(57)【要約】【課題】コンテンツ制作を分散させて効率的にコンテンツ制作を実現する。【解決手段】ネットワークに接続された複数の端末を用いてコンテンツを共同制作するためのコンテンツ制作システムにおいて、前記コンテンツを構成する複数の要素のうち、予め設定された要素に対する制御データを生成する制御データ生成手段と、前記複数の端末のうち、前記予め設定された要素に対応して前記制御データの送受信可能な端末を設定して通信制御を行う通信制御手段と、前記制御データ生成手段により得られる制御データを用いてコンテンツにおける前記予め設定された要素を制御するスクリプトを生成するスクリプト生成手段と、前記スクリプト生成手段により得られるスクリプトを用いてコンテンツを再生するコンテンツ再生手段とを有することにより、上記課題を解決する。【選択図】図３
2010176383.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続された複数の端末を用いてコンテンツを共同制作するためのコンテンツ制作システムにおいて、
前記コンテンツを構成する複数の要素のうち、予め設定された要素に対する制御データを生成する制御データ生成手段と、
前記複数の端末のうち、前記予め設定された要素に対応して前記制御データの送受信可能な端末を設定して通信制御を行う通信制御手段と、
前記制御データ生成手段により得られる制御データを用いてコンテンツにおける前記予め設定された要素を制御するスクリプトを生成するスクリプト生成手段と、
前記スクリプト生成手段により得られるスクリプトを用いてコンテンツを再生するコンテンツ再生手段とを有することを特徴とするコンテンツ制作システム。
【請求項２】
前記通信制御手段は、
前記制御データ生成手段により生成される制御データを、前記要素毎に予め設定される優先順位に基づいて送信することを特徴とする請求項１に記載のコンテンツ制作システム。
【請求項３】
前記スクリプト生成手段は、
処理対象外の制御データが入力された場合、処理対象外であることを示す信号を、前記制御データを送信した端末に出力するか、又は、前記制御データの入力を無視することを特徴とする請求項１又は２に記載のコンテンツ制作システム。
【請求項４】
制作するコンテンツ毎に、どの端末にどの要素を担当させるかを管理する制作管理手段を有することを特徴とする請求項１乃至３の何れか１項に記載のコンテンツ制作システム。
【請求項５】
ネットワークに接続された複数の端末を用いてコンテンツを共同制作するためのコンテンツ制作プログラムにおいて、
前記コンテンツを構成する複数の要素のうち、予め設定された要素に対する制御データを生成する制御データ生成手段、
前記複数の端末のうち、前記予め設定された要素に対応して前記制御データの送受信可能な端末を設定して通信制御を行う通信制御手段、
前記制御データ生成手段により得られる制御データを用いてコンテンツにおける前記予め設定された要素を制御するスクリプトを生成するスクリプト生成手段、及び、
前記スクリプト生成手段により得られるスクリプトを用いてコンテンツを再生するコンテンツ再生手段として機能させるためのコンテンツ制作プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ制作システム及びコンテンツ制作プログラムに係り、特に、コンテンツ制作を分散させて効率的にコンテンツ制作を実現するためのコンテンツ制作システム及びコンテンツ制作プログラムに関する。
【背景技術】
【０００２】
一般に、ＣＧ（Ｃｏｍｐｕｔｅｒ  Ｇｒａｐｈｉｃｓ）キャラクターアニメーションの制作は、高い専門性と長い制作時間を必要とする。特に、人に好まれて視聴されるような演出性の高い映像コンテンツは、カメラワークやＣＧキャラクタの動き等の指定にも熟練した技術を必要する。
【０００３】
そこで、予め用意された自動番組制作アルゴリズムに対してスクリプトを記述するだけで、カメラワークやＣＧキャラクタの動きを指定して映像を出力する手法が提案され、実用化されている（例えば、特許文献１参照。）。例えば、テレビ番組のような映像コンテンツの制作全般に用いることができるスクリプトによって、キャラクタの喋りや動作の他、照明、カメラ、セット、小道具、スーパーインポーズ、ムービー、ＢＧＭ（Ｂａｃｋ  Ｇｒｏｕｎｄ  Ｍｕｓｉｃ）等、テレビ番組のスタジオ制作に必要な機能を全て記述することができる。
【０００４】
また、コンテンツを制作するツールとしては、例えば番組の制作、提示に用いられるスクリプトの一例として、ＴＶＭＬ（ＴＶ  ｐｒｏｇｒａｍ  Ｍａｒｋｉｎｇ  Ｌａｎｇｕａｇｅ）を用いた自動番組制作システム（ＴＶ４Ｕ）がある。ＴＶＭＬとは、テレビ番組を制作するためのオブジェクトベース記述言語であり、テレビ番組の映像や音声等を、素材データと台本（演出内容等）とに分けて記述することができ、制作側で台本を記述することで、パソコン等で動作するソフトウェア等がこれを読み取り、台本に記述された素材データを取得して即座にテレビ番組として再生・視聴することができる。
【０００５】
なお、上述のＴＶ４Ｕは、例えばクライアント側の端末でワープロ（エディタ）型のユーザインタフェースを用いて番組の台本を記述し、その台本に任意の番組制作エンジン（ＡＰＥ：Ａｕｔｏｍａｔｉｃ  Ｐｒｏｄｕｃｔｉｏｎ  Ｅｎｇｉｎｅ）を適用して番組を制作し、その台本や素材データ、番組制作エンジンをサーバ等にアップロードすることにより番組を公開することができる。
【０００６】
なお、番組制作エンジンとは、番組に登場するＣＧキャラクタや番組における１つの動作の単位で「タイトル表示」、「ズームイン」、「ＣＧキャラクタの動作」等のイベントが予め定義されたものである。例えば、番組の内容を表す台本からのテキストデータ等を入力すると、それを元に番組の自動生成に必要なＴＶＭＬスクリプトを出力する。このように、番組制作エンジンを用いることで効率的に番組制作を実現することができる。
【０００７】
ここで、図１は、従来におけるコンテンツ制作装置の概要例を示す図である。なお、図１に示す例では、スクリプト送信による映像再生の一例を示している。図１に示すコンテンツ制作装置１０は、制御手段１１と、番組生成手段（ビューアー）１２と、再生手段１３とを有するよう構成されている。図１に示すコンテンツ制作装置１０は、制御手段１１とビューアー１２とが１対１に対応し、制御手段１１では、スクリプトファイルを読み込み、読み込んだスクリプトを１行毎にビューアー１２に送信する。ここで、上記の１行とは、例えば１又は複数のまとまった命令単位を示している。
【０００８】
ビューアー１２は、インタフェース（ＩＦ）、スクリプト解析、ＳＡＰＩ（Ｓｐｅｅｃｈ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）、アニメーションエンジン等の各種機能を有しており、制御手段１１により送られたスクリプトを解釈し、素材データ１４として得られる各種情報（キャラクタ（Ｂｏｂ．ｂｍ、Ｂｏｂ．ｂｍｏ、ｈｅａｄ．ｏｂｊ、・・・）、セット（Ｓｅｔ．ｏｂｊ）、サウンド（Ｓｏｕｎｄ．ｗａｖ）、動作（Ｍｏｔｉｏｎ．ｂｖｈ）、静止画（Ｉｍａｇｅ．ｊｐｇ）、動画（Ｍｏｖｉｅ．ｍｐｇ）を用いて映像シーンや音声等を生成又は変更して再生手段１３に出力する。再生手段１３は、ビューアーより得られる番組データを映像又は音声等により出力する。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００１−２４６１０号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、上述した従来のコンテンツ制作装置１０は、１つのスクリプトファイルに全ての番組情報を記述する必要があり、スクリプトをキャラクタ毎や番組を構成する他の要素（例えば、照明、カメラ、小道具、音声等）に分割することができない。
【００１１】
つまり、従来技術では、上述した図１に示すように制御手段１１とビューアー１２とが１対１の関係でコンテンツの制作が行われ、制御側では、スクリプトで記述された台本ファイルを読み込んで順次スクリプトを送ったり、スクリプトの一部分（例えば、ＣＧキャラクタに対する１つの動作等の簡単な制御パラメータ（例えば、「おじぎをする」、「笑う」、「手を振る」、「"おはよう"と喋る」等））をパソコンのキーに対応させて、キー操作によりスクリプトを送ってビューアー１２でＣＧや音声合成を制御していた。
【００１２】
しかしながら、実際に制作される映像コンテンツ内には、出演者や小物、カメラワーク等、複数の要素があり、更に要素によっては高速な対応が必要なものも存在する。１つの制御部からスクリプトを送るだけでは、それらを自由に制御するのが困難であり、映像制作の自由度が大きく制限されることになる。
【００１３】
更に、従来技術では、スクリプトファイルを読み込み、その読み込んだスクリプトを順番に再生して映像を出力する構成であるため、外部からリアルタイムに変化するようなカメラワーク等を入力して現在の番組に反映させる構成となっていない。また、従来技術では、複数のユーザによる共同制作やスタジオの副調整室で見るような番組の進行を複数のモニターで確認するような用途には使えない。
【００１４】
本発明は、上述した問題点に鑑みなされたものであり、コンテンツ制作を分散させて効率的にコンテンツ制作を実現するためのコンテンツ制作システム及びコンテンツ制作プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１５】
上記課題を解決するために、本件発明は、以下の特徴を有する課題を解決するための手段を採用している。
【００１６】
請求項１に記載された発明は、ネットワークに接続された複数の端末を用いてコンテンツを共同制作するためのコンテンツ制作システムにおいて、前記コンテンツを構成する複数の要素のうち、予め設定された要素に対する制御データを生成する制御データ生成手段と、前記複数の端末のうち、前記予め設定された要素に対応して前記制御データの送受信可能な端末を設定して通信制御を行う通信制御手段と、前記制御データ生成手段により得られる制御データを用いてコンテンツにおける前記予め設定された要素を制御するスクリプトを生成するスクリプト生成手段と、前記スクリプト生成手段により得られるスクリプトを用いてコンテンツを再生するコンテンツ再生手段とを有することを特徴とする。
【００１７】
請求項１記載の発明によれば、コンテンツ制作を分散させて効率的にコンテンツ制作を実現することができる。
【００１８】
請求項２に記載された発明は、前記通信制御手段は、前記制御データ生成手段により生成される制御データを、前記要素毎に予め設定される優先順位に基づいて送信することを特徴とする。
【００１９】
請求項２記載の発明によれば、指示が容易なスクリプトやリアルタイム性が要求される要素等について高精度な制御を行うことができる。
【００２０】
請求項３に記載された発明は、前記スクリプト生成手段は、処理対象外の制御データが入力された場合、処理対象外であることを示す信号を、前記制御データを送信した端末に出力するか、又は、前記制御データの入力を無視することを特徴とする。
【００２１】
請求項３記載の発明によれば、処理対象の要素に対してのみ制御を行うため、効率的に高精度な処理を行うことができる。
【００２２】
請求項４に記載された発明は、制作するコンテンツ毎に、どの端末にどの要素を担当させるかを管理する制作管理手段を有することを特徴とする。
【００２３】
請求項４記載の発明によれば、複数の端末を用いてコンテンツを制作するため、各端末の分担を容易且つ正確に把握することができ、分担を適切に割り振ることができる。
【００２４】
請求項５に記載された発明は、ネットワークに接続された複数の端末を用いてコンテンツを共同制作するためのコンテンツ制作プログラムにおいて、前記コンテンツを構成する複数の要素のうち、予め設定された要素に対する制御データを生成する制御データ生成手段、前記複数の端末のうち、前記予め設定された要素に対応して前記制御データの送受信可能な端末を設定して通信制御を行う通信制御手段、前記制御データ生成手段により得られる制御データを用いてコンテンツにおける前記予め設定された要素を制御するスクリプトを生成するスクリプト生成手段、及び、前記スクリプト生成手段により得られるスクリプトを用いてコンテンツを再生するコンテンツ再生手段として機能させる。
【００２５】
請求項５記載の発明によれば、コンテンツ制作を分散させて効率的にコンテンツ制作を実現することができる。また、実行プログラムをコンピュータにインストールすることにより、容易にコンテンツ制作を実現することができる。
【発明の効果】
【００２６】
本発明によれば、コンテンツ制作を分散させて効率的にコンテンツ制作を実現することができる。
【図面の簡単な説明】
【００２７】
【図１】従来におけるコンテンツ制作装置の概要例を示す図である。
【図２】本実施形態におけるコンテンツ制作システムの概略構成例を示す図である。
【図３】コンテンツ制作システムの機能構成の一例を示す図である。
【図４】コンテンツ制作システムの具体例１を説明するための図である。
【図５】コンテンツ制作システムの具体例２を説明するための図である。
【図６】スイッチ制御時における表示画面例を示す図である。
【図７】本実施形態におけるコンテンツ制作処理手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００２８】
＜本発明の概要＞
本発明は、例えばテレビ番組のような映像コンテンツをＣＧや音声合成等を用いて制作する分野に関わるものである。また、本発明は、映像を生成するビューアー（番組生成装置）にスクリプトや制御パラメータを送信することによってビューアーを制御し、ビューアーにより映像を再生する。
【００２９】
また、本発明では、番組制作において、制御装置及びビューアーをそれぞれ１又は複数設ける構成を実現し、更に予め設定された受信又は送信対象の制御装置又はビューアーからのデータのみを使用して処理したり、リアルタイム性に応じて通信手段を選択することにより、効率的なコンテンツ制作を実現し、更にコンテンツ制作の柔軟性を向上させ、制作システムの応用範囲を広げることができる。
【００３０】
以下に、上述したような特徴を有する本発明におけるコンテンツ制作システム及びコンテンツ制作プログラムを好適に実施した形態について、図面を用いて詳細に説明する。
【００３１】
なお、本実施形態では、制作するコンテンツの一例として番組を用いる。また、本実施形態では、番組の生成や提示等に用いられるスクリプトの一例として、ＴＶＭＬを用いる。また、以下に説明する本発明の一実施形態として使用されるコンテンツ制作システムは、上述した自動番組制作システム（ＴＶ４Ｕ）の機能を有する。
【００３２】
＜コンテンツ制作システムの概略構成例＞
図２は、本実施形態におけるコンテンツ制作システムの概略構成例を示す図である。図２に示すコンテンツ制作システム２０は、複数の制御手段２１−１〜２１−３と、複数のビューアー２２−１〜２２−３とを有するよう構成されている。なお、図２に示す制御手段２１及びビューアー２２の数については、本発明においてはこれに限定されるものではなく、例えば、制御手段１台に対して複数のビューアーを有していてもよく、またその逆であってもよい。また、制御手段２１−１〜２１−３及びビューアー２２−１〜２２−３は、それぞれ個々のＰＣにより実現されていてもよい。
【００３３】
本実施形態におけるコンテンツ制作システム２０では、複数の制御手段２１を有し、各制御手段２１は１つの番組を制作するにあたり、例えば番組の照明や音声、番組に登場するＣＧキャラクタや複数のカメラワーク等、番組を構成する各要素に対する制御を分担することができる。また、各ビューアー２２は、複数の制御手段２１から得られる制御データに対応して映像を再生又は変更して表示することができる。また、コンテンツ制作システム２０において、複数のビューアーを備えることにより、１つの番組制作に対して複数のチェックポイントで映像を確認することができる。
【００３４】
なお、コンテンツ制作システム２０は、制御データとして、例えばテキスト情報からなるスクリプトを送信するだけでなく、１又は複数のフレーム又はフィールド単位（映像生成の単位）、又は動作等を制御する１又は複数の制御パラメータ毎に送信することができる。
【００３５】
なお、制御パラメータとしては、例えば、番組中のＣＧキャラクタであれば、例えば、「おじぎをする」、「笑う」、「手を振る」、「"おはよう"と喋る」等の動作に対応するパラメータであり、カメラであれば、「何倍にズームする」、「どの程度の速度でどの方向に移動する」、「誰を写す」、「どのカメラに切り替える」等の動作に対するパラメータであり、番組スタジオ全体であれば、照明や音声、小道具の大きさや位置、色等のパラメータである。制御パラメータは、これらのパラメータのうち、少なくとも１つを含むものとする。
【００３６】
これにより、例えば、人体の動きを計測した計測結果や実際に操作されるカメラの動き等をリアルタイムに番組に反映させることができる。
【００３７】
例えば、図２に示す例において、制御手段２１−１では、スクリプトを入力し、予め設定された制御ソフトＡにより番組制作における各種スクリプトの生成等を行う。また、制御手段２１−２は、カメラデータを入力し、予め設定された制御ソフトＢにより番組におけるカメラワーク（配置、移動、ズーム、パン等）の制御を行う。また、制御手段２１−３は、仮想的な番組スタジオにおける机や椅子、照明器具、マイク、テレビ画面等のスタジオ画面に含まれる小道具データを入力し、入力されたデータから予め設定された制御ソフトＣを用いて番組中に存在する小道具におけるＴＶＭＬスクリプトを生成する。
【００３８】
一方、ビューアー２２−１（ビューアーＡ）は、例えばカメラＡにより撮影された映像を表示し、ビューアー２２−２（ビューアーＢ）は、例えばカメラＢにより撮影された映像を表示し、ビューアー２２−３（ビューアーＣ）は、例えばスイッチャ出力の映像を表示する。なお、各制御ソフトＡ〜Ｃは、予め設定された少なくとも１つの制御手段からの制御情報（スクリプト、フレームデータ等）を処理対象とするこができる。したがって、設定された処理対象以外からの制御信号は、無視するか又はエラー情報を出力することができる。また、各制御ソフトＡ〜Ｃは、処理対象とする制御手段の設定を例えば番組（コンテンツ）毎等で任意に変更することができる。
【００３９】
更に、各制御ソフトＡ〜Ｃは、それぞれ１つの装置に設けられていてもよく、それぞれが別々の装置に１つの制御ソフトの機能を有するように構成されていてもよい。更に、本実施形態では、１つの端末にビューアーと制御手段とを設けてもよい。
【００４０】
このように、本実施形態によれば、効率的なコンテンツ制作を実現し、更にコンテンツ制作の柔軟性を向上させ、制作システムの応用範囲を広げることができる。具体的には、複数の制御ソフト、及びビューアーを用いて番組を生成することができるため、システム全体として機能性、自由度を向上させることができ、異なる制御ソフトからのデータを同時に送受信することができる。
【００４１】
つまり、本実施形態では、現状において同一のＰＣ内で共有メモリを使用したスクリプトの送受信は行うことができるが、更にＰＣ間での制御が可能となるように、例えばソケット通信を用いたネットワーク経由の制御を実装する。
【００４２】
更に、本実施形態では、ＴＶＭＬプレーヤーからの映像出力を、合成用素材映像として利用することもできる。例えば、バーチャルスタジオでは、実写映像のカメラワークに連動したＣＧ映像を生成して合成する。このような利用においては、例えばフレーム又はフィールド（１／６０秒）単位でのカメラデータの送受が必要となる。そのため、本実施形態では、ＴＶＭＬスクリプトによる制御とは別に高速性を重視したＵＤＰ／ＩＰによるパラメータの送受信を可能とする。
【００４３】
また、本実施形態では、パラメータ送受信による制御を各要素の内容によりスクリプトによる制御に優先順位を設ける。したがって、例えば番組に登場しているＣＧキャラクタの動作等については、他の制御データよりも優先順位を上げることで、迅速に制御データを送信して動作させ、ビューアーで迅速に処理することができる。更に、本実施形態では、名前付きの共有メモリ、ソケット通信のポート番号指定により、複数の制御ソフト、ビューアーの同時起動を可能とする。
【００４４】
＜機能構成例＞
次に、コンテンツ制作システムの機能構成例について図を用いて説明する。図３は、コンテンツ制作システムの機能構成の一例を示す図である。図３に示すコンテンツ制作システム３０は、入力手段３１と、出力手段３２と、蓄積手段３３と、制御データ生成手段３４と、番組生成手段３５と、通信制御手段３６と、再生手段３７と、送受信手段３８と、制作管理手段３９と、制御手段４０とを有するよう構成されている。
【００４５】
入力手段３１は、管理者や番組制作者等からのコンテンツの生成指示や、番組を構成する要素毎の分担指示、制御データ生成指示、番組生成指示、通信制御指示、画面表示指示等のコンテンツ制作における各入力を受け付ける。なお、入力手段３１は、例えばキーボードや、マウス等のポインティングデバイス、マイク等の音声入力デバイス等からなる。
【００４６】
出力手段３２は、入力手段３１により入力された指示内容や、各指示内容に基づいて生成された制御データや番組、番組の管理内容、グループ情報、クライアント端末制御情報等の内容を表示したり、音声を出力する。なお、出力手段３２は、ディスプレイ等の画面表示機能やスピーカ等の音声出力機能等を有する。
【００４７】
蓄積手段３３は、コンテンツである所定の番組を制作するために必要な予め設定された番組のスタジオセットや照明等を含む番組制作エンジン（ＡＰＥ）、台本に記述されている番組を生成するための画像や映像、音声、テキストデータ等の各種データからなる複数の素材データ（キャラクタ、セット、音声、動作、静止画、動画等）、番組の演出内容や番組を構成する上で必要な番組制作エンジンや素材データが記述された台本データ、番組制作エンジン、素材データ、及び台本データを用いて生成された番組データ、ビューアーとしてどのような要素をどのように動作させるのか、制御ソフトとしてどのような要素をどのように制御させるのか等を示した各種設定情報等を蓄積する。
【００４８】
また、蓄積手段３３は、送受信手段３８を介して受信した制御データや、番組制作エンジン、素材データ、台本データ、ビューアーとして表示された番組情報、番組等の各種データを蓄積することができる。なお、蓄積手段３３は、上述した各種データを通信ネットワーク等に接続された外部装置等から取得することもできる。
【００４９】
制御データ生成手段３４は、上述した制御ソフトとして動作させる場合に、制作を担当する番組中のある１つの要素（例えば、カメラＡ、キャラクタＡ、小道具等）に対する制御データを生成する。また、制御データ生成手段３４は、制御データとしてスクリプトだけでなく、上述したフレームデータやフィールドデータ、制御パラメータ等を送信することができる。
【００５０】
番組生成手段３５は、ビューアーとして動作させる場合に、送受信手段３８により入力された番組の構成要素に対する制御データと蓄積手段３３に予め蓄積されている素材データや現時点で再生している番組で用いられている番組制作エンジン等の各種データに基づいて、番組中における担当要素のＴＶＭＬスクリプトを生成する。
【００５１】
また、番組生成手段３５は、制御ソフトとして動作させる場合に、制御データ生成手段３４により生成される制御データと蓄積手段３３に予め蓄積されている素材データや現時点で再生している番組で用いられている番組制作エンジン等の各種データに基づいて、番組中における担当要素のＴＶＭＬスクリプトを生成する。なお、番組生成手段３５は、番組スタート時や、各端末等に分担させた要素以外の番組の要素（例えば、スタジオセット等の共通要素等）については、台本データに基づいて、全体の番組のＴＶＭＬスクリプトを生成する。
【００５２】
通信制御手段３６は、上述した制御手段２１やビューアー２２としての動作をどの要素について行うか、更に他の装置への送受信設定等を行う。つまり、通信制御手段３６は、番組制作における担当する要素に基づいて、動作内容を制御し、更にデータの送受信対象を設定する。したがって、通信制御手段３６は、他の端末から担当していない要素についての制御データを受信した場合には、その動作を無視するか、又は、エラー制御を行い、その制御データを送信した端末に対して、制御データ等が誤送されたことを示す旨の信号を送信することができる。具体的には、通信制御手段３６は、番組中の要素の担当がカメラＡである場合に、カメラＢに対する制御データを受信した場合には、そのデータを無視するか、又は、エラー制御を行う。
【００５３】
また、通信制御手段３６は、要素毎に優先順位を設けて対応する制御データを優先的に処理することができる。例えば、通信制御手段３６は、番組に登場するキャラクタ等の動作に対する制御データについてはリアルタイムに動作させるほうが好ましい。これにより、本実施形態によれば、番組スタジオや、照明に関する制御データ等よりも優先的に処理させてスクリプトの生成や送信、ビューアー機能としての番組生成や表示等の各種処理を制御することができる。
【００５４】
再生手段３７は、生成したＴＶＭＬスクリプトを再生し、映像又は音声等により出力手段３２により再生表示させる。なお、再生手段３７は、各要素毎に別々の端末で生成されたスクリプト等の制御データがそれぞれ非同期で送られてくるため、再生手段３７は、入力されたＴＶＭＬスクリプトをそのまま現在再生中に番組で実行されているスクリプトの直後に割り込ませて再生を行う。
【００５５】
なお、再生手段３７は、予め設定される制御データの優先順位に基づいて再生する順序も優先させて再生させることができる。これにより、例えばキャラクタ動作に関するスクリプトを優先的に再生させることで、リアルタイム動作を実現することができる。
【００５６】
また、再生手段３７は、リアルタイム再生を行わない場合には、入力されるＴＶＭＬスクリプトを一時的にメモリ等の蓄積手段に保存し、台本データと照合して適切な順序に並べ替えた後、再生するようにしてもよい。これにより、所望する番組の演出を分担させた制御データから柔軟な番組演出を実現することができる。
【００５７】
送受信手段３８は、通信ネットワークを介して制御データ、ビューアーとして表示された番組情報、番組制作エンジン、素材データ、台本データ、番組データ等の各種データを、コンテンツ制作システム３０を構成する他の端末に送信したり、他の端末から各種データを受信するための通信インタフェースである。
【００５８】
制作管理手段３９は、複数の制御装置及びビューアーにより構成されるコンテンツ制作システムにより制作される番組の制作に関する管理を行う。具体的には、制作管理手段３９は、制作する番組毎に、どの端末（ユーザ）にどの要素を担当させるか、また各要素毎に担当させる端末の台数や、番組内容（演出）に対応した担当者の選択等、番組制作全般における制御手段、ビューアーの各種割り当て及び管理を行う。なお、制作管理手段３９は、各端末を予め設定される端末識別番号等により管理する。また、制作管理手段３９は、各端末毎に担当者を割り当てることもできる。
【００５９】
更に、制作管理手段３９は、番組を構成する複数の要素のうち、どの要素の制御データを優先的に処理させるか等の設定を行うことができる。これにより、例えば、キャラクタに対する動作を優先的に処理させるといった優先制御を行うことができる。
【００６０】
また、制作管理手段３９は、１つの装置でビューアー及び制御ソフトの両方の機能を実行させてもよく、データの内容等、必要に応じて制作中の番組毎又は番組の途中で機能を切り替えて使用できるよう管理される。
【００６１】
制御手段４０は、コンテンツ制作システム３０における各機能構成全体の制御を行う。具体的には、制御手段４０は、入力手段３１により入力されたユーザからの入力情報に基づいて番組を生成したり、他の端末からの要求に対して蓄積手段３３に蓄積された対応する各種データを抽出し、送受信手段３８を介して他の端末に送信させたり、制作管理手段３９により、どの要素をどの端末で処理させるかを制御させたり、例えば制御データを他の端末に送信して編集させたり、複数の制御データから番組を再生させたり、画面を生成させる等の各種制御を行う。
【００６２】
上述したように、本実施形態によれば、コンテンツ制作を分散させて効率的にコンテンツ制作を実現することができる。したがって、例えば、ネットワーク上で離れた複数のユーザが共同して台本記述を制作・編集・再生することが可能となる。したがって、共同制作のための台本記述のデータ構造、ユーザ毎の迅速なアクセス制御方法、及び映像コンテンツへの変換方法を提供することができる。
【００６３】
ここで、上述した図２に示すコンテンツ制作システム２０は、例えば１ビューアーに対して複数の制御ソフトを用いてよく、また複数ビューアーに対して１制御ソフトを用いてもよい。ここで、上述した本実施形態の具体例について以下に説明する。
【００６４】
＜コンテンツ制作システム：具体例１＞
図４は、コンテンツ制作システムの具体例１を説明するための図である。図４に示すコンテンツ制作システム５０は、複数の制御手段５１−１，５１−２と１つのビューアー５２とを有するよう構成されている。なお、本発明において、制御手段５１の数については特にこれに限定されるものではない。
【００６５】
図４において、制御手段５１−１は、制御ソフトとして、例えば「スクリプト読み込み、送信ソフト」を使用してスクリプト単位での映像制作の制御データの生成を行う。また、制御手段５１−２は、制御ソフトとして、例えば「キャラクタ制御ソフト」を使用して「スクリプト読み込み、送信ソフト」より優先され、キャラクタの各関節の動きをＰＣに設けられるポインティングデバイスであるマウス等でリアルタイムに制御させる。つまり、コンテンツ制作システム５０では、各制御手段において、キャラクタ以外のセットや照明、カメラの動き等をスクリプト単位で制御させ、キャラクタの動きだけマウス等のポインティングデバイスによりリアルタイムに制御させるといった制御を行うことができる。
【００６６】
また、制御手段５１−１，５１−２におけるそれぞれの制御データは、ビューアー５２に送信され、ビューアー５２により再生表示される。なお、図４の例では、制御手段５１−１とビューアー５２とは、シェアドメモリ（共有メモリ）によりソフトウェアとして同一の端末に設けられ、制御手段５１−２とビューアー５２とは、回線（有線、無線を含む。）により接続されている。このように、複数の制御手段とビューアーとは様々な接続形態を組み合わせて接続することもできる。
【００６７】
＜コンテンツ制作システム：具体例２＞
図５は、コンテンツ制作システムの具体例２を説明するための図である。図５に示すコンテンツ制作システム６０は、１つの制御手段６１と、複数のビューアー６２−１〜６２−３とを有するよう構成されている。なお、本発明において、ビューアー６２の数については、特にこれに限定されるものではない。
【００６８】
図５では、制御手段６１は、制御ソフトとして、例えば「スクリプト読み込み、送信ソフト」を使用してスクリプトファイルを読み込んだ後、「カメラＡ」、「カメラＢ」の各要素を制御する担当ビューアー６２−１，６２−２に対し、スイッチャコマンド等による制御データによりカメラ指定を行う。
【００６９】
なお、図５の例では、ビューアー６２−１は「カメラＡ」に対する表示制御を行い、ビューアー６２−２は「カメラＢ」に対する表示制御を行い、ビューアー６２−３は「スイッチャ出力」によりスイッチングされた映像（図５においては、カメラＡ）の表示制御を行う。
【００７０】
なお、図５に示す制御手段６１は、「カメラＡ」,「カメラＢ」,「スイッチャ出力」の各要素を担当するビューアー６２−１〜６２−３に対し、同一のスクリプトを送る。また、「カメラＡ」及び「カメラＢ」の要素に対応するビューアー６２−１及び６２−２に対しては、カメラ変更を指定するスイッチャコマンドに関する制御データは送信しない。これにより、例えば「カメラＡ」のビューアー６２−１では、セットやキャラクタの動きは変化し、カメラＡのカメラワークも行い、常時、カメラＡの出力を見ることができる。また、「カメラＢ」のビューアー６２−２についても、同様に、常時、カメラＢの出力を見ることができる。また、ビューアー６２−３は、常時、最終のスイッチャ出力を見ることができる。
【００７１】
なお、本実施形態のスイッチ制御時における表示画面は、例えば上述した図５のビューアー６２−３に示すように、スイッチ制御の対象となる複数のカメラ（例えば、カメラＡ，カメラＢ）のうち、切り替えた何れかの表示画面（図５では、カメラＡで撮影した映像）を表示することもできるが、複数のカメラから得られる映像の切り替え時にワイプやリゾルブ等の映像合成等による特殊編集を行うことができる。
【００７２】
ここで、図６は、スイッチ制御時における表示画面例を示す図である。図６に示す表示画面７０のように、複数のカメラから得られる映像を同一画面上に表示させて特殊編集により切り替えることができる。具体的には、図６において表示画面７０には最初にカメラＡで撮影した映像７１−１が表示され、その後ワイプ処理により画面の右側から左側へ徐々にカメラＢで撮影した映像７１−２に切り替わるように表示される。
【００７３】
なお、本発明においては、図６に示すように１つの表示画面７０に複数のカメラで撮影した映像を上下左右等に分割して表示させることもでき、更には撮影された映像毎にそれぞれの表示画面で表示させてもよい。
【００７４】
また、上述のビューアー６２−１，６２−２，６２−３で再生されている番組の表示画面は、回線（有線、無線を含む）を介してそのまま別の管理装置等に送信され、それらの画面データを受信した管理装置により、回線に接続された各ビューアーの再生内容や、再生内容に対応するスクリプトの内容等を表示してその内容を把握することができる。
【００７５】
本実施形態により、複数のユーザによる共同制作やスタジオの副調整室で見るような番組の進行を、複数のモニターで確認するような用途に使用することができ、演出内容に応じて適切なカメラからの画面に切り替えることができるため、高精度な番組を制作することができる。
【００７６】
本実施形態によれば、ＴＶＭＬスクリプトを読み込んで制御するソフトでシーンの生成を行い、キャラクタの動きや小道具に対する制御データをリアルタイムに送信する制御ソフトと併用すれば、ＴＶＭＬスクリプトに対応したシーンを生成しながら、リアルタイムにキャラクタや小道具の動きを変更することができる。また、本実施形態によれば、ビューアーをカメラ毎に割り当てることで、スタジオの副調整室のシミュレーションを行うことができる。したがって、各カメラの出力を確認しながら放送映像を制作することができる。
【００７７】
＜実行プログラム＞
ここで、上述したコンテンツ制作システムは、ＣＰＵ、ＲＡＭ等の揮発性の記憶媒体、ＲＯＭ等の不揮発性の記憶媒体、マウスやキーボード、ポインティングデバイス等の入力装置、画像やデータを表示する表示部、並びに外部と通信するためのインタフェースを備えたコンピュータによって構成することができる。
【００７８】
したがって、コンテンツ制作システムが有する入力手段３１、出力手段３２、蓄積手段３３、制御データ生成手段３４、番組生成手段３５、通信制御手段３６、再生手段３７、送受信手段３８、制作管理手段３９、及び制御手段４０における各機能は、これらの機能を記述したプログラムをＣＰＵに実行させることによりそれぞれ実現可能となる。また、これらのプログラムは、磁気ディスク（フロッピィーディスク、ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ等）、半導体メモリ等の記録媒体に格納して頒布することもできる。
【００７９】
つまり、上述した各構成における処理をコンピュータに実行させるための実行プログラム（コンテンツ制作プログラム）を生成し、例えば、汎用のパーソナルコンピュータやサーバ等にそのプログラムをインストールすることにより、コンテンツ制作処理を実現することができる。
【００８０】
次に、本発明における実行プログラムによる処理手順についてコンテンツ制作システムにおけるコンテンツ制作処理についてフローチャートを用いて説明する。なお、以下の処理の説明では、コンテンツの一例として番組を用い、その制作対象として台本データを用いるが、本発明におけるコンテンツの種類についてはこれに限定されるものではない。
【００８１】
図７は、本実施形態におけるコンテンツ制作処理手順の一例を示すフローチャートである。図７において、まず実行プログラムをインストールする端末をビューアーとして動作させるか、又は制御ソフトとして動作させるかを設定する。また、上述の設定がされている場合に、この端末が行う処理について、ビューアーとして処理するか否かを判断する（Ｓ０１）。ここで、ビューアーとしての処理を行う場合（Ｓ０１において、ＹＥＳ）、制御ソフトからの制御データを入力し（Ｓ０２）、処理対象の制御データか否かを判断する（Ｓ０３）。ここで、処理対象の制御データである場合（Ｓ０３において、ＹＥＳ）、スクリプト生成を行い（Ｓ０４）、番組を再生する（Ｓ０５）。なお、Ｓ０５の処理では、番組が再生中の場合には、途中で割り込み処理を行い、逐次スクリプトを挿入してもよく、また得られたスクリプトを一時的にメモリ等に蓄積しておき全部受け取った後に、台本データ等に対応させて所望する番組を生成してもよい。
【００８２】
また、Ｓ０６の処理において、ビューアー処理を終了するか否かを判断し、終了しない場合（Ｓ０６において、ＹＥＳ）、Ｓ０２に戻り後続の処理を行う。また、Ｓ０３において、処理対象の制御データでないデータが入力された場合（Ｓ０３において、ＮＯ）、制御対象に対する制御データでない旨の信号を、その制御データを送信した端末に出力したり、表示画面に対象外の制御データが入力された旨を示す信号を表示したり、全体の処理を中止する等の予め設定されるエラー制御を行う（Ｓ０７）。なお、Ｓ０７の処理においては、対象外の制御データの場合は、処理をせずに無視してもよい。
【００８３】
また、Ｓ０１の処理において、ビューアーとしての処理でない場合（Ｓ０１において、ＮＯ）、制御ソフトとしての動作を行う。具体的には、対応する要素に対する制御データを生成し（Ｓ０８）、対象のビューアーに制御データを送信する（Ｓ０９）。
【００８４】
ここで、制御処理を終了するか否かを判断し（Ｓ１０）、制御処理を終了しない場合（Ｓ１０において、ＮＯ）、Ｓ０８に戻り後続の処理を行う。また、Ｓ０６の処理において、ビューアー処理を終了する場合（Ｓ０６において、ＹＥＳ）、Ｓ０７の処理の終了後、又は、Ｓ１０の処理において、制御処理を終了する場合（Ｓ１０において、ＹＥＳ）、コンテンツ制作処理を終了する。
【００８５】
なお、上述した処理においては、１つの端末でコンテンツ制作処理のうちビューアー及び制御ソフトの両方の機能を実行させてもよく、データの内容等、必要に応じて制作中の番組毎又は番組の途中で機能を切り替えて使用してもよい。
【００８６】
上述したように本発明によれば、コンテンツ制作を分散させて効率的にコンテンツ制作を実現することができる。つまり、番組等のコンテンツを制御する各要素に応じて制御を分割して複数の端末に分担させることができる。また、指示が容易なスクリプトやリアルタイム性が要求されるカメラワーク等、制御する要素（項目）に応じた制御設計が可能となる。また、端末の１つに複数のビューアーの再生内容を取得して表示する機能を設けることにより、番組制作において、見たいチェックポイント毎にその映像や対応するスクリプトを容易に確認することができ、１つの番組制作をいろいろなチェックポイントで確認することができる。
【００８７】
また、本発明によれば、リアルタイムに変化する番組要素に対応し、複数ユーザの共同制作、複数モニターによる番組進行も実現することができる。また、複数人が効率的にコンテンツを共同制作することができる。
【００８８】
したがって、ネットワーク上で離れた複数のユーザが共同して台本を制作・編集・再生することが可能となる。また、共同制作のための台本記述のデータ構造、ユーザ毎の迅速なアクセス制御方法、及びコンテンツへの変換手法を提供することができる。
【００８９】
以上本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形、変更が可能である。
【符号の説明】
【００９０】
１０，２０，３０，５０，６０  コンテンツ制作システム
１１，２１，４０，５１，６１  制御手段
１２，２２，４２，５２，６２  ビューアー
１３，３７  再生手段
１４  素材データ
３１  入力手段
３２  出力手段
３３  蓄積手段
３４  制御データ生成手段
３５  番組生成手段
３６  通信制御手段
３８  送受信手段
３９  制作管理手段
７０  表示画面
７１  映像
【図１】
2010176383.tif 000003
【図２】
2010176383.tif 000004
【図３】
2010176383.tif 000005
【図４】
2010176383.tif 000006
【図５】
2010176383.tif 000007
【図６】
2010176383.tif 000008
【図７】
2010176383.tif 000009