情報処理システム及び情報処理方法、並びにプログラム
【課題】 画質確認、タイトル製作作業等を効率良く行うことができる情報処理システム及び情報処理方法、並びにプログラムを提供する。
【解決手段】 符号化対象データを分割データに分割する素材分割回路２０１と、分割データを分割符号化データに符号化するとともに、時間情報を含む復号情報ファイルを生成する分散符号化回路２０２ａ〜２０２ｄと、時間情報を含む指定情報と復号情報ファイルとに基づいて復号イメージ情報を生成するデコードイメージ生成回路２０３と、復号イメージ情報に基づいて分割符号化データを復号し、復号データを出力する分散ストリームデコード処理回路２０４とを備える。
【解決手段】 符号化対象データを分割データに分割する素材分割回路２０１と、分割データを分割符号化データに符号化するとともに、時間情報を含む復号情報ファイルを生成する分散符号化回路２０２ａ〜２０２ｄと、時間情報を含む指定情報と復号情報ファイルとに基づいて復号イメージ情報を生成するデコードイメージ生成回路２０３と、復号イメージ情報に基づいて分割符号化データを復号し、復号データを出力する分散ストリームデコード処理回路２０４とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、エンコードの並列処理を実行する情報処理システム及び情報処理方法、並びにプログラムに関する。
【背景技術】
【０００２】
従来、光ディスク等の記録メディアの作成現場において使用されるオーサリング装置は、ビデオデータ、オーディオデータ等に対してそれぞれ例えばＭＰＥＧ（Moving Picture Experts Group）規格を用いたエンコード処理（圧縮符号化処理）を施す。そして、オーサリング装置は、各エンコード処理の結果得られる各エンコードデータを多重化し、この多重ストリームを記録メディアに記録する。
【０００３】
このようなオーサリング装置は、記録メディアに記録可能なビット量をビデオデータ、オーディオデータ等にそれぞれ配分し、配分されたビット量に納まるように、各データに対してエンコード処理を施す。
【０００４】
ビデオデータのエンコード手法として、いわゆる「２パスエンコード」が知られている（例えば特許文献１参照。）。２パスエンコードは、仮の（事前の）エンコード処理と、本番のエンコード処理とからなる手法である。
【０００５】
以下、仮のエンコード処理を１パス目のエンコード処理と称し、本番のエンコード処理を２パス目のエンコード処理と称し、２パスエンコードの概略について説明する。
【０００６】
エンコーダは、符号化対象の一連のビデオデータに対して、エンコード条件が一定に保持された１パス目のエンコード処理を施す。このとき、１パス目のエンコード処理の際に得られる各種データ、例えば発生ビット量をフレーム単位で順次検出する。
【０００７】
次に、エンコーダは、このようにして検出されたフレーム毎の発生ビット量に基づいて、ビデオデータを構成する各フレームのそれぞれに対してビットの配分を行う。即ち、２パス目のエンコード処理で利用される目標ビット量をフレーム単位で設定する。
【０００８】
さらに、エンコーダは、２パス目のエンコード処理で利用されるピクチャタイプの割り当てを行う。ピクチャタイプの割り当てとは、各フレームのそれぞれに対してエンコードタイプを割り当てることを示す。
【０００９】
具体的には、ＭＰＥＧでは、Ｉピクチャ（Intra-Picture）、Ｐピクチャ（Predictive-Picture）、及びＢピクチャ（Bidirectionally Predictive-Picture）のうちのいずれかのエンコードタイプで、各フレームのそれぞれがエンコードされる。Ｉピクチャとは、１フレーム分の画像データを他のフレームの画像データを利用することなくそのままエンコードするといったエンコードタイプを指す。即ち、Ｉピクチャとは、フレーム内エンコード処理といったエンコードタイプを指す。また、ＰピクチャとＢピクチャとは、フレーム間エンコード処理といったエンコードタイプを指す。即ち、Ｐピクチャとは、基本的には、１フレーム分の画像データと、それより時間的に先行するＩピクチャまたはＰピクチャの予測フレームの画像データとの差分（予測誤差）を求め、その差分をエンコードするといったエンコードタイプを指す。また、Ｂピクチャとは、基本的には、１フレーム分の画像データと、時間的に先行または後行するＩピクチャ若しくはＰピクチャの予測フレームの画像データとの差分（予測誤差）を求め、その差分をエンコードするといったエンコードタイプを指す。
【００１０】
従って、ピクチャタイプの割り当てとは、各フレームのそれぞれを、Ｉピクチャ、Ｐピクチャ、及びＢピクチャといった３つのエンコードタイプのうちのいずれかに割り当てることを指す。換言すると、ピクチャタイプの割り当てとは、各ＧＯＰ（Group Of Picture）構造の設定であるとも言える。
【００１１】
このようにして、１パス目のエンコード処理後に、その処理結果を利用して目標ビット量の設定やピクチャタイプの割り当てがフレーム単位で行われる。
【００１２】
次に、フレーム毎のピクチャタイプと目標ビット量とを少なくとも含むエンコード条件が設定されて、そのエンコード条件に従った２パス目のエンコード処理が実行される。
【００１３】
即ち、エンコーダは、１パス目と同一のビデオデータに対して２パス目のエンコード処理を施し、その結果得られるエンコードビデオデータを出力する。詳細には、エンコーダは、ビデオデータを構成する各フレームのデータを、割り当てられたピクチャタイプで、かつ、目標ビット量のデータとなるように順次エンコードしていく。その結果、Ｉ，Ｂ，Ｐピクチャのうちの何れかのエンコードフレームデータが連続配置されて形成されるビットストリームが、エンコードビデオデータとして、エンコーダから出力される。
【００１４】
また、その他のビデオデータのエンコード手法としては、例えば特許文献２及び特許文献３にも開示されている。
【００１５】
特許文献２に開示されている手法とは、次の第１の処理乃至第３の処理がその順番で実行される手法である。即ち、第１の処理とは、ビデオデータの全区間に対して１パス目のエンコード処理を施す処理である。第２の処理とは、そのビデオデータのうちの一部の特定区間のみに対して２パス目のエンコード処理を施す処理である。第３の処理とは、１パス目のエンコードビデオデータのうちの特定区間のデータのみを、２パス目のエンコードビデオデータに置き換え、その結果得られるデータを最終的なエンコードビデオデータとして出力するという処理である。
【００１６】
また、特許文献３に開示されている手法とは次の手法である。即ち、１パス目のエンコードビデオデータのうちのビット量を削っても問題ない区間の割当量を減らして、その分のビット量を問題が発生する他の区間に割り当てるように目標ビット量を設定し、その目標ビット量に従って２パス目のエンコード処理を行う、という手法が特許文献３に開示されている。
【００１７】
このようにエンコード処理には、ビット量演算等に高い負荷を必要とする。このため、例えば、Blu-Ray（商標）で採用されているコーデックの１つであるMPEG-4 AVC（H.264/AVC）で符号化する場合、DVD（Digital Versatile Disc）で採用されていたMPEG-2に比べて演算処理負荷が高いためにエンコード処理時間が長くなってしまう。
【００１８】
これを補うためにエンコード処理を分散させて並列処理を行うことでエンコード処理時間を短くする手法がある。例えば、同一条件のエンコード用ＰＣ（Personal Computer）を複数台用意し、エンコード用ＰＣ台数分に素材を均等に割り振り、並列処理を実行することにより、H.264/AVC エンコードを効率的に処理し、エンコード時間を短縮させることができる。
【００１９】
【特許文献１】特開２０００−２７８０４２号公報
【特許文献２】特開２００２−３２６８６４号公報
【特許文献３】特開２００１−５３５７０号公報
【特許文献４】特開２００６−７４４６１号公報
【発明の開示】
【発明が解決しようとする課題】
【００２０】
ところで、エンコード処理を分散させた場合、エンコードにより生成されるストリームも分散数と同数になるため、分散ストリームを1本に連結する処理が必要になり、その処理時間はエンコードする素材の長さに比例していた。
【００２１】
したがって、画質確認作業などを行うためには、この並列処理されたストリームを連結してオーサリングを施し、ディスクを作成して再生装置を使用して行うか、連結したストリームを元にデコード情報を生成して確認していた。
【００２２】
また、映画の予告編であるトレーラームービーを作成する場合、各素材を編集加工してトレーラー専用の素材を作成するか、エンコード後にオーサリング処理を施しディスクを生成して再生装置で確認作業を行っていた。
【００２３】
本発明は、このような従来の実情に鑑みて提案されたものであり、画質確認、タイトル製作作業等を効率良く行うことができる情報処理システム及び情報処理方法、並びにプログラムを提供する。
【課題を解決するための手段】
【００２４】
本発明に係る情報処理システムは、符号化対象データを分割データに分割する分割部と、上記分割データを分割符号化データに符号化するとともに、時間情報を含む復号情報ファイルを生成する分散符号化部と、時間情報を含む指定情報と上記復号情報ファイルとに基づいて復号イメージ情報を生成する生成部と、上記復号イメージ情報に基づいて上記分割符号化データを復号し、上記指定情報に応じた復号データを出力する復号部とを備える。
【００２５】
また、本発明に係る情報処理方法は、符号化対象データを分割データに分割する分割工程と、上記分割データを分割符号化データに符号化するとともに、時間情報を含む復号情報ファイルを生成する分散符号化工程と、時間情報を含む指定情報と上記復号情報ファイルとに基づいて復号イメージ情報を生成する生成工程と、上記復号イメージ情報に基づいて上記分割符号化データを復号し、上記指定情報に応じた復号データを出力する復号工程とを有する。
【００２６】
また、本発明に係るプログラムは、符号化対象データを分割データに分割する分割工程と、上記分割データを分割符号化データに符号化するとともに、時間情報を含む復号情報ファイルを生成する分散符号化工程と、時間情報を含む指定情報と上記復号情報ファイルとに基づいて復号イメージ情報を生成する生成工程と、上記復号イメージ情報に基づいて上記分割符号化データを復号し、上記指定情報に応じた復号データを出力する復号工程とをコンピュータに実行させる。
【００２７】
なお、本明細書において、「システム」とは、複数の装置又は特定の機能を実現する機能モジュールが論理的に集合したものを言い、各装置や機能モジュールが単一の筐体内にあるか否かは特に問わない。
【発明の効果】
【００２８】
本発明によれば、分割データを分割符号化データに符号化するとともに、時間情報を含む復号情報ファイルを生成し、時間情報を含む指定情報を用いることにより、分割符号化データを連結させなくても、あたかも１本のストリームのように再生、逆再生、コマ送り、ジャンプなどのデコード操作を行うことができ、画質確認、タイトル製作作業等を効率良く行うことができる。
【発明を実施するための最良の形態】
【００２９】
以下、本発明の具体的な実施の形態について、図面を参照しながら詳細に説明する。ここでは、先ずオーサリング装置の全体構成を説明し、続いてビデオデータのエンコードを並列処理する情報処理システムについて説明する。
【００３０】
〔全体構成〕
図１は、本発明が適用される、スタジオ側に設置されるオーサリング装置（以下、「スタジオ側オーサリング装置」と称する）の一構成例を示している。
【００３１】
このスタジオ側オーサリング装置１１は、メニュー信号処理装置２１と、サブタイトル信号処理装置２２と、オーディオ信号処理装置２３と、ビデオ信号処理装置２４と、マルチプレクサ２５と、ダウンローダ２６と、ファイルサーバ２７と、オーサリングアプリケーション実行装置２８とがネットワーク２９を介して相互に接続されて構成されている。また、ダウンローダ２６には、ライタ３０を介して、ＤＬＴ（Digital Linear Tape）３１、ＨＤＤ（Hard Disk Drive）３２、及びネットワーク３３が接続されている。なお、以下では、メニュー信号処理装置２１乃至ダウンローダ２６のそれぞれを「内部装置」とも称する。
【００３２】
スタジオ側オーサリング装置１１は、光ディスクに記録させる多重ストリームをファイルとして生成して、ＤＬＴ３１、ＨＤＤ３２、及びネットワーク３３のうちの少なくとも１つに出力させる。例えば、ネットワーク３３にデータを出力させた場合、ネットワーク３３に接続された他の装置、例えば後述する図５のプラント側オーサリング装置１０１に対してデータを転送して、そのデータを他の装置に保持（記憶）させる。
【００３３】
このスタジオ側オーサリング装置１１において、メニュー信号処理装置２１は、オーサリングアプリケーション実行装置２８により制御され、例えばビデオテープレコーダ等より供給されるメニュー画面のビデオデータに対してエンコード処理を施し、その結果得られるエンコードビデオデータをファイルサーバ２７に記憶させる。
【００３４】
サブタイトル信号処理装置２２は、オーサリングアプリケーション実行装置２８により制御され、例えば外部のビデオテープレコーダより供給されるタイトル等のビデオデータに対してエンコード処理を施して、その結果得られるエンコードビデオデータをファイルサーバ２７に記憶させる。
【００３５】
オーディオ信号処理装置２３は、オーサリングアプリケーション実行装置２８により制御され、例えばビデオテープレコーダより供給されるオーディオデータに対してエンコード処理を施して、その結果得られるエンコードオーディオデータをファイルサーバ２７に記憶させる。
【００３６】
ビデオ信号処理装置２４は、オーサリングアプリケーション実行装置２８により制御され、例えばビデオテープレコーダより供給されるビデオデータに対してエンコード処理を施して、その結果得られるエンコードビデオデータをファイルサーバ２７に記憶させる。ビデオデータは、光ディスクに記録させる編集対象(データ)のうちの主データとなる。なお、このビデオ信号処理装置２４の詳細な構成例については、図３を参照して後述する。
【００３７】
マルチプレクサ２５は、オーサリングアプリケーション実行装置２８により制御され、ファイルサーバ２７に記憶されているエンコードオーディオデータやエンコードビデオデータをそれぞれ多重化し、その結果得られる多重ストリームをファイルとして生成する（以下、「多重化ストリームファイル」と称する。）。マルチプレクサ２５により生成された多重化ストリームファイルは、ネットワーク２９を介してダウンローダ２６に供給される。
【００３８】
ダウンローダ２６は、多重化ストリームファイルを、ライタ３０を介して、ＤＬＴ３１、ＨＤＤ３２、及びネットワーク３３のうちの少なくとも１つに出力する。この多重化ストリームファイルは、ディスクイメージデータとして、例えば後述する図５のプラント側オーサリング装置１０１に供給される。なお、プラント側オーサリング装置１０１のさらなる説明については後述する。
【００３９】
ファイルサーバ２７は、例えば、ネットワーク管理機能をもつコンピュータと高速アクセス可能なディスクアレイにより構成される。ファイルサーバ２７は、各内部装置からネットワーク２９を介して供給されるエンコードビデオデータやエンコードオーディオデータをそれぞれ記憶する。また、ファイルサーバ２７は、マルチプレクサ２５等の要求に応動して、記憶されているエンコードビデオデータやエンコードオーディオデータを、ネットワーク２９を介してマルチプレクサ２５等に出力する。
【００４０】
オーサリングアプリケーション実行装置２８は、例えば、オーサリングアプリケーションソフトウエアを実行可能なコンピュータにより構成される。オーサリングアプリケーションソフトウエアとは、このスタジオ側オーサリング装置１１全体の動作を制御するためのソフトウエアを指す。即ち、オーサリングアプリケーション実行装置２８は、例えば、オペレータにより設定された各種条件に従って、上述したように各内部装置の動作を制御することになる。
【００４１】
次に、図２のフローチャートを参照して、スタジオ側オーサリング装置１１の動作例について説明する。
【００４２】
ステップＳ１において、オーサリングアプリケーション実行装置２８は、オペレータの操作に従って各内部装置に対して編集リストを通知することにより、編集対象をビデオ信号処理装置２４等の各内部装置に通知する。
【００４３】
ここで、編集対象とは、例えばビデオ信号処理装置２４の処理対象のビデオデータを少なくとも含む。また、その他必要に応じて、オーディオ信号処理装置２３の処理対象のオーディオデータ、サブタイトル信号処理装置２２の処理対象のビデオデータ、及びメニュー信号処理装置２１の処理対象のビデオデータのうちの任意の数の任意の種類のデータを含むいわゆる素材（データ）を指す。
【００４４】
ステップＳ２において、オーサリングアプリケーション実行装置２８は、エンコード処理に必要な各種情報を生成し、これを一括して所定のファイルに含めた符号化ファイルを内部装置に通知する。
【００４５】
具体的には、オーサリングアプリケーション実行装置２８は、例えば編集対象がこれから記録される光ディスクの記録可能なデータ量を取得し、そのデータ量に基づいて、編集対象を構成する各データに割り当てるデータ量をそれぞれ計算する。そして、オーサリングアプリケーション実行装置２８は、計算された各データ量のそれぞれを符号化ファイルに含めて、各内部装置のうちの対応する内部装置にそれぞれ通知する。
【００４６】
例えば、ビデオ信号処理装置２４に符号化ファイルを通知する場合、オーサリングアプリケーション実行装置２８は、ビデオ信号処理装置２４の処理対象のビデオデータを通知する。即ち、編集対象のうちのメニューやタイトルを除くビデオデータに割り当てるデータ量（以下、「ビデオデータに割り当て可能なデータ量」と称する）を、符号化ファイルに含めてビデオ信号処理装置２４に通知する。
【００４７】
また、例えば、オーサリングアプリケーション実行装置２８は、編集対象のうちのメニューやタイトルを除くビデオデータについて、オペレータにより設定されたチャプターの時間情報（以下、「アクセス（チャプター）ポイント」と称する）を符号化ファイルに含めてビデオ信号処理装置２４に通知する。チャプターとは、フレーム内符号化処理（Ｉピクチャ）が強制的に割り当てられるフレームを指す。光ディスクを取り扱うことが可能な装置は、このチャプターを目標にしてトラックジャンプして記録内容を確認することができる。
【００４８】
また、例えば、オーサリングアプリケーション実行装置２８は、編集対象のうちのメニューやタイトルを除くビデオデータについて、ＧＯＰの最大表示フレーム数（例えば１５フレーム）や、各ＧＯＰにおけるエンコード処理の配列等を符号化ファイルに含めてビデオ信号処理装置２４に通知する。
【００４９】
また、例えば、オーサリングアプリケーション実行装置２８は、必要に応じて、マルチアングルの処理対象も符号化ファイルに含めてビデオ信号処理装置２４に通知する。マルチアングルとは、複数のビデオ素材を時分割多重化して光ディスクに記録することにより、ユーザの選択に応じて、例えば列車の走行シーン等を異なる撮影箇所より視聴できるようにした処理を指す。
【００５０】
また、例えば、オーサリングアプリケーション実行装置２８は、必要に応じて、「シーンチェンジ自動検出（ON/OFF）」、「光ディスクのディスク容量」、「VTRの開始及び終了時刻」等も符号化ファイルに含めてビデオ信号処理装置２４に通知する。
【００５１】
ステップＳ３において、各内部装置は、この符号化ファイルに含まれる各種情報に基づいて、編集対象のうちの対応するデータをエンコードし、その結果得られる各エンコードデータのそれぞれをファイルサーバ２７に記憶させる。具体的には、例えば、ビデオ信号処理装置２４は、後述する図４の「ビデオデータ生成処理」を実行することになる。
【００５２】
ステップＳ４において、マルチプレクサ２５は、ステップＳ３の処理でファイルサーバ２７に記憶された各エンコードデータのそれぞれを多重化することで、多重化ストリームファイルを生成し、ダウンローダ２６に供給する。
【００５３】
ステップＳ５において、ダウンローダ２６は、この多重化ストリームファイルを、ライタ３０を介して、ＤＬＴ３１、ＨＤＤ３２、及びネットワーク３３のうちの少なくとも１つに出力する。これにより、スタジオ側オーサリング装置１１の処理は終了となる。
【００５４】
次に、図３を参照して、このスタジオ側オーサリング装置１１のうちのビデオ信号処理装置２４の詳細な構成例について説明する。
【００５５】
図３に示されるように、ビデオ信号処理装置２４は、例えば、ビデオテープレコーダ５１、主コントローラ５２、エンコーダ５３、及びモニタ装置５４から構成される。
【００５６】
上述したステップＳ１の処理により、編集リストがオーサリングアプリケーション実行装置２８からビデオ信号処理装置２４に供給される。具体的には、編集リストは、図３に示されるように主コントローラ５２に供給され、その後、ビデオテープレコーダ５１に供給される。即ち、編集リストは、主コントローラ５２を介してビデオテープレコーダ５１に供給される。
【００５７】
ビデオテープレコーダ５１は、この編集リストに従って磁気テープを再生し、これにより処理対象のビデオデータＤ１を出力して、エンコーダ５３に供給する。
【００５８】
エンコーダ５３は、主コントローラ５２により設定される各種エンコード条件に従って動作を切り換え、ビデオテープレコーダ５１から出力されるビデオデータＤ１に対して、例えばＭＰＥＧ規格によるエンコード処理を施す。このとき、各種エンコード条件の設定が主コントローラ５２により可変制御されることにより、エンコーダ５３からの発生ビット量が制御されるようになされている。
【００５９】
さらに、エンコーダ５３は、このエンコード処理の結果を主コントローラ５２に通知する。これにより、主コントローラ５２は、エンコーダ５３のエンコード処理で使用されたピクチャタイプや、そのエンコード処理における発生ビット量をフレーム単位で検出することができる。
【００６０】
また、エンコーダ５３は、いわゆる２パスエンコードを行う場合、１パス目と２パス目との何れのエンコード処理も実行する。
【００６１】
具体的には、エンコーダ５３は、２パス目のエンコード処理で利用されるエンコード条件を事前に設定するために、１パス目のエンコード処理、例えば後述する図４のステップＳ２２の処理の一部であるエンコード処理を実行する。詳細には、エンコーダ５３は、自分自身の内部処理でピクチャタイプを割り振る。そして、エンコーダ５３は、そのようにして割り振られたピクチャタイプを利用してビデオデータＤ１に対して１パス目のエンコード処理を施し、その１パス目のエンコード処理の結果、例えば各フレームのピクチャタイプや発生ビット量等を主コントローラ５２に通知する。
【００６２】
２パス目のエンコード処理では、エンコーダ５３は、例えば後述する図４のステップＳ３０のエンコード処理を実行する。即ち、エンコーダ５３は、主コントローラ５２により設定されたフレーム単位のピクチャタイプと目標ビット量とを使用して、２パス目のエンコード処理をビデオデータＤ１に対して施し、その結果得られるエンコードビデオデータＤ２を、ネットワーク２９を介してファイルサーバ２７に記憶させる。このとき、エンコーダ５３は、ファイルサーバ２７に記憶されたビデオデータＤ２のデータ量等を主コントローラ５２に通知する。
【００６３】
モニタ装置５４は、例えばディスプレイ装置等で構成され、主コントローラ５２のエンコーダ５３を介する制御に基づいて、エンコーダ５３から出力されるエンコードビデオデータＤ２に対応する映像を表示する。即ち、エンコーダ５３は、エンコードビデオデータＤ２をデコードして、その結果得られるビデオ信号をモニタ装置５４に供給する。モニタ装置５４は、供給されたビデオ信号に対応する映像、即ち、エンコードビデオデータＤ２に対応する映像を表示する。
【００６４】
これにより、オペレータは、エンコーダ５３の処理結果をモニタ装置５４で必要に応じて確認することができる。即ち、ビデオ信号処理装置２４は、モニタ装置５４を利用して、エンコーダ５３の処理結果のプレビューを行うことができる。さらに、オペレータは、このプレビュー結果に基づいて主コントローラ５２を操作することで、各種エンコード条件のそれぞれを細かく変更することができる。
【００６５】
主コントローラ５２は、例えば、このビデオ信号処理装置２４に割り当てられたコンピュータにより構成される。主コントローラ５２は、オーサリングアプリケーション実行装置２８との間でネットワーク２９を介するデータ通信を行うことで、このビデオ信号処理装置２４全体の動作を制御する。
【００６６】
このため、主コントローラ５２には、例えば図３に示されるように、グラフィカルユーザーインターフェース（ＧＵＩ：Graphical User Interface）６１、ビデオテープレコーダ（ＶＴＲ：Video Tape Recorder）コントロール部６２、ビットアサイン部６３、及び、エンコードコントロール部６４が設けられている。
【００６７】
即ち、主コントローラ５２は、オーサリングアプリケーション実行装置２８からの制御とオペレータの操作とのそれぞれをＧＵＩ６１の管理により受け付ける。また、このＧＵＩ６１により管理されるＶＴＲコントロール部６２とビットアサイン部６３とエンコードコントロール部６４とを用いて、ビデオテープレコーダ５１、エンコーダ５３、及びモニタ装置５４のそれぞれの動作を制御する。
【００６８】
これにより、主コントローラ５２は、例えば、オーサリングアプリケーション実行装置２８から通知された符号化ファイルに基づいて各種エンコード条件を設定することが可能になる。なお、以下、他の内部装置に供給される符号化ファイルと区別するために、ビデオ信号処理装置２４に供給される符号化ファイルを、図３の記載と併せて、符号化ファイルVENC.XMLと称する。
【００６９】
さらに、主コントローラ５２は、上述したように、ＧＵＩ６１を介してオペレータの設定を受け付け、これにより、例えば、各種エンコード条件の設定を更新することができる。
【００７０】
そして、主コントローラ５２は、例えば、このようにして設定された或いは更新された各種エンコード条件に従ったエンコード処理を、エンコーダ５３が処理対象のビデオデータＤ１に対して施すことを制御する。
【００７１】
また、主コントローラ５２は、エンコーダ５３から通知されたエンコード処理の結果を受け取り、そのエンコード処理の結果をオーサリングアプリケーション実行装置２８に通知することができる。
【００７２】
ＶＴＲコントロール部６２は、オーサリングアプリケーション実行装置２８から通知される編集リストに従ってビデオテープレコーダ５１の動作を制御することで、編集対象のビデオデータＤ１をビデオテープレコーダ５１から再生させる。
【００７３】
ビットアサイン部６３は、例えば、オーサリングアプリケーション実行装置２８から通知される符号化ファイルVENC.XMLに従って各種エンコード条件を設定し、このエンコード条件に対応する制御データをエンコードコントロール部６４に通知する。このとき、ビットアサイン部６３は、例えば、オペレータのＧＵＩ６１の操作に応じて、各種エンコード条件の設定を変更することができる。
【００７４】
ビットアサイン部６３が設定するエンコード条件としては、例えば、１パス目のエンコード処理で利用される第１のエンコード条件と、２パス目のエンコード処理で利用される第２のエンコード条件とが該当する。第１のエンコード条件の中には、例えば、エンコーダ５３が１パス目のエンコード処理を実行する際にその内部処理でピクチャタイプを設定するために必要な各種条件等が含まれる。これに対して、第２のエンコード条件の中には、例えば、２パス目のエンコード処理で利用される各フレームのそれぞれのピクチャタイプや目標ビット量等が含まれる。
【００７５】
エンコードコントロール部６４は、例えば、ビットアサイン部６３から通知される制御ファイルに従って、エンコーダ５３の１パス目と２パス目のそれぞれのエンコード処理を制御する。
【００７６】
また、エンコードコントロール部６４は、エンコーダ５３による１パス目のエンコード処理の結果から、エンコード処理に要する困難度と、ピクチャタイプとのそれぞれをフレーム単位で検出し、その検出結果をビットアサイン部６３に通知する。すると、ビットアサイン部６３は、通知されたフレーム毎の困難度とピクチャタイプとを利用して、２パス目のエンコード処理で利用される第２のエンコード条件を設定する。なお、困難度については後述する。
【００７７】
さらに、エンコードコントロール部６４は、エンコーダ５３の最終的な２パス目のエンコード処理の結果得られたエンコードビデオデータＤ２を、ネットワーク２９を介してファイルサーバ２７に記憶させることを制御する。
【００７８】
次に、図４のフローチャートを参照して、このビデオ信号処理装置２４におけるビデオデータ生成処理の動作例を説明する。
【００７９】
オーサリングアプリケーション実行装置２８から、上述した図２のステップＳ１の処理で編集リスト（編集対象）が通知され、ステップＳ２の処理で符号化ファイルVENC.XMLが供給される。さらに、この「ビデオデータ生成処理」の開始が指示されると、ＧＵＩ６１の管理により、ＶＴＲコントロール部６２、ビットアサイン部６３、及び、エンコードコントロール部６４が起動されて、この「ビデオデータ生成処理」が開始される。即ち、処理は図２のステップＳ３に進み、ステップＳ３の処理のうちのビデオ信号処理装置２４の処理として、この「ビデオデータ生成処理」が開始される。
【００８０】
ステップＳ２１において、主コントローラ５２は、オーサリングアプリケーション実行装置２８から供給された符号化ファイルVENC.XMLから、編集対象のビデオデータＤ１のエンコード処理に必要な各種情報を取得する。
【００８１】
具体的には、例えば、符号化ファイルVENC.XMLに含まれる「アクセス（チャプター）ポイント」、「シーンチェンジ自動検出（ON/OFF）」、「ディスク容量」、「VTRの開始及び終了時刻」、「ビデオデータＤ１に割り当て可能なデータ量」などの各種情報が取得される。
【００８２】
ステップＳ２２において、主コントローラ５２は、ビデオテープレコーダ５１とエンコーダ５３とを制御して、ステップＳ２１の処理で取得された各種情報により設定される第１のエンコード条件に従った１パス目のエンコード処理を、編集対象のビデオデータＤ１に対して施す。そして、主コントローラ５２は、１パス目のエンコード処理の結果得られる第１のエンコードビデオデータから、エンコード処理に要する困難度と、ピクチャタイプとのそれぞれをフレーム単位で検出する。
【００８３】
具体的には、エンコーダ５３は、次のようにビデオテープレコーダ５１で再生された編集対象のビデオデータＤ１を処理する。
【００８４】
エンコーダ５３は、このビデオデータＤ１を構成する各フレームのそれぞれのピクチャタイプを設定する。即ち、エンコーダ５３は、主コントローラ５２からの指示により指定されたフレームをIピクチャに設定する。さらに、エンコーダ５３は、ステップＳ２１の処理で取得された「シーンチェンジ自動検出」がONに設定されている場合（そのことが主コントローラ５２から通知された場合）には、その前後のフレームの相関関係からシーンチェンジと判定されたフレームを強制的にＩピクチャに設定する。そして、エンコーダ５３は、Ｉピクチャに設定されたフレームから、次のＩピクチャの直前のフレームまでのフレーム群をＧＯＰとして設定していく処理を実行する。
【００８５】
また、エンコーダ５３は、このようにして設定されたピクチャタイプを使用して、ビデオデータＤ１を構成する各フレームのそれぞれに対して、固定量子化ステップによる１パス目のエンコード処理を順次施していく。そして、エンコーダ５３は、その際に発生するビット量、即ち、各フレームのそれぞれがエンコードされた際の発生ビット量のそれぞれを主コントローラ５２に通知するとともに、各フレームのピクチャタイプを主コントローラ５２に通知する。
【００８６】
すると、主コントローラ５２は、エンコーダ５３からのこの通知により、困難度とピクチャタイプとのそれぞれをフレーム単位で検出する。即ち、主コントローラ５２は、エンコーダ５３から通知された各フレームのピクチャタイプを、そのまま各フレームのピクチャタイプとして検出する。また、主コントローラ５２は、エンコーダ５３から通知された各フレームの発生ビット量のそれぞれを、各フレームのそれぞれの困難度として検出（測定）する。
【００８７】
このように、本明細書で言う困難度とは、固定量子化ステップによるエンコード処理が編集対象のビデオデータＤ１に対して施された際の、エンコード処理後の各フレームのそれぞれのデータ量を指す。
【００８８】
即ち、フレーム間エンコード処理（ＰまたはＢピクチャのエンコードタイプ）においては動きの激しい部分で予測フレームからの予測誤差（差分）が大きくなり、その分、画質劣化を低減させるために多くのデータが必要となる。またフレーム内符号化処理（Ｉピクチャのエンコードタイプ）においては、高周波数成分が多い場合に、ディスクリートコサイン変換処理により高次の係数データが発生することにより、その分、画質劣化を低減させるために多くのデータ量が必要となる。従って、固定量子化ステップによるエンコード処理がビデオデータＤ１に対して施された場合、画質劣化を低減させるための多くのデータ量を要する部分（フレーム）において、多くのデータ量が検出されることになる。以上のことから、固定量子化ステップによるエンコード処理が編集対象のビデオデータＤ１に対して施された結果得られるエンコードビデオデータを構成する各フレームのデータのそれぞれのデータ量こそが、各フレームのそれぞれについての困難度を指すことになる。
【００８９】
ステップＳ２３において、主コントローラ５２は、ステップＳ２２の処理によりフレーム単位で検出された困難度とピクチャタイプとを用いて「ビット配分計算処理」を実行することで、目標ビット量をフレーム単位で設定する。
【００９０】
「ビット配分計算処理」とは、例えば次のような処理を指す。即ち、ステップＳ２２の処理で検出された各フレームの困難度とピクチャタイプとを用いて、編集対象のビデオデータＤ１に対して２パス目のエンコード処理が施された場合に得られるエンコードビデオデータＤ２全体の目標ビット量を、各フレームのそれぞれに割り振るための計算処理が、「ビット配分計算処理」である。
【００９１】
以下、「ビット配分計算処理」についてさらに詳しく説明する。
【００９２】
即ち、主コントローラ５２は、次の式（１）の演算処理を実行し、ビデオデータＤ１（エンコードデータＤ２）に対して実際に割り当て可能な総ビット量TOTAL_SUPPLYを計算する。
TOTAL_SUPPLY = TOTAL_BYTES − TOTAL_HEADER ・・・（１）
式（１）において、TOTAL_BYTESは、ステップＳ２１の処理で取得された「ビデオデータＤ１に割り当て可能なデータ量」を示し、ネットワーク２９上のファイルサーバ２７に記録されるエンコードビデオデータＤ２全体の目標データ量に相当する。また、TOTAL_HEADERは、エンコードビデオデータＤ２のうちのヘッダー等の付随的なデータのデータ量を示しており、ＧＯＰの総数により特定されるデータ量である。
【００９３】
従って、主コントローラ５２は、この式（１）の演算処理により、エンコードビデオデータＤ２のうちの付随的なデータを除いたデータに対して割り当て可能なデータ量を、ビデオデータＤ１に対して実際に割り当て可能な総ビット量TOTAL_SUPPLYとして計算することになる。
【００９４】
次に、主コントローラ５２は、ビデオデータＤ１に対して実際に割り当て可能な総ビット量TOTAL_SUPPLYを、各エンコード処理単位（エンコードユニット）のそれぞれに分配する。なお、以下、このようにして分配された各エンコードユニットのそれぞれのデータ量を、対応するエンコードユニットの目標ビット量と称し、かつ、SUPPLY_BYTESと記述する。 また、主コントローラ５２は、各エンコードユニットのそれぞれについて、対応するエンコードユニットに属する各フレームの困難度（ステップＳ２２の処理で検出された困難度）の総和を演算する。なお、以下、各フレームの困難度をDIFと記述し、また、各困難度DIFの総和をDIF_SUMと記述する。
【００９５】
続いて、主コントローラ５２は、各エンコードユニットのそれぞれについて、ＧＯＰ単位のビット配分を行うための評価関数を計算する。ここでの評価関数は、例えば次の式（２）で表される。
Y = BX ・・・（２）
式（２）において、Ｙは、演算対象のエンコードユニットの目標ビット量SUPPLY_BYTESを示し、Ｘは、演算対象のエンコードユニットに属する各フレームの困難度DIFの総和DIF_SUMを示している。
【００９６】
主コントローラ５２は、このようにして式（２）の評価関数を設定すると、換言すると、式（２）の評価関数における係数Ｂを演算すると、各エンコードユニットのそれぞれについて、この係数Ｂを用いる次の式（３）の演算処理を順次実行していく。
GOP_TGT = B × GOP_DIF_SUM ・・・（３）
なお、式（３）において、GOP_DIF_SUMは、演算対象のＧＯＰに属する各フレームの困難度DIFの総和を示している。また、GOP_TGTは、演算対象のＧＯＰの目標ビット量を示している。
【００９７】
即ち、演算対象のＧＯＰの目標ビット量GOP_TGTとは、演算対象のＧＯＰが含まれるエンコードユニットの目標ビット量SUPPLY_BYTESの中から、演算対象のＧＯＰの困難度GOP_DIF_SUMに応じて演算対象のＧＯＰに配分された分のデータ量を指す。
【００９８】
そして、主コントローラ５２は、対象のＧＯＰの目標ビット量GOP_TGTを、対象のＧＯＰに属する各フレームのそれぞれに割り振る処理を各ＧＯＰのそれぞれについて実行することで、各フレームの目標ビット量をそれぞれ設定する。
【００９９】
このように、ステップＳ２３の「ビット配分計算処理」では、１パス目のエンコード処理結果（ステップＳ２２の処理結果）を基準にして、２パス目のエンコード処理で利用される第２のエンコード条件のひとつ、即ち、目標ビット量が設定される。
【０１００】
ステップＳ２４において、主コントローラ５２は、直前の「ビット配分計算処理」（いまの場合、ステップＳ２３の「ビット配分計算処理」）により設定されたフレーム毎の目標ビット量と、直前のステップＳ２２の処理で検出された各フレームのピクチャタイプとを少なくとも含む第２のエンコード条件を設定する。
【０１０１】
次に、ステップＳ２５において、主コントローラ５２は、この第２のエンコード条件に従った２パス目のエンコード処理が編集対象のビデオデータＤ１に対して施された場合に得られるはずの第２のエンコードビデオデータＤ２のプレビュー処理を実行する。
【０１０２】
ステップＳ２５のプレビュー処理とは、例えば次のような一連の処理を指す。即ち、ビデオテープレコーダ５１が、オペレータのＧＵＩ６１の操作に応動して、即ち、主コントローラ５２の制御に応動して、編集対象のビデオデータＤ１を再生して、エンコーダ５３に供給する。エンコーダ５３が、第２のエンコード条件に従ってこのビデオデータＤ１を一旦エンコードし、その結果得られるエンコードビデオデータＤ２を再デコードして、その結果得られるビデオ信号をモニタ装置５４に供給する。モニタ装置５４は、このビデオ信号に対応する映像を表示する。即ち、第２のエンコード条件に従った２パス目のエンコード処理が編集対象のビデオデータＤ１に対して施された場合に得られるはずの第２のエンコードビデオデータＤ２に対応する映像が、モニタ装置５４にプレビュー映像として表示される。以上の一連の処理が、ステップＳ２５のプレビュー処理である。
【０１０３】
ステップＳ２６において、主コントローラ５２は、オペレータの画質評価が「O.K」であるか否かを判定する。
【０１０４】
即ち、オペレータは、ステップＳ２５の処理によりモニタ装置５４に表示されるプレビュー映像、即ち、エンコードビデオデータＤ２に対応する映像の画質の評価を行い、その評価結果を、ＧＵＩ６１を操作することで主コントローラ５２に入力させることができる。
【０１０５】
例えば、オペレータが画質に満足して、ＧＵＩ６１を操作して２パス目のエンコード処理の開始を指示すると、ステップＳ２６において、オペレータの画質評価が「O.K」であると判定されて、処理はステップＳ３０に進む。
【０１０６】
ステップＳ３０において、主コントローラ５２は、ビデオテープレコーダ５１とエンコーダ５３とを制御して、直前のステップＳ２４の処理で設定された第２のエンコード条件に従った２パス目のエンコード処理を編集対象のビデオデータＤ１に対して施す。また、その結果得られる第２のエンコードビデオデータＤ２をファイルサーバ２７に記憶させる。
【０１０７】
具体的には例えば、ビデオテープレコーダ５１は、主コントローラ５２の制御に基づいて、編集対象のビデオデータＤ１を再生して、エンコーダ５３に供給する。エンコーダ５３は、主コントローラ５２から指示される第２のエンコード条件に従った２パス目のエンコード処理を、ビデオデータＤ１に対して施し、その結果得られる第２のエンコードビデオデータＤ２を、主コントローラ５２の制御に基づいてネットワーク２９を介してファイルサーバ２７に記憶させる。
【０１０８】
その後、ステップＳ３１において、主コントローラ５２は、２パス目のエンコード処理の結果をオーサリングアプリケーション実行装置２８に通知する等の後処理を実行する。これにより、「ビデオデータ生成処理」は終了となる。
【０１０９】
これに対して、オペレータが、ステップＳ２５のプレビュー処理によりモニタ装置５４に表示されているプレビュー映像、即ち、ファイルサーバ２７に記憶される前のエンコードビデオデータＤ２に対応する映像の画質に満足するかを評価する。オペレータが画質に満足せず、例えば、ＧＵＩ６１を操作してカスタマイズの処理を選択すると、ステップＳ２６において、オペレータの画質評価が「O.K」ではないと判定されて、処理はステップＳ２７に進む。
【０１１０】
ステップＳ２７において、主コントローラ５２は、ピクチャタイプの変更が指示されたか否かを判定する。
【０１１１】
即ち、オペレータは、ＧＵＩ６１を操作することで、編集対象のビデオデータＤ１を構成する各フレームのうちの１枚以上のフレームのピクチャタイプを、ＢまたはＰピクチャからＩピクチャに変更させる指示を、主コントローラ５２に入力させることができる。
このようなオペレータの指示がない場合には、ステップＳ２７において、ピクチャタイプの変更が指示されていないと判定されて、処理はステップＳ２８に進む。
【０１１２】
ステップＳ２８において、主コントローラ５２は、「カスタマイズ処理」を実行する。ここで言う「カスタマイズ処理」とは、例えば、オペレータのＧＵＩ６１の操作に応動して部分的にエンコード条件を変更することにより、部分的に画質を変更する処理を指す。
【０１１３】
さらに、主コントローラ５２は、続くステップＳ２９において、上述したステップＳ２３と同様の「ビット配分計算処理」を再実行することで、目標ビット量の設定を更新する。即ち、ステップＳ２９の処理とは、上述したステップＳ２３の処理と基本的に同様の処理である。ただし、ステップＳ２９の処理では、直前のステップＳ２８の「カスタマイズ処理」の結果を利用する点が、ステップＳ２３の処理とは異なる点である。
【０１１４】
このステップＳ２９の処理が終了すると、処理はステップＳ２４に戻され、それ以降の処理が繰り返される。
【０１１５】
これに対して、オペレータからのピクチャタイプ変更の指示があった場合、ステップＳ２７において、ピクチャタイプの変更が指示されたと判定されて、処理はステップＳ２１に戻され、それ以降の処理が繰り返される。
【０１１６】
即ち、オペレータからピクチャタイプの変更が指示されたフレームがシーンチェンジポイントであるとみなされて、その結果、上述したステップＳ２１の各種情報の取得処理以降の一連の処理がやり直されることになる。
【０１１７】
以上説明したように、ビデオ信号処理装置２４は、フレーム毎の困難度とピクチャタイプとを基準にして、２パス目のエンコード処理で利用される第２のエンコード条件を設定することができる。さらに、このビデオ信号処理装置２４は、オペレータの操作に応動して、この第２のエンコード条件を変更することができる。これにより、最終的にオペレータの満足する第２のエンコード条件によりビデオデータＤ１がエンコードされ、その結果得られるエンコードビデオデータＤ２がファイルサーバ２７に記憶されるのである。
【０１１８】
さらに、このとき設定される第２のエンコード条件の基準となる困難度とピクチャタイプとは１パス目のエンコード処理結果であるが、１パス目と２パス目とのそれぞれのエンコード処理で利用されるピクチャタイプは全フレームで同一となる。即ち、「１パス目のエンコード処理で利用（設定）されたピクチャタイプをそのまま２パス目のエンコード処理でも利用する」という条件が、この第２の条件に含まれているとも言える。これにより、記録メディアに用意された容量を効率的に使い切るようにエンコードビデオデータＤ２を作成することが可能になる。
【０１１９】
その後、上述したように、図１のスタジオ側オーサリング装置１１において、このエンコードビデオデータＤ２と、その他のエンコードビデオデータやエンコードオーディオデータとが多重化され、その結果得られる多重化ストリームファイルが、ＤＬＴ３１、ＨＤＤ３２、及びネットワーク３３のうちの少なくとも１つに出力される。
【０１２０】
そして、上述したように、ＤＬＴ３１、ＨＤＤ３２、及びネットワーク３３のうちの少なくとも１つに出力された多重化ストリームファイルは、ディスクイメージデータとして、例えばプラント側に設置される図５のオーサリング装置（以下、プラント側オーサリング装置と称する）に供給される。
【０１２１】
図５は、本発明が適用されるプラント側オーサリング装置の一構成例を示している。
【０１２２】
図５に示されるように、このプラント側オーサリング装置１０１は、例えば、プリマスタリング装置１１１、フォーマッタ１１２、及びカッティング装置１１３から構成される。
【０１２３】
ここで、図６のフローチャートを参照して、このプラント側オーサリング装置１０１の処理例について説明する。
【０１２４】
ステップＳ４１において、プリマスタリング装置１１１は、ディスクイメージデータ（図３のエンコードビデオデータＤ２を含む多重化ストリームファイル）を取得する。
【０１２５】
次に、ステップＳ４２において、プリマスタリング装置１１１は、外部から与えられるコピープロテクションデータを用いてディスクイメージデータを暗号化し、その結果得られる暗号化データをフォーマッタ１１２に供給する。
【０１２６】
ステップＳ４３において、フォーマッタ１１２は、信号のレベル変換処理等各種処理を暗号化データに対して施し、その結果得られる信号をカッティング装置１１３に供給する。
【０１２７】
ステップＳ４４において、カッティング装置１１３は、フォーマッタ１１２から供給される信号を元に、マスターディスク１１４（ディスクイメージデータが記録された光ディスクの原盤１１４）を作成する。これにより、プラント側オーサリング装置１０１の処理は終了となる。
【０１２８】
以上説明したように、上述した図３のビデオデータＤ１に対する１パス目のエンコード処理において、ビデオ素材に最適化されたピクチャタイプが設定されて利用され、そのピクチャタイプを基準にして各フレームの目標ビット量の設定が行われる。その後、１パス目と同一のそのピクチャタイプが利用され、かつ、１パス目で設定されたその目標ビット量が利用されて、２パス目のエンコード処理がビデオデータＤ１に対して施され、その結果としてエンコードビデオデータＤ２が得られる。そして、このエンコードビデオデータＤ２を含むディスクイメージデータがプラント側オーサリング装置１０１に供給されて、光ディスク１１４に記録される。
【０１２９】
従って、光ディスク１１４の使用可能ディスク容量を図１のスタジオ側オーサリング装置１１に事前に通知しておくことで、図３のビデオ信号処理装置２４は、その通知に見合った目標ビット量を設定することが可能になる。その結果、光ディスク１１４に記録されるディスクイメージデータのデータ量が、光ディスク１１４の使用可能ディスク容量に比較して不足したり余剰となってしまうことを防ぐことができる。これにより、光ディスク１１４のディスク容量を最大限使い切ることが可能になり、結果として光ディスク１１４に記録されるビデオデータの画質が向上されることになる。
【０１３０】
ところで、上述した一連の処理は、ハードウエアにより実行させることもできるが、ソフトウエアにより実行させることができる。
【０１３１】
この場合、図１のスタジオ側オーサリング装置１１全体またはその一部分は、例えば後述するコンピュータとして構成することができる。なお、スタジオ側オーサリング装置１１の一部分とは、例えば、図１のビデオ信号処理装置２４全体のときもあるし、或いは、さらに、そのビデオ信号処理装置２４の一部分、例えば、図３の主コントローラ５２等のときもある。
【０１３２】
同様に、図５のプラント側オーサリング装置１０１全体またはその一部分は、例えば後述するコンピュータとして構成することができる。なお、プラント側オーサリング装置１０１の一部分とは、スタジオ側オーサリング装置１１のそれと同様に、例えば、カッティング装置１１３全体のときもあるし、或いは、さらに、そのカッティング装置１１３の図示せぬ一部分のときもある。
【０１３３】
〔エンコード並列処理〕
次に、ビデオデータのエンコードを並列処理する情報処理システムについて説明する。具体例として示す情報処理システムは、複数のコンピュータがエンコード処理を並列して行い、エンコード処理の効率化を図るようにしたものである。なお、情報処理システムは、上述したビデオ信号処理装置２４のエンコードコントロール部６４、エンコーダ５３に対応する。
【０１３４】
図７は、エンコードを並列処理する情報処理システムの構成を示すブロック図である。この情報処理システムは、素材分割回路２０１と、分散エンコード処理回路及びデコード情報ファイル生成回路を有する分散符号化回路２０２ａ〜２０２ｄと、デコードイメージ生成回路２０３と、分散ストリームデコード処理回路２０４とを備えている。
【０１３５】
素材分割回路２０１は、符号化対象素材のデータを分散エンコード処理すべきか否を判定し、分散エンコード処理する場合、データを分割データに分割し、この分割データを分散符号化回路２０２ａ〜２０２ｄにそれぞれ出力する。なお、符号化対象素材のデータは、分散符号化回路２０２ａ〜２０２ｄの処理能力に応じて分割しても、等分割しても構わない。
【０１３６】
分散符号化回路２０２ａ〜２０２ｄは、分散エンコード処理回路及びデコード情報ファイル生成回路を有している。
【０１３７】
分散エンコード処理回路は、分割データを分割符号化データ（分散ストリーム）に符号化し、この分散ストリームを分散ストリームデコード処理回路２０４に出力する。具体的には、例えば上述したように２パスエンコードにより、１パス目で設定されたその目標ビット量が利用されて、２パス目のエンコード処理が分割データに対して施され、その結果として分散ストリームが得られる。
【０１３８】
デコード情報ファイル生成回路は、分散ストリームのデコード情報ファイルを生成する。このデコード情報ファイルには、例えば、分散ストリームが位置する符号化対象素材内のスタートタイムコード、エンドタイムコード、分散ストリーム再生時間、解像度、フレームレート、ピクチャタイプ等の情報が含まれている。したがって、このデコード情報ファイルを参照すれば、分散ストリームが符号化対象素材のどの位置のものかを知ることができる。
【０１３９】
このような分散符号化回路２０２ａ〜２０２ｄは、分割データを分割符号化データに符号化するとともに、時間情報を含むデコード情報ファイルを生成するプログラムを実行するコンピュータで構成することができる。
【０１４０】
図８は、コンピュータの構成を示すブロック図である。ＣＰＵ（Central Processing Unit）３０１は、ＲＯＭ（Read Only Memory）３０２に記録されているプログラム、または記憶部３０８からＲＡＭ（Random Access Memory）３０３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ３０３にはまた、ＣＰＵ３０１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【０１４１】
ＣＰＵ３０１、ＲＯＭ３０２、及びＲＡＭ３０３は、バス３０４を介して相互に接続されている。このバス３０４にはまた、入出力インタフェース３０５も接続されている。
【０１４２】
入出力インタフェース３０５には、入力部３０６、出力部３０７、記憶部３０８、及び、通信部３０９が接続されている。また、入出力インタフェース３０５には、必要に応じてドライブ３１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどよりなるリムーバブル記録媒体３１１が適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部３０８にインストールされる。
【０１４３】
入力部３０６は、例えば、出力部３０７の表示部も兼ねたタッチパネル、キーボード、受光部を含むリモートコントローラ、マウスなどの入力機器で構成される。
【０１４４】
出力部３０７は、例えば、ディスプレイ等の表示部単体、スピーカやヘッドフォン出力端子等の音声出力部単体、または、それらの組合せで構成される。
【０１４５】
記憶部３０８は、例えばハードディスクなどで構成される。また、通信部３０９は、例えばモデム、ターミナルアダプタ、無線通信機器などより構成され、他の情報処理装置との間の通信を制御する。
【０１４６】
このようなコンピュータを用いて分散符号化回路２０２ａ〜２０２ｄを構成する場合、入力部３０６、出力部３０７、及びＣＰＵ３０１が実行するプログラムの組み合わせで構成することができる。
【０１４７】
デコードイメージ生成回路２０３は、オペレータが指定するデコード範囲、順番等が入力され、この指定情報に基づいてデコード情報ファイルから所定範囲のストリームのデコードイメージ情報を生成する。また、デコードイメージ生成回路２０３は、後述するようにピクチャタイプ情報に基づいて所定位置からのデコードイメージ情報を生成する。また、デコード情報ファイル生成回路で生成されたデコード情報ファイルを記憶する記憶部を有してもよい。
【０１４８】
このデコードイメージ情報には、例えば分散ストリームのデコード情報ファイルと関連付ける情報が含まれている。また、デコードイメージ情報には、分散ストリームと同様に、スタートタイムコード、エンドタイムコード、ストリーム再生時間、解像度、フレームレート、ピクチャタイプ等の情報が含まれている。
【０１４９】
分散ストリームデコード処理回路２０４は、デコードイメージ生成回路２０３で生成されたデコードイメージ情報に基づいて分散ストリームを復号し、復号データを出力する。また、分散エンコード処理回路で生成された分散ストリームを記憶する記憶部を有してもよい。
【０１５０】
このようにオペレータの指示によりデコードイメージ情報を生成することにより、分散ストリームに対して再生、逆再生、コマ送り、ジャンプなどのデコード操作を行うことができ、画質確認、タイトル製作作業等を効率良く行うことができる。
【０１５１】
次に、図９に示すフローチャートを参照して分散ストリームのデコード処理を説明する。
【０１５２】
ステップＳ１０１において、素材分割回路２０１は、符号化対象素材のデータを分散エンコード処理すべきか否を判定する。具体的には、例えばオペレータから指定されたコーデック、解像度等のデンコード条件に基づいて分散エンコード処理すべきか否を判定する。分散エンコードする場合はステップＳ１０２に進み、分散エンコードしない場合はステップＳ１０８に進む。
【０１５３】
ステップＳ１０２において、素材分割回路２０１は、エンコード素材のデータを、例えば、分散符号化回路２０２ａ〜２０２ｄを構成するＰＣの台数分に分割する。ここで、同スペックのＰＣを揃え、各ＰＣに均等に分割データを割り振れば、エンコード処理を効率良く行うことができる。
【０１５４】
ステップＳ１０３において、各分散符号化回路２０２ａ〜２０２ｄは、素材の分割データをエンコード処理するとともに、デコード情報ファイルを生成する。エンコード処理された分散ストリームは、分散ストリームデコード処理回路２０４の記憶部に記憶され、デコード情報ファイルは、デコードイメージ生成回路の記憶部に記憶される。
【０１５５】
ステップＳ１０４において、デコードイメージ生成回路は、オペレータからデコード範囲、順番等の指定情報があるか否かを判別する。ステップＳ１０４において、指定情報がある場合、Ｓ１０５に進み、指定情報がない場合、ステップＳ１０６に進む。
【０１５６】
ステップＳ１０５において、デコードイメージ生成回路は、デコード指定された指定情報及びデコード情報ファイルに基づいてデコードイメージ情報を生成する。このデコードイメージ情報は、例えば指定情報により所定のデコード範囲等が規定されている。
【０１５７】
ステップＳ１０６において、デコードイメージ生成回路は、デコード情報ファイルを元にデコードイメージ情報を生成する。このデコードイメージ情報は、例えばデコード情報ファイルの情報が結合されたものである。
【０１５８】
ステップＳ１０７において、分散ストリームデコード処理回路２０４は、ステップＳ１０５又はステップＳ１０６で生成されたデコードイメージ情報に従い、分散ストリームのデコード処理を行う。
【０１５９】
ステップＳ１０８において、分散符号化回路２０２ａ〜２０２ｄのいずれか１つは、素材分割回路２０１で分割されていないエンコード素材全体のデータを符号化データにエンコード処理する。また、素材全体のデータのデコード情報ファイルを生成する。
【０１６０】
ステップＳ１０９において、分散ストリームデコード処理回路２０４は、素材全体のデータのデコード情報ファイルに基づいて符号化データのデコード処理を行う。
【０１６１】
このように、エンコードの並列処理を実行する際にそれぞれデコード情報ファイルを生成し、このデコード情報ファイルを元に並列処理された分散ストリームを連結することなくデコード処理操作を実行することにより、ディスク製作の作業効率を向上させることができる。
【０１６２】
次に、デコードイメージ生成回路２０３及び分散ストリームデコード処理回路２０４における具体的な処理について、図１０及び図１１を参照して説明する。
【０１６３】
図１０（Ａ）は、分散ストリーム１〜３のデコード情報ファイルを示す模式図である。分散ストリーム１のデコード情報ファイルには、スタートタイムコード（01:00:00:00）、エンドタイムコード（01:10:23:10）、再生時間（10:23:10）、解像度（1920×1080）、フレームレート（59.94i）、ピクチャタイプ（I,B,B,P,・・・）の情報が含まれている。また、分散ストリーム２のデコード情報ファイルには、スタートタイムコード（01:10:23:11）、エンドタイムコード（01:25:18:07）、再生時間（14:54:26）、解像度（1920×1080）、フレームレート（59.94i）、ピクチャタイプ（I,B,B,P,・・・）の情報が含まれている。また、分散ストリーム３のデコード情報ファイルには、スタートタイムコード（01:25:18:08）、エンドタイムコード（01:40:00:00）、再生時間（14:41:22）、解像度（1920×1080）、フレームレート（59.94i）、ピクチャタイプ（I,B,B,P,・・・）の情報が含まれている。
【０１６４】
ここで、図１０（B）に示すようにデコード位置（01:18:00:00）を指定された場合について説明する。先ず、指定タイムコード（01:18:00:00）の分散ストリームを判定する。例えば、指定タイムコード（01:18:00:00）を各分散ストリームのデコード情報ファイルのエンドタイムコードと比較することで、分散ストリーム２であることを判定する。
【０１６５】
次に、分散ストリームのスタートタイムコードからの再生時間を算出する。具体的には、分散ストリーム２のデコード情報ファイルのスタートタイムコード（01:10:23:11）から指定タイムコード（01:18:00:00）までの再生時間（07:36:19）を算出する。
【０１６６】
次に、再生時間からフレームカウントに変換する。指定フレームカウント位置は、例えば、時間（07:36:19）とフレームレートから以下のように計算される。
【０１６７】
７×６０×３０＋３６×３０＋１９＝１３６９９フレーム
次に、指定フレームカウント位置の直前のIピクチャを検出する。具体的には、分散ストリーム２のデコード情報ファイルに含まれるピクチャタイプ情報を参照することにより、デコード指定位置の直前のIピクチャ位置（13692フレーム）を検出する。また、デコードイメージ生成回路２０３は、１３６９２フレーム位置からデコードさせ、指定位置までスキップさせるデコードイメージ情報を生成する。
【０１６８】
次に、分散ストリームデコード処理回路２０４は、デコードイメージ情報の指定タイムコードのＧＯＰデコードにより、指定位置までスキップする。すなわち、分散ストリームデコード処理回路２０４は、分散ストリーム２を入力し、13692フレームまでジャンプする。そして、７フレーム先送りすることにより、指定タイムコード位置に移動する。
【０１６９】
次に、指定タイムコードからデコードが開始され、指定タイムコード位置のピクチャが出力される。
【０１７０】
このようにデコード情報ファイルに基づいてデコード操作を行うことにより、あたかも1本のストリームのように、分散ストリームに対して再生、逆再生、コマ送り、ジャンプなどを行うことができ、画質確認、タイトル製作作業等を効率良く行うことができる。
【０１７１】
また、上述のようにデコード位置を指定することにより、図１１に示すように分散ストリームについて任意のデコードを行うことができる。
【０１７２】
図１１（Ａ）に示すように分散ストリーム１〜３を単に連結させた連続デコードを行う場合、デコードイメージ生成回路２０３は、分散ストリーム１〜３のデコード情報ファイルを元にデコードイメージ情報を生成する。すなわち、このデコードイメージ情報には、分散ストリーム１のスタートタイムコードと、分散ストリーム３のエンドコードとが含まれる。
【０１７３】
また、図１１（Ｂ）に示すように分散ストリーム１の一部を挿げ替える場合、デコードイメージ生成回路２０３は、分散ストリーム１のスタートタイムコード及びエンドコード、部分ストリーム２’のスタートコード及びエンドコードを含むデコードイメージ情報を生成する。
【０１７４】
また、図１１（Ｃ）は、分散ストリーム１〜３の一部分を張り合わせたものである。この場合、デコードイメージ生成回路２０３は、部分ストリーム１’’のスタートタイムコード及びエンドコード、部分ストリーム２’’のスタートタイムコード及びエンドコード、部分ストリーム３’’のスタートタイムコード及びエンドコードを含むデコードイメージ情報を生成する。
【０１７５】
このようにデコード情報ファイルを用いてデコードイメージ情報を作成することにより、従来のようにトレーラームービー用の素材を別途編集加工しなくても、分散ストリームを用いてトレーラームービーを製作することができる。例えば、デコード情報ファイルを元にデコード処理を行う範囲を指定して、各分散ストリームをつなぎ合わせたエンコードイメージ情報を作成するだけで、トレーラームービーの擬似デコード操作が可能となる。また、画質に修正が必要な場合には、即座にエンコードをやり直すことができるため、素材の確認工程と最終画質確認工程の効率化を図ることができる。
【０１７６】
以上、実施形態の一例を示したが、上述の実施形態に限定される物ではなく、この発明の技術的思想に基づく各種の変形が可能である。
【０１７７】
例えば、上述した一連の処理もソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータにネットワークや記録媒体からインストールされる。または、各種のプログラムをインストールすることで各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどにインストールされる。
【０１７８】
また、このようなプログラムを含む記録媒体は、装置本体とは別に、ユーザにプログラムを提供するために配布されるものである。例えば、プログラムが記録されている磁気ディスク（フロッピディスクを含む）、光ディスク（CD-ROM(Compact Disk-Read Only Memory),DVD(Digital Versatile Disk)を含む）、光磁気ディスク（ＭＤ（Mini-Disk）を含む）、半導体メモリ等よりなるリムーバブル記録媒体（パッケージメディア）である。また、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているＲＯＭや、ハードディスクなどで構成されてもよい。
【０１７９】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【図面の簡単な説明】
【０１８０】
【図１】スタジオ側オーサリング装置の構成例を示すブロック図である。
【図２】スタジオ側オーサリング装置の処理例を示すフローチャートである。
【図３】スタジオ側オーサリング装置のうちのビデオ信号処理装置の構成例を示すブロック図である。
【図４】ビデオ信号処理装置が実行する「ビデオデータ生成処理」の例を示すフローチャートである。
【図５】プラント側オーサリング装置の構成例を示すブロック図である。
【図６】プラント側オーサリング装置の処理例を示すフローチャートである。
【図７】エンコードを並列処理する情報処理システムの構成を示すブロック図である。
【図８】コンピュータの構成例を示すブロック図である。
【図９】分散エンコード処理の動作例を示すフローチャートである。
【図１０】分散ストリームのデコード情報ファイル例を示す図である。
【図１１】分散ストリームのデコード処理を説明するための図である。
【符号の説明】
【０１８１】
１１ スタジオ側オーサリング装置、 ２１ メニュー信号処理装置、 ２２ サブタイトル信号処理装置、 ２３ オーディオ信号処理装置、 ２４ ビデオ信号処理装置、 ２５ マルチプレクサ、 ２６ ダウンローダ、 ２７ ファイルサーバ、 ２８ オーサリングアプリケーション実行装置、 ２９ ネットワーク、 ３０ ライタ、 ３１ ＤＬＴ、 ３２ ＨＤＤ、 ３３ ネットワーク、 ５１ ビデオテープレコーダ、 ５２ 主コントローラ、 ５３ エンコーダ、 ５４ モニタ装置、 ６１ ＧＵＩ、 ６２ ＶＴＲコントロール部、 ６３ ビットアサイン部、 ６４ エンコードコントロール部、 １０１ プラント側オーサリング装置、 １１１ プリマスタリング装置、 １１２ フォーマッタ、 １１３ カッティング装置、 １１４ 光ディスク装置、 ２０１ 素材分割回路、 ２０２ａ〜２０２ｄ 分散符号化回路、 ２０３ デコードイメージ生成回路、 ２０４ 分散ストリームデコード処理回路
【技術分野】
【０００１】
本発明は、エンコードの並列処理を実行する情報処理システム及び情報処理方法、並びにプログラムに関する。
【背景技術】
【０００２】
従来、光ディスク等の記録メディアの作成現場において使用されるオーサリング装置は、ビデオデータ、オーディオデータ等に対してそれぞれ例えばＭＰＥＧ（Moving Picture Experts Group）規格を用いたエンコード処理（圧縮符号化処理）を施す。そして、オーサリング装置は、各エンコード処理の結果得られる各エンコードデータを多重化し、この多重ストリームを記録メディアに記録する。
【０００３】
このようなオーサリング装置は、記録メディアに記録可能なビット量をビデオデータ、オーディオデータ等にそれぞれ配分し、配分されたビット量に納まるように、各データに対してエンコード処理を施す。
【０００４】
ビデオデータのエンコード手法として、いわゆる「２パスエンコード」が知られている（例えば特許文献１参照。）。２パスエンコードは、仮の（事前の）エンコード処理と、本番のエンコード処理とからなる手法である。
【０００５】
以下、仮のエンコード処理を１パス目のエンコード処理と称し、本番のエンコード処理を２パス目のエンコード処理と称し、２パスエンコードの概略について説明する。
【０００６】
エンコーダは、符号化対象の一連のビデオデータに対して、エンコード条件が一定に保持された１パス目のエンコード処理を施す。このとき、１パス目のエンコード処理の際に得られる各種データ、例えば発生ビット量をフレーム単位で順次検出する。
【０００７】
次に、エンコーダは、このようにして検出されたフレーム毎の発生ビット量に基づいて、ビデオデータを構成する各フレームのそれぞれに対してビットの配分を行う。即ち、２パス目のエンコード処理で利用される目標ビット量をフレーム単位で設定する。
【０００８】
さらに、エンコーダは、２パス目のエンコード処理で利用されるピクチャタイプの割り当てを行う。ピクチャタイプの割り当てとは、各フレームのそれぞれに対してエンコードタイプを割り当てることを示す。
【０００９】
具体的には、ＭＰＥＧでは、Ｉピクチャ（Intra-Picture）、Ｐピクチャ（Predictive-Picture）、及びＢピクチャ（Bidirectionally Predictive-Picture）のうちのいずれかのエンコードタイプで、各フレームのそれぞれがエンコードされる。Ｉピクチャとは、１フレーム分の画像データを他のフレームの画像データを利用することなくそのままエンコードするといったエンコードタイプを指す。即ち、Ｉピクチャとは、フレーム内エンコード処理といったエンコードタイプを指す。また、ＰピクチャとＢピクチャとは、フレーム間エンコード処理といったエンコードタイプを指す。即ち、Ｐピクチャとは、基本的には、１フレーム分の画像データと、それより時間的に先行するＩピクチャまたはＰピクチャの予測フレームの画像データとの差分（予測誤差）を求め、その差分をエンコードするといったエンコードタイプを指す。また、Ｂピクチャとは、基本的には、１フレーム分の画像データと、時間的に先行または後行するＩピクチャ若しくはＰピクチャの予測フレームの画像データとの差分（予測誤差）を求め、その差分をエンコードするといったエンコードタイプを指す。
【００１０】
従って、ピクチャタイプの割り当てとは、各フレームのそれぞれを、Ｉピクチャ、Ｐピクチャ、及びＢピクチャといった３つのエンコードタイプのうちのいずれかに割り当てることを指す。換言すると、ピクチャタイプの割り当てとは、各ＧＯＰ（Group Of Picture）構造の設定であるとも言える。
【００１１】
このようにして、１パス目のエンコード処理後に、その処理結果を利用して目標ビット量の設定やピクチャタイプの割り当てがフレーム単位で行われる。
【００１２】
次に、フレーム毎のピクチャタイプと目標ビット量とを少なくとも含むエンコード条件が設定されて、そのエンコード条件に従った２パス目のエンコード処理が実行される。
【００１３】
即ち、エンコーダは、１パス目と同一のビデオデータに対して２パス目のエンコード処理を施し、その結果得られるエンコードビデオデータを出力する。詳細には、エンコーダは、ビデオデータを構成する各フレームのデータを、割り当てられたピクチャタイプで、かつ、目標ビット量のデータとなるように順次エンコードしていく。その結果、Ｉ，Ｂ，Ｐピクチャのうちの何れかのエンコードフレームデータが連続配置されて形成されるビットストリームが、エンコードビデオデータとして、エンコーダから出力される。
【００１４】
また、その他のビデオデータのエンコード手法としては、例えば特許文献２及び特許文献３にも開示されている。
【００１５】
特許文献２に開示されている手法とは、次の第１の処理乃至第３の処理がその順番で実行される手法である。即ち、第１の処理とは、ビデオデータの全区間に対して１パス目のエンコード処理を施す処理である。第２の処理とは、そのビデオデータのうちの一部の特定区間のみに対して２パス目のエンコード処理を施す処理である。第３の処理とは、１パス目のエンコードビデオデータのうちの特定区間のデータのみを、２パス目のエンコードビデオデータに置き換え、その結果得られるデータを最終的なエンコードビデオデータとして出力するという処理である。
【００１６】
また、特許文献３に開示されている手法とは次の手法である。即ち、１パス目のエンコードビデオデータのうちのビット量を削っても問題ない区間の割当量を減らして、その分のビット量を問題が発生する他の区間に割り当てるように目標ビット量を設定し、その目標ビット量に従って２パス目のエンコード処理を行う、という手法が特許文献３に開示されている。
【００１７】
このようにエンコード処理には、ビット量演算等に高い負荷を必要とする。このため、例えば、Blu-Ray（商標）で採用されているコーデックの１つであるMPEG-4 AVC（H.264/AVC）で符号化する場合、DVD（Digital Versatile Disc）で採用されていたMPEG-2に比べて演算処理負荷が高いためにエンコード処理時間が長くなってしまう。
【００１８】
これを補うためにエンコード処理を分散させて並列処理を行うことでエンコード処理時間を短くする手法がある。例えば、同一条件のエンコード用ＰＣ（Personal Computer）を複数台用意し、エンコード用ＰＣ台数分に素材を均等に割り振り、並列処理を実行することにより、H.264/AVC エンコードを効率的に処理し、エンコード時間を短縮させることができる。
【００１９】
【特許文献１】特開２０００−２７８０４２号公報
【特許文献２】特開２００２−３２６８６４号公報
【特許文献３】特開２００１−５３５７０号公報
【特許文献４】特開２００６−７４４６１号公報
【発明の開示】
【発明が解決しようとする課題】
【００２０】
ところで、エンコード処理を分散させた場合、エンコードにより生成されるストリームも分散数と同数になるため、分散ストリームを1本に連結する処理が必要になり、その処理時間はエンコードする素材の長さに比例していた。
【００２１】
したがって、画質確認作業などを行うためには、この並列処理されたストリームを連結してオーサリングを施し、ディスクを作成して再生装置を使用して行うか、連結したストリームを元にデコード情報を生成して確認していた。
【００２２】
また、映画の予告編であるトレーラームービーを作成する場合、各素材を編集加工してトレーラー専用の素材を作成するか、エンコード後にオーサリング処理を施しディスクを生成して再生装置で確認作業を行っていた。
【００２３】
本発明は、このような従来の実情に鑑みて提案されたものであり、画質確認、タイトル製作作業等を効率良く行うことができる情報処理システム及び情報処理方法、並びにプログラムを提供する。
【課題を解決するための手段】
【００２４】
本発明に係る情報処理システムは、符号化対象データを分割データに分割する分割部と、上記分割データを分割符号化データに符号化するとともに、時間情報を含む復号情報ファイルを生成する分散符号化部と、時間情報を含む指定情報と上記復号情報ファイルとに基づいて復号イメージ情報を生成する生成部と、上記復号イメージ情報に基づいて上記分割符号化データを復号し、上記指定情報に応じた復号データを出力する復号部とを備える。
【００２５】
また、本発明に係る情報処理方法は、符号化対象データを分割データに分割する分割工程と、上記分割データを分割符号化データに符号化するとともに、時間情報を含む復号情報ファイルを生成する分散符号化工程と、時間情報を含む指定情報と上記復号情報ファイルとに基づいて復号イメージ情報を生成する生成工程と、上記復号イメージ情報に基づいて上記分割符号化データを復号し、上記指定情報に応じた復号データを出力する復号工程とを有する。
【００２６】
また、本発明に係るプログラムは、符号化対象データを分割データに分割する分割工程と、上記分割データを分割符号化データに符号化するとともに、時間情報を含む復号情報ファイルを生成する分散符号化工程と、時間情報を含む指定情報と上記復号情報ファイルとに基づいて復号イメージ情報を生成する生成工程と、上記復号イメージ情報に基づいて上記分割符号化データを復号し、上記指定情報に応じた復号データを出力する復号工程とをコンピュータに実行させる。
【００２７】
なお、本明細書において、「システム」とは、複数の装置又は特定の機能を実現する機能モジュールが論理的に集合したものを言い、各装置や機能モジュールが単一の筐体内にあるか否かは特に問わない。
【発明の効果】
【００２８】
本発明によれば、分割データを分割符号化データに符号化するとともに、時間情報を含む復号情報ファイルを生成し、時間情報を含む指定情報を用いることにより、分割符号化データを連結させなくても、あたかも１本のストリームのように再生、逆再生、コマ送り、ジャンプなどのデコード操作を行うことができ、画質確認、タイトル製作作業等を効率良く行うことができる。
【発明を実施するための最良の形態】
【００２９】
以下、本発明の具体的な実施の形態について、図面を参照しながら詳細に説明する。ここでは、先ずオーサリング装置の全体構成を説明し、続いてビデオデータのエンコードを並列処理する情報処理システムについて説明する。
【００３０】
〔全体構成〕
図１は、本発明が適用される、スタジオ側に設置されるオーサリング装置（以下、「スタジオ側オーサリング装置」と称する）の一構成例を示している。
【００３１】
このスタジオ側オーサリング装置１１は、メニュー信号処理装置２１と、サブタイトル信号処理装置２２と、オーディオ信号処理装置２３と、ビデオ信号処理装置２４と、マルチプレクサ２５と、ダウンローダ２６と、ファイルサーバ２７と、オーサリングアプリケーション実行装置２８とがネットワーク２９を介して相互に接続されて構成されている。また、ダウンローダ２６には、ライタ３０を介して、ＤＬＴ（Digital Linear Tape）３１、ＨＤＤ（Hard Disk Drive）３２、及びネットワーク３３が接続されている。なお、以下では、メニュー信号処理装置２１乃至ダウンローダ２６のそれぞれを「内部装置」とも称する。
【００３２】
スタジオ側オーサリング装置１１は、光ディスクに記録させる多重ストリームをファイルとして生成して、ＤＬＴ３１、ＨＤＤ３２、及びネットワーク３３のうちの少なくとも１つに出力させる。例えば、ネットワーク３３にデータを出力させた場合、ネットワーク３３に接続された他の装置、例えば後述する図５のプラント側オーサリング装置１０１に対してデータを転送して、そのデータを他の装置に保持（記憶）させる。
【００３３】
このスタジオ側オーサリング装置１１において、メニュー信号処理装置２１は、オーサリングアプリケーション実行装置２８により制御され、例えばビデオテープレコーダ等より供給されるメニュー画面のビデオデータに対してエンコード処理を施し、その結果得られるエンコードビデオデータをファイルサーバ２７に記憶させる。
【００３４】
サブタイトル信号処理装置２２は、オーサリングアプリケーション実行装置２８により制御され、例えば外部のビデオテープレコーダより供給されるタイトル等のビデオデータに対してエンコード処理を施して、その結果得られるエンコードビデオデータをファイルサーバ２７に記憶させる。
【００３５】
オーディオ信号処理装置２３は、オーサリングアプリケーション実行装置２８により制御され、例えばビデオテープレコーダより供給されるオーディオデータに対してエンコード処理を施して、その結果得られるエンコードオーディオデータをファイルサーバ２７に記憶させる。
【００３６】
ビデオ信号処理装置２４は、オーサリングアプリケーション実行装置２８により制御され、例えばビデオテープレコーダより供給されるビデオデータに対してエンコード処理を施して、その結果得られるエンコードビデオデータをファイルサーバ２７に記憶させる。ビデオデータは、光ディスクに記録させる編集対象(データ)のうちの主データとなる。なお、このビデオ信号処理装置２４の詳細な構成例については、図３を参照して後述する。
【００３７】
マルチプレクサ２５は、オーサリングアプリケーション実行装置２８により制御され、ファイルサーバ２７に記憶されているエンコードオーディオデータやエンコードビデオデータをそれぞれ多重化し、その結果得られる多重ストリームをファイルとして生成する（以下、「多重化ストリームファイル」と称する。）。マルチプレクサ２５により生成された多重化ストリームファイルは、ネットワーク２９を介してダウンローダ２６に供給される。
【００３８】
ダウンローダ２６は、多重化ストリームファイルを、ライタ３０を介して、ＤＬＴ３１、ＨＤＤ３２、及びネットワーク３３のうちの少なくとも１つに出力する。この多重化ストリームファイルは、ディスクイメージデータとして、例えば後述する図５のプラント側オーサリング装置１０１に供給される。なお、プラント側オーサリング装置１０１のさらなる説明については後述する。
【００３９】
ファイルサーバ２７は、例えば、ネットワーク管理機能をもつコンピュータと高速アクセス可能なディスクアレイにより構成される。ファイルサーバ２７は、各内部装置からネットワーク２９を介して供給されるエンコードビデオデータやエンコードオーディオデータをそれぞれ記憶する。また、ファイルサーバ２７は、マルチプレクサ２５等の要求に応動して、記憶されているエンコードビデオデータやエンコードオーディオデータを、ネットワーク２９を介してマルチプレクサ２５等に出力する。
【００４０】
オーサリングアプリケーション実行装置２８は、例えば、オーサリングアプリケーションソフトウエアを実行可能なコンピュータにより構成される。オーサリングアプリケーションソフトウエアとは、このスタジオ側オーサリング装置１１全体の動作を制御するためのソフトウエアを指す。即ち、オーサリングアプリケーション実行装置２８は、例えば、オペレータにより設定された各種条件に従って、上述したように各内部装置の動作を制御することになる。
【００４１】
次に、図２のフローチャートを参照して、スタジオ側オーサリング装置１１の動作例について説明する。
【００４２】
ステップＳ１において、オーサリングアプリケーション実行装置２８は、オペレータの操作に従って各内部装置に対して編集リストを通知することにより、編集対象をビデオ信号処理装置２４等の各内部装置に通知する。
【００４３】
ここで、編集対象とは、例えばビデオ信号処理装置２４の処理対象のビデオデータを少なくとも含む。また、その他必要に応じて、オーディオ信号処理装置２３の処理対象のオーディオデータ、サブタイトル信号処理装置２２の処理対象のビデオデータ、及びメニュー信号処理装置２１の処理対象のビデオデータのうちの任意の数の任意の種類のデータを含むいわゆる素材（データ）を指す。
【００４４】
ステップＳ２において、オーサリングアプリケーション実行装置２８は、エンコード処理に必要な各種情報を生成し、これを一括して所定のファイルに含めた符号化ファイルを内部装置に通知する。
【００４５】
具体的には、オーサリングアプリケーション実行装置２８は、例えば編集対象がこれから記録される光ディスクの記録可能なデータ量を取得し、そのデータ量に基づいて、編集対象を構成する各データに割り当てるデータ量をそれぞれ計算する。そして、オーサリングアプリケーション実行装置２８は、計算された各データ量のそれぞれを符号化ファイルに含めて、各内部装置のうちの対応する内部装置にそれぞれ通知する。
【００４６】
例えば、ビデオ信号処理装置２４に符号化ファイルを通知する場合、オーサリングアプリケーション実行装置２８は、ビデオ信号処理装置２４の処理対象のビデオデータを通知する。即ち、編集対象のうちのメニューやタイトルを除くビデオデータに割り当てるデータ量（以下、「ビデオデータに割り当て可能なデータ量」と称する）を、符号化ファイルに含めてビデオ信号処理装置２４に通知する。
【００４７】
また、例えば、オーサリングアプリケーション実行装置２８は、編集対象のうちのメニューやタイトルを除くビデオデータについて、オペレータにより設定されたチャプターの時間情報（以下、「アクセス（チャプター）ポイント」と称する）を符号化ファイルに含めてビデオ信号処理装置２４に通知する。チャプターとは、フレーム内符号化処理（Ｉピクチャ）が強制的に割り当てられるフレームを指す。光ディスクを取り扱うことが可能な装置は、このチャプターを目標にしてトラックジャンプして記録内容を確認することができる。
【００４８】
また、例えば、オーサリングアプリケーション実行装置２８は、編集対象のうちのメニューやタイトルを除くビデオデータについて、ＧＯＰの最大表示フレーム数（例えば１５フレーム）や、各ＧＯＰにおけるエンコード処理の配列等を符号化ファイルに含めてビデオ信号処理装置２４に通知する。
【００４９】
また、例えば、オーサリングアプリケーション実行装置２８は、必要に応じて、マルチアングルの処理対象も符号化ファイルに含めてビデオ信号処理装置２４に通知する。マルチアングルとは、複数のビデオ素材を時分割多重化して光ディスクに記録することにより、ユーザの選択に応じて、例えば列車の走行シーン等を異なる撮影箇所より視聴できるようにした処理を指す。
【００５０】
また、例えば、オーサリングアプリケーション実行装置２８は、必要に応じて、「シーンチェンジ自動検出（ON/OFF）」、「光ディスクのディスク容量」、「VTRの開始及び終了時刻」等も符号化ファイルに含めてビデオ信号処理装置２４に通知する。
【００５１】
ステップＳ３において、各内部装置は、この符号化ファイルに含まれる各種情報に基づいて、編集対象のうちの対応するデータをエンコードし、その結果得られる各エンコードデータのそれぞれをファイルサーバ２７に記憶させる。具体的には、例えば、ビデオ信号処理装置２４は、後述する図４の「ビデオデータ生成処理」を実行することになる。
【００５２】
ステップＳ４において、マルチプレクサ２５は、ステップＳ３の処理でファイルサーバ２７に記憶された各エンコードデータのそれぞれを多重化することで、多重化ストリームファイルを生成し、ダウンローダ２６に供給する。
【００５３】
ステップＳ５において、ダウンローダ２６は、この多重化ストリームファイルを、ライタ３０を介して、ＤＬＴ３１、ＨＤＤ３２、及びネットワーク３３のうちの少なくとも１つに出力する。これにより、スタジオ側オーサリング装置１１の処理は終了となる。
【００５４】
次に、図３を参照して、このスタジオ側オーサリング装置１１のうちのビデオ信号処理装置２４の詳細な構成例について説明する。
【００５５】
図３に示されるように、ビデオ信号処理装置２４は、例えば、ビデオテープレコーダ５１、主コントローラ５２、エンコーダ５３、及びモニタ装置５４から構成される。
【００５６】
上述したステップＳ１の処理により、編集リストがオーサリングアプリケーション実行装置２８からビデオ信号処理装置２４に供給される。具体的には、編集リストは、図３に示されるように主コントローラ５２に供給され、その後、ビデオテープレコーダ５１に供給される。即ち、編集リストは、主コントローラ５２を介してビデオテープレコーダ５１に供給される。
【００５７】
ビデオテープレコーダ５１は、この編集リストに従って磁気テープを再生し、これにより処理対象のビデオデータＤ１を出力して、エンコーダ５３に供給する。
【００５８】
エンコーダ５３は、主コントローラ５２により設定される各種エンコード条件に従って動作を切り換え、ビデオテープレコーダ５１から出力されるビデオデータＤ１に対して、例えばＭＰＥＧ規格によるエンコード処理を施す。このとき、各種エンコード条件の設定が主コントローラ５２により可変制御されることにより、エンコーダ５３からの発生ビット量が制御されるようになされている。
【００５９】
さらに、エンコーダ５３は、このエンコード処理の結果を主コントローラ５２に通知する。これにより、主コントローラ５２は、エンコーダ５３のエンコード処理で使用されたピクチャタイプや、そのエンコード処理における発生ビット量をフレーム単位で検出することができる。
【００６０】
また、エンコーダ５３は、いわゆる２パスエンコードを行う場合、１パス目と２パス目との何れのエンコード処理も実行する。
【００６１】
具体的には、エンコーダ５３は、２パス目のエンコード処理で利用されるエンコード条件を事前に設定するために、１パス目のエンコード処理、例えば後述する図４のステップＳ２２の処理の一部であるエンコード処理を実行する。詳細には、エンコーダ５３は、自分自身の内部処理でピクチャタイプを割り振る。そして、エンコーダ５３は、そのようにして割り振られたピクチャタイプを利用してビデオデータＤ１に対して１パス目のエンコード処理を施し、その１パス目のエンコード処理の結果、例えば各フレームのピクチャタイプや発生ビット量等を主コントローラ５２に通知する。
【００６２】
２パス目のエンコード処理では、エンコーダ５３は、例えば後述する図４のステップＳ３０のエンコード処理を実行する。即ち、エンコーダ５３は、主コントローラ５２により設定されたフレーム単位のピクチャタイプと目標ビット量とを使用して、２パス目のエンコード処理をビデオデータＤ１に対して施し、その結果得られるエンコードビデオデータＤ２を、ネットワーク２９を介してファイルサーバ２７に記憶させる。このとき、エンコーダ５３は、ファイルサーバ２７に記憶されたビデオデータＤ２のデータ量等を主コントローラ５２に通知する。
【００６３】
モニタ装置５４は、例えばディスプレイ装置等で構成され、主コントローラ５２のエンコーダ５３を介する制御に基づいて、エンコーダ５３から出力されるエンコードビデオデータＤ２に対応する映像を表示する。即ち、エンコーダ５３は、エンコードビデオデータＤ２をデコードして、その結果得られるビデオ信号をモニタ装置５４に供給する。モニタ装置５４は、供給されたビデオ信号に対応する映像、即ち、エンコードビデオデータＤ２に対応する映像を表示する。
【００６４】
これにより、オペレータは、エンコーダ５３の処理結果をモニタ装置５４で必要に応じて確認することができる。即ち、ビデオ信号処理装置２４は、モニタ装置５４を利用して、エンコーダ５３の処理結果のプレビューを行うことができる。さらに、オペレータは、このプレビュー結果に基づいて主コントローラ５２を操作することで、各種エンコード条件のそれぞれを細かく変更することができる。
【００６５】
主コントローラ５２は、例えば、このビデオ信号処理装置２４に割り当てられたコンピュータにより構成される。主コントローラ５２は、オーサリングアプリケーション実行装置２８との間でネットワーク２９を介するデータ通信を行うことで、このビデオ信号処理装置２４全体の動作を制御する。
【００６６】
このため、主コントローラ５２には、例えば図３に示されるように、グラフィカルユーザーインターフェース（ＧＵＩ：Graphical User Interface）６１、ビデオテープレコーダ（ＶＴＲ：Video Tape Recorder）コントロール部６２、ビットアサイン部６３、及び、エンコードコントロール部６４が設けられている。
【００６７】
即ち、主コントローラ５２は、オーサリングアプリケーション実行装置２８からの制御とオペレータの操作とのそれぞれをＧＵＩ６１の管理により受け付ける。また、このＧＵＩ６１により管理されるＶＴＲコントロール部６２とビットアサイン部６３とエンコードコントロール部６４とを用いて、ビデオテープレコーダ５１、エンコーダ５３、及びモニタ装置５４のそれぞれの動作を制御する。
【００６８】
これにより、主コントローラ５２は、例えば、オーサリングアプリケーション実行装置２８から通知された符号化ファイルに基づいて各種エンコード条件を設定することが可能になる。なお、以下、他の内部装置に供給される符号化ファイルと区別するために、ビデオ信号処理装置２４に供給される符号化ファイルを、図３の記載と併せて、符号化ファイルVENC.XMLと称する。
【００６９】
さらに、主コントローラ５２は、上述したように、ＧＵＩ６１を介してオペレータの設定を受け付け、これにより、例えば、各種エンコード条件の設定を更新することができる。
【００７０】
そして、主コントローラ５２は、例えば、このようにして設定された或いは更新された各種エンコード条件に従ったエンコード処理を、エンコーダ５３が処理対象のビデオデータＤ１に対して施すことを制御する。
【００７１】
また、主コントローラ５２は、エンコーダ５３から通知されたエンコード処理の結果を受け取り、そのエンコード処理の結果をオーサリングアプリケーション実行装置２８に通知することができる。
【００７２】
ＶＴＲコントロール部６２は、オーサリングアプリケーション実行装置２８から通知される編集リストに従ってビデオテープレコーダ５１の動作を制御することで、編集対象のビデオデータＤ１をビデオテープレコーダ５１から再生させる。
【００７３】
ビットアサイン部６３は、例えば、オーサリングアプリケーション実行装置２８から通知される符号化ファイルVENC.XMLに従って各種エンコード条件を設定し、このエンコード条件に対応する制御データをエンコードコントロール部６４に通知する。このとき、ビットアサイン部６３は、例えば、オペレータのＧＵＩ６１の操作に応じて、各種エンコード条件の設定を変更することができる。
【００７４】
ビットアサイン部６３が設定するエンコード条件としては、例えば、１パス目のエンコード処理で利用される第１のエンコード条件と、２パス目のエンコード処理で利用される第２のエンコード条件とが該当する。第１のエンコード条件の中には、例えば、エンコーダ５３が１パス目のエンコード処理を実行する際にその内部処理でピクチャタイプを設定するために必要な各種条件等が含まれる。これに対して、第２のエンコード条件の中には、例えば、２パス目のエンコード処理で利用される各フレームのそれぞれのピクチャタイプや目標ビット量等が含まれる。
【００７５】
エンコードコントロール部６４は、例えば、ビットアサイン部６３から通知される制御ファイルに従って、エンコーダ５３の１パス目と２パス目のそれぞれのエンコード処理を制御する。
【００７６】
また、エンコードコントロール部６４は、エンコーダ５３による１パス目のエンコード処理の結果から、エンコード処理に要する困難度と、ピクチャタイプとのそれぞれをフレーム単位で検出し、その検出結果をビットアサイン部６３に通知する。すると、ビットアサイン部６３は、通知されたフレーム毎の困難度とピクチャタイプとを利用して、２パス目のエンコード処理で利用される第２のエンコード条件を設定する。なお、困難度については後述する。
【００７７】
さらに、エンコードコントロール部６４は、エンコーダ５３の最終的な２パス目のエンコード処理の結果得られたエンコードビデオデータＤ２を、ネットワーク２９を介してファイルサーバ２７に記憶させることを制御する。
【００７８】
次に、図４のフローチャートを参照して、このビデオ信号処理装置２４におけるビデオデータ生成処理の動作例を説明する。
【００７９】
オーサリングアプリケーション実行装置２８から、上述した図２のステップＳ１の処理で編集リスト（編集対象）が通知され、ステップＳ２の処理で符号化ファイルVENC.XMLが供給される。さらに、この「ビデオデータ生成処理」の開始が指示されると、ＧＵＩ６１の管理により、ＶＴＲコントロール部６２、ビットアサイン部６３、及び、エンコードコントロール部６４が起動されて、この「ビデオデータ生成処理」が開始される。即ち、処理は図２のステップＳ３に進み、ステップＳ３の処理のうちのビデオ信号処理装置２４の処理として、この「ビデオデータ生成処理」が開始される。
【００８０】
ステップＳ２１において、主コントローラ５２は、オーサリングアプリケーション実行装置２８から供給された符号化ファイルVENC.XMLから、編集対象のビデオデータＤ１のエンコード処理に必要な各種情報を取得する。
【００８１】
具体的には、例えば、符号化ファイルVENC.XMLに含まれる「アクセス（チャプター）ポイント」、「シーンチェンジ自動検出（ON/OFF）」、「ディスク容量」、「VTRの開始及び終了時刻」、「ビデオデータＤ１に割り当て可能なデータ量」などの各種情報が取得される。
【００８２】
ステップＳ２２において、主コントローラ５２は、ビデオテープレコーダ５１とエンコーダ５３とを制御して、ステップＳ２１の処理で取得された各種情報により設定される第１のエンコード条件に従った１パス目のエンコード処理を、編集対象のビデオデータＤ１に対して施す。そして、主コントローラ５２は、１パス目のエンコード処理の結果得られる第１のエンコードビデオデータから、エンコード処理に要する困難度と、ピクチャタイプとのそれぞれをフレーム単位で検出する。
【００８３】
具体的には、エンコーダ５３は、次のようにビデオテープレコーダ５１で再生された編集対象のビデオデータＤ１を処理する。
【００８４】
エンコーダ５３は、このビデオデータＤ１を構成する各フレームのそれぞれのピクチャタイプを設定する。即ち、エンコーダ５３は、主コントローラ５２からの指示により指定されたフレームをIピクチャに設定する。さらに、エンコーダ５３は、ステップＳ２１の処理で取得された「シーンチェンジ自動検出」がONに設定されている場合（そのことが主コントローラ５２から通知された場合）には、その前後のフレームの相関関係からシーンチェンジと判定されたフレームを強制的にＩピクチャに設定する。そして、エンコーダ５３は、Ｉピクチャに設定されたフレームから、次のＩピクチャの直前のフレームまでのフレーム群をＧＯＰとして設定していく処理を実行する。
【００８５】
また、エンコーダ５３は、このようにして設定されたピクチャタイプを使用して、ビデオデータＤ１を構成する各フレームのそれぞれに対して、固定量子化ステップによる１パス目のエンコード処理を順次施していく。そして、エンコーダ５３は、その際に発生するビット量、即ち、各フレームのそれぞれがエンコードされた際の発生ビット量のそれぞれを主コントローラ５２に通知するとともに、各フレームのピクチャタイプを主コントローラ５２に通知する。
【００８６】
すると、主コントローラ５２は、エンコーダ５３からのこの通知により、困難度とピクチャタイプとのそれぞれをフレーム単位で検出する。即ち、主コントローラ５２は、エンコーダ５３から通知された各フレームのピクチャタイプを、そのまま各フレームのピクチャタイプとして検出する。また、主コントローラ５２は、エンコーダ５３から通知された各フレームの発生ビット量のそれぞれを、各フレームのそれぞれの困難度として検出（測定）する。
【００８７】
このように、本明細書で言う困難度とは、固定量子化ステップによるエンコード処理が編集対象のビデオデータＤ１に対して施された際の、エンコード処理後の各フレームのそれぞれのデータ量を指す。
【００８８】
即ち、フレーム間エンコード処理（ＰまたはＢピクチャのエンコードタイプ）においては動きの激しい部分で予測フレームからの予測誤差（差分）が大きくなり、その分、画質劣化を低減させるために多くのデータが必要となる。またフレーム内符号化処理（Ｉピクチャのエンコードタイプ）においては、高周波数成分が多い場合に、ディスクリートコサイン変換処理により高次の係数データが発生することにより、その分、画質劣化を低減させるために多くのデータ量が必要となる。従って、固定量子化ステップによるエンコード処理がビデオデータＤ１に対して施された場合、画質劣化を低減させるための多くのデータ量を要する部分（フレーム）において、多くのデータ量が検出されることになる。以上のことから、固定量子化ステップによるエンコード処理が編集対象のビデオデータＤ１に対して施された結果得られるエンコードビデオデータを構成する各フレームのデータのそれぞれのデータ量こそが、各フレームのそれぞれについての困難度を指すことになる。
【００８９】
ステップＳ２３において、主コントローラ５２は、ステップＳ２２の処理によりフレーム単位で検出された困難度とピクチャタイプとを用いて「ビット配分計算処理」を実行することで、目標ビット量をフレーム単位で設定する。
【００９０】
「ビット配分計算処理」とは、例えば次のような処理を指す。即ち、ステップＳ２２の処理で検出された各フレームの困難度とピクチャタイプとを用いて、編集対象のビデオデータＤ１に対して２パス目のエンコード処理が施された場合に得られるエンコードビデオデータＤ２全体の目標ビット量を、各フレームのそれぞれに割り振るための計算処理が、「ビット配分計算処理」である。
【００９１】
以下、「ビット配分計算処理」についてさらに詳しく説明する。
【００９２】
即ち、主コントローラ５２は、次の式（１）の演算処理を実行し、ビデオデータＤ１（エンコードデータＤ２）に対して実際に割り当て可能な総ビット量TOTAL_SUPPLYを計算する。
TOTAL_SUPPLY = TOTAL_BYTES − TOTAL_HEADER ・・・（１）
式（１）において、TOTAL_BYTESは、ステップＳ２１の処理で取得された「ビデオデータＤ１に割り当て可能なデータ量」を示し、ネットワーク２９上のファイルサーバ２７に記録されるエンコードビデオデータＤ２全体の目標データ量に相当する。また、TOTAL_HEADERは、エンコードビデオデータＤ２のうちのヘッダー等の付随的なデータのデータ量を示しており、ＧＯＰの総数により特定されるデータ量である。
【００９３】
従って、主コントローラ５２は、この式（１）の演算処理により、エンコードビデオデータＤ２のうちの付随的なデータを除いたデータに対して割り当て可能なデータ量を、ビデオデータＤ１に対して実際に割り当て可能な総ビット量TOTAL_SUPPLYとして計算することになる。
【００９４】
次に、主コントローラ５２は、ビデオデータＤ１に対して実際に割り当て可能な総ビット量TOTAL_SUPPLYを、各エンコード処理単位（エンコードユニット）のそれぞれに分配する。なお、以下、このようにして分配された各エンコードユニットのそれぞれのデータ量を、対応するエンコードユニットの目標ビット量と称し、かつ、SUPPLY_BYTESと記述する。 また、主コントローラ５２は、各エンコードユニットのそれぞれについて、対応するエンコードユニットに属する各フレームの困難度（ステップＳ２２の処理で検出された困難度）の総和を演算する。なお、以下、各フレームの困難度をDIFと記述し、また、各困難度DIFの総和をDIF_SUMと記述する。
【００９５】
続いて、主コントローラ５２は、各エンコードユニットのそれぞれについて、ＧＯＰ単位のビット配分を行うための評価関数を計算する。ここでの評価関数は、例えば次の式（２）で表される。
Y = BX ・・・（２）
式（２）において、Ｙは、演算対象のエンコードユニットの目標ビット量SUPPLY_BYTESを示し、Ｘは、演算対象のエンコードユニットに属する各フレームの困難度DIFの総和DIF_SUMを示している。
【００９６】
主コントローラ５２は、このようにして式（２）の評価関数を設定すると、換言すると、式（２）の評価関数における係数Ｂを演算すると、各エンコードユニットのそれぞれについて、この係数Ｂを用いる次の式（３）の演算処理を順次実行していく。
GOP_TGT = B × GOP_DIF_SUM ・・・（３）
なお、式（３）において、GOP_DIF_SUMは、演算対象のＧＯＰに属する各フレームの困難度DIFの総和を示している。また、GOP_TGTは、演算対象のＧＯＰの目標ビット量を示している。
【００９７】
即ち、演算対象のＧＯＰの目標ビット量GOP_TGTとは、演算対象のＧＯＰが含まれるエンコードユニットの目標ビット量SUPPLY_BYTESの中から、演算対象のＧＯＰの困難度GOP_DIF_SUMに応じて演算対象のＧＯＰに配分された分のデータ量を指す。
【００９８】
そして、主コントローラ５２は、対象のＧＯＰの目標ビット量GOP_TGTを、対象のＧＯＰに属する各フレームのそれぞれに割り振る処理を各ＧＯＰのそれぞれについて実行することで、各フレームの目標ビット量をそれぞれ設定する。
【００９９】
このように、ステップＳ２３の「ビット配分計算処理」では、１パス目のエンコード処理結果（ステップＳ２２の処理結果）を基準にして、２パス目のエンコード処理で利用される第２のエンコード条件のひとつ、即ち、目標ビット量が設定される。
【０１００】
ステップＳ２４において、主コントローラ５２は、直前の「ビット配分計算処理」（いまの場合、ステップＳ２３の「ビット配分計算処理」）により設定されたフレーム毎の目標ビット量と、直前のステップＳ２２の処理で検出された各フレームのピクチャタイプとを少なくとも含む第２のエンコード条件を設定する。
【０１０１】
次に、ステップＳ２５において、主コントローラ５２は、この第２のエンコード条件に従った２パス目のエンコード処理が編集対象のビデオデータＤ１に対して施された場合に得られるはずの第２のエンコードビデオデータＤ２のプレビュー処理を実行する。
【０１０２】
ステップＳ２５のプレビュー処理とは、例えば次のような一連の処理を指す。即ち、ビデオテープレコーダ５１が、オペレータのＧＵＩ６１の操作に応動して、即ち、主コントローラ５２の制御に応動して、編集対象のビデオデータＤ１を再生して、エンコーダ５３に供給する。エンコーダ５３が、第２のエンコード条件に従ってこのビデオデータＤ１を一旦エンコードし、その結果得られるエンコードビデオデータＤ２を再デコードして、その結果得られるビデオ信号をモニタ装置５４に供給する。モニタ装置５４は、このビデオ信号に対応する映像を表示する。即ち、第２のエンコード条件に従った２パス目のエンコード処理が編集対象のビデオデータＤ１に対して施された場合に得られるはずの第２のエンコードビデオデータＤ２に対応する映像が、モニタ装置５４にプレビュー映像として表示される。以上の一連の処理が、ステップＳ２５のプレビュー処理である。
【０１０３】
ステップＳ２６において、主コントローラ５２は、オペレータの画質評価が「O.K」であるか否かを判定する。
【０１０４】
即ち、オペレータは、ステップＳ２５の処理によりモニタ装置５４に表示されるプレビュー映像、即ち、エンコードビデオデータＤ２に対応する映像の画質の評価を行い、その評価結果を、ＧＵＩ６１を操作することで主コントローラ５２に入力させることができる。
【０１０５】
例えば、オペレータが画質に満足して、ＧＵＩ６１を操作して２パス目のエンコード処理の開始を指示すると、ステップＳ２６において、オペレータの画質評価が「O.K」であると判定されて、処理はステップＳ３０に進む。
【０１０６】
ステップＳ３０において、主コントローラ５２は、ビデオテープレコーダ５１とエンコーダ５３とを制御して、直前のステップＳ２４の処理で設定された第２のエンコード条件に従った２パス目のエンコード処理を編集対象のビデオデータＤ１に対して施す。また、その結果得られる第２のエンコードビデオデータＤ２をファイルサーバ２７に記憶させる。
【０１０７】
具体的には例えば、ビデオテープレコーダ５１は、主コントローラ５２の制御に基づいて、編集対象のビデオデータＤ１を再生して、エンコーダ５３に供給する。エンコーダ５３は、主コントローラ５２から指示される第２のエンコード条件に従った２パス目のエンコード処理を、ビデオデータＤ１に対して施し、その結果得られる第２のエンコードビデオデータＤ２を、主コントローラ５２の制御に基づいてネットワーク２９を介してファイルサーバ２７に記憶させる。
【０１０８】
その後、ステップＳ３１において、主コントローラ５２は、２パス目のエンコード処理の結果をオーサリングアプリケーション実行装置２８に通知する等の後処理を実行する。これにより、「ビデオデータ生成処理」は終了となる。
【０１０９】
これに対して、オペレータが、ステップＳ２５のプレビュー処理によりモニタ装置５４に表示されているプレビュー映像、即ち、ファイルサーバ２７に記憶される前のエンコードビデオデータＤ２に対応する映像の画質に満足するかを評価する。オペレータが画質に満足せず、例えば、ＧＵＩ６１を操作してカスタマイズの処理を選択すると、ステップＳ２６において、オペレータの画質評価が「O.K」ではないと判定されて、処理はステップＳ２７に進む。
【０１１０】
ステップＳ２７において、主コントローラ５２は、ピクチャタイプの変更が指示されたか否かを判定する。
【０１１１】
即ち、オペレータは、ＧＵＩ６１を操作することで、編集対象のビデオデータＤ１を構成する各フレームのうちの１枚以上のフレームのピクチャタイプを、ＢまたはＰピクチャからＩピクチャに変更させる指示を、主コントローラ５２に入力させることができる。
このようなオペレータの指示がない場合には、ステップＳ２７において、ピクチャタイプの変更が指示されていないと判定されて、処理はステップＳ２８に進む。
【０１１２】
ステップＳ２８において、主コントローラ５２は、「カスタマイズ処理」を実行する。ここで言う「カスタマイズ処理」とは、例えば、オペレータのＧＵＩ６１の操作に応動して部分的にエンコード条件を変更することにより、部分的に画質を変更する処理を指す。
【０１１３】
さらに、主コントローラ５２は、続くステップＳ２９において、上述したステップＳ２３と同様の「ビット配分計算処理」を再実行することで、目標ビット量の設定を更新する。即ち、ステップＳ２９の処理とは、上述したステップＳ２３の処理と基本的に同様の処理である。ただし、ステップＳ２９の処理では、直前のステップＳ２８の「カスタマイズ処理」の結果を利用する点が、ステップＳ２３の処理とは異なる点である。
【０１１４】
このステップＳ２９の処理が終了すると、処理はステップＳ２４に戻され、それ以降の処理が繰り返される。
【０１１５】
これに対して、オペレータからのピクチャタイプ変更の指示があった場合、ステップＳ２７において、ピクチャタイプの変更が指示されたと判定されて、処理はステップＳ２１に戻され、それ以降の処理が繰り返される。
【０１１６】
即ち、オペレータからピクチャタイプの変更が指示されたフレームがシーンチェンジポイントであるとみなされて、その結果、上述したステップＳ２１の各種情報の取得処理以降の一連の処理がやり直されることになる。
【０１１７】
以上説明したように、ビデオ信号処理装置２４は、フレーム毎の困難度とピクチャタイプとを基準にして、２パス目のエンコード処理で利用される第２のエンコード条件を設定することができる。さらに、このビデオ信号処理装置２４は、オペレータの操作に応動して、この第２のエンコード条件を変更することができる。これにより、最終的にオペレータの満足する第２のエンコード条件によりビデオデータＤ１がエンコードされ、その結果得られるエンコードビデオデータＤ２がファイルサーバ２７に記憶されるのである。
【０１１８】
さらに、このとき設定される第２のエンコード条件の基準となる困難度とピクチャタイプとは１パス目のエンコード処理結果であるが、１パス目と２パス目とのそれぞれのエンコード処理で利用されるピクチャタイプは全フレームで同一となる。即ち、「１パス目のエンコード処理で利用（設定）されたピクチャタイプをそのまま２パス目のエンコード処理でも利用する」という条件が、この第２の条件に含まれているとも言える。これにより、記録メディアに用意された容量を効率的に使い切るようにエンコードビデオデータＤ２を作成することが可能になる。
【０１１９】
その後、上述したように、図１のスタジオ側オーサリング装置１１において、このエンコードビデオデータＤ２と、その他のエンコードビデオデータやエンコードオーディオデータとが多重化され、その結果得られる多重化ストリームファイルが、ＤＬＴ３１、ＨＤＤ３２、及びネットワーク３３のうちの少なくとも１つに出力される。
【０１２０】
そして、上述したように、ＤＬＴ３１、ＨＤＤ３２、及びネットワーク３３のうちの少なくとも１つに出力された多重化ストリームファイルは、ディスクイメージデータとして、例えばプラント側に設置される図５のオーサリング装置（以下、プラント側オーサリング装置と称する）に供給される。
【０１２１】
図５は、本発明が適用されるプラント側オーサリング装置の一構成例を示している。
【０１２２】
図５に示されるように、このプラント側オーサリング装置１０１は、例えば、プリマスタリング装置１１１、フォーマッタ１１２、及びカッティング装置１１３から構成される。
【０１２３】
ここで、図６のフローチャートを参照して、このプラント側オーサリング装置１０１の処理例について説明する。
【０１２４】
ステップＳ４１において、プリマスタリング装置１１１は、ディスクイメージデータ（図３のエンコードビデオデータＤ２を含む多重化ストリームファイル）を取得する。
【０１２５】
次に、ステップＳ４２において、プリマスタリング装置１１１は、外部から与えられるコピープロテクションデータを用いてディスクイメージデータを暗号化し、その結果得られる暗号化データをフォーマッタ１１２に供給する。
【０１２６】
ステップＳ４３において、フォーマッタ１１２は、信号のレベル変換処理等各種処理を暗号化データに対して施し、その結果得られる信号をカッティング装置１１３に供給する。
【０１２７】
ステップＳ４４において、カッティング装置１１３は、フォーマッタ１１２から供給される信号を元に、マスターディスク１１４（ディスクイメージデータが記録された光ディスクの原盤１１４）を作成する。これにより、プラント側オーサリング装置１０１の処理は終了となる。
【０１２８】
以上説明したように、上述した図３のビデオデータＤ１に対する１パス目のエンコード処理において、ビデオ素材に最適化されたピクチャタイプが設定されて利用され、そのピクチャタイプを基準にして各フレームの目標ビット量の設定が行われる。その後、１パス目と同一のそのピクチャタイプが利用され、かつ、１パス目で設定されたその目標ビット量が利用されて、２パス目のエンコード処理がビデオデータＤ１に対して施され、その結果としてエンコードビデオデータＤ２が得られる。そして、このエンコードビデオデータＤ２を含むディスクイメージデータがプラント側オーサリング装置１０１に供給されて、光ディスク１１４に記録される。
【０１２９】
従って、光ディスク１１４の使用可能ディスク容量を図１のスタジオ側オーサリング装置１１に事前に通知しておくことで、図３のビデオ信号処理装置２４は、その通知に見合った目標ビット量を設定することが可能になる。その結果、光ディスク１１４に記録されるディスクイメージデータのデータ量が、光ディスク１１４の使用可能ディスク容量に比較して不足したり余剰となってしまうことを防ぐことができる。これにより、光ディスク１１４のディスク容量を最大限使い切ることが可能になり、結果として光ディスク１１４に記録されるビデオデータの画質が向上されることになる。
【０１３０】
ところで、上述した一連の処理は、ハードウエアにより実行させることもできるが、ソフトウエアにより実行させることができる。
【０１３１】
この場合、図１のスタジオ側オーサリング装置１１全体またはその一部分は、例えば後述するコンピュータとして構成することができる。なお、スタジオ側オーサリング装置１１の一部分とは、例えば、図１のビデオ信号処理装置２４全体のときもあるし、或いは、さらに、そのビデオ信号処理装置２４の一部分、例えば、図３の主コントローラ５２等のときもある。
【０１３２】
同様に、図５のプラント側オーサリング装置１０１全体またはその一部分は、例えば後述するコンピュータとして構成することができる。なお、プラント側オーサリング装置１０１の一部分とは、スタジオ側オーサリング装置１１のそれと同様に、例えば、カッティング装置１１３全体のときもあるし、或いは、さらに、そのカッティング装置１１３の図示せぬ一部分のときもある。
【０１３３】
〔エンコード並列処理〕
次に、ビデオデータのエンコードを並列処理する情報処理システムについて説明する。具体例として示す情報処理システムは、複数のコンピュータがエンコード処理を並列して行い、エンコード処理の効率化を図るようにしたものである。なお、情報処理システムは、上述したビデオ信号処理装置２４のエンコードコントロール部６４、エンコーダ５３に対応する。
【０１３４】
図７は、エンコードを並列処理する情報処理システムの構成を示すブロック図である。この情報処理システムは、素材分割回路２０１と、分散エンコード処理回路及びデコード情報ファイル生成回路を有する分散符号化回路２０２ａ〜２０２ｄと、デコードイメージ生成回路２０３と、分散ストリームデコード処理回路２０４とを備えている。
【０１３５】
素材分割回路２０１は、符号化対象素材のデータを分散エンコード処理すべきか否を判定し、分散エンコード処理する場合、データを分割データに分割し、この分割データを分散符号化回路２０２ａ〜２０２ｄにそれぞれ出力する。なお、符号化対象素材のデータは、分散符号化回路２０２ａ〜２０２ｄの処理能力に応じて分割しても、等分割しても構わない。
【０１３６】
分散符号化回路２０２ａ〜２０２ｄは、分散エンコード処理回路及びデコード情報ファイル生成回路を有している。
【０１３７】
分散エンコード処理回路は、分割データを分割符号化データ（分散ストリーム）に符号化し、この分散ストリームを分散ストリームデコード処理回路２０４に出力する。具体的には、例えば上述したように２パスエンコードにより、１パス目で設定されたその目標ビット量が利用されて、２パス目のエンコード処理が分割データに対して施され、その結果として分散ストリームが得られる。
【０１３８】
デコード情報ファイル生成回路は、分散ストリームのデコード情報ファイルを生成する。このデコード情報ファイルには、例えば、分散ストリームが位置する符号化対象素材内のスタートタイムコード、エンドタイムコード、分散ストリーム再生時間、解像度、フレームレート、ピクチャタイプ等の情報が含まれている。したがって、このデコード情報ファイルを参照すれば、分散ストリームが符号化対象素材のどの位置のものかを知ることができる。
【０１３９】
このような分散符号化回路２０２ａ〜２０２ｄは、分割データを分割符号化データに符号化するとともに、時間情報を含むデコード情報ファイルを生成するプログラムを実行するコンピュータで構成することができる。
【０１４０】
図８は、コンピュータの構成を示すブロック図である。ＣＰＵ（Central Processing Unit）３０１は、ＲＯＭ（Read Only Memory）３０２に記録されているプログラム、または記憶部３０８からＲＡＭ（Random Access Memory）３０３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ３０３にはまた、ＣＰＵ３０１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【０１４１】
ＣＰＵ３０１、ＲＯＭ３０２、及びＲＡＭ３０３は、バス３０４を介して相互に接続されている。このバス３０４にはまた、入出力インタフェース３０５も接続されている。
【０１４２】
入出力インタフェース３０５には、入力部３０６、出力部３０７、記憶部３０８、及び、通信部３０９が接続されている。また、入出力インタフェース３０５には、必要に応じてドライブ３１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどよりなるリムーバブル記録媒体３１１が適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部３０８にインストールされる。
【０１４３】
入力部３０６は、例えば、出力部３０７の表示部も兼ねたタッチパネル、キーボード、受光部を含むリモートコントローラ、マウスなどの入力機器で構成される。
【０１４４】
出力部３０７は、例えば、ディスプレイ等の表示部単体、スピーカやヘッドフォン出力端子等の音声出力部単体、または、それらの組合せで構成される。
【０１４５】
記憶部３０８は、例えばハードディスクなどで構成される。また、通信部３０９は、例えばモデム、ターミナルアダプタ、無線通信機器などより構成され、他の情報処理装置との間の通信を制御する。
【０１４６】
このようなコンピュータを用いて分散符号化回路２０２ａ〜２０２ｄを構成する場合、入力部３０６、出力部３０７、及びＣＰＵ３０１が実行するプログラムの組み合わせで構成することができる。
【０１４７】
デコードイメージ生成回路２０３は、オペレータが指定するデコード範囲、順番等が入力され、この指定情報に基づいてデコード情報ファイルから所定範囲のストリームのデコードイメージ情報を生成する。また、デコードイメージ生成回路２０３は、後述するようにピクチャタイプ情報に基づいて所定位置からのデコードイメージ情報を生成する。また、デコード情報ファイル生成回路で生成されたデコード情報ファイルを記憶する記憶部を有してもよい。
【０１４８】
このデコードイメージ情報には、例えば分散ストリームのデコード情報ファイルと関連付ける情報が含まれている。また、デコードイメージ情報には、分散ストリームと同様に、スタートタイムコード、エンドタイムコード、ストリーム再生時間、解像度、フレームレート、ピクチャタイプ等の情報が含まれている。
【０１４９】
分散ストリームデコード処理回路２０４は、デコードイメージ生成回路２０３で生成されたデコードイメージ情報に基づいて分散ストリームを復号し、復号データを出力する。また、分散エンコード処理回路で生成された分散ストリームを記憶する記憶部を有してもよい。
【０１５０】
このようにオペレータの指示によりデコードイメージ情報を生成することにより、分散ストリームに対して再生、逆再生、コマ送り、ジャンプなどのデコード操作を行うことができ、画質確認、タイトル製作作業等を効率良く行うことができる。
【０１５１】
次に、図９に示すフローチャートを参照して分散ストリームのデコード処理を説明する。
【０１５２】
ステップＳ１０１において、素材分割回路２０１は、符号化対象素材のデータを分散エンコード処理すべきか否を判定する。具体的には、例えばオペレータから指定されたコーデック、解像度等のデンコード条件に基づいて分散エンコード処理すべきか否を判定する。分散エンコードする場合はステップＳ１０２に進み、分散エンコードしない場合はステップＳ１０８に進む。
【０１５３】
ステップＳ１０２において、素材分割回路２０１は、エンコード素材のデータを、例えば、分散符号化回路２０２ａ〜２０２ｄを構成するＰＣの台数分に分割する。ここで、同スペックのＰＣを揃え、各ＰＣに均等に分割データを割り振れば、エンコード処理を効率良く行うことができる。
【０１５４】
ステップＳ１０３において、各分散符号化回路２０２ａ〜２０２ｄは、素材の分割データをエンコード処理するとともに、デコード情報ファイルを生成する。エンコード処理された分散ストリームは、分散ストリームデコード処理回路２０４の記憶部に記憶され、デコード情報ファイルは、デコードイメージ生成回路の記憶部に記憶される。
【０１５５】
ステップＳ１０４において、デコードイメージ生成回路は、オペレータからデコード範囲、順番等の指定情報があるか否かを判別する。ステップＳ１０４において、指定情報がある場合、Ｓ１０５に進み、指定情報がない場合、ステップＳ１０６に進む。
【０１５６】
ステップＳ１０５において、デコードイメージ生成回路は、デコード指定された指定情報及びデコード情報ファイルに基づいてデコードイメージ情報を生成する。このデコードイメージ情報は、例えば指定情報により所定のデコード範囲等が規定されている。
【０１５７】
ステップＳ１０６において、デコードイメージ生成回路は、デコード情報ファイルを元にデコードイメージ情報を生成する。このデコードイメージ情報は、例えばデコード情報ファイルの情報が結合されたものである。
【０１５８】
ステップＳ１０７において、分散ストリームデコード処理回路２０４は、ステップＳ１０５又はステップＳ１０６で生成されたデコードイメージ情報に従い、分散ストリームのデコード処理を行う。
【０１５９】
ステップＳ１０８において、分散符号化回路２０２ａ〜２０２ｄのいずれか１つは、素材分割回路２０１で分割されていないエンコード素材全体のデータを符号化データにエンコード処理する。また、素材全体のデータのデコード情報ファイルを生成する。
【０１６０】
ステップＳ１０９において、分散ストリームデコード処理回路２０４は、素材全体のデータのデコード情報ファイルに基づいて符号化データのデコード処理を行う。
【０１６１】
このように、エンコードの並列処理を実行する際にそれぞれデコード情報ファイルを生成し、このデコード情報ファイルを元に並列処理された分散ストリームを連結することなくデコード処理操作を実行することにより、ディスク製作の作業効率を向上させることができる。
【０１６２】
次に、デコードイメージ生成回路２０３及び分散ストリームデコード処理回路２０４における具体的な処理について、図１０及び図１１を参照して説明する。
【０１６３】
図１０（Ａ）は、分散ストリーム１〜３のデコード情報ファイルを示す模式図である。分散ストリーム１のデコード情報ファイルには、スタートタイムコード（01:00:00:00）、エンドタイムコード（01:10:23:10）、再生時間（10:23:10）、解像度（1920×1080）、フレームレート（59.94i）、ピクチャタイプ（I,B,B,P,・・・）の情報が含まれている。また、分散ストリーム２のデコード情報ファイルには、スタートタイムコード（01:10:23:11）、エンドタイムコード（01:25:18:07）、再生時間（14:54:26）、解像度（1920×1080）、フレームレート（59.94i）、ピクチャタイプ（I,B,B,P,・・・）の情報が含まれている。また、分散ストリーム３のデコード情報ファイルには、スタートタイムコード（01:25:18:08）、エンドタイムコード（01:40:00:00）、再生時間（14:41:22）、解像度（1920×1080）、フレームレート（59.94i）、ピクチャタイプ（I,B,B,P,・・・）の情報が含まれている。
【０１６４】
ここで、図１０（B）に示すようにデコード位置（01:18:00:00）を指定された場合について説明する。先ず、指定タイムコード（01:18:00:00）の分散ストリームを判定する。例えば、指定タイムコード（01:18:00:00）を各分散ストリームのデコード情報ファイルのエンドタイムコードと比較することで、分散ストリーム２であることを判定する。
【０１６５】
次に、分散ストリームのスタートタイムコードからの再生時間を算出する。具体的には、分散ストリーム２のデコード情報ファイルのスタートタイムコード（01:10:23:11）から指定タイムコード（01:18:00:00）までの再生時間（07:36:19）を算出する。
【０１６６】
次に、再生時間からフレームカウントに変換する。指定フレームカウント位置は、例えば、時間（07:36:19）とフレームレートから以下のように計算される。
【０１６７】
７×６０×３０＋３６×３０＋１９＝１３６９９フレーム
次に、指定フレームカウント位置の直前のIピクチャを検出する。具体的には、分散ストリーム２のデコード情報ファイルに含まれるピクチャタイプ情報を参照することにより、デコード指定位置の直前のIピクチャ位置（13692フレーム）を検出する。また、デコードイメージ生成回路２０３は、１３６９２フレーム位置からデコードさせ、指定位置までスキップさせるデコードイメージ情報を生成する。
【０１６８】
次に、分散ストリームデコード処理回路２０４は、デコードイメージ情報の指定タイムコードのＧＯＰデコードにより、指定位置までスキップする。すなわち、分散ストリームデコード処理回路２０４は、分散ストリーム２を入力し、13692フレームまでジャンプする。そして、７フレーム先送りすることにより、指定タイムコード位置に移動する。
【０１６９】
次に、指定タイムコードからデコードが開始され、指定タイムコード位置のピクチャが出力される。
【０１７０】
このようにデコード情報ファイルに基づいてデコード操作を行うことにより、あたかも1本のストリームのように、分散ストリームに対して再生、逆再生、コマ送り、ジャンプなどを行うことができ、画質確認、タイトル製作作業等を効率良く行うことができる。
【０１７１】
また、上述のようにデコード位置を指定することにより、図１１に示すように分散ストリームについて任意のデコードを行うことができる。
【０１７２】
図１１（Ａ）に示すように分散ストリーム１〜３を単に連結させた連続デコードを行う場合、デコードイメージ生成回路２０３は、分散ストリーム１〜３のデコード情報ファイルを元にデコードイメージ情報を生成する。すなわち、このデコードイメージ情報には、分散ストリーム１のスタートタイムコードと、分散ストリーム３のエンドコードとが含まれる。
【０１７３】
また、図１１（Ｂ）に示すように分散ストリーム１の一部を挿げ替える場合、デコードイメージ生成回路２０３は、分散ストリーム１のスタートタイムコード及びエンドコード、部分ストリーム２’のスタートコード及びエンドコードを含むデコードイメージ情報を生成する。
【０１７４】
また、図１１（Ｃ）は、分散ストリーム１〜３の一部分を張り合わせたものである。この場合、デコードイメージ生成回路２０３は、部分ストリーム１’’のスタートタイムコード及びエンドコード、部分ストリーム２’’のスタートタイムコード及びエンドコード、部分ストリーム３’’のスタートタイムコード及びエンドコードを含むデコードイメージ情報を生成する。
【０１７５】
このようにデコード情報ファイルを用いてデコードイメージ情報を作成することにより、従来のようにトレーラームービー用の素材を別途編集加工しなくても、分散ストリームを用いてトレーラームービーを製作することができる。例えば、デコード情報ファイルを元にデコード処理を行う範囲を指定して、各分散ストリームをつなぎ合わせたエンコードイメージ情報を作成するだけで、トレーラームービーの擬似デコード操作が可能となる。また、画質に修正が必要な場合には、即座にエンコードをやり直すことができるため、素材の確認工程と最終画質確認工程の効率化を図ることができる。
【０１７６】
以上、実施形態の一例を示したが、上述の実施形態に限定される物ではなく、この発明の技術的思想に基づく各種の変形が可能である。
【０１７７】
例えば、上述した一連の処理もソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータにネットワークや記録媒体からインストールされる。または、各種のプログラムをインストールすることで各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどにインストールされる。
【０１７８】
また、このようなプログラムを含む記録媒体は、装置本体とは別に、ユーザにプログラムを提供するために配布されるものである。例えば、プログラムが記録されている磁気ディスク（フロッピディスクを含む）、光ディスク（CD-ROM(Compact Disk-Read Only Memory),DVD(Digital Versatile Disk)を含む）、光磁気ディスク（ＭＤ（Mini-Disk）を含む）、半導体メモリ等よりなるリムーバブル記録媒体（パッケージメディア）である。また、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているＲＯＭや、ハードディスクなどで構成されてもよい。
【０１７９】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【図面の簡単な説明】
【０１８０】
【図１】スタジオ側オーサリング装置の構成例を示すブロック図である。
【図２】スタジオ側オーサリング装置の処理例を示すフローチャートである。
【図３】スタジオ側オーサリング装置のうちのビデオ信号処理装置の構成例を示すブロック図である。
【図４】ビデオ信号処理装置が実行する「ビデオデータ生成処理」の例を示すフローチャートである。
【図５】プラント側オーサリング装置の構成例を示すブロック図である。
【図６】プラント側オーサリング装置の処理例を示すフローチャートである。
【図７】エンコードを並列処理する情報処理システムの構成を示すブロック図である。
【図８】コンピュータの構成例を示すブロック図である。
【図９】分散エンコード処理の動作例を示すフローチャートである。
【図１０】分散ストリームのデコード情報ファイル例を示す図である。
【図１１】分散ストリームのデコード処理を説明するための図である。
【符号の説明】
【０１８１】
１１ スタジオ側オーサリング装置、 ２１ メニュー信号処理装置、 ２２ サブタイトル信号処理装置、 ２３ オーディオ信号処理装置、 ２４ ビデオ信号処理装置、 ２５ マルチプレクサ、 ２６ ダウンローダ、 ２７ ファイルサーバ、 ２８ オーサリングアプリケーション実行装置、 ２９ ネットワーク、 ３０ ライタ、 ３１ ＤＬＴ、 ３２ ＨＤＤ、 ３３ ネットワーク、 ５１ ビデオテープレコーダ、 ５２ 主コントローラ、 ５３ エンコーダ、 ５４ モニタ装置、 ６１ ＧＵＩ、 ６２ ＶＴＲコントロール部、 ６３ ビットアサイン部、 ６４ エンコードコントロール部、 １０１ プラント側オーサリング装置、 １１１ プリマスタリング装置、 １１２ フォーマッタ、 １１３ カッティング装置、 １１４ 光ディスク装置、 ２０１ 素材分割回路、 ２０２ａ〜２０２ｄ 分散符号化回路、 ２０３ デコードイメージ生成回路、 ２０４ 分散ストリームデコード処理回路
【特許請求の範囲】
【請求項１】
符号化対象データを分割データに分割する分割部と、
上記分割データを分割符号化データに符号化するとともに、時間情報を含む復号情報ファイルを生成する分散符号化部と、
時間情報を含む指定情報と上記復号情報ファイルとに基づいて復号イメージ情報を生成する生成部と、
上記復号イメージ情報に基づいて上記分割符号化データを復号し、上記指定情報に応じた復号データを出力する復号部と
を備える情報処理システム。
【請求項２】
上記復号情報ファイルは、ピクチャ情報を含み、
上記生成部は、上記ピクチャ情報に基づいて上記指定情報で指定された位置からの復号イメージ情報を生成する請求項１記載の情報処理システム。
【請求項３】
上記復号情報ファイルは、スタートタイムコード、エンドタイムコード、再生時間、解像度、フレームレート、ピクチャタイプから選択される少なくとも１つの情報を含む請求項１記載の情報処理システム。
【請求項４】
符号化対象データを分割データに分割する分割工程と、
上記分割データを分割符号化データに符号化するとともに、時間情報を含む復号情報ファイルを生成する分散符号化工程と、
時間情報を含む指定情報と上記復号情報ファイルとに基づいて復号イメージ情報を生成する生成工程と、
上記復号イメージ情報に基づいて上記分割符号化データを復号し、上記指定情報に応じた復号データを出力する復号工程と
を有する情報処理方法。
【請求項５】
符号化対象データを分割データに分割する分割工程と、
上記分割データを分割符号化データに符号化するとともに、時間情報を含む復号情報ファイルを生成する分散符号化工程と、
時間情報を含む指定情報と上記復号情報ファイルとに基づいて復号イメージ情報を生成する生成工程と、
上記復号イメージ情報に基づいて上記分割符号化データを復号し、上記指定情報に応じた復号データを出力する復号工程と
をコンピュータに実行させるためのプログラム。
【請求項１】
符号化対象データを分割データに分割する分割部と、
上記分割データを分割符号化データに符号化するとともに、時間情報を含む復号情報ファイルを生成する分散符号化部と、
時間情報を含む指定情報と上記復号情報ファイルとに基づいて復号イメージ情報を生成する生成部と、
上記復号イメージ情報に基づいて上記分割符号化データを復号し、上記指定情報に応じた復号データを出力する復号部と
を備える情報処理システム。
【請求項２】
上記復号情報ファイルは、ピクチャ情報を含み、
上記生成部は、上記ピクチャ情報に基づいて上記指定情報で指定された位置からの復号イメージ情報を生成する請求項１記載の情報処理システム。
【請求項３】
上記復号情報ファイルは、スタートタイムコード、エンドタイムコード、再生時間、解像度、フレームレート、ピクチャタイプから選択される少なくとも１つの情報を含む請求項１記載の情報処理システム。
【請求項４】
符号化対象データを分割データに分割する分割工程と、
上記分割データを分割符号化データに符号化するとともに、時間情報を含む復号情報ファイルを生成する分散符号化工程と、
時間情報を含む指定情報と上記復号情報ファイルとに基づいて復号イメージ情報を生成する生成工程と、
上記復号イメージ情報に基づいて上記分割符号化データを復号し、上記指定情報に応じた復号データを出力する復号工程と
を有する情報処理方法。
【請求項５】
符号化対象データを分割データに分割する分割工程と、
上記分割データを分割符号化データに符号化するとともに、時間情報を含む復号情報ファイルを生成する分散符号化工程と、
時間情報を含む指定情報と上記復号情報ファイルとに基づいて復号イメージ情報を生成する生成工程と、
上記復号イメージ情報に基づいて上記分割符号化データを復号し、上記指定情報に応じた復号データを出力する復号工程と
をコンピュータに実行させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２００９−２６０４３７（Ｐ２００９−２６０４３７Ａ）
【公開日】平成２１年１１月５日（２００９．１１．５）
【国際特許分類】
【出願番号】特願２００８−１０３９８３（Ｐ２００８−１０３９８３）
【出願日】平成２０年４月１１日（２００８．４．１１）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成２１年１１月５日（２００９．１１．５）
【国際特許分類】
【出願日】平成２０年４月１１日（２００８．４．１１）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]