JP6724110B2 - 仮想空間中のアバター表示システム、仮想空間中のアバター表示方法、コンピュータプログラム - Google Patents

Description

本開示は、仮想空間中のアバター表示システム、仮想空間中のアバター表示方法、コンピュータプログラムに関する。

近年、ネットワークを介してライブコンテンツを配信するサービスがインターネット生放送として普及している。このようなインターネット生放送において、配信者が仮想空間内で仮想キャラクタ（アバター）として登場し、その映像をライブコンテンツとして配信する技術が提案されている。このようなライブコンテンツでは、モーションキャプチャ技術によって、配信者の動作が仮想キャラクタの動作として合成された映像が配信される。

下記の特許文献１には、仮想空間内に登場している複数のアバター間の距離に応じて、アバターの表示態様を変える構成が開示されている。具体的には、最も距離が遠い第１段階ではアニメーション動作をしない静止したアバター画像が描画され、そこから接近した第２段階ではアバターが歩行アニメーションだけを行い、更に接近した第３段階ではアバターは上半身のジェスチャー動作アニメーションを行い、最も接近した第４段階ではアバターの顔部分にアバター操作者本人の実写顔写真をはめ込むようにし、多人数が参加する仮想空間のライブコンテンツ配信において、必要伝送帯域やＣＰＵ（セントラルプロセッシングユニット）などの負荷を減らして実現性を向上させようとすることが意図されている。

また、下記の特許文献２には、人物の代理オブジェクトではなく、波の動きを、コンピュータグラフィックス（ＣＧ）を利用した仮想的オブジェクトとして描画しようとする画像生成システムにおいて、波のＣＧ描画オブジェクトが、同様の岩のＣＧ描画オブジェクトにぶつかってから飛沫が飛ぶように描画を行うと、海岸に岩や波が多数存在する状況では、個々の波対岩の衝突判定が極めて頻繁となり計算付加が重く、リアルタイムな飛沫の描画が難しくなるので、具体的な波と岩との衝突の判定ではなく、岩が存在する領域全体に対する波の衝突判定を行うようにして、システムの計算付加を低減させ、この結果、リアリティがあり破綻のないＣＧ描画を行おうとする構成が提案されている。

特開２００１−１６０１５４号公報 特開２００２−２１６１６５号公報

インターネット生放送などでライブコンテンツを楽しむ視聴者が近年増加をしており、その様なライブコンテンツでは、生放送の視聴者がただ単にコンテンツを視聴して楽しむだけでなく、視聴者自身が自分のアバターをこのライブコンテンツに、すなわちライブコンテンツが提供する仮想空間の中に、登場させて楽しむことができるものが登場している。

このような視聴者アバターの参加が可能なシステムでは、視聴者は自分が選んだ、あるいはデザインした外観のアバターとしてこのライブコンテンツに登場し、この結果、このライブコンテンツを視聴する他の視聴者に視認されることで、自分の存在がアピールできる満足感が得られる。また視聴者が投入した視聴者アバターの視点から、ライブコンテンツが提供する仮想空間内を見ることができるので、没入感が高まる。さらに、視聴者はアバターとして仮想空間内で、このライブコンテンツを主催して配信する配信者アバターと、あるいは同様に参加している他の視聴者のアバターと会話を楽しむこともできるので、これも仮想空間への没入感を高めることにつながる。

ところで、アバターの形でライブコンテンツに登場し参加する視聴者は、自らのアバターの外観や動きを他の視聴者から視聴されたり、自分が操作するアバターの視点からライブコンテンツの仮想空間を見て楽しんだり、あるいは他のアバターと会話をして楽しむ、といった先に説明した楽しみ方ばかりではなく、他のアバターと握手したり、他のアバターととともにダンスを楽しむ、といった、アバター同士の接触を伴うアクションを楽しみたい、と望むことが考えられる。

このような、アバター同士の接触を伴うアクションとして、先に挙げた握手、ダンスなどのほかにも、ハイタッチ（手のひらを高く上げて他人の手のひらと合わせる動作の和製英語。片手を合わせる動作を英語表現では「ｈｉｇｈ ｆｉｖｅ」といい、両手を合わせる動作を同じく「ｈｉｇｈ ｔｅｎ」という。）、手をつなぐ、相撲、レスリング、ボクシング、腕相撲などの格闘系スポーツ、かたぐるま、二人三脚、ハグ、肩をたたく、指切り、おしくらまんじゅう、手つなぎ鬼、など枚挙にいとまがない。

特に、手をつなぐことや握手やハイタッチは、日常の実空間で頻繁に行われている慣習であるし、手を組む、あるいは合わせるだけで簡単に行えるので、仮想空間内でアバター同士が行う動作として、今後ニーズが高まるものと予想される。

一方、例えば握手をする際には、双方のアバターは自分の手を差し出して、相手のアバターの手のひらと、ある程度精密に位置合わせを行う必要がある。

ところが、仮想空間内の各種オブジェクト、アバターの描画については、特にこれら描画対象物に動きがある場合に、システムの負荷を低減する目的で描画のためのデータ伝送速度は抑制がされている場合が多く、アバターの動きは、人間が実空間で感じる人体の動きよりも間引かれて、間歇的に描画が行われる。このため、アバター同士の握手など、アバター同士が接触を行うアクションは、不自然さのない、アバターを操作する立場では操作感のよい、アバターの描画を含めたシステムの提供が従来は困難であった。

本発明は上記の状況に鑑みてなされたものであって、仮想空間内の動きをライブコンテンツとして放送する際に、仮想空間内に登場しているアバター同士が接触する握手などのアクションを不自然さがなく、アバターを操作する立場では操作感のよい構成を提供するという課題を解決するための、仮想空間中のアバター表示システム、仮想空間中のアバター表示方法、コンピュータプログラムを提供することを発明の目的とする。

