JP7098676B2 - 動画用アプリケーションプログラム、動画のオブジェクト描画方法、動画配信システム、動画配信サーバ及び動画配信方法 - Google Patents

Description

特許法第３０条第２項適用 令和１年６月１７日に以下のウェブサイトで公開。ｈｔｔｐｓ：／／ｔｗｉｔｔｅｒ．ｃｏｍ／ｗｆｌｅ＿ｒｅａｌｉｔｙ、ｈｔｔｐｓ：／／ｔｗｉｔｔｅｒ．ｃｏｍ／ｗｆｌｅ＿ｒｅａｌｉｔｙ／ｓｔａｔｕｓ／１１４０５０１３４７０００６９６８３２、ｈｔｔｐｓ：／／ｒｅａｌｉｔｙ－ｎｏｔｉｃｅ．ｗｒｉｇｈｔｆｌｙｅｒ．ｎｅｔ／９７ｅ６９ｅ８７８２０７ｆｅ２１９ａ３ｃ４ｂ９９ｂ４ｄｅ７２ｃ９５７ｆ８７９ｆ８．ｈｔｍｌ？ｔ＝１５６０７４８０３５、ｈｔｔｐｓ：／／ｗｗｗ．ｍｏｇｕｒａｖｒ．ｃｏｍ／ｒｅａｌｉｔｙ／、ｈｔｔｐｓ：／／ｗｗｗ．ｇａｍｅｒ．ｎｅ．ｊｐ／ｎｅｗｓ／２０１９０６１７００６０、ｈｔｔｐｓ：／／ｌｅ．ｗｒｉｇｈｔｆｌｙｅｒ．ｎｅｔ／ｒｅａｌｉｔｙ／、ｈｔｔｐｓ：／／ｉｔｕｎｅｓ．ａｐｐｌｅ．ｃｏｍ／ｕｓ／ａｐｐ／ｒｅａｌｉｔｙ／ｉｄ１４０４１７６５６４？１＝ｊａ＆１ｓ＝１＆ｍｔ＝８、ｈｔｔｐｓ：／／ｐｌａｙ．ｇｏｏｇｌｅ．ｃｏｍ／ｓｔｏｒｅ／ａｐｐｓ／ｄｅｔａｉｌｓ？ｉｄ＝ｎｅｔ．ｗｒｉｇｈｔｆｌｙｅｒ．ｌｅ．ｒｅａｌｉｔｙ

特許法第３０条第２項適用 令和１年１１月１日に以下のウェブサイトで公開。ｈｔｔｐｓ：／／ｔｗｉｔｔｅｒ．ｃｏｍ／ｗｆｌｅ＿ｒｅａｌｉｔｙ／ｓｔａｔｕｓ／１１９０２２４７４６０１４５９３０２４

特許法第３０条第２項適用 令和１年１１月４日に以下のウェブサイトで公開。ｈｔｔｐｓ：／／ｔｗｉｔｔｅｒ．ｃｏｍ／ｗｆｌｅ＿ｒｅａｌｉｔｙ／ｓｔａｔｕｓ／１１９１５８３２４７４９６４２９５６９、ｈｔｔｐｓ：／／ｒｅａｌｉｔｙ－ｎｏｔｉｃｅ．ｗｒｉｇｈｔｆｌｙｅｒ．ｎｅｔ／８３ｅ２７１２６１ｄ２４７ｄ４ａｅｄｃａ５ｄ５２７７５９ａａ３７７１ｅ２２ｅ５３．ｈｔｍｌ？ｔ＝１５７２５９７２１３、ｈｔｔｐｓ：／／ｗｗｗ．ｗａｎｔｅｄｌｙ．ｃｏｍ／ｃｏｍｐａｎｉｅｓ／ｗｒｉｇｈｔｆｌｙｅｒ／ｐｏｓｔ＿ａｒｔｉｃｌｅｓ／１９３４７９、ｈｔｔｐｓ：／／ｗｗｗ．ｍｏｇｕｒａｖｒ．ｃｏｍ／ｒｅａｌｉｔｙ－２／ｈｔｔｐｓ：／／ｐａｎｏｒａ．ｔｏｋｙｏ／ａｒｃｈｉｖｅｓ／１８３２

特許法第３０条第２項適用 令和２年３月２日に以下のウェブサイトで公開。ｈｔｔｐｓ：／／ｔｗｉｔｔｅｒ．ｃｏｍ／ｗｆｌｅ＿ｒｅａｌｉｔｙ／ｓｔａｔｕｓ／１２３４３８８５１０１０４１５００１７

本発明は、動画用アプリケーションプログラム、動画のオブジェクト描画方法、動画配信システム、動画配信サーバ及び動画配信方法に関する。

従来から、ユーザの動きに基づくキャラクタ動画を含む動画を配信するシステムが知られている（例えば、特許文献１参照）。このシステムでは、動画処理装置が第１の声優の顔及び体の動きの検出結果を取得するとともに、第２の声優の顔及び体の動きの検出結果を取得する。さらに動画処理装置は、取得した検出結果に基づき、第１キャラクタの３次元情報及び第２キャラクタの３次元情報に基づきレンダリングを行って第１キャラクタの動画及び第２キャラクタが動画を生成し、それらの動画を合成する。

特開２０１５－１８４６８９号公報

しかし、ユーザの動きをキャラクタの３次元モデルデータに適用すること、背景等とともにキャラクタをレンダリングすること等を、複数のキャラクタについて実行するとなると、動画生成装置の処理負荷は大きくなる。このため、複数のキャラクタを含む共演動画を生成する処理にかかる負荷の軽減が求められている。

本発明は、上記実情に鑑みてなされたものであり、ユーザの動きが反映されるオブジェクトを複数含む動画を描画又は配信するコンピュータへの負荷を軽減することを目的とする。

上記課題を解決する動画用アプリケーションプログラムは、コンピュータを、第１ユーザの動きが反映される第１キャラクタオブジェクトと、前記第１ユーザに参加要請を行った第２ユーザの動きが反映される第２キャラクタオブジェクトとを動画の描画空間にレンダリングする第１画像処理部と、前記第１ユーザに参加要請を行った第３ユーザに対応する第３キャラクタオブジェクトを、前記第１キャラクタオブジェクト及び前記第２キャラクタオブジェクトよりも描画の処理負荷が少ないオブジェクトデータを用いてレンダリングする第２画像処理部として機能させる。

上記課題を解決する動画配信システムは、第１ユーザの動きが反映される第１キャラクタオブジェクトと、前記第１ユーザに参加要請を行った第２ユーザの動きが反映される第２キャラクタオブジェクトとを動画の描画空間にレンダリングする第１画像処理部と、前記第１ユーザに参加要請を行った第３ユーザに対応する第３キャラクタオブジェクトを、前記第１キャラクタオブジェクト及び前記第２キャラクタオブジェクトよりも描画の処理負荷が少ないオブジェクトデータを用いてレンダリングする第２画像処理部とを備える。

上記課題を解決する動画配信サーバは、第２ユーザが用いる第２ユーザ装置から、第１ユーザに対応する第１キャラクタオブジェクトが含まれる動画への参加要請を受け付ける第１受付部と、第３ユーザが用いる第３ユーザ装置から、前記動画への参加要請を受け付ける第２受付部と、前記第２ユーザ装置から、前記第２ユーザの動きが反映されたモーションデータを含むアニメーション構成データを受信する第１受信部と、前記アニメーション構成データを前記第１ユーザが用いる第１ユーザ装置及び前記第３ユーザ装置に送信する第１送信部と、前記第３ユーザ装置から、前記第１キャラクタオブジェクトよりも描画の処理負荷が少ないオブジェクトデータを描画するための簡易データを受信する第２受信部と、前記簡易データを前記第１ユーザ装置及び前記第２ユーザ装置に送信する第２送信部と、を備える。

上記課題を解決する動画配信方法は、第２ユーザが用いる第２ユーザ装置から、第１ユーザに対応する第１キャラクタオブジェクトが含まれる動画への参加要請を受け付ける第１受付ステップと、第３ユーザが用いる第３ユーザ装置から、前記動画への参加要請を受け付ける第２受信ステップと、前記第２ユーザ装置から、前記第２ユーザの動きが反映されたモーションデータを含むアニメーション構成データを受信する第１受信ステップと、前記アニメーション構成データを前記第１ユーザが用いる第１ユーザ装置及び前記第３ユーザ装置に送信する第１送信ステップと、前記第３ユーザ装置から、前記第１キャラクタオブジェクトよりも描画の処理負荷が少ないオブジェクトデータを描画するための簡易データを受信する第２受信ステップと、前記簡易データを前記第１ユーザ装置及び前記第２ユーザ装置に送信する第２送信ステップと、を実行する。

本発明によれば、複数のキャラクタが描画された動画を配信する際のコンピュータへの負荷を軽減することができる。

動画配信システムの第１実施形態を示す模式図。 同実施形態のサーバに格納されるユーザ管理情報を示す図。 同実施形態における現実空間でのユーザ装置とユーザとの位置関係を示す模式図。 同実施形態における仮想空間でのアバターオブジェクトの配置を示す模式図。 同実施形態における配信画面の一例を示す図。 同実施形態における配信画面の一例を示す図。 同実施形態における参加待機列の構造を示す概念図。 同実施形態におけるゲストユーザのアバターオブジェクトの位置を示す概念図。 同実施形態におけるコラボレーション配信の手順を示す模式図。 同実施形態におけるコラボレーション配信の手順を示すシーケンスチャート。 同実施形態におけるコラボレーション配信の手順を示すシーケンスチャート。 同実施形態における配信画面の一例を示す図。 同実施形態における配信画面の一例を示す図。 同実施形態における配信画面の一例を示す図。 同実施形態における配信画面の一例を示す図。 動画配信システムの第２実施形態におけるコラボレーション配信の手順を示す模式図。 同実施形態におけるコラボレーション配信の手順を示すシーケンスチャート。 同実施形態におけるコラボレーション配信の手順を示すシーケンスチャート。

