JP2021162979A - 情報処理方法、情報処理装置、及びプログラム - Google Patents

Abstract

【課題】あらゆるイベントに対してドラフト制度を適用し、ゲームの興趣性を高める新たな仕組みを提供する。
【解決手段】情報処理方法は、プロセッサが、エンターテインメントに関するイベントを含む複数のイベントの中から、各ユーザにより選択された少なくとも一のイベントに関するイベント情報を取得し、取得されたイベント情報に基づいて、同一の第１イベントを選択した各ユーザにより選択された所定数のドラフト対象を取得し、第１イベントに関する所定基準に基づいて各ドラフト対象に与えられる得点を用いて、第１イベントの終了時に、第１グループの各ユーザの総合得点を集計し、第１グループの各ユーザに対し、集計結果を出力し、集計結果に基づき、第１グループ内のユーザに報酬を付与する。
【選択図】図７

Description

開示の技術は、情報処理方法、情報処理装置、及びプログラムに関する。

従来、ファンタジースポーツと呼ばれるゲームが、海外、特に米国で流行しており、コンピュータを用いて、ファンタジースポーツを手軽に楽しめるようなゲームが知られている（例えば特許文献１参照）。

米国特許第８１９２２６０号

しかしながら、従来のファンタジースポーツにおいては、プレイヤの活躍度合を客観的にスコア化することが容易なスポーツイベントのみに対するゲームを楽しむことしかできなかった。

そこで、開示技術は、スポーツに限らず、あらゆるイベントに対してドラフト制度を適用し、ゲームの興趣性を高める新たな仕組みを提供することを目的とする。

開示の一態様における情報処理方法は、情報処理装置に含まれる１又は複数のプロセッサが、エンターテインメントに関するイベントを含む複数のイベントの中から、各ユーザにより選択された少なくとも一のイベントに関するイベント情報を取得し、取得されたイベント情報に基づいて、同一の第１イベントを選択した各ユーザを第１グループに分類し、前記第１イベントに関連付けられたドラフト対象の中から、前記第１グループの各ユーザにより選択された所定数のドラフト対象を取得し、前記第１イベントに関する所定基準に基づいて各ドラフト対象に与えられる得点を用いて、前記第１イベントの終了時に、前記第１グループの各ユーザの総合得点を集計し、前記第１グループの各ユーザに対し、集計結果を出力し、前記集計結果に基づき、前記第１グループ内のユーザに報酬を付与する。

開示技術によれば、あらゆるイベントに対してドラフト制度を適用し、ゲームの興趣性を高める新たな仕組みを提供することができる。

一実施形態に係る情報処理システムの構成の一例を示す図である。 一実施形態に係るサーバの一例を示すブロック図である。 一実施形態に係るユーザ端末の一例を示す図である。 一実施形態に係るユーザデータの一例を示す図である。 一実施形態に係るイベントデータの一例を示す図である。 一実施形態に係るゲーム画面の遷移例を示す図である。 一実施形態に係るゲームに関する処理の一例を示すフローチャートである。 一実施形態に係るドラフト処理の一例を示すフローチャートである。

添付図面を参照して、本開示の好適な実施形態について説明する。なお、各図において、同一の符号を付したものは、同一又は同様の構成を有する。

［実施形態］
＜システム構成＞
図１は、開示の一実施形態に係る情報処理システム１の構成の一例を示す図である。図１に示すとおり、情報処理システム１は、サーバ１０と、１又は複数のユーザ端末２０Ａ、２０Ｂ、２０Ｃとを含む。サーバ１０と、１又は複数のユーザ端末２０とは、ネットワークＮを介して相互にデータの送受信が可能である。サーバ１０は、複数の処理装置により構成されてもよく、ユーザ端末２０Ａ、２０Ｂ、２０Ｃは、数は任意の数でもよく、個々に区別しない場合はユーザ端末２０と称する。

情報処理システム１は、例えば、スポーツ、エンターテインメント、番組、進学実績、商品の販売実績、ｅ−ｓｐｏｒｔｓ、選挙、コンクール／コンテスト等のあらゆるイベントに対して、各ドラフト対象、及びこのドラフト対象に関する得点（スコア）を設定し、ユーザ間でドラフトを楽しんでもらうことができるシステムである。また、情報処理システム１は、イベントの終了時に、ユーザ毎に、ドラフトされたドラフト対象の得点を集計し、各ユーザに知らせることで、ユーザがドラフトしたドラフト対象の最終結果を報告し、最終結果に応じた報酬をユーザに与える。

サーバ１０は、情報処理システム１を実行するプラットフォームを提供するサーバである。サーバ１０は、例えば、１又は複数のプロセッサを備える情報処理装置であり、ドラフト処理を制御したり、得点の集計処理を制御したり、報酬の付与処理を制御したりする。サーバ１０は、その他、ユーザの登録処理や、課金処理、ゲーム内通貨の管理処理や、ドラフト状況の通知処理、外部システムから、イベントに関するデータを取得し、得点を設定（スコア化）したりする処理を行ってもよい。

ユーザ端末２０は、サーバ１０が提供するプラットフォームにより実現されるゲームを実行する情報処理装置（又は処理端末）である。ユーザ端末２０として、例えばパーソナルコンピュータ、ＰＤＡ（Personal Digital Assistant）、スマートフォン等の携帯端末、携帯電話機等が用いられる。

ユーザ端末２０には、サーバ１０が提供するプラットフォームを利用するためのアプリケーションプログラム（アプリ）がインストールされてもよい。このアプリは、サーバ１０が提供するプラットフォームにおいて、開示のドラフトゲームをユーザ端末２０に実行させる。このアプリを実行することにより、ユーザ端末２０はサーバ１０にアクセスして、アプリの実行に用いる情報を送受信する。

また、ユーザ端末２０は、ウェブブラウザを用いて、サーバ１０が提供するウェブサイトにアクセスし、このウェブサイトにおいて制御される開示のドラフトゲームを実行してもよい。

＜ゲーム概要＞
ここで、開示のゲームの基本的な概要について説明する。ユーザは、ユーザ端末２０を用いて、運営側が提供する複数のイベントの中から、ドラフトに参加したいイベントを選択する。このイベントは、上述したとおり、スポーツに限らず、エンターテインメント等のあらゆるイベントを含むことができ、ユーザからの申請により作成されたイベントを含んでもよい。

ユーザが選択したイベントにおいて、所定人数が集まると、そのイベントを選択した各ユーザを含むグループが形成される。次に、グループ内の各ユーザに対し、所定基準により選択順が決定される。各ユーザは、ユーザ端末２０を用いて、自身の選択順が回ってきたときに、そのイベントにおいて設定された複数のドラフト対象の中から、選択可能なドラフト対象を選択する。

サーバ１０は、イベントが終了すると、イベントに関する情報を外部システムから取得し、各ユーザの得点を集計する。得点は、所定基準に基づいて、イベント結果に応じてドラフト対象に与えられる得点である。サーバ１０は、ユーザごとに、選択されたドラフト対象の得点を合計して合計得点を集計する。

