JP6319083B2 - 画像復号装置、画像復号方法、画像符号化装置及び画像符号化方法 - Google Patents

Description

本開示は、画像復号装置、画像復号方法、画像符号化装置及び画像符号化方法に関する。

画像符号化方式の標準仕様の１つであるＨ．２６４／ＡＶＣでは、各画像（ピクチャ）は、１つ以上のスライスに分割される。そして各スライスは、Ｉスライス（Intra Slice）、Ｐスライス（Predictive Slice）及びＢスライス（Bi-predictive Slice）のいずれかに分類される。Ｉスライスは、他の画像を参照することなく独立して復号されるスライスである。Ｐスライスは、単一の他の画像を参照することにより復号されるスライスである。Ｂスライスは、複数の他の画像を参照することにより復号されるスライスである。Ｉスライスのみからなる、シーケンスの先頭のピクチャは、ＩＤＲ（Instantaneous Decoding Refresh）ピクチャと呼ばれる。ＩＤＲピクチャは、ＮＡＬ（Network Abstraction Layer）ユニットタイプの値によって識別される。ＩＤＲピクチャに後続する同一シーケンス内のピクチャは、復号順（decoding order）でＩＤＲピクチャよりも前のピクチャを参照せず、表示順（presentation order）でＩＤＲピクチャよりも後にのみ位置する。従って、ある符号化ストリームの映像の途中の時点にランダムアクセス（ストリームの先頭からの復号ではなく途中からの復号／再生）しようとする場合、指定される時点の近傍のＩＤＲピクチャから、映像を適切に復号することができる。

Ｈ．２６４／ＡＶＣに続く次世代の画像符号化方式であるＨＥＶＣ（High Efficiency Video Coding）の標準化作業では、ＩＤＲピクチャとは別に、ＣＲＡ（Clean Random Access）ピクチャをＮＡＬユニットタイプの値によって識別することが提案されている。ＣＲＡピクチャは、シーケンスの途中のＩスライスのみからなるピクチャである。ＣＲＡピクチャに復号順及び表示順の双方で後続するピクチャは、復号順でＣＲＡピクチャに先行するピクチャ及び表示順でＣＲＡピクチャに先行するピクチャの双方を参照しない（下記非特許文献２参照）。従って、映像の途中の時点のＣＲＡピクチャへのランダムアクセス（ＣＲＡピクチャからの映像の復号）を行う場合、ＣＲＡピクチャに表示順で後続するピクチャの復号処理を破綻なく行うことができる。

Benjamin Bross, Woo-Jin Han, Jens-Rainer Ohm, Gary J. Sullivan, Thomas Wiegand, "High efficiency video coding (HEVC) text specification draft 6"，JCTVC-H1003 ver20, 2012年2月17日 Ye-Kui Wang, "Report of the BoG on clean random access (CRA) picture"，JCTVC-F759, 2011年7月14-22日

ＩＤＲピクチャはシーケンスの先頭に１つだけ存在するのに対して、ＣＲＡピクチャはシーケンスの途中に複数存在し得る。従って、ＣＲＡピクチャの導入は、映像内のランダムアクセス可能なポイントが増加することを意味する。これは、映像の再生又は編集の用途において、ユーザの利便性を大幅に向上させる潜在的な可能性を有する。しかし、ＨＥＶＣ方式で符号化された符号化ストリームを格納する既存のファイルフォーマットでは、ＣＲＡピクチャへのランダムアクセスを効果的にサポートする情報エレメントが定義されていない。ＭＰＥＧ−４ Ｐａｒｔ１４（ＩＳＯ／ＩＥＣ１４４９６−１４：２００３、以下、ＭＰ４という）フォーマットを例にとると、データ領域（ｍｄａｔボックス）に格納されるチャンク内の各サンプルのＮＡＬユニットタイプを参照しなければ、どのピクチャがＣＲＡピクチャであるかを識別することができない。これでは、ＣＲＡピクチャへのランダムアクセスのために過剰な処理コストを要してしまう。

従って、ＣＲＡピクチャへのランダムアクセスを効果的にサポートするファイルフォーマットが提供されることが望ましい。

本開示によれば、ヘッダ領域及びデータ領域を含むファイルフォーマットの前記ヘッダ領域から、前記データ領域に挿入されている画像シーケンス内の１つ以上のＣＲＡピクチャを識別するＣＲＡ情報を取得する取得部と、ランダムアクセスの指示が検出された場合に、前記ＣＲＡ情報を用いて、前記画像シーケンス内のいずれかのＣＲＡピクチャを復号開始ピクチャとして特定する制御部と、前記制御部により特定された前記復号開始ピクチャから、前記画像シーケンスを復号する復号部と、を備える画像復号装置が提供される。

また、本開示によれば、ヘッダ領域及びデータ領域を含むファイルフォーマットの前記ヘッダ領域から、前記データ領域に挿入されている画像シーケンス内の１つ以上のＣＲＡピクチャを識別するＣＲＡ情報を取得することと、ランダムアクセスの指示が検出された場合に、前記ＣＲＡ情報を用いて、前記画像シーケンス内のいずれかのＣＲＡピクチャを復号開始ピクチャとして特定することと、特定された前記復号開始ピクチャから、前記画像シーケンスを復号することと、を含む画像復号方法が提供される。

また、本開示によれば、画像シーケンス内の画像を符号化して、画像データを生成する符号化部と、ランダムアクセスの際に復号開始ピクチャとして使用可能な前記画像シーケンス内の１つ以上のＣＲＡピクチャを判定する判定部と、ヘッダ領域及びデータ領域を含むファイルフォーマットの前記ヘッダ領域に前記判定部により判定された前記１つ以上のＣＲＡピクチャを識別するＣＲＡ情報を挿入し、前記データ領域に前記画像データを挿入するファイル生成部と、を備える画像符号化装置が提供される。

また、本開示によれば、画像シーケンス内の画像を符号化して、画像データを生成することと、ランダムアクセスの際に復号開始ピクチャとして使用可能な前記画像シーケンス内の１つ以上のＣＲＡピクチャを判定することと、ヘッダ領域及びデータ領域を含むファイルフォーマットの前記ヘッダ領域に、判定された前記１つ以上のＣＲＡピクチャを識別するＣＲＡ情報を挿入することと、前記データ領域に前記画像データを挿入することと、を含む画像符号化方法が提供される。

本開示に係る技術によれば、ＣＲＡピクチャへのランダムアクセスを既存の手法よりも簡易に実現することが可能となる。

一実施形態に係る画像符号化装置の構成の一例を示すブロック図である。 一実施形態において採用され得るファイルフォーマットの一例について説明するための説明図である。 一実施形態において採用され得るファイルフォーマットの他の例について説明するための説明図である。 Non-Fragmented Movieに関するＣＲＡ情報用の専用ボックスの第１の例について説明するための説明図である。 Non-Fragmented Movieに関するＣＲＡ情報用の専用ボックスの第２の例について説明するための説明図である。 Non-Fragmented Movieに関するＣＲＡ情報用の専用ボックスの第３の例について説明するための説明図である。 Non-Fragmented Movieに関するランダムアクセス情報用の共用ボックスの第１の例について説明するための説明図である。 Non-Fragmented Movieに関するランダムアクセス情報用の共用ボックスの第２の例について説明するための説明図である。 Non-Fragmented Movieに関するランダムアクセス情報用の共用ボックスの第３の例について説明するための説明図である。 Fragmented Movieに関するＣＲＡ情報用の専用ボックスの第１の例について説明するための説明図である。 Fragmented Movieに関するＣＲＡ情報用の専用ボックスの第２の例について説明するための説明図である。 Fragmented Movieに関するＣＲＡ情報用の専用ボックスの第３の例について説明するための説明図である。 Fragmented Movieに関するランダムアクセス情報用の共用ボックスの第１の例について説明するための説明図である。 Fragmented Movieに関するランダムアクセス情報用の共用ボックスの第２の例について説明するための説明図である。 Fragmented Movieに関するランダムアクセス情報用の共用ボックスの第３の例について説明するための説明図である。 基本的なサンプルグループ情報用のボックスについて説明するための第１の説明図である。 基本的なサンプルグループ情報用のボックスについて説明するための第２の説明図である。 ＣＲＡピクチャをグルーピングするサンプルグループの定義の第１の例について説明するための説明図である。 ＣＲＡピクチャをグルーピングするサンプルグループの定義の第２の例について説明するための説明図である。 ＣＲＡピクチャをグルーピングするサンプルグループの定義の第３の例について説明するための説明図である。 ＣＲＡピクチャをグルーピングするサンプルグループの定義の第４の例について説明するための説明図である。 ＣＲＡピクチャをグルーピングするサンプルグループの定義の第５の例について説明するための説明図である。 ＣＲＡピクチャをグルーピングするサンプルグループの定義の第６の例について説明するための説明図である。 一実施形態に係る画像復号装置の構成の一例を示すブロック図である。 図２４に例示した装置により実行される復号処理の流れの第１の例を示すフローチャートである。 指定時刻に対応するサンプル番号を取得するための処理の流れの一例を示すフローチャートである。 復号開始ピクチャを特定するための処理の流れの第１の例を示すフローチャートである。 復号開始ピクチャを特定するための処理の流れの第２の例を示すフローチャートである。 正常に復号されない先行ピクチャの出力をスキップするための処理の流れの第１の例を示すフローチャートである。 正常に復号されない先行ピクチャの出力をスキップするための処理の流れの第２の例を示すフローチャートである。 正常に復号されない先行ピクチャの出力をスキップするための処理の流れの第３の例を示すフローチャートである。 図２４に例示した装置により実行される復号処理の流れの第２の例を示すフローチャートである。 復号開始ピクチャを特定するための処理の流れの第３の例を示すフローチャートである。 テレビジョン装置の概略的な構成の一例を示すブロック図である。 携帯電話機の概略的な構成の一例を示すブロック図である。 記録再生装置の概略的な構成の一例を示すブロック図である。 撮像装置の概略的な構成の一例を示すブロック図である。

以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

また、以下の順序で説明を行う。
１．一実施形態に係る画像符号化装置の構成例
２．ＣＲＡ情報の例
２−１．ＣＲＡ情報用の専用ボックス（Non-Fragmented Movie）
２−２．ランダムアクセス情報用の共用ボックス（Non-Fragmented Movie）
２−３．ＣＲＡ情報用の専用ボックス（Fragmented Movie）
２−４．ランダムアクセス情報用の共用ボックス（Fragmented Movie）
２−５．サンプルグループの活用
３．一実施形態に係る画像復号装置の構成例
４．復号処理の流れ
４−１．Non-Fragmented Movieのための復号処理
４−２．Fragmented Movieのための復号処理
５．応用例
６．まとめ

＜１．一実施形態に係る画像符号化装置の構成例＞
本節では、ＣＲＡピクチャへのランダムアクセスをサポートする新たなファイルフォーマットの動画ファイルに、ＨＥＶＣ方式に従って符号化された画像データを記録する画像符号化装置について説明する。

図１は、一実施形態に係る画像符号化装置１０の構成の一例を示すブロック図である。図１を参照すると、画像符号化装置１０は、符号化部１１、判定部１２、ＶＣＬバッファ１３、非ＶＣＬバッファ１４、ファイル生成部１５及び制御部１６を備える。

（１）符号化部
符号化部１１は、ＨＥＶＣ方式に従って動作するエンコーダである。符号化部１１は、画像符号化装置１０に接続されるカメラ又はテレビジョンチューナなどの動画ソースから、符号化すべき画像シーケンスを取得する。そして、符号化部１１は、取得した画像シーケンス内の各画像についてイントラ予測、フレーム間予測、直交変換、量子化及び可逆符号化などの様々な処理を実行することにより、符号化ビットストリームを生成する。画像の実体に相当するスライスデータは、ＶＣＬ（Video Coding Layer） ＮＡＬユニットとして生成される。一方、ＳＰＳ（Sequence Parameter Set）、ＰＰＳ（Picture Parameter Set）及びＡＰＳ（Adaptation Parameter Set）などのパラメータセットは、非ＶＣＬ ＮＡＬユニットとして生成され得る。符号化部１１は、ＶＣＬ ＮＡＬユニット、即ちスライスデータのビットストリームを、ＶＣＬバッファ１３を介してファイル生成部１５へ出力する。また、符号化部１１は、パラメータセットを、非ＶＣＬバッファ１４を介してファイル生成部１５へ出力する。

