JP2020156739A

JP2020156739A - ゲームプログラム、ゲーム方法、および情報端末装置

Info

Publication number: JP2020156739A
Application number: JP2019059019A
Authority: JP
Inventors: 潤哉福重; Junya Fukushige
Original assignee: Colopl Inc
Current assignee: Colopl Inc
Priority date: 2019-03-26
Filing date: 2019-03-26
Publication date: 2020-10-01
Anticipated expiration: 2039-03-26
Also published as: JP6722320B1

Abstract

【課題】好趣を高めることができる、ゲームプログラム、ゲーム方法、および情報端末装置を提供する。【解決手段】ゲームプログラムに基づくゲームは、ユーザの操作に応じてゲームを進行させる第１パートと、サーバを介してライブ配信される第１情報に基づいてコンテンツを表示部に表示する第２パートとを含む。第１パート中においては、所定の達成条件を成立させることにより、特典がユーザに関連付けられる。第２パート中に第１操作が行なわれると、ユーザに関連付けられている特典がライブ配信元の配信者に付与される。【選択図】図３１

Description

本発明は、ゲームプログラム、ゲーム方法、および情報端末装置に関する。

特許文献１には、ライブ動画やゲーム画面などのコンテンツを視聴端末において表示するためのデータを当該視聴端末に配信する情報処理システムが記載されている。当該情報処理システムにおいては、コンテンツの視聴者が購入可能なアイテムとして、実世界の差し入れやプレゼントに相当するデコレーション（花や文字、ロゴなど）がある。視聴者は、表示画面上のデコレーションボタンへの操作に応じて一覧表示されたアイテムのうちから所望のアイテムを選択することにより、コンテンツのイメージに合うアイテムのみを表示画面のデコレーションに使用することができる。

特開２０１２−１２００９８号公報

しかし、当該情報処理システムでは、一覧表示されるアイテム、即ち投入可能なアイテムが固定的であるため、好趣（興趣）に欠ける虞がある。

本発明は、かかる実情に鑑み考え出されたものであり、その目的は、好趣を高めることができる、ゲームプログラム、ゲーム方法、および情報端末装置を提供することである。

本開示に示す一実施形態のある局面によれば、プロセッサ、メモリ、および表示部を備えるユーザ端末において実行されるゲームプログラムが提供される。ゲームプログラムに基づくゲームは、ユーザの操作に応じてゲームを進行させる第１パートと、サーバを介してライブ配信される第１情報に基づいてコンテンツを表示部に表示する第２パートとを含み、ゲームプログラムは、プロセッサに、第１パート中において、所定の達成条件を成立させることにより特典をユーザに関連付ける第１ステップと、第２パート中における第１操作に基づいて、ユーザに関連付けられている特典をライブ配信元の配信者に付与するための処理を行う第２ステップとを実行させる。

一実施形態のある局面によれば、プロセッサ、メモリ、および表示部を備えるユーザ端末により実行されるゲーム方法が提供される。ゲーム方法に基づくゲームは、ユーザの操作に応じてゲームを進行させる第１パートと、サーバを介してライブ配信される第１情報に基づいてコンテンツを表示部に表示する第２パートとを含み、ゲーム方法は、ユーザ端末が、第１パート中において、所定の達成条件を成立させることにより特典をユーザに関連付ける第１ステップと、第２パート中における第１操作に基づいて、ユーザに関連付けられている特典をライブ配信元の配信者に付与するための処理を行う第２ステップとを備える。

一実施形態のある局面によれば、ゲームプログラムを記憶する記憶部と、ゲームプログラムを実行することにより、情報端末装置の動作を制御する制御部とを備える情報端末装置が提供される。ゲームプログラムに基づくゲームは、ユーザの操作に応じてゲームを進行させる第１パートと、サーバを介してライブ配信される第１情報に基づいてコンテンツを表示部に表示する第２パートとを含み、制御部は、第１パート中において、所定の達成条件を成立させることにより特典をユーザに関連付ける第１ステップと、第２パート中における第１操作に基づいて、ユーザに関連付けられている特典をライブ配信元の配信者に付与するための処理を行う第２ステップとを実行する。

本発明によれば、好趣を高めることができる。

ある実施の形態に従うシステムの概要の一例を示す図である。ある実施の形態に従うユーザ端末のハードウェア構成の一例を示すブロック図である。ある実施の形態に従うサーバのハードウェア構成の一例を示すブロック図である。ある実施の形態に従うゲームプレイ端末のハードウェア構成の一例を示すブロック図である。ある実施の形態に従う配信端末のハードウェア構成の一例を示すブロック図である。ある実施の形態に従うユーザ端末、サーバ、ＨＭＤセットの機能的構成の一例を示すブロック図である。ある実施の形態に従う配信端末の機能的構成の一例を示すブロック図である。ある実施の形態に従うユーザ端末およびゲームプレイ端末において実行される処理の一部を表すフローチャートである。ある実施の形態に従う、プレイヤに提供される仮想空間、および、プレイヤが視認する視界画像の一例を示す図である。ある実施の形態に従う、ユーザ端末のユーザに提供される仮想空間、および、該ユーザが視認する視界画像の一例を示す図である。ユーザ端末のユーザが視認する視界画像の他の例を示す図である。ユーザ端末のユーザが視認する視界画像のさらに別の例を示す図である。ある実施の形態に従うゲームプレイ端末において実行される処理の一部を表すフローチャートである。ある実施の形態に従うユーザ端末において実行される処理の一部を表すフローチャートである。ある実施の形態に従うサーバにおいて実行される処理の一部を表すフローチャートである。ある実施の形態に従う、ゲームに参加したユーザのリストの一具体例を示す図である。ある実施の形態に従う配信端末において実行される処理の一部を表すフローチャートである。ある実施の形態に従う配信端末に表示される画面の一具体例を示す図である。ある実施の形態に従う配信端末に表示される画面の他の具体例を示す図である。ある実施の形態に従う、プレイヤによる音声入力の一具体例を示す図である。ある実施の形態に従う配信端末に表示される画面のさらなる別の具体例と、動作指図データの配信の概要とを示す図である。ある実施の形態に従う、プレイヤによる音声入力の他の具体例を示す図である。ある実施の形態に従う配信端末に表示される画面のさらなる別の具体例と、動作指図データの配信の概要とを示す図である。ある実施形態に従うゲームプレイ端末からユーザ端末へのゲーム進行情報の送信の概要を示す図である。ある実施の形態に従うユーザ端末において実行される処理の一部を表すフローチャートである。動画再生の一具体例を示す図である。動画再生の他の具体例を示す図である。ユーザ端末のメモリに記憶されているテーブルの構成を示す図である。（Ａ）はユーザ端末のタッチスクリーンに表示された画像の一例を示す図であり、（Ｂ）はユーザ端末のタッチスクリーンに表示された画像の他の一例を示す図であり、（Ｃ）はユーザ端末のタッチスクリーンに表示された画像のその他の一例を示す図であり、（Ｄ）はサービス提供装置から取得された地図データに基づく地図画像の一例を示す図であり、（Ｅ）はユーザ端末のタッチスクリーンに表示された画像のさらにその他の一例を示す図である。ユーザ端末において実行される処理の流れの一部を示すフローチャートである。ユーザ端末において実行される処理の流れの他の一部とゲームプレイ端末において実行される処理の流れの一部とを示すフローチャートである。

本開示に係るシステムは、複数のユーザにゲームを提供するためのシステムである。以下、該システムについて図面を参照しつつ説明する。なお、本発明はこれらの例示に限定されるものではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が本発明に含まれることが意図される。以下の説明では、図面の説明において同一の要素には同一の符号を付し、重複する説明を繰り返さない。

＜システム１の動作概要＞
図１は、本実施形態に係るシステム１の概要を示す図である。システム１は、複数のユーザ端末１００（コンピュータ）と、サーバ２００と、ゲームプレイ端末３００（外部装置、第２外部装置）と、配信端末４００（外部、第１外部装置）とを含む。なお、図１では、複数のユーザ端末１００の一例として、ユーザ端末１００Ａ〜１００Ｃ、換言すれば、３台のユーザ端末１００を記載しているが、ユーザ端末１００の台数は図示の例に限定されない。また、本実施形態では、ユーザ端末１００Ａ〜Ｃを区別する必要が無い場合、「ユーザ端末１００」と記載する。ユーザ端末１００、ゲームプレイ端末３００、および配信端末４００は、サーバ２００とネットワーク２を介して接続する。ネットワーク２は、インターネットおよび図示しない無線基地局によって構築される各種移動通信システム等で構成される。この移動通信システムとしては、例えば、所謂３Ｇ、４Ｇ移動通信システム、ＬＴＥ（Long Term Evolution）、および所定のアクセスポイントによってインターネットに接続可能な無線ネットワーク（例えばWi-Fi（登録商標））等が挙げられる。

（ゲームの概要）
本実施形態では、システム１によって提供されるゲーム（以下、本ゲーム）の一例として、ゲームプレイ端末３００のユーザが主としてプレイするゲームを説明する。以下、ゲームプレイ端末３００のユーザを、「プレイヤ」と称する。プレイヤ（演者）は、一例として、本ゲームに登場するキャラクタを操作することにより、ゲームを進行させる。また、本ゲームにおいて、ユーザ端末１００のユーザは、プレイヤによるゲームの進行を支援する役割を担う。本ゲームの詳細については後述する。なお、システム１によって提供されるゲームは、複数のユーザが参加するゲームであればよく、この例に限定されない。

（ゲームプレイ端末３００）
ゲームプレイ端末３００は、プレイヤによる入力操作に応じてゲームを進行させる。また、ゲームプレイ端末３００は、プレイヤのゲームプレイにより生成された情報（以下、ゲーム進行情報）を、順次、サーバ２００にリアルタイムで配信する。

（サーバ２００）
サーバ２００は、ゲームプレイ端末３００からリアルタイムに受信したゲーム進行情報（第２データ）を、ユーザ端末１００に送信する。また、サーバ２００は、ユーザ端末１００、ゲームプレイ端末３００、および配信端末４００の間の各種情報の送受信を仲介する。

（配信端末４００）
配信端末４００は、配信端末４００のユーザによる入力操作に応じて、動作指図データ（第１データ）を生成し、サーバ２００を介してユーザ端末１００へ動作指図データを配信する。動作指図データとは、ユーザ端末１００において動画を再生するためのデータであり、具体的には、動画に登場するキャラクタを動作させるためのデータである。

本実施形態では、一例として、配信端末４００のユーザは、本ゲームのプレイヤである。また、一例として、ユーザ端末１００にて動作指図データに基づいて再生される動画は、プレイヤがゲームで操作したキャラクタが動作する動画である。「動作」とは、キャラクタの身体の少なくとも一部を動かすことであり、発話も含む。このため、本実施形態に係る動作指図データは、例えば、キャラクタに発話させるための音声データと、キャラクタの身体を動かすためのモーションデータとを含む。

動作指図データは、一例として、本ゲームの終了後にユーザ端末１００へ送信される。動作指図データ、および、該動作指図データに基づいて再生される動画の詳細については後述する。

（ユーザ端末１００）
ユーザ端末１００は、ゲーム進行情報をリアルタイムに受信し、該情報を用いてゲーム画面を生成して表示する。換言すれば、ユーザ端末１００は、リアルタイムレンダリングにより、プレイヤがプレイしているゲームのゲーム画面を再生する。これにより、ユーザ端末１００のユーザは、プレイヤがゲームをプレイしながら視認しているゲーム画面と同一のゲーム画面を、プレイヤとほぼ同じタイミングで視認することができる。

また、ユーザ端末１００は、ユーザによる入力操作に応じて、プレイヤによるゲームの進行を支援するための情報を生成し、該情報を、サーバ２００を介してゲームプレイ端末３００へ送信する。該情報の詳細については後述する。

また、ユーザ端末１００は、配信端末４００から動作指図データを受信し、該動作指図データを用いて動画（映像）を生成して再生する。換言すれば、ユーザ端末１００は、動作指図データをレンダリングして再生する。

＜システム１のハードウェア構成＞
図２は、ユーザ端末１００のハードウェア構成を示す図である。図３は、サーバ２００のハードウェア構成を示す図である。図４は、ゲームプレイ端末３００のハードウェア構成を示す図である。図５は、配信端末４００のハードウェア構成を示す図である。

（ユーザ端末１００）
本実施形態では、一例として、ユーザ端末１００がスマートフォンとして実現される例を説明するが、ユーザ端末１００はスマートフォンに限定されない。例えば、ユーザ端末１００はフィーチャーフォン、タブレット型コンピュータ、ラップトップ型コンピュータ（いわゆる、ノートパソコン）、または、デスクトップ型コンピュータなどとして実現されてもよい。また、ユーザ端末１００は、ゲームプレイに適したゲーム装置であってもよい。

ユーザ端末１００は図２に示すように、プロセッサ１０と、メモリ１１と、ストレージ１２と、通信インターフェース（ＩＦ）１３と、入出力ＩＦ１４と、タッチスクリーン１５（表示部）と、カメラ１７と、測距センサ１８とを備える。ユーザ端末１００が備えるこれらの構成は、通信バスによって互いに電気的に接続される。なお、ユーザ端末１００は、タッチスクリーン１５に代えて、または、加えて、ユーザ端末１００本体とは別に構成されたディスプレイ（表示部）を接続可能な入出力ＩＦ１４を備えていてもよい。

また、図２に示すように、ユーザ端末１００は、１つ以上のコントローラ１０２０と通信可能に構成されることとしてもよい。コントローラ１０２０は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の通信規格に従って、ユーザ端末１００と通信を確立する。コントローラ１０２０は、１つ以上のボタン等を有していてもよく、該ボタン等に対するユーザの入力操作に基づく出力値をユーザ端末１００へ送信する。また、コントローラ１０２０は、加速度センサ、および、角速度センサ等の各種センサを有していてもよく、該各種センサの出力値をユーザ端末１００へ送信する。

なお、ユーザ端末１００がカメラ１７および測距センサ１８を備えることに代えて、または、加えて、コントローラ１０２０がカメラ１７および測距センサ１８を有していてもよい。

ユーザ端末１００は、例えばゲーム開始時に、コントローラ１０２０を使用するユーザに、該ユーザの名前またはログインＩＤ等のユーザ識別情報を、該コントローラ１０２０を介して入力させることが望ましい。これにより、ユーザ端末１００は、コントローラ１０２０とユーザとを紐付けることが可能となり、受信した出力値の送信元（コントローラ１０２０）に基づいて、該出力値がどのユーザのものであるかを特定することができる。

ユーザ端末１００が複数のコントローラ１０２０と通信する場合、各コントローラ１０２０を各ユーザが把持することで、ネットワーク２を介してサーバ２００などの他の装置と通信せずに、該１台のユーザ端末１００でマルチプレイを実現することができる。また、各ユーザ端末１００が無線ＬＡＮ（Local Area Network）規格等の無線規格により互いに通信接続する（サーバ２００を介さずに通信接続する）ことで、複数台のユーザ端末１００によりローカルでマルチプレイを実現することもできる。１台のユーザ端末１００によりローカルで上述のマルチプレイを実現する場合、ユーザ端末１００は、さらに、サーバ２００が備える後述する種々の機能の少なくとも一部を備えていてもよい。また、複数のユーザ端末１００によりローカルで上述のマルチプレイを実現する場合、複数のユーザ端末１００は、サーバ２００が備える後述する種々の機能を分散して備えていてもよい。

なお、ローカルで上述のマルチプレイを実現する場合であっても、ユーザ端末１００はサーバ２００と通信を行ってもよい。例えば、あるゲームにおける成績または勝敗等のプレイ結果を示す情報と、ユーザ識別情報とを対応付けてサーバ２００に送信してもよい。

また、コントローラ１０２０は、ユーザ端末１００に着脱可能な構成であるとしてもよい。この場合、ユーザ端末１００の筐体における少なくともいずれかの面に、コントローラ１０２０との結合部が設けられていてもよい。該結合部を介して有線によりユーザ端末１００とコントローラ１０２０とが結合している場合は、ユーザ端末１００とコントローラ１０２０とは、有線を介して信号を送受信する。

図２に示すように、ユーザ端末１００は、外部のメモリカード等の記憶媒体１０３０の装着を、入出力ＩＦ１４を介して受け付けてもよい。これにより、ユーザ端末１００は、記憶媒体１０３０に記録されるプログラム及びデータを読み込むことができる。記憶媒体１０３０に記録されるプログラムは、例えばゲームプログラムである。

ユーザ端末１００は、サーバ２００等の外部の装置と通信することにより取得したゲームプログラムをユーザ端末１００のメモリ１１に記憶してもよいし、記憶媒体１０３０から読み込むことにより取得したゲームプログラムをメモリ１１に記憶してもよい。

以上で説明したとおり、ユーザ端末１００は、該ユーザ端末１００に対して情報を入力する機構の一例として、通信ＩＦ１３、入出力ＩＦ１４、タッチスクリーン１５、カメラ１７、および、測距センサ１８を備える。入力する機構としての上述の各部は、ユーザの入力操作を受け付けるように構成された操作部と捉えることができる。

例えば、操作部が、カメラ１７および測距センサ１８の少なくともいずれか一方で構成される場合、該操作部が、ユーザ端末１００の近傍の物体１０１０を検出し、当該物体の検出結果から入力操作を特定する。一例として、物体１０１０としてのユーザの手、予め定められた形状のマーカーなどが検出され、検出結果として得られた物体１０１０の色、形状、動き、または、種類などに基づいて入力操作が特定される。より具体的には、ユーザ端末１００は、カメラ１７の撮影画像からユーザの手が検出された場合、該撮影画像に基づき検出されるジェスチャ（ユーザの手の一連の動き）を、ユーザの入力操作として特定し、受け付ける。なお、撮影画像は静止画であっても動画であってもよい。

あるいは、操作部がタッチスクリーン１５で構成される場合、ユーザ端末１００は、タッチスクリーン１５の入力部１５１に対して実施されたユーザの操作をユーザの入力操作として特定し、受け付ける。あるいは、操作部が通信ＩＦ１３で構成される場合、ユーザ端末１００は、コントローラ１０２０から送信される信号（例えば、出力値）をユーザの入力操作として特定し、受け付ける。あるいは、操作部が入出力ＩＦ１４で構成される場合、該入出力ＩＦ１４と接続されるコントローラ１０２０とは異なる入力装置（図示せず）から出力される信号をユーザの入力操作として特定し、受け付ける。

（サーバ２００）
サーバ２００は、一例として、ワークステーションまたはパーソナルコンピュータなどの汎用コンピュータであってよい。サーバ２００は、プロセッサ２０と、メモリ２１と、ストレージ２２と、通信ＩＦ２３と、入出力ＩＦ２４とを備える。サーバ２００が備えるこれらの構成は、通信バスによって互いに電気的に接続される。

（ゲームプレイ端末３００）
ゲームプレイ端末３００は、一例として、パーソナルコンピュータなどの汎用コンピュータであってよい。ゲームプレイ端末３００は、プロセッサ３０と、メモリ３１と、ストレージ３２と、通信ＩＦ３３と、入出力ＩＦ３４とを備える。ゲームプレイ端末３００が備えるこれらの構成は、通信バスによって互いに電気的に接続される。

図４に示すように、本実施形態に係るゲームプレイ端末３００は、一例として、ＨＭＤ（Head Mounted Display）セット１０００に含まれる。つまり、ＨＭＤセット１０００が、システム１に含まれていると表現することができ、また、プレイヤは、ＨＭＤセット１０００を用いてゲームをプレイすると表現することもできる。なお、プレイヤがゲームをプレイするための装置は、ＨＭＤセット１０００に限定されない。一例として、該装置は、プレイヤにゲームを仮想体験させることが可能な装置であればよい。また、該装置は、スマートフォン、フィーチャーフォン、タブレット型コンピュータ、ラップトップ型コンピュータ（いわゆる、ノートパソコン）、または、デスクトップ型コンピュータなどとして実現されてもよい。また、該装置は、ゲームプレイに適したゲーム装置であってもよい。

ＨＭＤセット１０００は、ゲームプレイ端末３００の他、ＨＭＤ５００、ＨＭＤセンサ５１０、モーションセンサ５２０、ディスプレイ５３０、コントローラ５４０を備える。ＨＭＤ５００は、モニタ５１と、注視センサ５２と、第１カメラ５３と、第２カメラ５４と、マイク５５と、スピーカ５６とを含む。コントローラ５４０は、モーションセンサ５２０を含み得る。

ＨＭＤ５００は、プレイヤの頭部に装着され、動作中に仮想空間をプレイヤに提供し得る。より具体的には、ＨＭＤ５００は、右目用の画像および左目用の画像をモニタ５１にそれぞれ表示する。プレイヤの各目がそれぞれの画像を視認すると、プレイヤは、両目の視差に基づき当該画像を３次元画像として認識し得る。ＨＭＤ５００は、モニタを備える所謂ヘッドマウントディスプレイと、スマートフォンその他のモニタを有する端末を装着可能なヘッドマウント機器のいずれをも含み得る。

モニタ５１は、例えば、非透過型の表示装置として実現される。ある局面において、モニタ５１は、プレイヤの両目の前方に位置するようにＨＭＤ５００の本体に配置されている。したがって、プレイヤは、モニタ５１に表示される３次元画像を視認すると、仮想空間に没入することができる。ある局面において、仮想空間は、例えば、背景、プレイヤが操作可能なオブジェクト、プレイヤが選択可能なメニューの画像を含む。ある局面において、モニタ５１は、所謂スマートフォンその他の情報表示端末が備える液晶モニタまたは有機ＥＬ（Electro Luminescence）モニタとして実現され得る。

別の局面において、モニタ５１は、透過型の表示装置として実現され得る。この場合、ＨＭＤ５００は、図１に示されるようにプレイヤの目を覆う密閉型ではなく、メガネ型のような開放型であり得る。透過型のモニタ５１は、その透過率を調整することにより、一時的に非透過型の表示装置として構成可能であってもよい。モニタ５１は、仮想空間を構成する画像の一部と、現実空間とを同時に表示する構成を含んでいてもよい。例えば、モニタ５１は、ＨＭＤ５００に搭載されたカメラで撮影した現実空間の画像を表示してもよいし、一部の透過率を高く設定することにより現実空間を視認可能にしてもよい。