サーバ１０は、集計結果を各ユーザに出力する。例えば、合計得点が一番高いユーザを、勝者とし、報酬を与えてもよい。報酬は、各ユーザがゲーム内通貨を賭けていた場合、報酬に関する所定基準に応じて付与されればよい。以下、上述したゲームを実行可能にする情報処理システム１の各構成等について詳細に説明する。

＜構成＞
図２は、開示の一実施形態に係るサーバ１０の一例を示すブロック図である。サーバ１０は、１つ又は複数の処理装置（ＣＰＵ）１１０、１つ又は複数の通信インタフェース１２０、メモリ１３０、及びこれらの構成要素を相互接続するための１つ又は複数の通信バス１７０を含む。

サーバ１０は、場合によりユーザインタフェース１５０を含んでもよく、これとしては、ディスプレイ、及び入力装置（キーボード及び／又はマウス、又は他の何らかのポインティングデバイス等）を挙げることができる。

メモリ１３０は、例えば、ＤＲＡＭ、ＳＲＡＭ、他のランダムアクセス固体記憶装置などの高速ランダムアクセスメモリであり、また、１つ又は複数の磁気ディスク記憶装置、光ディスク記憶装置、フラッシュメモリデバイス、又は他の不揮発性固体記憶装置などの不揮発性メモリでもよく、非一時的な記録媒体でもよい。

メモリ１３０は、情報処理システム１により用いられるデータを記憶する。例えば、メモリ１３０は、ユーザデータ、イベントデータなどのゲームの制御に関するデータを記憶する。なお、各データの詳細は、図４、５を用いて後述される。

また、メモリ１３０の他の例として、ＣＰＵ１１０から遠隔に設置される１つ又は複数の記憶装置でもよい。ある実施形態において、メモリ１３０はＣＰＵ１１０により実行されるプログラム、モジュール及びデータ構造、又はそれらのサブセットを格納する。

ＣＰＵ１１０は、メモリ１３０に記憶されるプログラムを実行することで、ゲーム制御部１１２、イベント制御部１１３、ドラフト制御部１１４、集計部１１５、結果制御部１１６を構成する。

ゲーム制御部１１２は、開示されたゲームの実行を制御する。例えば、ゲーム制御部１１２は、ユーザの登録を制御したり、イベントに関するデータ取得を制御したりする。また、ゲーム制御部１１２は、ゲームの実行を制御するために、イベント制御部１１３、ドラフト制御部１１４、集計部１１５、結果制御部１１６を有する。

イベント制御部１１３は、ドラフト対象のイベントを制御する。例えば、イベント制御部１１３は、任意のイベントに対して、ドラフト対象を設定したり、得点に関する所定基準を設定したりする。また、イベント制御部１１３は、エンターテインメントに関するイベントを含む複数のイベントの中から、各ユーザにより選択された少なくとも一のイベントに関するイベント情報を取得する。例えば、ユーザはユーザ端末２０を用いてイベントを選択した場合、イベント制御部１１３は、ユーザにより選択されたイベント情報を、ネットワーク通信インタフェース１２０を介してユーザ端末２０から取得する。

また、イベント制御部１１３は、ユーザにより、まずはイベントのジャンルを選択させ、次に、ドラフト処理を行うイベント（対象ゲーム）を選択させてもよい。例えば、ユーザは、まず、スポーツ、エンターテインメント、ドラマ、商品、進学実績、ユーザが作成したイベントなどの複数のイベントのジャンルの中から１つのジャンルを選択する。次に、ユーザは、各ジャンルの中で、自身が参加したいイベントを選択する。イベント制御部１１３は、選択されたジャンルの第１イベント情報、選択されたイベント（対象ゲーム）の第２イベント情報を取得してもよい。

イベント制御部１１３は、取得されたイベント情報に基づいて、同一の第１イベントを選択した各ユーザを第１グループに分類する。例えば、イベント制御部１１３は、各イベントに対し、同イベントを選択したユーザをまとめてグループ化する。また、各イベントには、最大参加人数が設定されていてもよい。この場合、最大参加人数に満たないイベントは、ドラフトがキャンセルされてもよい。

ドラフト制御部１１４は、第１イベントに関連付けられたドラフト対象の中から、第１グループの各ユーザにより選択された所定数のドラフト対象を取得する。例えば、ドラフト制御部１１４は、グループ内のユーザにドラフト順を設定し、各ユーザに順番にドラフト対象を選択させる。ドラフト対象は、スポーツのプレイヤ、番組、商品、所定事象が発生するか否か、複数のドラフト対象を含むセットなどのうち、少なくとも１つを含む。

集計部１１５は、第１イベントに関する所定基準に基づいて各ドラフト対象に与えられる得点を用いて、第１イベントの終了時に、第１グループの各ユーザの総合得点を集計する。例えば、集計部１１５は、イベントごとの得点に関する所定基準に基づいて、イベントの結果に応じて各ドラフト対象に付与された得点を、ユーザ毎に合計し、総合得点（合計得点）を求める。

結果制御部１１６は、第１グループの各ユーザに対し、集計結果を出力する。例えば、結果制御部１１６は、集計結果を各ユーザのユーザ端末２０に送信するよう制御する。また、結果制御部１１６は、集計結果に基づく報酬を第１グループ内のユーザに付与する。例えば、結果制御部１１６は、合計得点が最も高いユーザに報酬を付与する。報酬は、例えば、ゲーム内通貨や、デジタルカード又は物理的カードや、参加型の体験などの少なくとも１つを含む。

これにより、上述した開示内容であれば、スポーツに限らず、あらゆるイベントをドラフト対象にしてドラフトさせるという新しい発想を用いて、所定基準により付与される得点を用いて勝者を決定することで、あらゆるイベントをゲーム化し、このゲームの興趣性を向上させることができる。また、上述した開示内容であれば、ユーザに対し、各種イベントに関する様々な情報を受動的に消費するのではなく、各種イベントの所定対象を応援したり、ドラフトするために所定対象について調査したりし、能動的に情報を消費することを図ることができる。

また、ドラフト制御部１１４は、予め設定された複数のドラフト対象を含むセットがユーザによりドラフトされることを含んでもよい。例えば、ドラフト制御部１１４は、ドラフトでの選択対象として、複数のドラフト対象を含むセットを含んでもよい。具体的には、イベント制御部１１３は、イベントがサッカーの場合、同地域出身の選手を複数人含む１セットをドラフト対象としたり、イベントが所定シーズンのドラマの視聴率を競う場合、テレビ局ごとに複数のドラマを含む１セットをドラフト対象としたりしてもよい。

これにより、ドラフトによる選択回数を削減することで、通信負荷を軽減したり、システム内の処理負荷を軽減したりすることができる。また、セットを設けることによって、セット内のドラフト対象の組み合わせに対する思考をユーザに行わせ、ゲームの興趣性を向上させることも可能になる。

また、ドラフト制御部１１４は、予め設定された所定事象の発生有無に関する対象をドラフト対象に含んでもよい。例えば、ドラフト制御部１１４は、イベントが野球の場合、その試合において、完封試合が起きるか否か、イベントが所定シーズンでのお菓子の販売個数を競う場合、或るお菓子が所定個以上販売されるか否か、などをドラフト対象に含んでもよい。