（２）判定部
判定部１２は、符号化部１１により符号化される画像シーケンス内の各画像のタイプを判定する。より具体的には、本実施形態において、判定部１２は、各画像がＩＤＲピクチャ、ＣＲＡピクチャ及びそれ以外のピクチャのいずれであるかを少なくとも判定する。ＩＤＲピクチャ及びＣＲＡピクチャの双方とも、Ｉスライスのみからなるピクチャである。上述したように、ＩＤＲピクチャは、シーケンスの先頭のピクチャである。ＩＤＲピクチャに後続する同一シーケンス内のピクチャは、符号化順（復号順）でＩＤＲピクチャよりも前のピクチャを参照せず、且つ表示順でＩＤＲピクチャよりも後にのみ位置する。ＣＲＡピクチャは、シーケンスの途中に位置し、デコーダ側でのランダムアクセスの際に復号開始ピクチャとして使用可能なピクチャである。ＣＲＡピクチャに符号化順（復号順）及び表示順の双方で後続するピクチャは、符号化順（復号順）でＣＲＡピクチャに先行するピクチャ及び表示順でＣＲＡピクチャに先行するピクチャの双方を参照しない。判定部１２は、判定の結果を、符号化部１１及びファイル生成部１５へ出力する。符号化部１１は、判定部１２により判定された各画像のタイプを示すＮＡＬユニットタイプを、各ＮＡＬユニットのＮＡＬヘッダに付与する。

ところで、ＣＲＡピクチャへのランダムアクセスが行われる場合、ランダムアクセス先のＣＲＡピクチャ及び当該ＣＲＡピクチャに復号順で後続するピクチャのみが、復号の対象となる。但し、復号順でＣＲＡピクチャに後続し、表示順でＣＲＡピクチャに先行するピクチャも存在し得る。本明細書では、そのようなピクチャを先行ピクチャという。ＣＲＡピクチャの定義から理解されるように、復号順でＣＲＡピクチャに先行するピクチャを先行ピクチャが参照することは、許容される。ＣＲＡピクチャへのランダムアクセスが行われると、復号順でＣＲＡピクチャに先行するピクチャを参照する先行ピクチャは、正常に復号されない。なぜなら、当該先行ピクチャの参照ピクチャは復号されていないためである。即ち、ランダムアクセスが行われる場合に、復号の対象となる先行ピクチャが正常に復号可能か否かは、先行ピクチャの参照関係に依存する。そこで、判定部１２は、各ＣＲＡピクチャへのランダムアクセスが行われた場合に正常に復号されない先行ピクチャをさらに判定し、その判定結果をファイル生成部１５へ提供してもよい。

（３）ＶＣＬバッファ／非ＶＣＬバッファ
ＶＣＬバッファ１３は、ＶＣＬ ＮＡＬユニットをバッファリングする。ＣＲＡピクチャのスライスデータは、ＶＣＬバッファ１３によりバッファリングされる。非ＶＣＬバッファ１４は、非ＶＣＬ ＮＡＬユニットをバッファリングする。

（４）ファイル生成部
ファイル生成部１５は、ヘッダ領域及びデータ領域を含むファイルフォーマットに従って、符号化された一連の画像データを格納する動画ファイル２０を生成する。本明細書では、ファイルフォーマットとしてＭＰ４フォーマットが利用される例を主に説明する。しかしながら、本開示に係る技術は、かかる例に限定されず、ヘッダ領域とデータ領域とを有するその他の種類の動画ファイルフォーマットに適用可能である。

ＭＰ４フォーマットでは、データは、ボックスと呼ばれるオブジェクトに格納され、オブジェクト単位で記録される。１つのファイル内でボックスはツリー構造を形成し、親ボックスは子ボックスを含む。各ボックスの種類は、アルファベット４文字の識別子によって識別される。

より具体的には、ファイル生成部１５は、動画ファイル２０のデータ領域（例えば、ｍｄａｔボックス）に、ＶＣＬ ＮＡＬユニットに相当するスライスデータのビットストリームを、復号順で挿入する。また、ファイル生成部１５は、動画ファイル２０のヘッダ領域（例えば、ｍｏｏｖボックス）に、非ＶＣＬ ＮＡＬユニットに相当する１つ以上のパラメータセットを挿入する。さらに、本実施形態において、ファイル生成部１５は、動画ファイル２０のヘッダ領域に、判定部１２により判定された１つ以上のＣＲＡピクチャを識別するＣＲＡ情報を挿入する。さらに、ファイル生成部１５は、各ＣＲＡピクチャへのランダムアクセスが行われた場合に正常に復号されない先行ピクチャを識別するための先行ピクチャ情報をＣＲＡ情報に含めてもよい。

（５）制御部
制御部１６は、画像符号化装置１０において実行される符号化処理を制御する。例えば、制御部１６は、符号化開始の指示が検出されると、指定された画像シーケンスを符号化部１１に符号化させる。また、制御部１６は、符号化部１１により符号化された画像データを格納する動画ファイル２０をファイル生成部１５に生成させる。制御部１６は、ＨＲＤ（Hypothetical Reference Decoder；仮想参照デコーダ）と呼ばれる仮想的なデコーダのモデルを用いて、デコーダのバッファを破綻させないように、符号化ストリームの生成を制御してもよい。

＜２．ＣＲＡ情報の例＞
図２は、本実施形態において採用され得るファイルフォーマットの一例について説明するための説明図である。図２を参照すると、動画ファイル２０は、ｍｏｏｖボックス２１及びｍｄａｔボックス２７を含む。なお、説明の簡明さのために、本開示に係る技術に直接的に関連しないボックスは、図示されていない。

ｍｏｏｖボックス２１は、動画ファイル２０のヘッダ領域に相当するボックスである。ｍｏｏｖボックス２１は、ｓｔｂｌボックス２２を含む。ｓｔｂｌボックス（Sample Table Box）２２は、ヘッダ情報用のボックスを含むコンテナボックスである。ｓｔｂｌボックス２２は、ｓｔｓｄボックス２３及びｓｔｓｃボックス２４に加えて、本実施形態において新たに導入されるｓｔｃｓボックス２５を含む。ｓｔｓｄボックス（Sample Description Box）２３は、ｍｄａｔボックス２７に格納される実データに関連するパラメータを保持するボックスである。ｓｔｓｄボックス２３は、ｈｅｖ１ボックス２６を含む。ｈｅｖ１ボックス２６は、ＨＥＶＣ方式に従って符号化された画像データを復号する際に使用されるパラメータセットを保持するボックスである。ｓｔｓｃボックス（Sample To Chunk Box）２４は、ｍｄａｔボックス２７内のチャンクと呼ばれる実データとｓｔｓｄボックス２３内のパラメータとの間のマッピングを保持するボックスである。ｓｔｃｓボックス２５は、１つ以上のＣＲＡピクチャを識別するＣＲＡ情報を保持するための、新たに定義されるボックスである。

ｍｄａｔボックス２７は、動画ファイル２０のデータ領域に相当するボックスである。ｍｄａｔボックス２７は、１つ以上のチャンク２８を含む。チャンクとは、個々の動画トラック、音声トラック又はその他の種類のトラックに相当する実データである。ＨＥＶＣ方式で符号化された画像データのチャンクには、典型的には、ＶＣＬ ＮＡＬユニットにそれぞれ相当する複数のスライスデータが復号順で格納される。

図２に例示した動画ファイル２０は、いわゆるNon-Fragmented Movie構造を有する。即ち、ｍｏｏｖボックス及びｍｄａｔボックスのペアが、動画ファイル２０内に１つのみ存在する。これに対し、１つの動画が複数の部分に断片化され、断片化された部分ごとにｍｏｏｖボックス及びｍｄａｔボックスのペアが生成される構造を、Fragmented Movie構造という。図３を参照すると、Non-Fragmented Movie構造とFragmented Movie構造との対比が示されている。Non-Fragmented Movie構造においては、ｍｏｏｖボックス２１内に、ＣＲＡ情報用のｓｔｃｓボックス２５が挿入される。一方、Fragmented Movie構造においては、複数のｍｏｏｖボックス２１ａ〜２１ｎ内に、それぞれ、ＣＲＡ情報用のｔｆｃａボックス２５ａ〜２５ｎが挿入され得る。これら新たに定義されるボックスのシンタックスの様々な例について、本節で詳細に説明する。なお、図２及び図３に示したボックスの識別子（“ｓｔｃｓ”及び“ｔｆｃａ”）は、一例に過ぎない。即ち、他の４文字のアルファベットが、ＣＲＡ情報を保持するボックスの識別子として使用されてもよい。また、図３の例に関わらず、ＣＲＡ情報を保持するボックスは、実際には、ｍｏｏｖボックスの直接的な子ボックスではなく、ｓｔｂｌボックス又はｍｆｒａボックス（Movie Fragment Random Access Box）などのコンテナボックスの子ボックスとして挿入されてよい。

［２−１．ＣＲＡ情報用の専用ボックス（Non-Fragmented Movie）］
Non-Fragmented Movieのために導入されるＣＲＡ情報用のボックスは、例えば、ＣＲＡ情報のための専用のボックスであってよい。図４〜図６は、そのような専用ボックスとしてのｓｔｃｓボックスの例をそれぞれ示している。ｓｔｃｓボックスは、ＦｕｌｌＢｏｘクラスを継承するＣＲＡＳａｍｐｌｅＢｏｘクラスとして定義される。

（１）第１の例
図４に示した第１の例において、ＣＲＡＳａｍｐｌｅＢｏｘクラスは、エントリ数（entry_count）により示される数のサンプル番号（sample_number）を含む。各サンプル番号は、ｍｄａｔボックス２７内のチャンクに含まれる一連のサンプルのうち、ＣＲＡピクチャに相当するサンプルの番号の各々を示す。エントリ数は、ＣＲＡピクチャに相当するサンプルの数に等しい。このようなｓｔｃｓボックスを参照することにより、デコーダは、何番目のサンプルがＣＲＡピクチャのサンプルであるかを簡易に知ることができる。

（２）第２の例
図５に示した第２の例において、ＣＲＡＳａｍｐｌｅＢｏｘクラスは、エントリ数（entry_count）により示される数の、サンプル番号（sample_number）と破損サンプル数（broken_samples）とのセットを含む。各サンプル番号は、ｍｄａｔボックス２７内のチャンクに含まれる一連のサンプルのうち、ＣＲＡピクチャに相当するサンプルの番号の各々を示す。各破損サンプル数は、対応するサンプル番号により示されるＣＲＡピクチャへのランダムアクセスが行われた場合に正常に復号されない先行ピクチャのサンプル数（例えば、表示順での先頭からの数）を示す。なお、正常に復号されない先行ピクチャのサンプル数が未知であることが、負の値の破損サンプル数によって示されてもよい。エントリ数は、ＣＲＡピクチャに相当するサンプルの数に等しい。このようなｓｔｃｓボックスを参照することにより、デコーダは、何番目のサンプルがＣＲＡピクチャのサンプルであるか、及び、各ＣＲＡピクチャへのランダムアクセスが行われる場合にどの先行ピクチャを正常に復号することができないかを、簡易に知ることができる。

（３）第３の例
図６に示した第３の例において、ＣＲＡＳａｍｐｌｅＢｏｘクラスは、エントリ数（entry_count）により示される数の、サンプル番号（sample_number）と破損時間長（broken_duration）とのセットを含む。各サンプル番号は、ｍｄａｔボックス２７内のチャンクに含まれる一連のサンプルのうち、ＣＲＡピクチャに相当するサンプルの番号の各々を示す。各破損時間長は、対応するサンプル番号により示されるＣＲＡピクチャへのランダムアクセスが行われた場合に正常に復号されない先行ピクチャの合計時間長（例えば、ｍｄｈｄブロック内で定義される時間単位での値）を示す。なお、正常に復号されない先行ピクチャの時間長が未知であることが、負の値の破損時間長によって示されてもよい。エントリ数は、ＣＲＡピクチャに相当するサンプルの数に等しい。このようなｓｔｃｓボックスを参照することにより、デコーダは、何番目のサンプルがＣＲＡピクチャのサンプルであるか、及び、各ＣＲＡピクチャへのランダムアクセスが行われる場合にどの先行ピクチャを正常に復号することができないかを、簡易に知ることができる。

［２−２．ランダムアクセス情報用の共用ボックス（Non-Fragmented Movie）］
前項の３つの例では、ＣＲＡ情報は、ＩＤＲピクチャを識別するＩＤＲ情報が格納されるボックス（例えば、ｓｔｓｓボックス（Sync Sample Box））とは異なるｓｔｃｓボックス内に格納される。これに対し、ＣＲＡ情報は、ＩＤＲ情報と共用のボックス内に格納されてもよい。図７〜図９は、そのような共用ボックスとしてのｓｔｒａボックスの例をそれぞれ示している。ｓｔｒａボックスは、ＦｕｌｌＢｏｘクラスを継承するＲａｎｄｏｍＡｃｃｅｓｓＳａｍｐｌｅＢｏｘクラスとして定義される。

