JP6923735B1 - 動画配信システム、動画配信方法及び動画配信プログラム - Google Patents

Abstract

【課題】自らの動きに基づいて生成されるキャラクタオブジェクトを含む動画を配信するユーザ同士での共演を促進するための動画配信システム、動画配信方法及び動画配信プログラムを提供する。【解決手段】動画配信システム１は、コンピュータ読み取り可能な命令を実行することにより、自らの動きに基づいて生成されるキャラクタオブジェクトを含む動画を配信する複数の配信ユーザのうち登録要求を行った配信ユーザを第１共演可能ユーザとして登録し、第１共演可能ユーザのいずれかとの共演を申請する第１共演申請を共演申請ユーザから受け付けたことに応じて第１共演可能ユーザの中から第１共演ユーザを選択し、共演申請ユーザと第１共演ユーザとが共演する共演動画を配信する。【選択図】図１

Description

本明細書において開示される発明は、動画配信システム、動画配信方法及び動画配信プログラムに関する。

従来から、配信ユーザの動きに基づいてキャラクタのアニメーションを生成し、かかるキャラクタのアニメーションを含む動画をライブ配信する動画配信システムが知られている。このような動画配信システムは、例えば、特開２０１９−１９８０５３号公報に記載されている。かかる動画配信システムにおいて動画を視聴しているユーザは、自らのキャラクタを用いて他のユーザが配信する動画に参加することができる。つまり、従来の動画配信システムでは、二人以上の配信ユーザのキャラクタが動画内で仮想的に共演（コラボレーション）することができる。このような動画配信システムにおける共演機能は、例えば、特開２０２０−０９６２６９号公報に開示されている。従来の共演機能を備える動画配信システムにおいては、一のユーザによって配信されている動画に対して他のユーザが共演要求を送信し、この共演要求が許可されることで、共演要求を行ったユーザと当該共演要求を許可したユーザの各々のキャラクタを含む共演動画が生成され、当該共演動画が視聴ユーザに配信される。

特開２０１９−１９８０５３号公報 特開２０２０−０９６２６９号公報

従来の動画配信システムにおいて二人以上のユーザが共演する場合には、共演申請を行うユーザが配信中の多数の動画の中から参加先の動画を選択したり、多数の配信ユーザの中から共演相手を探し出したりする必要がある。また、動画又は共演相手を特定して共演申請を行っても、共演申請が許可されずに共演が実現しなかったり、共演申請が許可されるまでに長い時間がかかってしまったりするおそれがある。

このように、ユーザ同士での共演を自らの動きに基づいて生成されるキャラクタオブジェクトを含む動画を配信するユーザ同士での共演が可能な従来の動画配信システムにおいて、共演機能の利用を促進するための技術的な改善が望まれている。

本発明の目的は、上述した従来技術の問題の少なくとも一部を解決又は緩和する技術的な改善を提供することである。本発明のより具体的な目的の一つは、自らの動きに基づいて生成されるキャラクタオブジェクトを含む動画を配信するユーザ同士での共演を促進するための技術的な改善を提供することである。本発明のこれら以外の目的は、本明細書全体を参照することにより明らかとなる。

本発明の一態様は、動画配信システムに関する。本発明の一態様において、動画配信システムは、一又は複数のプロセッサを備える。本発明の一態様において、一又は複数のプロセッサは、コンピュータ読み取り可能な命令を実行することにより、自らの動きに基づいて生成されるキャラクタオブジェクトを含む動画を配信する複数の配信ユーザのうち登録要求を行った配信ユーザを第１共演可能ユーザとして登録し、前記第１共演可能ユーザのいずれかとの共演を申請する第１共演申請を共演申請ユーザから受け付けたことに応じて前記第１共演可能ユーザの中から第１共演ユーザを選択し、前記共演申請ユーザと前記第１共演ユーザとが共演する共演動画を配信する。

本発明の一態様において、共演動画は、前記第１共演申請の受け付け後に前記第１共演ユーザの許可を得ることなく配信される。

本発明の一態様において、第１共演申請は、共演申請ユーザが第１共演ユーザの動画を視聴している間及び共演申請ユーザが第１共演ユーザの動画を視聴していない間のいずれにおいても受け付けられる。

本発明の一態様においては、複数の配信ユーザの各々に共演できるユーザの上限が設定されている。

本発明の一態様による動画配信システムは、記複数の配信ユーザの各々について前記上限と共演中のユーザの数との差で表される共演可能ユーザ数を管理し、複数の配信ユーザの各々の共演可能ユーザ数に基づいて第１共演ユーザが選択される。

本発明の一態様において、複数の配信ユーザの各々についてその属性を示す属性情報が設定されており、前記第１共演可能ユーザの前記属性情報に少なくとも基づいて前記第１共演ユーザが選択される。

本発明の一態様による動画配信システムは、複数の配信ユーザの中から選択された第２共演ユーザとの共演を申請する第２共演申請を前記共演申請ユーザから受け付けたことに応じ、前記共演申請ユーザと前記第２共演ユーザとの共演可否を判定し、前記共演申請ユーザと前記第２共演ユーザとの共演が可能と判定された場合に、前記共演申請ユーザと前記第２共演ユーザとが共演する他の共演動画を生成する。

本発明の一態様において、前記第２共演申請は、前記共演申請ユーザが前記第２共演ユーザの動画を視聴している間にのみ受け付けられる。

本発明の一態様において、前記第２共演ユーザは、前記複数の配信ユーザのうち前記第２共演申請を受け付ける一又は複数の第２共演可能ユーザから選択される。本発明の一態様による動画配信システムは、前記複数の配信ユーザのうち前記共演申請を受け付ける一又は複数の第１共演可能ユーザの少なくとも一部及び前記第２共演可能ユーザの少なくとも一部のうちの少なくとも一方を含む共演リストを前記共演申請ユーザに提供する。

本発明の一態様による動画配信システムは、前記複数の配信ユーザのうちの少なくとも一部を含むリストを表示し、前記リストにおいては、前記一又は複数の第１共演可能ユーザの各々は、前記複数の配信ユーザのうち前記第１共演可能ユーザではない配信ユーザから区別可能に表示される。

本発明の一態様による動画配信システムは、前記複数の配信ユーザの少なくとも一部が参加して行われるゲームを開始したユーザを前記第１共演可能ユーザとして登録する。

本発明の一態様は、一又は複数のコンピュータプロセッサがコンピュータ読み取り可能な命令を実行することにより実行される動画配信方法に関する。本発明の一態様による動画配信方法は、自らの動きに基づいて生成されるキャラクタオブジェクトを含む動画を配信する複数の配信ユーザのうち登録要求を行った配信ユーザを第１共演可能ユーザとして登録する工程と、前記第１共演可能ユーザのいずれかとの共演を申請する第１共演申請を共演申請ユーザから受け付けたことに応じて前記第１共演可能ユーザの中から第１共演ユーザを選択する工程と、前記共演申請ユーザと前記第１共演ユーザとが共演する共演動画を生成する工程と、を備える。

本発明の一態様は、動画配信プログラムに関する。本発明の一態様による動画配信プログラムは、一又は複数のコンピュータプロセッサに、自らの動きに基づいて生成されるキャラクタオブジェクトを含む動画を配信する複数の配信ユーザのうち登録要求を行った配信ユーザを第１共演可能ユーザとして登録する工程と、前記第１共演可能ユーザのいずれかとの共演を申請する第１共演申請を共演申請ユーザから受け付けたことに応じて前記第１共演可能ユーザの中から第１共演ユーザを選択する工程と、前記共演申請ユーザと前記第１共演ユーザとが共演する共演動画を生成する工程と、を実行させる。

本発明の実施形態によれば、自らの動きに基づいて生成されるキャラクタオブジェクトを含む動画を配信するユーザ同士での共演を促進することができる。

一実施形態による動画配信システムを示すブロック図である。 図１の動画配信システムで配信される動画を配信する配信ユーザ及び当該配信ユーザが使用している配信ユーザ装置を模式的に示す模式図である。 図１の動画配信システムにおいて記憶されるユーザ情報を説明する図である。 図１の動画配信システムにおいて記憶される共演動画情報を説明する図である。 一実施形態において配信ユーザ装置２０ａに表示される設定画面の例を示す図である。 一実施形態において視聴ユーザ装置１０に表示される動画の画像の例を示す図である。 一実施形態において配信ユーザ装置２０ａに表示される動画の画像の例を示す図である。 一実施形態において配信ユーザ装置２０ｂに表示される動画の画像の例を示す図である。 一実施形態において視聴ユーザ装置１０に表示される共演動画の画像の例を示す図である。 一実施形態において共演申請ユーザの配信ユーザ装置２０ｃに表示される共演動画の画像の例を示す図である。 一実施形態において配信ユーザ装置２０ａに表示される共演動画の画像の例を示す図である。 一実施形態において配信ユーザ装置２０ｂに表示される共演動画の画像の例を示す図である。 一実施形態において第１共演申請に基づいて共演動画を配信する処理の流れを示すフロー図である。 一実施形態において第２共演申請に基づいて共演動画を配信する処理の流れを示すフロー図である。

以下、図面を適宜参照し、本発明の様々な実施形態を説明する。複数の図面において同一の又は類似する構成要素には同じ参照符号が付される。

図１から図５を参照して、一実施形態による動画配信システムについて説明する。まず、図１及び図２を参照して、一実施形態による動画配信システム１の概要について説明する。図１は、一実施形態による動画配信システム１を示すブロック図であり、図２は、動画配信システム１で動画を配信するユーザＵａ，Ｕｂ及び当該ユーザＵａ，Ｕｂが使用している配信ユーザ装置２０ａ，２０ｂを模式的に示す模式図である。配信ユーザ装置２０ａは、動画配信システム１において、ユーザＵａの動きに基づいて生成されるキャラクタオブジェクトを含む動画を配信するための機能を有し、配信ユーザ装置２０ｂは、動画配信システム１において、ユーザＵｂの動きに基づいて生成されるキャラクタオブジェクトを含む動画を配信するための機能を有する。説明を簡潔にするために、図２には、二人のユーザ（ユーザＵａ，Ｕｂ）と、その各々が使用する配信ユーザ装置２０ａ，２０ｂのみが示されているが、動画配信システム１においては、三人以上のユーザが各々の配信ユーザ装置を用いて各ユーザの動きに基づいて生成されるキャラクタオブジェクトを含む動画を配信してもよい。図１には、配信ユーザ装置２０ａ、２０ｂに加えて、配信ユーザＵｃの配信ユーザ装置２０ｃが示されている。配信ユーザ装置２０ｃは、配信ユーザ装置２０ａ，２０ｂと同等の機能を備えるため、その詳細な説明は省略する。本明細書において参照符号を付けずに単に「配信ユーザ装置」という場合、当該「配信ユーザ装置」は、配信ユーザ装置２０ａ，２０ｂと同等の機能を備えることができる。

詳しくは後述するように、動画配信システム１は、二人以上の配信ユーザのキャラクタオブジェクトを含む共演動画を生成することができる。言い換えると、動画配信システム１においては、二人以上のユーザが動画内で各々のキャラクタオブジェクトを介して仮想的に共演することができる。このように、二人以上のユーザが各々のキャラクタオブジェクトを介して動画内で仮想的に共演している場合、その動画を共演動画と呼ぶ。動画配信システム１において動画を配信するユーザの各々は、他のユーザとの共演を申請することができる。例えば、ユーザＵａは、ユーザＵｂ及び／又はそれ以外のユーザとの共演を申請することができる。これとは逆に、ユーザＵｂもユーザＵａ及び／又はそれ以外のユーザとの共演を申請することができる。この共演申請に基づいて、共演を申請したユーザのキャラクタオブジェクトと共演を申請されたユーザのキャラクタオブジェクトとを含む共演動画が生成される。

あるユーザが他のユーザとの共演申請を行い、動画内で二人以上のユーザが共演する場合、その共演申請を行ったユーザを「ゲストユーザ」と呼ぶことがある。また、元々動画の配信を行っており、その動画における共演申請を受けたユーザを「ホストユーザ」と呼ぶことがある。ホストユーザ及びゲストユーザの概念は相対的なものである。例えば、ユーザＵｂがユーザＵａとの共演を申請した場合にはユーザＵａがホストユーザとなりユーザＵｂがゲストユーザとなるが、これとは逆にユーザＵａがユーザＵｂとの共演を申請した場合にはユーザＵａがゲストユーザとなりユーザＵｂがホストユーザとなる。

