JP6695482B1 - 制御サーバ、配信システム、制御方法及びプログラム - Google Patents

Abstract

【課題】仮想空間内のアバターを撮影した動画の配信において、状況に応じて適したカメラ割りを行う。【解決手段】仮想空間を撮影する仮想カメラを制御する制御サーバ２０は、複数のカメラ割りのそれぞれを状態とし、仮想空間の状況を遷移条件とした有限オートマトンを記憶する記憶部２３と、仮想空間の状況を解析する解析部２１と、解析結果に基づき、有限オートマトンに従ってカメラ割りの状態を遷移させて、遷移後の状態に応じたカメラ割りとなるように仮想カメラを制御する制御部２２を備える。【選択図】図３

Description

本発明は、制御サーバ、配信システム、制御方法及びプログラムに関する。

仮想現実（ＶＲ）技術を利用し、仮想空間内のスタジオでの番組を仮想カメラで撮影した映像を配信するサービスが知られている。配信者は、仮想空間内でアバターとして番組に参加する。仮想空間内のスタジオを利用することで、遠隔地の複数の配信者が共同して番組を進行することもできる。また、視聴者もアバターとして番組に参加することもできる。

特許４６２５０５８号

仮想空間内に複数のアバターが存在する番組では、参加しているアバター全員を撮影した映像や発言しているアバターのアップの映像など、番組の進行に応じてカメラ割りを変えると見やすい番組を配信できる。

しかしながら、状況に適したカメラ割りをするためには、仮想空間内の仮想カメラを操作するスタッフが必要である。１人または少人数で番組を生配信する場合は、カメラを操作する専門のスタッフはおらず、状況に応じたカメラ割りをすることが難しいという問題があった。

特許文献１には、ユーザの指示またはシナリオによりアバターを仮想空間内で自動的に行動させ、ユーザからの指示によって位置の異なる複数のカメラの撮影画像を切り替える技術が開示されている。特許文献１には、仮想空間内の複数の位置に配置されたカメラの撮影画像を切り替えることは開示されているが、カメラの切り替えは、ユーザの指示または仮想空間内の所定の位置及び時間を予め定めたシナリオに基づくものであり、状況に応じて自動的に切り替わるものではない。

本発明は、上記に鑑みてなされたものであり、仮想空間を撮影した動画の配信において、状況に応じて適したカメラ割りを自動的に行うことを目的とする。

本発明の一態様の制御サーバは、仮想空間内の番組を撮影する仮想カメラを制御する制御サーバであって、複数のカメラ割りのそれぞれを状態とし、前記仮想空間の状況を遷移条件とした有限オートマトンを記憶する記憶部と、前記仮想空間の状況を解析する解析部と、解析結果に基づき、前記有限オートマトンに従ってカメラ割りの状態を遷移させて、遷移後の状態に応じたカメラ割りとなるように前記仮想カメラを制御する制御部を備え、前記遷移条件は、前記仮想空間内のアバターの発話に関する条件であり、前記番組を視聴する端末の種別に応じて適用する有限オートマトンを変更する。

本発明の一態様の配信システムは、仮想空間内の番組を撮影した映像を端末へ配信する配信システムであって、仮想空間内の番組を撮影した映像を端末へ配信する配信サーバと前記仮想空間内の番組を撮影する仮想カメラを制御する制御サーバを有し、前記制御サーバは、複数のカメラ割りのそれぞれを状態とし、前記仮想空間の状況を遷移条件とした有限オートマトンを記憶する記憶部と、前記仮想空間の状況を解析する解析部と、解析結果に基づき、前記有限オートマトンに従ってカメラ割りの状態を遷移させて、遷移後の状態に応じたカメラ割りとなるように前記仮想カメラを制御する制御部を備え、前記遷移条件は、前記仮想空間内のアバターの発話に関する条件であり、前記制御サーバは、前記端末の種別に応じて適用する有限オートマトンを変更する。

本発明によれば、仮想空間を撮影した動画の配信において、状況に応じて適したカメラ割りを自動的に行うことができる。具体的には、本発明によれば、有限オートマトンを用いてカメラ割りを制御することにより、ＶＲコンテンツにおける配信者の挙動に応じて無限にシナリオ（カメラ割り）が増えることなく、効果のあるシナリオに絞られて演出上の効果が発揮される。

