JP6996447B2 - 情報処理装置及びプログラム - Google Patents

Description

本発明は、情報処理装置及びプログラムに関する。

従来から、現実世界におけるユーザ主催のゲームイベントの情報を掲載するウェブサイトが知られている。しかしながら、ゲームイベントの情報を単に掲載するだけでは、参加者が集まらないことも多かった。

これに関し、特許文献１には、現実世界におけるゲームイベントではないものの、仮想空間内におけるユーザ主催のゲームイベントに参加した他のユーザに特典を付与する技術が開示されている。

特開２０１６－１０５９０号公報

しかしながら、特許文献１に記載の技術を、現実世界におけるユーザ主催のゲームイベントに利用すると、特典を付与する側は、ゲームイベントの詳細を把握できないために、ゲームイベントが実際には主催されなかった場合でも、他のユーザに特典を付与してしまう可能性がある。この結果、現実世界におけるユーザ主催のゲームイベントに参加することについて、他のユーザのモチベーションが低下する恐れがあった。

本発明はこのような課題に鑑みてなされたものであり、その目的は、現実世界におけるユーザ主催のゲームイベントに参加することについて、他のユーザのモチベーションを向上する情報処理装置及びプログラムを提供することにある。

上記課題を解決するために、本発明の一態様に係る情報処理装置は、端末装置と通信可能な情報処理装置であって、現実世界におけるユーザ主催のゲームイベントが開催されたことを示す証拠データを前記端末装置から取得する取得手段と、前記取得手段が取得した証拠データに基づき、前記ゲームイベントの参加者に特典を付与する付与手段と、を備える。

上記一態様では、現実世界におけるユーザ主催のゲームイベントに参加すると、その証拠データに基づいて、特典が付与されるので、ゲームイベントが実際には主催されなかった場合でも特典が付与される可能性がある場合に比べて、ユーザ主催のゲームイベントに参加することについて、他のユーザのモチベーションを向上することができる。

本発明によれば、現実世界におけるユーザ主催のゲームイベントに参加することについて、他のユーザのモチベーションを向上することができる。

第一実施形態に係るイベント管理システムの全体構成の一例を示すブロック図である。 図１に示すサーバ装置のハードウェア構成の一例を示すブロック図である。 第一実施形態に係るサーバ装置の機能構成の一例を示すブロック図である。 図３に示すポイントテーブルの一例を示す図である。 第一実施形態に係るイベント管理システムにおいて、ユーザによるゲームイベントの作成から、他のユーザによるゲームイベントの参加までの処理の流れの一例を示すフローチャートである。 （Ａ）は、ユーザがゲームイベントを作成する前の閲覧画面の一例を示す図である。（Ｂ）は、ユーザがゲームイベントを作成した後の閲覧画面の一例を示す図である。 （Ａ）～（Ｄ）は、ユーザによってゲームイベントをポイント付与対象として事前申請されるまでの、第一端末装置に表示される画面の遷移図を示す図である。（Ａ）は、図６（Ｂ）に示す閲覧画面と同一の閲覧画面を示す図である。（Ｂ）は、マイページ画面の一例を示す図である。（Ｃ）は、ユーザが主催する予定のゲームイベントの一覧画面の一例を示す図である。（Ｄ）は、事前申請画面の一例を示す図である。 （Ａ）～（Ｂ）は、他のユーザによってゲームイベントに参加申込みされるときの、第二端末装置に表示される画面の遷移図を示す図である。（Ａ）は、第二端末装置に表示される閲覧画面の一例を示す図である。（Ｂ）は、第二端末装置に表示される参加申込画面の一例を示す図である。 第一実施形態に係るイベント管理システムにおける事後申請の処理の流れの一例を示すローチャートである。 （Ａ）～（Ｄ）は、ユーザによって事後申請されるときの、第一端末装置に表示される画面の遷移図を示す図である。（Ａ）は、第一端末装置に表示される閲覧画面の一例を示す図である。（Ｂ）は、第一端末装置に表示されるマイページ画面の一例を示す図である。（Ｃ）は、ユーザが主催したゲームイベントの一覧画面の一例を示す図である。（Ｄ）は、第一端末装置に表示される事後申請画面の一例を示す図である。 第二実施形態に係るイベント管理システム１において代理事後申請の処理の流れの一例を示すフローチャートである。 （Ａ）～（Ｄ）は、他のユーザによって代理事後申請されるときの、第二端末装置に表示される画面の遷移図を示す図である。（Ａ）は、第二端末装置に表示される閲覧画面の一例を示す図である。（Ｂ）は、第二端末装置に表示されるマイページ画面の一例を示す図である。（Ｃ）は、他のユーザが参加したゲームイベントの一覧画面の一例を示す図である。（Ｄ）は、第二端末装置に表示される代理事後申請画面の一例を示す図である。 第三実施形態に係るイベント管理システムの全体構成の一例を示すブロック図である。 第三実施形態に係るイベント管理システムにおいて、場所の提供者によって代理事前申請されるときの処理の流れの一例を示すフローチャートである。 第三実施形態に係るイベント管理システムにおいて、場所の提供者によって代理事後申請されるときの処理の流れの一例を示すフローチャートである。

以下、添付図面を参照しながら本発明の複数の実施形態について説明する。説明の理解を容易にするため、各図面において同一の構成要素及びステップに対しては可能な限り同一の符号を付して、重複する説明は省略する。

―――第一実施形態―――
まず、本発明の第一実施形態に係るイベント管理システムについて説明する。

第一実施形態に係るイベント管理システムは、ゲーム内におけるユーザ主催のゲームイベントを除く、現実世界におけるユーザ主催のゲームイベントを管理する。ゲームとしては、対戦ゲームや、シューティングゲーム、スポーツゲーム、音楽ゲーム、パズルゲーム等、特に限定されないが、第一実施形態では、ゲームが対戦ゲームである場合を説明する。また、ゲームイベントとしては、ゲームの対戦会や、ゲームの練習を行う練習会、ゲームの指導を行う会、ゲームについて語り合う会、他のユーザのゲームプレイの動画を鑑賞する鑑賞会、ゲームのトークショー等、特に限定されないが、第一実施形態では、ゲームのイベントは、ゲームの対戦会である場合を説明する。

＜全体構成＞
図１は、第一実施形態に係るイベント管理システム１の全体構成の一例を示すブロック図である。

図１に示すように、イベント管理システム１は、サーバ装置１０と、第一端末装置１２と、第二端末装置１４と、を備える。これらの装置は、インターネットやイントラネット等の通信ネットワークＮＴを介して互いに通信可能に接続されている。

サーバ装置１０は、管理者Ｍの情報処理装置である。このサーバ装置１０は、現実世界におけるユーザ主催のゲームイベントを管理する。なお、管理者Ｍは、ゲームの提供者となる場合もある。また、管理者Ｍは、公式のゲームイベントの主催者となる場合もある。以下、「現実世界におけるユーザ主催のゲームイベント」を、単に、「ユーザ主催のゲームイベント」と称す場合がある。

第一端末装置１２は、複数のゲームのユーザのうち、ゲームイベントの主催者となるユーザＵ１の情報処理装置である。第一端末装置１２としては、スマートフォン等の携帯電話やタブレット、パーソナルコンピュータ等が挙げられる。なお、ユーザＵ１は、ゲームの提供者は除かれるものとする。

第二端末装置１４は、複数のゲームのユーザのうち、ゲームイベントの参加者となる他のユーザＵ２の情報処理装置である。第二端末装置１４としては、第一端末装置１２と同様の装置が挙げられる。なお、他のユーザＵ２は、ゲームの提供者は除かれるものとする。ちなみに、ユーザＵ１が参加者となる場合や、他のユーザＵ２が主催者となる場合もある。

＜ハードウェア構成＞
図２は、図１に示すサーバ装置１０のハードウェア構成の一例を示すブロック図である。

図２に示すように、サーバ装置１０は、制御装置２０と、通信装置２６と、記憶装置２８と、を備える。制御装置２０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２２及びメモリ２４を主に備えて構成される。

制御装置２０では、ＣＰＵ２２がメモリ２４或いは記憶装置２８等に格納された所定のプログラムを実行することにより、各種の機能構成として機能する。この機能構成の詳細については後述する。

通信装置２６は、外部の装置と通信するための通信インターフェース等で構成される。通信装置２６は、例えば、第一端末装置１２や第二端末装置１４との間で各種の情報を送受信する。

記憶装置２８は、ハードディスク等で構成される。記憶装置２８は、制御装置２０における処理の実行に必要な各種プログラムや各種の情報、及び処理結果の情報を記憶する。

なお、サーバ装置１０は、専用又は汎用のサーバ・コンピュータなどの情報処理装置を用いて実現することができる。また、サーバ装置１０は、単一の情報処理装置より構成されるものであっても、通信ネットワークＮＴ上に分散した複数の情報処理装置より構成されるものであってもよい。また、図２は、サーバ装置１０が有する主要なハードウェア構成の一部を示しているに過ぎず、サーバ装置１０は、サーバが一般的に備える他の構成を備えることができる。また、第一端末装置１２や第二端末装置１４のハードウェア構成も、例えば操作装置や表示装置等を備える他は、サーバ装置１０と同様の構成を備えることができる。

＜機能構成＞
図３は、第一実施形態に係るサーバ装置１０の機能構成の一例を示すブロック図である。

図３に示すように、サーバ装置１０は、記憶手段４０と、出力手段４２と、取得手段４４と、判定手段４６と、付与手段４８と、を備える。記憶手段４０は、一又は複数の記憶装置２８で実現される。出力手段４２や取得手段４４、判定手段４６、付与手段４８は、記憶装置２８に記憶されているプログラムを制御装置２０が実行することにより実現される。