ユーザＵａ及びユーザＵｂはいずれも、自らの動きに基づいて生成されるキャラクタオブジェクトを含む動画を配信する配信ユーザであるとともに、他の配信ユーザの動画を視聴する視聴ユーザでもある。このため、配信ユーザ装置２０ａ，２０ｂは、動画配信システム１において配信される動画を視聴する機能を有していてもよい。

動画配信システム１は、多数のユーザによって利用されることが想定されている。動画配信システム１のユーザには、動画を配信する配信ユーザと、配信されている動画を視聴する視聴ユーザと、が含まれる。動画配信システム１のユーザは、動画配信システム１の利用態様によって配信ユーザと視聴ユーザとに分けられるが、動画配信システム１の利用態様によって一人のユーザが配信ユーザにもなり得るし視聴ユーザにもなり得る。例えば、動画配信システム１を利用して動画を配信する配信ユーザは、動画配信システム１を利用して他の配信ユーザが配信した動画を視聴することができるので、動画の配信時には配信ユーザであり、動画の視聴時には視聴ユーザである。

動画配信システム１においては多数の配信ユーザが動画を配信することが想定されているため、例えば配信ユーザＵａ、Ｕｂ、Ｕｃが多数の配信ユーザの中から共演相手を探すことは容易ではない。そこで、本発明の一実施形態による動画配信システム１は、配信ユーザＵａ、Ｕｂ、Ｕｃ（及びそれ以外の配信ユーザ）による共演相手の選定をサポートする機能を備える。具体的には、動画配信システム１は、他のユーザとの共演を希望する配信ユーザから共演相手を特定又は指定しない共演相手非指定型の共演申請（以下、「第１共演申請」という。）を受け付け、その第１共演申請に基づいて、当該第１共演申請を行った共演申請ユーザと共演する共演相手となるユーザを選定する機能を備えることができる。本明細書では、第１共演申請に基づいて共演申請ユーザの共演相手として選択される配信ユーザを「第１共演ユーザ」と呼ぶことがある。第１共演ユーザは、動画配信システム１を利用して動画を配信する複数の配信ユーザのうち第１共演申請に基づいて共演申請ユーザと共演することを許可している配信ユーザ（以下、「第１共演可能ユーザ」と呼ぶ。）の中から選択される。このように、動画配信システム１では、共演相手を指定しない第１共演申請に基づいて、第１共演申請を行った共演申請ユーザと他のユーザとの共演を実現することにより、共演相手を特定又は指定することなく他のユーザとの共演を実現できる。これにより、配信ユーザ間での共演の活性化が図られている。

動画配信システム１は、共演申請ユーザから共演相手を指定する共演申請（以下、「第２共演申請」という。）を受け付けたことに応じて、当該共演申請ユーザと当該第２共演申請において指定されたユーザ（以下、「第２共演ユーザ」という。）との共演可否を判定し、共演が可能と判定された場合に当該共演申請ユーザと当該第２共演ユーザとの共演を実現してもよい。第２共演ユーザは、動画配信システム１を利用して動画を配信する複数の配信ユーザのうち他の配信ユーザからの第２共演申請を受け付けているユーザ（以下、「第２共演可能ユーザ」という。）の中から共演申請ユーザによって指定される。これにより、動画配信システム１は、共演相手を指定する第２共演申請に基づいてユーザ同士の共演を実現することができる。第２共演可能ユーザは、第１共演可能ユーザと重複していてもよい。つまり、ある配信ユーザは、第１共演可能ユーザであり且つ第２共演可能ユーザであってもよい。

共演申請ユーザ、第１共演可能ユーザ、第２共演可能ユーザ、第１共演ユーザ、及び第２共演ユーザはいずれも、動画配信システム１において自らの動きに基づいて生成されるキャラクタオブジェクトを含む動画を配信する配信ユーザに含まれる。

次に、動画配信システム１のアーキテクチャ及び動画配信システム１を構成する装置の概要を説明し、その後に各装置の機能を説明する。この各装置の機能の説明において、第１共演ユーザや第２共演ユーザと共演する機能や処理が具体的に説明される。

動画配信システム１は、視聴ユーザ装置１０と、配信ユーザ装置２０ａ、２０ｂ、２０ｃと、サーバ６０と、ストレージ７０と、を備える。視聴ユーザ装置１０と、配信ユーザ装置２０ａ、２０ｂ、２０ｃと、サーバ６０と、ストレージ７０とは、ネットワーク５０を介して相互に通信可能に接続されている。サーバ６０は、後述するように、配信ユーザＵａ、Ｕｂ、Ｕｃ及びこれら以外の配信ユーザのキャラクタオブジェクトのアニメーションを含む動画を配信するように構成される。サーバ６０は、キャラクタオブジェクトのアニメーションを含む動画以外の動画を配信できるように構成されてもよい。サーバ６０は、動画配信サービス以外にも、ユーザ同士が交流するためのソーシャルネットワーキングサービスまたは当該サービス用のプラットフォーム機能を提供してもよい。

動画配信システム１において、動画は、サーバ６０から視聴ユーザ装置１０及び配信ユーザ装置２０ａ、２０ｂ、２０ｃに配信される。配信された動画は、視聴ユーザ装置１０のディスプレイに表示される。視聴ユーザ装置１０のユーザである視聴ユーザは、配信された動画を視聴ユーザ装置１０により視聴することができる。配信ユーザＵａ、Ｕｂ、Ｕｃは、配信された動画を視聴することにより、配信中の動画を確認しながらパフォーマンスを行うことができる。説明を簡潔するために図１には視聴ユーザ装置１０が１台だけ示されているが、動画配信システム１は、複数の視聴ユーザ装置を備えていてもよい。また、図１には配信ユーザ装置が３台だけ示されているが、上記のとおり、動画配信システム１は、４台以上の配信ユーザ装置を備えていてもよい。また、上記のとおり、配信ユーザＵａ、Ｕｂ、Ｕｃは、視聴ユーザでもある。よって、自らの動画を配信していない場合には、他の配信ユーザが配信する動画を配信ユーザ装置２０ａ、２０ｂ、２０ｃにより視聴することができる。

図示の実施形態において、配信ユーザ装置２０ａは、コンピュータプロセッサ２１ａと、通信Ｉ／Ｆ２２ａと、ディスプレイ２３ａと、カメラ２４ａと、マイク２５ａと、ストレージ２６ａと、を備えている。同様に、配信ユーザ装置２０ｂは、コンピュータプロセッサ２１ｂと、通信Ｉ／Ｆ２２ｂと、ディスプレイ２３ｂと、カメラ２４ｂと、マイク２５ｂと、ストレージ２６ｂと、を備えている。配信ユーザ装置２０ａと配信ユーザ装置２０ｂとは同様の構成及び機能を有しているため、図示を省略しているが、配信ユーザ装置２０ｃも、配信ユーザ装置２０ａ、２０ｂと同様に構成される。配信ユーザ装置２０ａ、２０ｂ、２０ｃを互いから区別する必要がない場合には、配信ユーザ装置２０ａ、２０ｂ、２０ｃをまとめて配信ユーザ装置２０と呼ぶことがあり、その構成要素もコンピュータプロセッサ２１などと枝番号である「ａ」や「ｂ」を省略して説明することがある。つまり、コンピュータプロセッサ２１に関する説明は、矛盾が生じない限り、コンピュータプロセッサ２１ａ、２１ｂの両方に当てはまる。

コンピュータプロセッサ２１は、ストレージからオペレーティングシステムや様々な機能を実現する様々なプログラムをメモリにロードし、ロードしたプログラムに含まれる命令を実行する演算装置である。コンピュータプロセッサ２１は、動画アプリケーションプログラムに含まれる命令を実行することができる。コンピュータプロセッサ２１は、例えば、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＧＰＵ、これら以外の各種演算装置、又はこれらの組み合わせである。コンピュータプロセッサ２１は、ＡＳＩＣ、ＰＬＤ、ＦＰＧＡ、ＭＣＵ等の集積回路により実現されてもよい。図１においては、コンピュータプロセッサ２１が単一の構成要素として図示されているが、コンピュータプロセッサ２１は複数の物理的に別体のコンピュータプロセッサの集合であってもよい。

通信Ｉ／Ｆ２２は、ハードウェア、ファームウェア、又はＴＣＰ／ＩＰドライバやＰＰＰドライバ等の通信用ソフトウェア又はこれらの組み合わせとして実装される。配信ユーザ装置２０は、通信Ｉ／Ｆ２２を介して、他の装置とデータを送受信することができる。

ディスプレイ２３は、表示パネルと、タッチパネルと、を有する。タッチパネルは、プレイヤのタッチ操作（接触操作）を検出することができるように構成されている。タッチパネルは、プレイヤのタップ、ダブルタップ、ドラッグ等の各種タッチ操作を検出することができる。タッチパネルは、静電容量式の近接センサを備え、プレイヤの非接触操作を検出可能に構成されてもよい。

カメラ２４は、配信ユーザＵａ，Ｕｂの顔を連続的に撮像し、配信ユーザＵａ，Ｕｂの顔の撮像データを取得する。カメラ２４により撮像された配信ユーザＵａ，Ｕｂの顔の撮像データは、通信Ｉ／Ｆ２２を介してサーバ６０に送信される。カメラ２４は、人物の顔の奥行きを検出可能な３Ｄカメラであってもよい。カメラ２４は、配信ユーザＵａ，Ｕｂの顔以外の部位、例えば、手、脚、手の指、又はこれら以外の部位を撮像して撮像データを取得しても良い。

マイク２５は、入力された音声を音声データに変換するように構成された集音装置である。マイク２５は、配信ユーザＵａ，Ｕｂの音声入力を取得することができるように構成され。マイク２５により取得された配信ユーザＵａ，Ｕｂの音声入力は音声データに変換され、この音声データが通信Ｉ／Ｆ２２を介してサーバ６０に送信される。

ストレージ２６は、コンピュータプロセッサ２１によりアクセスされる記憶装置である。ストレージ２６は、例えば、磁気ディスク、光ディスク、半導体メモリ、又はデータを記憶可能な前記以外の各種記憶装置である。ストレージ２６には、様々なプログラムが記憶され得る。ストレージ２６に記憶され得るプログラム及び各種データの少なくとも一部は、配信ユーザ装置２０とは物理的に別体のストレージ（例えば、ストレージ７０）に格納されてもよい。

ストレージ２６ａは、モデルデータ２６ａ１と、オブジェクトデータ２６ａ２と、を格納してもよい。ストレージ２６ｂは、モデルデータ２６ｂ１と、オブジェクトデータ２６ｂ２と、を格納してもよい。モデルデータ２６ａ１、２６ｂ１はそれぞれ、配信ユーザＵａ、Ｕｂのキャラクタ（アバター）のオブジェクトを生成するためのモデルデータである。モデルデータ２６ａ１、２６ｂ１は、例えば、キャラクタの顔及び顔以外の部分の骨格を示すリグデータ（「スケルトンデータ」と呼ばれることもある。）と、キャラクタの表面の形状や質感を示す表面データと、を含む。表面データは、スキンデータと呼ばれることもある。モデルデータ２６ａ１は、配信ユーザ装置２０ａにおいて動画アプリケーションプログラムが起動されたことに応じてサーバ６０から取得されてもよい。モデルデータ２６ｂ１は、配信ユーザ装置２０ｂにおいて動画アプリケーションプログラムが起動されたことに応じてサーバ６０から取得されてもよい。

オブジェクトデータ２６ａ２、２６ｂ２は、仮想空間を構築するためのアセットデータを含む。オブジェクトデータ２６ａ２、２６ｂ２は、動画を構成する仮想空間の背景を描画するためのデータ、動画に表示される各種物体を描画するためのデータ、及びこれら以外の動画に表示される各種オブジェクトを描画するためのデータが含まれる。オブジェクトデータ２６ａ２、２６ｂ２には、仮想空間におけるオブジェクトの位置を示すオブジェクト位置情報を含んでもよい。

視聴ユーザ装置１０は、配信ユーザ装置２０と同様の構成要素を備えてもよい。例えば、視聴ユーザ装置１０は、コンピュータプロセッサ、通信Ｉ／Ｆ、ディスプレイ、及びカメラを備えてもよい。視聴ユーザ装置１０は、動画アプリケーションプログラムをダウンロード及びインストールすることにより、配信ユーザ装置２０と同様の機能を奏してもよい。