図１は、本実施形態の番組配信システムの全体的な構成例を示すブロック図である。 図２は、配信者がヘッドマウントディスプレイを装着した様子を示す図である。 図３は、制御サーバの構成例を示す機能ブロック図である。 図４は、制御サーバの保持する有限オートマトンの一例を示す図である。 図５は、制御サーバによる仮想カメラの制御処理の流れを示すフローチャートである。 図６は、仮想空間内のスタジオの一例を示す図である。 図７は、仮想空間内のスタジオの全体を撮影した画面例を示す図である。 図８は、２人の配信者アバターを撮影した画面例を示す図である。 図９は、一方の配信者アバターのアップを撮影した画面例を示す図である。 図１０は、他方の配信者アバターのアップを撮影した画面例を示す図である。 図１１は、画面を分割して配信者アバターを表示した画面例を示す図である。 図１２は、ディスプレイオブジェクトの両脇に配信者アバターを配置した画面例を示す図である。

［システム構成］
以下、本発明の一実施形態の番組配信システムについて図面を用いて説明する。

本実施形態の番組配信システムは、配信者が３次元仮想空間内で配信者アバターとして番組に参加し、番組が進行する仮想空間を撮影した映像をライブ配信するシステムである。また、本実施形態の番組配信システムでは、視聴者も配信者と同じ仮想空間内に視聴者アバターとして番組に参加できる。

図１に示す本実施形態の番組配信システムは、配信サーバ１０、制御サーバ２０、配信者端末３０、および視聴者端末４０を備える。各装置は、ネットワークを介して接続されている。配信サーバ１０と制御サーバ２０は動画配信サービスを提供する事業者が用意する装置である。配信者端末３０と視聴者端末４０は、配信者および視聴者のそれぞれが自身で所有または用意する端末である。事業者から見れば、配信者と視聴者の双方が自社サービスを利用するユーザである。もちろん、事業者自身が配信者となってもよい。図１では、２台の配信者端末３０と３台の視聴者端末４０を図示しているが、各装置の台数をこれに限るものではない。

配信サーバ１０は、ネットワークを介して、配信者端末３０から配信者の音声および配信者アバターのモーションデータを受信する。例えば、２人の配信者が参加する番組であれば、２人の配信者それぞれの配信者端末３０から２人の配信者それぞれの音声および配信者アバターのモーションデータを受信する。配信サーバ１０は、モーションデータに基づいて配信者アバターの動きを制御する。モーションデータはアバターの表情を含んでもよい。

配信サーバ１０は、音声および仮想カメラで仮想空間を撮影した映像（配信サーバ１０がレンダリングした映像）を視聴者端末４０へ配信する。配信サーバ１０は、仮想空間をレンダリングするためのデータセットを視聴者端末４０へ送信し、視聴者端末４０が仮想空間をレンダリングしてもよい。配信サーバ１０は、配信者端末３０へ映像を配信してもよい。

配信者端末３０や視聴者端末４０がヘッドマウントディスプレイ（ＨＭＤ）などを備えたＶＲ機能を有する端末であれば、配信サーバ１０は、仮想空間を構築するためのデータセットを端末へ送信する。端末は、受信したデータセットに基づいて仮想空間を構築し、ＨＭＤで検知した視線方向に基づいて仮想空間をレンダリングして、ＨＭＤに映像を映す。なお、仮想空間のレンダリングは配信サーバ１０が行ってもよい。例えば、配信サーバ１０が端末から視線方向を受信し、配信サーバ１０が受信した視線方向に基づいて仮想空間をレンダリングした映像を端末へ配信し、端末は受信した映像をＨＭＤに映す。

配信サーバ１０は、視聴者端末４０からコメントを受信し、配信する映像にコメントを重畳させてもよい。

番組に視聴者を参加させてもよい。例えば、視聴者が視聴者端末４０に対して番組に参加する操作を行うと、配信サーバ１０は、視聴者が番組に参加することを知らせる通知を視聴者端末４０から受信する。配信サーバ１０は、視聴者に対応する視聴者アバターを仮想空間内に配置する。視聴者が番組に参加しているときは、配信サーバ１０は、視聴者の音声および視聴者アバターのモーションデータを視聴者端末４０から受信し、モーションデータに基づいて視聴者アバターの動きを制御する。

