JP6347769B2 - イベント管理サーバー、情報処理システム、およびイベント参加管理方法 - Google Patents

Description

本発明はネットワークを利用して提供される電子コンテンツの処理技術に関する。

近年の情報処理技術の発展、ネットワークの充実化などにより、パーソナルコンピュータ、携帯端末などユーザが操作する装置の性能や使用環境によらず、ゲーム、動画、電子書籍など、様々な電子コンテンツを容易に手に入れ、楽しむことができるようになってきた。またそのような電子コンテンツを個人が作成し、ＳＮＳ（Social Networking Service）など多様なサービスを利用して一般に発信していくことも容易にできるようになっている。

上記のようにネットワークや各種媒体を介して多数の電子コンテンツやサービスを容易に利用できるようになると、そこからの取捨選択が困難になってくる。例えば、あるユーザの嗜好や状況に適したコンテンツが提供されていたとしても、他のコンテンツに埋もれてしまい当該ユーザの目に届かないといったことが往々にして発生する。検索などにより偶然、目にしたとしても、実際に視聴したり購入を考えたりするには、オフィシャルウェブサイトにアクセスするなど何らかのアクションをとり、ある程度の知識を得る必要がある。そのような手間を面倒に感じている間に興味が薄れてしまったり存在を忘れてしまったりすることも起こり得る。

本発明はこのような課題に鑑みてなされたものであり、その目的は、所望の電子コンテンツやネットワークサービスへのアクセスを効率化できる技術を提供することにある。

本発明のある態様はイベント管理サーバーに関する。このイベント管理サーバーは、定められた開催期間にコンテンツ提供サーバーがイベントとして提供するデータを用いて情報処理を行う情報処理装置に、イベントの参加に係るサービスを提供するイベント管理サーバーであって、イベントに係る情報を格納するイベント情報記憶部と、情報処理装置において、イベントに係る情報を表示するユーザ操作がなされたとき、当該ユーザ操作の内容を取得し、それに適合するイベントを抽出して所定のフォーマットで表したイベントデータを作成し、情報処理装置に送信するとともに、情報処理装置においてイベントデータが表すいずれかのイベントに参加登録するユーザ操作がなされたとき、当該ユーザ操作の内容を取得し、ユーザと参加登録されたイベントとを対応づけた登録情報を作成して記憶装置に格納する対応情報作成部と、を備え、対応情報作成部は、前記登録情報を含むユーザの情報に基づき、前記適合するイベントを抽出することを特徴とする。

本発明の別の態様は情報処理システムに関する。この情報処理システムは、定められた開催期間にコンテンツ提供サーバーがイベントとして提供するデータを用いて情報処理を行う情報処理装置と、当該情報処理装置にイベントの参加に係るサービスを提供するイベント管理サーバーと、を含み、イベント管理サーバーは、イベントに係る情報を格納するイベント情報記憶部と、情報処理装置において、イベントに係る情報を表示するユーザ操作がなされたとき、当該ユーザ操作の内容を取得し、それに適合するイベントを抽出して所定のフォーマットで表したイベントデータを作成し、情報処理装置に送信する対応情報作成部と、を備え、情報処理装置は、イベントに係る情報を、条件を設定して表示するユーザ操作を受け付けイベント管理サーバーに送信する入力情報取得部と、要求に応じて送信されたイベントデータが表すいずれかのイベントに参加登録するユーザ操作を受け付けイベント管理サーバーに送信するイベント参加動作制御部と、を備え、対応情報作成部は、参加登録するユーザ操作に基づき、ユーザと参加登録されたイベントとを対応づけた登録情報を作成して記憶装置に格納するとともに、登録情報を含むユーザの情報に基づき、条件に適合するイベントを抽出することを特徴とする。

本発明のさらに別の態様は情報処理装置に関する。この情報処理装置は、定められた開催期間にコンテンツ提供サーバーがイベントとして提供するデータをネットワークを介して取得し、それを用いて情報処理を行う情報処理装置であって、イベントに係る情報を、条件を設定して表示するユーザ操作を受け付け、接続したイベント管理サーバーに送信する入力情報取得部と、管理サーバーから送信された、条件に適合するイベントを所定のフォーマットで表したイベントデータを表示させ、当該イベントデータが表すいずれかのイベントに対するユーザ操作を受け付けるイベント参加動作制御部と、を備え、イベントデータは、イベントごとに、友達として登録された別のユーザのうち、当該イベントに参加登録を行っているユーザの情報と、ユーザが当該イベントに対しその時点で行える操作の情報と、を含むことを特徴とする。

本発明のさらに別の態様はイベント参加管理方法に関する。このイベント参加管理方法は、定められた開催期間にコンテンツ提供サーバーがイベントとして提供するデータを用いて情報処理を行う情報処理装置に、イベントの参加に係るサービスを提供するイベント管理サーバーが行うイベント参加管理方法であって、イベントに係る情報をメモリに格納するステップと、情報処理装置において、イベントに係る情報を表示するユーザ操作がなされたとき、当該ユーザ操作の内容を取得し、それに適合するイベントを抽出して所定のフォーマットで表したイベントデータを作成し、情報処理装置に送信するステップと、情報処理装置においてイベントデータが表すいずれかのイベントに参加登録するユーザ操作がなされたとき、当該ユーザ操作の内容を取得し、ユーザと参加登録されたイベントとを対応づけた登録情報を作成して記憶装置に格納するステップと、を含み、情報処理装置に送信するステップは、登録情報を含むユーザの情報に基づき、適合するイベントを抽出することを特徴とする。

なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。

本発明によると、ユーザは所望の電子コンテンツやサービスを容易に見つけ出したり利用したりできる。

本実施の形態における情報処理システムの構成例を示す図である。 本実施の形態における情報処理装置の内部回路構成を示す図である。 本実施の形態における情報処理装置、管理サーバー、コンテンツ提供サーバーの機能ブロックの構成を示す図である。 本実施の形態において情報処理システムが、開催されるイベントの情報提示、ユーザの参加登録受け付け、イベント開催時の動作、を実施する処理手順を示すフローチャートである。 本実施の形態において情報処理システムが、開催されるイベントの情報提示、ユーザの参加登録受け付け、イベント開催時の動作、を実施する処理手順を示すフローチャートである。 本実施の形態において情報処理装置のホーム画面の一部として提示するイベントの情報表示画面例を示す図である。 本実施の形態における表示対象を切り替え可能なイベントリストの画面例を示す図である。 図７で示したイベントリストの画面中、種類選択欄において関連するゲームリストを示す「Ｇａｍｅｓ」が選択された場合の画面の例を示す図である。 本実施の形態におけるオプション操作として、イベントリストのソート規則の切り替えを受け付ける画面の例を示す図である。 本実施の形態におけるオプション操作の１つとして、参加登録済みのイベントの登録を解除する操作を受け付ける画面の例を示す図である。 本実施の形態におけるイベント専用の画面の１つとして、１つのイベントの詳細を表示させる画面の例を示す図である。 本実施の形態におけるイベント専用の画面の１つとして、あるイベントに対する参加登録を受け付ける画面の例を示す図である。 本実施の形態において、自動起動を設定していないイベントが開始される際、情報処理装置において表示される画面の変遷例を示す図である。 本実施の形態において、自動起動を設定しているイベントが開始される際、情報処理装置において表示される画面の変遷例を示す図である。 本実施の形態において、イベント参加登録をしたユーザの情報処理装置が自動起動を行う処理手順の一例を示すフローチャートである。 図１５のＳ１２６において、情報処理装置がイベント用の画面に表示を切り替える処理手順を示すフローチャートである。 実施の形態において、複数の情報処理装置を使用することを許容した情報処理システムの構成例を説明するための図である。

図１は本実施の形態における情報処理システムの構成例を示す。情報処理システム１は、情報処理装置１０ａ、１０ｂと、ネットワーク８を介して情報処理装置１０ａ、１０ｂと通信可能な管理サーバー２０およびコンテンツ提供サーバー２２ａ、２２ｂを含む。情報処理装置１０ａ、１０ｂはユーザが操作する装置であり、情報処理装置１０ａのように表示装置１６および入力装置１４が有線または無線で接続されていてもよいし、情報処理装置１０ｂのように、タッチパネル（入力装置１４ｂ及び表示装置１６ｂ）と一体的に構成されていてもよい。ただし情報処理装置の形態はこれらに限らない。

すなわち情報処理装置１０は、ゲーム機、パーソナルコンピュータ、タブレット端末、携帯端末、携帯電話など、一般的な装置のいずれで実現してもよい。ネットワーク８に接続する情報処理装置１０ａ、１０ｂの数は特に限定されない。以後、情報処理装置１０ａ、１０ｂを情報処理装置１０、入力装置１４ａ、１４ｂを入力装置１４、表示装置１６ａ、１６ｂを表示装置１６と総称する。コンテンツ提供サーバー２２ａ、２２ｂは、ネットワーク８を介して情報処理装置１０に対し電子コンテンツを提供する。本実施の形態では特に、決められた期間にネットワーク８を介してアクセスした情報処理装置１０に何らかの電子データを提供することにより、当該情報処理装置１０で利用することのできる電子コンテンツを想定する。

その限りにおいて、コンテンツ提供サーバー２２ａ、２２ｂが提供するコンテンツの内容は特に限定されないが、例えば、ゲーム制作会社などが特定のゲームに対し主催するキャンペーンやイベント、ライブストリーミングによる動画配信などが考えられる。したがってコンテンツ提供サーバー２２ａ、２２ｂはゲーム制作会社、ライセンシー、動画配信会社など様々な組織によってそれぞれ管理されるものであり、その数は限定されない。以後、コンテンツ提供サーバー２２ａ、２２ｂをコンテンツ提供サーバー２２と総称し、それらが提供するコンテンツを総称して「イベント」とする。

管理サーバー２０は、コンテンツ提供サーバー２２が実施する様々なイベントと、情報処理装置１０を操作するユーザとをマッチングする役割を有する。具体的には、開催予定のイベントに係る情報を提示し、ユーザが参加したいイベントを効率的に選択できるようにする。また選択されたイベントの開催時刻が近づいた時点で、その旨がユーザに通知されるようにして、参加の機会を逸しないようにする。さらに設定によっては、開催に合わせて情報処理装置１０が自動で起動するように制御することで、より確実に参加できるようにする。