視聴ユーザ装置１０及び配信ユーザ装置２０は、スマートフォンなどの情報処理装置である。視聴ユーザ装置１０及び配信ユーザ装置２０は、スマートフォン以外に、携帯電話機、タブレット端末、パーソナルコンピュータ、電子書籍リーダー、ウェアラブルコンピュータ、ゲーム用コンソール、及びこれら以外の動画を再生可能な各種情報処理装置であってもよい。視聴ユーザ装置１０及び配信ユーザ装置２０の各々は、上記の構成要素以外に、ジャイロセンサ等の各種センサを備えるセンサユニット、及び各種情報を記憶するストレージを備えてもよい。

次に、サーバ６０について説明する。図示の実施形態において、サーバ６０は、コンピュータプロセッサ６１と、通信Ｉ／Ｆ６２と、ストレージ６３と、を備えている。

コンピュータプロセッサ６１は、ストレージ６３又はその他のストレージからオペレーティングシステムや様々な機能を実現する様々なプログラムをメモリにロードし、ロードしたプログラムに含まれる命令を実行する演算装置である。コンピュータプロセッサ６１は、配信プログラムに含まれる命令を実行することができる。コンピュータプロセッサ６１は、例えば、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＧＰＵ、これら以外の各種演算装置、又はこれらの組み合わせである。コンピュータプロセッサ６１は、ＡＳＩＣ、ＰＬＤ、ＦＰＧＡ、ＭＣＵ等の集積回路により実現されてもよい。図１においては、コンピュータプロセッサ６１が単一の構成要素として図示されているが、コンピュータプロセッサ６１は複数の物理的に別体のコンピュータプロセッサの集合であってもよい。

通信Ｉ／Ｆ６２は、ハードウェア、ファームウェア、又はＴＣＰ／ＩＰドライバやＰＰＰドライバ等の通信用ソフトウェア又はこれらの組み合わせとして実装される。サーバ６０は、通信Ｉ／Ｆ６２を介して、他の装置とデータを送受信することができる。

ストレージ６３は、コンピュータプロセッサ６１によりアクセスされる記憶装置である。ストレージ６３は、例えば、磁気ディスク、光ディスク、半導体メモリ、又はデータを記憶可能な前記以外の各種記憶装置である。ストレージ６３には、様々なプログラムが記憶され得る。ストレージ６３に記憶され得るプログラム及び各種データの少なくとも一部は、サーバ６０とは物理的に別体のストレージ（例えば、ストレージ７０）に格納されてもよい。

本明細書において、コンピュータプロセッサ２１又はコンピュータプロセッサ６１によって実行されるとして説明されるプログラム又は当該プログラムに含まれる命令はそれぞれ、単一のコンピュータプロセッサで実行されてもよいし、複数のコンピュータプロセッサにより分散して実行されてもよい。また、コンピュータプロセッサ２１又はコンピュータプロセッサ６１によって実行されるプログラム又は当該プログラムに含まれる命令はそれぞれ、複数の仮想コンピュータプロセッサにより実行されてもよい。

次に、ストレージ６３に記憶されるデータについて説明する。図示の実施形態においては、ストレージ６３には、モデルデータ６３ａ、ユーザ情報６３ｂ、共演管理情報６３ｃ、及び前記以外の配信動画の生成及び配信に必要な様々なデータが記憶される。

モデルデータ６３ａは、動画配信システム１のユーザの各々に対応付けられたキャラクタのオブジェクトを描画するためのデータであって、配信ユーザ装置の要求に応じて、配信ユーザ装置に送信される。配信ユーザ装置２０ａに記憶されているモデルデータ２６ａ１、２６ｂ１は、モデルデータ６３ａの一部であって、それぞれ配信ユーザＵａ、Ｕｂに対応付けられたキャラクタのオブジェクトを描画するためのデータである。配信ユーザ装置２０ａ、２０ｂは、サーバ６０から自らのキャラクタに対応するモデルデータ２６ａ１又はモデルデータ２６ｂ１を取得することができる。

ユーザ情報６３ｂの例が図３に示されている。図示のように、ユーザ情報６３ｂとして、動画配信システム１を利用するユーザのアカウント情報と対応付けて、当該ユーザに関する様々なデータが記憶される。図３の例では、ユーザのアカウント情報と対応付けて、登録フラグ、共演受付フラグ、ユーザ属性情報が格納されている。ユーザ情報６３ｂには、上記以外の情報が含まれてもよい。

ユーザのアカウント情報は、例えば、当該ユーザを識別するユーザ識別情報（ユーザＩＤ）である。ユーザＩＤは、ユーザが最初に動画配信システム１にサービスの利用登録をするときに、当該ユーザに対して割り当てられてもよい。

上記のように、動画配信システム１は、共演申請ユーザから共演相手を指定しない第１共演申請を受け付けたことに応じて、第１共演可能ユーザの中から共演申請ユーザと共演する第１共演ユーザを選択し、この共演申請ユーザと第１共演ユーザとが共演する共演動画を生成する機能を備える。ユーザのアカウント情報に対応付けられている登録フラグは、当該ユーザが第１共演可能ユーザとして登録されているか否かを示す。例えば、あるユーザが第１共演可能ユーザとして登録されていない場合には登録フラグとして「０」が設定され、当該ユーザが第１共演可能ユーザとして登録されている場合には登録フラグとして「１」が設定されてもよい。他のユーザとの共演の機会を増やしたいユーザは、自らの配信ユーザ装置から第１共演可能ユーザとして登録することを要求する登録要求をサーバ６０に送信することができる。これとは逆に、第１共演申請に基づいて他のユーザと共演することを望まないユーザは、自らが第１共演可能ユーザから除外されることを要求する除外要求をサーバ６０に送信することができる。

上記のとおり、動画配信システム１により動画を配信する配信ユーザは、共演申請ユーザからの第２共演申請に基づいて共演申請ユーザと共演することができる。共演申請ユーザは、第２共演可能ユーザに対して第２共演申請を行うことができる。動画配信システム１においては、ユーザごとに、他のユーザからの第２共演申請による共演を受け付けるか否か、つまり第２共演可能ユーザに該当するか否かを設定することができる。ユーザ情報６３ｂには、ユーザが第２共演可能ユーザとして登録されているか否かを示す共演受付フラグを含んでもよい。他のユーザから第２共演申請を受け付けることを希望しないユーザは、他のユーザからの第２共演申請を受け付けないように共演受付フラグを設定することができる。ユーザのアカウント情報に対応付けられている共演受付フラグは、当該ユーザが第２共演可能ユーザとして登録されているか否か、すなわち、当該ユーザが他のユーザから第２共演申請を受け付けるか否かを示す。例えば、あるユーザが他のユーザからの第２共演申請を受け付けないことを希望する場合には、共演受付フラグとして「０」が設定され、当該ユーザが第２共演申請を受け付ける場合には共演受付フラグとして「１」が設定されてもよい。ユーザは、設定画面で切替ボタンを操作することにより、共演受付フラグを切り替えることができる。

ユーザのアカウント情報に対応付けられているユーザ属性情報は、当該ユーザの様々な属性情報を含むことができる。例えば、あるユーザのユーザ属性情報は、当該ユーザの年齢、性別、所在地、趣味、職業、及びこれら以外の当該ユーザの属性を示す様々な情報を含み得る。後述するように、第１共演可能ユーザからの第１共演ユーザの選択は、共演申請ユーザ及び第１共演可能ユーザのユーザ属性情報に基づいて行われてもよい。ユーザ情報には、ユーザのアカウント情報に対応付けて、上記以外にも様々な情報を記憶することができる。動画配信システム１においては、ユーザをグループ化する機能を提供してもよい。この場合、ユーザ情報には、ユーザのアカウント情報と対応付けて、当該ユーザが所属するグループを識別するグループ識別情報が記憶されてもよい。

次に図４を参照して共演管理情報６３ｃについて説明する。共演管理情報６３ｃの例が図４に示されている。図示のように、共演管理情報６３ｃとして、配信ユーザが配信している動画を識別する配信動画識別情報と対応付けて、当該配信ユーザと他の配信ユーザとの共演を管理するための様々な情報が記憶される。ある配信動画の共演管理情報６３ｃには、当該配信動画を配信している配信ユーザを識別する配信ユーザ識別情報、当該配信動画において共演中の共演者の数を示す共演者数データ、及び共演ユーザを識別する共演ユーザ識別情報が含まれてもよい。

ある配信動画の配信動画識別情報は、例えば、当該配信動画を識別する動画ＩＤである。動画ＩＤは、ユーザが動画の配信を開始するときに、その配信される配信動画を識別するために発行されてもよい。ある配信動画についての配信ユーザ識別情報は、当該動画を配信しているユーザのユーザＩＤであってもよい。ある配信動画についての共演ユーザ識別情報は、当該動画において配信ユーザと共演している共演ユーザのユーザＩＤであってもよい。動画ＩＤで識別される動画が共演動画である場合には、配信ユーザ識別情報は、ホストユーザのユーザＩＤであり、共演ユーザ識別情報は、ゲストユーザのユーザＩＤである。

ある配信動画についての共演者数データは、当該配信動画において配信ユーザと共演している共演ユーザの数を示す。配信動画においては、当該配信動画において配信ユーザと共演可能な共演ユーザの上限が定められてもよい。共演者数データは、共演ユーザ数の上限以下の自然数である。共演ユーザの上限は、例えば、５人である。共演ユーザの上限は、５人でなくともよく、適宜変更され得る。共演ユーザの上限は、配信ユーザごとに個別に定められてもよい。例えば、ある配信ユーザについて共演ユーザの上限は５人である場合に、別の配信ユーザについての共演ユーザの上限は３人であってもよい。共演ユーザの上限は、全ての配信ユーザについて一律に設定されてもよい。共演者数データは、共演ユーザの上限以下の数で表される。

図５に、配信ユーザ装置に表示される画面の例を示す。図５には、配信ユーザ装置２０ａに表示される画面の例が示されている。動画配信システム１に含まれる配信ユーザ装置２０ａ以外の配信ユーザ装置にも、図５に示されている画面と同じ又は同様の画面が表示され得る。図示されているように、配信ユーザ装置２０ａに表示される画面の上方には、メニューバーＭＢが配置されている。メニューバーＭＢは、「おすすめ」、「共演待ち」及び「ゲーム」の項目を含んでいる。メニューバーＭＢは、これら以外の項目を含んでもよい。

図５に示されている例では、このメニューバーＭＢのうち「おすすめ」が選択されていることが想定されている。配信ユーザＵａは、配信ユーザ装置２０ａのディスプレイ２３ａを左右方向にフリックすることで、メニューバーＭＢに含まれている項目のいずれかに画面を切り替えることができる。例えば、「おすすめ」に対応する画面が表示されているときに、ディスプレイ２３ａを左方向にフリックすることにより「ゲーム」や「共演待ち」の項目に対応する画面に切り替えることができる。

図５の画面は、例えば、配信ユーザ装置２０ａにおいて、動画アプリケーションプログラムを起動した後に表示される。配信ユーザ装置２０ａにおいて動画アプリケーションプログラムが起動されると、サーバ６０から配信中の動画及び／又は動画を配信している配信ユーザのリストが取得される。アプリケーションプログラムの起動後には、メニューバーＭＢの「おすすめ」に対応する画面が表示される。「おすすめ」に対応する画像には、図示のように、配信中の動画を示すアイコン（又は動画を配信している配信ユーザのキャラクタオブジェクトを示すアイコン）が含まれる。「おすすめ」の画面には、例えば、人気の高い動画、注目を集めている動画、又はこれら以外の理由で視聴が推薦される動画のアイコンが表示される。図示の例では、各々が配信中の動画に対応するアイコン４２ａ〜４２ｄが表示されている。設定ウィンドウ４１の背後にも２つのアイコンが隠れている。