制御サーバ２０は、仮想空間での番組を撮影する仮想カメラを制御する装置である。制御サーバ２０は、カメラ割りを状態とし、仮想空間の状況を遷移条件とした有限オートマトンに従って仮想空間内の仮想カメラを制御する。制御サーバ２０は、状態の遷移に従って仮想空間内のレイアウト（オブジェクトの配置）を変更してもよい。制御サーバ２０の詳細については後述する。本実施形態が用いる有限オートマトンとは、有限個の状態と遷移と動作の組み合わせからなる数学的に抽象化されたモデルである。有限個の「状態」のうちある時点では1つの状態しかとらず、何らかのイベントや条件によってある状態から別の状態へと移行する。ある状態から別の状態へ移行することを「遷移」と呼ぶ。有限オートマトンは、それぞれの状態から遷移しうる状態と、遷移のきっかけとなる条件を列挙することで定義される。

配信者端末３０は、配信者が番組を配信するために使用する端末である。配信者端末３０として、ＶＲ機能を有するスマートフォンおよびパーソナルコンピュータなどの任意のコンピュータ機器を用いることができる。配信者端末３０は、図２に示すように、配信者が装着するＨＭＤ３１を備える。配信者端末３０は、配信者からの入力を受け付けて、仮想空間内に配置される配信者アバターを操作するためのコントローラ３２を備えてもよい。配信者端末３０は、ＨＭＤ３１で検知する配信者の頭の動きおよびコントローラ３２による操作に基づいて配信者アバターのモーションデータを生成する。

配信者端末３０は、配信サーバ１０から仮想空間を構築するためのデータセットを受信し、受信したデータに基づいて仮想空間を構築し、仮想空間をレンダリングして、ＨＭＤ３１に映像を映す。

配信者端末３０は、配信者の音声および配信者アバターのモーションデータを配信サーバ１０へ送信する。配信者は、配信者アバターを動かしながら、他の配信者や視聴者と会話することで番組を進行する。

なお、配信者端末３０として、ＨＭＤ３１を備えず、カメラを内蔵またはカメラを接続した端末を用いてもよい。この場合、配信者端末３０は、カメラで配信者を撮影し、配信者を撮影した映像から配信者アバターのモーションデータを生成する。配信者端末３０は、配信サーバ１０から仮想カメラで仮想空間内を撮影した映像を受信して表示する。

視聴者端末４０は、視聴者が番組を視聴するために使用する端末である。視聴者端末４０は、配信サーバ１０から番組の映像を受信して表示できる機能を備える機器であれば、スマートフォン、タブレット端末、テレビシステム、パーソナルコンピュータなどの任意のコンピュータ機器を用いることができる。視聴者端末４０は、視聴者から入力したコメントを配信サーバ１０へ送信してもよい。

視聴者が視聴者アバターとして番組に参加する場合、視聴者端末４０は、視聴者の音声および視聴者アバターのモーションデータを配信サーバ１０へ送信する。

［サーバ構成］
図３を参照し、制御サーバについて説明する。

図３に示す制御サーバ２０は、解析部２１、制御部２２、および記憶部２３を備える。制御サーバ２０は、複数のカメラ割りのそれぞれを状態として持ち、仮想空間の状況に応じて状態間を遷移させて、カメラ割りを自動的に制御する。

解析部２１は、仮想空間の状況を解析する。解析対象の仮想空間の状況には、アバターの音声（配信者および視聴者の音声）を含めてもよい。例えば、解析部２１は、発話したアバター、発話したアバターの順番、発話の音量、発話の長さ、発話の内容、アバターのポーズ、コメント数、番組に参加した視聴者アバターの数などを解析する。

制御部２２は、解析結果に基づき、有限オートマトンに従ってカメラ割りの状態を遷移させる。制御部２２は、状態を遷移させると、遷移後の状態に紐付けられた仮想カメラの制御情報に基づいて仮想カメラを制御する。

