JP2024087282A - プログラム、情報処理方法、ゲーム制御装置及びゲーム制御方法 - Google Patents

Abstract

【課題】ゲームに多様な要素を含ませることによってゲームの興趣性を高める。
【解決手段】ユーザ装置２０の１又は複数のコンピュータを、ゲーム進行期間において、ユーザに対応するアバターオブジェクトをユーザの動作を反映しない第１表示態様で表示するゲーム画面を表示する第１出力制御部と、ユーザの動作を検出した検出データを取得する検出部と、ユーザのプレイ状況が撮影条件を満たした場合に、アバターオブジェクトの撮影を行う撮影期間を開始し、撮影期間においてゲームの進行を停止し、検出データを用いてユーザの表情を反映した第２表示態様のアバターオブジェクトを表示部に表示する第２出力制御部と、撮影期間中に、ユーザの操作に基づいてアバターオブジェクトを含む画像を記憶部に記録する記録部と、して機能させる。
【選択図】図１

Description

特許法第３０条第２項適用申請有り ＲＥＡＬＩＴＹ株式会社が、令和４年７月２２日から１１月９日にわたって、ウェブサイトにて、渡邊匡志が発明したプログラム、情報処理方法及び情報処理システムについて公開した。

本発明は、プログラム、情報処理方法、ゲーム制御装置及びゲーム制御方法に関する。

従来、プレイヤのプレイ状況が報酬に関する条件を満たした場合に、メダル等の報酬が付与されるゲーム装置が知られている（例えば、特許文献１参照）。特許文献１に記載のゲームにおいては、１回の抽選に賭けられた（ベットされた）メダルの枚数に応じて抽選ラインが有効となり、有効となっている抽選ライン上の抽選図柄の組合せが、所与の役を形成した場合に当選とされる。

特開２００５－００７０５９号公報

しかし、上記の種類のゲームに限らず、プレイヤによってはゲームが単調であると感じる場合がある。このようなプレイヤは、興趣性が欠けると考えてゲームを継続してプレイしない傾向がある。

上記課題を解決するプログラムは、１又は複数のコンピュータを、ゲーム進行期間において、ユーザに対応するアバターオブジェクトを前記ユーザの動作を反映しない第１表示態様で表示するゲーム画面を表示する第１出力制御部と、ユーザの動作を検出した検出データを取得する検出部と、前記ユーザのプレイ状況が撮影条件を満たした場合に、前記アバターオブジェクトの撮影を行う撮影期間を開始し、前記撮影期間において前記ゲームの進行を停止し、前記検出データを用いて前記ユーザの表情を反映した第２表示態様の前記アバターオブジェクトを表示部に表示する第２出力制御部と、前記撮影期間中に、前記ユーザの操作に基づいて前記アバターオブジェクトを含む画像を記憶部に記録する記録部と、して機能させ、前記第１出力制御部は、前記撮影期間が終了した場合に、前記第２表示態様の前記アバターオブジェクトの表示を終了し、前記ゲーム進行期間を開始して前記第１表示態様の前記アバターオブジェクトを含む前記ゲーム画面を表示する。

本発明によれば、ゲームに多様な要素を含ませることによってゲームの興趣性を高めることができる。

第１実施形態における情報処理システムの一実施形態を示す概略図である。 同実施形態におけるユーザ装置の構成を示す概略図である。 同実施形態のユーザ情報を模式的に示す図である。 同実施形態のゲーム環境情報を模式的に示す図である。 同実施形態のゲーム管理情報を模式的に示す図である。 同実施形態のリアルタイムサーバの機能を説明する図である。 同実施形態のユーザ装置の機能を説明する図である。 同実施形態のゲームの具体例を説明する図である。 同実施形態のサーバの処理手順を示すフローチャートである。 同実施形態のサーバの処理手順を示すフローチャートである。 同実施形態のサーバの処理手順を示すフローチャートである。 同実施形態におけるゲームパラメータ及びグループパラメータの変化を説明する図である。 同実施形態におけるゲームパラメータの変化を説明する図である。 同実施形態のサーバの処理手順を示すフローチャートである。 同実施形態のゲーム画面の一例を示す図である。 同実施形態のゲーム画面の一例を示す図である。 同実施形態のゲーム画面の一例を示す図である。 同実施形態のゲーム画面の一例を示す図である。 同実施形態のゲーム画面の一例を示す図である。 第２実施形態における配信履歴情報を示す図である。 第２実施形態のゲーム画面の一例を示す図である。 他の実施形態における倍率情報を模式的に示す図である。 ユーザ装置が備える制御回路のハードウェア構成の一例を示す図である。

（第１実施形態）
以下、プログラム、情報処理方法、ゲーム制御装置及びゲーム制御方法の第１実施形態について説明する。

＜情報処理システム＞
図１を参照して、情報処理システム１１について説明する。本実施形態において、情報処理システム１１は、複数のユーザがオンラインで参加するゲームを実行するとともに、そのゲームの動画を配信及び視聴するためのシステムである。

情報処理システム１１は、リアルタイムサーバ１２、マルチゲームサーバ１３、ＡＰＩサーバ１４及びユーザ装置２０を備える。各サーバ１２～１４及びユーザ装置２０は、インターネット等のネットワーク（図示略）を介してデータを送受信する。また、情報処理システム１１は、ユーザ情報記憶部１５及びゲーム情報記憶部１６を備える。本実施形態においてリアルタイムサーバ１２はゲーム管理部（ゲーム管理サーバ）、ゲーム制御装置、マルチゲームサーバ１３は配信管理部（配信管理サーバ）に対応する。また、ＡＰＩサーバ１４は、ユーザ情報管理部（ユーザ情報管理サーバ）に対応する。

ユーザ装置２０を用いて動画を配信するユーザを配信ユーザ、配信された動画を視聴するユーザを視聴ユーザという。ユーザは、配信ユーザ及び視聴ユーザの両方になることが可能である。つまり、ユーザは、動画を視聴する場合は視聴ユーザであり、動画を配信する場合は配信ユーザである。また、配信ユーザが用いるユーザ装置２０を配信ユーザ装置２１といい、視聴ユーザが用いるユーザ装置２０を視聴ユーザ装置２２という。本実施形態において配信ユーザ及び視聴ユーザを区別しないで説明する場合には単に「ユーザ」という。また、配信ユーザ装置２１及び視聴ユーザ装置２２を区別しないで説明する場合には、単にユーザ装置２０という。

また、配信ユーザ装置２１は、複数の配信ユーザが参加するゲームの動画を配信することが可能である。以下、ゲームを開始するためのルームを作成する配信ユーザをホストユーザ、ホストユーザが作成したルームに参加する配信ユーザをゲストユーザという。また、ホストユーザ及びゲストユーザがルームに参加することによりグループが形成される。また、本実施形態において、説明の便宜上、ホストユーザが用いる配信ユーザ装置２１をホストユーザ装置２１Ｈ、ゲストユーザが用いる配信ユーザ装置２１をゲストユーザ装置２１Ｇというとともに、これらを区別しない場合には単に配信ユーザ装置２１という。

リアルタイムサーバ１２は、ホストユーザ装置２１Ｈ及びゲストユーザ装置２１Ｇとの間で、ゲームを実行するためのデータを送受信する。リアルタイムサーバ１２は、ホストユーザ装置２１Ｈ及びゲストユーザ装置２１Ｇからゲーム進行データを受信する。リアルタイムサーバ１２は、ゲーム制御データをホストユーザ装置２１Ｈ及びゲストユーザ装置２１Ｇに送信する。

マルチゲームサーバ１３は、視聴ユーザ装置２２及び配信ユーザ装置２１に接続する。マルチゲームサーバ１３は、動画の配信に関するデータの中継を担う。マルチゲームサーバ１３は、ゲーム動画の描画に必要な各種のデータを配信ユーザ装置２１から受信する。また、マルチゲームサーバ１３は、受信した各種のデータを、他の配信ユーザ装置２１及び視聴ユーザ装置２２に送信する。例えば、マルチゲームサーバ１３は、ホストユーザ装置２１Ｈから動画を描画するためのデータを受信したとき、ゲストユーザ装置２１Ｇ及び視聴ユーザ装置２２に対して動画を描画するためのデータ又は当該データを加工したデータを送信する。マルチゲームサーバ１３は、リアルタイムサーバ１２との間で、ゲーム動画に関するデータを送受信する。

ＡＰＩサーバ１４は、リアルタイムサーバ１２等の要求に応じて、更新頻度が比較的低い情報の取得及び更新を行う。具体的には、ＡＰＩサーバ１４は、ユーザ情報記憶部１５に記憶されたユーザ情報を取得及び更新する。また、ＡＰＩサーバ１４は、ゲーム情報記憶部１６に記憶されたゲーム管理情報を取得及び更新する。

図２を参照して、ユーザ装置２０のハードウェア構成を説明する。ユーザ装置２０は、スマートフォン（多機能電話端末）、タブレット端末、パーソナルコンピュータ、コンソールゲーム機、ウェアラブルコンピュータ、又はこれらの装置以外の動画を再生可能な情報処理装置である。ウェアラブルコンピュータは、ユーザが動画を視聴可能な画面を備えていればよい。例えばユーザの頭部に装着されるヘッドマウントディスプレイ、又は眼鏡型のウェアラブル端末等である。ユーザ装置２０は、単独で動作する装置、又は、互いに各種のデータを送受信可能に接続された複数の装置から構成されるものである。後者のユーザ装置２０の一例として、例えばアウトサイドイン方式のトラッキングを行うシステムがある。

ユーザ装置２０は、制御部２５、ストレージ２６（記憶媒体）、通信インターフェース（Ｉ／Ｆ）２７を備える。制御部２５は、１又は複数の処理回路を備える。処理回路は、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphic Processing Unit）、ＮＰＵ（Neural network Processing Unit）等、又はその組み合わせを含む。また、制御部２５は、演算回路が読み出し及び書き込みが可能な主記憶装置（記憶媒体）であるメモリを備える。メモリは、半導体メモリ等から構成される。制御部２５は、ストレージ２６又は外部ストレージからオペレーティングシステムやその他のプログラムをメモリに読み込む。また、制御部２５は、メモリから取り出した命令を実行する。通信Ｉ／Ｆ２７は、ネットワーク（図示略）を介して、各サーバ１２～１４との間でデータを送受信することができる。ネットワークは、ローカルエリアネットワーク、インターネット等、各種のネットワークを含む。

ストレージ２６は、補助記憶装置（記憶媒体）であり、例えば、磁気ディスク、光ディスク、半導体メモリ等の記憶媒体である。ストレージ２６は、複数のストレージを組み合わせて用いることもできる。

制御部２５は、ユーザの操作部３１に対する入力操作に基づいて、ストレージ２６に記録された各種プログラムを実行することにより、動画の配信に関する各処理及び視聴に関する各処理を実行する。以下、説明の便宜上、動画の配信を行う状態を配信モードといい、他の配信ユーザが配信する動画を視聴する状態を視聴モードという。

また、ユーザ装置２０は、センサユニット２８、スピーカ２９、マイク３０、操作部３１、及びディスプレイ３２を備える。センサユニット２８、スピーカ２９、マイク３０、操作部３１及びディスプレイ３２の少なくとも一つは、制御部２５と同じ装置内、又は制御部２５を備える装置に接続する態様で設けられる。

センサユニット２８は、ユーザの表情の変化を示すフェイスモーション、及びセンサユニット２８に対するユーザの身体の相対位置の変化を示すボディモーションを検出する１又は複数のセンサである。フェイスモーションは、瞬きや口の開閉等の動きを含む。センサユニット２８は、公知の物を使用することができる。センサユニット２８の一例は、ユーザに向かって照射された光がユーザの顔等に反射して返ってくるまでの飛行時間（Time of Flight）を測定するＴｏＦセンサ、ユーザの顔を撮影するカメラ及びカメラが撮影したデータを画像処理する画像処理部を含むものである。また、センサユニット２８は、可視光線を撮像するＲＧＢカメラと、近赤外線を撮像する近赤外線カメラとを含んでいてもよい。ＲＧＢカメラや近赤外線カメラは、例えばトゥルーデプス（Ｔｒｕｅ Ｄｅｐｔｈ）、又は「ｉＰａｄ Ｐｒｏ（登録商標）」等の「ＬＩＤＡＲ」（Light Detection and Ranging、又はLaser Imaging Detection and Ranging）や、スマートフォンに搭載されるその他のＴｏＦセンサを用いることが可能である。このカメラは、具体的には、ドットプロジェクタによってユーザの顔等に数万の不可視のドット（点）を投影する。そして、ドットパターンの反射光を検出し、分析して顔の深度マップを形成し、顔等の赤外線画像をキャプチャすることで、正確な顔データをキャプチャする。センサユニット２８の演算処理部は、深度マップと赤外線画像に基づいて各種の情報を生成し、その情報を登録済みの参照データと比較して、顔の各ポイントの深度（各ポイントと近赤外線カメラとの間の距離）や深度以外の位置のずれを算出する。センサユニット２８は、フェイスモーション及びボディモーションをトラッキングデータとして出力制御部５２に送信する。なお、トラッキングデータはモーションデータの一例である。モーションデータは、アバターオブジェクトを動作させるためのデータである。

また、センサユニット２８は、ユーザの顔だけでなく、手をトラッキングする（ハンドトラッキング）機能を有していてもよい。また、センサユニット２８は、手以外の人間の部位の位置又は向きを検出するセンサを含んでいてもよい。センサユニット２８は、加速度センサ等の速度や加速度を検出するセンサ、ジャイロセンサ等の方向や方位を検出するセンサ等のセンサをさらに含むものであってもよい。センサユニット２８は、上記のＴｏＦセンサや公知の他のセンサの検出結果に基づきユーザが存在する現実空間の物体を認識し、認識した物体を空間地図にマッピングする空間マッピング機能を有していてもよい。

スピーカ２９は、音声データを音声に変換して出力する。マイク３０は、ユーザが発話した音声を入力し、音声データに変換する。ディスプレイ３２は、制御部２５の出力指示に応じて、各種画像を出力する。

操作部３１は、ユーザ装置２０の種類に応じたものを用いることができる。操作部３１の一例は、ディスプレイ３２と一体化されたタッチパネルである。また、操作部３１の他の例は、ユーザ装置２０の筐体等に設けられた操作ボタン、キーボード、マウス、ユーザが手で操作するコントローラ等である。コントローラは、加速度センサ、ジャイロ等の慣性計測センサ（ＩＭＵ：Inertial Measurement Unit）等の公知の各種のセンサを内蔵していてもよい。また、操作部３１の他の一例は、ユーザの手の動き、目の動き、頭部の動き、視線の方向等を特定するトラッキング装置であってもよい。この態様では、例えば、ユーザの手の動きに基づいて、ユーザの指示を判定し、動画の配信を開始又は終了したり、メッセージや動画への評価、所定のオブジェクトの表示等の各種操作を実行したりすることができる。なお、センサユニット２８がハンドトラック機能等の入力インターフェース機能も有する場合には、操作部３１は省略可能である。

各サーバ１２～１４のハードウェア構成について説明する。サーバ１２～１４は、ユーザが動画を配信及び視聴するサービスを提供するサービス提供者等が用いるものである。サーバ１２～１４は、制御部２５、ストレージ２６及び通信Ｉ／Ｆ２７を備えている。これらの構成は、ユーザ装置２０と同様である。リアルタイムサーバ１２のストレージ２６には、ゲームを制御するプログラムが記録されている。また、マルチゲームサーバ１３のストレージ２６には、配信に関する管理プログラムが記録されている。

＜ゲームに用いられるデータの構成＞
次に図３～図５を参照して、ゲームの実行及び動画の配信に用いられる各データについて、詳述する。

図３は、ユーザ情報３５の一例を示す。ユーザ情報３５は、ユーザ情報記憶部１５に記録される。ユーザ情報３５は、ユーザ毎に生成される情報であって、ユーザの識別子であるユーザＩＤ（識別子）、所持値、ブースト倍率、ゲームフィールド、図鑑及び設定値合計を含む。所持値は、ユーザに関連付けられたゲームパラメータの値である。ゲームパラメータは、ゲーム内で用いられ且つユーザに関連付けられたパラメータである。例えば、パラメータは、攻撃力、防御力、戦闘力、体力（ヒットポイント、スタミナ）、魔力（マジックポイント）、レベル、経験値、スキルを用いる時に消費されるポイントであるスキルポイント数、機敏性、メダル数、ポイント数、コイン数等である。また、ゲームパラメータは、ユーザに関連付けられたゲーム媒体の数又は量とも言い換えることができる。ゲーム媒体は、ゲームに使用される電子データであればよい。電子データは、ユーザによってゲーム内で取得、所有、使用、管理、交換、合成、強化、売却、廃棄、又は贈与等され得る。例えば、ゲーム媒体は、カード、アイテム、仮想通貨（メダル又はコイン）、チケット、キャラクタ、アバタ等の任意の媒体を含む。ゲーム媒体の利用態様は本明細書で明示されるものに限られない。

ブースト倍率は、ユーザに付与されるグループ報酬を増大させる倍率である。グループ報酬は、所定の報酬条件（第２報酬条件）が満たされた場合に、グループに属するユーザ全員に付与される報酬である。ゲームフィールドは、複数のゲームフィールドのうち、ユーザがプレイ可能なゲームフィールドを示す。ブースト倍率はゲームフィールドに関連付けて記録されている。本実施形態において、ブースト倍率は、ゲームが終了した場合には初期値となる。また、ゲームが中断された場合には、中断したときのブースト倍率が記録される。

図鑑は、ゲームでユーザが取得した移動オブジェクトのリスト（一覧）である。設定値合計は、ユーザがゲーム内で設定したゲームパラメータの設定値を合計した値である。本実施形態においては、設定値は、ゲーム内でユーザが賭けたメダル数（ベット額）である。ユーザは、メダル数を複数回賭けることができる。設定値合計は、ユーザが賭けたメダル数を合計した値である。

図４は、ゲーム環境情報３６の一例を示す。ゲーム環境情報３６は、マスターデータであってゲーム情報記憶部１６に記録される。ゲーム環境情報３６は、ゲームフィールド、オブジェクトＩＤ（識別子）、オブジェクト属性を含む。動画配信時に実行されるゲームの一つでは、ゲームフィールドを選択可能である。ゲームフィールドは、ゲーム内で実行可能な複数のゲームフィールドを示す。

ゲームフィールドには、そのゲームフィールドに出現する移動オブジェクトが定められている。オブジェクトＩＤは、移動オブジェクトの識別子であってゲームフィールドに関連付けられている。オブジェクト属性は、移動オブジェクトの属性情報である。例えば、オブジェクト属性は、レアリティ（希少度）、全長、重さを含む。また、オブジェクト属性は、オッズ（倍率）を含む。オッズは、その移動オブジェクトを取得する難度が高いほど大きくなる（例えば２倍、３倍等）。本実施形態において、オッズは、移動オブジェクトの種類に応じて、１倍以上の倍率と１倍未満の倍率とが設定されている。難度は、レアリティ、又は全長、重さ等の他のオブジェクト属性によって予め決定されている。その他にも、オブジェクト属性は、「火属性」、「水属性」等の属性、攻撃力、防御力、戦闘力、体力（ヒットポイント、スタミナ）、魔力（マジックポイント）、レベル、経験値、スキルを用いる時に消費されるポイントであるスキルポイント、機敏性等のうち少なくとも一つを含んでいてもよい。