（１）第１の例
図７に示した第１の例において、ＲａｎｄｏｍＡｃｃｅｓｓＳａｍｐｌｅＢｏｘクラスは、エントリ数（entry_count）により示される数の、サンプルタイプ（sample_type）とサンプル番号（sample_number）とのセットを含む。各サンプル番号は、ｍｄａｔボックス２７内のチャンクに含まれる一連のサンプルのうち、ＩＤＲピクチャ又はＣＲＡピクチャに相当するサンプルの番号の各々を示す。各サンプルタイプは、対応するサンプル番号により示されるピクチャがＩＤＲピクチャ及びＣＲＡピクチャのいずれであるかを示す。サンプルタイプの値は、例えば、ＮＡＬユニットタイプと同一の値であってよい。エントリ数は、ＩＤＲピクチャ又はＣＲＡピクチャに相当するサンプルの数に等しい。このようなｓｔｒａボックスを参照することにより、デコーダは、何番目のサンプルがＩＤＲピクチャのサンプルであって、何番目のサンプルがＣＲＡピクチャのサンプルであるかを、簡易に知ることができる。

（２）第２の例
図８に示した第２の例において、ＲａｎｄｏｍＡｃｃｅｓｓＳａｍｐｌｅＢｏｘクラスは、エントリ数（entry_count）により示される数の、サンプルタイプ（sample_type）とサンプル番号（sample_number）と破損サンプル数（broken_samples）とのセットを含む。各サンプル番号は、ｍｄａｔボックス２７内のチャンクに含まれる一連のサンプルのうち、ＩＤＲピクチャ又はＣＲＡピクチャに相当するサンプルの番号の各々を示す。各サンプルタイプは、対応するサンプル番号により示されるピクチャがＩＤＲピクチャ及びＣＲＡピクチャのいずれであるかを示す。各破損サンプル数は、対応するサンプル番号により示されるピクチャへのランダムアクセスが行われた場合に正常に復号されない先行ピクチャのサンプル数を示す。なお、ＩＤＲピクチャについての破損サンプル数は、省略されてもよく、又はゼロを示してもよい。エントリ数は、ＩＤＲピクチャ又はＣＲＡピクチャに相当するサンプルの数に等しい。このようなｓｔｒａボックスを参照することにより、デコーダは、何番目のサンプルがＩＤＲピクチャのサンプルであって、何番目のサンプルがＣＲＡピクチャのサンプルであるか、及び、各ＣＲＡピクチャへのランダムアクセスが行われる場合にどの先行ピクチャを正常に復号することができないかを、簡易に知ることができる。

（３）第３の例
図９に示した第３の例において、ＲａｎｄｏｍＡｃｃｅｓｓＳａｍｐｌｅＢｏｘクラスは、エントリ数（entry_count）により示される数の、サンプルタイプ（sample_type）とサンプル番号（sample_number）と破損時間長（broken_duration）とのセットを含む。各サンプル番号は、ｍｄａｔボックス２７内のチャンクに含まれる一連のサンプルのうち、ＩＤＲピクチャ又はＣＲＡピクチャに相当するサンプルの番号の各々を示す。各サンプルタイプは、対応するサンプル番号により示されるピクチャがＩＤＲピクチャ及びＣＲＡピクチャのいずれであるかを示す。各破損時間長は、対応するサンプル番号により示されるピクチャへのランダムアクセスが行われた場合に正常に復号されない先行ピクチャの合計時間長を示す。なお、ＩＤＲピクチャについての破損時間長は、省略されてもよく、又はゼロを示してもよい。エントリ数は、ＩＤＲピクチャ又はＣＲＡピクチャに相当するサンプルの数に等しい。このようなｓｔｒａボックスを参照することにより、デコーダは、何番目のサンプルがＩＤＲピクチャのサンプルであって、何番目のサンプルがＣＲＡピクチャのサンプルであるか、及び、各ＣＲＡピクチャへのランダムアクセスが行われる場合にどの先行ピクチャを正常に復号することができないかを、簡易に知ることができる。

［２−３．ＣＲＡ情報用の専用ボックス（Fragmented Movie）］
Fragmented Movieのために導入されるＣＲＡ情報用のボックスは、例えば、ＣＲＡ情報のための専用のボックスであってよい。図１０〜図１２は、そのような専用ボックスとしてのｔｆｃａボックスの例をそれぞれ示している。ｔｆｃａボックスは、ＦｕｌｌＢｏｘクラスを継承するＴｒａｃｋＦｒａｇｍｅｎｔＣＲＡＡｃｃｅｓｓＢｏｘクラスとして定義される。

（１）第１の例
図１０に示した第１の例において、ＴｒａｃｋＦｒａｇｍｅｎｔＣＲＡＡｃｃｅｓｓＢｏｘクラスは、エントリ数（number_of_entry）により示される数のサンプル番号（sample_number）を含む。各サンプル番号は、対応するフラグメントのｍｄａｔボックス内のチャンクに含まれる一連のサンプルのうち、ＣＲＡピクチャに相当するサンプルの番号の各々を示す。エントリ数は、ＣＲＡピクチャに相当するサンプルの数に等しい。このようなｔｆｃａボックスを参照することにより、デコーダは、各フラグメントの何番目のサンプルがＣＲＡピクチャのサンプルであるかを簡易に知ることができる。

（２）第２の例
図１１に示した第２の例において、ＴｒａｃｋＦｒａｇｍｅｎｔＣＲＡＡｃｃｅｓｓＢｏｘクラスは、エントリ数（number_of_entry）により示される数の、サンプル番号（sample_number）と破損サンプル数（preceding_samples）とのセットを含む。各サンプル番号は、対応するフラグメントのｍｄａｔボックス内のチャンクに含まれる一連のサンプルのうち、ＣＲＡピクチャに相当するサンプルの番号の各々を示す。各破損サンプル数は、対応するサンプル番号により示されるＣＲＡピクチャへのランダムアクセスが行われた場合に正常に復号されない先行ピクチャのサンプル数（例えば、表示順での先頭からの数）を示す。なお、正常に復号されない先行ピクチャのサンプル数が未知であることが、負の値の破損サンプル数によって示されてもよい。エントリ数は、ＣＲＡピクチャに相当するサンプルの数に等しい。このようなｔｆｃａボックスを参照することにより、デコーダは、各フラグメントの何番目のサンプルがＣＲＡピクチャのサンプルであるか、及び、各ＣＲＡピクチャへのランダムアクセスが行われる場合にどの先行ピクチャを正常に復号することができないかを、簡易に知ることができる。

（３）第３の例
図１２に示した第３の例において、ＴｒａｃｋＦｒａｇｍｅｎｔＣＲＡＡｃｃｅｓｓＢｏｘクラスは、エントリ数（number_of_entry）により示される数の、サンプル番号（sample_number）と破損時間長（preceding_duration）とのセットを含む。各サンプル番号は、対応するフラグメントのｍｄａｔボックス内のチャンクに含まれる一連のサンプルのうち、ＣＲＡピクチャに相当するサンプルの番号の各々を示す。各破損時間長は、対応するサンプル番号により示されるＣＲＡピクチャへのランダムアクセスが行われた場合に正常に復号されない先行ピクチャの合計時間長（例えば、ｍｄｈｄブロック内で定義される時間単位での値）を示す。なお、正常に復号されない先行ピクチャの時間長が未知であることが、負の値の破損時間長によって示されてもよい。エントリ数は、ＣＲＡピクチャに相当するサンプルの数に等しい。このようなｔｆｃａボックスを参照することにより、デコーダは、各フラグメントの何番目のサンプルがＣＲＡピクチャのサンプルであるか、及び、各ＣＲＡピクチャへのランダムアクセスが行われる場合にどの先行ピクチャを正常に復号することができないかを、簡易に知ることができる。

［２−４．ランダムアクセス情報用の共用ボックス（Fragmented Movie）］
前項の３つの例では、ＣＲＡ情報は、ＩＤＲピクチャを識別するＩＤＲ情報が格納されるボックスとは異なるｔｆｃａボックス内に格納される。これに対し、ＣＲＡ情報は、ＩＤＲ情報と共用のボックス内に格納されてもよい。図１３〜図１５は、そのような共用ボックスとしてのｔｆｒ２ボックスの例をそれぞれ示している。ｔｆｒ２ボックスは、ＦｕｌｌＢｏｘクラスを継承するＥｘｔＴｒａｃｋＦｒａｇｍｅｎｔＲａｎｄｏｍＡｃｃｅｓｓＢｏｘクラスとして定義される。

（１）第１の例
図１３に示した第１の例において、ＥｘｔＴｒａｃｋＦｒａｇｍｅｎｔＲａｎｄｏｍＡｃｃｅｓｓＢｏｘクラスは、エントリ数（number_of_entry）により示される数の、サンプルタイプ（sample_type）とサンプル番号（sample_number）とのセットを含む。各サンプル番号は、対応するフラグメントのｍｄａｔボックス内のチャンクに含まれる一連のサンプルのうち、ＩＤＲピクチャ又はＣＲＡピクチャに相当するサンプルの番号の各々を示す。各サンプルタイプは、対応するサンプル番号により示されるピクチャがＩＤＲピクチャ及びＣＲＡピクチャのいずれであるかを示す。サンプルタイプの値は、例えば、ＮＡＬユニットタイプと同一の値であってよい。エントリ数は、ＩＤＲピクチャ又はＣＲＡピクチャに相当するサンプルの数に等しい。このようなｔｆｒ２ボックスを参照することにより、デコーダは、各フラグメントの何番目のサンプルがＩＤＲピクチャのサンプルであって何番目のサンプルがＣＲＡピクチャのサンプルであるかを、簡易に知ることができる。

（２）第２の例
図１４に示した第２の例において、ＥｘｔＴｒａｃｋＦｒａｇｍｅｎｔＲａｎｄｏｍＡｃｃｅｓｓＢｏｘクラスは、エントリ数（number_of_entry）により示される数の、サンプルタイプ（sample_type）とサンプル番号（sample_number）と破損サンプル数（preceding_samples）とのセットを含む。各サンプル番号は、対応するフラグメントのｍｄａｔボックス内のチャンクに含まれる一連のサンプルのうち、ＩＤＲピクチャ又はＣＲＡピクチャに相当するサンプルの番号の各々を示す。各サンプルタイプは、対応するサンプル番号により示されるピクチャがＩＤＲピクチャ及びＣＲＡピクチャのいずれであるかを示す。各破損サンプル数は、対応するサンプル番号により示されるピクチャへのランダムアクセスが行われた場合に正常に復号されない先行ピクチャのサンプル数を示す。なお、ＩＤＲピクチャについての破損サンプル数は、省略されてもよく、又はゼロを示してもよい。エントリ数は、ＩＤＲピクチャ又はＣＲＡピクチャに相当するサンプルの数に等しい。このようなｔｆｒ２ボックスを参照することにより、デコーダは、各フラグメントの何番目のサンプルがＩＤＲピクチャのサンプルであって何番目のサンプルがＣＲＡピクチャのサンプルであるか、及び、各ＣＲＡピクチャへのランダムアクセスが行われる場合にどの先行ピクチャを正常に復号することができないかを、簡易に知ることができる。

（３）第３の例
図１５に示した第３の例において、ＥｘｔＴｒａｃｋＦｒａｇｍｅｎｔＲａｎｄｏｍＡｃｃｅｓｓＢｏｘクラスは、エントリ数（number_of_entry）により示される数の、サンプルタイプ（sample_type）とサンプル番号（sample_number）と破損時間長（preceding_duration）とのセットを含む。各サンプル番号は、対応するフラグメントのｍｄａｔボックス内のチャンクに含まれる一連のサンプルのうち、ＩＤＲピクチャ又はＣＲＡピクチャに相当するサンプルの番号の各々を示す。各サンプルタイプは、対応するサンプル番号により示されるピクチャがＩＤＲピクチャ及びＣＲＡピクチャのいずれであるかを示す。各破損時間長は、対応するサンプル番号により示されるピクチャへのランダムアクセスが行われた場合に正常に復号されない先行ピクチャの合計時間長を示す。なお、ＩＤＲピクチャについての破損時間長は、省略されてもよく、又はゼロを示してもよい。エントリ数は、ＩＤＲピクチャ又はＣＲＡピクチャに相当するサンプルの数に等しい。このようなｔｆｒ２ボックスを参照することにより、デコーダは、各フラグメントの何番目のサンプルがＩＤＲピクチャのサンプルであって何番目のサンプルがＣＲＡピクチャのサンプルであるか、及び、各ＣＲＡピクチャへのランダムアクセスが行われる場合にどの先行ピクチャを正常に復号することができないかを、簡易に知ることができる。

［２−５．サンプルグループの活用］
ＣＲＡ情報は、図４〜図１５の例のように新たに定義される拡張サンプルボックス内に格納される代わりに、１つ以上のサンプルをグルーピングするための既存のサンプルグループ情報の仕組みを活用することにより定義されてもよい。

（１）サンプルグループ情報用のボックス
図１６及び図１７は、基本的なサンプルグループ情報用のボックスについて説明するための説明図である。

図１６を参照すると、ｓｂｇｐボックス（Sample To Group Box）を定義するＳａｍｐｌｅＴｏＧｒｏｕｐＢｏｘクラスのシンタックスが示されている。ＳａｍｐｌｅＴｏＧｒｏｕｐＢｏｘクラスは、エントリ数（entry_count）により示される数の、サンプルカウンタ（sample_count）とグループ記述インデックス（group_description_index）とのセットを含む。各セットは、各サンプルと当該サンプルが属するサンプルグループとを関連付ける。