制御部２２は、例えば図４に示すような、有限オートマトンに従って仮想カメラを制御する。図４の例では、４つのカメラ割りの状態Ｓ１〜Ｓ４を持ち、制御部２２の保持する状態は、状態Ｓ１〜Ｓ４間を条件Ａ〜Ｈに従って遷移する。図４の有限オートマトンを用いた画面の遷移については後述する。

記憶部２３は、複数のカメラ割りのそれぞれを状態とし、仮想空間の状況を遷移条件とした有限オートマトンと、状態ごとの仮想カメラの制御情報を記憶する。

記憶部２３は、複数種類の有限オートマトンを記憶してもよい。例えば、有限オートマトンの例としては、配信者アバターが１人の番組のカメラ割りの遷移を示す有限オートマトン、配信者アバターが２人の番組のカメラ割りの遷移を示す有限オートマトン、複数の配信者アバターが討論する番組のカメラ割りの遷移を示す有限オートマトン、配信者アバターが動画やゲーム画面を見ながら解説する番組のカメラ割りの遷移を示す有限オートマトンなど様々なものが考えられる。記憶部２３は、上記に限らず、配信する番組に応じた有限オートマトンを記憶する。有限オートマトンは事業者が用意したものであってもよいし、配信者が作成したものであってもよい。

上記制御サーバ２０には、例えば、中央演算処理装置（ＣＰＵ）と、メモリと、ストレージと、通信装置と、入力装置と、出力装置とを備える汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされた所定のプログラムを実行することにより、制御サーバ２０が実現される。このプログラムは磁気ディスク、光ディスク、半導体メモリ等のコンピュータ読み取り可能な記録媒体に記録することも、ネットワークを介して配信することもできる。制御サーバ２０の機能を配信サーバ１０が備えてもよい。

［カメラ制御処理］
図５を参照し、制御サーバによる仮想カメラの制御処理の流れについて説明する。

配信者は、番組配信前に、番組に適した有限オートマトンを選択しておく。もしくは、配信者は、番組用に複数の有限オートマトンを選択しておき、その中から、視聴者が有限オートマトンを選択してもよい。例えば、２人の配信者アバターが参加する番組において、各配信者アバターのそれぞれを重点的に映すカメラ割りの有限オートマトンを別々に用意しておく。スタジオ全体を重点的に映すカメラ割りの有限オートマトンを用意してもよい。視聴者は、番組を視聴する際に、自分の応援する配信者アバターをより重点的に映すカメラ割りの有限オートマトンを選択できる。各有限オートマトンでは、遷移条件のウエイトを配信者アバターごとに異ならせておく。視聴者の属性情報を収集しておき、制御サーバ２０が視聴者の属性情報に基づいて有限オートマトンを選択してもよい。制御サーバ２０は、配信先の視聴者端末４０の種別に応じて適用する有限オートマトンを選択してもよい。

番組の配信を開始すると、ステップＳ１１にて、解析部２１は、仮想空間の状況を解析する。発話の解析に関して、アバターごとにウエイト付けを異ならせてもよい。例えば、解析部２１は、配信者アバターと視聴者アバターとでは配信者アバターの発話により大きいウエイト付けをする。解析部２１は、発話の解析結果をスコアに換算し、ウエイトに基づいてスコアを補正する。有限オートマトンでは、スコアに基づく遷移条件を設定しておく。

ステップＳ１２にて、制御部２２は、解析結果に基づき、現在の状態から別の状態への遷移条件が成立したか否かを判定する。遷移条件が成立していない場合、制御部２２は、ステップＳ１４に処理を進める。

遷移条件が成立した場合、ステップＳ１３にて、制御部２２は、保持する状態を遷移条件を満たした先の状態へ遷移させるとともに、遷移後の状態に応じて仮想カメラを制御する。例えば、状態Ｓ１から状態Ｓ２へ遷移する条件Ａが成立した場合、制御部２２は、保持する状態を状態Ｓ２へ遷移させるとともに、状態Ｓ２に対応するカメラ割りとなるように仮想カメラを制御する。

ステップＳ１４にて、制御部２２は、番組が終了したか否か判定する。番組の配信が続く場合はステップＳ１１に戻り、処理を繰り返す。

［仮想空間内の配置］
図６を参照し、番組を撮影する仮想空間について説明する。