（第１実施形態）
以下、動画配信システムの第１実施形態について説明する。
図１に示すように、動画配信システム１１は、ユーザ装置１２とサーバ１３とを備える。動画配信システム１１は、複数のユーザ装置１２とサーバ１３との間でネットワーク１４を介してデータを送受信することによりユーザ装置１２に動画を表示するシステムである。ユーザ装置１２には、動画を視聴及び配信するための動画アプリケーションプログラムがインストールされている。以下、動画を配信するユーザを「配信ユーザ」、配信ユーザによって配信された動画を視聴するユーザを「視聴ユーザ」といい、これらを区別しない場合には単に「ユーザ」という。

ユーザ装置１２は、スマートフォン（多機能電話端末）、タブレット端末、パーソナルコンピュータ、コンソールゲーム機、ヘッドマウントディスプレイ等のウェアラブルコンピュータ、及びこれらの装置以外の動画を再生可能な情報処理装置である。

ユーザ装置１２は、コンピュータプロセッサ２０、メモリ２１、ストレージ２２（記憶媒体）、通信インターフェース（Ｉ／Ｆ）２３を備える。コンピュータプロセッサ２０は、ストレージ２２又はそれ以外のストレージからオペレーティングシステムやその他のプログラムをメモリ２１にロードし、メモリ２１から取り出した命令を実行する演算装置である。コンピュータプロセッサ２０は、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphic Processing Unit）、ＮＰＵ（Neural network Processing Unit）等の１乃至複数の演算回路である。通信Ｉ／Ｆ２３は、ネットワーク１４を介して、サーバ１３及び他のユーザ装置１２とデータを送受信することができる。ネットワーク１４は、ローカルエリアネットワーク、インターネット等、各種のネットワークを含む。通信Ｉ／Ｆ２３は、ハードウェア、ソフトウェア、又はこれらの組み合わせとして実装される。

メモリ２１は、コンピュータプロセッサ２０が直接的に読み出し及び書き込みが可能な主記憶装置（記録媒体）であり、半導体メモリ等から構成される。ストレージ２２は、補助記憶装置（記録媒体）であり、例えば、磁気ディスク、光ディスク、半導体メモリ等の記憶媒体である。ストレージ２２は、複数のストレージを組み合わせて用いることもできる。ストレージ２２には、動画アプリケーションプログラム２２Ａ、アバターオブジェクトを描画するためのアバターデータ２２Ｂ、オブジェクト情報２２Ｃが格納されている。

動画アプリケーションプログラム２２Ａは、ユーザの指示に応じて、ユーザ自身が動画を配信する配信モードと、他の配信ユーザが配信する動画を視聴する視聴モードとに切り替えられる。

アバターデータ２２Ｂは、アバターオブジェクトを描画するための３次元モデルデータである。ユーザ装置１２は、動画アプリケーションプログラム２２Ａを起動した場合等、アバターデータ２２Ｂをサーバ１３から所定のタイミングで取得する。アバターデータ２２Ｂは、アバターオブジェクト本体を描画するためのデータ、アバターオブジェクト本体に適用されるテクスチャデータ等を含んでいる。アバターオブジェクト本体を描画するためのデータには、ポリゴンデータ、アバターオブジェクトの動作を表現するための骨格データ（ボーン）等が含まれる。アバターデータ２２Ｂには、複数のアバターオブジェクト本体のデータを含んでいる。テクスチャデータには、アバターオブジェクトに対して適用可能な複数のパーツデータが含まれている。例えば「目」、「眉」、「耳」、「服」等のカテゴリ毎に複数のパーツデータが準備されている。ユーザは、複数のアバターオブジェクトの中から一つのアバターオブジェクトを選択する。また、パーツデータを選択し、アバターオブジェクト本体に適用して、ユーザ独自のアバターオブジェクトを作成する。ユーザによって選択されたアバターオブジェクト本体とパーツデータとの組み合わせは、ストレージ２２に記録される。

オブジェクト情報２２Ｃは、所定のタイミングでサーバ１３からダウンロードされるデータである。オブジェクト情報２２Ｃは、仮想空間にレンダリングされるオブジェクトであって、アバターオブジェクト以外のオブジェクトに関する情報である。アバターオブジェクト以外のオブジェクトは、視聴ユーザからアバターオブジェクト又は配信ユーザに贈られるギフトオブジェクトを含む。ギフトオブジェクトには、エフェクトオブジェクトと、装着オブジェクトと、通常オブジェクトとが含まれる。エフェクトオブジェクトは、配信動画の視聴画面全体の印象に影響を与えるオブジェクトであり、例えば紙吹雪を模したオブジェクトや、花火を模したオブジェクト等である。装着オブジェクトは、アバターオブジェクトの特定の部位と関連付けて表示画面に表示されるオブジェクトである。装着オブジェクトは、例えば、装着オブジェクトに装着されるアクセサリー（帽子、めがね等）、衣服（Ｔシャツなど）、コスチューム、及びこれら以外のアバターオブジェクトに装着可能なオブジェクトである。装着オブジェクトは、視聴ユーザから提供された後、配信ユーザに選択されることによってアバターオブジェクトに装着される。通常オブジェクトは、仮想空間内に物体として配置される装着オブジェクト以外のギフトオブジェクトであって、例えばぬいぐるみや花束を模したオブジェクトである。

また、オブジェクトは、物理的挙動を行うオブジェクトであってもよい。具体的には、オブジェクトは、重力による落下、力の付与による運動等といった物理的挙動をシミュレーションするものであってもよい。物理挙動オブジェクトには、物理的挙動をシミュレーションするためのコンポーネント（プログラム）が、実行可能に関連付けられている。

また、ユーザ装置１２は、センサユニット２４、スピーカ２５、マイク２６、操作部２７、ディスプレイ２８を備える。センサユニット２４、スピーカ２５、マイク２６、操作部２７及びディスプレイ２８の少なくとも一つは、コンピュータプロセッサ２０と同じ装置として設けられていてもよく、コンピュータプロセッサ２０を備える装置に接続するかたちで設けられていてもよい。

センサユニット２４は、ユーザの表情の変化を示すフェイスモーション、及びセンサユニット２４に対するユーザの身体の相対位置の変化を示すボディモーションを検出するセンサ群である。フェイスモーションは、瞬きや口の開閉等の動きを含む。例えば、センサユニット２４は、ユーザに向かって赤外線を出射する出射部及びユーザの顔等に反射した赤外線を検出する赤外線カメラと、ユーザの顔を撮影するカメラ及びカメラが撮影したデータを画像処理する画像処理部との少なくとも一方を有する。センサユニット２４は、例えば検出を開始したときの初期状態からの表情の変化や、相対位置の変化を検出する。又は、センサユニット２４は、これ以外のセンサであってもよいし、例えば、加速度センサやジャイロセンサ等といった上記のセンサ以外のセンサをさらに組み合わせてもよい。以下、フェイスモーションの検出データ、及びボディモーションの検出データを「モーションデータ」という。

スピーカ２５は、音声データを音声に変換して出力する。マイク２６は、ユーザが発話した音声を入力し、音声データに変換する。操作部２７は、ディスプレイ２８と一体化されたタッチパネルや、ユーザ装置１２の筐体等に設けられた操作ボタン、キーボード、マウス、コントローラ等である。ディスプレイ２８は、コンピュータプロセッサ２０の出力指示に応じて、各種画像を出力する。

コンピュータプロセッサ２０は、ストレージ２２に記憶された動画アプリケーションプログラム２２Ａを実行することにより、アプリケーション管理部２０Ａ、モーションデータ管理部２０Ｂ、表示制御部２０Ｃとして機能する。アプリケーション管理部２０Ａは、動画アプリケーションプログラムを管理する。アプリケーション管理部２０Ａは、操作部２７を通じて入力されたユーザの要求又はサーバ１３からの要求等を入力して、それらの要求の内容に応じて、モーションデータ管理部２０Ｂ又は表示制御部２０Ｃへ要求を出力する。また、アプリケーション管理部２０Ａは、モーションデータ管理部２０Ｂ及び表示制御部２０Ｃからの要求をサーバ１３へ送信したり、サーバ１３から受信した各種データをストレージ２２に記録したりする。アプリケーション管理部２０Ａによって実現される機能の一例としては、配信中の動画の画面全体又はその一部をキャプチャして得た画像データを「写真」として保存する撮影機能がある。

モーションデータ管理部２０Ｂは、センサユニット２４からモーションデータを取得し、表示制御部２０Ｃに出力する。
表示制御部２０Ｃは、配信モードにおいて、アバターデータ２２Ｂにモーションデータを適用する。また、表示制御部２０Ｃは、アバターオブジェクト、アバターオブジェクト以外のオブジェクトを表示する場合はそのオブジェクトを含めてレンダリングを行う。ここでいうレンダリングは、透視投影、隠面消去（ラスタ化）等が含まれる描画処理をいう。レンダリングは、これらのうち少なくとも一つの処理であってもよい。また、上記の処理に加えて、シェーディング、テクスチャマッピング等の処理を含んでいてもよい。また、表示制御部２０Ｃは、レンダリングされた画像を用いてアニメーションを生成する。さらに、表示制御部２０Ｃは、アニメーションと、視聴ユーザのユーザ装置１２から送信された投稿メッセージ又はサーバ１３から送信された通知、操作ボタン等のＧＵＩ（Graphical User Interface）パーツ等とを合成した（又は重畳した）動画データをディスプレイ２８に出力する。

