特開 2024-109587 プログラム、方法、および端末装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024109587

(43)【公開日】2024-08-14

(54)【発明の名称】プログラム、方法、および端末装置

(51)【国際特許分類】

   G06T 13/40 20110101AFI20240806BHJP

   G06F 3/0481 20220101ALI20240806BHJP

   A63F 13/428 20140101ALI20240806BHJP

   A63F 13/525 20140101ALI20240806BHJP

   A63F 13/86 20140101ALI20240806BHJP

   A63F 13/2145 20140101ALI20240806BHJP

【ＦＩ】

G06T13/40

G06F3/0481

A63F13/428

A63F13/525

A63F13/86

A63F13/2145

【審査請求】有

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2024070958

(22)【出願日】2024-04-24

(62)【分割の表示】P 2020109644の分割

【原出願日】2019-08-30

(71)【出願人】

【識別番号】509070463

【氏名又は名称】株式会社コロプラ

(74)【代理人】

【識別番号】100118902

【弁理士】

【氏名又は名称】山本 修

(74)【代理人】

【識別番号】100106208

【弁理士】

【氏名又は名称】宮前 徹

(74)【代理人】

【識別番号】100196508

【弁理士】

【氏名又は名称】松尾 淳一

(74)【代理人】

【識別番号】100173565

【弁理士】

【氏名又は名称】末松 亮太

(74)【代理人】

【識別番号】100161908

【弁理士】

【氏名又は名称】藤木 依子

(72)【発明者】

【氏名】馬場 功淳

(72)【発明者】

【氏名】福重 潤哉

(57)【要約】

【課題】バーチャルキャラクタの実在感をユーザに抱かせることができる、プログラム、
方法、および端末装置を提供する。
【解決手段】演者の動作に連動して動く第１のキャラクタを含む仮想空間の映像を表示可
能にするための第１の表示用データを受信する。第１の表示用データに基づいて、仮想空
間内で第１のキャラクタが動作する映像を表示する。第１のキャラクタには、予め定めら
れた第１のオブジェクトが関連付けられており、第１のオブジェクトの表示態様は、所定
のルールで変更される。
【選択図】図２８

【特許請求の範囲】

【請求項1】

プロセッサを備える端末装置において実行されるプログラムであって、前記プロセッサに
、
演者の動作に連動して動く第１のキャラクタを含む仮想空間の映像を表示可能にするため
の第１の表示用データを受信するステップと、
前記第１の表示用データに基づいて、前記仮想空間内で前記第１のキャラクタが動作する
映像を表示するステップと、を実行させ、
前記第１のキャラクタには、予め定められた第１のオブジェクトが関連付けられており、
前記第１のオブジェクトの表示態様は、所定のルールで変更される、プログラム。

【請求項2】

前記プロセッサに、
演者の動作に連動して動く第２のキャラクタを含む仮想空間の映像を表示可能にするため
の第２の表示用データを受信するステップと、
前記第２の表示用データに基づいて、前記仮想空間内で前記第２のキャラクタが動作する
映像を表示するステップと、を実行させ、
前記第２のキャラクタには、前記第１のオブジェクトと同種の第２のオブジェクトが関連
付けられており、
前記第２のオブジェクトの表示態様は、固定されている、請求項１に記載のプログラム。

【請求項3】

前記第１のオブジェクトの表示態様は、配信期間毎に、前回の配信期間における表示態様
とは異なる表示態様に変更される、請求項１または請求項２に記載のプログラム。

【請求項4】

前記第１の表示用データは、外部から配信されるデータであって、演者の入力したモーシ
ョンに対応するモーションデータを含み、
前記表示するステップは、前記モーションデータに基づいて前記仮想空間内において前記
第１のキャラクタをリアルタイムに動作させ、前記仮想空間内で当該第１のキャラクタが
動作する映像を表示する、請求項１～請求項３のいずれかに記載のプログラム。

【請求項5】

前記プロセッサに、
前記所定のルールで変更された第１のオブジェクトの表示態様を特定するための第１のデ
ータを受信するステップと、
前記第１のデータに基づいて前記第１のオブジェクトの表示態様を設定するステップを実
行させる、請求項４に記載のプログラム。

【請求項6】

前記プロセッサに、
視点を特定するための態様の少なくとも一部が異なる複数種類の視聴モードのうちのいず
れかに設定するステップを実行させ、
前記表示するステップは、特定される視点から見た前記仮想空間の映像を表示し、
前記複数種類の視聴モードのうちの第１の視聴モードである場合には、前記第１のオブジ
ェクトを表示する位置に視点を移動可能であり、前記第１の視聴モード以外のモードであ
る場合には、前記第１のオブジェクトを表示する位置に視点を移動不可能である、請求項
４または請求項５に記載のプログラム。

【請求項7】

前記端末装置は、当該端末装置の位置および向きを検知する検知部と、タッチスクリーン
とを備え、
前記第１の視聴モードは、前記検知部により検知された位置および向きに基づいて視点を
特定可能な視聴モードであり、
前記複数種類の視聴モードは、前記タッチスクリーンに対するタッチ操作に基づいて視点
を特定する第２の視聴モードを含み、
前記複数種類の視聴モードのうちの前記第２の視聴モードである場合には、前記第１のオ
ブジェクトを表示する位置に視点を移動不可能である、請求項６に記載のプログラム。

【請求項8】

前記第１の表示用データは、外部から配信されるデータであって、前記所定のルールで表
示態様が変更された第１のオブジェクトが関連付けられている第１のキャラクタが前記仮
想空間内において動作する映像を含む動画データであり、
前記表示するステップは、前記動画データに基づいて前記仮想空間内で前記第１のキャラ
クタが動作する映像を表示する、請求項１～３のいずれかに記載のプログラム。

【請求項9】

前記第１のキャラクタには、予め定められた第３のオブジェクトが関連付けられており、
前記第３のオブジェクトは、前記第１のオブジェクトの少なくとも一部を覆うオブジェ
クトである、請求項１～請求項８のいずれかに記載のプログラム。

【請求項10】

プロセッサを備える端末装置において実行される方法であって、
演者の動作に連動して動く第１のキャラクタを含む仮想空間の映像を表示可能にするため
の第１の表示用データを受信するステップと、
前記第１の表示用データに基づいて、前記仮想空間内で前記第１のキャラクタが動作する
映像を表示するステップと、を備え、
前記第１のキャラクタには、予め定められた第１のオブジェクトが関連付けられており、
前記第１のオブジェクトの表示態様は、所定のルールで変更される、方法。

【請求項11】

プロセッサを備える端末装置であって、
演者の動作に連動して動く第１のキャラクタを含む仮想空間の映像を表示可能にするため
の第１の表示用データを受信し、
前記第１の表示用データに基づいて、前記仮想空間内で前記第１のキャラクタが動作する
映像をし、
前記第１のキャラクタには、予め定められた第１のオブジェクトが関連付けられており、
前記第１のオブジェクトの表示態様は、所定のルールで変更される、端末装置。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