これらの構成により、ユーザは、自分に合ったイベントの存在を容易に知ることができるとともに、その後、開催までに時間が経過しても、再び興味が喚起され、参加の機会を逸することが少なくなる。またユーザとイベント主催者との接点を増やし、かつ参加に至る障壁を低くできるため、ゲームなど関連商品に興味をもつきっかけを与えたり、その魅力が理解されやすくなったりする。

図２は情報処理装置１０の内部回路構成を示している。情報処理装置１０は、ＣＰＵ（Central Processing Unit）２３、ＧＰＵ（Graphics Processing Unit)２４、メインメモリ２６を含む。これらの各部は、バス３０を介して相互に接続されている。バス３０にはさらに入出力インターフェース２８が接続されている。入出力インターフェース２８には、ＵＳＢやＩＥＥＥ１３９４などの周辺機器インターフェースや、有線又は無線ＬＡＮのネットワークインターフェースからなる通信部３２、ハードディスクドライブや不揮発性メモリなどの記憶部３４、表示装置１６へデータを出力する出力部３６、入力装置１４からデータを入力する入力部３８、磁気ディスク、光ディスクまたは半導体メモリなどのリムーバブル記録媒体を駆動する記録媒体駆動部４０が接続される。

ＣＰＵ２３は、記憶部３４に記憶されているオペレーティングシステムを実行することにより情報処理装置１０の全体を制御する。ＣＰＵ２３はまた、リムーバブル記録媒体から読み出されてメインメモリ２６にロードされた、あるいは通信部３２を介してダウンロードされた各種プログラムを実行する。通信部３２はまた、管理サーバー２０およびコンテンツ提供サーバー２２と通信を確立し、内部の処理に必要な各種データを取得したりユーザが入力した内容を表すデータを送信したりする。

ＧＰＵ２４は、ジオメトリエンジンの機能とレンダリングプロセッサの機能とを有し、ＣＰＵ２３からの描画命令に従って描画処理を行い、表示画像を図示しないフレームバッファに格納する。そしてフレームバッファに格納された表示画像をビデオ信号に変換して出力部３６に出力する。メインメモリ２６はＲＡＭ（Random Access Memory）により構成され、処理に必要なプログラムやデータを記憶する。なお管理サーバー２０およびコンテンツ提供サーバー２２の内部回路構成も同様でよい。

図３は、情報処理装置１０、管理サーバー２０、コンテンツ提供サーバー２２の機能ブロックの構成を示している。さまざまな処理を行う機能ブロックとして同図に記載される各要素は、ハードウェア的には、既述したようにＣＰＵ、ＧＰＵ、メインメモリ、その他のＬＳＩで構成することができ、ソフトウェア的には、記録媒体や記憶装置に格納されメモリにロードされたプログラムなどによって実現される。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できることは当業者には理解されるところであり、いずれかに限定されるものではない。

情報処理装置１０は、入力装置１４を介してユーザ操作を受け付ける入力情報取得部４２、受け付けた操作の内容に応じてゲームなどの情報処理を実施する情報処理部４４、出力すべき画像や音声のデータを生成する出力データ生成部４６、イベントに係る動作を制御するイベント参加動作制御部４８、管理サーバー２０およびコンテンツ提供サーバー２２と通信を確立しデータの送受を行う通信部５２、情報処理装置１０を操作するユーザに係る各種情報を記憶するユーザ情報記憶部５０含む。

入力情報取得部４２は、ゲームなど情報処理の選択、開始／終了、当該情報処理に対するコマンド入力など、ユーザが行った操作内容を示す信号を入力装置１４から取得する。情報処理部４４は、入力情報取得部４２が取得したユーザの操作内容の情報に基づき、ゲームなど各種情報処理を実行する。出力データ生成部４６は、情報処理部４４が行った情報処理の結果として出力すべき画像や音声のデータを生成し、表示装置１６から出力させる。出力データ生成部４６はまた、管理サーバー２０から送信された、イベントのリストや詳細情報を表したデータに基づき画像を描画し、表示装置１６から出力させる。出力データ生成部４６はさらに、参加対象のイベントがライブストリーミングによる動画配信（以後、「ライブ配信」と呼ぶ）であった場合に、コンテンツ提供サーバー２２から送信されたストリームデータを復号するなどして表示装置１６から出力させる。

イベント参加動作制御部４８は、ユーザ操作に応じてイベントリストや詳細情報を表した画像データを管理サーバー２０に要求する。また、管理サーバー２０からの設定に従い、ユーザが参加登録したイベントの開催日時までの時間経過を監視し、所定のタイミングで出力データ生成部４６へ、ユーザへの通知を要求する。ユーザによる設定によってはさらに、スリープ状態にある情報処理装置１０を起動させたり、イベントに参加するのに必要なアプリケーションを起動させたりする。

イベント参加動作制御部４８はさらに、参加登録したイベントが、情報処理部４４にて処理されるゲームにおいて何らかの状態変化を与える種類のものである場合、その状態変化を実現させるためのイベント用パラメータを取得し、情報処理部４４に供給する。当該パラメータは、イベント主催者のコンテンツ提供サーバー２２からイベント開催時に送信される。そして情報処理部４４が読み込んだうえで情報処理を進捗させることにより、ユーザが購入し普段からプレイしているゲームであっても、主催者の意図する特別な変化をもたらす。

例えばイベントの参加者のみに得点やゲーム内のアイテムを与えたり、一時的に特別なステージに移行できるチャンスを与えたりすることが考えられる。ただしゲームの実行主体は情報処理装置１０に限らずコンテンツ提供サーバー２２でもよい。この場合、ユーザは情報処理装置１０に接続した入力装置１４を操作することにより当該ゲームに参加する。このときイベント参加動作制御部４８は、まずユーザがイベントへの参加を登録した際やイベント開催直前などに管理サーバー２０またはコンテンツ提供サーバー２２からゲーム参加のための認証用ＩＤ取得しておく。そしてイベント開催時に、当該認証用ＩＤをコンテンツ提供サーバー２２に送信することでゲーム参加のための認証を受ける。

ゲーム実行中はイベント参加動作制御部４８が入力情報取得部４２から取得したユーザ操作の情報を、随時、通信部５２を介してコンテンツ提供サーバー２２に送信する。そして出力データ生成部４６が、コンテンツ提供サーバー２２から送信された、ユーザ操作を反映したゲーム画面の動画のストリームデータを復号したり、ゲーム画面描画のための情報に基づき動画像を描画したりして表示装置１６から出力させる。

このようなしくみにより、複数のプレイヤが参加するオンラインゲームをイベントとして提供できる。以後、これらのようにゲームの一部に変化を与えたりオンラインゲームに参加させたりするイベントを「インゲームイベント」と呼ぶ。ただしインゲームイベント自体には様々な形態が考えられ、上記したものに限定されないことは当業者には理解されるところである。なお上記認証用ＩＤの発行およびイベント参加に際する認証のしくみは、オンラインゲームへの参加以外のインゲームイベントやライブ配信のイベントにおいても適用してよい。

ユーザ情報記憶部５０は、情報処理装置１０を使用するユーザの識別情報を格納する。本実施の形態では、１つの情報処理装置１０を複数のユーザが使用する場合であっても、個々のユーザとイベントとを関連づけることにより、ユーザの嗜好に合ったイベント情報を提供したり、参加の意思をユーザごとに識別したりする。そのため、管理サーバー２０への情報提供の要求や時間監視の設定は常時、ユーザ情報記憶部５０に格納されるユーザの識別情報と対応づけられる。通信部５２は、管理サーバー２０およびコンテンツ提供サーバー２２と通信を確立し、必要なデータを要求したり要求したデータを取得したりするインターフェースである。

管理サーバー２０は、イベント情報を管理するイベント情報管理部５６、イベント情報を格納するイベント情報記憶部５８、ユーザとイベントを対応づける対応情報作成部６０、ユーザとイベントを対応づけた情報を格納するユーザ情報記憶部６２、情報処理装置１０に対しイベントの開始に係る設定を行う参加動作設定部６４、情報処理装置１０およびコンテンツ提供サーバー２２と通信を確立しデータの送受を行う通信部５４を含む。イベント情報管理部５６は、開催予定のイベントの情報やそれを表す画像データを取得し、イベント情報記憶部５８に格納する。

より具体的には、イベントの開催スケジュール、イベントの内容、対象とするゲーム、イベント開催に際し参加者がアクセスすべきコンテンツ提供サーバー２２の識別情報、属性による参加者の制限情報、関連する他のイベント、オンラインゲーム参加のための認証用ＩＤの生成規則、といった情報と、イベントの内容を表現するバナー、アイコン、背景画像等のデータ、といった画像データのうち所定の情報やデータを取得する。これらのデータは基本的に、イベントの主催者が決定、作成して入力するものであり、コンテンツ提供サーバー２２や、管理サーバー２０に接続した情報処理装置（図示せず）などが入力を受け付け、管理サーバー２０に送信する。

一旦、格納したイベントの開催スケジュールに変更があった場合、イベント情報管理部５６は格納した情報を更新する。対応情報作成部６０は、情報処理装置１０におけるユーザ操作に従い、ユーザとイベントとを対応づける。具体的には、ユーザが希望する内容でイベントリストの画像データを作成したり、参加登録操作に応じて対象イベントとユーザを対応づけたりする。ユーザ情報記憶部６２には、各ユーザの識別情報と対応づけて、使用する情報処理装置１０の識別情報、参加登録したイベント、参加が終了したイベント、友達として登録した別のユーザの識別情報などの情報を保持する。

参加動作設定部６４は、参加登録されたイベントの開催日時に基づく所定のタイミングで、イベント開始が近づいている旨の通知、情報処理装置１０の起動、必要なアプリケーションの起動、の少なくともいずれかのアクションがなされるよう、情報処理装置１０に設定を行う。例えば情報処理装置１０が備えるタイマーに対し時刻を設定するとともに、それと対応づけてなすべき処理を設定する。この設定は基本的に、ユーザが情報処理装置１０において参加登録した時点で行う。

その後、参加登録されたイベントの開催スケジュールに変更があった場合、対応情報作成部６０がその情報をイベント情報管理部５６から取得し、参加動作設定部６４に通知することで、参加動作設定部６４が情報処理装置１０における設定を修正する。参加動作設定部６４はさらに、対象イベントがオンラインゲームへの参加である場合は、ユーザによる参加登録からイベント開催前のいずれかのタイミングで、認証用ＩＤを準備する。通信部５４は、情報処理装置１０からユーザの操作内容を取得し、それに応じてイベントの情報を表示させるための画像データやイベント開催時のアクションを設定するためのデータ、ゲーム参加のための認証ＩＤなどを送信する。通信部５４はさらに、コンテンツ提供サーバー２２や接続された情報処理装置から、開催予定のイベントの情報やそれを表す画像データなどを取得する。

