WO2022137519A1

WO2022137519A1 - 視聴方法、コンピュータ可読媒体、コンピュータシステム、および情報処理装置

Info

Publication number: WO2022137519A1
Application number: PCT/JP2020/048787
Authority: WO
Inventors: 功淳馬場
Original assignee: 株式会社コロプラ
Priority date: 2020-12-25
Filing date: 2020-12-25
Publication date: 2022-06-30
Also published as: JPWO2022137519A1

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

　プロセッサ、メモリ、入力部、および表示部を備える視聴端末において前記プロセッサにより実行される対戦ゲームの視聴のための方法であって、
　前記対戦ゲームのリアルタイムの第１の進行期間において、
　　配信者のモーションを検知する検知部による検知結果に応じて操作される第１オブジェクトが配置されている仮想空間内の映像を表示可能にするための第１表示用データをサーバから受信する第１ステップと、
　　前記第１ステップにより受信された第１表示用データに基づいて、前記仮想空間内の映像を前記表示部に表示する第２ステップと、
　　前記入力部に対するユーザからの入力操作を特定可能にするための操作データを前記サーバに送信する第３ステップと、を含み、
　　前記第１ステップは、前記仮想空間内において、前記第１オブジェクトと、前記入力部に対するユーザからの入力操作に応じて操作される第２オブジェクトとを配置することにより、前記配信者と前記ユーザとで対戦させる対戦ゲームの映像を表示可能にするための第２表示用データを前記サーバから受信し、
　前記対戦ゲームの前記第１の進行期間の経過後に進行する第２の進行期間において、
　　終了後の前記対戦ゲームを再度視聴するための要求を送信する第４ステップと、
　　前記要求に応じて、前記第１の進行期間における前記第１表示用データと、前記操作データと、前記第２表示用データとを受信する第５ステップと、
　　受信した前記第１表示用データと、前記操作データと、前記第２表示用データとに基づいて、前記対戦ゲームの映像を表示させる第６ステップと、
を含む、方法。
　請求項１に記載の方法であって、
　前記第２の進行期間における前記対戦ゲームの進行は、前記第２の進行期間において受信した前記第１表示用データと、前記操作データと、前記第２表示用データと、前記第１の進行期間に受け付けられた前記ユーザの入力操作による行動の記録に基づいて実行される、方法。
　請求項２に記載の方法であって、前記行動の記録が時間情報を含み、
　前記第２の進行期間における前記対戦ゲームの進行は、前記第１の進行期間において、前記入力部を介した前記ユーザの入力操作による時間情報の指定に従う、方法。
　請求項２または３に記載の方法において、
　前記行動が、前記第１の進行期間における、前記入力部を介した前記ユーザの入力操作による特定進行部分の選択を含み、
　前記第２の進行期間において、選択された前記特定進行部分のみの進行が実行される、方法。
　請求項１から４のいずれか一項に記載の方法であって、前記表示部は、
　リアルタイムの前記対戦ゲームの配信に関するメニューを表示する第１画面と、前記第１画面から遷移され、視聴可能なリアルタイム配信に関する情報を表示する第２画面と、前記配信済みの前記対戦ゲームの映像に関する情報を表示するための第３画面とを表示することができるように構成され、
　前記第３画面は、前記第２画面から遷移され、前記第１画面からは遷移されないように構成される、方法。
　請求項５記載の方法であって、前記視聴端末が、
　前記第２画面に対する前記ユーザによる入力操作を受け付けると、前記第２画面から前記第３画面に遷移させるステップを含む、方法。
　対戦ゲームの視聴のための方法であって、前記方法は、
　第１のプロセッサ、第１のメモリ、第１の入力部、および第１の表示部を備える第１ユーザの第１視聴端末において前記第１のプロセッサにより実行される第１のステップ群であって、前記対戦ゲームのリアルタイムの第１の進行期間において、
　　配信者のモーションを検知する検知部による検知結果に応じて操作される第１オブジェクトが配置されている仮想空間内の映像を表示可能にするための第１表示用データをサーバから受信する第１ステップと、
　　前記第１ステップにより受信された第１表示用データに基づいて、前記仮想空間内の映像を前記表示部に表示する第２ステップと、
　　前記第１の入力部に対する第１ユーザからの入力操作を特定可能にするための操作データを前記サーバに送信する第３ステップと、を含み、
　　前記第１ステップは、前記仮想空間内において、前記第１オブジェクトと、前記第１の入力部に対する第１ユーザからの入力操作に応じて操作される第２オブジェクトとを配置することにより、前記配信者と前記第１ユーザとで対戦させる対戦ゲームの映像を表示可能にするための第２表示用データを前記サーバから受信する、第１のステップ群と、
　第２のプロセッサと、第２のメモリと、第２の表示部とを備え、前記第１の進行期間においてリアルタイムに配信されたコンテンツを視聴した前記第１ユーザ以外の第２ユーザの第２視聴端末の前記第２のプロセッサにより実行される、第２のステップ群であって、前記第１のステップ群の実行後に進行する第２の進行期間において、
　　終了後の前記対戦ゲームを再度視聴するための要求を前記サーバへ送信する第４ステップと、
　　前記要求するステップに応じて前記サーバから記録済みの前記第１表示用データと、前記操作データと、前記第２表示用データとを受信する第５ステップと、
　　受信した前記第１表示用データと、前記操作データと、前記第２表示用データとに基づいて、配信済みの前記対戦ゲームの映像を前記第２の表示部に表示する第６ステップと、
を含む、第２のステップ群と、
を含む、方法。
　請求項７に記載の方法において、
　前記第１の進行期間において、前記第１オブジェクトの表示態様は、ゲーム進行期間に関連付けられるシナリオを通じて獲得される有価データを関連付け可能であり、
　前記第２の進行期間において、前記第１オブジェクトの表示態様は、前記有価データが関連付けられない、方法。
　請求項７または８に記載の方法において、
　前記第１の進行期間において、前記第１視聴端末の第１の入力部を介した前記第１ユーザの入力操作による有価データの消費が受け付けられ、
　前記第２の進行期間において、前記第２視聴端末の第２の入力部を介した前記第２ユーザの入力操作による有価データの消費が受け付けられない、方法。
　請求項７から９のいずれか一項記載の方法において、
　前記第１の進行期間において、ゲーム進行期間に関連付けられるシナリオのプレイの結果にポイントが関連付け可能であり、
　前記第２の進行期間において、前記プレイの結果には前記ポイントが関連付けられない、方法。
　請求項７から１０のいずれか一項に記載の方法であって、前記第２の表示部は、
　リアルタイムの前記対戦ゲーム配信に関するメニューを表示する第１画面と、前記第１画面から遷移され、視聴可能なリアルタイム配信を表示する第２画面と、配信済みの前記対戦ゲームの映像に関する情報を表示するための第３画面とを表示可能に構成されており、
　前記第３画面は、前記第２画面から遷移され、前記第１画面からは遷移されないように構成されている、方法。
　請求項１１に記載の方法であって、さらに、前記第２視聴端末に
　前記第２画面に対する第２ユーザによる入力操作を受け付けると、前記第２画面から前記第３画面に遷移させるステップを実行させる、方法。
　コンピュータ実行可能命令を格納したコンピュータ可読媒体であって、前記コンピュータ実行可能命令が実行されると、前記第２視聴端末に、請求項７から１２のいずれか一項に記載の前記第２のステップ群を実行させる、コンピュータ可読媒体。
　コンピュータシステムであって、第１視聴端末と、第２視聴端末を備え、
　前記第１視聴端末は、
　　請求項７に記載の第１のステップ群を含む第１のプログラムを記憶するメモリと、
　　前記第１のプログラムを実行することにより、第１のコンピュータの動作を制御するプロセッサとを備え、
　前記第２視聴端末は、
　　請求項７に記載の第２のステップ群を含む第２のプログラムを記憶するメモリと、
　　前記第２のプログラムを実行することにより、第２のコンピュータの動作を制御するプロセッサとを備える、
コンピュータシステム。
　コンピュータ実行可能命令を格納したコンピュータ可読媒体であって、前記コンピュータ実行可能命令が実行されると、コンピュータに、請求項１から６のいずれか一項に記載の方法を実行させる、コンピュータ可読媒体。
　情報処理装置であって、
　請求項１に記載のステップを含む方法を実行させるプログラムを記憶するメモリと、
　前記プログラムを実行することにより、前記情報処理装置の動作を制御するプロセッサと、を備える、情報処理装置。