記憶手段４０は、イベント情報テーブル４０Ａと、ポイントテーブル４０Ｂと、を記憶する機能手段である。イベント情報テーブル４０Ａには、例えば、ゲームイベントの識別情報（イベントＩＤ）毎に、ゲームイベント名と、開催日時と、開催場所と、催行人数と、ポイント付与対象のゲームイベントか否かを示す対象フラグと、ゲームイベントの内容等のイベント情報が対応付けて記述されている。また、イベント情報テーブル４０Ａには、イベントＩＤ毎に、ゲームイベントの主催者（主催者となるユーザの識別情報）や、ゲームイベントの参加者（参加者となるユーザの識別情報）も対応付けて記述されている。ポイントテーブル４０Ｂは、ユーザの識別情報（ユーザＩＤ）毎に、ユーザ名と、ゲームポイント（第一ポイント）と、主催ポイント（第二ポイント）等が対応付けて記述されている。

図４は、図３に示すポイントテーブル４０Ｂの一例を示す図である。

図４に示すように、ポイントテーブル４０Ｂには、ユーザＩＤ毎に、ユーザ名Ｎと、ゲームポイントＰ１と、主催ポイントＰ２と、が対応付けられて記述されている。第一実施形態では、ユーザ名「特許太郎」がゲームイベントを主催するユーザＵ１であり、ユーザ名「商標太郎」が、「特許太郎」の主催するゲームイベントに参加する他のユーザＵ２である場合を説明する。

ゲームポイントＰ１は、例えばゲームにおけるユーザの強さ（上手さ）の指標とされる。主催ポイントＰ２は、例えばユーザＵ１の信用力や主催経験の指標とされる。ゲームポイントＰ１が所定値に達すると、より大きなゲームイベントや、管理者Ｍが主催する公式のゲームイベントの参加資格等が他のユーザＵ２に付与されてもよい。また、主催ポイントＰ２が所定値に達すると、ユーザＵ１の誉れとなる称号（シルバー主催者、ゴールド主催者、プラチナ主催者）や、管理者Ｍとの意見交換会の参加資格等がユーザＵ１に付与されてもよい。なお、主催ポイントＰ２の数によって、付与される称号が変わってもよい。

図３に戻って、出力手段４２は、様々な画面データを第一端末装置１２や第二端末装置に出力する機能手段である。例えば、出力手段４２は、ゲームイベントをポイント付与対象とすることをユーザＵ１が申請するための申請画面データを第一端末装置１２に出力する。また、出力手段４２は、一又は複数のゲームイベントに関するイベント情報を閲覧するための閲覧画面データであって、管理者Ｍ側からポイント付与対象として承認されていないゲームイベントのイベント情報に比べて、管理者Ｍ側からポイント付与対象として承認されているゲームイベントのイベント情報を強調する閲覧画面データを出力する。なお、ポイント付与対象として承認されているゲームイベントであれば、そのことを表示してあげることが好ましい。また、出力手段４２は、ゲームイベントに参加申し込みを行うための申込画面データであって、当該ゲームイベントが管理者Ｍ側からポイント付与対象として承認されているゲームイベントである場合には、ゲームポイント等の特典が付与される旨の表示を含む申込画面データを出力する。

取得手段４４は、第一端末装置１２や第二端末装置１４から、各種情報や各種データを取得する機能手段である。例えば、取得手段４４は、申請画面データに基づいて第一端末装置１２に出力された申請画面において入力された申請内容（ゲームイベント名と、催行人数と、ゲームイベントの内容等）を第一端末装置１２から取得する。同時に、申請者（ゲームイベントの主催者）のユーザＩＤを第一端末装置１２から取得してもよい。また、取得手段４４は、ユーザ主催のゲームイベントが開催されたことを示す証拠データを第一端末装置１２から取得する。同時に、ゲームイベントの主催者のユーザＩＤを第一端末装置１２から取得してもよい。

判定手段４６は、取得手段４４が取得したデータ等に基づき、各種の判定を行う機能手段である。例えば、判定手段４６は、取得手段４４が取得した申請内容に基づいて、ゲームイベントをポイント付与対象としてその申請内容を承認するか否かを判定する。また、判定手段４６は、取得手段４４が取得した証拠データに基づき、ユーザ主催のゲームイベントが開催されたことの信憑性の有無を判定する。

付与手段４８は、取得手段４４が取得した証拠データに基づき、言い換えれば、判定手段４６が肯定判定した場合に、ユーザ主催のゲームイベントの参加者となった他のユーザＵ２に第一特典を付与する機能手段である。この第一特典としては、ゲームポイントＰ１やゲームアイテム、ゲーム内通貨等が挙げられる。第一実施形態では、第一特典がゲームポイントＰ１である場合を説明する。また、付与手段４８は、判定手段４６が肯定判定した場合に、言い換えれば、取得手段４４が取得した証拠データに基づき、ゲームイベントの主催者となったユーザＵ１に第一特典と異なる第二特典を付与してもよい。この第二特典としては、主催ポイントＰ２やゲームアイテム、ゲーム内通貨等が挙げられる。第一実施形態では、第二特典が主催ポイントＰ２である場合を説明する。

また、付与手段４８は、ゲームイベントの結果に応じて、ゲームポイントＰ１を付与してもよい。例えば、付与手段４８は、ゲームイベントで成績の良い順に、より多くのゲームポイントＰ１を付与してもよい。また、付与手段４８は、ゲームイベントのユーザＵ１の主催ポイントＰ２に基づき、付与するゲームポイントＰ１の数を変更してもよい。例えば、付与手段４８は、主催ポイントＰ２が高い（言い換えれば、信用力が高い、主催経験が豊富である）程、付与するゲームポイントＰ１の数を多く変更する。これは、信用力が高い（主催経験が豊富な）ユーザＵ１の主催するゲームイベントには、強い参加者が集まりやすいという点に鑑みたものであり、レベルの高いゲームイベントに参加することについて、他のユーザＵ２のモチベーションを向上することができる。また、付与手段４８は、ゲームイベントのユーザＵ１のゲームポイントＰ１に基づき、付与するゲームポイントＰ１の数を変更してもよい。例えば、付与手段４８は、ユーザＵ１のゲームポイントＰ１が高い程、付与するゲームポイントＰ１の数を多く変更する。強いユーザＵ１が主催し、参加するゲームイベントに参加することについて、他のユーザＵ２のモチベーションを向上することができる。逆に、付与手段４８は、ユーザＵ１のゲームポイントＰ１が高い程、付与するゲームポイントＰ１の数を少なく変更してもよい。また、付与手段４８は、ゲームイベントの参加者数に基づき、付与するゲームポイントＰ１の数を変更してもよい。例えば、付与手段４８は、参加者数が多い程、ゲームポイントＰ１の数を多く変更する。これにより、参加者が増えすぎてしまったゲームイベントに参加することについて、他のユーザＵ２のモチベーションを向上することができる。また、多くのゲームポイントＰ１の付与を望む参加者が他の参加者を集めることに協力的になり、主催者であるユーザＵ１の負担が軽減する。また、付与手段４８は、ゲームイベントの参加者数に基づき、付与する主催ポイントＰ２の数を変更してもよい。例えば、付与手段４８は、参加者数が多い程、主催ポイントＰ２の数を多く変更する。これは、参加者が多くなる程、主催者であるユーザＵ１の負担が大きくなるという点に鑑みたものである。また、付与手段４８は、ゲームイベントの参加者全員の現在のゲームポイントＰ１に基づき、付与するゲームポイントＰ１の数を多く変更してもよい。例えば、付与手段４８は、ゲームイベントの参加者全員のゲームポイントＰ１の平均値が高い程、付与するゲームポイントＰ１の数を多く変更してもよい。これにより、レベルの高いゲームイベントに参加することについて、他のユーザＵ２のモチベーションを向上することができる。

＜処理の流れ＞
図５は、第一実施形態に係るイベント管理システム１において、ユーザＵ１によるゲームイベントの作成から、他のユーザＵ２による当該ゲームイベントの参加までの処理の流れの一例を示すフローチャートである。

（ステップＳＰ１０）
第一端末装置１２は、ユーザＵ１のＵＲＬ（Uniform Resource Locator）の入力操作に応じて、閲覧画面データとしての閲覧ページデータを要求する閲覧ページ要求をサーバ装置１０に送信する。なお、以下、「ページデータ」を単に「ページ」と称す。そして、処理は、ステップＳＰ１２の処理に移行する。

（ステップＳＰ１２）
サーバ装置１０の取得手段４４は、第一端末装置１２から、閲覧ページ要求を受信する。これに応答して、サーバ装置１０の出力手段４２は、イベント情報テーブル４０Ａに基づき、閲覧画面データとしての閲覧ページを生成する。続いて、出力手段４２は、生成した閲覧ページを第一端末装置１２に送信する。そして、処理は、ステップＳＰ１４の処理に移行する。

（ステップＳＰ１４）
第一端末装置１２は、サーバ装置１０から、閲覧ページを受信する。これに応答して、第一端末装置１２は、受信した閲覧ページに基づき、閲覧画面を表示する。この閲覧画面は、一又は複数のゲームイベントに関するイベント情報を閲覧するための画面である。

図６（Ａ）は、ユーザＵ１が新しいゲームイベントを作成する前の閲覧画面６０の一例を示す図である。