従来より、演者によって制御されるバーチャルキャラクタを表示するためのシステムがあ
る。このようなシステムにおいては、ユーザから表示要求がなされた装飾オブジェクトを
バーチャルキャラクタに装着させて表示するものがあった。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特許第６４２０９３０号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかし、従来のシステムにおいては、ユーザからの要求に応じた部位が当該要求に従って
装飾されるものであった。このため、例えばバーチャルキャラクタの特定部位の表示態様
が自発的に変化するような実在感をユーザに抱かせることができず、改善の余地があった
。

【0005】

本発明は、かかる実情に鑑み考え出されたものであり、その目的は、バーチャルキャラク
タの実在感をユーザに抱かせることができる、プログラム、方法、および端末装置を提供
することである。

【課題を解決するための手段】

【0006】

本開示に示す一実施形態のある局面によれば、プロセッサを備える端末装置において実行
されるプログラムであって、プロセッサに、演者の動作に連動して動く第１のキャラクタ
を含む仮想空間の映像を表示可能にするための第１の表示用データを受信するステップと
、第１の表示用データに基づいて、仮想空間内で第１のキャラクタが動作する映像を表示
するステップと、を実行させ、第１のキャラクタには、予め定められた第１のオブジェク
トが関連付けられており、第１のオブジェクトの表示態様は、所定のルールで変更される
。

【発明の効果】

【0007】

本発明によれば、バーチャルキャラクタの実在感をユーザに抱かせることができる。

【図面の簡単な説明】

【0008】

【図1】ある実施の形態に従うシステムの概要の一例を示す図である。

【図2】ある実施の形態に従うユーザ端末のハードウェア構成の一例を示すブロック図である。

【図3】ある実施の形態に従うサーバのハードウェア構成の一例を示すブロック図である。

【図4】ある実施の形態に従うゲームプレイ端末のハードウェア構成の一例を示すブロック図である。

【図5】ある実施の形態に従う配信端末のハードウェア構成の一例を示すブロック図である。

【図6】ある実施の形態に従うユーザ端末、サーバ、ＨＭＤセットの機能的構成の一例を示すブロック図である。

【図7】ある実施の形態に従う配信端末の機能的構成の一例を示すブロック図である。

【図8】ある実施の形態に従うユーザ端末およびゲームプレイ端末において実行される処理の一部を表すフローチャートである。

【図9】ある実施の形態に従う、プレイヤに提供される仮想空間、および、プレイヤが視認する視界画像の一例を示す図である。

【図10】ある実施の形態に従う、ユーザ端末のユーザに提供される仮想空間、および、該ユーザが視認する視界画像の一例を示す図である。

【図11】ユーザ端末のユーザが視認する視界画像の他の例を示す図である。

【図12】ユーザ端末のユーザが視認する視界画像のさらに別の例を示す図である。

【図13】ある実施の形態に従うゲームプレイ端末において実行される処理の一部を表すフローチャートである。

【図14】ある実施の形態に従うユーザ端末において実行される処理の一部を表すフローチャートである。

【図15】ある実施の形態に従うサーバにおいて実行される処理の一部を表すフローチャートである。

【図16】ある実施の形態に従う、ゲームに参加したユーザのリストの一具体例を示す図である。

【図17】ある実施の形態に従う配信端末において実行される処理の一部を表すフローチャートである。

【図18】ある実施の形態に従う配信端末に表示される画面の一具体例を示す図である。

【図19】ある実施の形態に従う配信端末に表示される画面の他の具体例を示す図である。

【図20】ある実施の形態に従う、プレイヤによる音声入力の一具体例を示す図である。

【図21】ある実施の形態に従う配信端末に表示される画面のさらなる別の具体例と、動作指図データの配信の概要とを示す図である。

【図22】ある実施の形態に従う、プレイヤによる音声入力の他の具体例を示す図である。

【図23】ある実施の形態に従う配信端末に表示される画面のさらなる別の具体例と、動作指図データの配信の概要とを示す図である。

【図24】ある実施形態に従うゲームプレイ端末からユーザ端末へのゲーム進行情報の送信の概要を示す図である。

【図25】ある実施の形態に従うユーザ端末において実行される処理の一部を表すフローチャートである。

【図26】動画再生の一具体例を示す図である。

【図27】動画再生の他の具体例を示す図である。

【図28】（Ａ）は、ゲームプレイ端末側における表示態様制御処理の一例を示すフローチャートであり、（Ｂ）は、ユーザ端末側における表示態様設定処理の一例を示すフローチャートである。

【図29】（Ａ）はＮ回目のライブ配信映像の一例を示す図であり、（Ｂ）はＮ＋１回目のライブ配信映像の一例を示す図であり、（Ｃ）はＮ＋２回目のライブ配信映像の一例を示す図である。

【図30】（Ａ）は通常視聴モードにおけるライブ配信映像の一例を示す図であり、（Ｂ）はＡＲ視聴モードにおけるライブ配信映像の一例を示す図である。

【発明を実施するための形態】

【0009】

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

【0010】

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

【0011】

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

【0012】

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

【0013】

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

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

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

【0064】

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

【0065】

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

【0066】

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

【0067】

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

【0068】

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

【0069】

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

【0070】

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

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

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

【0076】

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

【0077】

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

【0078】

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

【0079】

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

【0080】

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

【0081】

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

【0082】

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

【0083】

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

【0084】

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

【0085】

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

【0086】

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

【0087】

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

【0088】

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

【0089】

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

【0090】

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

【0091】

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

【0092】

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

【0093】

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

【0094】

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

【0095】

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

【0096】

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

【0097】

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

【0098】

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

【0099】

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

【0100】

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

【0101】

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

【0102】

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

【0103】

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

【0104】

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

【0105】

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

【0106】

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

【0107】

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

【0108】

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

【0109】

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

【0110】

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

【0111】

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

【0112】

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

【0113】

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

【0114】

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

【0115】

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

【0116】

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

【0117】

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

【0118】

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

【0119】

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

【0120】

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

【0121】

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

【0122】

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

【0123】

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

【0124】

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

【0125】

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

【0126】

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

【0127】

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

【0128】

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

【0129】

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

【0130】

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

【0131】

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

【0132】

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

【0133】

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

【0134】

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

【0135】

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

【0136】

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

【0137】

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

【0138】

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

【0139】

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

【0140】

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

【0141】

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

【0142】

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

【0143】

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

【0144】

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

【0145】

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

【0146】

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

【0147】

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

【0148】

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

【0149】

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

【0150】

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

【0151】

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

【0152】

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

【0153】

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

【0154】

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

【0155】

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

【0156】

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

【0157】

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

【0158】

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

【0159】

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

【0160】

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

【0161】

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

【0162】

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

【0163】

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

【0164】

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

【0165】

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

【0166】

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

【0167】

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

【0168】

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

【0169】

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

【0170】

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

【0171】

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

【0172】

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

【0173】

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

【0174】

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

【0175】

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

【0176】

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

【0177】

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

【0178】

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

【0179】

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

【0180】

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

【0181】

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

【0182】

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

【0183】

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

【0184】

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

【0185】

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

【0186】

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

【0187】

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

【0188】

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

【0189】

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

【0190】

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

【0191】

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

【0192】

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

【0193】

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

【0194】

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

【0195】

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

【0196】

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

【0197】

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

【0198】

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