これにより、ドラフト対象のバリエーションを増やすことで、ゲームの興趣性を向上させることができる。また、通常はドラフト対象にはならないような事象であっても、発生の有無、頻度等を用いることで、ドラフト対象とすることができ、任意のイベントであっても、本開示のゲームにおけるドラフトを実行可能にすることができる。

また、イベント制御部１１３は、ユーザから所定イベントの作成要求を取得し、この作成要求に応じて、所定イベントを作成して複数のイベントに含めてもよい。また、イベント制御部１１３は、所定イベントに関連付けられるドラフト対象、及び、所定イベントに対応して与えられる得点に関する所定基準を設定してもよい。例えば、イベント制御部１１３は、ユーザから、複数の所定銘柄の株価予想についてドラフトしたいという要求を受けると、このイベントを作成し、ドラフト対象の銘柄を選択し、得点に関する所定基準を設定する。この場合、所定期間後に、ドラフトされた株価により与えられる得点の合計が最も高いユーザが勝者となってもよい。

これにより、ユーザが積極的にイベントに参加することを可能にし、ユーザの能動的な思考を促進することができる。また、ドラフト運営管理側では、ユーザからのリクエストによりイベントを作成することが可能になるので、ユーザ好みのイベントを作成することができる。また、ユーザによる自由な発想でのイベント作成を可能にするため、運営管理側は、様々なイベントを用意することができる。

また、結果制御部１１６は、第１イベントに関する企業に対し、第１グループ内の各ユーザのドラフト状況に関するドラフトデータを出力してもよい。例えば、結果制御部１１６は、ドラフトデータをマーケティングデータとして、例えば、イベントを主催した企業やマーケティングを行う企業に出力してもよい。

ドラフトデータは、例えば、ドラフト対象に対して、ドラフト順位、何人のユーザが選択したかなどのドラフト実績データ、選択したユーザの性別、年齢などのユーザ情報、ドラフトの開催日、所定人数が集まるまでに要した時間などのドラフト書誌的データなどを含んでもよい。

これにより、開示の情報処理システム１により扱うデータをマーケティングデータとして活用することができ、新たなビジネスを生み出すことができる。

ドラフト制御部１１４は、ドラフト対象に対してユーザにより付与された優先順に基づいて、自動的にドラフトしてドラフト対象を選択することを含んでもよい。例えば、イベントに対して所定人数が集まった後に、実際にドラフトを開始するまで所定時間をユーザに与え、ドラフト対象について順位等を考えさせる時間を設けるとする。この場合、この所定時間のうちに、ユーザに、ドラフト対象に優先順を付与させ、ユーザの選択が回ってきたときに、ドラフト制御部１１４は、選択対象の中から、優先順が高いドラフト対象から順に自動で選択してもよい。自動でドラフト対象が選択される場合、ドラフト制御部１１４は、ユーザに与えられた選択のための制限時間を待たずに、次のユーザに選択権を回してもよい。

これにより、ドラフト処理に関する処理時間を短縮することができ、システム全体の処理効率を向上させることができる。また、ユーザに対して、ドラフト中の時間を拘束することを防止することが可能になる。

図３は、開示の一実施形態に係るユーザ端末２０の一例を示す図である。ユーザ端末２０は、１つ又は複数の処理装置（ＣＰＵ）２１０、１つ又は複数の通信インタフェース２２０、メモリ２３０、ユーザインタフェース２５０、及びこれらの構成要素を相互接続するための１つ又は複数の通信バス２７０を含む。

ユーザインタフェース２５０は、ディスプレイ２５１、及び入力装置（キーボード及び／又はマウス、又は他の何らかのポインティングデバイス等）２５２を含む。

メモリ２３０は、例えば、ＤＲＡＭ、ＳＲＡＭ、又は他のランダムアクセス固体記憶装置などの高速ランダムアクセスメモリであり、また、１つ又は複数の磁気ディスク記憶装置、光ディスク記憶装置、フラッシュメモリデバイス、又は他の不揮発性固体記憶装置などの不揮発性メモリでもよく、非一時的な記録媒体でもよい。

メモリ２３０は、情報処理システム１により用いられるデータやプログラムを記憶する。例えば、メモリ２３０は、情報処理システム１における携帯端末用のアプリケーションプログラムなどを記憶する。

ＣＰＵ２１０は、メモリ２３０に記憶されるプログラムを実行することで、クライアントアプリケーション２１２を構成する。クライアントアプリケーション２１２は、例えば、ウェブブラウザやメールアプリケーションなどを含む。ウェブブラウザは、サーバ１０により提供されるゲームプラットフォームのウェブページの閲覧を可能にする。また、インストールされた携帯端末用のアプリケーションの実行により、ゲームプラットフォームのウェブページの閲覧が可能になる。クライアントアプリケーション２１２は、ゲームを実行するため、画面制御部２１３、表示制御部２１４、ドラフト処理部２１５、結果処理部２１６を有する。

画面制御部２１３は、エンターテインメントに関するイベントを含む複数のイベントを含む画面情報を生成する。例えば、画面制御部２１３は、ユーザにより各イベントを選択可能な画面情報を生成する（後述する図６の画面Ｄ１０、Ｄ１１を参照）。なお、画面制御部２１３は、複数段に分けて、例えばジャンルの選択と、イベント（対象ゲーム）の選択とに分けて、最終的にイベントを選択可能な画面情報を生成してもよい。また、画面制御部２１３は、ゲームの画面に関する画面情報を生成する。

表示制御部２１４は、生成された画面情報を表示画面に表示制御する。例えば、表示制御部２１４は、画面制御部２１３により生成された各画面情報をディスプレイ２５１に表示制御する。

ドラフト処理部２１５は、表示画面に表示された複数のイベントの中から、ユーザの操作に応じて第１イベントを選択する。例えば、ドラフト処理部２１５は、表示画面に表示された複数のイベントに含まれる、プロ野球の試合、サッカーの試合、番組の視聴率を競うイベント、商品の売上を競うイベント、選挙等の中から、ユーザ操作に基づいて所定のイベントを受け付ける。

また、ドラフト処理部２１５は、第１イベントに関連付けられ、表示画面に表示されたドラフト対象の中から、ユーザの操作に応じて、ドラフト対象を順に選択する。例えば、ドラフト処理部２１５は、第１イベントが番組視聴率を競うイベントの場合、複数の番組に対して、ユーザが順に番組を選択する。また、ドラフト処理部２１５は、ユーザ一人に対する選択時間に制限時間を設け、制限時間内にドラフト対象を選択させるようにする。制限時間が過ぎると、所定基準に基づいて、サーバ側で所定のドラフト対象が選択される。

また、画面制御部２１３は、第１イベントに関する所定基準に基づく各ドラフト対象に与えられる得点を用いて、第１イベントの最中に集計されるユーザの暫定得点を含む画面情報を更新する。例えば、画面制御部２１３は、サーバ１０から送信される集計結果に基づいて、最新のユーザの得点を更新し、更新後の得点を含む画面情報を生成する。

表示制御部２１４は、画面制御部２１３により更新される画面情報を表示画面に表示制御する。例えば、表示制御部２１４は、画面制御部２１３により、ユーザの得点が更新される度に、更新された画面情報をディスプレイ２５１に表示制御する。