図６（Ａ）に示すように、閲覧画面６０には、ゲームイベントとして、管理者Ｍが主催する一又は複数の公式カップに関するイベント情報６２Ａと、ユーザＵ１が主催する一又は複数のプライベートカップに関するイベント情報６２Ｂと、が記述されている。これらイベント情報６２Ａとイベント情報６２Ｂには、当該イベント情報の詳細ページに移行するためのハイパーリンクが設定されている。また、閲覧画面６０には、イベント作成ボタン６４と、マイページボタン６６と、が設けられている。なお、閲覧画面６０には、管理者Ｍが過去に主催したイベント情報や、ユーザＵ１が過去に主催したイベント情報が記述されていてもよい。このような閲覧画面６０により、ユーザＵ１や他のユーザＵ２は、イベント情報６２Ａ、６２Ｂの一覧を閲覧することができる。

図５に戻って、処理は、ステップＳＰ１６の処理に移行する。

（ステップＳＰ１６）
第一端末装置１２は、閲覧画面６０において、ユーザＵ１によるイベント作成ボタン６４の押下に応じて、ゲームイベントの作成ページを要求する作成ページ要求をサーバ装置１０に送信する。そして、処理は、ステップＳＰ１８の処理に移行する。

（ステップＳＰ１８）
サーバ装置１０の取得手段４４は、第一端末装置１２から、作成ページ要求を受信する。これに応答して、サーバ装置１０の出力手段４２は、作成ページを第一端末装置１２に送信する。そして、処理は、ステップＳＰ２０の処理に移行する。

（ステップＳＰ２０）
第一端末装置１２は、サーバ装置１０から、作成ページを受信する。これに応答して、第一端末装置１２は、受信した作成ページに基づき、作成画面を表示する。この作成画面は、ユーザ主催のゲームイベント（プライベートカップ）を作成するための画面である。そして、処理は、ステップＳＰ２２の処理に移行する。

（ステップＳＰ２２）
第一端末装置１２は、ユーザＵ１によるゲームイベントの作成操作に応じて、その作成内容（ゲームイベント名と、開催日時と、開催場所と、催行人数と、ゲームイベントの内容等）を受け付ける。続いて、第一端末装置１２は、受け付けた作成内容をサーバ装置１０に送信する。そして、処理は、ステップＳＰ２４の処理に移行する。

（ステップＳＰ２４）
サーバ装置１０の取得手段４４は、第一端末装置１２から、作成内容を受信する。これに応答して、取得手段４４は、受信した作成内容をイベント情報テーブル４０Ａに記憶する。続いて、出力手段４２は、作成内容を記憶したイベント情報テーブル４０Ａに基づき、閲覧ページを再作成し、作成した閲覧ページを第一端末装置１２に送信する。そして、処理は、ステップＳＰ２６の処理に移行する。

（ステップＳＰ２６）
第一端末装置１２は、サーバ装置１０から、閲覧ページを受信する。これに応答して、第一端末装置１２は、受信した閲覧ページに基づき、閲覧画面６０を表示する。

図６（Ｂ）は、ユーザＵ１が新しいゲームイベントを作成した後の閲覧画面６０の一例を示す図である。

図６（Ｂ）に示す閲覧画面６０には、図６（Ａ）に示す閲覧画面６０に比べて、ユーザＵ１により作成された「ＡＡＡカップ」というゲームイベントが追加されている。

図５に戻って、処理は、ステップＳＰ２８の処理に移行する。

（ステップＳＰ２８）
第一端末装置１２は、閲覧画面６０において、ユーザＵ１によるマイページボタン６６の押下を受け付ける。これに応答して、第一端末装置１２は、ユーザＩＤを含むマイページ要求をサーバ装置１０に送信する。そして、処理は、ステップＳＰ３０の処理に移行する。

（ステップＳＰ３０）
サーバ装置１０の取得手段４４は、第一端末装置１２から、マイページ要求を受信する。これに応答して、出力手段４２は、イベント情報テーブル４０Ａ及びポイントテーブル４０ＢからユーザＩＤに対応する情報を参照し、マイページを作成する。続いて、出力手段４２は、作成したマイページを第一端末装置１２に送信する。そして、処理は、ステップＳＰ３２の処理に移行する。

（ステップＳＰ３２）
第一端末装置１２から、サーバ装置１０から、マイページを受信する。これに応答して、第一端末装置１２は、受信したマイページに基づき、ユーザＵ１に対応するマイページ画面を表示する。

図７（Ａ）～（Ｄ）は、ユーザＵ１（例えば特許太郎さん）によってゲームイベントをポイント付与対象として事前申請されるまでの、第一端末装置１２に表示される画面の遷移図を示す図である。図７（Ａ）は、図６（Ｂ）に示す閲覧画面６０と同一の閲覧画面を示す図である。図７（Ｂ）は、マイページ画面７０の一例を示す図である。

図７（Ｂ）に示すように、マイページ画面７０には、ポイント表示欄７２と、参加表示欄７４と、主催表示欄７６と、が設けられている。ポイント表示欄７２には、ユーザＵ１が所有するゲームポイントＰ１のポイント数と、主催ポイントＰ２のポイント数が記述されている。参加表示欄７４には、ユーザＵ１が参加する予定の又は参加したゲームイベントのイベント数が記述されている。また、参加表示欄７４には、参加予定ボタン７４Ａと、参加ボタン７４Ｂと、が設けられている。主催表示欄７６には、ユーザＵ１が主催する予定の又は主催したゲームイベントのイベント数が記述されている。また、主催表示欄７６には、主催予定ボタン７６Ａと、主催ボタン７６Ｂと、が設けられている。

ここで、図７（Ａ）及び（Ｂ）に示すように、第一端末装置１２は、閲覧画面６０からマイページ画面７０の表示に移行し、当該マイページ画面７０において、ユーザＵ１による主催予定ボタン７６Ａの押下に応答して、ユーザＵ１が主催する予定のゲームイベントの一覧画面を表示する。

図７（Ｃ）は、ユーザＵ１が主催する予定のゲームイベントの一覧画面８０の一例を示す図である。

図７（Ｃ）に示すように、一覧画面８０には、ユーザＵ１が主催する予定のゲームイベント、例えば「ＡＡＡカップ」や「ＢＢＢカップ」等が列挙されている。ここで、第一端末装置１２は、ユーザＵ１による「ＡＡＡカップ」の選択を受け付ける。

図５に戻って、処理は、ステップＳＰ３４の処理に移行する。

（ステップＳＰ３４）
第一端末装置１２は、選択された「ＡＡＡカップ」のイベントＩＤや、ユーザＵ１のユーザＩＤを含む、申請画面データとしての申請ページを要求する申請ページ要求をサーバ装置１０に送信する。そして、処理は、ステップＳＰ３６の処理に移行する。

（ステップＳＰ３６）
サーバ装置１０の取得手段４４は、第一端末装置１２から、申請ページ要求を受信する。これに応答して、サーバ装置１０の出力手段４２は、イベント情報テーブル４０Ａにおいて申請ページ要求に含まれるイベントＩＤに対応するイベント情報に基づき、申請ページを作成する。続いて、出力手段４２は、作成した申請ページを第一端末装置１２に送信する。そして、処理は、ステップＳＰ３８の処理に移行する。

（ステップＳＰ３８）
第一端末装置１２から、サーバ装置１０から、申請ページを受信する。これに応答して、第一端末装置１２は、受信した申請ページに基づき、事前申請画面を表示する。

図７（Ｄ）は、事前申請画面９０の一例を示す図である。

図７（Ｄ）に示すように、事前申請画面９０には、ゲームイベントの詳細表示欄９２と、事前申請ボタン９４と、が設けられている。

図５に戻って、処理は、ステップＳＰ４０の処理に移行する。

（ステップＳＰ４０）
第一端末装置１２は、事前申請画面９０において、ユーザＵ１による事前申請ボタン９４の押下に応答して、選択されたゲームイベントをポイント付与対象とするための事前申請を受け付ける。すなわち、第一端末装置１２は、選択されたゲームイベントのイベントＩＤや、ユーザＵ１のユーザＩＤ、対応するイベント情報を含む事前申請データをサーバ装置１０に送信する。そして、処理は、ステップＳＰ４２の処理に移行する。

（ステップＳＰ４２）
サーバ装置１０の取得手段４４は、第一端末装置１２から、事前申請データを受信する。続いて、サーバ装置１０の判定手段４６は、受信した事前申請データと、ポイントテーブル４０Ｂと、予め定められた承認基準と、に基づき、事前申請を承認するか否か判定する。承認基準としては、催行人数が所定人数以上であることや、試合がトーナメントであること、開催日時が１カ月以内であること、友人以外の参加を排除していないこと、ユーザＵ１のゲームポイントＰ１が閾値以上であること、ユーザＵ１の主催ポイントＰ２が閾値以上であることの少なくとも１つ以上の基準等が挙げられる。なお、判定手段４６の判定の全部又は一部は、管理者Ｍが行ってもよい。そして、当該判定が肯定判定された場合には、処理は、ステップＳＰ４４の処理に移行し、当該判定が否定判定された場合には、処理は、ステップＳＰ４８の処理に移行する。

（ステップＳＰ４４）
判定手段４６は、イベント情報テーブル４０Ａにおいて、事前申請データに含まれるイベントＩＤに対応する対象フラグをオンする。そして、処理は、ステップＳＰ４６の処理に移行する。なお、対象フラグの初期状態は、オフとされている。