また、表示制御部２０Ｃは、マイク２６から入力した音声データ及び音声及び動画データをエンコードする。アプリケーション管理部２０Ａは、エンコードしたデータをサーバ１３に送信する。

また、表示制御部２０Ｃは、視聴モードにおいて、サーバ１３からエンコードされた動画データ及び音声データを受信する。また、表示制御部２０Ｃは、受信したデータをデコードし、動画データと音声データとを同期させてディスプレイ２８及びスピーカ２５に出力する。

次にサーバ１３について説明する。サーバ１３は、動画を配信するためのサービスを提供するサービス提供者等が用いるものである。サーバ１３は、コンピュータプロセッサ３０と、メモリ３１と、ストレージ３２と、通信Ｉ／Ｆ３３とを備えている。コンピュータプロセッサ３０は、ユーザ装置１２のコンピュータプロセッサ２０と同様な構成である。コンピュータプロセッサ３０は、複数の演算回路を組み合わせて構成されていてもよい。また、メモリ３１、ストレージ３２、通信Ｉ／Ｆ３３は、ユーザ装置１２と同様な構成である。サーバ１３は複数の装置から構成されていてもよく、コンピュータプロセッサ３０、メモリ３１、ストレージ３２、通信Ｉ／Ｆ３３はそれらの装置に分散されて設けられていてもよい。

ストレージ３２には、配信プログラム３２Ａが格納されている。コンピュータプロセッサ２０は、配信プログラム３２Ａを実行することにより、配信管理部３０Ａ、購入処理部３０Ｂとして機能する。

配信管理部３０Ａは、ユーザ装置１２から受信した各種データをストレージ３２に記憶するとともに、ユーザ装置１２から受信した購入要求等に基づき、購入処理部３０Ｂに要求を出力する。さらに、配信管理部３０Ａは、ユーザ装置１２から要求されたデータをストレージ３２等から取得してユーザ装置１２に送信する。具体的には、配信管理部３０Ａは、ユーザ装置１２からの要求に応じて、配信中の動画のリストを送信する。配信管理部３０Ａは、リストの中からリクエストされた動画の識別情報をユーザ装置１２から受信すると、配信要求を、リクエストされた動画の配信ユーザが用いるユーザ装置１２に対して送信する。また、配信管理部３０Ａは、配信中の動画に対して視聴ユーザから投稿された投稿メッセージ等を受信する。さらに配信管理部３０Ａは、受信した投稿メッセージを、配信ユーザのユーザ装置１２及び視聴ユーザのユーザ装置１２に送信する。投稿メッセージには、メッセージの内容の他、視聴ユーザの識別情報（ユーザのアカウント名等）、投稿日時等が含まれる。また、配信管理部３０Ａは、視聴ユーザが動画の視聴を開始したときに、例えば「ユーザＡさん入室しました」の通知メッセージを配信ユーザのユーザ装置１２及び視聴ユーザのユーザ装置１２に送信する。ユーザ装置１２は、受信した通知メッセージを投稿メッセージの表示欄に表示する。

配信管理部３０Ａは、動画を視聴する視聴ユーザが用いるユーザ装置１２から、視聴中の動画へのオブジェクトの表示要求を受信する。表示要求が行われるオブジェクトは仮想空間内に表示されるオブジェクトであって、視聴ユーザから、ギフトオブジェクトのほか、動画を好評価する評価オブジェクト、配信ユーザを応援するための応援オブジェクト等を含む。ギフトオブジェクトは、視聴ユーザに関連付けられた対価を支払うことによって表示要求を行うものである。表示要求を行うための対価は、複数の種類がある。例えば、視聴や動画配信等のユーザの行為により動画アプリケーション内で付与されるポイントを対価とするギフトオブジェクト（無償オブジェクト）や、動画アプリケーション外でも使用可能な通貨を対価とするギフトオブジェクト（有償オブジェクト）がある。ギフトオブジェクトは、表示要求に応じて表示がなされた場合に対価を支払うものであってもよい。配信管理部３０Ａは、視聴ユーザのユーザ装置１２から受信したギフトオブジェクトの表示要求を、ギフトオブジェクトの識別情報とともに配信ユーザのユーザ装置１２に送信する。サーバ１３は、ギフトオブジェクトの表示要求がサーバ１３によって受け付けられたとき、又は表示要求に対する配信ユーザによる所定の操作がなされたとき等、所定のタイミングで、「ユーザＢさんが花火を贈りました」等の通知メッセージを配信ユーザのユーザ装置１２及び視聴ユーザのユーザ装置１２に送信する。ユーザ装置１２は、受信したギフトオブジェクトに関する通知メッセージを投稿メッセージの表示欄に表示する。

購入処理部３０Ｂは、ユーザの操作にしたがって、オブジェクトの購入処理を行う。購入処理には、動画アプリケーションプログラム内で利用可能なコイン、ポイント、チケット等の対価（媒体）を支払って、オブジェクトを入手する購入が含まれる。また、購入処理には、オブジェクトの交換、売却、譲渡の処理を含めてもよい。また、購入処理部３０Ｂは、対価が支払われることにより、複数のオブジェクトの中から所定数のオブジェクトが選択される抽選（ガチャ）を実行するようにしてもよい。購入処理部３０Ｂは、購入されたオブジェクトを、ユーザによって保有されるものとしてユーザ装置１２又はサーバ１３に記録する。購入可能なオブジェクトの売上は、例えば配信ユーザ及びサービス提供者に分配される。

次に、サーバ１３のストレージ３２に格納された各種のデータについて説明する。ストレージ３２には、ユーザ管理情報３２Ｂ、アバターデータ３２Ｃ、オブジェクト情報３２Ｄが格納されている。

ユーザ管理情報３２Ｂは、動画アプリケーションプログラムを用いるユーザに関する情報である。アバターデータ３２Ｃは、各ユーザに対応付けられたアバターオブジェクトを描画するためのデータであって、ユーザ装置１２の要求に応じて、ユーザ装置１２に送信される。オブジェクト情報３２Ｄは、ギフトオブジェクトを描画するためのデータであって、ユーザ装置１２の要求に応じて、ユーザ装置１２に送信される。オブジェクト情報３２Ｄには、ポリゴンデータ等のギフトオブジェクトを描画するためのデータの他、ギフトオブジェクトの属性情報が含まれる。

図２を参照して、ユーザ管理情報３２Ｂについて詳述する。ユーザ管理情報３２Ｂは、ユーザ毎に記憶されている。ユーザ管理情報３２Ｂは、ユーザの識別情報（ユーザＩＤやパスワード）、コイン、ポイント等を含む。コインは、ユーザによって購入されたものである。ポイントは、配信や視聴を行ったとき、イベントに参加したとき、又はオブジェクト等を売却したとき等、所定のタイミングでユーザに付与される。

次に図３を参照して、ユーザ装置１２を用いた動画の配信方法について説明する。なお、動画の配信及び視聴に用いられるユーザ装置１２を、スマートフォンとして説明する。配信ユーザ１００は、少なくとも自身の顔がセンサユニット２４の検出範囲１０１に含まれるようにユーザ装置１２と対峙して、配信アプリケーションプログラムを実行する。このとき、配信ユーザ１００は、配信アプリケーションプログラムを配信モードにする。

配信ユーザ１００が用いるユーザ装置１２は、センサユニット２４から出力されたモーションデータをアバターデータ２２Ｂに適用して、アニメーションを生成する。ユーザ装置１２のディスプレイ２８には、生成したアニメーション及びＧＵＩパーツ等を含む動画が表示される。仮想空間の仮想カメラの角度は、ユーザの操作に基づき変更することができる。アバターオブジェクトの位置は、配信ユーザ１００とセンサユニット２４との相対距離Ｌに応じて変化する。相対距離Ｌの変化は、図４中、ｘ軸正方向、ｘ軸負方向、ｚ軸正方向及びｚ軸負方向の距離の変化として検出される。

視聴ユーザ１０２のディスプレイ２８には、配信ユーザ１００のユーザ装置１２から送信されたデータに基づく動画が表示される。視聴ユーザ１０２は、動画に対してギフトオブジェクトを贈るための操作等を行い、ユーザ装置１２は、ギフトオブジェクトの表示要求をサーバ１３に送信する。サーバ１３は、ユーザ装置１２から受信したギフトオブジェクトの表示要求を、配信ユーザ１００のユーザ装置１２に送信する。配信ユーザ１００のユーザ装置１２は、表示要求に基づいて、ギフトオブジェクトをレンダリングしたアニメーションをサーバ１３に送信する。

（動作）
次に、コラボレーション配信機能（共演機能）について説明する。視聴ユーザ１０２は、配信中の動画に自身に対応するアバターオブジェクトを表示させるコラボレーション配信に参加することができる。コラボレーション配信に参加するにあたり、視聴ユーザ１０２が用いるユーザ装置１２は、サーバ１３を介して、コラボレーション配信を許可する設定で配信をしている配信ユーザ１００が用いるユーザ装置１２に参加要請を送信する。配信ユーザ１００が参加要請を承認すると、配信ユーザ１００がホストユーザ１０３（図３参照）、参加要請を行った視聴ユーザ１０２がゲストユーザ１０４（図３参照）となり、ホストユーザ１０３に対応するアバターオブジェクトとゲストユーザ１０４に対応するアバターオブジェクトとが動画に表示される。なお、コラボレーション配信を許可する設定をしていない配信ユーザ１００が配信する動画には、参加要請を行うことができない。

図４を参照して、ホストユーザ１０３に対応するアバターオブジェクト及びゲストユーザ１０４に対応するアバターオブジェクトのレンダリング方法について説明する。ホストユーザ１０３に対応するアバターオブジェクト１１０及びゲストユーザ１０４のアバターオブジェクト１１１は、予め決められた初期位置に配置される。例えば、アバターオブジェクト１１０は、仮想カメラ１１８からみて左側の位置に配置され、アバターオブジェクト１１１は、仮想カメラ１１８からみて右側の位置に配置される。これにより、ディスプレイ２８に表示される画面上でも、アバターオブジェクト１１０は画面の左側、アバターオブジェクト１１１の右側にそれぞれ表示される。