【0199】

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

【0200】

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

【0201】

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

【0202】

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

【0203】

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

【0204】

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

【0205】

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

【0206】

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

【0207】

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

【0208】

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

【0209】

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

【0210】

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

【0211】

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

【0212】

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

【0213】

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

【0214】

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

【0215】

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

【0216】

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

【0217】

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

【0218】

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

【0219】

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

【0220】

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

【0221】

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

【0222】

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

【0223】

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

【0224】

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

【0225】

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

【0226】

本ゲームでは、ゲームプレイ端末３００は、配信コンテンツであるゲーム進行情報をサー
バ２００を介して複数のユーザ端末１００に配信する。当該複数のユーザ端末１００の各
々は、当該ゲーム進行情報に基づいて配信コンテンツをタッチスクリーン１５に表示する
。具体的には、ユーザ端末１００のメモリ１１には、アバターオブジェクト６１０を含む
オブジェクトを表示するための複数種類のオブジェクトデータが予め記憶されている。ユ
ーザ端末１００は、ゲームプレイ端末３００からゲーム進行情報を受信したとき、当該ゲ
ーム進行情報から動作指図データを特定し、当該動作指図データを解析（レンダリング）
することにより、オブジェクトの種類・位置・姿勢等を特定する。また、ユーザ端末１０
０は、当該解析結果に基づき、メモリ１１に記憶されているオブジェクトデータを用いて
、アバターオブジェクト６１０を含むオブジェクトを仮想空間６００Ｂに配置する。タッ
チスクリーン１５には、現在の仮想カメラ６２０Ｂの位置および向きに応じた視界領域６
４０Ｂの視界画像６６０が表示される。なお、アバターオブジェクト６１０を含むオブジ
ェクトは、ゲームプレイ端末３００により規定された仮想空間６００Ａにも配置され、当
該オブジェクトの位置・姿勢等は、仮想空間６００Ａおよび６００Ｂの間で一致する。

【0227】

配信コンテンツには、アバターオブジェクト６１０として表示されるキャラクタが異なる
複数種類のコンテンツが設けられている。複数種類のコンテンツには、例えば、１回ある
いは不定期に配信される第１配信コンテンツや、毎日あるいは所定曜日の所定時間におい
て定期的に配信される第２配信コンテンツなどが含まれる。

【0228】

第１配信コンテンツおよび第２配信コンテンツは、それぞれ、例えば主役あるいは進行役
として登場するキャラクタや、内容・進行具合い・その他に登場するキャラクタ、コンテ
ンツ中に行われるゲームの種類等が異なる複数種類のコンテンツが設けられている。また
、第２配信コンテンツは、毎回、種類に応じた同じキャラクタ（例えば、コンテンツａに
応じてキャラクタａ）が登場するとともにキャラクタ背景（例えば花輪オブジェクト等）
が表示されるものの、同じ種類のコンテンツ（例えば、コンテンツａ）であっても毎回内
容等が異なる。

【0229】

アバターオブジェクト６１０として表示されるキャラクタには、キャラクタの種類毎に、
衣服やアクセサリー等の装飾オブジェクト（テクスチャ画像）が関連付けられている。以
下では、当該装飾オブジェクトの表示態様を特定する具体的な手法を例示する。

【0230】

配信コンテンツには、アバターオブジェクト６１０として第１のキャラクタが仮想空間６
００Ｂに登場する第１キャラクタコンテンツや、アバターオブジェクト６１０として第２
のキャラクタが仮想空間６００Ｂに登場する第２キャラクタコンテンツなどが含まれる。
第１キャラクタコンテンツを配信する場合、動作指図データは、第１のキャラクタを含む
オブジェクトが配置された仮想空間６００Ｂの映像を表示可能にするためのデータ（第１
の表示用データ）である。一方、第２キャラクタコンテンツを配信する場合、動作指図デ
ータは、第２のキャラクタを含むオブジェクトが配置された仮想空間６００Ｂの映像を表
示可能にするためのデータ（第２の表示用データ）である。

【0231】

第１のキャラクタおよび第２のキャラクタのいずれにおいても、上半身や、下半身、手、
足、首元、耳たぶ、目元等の各部位には、衣服やアクセサリー（ネックレス、イヤリング
、眼鏡等）に相当する装飾オブジェクトが予め関連付けられている。関連付ける装飾オブ
ジェクトの種類や部位は、キャラクタの種類に応じて異なるように定められている。

【0232】

本実施形態では、第１のキャラクタには、シャツに相当する第１のオブジェクトと、当該
第１のオブジェクト（シャツ）の上に羽織ることで当該第１のオブジェクトの一部を覆う
第３のオブジェクト（ブラウス）とを含む装飾オブジェクトが関連付けられている。一方
、第２のキャラクタには、第１のオブジェクトと同種の第２のオブジェクト（デザイン等
が異なるシャツ）を含む装飾オブジェクトが関連付けられている。

【0233】

ここで、第１のキャラクタに関連付けられている第１のオブジェクトの表示態様について
は、配信開始時などの配信毎に、ゲームプレイ端末３００側において所定のルール（例え
ば乱数抽選）にしたがって決定される。ゲームプレイ端末３００は、当該表示態様を特定
可能な表示態様情報を含むゲーム進行情報をユーザ端末１００に対して配信し、ユーザ端
末１００は、当該表示態様情報に基づいて第１のオブジェクトの表示態様を特定して設定
する。一方、第１のキャラクタに関連付けられている第１のオブジェクト以外の装飾オブ
ジェクトの表示態様は、第３のオブジェクトの表示態様も含めて、予め固定されている。
ユーザ端末１００は、第１のオブジェクト以外の装飾オブジェクトの表示態様を固定の表
示態様に設定する。他方、第２のキャラクタに関連付けられている装飾オブジェクトの表
示態様は、第１のオブジェクトと同種の第２のオブジェクトの表示態様も含めて、予め固
定されている。ユーザ端末１００は、当該装飾オブジェクトの表示態様を固定の表示態様
に設定する。

【0234】

このため、第１のキャラクタに関連付けられている装飾オブジェクトのうち第１のオブジ
ェクトの表示態様は、配信毎に変更される。ここで、表示態様の変更は、テクスチャ画像
を変更することを含み、第１のオブジェクトのテクスチャ画像が、配信毎に変更される。
一方、第１のキャラクタに関連付けられている第１のオブジェクト以外の装飾オブジェク
トと、第２のキャラクタに関連付けられている装飾オブジェクトとについては、表示態様
は、配信の回数目（配信期間）にかかわらず固定される。

【0235】

表示態様とは、装飾オブジェクトを表示部１５２に表示する際の態様である。本実施形態
では、第１のオブジェクト（シャツ）について決定する表示態様が当該第１のオブジェク
トの表示色（即ち、シャツの色）である例を示す。このため、第１のキャラクタに関連付
けられているシャツ、ブラウス等の装飾オブジェクトのうち、シャツの色が、複数色（白
、黒、赤、緑、青、紫等）のうちから特定される。

【0236】