（ステップＳＰ４６）
サーバ装置１０の付与手段４８は、ポイントテーブル４０Ｂにおいて、事前申請データに含まれるユーザＩＤに対応するユーザＵ１に、主催ポイントＰ２を付与する。付与する主催ポイントＰ２のポイント数は、特に限定されないが、例えば「１」である。なお、付与手段４８は、ユーザＵ１のゲームポイントＰ１、主催ポイントＰ２やゲームイベントの内容（参加者数など）に応じて、付与する主催ポイントＰ２を変更してもよい。そして、処理は、ステップＳＰ４８の処理に移行する。

（ステップＳＰ４８）
サーバ装置１０の出力手段４２は、ユーザＵ１による事前申請の申請結果、すなわち、判定手段４６の判定結果を第一端末装置１２に送信する。第一端末装置１２は、申請結果を受信し、これに応答して、受信した申請結果を表示する。そして、処理は、ステップＳＰ５０の処理に移行する。

（ステップＳＰ５０）
第二端末装置１４は、他のユーザＵ２のＵＲＬの入力操作に応じて、閲覧ページデータを要求する閲覧ページ要求をサーバ装置１０に送信する。そして、処理は、ステップＳＰ５２の処理に移行する。

（ステップＳＰ５４）
サーバ装置１０の取得手段４４は、第二端末装置１４から、閲覧ページ要求を受信する。これに応答して、サーバ装置１０の出力手段４２は、イベント情報テーブル４０Ａに基づき、閲覧画面データとしての閲覧ページを生成する。続いて、出力手段４２は、生成した閲覧ページを第二端末装置１４に送信する。そして、処理は、ステップＳＰ５６の処理に移行する。

（ステップＳＰ５６）
第二端末装置１４は、サーバ装置１０から、閲覧ページを受信する。これに応答して、第二端末装置１４は、受信した閲覧ページに基づき、閲覧画面６０を表示する。

図８（Ａ）～（Ｂ）は、他のユーザＵ２によってゲームイベントに参加申込みされるときの、第二端末装置１４に表示される画面の遷移図を示す図である。図８（Ａ）は、第二端末装置１４に表示される閲覧画面６０の一例を示す図である。

図８（Ａ）に示すように、閲覧画面６０では、管理者Ｍ側から承認されていないゲームイベントのイベント情報６２Ｂに比べて、管理者Ｍ側からポイント付与対象として承認されているゲームイベント「ＡＡＡカップ」のイベント情報６２Ｂが強調されている。具体的には、「ＡＡＡカップ」のイベント情報６２Ｂには、ゲームイベントがポイント付与対象であることが分かるように、「ポイント付与対象」という文字や、王冠などのアイコンが追加されている。なお、管理者Ｍ側からポイント付与対象として承認されているゲームイベントのイベント情報６２Ｂが、管理者Ｍ側からポイント付与対象として承認されていないゲームイベントのイベント情報６２Ｂに比べて、他のユーザＵ２の目に入りやすい位置（例えば上の位置、公式のゲームイベントのイベント情報と近傍の位置等）にあってもよい。

図５に戻って、処理は、ステップＳＰ５６の処理に移行する。

（ステップＳＰ５６）
第二端末装置１４は、閲覧画面６０において、他のユーザＵ２の操作に応じて、他のユーザＵ２が参加するゲームイベントのイベント情報６２の選択を受け付ける。第一実施形態では、第二端末装置１４は、「ＡＡＡカップ」の選択を受け付ける。これに応答して、第二端末装置１４は、申込ページを要求する申込ページ要求をサーバ装置１０に送信する。そして、処理は、ステップＳＰ５８の処理に移行する。

（ステップＳＰ５８）
サーバ装置１０の取得手段４４は、第二端末装置１４から、申込ページ要求を受信する。これに応答して、サーバ装置１０の出力手段４２は、イベント情報テーブル４０Ａに基づき、申込画面データとしての申込ページを生成する。続いて、出力手段４２は、生成した申込ページを第二端末装置１４に送信（出力）する。そして、処理は、ステップＳＰ６０の処理に移行する。

（ステップＳＰ６０）
第二端末装置１４は、サーバ装置１０から、申込ページを受信する。これに応答して、第二端末装置１４は、申込ページに基づき、参加申込画面を表示する。

図８（Ｂ）は、第二端末装置１４に表示される参加申込画面１００の一例を示す図である。

図８（Ｂ）に示すように、参加申込画面１００には、ゲームポイント等の特典が付与される旨の表示欄、すなわちポイント付与対象である旨の表示欄１０１と、ゲームイベントの詳細表示欄１０２と、参加申込みボタン１０４と、が設けられている。

ここで、第二端末装置１４は、他のユーザＵ２から参加申請を受け付ける。具体的には、第二端末装置１４は、参加申込みボタン１０４の押下に応答して、対応するイベントＩＤや他のユーザＵ２のユーザＩＤを含む参加申請データをサーバ装置１０に送信する。

図５に戻って、処理は、ステップＳＰ６２の処理に移行する。

（ステップＳＰ６２）
サーバ装置１０の取得手段４４は、第二端末装置１４から、参加申請データを受信する。これに応答して、サーバ装置１０の取得手段４４は、参加申請データに含まれるイベントＩＤに対応するユーザＩＤのユーザＵ１の第一端末装置１２に当該参加申請を通知することで、主催者であるユーザＵ１からの参加申請の承認結果（申請結果）を取得する。ユーザＵ１から承認された場合には、取得手段４４は、イベント情報テーブル４０Ａにおいて、参加申請データに含まれるイベントＩＤに対応するイベント情報に、参加申請データに含まれる他のユーザＵ２のユーザＩＤを追加する。続いて、出力手段４２は、取得した申請結果を第二端末装置１４に通知する。なお、ポイント付与対象として承認されていないゲームイベントでは、主催者であるユーザＵ１が自由に参加申請を拒否できる（例えば、自分より強いユーザは拒否できる）が、ポイント付与対象として承認されているゲームイベントでは、人数枠に空きがある限り、主催者であるユーザＵ１が参加申請を拒否できないようにしてもよい。そして、処理は、ステップＳＰ６４の処理に移行する。

（ステップＳＰ６４）
第二端末装置１４は、サーバ装置１０から、申請結果を受信する。これに応答して、第二端末装置１４は、申請結果を表示する。

図９は、第一実施形態に係るイベント管理システム１における事後申請の処理の流れの一例を示すローチャートである。

（ステップＳＰ１００）
第一端末装置１２は、ユーザＵ１のＵＲＬの入力操作に応じて、閲覧画面データとしての閲覧ページデータを要求する閲覧ページ要求をサーバ装置１０に送信する。そして、処理は、ステップＳＰ１０２の処理に移行する。

（ステップＳＰ１０２）
サーバ装置１０の取得手段４４は、第一端末装置１２から、閲覧ページ要求を受信する。これに応答して、サーバ装置１０の出力手段４２は、イベント情報テーブル４０Ａに基づき、閲覧画面データとしての閲覧ページを生成する。続いて、出力手段４２は、生成した閲覧ページを第一端末装置１２に送信する。そして、処理は、ステップＳＰ１０４の処理に移行する。

（ステップＳＰ１０４）
第一端末装置１２は、サーバ装置１０から、閲覧ページを受信する。これに応答して、第一端末装置１２は、受信した閲覧ページに基づき、閲覧画面６０を表示する。そして、処理は、ステップＳＰ１０６の処理に移行する。

（ステップＳＰ１０６）
第一端末装置１２は、閲覧画面６０において、ユーザＵ１によるマイページボタン６６の押下を受け付ける。これに応答して、第一端末装置１２は、ユーザＩＤを含むマイページ要求をサーバ装置１０に送信する。そして、処理は、ステップＳＰ１０８の処理に移行する。

（ステップＳＰ１０８）
サーバ装置１０の取得手段４４は、第一端末装置１２から、マイページ要求を受信する。これに応答して、出力手段４２は、イベント情報テーブル４０Ａ及びポイントテーブル４０ＢからユーザＩＤに対応する情報を参照し、マイページを作成する。続いて、出力手段４２は、作成したマイページを第一端末装置１２に送信する。そして、処理は、ステップＳＰ１１０の処理に移行する。

（ステップＳＰ１１０）
第一端末装置１２は、サーバ装置１０から、マイページを受信する。これに応答して、第一端末装置１２は、受信したマイページに基づき、ユーザＵ１に対応するマイページ画面７０を表示する。

図１０（Ａ）～（Ｄ）は、ユーザＵによって事後申請されるときの、第一端末装置１２に表示される画面の遷移図を示す図である。図１０（Ａ）は、第一端末装置１２に表示される閲覧画面６０の一例を示す図である。図１０（Ｂ）は、第一端末装置１２に表示されるマイページ画面７０の一例を示す図である。

図１０（Ａ）及び（Ｂ）に示すように、第一端末装置１２は、閲覧画面６０からマイページ画面７０の表示に移行し、当該マイページ画面７０において、ユーザＵ１による主催ボタン７６Ｂの押下に応答して、ユーザＵ１が主催したゲームイベントの一覧画面を表示する。

図１０（Ｃ）は、ユーザＵ１が主催したゲームイベントの一覧画面１１０の一例を示す図である。

図１０（Ｃ）に示すように、第一端末装置１２は、一覧画面１１０において、ユーザＵ１が主催したゲームイベントのうち、ユーザＵ１による一つのゲームイベントの選択を受け付ける。これに応答して、第一端末装置１２は、選択を受け付けたゲームイベントのイベントＩＤを含む申請ページ要求をサーバ装置１０に送信する。

図９に戻って、処理は、ステップＳＰ１１２の処理に移行する。