ある局面において、モニタ５１は、右目用の画像を表示するためのサブモニタと、左目用の画像を表示するためのサブモニタとを含み得る。別の局面において、モニタ５１は、右目用の画像と左目用の画像とを一体として表示する構成であってもよい。この場合、モニタ５１は、高速シャッタを含む。高速シャッタは、画像がいずれか一方の目にのみ認識されるように、右目用の画像と左目用の画像とを交互に表示可能に作動する。

ある局面において、ＨＭＤ５００は、図示せぬ複数の光源を含む。各光源は例えば、赤外線を発するＬＥＤ（Light Emitting Diode）により実現される。ＨＭＤセンサ５１０は、ＨＭＤ５００の動きを検出するためのポジショントラッキング機能を有する。より具体的には、ＨＭＤセンサ５１０は、ＨＭＤ５００が発する複数の赤外線を読み取り、現実空間内におけるＨＭＤ５００の位置および傾きを検出する。

別の局面において、ＨＭＤセンサ５１０は、カメラにより実現されてもよい。この場合、ＨＭＤセンサ５１０は、カメラから出力されるＨＭＤ５００の画像情報を用いて、画像解析処理を実行することにより、ＨＭＤ５００の位置および傾きを検出することができる。

別の局面において、ＨＭＤ５００は、位置検出器として、ＨＭＤセンサ５１０の代わりに、あるいはＨＭＤセンサ５１０に加えてセンサ（不図示）を備えてもよい。ＨＭＤ５００は、該センサを用いて、ＨＭＤ５００自身の位置および傾きを検出し得る。例えば、該センサが角速度センサ、地磁気センサ、あるいは加速度センサである場合、ＨＭＤ５００は、ＨＭＤセンサ５１０の代わりに、これらの各センサのいずれかを用いて、自身の位置および傾きを検出し得る。一例として、ＨＭＤ５００に備えられたセンサが角速度センサである場合、角速度センサは、現実空間におけるＨＭＤ５００の３軸周りの角速度を経時的に検出する。ＨＭＤ５００は、各角速度に基づいて、ＨＭＤ５００の３軸周りの角度の時間的変化を算出し、さらに、角度の時間的変化に基づいて、ＨＭＤ５００の傾きを算出する。

注視センサ５２は、プレイヤの右目および左目の視線が向けられる方向を検出する。つまり、注視センサ５２は、プレイヤの視線を検出する。視線の方向の検出は、例えば、公知のアイトラッキング機能によって実現される。注視センサ５２は、当該アイトラッキング機能を有するセンサにより実現される。ある局面において、注視センサ５２は、右目用のセンサおよび左目用のセンサを含むことが好ましい。注視センサ５２は、例えば、プレイヤの右目および左目に赤外光を照射するとともに、照射光に対する角膜および虹彩からの反射光を受けることにより各眼球の回転角を検出するセンサであってもよい。注視センサ５２は、検出した各回転角に基づいて、プレイヤの視線を検知することができる。

第１カメラ５３は、プレイヤの顔の下部を撮影する。より具体的には、第１カメラ５３は、プレイヤの鼻および口などを撮影する。第２カメラ５４は、プレイヤの目および眉などを撮影する。ＨＭＤ５００のプレイヤ側の筐体をＨＭＤ５００の内側、ＨＭＤ５００のプレイヤとは逆側の筐体をＨＭＤ５００の外側と定義する。ある局面において、第１カメラ５３は、ＨＭＤ５００の外側に配置され、第２カメラ５４は、ＨＭＤ５００の内側に配置され得る。第１カメラ５３および第２カメラ５４が生成した画像は、ゲームプレイ端末３００に入力される。別の局面において、第１カメラ５３と第２カメラ５４とを１台のカメラとして実現し、この１台のカメラでプレイヤの顔を撮影するようにしてもよい。

マイク５５は、プレイヤの発話を音声信号（電気信号）に変換してゲームプレイ端末３００に出力する。スピーカ５６は、音声信号を音声に変換してプレイヤに出力する。別の局面において、ＨＭＤ５００は、スピーカ５６に替えてイヤホンを含み得る。

コントローラ５４０は、有線または無線によりゲームプレイ端末３００に接続されている。コントローラ５４０は、プレイヤからゲームプレイ端末３００への命令の入力を受け付ける。ある局面において、コントローラ５４０は、プレイヤによって把持可能に構成される。別の局面において、コントローラ５４０は、プレイヤの身体あるいは衣類の一部に装着可能に構成される。さらに別の局面において、コントローラ５４０は、ゲームプレイ端末３００から送信される信号に基づいて、振動、音、光のうちの少なくともいずれかを出力するように構成されてもよい。さらに別の局面において、コントローラ５４０は、プレイヤから、仮想空間に配置されるオブジェクトの位置や動きを制御するための操作を受け付ける。

ある局面において、コントローラ５４０は、複数の光源を含む。各光源は例えば、赤外線を発するＬＥＤにより実現される。ＨＭＤセンサ５１０は、ポジショントラッキング機能を有する。この場合、ＨＭＤセンサ５１０は、コントローラ５４０が発する複数の赤外線を読み取り、現実空間内におけるコントローラ５４０の位置および傾きを検出する。別の局面において、ＨＭＤセンサ５１０は、カメラにより実現されてもよい。この場合、ＨＭＤセンサ５１０は、カメラから出力されるコントローラ５４０の画像情報を用いて、画像解析処理を実行することにより、コントローラ５４０の位置および傾きを検出することができる。

モーションセンサ５２０は、ある局面において、プレイヤの手に取り付けられて、プレイヤの手の動きを検出する。例えば、モーションセンサ５２０は、手の回転速度、回転数等を検出する。検出された信号は、ゲームプレイ端末３００に送られる。モーションセンサ５２０は、例えば、コントローラ５４０に設けられている。ある局面において、モーションセンサ５２０は、例えば、プレイヤに把持可能に構成されたコントローラ５４０に設けられている。別の局面において、現実空間における安全のため、コントローラ５４０は、手袋型のようにプレイヤの手に装着されることにより容易に飛んで行かないものに装着される。さらに別の局面において、プレイヤに装着されないセンサがプレイヤの手の動きを検出してもよい。例えば、プレイヤを撮影するカメラの信号が、プレイヤの動作を表わす信号として、ゲームプレイ端末３００に入力されてもよい。モーションセンサ５２０とゲームプレイ端末３００とは、一例として、無線により互いに接続される。無線の場合、通信形態は特に限られず、例えば、Ｂｌｕｅｔｏｏｔｈその他の公知の通信手法が用いられる。

ディスプレイ５３０は、モニタ５１に表示されている画像と同様の画像を表示する。これにより、ＨＭＤ５００を装着しているプレイヤ以外のユーザにもプレイヤと同様の画像を視聴させることができる。ディスプレイ５３０に表示される画像は、３次元画像である必要はなく、右目用の画像や左目用の画像であってもよい。ディスプレイ５３０としては、例えば、液晶ディスプレイや有機ＥＬモニタなどが挙げられる。

ゲームプレイ端末３００は、ＨＭＤ５００の各部、コントローラ５４０、およびモーションセンサ５２０から取得した各種情報に基づいて、プレイヤの操作対象となるキャラクタを動作させ、ゲームを進行させる。ここでの「動作」には、身体の各部を動かすこと、姿勢を変えること、顔の表情を変えること、移動、発話、仮想空間に配置されたオブジェクトに触れたり、動かしたりすること、キャラクタが把持する武器、道具などを使用することなどが含まれる。すなわち、本ゲームでは、プレイヤが身体の各部を動かすことにより、キャラクタもプレイヤと同様に身体の各部を動かす。また、本ゲームでは、プレイヤが発話した内容をキャラクタが発話する。換言すれば、本ゲームにおいて、キャラクタは、プレイヤの分身としてふるまうアバターオブジェクトである。一例として、キャラクタの動作の少なくとも一部が、プレイヤによるコントローラ５４０に対する入力により実行されてもよい。

本実施形態では、モーションセンサ５２０は、一例として、プレイヤの両手、プレイヤの両足、プレイヤの腰部、および、プレイヤの頭部に取り付けられる。プレイヤの両手に取り付けられるモーションセンサ５２０は、上述したとおり、コントローラ５４０に設けられていてもよい。また、プレイヤの頭部に取り付けられるモーションセンサ５２０は、ＨＭＤ５００に設けられていてもよい。モーションセンサ５２０は、さらに、ユーザの両肘や両膝に取り付けられてもよい。プレイヤに取り付けるモーションセンサ５２０の数を増やすことにより、プレイヤの動きをより正確にキャラクタに反映させることができる。
また、プレイヤは、モーションセンサ５２０を身体の各部に取り付けることに代えて、１以上のモーションセンサ５２０が取り付けられたスーツを着用してもよい。つまり、モーションキャプチャの方法は、モーションセンサ５２０を用いる例に限定されない。

（配信端末４００）
配信端末４００は、スマートフォン、ＰＤＡ（Personal Digital Assistant）、またはタブレット型コンピュータ等の携帯端末であってよい。また、配信端末４００は、デスクトップパソコン等の、いわゆる据え置き型の端末であってもよい。

配信端末４００は、図５に示すように、プロセッサ４０と、メモリ４１と、ストレージ４２と、通信ＩＦ４３と、入出力ＩＦ４４と、タッチスクリーン４５とを備える。なお、配信端末４００は、タッチスクリーン４５に代えて、または、加えて、配信端末４００本体とは別に構成されたディスプレイ（表示部）を接続可能な入出力ＩＦ４４を備えていてもよい。

コントローラ１０２１は、１つ以上のボタン、レバー、スティック、ホイール等の物理的な入力機構を有していてもよい。コントローラ１０２１は、配信端末４００の操作者（本実施形態ではプレイヤ）が、該入力機構に対して入力した入力操作に基づく出力値を配信端末４００へ送信する。また、コントローラ１０２１は、加速度センサ、および、角速度センサ等の各種センサを有していてもよく、該各種センサの出力値を配信端末４００へ送信してもよい。上述の出力値は、通信ＩＦ４３を介して配信端末４００に受け付けられる。

配信端末４００は、カメラと、測距センサ（ともに不図示）とを備えていてもよい。配信端末４００が備えることに代えて、または、加えて、コントローラ１０２１がカメラと、測距センサとを有してしてもよい。

以上で説明したとおり、配信端末４００は、該配信端末４００に対して情報を入力する機構の一例として、通信ＩＦ４３、入出力ＩＦ４４、タッチスクリーン４５を備える。入力する機構としての上述の各部は、ユーザの入力操作を受け付けるように構成された操作部と捉えることができる。

操作部がタッチスクリーン４５で構成されている場合、配信端末４００は、タッチスクリーン４５の入力部４５１に対して実施されたユーザの操作をユーザの入力操作として特定し、受け付ける。あるいは、操作部が通信ＩＦ４３で構成される場合、配信端末４００は、コントローラ１０２１から送信される信号（例えば、出力値）をユーザの入力操作として特定し、受け付ける。あるいは、操作部が入出力ＩＦ４４で構成される場合、配信端末４００は、該入出力ＩＦ４４と接続される入力装置（図示せず）から出力される信号をユーザの入力操作として特定し、受け付ける。

＜各装置のハードウェア構成要素＞
プロセッサ１０、２０、３０、４０はそれぞれ、ユーザ端末１００、サーバ２００、ゲームプレイ端末３００、配信端末４００の全体の動作を制御する。プロセッサ１０、２０、３０、４０は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、およびＧＰＵ（Graphics Processing Unit）を含む。プロセッサ１０、２０、３０、４０は、それぞれ、後述するストレージ１２、２２、３２、４２からプログラムを読み出す。そして、プロセッサ１０、２０、３０、４０は、それぞれ、読み出したプログラムを、後述するメモリ１１、２１、３１、４１に展開する。プロセッサ１０、２０、３０は、展開したプログラムを実行する。

メモリ１１、２１、３１、４１は主記憶装置である。メモリ１１、２１、３１、４１は、ＲＯＭ（Read Only Memory）およびＲＡＭ（Random Access Memory）等の記憶装置で構成される。メモリ１１は、プロセッサ１０が後述するストレージ１２から読み出したプログラムおよび各種データを一時的に記憶することにより、プロセッサ１０に作業領域を提供する。メモリ１１は、プロセッサ１０がプログラムに従って動作している間に生成した各種データも一時的に記憶する。メモリ２１は、プロセッサ２０が後述するストレージ２２から読み出した各種プログラムおよびデータを一時的に記憶することにより、プロセッサ２０に作業領域を提供する。メモリ２１は、プロセッサ２０がプログラムに従って動作している間に生成した各種データも一時的に記憶する。メモリ３１は、プロセッサ３０が後述するストレージ３２から読み出した各種プログラムおよびデータを一時的に記憶することにより、プロセッサ３０に作業領域を提供する。メモリ３１は、プロセッサ３０がプログラムに従って動作している間に生成した各種データも一時的に記憶する。メモリ４１は、プロセッサ４０が後述するストレージ４２から読み出したプログラムおよび各種データを一時的に記憶することにより、プロセッサ４０に作業領域を提供する。メモリ４１は、プロセッサ４０がプログラムに従って動作している間に生成した各種データも一時的に記憶する。

本実施形態において、プロセッサ１０および３０が実行するプログラムは、本ゲームのゲームプログラムであってもよい。本実施形態において、プロセッサ４０が実行するプログラムは、動作指図データの配信を実現するための配信プログラムであってもよい。また、プロセッサ１０は、さらに、動画の再生を実現するための視聴プログラムを実行してもよい。

本実施形態において、プロセッサ２０が実行するプログラムは、上述のゲームプログラム、配信プログラム、視聴プログラムの少なくとも何れかであってもよい。プロセッサ２０は、ユーザ端末１００、ゲームプレイ端末３００、および配信端末４００の少なくとも何れかからの要求等に応じて、ゲームプログラム、配信プログラム、視聴プログラムの少なくとも何れかを実行する。なお、配信プログラムと視聴プログラムは、並行して実行されてもよい。

すなわち、ゲームプログラムは、ゲームをユーザ端末１００、サーバ２００、およびゲームプレイ端末３００の協働により実現するプログラムであってもよい。配信プログラムは、動作指図データの配信を、サーバ２００と配信端末４００との協働により実現するプログラムであってもよい。視聴プログラムは、動画の再生を、ユーザ端末１００とサーバ２００との協働により実現するプログラムであってもよい。

ストレージ１２、２２、３２、４２は補助記憶装置である。ストレージ１２、２２、３２、４２は、フラッシュメモリまたはＨＤＤ（Hard Disk Drive）等の記憶装置で構成される。ストレージ１２、３２には、例えば、ゲームに関する各種データが格納される。ストレージ４２には、動作指図データの配信に関する各種データが格納される。また、ストレージ１２には、動画の再生に関する各種データが格納される。ストレージ２２には、ゲーム、動作指図データの配信、および動画の再生それぞれに関する各種データのうち、少なくとも一部が格納されてもよい。

通信ＩＦ１３、２３、３３、４３は、それぞれ、ユーザ端末１００、サーバ２００、ゲームプレイ端末３００、配信端末４００における各種データの送受信を制御する。通信ＩＦ１３、２３、３３、４３は例えば、無線ＬＡＮ（Local Area Network）を介する通信、有線ＬＡＮ、無線ＬＡＮ、または携帯電話回線網を介したインターネット通信、ならびに近距離無線通信等を用いた通信を制御する。

入出力ＩＦ１４、２４、３４、４４は、それぞれ、ユーザ端末１００、サーバ２００、ゲームプレイ端末３００、配信端末４００がデータの入力を受け付けるため、また、データを出力するためのインターフェースである。入出力ＩＦ１４、２４、３４、４４は、ＵＳＢ（Universal Serial Bus）等を介してデータの入出力を行ってもよい。入出力ＩＦ１４、２４、３４、４４は、物理ボタン、カメラ、マイク、スピーカ、マウス、キーボード、ディスプレイ、スティック、レバーなどを含み得る。また、入出力ＩＦ１４、２４、３４、４４は、周辺機器との間でデータを送受信するための接続部を含み得る。

タッチスクリーン１５は、入力部１５１と表示部１５２（ディスプレイ）とを組み合わせた電子部品である。タッチスクリーン４５は、入力部４５１と表示部４５２とを組み合わせた電子部品である。入力部１５１および４５１は、一例として、タッチセンシティブなデバイスであり、例えばタッチパッドによって構成される。表示部１５２および４５２は、例えば液晶ディスプレイ、または有機ＥＬ（Electro-Luminescence）ディスプレイ等によって構成される。

入力部１５１および４５１は、入力面に対しユーザの操作（主にタッチ操作、スライド操作、スワイプ操作、およびタップ操作等の物理的接触操作）が入力された位置を検知して、位置を示す情報を入力信号として送信する機能を備える。入力部１５１および４５１は、図示しないタッチセンシング部を備えていればよい。タッチセンシング部は、静電容量方式または抵抗膜方式等のどのような方式を採用したものであってもよい。

図示していないが、ユーザ端末１００および配信端末４００は、それぞれ、ユーザ端末１００および配信端末４００の保持姿勢を特定するための１以上のセンサを備えていてもよい。このセンサは、例えば、加速度センサ、または、角速度センサ等であってもよい。

ユーザ端末１００および配信端末４００がセンサを備えている場合、プロセッサ１０および４０は、それぞれ、センサの出力からユーザ端末１００および配信端末４００の保持姿勢を特定して、保持姿勢に応じた処理を行うことも可能になる。例えば、プロセッサ１０および４０は、それぞれ、ユーザ端末１００および配信端末４００が縦向きに保持されているときには、縦長の画像を表示部１５２および４５２に表示させる縦画面表示としてもよい。一方、ユーザ端末１００および配信端末４００が横向きに保持されているときには、横長の画像を表示部に表示させる横画面表示としてもよい。このように、プロセッサ１０および４０は、それぞれ、ユーザ端末１００および配信端末４００の保持姿勢に応じて縦画面表示と横画面表示とを切り替え可能であってもよい。

＜システム１の機能的構成＞
図６は、システム１に含まれるユーザ端末１００、サーバ２００、およびＨＭＤセット１０００の機能的構成を示すブロック図である。図７は、図６に示す配信端末４００の機能的構成を示すブロック図である。

ユーザ端末１００は、ユーザの入力操作を受け付ける入力装置としての機能と、ゲームの画像や音声を出力する出力装置としての機能を有する。ユーザ端末１００は、プロセッサ１０、メモリ１１、ストレージ１２、通信ＩＦ１３、入出力ＩＦ１４、およびタッチスクリーン１５等の協働によって、制御部１１０および記憶部１２０として機能する。

サーバ２００は、ユーザ端末１００、ＨＭＤセット１０００、および配信端末４００の間の各種情報の送受信を仲介する機能を有する。サーバ２００は、プロセッサ２０、メモリ２１、ストレージ２２、通信ＩＦ２３、および入出力ＩＦ２４等の協働によって、制御部２１０および記憶部２２０として機能する。

ＨＭＤセット１０００（ゲームプレイ端末３００）は、プレイヤの入力操作を受け付ける入力装置としての機能と、ゲームの画像や音声を出力する出力装置としての機能と、ゲーム進行情報を、サーバ２００を介してユーザ端末１００へリアルタイムに送信する機能を有する。ＨＭＤセット１０００は、ゲームプレイ端末３００のプロセッサ３０、メモリ３１、ストレージ３２、通信ＩＦ３３、入出力ＩＦ３４、並びに、ＨＭＤ５００、ＨＭＤセンサ５１０、モーションセンサ５２０、およびコントローラ５４０等の協働によって、制御部３１０および記憶部３２０として機能する。

配信端末４００は、動作指図データを生成して、該動作指図データを、サーバ２００を介してユーザ端末１００へ送信する機能を有する。配信端末４００は、プロセッサ４０、メモリ４１、ストレージ４２、通信ＩＦ４３、入出力ＩＦ４４、およびタッチスクリーン４５等の協働によって、制御部４１０および記憶部４２０として機能する。

（各装置の記憶部が格納するデータ）
記憶部１２０は、ゲームプログラム１３１（プログラム）、ゲーム情報１３２、および、ユーザ情報１３３を格納する。記憶部２２０は、ゲームプログラム２３１、ゲーム情報２３２、ユーザ情報２３３、および、ユーザリスト２３４を格納する。記憶部３２０は、ゲームプログラム３３１、ゲーム情報３３２、および、ユーザ情報３３３を格納する。記憶部４２０は、ユーザリスト４２１、モーションリスト４２２、配信プログラム４２３（プログラム、第２プログラム）を格納する。

ゲームプログラム１３１、２３１、３３１は、それぞれ、ユーザ端末１００、サーバ２００、ＨＭＤセット１０００が実行するゲームプログラムである。ゲームプログラム１３１、２３１、３３１に基づいて各装置が協働して動作することにより、本ゲームが実現される。なお、ゲームプログラム１３１および３３１は、記憶部２２０に格納され、ユーザ端末１００およびＨＭＤセット１０００にそれぞれダウンロードされる構成でもよい。なお、本実施形態では、ユーザ端末１００は、ゲームプログラム１３１に基づいて、配信端末４００から受信したデータをレンダリングし、動画を再生するものとする。換言すれば、ゲームプログラム１３１は、配信端末４００から配信された動画指図データを用いて、動画を再生するためのプログラムでもある。該動画を再生するためのプログラムは、ゲームプログラム１３１と異なってもよい。この場合、記憶部１２０は、ゲームプログラム１３１とは別に、該動画を再生するためのプログラムを格納する。

ゲーム情報１３２、２３２、３３２は、それぞれ、ユーザ端末１００、サーバ２００、ＨＭＤセット１０００がゲームプログラムを実行する際に参照するデータである。ユーザ情報１３３、２３３、３３３は、ユーザ端末１００のユーザのアカウントに関するデータである。ゲーム情報２３２は、各ユーザ端末１００のゲーム情報１３２、および、ＨＭＤセット１０００のゲーム情報３３２である。ユーザ情報２３３は、各ユーザ端末１００のユーザ情報１３３、および、ユーザ情報３３３に含まれる、プレイヤのユーザ情報である。ユーザ情報３３３は、各ユーザ端末１００のユーザ情報１３３、および、プレイヤのユーザ情報である。