本実施形態において、定期的に配信される第２配信コンテンツには、例えば、第１のオブ
ジェクトの表示態様が毎回変更される第１のキャラクタが登場する第１キャラクタコンテ
ンツが含まれる。また、本実施形態では、第１のキャラクタとして、例えば、オフィスレ
ディーの様相を呈するキャラクタを例示する。ただし、第１のキャラクタはこれに限るも
のではなく、例えばキャラクタに設定されている年齢が所定年齢（１８歳）未満となるキ
ャラクタ（例えば高校生キャラクタ）や、応援団の様相を呈するキャラクタ、女子大学生
の様相を呈するキャラクタなどであってもよい。

【0237】

コンテンツは、予め定められている配信期間にゲームプレイ端末３００から配信される。
コンテンツの配信を開始する際、ゲームプレイ端末３００のプロセッサ３０は、図２８（
Ａ）に示す表示態様制御処理を実行する。また、ユーザ端末１００側におけるコンテンツ
の視聴は、予め定められているコンテンツアイコンに対するユーザからのタッチ操作など
により開始される。タッチ操作によりコンテンツの視聴を開始する際、ユーザ端末１００
側のプロセッサ１０は、図２８（Ｂ）に示す表示態様設定処理を実行する。

【0238】

図２８（Ａ）を参照して、ゲームプレイ端末３００は、ステップＳ８１において、現在の
タイミングがコンテンツ毎に予め定められているコンテンツ配信の開始タイミングと一致
するか否かを、メモリ３１に記憶されている配信スケジュールに基づいて判定する。即ち
、メモリ３１には、コンテンツを配信する時間帯や、当該コンテンツの種類（登場するキ
ャラクタ、すなわち第１キャラクタコンテンツであるか、第２キャラクタコンテンツであ
るかなど）などの情報が、配信スケジュールとして記憶されている。ステップＳ８１では
、当該配信スケジュールに基づいて一致するか否かを判定する。

【0239】

当該開始タイミングと一致すると判定されたときは、ステップＳ８２に進む。ステップＳ
８２では、今回配信するコンテンツが第１キャラクタコンテンツであるか否かを、当該配
信スケジュールに基づいて判定する。当該第１キャラクタコンテンツであると判定された
ときは、ステップＳ８３に進む。

【0240】

ステップＳ８３では、今回の配信期間において第１のキャラクタに関連付けられる装飾オ
ブジェクトのうち第１のオブジェクトの表示態様（即ち、シャツの色）を、複数種類の表
示態様（白、黒、赤、緑、青、紫等）のうちから乱数抽選により（ランダムで）決定する
。より具体的に、第１キャラクタコンテンツは、前述したとおり、定期的に配信される第
２配信コンテンツであり、ステップＳ８３においては、第１キャラクタコンテンツの前回
配信時に決定された前回配信時における表示態様とは異なる表示態様を、乱数抽選により
決定する。これにより、第１のオブジェクトの表示態様（即ち、シャツの色）は、前回配
信時と異なる表示態様に変更される。

【0241】

ステップＳ８４では、ゲーム進行情報に含まれる情報として、ステップＳ８３で決定され
た表示態様を特定可能な表示態様情報（第１のデータ）を設定する。第１キャラクタコン
テンツが配信される場合には、演者のモーション等に応じた情報であってステップＳ８３
の決定に応じた表示態様情報を含むゲーム進行情報が所定時間（例えば１／６０秒）毎に
配信される。

【0242】

ステップＳ８４の処理が完了したとき、ステップＳ８１において現在のタイミングがコン
テンツ配信の開始タイミングと一致すると判定されなかったとき、またはステップＳ８２
において今回配信するコンテンツが第１キャラクタコンテンツであると判定されなかった
ときは、リターンする。第１キャラクタコンテンツ以外のコンテンツが配信される場合に
は、演者のモーション等に応じたゲーム進行情報が所定時間（例えば１／６０秒）毎に配
信される。

【0243】

図２８（Ｂ）を参照して、ユーザ端末１００は、ステップＳ９１において、コンテンツの
視聴開始操作が行われたか否かを、タッチスクリーン１５に対する入力操作に基づいて判
定する。当該視聴開始操作が行われたと判定されなかったときはリターンし、当該視聴開
始操作が行われたと判定されたときはステップＳ９２に進む。ステップＳ９２では、ゲー
ムプレイ端末３００から受信したゲーム進行情報が表示態様情報を含んでいるか否かを、
当該ゲーム進行情報を解析することにより判定する。

【0244】

当該表示態様情報を含んでいると判定されると、ステップＳ９３に進み、今回の配信期間
における第１のオブジェクトの表示態様を当該表示態様情報に基づいて設定する。即ち、
今回の配信期間における装飾オブジェクトの表示態様のうち、第１のオブジェクトの表示
態様（即ち、シャツの色）を、当該表示態様情報により特定された表示態様（白、黒、赤
、緑、青、紫等のうちのいずれか）に設定する。ステップＳ９３の処理が完了したとき、
またはステップＳ９２において表示態様情報を含むゲーム進行情報を受信したと判定され
なかったときは、ステップＳ９４に進む。

【0245】

ステップＳ９４では、第１のキャラクタに関連付けられている装飾オブジェクトのうち第
１のオブジェクト以外のオブジェクトの表示態様として、固定の表示態様を設定する。ま
た、第１のキャラクタ以外のキャラクタが登場するコンテンツを視聴する場合、ステップ
Ｓ９４では、第１のキャラクタとは異なるキャラクタ（例えば第２のキャラクタなど）に
関連付けられている装飾オブジェクト（シャツを含む）の表示態様として、固定の表示態
様を設定する。即ち、第１キャラクタコンテンツが配信される場合には、第１のキャラク
タに関連付けられている装飾オブジェクトのうち第１のオブジェクト（シャツ）以外の装
飾オブジェクト（ブラウス、ズボン、靴等）を、固定の表示態様（固定の色）に設定する
。一方、第１キャラクタコンテンツとは異なるコンテンツ（例えば第２キャラクタコンテ
ンツ）が配信される場合には、第１のキャラクタとは異なるキャラクタ（例えば第２のキ
ャラクタなど）に関連付けられている衣装オブジェクトの全てを、固定の表示態様に設定
する。

【0246】

ステップＳ９３およびＳ９４の処理により、仮想空間６００Ｂ内において動作させるアバ
ターオブジェクト６１０のモデルデータが生成される。コンテンツ視聴中においては、当
該モデルデータに基づくアバターオブジェクト６１０が、ゲームプレイ端末３００から配
信されたゲーム進行情報に含まれる動作指図データに基づいて動作する。ステップＳ９４
の処理が完了すると、リターンする。

【0247】

図２９は、第１キャラクタコンテンツの視聴中における第１のキャラクタを含むオブジェ
クトの表示例を示す。図２９においては、第１のキャラクタの背後に、花輪を想起させる
花輪オブジェクトが配置されている。第１のキャラクタは、動作指図データに基づいて動
作する。

【0248】

第１のキャラクタに関連付けられる装飾オブジェクトとしては、上半身に着用するシャツ
、当該シャツの上に羽織ったブラウス、下半身着用するズボン、足に着用する靴などが定
められている。また、第１のオブジェクトであるシャツ以外の装飾オブジェクトについて
は、表示態様としての色が一律に定められている。例えば、ブラウスおよび靴については
白色が定められており、ズボンについてはグレー色が定められている。