図６に示す仮想空間内のスタジオは、２人の配信者アバター１００，２００が進行する番組を配信するために用意されたものである。スタジオ内には、２人の配信者アバター１００，２００が配置される。この番組には、視聴者アバター３００Ａ〜３００Ｃも参加可能である。視聴者アバター３００Ａ〜３００Ｃは、配信者アバター１００，２００の後ろ側に配置される。

また、図６では、ディスプレイオブジェクト４００をスタジオ内に配置している。ディスプレイオブジェクト４００は、視聴者からのコメント、静止画、動画、およびゲーム画面などをはめ込んで表示できる。配信者アバター１００，２００は、ディスプレイオブジェクト４００に表示される動画などを見ながら番組を進行してもよい。なお、図６では、スタジオの床オブジェクト、壁オブジェクトなどの背景オブジェクトは図示していない。上記以外のオブジェクトをスタジオ内に配置してもよい。

仮想空間内に配置された仮想カメラ５００が仮想空間内のスタジオを撮影する。制御サーバ２０が仮想カメラを制御し、配信サーバ１０が仮想カメラで撮影された映像を配信する。

［画面の遷移例］
図７ないし図１０を参照し、図４に示した有限オートマトンを番組のカメラ割りの遷移を示す有限オートマトンとして用いたときの、番組の画面の遷移例について説明する。

図４の有限オートマトンは、２人の配信者アバターが進行する番組用のカメラ割りの有限オートマトンである。図４の有限オートマトンにおいて、状態Ｓ１のカメラ割りはスタジオ全体を撮影するカメラ割りであり、状態Ｓ２のカメラ割りは２人の配信者アバター１００，２００がフレーム内に収まるカメラ割りであり、状態Ｓ３のカメラ割りは配信者アバター１００のアップを映すカメラ割りであり、状態Ｓ４のカメラ割りは配信者アバター２００のアップを映すカメラ割りである。

番組開始時は、状態Ｓ１からスタートする。状態Ｓ１では、仮想カメラで撮影された映像は、図７に示すように、仮想空間内のスタジオ全体を撮影した映像となる。

状態Ｓ１のとき、条件Ａが成立すると、状態Ｓ２へ遷移する。条件Ａは、例えば、配信者アバター１００，２００のいずれかが発話した、という条件である。条件Ａとして、オープニング音楽が終了した、所定時間経過した、などを設定してもよい。

制御サーバ２０は、状態Ｓ１のとき、配信者アバター１００，２００のいずれかの発話を検知すると、保持する状態を状態Ｓ１から状態Ｓ２へ遷移させるとともに、２人の配信者アバター１００，２００がフレーム内に収まるように、仮想カメラの位置、撮影方向、および画角等を制御する。状態Ｓ２へ遷移すると、図８に示すように、配信者アバター１００，２００の２人を撮影した映像となる。演出上の工夫の一環として、仮想カメラで撮影するとき仮想空間内のオブジェクトの位置は無視し、オブジェクトの位置を、見やすく、興趣性がある位置に変えて、仮想カメラによる撮影画面としてもよい。例えば、離れた位置に立つ２人の配信者アバター１００，２００を、近くで向い合せて、仮想カメラで撮影する。あるいは、同じ仮想空間にいる他のアバター、例えば視聴者アバターを、配信者アバター１００，２００を囲む位置に配置する。２人の配信者アバター１００，２００の間に他のアバターや仮想オブジェクトが存在し、配信者アバター１００，２００が隠れてしまう場合に、あえて障害となる仮想オブジェクト等を表示しない。

状態Ｓ２のとき、条件Ｂが成立すると状態Ｓ１に遷移し、条件Ｃが成立すると状態Ｓ３に遷移し、条件Ｅが成立すると状態Ｓ４に遷移する。

条件Ｃは、例えば、配信者アバター１００が所定時間以上発話を続けた、という条件である。条件Ｅは、例えば、配信者アバター２００が所定時間以上発話を続けた、という条件である。配信者アバター１００，２００の２人で会話している間は、状態Ｓ２とし、配信者アバター１００，２００のいずれかが所定時間以上続けて話すようになると、状態Ｓ３または状態Ｓ４に遷移する。