上記の課題を解決するために本発明は、下記の１）〜７）に記載の仮想空間中のアバター表示システム、仮想空間中のアバター表示方法、コンピュータプログラムを提供する。
１）
通信回線を介して接続される複数の端末の利用者が３次元仮想空間を共有し、該３次元仮想空間中に個々の利用者を象徴するアバターを出現させ、モーションデータを含んだ、アバターのレンダリング用データを複数の端末それぞれへ配信部から配信することによって、複数の端末それぞれの表示画面においてアバター同士の接触動作を含む各アバターのコンピュータグラフィック・アニメーション表示を実現する、仮想空間中のアバター表示システムであって、
３次元仮想空間内において、各アバター相互の距離情報を生成する距離情報生成部を更に備え、且つ、当該システムが有する制御部が、生成された相互の距離情報に応じてモーションデータを配信部から複数の端末へ送信する送信間隔を変動させることにより、配信部が行う、モーションデータを含んだアバターのレンダリング用データ配信の単位時間当たりの情報量を変動させるよう構成されたことを特徴とする、仮想空間中のアバター表示システム。
２）
複数の端末の少なくともいずれかが、相互の距離情報を生成する対象のアバターを選択する選択部を備えたことを特徴とする、１）に記載の仮想空間中のアバター表示システム。
３）
制御部は、生成されたアバター相互の距離が、あらかじめ決められた閾値を下回った場合に配信の単位時間当たりの情報量を増加させるよう制御することを特徴とする、１）または２）に記載の仮想空間中のアバター表示システム。
４）
通信回線を介して接続される複数の端末の利用者が３次元仮想空間を共有し、該３次元仮想空間中に個々の利用者を象徴するアバターを出現させるとともに、配信部が、モーションデータを含んだ、アバターのレンダリング用データを複数の端末それぞれへ配信する配信ステップを備えることによって、複数の端末それぞれの表示画面においてアバター同士の接触動作を含む各アバターのコンピュータグラフィック・アニメーション表示を実現する、仮想空間中のアバター表示方法であって、
距離情報生成部が３次元仮想空間内において各アバター相互の距離情報を生成するステップを更に備え、且つ、当該システムが有する制御部が、生成された相互の距離情報に応じてモーションデータを配信部から複数の端末へ送信する送信間隔を変動させることにより、配信ステップで実行される、モーションデータを含んだアバターのレンダリング用データ配信の単位時間当たりの情報量を変動させるよう構成されたことを特徴とする、仮想空間中のアバター表示方法。
５）
複数の端末の少なくともいずれかに備えられた選択部が相互の距離情報を生成する対象のアバターを選択するステップ、を備えたことを特徴とする、４）に記載の仮想空間中のアバター表示方法。
６）
制御部は、生成されたアバター相互の距離が、あらかじめ決められた閾値を下回った場合に配信の単位時間当たりの情報量を増加させるよう制御することを特徴とする、４）または５）に記載の仮想空間中のアバター表示方法。
７）
４）乃至６）のいずれか１項に記載の仮想空間中のアバター表示方法が備える各ステップをコンピュータに実行させるコンピュータプログラム。

本発明にかかるコンテンツ配信受信システムの構成模式図である。 図１のコンテンツ配信受信システムが有するコンテンツ配信サーバのブロック図である。 図１のコンテンツ配信受信システムが有する配信者端末のブロック図である。 図１のコンテンツ配信受信システムが有する第１の視聴者端末のブロック図である。 図４の第１の視聴者端末の外観模式図である。 本発明のコンテンツ配信受信システムが実行する、生放送コンテンツ視聴についてのシークエンス・チャートである。 本発明のコンテンツ配信受信システムが配信する仮想空間の模式図である。 本発明のコンテンツ配信受信システムが配信する、仮想空間の配信映像の模式図である。 本発明のコンテンツ配信受信システムに用いられるアバターレンダリング用データの模式図である。 本発明のコンテンツ配信受信システムにおける、生放送中のコンテンツに視聴者アバターが参加する際のシークエンス・チャートである。 本発明のコンテンツ配信受信システムが配信する、視聴者アバターが加わった仮想区間の模式図である。 本発明のコンテンツ配信受信システムが配信する、図１１の仮想空間を各視点から見た配信映像の模式図である。 本発明のコンテンツ配信受信システムで用いられる、アバター同士が接触するアクションの例の模式図である。 アバター同士が握手をする場合の細部について、従来技術と本発明とを比較した説明図である。 本発明のコンテンツ配信受信システムが実行する、アバター同士が握手を行う場合の細部を説明する説明図である。 図１５図示の握手の動作を説明するフローチャートである。 本発明のコンテンツ配信受信システムにおける、種々の表示の態様を示す模式図である。

以下、本開示に係る実施形態について説明する。なお、以下に説明する本実施形態は、それぞれ例示に過ぎず、本発明の趣旨を脱しない範囲で種々の変形が可能であり、これらもまた本発明が包含する。

〔コンテンツ配信受信システム１の構成〕
図１は、本発明にかかるコンテンツ配信受信システム１の構成を模式的に示した図である。

コンテンツ配信受信システム１は、コンテンツ配信サーバ２、配信者端末１１、第１の視聴者端末１２、第２の視聴者端末２２を含んで構成され、これら各構成はインターネット通信網３あるいはその他の通信網によって相互にデータ交換が可能に接続されている。コンテンツ配信サーバ２は、汎用のコンピュータが、本システム１専用のコンピュータプログラムで動作するように構成されたサーバである。

配信者端末１１は、後に説明を行う仮想空間３０を用いたライブコンテンツの配信であるインターネット生放送に用いられ、このライブコンテンツを主催する配信者が用いる、例えばパーソナルコンピュータである。第１の視聴者端末１２は、上記のライブコンテンツを生放送として視聴する視聴者が用いる、例えばパーソナルコンピュータであり、あるいはスマートフォン、ＰＤＡ（パーソナルデジタルアシスタント）など様々な情報端末を用いて実現してもよい。

第２の視聴者端末２２は、上記のライブコンテンツを再生コンテンツあるいはインターネット生放送の形で視聴する視聴者が用いる、例えばパーソナルコンピュータであり、あるいはスマートフォン、ＰＤＡ（パーソナルデジタルアシスタント）など様々な情報端末を用いて実現してもよい点も同様である。

なお、図１図示構成および上記の説明は説明を簡潔明瞭にするため、構成する端末等の数を説明で言及する範囲に制限したが、本発明の実施に当たってはもちろん、より多数の視聴者端末を含んで構成することが可能である。

〔コンテンツ配信サーバ２の構成〕
図２に図示するように、コンテンツ配信サーバ２は、サーバ内外のデータ送信端である入出力インターフェース２ａ、各サーバ２構成の動作の制御統制を行うＣＰＵ（セントラルプロセッシングユニット）を備える制御部２ｂを有している。

同じくサーバ２が有するコンテンツ情報記憶部２ｃは、インターネット生放送が行われている、あるいは今後行おうとするコンテンツ（番組）の情報を、コンテンツを配信する配信者の情報、このコンテンツが外部からのアバターの参加を受け入れているかあるいは拒否しているか、についての情報、あるいは、特定の視聴者のみからのアバター参加を許している場合にはその特定視聴者の情報などを記録している。

コンテンツ配信部２ｄは、配信者端末１１から送信されたライブコンテンツを、視聴を求めてきた各端末へ送信して視聴に供する。プログラム記憶部２ｆは、このサーバ２の各実行動作を実現するためのプログラムなどを記憶している。

ユーザ管理部２ｇは、先に説明した各ライブコンテンツを主催する配信者が用いる配信者端末、そのライブコンテンツを視聴してコンテンツの視聴、改変や追加を行った視聴者が用いる視聴者端末、などの情報をＩＰ（インターネットプロトコル）アドレスや、動画像配信サービスのアカウント情報などのデータとして保持しており、従ってこのユーザ管理部２ｇが記憶する情報を用いて、あるライブコンテンツがどの端末へ送信供給されているのか、などをデータとして記憶している。

バスライン２ｉは、これらサーバ２の各構成間を相互にデータ交換可能に接続する。

〔配信者端末１１の構成〕
図３に示すように、配信者端末１１は、まず、端末内外の情報入出力端である入出力インターフェース１１ａ、端末１１の各構成の制御統制を行うＣＰＵ（セントラルプロセッシングユニット）を備えた制御部１１ｂを有している。