【0249】

一方、第１のオブジェクトであるシャツについては、図２８のステップＳ８３で示したと
おり、コンテンツ配信毎に前回配信時とは異なる色が設定される。当該シャツの表示態様
として、第１キャラクタコンテンツを対象とするＮ回目のライブ配信においては、図２９
（Ａ）に示すように白色が設定されている。また、第１キャラクタコンテンツを対象とす
るＮ＋１回目のライブ配信においては、図２９（Ｂ）に示すようにグレー色が設定され、
第１キャラクタコンテンツを対象とするＮ＋２回目のライブ配信においては、図２９（Ｃ
）に示すように青色（図中の縞模様は青色であることを示す）が設定されている。このよ
うに、第１キャラクタコンテンツについては、同じ第１のキャラクタが、コンテンツ配信
毎に異なる色のシャツを着用して登場する。

【0250】

＜本実施形態の効果＞
本実施形態によれば、演者の動作に連動して動く第１のキャラクタを含む仮想空間６００
Ｂの映像は、ゲームプレイ端末３００から配信された動作指図データ（第１の表示用デー
タ）に基づいて表示される。ここで、第１のキャラクタには、予め定められた第１のオブ
ジェクト（シャツ）が関連付けられており、第１のオブジェクトの表示態様（シャツの色
）は、所定のルールで変更される。これにより、第１のオブジェクトの表示態様を自発的
に変化させることができ、その結果、第１のキャラクタの実在感をユーザに抱かせること
ができる。

【0251】

また、本実施形態によれば、演者の動作に連動して動く第２のキャラクタを含む仮想空間
６００Ｂの映像は、ゲームプレイ端末３００から配信された動作指図データ（第２の表示
用データ）に基づいて表示される。ここで、第２のキャラクタには、第１のオブジェクト
と同種の第２のオブジェクト（シャツ）が関連付けられており、第２のオブジェクトの表
示態様（シャツの色）は、固定されている。これにより、第１のキャラクタの実在感を際
立たせることができる。

【0252】

さらに、本実施形態によれば、第１のオブジェクトの表示態様は、配信期間毎に、前回の
配信期間における表示態様とは異なる表示態様に変更される。これにより、配信毎に第１
のオブジェクトの表示態様を意図的に変化させているといった印象とともに、今回の配信
期間においてはどのような表示態様で登場するのかといった面白みをユーザに提供でき、
当該配信の視聴率を向上させることができる。

【0253】

また、本実施形態によれば、第１の表示用データは、ゲームプレイ端末３００から配信さ
れるデータであって、演者の入力したモーションに対応するモーションデータを含む。仮
想空間６００Ｂ内で第１のキャラクタが動作する映像は、当該モーションデータに基づい
て当該仮想空間６００Ｂ内において第１のキャラクタをリアルタイムに動作させることに
より表示される。これにより、配信されるデータ量を抑制することが可能となる。

【0254】

さらに、本実施形態によれば、所定のルールで変更された第１のオブジェクトの表示態様
は、ゲームプレイ端末３００から配信される表示態様情報（第１のデータ）により特定さ
れる。第１のオブジェクトの表示態様は、当該第１のデータに基づいて設定される。これ
により、複数のユーザ端末１００における第１のオブジェクトの表示態様をゲームプレイ
端末３００側で一律に制御することができる。

【0255】

また、本実施形態によれば、第１のキャラクタには、予め定められた第３のオブジェクト
（ブラウス）が関連付けられている。当該第３のオブジェクトは、第１のオブジェクトの
少なくとも一部を覆うオブジェクトである。これにより、第１のオブジェクトが表示され
る具合を、第３のオブジェクトにより制御することが可能となる。

【0256】

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

【0257】

（１）上記実施形態においては、仮想空間６００Ａと同じ仮想空間６００Ｂ内においてア
バターオブジェクト６１０等を動作させ、仮想空間６００Ｂに配置されている仮想カメラ
６２０Ｂであってユーザ端末１００のタッチスクリーン１５に対するスワイプ操作に応じ
て変化する仮想カメラ６２０Ｂの位置、向き、および傾きに応じた視界領域６４０Ｂの視
界画像６６０をユーザ端末１００のタッチスクリーン１５に表示する通常視聴モードにつ
いて説明した。

【0258】

しかし、アバターオブジェクト６１０等を動作させる空間は、仮想空間に限らず、現実空
間であってもよい。現実空間としては、例えば、カメラ（撮像部）１７により撮影されて
取得した取得画像により特定される空間であってもよい。具体的には、例えばＡＲ視聴モ
ードに切り替えられると、ユーザ端末１００においては、カメラ１７により撮影されて取
得した取得画像を解析することにより、床面等の平面部が特定され、例えばアバターオブ
ジェクト６１０が少なくとも配置されているＡＲ用仮想空間が当該平面部の所定位置（例
えば平面部の中心位置）に配置される。また、この場合における仮想カメラ６２０Ｂは、
取得画像を撮影したときのカメラ１７の撮影方向と同じ方向からＡＲ用仮想空間を捉える
位置に配置される。この結果、カメラ１７からの取得画像に対して仮想カメラ６２０Ｂか
らの視界画像を重畳させてなる拡張現実空間内の画像が表示部１５２に表示される。さら
に、ユーザ端末１００は、カメラ１７の実際の位置、向き、傾き等を検出し、当該位置、
向き、傾き等に応じて仮想カメラ６２０Ｂの位置、向き、傾き等を変更する。これにより
、取得画像は、カメラ１７の位置、向き、傾き等の変更に応じて変化させることができる
。

【0259】

ＡＲ視聴モードが選択されているユーザ端末１００においては、カメラ１７から取得した
取得画像に対してアバターオブジェクト６１０を含むオブジェクトを配置させてなる拡張
現実空間内において、アバターオブジェクト６１０等が動作する。これにより、ユーザの
目の前の現実空間においてアバターオブジェクト６１０等が実際に動作しているかのよう
な印象（臨場感）をユーザに抱かせることができる。

【0260】

図３０は、帽子を着用した女性を模したキャラクタ（以下、第１’のキャラクタと称する
）が仮想空間６００Ｂに登場する例を示す。第１’のキャラクタには、当該第１’のキャ
ラクタが全身に羽織るワンピース、頭部に被る帽子、耳に付けるピアスなどの装飾オブジ
ェクトが関連付けられている。図３０では、第１’のキャラクタに関連付けられている装
飾オブジェクトのうちのピアスが、第１のオブジェクトに相当する。このため、当該ピア
スの表示態様は、図２８のステップＳ８３により、配信毎に異なる表示態様に設定される
。なお、定期的に配信される第２配信コンテンツには、例えば、第１のオブジェクトの表
示態様が毎回変更される第１’のキャラクタが登場するキャラクタコンテンツが含まれる
。

【0261】