図１７を参照すると、ｓｇｐｄボックス（Sample Group Description Box）を定義するＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎＢｏｘクラスのシンタックスが示されている。ＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎＢｏｘクラスのインスタンスは、共通するグルーピングタイプ（grouping_type）を有するＳａｍｐｌｅＴｏＧｒｏｕｐＢｏｘクラスのインスタンスと関連付けられる。ＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎＢｏｘクラスは、ハンドラタイプ（handler_type）が“ｖｉｄｅ（動画トラック）”を示す場合には、ＶｉｓｕａｌＳａｍｐｌｅＧｒｏｕｐＥｎｔｒｙクラスにより定義されるサンプルグループ情報のエントリを含む。エントリ数（entry_count）は、サンプルグループ情報のエントリ数を示す。

このような既存のサンプルグループ情報の仕組みを活用してＣＲＡ情報を定義するための、ＣＲＡ情報用のサンプルグループ情報の６つの例を図１８〜図２３に示す。なお、第１〜第３の例は、ＣＲＡ情報のための専用のサンプルグループ情報の例である。第４〜第６の例は、ＩＤＲ情報及びＣＲＡ情報のための共用のサンプルグループ情報の例である。

（２）第１の例
図１８を参照すると、ＶｉｓｕａｌＳａｍｐｌｅＧｒｏｕｐＥｎｔｒｙクラスを継承するＣＲＡＥｎｔｒｙクラスのシンタックスが示されている。グルーピングタイプは、“ｃｒａｐ”である。ＣＲＡＥｎｔｒｙクラスは、予約フィールドのみを含む。図１６を用いて説明したｓｂｇｐボックスにおいてＣＲＡＥｎｔｒｙクラスのサンプルグループと関連付けられるサンプルは、ＣＲＡピクチャのサンプルである。

（３）第２の例
図１９を参照すると、ＶｉｓｕａｌＳａｍｐｌｅＧｒｏｕｐＥｎｔｒｙクラスを継承するＣＲＡＰｏｉｎｔＥｎｔｒｙクラスのシンタックスが示されている。グルーピングタイプは、“ｃｒａｐ”である。ＣＲＡＰｏｉｎｔＥｎｔｒｙクラスは、グループ属性として破損サンプル数（broken_samples）を含む。図１６を用いて説明したｓｂｇｐボックスにおいてＣＲＡＰｏｉｎｔＥｎｔｒｙクラスのサンプルグループと関連付けられるサンプルは、ＣＲＡピクチャのサンプルである。破損サンプル数は、各ＣＲＡピクチャへのランダムアクセスが行われた場合に正常に復号されない先行ピクチャのサンプル数（例えば、表示順での先頭からの数）を示す。

（４）第３の例
図２０を参照すると、ＶｉｓｕａｌＳａｍｐｌｅＧｒｏｕｐＥｎｔｒｙクラスを継承するＣＲＡＰｏｉｎｔＥｎｔｒｙクラスの別のシンタックスが示されている。グルーピングタイプは、“ｃｒａｐ”である。ＣＲＡＰｏｉｎｔＥｎｔｒｙクラスは、グループ属性として破損時間長（broken_duration）を含む。破損時間長は、各ＣＲＡピクチャへのランダムアクセスが行われた場合に正常に復号されない先行ピクチャの合計時間長を示す。

（５）第４の例
図２１を参照すると、ＶｉｓｕａｌＳａｍｐｌｅＧｒｏｕｐＥｎｔｒｙクラスを継承するＥｘｔＲＡＰＥｎｔｒｙクラスのシンタックスが示されている。グルーピングタイプは、“ｒａｐ２”である。ＥｘｔＲＡＰＥｎｔｒｙクラスは、グループ属性としてサンプルタイプ（sample_type）を含む。図１６を用いて説明したｓｂｇｐボックスにおいてＥｘｔＲＡＰＥｎｔｒｙクラスのサンプルグループと関連付けられるサンプルは、ＩＤＲピクチャ又はＣＲＡピクチャのサンプルである。サンプルタイプは、各ピクチャがＩＤＲピクチャ及びＣＲＡピクチャのいずれであるかを示す。サンプルタイプの値は、例えば、ＮＡＬユニットタイプと同一の値であってよい。

（６）第５の例
図２２を参照すると、ＶｉｓｕａｌＳａｍｐｌｅＧｒｏｕｐＥｎｔｒｙクラスを継承するＥｘｔＲＡＰＥｎｔｒｙクラスの他のシンタックスが示されている。グルーピングタイプは、“ｒａｐ２”である。ＥｘｔＲＡＰＥｎｔｒｙクラスは、グループ属性として、サンプルタイプ（sample_type）及び破損サンプル数（broken_samples）を含む。破損サンプル数は、各ピクチャへのランダムアクセスが行われた場合に正常に復号されない先行ピクチャのサンプル数を示す。なお、ＩＤＲピクチャについての破損サンプル数は、省略されてもよく、又はゼロを示してもよい。

（７）第６の例
図２３を参照すると、ＶｉｓｕａｌＳａｍｐｌｅＧｒｏｕｐＥｎｔｒｙクラスを継承するＥｘｔＲＡＰＥｎｔｒｙクラスのまた別のシンタックスが示されている。グルーピングタイプは、“ｒａｐ２”である。ＥｘｔＲＡＰＥｎｔｒｙクラスは、グループ属性として、サンプルタイプ（sample_type）及び破損時間長（broken_duration）を含む。破損時間長は、各ピクチャへのランダムアクセスが行われた場合に正常に復号されない先行ピクチャの合計時間長を示す。なお、ＩＤＲピクチャについての破損時間長は、省略されてもよく、又はゼロを示してもよい。

このように、既存のサンプルグループ情報の仕組みを活用することにより、新たなサンプルボックスを導入することなく、ＣＲＡ情報を定義することができる。この場合、デコーダが新たなサンプルボックスを扱わなくて済むため、既存のデコーダをより少ないコストで拡張して、ＣＲＡピクチャへのランダムアクセスの効果的なサポートを提供することができる。

＜３．一実施形態に係る画像復号装置の構成例＞
本節では、前節で説明したような新たなファイルフォーマットの動画ファイルから、符号化された画像データをＨＥＶＣ方式に従って復号する画像復号装置について説明する。図２４は、一実施形態に係る画像復号装置３０の構成の一例を示すブロック図である。図２４を参照すると、画像復号装置３０は、ＶＣＬバッファ３１、非ＶＣＬバッファ３２、パラメータメモリ３３、復号部３４、出力バッファ３５、ＣＲＡ情報取得部３６及び制御部３７を備える。

（１）ＶＣＬバッファ／非ＶＣＬバッファ
ＶＣＬバッファ３１は、動画ファイル２０のデータ領域（例えば、ｍｄａｔボックス）から読み込まれる画像データ（典型的には、スライスデータ）のビットストリームをバッファリングする。非ＶＣＬバッファ３２は、動画ファイル２０のヘッダ領域（例えば、ｍｏｏｖボックス）から読み込まれるＳＰＳ、ＰＰＳ及びＡＰＳなどのパラメータセット、並びにＣＲＡ情報などのヘッダ情報をバッファリングする。

（２）パラメータメモリ
パラメータメモリ３３は、非ＶＣＬバッファ３２を介して取得されるファイルのヘッダ領域内の情報を一括的に記憶する。上述した様々な形式で動画ファイル２０のヘッダ領域に記録され得るＣＲＡ情報は、動画ファイル２０が開かれている間、パラメータメモリ３３により保持される。

（３）復号部
復号部３４は、ＨＥＶＣ方式に従って動作するデコーダである。復号部３４は、ＶＣＬバッファ３１を介して動画ファイル２０のデータ領域から取得されるビットストリームから、画像シーケンスを復号する。復号部３４は、画像を復号する際に、パラメータメモリ３３により記憶されるパラメータセット内のパラメータを使用する。復号部３４は、復号した画像シーケンス内の画像を表示順に並び替え、並び替え後の画像を出力バッファ３５へ出力する。

復号部３４は、通常は、動画ファイル２０内の動画トラックに復号順で格納されているスライスデータに、その先頭から順にアクセスする。しかし、復号部３４は、制御部３７によりランダムアクセスの指示が検出されると、制御部３７により特定される（動画トラックの途中の）復号開始ピクチャへランダムアクセスし、当該復号開始ピクチャから画像シーケンスを復号する。復号開始ピクチャは、動画トラック内のＩＤＲピクチャ及びＣＲＡピクチャのうちの１つである。

（４）出力バッファ
出力バッファ３５は、復号部３４により復号された画像をバッファリングするための復号ピクチャバッファ（ＤＰＢ；Decoded Picture Buffer）である。出力バッファ３５によりバッファリングされた画像は、当該画像の出力タイミングにおいて、図示しないディスプレイ又はプロセッサへ出力される。

（５）ＣＲＡ情報取得部
ＣＲＡ情報取得部３６は、動画ファイル２０のヘッダ領域から非ＶＣＬバッファ３２を介してパラメータメモリ３３に読み込まれるＣＲＡ情報を取得する。ＣＲＡ情報は、復号される画像シーケンス内の１つ以上のＣＲＡピクチャを少なくとも識別する情報である。ＣＲＡ情報は、ＣＲＡ情報の専用のサンプルボックス又は共用のサンプルボックスに格納される情報であってもよい。その代わりに、ＣＲＡ情報は、１つ以上のＣＲＡピクチャをグルーピングするサンプルグループ情報であってもよい。ＣＲＡ情報は、各ＣＲＡピクチャへのランダムアクセスが行われた場合に正常に復号されない先行ピクチャを識別するための先行ピクチャ情報を含んでもよい。ＣＲＡ情報取得部３６は、取得したＣＲＡ情報を制御部３７へ出力する。

（６）制御部
制御部３７は、画像復号装置３０において実行される復号処理を制御する。例えば、制御部３７は、ユーザからの指示に応じて動画ファイル２０を開き、復号部３４に画像シーケンスの復号を開始させる。また、制御部３７は、ランダムアクセスの指示が検出された場合に、ＣＲＡ情報取得部３６により取得されるＣＲＡ情報を用いて、画像シーケンス内のいずれかのＣＲＡピクチャを復号開始ピクチャとして特定する。そして、制御部３７は、特定した復号開始ピクチャから（即ち、動画トラックの途中から）復号部３４に画像シーケンスを復号させる。

制御部３７は、典型的には、ランダムアクセスの指示において指定されるタイミング（例えば、動画再生ウィンドウのシークバーの操作されたポインタが指し示すタイミング）の最も近傍に位置するＣＲＡピクチャを、復号開始ピクチャとして特定する。復号開始ピクチャを特定するための処理の流れのいくつかの例について、後に詳細に説明する。

制御部３７は、ＣＲＡ情報が上述した先行ピクチャ情報を含む場合に、先行ピクチャ情報を用いて識別される正常に復号されない先行ピクチャの出力バッファ３５からの出力（及び復号部３４による復号）をスキップさせてもよい。先行ピクチャ情報を用いることにより、破損した画像がディスプレイに表示され又は外部のプロセッサへ出力されることを回避することができる。その際、制御部３７は、各画像が正常に復号されたか否かを事後的に判定しなくてよい。

＜４．復号処理の流れ＞
［４−１．Non-Fragmented Movieのための復号処理］
（１）全体的な流れ
図２５は、図２４に例示した画像復号装置３０により実行される復号処理の流れの第１の例を示すフローチャートである。第１の例は、Non-Fragmented Movie構造を有する画像シーケンスの復号に関連する。

図２５に例示した復号処理において、制御部３７は、ランダムアクセス（ＲＡ）指示を継続的に監視する（ステップＳ１００）。ＲＡ指示が検出されると、ステップＳ１１０〜ステップＳ１６０の処理が実行される。ＲＡ指示が検出されない場合、復号部３４により、復号順で画像が復号される（ステップＳ１９０）。

ＲＡ指示が検出されると、制御部３７は、ＲＡ指示において指定されたタイミングを示す指定時刻Ｔを取得する（ステップＳ１１０）。次に、制御部３７は、指定時刻Ｔに対応するサンプル（指定時刻Ｔにおいて表示されるべきサンプル）のサンプル番号Ｘを取得する（ステップ１２０）。次に、制御部３７は、サンプル番号Ｘの直前のランダムアクセス可能なピクチャをＣＲＡ情報を用いて探索し、復号開始ピクチャを特定する（ステップＳ１３０）。ここで特定される復号開始ピクチャは、ＣＲＡピクチャ又はＩＤＲピクチャである。次に、復号部３４は、制御部３７により特定された復号開始ピクチャへのランダムアクセスを実行する（ステップＳ１６０）。そして、復号部３４は、復号開始ピクチャから復号順で画像を復号する（ステップＳ１９０）。