配信者が自分の仮想的な分身であるアバターを仮想空間内に登場させて、所望の動作をさせるために、まず、先に説明をした、バーチャルオブジェクトの仕様データの一つであるアバターの仕様データとして、アバターの外観データ、アバターのボイスキャラクタデータ、アバターの効果音のデータ、アバターの音楽データなどが、この配信者端末１１のデータ記憶部１１ｉに記憶されており、アバター操作部１１ｃは、操作者である配信者などの身体につけた加速度センサーや、３Ｄカメラで自分の動きを撮影したデータ、あるいはドップラーセンサで自分の身体各所の動きをセンシングしたデータを用い、これらモーションデータを取得して、先に説明をしたバーチャルオブジェクトのモーションデータの一つである、アバターのモーションデータとして取得する。

具体的には、図９に示すように、アバター操作部１１ｃは、バーチャルオブジェクトの仕様データの一つである、アバターの外観データ９−１を含めた仕様データを自分で用意するか、システムが用意して選択に供する中から選ぶか、ネット上に配置された外観データあるいは仕様データのＵＲＬ（ユニフォームリソースロケーター）を指定するなどして決定する。

そして、配信者自身の身体各所の動きをセンシングした結果であるモーションデータ９−２として、図９（Ｂ）に示すように、身体各所を節９−２ａとしてその位置情報、動きの情報を得る。節９−２ａをつなぐ枝９−２ｂの情報を更に生成して、節９−２ａ同士の関係を明確化するように構成してもよい。なお、バーチャルオブジェクトの仕様データの一つである、アバターの仕様データとは、例えば若い女性の外観を有するアバターを男性が操作する場合に、男性が発生した声をボイスチェンジして若い女性の声にするための、声の周波数特性データ（音声キャラクタデータ）、アバターが動く場合の特有の効果音、アバターが現れると特徴的にバックに流れる音楽のデータなどであり、ほかのデータを含めてももちろんよい。

同じく、アバター以外のバーチャルオブジェクト（バーチャルアイテム、仮想アイテム、仮想オブジェクトなどともいう）について、その外観データばかりではなく、アイテムが発生する場合には音声キャラクタデータを仕様データとして付加してもよいし、同様に効果音データや音楽データをそれぞれのバーチャルオブジェクトに対して仕様データとして付加してもよい。以上の点は、本システム１で用いられるアバターを含めた種々のバーチャルオブジェクトに共通している。

レンダリング部１１ｅは、端末１１の外部から送信をされた、あるいは端末１１内部に記憶されたバーチャルオブジェクトの仕様データ、およびバーチャルオブジェクトのモーションデータを用いてこれらバーチャルオブジェクトをレンダリング（描画）する構成であって、現在端末１１から配信中のライブコンテンツのバーチャルオブジェクトに関するデータをサーバ２から受け取り、コンテンツの内容をリアルタイムに確認するモニタリングなどに用いられる。

このために、レンダリング部１１ｅは、上に示したアバターの外観のデータ９−１を含めたアバターの仕様のデータとモーションデータ９−２、この後に説明するように、３次元仮想空間内に投げ込まれたバーチャルオブジェクトの仕様データとモーションデータ、３次元仮想空間の背景画像や仮想空間内に置かれたバーチャルオブジェクトの仕様データおよびモーションデータを用いて、仮想空間を可視化するための描画（レンダリング）を行い、得られた、内包するバーチャルオブジェクトを含めた仮想空間の映像は、配信者端末１１の表示部１１ｆに表示される。

先に説明をしたように、例えばアバターについてのレンダリングは、図９（Ｃ）に示すように、バーチャルオブジェクトの仕様データの一つであるアバター外観データ９−１に対して、その各所の位置や動きをモーションデータ９−２から得て、現在のアバターの位置や動きを示すアバターのレンダリング用データ９−３を生成する。

なお、レンダリングは、動画データではなく静止画データであるアバターの外観データ９−１と、アバターのモーションデータ９−２を構成する節９−２ａや枝９−２ｂのデータとを用いて行うことができるので、外観データ９−１は静止画データであることからデータ容量が小さいし、節９−２ａや枝９−２ｂのデータは画像データではなく限られた数の点の座標データもしくは運動ベクトルデータであるのでこれもデータの容量が小さく、この結果、データの送信、受信、記憶やレンダリングに要する伝送路やハードウエアの負担は極めて小さいものとすることができる。

さらに、アバターの外観データ９−１、や仕様データをロウデータ（具体的な生データ）そのものではなく、ＵＲＬ（ユニフォームリソースロケーター）でＷＥＢ上のデータの保存先として指定すれば、より小さな文字列データで送信や記憶を行うことができる。これらの有利な点は、これら外観データや仕様データやモーションデータをシステムのどの構成で生成し、伝送し、記憶し、レンダリングするかによらず同様の効果を奏するものであるし、人のアバターに限らず、バーチャルオブジェクトをレンダリングしようとする際には共通の効果となる。

なお、アバターを外観のみならず音声を含めて表示（本明細書では「表示」を、画像の表示のみならず、スピーカー、振動子などを用いた音声、効果音などの表示をも含む意味で用いることとする。）を行う場合、アバターが発する音声の情報、および音声のキャラクタ情報を、システム１が送受信あるいは記憶するデータの対象に含めるようにしてもよい。

例えば先に説明したように、アバターが若い女性の外観とキャラクタを有していてそのアバターを操作する配信者などが男性である場合、男性のオリジナルの発声をまず記憶し、記憶した男性の音声をボイスチェンジして若い女性の発声としてアバターの表示に用いることとなる。そのボイスチェンジに用いる発声のキャラクタ情報（若い女性キャラクタの発声の周波数スペクトラム等）が、配信者などアバターを操作する者の発声情報とともに、アバター外観情報に、あるいは他の情報に含まれるようにする点は有効である。同じく、バーチャルオブジェクトをライブコンテンツに追加する際に、効果音（爆発音、衝突音、飛翔音、オノマトペなど）や、音楽を追加してもよく、それら効果音データ、音楽データをもシステム１が送受や記憶する対象のデータとしてもよい。それらもまたアバター仕様データあるいはその他のデータに追加がなされる。なお、仕様データには、振動に関するデータを含めてもよく、その場合、例えばアバターを操作するコントローラ（ボタンなどが付属した操作具）を振動させるようにしてもよいのであり、この点はシステム１の各所、各局面においても同様である。