アバターオブジェクト１１０には、その正面から法線方向に延びる正面方向１１２、高さ方向１１３、及び幅方向１１４からなる座標軸が設定されている。同様に、アバターオブジェクト１１１にも、正面方向１１５、高さ方向１１６、及び幅方向１１７からなる座標軸が設定されている。アバターオブジェクト１１０，１１１は立ち姿勢で描画されている。また、アバターオブジェクト１１０，１１１は、正面方向１１２，１１５、及び幅方向１１４，１１７に変位可能である。但し、仮想空間内でアバターオブジェクト１１０，１１１が変位可能な可動範囲は限られており、ホストユーザのアバターオブジェクト１１０は仮想カメラ１１８からみて左側の領域、ゲストユーザのアバターオブジェクト１１１は仮想カメラ１１８からみて右側の領域である。アバターオブジェクト１１０，１１１の位置が入れ替わることはできない。

コラボレーション配信においては、共演相手と同じポーズをとったり、「相合傘」等のコラボレーション配信向けのギフトオブジェクトと合わせて記念写真を撮影したいという視聴ユーザ又は配信ユーザのニーズがある。また、共演相手に対する親近感を表現したり、撮影機能を利用して記念写真としての画像データを取得したりする場合等に、アバターオブジェクト１１０，１１１を互いに接近させることができれば多彩な表現が可能となり理想的である。しかし、ユーザの動作に応じて仮想空間内のアバターオブジェクトを隣のアバターオブジェクトに近付けることは、現実世界において近隣に存在する人物に近づく場合のように容易にはできない。

例えば、アバターオブジェクト１１０，１１１を、各々の正面方向１１２，１１５が平行になるようにレンダリングした場合は、一方のユーザが、自身のアバターオブジェクトを他方のユーザのアバターオブジェクトに近付けることは難しい。その理由の一つは、センサユニット２４は正面に存在する物体の動きに対して最も精度がよく、正面から側方へ離れるに従い精度が低下してしまうためである。このため、ユーザが、自身の身体を傾ける等の幅方向（図３中ｚ軸正方向及びｚ軸負方向）に沿った動作を行っても、センサユニット２４の検出結果に正確に反映されないことがある。その場合、アバターオブジェクト１１０，１１１がユーザの意図する通りに動作しない。また、センサユニット２４の精度に関わらず、ユーザが、頭部及び頭部以外の身体を同時に動かす等、複雑な動作を行うと、アバターオブジェクト１１０，１１１がユーザの意図する通りに動作しない場合がある。

本実施形態では、アバターオブジェクト１１０，１１１は、それらの正面方向１１２，１１５が、隣り合うアバターオブジェクト１１０，１１１側に傾くようにレンダリングされる。換言すると、アバターオブジェクト１１０，１１１は、それらの正面方向１１２，１１５に沿ったベクトルが仮想カメラ１１８の位置に近づくに伴い接近するようにレンダリングされる。より具体的には、仮想カメラ１１８の正面方向ＸＣと平行な方向とアバターオブジェクト１１０，１１１の正面方向１１２，１１５とがなす角度のうち、小さい角度θの大きさは、０°超９０°未満である。角度θは、５°以上４５°以下が好ましく、１０°以上３０°未満がより好ましい。

現実空間においてホストユーザ１０３及びゲストユーザ１０４が、ユーザ装置１２の正面にいる状態を維持したままユーザ装置１２に対して図３中ｘ軸正方向に移動すると、仮想空間内のアバターオブジェクト１１０，１１１は正面方向１１２，１１５に沿って移動する。アバターオブジェクト１１０，１１１の正面方向１１２，１１５は、隣のアバターオブジェクト側に傾いているため、アバターオブジェクト１１０，１１１は移動に伴い互いに接近する。つまり、ホストユーザ１０３及びゲストユーザ１０４は、ユーザ装置１２の正面に位置した状態を維持したままユーザ装置１２との間の相対距離Ｌを短くすればよいため、アバターオブジェクト１１０，１１１同士を接近させるための動作が行いやすく、アバターオブジェクト１１０，１１１にも意図通りの動作を行わせることが可能となる。逆に、共演相手に対して遠ざかりたい場合には、そのユーザはユーザ装置１２から遠ざかればよい。これにより、アバターオブジェクト１１０，１１１を近付けた状態から元の状態に戻ることができる。また、共演相手に対して「驚く」、「興ざめする（引く）」等の感情を表現することも可能となる。よって、共演相手に対する接近する動作や離れる動作を簡単に行うことができるので、動画における表現方法を多彩にすることができる。

なお、図４では、説明の便宜上、アバターオブジェクト１１０，１１１の画面奥行方向（Ｘ軸負方向）の位置を同一としたが、それらの奥行方向の位置は異なっていてもよい。例えば、アバターオブジェクト１１０が、アバターオブジェクト１１１よりも仮想カメラ１１８からみて手前に位置してもよい。このアバターオブジェクト１１０，１１１の前後関係は、常に維持されるようにしてもよい。これにより、アバターオブジェクト１１０，１１１が接近することで、画面上で腕などの身体の一部が重なって見える場合でも、アバターオブジェクト１１０の身体の一部を常に手前に描画することで、一方のアバターオブジェクト１１０の身体の一部が、他方のアバターオブジェクト１１１の身体の一部を通過する等の違和感のある表現を抑制することができる。

また、アバターオブジェクト１１０，１１１のＺ軸に沿った相対距離について許容される下限値を予め設定してもよい。そして、アバターオブジェクト１１０，１１１の相対距離が下限値に到達した後に、ユーザがさらにユーザ装置１２に近づいたとしてもアバターオブジェクト１１０，１１１は近付かないようにしてもよい。

図５は、初期状態のコラボレーション配信画面１３０を示す。コラボレーション配信画面１３０では、ホストユーザ１０３のアバターオブジェクト１１０と、ゲストユーザ１０４のアバターオブジェクト１１１とは、正面を向きつつ互いの方向に（内側に）体を傾けた状態で描画されている。

図６は、ホストユーザ１０３及びゲストユーザ１０４の少なくとも一方が、ユーザ装置１２の正面の位置を維持したままユーザ装置１２に接近したときのコラボレーション配信画面１３１である。アバターオブジェクト１１０，１１１は接近した状態で描画されている。例えばホストユーザ１０３及びゲストユーザ１０４がユーザ装置１２に近づくと、アバターオブジェクト１１０，１１１は仮想カメラ１１８に近づく。このとき、図６に示すように、アバターオブジェクト１１０，１１１は大きく描画されてもよいし、アバターオブジェクト１１０，１１１の大きさを変更しなくてもよい。

次に、三人以上のアバターオブジェクトを動画画面に表示するコラボレーション配信機能について説明する。三人以上のアバターオブジェクトが表示されるコラボレーション配信は、複数のユーザ装置１２の各々から参加要請がサーバ１３を介して送信され、配信ユーザが用いるユーザ装置１２によりそれらの参加要請が承認された場合に開始される。参加要請が承認された視聴ユーザのアバターオブジェクトは、参加待機列に追加される。

図７に示すように、サーバ１３は、参加待機列１３５に、参加要請が承認されたアバターオブジェクト（共演アバター）の識別情報１３６，１３７を順に追加する。新たな参加要請が承認された場合には、参加待機列１３５の後尾に新たなアバターオブジェクトの識別情報１３８を追加する。また、サーバ１３は、所定のタイミングで、先頭の識別情報１３６に対応するアバターオブジェクトのレンダリングをユーザ装置１２に実行させ、参加待機列１３５で待機中のアバターオブジェクトの順番を繰り上げる。

図８は、ホストユーザのアバターオブジェクト１１０と、ゲストユーザのアバターオブジェクト１１１，１４０，１４１の画面上での表示位置を模式的に示している。図５及び図６と同様に、第１ゲストユーザのアバターオブジェクト１１１は、ホストユーザのアバターオブジェクト１１０の右側の第１表示位置１４５Ａに表示される。第１表示位置１４５Ａに表示されるアバターオブジェクト１１０は、３次元モデルデータを用いて描画される。また、第１表示位置１４５Ａに表示されるアバターオブジェクト１１０は、第１ゲストユーザが用いるユーザ装置１２から送信されたモーションデータが反映される。つまり、第１ゲストユーザの身体の動きに合わせて、アバターオブジェクト１１１が動作する。

第１ゲストユーザの次に参加要請が承認された第２ゲストユーザのアバターオブジェクト１４０は、アバターオブジェクト１１０，１１１の後方のうち左側の第２表示位置１４５Ｂに表示される。第２ゲストユーザの次に参加要請が承認された第３ゲストユーザのアバターオブジェクト１４１は、後方右側の第３表示位置１４５Ｃに表示される。

第２表示位置１４５Ｂ及び第３表示位置１４５Ｃに表示されるアバターオブジェクト１４０，１４１は、第１表示位置１４５Ａに表示されるアバターオブジェクト１１１に比べて描画の処理負荷が少ない画像が用いられる。以下、ホストユーザのアバターオブジェクト１１０や第１表示位置１４５Ａに表示されるアバターオブジェクト１１１を描画するために用いられるモデルデータを第１描画データといい、第２表示位置１４５Ｂ及び第３表示位置１４５Ｃに表示されるアバターオブジェクト１４０，１４１を描画するために用いられるモデルデータを第２描画データという。