まず、図３０（Ａ）を参照して、通常視聴モードについて説明する。図３０（Ａ－１）は
、第１’のキャラクタが正面を向いて右手の人差し指を前に掲げているときの表示例であ
る。図３０（Ａ－２）は、第１’のキャラクタが右斜め前を向いて右手の人差し指で前方
を指しているときの表示例である。当該通常視聴モードでは、スワイプ操作に応じて仮想
カメラ６２０Ｂの位置、向き、および傾きが変更される。ただし、ピアスは第３のオブジ
ェクトに相当する帽子により覆われており、どのようにスワイプ操作を行ったとしても、
ピアスが見える位置（例えば、後述する図３０（Ｂ－３）や図３０（Ｂ－４）などを表示
可能とする位置）に仮想カメラ３２０Ｂを移動させることはできない。通常視聴モードで
は、図３０（Ａ）に示すように、ＡＲ視聴モードに切り替えるためのＡＲモード移行用ア
イコン１８２が通常表示される。通常視聴モードにおいて当該ＡＲモード移行用アイコン
１８２に対するタッチ操作等が検出されることにより、ＡＲ視聴モードに切り替えること
ができる。

【0262】

図３０（Ｂ）を参照して、ＡＲ視聴モードについて説明する。図３０（Ｂ－１）および図
３０（Ｂ－２）は、各々、図３０（Ａ－１）および図３０（Ａ－２）と同じタイミングに
おけるＡＲ視聴モード中の表示例を示している。当該ＡＲ視聴モードでは、カメラ１７に
より撮影されて取得された取得画像に対して第１’のキャラクタが配置されている拡張現
実空間の画像のうち、仮想カメラ６２０Ｂからの画像が、表示部１５２に表示される。当
該第１’のキャラクタは、ゲームプレイ端末３００から配信された動作指図データに基づ
いて動作する。また、仮想カメラ６２０Ｂの位置、向き、傾き等は、カメラ１７の実際の
位置、向き、傾き等に応じて変更される。なお、ＡＲ視聴モードでは、ＡＲモード移行用
アイコン１８２が強調態様で表示（図３０（Ｂ）では白黒反転表示）されることにより、
ＡＲ視聴モード中である旨が報知される。

【0263】

このため、第１’のキャラクタの左方の斜め下あたりから左耳を見上げるようにカメラ１
７の位置・向き等を調整すれば、ピアスが見える位置に仮想カメラ３２０Ｂが移動し、ピ
アスの画像が表示部１５２に表示される（図３０（Ｂ）の（Ｂ－３）参照）。即ち、ピア
スの表示態様は、ＡＲ視聴モードを選択し、カメラ１７の位置・向き等を調整することに
より、確認することができる。これにより、ＡＲ視聴モードで視聴することに対するモチ
ベーションをユーザに持たせることができ、ひいては好趣を向上させることができる。な
お、第１’のキャラクタの足元から当該第１’のキャラクタの左半身を見上げるようにカ
メラ１７の位置・向き等を調整すれば、図３０（Ｂ）の（Ｂ－４）に示すように、足を含
む左半身の画像が表示部１５２に表示される。

【0264】

このようにＡＲ視聴モードにおいては、カメラ１７の位置・向き等を調整することにより
、第１’のキャラクタに関連付けられる第１のオブジェクトであるピアスを表示可能な位
置（例えば、第１’のキャラクタの首元から見上げるような位置、第１’のキャラクタの
足元から見上げるような位置など）に仮想カメラ６２０Ｂを移動させることができる。そ
の結果、第１のオブジェクトであるピアスを表示させることができ、ユーザは当該ピアス
の表示態様を確認できる。一方、通常視聴モードにおいては、前述したように、どのよう
に操作を行ったとしても、第１’のキャラクタに関連付けられる第１のオブジェクトであ
るピアスを表示可能な位置（例えば、第１’のキャラクタの首元から見上げるような位置
、第１’のキャラクタの足元から見上げるような位置など）に仮想カメラ６２０Ｂを移動
させることができない。その結果、第１のオブジェクトであるピアスを表示させることが
できず、ユーザは当該ピアスの表示態様を確認できない。

【0265】

ＡＲ視聴モードでは、強調態様で表示されているＡＲモード移行用アイコン１８２に対す
るタッチ操作等が検出されることにより通常視聴モードに切り替えることができる。なお
、ＡＲ視聴モードでは、ＡＲモード移行用アイコン１８２を強調態様で表示するとともに
、ＡＲモードリセット用アイコンを通常表示するようにし、当該ＡＲモードリセット用ア
イコンへのタッチに応じてＡＲモードをリセット（再起動）するようにしてもよい。ＡＲ
モードがリセットされると、床面等の平面部が再度特定され、当該平面部の所定位置にＡ
Ｒ用仮想空間６００Ｃ内の視界画像が配置される。

【0266】

なお、ＡＲ視聴モードにおいて第１のオブジェクトが表示されている状態で、強調態様で
表示されているＡＲモード移行用アイコン１８２へのタップ操作が行われた場合、仮想カ
メラ６２０Ｂの視点は、予め定められている視点（例えば仮想空間６００Ｂを正面から捉
える視点）に戻されるか、あるいは通常モードにおいて仮想カメラ６２０Ｂが移動可能な
範囲内のうちの仮想カメラ６２０Ｂの移動量が最小となる視点に変更される。これにより
、モード切替前後における視点のズレを極力低減できる。また、ＡＲ視聴モードにおいて
第１のオブジェクトが表示されている状態（図３０（Ｂ－３）等）では、ＡＲモード移行
用アイコン１８２を一時的に非表示とするようにしてもよい。

【0267】

また、ＡＲ視聴モードでは、カメラ１７の位置、向き、および傾き等の変化に同期させて
仮想カメラ６２０Ｂが制御される。しかし、仮想カメラ６２０Ｂは、ユーザからの入力操
作（例えば、スワイプ操作、タッチ操作等）に応じて、位置、向き、および傾き等を制御
するようにしてもよい。これにより、ユーザからの入力操作に応じて、仮想カメラ６２０
Ｂの視界領域を変更でき、その結果、取得画像上に配置される視界画像を変更できる。具
体的には、スワイプ操作により、取得画像上に配置されるアバターオブジェクト等（例え
ば、アバターオブジェクト６１０のみ、アバターオブジェクト６１０およびその他のオブ
ジェクト、仮想空間全体）を回転させたり、移動させたりできる。これにより、例えば、
ユーザ端末１００の位置や向き等を十分に調整できないような狭いスペースにおいて拡張
現実空間を生成してアバターオブジェクト６１０等を動作させているときであっても、タ
ッチスクリーン１５に対する入力操作により当該アバターオブジェクト６１０等を回転・
移動させることが可能となる。

【0268】

さらに、視聴モードとしては、システム１の運営者側のスイッチャの操作に基づいて仮想
カメラ６２０Ｂの位置、向き、傾き等が変更されるＴＶモードを設け、ユーザの操作に応
じて当該ＴＶモードに切替え可能とするようにしてもよい。ただし、当該ＴＶモードにお
いては、第１のオブジェクトが見える位置に仮想カメラ３２０Ｂが移動させることができ
ず、即ち当該第１のオブジェクトを表示部１５２に表示することができない。

【0269】

