(57)【要約】【課題】画像や音声等のデータ伝送の、高自由度化および低遅延化を実現することができるようにする。【解決手段】画像データが、画像を複数に分割するラインブロック毎に符号化された符号化データを格納する、所定のフォーマットのファイルのボディパーティションを、１ラインブロック分の符号化データ毎に生成するボディパーティション生成部と、前記ボディパーティション生成部により生成された前記ボディパーティション、ヘッダ情報を含むヘッダパーティション、およびフッタ情報を含むフッタパーティションを統合することにより、前記ファイルを生成するパーティション統合部とを備える。本開示は画像処理装置に適用することができる。【選択図】図１
2013121032.tif 000002
【特許請求の範囲】
【請求項１】
画像データが、画像を複数に分割するラインブロック毎に符号化された符号化データを格納する、所定のフォーマットのファイルのボディパーティションを、１ラインブロック分の符号化データ毎に生成するボディパーティション生成部と、
前記ボディパーティション生成部により生成された前記ボディパーティション、ヘッダ情報を含むヘッダパーティション、およびフッタ情報を含むフッタパーティションを統合することにより、前記ファイルを生成するパーティション統合部と
を備える画像処理装置。
【請求項２】
前記ボディパーティション生成部は、１つの前記ファイルに１ラインブロック分の前記符号化データを格納させるように、１つの前記ファイルに対して、前記符号化データを含むボディパーティションを１つ生成する
請求項１に記載の画像処理装置。
【請求項３】
前記ボディパーティション生成部は、前記符号化データを含むボディパーティション、インデックステーブルセグメントを含むボディパーティション、および、ヘッダメタデータを含むボディパーティションを、この順に生成し、この順に並べる
請求項２に記載の画像処理装置。
【請求項４】
前記フッタパーティションを生成するフッタパーティション生成部をさらに備え、
前記ボディパーティション生成部は、前記符号化データを含むボディパーティションおよび、インデックステーブルセグメントを含むボディパーティションをこの順に生成し、この順に並べ、
前記フッタパーティション生成部は、ヘッダメタデータを含むフッタパーティションを生成する
請求項２に記載の画像処理装置。
【請求項５】
前記フッタパーティションを生成するフッタパーティション生成部をさらに備え、
前記ボディパーティション生成部は、前記符号化データを含むボディパーティションを生成し、
前記フッタパーティション生成部は、ヘッダメタデータおよびインデックステーブルセグメントを含むフッタパーティションを生成する
請求項２に記載の画像処理装置。
【請求項６】
前記ボディパーティション生成部は、１つの前記ファイルに複数ラインブロック分の前記符号化データを格納させるように、１つの前記ファイルに対して、前記符号化データを含むボディパーティションを複数生成し、並べる
請求項１に記載の画像処理装置。
【請求項７】
前記ボディパーティション生成部は、前記符号化データを含むボディパーティション、インデックステーブルセグメントを含むボディパーティション、および、ヘッダメタデータを含むボディパーティションを、前記ラインブロック毎に、この順に生成し、この順に並べる
請求項６に記載の画像処理装置。
【請求項８】
前記フッタパーティションを生成するフッタパーティション生成部をさらに備え、
前記ボディパーティション生成部は、
最後以外の各ラインブロックについて、前記符号化データを含むボディパーティション、インデックステーブルセグメントを含むボディパーティション、および、ヘッダメタデータを含むボディパーティションを、この順に生成し、この順に並べ、
最後のラインブロックについて、前記符号化データを含むボディパーティション、および、前記インデックステーブルセグメントを含むボディパーティションを、この順に生成し、この順に並べ、
前記フッタパーティション生成部は、前記最後のラインブロックのヘッダメタデータを含むフッタパーティションを生成する
請求項６に記載の画像処理装置。
【請求項９】
前記フッタパーティションを生成するフッタパーティション生成部をさらに備え、
前記ボディパーティション生成部は、
最後以外の各ラインブロックについて、前記符号化データを含むボディパーティション、インデックステーブルセグメントを含むボディパーティション、および、ヘッダメタデータを含むボディパーティションを、この順に生成し、この順に並べ、
最後のラインブロックについて、前記符号化データを含むボディパーティションを生成し、
前記フッタパーティション生成部は、前記最後のラインブロックのヘッダメタデータおよびインデックステーブルセグメントを含むフッタパーティションを生成する
請求項６に記載の画像処理装置。
【請求項１０】
前記画像データを、前記ラインブロック毎に符号化する符号化部をさらに備え、
前記ボディパーティション生成部は、前記符号化部により、前記画像データがラインブロック毎に符号化された符号化データを格納する前記ボディパーティションを生成する
請求項１に記載の画像処理装置。
【請求項１１】
前記符号化部は、
前記画像データを、前記ラインブロック毎にウェーブレット変換するウェーブレット変換部と、
前記ウェーブレット符号化部によりウェーブレット変換されて得られた係数データをエントロピ符号化するエントロピ符号化部と
を備える請求項１０に記載の画像処理装置。
【請求項１２】
前記ラインブロックは、前記ウェーブレット変換部が、ウェーブレット変換後の最低域成分のサブバンド１ライン分の係数データを生成するために必要なライン数分の画素データ群である
請求項１１に記載の画像処理装置。
【請求項１３】
前記所定のフォーマットは、SMPTE規格のMXFである
請求項１に記載の画像処理装置。
【請求項１４】
画像処理装置の画像処理方法であって、
ボディパーティション生成部が、画像データが、画像を複数に分割するラインブロック毎に符号化された符号化データを格納する、所定のフォーマットのファイルのボディパーティションを、１ラインブロック分の符号化データ毎に生成し、
パーティション統合部が、生成された前記ボディパーティション、ヘッダ情報を含むヘッダパーティション、およびフッタ情報を含むフッタパーティションを統合することにより、前記ファイルを生成する
画像処理方法。
【請求項１５】
画像データが符号化された符号化データをパーティション毎に分離するパーティション分離部と、
前記パーティション分離部により分離された、画像を複数に分割するラインブロック１つ分の前記符号化データが格納された、所定のフォーマットのファイルのボディパーティションを解読し、１ラインブロック分の前記符号化データを抽出するボディパーティション解読部と
を備える画像処理装置。
【請求項１６】
前記ボディパーティション解読部は、さらに、前記パーティション分離部により分離された、インデックステーブルセグメントを含むボディパーティション、および、ヘッダメタデータを含むボディパーティションを解読する
請求項１５に記載の画像処理装置。
【請求項１７】
前記ボディパーティション解読部により解読された抽出された１ラインブロック分の前記符号化データを復号する復号部をさらに備える
請求項１５に記載の画像処理装置。
【請求項１８】
前記復号部は、
前記符号化データをエントロピ復号して係数データを生成するエントロピ復号部と、
前記エントロピ復号部により復号されて得られる前記係数データを、ウェーブレット逆変換するウェーブレット逆変換部と
を備える請求項１７に記載の画像処理装置。
【請求項１９】
前記所定のフォーマットは、SMPTE規格のMXFである
請求項１５に記載の画像処理装置。
【請求項２０】
画像処理装置の画像処理方法であって、
パーティション分割部が、画像データが符号化された符号化データをパーティション毎に分離し、
ボディパーティション解読部が、分離された、画像を複数に分割するラインブロック１つ分の前記符号化データが格納された、所定のフォーマットのファイルのボディパーティションを解読し、１ラインブロック分の前記符号化データを抽出する
画像処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、画像処理装置および方法に関し、特に、画像や音声等のコンテンツファイル伝送の低遅延化を実現させることができるようにした画像処理装置および方法に関する。
【背景技術】
【０００２】
従来、画像や音声等の素材をファイル化して伝送するためのファイルフォーマットの標準規格にMXF（Material Exchange Format）があった（例えば、非特許文献１乃至４参照）。非圧縮の映像データや音声データ、または、JPEGやMPEG等の任意の符号化方式で符号化された映像データや音声データは、メタデータとともに、MXFによってファイル化され（梱包され）、伝送される。このようにすることにより、MXF規格に準拠したファイルを授受可能な機器間でのデータ伝送が可能になる。したがって、符号化技術に依存しない、自由度の高い、データ伝送を実現することができ、より多様な機器間で容易にコンテンツデータを伝送することができるようになる。
【０００３】
ところで、画像の符号化方式として、画像をより高速に符号化および復号することができる方法が提案された（例えば、非特許文献５参照）。画像データを伝送するにあたって、画像データを符号化することにより情報量を低減させることができるが、その際、この符号化方式を用いることにより、データ伝送の低遅延化を実現することができる。つまり、画像データを取得してから、符号化し、伝送し、復号し、得られた復号画像を再生したり、復号画像データを記録したりするまでの遅延時間がより低減される。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】SMPTE 377M:The MXF File Format Specification (the overall master document)
【非特許文献２】SMPTE 378M:OP-1a (the layout options for a minimal simple MXF file)
【非特許文献３】SMPTE 379M:Generic Container (the way that essence is stored in MXF files)
【非特許文献４】SMPTE 422M: Mapping J2K Codestreams into the MXF Generic Container
【非特許文献５】国際公開番号WO 2007/058296 A1
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来のMXF規格の場合、非特許文献５に記載のような低遅延な符号化方式については考慮されておらず、より低遅延なデータ伝送を実現することが困難であった。
【０００６】
本開示は、このような状況に鑑みてなされたものであり、画像や音声等のデータ伝送の、高自由度化および低遅延化を実現することを目的とする。
【課題を解決するための手段】
【０００７】
本開示の一側面は、画像データが、画像を複数に分割するラインブロック毎に符号化された符号化データを格納する、所定のフォーマットのファイルのボディパーティションを、１ラインブロック分の符号化データ毎に生成するボディパーティション生成部と、前記ボディパーティション生成部により生成された前記ボディパーティション、ヘッダ情報を含むヘッダパーティション、およびフッタ情報を含むフッタパーティションを統合することにより、前記ファイルを生成するパーティション統合部とを備える画像処理装置である。
【０００８】
前記ボディパーティション生成部は、１つの前記ファイルに１ラインブロック分の前記符号化データを格納させるように、１つの前記ファイルに対して、前記符号化データを含むボディパーティションを１つ生成することができる。
【０００９】
前記ボディパーティション生成部は、前記符号化データを含むボディパーティション、インデックステーブルセグメントを含むボディパーティション、および、ヘッダメタデータを含むボディパーティションを、この順に生成し、この順に並べることができる。
【００１０】
前記フッタパーティションを生成するフッタパーティション生成部をさらに備え、前記ボディパーティション生成部は、前記符号化データを含むボディパーティションおよび、インデックステーブルセグメントを含むボディパーティションをこの順に生成し、この順に並べ、前記フッタパーティション生成部は、ヘッダメタデータを含むフッタパーティションを生成することができる。
【００１１】
前記フッタパーティションを生成するフッタパーティション生成部をさらに備え、前記ボディパーティション生成部は、前記符号化データを含むボディパーティションを生成し、前記フッタパーティション生成部は、ヘッダメタデータおよびインデックステーブルセグメントを含むフッタパーティションを生成することができる。
【００１２】
前記ボディパーティション生成部は、１つの前記ファイルに複数ラインブロック分の前記符号化データを格納させるように、１つの前記ファイルに対して、前記符号化データを含むボディパーティションを複数生成し、並べることができる。
【００１３】
前記ボディパーティション生成部は、前記符号化データを含むボディパーティション、インデックステーブルセグメントを含むボディパーティション、および、ヘッダメタデータを含むボディパーティションを、前記ラインブロック毎に、この順に生成し、この順に並べることができる。
【００１４】
前記フッタパーティションを生成するフッタパーティション生成部をさらに備え、前記ボディパーティション生成部は、最後以外の各ラインブロックについて、前記符号化データを含むボディパーティション、インデックステーブルセグメントを含むボディパーティション、および、ヘッダメタデータを含むボディパーティションを、この順に生成し、この順に並べ、最後のラインブロックについて、前記符号化データを含むボディパーティション、および、前記インデックステーブルセグメントを含むボディパーティションを、この順に生成し、この順に並べ、前記フッタパーティション生成部は、前記最後のラインブロックのヘッダメタデータを含むフッタパーティションを生成することができる。
【００１５】
前記フッタパーティションを生成するフッタパーティション生成部をさらに備え、前記ボディパーティション生成部は、最後以外の各ラインブロックについて、前記符号化データを含むボディパーティション、インデックステーブルセグメントを含むボディパーティション、および、ヘッダメタデータを含むボディパーティションを、この順に生成し、この順に並べ、最後のラインブロックについて、前記符号化データを含むボディパーティションを生成し、前記フッタパーティション生成部は、前記最後のラインブロックのヘッダメタデータおよびインデックステーブルセグメントを含むフッタパーティションを生成することができる。
【００１６】
前記画像データを、前記ラインブロック毎に符号化する符号化部をさらに備え、前記ボディパーティション生成部は、前記符号化部により、前記画像データがラインブロック毎に符号化された符号化データを格納する前記ボディパーティションを生成することができる。
【００１７】
前記符号化部は、前記画像データを、前記ラインブロック毎にウェーブレット変換するウェーブレット変換部と、前記ウェーブレット符号化部によりウェーブレット変換されて得られた係数データをエントロピ符号化するエントロピ符号化部とを備えることができる。
【００１８】
前記ラインブロックは、前記ウェーブレット変換部が、ウェーブレット変換後の最低域成分のサブバンド１ライン分の係数データを生成するために必要なライン数分の画素データ群であることができる。
【００１９】
前記所定のフォーマットは、SMPTE規格のMXFであることができる。
【００２０】
本開示の一側面は、また、画像処理装置の画像処理方法であって、ボディパーティション生成部が、画像データが、画像を複数に分割するラインブロック毎に符号化された符号化データを格納する、所定のフォーマットのファイルのボディパーティションを、１ラインブロック分の符号化データ毎に生成し、パーティション統合部が、生成された前記ボディパーティション、ヘッダ情報を含むヘッダパーティション、およびフッタ情報を含むフッタパーティションを統合することにより、前記ファイルを生成する画像処理方法である。
【００２１】
本開示の他の側面は、画像データが符号化された符号化データをパーティション毎に分離するパーティション分離部と、前記パーティション分離部により分離された、画像を複数に分割するラインブロック１つ分の前記符号化データが格納された、所定のフォーマットのファイルのボディパーティションを解読し、１ラインブロック分の前記符号化データを抽出するボディパーティション解読部とを備えるを備える画像処理装置である。
【００２２】
前記ボディパーティション解読部は、さらに、前記パーティション分離部により分離された、インデックステーブルセグメントを含むボディパーティション、および、ヘッダメタデータを含むボディパーティションを解読することができる。
【００２３】
前記ボディパーティション解読部により解読された抽出された１ラインブロック分の前記符号化データを復号する復号部をさらに備えることができる。
【００２４】
前記復号部は、前記符号化データをエントロピ復号して係数データを生成するエントロピ復号部と、前記エントロピ復号部により復号されて得られる前記係数データを、ウェーブレット逆変換するウェーブレット逆変換部とを備えることができる。
【００２５】
前記所定のフォーマットは、SMPTE規格のMXFであることができる。
【００２６】
本開示の他の側面は、また、画像処理装置の画像処理方法であって、パーティション分割部が、画像データが符号化された符号化データをパーティション毎に分離し、ボディパーティション解読部が、分離された、画像を複数に分割するラインブロック１つ分の前記符号化データが格納された、所定のフォーマットのファイルのボディパーティションを解読し、１ラインブロック分の前記符号化データを抽出する画像処理方法である。
【００２７】
本開示の一側面においては、画像データが、画像を複数に分割するラインブロック毎に符号化された符号化データが格納される、所定のフォーマットのファイルのボディパーティションが、１ラインブロック分の符号化データ毎に生成され、生成されたボディパーティション、ヘッダ情報を含むヘッダパーティション、およびフッタ情報を含むフッタパーティションが統合されることにより、ファイルが生成される。
【００２８】
本開示の他の側面においては、画像データが符号化された符号化データがパーティション毎に分離され、その分離された、画像が複数に分割されラインブロック１つ分の符号化データが格納された、所定のフォーマットのファイルのボディパーティションが解読され、１ラインブロック分の符号化データが抽出される。
【発明の効果】
【００２９】
本開示によれば、画像を処理することが出来る。特に、画像や音声等のデータ伝送の、高自由度化および低遅延化を実現することができる。
【図面の簡単な説明】
【００３０】
【図１】画像符号化装置の主な構成例を示すブロック図である。
【図２】サブバンドを説明するための図である。
【図３】ウェーブレット変換の様子を説明する図である。
【図４】5×3フィルタに対してリフティング技術を適用した場合のウェーブレット変換について概略的に説明するための略線図である。
【図５】5×3フィルタに対してリフティング技術を適用した場合のウェーブレット逆変換について概略的に説明するための略線図である。
【図６】5×3フィルタのリフティングによるフィルタリングを分解レベル＝2まで実行した例を示す略線図である。
【図７】ウェーブレット変換およびウェーブレット逆変換の流れを概略的に示す略線図である。
【図８】符号化および復号の各要素の一例の並列動作を概略的に示す略線図である。
【図９】MXFの論理的なフォーマットの基本構造の例を示す図である。
【図１０】MXFの物理的なフォーマットの基本構造の例を示す図である。
【図１１】エッセンスコンテナデータの構造の例を示す図である。
【図１２】ヘッダメタデータとエッセンスコンテナデータの関係の例を説明する図である。
【図１３】各パーティションの物理的なフォーマットの低遅延対応構造の例を示す図である。
【図１４】符号化処理の流れの例を説明するフローチャートである。
【図１５】ラインブロック符号化処理の流れの例を説明するフローチャートである。
【図１６】ボディパーティション生成処理の流れの例を説明するフローチャートである。
【図１７】フッタパーティション生成処理の流れの例を説明するフローチャートである。
【図１８】MXFの低遅延対応構造の例を示す図である。
【図１９】ボディパーティション生成処理の流れの、他の例を説明するフローチャートである。
【図２０】フッタパーティション生成処理の流れの、他の例を説明するフローチャートである。
【図２１】MXFの低遅延対応構造の、他の例を示す図である。
【図２２】ボディパーティション生成処理の流れの、さらに他の例を説明するフローチャートである。
【図２３】フッタパーティション生成処理の流れの、さらに他の例を説明するフローチャートである。
【図２４】MXFの低遅延対応構造の、さらに他の例を示す図である。
【図２５】符号化処理の流れの、他の例を説明するフローチャートである。
【図２６】フッタパーティション生成処理の流れの、さらに他の例を説明するフローチャートである。
【図２７】画像復号装置の主な構成例を示すブロック図である。
【図２８】復号処理の流れの例を説明するフローチャートである。
【図２９】フッタパーティション解読処理の流れの例を説明するフローチャートである。
【図３０】ボディパーティション解読処理の流れの例を説明するフローチャートである。
【図３１】ラインブロック復号処理の流れの例を説明するフローチャートである。
【図３２】ボディパーティション解読処理の流れの、他の例を説明するフローチャートである。
【図３３】ボディパーティション解読処理の流れの、さらに他の例を説明するフローチャートである。
【図３４】復号処理の流れの、他の例を説明するフローチャートである。
【図３５】フッタパーティション解読処理の流れの、他の例を説明するフローチャートである。
【図３６】符号化データの授受の様子の例を説明する模式図である。
【図３７】パーソナルコンピュータの主な構成例を示すブロック図である。
【発明を実施するための形態】
【００３１】
以下、本開示を実施するための形態（以下実施の形態とする）について説明する。なお、説明は以下の順序で行う。
１．第１の実施の形態（画像符号化装置）
２．第２の実施の形態（画像復号装置）
３．第３の実施の形態（パーソナルコンピュータ）
【００３２】
＜１．第１の実施の形態＞
［画像符号化装置］
図１は、画像符号化装置の主な構成例を示すブロック図である。図１に示される画像符号化装置１００は、画像データを符号化し、得られた符号化データをMXF（Material eXchange Format）ファイル化して出力する画像処理装置である。
【００３３】
図１に示されるように、画像符号化装置１００は、ラインブロック符号化部１０１およびMXFファイル生成部１０２を有する。
【００３４】
ラインブロック符号化部１０１は、入力された画像データを低遅延に符号化する。より具体的には、ラインブロック符号化部１０１は、動画像の画像データの各ピクチャを複数に分割する、後述するラインブロック毎に符号化する。
【００３５】
MXFファイル生成部１０２は、ラインブロック符号化部１０１から出力される、ラインブロック毎の符号化データ（コードストリーム）を、遅延の増大を抑制するように、逐次MXFファイル化し、出力する。
【００３６】
MXFは、画像や音声等のコンテンツのデータを伝送するための伝送用ファイルフォーマットである。例えば、MXFは、放送局などで利用されるカムコーダや編集装置等の機器間で行われるデジタル映像や音声のデータ伝送に利用される。
【００３７】
以前は、画像や音声等のコンテンツのデータは、テープデバイス等を介して装置間で授受されていたが、情報処理技術の向上に伴い、これらの装置が汎用のネットワークに接続され、そのネットワークを介してデータの授受が行われるようになった。これにより、より多様な装置間でデータの授受が行われるようになった。
【００３８】
MXFは、映像データや音声データをメタデータとともに梱包するための「容器」あるいは「包装紙」に近い性質を有するファイルフォーマットである。プロ用途以外での様々な問題にも対応するべく規格化されており、タイムコードとメタデータを完全に対応することで将来的にはプロ用途の標準規格となることを想定した規格となっている。
【００３９】
また、MXFは、特定の映像や音声の圧縮技術（コーデック）に依存しない、自由度の高い、幅の広い規格として設計されている。すなわち、MXFは、任意の符号化方式で符号化されたコードストリームをファイル化することができる。つまり、MXFファイルを処理する事ができる装置間であれば、どのような符号化方式のコードストリームであっても、容易にデータ伝送を実現することができる。したがって、MXFファイルフォーマットを適用することにより、符号化方式に応じたインタフェースを用意する必要がなくなり、より多様な装置間でのより多様なデータの伝送を容易に実現することができる。すなわち、MXFは、データ伝送の高自由度化を実現する。
【００４０】
従来、このMXFを用いて映像データをファイル化する場合、シーケンスやピクチャといった、大きなデータ単位でファイル化が行われていた。しかしながら、その場合、符号化データのファイル化のために大きな遅延が生じてしまう。そのため、ラインブロック符号化部１０１のように低遅延に符号化を行っても、ファイル化のために遅延時間が増大し、低遅延なデータ伝送の実現が困難になる恐れがあった。
【００４１】
そこで、MXFファイル生成部１０２は、ラインブロック符号化部１０１により生成された符号化データを、遅延時間の増大をできるだけ抑制するようにファイル化し、伝送させる。
【００４２】
以下に、各部の詳細について説明する。
【００４３】
［ラインブロック符号化部］
まず、ラインブロック符号化部１０１について説明する。図１に示されるように、ラインブロック符号化部１０１は、画像ライン入力部１２１、途中計算用バッファ１２２、ラインベースウェーブレット変換部１２３、係数並び替え用バッファ１２４、係数並び替え部１２５、量子化部１２６、およびエントロピ符号化部１２７を有する。
【００４４】
画像ライン入力部１２１は、動画像データの入力を、ライン毎に受け付ける。画像ライン入力部１２１は、入力されたライン毎の画像データを途中計算用バッファ１２２に供給し、保持させる。
【００４５】
ラインベースウェーブレット変換部１２３は、途中計算用バッファ１２２に溜め込まれた画像データに対してウェーブレット変換を施す。すなわち、ラインベースウェーブレット変換部１２３は、途中計算用バッファ１２２から画像データを読み出して分析フィルタによりフィルタ処理を施して低域成分および高域成分の係数のデータを生成し、生成された係数データを途中計算用バッファ１２２に格納する。ラインベースウェーブレット変換部１２３は、水平分析フィルタと垂直分析フィルタとを有し、画像データ群に対して、画面水平方向と画面垂直方向の両方について分析フィルタ処理を行う。ラインベースウェーブレット変換部１２３は、途中計算用バッファ１２２に格納された低域成分の係数データを再度読み出し、読み出した係数データに対して分析フィルタによるフィルタ処理を施して、高域成分および低域成分の係数のデータをさらに生成する。生成された係数データは、途中計算用バッファ１２２に格納される。
【００４６】
ラインベースウェーブレット変換部１２３は、この処理を低域成分に対して再帰的に繰り返し、分解レベルが所定レベルに達したら、途中計算用バッファ１２２から係数データを読み出し、読み出された係数データを係数並び替え用バッファ１２４に書き込む。
【００４７】
係数並び替え部１２５は、係数並び替え用バッファ１２４に書き込まれた係数データを所定の順序で読み出し、量子化部１２６に供給する。量子化部１２６は、供給された係数データを量子化し、エントロピ符号化部１２７に供給する。
【００４８】
エントロピ符号化部１２７は、供給された係数データを、例えばハフマン符号化や算術符号化といった所定のエントロピ符号化方式で符号化する。エントロピ符号化部１２７は、生成した符号化データ（コードストリーム）をMXFファイル生成部１０２に出力する。 
【００４９】
［ウェーブレット変換］
ラインベースウェーブレット変換部１２３で行われる処理について、より詳細に説明する。先ず、ウェーブレット変換について、概略的に説明する。
【００５０】
画像データに対するウェーブレット変換では、図２に概略的に示されるように、画像データを空間周波数の高い帯域と低い帯域とに分割する処理を、分割の結果得られる空間周波数の低い帯域のデータに対して再帰的に繰り返す。こうして、空間周波数の低い帯域のデータをより小さな領域に追い込んでいくことで、効率的な圧縮符号化を可能とする。
【００５１】
図２は横幅１９２０画素の画像を４回ウェーブレット分解した時に生成されるサブバンド（分割レベル＝４）を図示したものである。図２において"H"は高域成分で"L"は低域成分を意味し、"L"および"H"の順序は、前側が横方向に分割した結果の帯域を示し、後側が縦方向に分割した結果の帯域を示す。また、"L"および"H"の前の数字は、その領域の分割レベルを示す。最低域は４LLになる。
【００５２】
図３に示されるように、ラインベースウェーブレット変換部１２３は、入力画像がＮライン溜まった時点で、垂直方向に並ぶ係数群を高域成分と低域成分に分離する垂直フィルタリングを実行する。この垂直フィルタリングが画面左端から右端の方向に移動しながら実行されることで、高域成分と低域成分の水平方向に並ぶ係数群が生成される。
【００５３】
ラインベースウェーブレット変換部１２３は、次に、その水平方向に並ぶ各成分に対して水平フィルタリングを実行する。これによって、２次元のサブバンド（LL、HL、LH、HHの成分）が生成される。ラインベースウェーブレット変換部１２３は、上記の操作を、画面最下部まで継続することで、１分解のウェーブレット変換係数（１LL、１HL、１LH、１HH）を生成する。
【００５４】
次に、このウェーブレット変換の具体的な例として、５×３フィルタを用いた方法について説明する。この５×３フィルタを用いた方法は、従来技術で既に説明したJPEG2000規格でも採用されており、少ないフィルタタップ数でウェーブレット変換を行うことができる点で、優れた方法である。
【００５５】
５×３フィルタのインパルス応答（Ｚ変換表現）は、次の式（１）および式（２）に示すように、低域フィルタH0（z）と、高域フィルタH1（z）とから構成される。式（3）および式（4）から、低域フィルタH0（z）は、5タップで、高域フィルタH1（z）は、3タップであることが分かる。
【００５６】
H0（z）＝(-1+2z-1+6z-2+2z-3-z-4)/8    ・・・（１）
H1（z）＝(-1+2z-1-z-2)/2            ・・・（２）
【００５７】
これら式（１）および式（２）によれば、低域成分および高域成分の係数を、直接的に算出することができる。ここで、リフティング(Lifting)技術を用いることで、フィルタ処理の計算を減らすことができる。図４を用いて、５×３フィルタに対してリフティング技術を適用した場合の、ウェーブレット変換を行う分析フィルタ側の処理について、概略的に説明する。
【００５８】
図４において、最上段部、中段部および最下段部は、それぞれ入力画像の画素列、高域成分出力および低域成分出力を示す。最上段は、入力画像の画素列に限らず、先のフィルタ処理で得られた係数でもよい。ここでは、最上段部が入力画像で画素列であるものとし、四角印（■）が偶数番目（最初を0番目とする）の画素またはライン、丸印（●）が奇数番目の画素またはラインとする。
【００５９】
先ず第１段階として、次式（３）により入力画素列から高域成分の係数di1を生成する。
【００６０】
di1＝di0-1/2(si0+si+10)      ・・・（３）
【００６１】
次に第２段階として、この生成された高域成分の係数と、入力画像の奇数番目の画素とを用いて、次式（４）により低域成分の係数si1を生成する。
【００６２】
si1＝si0+1/4(di-11＋di1）      ・・・（４）
【００６３】
分析フィルタ側では、このようにして、フィルタリング処理により入力画像の画素データを低域成分と高域成分とに分解する。
【００６４】
図５を用いて、ウェーブレット変換により生成された係数を復元するウェーブレット逆変換を行う合成フィルタ側の処理について、概略的に説明する。この図５は、上述の図４と対応し、５×３フィルタを用い、リフティング技術を適用した例を示す。図５において、最上段部は、ウェーブレット変換により生成された入力係数を示し、丸印（●）が高域成分の係数、四角印（■）が低域成分の係数をそれぞれ示す。
【００６５】
先ず第１段階として、次式（５）に従い、入力された低域成分および高域成分の係数から、偶数番目（最初を０番目とする）の係数si0が生成される。
【００６６】
si0＝si1-1/4(di-11＋di1)      ・・・（５）
【００６７】
次に第２段階として、次式（６）に従い、上述の第１段階で生成された偶数番目の係数si0と、入力された高域成分の係数di1とから、奇数番目の係数di0が生成される。
【００６８】
di0＝di1+1/2(si0＋si+10)      ・・・（７）
【００６９】
合成フィルタ側では、このようにして、フィルタリング処理により低域成分および高域成分の係数を合成し、ウェーブレット逆変換を行う。
【００７０】
さらに、このウェーブレット変換方法について説明する。図６は、図４を用いて説明した５×３フィルタのリフティングによるフィルタ処理を、分解レベル＝２まで実行した例を示す。なお、図６において、図の左側に分析フィルタとして示される部分は、ラインベースウェーブレット変換部１２３のフィルタである。また、図６の右側に合成フィルタとして示される部分は、後述する、ラインベースウェーブレット変換部１２３に対応するウェーブレット逆変換部のフィルタである。図６においては、垂直フィルタ処理のみについて示している。
【００７１】
図６の左端列は、ウェーブレット変換される画素データを示している。左端から１列目乃至３列目が分割レベル＝１の分析フィルタ処理（垂直フィルタ処理）を示す。左端から２列目は、その分析フィルタ処理の高域成分出力、左端から３列目は、その分析フィルタ処理の低域成分出力を示す。
【００７２】
また、左端から４列目乃至６列目が分割レベル＝２の分析フィルタ処理（垂直フィルタ処理）を示す。左端４列目は、分割レベル＝１の低域成分出力（左端から３列目）である。つまり、分析フィルタ処理は、生成された低域成分に対して再帰的に繰り返し実行される。左端から５列目は、その分析フィルタ処理の高域成分出力、左端から６列目は、その分析フィルタ処理の低域成分出力を示す。
【００７３】
次のレベルの分析フィルタ処理に利用される係数データは、途中計算用バッファ１２２に格納される。図６の例の場合、点線で囲まれる左端から３列目および４列目の係数データが、途中計算用バッファ１２２に格納される。
【００７４】
次のレベルの分析フィルタ処理に利用されない係数データは、係数並び替え用バッファ１２４に格納される。図６の例の場合、１点鎖線で囲まれる左端から２列目、５列目、および６列目の係数データが係数並び替え用バッファ１２４に格納される。
【００７５】
このように係数並び替え用バッファ１２４に格納された係数データは、量子化部１２６により量子化され、エントロピ符号化部１２７により符号化され、符号化データ（コードストリーム）として伝送される。伝送先においては、その符号化データが復号され、逆量子化され、ウェーブレット逆変換（合成フィルタ処理）される。
【００７６】
図６の中央の縦方向の点線より右側、すなわち、右端から６列目乃至右端列は、合成フィルタ処理の様子を示している。その右端から６列目乃至４列目が分割レベル＝２の合成フィルタ処理（垂直フィルタ処理）を示す。右端から６列目は、ウェーブレット逆変換される係数データを示す。この係数データは、分析フィルタ処理の最大分割レベル（図６の例の場合、分割レベル＝２）の高域成分出力（図６の左端から５列目）と低域成分出力（図６の左端から６列目）に対応する。また、右端から５列目は、その合成フィルタ処理の低域成分出力を示し、右端から４列目は、その合成フィルタ処理の高域成分出力を示す。
【００７７】
また、右端から３列目乃至右端列が分割レベル＝１の合成フィルタ処理（垂直フィルタ処理）結果を示す。右端から３列目の四角は、分割レベル＝２の合成フィルタ処理の出力（高域成分出力および低域成分出力）を示す。つまり、ある分割レベルの合成フィルタ処理結果は、次の分割レベルの合成フィルタ処理の低域成分入力として使用される。右端から３列目の三角は、ウェーブレット逆変換される係数データを示す。この係数データは、分析フィルタ処理の１つ上位の分割レベル（図６の例の場合、分割レベル＝１）の高域成分出力（図６の左端から２列目）に対応する。また、また、右端から２列目は、その合成フィルタ処理の低域成分出力を示し、右端列は、その合成フィルタ処理の高域成分出力を示す。
【００７８】
つまり、分析フィルタ処理は、生成された低域成分出力および高域成分出力を低域成分として再帰的に繰り返し実行される。
【００７９】
ここで、図６に示されるように、分析フィルタ処理の係数データ出力順と、合成フィルタ処理の係数データ使用順が、互いに異なる。分析フィルタは、係数データを、より高粋な成分ほど先に（高域成分から低域成分に向かう順に）生成するが、合成フィルタは、より低域な成分ほど先に（低域成分から高域成分に向かう順に）使用する。
【００８０】
図６の左端列乃至左端から６列目において、Ｃ１乃至Ｃ９は、各係数データの出力される順を示す。また、図６の右端から６列目乃至右端列において、Ｃ１乃至Ｃ９は、各係数データの合成フィルタ処理に使用される順を示す、なお、括弧（）内の数字は、各係数データに対応する分析フィルタ処理出力を示す。
【００８１】
例えば、右端から６列目の係数データＣ１（５）およびＣ２（４）が、合成フィルタ処理（分割レベル＝２の垂直フィルタ処理）され、右端から５列目の係数データＣｆが生成される。この係数データＣ１（５）は、左端から６列目の係数データＣ５に対応し、係数データＣ２（４）は、左端から６列目の係数データＣ４に対応する。
【００８２】
次に、その係数データＣｆと、右端から３列目の係数データＣ３（１）とが合成フィルタ処理（分割レベル＝１の垂直フィルタ処理）され、奇数ラインの復号画像データが生成される。この係数データＣ３（１）は、左端から２列目の係数データＣ１に対応する。
【００８３】
つまり、分析フィルタは、１回目の処理により、係数データを以下の順で出力する。
・分析フィルタ出力順：Ｃ１→Ｃ２→Ｃ３→Ｃ４→Ｃ５
これに対して、合成フィルタは、１回目の処理により、係数データを以下の順に使用する。
・合成フィルタ使用順：Ｃ５→Ｃ４→Ｃ１
また、分析フィルタは、２回目の処理により、係数データを以下の順で出力する。
・分析フィルタ出力順：Ｃ６→Ｃ７→Ｃ８→Ｃ９
これに対して、合成フィルタは、２回目の処理により、係数データを以下の順に使用する。
・並び替え後の順番：Ｃ９→Ｃ８→Ｃ２→Ｃ３
【００８４】
このように、各成分の係数データの生成順と使用順とが互いに異なるので、係数並び替え部１２５は、以上のような分析フィルタ処理および合成フィルタ処理による遅延時間の増大を抑制するために、高域成分から低域成分に向かう順に係数並び替え用バッファ１２４に格納される係数データを、合成フィルタ処理の使用順、すなわち、低域成分から高域成分に向かう順に読み出すことにより、係数データの並び替えを行う。
【００８５】
このようにすることにより、係数データは、低域成分から高域成分に向かう順に符号化されて伝送される。すなわち、伝送先には、係数データが、低域成分から高域成分に向かう順に供給される。したがって、伝送先（復号側）においては、係数データの並び替えを行わずに合成フィルタ処理を行うことができ、より低遅延に合成フィルタ処理を行うことができる。
【００８６】
なお、ラインベースウェーブレット変換部１２３は、より低遅延に分析フィルタ処理を行うために、画像データをピクチャ単位で分析フィルタ処理するのではなく、ピクチャよりも小さなデータ単位毎に分析フィルタ処理する。つまり、ラインベースウェーブレット変換部１２３は、ピクチャが画素ラインに沿って複数に分割されたラインブロック毎に分析フィルタ処理を行う。
【００８７】
このラインブロックは、１画素ライン若しくは複数画素ラインよりなるピクチャの部分領域である。より具体的には、このラインブロックは、ウェーブレット変換によって、最低域成分の１ライン分（最低域成分のサブバンドの１ライン分の係数データ）を生成するのに必要なライン数分の画像データである。
【００８８】
つまり、ラインベースウェーブレット変換部１２３は、最低域成分の１ライン分（最低域成分のサブバンドの１ライン分の係数データ）を生成するために必要なライン数分の画像データをラインブロック（またはプレシンクト）とし、このラインブロック毎に分析フィルタ処理を行う。
【００８９】
なお、ラインブロック（またはプレシンクト）は、フィルタ処理結果にも適用することができる。つまり、ラインブロック（またはプレシンクト）は、ウェーブレット変換前の元の画像データにおける、ウェーブレット変換後の最低域成分のサブバンド１ライン分の係数データを生成するために必要なライン数分の画素データ群、または、その画素データ群をウェーブレット変換して得られる各サブバンドの係数データ群のことを示す。
【００９０】
図６の例の場合、１回目のウェーブレット変換処理は、７ラインの画素データを用いて行われる。つまり、ラインベースウェーブレット変換部１２３は、途中計算用バッファ１２２に、係数データが７ライン分格納された時点でウェーブレット変換処理を開始することができる。図６の例では、リフティング演算を用いているので、実際には、３ライン分の係数データが格納された時点で分析フィルタ処理を開始することができる。
【００９１】
また、２回目以降のウェーブレット変換処理には、前回のウェーブレット変換処理結果（途中結果も含む）を用いることができるので、４ラインの画素データが入力された時点で開始することができる。
【００９２】
このように、ラインベースウェーブレット変換部１２３は、ラインブロック毎にウェーブレット変換を行うことにより、全ラインの係数データが途中計算用バッファ１２２に格納されるまで待たずに、ウェーブレット変換処理を開始することができる。したがって、係数並び替え部１２５乃至エントロピ符号化部１２７の各部も、それぞれの処理をより早く開始することができる。つまり、ラインベースウェーブレット変換部１２３は、より低遅延にウェーブレット変換処理を行うことができる。
【００９３】
したがって、ラインブロック符号化部１０１は、より早く符号化データを出力することができる。つまり、ラインブロック符号化部１０１は、より低遅延に画像データを符号化することができる。
【００９４】
図６に示されるように、ウェーブレット逆変換処理も、このようなウェーブレット変換処理に対応するように、ラインブロック毎に行われる。したがって、ウェーブレット逆変換処理（復号処理）も、より低遅延に行うことができる。
【００９５】
図７は図６の動作を画像全体について、画面上から下方向にウェーブレット変換を行いながら実行する様子を図示したものである。左端の画像入力では、最初のIn-1が７ライン入力で、In-2以降が４ライン入力になっている。中央のウェーブレット変換結果（分析）は、最初のWT-１がレベル１では１ライン、レベル２では３ラインが生成され、WT-2ではレベル１が１ラインでレベル２は２ラインが生成されることを示している。
【００９６】
一方、復号側の合成フィルタではWT-1をウェーブレット逆変換することでOut-1の１ラインが得られ、WT-2からは４ラインが生成され、最終ラインは８ラインが生成されることを示している。
【００９７】
図８に示されるように、以上のような画像符号化および復号処理の各要素は、並列に実行することができ、より低遅延な処理を実現することができる。
【００９８】
図７を参照して、５×３フィルタを用いて分解レベル＝２までウェーブレット変換を行った場合の、画像入力から画像出力までの遅延時間を計算してみる。第１ライン目の画像データが入力されてから、この第１ライン目の画像データが、符号化処理され、伝送され、および復号処理されて出力されるまでの遅延時間は、下記の各要素の総和となる。なお、ここでは、伝送路における遅延や、装置各部の実際の処理タイミングに伴う遅延などの、システムの構成により異なる遅延は、除外している。
【００９９】
（１）最初のライン入力から７ライン分のウェーブレット変換WT-1が終了するまでの遅延D_WT
（２）３ライン分の係数並び替えOrd-1に伴う時間D_Ord
（３）３ライン分のエントロピ符号化EC-1に伴う時間D_EC
（４）３ライン分のエントロピ復号iEC-1に伴う時間D_iEC
（５）３ライン分のウェーブレット逆変換iWT-1に伴う時間D_iWT
【０１００】
図７を参照して、上述の各要素による遅延の計算を試みる。（１）の遅延D_WTは、１０ライン分の時間である。また、並び替えOrd-1が開始されてから1ライン後には、エントロピ符号化EC-1を開始することができる。さらに、エントロピ復号iEC-1が開始されてから2ライン後には、ウェーブレット逆変換iWT-1を開始することができる。また、エントロピ復号iEC-1は、エントロピ符号化EC-1で1ライン分の符号化が終了した時点で処理を開始することができる。 
【０１０１】
したがって、この図７の例では、第１ライン目の画像データが入力されてから、符号化、伝送、および復号等の各処理が行われ、当該第１ライン目の画像データが出力されるまでの遅延時間は、１０＋１＋１＋２＋３＝１７ライン分となる。 
【０１０２】
遅延時間について、より具体的な例を挙げて考察する。入力される画像データがHDTV(High Definition Television)のインタレースビデオ信号の場合、例えば1920画素×1080ラインの解像度で１フレームが構成され、１フィールドは、1920画素×540ラインとなる。したがって、フレーム周波数を30Hzとした場合、１フィールドの540ラインが16.67msec（＝1sec/60フィールド）の時間に入力されることになる。 
【０１０３】
したがって、７ライン分の画像データの入力に伴う遅延時間は、0.216msec（＝16.67msec×7/540ライン）であり、例えば１フィールドの更新時間に対して非常に短い時間となる。また、上述した（１）乃至（５）の遅延時間の総和についても、処理対象のライン数が少ないため、遅延時間が非常に短縮される。各処理を行う要素をハードウェア化すれば、処理時間をさらに短縮することも可能である。
【０１０４】
以上が、図１の構成の前段部のラインブロック符号化部１０１の説明である。ラインブロック符号化部１０１のエントロピ符号化部１２７から出力されたコードストリームは、既に上記で述べた通り、ラインブロック単位でMXFファイル生成部１０２に送出される。
【０１０５】
［MXFファイル生成部］
MXFファイル生成部１０２は、ラインブロック符号化部１０１から供給される符号化データ（コードストリーム）を、ラインブロック毎にMXFファイル化する。このように、符号化データ（コードストリーム）を、従来のようにピクチャ単位やシーケンス単位といった大きな単位でMXFファイル化せずに、そのラインブロック毎にMXFファイル化することにより、MXFファイル生成部１０２は、より低遅延にMXFファイル化することができる。また、このようにすることにより、MXFファイル生成部１０２は、供給された符号化データ（コードストリーム）を蓄積するためのメモリ量を低減させることができ、コストの増大を抑制することができる。
【０１０６】
図１に示されるように、MXFファイル生成部１０２は、ヘッダパーティション（Header Partition）生成部１３１、ボディパーティション（Body Partition）生成部１３２、フッタパーティション（Footer Partition）生成部１３３、およびパーティション（Partition）統合部１３４を有する。
【０１０７】
ヘッダパーティション生成部１３１は、MXFファイルのヘッダパーティションの生成を行う。ヘッダパーティション生成部１３１は、生成したヘッダパーティションをパーティション統合部１３４に供給する。
【０１０８】
ボディパーティション生成部１３２は、MXFファイルのボディパーティションの生成を行う。ボディパーティション生成部１３２は、生成したボディパーティションをパーティション統合部１３４に供給する。
【０１０９】
フッタパーティション生成部１３３は、MXFファイルのフッタパーティションの生成を行う。フッタパーティション生成部１３３は、生成したフッタパーティションをパーティション統合部１３４に供給する。
【０１１０】
パーティション統合部１３４は、ヘッダパーティション生成部１３１から供給されるヘッダパーティション、ボディパーティション生成部１３２から供給されるボディパーティション、および、フッタパーティション生成部１３３から供給されるフッタパーティションを統合し、MXFファイルを生成する。パーティション統合部１３４は、生成したMXFファイルを画像符号化装置１００の外部に出力し、伝送先に伝送させる。
【０１１１】
［MXF］
ここで、MXFについて説明する。図９は、非特許文献１に示されているMXFフォーマットの論理的な基本構造図である。MXFファイルは、先頭部にファイルヘッダ（File Header）、中央にファイルボディ（File Body）、後尾にファイルフッタ（File Footer）という論理的な構造を有する。ファイルヘッダには、MXFの特徴であるメタデータを格納することができる。ファイルボディには、映像や音声等のコンテンツを格納することができる。
【０１１２】
MXFファイルは、上述したような論理的な構造を有するとともに、図１０に示されるようなパーティション（Partition）という物理的な構成により区切られる。パーティションで区切られたものをパーティションパック（Partition Pack）と称する。
【０１１３】
図１０のＡに示されるヘッダパーティション（Header Partition）は、ファイルヘッダ等が格納されるパーティションである。より具体的には、ヘッダパーティションは、ヘッダパーティションパック（Header Partition Pack）とヘッダメタデータ（Header Metadata）を有する。また、ヘッダパーティションパックは、オプションとして、インデックステーブルセグメント（Index Table）とエッセンスコンテナデータ（Essence Container）を含むことができる。
【０１１４】
図１０のＢに示されるボディパーティション（Body Partition）は、ファイルボディ等が格納されるパーティションである。より具体的には、ボディパーティションは、ボディパーティションパック（Body Partition Pack）を有する。また、ボディパーティションは、オプションとして、ヘッダメタデータ（Header Metadata）、インデックステーブルセグメント（Index Table）、およびエッセンスコンテナデータ（Essence Container）を含むことができる。
【０１１５】
図１０のＣに示されるフッタパーティション（Footer Partition）は、ファイルフッタ等が格納されるパーティションである。より具体的には、フッタパーティションは、フッタパーティションパック（Footer Partition Pack）を有する。また、フッタパーティションは、オプションとして、ヘッダメタデータ（Header Metadata）およびインデックステーブルセグメント（Index Table）を含むことができる。
【０１１６】
上述したエッセンスコンテナデータ（Essence Container）については、非特許文献３に定義されている。図１１の上段にその基本構造を示す。図１１に示されるように、エッセンスコンテナデータは、複数個のCP（Content Packages）を有することができる。ただし、MXFファイル生成部１０２は、符号化データをラインブロック毎にMXFファイル化し、ラインブロック１個に対してピクチャアイテム（Picture Item）１つを割り当てるため、CP0のみが存在する。
【０１１７】
図１１の中断には、このCPの構成要素が示されている。このCPに含まれるピクチャアイテム（Picture Item）は、図１１の下段に示されるように、KLV構造を有する。V（Value）の領域に実際の画像データが記録される。なお、Ｌ（Length）には、Ｖのデータ長が記録される。Ｋ（Key）は、このデータを識別するための識別情報（タグ）である。
【０１１８】
図１のヘッダパーティション生成部１３１は、図１０のＡに示されるようなヘッダパーティションを生成する。ボディパーティション生成部１３２は、図１０のＢに示されるようなボディパーティションを生成する。フッタパーティション生成部１３３は、図１０のＣに示されるようなフッタパーティションを生成する。
【０１１９】
［ボディパーティション生成部］
図１に示されるように、ボディパーティション生成部１３２は、コードストリームデータ長検出部１４１、エッセンスコンテナデータ（Essence Container Data）生成部１４２、インデックステーブルセグメント（Index Table Segment）生成部１４３、およびヘッダメタデータ（Header Metadeta）生成部１４４を有する。
【０１２０】
コードストリームデータ長検出部１４１は、ラインブロック単位のコードストリームのデータ長（例えば１００バイトまたは８００ビットといったような、実際のデータの長さ）を測定し、そのラインブロック単位のコードストリームとそのデータ長を合わせてエッセンスコンテナデータ生成部１４２に供給する。
【０１２１】
エッセンスコンテナデータ生成部１４２は、供給されたラインブロック単位のコードストリームとデータ長とを用いて、エッセンスコンテナデータを生成する。より具体的には、エッセンスコンテナデータ生成部１４２は、供給されたラインブロック単位のコードストリームを、ピクチャアイテム（Picture Item）のＶの領域に記録し、そのコードストリームのデータ長をＬに記録する。また、エッセンスコンテナデータ生成部１４２は、Ｋに、SMPTE（Society of Motion Picture and Television Engineers）規格で定義された情報を記録する。エッセンスコンテナデータ生成部１４２は、生成したエッセンスコンテナデータをインデックステーブルセグメント生成部１４３に供給する。
【０１２２】
インデックステーブルセグメント生成部１４３は、エッセンスコンテナデータ生成部１４２から供給されるエッセンスコンテナデータの情報を用いて、インデックステーブルセグメント（Index Table Segment）を生成する。インデックステーブルセグメントは、MXFファイル中にエッセンスコンテナデータが複数存在する場合に、それぞれの位置情報（Indexing）を記述するのに必要なデータ群である。インデックステーブルセグメント生成部１４３は、生成したインデックステーブルセグメントを、エッセンスコンテナデータとともに、ヘッダメタデータ生成部１４４に供給する。
【０１２３】
ヘッダメタデータ生成部１４４は、エッセンスコンテナデータの情報を用いてヘッダメタデータを生成する。図１２にヘッダメタデータとエッセンスコンテナデータとの関係の例を示す。この関係は、非特許文献１において定義されている。図１２に示されるように、ヘッダメタデータにおいては、画像の連続シーケンスであるエッセンスコンテナデータが、MXFファイル中のピクチャトラック（Picture Track）のどの時刻（Timecode）に存在しているかの関連付けがなされている。この様な画像や音声のメタデータの時系列での関連付けに関する情報等がヘッダメタデータに記述される。
【０１２４】
ヘッダメタデータ生成部１４４は、生成したヘッダメタデータを、インデックステーブルセグメントやエッセンスコンテナデータとともに、パーティション統合部１３４に供給する。
【０１２５】
なお、ヘッダメタデータおよびインデックステーブルセグメントは、オプションであるので、その生成を省略することも出来る。また、インデックステーブルセグメント生成部１４３が出力するインデックステーブルセグメントおよびエッセンスコンテナデータは、フッタパーティション生成部１３３に供給され、フッタパーティションの生成に利用されるようにしてもよい。
【０１２６】
［パーティションの低遅延用データ構造］
以上のようなMXFファイル化の際に、ヘッダパーティション生成部１３１乃至フッタパーティション生成部１３３は、より低遅延にMXFファイルを伝送することができるように、それぞれのパーティションのデータ構造を、低遅延用のデータ構造にする。
【０１２７】
図１３は、各パーティションの低遅延用データ構造の例を示す図である。ヘッダパーティション生成部１３１は、図１３Ａに示されるようなデータ構造のヘッダパーティションを生成する。つまり、ヘッダパーティション生成部１３１は、必須以外のものは不要であるので、ヘッダパーティションパックとヘッダメタデータを構成要素とするヘッダパーティションを生成する（オプションは含めない）。
【０１２８】
ボディパーティション生成部１３２は、図１３Ｂに示されるようなデータ構造のボディパーティションを生成する。つまり、ボディパーティション生成部１３２は、ボディパーティションの先頭に位置するフラグ情報であるボディパーティションパックとヘッダメタデータとを構成要素とするボディパーティション、ボディパーティションパックとインデックステーブルセグメントとを構成要素とするボディパーティション、並びに、ボディパーティションパックとエッセンスコンテナデータとを構成要素とするボディパーティションを生成する。
【０１２９】
なお、上述したように、ラインブロックのコードストリームはエッセンスコンテナデータに書き込まれた後、その情報を元にしてインデックステーブルセグメントが生成され、ヘッダメタデータが生成される。したがって、ボディパーティション生成部１３２は、これらのボディパーティションの生成による遅延時間の増大を抑制するために、この順序にしたがって各ボディパーティションを生成する。
【０１３０】
つまり、ボディパーティション生成部１３２は、最初に、ボディパーティションパックとエッセンスコンテナデータとを構成要素とする先頭のボディパーティションを生成し、次に、ボディパーティションパックとインデックステーブルセグメントとを構成要素とする２番目のボディパーティションを生成し、その次に、ボディパーティションパックとヘッダメタデータとを構成要素とする３番目のボディパーティションを生成する。つまり、この順に並ぶボディパーティション群が生成される。
【０１３１】
フッタパーティション生成部１３３は、図１３Ｃに示されるようなデータ構造のフッタパーティションを生成する。つまり、フッタパーティション生成部１３３は、フッタパーティションパック、ヘッダメタデータ、および、１個若しくは複数個のインデックステーブルセグメントを構成要素とするフッタパーティションを生成する。
【０１３２】
このように、各パーティションに不要な構成が含まれないようにし、各パーティションの構成をできるだけ少なくするようにMXFファイルを生成する（低遅延用のデータ構造のMXFファイルを生成する）ことにより、MXFファイル生成部１０２は、MXFファイルの授受をより容易にし、より低遅延にMXFファイルのデータ伝送を行うことができるようにすることができる。
【０１３３】
以上のように、MXFファイル生成部１０２は、低遅延に生成された符号化データに対応した方法でMXFファイルを生成することができる。これにより、画像符号化装置１００は、画像や音声等のデータ伝送の、高自由度化および低遅延化を実現することができる。
【０１３４】
［符号化処理の流れ］
次に、以上のような画像符号化装置１００により実行される各処理の流れについて説明する。最初に、図１４のフローチャートを参照して、画像符号化装置１００により実行される符号化処理の流れの例を説明する。
【０１３５】
画像符号化装置１００は、図１４に示される符号化処理を、入力される画像データのピクチャ毎に実行する。
【０１３６】
符号化処理が開始されると、ラインブロック符号化部１０１は、ステップＳ１０１において、１ラインブロック分の入力画像データの符号化を行う。
【０１３７】
ステップＳ１０２において、コードストリームデータ長検出部１４１は、ステップＳ１０１の処理により生成された１ラインブロック分のコードストリーム（Ｖ）のデータ長（Ｌ）を検出する。
【０１３８】
ステップＳ１０３において、ボディパーティション生成部１３２は、例えば図１３のＢに示されるような低遅延用データ構造のボディパーティションを生成する。
【０１３９】
ステップＳ１０４において、ヘッダパーティション生成部１３１は、例えば図１３のＡに示されるような、低遅延用データ構造のヘッダパーティションを生成する。
【０１４０】
ステップＳ１０５において、フッタパーティション生成部１３３は、例えば図１３のＣに示されるような、低遅延用データ構造のフッタパーティションを生成する。
【０１４１】
ステップＳ１０６において、パーティション統合部１３４は、ステップＳ１０４の処理により生成されたヘッダパーティション、ステップＳ１０３の処理により生成されたボディパーティション、並びに、ステップＳ１０５の処理により生成されたフッタパーティションを、この順に統合して１ラインブロック分のコードストリームを格納するMXFファイルを生成する。パーティション統合部１３４は、生成したMXFファイルを画像符号化装置１００の外部に出力する。
【０１４２】
このMXFファイルは、例えば有線や無線のネットワーク等の任意の伝送媒体や、ハードディスク等任意の記録媒体を介して他の装置（例えば画像符号化装置１００に対応する画像復号装置）に伝送される。
【０１４３】
ステップＳ１０７において、パーティション統合部１３４は、処理対象のピクチャ（注目ピクチャ）について、全てのラインブロックを処理したか否かを判定し、未処理のラインブロックが存在すると判定した場合、処理をステップＳ１０１に戻し、それ以降の処理を繰り返す。
【０１４４】
ステップＳ１０１乃至ステップＳ１０７の各処理が各ラインブロックに対して実行され、ステップＳ１０７において、注目ピクチャの全てのラインブロックが処理されたと判定した場合、パーティション統合部１３４は、符号化処理を終了する。
【０１４５】
［ラインブロック符号化処理の流れ］
次に、図１５のフローチャートを参照して、図１４のステップＳ１０１において実行されるラインブロック符号化処理の流れの例を説明する。
【０１４６】
ラインブロック符号化処理が開始されると、画像ライン入力部１２１は、ステップＳ１２１において、１ラインブロック分の画像データを取得し、途中計算用バッファ１２２に蓄積する。
【０１４７】
１ラインブロック分の画像データが蓄積されると、ステップＳ１２２において、ラインベースウェーブレット変換部１２３は、その１ラインブロック分の画像データに対して、垂直方向の分析フィルタ処理である垂直分析フィルタリングを行う。なお、上述したように、この垂直分析フィルタリングをリフティング演算によって行う場合、ラインベースウェーブレット変換部１２３は、３ライン分の画像データが蓄積された時点で、この垂直分析フィルタリングを開始することができる。つまり、ラインベースウェーブレット変換部１２３は、１ラインブロック分の画像データが途中計算用バッファ１２２に蓄積される前に、垂直分析フィルタリングを開始することができる。
【０１４８】
垂直分析フィルタリングが終了すると、ラインベースウェーブレット変換部１２３は、次に、ステップＳ１２３において、その垂直分析フィルタリング結果に対して、水平方向の分析フィルタ処理である水平分析フィルタリングを行う。垂直分析フィルタリングにより画像データは、垂直方向に低域な成分と高域な成分とに分離される。水平分析フィルタリングは、これらの各成分に対して行われ、それぞれが水平方向に低域な成分と高域な成分とに分離される。したがって、ステップＳ１２２およびステップＳ１２３の処理により、画像データから４つのサブバンドが生成される。
【０１４９】
ステップＳ１２４において、ラインベースウェーブレット変換部１２３は、予め定められた最終分割レベルまで分析フィルタリングを行ったか否かを判定し、最終分割レベルまで行われていないと判定した場合、処理をステップＳ１２２に戻し、それ以降の処理を繰り返す。
【０１５０】
処理をステップＳ１２２に戻すと、ラインベースウェーブレット変換部１２３は、分割レベルを１つ進め、前回の分析フィルタリングにより生成された４つのサブバンドの内、垂直方向および水平方向の両方に低域な成分のサブバンドの係数データに対して、ステップＳ１２２およびステップＳ１２３の処理（垂直分析フィルタリングおよび水平分析フィルタリング）を実行する。これにより、垂直方向および水平方向の両方に低域な成分のサブバンドが、さらに４つのサブバンドに分割される。
【０１５１】
以上のように、ラインベースウェーブレット変換部１２３は、分析フィルタリングにより得られた垂直方向および水平方向の両方に低域な成分のサブバンドに対して、ステップＳ１２２およびステップＳ１２３の処理を最終分割レベルまで再帰的に繰り返す。
【０１５２】
ステップＳ１２４において、以上のような分析フィルタリングが最終分割レベルに達したと判定した場合、ラインベースウェーブレット変換部１２３は、処理をステップＳ１２５に進める。
【０１５３】
ラインベースウェーブレット変換部１２３は、ステップＳ１２２およびステップＳ１２３の各処理の処理結果として出力される各サブバンドの係数データを係数並び替え用バッファ１２４に記憶させる。つまり、ラインベースウェーブレット変換部１２３は、高域成分から低域成分に向かう順に係数データを係数並び替え用バッファ１２４に記憶させる。
【０１５４】
ステップＳ１２５において、係数並び替え部１２５は、係数並び替え用バッファ１２４に記憶されている各サブバンドの係数データを、合成フィルタリングに使用される順、すなわち、低域成分から高域成分に向かう順に読み出すことにより、係数データを並べ替える。
【０１５５】
ステップＳ１２６において、量子化部１２６は、ステップＳ１２５において並び替えられた順に各係数データを量子化する。
【０１５６】
ステップＳ１２７において、エントロピ符号化部１２７は、ステップＳ１２６において量子化された係数データをエントロピ符号化し、生成された符号化データ（コードストリーム）を出力する。
【０１５７】
ステップＳ１２７の処理が終了すると、エントロピ符号化部１２７は、ラインブロック符号化処理を終了し、処理を図１４に戻す。
【０１５８】
［ボディパーティション生成処理の流れ］
次に、図１６のフローチャートを参照して、図１４のステップＳ１０３において実行されるボディパーティション生成処理の流れの例を説明する。
【０１５９】
ボディパーティション生成処理が開始されると、エッセンスコンテナデータ生成部１４２は、ステップＳ１４１において、図１４のステップＳ１０１の処理により生成された符号化データ（コードストリーム）を用いて、エッセンスコンテナデータのKLVを生成し、図１３のＢに示されるような、そのエッセンスコンテナデータを含む低遅延用データ構造のボディパーティションを、先頭のボディパーティション（1st Body Partition）として生成する。
【０１６０】
ステップＳ１４２において、インデックステーブルセグメント生成部１４３は、ステップＳ１４１において生成されたエッセンスコンテナデータの情報を用いて、インデックステーブルセグメントを生成する。インデックステーブルセグメント生成部１４３は、図１３のＢに示されるような、そのインデックステーブルセグメントを含む低遅延用データ構造のボディパーティションを生成する。インデックステーブルセグメント生成部１４３は、そのインデックステーブルセグメントを含むボディパーティションを、ステップＳ１４１において生成された先頭のボディパーティションに続く２番目のボディパーティション（2nd Body Partition）として生成する。つまり、インデックステーブルセグメント生成部１４３は、インデックステーブルセグメントを含むボディパーティションを、エッセンスコンテナデータを含むボディパーティションの後に付加する。
【０１６１】
ステップＳ１４３において、ヘッダメタデータ生成部１４４は、ステップＳ１４１において生成されたエッセンスコンテナデータの情報や、ステップＳ１４２において生成されたインデックステーブルセグメントの情報を用いてヘッダメタデータを生成する。ヘッダメタデータ生成部１４４は、図１３のＢに示されるような、そのヘッダメタデータを含む低遅延用データ構造のボディパーティションを生成する。ヘッダメタデータ生成部１４４は、そのヘッダメタデータを含むボディパーティションを、ステップＳ１４２において生成された２番目のボディパーティションに続く３番目のボディパーティション（3rd Body Partition）として生成する。つまり、ヘッダメタデータ生成部１４４は、ヘッダメタデータを含むボディパーティションを、インデックステーブルセグメントを含むボディパーティションの後に付加する。
【０１６２】
以上のように３種類のボディパーティションを生成すると、ヘッダメタデータ生成部１４４は、ボディパーティション生成処理を終了し、処理を図１４に戻す。
【０１６３】
［フッタパーティション生成処理の流れ］
次に、図１７のフローチャートを参照して、図１４のステップＳ１０５において実行されるフッタパーティション生成処理の流れの例を説明する。
【０１６４】
フッタパーティション生成処理が開始されると、フッタパーティション生成部１３３は、ステップＳ１６１において、フッタパーティションパックを生成する。
【０１６５】
ステップＳ１６２において、フッタパーティション生成部１３３は、ヘッタメタデータを生成し、図１３のＣに示されるように、ステップＳ１６１において生成されたフッタパーティションパックの後に付加する。
【０１６６】
ステップＳ１６３において、フッタパーティション生成部１３３は、インデックステーブルセグメントを生成し、図１３のＣに示されるように、ステップＳ１６２においてフッタパーティションパックに付加されたヘッダメタデータの後に付加する。
【０１６７】
以上のように、低遅延データ構造のフッタパーティションを生成すると、フッタパーティション生成部１３３は、フッタパーティション生成処理を終了し、処理を図１４に戻す。
【０１６８】
以上のように各処理を行うことにより、ラインブロック符号化部１０１は、画像データを低遅延に符号化して符号化データ（コードストリーム）を生成することができる。また、MXFファイル生成部１０２は、遅延時間を不要に増大させずに、その符号化データ（コードストリーム）をMXFファイル化することができる。
【０１６９】
したがって、画像符号化装置１００は、画像や音声等のデータ伝送の、高自由度化および低遅延化を実現することができる。
【０１７０】
［ボディパーティションの省略］
図１８のＡは、エッセンスコンテナデータ内に１個のラインブロックのコードストリームだけが存在するMXFファイルの構造例を示す図である。この例に示されるように、３番目のボディパーティションのヘッダメタデータと、後続のフッタパーティションの先頭のヘッダメタデータとが重複する。
【０１７１】
従って図１８のＢに示されるように、３番目のボディパーティション（ヘッダメタデータを含むボディパーティション）を省略し（付加しないようにし）てもよい。つまり、最後尾のボディパーティションは、２番目のボディパーティション（インデックステーブルセグメントを含むボディパーティション）としてもよい。その代わり、省略した（付加しなかった）ヘッダメタデータの情報は、フッタパーティションに含まれるヘッダメタデータに含めるようにする。
【０１７２】
このようにボディパーティションおよびフッタパーティションを生成することにより、MXFファイル生成部１０２は、MXFファイルの情報量を低減させることができる。
【０１７３】
この場合、画像符号化装置１００により実行される符号化処理は、図１４のフローチャートを参照して説明した場合と同様に実行される。また、ラインブロック符号化部１０１により実行されるラインブロック符号化処理は、図１５のフローチャートを参照して説明した場合と同様に実行される。ただし、ボディパーティション生成処理およびフッタパーティション生成処理は、以下のように実行される。
【０１７４】
［ボディパーティション生成処理の流れ］
図１９のフローチャートを参照して、この場合のボディパーティション生成処理の流れの例を説明する。この処理は、図１６のフローチャートを参照して説明したボディパーティション生成処理に対応する、図１４のステップＳ１０３において実行される処理である。
【０１７５】
ボディパーティション生成処理が開始されると、ステップＳ１８１およびステップＳ１８２の各処理が、図１６のステップＳ１４１およびステップＳ１４２の各処理と同様に実行される。
【０１７６】
すなわち、エッセンスコンテナデータを含む低遅延用データ構造のボディパーティション（先頭のボディパーティション）と、インデックステーブルセグメントを含む低遅延用データ構造のボディパーティション（２番目のボディパーティション）とが、図１６の場合と同様に生成される。
【０１７７】
ステップＳ１８３において、ヘッダメタデータ生成部１４４は、ステップＳ１８１において生成されたエッセンスコンテナデータの情報や、ステップＳ１８２において生成されたインデックステーブルセグメントの情報を用いてヘッダメタデータを生成する。ここで、ヘッダメタデータ生成部１４４は、ヘッダメタデータを含むボディパーティションを生成せずに、ボディパーティション生成処理を終了し、処理を図１４に戻す。
【０１７８】
つまり、この場合、図１８のＢに示される例のように、先頭のボディパーティション（1st Body Partition）と２番目のボディパーティション（2nd Body Partition）の２種類のボディパーティションが生成される。
【０１７９】
［フッタパーティション生成処理の流れ］
次に、図２０のフローチャートを参照して、この場合のフッタパーティション生成処理の流れの例を説明する。この処理は、図１７のフローチャートを参照して説明したフッタパーティション生成処理に対応する、図１４のステップＳ１０５において実行される処理である。
【０１８０】
フッタパーティション生成処理が開始されると、ステップＳ２０１において、フッタパーティション生成部１３３は、ステップＳ１６１の場合と同様に、フッタパーティションパックを生成する。
【０１８１】
ステップＳ２０２において、フッタパーティション生成部１３３は、図１９のステップＳ１８３において生成されたボディパーティションのヘッタメタデータを、ステップＳ２０１において生成されたフッタパーティションパックの後に付加する。
【０１８２】
ステップＳ２０３において、フッタパーティション生成部１３３は、インデックステーブルセグメントを生成し、ステップＳ２０２においてフッタパーティションパックに付加されたヘッダメタデータの後に付加する。
【０１８３】
つまり、この場合、フッタパーティション生成部１３３は、図１８のＢに示される例のように、図１３のＣの場合と同様の構成の（ヘッダメタデータとインデックステーブルセグメントを含む）フッタパーティションを生成する。ただし、このヘッダメタデータには、ボディパーティションのヘッダメタデータの内容が含まれる。
【０１８４】
以上のように、低遅延データ構造のフッタパーティションを生成すると、フッタパーティション生成部１３３は、フッタパーティション生成処理を終了し、処理を図１４に戻す。
【０１８５】
以上のように各処理を行うことにより、MXFファイル生成部１０２は、図１４乃至図１７を参照して説明した場合よりもMXFファイルの情報量を低減させることができる。
【０１８６】
［ボディパーティションの省略２］
図２１のＡは、エッセンスコンテナデータ内に１個のラインブロックのコードストリームだけが存在するMXFファイルの構造例を示す図である。この例に示されるように、フッタパーティションには、ヘッダメタデータだけでなく、インデックステーブルセグメントも含まれる。
【０１８７】
従って図２１のＢに示されるように、３番目のボディパーティション（ヘッダメタデータを含むボディパーティション）だけでなく、２番目のボディパーティション（インデックステーブルセグメントを含むボディパーティション）も省略し（付加しないようにし）てもよい。つまり、ボディパーティションは、先頭のボディパーティション（エッセンスコンテナデータを含むボディパーティション）のみとしてもよい。その代わり、省略した（付加しなかった）ヘッダメタデータとインデックステーブルセグメントの情報は、それぞれ、フッタパーティションに含まれるヘッダメタデータとインデックステーブルセグメントに含めるようにする。
【０１８８】
このようにボディパーティションおよびフッタパーティションを生成することにより、MXFファイル生成部１０２は、MXFファイルの情報量をさらに低減させることができる。
【０１８９】
この場合、画像符号化装置１００により実行される符号化処理は、図１４のフローチャートを参照して説明した場合と同様に実行される。また、ラインブロック符号化部１０１により実行されるラインブロック符号化処理は、図１５のフローチャートを参照して説明した場合と同様に実行される。ただし、ボディパーティション生成処理およびフッタパーティション生成処理は、以下のように実行される。
【０１９０】
［ボディパーティション生成処理の流れ］
図２２のフローチャートを参照して、この場合のボディパーティション生成処理の流れの例を説明する。この処理は、図１６や図１９のフローチャートを参照して説明したボディパーティション生成処理に対応する、図１４のステップＳ１０３において実行される処理である。
【０１９１】
ボディパーティション生成処理が開始されると、ステップＳ２２１の処理が、図１６のステップＳ１４１の処理と同様に実行される。
【０１９２】
すなわち、エッセンスコンテナデータを含む低遅延用データ構造のボディパーティション（先頭のボディパーティション）が、図１６の場合と同様に生成される。
【０１９３】
ステップＳ２２２において、インデックステーブルセグメント生成部１４３は、ステップＳ２２１において生成されたエッセンスコンテナデータの情報を用いて、インデックステーブルセグメントを生成する。ここで、インデックステーブルセグメント生成部１４３は、インデックステーブルセグメントを含むボディパーティションを生成せずに、処理をステップＳ２２３に進める。
【０１９４】
ステップＳ２２３において、ヘッダメタデータ生成部１４４は、ステップＳ２２１において生成されたエッセンスコンテナデータの情報や、ステップＳ２２２において生成されたインデックステーブルセグメントの情報を用いてヘッダメタデータを生成する。ここで、ヘッダメタデータ生成部１４４は、ステップＳ１８３の場合と同様に、ヘッダメタデータを含むボディパーティションを生成せずに、ボディパーティション生成処理を終了し、処理を図１４に戻す。
【０１９５】
つまり、この場合、図２１のＢに示される例のように、ボディパーティションとしては先頭のボディパーティション（1st Body Partition）のみが生成される。
【０１９６】
［フッタパーティション生成処理の流れ］
次に、図２３のフローチャートを参照して、この場合のフッタパーティション生成処理の流れの例を説明する。この処理は、図１７や図２０のフローチャートを参照して説明したフッタパーティション生成処理に対応する、図１４のステップＳ１０５において実行される処理である。
【０１９７】
フッタパーティション生成処理が開始されると、ステップＳ２４１において、フッタパーティション生成部１３３は、ステップＳ１６１の場合と同様に、フッタパーティションパックを生成する。
【０１９８】
ステップＳ２４２において、フッタパーティション生成部１３３は、図２２のステップＳ２２３において生成されたボディパーティションのヘッタメタデータを、ステップＳ２４１において生成されたフッタパーティションパックの後に付加する。
【０１９９】
ステップＳ２４３において、フッタパーティション生成部１３３は、図２２のステップＳ２２２において生成されたボディパーティションのインデックステーブルセグメントを、ステップＳ２４２においてフッタパーティションパックに付加されたヘッダメタデータの後に付加する。
【０２００】
つまり、この場合、フッタパーティション生成部１３３は、図２１のＢに示される例のように、図１３のＣの場合と同様の構成の（ヘッダメタデータとインデックステーブルセグメントを含む）フッタパーティションを生成する。ただし、このヘッダメタデータには、ボディパーティションのヘッダメタデータの内容が含まれ、インデックステーブルセグメントには、ボディパーティションのインデックステーブルセグメントの内容が含まれる。
【０２０１】
以上のように、低遅延データ構造のフッタパーティションを生成すると、フッタパーティション生成部１３３は、フッタパーティション生成処理を終了し、処理を図１４に戻す。
【０２０２】
以上のように各処理を行うことにより、MXFファイル生成部１０２は、図１８乃至図２０を参照して説明した場合よりもMXFファイルの情報量をさらに低減させることができる。
【０２０３】
［複数ラインブロックを含むMXFファイル］
以上においては、符号化データのMXFファイル化を１ラインブロック毎に行うように説明したが、これに限らず、複数ラインブロックの符号化データを１つのMXFファイルに格納するようにしてもよい。
【０２０４】
ただし、遅延時間は、ラインブロックの数に比例する。すなわち、例えばＮラインブロックの符号化データを１つのMXFファイルに格納する場合、その遅延時間は、１ラインブロックの符号化データを１つのMXFファイルに格納する場合のＮ倍となる。
【０２０５】
システムに対する遅延時間の要求において許容範囲内であれば、このように遅延時間の増大を前提にして複数ラインブロックの符号化データを１つのMXFファイルに格納するようにしてもよい。例えば、遅延時間に対する要求が低い場合や、MXFファイルを伝送させる伝送路の帯域が広く、１度に多くのデータを伝送可能な場合、遅延時間に対する許容度（マージン）が大きく、複数ラインブロックの符号化データを１つのMXFファイルに格納することができる場合がある。
【０２０６】
図２４は、このように、複数ラインブロックの符号化データを１つのMXFファイルに格納する場合の例を示す図である。図２４に示されるように、この場合も、ボディパーティションは、ラインブロック毎に生成される。つまり、ラインブロック毎に、先頭のボディパーティション乃至３番目のボディパーティションが生成され、その直前に生成されたボディパーティションの後に付加される。
【０２０７】
ただし、この場合、図２４に示されるように、フッタパーティションには、各ラインブロックに対応するインデックステーブルセグメントが格納される。つまり、フッタパーティションのヘッダメタデータの後には、そのMXFファイルに格納された符号化データのラインブロック数分のインデックステーブルセグメントが付加される。
【０２０８】
［符号化処理の流れ］
図２５のフローチャートを参照して、複数ラインブロック分の符号化データを１つのMXFファイルに格納する場合の符号化処理の流れの例を説明する。この処理は、図１４のフローチャートを参照して説明した符号化処理に対応する処理である。したがって、画像符号化装置１００は、図２５に示される符号化処理を、入力される画像データのピクチャ毎に実行する。
【０２０９】
なお、ここでは、Ｎ（Ｎは２以上の整数）ラインブロック分の符号化データを１つのMXFファイルに格納するものとする。
【０２１０】
符号化処理が開始されると、ラインブロック符号化部１０１は、ステップＳ３０１において、ステップＳ１０１の場合と同様にラインブロック符号化処理を行い、１ラインブロック分の入力画像データの符号化を行う。つまり、図１５のフローチャートを参照して説明した場合と同様のラインブロック符号化処理が実行される。
【０２１１】
ステップＳ３０２において、コードストリームデータ長検出部１４１は、ステップＳ１０２の場合と同様に、ステップＳ３０１の処理により生成された１ラインブロック分のコードストリーム（Ｖ）のデータ長（Ｌ）を検出する。
【０２１２】
ステップＳ３０３において、ボディパーティション生成部１３２は、ステップＳ１０３の場合と同様にボディパーティション生成処理を実行し、例えば図１３のＢに示されるような低遅延用データ構造のボディパーティションを生成する。つまり、図１６のフローチャートを参照して説明した場合と同様のボディパーティション生成処理が実行される。
【０２１３】
ステップＳ３０４において、パーティション統合部１３４は、（Ｎ−１）ラインブロック分の画像データを処理したか否かを判定する。処理した画像データのラインブロック数が（Ｎ−２）以下である場合、パーティション統合部１３４は、処理をステップＳ３０１に戻し、それ以降の処理を繰り返す。
【０２１４】
ステップＳ３０１乃至ステップＳ３０４の各処理がラインブロック毎に繰り返され、ステップＳ３０４において、（Ｎ−１）ラインブロック分の画像データを処理したと判定された場合、パーティション統合部１３４は、処理をステップＳ３０５に進め、最後の（Ｎ番目の）ラインブロックの処理を開始する。
【０２１５】
ステップＳ３０５において、ラインブロック符号化部１０１は、Ｎ番目のラインブロックを、ステップＳ３０１の場合と同様に符号化する。つまり、図１５のフローチャートを参照して説明した場合と同様のラインブロック符号化処理が実行される。
【０２１６】
ステップＳ３０６において、コードストリームデータ長検出部１４１は、Ｎ番目のラインブロックについて、ステップＳ３０２の場合と同様に、ステップＳ３０５の処理により生成されたＮ番目のラインブロック分のコードストリーム（Ｖ）のデータ長（Ｌ）を検出する。
【０２１７】
ステップＳ３０７において、ボディパーティション生成部１３２は、Ｎ番目のラインブロックについて、ステップＳ３０３の場合と同様にボディパーティション生成処理を実行し、例えば図１３のＢに示されるような低遅延用データ構造のボディパーティションを生成する。つまり、図１６のフローチャートを参照して説明した場合と同様のボディパーティション生成処理が実行される。
【０２１８】
以上のようにしてＮラインブロック分のボディパーティションが生成されると、ステップＳ３０８において、ヘッダパーティション生成部１３１は、ステップＳ１０４の場合と同様に、例えば図１３のＡに示されるような、低遅延用データ構造のヘッダパーティションを生成する。
【０２１９】
ステップＳ３０９において、フッタパーティション生成部１３３は、フッタパーティション生成処理を実行し、例えば図２４に示されるような、低遅延用データ構造のフッタパーティションを生成する。
【０２２０】
ステップＳ３１０において、パーティション統合部１３４は、ステップＳ１０６の場合と同様に、ステップＳ３０８の処理により生成されたヘッダパーティション、ステップＳ３０３の処理により生成されたボディパーティション、ステップＳ３０７の処理により生成されたボディパーティション、並びに、ステップＳ３０９の処理により生成されたフッタパーティションを、この順に統合してＮラインブロック分のコードストリームを格納するMXFファイルを生成する。パーティション統合部１３４は、生成したMXFファイルを画像符号化装置１００の外部に出力する。
【０２２１】
このMXFファイルは、例えば有線や無線のネットワーク等の任意の伝送媒体や、ハードディスク等任意の記録媒体を介して他の装置（例えば画像符号化装置１００に対応する画像復号装置）に伝送される。
【０２２２】
ステップＳ３１１において、パーティション統合部１３４は、処理対象のピクチャ（注目ピクチャ）について、全てのラインブロックを処理したか否かを判定し、未処理のラインブロックが存在すると判定した場合、処理をステップＳ３０１に戻し、それ以降の処理を繰り返す。
【０２２３】
ステップＳ３０１乃至ステップＳ３１１の各処理が適宜各ラインブロックに対して実行され、ステップＳ３１１において、注目ピクチャの全てのラインブロックが処理されたと判定した場合、パーティション統合部１３４は、符号化処理を終了する。
【０２２４】
［フッタパーティション生成処理の流れ］
次に、図２６のフローチャートを参照して、図２５のステップＳ３０９において実行されるフッタパーティション生成処理の流れの例を説明する。
【０２２５】
フッタパーティション生成処理が開始されると、ステップＳ３３１において、フッタパーティション生成部１３３は、ステップＳ１６１の場合と同様に、フッタパーティションパックを生成する。
【０２２６】
ステップＳ３３２において、フッタパーティション生成部１３３は、ステップＳ１６２の場合と同様に、ヘッタメタデータを生成し、図２４に示されるように、ステップＳ３３１において生成されたフッタパーティションパックの後に付加する。
【０２２７】
ステップＳ３３３において、フッタパーティション生成部１３３は、各ラインブロックについてインデックステーブルセグメントを生成し、そのＮラインブロック分のインデックステーブルセグメントを、図２４に示されるように、ステップＳ３３２においてフッタパーティションパックに付加されたヘッダメタデータの後に付加する。
【０２２８】
以上のように、低遅延データ構造のフッタパーティションを生成すると、フッタパーティション生成部１３３は、フッタパーティション生成処理を終了し、処理を図２５に戻す。
【０２２９】
以上のように各処理を行うことにより、ラインブロック符号化部１０１は、画像データを低遅延に符号化して符号化データ（コードストリーム）を生成することができる。また、MXFファイル生成部１０２は、Ｎラインブロック分の符号化データ（コードストリーム）を１つのMXFファイルに格納することができる。
【０２３０】
したがって、画像符号化装置１００は、画像や音声等のデータ伝送の、高自由度化および低遅延化を実現することができる。
【０２３１】
［ボディパーティションの省略３］
なお、このように、Ｎラインブロック分の符号化データ（コードストリーム）を１つのMXFファイルに格納する場合も、図１８乃至図２０を参照して説明したように、３番目のボディパーティション（ヘッダメタデータを含むボディパーティション）を省略するようにしてもよい。
【０２３２】
その場合、ボディパーティション生成部１３２は、Ｎ番目の（最後尾の）ラインブロックの、３番目のボディパーティション（ヘッダメタデータを含むボディパーティション）を省略する。そして、フッタパーティション生成部１３３は、その省略されたヘッダメタデータ（Ｎ番目の（最後尾の）ラインブロックのヘッダメタデータ）を、フッタパーティションパックの後に付加する。
【０２３３】
つまり、この場合、フッタパーティション生成部１３３は、図１３のＣの場合と同様の構成の（ヘッダメタデータとインデックステーブルセグメントを含む）フッタパーティションを生成する。ただし、このヘッダメタデータには、ボディパーティションのヘッダメタデータの内容が含まれる。
【０２３４】
このようにすることにより、MXFファイル生成部１０２は、MXFファイルの情報量を低減させることができる。
【０２３５】
［ボディパーティションの省略４］
また、Ｎラインブロック分の符号化データ（コードストリーム）を１つのMXFファイルに格納する場合も、図２１乃至図２３を参照して説明したように、３番目のボディパーティション（ヘッダメタデータを含むボディパーティション）だけでなく、２番目のボディパーティション（インデックステーブルセグメントを含むボディパーティション）も省略し（付加しないようにし）てもよい。
【０２３６】
その場合も、ボディパーティション生成部１３２は、Ｎ番目の（最後尾の）ラインブロックの、２番目のボディパーティション（インデックステーブルセグメントを含むボディパーティション）と３番目のボディパーティション（ヘッダメタデータを含むボディパーティション）とを省略する。そして、フッタパーティション生成部１３３は、その省略されたヘッダメタデータ（Ｎ番目の（最後尾の）ラインブロックのヘッダメタデータ）を、フッタパーティションパックの後に付加し、省略されたインデックステーブルセグメント（Ｎ番目の（最後尾の）ラインブロックのインデックステーブルセグメント）を、ヘッダメタデータの後に付加する。
【０２３７】
つまり、この場合、フッタパーティション生成部１３３は、図１３のＣの場合と同様の構成の（ヘッダメタデータとインデックステーブルセグメントを含む）フッタパーティションを生成する。ただし、このヘッダメタデータには、ボディパーティションのヘッダメタデータの内容が含まれ、インデックステーブルセグメントには、ボディパーティションのインデックステーブルセグメントの内容が含まれる。
【０２３８】
このようにすることにより、MXFファイル生成部１０２は、MXFファイルの情報量をさらに低減させることができる。
【０２３９】
以上に説明した各例のように、MXFファイル生成部１０２は、ラインブロック毎に各種のボディパーティションを生成する。したがって、MXFファイル生成部１０２は、任意の数のラインブロック分の符号化データを１つのMXFファイルに格納することができる。したがって、MXFファイル生成部１０２は、ピクチャよりも小さい単位で符号化データを１つのMXFファイルに格納することができる。したがって、MXFファイル生成部１０２は、遅延時間を不要に増大させずに（より低遅延に）、MXFファイルを生成することができる。
【０２４０】
したがって、画像符号化装置１００は、画像や音声等のデータ伝送の、高自由度化および低遅延化を実現することができる。
【０２４１】
＜２．第２の実施の形態＞
［画像符号化装置］
図２７は、画像復号装置の主な構成例を示すブロック図である。図２７に示される画像復号装置４００は、図１の画像符号化装置１００に対応する画像処理装置である。つまり、画像復号装置４００は、画像符号化装置１００により生成され、伝送されたMXFファイルを取得し、そのMXFファイルを正しく解読して、画像符号化装置１００により生成された符号化データ（コードストリーム）を抽出する。画像復号装置４００は、その抽出した符号化データ（コードストリーム）を、ラインブロック毎に、画像符号化装置１００の符号化に対応する方法で正しく復号し、ラインブロック毎の復号画像データを生成し、出力する。
【０２４２】
図２７に示されるように、画像復号装置４００は、MXFファイル解読部４０１およびラインブロック復号部４０２を有する。
【０２４３】
MXFファイル解読部４０１は、画像符号化装置１００から伝送されるMXFファイルを取得し、取得したMXFファイルを正しく解読して、そのMXFファイルに含まれる、１つ若しくは複数のラインブロック分の符号化データ（コードストリーム）を抽出する。MXFファイル解読部４０１は、抽出したラインブロック毎の符号化データを、ラインブロック復号部４０２に供給する。
【０２４４】
ラインブロック復号部４０２は、MXFファイル解読部４０１から供給されたラインブロック毎の符号化データを低遅延に復号する。より具体的には、ラインブロック復号部４０２は、ラインブロック符号化部１０１の符号化に対応する方法でラインブロック毎の符号化データを復号し、ラインブロック毎の復号画像データを生成し、出力する。
【０２４５】
以下に、各部の詳細について説明する。
【０２４６】
［MXFファイル解読部］
MXFファイル解読部４０１は、画像符号化装置１００から伝送されるMXFファイルを取得し、解読する。上述したように、画像符号化装置１００は、ラインブロック毎にボディパーティションを生成し、任意の数のラインブロックの符号化データを１つのMXFファイルに格納する。したがって、MXFファイル解読部４０１は、そのMXFファイルから、ラインブロック毎の符号化データ（コードストリーム）を抽出することができる。したがって、MXFファイル解読部４０１は、より低遅延に符号化データ（コードストリーム）を抽出することができる。
【０２４７】
また、このようにすることにより、MXFファイルに、ピクチャよりも小さい単位の符号化データ（コードストリーム）を格納することができるので、MXFファイル解読部４０１が取得したMXFファイルを保持するバッファのメモリ量を低減させることができ、コストの増大を抑制することができる。
【０２４８】
図２７に示されるように、MXFファイル解読部４０１は、パーティション（Partition）分離部４１１、ヘッダパーティション（Header Partition）解読部４１２、ボディパーティション（Body Partition）解読部４１３、およびフッタパーティション（Footer Partition）解読部４１４を有する。
【０２４９】
パーティション（Partition）分離部４１１は、画像符号化装置１００から伝送されるMXFファイルを取得し、そのMXFファイルを解読して、パーティション毎に分離する。パーティション分離部４１１は、分離したヘッダパーティション（Header Partition）をヘッダパーティション解読部４１２に供給する。また、パーティション分離部４１１は、分離したボディパーティション（Body Partition）をボディパーティション解読部４１３に供給する。さらに、パーティション分離部４１１は、分離したフッタパーティション（Footer Partition）をフッタパーティション解読部４１４に供給する
【０２５０】
ヘッダパーティション（Header Partition）解読部４１２は、供給されたヘッダパーティションを解読する。
【０２５１】
ボディパーティション（Body Partition）解読部４１３は、ヘッダパーティション解読部４１２やフッタパーティション解読部４１４によるヘッダパーティションやフッタパーティションの解読結果を用いて、供給されたボディパーティションを解読し、ラインブロック毎の符号化データ（コードストリーム）を抽出する。ボディパーティション解読部４１３は、抽出したラインブロック毎の符号化データをラインブロック復号部４０２に供給し、復号させる。
【０２５２】
フッタパーティション（Footer Partition）解読部４１４は、供給されたフッタパーティションを解読する。
【０２５３】
［ボディパーティション解読部］
図２７に示されるように、ボディパーティション解読部４１３は、ヘッダメタデータ（Header Metadeta）解読部４２１、インデックステーブルセグメント（Index Table Segment）解読部４２２、コードストリームデータ長解読部４２３、およびエッセンスコンテナデータ（Essence Container Data）解読部４２４を有する。
【０２５４】
ヘッダメタデータ解読部４２１は、パーティション分離部４１１から供給されるボディパーティションの内、ボディパーティションパックとヘッダメタデータよりなる先頭のボディパーティションを解読し、そのボディパーティションからヘッダメタデータを抽出する。ヘッダメタデータ解読部４２１は、抽出したヘッダメタデータを、パーティション分離部４１１から供給されるボディパーティションとともに、インデックステーブルセグメント解読部４２２に供給する。
【０２５５】
インデックステーブルセグメント解読部４２２は、パーティション分離部４１１から供給されるボディパーティションの内、ボディパーティションパックとインデックステーブルセグメントよりなる２番目のボディパーティションを解読し、そのボディパーティションからインデックステーブルセグメントを抽出する。インデックステーブルセグメント解読部４２２は、抽出したインデックステーブルセグメントを、ボディパーティションやヘッダメタデータとともに、コードストリームデータ長解読部４２３に供給する。
【０２５６】
コードストリームデータ長解読部４２３は、インデックステーブルセグメント解読部４２２から供給されるボディパーティションやインデックステーブルセグメントに含まれる情報に基づいて、エッセンスコンテナデータのKLV構造のL、すなわち、ラインブロック単位のコードストリームのデータ長（例えば１００バイトまたは８００ビットといったような、実際のデータの長さ）を解読する。コードストリームデータ長解読部４２３は、解読したデータ長を、ボディパーティション、ヘッダメタデータ、およびインデックステーブルセグメントとともに、エッセンスコンテナデータ解読部４２４に供給する。
【０２５７】
エッセンスコンテナデータ解読部４２４は、ヘッダメタデータやインデックステーブルセグメント等の情報に基づいて、エッセンスコンテナデータのKLVを解読し、エッセンスコンテナデータから、ラインブロック毎の符号化データを抽出する。エッセンスコンテナデータ解読部４２４は、抽出したラインブロック毎の符号化データを、ラインブロック復号部４０２に供給する。
【０２５８】
［ラインブロック復号部］
次に、ラインブロック復号部４０２について説明する。図２７に示されるように、ラインブロック復号部４０２は、エントロピ復号部４３１、逆量子化部４３２、係数バッファ４３３、ウェーブレット逆変換部４３４、およびラインブロック画像出力部４３５を有する。
【０２５９】
エントロピ復号部４３１は、MXFファイル解読部４０１から供給されるラインブロック毎の符号化データを、エントロピ符号化部１２７の符号化方式に対応する方法でエントロピ復号し、ラインブロック毎の係数データを生成する。エントロピ復号部４３１は、生成したラインブロック毎の係数データを逆量子化部４３２に供給する。
【０２６０】
逆量子化部４３２は、エントロピ復号部４３１から供給された係数データに対して、量子化部１２６が行う量子化処理に対応する逆量子化処理を実行する。逆量子化部４３２は、逆量子化した係数データを係数バッファ４３３に供給し、記憶させる。
【０２６１】
ウェーブレット逆変換部４３４は、適宜、係数バッファ４３３から、ウェーブレット逆変換する係数データを読み出し、ウェーブレット逆変換処理を行って復号画像データを生成する。ウェーブレット逆変換部４３４は、生成した復号画像データを、ラインブロック画像出力部４３５に供給する。
【０２６２】
ラインブロック画像出力部４３５は、ウェーブレット逆変換部４３４から供給される復号画像データを保持し、ラインブロック毎に画像復号装置４００の外部に出力する。この復号画像データは、例えば図示せぬ表示部に供給され、復号画像が表示されたり、例えばハードディスクや半導体メモリ等の図示せぬ記録媒体に記憶されたり、例えば図示せぬ画像処理装置に供給されて任意の画像処理が行われたりする。
【０２６３】
以上のように、ラインブロック復号部４０２は、ラインブロック毎に符号化データを復号することができる。したがって、ラインブロック復号部４０２は、より低遅延に符号化データを復号し、復号画像データを生成することができる。
【０２６４】
MXFファイル解読部４０１によるMXFファイルの解読によって遅延時間が不要に増大すると、このラインブロック復号部４０２による低遅延な処理が無駄になる恐れがある。しかしながら、上述したように、MXFファイル解読部４０１は、不要に遅延時間を増大させずにMXFファイルを解読して符号化データを抽出することができる。つまり、MXFファイル解読部４０１は、ラインブロック復号部４０２による低遅延な処理を不要に妨げないように処理を行うことができる。
【０２６５】
したがって、画像復号装置４００は、画像や音声等のデータ伝送の、高自由度化および低遅延化を実現することができる。
【０２６６】
［復号処理の流れ］
次に、以上のような画像復号装置４００により実行される各処理の流れについて説明する。最初に、図２８のフローチャートを参照して、画像復号装置４００により実行される復号処理の流れの例を説明する。
【０２６７】
画像復号装置４００は、図２８に示される符号化処理を、１ピクチャ分の符号化データが入力される毎に実行する。
【０２６８】
復号処理が開始されると、パーティション分離部４１１は、ステップＳ４０１において、伝送されてきたMXFファイルを取得し、そのMXFファイルを解読して、ヘッダパーティション、ボディパーティション、およびフッタパーティションを分離する。
【０２６９】
ステップＳ４０２において、ヘッダパーティション解読部４１２は、ステップＳ４０１において分離されたヘッダパーティションを解読する。
【０２７０】
ステップＳ４０３において、フッタパーティション解読部４１４は、ステップＳ４０１において分離されたフッタパーティションを解読する。
【０２７１】
ステップＳ４０４において、ボディパーティション解読部４１３は、ステップＳ４０１において分離されたボディパーティションを解読する。
【０２７２】
以上のように各種パーティションが解読されると、ステップＳ４０５において、エッセンスコンテナデータ解読部４２４は、MXFファイル（エッセンスコンテナデータ）から１ラインブロックのコードストリームを抽出する。
【０２７３】
ステップＳ４０６において、ラインブロック復号部４０２は、ステップＳ４０５において抽出された１ラインブロック分の符号化データを復号し、１ラインブロック分の復号画像データを生成する。
【０２７４】
ステップＳ４０７において、ラインブロック画像出力部４３５は、ステップＳ４０６の処理により生成された１ラインブロック分の復号画像データを画像復号装置４００の外部に出力する。
【０２７５】
ステップＳ４０８において、ラインブロック画像出力部４３５は、処理対象のピクチャ（注目ピクチャ）について、全てのラインブロックを処理したか否かを判定する。注目ピクチャに未処理のラインブロックが存在すると判定した場合、ラインブロック画像出力部４３５は、処理をステップＳ４０１に戻し、それ以降の処理を繰り返す。すなわち、パーティション分離部４１１は、新たなMXFファイルを取得し、各パーティションを分離する。
【０２７６】
このように、画像復号装置４００は、各MXFファイル（各ラインブロック）に対して、それぞれ、ステップＳ４０１乃至ステップＳ４０８の各処理を実行する。そして、ステップＳ４０８において、注目ピクチャの全てのラインブロックを処理したと判定した場合、注目ピクチャの全てのラインブロックの復号画像データを出力したラインブロック画像出力部４３５は、復号処理を終了する。
【０２７７】
［フッタパーティション解読処理の流れ］
次に、図２９のフローチャートを参照して、図２８のステップＳ４０３において実行されるフッタパーティション解読処理の流れの例を説明する。
【０２７８】
フッタパーティション解読処理が開始されると、フッタパーティション解読部４１４は、ステップＳ４２１において、フッタパーティションに含まれるヘッダメタデータを解読する。ステップＳ４２２において、フッタパーティション解読部４１４は、フッタパーティションに含まれるインデックステーブルセグメントを解読する。
【０２７９】
ステップＳ４２２の処理を終了すると、フッタパーティション解読部４１４は、フッタパーティション解読処理を終了し、処理を図２８に戻す。
【０２８０】
図１３のＣに示されるように、フッタパーティションは、不要なものが省略され、低遅延用のデータ構造となっており、構成要素が少ない。したがって、フッタパーティション解読部４１４は、以上のように容易にフッタパーティションを解読することができる。
【０２８１】
［ボディパーティション解読処理の流れ］
次に、図３０のフローチャートを参照して、図２８のステップＳ４０４において実行されるボディパーティション解読処理の流れの例を説明する。
【０２８２】
ボディパーティション解読処理が開始されると、ボディパーティション解読部４１３のヘッダメタデータ解読部４２１は、ステップＳ４４１において、３番目のボディパーティションに含まれるヘッダメタデータを解読する。
【０２８３】
ステップＳ４４２において、インデックステーブルセグメント解読部４２２は、２番目のボディパーティションに含まれるインデックステーブルセグメントを解読する。
【０２８４】
ステップＳ４４３において、コードストリームデータ長解読部４２３およびエッセンスコンテナデータ解読部４２４は、先頭のボディパーティションに含まれるエッセンスコンテナデータのKLVを解読する。
【０２８５】
ステップＳ４４３の処理が終了すると、エッセンスコンテナデータ解読部４２４は、ボディパーティション解読処理を終了し、処理を図２８に戻す。図１３のＢに示されるように、ボディパーティションは、不要なものが省略され、低遅延用のデータ構造となっており、構成要素が少ない。したがって、ボディパーティション解読部４１３は、以上のように容易にボディパーティションを解読することができる。
【０２８６】
［ラインブロック復号処理の流れ］
次に、図３１のフローチャートを参照して、図２８のステップＳ４０６において実行されるラインブロック復号処理の流れの例を説明する。
【０２８７】
ラインブロック復号処理が開始されると、エントロピ復号部４３１は、ステップＳ４６１において、MXFファイル解読部４０１によりMXFファイルから抽出された、１ラインブロック分の符号化データを、エントロピ符号化部１２７による符号化の符号化方式に対応する方法で、エントロピ復号する。
【０２８８】
ステップＳ４６２において、逆量子化部４３２は、ステップＳ４６１の処理により符号化データがエントロピ復号されて生成された係数データに対して、量子化部１２６による量子化に対応する方法で逆量子化を行う。
【０２８９】
ステップＳ４６３において、係数バッファ４３３は、ステップＳ４６２において逆量子化された係数データを保持する。
【０２９０】
ステップＳ４６４において、係数バッファ４３３は、１ラインブロック分の係数が蓄積されたか否かを判定する。１ラインブロック分の係数が蓄積されていない、すなわちエントロピ復号されていないと判定された場合、係数バッファ４３３は、処理をステップＳ４６１に戻す。
【０２９１】
ステップＳ４６１乃至ステップＳ４６４の各処理が繰り返し実行され、ステップＳ４６４において、１ラインブロック分の係数データが蓄積されたと判定された場合、係数バッファ４３３は、処理をステップＳ４６５に進める。
【０２９２】
ステップＳ４６５において、ウェーブレット逆変換部４３４は、係数バッファ４３３に蓄積された１ラインブロック分の係数データを読み出し、その係数データに対して、垂直方向に合成フィルタ処理を行う垂直合成フィルタリングを行う。これにより、垂直方向に分離された高域成分と低域成分とが合成される。
【０２９３】
ステップＳ４６６において、ウェーブレット逆変換部４３４は、ステップＳ４６５の処理結果に対して、水平方向に合成フィルタ処理を行う水平合成フィルタリングを行う。これにより、水平方向に分離された高域成分と低域成分とが合成される。
【０２９４】
ステップＳ４６７において、ウェーブレット逆変換部４３４は、レベル１まで合成フィルタリングを行ったか否かを判定し、行っていないと判定した場合、処理をステップＳ４６５に戻す。
【０２９５】
つまり、ウェーブレット逆変換部４３４は、全ての分割レベルについて、垂直合成フィルタリングおよび水平合成フィルタリングを行い、復号画像データを生成する。
【０２９６】
ステップＳ４６７において、ウェーブレット逆変換部４３４は、レベル１までフィルタリングを行ったと判定した場合、ラインブロック復号処理を終了し、処理を図２８に戻す。
【０２９７】
以上のように各処理を実行することにより、MXFファイル解読部４０１は、不要に遅延時間を増大させずに、MXFファイルからラインブロック毎の符号化データを抽出することができる。また、ラインブロック復号部４０２は、そのラインブロック毎の符号化データを復号することができ、低遅延な復号処理を実現することができる。
【０２９８】
したがって、画像復号装置４００は、画像や音声等のデータ伝送の、高自由度化および低遅延化を実現することができる。
【０２９９】
［ボディパーティションの省略］
第１の実施の形態において説明したように、画像符号化装置１００において、３番目のボディパーティション（ヘッダメタデータを含むボディパーティション）を省略し（付加しないようにし）て、最後尾のボディパーティションを２番目のボディパーティション（インデックステーブルセグメントを含むボディパーティション）とし、その代わり、省略した（付加しなかった）ヘッダメタデータの情報は、フッタパーティションに含まれるヘッダメタデータに含めるようにすることができる。
【０３００】
その場合、復号処理、フッタパーティション処理、および、ラインブロック復号処理の各処理は、上述したのと同様に実行される。
【０３０１】
ただし、ボディパーティション解読処理は、以下のように実行される。
【０３０２】
［ボディパーティション解読処理の流れ］
図３２のフローチャートを参照して、この場合のボディパーティション解読処理の流れの例を説明する。
【０３０３】
ボディパーティション解読処理が開始されると、ボディパーティション解読部４１３のヘッダメタデータ解読部４２１は、ステップＳ４８１において、ヘッダメタデータを含むボディパーティションが省略されているので、フッタパーティションのヘッダメタデータの解読結果（ステップＳ４２１の処理結果）を参照する。
【０３０４】
ステップＳ４８２において、インデックステーブルセグメント解読部４２２は、２番目のボディパーティションに含まれるインデックステーブルセグメントを解読する。
【０３０５】
ステップＳ４８３において、コードストリームデータ長解読部４２３およびエッセンスコンテナデータ解読部４２４は、先頭のボディパーティションに含まれるエッセンスコンテナデータのKLVを解読する。
【０３０６】
ステップＳ４８３の処理が終了すると、エッセンスコンテナデータ解読部４２４は、ボディパーティション解読処理を終了し、処理を図２８に戻す。このように、画像復号装置４００は、ヘッダメタデータを含むボディパーティションが省略される場合も、MXFファイルより符号化データを抽出し、復号することができる。つまり、画像復号装置４００は、MXFファイルの情報量の低減を実現することができる。
【０３０７】
［ボディパーティションの省略２］
第１の実施の形態において説明したように、画像符号化装置１００において、３番目のボディパーティション（ヘッダメタデータを含むボディパーティション）だけでなく、２番目のボディパーティション（インデックステーブルセグメントを含むボディパーティション）も省略し（付加しないようにし）て、その代わり、省略した（付加しなかった）ヘッダメタデータとインデックステーブルセグメントの情報は、フッタパーティションに含まれるヘッダメタデータとインデックステーブルセグメントにそれぞれ含めるようにすることができる。
【０３０８】
その場合、復号処理、フッタパーティション処理、および、ラインブロック復号処理の各処理は、上述したのと同様に実行される。
【０３０９】
ただし、ボディパーティション解読処理は、以下のように実行される。
【０３１０】
［ボディパーティション解読処理の流れ］
図３３のフローチャートを参照して、この場合のボディパーティション解読処理の流れの例を説明する。
【０３１１】
ボディパーティション解読処理が開始されると、ボディパーティション解読部４１３のヘッダメタデータ解読部４２１は、ステップＳ５０１において、ヘッダメタデータを含むボディパーティションが省略されているので、フッタパーティションのヘッダメタデータの解読結果（ステップＳ４２１の処理結果）を参照する。
【０３１２】
ステップＳ５０２において、インデックステーブルセグメント解読部４２２は、インデックステーブルセグメントを含むボディパーティションが省略されているので、フッタパーティションのインデックステーブルセグメントの解読結果（ステップＳ４２２の処理結果）を参照する。
【０３１３】
ステップＳ５０３において、コードストリームデータ長解読部４２３およびエッセンスコンテナデータ解読部４２４は、先頭のボディパーティションに含まれるエッセンスコンテナデータのKLVを解読する。
【０３１４】
ステップＳ５０３の処理が終了すると、エッセンスコンテナデータ解読部４２４は、ボディパーティション解読処理を終了し、処理を図２８に戻す。このように、画像復号装置４００は、ヘッダメタデータを含むボディパーティションだけでなく、インデックステーブルセグメントを含むボディパーティションも省略される場合も、MXFファイルより符号化データを抽出し、復号することができる。つまり、画像復号装置４００は、MXFファイルの情報量のさらなる低減を実現することができる。
【０３１５】
［複数ラインブロックを含むMXFファイル］
第１の実施の形態において説明したように、画像符号化装置１００は、複数ラインブロックの符号化データを１つのMXFファイルに格納することもできる。
【０３１６】
その場合、復号処理は、以下のように実行される。
【０３１７】
［復号処理の流れ］
図３４のフローチャートを参照して、複数ラインブロック分の符号化データを１つのMXFファイルに格納する場合の復号処理の流れの例を説明する。
【０３１８】
なお、ここでは、Ｎ（Ｎは２以上の整数）ラインブロック分の符号化データが１つのMXFファイルに格納されるものとする。
【０３１９】
復号処理が開始されると、パーティション分離部４１１は、ステップＳ５２１において、伝送されてきたMXFファイルを取得し、そのMXFファイルを解読して、ヘッダパーティション、ボディパーティション、およびフッタパーティションを分離する。
【０３２０】
ステップＳ５２２において、ヘッダパーティション解読部４１２は、ステップＳ５３１において分離されたヘッダパーティションを解読する。
【０３２１】
ステップＳ５２３において、フッタパーティション解読部４１４は、ステップＳ５２１において分離されたフッタパーティションを解読する。このフッタパーティション解読処理の詳細については後述する。
【０３２２】
ステップＳ５２４において、ボディパーティション解読部４１３は、ステップＳ５２１において分離されたボディパーティションを解読する。このボディパーティション解読処理は、図３０のフローチャートを参照して説明した場合と同様に実行される。
【０３２３】
ステップＳ５２５において、エッセンスコンテナデータ解読部４２４は、MXFファイル（解読したエッセンスコンテナデータ）から１ラインブロックのコードストリームを抽出する。
【０３２４】
ステップＳ５２６において、ラインブロック復号部４０２は、ステップＳ５２５において抽出された１ラインブロック分の符号化データを復号し、１ラインブロック分の復号画像データを生成する。このラインブロック復号処理は、図３１のフローチャートを参照して説明した場合と同様に実行される。
【０３２５】
ステップＳ５２７において、ラインブロック画像出力部４３５は、ステップＳ５２６の処理により生成された１ラインブロック分の復号画像データを画像復号装置４００の外部に出力する。
【０３２６】
ステップＳ５２８において、ラインブロック画像出力部４３５は、処理対象のピクチャ（注目ピクチャ）について、（Ｎ−１）ラインブロック分の符号化データを処理したか否かを判定する。処理した符号化データの量が、（Ｎ−１）ラインブロックに達していない場合、ラインブロック画像出力部４３５は、処理をステップＳ５２４に戻し、それ以降の処理を繰り返す。
【０３２７】
ステップＳ５２４乃至ステップＳ５２８の各処理が、各ラインブロックに対して実行され、ステップＳ５２８において、（Ｎ−１）ラインブロック分の符号化データが処理されたと判定した場合、ラインブロック画像出力部４３５は、処理をステップＳ５２９に進める。
【０３２８】
画像復号装置４００の各部は、Ｎ番目のラインブロックの符号化データに対応するボディパーティションについて、ステップＳ５２９乃至ステップＳ５３２の各処理を、ステップＳ５２４乃至ステップＳ５２７の各処理と同様に実行する。
【０３２９】
ステップＳ５３３において、ラインブロック画像出力部４３５は、処理対象のピクチャ（注目ピクチャ）について、全てのラインブロックを処理したか否かを判定する。注目ピクチャに未処理のラインブロックが存在すると判定した場合、ラインブロック画像出力部４３５は、処理をステップＳ５２１に戻し、それ以降の処理を繰り返す。すなわち、パーティション分離部４１１は、新たなMXFファイルを取得し、各パーティションを分離する。
【０３３０】
このように、画像復号装置４００は、各MXFファイル（各ラインブロック）に対して、それぞれ、ステップＳ５２１乃至ステップＳ５３３の各処理を実行する。そして、ステップＳ５３３において、注目ピクチャの全てのラインブロックを処理したと判定した場合、注目ピクチャの全てのラインブロックの復号画像データを出力したラインブロック画像出力部４３５は、復号処理を終了する。
【０３３１】
［フッタパーティション解読処理の流れ］
次に、図３５のフローチャートを参照して、図３４のステップＳ５２３において実行されるフッタパーティション解読処理の流れの例を説明する。
【０３３２】
フッタパーティション解読処理が開始されると、フッタパーティション解読部４１４は、ステップＳ５５１において、フッタパーティションに含まれるヘッダメタデータを解読する。ステップＳ５５２において、フッタパーティション解読部４１４は、フッタパーティションに含まれるＮラインブロック分のインデックステーブルセグメントを全て解読する。
【０３３３】
ステップＳ５５２の処理を終了すると、フッタパーティション解読部４１４は、フッタパーティション解読処理を終了し、処理を図３４に戻す。
【０３３４】
以上のように、画像復号装置４００は、複数ラインブロック分の符号化データ（コードストリーム）を１つのMXFファイルに格納する場合も画像や音声等のデータ伝送の、高自由度化および低遅延化を実現することができる。
【０３３５】
なお、上述したように、複数ラインブロック分の符号化データ（コードストリーム）が１つのMXFファイルに格納される場合も、Ｎ番目のラインブロックの符号化データについてのみ、ヘッダメタデータを含むボディパーティションを省略することができる。その場合、ボディパーティション解読部４１３は、ステップＳ５２９において実行されるボディパーティション解読処理を、図３２のフローチャートを参照して説明した場合と同様に実行すればよい
【０３３６】
また、上述したように、複数ラインブロック分の符号化データ（コードストリーム）が１つのMXFファイルに格納される場合も、Ｎ番目のラインブロックの符号化データについてのみ、ヘッダメタデータを含むボディパーティションおよびインデックステーブルセグメントを含むボディパーティションを省略することができる。その場合、ボディパーティション解読部４１３は、ステップＳ５２９において実行されるボディパーティション解読処理を、図３３のフローチャートを参照して説明した場合と同様に実行すればよい
【０３３７】
これらのように、画像復号装置４００は、MXFファイルの情報量の低減を実現させることができる。
【０３３８】
［MXFファイル伝送の概要］
図３６は、以上に述べた送信側でのラインブロックエンコード＋MXF化、受信側でのMXF解読＋ラインブロックデコードの操作を描写した図である。HDTVの映像（1080@59.94i）の場合は、1フィールドの時間が16.7msecなので、本技術によれば、「先頭のラインブロックのエンコード＋デコード＋表示」までの時間がこれよりも短くすることができる（図では5msecと記載）。
【０３３９】
なお、以上においては、コンポーネントが１つの場合について説明したが、これに限らず、例えばRGBやYCrCbのように、入力画像が複数のコンポーネントにより構成されるようにしてもよい。その場合、各コンポーネントに対して、上述したように、量子化テーブルおよび代表値テーブルの生成、並びに、量子化処理および逆量子化処理を行うようにすればよい。なお、各コンポーネントに対するこれらの処理は、互いに独立して行うことができる。したがって、各コンポーネントに対するこれらの処理は、互いに並行して行うこともできるし、互いに異なるタイミングにおいて行うこともできる。
【０３４０】
また、以上に説明した各装置は、それぞれ、上述した以外の構成を含むようにしてももちろんよい。例えば、撮像素子（CMOS、CCDセンサ）からキャプチャした画像を用いた機器やデバイス、撮像素子画像をメモリに書き込むまでの圧縮回路、デジタルスチルカメラ、動画用カムコーダ、医療用画像カメラ、医療用内視鏡、監視カメラ、デジタルシネマ撮影用カメラ、両眼画像カメラ、多眼画像カメラ、LSIチップでのメモリ削減回路、PC上のオーサリング・ツールまたはそのソフトウェア・モジュール等として構成されるようにしてもよい。また、１つの装置としてだけでなく、複数の装置よりなるシステムとして構成されるようにしてもよい。
【０３４１】
＜３．第３の実施の形態＞
［パーソナルコンピュータ］
上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。この場合、例えば、図３７に示されるようなパーソナルコンピュータとして構成されるようにしてもよい。
【０３４２】
図３７において、パーソナルコンピュータ７００のCPU（Central Processing Unit）７０１は、ROM（Read Only Memory）７０２に記憶されているプログラム、または記憶部７１３からRAM（Random Access Memory）７０３にロードされたプログラムに従って各種の処理を実行する。RAM７０３にはまた、CPU７０１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【０３４３】
CPU７０１、ROM７０２、およびRAM７０３は、バス７０４を介して相互に接続されている。このバス７０４にはまた、入出力インタフェース７１０も接続されている。
【０３４４】
入出力インタフェース７１０には、キーボード、マウスなどよりなる入力部７１１、CRT（Cathode Ray Tube）ディスプレイやLCD（Liquid Crystal Display）等のディスプレイ、並びにスピーカなどよりなる出力部７１２、フラッシュメモリ等SSD（Solid State Drive）やハードディスクなどよりなる記憶部７１３、有線LAN（Local Area Network）や無線LANのインタフェースやモデムなどよりなる通信部７１４が接続されている。通信部７１４は、インターネットを含むネットワークを介しての通信処理を行う。
【０３４５】
入出力インタフェース７１０にはまた、必要に応じてドライブ７１５が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア７２１が適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部７１３にインストールされる。
【０３４６】
上述した一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、ネットワークや記録媒体からインストールされる。
【０３４７】
この記録媒体は、例えば、図３７に示されるように、装置本体とは別に、ユーザにプログラムを配信するために配布される、プログラムが記録されている磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM（Compact Disc - Read Only Memory）,DVD（Digital Versatile Disc）を含む）、光磁気ディスク（MD（Mini Disc）を含む）、若しくは半導体メモリなどよりなるリムーバブルメディア７２１により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに配信される、プログラムが記録されているROM７０２や、記憶部７１３に含まれるハードディスクなどにより構成される。
【０３４８】
なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
【０３４９】
また、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０３５０】
また、本明細書において、システムとは、複数のデバイス（装置）により構成される装置全体を表すものである。
【０３５１】
また、以上において、１つの装置（または処理部）として説明した構成が、複数の装置（または処理部）として構成されるようにしてもよい。逆に、以上において複数の装置（または処理部）として説明した構成が、まとめて１つの装置（または処理部）として構成されるようにしてもよい。また、各装置（または各処理部）の構成に上述した以外の構成が付加されるようにしてももちろんよい。さらに、システム全体としての構成や動作が実質的に同じであれば、ある装置（または処理部）の構成の一部が他の装置（または他の処理部）の構成に含まれるようにしてもよい。つまり、本開示の実施の形態は、上述した実施の形態に限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。
【０３５２】
なお、本技術は以下のような構成も取ることができる。
（１）  画像データが、画像を複数に分割するラインブロック毎に符号化された符号化データを格納する、所定のフォーマットのファイルのボディパーティションを、１ラインブロック分の符号化データ毎に生成するボディパーティション生成部と、
前記ボディパーティション生成部により生成された前記ボディパーティション、ヘッダ情報を含むヘッダパーティション、およびフッタ情報を含むフッタパーティションを統合することにより、前記ファイルを生成するパーティション統合部と
を備える画像処理装置。
（２）  前記ボディパーティション生成部は、１つの前記ファイルに１ラインブロック分の前記符号化データを格納させるように、１つの前記ファイルに対して、前記符号化データを含むボディパーティションを１つ生成する
前記（１）に記載の画像処理装置。
（３）  前記ボディパーティション生成部は、前記符号化データを含むボディパーティション、インデックステーブルセグメントを含むボディパーティション、および、ヘッダメタデータを含むボディパーティションを、この順に生成し、この順に並べる
前記（２）に記載の画像処理装置。
（４）  前記フッタパーティションを生成するフッタパーティション生成部をさらに備え、
前記ボディパーティション生成部は、前記符号化データを含むボディパーティションおよび、インデックステーブルセグメントを含むボディパーティションをこの順に生成し、この順に並べ、
前記フッタパーティション生成部は、ヘッダメタデータを含むフッタパーティションを生成する
前記（２）に記載の画像処理装置。
（５）  前記フッタパーティションを生成するフッタパーティション生成部をさらに備え、
前記ボディパーティション生成部は、前記符号化データを含むボディパーティションを生成し、
前記フッタパーティション生成部は、ヘッダメタデータおよびインデックステーブルセグメントを含むフッタパーティションを生成する
前記（２）に記載の画像処理装置。
（６）  前記ボディパーティション生成部は、１つの前記ファイルに複数ラインブロック分の前記符号化データを格納させるように、１つの前記ファイルに対して、前記符号化データを含むボディパーティションを複数生成し、並べる
前記（１）に記載の画像処理装置。
（７）  前記ボディパーティション生成部は、前記符号化データを含むボディパーティション、インデックステーブルセグメントを含むボディパーティション、および、ヘッダメタデータを含むボディパーティションを、前記ラインブロック毎に、この順に生成し、この順に並べる
前記（６）に記載の画像処理装置。
（８）  前記フッタパーティションを生成するフッタパーティション生成部をさらに備え、
前記ボディパーティション生成部は、
最後以外の各ラインブロックについて、前記符号化データを含むボディパーティション、インデックステーブルセグメントを含むボディパーティション、および、ヘッダメタデータを含むボディパーティションを、この順に生成し、この順に並べ、
最後のラインブロックについて、前記符号化データを含むボディパーティション、および、前記インデックステーブルセグメントを含むボディパーティションを、この順に生成し、この順に並べ、
前記フッタパーティション生成部は、前記最後のラインブロックのヘッダメタデータを含むフッタパーティションを生成する
前記（６）に記載の画像処理装置。
（９）  前記フッタパーティションを生成するフッタパーティション生成部をさらに備え、
前記ボディパーティション生成部は、
最後以外の各ラインブロックについて、前記符号化データを含むボディパーティション、インデックステーブルセグメントを含むボディパーティション、および、ヘッダメタデータを含むボディパーティションを、この順に生成し、この順に並べ、
最後のラインブロックについて、前記符号化データを含むボディパーティションを生成し、
前記フッタパーティション生成部は、前記最後のラインブロックのヘッダメタデータおよびインデックステーブルセグメントを含むフッタパーティションを生成する
前記（６）に記載の画像処理装置。
（１０）  前記画像データを、前記ラインブロック毎に符号化する符号化部をさらに備え、
前記ボディパーティション生成部は、前記符号化部により、前記画像データがラインブロック毎に符号化された符号化データを格納する前記ボディパーティションを生成する
前記（１）乃至（９）のいずれかに記載の画像処理装置。
（１１）  前記符号化部は、
前記画像データを、前記ラインブロック毎にウェーブレット変換するウェーブレット変換部と、
前記ウェーブレット符号化部によりウェーブレット変換されて得られた係数データをエントロピ符号化するエントロピ符号化部と
を備える前記（１０）に記載の画像処理装置。
（１２）  前記ラインブロックは、前記ウェーブレット変換部が、ウェーブレット変換後の最低域成分のサブバンド１ライン分の係数データを生成するために必要なライン数分の画素データ群である
前記（１１）に記載の画像処理装置。
（１３）  前記所定のフォーマットは、SMPTE規格のMXFである
前記（１）乃至（１２）のいずれかに記載の画像処理装置。
（１４）  画像処理装置の画像処理方法であって、
ボディパーティション生成部が、画像データが、画像を複数に分割するラインブロック毎に符号化された符号化データを格納する、所定のフォーマットのファイルのボディパーティションを、１ラインブロック分の符号化データ毎に生成し、
パーティション統合部が、生成された前記ボディパーティション、ヘッダ情報を含むヘッダパーティション、およびフッタ情報を含むフッタパーティションを統合することにより、前記ファイルを生成する
画像処理方法。
（１５）  画像データが符号化された符号化データをパーティション毎に分離するパーティション分離部と、
前記パーティション分離部により分離された、画像を複数に分割するラインブロック１つ分の前記符号化データが格納された、所定のフォーマットのファイルのボディパーティションを解読し、１ラインブロック分の前記符号化データを抽出するボディパーティション解読部と
を備える画像処理装置。
（１６）  前記ボディパーティション解読部は、さらに、前記パーティション分離部により分離された、インデックステーブルセグメントを含むボディパーティション、および、ヘッダメタデータを含むボディパーティションを解読する
前記（１５）に記載の画像処理装置。
（１７）  前記ボディパーティション解読部により解読された抽出された１ラインブロック分の前記符号化データを復号する復号部をさらに備える
前記（１５）に記載の画像処理装置。
（１８）  前記復号部は、
前記符号化データをエントロピ復号して係数データを生成するエントロピ復号部と、
前記エントロピ復号部により復号されて得られる前記係数データを、ウェーブレット逆変換するウェーブレット逆変換部と
を備える前記（１７）に記載の画像処理装置。
（１９）  前記所定のフォーマットは、SMPTE規格のMXFである
前記（１５）乃至（１８）のいずれかに記載の画像処理装置。
（２０）  画像処理装置の画像処理方法であって、
パーティション分割部が、画像データが符号化された符号化データをパーティション毎に分離し、
ボディパーティション解読部が、分離された、画像を複数に分割するラインブロック１つ分の前記符号化データが格納された、所定のフォーマットのファイルのボディパーティションを解読し、１ラインブロック分の前記符号化データを抽出する
画像処理方法。
【符号の説明】
【０３５３】
１００  画像処理装置，  １０１  ラインブロック符号化部，  １０２  MXFファイル生成部，  １３１  ヘッダパーティション生成部，  １３２  ボディパーティション生成部，  １３３  フッタパーティション生成部，  １４１  コードストリームデータ長検出部，  １４２  エッセンスコンテナデータ生成部，  １４３  インデックステーブルセグメント生成部，  １４４  ヘッダメタデータ生成部，  ４００  画像復号装置，  ４０１  MXFファイル解読部，  ４０２  ラインブロック復号部４０２，  ４１１  パーティション分離部，  ４１２  ヘッダパーティション解読部，  ４１３  ボディパーティション解読部，  ４１４  フッタパーティション解読部，  ４２１  ヘッダメタデータ解読部，  ４２２  インデックステーブルセグメント解読部，  ４２３  コードストリームデータ長解読部，  ４２４  エッセンスコンテナデータ解読部４２４
【図１】
2013121032.tif 000003
【図２】
2013121032.tif 000004
【図３】
2013121032.tif 000005
【図４】
2013121032.tif 000006
【図５】
2013121032.tif 000007
【図６】
2013121032.tif 000008
【図７】
2013121032.tif 000009
【図８】
2013121032.tif 000010
【図９】
2013121032.tif 000011
【図１０】
2013121032.tif 000012
【図１１】
2013121032.tif 000013
【図１２】
2013121032.tif 000014
【図１３】
2013121032.tif 000015
【図１４】
2013121032.tif 000016
【図１５】
2013121032.tif 000017
【図１６】
2013121032.tif 000018
【図１７】
2013121032.tif 000019
【図１８】
2013121032.tif 000020
【図１９】
2013121032.tif 000021
【図２０】
2013121032.tif 000022
【図２１】
2013121032.tif 000023
【図２２】
2013121032.tif 000024
【図２３】
2013121032.tif 000025
【図２４】
2013121032.tif 000026
【図２５】
2013121032.tif 000027
【図２６】
2013121032.tif 000028
【図２７】
2013121032.tif 000029
【図２８】
2013121032.tif 000030
【図２９】
2013121032.tif 000031
【図３０】
2013121032.tif 000032
【図３１】
2013121032.tif 000033
【図３２】
2013121032.tif 000034
【図３３】
2013121032.tif 000035
【図３４】
2013121032.tif 000036
【図３５】
2013121032.tif 000037
【図３６】
2013121032.tif 000038
【図３７】
2013121032.tif 000039