結果処理部２１６は、第１イベントの終了後に、最終の総合得点が所定条件を満たす場合に付与される報酬をユーザに通知する。例えば、結果処理部２１６は、報酬を表示画面に表示するようにしたり、音声で通知するようにしたり、又は、ユーザが保有する別の端末に送信したりする。

＜各データの例＞
次に、サーバ１０のメモリ１３０に格納されるデータの一部について図４及び図５を用いて説明する。図４は、一実施形態に係るユーザデータの一例を示す図である。図４に示す例のユーザデータには、登録者ＩＤに関連付けて、ユーザ名、メールアドレス、パスワード、コインなどが含まれる。

「登録者ＩＤ」は、例えば、ユーザを識別するための情報を含む。「ユーザ名」は、例えば、氏名、ニックネームなどのゲーム上でユーザを表示する際に用いられるデータを含む。「メールアドレス」は、例えば、ユーザの連絡先である電子メールアドレスを含む。「パスワード」は、ユーザが自身を認証する際に用いられるデータを含む。「コイン」は、ユーザが、課金やキャンページや報酬等により獲得したゲーム内通貨を含む。また、ユーザデータには、住所や、銀行口座番号やクレジットカード番号などの決済情報、ユーザが保有するデジタルカードなどが含まれてもよい。また、コインは、課金により獲得された有償コインと、キャンペーン等で付与された無償コインとを分けて管理されてもよい。

図５は、一実施形態に係るイベントデータの一例を示す図である。図５に示す例のイベントデータには、イベントＩＤに関連付けて、名称、コイン数、人数、ドラフト対象、所定基準などが含まれる。

「イベントＩＤ」は、例えば、運営側で設定された、又はユーザのリクエストにより設定されたイベントを識別する情報を含む。「名称」は、例えば、イベントの名称を含む。「コイン数」は、例えば、このイベントに参加するために必要なコイン数を示す。「ドラフト対象」は、このイベントに関連付けられているドラフト対象を含む。ドラフト対象はＩＤなどで管理されてもよい。「所定基準」は、各ドラフト対象に付与される得点に関する第１基準を含む。また、「所定基準」は、ドラフト対象の選択ルールに関する第２基準を含んでもよい。また、「所定基準」は、報酬の付与に関する第３基準を含んでもよい。また、イベントデータには、イベントの開始日時や終了日時、ドラフトの受付を開始する日時や、受付を終了する日時を含んでもよい。

＜表示画面例＞
次に、情報処理システム１により提供されるゲーム画面の遷移例について説明する。図６は、一実施形態に係るゲーム画面の遷移例を示す図である。図６に示す画面Ｄ１０は、イベントのジャンルをユーザに選択させる画面の一例を示す。ユーザ端末２０の表示制御部２１４は、画面Ｄ１０に示すようなジャンル選択画面を表示制御する。例えば、画面Ｄ１０のジャンル選択画面は、ユーザ名、イベントのジャンルなどを含む。イベントのジャンルには、複数のジャンルがあり、例えば、スポーツに含まれる野球、バスケットボールなど、エンターテインメントに含まれる、複数の芸人の中で１番を決定する番組など、また、選挙番組などがジャンルに含まれる。

次に、ユーザが、芸人の中で１番を決定する番組を選択すると、表示制御部２１４は、画面Ｄ１０から画面Ｄ１１に遷移させる。画面Ｄ１１は、ユーザが選択したジャンルに含まれる複数のイベントの中から、一のイベント（対象ゲーム）をユーザに選択させる画面の一例を示す。例えば、画面Ｄ１１は、必要なコイン数が異なる各イベントを含む。

次に、ユーザが、一のイベントを選択すると、表示制御部２１４は、画面Ｄ１１から画面Ｄ１２に遷移させる。画面Ｄ１２は、ユーザが選択したイベントの内容を確認する画面の一例を示す。画面Ｄ１２は、各ドラフト対象に付与される得点に関する所定基準（例えば第１基準）、ドラフト対象の選択ルールに関する所定基準（例えば第２基準）、報酬に関する所定基準（第３基準）を含む。

次に、ユーザが、イベントの内容を確認すると、表示制御部２１４は、画面Ｄ１２から画面Ｄ１３に遷移させる。画面Ｄ１３は、選択可能なドラフト対象を含む。なお、ドラフト開始前に、選択したいドラフト対象に対して優先度を付与することが可能である。例えば、ユーザは、選択したい順にドラフト対象を押下し、ドラフト処理部２１５は、ユーザ操作により付与された優先順を、サーバ１０に送信するよう制御する。これにより、サーバ１０のドラフト制御部１１４は、ユーザのドラフト対象に対する選択の優先順を、ドラフト開始前に取得することができる。

また、ドラフトが開始されると、画面Ｄ１３に、制限時間のカウントダウンが表示されてもよい。これにより、ユーザに対して制限された時間を表示することで、ユーザに限られた時間内での分析、選択を迫ることが可能になる。

次に、イベントが開始されると、表示制御部２１４は、画面Ｄ１３から画面Ｄ１４に遷移させる。これは、イベントの途中であっても、得点に関する事象が起きた時に、ドラフト対象の得点が更新された集計結果をサーバ１０がユーザ端末２０に送信し、ユーザ端末２０の画面制御部２１３が集計結果に基づいて画面情報を更新する。表示制御部２１４は、画面情報が更新される度に、更新された画面情報を表示制御することで画面Ｄ１４に示すような画面を表示制御する。

次に、イベントが終了すると、勝者のユーザが利用するユーザ端末２０の表示制御部２１４は、画面Ｄ１４から画面Ｄ１５に遷移させる。画面Ｄ１５は、報酬の一例である、人気の芸人が表示されるデジタルカードを含む。画面Ｄ１５に示す報酬は、サーバ１０から通知された場合に表示される。

＜ドラフトの具体例＞
次に、開示の技術で適用可能なドラフトＡとドラフトＢとについて説明する。ドラフトＡと、ドラフトＢとの一例は以下のとおりである。

（ドラフトＡ）
・異なる参加者（ユーザ）は同じドラフト対象を選択することはできない
・参加者が順番にドラフト対象を選択する
・最大参加者枠数：１０
・ドラフトＡが参加者により作成された場合の設定可能な最大参加者枠数：１０
・選択されたドラフト対象が獲得した点数の合計が最も大きい参加者が、報酬として、全参加者の参加費を獲得する
・その他の参加者は何も獲得できない
・参加費０コインの場合は報酬も０コイン（参加費は、ドラフトＡに参加するために必要なゲーム内通貨）

（ドラフトＢ）
・異なる参加者は同じドラフト対象を選択することができる
・制限時間内に参加者が自由に選手を選択する
・最大参加者枠数：全ユーザ
・ドラフトＢが参加者により作成された場合の設定可能な最大参加者枠数：フレンド上限
・運営側で設定するドラフトＢの場合
選択されたドラフト対象が獲得した点数の合計が最も大きい参加者から順にランキング報酬がもらえる
・参加者が作成、設定したドラフトＢの場合
１位となった参加者が全参加者の参加費を獲得する
・参加費０コインの場合は報酬も０コイン

