(57)【要約】【課題】記録メディアに用意された容量を効率的に使い切るようにエンコードビデオデータを作成できるようにする。【解決手段】  第１のエンコード条件に従った１パス目のエンコード処理がビデオデータに対して施され、その結果得られる第１のエンコードビデオデータから、ピクチャタイプと困難度とがフレーム単位で検出される（ステップＳ２２）。その検出結果に基づいて、目標ビット量がフレーム単位で設定される（ステップＳ２３）。フレーム毎のエンコードタイプと目標ビット量とを含む第２のエンコード条件が設定される（ステップＳ２４）。その第２のエンコード条件に従った２パス目のエンコード処理がビデオデータに対して施される（ステップＳ３０）。本発明はオーサリング装置に適用可能である。【選択図】図８
2006074461.tif 000002
【特許請求の範囲】
【請求項１】
ビデオデータを構成する各アクセスユニットのデータのそれぞれに対して、エンコードタイプを切り替えながらエンコード処理を施すエンコーダを制御する情報処理装置において、
第１のエンコード条件に従った１パス目の前記エンコード処理を前記エンコーダが前記ビデオデータに対して施すことを制御し、その制御の結果得られる第１のエンコードビデオデータを構成する各アクセスユニットのデータのそれぞれについてのエンコードタイプとデータ量とを、前記ビデオデータに対してこれから施される２パス目の前記エンコード処理で利用される情報として検出する検出手段
を備えることを特徴とする情報処理装置。
【請求項２】
前記ビデオデータに対して２パス目の前記エンコード処理が施された場合に得られる第２のエンコードビデオデータ全体の目標ビット量を、前記検出手段により検出されたアクセスユニット毎の前記エンコードタイプと前記データ量とに基づいて、各アクセスユニットのそれぞれに割り振ることで、前記各アクセスユニットのそれぞれの目標ビット量を設定する設定手段
をさらに備えることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記検出手段により検出されたアクセスユニット毎の前記エンコードタイプと、前記設定手段により設定されたアクセスユニット毎の前記目標ビット量とを少なくとも含む第２のエンコード条件に従った２パス目の前記エンコード処理を、前記エンコーダが前記ビデオデータに対して施すことを制御するエンコード制御手段
をさらに備えることを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記エンコード制御手段の制御が開始される前に、前記第２のエンコード条件に従った２パス目の前記エンコード処理が前記ビデオデータに対して施された場合に得られるはずの前記第２のエンコードビデオデータに対応する映像を、所定の表示装置にプレビュー映像として表示させることを制御する表示制御手段
をさらに備えることを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記表示制御手段の制御により前記表示装置に表示されるプレビュー映像を見るオペレータにより操作され、前記オペレータの指示に対応する情報を前記情報処理装置自身に入力させる入力手段をさらに備え、
２パス目の前記エンコード処理の開始の指示に対応する第１の情報が前記入力手段から入力された場合、前記エンコード制御手段は、前記エンコーダが前記ビデオデータに対して２パス目の前記エンコード処理を施すことの制御を開始する
ことを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記第１の情報が入力される前に、前記第２のエンコード条件のうちの少なくとも一部の変更の指示に対応する第２の情報が前記入力手段から入力された場合、前記検出手段と前記設定手段とのうちの少なくとも１つは、前記第２の情報の内容に従って自分自身の処理を再度実行し、
前記表示制御手段は、前記検出手段と前記設定手段とのうちの少なくとも１つの再処理の結果少なくとも一部が変更された前記第２のエンコード条件に従った２パス目の前記エンコード処理が前記ビデオデータに対して施された場合に得られるはずの前記第２のエンコードビデオデータに対応する映像を、前記表示装置にプレビュー映像として表示させることを制御し、
その後、前記第１の情報が前記入力手段から入力された場合、前記エンコード制御手段は、前記検出手段と前記設定手段とのうちの少なくとも１つの再処理の結果少なくとも一部が変更された前記第２のエンコード条件に従った２パス目の前記エンコード処理を、前記エンコード手段が前記ビデオデータに対して施すことの制御を開始する
ことを特徴とする請求項５に記載の情報処理装置。
【請求項７】
ビデオデータを構成する各アクセスユニットのデータのそれぞれに対して、エンコードタイプを切り替えながらエンコード処理を施すエンコーダを制御する情報処理装置の情報処理方法において、
所定のエンコード条件に従った１パス目の前記エンコード処理を前記エンコーダが前記ビデオデータに対して施すことを制御し、その制御の結果得られる第１のエンコードビデオデータを構成する各アクセスユニットのデータのそれぞれについてのエンコードタイプとデータ量とを、前記ビデオデータに対してこれから施される２パス目の前記エンコード処理で利用される情報として検出する検出ステップ
を含むことを特徴とする情報処理方法。
【請求項８】
ビデオデータを構成する各アクセスユニットのデータのそれぞれに対して、エンコードタイプを切り替えながらエンコード処理を施すエンコーダを制御するコンピュータに実行させるプログラムであって、
所定のエンコード条件に従った１パス目の前記エンコード処理を前記エンコーダが前記ビデオデータに対して施すことを制御し、その制御の結果得られる第１のエンコードビデオデータを構成する各アクセスユニットのデータのそれぞれについてのエンコードタイプとデータ量とを、前記ビデオデータに対してこれから施される２パス目の前記エンコード処理で利用される情報として検出する検出ステップ
を含むプログラムを記録していることを特徴とする記録媒体。
【請求項９】
ビデオデータを構成する各アクセスユニットのデータのそれぞれに対して、エンコードタイプを切り替えながらエンコード処理を施すエンコーダを制御するコンピュータに実行させるプログラムであって、
所定のエンコード条件に従った１パス目の前記エンコード処理を前記エンコーダが前記ビデオデータに対して施すことを制御し、その制御の結果得られる第１のエンコードビデオデータを構成する各アクセスユニットのデータのそれぞれについてのエンコードタイプとデータ量とを、前記ビデオデータに対してこれから施される２パス目の前記エンコード処理で利用される情報として検出する検出ステップ
を含むことを特徴とするプログラム。
【請求項１０】
ビデオデータを構成する各アクセスユニットのデータのそれぞれに対して、エンコードタイプを切り替えながらエンコード処理を施すエンコーダから出力されるデータを所定の記録媒体に記録させる情報処理装置において、
第１のエンコード条件に従った１パス目の前記エンコード処理が前記エンコーダにより前記ビデオデータに対して施され、その結果得られる第１のエンコードビデオデータを構成する各アクセスユニットのデータのそれぞれについてのエンコードタイプとデータ量とが他の情報処理装置により検出され、
検出されたアクセスユニット毎の前記エンコードタイプと前記データ量とに基づいて、前記ビデオデータに対して２パス目の前記エンコード処理が施された場合に得られる第２のエンコードビデオデータ全体の目標ビット量が各アクセスユニットのそれぞれに割り振られることで、前記各アクセスユニットのそれぞれの目標ビット量が前記他の情報処理装置により設定され、
前記他の情報処理装置により検出されたアクセスユニット毎の前記エンコードタイプと、前記他の情報処理装置により設定されたアクセスユニット毎の前記目標ビット量とを少なくとも含む第２のエンコード条件に従った２パス目の前記エンコード処理が、前記エンコーダにより前記ビデオデータに対して施され、その結果得られる前記第２のエンコードビデオデータが前記エンコーダから出力された場合、
前記第２のエンコードビデオデータを取得する取得手段と、
前記取得手段により取得された前記第２のエンコードビデオデータを前記記録媒体に記録させる記録手段と
を備えることを特徴とする情報処理装置。
【請求項１１】
ビデオデータを構成する各アクセスユニットのそれぞれに対して、エンコードタイプを切り替えながらエンコード処理を施すエンコーダから出力されるデータを所定の記録媒体に記録させる情報処理装置の情報処理方法において、
第１のエンコード条件に従った１パス目の前記エンコード処理が前記エンコーダにより前記ビデオデータに対して施され、その結果得られる第１のエンコードビデオデータを構成する各アクセスユニットのデータのそれぞれについてのエンコードタイプとデータ量とが他の情報処理装置により検出され、
検出されたアクセスユニット毎の前記エンコードタイプと前記データ量とに基づいて、前記ビデオデータに対して２パス目の前記エンコード処理が施された場合に得られる第２のエンコードビデオデータ全体の目標ビット量が各アクセスユニットのそれぞれに割り振られることで、前記各アクセスユニットのそれぞれの目標ビット量が前記他の情報処理装置により設定され、
前記他の情報処理装置により検出されたアクセスユニット毎の前記エンコードタイプと、前記他の情報処理装置により設定されたアクセスユニット毎の前記目標ビット量とを少なくとも含む第２のエンコード条件に従った２パス目の前記エンコード処理が、前記エンコーダにより前記ビデオデータに対して施され、その結果得られる前記第２のエンコードビデオデータが前記エンコーダから出力された場合、
前記第２のエンコードビデオデータを取得する取得ステップと、
前記取得ステップの処理により取得された前記第２のエンコードビデオデータを前記記録媒体に記録させる記録ステップと
を含むことを特徴とする情報処理方法。
【請求項１２】
ビデオデータを構成する各アクセスユニットのそれぞれに対して、エンコードタイプを切り替えながらエンコード処理を施すエンコーダから出力されるデータを所定の記録媒体に記録させることを制御するコンピュータに実行させるプログラムであって、
第１のエンコード条件に従った１パス目の前記エンコード処理が前記エンコーダにより前記ビデオデータに対して施され、その結果得られる第１のエンコードビデオデータを構成する各アクセスユニットのデータのそれぞれについてのエンコードタイプとデータ量とが他のコンピュータにより検出され、
検出されたアクセスユニット毎の前記エンコードタイプと前記データ量とに基づいて、前記ビデオデータに対して２パス目の前記エンコード処理が施された場合に得られる第２のエンコードビデオデータ全体の目標ビット量が各アクセスユニットのそれぞれに割り振られることで、前記各アクセスユニットのそれぞれの目標ビット量が前記他のコンピュータにより設定され、
前記他のコンピュータにより検出されたアクセスユニット毎の前記エンコードタイプと、前記他のコンピュータにより設定されたアクセスユニット毎の前記目標ビット量とを少なくとも含む第２のエンコード条件に従った２パス目の前記エンコード処理が、前記エンコーダにより前記ビデオデータに対して施され、その結果得られる前記第２のエンコードビデオデータが前記エンコーダから出力された場合、
前記第２のエンコードビデオデータを取得することを制御する取得制御ステップと、
前記取得制御ステップの制御により取得された前記第２のエンコードビデオデータを前記記録媒体に記録させることを制御する記録制御ステップと
を含むプログラムが記録されていることを特徴とする記録媒体。
【請求項１３】
ビデオデータを構成する各アクセスユニットのそれぞれに対して、エンコードタイプを切り替えながらエンコード処理を施すエンコーダから出力されるデータを所定の記録媒体に記録させることを制御するコンピュータに実行させるプログラムであって、
第１のエンコード条件に従った１パス目の前記エンコード処理が前記エンコーダにより前記ビデオデータに対して施され、その結果得られる第１のエンコードビデオデータを構成する各アクセスユニットのデータのそれぞれについてのエンコードタイプとデータ量とが他のコンピュータにより検出され、
検出されたアクセスユニット毎の前記エンコードタイプと前記データ量とに基づいて、前記ビデオデータに対して２パス目の前記エンコード処理が施された場合に得られる第２のエンコードビデオデータ全体の目標ビット量が各アクセスユニットのそれぞれに割り振られることで、前記各アクセスユニットのそれぞれの目標ビット量が他のコンピュータにより設定され、
前記他のコンピュータにより検出されたアクセスユニット毎の前記エンコードタイプと、前記他のコンピュータにより設定されたアクセスユニット毎の前記目標ビット量とを少なくとも含む第２のエンコード条件に従った２パス目の前記エンコード処理が、前記エンコーダにより前記ビデオデータに対して施され、その結果得られる前記第２のエンコードビデオデータが前記エンコーダから出力された場合、
前記第２のエンコードビデオデータを取得することを制御する取得制御ステップと、
前記取得制御ステップの制御により取得された前記第２のエンコードビデオデータを前記記録媒体に記録させることを制御する記録制御ステップと
を含むことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置および方法、記録媒体、並びにプログラムに関し、特に、記録メディアに用意された容量を効率的に使い切るようにエンコードビデオデータを作成して、その記録メディアに記録させることができる、情報処理装置および方法、記録媒体、並びにプログラムに関する。
【背景技術】
【０００２】
従来、光ディスク等の記録メディアの作成現場において使用されるオーサリング装置は、ビデオデータやオーディオデータ等のそれぞれに対して、ＭＰＥＧ（Moving Picture Experts Group）の手法を利用したエンコード処理（圧縮符号化処理）を施している。そして、オーサリング装置は、各エンコード処理のそれぞれの結果得られる各エンコードデータを多重化し、その結果得られる多重ストリームを記録メディアに記録している。
【０００３】
このようなオーサリング装置は、記録メディアに記録可能なビット量をビデオデータやオーディオデータ等各データのそれぞれに配分し、配分されたビット量に納まるように、各データのそれぞれに対してエンコード処理を施す。
【０００４】
このときのビデオデータのエンコード手法として、例えば特許文献１には、「２パスエンコード」と称される手法が開示されている。
【０００５】
以下、この「２パスエンコード」の概略について説明する。
【０００６】
図１と図２は、従来の「２パスエンコード」の全体の概念図を示している。詳細には、「２パスエンコード」は、仮の（事前の）エンコード処理と、本番のエンコード処理とからなる手法である。なお、以下、仮のエンコード処理を１パス目のエンコード処理と称し、本番のエンコード処理を２パス目のエンコード処理と称する。このような「２パスエンコード」のうちの、１パス目のエンコード処理の概念図が図１に示されており、２パス目のエンコード処理の概念図が図２に示されている。
【０００７】
図１と図２に示されるように、「２パスエンコード」のうちの、１パス目のエンコード処理は、エンコーダ（固定量子化部）１−１と外部コンピュータ２により実行され、２パス目のエンコード処理は、エンコーダ１−２と外部コンピュータ２により実行される。ただし、実際には、エンコーダ１−１とエンコーダ１−２とは同一装置であることが多々ある。
【０００８】
初めに、図１のエンコーダ１−１は、図示せぬ光ディスクにこれから記録させる一連のビデオデータに対して、エンコード条件が一定に保持された１パス目のエンコード処理を施す。このとき、外部コンピュータ２は、エンコーダ１−１による１パス目のエンコード処理の際に得られる各種データ、例えば発生ビット量をフレーム単位で順次検出する。なお、特許文献１では、発生ビット量そのものではなく、イントラＡＣやＭＥ残差が外部コンピュータ２により検出されている。
【０００９】
次に、外部コンピュータ２は、このようにして検出されたフレーム毎の発生ビット量に基づいて、ビデオデータを構成する各フレームのそれぞれに対してビットの配分を行う。即ち、外部コンピュータ２は、２パス目のエンコード処理で利用される目標ビット量をフレーム単位で設定する。
【００１０】
さらに、外部コンピュータ２は、２パス目のエンコード処理で利用されるピクチャタイプの割り当てを行う。
【００１１】
ピクチャタイプの割り当てとは、各フレームのそれぞれに対してエンコードタイプを割り当てることを示す。
【００１２】
具体的には、ＭＰＥＧでは、Ｉピクチャ（Intra-Picture）、Ｐピクチャ（Predictive-Picture）、およびＢピクチャ（Bidirectionally Predictive-Picture）のうちのいずれかのエンコードタイプで、各フレームのそれぞれがエンコードされる。
【００１３】
Ｉピクチャとは、１フレーム分の画像データを他のフレームの画像データを利用することなくそのままエンコードするといったエンコードタイプを指す。即ち、Ｉピクチャとは、フレーム内エンコード処理といったエンコードタイプを指す。
【００１４】
これに対して、ＰピクチャとＢピクチャとは、フレーム間エンコード処理といったエンコードタイプを指す。即ち、Ｐピクチャとは、基本的には、１フレーム分の画像データと、それより時間的に先行するＩピクチャまたはＰピクチャの予測フレームの画像データとの差分（予測誤差）を求め、その差分をエンコードするといったエンコードタイプを指す。また、Ｂピクチャとは、基本的には、１フレーム分の画像データと、時間的に先行または後行するＩピクチャ若しくはＰピクチャの予測フレームの画像データとの差分（予測誤差）を求め、その差分をエンコードするといったエンコードタイプを指す。
【００１５】
従って、ピクチャタイプの割り当てとは、各フレームのそれぞれを、Ｉピクチャ、Ｐピクチャ、およびＢピクチャといった３つのエンコードタイプのうちのいずれかに割り当てることを指す。換言すると、ピクチャタイプの割り当てとは、各ＧＯＰ（Group Of Picture）構造の設定であるとも言える。
【００１６】
このようにして、１パス目のエンコード処理後に、その処理結果を利用して目標ビット量の設定やピクチャタイプの割り当てがフレーム単位で行われる。
【００１７】
次に、フレーム毎のピクチャタイプと目標ビット量とを少なくとも含むエンコード条件が設定されて、そのエンコード条件に従った２パス目のエンコード処理が実行される。
【００１８】
即ち、図２に示されるように、エンコーダ１−２は、図１と同一のビデオデータに対して２パス目のエンコード処理を施し、その結果得られるエンコードビデオデータを出力する。詳細には、エンコーダ１−２は、ビデオデータを構成する各フレームのデータのそれぞれを、外部コンピュータ２により割り当てられたピクチャタイプで、かつ、外部コンピュータ２により設定された目標ビット量のデータとなるように順次エンコードしていく。その結果、Ｉ，Ｂ，Ｐピクチャのうちの何れかのエンコードフレームデータが連続配置されて形成されるビットストリームが、エンコードビデオデータとして、エンコーダ１−２から出力されていく。このとき、外部コンピュータ２は、必要に応じて、エンコーダ１−２から供給される発生ビット量に基づいて目標ビット量を更新することもある。
【００１９】
以上、ビデオデータの従来のエンコード手法の一例として、特許文献１に開示されている「２パスエンコード」について説明した。
【００２０】
その他、ビデオデータの従来のエンコード手法は、例えば特許文献２と特許文献３とにも開示されている。
【００２１】
特許文献２に開示されている手法とは、次の第１の処理乃至第３の処理がその順番で実行される手法である。即ち、第１の処理とは、ビデオデータの全区間に対して１パス目のエンコード処理を施す処理である。第２の処理とは、そのビデオデータのうちの一部の特定区間のみに対して２パス目のエンコード処理を施す処理である。第３の処理とは、１パス目のエンコードビデオデータのうちの特定区間のデータのみを、２パス目のエンコードビデオデータに置き換え、その結果得られるデータを最終的なエンコードビデオデータとして出力するという処理である。
【００２２】
また、特許文献３に開示されている手法とは次の手法である。即ち、１パス目のエンコードビデオデータのうちのビット量を削っても問題ない区間の割当量を減らして、その分のビット量を問題が発生する他の区間に割り当てるように目標ビット量を設定し、その目標ビット量に従って２パス目のエンコード処理を行う、という手法が特許文献３に開示されている。
【特許文献１】特開平１１−００４４５号公報
【特許文献２】特開平１１−３４６３６５号公報
【特許文献３】特許第３２５３９７１号公報
【発明の開示】
【発明が解決しようとする課題】
【００２３】
しかしながら、従来のオーサリング装置では、特許文献１乃至３等の従来の手法をたとえ組み合わせて利用したとしても、記録メディアに用意された容量を効率的に使い切るようにエンコードビデオデータを作成することは困難であるという課題があった。
【００２４】
以下、この課題の発生要因について説明していく。
【００２５】
この課題の第１の発生要因は、特許文献１の手法では次のような問題点が発生することである。
【００２６】
即ち、特許文献１における１パス目のエンコード処理では、素材による違いは無く常に同一周期のピクチャタイプが設定されて利用される。
【００２７】
例えば、特許文献１における１パス目のエンコード処理では、図３に示されるように、「Ｉ，Ｂ，Ｂ，Ｐ，Ｂ，Ｂ，Ｐ，Ｂ，Ｂ，Ｐ，Ｂ，Ｂ，Ｐ，Ｂ，Ｂ」といった同一周期のピクチャタイプ（同一ＧＯＰの繰り返し）が設定されて利用される。
【００２８】
なお、図３において、Ｉ，Ｂ，Ｐのそれぞれが記述された棒は、Ｉピクチャ、Ｂピクチャ、およびＰピクチャのそれぞれが割り当てられたフレームを示している。また、各棒のそれぞれの高さは、対応するフレームの発生ビット量または目標ビット量を示している。このことは、後述する図４でも同様である。
【００２９】
しかしながら、特許文献１における２パス目のエンコード処理では、上述したように、図１と図２の外部コンピュータ２が、１パス目のエンコード処理後、その１パス目のエンコード処理の際に検出されたデータを用いて、２パス目のエンコード処理で利用されるピクチャタイプを設定する。即ち、外部コンピュータ２は、シーンチェンジポイントやランダムアクセスを考慮して、任意のフレームのピクチャタイプを、１パス目のエンコード処理で利用されたピクチャタイプから別のピクチャタイプに変更することで、２パス目のエンコード処理で利用されるピクチャタイプを設定する。
【００３０】
例えば、外部コンピュータ２は、図４に示されるように、同図中左から１０番目と１９番目のそれぞれのフレームのピクチャタイプを、Ｐピクチャ（図３）からＩピクチャに変更することで、２パス目のエンコード処理で利用されるピクチャタイプを設定する。即ち、図４は、特許文献１における２パス目のエンコード処理で利用されるピクチャタイプの一例を示している
【００３１】
このように、特許文献１の手法では、１パス目と２パス目とのそれぞれのエンコード処理で利用されるピクチャタイプに不一致が生じるという問題点が発生する。
【００３２】
即ち、特許文献１の手法では、１パス目のエンコード処理の結果得られる各フレーム単位の発生ビット量に基づいて、与えられた記録メディアの容量を最大限に使い切るように目標ビット量が設定される。例えば、図３の各フレームのそれぞれを示す棒の高さに示される様に、各フレームのそれぞれの目標ビット量が設定される。
【００３３】
しかしながら、２パス目のエンコード処理で利用されるピクチャタイプが、目標ビット量の計算のベースになっている１パス目のピクチャタイプとは異なっているフレームが存在するため、算出された目標ビット量に誤差が生じてしまう、という問題点が特許文献１の手法では発生する。例えば、図４のようにピクチャタイプが設定された場合、同図中左から１０番目と１９番目のそれぞれのフレームの目標ビット量は、図３のように設定された目標ビット量に対して、データ量d0，d1のそれぞれだけ多くなってしまう、という問題点が特許文献１の手法では発生する。
【００３４】
このような問題点が特許文献１の手法では発生してしまうことが、上述した課題の第１の発生要因である。
【００３５】
また、上述した課題の第２の発生要因は、次の通りである。即ち、特許文献２の手法と特許文献３の手法とは、単に画質を向上させることを目的としており、記録メディアの容量については考慮されていないことが、第２の発生要因である。
【００３６】
詳細には、特許文献２の手法では、特定区間の画質を向上させるために２パス目のエンコード処理が施される。従って、２パス目の特定区間のデータ量は、画質の向上の度合いに応じて１パス目のそれよりも多くなる。その結果、記録メディアの容量とは無関係に、その記録メディアに記録される最終的なエンコードビデオデータ全体のデータ量は、１パス目のそれより多くなる。
【００３７】
また、特許文献３の手法では、１パス目のエンコードデータ全体のデータ量が再配分されて、その再配分結果に基づいて２パス目のエンコード処理が施される。従って、記録メディアの容量とは無関係に、その記録メディアに記録される最終的な（２パス目の）エンコードビデオデータ全体のデータ量は、１パス目のそれと同一になる。
【００３８】
以上の内容をまとめると、特許文献２と特許文献３との手法とではいずれも、記録メディアに記録される最終的なエンコードビデオデータ全体のデータ量は、記録メディアの容量とは無関係に、単に、１パス目のそれと比較して同一になるか或いは画質の向上分多くなるかの何れかである。
【００３９】
このような特許文献２や特許文献３の手法により作成される最終的なエンコードビデオデータは、記録メディアに用意された容量を効率的に使い切るように作成されたエンコードビデオデータであるとは言えない、ということが上述した課題の第２の発生要因である。
【００４０】
本発明は、このような状況に鑑みてなされたものであり、記録メディアに用意された容量を効率的に使い切るようにエンコードビデオデータを作成して、その記録メディアに記録させることができるようにするものである。即ち、限られたデータ量を各フレームに適切に配分することでより一段と高画質になるようにビデオデータをエンコードして、記録メディアに記録させることができるようにするものである。
【課題を解決するための手段】
【００４１】
本発明の第１の情報処理装置は、ビデオデータを構成する各アクセスユニットのデータのそれぞれに対して、エンコードタイプを切り替えながらエンコード処理を施すエンコーダを制御する情報処理装置である。この第１の情報処理装置は、第１のエンコード条件に従った１パス目のエンコード処理をエンコーダがビデオデータに対して施すことを制御し、その制御の結果得られる第１のエンコードビデオデータを構成する各アクセスユニットのデータのそれぞれについてのエンコードタイプとデータ量とを、ビデオデータに対してこれから施される２パス目のエンコード処理で利用される情報として検出する検出手段を備えることを特徴とする。
【００４２】
ビデオデータに対して２パス目の前記エンコード処理が施された場合に得られる第２のエンコードビデオデータ全体の目標ビット量を、検出手段により検出されたアクセスユニット毎のエンコードタイプとデータ量とに基づいて、各アクセスユニットのそれぞれに割り振ることで、各アクセスユニットのそれぞれの目標ビット量を設定する設定手段をさらに設けるようにすることができる。
【００４３】
検出手段により検出されたアクセスユニット毎のエンコードタイプと、設定手段により設定されたアクセスユニット毎の目標ビット量とを少なくとも含む第２のエンコード条件に従った２パス目のエンコード処理を、エンコーダがビデオデータに対して施すことを制御するエンコード制御手段をさらに設けるようにすることができる。
【００４４】
エンコード制御手段の制御が開始される前に、第２のエンコード条件に従った２パス目のエンコード処理がビデオデータに対して施された場合に得られるはずの第２のエンコードビデオデータに対応する映像を、所定の表示装置にプレビュー映像として表示させることを制御する表示制御手段をさらに設けるようにすることができる。
【００４５】
表示制御手段の制御により表示装置に表示されるプレビュー映像を見るオペレータにより操作され、オペレータの指示に対応する情報を情報処理装置自身に入力させる入力手段をさらに設け、２パス目のエンコード処理の開始の指示に対応する第１の情報が入力手段から入力された場合、エンコード制御手段は、エンコーダがビデオデータに対して２パス目のエンコード処理を施すことの制御を開始するようにすることができる。
【００４６】
第１の情報が入力される前に、第２のエンコード条件のうちの少なくとも一部の変更の指示に対応する第２の情報が入力手段から入力された場合、検出手段と設定手段とのうちの少なくとも１つは、第２の情報の内容に従って自分自身の処理を再度実行し、表示制御手段は、検出手段と設定手段とのうちの少なくとも１つの再処理の結果少なくとも一部が変更された第２のエンコード条件に従った２パス目のエンコード処理がビデオデータに対して施された場合に得られるはずの第２のエンコードビデオデータに対応する映像を、表示装置にプレビュー映像として表示させることを制御し、その後、第１の情報が入力手段から入力された場合、エンコード制御手段は、検出手段と設定手段とのうちの少なくとも１つの再処理の結果少なくとも一部が変更された第２のエンコード条件に従った２パス目のエンコード処理を、エンコード手段がビデオデータに対して施すことの制御を開始するようにすることができる。
【００４７】
本発明の第１の情報処理方法は、ビデオデータを構成する各アクセスユニットのデータのそれぞれに対して、エンコードタイプを切り替えながらエンコード処理を施すエンコーダを制御する情報処理装置の情報処理方法である。この第１の情報処理方法は、所定のエンコード条件に従った１パス目のエンコード処理をエンコーダがビデオデータに対して施すことを制御し、その制御の結果得られる第１のエンコードビデオデータを構成する各アクセスユニットのデータのそれぞれについてのエンコードタイプとデータ量とを、ビデオデータに対してこれから施される２パス目のエンコード処理で利用される情報として検出する検出ステップを含むことを特徴とする。
【００４８】
本発明の第１の記録媒体のプログラムは、ビデオデータを構成する各アクセスユニットのデータのそれぞれに対して、エンコードタイプを切り替えながらエンコード処理を施すエンコーダを制御するコンピュータに実行させるプログラムである。この第１の記録媒体のプログラムは、所定のエンコード条件に従った１パス目のエンコード処理をエンコーダがビデオデータに対して施すことを制御し、その制御の結果得られる第１のエンコードビデオデータを構成する各アクセスユニットのデータのそれぞれについてのエンコードタイプとデータ量とを、ビデオデータに対してこれから施される２パス目のエンコード処理で利用される情報として検出する検出ステップを含むことを特徴とする。
【００４９】
本発明の第１のプログラムは、ビデオデータを構成する各アクセスユニットのデータのそれぞれに対して、エンコードタイプを切り替えながらエンコード処理を施すエンコーダを制御するコンピュータに実行させるプログラムである。この第１のプログラムは、所定のエンコード条件に従った１パス目のエンコード処理をエンコーダがビデオデータに対して施すことを制御し、その制御の結果得られる第１のエンコードビデオデータを構成する各アクセスユニットのデータのそれぞれについてのエンコードタイプとデータ量とを、ビデオデータに対してこれから施される２パス目のエンコード処理で利用される情報として検出する検出ステップを含むことを特徴とする。
【００５０】
本発明の第１の情報処理装置および方法、第１の記録媒体、並びに第１のプログラムにおいては、ビデオデータを構成する各アクセスユニットのデータのそれぞれに対して、エンコードタイプを切り替えながらエンコード処理を施すエンコーダが制御される。詳細には、所定のエンコード条件に従った１パス目のエンコード処理をエンコーダがビデオデータに対して施すことが制御され、その制御の結果得られる第１のエンコードビデオデータを構成する各アクセスユニットのデータのそれぞれについてのエンコードタイプとデータ量とが、ビデオデータに対してこれから施される２パス目のエンコード処理で利用される情報として検出される。
【００５１】
本発明の第２の情報処理装置は、ビデオデータを構成する各アクセスユニットのデータのそれぞれに対して、エンコードタイプを切り替えながらエンコード処理を施すエンコーダから出力されるデータを所定の記録媒体に記録させる情報処理装置である。この第２の情報処理装置は次のような特徴を有する。即ち、第１のエンコード条件に従った１パス目のエンコード処理がエンコーダによりビデオデータに対して施され、その結果得られる第１のエンコードビデオデータを構成する各アクセスユニットのデータのそれぞれについてのエンコードタイプとデータ量とが他の情報処理装置により検出され、検出されたアクセスユニット毎のエンコードタイプとデータ量とに基づいて、ビデオデータに対して２パス目のエンコード処理が施された場合に得られる第２のエンコードビデオデータ全体の目標ビット量が各アクセスユニットのそれぞれに割り振られることで、各アクセスユニットのそれぞれの目標ビット量が他の情報処理装置により設定され、他の情報処理装置により検出されたアクセスユニット毎のエンコードタイプと、他の情報処理装置により設定されたアクセスユニット毎の目標ビット量とを少なくとも含む第２のエンコード条件に従った２パス目のエンコード処理が、エンコーダによりビデオデータに対して施され、その結果得られる第２のエンコードビデオデータがエンコーダから出力された場合、第２のエンコードビデオデータを取得する取得手段と、取得手段により取得された第２のエンコードビデオデータを記録媒体に記録させる記録手段とを備えることを特徴とする。
【００５２】
本発明の第２の情報処理方法は、ビデオデータを構成する各アクセスユニットのデータのそれぞれに対して、エンコードタイプを切り替えながらエンコード処理を施すエンコーダから出力されるデータを所定の記録媒体に記録させる情報処理装置の情報処理方法である。この第２の情報処理方法は次のような特徴を有する。即ち、第１のエンコード条件に従った１パス目のエンコード処理がエンコーダによりビデオデータに対して施され、その結果得られる第１のエンコードビデオデータを構成する各アクセスユニットのデータのそれぞれについてのエンコードタイプとデータ量とが他の情報処理装置により検出され、検出されたアクセスユニット毎のエンコードタイプとデータ量とに基づいて、ビデオデータに対して２パス目のエンコード処理が施された場合に得られる第２のエンコードビデオデータ全体の目標ビット量が各アクセスユニットのそれぞれに割り振られることで、各アクセスユニットのそれぞれの目標ビット量が他の情報処理装置により設定され、他の情報処理装置により検出されたアクセスユニット毎のエンコードタイプと、他の情報処理装置により設定されたアクセスユニット毎の目標ビット量とを少なくとも含む第２のエンコード条件に従った２パス目のエンコード処理が、エンコーダによりビデオデータに対して施され、その結果得られる第２のエンコードビデオデータがエンコーダから出力された場合、第２のエンコードビデオデータを取得する取得ステップと、取得ステップの処理により取得された第２のエンコードビデオデータを記録媒体に記録させる記録ステップとを含むことを特徴とする。
【００５３】
本発明の第２の記録媒体のプログラムは、ビデオデータを構成する各アクセスユニットのデータのそれぞれに対して、エンコードタイプを切り替えながらエンコード処理を施すエンコーダから出力されるデータを所定の記録媒体に記録させることを制御するコンピュータに実行させるプログラムである。この第２の記録媒体のプログラムは次のような特徴を有する。即ち、第１のエンコード条件に従った１パス目のエンコード処理がエンコーダによりビデオデータに対して施され、その結果得られる第１のエンコードビデオデータを構成する各アクセスユニットのデータのそれぞれについてのエンコードタイプとデータ量とが他のコンピュータにより検出され、検出されたアクセスユニット毎のエンコードタイプとデータ量とに基づいて、ビデオデータに対して２パス目のエンコード処理が施された場合に得られる第２のエンコードビデオデータ全体の目標ビット量が各アクセスユニットのそれぞれに割り振られることで、各アクセスユニットのそれぞれの目標ビット量が他のコンピュータにより設定され、他のコンピュータにより検出されたアクセスユニット毎のエンコードタイプと、他のコンピュータにより設定されたアクセスユニット毎の目標ビット量とを少なくとも含む第２のエンコード条件に従った２パス目のエンコード処理が、エンコーダによりビデオデータに対して施され、その結果得られる第２のエンコードビデオデータがエンコーダから出力された場合、第２のエンコードビデオデータを取得することを制御する取得制御ステップと、取得制御ステップの制御により取得された第２のエンコードビデオデータを記録媒体に記録させることを制御する記録制御ステップとを含むことを特徴とする。
【００５４】
本発明の第２のプログラムは、ビデオデータを構成する各アクセスユニットのデータのそれぞれに対して、エンコードタイプを切り替えながらエンコード処理を施すエンコーダから出力されるデータを所定の記録媒体に記録させることを制御するコンピュータに実行させるプログラムである。この第２のプログラムは次のような特徴を有する。即ち、第１のエンコード条件に従った１パス目のエンコード処理がエンコーダによりビデオデータに対して施され、その結果得られる第１のエンコードビデオデータを構成する各アクセスユニットのデータのそれぞれについてのエンコードタイプとデータ量とが他のコンピュータにより検出され、検出されたアクセスユニット毎のエンコードタイプとデータ量とに基づいて、ビデオデータに対して２パス目のエンコード処理が施された場合に得られる第２のエンコードビデオデータ全体の目標ビット量が各アクセスユニットのそれぞれに割り振られることで、各アクセスユニットのそれぞれの目標ビット量が他のコンピュータにより設定され、他のコンピュータにより検出されたアクセスユニット毎のエンコードタイプと、他のコンピュータにより設定されたアクセスユニット毎の目標ビット量とを少なくとも含む第２のエンコード条件に従った２パス目のエンコード処理が、エンコーダによりビデオデータに対して施され、その結果得られる第２のエンコードビデオデータがエンコーダから出力された場合、第２のエンコードビデオデータを取得することを制御する取得制御ステップと、取得制御ステップの制御により取得された第２のエンコードビデオデータを記録媒体に記録させることを制御する記録制御ステップとを含むことを特徴とする。
【００５５】
本発明の第２の情報処理装置および方法、第２の記録媒体、並びに第２のプログラムにおいては、ビデオデータを構成する各アクセスユニットのデータのそれぞれに対して、エンコードタイプを切り替えながらエンコード処理を施すエンコーダから出力されるデータが所定の記録媒体に記録される。詳細には、第１のエンコード条件に従った１パス目のエンコード処理がエンコーダによりビデオデータに対して施され、その結果得られる第１のエンコードビデオデータを構成する各アクセスユニットのデータのそれぞれについてのエンコードタイプとデータ量とが他の情報処理装置または他のコンピュータにより検出され、検出されたアクセスユニット毎のエンコードタイプとデータ量とに基づいて、ビデオデータに対して２パス目のエンコード処理が施された場合に得られる第２のエンコードビデオデータ全体の目標ビット量が各アクセスユニットのそれぞれに割り振られることで、各アクセスユニットのそれぞれの目標ビット量が他の情報処理装置または他のコンピュータにより設定され、他の情報処理装置または他のコンピュータにより検出されたアクセスユニット毎のエンコードタイプと、他の情報処理装置または他のコンピュータにより設定されたアクセスユニット毎の目標ビット量とを少なくとも含む第２のエンコード条件に従った２パス目のエンコード処理が、エンコーダによりビデオデータに対して施され、その結果得られる第２のエンコードビデオデータがエンコーダから出力された場合、その第２のエンコードビデオデータが取得されて、所定の記録媒体に記録される。
【発明の効果】
【００５６】
以上のごとく、本発明によれば、エンコードビデオデータを作成することができる。特に、記録メディアに用意された容量を効率的に使い切るようにエンコードビデオデータを作成することができる。
【００５７】
また、本発明によれば、記録メディアに用意された容量を効率的に使い切るように、その記録メディアにエンコードビデオデータを記録させることができる。換言すると、記録容量を効率的に使い切るようにエンコードビデオデータが記録された記録メディアを提供することができる。
【発明を実施するための最良の形態】
【００５８】
以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００５９】
さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定するものではない。
【００６０】
本発明によれば、第１の情報処理装置が提供される。この第１の情報処理装置（例えば、図７のビデオ信号処理装置２４）は、ビデオデータ（例えば、図７のビデオテープレコーダ５１により再生されるビデオデータＤ１）を構成する各アクセスユニットのデータのそれぞれに対して、エンコードタイプを切り替えながらエンコード処理を施すエンコーダ（例えば、図７のエンコーダ５３）を制御する情報処理装置である。この第１の情報処理装置は、第１のエンコード条件に従った１パス目の前記エンコード処理を前記エンコーダが前記ビデオデータに対して施すことを制御し、その制御の結果得られる第１のエンコードビデオデータを構成する各アクセスユニットのデータのそれぞれについてのエンコードタイプ（例えば、ＭＰＥＧが適用される場合には、図８のステップＳ２２に記載されている「ピクチャタイプ」）とデータ量（例えば、図８のステップＳ２２に記載されている「困難度」）とを、前記ビデオデータに対してこれから施される２パス目の前記エンコード処理で利用される情報として検出する検出手段（例えば、図８のステップＳ２２の処理を実行する図７の主コントローラ５２）を備えることを特徴とする。
【００６１】
この第１の情報処理装置は、前記ビデオデータに対して２パス目の前記エンコード処理が施された場合に得られる第２のエンコードビデオデータ（例えば、図７のエンコーダ５３から出力されるエンコードビデオデータＤ２）全体の目標ビット量を、前記検出手段により検出されたアクセスユニット毎の前記エンコードタイプと前記データ量とに基づいて、各アクセスユニットのそれぞれに割り振ることで、前記各アクセスユニットのそれぞれの目標ビット量を設定する設定手段（例えば、図８のステップＳ２３の処理を実行する図７の主コントローラ５２）をさらに設けるようにすることができる。
【００６２】
この第１の情報処理装置は、前記検出手段により検出されたアクセスユニット毎の前記エンコードタイプと、前記設定手段により設定されたアクセスユニット毎の前記目標ビット量とを少なくとも含む第２のエンコード条件に従った２パス目の前記エンコード処理を、前記エンコーダが前記ビデオデータに対して施すことを制御するエンコード制御手段（例えば、図８のステップＳ３０の処理を実行する図７の主コントローラ５２）をさらに設けるようにすることができる。
【００６３】
この第１の情報処理装置は、前記エンコード制御手段の制御が開始される前に、前記第２のエンコード条件に従った２パス目の前記エンコード処理が前記ビデオデータに対して施された場合に得られるはずの前記第２のエンコードビデオデータに対応する映像を、所定の表示装置（例えば、図７のモニタ装置５４）にプレビュー映像として表示させることを制御する表示制御手段（例えば、図８のステップＳ２５の処理を実行する図７の主コントローラ５２）をさらに設けるようにすることができる。
【００６４】
この第１の情報処理装置は、前記表示制御手段の制御により前記表示装置に表示されるプレビュー映像を見るオペレータにより操作され、前記オペレータの指示に対応する情報を前記情報処理装置自身に入力させる入力手段（例えば、図７の主コントローラ５２のＧＵＩ６２）をさらに設け、２パス目の前記エンコード処理の開始の指示に対応する第１の情報が前記入力手段から入力された場合（例えば、図８のステップＳ２６の処理でＹＥＳであると判定された場合）、前記エンコード制御手段は、前記エンコーダが前記ビデオデータに対して２パス目の前記エンコード処理を施すことの制御を開始する（例えば、図８のステップＳ３０の処理を開始する）ようにすることができる。
【００６５】
この第１の情報処理装置において、前記第１の情報が入力される前に、前記第２のエンコード条件のうちの少なくとも一部の変更の指示に対応する第２の情報が前記入力手段から入力された場合（例えば、図８のステップＳ２６の処理でＮＯであると判定された場合）、前記検出手段と前記設定手段とのうちの少なくとも１つは、前記第２の情報の内容に従って自分自身の処理を再度実行し（例えば、図８において、ステップＳ２８の処理の後ステップＳ２９の処理を実行するか、或いは、ステップＳ２１乃至Ｓ２３の処理を再度実行し）、前記表示制御手段は、前記検出手段と前記設定手段とのうちの少なくとも１つの再処理の結果少なくとも一部が変更された前記第２のエンコード条件に従った２パス目の前記エンコード処理が前記ビデオデータに対して施された場合に得られるはずの前記第２のエンコードビデオデータに対応する映像を、前記表示装置にプレビュー映像として表示させることを制御し（例えば、図８のステップＳ２５の処理を再度実行し）、その後、前記第１の情報が前記入力手段から入力された場合（例えば、図８のステップＳ２６の処理でＹＥＳであると判定された場合）、前記エンコード制御手段は、前記検出手段と前記設定手段とのうちの少なくとも１つの再処理の結果少なくとも一部が変更された前記第２のエンコード条件に従った２パス目の前記エンコード処理を、前記エンコード手段が前記ビデオデータに対して施すことの制御を開始する（例えば、図８のステップＳ３０の処理を開始する）ようにすることができる。
【００６６】
本発明によれば、第１の情報処理方法が提供される。この第１の情報処理方法（例えば、図８の「ビデオデータ生成処理」に対応する方法）は、本発明の上述した第１の情報処理装置の情報処理方法である。この第１の情報処理方法は、所定のエンコード条件に従った１パス目の前記エンコード処理を前記エンコーダが前記ビデオデータに対して施すことを制御し、その制御の結果得られる第１のエンコードビデオデータを構成する各アクセスユニットのデータのそれぞれについてのエンコードタイプとデータ量とを、前記ビデオデータに対してこれから施される２パス目の前記エンコード処理で利用される情報として検出する検出ステップ（例えば、図８のステップＳ２２の処理）を含むことを特徴とする。
【００６７】
本発明によれば、第１の記録媒体が提供される。この第１の記録媒体（例えば、図１１のリムーバブル記録媒体２１１や、記憶部２０８に含まれるハードディスク等）のプログラムは、例えば、図１１のコンピュータに実行させるプログラムであって、本発明の上述した第１の情報処理方法に対応するプログラムである。
【００６８】
また、本発明によれば、この第１の記録媒体のプログラムに対応する第１のプログラムも提供される。
【００６９】
本発明によれば、第２の情報処理装置が提供される。この第２の情報処理装置（例えば、図９のプラント側オーサリング装置１０１）は、ビデオデータを構成する各アクセスユニットのデータのそれぞれに対して、エンコードタイプを切り替えながらエンコード処理を施すエンコーダ（例えば、図５のスタジオ側オーサリング装置１１のビデオ信号処理装置２４のうちの図７のエンコーダ５３）から出力されるデータ（例えば、直接的には図７のエンコードビデオデータＤ２であって、実際にはその他のデータと多重化された結果生成される多重化ストリームファイルである。この多重化ストリームファイルは、図９の例では、ディスクイメージデータとして、プラント側オーサリング装置１０１に入力される）を所定の記録媒体（例えば、図９の光ディスク１１４）に記録させる情報処理装置である。この第２の情報処理装置は次のような特徴を有する。即ち、第１のエンコード条件に従った１パス目の前記エンコード処理が前記エンコーダにより前記ビデオデータに対して施され、その結果得られる第１のエンコードビデオデータを構成する各アクセスユニットのデータのそれぞれについてのエンコードタイプとデータ量とが他の情報処理装置（例えば、図７のビデオ信号処理装置２４のうちの特に主コントローラ５２）により検出され、検出されたアクセスユニット毎の前記エンコードタイプと前記データ量とに基づいて、前記ビデオデータに対して２パス目の前記エンコード処理が施された場合に得られる第２のエンコードビデオデータ全体の目標ビット量が各アクセスユニットのそれぞれに割り振られることで、前記各アクセスユニットのそれぞれの目標ビット量が前記他の情報処理装置により設定され、前記他の情報処理装置により検出されたアクセスユニット毎の前記エンコードタイプと、前記他の情報処理装置により設定されたアクセスユニット毎の前記目標ビット量とを少なくとも含む第２のエンコード条件に従った２パス目の前記エンコード処理が、前記エンコーダにより前記ビデオデータに対して施され、その結果得られる前記第２のエンコードビデオデータが前記エンコーダから出力された場合、前記第２のエンコードビデオデータを取得する取得手段（例えば、図９のプリマスタリング装置１１１）と、前記取得手段により取得された前記第２のエンコードビデオデータを前記記録媒体に記録させる記録手段（例えば、図９のカッティング装置１１３）とを備えることを特徴とする。
【００７０】
本発明によれば、第２の情報処理方法が提供される。この第２の情報処理方法（例えば、図１０のプラント側オーサリング装置の処理に対応する方法）は、本発明の上述した第２の情報処理装置の情報処理方法である。上述した第２の情報処理装置の対応関係で説明した場合と同様に、第２のエンコードビデオデータがエンコーダから出力された場合、前記第２のエンコードビデオデータを取得する取得ステップ（例えば、図１０のステップＳ４１の処理）と、前記取得ステップにより取得された前記第２のエンコードビデオデータを前記記録媒体に記録させる記録ステップ（例えば、図１０のステップＳ４４の処理）とを含むことを特徴とする。
【００７１】
本発明によれば、第２の記録媒体が提供される。この第２の記録媒体（例えば、図１１のリムーバブル記録媒体２１１や、記憶部２０８に含まれるハードディスク等）のプログラムは、例えば図１１のコンピュータに実行させるプログラムであって、本発明の上述した第２の情報処理方法に対応するプログラムである。
【００７２】
また、本発明によれば、この第２の記録媒体のプログラムに対応する第１のプログラムも提供される。
【００７３】
以上説明したように、本発明では、ビデオデータに対する各種処理はアクセスユニット単位で実行される。アクセスユニットとは、フレームやフィールドといった動画像（ビデオ）の単位を指し、具体的には例えば、動画像を構成する各コマ（静止画像）全体またはその一部分を指す。ただし、以下、説明の簡略上、ビデオデータに対する各種処理はフレーム単位で実行されるとする。
【００７４】
次に、図面を参照して、本発明の実施の形態について説明する。
【００７５】
図５は、本発明が適用される、スタジオ側に設置されるオーサリング装置（以下、スタジオ側オーサリング装置と称する）の一構成例を示している。
【００７６】
このスタジオ側オーサリング装置１１は、メニュー信号処理装置２１乃至オーサリングアプリケーション実行装置２８がネットワーク２９を介して相互に接続され、さらに、ダウンローダ２６にはライタ３０を介してＤＬＴ（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」ではないと判定されて、処理はステップＳ２７に進む。
【０１７５】
ステップＳ２７において、主コントローラ５２は、ピクチャタイプの変更が指示されたか否かを判定する。
【０１７６】
即ち、オペレータは、ＧＵＩ６１を操作することで、編集対象のビデオデータＤ１を構成する各フレームのうちの１枚以上のフレームのピクチャタイプを、ＢまたはＰピクチャからＩピクチャに変更させる指示を、主コントローラ５２に入力させることができる。
【０１７７】
このようなオペレータの指示がない場合には、ステップＳ２７において、ピクチャタイプの変更が指示されていないと判定されて、処理はステップＳ２８に進む。
【０１７８】
ステップＳ２８において、主コントローラ５２は、「カスタマイズ処理」を実行する。ここで言う「カスタマイズ処理」とは、例えば、オペレータのＧＵＩ６１の操作に応動して部分的にエンコード条件を変更することにより、部分的に画質を変更する処理を指す。
【０１７９】
さらに、主コントローラ５２は、続くステップＳ２９において、上述したステップＳ２３と同様の「ビット配分計算処理」を再実行することで、目標ビット量の設定を更新する。即ち、ステップＳ２９の処理とは、上述したステップＳ２３の処理と基本的に同様の処理である。ただし、ステップＳ２９の処理では、直前のステップＳ２８の「カスタマイズ処理」の結果を利用する点が、ステップＳ２３の処理とは異なる点である。
【０１８０】
このステップＳ２９の処理が終了すると、処理はステップＳ２４に戻され、それ以降の処理が繰り返される。
【０１８１】
これに対して、オペレータからのピクチャタイプ変更の指示があった場合、ステップＳ２７において、ピクチャタイプの変更が指示されたと判定されて、処理はステップＳ２１に戻され、それ以降の処理が繰り返される。
【０１８２】
即ち、オペレータからピクチャタイプの変更が指示されたフレームがシーンチェンジポイントであるとみなされて、その結果、上述したステップＳ２１の各種情報の取得処理以降の一連の処理がやり直されることになる。
【０１８３】
以上、図７を参照して、ビデオ信号処理装置２４の詳細な構成例について説明し、その後、図８を参照して、このビデオ信号処理装置２４の「ビデオデータ生成処理」、即ち、本発明の「２パスエンコード」の一例について説明した。
【０１８４】
以上説明したように、係るビデオ信号処理装置２４は、フレーム毎の困難度とピクチャタイプとを基準にして、２パス目のエンコード処理で利用される第２のエンコード条件を設定することができる。さらに、このビデオ信号処理装置２４は、オペレータの操作に応動して、この第２のエンコード条件を変更することができる。これにより、最終的にオペレータの満足する第２のエンコード条件によりビデオデータＤ１がエンコードされ、その結果得られるエンコードビデオデータＤ２がファイルサーバ２７に記憶されるのである。
【０１８５】
さらに、このとき設定される第２のエンコード条件の基準となる困難度とピクチャタイプとは１パス目のエンコード処理結果であるが、本発明においては従来とは異なり、１パス目と２パス目とのそれぞれのエンコード処理で利用されるピクチャタイプは全フレームで同一となる。即ち、本発明においては、「１パス目のエンコード処理で利用（設定）されたピクチャタイプをそのまま２パス目のエンコード処理でも利用する」という条件が、この第２の条件に含まれているとも言える。従って、上述した特許文献１の手法で発生する問題点は、本発明では発生しないことになる。これにより、本発明では、記録メディアに用意された容量を効率的に使い切るようにエンコードビデオデータＤ２を作成することが可能になる。即ち、上述した従来の課題を解決することが可能になる。
【０１８６】
その後、上述したように、図５のスタジオ側オーサリング装置１１において、このエンコードビデオデータＤ２と、その他のエンコードビデオデータやエンコードオーディオデータとが多重化され、その結果得られる多重化ストリームファイルが、ＤＬＴ３１、ＨＤＤ３２、およびネットワーク３３のうちの少なくとも１つに記憶される。
【０１８７】
そして、上述したように、ＤＬＴ３１、ＨＤＤ３２、およびネットワーク３３のうちの少なくとも１つに記憶された多重化ストリームファイルは、ディスクイメージデータとして、例えばプラント側に設置される図９のオーサリング装置（以下、プラント側オーサリング装置と称する）に供給される。
【０１８８】
即ち、図９は、本発明が適用されるプラント側オーサリング装置の一構成例を示している。
【０１８９】
図９に示されるように、このプラント側オーサリング装置１０１は、例えば、プリマスタリング装置１１１、フォーマッタ１１２、およびカッティング装置１１３から構成される。
【０１９０】
ここで、図１０のフローチャートを参照して、このプラント側オーサリング装置１０１の処理例について説明する。
【０１９１】
ステップＳ４１において、プリマスタリング装置１１１は、ディスクイメージデータ（図７のエンコードビデオデータＤ２を含む多重化ストリームファイル）を取得する。
【０１９２】
次に、ステップＳ４２において、プリマスタリング装置１１１は、外部から与えられるコピープロテクションデータを用いてディスクイメージデータを暗号化し、その結果得られる暗号化データをフォーマッタ１１２に供給する。
【０１９３】
ステップＳ４３において、フォーマッタ１１２は、信号のレベル変換処理等各種処理を暗号化データに対して施し、その結果得られる信号をカッティング装置１１３に供給する。
【０１９４】
ステップＳ４４において、カッティング装置１１３は、フォーマッタ１１２から供給される信号を元に、マスターディスク１１４（ディスクイメージデータが記録された光ディスクの原盤１１４）を作成する。
【０１９５】
これにより、プラント側オーサリング装置１０１の処理は終了となる。
【０１９６】
以上説明したように、上述した図７のビデオデータＤ１に対する１パス目のエンコード処理において、ビデオ素材に最適化されたピクチャタイプが設定されて利用され、そのピクチャタイプを基準にして各フレームの目標ビット量の設定が行われる。その後、１パス目と同一のそのピクチャタイプが利用され、かつ、１パス目で設定されたその目標ビット量が利用されて、２パス目のエンコード処理がビデオデータＤ１に対して施され、その結果としてエンコードビデオデータＤ２が得られる。そして、このエンコードビデオデータＤ２を含むディスクイメージデータがプラント側オーサリング装置１０１に供給されて、光ディスク１１４に記録される。
【０１９７】
従って、光ディスク１１４の使用可能ディスク容量を図５のスタジオ側オーサリング装置１１に事前に通知しておくことで、図７のビデオ信号制御装置２４は、その通知に見合った目標ビット量を設定することが可能になる。その結果、光ディスク１１４に記録されるディスクイメージデータのデータ量が、光ディスク１１４の使用可能ディスク容量に比較して不足したり余剰となってしまうことを防ぐことができる。これにより、光ディスク１１４のディスク容量を最大限使い切ることが可能になり、結果として光ディスク１１４に記録されるビデオデータの画質が向上されることになる。
【０１９８】
ところで、上述した一連の処理は、ハードウエアにより実行させることもできるが、ソフトウエアにより実行させることができる。
【０１９９】
この場合、図５のスタジオ側オーサリング装置１１全体またはその一部分は、例えば図１１に示されるようなコンピュータとして構成することができる。なお、スタジオ側オーサリング装置１１の一部分とは、例えば、図５のビデオ信号処理装置２４全体のときもあるし、或いは、さらに、そのビデオ信号処理装置２４の一部分、例えば、図７の主コントローラ５２等のときもある。
【０２００】
同様に、図９のプラント側オーサリング装置１０１全体またはその一部分は、例えば図１１に示されるようなコンピュータとして構成することができる。なお、プラント側オーサリング装置１０１の一部分とは、スタジオ側オーサリング装置１１のそれと同様に、例えば、カッティング装置１１３全体のときもあるし、或いは、さらに、そのカッティング装置１１３の図示せぬ一部分のときもある。
【０２０１】
図１１において、CPU（Central Processing Unit）２０１は、ROM（Read Only Memory）２０２に記録されているプログラム、または記憶部２０８からRAM（Random Access Memory）２０３にロードされたプログラムに従って各種の処理を実行する。RAM２０３にはまた、CPU２０１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【０２０２】
例えば、図７の主コントローラ５２が図１１のコンピュータで構成される場合、ＶＴＲコントロール部６２、ビットアサイン部６３、および、エンコードコントロール部６４等は、CPU２０１が実行するプログラムとして構成することができる。
【０２０３】
CPU２０１、ROM２０２、およびRAM２０３は、バス２０４を介して相互に接続されている。このバス２０４にはまた、入出力インタフェース２０５も接続されている。
【０２０４】
入出力インタフェース２０５には、入力部２０６、出力部２０７、記憶部２０８、および、通信部２０９が接続されている。
【０２０５】
入力部２０６は、例えば、出力部２０７の表示部も兼ねたタッチパネル、キーボード、受光部を含むリモートコントローラ、マウスなどの入力機器で構成される。
【０２０６】
出力部２０７は、例えば、ディスプレイ等の表示部単体、スピーカやヘッドフォン出力端子等の音声出力部単体、または、それらの組合せで構成される。
【０２０７】
従って、例えば、図７の主コントローラ５２が図１１のコンピュータで構成される場合、ＧＵＩ６１は、入力部２０６、出力部２０７、および、CPU２０１が実行するプログラムの組み合わせで構成することができる。
【０２０８】
記憶部２０８は、例えばハードディスクなどで構成される。また、通信部２０９は、例えばモデム、ターミナルアダプタ、無線通信機器などより構成され、他の情報処理装置との間の通信を制御する。例えば、図７の主コントローラ５２が図１１のコンピュータで構成される場合、通信部１０９は、ネットワーク２９を介するオーサリングアプリケーション実行装置２８やファイルサーバ２７との間の通信を制御したり、ビデオテープレコーダ５１やエンコーダ５３との間の通信を制御する。
【０２０９】
入出力インタフェース２０５にはまた、必要に応じてドライブ２１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどよりなるリムーバブル記録媒体２１１が適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部２０８にインストールされる。
【０２１０】
ところで、上述した一連の処理もソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。
【０２１１】
このようなプログラムを含む記録媒体は、図１１に示されるように、装置本体とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク（フロッピディスクを含む）、光ディスク（CD-ROM(Compact Disk-Read Only Memory),DVD(Digital Versatile Disk)を含む）、光磁気ディスク（ＭＤ（Mini-Disk）を含む）、もしくは半導体メモリなどよりなるリムーバブル記録媒体（パッケージメディア）２１１により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているROM２０２や、記憶部２０８に含まれるハードディスクなどで構成される。
【０２１２】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０２１３】
また、本明細書において、システムとは、複数の装置や処理部により構成される装置全体を表すものである。
【図面の簡単な説明】
【０２１４】
【図１】従来の２パスエンコードの概略を示すブロック図である。
【図２】従来の２パスエンコードの概略を示すブロック図である。
【図３】従来の２パスエンコードのうちの１パス目のエンコード処理におけるピクチャタイプの例を示す図である。
【図４】従来の２パスエンコードのうちの２パス目のエンコード処理におけるピクチャタイプの例を示す図である。
【図５】本発明が適用されるスタジオ側オーサリング装置の構成例を示すブロック図である。
【図６】図５のスタジオ側オーサリング装置の処理例を示すフローチャートである。
【図７】図５のスタジオ側オーサリング装置のうちのビデオ信号処理装置の構成例を示すブロック図である。
【図８】図７のビデオ信号処理装置が実行する「ビデオデータ生成処理」の例を示すフローチャートである。
【図９】本発明が適用されるプラント側オーサリング装置の構成例を示すブロック図である。
【図１０】図９のプラント側オーサリング装置の処理例を示すフローチャートである。
【図１１】本発明が適用される情報処理装置の構成例を示すブロック図である。
【符号の説明】
【０２１５】
１１  スタジオ側オーサリング装置，  ２１  メニュー信号処理装置，  ２２  サブタイトル信号処理装置，  ２３  オーディオ信号処理装置，  ２４  ビデオ信号処理装置，  ２５  マルチプレクサ，  ２６  ダウンローダ，  ２７  ファイルサーバ，  ２８  オーサリングアプリケーション実行装置，  ２９  ネットワーク，  ３０  ライタ，  ３１  ＤＬＴ，  ３２  ＨＤＤ，  ３３  ネットワーク，  ５１  ビデオテープレコーダ，  ５２  主コントローラ，  ５３  エンコーダ，  ５４  モニタ装置，  ６１  ＧＵＩ，  ６２  ＶＴＲコントロール部，  ６３  ビットアサイン部，  ６４  エンコードコントロール部，  １０１  プラント側オーサリング装置，  １１１  プリマスタリング装置，  １１２  フォーマッタ，  １１３  カッティング装置，  １１４  光ディスク装置
【図１】
2006074461.tif 000003
【図２】
2006074461.tif 000004
【図３】
2006074461.tif 000005
【図４】
2006074461.tif 000006
【図５】
2006074461.tif 000007
【図６】
2006074461.tif 000008
【図７】
2006074461.tif 000009
【図８】
2006074461.tif 000010
【図９】
2006074461.tif 000011
【図１０】
2006074461.tif 000012
【図１１】
2006074461.tif 000013