ユーザリスト２３４およびユーザリスト４２１は、ゲームに参加したユーザのリストである。ユーザリスト２３４およびユーザリスト４２１は、プレイヤによる直近のゲームプレイにおいて参加したユーザのリストの他、該ゲームプレイ以前の各ゲームプレイにおいて参加したユーザのリストを含んでいてもよい。モーションリスト４２２は、予め作成されている複数のモーションデータのリストである。モーションリスト４２２は、例えば、各モーションを識別する情報（例えば、モーション名）のそれぞれに、モーションデータが対応付けられたリストである。配信プログラム４２３は、ユーザ端末１００にて動画を再生するための動作指図データの、ユーザ端末１００への配信を実現するためのプログラムである。

（サーバ２００の機能的構成）
制御部２１０は、記憶部２２０に格納されたゲームプログラム２３１を実行することにより、サーバ２００を統括的に制御する。例えば制御部２１０は、ユーザ端末１００、ＨＭＤセット１０００、および配信端末４００の間の各種情報の送受信を仲介する。

制御部２１０は、ゲームプログラム２３１の記述に応じて、通信仲介部２１１、ログ生成部２１２、リスト生成部２１３として機能する。制御部２１０は、ゲームプレイおよび動作指図データの配信に係る各種情報の送受信の仲介、並びに、ゲームの進行の支援のために、図示しないその他の機能ブロックとしても機能することができる。

通信仲介部２１１は、ユーザ端末１００、ＨＭＤセット１０００、および配信端末４００の間の各種情報の送受信を仲介する。例えば、通信仲介部２１１は、ＨＭＤセット１０００から受信したゲーム進行情報をユーザ端末１００へ送信する。ゲーム進行情報は、プレイヤによって操作されるキャラクタの動き、該キャラクタのパラメータ、該キャラクタが所持しているアイテムや武器、敵キャラクタなどの情報などを示すデータが含まれる。サーバ２００は、ゲーム進行情報を、ゲームに参加している全てのユーザのユーザ端末１００へ送信する。換言すれば、サーバ２００は、共通のゲーム進行情報をゲームに参加している全てのユーザのユーザ端末１００へ送信する。これにより、ゲームに参加している全てのユーザのユーザ端末１００それぞれにおいて、ＨＭＤセット１０００と同様にゲームが進行する。

また、例えば、通信仲介部２１１は、ユーザ端末１００のいずれかから受信した、プレイヤによるゲームの進行を支援するための情報を、その他のユーザ端末１００、および、ＨＭＤセット１０００へ送信する。該情報は、一例として、プレイヤがゲームを有利に進行するためのアイテムであって、プレイヤ（キャラクタ）に提供されるアイテムを示すアイテム情報であってもよい。アイテム情報は、アイテムを提供したユーザを示す情報（ユーザ名、ユーザＩＤなど）を含む。また、通信仲介部２１１は、配信端末４００からユーザ端末１００への動作指図データの配信を仲介してもよい。

ログ生成部２１２は、ＨＭＤセット１０００から受信するゲーム進行情報に基づいて、ゲーム進行のログを生成する。リスト生成部２１３は、ゲームプレイの終了後にユーザリスト２３４を生成する。詳細については後述するが、ユーザリスト２３４における各ユーザには、そのユーザが行ったプレイヤへの支援の内容を示すタグが関連付けられている。リスト生成部２１３は、ログ生成部２１２が生成したゲーム進行のログに基づいて、タグを生成し、該当するユーザに関連付ける。なお、リスト生成部２１３は、ゲームの運営者などがパーソナルコンピュータなどの端末装置を用いて入力した、各ユーザが行ったプレイヤへの支援の内容を、タグとして、該当するユーザに関連付けてもよい。これにより、各ユーザが行った支援の内容がより詳細なものとなる。なお、ユーザ端末１００は、ユーザがゲームに参加する際、ユーザの操作に基づいて、ユーザを示す情報をサーバ２００へ送信する。例えば、ユーザ端末１００は、ユーザが入力したユーザＩＤをサーバ２００へ送信する。つまり、サーバ２００は、ゲームに参加している全てのユーザについて、各ユーザを示す情報を保持している。リスト生成部２１３は、該情報を用いて、ユーザリスト２３４を生成すればよい。

（ＨＭＤセット１０００の機能的構成）
制御部３１０は、記憶部３２０に格納されたゲームプログラム３３１を実行することにより、ＨＭＤセット１０００を統括的に制御する。例えば、制御部３１０は、ゲームプログラム３３１、および、プレイヤの操作に従って、ゲームを進行させる。また、制御部３１０は、ゲームを進行させている間、必要に応じて、サーバ２００と通信して、情報の送受信を行う。制御部３１０は、情報の送受信を、サーバ２００を介さずにユーザ端末１００と直接行ってもよい。

制御部３１０は、ゲームプログラム３３１の記述に応じて、操作受付部３１１、表示制御部３１２、ＵＩ制御部３１３、アニメーション生成部３１４、ゲーム進行部３１５、仮想空間制御部３１６、および反応処理部３１７として機能する。制御部３１０は、実行されるゲームの性質に応じて、該ゲームに登場するキャラクタの制御などのために、図示しないその他の機能ブロックとしても機能することができる。

操作受付部３１１は、プレイヤの入力操作を検知し、受け付ける。操作受付部３１１は、ＨＭＤ５００、モーションセンサ５２０、コントローラ５４０などから入力された信号を受け付け、いかなる入力操作がなされたかを判別し、その結果を制御部３１０の各要素に出力する。

ＵＩ制御部３１３は、モニタ５１、ディスプレイ５３０などに表示させるユーザインターフェース（以下、ＵＩ）画像を制御する。ＵＩ画像は、プレイヤが、ゲームの進行上必要な入力をＨＭＤセット１０００に対して行うためのツール、または、ゲームの進行中に出力される情報をＨＭＤセット１０００から得るためのツールである。ＵＩ画像は、これには限定されないが、例えば、アイコン、ボタン、リスト、メニュー画面などである。

アニメーション生成部３１４は、各種オブジェクトの制御態様に基づいて、各種オブジェクトのモーションを示すアニメーションを生成する。例えば、アニメーション生成部３１４は、オブジェクト（例えば、プレイヤのアバターオブジェクト）がまるでそこにいるかのように動いたり、口を動かしたり、表情を変えたりする様子を表現したアニメーション等を生成してもよい。

ゲーム進行部３１５は、ゲームプログラム３３１、プレイヤによる入力操作、および、該入力操作に応じたアバターオブジェクトの動作などに基づいて、ゲームを進行する。例えば、ゲーム進行部３１５は、アバターオブジェクトが所定の動作を行った場合に、所定のゲーム処理を行う。また、例えば、ゲーム進行部３１５は、ユーザ端末１００におけるユーザの操作を表す情報を受信し、当該ユーザの操作に基づいてゲーム処理を行ってもよい。また、ゲーム進行部３１５は、ゲームの進行に従ってゲーム進行情報を生成し、サーバ２００へ送信する。該ゲーム進行情報は、サーバ２００を介してユーザ端末１００へ送信される。これにより、ＨＭＤセット１０００におけるゲームの進行が、ユーザ端末１００において共有される。換言すれば、ＨＭＤセット１０００におけるゲームの進行と、ユーザ端末１００におけるゲームの進行とが同期する。

仮想空間制御部３１６は、ゲームの進行に応じて、プレイヤに提供される仮想空間に関する各種の制御を行う。一例として、仮想空間制御部３１６は、各種オブジェクトを生成し、仮想空間に配置する。また、仮想空間制御部３１６は、仮想カメラを仮想空間に配置する。また、仮想空間制御部３１６は、ゲームの進行に応じて、仮想空間に配置した各種オブジェクトを動作させる。また、仮想空間制御部３１６は、ゲームの進行に応じて、仮想空間に配置した仮想カメラの位置、傾きを制御する。

表示制御部３１２は、モニタ５１、ディスプレイ５３０に対して、上述の各要素によって実行された処理結果が反映されたゲーム画面を出力する。表示制御部３１２は、仮想空間に配置された仮想カメラからの視界に基づく画像を、ゲーム画面として、モニタ５１、ディスプレイ５３０に表示してもよい。また、表示制御部３１２は、アニメーション生成部３１４によって生成されたアニメーションを該ゲーム画面に含めてもよい。また、表示制御部３１２は、ＵＩ制御部３１３によって制御される上述のＵＩ画像を、該ゲーム画面に重畳して描画してもよい。

反応処理部３１７は、ユーザ端末１００のユーザによる、プレイヤのゲームプレイに対する反応についてフィードバックを受け付けて、これを、プレイヤに対して出力する。本実施形態では、例えば、ユーザ端末１００は、ユーザの入力操作に基づいて、アバターオブジェクトに宛てたコメント（メッセージ）を作成することができる。反応処理部３１７は、該コメントのコメントデータを受け付けて、これを出力する。反応処理部３１７は、ユーザのコメントに対応するテキストデータを、モニタ５１、ディスプレイ５３０に表示してもよいし、ユーザのコメントに対応する音声データを、図示しないスピーカから出力してもよい。前者の場合、反応処理部３１７は、上記テキストデータに対応する画像（すなわち、コメントの内容を含む画像）を、ゲーム画面に重畳して描画してもよい。

（ユーザ端末１００の機能的構成）
制御部１１０は、記憶部１２０に格納されたゲームプログラム１３１を実行することにより、ユーザ端末１００を統括的に制御する。例えば、制御部１１０は、ゲームプログラム１３１、および、ユーザの操作に従って、ゲームを進行させる。また、制御部１１０は、ゲームを進行させている間、必要に応じて、サーバ２００と通信して、情報の送受信を行う。制御部１１０は、情報の送受信を、サーバ２００を介さずにＨＭＤセット１０００と直接行ってもよい。

制御部１１０は、ゲームプログラム１３１の記述に応じて、操作受付部１１１、表示制御部１１２、ＵＩ制御部１１３、アニメーション生成部１１４、ゲーム進行部１１５、仮想空間制御部１１６、および動画再生部１１７として機能する。制御部１１０は、実行されるゲームの性質に応じて、ゲームの進行のために、図示しないその他の機能ブロックとしても機能することができる。

操作受付部１１１は、入力部１５１に対するユーザの入力操作を検知し受け付ける。操作受付部１１１は、タッチスクリーン１５およびその他の入出力ＩＦ１４を介したコンソールに対してユーザが及ぼした作用から、いかなる入力操作がなされたかを判別し、その結果を制御部１１０の各要素に出力する。

例えば、操作受付部１１１は、入力部１５１に対する入力操作を受け付け、該入力操作の入力位置の座標を検出し、該入力操作の種類を特定する。操作受付部１１１は、入力操作の種類として、例えばタッチ操作、スライド操作、スワイプ操作、およびタップ操作等を特定する。また、操作受付部１１１は、連続して検知されていた入力が途切れると、タッチスクリーン１５から接触入力が解除されたことを検知する。

ＵＩ制御部１１３は、ユーザの入力操作、および、受信したゲーム進行情報の少なくとも何れかに応じて、ＵＩを構築するために表示部１５２に表示させるＵＩ画像を制御する。ＵＩ画像は、ユーザが、ゲームの進行上必要な入力をユーザ端末１００に対して行うためのツール、または、ゲームの進行中に出力される情報をユーザ端末１００から得るためのツールである。ＵＩ画像は、これには限定されないが、例えば、アイコン、ボタン、リスト、メニュー画面などである。

アニメーション生成部１１４は、各種オブジェクトの制御態様に基づいて、各種オブジェクトのモーションを示すアニメーションを生成する。

ゲーム進行部１１５は、ゲームプログラム１３１、受信したゲーム進行情報、および、ユーザによる入力操作などに基づいて、ゲームを進行する。ゲーム進行部１１５は、ユーザによる入力操作により、所定のゲーム処理を行った場合、該ゲーム処理に関する情報を、サーバ２００を介してＨＭＤセット１０００へ送信する。これにより、該所定のゲーム処理が、ＨＭＤセット１０００において共有される。換言すれば、ＨＭＤセット１０００におけるゲームの進行と、ユーザ端末１００におけるゲームの進行とが同期する。所定のゲーム処理とは、例えば、アバターオブジェクトにアイテムを提供する処理であり、この例の場合、ゲーム処理に関する情報は、上述したアイテム情報である。

仮想空間制御部１１６は、ゲームの進行に応じて、ユーザに提供される仮想空間に関する各種の制御を行う。一例として、仮想空間制御部１１６は、各種オブジェクトを生成し、仮想空間に配置する。また、仮想空間制御部１１６は、仮想カメラを仮想空間に配置する。また、仮想空間制御部１１６は、ゲームの進行、具体的には、受信したゲーム進行情報に応じて、仮想空間に配置した各種オブジェクトを動作させる。また、仮想空間制御部３１６は、ゲームの進行、具体的には、受信したゲーム進行情報に応じて、仮想空間に配置した仮想カメラの位置、傾きを制御する。

表示制御部１１２は、表示部１５２に対して、上述の各要素によって実行された処理結果が反映されたゲーム画面を出力する。表示制御部１１２は、ユーザに提供される仮想空間に配置された仮想カメラからの視界に基づく画像を、ゲーム画面として、表示部１５２に表示してもよい。また、表示制御部１１２は、アニメーション生成部１１４によって生成されたアニメーションを該ゲーム画面に含めてもよい。また、表示制御部１１２は、ＵＩ制御部１１３によって制御される上述のＵＩ画像を、該ゲーム画面に重畳して描画してもよい。いずれにしても、表示部１５２に表示されるゲーム画面は、他のユーザ端末１００、および、ＨＭＤセット１０００にて表示されるゲーム画面と同様のゲーム画面である。

動画再生部１１７は、配信端末４００から受信した動作指図データを解析（レンダリング）し、動画を再生する。

（配信端末４００の機能的構成）
制御部４１０は、記憶部４２０に格納されたプログラム（不図示）を実行することにより、配信端末４００を統括的に制御する。例えば、制御部４１０は、該プログラム、および、配信端末４００のユーザ（本実施形態ではプレイヤ）の操作に従って、動作指図データを生成し、ユーザ端末１００に配信する。また、制御部４１０は、必要に応じて、サーバ２００と通信して、情報の送受信を行う。制御部４１０は、情報の送受信を、サーバ２００を介さずにユーザ端末１００と直接行ってもよい。

制御部４１０は、プログラムの記述に応じて、通信制御部４１１、表示制御部４１２、操作受付部４１３、音声受付部４１４、モーション特定部４１５、および動作指図データ生成部４１６として機能する。制御部４１０は、動作指図データの生成および配信のために、図示しないその他の機能ブロックとしても機能することができる。

通信制御部４１１は、サーバ２００、または、サーバ２００を介したユーザ端末１００との情報の送受信を制御する。通信制御部４１１は、一例として、サーバ２００からユーザリスト４２１を受信する。また、通信制御部４１１は、一例として、動作指図データをユーザ端末１００へ送信する。

表示制御部４１２は、表示部４５２に対して、各要素によって実行された処理結果が反映された各種画面を出力する。表示制御部４１２は、一例として、受信したユーザリスト２３４を含む画面を表示する。また、表示制御部４１２は、一例として、配信する動作指図データに含まれる、アバターオブジェクトを動作させるためのモーションデータを、プレイヤに選択させるためのモーションリスト４２２を含む画面を表示する。

操作受付部４１３は、入力部１５１に対するプレイヤの入力操作を検知し受け付ける。操作受付部１１１は、タッチスクリーン４５およびその他の入出力ＩＦ４４を介したコンソールに対してプレイヤが及ぼした作用から、いかなる入力操作がなされたかを判別し、その結果を制御部４１０の各要素に出力する。

例えば、操作受付部４１３は、入力部４５１に対する入力操作を受け付け、該入力操作の入力位置の座標を検出し、該入力操作の種類を特定する。操作受付部４１３は、入力操作の種類として、例えばタッチ操作、スライド操作、スワイプ操作、およびタップ操作等を特定する。また、操作受付部４１３は、連続して検知されていた入力が途切れると、タッチスクリーン４５から接触入力が解除されたことを検知する。

音声受付部４１４は、配信端末４００の周囲で発生した音声を受け付け、該音声の音声データを生成する。音声受付部４１４は、一例として、プレイヤが発話した音声を受け付け、該音声の音声データを生成する。

モーション特定部４１５は、プレイヤの入力操作に応じて、モーションリスト４２２から、プレイヤが選択したモーションデータを特定する。

動作指図データ生成部４１６は、動作指図データを生成する。一例として、動作指図データ生成部４１６は、生成された音声データと、特定されたモーションデータとを含む動作指図データを生成する。

なお、図６に示すＨＭＤセット１０００、サーバ２００、およびユーザ端末１００の機能、並びに、図７に示す配信端末４００の機能は一例にすぎない。ＨＭＤセット１０００、サーバ２００、ユーザ端末１００、および配信端末４００の各装置は、他の装置が備える機能の少なくとも一部を備えていてもよい。さらに、ＨＭＤセット１０００、サーバ２００、ユーザ端末１００、および配信端末４００以外のさらに別の装置をシステム１の構成要素とし、該別の装置にシステム１における処理の一部を実行させてもよい。すなわち、本実施形態においてゲームプログラムを実行するコンピュータは、ＨＭＤセット１０００、サーバ２００、ユーザ端末１００、および配信端末４００、並びに、それ以外の別の装置の何れであってもよいし、これらの複数の装置の組み合わせにより実現されてもよい。

＜仮想空間の制御処理＞
図８は、プレイヤに提供される仮想空間、および、ユーザ端末１００のユーザに提供される仮想空間の制御処理の流れの一例を示すフローチャートである。図９は、ある実施の形態に従う、プレイヤに提供される仮想空間６００Ａ、および、プレイヤが視認する視界画像を示す図である。図１０は、ある実施の形態に従う、ユーザ端末１００のユーザに提供される仮想空間６００Ｂ、および、ユーザが視認する視界画像を示す図である。なお以降、仮想空間６００Ａおよび６００Ｂを区別する必要が無い場合、「仮想空間６００」と記載する。

ステップＳ１において、プロセッサ３０は、仮想空間制御部３１６として、図９に示す仮想空間６００Ａを規定する。プロセッサ３０は、仮想空間データ（不図示）を用いて、仮想空間６００Ａを規定する。仮想空間データは、ゲームプレイ端末３００に記憶されていてもよいし、プロセッサ３０が、ゲームプログラム３３１に基づいて生成してもよいし、プロセッサ３０が、サーバ２００などの外部の装置から取得してもよい。

仮想空間６００は、一例として、中心として定義された点の３６０度方向の全体を覆う全天球状の構造を有する。図９および図１０では、説明を複雑にしないために、仮想空間６００のうちの上半分の天球が例示されている。

ステップＳ２において、プロセッサ３０は、仮想空間制御部３１６として、仮想空間６００Ａに、アバターオブジェクト６１０（キャラクタ）を配置する。アバターオブジェクト６１０は、プレイヤに関連付けられたアバターオブジェクトであり、プレイヤの入力操作に従って動作する。

ステップＳ３において、プロセッサ３０は、仮想空間制御部３１６として、仮想空間６００Ａに、その他のオブジェクトを配置する。図９の例では、プロセッサ３０は、オブジェクト６３１〜６３４を配置する。その他のオブジェクトは、例えば、ゲームプログラム３３１に従って動作するキャラクタオブジェクト（いわゆるノンプレイヤキャラクタ、ＮＰＣ）、仮想手などの操作オブジェクト、ゲームの進行に従って配置される動物、植物、人工物、自然物などを模したオブジェクトなどを含み得る。

ステップＳ４において、プロセッサ３０は、仮想空間制御部３１６として、仮想空間６００Ａに仮想カメラ６２０Ａを配置する。プロセッサ３０は、一例として、仮想カメラ６２０Ａを、アバターオブジェクト６１０の頭部の位置に配置する。

ステップＳ５において、プロセッサ３０は、視界画像６５０をモニタ５１およびディスプレイ５３０に表示する。プロセッサ３０は、仮想カメラ６２０Ａの初期の位置と傾きとに応じて、仮想空間６００Ａにおける仮想カメラ６２０Ａからの視界である視界領域６４０Ａを定義する。そして、プロセッサ３０は、視界領域６４０Ａに対応する視界画像６５０を定義する。プロセッサ３０は、視界画像６５０をモニタ５１およびディスプレイ５３０に出力することによって、視界画像６５０をＨＭＤ５００およびディスプレイ５３０に表示させる。

図９の例において、図９（Ａ）に示すように、オブジェクト６３４の一部が視界領域６４０Ａに含まれているため、視界画像６５０は、図９（Ｂ）に示すようにオブジェクト６３４の一部を含む。

ステップＳ６において、プロセッサ３０は、初期配置情報を、サーバ２００を介してユーザ端末１００へ送信する。初期配置情報とは、仮想空間６００Ａにおける各種オブジェクトの初期の配置位置を示す情報である。図９の例において、初期配置情報は、アバターオブジェクト６１０、および、オブジェクト６３１〜６３４の初期の配置位置の情報を含む。初期配置情報は、ゲーム進行情報の１つであると表現することもできる。

ステップＳ７において、プロセッサ３０は、仮想空間制御部３１６として、ＨＭＤ５００の動きに応じて仮想カメラ６２０Ａを制御する。具体的には、プロセッサ３０は、ＨＭＤ５００の動き、すなわち、プレイヤの頭部の姿勢に応じて、仮想カメラ６２０Ａの向きおよび傾きを制御する。後述のように、プロセッサ３０は、プレイヤが頭部を動かす（頭部の姿勢を変更する）と、この動きに合わせて、アバターオブジェクト６１０の頭部を動かす。プロセッサ３０は、例えば、アバターオブジェクト６１０の視線の方向と、仮想カメラ６２０Ａの視線の方向とが一致するように、仮想カメラ６２０Ａの向きおよび傾きを制御する。ステップＳ８において、プロセッサ３０は、仮想カメラ６２０Ａの向きおよび傾きが変更されたことに応じて、視界画像６５０を更新する。