次に、各ドラフトの処理例について順に説明する。
（ドラフトＡの処理手順）
（１）参加者は、ホーム画面で参加したいイベントバナーをタップ
ユーザ端末２０のドラフト処理部２１５は、タップされたイベントに関する第１イベント情報をサーバ１０に送信し、サーバ１０のイベント制御部１１３は、この第１イベント情報を取得する。例えば、第１イベント情報は、ドラフトの対象となるイベントのジャンルを含む。具体例としては、第１イベント情報は、サッカーのワールドカップの予選１〜３日目に行われる試合などを含む。

（２）参加者は、ドラフト一覧から参加したいドラフトＡの対象ゲームをタップ
ユーザ端末２０のドラフト処理部２１５は、タップされたドラフトＡに関する第２イベント情報をサーバ１０に送信し、サーバ１０のイベント制御部１１３は、第２イベント情報を取得する。例えば、第２イベント情報は、ドラフトの対象ゲームを含む。また、対象ゲームは、参加費（コインまたはデジタルカード（単に「カード」とも称する。））と、参加人数とが対象ゲームによって異なる。なお、イベントのジャンル及び対象ゲームを含めて「イベント」と称してもよい。

例えば、ドラフトＡの対象ゲームの参加条件及び報酬について以下に例を挙げる。
・参加費１コイン、参加人数２の場合、対象ゲームに勝利した参加者が無償２コイン獲得
・参加費３コイン、参加人数２の場合、対象ゲームに勝利した参加者が無償６コイン獲得
・参加費１コイン、参加人数５の場合、対象ゲームに勝利した参加者が無償５コイン獲得
・参加費カード１枚、参加人数２の場合、対象ゲームに勝利した参加者がカード２枚獲得
・参加費カード３枚、参加人数２の場合、対象ゲームに勝利した参加者がカード６枚獲得
・参加費カード１枚、参加人数５の場合、対象ゲームに勝利した参加者がカード５枚獲得

（３）参加者は、参加確認ポップアップが表示されるので参加費の支払に承諾する
ユーザ端末２０のドラフト処理部２１５は、ユーザ操作に応じて、承諾結果情報をサーバ１０に送信し、サーバ１０のイベント制御部１１３は、承諾結果情報を受け取ると、参加に必要なコイン数又はカード数を、参加者のユーザデータに保持されるユーザの所持コイン数／カード数から減算する。

（４）参加者は、参加枠が満員になるまで待機する
サーバ１０のイベント制御部１１３は、対象ゲームに設定された参加人数が満たされるか、又は、制限時間が過ぎるまで、ユーザからの参加を待つ。この間、参加をしたユーザは、所定の対象ゲームに関連付けられたドラフト対象の一覧、又はドラフト詳細などを待機中に自由に確認することができる。

また、ユーザ端末２０のドラフト処理部２１５は、ドラフト対象に優先度（例えば星）を順に付けることを可能とし、優先度情報は、サーバ１０のドラフト制御部１１４に取得される。また、星を付ける順が優先度の高さを示してもよい。これにより、参加者が、オートドラフトモードを選択、または自分の選択番の時間が過ぎた場合に、星を付けた順に選手が自動的に選択される。なお、サーバ１０のドラフト制御部１１４は、星をつけた参加者を入れ替えて、ドラフトの選択順を変更することも可能である。

例えば、参加者募集の待機時間は誰かが参加してから１分としてもよい。１分経過してもユーザの参加枠が上限に達しない場合、その対象ゲームは中止としてもよい。中止の場合、ユーザが支払った参加費はそのユーザに返却される。 また、ユーザが有償コインを支払っている場合、同じ数の無償コインを返却してもよい。

ドラフト制御部１１４は、ドラフト対象の一覧として、例えば、ドラフト対象ごとの最新の５ゲームでの獲得点数の平均値の大きい順（第１順）や、そのイベント内での募集開始から現在までで、最も選択された回数が多い順（第２順）が表示されるように制御する。また、ドラフト制御部１１４は、ユーザ操作に応じて、第１順と第２順とを切り替えるようにしてもよい。

（５）参加枠が満員になった後、選択の順番がランダムで決定される
サーバ１０のドラフト制御部１１４は、ユーザ端末２０のドラフト処理部２１５と連携し、選択の順番を決めるアニメーションをユーザ端末２０の表示画面に表示されるよう制御する。また、このアニメーションはタップでスキップが可能である。また、ドラフト制御部１１４は、満員になった時に、このゲームのアプリケーションを起動していない参加者に、参加者が満員になったことを示すメッセージを含むＰｕｓｈ通知を送る。ドラフト制御部１１４は、参加者が満員になったタイミングで、参加の拒否を不可能とする。

（６）ドラフト開始前に１分間の検討時間を付与
上述したとおり、ドラフト制御部１１４は、参加者に対し、ドラフト対象一覧、ドラフト詳細などを、対象ゲーム開催決定までの待機中にも自由に確認することを可能にする。ドラフト制御部１１４は、この検討時間に、ドラフト対象に星を付けることも可能とする。参加者が、残り時間の表示箇所をタップすると、ドラフト制御部１１４は、この参加者に対して検討時間を終了させる。また、ドラフト制御部１１４は、１分未満に他の参加者全員が検討時間を終了した場合、ドラフトを開始するよう制御する。

（７）最初の順番の参加者からドラフトしたいドラフト対象を順に選択していく
サーバ１０のドラフト制御部１１４は、ユーザ端末２０のドラフト処理部２１５により検知されるユーザ操作で選択されたドラフト対象を選択し、このユーザに関連付ける。この場合、ドラフト制御部１１４は、選択の制限時間を設けてもよく、例えば３０秒とする。また、ドラフト制御部１１４は、ユーザ端末２０のドラフト処理部２１５と連携し、１０秒前から表示時間が赤くなり、音と振動でカウントダウンするような演出を行ってもよい。ドラフト制御部１１４は、制限時間内に参加者がドラフト対象を選択しなかった場合、優先度最上位のドラフト対象を自動的に選択する。参加者によりドラフト対象に優先度が付与されていない場合、所定基準に基づいてドラフト対象を選択する。所定基準は、例えば、最近の数試合で獲得した得点が最も高いドラフト対象である。

また、ドラフト制御部１１４は、参加者の中に、ＣＰＵ１１０が制御するＣＰＵ参加者を含めてもよい。この場合、ドラフト制御部１１４は、例えば、ＣＰＵ参加者の選択の順番が回ってきた場合、平均点が最も高いドラフト対象を選択する。ＣＰＵ参加者以外の参加者が星を付けているドラフト対象かどうかは、ＣＰＵ参加者の選択には関係ない。ドラフト制御部１１４は、ＣＰＵ参加者の選択の順番が来たら、参加者を待たせないために、すぐにドラフト対象を選択する。

例えば、ドラフトの選択順は次のように進める。ドラフト制御部１１４は、参加者Ｐ１、Ｐ２、Ｐ３、Ｐ４、Ｐ５の順で順番を決めたとする。この場合、ドラフトの選択順の一例は、以下のとおりである。
１周目：Ｐ１、Ｐ２、Ｐ３、Ｐ４、Ｐ５（左から順に選択）
２周目：Ｐ５、Ｐ４、Ｐ３、Ｐ２、Ｐ１
３周目：Ｐ１、Ｐ２、Ｐ３、Ｐ４、Ｐ５
４周目：Ｐ５、Ｐ４、Ｐ３、Ｐ２、Ｐ１
５周目：Ｐ１、Ｐ２、Ｐ３、Ｐ４、Ｐ５