表示部１１ｆは、配信者自身がライブコンテンツを視聴したり、現在配信者が配信中のライブコンテンツの内容を確認するためにレンダリング画像をモニタリングしたり、各種操作を行ったりするために画面表示を行う構成であって、パーソナルコンピュータの表示パネルや、顔面に装着されるゴーグルタイプのＨＭＤ（ヘッドマウントディスプレイ）などで実現される。操作部１１ｇは配信者が各種動作の操作に用いるもので、例えばパーソナルコンピュータのキーボード、マウス、タッチパネルでもよいし、あるいは操作者のモーションデータで操作するデバイスであってもよい。プログラム記憶部１１ｈは、ライブコンテンツの配信や視聴に必要なコンピュータプログラムを記憶しており、汎用のコンピュータオペレーティングシステム（ＯＳ）、インターネット閲覧プログラム（ブラウザ）等を含んでいてもよい。データ記憶部１１ｉは、ライブコンテンツに用いられる仮想空間の背景のデータ、バーチャルデータの仕様データ、モーションデータなどを記憶する。

コメント投稿部１１ｋは、ライブコンテンツの表示画面にかぶさって表示がされた、あるいは仮想空間３０内のバーチャルオブジェクトの表面に表示がなされたり、大きな文字の形をしたオブジェクトのようにそれ自体が独立したバーチャルオブジェクトとして表示される文字情報であるコメントをサーバ２に投稿するための構成である。バスライン１１ｍは配信者端末１１の各構成を、データを相互に交換可能に接続する。

第１の視聴者端末１２と第２の視聴者端末２２とは共通の構成を有しており、以下では第１の視聴者端末１２を例として説明を行う。

〔第１の視聴者端末１２の構成〕
図４に図示するように、第１の視聴者端末１２は、端末１２内外のデータ送受端である入出力インターフェース１２ａ、端末１２各所の制御統制を行うＣＰＵ（セントラルプロセッシングユニット）を備えた制御部１２ｂを有している。

先に説明をした、バーチャルオブジェクトの仕様データの一つであるアバターの仕様データとして、アバターの外観データ、アバターのボイスキャラクタデータ、アバターの効果音のデータ、アバターの音楽データなどが、データ記憶部１２ｉに記憶されており、アバター操作部１２ｃは、操作者である視聴者などが自分の仮想的な分身であるアバターを仮想空間内に登場させて、所望の動作をさせるために、自分の身体につけた加速度センサーや、３Ｄカメラで自分の動きを撮影したデータ、あるいはドップラーセンサで自分の身体各所の動きをセンシングしたデータを用い、これらモーションデータを取得して、そのままで、あるいはレンダリングした画像情報としてサーバ２に送信を行う。

先に説明をしたように、図９を援用すると、アバター操作部１２ｃは、バーチャルデータの仕様データの一つである、アバターの外観データ９−１を含めたアバターの仕様データを自分で用意するか、システムが用意して選択に供する中から選ぶか、ネット上に配置された外観データを含めた仕様データのＵＲＬ（ユニフォームリソースロケーター）を指定するなどして決定する。そして、身体各所の動きをセンシングした結果であるモーションデータ９−２として、図９（Ｂ）に示すように、身体各所を節９−２ａとしてその位置情報、動きの情報を得る。節９−２ａをつなぐ枝９−２ｂの情報を更に生成して、節９−２ａ同士の関係を明確化するように構成してもよい。

なお、アバターを外観のみならず音声を含めて表示（本明細書では「表示」を、画像の表示のみならず、スピーカー、振動子などを用いた音声、効果音などの表示をも含む意味で用いることとする。）を行う場合、アバターが発する音声の情報、および音声のキャラクタ情報を、アバターの外観データを含めて、アバターの仕様データとして、システム１が送受信あるいは記憶するデータの対象に含めるようにしてもよい。

例えばアバターが若い女性の外観とキャラクタを有していてそのアバターを操作する配信者などが男性である場合、男性のオリジナルの発声をまず記憶し、記憶した男性の音声をボイスチェンジして若い女性の発声としてアバターの表示に用いることとなる。そのボイスチェンジに用いる発声のキャラクタ情報（若い女性キャラクタの発声の周波数スペクトラム等）が、視聴者などアバターを操作する者の発声情報とともに、アバターの外観情報を合わせたアバター仕様情報に含まれるようにする点は有効である。同じく、バーチャルオブジェクトをライブコンテンツに追加する際に、効果音（爆発音、衝突音、飛翔音、オノマトペなど）や、音楽を追加してもよく、それら効果音データ、音楽データをもシステム１が送受や記憶する対象のデータとしてもよい。それらもまた外観情報あるいはその他のデータとともに、アバターの仕様データに追加がなされる。

アイテム投稿部１２ｅは、視聴者が自己のアバターを、自分が視聴しているライブコンテンツに登場させるため、アバターの外観データを含めた、バーチャルオブジェクトの仕様データや、先に説明したバーチャルオブジェクトのモーションデータをサーバ２へ投稿したり、あるいは自分が再生視聴しているライブコンテンツに新たなバーチャルオブジェクトを投稿するために用いられる。

表示部１２ｆは、視聴者自身がライブコンテンツを視聴したり、各種操作を行うために画面表示を行う構成であって、パーソナルコンピュータの表示パネルや、顔面に装着されるゴーグルタイプのＨＭＤ（ヘッドマウントディスプレイ）などで実現される。

操作部１２ｇは視聴者が各種動作の操作に用いるもので、パーソナルコンピュータのキーボード、マウス、タッチパネルでもよいし、あるいは操作者のモーションデータで操作するデバイスであってもよい。

プログラム記憶部１２ｈは、ライブコンテンツの視聴に必要なコンピュータプログラムを記憶しており、汎用のコンピュータオペレーティングシステム（ＯＳ）、インターネット閲覧プログラム（ブラウザ）等を含んでいてもよい。データ記憶部１２ｉは、先に説明をしたデータおよびその他の各種データを記憶する。

コメント投稿部１２ｋは、ライブコンテンツの表示画面にかぶさって、あるいは仮想空間３０内のバーチャルオブジェクトの表面に表示されたり、巨大な文字状のバーチャルオブジェクトのようにそれ自体が独立したバーチャルオブジェクトとして表示される文字情報であるコメントを、サーバ２に投稿するための構成である。バスライン１２ｍは視聴者端末１２の各構成を、データを相互に交換可能に接続する。

図５は、第１の視聴者端末１２をパーソナルコンピュータで実現した場合の外観を模式的に示したもので、各種映像、静止画像、動画像や文字情報を表示する表示パネル１２−１は、視聴者が本システム１のサービスを利用するために、あらかじめ知らされているＵＲＬ（ユニフォームリソースロケータ）を入力してサーバ２に接続を行うと、サーバ２から必要なデータとジャバスクリプト（ＪａｖａＳｃｒｉｐｔ）プログラムが送付されて、動画配信サービスのポータル画面（図示しない）が表示される。

視聴者は、自分がインターネット生放送として視聴をしたいライブコンテンツを表示リスト（図示しない）からあらかじめ選択しており、そのライブコンテンツが表示されている状況を、図５は示している。

図５において、表示パネル１２−１内に、ライブコンテンツ動画を表示する動画表示エリア１２−１ａがあり、そこには、このライブコンテンツの配信者である配信者のアバター１２−１ｂ、このライブコンテンツが用いる仮想空間に配置されたバーチャルオブジェクトである樹木１２−１ｎ、家屋１２−１０が表示されている。