ステップＳ９において、プロセッサ３０は、仮想空間制御部３１６として、プレイヤの動きに応じて、アバターオブジェクト６１０を動かす。一例として、プロセッサ３０は、プレイヤが現実空間で移動したことに応じて、仮想空間６００Ａでアバターオブジェクト６１０を移動させる。また、プロセッサ３０は、プレイヤが現実空間で頭部を動かしたことに応じて、仮想空間６００Ａでアバターオブジェクト６１０の頭部を動かす。

ステップＳ１０において、プロセッサ３０は、仮想空間制御部３１６として、仮想カメラ６２０Ａを、アバターオブジェクト６１０に追随するように移動させる。つまり、仮想カメラ６２０Ａは、アバターオブジェクト６１０が移動しても、常にアバターオブジェクト６１０の頭部の位置にある。

プロセッサ３０は、仮想カメラ６２０Ａの移動に応じて、視界画像６５０を更新する。つまり、プロセッサ３０は、プレイヤの頭部の姿勢と、仮想空間６００Ａにおける仮想カメラ６２０Ａの位置とに応じて、視界領域６４０Ａを更新する。その結果、視界画像６５０が更新される。

ステップＳ１１において、プロセッサ３０は、アバターオブジェクト６１０の動作指図データを、サーバ２００を介してユーザ端末１００へ送信する。ここでの動作指図データは、仮想体験中（例えば、ゲームプレイ中）において、プレイヤの動作を取り込んだモーションデータ、プレイヤが発話した音声の音声データ、コントローラ５４０に対する入力操作の内容を示す操作データの少なくとも何れかを含む。プレイヤがゲームをプレイしている場合、動作指図データは、例えば、ゲーム進行情報としてユーザ端末１００へ送信される。

ステップＳ７〜Ｓ１１の処理は、プレイヤがゲームをプレイしている間、継続して繰り返し実行される。

ステップＳ２１において、ユーザ３のユーザ端末１００のプロセッサ１０は、仮想空間制御部１１６として、図１０に示す仮想空間６００Ｂを規定する。プロセッサ１０は、仮想空間データ（不図示）を用いて、仮想空間６００Ｂを規定する。仮想空間データは、ユーザ端末１００に記憶されていてもよいし、プロセッサ１０が、ゲームプログラム１３１に基づいて生成してもよいし、プロセッサ１０が、サーバ２００などの外部の装置から取得してもよい。

ステップＳ２２において、プロセッサ１０は、初期配置情報を受信する。ステップＳ２３において、プロセッサ１０は、仮想空間制御部１１６として、初期配置情報に応じて各種オブジェクトを仮想空間６００Ｂに配置する。図１０の例の場合、各種オブジェクトは、アバターオブジェクト６１０、および、オブジェクト６３１〜６３４である。

ステップＳ２４において、プロセッサ１０は、仮想空間制御部１１６として、仮想空間６００Ｂに仮想カメラ６２０Ｂを配置する。プロセッサ１０は、一例として、仮想カメラ６２０Ｂを、図１０（Ａ）に示す位置に配置する。

ステップＳ２５において、プロセッサ１０は、視界画像６６０を表示部１５２に表示する。プロセッサ１０は、仮想カメラ６２０Ｂの初期の位置と傾きとに応じて、仮想空間６００Ｂにおける仮想カメラ６２０Ｂからの視界である視界領域６４０Ｂを定義する。そして、プロセッサ１０は、視界領域６４０Ｂに対応する視界画像６６０を定義する。プロセッサ１０は、視界画像６６０を表示部１５２に出力することによって、視界画像６６０を表示部１５２に表示させる。

図１０の例において、図１０（Ａ）に示すように、アバターオブジェクト６１０およびオブジェクト６３１が視界領域６４０Ｂに含まれているため、視界画像６６０は、図１０（Ｂ）に示すようにアバターオブジェクト６１０およびオブジェクト６３１を含む。

ステップＳ２６において、プロセッサ１０は、動作指図データを受信する。ステップＳ２７において、プロセッサ１０は、仮想空間制御部１１６として、動作指図データに応じて、仮想空間６００Ｂでアバターオブジェクト６１０を動かす。換言すれば、プロセッサ１０は、リアルタイムレンダリングにより、アバターオブジェクト６１０が動作している映像を再生する。

ステップＳ２８において、プロセッサ１０は、仮想空間制御部１１６として、操作受付部１１１として受け付けたユーザの操作に応じて仮想カメラ６２０Ｂを制御する。ステップＳ２９において、プロセッサ１０は、仮想カメラ６２０Ｂの仮想空間６００Ｂにおける位置、仮想カメラ６２０Ｂの向きおよび傾きが変更されたことに応じて、視界画像６６０を更新する。なお、ステップＳ２８において、プロセッサ１０は、アバターオブジェクト６１０の動き、例えば、アバターオブジェクト６１０の移動や、向きの変更に応じて仮想カメラ６２０Ｂを自動的に制御してもよい。例えば、プロセッサ１０は、常にアバターオブジェクト６１０を正面から撮影するように自動的に仮想カメラ６２０Ｂを移動させたり、向きおよび傾きを変更したりしてもよい。また、一例として、プロセッサ１０は、アバターオブジェクト６１０の動きに応じて、常にアバターオブジェクト６１０を後方から撮影するように自動的に仮想カメラ６２０Ｂを移動させたり、向きおよび傾きを変更したりしてもよい。

このように、仮想空間６００Ａにおいて、アバターオブジェクト６１０は、プレイヤの動きに応じて動作する。この動作を示す動作指図データは、ユーザ端末１００に送信される。仮想空間６００Ｂにおいて、アバターオブジェクト６１０は、受信した動作指図データに応じて動作する。これにより、仮想空間６００Ａと仮想空間６００Ｂとにおいて、アバターオブジェクト６１０は同様の動作を行う。換言すれば、ユーザ３は、ユーザ端末１００を用いて、プレイヤの動作に応じたアバターオブジェクト６１０の動作を視認することができる。

＜ゲーム概要＞
図１１は、ユーザ端末１００において表示される視界画像の他の例を示す図である。具体的には、プレイヤがプレイしている、システム１が実行するゲーム（本ゲーム）のゲーム画面の一例を示す図である。

本ゲームは、一例として、銃、ナイフなどの武器を操作するアバターオブジェクト６１０と、ＮＰＣである複数の敵オブジェクト６７１とを仮想空間６００に登場させ、アバターオブジェクト６１０に敵オブジェクト６７１との対戦を行わせるゲームである。アバターオブジェクト６１０の体力、使用可能なマガジンの数、銃の残弾数、敵オブジェクト６７１の残数等の各種ゲームパラメータは、ゲームの進行に応じて更新される。

本ゲームには、複数のステージが用意されており、プレイヤは、各ステージに関連付けられている所定の達成条件を成立させることにより、当該ステージをクリアすることができる。所定の達成条件としては、例えば、出現する敵オブジェクト６７１をすべて倒すことや、出現する敵オブジェクト６７１のうちボスオブジェクトを倒すこと、所定のアイテムを獲得すること、所定位置に到達することなどにより成立する条件を含むものであってもよい。該達成条件は、ゲームプログラム１３１内で定義されている。なお、本ゲームでは、ゲームの内容に即し、達成条件が成立された場合にプレイヤはステージをクリア、換言すれば、アバターオブジェクト６１０の敵オブジェクト６７１への勝利（アバターオブジェクト６１０と敵オブジェクト６７１との間の勝敗）が決定される。これに対し、例えば、システム１で実行されるゲームがレースゲーム等である場合、ゴールに到達するという条件が成立した場合に、アバターオブジェクト６１０の順位が決定される。

本ゲームでは、ＨＭＤセット１０００及び複数のユーザ端末１００の間で仮想空間を共有するために、ゲーム進行情報が、所定時間毎に複数のユーザ端末１００にライブ配信される。この結果、ゲームを視聴中のユーザ端末１００のタッチスクリーン１５には、ユーザ端末１００に対応する仮想カメラ６２０Ｂによって規定される視界領域の視界画像が表示される。また、視界画像の右上段および左上段には、アバターオブジェクト６１０の体力、使用可能なマガジンの数、銃の残弾数、敵オブジェクト６７１の残数等を表すパラメータ画像が重畳的に表示される。この視界画像は、ゲーム画面と表現することもできる。

ゲーム進行情報は、上述したとおり、プレイヤの動作を取り込んだモーションデータ、プレイヤが発話した音声の音声データ、コントローラ５４０に対する入力操作の内容を示す操作データを含む。これらのデータはすなわち、アバターオブジェクト６１０の位置、姿勢、向きなどを特定するための情報、敵オブジェクト６７１の位置、姿勢、向きなどを特定する情報、その他オブジェクト（例えば、障害物オブジェクト６７２、６７３）の位置などを特定する情報である。プロセッサ１０は、ゲーム進行情報を解析（レンダリング）することにより、各オブジェクトの位置、姿勢、向きなどを特定する。

ゲーム情報１３２は、アバターオブジェクト６１０、敵オブジェクト６７１、障害物オブジェクト６７２、６７３等の各種オブジェクトのデータを含む。プロセッサ１０は、該データと、ゲーム進行情報の解析結果とを用いて、各オブジェクトの位置、姿勢、向きなどを更新する。これにより、ゲームが進行し、仮想空間６００Ｂにおける各オブジェクトは、仮想空間６００Ａにおける各オブジェクトと同様に動く。具体的には、仮想空間６００Ｂにおいて、アバターオブジェクト６１０を含む各オブジェクトは、ユーザ端末１００に対するユーザからの操作の有無に関わらず、ゲーム進行情報に基づいて動作する。

ユーザ端末１００のタッチスクリーン１５においては、一例として、ＵＩ画像７０１および７０２が、視界画像に重畳して表示される。ＵＩ画像７０１は、アバターオブジェクト６１０を支援するためのアイテム投入操作をユーザ３から受け付けるＵＩ画像７１１を、タッチスクリーン１５に表示するための操作を受け付けるＵＩ画像である。ＵＩ画像７０２は、アバターオブジェクト６１０（換言すれば、プレイヤ４）に対するコメントを入力し、送信するための操作をユーザ３から受け付けるＵＩ画像（後述）を、タッチスクリーン１５に表示するための操作を受け付けるＵＩ画像である。ＵＩ画像７０１および７０２が受け付ける操作は、例えば、ＵＩ画像７０１および７０２をタップする操作であってもよい。

ＵＩ画像７０１がタップされると、ＵＩ画像７１１が、視界画像に重畳して表示される。ＵＩ画像７１１は、例えば、マガジンのアイコンが描かれたＵＩ画像７１１Ａ、救急箱のアイコンが描かれたＵＩ画像７１１Ｂ、三角コーンのアイコンが描かれたＵＩ画像７１１Ｃ、バリケードのアイコンが描かれたＵＩ画像７１１Ｄを含む。アイテム投入操作は、例えば、いずれかのＵＩ画像をタップする操作に相当する。

一例として、ＵＩ画像７１１Ａがタップされると、アバターオブジェクト６１０が使用する銃の残弾数が増加する。ＵＩ画像７１１Ｂがタップされると、アバターオブジェクト６１０の体力が回復する。ＵＩ画像７１１Ｃおよび７１１Ｄがタップされると、敵オブジェクト６７１の移動を妨害する障害物オブジェクト６７２、６７３が仮想空間に配置される。障害物オブジェクト６７２、６７３は、一方が他方に比べて、敵オブジェクト６７１の移動をより妨害するものであってもよい。

プロセッサ１０は、アイテム投入操作が行われたことを示すアイテム投入情報を、サーバ２００へ送信する。アイテム投入情報には、アイテム投入操作により指定されたアイテムの種別を特定するための情報が少なくとも含まれる。アイテム投入情報には、アイテムが配置される位置を示す情報など、アイテムに関するその他の情報が含まれていてもよい。アイテム投入情報は、サーバ２００を介して、他のユーザ端末１００、および、ＨＭＤセット１０００へ送信される。

図１２は、ユーザ端末１００において表示される視界画像の他の例を示す図である。具体的には、本ゲームのゲーム画面の一例を示す図であり、ゲームプレイ中のプレイヤとユーザ端末１００とのコミュニケーションについて説明するための図である。

図１２（Ａ）の例において、ユーザ端末１００は、アバターオブジェクト６１０に発話６９１を実行させている。具体的には、ユーザ端末１００は、ゲーム進行情報に含まれる音声データに従って、アバターオブジェクト６１０に発話６９１を実行させている。発話６９１の内容は、プレイヤ４が発話した「弾が無いよー！」というものである。すなわち、発話６９１の内容は、マガジンが０、銃に装填した銃弾が１となったことにより、敵オブジェクト６７１を攻撃する手段を失いそうであることを各ユーザに伝えるものである。

なお、図１２（Ａ）では、アバターオブジェクト６１０の発話を視覚的に示すため吹き出しを用いているが、実際は、ユーザ端末１００のスピーカから音声が出力される。なお、音声出力とともに、図１２（Ａ）に示す吹き出し（すなわち、音声の内容のテキストを含む吹き出し）が視界画像中に表示されてもよい。これは、後述する発話６９２でも同様である。

ＵＩ画像７０２に対するタップ操作を受け付けると、ユーザ端末１００は、図１２（Ｂ）に示すように、ＵＩ画像７０５および７０６（メッセージＵＩ）を視界画像に重畳して表示する。ＵＩ画像７０５は、アバターオブジェクト６１０（換言すれば、プレイヤ）に対するコメントを表示するＵＩ画像である。ＵＩ画像７０６は、入力されたコメントを送信するためコメント送信操作をユーザ３から受け付けるＵＩ画像である。

ユーザ端末１００は、一例として、ＵＩ画像７０５へのタップ操作を受け付けると、キーボードを模したＵＩ画像（不図示、以下、単に「キーボード」と記載）をタッチスクリーン１５に表示させる。ユーザ端末１００は、キーボードに対するユーザの入力操作に応じたテキストを、ＵＩ画像７０５に表示させる。図１２（Ｂ）の例では、「マガジン送るね」というテキストがＵＩ画像７０５に表示されている。

ユーザ端末１００は、テキスト入力後に、一例として、ＵＩ画像７０６へのタップ操作を受け付けると、入力した内容（テキストの内容）を示す情報と、ユーザを示す情報とを含むコメント情報をサーバ２００へ送信する。コメント情報は、サーバ２００を介して、他のユーザ端末１００、および、ＨＭＤセット１０００へ送信される。

ＵＩ画像７０３Ａは、コメントを送信したユーザのユーザ名を示すＵＩ画像であり、ＵＩ画像７０４Ａは、該ユーザが送信したコメントの内容を示すＵＩ画像である。図１２（Ｂ）の例では、ユーザ名が「ＢＢＢＢＢ」であるユーザが、自身のユーザ端末１００を用い、「危ない！」という内容のコメント情報を送信したことにより、ＵＩ画像７０３ＡおよびＵＩ画像７０４Ａが表示されている。ＵＩ画像７０３ＡおよびＵＩ画像７０４Ａは、本ゲームに参加しているすべてのユーザ端末１００のタッチスクリーン１５、および、ＨＭＤ５００のモニタ５１に表示される。なお、ＵＩ画像７０３Ａおよび７０４Ａは、１つのＵＩ画像であってもよい。すなわち、１つのＵＩ画像にユーザ名とコメントの内容とが含まれていてもよい。

図１２（Ｃ）の例では、図１２に示すユーザ端末１００のユーザである、「ＡＡＡＡＡ」というユーザ名のユーザが、上述したとおりコメントを入力し、送信したことにより、タッチスクリーン１５にＵＩ画像７０３Ｂおよび７０４Ｂが表示されている。ＵＩ画像７０３Ｂにはユーザ名「ＡＡＡＡＡ」が含まれており、ＵＩ画像７０４Ｂには、図１２（Ｂ）の例において入力された「マガジン送るね！」とのコメントが含まれている。

また、図１２（Ｃ）の例は、ユーザ「ＡＡＡＡＡ」がさらに、ＵＩ画像７０１へのタップ操作を入力し、ＵＩ画像７１１をタッチスクリーン１５に表示させ、ＵＩ画像７１１Ａへのタップ操作を入力した後の視界画像６１１である。つまり、ユーザ「ＡＡＡＡＡ」のユーザ端末１００から、他のユーザ端末１００およびＨＭＤセット１０００に、マガジンを示すアイテム投入情報が送信された結果、ユーザ端末１００およびＨＭＤセット１０００は、演出オブジェクト６７４（後述）を仮想空間６００に配置している。一例として、ユーザ端末１００およびＨＭＤセット１０００は、アイテム投入情報にて示された経過時間が経過した後に、演出オブジェクト６７４に関する演出を実行し、アイテムオブジェクトの効果を発動させる処理を実行する。

図１２（Ｄ）の例では、アイテムオブジェクトの効果を発動させる処理の実行により、マガジンの数が０から１に増加している。この結果、プレイヤは、ユーザ「ＡＡＡＡＡ」に対して、「ありがとう！」と発話し、該発話の音声データが、各ユーザ端末１００に送信される。これにより、各ユーザ端末１００は、アバターオブジェクト６１０の発話６９２として、「ありがとう！」という音声を出力する。

以上のように、本ゲームにおいては、プレイヤの発話に基づくアバターオブジェクト６１０の発話音声の出力と、各ユーザによるコメントの入力とにより、ユーザとアバターオブジェクト６１０とのコミュニケーションが実現される。

（ゲームプレイ端末３００におけるゲーム進行処理）
図１３は、ゲームプレイ端末３００で実行されるゲーム進行処理の流れの一例を示すフローチャートである。

ステップＳ３１において、プロセッサ３０は、ゲーム進行部３１５として、ゲームプログラム３３１とプレイヤの動きとに基づいてゲームを進行させる。ステップＳ３２において、プロセッサ３０は、ゲーム進行情報を生成し、ユーザ端末１００へ配信する。具体的には、プロセッサ３０は、生成したゲーム進行情報を、サーバ２００を介して、各ユーザ端末１００へ送信する。

ステップＳ３３において、プロセッサ３０は、アイテム投入情報を受信すると（Ｓ３３でＹＥＳ）、ステップＳ３４において、アイテム投入情報に基づいて、アイテムオブジェクトを仮想空間６００Ａに配置する。一例として、プロセッサ３０は、アイテムオブジェクトの配置の前に、演出オブジェクト６７４を仮想空間６００Ａに配置する（図１１（Ｃ）参照）。演出オブジェクト６７４は、例えば、プレゼント箱を模したオブジェクトであってもよい。プロセッサ３０は、一例として、アイテム投入情報にて示された経過時間が経過した後に、演出オブジェクト６７４に関する演出を実行してもよい。該演出は、例えば、プレゼント箱の蓋が開くアニメーションであってもよい。プロセッサ３０は、該アニメーションの実行の後、アイテムオブジェクトの効果を発動させる処理を実行する。例えば、図１１（Ｄ）の例では、障害物オブジェクト６７３を配置する。

プロセッサ３０は、アニメーションの実行の後、タップ操作されたＵＩ画像に対応するアイテムオブジェクトを仮想空間６００Ａに配置してもよい。例えば、ＵＩ画像７１１Ａに対してタップ操作が行われた場合、プロセッサ３０は、アニメーションの実行の後、マガジンを示すマガジンオブジェクトを仮想空間６００Ａに配置する。また、ＵＩ画像７１１Ｂに対してタップ操作が行われた場合、プロセッサ３０は、アニメーションの実行の後、救急箱を示す救急箱オブジェクトを仮想空間６００Ａに配置する。プロセッサ３０は、例えば、マガジンオブジェクトまたは救急箱オブジェクトの位置に、アバターオブジェクト６１０が移動した場合に、マガジンオブジェクトまたは救急箱オブジェクトの効果を発動させる処理を実行してもよい。

プロセッサ３０は、ゲームが終了するまで、ステップＳ３１〜Ｓ３４の処理を継続し、繰り返す。ゲームが終了した場合、例えば、プレイヤがゲームを終了するための所定の入力操作を入力した場合（ステップＳ３５でＹＥＳ）、図１３に示す処理は終了する。

（ユーザ端末１００におけるゲーム進行処理）
図１４は、ユーザ端末１００で実行されるゲーム進行処理の流れの一例を示すフローチャートである。

ステップＳ４１において、プロセッサ１０は、ゲーム進行情報を受信する。ステップＳ４２において、プロセッサ１０は、ゲーム進行部１１５として、ゲーム進行情報に基づいてゲームを進行させる。

ステップＳ４３において、プロセッサ１０が、ユーザ３によるアイテム投入操作を受け付けると（ステップＳ４３にてＹＥＳ）、ステップＳ４４において、プロセッサ１０は、仮想通貨を消費し、演出オブジェクト６７４を仮想空間６００Ｂに配置する。ここで、仮想通貨は、ゲームへの参加の前、あるいは、ゲームへの参加中に、ユーザ３がプロセッサ１０に対し所定の操作を行うことにより購入（本ゲームに対して課金）されるものであってもよいし、所定の条件を満たした場合にユーザ３に付与されるものであってもよい。所定の条件とは、本ゲームにおけるクエストのクリア等、本ゲームへの参加が必要なものであってもよいし、アンケートに答える等、本ゲームへの参加が不要なものであってもよい。仮想通貨の金額（仮想通貨の所有量）は、一例として、ゲーム情報１３２としてユーザ端末１００に記憶される。

ステップＳ４５において、プロセッサ１０は、アイテム投入情報をサーバ２００へ送信する。アイテム投入情報は、サーバ２００を介してゲームプレイ端末３００へ送信される。

プロセッサ１０は、演出オブジェクト６７４の配置後、所定時間が経過すると、アイテムオブジェクトを仮想空間６００Ａに配置する。図１１の例では、障害物オブジェクト６７３を配置する。つまり、ユーザ３が、ＵＩ画像７１１Ｃへのタップ操作を入力することにより、所定量の仮想通貨が消費され、障害物オブジェクト６７３が配置される。

プロセッサ１０は、ゲームが終了するまで、ステップＳ４１〜Ｓ４５の処理を継続し、繰り返す。ゲームが終了した場合、例えば、プレイヤがゲームを終了するための所定の入力操作を行った場合や、ユーザ３が、ゲームから途中退席するための所定の入力操作を行った場合（ステップＳ４６でＹＥＳ）、図１４に示す処理は終了する。

（サーバ２００におけるゲーム進行処理）
図１５は、サーバ２００で実行されるゲーム進行処理の流れの一例を示すフローチャートである。