配信されている動画のアイコンに対応付けて、当該動画の配信ユーザが他のユーザからの第２共演申請を受け付けていること（つまり、当該配信ユーザが第２共演可能ユーザであること）を示すメッセージ４４ａが表示されてもよい。メッセージ４４ａは、「共演受付中」というテキストを含んでいる。図５に示されている例では、アイコン４２ａ、４２ｃ、４２ｄに対応する動画の配信ユーザが他のユーザからの第２共演申請を受け付けているため、アイコン４２ａ、４２ｃ、４２ｄの各々と関連付けて（例えば、各アイコンと重複するように）メッセージ４４ａが表示されている。アイコン４２ｂに対応する動画の配信ユーザは他のユーザからの第２共演申請を受け付けていないため、アイコン４２ｂと関連付けてメッセージ４４ａは表示されていない。また、配信ユーザが第１共演可能ユーザである場合に、共演者数の上限と当該配信ユーザと共演中のユーザの数との差で表される共演枠を示す共演枠情報４４ｂが当該配信ユーザのアイコンと対応付けて表示されてもよい。図５に示されている例では、アイコン４２ａ、４２ｄに対応する配信ユーザが第１共演可能ユーザであることが想定されている。アイコン４２ａと対応付けて、アイコン４２ａに対応する配信ユーザについて共演枠が「２」であることを示す共演枠情報４４ｂが表示されている。また、アイコン４２ｄと対応付けて、アイコン４２ｄに対応する配信ユーザについて共演枠が「３」であることを示す共演枠情報４４ｂが表示されている。このように配信ユーザ装置において表示される配信中の動画のリストにおいて、当該リストに含まれる動画の各々の配信ユーザが第１共演可能ユーザであるか、第２共演可能ユーザであるかが区別して表示される。

配信ユーザ装置２０ａに表示される画面には、設定ボタン４３が含まれている。この設定ボタン４３が選択されると、図示のように設定ウィンドウ４１が表示される。この設定ウィンドウ４１は、スイッチ４１ａ、４１ｂ、４１ｃを含んでいる。スイッチ４１ａ、４１ｂ、４１ｃはそれぞれ、ユーザの操作（例えば、左右方向へのスライド操作）に応じて、オンまたはオフに切り替えられる。スイッチ４１ａは、登録フラグのオン／オフを切り替えるスイッチである。例えば、スイッチ４１ａがオンされた場合には、配信ユーザ装置２０ａにおいてスイッチ４１ａがオンされたときには、配信ユーザ装置２０ａからサーバ６０に対して登録フラグを切り替えて配信ユーザＵａを第１共演可能ユーザとするための要求（以下、「登録要求」という。）が送信される。これにより、サーバ６０において、ユーザ情報６３ｂの配信ユーザＵａのユーザＩＤと対応付けられている登録フラグが「０」から「１」に切り替えられる。これとは反対に、スイッチ４１ａがオフされたことに応じて配信ユーザＵａのユーザ情報６３ｂの登録フラグが「１」から「０」に切り替えられる。

また、スイッチ４１ｂがオンされた場合には、配信ユーザ装置２０ａからサーバ６０に対して共演受付フラグを切り替えて配信ユーザＵａを第２共演可能ユーザとするための要求が送信される。これにより、サーバ６０においてユーザ情報６３ｂの配信ユーザＵａのユーザＩＤと対応付けられている共演受付フラグが「０」から「１」に切り替えられる。これとは反対に、スイッチ４１ｂがオフされたことに応じてユーザ情報６３ｂの共演受付フラグが「１」から「０」に切り替えられる。

スイッチ４１ｃは、第１共演申請を送信するためのスイッチである。スイッチ４１ｃをオンすることにより、配信ユーザ装置２０ａからサーバ６０に対して第１共演申請が送信される。

メニューバーＭＢの「共演待ち」に対応する画面においては、サーバ６０から取得したリストに含まれる配信中の全ての動画のうち配信ユーザが第１共演可能ユーザとして登録されている動画のアイコンのみが表示されてもよい。また、「共演待ち」に対応する画面においては、サーバ６０から取得したリストに含まれる配信中の全ての動画のうち配信ユーザが第２共演可能ユーザとして登録されている動画のアイコンのみが表示されてもよい。「共演待ち」に対応する画面においては、サーバ６０から取得したリストに含まれる配信中の全ての動画のうち配信ユーザが第１共演可能ユーザ又は第２共演可能ユーザのいずれか一方として登録されている動画のアイコンのみが表示されてもよい。よって、配信ユーザＵａは、画面を操作して「共演待ち」の項目に対応する画面を表示させることで、共演相手となる配信ユーザを効率的に探すことができる。

メニューバーＭＢの「ゲーム」に対応する画面においては、配信ユーザＵａが自らのキャラクタオブジェクトを参加させることが可能な動画配信システム１によって提供されるゲームのリスト（不図示）が表示される。動画配信システム１によって提供されるゲームには、いわゆる「人狼ゲーム」等の複数人が参加して行われるパーティーゲームが含まれる。動画配信システム１は、各配信ユーザがキャラクタオブジェクトを用いて参加する仮想的なパーティーゲームを提供することができる。現実世界のパーティーゲームでは、実在の人間がプレイヤとして参加するのに対して、動画配信システム１が提供する仮想的なパーティーゲームにおいては動画配信システム１のユーザがキャラクタオブジェクトを用いて参加する。仮想的なパーティーゲームのルールは、現実世界のパーティーゲームのルールと同じであってもよい。配信ユーザＵａは、「ゲーム」に対応する画面から所望のパーティーゲームを選択することにより、選択したパーティーゲームをゲームマスターとしてプレイすることができる。パーティーゲームの開始時には他の参加者をそのゲームに招待することができる。配信ユーザＵａが「ゲーム」に対応する画面から自らのキャラクタオブジェクトが参加するパーティーゲームを開始した場合に、配信ユーザ装置２０ａからサーバ６０に対して配信ユーザＵａを第１共演可能ユーザとするための登録要求が送信されてもよい。この場合、パーティーゲームを開始した配信ユーザは、第１共演可能ユーザとして登録される。「ゲーム」に対応する画面においては、パーティーゲーム以外のゲームが提供されてもよい。

動画配信システム１は、ユーザがゲームをプレイし、そのプレイしているゲームのプレイ動画を配信する機能を備えてもよい。この配信されるゲームは、例えばウェブゲームである。メニューバーＭＢの「ゲーム」に対応する画面には、配信ユーザＵａが配信しているプレイ動画のリストが表示されてもよい。動画配信システム１において配信ユーザＵｂによって配信されるゲームのプレイ動画には、配信ユーザＵｂのキャラクタオブジェクト３１又は配信ユーザＵｂのアイコンが表示されてもよい。

次に、コンピュータプロセッサ２１ａ，２１ｂにより実現される機能についてより具体的に説明する。コンピュータプロセッサ２１ａは、動画アプリケーションプログラムに含まれるコンピュータ読み取り可能な命令を実行することにより、モーションデータ管理部２１ａ１、表示制御部２１ａ２、及び共演申請部２１ａ３として機能する。同様に、コンピュータプロセッサ２１ｂは、配信プログラムに含まれるコンピュータ読み取り可能な命令を実行することにより、モーションデータ管理部２１ｂ１、表示制御部２１ｂ２、及び共演申請部２１ｂ３として機能する。コンピュータプロセッサ２１ａ，２１ｂにより実現される機能の少なくとも一部は、動画配信システム１のコンピュータプロセッサ２１ａ，２１ｂ以外のコンピュータプロセッサにより実現されてもよい。コンピュータプロセッサ２１ａ，２１ｂにより実現される機能の少なくとも一部は、例えば、サーバ６０に搭載されているコンピュータプロセッサ６１により実現されてもよい。

モーションデータ管理部２１ａ１は、カメラ２４ａの撮像データに基づいて、配信ユーザＵａの顔の動きのデジタル表現であるフェイスモーションデータを生成する。同様に、モーションデータ管理部２１ｂ１は、カメラ２４ｂの撮像データに基づいて、配信ユーザＵｂの顔の動きのデジタル表現であるフェイスモーションデータを生成する。フェイスモーションデータは、時間の経過に伴って随時生成される。フェイスモーションデータは、所定のサンプリング時間間隔ごとに生成されてもよい。このように、モーションデータ管理部２１ａ１にて生成されるフェイスモーションデータは、配信ユーザＵａの顔の動き（表情の変化）を時系列的にデジタル表現することができ、モーションデータ管理部２１ｂ１にて生成されるフェイスモーションデータは、配信ユーザＵｂの顔の動き（表情の変化）を時系列的にデジタル表現することができる。

配信ユーザ装置２０においては、モーションデータ管理部２１ａ１にて生成されるフェイスモーションデータに加えて、配信ユーザＵａ，Ｕｂの体の顔以外の各部位の位置及び向きのデジタル表現であるボディモーションデータを生成してもよい。配信ユーザ装置２０は、フェイスモーションデータに加えて、ボディモーションデータをサーバ６０に送信してもよい。ボディモーションデータを生成するために、配信ユーザＵａ，Ｕｂは、モーションセンサを装着してもよい。配信ユーザ装置２０は、配信ユーザＵａ，Ｕｂに装着されたモーションセンサの検出情報に基づいて、ボディモーションデータを生成することができるように構成されてもよい。ボディモーションデータは、所定のサンプリング時間間隔ごとに生成されてもよい。このように、ボディモーションデータは、配信ユーザＵａ，Ｕｂの体の動きを時系列的にデジタルデータとして表現する。配信ユーザＵａ，Ｕｂに装着されたモーションセンサの検出情報に基づくボディモーションデータの生成は、例えば、撮影スタジオで行われてもよい。撮影スタジオには、ベースステーションと、トラッキングセンサと、ディスプレイと、が備えられてもよい。ベースステーションは、多軸レーザーエミッターであってもよい。配信ユーザＵａ，Ｕｂに装着されるモーションセンサは、例えば、ＨＴＣ ＣＯＲＰＯＲＡＴＩＯＮから提供されているＶｉｖｅ Ｔｒａｃｋｅｒであってもよい。撮影スタジオに備えられるベースステーションは、例えば、ＨＴＣ ＣＯＲＰＯＲＡＴＩＯＮから提供されているベースステーションであってもよい。また、撮影スタジオと別室には、サポーターコンピュータが設置されていてもよい。撮影スタジオのディスプレイは、サポートコンピュータから受信した情報を表示するように構成されてもよい。サーバ６０は、サポーターコンピュータが設置されている部屋と同じ部屋に設置されてもよい。サポーターコンピュータが設置されている部屋と撮影スタジオとはガラス窓によって隔てられていてもよい。この場合、サポーターコンピュータのオペレータ（本明細書では「サポーター」ということがある。）は、配信ユーザＵａ，Ｕｂを視認できる。サポーターコンピュータは、サポーターの操作に応じて、撮影スタジオに備えられた各種装置の設定を変更することができるように構成されてもよい。サポーターコンピュータは、例えば、ベースステーションによる走査インターバルの設定、トラッキングセンサの設定、及びこれら以外の各種機器の各種設定の変更を行うことができる。

モーションデータ管理部２１ａ１，２１ｂ１にて生成されたフェイスモーションデータ及びボディモーションデータを合わせて「モーションデータ」と呼ぶ。モーションデータ管理部２１ａ１は、生成したモーションデータを表示制御部２１ａ２に出力する。表示制御部２１ａ２は、視聴モードにおいて、モーションデータ管理部２１ａ１にて生成されたモーションデータ、マイク２５から取得された音声に関する音声データ、モデルデータ２６ａ１、オブジェクトデータ２６ａ２、及び必要に応じてこれら以外のデータに基づいてレンダリングを行い、配信ユーザＵａのキャラクタのオブジェクトのアニメーションを含む動画データを生成する。配信ユーザＵａのキャラクタのオブジェクトのアニメーションを含む動画データを生成するために用いられるデータを「アニメーション構成データ」といい、どの配信ユーザのキャラクタのオブジェクトが含まれるかを区別する場合には「配信ユーザＵａのアニメーション構成データ」などという。配信ユーザＵａのアニメーション構成データには、例えば、配信ユーザＵａのモーションデータ、配信ユーザＵａのモデルデータ２６ａ１、及びオブジェクトデータ２６ａ２を含むことができる。表示制御部２１ｂ２は、配信ユーザＵｂのアニメーション構成データに基づいて、表示制御部２１ａ２と同様にレンダリングを行う。表示制御部２１ａ２に関する説明は、矛盾が無い限り、表示制御部２１ｂ２にも当てはまる。

レンダリングは、透視投影、隠面消去（ラスタ化）、シェーディング、テクスチャマッピング、及びこれら以外の公知の処理を含む描画処理を意味する。表示制御部２１ａ２は、生成された動画データをディスプレイ２３ａ及び不図示のスピーカに出力する。配信ユーザＵａのキャラクタのオブジェクトのアニメーションは、モデルデータ２６ａ１にモーションデータを適用することにより生成される。表示制御部２１ａ２は、配信ユーザＵａのキャラクタのオブジェクトを他の情報と合成又は重畳して動画データを生成し、その生成した動画データをディスプレイ２３ａに出力する。アニメーションと合成または重畳される情報には、視聴ユーザから投稿されたメッセージ、サーバ６０から送信された通知、操作ボタン等のＧＵＩ（Graphical User Interface）パーツ、及びこれら以外の情報が含まれてもよい。