図５は、ゲーム管理情報３７の一例を示す。ゲーム管理情報３７は、ルーム毎に生成される情報である。ゲーム管理情報３７は、リアルタイムサーバ１２のストレージ２６及びゲーム情報記憶部１６に記録される。

ゲーム管理情報３７は、参加ユーザ情報、ゲームフィールド情報、ステージ、残り時間及びグループパラメータを含む。参加ユーザ情報は、ホストユーザ及びゲストユーザを識別する情報である。例えばホストユーザのユーザＩＤ、ゲストユーザのユーザＩＤである。ゲームフィールド情報は、ホストユーザに関連付けられたゲームフィールドのうち、ホストユーザが選択したゲームフィールドを示す。

ゲーム管理情報３７のステージは、配信ユーザがプレイ中のステージを示す。本実施形態において、ゲームは、複数のステージを含む。ステージは、ゲームを複数に区切った構成単位である。一つのステージのミッションを達成すると次のステージに進む。各ステージには、複数のパートが含まれている。各パートは、勝敗が決まると終了する。また、複数のステージでは、共通のパラメータが用いられる。本実施形態では、第１ステージ及び第２ステージを含む。パートは、一つの移動オブジェクトとの対戦である。また、ステージ間で共通のパラメータは、ブースト倍率、所持メダル数である。つまり、第１ステージで所持するメダル数を、第２ステージに持ち越すことができる。さらに、ユーザは、複数のステージに亘って同じアイテムを用いることができる。

残り時間はゲームの残り時間を示す。第２ステージのゲームが実行されている場合には、第２ステージの残り時間がゲーム管理情報３７に記録される。

グループパラメータは、ゲームに参加する各ユーザが協働して増加させる（又は減少させる）パラメータである。グループパラメータは、ゲームに参加する各配信ユーザによるゲームのプレイ状況に基づいて増加する。本実施形態では、グループパラメータは、ゲームパラメータとは異なるパラメータであるが、ゲームパラメータと同じパラメータであってもよい。グループパラメータは、例えば、攻撃力、防御力、戦闘力、体力等であってもよい。又は、グループパラメータは、メダル数、ポイント数、ゲーム媒体の数又は量であってもよい。ステージ、残り時間、及びグループパラメータはゲームの進捗に応じて変化する。

＜サーバの機能＞
図６を参照して、リアルタイムサーバ１２の各機能について説明する。リアルタイムサーバ１２の制御部２５は、ストレージ２６に記録されたプログラムを実行することにより、第１進行部４０、設定値特定部４１、倍率設定部４２、第１報酬付与部４３、判定部４４、第２進行部４５、第２報酬付与部４６として機能する。第２進行部４５はゲーム進行部及び判定部に対応する。

第１進行部４０は、ゲームの第１ステージにおいて、グループに属する各配信ユーザの配信ユーザ装置２１から受信したゲーム進行データに基づいて、ゲームを進行させる。また、第１進行部４０は、第１ステージにおいて配信ユーザが所定の操作を行った場合に、ユーザ情報３５の所持値から、設定値特定部４１が特定した設定値を減少させる。さらに、第１進行部４０は、配信ユーザが設定値を用いて所持値を更新した場合に、グループに関連付けられたグループパラメータを更新する。

また、第１進行部４０は、配信ユーザ装置２１から第１アクション実行要求を受け付けた場合に、グループに関連付けられたグループパラメータの値を増加させる。さらに、第１進行部４０は、配信ユーザによる第２ゲーム内アクションが成功したと判定した場合に、配信ユーザに移動オブジェクトを関連付ける。
さらに、第１進行部４０は、ゲームのプレイ状況が移動オブジェクトの取得条件を満たすか否かを判定する。取得条件を満たした場合、当該移動オブジェクトと配信ユーザとを関連付けて、ＡＰＩサーバ１４を介してユーザ情報記憶部１５に記録する。

設定値特定部４１は、配信ユーザが設定するゲームパラメータの値を設定値として特定する。
第１報酬付与部４３は、第１ステージにおいて、配信ユーザのプレイ状況が第１報酬条件を満たした場合、個人報酬として付与する設定値に応じたゲームパラメータの値を特定する。そして、当該配信ユーザに関連付けられた前記ゲームパラメータの値である所持値を個人報酬に基づき変化させる。

倍率設定部４２は、設定値特定部４１が特定した設定値に応じて、各配信ユーザに関連付けられたブースト倍率を増加させる。第２報酬付与部４６は、ブースト倍率に応じて、各配信ユーザにそれぞれ付与されるグループ報酬を増加させる。

判定部４４は、第１ステージにおいて各ユーザのプレイ状況に基づきグループのミッションを達成したか否かを判定する。本実施形態では、判定部４４は、グループパラメータの値が所定値に達した場合にグループのミッションが達成されたと判定する。

第２進行部４５は、グループのミッションが達成された場合に、配信ユーザ装置２１から受信したゲーム進行データに基づいて、第２ステージのゲームを進行させる。また、第２進行部４５は、第２ゲーム内アクションが成功したと判定した場合に、配信ユーザに移動オブジェクトを関連付ける。さらに、第２進行部４５は、グループパラメータを時間に応じて減少させ、グループパラメータが下限値に到達した場合に第２ステージを終了する。グループパラメータの減少速度は、一定、或いは、時間の経過に伴い大きくなったり小さくなったりしてもよい。

第２報酬付与部４６は、第２ステージにおいて、グループに属する配信ユーザが第２報酬条件を満たした場合、グループに属する各配信ユーザの少なくとも一人をグループ報酬を付与する対象のユーザとして特定する。本実施形態は、グループ報酬を付与するユーザはグループに属する全ての配信ユーザ７０である。さらに、グループ報酬を付与する対象のユーザ毎に、グループ報酬として付与するゲームパラメータの値を特定する。そして、グループ報酬を付与する対象の各ユーザの所持値をグループ報酬に基づき更新する。具体的には、所持値に、グループ報酬としてゲームパラメータの値をそれぞれ加算する。本実施形態では、所持値は、ゲームが終了したときに初期値に戻る。

本実施形態では第２報酬付与部４６は、各配信ユーザに関連付けられたブースト倍率に応じたグループ報酬を配信ユーザに付与する。移動オブジェクトに関する第２報酬条件が満たされた場合、第２報酬付与部４６は、ブースト倍率と移動オブジェクトに関連付けられたパラメータの値とに応じてグループ報酬を決定する。

＜ユーザ装置の機能＞
図７を参照して、ユーザ装置２０の各機能について説明する。ユーザ装置２０の制御部２５は、動画アプリケーションを実行することにより、取得部５０、操作検出部５１、動作検出部５４、出力制御部５２、送信部５３として機能する。出力制御部５２は、第１出力制御部、第２出力制御部、第１報酬表示部及び第２報酬表示部に対応する。また、操作検出部５１は操作受付部に対応し、送信部は、第１送信部及び第２送信部に対応する。

取得部５０は、他のユーザ装置２０からマルチゲームサーバ１３を介して送信された表示制御データ、リアルタイムサーバ１２から送信されたゲーム制御データ等の各種データを取得する。

取得部５０がリアルタイムサーバ１２から受信するゲーム制御データは、他の配信ユーザのゲーム内アクションを表すデータ、グループパラメータを示すデータ、個人報酬を示すデータ、グループ報酬を示すデータ、ゲームフィールド内のオブジェクトに関するデータの少なくとも一つを含む。ゲーム制御データは、ゲームの内容に応じて変化する。また、取得部５０がマルチゲームサーバ１３から取得する表示制御データは、他のユーザである配信ユーザが配信するゲームの動画を視聴するためのデータである。表示制御データは、他の配信ユーザに関連付けられたモーションデータを含む。表示制御データに含まれるデータは、動画の配信方式による。さらに取得部５０は、マルチゲームサーバ１３から、配信ユーザの音声データを取得する。

操作検出部５１は、ユーザによる操作部３１に対する入力操作を検出する。例えば、操作検出部５１は、ユーザの操作を受け付ける。ユーザの操作は、ギフトオブジェクトの表示要求（ギフト表示要求）を送信する操作、動画に対するメッセージの投稿を行う操作、動画に対する評価（「いいね！」ボタン、又は「favorite」ボタンの選択等）を行う操作等である。
また、操作検出部５１は、ゲームにおいて取得した移動オブジェクトを閲覧するためのユーザの操作を受け付ける。

動作検出部５４は、ゲームの進行が撮影条件を満たした場合に、配信ユーザの表情及び上半身の動き等の動作を検出したトラッキングデータをセンサユニット２８から取得する。トラッキングデータは、アバターオブジェクトを動作させるモーションデータに含まれる。

出力制御部５２は、グループに属する配信ユーザの操作に基づいてゲーム画面を表示する。ゲーム画面は、ゲームの進行に伴い連続的に変化する。このゲーム画面を動画にしたデータが視聴ユーザ装置２２に送信される。また、出力制御部５２は、第１ステージにおいて、配信ユーザのプレイ状況が第１報酬条件を満たした場合、設定値に応じたゲームパラメータの値を用いて更新された所持値を、個人報酬が反映された所持値として表示する。

さらに、出力制御部５２は、グループのミッションが達成された場合に、第２ステージのゲーム画面を表示する。第２ステージにおいてグループに属する配信ユーザが第２報酬条件を満たした場合、グループ報酬としてのゲームパラメータの値を用いて更新されたユーザの所持値を表示する。
また、出力制御部５２は、ゲームで取得した移動オブジェクトと、マルチゲームサーバ１３から取得した動画の配信状況とを含むオブジェクト表示画面を表示する。

送信部５３は、ゲーム進行データをリアルタイムサーバ１２等に送信する。ゲーム進行データは、ゲーム開始要求、配信ユーザが設定した設定値、ゲーム内アクションの実行要求、演出終了要求、及び撮影要求等を含みうる。また、送信部５３は、ゲームの動画を他のユーザに配信するためのデータとして、動作検出部５４が取得したモーションデータを含む表示制御データをマルチゲームサーバ１３に送信する。

＜動画の配信方式＞
次に、動画の配信方式について説明する。動画の配信方式としては、クライアントレンダリング方式、ブラウザレンダリング方式、映像配信方式及びサーバ配信方式のうち一つを用いることができる。

クライアントレンダリング方式は、各ユーザ装置２０が、描画に必要なデータをマルチゲームサーバ１３から受信して動画を表示するものである。マルチゲームサーバ１３から受信するデータには、モーションデータが含まれる。動画の描画は各ユーザ装置２０が行う。また、各ユーザ装置２０は、配信ユーザの発話に基づく音声データを取得し、動画と同期させて音声を出力する。この場合、各ユーザ装置２０のストレージ２６には、動画アプリケーション（プログラム）と、アバターオブジェクトを描画するモデルデータ等の各種データとが記録される。

ブラウザレンダリング方式は、配信ユーザ装置２１及び視聴ユーザ装置２２が、ストレージ２６に格納したウェブブラウザプログラムを用いて、動画を表示する方法である。このとき、配信ユーザ装置２１は、モーションデータ等を含む表示制御データをマルチゲームサーバ１３に送信する。動画を表示するユーザ装置２０は、ＨＴＭＬ（Hyper Text Markup Language）等のマークアップ言語で記述されるとともに、ＣＳＳ（Cascading Style Sheets）、ＪａｖａＳｃｒｉｐｔ（登録商標）等が用いられたウェブページをマルチゲームサーバ１３からダウンロードする。ユーザ装置２０で起動されたウェブブラウザプログラムは、ブラウザ上で動作するＪａｖａＳｃｒｉｐｔによってアバターオブジェクトや他のオブジェクトを描画する。この方式では、ユーザ装置２０は、動画を表示するためのウェブページのＵＲＬ等のデータをストレージ２６に記録する。つまり、アバターオブジェクトのモデルデータ等はユーザ装置２０に記憶されない。

映像配信方式は、配信ユーザ装置２１が動画データを生成する方式である。具体的には、配信ユーザ装置２１は、動作検出部５４が検出したモーションデータ等を用いて動画データを生成する。また、配信ユーザ装置２１は、エンコードした動画データ及び音声データをマルチゲームサーバ１３に送信する。マルチゲームサーバ１３は、動画データ及び音声データを視聴ユーザ装置２２に送信する。視聴ユーザ装置２２は、配信ユーザ装置２１から受信した動画データに基づいて動画をディスプレイ３２に表示する。

サーバ配信方式は、マルチゲームサーバ１３が動画データを生成する方式である。マルチゲームサーバ１３は、モーションデータ、音声データを配信ユーザ装置２１から受信する。そして、マルチゲームサーバ１３は、それらのデータに基づいて動画データを生成する。マルチゲームサーバ１３は、生成した動画データを配信ユーザ装置２１及び視聴ユーザ装置２２に送信する。配信ユーザ装置２１及び視聴ユーザ装置２２は、受信した動画データに基づき動画をディスプレイ３２に出力する。

このように、ユーザ装置２０及びマルチゲームサーバ１３のいずれかが動画データの生成を担う。動画データの生成を担う装置は、配信方式に応じて変更可能である。
なお、配信ユーザ装置２１及び視聴ユーザ装置２２は互いに異なる方式で動画を表示してもよい。例えば配信ユーザ装置２１がクライアントレンダリング方式で動画を表示する一方で視聴ユーザ装置２２がブラウザレンダリング方式で動画を表示してもよい。また、動画を表示する方法をユーザが選択できるようにしてもよい。例えば、視聴ユーザ装置２２のうち一部の装置はクライアントレンダリング方式で動画を表示し、他の装置はブラウザレンダリング方式で動画を表示してもよい。

本実施形態では、各ユーザ装置２０がクライアントレンダリング方式で動画を配信する方法について説明する。クライアントレンダリング方式について詳述する。
ストレージ２６は、アバターオブジェクト及び他のオブジェクトの三次元モデルデータ等を記録している。三次元モデルデータは、アバターオブジェクト本体を構成する本体パーツ、アバターオブジェクトに装着可能な装着パーツの描画データを含む。本体パーツは、アバターオブジェクトの部位を構成するパーツである。本体パーツを描画するデータは、ポリゴンデータ、及びアバターオブジェクトの動作を表現するための骨格データ（ボーン）、テクスチャデータ等を含む。本体パーツの少なくとも一部は、ユーザが任意に設定することができる。つまり、アバターオブジェクトの身長、体格等はユーザが選択することが可能である。装着パーツは、テクスチャデータ等を含む。配信ユーザは、自身に対応するアバターオブジェクトの装着パーツを好みのパーツに設定することができる。

配信ユーザ装置２１の送信部５３は、アバターオブジェクトのパーツを示す識別情報（パーツＩＤ）を表示制御データとしてマルチゲームサーバ１３に送信する。また、送信部５３は、取得部５０が取得したモーションデータ、及びマイク３０が集音した音声に基づく音声データをマルチゲームサーバ１３に送信する。さらに、送信部５３は、予め登録されたアバターオブジェクトの表現のうち、配信ユーザが選択した表現の識別情報を表示制御データとして送信する。このアバターオブジェクトの表現を、以下において「エモート」という。

また、配信ユーザは、仮想空間の仮想カメラの位置及び撮像範囲を調整可能である。配信ユーザ装置２１は、ユーザの操作に基づいて、ゲームフィールドに設定された仮想カメラの角度又は位置を変更する。また、配信ユーザ装置２１は、ユーザの操作に基づいて、ゲームフィールドに設定された仮想カメラの撮像範囲を拡大又は縮小する。送信部５３は、仮想カメラの位置をマルチゲームサーバ１３に送信してもよい。モーションデータ及び音声データには、タイムスタンプが付与されている。タイムスタンプは、制御部２５の計時機能を有する回路（内部クロック）に基づく基準時間情報に基づいて生成される。又はタイムスタンプは、マルチゲームサーバ１３から送信される基準時間情報、又は他の外部サーバから取得した基準時間情報に基づいて生成される。タイムスタンプは、基準とする時間からの経過時間を表していてもよいし、時刻を表していてもよい。

視聴ユーザ装置２２は、配信ユーザのアバターオブジェクトのパーツＩＤを、動画の視聴を開始したタイミング等の所定のタイミングで予め受信している。出力制御部５２は、モーションデータを含む表示制御データをマルチゲームサーバ１３から受信する。そして、出力制御部５２は、表示制御データを用いて、アバターオブジェクト、アバターオブジェクト以外のオブジェクトを含めてレンダリングを行う。ここでいうレンダリングは、仮想カメラの位置の取得、透視投影、オブジェクトの各々に関連付けられた深度情報に基づく隠面消去等が含まれる描画処理をいう。レンダリングは、これらのうち少なくとも一つの処理であってもよいし、シェーディング、テクスチャマッピング等の処理を含んでいてもよい。また、出力制御部５２は、モーションデータを用いてアバターオブジェクトを動作させる。

また、出力制御部５２は、他のユーザからが投稿したメッセージ等のデータをマルチゲームサーバ１３から受信する。出力制御部５２は、アバターオブジェクトや他のオブジェクトをレンダリングした画像と、投稿メッセージや通知等とを合成した動画データをディスプレイ３２に出力する。また、出力制御部５２は、タイムスタンプに基づいて音声データを動画データと同期させてスピーカ２９から出力する。

＜動作＞
図８～図１４を参照して、リアルタイムサーバ１２、マルチゲームサーバ１３及びユーザ装置２０の動作について、ゲームの具体例に沿って説明する。

（ゲーム開始前）
動画アプリケーションでは、複数のゲームがユーザによって選択可能に提供されている。ユーザ装置２０は、ユーザによるゲームの選択操作を受け付ける。

ユーザ装置２０は、複数のユーザが参加可能なルームの生成をリアルタイムサーバ１２に要求する。リアルタイムサーバ１２は、当該ユーザをホストユーザとしてルームを生成する。また、リアルタイムサーバ１２は、ルームの情報をホストユーザ装置２１Ｈ及びマルチゲームサーバ１３に送信する。ホストユーザ装置２１Ｈは、ルームの情報を受信すると、ゲームが実行される前のロビー画面を表示する。

ゲームに参加可能である最少人数は１人（ホストユーザのみ）であり、最大人数は例えば４人（ホストユーザ１人、ゲストユーザ３人）である。ホストユーザが他のユーザを招待する際、ホストユーザ装置２１Ｈは、ホストユーザの操作に基づいて、マルチゲームサーバ１３（又はリアルタイムサーバ１２）を介して他のユーザ装置２０に参加要請を送信する。参加要請を受信した他のユーザ装置２０が、他のユーザの操作に基づいて参加要求をリアルタイムサーバ１２に送信すると、リアルタイムサーバ１２は、そのユーザをゲストユーザとしてゲーム管理情報３７に登録する。これにより、ゲームに参加する複数の配信ユーザからなるグループが作成される。