（２）上記実施形態においては、リアルタイムレンダリング方式により、アバターオブジ
ェクト６１０が動作している映像を再生するようにしている。しかし、当該映像は動画配
信方式により再生するようにしてもよい。この場合、第１キャラクタコンテンツについて
は、所定のルールで表示態様が変更された第１のオブジェクトが、ゲームプレイ端末３０
０において第１のキャラクタに関連付けられ、当該第１のキャラクタが仮想空間内におい
て動作する映像を含む動画データが、第１の表示用データとしてゲームプレイ端末３００
から配信される。ユーザ端末１００のタッチスクリーン１５には、当該動画データに基づ
いて仮想空間内で第１のキャラクタが動作する映像が表示される。

【0270】

（３）上記実施形態におけるアバターオブジェクト６１０の衣装等の表示態様は、アバタ
ーオブジェクト６１０の種類に応じて一律に定められている。しかし、アバターオブジェ
クト６１０の衣装等の表示態様は、例えば、ゲームの進行度合い（例えば、ゲームで勝利
する毎、あるいはアイテムを投入する毎等）に応じてユーザ毎に異なり得るようにしても
よい。例えば、ゲームプレイ端末３００側から送信されるゲーム進行情報が同じであって
も、アバターオブジェクト６１０の衣装を、ゲームの進行度合いに応じた衣装とするよう
にしてもよい。この場合、アバターオブジェクト６１０の衣装データは、各ユーザ端末１
００側において予め複数種類記憶されているようにしてもよい。なお、アバターオブジェ
クト６１０の表示態様を異ならせる対象は、衣装に限らず、髪型、肌の色、化粧の程度等
であってもよい。これにより、ゲーム進行情報を出力するゲームプレイ端末３００側の処
理負担を増大させることなく、アバターオブジェクト６１０のバリエーションを増やすこ
とができるため、ユーザを惹きつけることが可能となる。

【0271】

これに替えてあるいは加えて、アバターオブジェクト６１０の表示態様は、ゲーム中にお
いてユーザによる課金に応じて、他のユーザのユーザ端末１００において表示される表示
態様と異ならせることができるようにしてもよい。また、アバターオブジェクト６１０の
表示態様は、ゲームの結果に応じて更新されるユーザのランキングに応じて異なるように
してもよい。さらに、第１キャラクタコンテンツを受信できるユーザ端末１００は、例え
ばゲーム中において課金額が多いユーザのユーザ端末１００のように、一部のユーザ端末
１００に制限するようにしてもよい。

【0272】

（４）上記実施形態においては、ステップＳ８３の処理によって、第１のオブジェクト（
シャツ）の表示態様のうちの色を変更するようにしている。しかし、ステップＳ８３にお
いては、色の替わりに、または色とともに、第１のオブジェクトの形状を変更するように
してもよい。例えば、シャツをＶネックのものから丸首のものに変更したり、ピアスを星
形のものからリング状のものに変更するようにしてもよい。また、ステップＳ８３におい
ては、色や形状・種類等を決定するものに替えてあるいは加えて、当該第１のオブジェク
ト自体の表示（例えば着用させる）・非表示（着用させない）を決定するようにしてもよ
い。

【0273】

（５）上記実施形態においては、第１のキャラクタに関連付けられている装飾オブジェク
トのうちのいずれかのオブジェクト（例えば、シャツ、ピアス）を第１のオブジェクトと
し、当該第１のオブジェクトの表示態様を変更するようにしている。しかし、第１のオブ
ジェクトは、第１のキャラクタに関連付けられているオブジェクトであれば、シャツやピ
アスに限らず、靴下、ズボン、髪留め、手袋、帽子、下着などのオブジェクトであっても
よい。また、装飾オブジェクトに限らず、例えば、第１のキャラクタ自身にかかわるオブ
ジェクト（例えば、髪型、ネイル等）であってもよい。さらに、第１のキャラクタに関連
付けられている第１のオブジェクトの表示態様を変更するとともに、第１のキャラクタの
背景のオブジェクト（例えば花輪オブジェクト）の表示態様を変更するようにしてもよい
。

【0274】

（６）上記実施形態においては、第１のキャラクタの関連付けられている装飾オブジェク
トのうち、第１のオブジェクト以外の装飾オブジェクトの表示態様は、予め固定されてい
る。しかし、第１のオブジェクト以外の装飾オブジェクトの表示態様は、配信毎ではなく
、例えば、所定回数（５回）配信される毎や、季節毎、時間帯毎等に変更するようにして
もよい。同様に、上記実施形態においては、第２のキャラクタに関連付けられている装飾
オブジェクトの表示態様が予め固定されているが、当該表示態様についても、所定回数（
５回）配信される毎や、季節毎、時間帯毎等に変更するようにしてもよい。

【0275】

（７）上記実施形態においては、定期的に配信される第２配信コンテンツにおいて登場す
るキャラクタ（第１のキャラクタや第１’のキャラクタなど）に関連付けられている第１
のオブジェクトの表示態様が配信毎に変更される例について説明した。しかし、不定期に
配信される第１配信コンテンツにおいて登場するキャラクタに関連付けられている第１の
オブジェクトの表示態様についても、前回配信時とは異なる表示態様に変更されるように
してもよい。

【0276】

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

【0277】

（付記１）：
本開示に示す一実施形態のある局面によれば、プロセッサを備える端末装置（ユーザ端末
１００）において実行されるプログラムであって、前記プロセッサに、演者の動作に連動
して動く第１のキャラクタ（アバターオブジェクト６１０）を含む仮想空間の映像を表示
可能にするための第１の表示用データ（動作指図データ）を受信するステップ（Ｓ２６）
と、前記第１の表示用データに基づいて、前記仮想空間内で前記第１のキャラクタが動作
する映像を表示するステップ（Ｓ２９）と、を実行させ、前記第１のキャラクタには、予
め定められた第１のオブジェクトが関連付けられており、前記第１のオブジェクトの表示
態様（色）は、所定のルールで変更される。

【0278】

（付記２）：
（付記１）において、前記プロセッサに、演者の動作に連動して動く第２のキャラクタ（
別のアバターオブジェクト６１０）を含む仮想空間の映像を表示可能にするための第２の
表示用データを受信するステップ（Ｓ２６）と、前記第２の表示用データに基づいて、前
記仮想空間内で前記第２のキャラクタが動作する映像を表示するステップ（Ｓ２９）と、
を実行させ、前記第２のキャラクタには、前記第１のオブジェクトと同種の第２のオブジ
ェクトのシャツ）が関連付けられており、前記第２のオブジェクトの表示態様（色）は、
固定されている。

【0279】

（付記３）：
（付記１）または（付記２）において、前記第１のオブジェクトの表示態様は、配信期間
毎に、前回の配信期間における表示態様とは異なる表示態様に変更される。

【0280】

（付記４）：
（付記１）から（付記３）のいずれかにおいて、前記第１の表示用データは、外部から配
信されるデータであって、演者の入力したモーションに対応するモーションデータを含み
、前記表示するステップは、前記モーションデータに基づいて前記仮想空間内において前
記第１のキャラクタをリアルタイムに動作させ、前記仮想空間内で当該第１のキャラクタ
が動作する映像を表示する。

【0281】