上述した処理は、復号の終了が指示され又は最後の画像が復号されるまで繰り返される（ステップＳ１９５）。

（２）指定時刻に対応するサンプル番号の取得
図２６は、図２５のステップＳ１２０に相当する、指定時刻Ｔに対応するサンプル番号Ｘを取得するための処理の流れの一例を示すフローチャートである。

図２６を参照すると、制御部３７は、まず、時間変数Ｓ及びカウンタｎをゼロに初期化する（ステップＳ１２１）。次に、制御部３７は、カウンタｎをインクリメント（即ち、カウンタｎに１を加算）する（ステップＳ１２２）。次に、制御部３７は、動画トラックのｎ番目のサンプルの時間長を時間変数Ｓに加算する（ステップＳ１２３）。なお、ｎ番目のサンプルの時間長は、例えば、ｓｔｔｓボックス（Time To Sample Box）内のパラメータ（sample_delta）により示され得る。次に、制御部３７は、時間変数Ｓが指定時刻Ｔを上回った（Ｓ＞Ｔ）か否かを判定する（ステップＳ１２４）。ここで、時間変数Ｓが指定時刻Ｔを未だ上回らない場合には、処理はステップＳ１２２へ戻る。一方、時間変数Ｓが指定時刻Ｔを上回った場合には、制御部３７は、カウンタｎの値をサンプル番号Ｘに代入する（ステップＳ１２５）。

このような処理により、指定時刻Ｔに対応するサンプル番号Ｘが取得される。

（３）復号開始ピクチャの特定
図２７は、図２５のステップＳ１３０に相当する、復号開始ピクチャを特定するための処理の流れの第１の例を示すフローチャートである。第１の例において、ＣＲＡ情報は、図４〜図６に例示したｓｔｃｓボックス又は図７〜図９に例示したｓｔｒａボックスに格納されているものとする。

図２７を参照すると、制御部３７は、まず、番号変数Ｍ及びカウンタｎを１に初期化する（ステップＳ１３１）。次に、制御部３７は、ＣＲＡ情報用のサンプルボックス内のｎ番目のエントリを参照する（ステップＳ１３２）。次に、制御部３７は、ｎ番目のエントリのサンプルタイプ（sample_type）が所定の値（例えば、ＣＲＡピクチャ又はＩＤＲピクチャを示すＮＡＬユニットタイプの値など）を示すか否かを判定する（ステップＳ１３３）。なお、ＣＲＡ情報用のサンプルボックスがサンプルタイプを含まない場合には、ここでの判定は省略される。ｎ番目のエントリのサンプルタイプが所定の値を示さない場合には、その後のステップＳ１３４の処理はスキップされ、処理はステップＳ１３６へ進む。ｎ番目のエントリのサンプルタイプが所定の値を示す場合には、制御部３７は、ｎ番目のエントリのサンプル番号（sample_number）Ｘｎが指定時刻Ｔに対応するサンプル番号Ｘ以下であるか否かを判定する（ステップＳ１３４）。ここで、サンプル番号Ｘｎがサンプル番号Ｘ以下でなければ、処理はステップＳ１３８へ進む。一方、サンプル番号Ｘｎがサンプル番号Ｘ以下であれば、制御部３７は、サンプル番号Ｘｎを番号変数Ｍに代入する（ステップＳ１３５）。次に、制御部３７は、ｎ番目のエントリが最後のエントリであるか否かを判定する（ステップＳ１３６）。ｎ番目のエントリが最後のエントリでない場合には、制御部３７によりカウンタｎがインクリメントされ（ステップＳ１３７）、処理はステップＳ１３２へ戻る。ｎ番目のエントリが最後のエントリである場合には、処理はステップＳ１３８へ進む。ステップＳ１３８において、制御部３７は、番号変数Ｍの値を、復号開始ピクチャのサンプル番号Ｙに代入する（ステップＳ１３８）。なお、ＣＲＡ情報用のサンプルボックスがＩＤＲ情報用のサンプルボックスとは別に定義される場合には、図２７と同様の処理が、ＩＤＲ情報用のサンプルボックスについてさらに実行されてよい。その場合、よりサンプル番号Ｘに近い値が復号開始ピクチャのサンプル番号Ｙとして採用され得る。

図２８は、図２５のステップＳ１３０に相当する、復号開始ピクチャを特定するための処理の流れの第２の例を示すフローチャートである。第２の例において、ＣＲＡ情報は、図１８〜図２３に例示したような、ＣＲＡピクチャをグルーピングするサンプルグループ情報であるものとする。

図２８を参照すると、制御部３７は、まず、番号変数ｊをゼロに、番号変数Ｍ及びカウンタｎを１に初期化する（ステップＳ１４１）。次に、制御部３７は、図１６を用いて説明したｓｂｇｐボックス内のｎ番目のエントリを参照する（ステップＳ１４２）。ここで参照されるｓｂｇｐボックスは、グルーピングタイプ“ｃｒａｐ”又は“ｒａｐ２”を有するボックスである。

次に、制御部３７は、ｓｂｇｐボックス内のｎ番目のエントリのサンプルカウンタ（sample_count）を番号変数ｊに加算する。次に、制御部３７は、番号変数ｊが指定時刻Ｔに対応するサンプル番号Ｘ以下であるか否かを判定する（ステップＳ１４４）。ここで、番号変数ｊがサンプル番号Ｘ以下でなければ、処理はステップＳ１５０へ進む。一方、番号変数ｊがサンプル番号Ｘ以下であれば、処理はステップＳ１４５へ進む。ステップＳ１４５において、制御部３７は、ｎ番目のエントリのグループ記述インデックス（group_description_index）がゼロよりも大きいか、即ち番号変数ｊに対応するサンプルがいずれかのサンプルグループにグルーピングされているかを判定する（ステップＳ１４５）。ここで、グループ記述インデックスがゼロよりも大きい場合には、制御部３７は、さらに、対応するサンプルタイプ（sample_type）が所定の値（例えば、ＣＲＡピクチャ又はＩＤＲピクチャを示すＮＡＬユニットタイプの値など）を示すか否かを判定する（ステップＳ１４６）。ここで、対応するサンプルタイプが所定の値を示す場合には、制御部３７は、番号変数ｊを番号変数Ｍに代入する（ステップＳ１４７）。一方、対応するサンプルタイプが所定の値を示さない場合、又はグループ記述インデックスがゼロよりも大きくない場合には、ステップＳ１４７の処理はスキップされ、処理はステップＳ１４８へ進む。なお、サンプルグループ情報がグループ属性としてのサンプルタイプを含まない場合には、ステップＳ１４６の判定は省略される。次に、制御部３７は、ｎ番目のエントリが最後のエントリであるか否かを判定する（ステップＳ１４８）。ｎ番目のエントリが最後のエントリでない場合には、制御部３７によりカウンタｎがインクリメントされ（ステップＳ１４９）、処理はステップＳ１４２へ戻る。ｎ番目のエントリが最後のエントリである場合には、処理はステップＳ１５０へ進む。ステップＳ１５０において、制御部３７は、番号変数Ｍの値を、復号開始ピクチャのサンプル番号Ｙに代入する（ステップＳ１４８）。

図２７又は図２８に例示したような処理により、復号開始ピクチャのサンプル番号Ｙが特定される。画像シーケンス内にＣＲＡピクチャが含まれない場合には、画像シーケンスの先頭のＩＤＲピクチャが復号開始ピクチャとなり得る。なお、ｓｔｃｏボックス（Chunk Offset Box）には、ファイルの先頭から各チャンクの先頭までのバイト数が格納される。ｓｔｓｚボックス（Sample Size Box）には、各サンプルのバイト数が格納される。従って、復号開始ピクチャのサンプル番号Ｙが特定されれば、これら情報に基づいて、復号開始ピクチャのファイル内の位置（ファイルの先頭からのバイト数）を算出することができる。

（４）正常に復号されない先行ピクチャの出力のスキップ
図２９〜図３１は、図２５のステップＳ１６０からステップＳ１９０への移行に際して、正常に復号されない先行ピクチャの出力をスキップするための処理の流れの３つの例をそれぞれ示している。

図２９の第１の例において、ＣＲＡ情報は、各ＣＲＡピクチャについての破損サンプル数（broken_samples）を含むものとする。まず、制御部３７は、復号開始ピクチャの破損サンプル数をテンポラリ変数Ｐに代入する（ステップＳ１６１）。次に、制御部３７は、復号開始ピクチャの出力タイミングを時刻変数ｔに代入する（ステップＳ１６２）。次に、制御部３７は、番号変数Ｒを１に初期化する（ステップＳ１６３）。

次に、制御部３７は、出力バッファ３５内のＲ番目のサンプルの出力タイミングを時刻変数Ｘに代入する（ステップＳ１６４）。次に、制御部３７は、テンポラリ変数Ｐがゼロであるか、即ち破損サンプル数がゼロであるかを判定する（ステップＳ１６５）。破損サンプル数がゼロでない場合には、処理はステップＳ１６６へ進む。一方、破損サンプル数がゼロである場合には、処理はステップＳ１６７へ進む。ステップＳ１６６において、制御部３７は、時刻変数Ｘがｔよりも小さいか、即ちＲ番目のサンプルが復号開始ピクチャの先行サンプルであるかを判定する（ステップＳ１６６）。Ｒ番目のサンプルが復号開始ピクチャの先行サンプルではない場合、又は破損サンプル数がゼロである場合には、復号部３４により復号されたＲ番目のサンプルが、出力バッファ３５から出力される（ステップＳ１６７）。一方、Ｒ番目のサンプルが復号開始ピクチャの先行サンプルである場合には、Ｒ番目のサンプルの出力はスキップされ、処理はステップＳ１６８へ進む。その後、番号変数Ｒがインクリメントされ（ステップＳ１６８）、処理はステップＳ１６４へ戻る。

第１の例においては、復号開始ピクチャの先行サンプルの出力が一律的にスキップされる。

図３０の第２の例においても、ＣＲＡ情報は、各ＣＲＡピクチャについての破損サンプル数（broken_samples）を含むものとする。まず、ステップＳ１６１からステップＳ１６３までの処理は、図２９に示した第１の例と同様である。

第２の例において、番号変数Ｒが１に初期化された後、制御部３７は、テンポラリ変数Ｐがゼロであるか、即ち破損サンプル数がゼロであるかを判定する（ステップＳ１６５）。破損サンプル数がゼロでない場合には、処理はステップＳ１７１へ進む。一方、破損サンプル数がゼロである場合には、処理はステップＳ１７５へ進む。ステップＳ１７１において、制御部３７は、番号変数Ｒがテンポラリ変数Ｐ以下であるか、即ちＲ番目のサンプルが正常に復号されない破損サンプルであるかを判定する（ステップＳ１７１）。Ｒ番目のサンプルが破損サンプルでない場合には、処理はステップＳ１７２へ進む。一方、Ｒ番目のサンプルが破損サンプルである場合には、処理はステップＳ１７６へ進む。ステップＳ１７２において、制御部３７は、テンポラリ変数Ｐが負の値であるか、即ち破損サンプル数が未知であるかを判定する（ステップＳ１７２）。破損サンプル数が未知である場合には、処理はステップＳ１７３へ進む。一方、破損サンプル数が未知でない場合には、処理はステップＳ１７５へ進む。ステップＳ１７３において、制御部３７は、出力バッファ３５内のＲ番目のサンプルの出力タイミングを時刻変数Ｘに代入する（ステップＳ１７３）。次に、制御部３７は、時刻変数Ｘがｔよりも小さいか、即ちＲ番目のサンプルが復号開始ピクチャの先行サンプルであるかを判定する（ステップＳ１７４）。Ｒ番目のサンプルが復号開始ピクチャの先行サンプルではない場合、破損サンプル数がゼロである場合、又は破棄サンプル数が未知でなく且つＲ番目のサンプルが破損サンプルでない場合には、復号部３４により復号されたＲ番目のサンプルが、出力バッファ３５から出力される（ステップＳ１７５）。一方、Ｒ番目のサンプルが破損サンプルである場合、又は破棄サンプル数が未知であり且つＲ番目のサンプルが復号開始ピクチャの先行サンプルである場合には、Ｒ番目のサンプルの出力はスキップされ、処理はステップＳ１７６へ進む。その後、番号変数Ｒがインクリメントされ（ステップＳ１７６）、処理はステップＳ１６４へ戻る。

第２の例においては、復号開始ピクチャの先行サンプルのうち正常に復号されないサンプルの出力が、選択的にスキップされる。

図３１の第３の例において、ＣＲＡ情報は、各ＣＲＡピクチャについての破損時間長（broken_duration）を含むものとする。まず、制御部３７は、復号開始ピクチャの破損時間長をテンポラリ変数Ｐに代入する（ステップＳ１８１）。次に、制御部３７は、１つの復号対象のピクチャの出力タイミング（presentation_time）を時刻変数Ｚに代入する（ステップＳ１８２）。

