映像伝送方式
【課題】ユーザーが任意で定義する補助データを映像信号に多重することが可能な映像伝送方式において、圧縮符号化・復号化の回数（世代数）や各世代における方式を把握することを可能とする。
【解決手段】ユーザーが任意で定義する補助データを映像信号に多重することが可能な映像伝送方式において、映像信号に対する圧縮符号化・復号化の多段実行回数及び各実行回数における圧縮符号化・復号化の種類をフレーム毎に管理し、これらを示すデータを補助データとして前記映像信号にフレーム毎に多重する。
【解決手段】ユーザーが任意で定義する補助データを映像信号に多重することが可能な映像伝送方式において、映像信号に対する圧縮符号化・復号化の多段実行回数及び各実行回数における圧縮符号化・復号化の種類をフレーム毎に管理し、これらを示すデータを補助データとして前記映像信号にフレーム毎に多重する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像伝送装置が映像信号を伝送する際に使用する映像伝送方式に関し、特に、圧縮符号化・復号化の回数（世代数）や各世代における符号化方式を把握し、劣化の度合いを管理できる映像信号を伝送する映像伝送方式に関する。
【背景技術】
【０００２】
近年の放送・映像システムでは、デジタル化した映像データに対してＭＰＥＧ−２やＨ．２６４等の非可逆圧縮符号化・復号化を施すことにより、一般にＨＤＴＶ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｔｅｌｅｖｉｓｉｏｎ）と呼ばれるような高精細・高解像度の映像データをリアルタイムで送受信することが可能となっている。
また、デジタル化は映像データの再利用を飛躍的に向上させた。例えば、地上デジタル放送の映像データをワンセグへ再送信する際には、再度、圧縮符号化・復号化を実施することで異なるビットレートへ変換する。
【０００３】
更に、デジタル・シネマ等やＢｌｕ−ｒａｙ ＤＶＤ等のような高画質を極めようとする業界では、映像ストリームやファイル全体を通した画質評価では満足せず、フレーム毎に圧縮符号化・復号化のパラメータを調整することで高画質化を図っている。
しかしながら、通常の圧縮符号化・復号化は圧縮劣化（画質劣化）を伴うものであり、圧縮符号化・復号化の世代数（繰り返し回数）は２〜３回が限度であると考えられている。そのため、符号化処理の履歴を残しておき、画質の劣化をある範囲に収めるようにする編集方法等が知られている（例えば、特許文献２及び３参照）。
【０００４】
一方、ＳＭＰＴＥ ２９２Ｍ等で規定され、機器間の映像信号インタフェースとして標準的に使用されているＨＤ−ＳＤＩ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ−Ｓｅｒｉａｌ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ）のような公知の映像ストリームフォーマットでは、圧縮符号化・復号化の世代数（繰り返し回数）を示す情報が含まれていない（非特許文献１及び２参照）。このため、現状では、映像ストリームやファイル全体を通して再度、圧縮符号化・復号化を行った後に、全体を再生して画質を確認しており、非常に非効率であった。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−５５５７９号公報
【特許文献２】特開平８−１３０７１２号公報
【特許文献３】特開平１０−５６６１３号公報
【非特許文献】
【０００６】
【非特許文献１】ＢＴＡ Ｓ−００５Ｂ、「１１２５／６０方式ＨＤＴＶビット直列インタフェースにおける補助データの共通規格」、社団法人電波産業会、１９９８年３月
【非特許文献２】ＡＲＩＢ ＳＴＤ−Ｂ４０、「補助データのＰＥＳ伝送方式」、社団法人電波産業会、２００２年７月
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述のように、映像ストリーム或いは映像ファイル等の圧縮符号化・復号化を実施した回数（世代数）が多い場合には、例えば３回以上の場合には、画質劣化の影響が大きい。しかしながら、特許文献２のような独自方式で符号化処理履歴を記録しても、ＳＤＩのような非圧縮映像を伝送する標準的な信号インタフェースで伝送できないため、映像信号の取り込み先の機器では、画質劣化が許容範囲であるかどうかを確認するために、映像ストリームやファイル等の先頭から再生し、人の視覚で全体をチェックしなければならず、非常に非効率であった。
【０００８】
本発明は、このような従来の事情に鑑み為されたもので、圧縮符号化・復号化の回数（世代数）や各世代における符号化方式等を把握することが可能な映像信号を伝送する映像伝送方式を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明では、ユーザーが任意で定義する補助データを映像信号に多重することが可能な映像伝送方式において、次のような構成とした。
すなわち、映像信号に対する圧縮符号化・復号化の多段実行回数（世代数）及び各実行回数（各世代）における圧縮符号化・復号化の種類をフレーム毎に管理し、これらを示すデータ（世代数を示すデータ及び各世代における圧縮符号化・復号化の種類を示すデータ）を補助データとして前記映像信号にフレーム毎に多重する。
【００１０】
従って、映像のフレーム毎に、圧縮符号化・復号化の回数（世代数）や各世代における種類（方式の種類）を把握することが可能な映像信号を伝送することができ、例えば、映像の編集作業を効率化することができる。
【００１１】
一構成例として、本発明では、次のような映像伝送装置（補助データを多重する側である例えば送信側の装置）を提供することもできる。
ユーザーが任意で定義する補助データを映像信号に多重することが可能な映像伝送方式を使用して映像信号を伝送する映像伝送装置において、
映像信号に対する圧縮符号化・復号化の多段実行回数や各実行回数における圧縮符号化・復号化の種類をフレーム（若しくはフィールド）毎に管理する管理手段と、
前記管理手段により管理される前記多段実行回数を示すデータや前記種類を示すデータを補助データとして前記映像信号にフレーム毎に多重する補助データ多重手段と、
を備えたことを特徴とする映像伝送装置。
【００１２】
また、一構成例として、本発明では、次のような映像伝送装置（補助データを分離する側である例えば受信側の装置）を提供することもできる。
ユーザーが任意で定義する補助データを映像信号に多重することが可能な映像伝送方式を使用して映像信号を伝送する映像伝送装置において、
映像信号に対する圧縮符号化・復号化の多段実行回数を示すデータや各実行回数における圧縮符号化・復号化の種類を示すデータが補助データとしてフレーム毎に多重された映像信号から当該多段実行回数を示すデータや当該種類を示すデータを分離（抽出）する補助データ分離手段を備えたことを特徴とする映像伝送装置。
【００１３】
一構成例として、非圧縮映像信号と補助データとを多重して伝送する映像伝送方式において、該非圧縮映像信号に対する過去に為された圧縮符号化・復号化の実行回数及び各実行回数における圧縮符号化・復号化の種類をフレーム毎に補助データとしてフレーム毎に多重することを特徴とする映像伝送方式。
更に、一構成例として、前記映像伝送方式で伝送される信号はＳＤＩ信号であり、前記補助データは、該ＳＤＩ信号のＹデータ領域であって、ユーザーが任意で定義できるＨＡＮＣ（Ｈｏｒｉｚｏｎｔａｌ Ａｎｃｉｌｌａｒｙ）領域内で多重されることを特徴とする前記映像伝送方式。
【発明の効果】
【００１４】
以上説明したように、本発明に係る映像伝送方式によると、圧縮符号化・復号化の回数（世代数）や各世代における種類（符号化方式の種類）を把握することが可能な映像信号を伝送することができ、例えば、映像の編集作業を効率化することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施例に係る映像伝送方式の映像信号の構成例を示す図である。
【図２】本発明の一実施例に係る補助データの構成例を示す図である。
【図３】本発明の一実施例に係るＵＤＷの構成例を示す図である。
【図４】本発明の一実施例に係る圧縮符号化・復号化方式の割り当て値の一例を示す図である。
【図５】本発明の一実施例に係る映像編集装置の機能ブロック図である。
【発明を実施するための形態】
【００１６】
本発明に係る実施例を図面を参照して説明する。
図１には、本発明の一実施例に係る映像伝送方式の映像信号の構成例を示してある。本例のＳＤＩ映像信号の構成は、非特許文献１の規定に従っており、図１には、Ｙ（輝度）データのみを図示してある。図の横方向が映像信号の１水平ライン期間に相当し、１ライン期間は、ＳＡＶ（Ｓｔａｒｔ ｏｆ Ａｃｔｉｖｅ Ｖｉｄｅｏ）から始まり、有効映像領域（もしあれば）、ＥＡＶ（Ｅｎｄ ｏｆ Ａｃｔｉｖｅ Ｖｉｄｅｏ）、ＬＮ（Ｌｉｎｅ Ｎｕｍｂｅｒ）、ＣＲＣＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ Ｃｏｄｅ）と続き、ＨＡＮＣ（Ｈｏｒｉｚｏｎｔａｌ Ａｎｃｉｌｌａｒｙ）領域（もしあれば）で終わる。
図１における斜線部分は、非特許文献１で規定された補助データ多重可能領域で、この領域へ補助データの多重が可能である。Ｐｂ／Ｐｒデータ（図示しない）には、ＨＡＮＣ領域に音声が多重されている。
【００１７】
本例では、このような補助データ多重可能領域へ、圧縮符号化・復号化の世代数を示す情報や各世代における方式を示す情報を、ユーザー定義の補助データとして多重する。
具体的に、本例では、このような情報を、ＹデータのＨＡＮＣ領域に多重し、ｏｄｄフィールドとｅｖｅｎフィールドの有効映像領域の最初のライン（第４１ライン、第６０３ライン）へそれぞれ多重する。この多重位置は、図１において、補助データのｏｄｄフィールド多重位置１、補助データのｅｖｅｎフィールド多重位置２、として格子模様で示されている。
【００１８】
図２には、補助データの構成例（形式の一例）を示してある。本例の補助データは、補助データフラグ（ＡＤＦ）、データ識別ワード（ＤＩＤ）、第２データ識別ワード（ＳＤＩＤ）、データカウントワード（ＤＣ）、ユーザーデータワード（ＵＤＷ）、チェックサムワード（ＣＳ）から構成されている。なお、ワード長は１０ビットであるとする。また、ｈは１６進表現であることを示す。
【００１９】
ＡＤＦは、補助データパケットの開始を示し、０００ｈ、３ＦＦｈ、３ＦＦｈの連続する３ワードで構成されるユニーク・コードである。
ＤＩＤは、１ワードで構成され、データ識別のためのコードであり、この値によりＵＤＷの種類を示す。本例では、ＤＩＤの値として、ｂ０〜ｂ７（１ワード内の下位８ビット）はユーザー用（５０ｈ〜５Ｆｈ）を使用し、ｂ８はｂ０〜ｂ７に対する偶数パリティとなり、ｂ９はｂ８の反転となる。
ＳＤＩＤは、１ワードで構成され、ＤＩＤと同様に、ＵＤＷの種類を示す。本例では、ＳＤＩＤの値として、ｂ０〜ｂ７として使用可能な（０１ｈ〜ＦＦｈ）を使用し、また、ｂ８、ｂ９はＤＩＤと同様である。
【００２０】
ＤＣは、１ワードで構成され、ＵＤＷのワード数を示す。ＤＣの値として、ｂ０〜ｂ７はワード数（ワード長）を示し、ｂ８、ｂ９はＤＩＤ等と同様である。
ＵＤＷは、ＤＩＤがユーザー用を示すときに、ワード数が２５５以下であれば、その構造は任意となっている。但し、ＵＤＷの各ワード値としては、００４ｈ〜３ＦＢｈを使用する。
ＣＳは、１ワードで構成され、ＤＩＤからＵＤＷの最後のワードまでの下位９ｂｉｔの総和の下位９ｂｉｔ（ｂ０〜ｂ８）を用いる。ＣＳの最上位ビットｂ９は、ｂ８の反転値となる。
【００２１】
次に、本発明の一実施例に係る補助データのＵＤＷの詳細について説明する。
図３には、本例のＵＤＷの構成例を示してある。
本例のＵＤＷは、ＵＤＷ０〜ＵＤＷ４の５ワードで構成され、先頭のＵＤＷ０には、圧縮符号化・復号化の世代数を格納する。具体的には、ＵＤＷ０のｂ７〜ｂ４を使用する。この書き込みビット位置は、禁止コード以外であればどこでもよいが、本例では視覚的及びビット配列的に認識し易い配置にしてある。図３の例では、ＵＤＷ０は０４０ｈであり、これは世代数が“４”であることを示す。
【００２２】
また、ＵＤＷ１以降の各ワードを、各世代数における圧縮符号化・復号化の方式を示すワードとして割り当てる。具体的には、ＵＤＷ１が第１回目の圧縮符号化・復号化の方式を表わし、ＵＤＷ２が第２回目の圧縮符号化・復号化の方式を表わし、ＵＤＷ３が第３回目の圧縮符号化・復号化の方式を表わし、ＵＤＷ４が第４回目の圧縮符号化・復号化の方式を表わす。
【００２３】
図４の表には、各圧縮符号化・復号化方式の割り当て値の一例を示してある。
図４の例では、ＵＤＷｘ（ｘ＝１〜４のいずれか）＝０１０ｈであれば、その世代数においてＪＰＥＧの圧縮符号化（及び復号化）が施されたことを示し、ＵＤＷｘ＝０２０ｈであれば、その世代数においてＪＰＥＧ２０００の圧縮符号化（及び復号化）が施されたことを示し、ＵＤＷｘ＝０３０ｈであれば、その世代数においてＭＰＥＧ−２の圧縮符号化（及び復号化）が施されたことを示し、ＵＤＷｘ＝０４０ｈであれば、その世代数においてＭＰＥＧ−４ ｐａｒｔ２の圧縮符号化（及び復号化）が施されたことを示し、ＵＤＷｘ＝０５０ｈであれば、その世代数においてＭＰＥＧ−４ ｐａｒｔ１０／Ｈ．２６４の圧縮符号化（及び復号化）が施されたことを示し、ＵＤＷｘ＝０６０ｈであれば、その世代数において他（ｏｔｈｅｒ）の圧縮符号化（及び復号化）が施されたことを示す。
【００２４】
上記の設定に基づくと、図３に示されるＵＤＷでは、圧縮符号化・復号化の世代数（ＵＤＷ０＝０４０ｈ）は４（回）であり、第１回目の圧縮符号化・復号化の方式（ＵＤＷ１＝０１０ｈ）はＪＰＥＧであり、第２回目の圧縮符号化・復号化の方式（ＵＤＷ２＝０２０ｈ）はＪＰＥＧ２０００であり、第３回目の圧縮符号化・復号化の方式（ＵＤＷ３＝０１０ｈ）はＪＰＥＧであり、第４回目の圧縮符号化・復号化の方式（ＵＤＷ４＝０３０ｈ）はＭＰＥＧ−２であることを示している。なお下位４ビットは未使用であるが、将来の拡張として、符号化による劣化度を数値化したものを格納したり、トランスコーデック時の各種パラメータ等を格納するために利用されうる。
【００２５】
本例において、上述のような補助データを多重した映像データを圧縮符号化する際には、補助データを映像データから分離して、非特許文献２の規格に則ってＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）化する。このＰＥＳデータをＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）パケットに分割多重することで、規格に則っている一般的な伝送装置において、補助データを欠落することなく送受信することが可能である。また、ＰＥＳデータにはフレーム毎に同期再生するための時間情報（ＰＴＳ：Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）が含まれており、送受信での補助データの多重フレーム位置を同期化することができる。
【００２６】
このとき、補助データの伝送ビットレートはわずかなものであり、本例で示した図１〜図３の構成例では、次のようになる。
１フィールド中のｂｉｔ数［ｂｉｔ／ｆｉｅｌｄ］
＝ＴＳヘッダ＋ＰＥＳヘッダ＋ＡＮＣ＿ｄａｔａ（≦１２０ｂｉｔ）＋ｓｔｕｆｆｉｎｇ（ＴＳパケット１回分で転送）
＝１８８［ｂｙｔｅ／ＴＳパケット］×８［ｂｉｔ］
＝１５０４［ｂｉｔ］。
補助データ伝送レート
＝３０／１．００１［ｆｒａｍｅ／ｓｅｃ］×１フィールド中のｂｉｔ数［ｂｉｔ／ｆｉｅｌｄ］×２［ｆｉｅｌｄ／ｆｒａｍｅ］
≒９０．１５［ｋｂｐｓ］。
【００２７】
このように本例では、フィールド毎に、圧縮符号化・復号化の世代数及び各世代における圧縮符号化・復号化の方式を示す最長１２ワードの補助データを多重することにより、フィールド毎にそれらについて把握することが可能となる。
本例では、ＡＲＩＢ規格等に準じた補助データ多重方式におけるユーザー定義の領域を使用している。このため、送信機と受信機との間での互換性が損なわれることが無い。また、ＡＲＩＢ規格等に則った一般的な映像機器やソフトウエアを用いることで、そのデータの抽出は容易である。
なお、補助データは、フィールド毎ではなくフレーム毎に設けてもよい。
【実施例】
【００２８】
図５は、本発明の一実施例に係る映像編集装置の機能ブロック図である。
ＳＤＩ−Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）１１は、同軸ケーブル等に接続されＨＤや３ＧのＳＤＩ信号を入出力可能なハードウェア（物理層）、及びデータ・フォーマットおよびマッピング機能を提供する。
ＥＮＣ／ＤＥＣ（Ｅｎｃｏｄｅｒ／Ｄｅｃｏｄｅｒ）１２は、ＳＤＩ−Ｉ／Ｆ１１から入力された映像、音声、アンシラリを適宜圧縮して、ＭＸＦエンジン１３（後述）に出力する。またＭＸＦエンジン１３から受け取った映像、音声、アンシラリデータのうちエンコードされているものをデコードして、ＳＤＩ−Ｉ／Ｆ１１に出力する。なお、本例では、映像についてはＡＶＣ−Ｉｎｔｒａで圧縮し、アンシラリは圧縮しない（素通りさせる）ものとして説明する。ただし、アンシラリのうち本発明の補助データに関しては、ＥＮＣ／ＤＥＣ１２が映像に対して復号化を行ったときに、その映像に対応する補助データに、ＵＤＷ０の示す世代数を１加算するとともにＵＤＷの最後に新たなワードを追加する。
【００２９】
ＭＸＦ（Ｍａｔｅｒｉａｌ ｅＸｃｈａｎｇｅ Ｆｏｒｍａｔ）エンジン１３は、ファイル記録部１４（後述）に格納する（された）ＭＸＦファイルへの高レベルでのアクセス操作を提供する。ＭＸＦエンジン１３はいくつかの機能に分けられるが、ＥＮＣ／ＤＥＣ１２から入力された映像、音声、アンシラリをＭＸＦファイル化する際は、ＭＸＦ化機能を利用する。
ＭＸＦファイル化は、ラッピングの仕方により多様であるが、本例のＭＸＦ化機能は、一例として、映像、音声、アンシラリ（ＶＢＩ）を（クリップ単位で）別個のＭＸＦファイルにする“ＯＰ−Ａｔｏｍ”と呼ばれるオペレーショナルパターンを使用する。ただし、水平帰線期間に多重される本例の補助データに関しては、アンシラリとしてではなく、映像又はアンシラリＭＸＦファイルのヘッダメタデータか、ファイルボディのエディットユニット（１フレーム単位に相当する）のシステムアイテム内にＫＬＶ符号化して記述する。つまり補助データはメタデータに変換される。
或いは、ＭＰＥＧ２システムに従いＴＳ化してラッピングする場合は、ＴＳ内のＰＥＳパケットが保たれるので、補助データもそのまま保存できる。
更には、補助データ圧縮符号化・復号化の世代数情報等を適宜集約してから、シーンやクリップ単位で“Ｖｉｄｅｏ Ｃｏｍｐｒｅｓｓｉｏｎ Ｈｉｓｔｏｒｙ”等のメタデータを生成し、映像のＭＸＦファイルのヘッダ部に記述してもよい。
【００３０】
ファイル記録部１４は、ＭＸＦエンジン１３でＭＸＦ化されたファイルを記録するものであり、ハードディスク等である。
ＬＡＮ−Ｉ／Ｆ１５は、ＩＥＥＥ ８０２．３等を用い、ソケット通信（ＩＰ通信）を提供する。またＦＴＰ等のファイル転送プロトコルも含み、ＭＸＦファイルのほか、．ＴＳ、．ＭＰＧ、．ＡＶＩ、．ＭＯＶ、．ＶＯＢ等の任意のファイルを送受信する。
受信したファイルがＭＸＦであれば、ＭＸＦエンジン１３の検証機能に渡され、ＭＸＦでなければ、トランスコーダ１７（後述）に渡される。検証機能は定義情報記憶部１６を参照して、ＭＸＦの（ＵＩＤの木構造等の）チェックを行う。
定義情報記憶部１６は、ＭＸＦやＭＰＥＧ７等におけるメタデータ辞書や、各種の設定情報を記憶している。
【００３１】
トランスコーダ１７は、ＬＡＮ−Ｉ／Ｆ１５で受信したファイルの圧縮方式等が所望のものでない場合に、それを一旦復号して所望の方式で符号化し直した（トランスコードした）後、ＭＸＦエンジン１３のＭＸＦ化機能に渡す。また、送信すべきファイルをＭＸＦ化機能から受け取り、適宜送信先にあった方式にトランスコードし、ＬＡＮ−Ｉ／Ｆ１５に渡す。
なお、このようにＭＸＦファイルと他のファイルやＳＤＩ信号との変換を行う際に、両ファイル間で厳密に対応するメタデータ項目がなかったり、メタデータが変化したりして、メタデータに何らかの加工が必要となる場合がある。ＭＸＦエンジン１３のメタデータ変換・最適化機能は、定義情報記憶部１６を参照して、メタデータの情報がなるべく保たれるようにメタデータの変換を行う。またＥＮＣ／ＤＥＣ１２やトランスコーダ１７、Ｖ−ｃｏｄｅｃ１９（後述）での符号化・復号化によりメタデータが変化したときには、本発明の補助データに相当するものも含めて適切に更新する。例えば映像に効果や色補正等のレンダリングを要する編集をしたときは、復号化と（再）符号化の過程が発生するが、もし映像ソースが補助データのない映像だった場合は、新規に補助データ或いはそれに相当するメタデータを作成し、ＭＸＦファイル中に記録する。
【００３２】
アプリケーション制御部１８は、本例の映像編集装置の機能を実現する部分であり、ＭＸＦエンジン１３のファイル操作機能を介して、ＭＸＦファイルを表示（再生）のために読み出したり、（部分的に）編集して書き戻したりする。アプリケーション制御部１８は、これらの操作を、ＨＩＤドライバ（後述）から受け取ったユーザ操作に従い、ＭＸＦファイルのヘッダやメタデータ、定義情報記憶部１６等を参照して行う。
Ｖ−ｃｏｄｅｃ１９は、編集用のワークメモリを内蔵した、映像符号化／復号化器である。
Ａ−ｃｏｄｅｃ２０は、編集用のワークメモリを内蔵した、音声符号化／復号化器である。Ｖ−ｃｏｄｅｃ１９やＡ−ｃｏｄｅｃ２０は、符号化の設定等がアプリケーション制御部１８に制御されるほか、ワークメモリもアプリケーション制御部１８から読み書きされる。
【００３３】
描画部２１は、表示用のビデオメモリに各種の描画処理、合成処理等を行って出力するものであり、Ｖ−ｃｏｄｅｃ１９で復号化された映像信号を受け取って、メモリに描画するか、合成出力する。
【００３４】
ディスプレイＩ／Ｆ２２は、描画部２１から出力された映像信号を、液晶ディスプレイ等のスクリーンディスプレイに与えるためのインタフェースである。
音声出力Ｉ／Ｆ２３は、Ａ−ｃｏｄｅｃ２０からの音声データを、スピーカ等に出力するための、ハードウェア及びそのドライバ等からなるインタフェースである。
ＨＩＤ（Ｈｕｍａｎ Ｉｎｔｅｒｆａｃｅ Ｄｅｖｉｃｅ）−Ｉ／Ｆ２４は、キーボードやマウス等のＨＩＤからのユーザ操作を受け取りアプリケーション制御部１８に渡すための、ハードウェア及びそのドライバ等からなるインタフェースである。
【００３５】
次に、本例の映像編集装置の特徴的な動作を説明する。
アプリケーション制御部１８は、音声や映像の内容を編集をする際は、Ｖ−ｃｏｄｅｃ１９等のワークメモリにアクセスする。またＭＸＦファイルから本例の補助データに相当するメタデータを読み出し、映像を再生、編集等する際には、そのメタデータから推定される映像の劣化度に応じたサインが表示されるよう、描画部２１に描画指示をする。例えば全画面表示で再生中には、画面の隅に世代数を文字表示する。編集中には、編集画面のタイムライン上に、世代数（劣化度）を示すグラフを表示したり、サムネイルのフレーム連続表示においてサムネイルの枠の色などを世代数に応じて異ならせて表示したりする。また世代数が映像品質上の限界に達しているときは、そのフレームに対する編集を禁止したり警告を発したりする。もちろん、フレームに適用されるメタデータ全てを一覧表示するなどし、過去の符号化方式の種類を見たユーザが、映像の劣化度を判断して編集の可否を決めてもよい。
【００３６】
このように、本発明に係る実施形態では、圧縮符号化・復号化を実施した回数（世代数）の情報をフレーム毎に多重する。多重する領域としては補助データのユーザー定義領域とし、また、世代数のほかに、圧縮符号化・復号化の種類等も多重する。
従って、従来では、圧縮符号化・復号化の世代数を、映像ストリーム或いは映像ファイル全体についても把握できていなかったのに対して、本例の映像伝送方式を用いることで、フレーム単位で圧縮符号化・復号化の世代数を認識した上で映像を編集することが可能となる。また、圧縮符号化方式の情報も付加することで、どのような圧縮符号化方式が実行されてきたかを把握することが可能となり、フレーム単位で再編集する際の参考情報となる。このように、本例では、映像データの編集に適した映像伝送方式を実現することができる。
【００３７】
ここで、本発明に係るシステムや装置などの構成としては、必ずしも以上に示したものに限られず、種々な構成が用いられてもよい。また、本発明は、例えば、本発明に係る処理を実行する方法或いは方式や、このような方法や方式を実現するためのプログラムや当該プログラムを記録する記録媒体などとして提供することも可能であり、また、種々なシステムや装置として提供することも可能である。
また、本発明に係るシステムや装置などにおいて行われる各種の処理としては、例えばプロセッサやメモリ等を備えたハードウェア資源においてプロセッサがＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）に格納された制御プログラムを実行することにより制御される構成が用いられてもよく、また、例えば当該処理を実行するための各機能手段が独立したハードウェア回路として構成されてもよい。
また、本発明は上記の制御プログラムを格納したＣＤ−ＲＯＭ等のコンピュータにより読み取り可能な記録媒体や当該プログラム（自体）として把握することもでき、当該制御プログラムを当該記録媒体からコンピュータに入力してプロセッサに実行させることにより、本発明に係る処理を遂行させることができる。
【符号の説明】
【００３８】
１・・補助データのｏｄｄフィールド多重位置、 ２・・補助データのｅｖｅｎフィールド多重位置、 １１・・ＳＤＩ−Ｉ／Ｆ、 １２・・ＥＮＣ／ＤＥＣ、 １３・・ＭＸＦエンジン、 １４・・ファイル記録部、 １５・・ＬＡＮ−Ｉ／Ｆ、 １６・・定義情報記憶部、 １７・・トランスコーダ、 １８・・アプリケーション制御部、 １９・・Ｖ−ｃｏｄｅｃ、 ２０・・Ａ−ｃｏｄｅｃ、 ２１・・描画部、 ２２・・ディスプレイＩ／Ｆ、 ２３・・音声出力Ｉ／Ｆ、 ２４・・ＨＩＤ−Ｉ／Ｆ
【技術分野】
【０００１】
本発明は、映像伝送装置が映像信号を伝送する際に使用する映像伝送方式に関し、特に、圧縮符号化・復号化の回数（世代数）や各世代における符号化方式を把握し、劣化の度合いを管理できる映像信号を伝送する映像伝送方式に関する。
【背景技術】
【０００２】
近年の放送・映像システムでは、デジタル化した映像データに対してＭＰＥＧ−２やＨ．２６４等の非可逆圧縮符号化・復号化を施すことにより、一般にＨＤＴＶ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｔｅｌｅｖｉｓｉｏｎ）と呼ばれるような高精細・高解像度の映像データをリアルタイムで送受信することが可能となっている。
また、デジタル化は映像データの再利用を飛躍的に向上させた。例えば、地上デジタル放送の映像データをワンセグへ再送信する際には、再度、圧縮符号化・復号化を実施することで異なるビットレートへ変換する。
【０００３】
更に、デジタル・シネマ等やＢｌｕ−ｒａｙ ＤＶＤ等のような高画質を極めようとする業界では、映像ストリームやファイル全体を通した画質評価では満足せず、フレーム毎に圧縮符号化・復号化のパラメータを調整することで高画質化を図っている。
しかしながら、通常の圧縮符号化・復号化は圧縮劣化（画質劣化）を伴うものであり、圧縮符号化・復号化の世代数（繰り返し回数）は２〜３回が限度であると考えられている。そのため、符号化処理の履歴を残しておき、画質の劣化をある範囲に収めるようにする編集方法等が知られている（例えば、特許文献２及び３参照）。
【０００４】
一方、ＳＭＰＴＥ ２９２Ｍ等で規定され、機器間の映像信号インタフェースとして標準的に使用されているＨＤ−ＳＤＩ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ−Ｓｅｒｉａｌ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ）のような公知の映像ストリームフォーマットでは、圧縮符号化・復号化の世代数（繰り返し回数）を示す情報が含まれていない（非特許文献１及び２参照）。このため、現状では、映像ストリームやファイル全体を通して再度、圧縮符号化・復号化を行った後に、全体を再生して画質を確認しており、非常に非効率であった。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−５５５７９号公報
【特許文献２】特開平８−１３０７１２号公報
【特許文献３】特開平１０−５６６１３号公報
【非特許文献】
【０００６】
【非特許文献１】ＢＴＡ Ｓ−００５Ｂ、「１１２５／６０方式ＨＤＴＶビット直列インタフェースにおける補助データの共通規格」、社団法人電波産業会、１９９８年３月
【非特許文献２】ＡＲＩＢ ＳＴＤ−Ｂ４０、「補助データのＰＥＳ伝送方式」、社団法人電波産業会、２００２年７月
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述のように、映像ストリーム或いは映像ファイル等の圧縮符号化・復号化を実施した回数（世代数）が多い場合には、例えば３回以上の場合には、画質劣化の影響が大きい。しかしながら、特許文献２のような独自方式で符号化処理履歴を記録しても、ＳＤＩのような非圧縮映像を伝送する標準的な信号インタフェースで伝送できないため、映像信号の取り込み先の機器では、画質劣化が許容範囲であるかどうかを確認するために、映像ストリームやファイル等の先頭から再生し、人の視覚で全体をチェックしなければならず、非常に非効率であった。
【０００８】
本発明は、このような従来の事情に鑑み為されたもので、圧縮符号化・復号化の回数（世代数）や各世代における符号化方式等を把握することが可能な映像信号を伝送する映像伝送方式を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明では、ユーザーが任意で定義する補助データを映像信号に多重することが可能な映像伝送方式において、次のような構成とした。
すなわち、映像信号に対する圧縮符号化・復号化の多段実行回数（世代数）及び各実行回数（各世代）における圧縮符号化・復号化の種類をフレーム毎に管理し、これらを示すデータ（世代数を示すデータ及び各世代における圧縮符号化・復号化の種類を示すデータ）を補助データとして前記映像信号にフレーム毎に多重する。
【００１０】
従って、映像のフレーム毎に、圧縮符号化・復号化の回数（世代数）や各世代における種類（方式の種類）を把握することが可能な映像信号を伝送することができ、例えば、映像の編集作業を効率化することができる。
【００１１】
一構成例として、本発明では、次のような映像伝送装置（補助データを多重する側である例えば送信側の装置）を提供することもできる。
ユーザーが任意で定義する補助データを映像信号に多重することが可能な映像伝送方式を使用して映像信号を伝送する映像伝送装置において、
映像信号に対する圧縮符号化・復号化の多段実行回数や各実行回数における圧縮符号化・復号化の種類をフレーム（若しくはフィールド）毎に管理する管理手段と、
前記管理手段により管理される前記多段実行回数を示すデータや前記種類を示すデータを補助データとして前記映像信号にフレーム毎に多重する補助データ多重手段と、
を備えたことを特徴とする映像伝送装置。
【００１２】
また、一構成例として、本発明では、次のような映像伝送装置（補助データを分離する側である例えば受信側の装置）を提供することもできる。
ユーザーが任意で定義する補助データを映像信号に多重することが可能な映像伝送方式を使用して映像信号を伝送する映像伝送装置において、
映像信号に対する圧縮符号化・復号化の多段実行回数を示すデータや各実行回数における圧縮符号化・復号化の種類を示すデータが補助データとしてフレーム毎に多重された映像信号から当該多段実行回数を示すデータや当該種類を示すデータを分離（抽出）する補助データ分離手段を備えたことを特徴とする映像伝送装置。
【００１３】
一構成例として、非圧縮映像信号と補助データとを多重して伝送する映像伝送方式において、該非圧縮映像信号に対する過去に為された圧縮符号化・復号化の実行回数及び各実行回数における圧縮符号化・復号化の種類をフレーム毎に補助データとしてフレーム毎に多重することを特徴とする映像伝送方式。
更に、一構成例として、前記映像伝送方式で伝送される信号はＳＤＩ信号であり、前記補助データは、該ＳＤＩ信号のＹデータ領域であって、ユーザーが任意で定義できるＨＡＮＣ（Ｈｏｒｉｚｏｎｔａｌ Ａｎｃｉｌｌａｒｙ）領域内で多重されることを特徴とする前記映像伝送方式。
【発明の効果】
【００１４】
以上説明したように、本発明に係る映像伝送方式によると、圧縮符号化・復号化の回数（世代数）や各世代における種類（符号化方式の種類）を把握することが可能な映像信号を伝送することができ、例えば、映像の編集作業を効率化することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施例に係る映像伝送方式の映像信号の構成例を示す図である。
【図２】本発明の一実施例に係る補助データの構成例を示す図である。
【図３】本発明の一実施例に係るＵＤＷの構成例を示す図である。
【図４】本発明の一実施例に係る圧縮符号化・復号化方式の割り当て値の一例を示す図である。
【図５】本発明の一実施例に係る映像編集装置の機能ブロック図である。
【発明を実施するための形態】
【００１６】
本発明に係る実施例を図面を参照して説明する。
図１には、本発明の一実施例に係る映像伝送方式の映像信号の構成例を示してある。本例のＳＤＩ映像信号の構成は、非特許文献１の規定に従っており、図１には、Ｙ（輝度）データのみを図示してある。図の横方向が映像信号の１水平ライン期間に相当し、１ライン期間は、ＳＡＶ（Ｓｔａｒｔ ｏｆ Ａｃｔｉｖｅ Ｖｉｄｅｏ）から始まり、有効映像領域（もしあれば）、ＥＡＶ（Ｅｎｄ ｏｆ Ａｃｔｉｖｅ Ｖｉｄｅｏ）、ＬＮ（Ｌｉｎｅ Ｎｕｍｂｅｒ）、ＣＲＣＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ Ｃｏｄｅ）と続き、ＨＡＮＣ（Ｈｏｒｉｚｏｎｔａｌ Ａｎｃｉｌｌａｒｙ）領域（もしあれば）で終わる。
図１における斜線部分は、非特許文献１で規定された補助データ多重可能領域で、この領域へ補助データの多重が可能である。Ｐｂ／Ｐｒデータ（図示しない）には、ＨＡＮＣ領域に音声が多重されている。
【００１７】
本例では、このような補助データ多重可能領域へ、圧縮符号化・復号化の世代数を示す情報や各世代における方式を示す情報を、ユーザー定義の補助データとして多重する。
具体的に、本例では、このような情報を、ＹデータのＨＡＮＣ領域に多重し、ｏｄｄフィールドとｅｖｅｎフィールドの有効映像領域の最初のライン（第４１ライン、第６０３ライン）へそれぞれ多重する。この多重位置は、図１において、補助データのｏｄｄフィールド多重位置１、補助データのｅｖｅｎフィールド多重位置２、として格子模様で示されている。
【００１８】
図２には、補助データの構成例（形式の一例）を示してある。本例の補助データは、補助データフラグ（ＡＤＦ）、データ識別ワード（ＤＩＤ）、第２データ識別ワード（ＳＤＩＤ）、データカウントワード（ＤＣ）、ユーザーデータワード（ＵＤＷ）、チェックサムワード（ＣＳ）から構成されている。なお、ワード長は１０ビットであるとする。また、ｈは１６進表現であることを示す。
【００１９】
ＡＤＦは、補助データパケットの開始を示し、０００ｈ、３ＦＦｈ、３ＦＦｈの連続する３ワードで構成されるユニーク・コードである。
ＤＩＤは、１ワードで構成され、データ識別のためのコードであり、この値によりＵＤＷの種類を示す。本例では、ＤＩＤの値として、ｂ０〜ｂ７（１ワード内の下位８ビット）はユーザー用（５０ｈ〜５Ｆｈ）を使用し、ｂ８はｂ０〜ｂ７に対する偶数パリティとなり、ｂ９はｂ８の反転となる。
ＳＤＩＤは、１ワードで構成され、ＤＩＤと同様に、ＵＤＷの種類を示す。本例では、ＳＤＩＤの値として、ｂ０〜ｂ７として使用可能な（０１ｈ〜ＦＦｈ）を使用し、また、ｂ８、ｂ９はＤＩＤと同様である。
【００２０】
ＤＣは、１ワードで構成され、ＵＤＷのワード数を示す。ＤＣの値として、ｂ０〜ｂ７はワード数（ワード長）を示し、ｂ８、ｂ９はＤＩＤ等と同様である。
ＵＤＷは、ＤＩＤがユーザー用を示すときに、ワード数が２５５以下であれば、その構造は任意となっている。但し、ＵＤＷの各ワード値としては、００４ｈ〜３ＦＢｈを使用する。
ＣＳは、１ワードで構成され、ＤＩＤからＵＤＷの最後のワードまでの下位９ｂｉｔの総和の下位９ｂｉｔ（ｂ０〜ｂ８）を用いる。ＣＳの最上位ビットｂ９は、ｂ８の反転値となる。
【００２１】
次に、本発明の一実施例に係る補助データのＵＤＷの詳細について説明する。
図３には、本例のＵＤＷの構成例を示してある。
本例のＵＤＷは、ＵＤＷ０〜ＵＤＷ４の５ワードで構成され、先頭のＵＤＷ０には、圧縮符号化・復号化の世代数を格納する。具体的には、ＵＤＷ０のｂ７〜ｂ４を使用する。この書き込みビット位置は、禁止コード以外であればどこでもよいが、本例では視覚的及びビット配列的に認識し易い配置にしてある。図３の例では、ＵＤＷ０は０４０ｈであり、これは世代数が“４”であることを示す。
【００２２】
また、ＵＤＷ１以降の各ワードを、各世代数における圧縮符号化・復号化の方式を示すワードとして割り当てる。具体的には、ＵＤＷ１が第１回目の圧縮符号化・復号化の方式を表わし、ＵＤＷ２が第２回目の圧縮符号化・復号化の方式を表わし、ＵＤＷ３が第３回目の圧縮符号化・復号化の方式を表わし、ＵＤＷ４が第４回目の圧縮符号化・復号化の方式を表わす。
【００２３】
図４の表には、各圧縮符号化・復号化方式の割り当て値の一例を示してある。
図４の例では、ＵＤＷｘ（ｘ＝１〜４のいずれか）＝０１０ｈであれば、その世代数においてＪＰＥＧの圧縮符号化（及び復号化）が施されたことを示し、ＵＤＷｘ＝０２０ｈであれば、その世代数においてＪＰＥＧ２０００の圧縮符号化（及び復号化）が施されたことを示し、ＵＤＷｘ＝０３０ｈであれば、その世代数においてＭＰＥＧ−２の圧縮符号化（及び復号化）が施されたことを示し、ＵＤＷｘ＝０４０ｈであれば、その世代数においてＭＰＥＧ−４ ｐａｒｔ２の圧縮符号化（及び復号化）が施されたことを示し、ＵＤＷｘ＝０５０ｈであれば、その世代数においてＭＰＥＧ−４ ｐａｒｔ１０／Ｈ．２６４の圧縮符号化（及び復号化）が施されたことを示し、ＵＤＷｘ＝０６０ｈであれば、その世代数において他（ｏｔｈｅｒ）の圧縮符号化（及び復号化）が施されたことを示す。
【００２４】
上記の設定に基づくと、図３に示されるＵＤＷでは、圧縮符号化・復号化の世代数（ＵＤＷ０＝０４０ｈ）は４（回）であり、第１回目の圧縮符号化・復号化の方式（ＵＤＷ１＝０１０ｈ）はＪＰＥＧであり、第２回目の圧縮符号化・復号化の方式（ＵＤＷ２＝０２０ｈ）はＪＰＥＧ２０００であり、第３回目の圧縮符号化・復号化の方式（ＵＤＷ３＝０１０ｈ）はＪＰＥＧであり、第４回目の圧縮符号化・復号化の方式（ＵＤＷ４＝０３０ｈ）はＭＰＥＧ−２であることを示している。なお下位４ビットは未使用であるが、将来の拡張として、符号化による劣化度を数値化したものを格納したり、トランスコーデック時の各種パラメータ等を格納するために利用されうる。
【００２５】
本例において、上述のような補助データを多重した映像データを圧縮符号化する際には、補助データを映像データから分離して、非特許文献２の規格に則ってＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）化する。このＰＥＳデータをＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）パケットに分割多重することで、規格に則っている一般的な伝送装置において、補助データを欠落することなく送受信することが可能である。また、ＰＥＳデータにはフレーム毎に同期再生するための時間情報（ＰＴＳ：Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）が含まれており、送受信での補助データの多重フレーム位置を同期化することができる。
【００２６】
このとき、補助データの伝送ビットレートはわずかなものであり、本例で示した図１〜図３の構成例では、次のようになる。
１フィールド中のｂｉｔ数［ｂｉｔ／ｆｉｅｌｄ］
＝ＴＳヘッダ＋ＰＥＳヘッダ＋ＡＮＣ＿ｄａｔａ（≦１２０ｂｉｔ）＋ｓｔｕｆｆｉｎｇ（ＴＳパケット１回分で転送）
＝１８８［ｂｙｔｅ／ＴＳパケット］×８［ｂｉｔ］
＝１５０４［ｂｉｔ］。
補助データ伝送レート
＝３０／１．００１［ｆｒａｍｅ／ｓｅｃ］×１フィールド中のｂｉｔ数［ｂｉｔ／ｆｉｅｌｄ］×２［ｆｉｅｌｄ／ｆｒａｍｅ］
≒９０．１５［ｋｂｐｓ］。
【００２７】
このように本例では、フィールド毎に、圧縮符号化・復号化の世代数及び各世代における圧縮符号化・復号化の方式を示す最長１２ワードの補助データを多重することにより、フィールド毎にそれらについて把握することが可能となる。
本例では、ＡＲＩＢ規格等に準じた補助データ多重方式におけるユーザー定義の領域を使用している。このため、送信機と受信機との間での互換性が損なわれることが無い。また、ＡＲＩＢ規格等に則った一般的な映像機器やソフトウエアを用いることで、そのデータの抽出は容易である。
なお、補助データは、フィールド毎ではなくフレーム毎に設けてもよい。
【実施例】
【００２８】
図５は、本発明の一実施例に係る映像編集装置の機能ブロック図である。
ＳＤＩ−Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）１１は、同軸ケーブル等に接続されＨＤや３ＧのＳＤＩ信号を入出力可能なハードウェア（物理層）、及びデータ・フォーマットおよびマッピング機能を提供する。
ＥＮＣ／ＤＥＣ（Ｅｎｃｏｄｅｒ／Ｄｅｃｏｄｅｒ）１２は、ＳＤＩ−Ｉ／Ｆ１１から入力された映像、音声、アンシラリを適宜圧縮して、ＭＸＦエンジン１３（後述）に出力する。またＭＸＦエンジン１３から受け取った映像、音声、アンシラリデータのうちエンコードされているものをデコードして、ＳＤＩ−Ｉ／Ｆ１１に出力する。なお、本例では、映像についてはＡＶＣ−Ｉｎｔｒａで圧縮し、アンシラリは圧縮しない（素通りさせる）ものとして説明する。ただし、アンシラリのうち本発明の補助データに関しては、ＥＮＣ／ＤＥＣ１２が映像に対して復号化を行ったときに、その映像に対応する補助データに、ＵＤＷ０の示す世代数を１加算するとともにＵＤＷの最後に新たなワードを追加する。
【００２９】
ＭＸＦ（Ｍａｔｅｒｉａｌ ｅＸｃｈａｎｇｅ Ｆｏｒｍａｔ）エンジン１３は、ファイル記録部１４（後述）に格納する（された）ＭＸＦファイルへの高レベルでのアクセス操作を提供する。ＭＸＦエンジン１３はいくつかの機能に分けられるが、ＥＮＣ／ＤＥＣ１２から入力された映像、音声、アンシラリをＭＸＦファイル化する際は、ＭＸＦ化機能を利用する。
ＭＸＦファイル化は、ラッピングの仕方により多様であるが、本例のＭＸＦ化機能は、一例として、映像、音声、アンシラリ（ＶＢＩ）を（クリップ単位で）別個のＭＸＦファイルにする“ＯＰ−Ａｔｏｍ”と呼ばれるオペレーショナルパターンを使用する。ただし、水平帰線期間に多重される本例の補助データに関しては、アンシラリとしてではなく、映像又はアンシラリＭＸＦファイルのヘッダメタデータか、ファイルボディのエディットユニット（１フレーム単位に相当する）のシステムアイテム内にＫＬＶ符号化して記述する。つまり補助データはメタデータに変換される。
或いは、ＭＰＥＧ２システムに従いＴＳ化してラッピングする場合は、ＴＳ内のＰＥＳパケットが保たれるので、補助データもそのまま保存できる。
更には、補助データ圧縮符号化・復号化の世代数情報等を適宜集約してから、シーンやクリップ単位で“Ｖｉｄｅｏ Ｃｏｍｐｒｅｓｓｉｏｎ Ｈｉｓｔｏｒｙ”等のメタデータを生成し、映像のＭＸＦファイルのヘッダ部に記述してもよい。
【００３０】
ファイル記録部１４は、ＭＸＦエンジン１３でＭＸＦ化されたファイルを記録するものであり、ハードディスク等である。
ＬＡＮ−Ｉ／Ｆ１５は、ＩＥＥＥ ８０２．３等を用い、ソケット通信（ＩＰ通信）を提供する。またＦＴＰ等のファイル転送プロトコルも含み、ＭＸＦファイルのほか、．ＴＳ、．ＭＰＧ、．ＡＶＩ、．ＭＯＶ、．ＶＯＢ等の任意のファイルを送受信する。
受信したファイルがＭＸＦであれば、ＭＸＦエンジン１３の検証機能に渡され、ＭＸＦでなければ、トランスコーダ１７（後述）に渡される。検証機能は定義情報記憶部１６を参照して、ＭＸＦの（ＵＩＤの木構造等の）チェックを行う。
定義情報記憶部１６は、ＭＸＦやＭＰＥＧ７等におけるメタデータ辞書や、各種の設定情報を記憶している。
【００３１】
トランスコーダ１７は、ＬＡＮ−Ｉ／Ｆ１５で受信したファイルの圧縮方式等が所望のものでない場合に、それを一旦復号して所望の方式で符号化し直した（トランスコードした）後、ＭＸＦエンジン１３のＭＸＦ化機能に渡す。また、送信すべきファイルをＭＸＦ化機能から受け取り、適宜送信先にあった方式にトランスコードし、ＬＡＮ−Ｉ／Ｆ１５に渡す。
なお、このようにＭＸＦファイルと他のファイルやＳＤＩ信号との変換を行う際に、両ファイル間で厳密に対応するメタデータ項目がなかったり、メタデータが変化したりして、メタデータに何らかの加工が必要となる場合がある。ＭＸＦエンジン１３のメタデータ変換・最適化機能は、定義情報記憶部１６を参照して、メタデータの情報がなるべく保たれるようにメタデータの変換を行う。またＥＮＣ／ＤＥＣ１２やトランスコーダ１７、Ｖ−ｃｏｄｅｃ１９（後述）での符号化・復号化によりメタデータが変化したときには、本発明の補助データに相当するものも含めて適切に更新する。例えば映像に効果や色補正等のレンダリングを要する編集をしたときは、復号化と（再）符号化の過程が発生するが、もし映像ソースが補助データのない映像だった場合は、新規に補助データ或いはそれに相当するメタデータを作成し、ＭＸＦファイル中に記録する。
【００３２】
アプリケーション制御部１８は、本例の映像編集装置の機能を実現する部分であり、ＭＸＦエンジン１３のファイル操作機能を介して、ＭＸＦファイルを表示（再生）のために読み出したり、（部分的に）編集して書き戻したりする。アプリケーション制御部１８は、これらの操作を、ＨＩＤドライバ（後述）から受け取ったユーザ操作に従い、ＭＸＦファイルのヘッダやメタデータ、定義情報記憶部１６等を参照して行う。
Ｖ−ｃｏｄｅｃ１９は、編集用のワークメモリを内蔵した、映像符号化／復号化器である。
Ａ−ｃｏｄｅｃ２０は、編集用のワークメモリを内蔵した、音声符号化／復号化器である。Ｖ−ｃｏｄｅｃ１９やＡ−ｃｏｄｅｃ２０は、符号化の設定等がアプリケーション制御部１８に制御されるほか、ワークメモリもアプリケーション制御部１８から読み書きされる。
【００３３】
描画部２１は、表示用のビデオメモリに各種の描画処理、合成処理等を行って出力するものであり、Ｖ−ｃｏｄｅｃ１９で復号化された映像信号を受け取って、メモリに描画するか、合成出力する。
【００３４】
ディスプレイＩ／Ｆ２２は、描画部２１から出力された映像信号を、液晶ディスプレイ等のスクリーンディスプレイに与えるためのインタフェースである。
音声出力Ｉ／Ｆ２３は、Ａ−ｃｏｄｅｃ２０からの音声データを、スピーカ等に出力するための、ハードウェア及びそのドライバ等からなるインタフェースである。
ＨＩＤ（Ｈｕｍａｎ Ｉｎｔｅｒｆａｃｅ Ｄｅｖｉｃｅ）−Ｉ／Ｆ２４は、キーボードやマウス等のＨＩＤからのユーザ操作を受け取りアプリケーション制御部１８に渡すための、ハードウェア及びそのドライバ等からなるインタフェースである。
【００３５】
次に、本例の映像編集装置の特徴的な動作を説明する。
アプリケーション制御部１８は、音声や映像の内容を編集をする際は、Ｖ−ｃｏｄｅｃ１９等のワークメモリにアクセスする。またＭＸＦファイルから本例の補助データに相当するメタデータを読み出し、映像を再生、編集等する際には、そのメタデータから推定される映像の劣化度に応じたサインが表示されるよう、描画部２１に描画指示をする。例えば全画面表示で再生中には、画面の隅に世代数を文字表示する。編集中には、編集画面のタイムライン上に、世代数（劣化度）を示すグラフを表示したり、サムネイルのフレーム連続表示においてサムネイルの枠の色などを世代数に応じて異ならせて表示したりする。また世代数が映像品質上の限界に達しているときは、そのフレームに対する編集を禁止したり警告を発したりする。もちろん、フレームに適用されるメタデータ全てを一覧表示するなどし、過去の符号化方式の種類を見たユーザが、映像の劣化度を判断して編集の可否を決めてもよい。
【００３６】
このように、本発明に係る実施形態では、圧縮符号化・復号化を実施した回数（世代数）の情報をフレーム毎に多重する。多重する領域としては補助データのユーザー定義領域とし、また、世代数のほかに、圧縮符号化・復号化の種類等も多重する。
従って、従来では、圧縮符号化・復号化の世代数を、映像ストリーム或いは映像ファイル全体についても把握できていなかったのに対して、本例の映像伝送方式を用いることで、フレーム単位で圧縮符号化・復号化の世代数を認識した上で映像を編集することが可能となる。また、圧縮符号化方式の情報も付加することで、どのような圧縮符号化方式が実行されてきたかを把握することが可能となり、フレーム単位で再編集する際の参考情報となる。このように、本例では、映像データの編集に適した映像伝送方式を実現することができる。
【００３７】
ここで、本発明に係るシステムや装置などの構成としては、必ずしも以上に示したものに限られず、種々な構成が用いられてもよい。また、本発明は、例えば、本発明に係る処理を実行する方法或いは方式や、このような方法や方式を実現するためのプログラムや当該プログラムを記録する記録媒体などとして提供することも可能であり、また、種々なシステムや装置として提供することも可能である。
また、本発明に係るシステムや装置などにおいて行われる各種の処理としては、例えばプロセッサやメモリ等を備えたハードウェア資源においてプロセッサがＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）に格納された制御プログラムを実行することにより制御される構成が用いられてもよく、また、例えば当該処理を実行するための各機能手段が独立したハードウェア回路として構成されてもよい。
また、本発明は上記の制御プログラムを格納したＣＤ−ＲＯＭ等のコンピュータにより読み取り可能な記録媒体や当該プログラム（自体）として把握することもでき、当該制御プログラムを当該記録媒体からコンピュータに入力してプロセッサに実行させることにより、本発明に係る処理を遂行させることができる。
【符号の説明】
【００３８】
１・・補助データのｏｄｄフィールド多重位置、 ２・・補助データのｅｖｅｎフィールド多重位置、 １１・・ＳＤＩ−Ｉ／Ｆ、 １２・・ＥＮＣ／ＤＥＣ、 １３・・ＭＸＦエンジン、 １４・・ファイル記録部、 １５・・ＬＡＮ−Ｉ／Ｆ、 １６・・定義情報記憶部、 １７・・トランスコーダ、 １８・・アプリケーション制御部、 １９・・Ｖ−ｃｏｄｅｃ、 ２０・・Ａ−ｃｏｄｅｃ、 ２１・・描画部、 ２２・・ディスプレイＩ／Ｆ、 ２３・・音声出力Ｉ／Ｆ、 ２４・・ＨＩＤ−Ｉ／Ｆ
【特許請求の範囲】
【請求項１】
非圧縮映像信号と補助データとを多重して伝送する映像伝送方式において、
該非圧縮映像信号に対する過去に為された圧縮符号化・復号化の実行回数及び各実行回数における圧縮符号化・復号化の種類をフレーム毎に補助データとしてフレーム毎に多重することを特徴とする映像伝送方式。
【請求項２】
前記映像伝送方式で伝送される信号はＳＤＩ信号であり、
前記補助データは、該ＳＤＩ信号のＹデータ領域であって、ユーザーが任意で定義できるＨＡＮＣ（Ｈｏｒｉｚｏｎｔａｌ Ａｎｃｉｌｌａｒｙ）領域内で多重されることを特徴とする請求項１記載の映像伝送方式。
【請求項１】
非圧縮映像信号と補助データとを多重して伝送する映像伝送方式において、
該非圧縮映像信号に対する過去に為された圧縮符号化・復号化の実行回数及び各実行回数における圧縮符号化・復号化の種類をフレーム毎に補助データとしてフレーム毎に多重することを特徴とする映像伝送方式。
【請求項２】
前記映像伝送方式で伝送される信号はＳＤＩ信号であり、
前記補助データは、該ＳＤＩ信号のＹデータ領域であって、ユーザーが任意で定義できるＨＡＮＣ（Ｈｏｒｉｚｏｎｔａｌ Ａｎｃｉｌｌａｒｙ）領域内で多重されることを特徴とする請求項１記載の映像伝送方式。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１１−７８０６８（Ｐ２０１１−７８０６８Ａ）
【公開日】平成２３年４月１４日（２０１１．４．１４）
【国際特許分類】
【出願番号】特願２００９−２３０４０５（Ｐ２００９−２３０４０５）
【出願日】平成２１年１０月２日（２００９．１０．２）
【出願人】（０００００１１２２）株式会社日立国際電気 (5,007)
【Ｆターム（参考）】
【公開日】平成２３年４月１４日（２０１１．４．１４）
【国際特許分類】
【出願日】平成２１年１０月２日（２００９．１０．２）
【出願人】（０００００１１２２）株式会社日立国際電気 (5,007)
【Ｆターム（参考）】
[ Back to top ]