（ステップＳＰ１１２）
サーバ装置１０の取得手段４４は、第一端末装置１２から、申請ページ要求を受信する。これに応答して、出力手段４２は、イベント情報テーブル４０Ａに基づき、事後申請のための申請ページを作成する。続いて、出力手段４２は、作成した申請ページを第一端末装置１２に送信する。そして、処理は、ステップＳＰ１１４の処理に移行する。

（ステップＳＰ１１４）
第一端末装置１２は、サーバ装置１０から、申請ページを受信する。これに応答して、第一端末装置１２は、受信した申請ページに基づき、事後申請画面を表示する。

図１０（Ｄ）は、第一端末装置１２に表示される事後申請画面１２０の一例を示す図である。

図１０（Ｄ）に示すように、事後申請画面１２０には、ゲームイベントの詳細入力欄１２２と、ファイル選択ボタン１２４と、事後申請ボタン１２６と、が設けられている。詳細入力欄１２２には、例えば、開催日や、参加人数、試合形式等の入力欄が設けられている。また、詳細入力欄１２２には、参加者の名前や開催場所、ゲームイベントの結果の入力欄等も設けられてもよい。ファイル選択ボタン１２４は、ユーザ主催のゲームイベントが開催されたことを示す証拠データとして、ファイルを選択するためのボタンである。なお、証拠データとしては、ゲームイベントが開催されているときに撮影された写真や動画等が挙げられる。なお、写真や動画が、開催されたゲームイベントの様子（開催日、開催場所や、参加人数、参加者の名前や試合形式など）やゲームイベントの結果が分かるものであれば、それらの入力を省略させてもよい。また、証拠データとしては、ゲームイベントの様子やゲームイベントの結果のこと等が記載されているブログのＵＲＬや、ゲームイベントの様子やゲームイベント結果を撮影した写真が掲載されているブログのＵＲＬ、ゲームイベントの様子やゲームイベント結果を撮影した動画が掲載されているウェブサイトのＵＲＬ等であってもよい。事後申請ボタン１２６は、詳細入力欄１２２に入力された内容及び選択された証拠データで事後申請するためのボタンである。なお、詳細入力欄１２２には、予め、イベント情報が入力されていてもよい。

ここで、第一端末装置１２は、事後申請ボタン１２６の押下を受け付けると、イベントＩＤと、詳細入力欄１２２に入力された内容と、選択された証拠データと、を含む事後申請データをサーバ装置１０に送信する。

図９に戻って、処理は、ステップＳＰ１１６の処理に移行する。

（ステップＳＰ１１６）
サーバ装置１０の取得手段４４は、第一端末装置１２から、事後申請データを受信する。これに応答して、出力手段４２は、イベント情報テーブル４０Ａから、事後申請データに含まれるイベントＩＤに対応する参加者のユーザＩＤを取得し、取得したユーザＩＤに対応する第二端末装置１４に、受信した事後申請データを含む確認要求を送信する。なお、ユーザＩＤに対応する第二端末装置１４が複数存在する場合には、出力手段４２は、全て又は一部の第二端末装置１４に確認要求を送信する。一部の第二端末装置１４に送信する場合には、参加者の中で、ゲームイベントで最も成績が良かった他のユーザＵ２や、ゲームポイントＰ１が最も高い他のユーザＵ２、主催ポイントＰ２が最も高いユーザＵ２の第二端末装置１４に送信してもよい。そして、処理は、ステップＳＰ１１８の処理に移行する。

（ステップＳＰ１１８）
第二端末装置１４は、サーバ装置１０から、確認要求を受信する。これに応答して、第二端末装置１４は、確認要求に含まれる事後申請データの内容を表示する。続いて、第二端末装置１４は、他のユーザＵ２による、事後申請データの内容が正しいか否かの確認結果の入力を受け付け、受け付けた確認結果をサーバ装置１０に送信する。そして、処理は、ステップＳＰ１２０の処理に移行する。このように、他のユーザＵ２による確認を行わせることによって、主催者であるユーザＵ１が間違った内容で事後申請してしまった場合であっても、正しい内容に従ってこの後の判定を行うことができる。換言すると、主催者であるユーザＵ１の負担を減らすことができる。

（ステップＳＰ１２０）
サーバ装置１０の取得手段４４は、第二端末装置１４から、確認結果を受信する。これに応答して、判定手段４６は、受信した確認結果や事後申請データの内容、承認基準等に基づき、事後申請を承認するか否かを判定する。承認基準としては、事後申請データに含まれるイベントＩＤに対応するゲームイベントが、管理者Ｍ側から承認されているゲームイベントであること、すなわち、イベントＩＤに対応する対象フラグがオンであることや、確認結果が正しいこと、事後申請データに含まれる証拠データや入力内容においてユーザＵ１及び参加者としての他のユーザＵ２の全員の情報が含まれていること、事後申請データに含まれる証拠データにおいてゲームイベントの様子が映っていること、ゲームイベントの場所が映っていること、事後申請データに含まれる証拠データや入力内容においてゲームイベントの結果が含まれていること、参加人数が所定人数以上であること、試合がトーナメントであることの少なくとも１つ以上の基準等が挙げられる。なお、当該判定の全部又は一部は、管理者Ｍが行ってもよい。そして、当該判定が肯定判定された場合には、処理は、ステップＳＰ１２２の処理に移行し、当該判定が否定判定された場合には、処理は、ステップＳＰ１２４の処理に移行する。

（ステップＳＰ１２２）
サーバ装置１０の付与手段４８は、ポイントテーブル４０Ｂにおいて、事後申請データに対応するユーザＵ１に、主催ポイントＰ２を付与する。付与する主催ポイントＰ２のポイント数は、特に限定されないが、例えば「１」である。なお、付与手段４８は、ユーザＵ１のゲームポイントＰ１、主催ポイントＰ２やゲームイベントの内容に応じて、付与する主催ポイントＰ２のポイント数を変更してもよい。また、付与手段４８は、ゲームイベントの参加者数に基づき、付与する主催ポイントＰ２のポイント数を変更してもよい。そして、処理は、ステップＳＰ１２６の処理に移行する。

（ステップＳＰ１２４）
サーバ装置１０の付与手段４８は、ポイントテーブル４０Ｂにおいて、事後申請データに対応するユーザＵ１から、主催ポイントＰ２を減算する。なお、事前申請したユーザＵ１が、ゲームイベントが開催された後、所定期間の間に事後申請しなかった場合にも、付与手段４８は、当該ユーザＵ１から、主催ポイントＰ２を減算してもよい。これにより、主催者が事後申請をうっかり忘れてしまうことを抑制できる。また、このステップＳＰ１２４は省略することもできる。そして、処理は、ステップＳＰ１２６の処理に移行する。

（ステップＳＰ１２６）
付与手段４８は、イベント情報テーブル４０Ａ等を参照して、事後申請に含まれるイベントＩＤに対応する参加者を取得し、当該参加者である他のユーザＵ２に、ゲームイベントの結果に応じて、ゲームポイントＰ１を付与する。例えば、付与手段４８は、ゲームイベントの成績上位３位までに、成績が高いほど、より多くのゲームポイントＰ１を付与する。そして、処理は、ステップＳＰ１２８の処理に移行する。

（ステップＳＰ１２８）
出力手段４２は、事後申請の申請結果（承認されたか否か等）を、第一端末装置１２と、参加者となった他のユーザＵ２の第二端末装置１４に送信する。そして、処理は、ステップＳＰ１３０の処理に移行する。

（ステップＳＰ１３０）
判定手段４６は、ポイントテーブル４０Ｂに記述されている各ゲームポイントＰ１に基づき、ユーザＵ１やユーザＵ２を含むユーザのゲームランキングを更新する。そして、図９に示す一連の処理が終了する。

＜効果＞
以上、第一実施形態では、第一端末装置１２と通信可能なサーバ装置１０が、ユーザ主催のゲームイベントが開催されたことを示す証拠データを第一端末装置１２から取得する取得手段４４と、取得手段４４が取得した証拠データに基づき、ゲームイベントの参加者となった他のユーザＵ２に第一特典を付与する付与手段４８と、を備える。

この構成によれば、現実世界におけるユーザ主催のゲームイベントに参加すると、その証拠データに基づいて、特典が付与されるので、ゲームイベントが実際には主催されなかった場合でも特典が付与される可能性がある場合に比べて、ユーザ主催のゲームイベントに参加することについて、他のユーザＵ２のモチベーションを向上することができる。

また、第一実施形態では、ゲームイベントは、ゲームの対戦会を含み、第一特典は、ゲームにおける強さの指標とされるゲームポイントＰ１を含み、付与手段４８は、ゲームイベントの結果に応じて、ゲームポイントＰ１を付与する。

この構成によれば、ゲームポイントＰ１が付与されれば、他のユーザＵ２の誉れや、公式イベント等の他のゲームイベントに参加できるようになるので、ユーザ主催のゲームイベントに参加することについて、他のユーザＵ２のモチベーションを一層向上することができる。

また、第一実施形態では、付与手段４８は、ゲームイベントの主催者であるユーザＵ１にゲームポイントＰ１とは異なる主催ポイントＰ２を付与する。

この構成によれば、ゲームイベントを主催することについて、ユーザＵ１のモチベーションを向上することができる。この結果、ユーザ主催のゲームイベントが増えて、参加可能なゲームイベントの選択肢が増えるので、ユーザ主催のゲームイベントに参加することについて、他のユーザＵ２のモチベーションを一層向上することができる。

また、第一実施形態では、付与手段４８は、ゲームイベントの主催者であるユーザＵ１が所有する主催ポイントＰ２に基づき、付与するゲームポイントＰ１の数を変更することが好ましい。