次に、制御部３７は、テンポラリ変数Ｐが時刻変数Ｚよりも大きいか、即ち復号対象のピクチャの出力タイミングが破損時間長を経過していないかを判定する（ステップＳ１８３）。復号対象のピクチャの出力タイミングが破損時間長を経過している場合には、復号部３４は、復号対象のピクチャを復号し、復号されたピクチャを出力バッファ３５に格納する（ステップＳ１８４）。復号対象のピクチャの出力タイミングが破損時間長を経過していない場合には、当該ピクチャの復号はスキップされる。その後、復号順で次のピクチャが復号対象のピクチャとなり、処理はステップＳ１８２へ戻る。

［４−２．Fragmented Movieのための復号処理］
（１）全体的な流れ
図３２は、図２４に例示した画像復号装置３０により実行される復号処理の流れの第２の例を示すフローチャートである。第２の例は、Fragmented Movie構造を有する画像シーケンスの復号に関連する。

図３２に例示した復号処理において、制御部３７は、ランダムアクセス（ＲＡ）指示を継続的に監視する（ステップＳ２００）。ＲＡ指示が検出されると、ステップＳ２１０〜ステップＳ２６０の処理が実行される。ＲＡ指示が検出されない場合、復号部３４により、復号順で画像が復号される（ステップＳ２９０）。

ＲＡ指示が検出されると、制御部３７は、ＲＡ指示において指定されたタイミングを示す指定時刻Ｔを取得する（ステップＳ２１０）。次に、制御部３７は、指定時刻Ｔの直前のランダムアクセス可能なピクチャをＣＲＡ情報を用いて探索し、復号開始ピクチャを特定する（ステップＳ２３０）。ここで特定される復号開始ピクチャは、ＣＲＡピクチャ又はＩＤＲピクチャである。次に、復号部３４は、制御部３７により特定された復号開始ピクチャへのランダムアクセスを実行する（ステップＳ２６０）。そして、復号部３４は、復号開始ピクチャから復号順で画像を復号する（ステップＳ２９０）。

上述した処理は、復号の終了が指示され又は最後の画像が復号されるまで繰り返される（ステップＳ２９５）。

（２）復号開始ピクチャの特定
図３３は、図３２のステップＳ２３０に相当する、復号開始ピクチャを特定するための処理の流れの一例を示すフローチャートである。図３３の例において、ＣＲＡ情報は、図１０〜図１２に例示したｔｆｃａボックス又は図１３〜図１５に例示したｔｆｒ２ボックスに格納されているものとする。

図３３を参照すると、制御部３７は、まず、番号変数Ｍ及びカウンタｎを１に初期化する（ステップＳ２３１）。次に、制御部３７は、ＣＲＡピクチャを含むフラグメントのＣＲＡ情報用のサンプルボックス内のｎ番目のエントリを参照する（ステップＳ２３２）。次に、制御部３７は、ｎ番目のエントリの出力タイミング（time）が指定時刻Ｔ以下であるか否かを判定する（ステップＳ２３４）。ここで、ｎ番目のエントリの出力タイミングが指定時刻Ｔ以下でなければ、処理はステップＳ２３８へ進む。一方、ｎ番目のエントリの出力タイミングが指定時刻Ｔ以下であれば、処理はステップＳ２３４へ進む。ステップＳ２３４において、制御部３７は、ｎ番目のエントリのサンプルタイプ（sample_type）が所定の値（例えば、ＣＲＡピクチャ又はＩＤＲピクチャを示すＮＡＬユニットタイプの値など）を示すか否かを判定する（ステップＳ２３４）。なお、ＣＲＡ情報用のサンプルボックスがサンプルタイプを含まない場合には、ここでの判定は省略される。ｎ番目のエントリのサンプルタイプが所定の値を示さない場合には、その後のステップＳ２３５の処理はスキップされ、処理はステップＳ２３６へ進む。ｎ番目のエントリのサンプルタイプが所定の値を示す場合には、制御部３７は、サンプル番号（sample_number）Ｘｎを番号変数Ｍに代入する（ステップＳ２３５）。次に、制御部３７は、ｎ番目のエントリが最後のエントリであるか否かを判定する（ステップＳ２３６）。ｎ番目のエントリが最後のエントリでない場合には、制御部３７によりカウンタｎがインクリメントされ（ステップＳ２３７）、処理はステップＳ２３２へ戻る。ｎ番目のエントリが最後のエントリである場合には、処理はステップＳ２３８へ進む。ステップＳ２３８において、制御部３７は、番号変数Ｍの値を、復号開始ピクチャのサンプル番号Ｙに代入する（ステップＳ２３８）。なお、ＣＲＡ情報用のサンプルボックスがＩＤＲ情報用のサンプルボックスとは別に定義される場合には、図３３と同様の処理が、ＩＤＲ情報用のサンプルボックスについてさらに実行されてよい。その場合、より指定時刻Ｔに近い出力タイミングを有する復号開始ピクチャのサンプル番号Ｙが採用され得る。

ＣＲＡ情報が図１８〜図２３に例示したようなＣＲＡピクチャをグルーピングするサンプルグループ情報である場合には、Fragmented Movieについても、図２８に例示したNon-Fragmented Movieのケースと同様に、復号開始ピクチャのサンプル番号Ｙが特定されてよい。

図３２のステップＳ２６０からステップＳ２９０への移行に際して、正常に復号されない先行ピクチャの出力をスキップするための処理は、図２９〜図３１において例示した処理と同様であってよい。

＜５．応用例＞
上述した実施形態に係る画像符号化装置１０及び画像復号装置３０は、衛星放送、ケーブルＴＶなどの有線放送、インターネット上での配信、及びセルラー通信による端末への配信などにおける送信機若しくは受信機、光ディスク、磁気ディスク及びフラッシュメモリなどの媒体に画像を記録する記録装置、又は、これら記憶媒体から画像を再生する再生装置などの様々な電子機器に応用され得る。以下、４つの応用例について説明する。

［５−１．第１の応用例］
図３４は、上述した実施形態を適用したテレビジョン装置の概略的な構成の一例を示している。テレビジョン装置９００は、アンテナ９０１、チューナ９０２、デマルチプレクサ９０３、デコーダ９０４、映像信号処理部９０５、表示部９０６、音声信号処理部９０７、スピーカ９０８、外部インタフェース９０９、制御部９１０、ユーザインタフェース９１１、及びバス９１２を備える。

チューナ９０２は、アンテナ９０１を介して受信される放送信号から所望のチャンネルの信号を抽出し、抽出した信号を復調する。そして、チューナ９０２は、復調により得られた符号化ビットストリームをデマルチプレクサ９０３へ出力する。即ち、チューナ９０２は、画像が符号化されている符号化ストリームを受信する、テレビジョン装置９００における伝送手段としての役割を有する。

デマルチプレクサ９０３は、符号化ビットストリームから視聴対象の番組の映像ストリーム及び音声ストリームを分離し、分離した各ストリームをデコーダ９０４へ出力する。また、デマルチプレクサ９０３は、符号化ビットストリームからＥＰＧ（Electronic Program Guide）などの補助的なデータを抽出し、抽出したデータを制御部９１０に供給する。なお、デマルチプレクサ９０３は、符号化ビットストリームがスクランブルされている場合には、デスクランブルを行ってもよい。

デコーダ９０４は、デマルチプレクサ９０３から入力される映像ストリーム及び音声ストリームを復号する。そして、デコーダ９０４は、復号処理により生成される映像データを映像信号処理部９０５へ出力する。また、デコーダ９０４は、復号処理により生成される音声データを音声信号処理部９０７へ出力する。

映像信号処理部９０５は、デコーダ９０４から入力される映像データを再生し、表示部９０６に映像を表示させる。また、映像信号処理部９０５は、ネットワークを介して供給されるアプリケーション画面を表示部９０６に表示させてもよい。また、映像信号処理部９０５は、映像データについて、設定に応じて、例えばノイズ除去などの追加的な処理を行ってもよい。さらに、映像信号処理部９０５は、例えばメニュー、ボタン又はカーソルなどのＧＵＩ（Graphical User Interface）の画像を生成し、生成した画像を出力画像に重畳してもよい。

表示部９０６は、映像信号処理部９０５から供給される駆動信号により駆動され、表示デバイス（例えば、液晶ディスプレイ、プラズマディスプレイ又はＯＬＥＤなど）の映像面上に映像又は画像を表示する。

音声信号処理部９０７は、デコーダ９０４から入力される音声データについてＤ／Ａ変換及び増幅などの再生処理を行い、スピーカ９０８から音声を出力させる。また、音声信号処理部９０７は、音声データについてノイズ除去などの追加的な処理を行ってもよい。

外部インタフェース９０９は、テレビジョン装置９００と外部機器又はネットワークとを接続するためのインタフェースである。例えば、外部インタフェース９０９を介して受信される映像ストリーム又は音声ストリームが、デコーダ９０４により復号されてもよい。即ち、外部インタフェース９０９もまた、画像が符号化されている符号化ストリームを受信する、テレビジョン装置９００における伝送手段としての役割を有する。

制御部９１０は、ＣＰＵ（Central Processing Unit）などのプロセッサ、並びにＲＡＭ（Random Access Memory）及びＲＯＭ（Read Only Memory）などのメモリを有する。メモリは、ＣＰＵにより実行されるプログラム、プログラムデータ、ＥＰＧデータ、及びネットワークを介して取得されるデータなどを記憶する。メモリにより記憶されるプログラムは、例えば、テレビジョン装置９００の起動時にＣＰＵにより読み込まれ、実行される。ＣＰＵは、プログラムを実行することにより、例えばユーザインタフェース９１１から入力される操作信号に応じて、テレビジョン装置９００の動作を制御する。

ユーザインタフェース９１１は、制御部９１０と接続される。ユーザインタフェース９１１は、例えば、ユーザがテレビジョン装置９００を操作するためのボタン及びスイッチ、並びに遠隔制御信号の受信部などを有する。ユーザインタフェース９１１は、これら構成要素を介してユーザによる操作を検出して操作信号を生成し、生成した操作信号を制御部９１０へ出力する。

バス９１２は、チューナ９０２、デマルチプレクサ９０３、デコーダ９０４、映像信号処理部９０５、音声信号処理部９０７、外部インタフェース９０９及び制御部９１０を相互に接続する。

このように構成されたテレビジョン装置９００において、デコーダ９０４は、上述した実施形態に係る画像復号装置３０の機能を有する。従って、テレビジョン装置９００において、上述したＣＲＡ情報を使用してＣＲＡピクチャへのランダムアクセスを簡易に実行することができる。

［５−２．第２の応用例］
図３５は、上述した実施形態を適用した携帯電話機の概略的な構成の一例を示している。携帯電話機９２０は、アンテナ９２１、通信部９２２、音声コーデック９２３、スピーカ９２４、マイクロホン９２５、カメラ部９２６、画像処理部９２７、多重分離部９２８、記録再生部９２９、表示部９３０、制御部９３１、操作部９３２、及びバス９３３を備える。

アンテナ９２１は、通信部９２２に接続される。スピーカ９２４及びマイクロホン９２５は、音声コーデック９２３に接続される。操作部９３２は、制御部９３１に接続される。バス９３３は、通信部９２２、音声コーデック９２３、カメラ部９２６、画像処理部９２７、多重分離部９２８、記録再生部９２９、表示部９３０、及び制御部９３１を相互に接続する。

携帯電話機９２０は、音声通話モード、データ通信モード、撮影モード及びテレビ電話モードを含む様々な動作モードで、音声信号の送受信、電子メール又は画像データの送受信、画像の撮像、及びデータの記録などの動作を行う。

音声通話モードにおいて、マイクロホン９２５により生成されるアナログ音声信号は、音声コーデック９２３に供給される。音声コーデック９２３は、アナログ音声信号を音声データへ変換し、変換された音声データをＡ／Ｄ変換し圧縮する。そして、音声コーデック９２３は、圧縮後の音声データを通信部９２２へ出力する。通信部９２２は、音声データを符号化及び変調し、送信信号を生成する。そして、通信部９２２は、生成した送信信号をアンテナ９２１を介して基地局（図示せず）へ送信する。また、通信部９２２は、アンテナ９２１を介して受信される無線信号を増幅し及び周波数変換し、受信信号を取得する。そして、通信部９２２は、受信信号を復調及び復号して音声データを生成し、生成した音声データを音声コーデック９２３へ出力する。音声コーデック９２３は、音声データを伸張し及びＤ／Ａ変換し、アナログ音声信号を生成する。そして、音声コーデック９２３は、生成した音声信号をスピーカ９２４に供給して音声を出力させる。