ステップＳ５１において、プロセッサ２０は、ゲーム進行情報をゲームプレイ端末３００から受信する。ステップＳ５２において、プロセッサ２０は、ログ生成部２１２として、ゲーム進行のログ（以下、プレイログ）を更新する。なお、プレイログは、一例として、ゲームプレイ端末３００から初期配置情報を受信したとき、プロセッサ２０が生成する。

ステップＳ５３において、プロセッサ２０は、受信したゲーム進行情報を、各ユーザ端末１００へ送信する。

ステップＳ５４において、アイテム投入情報をいずれかのユーザ端末１００から受信した場合（ステップＳ５４にてＹＥＳ）、ステップＳ５５において、プロセッサ２０は、ログ生成部２１２としてプレイログを更新する。ステップＳ５６において、プロセッサ２０は、受信したアイテム投入情報をゲームプレイ端末３００へ送信する。

プロセッサ２０は、ゲームが終了するまで、ステップＳ５１〜Ｓ５６の処理を継続し、繰り返す。ゲームが終了した場合、例えば、ゲームプレイ端末３００から、ゲームが終了したことを示す情報を受信した場合（ステップＳ５７でＹＥＳ）、ステップＳ５８において、プロセッサ２０は、リスト生成部２１３として、プレイログからゲームに参加したユーザのリスト（ユーザリスト２３４）を生成する。プロセッサ２０は、生成したユーザリスト２３４を、サーバ２００に記憶する。

図１６は、ユーザリスト２３４の一具体例を示す図である。「ユーザ」のカラムには、ゲームに参加した各ユーザを示す情報（例えば、ユーザ名）が格納されている。「タグ」のカラムには、各ユーザがプレイヤに対して行った支援に基づいて生成された情報（タグ）が格納されている。図１６の例において、「タグ」のカラムに格納されたタグのうち、鍵括弧を有さないものは、プロセッサ２０が自動生成した情報であり、鍵括弧を有するものは、ゲームの運営者が手動で入力した情報である。

図１６の例において、ユーザ「ＡＡＡＡＡ」には、マガジン、１０Ｆ、ボス、「マガジンのプレゼントによりボスに勝利」という情報が対応付けられている。これは、例えば、１０Ｆというステージでのボス戦において、ユーザ「ＡＡＡＡＡ」がマガジンを投入し、その投入されたマガジンの銃弾でアバターオブジェクト６１０がボスに勝利したことを示している。

また、ユーザ「ＢＢＢＢＢ」には、救急箱、３Ｆ、ザコ、「ゲームオーバー寸前で回復」という情報が対応付けられている、これは、例えば、３Ｆというステージのザコ敵との戦闘において、ユーザ「ＢＢＢＢＢ」が救急箱を投入し、その結果、アバターオブジェクト６１０の体力が０になる（ゲームオーバーになる）寸前で体力が回復したことを示している。

また、ユーザ「ＣＣＣＣＣ」には、バリケード、５Ｆ、ザコ、「バリケードでゾンビを二人足止め」という情報が対応付けられている。これは、例えば、５Ｆというステージのザコ敵との戦闘において、ユーザ「ＣＣＣＣＣ」がバリケード（図１１における障害物オブジェクト６７２）を投入し、その結果、二人のザコ敵の足止めに成功したことを示している。

図１６の例では、各ユーザ３のユーザ名に対し、行った支援が１つ対応付けられているが、支援を複数回行なったユーザ３のユーザ名には、複数回の支援それぞれのタグが対応付けられる。ユーザリスト２３４において、該それぞれのタグは区別されていることが好ましい。これにより、ゲーム終了後に、配信端末４００を用いてユーザリスト４２１を参照するプレイヤが、各支援の内容を正確に把握できる。

＜動作指図データの配信＞
（配信端末４００における配信処理）
図１７は、配信端末４００で実行される配信処理の流れの一例を示すフローチャートである。図１８は、配信端末４００に表示される画面の一具体例を示す図である。図１９は、配信端末に表示される画面の他の具体例を示す図である。

ステップＳ６１において、プロセッサ４０は、操作受付部４１３として、ゲームに参加したユーザのリスト（ユーザリスト２３４）を表示するための第１操作を受け付ける。図１８（Ａ）に示すダウンロード画面７２１は、ユーザリスト２３４をサーバ２００からダウンロードし、表示部４５２に表示させるための画面である。ダウンロード画面７２１は、一例として、図１７に示す配信処理を実行するアプリケーションの起動操作を、配信端末４００に入力した直後に表示される画面である。

ダウンロード画面７２１は、一例として、ＵＩ画像７２２および７２３を含む。ＵＩ画像７２２は、ユーザリスト２３４をダウンロードするための操作、すなわち、上記第１操作を受け付ける。第１操作は、例えば、ＵＩ画像７２２をタップする操作であってもよい。ＵＩ画像７２３は、アプリケーションを終了するための操作を受け付ける。該操作は、例えば、ＵＩ画像７２３をタップする操作であってもよい。

ＵＩ画像７２２に対するタップ操作を受け付けると、ステップＳ６２において、プロセッサ４０は、通信制御部４１１として、ユーザリスト２３４をサーバ２００から取得（受信）する。ステップＳ６３において、プロセッサ４０は、表示制御部４１２として、ユーザリスト２３４を表示部４５２に表示させる。具体的には、プロセッサ４０は、ユーザリスト２３４に基づいて生成されたユーザリスト画面を、表示部４５２に表示させる。ユーザリスト画面は、一例として、図１８（Ｂ）に示すユーザリスト画面７３１であってもよい。ユーザリスト画面７３１は、ユーザリスト２３４における各レコードに対応するレコード画像からなる。図１８（Ｂ）の例では、レコード画像として、レコード画像７３２Ａ〜７３２Ｃを記載しているが、レコード画像の数は３つに限定されない。図１８（Ｂ）の例において、ユーザリスト２３４におけるレコードの数が３より多い（すなわち、ゲームに参加したユーザの人数が３人より多い）場合、プレイヤは、例えば画面をスクロールする操作（例えば、ドラッグ操作やフリック操作）をタッチスクリーン４５に入力することにより、他のレコード画像を表示部４５２に表示させることができる。

一例として、レコード画像７３２Ａ〜７３２Ｃは、それぞれ、ユーザ名７３３Ａ〜７３３Ｃ、タグ情報７３４Ａ〜７３４Ｃ、および、アイコン７３５Ａ〜７３５Ｃを含む。以降、レコード画像７３２Ａ〜７３２Ｃ、ユーザ名７３３Ａ〜７３３Ｃ、タグ情報７３４Ａ〜７３４Ｃ、および、アイコン７３５Ａ〜７３５Ｃについて、区別する必要が無い場合、それぞれ、「レコード画像７３２」、「ユーザ名７３３」、「タグ情報７３４」、「アイコン７３５」と記載する。

ユーザ名７３３は、ユーザリスト２３４において、「ユーザ」のカラムに格納されている、ゲームに参加した各ユーザを示す情報である。タグ情報７３４は、ユーザリスト２３４において、ゲームに参加した各ユーザを示す情報のそれぞれに対応付けられているタグを示す情報である。例えば、レコード画像７３２Ａは、ユーザ名７３３Ａとして、「ＡＡＡＡＡ」を含む。このため、レコード画像７３２Ａは、タグ情報７３４Ａとして、ユーザリスト２３４において「ＡＡＡＡＡ」に対応付けられている、『マガジン、１０Ｆ、ボス、「マガジンのプレゼントによりボスに勝利」』を含む。アイコン７３５は、例えば、ユーザが事前に設定した画像である。

なお、プロセッサ４０は、受信したユーザリストを配信端末４００に記憶してもよい（図７のユーザリスト４２１）。ダウンロード画面７２１は、ユーザリスト４２１を表示部４５２に表示するためのＵＩ画像（不図示）を含んでいてもよい。この例において、該ＵＩ画像がタップされた場合、プロセッサ４０は、ユーザリスト２３４のダウンロードを行わず、ユーザリスト４２１を読み出し、該ユーザリスト４２１からユーザリスト画面を生成し、表示部４５２に表示させる。

ステップＳ６４において、プロセッサ４０は、操作受付部４１３として、ユーザリスト画面７３１に含まれるユーザの何れかを選択するための第２操作を受け付ける。第２操作は、一例として、ユーザリスト画面７３１におけるレコード画像７３２の何れかをタップする操作であってもよい。図１８（Ｂ）の例では、プレイヤは、レコード画像７３２Ａへのタップ操作を入力している。すなわち、プレイヤは、動作指図データを配信するユーザとしてユーザ「ＡＡＡＡＡ」を選択している。

レコード画像７３２に対するタップ操作を受け付けると、ステップＳ６５において、プロセッサ４０は、表示制御部４１２として、モーションリスト４２２を表示部４５２に表示させる。具体的には、プロセッサ４０は、モーションリスト４２２に基づいて生成されたモーションリスト画面を、表示部４５２に表示させる。モーションリスト画面は、一例として、図１９に示すモーションリスト画面７４１であってもよい。モーションリスト画面７４１は、モーションリスト４２２における各レコードに対応するレコード画像からなる。図１９の例では、レコード画像として、レコード画像７４２Ａ〜７４２Ｃを記載しているが、レコード画像の数は３つに限定されない。図１９の例において、モーションリスト４２２におけるレコードの数が４より多い場合、プレイヤは、例えば画面をスクロールする操作（例えば、ドラッグ操作やフリック操作）をタッチスクリーン４５に入力することにより、他のレコード画像を表示部４５２に表示させることができる。

一例として、レコード画像７４２Ａ〜７４２Ｃは、それぞれ、モーション名７４３Ａ〜７４３Ｃ、モーション画像７４４Ａ〜７４４Ｃ、および、ＵＩ画像７４５Ａ〜７４５Ｃを含む。以降、レコード画像７４２Ａ〜７４２Ｃ、モーション名７４３Ａ〜７４３Ｃ、モーション画像７４４Ａ〜７４４Ｃ、および、ＵＩ画像７４５Ａ〜７４５Ｃについて、区別する必要が無い場合、それぞれ、「レコード画像７４３２」、「モーション名７４３」、「モーション画像７４４」、「ＵＩ画像７４５」と記載する。

モーション名７４３は、モーションリスト４２２に格納されているモーションを識別する情報である。モーション画像７４４は、モーションリスト４２２において、各モーション名に対応付けられているモーションデータから生成される画像である。プロセッサ４０は、一例として、各モーションデータにおける最初の姿勢をとるアバターオブジェクト６１０の画像を、モーション画像７４４とてレコード画像７４２に含める。モーション画像７４４は、プレイヤによる所定の操作（例えば、モーション画像７４４に対するタップ操作）を受け付けるＵＩ画像であってもよい。プロセッサ４０は、該所定の操作を受け付けた場合、モーションデータに基づいてアバターオブジェクト６１０が動作するモーション動画を再生してもよい。プロセッサ４０は、モーション動画が終了すると、自動的にモーションリスト画面７４１を再表示してもよい。

なお、レコード画像７４２は、モーション画像７４４に代えて、例えば、「モーション再生」とのテキストを含むＵＩ画像を含んでもよい。

ステップＳ６６において、プロセッサ４０は、操作受付部４１３として、モーションを選択する第３操作を受け付ける。第３操作は、一例として、ＵＩ画像７４５へのタップ操作であってもよい。つまり、ＵＩ画像７４５は、各レコード画像７４２に対応するモーションデータを選択する操作を受け付ける。第３操作を受け付けたことにより、プロセッサ４０は、モーション特定部４１５として、プレイヤが選択したモーションデータを特定する。

ステップＳ６７において、プロセッサ４０は、表示制御部４１２および音声受付部４１４として、アバターオブジェクト６１０が、選択されたモーションデータに基づき動作するモーション動画を再生しながら、プレイヤの音声入力を受け付ける。

図２０は、プレイヤ４による音声入力の一具体例を示す図である。図２０に示すように、プレイヤ４は、モーション動画８１０Ａを再生しながら、発話音声８２０Ａを入力している。この発話音声８２０Ａは、ユーザ名が「ＡＡＡＡＡ」であるユーザ３（以下、ユーザ３Ａ）宛の発話音声である。つまり、図２０の例において、プレイヤ４は、ステップＳ６４にて、ユーザ３Ａ（第１ユーザ）を選択し、該ユーザ３Ａ宛の動作指図データを作成している。なお、ユーザ３Ａが使用するユーザ端末１００は、ユーザ端末１００Ａであるとする。

発話音声８２０Ａは、ユーザ３Ａ宛の発話音声であるため、該ユーザ３Ａがアバターオブジェクト６１０（換言すれば、プレイヤ４）に対して行った支援の内容に基づく発話音声となっている。具体的には、ユーザ３Ａは、１０Ｆというステージでのボス戦において、マガジンを投入し、その投入されたマガジンの銃弾でアバターオブジェクト６１０がボスに勝利している。このため、発話音声８２０Ａは、「ボス戦でマガジンをプレゼントしてくれてありがとう！タイミングも完璧だったね！ＡＡＡＡＡさんのおかげでクリアできたよ！」という内容である。このように、発話音声は、ユーザ３がゲームにおいて行った支援の内容と、ユーザ３への感謝とを含むものであることが好ましい。

ある局面において、プレイヤ４は、音声入力を開始する前、すなわち、第３操作を配信端末４００へ入力する前に、ユーザ３宛の発話内容を作成する。別の局面において、ユーザ３宛の発話内容は、プロセッサ４０が自動生成してもよい。また、プロセッサ４０は、第２操作によって選択されたユーザ３に対応付けられたタグを、モーション動画８１０Ａに重畳して表示させてもよい。

プロセッサ４０は、受け付けた音声を音声データに変換する。ステップＳ６８において、プロセッサ４０は、動作指図データ生成部４１６として、該音声データと、選択されたモーションのモーションデータとを含む動作指図データを生成する。

ステップＳ６９において、プロセッサ４０は、通信制御部４１１として、生成した動作指図データを選択されたユーザ３（図２０の例ではユーザ３Ａ）のユーザ端末１００（第１コンピュータ）に配信する。図２１は、配信端末４００に表示される画面のさらなる別の具体例を示す図である。プロセッサ４０は、ステップＳ６８の実行後、表示制御部４１２として、配信画面を表示部４５２に表示させる。配信画面は、一例として、図２１（Ａ）に示す配信画面７５１であってもよい。配信画面７５１は、ＵＩ画像７５２、および、モーション画像７５３Ａを含む。また、配信画面７５１は、図２１（Ａ）に示すように、動作指図データの配信先のユーザを示す情報を含むものであってもよい。

ＵＩ画像７５２は、動作指図データを選択されたユーザ３へ配信するための操作を受け付ける。該操作は、例えば、ＵＩ画像７５２へのタップ操作であってもよい。モーション画像７５３Ａは、生成した動作指図データに基づく動画、すなわち、ユーザ３Ａ用に生成した動作指図データに基づく動画を再生するための操作を受け付けるＵＩ画像である。該操作は、例えば、モーション画像７５３Ａへのタップ操作であってもよい。なお、生成した動画を再生するための操作を受け付けるＵＩ画像は、モーション画像７５３Ａに限定されない。例えば、「動画再生」とのテキストを含むＵＩ画像であってもよい。プロセッサ４０は、動画が終了すると、自動的に配信画面７５１を再表示してもよい。

配信画面７５１は、音声入力の受け付けに戻るための操作を受け付けるＵＩ画像をさらに含むことが好ましい。該操作は、例えば、該ＵＩ画像へのタップ操作であってもよい。配信画面７５１が該ＵＩ画像を含むことにより、プレイヤ４は、例えば、発話する内容を間違えた場合など、音声入力に失敗した場合に、再度音声入力を行うことができる。なお、該ＵＩ画像は、モーションデータの選択に戻るための操作を受け付けるＵＩ画像であってもよい。

ＵＩ画像７５２に対するタップ操作を受け付けると、プロセッサ４０は、ユーザ３Ａを示す情報とともに、動作指図データをサーバ２００へ送信する。サーバ２００は、ユーザ３Ａを示す情報に基づいて、動作指図データの送信先のユーザ端末１００を特定し、該動作指図データを特定したユーザ端末１００（すなわち、ユーザ端末１００Ａ）へ送信する。

プロセッサ４０は、動作指図データの送信が終了した場合、一例として、図２１（Ｂ）に示す配信完了画面７６１を表示部４５２に表示させてもよい。配信完了画面７６１は、一例として、ＵＩ画像７６２および７６３を含む。また、配信完了画面７６１は、図２１（Ｂ）に示すように、動作指図データの送信が完了したことを示すテキストを含むものであってもよい。

ＵＩ画像７６２は、別のユーザ３宛の動作指図データの作成を開始するための操作を受け付ける。該操作は、例えば、ＵＩ画像７６２をタップする操作であってもよい。プロセッサ４０は、該タップ操作を受け付けると、ユーザリスト画面を、表示部４５２に再度表示させる。すなわち、該タップ操作を受け付けた場合、配信処理は、ステップＳ６３に戻る。このとき、プロセッサ４０は、配信端末４００に記憶したユーザリスト４２１に基づいて、ユーザリスト画面を生成し、表示部４５２に表示させてもよい。ＵＩ画像７６３は、アプリケーションを終了するための操作を受け付ける。該操作は、例えば、ＵＩ画像７６３をタップする操作であってもよい。該操作を受け付けると、配信処理は終了する。

図２０、図２１を参照して説明した例では、図２１（Ｃ）に示すように、配信端末４００は、ユーザ３Ａ（ユーザ名が「ＡＡＡＡＡ」のユーザ３）宛の動画の動作指図データを、ユーザ端末１００Ａのみに送信する。

図２２は、プレイヤ４による音声入力の他の具体例を示す図である。図２２に示すように、プレイヤ４は、モーション動画８１０Ｂを再生しながら、発話音声８２０Ｂを入力している。この発話音声８２０Ｂは、ユーザ名が「ＢＢＢＢＢ」であるユーザ３（以下、ユーザ３Ｂ）宛の発話音声である。つまり、図２２の例において、プレイヤ４は、ステップＳ６４にて、ユーザ３Ｂに対応するレコード画像７３２Ｂへのタップ操作を入力し、ユーザ３Ｂ宛の動作指図データを作成している。なお、ユーザ３Ｂが使用するユーザ端末１００は、ユーザ端末１００Ｂであるとする。

発話音声８２０Ｂは、ユーザ３Ｂ宛の発話音声であるため、該ユーザ３Ｂがアバターオブジェクト６１０（換言すれば、プレイヤ４）に対して行った支援の内容に基づく発話音声となっている。具体的には、ユーザ３Ｂは、３Ｆというステージのザコ敵との戦闘において、ユーザ「ＢＢＢＢＢ」が救急箱を投入し、その結果、アバターオブジェクト６１０の体力が０になる（ゲームオーバーになる）寸前で体力が回復している。このため、発話音声８２０Ｂは、「ＢＢＢＢＢさんがプレゼントしてくれた救急箱のおかげで、３Ｆでゲームオーバーにならずにすんだよ。本当にありがとう！」という内容である。

図２３は、配信端末４００に表示される画面のさらなる別の具体例を示す図である。図２３（Ａ）に示す配信画面７５１は、ＵＩ画像７５２、および、モーション画像７５３Ｂを含む。モーション画像７５３Ｂは、タップ操作を受け付けると、ユーザ３Ｂ用に生成した動作指図データに基づく動画を再生する。

ＵＩ画像７５２に対するタップ操作を受け付けると、プロセッサ４０は、ユーザ３Ｂを示す情報とともに、動作指図データをサーバ２００へ送信する。サーバ２００は、ユーザ３Ｂを示す情報に基づいて、動作指図データの送信先のユーザ端末１００を特定し、該動作指図データを特定したユーザ端末１００（すなわち、ユーザ端末１００Ｂ）へ送信する。

図２２、図２３を参照して説明した例では、図２３（Ｃ）に示すように、配信端末４００は、ユーザ３Ｂ（ユーザ名が「ＢＢＢＢＢ」のユーザ３）宛の動画の動作指図データを、ユーザ端末１００Ｂのみに送信する。

以上のように、動作指図データに含まれる音声データに基づく音声の内容は、ユーザ３が直近のゲームへの参加において、プレイヤ４に対して行った支援の内容に基づくものとなる。該支援の内容はユーザ３ごとに異なるため、音声の内容は、ユーザ３ごとに異なる内容となる。つまり、ゲームの終了後、ゲームに参加したユーザ３の少なくとも一部のユーザ端末１００には、それぞれ異なる内容の音声を含む動作指図データが送信される。

また、図２２の例におけるアバターオブジェクト６１０のモーションは、図２０の例におけるモーションと異なる。つまり、プレイヤ４は、ユーザ３Ｂ宛の動作指図データ生成において、ユーザ３Ａ宛の動作指図データ生成時と異なるモーションデータを選択している。具体的には、プレイヤ４は、ステップＳ６６において、レコード画像７４２Ｂに対応するモーションデータを選択する、ＵＩ画像７４５Ｂへのタップ操作を入力している。このように、プレイヤ４は、動作指図データに含まれるモーションデータを、ユーザ３毎に異ならせることができる。

そして、ユーザ３毎に異なる内容の音声データと、ユーザ３毎に選択されたモーションデータとを含む、ユーザ３毎の動作指図データは、各ユーザ３のユーザ端末１００のみに送信される。換言すれば、ユーザ端末１００毎にユニーク（一意）の動作指図データが、選択されたユーザ３のユーザ端末１００の各々に送信される。

図２４は、ゲームプレイ端末３００からユーザ端末１００へのゲーム進行情報の送信の概要を示す図である。ユーザ端末１００における動画再生のための動作指図データが、ユーザ端末１００毎にユニークである一方、図２４に示すように、ゲーム実行中に、ゲームに参加している全てのユーザ３のユーザ端末１００に送信されるゲーム進行情報は、各ユーザ端末１００の間で共通である。すなわち、ゲーム進行情報に含まれる動作指図データもまた、各ユーザ端末１００の間で共通である。このように、動画再生のための動作指図データと、ゲームを進行させるための動作指図データとは、ユーザ端末１００間での同異、および、送信先といった観点で異なるデータであると言える。

（ユーザ端末１００における動画再生処理）
図２５は、ユーザ端末１００で実行される動画再生処理の流れの一例を示すフローチャートである。