表示制御部２１ａ２は、配信ユーザＵａが他のユーザと共演する場合には、その共演相手の配信ユーザの配信ユーザ装置から、当該共演相手のキャラクタのオブジェクトを生成するために必要なアニメーション構成データをサーバ６０経由で取得し、取得した共演相手のアニメーション構成データ及び配信ユーザＵａのアニメーション構成データに基づいてレンダリングを行うことにより、配信ユーザＵａのキャラクタのオブジェクト及び共演相手のキャラクタのオブジェクトを含む共演動画データを生成する。この生成された共演動画データは、ディスプレイ２３ａに出力される。

表示制御部２１ａ２は、配信ユーザＵａの動画を配信するために、サーバ６０に対して配信ユーザＵａのアニメーション構成データの一部又は全部を送信することができる。

共演申請部２１ａ３は、配信ユーザＵａの配信ユーザ装置２０ａに対する操作に基づいて、他の配信ユーザとの共演を申請する共演申請をサーバ６０に送信する。同様に、共演申請部２１ｂ２は、配信ユーザＵｂの配信ユーザ装置２０ｂに対する操作に基づいて、他の配信ユーザとの共演を申請する共演申請をサーバ６０に送信する。共演申請部２１ａ３に関する説明は、矛盾の無い限り共演申請部２１ｂ３にも当てはまる。配信ユーザ装置２０ａ、２０ｂから送信される共演申請は、共演相手を指定しない第１共演申請であってもよく、共演相手を指定する第２共演申請であってもよい。

第１共演申請は、共演相手を指定せずに、動画配信システム１で動画を配信している配信ユーザのうち登録フラグをオンに設定している第１共演可能ユーザのいずれかと共演することを要求するためのリクエストである。第１共演申請には、当該第１共演申請を送信するユーザのユーザＩＤを含んでもよい。第１共演申請には、共演相手を指定、識別、又は特定する情報は含まれなくともよい。例えば、配信ユーザＵａが配信ユーザ装置２０ａから第１共演申請を送信する場合、当該第１共演申請には、配信ユーザＵａを識別するユーザＩＤが含まれるが、共演相手を指定する情報は含まれない。

第１共演申請は、例えば、図５に示されている設定画面ウィンドウ４１において、スイッチ４１ｃへのユーザの操作（例えば、右方向へのスライド操作）に応じて、配信ユーザ装置２０ａからサーバ６０に対して送信されてもよい。第１共演申請は、スイッチ４１ｃの操作以外の方法でサーバ６０に送信されてもよい。例えば、第１共演申請は、ホーム画面に表示される操作ボタン、配信中の動画に重畳して表示される操作ボタン、又はこれら以外の操作ボタンへの操作に応じて配信ユーザ装置２０ａからサーバ６０に送信されてもよい。このように、第１共演申請は、配信ユーザが配信している動画を視聴している間、及び、動画を視聴していない間の少なくとも一方において、配信ユーザ装置からサーバ６０に送信され得る。第１共演申請は、配信ユーザ装置２０ａだけでなく、配信ユーザ装置２０ｂ及びこれら以外の配信ユーザ装置からサーバ６０に送信されてもよい。

第２共演申請は、特定の共演相手との共演を申請するリクエストである。このため、第２共演申請は、共演相手を識別するためのユーザＩＤを含む。第２共演申請は、共演相手を識別するための識別情報を含む点で、共演相手を識別するための識別情報を含まない第１共演申請と異なっている。第２共演申請は、後述するように、配信されている動画の視聴中に表示される共演申請ボタン３６が選択されたことに応じて配信ユーザ装置２０ａからサーバ６０に対して送信されてもよい。

次に、コンピュータプロセッサ６１により実現される機能についてより具体的に説明する。コンピュータプロセッサ６１は、配信プログラムに含まれるコンピュータ読み取り可能な命令を実行することにより、配信管理部６１ａ、ユーザ登録部６１ｂ、第１共演申請処理部６１ｃ、及び第２共演申請処理部６１ｄとして機能する。

配信管理部６１ａは、視聴ユーザ装置１０又は配信ユーザ装置２０から受信した各種データをストレージ６３又はそれ以外のストレージに記憶する。配信管理部６１ａは、視聴ユーザ装置１０又は配信ユーザ装置２０から要求されたデータをストレージ６３又はそれ以外のストレージから取得し、その取得したデータを要求元の視聴ユーザ装置１０又は配信ユーザ装置２０に送信する。例えば、配信管理部６１ａは、視聴ユーザ装置１０又は配信ユーザ装置２０からの要求に応じて、配信中の動画のリストを要求元の視聴ユーザ装置１０又は配信ユーザ装置２０に対して送信する。配信管理部６１ａは、リストの中から選択された動画の識別情報を含む当該動画の視聴要求を視聴ユーザ装置１０又は配信ユーザ装置２０から受信すると、当該識別情報で特定された動画に関するアニメーション構成データを要求元の視聴ユーザ装置１０又は配信ユーザ装置２０に送信する。アニメーション構成データを受信した視聴ユーザ装置１０又は配信ユーザ装置２０は、受信したアニメーション構成データに基づいてレンダリングを行うことにより、視聴要求を行った動画の動画データを生成し、当該動画データをディスプレイやスピーカに出力することができる。このように、配信管理部６１ａは、視聴要求がなされた動画のアニメーション構成データを視聴ユーザ装置１０や配信ユーザ装置２０送信することで、当該動画を配信している。

配信管理部６１ａは、配信中の動画に対して視聴ユーザ装置１０又は配信ユーザ装置２０から投稿メッセージを受信した場合、受信した投稿メッセージを、当該動画を配信している配信ユーザの配信ユーザ装置及び当該動画を視聴している視聴ユーザ装置１０及び配信ユーザ装置２０に送信する。投稿メッセージには、メッセージの内容を示すテキストデータ、当該投稿メッセージを投稿するユーザのユーザＩＤ、投稿日時、及びこれら以外の情報が含まれてもよい。投稿メッセージを受信した視聴ユーザ装置１０又は配信ユーザ装置２０は、受信した投稿メッセージのメッセージや投稿者を表示することができる。

配信管理部６１ａは、動画の配信又は視聴に関連するシステム通知を視聴ユーザ装置１０又は配信ユーザ装置２０に送信することができる。例えば、配信管理部６１ａは、ユーザＡが動画の視聴を開始したときに、「ユーザＡさん入室しました」という通知メッセージを当該動画の配信ユーザの配信ユーザ装置及び当該動画を配信している配信ユーザの配信ユーザ装置及び当該動画を視聴している視聴ユーザ装置１０及び配信ユーザ装置２０に送信することができる。当該通知メッセージを受信した視聴ユーザ装置１０又は配信ユーザ装置２０は、受信した通知メッセージを表示することができる。

ホストユーザとゲストユーザとが共演している場合、配信管理部６１ａは、ホストユーザのアニメーション構成データをゲストユーザの配信ユーザ装置２０に送信し、ゲストユーザのアニメーション構成データをホストユーザの配信ユーザ装置２０に送信する。ゲストユーザ及びホストユーザの配信ユーザ装置２０はそれぞれ、配信管理部６１ａから受信した共演相手のアニメーション構成データに基づいてレンダリングを行い、共演相手のキャラクタのオブジェクトのアニメーションを含む動画データを生成する。これにより、共演しているホストユーザ及びゲストユーザの各々の配信ユーザ装置２０は、自らのキャラクタのオブジェクトのアニメーションと共演相手のキャラクタのオブジェクトのアニメーションとを含む動画データを生成することができる。また、サーバ６０において視聴ユーザ装置１０又は配信ユーザ装置からホストユーザとゲストユーザとが共演する共演動画の視聴を要求する視聴要求が受け付けられると、配信管理部６１ａは、当該視聴要求の送信元である視聴ユーザ装置１０又は配信ユーザ装置に対して、ホストユーザのアニメーション構成データ及びゲストユーザのアニメーション構成データを送信する。ホストユーザのアニメーション構成データ及びゲストユーザのアニメーション構成データを受信した視聴ユーザ装置１０又は配信ユーザ装置は、ホストユーザのアニメーション構成データ及びゲストユーザのアニメーション構成データに基づいてレンダリングを行うことにより、ホストユーザのキャラクタオブジェクトとゲストユーザのキャラクタオブジェクトを含む動画データを生成することができる。これにより、共演動画の視聴要求を行ったユーザは、視聴ユーザ装置１０又は配信ユーザ装置において共演動画を視聴することができる。

本発明の一又は複数の実施形態において、ユーザ登録部６１ｂは、いずれかのユーザの配信ユーザ装置から、第１共演可能ユーザとして登録することを要求する登録要求を受け付けると、当該ユーザを第１共演可能ユーザとして登録する。登録要求は、上記のとおり、配信ユーザ装置においてスイッチ４１ａを操作することによってサーバ６０に送信されてもよい。配信ユーザから送信される登録要求には、当該配信ユーザを識別するユーザＩＤが含まれていてもよい。ユーザ登録部６１ｂは、あるユーザの配信ユーザ装置からの登録要求を受け付けると、ユーザ情報６３ｂのうち当該登録要求に含まれているユーザＩＤに対応付けられている登録フラグを「１」に設定することができる。ユーザＩＤに対応する登録フラグが「１」に設定されることにより、当該ユーザＩＤで識別されるユーザは、第１共演可能ユーザとなる。

本発明の一又は複数の実施形態において、第１共演申請処理部６１ｃは、動画配信システム１のいずれかのユーザ（共演申請ユーザ）の配信ユーザ装置から第１共演申請を受け付けた場合に、第１共演可能ユーザの中から第１共演ユーザを選択する。共演申請ユーザからの第１共演申請に基づいて第１共演ユーザが選択されたことに応じて、当該共演申請ユーザと当該第１共演ユーザとの共演動画の配信が開始される。具体的には、共演管理情報６３ｃにおいて、第１共演ユーザが配信している動画の動画ＩＤと対応付けて、共演申請ユーザのユーザＩＤが格納される。これにより、共演管理情報６３ｃを参照することにより、共演申請ユーザと第１共演ユーザとが共演していると判断することができる。サーバ装置６０において共演申請ユーザと第１共演ユーザとが共演する共演動画の動画ＩＤを含む視聴要求が受け付けられると、配信管理部６１ａは、当該視聴要求に含まれている動画ＩＤに対応付けられているホストユーザのユーザＩＤ及びゲストユーザのユーザＩＤを取得し、これらのユーザＩＤに基づいて共演中のホストユーザのアニメーション構成データ及びゲストユーザのアニメーション構成データを取得し、取得したホストユーザのアニメーション構成データ及びゲストユーザのアニメーション構成データを視聴要求の送信元である視聴ユーザ装置１０又は配信ユーザ装置に送信する。配信管理部６１ａは、このようにして共演動画を視聴ユーザ装置１０又は配信ユーザ装置に配信することができる。

第１共演申請処理部６１ｃは、第１共演申請を受け付けた場合、例えば、ユーザ情報６３ｂを参照して登録フラグが「１」に設定されているユーザを第１共演可能ユーザとして特定し、このようにして特定された第１共演可能ユーザの中から当該第１共演申請を送信した共演申請ユーザの共演相手となる第１共演ユーザを選択することができる。第１共演申請処理部６１ｃは、様々なアルゴリズムに従って第１共演可能ユーザの中から第１共演ユーザを選択することができる。一実施形態において、第１共演申請処理部６１ｃは、第１共演可能ユーザの中からランダムに一人の第１共演ユーザを選択することができる。別の実施形態において、第１共演申請処理部６１ｃは、共演管理情報６３ｃを参照することで、第１共演可能ユーザの各々が配信している動画における共演者の数を特定し、この特定した共演者の数に基づいて第１共演ユーザを選択する。例えば、第１共演申請処理部６１ｃは、第１共演可能ユーザのうち共演中のユーザの数が最も少ないユーザを第１共演ユーザとして選択してもよい。第１共演申請処理部６１ｃは、共演者の数が最も少ない第１共演可能ユーザ（例えば、誰とも共演しておらず共演者の数が「０」に設定されている第１共演可能ユーザ）が複数存在する場合には、その共演者の数が最も少ない複数の第１共演可能ユーザの中からランダムに第１共演ユーザを選択してもよい。第１共演可能ユーザのユーザＩＤが共演管理情報６３ｃの配信ユーザ識別情報として記録されていない場合には、当該第１共演可能ユーザは動画を配信していないので、第１共演ユーザの選択においては、当該第１共演可能ユーザの共演者の数を「０」とすることができる。