ドラフト制御部１１４は、ドラフト対象を選択する枠数について、イベントごとに決めてもよい。また、ドラフト制御部１１４は、ドラフト対象にポジション等がある場合、そのポジションごとに枠数を決めてもよい。例えば、対象ゲームがバスケットボールの試合の場合、センターは１枠、フォワードは２枠、ガードは２枠である。もし、ある参加者がセンターを１名選択した場合、その参加者は、次の手番で２人目のセンターの選手を選択することはできない。ドラフト制御部１１４は、自動的にドラフト対象を選択することになった際、星付きのドラフト対象全てがすでに獲得したポジションだった場合、まだ枠の残っているポジションのドラフト対象のうち平均点の最も高いドラフト対象を選択する。

ユーザ端末２０の表示制御部２１４は、ドラフト対象を選択する画面を表示する際、２名（参加者Ａｖｓ参加者Ｂ）の場合と、３名以上の参加者の場合とで、一部ＵＩ（User Interface）のデザインを変更してもよい。また、表示制御部２１４は、ドラフト中のフッターメニューのチームから、参加者全員がどの選手を選択しているのか確認できるようにしてもよい。 なお、ドラフトが開始されるまでに、参加者が上述したフッターメニューをタップしても、表示制御部２１４は、「ドラフト開始まで表示されません」と表示されるようにしてもよい。

（８）参加者全員がドラフト対象をすべて選択完了すると、マイドラフトのドラフト詳細画面に遷移する
ユーザ端末２０の表示制御部２１４は、参加者が選択したドラフト対象の平均点の合計、参加者ごとの選択したドラフト対象のデータを表示するようにしてもよい。また、表示制御部２１４は、どの参加者がどの順番でどのドラフト対象を選択したかの概要を表示するようにしてもよい。マイドラフトは、例えばホーム画面から選択可能なＵＩ部品である。

（９）対象ゲームのイベントが開始されると、ＬＩＶＥ画面の各ドラフトから試合中の点数の推移が確認できる
ユーザ端末２０の画面制御部２１３は、イベント中の点数の更新について、ＣＭＳ（Contents Management Server）上でイベントの状況が更新されるたびに、画面情報を更新する。ＣＭＳの更新は、運営側で直接インポートして更新するようにしてもよく、外部のサービスと連携して更新するようにしてもよい。参加者自身の暫定の点数と順位とが表示されてもよい。

（１０）イベントが終了して処理が完了次第、結果画面から参加者の得点結果が確認できる
集計部１１５は、イベントの終了後に、最終的な各ドラフト対象の得点を集計し、ユーザ毎に、選択された各ドラフト対象が獲得した得点の合計を算出する。結果制御部１１６は、最終結果に基づき、報酬を所定のユーザに付与する。

（ドラフトＢの処理手順）
次に、ドラフトＢの処理手順の一例について説明するが、ドラフトＡの場合と異なる処理を主に説明する。
（１）参加者は、ホーム画面で参加したいイベントバナーをタップ
この処理は、ドラフトＡの処理と同様である。

（２）参加者は、ドラフト一覧から参加したいドラフトＢの対象ゲームをタップ
同じジャンルのイベント内のドラフトＡとドラフトＢとは同じ一覧に表示されてもよい。参加費（コインまたはカード）と、参加人数とは、ドラフトＢの内容によって異なる。

例えば、ドラフトＢの対象ゲームの参加条件及び報酬について以下に例を挙げる。
・参加費１コイン、参加人数２の対象ゲームに勝利した場合、１位の報酬を獲得
・参加費１コイン、参加人数５の対象ゲームで３位の成績の場合、３位の報酬を獲得
・参加費カード１枚、参加人数２の対象ゲームに勝利した場合、１位の報酬を獲得
・参加費カード１枚、参加人数５の対象ゲームで２位の成績の場合、２位の報酬を獲得

（３）参加者は、参加確認ポップアップが表示されるので参加費の支払に承諾する
この処理は、基本的には、ドラフトＡの処理と同様である。

（４）参加者は、参加枠が満員になる、または募集期間が終了するまで待機する
この処理は、基本的には、ドラフトＡの処理と同様であるが、サーバ１０のイベント制御部１１３は、ドラフトＢの場合、参加枠は最大で全ユーザとしてもよい。ユーザが、対象ゲームを作成する場合は、そのユーザのフレンド数が設定可能な参加人数の上限となる。参加の募集終了日時（例えば秒単位まで）は設定される。ユーザが作成する場合、募集開始から終了が３０分未満の場合は、イベント制御部１１３は、ユーザに対して、期間が短すぎると警告を表示するよう制御する。なお、募集期間の設定自体は、３０分未満も可能としてもよい。

（５）参加枠が満員、または募集終了日時になった場合、ドラフトを開始し、ドラフト対象を選択していく
この処理は、ドラフト対象を選択する処理は基本的にドラフトＡの処理と同様であるが、ドラフト制御部１１４は、イベント開始５分前までであれば、選択したドラフト対象を変更可能にしてもよい。また、ドラフトの選択画面は、参加人数に関係なく同じＵＩデザインにしてもよい。ドラフト制御部１１４は、ドラフト中のフッターメニューのチームから、このドラフトＢで参加者が最も選択しているドラフト対象が順番に並んだ一覧を確認可能にしてもよい。

（６）イベント開始５分前までマイドラフトからいつでもドラフトに移動、ドラフト対象を変更できる
ドラフト制御部１１４は、イベントが開始される所定時間（例えば５分）前であれば、ドラフト対象を変更可能にしてもよい。

（７）対象ゲームのイベントが開始されると、ＬＩＶＥ画面の各ドラフトから試合中の点数の推移が確認できる
この処理は、ドラフトＡの処理と同様である。

（８）イベントが終了して処理が完了次第、結果画面から参加者の得点結果が確認できる
結果制御部１１６は、所定の参加者の順位と、その周辺の順位、上位の順位が確認できるようにしてもよい。また、結果制御部１１６は、イベント終了から所定期間（例えば１か月）以上過ぎたら、参加者自身の順位と報酬内容のみを確認できるようにしてもよい。

＜動作説明＞
次に、情報処理システム１の各動作について説明する。図７は、一実施形態に係るゲームに関する処理の一例を示すフローチャートである。図７に示す例では、ユーザ端末２０とサーバ１０とが連携して処理を実行する。

ステップＳ１０２で、ユーザが、本開示のゲームのアプリケーションの起動を操作すると、ユーザ端末２０の表示制御部２１４は、画面制御部２１３により生成されたホーム画面の画面情報をディスプレイ２５１に表示するよう制御する。

ステップＳ１０４で、ユーザ端末２０のドラフト処理部２１５は、イベントのジャンルがユーザにより選択されたか否かを検知する。ジャンルが選択されれば（ステップＳ１０４−ＹＥＳ）、処理はステップＳ１０６に進み、ジャンルが選択されていなければ（ステップＳ１０４−ＮＯ）、処理はステップＳ１０４に戻る。