この構成によれば、他のユーザＵ２にとってはユーザＵ１の主催ポイントＰ２がゲームイベントに参加する理由となり、他のユーザＵ２が参加すればユーザＵ１にとっては誉れとなる。この結果、ユーザ主催のゲームイベントが増えて、参加可能なゲームイベントの選択肢が増えるので、ユーザ主催のゲームイベントに参加することについて、他のユーザＵ２のモチベーションを一層向上することができる。

また、第一実施形態では、付与手段４８は、ゲームイベントの参加者数に基づき、付与する主催ポイントＰ２の数を変更することが好ましい。

この構成によれば、ゲームイベントを主催することについて、ユーザＵ１のモチベーションを向上することができる。

また、第一実施形態では、付与手段４８は、ゲームイベントの参加者の現在のゲームポイントＰ１に基づき、付与するゲームポイントＰ１の数を変更することが好ましい。

この構成によれば、ユーザ主催のゲームイベントに参加することについて、他のユーザＵ２のモチベーションを一層向上することができる。

また、第一実施形態では、取得手段４４が取得した証拠データに基づき、ゲームイベントが開催されたことの信憑性の有無を判定する判定手段４６を更に備え、付与手段４８は、判定手段４６が肯定判定した場合に、第一特典（ゲームポイントＰ１）を付与する。

この構成によれば、信憑性が有る場合に第一特典が付与されるので、不正を抑制することができ、もって他のユーザＵ２のモチベーションを向上することができる。

また、第一実施形態では、ゲームイベントを特典付与対象（ポイント付与対象）とすることをユーザＵ１が申請するための申請画面データ（申請ページ）を第一端末装置１２に出力する出力手段４２を更に備え、取得手段４４は、申請画面データに基づいて第一端末装置１２に出力された事前申請画面９０において入力された申請内容を第一端末装置１２から取得し、付与手段４８は、取得手段４４が取得した事前申請内容に基づいて、ゲームイベントが、管理者Ｍ側から承認されているゲームイベントであることを条件に、特典（ゲームポイントＰ１）を付与する。

この構成によれば、ゲームポイントＰ１がより正しく付与されることになるので、ユーザ主催のゲームイベントに参加することについて、他のユーザＵ２のモチベーションを一層向上することができる。

また、第一実施形態では、出力手段４２は、一又は複数のゲームイベントに関するイベント情報を閲覧するための閲覧画面データであって、管理者Ｍ側から承認されていないゲームイベントのイベント情報に比べて、管理者Ｍ側からポイント付与対象として承認されているゲームイベントのイベント情報を強調する閲覧画面データを出力する。

この構成によれば、強調されたイベント情報に対応するユーザ主催のゲームイベントに、参加者を増やすことができる。また、他のユーザＵ２にとって、容易にポイント付与対象のゲームイベントを見つけることができるので、ユーザ主催のゲームイベントに参加することについて、他のユーザＵ２のモチベーションを一層向上することができる。

また、第一実施形態では、出力手段４２は、ゲームイベントに参加申し込みを行うための申込画面データであって、ゲームイベントが管理者Ｍ側からポイント付与対象として承認されているゲームイベントである場合には、ゲームポイントＰ１が付与される旨の表示欄１０１を含む申込画面データを出力する。

この構成によれば、ポイント付与対象のユーザ主催のゲームイベントに、参加者を増やすことができる。また、他のユーザＵ２にとって、容易にポイント付与対象のゲームイベントを見つけることができるので、ユーザ主催のゲームイベントに参加することについて、他のユーザＵ２のモチベーションを一層向上することができる。

―――第二実施形態―――
次に、本発明の第二実施形態に係るイベント管理システムについて説明する。第二実施形態では、参加者となった他のユーザＵ２が代理で事後申請する点で、第一実施形態と異なる。以下、代理で事後申請することを、「代理事後申請」と称す。なお、第二実施形態に係るイベント管理システムの構成は、第一実施形態と同様である。

図１１は、第二実施形態に係るイベント管理システム１において代理事後申請の処理の流れの一例を示すフローチャートである。

（ステップＳＰ１５０）
第二端末装置１４は、他のユーザＵ２のＵＲＬの入力操作に応じて、閲覧画面データとしての閲覧ページデータを要求する閲覧ページ要求をサーバ装置１０に送信する。そして、処理は、ステップＳＰ１５２の処理に移行する。

（ステップＳＰ１５２）
サーバ装置１０の取得手段４４は、第二端末装置１４から、閲覧ページ要求を受信する。これに応答して、サーバ装置１０の出力手段４２は、イベント情報テーブル４０Ａに基づき、閲覧画面データとしての閲覧ページを生成する。続いて、出力手段４２は、生成した閲覧ページを第二端末装置１４に送信する。そして、処理は、ステップＳＰ１５４の処理に移行する。

（ステップＳＰ１５４）
第二端末装置１４は、サーバ装置１０から、閲覧ページを受信する。これに応答して、第二端末装置１４は、受信した閲覧ページに基づき、閲覧画面６０を表示する。そして、処理は、ステップＳＰ１５６の処理に移行する。

（ステップＳＰ１５６）
第二端末装置１４は、閲覧画面６０において、他のユーザＵ２によるマイページボタン６６の押下を受け付ける。これに応答して、第二端末装置１４は、他のユーザＵ２のユーザＩＤを含むマイページ要求をサーバ装置１０に送信する。そして、処理は、ステップＳＰ１５８の処理に移行する。

（ステップＳＰ１５８）
サーバ装置１０の取得手段４４は、第二端末装置１４から、マイページ要求を受信する。これに応答して、出力手段４２は、イベント情報テーブル４０Ａ及びポイントテーブル４０ＢからユーザＩＤに対応する情報を参照し、マイページを作成する。続いて、出力手段４２は、作成したマイページを第二端末装置１４に送信する。そして、処理は、ステップＳＰ１６０の処理に移行する。

（ステップＳＰ１６０）
第二端末装置１４は、サーバ装置１０から、マイページを受信する。これに応答して、第一端末装置１２は、受信したマイページに基づき、他のユーザＵ２に対応するマイページ画面７０を表示する。

図１２（Ａ）～（Ｄ）は、他のユーザＵ１によって代理事後申請されるときの、第二端末装置１４に表示される画面の遷移図を示す図である。図１２（Ａ）は、第二端末装置１４に表示される閲覧画面６０の一例を示す図である。図１２（Ｂ）は、第二端末装置１４に表示されるマイページ画面７０の一例を示す図である。

図１２（Ａ）及び（Ｂ）に示すように、第二端末装置１４は、閲覧画面６０からマイページ画面７０の表示に移行し、当該マイページ画面７０において、他のユーザＵ２による参加ボタン７４Ｂの押下に応答して、他のユーザＵ２が参加したゲームイベントの一覧画面を表示する。

図１２（Ｃ）は、他のユーザＵ２が参加したゲームイベントの一覧画面２００の一例を示す図である。

図１２（Ｃ）に示すように、第二端末装置１４は、一覧画面２００において、他のユーザＵ２が参加したゲームイベントのうち、他のユーザＵ２による一つのゲームイベントの選択を受け付ける。これに応答して、第二端末装置１４は、選択を受け付けたゲームイベントのイベントＩＤを含む申請ページ要求をサーバ装置１０に送信する。

図１１に戻って、処理は、ステップＳＰ１６２の処理に移行する。

（ステップＳＰ１６２）
サーバ装置１０の取得手段４４は、第二端末装置１４から、申請ページ要求を受信する。これに応答して、判定手段４６は、他のユーザＵ２が代理申請すること自体に許可するか否かを判定する。例えば、判定手段４６は、ユーザＵ１からの依頼があったときや、ユーザＵ１からの事後申請がゲームイベントの開催日から所定期間の間なかったときに、肯定判定する。そして、当該判定が肯定判定された場合には、処理は、ステップＳＰ１６４の処理に移行し、当該判定が否定判定された場合には、処理は、ステップＳＰ１６６の処理に移行する。

（ステップＳＰ１６４）
判定手段４６は、イベント情報テーブル４０Ａにおいてイベント毎に対応付けられる代理申請フラグをオンする。そして、処理は、ステップＳＰ１６８の処理に移行する。

（ステップＳＰ１６６）
判定手段４６は、イベント情報テーブル４０Ａにおいてイベント毎に対応付けられる代理申請フラグをオフする。そして、処理は、ステップＳＰ１６８の処理に移行する。

（ステップＳＰ１６８）
第二端末装置１４の出力手段４２は、イベント情報テーブル４０Ａに基づき、代理事後申請のための申請ページを作成する。続いて、出力手段４２は、作成した申請ページを第二端末装置１４に送信する。そして、処理は、ステップＳＰ１７０の処理に移行する。

（ステップＳＰ１７０）
第二端末装置１４は、サーバ装置１０から、申請ページを受信する。これに応答して、第二端末装置１４は、受信した申請ページに基づき、代理事後申請画面を表示する。

図１２（Ｄ）は、第二端末装置１４に表示される代理事後申請画面２１０の一例を示す図である。

図１２（Ｄ）に示すように、代理事後申請画面２１０には、ゲームイベントの詳細入力欄１２２と、ファイル選択ボタン１２４と、代理申請ボタン２１６と、が設けられている。代理申請ボタン２１６は、詳細入力欄１２２に入力された内容及びファイル選択ボタン１２４にて選択された証拠データで事後申請するためのボタンである。この代理申請ボタン２１６は、代理申請フラグがオンのときにはアクティブとなっており、代理申請フラグがオフのときには非アクティブとなっている。