コンテンツ提供サーバー２２は、イベントを実行するイベント実行部７０、情報処理装置１０および管理サーバー２０と通信を確立しデータの送受を行う通信部６６を含む。イベント実行部７０は、イベント開催時に提供するデータを、参加登録したユーザが使用する情報処理装置１０へ通信部６６を介して送信する。ここで提供するデータは上述のとおり、情報処理装置１０で処理するゲームに特別な変化を与えるイベント用パラメータや、オンラインゲームの画面や動画のストリームデータなどである。オンラインゲームを実行する場合、イベント実行部７０は通信部を介して情報処理装置１０からユーザ操作に係る情報を随時取得し、それを反映させるようにゲームを進捗させ、ゲーム画面をストリームデータとしたり画面の描画情報としたりして送信する。

動画のストリームデータは、イベント主催者のスタジオ等でリアルタイムに撮影している映像のデータでもよいし、その他の場所、例えば他のユーザが別の情報処理装置を用いて行っているゲームプレイの模様などを中継したものでもよい。このようにライブ配信については様々な態様が考えられ、そのいずれにも限定されるものではないため、それに必要な機能ブロックの構成については図示を省略している。

次に、上記構成によって実現される情報処理システム１の動作について説明する。図４、５は、情報処理システム１が、開催されるイベントの情報提示、ユーザの参加登録受け付け、イベント開催時の動作、を実施する処理手順を示すフローチャートである。なお同図では、あるイベントに対する１つの情報処理装置１０からの参加登録と、それに応じた処理のみを示しているが、管理サーバー２０、コンテンツ提供サーバー２２は、複数のイベントについて、複数の情報処理装置１０に対し同様の処理を並列に行ってよい。

また同図は情報処理システム１が実施する処理のおよその流れを表し、各処理の間の時間の間隔を限定するものではない。また実際には、後述するように状況に応じて細かい条件分岐が生じる場合がある。まず図４において管理サーバー２０は、イベントに係る情報や画像のデータを、接続されたいずれかの装置から取得する（Ｓ１０）。この処理は上述のようにイベント主催者がイベントを企画し、スケジュール等の詳細を決定して画像データを作成したタイミングなどでなされる。

管理サーバー２０のイベント情報管理部５６は、取得したデータにイベントごとの識別情報を付与するなどしたうえ、イベント情報記憶部５８に格納する。これとは独立した処理として情報処理装置１０は、ユーザ操作に従い、開催予定のイベントリスト等の情報を管理サーバー２０に要求する（Ｓ１２）。この要求には上述のとおり、操作したユーザの識別情報を含める。これに応じて管理サーバー２０の対応情報作成部６０は、当該ユーザの情報をユーザ情報記憶部６２から取得し、リストの作成条件に合致したイベントをイベント情報記憶部５８から抽出する。

そして抽出したイベントの情報を所定の形式で表示画像のデータとし、情報処理装置１０へ送信する（Ｓ１４）。例えばＨＴＭＬなどの形式で記述された画面構成のデータと、バナーなど要素画像のデータなどを１セットとして送信する。情報処理装置１０の出力データ生成部４６は、送信されたデータを使用してイベント情報を表示装置１６に表示させる（Ｓ１６）。ここでリスト表示されるイベントは、開催予定で参加未登録のイベント、開催中のイベント、ユーザが参加登録したイベント、ユーザが過去に参加したイベント、お勧めのイベント、あるゲームに関連したイベントなど、様々な観点から分類されており、ユーザ操作に応じて切り替え可能とする。

そのようにして情報表示されたイベントから参加したいイベントを見つけたら、ユーザは入力装置１４を介して、当該イベントへ参加登録する操作を行う。情報処理装置１０のイベント参加動作制御部４８は、当該参加登録の入力を受け付け、管理サーバー２０に、ユーザの識別情報とともにその旨を通知する（Ｓ１８）。管理サーバー２０は、参加登録をしたユーザと参加対象のイベントの識別情報を対応づけ、ユーザ情報記憶部６２に登録情報として格納する（Ｓ２０）。これを受けて参加動作設定部６４は、イベントの開催日時に合わせて所定のアクションがなされるように作成した設定データを情報処理装置１０へ送信する（Ｓ２２）。

情報処理装置１０のイベント参加動作制御部４８は、送信された設定データに基づきタイマーなどの時間監視機能を起動させる（Ｓ２４）。基本的には、対象イベントの開催日時が近づくまでこの状態が維持されるが、その間にイベントの開催スケジュールに変更があった場合（Ｓ２６のＹ）、管理サーバー２０のイベント情報管理部５６は、その旨をコンテンツ提供サーバー２２または接続された別の情報処理装置から受け付け、イベント情報記憶部５８に格納しておいた、該当イベントのスケジュールを修正するとともに、変更があったイベントの識別情報を対応情報作成部６０に通知する（Ｓ３０）。

対応情報作成部６０は、スケジュールが変更されたイベントに参加登録していたユーザを、ユーザ情報記憶部６２に格納した登録情報から抽出し、当該ユーザが使用する情報処理装置１０における設定を修正するように、参加動作設定部６４に要求する。これに応じて参加動作設定部６４が新たな設定データを作成し、情報処理装置１０へ送信することにより、情報処理装置１０における設定が修正される（Ｓ３２）。一方、スケジュールに変更がない場合はそのままとする（Ｓ２６のＮ）。

図５に移り、参加登録したイベントに対応して設定された時刻が到来するまでそのまま待機する（Ｓ３４のＮ）。ただし、図４のＳ３０、Ｓ３２の処理は、それまでの期間、イベントのスケジュールが変更される都度、実施する。設定時刻、例えばイベント開始数分前の時刻が到来したら（Ｓ３４のＹ）、情報処理装置１０のイベント参加動作制御部４８は、イベントの開始時刻が近づいていることを通知する画像を表示装置１６に表示させる（Ｓ３６）。ただし情報処理装置１０がスリープモードにあるときはこの限りではない。

情報処理装置１０やイベント参加に必要なアプリケーションを自動起動させる設定がなされている場合は（Ｓ３８のＹ）、イベント参加動作制御部４８は、オペレーティングシステムが提供する機能を利用して情報処理装置１０を通常モードに移行させたり、情報処理部４４や出力データ生成部４６に要求してアプリケーションを起動させたりする（Ｓ４０）。自動起動させる設定がなされていない場合（Ｓ３８のＮ）、イベント参加動作制御部４８は、アプリケーション起動用の画面を表示させるなどして手動での起動を受け付ける（Ｓ４２）。

Ｓ４０、Ｓ４２で起動するアプリケーションは、参加対象がインゲームイベントであればゲームのアプリケーション、あるいはオンラインゲームの画面を表示するアプリケーションであり、ライブ配信のイベントであればストリームデータを表示するアプリケーションである。なおＳ４０で自動起動させる場合は、コンテンツ提供サーバー２２のＵＲＬ（Uniform Resource Locator）など、データを取得するためのアクセス先が、管理サーバー２０から送信される時間監視の設定データに含まれているものとする。またオンライゲームへ参加する場合はその認証用ＩＤが設定データに含まれているものとする。そしてイベント参加動作制御部４８は、イベントで提供されるべきデータをコンテンツ提供サーバー２２に要求する（Ｓ４４）。ただしオンラインゲームへ参加する場合は随時、ユーザ操作の内容をコンテンツ提供サーバー２２に送信する。

これに応じてコンテンツ提供サーバー２２のイベント実行部７０は、インゲームイベントであればイベント用パラメータあるいはゲーム画面のデータ、ライブ配信であればストリームデータを、情報処理装置１０に送信する（Ｓ４６）。情報処理装置１０は、送信されたデータを使用してイベントに即した情報処理を行ったり画像や音声を出力したりする（Ｓ４８）。具体的には、インゲームイベントであれば、送信されたパラメータがイベント参加動作制御部４８から情報処理部４４に供給されることにより、ゲーム内で特別な変化が生じるようにしたうえで、ユーザ操作によりゲームが進捗するようにする。ライブ配信であれば、送信されたストリームデータが出力データ生成部４６により復号され映像や音声が出力されるようにする。

次に情報処理装置１０が表示装置１６に表示させる、イベント参加に係る画面を例示する。図６は、情報処理装置１０のホーム画面の一部として提示するイベントの情報表示画面例を示している。この画面１００は、イベントに係る情報表示の入り口として位置づけられる。画面１００が表示される前段階として、ユーザは情報処理装置１０の電源を投入し、必要に応じて自分のユーザＩＤおよびパスコードを入力して情報処理装置１０にログインしたうえ、それに応じて表示されたホーム画面に対し簡単な操作を行っているものとする。

この例で画面１００のうちアイコン群１０８は、元のホーム画面において略中央に表示されていた、主たるコンテンツのアイコンにより構成され、ユーザが上側の方向キーを押下することで画面下端にシフトして表示される。これに伴い元のホーム画面で上端に表示されていた別のアイコン群１１０も下側にシフトすることで、図示するように画面１００において中央下寄りに表示される。当該アイコン群１１０は管理サーバー２０などから提供された新着ニュースの有無や、友達として登録しているユーザのうち現在、ネットワーク８に接続しているユーザの有無などの情報を表す。

これらのアイコン群１１０のうち、イベントの情報を示すアイコン１０２にポインティングデバイス等でフォーカスすることにより、当該アイコン１０２が拡大表示されたうえ、画面１００の上半分にイベントの情報が表示される。画面１００では「Ｕｐｃｏｍｉｎｇ Ｅｖｅｎｔ」として、ユーザが以前に参加登録し、未開催イベントのリスト１１２を表示している。イベントリスト１１２は、イベントのバナー１０４と、イベント名および開始日時を含む文字情報１０６を、イベントごとに並べた構成を有する。同図では「ＡＡＡＡ Ｅｖｅｎｔ」、「ＢＢＢＢ Ｅｖｅｎｔ」なる２つのイベントについて表示されている。