また、データ通信モードにおいて、例えば、制御部９３１は、操作部９３２を介するユーザによる操作に応じて、電子メールを構成する文字データを生成する。また、制御部９３１は、文字を表示部９３０に表示させる。また、制御部９３１は、操作部９３２を介するユーザからの送信指示に応じて電子メールデータを生成し、生成した電子メールデータを通信部９２２へ出力する。通信部９２２は、電子メールデータを符号化及び変調し、送信信号を生成する。そして、通信部９２２は、生成した送信信号をアンテナ９２１を介して基地局（図示せず）へ送信する。また、通信部９２２は、アンテナ９２１を介して受信される無線信号を増幅し及び周波数変換し、受信信号を取得する。そして、通信部９２２は、受信信号を復調及び復号して電子メールデータを復元し、復元した電子メールデータを制御部９３１へ出力する。制御部９３１は、表示部９３０に電子メールの内容を表示させると共に、電子メールデータを記録再生部９２９の記憶媒体に記憶させる。

記録再生部９２９は、読み書き可能な任意の記憶媒体を有する。例えば、記憶媒体は、ＲＡＭ又はフラッシュメモリなどの内蔵型の記憶媒体であってもよく、ハードディスク、磁気ディスク、光磁気ディスク、光ディスク、ＵＳＢメモリ、又はメモリカードなどの外部装着型の記憶媒体であってもよい。

また、撮影モードにおいて、例えば、カメラ部９２６は、被写体を撮像して画像データを生成し、生成した画像データを画像処理部９２７へ出力する。画像処理部９２７は、カメラ部９２６から入力される画像データを符号化し、符号化ストリームを記録再生部９２９の記憶媒体に記憶させる。

また、テレビ電話モードにおいて、例えば、多重分離部９２８は、画像処理部９２７により符号化された映像ストリームと、音声コーデック９２３から入力される音声ストリームとを多重化し、多重化したストリームを通信部９２２へ出力する。通信部９２２は、ストリームを符号化及び変調し、送信信号を生成する。そして、通信部９２２は、生成した送信信号をアンテナ９２１を介して基地局（図示せず）へ送信する。また、通信部９２２は、アンテナ９２１を介して受信される無線信号を増幅し及び周波数変換し、受信信号を取得する。これら送信信号及び受信信号には、符号化ビットストリームが含まれ得る。そして、通信部９２２は、受信信号を復調及び復号してストリームを復元し、復元したストリームを多重分離部９２８へ出力する。多重分離部９２８は、入力されるストリームから映像ストリーム及び音声ストリームを分離し、映像ストリームを画像処理部９２７、音声ストリームを音声コーデック９２３へ出力する。画像処理部９２７は、映像ストリームを復号し、映像データを生成する。映像データは、表示部９３０に供給され、表示部９３０により一連の画像が表示される。音声コーデック９２３は、音声ストリームを伸張し及びＤ／Ａ変換し、アナログ音声信号を生成する。そして、音声コーデック９２３は、生成した音声信号をスピーカ９２４に供給して音声を出力させる。

このように構成された携帯電話機９２０において、画像処理部９２７は、上述した実施形態に係る画像符号化装置１０及び画像復号装置３０の機能を有する。従って、携帯電話機９２０において、又は携帯電話機９２０で符号化された画像を復号する装置において、上述したＣＲＡ情報を使用してＣＲＡピクチャへのランダムアクセスを簡易に実行することができる。

［５−３．第３の応用例］
図３６は、上述した実施形態を適用した記録再生装置の概略的な構成の一例を示している。記録再生装置９４０は、例えば、受信した放送番組の音声データ及び映像データを符号化して記録媒体に記録する。また、記録再生装置９４０は、例えば、他の装置から取得される音声データ及び映像データを符号化して記録媒体に記録してもよい。また、記録再生装置９４０は、例えば、ユーザの指示に応じて、記録媒体に記録されているデータをモニタ及びスピーカ上で再生する。このとき、記録再生装置９４０は、音声データ及び映像データを復号する。

記録再生装置９４０は、チューナ９４１、外部インタフェース９４２、エンコーダ９４３、ＨＤＤ（Hard Disk Drive）９４４、ディスクドライブ９４５、セレクタ９４６、デコーダ９４７、ＯＳＤ（On-Screen Display）９４８、制御部９４９、及びユーザインタフェース９５０を備える。

チューナ９４１は、アンテナ（図示せず）を介して受信される放送信号から所望のチャンネルの信号を抽出し、抽出した信号を復調する。そして、チューナ９４１は、復調により得られた符号化ビットストリームをセレクタ９４６へ出力する。即ち、チューナ９４１は、記録再生装置９４０における伝送手段としての役割を有する。

外部インタフェース９４２は、記録再生装置９４０と外部機器又はネットワークとを接続するためのインタフェースである。外部インタフェース９４２は、例えば、ＩＥＥＥ１３９４インタフェース、ネットワークインタフェース、ＵＳＢインタフェース、又はフラッシュメモリインタフェースなどであってよい。例えば、外部インタフェース９４２を介して受信される映像データ及び音声データは、エンコーダ９４３へ入力される。即ち、外部インタフェース９４２は、記録再生装置９４０における伝送手段としての役割を有する。

エンコーダ９４３は、外部インタフェース９４２から入力される映像データ及び音声データが符号化されていない場合に、映像データ及び音声データを符号化する。そして、エンコーダ９４３は、符号化ビットストリームをセレクタ９４６へ出力する。

ＨＤＤ９４４は、映像及び音声などのコンテンツデータが圧縮された符号化ビットストリーム、各種プログラム及びその他のデータを内部のハードディスクに記録する。また、ＨＤＤ９４４は、映像及び音声の再生時に、これらデータをハードディスクから読み出す。

ディスクドライブ９４５は、装着されている記録媒体へのデータの記録及び読み出しを行う。ディスクドライブ９４５に装着される記録媒体は、例えばＤＶＤディスク（ＤＶＤ−Ｖｉｄｅｏ、ＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等）又はＢｌｕ−ｒａｙ（登録商標）ディスクなどであってよい。

セレクタ９４６は、映像及び音声の記録時には、チューナ９４１又はエンコーダ９４３から入力される符号化ビットストリームを選択し、選択した符号化ビットストリームをＨＤＤ９４４又はディスクドライブ９４５へ出力する。また、セレクタ９４６は、映像及び音声の再生時には、ＨＤＤ９４４又はディスクドライブ９４５から入力される符号化ビットストリームをデコーダ９４７へ出力する。

デコーダ９４７は、符号化ビットストリームを復号し、映像データ及び音声データを生成する。そして、デコーダ９４７は、生成した映像データをＯＳＤ９４８へ出力する。また、デコーダ９０４は、生成した音声データを外部のスピーカへ出力する。

ＯＳＤ９４８は、デコーダ９４７から入力される映像データを再生し、映像を表示する。また、ＯＳＤ９４８は、表示する映像に、例えばメニュー、ボタン又はカーソルなどのＧＵＩの画像を重畳してもよい。

制御部９４９は、ＣＰＵなどのプロセッサ、並びにＲＡＭ及びＲＯＭなどのメモリを有する。メモリは、ＣＰＵにより実行されるプログラム、及びプログラムデータなどを記憶する。メモリにより記憶されるプログラムは、例えば、記録再生装置９４０の起動時にＣＰＵにより読み込まれ、実行される。ＣＰＵは、プログラムを実行することにより、例えばユーザインタフェース９５０から入力される操作信号に応じて、記録再生装置９４０の動作を制御する。

ユーザインタフェース９５０は、制御部９４９と接続される。ユーザインタフェース９５０は、例えば、ユーザが記録再生装置９４０を操作するためのボタン及びスイッチ、並びに遠隔制御信号の受信部などを有する。ユーザインタフェース９５０は、これら構成要素を介してユーザによる操作を検出して操作信号を生成し、生成した操作信号を制御部９４９へ出力する。

このように構成された記録再生装置９４０において、エンコーダ９４３は、上述した実施形態に係る画像符号化装置１０の機能を有する。また、デコーダ９４７は、上述した実施形態に係る画像復号装置３０の機能を有する。従って、記録再生装置９４０において、又は記録再生装置９４０で符号化された画像を復号する装置において、上述したＣＲＡ情報を使用してＣＲＡピクチャへのランダムアクセスを簡易に実行することができる。

［５−４．第４の応用例］
図３７は、上述した実施形態を適用した撮像装置の概略的な構成の一例を示している。撮像装置９６０は、被写体を撮像して画像を生成し、画像データを符号化して記録媒体に記録する。

撮像装置９６０は、光学ブロック９６１、撮像部９６２、信号処理部９６３、画像処理部９６４、表示部９６５、外部インタフェース９６６、メモリ９６７、メディアドライブ９６８、ＯＳＤ９６９、制御部９７０、ユーザインタフェース９７１、及びバス９７２を備える。

光学ブロック９６１は、撮像部９６２に接続される。撮像部９６２は、信号処理部９６３に接続される。表示部９６５は、画像処理部９６４に接続される。ユーザインタフェース９７１は、制御部９７０に接続される。バス９７２は、画像処理部９６４、外部インタフェース９６６、メモリ９６７、メディアドライブ９６８、ＯＳＤ９６９、及び制御部９７０を相互に接続する。

光学ブロック９６１は、フォーカスレンズ及び絞り機構などを有する。光学ブロック９６１は、被写体の光学像を撮像部９６２の撮像面に結像させる。撮像部９６２は、ＣＣＤ又はＣＭＯＳなどのイメージセンサを有し、撮像面に結像した光学像を光電変換によって電気信号としての画像信号に変換する。そして、撮像部９６２は、画像信号を信号処理部９６３へ出力する。

信号処理部９６３は、撮像部９６２から入力される画像信号に対してニー補正、ガンマ補正、色補正などの種々のカメラ信号処理を行う。信号処理部９６３は、カメラ信号処理後の画像データを画像処理部９６４へ出力する。

画像処理部９６４は、信号処理部９６３から入力される画像データを符号化し、符号化データを生成する。そして、画像処理部９６４は、生成した符号化データを外部インタフェース９６６又はメディアドライブ９６８へ出力する。また、画像処理部９６４は、外部インタフェース９６６又はメディアドライブ９６８から入力される符号化データを復号し、画像データを生成する。そして、画像処理部９６４は、生成した画像データを表示部９６５へ出力する。また、画像処理部９６４は、信号処理部９６３から入力される画像データを表示部９６５へ出力して画像を表示させてもよい。また、画像処理部９６４は、ＯＳＤ９６９から取得される表示用データを、表示部９６５へ出力する画像に重畳してもよい。

ＯＳＤ９６９は、例えばメニュー、ボタン又はカーソルなどのＧＵＩの画像を生成して、生成した画像を画像処理部９６４へ出力する。

外部インタフェース９６６は、例えばＵＳＢ入出力端子として構成される。外部インタフェース９６６は、例えば、画像の印刷時に、撮像装置９６０とプリンタとを接続する。また、外部インタフェース９６６には、必要に応じてドライブが接続される。ドライブには、例えば、磁気ディスク又は光ディスクなどのリムーバブルメディアが装着され、リムーバブルメディアから読み出されるプログラムが、撮像装置９６０にインストールされ得る。さらに、外部インタフェース９６６は、ＬＡＮ又はインターネットなどのネットワークに接続されるネットワークインタフェースとして構成されてもよい。即ち、外部インタフェース９６６は、撮像装置９６０における伝送手段としての役割を有する。

メディアドライブ９６８に装着される記録媒体は、例えば、磁気ディスク、光磁気ディスク、光ディスク、又は半導体メモリなどの、読み書き可能な任意のリムーバブルメディアであってよい。また、メディアドライブ９６８に記録媒体が固定的に装着され、例えば、内蔵型ハードディスクドライブ又はＳＳＤ（Solid State Drive）のような非可搬性の記憶部が構成されてもよい。

制御部９７０は、ＣＰＵなどのプロセッサ、並びにＲＡＭ及びＲＯＭなどのメモリを有する。メモリは、ＣＰＵにより実行されるプログラム、及びプログラムデータなどを記憶する。メモリにより記憶されるプログラムは、例えば、撮像装置９６０の起動時にＣＰＵにより読み込まれ、実行される。ＣＰＵは、プログラムを実行することにより、例えばユーザインタフェース９７１から入力される操作信号に応じて、撮像装置９６０の動作を制御する。

ユーザインタフェース９７１は、制御部９７０と接続される。ユーザインタフェース９７１は、例えば、ユーザが撮像装置９６０を操作するためのボタン及びスイッチなどを有する。ユーザインタフェース９７１は、これら構成要素を介してユーザによる操作を検出して操作信号を生成し、生成した操作信号を制御部９７０へ出力する。

このように構成された撮像装置９６０において、画像処理部９６４は、上述した実施形態に係る画像符号化装置１０及び画像復号装置３０の機能を有する。従って、撮像装置９６０により撮像され又は符号化された画像を復号する装置において、上述したＣＲＡ情報を使用してＣＲＡピクチャへのランダムアクセスを簡易に実行することができる。

＜６．まとめ＞
ここまで、図１〜図３７を用いて、本開示に係る技術の様々な実施形態について詳細に説明した。上述した実施形態によれば、ランダムアクセスの際に復号開始ピクチャとして使用可能なＣＲＡピクチャを識別するＣＲＡ情報がファイルフォーマットのヘッダ領域に挿入される。従って、デコーダは、データ領域内の画像データに付与されるＮＡＬユニットタイプを一連の画像データにわたって調べることなく、ＣＲＡピクチャへのランダムアクセスを簡易に実現することができる。