又は、ホストユーザ以外のユーザが用いるユーザ装置２０は、受信したルームの情報をマルチゲームサーバ１３から受信するとともに、ルームの情報を表示する。このユーザ装置２０は、他のユーザの操作に基づき、ゲームへの参加要求をマルチゲームサーバ１３（又はリアルタイムサーバ１２）に送信する。マルチゲームサーバ１３は、参加要求を送信したユーザの識別情報をホストユーザ装置２１Ｈに送信する。ホストユーザ装置２１Ｈは、参加要求を送信した他のユーザの識別情報を表示する。さらにホストユーザ装置２１Ｈは、他のユーザの参加を承認した情報をリアルタイムサーバ１２に送信する。これにより、リアルタイムサーバ１２は、参加要求を行ったユーザをゲストユーザとしてゲーム管理情報３７に登録する。なお、ホストユーザ及びゲストユーザは、ゲーム動画を配信する配信ユーザである。

ゲストユーザの配信ユーザ装置２１及び視聴ユーザ装置２２はロビー画面を表示する。ロビーは、ゲームを開始する前に、ゲームに参加するホストユーザ及びゲストユーザが集合する仮想空間である。ロビーにおいて、ホストユーザ及びゲストユーザは、音声通話又はチャットによりコミュニケーションを図ることができる。ロビー画面は、参加するホストユーザ及びゲストユーザにそれぞれ対応する各アバターオブジェクトを含む。出力制御部５２は、配信ユーザのモーションデータを用いて各アバターオブジェクトを描画する。なお、配信ユーザ装置２１及び視聴ユーザ装置２２は、ゲームが終了した後にもロビー画面を表示してもよい。
ホストユーザ装置２１Ｈは、ロビー画面に表示された操作オブジェクト等に対するホストユーザの所定の操作を受け付けて、ゲーム開始要求をリアルタイムサーバ１２に送信する。リアルタイムサーバ１２は、ゲーム開始要求を受信すると、選択されたゲームを進行するプログラムを実行することによりゲームを開始する。なお、ゲームはホストユーザだけでもプレイ可能である。

（ゲーム具体例）
図８を参照して、ゲームの具体例について、配信ユーザによって実行されるゲーム内アクションを中心に説明する。ゲームパラメータに関する処理及びグループパラメータに関する処理については別の処理として説明する。なお、ここではユーザ装置２０を、タッチパネルを備えるものとして説明する。

まず第１ステージについて説明する。リアルタイムサーバ１２の第１進行部４０及び第２進行部４５は、配信ユーザがゲームフィールド５５で釣りを行うゲームを進行する。第１進行部４０は、複数のゲームフィールド５５（釣り場）をホストユーザによって選択可能に表示する。第１進行部４０は、ホストユーザが選択したゲームフィールド５５を示すゲームフィールド情報を、ゲーム管理情報３７に記録する。また、第１進行部４０及び第２進行部４５は、ゲームフィールド５５の描画に必要な各種のデータを各配信ユーザ装置２１に送信する。ゲームフィールド５５には、移動可能領域５６が含まれている。第１進行部４０及び第２進行部４５は、移動可能領域５６内での移動オブジェクト５７の移動を制御する。移動可能領域５６は、海、河川、湖等の水域である。移動可能領域５６では移動オブジェクト５７はシルエットとして表示されてもよい。又は、移動オブジェクト５７は、その種類が識別可能な表示態様で表示されてもよい。移動オブジェクト５７は魚を表現したオブジェクト又はそれ以外のオブジェクトである。

配信ユーザ装置２１の操作検出部５１は、所定のゲーム場面であって且つアイテム５８が移動可能領域５６に位置していない状態で、当該配信ユーザ装置２１を用いる配信ユーザの第１アクション実行操作を受け付ける。具体的には、第１アクション実行操作は、タップ操作、スワイプ操作、フリック操作等のタッチ操作である。所定のゲーム場面は、第１ゲーム内アクションであるキャストを実行可能な場面である。キャストは、配信ユーザに関連付けられたアイテム５８を移動可能領域５６に配置（投下）するゲーム内アクションである。アイテム５８は、ゲーム内においてユーザが所有又は使用可能なオブジェクトであって、少なくとも第１アクション実行操作が行われるときに、ユーザに関連付けられているオブジェクトである。このゲームにおいてアイテム５８は、ウキ、餌、ルアー、釣り竿等の少なくとも一つを含む。アイテム５８は、配信ユーザが選択することも可能である。

送信部５３は、第１アクション実行要求を含むゲーム進行データをリアルタイムサーバ１２に送信する。第１進行部４０は、第１アクション実行要求を配信ユーザ装置２１から受信すると、キャストを実行する（ゲーム工程Ｐ１）。

第１進行部４０は、移動オブジェクト５７の移動を制御するとともに、移動オブジェクト５７とアイテム５８との相対距離が所定距離以下に達するか否かを判定する。第１進行部４０は、移動オブジェクト５７とアイテム５８との相対距離が所定距離以下に達すると、対戦条件が成立した（満たされた）と判定する（ゲーム工程Ｐ２：引っ掛け）。対戦条件が成立すると、移動オブジェクト５７が対戦可能状態（選択可能状態）となる。取得部５０は、リアルタイムサーバ１２から対戦条件が成立したことを示す情報を含むゲーム制御データを受信する。出力制御部５２は、操作を促すアイコン５９の表示、アイテム５８の動き、或いはユーザ装置２０の振動又は音の出力等によって、移動オブジェクト５７が選択可能となったことを通知する。なお、第１進行部４０は、配信ユーザ装置２１において対戦条件が成立していない状態で所定の操作（例えばタップ操作）が行われたと判定した場合には、アイテム５８を移動可能領域５６から初期位置へ戻すことによってキャストのやり直しを可能とする。

操作検出部５１は、対戦条件が満たされてから所定時間内に行われる操作である第２アクション実行操作（例えば、タップ操作）を受け付けると、送信部５３は第２アクション実行要求を含むゲーム進行データをリアルタイムサーバ１２に送信する。第１進行部４０は、第２アクション実行要求を受信すると、移動オブジェクト５７との対戦（第２ゲーム内アクション）を実行する（ゲーム工程Ｐ３）。配信ユーザ装置２１は、リアルタイムサーバ１２から受信したゲーム制御データに基づいて、アバターオブジェクト６０が、アイテム５８に関連付けられた（引っ掛けられた）移動オブジェクト５７を釣り上げようとする第２ゲーム内アクションの動作を表示する。

第１進行部４０は、配信ユーザに関連付けられたパラメータと、移動オブジェクト５７に関連付けられたパラメータとに基づいて、第２ゲーム内アクションが成功したか否かを判定する。例えば、第１進行部４０は、移動オブジェクト５７に関連付けられた取得確率、及び配信ユーザが設定した設定値である設定メダル数に基づいて成功率（抽選確率）を決定する。この場合、取得確率又は設定メダル数が大きいほど、成功率は高くなる。そして第１進行部４０は、成功率に基づいて成功及び失敗のいずれかを決定する抽選を行う。なお、ゲームバランスを考慮することによって、設定メダル数が大きいほど、成功率を低くしてもよい。

第１進行部４０は、配信ユーザが成功したと判定すると、取得した移動オブジェクト５７（取得オブジェクト）を釣果として、その配信ユーザに関連付けられたユーザ情報３５に記録する（ゲーム工程Ｐ４）。釣果は、アイテムに応じて変更するようにしてもよい。また、第１進行部４０は、釣果に関する情報を含むゲーム制御データを配信ユーザ装置２１に送信する。なお、釣果は、配信ユーザに関連付けられるものであるため、報酬（ゲーム報酬）としても機能する。

第１進行部４０は、配信ユーザが失敗したと判定すると、釣果を関連付けずに、その対戦を終了する。また、第１進行部４０は、失敗したことを示す情報を含むゲーム制御データを配信ユーザ装置２１に送信する。そして、第１進行部４０は、配信ユーザ装置２１から第１アクション実行要求を受信すると、新たにキャストを実行する。

このようにゲーム工程Ｐ１～Ｐ４が繰り返される間、出力制御部５２は、ゲーム制御データに基づいて移動オブジェクト５７を動作させる。また、配信ユーザ装置２１は、他の配信ユーザに関するゲーム制御データをリアルタイムサーバ１２から受信する。そして、出力制御部５２は、他の配信ユーザに関するゲーム制御データに基づき、他の配信ユーザ７０に対応するアバターオブジェクト６０を描画する。その結果、各配信ユーザ７０に対応するアバターオブジェクト６０は、キャストの動作、対戦を行う動作（引っ掛かった移動オブジェクト５７を釣り上げようとする動作）、移動オブジェクト５７を取得する動作を行う。なお、ゲーム制御データには、他の配信ユーザが選択したエモートを示すデータも含まれる。この場合、出力制御部５２は、エモートに対応するモーションデータを用いてアバターオブジェクト６０に選択されたエモートの動作を行わせる。視聴ユーザ装置２２は、各配信ユーザ装置２１から送信されたゲーム進行データに基づいて、配信ユーザ装置２１と同様にアバターオブジェクト６０を描画する。

また、第１進行部４０は、第１ステージの途中でシーンを変更する。具体的にはゲーム画面の表示態様（背景の色等）を変更する。このとき、第１進行部４０は、移動可能領域５６を移動する移動オブジェクト５７の種類を変更するようにしてもよい。

第２進行部４５は、ゲーム進行データを配信ユーザ装置２１から受信するとともに、ゲーム制御データを配信ユーザ装置２１に送信する。第２進行部４５は、移動可能領域に、通常の移動オブジェクト５７と、特殊な移動オブジェクト５７（以下、特殊オブジェクトという）とを配置する。なお、第１ステージでは特殊オブジェクトは配置されない。

（第１ステージ）
図９を参照して、第１ステージにおけるリアルタイムサーバ１２の動作について、ゲームパラメータに関する処理及びグループパラメータに関する処理を中心に説明する。

第１進行部４０が配信ユーザによる第１アクション実行操作（キャストの操作）を受け付けると、設定値特定部４１は、その配信ユーザが設定した設定値を特定する（ステップＳ１）。設定値特定部４１は、特定した設定値をＡＰＩサーバ１４に送信する。ＡＰＩサーバ１４は、設定値を設定値合計に加算する。

設定値であるゲームパラメータは、本実施形態ではメダル数である。設定値特定部４１は、設定メダル数に応じて、ゲームスピードを設定する。ゲームスピードは、第１ゲーム内アクションが実行されてから対戦条件が成立するまで（又は移動オブジェクト５７が対戦可能状態になるまで）の時間を短くする。

さらに設定値特定部４１は、第１進行部４０により第１ゲーム内アクションが実行された場合、所持値から設定値を減算する（ステップＳ２）。具体的には、設定値特定部４１は、ユーザ情報３５に記録された所持値である所持メダル数をＡＰＩサーバ１４から受信する。そして所持メダル数から設定メダル数を減算する。なお、対戦条件が成立せず、第１ゲーム内アクションをやり直す場合は設定メダル数を所持値に加算して元に戻す。

倍率設定部４２は、特定した設定値を用いて倍率設定処理を行う（ステップＳ３）。倍率設定処理では、第２ステージで用いられるブースト倍率が設定される。倍率設定部４２は、設定したブースト倍率を、ＡＰＩサーバ１４を介してユーザ情報３５に記録する。なお、倍率設定処理は、所持値から設定値を減算する更新処理の後であって次の更新処理までに行われれば良い。

第１報酬付与部４３は、第１報酬条件が満たされたか否かを判定する（ステップＳ４）。本実施形態では、第１報酬条件は、選択可能になった移動オブジェクト５７に対するユーザの第２ゲーム内アクションが成功したことである。第１報酬条件は、ゲームの内容によって異なる。

第１報酬付与部４３は、第１報酬条件が満たされていないと判定すると（ステップＳ４：ＮＯ）、ステップＳ６に進む。
第１報酬付与部４３は、第１報酬条件が満たされたと判定すると（ステップＳ４：ＹＥＳ）、個人報酬を付与する（ステップＳ５）。具体的には、第１報酬付与部４３は、設定メダル数と、ゲーム環境情報３６に記録された移動オブジェクト５７のオッズ（倍率）とを用いて個人報酬を決定する。オッズ（例えば「２倍」）が大きいほど、個人報酬であるメダル数は多くなる。また、設定メダル数が多いほど、個人報酬であるメダル数は多くなる。例えば、第１報酬付与部４３は、設定メダル数とオッズとを乗算した値を用いて個人報酬を決定する。上述したように、オッズは、移動オブジェクト５７に応じて、１倍以上の倍率と１倍未満の倍率とが設定されている。つまり、取得に成功した移動オブジェクト５７に応じて、設定値以上の個人報酬が得られる場合と、設定値よりも小さい個人報酬が得られる場合とがある。オッズは、移動オブジェクト５７の種類毎、又は属性（レアリティ等）毎に設定されていてもよい。又は、オッズは、一つの移動オブジェクト５７毎に設定されていてもよい。つまり、同じ種類の複数の移動オブジェクト５７に対し、それぞれ異なるオッズが設定されていてもよい。

第１報酬付与部４３は、個人報酬であるメダル数を、個人報酬に関連付けられた配信ユーザ７０のユーザＩＤとともにＡＰＩサーバ１４に送信する。ＡＰＩサーバ１４は、ユーザＩＤに基づいて、ユーザ情報３５の所持値にメダル数を加算する。

なお、本実施形態において、個人報酬を決定する際に用いられる設定値は、第１ゲーム内アクション（キャスト）を実行したときの設定値である。しかし、個人報酬を決定する際に用いられる設定値を特定するタイミングは、配信ユーザが設定値を変更可能な期間に応じたものであればよい。例えば、対戦条件が満たされたときに特定した設定値を個人報酬の決定に用いてもよい。

第１進行部４０は、グループパラメータを更新する（ステップＳ６）。グループパラメータは、第１ゲーム内アクションが実行される場合に更新される。又は、グループパラメータは、第２ゲーム内アクションが実行される場合に更新されてもよい。判定部４４は、設定値に応じてグループパラメータの増加量を決定する。例えば、判定部４４は、設定メダル数に予め関連付けられたグループパラメータの増加倍率に基づいて、グループパラメータの増加量を決定する。設定メダル数が多いほど、グループパラメータの増加量は大きくなる。第１進行部４０は、グループパラメータの増加量をＡＰＩサーバ１４に送信する。ＡＰＩサーバ１４は、受信した増加量をゲーム管理情報３７のグループパラメータの合計値に加算することによってグループパラメータを更新する。判定部４４は、ＡＰＩサーバ１４からグループパラメータを適宜取得するとともに、その値が所定値に達したか否かを判定する。

判定部４４は、グループのミッションが達成されたか否かに基づいて第１ステージが終了したか否かを判定する（ステップＳ７）。
判定部４４は、グループのミッションが達成されていないと判定すると、第１ステージが終了していないとして（ステップＳ７：ＮＯ）、ステップＳ１に戻り、ゲームの進行に沿って、ステップＳ１～ステップＳ７が各機能によって実行される。

判定部４４が、グループのミッションが達成されたと判定すると（ステップＳ７：ＹＥＳ）、第１ステージを終了する。第１進行部４０は第２ステージに移行する要求を含むデータ制御データを配信ユーザ装置２１に送信する。配信ユーザ装置２１は、このデータ制御データを受信すると第２ステージの画面を表示する。なお、第１ステージが開始されてからの経過時間が制限時間に達した場合、第２ステージに移行せずにゲーム自体を終了してもよい。

（倍率設定処理）
図１０を参照して、倍率設定処理について説明する。倍率設定部４２は、設定値として設定値合計を特定する（ステップＳ１０）。具体的には、倍率設定部４２は、ユーザ情報３５の設定値合計（例えば「１０００」）をＡＰＩサーバ１４から取得する。また、倍率設定部４２は、ステップＳ１で特定した設定メダル数（例えば「１００」）を設定値合計に加算する（例えば「１１００」）。

また、倍率設定部４２は、ブースト倍率を更新するか否かを判定する（ステップＳ１１）。設定値合計には複数の閾値（例えば、「１１００」、「１２００」）が段階的に設定されている。倍率設定部４２は、設定値合計が新たな閾値に到達する度に、ブースト倍率を更新すると判定する。

倍率設定部４２は、設定値合計が閾値に達したと判定すると（ステップＳ１１：ＹＥＳ）、ブースト倍率を更新する（ステップＳ１２）。このとき、倍率設定部４２は、ブースト倍率の抽選を行う。つまり、複数のブースト倍率から一つのブースト倍率を選択する。このとき、倍率設定部４２は、ユーザ情報３５に記録されているブースト倍率よりも高い倍率を選択する。これにより、設定値合計が閾値に達する度に、ブースト倍率は大きくなる。倍率設定部４２は抽選して得られたブースト倍率を、ＡＰＩサーバ１４を介してユーザ情報３５に記録する。また、倍率設定部４２は、ブースト倍率が更新された場合、ゲーム制御データにブースト倍率を含めて配信ユーザ装置２１に送信する。

一方、倍率設定部４２は、設定値合計が閾値に達していないと判定すると（ステップＳ１１：ＮＯ）、処理を終了する。
（第２ステージ）
図１１を参照して、第２ステージにおけるリアルタイムサーバ１２の動作について、ゲームパラメータに関する処理及びグループパラメータに関する処理を中心に説明する。

設定値特定部４１は、設定値を設定する。第２ステージにおいて、設定値特定部４１は、設定値である設定メダル数を最大値に設定する。

第２報酬付与部４６は、第２ステージにおいて第２ゲーム内アクションが成功したか否かを判定する（ステップＳ１６）。第２報酬付与部４６が、第２ゲーム内アクションが失敗したと判定すると（ステップＳ１６：ＮＯ）、ステップＳ２０に進む。

第２報酬付与部４６は、第２ゲーム内アクションが成功したと判定すると（ステップＳ１６：ＹＥＳ）、グループに属するいずれかの配信ユーザのプレイ状況により第２報酬条件が満たされたか否かを判定する（ステップＳ１７）。第２報酬条件は、上記ゲームの具体例においては第２ゲーム内アクションの対象である移動オブジェクトが特殊オブジェクトであって且つ第２ゲーム内アクションが成功したことである。第２報酬条件はゲームによって異なる。

第２報酬付与部４６は、第２報酬条件が満たされていないと判定すると（ステップＳ１７：ＮＯ）、通常の移動オブジェクト５７に対する第２ゲーム内アクションが成功したとして、個人報酬を付与する（ステップＳ２１）。第２報酬付与部４６は、第１ステージと同様に個人報酬を決定する。

第２報酬付与部４６は、いずれかの配信ユーザのプレイ状況により第２報酬条件が満たされたと判定すると（ステップＳ１７：ＹＥＳ）、配信ユーザ毎にグループ報酬を付与する（ステップＳ１８）。第２報酬付与部４６は、ユーザ情報３５に記録された各配信ユーザのブースト倍率を、ＡＰＩサーバ１４を介して取得する。また、第２報酬付与部４６は、ゲーム環境情報３６に記録されたオッズのうち、配信ユーザが取得した移動オブジェクト５７のオッズを、ＡＰＩサーバ１４を介して取得する。

