JP2013121032A - 画像処理装置および方法 - Google Patents

画像処理装置および方法 Download PDF

Info

Publication number
JP2013121032A
JP2013121032A JP2011267561A JP2011267561A JP2013121032A JP 2013121032 A JP2013121032 A JP 2013121032A JP 2011267561 A JP2011267561 A JP 2011267561A JP 2011267561 A JP2011267561 A JP 2011267561A JP 2013121032 A JP2013121032 A JP 2013121032A
Authority
JP
Japan
Prior art keywords
partition
unit
data
body partition
footer
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
JP2011267561A
Other languages
English (en)
Other versions
JP2013121032A5 (ja
Inventor
Takahiro Fukuhara
隆浩 福原
Katsutoshi Ando
勝俊 安藤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2011267561A priority Critical patent/JP2013121032A/ja
Priority to CN2012105059178A priority patent/CN103152564A/zh
Priority to US13/693,571 priority patent/US9064294B2/en
Publication of JP2013121032A publication Critical patent/JP2013121032A/ja
Publication of JP2013121032A5 publication Critical patent/JP2013121032A5/ja
Abandoned legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T9/00—Image coding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/60—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding
    • H04N19/63—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding using sub-band based transform, e.g. wavelets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/85—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using pre-processing or post-processing specially adapted for video compression
    • H04N19/88—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using pre-processing or post-processing specially adapted for video compression involving rearrangement of data among different coding units, e.g. shuffling, interleaving, scrambling or permutation of pixel data or permutation of transform coefficient data among different blocks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T2207/00—Indexing scheme for image analysis or image enhancement
    • G06T2207/20—Special algorithmic details
    • G06T2207/20048—Transform domain processing
    • G06T2207/20064—Wavelet transform [DWT]

Abstract

【課題】画像や音声等のデータ伝送の、高自由度化および低遅延化を実現することができるようにする。
【解決手段】画像データが、画像を複数に分割するラインブロック毎に符号化された符号化データを格納する、所定のフォーマットのファイルのボディパーティションを、１ラインブロック分の符号化データ毎に生成するボディパーティション生成部と、前記ボディパーティション生成部により生成された前記ボディパーティション、ヘッダ情報を含むヘッダパーティション、およびフッタ情報を含むフッタパーティションを統合することにより、前記ファイルを生成するパーティション統合部とを備える。本開示は画像処理装置に適用することができる。
【選択図】図１

Description

本開示は、画像処理装置および方法に関し、特に、画像や音声等のコンテンツファイル伝送の低遅延化を実現させることができるようにした画像処理装置および方法に関する。
従来、画像や音声等の素材をファイル化して伝送するためのファイルフォーマットの標準規格に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番目とする）の画素またはライン、丸印（●）が奇数番目の画素またはラインとする。
先ず第１段階として、次式（３）により入力画素列から高域成分の係数di 1を生成する。
di 1＝di 0-1/2(si 0+si+1 0) ・・・（３）
次に第２段階として、この生成された高域成分の係数と、入力画像の奇数番目の画素とを用いて、次式（４）により低域成分の係数si 1を生成する。
si 1＝si 0+1/4(di-1 1＋di 1） ・・・（４）
分析フィルタ側では、このようにして、フィルタリング処理により入力画像の画素データを低域成分と高域成分とに分解する。
図５を用いて、ウェーブレット変換により生成された係数を復元するウェーブレット逆変換を行う合成フィルタ側の処理について、概略的に説明する。この図５は、上述の図４と対応し、５×３フィルタを用い、リフティング技術を適用した例を示す。図５において、最上段部は、ウェーブレット変換により生成された入力係数を示し、丸印（●）が高域成分の係数、四角印（■）が低域成分の係数をそれぞれ示す。
先ず第１段階として、次式（５）に従い、入力された低域成分および高域成分の係数から、偶数番目（最初を０番目とする）の係数si 0が生成される。
si 0＝si 1-1/4(di-1 1＋di 1) ・・・（５）
次に第２段階として、次式（６）に従い、上述の第１段階で生成された偶数番目の係数si 0と、入力された高域成分の係数di 1とから、奇数番目の係数di 0が生成される。
di 0＝di 1+1/2(si 0＋si+1 0) ・・・（７）
合成フィルタ側では、このようにして、フィルタリング処理により低域成分および高域成分の係数を合成し、ウェーブレット逆変換を行う。
さらに、このウェーブレット変換方法について説明する。図６は、図４を用いて説明した５×３フィルタのリフティングによるフィルタ処理を、分解レベル＝２まで実行した例を示す。なお、図６において、図の左側に分析フィルタとして示される部分は、ラインベースウェーブレット変換部１２３のフィルタである。また、図６の右側に合成フィルタとして示される部分は、後述する、ラインベースウェーブレット変換部１２３に対応するウェーブレット逆変換部のフィルタである。図６においては、垂直フィルタ処理のみについて示している。
図６の左端列は、ウェーブレット変換される画素データを示している。左端から１列目乃至３列目が分割レベル＝１の分析フィルタ処理（垂直フィルタ処理）を示す。左端から２列目は、その分析フィルタ処理の高域成分出力、左端から３列目は、その分析フィルタ処理の低域成分出力を示す。
また、左端から４列目乃至６列目が分割レベル＝２の分析フィルタ処理（垂直フィルタ処理）を示す。左端４列目は、分割レベル＝１の低域成分出力（左端から３列目）である。つまり、分析フィルタ処理は、生成された低域成分に対して再帰的に繰り返し実行される。左端から５列目は、その分析フィルタ処理の高域成分出力、左端から６列目は、その分析フィルタ処理の低域成分出力を示す。
次のレベルの分析フィルタ処理に利用される係数データは、途中計算用バッファ１２２に格納される。図６の例の場合、点線で囲まれる左端から３列目および４列目の係数データが、途中計算用バッファ１２２に格納される。
次のレベルの分析フィルタ処理に利用されない係数データは、係数並び替え用バッファ１２４に格納される。図６の例の場合、１点鎖線で囲まれる左端から２列目、５列目、および６列目の係数データが係数並び替え用バッファ１２４に格納される。
このように係数並び替え用バッファ１２４に格納された係数データは、量子化部１２６により量子化され、エントロピ符号化部１２７により符号化され、符号化データ（コードストリーム）として伝送される。伝送先においては、その符号化データが復号され、逆量子化され、ウェーブレット逆変換（合成フィルタ処理）される。
図６の中央の縦方向の点線より右側、すなわち、右端から６列目乃至右端列は、合成フィルタ処理の様子を示している。その右端から６列目乃至４列目が分割レベル＝２の合成フィルタ処理（垂直フィルタ処理）を示す。右端から６列目は、ウェーブレット逆変換される係数データを示す。この係数データは、分析フィルタ処理の最大分割レベル（図６の例の場合、分割レベル＝２）の高域成分出力（図６の左端から５列目）と低域成分出力（図６の左端から６列目）に対応する。また、右端から５列目は、その合成フィルタ処理の低域成分出力を示し、右端から４列目は、その合成フィルタ処理の高域成分出力を示す。
また、右端から３列目乃至右端列が分割レベル＝１の合成フィルタ処理（垂直フィルタ処理）結果を示す。右端から３列目の四角は、分割レベル＝２の合成フィルタ処理の出力（高域成分出力および低域成分出力）を示す。つまり、ある分割レベルの合成フィルタ処理結果は、次の分割レベルの合成フィルタ処理の低域成分入力として使用される。右端から３列目の三角は、ウェーブレット逆変換される係数データを示す。この係数データは、分析フィルタ処理の１つ上位の分割レベル（図６の例の場合、分割レベル＝１）の高域成分出力（図６の左端から２列目）に対応する。また、また、右端から２列目は、その合成フィルタ処理の低域成分出力を示し、右端列は、その合成フィルタ処理の高域成分出力を示す。
つまり、分析フィルタ処理は、生成された低域成分出力および高域成分出力を低域成分として再帰的に繰り返し実行される。
ここで、図６に示されるように、分析フィルタ処理の係数データ出力順と、合成フィルタ処理の係数データ使用順が、互いに異なる。分析フィルタは、係数データを、より高粋な成分ほど先に（高域成分から低域成分に向かう順に）生成するが、合成フィルタは、より低域な成分ほど先に（低域成分から高域成分に向かう順に）使用する。
図６の左端列乃至左端から６列目において、Ｃ１乃至Ｃ９は、各係数データの出力される順を示す。また、図６の右端から６列目乃至右端列において、Ｃ１乃至Ｃ９は、各係数データの合成フィルタ処理に使用される順を示す、なお、括弧（）内の数字は、各係数データに対応する分析フィルタ処理出力を示す。
例えば、右端から６列目の係数データＣ１（５）およびＣ２（４）が、合成フィルタ処理（分割レベル＝２の垂直フィルタ処理）され、右端から５列目の係数データＣｆが生成される。この係数データＣ１（５）は、左端から６列目の係数データＣ５に対応し、係数データＣ２（４）は、左端から６列目の係数データＣ４に対応する。
次に、その係数データＣｆと、右端から３列目の係数データＣ３（１）とが合成フィルタ処理（分割レベル＝１の垂直フィルタ処理）され、奇数ラインの復号画像データが生成される。この係数データＣ３（１）は、左端から２列目の係数データＣ１に対応する。
つまり、分析フィルタは、１回目の処理により、係数データを以下の順で出力する。
・分析フィルタ出力順：Ｃ１→Ｃ２→Ｃ３→Ｃ４→Ｃ５
これに対して、合成フィルタは、１回目の処理により、係数データを以下の順に使用する。
・合成フィルタ使用順：Ｃ５→Ｃ４→Ｃ１
また、分析フィルタは、２回目の処理により、係数データを以下の順で出力する。
・分析フィルタ出力順：Ｃ６→Ｃ７→Ｃ８→Ｃ９
これに対して、合成フィルタは、２回目の処理により、係数データを以下の順に使用する。
・並び替え後の順番：Ｃ９→Ｃ８→Ｃ２→Ｃ３
このように、各成分の係数データの生成順と使用順とが互いに異なるので、係数並び替え部１２５は、以上のような分析フィルタ処理および合成フィルタ処理による遅延時間の増大を抑制するために、高域成分から低域成分に向かう順に係数並び替え用バッファ１２４に格納される係数データを、合成フィルタ処理の使用順、すなわち、低域成分から高域成分に向かう順に読み出すことにより、係数データの並び替えを行う。
このようにすることにより、係数データは、低域成分から高域成分に向かう順に符号化されて伝送される。すなわち、伝送先には、係数データが、低域成分から高域成分に向かう順に供給される。したがって、伝送先（復号側）においては、係数データの並び替えを行わずに合成フィルタ処理を行うことができ、より低遅延に合成フィルタ処理を行うことができる。
なお、ラインベースウェーブレット変換部１２３は、より低遅延に分析フィルタ処理を行うために、画像データをピクチャ単位で分析フィルタ処理するのではなく、ピクチャよりも小さなデータ単位毎に分析フィルタ処理する。つまり、ラインベースウェーブレット変換部１２３は、ピクチャが画素ラインに沿って複数に分割されたラインブロック毎に分析フィルタ処理を行う。
このラインブロックは、１画素ライン若しくは複数画素ラインよりなるピクチャの部分領域である。より具体的には、このラインブロックは、ウェーブレット変換によって、最低域成分の１ライン分（最低域成分のサブバンドの１ライン分の係数データ）を生成するのに必要なライン数分の画像データである。
つまり、ラインベースウェーブレット変換部１２３は、最低域成分の１ライン分（最低域成分のサブバンドの１ライン分の係数データ）を生成するために必要なライン数分の画像データをラインブロック（またはプレシンクト）とし、このラインブロック毎に分析フィルタ処理を行う。
なお、ラインブロック（またはプレシンクト）は、フィルタ処理結果にも適用することができる。つまり、ラインブロック（またはプレシンクト）は、ウェーブレット変換前の元の画像データにおける、ウェーブレット変換後の最低域成分のサブバンド１ライン分の係数データを生成するために必要なライン数分の画素データ群、または、その画素データ群をウェーブレット変換して得られる各サブバンドの係数データ群のことを示す。
図６の例の場合、１回目のウェーブレット変換処理は、７ラインの画素データを用いて行われる。つまり、ラインベースウェーブレット変換部１２３は、途中計算用バッファ１２２に、係数データが７ライン分格納された時点でウェーブレット変換処理を開始することができる。図６の例では、リフティング演算を用いているので、実際には、３ライン分の係数データが格納された時点で分析フィルタ処理を開始することができる。
また、２回目以降のウェーブレット変換処理には、前回のウェーブレット変換処理結果（途中結果も含む）を用いることができるので、４ラインの画素データが入力された時点で開始することができる。
このように、ラインベースウェーブレット変換部１２３は、ラインブロック毎にウェーブレット変換を行うことにより、全ラインの係数データが途中計算用バッファ１２２に格納されるまで待たずに、ウェーブレット変換処理を開始することができる。したがって、係数並び替え部１２５乃至エントロピ符号化部１２７の各部も、それぞれの処理をより早く開始することができる。つまり、ラインベースウェーブレット変換部１２３は、より低遅延にウェーブレット変換処理を行うことができる。
したがって、ラインブロック符号化部１０１は、より早く符号化データを出力することができる。つまり、ラインブロック符号化部１０１は、より低遅延に画像データを符号化することができる。
図６に示されるように、ウェーブレット逆変換処理も、このようなウェーブレット変換処理に対応するように、ラインブロック毎に行われる。したがって、ウェーブレット逆変換処理（復号処理）も、より低遅延に行うことができる。
図７は図６の動作を画像全体について、画面上から下方向にウェーブレット変換を行いながら実行する様子を図示したものである。左端の画像入力では、最初の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ファイル解読部， ４０２ ラインブロック復号部４０２， ４１１ パーティション分離部， ４１２ ヘッダパーティション解読部， ４１３ ボディパーティション解読部， ４１４ フッタパーティション解読部， ４２１ ヘッダメタデータ解読部， ４２２ インデックステーブルセグメント解読部， ４２３ コードストリームデータ長解読部， ４２４ エッセンスコンテナデータ解読部４２４

Claims (20)

  1. 画像データが、画像を複数に分割するラインブロック毎に符号化された符号化データを格納する、所定のフォーマットのファイルのボディパーティションを、１ラインブロック分の符号化データ毎に生成するボディパーティション生成部と、
    前記ボディパーティション生成部により生成された前記ボディパーティション、ヘッダ情報を含むヘッダパーティション、およびフッタ情報を含むフッタパーティションを統合することにより、前記ファイルを生成するパーティション統合部と
    を備える画像処理装置。
  2. 前記ボディパーティション生成部は、１つの前記ファイルに１ラインブロック分の前記符号化データを格納させるように、１つの前記ファイルに対して、前記符号化データを含むボディパーティションを１つ生成する
    請求項１に記載の画像処理装置。
  3. 前記ボディパーティション生成部は、前記符号化データを含むボディパーティション、インデックステーブルセグメントを含むボディパーティション、および、ヘッダメタデータを含むボディパーティションを、この順に生成し、この順に並べる
    請求項２に記載の画像処理装置。
  4. 前記フッタパーティションを生成するフッタパーティション生成部をさらに備え、
    前記ボディパーティション生成部は、前記符号化データを含むボディパーティションおよび、インデックステーブルセグメントを含むボディパーティションをこの順に生成し、この順に並べ、
    前記フッタパーティション生成部は、ヘッダメタデータを含むフッタパーティションを生成する
    請求項２に記載の画像処理装置。
  5. 前記フッタパーティションを生成するフッタパーティション生成部をさらに備え、
    前記ボディパーティション生成部は、前記符号化データを含むボディパーティションを生成し、
    前記フッタパーティション生成部は、ヘッダメタデータおよびインデックステーブルセグメントを含むフッタパーティションを生成する
    請求項２に記載の画像処理装置。
  6. 前記ボディパーティション生成部は、１つの前記ファイルに複数ラインブロック分の前記符号化データを格納させるように、１つの前記ファイルに対して、前記符号化データを含むボディパーティションを複数生成し、並べる
    請求項１に記載の画像処理装置。
  7. 前記ボディパーティション生成部は、前記符号化データを含むボディパーティション、インデックステーブルセグメントを含むボディパーティション、および、ヘッダメタデータを含むボディパーティションを、前記ラインブロック毎に、この順に生成し、この順に並べる
    請求項６に記載の画像処理装置。
  8. 前記フッタパーティションを生成するフッタパーティション生成部をさらに備え、
    前記ボディパーティション生成部は、
    最後以外の各ラインブロックについて、前記符号化データを含むボディパーティション、インデックステーブルセグメントを含むボディパーティション、および、ヘッダメタデータを含むボディパーティションを、この順に生成し、この順に並べ、
    最後のラインブロックについて、前記符号化データを含むボディパーティション、および、前記インデックステーブルセグメントを含むボディパーティションを、この順に生成し、この順に並べ、
    前記フッタパーティション生成部は、前記最後のラインブロックのヘッダメタデータを含むフッタパーティションを生成する
    請求項６に記載の画像処理装置。
  9. 前記フッタパーティションを生成するフッタパーティション生成部をさらに備え、
    前記ボディパーティション生成部は、
    最後以外の各ラインブロックについて、前記符号化データを含むボディパーティション、インデックステーブルセグメントを含むボディパーティション、および、ヘッダメタデータを含むボディパーティションを、この順に生成し、この順に並べ、
    最後のラインブロックについて、前記符号化データを含むボディパーティションを生成し、
    前記フッタパーティション生成部は、前記最後のラインブロックのヘッダメタデータおよびインデックステーブルセグメントを含むフッタパーティションを生成する
    請求項６に記載の画像処理装置。
  10. 前記画像データを、前記ラインブロック毎に符号化する符号化部をさらに備え、
    前記ボディパーティション生成部は、前記符号化部により、前記画像データがラインブロック毎に符号化された符号化データを格納する前記ボディパーティションを生成する
    請求項１に記載の画像処理装置。
  11. 前記符号化部は、
    前記画像データを、前記ラインブロック毎にウェーブレット変換するウェーブレット変換部と、
    前記ウェーブレット符号化部によりウェーブレット変換されて得られた係数データをエントロピ符号化するエントロピ符号化部と
    を備える請求項１０に記載の画像処理装置。
  12. 前記ラインブロックは、前記ウェーブレット変換部が、ウェーブレット変換後の最低域成分のサブバンド１ライン分の係数データを生成するために必要なライン数分の画素データ群である
    請求項１１に記載の画像処理装置。
  13. 前記所定のフォーマットは、SMPTE規格のMXFである
    請求項１に記載の画像処理装置。
  14. 画像処理装置の画像処理方法であって、
    ボディパーティション生成部が、画像データが、画像を複数に分割するラインブロック毎に符号化された符号化データを格納する、所定のフォーマットのファイルのボディパーティションを、１ラインブロック分の符号化データ毎に生成し、
    パーティション統合部が、生成された前記ボディパーティション、ヘッダ情報を含むヘッダパーティション、およびフッタ情報を含むフッタパーティションを統合することにより、前記ファイルを生成する
    画像処理方法。
  15. 画像データが符号化された符号化データをパーティション毎に分離するパーティション分離部と、
    前記パーティション分離部により分離された、画像を複数に分割するラインブロック１つ分の前記符号化データが格納された、所定のフォーマットのファイルのボディパーティションを解読し、１ラインブロック分の前記符号化データを抽出するボディパーティション解読部と
    を備える画像処理装置。
  16. 前記ボディパーティション解読部は、さらに、前記パーティション分離部により分離された、インデックステーブルセグメントを含むボディパーティション、および、ヘッダメタデータを含むボディパーティションを解読する
    請求項１５に記載の画像処理装置。
  17. 前記ボディパーティション解読部により解読された抽出された１ラインブロック分の前記符号化データを復号する復号部をさらに備える
    請求項１５に記載の画像処理装置。
  18. 前記復号部は、
    前記符号化データをエントロピ復号して係数データを生成するエントロピ復号部と、
    前記エントロピ復号部により復号されて得られる前記係数データを、ウェーブレット逆変換するウェーブレット逆変換部と
    を備える請求項１７に記載の画像処理装置。
  19. 前記所定のフォーマットは、SMPTE規格のMXFである
    請求項１５に記載の画像処理装置。
  20. 画像処理装置の画像処理方法であって、
    パーティション分割部が、画像データが符号化された符号化データをパーティション毎に分離し、
    ボディパーティション解読部が、分離された、画像を複数に分割するラインブロック１つ分の前記符号化データが格納された、所定のフォーマットのファイルのボディパーティションを解読し、１ラインブロック分の前記符号化データを抽出する
    画像処理方法。
JP2011267561A 2011-12-07 2011-12-07 画像処理装置および方法 Abandoned JP2013121032A (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2011267561A JP2013121032A (ja) 2011-12-07 2011-12-07 画像処理装置および方法
CN2012105059178A CN103152564A (zh) 2011-12-07 2012-11-30 图像处理装置和方法
US13/693,571 US9064294B2 (en) 2011-12-07 2012-12-04 Image processing apparatus and method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2011267561A JP2013121032A (ja) 2011-12-07 2011-12-07 画像処理装置および方法

Publications (2)

Publication Number Publication Date
JP2013121032A true JP2013121032A (ja) 2013-06-17
JP2013121032A5 JP2013121032A5 (ja) 2015-01-15

Family

ID=48550407

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2011267561A Abandoned JP2013121032A (ja) 2011-12-07 2011-12-07 画像処理装置および方法

Country Status (3)

Country Link
US (1) US9064294B2 (ja)
JP (1) JP2013121032A (ja)
CN (1) CN103152564A (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020145584A (ja) * 2019-03-06 2020-09-10 日本放送協会 送信装置、受信装置、及びプログラム

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
BR112019025471A2 (pt) * 2017-06-09 2020-06-23 Sony Semiconductor Solutions Corporation Dispositivo de transmissão de figura, e, dispositivo de recepção de figura
US11159327B2 (en) * 2018-08-06 2021-10-26 Tyson York Winarski Blockchain augmentation of a material exchange format MXF file

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4120934B2 (ja) * 2003-06-16 2008-07-16 ソニー株式会社 画像処理装置および画像処理方法、記録媒体、並びに、プログラム
CN100581251C (zh) * 2004-08-25 2010-01-13 索尼株式会社 信息处理装置和信息处理方法
JP4251133B2 (ja) * 2004-11-29 2009-04-08 ソニー株式会社 画像圧縮装置及び方法
EP1713284A1 (en) * 2005-04-15 2006-10-18 Deutsche Thomson-Brandt Gmbh Method and device for recording digital data
TW200727598A (en) 2005-11-18 2007-07-16 Sony Corp Encoding/decoding device/method and the transmission system

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020145584A (ja) * 2019-03-06 2020-09-10 日本放送協会 送信装置、受信装置、及びプログラム
JP7338992B2 (ja) 2019-03-06 2023-09-05 日本放送協会 送信装置、受信装置、及びプログラム

Also Published As

Publication number Publication date
CN103152564A (zh) 2013-06-12
US9064294B2 (en) 2015-06-23
US20130163889A1 (en) 2013-06-27

Similar Documents

Publication Publication Date Title
CN102263950B (zh) 编码设备和编码方法以及解码设备和解码方法
US9838715B2 (en) Image processing apparatus and method
US8098947B2 (en) Method and apparatus for processing image data by rearranging wavelet transform data
US7907785B2 (en) Image processing apparatus and image processing method
KR100664928B1 (ko) 비디오 코딩 방법 및 장치
CN101516031B (zh) 图像处理装置和图像处理方法
US20070286510A1 (en) Image processing apparatus and image processing method
JP2002519941A (ja) 画像符号化装置及び画像復号装置
JP5950157B2 (ja) 画像処理装置および方法、並びに、プログラム
JP4251133B2 (ja) 画像圧縮装置及び方法
JP2013121032A (ja) 画像処理装置および方法
US8213731B2 (en) Information processing device and method
JP2008288834A (ja) 情報処理装置および方法
US8411984B2 (en) Image processing device and method
JP2011147050A (ja) 画像処理装置および方法
JP2011071649A (ja) 画像処理装置および方法
JP2013121032A5 (ja)
US9241163B2 (en) VC-2 decoding using parallel decoding paths
Naman et al. Encoding high-throughput jpeg2000 (htj2k) images on a gpu
JP4821835B2 (ja) 情報処理装置および方法
JP2003115765A (ja) 符号化装置及び符号化方法、復号装置及び復号方法、並びに編集装置及び編集方法
JP4697249B2 (ja) 情報処理装置および方法、並びにプログラム
JP7242246B2 (ja) 画像符号化装置、及びこれらの制御方法、並びにプログラム
JP2006042371A (ja) 画像記録再生装置及び画像再生装置
JP2004135107A (ja) 画像処理装置及びその方法

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20141121

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20141121

A762 Written abandonment of application

Free format text: JAPANESE INTERMEDIATE CODE: A762

Effective date: 20150402