ステップＳ１０６で、ユーザ端末２０のドラフト処理部２１５は、ドラフトの対象ゲームが選択されたか否かを検知する。対象ゲームが選択されれば（ステップＳ１０６−ＹＥＳ）、処理はステップＳ１０８に進み、対象ゲームが選択されていなければ（ステップＳ１０６−ＮＯ）、処理はステップＳ１０６に戻る。

ステップＳ１０８で、サーバ１０のイベント制御部１１３は、対象ゲームに設定された参加枠の所定人数がそろったか否かを判定する。所定人数がそろえば（ステップＳ１０８−ＹＥＳ）、処理はステップＳ１１０に進み、所定人数がそろっていなければ（ステップＳ１０８−ＮＯ）、処理はステップＳ１０８に戻る。このとき、イベント制御部１１３は、所定時間内に所定人数がそろわない場合には、対象ゲームは不成立としてもよい。

ステップＳ１１０で、サーバ１０のドラフト制御部１１４と、ユーザ端末２０のドラフト処理部２１５とは、ユーザにより選択されたドラフト対象に関する情報を用いて、選択されたドラフト対象を決定していく。ドラフトの詳細な処理は、図８を用いて後述する。

ステップＳ１１２で、サーバ１０の集計部１１５は、イベントが開始されたか否かを判定する。イベントの開始は、例えば開始日時で判定することが可能である。イベントが開始されると（ステップＳ１１２−ＹＥＳ）、処理はステップＳ１１４に進み、イベントの開始がまだであると（ステップＳ１１２−ＮＯ）、処理はステップＳ１１２に戻る。

ステップＳ１１４で、サーバ１０の集計部１１５は、例えばＣＭＳなどからイベントの最新情報を取得し、最新情報に基づいてドラフト対象が獲得する得点を更新する。ユーザ端末２０の画面制御部２１３は、更新された得点情報をサーバ１０から取得し、更新された得点情報に基づいて各ユーザ、又はユーザ自身の得点を更新し、画面情報を更新する。表示制御部２１４は、画面情報が更新されるたびに、最新の画面情報をディスプレイ２５１に表示制御する。

ステップＳ１１６で、サーバ１０の集計部１１５は、イベントが終了したか否かを判定する。イベントの終了は、ＣＭＳから終了情報を取得したり、終了日時を取得したりして判定可能である。イベントが終了すると（ステップＳ１１６−ＹＥＳ）、処理はステップＳ１１８に進み、イベントがまだ実行中であると（ステップＳ１１６−ＮＯ）、処理はステップＳ１１４に戻る。

ステップＳ１１８で、サーバ１０の結果制御部１１６は、イベントが終了した後に、最終的な各ドラフト対象の得点に基づく最終結果を集計部１１５から取得し、最終結果に基づいて、所定のユーザに報酬を付与する。

以上の処理によれば、情報処理システム１に対して、スポーツに限らず、様々なイベントの中からドラフトしたいイベントをユーザに選択させ、選択されたイベントに関連付けられたドラフト対象に対してドラフトを体験してもらうことで、ゲームの興趣性を高めることができる。また、参加者自身が応援するドラフト対象を制限時間内で考えて選択したり、調査したりすることで、能動的な分析、調査のトリガをユーザに与えることができる。

図８は、一実施形態に係るドラフト処理の一例を示すフローチャートである。図８に示す例では、上述したドラフトＡ及びドラフトＢのどちらにも対応可能である。

ステップＳ２０２で、サーバ１０のドラフト制御部１１４は、同じ対象ゲームを選択した参加者に対して、ドラフト順を所定基準にしたがって決定する。所定基準は例えばランダムなどである。

ステップＳ２０４で、サーバ１０のドラフト制御部１１４は、順番に、選択する参加者（ユーザ）を決定する。

ステップＳ２０６で、サーバ１０のドラフト制御部１１４は、ユーザ操作に応じて、制限時間内にドラフト対象が選択された否かを判定する。ユーザによりドラフト対象が選択されれば（ステップＳ２０６−ＹＥＳ）、処理はステップＳ２０８に進み、ユーザによりドラフト対象が選択されなければ（ステップＳ２０６−ＮＯ）、処理はステップＳ２１０に進む。

ステップＳ２０８で、サーバ１０のドラフト制御部１１４は、ユーザ操作により選択されたドラフト対象の情報をユーザ端末２０から取得し、取得した情報が示すドラフト対象を選択して、選択の手番が回ってきていたユーザに対応づける。

ステップＳ２１０で、サーバ１０のドラフト制御部１１４は、事前にユーザにより優先度が付与されているか否かを判定する。優先度が付与されていれば（ステップＳ２１０−ＹＥＳ）、処理はステップＳ２１２に進み、優先度が付与されていなければ（ステップＳ２１０−ＮＯ）、処理はステップＳ２１４に進む。

ステップＳ２１２で、サーバ１０のドラフト制御部１１４は、優先度に基づきドラフト対象を選択し、選択の手番が回ってきていたユーザに対応付ける。

ステップＳ２１４で、サーバ１０のドラフト制御部１１４は、所定基準に基づきドラフト対象を選択し、選択の手番が回ってきていたユーザに対応付ける。

ステップＳ２１６で、サーバ１０のドラフト制御部１１４は、全参加者が、所定数のドラフト対象を選択し、ドラフトが終了したか否かを判定する。ドラフトが終了すれば（ステップＳ２１６−ＹＥＳ）、ドラフト処理は終了し、ドラフトが終了していなければ、次の順番の参加者を決定するため、ステップＳ２０４に戻る。

以上、実施形態について詳述したが、上記実施形態に限定されるものではなく、特許請求の範囲に記載された範囲内において、下記に示すように、上記実施形態以外にも種々の変形及び変更が可能である。

［変形例］
実施形態で説明した情報処理システム１は、ドラフト対象ごとに得点が設定される以外にも、例えばドラフトされた複数のドラフト対象の関係に応じた得点を加算することも考えられる。具体的には、集計部１１５は、同じ大学又は高校出身の複数の選手をドラフトしていたら、チーム力アップで得点を所定ポイント加算してもよい。

また、異種ドラフト会議として、ジャンルが異なる複数のイベントを組み合わせてドラフトすることも可能である。例えば、イベント制御部１１３は、プロ野球、サッカー、ゴルフ、選挙、楽器のコンクールなどからそれぞれ所定数ずつドラフトするようなイベントを生成してもよい。

ドラフト対象が実在する人や物の場合、実在する人や物の現実の成績やステータスに基づいて得点を設定してもよい。また、付与される得点は、所定位置（例えばお店）に設けられるボタンにより送信される情報を用いて設定されてもよい。例えば、消費者が商品を購入する際に、消費者がそのお店を気に入った場合に、レジに置かれたボタンを押すことで、お店の人気ランキングなどのイベントを生成することも可能になる。

また、情報処理システム１は、課金等で得た収益の一部を、イベントを開催する団体又は企業に分配するようにしてもよい。これにより、参加者が課金し、課金で集まった金額の一部を、参加者が応援したドラフト対象に関する団体又は企業に与えることができる。