ここで、事後申請ボタン１２６がアクティブとなっている場合において、第二端末装置１４は、事後申請ボタン１２６の押下を受け付けると、事後申請に係るイベントＩＤと、詳細入力欄１２２に入力された内容と、ファイル選択ボタン１２４にて選択された証拠データと、を含む代理事後申請データをサーバ装置１０に送信する。

図１１に戻って、処理は、ステップＳＰ１７２の処理に移行する。

サーバ装置１０の取得手段４４は、第二端末装置１４から、代理事後申請データを受信する。これに応答して、判定手段４６は、受信した代理事後申請データや承認基準等に基づき、代理事後申請を承認するか否かを判定する。なお、判定手段４６の判定の全部又は一部は、管理者Ｍが行ってもよい。そして、当該判定が肯定判定された場合には、処理は、ステップＳＰ１２２の処理に移行し、当該判定が否定判定された場合には、処理は、ステップＳＰ１２４の処理に移行する。

以上、第二実施形態では、他のユーザＵ２の第二端末装置１４と通信可能なサーバ装置１０が、現実世界におけるユーザ主催のゲームイベントが開催されたことを示す証拠データや入力内容を第二端末装置１４から取得する取得手段４４と、取得手段４４が取得した証拠データや入力内容に基づき、ゲームイベントの参加者となった他のユーザＵ２に第一特典（ゲームポイントＰ１）を付与する付与手段４８と、を備える。

この構成によれば、第一実施形態と同様の効果を奏する他、他のユーザＵ２からも証拠データを送信することができ、もって、ユーザＵ１が事後申請する手間を省くことができるとともに、他のユーザＵ２がゲームポイントＰ１を確実に獲得できる。

―――第三実施形態―――
次に、本発明の第三実施形態に係るイベント管理システムについて説明する。第三実施形態に係るイベント管理システムは、ゲームイベントの場所を提供する提供者が代理で事前申請と事後申請をする点で、第一及び第二実施形態と異なる。以下、代理で事前申請することを、「代理事前申請」と称す。なお、第三実施形態に係るイベント管理システムの構成は、以下で説明するものを除き、第一実施形態と同様である。

図１３は、第三実施形態に係るイベント管理システム１Ａの全体構成の一例を示すブロック図である。

図１３に示すように、第三実施形態に係るイベント管理システム１Ａは、サーバ装置１０と、第一端末装置１２と、第二端末装置１４と、予約受付装置１６と、を備える。

予約受付装置１６は、ゲームイベントの場所を提供する提供者Ｐの情報処理装置である。この予約受付装置１６は、通信ネットワークＮＴを介してサーバ装置１０や第一端末装置１２等と通信可能に接続されている。予約受付装置１６のハードウェア構成は、サーバ装置１０の構成と同様である。

図１４は、第三実施形態に係るイベント管理システム１Ａにおいて、提供者Ｐによって代理事前申請されるときの処理の流れの一例を示すフローチャートである。

（ステップＳＰ２００）
第一端末装置１２は、ユーザＵ１の操作に応答して、当該ユーザＵ１が主催するゲームイベントの開催場所を予約するための予約情報の入力を受け付ける。入力確定後、第一端末装置１２は、ユーザＵ１のユーザＩＤ、主催するゲームイベントのイベントＩＤ開催日時、催行人数等を含む、入力された予約情報を予約受付装置１６に送信する。

（ステップＳＰ２０２）
予約受付装置１６は、第一端末装置１２から、予約情報を受信する。これに応答して、予約受付装置１６は、受信した予約情報に含まれるユーザＩＤに対応する主催ポイントＰ２を、サーバ装置１０と通信し、ポイントテーブル４０Ｂから参照する。そして、処理は、ステップＳＰ２０４の処理に移行する。

（ステップＳＰ２０４）
予約受付装置１６は、主催ポイントＰ２が閾値以上であるか否かを判定する。そして、当該判定が肯定判定された場合には、処理は、ステップＳＰ２０８の処理に移行し、当該判定が否定判定された場合には、処理は、ステップＳＰ２０６の処理に移行する。

（ステップＳＰ２０６）
予約受付装置１６は、予約不可である旨を示す予約不可通知を第一端末装置１２に送信する。第一端末装置１２では、予約不可通知を受信し、当該予約不可通知を表示する。そして、図１４に示す一連の処理が終了する。

（ステップＳＰ２０８）
予約受付装置１６は、受信した予約情報に係る日時に場所が空いている否かを判定する。そして、当該判定が肯定判定された場合には、処理は、ステップＳＰ２１０の処理に移行し、当該判定が否定判定された場合には、処理は、ステップＳＰ２０６の処理に移行する。

（ステップＳＰ２１０）
予約受付装置１６は、受信した予約情報を、当該予約受付装置１６の記憶装置に登録する。そして、処理は、ステップＳＰ２１２の処理に移行する。

（ステップＳＰ２１２）
予約受付装置１６は、予約情報を含む代理事前申請データをサーバ装置１０に送信することで、代理事前申請する。そして、処理は、ステップＳＰ２１４の処理に移行する。

（ステップＳＰ２１４）
サーバ装置１０の取得手段４４は、予約受付装置１６から、代理事前申請データを受信する。続いて、サーバ装置１０の判定手段４６は、受信した代理事前申請データと、予め定められた承認基準と、に基づき、代理事前申請を承認するか否か判定する。なお、判定手段４６の判定の全部又は一部は、管理者Ｍが行ってもよい。そして、当該判定が肯定判定された場合には、処理は、ステップＳＰ２１６の処理に移行し、当該判定が否定判定された場合には、処理は、ステップＳＰ２２０の処理に移行する。

（ステップＳＰ２１６）
サーバ装置１０の判定手段４６は、イベント情報テーブル４０Ａにおいて、代理事前申請データに含まれるイベントＩＤに対応する対象フラグをオンする。そして、処理は、ステップＳＰ２１８の処理に移行する。

（ステップＳＰ２１８）
サーバ装置１０の付与手段４８は、ポイントテーブル４０Ｂにおいて、代理事前申請データに含まれるユーザＩＤに対応するユーザＵ１に、主催ポイントＰ２を付与する。付与する主催ポイントＰ２のポイント数は、特に限定されないが、例えば「１」である。そして、処理は、ステップＳＰ２２０の処理に移行する。

（ステップＳＰ２２０）
サーバ装置１０の出力手段４２は、代理事前申請の申請結果、すなわち、判定手段４６の判定結果を予約受付装置１６に送信する。そして、処理は、ステップＳＰ２２２の処理に移行する。

（ステップＳＰ２２２）
予約受付装置１６は、サーバ装置１０から、申請結果を受信する。これに応答して、予約受付装置１６は、受信した申請結果を表示するとともに、予約したユーザＵ１の第一端末装置１２に転送する。そして、処理は、ステップＳＰ２２４の処理に移行する。

（ステップＳＰ２２４）
第一端末装置１２は、予約受付装置１６から、申請結果を受信する。これに応答して、第一端末装置１２は、受信した申請結果を表示する。そして、図１４に示す一連の処理が終了する。

図１５は、第三実施形態に係るイベント管理システム１Ａにおいて、提供者Ｐによって代理事後申請されるときの処理の流れの一例を示すフローチャートである。

（ステップＳＰ２７０）
第一端末装置１２は、ゲームイベントが終わった後に、ユーザＵ１の操作に応じて、ユーザＵ１のユーザＩＤやゲームイベントのイベントＩＤを含む、当該ゲームイベントのイベント結果を予約受付装置１６に送信することで、当該イベント結果を提供者Ｐに報告する。そして、処理は、ステップＳＰ２７２の処理に移行する。

（ステップＳＰ２７２）
予約受付装置１６は、第一端末装置１２からイベント結果を受信する。これに応答して、予約受付装置１６は、イベント結果に含まれるイベントＩＤに対応する証拠データを選択し、選択した証拠データと、受信したイベント結果を含む代理事後申請データをサーバ装置１０に送信する。そして、処理は、ステップＳＰ２７４の処理に移行する。なお、ここでいう「証拠データ」とは、ゲームイベントの場所を提供する提供者Ｐが管理する（当該場所に設置された）カメラ等で撮影された写真や動画等や他のユーザＵ２から予約受付装置１６に送信された写真や動画等である。なお、写真や動画は、開催されたゲームイベントの様子（参加人数、参加者の名前や試合形式など）が分かるものであることが好ましい。また、ゲームイベントのイベント結果が分かるものであれば、ユーザＵ１にイベント結果を報告させなくてもよい。

（ステップＳＰ２７４）
サーバ装置１０の取得手段４４は、予約受付装置１６から、代理事後申請データを受信する。これに応答して、判定手段４６は、受信した代理事後申請データや承認基準等に基づき、代理事後申請を承認するか否かを判定する。そして、当該判定が肯定判定された場合には、処理は、ステップＳＰ１２２の処理に移行し、当該判定が否定判定された場合には、処理は、ステップＳＰ１２４の処理に移行する。

以上、第三実施形態では、予約受付装置１６と通信可能なサーバ装置１０が、ユーザ主催のゲームイベントをポイント付与対象とするための代理事前申請データを予約受付装置１６から取得する取得手段４４と、取得手段４４が取得した代理事前申請データに基づき、代理事前申請を承認するか否かを判定する判定手段４６と、を備える。

この構成によれば、提供者Ｐからも事前申請データを送信することができ、もって、ユーザＵ１が事前申請する手間を省くことができる。

また、第三実施形態では更に、取得手段４４は、ユーザ主催のゲームイベントが開催されたことを示す証拠データを予約受付装置１６から取得し、付与手段４８は、当該取得手段４４が取得した証拠データに基づき、ゲームイベントの参加者となった他のユーザＵ２に特典（ゲームポイントＰ１）を付与する。