ステップＳ７１において、プロセッサ１０は、動画再生部１１７として、動作指図データを受信する。ステップＳ７２において、プロセッサ１０は、動画再生部１１７として、動作指図データの受信をユーザ３へ通知する。プロセッサ１０は、一例として、通知画像の表示部１５２への表示、スピーカ（不図示）からの通知音声の再生、ＬＥＤ（light-emitting diode）などで構成される点灯部（不図示）の点灯または点滅の少なくともいずれかにより、動作指図データの受信をユーザ３へ通知する。

ステップＳ７３において、プロセッサ１０は、操作受付部１１１として、動画を再生するための第１再生操作を受け付ける。第１再生操作は、一例として、通知画像をタップする操作であってもよい。ステップＳ７４において、プロセッサ１０は、動画再生部１１７として、動作指図データをレンダリングし、動画を再生する。プロセッサ１０は、一例として、本ゲームをプレイするためのアプリケーションを起動し、動画を再生してもよいし、該アプリケーションとは別の、動画再生用のアプリケーションを起動し、動画を再生してもよい。以降、該動画を、「ありがとう動画」と記載する。

図２６は、ありがとう動画の再生の一具体例を示す図である。具体的には、ユーザ３Ａのユーザ端末１００における、ありがとう動画の再生の一例を示す図である。該ユーザ端末１００において再生されたありがとう動画９１０Ａにおいて、アバターオブジェクト６１０は、或るモーションを実行しながら、音声９２０Ａを発話している。換言すれば、プロセッサ１０は、或るモーションを実行するアバターオブジェクト６１０を含むありがとう動画９１０Ａを再生しながら、音声９２０Ａをスピーカ（不図示）から出力させている。

ありがとう動画９１０Ａにおけるモーションは、ユーザ３Ａ宛の動作指図データの生成において、プレイヤ４が選択したモーションデータに基づくものであり、音声９２０Ａは、該動作指図データの生成において、プレイヤ４が入力した発話音声８２０Ａから生成された音声データに基づくものである。つまり、音声９２０Ａは、ユーザ３Ａがゲームにおいて行った支援の内容と、該支援に対する感謝とを含む音声である。このように、ユーザ３Ａは、第１再生操作の入力により、自身がゲームにおいて行った支援の内容と、該支援に対する感謝とを、アバターオブジェクト６１０が発話するありがとう動画を視聴することができる。

ユーザ端末１００は、一例として、ありがとう動画９１０Ａの再生が終了した後、少なくとも１つのＵＩ画像をタッチスクリーン１５に表示させてもよい。該ＵＩ画像は、例えば、ありがとう動画９１０Ａをもう一度再生するための操作を受け付けるＵＩ画像であってもよいし、別の画面に遷移するための操作を受け付けるＵＩ画像であってもよいし、アプリケーションを終了するための操作を受け付けるＵＩ画像であってもよい。

また、ユーザ端末１００は、一例として、ありがとう動画９１０Ａの再生中に、少なくとも１つのＵＩ画像をタッチスクリーン１５に表示させてもよい。該ＵＩ画像は、例えば、再生中のありがとう動画９１０Ａを一時的に停止させたり、終了させたり、再生する場面を変更させたりする操作をそれぞれ受け付ける、複数のＵＩ画像であってもよい。

なお、ありがとう動画９１０Ａの再生中、および、ありがとう動画９１０Ａの再生が狩猟した後に表示されるこれらのＵＩ画像には、アバターオブジェクト６１０に対する返答を行うためのＵＩ画像は含まれない。すなわち、本実施形態に係るありがとう動画９１０Ａにおいては、アバターオブジェクト６１０に対する返答を行うための手段が備えられていない。

図２７は、ありがとう動画の再生の他の具体例を示す図である。具体的には、ユーザ３Ｂのユーザ端末１００における、ありがとう動画の再生の例を示す図である。該ユーザ端末１００において再生されたありがとう動画９１０Ｂにおいて、アバターオブジェクト６１０は、或るモーションを実行しながら、音声９２０Ｂを発話している。換言すれば、プロセッサ１０は、或るモーションを実行するアバターオブジェクト６１０を含むありがとう動画９１０Ｂを再生しながら、音声９２０Ｂをスピーカ（不図示）から出力させている。

ありがとう動画９１０Ｂにおけるモーションは、ユーザ３Ｂ宛の動作指図データの生成において、プレイヤ４が選択したモーションデータに基づくものであり、音声９２０Ｂは、該動作指図データの生成において、プレイヤ４が入力した発話音声８２０Ｂから生成された音声データに基づくものである。このため、図２７の例において、アバターオブジェクト６１０が行っているモーションは、図２６の例のモーションとは異なる。また、音声９２０Ｂは、ユーザ３Ｂがゲームにおいて行った支援の内容と、該支援に対する感謝とを含む音声である。このため、図２７の例において、音声９２０Ｂの内容は、図２６の例に
おける音声９２０Ａの内容とは異なる。

このように、ゲームの終了後に、ゲームに参加したユーザ３の少なくとも一部のユーザ端末１００が受信するありがとう動画は、ユーザ３毎にアバターオブジェクト６１０の発話内容が異なる動画である。

なお、プロセッサ１０は、次回のゲームへの参加を促す内容を含むＵＩ画像９３０を、動画９１０に重畳させて表示させてもよい。ＵＩ画像９３０は、動作指図データとともに配信されてもよいし、ゲーム情報１３２として、ユーザ端末１００が記憶していてもよい。

＜位置情報ゲームの概要＞
図１１に示す本ゲームは、サーバ２００を介してライブ配信されるゲーム進行情報に基づいて、視聴コンテンツであるゲーム画面をタッチスクリーン１５に表示するライブ配信ゲームである。本実施形態に係るシステム１は、当該ライブ配信ゲームに加えて、位置情報ゲームを提供する。当該位置情報ゲームでは、ポータル、およびライブ配信タワーのオブジェクトが表示されている地図画像が、タッチスクリーン１５に表示される。当該ポータルのオブジェクトへのタップ操作が行なわれると、当該ポータルに関連付けられているゲームが実行される。また、当該ライブ配信タワーのオブジェクトへのタップ操作が行なわれると、当該ライブ配信タワーに関連付けられている視聴コンテンツ即ちゲーム画面を視聴するライブ視聴処理が実行される。なお、以降の説明では、ポータルを表すオブジェクトを単に「ポータル」と呼び、ライブ配信タワーを表すオブジェクトを単に「ライブ配信タワー」と呼ぶ。

当該位置情報ゲームを開始するためのゲーム開始操作が行なわれると、ユーザ端末１００に備えられている不図示の位置登録システムにより、当該ユーザ端末１００の現在位置の情報（例えば、住所情報、緯度経度情報など）が取得され、当該現在位置を中心とする特定領域（例えば、東西４０ｋｍ、南北３０ｋｍの領域）の地図データが、他のサービス提供装置から取得される。当該特定領域には、複数のポータルと複数のライブ配信タワーとが配置される。当該複数のポータル各々の位置情報およびポータルＩＤと、当該複数のライブ配信タワー各々の位置情報および配信タワーＩＤとは、サーバ２００から取得される。ここで、当該ポータルおよびライブ配信タワーの配置は、固定的であってもよく、随時更新されてもよい。

例えば、ユーザ端末１００が東京都新宿区に存在するときは、図２９（Ｄ）に示す地図画像を表示可能にするための地図データが取得される。当該地図画像に描かれている太線の円は、ユーザ端末１００の現在位置を中心とする例えば半径１０ｋｍの範囲であり、本実施形態においては「所定範囲」と定義する。

タッチスクリーン１５には、当該地図データのうち当該現在位置を中心とする可視化領域（例えば、東西１ｋｍ、南北２ｋｍの領域）を模式化した地図画像が、当該地図データに基づいて表示される（図２９（Ａ）参照）。当該地図画像には、サーバ２００から取得したポータルの位置情報およびポータルＩＤとライブ配信タワーの位置情報および配信タワーＩＤとに基づいて、ポータルとライブ配信タワーとが表示される。当該地図画像にはまた、ユーザ端末１００の現在位置を表す現在位置画像が表示される。

タッチスクリーン１５上の地図画像は、スクロール操作（フリック操作またはスワイプ操作）を受け付けることによりスクロールされる。例えば、右方向へのスクロール操作が行なわれると、当該地図画像は、図２９（Ａ）→図２９（Ｂ）→図２９（Ｃ）に示すように、東側（例えば新宿駅が左方向にずれている）の地図画像に更新される。さらに、右方向へのスクロール操作が行なわれると、タッチスクリーン１５には、図２９（Ｅ）に示すような地図画像が表示される。

なお、スクロール操作により表示された地図画像の中心位置が当該特定領域の端部近傍の所定位置に達すると、当該中心位置を中心とする特定領域の地図データが他のサービス提供装置から取得される。また、サーバ２００からは、当該特定領域に配置されているポータルの位置情報およびポータルＩＤと、ライブ配信タワーの位置情報および配信タワーＩＤとが取得される。

また、ユーザ端末１００が移動すれば、当該現在位置画像が中心に表示されるように、地図画像がスクロールされる。さらに、ユーザ端末１００の移動距離が所定距離（例えば１０ｋｍ）に達すると、当該ユーザ端末１００の現在位置を中心とする特定領域の地図データが他のサービス提供装置から取得され、当該特定領域に配置されているポータルの位置情報およびポータルＩＤとライブ配信タワーの位置情報および配信タワーＩＤとが、サーバ２００から取得される。

メモリ１１には、図２８に示すテーブルＴＢＬ１が記憶される。当該テーブルＴＢＬ１には、サーバ２００から取得された複数のポータルＩＤが登録される。また、当該複数のポータルＩＤの各々には、ポータルのレアリティとクールタイムの残り時間とが設定される。

ポータルに関連付けられているゲームをクリアすると、ライブ配信ゲームにおいてアバターオブジェクトに付与可能な無償の投げ銭アイテムが、特典としてユーザに付与される。ポータルのレアリティは、当該投げ銭アイテムの希少性を規定するパラメータであり、銀→金→虹の順で高くなる。この結果、レアイティの高いポータルのゲームをクリアすることによりユーザに付与される投げ銭アイテムの価値は、レアリティの低いポータルのゲームをクリアすることによりユーザに付与される投げ銭アイテムの価値よりも高くなる。また、当該レアリティは、当該ゲームが終了したときに例えば乱数抽選により当該ポータルに再設定される。なお、投げ銭アイテムの価値は、当該投げ銭アイテムの種類と、当該投げ銭アイテムに関連付けられているポイント量とにより規定される。

当該ゲームが終了すると、当該ポータルに対するタップ操作が一時的に規制される。クールタイムは、当該タップ操作が規制される時間を規定するパラメータであり、当該ゲームの終了に応じて所定時間（例えば１２０分）に再設定される。当該ポータルに対するタップ操作は、当該クールタイムの残り時間が０分となったときに再度許容される。

当該クールタイムの残り時間が０分のポータルであって、ユーザ端末１００の現在位置を中心とする所定範囲内に配置されているポータルに対するタップ操作が実行されると、当該ポータルに関連付けられているゲームが実行される。

一方、当該ポータルに対する前回のタップ操作からクールタイムが経過する前に当該ポータルに対するタップ操作が行なわれたとき、または当該所定範囲の外側のポータル（例えば図２９（Ｅ）に示す地図画像上のポータルのうち太線よりも右側のポータル）がタップされたときは、当該ポータルに関連付けられているゲームを実行するために必要な仮想通貨（対価）の消費量が、当該クールタイムの残り時間または当該現在位置から当該ポータルの位置までの距離に基づいて算出される。当該消費量は、当該残り時間が長くなるほど多くなり、または当該距離が長くなるほど多くなる。なお、仮想通貨は、有償であってもよいし、無償であってもよい。

当該消費量が算出されると、仮想通貨消費問合せ画面がタッチスクリーン１５に重畳して表示される。当該仮想通貨消費問合せ画面には、「仮想通貨○○○コインを消費してゲームを実行しますか？」の文字列と、「実行」ボタンと、「キャンセル」ボタンとが表示される。ここで、「実行」ボタンがタップされると、ユーザが所有する仮想通貨のうち当該消費量の仮想通貨が消費され、その後に当該ポータルに関連付けられているゲームが実行される。

このように、タッチスクリーン１５に表示されているポータルへのタップ操作を受け付けたときであって、当該ポータルがユーザ端末１００の現在位置から所定範囲内の領域に配置されているポータルであるときには、ユーザが所有する仮想通貨を消費することなく、当該ポータルに関連付けられているゲームが実行される。一方、当該ポータルが当該現在位置から当該所定範囲外の領域に配置されているポータルであるときには、当該仮想通貨を消費することにより当該ゲームが実行される。

ここで、所定範囲は、ゲーム開始操作に応じて現在位置画像とともにタッチスクリーン１５に表示される地図画像の領域（初期領域）のみならず、スクロール操作に応じてタッチスクリーン１５に表示される地図画像の領域であって、例えば図２９（Ｃ）および図２９（Ｅ）等において示したように現在位置画像が表示されない領域をも含む範囲に定められている。この結果、現在位置から離れている地図画像上に配置されているポータルについても、所定範囲内の領域であれば仮想通貨を消費することなくゲームを実行可能となり、ゲームの興趣を向上させることができる。また、初期領域および初期領域からスクロール操作によりスクロールさせた領域において表示されているポータルへのタップ操作が行われた場合であっても、所定範囲内の領域であれば仮想通貨を消費することなくゲームを実行可能となり、ユーザの誤操作により仮想通貨が消費されてしまい、ゲームの興趣が損なわれる懸念を軽減することができる。

ポータルへのタップ操作に応じて実行されるゲームは、例えばシューティングゲームであり、所定の達成条件（例えば、撃ち落とした敵キャラクタの数が所定数に到達するといった条件）が成立することにより、クリアとなる。当該ゲームをクリアすると、当該ポータルのレアリティに応じた種類の投げ銭アイテムであって、当該ポータルのレアリティに応じたポイント量が関連付けられている無償の投げ銭アイテムがユーザに付与される。

具体的には、当該レアリティが銀または金であれば、当該ポータルが配置されている地域に関係しない種類の投げ銭アイテムであって、銀または金に応じたポイント量が関連付けられている無償の投げ銭アイテムが、ユーザに付与される。一方、当該レアリティが虹であれば、当該ポータルが配置されている地域に関係する投げ銭アイテム即ちご当地アイテムであって、虹に応じたポイント量が関連付けられている無償の投げ銭アイテムが、ユーザに付与される。例えば、当該ポータルの位置が東京都墨田区であれば、スカイツリーを模したご当地アイテムが付与される。また、投げ銭アイテムに関連付けられているポイント量は、銀→金→虹の順で多くなる。ゲームが終了すると、当該ポータルのレアリティとクールタイムとが再設定される。

なお、ご当地アイテム以外の無償の投げ銭アイテムは、例えばナイフ、マシンガン、サーベル、手榴弾であり、ライブ配信ゲームにおいて仮想通貨を消費することにより投入可能な有償の投げ銭アイテム（マガジン、救急箱、三角コーン、バリケード）のいずれとも異なる。ライブ配信ゲームにおいて投入可能な投げ銭アイテムのバリエーションは、ポータルに関連付けられているゲームをクリアすることにより増大する。

地図画像上のライブ配信タワーに対するタップ操作が行われたときは、図１１に示すライブ配信ゲームのゲーム画面をタッチスクリーン１５に表示するためのライブ視聴処理が実行される。当該ライブ視聴処理では、ストレージ１２に記憶されている仮想空間データに基づいて図１０（Ａ）に示す仮想空間６００Ｂが規定され、仮想カメラ６２０Ｂを当該仮想空間６００Ｂの予め定められた初期位置に配置される。

ゲームプレイ端末３００は、ゲームプログラムに基づいて当該ライブ配信ゲームを進行させる。具体的には、アバターオブジェクト６１０を含むオブジェクトを図９（Ａ）に示す仮想空間６００Ａ内で配置・移動・変更等させるとともに、各種ゲームパラメータを初期設定または更新等する。ゲーム進行情報は、更新された仮想空間６００Ｂ内のオブジェクトと各種ゲームパラメータ値とに基づいて生成され、複数のユーザ端末１００に配信される。

ユーザ端末１００は、ゲームプレイ端末３００から配信されたゲーム進行情報に基づいて、アバターオブジェクト６１０を含むオブジェクトを仮想空間６００Ｂに配置・動作させるとともに、各種ゲームパラメータ値を更新する。ゲーム進行情報は、ゲームプレイ端末３００から所定時間（１／６０秒）毎に送信される。このため、仮想空間６００Ｂ内のオブジェクトおよび各種ゲームパラメータ値は、当該所定時間毎に更新される。なお、仮想空間６００Ｂに配置されるオブジェクトには、後述する投げ銭アイテムのオブジェクトも含まれる。

タッチスクリーン１５には、現在の仮想カメラ６２０Ｂの位置および向きに応じた視界領域６４０Ｂに対応する視界画像６６０が表示される。上記の各種ゲームパラメータ値を表すパラメータ画像は当該視界画像６６０の上段に重畳して表示され、アイテム投入操作をユーザから受け付けるためのＵＩ画像７１１は、当該視界画像６６０の下段に重畳して表示される（図１１（Ａ）参照）。

ＵＩ画像７１１には、無償の投げ銭アイテムのアイコンが描かれたＵＩ画像と、有償の投げ銭アイテムのアイコンが描かれたＵＩ画像とが表示される。即ち、ユーザがポータルに関連付けられているゲームをクリアすることにより無償の投げ銭アイテムを獲得した場合には、当該無償の投げ銭アイテムのアイコンが描かれたＵＩ画像がＵＩ画像７１１内に表示可能となる。例えば、ユーザがポータルに関連付けられているゲームをクリアすることにより手榴弾を獲得した場合には、当該手榴弾のアイコンが描かれたＵＩ画像がＵＩ画像７１１内に表示される。なお、ユーザが獲得した投げ銭アイテムがすべて投入されると、当該投げ銭アイテムのアイコンが描かれたＵＩ画像は、ＵＩ画像７１１から消去される。例えば、ユーザが獲得した手榴弾がすべて投入された場合には、当該手榴弾のアイコンが描かれたＵＩ画像がＵＩ画像７１１から消去される。

有償の投げ銭アイテムには、当該投げ銭アイテムを投入する際に消費される仮想通貨の量と、当該仮想通貨の消費量に応じたポイント量とが関連付けられる。ここで、有償の投げ銭アイテムに関連付けられているポイント量は、無償の投げ銭アイテムに関連付けられているポイント量よりも多く、当該有償の投げ銭アイテムの投入に必要な仮想通貨の消費量が増大するほど増大する。

有償の投げ銭アイテムのアイコンに対するタップ操作が行われると、当該投げ銭アイテムに関連付けられている消費量に相当する仮想通貨の消費を伴って、アイテム投入情報がゲームプレイ端末３００に対して送信される。一方、無償の投げ銭アイテムのアイコンに対するタップ操作が行われたときは、当該仮想通貨を消費することなく、アイテム投入情報がゲームプレイ端末３００に対して送信される。

アイテム投入情報には、当該タップ操作の対象である投げ銭アイテムの種類を特定するための情報と、当該投げ銭アイテムに関連付けられたポイント量と、当該アイテム投入操作を行ったユーザのユーザＩＤを特定するための情報とが含まれる。なお、当該投げ銭アイテムに関連付けられたポイント量をゲームプレイ端末３００で管理する場合、当該ポイント量はアイテム投入情報に含まれていなくてもよい。

ユーザ端末１００から送信されたアイテム投入情報を受信したとき、ゲームプレイ端末３００は、当該アイテム投入情報に含まれるポイント量を特定し、当該ポイント量をアバターオブジェクト６１０に付与する。付与されたポイント量は、ゲームの運営者などによる当該アバターオブジェクト６１０のランキング（人気度合い）の特定や、当該運営者などにより当該アバターオブジェクト６１０を操作するプレイヤに支払う報酬額の決定、当該プレイヤがゲーム内でガチャ等を行ってナイフやサーベル等のアイテムの獲得などに使用される。また、当該アイテム投入情報に含まれる投げ銭アイテムの種類を特定し、当該種類に対応するオブジェクトを仮想空間６００Ｂ内に投入して配置する。このとき、アイテム投入操作を行ったユーザのユーザＩＤを含むゲーム進行情報を複数のユーザ端末１００に配信するようにしてもよい。各ユーザ端末１００において、当該ユーザＩＤを表す画像は、視界画像６６０に重畳してタッチスクリーン１５に表示される。

また、ユーザは、ユーザ端末１００を操作することにより、アバターオブジェクト６１０に対するコメントを入力して送信することも可能である。当該コメントは、ゲーム画面を表示している期間にゲームプレイ端末３００に送信される。ゲームプレイ端末３００は、ユーザ端末１００から当該コメントを受信したとき、ユーザ名をディスプレイ５３０に表示可能である。プレイヤは、当該コメントに対するコメントを入力できる。ユーザおよびプレイヤが入力したコメントは、ゲームプレイ端末３００から複数のユーザ端末１００に配信される。各ユーザ端末１００において、当該コメントは、視界画像６６０に重畳してタッチスクリーン１５に表示される。

（動作について）
図３０および図３１は、位置情報ゲームおよびライブ配信ゲームの基本的なゲーム進行についてその一例を示すフローチャートである。このうち、図３０に示すフローチャートと、図３１の左側に示すフローチャートは、ユーザ端末１００により実行される。一方、図３１の右側に示すフローチャートは、ゲームプレイ端末３００により実行される。また、図３０に示すフローチャートの処理は、位置情報ゲームを開始するための入力操作、即ちゲーム開始操作をユーザから受け付けることにより開始される。

なお、図３０および図３１に示すフローチャートの一部の処理はサーバ２００において実行し、処理結果をユーザ端末１００に送信するようにしてもよい。また、ユーザ端末１００とゲームプレイ端末３００との間での情報の送受信は、サーバ２００を介して実行されるものであるが、これに限らず、サーバ２００を介することなく実行されるものであってもよい。