本発明の一実施形態において、第１共演申請処理部６１ｃは、第１共演可能ユーザの各々についての共演者数の上限と実際に共演している共演者の数との差である共演枠に基づいて第１共演ユーザを選択することができる。例えば、ある第１共演可能ユーザについて、共演者数の上限が「５」であり、共演中のユーザの数が「１」である場合（つまり、一人のユーザとだけ共演している場合）には、当該第１共演可能ユーザの共演枠は「４」となる。本発明の一実施形態において、第１共演可能ユーザの各々についての共演者数の上限と実際に共演している共演者の数との差を共演枠として算出し、第１共演可能ユーザのうち共演枠が最も大きいユーザが第１共演ユーザとして選択されてもよい。このように、第１共演可能ユーザのうち共演者の数が最も少ないユーザ又は共演枠が最も大きいユーザを第１共演ユーザとして選択することにより、第１共演可能ユーザのうち他のユーザとの共演が相対的に活発でないユーザが第１共演ユーザとして選択されやすくなる。

本発明の別の実施形態において、第１共演可能ユーザのうち共演枠が最も小さいユーザ（ただし、共演枠は「０」ではない。）が第１共演ユーザとして選択されてもよい。これにより、既に他のユーザと共演しているユーザが第１共演ユーザとして選択されやすくなるので、共演申請ユーザを既に他の配信ユーザとの共演を活発に行っている配信ユーザと共演させることができる。

本発明の一実施形態において、第１共演申請処理部６１ｃは、共演申請ユーザ及び第１共演可能ユーザの各々のユーザ属性情報に基づいて第１共演可能ユーザの中から第１共演ユーザを選択する。上記のとおり、ユーザ情報６３ｂには、各ユーザの様々な属性を示すユーザ属性情報が含まれていてもよい。第１共演申請処理部６１ｃは、例えば、第１共演申請に含まれる共演申請ユーザのユーザＩＤに基づいて共演申請ユーザのユーザ属性情報を特定し、この共演申請ユーザのユーザ属性情報と第１共演可能ユーザの各々のユーザ属性情報との一致度を表すスコアを所定のアルゴリズムに基づいて算出し、第１共演可能ユーザのうちで最も高いスコアが算出されたユーザを第１共演ユーザとして選択してもよい。一致度を表すスコアを算出する際には、ユーザ属性情報に含まれる個々の属性データ（例えば、居住地、年齢、性別、趣味）に重み付けを行ってもよい。これにより、例えば、第１共演可能ユーザのうち共演申請ユーザと居住地が近いユーザ、共演申請ユーザと年齢層が重なっているユーザ、共演申請ユーザと共通の趣味を有するユーザが第１共演ユーザとして選択されやすくなる。このようにして、第１共演可能ユーザの中からユーザ属性情報に含まれる属性データの一致度が高いユーザを第１共演ユーザとして選択することができる。よって、共演相手を特定しない第１共演申請に基づいて共演動画が生成されても、共演するユーザ同士で共通の話題を見つけることが容易となる。この結果、第１共演申請に基づいて開始される共演動画におけるコミュニケーションを促進することができる。

本発明の一実施形態において、第２共演申請処理部６１ｄは、共演申請ユーザからの第２共演申請を受け付けた場合に、当該共演申請ユーザの第２共演申請を許可するか否かを判定する。上述のとおり、第２共演申請は、例えば、配信された動画の視聴中に共演申請ボタン３６を選択することによりサーバ６０に送信され、この送信された第２共演申請がサーバ６０にて受け付けられてもよい。例えば、配信ユーザＵａから配信ユーザＵｂとの共演を申請する第２共演申請を受け付けると、第２共演申請処理部６１ｄは、配信ユーザＵａと配信ユーザＵｂとの共演可否を判定する。第２共演申請処理部６１ｄは、例えば、配信ユーザＵａからの共演申請を許可するか否かを問い合わせるメッセージを配信ユーザＵｂの配信ユーザ装置２０ｂに送信し、配信ユーザ装置２０ｂからの回答に応じて共演の可否を決定してもよい。

次に、図６〜図８を参照して、動画配信システム１において配信された動画に対応する画像の表示について説明する。これらの図では、視聴ユーザ装置１０の視聴ユーザ及び配信ユーザ装置２０ａの配信ユーザＵａが、配信中の動画リストの中から配信ユーザＵｂが配信中の動画の視聴を選択して当該動画の視聴要求をサーバ６０に送信し、この視聴要求に応答してサーバ６０から視聴ユーザ装置１０及び配信ユーザ装置２０ａに対して配信ユーザＵｂのアニメーション構成データが送信され、視聴ユーザ装置１０及び配信ユーザ装置２０ａでは、サーバ６０から受信した配信ユーザＵｂのアニメーション構成データに基づいてレンダリングがなされたことが想定されている。配信ユーザＵｂのアニメーション構成データは、配信ユーザＵｂの配信ユーザ装置２０ｂにおいてモーションデータ管理部２１ｂ１により生成されたモーションデータ及びマイク２５ｂにより検出された音声に基づいて生成された音声データを含んでもよい。また、配信ユーザ装置２０ｂは、サーバ６０から取得した配信ユーザＵｂのアニメーション構成データ又は自装置で生成されたアニメーション構成データに基づいてレンダリングを行うことが想定されている。図６は、視聴ユーザ装置１０において表示される動画の画像の例を示し、図７は、配信ユーザ装置２０ａにおいて表示される動画の画像の例を示し、図８は、配信ユーザ装置２０ｂにおいて表示される動画の画像の例を示す。

視聴ユーザ装置１０のディスプレイには、図６に示されているように、サーバ６０から受信した配信ユーザＵｂのアニメーション構成データに基づいてレンダリングを行うことで生成された動画データに対応する画像が表示されている。この視聴ユーザ装置１０に表示されている画像には、レンダリングにより生成されたれた配信ユーザＵｂのキャラクタオブジェクト３１と、ギフトボタン３２と、評価ボタン３３と、コメントボタン３４と、コメント表示領域３５と、が含まれている。

配信ユーザ装置２０ａのディスプレイ２３ａには、図７に示されているように、サーバ６０から受信した配信ユーザＵｂのアニメーション構成データに基づいてレンダリングを行うことで生成された動画データに対応する画像３０が表示されている。この画像３０には、視聴ユーザ装置１０に表示されている動画の画像と同様に、配信ユーザＵｂのキャラクタオブジェクト３１と、ギフトボタン３２と、評価ボタン３３と、コメントボタン３４と、コメント表示領域３５と、が含まれている。これに加えて、画像３０には、配信ユーザＵｂが配信している動画において配信ユーザＵｂとの共演を申請するための共演申請ボタン３６が含まれる。共演申請ボタン３６に対する操作がなされると、第２共演申請がサーバ６０に送信される。配信ユーザ装置２０ａは、例えば、動画アプリケーションプログラムを含むアプリケーションソフトウェアを実行することにより、配信された動画の画像３０を表示することができる。本発明の一実施形態において、配信ユーザＵｂとの共演を申請する第２共演申請を送信するための共演申請ボタン３６は、配信ユーザＵｂの動画を視聴している場合にのみ配信ユーザ装置に表示されてもよい。本発明の一実施形態において、共演申請ボタン３６は、配信ユーザＵｂが第２共演可能ユーザとして登録されている場合にのみ画像３０に配信ユーザ装置２０ａにおいて表示され、配信ユーザＵｂが第２共演可能ユーザとして登録されていない場合には配信ユーザ装置２０ａにおいて表示されなくてもよい。

図６に示されているように、視聴ユーザ装置１０に表示される動画の画像には共演申請ボタン３６が含まれない。例えば、視聴ユーザ装置１０に配信プログラムを含むアプリケーションソフトウェアがダウンロードもしくはインストールされていない場合、又は、視聴ユーザ装置１０において配信プログラムを含むアプリケーションソフトウェアが起動されていない場合には、視聴ユーザ装置１０には共演申請ボタン３６が表示されない。視聴ユーザ装置１０に動画アプリケーションプログラムを含むアプリケーションソフトウェアがダウンロードもしくはインストールされている場合、または、視聴ユーザ装置１０において動画アプリケーションプログラムを含むアプリケーションソフトウェアが起動されている場合には、視聴ユーザ装置１０にも共演申請ボタン３６が表示されてもよい。

キャラクタオブジェクト３１は、配信ユーザＵｂのモーションデータをモデルデータ６３ｂに適用することにより生成されるため、配信ユーザＵｂの表情の動きに同期してその表情や動きが変化する。

ギフトボタン３２は、視聴ユーザ装置１０への操作によって選択可能に表示画面３０に表示されている。ギフトボタン３２は、例えば、視聴ユーザ装置１０のタッチパネルのうちギフトボタン３２が表示されている領域へのタップ操作により選択され得る。一実施形態において、ギフトボタン３２が選択されると、表示画面３０に、視聴中の動画を配信している配信ユーザ（ここでは、配信ユーザＵｂである。）にギフティングするギフトを選択するためのウィンドウが表示される。当該視聴ユーザは、当該ウィンドウに表示されているギフトの中からギフティング対象とするギフトを購入することができる。他の実施形態においては、ギフトボタン３２が選択されたことに応じて、表示画面３０に、購入済みのギフトの一覧を含むウィンドウが表示される。この場合、当該視聴ユーザは、当該ウィンドウに表示されているギフトの中からギフティング対象とするギフトを選択することができる。視聴ユーザ装置１０においてギフトボタン３２が選択されると、ギフティング情報がサーバ６０に送信されてもよい。このギフティング情報には、ギフティングするギフトを特定するギフト識別情報（ギフトＩＤ）が含まれてもよい。このように、動画を視聴している視聴ユーザは、ギフトボタン３２の選択により、当該動画を配信している配信ユーザに対して所望のギフトを提供（ギフティング）することができる。

評価ボタン３３は、視聴ユーザ装置１０を使用する視聴ユーザによって選択可能に表示画面３０に表示されている。評価ボタン３３は、例えば、視聴ユーザ装置１０のタッチパネルのうち評価ボタン３３が表示されている領域へのタップ操作により選択され得る。動画を視聴中の視聴ユーザによって評価ボタン３３が選択されると、当該動画を配信する配信ユーザ（図示の例においては、配信ユーザＵｂ）への肯定的な評価又は配信されている動画への肯定的な評価がなされたことを示す評価情報がサーバ６０に送信されてもよい。

コメントボタン３４は、ユーザによって選択可能に表示画面３０に表示される。コメントボタン３４が例えばタップ操作により選択されると、コメントを入力するためのコメント入力ウィンドウが表示画面３０に表示される。視聴ユーザは、視聴ユーザ装置１０又は配信ユーザ装置２０ａの入力機構を介してコメントを入力することができる。入力されたコメントは、視聴ユーザ装置１０及び配信ユーザ装置２０ａからサーバ６０に送信される。サーバ６０は、視聴ユーザ装置１０、配信ユーザ装置２０ａ、及びこれら以外のユーザ装置からのコメントを受け付け、当該コメントを動画内のコメント表示領域３５に表示する。コメント表示領域３５には、各ユーザから投稿されたコメントが、例えば時系列に表示される。コメント表示領域３５は、表示画面３０の一部の領域を占める。コメント表示領域３５に表示可能なコメント数には上限がある。図示の例では、コメント表示領域３５には３つまでコメントが表示され得る。コメント表示領域３５に設定されている上限を超えたコメントの投稿がなされた場合には、投稿時間が古いコメントから順にコメント表示領域３５から削除される。このため、受け付けるコメントの頻度が高くなるほどコメント領域３５における各コメントの表示時間は短くなる。コメント表示領域３５に設定されている上限を超えたコメントの投稿がなされた場合には、投稿時間が新しいコメントをコメント表示領域３５に表示しておき、コメント表示領域３５に表示しきれない古い投稿コメントは、コメント表示領域３５がスワイプされたことに応じてコメント表示領域３５内に表示されてもよい。