参加登録をして未開催のイベントが３つ以上ある場合は、開始時刻の早い順など所定の規則に基づき２つを抽出し、それ以外のイベントはその存在を所定の形式で表示する。画面１００では、イベントリスト１１２の右下に「２ Ｏｔｈｅｒ Ｅｖｅｎｔｓ」として、その他に２つのイベントがあることを文字情報１１４で示している。ただしイベントリスト１１２に表示するイベント数は２つに限らない。なお画面１００では未開催のイベントをリスト表示しているが、ユーザが参加登録してすでに開始されているイベントがあればそれを同様に表示してよい。

例えば、ゲームのキャンペーンとして数ヶ月間のイベント期間を設定し、参加者に随時、得点を与えるような形式のイベントでは、開始後のイベントの情報を当該画面で確認する場合があり得る。アイコン群１１０のイベントの情報を示すアイコン１０２には、参加登録済みで終了していないイベントの数、図示する例では「４」をバッジナンバー１１６として付加的に表示させることにより、当該アイコン１０２にフォーカスする前にその数がわかるようにする。

アイコン１０２にバッジナンバー１１６が表示されていないときは、参加登録済みで終了前のイベントがないことを示している。この場合、イベントリスト１１２が表示されるべき領域には、参加登録されているイベントがないことを示したり、イベント参加を促す表示を行ったりしてもよい。画面１００のうちアイコン１０２のバッジナンバー１１６、イベントリスト１１２を構成するバナー１０４、文字情報１０６は、ユーザが参加登録した際に作成した登録情報と、コンテンツ提供サーバー２２から提供されたイベントのデータから抽出したデータを、管理サーバー２０から情報処理装置１０に送信することにより、出力データ生成部４６がホーム画面と融合させて表示させる。

画面１００により、ユーザは情報処理装置１０のホーム画面から、自分が参加登録したイベントの有無、その数、開催スケジュールなどを容易に確認することができるため、イベントに登録したことを失念し参加の機会を逸してしまう可能性が低くなる。図７は、表示対象を切り替え可能なイベントリストの画面例を示している。画面１２０は、図６で示したホーム画面の一部としてのイベントリストと比較し、より多くの情報を提供するためのイベントに特化した画面であり、例えば図６の画面１００のうち、イベントの情報を示すアイコン１０２の選択を確定させる入力を行ったときに表示される。

画面１２０は、リスト表示させるイベントの種類を選択する種類選択欄１２２と、それに応じて作成されたイベントリスト１２４により構成される。この例では、種類選択欄１２２に選択肢として表示するイベントの種類として、ユーザが参加登録したイベントを示す「Ｍｙ Ｅｖｅｎｔｓ」、参加登録をしていないイベントのうち管理サーバー２０が当該ユーザに推薦するイベントを示す「Ｆｅａｔｕｒｅｄ Ｅｖｅｎｔｓ」、開催予定の全イベントを示す「Ａｌｌ」、イベントが関連するゲームのリストを示す「Ｇａｍｅｓ」が文字列で表されている。そして選択肢の先頭に配置されたボックスのいずれかを選択することにより、選択された種類に属するイベントまたはゲームのリストがイベントリスト１２４に表示される。

画面１２０では、「Ｍｙ Ｅｖｅｎｔｓ」が選択されているため、イベントリスト１２４には、ユーザが参加登録をしたイベントのリストが表示されている。同図では「Ｉｎ−ｓｅｓｓｉｏｎ Ｅｖｅｎｔｓ」として開催中の２つのイベントが、「Ｕｐｃｏｍｉｎｇ Ｅｖｅｎｔｓ」として４つのイベントが、リスト表示されている。「Ｍｙ Ｅｖｅｎｔｓ」が選択されている場合はさらに、参加登録して終了したイベントもリスト表示してよい。

各イベントは、バナー１２６と、開催スケジュールおよび参加登録しているユーザの人数を含む文字情報１２８とを上下に配置した構成によって表される。推薦イベントを示す「Ｆｅａｔｕｒｅｄ Ｅｖｅｎｔｓ」や全イベントを示す「Ａｌｌ」が選択されている場合も、各イベントの表示形態は同様でよい。推薦イベントを抽出する基準は特に限定されないが、例えば次のような基準が挙げられる。
（１）ユーザのプレイ頻度が高いゲームのためのイベント
（２）友達登録された別のユーザが参加登録しているイベント

上記（１）は例えば、過去に３回以上など所定回数以上プレイしたゲームのうち、最後のプレイ日時が新しいものから順に抽出し、そのインゲームイベントもしくは関連するライブ配信イベントをリスト表示する。（２）は例えば、参加登録している友達ユーザの数が多い順にイベントを抽出する。管理サーバー２０の対応情報作成部６０は、ユーザ情報記憶部６２およびイベント情報記憶部５８に格納した情報に基づいて基準に合致するイベントを抽出し、そのデータを情報処理装置１０に送信することでリスト表示を実現させる。

（１）を基準とする場合、管理サーバー２０は、情報処理装置１０においてユーザがプレイしたゲームに係る情報を継続して取得していき、ユーザ情報記憶部６２に格納しておく。あるいは、そのような情報を取得している別のサーバーから提供を受けてもよい。抽出したイベントは、所定の規則にしたがった順序でイベントリスト１２４に表示する。上記（１）の基準を例にとると、対応するゲームのプレイ日時が新しいイベントほど画面の上になるように配置する。

ただし同じゲームに対し複数のイベントが開催予定の場合は、それらがリスト内で分散するように配置する。また開催時期などに鑑みその一部を非表示としてもよい。これにより、推薦するイベントが１つのゲームのものに集中するなどの偏りを防ぐ。推薦するイベントの抽出基準は上述したものに限らず、イベント参加登録履歴、年齢・性別などの属性、ゲームプレイのレベルなどを考慮してもよいし、複数の基準を組み合わせてもよい。

種類選択欄１２２において全イベントを示す「Ａｌｌ」が選択されている場合、ソート規則をユーザが切り替えられるようにする。またこの場合、ユーザが参加登録済みのイベントをリストに含めてもよい。ソート規則の例として、イベント開始日時が近い順、終了日時が近い順、参加登録しているユーザ数の多い順などが挙げられる。開始日時や終了日時によりソートする場合は、開催中のものも含め、開始日時や終了日時を期間ごとに類別して表示することで、ユーザが所望の期間に開始あるいは終了するイベントを容易に確認できるようにしてもよい。

図８は、図７で示したイベントリストの画面１２０中、種類選択欄１２２において関連するゲームリストを示す「Ｇａｍｅｓ」が選択された場合の画面の例を示している。この場合、画面１２０における種類選択欄１２２がそのまま表示される一方、画面１２０におけるイベントリスト１２４の代わりにゲームリスト１３２が表示される。ゲームリスト１３２は開催されるイベントを、関連するゲームの観点からまとめたデータであり、ゲームごとに、アイコン１３４および、ゲーム（または製品）の名前、当該ゲームに関連し開催予定のイベント数、それらのイベントに参加登録しているユーザの総数を含む文字情報１３６を左右に配置した構成を有する。

なおゲームリスト１３２は、関連するイベント数が多い順、参加登録しているユーザ総数の多い順など、ユーザが選択した規則でソートできるようにする。そしてゲームリスト１３２に表示されたゲームのうち一つのゲームを選択するユーザ操作に応じて、それに関連するイベントのリストを、図７の画面１２０のイベントリスト１２４のように表示する。これによりユーザは、リスト表示させるイベントを興味のあるゲームによって絞り込むことができる。

種類選択欄１２２に対する選択操作やソート順の切り替え操作の情報は、逐次、情報処理装置１０から管理サーバー２０に送信される。そして対応情報作成部６０が表示対象のイベントやゲームのデータを返信することにより表示が切り替わるようにする。イベントリストやゲームリストとして表示するイベントやゲームは、ユーザの国籍、年齢、国籍と年齢の組み合わせ、などに基づき限定するようにしてもよい。このような制限情報は、イベント主催者やゲーム制作会社などが決定し、コンテンツ提供サーバー２２から、イベントやゲームの付加情報として管理サーバー２０に送信しておく。

管理サーバー２０は、情報処理装置１０を使用しているユーザの国籍や年齢をユーザ情報記憶部６２から取得し、制限情報と比較することにより、リストから除外すべきイベントやゲームがあればそれを非表示とする。このようにすることで、子供のユーザには不適切なイベントやゲームがリストに含まれてしまうなどの不具合を、国籍による年齢制限の差なども考慮して防止できる。また属性として適切であっても、参加可能なユーザの属性を限定することにより、イベント自体に特色をつけることができる。

ソート規則の切り替えは、例えば画面１２０、１３０に所定のタイミングでフッターとして出現させた「オプション操作」ＵＩ（User Interface）を選択する操作などにより受け付ける。入力装置１４のうち「オプション操作」用の所定のボタンを押下するなどの操作でもよい。図９は「オプション操作」として、イベントリストのソート規則の切り替えを受け付ける画面の例を示している。この例は、図７で示したようなイベントリストの画面において、全イベントを示す「Ａｌｌ」が選択されている状態で「オプション操作」が選択された場合を示している。

このとき当該イベントリストの画面の右端から拡張していくように、オプション操作の選択肢を表示する領域１４４を出現させる（画面１４０）。同図の例では、当該領域１４４を半透明の塗り潰しで表すことにより、元の画面に重なるように表現している。またこの例では、ソート規則の切り替えを表す「Ｓｏｒｔｉｎｇ」なる文字情報１４２のみが選択肢として示されている。ここでユーザが、ポインティングデバイス等により当該文字情報１４２をフォーカスし確定させる入力を行ったら、オプション操作の選択肢を表示する領域１４４を左側にシフトさせると同時に、ソート規則の選択肢を表示する領域１４６を、画面右端から拡張していくようにして出現させる（画面１４８）。

同図の例では、イベントの開示時刻を示す「Ｓｔａｒｔ Ｔｉｍｅ」、終了時刻を示す「Ｅｎｄｉｎｇ Ｔｉｍｅ」、参加登録しているユーザ数を示す「Ｎｕｍｂｅｒ ｏｆ Ｒｅｇｉｓｔｅｒｅｄ Ｐｌａｙｅｒｓ」なる選択肢が示されている。ここでユーザが、選択肢のいずれかにチェックマークを入れるなどして確定入力したら、領域１４４、１４６を非表示とし、選択された規則でソートされたイベントリストの画面へ表示を戻す。