図３０を参照して、ステップＳ８１では、当該ユーザ端末１００の現在位置を示す位置情報を位置登録システムから取得し、当該現在位置を中心とする特定領域（例えば、東西４０ｋｍ、南北３０ｋｍの領域）の地図データを他のサービス提供装置から取得する。ユーザ端末１００が東京都新宿区に存在するときは、例えば、図２９（Ｄ）に示す地図画像を表示可能にするための地図データが取得される。また、ステップＳ８１では、当該特定領域に配置されているポータルの位置情報およびポータルＩＤと、当該特定領域に配置されているライブ配信タワーの位置情報および配信タワーＩＤとをサーバ２００から取得する。

ステップＳ８１では、当該地図データのうち当該現在位置を中心とする可視化領域（例えば、東西１ｋｍ、南北２ｋｍの領域）を模式化した地図画像を当該地図データに基づいてタッチスクリーン１５に表示する。また、サーバ２００から取得したポータルの位置情報およびポータルＩＤに基づいて、当該ポータルを当該地図画像に表示し、サーバ２００から取得したライブ配信タワーの位置情報および配信タワーＩＤに基づいて、当該ライブ配信タワーを当該地図画像に表示する。さらに、ユーザ端末１００の現在位置を表す現在位置画像を当該地図画像に表示する。この結果、タッチスクリーン１５には、図２９（Ａ）に示すように、地図画像とポータルとライブ配信タワーと現在位置画像とが表示される。

ステップＳ８２では、タッチスクリーン１５に表示されているポータルに対するタップ操作が行われたか否かを、タッチスクリーン１５への入力操作とサーバ２００から取得したポータルの位置情報およびポータルＩＤとに基づいて判定する。当該タップ操作が行われたと判定されなかったときは、ステップＳ８３に進み、スクロール操作（フリック操作またはスワイプ操作）が行われたか否かを、タッチスクリーン１５に対する入力操作に基づいて判定する。当該スクロール操作が行われたと判定されたときは、ステップＳ８５に進み、タッチスクリーン１５に表示されている地図画像をスクロールする。例えば、右方向へのスクロール操作が行なわれると、当該地図画像は、図２９（Ａ）→図２９（Ｂ）→図２９（Ｃ）に示すように更新される。さらに、右方向へのスクロールが行なわれると、タッチスクリーン１５には、図２９（Ｅ）に示す地図画像が表示される。ステップＳ８５の処理が完了すると、ステップＳ８２に戻る。

ステップＳ８２において当該タップ操作が行われたと判定されたときは、ステップＳ８８に進み、タップ操作の対象であるポータルに設定されているクールタイムの残り時間は０分であるか否かを、テーブルＴＢＬ１に基づいて判定する。当該残り時間は０分であると判定されると、ステップＳ８９に進み、当該ポータルの位置はユーザ端末１００の現在位置から所定範囲内であるか否かを、当該ポータルの位置情報とユーザ端末１００の現在位置とに基づいて判定する。なお、所定範囲は、当該現在位置を中心とする例えば半径１０ｋｍの範囲であり、図２９（Ｄ）に示す地図画像においては、太線で示す範囲が当該所定範囲に相当する。

当該ポータルの位置は当該所定範囲内であると判定されたときは、ステップＳ９５に進む。例えば、図２９（Ａ）〜図２９（Ｃ）に示す地図画像上のポータルがタップされたときは、ステップＳ９５に進む。ステップＳ９５では、当該ポータルに関連付けられているゲームを当該ポータルのポータルＩＤに基づいて特定し、当該ゲームを実行する。当該ゲームは、所定の達成条件が成立することによりクリアとなるゲームである。当該ゲームが終了するとステップＳ９６に進み、当該ゲームがクリアされたか否かをステップＳ９５の処理結果に基づいて判定する。当該ゲームがクリアされたと判定されると、ステップＳ９７に進む。

ステップＳ９７では、当該ポータルに設定されているレアリティを当該ポータルのポータルＩＤに基づいてテーブルＴＢＬ１から特定し、当該レアリティに応じた種類の投げ銭アイテムであって、当該レアリティに応じたポイント量が関連付けられている投げ銭アイテムをユーザに付与する。ステップＳ９７の処理が完了すると、ステップＳ９８に進む。また、ステップＳ９６において当該ゲームがクリアされたと判定されなかったときは、ステップＳ９７の処理を実行することなく、ステップＳ９８に進む。

ステップＳ９８では、テーブルＴＢＬ１において、当該ポータルのレアリティを銀、金、虹のうちのいずれかに再設定するとともに、当該ポータルのクールタイムを所定時間に再設定する。ステップＳ９８の処理が完了すると、リターンする。

ステップＳ８８において、タップ操作の対象であるポータルに設定されているクールタイムの残り時間は０分であると判定されなかったとき、または、ステップＳ８９において、当該ポータルの位置はユーザ端末１００の現在位置から所定範囲内であると判定されなかったときは、ステップＳ９０に進む。例えば、あるポータルに対する前回のタップ操作からクールタイムが経過する前に当該ポータルに対するタップ操作が行なわれたときは、ステップＳ８８からステップＳ９０に進む。また、図２９（Ｅ）に示す地図画像上のポータルのうち太線よりも右側のポータルがタップされたときは、ステップＳ８９からステップＳ９０に進む。

ステップＳ９０では、当該ポータルに関連付けられているゲームを実行するために必要な仮想通貨の消費量を、クールタイムの残り時間または当該現在位置から当該ポータルの位置までの距離に基づいて算出する。即ち、ステップＳ８８からステップＳ９０に進んだ場合には、当該クールタイムの残り時間に基づいて当該仮想通貨の消費量を算出し、ステップＳ８９からステップＳ９０に進んだ場合には、当該現在位置から当該ポータルの位置までの距離に基づいて当該仮想通貨の消費量を算出する。当該消費量は、当該残り時間が長くなるほど多くなり、または当該距離が長くなるほど多くなる。

ステップＳ９１では、仮想通貨消費問合せ画面をタッチスクリーン１５に重畳して表示する。当該仮想通貨消費問合せ画面には、「仮想通貨○○○コインを消費してゲームを実行しますか？」の文字列と、「実行」ボタンと、「キャンセル」ボタンとが表示される。ステップＳ９２では、「実行」ボタンがタップされたか否かをタッチスクリーン１５に対する入力操作に基づいて判定する。当該「実行」ボタンがタップされたと判定されなかったときは、ステップＳ９３に進み、「キャンセル」ボタンがタップされたか否かをタッチスクリーン１５に対する入力操作に基づいて判定する。当該「キャンセル」ボタンがタップされたと判定されなかったときは、ステップＳ９２に戻る。

ステップＳ９２において「実行」ボタンがタップされたと判定されたときは、ステップＳ９４に進み、ユーザが所有する仮想通貨のうちステップＳ９０で算出された消費量の仮想通貨を消費する。ステップＳ９４の処理が完了すると、ステップＳ９５に移行する。このため、当該ポータルに対するタップ操作は、クールタイムの残り時間が０分でない場合や、当該ポータルの位置がユーザ端末１００の現在位置から所定範囲外である場合でも、当該仮想通貨を消費することにより、当該ポータル対するタップ操作が許容される。一方、ステップＳ９３において「キャンセル」ボタンがタップされたと判定されたときは、リターンする。

ステップＳ８３においてスクロール操作が行われたと判定されなかったときは、ステップＳ８４に進み、ライブ配信タワーに対するタップ操作が行われたか否かをタッチスクリーン１５に対する入力操作に基づいて判定する。当該タップ操作が行われたと判定されたときは、ステップＳ８６で後述するライブ視聴処理を実行し、その後にステップＳ８２に戻る。一方、当該タップ操作が行われたと判定されなかったときは、ステップＳ８７でその他の処理を実行し、その後にリターンする。

ライブ視聴処理は、図３１の左側に示すフローチャート（サブルーチン）に従って実行する。これによって、図１１に示すライブ配信ゲームが実行される。まずステップＳ１０１で、ストレージ１２に記憶されている仮想空間データに基づいて仮想空間６００Ｂを規定する。また、ステップＳ１０１では、仮想カメラ６２０Ｂを当該仮想空間６００Ｂの予め定められた初期位置に配置する。

ステップＳ１０２では、ゲームプレイ端末３００から配信されたゲーム進行情報を受信する。ステップＳ１０３では、当該ゲーム進行情報に基づいて、アバターオブジェクト６１０を含むオブジェクトを仮想空間６００Ｂに配置・動作させるとともに、各種ゲームパラメータ値を更新する。

ゲーム進行情報は、ゲームプレイ端末３００から所定時間（１／６０秒）毎に送信される。このため、ステップＳ１０３においては、受信したゲーム進行情報に基づき、仮想空間６００Ｂ内のオブジェクトを当該所定時間毎に更新し、各種ゲームパラメータ値を当該所定時間毎に更新する。なお、仮想空間６００Ｂに配置されるオブジェクトには、ユーザにより投入された投げ銭アイテムのオブジェクトも含まれる。

ステップＳ１０４では、現在の仮想カメラ６２０Ｂの位置および向きに応じた視界領域６４０Ｂを規定し、当該視界領域６４０Ｂに対応する視界画像６６０を生成する。また、ステップＳ１０４では、上記の各種ゲームパラメータ値を表すパラメータ画像を当該視界画像６６０の上段に重畳するとともに、アイテム投入操作をユーザから受け付けるためのＵＩ画像７１１を当該視界画像６６０の下段に重畳し、タッチスクリーン１５に表示する（図１１（Ａ）参照）。

本実施形態では、ステップＳ９７で付与された無償の投げ銭アイテムのアイコンと、仮想通貨を消費することにより投入可能な有償の投げ銭アイテムのアイコンとが、ＵＩ画像７１１に描かれる。有償の投げ銭アイテムには、当該投げ銭アイテムを投入する際に消費される仮想通貨の量と、当該仮想通貨の消費量に応じたポイント量とが関連付けられている。

ここで、有償の投げ銭アイテムに関連付けられているポイント量は、無償の投げ銭アイテムに関連付けられているポイント量よりも多い。また、有償の投げ銭アイテムに関連付けられているポイント量は、当該有償の投げ銭アイテムの投入に必要な仮想通貨の消費量が増大するほど増大する。

ステップＳ１０５では、有償の投げ銭アイテムのアイコンに対するタップ操作が行われたか否かを、タッチスクリーン１５に対する入力操作に基づいて判定する。当該タップ操作が行われたと判定されたときは、ステップＳ１０６に進み、ユーザが所有する仮想通貨のうちから、当該タップ操作の対象である投げ銭アイテムに関連付けられている消費量に相当する仮想通貨を消費する。ステップＳ１０６の処理が完了すると、ステップＳ１０８に進む。

有償の投げ銭アイテムのアイコンに対するタップ操作が行われたと判定されなかったときは、ステップＳ１０７に進み、無償の投げ銭アイテムのアイコンに対するタップ操作が行われたか否かを、タッチスクリーン１５に対する入力操作に基づいて判定する。当該タップ操作が行なわれたと判定されたときは、ステップＳ１０８に進む。

ステップＳ１０８では、アイテム投入情報をゲームプレイ端末３００に対して送信する。アイテム投入情報には、当該タップ操作の対象である投げ銭アイテムの種類を特定するための情報と、当該投げ銭アイテムに関連付けられたポイント量と、当該アイテム投入操作を行ったユーザのユーザＩＤを特定するための情報とが含まれる。

ステップＳ１０８の処理が完了したとき、またはステップＳ１０７において無償アイテム投入操作が行なわれたと判定されなかったときは、ステップＳ１０９に進む。

ステップＳ１０９では、ユーザによって視聴終了操作が行われたか否かを、タッチスクリーン１５に対する入力操作に基づいて判定する。視聴終了操作が行われたと判定されなかったときは、ステップＳ１０２に戻る。これにより、ゲームプレイ端末３００からゲーム進行情報を受信する毎に、オブジェクトの動きや配置などを制御する処理が繰返し実行される。一方、視聴終了操作が行われたと判定されたときは、リターンする。

一方、ゲームプレイ端末３００は、図３１の右側に示すフローチャートに従ってライブ配信ゲーム、即ち図１１および図１２を参照して説明した本ゲームを実行する。ステップＳ１１１では、ゲームプログラムに基づいて当該ライブ配信ゲームを進行させる。具体的には、アバターオブジェクト６１０を含むオブジェクト（後述するステップＳ１１４で投入されたアイテムオブジェクトを含む）について仮想空間６００Ａ内における配置・移動・変更等の更新を行うとともに、各種ゲームパラメータを初期設定または更新等する。

ステップＳ１１２では、ユーザ端末１００からアイテム投入情報を受信したか否かを、通信ＩＦ１３からの入力に基づいて判定する。当該アイテム投入情報を受信したと判定されたときは、ステップＳ１１３に進む。ステップＳ１１３では、当該アイテム投入情報に含まれるポイント量を特定し、当該ポイント量をアバターオブジェクト６１０に付与する。ステップＳ１１４では、当該アイテム投入情報に含まれる投げ銭アイテムの種類を特定し、当該種類に対応するアイテムオブジェクトを仮想空間６００Ａ内に投入して配置する。

ステップＳ１１４の処理が完了したとき、またはステップＳ１１２で当該アイテム投入情報を受信したと判定されなかったときは、ステップＳ１１５に進む。ステップＳ１１５では、ステップＳ１１１において更新された仮想空間６００Ａ内のオブジェクト（ステップＳ１１４の処理によって投入されたアイテムオブジェクトを含む）と各種ゲームパラメータ値とに基づいてゲーム進行情報を生成し、当該ゲーム進行情報データを複数のユーザ端末１００に配信する。ステップＳ１１５の処理が完了すると、リターンする。

＜本実施形態の効果＞
本実施形態によれば、ゲーム開始操作をユーザから受け付けると、ユーザ端末１００の現在位置を含む領域の地図画像とともに、現在位置画像がタッチスクリーン１５に表示される。この状態でユーザからスクロール操作を受け付けると、タッチスクリーン１５上の地図画像は、現在位置を含まない領域の地図画像に更新される。また、タッチスクリーン１５には、地図画像上に配置されている複数のポータルのうち、当該領域内に配置されているポータルが表示される。

当該ポータルに対するタップ操作をユーザから受け付けたときであって、当該ポータルが当該現在位置から所定範囲内の領域に配置されているポータルであるときには、ユーザに関連付けられている仮想通貨を消費することなく、所定のゲーム処理が実行可能となる。

一方、当該ポータルに対するタップ操作をユーザから受け付けたときであって、当該ポータルが当該現在位置から所定範囲内の領域に配置されていないポータルであるときには、当該仮想通貨を消費することにより当該ゲーム処理が実行可能となる。

ここで、所定範囲は、ゲーム開始操作に応じて現在位置画像とともにタッチスクリーン１５に表示される地図画像の領域のみならず、スクロール操作に応じてタッチスクリーン１５に表示される地図画像の領域であって当該現在位置を含まず当該現在位置画像が表示されない領域を含む範囲に定められている。

この結果、現在位置から離れている地図画像上に配置されているポータルについても、所定範囲内の領域であれば仮想通貨を消費することなくゲームを実行可能となり、ゲームの興趣を向上させることができる。また、初期領域および初期領域からスクロール操作によりスクロールさせた領域において表示されているポータルへのタップ操作が行われた場合であっても、所定範囲内の領域であれば仮想通貨を消費することなくゲームを実行可能となり、ユーザの誤操作により仮想通貨が消費されてしまい、ゲームの興趣が損なわれる懸念を軽減することができる。

また、本実施形態によれば、当該現在位置から所定範囲内の領域に配置されていないポータルに対するタップ操作を受け付けたときに消費する仮想通貨の量は、当該現在位置から当該ポータルまでの距離に応じて異なる。これによって、距離に応じた仮想通貨を消費さえすれば、当該ポータルが所定範囲に含まれる位置まで移動せずとも、当該ポータルに関連付けられているゲームを楽しむことができる。

さらに、本実施形態によれば、ポータルへのタップ操作を受け付けることによりゲームが実行された後は、クールタイムが経過することにより、当該ポータルへの再度のタップ操作が許容される。これによって、当該ポータルに関連付けられているゲームを繰り返し楽しむことができる。

また、本実施形態によれば、クールタイムが経過していないときであっても、仮想通貨を消費することにより、当該ポータルへの再度のタップ操作を許容される。これによって、仮想通貨を消費さえすれば、クールタイムを気にすることなく、当該ポータルに関連付けられているゲームを楽しむことができる。

さらに、本実施形態によれば、クールタイムが経過していないポータルへの再度のタップ操作を可能とするために消費する仮想通貨は、当該クールタイムの残り時間に応じて異なる。これにより、当該残り時間の長さによって仮想通貨の消費量に不公平が生じる懸念を軽減することが可能となる。

また、本実施形態によれば、視聴操作をユーザから受け付けると、ライブ配信によるコンテンツが視聴可能となる。当該ライブ配信の配信者に付与可能な投げ銭アイテムは、ポータルへのタップ操作に応じて実行されるゲームをクリアすることにより、特典としてユーザに付与される。この結果、当該ゲームをクリアすることにより、ライブ配信において投げ銭アイテムを投入しようという動機付けを、ユーザに働かせることができる。

さらに、本実施形態によれば、ポータルには、レアリティが設定される。当該レアリティの高いポータルのゲームをクリアすることにより付与される投げ銭アイテムの価値は、当該レアリティの低いポータルのゲームをクリアすることにより付与される投げ銭アイテムの価値よりも高い。これによって、レアリティの高いポータルのゲームを実行する意欲を高めることができ、ゲームの興趣を向上させることができる。

本実施形態によれば、ゲームプログラムに基づくゲームは、ユーザの操作に応じてゲームを進行させるゲームパートと、サーバを介してライブ配信されるデータに基づいてコンテンツをタッチスクリーン１５に表示するライブ視聴パートとを含む。ゲームパートにおいては、所定の達成条件を成立させることにより、無償の投げ銭アイテムが特典としてユーザに付与される。ライブ視聴パートにおいては、無償の投げ銭アイテムのアイコンに対するタップ操作に基づいて、当該無償の投げ銭アイテムがライブ配信元の配信者に付与される。

このため、ライブ視聴パートにおいて配信者に付与可能な投げ銭アイテム（ＵＩ画像７１１内に表示される投げ銭アイテム）は、ゲームパートにおいて所定の達成条件を成立させるか否かにより異なり得る。これにより、ユーザには、ゲームパートにおいて所定の達成条件を成立させた上で、ライブ視聴パートにおいてコンテンツを視聴してゲームパートにおいて獲得した投げ銭アイテムを配信者に付与しようという動機付けが働く。この結果、好趣の向上が図られる。

また、本実施形態によれば、有償の投げ銭アイテムのアイコンに対するタップ操作に基づいて、ユーザが所有する仮想通貨を消費することにより、有償の投げ銭アイテムが当該配信者に付与される。ユーザは、無償の投げ銭アイテムを投入することにより、配信者と対話できるという魅力を実感できるため、有償の投げ銭アイテムを購入して配信者と積極的に対話しようという動機付けをユーザに起こさせることが可能となる。一方、配信者は、有償の投げ銭アイテムの販売により収益の拡大を見込むことが可能となる。

さらに、本実施形態によれば、投げ銭アイテムには、配信者に付与されるポイントが関連付けられている。アイテム投入情報は、当該投げ銭アイテムの付与に伴って配信者に付与されるポイント量を特定可能にするための情報を含む。投げ銭アイテムの投入により配信者にポイントを付与することで、ユーザと配信者との対話を促すことが可能となる。

また、本実施形態によれば、有償の投げ銭アイテムのアイコンに対するタップ操作に基づいて配信者に付与されるポイントは、無償の投げ銭アイテムのアイコンに対するタップ操作に基づいて配信者に付与されるポイントよりも大きい。この結果、ユーザは、有償の投げ銭アイテムを投入することにより配信者との対話を深めることが可能となり、配信者は、有償の投げ銭アイテムの販売により収益を拡大させることが可能となる。

さらに、本実施形態によれば、ゲームパートは、所定の達成条件を成立させるか否かにかかわる処理を開始する契機となるポータルとして、レアリティの異なる複数のポータルが設けられている。レアリティの高いポータルにおいて所定の達成条件を成立させることにより付与される投げ銭アイテムに関連付けられているポイント量は、レアリティの低いポータルにおいて所定の達成条件を成立させることにより付与される投げ銭アイテムに関連付けられているポイント量よりも多い。これによって、よりレアリティの高いゲームを実行しようという動機付けをユーザに働かせることができる。

また、本実施形態によれば、仮想通貨を所定量消費して配信者に付与されるポイント量は、仮想通貨を当該所定量よりも少ない量消費して配信者に付与されるポイント量よりも多い。これによって、ユーザは、より多くの仮想通貨を消費することにより配信者との対話を深めることが可能となり、配信者は、当該仮想通貨の消費により収益を拡大させることが可能となる。

さらに、本実施形態によれば、アイテム投入情報は、仮想空間６００Ａに投入された投げ銭アイテムの種類を特定可能にするための情報を含み、タッチスクリーン１５には、当該投げ銭アイテムのオブジェクトが表示される。これによって、複数のユーザのうちのいずれかのユーザが投げ銭アイテムを投入したことを他のユーザに把握させることが可能となり、さらには投げ銭アイテムを投入しようという動機付けを当該他のユーザに対して働かせることができる。

また、本実施形態によれば、アイテム投入情報は、投げ銭アイテムを投入する操作を行ったユーザを配信者が特定可能にするための情報を含む。ライブ視聴パートにおいては、ライブ配信されるゲーム進行情報に基づいて、配信者にアイテムを付与したユーザにかかわる情報をコンテンツとともに表示する。これによって、当該ユーザ以外のユーザに対して、投げ銭アイテムを投入する操作を促すことが可能となる。

＜変形例＞
以上説明した実施形態の変形例などを以下に列挙する。

（１）上記実施形態においては、ポータルが地域によって偏在しないようにポータルの数を調整することを想定していない。しかし、地図画像を複数のＨＥＸ（領域）に区分し、当該複数のＨＥＸ各々に所定数以上のポータルを配置するようにしてもよい。この場合、レアリティの高いポータル即ちレアリティが虹のポータルを、当該複数のＨＥＸ各々に必ず設定するようにしてもよい。さらに、ポータルのレアリティを再設定する場合には、当該ポータルが配置されているＨＥＸ内にレアイティが虹のポータルが必ず存在するように、当該再設定を行うようにしてもよい。