図８に示されているように、配信ユーザ装置２０ｂのディスプレイ２３ｂには、配信ユーザＵｂのアニメーション構成データに基づいてレンダリングを行うことで生成された動画データに対応する画像４０が表示されている。この画像４０には、配信ユーザＵｂに対応するキャラクタオブジェクト３１と、コメント表示領域３５と、が含まれている。配信ユーザ装置２０ｂに表示される画像４０には、動画及び画像３０と同じ背景画像、キャラクタオブジェクト画像、及びコメントが含まれている。他方、画像４０は、ギフトボタン３２、評価ボタン３３、コメントボタン３４、及び共演申請ボタン３６を含んでいない点で画像３０と異なっている。

次に、図９〜図１２を参照して、動画配信システム１において配信された共演動画に対応する画像の表示について説明する。図９は、視聴ユーザ装置１０に表示されている共演動画の画像の例を示し、図１０は、配信ユーザＵｃの配信ユーザ装置２０ｃに表示されている共演動画の画像の例を示し、図１１は、配信ユーザ装置２０ａに表示されている共演動画の画像の例を示し、図１２は、配信ユーザ装置２０ｂに表示されている共演動画の画像の例を示す。これらの図では、配信ユーザＵｃが使用する配信ユーザ装置２０ｃからの第１共演申請に基づいて配信ユーザＵｂが第１共演ユーザとして選択され、配信ユーザＵｃのキャラクタオブジェクト１３１及び配信ユーザＵｂのキャラクタオブジェクト３１を含む共演動画が配信されていることが想定されている。つまり、図示の実施形態においては、配信ユーザＵｃは、共演申請ユーザでありゲストユーザである。また、配信ユーザＵｂがホストユーザである。また、視聴ユーザ装置１０及び配信ユーザ装置２０ａから当該共演動画の視聴を要求する視聴要求が送信され、視聴ユーザ装置１０及び配信ユーザ装置２０ａに対して当該共演動画が配信されていることが想定されている。

視聴ユーザ装置１０、配信ユーザ装置２０ｃ、配信ユーザ装置２０ａ、及び配信ユーザ装置２０ｂのディスプレイには、それぞれ図９、図１０、図１１、及び図１２に示されているように、サーバ６０から受信した配信ユーザＵｃ及び配信ユーザＵｂのアニメーション構成データに基づいてレンダリングを行うことで生成された動画データに対応する画像が表示されている。この視聴ユーザ装置１０に表示されている共演動画の画像には、配信ユーザＵｂのキャラクタオブジェクト３１に加えて、配信ユーザＵｃのキャラクタオブジェクト１３１が含まれている。共演申請ユーザのキャラクタオブジェクト１３１は、配信ユーザＵｃのアニメーション構成データに含まれるモーションデータに基づいて生成される。視聴ユーザ装置１０に表示されている画像は、図６に示されている共演開始前の動画の画像と同様に、ギフトボタン３２と、評価ボタン３３と、コメントボタン３４と、コメント表示領域３５と、を含んでいる。配信ユーザＵｃは既に配信ユーザＵｂと共演を行っているので、配信ユーザＵｃの配信ユーザ装置２０ｃには共演申請ボタン３６は表示されない。図１０に示されている配信ユーザ装置２０ｃに表示される画像には、図１２に示されている配信ユーザ装置２０ｂに表示される画像と同様に、ギフトボタン３２と、評価ボタン３３と、及びコメントボタン３４は含まれず、コメント表示領域３５が含まれている。

配信ユーザ装置２０ａに表示されている共演動画の画像は、図７に示されている共演開始前の画像と同じように、ギフトボタン３２と、評価ボタン３３と、コメントボタン３４と、コメント表示領域３５と、共演申請ボタン３６と、を含んでいる。配信ユーザＵａは、共演動画が再生されているときにも共演申請ボタン３６を選択することができる。配信ユーザＵｂがホストユーザである共演動画の再生中に共演申請ボタン３６が選択されると、配信ユーザＵｂとの共演を申請する第２共演申請が配信ユーザ装置２０ａからサーバ６０に対して送信される。サーバ６０において配信ユーザ装置２０ａからの第２共演申請が受け付けられると、第２共演申請処理部６１ｄは、当該第２共演申請に基づいて配信ユーザＵａの配信ユーザＵｂとの共演を許可するか否かを判定する。配信ユーザＵａの配信ユーザＵｂとの共演が許可された場合には、配信ユーザＵｃと配信ユーザＵｂとが共演している共演動画に配信ユーザＵａのキャラクタオブジェクトも表示される。この場合、図９〜図１２に示されている共演動画において、配信ユーザＵｂのキャラクタオブジェクト３１及び配信ユーザＵｃのキャラクタオブジェクト１３１に加えて配信ユーザＵａのキャラクタオブジェクト（不図示）が表示される。

配信ユーザ装置２０ｂに表示されている共演動画の画像は、図８に示されている共演開始前の画像と同じように、コメント表示領域３５を含んでいる。また、この共演動画の画像には、共演を終了させるための共演終了ボタン４５が表示されている。共演終了ボタン４５は、共演申請を受けたホストユーザである配信ユーザＵｂの配信ユーザ装置２０ｂには表示されるが、共演を行っていない配信ユーザＵａの配信ユーザ装置２０ａ及びゲストユーザである配信ユーザＵｃの配信ユーザ装置２０ｃには表示されない。配信ユーザＵｂの配信ユーザ装置２０ｂにおいて共演終了ボタン４５が選択されると、配信ユーザＵｃと配信ユーザＵｂとの共演を終了するための処理が行われる。例えば、共演終了ボタン４５が選択されたことに応じて、配信ユーザ装置２０ｂからサーバ６０に対して共演終了指示が送信される。サーバ６０において共演終了指示が受信されると、配信管理部６１ａは、配信ユーザＵｃのアニメーション構成データの送信を終了する。これにより、配信動画の画像には、配信ユーザＵｃのキャラクタオブジェクト１３１が表示されなくなる。

共演動画の画像は、図示のとおり、横長の画像である。共演動画生成部６１ｇ又は動画配信部６１ｃは、共演動画を横長の動画として配信する。これにより、視聴ユーザ装置１０には、共演動画の配信画像が横長の画像として表示される。一実施形態においては、元の動画（画像）が図６に示されているように縦長だとしても、共演動画は横長に変換されて配信される。共演動画は、二人の配信ユーザのキャラクタオブジェクトを含むため、横長の画像とすることにより、二人分のキャラクタオブジェクトを重複なく表示しやすくなる。例えば、共演動画においては、視聴ユーザの視点で向かって左半分を元の配信ユーザのキャラクタオブジェクトに割り当てられる領域とし、右半分を共演申請ユーザのキャラクタオブジェクトに割り当てられる領域としてもよい。各配信ユーザへの領域の割り当ては、キャラクタオブジェクト同士が重複しないように任意に定められてもよい。図示の実施形態では共演動画の画像を横長の画像として示されているが、共演動画は縦長の画像であってもよい。

次に、図１３を参照して、一実施形態における共演動画の配信処理について説明する。図１３は、一実施形態において共演動画を配信する処理の流れを示すフロー図である。図１３を参照して説明される共演動画の配信処理においては、配信ユーザＵｃからの第１共演申請に基づいて配信ユーザＵｂが第１共演ユーザとして選択されることを想定している。

図１３の共演動画の配信処理の開始時点では、配信ユーザＵｂを含む多数の配信ユーザが、自らのキャラクタオブジェクトを含む動画を配信している。ステップＳ１１において、動画配信システム１の配信ユーザのいずれかから第１共演申請がなされたか否かが判定される。第１共演申請は、例えば、配信ユーザＵｃからなされる。配信ユーザＵｃによって第１共演申請がなされた場合には、処理はステップＳ１２に進む。

ステップＳ１２では、配信ユーザＵｃからの第１共演申請に基づいて、第１共演可能ユーザの中から第１共演ユーザが選択される。図示の実施形態では、配信ユーザＵｂが第１共演ユーザとして選択される。これにより、配信ユーザＵｂ（ホストユーザ）と配信ユーザＵｃ（ゲストユーザ）との共演が開始される。ステップＳ１２では、配信ユーザＵｂが第１共演ユーザとして選択される。この第１共演ユーザの選択は、例えば、上記の第１共演申請処理部６１ｃにより行われる。

ステップＳ１２において、配信ユーザＵｃからの第１共演申請に基づいて配信ユーザＵｂが第１共演ユーザとして選択されたので、次に、ステップＳ１３において配信ユーザＵｂと配信ユーザＵｃとが共演する共演動画が配信される。具体的には、配信ユーザＵｂの動画を視聴中の視聴ユーザ装置１０及び配信ユーザ装置に対して、配信ユーザＵｂのアニメーション構成データに加えて、配信ユーザＵｃのアニメーション構成データが送信される。これらのアニメーション構成データを受信した視聴ユーザ装置１０及び配信ユーザ装置は、受信したアニメーション構成データに基づいてレンダリングを行うことにより、例えば図９〜図１２に示されているように、配信ユーザＵｂ及び配信ユーザＵｃのキャラクタオブジェクトを含む動画の画像を表示することができる。

次に、図１４を参照して、第２共演申請に基づく共演動画の配信処理について説明する。図１４は、一実施形態における共演動画を配信する処理の流れを示すフロー図である。図１４を参照して説明される共演動画の配信処理においては、配信ユーザＵｂのキャラクタオブジェクトを含む動画を視聴している配信ユーザＵａから配信ユーザＵｂに対して共演申請がなされることが想定されている。図１４に示されている共演動画の配信処理は、図１３に示されている動画の配信処理と並行して行われてもよい。

まず、配信ユーザＵｂのキャラクタオブジェクトを含む動画の配信中に、ステップＳ２１において、配信ユーザＵｂ以外のユーザから第２共演申請がなされたか否かが判定される。第２共演申請は、例えば、配信ユーザＵａからなされる。配信ユーザＵａによって第２共演申請がなされた場合には、処理はステップＳ２２に進む。

ステップＳ２２では、配信ユーザＵａからの第２共演申請を許可するか否かが判定される。例えば、配信ユーザＵａから共演に申し込みがなされたことを配信ユーザＵｂに通知し、その通知に対して配信ユーザＵｂから配信ユーザＵａとの共演を許可するとの回答がなされた場合に配信ユーザＵａの配信ユーザＵｂとの共演が許可される。この共演申請を許可するか否かの判定は、例えば、第２共演申請処理部６１ｄにより行われる。

ステップＳ２２において、共演申請を許可すると判定された場合には、配信ユーザＵｂ（ホストユーザ）と配信ユーザＵａ（ゲストユーザ）との共演が開始され、処理はステップＳ２３に移行し、ステップＳ２３において配信ユーザＵｂと配信ユーザＵａとが共演する共演動画が配信される。具体的には、配信ユーザＵｂの動画を視聴中の視聴ユーザ装置１０及び配信ユーザ装置に対して、配信ユーザＵｂのアニメーション構成データに加えて、配信ユーザＵａのアニメーション構成データが送信される。これらのアニメーション構成データを受信した視聴ユーザ装置１０及び配信ユーザ装置は、受信したアニメーション構成データに基づいてレンダリングを行うことにより、配信ユーザＵｂ及び配信ユーザＵａのキャラクタオブジェクトを含む動画の画像を表示することができる。

以上の実施形態によって奏される作用効果について説明する。上記の一又は複数の実施形態においては、他の配信ユーザと共演することを希望するユーザは、共演相手を特定することなく第１共演申請を行うことで、この第１共演申請に基づいて選択された第１共演ユーザと共演することができる。このように、共演相手を特定せずに共演申請を行うことができるので、共演相手を探し出す手間が減るので、ユーザ同士の動画での共演が促進される。

本発明の一又は複数の実施形態においては、動画を配信する配信ユーザは、第１共演可能ユーザとして登録することにより、第１共演申請を受け付けることができるようになる。このため、配信ユーザに他のユーザとの共演の機会を増やすための手段を提供することができる。他方、配信ユーザは、第１共演可能ユーザとして登録しなければ、第１共演申請によって共演申請ユーザが不意に自らの動画に参加することを回避することができる。

本発明の一又は複数の実施形態においては、第１共演申請を行うだけで共演相手の許可を経なくとも当該第１共演ユーザと共演することができる。このため、共演申請が許可された場合にだけ共演を行うことができる従来の共演開始のプロセスと比べて、より簡潔なプロセスで他の配信ユーザと共演することができる。第１共演ユーザは、第１共演可能ユーザの中から選択されるので、第１共演可能ユーザとして登録したことをもって第１共演申請が受け付けられた場合に共演申請ユーザと共演することを許可していると考えることができる。