図１０は、「オプション操作」の１つとして、参加登録済みのイベントの登録を解除する操作を受け付ける画面の例を示している。この例は、図７で示したイベントリストの画面１２０のように、種類選択欄１２２において「Ｍｙ Ｅｖｅｎｔｓ」が選択されることにより、ユーザが参加登録したイベントがリスト表示され、そのうちの１つのイベントにフォーカスした状態で「オプション操作」が選択された場合を示している。

このとき、図９で示したソート規則の切り替えと同様、当該イベントリストの画面の右端から拡張していくように、オプション操作の選択肢を表示する領域１４４を出現させる（画面１５０）。この場合、登録解除を示す「Ｕｎｒｅｇｉｓｔｅｒ」なる文字情報１５２のみが選択肢として示される。ここでユーザが当該文字情報１５２をフォーカスし確定させる入力を行ったら、登録解除の確認画面１５４へ表示を切り替える。確認画面１５４は、画面説明１５６、登録解除対象イベントの情報１５８、登録解除操作の確定／キャンセルボタン１６０により構成される。

画面説明１５６は、登録を解除するための画面であることや、「Ｍｙ Ｅｖｅｎｔｓ」のイベントリストから当該イベントが除外される旨の説明を記述した文章である。登録解除対象イベントの情報１５８は、バナーやイベント名を含むが、それ以外に開催スケジュールなどを表示してもよい。ユーザは、画面説明１５６、登録解除対象イベントの情報１５８を確認し、問題なければ確定／キャンセルボタン１６０のうち「ＯＫ」のボタン、解除をやめる場合は「Ｃａｎｃｅｌ」のボタンを操作する。どちらの場合も、表示は元のイベントリストの画面に戻るが、登録解除を実行した場合は、「Ｍｙ Ｅｖｅｎｔｓ」のイベントリストから対象イベントが除外される。

一方、情報処理装置１０のイベント参加動作制御部４８は、参加登録解除操作がなされたことを管理サーバー２０に通知する。管理サーバー２０の対応情報作成部６０は、ユーザ情報記憶部６２に格納しておいた登録情報から、該当ユーザの登録情報を抽出し、対象イベントの登録を抹消することにより情報を更新する。

図１１は、イベント専用の画面の１つとして、１つのイベントの詳細を表示させる画面の例を示している。この画面は例えば、図７で示したようなイベントリストの画面のうち、イベントリスト１２４から１つのイベントに対し選択入力を行ったときに表示されるイベント単位の画面である。画面１７０は、バナー１７２、イベント名１７８、イベントの概要説明１８０、友達ユーザ情報１７６、報酬情報１８４、参加資格１８６、関連イベントリスト１９０を含む。

画面１７０はさらに、対象イベントに対する操作ボタン１７４ａ、１７４ｂ、イベントのオフィシャルサイトのウェブページを表示させるボタン１８２、および参加資格や必要なアイテムを購入できる仮想店舗サイトのウェブページを表示させるボタン１８８などのＵＩも含む。バナー１７２は、イベントリストの画面等で表示させていたものと同一でよい。イベントの概要説明１８０は、主催者名、開始日時、終了日時、イベントの内容などで構成される。イベントの内容をより深く知りたい場合などにボタン１８２を操作することにより、オフィシャルサイトのウェブページを表示させ、より詳細な内容が容易にわかるようにする。

友達ユーザ情報１７６は、ユーザが友達として登録しておいたユーザのうち、対象イベントに既に参加登録しているユーザの顔写真などのアイコンを配列表示したものである。アイコンが所定の領域に表示しきれない場合は、非表示のユーザの人数を数字で表し、ユーザ操作によりアイコン配列を拡張させて全員のアイコンを確認できるようにする。参加登録している友達ユーザを確認できるようにすることで、当該イベントへ興味を持つきっかけを与えたり、イベント参加への心理的障壁を低くしたりできる。報酬情報１８４は、イベントに参加することによって得られるゲーム中のアイテム、点数、資格などをアイコンや文字情報で表したものである。

参加資格１８６は、イベントに参加するのに必要な資格を文字情報などで表したものである。例えば、事前に当該ゲームの会員になっている、ゲームの到達レベルが所定基準を越えている、ゲームのアプリケーションソフトウェアを購入している、といった資格を設定することが考えられる。参加資格を得るのに必要な物を購入したい場合は、ボタン１８８を操作することにより、仮想店舗のサイトのウェブページを表示させ、容易に購入できるようにする。関連イベントリスト１９０は、同じゲームに対する別のイベントなど関連性の強いイベントのリストであり、同図の場合、それらをバナーで表示している。

対象イベントに対する操作ボタン１７４ａ、１７４ｂは、表示中のイベントに対しその時点でユーザが可能な操作を受け付けるためのボタンである。同図の例ではユーザは、対象イベントに対する参加が未登録であるため、参加登録を示す「Ｒｅｇｉｓｔｅｒ」のボタン１７４ａと、イベントの情報をＳＮＳなどで他のユーザと共有する操作を示す「Ｓｈａｒｅ」のボタン１７４ｂが表示されている。可能な操作は、該当イベントが参加登録済みか否か以外に、当該イベントが開催前、開催中、開催後のいずれであるかによって切り替わる。以下にその場合分け例を示す。

すなわち参加が未登録の場合、イベント開催前および開催中であれば図示するように参加登録のためのボタン１７４ａと、ＳＮＳで共有するためのボタン１７４ｂを表示する。このＳＮＳで共有するためのボタン１７４ｂは、参加登録済みか否かに関わらず、またイベントが開催前か、開催中か、開催後かによらず表示する。共有するためのボタン１７４ｂが操作された場合は、共有手段としてＳＮＳを選択する画面を表示する。そして選択操作に応じて表示されたＳＮＳの画面などでイベント詳細画面へのリンクを設定することにより、イベントの情報を他のユーザと容易に共有できるようにする。

さらにイベント開催中は、参加登録済みか否かに関わらず、他の参加者がイベントに参加している様子をライブ配信した動画を視聴するためのボタンを表示する。この動画は例えば、インゲームイベントにおいて、他のユーザが当該イベントに参加したうえでプレイしている最中のゲーム画面を、コンテンツ提供サーバー２２や管理サーバー２０などが中継したり配信したりするものである。ただし他の参加者がそのような放送を行っていない場合は、この限りではない。

また、対象イベントに参加登録済みの場合、イベント開催前および開催中であれば、図示する参加登録のためのボタン１７４ａに代わり、登録解除のためのボタンを表示する。すなわち登録解除は、図７で示したようなイベントリストの画面からも実施可能であるし、図１１の詳細画面からも実施可能とする。さらに参加登録済みの場合、イベント開催中であれば、対象イベントに直ちに参加するためのボタンも表示する。このボタンが操作された場合、図５のＳ４２〜Ｓ４８で示されるように、情報処理装置１０において適宜アプリケーションが起動され、コンテンツ提供サーバー２２から送信されたパラメータやストリームデータを用いてゲームの処理や動画表示を開始する。

なお上述の場合分けは一例であり、イベントの種類や内容、様々な状況に応じて、表示するボタンも適宜切り替えてよい。例えば、ライブ配信イベントの場合は、他の参加者によるライブ配信動画を見るためのボタンを非表示とする。また参加者が上限に達した場合、登録や参加のためのボタンを非表示とする。このように状況に応じて受け付け可能な操作のためのＵＩのみを表示させることにより、画面の構成が複雑化せず操作に対する理解が容易になる。

画面１７０のうちバナー１７２、イベント名１７８、イベントの概要説明１８０、報酬情報１８４、参加資格１８６、関連イベントリスト１９０、ボタン１８２、１８８を操作したときのリンク先の情報、画面１７０の背景画像のデータなどは、イベントの主催者が作成、決定したものをコンテンツ提供サーバー２２または接続された別の情報処理装置から管理サーバー２０が取得し、イベント情報記憶部５８に格納しておく。

そして情報処理装置１０においてユーザがイベントの詳細を示す画面の表示を要求したとき、その他の情報とともに管理サーバー２０から情報処理装置１０に送信することで、画面１７０として表示されるようにする。なお画面１７０は、表示対象がインゲームイベントの場合を想定している。ライブ配信イベントの場合も基本的に同様の構成でよいが、報酬情報１８４、参加資格１８６など不必要な情報は表示対象から除外してよい。代わりに、使用する動画放送サービスの情報を提示してもよい。

図１２は、イベント専用の画面の１つとして、あるイベントに対する参加登録を受け付ける画面の例を示している。この画面は例えば、図１１で示したイベント詳細画面のうち、参加登録を示すボタン１７４ａを操作することにより表示される。画面２００は、画面説明２０２、登録対象イベントの情報２０４、警告表示２０６、自動起動設定欄２０８、登録操作の確定／キャンセルボタン２１２により構成される。画面説明２０２は、イベントに参加登録するための画面であることを記述した文章である。登録対象イベントの情報２０４は、バナー、イベント名、開催スケジュールなどの情報を含む。

警告表示２０６は、参加登録しようとしているイベントと、同じ情報処理装置１０のユーザから既に参加登録されている別のイベントの開催期間の少なくとも一部が重なっている場合に、当該別のイベントの情報とともにそれを警告する表示である。図示する例では、開催期間が重なっているイベントがあること、そのイベントの名前、参加登録しているユーザの名前が文字情報として表されている。ここで参加登録しているユーザとは、情報処理装置１０に登録されているアカウントが自分１人であれば当然、自分自身であり、複数ユーザのアカウントが登録されていれば自分の場合以外に、家族など別のユーザの場合がある。

警告表示２０６が表されている場合、ユーザが自らの登録をとりやめる、あるいはこの場は登録しておき、後から登録済みのイベントのいずれかを解除する、いずれかのイベントに参加しない、といった方策をとることができる。登録対象のイベントの開催時期が、登録済みの他のイベントと重なっていない場合、警告表示２０６は表示しない。自動起動設定欄２０８は、登録対象のイベントの開始時に情報処理装置１０やアプリケーションを自動で起動させることをユーザが希望する場合に、その設定を受け付けるための欄である。自動起動を希望するユーザは、自動起動設定欄２０８の先頭に表示されたチェックボックスを指示するなどしてチェックを入れる。