また、更に、コンテンツを視聴する視聴者から投稿されたコメント１２−１ｒが表示パネル１２−１内に表示されており、「アップしてくれてありがとう！！」、という内容のコメント１２−１ｒが表示パネル１２−１の右端から現れて左端にスクロール移動して消えていく。コメント１２−１ｒが表示される範囲はライブコンテンツ動画を表示する動画表示エリア１２−１ａよりも大きく、そこからはみ出すよう設定されているので、視聴者はこれらコメント１２−ｒが、コンテンツのオリジナルな内容ではなく、コンテンツの配信者とは別な投稿者から投稿されたことが明瞭に理解できる。

同様に、表示パネル１２−１内には、動画配信サービスのポータル（入口）ページ（図示しない）に戻るためのホームボタン表示１２−１ｅ、視聴するコンテンツが生放送ではなく再生コンテンツである場合に用いる停止ボタン表示１２−１ｆ、ポーズボタン表示１２−１ｇ、および再生ボタン表示１２−１ｈがそれぞれ表示されている。

表示パネル１２−１内のコメント投稿ボタン表示１２−１ｉは、この端末１２が視聴者端末である場合に、視聴者が視聴しているコンテンツに対して先に説明をしたコメントを投稿するためのボタンである。

シークバー表示１２−１ｋは、コンテンツが再生コンテンツである場合に、再生開始時刻を左端に、再生終了時刻を右端に対応させ、シークボタン表示１２−１ｍの位置が現在の再生時刻を示しており、このシークボタン表示１２−１ｍの位置をマウスポインタ１２−３で動かして再生したい時刻へ移動させることができる。先に説明した操作部１２ｇとして、マウスポインタ１２−３、マウスカーソル１２−２があり、キーボード１２−４も視聴者端末１２は備えている。

〔生放送中のコンテンツ視聴〕
次に、配信者端末１１から投稿されて配信されているインターネット生放送であるライブコンテンツが、第１の視聴者端末１２によって視聴されるまでの動作を、図６のシークエンス・チャート、図７の仮想空間模式図、図８の各視点から見たレンダリング結果の図、をそれぞれ用いて説明する。

ライブコンテンツを主催して配信しようとする配信者は、配信者端末１１を用いてサーバ２へコンテンツ配信の申し込みを行う（ステップＳ１０１）。サーバ２が配信を許諾すると、許諾する旨がサーバ２から第１の配信者端末１１へ通知され（ステップＳ１０２）、サーバ２は、視聴が可能なコンテンツとしてこのライブコンテンツを配信サービスサイトの適切なページにリストとして掲示を行ったり、リストをログイン中の各視聴者端末へ配信したりする（ステップＳ１０３）。

配信が許諾されたので、第１の配信者端末１１は、インターネット生放送用ライブコンテンツとして、図７に示す仮想空間３０内の各バーチャルオブジェクトである、配信者のアバター表示１２−１ｂと、その他バーチャルオブジェクトに関する仕様のデータ、およびモーションデータをサーバ２へ送信する（Ｓ１０４）。

先に説明したように、配信者はモーションデータを生成してアバター１２−１ｂの動作を制御するので、仮想空間３０内でアバター１２−１ｂは移動をしたり、向きを変えたり、手や足を動かしたり、姿勢を変えるなどの動作を行うことができる。

同じく先に説明をしたように、アバターを含めたバーチャルオブジェクトの外観のみならず音声を含めて表示（本明細書では「表示」を、画像の表示のみならず、スピーカー、振動子などを用いた音声、効果音などの表示をも含む意味で用いることとする。）を行う場合、アバターを含めたバーチャルオブジェクトが発する音声の情報、および音声のキャラクタ情報をバーチャルオブジェクトの仕様情報として、システム１が送受信あるいは記憶するデータの対象に含めるようにしてもよい。

仮想空間３０内に配置された仮想的カメラ３２は図示のように中央に必ず置く必要はなく設置場所は任意であるし、移動してもよく、複数を設置してもよい。またライブコンテンツの途中からこれら仮想的カメラの追加や削除、移動をしてもよい。これら仮想カメラの運用は本明細書の他の箇所おいても共通であるが、以後の説明では煩雑さを避けるため、仮想カメラは各仮想空間に一つだけとした例示にとどめることにする。

リストにより、放送中のこのライブコンテンツの存在を知った視聴者は、第１の視聴者端末１２からサーバ２に対してインターネット生放送であるこのライブコンテンツの視聴を申し込み（ステップＳ１０５）、この結果、サーバ２から第１の視聴者端末１２に対して、配信者のアバター１２−１ｂのモーションデータ９−２やアバターの外観データ９−１を含む、仮想空間３０内にあるバーチャルオブジェクトの仕様のデータおよびモーションデータを送信して（ステップＳ１０６）、レンダリング（描画）を第１の視聴者端末１２で行う。

レンダリングの結果を、図８（Ａ）（仮想的カメラ３２の視点から見た画像）と図８（Ｂ）（配信者アバター１２−１ｂの視点から見た画像）として例示する。

また、配信者端末１１が配信するライブコンテンツは、第１の視聴者端末１２に限らず、第２の視聴者端末２２を含めた本動画配信システムを利用する他の利用者もまた、申し込みを行って視聴することができる。

〔生放送中のライブコンテンツへの視聴者アバター追加〕
次に、配信者端末１１が先にインターネット生放送中のライブコンテンツを第１の視聴者端末１２が視聴している状態で、第１の視聴者端末１２を用いる視聴者が、自分の分身であるアバター１００をこのライブコンテンツに参加させる動作を、図１０乃至図１２を用いて説明する。

まず、第１の視聴者端末１２からサーバ２に対してアバター参加の申し込みが行われる（ステップＳ２０１）。

申し込みを受け付けたサーバ２は、次のいくつかの方法のいずれか、あるいは他の方法によってこの視聴者のアバター１００の参加要否を判断する。

第１の方法は、この視聴者の情報（例えばハンドルネーム）などを配信者端末１１へ送信して、配信者の判断を求める方法である（ステップＳ２０２）。配信者が承諾する場合は配信者端末１１の操作によって、承諾の旨の情報がサーバ２へ送信され、更に視聴者端末１２へ送信される（ステップＳ２０３、Ｓ２０４）。

第２の方法は、あらかじめ配信者がこのライブコンテンツを誰でもアバター参加を認めるか、あるいは放送時刻の内、いつからいつまでを誰でもアバター参加ができる時間として設定する方法である。これら配信者の意向は配信者端末１１からコンテンツ配信サーバ２へあらかじめ送信されて登録されているので、視聴者端末１１からのアバター参加申し込みに対する可否は、サーバ２が判断をして視聴者端末１１へ判断結果を送信する。

第３の方法は、配信者があらかじめ特定の視聴者のみからのアバター参加を認める方法である。この場合も、配信者が承諾する視聴者の情報は、ハンドルネーム、ログインアカウント、ＩＰアドレスなどの情報としてあらかじめ配信者端末１１からサーバ２へ送信登録されているので、視聴者端末１１からのアバター参加申し込みに対する可否は、サーバ２が判断をして視聴者端末１１へ判断結果を送信する。