制御サーバ２０は、状態Ｓ２のとき、配信者アバター１００が所定時間以上発話を続けたことを検知すると、保持する状態を状態Ｓ２から状態Ｓ３へ遷移させるとともに、配信者アバター１００がアップで写るように、仮想カメラを制御する。状態Ｓ３へ遷移すると、図９に示すように、配信者アバター１００のアップを撮影した映像となる。

また、制御サーバ２０は、状態Ｓ２のとき、配信者アバター２００が所定時間以上発話を続けたことを検知すると、保持する状態を状態Ｓ２から状態Ｓ４へ遷移させるとともに、配信者アバター２００がアップで写るように、仮想カメラを制御する。状態Ｓ４へ遷移すると、図１０に示すように、配信者アバター２００のアップを撮影した映像となる。

なお、状態Ｓ３，Ｓ４において、配信者アバター１００，２００のそれぞれの背景を別々に用意してもよい。例えば、状態Ｓ３，Ｓ４のそれぞれに背景オブジェクトを紐付けておき、状態Ｓ３，Ｓ４に遷移した際に、紐付けられた背景オブジェクトを指定の場所（配信者アバター１００，２００の後ろ）に出現させる。配信者アバター１００の背景と配信者アバター２００の背景とを異ならせることができる。

状態Ｓ３のとき、条件Ｈが成立すると状態Ｓ４に遷移し、状態Ｓ４のとき、条件Ｇが成立すると状態Ｓ３に遷移する。

条件Ｈは、例えば、配信者アバター２００が発話した、という条件である。条件Ｇは、例えば、配信者アバター１００が発話した、という条件である。配信者アバター１００，２００が話しているときに、相手の配信者アバター１００，２００が発話すると、仮想カメラは、相手の配信者アバター１００，２００を撮影するように制御される。条件Ｈ，Ｇとして、配信者アバター１００，２００が大きくうなずいた、などの配信者アバター１００，２００の動きを設定してもよい。

また、状態Ｓ３のとき、条件Ｄが成立すると状態Ｓ２に遷移し、状態Ｓ４のとき、条件Ｆが成立すると状態Ｓ２に遷移する。条件Ｄ，Ｆは、例えば、配信者アバター１００，２００が所定時間以上発話していない、という条件である。配信者アバター１００，２００の会話が一旦終了すると、配信者アバター１００，２００の２人を写した映像に戻す。あるいは、条件Ｄ，Ｆを、配信者アバター１００，２００のいずれかが「続いては」「では次の」などの番組を進行させる発話をした、という条件にして、番組のコーナーが変化する際に状態Ｓ２に遷移させて、配信者アバター１００，２００の２人を写すカメラ割りにしてもよい。もしくは、条件Ｄ，Ｆを、例えば、状態Ｓ３と状態Ｓ４との間の遷移の間隔が所定時間より短い、という条件として、配信者アバター１００，２００のアップを撮影した映像が頻繁に切り替わるときは、配信者アバター１００，２００の２人を写すカメラ割りに戻してもよい。

状態Ｓ２から状態Ｓ１に遷移する条件Ｂは、例えば、配信者アバター１００，２００の両方が手を振る動作をした、という条件である。番組終了前、配信者アバター１００，２００が手を振って視聴者にお別れの挨拶をすると、状態Ｓ１に遷移させてスタジオ全体の映像を配信した後、番組を終了する。条件Ｂとして、配信者アバター１００，２００の発話内容が終了の挨拶であった、番組終了時刻になった、などを設定してもよい。

遷移条件は上記に限るものではない。仮想空間内の盛り上がりを遷移条件としてもよい。例えば、配信者たちの会話を解析し、会話の盛り上がり度合いを遷移条件としてもよいし、仮想空間にいる視聴者アバターの増加傾向を遷移条件としてもよいし、あるいは仮想空間にはいないが視聴だけをしている視聴者の増加傾向を遷移条件としてもよい。また、視聴者の応援状況を遷移条件としてもよい。例えば、視聴者たちの発言、応援の数、投稿されるコメントの数や内容、どちらを応援しているか、などを遷移条件としてもよい。