第２描画データには、例えば、アバターオブジェクト１４０，１４１の画像をキャプチャした２次元データが用いられる。２次元のデータは、ホストユーザのユーザ装置１２で作成される。ホストユーザのユーザ装置１２は、ゲストユーザのアバターオブジェクトの識別情報に基づいてアバターデータ２２Ｂを用いて３次元のアバターオブジェクトのデータを作成するとともに、そのデータを２次元化することによって２次元のデータを作成する。なお、２次元のデータは、アバターオブジェクト１４０，１４１に対応するゲストユーザが用いるユーザ装置１２から送信されたものであってもよく、視聴ユーザのユーザ装置１２がアバターデータ２２Ｂを用いて生成したものであってもよい。また、第２描画データは、画面に表示する際の処理負荷が３次元のアバターオブジェクトよりも少なくなるデータであればよく、ポリゴン数を低減させた３次元モデルデータ、又は２次元のポリゴンデータが用いられてもよい。

第１表示位置１４５Ａに表示されたアバターオブジェクト１１１は、制限条件が満たされると、第１表示位置１４５Ａから移動する。このとき、アバターオブジェクト１１１は、上方に移動することによって退出するが、下方、右側、左側、画面奥方向、画面手前方向に移動して画面から退出させてもよい。又は移動中のアバターオブジェクト１１１を表示することなく、消去してもよい。制限条件は、アバターオブジェクト１１１が第１表示位置１４５Ａに表示されてから移動するまでの時間が予め設定された一定時間に到達することである。又は、制限条件は、それ以外であってもよい。例えば、ホストユーザがユーザ装置１２で画面上の操作オブジェクト等を操作すること、ゲストユーザがユーザ装置１２で画面上の操作オブジェクト等を操作すること、ホストユーザ及びゲストユーザが対戦するゲームでホストユーザが勝利又は敗北すること等である。

アバターオブジェクト１１１が第１表示位置１４５Ａから上方向に移動して画面から退出すると、参加待機列１３５で待機中のアバターオブジェクトの順番が繰り上がり、第２表示位置１４５Ｂに表示されたアバターオブジェクト１４０が、第１表示位置１４５Ａに表示される。また、第３表示位置１４５Ｃに表示されたアバターオブジェクト１４１が、第２表示位置１４５Ｂに表示される。

図９は、コラボレーション配信の概念図である。ホストユーザも含めて三人以上のアバターオブジェクトが表示されるコラボレーション配信が開始されると、コラボレーション配信の参加者のユーザ装置１２は、モーションデータや音声データ等の各種データを送受信し合い、受信したデータに基づきレンダリングを行う。具体的には、配信ユーザが用いるユーザ装置である配信ユーザ装置１２Ａは、モーションデータ、カメラデータ、ギフトオブジェクトデータ、及び音声データ等を含むアニメーション構成データ（以下、単に構成データ１２０という）をサーバ１３に送信する。カメラデータは、配信ユーザ装置１２Ａで設定された仮想カメラ１１８に関するデータである。カメラデータは、仮想空間内のオブジェクトを撮影する仮想カメラ１１８の撮影手法に関する情報であり、仮想カメラの位置や向きを含む。

ギフトオブジェクトデータは、レンダリングを行うギフトオブジェクトの識別情報、ギフトオブジェクトの位置等である。音声データは、配信ユーザ装置１２Ａがマイク２６を介して入力した音声のデータである。また、構成データ１２０にアバターオブジェクトの識別情報を含めてもよい。

また、配信ユーザ装置１２Ａは、第１ゲストユーザが用いるユーザ装置である配信ユーザ装置１２Ｂから、配信ユーザ装置１２Ｂが送信した構成データ１２０を受信する。
第１ゲストユーザが用いるユーザ装置である配信ユーザ装置１２Ｂは、構成データ１２０をサーバ１３に送信する。また、第２ゲストユーザが用いるユーザ装置である配信ユーザ装置１２Ｃは、モーションデータ、カメラデータ、ギフトオブジェクトデータを送信しない。配信ユーザ装置１２Ｃは、音声データを含む簡易データ１２１をサーバ１３に送信する。

配信ユーザ装置１２Ａ～１２Ｃは、サーバ１３を介して構成データ１２０及び簡易データ１２１を受信すると、それらに基づいてレンダリングを行い、アニメーションを生成する。つまり、配信ユーザ装置１２Ａから送信された構成データ１２０に基づき、ホストユーザに対応するアバターオブジェクトを生成し、そのアバターオブジェクトにモーションデータを適用し、アバターオブジェクトをホストユーザの動きに合わせて動作させたアニメーションを生成する。また、配信ユーザ装置１２Ｂから送信された構成データ１２０に基づき、第１ゲストユーザに対応するアバターオブジェクトを生成し、そのアバターオブジェクトにモーションデータを適用し、アバターオブジェクトを第１ゲストユーザの動きに合わせて動作させたアニメーションを生成する。なお、配信ユーザ装置１２Ａ，１２Ｂは、ホストユーザに対応するアバターオブジェクトの本体の識別データ及びテクスチャデータの識別情報を適宜サーバ１３に送信している。配信ユーザ装置１２Ａ～１２Ｃは、それらの情報をサーバ１３から適宜受信して、ホストユーザ及び第１ゲストユーザに対応するアバターオブジェクトを作成し、アバターオブジェクトにモーションデータを適用する。

また、配信ユーザ装置１２Ａは、生成した動画をエンコードして、サーバ１３に送信する。サーバ１３は、動画を視聴中の視聴ユーザのユーザ装置である視聴ユーザ装置１２Ｄにエンコードした動画データ１２２を送信する。

（動作）
次に、図１０及び図１１を参照して、ホストユーザと複数のゲストユーザとが共演する場合の処理手順について説明する。

図１０に示すように、まず、ホストユーザが用いる配信ユーザ装置１２Ａは、コラボレーション配信（コラボ配信）を許可する動画（コラボ許可動画）の配信を開始する（ステップＳ１０）。第１ゲストユーザが用いる配信ユーザ装置１２Ｂ及び第２ゲストユーザが用いる配信ユーザ装置１２Ｃは、ユーザの操作に基づきサーバ１３に参加要請を送信する（ステップＳ１１，ステップＳ１２）。なお、参加申請は、ユーザの識別情報とともに送信される。また、ここでは、参加要請をアバターオブジェクトの識別情報とともに送信する場合について説明する。

サーバ１３は、受信した参加要請に基づき、コラボレーション配信に参加するアバターオブジェクトの識別情報を参加待機列に追加する（ステップＳ１３）。参加待機列に含まれているアバターオブジェクトは、仮想空間にレンダリングされていないアバターオブジェクトである。参加待機列に追加されたアバターオブジェクトが、仮想空間にレンダリングされるとそのアバターの識別情報が待機列から除外される。

サーバ１３は、参加申請の通知を、参加申請を行った視聴ユーザの識別情報とともに配信ユーザ装置１２Ａに送信する（ステップＳ１４）。配信ユーザ装置１２Ａは、参加要請をサーバ１３から受信すると、参加要請の承認画面をディスプレイ２８に表示して、参加要請の承認及び否認（又は待機）の選択を求める。参加要請が承認されると、配信ユーザ装置１２Ａは、参加要請を承認する（ステップＳ１５）。このとき、配信ユーザ装置１２Ａは、承認した視聴ユーザの識別情報をサーバ１３に送信する。

サーバ１３は、参加要請が承認された視聴ユーザを追加した参加者リストをゲストユーザの配信ユーザ装置１２Ｂ，１２Ｃに加え、ホストユーザの配信ユーザ装置１２Ａに送信する（ステップＳ１６）。

第２ゲストユーザの配信ユーザ装置１２Ｃは、参加者リストを参照して参加要請が承認されたか否かを判定する。配信ユーザ装置１２Ｃは、第２ゲストユーザの参加要請が承認されたと判定すると、簡易データ１２１をサーバ１３に送信する（ステップＳ１７）。このとき、第２ゲストユーザのアバターオブジェクトの識別情報を簡易データに含めて、又は簡易データとは別に送信してもよい。

サーバ１３は、第２ゲストユーザの配信ユーザ装置１２Ｃから受信した簡易データ１２１を、ホストユーザの配信ユーザ装置１２Ａ、第１ゲストユーザの配信ユーザ装置１２Ｂに送信する（ステップＳ１８）。

また、ホストユーザの配信ユーザ装置１２Ａは、構成データ１２０をサーバ１３に送信する（ステップＳ１９）。サーバ１３は、配信ユーザ装置１２Ａから受信した構成データ１２０を、ゲストユーザの配信ユーザ装置１２Ｂ，１２Ｃに送信する（ステップＳ２０）。

また、第１ゲストユーザの配信ユーザ装置１２Ｂは、構成データ１２０をサーバ１３に送信する（ステップＳ２１）。サーバ１３は、配信ユーザ装置１２Ａから受信した構成データ１２０を、ホストユーザの配信ユーザ装置１２Ａ及び第２ゲストユーザの配信ユーザ装置１２Ｃに送信する（ステップＳ２２）。

ホストユーザの配信ユーザ装置１２Ａは、自身の構成データ１２０、配信ユーザ装置１２Ｂから受信した構成データ１２０、及び配信ユーザ装置１２Ｃから受信した簡易データ１２１に基づき、アニメーションを表示し、エンコードする（ステップＳ２３）。そして、エンコードした動画データを視聴ユーザ装置１２Ｄに送信する（ステップＳ２７）。

また、配信ユーザ装置１２Ｂは、自身の構成データ１２０、配信ユーザ装置１２Ａから受信した構成データ１２０、及び配信ユーザ装置１２Ｃから受信した簡易データ１２１に基づき、アニメーションを表示する（ステップＳ２５）。さらに、配信ユーザ装置１２Ｃは、自身の簡易データ１２１、配信ユーザ装置１２Ａ，１２Ｂから受信した構成データ１２０に基づき、アニメーションを表示する（ステップＳ２６）。