そして、移動オブジェクト５７に関連付けられたオッズと、各配信ユーザのブースト倍率とを用いて、配信ユーザ毎に、グループ報酬としてのゲームパラメータの値（メダル数）を決定する。特殊オブジェクトは通常オブジェクトに比べて高いオッズが設定されている。また、オッズが高くなるほど、各配信ユーザに付与されるゲームパラメータの値は大きくなる。また、配信ユーザのブースト倍率が高くなるほど、その配信ユーザに付与されるゲームパラメータの値は大きくなる。例えば、第２報酬付与部４６は、設定メダル数を用いた定数、オッズ、ブースト倍率を乗算してグループ報酬を算出する。

第２報酬付与部４６は、グループ報酬及びそのグループ報酬が関連付けられた配信ユーザ７０のユーザＩＤを、ＡＰＩサーバ１４に送信する。ＡＰＩサーバ１４は、ユーザＩＤに基づいて、グループ報酬としてのゲームパラメータの値を各配信ユーザのユーザ情報３５に含まれる所持値にそれぞれ加算する。

第２報酬付与部４６は、配信ユーザ毎に決定したグループ報酬に関する情報に加え、特殊演出の実行要求をゲーム制御データに含めて配信ユーザ装置２１に送信する（ステップＳ１９）。このとき、ゲーム制御データに、グループ報酬としてのゲームパラメータの値を、そのグループ報酬が付与された配信ユーザ装置２１に送信する。また、第２報酬付与部４６は、ホストユーザと同じゲーム制御データを視聴ユーザ装置２２に送信する。

配信ユーザ装置２１及び視聴ユーザ装置２２の出力制御部５２は、ゲーム制御データに基づき、特殊演出の画面を出力する。特殊演出は、第２報酬条件を満たしたことを契機に出力される演出である。

第２報酬付与部４６が、第２ゲーム内アクションが失敗したと判定した場合（ステップＳ１６：ＮＯ）、又は通常の移動オブジェクト５７に対する第２ゲーム内アクションが成功し（ステップＳ１７：ＮＯ）、且つ個人報酬を付与したとき（ステップＳ２１）、及び特殊演出の実行要求を送信した場合（ステップＳ１９）、第２進行部４５は第２ステージが終了したか否かを判断する（ステップＳ２０）。第２ステージの終了条件は、グループパラメータが下限値に達したことである。

第２進行部４５は、第２ステージを終了したと判断すると（ステップＳ２０：ＹＥＳ）、ゲームを終了する。第２進行部４５は、第２ステージを終了していないと判断すると（ステップＳ２０：ＮＯ）、ステップＳ１６に戻る。

図１２を参照して、個人報酬を配信ユーザに付与する場合の具体例について説明する。図１２の例では、ゲームには、２人の配信ユーザ７０（ホストユーザ７０Ｈ，ゲストユーザ７０Ｇ）が参加しているものとする。また、リアルタイムサーバ１２は、ＡＰＩサーバ１４との間で、設定値、所持値、設定値合計、ブースト倍率、残り時間、グループパラメータ等のデータを送受信しているものとする。

リアルタイムサーバ１２の第１進行部４０は、ホストユーザ７０Ｈの配信ユーザ装置２１から、ホストユーザ７０Ｈが賭ける設定メダル数７１（例えば「１００」）を含むゲーム進行データを受信する。また、第１進行部４０は、ゲストユーザ７０Ｇが賭ける設定メダル数（例えば「２００」）を含むゲーム進行データを受信する。

第１進行部４０は、ホストユーザ７０Ｈのメダル所持数（例えば「１０００」）から設定メダル数を減算する（メダルの消費）ことによってホストユーザ７０Ｈのメダル所持数を更新する（例えば「９００」）。また、第１進行部４０は、ゲストユーザ７０Ｇのメダル所持数（例えば「１０００」）から設定メダル数を減算することによってゲストユーザ７０Ｇのメダル所持数を更新する（例えば「８００」）。

第１報酬付与部４３は、ホストユーザ７０Ｈの移動オブジェクト５７に対する対戦が成功したと判定すると、ホストユーザ７０Ｈが賭けた設定メダル数７１に応じた個人報酬７２を付与する。第１報酬付与部４３は、ホストユーザ７０Ｈに関連付けられた所持メダル数に、個人報酬７２として新たにメダル数（例えば「２００」）を加算することによって所持値を更新する（例えば「１１００」）。また、ホストユーザ７０Ｈに移動オブジェクト５７が関連付けられる。

ここで、ホストユーザ７０Ｈに関連付けられた移動オブジェクト５７と同じ移動オブジェクト５７に対し、ゲストユーザ７０Ｇの対戦が成功したとする。ゲストユーザ７０Ｇの設定メダル数７１（例えば「２００」）が、ホストユーザ７０Ｈの設定メダル数７１よりも多い場合、ゲストユーザ７０Ｇに付与される個人報酬７２（例えば「４００」）はホストユーザ７０Ｈに付与される個人報酬７２よりも大きくなる。第１報酬付与部４３は、ゲストユーザ７０Ｇに関連付けられた所持メダル数に、個人報酬７２を加算することによって所持値を更新する（例えば「１２００」）。なお、移動オブジェクト５７との対戦に失敗した場合には、設定メダル数７１が所持値から減算される一方で、個人報酬７２が付与されない。

また、判定部４４は、各配信ユーザ装置２１からキャストの実行要求を受信すると、第２ゲーム内アクションが成功したか否かに関わらず、グループパラメータの合計値を増加させる。配信ユーザ装置２１は、グループパラメータの合計値をグループゲージ７３で表す。グループパラメータの単位は、独自の単位（例えば「１」，「２」）、又はメダル数でもよい。

このように第１ステージでは、配信ユーザ７０は、基本的には個人で移動オブジェクト５７との対戦を楽しむ。また、第１報酬付与部４３は、対戦の結果に基づいて個人報酬７２を付与する。一方、第１進行部４０は、配信ユーザ７０のキャストの実行に基づいてグループパラメータを増加させる。グループパラメータは対戦の結果に関わらず増加するため、ゲームのプレイ経験や配信ユーザのテクニック等に因らず、各配信ユーザの努力によって第２ステージに移行することができる。このため、ゲームに対するユーザの意欲を高めることができる。また、ゲームを初めてプレイするユーザも、既にゲームをプレイしているユーザとのプレイ経験の差を気にせずに、ゲームをプレイすることができる。さらに、ゲームに参加するユーザが多いほど、グループパラメータが早く増加する。このため、ホストユーザによる他のユーザへの参加要請を促すことができる。

図１３を参照して、グループ報酬を配信ユーザに付与する場合の具体例について説明する。
第１ステージにおいて、リアルタイムサーバ１２の倍率設定部４２は、設定メダル数７１に応じて各配信ユーザ７０のブースト倍率７４Ｈ，７４Ｇを設定する。具体的には、倍率設定部４２は、配信ユーザ７０によるアクション実行操作を受け付けるたびに消費される設定メダル数７１（例えば「１００」、「２００」、「３００」）を配信ユーザ７０毎に合計する（例えば「６００」）。そして、倍率設定部４２は、設定メダル数７１の合計値が閾値（例えば「５００」）に到達すると、ブースト倍率（例えば「×２」、「×３」…）から一つのブースト倍率７４Ｈ，７４Ｇを抽選する。このようにブースト倍率を抽選することによって、ランダム性が増し、ゲームの興趣性を高めることができる。

第２進行部４５は、第１ステージでグループパラメータが最大値に達した場合、第２ステージでゲームを進行させる。なお、第２進行部４５は、キャストが実行されても配信ユーザ７０のメダル所持数から配信ユーザが設定したメダル数を減算しない。

図１３において、例えばホストユーザ７０Ｈのプレイ状況が第２報酬条件を満たしたとする。この場合、第２報酬付与部４６は、ホストユーザ７０Ｈに対して設定されているブースト倍率７４Ｈ（例えば「×２」）を用いて、ホストユーザ７０Ｈのグループ報酬７５であるメダル数（例えば「５０００」）を決定する。また、第２報酬付与部４６は、ゲストユーザ７０Ｇのブースト倍率７４Ｇ（例えば「×４」）を用いて、ゲストユーザ７０Ｇのグループ報酬７５であるメダル数（例えば「１００００」）を決定する。つまり、ホストユーザ７０Ｈが第２報酬条件を満たす一方でゲストユーザ７０Ｇが第２報酬条件を満たしていない場合であっても、ゲームに参加する全ての配信ユーザ７０にグループ報酬７５が付与される。また、各自に付与されるグループ報酬７５は、各配信ユーザ７０に関連付けられたブースト倍率７４Ｈ，７４Ｇに応じて決まるため、ゲストユーザ７０Ｇに付与されるグループ報酬７５が、第２報酬条件を満たしたホストユーザ７０Ｈに付与されるグループ報酬７５よりも高い場合もある。

このように、第２ステージでは、配信ユーザ自身だけでなく、グループに参加する他の配信ユーザ７０が第２報酬条件を満たすことによりグループ報酬が付与される。よって、第２ステージでは、配信ユーザ７０が賭けた設定メダル数７１に応じた報酬を得る面白さに加え、配信ユーザ同士の連帯感を高めることができる。したがって、ゲームが単調であるとの印象を配信ユーザ７０に与えることを抑制することができる。さらに、第２ステージでは第１ステージに比べメダル数が増加しやすい。このためメダル数が勢いよく増加していくことによる面白さを配信ユーザに体験させることが可能である。

また、第１ステージで設定メダル数７１を多くすることで、第２ステージで用いられるブースト倍率が高くなりやすい。このため、第１ステージに対する各配信ユーザ７０のモチベーションを高めることができる。また、このようにメダル数を賭けるゲームはランダム性を有するため、ランダム性を好まないユーザはそのゲームに参加しない傾向がある。しかし、このように複数のユーザでプレイするゲームとすることで、ユーザが楽しむことができる要素が増える。このため、ゲームのランダム性の印象を和らげることができる。

＜特殊演出＞
次に特殊演出（ステップＳ１９）について詳述する。ここでは、第１ステージ及び第２ステージのゲームが実行される期間のうち、特殊演出が行われる期間を除く期間を、ゲーム進行期間という。特殊演出が行われる期間は、撮影が可能な期間（以下、撮影期間という）である。撮影期間は、取得条件である第２報酬条件が満たされることで開始される。

配信ユーザ装置２１の出力制御部５２は、リアルタイムサーバ１２から特殊演出の実行要求を受信すると、アバターオブジェクト６０の撮影を行う撮影期間を開始する。撮影期間においてゲームの進行は停止されている。例えば、リアルタイムサーバ１２は、グループパラメータの減少を停止する。出力制御部５２は、撮影期間においてゲーム画面の表示を停止する。また、出力制御部５２は、動作検出部５４が検出したトラッキングデータを用いて配信ユーザ７０の表情等の動作を反映したアバターオブジェクト６０を特殊演出画面に表示する。配信ユーザ７０の表情等の動作を反映したアバターオブジェクト６０は、第２表示態様のアバターオブジェクト６０である。また、出力制御部５２は、取得部５０が取得した他の配信ユーザ７０のトラッキングデータを用いて他の配信ユーザ７０の表情等の動作を反映したアバターオブジェクト６０を特殊演出画面に表示する。なお、出力制御部５２は、自装置を用いる配信ユーザ７０又は他の配信ユーザ７０がエモート機能を選択した場合には、選択されたエモートに対応するモーションデータを用いてアバターオブジェクト６０を表示する。

さらに出力制御部５２は、撮影期間中に、配信ユーザ７０の操作（撮影操作）に基づいてアバターオブジェクトを含む画像をストレージ２６に記録する。撮影期間の終了条件は、操作検出部５１が配信ユーザ７０による特殊演出画面を閉じる操作を受け付けたこと、又は撮影期間を開始してから所定時間が経過したことである。

撮影期間が終了すると、出力制御部５２は、撮影期間を終了してトラッキングデータを用いたアバターオブジェクト６０の表示を終了するとともに、ゲーム進行期間を開始してゲーム画面を表示する。

撮影期間において、第２進行部４５は、ゲームの進行を停止する一方で、第２ステージに係るゲーム処理の少なくとも一部を実行してもよい。例えば、撮影期間を開始する直前において、他の配信ユーザ７０が対戦中であった場合には、成功率の算出、成功及び失敗の判定を実行してもよい。

また、出力制御部５２は、ゲーム進行期間が再開されると、撮影期間を開始する直前のゲーム進行データに基づいて、ゲーム画面を表示してもよい。ゲーム進行データは、他の配信ユーザ７０のプレイ状況を含む。例えば、撮影期間の直前において第２報酬条件を満たした配信ユーザ７０以外の配信ユーザ７０が第１ゲーム内アクション（キャスト）を行っていた場合、出力制御部５２は、その配信ユーザ７０が第１ゲーム内アクションを行った状態のゲーム画面を表示する。

又は、出力制御部５２は、ゲーム進行期間が再開された場合、各配信ユーザ７０のプレイ状況を、第１ゲーム内アクション（キャスト）が行われる前の初期状態としてもよい。
又は、第２進行部４５は、一方の配信ユーザ７０が第２報酬条件を満たしたときの撮影期間の直前に、他方の配信ユーザ７０が第２報酬条件を満たすと判定した場合、特殊演出を連続して行ってもよい。

＜図鑑＞
図１４を参照して、第１進行部４０及び第２進行部４５によって実行される図鑑への登録処理について説明する。図鑑への登録処理は、配信ユーザ７０がオブジェクトの取得条件を満たしたことを契機に、その配信ユーザ７０に関連付けられた図鑑に対して行われる。取得条件は、配信ユーザ７０が、第２ゲーム内アクションが成功したことである。ここでは、第１ステージにおいて取得条件が満たされた場合に、第１進行部４０が図鑑への登録を行うことについて説明する。なお、第２進行部４５も同様に図鑑の登録処理を行う。

ゲームフィールド５５は、ユーザに開放される順序が予め定められている。また、移動オブジェクト５７はゲームフィールド５５に関連付けられている。第１進行部４０は、配信ユーザ７０が、第２ゲーム内アクションが成功した場合、移動オブジェクト５７を図鑑に登録する（ステップＳ２６）。具体的には、第１進行部４０は、ＡＰＩサーバ１４に移動オブジェクト５７のオブジェクトＩＤ、移動オブジェクト５７を取得した配信ユーザ７０のユーザＩＤ及び登録要求を送信する。ＡＰＩサーバ１４は、ユーザＩＤに対応するユーザ情報３５のうち、移動オブジェクト５７に関連付けられたゲームフィールド５５の図鑑に移動オブジェクト５７のオブジェクトＩＤを登録する。

第１進行部４０は、第２ゲーム内アクションが成功した配信ユーザに関連付けられた各ゲームフィールド５５のうち、ステップＳ２７で特定した図鑑の完成率を取得する（ステップＳ２７）。具体的には、完成率は、図鑑に登録可能な登録可能数に対する、図鑑に登録された移動オブジェクト５７の数の割合を表す。第１進行部４０は、ＡＰＩサーバ１４が算出した完成率を取得してもよい。又は、第１進行部４０は、登録可能数及び図鑑に登録された移動オブジェクト５７の数をＡＰＩサーバ１４から取得するとともに完成率を算出してもよい。

第１進行部４０は、完成率が所定率以上であるか否かを判定する（ステップＳ２８）。完成率（例えば６０％）が所定率（例えば８０％）未満であると判定すると（ステップＳ２８：ＮＯ）、配信ユーザ７０が次の第２ゲーム内アクションを成功するまで処理を待機する。

一方、第１進行部４０は、完成率（例えば８５％）が所定率（例えば８０％）以上であると判定すると（ステップＳ２８：ＹＥＳ）、その配信ユーザ７０に対し、予め定められた開放の順序に従って新たなゲームフィールド５５を開放する（ステップＳ２９）。例えば、未開放のゲームフィールド５５の順序のうち、最も低い順序（割り振られた番号が小さい）のゲームフィールド５５を開放する。第１進行部４０は、開放したゲームフィールド５５をユーザ情報３５に記録する。これにより、配信ユーザ７０は、ホストユーザ７０Ｈになった場合に、開放されたゲームフィールド５５でゲームを開始することができる。

ユーザは、基本的には自身に対して開放されたゲームフィールド５５でゲームをプレイすることができる。しかし、上述したようにユーザがゲストユーザ７０Ｇとしてゲームに参加した場合は、ゲストユーザ７０Ｇには開放されていないゲームフィールド５５であっても、ホストユーザ７０Ｈに開放されたゲームフィールド５５であれば、ゲームをプレイすることができる。また、ゲストユーザ７０Ｇは、そのゲストユーザ７０Ｇには開放されていないゲームフィールド５５であっても、移動オブジェクト５７をそのゲームフィールド５５に関連付けられた図鑑に登録することができる。

ゲストユーザ７０Ｇには開放されていないゲームフィールド５５であっても、図鑑の完成率が所定率以上となった場合には、ゲストユーザ７０Ｇがそのゲームフィールド５５でゲームをプレイ可能な状態としてもよい。
＜表示画面＞
図１５～図１８を参照して、釣りを行うゲームが実行される場合において、ユーザ装置２０のディスプレイ３２に表示される各種画面の例について説明する。

図１５は、配信ユーザ装置２１が表示するゲーム画面８０の一例を示す。図１５の例は、第１ステージにおけるゲーム画面８０を示す。出力制御部５２は、ＡＰＩサーバ１４からゲーム環境情報３６を受信する。また、出力制御部５２は、リアルタイムサーバ１２からゲーム制御データを受信する。さらに、出力制御部５２は、マルチゲームサーバ１３からアバターオブジェクト６０を描画するための表示制御データを受信する。そして、出力制御部５２は、これらの情報を用いてゲーム画面８０を表示する。

ゲーム画面８０は、ゲームフィールド５５の背景を含む。また、ゲーム画面８０は、アバターオブジェクト６０、釣り竿８１、アイテム５８、移動可能領域５６、移動オブジェクト５７の画像を含む。図１５の例では、二人の配信ユーザ７０がゲームに参加しているものとする。

出力制御部５２は、配信ユーザ７０の操作に基づいて、予め定められたゲーム内アクションのモーションデータを用いてアバターオブジェクト６０を描画する。ゲーム内アクションは、キャストの動作、移動オブジェクト５７と対戦する動作、移動オブジェクト５７を釣り上げる動作等である。ゲーム進行期間では、ユーザ装置２０の処理負荷を軽減するため、出力制御部５２は、配信ユーザ７０の表情を検出したモーションデータを用いずにアバターオブジェクト６０を描画する。