自動起動設定欄２０８には、自動起動に関する詳細な説明を要求する「Ｌｅａｒｎ Ｍｏｒｅ」のボタン２１０を設ける。ボタン２１０が操作された場合、自動起動の処理手順や起動ポリシーなどを文字情報として表示した画面（図示せず）に表示を切り替える。自動起動に関しては後に詳述する。ユーザは表示内容を確認し、問題なければ確定／キャンセルボタン２１２のうち「ＯＫ」のボタン、登録をやめる場合は「Ｃａｎｃｅｌ」のボタンを操作する。参加登録を実行した場合、その情報が管理サーバー２０へ通知されることにより、対応情報作成部６０がユーザの識別情報と登録対象のイベントとを対応づけ、登録情報としてユーザ情報記憶部６２に格納する。

これに応じて参加動作設定部６４は、登録対象のイベントの開始時刻を基準とする所定のタイミングで起動処理がなされるよう、情報処理装置１０に設定データを送信する。なお登録処理がなされると、友達登録した別のユーザが同じイベントの詳細表示画面を自らの情報処理装置１０に表示させたとき、その友達ユーザ情報１７６には、自分のアイコンが表示されることになる。したがって、図１２で示した参加登録受け付け画面には、その旨を警告する文章をさらに表示させてもよい。確定／キャンセルボタン２１２のどちらが操作されても、情報処理装置１０側での表示は元のイベント詳細画面に戻る。

ただし自動起動を設定した場合は、情報処理装置１０を自動で起動させるのに必要な状態、例えばスリープモードについて説明したり、その状態にするための操作画面を表示したりしてもよい。なお自動起動は、参加登録とは別に設定したり解除したりできるようにする。例えば、図７で示したようなイベントリストの画面のうち「Ｍｙ Ｅｖｅｎｔｓ」のイベントリストから、対象イベントをフォーカスさせた状態、あるいは図１１で示した対象イベントの詳細画面において、フッターに表示させた「オプション操作」を選択することによって、自動起動の設定を変更する。この場合、表示する画面は、図１０で示した参加登録解除の操作画面とおよそ同じ構成でよい。

上述のとおり、参加登録からイベント開始までの期間にイベントのスケジュールに変更が生じた場合、管理サーバー２０は、当該情報をコンテンツ提供サーバー２２から取得し、情報処理装置１０における通知や自動起動の時刻設定を修正する。このとき管理サーバー２０は、ユーザにもスケジュールが変更された旨を通知する。例えば図６で示したホーム画面において通知の存在をバッジナンバーなどにより表し、通知一覧画面を所定の操作により開くことによってスケジュール変更が生じたことがわかるようにする。

この通知に、変更対象のイベントの詳細画面へのリンクを設定しておけば、ユーザは変更に応じて参加登録を解除するなどの対応を容易にとることができる。スケジュールに変更が生じた場合のほか、イベント自体が中止になった場合も同様に通知する。参加登録が解除されたりイベント自体が中止になったりした場合、管理サーバー２０は、内部で保持する登録情報を修正するとともに、情報処理装置１０に対し行った時間監視の設定のうち、該当イベントに対応する設定を解除する旨を情報処理装置１０に送信する。これを受信した情報処理装置１０は、該当イベントに対応する設定を解除する。

次に、イベント開催に際してなされるユーザへの通知と自動起動の処理について説明する。図１３は、自動起動を設定していないイベントが開始される際、情報処理装置１０において表示される画面の変遷例を示している。この例では元々、情報処理装置１０を使用して、ユーザがレースゲームなどイベント外のゲームをプレイしているとする。ただし情報処理装置１０が起動している限りにおいて、その時点で情報処理が行っている処理の内容は限定されず、ホーム画面が表示されたままの状態などでもよい。

そして、管理サーバー２０によって事前に設定された時間監視機能により、参加登録したイベントの開始時刻Ｔより所定時間Δｔだけ前の時刻になったことを検出したら、情報処理装置１０のイベント参加動作制御部４８は、イベント開始時間が近づいていることを示すメッセージウィンドウ２２２ａを、その時点での表示画面２２０に重ねて表示させる。同図の例では、表示画面２２０の下に拡大表示するように、参加登録したイベントの開始時刻が近づいている旨の文章と、参加登録したユーザの名前「Ｊｏｈｎ」が記載されている。なお所定時間Δｔは、例えば１分などとする。

これに応じてユーザが情報処理装置１０を操作して、イベント詳細画面２２４を表示させ参加する旨の操作をすると、イベント参加動作制御部４８の制御により対象となるゲームや動画表示のアプリケーションが起動し、イベントに応じた画面２２６へ表示が切り替えられる。それと同時にイベント参加動作制御部４８は、当該イベント詳細画面２２４と対応づけて識別情報が設定されていたコンテンツ提供サーバー２２に対し、イベントに必要なデータの送信を要求する。

これに応じてコンテンツ提供サーバー２２からは、インゲームイベントであればイベント用パラメータまたはオンラインゲームの画面データが送信され、ライブ配信イベントであればストリームデータが送信される。一方、イベント開始時間が近づいていることを示すメッセージウィンドウ２２０ａを表示しても、ユーザがイベント詳細画面２２４に画面を切り替える操作をせず、元のレースゲームなどを続行している場合は、イベント開示時刻Ｔに、イベントの開始時刻が到来したことを示すメッセージウィンドウ２２０ｂを、その時点での表示画面２２２に重ねて表示させる。

ユーザは、例えばプレイ中のレースゲームが終了した時点で、イベント詳細画面２２４を表示させて参加する旨の操作をする。これにより上述のケースと同様、対象となるゲームや動画表示のアプリケーションが起動し、イベントに応じた画面２２６へ表示が移行する。ただしユーザがイベント詳細画面２２４を表示させてイベントに参加する操作を行うタイミングはこれに限らず、イベントの開催期間や内容によっては、日にちをおいた任意のタイミングで実行してよい。いずれにしろ図示するように通知することで、参加登録したイベントの開始をユーザに認識させることができる。

なお同図の例は、参加登録したユーザ「Ｊｏｈｎ」が、イベント開始前にも情報処理装置１０を使用している状態を想定しているが、「Ｊｏｈｎ」とは別のユーザが使用している場合は、参加登録者である「Ｊｏｈｎ」がログインし直した場合に限り参加の操作を受け付ける。また管理サーバー２０は、参加登録したイベントが開始される１時間前など、メッセージウィンドウ２２２ａを表示するより大きい時間スケールで、情報処理装置１０に対しその旨のメッセージ（イベント開始のリマインド）を送信することにより、ユーザに気づきを与えてもよい。このメッセージは、自動起動が設定されている場合にも同様に通知してよい。

図１４は、自動起動を設定しているイベントが開始される際、情報処理装置１０において表示される画面の変遷例を示している。この例も図１３と同様、ユーザがレースゲームなどイベント外のゲームをプレイしているとするがそれに限る主旨ではない。特に自動起動設定時は、情報処理装置自体が処理機能を停止させた待機状態（スリープモード）であってもよい。スリープモードからの復帰については後に述べる。図示する例では、図１３の場合と同様、イベントの開始時刻Ｔより所定時間Δｔ１だけ前の時刻になったことを検出したら、情報処理装置１０のイベント参加動作制御部４８は、イベント開始時間が近づいていることを示すメッセージウィンドウ２３２ａを、その時点での表示画面２３０に重ねて表示させる。

メッセージウィンドウ２３２ａに表示する内容は、表示画面２３０の下に拡大表示したように図１３の場合と同様でよい。ここで所定時間Δｔ１は例えば１分などとする。次に、イベントの開始時刻Ｔより所定時間Δｔ２だけ前の時刻になったことを検出したら、イベント用の画面に自動で切り替えるまでのカウントダウンを示すメッセージウィンドウ２３２ｂを、その時点での表示画面２３４に重ねて表示させる。ここで所定時間Δｔ２はΔｔ１より小さい値であり、例えば１５秒などとする。

初回のメッセージウィンドウ２３２ａを表示させた後、次のメッセージウィンドウ２３２ｂを表示させるまでは、元のメッセージウィンドウ２３２ａを表示させた状態を維持してもよいし、所定時間後に非表示としてもよい。表示画面２３４の下に拡大表示したように、メッセージウィンドウ２３２ｂには、画面が切り替わるまでの時間を秒単位でカウントダウンして示す数値と時計を表示する。そして開始時刻Ｔが到来したら、イベント参加動作制御部４８の制御のもと、対象となるゲームや動画表示のアプリケーションを起動させるとともに、コンテンツ提供サーバー２２から必要なデータを取得する。その結果、イベントに応じた画面２３６へ表示が切り替わる。

なお自動起動の設定がなされていても、メッセージウィンドウ２３２ａ、２３２ｂが表示されている段階で、所定のキャンセル操作や参加登録したユーザのログアウト操作を受け付けることにより、自動起動を中止するようにしてもよい。この場合、イベントに応じた画面２３６の代わりに、元々表示していたレースゲームの画面などへ表示を戻す。なお図示した例は、自動起動が設定されている場合の画面の変遷の一例であったが、実際にはその時々の状況に応じて様々なパターンが考えられる。

例えば上記のように情報処理装置１０がスリープモードにあるか否か、参加登録しているユーザがログインしているか否か、ログインにパスコード入力が必要か否か、インゲームイベントの開始直前に行っているゲームが当該イベントの対象ゲームと同じか否か、開催直前に情報処理装置１０を用いてプレイしているユーザとイベントに参加登録しているユーザが同じか別か、といった場合分けに対し、最も適切で無理の少ない動作を設定しておく。

図１５は、上記のような場合分けを考慮したうえで、イベント参加登録をしたユーザの情報処理装置１０が自動起動を行う処理手順の一例を示すフローチャートである。この処理は、イベント開始時刻から所定時間Δｔ３だけ前の時刻に開始される。ここで所定時間Δｔ３は例えば１分などである。まず情報処理装置１０がスリープモードであった場合（Ｓ１００のＹ）、レジューム処理により通常モードへ移行する（Ｓ１０２）。このような移行処理は、情報処理装置１０内部で実行されているオペレーティングシステムの一機能を利用することにより一般的な手法で実現できる。

スリープモードでない場合、すなわち通常モードの場合は、Ｓ１０２のレジューム処理を省略する（Ｓ１００のＮ）。次に、対象イベントに参加登録をしたユーザがログイン済みでなく、当該ユーザにログイン用のパスコードが設定されていなければ（Ｓ１０４のＮ、Ｓ１０６のＮ）、情報処理装置１０自体がログイン処理を行う（Ｓ１０８）。この処理は、当該ユーザの設定情報を記憶装置から読み出したりメモリを割り当てたりする一般的なログイン処理でよい。ただしその時点で、情報処理装置１０に同時にログインできる人数の上限までログインしている人数が達している場合は、参加登録したユーザのログインができない。