なお、配信ユーザ装置１２Ｃが簡易データ１２１を送信するタイミング、及び配信ユーザ装置１２Ａ，１２Ｂが構成データ１２０を送信するタイミングの順番は特に限定されない。また、ステップＳ１６において、サーバ１３は参加者リストをホストユーザの配信ユーザ装置１２Ａに送信するようにしたが、これを省略してもよい。

次に図１１を参照して、ゲストユーザの順番が入れ替わる場合について説明する。
第１ゲストユーザの配信ユーザ装置１２Ｂは、制限条件が満たされると退出申請を送信する（ステップＳ３０）。退出申請は、アバターオブジェクトの識別情報とともに送信される。サーバ１３は、退出申請を受信すると、アバターオブジェクトの識別情報に基づき、参加待機列を更新する（ステップＳ３１）。つまり、参加待機列で待機中のアバターオブジェクトの順番を繰り上げる。

また、サーバ１３は、退出申請を送信した第１ゲストユーザに対応するアバターオブジェクトの識別情報を参加者リストから除外して更新し、更新した参加者リストを配信ユーザ装置１２Ａ～１２Ｃに送信する（ステップＳ３２，ステップＳ３３）。ホストユーザの配信ユーザ装置１２Ａでは、参加者リストから除外されたアバターオブジェクトを画面から退出させる退出アニメーションをディスプレイ２８に表示し、退出アニメーションを音声データ等とともにエンコードする（ステップＳ３６）。そして、エンコードしたデータを視聴ユーザ装置１２Ｄに送信する（ステップＳ３８）。視聴ユーザ装置１２Ｄは、エンコードされたデータを受信し、退出アニメーションをディスプレイ２８に表示する（ステップＳ３９）。なお、コラボレーション配信から退出すると、第１ゲストユーザのユーザ装置１２は、視聴ユーザ装置１２Ｄとなる。

また、第１ゲストユーザの配信ユーザ装置１２Ｂ及び第２ゲストユーザの配信ユーザ装置１２Ｃは、受信した参加者リストに基づき、第１ゲストユーザに対応するアバターオブジェクトを画面から退出させる退出アニメーションをディスプレイ２８に表示する（ステップＳ３４、Ｓ３５）。ここでは、参加者リストには、第２ゲストユーザのみしか含まれていない場合について説明する。

第１ゲストユーザのアバターオブジェクトが退出したことにより、第２ゲストユーザの順番が繰り上がる。第２ゲストユーザの配信ユーザ装置１２Ｃは、繰り上げ後のアニメーションをディスプレイ２８に表示する（ステップＳ４０）。繰り上げ後のアニメーションでは、第１表示位置１４５Ａに、第２ゲストユーザに対応するアバターオブジェクトが表示され、第１ゲストユーザに対応するアバターオブジェクトが消去されている。また、第１ゲストユーザは、アバターオブジェクトを退出させることにより、ゲストユーザではなくなり、再び参加要請を行わない限りは視聴ユーザとなる（図１１では、便宜上、ステップＳ３４、ステップＳ３５以降も第１ゲストユーザの配信ユーザ装置１２Ｂとして示す）。

また、配信ユーザ装置１２Ｃは、構成データ１２０をサーバ１３に送信する（ステップＳ４１）。サーバ１３は、配信ユーザ装置１２Ｃから受信した構成データ１２０を、ホストユーザの配信ユーザ装置１２Ａに送信する（ステップＳ４２）。

配信ユーザ装置１２Ａは、繰り上げ後の繰り上げ後のアニメーションをディスプレイ２８に表示し、繰り上げ後のアニメーションをエンコードする（ステップＳ４３）。また、配信ユーザ装置１２Ａは、エンコードした動画データを視聴ユーザ装置１２Ｄに送信する（ステップＳ４４）。

第２ゲストユーザの配信ユーザ装置１２Ｃは、自身の構成データ１２０、ホストユーザの配信ユーザ装置１２Ａから送信された構成データ１２０（図１１では図示略）に基づいて、繰り上げ後のアニメーションを表示する（ステップＳ４５）。また、アバターオブジェクトが退出することで視聴ユーザとなった第１ゲストユーザのユーザ装置１２（配信ユーザ装置１２Ｂ）及び視聴ユーザ装置１２Ｄでは、配信ユーザ装置１２Ａから送信された動画データに基づき、繰り上げ後のアニメーションを表示する（ステップＳ４６）。なお、コラボレーション配信から退出したとき、退出したユーザのユーザ装置１２には、動画の視聴画面ではなく、ホーム画面を表示してもよい。つまり、ユーザ装置１２は、コラボレーション配信に参加した動画の配信ルームをいったん退出する。ホーム画面では、配信中の動画のリスト等が表示され、リスト内の動画を選択することにより動画の視聴を開始することができる。

なお、図１１の例では、参加者リストに第２ユーザの次のユーザが参加しない場合について説明したが、参加者リストに、コラボレーション配信に参加した第３ゲストユーザに関する識別情報が含まれる場合には、ステップＳ４２において第３ゲストユーザに対応するユーザ装置１２にも構成データ１２０を送信する。また、第３ゲストユーザのユーザ装置１２は、順番に応じて、構成データ１２０又は簡易データ１２１をサーバ１３に送信する。

次に、図１２～図１５を参照して、ユーザ装置１２に表示される画面について説明する。図１２は、配信ユーザが用いるユーザ装置１２に表示される配信画面１５０である。視聴ユーザがユーザ装置１２を用いて参加要請を送信するための操作を行うと、配信画面１５０には承認要請ウィンドウ１５２が表示される。承認要請ウィンドウ１５２には、承認を待機（否認）する待機ボタン１５４、及び承認を行う承認ボタン１５３が表示されている。承認ボタン１５３が選択されると、ユーザ装置１２は、参加リストに、参加要請を行ったユーザに対応するアバターオブジェクトの識別情報を追加する。

図１３は、配信ユーザのユーザ装置１２に表示される配信画面１６０である。なお、視聴ユーザが用いるユーザ装置１２にも同様の画面が表示される。配信画面１６０は、３人のゲストユーザのアバターオブジェクト１１１，１４０，１４１が表示されている。アバターオブジェクト１１０，１１１は、仮想空間内で３次元モデルとして描画されている。また、アバターオブジェクト１１０，１１１には、ホストユーザ及びゲストユーザのモーションデータが反映されている。アバターオブジェクト１４０，１４１は、２次元データであって、アバターオブジェクト１４０，１４１には、ゲストユーザのモーションデータが反映されていない。

図１４に示すように、アバターオブジェクト１１１に対する制限条件が成立すると、アバターオブジェクト１１１が画面上方へ移動する退出アニメーションが表示される。これによって、第１表示位置１４５Ａが空いた状態となる。

次いで図１５に示すように、繰り上げ後のアニメーションが表示される。つまり、第２表示位置１４５Ｂに表示されたアバターオブジェクト１４０が、消去、又は画面上方に向かって移動して画面から退出する。そして、第１表示位置１４５Ａに、第２表示位置１４５Ｂに表示されていたアバターオブジェクト１４０が、画面上方から下方に向かって移動するように表示される。また、第３表示位置１４５Ｃに表示されていたアバターオブジェクト１４１は、第２表示位置１４５Ｂに配置されている。参加待機列１３５に待機中のアバターオブジェクトが無い場合には、第３表示位置１４５Ｃは空いた状態となる。なお、繰り上げ後のアニメーションでの演出は、アバターオブジェクトが画面上方から下方に向かって移動すること以外の演出であってもよい。第１表示位置１４５Ａに位置するアバターオブジェクトは、３次元データのオブジェクトのアニメーションとして表示されるとともに、アバターオブジェクトにはモーションデータが適用される。

このように画面の奥行方向の後方に２次元モデルで描画されていたアバターオブジェクトが３次元モデルとして新たに描画されるとき、画面内で急に表示態様が変わると違和感がある。このため、第２表示位置１４５Ｂに表示されていた２次元モデルに基づくアバターオブジェクトを画面外に退出させ、３次元モデルに基づくアバターオブジェクトとして画面内に戻して描画する。これにより、視聴ユーザ及び配信ユーザに違和感を与えることを抑制することができる。

次に、本実施形態の効果について説明する。
（１）コラボレーション配信に参加するユーザ装置１２は、ホストユーザの動きが反映されるアバターオブジェクトと、ホストユーザに参加要請を行った第１ゲストユーザの動きが反映されるアバターオブジェクトを動画の描画空間にレンダリングする。また、ユーザ装置１２は、ホストユーザに参加要請を行った第２ゲストユーザに対応するアバターオブジェクトを、ホストユーザに対応するアバターオブジェクト及び第１ゲストユーザに対応するアバターオブジェクトよりも描画の処理負荷が少ないオブジェクトデータを用いてレンダリングする。このため、第２ゲストユーザに対応するアバターオブジェクトのレンダリング処理にかかる負荷が軽減されるので、３つ以上のアバターオブジェクトを描画する場合であっても、描画処理にかかる負荷を軽減することができる。また、第２ゲストユーザのユーザ装置１２からは、モーションデータを含まない簡易データ１２１が送信されるので、ユーザ装置１２間で送受信されるデータ量を低減することができる。

（２）第２ゲストユーザに対応するアバターオブジェクトは、静止状態で動画に表示される。このため、第２ゲストユーザに対応するアバターオブジェクトのレンダリング処理にかかる負荷が軽減される。