操作検出部５１は、配信ユーザ７０によるエモート機能の選択を受け付ける。なお、また、操作検出部５１は、キャストを行った後は、対戦が終了するまで又は対戦を行わずにアイテムを回収するまで、配信ユーザのエモートの選択を受け付けない。出力制御部５２は、選択されたエモートの種類に対応するモーションデータを用いてアバターオブジェクト６０を描画する。また、出力制御部５２は、他の配信ユーザ７０が選択したエモートを指定する情報をマルチゲームサーバ１３から受信する。そして他の配信ユーザ７０が指定するモーションデータを用いてアバターオブジェクト６０を描画する。

ゲーム画面８０は、個人ゲージ８２及びグループゲージ８３を含む。個人ゲージ８２は、設定メダル数を表す。図１５の例では、操作検出部５１が個人ゲージ８２のプラスボタン及びマイナスボタンの操作を受け付けると、出力制御部５２が個人ゲージ８２のゲージ値を増大させる。また、送信部５３は、設定メダル数をリアルタイムサーバ１２に送信する。個人ゲージ８２には、設定メダルを示すメダル数表示部８４が隣接している。

出力制御部５２は、ＡＰＩサーバ１４から受信したグループパラメータを用いてグループゲージ８３を表示する。グループゲージ８３は、グループパラメータの値を表す。第２ステージでは、個人ゲージ８２は自動的に最大値となる。また、第２ステージが開始される場合にはグループゲージ８３は最大値であるが、時間の経過に伴い低下する。

また、ゲーム画面８０は、スピード表示部８５、倍率表示部８６、及び所持メダル表示部８７を含む。出力制御部５２は、ＡＰＩサーバ１４から受信したスピード値（図示略）、ブースト倍率、所持値に基づいてこれらを表示する。スピード表示部８５は、グループパラメータが増加する速度を示している。倍率表示部８６は、配信ユーザ７０のブースト倍率を示す。所持メダル表示部８７は、配信ユーザ７０のユーザ情報３５に記録された所持値であるメダル数を示す。なお、配信ユーザ装置２１は、自装置を用いる配信ユーザ７０に対応する個人ゲージ８２、スピード表示部８５、倍率表示部８６、及び所持メダル表示部８７を表示する。

さらに、ゲーム画面８０は、図鑑表示ボタン８８Ａ、エモート選択ボタン８８Ｂ、カメラボタン８８Ｃを含む。送信部５３は、図鑑表示ボタン８８Ａが配信ユーザ７０によって選択されると、ＡＰＩサーバ１４にユーザＩＤ及び図鑑送信要求を送信する。取得部５０は、ＡＰＩサーバ１４から図鑑に関する情報を受信するとともに、その配信ユーザ７０に関連付けられた図鑑を表示する。出力制御部５２は、エモート選択ボタン８８Ｂが選択されると複数のエモートを選択可能に表示する。出力制御部５２は、配信ユーザによって選択されたエモートを用いて、配信ユーザに対応するアバターオブジェクト６０を描画する。また、送信部５３は、選択されたエモートを指定する情報をマルチゲームサーバ１３に送信する。出力制御部５２は、カメラボタン８８Ｃが選択されるとゲーム画面を撮影する。

視聴ユーザ装置２２は、個人ゲージ８２、倍率表示部８６及び所持メダル表示部８７を除き、配信ユーザ装置２１と同様なゲーム画面（図示略）を表示する。視聴ユーザ装置２２が表示するゲーム画面は、グループゲージ８３及びスピード表示部８５を含む。

また、視聴ユーザ装置２２が表示するゲーム画面は、評価ボタン、ギフトボタン、カメラボタン及びコラボレーションボタン（いずれも図示略）を含む。評価ボタンは、視聴ユーザが配信に対する好評価（例えば「いいね！」等）を表現するボタンである。ギフトボタンは、配信ユーザ７０にギフトを贈るためのボタンである。視聴ユーザによってギフトボタンが選択されると、視聴ユーザ装置２２は、ギフト表示要求をマルチゲームサーバ１３に送信する。マルチゲームサーバ１３は、ゲームが終了した後、ギフト表示要求に対応するギフトオブジェクトを画面に表示する。カメラボタンは、画面をキャプチャするためのボタンである。コラボレーションボタンは、ゲームに参加するためのボタンである。
図１５に例示するゲーム画面８０は、メダル数表示部８４と、グループゲージ８３と、スピード表示部８５とが、スマートフォンのような小さい画面でも見やすいように効率的な表示になっている。また、個人ゲージ８２は、ユーザが片手で操作しやすい位置になっている。さらに、個人ゲージ８２及びグループゲージ８３は細長い形状を有している。個人ゲージ８２の長手方向は第１の方向（横方向）であり、グループゲージ８３の長手方向は第２の方向（縦方向）である。このため、ユーザは、ゲーム画面８０内に複数のゲージがある場合であっても、それらを一目で見分けることができる。

図１６は、配信ユーザ７０に個人報酬が付与されたことを通知する報酬画面９０の一例である。報酬画面９０は、第１ステージの個人報酬の付与処理（ステップＳ５）、第２ステージの個人報酬の付与処理（ステップＳ２１）で表示される。

報酬画面９０は釣果表示部９１を含む。釣果表示部９１は、第２ゲーム内アクションが成功した移動オブジェクト５７を釣果として表示する。報酬画面９０には、移動オブジェクト５７の属性（名称、大きさ、重さ）も表示されている。また、報酬画面９０は、個人報酬であるメダル数９２を含む。この画面は、配信ユーザ装置２１を用いる配信ユーザ７０自身に個人報酬が付与されたことを示す画面である。他の配信ユーザ７０に個人報酬が付与された場合は、他の表示態様の報酬画面が表示される。例えば、この報酬画面では、釣果を取得した配信ユーザ７０とその釣果とが関連付けて表示される。他の配信ユーザ７０に付与された個人報酬の画像は、自装置を用いる配信ユーザ７０が取得した個人報酬の画像に比べて、画像のサイズが小さくてもよい。或いは、他の配信ユーザ７０に付与された個人報酬の画像に含まれる情報量が、自装置を用いる配信ユーザ７０が取得した個人報酬の画像に含まれる情報量に比べて少なくてもよい。また、他の配信ユーザ７０に付与された釣果に関する画像は、自装置を用いる配信ユーザ７０が取得した釣果の画像に比べて、画像のサイズが小さくてもよく、情報量が少なくてもよい。複数の配信ユーザ７０が個人報酬を取得する場合、個人報酬の画像が高い頻度で表示されるが、例えば、他の配信ユーザ７０に付与された個人報酬の画像を小さくすることによって、自装置の配信ユーザ７０のアクションや、各配信ユーザ７０の動作が、その個人報酬の画像によって隠されたりすることを抑制することができる。また、画面が見難くなり、ゲームの進行が阻害されることを抑制することができる。

図１７は、配信ユーザ装置２１が表示する特殊演出画面９５の一例を示す。特殊演出画面９５は、特殊演出を行う処理（ステップＳ１９）で表示される。
特殊演出画面９５は、ゲームに参加したアバターオブジェクト６０を含む。出力制御部５２は、各アバターオブジェクト６０を、ユーザから見て少なくとも表情が判別可能な大きさに表示する。また、出力制御部５２は、配信ユーザ７０の動作を示すモーションデータが反映されたアバターオブジェクト６０を表示する。配信ユーザ７０の動作は、配信ユーザ７０の表情に加え、頭部（首）、腕、手、及び胴体の動作のうち少なくとも一つを含む。また、出力制御部５２は、配信ユーザ７０がエモート機能を選択した場合には、アバターオブジェクト６０は、選択されたエモートに対応するモーションデータを用いてアバターオブジェクト６０を表示する。なお、特殊演出画面９５は、取得した特殊オブジェクト１０６（移動オブジェクト５７）の画像を含んでいてもよい。また、取得した特殊オブジェクト１０６と、当該特殊オブジェクト１０６を取得したアバターオブジェクト６０の所定の部位（例えば手）とを関連付けて表示するようにしてもよい。特殊オブジェクト１０６と所定の部位とが関連付けられることにより、所定の部位に特殊オブジェクト１０６が接触するように表示される。これにより、特殊オブジェクト１０６を持ったアバターオブジェクト６０が表示される。

特殊演出画面９５は、エモート選択ボタン８８Ｂ、カメラボタン８８Ｃ及び終了ボタン９６を含む。エモート選択ボタン８８Ｂが選択されると、ユーザ装置２０の出力制御部５２は、各エモートを示す複数のアイコンが表示されたエモート選択部（図示略）を表示する。配信ユーザ７０は、エモート選択部に表示された各アイコンのうち一つを選択する。配信ユーザ装置２１は、選択されたアイコンに対応するモーションデータを指定する情報をマルチゲームサーバ１３に送信する。マルチゲームサーバ１３は、他のユーザ装置２０にモーションデータを示す情報を含む表示制御データを送信する。なお、マルチゲームサーバ１３は、モーションデータ自体を送信するようにしてもよい。

配信ユーザ７０によってカメラボタン８８Ｃが選択されると、出力制御部５２は、画面をキャプチャ（撮影）する。このとき、配信ユーザ装置２１の出力制御部５２は、各アイコンを消去して、画面をキャプチャするようにしてもよい。そして出力制御部５２は、キャプチャした撮影画像をストレージ２６に記録する。また、視聴ユーザによってカメラボタン（図示略）が選択されると、視聴ユーザ装置２２は、画面をキャプチャ（撮影）するとともに、撮影画像をストレージ２６に記録する。

ゲーム実行中にアバターオブジェクト６０に配信ユーザ７０の表情を反映すると、ユーザ装置２０の処理負荷が大きくなる。配信方式がサーバレンダリング方式の場合は、マルチゲームサーバ１３の処理負荷が大きくなる。また、ゲームの進行に対してアバターオブジェクト６０に対する表情の反映が遅延する等、それらを同期させることが難しくなる。

よって、上述したように、ユーザからみてゲームを中断した状態で、アバターオブジェクト６０の撮影時間を設けることによって、ユーザ装置２０の処理負荷を軽減しつつ、同じゲーム空間を共有することの連帯感を配信ユーザ７０に与えることができる。配信ユーザ７０は、特殊演出画面９５において多様なパフォーマンスを行うことができる。さらに、特殊演出画面９５が表示されることで、視聴ユーザが動画を視聴することに飽きないようにすることができる。また、複数の配信ユーザがゲームに参加する場合、配信ユーザは、自分のゲームプレイに集中していることから、他の配信ユーザのプレイ状況を確認しにくい。上記のゲームでは、他の配信ユーザが第２ゲーム内アクションを成功させた場合に特殊演出を設けることで、他の配信ユーザが特殊オブジェクトを取得したことを称える時間を確保することができる。このため、配信ユーザ同士のコミュニケーションを図ることができる。

図１８は、図鑑画面１００の一例を示す。配信ユーザ装置２１は、配信ユーザ７０によって図鑑表示ボタン８８Ａ（例えば図１５及び図１６のゲーム画面８０に含まれる）が選択された場合に、図鑑画面１００を表示する。図鑑画面１００は、オブジェクトの一覧を含む。本実施形態において、ゲーム実行中の配信ユーザ装置２１の画面には、図鑑表示ボタン８８Ａが表示されている。配信ユーザ７０はゲーム実行中において図鑑表示ボタン８８Ａを選択して図鑑画面１００を表示してもよい。また、ロビー画面にも図鑑表示ボタン８８Ａが表示されている。配信ユーザ７０はゲーム開始前及びゲーム終了後に、図鑑表示ボタン８８Ａを選択して図鑑画面１００を表示してもよい。

図鑑画面１００は、フィールド識別部１０１、オブジェクト表示部１０２を含む。出力制御部５２は、フィールド識別部１０１が表すゲームフィールド５５に関連付けて、配信ユーザ７０が取得した移動オブジェクト５７をオブジェクト表示部１０２として表示する。上述したように、ゲームフィールド５５には、そのゲームフィールド５５で取得可能な所定数の移動オブジェクト５７が関連付けられている。オブジェクト表示部は、配信ユーザ７０が既に取得した移動オブジェクト５７を示す取得オブジェクト表示部１０２Ａと、取得可能であるが未だ取得していない移動オブジェクト５７を示す未取得オブジェクト表示部１０２Ｂとを含む。取得オブジェクト表示部１０２Ａは、配信ユーザ７０による操作を受け付け可能である。取得オブジェクト表示部１０２Ａ及び未取得オブジェクト表示部１０２Ｂには、対応する移動オブジェクト５７のレアリティ（希少度）１０３が関連付けて表示されている。

取得オブジェクト表示部１０２Ａは、移動オブジェクト５７の画像を含む。未取得オブジェクト表示部１０２Ｂは、移動オブジェクト５７が非表示とされている。又は、図１８に示すように、未取得オブジェクト表示部１０２Ｂは、移動オブジェクト５７のシルエットのみ表示した状態等、一見しただけでは移動オブジェクト５７の種類を判別できない表示態様であってもよい。また、図鑑画面１００は、そのゲームフィールド５５で取得可能である移動オブジェクト５７の数と、取得された移動オブジェクト５７の数とを表示したオブジェクト数表示部１１０を含む。

図１９に示すように、出力制御部５２は、配信ユーザ７０が取得オブジェクト表示部１０２Ａを選択する操作を受け付けると、オブジェクト表示画面１０５を表示する。取得部５０は、オブジェクト表示画面１０５を表示するための情報をＡＰＩサーバ１４に要求するか、又は予め取得しておく。オブジェクト表示画面１０５は、移動オブジェクト５７の画像のほか、移動オブジェクト５７の名称、属性、レアリティ、及び移動オブジェクト５７を取得した回数を含む。属性は、移動オブジェクト５７の全長及び重さを含む。レアリティは、移動オブジェクト５７の希少度である。レアリティが高いほど、配信ユーザ７０が獲得できるメダル数は多くなってもよい。

配信ユーザ７０は、図鑑に既に登録された移動オブジェクト５７の種類と同じ種類であって、全長や重さといった属性が異なる移動オブジェクト５７を取得する場合がある。第１進行部４０又は第２進行部４５は、既に図鑑に登録されている移動オブジェクト５７を取得した場合、ＡＰＩサーバ１４を介して、同じ移動オブジェクト５７を取得した回数を更新する。出力制御部５２は、オブジェクト表示画面１０５に、移動オブジェクト５７を釣った回数を表示する。この場合、第１進行部４０又は第２進行部４５は、複数の移動オブジェクト５７を図鑑に登録するようにしてもよい。又は第１進行部４０又は第２進行部４５は、既に登録された移動オブジェクト５７と、新たに取得された移動オブジェクト５７との属性を比較する。そして、比較の結果、希少度が高い、若しくはパラメータが大きい（又は小さい）移動オブジェクト５７を新たに図鑑に登録するようにしてもよい。例えば、同じ種類の移動オブジェクト５７が取得された場合、属性に含まれる全長又は重さが大きい移動オブジェクト５７を図鑑に登録するようにしてもよい。

視聴ユーザは、ホストユーザ７０Ｈが図鑑画面１００を表示した場合に、その図鑑画面１００を視認することができる。例えば、配信ユーザ装置２１及び視聴ユーザ装置２２は、ゲーム終了後に表示されるロビー画面において、ホストユーザ７０Ｈの図鑑画面１００を表示する。このような図鑑画面１００を表示することにより、移動オブジェクト５７を集める面白さをユーザに感じさせることができる。

＜ハードウェア構成＞
図２３を参照して、処理回路の一例について説明する。図２３は、本明細書に開示したユーザ装置２０の処理回路のブロック図である。処理回路２００は、図２に示す制御部２５、通信インターフェース２７に対応する。なお、各サーバ１２～１４も同様の構成の制御回路を有する。

処理回路２００は、本明細書に開示された制御プロセスのうちの１つ以上を実行するプロセッサであるＣＰＵ２０１及びメモリ２０２を含む。処理データ及び命令は、メモリ２０２に格納されてもよい。また、これらの処理データ及び命令は、ハードドライブ（ＨＤＤ）又は可搬型記憶媒体等の記憶媒体ディスクであるストレージ２６に格納されてもよいし、処理回路２００とは別に設けられた記憶媒体に格納されてもよい。ストレージ２６は、バス２１０及びストレージコントローラ２０３を介してＣＰＵ２０１に接続される。

本明細書に開示された各機能は、ＣＰＵ２０１に限らず、開示された機能を実行するように構成又はプログラムされた汎用プロセッサ、特殊目的プロセッサ、集積回路、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔｓ）、従来の回路及び／又はそれらの組み合わせを含み得る回路を使用して実装され得る。プロセッサは、その中にトランジスタ及び他の回路を含むので、処理回路又は回路である。プロセッサは、メモリに格納されたプログラムを実行するプログラムされたプロセッサであってよい。本開示において、処理回路、第１出力制御部等のユニット、又は手段は、言及された機能を実行する、又は実行するようにプログラムされたハードウェアである。ハードウェアは、本明細書に開示された、又はそうでなければ公知の、言及された機能を実行するようにプログラムされるか構成される任意のハードウェアであってよい。

さらに、プロセッサは、プロセスの命令が格納されるコンピュータ可読媒体の形態によって制限されない。例えば、命令は、ＣＤ、ＤＶＤ、処理回路２００が通信する情報処理装置のＦＬＡＳＨメモリ、ＲＡＭ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ハードディスク又は他の非一時的コンピュータ可読媒体、例えばサーバ又はコンピュータに格納されてもよい。また、プロセスは、ネットワークベースのストレージ、クラウドベースのストレージ、又は他のモバイルアクセス可能なストレージに格納され、処理回路２００によって実行可能であってもよい。

本明細書に開示されたフローチャートにおける記述又はブロックは、プロセスにおける特定の論理機能又はステップを実装するための１つ又は複数の実行可能命令を含むコードのモジュール、セグメント又は部分を表すものとして理解することができる。また、上記記述又はブロックは、実質的に同時又は逆順等、図示又は明細書に記載した順序とは異なる順序で機能を実行することができる。

処理回路２００を実現するためのハードウェア要素は、様々な回路要素によって実現され得る。さらに、上述した実施形態の各機能は、１つ又は複数の処理回路を含む回路によって実現されてもよい。

処理回路２００はまた、ネットワークＮＷに接続するための、ネットワークコントローラ２０６を含む。ネットワークＮＷは、インターネット等の公衆ネットワーク、又はローカルエリアネットワーク（ＬＡＮ）もしくはワイドエリアネットワーク（ＷＡＮ）等のプライベートネットワーク、又はそれらの任意の組み合わせとすることができ、公衆交換電話網（ＰＳＴＮ）又は統合サービスデジタルネットワーク（ＩＳＤＮ、登録商標）サブネットワークも含むことができる。ネットワークＮＷはまた、イーサネット（登録商標）ネットワーク、ユニバーサルシリアルバス（ＵＳＢ）ケーブル等の有線とすることができ、又は３Ｇ、４Ｇ及び５Ｇ無線セルラーシステムを含むセルラーネットワーク等の無線とすることができる。また、無線ネットワークは、Ｗｉ－Ｆｉ（登録商標）、無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、又は公知の他の無線通信形態とすることができる。さらに、ネットワークコントローラ２０６は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、近距離無線通信（ＮＦＣ）、赤外線等の他の直接通信規格に準拠することができる。