この場合、図１４の画面２３０におけるメッセージウィンドウ２３２ａのように、参加登録したユーザの名前とともに、イベント開始時刻が近づいている旨を通知するのみでよい。参加登録をしたユーザがログイン済みでなく、当該ユーザにログイン用のパスコードが設定されている場合は（Ｓ１０４のＮ、Ｓ１０６のＹ）、パスコードを入力する画面を表示する（Ｓ１１０）。参加登録をしたユーザが当該画面にパスコードを入力するなどしてログインが成功するまで、パスコード入力画面を表示させたままとする（Ｓ１１２のＮ、Ｓ１１０）。これにより、参加登録をしたユーザ以外のユーザが勝手にイベントに参加するのを防止でき、年齢などイベントに与えられた制限を遵守できる。なおパスコード入力画面は、自動起動をキャンセルする操作により非表示とし元の画面に戻るようにしてもよい。

Ｓ１０８またはＳ１１２のＹにより参加登録をしたユーザがログインできたら、その時点からイベント開始時刻までの時間が、所定時間Δｔ４以上であれば（Ｓ１１４のＮ）、図１４の画面２３４におけるメッセージウィンドウ２３２ｂで例示したように、開始時刻までのカウントダウン表示を行う（Ｓ１１６）。ここで所定時間Δｔ４とは例えば５秒などとする。カウントダウン表示をしている間にユーザが所定のキャンセル操作やログアウト操作をした場合は（Ｓ１１８のＹ）、画面をカウントダウン表示のない元の状態に戻す（Ｓ１２２）。Ｓ１０２でレジューム処理をした場合は、ホーム画面などを表示する。

カウントダウン表示をしている間にキャンセル操作等がなかった場合は（Ｓ１１８のＮ）、開始時刻までカウントダウンを続行する（Ｓ１２０のＮ、Ｓ１１６）。そして開始時刻が到来したら（Ｓ１２０のＹ）、イベント参加動作制御部４８の制御のもと、対象となるゲームや動画表示のアプリケーションを起動させ、イベントに応じた画面へ表示を切り替える（Ｓ１２６）。一方、ログインした時点からイベント開始時刻までの時間が所定時間Δｔ４未満の場合は（Ｓ１１４のＹ）、様々な処理が錯綜しないよう、これ以上の操作を受け付けない移行画面を表示する（Ｓ１２４）。

この画面は例えば、「Ｐｌｅａｓｅ Ｗａｉｔ（お待ちください）」といった簡単な文字情報を表示した待機画面でよい。そしてイベント開始時刻の到来に合わせて、イベントに応じた画面へ表示を切り替える（Ｓ１２６）。Ｓ１１４の処理分岐を設けることにより、ユーザがパスコードを入力してログインを行うまでに時間を要した場合を考慮し、無理のない手順で表示を切り替えられるとともに許容できる範囲でキャンセル操作を受け付けられる。

図１６は、図１５のＳ１２６において、情報処理装置１０がイベント用の画面に表示を切り替える処理手順を示すフローチャートである。まず、対象のイベントがインゲームイベントでない、すなわちライブ配信のイベントの場合は（Ｓ１３０のＮ）、そのまま動画表示画面を表示させる（Ｓ１３２）。イベントが開始される直前に別のゲームをプレイしていた場合は、ゲームの処理と並行して動画表示を行ってもよい。このとき元のゲーム画面は、動画表示と別のウィンドウとして表示することにより、動画を見ながらゲームをしたり、途中で動画のウィンドウを閉じてイベントから抜けたりすることもできる。あるいはゲームを一時中断させて動画表示へ移行するようにしてもよい。

対象のイベントがインゲームイベントであり（Ｓ１３０のＹ）、イベント開始の直前にもゲームをプレイしており（Ｓ１３４のＹ）、かつ当該ゲームが、イベントが対象とするゲームと異なっていた場合は（Ｓ１３６のＮ）、イベントが対象とするゲームの画面へ表示を切り替えてよいか確認する画面を表示する（Ｓ１３８）。そしてユーザが承諾する入力を行った場合に（Ｓ１４０のＹ）、それまでプレイしていたゲームを終了させ、または一時中断させ、イベントが対象とするゲームを起動したりコンテンツ提供サーバー２２から画面データを取得したりすることにより当該ゲームの画面を表示する（Ｓ１４２）。確認画面に対しキャンセル操作など承諾しない操作がなされたら（Ｓ１４０のＮ）、元のゲーム画面へ表示を戻す（Ｓ１４４）。

一方、イベントが対象とするゲームと同じゲームをプレイしており（Ｓ１３０のＹ、Ｓ１３４のＹ、Ｓ１３６のＹ）、プレイしていたユーザがイベントに参加登録したユーザと異なる場合も（Ｓ１４６のＮ）、参加登録したユーザをプレイヤとするゲームの画面へ表示を切り替えてよいか確認する画面を表示する（Ｓ１３８）。この場合も、承諾する入力がなされたら、プレイヤを切り替えた状態でゲームを再起動したり、コンテンツ提供サーバー２２から画面データを取得したりしてイベント用のゲーム画面を表示する（Ｓ１４２）。承諾されない場合は（Ｓ１４０のＮ）、プレイヤを切り替えず元のゲーム画面へ表示を戻す（Ｓ１４４）。

イベントが対象とするゲームと同じゲームを、イベントに参加登録したユーザがプレイしていた場合は（Ｓ１３４のＹ、Ｓ１３６のＹ、Ｓ１４６のＹ）、イベント用のパラメータを設定したり、コンテンツ提供サーバー２２から画面データを取得したりしてゲームを再開させる（Ｓ１４８）。一方、対象のイベントがインゲームイベントであり（Ｓ１３０のＹ）、イベント開始の直前には誰もゲームをプレイしていない場合は（Ｓ１３４のＮ）、そのままイベントが対象とするゲームを起動したりコンテンツ提供サーバー２２から画面データを取得したりすることにより当該ゲームの画面を表示する（Ｓ１４２）。

このような場合分けで処理を分岐させることにより、イベントが開始される前に情報処理装置１０を利用していたユーザや、処理の内容に配慮し、不都合が生じないことを確認しながら画面を切り替えることができる。また、カウントタウン期間におけるキャンセル操作以外にも自動起動処理から抜ける経路を残しておくことにより、ユーザが望まない画面切り替えが勝手になされてしまうのを防止しつつ、最小限の手間でイベントに参加できる。なお、図１５に示した処理手順においてスリープモードから情報処理装置１０を復帰させる処理は、ユーザが外出しているなどして情報処理装置１０のそばにいなくとも時刻の到来とともに実施される。パスコードの入力の必要がなければ、アプリケーションも起動される。

したがってレジューム処理後、３０分など所定時間を経過するまでユーザ操作が何らなされなかったら、イベント用の処理を終了させ再びスリープモードへ移行するようにしてもよい。これにより、無人の部屋で情報処理装置１０のみが動作しているような状況を回避できる。またレジューム処理を実施した際、表示装置１６の電源がオフであれば、それを情報処理装置１０からの制御によりオンにしてもよい。これにより、ユーザが情報処理装置１０に注意を払っていなかったとしても、表示装置１６の電源が入ることによりイベントの開始を気づかせることができる。

なお、参加登録および自動起動の設定／解除に用いる情報処理装置１０は、イベント開催時に使用する情報処理装置１０と異なっていてもよい。図１７は複数の情報処理装置を使用することを許容した情報処理システムの構成例を説明するための図である。この例では情報処理装置１０として第１情報処理装置１０ｃ、第２情報処理装置１０ｄ、携帯端末１０ｅを使用可能としている。前二者は例えば、自宅や施設など屋内に設置された据え置き型の装置である。一人のユーザがこれらの装置に対しアカウントを有している場合、管理サーバー２０は、各装置から登録操作情報などとともに送信されるユーザの識別情報に基づき、装置によらず使用者が同じユーザであることを認識できる。

このようにユーザが複数の装置を使用できる環境においては、イベント開催時に使用する装置とは別の装置から、参加登録や自動起動の設定を行えるようにすることにより利便性が高まる。例えば、主として使用する装置を第１情報処理装置１０ｃと決定し、管理サーバー２０にＩＰアドレスなどその装置の識別情報を登録しておく。そして携帯端末１０ｅから参加登録や自動起動の設定があった場合、管理サーバー２０は、第１情報処理装置１０ｃをイベント開始の通知や自動起動の対象装置とし、時間監視の設定を行う。

一方、第１情報処理装置１０ｃまたは第２情報処理装置１０ｄで参加登録や自動起動の設定を行った場合は、同じ装置をイベント開始の通知や自動起動の対象装置とする。参加登録済みのイベントに自動起動を設定したり解除したりする場合も、携帯端末１０ｅからの操作は第１情報処理装置１０ｃに反映させる。これにより、参加登録や自動起動の設定は携帯端末１０ｅを利用して時間や場所によらず気軽に行い、イベント開催時には主として使用している第１情報処理装置１０ｃを自動的に起動させる、といった態様を簡易な操作で実現できる。

また第１情報処理装置１０ｃの自動起動を設定してあったものの、後から都合が悪くなった場合に、携帯端末１０ｅを用いて外出先から解除することもできる。さらに居場所によって急遽、第２情報処理装置１０ｄを使用したいといった場合にも、携帯端末１０ｅと第２情報処理装置１０ｄとを用いて、使用装置を第１情報処理装置１０ｃから第２情報処理装置１０ｄに容易に変更できる。ただし開催時に使用する装置を決定する規則は上記したものに限らない。例えば参加登録や自動起動設定を行う都度、イベント参加時に使用したい装置をユーザが選択できるようにしてもよい。

以上述べた本実施の形態によれば、インゲームイベントやライブ配信イベントなど、複数の主催者が独立して行っているイベントを集約管理し、各ユーザに適した形で提示する。具体的には、ユーザのゲームプレイの傾向や友達登録した別のユーザの動向を加味して推薦イベントを提示したり、参加済み／参加登録済み／未登録といったユーザの行動と、終了／開催中／開催前といったイベントの状態などを適宜組み合わせた条件によってリストを分類表示したりする。また各イベントに参加登録している友達ユーザの情報を合わせて表示する。これらの構成により、イベントやゲームの存在を認識するきっかけを増やせるとともに、個々のユーザが、参加したいと思えるイベントを効率的に見つけ出すことができる。