（３）ホストユーザに対応するアバターオブジェクト及び第１ゲストユーザに対応するアバターオブジェクトと、第２ゲストユーザに対応するアバターオブジェクトとは異なる領域に配置される。このため、第２ゲストユーザに対応するアバターオブジェクトが、ホストユーザに対応するアバターオブジェクト及び第１ゲストユーザに対応するアバターオブジェクトとは異なる表示態様で描画されていることが、視聴ユーザ及びゲストユーザに認識されやすくなる。これにより、第２ゲストユーザに対応するアバターオブジェクトがホストユーザに対応するアバターオブジェクト等と異なる表示態様となる要因が、通信障害、アプリケーションプログラムのバグ等であるとのユーザの誤解を抑制することができる。

（４）簡易データ１２１で描画されていたアバターオブジェクトが３次元モデルとして新たに描画されるとき、アバターオブジェクトを画面外に退出させ、３次元モデルに基づくアバターオブジェクトとして画面内に戻して描画する。これにより、視聴ユーザ及び配信ユーザにコラボ配信の出演者の変更に伴う画面変更の違和感を与えることを抑制することができる。

（５）ホストユーザ及びゲストユーザは、ユーザ装置１２との相対距離Ｌを縮めることにより、ホストユーザに対応するアバターオブジェクトとゲストユーザに対応するアバターオブジェクトとを近付けることができる。このため、動画において多彩な表現が可能になる。

（６）ホストユーザのユーザ装置１２は、アニメーションを含む動画データをエンコードして、サーバ１３に送信する。このため、視聴ユーザのユーザ装置１２にかかるレンダリング処理の負荷を軽減することができる。

（第２実施形態）
次に、動画配信システムの第２実施形態について説明する。なお、第１実施形態では、ホストユーザのユーザ装置１２が動画データをエンコードして送信する映像配信方式であるのに対し、本実施形態では視聴者のユーザ装置側でアバターオブジェクトをレンダリングする。以下、第１実施形態と同様の部分については同一符号を付してその詳細な説明を省略する。

図１６に示すように、視聴者のユーザ装置側でアバターオブジェクトをレンダリングするクライアント側レンダリング方式では、視聴ユーザ装置１２Ｄは、エンコードされた動画データを受信するのではなく、サーバ１３から構成データ１２０及び簡易データ１２１を含むデータ１２３を受信して、データ１２３に基づいてオブジェクトのレンダリングを行う。視聴ユーザ装置１２Ｄは、オブジェクトをレンダリングした画像を用いてアニメーションを生成し、サーバ１３から受信した投稿メッセージ等を合成して、動画をディスプレイ２８に表示する。

（動作）
次に、図１７及び図１８を参照して、ホストユーザと複数のゲストユーザとが共演する場合の処理手順について説明する。

図１７に示すように、コラボ許可配信開始（ステップＳ１０）、ゲストユーザのユーザ装置１２による参加要請（ステップＳ１１，ステップＳ１２）、サーバ１３による参加待機列への追加（ステップＳ１３）、参加要請の通知（ステップＳ１４）、参加リスト送信（ステップＳ１４～ステップＳ１６）を第１実施形態と同様に行う。参加者リストの送信（ステップＳ１６Ａ）では、サーバ１３は、視聴ユーザ装置１２Ｄにも参加者リストを送信する。

また、第１実施形態と同様に、ホストユーザ及びゲストユーザからなる参加者の間での簡易データの送信（ステップＳ１７、ステップＳ１８）、構成データ１２０の送信（ステップＳ１９～ステップＳ２２）を行う。

配信ユーザ装置１２Ａ～１２Ｃは、受信した構成データ１２０及び簡易データ１２１に基づき、アニメーションを表示する（ステップＳ２３、２５、２６）。また、ホストユーザの配信ユーザ装置１２Ａは、構成データ１２０及び簡易データ１２１をサーバ１３を介して視聴ユーザ装置１２Ｄに送信する（ステップＳ５０）。視聴ユーザ装置１２Ｄは、サーバ１３から受信した構成データ１２０及び簡易データ１２１を含むデータ１２３に基づきレンダリングを行い、アニメーションを生成してディスプレイ２８に表示する（ステップＳ５１）。

図１８に示すように、退出申請（ステップＳ３０）、参加待機列の更新（ステップＳ３１）、参加リスト送信（ステップＳ３２）を第１実施形態と同様に行う。ここでも参加者リストの送信（ステップＳ３３Ａ）では、サーバ１３は、視聴ユーザ装置１２Ｄにも参加者リストを送信する。

また、コラボレーション配信に参加する配信ユーザ装置１２Ａ～１２Ｃでは退出アニメーションが表示される（ステップＳ３４～Ｓ３６）。さらに、視聴ユーザ装置１２Ｄは、受信した参加者リストに基づいて、退出アニメーションを表示する（ステップＳ３７）。

さらに、順番が繰り上げられた第２ゲストユーザのユーザ装置１２から送信された構成データ１２０は、コラボレーション配信に参加する配信ユーザ装置１２Ａ～１２Ｃに加え、視聴ユーザのユーザ装置１２にも送信される（ステップＳ４１～ステップＳ４３）。

そして、配信ユーザ装置１２Ａ～１２Ｃ、及び視聴ユーザ装置１２Ｄは、構成データ１２０及び簡易データ１２１に基づき、オブジェクトのレンダリングを行い、繰り上げ後のアニメーションを表示する（ステップＳ４５，ステップＳ５５～５６）。なお、コラボレーション配信から退出したとき、退出したユーザのユーザ装置１２には、動画の視聴画面ではなく、ホーム画面を表示してもよい。

第２実施形態によれば、第１実施形態の（１）～（６）の効果に加え、以下の効果が得られる。
（７）視聴ユーザのユーザ装置１２は、アニメーション構成データをサーバ１３から受信して、オブジェクトをレンダリングし、アニメーションを生成する。このため、ホストユーザのユーザ装置１２が、アニメーションをエンコードする必要が無いためホストユーザのユーザ装置１２にかかる負荷を軽減することができる。

上記実施形態は、以下のように変更して実施することができる。上記実施形態及び以下の変更例は、技術的に矛盾しない範囲で互いに組み合わせて実施することができる。
・上記実施形態では、アバターオブジェクトは、正面方向１１２，１１５、及び幅方向１１４，１１７（図４参照）に変位可能であるとしたが、これに代えて若しくは加えて、ユーザの顔の高さ位置の変化に基づき高さ方向１１３，１１６の位置を変更してもよい。

・上記実施形態では、サーバ１３が、仮想空間にレンダリングするアバターオブジェクトの順番を管理するようにした。これに代えて若しくは加えて、配信ユーザ装置１２Ａが仮想空間にレンダリングするアバターオブジェクトの順番を管理するようにしてもよい。又は、配信ユーザ装置１２Ａのみではなく、配信ユーザ装置１２Ａ～１２Ｃの各々が管理するようにしてもよい。

・上記実施形態では、サーバ１３が、参加者リストを管理し、各ユーザ装置１２に送信するようにした。これに代えて若しくは加えて、配信ユーザ装置１２Ａが管理するようにしてもよい。

・上記実施形態では、第２表示位置及び第３表示位置に表示されるアバターオブジェクトに対応するゲストユーザのユーザ装置１２は、音声データを送信するようにした。これに代えて、第２表示位置及び第３表示位置に表示されるアバターオブジェクトに対応するゲストユーザのユーザ装置１２は、第２描画データを送信して、音声データを送信しなくてもよい。これによれば、サーバ１３を介したユーザ装置１２間の通信量をさらに低減することができる。

・上記実施形態では、ユーザ装置１２には、動画を視聴及び配信するための動画アプリケーションプログラムがインストールされているものとした。これに代えて、動画を視聴するためのアプリケーションプログラムと、動画を配信するためのアプリケーションプログラムとを別のアプリケーションプログラムとしてもよい。配信を行う場合には配信アプリケーションプログラムを用いて動画を配信する。視聴を行う場合には視聴アプリケーションプログラムを用いて動画を視聴する。ギフトオブジェクトの表示要求は、視聴アプリケーションプログラムを用いて行う。

・上記実施形態では、ユーザ装置１２がアバターオブジェクトやギフトオブジェクトのレンダリングを行うようにした。これに代えて若しくは加えて、サーバ１３が、アバターオブジェクトやギフトオブジェクトのレンダリングを行ってもよい。また、サーバ１３は、オブジェクトをレンダリングした画像を用いてアニメーションを生成し、ユーザ装置１２に配信するようにしてもよい。

・モーションデータ管理部２０Ｂは、センサユニット２４から、ユーザの表情の変化、頭部の動き、センサユニット２４に対するユーザの相対位置を検出した検出データを取得するとしたが、このうち少なくとも一つのパラメータを取得するものであってもよい。個々の場合、センサユニット２４が取得できない検出データについて、ユーザ装置１２であってもよい。また、モーションデータ管理部２０Ｂは、ユーザの表情の変化、頭部の動き及びユーザの相対位置の少なくとも一つに加えて、若しくは代えて、頭部の動作以外の動きを検出した検出データ等のその他の検出データを取得してもよい。

・上記実施形態では、アバターオブジェクト１１０，１１１が変位可能な可動範囲は限られており、アバターオブジェクト１１０，１１１の位置が入れ替わることはできないとした。これに代えて、ホストユーザ、及びゲストユーザの動きに合わせて、アバターオブジェクト１１０，１１１の位置を入れ替え可能としてもよい。

・上記実施形態では、第２表示位置１４５Ｂ及び第３表示位置１４５Ｃに表示されるアバターオブジェクトに、モーションデータを適用してもよい。この態様において、簡易データ１２１に、モーションデータが含められる。

さらに、第２表示位置１４５Ｂ及び第３表示位置１４５Ｃに表示されるアバターオブジェクトを、３次元データに基づくアバターオブジェクトとし、そのアバターオブジェクトにモーションデータを適用してもよい。この態様においては、コラボレーション配信に参加するホストユーザ以外の全てのユーザが第１ゲストユーザとなる。第１ゲストユーザのユーザ装置１２の間では、構成データ１２０が送受信され、自身の構成データ１２０と他のユーザの構成データ１２０とに基づき、各ユーザ装置１２においてオブジェクトがレンダリングされ、動画が生成される。