このように、制御サーバ２０が、単なる条件分岐でなく、状態の遷移を記した有限オートマトンに基づいて仮想カメラを制御することで、番組の進行に応じて、より自然で見やすい映像を配信できる。本発明がもたらす効果を他の局面から説明する。ＶＲ空間の配信コンテンツに限らず、例えばテレビ放送（地上波、BS放送など）される対談番組、バラエティ番組などでは、視聴者を飽きさせず興味を持たせ、盛り上がりを演出する進行（台本、カメラ割りを含む）はおのずとパターンが決まっていて、熟練した演出者やスイッチャーが最適な進行、特にカメラ割りを実行している。しかし、出演者がアドリブで発言をしたり、スタジオに居る観客の反応が盛り上がったりした場合には台本に無い進行を行うことがあり、この進行にはカメラ割りを含んでいる。
一方、近年、個人で動画配信を行うことが盛んになっており、これら動画配信にはＶＲ空間内に配信者アバターを配置したり、複数の配信者が共通の仮想空間中にアバターとして出現して対話や動作を行ったりすることも含まれている。この場合、先に説明したような演出効果が高い進行（台本、カメラ割りなど）を行なえば、配信番組やコンテンツの充実が可能である。しかし、個人で配信を行う場合には、テレビ放送における熟練した演出者、スイッチャーを配置することは困難である。そこで本実施形態では、あらかじめ、最適な演出効果を実現するためのシナリオ（カメラ割り）を有限オートマトンとして準備しておき、実際の配信者アバターの発言や視聴者の盛り上がりなどを見てカメラ割りを最適な状態へ遷移させる。これにより、あたかも熟練の演出者やスイッチャーの手で進行がなされているかのような、演出効果が高く興趣性も高いＶＲ動画配信、ＶＲ動画コンテンツの生成が行える。

図１１に示すように、画面を分割し、分割したそれぞれの領域に、配信者アバター１００，２００のそれぞれを表示するカメラ割りの状態を保持してもよい。

さらに、図１２に示すように、ディスプレイオブジェクト４００の両脇に配信者アバター１００，２００を立たせて、ディスプレイオブジェクト４００を映すカメラ割りの状態を保持してもよい。配信者は、配信者アバター１００，２００をディスプレイオブジェクト４００の脇に動かす必要はない。状態にアバターやオブジェクトのレイアウトを紐付けておく。つまり、制御サーバ２０は、状態に対応した仮想カメラの制御情報に加えてオブジェクトの配置を示すレイアウト情報を記憶しておく。状態が遷移したとき、制御サーバ２０は、仮想カメラだけでなく、配信者アバター１００，２００やディスプレイオブジェクト４００の位置を指定のレイアウトに合わせて変更する。

また、制御サーバ２０は、番組の配信先の端末の種別または性能に応じてレイアウトを変更してもよい。例えば、パーソナルコンピュータなどの画面サイズの大きな端末に配信するときは、配信者アバター１００，２００のモデルとして、通常の頭身のモデルを配置し、携帯端末など画面サイズの小さな端末に配信するときは、頭を多くデフォルメした頭身の小さなモデルを配置する。同じ番組を視聴する場合であっても、パーソナルコンピュータには通常の頭身のモデルの映像が配信され、携帯端末にはデフォルメした投信のモデルの映像が配信される。視聴に用いる端末の違いで異なる映像が配信される。

制御サーバ２０は、パーソナルコンピュータ用の有限オートマトンと携帯端末用の有限オートマトンを用意しておき、携帯端末用の有限オートマトンの状態には、配信者アバター１００，２００のモデルをデフォルメしたモデルに差し替える情報を紐付けておく。パーソナルコンピュータから視聴するときは、パーソナルコンピュータ用の有限オートマトンが選択され、携帯端末から視聴するときは、携帯端末用の有限オートマトンが選択される。携帯端末用の有限オートマトンの各状態には、デフォルメしたアバターのモデルを配置するレイアウト情報が紐付けられているので、携帯端末で番組を視聴したときにはデフォルメしたアバターが表示される。あるいは、モデルを差し替える代わりに、携帯端末用の有限オートマトンでは、パーソナルコンピュータ用の有限オートマトンよりも、配信者アバター１００，２００がよりアップに写るカメラ割りとしてもよい。