ある実施形態によれば、ＭＰ４フォーマットのサンプルグループの仕組みを活用してＣＲＡピクチャをグルーピングすることにより、ＣＲＡ情報が形成され得る。かかる構成によれば、デコーダが新たなサンプルボックスを扱わなくて済むため、既存のデコーダをより少ないコストで拡張して、ＣＲＡ情報に基づくランダムアクセスを実現することができる。

別の実施形態によれば、ＭＰ４フォーマットのサンプルボックスを拡張することにより、ＣＲＡ情報を格納する拡張サンプルボックスが形成され得る。かかる構成によれば、各ＣＲＡピクチャのサンプル番号及び正常に復号されない先行ピクチャ情報などの様々な情報を、拡張サンプルボックス内に含めることができる。拡張サンプルボックスは、ＣＲＡ情報用の専用のボックスであってもよい。その場合、ＣＲＡピクチャへのランダムアクセスをサポートしないデコーダは、当該専用のボックスを無視するだけでよい。従って、拡張サンプルボックスを導入することに起因するデメリットは生じない。また、拡張サンプルボックスは、ＩＤＲ情報及びＣＲＡ情報のための共用のボックスであってもよい。その場合、デコーダは、当該共用のボックスのみを参照するだけで、ＩＤＲピクチャ及びＣＲＡピクチャへのランダムアクセスのための包括的な仕組みを実装することができる。

また、ＣＲＡ情報は、各ＣＲＡピクチャに表示順で先行し且つ当該ＣＲＡピクチャへのランダムアクセスが行われた場合に正常に復号されない先行ピクチャを識別する先行ピクチャ情報を含み得る。ＩＤＲピクチャはこのような先行ピクチャを有しないため、先行ピクチャ情報は、ＣＲＡピクチャについてのみ生成され得る。かかる構成によれば、デコーダは、ランダムアクセスが行われる際に、先行ピクチャが正常に復号されたか否かを事後的に判定することなく、先行ピクチャ情報に基づいて、破損した画像がディスプレイに表示され又は外部のプロセッサへ出力されることを回避することができる。

以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。

なお、以下のような構成も本開示の技術的範囲に属する。
（１）
ヘッダ領域及びデータ領域を含むファイルフォーマットの前記ヘッダ領域から、前記データ領域に挿入されている画像シーケンス内の１つ以上のＣＲＡ（Clean Random Access）ピクチャを識別するＣＲＡ情報を取得する取得部と、
ランダムアクセスの指示が検出された場合に、前記ＣＲＡ情報を用いて、前記画像シーケンス内のいずれかのＣＲＡピクチャを復号開始ピクチャとして特定する制御部と、
前記制御部により特定された前記復号開始ピクチャから、前記画像シーケンスを復号する復号部と、
を備える画像復号装置。
（２）
前記ファイルフォーマットは、ＭＰ４フォーマットであり、
前記ＣＲＡ情報は、前記１つ以上のＣＲＡピクチャをグルーピングするサンプルグループ情報である、
前記（１）に記載の画像復号装置。
（３）
前記ファイルフォーマットは、ＭＰ４フォーマットであり、
前記取得部は、前記ＣＲＡ情報を格納するために拡張された拡張サンプルボックスから、前記ＣＲＡ情報を取得する、
前記（１）に記載の画像復号装置。
（４）
前記拡張サンプルボックスは、ＩＤＲ（Instantaneous Decoding Refresh）ピクチャを識別するＩＤＲ情報をさらに含むボックスである、前記（３）に記載の画像復号装置。
（５）
前記拡張サンプルボックスは、ＩＤＲピクチャを識別するＩＤＲ情報を含むボックスとは別に定義されるボックスである、前記（３）に記載の画像復号装置。
（６）
前記ＣＲＡ情報は、各ＣＲＡピクチャに表示順で先行し且つ当該ＣＲＡピクチャへのランダムアクセスが行われた場合に正常に復号されない先行ピクチャを識別するための先行ピクチャ情報を含み、
前記制御部は、前記先行ピクチャ情報に基づいて、前記先行ピクチャの前記画像復号装置からの出力をスキップさせる、
前記（２）〜（５）のいずれか１項に記載の画像復号装置。
（７）
前記先行ピクチャ情報は、各ＣＲＡピクチャについての前記先行ピクチャの数を示す、前記（６）に記載の画像復号装置。
（８）
前記先行ピクチャ情報は、各ＣＲＡピクチャについての前記先行ピクチャに対応する時間長を示す、前記（６）に記載の画像復号装置。
（９）
前記制御部は、ランダムアクセスの前記指示において指定されるタイミングの最も近傍に位置するＣＲＡピクチャを、前記ＣＲＡ情報を用いて前記復号開始ピクチャとして特定する、前記（１）〜（８）のいずれか１項に記載の画像復号装置。
（１０）
ヘッダ領域及びデータ領域を含むファイルフォーマットの前記ヘッダ領域から、前記データ領域に挿入されている画像シーケンス内の１つ以上のＣＲＡ（Clean Random Access）ピクチャを識別するＣＲＡ情報を取得することと、
ランダムアクセスの指示が検出された場合に、前記ＣＲＡ情報を用いて、前記画像シーケンス内のいずれかのＣＲＡピクチャを復号開始ピクチャとして特定することと、
特定された前記復号開始ピクチャから、前記画像シーケンスを復号することと、
を含む画像復号方法。
（１１）
画像シーケンス内の画像を符号化して、画像データを生成する符号化部と、
ランダムアクセスの際に復号開始ピクチャとして使用可能な前記画像シーケンス内の１つ以上のＣＲＡ（Clean Random Access）ピクチャを判定する判定部と、
ヘッダ領域及びデータ領域を含むファイルフォーマットの前記ヘッダ領域に前記判定部により判定された前記１つ以上のＣＲＡピクチャを識別するＣＲＡ情報を挿入し、前記データ領域に前記画像データを挿入するファイル生成部と、
を備える画像符号化装置。
（１２）
前記ファイルフォーマットは、ＭＰ４フォーマットであり、
前記ＣＲＡ情報は、前記１つ以上のＣＲＡピクチャをグルーピングするサンプルグループ情報である、
前記（１１）に記載の画像符号化装置。
（１３）
前記ファイルフォーマットは、ＭＰ４フォーマットであり、
前記ファイル生成部は、前記ＣＲＡ情報を格納するために拡張された拡張サンプルボックスに前記ＣＲＡ情報を格納する、
前記（１１）に記載の画像符号化装置。
（１４）
前記ファイル生成部は、ＩＤＲ（Instantaneous Decoding Refresh）ピクチャを識別するＩＤＲ情報を前記拡張サンプルボックスにさらに格納する、前記（１３）に記載の画像符号化装置。
（１５）
前記拡張サンプルボックスは、ＩＤＲピクチャを識別するＩＤＲ情報が格納されるボックスとは別に定義されるボックスである、前記（１３）に記載の画像符号化装置。
（１６）
前記判定部は、各ＣＲＡピクチャに表示順で先行し且つ当該ＣＲＡピクチャへのランダムアクセスが行われた場合に正常に復号されない先行ピクチャをさらに判定し、
前記ファイル生成部は、前記判定部により判定されたＣＲＡピクチャごとの前記先行ピクチャを識別する先行ピクチャ情報を前記ＣＲＡ情報に含める、
前記（１２）〜（１５）のいずれか１項に記載の画像符号化装置。
（１７）
前記先行ピクチャ情報は、各ＣＲＡピクチャについての前記先行ピクチャの数を示す、前記（１６）に記載の画像復号装置。
（１８）
前記先行ピクチャ情報は、各ＣＲＡピクチャについての前記先行ピクチャに対応する時間長を示す、前記（１６）に記載の画像復号装置。
（１９）
画像シーケンス内の画像を符号化して、画像データを生成することと、
ランダムアクセスの際に復号開始ピクチャとして使用可能な前記画像シーケンス内の１つ以上のＣＲＡ（Clean Random Access）ピクチャを判定することと、
ヘッダ領域及びデータ領域を含むファイルフォーマットの前記ヘッダ領域に、判定された前記１つ以上のＣＲＡピクチャを識別するＣＲＡ情報を挿入することと、
前記データ領域に前記画像データを挿入することと、
を含む画像符号化方法。

１０ 画像符号化装置
１１ 符号化部
１２ 判定部
１５ ファイル生成部
１６ 制御部
２０ 動画ファイル
２１ ヘッダ領域
２７ データ領域
３０ 画像復号装置
３４ 復号部
３６ ＣＲＡ情報取得部
３７ 制御部

Claims (17)

1. ヘッダ領域と、符号化された一連の画像の実データを含む符号化ストリームが格納されるデータ領域とを含むファイルフォーマットに従って生成されたファイルの前記ヘッダ領域から取得される、前記一連の画像内の１つ以上のＣＲＡ（Clean Random Access）ピクチャを識別するＣＲＡ情報に基づいて画像を復号する復号部、
   を備える画像復号装置。
2. 前記ＣＲＡ情報は、ランダムアクセスの指示が検出された場合に復号開始ピクチャを特定するために使用される、請求項１に記載の画像復号装置。
3. 前記ＣＲＡ情報は、ＮＡＬユニットタイプを含む、請求項１に記載の画像復号装置。
4. 前記ヘッダ領域は、ＭＰ４フォーマットのｍｏｏｖボックスである、請求項１に記載の画像復号装置。
5. 前記ＣＲＡ情報は、前記１つ以上のＣＲＡピクチャをグルーピングするサンプルグループ情報である、請求項１に記載の画像復号装置。
6. 前記ヘッダ領域から、前記一連の画像データ内の前記１つ以上のＣＲＡピクチャを識別する前記ＣＲＡ情報を取得する取得部と、
   前記ＣＲＡ情報を用いて、前記一連の画像データ内のいずれかのＣＲＡピクチャを復号開始ピクチャとして特定する制御部と、
   をさらに備える、請求項１に記載の画像復号装置。
7. 前記取得部は、前記ＣＲＡ情報を格納するために拡張された拡張サンプルボックスから、前記ＣＲＡ情報を取得する、請求項６に記載の画像復号装置。
8. 前記ＣＲＡ情報は、前記ｍｏｏｖボックス内のｓｇｐｄボックス（Sample Group Description Box）に格納される、請求項４に記載の画像復号装置。
9. 前記ＣＲＡ情報は、前記ｓｇｐｄボックス内のＶｉｓｕａｌＳａｍｐｌｅＧｒｏｕｐＥｎｔｒｙクラスに基づくエントリにより定義される、請求項８に記載の画像復号装置。
10. 前記拡張サンプルボックスは、ＩＤＲ（Instantaneous Decoding Refresh）ピクチャを識別するＩＤＲ情報をさらに含むボックスである、請求項７に記載の画像復号装置。
11. 前記拡張サンプルボックスは、ＩＤＲピクチャを識別するＩＤＲ情報を含むボックスとは別に定義されるボックスである、請求項７に記載の画像復号装置。
12. 前記ＣＲＡ情報は、各ＣＲＡピクチャに表示順で先行し且つ当該ＣＲＡピクチャへのランダムアクセスが行われた場合に正常に復号されない先行ピクチャを識別するための先行ピクチャ情報を含み、
    前記先行ピクチャ情報に基づいて、前記先行ピクチャの前記画像復号装置からの出力がスキップされる、
    請求項５に記載の画像復号装置。
13. 前記先行ピクチャ情報は、各ＣＲＡピクチャについての前記先行ピクチャの数を示す、請求項１２に記載の画像復号装置。
14. 前記先行ピクチャ情報は、各ＣＲＡピクチャについての前記先行ピクチャに対応する時間長を示す、請求項１２に記載の画像復号装置。
15. 前記制御部は、ランダムアクセスの指示において指定されるタイミングの最も近傍に位置するＣＲＡピクチャを、前記ＣＲＡ情報を用いて前記復号開始ピクチャとして特定する、請求項６いずれか１項に記載の画像復号装置。
16. ヘッダ領域と、符号化された一連の画像の実データを含む符号化ストリームが格納されるデータ領域とを含むファイルフォーマットに従って生成されたファイルの前記ヘッダ領域から取得される、前記一連の画像内の１つ以上のＣＲＡ（Clean Random Access）ピクチャを識別するＣＲＡ情報に基づいて画像を復号すること、
    を含む画像復号方法。
17. ヘッダ領域と、符号化された一連の画像の実データを含む符号化ストリームが格納されるデータ領域とを含むファイルフォーマットに従って生成されたファイルの前記ヘッダ領域から取得される、前記一連の画像内の１つ以上のＣＲＡ（Clean Random Access）ピクチャを識別するＣＲＡ情報に基づいて画像を復号すること、
    を画像復号装置のコンピュータに実行させるプログラム。

Images