処理回路２００は、さらに、ディスプレイコントローラ２０５、入出力インターフェース２０７を備える。これらはバス２１０に接続されている。ディスプレイコントローラ２０５は、ディスプレイ３２に接続する。入出力インターフェース２０７は、タッチパネル２０８及び周辺機器２０９に接続する。周辺機器２０９は、例えばスピーカやマイクである。各サーバ１２～１４は、ディスプレイコントローラ２０５及び入出力インターフェース２０７を省略した構成とすることができる。

第１実施形態の効果について説明する。
（１－１）配信ユーザ７０が賭けた設定値に応じて報酬が付与されるゲームにおいて、第２進行部４５は、グループに属する配信ユーザ７０が第２報酬条件を満たした場合に、グループに属する各配信ユーザ７０にグループ報酬７５をそれぞれ付与する。よって、ゲームに参加する各配信ユーザ７０が連帯感を得やすい。このため、個人で設定値を賭けて報酬を取得するゲームに比べ、ゲームが単調であるとの印象をユーザに与えることを抑制するとともに、ゲームの興趣性を高めることができる。

（１－２）第１進行部４０は、第１アクション実行操作に基づく第１ゲーム内アクションを実行することで、配信ユーザ７０に関連付けられた所持値から設定値を減算させる。そして、第２ゲーム内アクションが成功した場合、所持値に、設定値に応じた個人報酬７２を加算する。このため、設定値に応じて個人報酬７２が増加する面白さを配信ユーザ７０に与えることが可能となる。

（１－３）第１進行部４０は、設定値に応じてブースト倍率を増加させる。また、第２報酬付与部４６は、ブースト倍率に応じてグループ報酬７５を増加させる。つまり、第１ステージにおける設定値を用いたプレイ状況がグループ報酬７５に影響する。このため、配信ユーザ７０に対し第１ステージをプレイする意欲を高めさせることができる。

（１－４）第２ステージにおいて、移動オブジェクト５７のオッズが高いほど、グループ報酬７５が多くなる。このため、オッズの高い移動オブジェクト５７との対戦意欲を高めることができる。

（１－５）グループパラメータを時間に応じて減少させるとともに下限値に到達した場合に第２ステージを終了した。このため、緊張感のあるゲームを提供することができる。
（１－６）第１進行部４０及び第２進行部４５は、第１報酬条件及び第２報酬条件を満たすか否かを抽選によって決定するようにした。このため、ランダム性を有するゲームを提供することができる。

（１－７）出力制御部５２は、配信ユーザ７０のプレイ状況が撮影条件（本実施形態では第２ゲーム内アクションの成功）を満たした場合に、アバターオブジェクト６０の撮影を行う撮影期間を開始した。また、撮影期間においてゲーム画面の進行を停止し、トラッキングデータを用いて配信ユーザ７０の動作を反映した第２表示態様のアバターオブジェクト６０を表示した。このため、配信ユーザ７０はゲーム操作を中断して、多様なパフォーマンスを行うことができる。また、ゲームに複数の配信ユーザ７０が参加している場合、各配信ユーザ７０の間の連帯感を高めることができる。このとき、ゲーム進行期間においてはアバターオブジェクト６０に配信ユーザ７０の動作を反映しないため、ゲーム進行期間におけるユーザ装置２０の処理負荷を軽減することができる。

（１－８）出力制御部５２は、配信ユーザ７０が第２報酬条件（撮影条件）を満たした場合、全ての配信ユーザ７０のゲームの進行を停止するとともに、各配信ユーザ７０の動作をそれぞれ反映したアバターオブジェクト６０を表示する。撮影期間においては、ゲームに集中する必要が無いため、配信ユーザ７０は他の配信ユーザ７０との間でコミュニケーションをとりやすくなる。

（１－９）出力制御部５２は、撮影画像を、配信ユーザ７０が取得した移動オブジェクト５７の画像と関連付けてストレージ２６に記録する。このため、配信ユーザ７０は、移動オブジェクト５７を取得したときの記録を確認することができる。
（１－１０）出力制御部５２は、ホストユーザに関連付けられたゲームフィールド５５がゲストユーザに関連付けられているか否かに関わらず、ゲームフィールド５５でゲストユーザが移動オブジェクト５７を取得した場合に、移動オブジェクト５７をゲストユーザの図鑑に表示する。このため、複数のユーザがプレイ可能なゲームに参加する動機をユーザに与えることができる。

（第２実施形態）
以下、図２０及び図２１に従って、プログラム、情報処理方法、ゲーム制御装置及びゲーム制御方法の第２実施形態について説明する。第２実施形態は、配信ユーザ７０が第２報酬条件を満たした場合に、ゲーム動画の配信に関する情報を図鑑に保存する点が第１実施形態と相違する。以下、第１実施形態と同様の部分については同一符号を付してその詳細な説明を省略する。

図２０に示すように、マルチゲームサーバ１３は、配信履歴情報１１５をゲーム情報記憶部１６に記録している。配信履歴情報１１５は、ルームが作成されたときに記録される。マルチゲームサーバ１３は、動画の配信が終了するまで又はゲームが終了するまで、ゲーム動画の配信状況に基づいて配信履歴情報１１５を更新する。配信状況は、配信ユーザ７０に関する情報のほか、そのゲーム動画を視聴した視聴ユーザに関する情報を含む。

配信履歴情報１１５は、参加ユーザ情報、視聴ユーザ情報、ゲーム履歴情報、及びチャット情報を含む。参加ユーザ情報は、ゲームに参加したホストユーザ及びゲストユーザを識別する情報である。視聴ユーザ情報は、そのゲーム動画を視聴した視聴ユーザに関する情報である。例えば、視聴ユーザ情報は、視聴ユーザの数である。視聴ユーザの数は、ゲームを開始したときに視聴していた視聴ユーザの数、ゲームを終了したときに視聴していた視聴ユーザの数、途中で視聴を止めた視聴ユーザ及び配信の途中から視聴を開始した視聴ユーザを含む累積数等である。ゲーム履歴情報は、ゲームに用いたアイテム５８、第１報酬条件又は第２報酬条件を満たしたときの設定メダル数等の情報を含む。チャット情報は、撮影期間内に行われたゲーム内チャットの内容を示すテキストデータ等である。チャット情報は、配信ユーザ同士で行われたチャットの内容を示すものであってもよい。又はチャット情報は、視聴ユーザから送信されたメッセージの内容を示すものであってもよい。配信履歴情報１１５は、その他に、配信日時、配信を開始した時刻から終了した時刻までの配信時間を含んでいてもよい。

出力制御部５２は、図鑑のオブジェクト表示画面１０５を表示するためのユーザの操作を受け付けると、ＡＰＩサーバ１４及びマルチゲームサーバ１３にオブジェクト表示画面１０５を表示するためのデータを要求する閲覧要求を、指定された移動オブジェクト５７のオブジェクトＩＤとともに送信する。ＡＰＩサーバ１４は、図鑑に関する情報を配信ユーザ装置２１に送信する。マルチゲームサーバ１３は、配信履歴情報１１５を配信ユーザ装置２１に送信する。出力制御部５２は、受信した図鑑に関する情報及び配信履歴情報１１５に基づいて、図鑑のオブジェクト表示画面１０５を表示する。

なお、配信ユーザ装置２１は、図鑑に関する情報及び配信履歴情報１１５の少なくとも一つをリアルタイムサーバ１２から受信するようにしてもよい。リアルタイムサーバ１２は、ＡＰＩサーバ１４及びマルチゲームサーバ１３からそれらの情報を受信する。又は、配信ユーザ装置２１は、図鑑に関する情報及び配信履歴情報１１５をＡＰＩサーバ１４から受信するようにしてもよい。この場合、ＡＰＩサーバ１４が配信履歴情報１１５をマルチゲームサーバ１３から取得する。そして、ＡＰＩサーバ１４は、図鑑に関する情報及び配信履歴情報１１５を配信ユーザ装置２１に送信する。又は、配信ユーザ装置２１は、図鑑に関する情報及び配信履歴情報１１５をマルチゲームサーバ１３から受信するようにしてもよい。この場合、マルチゲームサーバ１３が図鑑に関する情報をＡＰＩサーバ１４から取得する。そして、マルチゲームサーバ１３は、図鑑に関する情報及び配信履歴情報１１５を配信ユーザ装置２１に送信する。

図２１は、図鑑のオブジェクト表示画面１０５である。図２１に示す移動オブジェクト５７の画像は、特殊オブジェクト１０６の画像である。例えば、出力制御部５２は、配信状況として、ユーザ識別情報１１６、ゲーム動画を視聴した視聴人数１１１、ゲーム履歴情報１１２（釣り情報）、チャット表示ボタン１１３、撮影画像１１４を含んでいてもよい。ユーザ識別情報１１６は、ゲームに参加した配信ユーザ７０のアイコン又はユーザ名である。ユーザがアイコンを選択したとき、出力制御部５２は、アイコンに対応する配信ユーザ７０の詳細情報を表示する。ゲーム履歴情報１１２（釣り情報）は、ゲームに用いたアイテム５８、第２ゲーム内アクションが成功したときの設定メダル数等の情報を含む。また、出力制御部５２は、チャット表示ボタン１１３が選択されると、撮影期間内のチャット内容を表示する。表示されるチャット内容は、撮影期間中のチャットに限らず、撮影期間を開始したときから所定時間だけ前（過去）までの期間のチャット内容、撮影期間を終了したときから所定時間経過したときまでの期間のチャット内容であってもよい。これにより、特殊オブジェクト１０６と対戦中又は撮影が終了した後の配信ユーザ７０間の会話の様子を記録することができる。また、チャットが投稿された投稿数又はチャット内容に含まれる文字数等が多くなる場合には、チャット表示ボタン１１３が選択されたとき、オブジェクト表示画面１０５とは別にチャット表示画面（図示略）を表示するようにしてもよい。これにより、チャット数等が多くても、チャット内容を見やすくすることができる。

撮影画像１１４は、移動オブジェクト５７が特殊オブジェクトである場合にオブジェクト表示画面１０５に表示される。なお、通常の移動オブジェクト５７のオブジェクト表示画面１０５には、撮影画像１１４は表示されない。撮影画像１１４は、特殊演出の際に撮影された画像である。このようにオブジェクト表示画面１０５にゲームのプレイ状況を記録しておくことで、ユーザはゲームをプレイする場合にそのプレイ状況を参考にすることができる。また、参加ユーザ、チャット、撮影画像１１４を記録しておくことで、他の配信ユーザ７０のコミュニケーションの記録を残すことができる。

第２実施形態によれば、第１実施形態の（１－１）～（１－１０）に記載の効果に加え、以下の効果を得ることができる。
（２－１）出力制御部５２は、配信ユーザ７０が移動オブジェクト５７を取得したときの配信状況と、取得した移動オブジェクト５７とを関連付けて、当該配信ユーザ７０の図鑑に表示する。このため、配信ユーザ７０は、移動オブジェクト５７を取得したときの配信状況を確認することができる。

（２－２）出力制御部５２は、配信状況として視聴ユーザに関する情報、ゲームに参加した他の配信ユーザ７０の情報を図鑑に表示する。このため、配信ユーザ７０は、移動オブジェクト５７を取得した場面を視聴した視聴ユーザ数等を把握することができる。また、配信ユーザ７０は、移動オブジェクト５７を取得したときの他の配信ユーザ７０の数等を把握することができる。

（２－３）出力制御部５２は、配信状況として配信ユーザ７０がゲームをプレイしたときの条件を図鑑のオブジェクト表示画面１０５に表示する。このため、移動オブジェクト５７の取得に適した条件を確認することができる。
（２－４）出力制御部５２は、配信状況として撮影期間のチャットの内容を図鑑に表示する。このため、配信ユーザ７０は、移動オブジェクト５７を取得したときに行われた配信ユーザ７０同士のコミュニケーションについて確認することができる。
（２－５）出力制御部５２は、視聴ユーザがゲーム動画を視聴している間のみホストユーザの図鑑を閲覧可能な状態とする。このため、配信状況に関する詳細な情報の閲覧を制限することができる。

上記各実施形態は、以下のように変更して実施することができる。上記実施形態及び以下の変更例は、技術的に矛盾しない範囲で互いに組み合わせて実施することができる。
＜ユーザ＞
・上記各実施形態では、配信ユーザ７０は、映像に関する情報及び音声に関する情報の少なくとも一方を送信する側のユーザを意味する。例えば、配信ユーザ７０は、単独での動画配信、複数人が参加可能なコラボレーション配信を実行するユーザである。又は、配信ユーザ７０は、複数人が参加及び視聴の少なくとも一方が可能なビデオチャット又はボイスチャット、複数人が参加及び視聴の少なくとも一方が可能な仮想空間上でのイベント（パーティ等）を主催又は開催するユーザであればよい。すなわち、配信ユーザ７０は、ホストユーザ、主催ユーザ又は開催ユーザと言い換えることもできる。

一方で、視聴ユーザは、映像に関する情報及び音声に関する情報の少なくとも一方を受信する側のユーザを意味する。ただし、視聴ユーザは上記情報を受信するのみならず、リアクションを行い得る。例えば、視聴ユーザは、動画配信、コラボ配信を視聴するユーザである。又は視聴ユーザは、ビデオチャット、ボイスチャットやイベントに参加及び視聴の少なくとも一方を行うユーザであればよい。そのため、視聴ユーザは、ゲストユーザ７０Ｇ、参加ユーザ、リスナー、観覧ユーザ、応援ユーザ等と言い換えることもできる。

・上記実施形態では、ホストユーザが、ロビーに集合したユーザを含むグループで、動画の配信を開始するようにした。これに代えて、仮想空間内に含まれるゲームフィールドで、配信中ではないユーザ同士が出会った場合に、ゲーム動画の配信を行うようにしてもよい。この場合、複数のユーザのうち第１のユーザは、ユーザ装置２０を用いて配信要求をマルチゲームサーバ１３又はその他のサーバに送信する。同様に、第２のユーザも、ユーザ装置２０を用いて配信要求をマルチゲームサーバ１３又はその他のサーバに送信してもよい。この態様においては、第１のユーザ及び第２のユーザが上記実施形態におけるホストユーザとなる。また、各ユーザ装置２０は、当該ユーザ装置２０を用いるユーザのアバターオブジェクト６０に対応する仮想カメラを設定する。第１のユーザが用いるユーザ装置２０は、第１のユーザのアバターオブジェクト６０を中心に撮像する仮想カメラを設定する。第２のユーザが用いるユーザ装置２０は、第２のユーザのアバターオブジェクト６０を中心に撮像する仮想カメラを設定する。この態様によれば、偶発的に生じる契機によって動画を配信することができるので、動画の配信回数が増加することが期待できる。また、動画の配信をより気軽に行うことができる。

＜コラボレーション配信＞
・上記各実施形態において、配信ユーザ７０が参加を許諾した場合又は配信ユーザ７０が参加要請を他のユーザに送信した場合に、共演ユーザのコラボレーション配信への参加を可能とした。これに代えて若しくは加えて、ユーザの属性情報（レベル、パラメータ等）が所定条件を満たすことをゲームの参加条件としてもよい。
一態様として、マルチゲームサーバ１３は、視聴ユーザの属性情報が所定条件を満たすか否かを判定する。そして、属性条件が所定条件を満たす視聴ユーザの視聴ユーザ装置２２に判定結果を送信する。視聴ユーザ装置２２は、属性条件が所定条件を満たすとの判定結果に基づいて、ゲームに参加する意思を示すための操作ボタン等の操作オブジェクトを表示する。視聴ユーザ装置２２は、操作オブジェクトの操作を受け付けると、参加要求をリアルタイムサーバ１２等に送信する。リアルタイムサーバ１２は、参加要求を受信すると、配信ユーザ装置２１に、参加要求、及び参加要求を送信した視聴ユーザのユーザＩＤを送信する。

他の態様として、配信ユーザ７０が参加要請を他のユーザに送信する態様について説明する。この態様においてマルチゲームサーバ１３は、各ユーザの属性情報が所定条件を満たすか否かを予め判定しておくようにしてもよい。判定の対象となるユーザは、例えば、配信ユーザ７０との間で互いに認証を行った友達ユーザであってもよい。又は、判定対象のユーザは、例えば、配信ユーザ７０と同じグループ（グループチャットのグループ、又はゲームをプレイするギルド）に属するユーザであってもよい。又は判定対象のユーザは、動画アプリケーションをインストールした全てのユーザ、又は動画配信サービスにユーザ登録した全てのユーザであってもよい。

マルチゲームサーバ１３は、属性情報が所定条件を満たすか否かを判定した判定結果をユーザ装置２０に予め送信する。また、マルチゲームサーバ１３は、配信ユーザ７０から受信した参加要請を各ユーザ装置２０に送信する。ユーザ装置２０は、予め受信した判定結果に基づき、ゲームに参加するための操作オブジェクトを表示する。つまり、ユーザ装置２０は、判定結果に基づいてユーザの属性情報が所定条件を満たすと判断した場合に操作オブジェクトを表示する一方で、ユーザの属性情報が所定条件を満たさないと判断した場合に操作オブジェクトを表示しない。或いは、マルチゲームサーバ１３は、配信ユーザ７０が用いるユーザ装置２０から参加要請を受信すると、判定対象のユーザのうち、ユーザの属性情報が所定条件を満たすユーザを選択する。そして、選択したユーザが用いるユーザ装置２０のみに、参加要請を送信する。ユーザ装置２０は、参加要請を受信すると、ゲームに参加するための操作オブジェクトを表示する。

＜ゲームパラメータ＞
・上記各実施形態では、設定値、個人報酬及びグループ報酬に用いられるゲームパラメータは、メダル数とした。上述したようにゲームパラメータは、これ以外のパラメータであってもよい。ゲームパラメータが、攻撃力、防御力、戦闘力、体力等、アバターオブジェクト６０に関わる対戦パラメータである場合、第２ステージにおいて、これらの対戦パラメータを用いて対戦を行うようにしてもよい。また、ゲームパラメータは、複数の種類であってもよい。ユーザは、複数の種類のゲームパラメータのうち、設定値とするゲームパラメータを指定する。リアルタイムサーバ１２は、ユーザが第２ゲーム内アクションを成功させたとき、消費されたゲームパラメータと同じゲームパラメータの報酬を付与する。これにより、ゲームのバリエーションを増やすことができる。

＜レベル＞
・ユーザ情報３５は、ユーザのレベルを含んでいてもよい。第１進行部４０及び第２進行部４５は、ゲームのプレイ履歴に応じて、ユーザのレベルを高くする。例えば、設定値合計が大きくなるほどユーザのレベルを高くしてもよい。又は、移動オブジェクトの取得数、ゲームのプレイ回数、及びゲームのプレイ時間の少なくとも一つに応じてユーザのレベルを高くしてもよい。