また各イベントの詳細を表す画面を、主催者が用意した画像などを用いながらも統一したフォーマットで表すことにより、イベントやゲームの世界観を損なうことなく、各項目へのアクセス効率を上げることができ、イベント同士の比較も容易になる。また、参加登録をしたイベントについては、その開始直前など所定のタイミングで、イベントが開始されることをユーザに通知する。さらにユーザの設定によっては、開催日時に合わせて装置やアプリケーションを自動で起動させる。

イベントの開催スケジュールに変更があれば、通知や起動の時刻設定も修正する。これらの構成により、ユーザが望む形態でイベント開始を認知させることができ、図らずも参加の機会を逸してしまうような可能性を低くできる。またイベント開催に合わせて、再びイベントやゲームへの興味を喚起することができる。さらに、ユーザ個人で情報をチェックしたり設定し直したりせずとも、登録したイベントのスケジュール変更などに臨機応変に対応できる。また、イベントに参加する際に用いる情報処理装置とは別の情報処理装置からも参加登録や自動起動の設定をできるようにすることで、イベント参加の機会を増やせるとともに、ユーザ個々の都合や気持ちの変化に随時対応できる。

以上、本発明を実施の形態をもとに説明した。上記実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。

１ 情報処理システム、 １０ 情報処理装置、 １４ 入力装置、 １６ 表示装置、 ２０ 管理サーバー、 ２２ コンテンツ提供サーバー、 ２３ ＣＰＵ、 ２４ ＧＰＵ、 ２６ メインメモリ、 ４２ 入力情報取得部、 ４４ 情報処理部、 ４６ 出力データ生成部、 ４８ イベント参加動作制御部、 ５０ ユーザ情報記憶部、 ５６ イベント情報管理部、 ５８ イベント情報記憶部、 ６０ 対応情報作成部、 ６２ ユーザ情報記憶部、 ６４ 参加動作設定部、 ７０ イベント実行部。

Claims (13)

1. 定められた開催期間にコンテンツ提供サーバーがイベントとして提供するデータを用いて情報処理を行う情報処理装置に、イベントの参加に係るサービスを提供するイベント管理サーバーであって、
   イベントに係る情報を格納するイベント情報記憶部と、
   前記情報処理装置において、イベントに係る情報を表示するユーザ操作がなされたとき、当該ユーザ操作の内容を取得し、それに適合するイベントを抽出して所定のフォーマットで表したイベントデータを作成し、前記情報処理装置に送信するとともに、前記情報処理装置において前記イベントデータが表すいずれかのイベントに参加登録するユーザ操作がなされたとき、当該ユーザ操作の内容を取得し、ユーザと参加登録されたイベントとを対応づけた登録情報を作成して記憶装置に格納する対応情報作成部と、
   を備え、前記対応情報作成部は、前記情報処理装置を用いたユーザのゲームプレイの傾向に係る情報を継続して取得し、前記適合するイベントのうち推薦するイベントとして、当該傾向に基づき選択したゲームに関連するイベントを抽出することを特徴とするイベント管理サーバー。
2. 前記対応情報作成部は、ユーザが前記情報処理装置を用いて所定回数以上プレイしたゲームのうち、プレイ日時が新しいゲームを優先して選択し、選択したゲームに関連するイベントを抽出することを特徴とする請求項１に記載のイベント管理サーバー。
3. 前記対応情報作成部は、抽出したイベントを、関連するゲームの前記プレイ日時に基づき配列させたイベントリストを、前記イベントデータとして作成することを特徴とする請求項２に記載のイベント管理サーバー。
4. 前記対応情報作成部は、抽出したイベントの配列において、同じゲームに関連する複数のイベントを分散させて配置したイベントリストを、前記イベントデータとして作成することを特徴とする請求項１から３のいずれかに記載のイベント管理サーバー。
5. 前記登録情報に基づき、参加登録されたイベントの開始時刻を基準とする所定のタイミングで、イベント参加に用いる前記情報処理装置がイベント参加に必要な所定の動作を開始するように設定する設定データを作成し、当該情報処理装置に送信する参加動作設定部をさらに備え、
   前記対応情報作成部は、イベントに参加登録するユーザ操作を行ったユーザが使用可能な複数の情報処理装置のうち、前記参加動作設定部による前記設定データの送信先を、あらかじめ設定された規則に基づき決定することを特徴とする請求項１から４のいずれかに記載のイベント管理サーバー。
6. 前記対応情報作成部は、前記適合するイベントのうち推薦するイベントとして、友達として登録された別のユーザのうち、参加登録を行っているユーザの人数に基づきイベントを抽出することを特徴とする請求項１から５のいずれかに記載のイベント管理サーバー。
7. 前記対応情報作成部は、前記イベントデータが表すイベントごとに、友達として登録された別のユーザのうち、当該イベントに参加登録を行っているユーザの情報を対応づけて前記情報処理装置に送信することを特徴とする請求項１から６のいずれかに記載のイベント管理サーバー。
8. 前記対応情報作成部は、前記イベントデータとして、開催予定のイベント数およびそれらに参加登録しているユーザの総数を、関連するゲームごとに表したゲームリストを作成し前記情報処理装置に送信することを特徴とする請求項１から７のいずれかに記載のイベント管理サーバー。
9. 前記対応情報作成部は、前記イベントデータが表すイベントごとに、開催前、開催中、開催後のいずれであるか、および参加登録済みか否か、の組み合わせに応じて、ユーザが当該イベントに対しその時点で行える操作を決定し、その情報を対応づけて前記情報処理装置に送信することを特徴とする請求項１から８のいずれかに記載のイベント管理サーバー。
10. 定められた開催期間にコンテンツ提供サーバーがイベントとして提供するデータを用いて情報処理を行う情報処理装置と、当該情報処理装置にイベントの参加に係るサービスを提供するイベント管理サーバーと、を含み、
    前記イベント管理サーバーは、
    イベントに係る情報を格納するイベント情報記憶部と、
    前記情報処理装置において、イベントに係る情報を表示するユーザ操作がなされたとき、当該ユーザ操作の内容を取得し、それに適合するイベントを抽出して所定のフォーマットで表したイベントデータを作成し前記情報処理装置に送信する対応情報作成部と、
    を備え、前記情報処理装置は、
    イベントに係る情報を、条件を設定して表示するユーザ操作を受け付け前記イベント管理サーバーに送信する入力情報取得部と、
    要求に応じて送信されたイベントデータが表すいずれかのイベントに参加登録するユーザ操作を受け付け前記イベント管理サーバーに送信するイベント参加動作制御部と、
    を備え、
    前記対応情報作成部は、前記参加登録するユーザ操作に基づき、ユーザと参加登録されたイベントとを対応づけた登録情報を作成して記憶装置に格納するとともに、前記情報処理装置を用いたユーザのゲームプレイの傾向に係る情報を継続して取得し、前記適合するイベントのうち推薦するイベントとして、当該傾向に基づき選択したゲームに関連するイベントを抽出することを特徴とする情報処理システム。
11. 定められた開催期間にコンテンツ提供サーバーがイベントとして提供するデータを用いて情報処理を行う情報処理装置に、イベントの参加に係るサービスを提供するイベント管理サーバーが行うイベント参加管理方法であって、
    イベントに係る情報をメモリに格納するステップと、
    前記情報処理装置において、イベントに係る情報を表示するユーザ操作がなされたとき、当該ユーザ操作の内容を取得し、それに適合するイベントを抽出して所定のフォーマットで表したイベントデータを作成し、前記情報処理装置に送信するステップと、
    前記情報処理装置において前記イベントデータが表すいずれかのイベントに参加登録するユーザ操作がなされたとき、当該ユーザ操作の内容を取得し、ユーザと参加登録されたイベントとを対応づけた登録情報を作成して記憶装置に格納するステップと、
    を含み、
    前記情報処理装置に送信するステップは、継続して取得した前記情報処理装置を用いたユーザのゲームプレイの傾向に基づき選択したゲームに関連するイベントを、前記適合するイベントのうち推薦するイベントとして抽出することを特徴とするイベント参加管理方法。
12. 定められた開催期間にコンテンツ提供サーバーがイベントとして提供するデータを用いて情報処理を行う情報処理装置に、イベントの参加に係るサービスを提供するコンピュータに、
    イベントに係る情報をメモリに格納する機能と、
    前記情報処理装置において、イベントに係る情報を表示するユーザ操作がなされたとき、当該ユーザ操作の内容を取得し、それに適合するイベントを抽出して所定のフォーマットで表したイベントデータを作成し、前記情報処理装置に送信する機能と、
    前記情報処理装置において前記イベントデータが表すいずれかのイベントに参加登録するユーザ操作がなされたとき、当該ユーザ操作の内容を取得し、ユーザと参加登録されたイベントとを対応づけた登録情報を作成して記憶装置に格納する機能と、
    を実行させ、
    前記情報処理装置に送信する機能は、継続して取得した前記情報処理装置を用いたユーザのゲームプレイの傾向に基づき選択したゲームに関連するイベントを、前記適合するイベントのうち推薦するイベントとして抽出することを特徴とするコンピュータプログラム。
13. 定められた開催期間にコンテンツ提供サーバーがイベントとして提供するデータを用いて情報処理を行う情報処理装置に、イベントの参加に係るサービスを提供するコンピュータに、
    イベントに係る情報をメモリに格納する機能と、
    前記情報処理装置において、イベントに係る情報を表示するユーザ操作がなされたとき、当該ユーザ操作の内容を取得し、それに適合するイベントを抽出して所定のフォーマットで表したイベントデータを作成し、前記情報処理装置に送信する機能と、
    前記情報処理装置において前記イベントデータが表すいずれかのイベントに参加登録するユーザ操作がなされたとき、当該ユーザ操作の内容を取得し、ユーザと参加登録されたイベントとを対応づけた登録情報を作成して記憶装置に格納する機能と、
    を実行させ、
    前記情報処理装置に送信する機能は、継続して取得した前記情報処理装置を用いたユーザのゲームプレイの傾向に基づき選択したゲームに関連するイベントを、前記適合するイベントのうち推薦するイベントとして抽出するコンピュータプログラムを記録したことを特徴とするコンピュータにて読み取り可能な記録媒体。