この構成によれば、第一実施形態と同様の効果を奏する他、ゲームイベントの場所を提供する提供者Ｐや他のユーザＵ２からも証拠データを送信することができ、もって、ユーザＵ１が事後申請する手間を省くことができるとともに、他のユーザＵ２がゲームポイントＰ１を確実に獲得できる。また、この構成によれば、証拠データの信憑性を向上することができる。

―――変形例―――
なお、本発明は上記の具体例に限定されるものではない。すなわち、上記の具体例に、当業者が適宜設計変更を加えたものも、本発明の特徴を備えている限り、本発明の範囲に包含される。また、前述した実施形態及び後述する変形例が備える各要素は、技術的に可能な限りにおいて組み合わせることができ、これらを組み合わせたものも本発明の特徴を含む限り本発明の範囲に包含される。

例えば、上記第一実施形態では、サーバ装置１０が判定手段４６を備える場合を説明したが、判定手段４６を省略することもできる。また、上記第一実施形態では、サーバ装置１０が出力手段４２を備える場合を説明したが、出力手段４２は他のサーバ装置に設けられてもよい。同様に、記憶手段４０も、他のサーバ装置に設けられてもよい。

また、上記第一実施形態では、付与手段４８が、ゲームイベントの結果に応じて、参加者となった他のユーザＵ２にゲームポイントＰ１を付与する場合を説明したが、付与手段４８が、ゲームイベントの結果に関わらず、参加者となった他のユーザＵ２に、ゲームポイントＰ１と異なる参加ポイントを付与してもよい。この参加ポイントは、ゲームイベントに係るゲームのアイテムやゲーム内通貨等に交換可能であってもよい。

また、上記第一実施形態では、事前申請と事後申請を行う場合を説明したが、事前申請は省略してもよい。例えば、ポイント付与対象として承認されているゲームイベントであることを表示しなくても参加者を集めることができる有名な主催者であれば、事前申請を省略することでポイント付与対象のゲームイベントを主催する際の手間を省くことができる。

また、上記第一実施形態では、付与手段４８は、ユーザ主催のゲームイベントの参加者となった他のユーザＵ２に第一特典を付与する場合を説明したが、公式のゲームイベントの参加者となった他のユーザＵ２に第一特典を付与してもよい。例えば、付与手段４８は、公式のゲームイベントにおいて、成績に応じて、参加者にゲームポイントＰ１を付与する。なお、付与されるゲームポイントＰ１は、公式のゲームイベントの方が、ポイント付与対象として承認されたユーザ主催のゲームイベントよりも多いことが好ましい。ユーザ主催のゲームイベントの方が開催される回数が多いことが想定されるので、付与するゲームポイントを少なくしておかないと、公式のゲームイベントではそれほど強くないユーザがユーザ主催のゲームイベントゲームに沢山参加したことで、公式のゲームイベントでは強いがユーザ主催のゲームイベントゲームに参加しないユーザよりも、ランキングが上位になってしまうからである。

また、上記第三実施形態では、ユーザＵ１がゲームイベントの場所の予約をする場合を説明したが、ユーザＵ１の代わりに、管理者Ｍがゲームイベントの場所を予約してもよい。具体的には、図１４に示すステップＳＰ２００の処理を、第一端末装置１２の代わりに、サーバ装置１０が行ってもよい。これにより、ユーザＵ１による、場所を予約する手間を省くことができる。例えば、ユーザＵ１が作成したゲームイベントの作成内容（ゲームイベント名と、開催日時と、催行人数と、ゲームイベントの内容等）を取得したサーバ装置１０が、ユーザＵ１のユーザＩＤ、主催するゲームイベントのイベントＩＤ、開催日時や、催行人数等を含む予約情報を予約受付装置１６に送信する。そして、予約受付装置１６は、受信した予約情報に係る日時に、最適な場所が空いている否かを判定する。

また、上記第三実施形態では、場所が空いていない場合には、予約不可通知をする場合を説明したが、予約受付装置１６は、ゲームイベントの参加人数に応じて、予約する場所を変更してもよい。具体的には、サーバ装置１０からゲームイベントへの参加予定人数を取得し、その予定人数が入れる場所に変更してもよい。なお、予定人数が入れる場所に変更できないときは、その旨をサーバ装置１０に送信してもよい。サーバ装置１０は、それにより参加できる人数を制限してもよい。

また、予約受付装置１６は、催行人数が入れる場所を確保できないときは、その旨をサーバ装置１０に送信してもよい。その際、確保できる場所に入れる人数をサーバ装置１０に送信してもよい。その場合、サーバ装置１０は、催行人数を確保できる場所に入れる人数に変更してもよいし、変更するか否かを主催者であるユーザＵ１に確認してもよい。

また、参加者であるユーザＵ２に付与できる第一特典が複数種類あり、事前申請の際に何れの第一特典を付与して欲しいかをユーザＵ１が選べるようになっていてもよい。その場合、選ばれた第一特典が何であるかを閲覧者に表示してあげることが好ましい。これにより、各ユーザはどのゲームイベントに参加すればよいか、選びやすくなる。また、各ユーザは、過去に主催した各ゲームイベントで主催ポイントＰ２を何ポイント得たか、過去に参加したゲームイベントでゲームポイントＰ１を何ポイント得たかを、例えば、マイページ画面７０や一覧画面等で確認できるようになっていることが好ましい。

１０…サーバ装置（情報処理装置、コンピュータ）
１２…第一端末装置（端末装置）
１４…第二端末装置（端末装置）
４２…出力手段
４４…取得手段
４８…付与手段

Claims (10)

1. 端末装置と通信可能な情報処理装置であって、
   現実世界におけるユーザ主催のゲームイベントのイベントＩＤと、前記ゲームイベントの参加者となるユーザのユーザＩＤと、を対応付けて記憶する記憶手段と、
   前記ゲームイベントを特典付与対象とすることを申請する申請データであって、前記イベントＩＤと、前記ゲームイベントが開催された結果及び前記ゲームイベントの様子の少なくとも一方を示す証拠データと、を含む申請データを前記端末装置から取得する取得手段と、
   前記取得手段が取得した申請データに基づき、前記申請を承認するか否かを判定する判定手段と、
   前記判定手段が肯定判定した場合に、前記申請データに含まれる前記イベントＩＤに対応付けて記憶された前記ユーザＩＤの参加者に特典を付与する付与手段と、
   を備える情報処理装置。
2. 前記ゲームイベントは、ゲームの対戦会を含み、
   前記特典は、前記ゲームにおける強さの指標とされるポイントを含み、
   前記付与手段は、前記ゲームイベントの結果に応じて、前記ポイントを付与する、
   請求項１に記載の情報処理装置。
3. 前記ポイントを第一ポイントとしたとき、
   前記付与手段は、前記ゲームイベントの主催者に前記第一ポイントとは異なる第二ポイントを付与する、
   請求項２に記載の情報処理装置。
4. 前記付与手段は、前記ゲームイベントの主催者が所有する第二ポイントに基づき、付与する第一ポイントの数を変更する、
   請求項３に記載の情報処理装置。
5. 前記付与手段は、前記ゲームイベントの参加者数に基づき、付与する第二ポイントの数を変更する、
   請求項３又は４に記載の情報処理装置。
6. 前記付与手段は、前記ゲームイベントの参加者の現在の第一ポイントに基づき、付与する第一ポイントの数を変更する、
   請求項３乃至５の何れか１項に記載の情報処理装置。
7. 前記ゲームイベントを特典付与対象とすることをユーザ又はユーザの代理人が申請するための申請画面データを前記端末装置に出力する出力手段を更に備え、
   前記取得手段は、前記申請画面データに基づいて前記端末装置に出力された申請画面において入力された申請内容を前記申請データとして前記端末装置から取得し、
   前記付与手段は、前記取得手段が取得した前記申請データに基づいて、前記ゲームイベントが、前記情報処理装置の管理者側から承認されているゲームイベントであることを条件に、前記特典を付与する、
   請求項１乃至６の何れか１項に記載の情報処理装置。
8. 前記出力手段は、一又は複数の前記ゲームイベントに関するイベント情報を閲覧するための閲覧画面データであって、前記管理者側から承認されていないゲームイベントのイベント情報に比べて、前記管理者側から承認されているゲームイベントのイベント情報を強調する閲覧画面データを出力する、
   請求項７に記載の情報処理装置。
9. 前記出力手段は、前記ゲームイベントに参加申し込みを行うための申込画面データであって、当該ゲームイベントが前記管理者側から承認されているゲームイベントである場合には、前記特典が付与される旨の表示を含む申込画面データを出力する、
   請求項７又は８に記載の情報処理装置。
10. 端末装置と通信可能なコンピュータを、
    現実世界におけるユーザ主催のゲームイベントのイベントＩＤと、前記ゲームイベントの参加者となるユーザのユーザＩＤと、を対応付けて記憶する記憶手段、
    前記ゲームイベントを特典付与対象とすることを申請する申請データであって、前記イベントＩＤと、前記ゲームイベントが開催された結果及び前記ゲームイベントの様子の少なくとも一方を示す証拠データと、を含む申請データを前記端末装置から取得する取得手段、
    前記取得手段が取得した申請データに基づき、前記申請を承認するか否かを判定する判定手段、
    前記判定手段が肯定判定した場合に、前記申請データに含まれる前記イベントＩＤに対応付けて記憶された前記ユーザＩＤの参加者に特典を付与する付与手段、
    として機能させるためのプログラム。

Images