視聴者は、先に説明をしたように、送信された生放送のライブコンテンツをただ視聴することもできるが、例えばダンスシーンであれば自分もアバターの形でライブに参加し、すでにライブに参加している各アバターの操作者とともに踊ることで連帯感も得たいと感じることもあるであろうし、自分のアバターをライブコンテンツに投入して自分が決めた所望の視点からライブコンテンツを視聴しなおしたい、と思うこともありうる。

そこで視聴者は、生放送のライブコンテンツを視聴しつつ、自分のアバター１００を新たにライブコンテンツに投入するべく、サーバ２へ申し込んで、上に記載したようないずれかの方法で承諾された場合、必要なデータであるアバターの外観情報と、モーションデータなどをサーバ２へ送信する（ステップＳ２０５）。

これを受けてサーバ２は、視聴者端末２１から受信した視聴者アバター１００の外観データやモーションデータなどを、このライブコンテンツを配信している配信者端末１１へ送信を開始し（ステップＳ２０６）、以後、先に説明した手順にて、配信者端末１１は、視聴者アバター１００を仮想空間内に含めた内容にて、生放送中のライブコンテンツのデータ（アバターを含めた各仮想的オブジェクトの外観データ、モーションデータなど）を生成し、以後のライブコンテンツとしてサーバ２へ送信し（ステップＳ２０７）、サーバ２は、視聴者端末１１を含めてこのライブコンテンツを視聴している各端末へ、視聴者アバター１００が参加しているライブコンテンツを配信する（ステップＳ２０８）。
図１１は視聴者アバター１００が参加している仮想空間の模式図、図１２は、この仮想空間３０を、視聴者アバター１００、仮想的カメラ３２、配信者アバター１２−１ｂという各視点から見た際の配信映像を示している。

〔アバター同士が接触するアクションへの対応〕
先に説明をしたように、アバターの形でライブコンテンツに登場し参加する視聴者は、自らのアバターの外観や動きを他の視聴者から視聴されたり、アバターの視点からライブコンテンツの仮想空間を見て楽しんだり、あるいは他のアバターと会話をして楽しむ、といった先に説明した楽しみ方ばかりではなく、他のアバターと握手したり、他のアバターととともにダンスを楽しんだり、といった、アバター同士の接触を伴うアクションを楽しみたい、と望むことが考えられる。なお、本実施形態では、配信者が配信する仮想空間に、この配信コンテンツを視聴している視聴者が自分のアバター１００を投入した場合に、アバター同士の接触アクションを実現することを例示しているが、このような配信者アバター、視聴者アバター間の接触に限ることなく、あらゆる種類のアバター間の接触アクションにおいて本発明は実施が可能である。この点は今後も同様であるが、いちいち断らないこととする。

このような、アバター同士の接触を伴うアクションとして、先に挙げた握手、ダンスなどのほかにも、ハイタッチ（手のひらを高く上げて他人の手のひらと合わせる動作の和製英語。片手を合わせる動作を英語表現では「ｈｉｇｈ ｆｉｖｅ」といい、両手を合わせる動作を同じく「ｈｉｇｈ ｔｅｎ」という。）、手をつなぐ、相撲、レスリング、ボクシング、腕相撲などの格闘系スポーツ、かたぐるま、二人三脚、ハグ、肩をたたく、指切り、おしくらまんじゅう、手つなぎ鬼、など枚挙にいとまがない。

図１３（Ａ）に、配信者アバター１２−１ｂと視聴者アバター１００とが握手をする場面の模式図、同じく図１３（Ｂ）に、両者が片手のハイタッチを行う場面の模式図を示すが、いずれの場面でも、双方のアバターは手１００−ｈ、１２−１ｂ−ｈを互いに接触させて、組んだり、たたいてから離す、などの動作を行うこととなる。

特に手をつなぐことや握手やハイタッチは、日常の実空間で頻繁に行われている慣習であるし、これらの動作は手を組む、あるいは合わせるだけで簡単に行えるので、仮想空間内でアバター同士が行う動作として、今後ニーズが高まるものと予想される。例えば握手をする際には、双方のアバターは自分の手を差し出して、相手のアバターの手のひらとある程度精密に位置合わせを行う必要がある。

ところが従来、仮想空間内の各種オブジェクト、アバターの描画については、特に動きがある場合に、システムの負荷を低減する目的で描画のためのデータ伝送速度は抑制がされており、アバターの動きは、人間が実空間で感じる人体の動きよりも間引かれて、間歇的に描画が行われる。このため、アバター同士の握手など、アバター同士が接触を行うアクションは、不自然さのない、アバターを操作する立場では操作感のよい、アバターの描画を含めたシステムの提供が従来は困難であった。

図１４は、アバター同士のアクションとして握手を行う場合の動作の時間推移を、従来技術と本実施形態とで比較して説明する図である。

図１４の上下方向は時間の推移を示しており、最上部の０から、時刻Ｔ１、Ｔ２と、以下Ｔ６まで、時間間隔ｔにて目盛りを記載している。従来技術、本実施形態とも、握手を行う当事者である視聴者アバターの手１００−ｈ、配信者アバターの手１２−１ｂ−ｈとが、時刻の推移とともに接近する様子を表している。

本実施形態においては、時間間隔ｔに応じて毎時刻とも、手１００−ｈ、１２−１ｂ−ｈは、そのレンダリング結果として、第２の移動量ｍ２だけ相手方へ移動しており、最後に時刻Ｔ５で握手をしている。

一方、従来技術においては、各アバターを描画するのに用いるデータの送信レイト（各単位時間当たりの送信データ量）は、本実施形態の約１／３としており、その結果、時間間隔ｔで区切られる時刻の３つの時刻は、手１００−ｈ、１２−１ｂ−ｈは同じ位置にレンダリングがなされる。その後、第２の移動量ｍ２のおよそ３倍の移動量である第１の移動量だけ前進して、手１００−ｈ、１２−１ｂ−ｈのレンダリングがなされ、以後も繰り返される。

このため、従来技術においては、レンダリングされた手１００−ｈ、１２−１ｂ−ｈの動きが荒く、すなわち時間的な粒度が大きくなり、時刻Ｔ５では双方の手１００−ｈ、１２−１ｂ−ｈは握手をするべき位置まで行きついておらず、次の単位時刻Ｔ６では握手をするべき位置を行き過ぎてしまっている。

図１４図示の説明は、視聴者や配信者が等速度で操作をして、手を動かすべきモーションデータを作成したことを前提としており、もちろん視聴者や配信者はライブコンテンツの表示を見ながら手を動かくす操作の速度を変えて、モーションデータを異なる値とすることは可能であるが、それでも従来技術構成では、本実施形態と比較してアバターレンダリングの時間的粒度が荒く、従って操作性が低下しており、動きもより不自然である。

図１５は、本実施形態において握手を行うための動作を、双方の手１００−ｈ、１２−１ｂ−ｈが離れた位置にあるときから、握手をする位置まで、時刻推移に従って説明するもので、関連するフローチャート図１６とともに、詳細を説明する。