さらに第１進行部４０及び第２進行部４５は、レベルに応じて、各種パラメータの値を以下のように変更してもよい。
例えば、設定値（ＢＥＴ額）の上限値である最大設定値（最大ＢＥＴ額）が予め決められている場合、レベルに応じて最大設定値を大きくするようにしてもよい。例えば、「レベル１」に対して最大設定値「１００００」、「レベル２」に対して「１５０００」が設定されていてもよい。

例えば、ゲームを開始する際に設定されている設定値の初期値を、レベルに応じて大きくするようにしてもよい。
例えば、レベルに応じて、グループパラメータの増加倍率を変更するようにしてもよい。具体的には図２２に示すように、設定値が同一であってレベルが異なる場合、レベルが高くなるに伴いグループパラメータの増加倍率が低くなるようにしてもよい。レベルが同一である場合、設定値が大きくなるに伴い増加倍率は大きくなる。また、図２０の表では、レベルが高くなるに伴い、最大設定値は大きくなっている。これにより、高いレベルのユーザに付与されるゲームパラメータと、低いレベルのユーザに付与されるゲームパラメータとの差が過大となることを抑制することができる。その結果、ゲームバランスを良好に維持することができる。なお、増加倍率の値を調整することによって、レベルが高くなるに伴いグループパラメータの増加倍率を高くすることも可能である。

＜所持値＞
・上記各実施形態では、所持値は、ゲームが終了したときに初期値に戻る。これに代えて、所持値はゲームが終了した後も保持されるようにしてもよい（貯金箱）。例えば、所持値である所持メダルは、プレイヤがプレイ可能なゲーム内で使用できるものであってもよい。また、所持値には、最大値が設定されていてもよい。この場合、ゲームパラメータは最大値を超えることはできない。最大値は、上述したレベルに応じて高くなってもよい。

＜設定値特定部＞
・設定値特定部４１は、キャストの実行等、所定のゲーム内アクションを実行した場合に設定値を所持値から減算するようにしたが、他のタイミングで設定値を所定値から減算してもよい。例えば、対戦条件が満たされたとき（ゲーム工程Ｐ２）に、設定値を所持値から減算するようにしてもよい。

＜第１進行部＞
・上記各実施形態では、第１進行部４０は、成功率に基づいて第２ゲーム内アクションの成功及び失敗の抽選を行うようにした。これ以外に、例えば、第１進行部４０は、配信ユーザ７０に関連付けられたパラメータが、移動オブジェクト５７に関連付けられたパラメータよりも大きい場合に、配信ユーザ７０が第２ゲーム内アクションを成功させたと判定してもよい。つまり第２ゲーム内アクションの成功及び失敗の判定の際に、抽選処理を行わなくてもよい。

・上記各実施形態では、第１進行部４０は、第１ゲーム内アクションを実行した場合に、配信ユーザに関連付けられた所持値から設定値を減算するようにした（例えばメダルの消費）。これに代えて、第１ゲーム内アクションに続けて第２ゲーム内アクションを実行したときに限り、配信ユーザに関連付けられた所持値から設定値を減算するようにしてもよい。

・第１進行部４０は、移動オブジェクト５７に関連付けられた取得確率、及び配信ユーザが設定した設定値である設定メダル数に基づいて成功率を決定するとともに、成功率に基づいて第２ゲーム内アクションが成功するか否かを決定する抽選を行うとした。これに代えて若しくは加えて、成功率は設定値以外に基づいて決定されるものであってもよい。例えば成功率は、移動オブジェクト５７のレアリティに応じた成功率であってもよい。また、成功率は、ゲームを実行する時間帯によって決定されてもよい。

・上記各実施形態では、ゲームの具体例を釣りゲームとしたが、情報処理システム１１は、これ以外のゲームの動画を配信するようにしてもよい。例えば、ロールプレイングゲーム、シューティングゲーム、アクションゲーム、レーシングゲーム、格闘ゲーム、育成シミュレーションゲーム、恋愛シミュレーションゲーム、パズルゲーム、カードゲーム、スポーツゲーム、リズムゲーム等であってもよい。

＜判定部＞
・判定部４４は、設定値に応じてグループパラメータの増加量を決定した。これに代えて若しくは加えて、グループパラメータの増加量は設定値によらず一定であってもよい。又は、グループパラメータの増加量は、第１ステージが開始された時点からの経過時間に伴い大きくなるようにしてもよい。又は、グループパラメータの増加量は、キャストの回数の増加に伴い大きくなるようにしてもよい。

・判定部４４は、グループパラメータが所定値に達した場合にグループのミッションが達成されたと判定した。これに代えて若しくは加えて、グループに属する各ユーザが収集するアイテムの合計個数が所定数に到達した場合に、グループのミッションを達成したと判定してもよい。又は、グループに属する各ユーザが対戦又は勝利した対戦相手の数が所定数に到達した場合に、グループのミッションを達成したと判定してもよい。

＜第１報酬付与部＞
・第１報酬付与部４３は、第１ゲーム内アクションが成功したことを契機に、個人報酬を配信ユーザ７０に付与してもよい。第１ゲーム内アクションは、配信ユーザ７０の操作に基づくゲーム内のアクションであればよい。

・第１報酬付与部４３は、設定値及びオッズに応じた個人報酬を付与するようにした。これに代えて若しくは加えて、第１報酬付与部４３は、オッズを用いずに個人報酬であるゲームパラメータの値を決定するようにしてもよい。この場合、第１報酬付与部４３は、設定値が大きいほど、ゲームパラメータの値を増加させる。また、第１報酬付与部４３は、設定値と、移動オブジェクト５７に関連付けられたパラメータのうち、オッズ以外のパラメータを用いて個人報酬であるゲームパラメータの値とを用いて個人報酬を決定するようにしてもよい。例えば、移動オブジェクト５７に関連付けられた基本報酬（例えばメダル数）を用いて個人報酬を決定してもよい。

・上記各実施形態では、倍率設定部４２は、ブースト倍率を抽選するようにした。これに代えて、設定値合計が閾値に達した場合に、その閾値に関連付けられたブースト倍率を設定するようにしてもよい。また、倍率設定部４２は、設定値合計が閾値に達した場合にブースト倍率を更新するか否かを判断するようにした。これに代えて、倍率設定部４２は、所持値から設定値を減算するたびにブースト倍率を更新するようにしてもよい。又は、倍率設定部４２は、所持値から設定値を減算する回数が閾値に達した場合に、ブースト倍率を更新するようにしてもよい。又は、倍率設定部４２は、配信ユーザが第２ゲーム内アクション等のゲーム内アクションを成功させた場合に、移動オブジェクト５７に関連付けられたパラメータに基づいて、ブースト倍率を更新してもよい。

・上記各実施形態では、第１ステージにおいて決定したブースト倍率に基づいて第２ステージを実行するようにした。これに代えて若しくは加えて、第２ステージにおいてもブースト倍率を変化させるようにしてもよい。この場合、第２進行部４５は、配信ユーザ７０が取得したグループ報酬、又は個人報酬に応じてブースト倍率を変更するようにしてもよい。

・上記各実施形態では、移動オブジェクト５７のオッズとして、１倍以上の倍率と１倍未満の倍率とを設定した。これに代えて、移動オブジェクト５７のオッズは１倍以上又は１倍超の倍率が設定されていてもよい。

＜第２進行部＞
・第２進行部４５は、キャストが実行されても配信ユーザ７０のメダル所持数から配信ユーザが設定したメダル数を減算しないようにした。これに代えて若しくは加えて、キャスト等のゲーム内アクションが実行されたとき所持値から設定値を減算するようにしてもよい。このとき、第２ステージの設定値を第１ステージの設定値よりも大きくしてもよい。又は、第１ステージの設定値を第２ステージの設定値よりも大きくしてもよい。

・第２進行部４５は、移動オブジェクト５７として、特殊オブジェクト及び通常オブジェクトをゲームフィールド５５に配置した。これに代えて若しくは加えて、第２進行部４５は、特殊オブジェクトのみをゲームフィールド５５に配置するようにしてもよい。

＜第２報酬付与部＞
・第２報酬付与部４６は、第１ゲーム内アクションが成功したことを契機に個人報酬及びグループ報酬を配信ユーザ７０に付与してもよい。第１ゲーム内アクションは、配信ユーザ７０の操作に基づくゲーム内のアクションであればよい。

・第２報酬付与部４６は、オッズ及びブースト倍率に応じたグループ報酬を付与するようにした。これに代えて若しくは加えて、第２報酬付与部４６は、ブースト倍率と、対戦相手に関連付けられたオッズ以外のパラメータとに応じたグループ報酬を付与するようにしてもよい。オッズ以外のパラメータは、移動オブジェクト５７に関連付けられた基本報酬（例えばメダル数）やレアリティ等である。

・上記実施形態では、第２報酬付与部４６は、各配信ユーザ７０に関連付けられたブースト倍率に応じたグループ報酬を配信ユーザ７０に付与する。これに代えて、第２報酬付与部４６は、一定のグループ報酬を配信ユーザ７０に付与するようにしてもよい。
・上記各実施形態では、第２報酬付与部４６は、グループに属するユーザである配信ユーザ７０の全員にグループ報酬を付与するようにした。これに代えて若しくは加えて、グループに属するユーザの一部にグループ報酬を付与するようにしてもよい。グループ報酬を付与する対象となる複数のユーザは、第２報酬条件を満たしたユーザを含んでいてもよく、含んでいなくてもよい。又はグループ報酬を付与する対象となるユーザは、グループに属する一人であってもよい。グループ報酬を付与する対象となる複数のユーザは、ランダムに選ばれてもよく、メダル数等のパラメータが低い順（又は高い順）であってもよい。このようにすると、第２ステージにおいて、ゲームにランダム性を持たせることができる。

・上記各実施形態では、グループに属する一人のユーザが第２報酬条件を満たした場合に、グループに属する各ユーザにグループ報酬を付与するようにした。これに代えて、グループに属する２人以上の所定数のユーザが第２報酬条件を満たした場合に、グループに属する各ユーザにグループ報酬を付与するようにしてもよい。例えば、第２報酬付与部４６は、第２報酬条件を満たしたユーザの数を累計する。そして、三人のユーザが第２報酬条件を満たしたと判定した場合に、累計数をリセットするとともに、各ユーザにグループ報酬を付与するようにしてもよい。

＜特殊演出＞
・特殊演出処理では、配信ユーザ７０に対応するアバターオブジェクト６０に加え、そのゲーム動画を視聴する視聴ユーザに対応するアバターオブジェクト６０を表示するようにしてもよい。このとき、出力制御部５２は、配信ユーザ７０に対応するアバターオブジェクト６０と、視聴ユーザに対応するアバターオブジェクト６０とを異なる表示態様で描画してもよい。具体的には、視聴ユーザに対応するアバターオブジェクト６０を小さく表示してもよい。又は、出力制御部５２は、配信ユーザ７０に対応するアバターオブジェクト６０をその配信ユーザ７０に対応するモーションデータを用いて描画する一方で、視聴ユーザに対応するアバターオブジェクト６０を、モーションデータを用いずに描画するようにしてもよい。

・特殊演出処理では、出力制御部５２は、撮影画像に対し、配信ユーザ７０が入力した線画、配信ユーザ７０が選択したスタンプ（図柄、キャラクタ画像）等を表示するようにしてもよい。
・各ユーザは、アバターオブジェクト６０を任意の身長に設定することができる。このため、出力制御部５２は、撮影期間において、撮影対象である複数のアバターオブジェクト６０の身長に応じて仮想カメラの高さを自動的に調整するようにしてもよい。具体的には、出力制御部５２は、撮影対象である複数のアバターオブジェクト６０のうち、最も身長が低いアバターオブジェクト６０と、最も身長が高いアバターオブジェクト６０とを特定する。そして、これらのアバターオブジェクト６０が撮影範囲に含まれるように、仮想カメラの高さを調整する。又は、出力制御部５２は、仮想カメラの高さを一定としつつ、最も身長が低いアバターオブジェクト６０又は最も身長が高いアバターオブジェクト６０の高さ位置を調整して、見た目上の各アバターオブジェクト６０の身長差を少なくしてもよい。このようにアバターオブジェクト６０の身長に応じて仮想カメラの高さを調整することによって、ユーザが仮想カメラの操作に不慣れであったとしても苦渋することなく気軽に記念写真を撮像することができる。

＜図鑑＞
・第２実施形態では、配信ユーザ７０が第２報酬条件を満たした場合、その配信ユーザ７０の図鑑に関連付けて撮影画像１１４を記録した。このとき、第２報酬条件を満たした配信ユーザ７０（以下、第１の配信ユーザという）以外の配信ユーザ７０（以下、第２の配信ユーザという）の図鑑に関連付けて撮影画像１１４を記録してもよい。この場合、撮影画像１１４は、第２の配信ユーザ７０の図鑑のうち、第１の配信ユーザ７０が取得した移動オブジェクト５７と同一の移動オブジェクト５７に関連付けて記録される。第２の配信ユーザ７０が、その移動オブジェクト５７を取得していない場合には、未取得オブジェクト表示部１０２Ｂが表示される。取得されていない移動オブジェクト５７に関連付けて記録される撮影画像１１４は、記録された時点から所定期間が経過した場合に消去されてもよい。取得されていない移動オブジェクト５７に関連付けて撮影画像１１４が記録された場合に、第２の配信ユーザ７０が新たに第２報酬条件を満たした場合、既に記録された撮影画像１１４を、そのときに撮影した撮影画像１１４で上書きしてもよい。

また、取得された移動オブジェクト５７及び未取得の移動オブジェクト５７に関連付けられる撮影画像１１４には、取得オブジェクト毎に上限が設けられてもよい。上限は、撮影画像１１４の数、複数の撮影画像１１４のデータの大きさを合計したデータ量（データサイズ）等である。新たに撮影画像１１４が取得されたことによって移動オブジェクトに関連付けられた撮影画像１１４の数や合計データ量が上限に達したとき、ユーザ装置２０又はＡＰＩサーバ１４は、複数の撮影画像１１４のうち少なくとも一つを削除する削除処理を行う。削除処理は、例えば、記録した日時が早い（古い）順から所定数の撮影画像１１４を自動的に削除する処理であってもよい。又は、削除処理は、ユーザによって選択された画像を削除する処理であってもよい。このとき、ユーザ装置２０は、上限に達したことを知らせる通知をディスプレイ３２に表示してもよい。当該通知は「もういっぱいです！どれを削除しますか？」等のメッセージとともに、撮影画像１１４の一覧を表示するようにしてもよい。そして、ユーザに選択された１又は複数の撮影画像１１４を削除する。

又は、ユーザ装置２０又はＡＰＩサーバ１４は、未取得の各移動オブジェクト５７に関連付けられる撮影画像１１４を合計した合計数又は合計データ量が上限に達したか否かを判断するようにしてもよい。具体的には、未取得の「移動オブジェクトＡ」に４枚の撮影画像１１４が関連付けられ且つ未取得の「移動オブジェクトＢ」に６枚の撮影画像１１４が関連付けられているとする。新たに「移動オブジェクトＡ」に対して撮影画像１１４が取得された場合、ユーザ装置２０又はＡＰＩサーバ１４は、新たな撮影画像１１４を加えた合計枚数である「１１枚」が、未取得の移動オブジェクト５７に関連付けられた撮影画像１１４の上限数（例えば１０枚）に達しているか否かを判断する。そして、それらは、新たな撮影画像１１４を加えた合計枚数が上限数に達していると判断すると、上述した削除処理を行う。この場合、削除処理では、レアリティ等の属性が低い移動オブジェクト５７に関連付けられた撮影画像１１４を自動的に削除するようにしてもよい。又は、削除処理では、レアリティ等の属性が低い順等、所定の順番で削除候補の撮影画像１１４をディスプレイ３２に表示するようにしてもよい。そして、撮影画像１１４が選択された場合、その選択した撮影画像１１４を削除するようにしてもよい。

・上記各実施形態では、移動オブジェクト５７の取得条件として、配信ユーザ７０の第２ゲーム内アクションが成功したことを契機に、移動オブジェクトを図鑑に登録するようにした。第２ゲーム内アクションは、ゲーム内で実行されるアクションであればよく、キャストに限られない。ゲームに応じて変更可能である。また、第１ゲーム内アクションが成功したことを契機に、移動オブジェクトを図鑑に登録するようにしてもよい。

・上記各実施形態では、出力制御部５２は、図鑑画面１００において、配信ユーザ７０自身が取得した移動オブジェクト５７を示す取得オブジェクト表示部１０２Ａとして表示した。これに代えて若しくは加えて、配信ユーザ７０が参加したゲームにおいて、配信ユーザ７０自身が未取得であって、グループに属する他の配信ユーザ７０が取得した移動オブジェクト５７を、取得オブジェクト表示部１０２Ａと異なる表示態様（第１表示態様）で表示するようにしてもよい。出力制御部５２は、配信ユーザ７０自身が移動オブジェクトを取得した場合、第２表示態様である取得オブジェクト表示部１０２Ａとして表示する。

・上記各実施形態では、予め定められた順序でゲームフィールド５５を開放するようにした。これに代えて若しくは加えて、ユーザが開放されるゲームフィールド５５を選択できるようにしてもよい。又は、ユーザに関連付けられたレベルが一定値に達すると、次のゲームフィールド５５が開放されるようにしてもよい。初期レベルが「１」であり、レベルの上昇条件が満たされたとき「２」、「３」のように上昇していくとする。例えば、この場合、レベルが「１～９」である場合、「ゲームフィールドＡ」及び「ゲームフィールドＢ」が開放される。また、レベルが「１０～１９」である場合、「ゲームフィールドＡ」及び「ゲームフィールドＢ」に加え、「ゲームフィールドＣ」及び「ゲームフィールドＤ」が開放される。この態様によれば、ユーザは、開放されたゲームフィールドのうち、自身と相性の良いゲームフィールドを優先的にプレイした後、自身が苦手とするゲームフィールドをプレイするといったように作戦を練ることができる。

・上記各実施形態では、視聴ユーザは、ホストユーザ７０Ｈが自身の図鑑をユーザ装置２０に表示させた場合のみ、図鑑を閲覧できるようにした。これに代えて若しくは加えて、出力制御部５２は、ロビー画面において、視聴ユーザ及び配信ユーザ７０が選択可能な図鑑表示ボタン８８Ａを表示するようにしてもよい。ユーザ装置２０は、図鑑表示ボタン８８Ａの操作を受け付けると、ホストユーザ７０ＨのユーザＩＤ又はルームの識別情報とともに、ＡＰＩサーバ１４に閲覧要求を送信する。ＡＰＩサーバ１４は、閲覧要求を受信すると、ユーザＩＤ又はルームの識別情報に基づいて、ホストユーザ７０Ｈに関連付けられた移動オブジェクト５７を表示するための情報を取得して、閲覧要求を送信したユーザ装置２０に送信する。これにより、視聴ユーザは、ホストユーザ７０Ｈの図鑑をゲーム開始前の任意のタイミングで閲覧することができる。

