コンテンツ制作システム及びコンテンツ制作プログラム
【課題】コンテンツ制作を分散させて効率的にコンテンツ制作を実現する。
【解決手段】ネットワークに接続された複数の端末を用いてコンテンツを制作するためのコンテンツ制作システムにおいて、前記コンテンンツを制作するために生成された台本を、前記コンテンツを構成する複数の要素で分割するコンテンツ分割手段と、前記複数の端末のうち、前記コンテンツ分割手段により得られる分割台本毎に対応する演出のスクリプトを生成する端末を割り当てる分割台本割当手段と、前記分割台本割当手段により割り当てられた端末により生成された前記分割台本に対応するスクリプトからコンテンツを生成するコンテンツ生成手段と、生成されたコンテンツを現在再生しているコンテンツに割り込み制御を行う割込制御手段と、前記割込制御手段により制御された割り込みコンテンツを再生する再生手段とを有することにより、上記課題を解決する。
【解決手段】ネットワークに接続された複数の端末を用いてコンテンツを制作するためのコンテンツ制作システムにおいて、前記コンテンンツを制作するために生成された台本を、前記コンテンツを構成する複数の要素で分割するコンテンツ分割手段と、前記複数の端末のうち、前記コンテンツ分割手段により得られる分割台本毎に対応する演出のスクリプトを生成する端末を割り当てる分割台本割当手段と、前記分割台本割当手段により割り当てられた端末により生成された前記分割台本に対応するスクリプトからコンテンツを生成するコンテンツ生成手段と、生成されたコンテンツを現在再生しているコンテンツに割り込み制御を行う割込制御手段と、前記割込制御手段により制御された割り込みコンテンツを再生する再生手段とを有することにより、上記課題を解決する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ制作システム及びコンテンツ制作プログラムに係り、特に、コンテンツ制作を分散させて効率的にコンテンツ制作を実現するためのコンテンツ制作システム及びコンテンツ制作プログラムに関する。
【背景技術】
【０００２】
一般に、ＣＧ（Ｃｏｍｐｕｔｅｒ Ｇｒａｐｈｉｃｓ）キャラクターアニメーション等を用いて番組等のコンテンツの制作は、高い専門性と長い制作時間を必要とする。特に、人に好まれて視聴されるような演出性の高いコンテンツは、カメラワークやＣＧキャラクタの動き等の指定にも熟練した技術を必要する。
【０００３】
そこで、予め用意された自動番組制作アルゴリズムに対してスクリプトを記述するだけで、カメラワークやＣＧキャラクタの動きを指定してコンテンツを出力する手法が提案され、実用化されている（例えば、特許文献１参照。）。これにより、例えばテレビ番組のようなコンテンツの制作全般に用いることができるスクリプトによって、キャラクタの喋りや動作の他、照明、カメラ、セット、小道具、スーパーインポーズ、ムービー、ＢＧＭ（Ｂａｃｋ Ｇｒｏｕｎｄ Ｍｕｓｉｃ）等、テレビ番組のスタジオ制作に必要な機能を全て記述することができる。
【０００４】
また、コンテンツを制作するツールとしては、例えば番組の制作、提示に用いられるスクリプトの一例として、ＴＶＭＬ（ＴＶ ｐｒｏｇｒａｍ Ｍａｒｋｉｎｇ Ｌａｎｇｕａｇｅ）を用いた自動番組制作システム（ＴＶ４Ｕ）がある。ＴＶＭＬとは、テレビ番組を制作するためのオブジェクトベース記述言語であり、テレビ番組の映像や音声等を、素材データと台本（演出内容等）とに分けて記述することができ、制作側で台本を記述することで、パソコン等で動作するソフトウェア等がこれを読み取り、台本に記述された素材データを取得して即座にテレビ番組として再生・視聴することができる。
【０００５】
なお、上述のＴＶ４Ｕは、例えばクライアント側の端末でワープロ（エディタ）型のユーザインタフェースを用いて番組の台本を記述し、その台本に任意の番組制作エンジン（ＡＰＥ：Ａｕｔｏｍａｔｉｃ Ｐｒｏｄｕｃｔｉｏｎ Ｅｎｇｉｎｅ）を適用して番組を制作し、その台本や素材データ、ＡＰＥをサーバ等にアップロードすることにより番組を公開することができる。
【０００６】
なお、ＡＰＥとは、番組に登場するＣＧキャラクタや番組における１つの動作の単位で「タイトル表示」、「ズームイン」、「ＣＧキャラクタの動作」等のイベントが予め定義されたものである。これを用いて、例えば番組の内容を表す台本からのテキストデータ等を入力すると、それを元に番組の自動生成に必要なＴＶＭＬスクリプトを出力する。このように、ＡＰＥを用いることで効率的に番組制作を実現することができる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００１−２４６１０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、上述した従来のコンテンツ制作装置は、１つのスクリプトファイルに全ての番組情報を記述する必要があるため、例えばスクリプトをキャラクタ毎や番組を構成する他の要素（例えば、照明、カメラ、小道具、音声等）に分割することができない。
【０００９】
つまり、従来技術では、台本記述と演出モジュールとを同一端末上で、１対１に動作させるものであった。したがって、従来技術では、演出が画一的となってしまう問題があった。また、コンテンツ制作における演出の一部分だけを人手で行い、他の部分は従来通り演出モジュールが行うということができず、全て自動で演出をするか、全て人手で演出するかの２通りしか手段がなかった。
【００１０】
本発明は、上述した問題点に鑑みなされたものであり、コンテンツ制作を分散させて効率的にコンテンツ制作を実現するためのコンテンツ制作システム及びコンテンツ制作プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記課題を解決するために、本件発明は、以下の特徴を有する課題を解決するための手段を採用している。
【００１２】
請求項１に記載された発明は、ネットワークに接続された複数の端末を用いてコンテンツを制作するためのコンテンツ制作システムにおいて、前記コンテンンツを制作するために生成された台本を、前記コンテンツを構成する複数の要素で分割するコンテンツ分割手段と、前記複数の端末のうち、前記コンテンツ分割手段により得られる分割台本毎に対応する演出のスクリプトを生成する端末を割り当てる分割台本割当手段と、前記分割台本割当手段により割り当てられた端末により生成された前記分割台本に対応するスクリプトからコンテンツを生成するコンテンツ生成手段と、生成されたコンテンツを現在再生しているコンテンツに割り込み制御を行う割込制御手段と、前記割込制御手段により制御された割り込みコンテンツを再生する再生手段とを有することを特徴とする。
【００１３】
請求項１記載の発明によれば、コンテンツ制作を分散させて効率的にコンテンツ制作を実現することができる。
【００１４】
請求項２に記載された発明は、前記割込制御手段は、前記分割台本割当手段により割り当てられた端末以外の端末から対応する要素のスクリプトを取得した場合には、前記スクリプトの割込制御は行わないことを特徴とする。
【００１５】
請求項３に記載された発明は、前記複数の端末において生成されるスクリプトを評価する評価手段を有し、前記分割台本割当手段は、前記評価手段により得られる評価情報に基づいて、割り当てる頻度を調整することを特徴とする。
【００１６】
請求項４に記載された発明は、前記割込制御手段は、前記再生手段による再生内容に基づいて、前記割り当てた端末で対応するスクリプトの生成が完了したことを認識し、次の分割台本を送信することを特徴とする。
【００１７】
請求項５に記載された発明は、前記複数の端末から得られる複数のスクリプトの再生順序に応じて、少なくとも１つのスクリプトの再生を制限する排他制御手段を有することを特徴とする。
【００１８】
請求項６に記載された発明は、ネットワークに接続された複数の端末を用いてコンテンツを制作するためのコンテンツ制作プログラムにおいて、コンピュータを、前記コンテンンツを制作するために生成された台本を、前記コンテンツを構成する複数の要素で分割するコンテンツ分割手段、前記複数の端末のうち、前記コンテンツ分割手段により得られる分割台本毎に対応する演出のスクリプトを生成する端末を割り当てる分割台本割当手段、前記分割台本割当手段により割り当てられた端末により生成された前記分割台本に対応するスクリプトからコンテンツを生成するコンテンツ生成手段、生成されたコンテンツを現在再生しているコンテンツに割り込み制御を行う割込制御手段、及び、前記割込制御手段により制御された割り込みコンテンツを再生する再生手段として機能させる。
【００１９】
請求項６記載の発明によれば、コンテンツ制作を分散させて効率的にコンテンツ制作を実現することができる。また、実行プログラムをコンピュータにインストールすることにより、容易にコンテンツ制作を実現することができる。
【発明の効果】
【００２０】
本発明によれば、コンテンツ制作を分散させて効率的にコンテンツ制作を実現することができる。
【図面の簡単な説明】
【００２１】
【図１】本実施形態におけるコンテンツ制作システムの概略構成例を示す図である。
【図２】コンテンツ管理サーバにおける機能構成の一例を示す図である。
【図３】演出分散管理サーバにおける機能構成の一例を示す図である。
【図４】演出制御装置における機能構成の一例を示す図である。
【図５】自動モードにおけるコンテンツ制作システムの一例を示す図である。
【図６】図５の処理に対応する台本記述データの一例を示す図である。
【図７】各台本データに対応するＴＶＭＬの変換例である。
【図８】具体例１に対応するコンテンツ生成結果の一例を示す図である。
【図９】台本センダにおけるコンテンツ制作処理手順の一例を示すフローチャートである。
【図１０】演出モジュールにおけるコンテンツ制作処理手順の一例を示すフローチャートである。
【図１１】コンテンツ生成部におけるコンテンツ制作処理手順の一例を示すフローチャートである。
【図１２】手動モードを含むコンテンツ制作システムの一例を示す図である。
【図１３】図１２の手動モード処理に対応するＴＶＭＬの変換例である。
【図１４】実施例２の演出モジュールにおけるコンテンツ制作処理手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００２２】
＜本発明について＞
本発明は、例えばテレビ番組等のコンテンツをスクリプト言語で制作・記述し、コンピュータグラフィックス（ＣＧ）、音声合成等を用いて再生する分野に関し、特に、コンテンツ記述を台本記述と演出モジュールに分け、ネットワーク分散された演出モジュールが協働して１つのコンテンツをリアルタイム制作するものである。
【００２３】
つまり、従来の技術では、台本記述と演出モジュールは１対１の関係であったため、演出が画一的となってしまう問題があった。また、演出モジュールが１つだけの場合、その演出モジュールが全ての演出を行うので、コンテンツ制作における演出の一部分だけを人手で行うということは不可能であった。
【００２４】
そこで、本発明では、複数の演出モジュールをネットワーク上のクライアントに分散して配置し、それぞれに役割を指定する。各クライアントに役割別に送信された台本記述を受け取り、所定の演出をした後、その結果を返信する。各演出モジュールに独自の演出方法を持たせることによって、役割毎に個性化された演出を行うことができる。また、送られてきた台本記述に基づいて、クライアント側で人間が操作して演出することも可能になる。
【００２５】
以下に、上述したような特徴を有する本発明におけるコンテンツ制作システム及びコンテンツ制作プログラムを好適に実施した形態について、図面を用いて詳細に説明する。
【００２６】
なお、本実施形態では、制作するコンテンツの一例として番組を用いる。また、本実施形態では、番組の生成や提示等に用いられるスクリプトの一例として、ＴＶＭＬを用いる。また、以下に説明する本発明の一実施形態として使用されるコンテンツ制作システムは、上述した自動番組制作システム（ＴＶ４Ｕ）の機能を有する。
【００２７】
＜コンテンツ制作システムの概略構成例＞
図１は、本実施形態におけるコンテンツ制作システムの概略構成例を示す図である。図１に示すコンテンツ制作システム１０は、コンテンツ管理サーバ１１と、演出分散管理サーバ１２と、複数の演出制御装置１３−１、１３−２、・・・，１３−ｎとを有するよう構成されている。また、コンテンツ管理サーバ１１、演出分散管理サーバ１２、及び演出制御装置１３は、それぞれ端末として構成され、各端末はインターネット等の通信ネットワーク１４を介してデータの送受信が可能な状態で接続されている。
【００２８】
ここで、コンテンツ管理サーバ１１は、予め蓄積されている画像や映像、音声、テキストデータ等の各種データに基づいて、視聴者に提供するコンテンツの一例として番組の制作を行う制作側の装置である。また、図１におけるコンテンツ管理サーバ１１、演出分散管理サーバ１２、及び演出制御装置１３の数については、本発明においてはこれに限定されず、例えばコンテンツ管理サーバ１１及び演出分散管理サーバ１２が１台に統合されていてもよく、それぞれが複数台に構成されていてもよい。また、コンテンツ管理サーバ１１、演出分散管理サーバ１２、及び複数の演出制御装置１３−１〜１３−ｎは、それぞれ個々のＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）により実現されていてもよい。
【００２９】
コンテンツ管理サーバ１１は、本実施形態におけるコンテンツ制作システム１０において、コンテンツの制作にあたり、他の端末に役割を分担させるための元となる制作するコンテンツの台本記述データを生成する。また、コンテンツ管理サーバ１１は、生成した台本記述データを演出分散管理サーバ１２に送信する。
【００３０】
更に、コンテンツ管理サーバ１１は、各演出制御装置１３−１〜１３−ｎからそれぞれ送信される各モジュールの演出を実行させるためのスクリプトに対する番組を生成して出力する。なお、コンテンツ管理サーバ１１は、演出制御装置１３−１〜１３−ｎから送られるスクリプトの順序に矛盾が発生するような組み合わせが発生した場合には、その発生した組み合わせの後からきたスクリプトを無視したり、そのスクリプトを送信した演出制御装置にその旨のメッセージを通知することができる。
【００３１】
また、コンテンツ管理サーバ１１は、各演出制御装置１３−１〜１３−ｎから得られる各モジュールのスクリプトを取得した順に、そのスクリプトからそのまま番組を生成して出力してもよい。また、コンテンツ管理サーバ１１は、各演出制御装置１３−１〜１３−ｎから得られる所望する番組の流れ（演出）になるように、ある特定の端末（演出制御装置１３）からの演出モジュールを受け取る等の排他制御処理を行うこともできる。これにより、所望する番組を分散させて高精度に生成することができる。
【００３２】
なお、コンテンツ管理サーバ１１には、番組を生成するためのＡＰＥや、番組台本、多種の番組に使用する画像や映像、音声等の各種素材データが蓄積されており、番組生成時にはスクリプトに対応させて蓄積されたこれらのデータから必要なデータを順次読み出して番組を生成する。
【００３３】
なお、スクリプトの順序に矛盾生じる場合とは、例えば、「カメラ２」が存在しないのに「カメラ２」によるクローズアップ処理を指定した場合や、番組に出演するキャラクタがいないのにそのキャラクタを制御するスクリプトが送られた場合等があるが、本発明においてはこれに限定されるものではない。
【００３４】
また、演出分散管理サーバ１２は、コンテンツ管理サーバ１１から得られる台本記述データに基づいて、各演出制御装置１３−１〜１３−ｎに対してスクリプトの生成処理が実行可能な演出モジュールを生成する装置を選別して、対応する演出制御装置１３に通信ネットワーク１４を介して送信する。
【００３５】
つまり、演出分散管理サーバ１２は、クライアント端末である演出制御装置１３−１〜１３−ｎに対して台本記述データに基づく役割分担を設定し、設定した役割に基づいて、その台本記述データのみを分解して、その担当する演出制御装置１３に通信ネットワーク１４を介して送信する。このとき、対応する台本記述データを送るタイミング等は、各演出制御装置１３−１〜１３−ｎにおけるそれぞれのスクリプトの生成具合に応じて管理してもよく、各演出制御装置１３−１〜１３−ｎの処理内容に関係なく、一方的に送信してもよい。
【００３６】
なお、演出分散管理サーバ１２は、どの演出制御装置１３にどの台本データを送信したか、その送信した台本に基づき生成されたスクリプトがコンテンツ管理サーバ１１で番組として提示されたか等を管理する。つまり、演出分散管理サーバ１２は、分散したある１つの台本記述データの一部が、コンテンツ管理サーバ１１で番組として生成された場合、その台本に対するスクリプトを生成するよう指示した演出制御装置１３の処理が終了したことを認識することができる。これにより、その演出制御装置１３に対してその制御対象の次の台本記述データを送信するといったタイミング制御を行うことができる。
【００３７】
演出制御装置１３は、それぞれ対応する制御対象が割り振られ、その割り振られた分担に基づいて演出分散管理サーバ１２から得られる台本記述データに対して番組を制作するためのスクリプトを生成する。また、演出制御装置１３は、生成したスクリプトをコンテンツ管理サーバ１１に通信ネットワーク１４を介して送信する。
【００３８】
なお、演出制御装置１３は、役割別に台本記述データが送られるため、その役割以外のデータが入力された場合には、スクリプトを生成せずに無視するか、送信してきた演出分散管理サーバ１２に対して、違う台本記述データが送られてきたことを示すメッセージを送信する。
【００３９】
また、演出制御装置１３による役割については、例えば、カメラ、キャラクタ、カメラスイッチ、音声等があり、カメラやキャラクタ等については、カメラ１、カメラ２、キャラクタＡ、キャラクタＢ等、番組において必要な複数の役割を設定することができる。なお、それぞれには、所定の性質、性格等を有しており、例えば、「カメラ１」であれば、「きれのある、スピード感を持ったカメラワーク」を演出し、「カメラ２」であれば「ゆっくりとしていて、たどたどしい素人のようなカメラワーク」を演出し、キャラクタＡであれば「かわいらしい女性」、キャラクタＢであれば「太った男性」等のようにそれぞれが異なる演出目的を有していることが好ましい。
【００４０】
したがって、各演出制御装置１３−１〜１３−ｎには、各演出モジュールに独自の演出方法を持たせることによって、役割毎に個性化された演出を行うことができる。また、送信されてきた台本記述を元にクライアント側で人間が操作して演出することも可能となる。
【００４１】
このように、本実施形態によれば、効率的なコンテンツ制作を実現し、更にコンテンツ制作の柔軟性を向上させ、制作システムの応用範囲を広げることができる。具体的には、複数の演出制御装置を用いて番組を生成することができるため、システム全体として機能性、自由度を向上させることができ、異なる制御ソフトからのデータを同時に送受信することができる。
【００４２】
つまり、本実施形態では、現状において同一のＰＣ内で共有メモリを使用したスクリプトの送受信は行うことができるが、更にＰＣ間での制御が可能となるように、例えばソケット通信を用いたネットワーク経由の制御を実装する。
【００４３】
更に、本実施形態では、ＴＶＭＬプレーヤからの映像出力を、合成用素材映像として利用することもできる。例えば、バーチャルスタジオでは、実写映像のカメラワークに連動したＣＧ映像を生成して合成する。このような利用においては、例えばフレーム又はフィールド（１／６０秒）単位でのカメラデータの送受信が必要となる。そのため、本実施形態では、ＴＶＭＬスクリプトによる制御とは別に高速性を重視したＵＤＰ／ＩＰによるパラメータの送受信を可能とする。
【００４４】
また、本実施形態では、パラメータ送受信による制御を要素毎の内容に応じてスクリプトによる制御に優先順位を設ける。したがって、例えば番組に登場しているＣＧキャラクタの動作等については、他の制御データよりも優先順位を上げることで、迅速に制御データを送信して動作させ、ビューアー等で迅速に処理することができる。更に、本実施形態では、名前付きの共有メモリ、ソケット通信のポート番号指定により、複数の制御ソフト、ビューアーの同時起動ができるようにする。
【００４５】
＜コンテンツ管理サーバ１１：機能構成例＞
次に、上述したコンテンツ制作システム１０におけるコンテンツ管理サーバ１１の機能構成例について図を用いて説明する。図２は、コンテンツ管理サーバにおける機能構成の一例を示す図である。図２に示すコンテンツ管理サーバ１１は、入力手段２１と、出力手段２２と、蓄積手段２３と、台本生成手段２４と、番組スクリプト生成手段２５と、排他制御手段２６と、割込制御手段２７と、再生手段２８と、送受信手段２９と、制御手段３０とを有するよう構成されている。
【００４６】
入力手段２１は、管理者や番組制作者等のユーザ等からの台本（演出）の生成指示や、番組スクリプトの生成指示、排他制御指示、割込制御指示、再生指示等のコンテンツ制作における各入力を受け付ける。なお、入力手段２１は、例えばキーボードや、マウス等のポインティングデバイス、マイク等の音声入力デバイス等からなる。
【００４７】
出力手段２２は、入力手段２１により入力された指示内容や、各指示内容に基づいて生成された制御データや番組等の内容を表示したり、音声を出力する。なお、出力手段２２は、ディスプレイ等の画面表示機能やスピーカ等の音声出力機能等を有する。
【００４８】
蓄積手段２３は、番組台本３１、素材３２、ＡＰＥ３３、スクリプト３４、番組３５、及び排他制御情報３６等が蓄積されており、必要に応じて読み出しや書き込みが行われる。
【００４９】
具体的には、生成される番組に対する全ての演出内容が記述された番組台本３１、番組台本３１に記述されている番組を生成するための画像や映像、音声、テキストデータ等の各種データからなる複数の素材データ（キャラクタ、セット、音声、動作、静止画、動画等）３２、番組の演出内容や番組を構成する上で必要なＡＰＥ３３、上述した各演出制御装置１３−１〜１３−ｎから送信されたスクリプト３４、スクリプト３４により生成された番組３５、スクリプトの前後の組み合わせや演出制御装置１３に対して排他制御を行うための排他制御情報３６等が蓄積されている。また、蓄積手段２３は、その他の各種設定情報等を蓄積する。なお、蓄積手段２３は、上述した各種データを通信ネットワーク等に接続された外部装置等から取得することもできる。
【００５０】
台本生成手段２４は、実際の番組を生成するための演出情報等を含めた台本記述データを生成する。番組スクリプト生成手段２５は、上述した各演出制御装置１３−１〜１３−ｎから得られる分担毎に生成される演出モジュールのスクリプトを用いて番組スクリプトを生成する。なお、番組スクリプト生成手段２５は、上述した各演出制御装置１３−１〜１３−ｎからスクリプトを取得した順に番組スクリプトを生成してもよく、予め設定された順序に並べ替えて番組スクリプトを生成することができる。
【００５１】
なお、並べ替えを行わなければ、自由度のある汎用性を持たせた番組を生成することができ、並べ替えを行う場合には、台本記述データに示した演出内容に対応した演出を行うことができる。また、並べ替えは、例えば分割する台本記述データ毎に番号を付しておき、上述した各演出制御装置１３−１〜１３−ｎから得られるスクリプトにもその番号を付与しておくことで、その番号順に並べ替えを行うことができる。
【００５２】
また、番組スクリプト生成手段２５は、蓄積手段２３に予め蓄積されている素材３２や現時点で再生している番組で用いられているＡＰＥ３３等の各種データに基づいて、番組中における担当要素のＴＶＭＬスクリプトを生成する。なお、番組生成手段２５は、番組スタート時や、各端末等に分担させた要素以外の番組の要素（例えば、スタジオセット等の共通要素等）については、番組台本３１に基づいて、全体の番組のＴＶＭＬスクリプトを生成する。なお、番組スクリプト生成手段２５は、生成されたスクリプト３４を蓄積手段２３に蓄積する。
【００５３】
排他制御手段２６は、生成されるスクリプトの順序により矛盾が生じる場合に、上述した各演出制御装置１３−１〜１３−ｎから得られるスクリプトに対して無視して処理を行わない等の対応を行う。これにより、視聴者が不快を抱くような演出を回避することができ、高精度な演出の番組を提供することができる。なお、スクリプトに対しての処理を行わない場合には、その旨のメッセージを演出分散管理サーバ１２や、そのスクリプトを生成した演出制御装置１３に通知することができる。
【００５４】
なお、排他制御手段２６は、上述した各演出制御装置１３−１〜１３−ｎのうちある演出制御装置１３−１からのスクリプトが適切でない場合や、他の担当に変更になった場合等には、例えばその装置からのスクリプトは処理しないようにする等の制御を行うことができる。
【００５５】
割込制御手段２７は、番組スクリプト生成手段２５により上述した各演出制御装置１３−１〜１３−ｎからスクリプトが送られる度にその都度番組スクリプトが生成されるため、その生成されたスクリプトを現在再生中の番組に割り込んで再生させる。
【００５６】
再生手段２８は、生成したＴＶＭＬスクリプトを再生し、映像又は音声等により出力手段２２によりビューアーとして表示させる。なお、再生手段２８は、要素毎に別々の端末で生成されたスクリプト等の制御データがそれぞれ非同期で送られてくるため、再生手段２８は、入力されたＴＶＭＬスクリプトをそのまま現在再生中に番組で実行されているスクリプトの直後に割り込ませて再生を行う。
【００５７】
なお、再生手段２８は、予め設定される制御データの優先順位に基づいて再生する順序も優先させて再生させることができる。これにより、例えばキャラクタ動作に関するスクリプトを優先的に再生させることで、リアルタイム動作を実現することができる。
【００５８】
また、再生手段２８は、リアルタイム再生を行わない場合には、入力されるＴＶＭＬスクリプトを一時的にメモリ等の蓄積手段に保存し、台本データと照合して適切な順序に並べ替えた後、再生するようにしてもよい。これにより、所望する番組の演出を分担させた制御データから柔軟な番組演出を実現することができる。
【００５９】
送受信手段２９は、通信ネットワークを介して制御データ、ビューアーとして表示された番組情報、ＡＰＥ、素材データ、台本データ、番組データ等の各種データを、コンテンツ制作システム１０を構成する他の端末に送信したり、他の端末から各種データを受信するための通信インタフェースである。
【００６０】
制御手段３０は、コンテンツ制作システム１０における各機能構成全体の制御を行う。具体的には、制御手段３０は、入力手段２１により入力されたユーザからの入力情報に基づいて番組を生成したり、他の端末からの要求に対して蓄積手段２３に蓄積された対応する各種データを抽出し、送受信手段２９を介して他の端末に送信させたり、台本を生成したり、生成した台本を演出分散管理サーバ１２に送信したり、番組スクリプトを生成したり、排他制御したり、割込制御したり、番組を再生させたり、画面を生成させる等の各種制御を行う。
【００６１】
上述したように、本実施形態によれば、コンテンツ制作を分散させて効率的にコンテンツ制作を実現することができる。したがって、例えばネットワーク上で離れた複数のユーザが共同して台本記述を制作・編集・再生することが可能となる。したがって、共同制作のための台本記述のデータ構造、ユーザ毎の迅速なアクセス制御方法、及びコンテンツへの変換方法を提供することができる。
【００６２】
＜演出分散管理サーバ１２：機能構成例＞
次に、上述したコンテンツ制作システム１０における演出分散管理サーバ１２の機能構成例について図を用いて説明する。図３は、演出分散管理サーバにおける機能構成の一例を示す図である。図３に示す演出分散管理サーバ１２は、入力手段４１と、出力手段４２と、蓄積手段４３と、台本分割手段４４と、分割台本割当手段４５と、再生番組管理手段４６と、評価手段４７と、再生手段４８と、送受信手段４９と、制御手段５０とを有するよう構成されている。
【００６３】
入力手段４１は、ユーザ等からの台本分割指示や、分割台本割当指示、再生番組管理指示、評価指示、再生指示等のコンテンツ制作における各入力を受け付ける。なお、入力手段４１は、例えばキーボードや、マウス等のポインティングデバイス、マイク等の音声入力デバイス等からなる。
【００６４】
出力手段４２は、入力手段４１により入力された指示内容や、各指示内容に基づいて生成された制御データや番組等の内容を表示したり、音声を出力する。なお、出力手段４２は、ディスプレイ等の画面表示機能やスピーカ等の音声出力機能等を有する。
【００６５】
蓄積手段４３は、番組台本５１、分割台本５２、割当情報５３、及び評価情報５４等が蓄積されており、必要に応じて読み出しや書き込みが行われる。
【００６６】
つまり、コンテンツ管理サーバ１１から得られる番組台本５１と、台本分割手段４４により番組台本５１を分割して得られる分割台本５２と、上述した各演出制御装置１３−１〜１３−ｎに分割台本の何れかを所定のタイミングや条件により送信するための割当情報５３と、上述した各演出制御装置１３−１〜１３−ｎによりスクリプト生成における評価情報５４が蓄積されている。
【００６７】
また、蓄積手段４３は、その他の各種設定情報等を蓄積する。なお、蓄積手段４３は、上述した各種データを通信ネットワーク等に接続された外部装置等から取得することもできる。
【００６８】
台本分割手段４４は、コンテンツ管理サーバ１１から得られた番組台本を所定の要素毎に分割する。なお、要素とは、例えばカメラ、キャラクタ、スタジオ、音声、カメラのスイッチング等の通常のカメラスタジオにおける個々に分担される仕事の種別等を表している。なお、台本分割手段４４は、割り当てられた台本に分割割当番号等を付与する。これにより、分割した台本に対応するスクリプトを選択された演出制御装置１３で生成し、それがコンテンツ管理サーバ１１に到達した場合に、その番号に基づいて、順序を並び替えることで、各演出制御装置１３−１〜１３−ｎでスクリプトの生成時間に時間差があった場合でも台本の順序に対応した番組を生成することができる。
【００６９】
分割台本割当手段４５は、分割された台本をどの演出制御装置１３に割り当てるかを設定する。なお、分割台本割当手段４５は、割り当てられた演出制御装置１３と、その割り当てた台本の内容を蓄積手段４３に、割当情報５３として蓄積する。
【００７０】
また、分割台本割当手段４５は、割り当てに際して、予め演出制御装置１３−１〜１３−ｎに役割を決めておき、対応する分割台本を送信する。なお、分割台本割当手段４５は、コンテンツ管理サーバ１１で現在どの番組スクリプトが再生されているかを常に再生番組管理手段４６で監視しており、その結果に基づいて割り当てるタイミングを制御する。つまり、分割台本割当手段４５は、番組で再生していないスクリプトを生成指示した演出制御装置１３については、まだスクリプトを生成しているものと判断して、台本を送らないように制御することができる。また、分割台本割当手段４５は、時間により定期的に分割台本を送信することもできる。
【００７１】
再生番組管理手段４６は、コンテンツ管理サーバ１１で再生されている番組を管理する。また、どのスクリプトが再生されているかの情報を取得し、取得した情報を分割台本割当手段４５に出力する。
【００７２】
評価手段４７は、各演出制御装置１３−１〜１３−ｎに対して、どの端末がどの程度の処理を行っているかを管理する。これにより、処理の少ない端末や評判のよくないスクリプトを生成した端末については、評価を低くし、分割台本の割当を変更したり、送る回数を減少させたりすることができる。なお、この情報は、分割台本割当手段４５に送信される。更に、評価手段４７は、評価した結果を評価情報５４として蓄積手段４３に蓄積させる。
【００７３】
再生手段４８は、コンテンツ管理サーバ１１で生成したＴＶＭＬスクリプトを再生し、映像又は音声等により出力手段４２によりビューアーとして表示させる。なお、再生手段４８には、要素毎に別々の端末で生成されたスクリプト等の制御データがそれぞれ非同期で送られてくる。そのため、再生手段４８は、入力されたＴＶＭＬスクリプトをそのまま現在再生中に番組で実行されているスクリプトの直後に割り込ませて再生を行う。
【００７４】
なお、再生手段４８は、予め設定される制御データの優先順位に基づいて再生する順序も優先させて再生させることができる。これにより、例えばキャラクタ動作に関するスクリプトを優先的に再生させることで、リアルタイム動作を実現することができる。
【００７５】
また、再生手段４８は、リアルタイム再生を行わない場合には、入力されるＴＶＭＬスクリプトを一時的にメモリ等の蓄積手段に保存し、台本データと照合して適切な順序に並べ替えた後、再生するようにしてもよい。これにより、所望する番組の演出を分担させた制御データから柔軟な番組演出を実現することができる。
【００７６】
送受信手段４９は、通信ネットワークを介して制御データ、ビューアーとして表示された番組情報、ＡＰＥ、素材データ、台本データ、番組データ等の各種データを、コンテンツ制作システム１０を構成する他の端末に送信したり、他の端末から各種データを受信するための通信インタフェースである。
【００７７】
制御手段５０は、コンテンツ制作システム１０における各機能構成全体の制御を行う。具体的には、制御手段５０は、入力手段４１により入力されたユーザからの入力情報に基づいて番組を生成したり、他の端末からの要求に対して蓄積手段４３に蓄積された対応する各種データを抽出し、送受信手段４９を介して他の端末に送信させたり、台本を分割したり、分割した台本をそれぞれ所定のタイミングや条件で対応する演出を行う演出制御装置１３に割り当てて送信する等の各種制御を行う。
【００７８】
上述したように、本実施形態によれば、コンテンツ制作を分散させて効率的にコンテンツ制作を実現することができる。したがって、例えば、ネットワーク上で離れた複数のユーザが共同して台本記述を制作・編集・再生することが可能となる。したがって、共同制作のための台本記述のデータ構造、ユーザ毎の迅速なアクセス制御方法、及びコンテンツへの変換方法を提供することができる。
【００７９】
＜演出制御装置１３：機能構成例＞
次に、上述したコンテンツ制作システム１０における演出制御装置１３の機能構成例について図を用いて説明する。
【００８０】
図４は、演出制御装置における機能構成の一例を示す図である。図４に示す演出制御装置１３は、入力手段６１と、出力手段６２と、蓄積手段６３と、演出生成手段６４と、再生手段６５と、送受信手段６６と、制御手段６７とを有するよう構成されている。
【００８１】
入力手段６１は、ユーザ等の演出生成指示や、再生指示等のコンテンツ制作における各入力を受け付ける。なお、入力手段６１は、例えばキーボードや、マウス等のポインティングデバイス、マイク等の音声入力デバイス等からなる。
【００８２】
出力手段６２は、入力手段６１により入力された指示内容や、各指示内容に基づいて生成された制御データや番組等の内容を表示したり、音声を出力する。なお、出力手段６２は、ディスプレイ等の画面表示機能やスピーカ等の音声出力機能等を有する。
【００８３】
蓄積手段６３は、分割台本７１、スクリプト７２、及び担当演出情報７３等が蓄積されており、必要に応じて読み出しや書き込みが行われる。
【００８４】
つまり、演出分散管理サーバ１２から得られる分割台本７１と、その分割台本７１に対応して演出生成手段６４により生成されるスクリプト７２と、演出生成手段６４でスクリプトを生成する際、その端末の個性としての個々の演出ルールを設定した担当演出情報７３が蓄積されている。
【００８５】
また、蓄積手段６３は、その他の各種設定情報等を蓄積する。なお、蓄積手段７３は、上述した各種データを通信ネットワーク等に接続された外部装置等から取得することもできる。
【００８６】
演出生成手段６４は、分割台本７１に基づいてスクリプトを生成し、生成したスクリプトを所定のタイミングで送受信手段６６により通信ネットワーク１４を介してコンテンツ管理サーバ１１に送信する。なお、演出生成手段６４は、演出を生成する際、担当演出情報７３に予め蓄積されている個々の演出内容に基づいて、所定の演出に基づくスクリプトを生成する。なお、個々の演出内容としては、具体的には、例えばカメラ１、カメラ２、キャラクタＡ、キャラクタＢ、音声、カメラのスイッチング等である。
【００８７】
再生手段６５は、コンテンツ管理サーバ１１で生成したＴＶＭＬスクリプトを再生し、映像又は音声等により出力手段６２によりビューアーとして表示させる。なお、再生手段６５は、要素毎に別々の端末で生成されたスクリプト等の制御データがそれぞれ非同期で送られてくるため、再生手段６５は、入力されたＴＶＭＬスクリプトをそのまま現在再生中に番組で実行されているスクリプトの直後に割り込ませて再生を行う。
【００８８】
なお、再生手段６５は、予め設定される制御データの優先順位に基づいて再生する順序も優先させて再生させることができる。これにより、例えばキャラクタ動作に関するスクリプトを優先的に再生させることで、リアルタイム動作を実現することができる。
【００８９】
また、再生手段６５は、リアルタイム再生を行わない場合には、入力されるＴＶＭＬスクリプトを一時的にメモリ等の蓄積手段に保存し、台本データと照合して適切な順序に並べ替えた後、再生するようにしてもよい。これにより、所望する番組の演出を分担させた制御データから柔軟な番組演出を実現することができる。
【００９０】
送受信手段６６は、通信ネットワークを介して制御データ、ビューアーとして表示された番組情報、ＡＰＥ、素材データ、台本データ、番組データ等の各種データを、コンテンツ制作システム１０を構成する他の端末に送信したり、他の端末から各種データを受信するための通信インタフェースである。
【００９１】
制御手段６７は、コンテンツ制作システム１０における各機能構成全体の制御を行う。具体的には、制御手段６７は、入力手段６１により入力されたユーザからの入力情報に基づいて番組を生成したり、他の端末からの要求に対して蓄積手段６３に蓄積された対応する各種データを抽出し、送受信手段６６を介して他の端末に送信させたり、分割台本からスクリプトを生成したり、スクリプトをコンテンツ管理サーバ１１に送信する等の各種制御を行う。
【００９２】
上述したように、本実施形態によれば、コンテンツ制作を分散させて効率的にコンテンツ制作を実現することができる。したがって、例えば、ネットワーク上で離れた複数のユーザが共同して台本記述を制作・編集・再生することが可能となる。したがって、共同制作のための台本記述のデータ構造、ユーザ毎の迅速なアクセス制御方法、及びコンテンツへの変換方法を提供することができる。
【００９３】
＜コンテンツ制作システム：実施例１＞
次に、コンテンツ制作システムの実施例について、以下に説明する。図５は、自動モードにおけるコンテンツ制作システムの一例を示す図である。また、図６は、図５の処理に対応する台本記述データの一例を示す図である。また、図７は、各台本データに対応するＴＶＭＬの変換例である。
【００９４】
ここで、図５においては、コンテンツ生成部（ＴＶＭＬプレーヤ）がコンテンツ管理サーバ１１を示し、台本センダが演出分散管理サーバ１２を示し、演出モジュールが演出制御装置１３−１〜１３−４を示している。また、図５においては、予め演出モジュール１３−１がカメラ１の演出を行い、演出モジュール１３−２がカメラ２の演出を行い、演出モジュール１３−３がキャラクタの演出を行い、演出モジュール１３−４がスイッチャの演出を行うようにそれぞれ割り当てられている。演出モジュール１３−１〜１３−４は、それぞれ別々の演出のルールを有するクライアントである。
【００９５】
また、台本センダ１２は、図６に示すような台本データを有し、逐次台本データの一行（一要素）単位又は同一又は類似する演出対象に対する纏まった複数行（複数要素）をそれぞれの演出クライアント１３に送信するものである。
【００９６】
ここで、コンテンツ生成部１１は、ＴＶＭＬプレーヤを用いている。ＴＶＭＬプレーヤは、ＴＶＭＬスクリプトを解釈してリアルタイムＣＧ、音声合成等を用いてコンテンツを生成するソフトウェアである。各演出モジュールは、台本センダ１２から送信された対応する台本データを取得し、演出をしてＴＶＭＬスクリプトとしてＴＶＭＬプレーヤに送信し、ＴＶＭＬプレーヤで最終的にコンテンツを出力する。
【００９７】
本実施例における動作は、図６に示す台本データの（１）〜（６）の台本データが順番に実行される。各行には、［スイッチャ］、［カメラ１］のように役割が割り当てられている。まず、（１）行目は、［スイッチャ］であるため、台本センダから演出モジュール１３−４に送信される。演出モジュール１３−４では、（１）行目の台本データを受け取り、カメラ１に切り替える演出をしたＴＶＭＬスクリプトを生成し、コンテンツ生成部１１に送信される。
【００９８】
コンテンツ生成部１１では、そのスクリプトに対応するコンテンツを生成して、再生する。以降、図７に示すように各演出モジュールに台本データが送信され、演出されたＴＶＭＬスクリプトを出力し、コンテンツ生成部１１に出力される。
【００９９】
また、各演出モジュール１３は、受け取った台本データをただ一意に変換するだけではなく、それぞれが独自の演出ルールを持っているため、演出を付加したＴＶＭＬスクリプトを出力している。例えば、（３）行目は、ただｂｏｗコマンドを出力するだけでなく、その前にｌｏｏｋコマンドを挿入することにより、キャラクタは、一度カメラ目線になってからお辞儀をするという演出がなされている。同様に（６）行目もただｔａｌｋコマンドで喋らせるのではなく、ｅｘｐｒｅｓｓｉｏｎコマンドを挿入し、キャラクタの表情をｈａｐｐｙに変えてから、喋らせる演出をしている。このように各演出モジュールにそれぞれ個性を持たせることが可能でいろいろな演出モジュールを組み合わせることによって、多彩な演出をされたコンテンツの出力が可能である。
【０１００】
ここで、図８は、具体例１に対応するコンテンツ生成結果の一例を示す図である。上述したようにコマンドを付加することにより、図８に示すように、対応する映像を再生することで、番組の演出を高精度に行うことができる。
【０１０１】
＜実行プログラム＞
ここで、上述したコンテンツ制作システムは、ＣＰＵ、ＲＡＭ等の揮発性の記憶媒体、ＲＯＭ等の不揮発性の記憶媒体、マウスやキーボード、ポインティングデバイス等の入力装置、画像やデータを表示する表示部、並びに外部と通信するためのインタフェースを備えたコンピュータによって構成することができる。
【０１０２】
したがって、コンテンツ制作システムが有する各機能は、これらの機能を記述したプログラムをＣＰＵに実行させることによりそれぞれ実現可能となる。また、これらのプログラムは、磁気ディスク（フロッピィーディスク、ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ等）、半導体メモリ等の記録媒体に格納して頒布することもできる。
【０１０３】
つまり、上述した各構成における処理をコンピュータに実行させるための実行プログラム（コンテンツ制作プログラム）を生成し、例えば、汎用のパーソナルコンピュータやサーバ等にそのプログラムをインストールすることにより、コンテンツ制作処理を実現することができる。
【０１０４】
次に、本発明における実行プログラムによる処理手順についてコンテンツ制作システムにおけるコンテンツ制作処理についてフローチャートを用いて説明する。なお、以下の処理の説明では、コンテンツの一例として番組を用い、その制作対象として台本データを用いるが、本発明におけるコンテンツの種類についてはこれに限定されるものではない。
【０１０５】
なお、以下の説明では、上述した実施例１における台本センダ１２、演出モジュール１３、コンテンツ生成部１１のそれぞれにおけるコンテンツ制作処理手順についてそれぞれ説明する。
【０１０６】
＜台本センダにおけるコンテンツ制作処理手順＞
まず、上述した台本センダ１２におけるコンテンツ制作処理についてフローチャートを用いて説明する。図９は、台本センダにおけるコンテンツ制作処理手順の一例を示すフローチャートである。図９に示すフローチャートにおいて、まず、台本データを１行読み込み（Ｓ０１）、役割に該当する演出モジュールがあるか否かを判断する（Ｓ０２）、ここで、役割に該当する演出モジュールがない場合（Ｓ０２において、ＮＯ）、Ｓ０１に戻る。また、役割に該当する演出がある場合（Ｓ０２において、ＹＥＳ）、台本データの指示をその演出モジュールに送信する（Ｓ０３）。また、台本データの終わりか否かを判断し（Ｓ０４）、終わりでない場合（Ｓ０４において、ＮＯ）、Ｓ０１に戻り、台本データの次の行を読み込み、後続の処理を行う。また、台本データが終わりの場合（Ｓ０４において、ＹＥＳ）、処理を終了する。
【０１０７】
＜演出モジュールにおけるコンテンツ制作処理手順＞
次に、上述した演出モジュール１３におけるコンテンツ制作処理手順についてフローチャートを用いて説明する。図１０は、演出モジュールにおけるコンテンツ制作処理手順の一例を示すフローチャートである。
【０１０８】
図１０に示すフローチャートにおいて、まず、台本センダからの分割された台本データを受信したか否かを判断し（Ｓ１１）、台本データを受信していない場合（Ｓ１１において、ＮＯ）、台本データを受信するまで待機する。また、台本データを受信した場合（Ｓ１１において、ＹＥＳ）、予め設定された演出ルールに基づいて、ＴＶＭＬ変換を行う（Ｓ１２）。また、変換したＴＶＭＬスクリプトをコンテンツ生成部に送信し（Ｓ１３）、次に、演出処理が終了か否かを判断する（Ｓ１４）。ここで、終了でない場合（Ｓ１４において、ＮＯ）、Ｓ１１に戻り後続の処理を行い、終了である場合（Ｓ１４において、ＹＥＳ）、演出モジュールにおけるコンテンツ制作処理を終了する。
【０１０９】
＜コンテンツ生成部におけるコンテンツ制作処理手順＞
次に、上述したコンテンツ生成部１１におけるコンテンツ制作処理手順についてフローチャートを用いて説明する。図１１は、コンテンツ生成部におけるコンテンツ制作処理手順の一例を示すフローチャートである。
【０１１０】
図１１に示すフローチャートにおいて、まず、演出モジュールからＴＶＭＬスクリプトの受信があるか否かを判断し（Ｓ２１）、受信がなかった場合（Ｓ２１において、ＮＯ）、受信があるまで待機する。
【０１１１】
また、ＴＶＭＬスクリプトの受信がある場合（Ｓ２１において、ＹＥＳ）、ＴＶＭＬスクリプトを解析し（Ｓ２２）、コンテンツを生成する（Ｓ２３）。次に、コンテンツ生成処理が終了か否かを判断する（Ｓ２４）。ここで、終了でない場合（Ｓ２４において、ＮＯ）、Ｓ２１に戻り後続の処理を行い、終了の場合（Ｓ２４において、ＹＥＳ）、コンテンツ生成部におけるコンテンツ制作処理を終了する。
【０１１２】
なお、上述した処理においては、１つの端末でコンテンツ制作処理のうちビューアー及び制御ソフトの両方の機能を実行させてもよく、データの内容等、必要に応じて制作中の番組毎又は番組の途中で機能を切り替えて使用してもよい。
【０１１３】
＜コンテンツ制作システム：実施例２＞
次に、上述の実施例１と異なる他の実施例について、以下に説明する。図１２は、手動モードを含むコンテンツ制作システムの一例を示す図である。また、図１３は、図１２の手動モード処理に対応するＴＶＭＬの変換例である。
【０１１４】
ここで、図１２においては、上述した実施例１に対応するシステム構成となっており、台本データも上述した図６と同様の内容を用いるものとする。実施例２では、上述した実施例１と比較して、演出モジュール１３−１のみが操作者が手動によりカメラ１の演出を行うようになっている。
【０１１５】
つまり、図１２に示す演出モジュール１３−１は、上述した実施例１に示すようにその演出モジュールが持つ演出ルールにしたがってＴＶＭＬスクリプトを生成するのはなく、台本センダ１２から台本データを受け取ると、その台本データが操作者に提示され、それに基づいて操作者がコントローラやキーボード、マウス等の入力手段により操作し、その内容をＴＶＭＬスクリプト化する。
【０１１６】
具体的には、例えば演出モジュール１３−１は、台本センダ１２から上述した図６の（２）行目に示す台本データを受け取ると、手動モード演出モジュール１３−１は、「ルーズショット」という指示をディスプレイ等に表示させたり、音声等により操作者に提示する。操作者は、その提示に基づいて、マウスやジョイステック等のコントローラ（入力手段）等を用いてカメラ１をコントロールして、図１３に示すように所定の間隔又は何らかの操作がされて内容が変更された場合等に、断続的にルーズショットのＴＶＭＬスクリプトを生成しコンテンツ生成部１１に出力する。
【０１１７】
また、上述した実施例２における台本センダ１２、及びコンテンツ生成部１１のそれぞれにおけるコンテンツ制作処理手順については、上述した実施例１と同様であるが、演出モジュール１３については、上述した図１０におけるコンテンツ制作処理手順とは異なる。したがって、実施例２における演出モジュール１３の処理について、以下に説明する。
【０１１８】
＜実施例２の演出モジュールにおけるコンテンツ制作処理手順＞
図１４は、実施例２の演出モジュールにおけるコンテンツ制作処理手順の一例を示すフローチャートである。
【０１１９】
図１４に示すフローチャートにおいて、まず、台本センダからの分割された台本データを受信したか否かを判断し（Ｓ３１）、台本データを受信していない場合（Ｓ３１において、ＮＯ）、台本データを受信するまで待機する。また、台本データを受信した場合（Ｓ３１において、ＹＥＳ）、その受信した台本データを操作者に提示する（Ｓ３２）。
【０１２０】
次に、操作者が提示により指示された内容に基づいて操作した内容からＴＶＭＬスクリプトを生成し（Ｓ３３）、そのＴＶＭＬスクリプトをコンテンツ生成部に送信する（Ｓ３４）、次に、演出処理が終了か否かを判断し（Ｓ３４）、終了でない場合（Ｓ３４において、ＮＯ）、Ｓ３１に戻り後続の処理を行い、終了である場合（Ｓ３４において、ＹＥＳ）、実施例２の演出モジュールにおけるコンテンツ制作処理を終了する。
【０１２１】
なお、演出モジュール内部では、自動モードから手動モードに切り替わり、台本データに対する処理方法が変わっているが、装置の外側から見れば通信ネットワークは同一の通信仕様のまま使用することができる。したがって、実施例２と実施例１とを組合わせて、自動モードで動作中に手動モードに切り替えたり、逆に手動モードから自動モードに切り替えたり等、柔軟な運用が可能となる。
【０１２２】
上述したように本発明によれば、コンテンツ制作を分散させて効率的にコンテンツ制作を実現することができる。また、本発明によれば、ネットワーク上に分散した演出モジュールを組み合わせて、多彩な演出を作ることができ、演出の一部を人手で行ったり、途中で自動に戻したり柔軟に対応させることができる。
【０１２３】
また、番組等のコンテンツを制御する各要素に応じて制御を分割して複数の端末に分担させることができる。また、指示が容易なスクリプトやリアルタイム性が要求されるカメラワーク等、制御する要素（項目）に応じた制御設計が可能となる。また、端末の１つに複数のビューアーの再生内容を取得して表示する機能を設けることにより、番組制作において、見たいチェックポイント毎にその映像や音声、対応するスクリプト等を容易に確認することができ、１つの番組制作をいろいろなチェックポイントで確認することができる。
【０１２４】
また、本発明によれば、リアルタイムに変化する番組要素に対応し、複数ユーザの共同制作、複数モニターによる番組進行も実現することができる。また、複数人が効率的にコンテンツを共同制作することができる。
【０１２５】
したがって、ネットワーク上で離れた複数のユーザが共同して台本を制作・編集・再生することが可能となる。また、共同制作のための台本記述のデータ構造、ユーザ毎の迅速なアクセス制御方法、及びコンテンツへの変換手法を提供することができる。
【０１２６】
以上本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形、変更が可能である。
【符号の説明】
【０１２７】
１０ コンテンツ制作システム
１１ コンテンツ管理サーバ
１２ 演出分散管理サーバ
１３ 演出制御装置
１４ 通信ネットワーク
２１，４１，６１ 入力手段
２２，４２，６２ 出力手段
２３，４３，６３ 蓄積手段
２４ 台本生成手段
２５ 番組スクリプト生成手段
２６ 排他制御手段
２７ 割込制御手段
２８，４８，６５ 再生手段
２９，４９，６６ 送受信手段
３０，５０，６７ 制御手段
３１ 番組台本
３２ 素材
３３ ＡＰＥ
３４ スクリプト
３５ 番組
３６ 排他制御情報
４４ 台本分割手段
４５ 分割台本割当手段
４６ 再生番組管理手段
４７ 評価手段
５１ 番組台本
５２ 分割台本
５３ 割当情報
５４ 評価情報
６４ 演出生成手段
７１ 分割台本
７２ スクリプト
７３ 担当演出情報
【技術分野】
【０００１】
本発明は、コンテンツ制作システム及びコンテンツ制作プログラムに係り、特に、コンテンツ制作を分散させて効率的にコンテンツ制作を実現するためのコンテンツ制作システム及びコンテンツ制作プログラムに関する。
【背景技術】
【０００２】
一般に、ＣＧ（Ｃｏｍｐｕｔｅｒ Ｇｒａｐｈｉｃｓ）キャラクターアニメーション等を用いて番組等のコンテンツの制作は、高い専門性と長い制作時間を必要とする。特に、人に好まれて視聴されるような演出性の高いコンテンツは、カメラワークやＣＧキャラクタの動き等の指定にも熟練した技術を必要する。
【０００３】
そこで、予め用意された自動番組制作アルゴリズムに対してスクリプトを記述するだけで、カメラワークやＣＧキャラクタの動きを指定してコンテンツを出力する手法が提案され、実用化されている（例えば、特許文献１参照。）。これにより、例えばテレビ番組のようなコンテンツの制作全般に用いることができるスクリプトによって、キャラクタの喋りや動作の他、照明、カメラ、セット、小道具、スーパーインポーズ、ムービー、ＢＧＭ（Ｂａｃｋ Ｇｒｏｕｎｄ Ｍｕｓｉｃ）等、テレビ番組のスタジオ制作に必要な機能を全て記述することができる。
【０００４】
また、コンテンツを制作するツールとしては、例えば番組の制作、提示に用いられるスクリプトの一例として、ＴＶＭＬ（ＴＶ ｐｒｏｇｒａｍ Ｍａｒｋｉｎｇ Ｌａｎｇｕａｇｅ）を用いた自動番組制作システム（ＴＶ４Ｕ）がある。ＴＶＭＬとは、テレビ番組を制作するためのオブジェクトベース記述言語であり、テレビ番組の映像や音声等を、素材データと台本（演出内容等）とに分けて記述することができ、制作側で台本を記述することで、パソコン等で動作するソフトウェア等がこれを読み取り、台本に記述された素材データを取得して即座にテレビ番組として再生・視聴することができる。
【０００５】
なお、上述のＴＶ４Ｕは、例えばクライアント側の端末でワープロ（エディタ）型のユーザインタフェースを用いて番組の台本を記述し、その台本に任意の番組制作エンジン（ＡＰＥ：Ａｕｔｏｍａｔｉｃ Ｐｒｏｄｕｃｔｉｏｎ Ｅｎｇｉｎｅ）を適用して番組を制作し、その台本や素材データ、ＡＰＥをサーバ等にアップロードすることにより番組を公開することができる。
【０００６】
なお、ＡＰＥとは、番組に登場するＣＧキャラクタや番組における１つの動作の単位で「タイトル表示」、「ズームイン」、「ＣＧキャラクタの動作」等のイベントが予め定義されたものである。これを用いて、例えば番組の内容を表す台本からのテキストデータ等を入力すると、それを元に番組の自動生成に必要なＴＶＭＬスクリプトを出力する。このように、ＡＰＥを用いることで効率的に番組制作を実現することができる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００１−２４６１０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、上述した従来のコンテンツ制作装置は、１つのスクリプトファイルに全ての番組情報を記述する必要があるため、例えばスクリプトをキャラクタ毎や番組を構成する他の要素（例えば、照明、カメラ、小道具、音声等）に分割することができない。
【０００９】
つまり、従来技術では、台本記述と演出モジュールとを同一端末上で、１対１に動作させるものであった。したがって、従来技術では、演出が画一的となってしまう問題があった。また、コンテンツ制作における演出の一部分だけを人手で行い、他の部分は従来通り演出モジュールが行うということができず、全て自動で演出をするか、全て人手で演出するかの２通りしか手段がなかった。
【００１０】
本発明は、上述した問題点に鑑みなされたものであり、コンテンツ制作を分散させて効率的にコンテンツ制作を実現するためのコンテンツ制作システム及びコンテンツ制作プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記課題を解決するために、本件発明は、以下の特徴を有する課題を解決するための手段を採用している。
【００１２】
請求項１に記載された発明は、ネットワークに接続された複数の端末を用いてコンテンツを制作するためのコンテンツ制作システムにおいて、前記コンテンンツを制作するために生成された台本を、前記コンテンツを構成する複数の要素で分割するコンテンツ分割手段と、前記複数の端末のうち、前記コンテンツ分割手段により得られる分割台本毎に対応する演出のスクリプトを生成する端末を割り当てる分割台本割当手段と、前記分割台本割当手段により割り当てられた端末により生成された前記分割台本に対応するスクリプトからコンテンツを生成するコンテンツ生成手段と、生成されたコンテンツを現在再生しているコンテンツに割り込み制御を行う割込制御手段と、前記割込制御手段により制御された割り込みコンテンツを再生する再生手段とを有することを特徴とする。
【００１３】
請求項１記載の発明によれば、コンテンツ制作を分散させて効率的にコンテンツ制作を実現することができる。
【００１４】
請求項２に記載された発明は、前記割込制御手段は、前記分割台本割当手段により割り当てられた端末以外の端末から対応する要素のスクリプトを取得した場合には、前記スクリプトの割込制御は行わないことを特徴とする。
【００１５】
請求項３に記載された発明は、前記複数の端末において生成されるスクリプトを評価する評価手段を有し、前記分割台本割当手段は、前記評価手段により得られる評価情報に基づいて、割り当てる頻度を調整することを特徴とする。
【００１６】
請求項４に記載された発明は、前記割込制御手段は、前記再生手段による再生内容に基づいて、前記割り当てた端末で対応するスクリプトの生成が完了したことを認識し、次の分割台本を送信することを特徴とする。
【００１７】
請求項５に記載された発明は、前記複数の端末から得られる複数のスクリプトの再生順序に応じて、少なくとも１つのスクリプトの再生を制限する排他制御手段を有することを特徴とする。
【００１８】
請求項６に記載された発明は、ネットワークに接続された複数の端末を用いてコンテンツを制作するためのコンテンツ制作プログラムにおいて、コンピュータを、前記コンテンンツを制作するために生成された台本を、前記コンテンツを構成する複数の要素で分割するコンテンツ分割手段、前記複数の端末のうち、前記コンテンツ分割手段により得られる分割台本毎に対応する演出のスクリプトを生成する端末を割り当てる分割台本割当手段、前記分割台本割当手段により割り当てられた端末により生成された前記分割台本に対応するスクリプトからコンテンツを生成するコンテンツ生成手段、生成されたコンテンツを現在再生しているコンテンツに割り込み制御を行う割込制御手段、及び、前記割込制御手段により制御された割り込みコンテンツを再生する再生手段として機能させる。
【００１９】
請求項６記載の発明によれば、コンテンツ制作を分散させて効率的にコンテンツ制作を実現することができる。また、実行プログラムをコンピュータにインストールすることにより、容易にコンテンツ制作を実現することができる。
【発明の効果】
【００２０】
本発明によれば、コンテンツ制作を分散させて効率的にコンテンツ制作を実現することができる。
【図面の簡単な説明】
【００２１】
【図１】本実施形態におけるコンテンツ制作システムの概略構成例を示す図である。
【図２】コンテンツ管理サーバにおける機能構成の一例を示す図である。
【図３】演出分散管理サーバにおける機能構成の一例を示す図である。
【図４】演出制御装置における機能構成の一例を示す図である。
【図５】自動モードにおけるコンテンツ制作システムの一例を示す図である。
【図６】図５の処理に対応する台本記述データの一例を示す図である。
【図７】各台本データに対応するＴＶＭＬの変換例である。
【図８】具体例１に対応するコンテンツ生成結果の一例を示す図である。
【図９】台本センダにおけるコンテンツ制作処理手順の一例を示すフローチャートである。
【図１０】演出モジュールにおけるコンテンツ制作処理手順の一例を示すフローチャートである。
【図１１】コンテンツ生成部におけるコンテンツ制作処理手順の一例を示すフローチャートである。
【図１２】手動モードを含むコンテンツ制作システムの一例を示す図である。
【図１３】図１２の手動モード処理に対応するＴＶＭＬの変換例である。
【図１４】実施例２の演出モジュールにおけるコンテンツ制作処理手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００２２】
＜本発明について＞
本発明は、例えばテレビ番組等のコンテンツをスクリプト言語で制作・記述し、コンピュータグラフィックス（ＣＧ）、音声合成等を用いて再生する分野に関し、特に、コンテンツ記述を台本記述と演出モジュールに分け、ネットワーク分散された演出モジュールが協働して１つのコンテンツをリアルタイム制作するものである。
【００２３】
つまり、従来の技術では、台本記述と演出モジュールは１対１の関係であったため、演出が画一的となってしまう問題があった。また、演出モジュールが１つだけの場合、その演出モジュールが全ての演出を行うので、コンテンツ制作における演出の一部分だけを人手で行うということは不可能であった。
【００２４】
そこで、本発明では、複数の演出モジュールをネットワーク上のクライアントに分散して配置し、それぞれに役割を指定する。各クライアントに役割別に送信された台本記述を受け取り、所定の演出をした後、その結果を返信する。各演出モジュールに独自の演出方法を持たせることによって、役割毎に個性化された演出を行うことができる。また、送られてきた台本記述に基づいて、クライアント側で人間が操作して演出することも可能になる。
【００２５】
以下に、上述したような特徴を有する本発明におけるコンテンツ制作システム及びコンテンツ制作プログラムを好適に実施した形態について、図面を用いて詳細に説明する。
【００２６】
なお、本実施形態では、制作するコンテンツの一例として番組を用いる。また、本実施形態では、番組の生成や提示等に用いられるスクリプトの一例として、ＴＶＭＬを用いる。また、以下に説明する本発明の一実施形態として使用されるコンテンツ制作システムは、上述した自動番組制作システム（ＴＶ４Ｕ）の機能を有する。
【００２７】
＜コンテンツ制作システムの概略構成例＞
図１は、本実施形態におけるコンテンツ制作システムの概略構成例を示す図である。図１に示すコンテンツ制作システム１０は、コンテンツ管理サーバ１１と、演出分散管理サーバ１２と、複数の演出制御装置１３−１、１３−２、・・・，１３−ｎとを有するよう構成されている。また、コンテンツ管理サーバ１１、演出分散管理サーバ１２、及び演出制御装置１３は、それぞれ端末として構成され、各端末はインターネット等の通信ネットワーク１４を介してデータの送受信が可能な状態で接続されている。
【００２８】
ここで、コンテンツ管理サーバ１１は、予め蓄積されている画像や映像、音声、テキストデータ等の各種データに基づいて、視聴者に提供するコンテンツの一例として番組の制作を行う制作側の装置である。また、図１におけるコンテンツ管理サーバ１１、演出分散管理サーバ１２、及び演出制御装置１３の数については、本発明においてはこれに限定されず、例えばコンテンツ管理サーバ１１及び演出分散管理サーバ１２が１台に統合されていてもよく、それぞれが複数台に構成されていてもよい。また、コンテンツ管理サーバ１１、演出分散管理サーバ１２、及び複数の演出制御装置１３−１〜１３−ｎは、それぞれ個々のＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）により実現されていてもよい。
【００２９】
コンテンツ管理サーバ１１は、本実施形態におけるコンテンツ制作システム１０において、コンテンツの制作にあたり、他の端末に役割を分担させるための元となる制作するコンテンツの台本記述データを生成する。また、コンテンツ管理サーバ１１は、生成した台本記述データを演出分散管理サーバ１２に送信する。
【００３０】
更に、コンテンツ管理サーバ１１は、各演出制御装置１３−１〜１３−ｎからそれぞれ送信される各モジュールの演出を実行させるためのスクリプトに対する番組を生成して出力する。なお、コンテンツ管理サーバ１１は、演出制御装置１３−１〜１３−ｎから送られるスクリプトの順序に矛盾が発生するような組み合わせが発生した場合には、その発生した組み合わせの後からきたスクリプトを無視したり、そのスクリプトを送信した演出制御装置にその旨のメッセージを通知することができる。
【００３１】
また、コンテンツ管理サーバ１１は、各演出制御装置１３−１〜１３−ｎから得られる各モジュールのスクリプトを取得した順に、そのスクリプトからそのまま番組を生成して出力してもよい。また、コンテンツ管理サーバ１１は、各演出制御装置１３−１〜１３−ｎから得られる所望する番組の流れ（演出）になるように、ある特定の端末（演出制御装置１３）からの演出モジュールを受け取る等の排他制御処理を行うこともできる。これにより、所望する番組を分散させて高精度に生成することができる。
【００３２】
なお、コンテンツ管理サーバ１１には、番組を生成するためのＡＰＥや、番組台本、多種の番組に使用する画像や映像、音声等の各種素材データが蓄積されており、番組生成時にはスクリプトに対応させて蓄積されたこれらのデータから必要なデータを順次読み出して番組を生成する。
【００３３】
なお、スクリプトの順序に矛盾生じる場合とは、例えば、「カメラ２」が存在しないのに「カメラ２」によるクローズアップ処理を指定した場合や、番組に出演するキャラクタがいないのにそのキャラクタを制御するスクリプトが送られた場合等があるが、本発明においてはこれに限定されるものではない。
【００３４】
また、演出分散管理サーバ１２は、コンテンツ管理サーバ１１から得られる台本記述データに基づいて、各演出制御装置１３−１〜１３−ｎに対してスクリプトの生成処理が実行可能な演出モジュールを生成する装置を選別して、対応する演出制御装置１３に通信ネットワーク１４を介して送信する。
【００３５】
つまり、演出分散管理サーバ１２は、クライアント端末である演出制御装置１３−１〜１３−ｎに対して台本記述データに基づく役割分担を設定し、設定した役割に基づいて、その台本記述データのみを分解して、その担当する演出制御装置１３に通信ネットワーク１４を介して送信する。このとき、対応する台本記述データを送るタイミング等は、各演出制御装置１３−１〜１３−ｎにおけるそれぞれのスクリプトの生成具合に応じて管理してもよく、各演出制御装置１３−１〜１３−ｎの処理内容に関係なく、一方的に送信してもよい。
【００３６】
なお、演出分散管理サーバ１２は、どの演出制御装置１３にどの台本データを送信したか、その送信した台本に基づき生成されたスクリプトがコンテンツ管理サーバ１１で番組として提示されたか等を管理する。つまり、演出分散管理サーバ１２は、分散したある１つの台本記述データの一部が、コンテンツ管理サーバ１１で番組として生成された場合、その台本に対するスクリプトを生成するよう指示した演出制御装置１３の処理が終了したことを認識することができる。これにより、その演出制御装置１３に対してその制御対象の次の台本記述データを送信するといったタイミング制御を行うことができる。
【００３７】
演出制御装置１３は、それぞれ対応する制御対象が割り振られ、その割り振られた分担に基づいて演出分散管理サーバ１２から得られる台本記述データに対して番組を制作するためのスクリプトを生成する。また、演出制御装置１３は、生成したスクリプトをコンテンツ管理サーバ１１に通信ネットワーク１４を介して送信する。
【００３８】
なお、演出制御装置１３は、役割別に台本記述データが送られるため、その役割以外のデータが入力された場合には、スクリプトを生成せずに無視するか、送信してきた演出分散管理サーバ１２に対して、違う台本記述データが送られてきたことを示すメッセージを送信する。
【００３９】
また、演出制御装置１３による役割については、例えば、カメラ、キャラクタ、カメラスイッチ、音声等があり、カメラやキャラクタ等については、カメラ１、カメラ２、キャラクタＡ、キャラクタＢ等、番組において必要な複数の役割を設定することができる。なお、それぞれには、所定の性質、性格等を有しており、例えば、「カメラ１」であれば、「きれのある、スピード感を持ったカメラワーク」を演出し、「カメラ２」であれば「ゆっくりとしていて、たどたどしい素人のようなカメラワーク」を演出し、キャラクタＡであれば「かわいらしい女性」、キャラクタＢであれば「太った男性」等のようにそれぞれが異なる演出目的を有していることが好ましい。
【００４０】
したがって、各演出制御装置１３−１〜１３−ｎには、各演出モジュールに独自の演出方法を持たせることによって、役割毎に個性化された演出を行うことができる。また、送信されてきた台本記述を元にクライアント側で人間が操作して演出することも可能となる。
【００４１】
このように、本実施形態によれば、効率的なコンテンツ制作を実現し、更にコンテンツ制作の柔軟性を向上させ、制作システムの応用範囲を広げることができる。具体的には、複数の演出制御装置を用いて番組を生成することができるため、システム全体として機能性、自由度を向上させることができ、異なる制御ソフトからのデータを同時に送受信することができる。
【００４２】
つまり、本実施形態では、現状において同一のＰＣ内で共有メモリを使用したスクリプトの送受信は行うことができるが、更にＰＣ間での制御が可能となるように、例えばソケット通信を用いたネットワーク経由の制御を実装する。
【００４３】
更に、本実施形態では、ＴＶＭＬプレーヤからの映像出力を、合成用素材映像として利用することもできる。例えば、バーチャルスタジオでは、実写映像のカメラワークに連動したＣＧ映像を生成して合成する。このような利用においては、例えばフレーム又はフィールド（１／６０秒）単位でのカメラデータの送受信が必要となる。そのため、本実施形態では、ＴＶＭＬスクリプトによる制御とは別に高速性を重視したＵＤＰ／ＩＰによるパラメータの送受信を可能とする。
【００４４】
また、本実施形態では、パラメータ送受信による制御を要素毎の内容に応じてスクリプトによる制御に優先順位を設ける。したがって、例えば番組に登場しているＣＧキャラクタの動作等については、他の制御データよりも優先順位を上げることで、迅速に制御データを送信して動作させ、ビューアー等で迅速に処理することができる。更に、本実施形態では、名前付きの共有メモリ、ソケット通信のポート番号指定により、複数の制御ソフト、ビューアーの同時起動ができるようにする。
【００４５】
＜コンテンツ管理サーバ１１：機能構成例＞
次に、上述したコンテンツ制作システム１０におけるコンテンツ管理サーバ１１の機能構成例について図を用いて説明する。図２は、コンテンツ管理サーバにおける機能構成の一例を示す図である。図２に示すコンテンツ管理サーバ１１は、入力手段２１と、出力手段２２と、蓄積手段２３と、台本生成手段２４と、番組スクリプト生成手段２５と、排他制御手段２６と、割込制御手段２７と、再生手段２８と、送受信手段２９と、制御手段３０とを有するよう構成されている。
【００４６】
入力手段２１は、管理者や番組制作者等のユーザ等からの台本（演出）の生成指示や、番組スクリプトの生成指示、排他制御指示、割込制御指示、再生指示等のコンテンツ制作における各入力を受け付ける。なお、入力手段２１は、例えばキーボードや、マウス等のポインティングデバイス、マイク等の音声入力デバイス等からなる。
【００４７】
出力手段２２は、入力手段２１により入力された指示内容や、各指示内容に基づいて生成された制御データや番組等の内容を表示したり、音声を出力する。なお、出力手段２２は、ディスプレイ等の画面表示機能やスピーカ等の音声出力機能等を有する。
【００４８】
蓄積手段２３は、番組台本３１、素材３２、ＡＰＥ３３、スクリプト３４、番組３５、及び排他制御情報３６等が蓄積されており、必要に応じて読み出しや書き込みが行われる。
【００４９】
具体的には、生成される番組に対する全ての演出内容が記述された番組台本３１、番組台本３１に記述されている番組を生成するための画像や映像、音声、テキストデータ等の各種データからなる複数の素材データ（キャラクタ、セット、音声、動作、静止画、動画等）３２、番組の演出内容や番組を構成する上で必要なＡＰＥ３３、上述した各演出制御装置１３−１〜１３−ｎから送信されたスクリプト３４、スクリプト３４により生成された番組３５、スクリプトの前後の組み合わせや演出制御装置１３に対して排他制御を行うための排他制御情報３６等が蓄積されている。また、蓄積手段２３は、その他の各種設定情報等を蓄積する。なお、蓄積手段２３は、上述した各種データを通信ネットワーク等に接続された外部装置等から取得することもできる。
【００５０】
台本生成手段２４は、実際の番組を生成するための演出情報等を含めた台本記述データを生成する。番組スクリプト生成手段２５は、上述した各演出制御装置１３−１〜１３−ｎから得られる分担毎に生成される演出モジュールのスクリプトを用いて番組スクリプトを生成する。なお、番組スクリプト生成手段２５は、上述した各演出制御装置１３−１〜１３−ｎからスクリプトを取得した順に番組スクリプトを生成してもよく、予め設定された順序に並べ替えて番組スクリプトを生成することができる。
【００５１】
なお、並べ替えを行わなければ、自由度のある汎用性を持たせた番組を生成することができ、並べ替えを行う場合には、台本記述データに示した演出内容に対応した演出を行うことができる。また、並べ替えは、例えば分割する台本記述データ毎に番号を付しておき、上述した各演出制御装置１３−１〜１３−ｎから得られるスクリプトにもその番号を付与しておくことで、その番号順に並べ替えを行うことができる。
【００５２】
また、番組スクリプト生成手段２５は、蓄積手段２３に予め蓄積されている素材３２や現時点で再生している番組で用いられているＡＰＥ３３等の各種データに基づいて、番組中における担当要素のＴＶＭＬスクリプトを生成する。なお、番組生成手段２５は、番組スタート時や、各端末等に分担させた要素以外の番組の要素（例えば、スタジオセット等の共通要素等）については、番組台本３１に基づいて、全体の番組のＴＶＭＬスクリプトを生成する。なお、番組スクリプト生成手段２５は、生成されたスクリプト３４を蓄積手段２３に蓄積する。
【００５３】
排他制御手段２６は、生成されるスクリプトの順序により矛盾が生じる場合に、上述した各演出制御装置１３−１〜１３−ｎから得られるスクリプトに対して無視して処理を行わない等の対応を行う。これにより、視聴者が不快を抱くような演出を回避することができ、高精度な演出の番組を提供することができる。なお、スクリプトに対しての処理を行わない場合には、その旨のメッセージを演出分散管理サーバ１２や、そのスクリプトを生成した演出制御装置１３に通知することができる。
【００５４】
なお、排他制御手段２６は、上述した各演出制御装置１３−１〜１３−ｎのうちある演出制御装置１３−１からのスクリプトが適切でない場合や、他の担当に変更になった場合等には、例えばその装置からのスクリプトは処理しないようにする等の制御を行うことができる。
【００５５】
割込制御手段２７は、番組スクリプト生成手段２５により上述した各演出制御装置１３−１〜１３−ｎからスクリプトが送られる度にその都度番組スクリプトが生成されるため、その生成されたスクリプトを現在再生中の番組に割り込んで再生させる。
【００５６】
再生手段２８は、生成したＴＶＭＬスクリプトを再生し、映像又は音声等により出力手段２２によりビューアーとして表示させる。なお、再生手段２８は、要素毎に別々の端末で生成されたスクリプト等の制御データがそれぞれ非同期で送られてくるため、再生手段２８は、入力されたＴＶＭＬスクリプトをそのまま現在再生中に番組で実行されているスクリプトの直後に割り込ませて再生を行う。
【００５７】
なお、再生手段２８は、予め設定される制御データの優先順位に基づいて再生する順序も優先させて再生させることができる。これにより、例えばキャラクタ動作に関するスクリプトを優先的に再生させることで、リアルタイム動作を実現することができる。
【００５８】
また、再生手段２８は、リアルタイム再生を行わない場合には、入力されるＴＶＭＬスクリプトを一時的にメモリ等の蓄積手段に保存し、台本データと照合して適切な順序に並べ替えた後、再生するようにしてもよい。これにより、所望する番組の演出を分担させた制御データから柔軟な番組演出を実現することができる。
【００５９】
送受信手段２９は、通信ネットワークを介して制御データ、ビューアーとして表示された番組情報、ＡＰＥ、素材データ、台本データ、番組データ等の各種データを、コンテンツ制作システム１０を構成する他の端末に送信したり、他の端末から各種データを受信するための通信インタフェースである。
【００６０】
制御手段３０は、コンテンツ制作システム１０における各機能構成全体の制御を行う。具体的には、制御手段３０は、入力手段２１により入力されたユーザからの入力情報に基づいて番組を生成したり、他の端末からの要求に対して蓄積手段２３に蓄積された対応する各種データを抽出し、送受信手段２９を介して他の端末に送信させたり、台本を生成したり、生成した台本を演出分散管理サーバ１２に送信したり、番組スクリプトを生成したり、排他制御したり、割込制御したり、番組を再生させたり、画面を生成させる等の各種制御を行う。
【００６１】
上述したように、本実施形態によれば、コンテンツ制作を分散させて効率的にコンテンツ制作を実現することができる。したがって、例えばネットワーク上で離れた複数のユーザが共同して台本記述を制作・編集・再生することが可能となる。したがって、共同制作のための台本記述のデータ構造、ユーザ毎の迅速なアクセス制御方法、及びコンテンツへの変換方法を提供することができる。
【００６２】
＜演出分散管理サーバ１２：機能構成例＞
次に、上述したコンテンツ制作システム１０における演出分散管理サーバ１２の機能構成例について図を用いて説明する。図３は、演出分散管理サーバにおける機能構成の一例を示す図である。図３に示す演出分散管理サーバ１２は、入力手段４１と、出力手段４２と、蓄積手段４３と、台本分割手段４４と、分割台本割当手段４５と、再生番組管理手段４６と、評価手段４７と、再生手段４８と、送受信手段４９と、制御手段５０とを有するよう構成されている。
【００６３】
入力手段４１は、ユーザ等からの台本分割指示や、分割台本割当指示、再生番組管理指示、評価指示、再生指示等のコンテンツ制作における各入力を受け付ける。なお、入力手段４１は、例えばキーボードや、マウス等のポインティングデバイス、マイク等の音声入力デバイス等からなる。
【００６４】
出力手段４２は、入力手段４１により入力された指示内容や、各指示内容に基づいて生成された制御データや番組等の内容を表示したり、音声を出力する。なお、出力手段４２は、ディスプレイ等の画面表示機能やスピーカ等の音声出力機能等を有する。
【００６５】
蓄積手段４３は、番組台本５１、分割台本５２、割当情報５３、及び評価情報５４等が蓄積されており、必要に応じて読み出しや書き込みが行われる。
【００６６】
つまり、コンテンツ管理サーバ１１から得られる番組台本５１と、台本分割手段４４により番組台本５１を分割して得られる分割台本５２と、上述した各演出制御装置１３−１〜１３−ｎに分割台本の何れかを所定のタイミングや条件により送信するための割当情報５３と、上述した各演出制御装置１３−１〜１３−ｎによりスクリプト生成における評価情報５４が蓄積されている。
【００６７】
また、蓄積手段４３は、その他の各種設定情報等を蓄積する。なお、蓄積手段４３は、上述した各種データを通信ネットワーク等に接続された外部装置等から取得することもできる。
【００６８】
台本分割手段４４は、コンテンツ管理サーバ１１から得られた番組台本を所定の要素毎に分割する。なお、要素とは、例えばカメラ、キャラクタ、スタジオ、音声、カメラのスイッチング等の通常のカメラスタジオにおける個々に分担される仕事の種別等を表している。なお、台本分割手段４４は、割り当てられた台本に分割割当番号等を付与する。これにより、分割した台本に対応するスクリプトを選択された演出制御装置１３で生成し、それがコンテンツ管理サーバ１１に到達した場合に、その番号に基づいて、順序を並び替えることで、各演出制御装置１３−１〜１３−ｎでスクリプトの生成時間に時間差があった場合でも台本の順序に対応した番組を生成することができる。
【００６９】
分割台本割当手段４５は、分割された台本をどの演出制御装置１３に割り当てるかを設定する。なお、分割台本割当手段４５は、割り当てられた演出制御装置１３と、その割り当てた台本の内容を蓄積手段４３に、割当情報５３として蓄積する。
【００７０】
また、分割台本割当手段４５は、割り当てに際して、予め演出制御装置１３−１〜１３−ｎに役割を決めておき、対応する分割台本を送信する。なお、分割台本割当手段４５は、コンテンツ管理サーバ１１で現在どの番組スクリプトが再生されているかを常に再生番組管理手段４６で監視しており、その結果に基づいて割り当てるタイミングを制御する。つまり、分割台本割当手段４５は、番組で再生していないスクリプトを生成指示した演出制御装置１３については、まだスクリプトを生成しているものと判断して、台本を送らないように制御することができる。また、分割台本割当手段４５は、時間により定期的に分割台本を送信することもできる。
【００７１】
再生番組管理手段４６は、コンテンツ管理サーバ１１で再生されている番組を管理する。また、どのスクリプトが再生されているかの情報を取得し、取得した情報を分割台本割当手段４５に出力する。
【００７２】
評価手段４７は、各演出制御装置１３−１〜１３−ｎに対して、どの端末がどの程度の処理を行っているかを管理する。これにより、処理の少ない端末や評判のよくないスクリプトを生成した端末については、評価を低くし、分割台本の割当を変更したり、送る回数を減少させたりすることができる。なお、この情報は、分割台本割当手段４５に送信される。更に、評価手段４７は、評価した結果を評価情報５４として蓄積手段４３に蓄積させる。
【００７３】
再生手段４８は、コンテンツ管理サーバ１１で生成したＴＶＭＬスクリプトを再生し、映像又は音声等により出力手段４２によりビューアーとして表示させる。なお、再生手段４８には、要素毎に別々の端末で生成されたスクリプト等の制御データがそれぞれ非同期で送られてくる。そのため、再生手段４８は、入力されたＴＶＭＬスクリプトをそのまま現在再生中に番組で実行されているスクリプトの直後に割り込ませて再生を行う。
【００７４】
なお、再生手段４８は、予め設定される制御データの優先順位に基づいて再生する順序も優先させて再生させることができる。これにより、例えばキャラクタ動作に関するスクリプトを優先的に再生させることで、リアルタイム動作を実現することができる。
【００７５】
また、再生手段４８は、リアルタイム再生を行わない場合には、入力されるＴＶＭＬスクリプトを一時的にメモリ等の蓄積手段に保存し、台本データと照合して適切な順序に並べ替えた後、再生するようにしてもよい。これにより、所望する番組の演出を分担させた制御データから柔軟な番組演出を実現することができる。
【００７６】
送受信手段４９は、通信ネットワークを介して制御データ、ビューアーとして表示された番組情報、ＡＰＥ、素材データ、台本データ、番組データ等の各種データを、コンテンツ制作システム１０を構成する他の端末に送信したり、他の端末から各種データを受信するための通信インタフェースである。
【００７７】
制御手段５０は、コンテンツ制作システム１０における各機能構成全体の制御を行う。具体的には、制御手段５０は、入力手段４１により入力されたユーザからの入力情報に基づいて番組を生成したり、他の端末からの要求に対して蓄積手段４３に蓄積された対応する各種データを抽出し、送受信手段４９を介して他の端末に送信させたり、台本を分割したり、分割した台本をそれぞれ所定のタイミングや条件で対応する演出を行う演出制御装置１３に割り当てて送信する等の各種制御を行う。
【００７８】
上述したように、本実施形態によれば、コンテンツ制作を分散させて効率的にコンテンツ制作を実現することができる。したがって、例えば、ネットワーク上で離れた複数のユーザが共同して台本記述を制作・編集・再生することが可能となる。したがって、共同制作のための台本記述のデータ構造、ユーザ毎の迅速なアクセス制御方法、及びコンテンツへの変換方法を提供することができる。
【００７９】
＜演出制御装置１３：機能構成例＞
次に、上述したコンテンツ制作システム１０における演出制御装置１３の機能構成例について図を用いて説明する。
【００８０】
図４は、演出制御装置における機能構成の一例を示す図である。図４に示す演出制御装置１３は、入力手段６１と、出力手段６２と、蓄積手段６３と、演出生成手段６４と、再生手段６５と、送受信手段６６と、制御手段６７とを有するよう構成されている。
【００８１】
入力手段６１は、ユーザ等の演出生成指示や、再生指示等のコンテンツ制作における各入力を受け付ける。なお、入力手段６１は、例えばキーボードや、マウス等のポインティングデバイス、マイク等の音声入力デバイス等からなる。
【００８２】
出力手段６２は、入力手段６１により入力された指示内容や、各指示内容に基づいて生成された制御データや番組等の内容を表示したり、音声を出力する。なお、出力手段６２は、ディスプレイ等の画面表示機能やスピーカ等の音声出力機能等を有する。
【００８３】
蓄積手段６３は、分割台本７１、スクリプト７２、及び担当演出情報７３等が蓄積されており、必要に応じて読み出しや書き込みが行われる。
【００８４】
つまり、演出分散管理サーバ１２から得られる分割台本７１と、その分割台本７１に対応して演出生成手段６４により生成されるスクリプト７２と、演出生成手段６４でスクリプトを生成する際、その端末の個性としての個々の演出ルールを設定した担当演出情報７３が蓄積されている。
【００８５】
また、蓄積手段６３は、その他の各種設定情報等を蓄積する。なお、蓄積手段７３は、上述した各種データを通信ネットワーク等に接続された外部装置等から取得することもできる。
【００８６】
演出生成手段６４は、分割台本７１に基づいてスクリプトを生成し、生成したスクリプトを所定のタイミングで送受信手段６６により通信ネットワーク１４を介してコンテンツ管理サーバ１１に送信する。なお、演出生成手段６４は、演出を生成する際、担当演出情報７３に予め蓄積されている個々の演出内容に基づいて、所定の演出に基づくスクリプトを生成する。なお、個々の演出内容としては、具体的には、例えばカメラ１、カメラ２、キャラクタＡ、キャラクタＢ、音声、カメラのスイッチング等である。
【００８７】
再生手段６５は、コンテンツ管理サーバ１１で生成したＴＶＭＬスクリプトを再生し、映像又は音声等により出力手段６２によりビューアーとして表示させる。なお、再生手段６５は、要素毎に別々の端末で生成されたスクリプト等の制御データがそれぞれ非同期で送られてくるため、再生手段６５は、入力されたＴＶＭＬスクリプトをそのまま現在再生中に番組で実行されているスクリプトの直後に割り込ませて再生を行う。
【００８８】
なお、再生手段６５は、予め設定される制御データの優先順位に基づいて再生する順序も優先させて再生させることができる。これにより、例えばキャラクタ動作に関するスクリプトを優先的に再生させることで、リアルタイム動作を実現することができる。
【００８９】
また、再生手段６５は、リアルタイム再生を行わない場合には、入力されるＴＶＭＬスクリプトを一時的にメモリ等の蓄積手段に保存し、台本データと照合して適切な順序に並べ替えた後、再生するようにしてもよい。これにより、所望する番組の演出を分担させた制御データから柔軟な番組演出を実現することができる。
【００９０】
送受信手段６６は、通信ネットワークを介して制御データ、ビューアーとして表示された番組情報、ＡＰＥ、素材データ、台本データ、番組データ等の各種データを、コンテンツ制作システム１０を構成する他の端末に送信したり、他の端末から各種データを受信するための通信インタフェースである。
【００９１】
制御手段６７は、コンテンツ制作システム１０における各機能構成全体の制御を行う。具体的には、制御手段６７は、入力手段６１により入力されたユーザからの入力情報に基づいて番組を生成したり、他の端末からの要求に対して蓄積手段６３に蓄積された対応する各種データを抽出し、送受信手段６６を介して他の端末に送信させたり、分割台本からスクリプトを生成したり、スクリプトをコンテンツ管理サーバ１１に送信する等の各種制御を行う。
【００９２】
上述したように、本実施形態によれば、コンテンツ制作を分散させて効率的にコンテンツ制作を実現することができる。したがって、例えば、ネットワーク上で離れた複数のユーザが共同して台本記述を制作・編集・再生することが可能となる。したがって、共同制作のための台本記述のデータ構造、ユーザ毎の迅速なアクセス制御方法、及びコンテンツへの変換方法を提供することができる。
【００９３】
＜コンテンツ制作システム：実施例１＞
次に、コンテンツ制作システムの実施例について、以下に説明する。図５は、自動モードにおけるコンテンツ制作システムの一例を示す図である。また、図６は、図５の処理に対応する台本記述データの一例を示す図である。また、図７は、各台本データに対応するＴＶＭＬの変換例である。
【００９４】
ここで、図５においては、コンテンツ生成部（ＴＶＭＬプレーヤ）がコンテンツ管理サーバ１１を示し、台本センダが演出分散管理サーバ１２を示し、演出モジュールが演出制御装置１３−１〜１３−４を示している。また、図５においては、予め演出モジュール１３−１がカメラ１の演出を行い、演出モジュール１３−２がカメラ２の演出を行い、演出モジュール１３−３がキャラクタの演出を行い、演出モジュール１３−４がスイッチャの演出を行うようにそれぞれ割り当てられている。演出モジュール１３−１〜１３−４は、それぞれ別々の演出のルールを有するクライアントである。
【００９５】
また、台本センダ１２は、図６に示すような台本データを有し、逐次台本データの一行（一要素）単位又は同一又は類似する演出対象に対する纏まった複数行（複数要素）をそれぞれの演出クライアント１３に送信するものである。
【００９６】
ここで、コンテンツ生成部１１は、ＴＶＭＬプレーヤを用いている。ＴＶＭＬプレーヤは、ＴＶＭＬスクリプトを解釈してリアルタイムＣＧ、音声合成等を用いてコンテンツを生成するソフトウェアである。各演出モジュールは、台本センダ１２から送信された対応する台本データを取得し、演出をしてＴＶＭＬスクリプトとしてＴＶＭＬプレーヤに送信し、ＴＶＭＬプレーヤで最終的にコンテンツを出力する。
【００９７】
本実施例における動作は、図６に示す台本データの（１）〜（６）の台本データが順番に実行される。各行には、［スイッチャ］、［カメラ１］のように役割が割り当てられている。まず、（１）行目は、［スイッチャ］であるため、台本センダから演出モジュール１３−４に送信される。演出モジュール１３−４では、（１）行目の台本データを受け取り、カメラ１に切り替える演出をしたＴＶＭＬスクリプトを生成し、コンテンツ生成部１１に送信される。
【００９８】
コンテンツ生成部１１では、そのスクリプトに対応するコンテンツを生成して、再生する。以降、図７に示すように各演出モジュールに台本データが送信され、演出されたＴＶＭＬスクリプトを出力し、コンテンツ生成部１１に出力される。
【００９９】
また、各演出モジュール１３は、受け取った台本データをただ一意に変換するだけではなく、それぞれが独自の演出ルールを持っているため、演出を付加したＴＶＭＬスクリプトを出力している。例えば、（３）行目は、ただｂｏｗコマンドを出力するだけでなく、その前にｌｏｏｋコマンドを挿入することにより、キャラクタは、一度カメラ目線になってからお辞儀をするという演出がなされている。同様に（６）行目もただｔａｌｋコマンドで喋らせるのではなく、ｅｘｐｒｅｓｓｉｏｎコマンドを挿入し、キャラクタの表情をｈａｐｐｙに変えてから、喋らせる演出をしている。このように各演出モジュールにそれぞれ個性を持たせることが可能でいろいろな演出モジュールを組み合わせることによって、多彩な演出をされたコンテンツの出力が可能である。
【０１００】
ここで、図８は、具体例１に対応するコンテンツ生成結果の一例を示す図である。上述したようにコマンドを付加することにより、図８に示すように、対応する映像を再生することで、番組の演出を高精度に行うことができる。
【０１０１】
＜実行プログラム＞
ここで、上述したコンテンツ制作システムは、ＣＰＵ、ＲＡＭ等の揮発性の記憶媒体、ＲＯＭ等の不揮発性の記憶媒体、マウスやキーボード、ポインティングデバイス等の入力装置、画像やデータを表示する表示部、並びに外部と通信するためのインタフェースを備えたコンピュータによって構成することができる。
【０１０２】
したがって、コンテンツ制作システムが有する各機能は、これらの機能を記述したプログラムをＣＰＵに実行させることによりそれぞれ実現可能となる。また、これらのプログラムは、磁気ディスク（フロッピィーディスク、ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ等）、半導体メモリ等の記録媒体に格納して頒布することもできる。
【０１０３】
つまり、上述した各構成における処理をコンピュータに実行させるための実行プログラム（コンテンツ制作プログラム）を生成し、例えば、汎用のパーソナルコンピュータやサーバ等にそのプログラムをインストールすることにより、コンテンツ制作処理を実現することができる。
【０１０４】
次に、本発明における実行プログラムによる処理手順についてコンテンツ制作システムにおけるコンテンツ制作処理についてフローチャートを用いて説明する。なお、以下の処理の説明では、コンテンツの一例として番組を用い、その制作対象として台本データを用いるが、本発明におけるコンテンツの種類についてはこれに限定されるものではない。
【０１０５】
なお、以下の説明では、上述した実施例１における台本センダ１２、演出モジュール１３、コンテンツ生成部１１のそれぞれにおけるコンテンツ制作処理手順についてそれぞれ説明する。
【０１０６】
＜台本センダにおけるコンテンツ制作処理手順＞
まず、上述した台本センダ１２におけるコンテンツ制作処理についてフローチャートを用いて説明する。図９は、台本センダにおけるコンテンツ制作処理手順の一例を示すフローチャートである。図９に示すフローチャートにおいて、まず、台本データを１行読み込み（Ｓ０１）、役割に該当する演出モジュールがあるか否かを判断する（Ｓ０２）、ここで、役割に該当する演出モジュールがない場合（Ｓ０２において、ＮＯ）、Ｓ０１に戻る。また、役割に該当する演出がある場合（Ｓ０２において、ＹＥＳ）、台本データの指示をその演出モジュールに送信する（Ｓ０３）。また、台本データの終わりか否かを判断し（Ｓ０４）、終わりでない場合（Ｓ０４において、ＮＯ）、Ｓ０１に戻り、台本データの次の行を読み込み、後続の処理を行う。また、台本データが終わりの場合（Ｓ０４において、ＹＥＳ）、処理を終了する。
【０１０７】
＜演出モジュールにおけるコンテンツ制作処理手順＞
次に、上述した演出モジュール１３におけるコンテンツ制作処理手順についてフローチャートを用いて説明する。図１０は、演出モジュールにおけるコンテンツ制作処理手順の一例を示すフローチャートである。
【０１０８】
図１０に示すフローチャートにおいて、まず、台本センダからの分割された台本データを受信したか否かを判断し（Ｓ１１）、台本データを受信していない場合（Ｓ１１において、ＮＯ）、台本データを受信するまで待機する。また、台本データを受信した場合（Ｓ１１において、ＹＥＳ）、予め設定された演出ルールに基づいて、ＴＶＭＬ変換を行う（Ｓ１２）。また、変換したＴＶＭＬスクリプトをコンテンツ生成部に送信し（Ｓ１３）、次に、演出処理が終了か否かを判断する（Ｓ１４）。ここで、終了でない場合（Ｓ１４において、ＮＯ）、Ｓ１１に戻り後続の処理を行い、終了である場合（Ｓ１４において、ＹＥＳ）、演出モジュールにおけるコンテンツ制作処理を終了する。
【０１０９】
＜コンテンツ生成部におけるコンテンツ制作処理手順＞
次に、上述したコンテンツ生成部１１におけるコンテンツ制作処理手順についてフローチャートを用いて説明する。図１１は、コンテンツ生成部におけるコンテンツ制作処理手順の一例を示すフローチャートである。
【０１１０】
図１１に示すフローチャートにおいて、まず、演出モジュールからＴＶＭＬスクリプトの受信があるか否かを判断し（Ｓ２１）、受信がなかった場合（Ｓ２１において、ＮＯ）、受信があるまで待機する。
【０１１１】
また、ＴＶＭＬスクリプトの受信がある場合（Ｓ２１において、ＹＥＳ）、ＴＶＭＬスクリプトを解析し（Ｓ２２）、コンテンツを生成する（Ｓ２３）。次に、コンテンツ生成処理が終了か否かを判断する（Ｓ２４）。ここで、終了でない場合（Ｓ２４において、ＮＯ）、Ｓ２１に戻り後続の処理を行い、終了の場合（Ｓ２４において、ＹＥＳ）、コンテンツ生成部におけるコンテンツ制作処理を終了する。
【０１１２】
なお、上述した処理においては、１つの端末でコンテンツ制作処理のうちビューアー及び制御ソフトの両方の機能を実行させてもよく、データの内容等、必要に応じて制作中の番組毎又は番組の途中で機能を切り替えて使用してもよい。
【０１１３】
＜コンテンツ制作システム：実施例２＞
次に、上述の実施例１と異なる他の実施例について、以下に説明する。図１２は、手動モードを含むコンテンツ制作システムの一例を示す図である。また、図１３は、図１２の手動モード処理に対応するＴＶＭＬの変換例である。
【０１１４】
ここで、図１２においては、上述した実施例１に対応するシステム構成となっており、台本データも上述した図６と同様の内容を用いるものとする。実施例２では、上述した実施例１と比較して、演出モジュール１３−１のみが操作者が手動によりカメラ１の演出を行うようになっている。
【０１１５】
つまり、図１２に示す演出モジュール１３−１は、上述した実施例１に示すようにその演出モジュールが持つ演出ルールにしたがってＴＶＭＬスクリプトを生成するのはなく、台本センダ１２から台本データを受け取ると、その台本データが操作者に提示され、それに基づいて操作者がコントローラやキーボード、マウス等の入力手段により操作し、その内容をＴＶＭＬスクリプト化する。
【０１１６】
具体的には、例えば演出モジュール１３−１は、台本センダ１２から上述した図６の（２）行目に示す台本データを受け取ると、手動モード演出モジュール１３−１は、「ルーズショット」という指示をディスプレイ等に表示させたり、音声等により操作者に提示する。操作者は、その提示に基づいて、マウスやジョイステック等のコントローラ（入力手段）等を用いてカメラ１をコントロールして、図１３に示すように所定の間隔又は何らかの操作がされて内容が変更された場合等に、断続的にルーズショットのＴＶＭＬスクリプトを生成しコンテンツ生成部１１に出力する。
【０１１７】
また、上述した実施例２における台本センダ１２、及びコンテンツ生成部１１のそれぞれにおけるコンテンツ制作処理手順については、上述した実施例１と同様であるが、演出モジュール１３については、上述した図１０におけるコンテンツ制作処理手順とは異なる。したがって、実施例２における演出モジュール１３の処理について、以下に説明する。
【０１１８】
＜実施例２の演出モジュールにおけるコンテンツ制作処理手順＞
図１４は、実施例２の演出モジュールにおけるコンテンツ制作処理手順の一例を示すフローチャートである。
【０１１９】
図１４に示すフローチャートにおいて、まず、台本センダからの分割された台本データを受信したか否かを判断し（Ｓ３１）、台本データを受信していない場合（Ｓ３１において、ＮＯ）、台本データを受信するまで待機する。また、台本データを受信した場合（Ｓ３１において、ＹＥＳ）、その受信した台本データを操作者に提示する（Ｓ３２）。
【０１２０】
次に、操作者が提示により指示された内容に基づいて操作した内容からＴＶＭＬスクリプトを生成し（Ｓ３３）、そのＴＶＭＬスクリプトをコンテンツ生成部に送信する（Ｓ３４）、次に、演出処理が終了か否かを判断し（Ｓ３４）、終了でない場合（Ｓ３４において、ＮＯ）、Ｓ３１に戻り後続の処理を行い、終了である場合（Ｓ３４において、ＹＥＳ）、実施例２の演出モジュールにおけるコンテンツ制作処理を終了する。
【０１２１】
なお、演出モジュール内部では、自動モードから手動モードに切り替わり、台本データに対する処理方法が変わっているが、装置の外側から見れば通信ネットワークは同一の通信仕様のまま使用することができる。したがって、実施例２と実施例１とを組合わせて、自動モードで動作中に手動モードに切り替えたり、逆に手動モードから自動モードに切り替えたり等、柔軟な運用が可能となる。
【０１２２】
上述したように本発明によれば、コンテンツ制作を分散させて効率的にコンテンツ制作を実現することができる。また、本発明によれば、ネットワーク上に分散した演出モジュールを組み合わせて、多彩な演出を作ることができ、演出の一部を人手で行ったり、途中で自動に戻したり柔軟に対応させることができる。
【０１２３】
また、番組等のコンテンツを制御する各要素に応じて制御を分割して複数の端末に分担させることができる。また、指示が容易なスクリプトやリアルタイム性が要求されるカメラワーク等、制御する要素（項目）に応じた制御設計が可能となる。また、端末の１つに複数のビューアーの再生内容を取得して表示する機能を設けることにより、番組制作において、見たいチェックポイント毎にその映像や音声、対応するスクリプト等を容易に確認することができ、１つの番組制作をいろいろなチェックポイントで確認することができる。
【０１２４】
また、本発明によれば、リアルタイムに変化する番組要素に対応し、複数ユーザの共同制作、複数モニターによる番組進行も実現することができる。また、複数人が効率的にコンテンツを共同制作することができる。
【０１２５】
したがって、ネットワーク上で離れた複数のユーザが共同して台本を制作・編集・再生することが可能となる。また、共同制作のための台本記述のデータ構造、ユーザ毎の迅速なアクセス制御方法、及びコンテンツへの変換手法を提供することができる。
【０１２６】
以上本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形、変更が可能である。
【符号の説明】
【０１２７】
１０ コンテンツ制作システム
１１ コンテンツ管理サーバ
１２ 演出分散管理サーバ
１３ 演出制御装置
１４ 通信ネットワーク
２１，４１，６１ 入力手段
２２，４２，６２ 出力手段
２３，４３，６３ 蓄積手段
２４ 台本生成手段
２５ 番組スクリプト生成手段
２６ 排他制御手段
２７ 割込制御手段
２８，４８，６５ 再生手段
２９，４９，６６ 送受信手段
３０，５０，６７ 制御手段
３１ 番組台本
３２ 素材
３３ ＡＰＥ
３４ スクリプト
３５ 番組
３６ 排他制御情報
４４ 台本分割手段
４５ 分割台本割当手段
４６ 再生番組管理手段
４７ 評価手段
５１ 番組台本
５２ 分割台本
５３ 割当情報
５４ 評価情報
６４ 演出生成手段
７１ 分割台本
７２ スクリプト
７３ 担当演出情報
【特許請求の範囲】
【請求項１】
ネットワークに接続された複数の端末を用いてコンテンツを制作するためのコンテンツ制作システムにおいて、
前記コンテンンツを制作するために生成された台本を、前記コンテンツを構成する複数の要素で分割するコンテンツ分割手段と、
前記複数の端末のうち、前記コンテンツ分割手段により得られる分割台本毎に対応する演出のスクリプトを生成する端末を割り当てる分割台本割当手段と、
前記分割台本割当手段により割り当てられた端末により生成された前記分割台本に対応するスクリプトからコンテンツを生成するコンテンツ生成手段と、
生成されたコンテンツを現在再生しているコンテンツに割り込み制御を行う割込制御手段と、
前記割込制御手段により制御された割り込みコンテンツを再生する再生手段とを有することを特徴とするコンテンツ制作システム。
【請求項２】
前記割込制御手段は、
前記分割台本割当手段により割り当てられた端末以外の端末から対応する要素のスクリプトを取得した場合には、前記スクリプトの割込制御は行わないことを特徴とする請求項１に記載のコンテンツ制作システム。
【請求項３】
前記複数の端末において生成されるスクリプトを評価する評価手段を有し、
前記分割台本割当手段は、前記評価手段により得られる評価情報に基づいて、割り当てる頻度を調整することを特徴とする請求項１又は２に記載のコンテンツ制作システム。
【請求項４】
前記割込制御手段は、
前記再生手段による再生内容に基づいて、前記割り当てた端末で対応するスクリプトの生成が完了したことを認識し、次の分割台本を送信することを特徴とする請求項１乃至３の何れか１項に記載のコンテンツ制作システム。
【請求項５】
前記複数の端末から得られる複数のスクリプトの再生順序に応じて、少なくとも１つのスクリプトの再生を制限する排他制御手段を有することを特徴とする請求項１乃至４の何れか１項に記載のコンテンツ制作システム。
【請求項６】
ネットワークに接続された複数の端末を用いてコンテンツを制作するためのコンテンツ制作プログラムにおいて、
コンピュータを、
前記コンテンンツを制作するために生成された台本を、前記コンテンツを構成する複数の要素で分割するコンテンツ分割手段、
前記複数の端末のうち、前記コンテンツ分割手段により得られる分割台本毎に対応する演出のスクリプトを生成する端末を割り当てる分割台本割当手段、
前記分割台本割当手段により割り当てられた端末により生成された前記分割台本に対応するスクリプトからコンテンツを生成するコンテンツ生成手段、
生成されたコンテンツを現在再生しているコンテンツに割り込み制御を行う割込制御手段、及び、
前記割込制御手段により制御された割り込みコンテンツを再生する再生手段として機能させるためのコンテンツ制作プログラム。
【請求項１】
ネットワークに接続された複数の端末を用いてコンテンツを制作するためのコンテンツ制作システムにおいて、
前記コンテンンツを制作するために生成された台本を、前記コンテンツを構成する複数の要素で分割するコンテンツ分割手段と、
前記複数の端末のうち、前記コンテンツ分割手段により得られる分割台本毎に対応する演出のスクリプトを生成する端末を割り当てる分割台本割当手段と、
前記分割台本割当手段により割り当てられた端末により生成された前記分割台本に対応するスクリプトからコンテンツを生成するコンテンツ生成手段と、
生成されたコンテンツを現在再生しているコンテンツに割り込み制御を行う割込制御手段と、
前記割込制御手段により制御された割り込みコンテンツを再生する再生手段とを有することを特徴とするコンテンツ制作システム。
【請求項２】
前記割込制御手段は、
前記分割台本割当手段により割り当てられた端末以外の端末から対応する要素のスクリプトを取得した場合には、前記スクリプトの割込制御は行わないことを特徴とする請求項１に記載のコンテンツ制作システム。
【請求項３】
前記複数の端末において生成されるスクリプトを評価する評価手段を有し、
前記分割台本割当手段は、前記評価手段により得られる評価情報に基づいて、割り当てる頻度を調整することを特徴とする請求項１又は２に記載のコンテンツ制作システム。
【請求項４】
前記割込制御手段は、
前記再生手段による再生内容に基づいて、前記割り当てた端末で対応するスクリプトの生成が完了したことを認識し、次の分割台本を送信することを特徴とする請求項１乃至３の何れか１項に記載のコンテンツ制作システム。
【請求項５】
前記複数の端末から得られる複数のスクリプトの再生順序に応じて、少なくとも１つのスクリプトの再生を制限する排他制御手段を有することを特徴とする請求項１乃至４の何れか１項に記載のコンテンツ制作システム。
【請求項６】
ネットワークに接続された複数の端末を用いてコンテンツを制作するためのコンテンツ制作プログラムにおいて、
コンピュータを、
前記コンテンンツを制作するために生成された台本を、前記コンテンツを構成する複数の要素で分割するコンテンツ分割手段、
前記複数の端末のうち、前記コンテンツ分割手段により得られる分割台本毎に対応する演出のスクリプトを生成する端末を割り当てる分割台本割当手段、
前記分割台本割当手段により割り当てられた端末により生成された前記分割台本に対応するスクリプトからコンテンツを生成するコンテンツ生成手段、
生成されたコンテンツを現在再生しているコンテンツに割り込み制御を行う割込制御手段、及び、
前記割込制御手段により制御された割り込みコンテンツを再生する再生手段として機能させるためのコンテンツ制作プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図８】
【公開番号】特開２０１０−２３１５２２（Ｐ２０１０−２３１５２２Ａ）
【公開日】平成２２年１０月１４日（２０１０．１０．１４）
【国際特許分類】
【出願番号】特願２００９−７８５８８（Ｐ２００９−７８５８８）
【出願日】平成２１年３月２７日（２００９．３．２７）
【出願人】（０００００４３５２）日本放送協会 (2,206)
【出願人】（５９１０５３９２６）財団法人エヌエイチケイエンジニアリングサービス (169)
【Ｆターム（参考）】
【公開日】平成２２年１０月１４日（２０１０．１０．１４）
【国際特許分類】
【出願日】平成２１年３月２７日（２００９．３．２７）
【出願人】（０００００４３５２）日本放送協会 (2,206)
【出願人】（５９１０５３９２６）財団法人エヌエイチケイエンジニアリングサービス (169)
【Ｆターム（参考）】
[ Back to top ]