なお、ここに説明する本実施形態の特徴的制御は、配信者端末１１、視聴者端末２１、あるいはサーバ２のいずれかに備えられた制御部が単独で、あるいは他と協働して行ってもよいが、以下の説明では配信者端末１１の制御部が実行を行うこととする。

配信者端末１１は、まず、握手を行う動作のための特別な制御を行うべき、双方の手１００−ｈ、１２−１ｂ−ｈの距離の閾値Ｄがあらかじめ決められているので、配信者端末１１のメモリから読み出す（ステップＳ３０１）。閾値は例えば、実空間における１メートルに相当する距離とする。そして、アバターのレンダリング用データの転送速度を通常通りの値、すなわち相対的に低い値であるＬＯＷとする（ステップＳ３０２）。

次に、握手を行うべき手を、配信者アバターの手１２−１ｂ−ｈと視聴者アバターの手１００と特定する（Ｓ３０３）。特定は、握手をしようとする視聴者が操作により設定して行ってもよいし、仮想空間３０の状況から、一番近いアバターなどの条件でシステムが自動で行ってもよい。次に配信者端末１１は特定された手の距離を、幾何学的手法などを用いて計算し、計算結果ｄが閾値Ｄ以上である限り、データ転送速度をＬＯＷのままとする（ステップＳ３０４，Ｓ３０５）。

図１５において、時刻０からＴ５までという時間領域ｐ１において、計算された距離ｄが閾値Ｄ以上であるので、手１００−ｈ、１２−１ｂ−ｈの移動レンダリングは時間的に粗く、時間ｔの３倍ごとに、第３の移動量ｍ３で移動する。

そして、計算値ｄが閾値Ｄを下回ると、レンダリング用データの転送速度をより高く、およそ３倍としたＨＩＧＨに設定し（ステップＳ３０６）、この結果、時刻Ｔ６からＴ１４までの時間領域ｐ２においては手１００−ｈ、１２−１ｂ−ｈは、第３の移動量の約１／３である第４の移動量で時間ｔごとに移動し、容易に相互の接触動作をさせることができ、最後に時刻Ｔ１４で接触して握手が行われる（ステップＳ３０７）。

本実施形態では以上のように構成したので、握手をしようとする双方のアバターが離れた位置にあるときには、アバターのレンダリングに用いるためのデータの転送速度（単位時間当たりのデータ転送量）は比較的小さく、この結果、システムへの負荷が小さくなる。一方、双方のアバターが接近して握手の実行まで近づくと、データ転送速度を上げて、そのレンダリングが不自然でないようにし、アバターを操作して握手をしようとする操作を容易なものとする。すなわち、システムへの負荷の低減と、自然なレンダリング結果および操作の容易性とを両立させることができる。

〔変形例その１ 〜各構成の配置の任意性〕
先の本実施形態の説明では、各アバターを含む仮想的オブジェクトのレンダリングを、視聴者が用いる視聴者端末など、視聴を行うユーザの端末で行うこととした。しかしながらこのように構成をする点は本発明の実施に当たり必須なものでも本質的なものでもない。すなわち、このレンダリングを、配信を行う端末、サーバあるいは他の各種端末で行ってもよい。そのようにレンダリングを行うためには、あらかじめバーチャルオブジェクトの外観を含めた仕様のデータ、およびモーションデータがレンダリングを行おうとするサーバ、あるいは端末もしくはその双方に送信されていればよい。

〔変形例その２ 〜 関連する種々の表示の態様〕
以上説明を行った本実施形態における本発明の効果を更に向上させるために、以下のような実施形態としてもよいし、これらを適宜組み合わせてもよい。いずれも本発明に含まれる。

（あ）接触対象アバターをシステムが推奨する・・・視聴者アバターに対しては配信者アバターを握手の対象としてシステムが推奨したり、過去に握手をした経過があるアバターなどを推奨してもよい。図１７（Ａ）は、このように推奨されたアバターである配信者アバター１２−１ｂの上に推奨を示すフラグ１７−１が示されており、この結果、ライブコンテンツを視聴する視聴者は、他のアバター１７−２から容易に、配信者アバター１２−１ｂを区別して認識することができる。

（い）対象アバター接近のアラート・・・握手を行う相手のアバターが何らかの方法で決まっている場合、この対象アバターが先に説明した閾値Ｄあるいは他の距離より近づいた場合に、アラート１７−３を表示して視聴者に準備をさせることができる。

（う）タッピングで接触対象アバターを選択・・・視聴者端末がスマートフォンである場合、握手を行う相手のアバターを視聴者が選択するための操作として、指１７−４でタッチセンサー画面に触れて、すなわちタッピングして選択すると操作性がよい。視聴者端末がパーソナルコンピュータである場合には、マウスポインタあるいはキーボードを用いてもよい。

（え）自動で握手・・・握手など他のアバターと接触するアクションは、最終段階で互いの身体を接触させるので細かい操作が必要であり、実空間での握手と比べればアバターを動かすためのモーションデータ作成操作は操作性がよくはない。そこで握手の最終段階では、操作者が操作するのではなく、システムが自動で双方の手が合う位置まで移動をさせたり、あるいは双方のアバターごと移動させることも考えられる。

〔変形例その３ 〜 生放送以外のコンテンツでの活用〕
以上の各実施形態では、生放送中のライブコンテンツにおいて、双方のアバターが操作者により操作をされていることを前提として説明を行った。一方、生放送の仮想的空間コンテンツを後で再生したり、あるいは再生専用のライブコンテンツにおいて、あとからアバターとしてコンテンツ中に参加が行えるシステムの提案がなされている。この場合でも、一方のアバターの操作のみであるが握手などが可能であるので、先に説明を行った本発明の構成をそのまま適用することができる。

〔変形例その４ 〜 アバター間の距離に応じたデータ配信間隔の増減制御〕
先に説明をした各実施例では、複数のアバター同士が接近して例えば握手という動作を行う場合に、遠方から近傍まで近づく距離に応じて、アバターのレンダリング用データの送信時間間隔を小さくする制御を行う点について説明をした。

一方、握手を実行したり、あるいは握手を行わなかったりした後、これらアバターが離れていく場合には、距離に応じてアバターのレンダリング用データの送信時間間隔を大きくする制御を行うようにしてもよい。すなわち、アバター間の距離に応じて、アバターのレンダリング用データの送信時間隔を変動させる制御、言い換えれば、アバターのレンダリング用データの、単位時間当たりの送信量、すなわち送信速度を変動させる制御を行うこととなる。そのように構成することでシステムの回線負荷が低下してデータ送信破綻のない、リアルタイム性が向上した動画配信が行える。

〔変形性その５ 〜 指定をしない複数のアバター相互の距離に応じた制御〕
同様に、先の説明では、例えば握手というアクションを行おうとするアバターがあらかじめ決められていたり、あるいは指定がなされ、この指定などがされたアバター同士の間の距離を計測して、レンダリング用データ配信間隔時間の制御を行う構成とした。

