(57)【特許請求の範囲】
【請求項１】
動画を配信する動画配信システムであって、
一又は複数のコンピュータプロセッサと、
前記動画配信システムの複数のユーザの各々について前記動画配信システムの利用履歴に関するログ情報を記憶するストレージと、
を備え、
前記一又は複数のコンピュータプロセッサは、コンピュータ読み取り可能な命令を実行することにより、
前記複数のユーザのうちの第１ユーザ及び前記第１ユーザ以外のユーザである複数の共演候補ユーザの各々の前記ログ情報に基づいて、前記複数の共演候補ユーザの中から一又は複数の招待ユーザを選定し、
前記一又は複数の招待ユーザに対してインビテーションを送付し、
前記一又は複数の招待ユーザのうちの第２ユーザから前記第１ユーザとの共演を申請する共演申請を受け付けたことに応じて前記第１ユーザと前記第２ユーザとが共演する共演動画を生成し、
前記共演動画を配信し、
前記ログ情報は、前記複数のユーザの各々の動画を視聴した視聴ユーザに関する視聴ユーザ情報を含む、
動画配信システム。
【請求項２】
前記視聴ユーザ情報に基づいて前記第１ユーザと前記複数の共演候補ユーザの各々との間での前記視聴ユーザの重複度を求め、
前記重複度に基づいて前記一又は複数の招待ユーザを選定する、
請求項１に記載の動画配信システム。
【請求項３】
前記複数の共演候補ユーザのうち前記重複度が第１閾値よりも小さいユーザを前記一又は複数の招待ユーザとして選定する、
請求項２に記載の動画配信システム。
【請求項４】
前記視聴ユーザ情報に基づいて、前記第１ユーザと前記複数の共演候補ユーザの各々との間での前記視聴ユーザの重複数を算出し、
前記重複数に基づいて前記一又は複数の招待ユーザを選定する、
請求項１に記載の動画配信システム。
【請求項５】
前記複数の共演候補ユーザのうち前記重複数が第２閾値よりも小さいユーザを前記一又は複数の招待ユーザとして選定する、
請求項４に記載の動画配信システム。
【請求項６】
前記複数のユーザの各々の前記ログ情報は、他のユーザとの共演回数を示す共演回数情報を含む、
請求項１から請求項５のいずれか１項に記載の動画配信システム。
【請求項７】
前記共演回数情報に基づいて、前記第１ユーザと前記複数の共演候補ユーザの各々との間での共演回数の差を求め、
前記共演回数の差に基づいて前記一又は複数の招待ユーザを選定する、
請求項６に記載の動画配信システム。
【請求項８】
前記複数の共演候補ユーザのうち前記共演回数の差が第３閾値よりも大きいユーザを前記一又は複数の招待ユーザとして選定する、
請求項７に記載の動画配信システム。
【請求項９】
前記複数の共演候補ユーザのうち前記共演回数が前記第１ユーザよりも小さいユーザを前記一又は複数の招待ユーザとして選定する、
請求項７又は請求項８に記載の動画配信システム。
【請求項１０】
前記複数の共演候補ユーザのうち前記共演回数が前記第１ユーザよりも大きいユーザを前記一又は複数の招待ユーザとして選定する、
請求項７又は請求項８に記載の動画配信システム。
【請求項１１】
前記ストレージは、前記複数のユーザの各々の属性情報を記憶し、
前記一又は複数の招待ユーザは、前記第１ユーザ及び前記複数の共演候補ユーザの各々の前記属性情報にさらに基づいて前記複数の共演候補ユーザの中から選定される、
請求項１から請求項１０のいずれか１項に記載の動画配信システム。
【請求項１２】
前記ストレージは、前記複数のユーザの各々の他のユーザとの関係を示すソーシャル情報を記憶し、
前記一又は複数の招待ユーザは、前記第１ユーザ及び前記複数の共演候補ユーザの各々の前記ソーシャル情報にさらに基づいて前記複数の共演候補ユーザの中から選定される、
請求項１から請求項１１のいずれか１項に記載の動画配信システム。
【請求項１３】
一又は複数のコンピュータプロセッサがコンピュータ読み取り可能な命令を実行することにより実行される動画配信方法であって、
動画配信システムの複数のユーザの各々について前記動画配信システムの利用履歴に関するログ情報を記憶する工程と、
前記複数のユーザのうちの第１ユーザ及び前記第１ユーザ以外のユーザである複数の共演候補ユーザの各々の前記ログ情報に基づいて、前記複数の共演候補ユーザの中から一又は複数の招待ユーザを選定する工程と、
前記一又は複数の招待ユーザに対してインビテーションを送付する工程と、
前記一又は複数の招待ユーザのうちの第２ユーザから前記第１ユーザとの共演を申請する共演申請を受け付けたことに応じて前記第１ユーザと前記第２ユーザとが共演する共演動画を生成する工程と、
前記共演動画を配信する工程と、
を備え、
前記ログ情報は、前記複数のユーザの各々の動画を視聴した視聴ユーザに関する視聴ユーザ情報を含む、
動画配信方法。
【請求項１４】
一又は複数のコンピュータプロセッサに、
動画配信システムの複数のユーザの各々について前記動画配信システムの利用履歴に関するログ情報を記憶する工程と、
前記複数のユーザのうちの第１ユーザ及び前記第１ユーザ以外のユーザである複数の共演候補ユーザの各々の前記ログ情報に基づいて、前記複数の共演候補ユーザの中から一又は複数の招待ユーザを選定する工程と、
前記一又は複数の招待ユーザに対してインビテーションを送付する工程と、
前記一又は複数の招待ユーザのうちの第２ユーザから前記第１ユーザとの共演を申請する共演申請を受け付けたことに応じて前記第１ユーザと前記第２ユーザとが共演する共演動画を生成する工程と、
前記共演動画を配信する工程と、
を実行させ、
前記ログ情報は、前記複数のユーザの各々の動画を視聴した視聴ユーザに関する視聴ユーザ情報を含む、
動画配信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書において開示される発明は、動画配信システム、動画配信方法及び動画配信プログラムに関する。
【背景技術】
【０００２】
従来から様々な動画配信サービスが知られている。近年では、配信ユーザの動きに基づいてキャラクタオブジェクトのアニメーションを生成し、かかるキャラクタオブジェクトのアニメーションを含む動画をライブ配信する動画配信システムが注目を集めている。このような動画配信システムは、例えば、特開２０１５−１８４６８９号公報（特許文献１）及び「長谷川  雄介，ヴァーチャルアイドル新時代の幕開け  ＰＲＯＪＥＣＴ  ＭａｒｉＡ，ＣＧ  ＷＯＲＬＤ，日本，株式会社ボーンデジタル，２０１７年１１月１０日，第２３１巻，ｐｐ．７４−７９」（非特許文献１）に開示されている。
【０００３】
配信ユーザの動きに基づいて生成されたキャラクタオブジェクトを含む動画を配信する動画配信サービスとして、株式会社ドワンゴが提供する「バーチャルキャスト」が知られている。バーチャルキャストでは、ある配信ユーザが配信している動画に他のユーザのキャラクタオブジェクトが参加することで、二人の配信ユーザが各々のキャラクタオブジェクトを介して動画内で仮想的に共演することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１５−１８４６８９号公報
【非特許文献】
【０００５】
【非特許文献１】長谷川  雄介，ヴァーチャルアイドル新時代の幕開け  ＰＲＯＪＥＣＴ  ＭａｒｉＡ，ＣＧ  ＷＯＲＬＤ，日本，株式会社ボーンデジタル，２０１７年１１月１０日，第２３１巻，ｐｐ．７４−７９
【非特許文献２】株式会社ドワンゴ、？［バーチャルキャスト］凸について″、［online］、［２０１９年７月１日検索］、インターネット〈URL：https://qa.nicovideo.jp/faq/show/10740?category_id=718&site_domain=default〉
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ユーザ同士の仮想的な共演が可能な従来の動画配信システムにおいては、動画を視聴するユーザが当該動画を配信している配信ユーザに対して共演を申請するための共演申請を送信し、その共演申請に基づいて共演相手となるユーザが選定される。つまり、ホストユーザが配信する動画を視聴する視聴ユーザからホストユーザと共演するための共演申請がなされると、この共演申請を行った視聴ユーザの中からホストユーザと共演するゲストユーザが選定されている。このように、従来の動画配信システムにおいては、視聴ユーザからの共演申請を契機として共演のための処理が開始される。ホストユーザにとっては、視聴ユーザからの共演申請があって始めて共演を行うことができる受動的な仕組みである。
【０００７】
動画配信システムにおける共演機能の利用を促進するために、ホストユーザから積極的に他のユーザとの共演を開始することができる新規な動画配信システムが望まれる。ホストユーザから共演のための処理を始めるには共演相手が特定されなければならない。共演相手は、ホストユーザの動画のクオリティを保つために適切に選定される必要がある。しかしながら、動画配信システムを使用する多数のユーザの中から配信ユーザが適切に共演相手を探し出す方法は知られていない。
【０００８】
以上のように、ユーザ同士の仮想的な共演が可能な従来の動画配信システムにおいては、ホストユーザとなる配信ユーザにとって適切な共演相手と共演することが難しいという問題がある。
【０００９】
本発明の目的は、上述した従来技術の問題の少なくとも一部を解決又は緩和する技術的な改善を提供することである。本発明のより具体的な目的の一つは、ホストユーザの適切な共演相手を容易に選定できる新規な動画配信システム、動画配信方法及び動画配信プログラムを提供することである。本発明のこれら以外の目的は、本明細書全体を参照することにより明らかとなる。
【課題を解決するための手段】
【００１０】
本発明の一態様は、動画を配信する動画配信システムに関する。当該動画配信システムは、一又は複数のコンピュータプロセッサと、前記動画配信システムの複数のユーザの各々について前記動画配信システムの利用履歴に関するログ情報を記憶するストレージと、を備える。一実施形態において、当該一又は複数のコンピュータプロセッサは、コンピュータ読み取り可能な命令を実行することにより、前記複数のユーザのうちの第１ユーザ及び前記第１ユーザ以外のユーザである複数の共演候補ユーザの各々の前記ログ情報に基づいて、前記複数の共演候補ユーザの中から一又は複数の招待ユーザを選定し、前記一又は複数の招待ユーザに対してインビテーションを送付し、前記一又は複数の招待ユーザのうちの第２ユーザから前記第１ユーザとの共演を申請する共演申請を受け付けたことに応じて前記第１ユーザと前記第２ユーザとが共演する共演動画を生成し、前記共演動画を配信する。
【００１１】
本発明の一態様において、前記複数のユーザの各々の前記ログ情報は、前記複数のユーザの各々の動画を視聴した視聴ユーザに関する視聴ユーザ情報を含む。
【００１２】
本発明の一態様における動画配信システムは、前記視聴ユーザ情報に基づいて前記第１ユーザと前記複数の共演候補ユーザの各々との間での前記視聴ユーザの重複度を求め、前記重複度に基づいて前記一又は複数の招待ユーザを選定する。
【００１３】
本発明の一態様における動画配信システムは、前記複数の共演候補ユーザのうち前記重複度が第１閾値よりも小さいユーザを前記一又は複数の招待ユーザとして選定する。
【００１４】
本発明の一態様における動画配信システムは、前記視聴ユーザ情報に基づいて、前記第１ユーザと前記複数の共演候補ユーザの各々との間での前記視聴ユーザの重複数を算出し、前記長複数に基づいて前記一又は複数の招待ユーザを選定する。
【００１５】
本発明の一態様における動画配信システムは、前記複数の共演候補ユーザのうち前記重複数が第２閾値よりも小さいユーザを前記一又は複数の招待ユーザとして選定する。
【００１６】
本発明の一態様において、前記複数のユーザの各々の前記ログ情報は、他のユーザとの共演回数を示す共演回数情報を含む。
【００１７】
本発明の一態様における動画配信システムは、前記共演回数情報に基づいて、前記第１ユーザと前記複数の共演候補ユーザの各々との間での共演回数の差を求め、前記共演回数の差に基づいて前記一又は複数の招待ユーザを選定する。
【００１８】
本発明の一態様における動画配信システムは、前記複数の共演候補ユーザのうち前記共演回数の差が第３閾値よりも大きいユーザを前記一又は複数の招待ユーザとして選定する。
【００１９】
本発明の一態様における動画配信システムは、前記複数の共演候補ユーザのうち前記共演回数が前記第１ユーザよりも小さいユーザを前記一又は複数の招待ユーザとして選定する。
【００２０】
本発明の一態様における動画配信システムは、前記複数の共演候補ユーザのうち前記共演回数が前記第１ユーザよりも大きいユーザを前記一又は複数の招待ユーザとして選定する。
【００２１】
本発明の一態様において、前記ストレージは、前記複数のユーザの各々の属性情報を記憶し、一又は複数の招待ユーザは、前記第１ユーザ及び前記複数の共演候補ユーザの各々の前記属性情報にさらに基づいて前記複数の共演候補ユーザの中から選定される。
【００２２】
本発明の一態様において、前記ストレージは、前記複数のユーザの各々の他のユーザとの関係を示すソーシャル情報を記憶し、前記一又は複数の招待ユーザは、前記第１ユーザ及び前記複数の共演候補ユーザの各々の前記ソーシャル情報にさらに基づいて前記複数の共演候補ユーザの中から選定される。
【００２３】
本発明の一態様は、一又は複数のコンピュータプロセッサがコンピュータ読み取り可能な命令を実行することにより実行される動画配信方法に関する。一実施形態において、当該動画配信方法は、動画配信システムの複数のユーザの各々について前記動画配信システムの利用履歴に関するログ情報を記憶する工程と、前記複数のユーザのうちの第１ユーザ及び前記第１ユーザ以外のユーザである複数の共演候補ユーザの各々の前記ログ情報に基づいて、前記複数の共演候補ユーザの中から一又は複数の招待ユーザを選定する工程と、前記一又は複数の招待ユーザに対してインビテーションを送付する工程と、前記一又は複数の招待ユーザのうちの第２ユーザから前記第１ユーザとの共演を申請する共演申請を受け付けたことに応じて前記第１ユーザと前記第２ユーザとが共演する共演動画を生成する工程と、前記共演動画を配信する工程と、を備える。
【００２４】
本発明の一態様は、動画配信プログラムに関する。一実施形態において、当該動画配信プログラムは、一又は複数のコンピュータプロセッサに、動画配信システムの複数のユーザの各々について前記動画配信システムの利用履歴に関するログ情報を記憶する工程と、前記複数のユーザのうちの第１ユーザ及び前記第１ユーザ以外のユーザである複数の共演候補ユーザの各々の前記ログ情報に基づいて、前記複数の共演候補ユーザの中から一又は複数の招待ユーザを選定する工程と、前記一又は複数の招待ユーザに対してインビテーションを送付する工程と、前記一又は複数の招待ユーザのうちの第２ユーザから前記第１ユーザとの共演を申請する共演申請を受け付けたことに応じて前記第１ユーザと前記第２ユーザとが共演する共演動画を生成する工程と、前記共演動画を配信する工程と、を実行させる。
【発明の効果】
【００２５】
本発明の実施形態によれば、ホストユーザの適切な共演相手を容易に選定できる新規な動画配信システム、動画配信方法及び動画配信プログラムを提供することができる。
【図面の簡単な説明】
【００２６】
【図１】一実施形態による動画配信システムを示すブロック図である。
【図２】図１の動画配信システムで配信される動画を配信する配信ユーザ及び当該配信ユーザが使用している配信ユーザ装置を模式的に示す模式図である。
【図３】図１の動画配信システムにおいて記憶されるユーザ情報を説明する図である。
【図４】図１の動画配信システムにおいて記憶される共演動画情報を説明する図である。
【図５】一実施形態において視聴ユーザ装置１０に表示される表示画面の例を示す図である。
【図６ａ】一実施形態において配信ユーザ装置２０ａに表示される表示画面の例を示す図である。
【図６ｂ】一実施形態において配信ユーザ装置２０ｂに表示される表示画面の例を示す図である。
【図７】配信ユーザ装置２０ｂに表示される設定ウィンドウを説明する図である。
【図８】インビテーションを受信した配信ユーザ装置２０ａにおけるインビテーションの表示例を示す図である。
【図９】一実施形態において視聴ユーザ装置１０に表示される共演動画の表示画面の例を示す図である。
【図１０ａ】一実施形態において配信ユーザ装置２０ａに表示される共演動画の表示画面の例を示す図である。
【図１０ｂ】一実施形態において配信ユーザ装置２０ｂに表示される共演動画の表示画面の例を示す図である。
【図１１】一実施形態による動画配信処理の流れを示すフロー図である。
【図１２】一実施形態における共演への招待処理の流れを示すフロー図である。
【図１３】一実施形態において共演動画を配信する処理の流れを示すフロー図である。
【発明を実施するための形態】
【００２７】
以下、図面を適宜参照し、本発明の様々な実施形態を説明する。複数の図面において同一の又は類似する構成要素には同じ参照符号が付される。
【００２８】
図１及び図２を参照して、一実施形態による動画配信システムについて説明する。図１は、一実施形態による動画配信システム１を示すブロック図であり、図２は、動画配信システム１で動画を配信するユーザＵａ，Ｕｂ及び当該ユーザＵａ，Ｕｂが使用している配信ユーザ装置２０ａ，２０ｂを模式的に示す模式図である。配信ユーザ装置２０ａは、動画配信システム１において、ユーザＵａの動きに基づいて生成されるキャラクタオブジェクトを含む動画を配信するための機能を有し、配信ユーザ装置２０ｂは、動画配信システム１において、ユーザＵｂの動きに基づいて生成されるキャラクタオブジェクトを含む動画を配信するための機能を有する。詳しくは後述するように、動画配信システム１は、二人以上の配信ユーザのキャラクタオブジェクトを含む動画を生成し、当該動画を配信することができる。言い換えると、動画配信システム１においては、二人以上の配信ユーザが動画内で各々のキャラクタオブジェクトを介して仮想的に共演することができる。このように、二人以上の配信ユーザが各々のキャラクタオブジェクトを介して動画内で仮想的に共演している場合、その動画を共演動画と呼ぶ。
【００２９】
ユーザＵａ及びユーザＵｂはいずれも、動きに基づいて生成されるキャラクタオブジェクトを含む動画を配信する配信ユーザであるとともに、他の配信ユーザの動画を視聴する視聴ユーザでもある。このため、配信ユーザ装置２０ａ，２０ｂは、動画配信システム１において配信される動画を視聴する機能を有していてもよい。
【００３０】
ユーザＵａ及びユーザＵｂは、他の視聴ユーザに対して、自らの動画へ招待するためのインビテーションを送信することができる。例えば、ユーザＵｂの動きに基づいて生成されるキャラクタオブジェクトを含む動画が配信されているときに、ユーザＵｂからユーザＵａに対して、ユーザＵｂの動画へ招待するインビテーションを送信することができる。ユーザＵａは、このインビテーションに基づいてユーザＵｂとの共演を申請する共演申請を行うことができる。この共演申請が許可されると、ユーザＵｂのキャラクタオブジェクトとユーザＵａのキャラクタオブジェクトとを含む共演動画が生成され、当該共演動画が配信される。ユーザＵｂが配信している動画にユーザＵｂからのインビテーションによりユーザＵａが参加し、ユーザＵｂとユーザＵａとが共演する場合、インビテーションを送ったユーザＵｂを「ホストユーザ」と呼び、このインビテーションに応えてユーザＵｂと共演したユーザＵａを「ゲストユーザ」と呼ぶことがある。ホストユーザ及びゲストユーザの概念は相対的なものである。例えば、上記の例とは逆に、ユーザＵａがユーザＵｂに対して送ったインビテーションに基づいてユーザＵｂがユーザＵａの動画において共演する場合には、ユーザＵａがホストユーザとなりユーザＵｂがゲストユーザとなる。本明細書においては、説明の便宜のために、ユーザＵｂからユーザＵａに対してインビテーションが送信されることを想定する。つまり、ユーザＵｂがホストユーザでありユーザＵａがゲストユーザであることを想定する。ただし、本明細書におけるユーザＵａに関する説明は、可能な限りゲストユーザ一般に関する説明に拡張され得る。同様に、本明細書におけるユーザＵｂに関する説明は、可能な限りホストユーザ一般に関する説明に拡張され得る。例えば、本明細書において配信ユーザＵａに関して説明している場合であってもその説明はゲストユーザ一般に関する説明と理解され得るし、配信ユーザＵｂに関する説明はホストユーザ一般に関する説明と理解され得る。
【００３１】
動画配信システム１は、多数のユーザによって利用されることが想定している。動画配信システム１のユーザには、動画を配信する配信ユーザと、配信されている動画を視聴する視聴ユーザと、が含まれる。動画配信システム１のユーザは、動画配信システム１の利用態様によって配信ユーザと視聴ユーザとに分けられるが、両者を兼ねることもある。すなわち、動画配信システム１を利用して動画を配信する配信ユーザは、動画配信システム１を利用して他の配信ユーザが配信した動画を視聴することができるので、配信ユーザであり且つ視聴ユーザであり得る。
【００３２】
動画配信システム１は多数のユーザによって使用されるため、上記の例においては配信ユーザＵｂが適切な共演相手を探すことは容易ではない。つまり、動画配信システム１の多数の配信ユーザのうちどの配信ユーザにインビテーションを送付するか決定する際に候補となる配信ユーザが多すぎるためインビテーションの送付先を決定することは容易ではない。そこで、本発明の一実施形態による動画配信システム１は、配信ユーザＵｂによる共演相手の選定をサポートする機能を備える。以下では、まず動画配信システム１のアーキテクチャ及び動画配信システム１を構成する装置の概要を説明し、その後に各装置の機能を説明する。この各装置の機能の説明において、共演相手の選定に関する機能が説明される。
【００３３】
動画配信システム１は、視聴ユーザ装置１０と、配信ユーザ装置２０ａ，２０ｂと、サーバ装置６０と、ストレージ７０と、を備える。視聴ユーザ装置１０と、配信ユーザ装置２０ａ，２０ｂと、サーバ装置６０と、ストレージ７０とは、ネットワーク５０を介して相互に通信可能に接続されている。サーバ装置６０は、後述するように、配信ユーザＵａ及び配信ユーザＵｂのキャラクタオブジェクトのアニメーションを含む動画を配信するように構成される。サーバ装置６０は、キャラクタオブジェクトのアニメーションを含む動画以外の動画を配信できるように構成されてもよい。サーバ装置６０は、動画配信サービス以外にも、ユーザ同士が交流するためのソーシャルネットワーキングサービスまたは当該サービス用のプラットフォーム機能を提供してもよい。
【００３４】
動画配信システム１において、動画は、サーバ装置６０から視聴ユーザ装置１０及び配信ユーザ装置２０ａ，２０ｂに配信される。配信された動画は、視聴ユーザ装置１０のディスプレイに表示される。視聴ユーザ装置１０のユーザである視聴ユーザは、配信された動画を視聴ユーザ装置１０により視聴することができる。配信ユーザＵａ，Ｕｂは、配信された動画を視聴することにより、配信中の動画を確認しながらパフォーマンスを行うことができる。また、配信ユーザＵａ，Ｕｂは、他のユーザのキャラクタオブジェクトを含む動画を配信ユーザ装置２０ａ，２０ｂにより視聴することができる。説明を簡潔するために図１には視聴ユーザ装置１０が１台だけ示されているが、動画配信システム１は、複数の視聴ユーザ装置を備えていてもよい。また、図１には配信ユーザ装置が２台だけ示されているが、動画配信システム１は、３台以上の配信ユーザ装置を備えていてもよい。上記のとおり、配信ユーザＵａ，Ｕｂは、視聴ユーザでもある。よって、自らの動画を配信していない場合には、他の配信ユーザが配信する動画を配信ユーザ装置２０ａ，２０ｂにより視聴することができる。
【００３５】
図示の実施形態において、配信ユーザ装置２０ａは、コンピュータプロセッサ２１ａと、通信Ｉ／Ｆ２２ａと、ディスプレイ２３ａと、カメラ２４ａと、マイク２５ａと、を備えている。同様に、配信ユーザ装置２０ｂは、コンピュータプロセッサ２１ｂと、通信Ｉ／Ｆ２２ｂと、ディスプレイ２３ｂと、カメラ２４ｂと、マイク２５ｂと、を備えている。配信ユーザ装置２０ａと配信ユーザ装置２０ｂとは同様の構成及び機能を有しているため、両者を特に区別する必要がない場合には、両者をまとめて配信ユーザ装置２０と呼ぶことがあり、その構成要素もコンピュータプロセッサ２１などと呼ぶことがある。
【００３６】
コンピュータプロセッサ２１は、ストレージからオペレーティングシステムや様々な機能を実現する様々なプログラムをメモリにロードし、ロードしたプログラムに含まれる命令を実行する演算装置である。コンピュータプロセッサ２１は、例えば、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＧＰＵ、これら以外の各種演算装置、又はこれらの組み合わせである。コンピュータプロセッサ２１は、ＡＳＩＣ、ＰＬＤ、ＦＰＧＡ、ＭＣＵ等の集積回路により実現されてもよい。図１においては、コンピュータプロセッサ２１が単一の構成要素として図示されているが、コンピュータプロセッサ２１は複数の物理的に別体のコンピュータプロセッサの集合であってもよい。
【００３７】
通信Ｉ／Ｆ２２は、ハードウェア、ファームウェア、又はＴＣＰ／ＩＰドライバやＰＰＰドライバ等の通信用ソフトウェア又はこれらの組み合わせとして実装される。配信ユーザ装置２０は、通信Ｉ／Ｆ２２を介して、他の装置とデータを送受信することができる。
【００３８】
ディスプレイ２３は、表示パネルと、タッチパネルと、を有する。タッチパネルは、プレイヤのタッチ操作（接触操作）を検出することができるように構成されている。タッチパネルは、プレイヤのタップ、ダブルタップ、ドラッグ等の各種タッチ操作を検出することができる。タッチパネルは、静電容量式の近接センサを備え、プレイヤの非接触操作を検出可能に構成されてもよい。
【００３９】
カメラ２４は、配信ユーザＵａ，Ｕｂの顔を連続的に撮像し、配信ユーザＵａ，Ｕｂの顔の撮像データを取得する。カメラ２４により撮像された配信ユーザＵａ，Ｕｂの顔の撮像データは、通信Ｉ／Ｆ２２を介してサーバ装置６０に送信される。カメラ２４は、人物の顔の奥行きを検出可能な３Ｄカメラであってもよい。カメラ２４は、配信ユーザＵａ，Ｕｂの顔以外の部位、例えば、手、脚、手の指、又はこれら以外の部位を撮像して撮像データを取得しても良い。
【００４０】
マイク２５は、入力された音声を音声データに変換するように構成された集音装置である。マイク２５は、配信ユーザＵａ，Ｕｂの音声入力を取得することができるように構成され。マイク２５により取得された配信ユーザＵａ，Ｕｂの音声入力は音声データに変換され、この音声データが通信Ｉ／Ｆ２２を介してサーバ装置６０に送信される。
【００４１】
視聴ユーザ装置１０は、配信ユーザ装置２０と同様の構成要素を備えてもよい。例えば、視聴ユーザ装置１０は、コンピュータプロセッサ、通信Ｉ／Ｆ、ディスプレイ、及びカメラを備えてもよい。視聴ユーザ装置１０は、所定のアプリケーションソフトウェアをダウンロード及びインストールすることにより、配信ユーザ装置２０と同様の機能を奏してもよい。
【００４２】
視聴ユーザ装置１０及び配信ユーザ装置２０は、スマートフォンなどの情報処理装置である。視聴ユーザ装置１０及び配信ユーザ装置２０は、スマートフォン以外に、携帯電話機、タブレット端末、パーソナルコンピュータ、電子書籍リーダー、ウェアラブルコンピュータ、ゲーム用コンソール、及びこれら以外の動画を再生可能な各種情報処理装置であってもよい。視聴ユーザ装置１０及び配信ユーザ装置２０の各々は、上記の構成要素以外に、ジャイロセンサ等の各種センサを備えるセンサユニット、及び各種情報を記憶するストレージを備えてもよい。
【００４３】
次に、サーバ装置６０について説明する。図示の実施形態において、サーバ装置６０は、コンピュータプロセッサ６１と、通信Ｉ／Ｆ６２と、ストレージ６３と、を備えている。
【００４４】
コンピュータプロセッサ６１は、ストレージ６３又はその他のストレージからオペレーティングシステムや様々な機能を実現する様々なプログラムをメモリにロードし、ロードしたプログラムに含まれる命令を実行する演算装置である。コンピュータプロセッサ６１は、例えば、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＧＰＵ、これら以外の各種演算装置、又はこれらの組み合わせである。コンピュータプロセッサ６１は、ＡＳＩＣ、ＰＬＤ、ＦＰＧＡ、ＭＣＵ等の集積回路により実現されてもよい。図１においては、コンピュータプロセッサ６１が単一の構成要素として図示されているが、コンピュータプロセッサ６１は複数の物理的に別体のコンピュータプロセッサの集合であってもよい。
【００４５】
通信Ｉ／Ｆ６２は、ハードウェア、ファームウェア、又はＴＣＰ／ＩＰドライバやＰＰＰドライバ等の通信用ソフトウェア又はこれらの組み合わせとして実装される。サーバ装置６０は、通信Ｉ／Ｆ６２を介して、他の装置とデータを送受信することができる。
【００４６】
ストレージ６３は、コンピュータプロセッサ６１によりアクセスされる記憶装置である。ストレージ６３は、例えば、磁気ディスク、光ディスク、半導体メモリ、又はデータを記憶可能な前記以外の各種記憶装置である。ストレージ６３には、様々なプログラムが記憶され得る。ストレージ６３に記憶され得るプログラム及び各種データの少なくとも一部は、サーバ装置６０とは物理的に別体のストレージ（例えば、ストレージ７０）に格納されてもよい。
【００４７】
本明細書において、コンピュータプロセッサ２１又はコンピュータプロセッサ６１によって実行されるとして説明されるプログラム又は当該プログラムに含まれる命令はそれぞれ、単一のコンピュータプロセッサで実行されてもよいし、複数のコンピュータプロセッサにより分散して実行されてもよい。また、コンピュータプロセッサ２１又はコンピュータプロセッサ６１によって実行されるプログラム又は当該プログラムに含まれる命令はそれぞれ、複数の仮想コンピュータプロセッサにより実行されてもよい。
【００４８】
次に、ストレージ６３に記憶されるデータについて説明する。図示の実施形態においては、ストレージ６３には、モデルデータ６３ａ、オブジェクトデータ６３ｂ、ユーザ情報６３ｃ、共演動画情報６３ｄ、及び前記以外の配信動画の生成及び配信に必要な様々なデータが記憶される。
【００４９】
モデルデータ６３ａは、キャラクタのアニメーションを生成するためのモデルデータである。モデルデータ６３ａは、３次元のアニメーションを生成するための３次元モデルデータであってもよいし、２次元のモデルデータを生成するための２次元モデルデータであってもよい。モデルデータ６３ａは、例えば、キャラクタの顔及び顔以外の部分の骨格を示すリグデータ（「スケルトンデータ」と呼ばれることもある。）と、キャラクタの表面の形状や質感を示す表面データと、を含む。表面データは、スキンデータと呼ばれることもある。モデルデータ６３ａには、互いに異なる複数のモデルデータを含むことができる。この複数のモデルデータは、互いに異なるリグデータを有していてもよいし、同じリグデータを有していてもよい。この複数のモデルデータは、互いと異なる表面データを有していてもよいし、同じ表面データを有していてもよい。
【００５０】
オブジェクトデータ６３ｂは、動画を構成する仮想空間を構築するためのアセットデータを含む。オブジェクトデータ６３ｂは、動画を構成する仮想空間の背景を描画するためのデータ、動画に表示される各種物体を描画するためのデータ、及びこれら以外の動画に表示される各種オブジェクトを描画するためのデータが含まれる。オブジェクトデータ６３ｂには、仮想空間におけるオブジェクトの位置を示すオブジェクト位置情報を含んでもよい。
【００５１】
ユーザ情報６３ｃの例が図３に示されている。図示のように、ユーザ情報６３ｃとして、動画配信システム１を利用するユーザのアカウント情報と対応付けて、当該ユーザに関する様々なデータが記憶される。あるユーザのユーザ情報６３ｃには、当該ユーザに対する評価を示すユーザ評価情報、当該ユーザが配信した動画した動画に対する評価示す動画評価情報、当該ユーザが配信した又は配信中の動画の視聴者数を示す視聴者数情報、当該ユーザが配信した又は配信中の動画の視聴ユーザに関する視聴ユーザ情報、当該ユーザが他のユーザと共演を行った回数を示す共演回数情報、当該ユーザのプロフィールを示す属性情報、及び当該ユーザと他のユーザとの関係を示すソーシャル情報が含まれてもよい。ユーザ情報６３ｃには、上記以外の情報が含まれてもよい。
【００５２】
ユーザのアカウント情報は、例えば、当該ユーザを識別するユーザ識別情報（ユーザＩＤ）である。ユーザＩＤは、ユーザが最初に動画配信システム１にサービスの利用登録をするときに、当該ユーザに対して割り当てられる。
【００５３】
ユーザのアカウント情報に対応付けられているユーザ評価情報は、当該ユーザに対する他のユーザからの評価を示す情報である。ユーザ評価情報は、例えば、自然数で表されるユーザ評価ポイントである。動画配信システム１のユーザは、自らのキャラクタオブジェクトを含む動画をサーバ装置６０を介して配信することができる。あるユーザのユーザ評価ポイントは、当該ユーザが配信した動画に対する視聴ユーザからのフィードバックに基づいて更新されてもよい。例えば、視聴ユーザからのフィードバックには、視聴画面に表示される「いいね」ボタンの選択、否定的な評価を表す「ブー」ボタンの選択、視聴画面に表示されるアイテムのギフトのギフティング（ギフトを贈ること）、視聴画面からのコメントの送信、及びこれら以外の様々なフィードバックが含まれる。「いいね」ボタンは、視聴者が視聴動画や視聴動画を配信している配信ユーザに対して好感を持ったときに選択されることが想定されている。「いいね」ボタンは、視聴画面において、「いいね」や「Like」という好感を示す文字を含むアイコンとして示されてもよい。「ブー」ボタンは、視聴者が視聴動画や視聴動画を配信している配信ユーザに対して反感などのネガティブな印象を持ったときに選択されることが想定されている。「ブー」ボタンは、視聴画面において、「よくないね」や「dislike」という反感を示す文字を含むアイコンとして示されてもよい。本明細書では、好感を示すためのボタン及びアイコンをそれぞれ「好感ボタン」及び「好感アイコン」と呼び、反感を示すためのボタン及びアイコンをそれぞれ「反感ボタン」及び「反感アイコン」と呼ぶことがある。評価ポイントには、好感ボタンの選択数、反感ボタンの選択数、ギフトのギフティング数（もしくはギフティング金額）、コメント数、又はこれら以外の視聴ユーザからのフィードバックに関連するパラメータが含まれ得る。例えば、視聴ユーザから肯定的なフィードバック又は否定的なフィードバックがなされた場合に、ユーザ評価ポイントを増加させてもよい。ユーザ評価ポイントは、視聴ユーザからの肯定的なフィードバックの数又は量をポイント数として評価するものであってもよいし、視聴ユーザからの否定的なフィードバックの数又は量をポイント数として評価するものであってもよい。さらに肯定的なフィードバックと否定的なフィードバックのそれぞれの数により、ユーザ評価ポイントが増減するようになっていてもよい。より具体的には、肯定的なフィードバックがなされた場合にユーザ評価ポイントを増加させ、否定的なフィードバックがなされた場合に減らす、もしくはその逆であってもよい。あるユーザのユーザ評価ポイントは、当該ユーザが配信した動画に対するフィードバック以外の契機で更新されてもよい。たとえば、あるユーザが他のユーザとサーバ装置６０が提供するソーシャルネットワーキングサービスを利用して交流する際に、当該ソーシャルネットワーキングサービスを利用した活動に基づいてユーザ評価ポイントが更新されてもよい。
【００５４】
ユーザのアカウント情報に対応付けられている動画評価情報は、当該ユーザが配信した動画に対する他のユーザからの評価を示す情報である。動画評価情報は、例えば、自然数で表される動画評価ポイントである。あるユーザの動画評価ポイントは、当該ユーザが配信した動画に対する視聴ユーザからのフィードバックに基づいて更新されてもよい。あるユーザが配信した動画に対して、当該動画を視聴した視聴ユーザから肯定的なフィードバックがなされた場合又は否定的なフィードバックがなされた場合に、当該ユーザの動画評価ポイントを増加させてもよい。あるユーザが配信した動画に対してフィードバックがなされた場合には、ユーザ評価ポイント及び動画評価ポイントを両方とも更新してもよい。
【００５５】
ユーザのアカウント情報に対応付けられている視聴者数情報は、当該ユーザが配信した動画を視聴した又は視聴している視聴ユーザの数を示す。あるユーザの視聴者数情報は、当該ユーザが配信した動画を視聴した視聴ユーザの累計数であってもよい。例えば、あるユーザがこれまで動画を１０回配信した場合、視聴者数情報は、その１０回の配信の各々における視聴ユーザ数の合計であってもよい。動画を配信している途中で新たに視聴ユーザが視聴を開始したり、視聴していたユーザが途中で視聴をやめたりすることがある。このため、ある動画の視聴ユーザの数は、当該動画の視聴開始からいつの時点で測定するかによって異なり得る。一定時間間隔で視聴ユーザの数のログをとり、このログに基づいて視聴ユーザの平均を求め、この求められた平均を当該動画の視聴ユーザの数としてもよい。例えば、１０分間の動画に関しては、１分間隔で合計１０回視聴者数を記録し、この記録された１０個の視聴者数の平均を当該動画の視聴ユーザの数としてもよい。別の実施形態においては、動画の配信終了時に当該動画を視聴していた視聴ユーザの数を視聴ユーザの数としてもよい。動画の視聴者数情報は、当該動画の視聴ユーザの数と相関のある上記外の情報であってもよい。
【００５６】
ユーザのアカウント情報に対応付けられている視聴ユーザ情報は、当該ユーザが配信した動画を視聴した又は視聴している視聴ユーザに関する情報である。あるユーザの視聴ユーザ情報には、当該ユーザが配信した動画を視聴した又は視聴している視聴ユーザのユーザＩＤを含んでも良い。また、あるユーザの視聴ユーザ情報には、当該ユーザが配信した動画を視聴した又は視聴している視聴ユーザの数を示す視聴者数情報を含んでも良い。あるユーザの視聴者数情報は、当該ユーザが動画配信システム１を利用して配信した動画を視聴した視聴ユーザの累計数であってもよい。例えば、あるユーザがこれまで動画を１０回配信した場合、視聴者数情報は、その１０回の配信の各々における視聴ユーザ数の合計であってもよい。動画を配信している途中で新たに視聴ユーザが視聴を開始したり、視聴していたユーザが途中で視聴をやめたりすることがある。このため、ある動画の視聴ユーザの数は、当該動画の視聴開始からいつの時点で測定するかによって異なり得る。一定時間間隔で視聴ユーザの数のログをとり、このログに基づいて視聴ユーザの平均を求め、この求められた平均を当該動画の視聴ユーザの数としてもよい。例えば、１０分間の動画に関しては、１分間隔で合計１０回視聴者数を記録し、この記録された１０個の視聴者数の平均を当該動画の視聴ユーザの数としてもよい。別の実施形態においては、動画の配信終了時に当該動画を視聴していた視聴ユーザの数を視聴ユーザの数としてもよい。動画の視聴者数情報は、当該動画の視聴ユーザの数と相関のある上記外の情報であってもよい。
【００５７】
ユーザのアカウント情報に対応付けられている共演回数情報は、当該ユーザが他の配信ユーザと共演を行った共演回数を示す。共演回数情報は、ゲストユーザとして他の配信ユーザと共演した回数及びホストユーザとして他の配信ユーザと共演した回数の合計であってもよい。共演回数は、ホストユーザとして他の配信ユーザと共演した回数であってもよい。共演回数は、ゲストトユーザとして他の配信ユーザと共演した回数であってもよい。
【００５８】
ユーザのアカウント情報に対応付けられている属性情報は、当該ユーザのプロフィールを示す。あるユーザの属性情報には、当該ユーザのニックネーム、性別、年齢、居住地、出身校、所属、及びこれら以外の当該ユーザの属性を示す情報が含まれ得る。
【００５９】
ユーザのアカウント情報に対応付けられているソーシャル情報は、当該ユーザと他のユーザとの関係を示す情報である。あるユーザのソーシャル情報には、例えば、当該ユーザが友人として登録しているユーザを特定するフレンド情報及びこれら以外の当該ユーザと他のユーザとの関係を示す情報が含まれる。サーバ装置６０がＳＮＳ（ソーシャル・ネットワーク・サービス）機能を提供する場合には、あるユーザのフレンド情報は、サーバ装置６０によって提供されるＳＮＳにおいて当該ユーザの友人として登録されている他のユーザのユーザＩＤであってもよい。あるユーザのフレンド情報は、サーバ装置６０以外によって提供されるＳＮＳにおいて当該ユーザの友人として登録されている他のユーザのユーザＩＤであってもよい。
【００６０】
上記のとおり、ユーザ情報６３ｃには、ユーザによる動画配信システム１の利用履歴に関する情報が含まれている。本明細書においては、ユーザ情報６３ｃのうち動画配信システム１の利用履歴に関する情報を「ログ情報」と呼ぶ。図３に示されている例では、ユーザ情報６３ｃのうち視聴ユーザ情報及び共演回数情報がログ情報に含まれる。視聴ユーザ情報及び共演回数情報以外にもユーザによる動画配信システム１の利用履歴に関する情報はログ情報に含まれ得る。
【００６１】
共演動画情報の例が図４に示されている。図示のように、共演動画情報６３ｄとして、共演動画を識別する共演動画識別情報と対応付けて、当該共演動画に関する様々なデータが記憶される。ある共演動画の共演動画情報６３ｄには、当該共演動画におけるホストユーザに対する評価を示すホストユーザ評価情報、当該共演動画におけるゲストユーザに対する評価を示すゲストユーザ評価情報、及び当該共演動画の共演開始からの経過時間を示す共演時間情報が含まれてもよい。
【００６２】
ホストユーザ評価情報は、共演動画におけるホストユーザに対する評価を示す。あるホストユーザのホストユーザ評価情報は、例えば、自然数で表されるホストユーザ評価ポイントである。
【００６３】
ゲストユーザ評価情報は、ゲストユーザに対する評価を示す。あるゲストユーザのゲストユーザ評価情報は、例えば、自然数で表されるゲストユーザ評価ポイントである。
【００６４】
共演時間情報は、ゲストユーザとホストユーザとの共演が始まってからの経過時間を示す。
【００６５】
次に、コンピュータプロセッサ２１ａ，２１ｂにより実現される機能についてより具体的に説明する。コンピュータプロセッサ２１ａは、配信プログラムに含まれるコンピュータ読み取り可能な命令を実行することにより、フェイスモーションデータ生成部２１ａ１、インビテーション提示部２１ａ２、及び共演申請部２１ａ３として機能する。同様に、コンピュータプロセッサ２１ｂは、配信プログラムに含まれるコンピュータ読み取り可能な命令を実行することにより、フェイスモーションデータ生成部２１ｂ１及びインビテーション要求部２１ｂ２として機能する。コンピュータプロセッサ２１ａ，２１ｂにより実現される機能の少なくとも一部は、動画配信システム１のコンピュータプロセッサ２１ａ，２１ｂ以外のコンピュータプロセッサにより実現されてもよい。コンピュータプロセッサ２１ａ，２１ｂにより実現される機能の少なくとも一部は、例えば、サーバ装置６０に搭載されているコンピュータプロセッサ６１により実現されてもよい。
【００６６】
フェイスモーションデータ生成部２１ａ１は、カメラ２４ａの撮像データに基づいて、配信ユーザＵａの顔の動きのデジタル表現であるフェイスモーションデータを生成する。同様に、フェイスモーションデータ生成部２１ｂ１は、カメラ２４ｂの撮像データに基づいて、配信ユーザＵｂの顔の動きのデジタル表現であるフェイスモーションデータを生成する。フェイスモーションデータは、時間の経過に伴って随時生成される。フェイスモーションデータは、所定のサンプリング時間間隔ごとに生成されてもよい。このように、フェイスモーションデータ生成部２１ａ１にて生成されるフェイスモーションデータは、配信ユーザＵａの顔の動き（表情の変化）を時系列的にデジタル表現することができ、フェイスモーションデータ生成部２１ｂ１にて生成されるフェイスモーションデータは、配信ユーザＵｂの顔の動き（表情の変化）を時系列的にデジタル表現することができる。フェイスモーションデータ生成部２１ａ１，２１ｂ１にて生成されたフェイスモーションデータは、通信Ｉ／Ｆ２２ａ，２２ｂを介してサーバ装置６０に送信される。
【００６７】
配信ユーザ装置２０においては、フェイスモーションデータ生成部２１ａ１にて生成されるフェイスモーションデータに加えて、配信ユーザＵａ，Ｕｂの体の顔以外の各部位の位置及び向きのデジタル表現であるボディモーションデータを生成してもよい。配信ユーザ装置２０は、フェイスモーションデータに加えて、ボディモーションデータをサーバ装置６０に送信してもよい。ボディモーションデータを生成するために、配信ユーザＵａ，Ｕｂは、モーションセンサを装着してもよい。配信ユーザ装置２０は、配信ユーザＵａ，Ｕｂに装着されたモーションセンサの検出情報に基づいて、ボディモーションデータを生成することができるように構成されてもよい。ボディモーションデータは、所定のサンプリング時間間隔ごとに生成されてもよい。このように、ボディモーションデータは、配信ユーザＵａ，Ｕｂの体の動きを時系列的にデジタルデータとして表現する。配信ユーザＵａ，Ｕｂに装着されたモーションセンサの検出情報に基づくボディモーションデータの生成は、例えば、撮影スタジオで行われてもよい。撮影スタジオには、ベースステーションと、トラッキングセンサと、ディスプレイと、が備えられてもよい。ベースステーションは、多軸レーザーエミッターであってもよい。配信ユーザＵａ，Ｕｂに装着されるモーションセンサは、例えば、ＨＴＣ  ＣＯＲＰＯＲＡＴＩＯＮから提供されているＶｉｖｅ  Ｔｒａｃｋｅｒであってもよい。撮影スタジオに備えられるベースステーションは、例えば、ＨＴＣ  ＣＯＲＰＯＲＡＴＩＯＮから提供されているベースステーションであってもよい。また、撮影スタジオと別室には、サポーターコンピュータが設置されていてもよい。撮影スタジオのディスプレイは、サポートコンピュータから受信した情報を表示するように構成されてもよい。サーバ装置６０は、サポーターコンピュータが設置されている部屋と同じ部屋に設置されてもよい。サポーターコンピュータが設置されている部屋と撮影スタジオとはガラス窓によって隔てられていてもよい。この場合、サポーターコンピュータのオペレータ（本明細書では「サポーター」ということがある。）は、配信ユーザＵａ，Ｕｂを視認できる。サポーターコンピュータは、サポーターの操作に応じて、撮影スタジオに備えられた各種装置の設定を変更することができるように構成されてもよい。サポーターコンピュータは、例えば、ベースステーションによる走査インターバルの設定、トラッキングセンサの設定、及びこれら以外の各種機器の各種設定の変更を行うことができる。サポーターは、サポーターコンピュータにメッセージを入力し、当該入力されたメッセージを撮影スタジオのディスプレイに表示することができる。
【００６８】
配信ユーザ装置２０ｂにおいて、インビテーション要求部２１ｂ２は、配信ユーザＵｂの操作に応じてサーバ装置６０に対してインビテーションの送信を要求する。後述するように、サーバ装置６０は、配信ユーザ装置２０ｂからインビテーションの送信要求を受け取ると、動画配信システム１のユーザの中からインビテーションの送付先となる招待ユーザを選定する。インビテーションは、サーバ装置６０から当該招待ユーザの配信ユーザ装置に送信される。招待ユーザの選定方法については後述するが、配信ユーザ装置２０ａを使用する配信ユーザＵａは、招待ユーザに含まれていると想定する。サーバ装置６０は、配信ユーザＵｂからのインビテーションに関連付けて、当該インビテーションの送信を要求した配信ユーザＵｂに関するホストユーザ情報を送信しても良い。インビテーションは、配信されている動画に含められてもよく、配信されている動画とは別に送信されてもよい。
【００６９】
配信ユーザ装置２０ａにおいて、インビテーション提示部２１ａ２は、他の配信ユーザからのインビテーションをサーバ装置６０から受信したときに、当該インビテーションを配信ユーザＵａに対して提示する。インビテーションは、例えば、ユーザＵｂが配信中の動画に対してユーザＵａを招待するインビテーションである。インビテーション提示部２１ａ２は、インビテーションとともに当該インビテーションの送信を要求した配信ユーザに関するホストユーザ情報を提示してもよい。インビテーション提示部２１ａ２は、インビテーションの内容及び当該インビテーションを送信した配信ユーザに関するホストユーザ情報をディスプレイ２３ａに表示しても良い。
【００７０】
共演申請部２１ａ３は、配信ユーザＵａの配信ユーザ装置２０ａに対する操作に基づいて、当該他の配信ユーザとの共演を申請する共演申請をサーバ装置６０に送信する。後述するように、配信ユーザ装置２０ａは、インビテーションを受け取ったことに応じて共演申請を行うための操作ボタンを表示しても良く、インビテーションを受け取ったか否かによらず共演申請を行うための操作ボタンを表示しても良い。
【００７１】
本明細書では、配信ユーザ装置２０ｂを利用する配信ユーザＵｂからインビテーションの送信要求がなされ、サーバ装置６０によって配信ユーザＵｂからのインビテーションが配信ユーザ装置２０ａを利用する配信ユーザＵａに送信されることを想定しているため、インビテーション要求部２１ｂ２は、配信ユーザ装置２０ｂのコンピュータプロセッサ２１ｂで実行される機能として説明されている。配信ユーザＵａがインビテーションを送信することも想定されるため、配信ユーザ装置２０ａがインビテーション要求部２１ｂ２と同様の機能を実行してもよい。同様に、配信ユーザＵｂがインビテーションを受信することも想定されるため、配信ユーザ装置２０ｂがインビテーション提示部２１ａ２及び共演申請部２１ａ３と同様の機能を実行してもよい。
【００７２】
配信ユーザ装置２０は、配信プログラム及び／又はそれ以外のプログラムをコンピュータプロセッサで実行することにより、フェイスモーションデータ生成部２１ａ１以外の機能を実現してもよい。例えば、配信ユーザ装置２０は、動画視聴用の視聴プログラムを実行することにより受信した動画を再生する機能を実現してもよい。配信プログラムと視聴プログラムとは、一つのアプリケーションソフトウェアにパッケージングされていてもよいし、別個のアプリケーションソフトウェアとして提供されてもよい。
【００７３】
視聴ユーザ装置１０は、配信ユーザ装置２０と同様の機能を提供するように構成されてもよい。例えば、視聴ユーザ装置１０は、動画視聴用の視聴プログラムを実行することにより受信した動画を再生する機能を実現してもよく、配信プログラムを実行することによりフェイスモーションデータ生成部２１ａ１の機能と同様の機能を実現してもよい。
【００７４】
次に、コンピュータプロセッサ６１により実現される機能についてより具体的に説明する。コンピュータプロセッサ６１は、配信プログラムに含まれるコンピュータ読み取り可能な命令を実行することにより、アニメーション生成部６１ａ、動画生成部６１ｂ、動画配信部６１ｃ、招待ユーザ選定部６１ｄ、インビテーション処理部６１ｅ、共演申請処理部６１ｆ、及び共演終了処理部６１ｇとして機能する。
【００７５】
アニメーション生成部６１ａは、配信ユーザ装置２０ａのフェイスモーションデータ生成部２１ａ又は配信ユーザ装置２０ｂのフェイスモーションデータ生成部２１ｂ１によって生成されたフェイスモーションデータを、モデルデータ６３ａに含まれる所定のモデルデータに適用することにより、キャラクタオブジェクトのアニメーションを生成するように構成される。アニメーション生成部６１ａは、キャラクタオブジェクトの表情が当該フェイスモーションデータに基づいて変化するように、当該キャラクタオブジェクトのアニメーションを生成することができる。具体的には、アニメーション生成部６１ａは、配信ユーザＵａに関するフェイスモーションデータに基づいて、配信ユーザＵａの表情の動きに同期して動くキャラクタオブジェクトのアニメーションを生成することができる。同様に、アニメーション生成部６１ａは、配信ユーザＵｂに関するフェイスモーションデータに基づいて、配信ユーザＵｂの表情の動きに同期して動くキャラクタオブジェクトのアニメーションを生成することができる。
【００７６】
配信ユーザ装置２０から配信ユーザＵａ，Ｕｂに関するボディモーションデータが提供される場合には、アニメーション生成部６１ａは、配信ユーザＵａ，Ｕｂに関するボディモーションデータ及びフェイスモーションデータに基づいて、配信ユーザＵａ，Ｕｂの体及び表情の動きに同期して動くキャラクタオブジェクトのアニメーションを生成することができる。
【００７７】
動画生成部６１ｂは、配信ユーザＵａの動画を配信する場合には、オブジェクトデータ６３ｂを用いて背景を示す背景画像を生成し、この背景画像と、配信ユーザＵａに対応するキャラクタオブジェクトのアニメーションと、を含む動画を生成することができる。動画生成部６１ｂは、生成した動画に、配信ユーザ装置２０ａから受信した音声データに基づいて生成される配信ユーザＵａの音声を合成することができる。同様に、動画生成部６１ｂは、配信ユーザＵｂの動画を配信する場合には、オブジェクトデータ６３ｂを用いて背景を示す背景画像を生成し、この背景画像と、配信ユーザＵｂに対応するキャラクタオブジェクトのアニメーションと、を含む動画を生成することができる。動画生成部６１ｂは、生成した動画に、配信ユーザ装置２０ｂから受信した音声データに基づいて生成される配信ユーザＵｂの音声を合成することができる。動画生成部６１ｂによって生成される動画において、配信ユーザＵａ，Ｕｂに対応するキャラクタオブジェクトは、背景画像に重畳して表示される。以上のようにして、動画生成部６１ｂは、配信ユーザＵａ又は配信ユーザＵｂの表情の動きに同期して動くキャラクタオブジェクトのアニメーションを生成し、このアニメーションに配信ユーザＵａ又は配信ユーザＵｂの音声が合成された配信用の動画を生成することができる。
【００７８】
動画配信部６１ｃは、動画生成部６１ｂにおいて生成された動画を配信する。この動画は、ネットワーク５０を介して視聴ユーザ装置１０及びこれら以外の視聴ユーザ装置に配信される。生成された動画は、配信ユーザ装置２０ａ，２０ｂにも配信される。受信された動画は、視聴ユーザ装置１０及び配信ユーザ装置２０ａ，２０ｂにおいて再生される。動画配信部６１ｃは、配信ユーザごとに、動画の配信時間及び配信回数の少なくとも一方をモニターしてもよい。動画配信部６１ｃは、モニター結果に基づいて、ユーザ情報の配信時間及び配信回数を更新してもよい。
【００７９】
動画配信部６１ｃから配信された動画の表示例を図５及び図６ａ〜図６ｂに示す。これらの図では、配信ユーザＵｂが配信ユーザ装置２０ｂを用いて、自らのキャラクタオブジェクトを含む動画を配信し、当該動画が視聴ユーザ装置１０及び配信ユーザ装置２０ａ，２０ｂにおいて再生されていると想定している。図６ａにおいては、配信ユーザＵａは、動画配信を行っておらず、別の配信ユーザである配信ユーザＵｂによって配信されている動画を視聴していると想定している。このため、図５及び図６ａ〜図６ｂに関する説明においては、配信ユーザＵａのことも視聴ユーザと呼ぶことがある。図５は、視聴ユーザ装置１０において再生されている動画の表示例を示し、図６ａは、配信ユーザ装置２０ａにおいて再生されている動画の表示例を示し、図６ｂは、配信ユーザ装置２０ｂにおいて再生されている動画の表示例を示す。
【００８０】
図５に示されているように、視聴ユーザ装置１０のディスプレイには、サーバ装置６０から配信された動画を含む画像３０が表示される。この視聴ユーザ装置１０に表示されている画像３０には、アニメーション生成部６１ａにより生成された配信ユーザＵｂのキャラクタオブジェクト３１と、ギフトボタン３２と、評価ボタン３３と、コメントボタン３４と、コメント表示領域３５と、が含まれている。
【００８１】
図６ａに示されているように、配信ユーザ装置２０ａのディスプレイ２３ａには、サーバ装置６０から配信された動画を含む画像４０ａが表示される。この画像４０ａには、画像３０と同様に、配信ユーザＵｂのキャラクタオブジェクト３１と、ギフトボタン３２と、評価ボタン３３と、コメントボタン３４と、コメント表示領域３５と、が含まれている。これに加えて、画像４０ａには、共演申請ボタン３６が含まれてもよい。共演申請ボタン３６は、配信ユーザＵｂが配信している動画において配信ユーザＵｂとの共演を申請するための共演申請を送信するための操作ボタンである。配信ユーザＵａは、配信ユーザ装置２０ａにおいて共演申請ボタン３６を選択することにより配信ユーザＵｂとの共演を申請するための共演申請を配信ユーザ装置２０ａからサーバ装置６０に送信することができる。配信ユーザ装置２０ａは、例えば、視聴プログラムを含むアプリケーションソフトウェアを実行することにより、配信された動画の画像４０ａを表示することができる。
【００８２】
図５に示されているように、視聴ユーザ装置１０に表示される画像３０には共演申請ボタン３６が含まれなくともよい。例えば、視聴ユーザ装置１０に配信プログラムを含むアプリケーションソフトウェアがダウンロードもしくはインストールされていない場合、及び、視聴ユーザ装置１０において配信プログラムを含むアプリケーションソフトウェアが起動されていない場合に、共演申請ボタン３６が含まれないように画像３０が生成される。他の実施形態では、視聴ユーザ装置１０の画像３０にも共演申請ボタン３６を表示してもよい。例えば、視聴ユーザ装置１０に配信プログラムを含むアプリケーションソフトウェアがダウンロードもしくはインストールされている場合、または、視聴ユーザ装置１０において配信プログラムを含むアプリケーションソフトウェアが起動されている場合に、共演申請ボタン３６が含まれるように画像３０が生成される。
【００８３】
キャラクタオブジェクト３１は、上記のように、配信ユーザＵｂのフェイスモーションデータをモデルデータ６３ａに含まれているモデルデータに適用することにより生成されているため、配信ユーザＵｂの表情の動きに同期してその表情が変化する。配信ユーザ装置２０からボディモーションデータが提供される場合には、キャラクタオブジェクト３１は、その顔以外の部位も、配信ユーザＵｂの体の動きに同期して変化するように制御され得る。
【００８４】
ギフトボタン３２は、視聴ユーザ装置１０への操作によって選択可能に画像３０に重畳表示されている。ギフトボタン３２は、例えば、視聴ユーザ装置１０のタッチパネルのうちギフトボタン３２が表示されている領域へのタップ操作により選択され得る。一実施形態において、ギフトボタン３２が選択されると、視聴中の動画を配信している配信ユーザ（ここでは、配信ユーザＵｂである。）にギフティングするギフトを選択するためのウィンドウが画像３０に重畳表示される。当該視聴ユーザは、当該ウィンドウに表示されているギフトの中からギフティング対象とするギフトを購入することができる。他の実施形態においては、ギフトボタン３２が選択されたことに応じて、購入済みのギフトの一覧を含むウィンドウが画像３０に重畳表示される。この場合、当該視聴ユーザは、当該ウィンドウに表示されているギフトの中からギフティング対象とするギフトを選択することができる。視聴ユーザ装置１０においてギフトボタン３２が選択されると、ギフティング情報がサーバ装置６０に送信されてもよい。このギフティング情報には、ギフティングするギフトを特定するギフト識別情報（ギフトＩＤ）が含まれてもよい。このように、動画を視聴している視聴ユーザは、ギフトボタン３２の選択により、当該動画を配信している配信ユーザに対して所望のギフトを提供（ギフティング）することができる。
【００８５】
評価ボタン３３は、視聴ユーザ装置１０を使用する視聴ユーザによって選択可能に画像３０に重畳表示されている。評価ボタン３３は、例えば、視聴ユーザ装置１０のタッチパネルのうち評価ボタン３３が表示されている領域へのタップ操作により選択され得る。動画を視聴中の視聴ユーザによって評価ボタン３３が選択されると、当該動画を配信する配信ユーザ（図示の例においては、配信ユーザＵｂ）への肯定的な評価又は配信されている動画への肯定的な評価がなされたことを示す評価更新情報がサーバ装置６０に送信されてもよい。サーバ装置６０では、視聴ユーザからの評価更新情報に基づいて、ユーザ情報を更新することができる。例えば、視聴ユーザからの評価更新情報に基づいて、ユーザ情報に含まれるユーザ評価情報及び動画評価情報のうちの少なくとも一方が更新されてもよい。例えば、図５に示されている画像３０に含まれる評価ボタン３３が視聴ユーザによって選択された場合、視聴ユーザ装置１０に表示されている動画を配信している配信ユーザＵｂのユーザ評価情報及び動画評価情報の少なくとも一方が更新されてもよい。評価ボタン３３の選択により、当該動画への否定的な評価がなされたことを示す評価情報がサーバ装置６０に送信されてもよい。動画への肯定的な評価を示す評価情報をポジティブ評価情報と呼び、動画への否定的な評価がなされたことを示す評価情報をネガティブ評価情報と呼んでもよい。サーバ装置６０は、ポジティブ評価情報を受信した場合、ユーザ評価情報及び動画評価情報の少なくとも一方を増加させてもよい。サーバ装置６０は、ネガティブ評価情報を受信した場合、ユーザ評価情報及び動画評価情報の少なくとも一方を減少させてもよい。
【００８６】
コメントボタン３４は、ユーザによって選択可能に画像３０に重畳表示される。コメントボタン３４が例えばタップ操作により選択されると、コメントを入力するためのコメント入力ウィンドウが画像３０に重畳表示される。視聴ユーザは、視聴ユーザ装置１０又は配信ユーザ装置２０ａの入力機構を介してコメントを入力することができる。入力されたコメントは、視聴ユーザ装置１０及び配信ユーザ装置２０ａからサーバ装置６０に送信される。サーバ装置６０は、視聴ユーザ装置１０、配信ユーザ装置２０ａ、及びこれら以外のユーザ装置からのコメントを受け付け、当該コメントを画像３０内のコメント表示領域３５に表示する。コメント表示領域３５には、各ユーザから投稿されたコメントが、例えば時系列に表示される。コメント表示領域３５は、画像３０の一部の領域を占める。コメント表示領域３５に表示可能なコメント数には上限がある。図示の例では、コメント表示領域３５には３つまでコメントが表示され得る。コメント表示領域３５に設定されている上限を超えたコメントの投稿がなされた場合には、投稿時間が古いコメントから順にコメント表示領域３５から削除される。このため、受け付けるコメントの頻度が高くなるほどコメント領域３５における各コメントの表示時間は短くなる。一実施形態においては、画像３０にスクロールバーを設置し、このスクロールバーを操作してコメントをスクロールすることにより、コメント表示領域３５から削除されたコメントが閲覧可能とされる。
【００８７】
図６ｂに示されているように、配信ユーザ装置２０ｂのディスプレイには、サーバ装置６０から配信された画像４０ｂが表示される。この配信ユーザ装置２０ｂに表示される画像４０ｂには、配信ユーザＵｂに対応するキャラクタオブジェクト３１と、視聴ユーザから受け取ったギフトを動画中に表示するための表示指示ボタン４２ａ〜４２ｃと、コメント表示領域３５と、が含まれている。配信ユーザ装置２０ｂに表示される画像４０ｂには、画像３０及び画像４０ａと同じ背景画像、キャラクタオブジェクト画像、及びコメントが含まれている。他方、画像４０ｂは、ギフトボタン３２、評価ボタン３３、コメントボタン３４、及び共演申請ボタン３６を含んでおらず、表示指示ボタン４２ａ〜４２ｃを含んでいる点で画像３０及び画像４０ａと異なっている。表示指示ボタン４２ａ〜４２ｃは、例えば、視聴ユーザからギフトを受け取ったことに応じて画像４０に表示される。図示の実施形態においては、画像４０に３つの表示指示ボタン４２ａ〜４２ｃが表示されている。表示指示ボタン４２ａ〜４２ｃの各々は、配信ユーザによって選択可能に画像４０に表示される。表示指示ボタン４２ａ〜４２ｃのいずれかが例えばタップ操作により選択されると、この選択された表示指示ボタンに対応するギフトを表示するための操作が行われる。このように、表示指示ボタン４２ａ〜４２ｃは、ギフトを配信中の動画に表示させる指示を行うための表示指示オブジェクトである。
【００８８】
招待ユーザ選定部６１ｄは、配信ユーザＵｂのために、動画配信システム１の全ユーザのうちの共演候補ユーザの中から、配信ユーザＵｂの動画に招待する招待ユーザを選定する。招待ユーザは、配信ユーザＵｂと共演するためのインビテーションの送付先となる。
【００８９】
共演候補ユーザは、動画配信システム１のユーザの全部であってもよいし一部であってもよい。動画配信システム１のユーザは、動画配信システム１のユーザアカウントを持っている。動画配信システム１のユーザは、視聴ユーザ装置１０を利用して動画の配信及び視聴の少なくとも一方を行う。動画配信システム１のユーザの一部は、動画の視聴のみを行うことができる。動画配信システム１のユーザが利用する視聴ユーザ装置１０に動画配信のためのモーションデータを取得するための機能（例えば、フェイスモーションデータ生成部２１ａ１、２１ｂ１に相当する機能）が備えられていない場合、当該ユーザは、動画配信システム１において動画の視聴のみを行うことができる。動画配信システム１のユーザが利用する視聴ユーザ装置１０に動画配信のための機能を有している場合、当該ユーザは、動画配信システム１において動画の視聴及び配信を両方とも行うことができる。共演候補ユーザは、例えば、動画配信システム１の全ユーザのうち動画の配信を行うことができるユーザとすることができる。つまり、動画配信システム１の全ユーザのうち、視聴のみを行うことができるユーザは、共演候補ユーザから除外されてもよい。動画配信のための機能を備えていない視聴ユーザ装置１０は、動画配信に必要な機能を実現するためのプログラムをインストールすることにより動画配信のための機能を備えることができる。したがって、視聴のみを行うことができるユーザを共演候補ユーザに加えても良い。視聴のみを行うユーザがインビテーションを受けた場合には、動画配信を行うための機能をインストールした上で共演申請を行うことができる。
【００９０】
共演候補ユーザは、動画配信システム１の全ユーザの中から所定のスクリーニング基準に従って選択されてもよい。上述のように、動画配信を行うことができるユーザか否かをスクリーニング基準としてもよい。これ以外に、動画配信システム１におけるアクティブさをスクリーニング基準としてもよい。動画配信システム１のユーザがアクティブか否かは、動画の視聴回数、動画の視聴頻度、動画の視聴時間、動画の配信回数、動画の配信頻度、動画の配信時間、動画配信システム１へのログイン回数、動画配信システム１へのログイン頻度、動画配信システム１内でのメッセージの送信数、及びこれら以外の様々な指標で評価され得る。招待ユーザ選定部６１ｄは、動画配信システム１の全ユーザの中から、動画配信システム１においてアクティブに活動しているユーザを選定し、当該ユーザを共演候補ユーザとすることができる。共演候補ユーザを選択するためのスクリーニング基準として、本明細書で具体的に説明された基準以外の様々な基準を適用し得る。
【００９１】
招待ユーザ選定部６１ｄは、共演候補ユーザの中から一又は複数の招待ユーザを選定する。招待ユーザ選定部６１ｄは、ユーザ情報６３ｃの一部又は全部を利用して招待ユーザを選定することができる。一実施形態において、招待ユーザ選定部６１ｄは、ユーザ情報６３ｃのうち配信ユーザＵｂのログ情報及び共演候補ユーザの各々のログ情報に基づいて共演候補ユーザの中から一又は複数の招待ユーザを選定する。
【００９２】
本発明の一実施形態において、招待ユーザ選定部６１ｄは、配信ユーザＵｂからのインビテーションの送付先となる招待ユーザを選定するために視聴ユーザ情報を用いることができる。具体的には、招待ユーザ選定部６１ｄは、配信ユーザＵｂの視聴ユーザ情報に含まれるユーザＩＤと共演候補ユーザの各々の視聴ユーザ情報に含まれるユーザＩＤとを比較することで、配信ユーザＵｂと共演候補ユーザの各々との間での視聴ユーザの重複度を求め、この重複度に基づいて招待ユーザを選定する。例えば、配信ユーザＵｂと共演候補ユーザの一人である共演候補ユーザＡとの間での視聴ユーザの重複度は、ユーザ情報６３ｃにおいて配信ユーザＵｂのユーザＩＤに対応付けて視聴ユーザ情報として記憶されている視聴ユーザのユーザＩＤと、ユーザ情報６３ｃにおいて共演候補ユーザＡのユーザＩＤに対応付けて視聴ユーザ情報として記憶されている視聴ユーザのユーザＩＤとの重複度によって表される。より具体的には、ユーザ情報６３ｃにおいて配信ユーザＵｂのユーザＩＤと対応付けて１０００人分の視聴ユーザのユーザＩＤが記憶されており、このうち４００人分の視聴ユーザのユーザＩＤが共演候補ユーザＡのユーザＩＤと対応付けて視聴ユーザ情報として記憶されている場合、重複度は４０％（１００×（４００／１０００）＝４０％）である。他の例を挙げる。ユーザ情報６３ｃにおいて配信ユーザＵｂのユーザＩＤと対応付けて１０００人分の視聴ユーザのユーザＩＤが記憶されており、このうち５０人分の視聴ユーザのユーザＩＤが共演候補ユーザＢのユーザＩＤと対応付けて視聴ユーザ情報として記憶されている場合、重複度は５％（１００×（５０／１０００）＝５％）である。配信ユーザＵｂと他の共演候補ユーザとの間の視聴ユーザの重複度も同様にして求められる。招待ユーザ選定部６１ｄは、全ての共演候補ユーザについて配信ユーザＵｂとの間での視聴ユーザの重複度を求める。
【００９３】
本発明の一実施形態において、招待ユーザ選定部６１ｄは、上記のように配信ユーザＵｂと共演候補ユーザの各々との間で視聴ユーザの重複度を求め、共演候補ユーザのうち配信ユーザＵｂとの間での視聴ユーザの重複度が所定の閾値よりも小さいユーザを招待ユーザとして決定することができる。本明細書では、この視聴ユーザの重複度に関する閾値を「第１閾値」と呼ぶことがある。第１閾値は、例えば、１０％とされる。第１閾値は、適宜変更することができる。第１閾値が１０％の場合、配信ユーザＵｂと共演候補ユーザＡとの間での視聴ユーザの重複度は４０％であるから共演候補ユーザＡは招待ユーザとしては選定されず、配信ユーザＵｂと共演候補ユーザＢとの間での視聴ユーザの重複度は５％であるから共演候補ユーザＢは招待ユーザとして選定される。他の共演候補ユーザについても、同様に、各共演候補ユーザと配信ユーザＵｂとの間での視聴ユーザの重複度を第１閾値と比較することにより、各共演候補ユーザが招待ユーザとして選定されるか否かが判定される。配信ユーザＵｂとの間で視聴ユーザの重複度が第１閾値よりも小さい共演候補ユーザと配信ユーザＵｂとが共演することになれば、視聴ユーザの重複度が小さいユーザ同士が共演することになる。
【００９４】
招待ユーザ選定部６１ｄは、視聴ユーザの重複度に代えて又は視聴ユーザの重複度に加えて、配信ユーザＵｂと共演候補ユーザの各々との間での視聴ユーザの重複数に基づいて招待ユーザを選定しても良い。招待ユーザ選定部６１ｄは、配信ユーザＵｂの視聴ユーザ情報に含まれるユーザＩＤと共演候補ユーザの各々の視聴ユーザ情報に含まれるユーザＩＤとを比較することで、配信ユーザＵｂと共演候補ユーザの各々との間での視聴ユーザの重複数を求め、この重複数に基づいて招待ユーザを選定する。招待ユーザ選定部６１ｄは、上記のように配信ユーザＵｂと共演候補ユーザの各々との間で視聴ユーザの重複数を求め、共演候補ユーザのうち配信ユーザＵｂとの間での視聴ユーザの重複数が所定の閾値よりも小さいユーザを招待ユーザとして決定することができる。本明細書では、この視聴ユーザの重複数に関する閾値を「第２閾値」と呼ぶことがある。第２の閾値は、例えば、１００人とすることができる。第２閾値は、適宜変更することができる。招待ユーザ選定部６１ｄは、配信ユーザＵｂとの間での視聴ユーザの重複度及び重複数の少なくとも一方が所定の閾値よりも小さいユーザを招待ユーザとして決定することができる。
【００９５】
このようにして共演候補ユーザのうち配信ユーザＵｂとの間での視聴ユーザの重複度又は重複数が所定の閾値よりも小さいユーザが招待ユーザとして選定される。これにより、配信ユーザＵｂ及び招待ユーザとして選定された配信ユーザにとっては（上記の例では、配信ユーザＵｂ及び共演候補ユーザＢにとっては）、共演するまではリーチできていなかった視聴ユーザ層へリーチすることができるようになる。例えば、上記の例において、配信ユーザＵｂと共演候補ユーザＢとが共演する場合、配信ユーザＵｂが配信する動画に共演候補ユーザＢが出演することになるので、共演候補ユーザＢは、配信ユーザＵｂの動画を視聴する視聴ユーザにリーチする機会を得ることができる。配信ユーザＵｂにとっては、自らの動画に共演候補ユーザＢが出演することで、共演候補ユーザＢの動画をよく視聴する視聴ユーザが共演候補ユーザＢと配信ユーザＵｂとが共演している配信ユーザＵｂの動画を視聴することが期待される。共演候補ユーザＢの動画を視聴したことがある視聴ユーザに配信ユーザＵｂと共演候補ユーザＢとが共演する共演動画の視聴を促すために、共演候補ユーザＢの動画を視聴したことがある視聴ユーザに共演候補ユーザＢが他の配信ユーザ（ここでは、配信ユーザＵｂ）の動画に出演することを告知する通知を送信しても良い。このように、配信ユーザＵｂと視聴ユーザの重複度及び重複数の少なくとも一方が低いユーザを招待ユーザとして選定することにより、配信ユーザＵｂ及び招待される共演候補ユーザ（招待ユーザ）の双方にとってこれまでリーチできなかった視聴者層にリーチできるという利点がある。
【００９６】
本発明の別の実施形態において、招待ユーザ選定部６１ｄは、共演候補ユーザのうち配信ユーザＵｂとの間での視聴ユーザの重複度が所定の閾値よりも大きいユーザを招待ユーザとして決定することができる。配信ユーザＵｂとの間で視聴ユーザの重複度が第１閾値よりも大きい共演候補ユーザと共演することになれば、視聴ユーザの重複度が大きいユーザ同士が共演することになる。このように、配信ユーザＵｂと視聴ユーザの重複度及び重複数の少なくとも一方が高いユーザを招待ユーザとして選定することにより、配信ユーザＵｂ及び招待される共演候補ユーザ（招待ユーザ）の双方にとって、視聴者層の共通性が高い相手と共演できるという利点がある。配信ユーザＵｂとの間で視聴ユーザの重複度又は重複数が低い共演候補ユーザは、配信ユーザＵｂの動画を視聴している視聴ユーザに好感を持たれない可能性がある。配信ユーザＵｂと視聴ユーザの重複度及び重複数の少なくとも一方が高いユーザを招待ユーザとして選定することにより、配信ユーザＵｂは、自らの視聴ユーザに受け入れられやすい相手と共演することができる。
【００９７】
本発明の別の実施形態において、招待ユーザ選定部６１ｄは、共演候補ユーザのうち配信ユーザＵｂとの間での視聴ユーザの重複度が所定の範囲内にあるユーザを招待ユーザとして決定することができる。つまり、招待ユーザ選定部６１ｄは、共演候補ユーザのうち配信ユーザＵｂとの間での視聴ユーザの重複度が下限閾値と上限閾値との間にあるユーザを招待ユーザとして決定することができる。下限閾値と上限閾値を適切に設定することにより、視聴ユーザが適度に重複しているユーザばかりを招待ユーザとして決定したり、視聴者層の重複が非常に小さい相手とばかり共演することを回避できる。
【００９８】
本発明の別の実施形態において、招待ユーザ選定部６１ｄは、配信ユーザＵｂからのインビテーションの送付先となる招待ユーザを選定するために共演回数情報を用いることができる。具体的には、招待ユーザ選定部６１ｄは、配信ユーザＵｂの共演回数と共演候補ユーザの各々の共演回数との差を求め、この共演回数の差に基づいて招待ユーザを選定する。例えば、配信ユーザＵｂの共演回数と共演候補ユーザの一人である共演候補ユーザＡの共演回数との差は、ユーザ情報６３ｃにおいて配信ユーザＵｂのユーザＩＤに対応付けて共演回数情報として記憶されている共演回数と、ユーザ情報６３ｃにおいて共演候補ユーザＡのユーザＩＤに対応付けて共演回数情報として記憶されている共演回数との差である。
【００９９】
本発明の一実施形態において、招待ユーザ選定部６１ｄは、上記のように配信ユーザＵｂと共演候補ユーザの各々との間で共演回数の差を求め、共演候補ユーザのうち配信ユーザＵｂとの間で共演回数の差が所定の閾値よりも大きいユーザを招待ユーザとして決定することができる。本明細書では、この共演回数に関する閾値を「第３閾値」と呼ぶことがある。第３閾値は、例えば、１０回とされる。第３閾値は、適宜変更することができる。第３閾値が１０回の場合、配信ユーザＵｂの共演回数との差が１０回よりも大きい共演候補ユーザが招待ユーザとして選定される。配信ユーザＵｂとの間で共演回数の差が大きい共演候補ユーザと配信ユーザＵｂとが共演することになれば、共演回数の差が大きいユーザ同士が共演することになる。
【０１００】
このようにして共演候補ユーザのうち配信ユーザＵｂと共演回数の差が大きいユーザが招待ユーザとして選定される。配信ユーザＵｂの共演回数が招待ユーザの共演回数よりも多い場合には、招待ユーザは、動画での共演に習熟したユーザからインビテーションを受けることになるので、インビテーションに応じて共演申請を行い易くなる。これとは逆に、招待ユーザの共演回数が配信ユーザＵｂの共演回数よりも多い場合には、配信ユーザＵｂは、動画での共演に習熟したユーザと共演することができる。
【０１０１】
本発明の別の実施形態において、招待ユーザ選定部６１ｄは、配信ユーザＵｂからのインビテーションの送付先となる招待ユーザを選定するために属性情報を用いることができる。具体的には、招待ユーザ選定部６１ｄは、配信ユーザＵｂの属性情報と共演候補ユーザの各々の属性情報とを比較し、この比較結果に基づいて招待ユーザを選定することができる。例えば、属性情報として登録されている情報の少なくとも一部が共通する共演候補ユーザを招待ユーザとして選定することができる。このように、属性情報に基づいて招待ユーザを選定することにより、配信ユーザＵｂと共通性の高いプロフィールを有する共演候補ユーザを招待ユーザとして選定することができる。これにより、プロフィールの面で共通性の高いユーザ同士を動画で共演させることができる。プロフィールの面で共通性の高いユーザ同士が共演することにより、動画において共演者同士の会話がスムースに進展することが期待できる。これとは逆に、配信ユーザＵｂと共通性の低いプロフィールを有する共演候補ユーザを招待ユーザとして選定することもできる。これにより、プロフィールの面で共通性の低いユーザ同士を動画で共演させることができる。プロフィールの面で共通性の低いユーザ同士が共演することにより、共演者同士で意外性や緊張感のあるやりとりがなされることが期待できる。
【０１０２】
本発明の別の実施形態において、招待ユーザ選定部６１ｄは、配信ユーザＵｂからのインビテーションの送付先となる招待ユーザを選定するためにソーシャル情報を用いることができる。具体的には、招待ユーザ選定部６１ｄは、配信ユーザＵｂのソーシャル情報と共演候補ユーザの各々のソーシャル情報とを比較し、この比較結果に基づいて招待ユーザを選定することができる。例えば、招待ユーザ選定部６１ｄは、ソーシャル情報のうちのフレンド情報により、配信ユーザＵｂと共通の友人を有する共演候補ユーザを招待ユーザとして選定することができる。招待ユーザ選定部６１ｄは、配信ユーザＵｂと所定数以上（例えば１０人以上）の共通の友人を有する共演候補ユーザを招待ユーザとして選定することができる。これとは逆に、招待ユーザ選定部６１ｄは、配信ユーザＵｂと共通の友人を有していない共演候補ユーザを招待ユーザとして選定することができる。招待ユーザ選定部６１ｄは、配信ユーザＵｂとの共通の友人の数が所定数（例えば３人）以下である共演候補ユーザを招待ユーザとして選定することができる。
【０１０３】
以上のように、招待ユーザ選定部６１ｄは、視聴ユーザ情報、共演回数情報、属性情報、及びソーシャル情報のうちの少なくとも一つを用いて、配信ユーザＵｂからのインビテーションの送付先となる招待ユーザを選定することができる。招待ユーザ選定部６１ｄは、視聴ユーザ情報、共演回数情報、属性情報、及びソーシャル情報を適宜組み合わせて招待ユーザを選定することができる。例えば、招待ユーザ選定部６１ｄは、視聴ユーザ情報及び共演回数情報をともに用いて、視聴ユーザの重複度が第１閾値よりも小さく、且つ、共演回数の差が第３閾値よりも大きい共演候補ユーザを招待ユーザとして選定することができる。
【０１０４】
招待ユーザ選定部６１ｄは、配信ユーザＵｂが動画の配信を開始した時点で招待ユーザの選定を行っても良いし、配信ユーザ装置２０ｂのインビテーション処理要求部２１ｂ２からインビテーション要求を受け取ったことに応じて招待ユーザの選定を行っても良い。
【０１０５】
インビテーション処理部６１ｅは、インビテーション要求部２１ｂ２からのインビテーション要求に基づいて、招待ユーザ選定部６１ｄによって選定された招待ユーザに対して、動画配信システム１に含まれる一又は複数の配信ユーザ装置にインビテーションを送信する。このインビテーションは、上記のとおり、配信ユーザＵｂが配信している動画に他の配信ユーザを招待するための通知である。図７を参照して配信ユーザ装置２０ｂから送信されるインビテーション要求についてさらに説明する。図７は、配信ユーザ装置２０ｂに表示されるインビテーション要求を設定するためのウィンドウを説明する図である。配信ユーザ装置２０ｂには、動画の配信開始前又は動画の配信開始後に、設定ウィンドウ４１が表示される。設定ウィンドウ４１は、ユーザの操作に応じて表示されても良いし、ユーザの操作がなくとも動画配信開始前又は動画の配信開始後の所定のタイミングで表示されてもよい。
【０１０６】
図示の実施形態において、設定ウィンドウ４１は、スイッチ４１ａと、ステッパー４１ｂと、パスワード設定領域４１ｃと、を含む。スイッチ４１ａは、インビテーションの送信要否を切り替えるスイッチである。スイッチ４１ａは、ユーザの操作に応じて、オンまたはオフに切り替えられる。スイッチ４１ａがオンされたときに、インビテーション要求をサーバ装置６０に送信するように設定が切り替えられる。スイッチ４１ａがオフされたときには、インビテーション要求はサーバ装置６０に送信されない。例えば、スイッチ４１ａがオンされた後にウィンドウ４１が閉じられたことを契機にインビテーション要求がサーバ装置６０に送信される。
【０１０７】
ステッパー４１ｂは、ユーザの操作に応じて入力される数値を増減させるための操作部である。図示の実施形態においては、ステッパー４１ｂにより、配信予定の動画又は配信中の動画において共演できる共演人数を増減することができる。図７の例では、共演できる人数として１０人が設定されている。ステッパー４１ｂにおいて「−」が選択されると設定されている人数が１０人から例えば９人に減少し、ステッパー４１ｂにおいて「＋」が選択されると設定されている人数が１０人から例えば１１人に増加する。一実施形態において、共演人数は、配信する動画において同時に共演するユーザの上限数を意味してもよい。この実施形態においては、共演人数が１０人に設定されていれば、１０人のユーザがそのキャラクタを通じて動画内で同時に共演することができる。別の実施形態においては、同時に共演できる人数は、設定される共演人数の上限数より少数の人数（例えば、２人）に設定される。この場合、共演人数の上限数は、配信時間内に共演できるユーザ数の上限を意味する。例えば、動画において同時に共演できる人数が２人に設定されており共演人数の上限として１０人が設定されている場合には、１０人のゲストユーザに出演順番が設定され、この出演順番に従ってゲストユーザが一人ずつホストユーザと共演する。招待ユーザ選定部６１ｄは、設定された共演人数の上限に応じて、選定する招待ユーザの数を増減させてもよい。より具体的には、招待ユーザ選定部６１ｄは、設定された共演人数の上限に応じて、第１閾値、第２閾値、第３閾値、及びこれら以外の選定される招待ユーザの数に影響を与えるパラメータを調整しても良い。
【０１０８】
パスワード設定領域４１ｃには、共演を希望するゲストユーザに提供される共演パスワードが設定される。この共演パスワードは、例えば４デジットの数字列である。配信ユーザＵｂは、配信システム１を利用している配信ユーザのうち特定の配信ユーザに対してのみ共演パスワードを通知することにより、当該特定の配信ユーザとのみ共演を行うことができる。言い換えると、配信ユーザＵｂは、共演パスワードを通知していない配信ユーザとの共演を回避することができる。特定の配信ユーザのみに対して共演パスワードを通知する場合には、配信ユーザＵｂは、通知対象となる配信ユーザのユーザＩＤを入力することにより当該特定の配信ユーザを指定することができる。共演パスワードを通知する特定の配信ユーザの指定方法には特に制限はない。共演申請時にパスワード入力を要求しない場合には、パスワード設定領域４１ｃは省略される。
【０１０９】
インビテーション要求部２１ｂ２は、設定ウィンドウ４１及び必要に応じてそれ以外の入力インタフェースを通じて定められた設定に基づいて、インビテーション要求を生成し、当該インビテーション要求をサーバ装置６０に送信する。インビテーション要求には、配信ユーザＵｂのユーザＩＤも含まれる。インビテーション要求には、共演人数、共演パスワード、及びこれら以外のインビテーションを行うために必要な情報が含まれ得る。
【０１１０】
インビテーション処理部６１ｅは、インビテーション要求部２１ｂ２からのインビテーション要求に基づいてインビテーションを生成し、生成されたインビテーションを招待ユーザ選定部６１ｄにより選定された招待ユーザの配信ユーザ装置に対して送信する。インビテーション要求に共演パスワードが含まれている場合には、インビテーション処理部６１ｅは、招待ユーザに対して当該共演パスワードを通知してもよい。
【０１１１】
インビテーション処理部６１ｅは、配信ユーザＵｂからのインビテーション要求を受け付けると、ストレージ６３に格納されているユーザ情報６３ｃを参照して、配信ユーザＵｂのホストユーザ情報を生成する。一実施形態において、インビテーション要求を行った配信ユーザ（配信ユーザＵｂ）のホストユーザ情報は、ユーザ情報６３ｃにおいて当該配信ユーザ（配信ユーザＵｂ）のユーザアカウント情報に対応付けて格納されているユーザ評価情報、動画評価情報、及び視聴者数情報のうちの少なくとも一部であるか、これらの情報に基づいて生成される。言い換えると、インビテーション要求を行った配信ユーザのホストユーザ情報は、当該配信ユーザのユーザアカウント情報に対応付けて格納されているユーザ評価情報、動画評価情報、及び視聴者数情報のうちの少なくとも一つであってもよいし、これらの情報に基づいて生成されたスコアであってもよい。ホストユーザ情報は、インビテーションを受けた配信ユーザが配信ユーザＵｂとの共演を申請するか否かを決定するために参照可能な指標であることが望ましく、例えば配信ユーザＵｂのホストユーザとしてのプロファイルを表す指標であることが望ましい。
【０１１２】
インビテーション処理部６１ｅは、配信ユーザＵｂのホストユーザ情報を、配信ユーザＵｂとの共演へ招待するためのインビテーションに関連付けて、配信ユーザＵａ及びそれ以外の配信ユーザに送信することができる。これにより、配信ユーザＵｂからのインビテーションを受け取る配信ユーザは、配信ユーザＵｂのホストユーザ情報へアクセスすることができる。言い換えると、配信ユーザＵｂのホストユーザ情報は、配信ユーザＵｂからのインビテーションを受け取った配信ユーザに提示できるように、当該インビテーションと関連付けられている。一実施形態において、ホストユーザ情報は、インビテーションの一部として配信ユーザに送信される。ホストユーザ情報は、インビテーションとともに配信ユーザに送信されてもよい。他の実施形態において、ホストユーザ情報は、サーバ装置６０において記憶され、インビテーションにはこのサーバ装置６０に記憶されているホストユーザ情報へのリンクが含められても良い。
【０１１３】
次に、図８を参照して、招待ユーザの配信ユーザ装置における処理について説明する。本明細書では、招待ユーザ選定部６１ｄによって配信ユーザＵａが招待ユーザとして選定されたと想定する。図８は、配信ユーザＵｂからのインビテーションを受け取った配信ユーザＵａの配信ユーザ装置２０ａにおけるインビテーションの表示例を示す。配信ユーザ装置２０ａのインビテーション提示部２１ａ２は、配信ユーザＵｂからのインビテーションを受け取ると、図示のように配信ユーザ装置２０ａのディスプレイ２３ａにウィンドウ３７を表示する。ウィンドウ３７には、インビテーションを受けたことを示す「Ｕｂから招待されました。」という文字列が含まれる。これにより、配信ユーザＵａは、配信ユーザＵｂからのインビテーションを受信したことを知ることができる。ウィンドウ３７は、当該文字列以外に、ディスプレイ領域３７ａ、共演申請ボタン３７ｂ、及び共演辞退ボタン３７ｃを含むことができる。
【０１１４】
インビテーション提示部２１ａ２は、ディスプレイ領域３７ａに配信ユーザＵｂのホストユーザ情報を表示する。上記のように、一実施形態におけるホストユーザ情報は、配信ユーザＵｂのホストユーザとしてのプロファイルを表す指標である。ホストユーザ情報は、例えば視聴者数情報であってもよい。配信ユーザＵｂが配信している動画の視聴ユーザ数が多い場合には、配信ユーザＵａは、配信ユーザＵｂと共演することによって多くの視聴ユーザを獲得できる可能性がある。ホストユーザ情報は、ユーザ評価情報であってもよい。配信ユーザＵｂのユーザ評価情報が高いことは、配信ユーザＵｂが他のユーザから高い評判を獲得していることを意味する。よって、配信ユーザＵａは、配信ユーザＵｂのユーザ評価情報が高い場合には、配信ユーザＵｂと共演することで自らも高い評価を得ることができる可能性がある。ホストユーザ情報は、動画評価情報であってもよい。配信ユーザＵｂの動画評価情報が高いことは、配信ユーザＵｂが配信した動画が高い評判を獲得していることを意味する。よって、配信ユーザＵａは、配信ユーザＵｂの動画評価情報が高い場合には、配信ユーザＵｂの動画へ出演することにより自らも高い評価を得ることができる可能性がある。
【０１１５】
ホストユーザ情報は、視聴者数情報、ユーザ評価情報、及び動画評価情報の一部又は全部に基づいて所定のアルゴリズムにより算出したスコアであってもよい。例えば、配信ユーザの多くは、より多くの視聴ユーザの獲得を目指すと考えられるので、視聴者数情報は、ユーザ情報に含まれる他の情報よりもゲストユーザにとって重要視される可能性がある。そこで、視聴者数情報、ユーザ評価情報、及び動画評価情報について、視聴者数情報により多くの重み付けを行った加重平均を算出し、この加重平均で表されるスコアをホストユーザ情報として用いることができる。ホストユーザ情報を示すスコアの算出方法は、本明細書で明示的に説明されるものには限定されない。
【０１１６】
以上のように、配信ユーザＵｂの視聴者数情報、ユーザ評価情報、及び動画評価情報並びにこれらの情報に基づいて算出されたスコアは、配信ユーザＵｂのホストユーザとしてのプロファイル又は共演相手としての魅力を表す指標となり得る。このようなホストユーザ情報をディスプレイ領域３７ａに表示することにより、インビテーションを送った配信ユーザＵｂと共演するか否かを決定する際に参照できる情報を招待ユーザである配信ユーザＵａに伝えることができる。配信ユーザＵａは、ホストユーザ情報に基づいて、配信ユーザＵｂとの共演を行うか否かを決定することができる。
【０１１７】
ウィンドウ３７に含まれる共演申請ボタン３７ｂは、配信ユーザＵｂが配信している動画において配信ユーザＵｂとの共演を申請するための共演申請を送信するための操作ボタンである。共演申請は、共演申請ボタン３７ｂを選択することによりサーバ装置６０に送信され、この送信された共演申請がサーバ装置６０にて受け付けられる。サーバ装置６０は、配信ユーザＵａからの共演申請だけでなく、様々な配信ユーザからの共演申請を受け付けることができる。ウィンドウ３７の表示後の所定時間内に共演申請ボタン３７ｂ又は共演辞退ボタン３７ｃのいずれも選択されない場合には、ウィンドウ３７を画面から消去してもよい。既述のとおり、配信ユーザ装置２０ａに表示される動画４０ａには共演申請ボタン３６が表示されてもよい。よって、ウィンドウ３７は共演申請ボタン３７ｂを含まなくとも良い。ウィンドウ３７に共演申請ボタン３７ｂが含まれない場合には、配信ユーザＵａは、配信ユーザＵｂとの共演を申請するときに共演申請ボタン３６を選択することができる。
【０１１８】
図示の実施形態において、共演申請ボタン３６は、ウィンドウ３７の表示前から表示されている。この場合、インビテーションを受信する前であっても配信ユーザＵａは、共演申請ボタン３６を選択することにより、配信ユーザＵｂとの共演を申請することができる。このように、インビテーションを受けていない配信ユーザからの共演申請を受け付ける場合には、過大な数の共演申請が行われる可能性がある。特に、配信ユーザＵｂが人気にある配信ユーザである場合には、非常に多くの共演申請がなされる可能性がある。そこで、本発明の他の実施形態において、共演申請ボタン３６は、インビテーションを受けた後に、当該インビテーションを受信した配信ユーザの配信ユーザ装置においてのみ表示されてもよい。インビテーションを受けた場合には、ウィンドウ３７に共演申請ボタン３７ｂが表示されるが、そのウィンドウ３７が画像から消えた後に、共演申請ボタン３６が画像４０ａに表示されてもよい。これにより、インビテーションを受けた招待ユーザからのみ共演申請を受け付けることができる。
【０１１９】
本発明の一実施形態においては、共演申請ボタン３６はインビテーションを受け取ったか否かにかかわらず画像４０ａに表示されてもよい。この場合、共演申請ボタン３６が選択されたときに共演パスワードの入力を要求し、共演パスワードが認証された場合にのみ共演要求がサーバ装置６０に送信されるようにしてもよい。配信ユーザＵｂは、共演申請を認めるユーザに対してのみ当該共演パスワードを通知しておくことにより、共演申請数をコントロールすることができる。共演パスワードの通知は、動画配信システム１内で利用されるメッセージング機能、動画配信システム１とは別のメッセージング機能（例えば、ＬＩＮＥ株式会社が提供するＬＩＮＥ）、及びこれら以外のチャネルでユーザに対して通知され得る。このように、共演パスワードは、配信ユーザＵｂからのインビテーションと関連付けずに、関連ユーザＵｂが配信している動画を視聴しているユーザ又はそれ以外のユーザに送信され得る。
【０１２０】
共演申請処理部６１ｆは、あるユーザ（例えば、配信ユーザＵａ）からの共演申請を受け付けた場合に、当該ユーザの共演申請を許可するか否かを判定する。共演申請処理部６１ｆは、共演申請を行った配信ユーザＵａのユーザ情報の少なくとも一部に基づいて、配信ユーザＵａと配信ユーザＵｂとの共演を許可するか否かを判定してもよい。例えば、共演申請を行った配信ユーザＵａのユーザ評価ポイントが所定の閾値よりも大きい場合に配信ユーザＵａの配信ユーザＵｂとの共演が許可され、当該閾値以下の場合には配信ユーザＵａの配信ユーザＵｂとの共演は拒否されてもよい。この判定基準には、特に制限はない。招待ユーザ選定部６１ｄは、配信ユーザＵｂの共演相手として望ましいユーザを招待ユーザとして選定するように構成されているが、仮に共演相手として望ましくないユーザが招待ユーザとして選定された場合であっても、共演申請処理部６１ｆによって共演可否を判定することにより、望ましくない共演相手との共演を回避することができる。
【０１２１】
共演申請処理部６１ｆは、配信ユーザＵａからの共演申請が許可された場合に、当該共演申請に基づいて配信ユーザＵａと配信ユーザＵｂとが共演する共演動画を生成する。共演動画の生成のために、共演申請処理部６１ｆは、配信ユーザＵａから、当該配信ユーザＵａのフェイスモーションデータ及び音声データを取得する。配信ユーザＵａのフェイスモーションデータは、共演申請とともに配信ユーザ装置２０ａからサーバ装置６０に送信されてもよいし、共演申請が許可された後にサーバ装置６０からの要求に応じて配信ユーザ装置２０ａからサーバ装置６０に送信されてもよい。配信ユーザＵａの体の動きもアニメーションとして表現される場合には、配信ユーザＵａのフェイスモーションデータとともにボディモーションデータがサーバ装置６０に提供されてもよい。共演申請処理部６１ｆは、配信ユーザＵａからフェイスモーションデータが取得できない場合には、配信ユーザＵａから音声データのみを取得してもよい。例えば、配信ユーザＵａが使用する配信ユーザ装置２０ａがフェイスモーションデータ生成部２１ａ１の機能またはこれ以外の動画配信のための機能を備えていない場合、当該機能がディスエーブルされている場合、及びこれら以外の場合には、共演申請処理部６１ｆは、配信ユーザＵａからフェイスモーションデータ（及びボディモーションデータ）を取得せず音声データを取得してもよい。
【０１２２】
一実施形態において、共演申請処理部６１ｆは、配信ユーザＵａのフェイスモーションデータに基づいて、配信ユーザＵｂのキャラクタオブジェクト３１を含む配信中の動画に、配信ユーザＵａのキャラクタオブジェクトのアニメーションを追加することで、共演動画を生成する。配信ユーザＵａのキャラクタオブジェクトのアニメーションは、アニメーション生成部６１ａにおいて、配信ユーザＵａのフェイスモーションデータに基づいて生成されてもよい。配信ユーザＵａのキャラクタオブジェクトのアニメーションは、配信ユーザＵａのフェイスモーションデータをモデルデータ６３ａに含まれている配信ユーザＵａ用のモデルデータに適用することにより生成されてもよい。例えば、共演申請処理部６１ｆは、配信ユーザＵａのキャラクタオブジェクトのアニメーションを含むレイヤーを生成し、このレイヤーを配信ユーザＵｂのキャラクタオブジェクト３１を含む動画に重畳することで、配信ユーザＵａのキャラクタオブジェクト及び配信ユーザＵｂのキャラクタオブジェクト３１を含む共演動画を生成することができる。配信ユーザＵａのキャラクタオブジェクト及び配信ユーザＵｂのキャラクタオブジェクト３１を含む共演動画を生成することで、配信ユーザＵａと配信ユーザＵｂとは互いに離れた地点から動画配信システム１を利用している場合であっても、当該共演動画内で仮想的に共演することができる。共演申請処理部６１ｆは、配信ユーザＵａからフェイスモーションデータ（及びボディモーションデータ）を取得せず音声データを取得した場合には、配信ユーザＵｂのキャラクタオブジェクト３１を含む動画に、配信ユーザＵａから取得した音声データに基づいて生成される音声を重畳することで、配信ユーザＵｂのキャラクタオブジェクト３１と配信ユーザＵａの音声とを含む共演動画を生成することができる。共演申請処理部６１ｆは、モデルデータ６３ａとして配信ユーザＵａ用のモデルデータが設定されていない場合にも、配信ユーザＵｂのキャラクタオブジェクト３１を含む動画に、配信ユーザＵａから取得した音声データに基づいて生成される音声を重畳することで、配信ユーザＵｂのキャラクタオブジェクト３１と配信ユーザＵａの音声とを含む共演動画を生成することができる。このように、配信ユーザＵａは、自らの音声により配信ユーザＵｂと共演することができる。
【０１２３】
共演申請処理部６１ｆは、配信ユーザＵａからフェイスモーションデータを取得できない場合に配信ユーザＵａの音声と配信ユーザＵｂのキャラクタオブジェクト３１を含む共演動画を配信し、その後配信ユーザＵａからフェイスモーションデータを取得したタイミングで、配信ユーザＵａのフェイスモーションデータに基づいて配信ユーザＵａのキャラクタオブジェクトを生成することで、配信ユーザＵａのキャラクタオブジェクト及び配信ユーザＵｂのキャラクタオブジェクト３１を含む共演動画を生成することができる。このように、共演申請処理部６１ｆは、配信ユーザＵａの音声と配信ユーザＵｂのキャラクタオブジェクト３１を含む共演動画を、配信ユーザＵａのキャラクタオブジェクト及び配信ユーザＵｂのキャラクタオブジェクト３１を含む共演動画に切り替えることができる。これとは逆に、共演申請処理部６１ｆは、配信ユーザＵａのキャラクタオブジェクト及び配信ユーザＵｂのキャラクタオブジェクト３１を含む共演動画を、配信ユーザＵａの音声と配信ユーザＵｂのキャラクタオブジェクト３１を含む共演動画に切り替えることができる。このように、音声による共演が行われている共演動画（「音声共演動画」と呼ぶことがある。）とキャラクタオブジェクトによる共演が行われている共演動画（「キャラクタ共演動画」と呼ぶことがある。）とは、交互に切り替え可能とされてもよい。
【０１２４】
生成された共演動画は、動画配信部６１ｃにより配信される。共演動画は、配信ユーザ装置２０ａで作成されてもよい。共演動画が配信ユーザ装置２０ａで生成される場合には、当該共演動画が配信ユーザ装置２０ａからサーバ装置６０に送信され、サーバ装置６０の動画配信部６１ｃにより配信される。
【０１２５】
動画配信部６１ｃから配信された共演動画の表示例を図９及び図１０ａ〜図１０ｂに示す。これらの図では、配信ユーザＵａから配信ユーザＵｂに対するが共演申請が許可されたため、配信ユーザＵａのキャラクタオブジェクト１３１及び配信ユーザＵｂのキャラクタオブジェクト３１を含む共演動画が配信されていることを想定している。
【０１２６】
図９に示されているように、視聴ユーザ装置１０のディスプレイには、サーバ装置６０から配信された共演動画の画像２３０が表示される。この視聴ユーザ装置１０に表示されている共演動画の画像２３０には、配信ユーザＵｂのキャラクタオブジェクト３１に加えて、配信ユーザＵａのキャラクタオブジェクト１３１が含まれている。配信ユーザＵａのキャラクタオブジェクト１３１は、上記のように、アニメーション生成部６１ａ又は共演申請処理部６１ｆにおいて生成される。共演動画の画像２３０は、図５に示されている元の配信画像と同様に、ギフトボタン３２と、評価ボタン３３と、コメントボタン３４と、コメント表示領域３５と、を含んでいる。共演動画の画像２３０は、これらに加えて、ゲスト評価ボタン１３３ａ，１３３ｂを含んでもよい。ゲスト評価ボタン１３３ａは、ゲストユーザ（図示の例では、配信ユーザＵａがゲストユーザである。）への肯定的な評価を示すポジティブ評価情報をサーバ装置６０へ送信するためのボタンであり、ゲスト評価ボタン１３３ｂは、ゲストユーザへの否定的な評価を示すネガティブ評価情報をサーバ装置６０へ送信するためのボタンである。動画を視聴中の視聴ユーザによってゲスト評価ボタン１３３ａが選択されると当該ゲストユーザへの肯定的な評価がなされたことを示すゲスト評価情報がサーバ装置６０に送信され、ゲスト評価ボタン１３３ｂが選択されると当該ゲストユーザへの肯定的な評価がなされたことを示すゲスト評価情報がサーバ装置６０に送信されてもよい。図示は省略されているが、ホストユーザへの評価を行うための一又は複数のホスト評価ボタンが共演動画とともに表示されてもよい。動画を視聴中の視聴ユーザによってホスト評価ボタンが選択されると当該ホストユーザ（配信ユーザＵｂ）への肯定的な評価又は否定的な評価がなされたことを示すホスト評価情報がサーバ装置６０に送信されてもよい。
【０１２７】
共演動画の画像２３０は、図示のとおり、横長の画像である。共演申請処理部６１ｆ又は動画配信部６１ｃは、共演動画を横長の動画として配信してもよい。これにより、視聴ユーザ装置１０には、共演動画の画像２３０が横長の画像として表示される。一実施形態においては、元の動画（画像）が図５に示されているように縦長だとしても、共演動画は横長に変換されて配信される。共演動画は、二人の配信ユーザのキャラクタオブジェクトを含むため、横長の画像とすることにより、二人分のキャラクタオブジェクトを重複なく表示しやすくなる。例えば、共演動画においては、視聴ユーザの視点で向かって左半分を元の配信ユーザ（ホストユーザ）のキャラクタオブジェクトに割り当てられる領域とし、右半分を共演申請を行った配信ユーザ（ゲストユーザ）のキャラクタオブジェクトに割り当てられる領域としてもよい。各配信ユーザへの領域の割り当ては、キャラクタオブジェクト同士が重複しないように任意に定められてもよい。
【０１２８】
図１０ａに示されているように、配信ユーザＵａの配信ユーザ装置２０ａには、サーバ装置６０から配信された共演動画の画像３３０が表示される。この配信ユーザ装置２０ａに表示される共演動画の画像３３０には、視聴ユーザ装置１０に表示される共演動画の画像２３０と同じ背景画像、キャラクタオブジェクト画像、及びコメントが含まれている。他方、共演動画の画像３３０は、ギフトボタン３２、評価ボタン３３、コメントボタン３４、及び共演申請ボタン３６を含んでおらず、表示指示ボタン４２ａ〜４２ｃを含んでいる点で画像２３０と異なっている。
【０１２９】
図１０ｂに示されているように、配信ユーザ装置２０ｂのディスプレイには、サーバ装置６０から配信された共演動画の画像４３０が表示される。配信ユーザ装置２０ｂに表示される共演動画の画像４３０には、共演相手の配信ユーザＵａの配信ユーザ装置２０ａに表示されている画像３３０と同じ背景画像、キャラクタオブジェクト３１，１３１、コメント３５、及び表示指示ボタン４２ａ〜４２ｃが含まれている。他方、画像４３０には、共演を終了させるための共演終了ボタン４５が表示されている。一実施形態においては、共演終了ボタン４５は、共演申請を受けた配信ユーザＵｂの配信ユーザ装置２０ｂにおける共演動画の画像４３０だけでなく、共演申請を行った配信ユーザＵａの配信ユーザ装置２０ｂにおける共演動画の画像３３０に表示されてもよい。共演終了ボタン４５が選択されると、共演動画において配信ユーザＵａとの共演を終了するための処理が行われる。例えば、配信ユーザ装置２０ｂにおいて共演終了ボタン４５が選択されたことに応じて、配信ユーザ装置２０ｂからサーバ装置６０に対して共演終了指示が送信される。配信ユーザＵｂは、共演動画を再生している間に、ゲストユーザである配信ユーザＵａを共演禁止ユーザとして設定することができる。例えば、共演動画内で配信ユーザＵａが望ましくない行動や言動を行ったときに、配信ユーザＵａを共演禁止ユーザとして設定することができる。配信ユーザＵａの共演禁止ユーザとしての設定は、配信ユーザＵａのユーザ情報の出演禁止情報に配信ユーザＵｂのユーザＩＤを記録することにより行われてもよい。サーバ装置６０は、例えば、配信ユーザ装置２０ｂから共演終了指示を受け付けると、配信ユーザＵｂのユーザ情報において配信ユーザＵａを共演禁止ユーザとして自動的に登録することができる。配信ユーザＵｂは、共演動画の再生時以外に、配信ユーザＵａを出演禁止ユーザとして設定してもよい。例えば、動画配信システム１が提供するメッセージングサービスにおいて配信ユーザＵａによる望ましくないメッセージの投稿を確認したことに応じて、配信ユーザＵａを出演禁止ユーザとして設定してもよい。上記の例とは逆に、配信ユーザＵｂが望ましくない行動や言動を行ったときに、配信ユーザ装置２０ａにおいて共演終了ボタン４５が選択されたことに応じてホストユーザを共演禁止ユーザとして設定してもよい。
【０１３０】
ホストユーザである配信ユーザＵｂの配信ユーザ装置２０ｂにおける共演動画の画像４３０には、ゲストユーザに警告を与えるための警告ボタン（不図示）が表示されてもよい。この警告ボタンは、ゲストユーザである配信ユーザＵａの配信ユーザ装置２０ａにおける共演動画の画像３３０に表示されてもよい。警告ボタンは、共演終了ボタン４５とは異なり、ただちに共演を終了させる程度には至らないが、ゲストユーザがホストユーザにとって望ましくない行動をとった場合又はホストユーザがゲストユーザによって望ましくない行動をとった場合に選択されることが想定される。ホストユーザの配信ユーザ装置（例えば、配信ユーザＵｂの配信ユーザ装置２０ｂ）において警告ボタンが選択された場合には、配信ユーザ装置２０ｂからサーバ装置６０に対して警告指示が送信される。ホストユーザの配信ユーザ装置において警告ボタンが選択されると、ゲストユーザの配信ユーザ装置（例えば、配信ユーザＵａの配信ユーザ装置２０ａ）に表示される共演動画の画像３３０においてホストユーザから警告がなされたことを示す警告情報が表示されてもよい。警告情報は、視聴ユーザ装置１０における画像２３０に表示されてもよい。警告情報を含む共演動画は、サーバ装置６０において生成されてもよい。警告情報を視聴ユーザの画像２３０に表示することにより、視聴ユーザに対してゲストユーザの望ましくない行動に対してホストユーザが対応していることを示すことができる。サーバ装置６０は、あるホストユーザからあるゲストユーザに対して警告指示がなされた回数をカウントし、警告指示の回数が所定回数（例えば、３回）になったときに当該ホストユーザと当該ゲストユーザとの共演を終了するための処理を行ってもよい。この所定回数以上の警告指示に基づいて共演を終了させるための処理は、上述した共演終了指示に基づいて共演を終了させるための処理と同じ処理であってもよい。
【０１３１】
共演申請処理部６１ｆは、作成した共演動画を識別する動画ＩＤを発行してもよい。この動画ＩＤと対応付けて、当該共演動画に関する共演動画情報をストレージ６３に記憶することができる。既述のように、配信されている共演動画の動画ＩＤと対応付けて、当該共演動画の共演時間情報を更新してもよい。共演時間情報は、動画配信部６１ｃにおいて共演動画の配信時間をモニターし、このモニター結果に基づいて更新されてもよい。
【０１３２】
共演動画情報のうちゲストユーザ評価情報は、視聴ユーザ装置１０からのゲストユーザである配信ユーザＵａへの肯定的な評価示すポジティブ評価情報及び当該配信ユーザＵａへの否定的な評価を示すネガティブ評価情報に基づいて更新されてもよい。例えば、サーバ装置６０は、視聴ユーザ装置１０から配信ユーザＵａへの肯定的な評価示すポジティブ評価情報を受信した場合にはゲストユーザ評価ポイントを増加させてもよく、配信ユーザＵａへの否定的な評価示すネガティブ評価情報を受信した場合にはゲストユーザ評価ポイントを減少させてもよい。視聴ユーザが共演動画の視聴を途中で止めた場合には、当該視聴ユーザが当該共演動画に満足していない可能性がある。よって、視聴ユーザが共演動画の視聴を途中で止めた場合に、ゲストユーザへのネガティブな評価があったものとして、当該ゲストユーザのゲストユーザ評価ポイントを減少させてもよい。ポジティブ評価情報及びネガティブ評価情報の少なくとも一方は、時間の経過とともに減少するように更新されてもよい。例えば、配信ユーザＵａがある時刻において１００ポイントのポジティブ評価情報を有していても、時間の経過に伴って当該ポジティブ評価情報はゼロに近づくように更新されてもよい。あるユーザについてのネガティブ評価情報が所定の値を超えると、当該ユーザについては他のユーザとの共演を禁止してもよい。例えば、ネガティブ評価情報が所定値を超えたユーザの配信ユーザ装置に表示される画像においては、共演申請ボタン３６を表示させない処理がなされてもよい。
【０１３３】
共演終了処理部６１ｇは、ゲストユーザである配信ユーザＵａとホストユーザである配信ユーザＵｂとの共演を終了させるための共演終了条件が満たされるとゲストユーザである配信ユーザＵａとホストユーザである配信ユーザＵｂとの共演を終了するための処理を行う。一実施形態において、共演終了処理部６１ｇは、ホストユーザである配信ユーザＵｂの配信ユーザ装置２０ｂから共演終了指示を受け付けると、共演終了条件が満たされたと判定し、共演動画の配信を終了するための処理を行う。例えば、共演終了処理部６１ｇは、共演終了指示が受け付けられると、配信ユーザＵａのキャラクタオブジェクト１３１のアニメーションの生成を中止し、配信ユーザＵａのキャラクタオブジェクト１３１を含まず配信ユーザＵｂのキャラクタオブジェクト３１を含む動画を生成する。言い換えると、配信する動画からゲストユーザである配信ユーザＵａのキャラクタオブジェクト１３１を排除する。ゲストユーザである配信ユーザＵａのキャラクタオブジェクト１３１が排除されることにより、配信ユーザＵａと配信ユーザＵｂとの共演は終了する。共演が終了した後は、キャラクタオブジェクト１３１を含まずにキャラクタオブジェクト３１を含む動画の配信が継続されてもよい。この共演終了後に配信される動画は、図５に示されているように、縦長の動画として生成されてもよい。つまり、共演が終了したことに応じて、動画の向きが変更されてもよい。一実施形態においては、共演が終了したことに応じて、動画の向きが横向きから縦向きに変更されてもよい。他の実施形態においては、共演が終了したことに応じて、ホストユーザである配信ユーザＵｂによる動画の配信を終了してもよい。一実施形態において、配信ユーザＵｂとの共演が終了したときに他のユーザからの共演申請を既に受信している場合、共演申請処理部６１ｆは、当該共演申請に基づいて当該他のユーザの共演可否を判定してもよい。
【０１３４】
一実施形態において、共演終了処理部６１ｇは、ゲストユーザである配信ユーザＵａのキャラクタオブジェクト１３１がノンアクティブ状態にあるか否かを判定し、ノンアクティブ状態にあると判定された場合に、共演終了条件が満たされたと判定する。一実施形態において、配信ユーザＵａのキャラクタオブジェクト１３１がノンアクティブ状態にあるか否かは、配信ユーザＵａの配信ユーザ装置２０ａから受け取るフェイスモーションデータ、ボディモーションデータ、及び音声データのうちの少なくとも一つに基づいて判定される。フェイスモーションデータ、ボディモーションデータ、及び音声データはいずれも配信ユーザの動きを示すデータであるため、本明細書では、これらを総称して「モーションデータ」と呼ぶことがある。配信ユーザＵａのキャラクタオブジェクト１３１がノンアクティブ状態にあるか否かは、モーションデータに基づいて、すなわちフェイスモーションデータ、ボディモーションデータ、及び音声データのうちの少なくとも一つに基づいて判定される。例えば、配信ユーザＵａの配信ユーザ装置２０ａからフェイスモーションデータの入力が一定期間ない場合には、共演動画において配信ユーザＵａのキャラクタオブジェクト１３１の表情が当該一定期間動かなくなるため、キャラクタオブジェクト１３１がノンアクティブ状態にあると判定されてもよい。配信ユーザＵａの配信ユーザ装置２０ａからボディモーションデータの入力が一定期間ない場合には、共演動画において配信ユーザＵａのキャラクタオブジェクト１３１の体の動きが当該一定期間動なくなるため、キャラクタオブジェクト１３１がノンアクティブ状態にあると判定されてもよい。配信ユーザＵａの配信ユーザ装置２０ａから音声データの入力が一定期間ない場合には、共演動画において配信ユーザＵａのキャラクタオブジェクト１３１が当該一定期間無言となるため、キャラクタオブジェクト１３１がノンアクティブ状態にあると判定されてもよい。
【０１３５】
一実施形態において、共演終了処理部６１ｇは、配信されている共演動画の共演動画情報に応じて、ゲストユーザである配信ユーザＵａのキャラクタオブジェクト１３１を動画から排除することで共演を終了させる。例えば、共演終了処理部６１ｇは、ゲストユーザ評価情報がゲストユーザ評価ポイントである場合には、ゲストユーザ評価ポイントが所定の閾値よりも小さくなった場合に配信ユーザＵａのキャラクタオブジェクト１３１を動画から排除することで当該配信ユーザＵａとの共演を終了させることができる。視聴ユーザからゲストユーザである配信ユーザＵａに対するネガティブ評価情報を受けるほどゲストユーザ評価ポイントは小さくなる。よって、ゲストユーザ評価ポイントに基づいて配信ユーザＵａとの共演を終了するか否かを判定することにより、視聴ユーザからの評価が低いユーザと長期間共演することを回避できる。
【０１３６】
次に、図１１を参照して、一態様による動画配信処理について説明する。図１１は、一実施形態における動画配信処理の流れを示すフロー図である。図１１を参照して説明される動画配信処理においては、配信ユーザＵｂの動画がサーバ装置６０から配信されることが想定されている。つまり、配信ユーザ装置２０ｂを用いて取得された配信ユーザＵｂのフェイスモーションデータに基づいて生成された動画がサーバ装置６０から配信されることが想定されている。
【０１３７】
まず、ステップＳ１１では、配信ユーザＵｂの顔の動き（表情）のデジタル表現であるフェイスモーションデータが生成される。フェイスモーションデータの生成は、例えば、配信ユーザ装置２０ｂのフェイスモーションデータ生成部１２１ｂで行われる。配信ユーザ装置２０ｂにおいては、配信ユーザＵａ，Ｕｂからの音声入力に基づいて音声データが生成されてもよい。生成されたフェイスモーションデータ及び音声データは、サーバ装置６０に送信される。
【０１３８】
次に、ステップＳ１２において、配信ユーザ装置２０ｂからのフェイスモーションデータが配信ユーザＵｂ用のモデルデータに適用されることにより、配信ユーザＵｂの表情の動きに同期して動くキャラクタオブジェクト３１のアニメーションが生成される。このアニメーションの生成は、例えば、上記のアニメーション生成部６１ａで行われる。
【０１３９】
次に、ステップＳ１３において、配信ユーザＵｂのキャラクタオブジェクト３１のアニメーションを含む動画が生成される。この動画には、配信ユーザＵｂの音声が合成されてもよい。キャラクタオブジェクト３１のアニメーションは、背景画像に重畳して表示される。この動画の生成は、例えば、上記の動画生成部６１ｂで行われる。
【０１４０】
次に、ステップＳ１４に移行し、ステップＳ１３にて生成された動画が配信される。この動画は、ネットワーク５０を介して視聴ユーザ装置１０及びこれら以外の視聴ユーザ装置並びに配信ユーザ装置に配信される。配信された動画が視聴ユーザ装置１０において再生される場合には、例えば、図５に示すような動画の画像が視聴ユーザ装置１０に表示される。動画は、所定の配信期間にわたって継続して配信される。動画の配信期間は、例えば、３０秒間、１分間、５分間、１０分、３０分間、６０分間、１２０分間、及びこれら以外の任意の時間に定め得る。この動画の配信は、例えば、上記の動画配信部６１ｃで行われる。
【０１４１】
次に、ステップＳ１５に進み、動画の配信を終了させるための終了条件が成就したか否かが判定される。終了条件は、例えば、配信の終了時刻に達したこと、配信ユーザＵｂが配信ユーザ装置２０ｂにおいて配信を終了するための操作を行ったこと、またはこれら以外の条件である。終了条件が成就していなければステップＳ１１〜Ｓ１４の処理が繰り返し実行され、配信ユーザＵｂの動きに同期したアニメーションを含む動画、又は、配信ユーザＵａとの共演が継続している場合には共演動画の配信が継続される。動画について終了条件が成就していると判定された場合には、当該動画の配信処理を終了する。
【０１４２】
次に、図１２を参照して、一実施形態において招待ユーザにインビテーションを提示する処理について説明する。図１２は、一実施形態において動画を配信している配信ユーザから他の配信ユーザに対して当該動画での共演への招待を行う処理の流れを示すフロー図である。図１２を参照して説明される共演動画の配信処理においては、配信ユーザＵｂのキャラクタオブジェクトを含む動画を視聴している配信ユーザＵａに対して配信ユーザＵｂから共演への招待が行われることが想定されている。共演への招待処理は、図１１に示されている動画の配信処理と並行して行われてもよいし、図１１に示されている動画の配信処理の開始前に行われても良い。
【０１４３】
まず、ステップＳ２１において、配信ユーザＵｂのキャラクタオブジェクトを含む動画の配信開始前又は配信中に、インビテーション要求がサーバ装置６０に対して送信される。インビテーション要求は、配信ユーザＵｂの操作に応じて、配信ユーザ装置２０ｂからサーバ装置６０に対して送信される。インビテーション要求の送信処理は、例えば、インビテーション要求部２１ｂ２により行われる。
【０１４４】
次に、ステップＳ２２において、一又は複数の招待ユーザの選定が行われる。招待ユーザは、配信ユーザＵｂのログ情報及び共演候補ユーザの各々のログ情報に基づいて共演候補ユーザの中か選定される。招待ユーザの選定は、視聴ユーザ情報、共演回数情報、属性情報、及びソーシャル情報のうちの少なくとも一つを用いて行われても良い。招待ユーザの選定は、例えば、上記の招待ユーザ選定部６１ｄにより行われる。招待ユーザの選定を行うステップＳ２２は、ステップＳ２１よりも前に行われても良い。
【０１４５】
次に、ステップＳ２３において、配信ユーザＵａの配信ユーザ装置２０ａを含む一又は複数の配信ユーザ装置に対して配信ユーザＵｂの動画における共演へ招待するインビテーションが送信される。また、このインビテーションに関連付けて、配信ユーザＵｂのホストユーザ情報が送信される。配信ユーザＵｂのホストユーザ情報は、配信ユーザＵｂからのインビテーション要求に基づいて生成される。上記のとおり、ホストユーザ情報は、ストレージ６３に格納されているユーザ情報６３ｃ及び共演動画情報６３ｄの少なくとも一方を参照して生成される。ホストユーザ情報の生成処理は、例えば、上記のインビテーション処理部６１ｅにより行われる。インビテーション及びホストユーザ情報の送信処理は、例えば、上記のインビテーション処理部６１ｅにより行われる。
【０１４６】
次に、ステップＳ２４において、配信ユーザＵａの配信ユーザ装置２０ａにおいてインビテーションが受信される。配信ユーザ装置２０ａにおいては、配信ユーザＵｂからインビテーションを受けたことを示す「Ｕｂから招待されました。」という文字列、及び、配信ユーザＵｂのホストユーザ情報が表示される。上記のとおり、ホストユーザ情報は、ユーザ情報６３ｃに基づいて生成される情報であり、好ましくは配信ユーザＵｂの共演相手としての魅力を表す指標である。ホストユーザ情報の表示は、例えば、上記のインビテーション提示部２１ａ２により行われる。配信ユーザＵａは、配信ユーザ装置２０ａに表示された配信ユーザＵｂのホストユーザ情報に基づいて共演申請を行うか否かを決定することができる。配信ユーザＵａは、配信ユーザ装置２０ａにホストユーザ情報とともに表示される共演申請ボタン３７ｂを選択することにより共演申請を行うことができる。
【０１４７】
共演申請が行われた場合には、続いて共演動画の配信処理が行われる。図１３を参照して、一実施形態における共演動画の配信処理について説明する。図１３は、一実施形態において共演動画を配信する処理の流れを示すフロー図である。図１３を参照して説明される共演動画の配信処理においては、配信ユーザＵｂのキャラクタオブジェクトを含む動画を視聴している配信ユーザＵａから配信ユーザＵｂに対して共演申請がなされたことが想定されている。共演動画の配信処理は、図１１に示されている動画の配信処理と並行して行われる。
【０１４８】
まず、ステップＳ３１において、配信ユーザＵｂのキャラクタオブジェクトを含む動画の配信中に、配信ユーザＵｂ以外のユーザから共演申請がなされたか否かが判定される。共演申請は、例えば、配信ユーザＵａからなされる。配信ユーザＵａは、上記のように、インビテーションを受け取った後に配信ユーザ装置２０ａに表示される共演申請ボタン３７ｂを選択することにより共演申請を行うことができる。共演申請は、共演申請ボタン３６の選択により行われても良い。配信ユーザＵａによって共演申請がなされた場合には、処理はステップＳ３２に進む。共演申請は、配信ユーザＵａ以外の一又は複数の配信ユーザからもなされ得る。
【０１４９】
ステップＳ３２では、共演申請を行ったユーザの中から配信ユーザＵｂの動画において共演させるゲストユーザが選定される。選定されるゲストユーザは、単数であってもよいし複数であってもよい。共演人数に上限が設定されている場合には、この上限人数に達するまでゲストユーザが選定される。
【０１５０】
ステップＳ３２において、配信ユーザＵａがゲストユーザとして選定された場合には、処理はステップＳ３３に進む。ステップＳ３３では、配信ユーザＵａのフェイスモーションデータに基づいて、配信ユーザＵａのキャラクタオブジェクト１３１のアニメーションが生成される。そして、配信中の動画（配信ユーザＵｂのキャラクタオブジェクト３１を含む動画）に、配信ユーザＵａのキャラクタオブジェクト１３１のアニメーションを追加することで、共演動画を生成する。ステップＳ３３における処理は、例えば、上記の共演申請処理部６１ｆで行われる。
【０１５１】
次に、処理は、ステップＳ３４に移行する。ステップＳ３４では、ステップＳ３３にて生成された共演動画が配信される。この共演動画は、ネットワーク５０を介して視聴ユーザ装置１０及びこれら以外の視聴ユーザ装置並びに配信ユーザ装置に配信される。共演動画には、例えば、図９及び図１０ａ〜図１０ｂに示されているように、配信ユーザＵａのキャラクタオブジェクト１３１のアニメーション及び配信ユーザＵｂのキャラクタオブジェクト３１のアニメーションが含まれる。
【０１５２】
次に、処理は、ステップＳ３５に移行する。ステップＳ３５では、共演終了条件が満たされたか否かが判定される。例えば、ゲストユーザである配信ユーザＵａのキャラクタオブジェクト１３１がノンアクティブ状態にある場合、ゲストユーザ評価ポイントが所定の閾値以下になった場合、ホストユーザである配信ユーザＵｂから共演終了指示を受け付けた場合、ゲストユーザである配信ユーザＵａから共演終了指示を受け付けた場合、共演動画の配信開始から所定時間以上が経過した場合、又はこれら以外の共演を終了させるための条件が満たされた場合に、共演終了条件が満たされたと判定される。共演終了条件が満たされた場合には、処理はステップＳ３６に進む。
【０１５３】
ステップＳ３６では、共演動画の配信を終了させるための処理が行われる。例えば、共演動画から、ゲストユーザである配信ユーザＵａのキャラクタオブジェクト１３１が排除されることで、配信ユーザＵａと配信ユーザＵｂとの共演を終了させる。共演が終了した場合でも、動画は継続して配信されてもよい。共演が終了した後に配信される動画には、配信ユーザＵａのキャラクタオブジェクト１３１が含まれない。上記の共演終了条件の判定及び共演の終了処理は、例えば、共演終了処理部６１ｇにより行われる。
【０１５４】
続いて、上記の実施形態が奏する作用効果の例について説明する。上記の一実施形態によれば、ホストユーザとなる配信ユーザＵｂと共演相手の候補となる一又は複数の招待ユーザを選定し、この選定された招待ユーザに対して配信ユーザＵｂと共演を行うためのインビテーションを送付するので、ホストユーザから能動的に共演のための処理を開始することができる。招待ユーザは、配信ユーザＵｂのログ情報と共演候補ユーザのログ情報とに基づいて選定される。よって、招待ユーザの選定を動画配信システム１の利用履歴に基づいて行うことができる。これにより、動画配信システム１の利用履歴の側面から共演相手として適切なユーザを共演に招待することができる。
【０１５５】
上記の一実施形態によれば、配信ユーザＵｂの視聴ユーザ情報と共演候補ユーザの視聴ユーザ情報とに基づいて招待ユーザが選定されるので、各ユーザの視聴ユーザ層の違いを考慮して招待ユーザが選定される。
【０１５６】
上記の一実施形態によれば、配信ユーザＵｂとの関係で視聴ユーザの重複度及び重複数の少なくとも一方が小さな共演候補ユーザが招待ユーザとして選定される。これにより、互いに異なる視聴ユーザを持つユーザ同士の共演を促進することができる。配信ユーザＵｂにとっては、共演前までリーチできなかった視聴ユーザ層にリーチできる機会が得られる。
【０１５７】
上記の一実施形態によれば、配信ユーザＵｂの共演回数情報と共演候補ユーザの共演回数情報とに基づいて招待ユーザが選定されるので、各ユーザの共演回数の違いを考慮して招待ユーザが選定される。一実施形態においては、配信ユーザＵｂとの関係で共演回数の差が大きな共演候補ユーザが招待ユーザとして選定される。配信ユーザＵｂの共演回数が招待ユーザの共演回数よりも多い場合には、招待された招待ユーザにとっては共演動画の配信に習熟したホストユーザからインビテーションを受けることになる。これにより、招待ユーザが共演機能の利用に習熟していなくとも、インビテーションに応じて共演申請を行い易くなる。これにより、動画配信システム１における共演機能の利用が促進される。配信ユーザＵｂの共演回数が招待ユーザの共演回数よりも少ない場合には、配信ユーザＵｂは、共演動画の配信に習熟した招待ユーザに対してインビテーションを送付できることになる。これにより、動画配信システム１における共演機能の利用が促進される。
【０１５８】
上記の一実施形態によれば、配信ユーザＵｂと共演候補ユーザのプロフィールの共通性又は相違性を考慮して、共演相手として適切な招待ユーザを選定することができる。例えば、配信ユーザＵｂと共通のプロフィール項目が多い共演候補ユーザを招待ユーザとして選定することができる。
【０１５９】
上記の一実施形態によれば、配信ユーザＵｂと共演候補ユーザのソーシャル情報の共通性又は相違性を考慮して、共演相手として適切な招待ユーザを選定することができる。例えば、配信ユーザＵｂと共通の友人が多い共演候補ユーザを招待ユーザとして選定することができる。
【０１６０】
上記の一実施形態による動画配信システム１においては、配信ユーザＵａ，Ｕｂは、スマートフォンなどのカメラを備えた配信ユーザ装置２０により自らの表情に応じて動くキャラクタオブジェクトを含む動画を配信することができる。このように、動画配信システム１においては、配信ユーザＵａ，Ｕｂが動画を配信するための設備が簡略化されているので、配信ユーザＵａ，Ｕｂが参加しやすいプラットフォームが実現されている。
【０１６１】
本明細書において説明された処理手順、特にフロー図を用いて説明された処理手順においては、その処理手順を構成する工程（ステップ）の一部を省略すること、その処理手順を構成する工程として明示されていない工程を追加すること、及び／又は当該工程の順序を入れ替えることが可能であり、このような省略、追加、順序の変更がなされた処理手順も本発明の趣旨を逸脱しない限り本発明の範囲に含まれる。
【０１６２】
コンピュータプロセッサ６１により実現される機能の少なくとも一部は、動画配信システム１のコンピュータプロセッサ６１以外のコンピュータプロセッサにより実現されてもよい。コンピュータプロセッサ６１により実現される機能の少なくとも一部は、例えば、配信ユーザ装置２０のコンピュータプロセッサ２１により実現されてもよく、視聴ユーザ装置１０のコンピュータプロセッサにより実現されてもよい。具体的には、アニメーション生成部６１ａ及び動画生成部６１ｂの機能の一部又は全部は、配信ユーザ装置２０において実行されてもよい。例えば、配信ユーザ装置２０において生成された動画がサーバ装置６０に送信され、サーバ装置６０から視聴ユーザ装置１０に配信されてもよい。
【０１６３】
配信ユーザＵｂのキャラクタオブジェクト３１を含む動画を視聴している配信ユーザＵａから配信ユーザＵｂとの共演申請がなされる場合には、共演申請を行った配信ユーザＵａのキャラクタオブジェクト１３１のアニメーションは、サーバ装置６０、配信ユーザＵａの配信ユーザ装置２０ａ、配信ユーザＵｂの配信ユーザ装置２０ｂ、又は視聴ユーザ装置１０のいずれで生成されてもよい。また、生成された配信ユーザＵａのキャラクタオブジェクト１３１と配信ユーザＵｂの配信動画とキャラクタオブジェクト３１とを含む共演動画の生成は、サーバ装置６０、配信ユーザＵａの配信ユーザ装置２０ａ、配信ユーザＵｂの配信ユーザ装置２０ｂ、又は視聴ユーザ装置１０のいずれで行われてもよい。共演動画は、サーバ装置６０、配信ユーザ装置２０ａ、配信ユーザ装置２０ｂ、視聴ユーザ装置１０、及びこれら以外の装置により分担して生成されてもよい。一つの例において、配信ユーザＵａのキャラクタオブジェクト１３１のアニメーションが配信ユーザＵｂの配信ユーザ装置２０ｂで生成される場合には、配信ユーザＵａの配信ユーザ装置２０ａから配信ユーザＵｂの配信ユーザ装置２０ｂに対して、配信ユーザＵａのフェイスモーションデータ及び音声データが送信される。共演動画にギフトオブジェクトが含められる場合には、配信ユーザ装置２０ｂに対して配信ユーザ装置２０ａ又はサーバ装置６０から当該ギフトオブジェクトを表示するためのデータが送信されてもよい。配信ユーザ装置２０ｂでは、配信ユーザ装置２０ａから受信した配信ユーザＵａのフェイスモーションデータ及び音声データを配信ユーザＵａ用のモデルデータに適用することでキャラクタオブジェクト１３１のアニメーションが生成される。この配信ユーザＵａ用のモデルデータは、サーバ装置６０から配信ユーザ装置２０ａへ送信されてもよい。他の例において、配信ユーザＵａのキャラクタオブジェクト１３１のアニメーションが視聴ユーザ装置１０で生成される場合には、配信ユーザＵａの配信ユーザ装置２０ａから視聴ユーザ装置１０に対して配信ユーザＵａのフェイスモーションデータ及び音声データが送信され、配信ユーザＵｂの配信ユーザ装置２０ｂから視聴ユーザ装置１０に対して配信ユーザＵｂのフェイスモーションデータ及び音声データが送信される。視聴ユーザ装置１０では、配信ユーザ装置２０ａから受信した配信ユーザＵａのフェイスモーションデータ及び音声データを配信ユーザＵａ用のモデルデータに適用することでキャラクタオブジェクト１３１のアニメーションが生成され、配信ユーザ装置２０ｂから受信した配信ユーザＵｂのフェイスモーションデータ及び音声データを配信ユーザＵｂ用のモデルデータに適用することでキャラクタオブジェクト３１のアニメーションが生成されてもよい。この配信ユーザＵａ用のモデルデータ及び配信ユーザＵｂ用のモデルデータは、サーバ装置６０から視聴ユーザ装置１０へ送信されてもよい。共演動画にギフトオブジェクトが含められる場合には、視聴ユーザ装置１０に対して配信ユーザ装置２０ａ、配信ユーザ装置２０ｂ又はサーバ装置６０から当該ギフトオブジェクトを表示するためのデータが送信されてもよい。このように、配信ユーザのキャラクタオブジェクトのアニメーション及び／又はキャラクタオブジェクトのアニメーションを含む共演動画は、動画配信システム１に含まれる任意の装置で生成され得る。キャラクタオブジェクトのアニメーションは、図１に明示的に示されていない装置で生成されてもよい。キャラクタオブジェクトのアニメーションを生成する装置には、配信ユーザＵａの配信ユーザ装置２０ａから配信ユーザＵａのフェイスモーションデータ及び音声データが送信され、配信ユーザＵｂの配信ユーザ装置２０ｂから配信ユーザＵｂのフェイスモーションデータ及び音声データが送信される。フェイスモーションに加えてボディモーションが送信されてもよい。
【０１６４】
共演動画は、三人以上の配信ユーザのキャラクタオブジェクトを含んでもよい。つまり、三人以上の配信ユーザが、各々のキャラクタオブジェクトを利用して動画内で仮想的に共演してもよい。共演できる配信ユーザの数には上限が設定されていてもよい。共演できる配信ユーザの数が上限に達すると、配信ユーザが視聴している動画の画像（例えば、画像４０ａ）に共演申請ボタン３６を表示させない処理、又は、配信ユーザが視聴している動画の画像において共演申請ボタン３６を選択不能とする処理（ディスエーブル処理）がなされてもよい。
【符号の説明】
【０１６５】
１  動画配信システム
１０  視聴ユーザ装置
２０ａ、２０ｂ  配信ユーザ装置
２１ａ１、２１ｂ１  フェイスモーションデータ生成部
２１ａ２  インビテーション提示部
２１ａ３  共演申請部
２１ｂ２  インビテーション要求部
６０  サーバ装置
６１ａ  アニメーション生成部
６１ｂ  動画生成部
６１ｃ  動画配信部
６１ｄ  招待ユーザ選定部
６１ｅ  インビテーション処理部
６１ｆ  共演申請処理部
６１ｇ  共演終了処理部
６３  ストレージ
【要約】      （修正有）【課題】適切な共演相手と共演することが可能な動画配信システム、動画配信方法及び動画配信プログラムを提供する。【解決手段】動画配信システムは、一又は複数のコンピュータプロセッサと、動画配信システムの複数のユーザの各々について動画配信システムの利用履歴に関するログ情報を記憶するストレージと、を備える。複数のユーザのうちの第１ユーザ及び第１ユーザ以外のユーザである複数の共演候補ユーザの各々のログ情報に基づいて、複数の共演候補ユーザの中から一又は複数の招待ユーザを選定する。一又は複数の招待ユーザに対してインビテーションを送付し、一又は複数の招待ユーザのうちの第２ユーザから第１ユーザとの共演を申請する共演申請を受け付けたことに応じて第１ユーザと第２ユーザとが共演する共演動画を生成し、共演動画を配信する。【選択図】図１３【図１】
0006832997.tif 000002
【図２】
0006832997.tif 000003
【図３】
0006832997.tif 000004
【図４】
0006832997.tif 000005
【図５】
0006832997.tif 000006
【図６ａ】
0006832997.tif 000007
【図６ｂ】
0006832997.tif 000008
【図７】
0006832997.tif 000009
【図８】
0006832997.tif 000010
【図９】
0006832997.tif 000011
【図１０ａ】
0006832997.tif 000012
【図１０ｂ】
0006832997.tif 000013
【図１１】
0006832997.tif 000014
【図１２】
0006832997.tif 000015
【図１３】
0006832997.tif 000016