（付記５）：
（付記４）において、前記プロセッサに、前記所定のルールで変更された第１のオブジェ
クトの表示態様を特定するための第１のデータ（表示態様情報）を受信するステップ（Ｓ
９２）と、前記第１のデータに基づいて前記第１のオブジェクトの表示態様を設定するス
テップ（Ｓ９３）を実行させる。

【0282】

（付記６）：
（付記４）または（付記５）において、前記プロセッサに、視点を特定するための態様の
少なくとも一部が異なる複数種類の視聴モード（通常視聴モード、ＡＲ視聴モード）のう
ちのいずれかに設定するステップを実行させ、前記表示するステップは、特定される視点
から見た前記仮想空間の映像を表示し、前記複数種類の視聴モードのうちの第１の視聴モ
ード（ＡＲ視聴モード）である場合には、前記第１のオブジェクトを表示する位置に視点
を移動可能であり、前記第１の視聴モード以外のモードである場合には、前記第１のオブ
ジェクトを表示する位置に視点を移動不可能である。

【0283】

（付記７）：
（付記６）において、前記端末装置は、当該端末装置の位置および向きを検知する検知部
と、タッチスクリーンとを備え、前記第１の視聴モードは、前記検知部により検知された
位置および向きに基づいて視点を特定可能な視聴モードであり、前記複数種類の視聴モー
ドは、前記タッチスクリーンに対するタッチ操作に基づいて視点を特定する第２の視聴モ
ード（通常視聴モード）を含み、前記複数種類の視聴モードのうちの前記第２の視聴モー
ドである場合には、前記第１のオブジェクトを表示する位置に視点を移動不可能である。

【0284】

（付記８）：
（付記１）から（付記３）のいずれかにおいて、前記第１の表示用データは、外部から配
信されるデータであって、前記所定のルールで表示態様が変更された第１のオブジェクト
が関連付けられている第１のキャラクタが前記仮想空間内において動作する映像を含む動
画データであり、前記表示するステップは、前記動画データに基づいて前記仮想空間内で
前記第１のキャラクタが動作する映像を表示する。

【0285】

（付記９）：
（付記１）から（付記８）のいずれかにおいて、前記第１のキャラクタには、予め定めら
れた第３のオブジェクトが関連付けられており、前記第３のオブジェクトは、前記第１の
オブジェクトの少なくとも一部を覆うオブジェクトである。

【0286】

（付記１０）：
本開示に示す一実施形態のある局面によれば、プロセッサを備える端末装置において実行
される方法であって、演者の動作に連動して動く第１のキャラクタを含む仮想空間の映像
を表示可能にするための第１の表示用データを受信するステップと、前記第１の表示用デ
ータに基づいて、前記仮想空間内で前記第１のキャラクタが動作する映像を表示するステ
ップと、を備え、前記第１のキャラクタには、予め定められた第１のオブジェクトが関連
付けられており、前記第１のオブジェクトの表示態様は、所定のルールで変更される。

【0287】

（付記１１）：
本開示に示す一実施形態のある局面によれば、プロセッサを備える端末装置であって、演
者の動作に連動して動く第１のキャラクタを含む仮想空間の映像を表示可能にするための
第１の表示用データを受信し、前記第１の表示用データに基づいて、前記仮想空間内で前
記第１のキャラクタが動作する映像をし、前記第１のキャラクタには、予め定められた第
１のオブジェクトが関連付けられており、前記第１のオブジェクトの表示態様は、所定の
ルールで変更される。

【0288】

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

【0289】

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

【0290】

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

【符号の説明】

【0291】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【手続補正書】

【提出日】2024-05-20

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

コンピュータを、
第１のキャラクタを含む仮想空間の映像を表示可能にするための第１の表示用データを受信する第１受信手段と、
前記第１の表示用データに基づいて、前記仮想空間内で前記第１のキャラクタが動作する映像を表示する第１表示手段と、として機能させ、
前記第１のキャラクタには、予め定められた第１のオブジェクトが関連付けられており、
前記第１のオブジェクトの表示態様は、前記映像の進行度合いに応じた表示態様に変更される、プログラム。

【請求項2】

前記コンピュータを、
演者の動作に連動して動く第２のキャラクタを含む仮想空間の映像を表示可能にするための第２の表示用データを受信する第２受信手段と、
前記第２の表示用データに基づいて、前記仮想空間内で前記第２のキャラクタが動作する映像を表示する第２表示手段と、としてさらに機能させ、
前記第２のキャラクタには、前記第１のオブジェクトと同種の第２のオブジェクトが関連付けられており、
前記第２のオブジェクトの表示態様は、固定されている、請求項１に記載のプログラム。

【請求項3】

前記第１のオブジェクトの表示態様は、配信期間毎に、前回の配信期間における表示態様とは異なる表示態様に変更される、請求項１または請求項２に記載のプログラム。

【請求項4】

前記第１の表示用データは、外部から配信されるデータであって、演者の入力したモーションに対応するモーションデータを含み、
前記第１表示手段は、前記モーションデータに基づいて前記仮想空間内において前記第１のキャラクタをリアルタイムに動作させ、前記仮想空間内で当該第１のキャラクタが動作する映像を表示する、請求項１～請求項３のいずれかに記載のプログラム。

【請求項5】

前記コンピュータを、
変更された前記第１のオブジェクトの表示態様を特定するための第１のデータを受信する第３受信手段と、
前記第１のデータに基づいて前記第１のオブジェクトの表示態様を設定する第１設定手段と、としてさらに機能させる、請求項４に記載のプログラム。

【請求項6】

前記コンピュータを、
視点を特定するための態様の少なくとも一部が異なる複数種類の視聴モードのうちのいずれかに設定する第２設定手段としてさらに機能させ、
前記第１表示手段は、特定される視点から見た前記仮想空間の映像を表示し、
前記複数種類の視聴モードのうちの第１の視聴モードである場合には、前記第１のオブジェクトを表示する位置に視点を移動可能であり、前記第１の視聴モード以外のモードである場合には、前記第１のオブジェクトを表示する位置に視点を移動不可能である、請求項４または請求項５に記載のプログラム。

【請求項7】

前記第１の表示用データは、外部から配信されるデータであって、表示態様が変更された第１のオブジェクトが関連付けられている第１のキャラクタが前記仮想空間内において動作する映像を含む動画データであり、
前記第１表示手段は、前記動画データに基づいて前記仮想空間内で前記第１のキャラクタが動作する映像を表示する、請求項１～３のいずれかに記載のプログラム。

【請求項8】

前記第１のキャラクタには、予め定められた第３のオブジェクトが関連付けられており、
前記第３のオブジェクトは、前記第１のオブジェクトの少なくとも一部を覆うオブジェ
クトである、請求項１～請求項７のいずれかに記載のプログラム。

【請求項9】

コンピュータシステムであって、
第１のキャラクタを含む仮想空間の映像を表示可能にするための第１の表示用データを受信し、
前記第１の表示用データに基づいて、前記仮想空間内で前記第１のキャラクタが動作する映像をし、
前記第１のキャラクタには、予め定められた第１のオブジェクトが関連付けられており、
前記第１のオブジェクトの表示態様は、前記映像の進行度合いに応じた表示態様に変更される、コンピュータシステム。