一方、この構成に限らず、例えばバーチャルリアリティ空間内にあるすべてのアバター間の距離を計測継続し、それら間隔のいずれがかが閾値を下回った場合にデータ送信間隔を小さくしたり、あるいは閾値を上回った場合にデータ送信間隔を大きくするよう制御を行ってもよい。

このように構成することで、アバター間の握手は不意に（衝動的に）起きる場合がありその場合にも対処が行えるし、各アバターの操作者としては、あえて接触予定のアバターであるように指定をする操作上のわずらわしさが解消されるメリットがある。

なお、先に説明をした各実施例において、アバターをレンダリングするために送信データ量の制御として、データを送信するタイミングの間隔を小さくする、と説明した点は、換言すれば、単位時間当たりのデータの送信量を大きくする、とも言うことができるし、逆にデータを送信するタイミングの間隔を大きくする、と説明した点は、換言すれば、単位時間当たりのデータの送信量を小さくする、とも言うことができる。言い換えれば、アバターのレンダリング用データの、単位時間当たりの送信量、すなわち送信速度を、アバター間の距離に応じて変動させる制御を行うこととなる。この点は各実施例において共通である。

（発明の効果の説明）
仮想空間を対象とするライブコンテンツにおいて、アバター同士が接触するアクションである、例えば握手をしようとする双方のアバターが離れた位置にあるときには、アバターのレンダリングに用いるためのデータの転送速度（単位時間当たりのデータ転送量）は比較的小さく、この結果、システムへの負荷が小さくなる。

一方、双方のアバターが接近して握手の実行まで近づくと、データ転送速度を上げて、そのレンダリングが不自然でないようにし、アバターを操作して握手をしようとする操作を容易なものとすることができる。すなわち、システムへの負荷の低減と、自然なレンダリング結果および操作の容易性とを両立させることができる。

本発明は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものとする。

１ コンテンツ配信受信システム
２ コンテンツ配信サーバ
２ａ 入出力インターフェース
２ｂ 制御部
２ｃ コンテンツ情報記憶部
２ｄ コンテンツ配信部
２ｆ プログラム記憶部
２ｇ ユーザ管理部
２ｉ バスライン
３ インターネット通信網
９−１ アバターの外観データ
９−２ アバターのモーションデータ（動作のデータ、動作の情報）
９−２ａ モーションデータの節
９−２ｂ モーションデータの枝
９−３ アバターのレンダリング用データ
１１ 配信者端末
１１ａ 入出力インターフェース
１１ｂ 制御部
１１ｃ アバター操作部
１１ｅ レンダリング部
１１ｆ 表示部
１１ｇ 操作部
１１ｈ プログラム記憶部
１１ｉ データ記憶部
１１ｋ コメント投稿部
１１ｍ バスライン
１２ 第１の視聴者端末
１２ａ 入出力インターフェース
１２ｂ 制御部
１２ｃ アバター操作部
１２ｅ アイテム投稿部
１２ｆ 表示部
１２ｇ 操作部
１２ｈ プログラム記憶部
１２ｉ データ記憶部
１２ｋ コメント投稿部
１２ｍ バスライン
１２−１ 表示パネル
１２−１ａ 動画表示エリア
１２−１ｂ 第１の配信者のアバター
１２−１ｃ 第１の視聴者のアバター
１２−１ｄ リボン型バーチャルオブジェクト
１２−１ｅ ホームボタン表示
１２−１ｆ 停止ボタン表示
１２−１ｇ ポーズボタン表示
１２−１ｈ 再生ボタン表示
１２−１ｉ コメント投稿ボタン表示
１２−１ｋ シークバー表示
１２−１ｍ シークボタン表示
１２−１ｎ 樹木
１２−１ｏ 家屋
１２−１ｒ コメント
１２−２ マウスカーソル
１２−３ マウスポインタ
１２−４ キーボード
２２ 第２の視聴者端末
３０ 仮想空間
３１ 背景
３２ 仮想的カメラ
１００ 視聴者アバター

Claims (7)

1. 通信回線を介して接続される複数の端末の利用者が３次元仮想空間を共有し、該３次元仮想空間中に個々の利用者を象徴するアバターを出現させ、モーションデータを含んだ、前記アバターのレンダリング用データを前記複数の端末それぞれへ配信部から配信することによって、前記複数の端末それぞれの表示画面において前記アバター同士の接触動作を含む前記各アバターのコンピュータグラフィック・アニメーション表示を実現する、仮想空間中のアバター表示システムであって、
   前記３次元仮想空間内において、前記各アバター相互の距離情報を生成する距離情報生成部を更に備え、且つ、当該システムが有する制御部が、前記生成された相互の距離情報に応じて前記モーションデータを前記配信部から前記複数の端末へ送信する送信間隔を変動させることにより、前記配信部が行う、前記モーションデータを含んだ前記アバターのレンダリング用データ配信の単位時間当たりの情報量を変動させるよう構成されたことを特徴とする、仮想空間中のアバター表示システム。
2. 前記複数の端末の少なくともいずれかが、前記相互の距離情報を生成する対象のアバターを選択する選択部を備えたことを特徴とする、請求項１に記載の仮想空間中のアバター表示システム。
3. 前記制御部は、前記生成されたアバター相互の距離が、あらかじめ決められた閾値を下回った場合に前記配信の単位時間当たりの情報量を増加させるよう制御することを特徴とする、諸求項１または２に記載の仮想空間中のアバター表示システム。
4. 通信回線を介して接続される複数の端末の利用者が３次元仮想空間を共有し、該３次元仮想空間中に個々の利用者を象徴するアバターを出現させるとともに、配信部が、モーションデータを含んだ、前記アバターのレンダリング用データを前記複数の端末それぞれへ配信する配信ステップを備えることによって、前記複数の端末それぞれの表示画面において前記アバター同士の接触動作を含む前記各アバターのコンピュータグラフィック・アニメーション表示を実現する、仮想空間中のアバター表示方法であって、
   距離情報生成部が前記３次元仮想空間内において前記各アバター相互の距離情報を生成するステップを更に備え、且つ、当該システムが有する制御部が、前記生成された相互の距離情報に応じて前記モーションデータを前記配信部から前記複数の端末へ送信する送信間隔を変動させることにより、前記配信ステップで実行される、前記モーションデータを含んだ前記アバターのレンダリング用データ配信の単位時間当たりの情報量を変動させるよう構成されたことを特徴とする、仮想空間中のアバター表示方法。
5. 前記複数の端末の少なくともいずれかに備えられた選択部が前記相互の距離情報を生成する対象のアバターを選択するステップ、を備えたことを特徴とする、請求項４に記載の仮想空間中のアバター表示方法。
6. 前記制御部は、前記生成されたアバター相互の距離が、あらかじめ決められた閾値を下回った場合に前記配信の単位時間当たりの情報量を増加させるよう制御することを特徴とする、請求項４または５に記載の仮想空間中のアバター表示方法。
7. 請求項４乃至６のいずれか１項に記載の仮想空間中のアバター表示方法が備える各ステップをコンピュータに実行させるコンピュータプログラム。