（２）上記実施形態においては、クールタイムが経過していないポータルがタップされた場合は、当該ポータルの位置が所定範囲の外側であるか否かにかかわらず、当該クールタイムの残り時間に基づいて仮想通貨の消費量が算出される。しかし、タップされたポータルが、クールタイムが経過していないポータルであって、所定範囲の外側のポータルである場合には、クールタイムの残り時間と当該現在位置から当該ポータルの位置までの距離とに基づいて仮想通貨の消費量を算出するようにしてもよい。

（３）上記実施形態においては、クールタイムが経過していないポータルまたは所定範囲の外側に配置されているポータルのゲームは、仮想通貨を消費することにより実行可能となる。しかし、当該ゲームは仮想通貨を消費することなく実行可能とし、当該ゲームがクリアされたときに、当該仮想通貨の消費に替えて投げ銭アイテムをユーザに付与するようにしてもよい。このとき、どのような投げ銭アイテムが付与されるかをゲームがクリアされた段階でユーザに提示し、当該ユーザによる仮想通貨の消費に替えて当該投げ銭アイテムを当該ユーザに付与するようにしてもよい。また、クールタイムの残り時間または当該ポータルまでの距離に基づいて算出した消費量のうちの一部の仮想通貨を消費することによりゲームを実行可能とし、当該ゲームがクリアされたときに当該消費量のうちの残りの仮想通貨を消費することにより投げ銭アイテムを付与するようにしてもよい。

（４）上記実施形態においては、タップされたポータルのゲームがクリアされたか否かにかかわらず、当該ポータルのレアリティおよびクールタイムが再設定される。しかし、ゲームをクリアできなかった場合には、当該レアリティおよびクールタイムの少なくとも一方を再設定しないようにしてもよい。例えば、ゲームをクリアできなかった場合には、当該ポータルのレアリティを維持するようにしてもよい。また、ゲームをクリアできなかった場合には、当該ポータルに対するクールタイムを設定せずに、続けて当該ポータルのゲームを実行可能とするようにしてもよい。

（５）上記実施形態においては、地図画像におけるポータルの表示態様は、当該ポータルのレアリティ、当該ポータルのクールタイムの残り時間、当該ポータルに関連付けられているゲームの種類、当該ゲームをクリアすることにより付与される投げ銭アイテムの種類に関係なく、固定的である。しかし、当該ポータルの表示態様は、レアリティ、クールタイムの残り時間、ゲームの種類、投げ銭アイテムの種類の少なくとも１つに応じて異ならせるようにしてもよい。例えば、レアリティまたはクールタイムの残り時間に応じて当該ポータルの色や大きさを異ならせたり、ゲームの種類または投げ銭アイテムの種類に応じて当該ポータルのデザインを異ならせるようにしてもよい。

（６）上記実施形態においては、地図画像におけるポータルの表示態様は、所定範囲の内側であるか外側であるかによって区別されることはない。しかし、当該ポータルの表示態様は、所定範囲の内側であるか外側であるかによって異ならせるようにしてもよい。

（７）上記実施形態においては、ゲームをクリアすることにより付与される無償の投げ銭アイテムは、ライブ視聴処理において投入可能な有償の投げ銭アイテムのいずれとも異なる。しかし、当該無償の投げ銭アイテムを当該有償の投げ銭アイテムのいずれかと一致させるようにしてもよい。この場合、投げ銭アイテムの種類が同じでも、有償か無償かにより異なるポイント量を当該投げ銭アイテムに関連付けるようにしてもよい。

（８）上記実施形態においては、タップされたポータルに関連付けられているゲームをクリアすることにより投げ銭アイテムがユーザに付与される。換言すれば、ゲームをクリアできなかったときは、投げ銭アイテムは付与されない。しかし、当該ゲームをクリアできなかったときには、当該ゲームをクリアしたときよりも価値の低い投げ銭アイテムをユーザに付与するようにしてもよい。また、ポータルに関連付けるゲームは、ガチャであってもよい。

（９）上記実施形態においては、配信者に付与可能なポイント量は、投げ銭アイテムに予め関連付けられている。しかし、投げ銭アイテムを投入するときに、当該ポイント量を当該投げ銭アイテムに関連付けるようにしてもよい。この場合、当該ポイント量は、投げ銭アイテムを投入する際にライブ配信ゲームを視聴しているユーザの数に応じて特定するようにしてもよい。また、当該ポイント量は、投げ銭アイテムを投入する際にユーザが任意に設定できるようにしてもよい。

（１０）上記実施形態においては、アイテム投入情報には、投げ銭アイテムが有償であるか無償であるかに関係なく、当該投げ銭アイテムを投入する操作を行ったユーザのユーザＩＤが含まれる。しかし、有償の投げ銭アイテムを投入する操作に応じて送信されるアイテム投入情報には、当該操作を行ったユーザのユーザＩＤを含める一方、無償の投げ銭アイテムを投入する操作に応じて送信されるアイテム投入情報には、当該操作を行ったユーザのユーザＩＤを含めないようにしてもよい。これによって、有償の投げ銭アイテムを投入して配信者との対話を深めようという動機付けをユーザに働かせることが可能となる。

（１１）上記実施形態においては、スクロール操作に応じた地図画像の移動量は、当該地図画像が所定範囲内の領域の地図画像であるか、所定範囲を跨ぐ領域の地図画像であるか、所定範囲外の領域の地図画像であるかにより異なることはない。しかし、表示されている地図画像の領域が、所定範囲内の領域、所定範囲を跨ぐ領域、および所定範囲外の領域のいずれであるかを特定し、当該特定された領域に応じて、スクロール操作に応じた地図画像の移動量を規定するようにしてもよい。

（１２）上記実施形態においては、ポータルにどのようなゲームを関連付けるかが当該ポータルのレアリティによって規定されることはない。しかし、当該ポータルに関連付けられるゲームを当該ポータルのレアリティにより規定するようにしてもよい。即ち、レアイティが銀のポータルには簡単なゲームを関連付け、レアイティが虹のポータルには難しいゲームを関連付けるなどのように、ポータルに関連付けられているゲームのクリアレベルをレアリティに応じて異ならせるようにしてもよい。

（１３）上記実施形態においては、複数のポータル各々に関連付けられているゲームをクリアすると、当該ポータルのレアリティに応じた投げ銭アイテムが付与される。しかし、一部のポータルについては、当該ポータルのレアリティに応じた投げ銭アイテムに替えて、または当該投げ銭アイテムとともに、当該レアリティに応じた量の仮想通貨を付与するようにしてもよい。

（１４）上記実施形態においては、ポータルへのタップ操作に応じて実行されるゲームとしてシューティングゲームを想定している。しかし、当該ゲームは、シューティングゲームに限られるものではなく、パズルゲーム、カードゲーム、麻雀ゲームなどのゲームであってもよい。

（１５）上記実施形態においては、所定範囲は、ユーザ端末１００の現在位置を中心とする半径１０ｋｍの範囲に設定される。しかし、所定範囲の広さは、当該現在位置を中心とする半径５０ｋｍ程度の範囲に設定するようにしてもよい。

＜付記＞
以上の各実施形態で説明した事項を、以下に付記する。

（付記１）：
本開示に示す一実施形態のある局面によれば、プロセッサ、メモリ、および表示部を備えるユーザ端末（ユーザ端末１００Ａ）において実行されるゲームプログラムであって、前記ゲームプログラムに基づくゲームは、ユーザの操作に応じてゲームを進行させる第１パート（位置情報ゲームパート）と、サーバを介してライブ配信される第１情報（ゲーム進行情報）に基づいてコンテンツを前記表示部に表示する第２パート（ライブ配信ゲームパート）とを含み、前記ゲームプログラムは、前記プロセッサに、前記第１パート中において、所定の達成条件を成立させることにより特典（投げ銭アイテム）をユーザに関連付ける第１ステップ（Ｓ９７）と、前記第２パート中における第１操作（無償の投げ銭アイテムのアイコンに対するタップ操作）に基づいて、ユーザに関連付けられている特典を前記ライブ配信元の配信者に付与するための処理を行う第２ステップ（Ｓ１０７）とを実行させる。

（付記２）：
（付記１）において、前記ゲームプログラムは、前記プロセッサに、前記第２パート中における第２操作（有償の投げ銭アイテムのアイコンに対するタップ操作）に基づいてユーザに関連付けられている仮想通貨を消費することにより、特典を前記配信者に付与するための処理を行う第３ステップ（Ｓ１０５、Ｓ１０６）を実行させる。

（付記３）：
（付記２）において、前記特典は、前記配信者に付与されるポイントを含み、前記特典を前記配信者に付与するための処理は、前記特典の付与に伴って前記配信者に付与されるポイントの大きさを特定可能にするための情報を前記サーバに出力する処理を含む。

（付記４）：
（付記３）において、前記第３ステップにより前記配信者に付与されるポイントは、前記第２ステップにより前記配信者に付与されるポイントよりも大きい。

（付記５）：
（付記３）または（付記４）において、前記第１パートは、前記所定の達成条件を成立させるか否かにかかわる処理を開始する契機となるポータルとして、第１のポータルと、当該第１のポータルよりも希少性（レアリティ）が高い第２のポータルとを含む複数のポータルが設けられており、前記第２のポータルにおいて前記所定の達成条件を成立させることにより関連付けられる特典の付与に伴って前記配信者に付与されるポイントは、前記第１のポータルにおいて前記所定の達成条件を成立させることにより関連付けられる特典の付与に伴って前記配信者に付与されるポイントよりも大きい。

（付記６）：
（付記３）から（付記５）のいずれかにおいて、前記第３ステップにより前記仮想通貨を所定量消費して前記配信者に付与されるポイントは、前記第３ステップにより前記仮想通貨を前記所定量よりも少ない量消費して前記配信者に付与されるポイントよりも大きい。

（付記７）：
（付記２）から（付記６）のいずれかにおいて、前記特典は、複数種類のアイテムオブジェクトを含み、前記ゲームプログラムは、前記プロセッサに、前記第２パート中における前記第１操作および前記第２操作に基づいて、前記配信者に特典として付与されるアイテムオブジェクトを前記表示部に表示する第４ステップ（Ｓ１０４）を実行させ、前記特典を前記配信者に付与するための処理は、前記アイテムオブジェクトの種類を特定可能にするための情報を前記サーバに出力する処理を含む。

（付記８）：
（付記１）から（付記７）のいずれかにおいて、前記特典を前記配信者に付与するための処理は、前記ユーザを前記配信者が特定可能にするための情報を前記サーバに出力する処理を含み、前記第１情報は、前記配信者に特典を付与したユーザを特定可能にするための情報を含み、前記第２パートにおいては、前記第１情報に基づいて前記配信者に特典を付与したユーザにかかわる情報（ユーザＩＤ）をコンテンツとともに表示する。

（付記９）：
本開示に示す一実施形態のある局面によれば、プロセッサ、メモリ、および表示部を備えるユーザ端末（ユーザ端末１００Ａ）により実行されるゲーム方法であって、前記ゲーム方法に基づくゲームは、ユーザの操作に応じてゲームを進行させる第１パート（位置情報ゲームパート）と、サーバを介してライブ配信される第１情報（ゲーム進行情報）に基づいてコンテンツを前記表示部に表示する第２パート（ライブ配信ゲームパート）とを含み、前記ゲーム方法は、前記ユーザ端末が、前記第１パート中において、所定の達成条件を成立させることにより特典（投げ銭アイテム）をユーザに関連付ける第１ステップ（Ｓ９７）と、前記第２パート中における第１操作に基づいて、ユーザに関連付けられている特典を前記ライブ配信元の配信者に付与するための処理を行う第２ステップ（Ｓ１０７）とを備える。

（付記１０）：
本開示に示す一実施形態のある局面によれば、情報端末装置（ユーザ端末１００Ａ）であって、ゲームプログラムを記憶する記憶部（記憶部１２０）と、前記ゲームプログラムを実行することにより、前記情報端末装置の動作を制御する制御部（制御部１１０）とを備え、前記ゲーム方法に基づくゲームは、ユーザの操作に応じてゲームを進行させる第１パート（位置情報ゲームパート）と、サーバを介してライブ配信される第１情報（ゲーム進行情報）に基づいてコンテンツを前記表示部に表示する第２パート（ライブ配信ゲームパート）とを含み、前記制御部は、前記第１パート中において、所定の達成条件を成立させることにより特典（投げ銭アイテム）をユーザに関連付ける第１ステップ（Ｓ９７）と、前記第２パート中における第１操作に基づいて、ユーザに関連付けられている特典を前記ライブ配信元の配信者に付与するための処理を行う第２ステップ（Ｓ１０７）とを実行する。

〔ソフトウェアによる実現例〕
ユーザ端末１００、サーバ２００、ゲームプレイ端末３００（ＨＭＤセット１０００）、および配信端末４００の制御ブロック（特に制御部１１０、２１０、３１０、４１０）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ソフトウェアによって実現してもよい。

後者の場合、ユーザ端末１００、サーバ２００、ゲームプレイ端末３００（ＨＭＤセット１０００）、および配信端末４００は、各機能を実現するソフトウェアであるプログラムの命令を実行するコンピュータを備えている。このコンピュータは、例えば１つ以上のプロセッサを備えていると共に、上記プログラムを記憶したコンピュータ読み取り可能な記録媒体を備えている。そして、上記コンピュータにおいて、上記プロセッサが上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記プロセッサとしては、例えばＣＰＵ（Central Processing Unit）を用いることができる。上記記録媒体としては、「一時的でない有形の媒体」、例えば、ＲＯＭ（Read Only Memory）等の他、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムを展開するＲＡＭ（Random Access Memory）などをさらに備えていてもよい。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明の一態様は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

１システム、２ネットワーク、３、３Ａ、３Ｂユーザ（第１ユーザ）、４プレイヤ（演者）、１０，２０，３０，４０プロセッサ、１１，２１，３１，４１メモリ、１２，２２，３２，４２ストレージ、１３，２３，３３，４３通信ＩＦ、１４，２４，３４，４４入出力ＩＦ、１５，４５タッチスクリーン、１７カメラ、１８測距センサ、５１モニタ、５２注視センサ、５３第１カメラ、５４第２カメラ、５５マイク、５６スピーカ、１００，１００Ａ，１００Ｂ，１００Ｃユーザ端末（コンピュータ、第１コンピュータ、第１情報処理装置）、１１０，２１０，３１０，４１０制御部（第１制御部、第２制御部）、１１１，３１１，４１３操作受付部、１１２，３１２，４１２表示制御部、１１３，３１３ＵＩ制御部、１１４，３１４アニメーション生成部、１１５，３１５ゲーム進行部、１１６，３１６仮想空間制御部、１１７動画再生部、１２０，２２０，３２０，４２０記憶部（第１記憶部、第２記憶部）、１３１，２３１，３３１ゲームプログラム（プログラム、第１プログラム）、１３２，２３２，３３２ゲーム情報、１３３，２３３，３３３ユーザ情報、１５１，４５１入力部、１５２，４５２表示部（ディスプレイ）、２００サーバ、２１１通信仲介部、２１２ログ生成部、２１３リスト生成部、２３４，４２１ユーザリスト、３００ゲームプレイ端末（外部装置、第２外部装置）、３１７反応処理部、４００配信端末（外部、第１外部装置、コンピュータ、第２情報処理装置）、４１１通信制御部、４１４音声受付部、４１５モーション特定部、４１６動作指図データ生成部、４２２モーションリスト、４２３配信プログラム（プログラム、第２プログラム）、５４０，１０２０，１０２１コントローラ、５００ＨＭＤ、５１０ＨＭＤセンサ、５２０モーションセンサ、５３０ディスプレイ、６００Ａ、６００Ｂ仮想空間、６１０アバターオブジェクト（キャラクタ）、６２０Ａ，６２０Ｂ仮想カメラ、６３１，６３２，６３３，６３４オブジェクト、６４０Ａ，６４０Ｂ視界領域、６５０，６６０視界画像、６７１敵オブジェクト、６７２，６７３障害物オブジェクト、６７４演出オブジェクト、６９１，６９２発話、７０１，７０２，７０３Ａ，７０Ｂ，７０４Ａ，７０４Ｂ，７０５，７０６，７１１，７１１Ａ，７１１Ｂ，７１１Ｃ，７１１Ｄ，７２２，７２３，７４５，７４５Ａ，７４５Ｂ，７４５Ｃ，７５２，７６２，７６３，９３０，２０１１、２０２２、２０３１、２０３２、２０３３、２０３４、２０３７、２０３８、２０５１、２０６３、２０７２、２０７３、２０７５ＵＩ画像（メッセージＵＩ、ＵＩ）、７２１ダウンロード画面、７３１ユーザリスト画面（リスト）、７３２，７３２Ａ，７３２Ｂ，７３２Ｃ，７４２，７４２Ａ，７４２Ｂ，７４２Ｃレコード画像、７３３，７３３Ａ，７３３Ｂ，７３３Ｃユーザ名、７３４，７３４Ａ，７３４Ｂ，７３４Ｃタグ情報、７３５，７３５Ａ，７３５Ｂ，７３５Ｃアイコン、７４１モーションリスト画面（選択肢）、７４３，７４３Ａ，７４３Ｂ，７４３Ｃモーション名、７４４，７４４Ａ，７４４Ｂ，７４４Ｃ，７５３モーション画像、７５１配信画面、７６１配信完了画面、８１０Ａ，８１０Ｂモーション動画、８２０Ａ，８２０Ｂ発話音声、９１０Ａ，９１０Ｂ動画、９２０Ａ，９２０Ｂ音声、１０００ＨＭＤセット、１０１０物体、１０３０記憶媒体

Claims

プロセッサ、メモリ、および表示部を備えるユーザ端末において実行されるゲームプログラムであって、
前記ゲームプログラムに基づくゲームは、ユーザの操作に応じてゲームを進行させる第１パートと、サーバを介してライブ配信される第１情報に基づいてコンテンツを前記表示部に表示する第２パートとを含み、
前記ゲームプログラムは、前記プロセッサに、
前記第１パート中において、所定の達成条件を成立させることにより特典をユーザに関連付ける第１ステップと、
前記第２パート中における第１操作に基づいて、ユーザに関連付けられている特典を前記ライブ配信元の配信者に付与するための処理を行う第２ステップとを実行させる、ゲームプログラム。
前記ゲームプログラムは、前記プロセッサに、
前記第２パート中における第２操作に基づいてユーザに関連付けられている仮想通貨を消費することにより、特典を前記配信者に付与するための処理を行う第３ステップを実行させる、請求項１に記載のゲームプログラム。
前記特典は、前記配信者に付与されるポイントを含み、
前記特典を前記配信者に付与するための処理は、前記特典の付与に伴って前記配信者に付与されるポイントの大きさを特定可能にするための情報を前記サーバに出力する処理を含む、請求項２に記載のゲームプログラム。
前記第３ステップにより前記配信者に付与されるポイントは、前記第２ステップにより前記配信者に付与されるポイントよりも大きい、請求項３に記載のゲームプログラム。
前記第１パートは、前記所定の達成条件を成立させるか否かにかかわる処理を開始する契機となるポータルとして、第１のポータルと、当該第１のポータルよりも希少性が高い第２のポータルとを含む複数のポータルが設けられており、
前記第２のポータルにおいて前記所定の達成条件を成立させることにより関連付けられる特典の付与に伴って前記配信者に付与されるポイントは、前記第１のポータルにおいて前記所定の達成条件を成立させることにより関連付けられる特典の付与に伴って前記配信者に付与されるポイントよりも大きい、請求項３または請求項４に記載のゲームプログラム。
前記第３ステップにより前記仮想通貨を所定量消費して前記配信者に付与されるポイントは、前記第３ステップにより前記仮想通貨を前記所定量よりも少ない量消費して前記配信者に付与されるポイントよりも大きい、請求項３〜請求項５のいずれかに記載のゲームプログラム。
前記特典は、複数種類のアイテムオブジェクトを含み、
前記ゲームプログラムは、前記プロセッサに、
前記第２パート中における前記第１操作および前記第２操作に基づいて、前記配信者に特典として付与されるアイテムオブジェクトを前記表示部に表示する第４ステップを実行させ、
前記特典を前記配信者に付与するための処理は、前記アイテムオブジェクトの種類を特定可能にするための情報を前記サーバに出力する処理を含む、請求項２〜請求項６のいずれかに記載のゲームプログラム。
前記特典を前記配信者に付与するための処理は、前記ユーザを前記配信者が特定可能にするための情報を前記サーバに出力する処理を含み、
前記第１情報は、前記配信者に特典を付与したユーザを特定可能にするための情報を含み、
前記第２パートにおいては、前記第１情報に基づいて前記配信者に特典を付与したユーザにかかわる情報をコンテンツとともに表示する、請求項１〜請求項７のいずれかに記載のゲームプログラム。
プロセッサ、メモリ、および表示部を備えるユーザ端末により実行されるゲーム方法であって、
前記ゲーム方法に基づくゲームは、ユーザの操作に応じてゲームを進行させる第１パートと、サーバを介してライブ配信される第１情報に基づいてコンテンツを前記表示部に表示する第２パートとを含み、
前記ゲーム方法は、前記ユーザ端末が、
前記第１パート中において、所定の達成条件を成立させることにより特典をユーザに関連付ける第１ステップと、
前記第２パート中における第１操作に基づいて、ユーザに関連付けられている特典を前記ライブ配信元の配信者に付与するための処理を行う第２ステップとを備える、ゲーム方法。
情報端末装置であって、
ゲームプログラムを記憶する記憶部と、
前記ゲームプログラムを実行することにより、前記情報端末装置の動作を制御する制御部とを備え、
前記ゲームプログラムに基づくゲームは、ユーザの操作に応じてゲームを進行させる第１パートと、サーバを介してライブ配信される第１情報に基づいてコンテンツを表示部に表示する第２パートとを含み、
前記制御部は、
前記第１パート中において、所定の達成条件を成立させることにより特典をユーザに関連付ける第１ステップと、
前記第２パート中における第１操作に基づいて、ユーザに関連付けられている特典を前記ライブ配信元の配信者に付与するための処理を行う第２ステップとを実行する、情報端末装置。