本発明の一又は複数の実施形態においては、共演相手となる配信ユーザの動画を視聴していない場合でも、第１共演申請を行うことができる。例えば、配信中の動画のリストを見ているときに設定ウィンドウ４１を開き、この設定ウィンドウに含まれるスイッチ４１ｃを操作することにより第１共演申請を行うことができる。このように、共演相手となる配信ユーザの動画を視聴していなくても共演が可能になるので、視聴中の動画に対する参加のみが可能な共演開始のプロセスと比べて、共演開始までのプロセスを減らすことができ、これによりユーザ同士の動画での共演が促進される。

本発明の一又は複数の実施形態においては、配信ユーザが共演できるユーザの上限を設定することにより、一つの動画で共演するユーザ数が過大となることによる弊害を防止することができる。例えば、共演動画への参加や退出のための処理や、共演動画を生成する処理の負荷が過大となることを防止できる。

本発明の一又は複数の実施形態においては、第１共演申請に基づいて、第１共演可能ユーザのうち共演中のユーザの数が最も少ないユーザを第１共演ユーザとして選択することができる。これにより、共演しているユーザが少ないか一人もいない配信ユーザが第１共演ユーザとして選択されやすくなるので、他の配信ユーザとの共演を活発に行っていない配信ユーザに他のユーザとの共演の機会を優先的に提供することができる。また、本発明の一又は複数の実施形態においては、共演できるユーザの数の上限と実際に共演しているユーザの数との差で表される共演可能ユーザ数（共演枠）が多い配信ユーザが第１共演ユーザとして選択することができる。これにより、多くの共演枠を持っている配信ユーザに他のユーザとの共演の機会を優先的に提供することができる。

本発明の一又は複数の実施形態においては、共演可能ユーザ数（共演枠）が少ない配信ユーザが第１共演ユーザとして選択されやすくなるアルゴリズムに基づいて、第１共演可能ユーザの中から第１共演ユーザを選択してもよい。これにより、既に他の配信ユーザと活発に共演している配信ユーザが第１共演ユーザとして選択されやすくなるので、共演申請ユーザを他の配信ユーザとの共演の経験がある配信ユーザの動画へ参加させることができる。

本発明の一又は複数の実施形態においては、共演申請ユーザのユーザ属性情報及び第１共演可能ユーザのユーザ属性情報に基づいて、第１共演可能ユーザの中から第１共演ユーザを選択することができる。これにより、例えば、第１共演可能ユーザの中から共演申請ユーザとユーザ属性情報の一致度が高いユーザを第１共演ユーザとして選択することができる。よって、共演相手を特定しない第１共演申請に基づいて共演動画が生成されても、共演するユーザ同士で共通の話題を見つけることが容易となる。

本発明の一又は複数の実施形態においては、共演申請者は、共演相手を特定する第２共演申請を行い、この第２共演申請に基づいて共演が許可された場合に、当該第２共演申請で特定した共演相手と共演することができる。許可していない共演相手との共演を望まない配信ユーザは、第１共演可能ユーザとして登録しないことが想定されるため、動画配信システム１が共演相手を特定しない第１共演申請に基づく共演機能のみを提供していると、許可していない共演相手との共演を望まない配信ユーザに対して共演の機会を提供することができない。共演を許可した相手との共演を行う機能を提供することにより、許可していない共演相手との共演を望まない配信ユーザに対しても他のユーザとの共演の機会を提供することができる。

本発明の一又は複数の実施形態においては、第２共演申請は、視聴している動画を配信している配信ユーザに対してなされるので、配信中の動画に関心を持つ共演申請ユーザからのみ第２共演申請を受け付けることができる。

本発明の一又は複数の実施形態においては、動画を配信中の配信ユーザのリストが表示され、当該リストにおいて第１共演可能ユーザがそれ以外の配信ユーザから区別可能に表示される。例えば、「おすすめ」として表示される動画または動画の配信ユーザのリストにおいては、第１共演可能ユーザ（又は第１共演可能ユーザが配信している動画）に対応するアイコンに関連付けて、「共演枠２」などの第１共演申請に基づいて共演可能であることを示すメッセージが表示される。これにより、共演申請ユーザは、第１共演申請を行う前に共演相手となり得る配信ユーザを確認することができる。

本発明の一又は複数の実施形態においては、複数の配信ユーザが参加して行われるゲーム（例えば、キャラクタオブジェクトが参加するパーティーゲーム）を開始したユーザを第１共演可能ユーザとして登録することができる。これにより、第１共演申請に基づいて、ゲームを開始したユーザが第１共演ユーザとして選択されやすくなる。ゲームを開始したユーザとは、ゲームという共通の話題があるため、第１共演申請に基づいて事前に互いに関する知識のないユーザ同士が共演してもスムースにコラボレーションを行うことができる。

本明細書において説明された処理手順、特にフロー図を用いて説明された処理手順においては、その処理手順を構成する工程（ステップ）の一部を省略すること、その処理手順を構成する工程として明示されていない工程を追加すること、及び／又は当該工程の順序を入れ替えることが可能であり、このような省略、追加、順序の変更がなされた処理手順も本発明の趣旨を逸脱しない限り本発明の範囲に含まれる。

コンピュータプロセッサ６１により実現される機能の少なくとも一部は、動画配信システム１のコンピュータプロセッサ６１以外のコンピュータプロセッサにより実現されてもよい。コンピュータプロセッサ６１により実現される機能の少なくとも一部は、例えば、配信ユーザ装置２０のコンピュータプロセッサ２１により実現されてもよく、視聴ユーザ装置１０のコンピュータプロセッサにより実現されてもよい。

上記の実施形態では、動画の視聴を行う視聴ユーザ装置１０や配信ユーザ装置がアニメーション構成データに基づいてレンダリングを行うことで、配信ユーザのキャラクタオブジェクトを含む動画の動画データを生成している。つまり、上記の実施形態では、配信ユーザのキャラクタオブジェクトを含む動画の画像の生成は、当該動画を視聴するユーザの視聴ユーザ装置１０又は配信ユーザ装置で行われている。動画の画像を生成するレンダリングは、当該動画を視聴する視聴ユーザ装置１０や配信ユーザ装置以外で行われてもよい。例えば、視聴要求がなされた動画を生成するためのレンダリングをサーバ６０が行い、このレンダリングにより生成された動画データを視聴要求を行った視聴ユーザ装置１０や配信ユーザ装置に対して送信してもよい。この場合、サーバ６０から視聴対象の動画の動画データを受信した視聴ユーザ装置１０及び配信ユーザ装置は、レンダリングを行うことなく、受信した動画データをディスプレイやスピーカに出力することができる。視聴対象となる動画のレンダリングは、当該動画を配信する配信ユーザの配信ユーザ装置において行われてもよい。この場合、動画を配信する配信ユーザの配信ユーザ装置においてレンダリングが行われ、このレンダリングにより生成された動画データがサーバ６０を介して又は直接に、当該動画の視聴要求を行った視聴ユーザ装置１０及び配信ユーザ装置に対して送信される。

１ 動画配信システム
１０ 視聴ユーザ装置
２０ａ、２０ｂ、２０ｃ 配信ユーザ装置
２１ａ１、２１ｂ１ モーションデータ管理部
２１ａ２、２１ｂ２ 表示制御部
２１ａ３、２１ｂ３ 共演申請部
２６ａ、２６ｂ ストレージ
６０ サーバ
６１ａ 配信管理部
６１ｂ ユーザ登録部
６１ｃ 第１共演申請処理部
６１ｄ 第１共演申請処理部
６３ ストレージ

Claims (13)

1. 一又は複数のプロセッサを備え、
   前記一又は複数のプロセッサは、コンピュータ読み取り可能な命令を実行することにより、
   自らの動きに基づいて生成されるキャラクタオブジェクトを含む動画を配信する複数の配信ユーザのうち登録要求を行った配信ユーザを第１共演可能ユーザとして登録し、
   前記第１共演可能ユーザのいずれかとの共演を申請する第１共演申請を共演申請ユーザから受け付けたことに応じて前記第１共演可能ユーザの中から第１共演ユーザを選択し、
   前記共演申請ユーザと前記第１共演ユーザとが共演する共演動画を配信する、
   動画配信システム。
2. 前記共演動画は、前記第１共演申請の受け付け後に前記第１共演ユーザの許可を得ることなく配信される、
   請求項１に記載の動画配信システム。
3. 前記第１共演申請は、前記共演申請ユーザが前記第１共演ユーザの動画を視聴している間及び前記共演申請ユーザが前記第１共演ユーザの動画を視聴していない間のいずれにおいても受け付けられる、
   請求項１又は２に記載の動画配信システム。
4. 前記複数の配信ユーザの各々に共演できるユーザの上限が設定されている、
   請求項１から３のいずれか１項に記載の動画配信システム。
5. 前記複数の配信ユーザの各々について前記上限と共演中のユーザの数との差で表される共演可能ユーザ数を管理し、
   前記複数の配信ユーザの各々の前記共演可能ユーザ数に基づいて前記第１共演ユーザが選択される、
   請求項４に記載の動画配信システム。
6. 前記複数の配信ユーザの各々についてその属性を示す属性情報が設定されており、
   前記第１共演可能ユーザの前記属性情報に少なくとも基づいて前記第１共演ユーザが選択される、
   請求項１から５のいずれか１項に記載の動画配信システム。
7. 前記複数の配信ユーザの中から選択された第２共演ユーザとの共演を申請する第２共演申請を前記共演申請ユーザから受け付けたことに応じ、前記共演申請ユーザと前記第２共演ユーザとの共演可否を判定し、
   前記共演申請ユーザと前記第２共演ユーザとの共演が可能と判定された場合に、前記共演申請ユーザと前記第２共演ユーザとが共演する他の共演動画を生成する、
   請求項１から６のいずれか１項に記載の動画配信システム。
8. 前記第２共演申請は、前記共演申請ユーザが前記第２共演ユーザの動画を視聴している間にのみ受け付けられる、
   請求項７に記載の動画配信システム。
9. 前記第２共演ユーザは、前記複数の配信ユーザのうち前記第２共演申請を受け付ける一又は複数の第２共演可能ユーザから選択され、
   前記複数の配信ユーザのうち前記第１共演申請を受け付ける一又は複数の第１共演可能ユーザの少なくとも一部及び前記一又は複数の第２共演可能ユーザの少なくとも一部のうちの少なくとも一方を含む共演リストを前記共演申請ユーザに提供する、
   請求項７又は８に記載の動画配信システム。
10. 前記複数の配信ユーザのうちの少なくとも一部を含むリストを表示し、
    前記リストにおいては、前記一又は複数の第１共演可能ユーザの各々は、前記複数の配信ユーザのうち前記第１共演可能ユーザではない配信ユーザから区別可能に表示される、
    請求項９に記載の動画配信システム。
11. 前記複数の配信ユーザの少なくとも一部が参加して行われるゲームを開始したユーザを前記第１共演可能ユーザとして登録する、
    請求項１から１０のいずれか１項に記載の動画配信システム。
12. 一又は複数のコンピュータプロセッサがコンピュータ読み取り可能な命令を実行することにより実行される動画配信方法であって、
    自らの動きに基づいて生成されるキャラクタオブジェクトを含む動画を配信する複数の配信ユーザのうち登録要求を行った配信ユーザを第１共演可能ユーザとして登録する工程と、
    前記第１共演可能ユーザのいずれかとの共演を申請する第１共演申請を共演申請ユーザから受け付けたことに応じて前記第１共演可能ユーザの中から第１共演ユーザを選択する工程と、
    前記共演申請ユーザと前記第１共演ユーザとが共演する共演動画を生成する工程と、
    を備える動画配信方法。
13. 一又は複数のコンピュータプロセッサに、
    自らの動きに基づいて生成されるキャラクタオブジェクトを含む動画を配信する複数の配信ユーザのうち登録要求を行った配信ユーザを第１共演可能ユーザとして登録する工程と、
    前記第１共演可能ユーザのいずれかとの共演を申請する第１共演申請を共演申請ユーザから受け付けたことに応じて前記第１共演可能ユーザの中から第１共演ユーザを選択する工程と、
    前記共演申請ユーザと前記第１共演ユーザとが共演する共演動画を生成する工程と、
    を実行させる動画配信プログラム。
    

Images