・動画に表示される仮想空間は、拡張現実（ＡＲ；Ａugmented Reality）の空間であってもよい。例えば、ユーザ装置１２のカメラが撮影した現実世界の画像に、アバターオブジェクト及びギフトオブジェクト等を重ねて表示してもよい。この態様においては、ホストユーザのユーザ装置１２のカメラが撮像した画像を背景画像とする。

・上記実施形態では、ユーザの動作をアバターオブジェクトに適用した。しかし、動画を生成する際の処理負荷を軽減するという観点では、現実世界の複数のユーザの動画を一つの画面に合成したコラボレーション配信とすることもできる。この場合、コラボレーション配信において、一つの画面に表示されるユーザの一部が、動画として表示され、他のユーザが静止画として表示されてもよい。

・上記実施形態では、ユーザ装置１２は、スマートフォン、携帯電話機、タブレット端末、パーソナルコンピュータ、コンソールゲーム機、ヘッドマウントディスプレイ等のウェアラブルコンピュータ等の情報処理装置とした。これに代えて、ユーザ装置１２は、情報処理装置の少なくとも一つと、入力装置及び出力装置から構成されるシステムであってもよい。例えば、ユーザ装置１２は、コンピュータプロセッサ２０等を備えるコンソールゲーム機と、これと別体に設けられたセンサユニット２４、操作部２７であるコントローラ、スピーカ２５、ディスプレイ２８等が相互にデータを送受信可能なシステムであってもよい。また、ユーザ装置１２は、パーソナルコンピュータ等の情報処理装置と、これと別体に設けられたセンサユニット２４、操作部２７であるコントローラ、スピーカ２５、ディスプレイ２８であるウェアラブルディスプレイ等が相互にデータを送受信可能なシステムであってもよい。又は、動画を配信するユーザ装置１２に代えて、動画配信用のスタジオに設けられたシステムであって、情報処理装置、センサユニット２４、操作部２７、スピーカ２５、ディスプレイ２８を備えたシステムを、動画を配信するシステムとして用いてもよい。

・上記実施形態では、センサユニット２４をユーザ装置１２側に設けたが、センサユニット２４の少なくとも一部を、配信ユーザの身体に装着したり、配信ユーザの近傍に設けたりしてもよい。例えば、センサユニット２４は、赤外線等の検出光を所定間隔で出射する出射部と、配信ユーザの身体に装着され、検出光を受光して検出結果をコンピュータプロセッサ２０に送信する受光部とから構成してもよい。又は、センサユニット２４は、配信ユーザの身体に装着されたマーカーを検出するカメラ等から構成してもよい。

１１…動画配信システム、
１２…ユーザ装置
１３…サーバ。

Claims (13)

1. コンピュータを、
   第１ユーザの動きが反映される第１キャラクタオブジェクトと、前記第１ユーザに参加要請を行った第２ユーザの動きが反映される第２キャラクタオブジェクトとを動画の描画空間にレンダリングする第１画像処理部と、
   前記第１ユーザに参加要請を行った第３ユーザに対応する第３キャラクタオブジェクトを、前記第１キャラクタオブジェクト及び前記第２キャラクタオブジェクトよりも描画の処理負荷が少ないオブジェクトデータを用いてレンダリングする第２画像処理部として機能させる
   動画用アプリケーションプログラム。
2. 前記第２画像処理部は、前記第３キャラクタオブジェクトに前記第３ユーザの動きを反映せず静止状態で表示する
   請求項１に記載の動画用アプリケーションプログラム。
3. 前記第２画像処理部は、前記第３キャラクタオブジェクトを、前記第１キャラクタオブジェクト及び前記第２キャラクタオブジェクトを含む領域とは異なる領域に表示する
   請求項１又は２に記載の動画用アプリケーションプログラム。
4. 前記第１画像処理部は、前記第２キャラクタオブジェクトを第１表示位置にレンダリングし、
   前記第２画像処理部は、前記第３キャラクタオブジェクトを第２表示位置にレンダリングするとともに、
   前記第１画像処理部は、前記第２キャラクタオブジェクトに関する制限条件が成立したとき、前記第２キャラクタオブジェクトを前記第１表示位置から退出させ、前記第３キャラクタオブジェクトを前記第１表示位置にレンダリングする
   請求項１～３のいずれか１項に記載の動画用アプリケーションプログラム。
5. 前記第１画像処理部は、前記第２キャラクタオブジェクトに関する制限条件が成立したとき、前記第２キャラクタオブジェクトをユーザが用いるディスプレイに表示される画面から退出させ、３次元モデルデータに基づく第２キャラクタオブジェクトを前記第１表示位置にレンダリングする
   請求項４に記載の動画用アプリケーションプログラム。
6. 前記第１画像処理部は、
   前記第１キャラクタオブジェクト及び前記第２キャラクタオブジェクトを、それらの正面方向に沿ったベクトルが、隣り合うキャラクタオブジェクト側に傾くようにレンダリングし、
   前記第１ユーザの正面方向への移動量及び第２ユーザの正面方向への移動量に基づいて、前記第１キャラクタオブジェクト及び前記第２キャラクタオブジェクトをそれらの正面方向に沿って移動させる
   請求項１～５のいずれか１項に記載の動画用アプリケーションプログラム。
7. 前記第２画像処理部は、前記第３キャラクタオブジェクトを、仮想カメラを基準とした奥行方向の情報を低減又は省略したデータを用いて描画する
   請求項１～６のいずれか１項に記載の動画用アプリケーションプログラム。
8. 前記コンピュータを、
   前記第１ユーザの動きを示すモーションデータ、前記第２ユーザの動きを示すモーションデータ、前記第３キャラクタオブジェクトを描画するための簡易データに基づきアニメーションを生成する第１アニメーション生成部と、
   前記アニメーションをエンコードして、エンコードしたデータを、動画を配信するサーバに送信するエンコード部としてさらに機能させる
   請求項１～７のいずれか１項に記載の動画用アプリケーションプログラム。
9. 前記コンピュータを、
   動画を配信するサーバから、前記第１ユーザの動きを示すモーションデータ、前記第２ユーザの動きを示すモーションデータ、前記第３キャラクタオブジェクトを描画するための簡易データを含むアニメーション構成データを受信する構成データ受信部と、
   前記アニメーション構成データに基づいて、前記第１キャラクタオブジェクト、前記第２キャラクタオブジェクト及び前記第３キャラクタオブジェクトを含むアニメーションを生成する第２アニメーション生成部として機能させる
   請求項１～８のいずれか１項に記載の動画用アプリケーションプログラム。
10. コンピュータが、
    第１ユーザの動きが反映される第１キャラクタオブジェクトと、前記第１ユーザに参加要請を行った第２ユーザの動きが反映される第２キャラクタオブジェクトを動画の描画空間にレンダリングする第１画像処理ステップと、
    前記第１ユーザに参加要請を行った第３ユーザに対応する第３キャラクタオブジェクトを、前記第１キャラクタオブジェクト及び前記第２キャラクタオブジェクトよりも描画の処理負荷が少ないオブジェクトデータを用いてレンダリングする第２画像処理ステップとを実行する
    動画のオブジェクト描画方法。
11. 第１ユーザの動きが反映される第１キャラクタオブジェクトと、前記第１ユーザに参加要請を行った第２ユーザの動きが反映される第２キャラクタオブジェクトとを動画の描画空間にレンダリングする第１画像処理部と、
    前記第１ユーザに参加要請を行った第３ユーザに対応する第３キャラクタオブジェクトを、前記第１キャラクタオブジェクト及び前記第２キャラクタオブジェクトよりも描画の処理負荷が少ないオブジェクトデータを用いてレンダリングする第２画像処理部とを備える
    動画配信システム。
12. 第２ユーザが用いる第２ユーザ装置から、第１ユーザに対応する第１キャラクタオブジェクトが含まれる動画への参加要請を受け付ける第１受付部と、
    第３ユーザが用いる第３ユーザ装置から、前記動画への参加要請を受け付ける第２受付部と、
    前記第２ユーザ装置から、前記第２ユーザの動きが反映されたモーションデータを含むアニメーション構成データを受信する第１受信部と、
    前記アニメーション構成データを前記第１ユーザが用いる第１ユーザ装置及び前記第３ユーザ装置に送信する第１送信部と、
    前記第３ユーザ装置から、前記第１キャラクタオブジェクトよりも描画の処理負荷が少ないオブジェクトデータを描画するための簡易データを受信する第２受信部と、
    前記簡易データを前記第１ユーザ装置及び前記第２ユーザ装置に送信する第２送信部と、を備える
    動画配信サーバ。
13. 第２ユーザが用いる第２ユーザ装置から、第１ユーザに対応する第１キャラクタオブジェクトが含まれる動画への参加要請を受け付ける第１受付ステップと、
    第３ユーザが用いる第３ユーザ装置から、前記動画への前記参加要請を受け付ける第２受信ステップと、
    前記第２ユーザ装置から、前記第２ユーザの動きが反映されたモーションデータを含むアニメーション構成データを受信する第１受信ステップと、
    前記アニメーション構成データを前記第１ユーザが用いる第１ユーザ装置及び前記第３ユーザ装置に送信する第１送信ステップと、
    前記第３ユーザ装置から、前記第１キャラクタオブジェクトよりも描画の処理負荷が少ないオブジェクトデータを描画するための簡易データを受信する第２受信ステップと、
    前記簡易データを前記第１ユーザ装置及び前記第２ユーザ装置に送信する第２送信ステップと、を実行する
    動画配信方法。

Images