又は、出力制御部５２は、ロビー画面に表示された各アバターオブジェクト６０に関連付けて図鑑表示ボタン８８Ａを表示するようにしてもよい。又は、配信ユーザ装置２１及び視聴ユーザ装置２２は、ホストユーザの図鑑画面１００だけでなく、ゲストユーザ７０Ｇの操作又はホストユーザ７０Ｈの操作に基づき、ゲストユーザ７０Ｇの図鑑画面１００を表示してもよい。この場合、ゲストユーザ７０Ｇは、ロビー画面に表示された図鑑を共有する操作オブジェクトを操作する。ゲストユーザ７０Ｇの配信ユーザ装置２１は、その操作を受け付けると、ＡＰＩサーバ１４に、ルームの識別情報、そのゲストユーザ７０ＧのユーザＩＤ、及び終了したゲームで取得した移動オブジェクト５７の情報を閲覧するための閲覧要求を送信する。ＡＰＩサーバ１４は、閲覧要求等を受信すると、マルチゲームサーバ１３に、ルームの識別情報、ゲストユーザ７０ＧのユーザＩＤ、終了したゲームで取得した移動オブジェクト５７の情報を送信する。マルチゲームサーバ１３は、そのゲストユーザ７０Ｇ以外の配信ユーザの配信ユーザ装置２１及び視聴ユーザ装置２２に、移動オブジェクト５７の情報を送信する。これにより、配信ユーザ装置２１及び視聴ユーザ装置２２は、ゲストユーザ７０Ｇの図鑑画面１００を閲覧することができる。また、そのゲストユーザ７０Ｇが操作オブジェクトを操作することにより閲覧終了要求をマルチゲームサーバ１３に送信すると、マルチゲームサーバ１３は、閲覧終了要求をそのゲストユーザ７０Ｇ以外の配信ユーザの配信ユーザ装置２１及び視聴ユーザ装置２２に送信する。これによれば、ゲーム終了時に、ホストユーザ７０Ｈだけでなくゲストユーザ７０Ｇの図鑑を、各ユーザが同時に閲覧することができる。又は、マルチゲームサーバ１３は、ゲームに参加した配信ユーザ７０が取得した移動オブジェクト５７の各図鑑を、ユーザによって閲覧可能に画面に表示してもよい。ユーザが一つの図鑑のアイコンを選択すると、そのアイコンに対応する図鑑画面１００が表示されてもよい。

また、動画を視聴する視聴期間以外の期間でオブジェクト表示画面を閲覧可能な状態で、ユーザが図鑑を閲覧できるようにしてもよい。例えば、各ユーザに関連付けられたホーム画面が視聴期間以外に閲覧可能である場合、第１のユーザが用いるユーザ装置２０が、第２のユーザのホーム画面に、図鑑表示ボタン８８Ａを表示してもよい。そして、ユーザ装置２０は、図鑑表示ボタン８８Ａの操作を受け付けると、第２のユーザに関連付けられた図鑑図面１００を表示する。そして、ユーザ装置２０は、図鑑図面１００のうちオブジェクト表示部１０２の操作を受け付けることにより、オブジェクト表示画面１０５を表示する。この態様によれば、第１のユーザは、第２のユーザの図鑑を参照することで、第２のユーザのプレイ履歴や熟練度を把握することができる。

また、ロビー画面だけでなく、ゲーム進行中に、視聴ユーザ又は配信ユーザ７０が図鑑を閲覧可能なタイミングを設けるようにしてもよい。例えば、出力制御部５２は、第１ステージ及び第２ステージにおいて視聴ユーザ及び配信ユーザ７０が選択可能な図鑑表示ボタン８８Ａを表示するようにしてもよい。この場合においても図鑑表示ボタン８８Ａを各アバターオブジェクト６０に関連付けて表示するようにしてもよい。つまり、視聴ユーザは、図鑑表示ボタン８８Ａを選択することで、ゲームに参加している各配信ユーザ７０にそれぞれ関連付けられた図鑑を閲覧することができる。

さらに、視聴ユーザが、ロビー画面が表示された状態又はその他の任意のタイミングでホストユーザ等の図鑑を閲覧する態様において、ユーザ装置２０は、閲覧終了条件が満たされた場合に強制的に図鑑の表示を終了するようにしてもよい。閲覧終了条件は、例えばゲームに関する条件である。具体的にはロビーからゲームフィールドに移動してゲームを開始することである。この場合、視聴ユーザ装置２２は、リアルタイムサーバ１２からゲームの開始を示すデータを受信すると、図鑑の閲覧を終了すると判断する。又は閲覧終了条件は、実行中のゲームにおいてグループのミッションが満たされることにより第２ステージに移行することである。視聴ユーザ装置２２は、リアルタイムサーバ１２から第２ステージの開始を示すデータを受信すると、図鑑の閲覧を終了すると判断する。又は、閲覧終了条件は、ホストユーザから閲覧終了に対応するメッセージを受信することである。ホストユーザの所定の操作に基づいて、ホストユーザ装置２１Ｈが、「これからゲームを開始します」等のメッセージをマルチゲームサーバ１３等に送信する。このメッセージには、閲覧終了を示すコマンド（閲覧終了要求）が関連付けられている。視聴ユーザ装置２２は、このメッセージをマルチゲームサーバ１３から受信すると、図鑑の閲覧を終了すると判断する。

＜特別報酬＞
・第１報酬付与部４３及び第２報酬付与部４６は、特別報酬条件が満たされた場合、特別報酬を付与するようにしてもよい。特別報酬条件は、特殊オブジェクトを取得したこと、ユーザのレベルが所定レベルに達したこと等である。特別報酬は、動画アプリケーション内で使用可能なアイテム、又はその他のゲーム媒体であってもよい。例えば、特別報酬は、帽子等、アバターオブジェクト６０が装着可能な装着オブジェクトである。又は、特別報酬は、ゲームフィールド５５に表示可能である船等の移動体、又は移動体の表示に用いられるテクスチャデータである。テクスチャデータは移動体を装飾することができる。

＜情報処理システム＞
・センサユニット２８は、ユーザの表情の変化及びユーザの上半身等の動きを検出した検出データを取得するとしたが、このうち少なくとも一つであってもよい。また、センサユニット２８は、ユーザの表情の変化、上半身等の動きに加えて、若しくは代えて、それ以外の部位の動きを検出した検出データを取得してもよい。

・動画に表示される仮想空間は、拡張現実（ＡＲ；Augmented Reality）の空間であってもよい。例えば、視聴ユーザ装置２２のカメラが撮影した現実世界の画像に、配信ユーザ装置２１から送信されたデータに基づくアバターオブジェクト及びギフトオブジェクト等のアニメーションを重ねて表示してもよい。又は、配信ユーザ装置２１が、自身のカメラが撮影した現実世界の画像に、アバターオブジェクト及びギフトオブジェクト等のアニメーションを重ねて表示することによって動画を生成し、動画をエンコードしてマルチゲームサーバ１３に送信するようにしてもよい。

・上記各実施形態では、ユーザ装置２０は、スマートフォン、携帯電話機、タブレット端末、パーソナルコンピュータ、コンソールゲーム機、ヘッドマウントディスプレイ等のウェアラブルコンピュータ等の情報処理装置とした。これに代えて、情報処理システム１１を、動画配信用のスタジオに設けられたシステムとしてもよい。情報処理システム１１は、情報処理装置、サーバ、配信ユーザ７０の身体に装着されるセンサユニット、センサユニットの位置を検出するトラッキングシステム、操作部、スピーカ、ディスプレイ等を有する。トラッキングシステムは、同期用のパルスレーザ光を出射する多軸レーザエミッターを備えていてもよい。センサユニットは、レーザ光を検出するセンサを備え、同期パルスで同期をとりつつ、自らの位置及び向きを検出する。

・ユーザ装置２０の制御部２５は、動画アプリケーションの実行により、第１出力制御部、第２出力制御部、第１報酬表示部及び第２報酬制御部としての出力制御部５２、送信部５３として機能するようにした。これらのうち少なくとも一つは、リアルタイムサーバ１２、マルチゲームサーバ１３、又は情報処理システム１１を構成する他の装置が実行するようにしてもよい。また、リアルタイムサーバ１２の制御部２５は、第１進行部、設定値特定部、第１報酬付与部、判定部、第２進行部、第２報酬付与部として機能するようにした。これらのうち少なくとも一つは、ユーザ装置２０、マルチゲームサーバ１３、ＡＰＩサーバ１４又は情報処理システム１１を構成する他の装置が実行するようにしてもよい。

・リアルタイムサーバ１２はゲーム管理部（ゲーム管理サーバ）、マルチゲームサーバ１３は配信管理部（配信管理サーバ）に対応するとした。リアルタイムサーバ１２及びマルチゲームサーバ１３は、各プログラムが実行されることにより、各プロセスを実行し、サーバ機能を果たすものがあり、２台の装置にそれぞれの機能が割り当てられるとは限らない。つまり、リアルタイムサーバ１２及びマルチゲームサーバ１３は１台のサーバから構成されていてもよく、２台以上の複数のサーバから構成されていてもよい。同様に、リアルタイムサーバ１２、マルチゲームサーバ１３、ＡＰＩサーバ１４は、１台のサーバから構成されていてもよい。また、マルチゲームサーバ１３及びＡＰＩサーバ１４は、１台のサーバから構成されていてもよい。また、リアルタイムサーバ１２及びＡＰＩサーバ１４は１台のサーバから構成されていてもよい。
次に、上記実施形態及び別例から把握できる技術的思想について以下に追記する。
［１］
１又は複数のコンピュータを、
ゲーム進行期間において、ユーザに対応するアバターオブジェクトを前記ユーザの動作を反映しない第１表示態様で表示するゲーム画面を表示する第１出力制御部と、
ユーザの動作を検出した検出データを取得する検出部と、
前記ユーザのプレイ状況が撮影条件を満たした場合に、前記アバターオブジェクトの撮影を行う撮影期間を開始し、前記撮影期間においてゲームの進行を停止し、前記検出データを用いて前記ユーザの表情を反映した第２表示態様の前記アバターオブジェクトを表示部に表示する第２出力制御部と、
前記撮影期間中に、前記ユーザの操作に基づいて前記アバターオブジェクトを含む画像を記憶部に記録する記録部と、して機能させ、
前記第１出力制御部は、前記撮影期間が終了した場合に、前記第２表示態様の前記アバターオブジェクトの表示を終了し、前記ゲーム進行期間を開始して前記第１表示態様の前記アバターオブジェクトを含む前記ゲーム画面を表示する、プログラム。
［２］
前記ゲームは複数の前記ユーザが参加可能であり、
前記第２出力制御部は、複数の前記ユーザのうち一人のユーザが前記撮影条件を満たした場合、前記撮影期間において前記各ユーザの表情をそれぞれ反映した前記アバターオブジェクトを表示する、［１］に記載のプログラム。
［３］
前記第２出力制御部は、前記撮影期間において、前記ユーザの操作に基づいて、記憶部に予め記録されたモーションデータを用いて前記アバターオブジェクトに所定の動作を行わせる、［１］又は［２］に記載のプログラム。
［４］
前記撮影条件は、前記ユーザが所定のオブジェクトを取得したことであり、
前記記録部は、前記撮影条件が満たされた場合、前記撮影期間で記録した画像を、取得した前記オブジェクトの画像と関連付けて表示する、［１］～［３］のいずれか１項に記載のプログラム。
［５］
前記記録部は、前記ユーザの操作に基づいて、ゲームフィールドに設定された仮想カメラの角度又は位置を変更する、［１］～［４］のいずれか１項に記載のプログラム。
［６］
前記記録部は、前記ユーザの操作に基づいて、ゲームフィールドに設定された仮想カメラの撮像範囲を拡大又は縮小する、［１］～［５］のいずれか１項に記載のプログラム。
［７］
１又は複数のコンピュータが、
ゲーム進行期間において、ユーザに対応するアバターオブジェクトを前記ユーザの動作を反映しない第１表示態様で表示するゲーム画面を表示する第１出力制御処理と、
ユーザの動作を検出した検出データを取得する検出処理と、
前記ユーザのプレイ状況が撮影条件を満たした場合に、前記アバターオブジェクトの撮影を行う撮影期間を開始し、前記撮影期間においてゲームの進行を停止し、前記検出データを用いて前記ユーザの表情を反映した第２表示態様の前記アバターオブジェクトを表示部に表示する第２出力制御処理と、
前記撮影期間中に、前記ユーザの操作に基づいて前記アバターオブジェクトを含む画像を記憶部に記録する記録処理と、を実行し、
前記第１出力制御処理では、前記撮影期間が終了した場合に、前記第２表示態様の前記アバターオブジェクトの表示を終了し、前記ゲーム進行期間を開始して前記第１表示態様の前記アバターオブジェクトを含む前記ゲーム画面を表示する、情報処理方法。
［８］
ゲーム進行期間において、ユーザに対応するアバターオブジェクトを前記ユーザの動作を反映しない第１表示態様で表示するゲームを進行するゲーム進行部と、
前記ユーザのプレイ状況が撮影条件を満たしたと判定した場合に、前記ゲームの進行を停止する期間であって前記ユーザの動作を検出した検出データを用いて前記アバターオブジェクトを前記ユーザの動作を反映した第２表示態様で表示する撮影期間の開始要求をユーザ装置に送信する判定部と、を備え、
前記ゲーム進行部は、前記撮影期間が終了したと判定した場合に、前記第２表示態様の前記アバターオブジェクトの表示を終了し、前記ゲームの進行を開始する、ゲーム制御装置。
［９］
１又は複数のコンピュータが、
ゲーム進行期間において、ユーザに対応するアバターオブジェクトを前記ユーザの動作を反映しない第１表示態様で表示するゲームを進行するゲーム進行処理と、
前記ユーザのプレイ状況が撮影条件を満たしたと判定した場合に、前記ゲームの進行を停止する期間であって前記ユーザの動作を検出した検出データを用いて前記アバターオブジェクトを前記ユーザの動作を反映した第２表示態様で表示する撮影期間の開始要求をユーザ装置に送信する判定処理と、を実行し、
前記ゲーム進行処理では、前記撮影期間が終了したと判定した場合に、前記第２表示態様の前記アバターオブジェクトの表示を終了し、前記ゲームの進行を開始する、ゲーム制御方法。

１１…情報処理システム
１２…リアルタイムサーバ
２０…ユーザ装置

Claims (9)

1. １又は複数のコンピュータを、
   ゲーム進行期間において、ユーザに対応するアバターオブジェクトを前記ユーザの動作を反映しない第１表示態様で表示するゲーム画面を表示する第１出力制御部と、
   ユーザの動作を検出した検出データを取得する検出部と、
   前記ユーザのプレイ状況が撮影条件を満たした場合に、前記アバターオブジェクトの撮影を行う撮影期間を開始し、前記撮影期間においてゲームの進行を停止し、前記検出データを用いて前記ユーザの表情を反映した第２表示態様の前記アバターオブジェクトを表示部に表示する第２出力制御部と、
   前記撮影期間中に、前記ユーザの操作に基づいて前記アバターオブジェクトを含む画像を記憶部に記録する記録部と、して機能させ、
   前記第１出力制御部は、前記撮影期間が終了した場合に、前記第２表示態様の前記アバターオブジェクトの表示を終了し、前記ゲーム進行期間を開始して前記第１表示態様の前記アバターオブジェクトを含む前記ゲーム画面を表示する、プログラム。
2. 前記ゲームは複数の前記ユーザが参加可能であり、
   前記第２出力制御部は、複数の前記ユーザのうち一人のユーザが前記撮影条件を満たした場合、前記撮影期間において前記各ユーザの表情をそれぞれ反映した前記アバターオブジェクトを表示する、請求項１に記載のプログラム。
3. 前記第２出力制御部は、前記撮影期間において、前記ユーザの操作に基づいて、記憶部に予め記録されたモーションデータを用いて前記アバターオブジェクトに所定の動作を行わせる、請求項１に記載のプログラム。
4. 前記撮影条件は、前記ユーザが所定のオブジェクトを取得したことであり、
   前記記録部は、前記撮影条件が満たされた場合、前記撮影期間で記録した画像を、取得した前記オブジェクトの画像と関連付けて表示する、請求項１に記載のプログラム。
5. 前記記録部は、前記ユーザの操作に基づいて、ゲームフィールドに設定された仮想カメラの角度又は位置を変更する、請求項１に記載のプログラム。
6. 前記記録部は、前記ユーザの操作に基づいて、ゲームフィールドに設定された仮想カメラの撮像範囲を拡大又は縮小する、請求項１に記載のプログラム。
7. １又は複数のコンピュータが、
   ゲーム進行期間において、ユーザに対応するアバターオブジェクトを前記ユーザの動作を反映しない第１表示態様で表示するゲーム画面を表示する第１出力制御処理と、
   ユーザの動作を検出した検出データを取得する検出処理と、
   前記ユーザのプレイ状況が撮影条件を満たした場合に、前記アバターオブジェクトの撮影を行う撮影期間を開始し、前記撮影期間においてゲームの進行を停止し、前記検出データを用いて前記ユーザの表情を反映した第２表示態様の前記アバターオブジェクトを表示部に表示する第２出力制御処理と、
   前記撮影期間中に、前記ユーザの操作に基づいて前記アバターオブジェクトを含む画像を記憶部に記録する記録処理と、を実行し、
   前記第１出力制御処理では、前記撮影期間が終了した場合に、前記第２表示態様の前記アバターオブジェクトの表示を終了し、前記ゲーム進行期間を開始して前記第１表示態様の前記アバターオブジェクトを含む前記ゲーム画面を表示する、情報処理方法。
8. ゲーム進行期間において、ユーザに対応するアバターオブジェクトを前記ユーザの動作を反映しない第１表示態様で表示するゲームを進行するゲーム進行部と、
   前記ユーザのプレイ状況が撮影条件を満たしたと判定した場合に、前記ゲームの進行を停止する期間であって前記ユーザの動作を検出した検出データを用いて前記アバターオブジェクトを前記ユーザの動作を反映した第２表示態様で表示する撮影期間の開始要求をユーザ装置に送信する判定部と、を備え、
   前記ゲーム進行部は、前記撮影期間が終了したと判定した場合に、前記第２表示態様の前記アバターオブジェクトの表示を終了し、前記ゲームの進行を開始する、ゲーム制御装置。
9. １又は複数のコンピュータが、
   ゲーム進行期間において、ユーザに対応するアバターオブジェクトを前記ユーザの動作を反映しない第１表示態様で表示するゲームを進行するゲーム進行処理と、
   前記ユーザのプレイ状況が撮影条件を満たしたと判定した場合に、前記ゲームの進行を停止する期間であって前記ユーザの動作を検出した検出データを用いて前記アバターオブジェクトを前記ユーザの動作を反映した第２表示態様で表示する撮影期間の開始要求をユーザ装置に送信する判定処理と、を実行し、
   前記ゲーム進行処理では、前記撮影期間が終了したと判定した場合に、前記第２表示態様の前記アバターオブジェクトの表示を終了し、前記ゲームの進行を開始する、ゲーム制御方法。

Images