以上説明したように、本実施形態の番組配信システムの制御サーバ２０は、複数のカメラ割りのそれぞれを状態とし、仮想空間の状況を遷移条件とした有限オートマトンを記憶しておく。制御サーバ２０は、仮想空間の状況を解析し、解析結果に基づき、有限オートマトンに従ってカメラ割りの状態を遷移させて、遷移後の状態に応じたカメラ割りとなるように仮想カメラを制御する。制御サーバ２０が、事前に決めた有限オートマトンに基づいて仮想カメラを制御することにより、不自然なカメラ割りの遷移を排除できるので、状況に応じて適したカメラ割りを行える。

１０…配信サーバ
２０…制御サーバ
２１…解析部
２２…制御部
２３…記憶部
３０…配信者端末
３１…ＨＭＤ
３２…コントローラ
４０…視聴者端末

Claims (6)

1. 仮想空間内の番組を撮影する仮想カメラを制御する制御サーバであって、
   複数のカメラ割りのそれぞれを状態とし、前記仮想空間の状況を遷移条件とした有限オートマトンを記憶する記憶部と、
   前記仮想空間の状況を解析する解析部と、
   解析結果に基づき、前記有限オートマトンに従ってカメラ割りの状態を遷移させて、遷移後の状態に応じたカメラ割りとなるように前記仮想カメラを制御する制御部を備え、
   前記遷移条件は、前記仮想空間内のアバターの発話に関する条件であり、
   前記番組を視聴する端末の種別に応じて適用する有限オートマトンを変更する
   制御サーバ。
2. 請求項１に記載の制御サーバであって、
   前記状態に、前記仮想空間内のオブジェクトの配置情報を関連付けておき、
   前記制御部は、遷移後の状態に応じて前記オブジェクトを配置する制御サーバ。
3. 請求項２に記載の制御サーバであって、
   前記オブジェクトは背景オブジェクトであり、前記状態に応じて前記仮想カメラで撮影される前記背景オブジェクトが異なる制御サーバ。
4. 仮想空間内の番組を撮影した映像を端末へ配信する配信システムであって、
   仮想空間内の番組を撮影した映像を端末へ配信する配信サーバと前記仮想空間内の番組を撮影する仮想カメラを制御する制御サーバを有し、
   前記制御サーバは、
   複数のカメラ割りのそれぞれを状態とし、前記仮想空間の状況を遷移条件とした有限オートマトンを記憶する記憶部と、
   前記仮想空間の状況を解析する解析部と、
   解析結果に基づき、前記有限オートマトンに従ってカメラ割りの状態を遷移させて、遷移後の状態に応じたカメラ割りとなるように前記仮想カメラを制御する制御部を備え、
   前記遷移条件は、前記仮想空間内のアバターの発話に関する条件であり、
   前記制御サーバは、前記端末の種別に応じて適用する有限オートマトンを変更する
   配信システム。
5. 仮想空間内の番組を撮影する仮想カメラを制御する制御方法であって、
   コンピュータが、
   複数のカメラ割りのそれぞれを状態とし、前記仮想空間の状況を遷移条件とした有限オートマトンを記憶し、
   前記仮想空間の状況を解析し、
   解析結果に基づき、前記有限オートマトンに従ってカメラ割りの状態を遷移させて、遷移後の状態に応じたカメラ割りとなるように前記仮想カメラを制御し、
   前記遷移条件は、前記仮想空間内のアバターの発話に関する条件であり、
   前記番組を視聴する端末の種別に応じて適用する有限オートマトンを変更する
   制御方法。
6. 仮想空間内の番組を撮影する仮想カメラを制御する制御サーバとしてコンピュータを動作させるプログラムであって、
   複数のカメラ割りのそれぞれを状態とし、前記仮想空間の状況を遷移条件とした有限オートマトンを記憶する処理と、
   前記仮想空間の状況を解析する処理と、
   解析結果に基づき、前記有限オートマトンに従ってカメラ割りの状態を遷移させて、遷移後の状態に応じたカメラ割りとなるように前記仮想カメラを制御する処理を前記コンピュータに実行させ、
   前記遷移条件は、前記仮想空間内のアバターの発話に関する条件であり、
   前記番組を視聴する端末の種別に応じて適用する有限オートマトンを変更する
   プログラム。

Images