以上、実施形態及び変形例は、本発明を説明するための例示であり、本発明をその実施形態及び変形例のみに限定する趣旨ではなく、本発明は、その要旨を逸脱しない限り、さまざまな変形が可能である。また、サーバ側、ユーザ端末側の各処理を適宜統合したり、他方の装置に処理を移行したりしてもよい。

１…情報処理システム、１０…サーバ、２０…ユーザ端末、１１０…ＣＰＵ、１３０…メモリ、１１２…ゲーム制御部、１１３…イベント制御部、１１４…ドラフト制御部、１１５…集計部、１１６…結果制御部、２１０…ＣＰＵ、２１２…クライアントアプリケーション、２１３…画面制御部、２１４…表示制御部、２１５…ドラフト処理部、２１６…結果処理部、２３０…メモリ

Claims (11)

1. 情報処理装置に含まれる１又は複数のプロセッサが、
   エンターテインメントに関するイベントを含む複数のイベントの中から、各ユーザにより選択された少なくとも一のイベントに関するイベント情報を取得し、
   取得されたイベント情報に基づいて、同一の第１イベントを選択した各ユーザを第１グループに分類し、
   前記第１イベントに関連付けられたドラフト対象の中から、前記第１グループの各ユーザにより選択された所定数のドラフト対象を取得し、
   前記第１イベントに関する所定基準に基づいて各ドラフト対象に与えられる得点を用いて、前記第１イベントの終了時に、前記第１グループの各ユーザの総合得点を集計し、
   前記第１グループの各ユーザに対し、集計結果を出力し、
   前記集計結果に基づき、前記第１グループ内のユーザに報酬を付与する、情報処理方法。
2. 前記所定数のドラフト対象を取得することは、
   予め設定された複数のドラフト対象を含むセットがユーザによりドラフトされることを含む、請求項１に記載の情報処理方法。
3. 前記所定数のドラフト対象を取得することは、
   前記ドラフト対象に含まれる、予め設定された所定事象の発生有無に関する対象がユーザによりドラフトされることを含む、請求項１又は２に記載の情報処理方法。
4. 前記１又は複数のプロセッサがさらに、
   ユーザから所定イベントの作成要求を取得し、
   前記作成要求に応じて、前記所定イベントを作成して前記複数のイベントに含め、
   前記所定イベントに関連付けられるドラフト対象、及び、前記所定イベントに対応して与えられる得点に関する所定基準を設定する、請求項１乃至３いずれか一項に記載の情報処理方法。
5. 前記出力することは、
   前記第１イベントに関する企業に対し、前記第１グループ内の各ユーザのドラフト状況に関するドラフトデータを出力することを含む、請求項１乃至４いずれか一項に記載の情報処理方法。
6. 前記所定数のドラフト対象を取得することは、
   前記ドラフト対象に対してユーザにより付与された優先順に基づいて、自動的にドラフトして前記ドラフト対象を選択することを含む、請求項１乃至５いずれか一項に記載の情報処理方法。
7. １又は複数のプロセッサを含む情報処理装置であって、
   前記１又は複数のプロセッサが、
   エンターテインメントに関するイベントを含む複数のイベントの中から、各ユーザにより選択された少なくとも一のイベントに関するイベント情報を取得し、
   取得されたイベント情報に基づいて、同一の第１イベントを選択した各ユーザを第１グループに分類し、
   前記第１イベントに関連付けられたドラフト対象の中から、前記第１グループの各ユーザにより選択された所定数のドラフト対象を取得し、
   前記第１イベントに関する所定基準に基づいて各ドラフト対象に与えられる得点を用いて、前記第１イベントの終了時に、前記第１グループの各ユーザの総合得点を集計し、
   前記第１グループの各ユーザに対し、集計結果を出力し、
   前記集計結果に基づき、前記第１グループ内のユーザに報酬を付与する、情報処理装置。
8. 情報処理装置に含まれる１又は複数のプロセッサに、
   エンターテインメントに関するイベントを含む複数のイベントの中から、各ユーザにより選択された少なくとも一のイベントに関するイベント情報を取得し、
   取得されたイベント情報に基づいて、同一の第１イベントを選択した各ユーザを第１グループに分類し、
   前記第１イベントに関連付けられたドラフト対象の中から、前記第１グループの各ユーザによりドラフトされた所定数のドラフト対象を取得し、
   前記第１イベントに関する所定基準に基づいて各ドラフト対象に与えられる得点を用いて、前記第１イベントの終了時に、前記第１グループの各ユーザの総合得点を集計し、
   前記第１グループの各ユーザに対し、集計結果を出力し、
   前記集計結果に基づき、前記第１グループ内のユーザに報酬を付与する、処理を実行させる、プログラム。
9. 情報処理装置に含まれる１又は複数のプロセッサが、
   エンターテインメントに関するイベントを含む複数のイベントを含む画面情報を生成し、
   前記画面情報を表示画面に表示制御し、
   前記表示画面に表示された前記複数のイベントの中から、ユーザの操作に応じて第１イベントを選択し、
   前記第１イベントに関連付けられ、前記表示画面に表示されたドラフト対象の中から、前記ユーザの操作に応じて、ドラフト対象を順に選択し、
   前記第１イベントに関する所定基準に基づく各ドラフト対象に与えられる得点を用いて、前記第１イベントの最中に集計される前記ユーザの総合得点を含む画面情報を更新し、
   更新される画面情報を前記表示画面に表示制御し、
   前記第１イベントの終了後に、最終の総合得点が所定条件を満たす場合に付与される報酬を前記ユーザに通知する、情報処理方法。
10. 情報処理装置に含まれる１又は複数のプロセッサに、
    エンターテインメントに関するイベントを含む複数のイベントを含む画面情報を生成し、
    前記画面情報を表示画面に表示制御し、
    前記表示画面に表示された前記複数のイベントの中から、ユーザの操作に応じて第１イベントを選択し、
    前記第１イベントに関連付けられ、前記表示画面に表示されたドラフト対象の中から、前記ユーザの操作に応じて、ドラフト対象を順に選択し、
    前記第１イベントに関する所定基準に基づく各ドラフト対象に与えられる得点を用いて、前記第１イベントの最中に集計される前記ユーザの総合得点を含む画面情報を更新し、
    更新される画面情報を前記表示画面に表示制御し、
    前記第１イベントの終了後に、最終の総合得点が所定条件を満たす場合に付与される報酬を前記ユーザに通知する、処理を実行させる、プログラム。
11. １又は複数のプロセッサを含む情報処理装置であって、
    前記１又は複数のプロセッサが、
    エンターテインメントに関するイベントを含む複数のイベントを含む画面情報を生成し、
    前記画面情報を表示画面に表示制御し、
    前記表示画面に表示された前記複数のイベントの中から、ユーザの操作に応じて第１イベントを選択し、
    前記第１イベントに関連付けられ、前記表示画面に表示されたドラフト対象の中から、前記ユーザの操作に応じて、ドラフト対象を順に選択し、
    前記第１イベントに関する所定基準に基づく各ドラフト対象に与えられる得点を用いて、前記第１イベントの最中に集計される前記ユーザの総合得点を含む画面情報を更新し、
    更新される画面情報を前記表示画面に表示制御し、
    前記第１イベントの終了後に、最終の総合得点が所定条件を満たす場合に付与される報酬を前記ユーザに通知する、情報処理装置。

Images