JP6058736B2 - 映像シーケンスのピクチャの復号化及び符号化 - Google Patents

Description

本発明は、一般に、映像シーケンスのピクチャの復号化及び符号化に関し、特に、ピクチャの復号化及び符号化に関連する復号化ピクチャバッファからのピクチャの出力又はバンピングに関する。

Ｈ．２６４映像圧縮
Ｈ．２６４（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ−４高度映像符号化（ＭＰＥＧ−４ ＡＶＣ））は、最新の映像符号化規格である。これは、時間冗長及び空間冗長を利用するブロックに基づく複合映像符号化方式で構成される。Ｈ．２６４／ＡＶＣ規格は、デコーダが規格に対応するために指定されたシーケンスにおいて実行される必要のある多くの復号化処理を含む仕様書において定義される。エンコーダに対する要求はないが、良好な圧縮効率を達成するために、エンコーダも処理の大部分を実行する場合が多い。

Ｈ．２６４／ＡＶＣは、ピクチャが復号化された後に復号化ピクチャを格納する復号化ピクチャバッファ（ＤＰＢ）を定義する。これは、デコーダがシーケンスを復号化するために、定義された量のメモリを使用する必要があることを意味する。ＤＰＢは、後続のピクチャを復号化する間に参照に使用されるピクチャを含む。本明細書中、「参照に使用される」は、特定のピクチャが別のピクチャの復号化時に予測に使用されることを意味する。その場合、参照に使用されるピクチャの画素値は、現在復号化されているピクチャの画素値を予測するために使用されてもよい。これをフレーム間予測とも呼ぶ。ＤＰＢは、出力を待機しているピクチャを更に含む。本明細書中、「出力」は、デコーダがデコーダの外部にピクチャを出力する機能を意味する。Ｈ．２６４仕様は、ビットストリームが復号化ピクチャに変換された後に出力される方法を説明する（図１を参照）。出力されたピクチャは、例えば表示されるか又はディスクに書き込まれてもよい。

ＤＰＢ内のピクチャが出力を待機している１つの一般的な理由は、当該ピクチャより前に出力されるがまだ復号化されていないピクチャが存在するためである。

図２は、３つのピクチャＡ、Ｂ及びＣの一例を示す。復号化の順序は、圧縮形式のピクチャがデコーダに供給される順序である。これは通常は、ピクチャがエンコーダにより符号化される順序と同一である。図２は、本例における復号化の順序がＡ、Ｂ及びＣであることを示す。出力の順序は、復号化ピクチャが出力される順序である。図２に示すように、出力の順序は復号化の順序と同一である必要がなく、図２において、出力の順序はＡ、Ｃ、Ｂである。図中の矢印は、各ピクチャの参照に使用されるピクチャを示し、ピクチャＡはピクチャＢ及びピクチャＣの双方の参照に使用される。

図２において、ピクチャＣは、ピクチャＢより後に復号化されるが、ピクチャＢより前に出力される。ピクチャＢが復号化された場合、ピクチャＣがまだ復号化されておらず且つピクチャＣがピクチャＢより前に出力される必要があるため、ピクチャＢをすぐに出力できない。従って、ピクチャＢが他の何らかのピクチャにより参照に使用されない場合でも、ピクチャＢは復号化後にＤＰＢに格納される必要がある。ピクチャＣを復号化する場合、ピクチャＣがピクチャＡを参照に使用するため、ピクチャＡもＤＰＢ内に存在する必要がある。

出力の順序は、ＰｉｃｔｕｒｅＯｒｄｅｒＣｏｕｎｔ（ＰＯＣ）値を信号伝送することにより制御される。全てのピクチャのＰＯＣを伝達するために、ビットストリーム内に構文要素が存在し、それらの値はピクチャの出力の順序を定義するために使用される。

ＤＰＢの状況を把握するために、Ｈ．２６４／ＡＶＣは、ピクチャが復号化された後に実行される３つの処理、すなわち、ピクチャマーキング処理、ピクチャ出力処理及び解放処理を含む。

ピクチャマーキング処理は、ピクチャに「参照に使用されるもの」又は「参照に使用されないもの」のいずれかとしてマーキングする。「参照に使用されるもの」としてマーキングされたピクチャは参照に使用可能であり、これは、復号化の順序が後ろであるピクチャが復号化処理において当該ピクチャを参照に使用してもよいことを意味する。「参照に使用されないもの」としてマーキングされたピクチャは、後続のピクチャにより参照に使用できない。当該処理は、ビットストリームを介してエンコーダにより制御される。オプションの構文がＨ．２６４／ＡＶＣビットストリーム内に存在する場合、これは、「参照に使用されないもの」としてマーキングされるピクチャを示す。多くの場合、当該動作をメモリ管理制御動作（ＭＭＣＯ）と呼ぶ。オプションのＭＭＣＯ構文が存在しない場合、「スライディングウィンドウ」処理と呼ばれる先入れ先出し機構が定義される。スライディングウィンドウ処理は、最後に復号化されたピクチャによりＤＰＢ内のピクチャの個数が多くなりすぎる場合、復号化の順序が最初のピクチャが自動的に「参照に使用されないもの」としてマーキングされることを意味する。

ピクチャマーキング処理の後に実行されるピクチャ出力処理は、ピクチャに「出力が必要なもの」又は「出力が不要なもの」のいずれかとしてマーキングする。「出力が必要なもの」としてマーキングされるピクチャは、まだ出力されていないものであり、「出力が不要なもの」としてマーキングされるピクチャは、すでに出力され、出力を待機していないものである。ピクチャ出力処理は、ピクチャの出力も行う。これは、処理が「出力が必要なもの」としてマーキングされるピクチャを選択し、それらを出力し、その後に「出力が不要なもの」としてマーキングすることを意味する。ピクチャ出力処理は、ピクチャが出力される順序を判定する。尚、ピクチャ出力処理は、１つの特定のピクチャが復号化された後、０個以上のピクチャを出力し且つマーキングしてもよい。

上記の２つの処理がデコーダにより実行された後、解放処理が実行される。「参照に使用されないもの」及び「出力が不要なもの」の双方としてマーキングされたピクチャは、ＤＰＢから削除され且つ除去される。これをＤＰＢピクチャスロットのうちの１つが解放されたと呼ぶ場合がある。

Ｈ．２６４／ＡＶＣにおけるＤＰＢのサイズは制限される。これは、出力を待機しているか又は参照に使用できるため格納されるピクチャの個数が制限されることを意味する。可変のｍａｘ＿ｄｅｃ＿ｆｒａｍｅ＿ｂｕｆｆｅｒｉｎｇは、ＤＰＢ内に存在するピクチャスロットの数と呼ぶ場合もあるＤＰＢのサイズを示す。エンコーダは、ＤＰＢのサイズが超過しないことを確認する必要がある。

３つの処理は規格において説明される。これは、デコーダがエンコーダにより制御されるため、デコーダが出力の順序を決められないことを意味する。これは、ピクチャ出力処理及びエンコーダにより送出されるビットストリーム内の関連する要素により全て判定される。Ｈ．２６４／ＡＶＣの復号化ステップの簡略なフローチャートを図３に示す。

Ｈ．２６４におけるピクチャ出力処理は、ピクチャが出力される順序を定義する。正しい順序でピクチャを出力するデコーダは、出力の順序に対応する。デコーダは、Ｈ．２６４において説明されるピクチャの出力処理に従ってもよいが、場合によっては、ピクチャ出力処理により与えられるより早い可変のｎｕｍ＿ｒｅｏｒｄｅｒ＿ｆｒａｍｅｓを使用して、ピクチャを出力できる。ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｆｒａｍｅｓは、何らかのピクチャより復号化の順序が前であり且つ出力の順序が後ろであるピクチャの最大個数を示す。

図４は、ピクチャＢが復号化された場合の一例を示す。しかし、ピクチャＣがピクチャＢより前に出力されるか又は後に出力されるかが分からないため、ピクチャＢを出力できない。出力の順序が復号化の順序と同一であるとエンコーダが決定した場合、エンコーダはデコーダに０のｎｕｍ＿ｒｅｏｒｄｅｒ＿ｆｒａｍｅｓ値を示すことができる。それにより、エンコーダは本例におけるピクチャＣがピクチャＢより後に出力されることを保証し、デコーダはピクチャＢが復号化されるとすぐにそれを出力できる。本例において、ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｆｒａｍｅｓが０である場合、デコーダにおいて追加の再配列遅延は存在しない。本例におけるｎｕｍ＿ｒｅｏｒｄｅｒ＿ｆｒａｍｅｓが１に設定される場合、ピクチャＣがピクチャＢより前に出力される可能性がある。ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｆｒａｍｅｓが１である場合、１ピクチャ分の追加の再配列遅延が存在し、ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｆｒａｍｅｓが２である場合、再配列遅延は２ピクチャ分である。
ＨＥＶＣ映像圧縮
Ｈ．２６５とも呼ばれる高効率映像符号化（ＨＥＶＣ）は、映像符号化共同研究部会（ＪＣＴ−ＶＣ）において開発された映像符号化規格である。ＪＣＴ−ＶＣは、ＭＰＥＧと国際電気通信連合・電気通信標準化部門（ＩＴＵ−Ｔ）との共同プロジェクトである。ＨＥＶＣは、多くの新規ツールを含み、Ｈ．２６４／ＡＶＣよりはるかに効率的である。ＨＥＶＣは、ピクチャが属する時間レイヤに対応する各ピクチャに対するｔｅｍｐｏｒａｌ＿ｉｄを更に定義する。時間レイヤは順序が付けられ、下位の時間レイヤは上位の時間レイヤに依存しないという特性を有する。従って、下位の時間レイヤに影響を及ぼさずに上位の時間レイヤを除去できる。時間レイヤの除去を時間スケーリングとも呼ぶことができる。ＨＥＶＣビットストリームは、ビットストリーム内に存在してもよい時間レイヤの最大個数を指定する構文要素ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１を含む。デコーダは、全ての時間レイヤを復号化してもよく、あるいは、時間レイヤのサブセットのみを復号化してもよい。デコーダが実際に復号化する最上位時間レイヤを最上位時間サブレイヤと呼び、これは、ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１により指定されるレイヤの最大個数以下に設定されてもよい。その場合、デコーダは最上位時間サブレイヤ以下の全てのレイヤを復号化する。最上位時間サブレイヤは外部手段により設定されてもよい。

尚、上記の説明は、時間レイヤに特定されるものではなく、空間レイヤ及び品質レイヤ等の他の種類のレイヤにも当てはまる。その場合、デコーダが復号化する時間レイヤを最上位復号化レイヤと呼ぶ。

ＨＥＶＣの復号化の流れは、Ｈ．２６４／ＡＶＣと若干異なる。ＨＥＶＣは、ＤＰＢ、ピクチャに「参照に使用されるもの」及び「参照に使用されないもの」としてマーキングするピクチャマーキング処理、ピクチャに「出力が必要なもの」及び「出力が不要なもの」としてマーキングするピクチャ出力処理、並びに解放処理を有する。Ｈ．２６４／ＡＶＣと同様に、ＨＥＶＣもＰＯＣ値を使用してピクチャの出力の順序を定義する。ＨＥＶＣにおいて、ＰＯＣ値は可変のＰｉｃＯｒｄｅｒＣｎｔＶａｌにより表され、ピクチャはＰｉｃＯｒｄｅｒＣｎｔＶａｌの昇順で出力される。

しかし、ＨＥＶＣはＭＭＣＯ又はスライディングウィンドウ処理を有さない。その代わりに、ＨＥＶＣは、「参照に使用されるもの」としてマーキングされるピクチャのリストが各スライスヘッダにおいて明示的に送出されることを指定する。ＨＥＶＣにおけるピクチャへのマーキングは、当該リストを使用し、リストに記載されたＤＰＢ内の全てのピクチャが「参照に使用されるもの」としてマーキングされ且つリストに記載されていないＤＰＢ内の全てのピクチャが「参照に使用されないもの」としてマーキングされることを保証する。リストは参照ピクチャセット（ＲＰＳ）と呼ばれ、各スライスヘッダにおいて１つのリストを送出することは、ＤＰＢにおける参照マーキングの状態が明確であり且つ各スライスにおいて繰り返されることを意味する。これは、Ｈ．２６４／ＡＶＣと異なる。

ＲＰＳがＨＥＶＣにおいて使用されるため、ピクチャマーキング処理、ピクチャ出力処理及び解放処理は全て、ピクチャの第１のスライスヘッダの構文解析後に実行される（図５を参照）。

Ｈ．２６４／ＡＶＣに対して説明されるｎｕｍ＿ｒｅｏｒｄｅｒ＿ｆｒａｍｅｓの機能性は、ＨＥＶＣにおいて同様に存在する。ＨＥＶＣビットストリームは、ｉが時間レイヤであるｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］で示される構文要素を各時間レイヤに対して含む。ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］の機能はｎｕｍ＿ｒｅｏｒｄｅｒ＿ｆｒａｍｅｓと同一であるが、この場合の各符号語は、その時間レイヤ以下の時間レイヤに存在する復号化の順序がピクチャより前であり且つ出力の順序が当該ピクチャより後ろであるピクチャの最大許容個数を示す。

復号化の順序がＡ、Ｂ、Ｃ、Ｄ、Ｅであり且つ出力の順序がＡ、Ｄ、Ｃ、Ｅ、Ｂである図６の例を考慮する。これは時間レイヤを使用するピクチャの構造であり、ピクチャＡ及びピクチャＢが最下位時間レイヤ（レイヤ０）に属し、ピクチャＣが中間の時間レイヤ（レイヤ１）に属し、ピクチャＤ及びピクチャＥが最上位時間レイヤ（レイヤ２）に属する。図中の矢印は、他のピクチャにより参照に使用されるピクチャを示す。例えばピクチャＡからピクチャＢへの矢印が存在するため、ピクチャＡはピクチャＢにより参照に使用される。ＨＥＶＣにおけるｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓの最善の使用は、出力遅延を可能な限り減少するために、ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］を可能な限り小さい値に設定することである。各時間レイヤに対するｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓの可能な最小値を図６に示す。これが最下位レイヤに対して０である理由は、何らかのピクチャより復号化の順序が前であるが出力の順序が後ろであるピクチャがレイヤ０に存在しないためである。レイヤ１の場合、ピクチャＢはピクチャＣより復号化の順序が前であるが出力の順序が後ろであり、レイヤ２の場合、ピクチャＢ及びピクチャＣの双方はピクチャＤより復号化の順序が前であるが出力の順序が後ろである。

デコーダが時間レイヤ０のみを復号化すると認識している場合、デコーダはピクチャＢを復号化後すぐに出力できる可能性があるが、デコーダが全てのレイヤを復号化する場合、デコーダはピクチャＢを復号化後すぐに出力できない。その場合、デコーダは、出力の順序がピクチャＢより後ろである２つのピクチャが復号化されるまで待つ必要がある。

２０１２年９月１２日に発表されたＪＣＴＶＣ−Ｋ００３０＿ｖ３、Ｐｒｏｐｏｓｅｄ Ｅｄｉｔｏｒｉａｌ Ｉｍｐｒｏｖｅｍｅｎｔ ｆｏｒ Ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ ｖｉｄｅｏ ｃｏｄｉｎｇ（ＨＥＶＣ） Ｔｅｘｔ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｄｒａｆｔ ８、Ｂ．Ｂｒｏｓｓ他、ＪＣＴ−ＶＣ ｏｆ ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３ ａｎｄ ＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１ １１^ｔｈ Ｍｅｅｔｉｎｇ、上海、２０１２年１０月１０日〜１９日は、６２ページの７．４．２．１節及び６４ページの７．４．２．２節においてｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓの使用を説明する。
ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ
Ｈ．２６４ビットストリーム及びＨＥＶＣビットストリームの双方は、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇと呼ばれるフラグを指定する。当該フラグは、ランダムアクセスピクチャ（ＲＡＰ）のスライスヘッダ内に存在する。ランダムアクセスピクチャは、ストリームの処理を開始できるピクチャである。それらは、デコーダがランダムアクセスポイントから復号化を開始する場合、後続のピクチャの復号化を正確に実行できることを保証する。デコーダが処理を開始するために、ランダムアクセスピクチャより復号化の順序が前であるピクチャを含むデータが供給される必要がない。

ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇは、復号化ピクチャバッファ内の以前に復号化されたピクチャがランダムアクセスピクチャの復号化後に処理される方法を指定する。簡潔に述べると、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇが１である場合、ＤＰＢ内の「出力が必要なもの」としてマーキングされたピクチャは出力される必要がなく、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇが０である場合、そのようなピクチャは出力される必要がある。

ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓが０であり且つピクチャＣはｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇが１であるランダムアクセスピクチャである一例を示す図７を考慮する。Ｈ．２６４において、ピクチャＢを復号化した後すぐにピクチャＢを出力できる。現在のＨＥＶＣ仕様において、ピクチャＣが１に等しいｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇを有するＲＡＰピクチャであるか否かをデコーダがピクチャＢの復号化直後に認識しないため、ピクチャＢを復号化した後すぐにピクチャＢを出力できない。ピクチャＣがそのようなピクチャでない場合、ピクチャＢを復号化した後すぐにピクチャＢを出力できる。しかし、ピクチャＣが実際は１であるｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇを有するＲＡＰである場合、ピクチャＣのスライスヘッダの復号化時にピクチャＢが「出力が必要なもの」としてマーキングされるため、ピクチャＢは出力されるべきでない。

ＨＥＶＣにおけるピクチャ出力処理はスライスヘッダが構文解析される際に行われ且つｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇが重要な特徴であるため、現在のＨＥＶＣ規格はＨ．２６４／ＡＶＣより出力遅延が大きい。

ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの使用の情報は、ＪＣＴＶＣ−Ｋ００３０＿ｖ３の７５ページの７．４．７．１節及び２６ページのＣ．５．２節において開示される。

ＨＥＶＣにおいてＲＰＳを使用することによる利点は、Ｈ．２６４／ＡＶＣの方法と比較して誤り耐性がはるかに高いことである。また、時間スケーラビリティがより単純である。ＨＥＶＣの解決策に関する問題は、Ｈ．２６４／ＡＶＣと比較してピクチャの出力に関する更なる遅延が導入されることである。Ｈ．２６４／ＡＶＣにおいて、ピクチャは復号化された後に出力できる。ＨＥＶＣにおいて、デコーダは、ピクチャが出力される前に、次のピクチャのスライスヘッダが構文解析されるのを待つ必要がある。これにより遅延が発生する。

従って、従来技術の映像符号化の欠点、特に、従来技術の映像符号化において生じる場合のある遅延の問題を解決する必要がある。

一般的な目的は、映像シーケンスのピクチャの向上された復号化及び符号化を提供することである。

特定の目的は、ピクチャの出力遅延を減少できるそのような復号化及び符号化を提供することである。

上記の目的及び他の目的は、本明細書中で開示される実施形態により達成される。

実施形態の一態様は、デコーダにより実行される方法に関する。方法は、現在のピクチャが復号化され且つ復号化ピクチャバッファ（ＤＰＢ）に格納された後に、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数を判定することを含む。方法は、個数と値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］とを比較することを更に含む。ＨｉｇｈｅｓｔＴｉｄは、映像シーケンスのデコーダにより復号化される最上位レイヤを指定する。方法は、個数が値より大きい場合、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャのうち、出力の順序が最初のピクチャを出力することを更に含む。個数が値より大きい場合、ピクチャは、出力が不要なものとして更にマーキングされる。

実施形態の関連する一態様は、映像シーケンスのピクチャを表すビットストリームの現在のピクチャが復号化され且つＤＰＢに格納された後に、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数を判定するように構成されるデコーダを定義する。デコーダは、個数と値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］とを比較するように更に構成される。デコーダは、個数が値より大きい場合、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャのうち、出力の順序が最初のピクチャを出力し且つピクチャに出力が不要なものとしてマーキングするように更に構成される。

実施形態の別の関連する態様は、映像シーケンスのピクチャを表すビットストリームの現在のピクチャが復号化され且つＤＰＢに格納された後に、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数を判定する個数判定モジュールを備えるデコーダを定義する。デコーダは、個数と値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］とを比較する比較モジュールを更に備える。デコーダは、個数が値より大きい場合、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャのうち、出力の順序が最初のピクチャを出力する出力モジュールを更に備える。デコーダは、個数が値より大きい場合、ピクチャに出力が不要なものとしてマーキングするマーキングモジュールを更に備える。

実施形態の別の態様は、エンコーダにより実行される方法に関する。方法は、現在のピクチャが復号化され且つＤＰＢに格納された後に、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数を判定することを含む。方法は、個数と値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］とを比較することを更に含む。方法は、個数が値より大きい場合、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャのうち、出力の順序が最初のピクチャに出力が不要なものとしてマーキングすることを更に含む。

実施形態の関連する一態様は、現在のピクチャが復号化され且つＤＰＢに格納された後に、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数を判定するように構成されるエンコーダを定義する。エンコーダは、個数と値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］とを比較するように更に構成される。エンコーダは、個数が値より大きい場合、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャのうち、出力の順序が最初のピクチャに出力が不要なものとしてマーキングするように更に構成される。

実施形態の別の関連する態様は、現在のピクチャが復号化され且つＤＰＢに格納された後に、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数を判定する個数判定モジュールを備えるエンコーダを定義する。エンコーダは、個数と値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］とを比較する比較モジュールを更に備える。エンコーダは、個数が値より大きい場合、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャのうち、出力の順序が最初のピクチャに出力が不要なものとしてマーキングするマーキングモジュールを更に備える。

実施形態の更なる一態様は、デコーダにより実行される方法に関する。方法は、映像シーケンスの復号化される現在のピクチャのスライスヘッダを構文解析することを備える。方法は、構文解析されたスライスヘッダに基づいて、現在のピクチャに対する参照ピクチャセット（ＲＰＳ）を判定することを更に含む。方法は、ＲＰＳ内に存在しないＤＰＢ内の全てのピクチャに参照に使用されないものとしてマーキングすることを更に含む。ＤＰＢ内のピクチャのうち、出力が必要なものとしてマーキングされた０個以上のピクチャが出力され且つ出力が不要なものとしてマーキングされる。方法は、ＤＰＢ内のピクチャのうち、参照に使用されないもの及び出力が不要なものとしてマーキングされたピクチャをＤＰＢから削除することを更に含む。方法は、現在のピクチャを復号化することと、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数を判定することとを更に含む。個数は、映像シーケンスのピクチャを表すビットストリーム内に存在する少なくとも１つの構文要素から導出される値と比較される。個数が値より大きい場合、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャのうち、出力の順序が最初のピクチャが出力され、出力が不要なものとしてマーキングされる。一実施形態において、ピクチャの個数の判定、個数の比較、ピクチャの出力及びピクチャへのマーキングは、現在のピクチャを復号化した後に実行される。

実施形態の関連する一態様は、映像シーケンスのピクチャを表すビットストリームの復号化される現在のピクチャのスライスヘッダを構文解析し且つ構文解析されたスライスヘッダに基づいて現在のピクチャに対するＲＰＳを判定するように構成されるデコーダを定義する。デコーダは、ＲＰＳ内に存在しないＤＰＢ内の全てのピクチャに参照に使用されないものとしてマーキングするように更に構成される。デコーダは、ＤＰＢ内のピクチャのうち、出力が必要なものとしてマーキングされた０個以上のピクチャを出力し且つ０個以上のピクチャに出力が不要なものとしてマーキングするように更に構成される。デコーダは、ＤＰＢ内のピクチャのうち、参照に使用されないもの及び出力が不要なものとしてマーキングされたピクチャをＤＰＢから削除するように更に構成される。本実施形態において、デコーダは、現在のピクチャを復号化するように更に構成される。デコーダは、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数を判定するように更に構成される。デコーダは、個数とビットストリーム内に存在する少なくとも１つの構文要素から導出される値とを比較するように更に構成される。本実施形態において、デコーダは、個数が値より大きい場合、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャのうち、出力の順序が最初のピクチャを出力し且つピクチャに出力が不要なものとしてマーキングするように構成される。デコーダは、現在のピクチャを復号化した後に、ピクチャの個数を判定し、個数を比較し、ピクチャを出力し且つピクチャにマーキングするように構成されるのが好ましい。

実施形態の別の関連する態様は、映像シーケンスのピクチャを表すビットストリームの復号化される現在のピクチャのスライスヘッダを構文解析する構文解析モジュールを備えるデコーダを定義する。デコーダは、構文解析されたスライスヘッダに基づいて現在のピクチャに対するＲＰＳを判定する参照ピクチャセット判定モジュールを更に備える。デコーダは、ＲＰＳ内に存在しないＤＰＢ内の全てのピクチャに参照に使用されないものとしてマーキングするマーキングモジュールと、ＤＰＢ内のピクチャのうち、出力が必要なものとしてマーキングされた０個以上のピクチャを出力する出力モジュールとを更に備える。マーキングモジュールは更に、０個以上のピクチャに出力が不要なものとしてマーキングする。デコーダは、ＤＰＢ内のピクチャのうち、参照に使用されないもの及び出力が不要なものとしてマーキングされたピクチャをＤＰＢから削除するピクチャ削除モジュールを備える。デコーダは、現在のピクチャを復号化する復号化モジュールを更に備える。デコーダは、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数を判定する個数判定モジュールと、個数とビットストリーム内に存在する少なくとも１つの構文要素から導出される値とを比較する比較モジュールとを更に備える。本実施形態において、出力モジュールは更に、個数が値より大きい場合、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャのうち、出力の順序が最初のピクチャを出力する。マーキングモジュールは更に、個数が値より大きい場合、ピクチャに出力が不要なものとしてマーキングする。好適な一実施形態において、復号化モジュールが現在のピクチャを復号化した後に、個数判定モジュールはピクチャの個数を判定し、比較モジュールは個数を比較し、出力モジュールはピクチャを出力し、マーキングモジュールはピクチャにマーキングする。

実施形態の更に別の態様は、エンコーダにより実行される方法に関する。方法は、映像シーケンスの現在のピクチャに対するＲＰＳ内に存在しないＤＰＢ内の全てのピクチャに参照に使用されないものとしてマーキングすることと、ＤＰＢ内のピクチャのうち、出力が必要なものとしてマーキングされた０個以上のピクチャに出力が不要なものとしてマーキングすることとを含む。方法は、ＤＰＢ内のピクチャのうち、参照に使用されないもの及び出力が不要なものとしてマーキングされたピクチャをＤＰＢから削除することを更に含む。方法は、現在のピクチャを復号化することを更に含む。ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数が判定され、少なくとも１つの定義された構文要素から導出される値と比較される。方法は、個数が値より大きい場合、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャのうち、出力の順序が最初のピクチャに出力が不要なものとしてマーキングすることを更に含む。好適な一実施形態において、ピクチャの個数の判定、個数の比較及びピクチャへのマーキングは、現在のピクチャを復号化した後に実行される。

実施形態の関連する一態様は、映像シーケンスの現在のピクチャに対するＲＰＳ内に存在しないＤＰＢ内の全てのピクチャに参照に使用されないものとしてマーキングするように構成されるエンコーダを定義する。エンコーダは、ＤＰＢ内のピクチャのうち、出力が必要なものとしてマーキングされた０個以上のピクチャに出力が不要なものとしてマーキングし且つＤＰＢ内のピクチャのうち、参照に使用されないもの及び出力が不要なものとしてマーキングされたピクチャをＤＰＢから削除するように更に構成される。エンコーダは、現在のピクチャを復号化するように更に構成される。エンコーダは、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数を判定し且つ個数と少なくとも１つの定義された構文要素から導出される値とを比較するように更に構成される。エンコーダは、個数が値より大きい場合、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャのうち、出力の順序が最初のピクチャに出力が不要なものとしてマーキングするように更に構成される。好適な一実施形態において、エンコーダは、現在のピクチャを復号化した後に、ピクチャの個数を判定し、個数を比較し且つピクチャにマーキングするように構成される。

実施形態の別の関連する態様は、映像シーケンスの現在のピクチャに対するＲＰＳ内に存在しないＤＰＢ内の全てのピクチャに参照に使用されないものとしてマーキングし且つＤＰＢ内のピクチャのうち、出力が必要なものとしてマーキングされた０個以上のピクチャに出力が不要なものとしてマーキングするマーキングモジュールを備えるエンコーダを定義する。エンコーダは、ＤＰＢ内のピクチャのうち、参照に使用されないもの及び出力が不要なものとしてマーキングされたピクチャをＤＰＢから削除するピクチャ削除モジュールを更に備える。エンコーダは、現在のピクチャを復号化する復号化モジュールを更に備える。エンコーダは、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数を判定する個数判定モジュールと、個数と少なくとも１つの定義された構文要素から導出される値とを比較する比較モジュールとを更に備える。本実施形態において、マーキングモジュールは更に、個数が値より大きい場合、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャのうち、出力の順序が最初のピクチャに出力が不要なものとしてマーキングする。好適な一実施形態において、復号化モジュールが現在のピクチャを復号化した後に、個数判定モジュールはピクチャの個数を判定し、比較モジュールは個数を比較し、マーキングモジュールはピクチャにマーキングする。

実施形態の更なる態様は、上記に係るデコーダ及び／又は上記に係るエンコーダを備える移動端末、並びに上記に係るデコーダ及び／又は上記に係るエンコーダを備えるネットワークノードに関する。

実施形態は、その更なる目的及び利点と共に、以下の説明及び添付の図面を参照することにより最もよく理解されるだろう。
図１は、Ｈ．２６４／ＡＶＣデコーダを示す概略図である。 図２は、マルチレイヤ映像シーケンスの一例に対する出力の順序及び復号化の順序を示す図である。 図３は、Ｈ．２６４／ＡＶＣの復号化を簡略に示すフローチャートである。 図４は、マルチレイヤ映像シーケンスの一例に対する出力の順序及び復号化の順序を示す図である。 図５は、ＨＥＶＣの復号化を簡略に示すフローチャートである。 図６は、マルチレイヤ映像シーケンスの一例に対する出力の順序、復号化の順序及び時間レイヤ示す図である。 図７は、映像シーケンスの一例に対する出力の順序及び復号化の順序を示す図である。 図８は、一実施形態に係るデコーダにより実行される方法を示すフローチャートである。 図９は、図８の方法の追加のオプションのステップを示すフローチャートである。 図１０は、図８の方法の追加のオプションのステップを示すフローチャートである。 図１１は、別の実施形態に係るデコーダにより実行される方法を示すフローチャートである。 図１２は、図９又は図１１の方法の追加のオプションのステップを示すフローチャートである。 図１３は、図８又は図１１の方法の追加のオプションのステップを示すフローチャートである。 図１４は、一実施形態の復号化を簡略に示すフローチャートである。 図１５は、別の実施形態の復号化を簡略に示すフローチャートである。 図１６は、一実施形態に係るデコーダを概略的に示すブロック図である。 図１７は、別の実施形態に係るデコーダを概略的に示すブロック図である。 図１８は、更なる一実施形態に係るデコーダを概略的に示すブロック図である。 図１９は、更に別の実施形態に係るデコーダを概略的に示すブロック図である。 図２０は、更なる一実施形態に係るデコーダを概略的に示すブロック図である。 図２１は、一実施形態に係るエンコーダにより実行される方法を示すフローチャートである。 図２２は、別の実施形態に係るエンコーダにより実行される方法を示すフローチャートである。 図２３は、一実施形態に係るエンコーダを概略的に示すブロック図である。 図２４は、別の実施形態に係るエンコーダを概略的に示すブロック図である。 図２５は、更なる一実施形態に係るエンコーダを概略的に示すブロック図である。 図２６は、更に別の実施形態に係るエンコーダを概略的に示すブロック図である。 図２７は、更なる一実施形態に係るエンコーダを概略的に示すブロック図である。 図２８は、一実施形態に係る移動端末を概略的に示すブロック図である。 図２９は、一実施形態に係るネットワークノードを概略的に示すブロック図である。 図３０は、マルチレイヤ映像シーケンスの一例に対する出力の順序及び復号化の順序を示す図である。

図中、同一の図中記号が同様又は対応する要素に対して使用される。

本発明は、一般に、映像シーケンスのピクチャの復号化及び符号化に関し、特に、ピクチャの復号化及び符号化に関連する復号化ピクチャバッファからのピクチャの出力又はバンピングに関する。従って、実施形態は、出力遅延の減少を可能にし、最新の解決策より早くピクチャを出力できるようにする。

一般的な一実施形態において、ピクチャが復号化される場合、デコーダ又はエンコーダ（ピクチャの復号化は、以前に符号化されたピクチャから復元参照ピクチャを取得するために、符号化中にも実行される）は、復号化ピクチャバッファ（ＤＰＢ）内の出力が必要なものとしてマーキングされたピクチャの個数を判定し、当該個数とビットストリーム内の構文要素から導出される値とを比較する。ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数がビットストリーム内の構文要素から導出される値より大きい場合、修正された出力処理が実行されるか、あるいは、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャのうち、出力の順序が最初のピクチャが出力され、出力が不要なものとしてマーキングされる。これをピクチャ出力処理＃２と示す。

本明細書中、最初に復号化側を説明した後に符号化側を説明して、種々の特定の実現例の実施形態及び態様を以下に更に説明する。

本明細書中、出力が必要なものとしてマーキングされることは、ピクチャが表示又は格納等のために出力されるのを待機していることを示す。それに対応して、本明細書中、出力が不要なものとしてマーキングされることは、ピクチャが出力されるのを待機していないこと、例えば既に出力されたことを示す。それに対応して、参照に使用されるものとしてマーキングされることは、ピクチャが別のピクチャの復号化時に予測に使用されることを示す。参照に使用されないものとしてマーキングされることは、ピクチャが後続のピクチャにより参照又は予測に使用できないことを示す。上述のようにマーキングすることは、ラベル「出力が必要なもの」、「出力が不要なもの」、「参照に使用されるもの」又は「参照に使用されないもの」をピクチャに文字通りマーキングすることであると解釈されるべきでない。寧ろ、マーキングは、ピクチャが出力される必要がある／必要がない及び参照ピクチャとして使用できる／使用できないと何らかの方法で識別されることであると解釈されるべきである。マーキングは、種々の実施形態で実現されてもよい。例えばピクチャは、出力される必要があるピクチャ又は出力される必要がないピクチャ、あるいは、参照ピクチャとして使用できるピクチャ又は参照ピクチャとして使用できないピクチャに対するＤＰＢの専用の特定の部分に格納されてもよい。あるいは、ピクチャは、出力が必要なもの又は出力が不要なもの及び参照に使用されるもの又は参照に使用されないものとしてピクチャを識別するフラグ又は他の符号語を用いてタグ付けされるか又はそれらと関連付けられてもよい。フラグを使用する一実現例の場合、フラグは、選択肢の１つを示す第１の値（０_ｂｉｎ又は１_ｂｉｎ）及び他の選択肢を示す第２の値（１_ｂｉｎ又は０_ｂｉｎ）を有してもよい。例えば、第１のフラグがピクチャの出力に関して使用されてもよく、第２のフラグが参照に関して使用されてもよい。

従って、一般的な一態様は、デコーダにより実行される方法に関する。方法において、デコーダは、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数を判定し、当該個数とビットストリーム内の構文要素から導出される値とを比較する。ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数がビットストリーム内の構文要素から導出される値より大きい場合、修正された出力処理が実行されるか、あるいは、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャのうち、出力の順序が最初のピクチャが出力され、出力が不要なものとしてマーキングされる。本明細書中、これをピクチャ出力処理＃２と示す。

この一般的な態様は、本明細書中でＨ．２６５対応デコーダとしても示されるＨＥＶＣ対応デコーダにおいて実現されるのが好ましい。そのような場合、実現例の一実施形態は、ＨＥＶＣ対応デコーダにより実行され且つ以下のステップを備える方法に関する。ＨＥＶＣ対応デコーダは、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数を判定する。ＨＥＶＣ対応デコーダは更に、個数と映像シーケンスのピクチャを表すビットストリーム内に存在する少なくとも１つの構文要素から導出される値とを比較する。個数が値より大きい場合、ＨＥＶＣ対応デコーダは更に、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャのうち、出力の順序が最初のピクチャを出力する。更に、個数が値より大きい場合、ＨＥＶＣ対応デコーダは、出力されたピクチャに出力が不要なものとしてマーキングする。

図８は、一実施形態に係るデコーダにより実行される方法を示すフローチャートである。方法は、現在のピクチャが復号化され且つＤＰＢに格納された後に、ステップＳ１において、出力必要とマーキングされたＤＰＢ内のピクチャの個数を判定することを含む。次のステップＳ２は、当該個数と値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］とを比較することを含む。個数が値より大きい場合、ステップＳ３へ進む。当該ステップＳ３は、出力必要とマーキングされたＤＰＢ内のピクチャのうち、出力順序が最初のピクチャを出力することを含む。その後、ステップＳ３で出力されたピクチャは、ステップＳ４において、出力不要とマーキングされる。従って、当該ステップＳ４は、個数が値より大きい場合に実行される。

本実施形態において、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］は、映像シーケンスのピクチャを表すビットストリーム内に存在する少なくとも１つの構文要素から導出される値の好適な表現として使用される。更に、ＨｉｇｈｅｓｔＴｉｄは、映像シーケンスのデコーダにより復号化される最上位レイヤを指定する。従って、ＨｉｇｈｅｓｔＴｉｄは、映像シーケンスが１つ以上の時間レイヤを含む場合は最上位時間サブレイヤを示し、映像シーケンスが１つ以上の空間レイヤ、品質レイヤ等の別の種類のレイヤを含む場合は最上位復号化レイヤを示す。

一実施形態において、ＨｉｇｈｅｓｔＴｉｄがｉである場合、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］は、復号化の順序が符号化映像シーケンス内の何らかのピクチャより前であり且つ出力の順序が当該ピクチャより後ろになることができるピクチャの最大許容個数を示す。ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］の接頭辞ｓｐｓは、構文要素がビットストリームのシーケンスパラメータセット（ＳＰＳ）内に存在するのが好ましいことを示す。

従って、本実施形態において、レイヤ毎に導出される１つの値がビットストリーム内に存在し、ステップＳ２で実行される比較で使用される値は、映像シーケンスのデコーダにより実際に復号化される最上位レイヤに対して導出される値である。尚、この最上位復号化レイヤは、構文要素が映像パラメータセット（ＶＰＳ）から検索されるか又はＳＰＳから検索されるかに依存して、ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１又はｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１等のｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１構文要素により指定される映像シーケンス内のレイヤの最大個数以下であってもよい。

従って、特定の一実施形態において、映像シーケンスは、ピクチャの複数のレイヤ、すなわち少なくとも２つのレイヤを含むマルチレイヤ映像シーケンスである。その場合、複数のレイヤの各レイヤは、各々の値を定義する関連する構文要素を有するのが好ましい。その場合、ステップＳ２の比較で使用される値は、本実施形態において、複数のレイヤのうちデコーダにより復号化される最上位レイヤに関連する構文要素から取得される値である。

特定の一実施形態において、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］は、レイヤｉ以下の時間レイヤ等のレイヤ内に存在する復号化の順序がピクチャより前であり且つ出力の順序が当該ピクチャより後ろであるピクチャの最大許容個数を示す。

一実施形態において、ステップＳ２の比較で個数が判定された値より小さい場合、方法は終了するのが好ましく、ピクチャは出力されないか又はマーキングされない。従って、そのような場合、ステップＳ３及びＳ４は省略され、実行されない（右側の点線を参照）。

一実施形態において、ステップＳ２〜Ｓ４は、現在のピクチャが復号化され且つＤＰＢに格納された後に１回のみ実行されてもよい。あるいは、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数が値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］より大きくなくなるまで、ステップＳ２〜Ｓ４により形成されるループ（左側の点線を参照）が実行されてもよい。ステップＳ２〜Ｓ４のループが実行される度に、ステップＳ３で出力されたピクチャにステップＳ４で出力が不要なものとしてマーキングすることにより、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数は１ずつ減少される。これは、現在のピクチャが復号化され且つＤＰＢに格納された後に、ステップＳ３又はＳ４が、個数≦ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］の場合は０回実行されてもよく、個数＝ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］＋１の場合は１回実行されてもよく、個数＞ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］＋１の場合は２回以上実行されてもよく、すなわち、個数＝ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］＋ｎの場合はｎ回実行されてもよいことを意味する。ステップＳ２における比較により、個数が値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］より大きくないと判定される場合、方法は終了する。

ステップＳ１におけるＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数の判定は、現在のピクチャが復号化され且つＤＰＢに格納された後に実行されるのが好ましい。

上記で開示し且つ図８に示す方法は、復号化され且つＤＰＢに格納される映像シーケンスのピクチャ毎に１回実行されるのが好ましい。従って、方法は、現在のピクチャが復号化されたと見なされるとすぐに、すなわち、ピクチャの最後の復号化ユニットが復号化され且つ現在の復号化ピクチャがＤＰＢ内の空のピクチャ格納バッファ、すなわちピクチャスロットに格納された後すぐに実行されるのが好ましい。

図９は、図８の方法の追加のオプションのステップを示すフローチャートである。方法は、映像シーケンスの復号化される現在のピクチャのスライスヘッダを構文解析することを含むステップＳ１０から開始する。次のステップＳ１１において、構文解析されたスライスヘッダに基づいて、現在のピクチャに対する参照ピクチャセット（ＲＰＳ）を判定する。ステップＳ１２において、ＲＰＳ内に存在しないＤＰＢ内の全てのピクチャは、参照に使用されないものとしてマーキングされる。次のステップＳ１３は、ＤＰＢ内のピクチャのうち、出力が必要なものとしてマーキングされた０個、１つ又は複数、すなわち２つ以上のピクチャを出力することを含む。当該ステップＳ１３は、出力された０個以上のピクチャに出力が不要なものとしてマーキングすることを更に含む。ステップＳ１４は、ＤＰＢ内のピクチャのうち、参照に使用されないもの及び出力が不要なものとしてマーキングされたピクチャをＤＰＢから削除又は除去することを含む。その後、ステップＳ１５において、現在のピクチャが復号化される。その後、図８のステップＳ１へ進む。従って、本実施形態において、ステップＳ１におけるピクチャの個数の判定、ステップＳ２における個数の比較、ステップＳ３におけるピクチャの出力及びステップＳ４におけるピクチャへのマーキングは、ステップＳ１５において現在のピクチャを復号化した後に実行される。

ステップＳ１５における現在のピクチャの復号化に加えて、本ステップは、現在のピクチャに参照に使用されるものとしてマーキングすることを更に含むのが好ましく、あるいは、オプションの一実施形態において、現在のピクチャに短期間参照に使用されるものとしてマーキングすることを更に含むのが好ましい。現在のピクチャは更に、ステップＳ１０において取得されるのが好ましい可変のＰｉｃＯｕｔｐｕｔＦｌａｇの値に従って、出力が必要なもの又は出力が不要なものとしてマーキングされるのが好ましい。

一般に、符号化映像シーケンス、すなわちビットストリームは、ネットワーク抽象化層（ＮＡＬ）ユニットを含む。基本的に、１つのＮＡＬユニットは、スライスに対する制御情報を含む対応するスライスヘッダと映像ペイロードデータとを有するスライスを含むか、あるいは、ＮＡＬユニットは、ＶＰＳ、ＳＰＳ及びピクチャパラメータセット（ＰＰＳ）等のパラメータセットを含む。パラメータセットは制御情報を含む。映像シーケンスのピクチャは、単一のスライスで構成されてもよく、あるいは複数のスライスで構成されてもよい。従って、図９のステップＳ１０は、ピクチャのスライスを含むＮＡＬユニットのスライスヘッダ部分を構文解析することを含む。ピクチャが複数のスライスを含むため各々のスライスヘッダを含む複数のＮＡＬユニットに分散される場合、ステップＳ１０は、ピクチャの各スライスに対して実行されるのが好ましい。しかし、ステップＳ１１〜Ｓ１４は、通常はピクチャ内の第１のスライスであるピクチャ内のスライスのうちの１つに対してのみ実行されるのが好ましい。

ステップＳ１０で構文解析されるスライスヘッダは、デコーダがＲＰＳを生成できるようにする情報を含む。ＲＰＳは、現在のピクチャに関連付けられる参照ピクチャのセットであり、復号化の順序が現在のピクチャより前であり且つ現在のピクチャ又は復号化の順序が現在のピクチャより後ろである映像シーケンス内のピクチャの参照、すなわちフレーム間予測に使用されてもよい全ての参照ピクチャで構成される。

ステップＳ１０で取得され且つステップＳ１１でＲＰＳを判定するために使用される情報は、例えば、現在のスライスに適用可能なＳＰＳ等のパラメータセット内に含まれるＲＰＳ構文構造に対する識別子を含む。ＨＥＶＣに適用可能なそのような識別子の一例は、ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘである。その場合、パラメータセットは、ＳＰＳに含まれるｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ（）構文要素の個数を定義するｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ等の１つ以上のＲＰＳを定義する構文要素を含み、その場合、ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ（）構文要素は、現在のピクチャに対する候補ＲＰＳを定義する。

あるいは、ステップＳ１０で取得される情報は、ステップＳ１１においてＲＰＳを判定するために直接使用されてもよい。当該情報は、例えばｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ（）構文要素を含んでもよく、その場合、ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ（）構文要素は現在のピクチャのＲＰＳを定義する。

ＲＰＳの判定の更なる情報は、第ＷＯ２０１３／００２７００号、並びにＪＣＴＶＣ−Ｊ１００３＿ｄ７、Ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ ｖｉｄｅｏ ｃｏｄｉｎｇ（ＨＥＶＣ） ｔｅｘｔ ｓｐｅｃｉｆｉｃａｔｉｏｎ ｄｒａｆｔ ８、Ｂ．Ｂｒｏｓｓ等、ＪＣＴ−ＶＣ ｏｆ ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３ ａｎｄ ＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１ １０^ｔｈ Ｍｅｅｔｉｎｇ、ストックホルム、２０１２年７月１１日〜２０日の７．３．２．２節、７．３．５．１節、７．３．５．２節、７．４．２．２節、７．４．５．１節及び８．３．２節において見ることができる。

上述のように、ＲＰＳは、ＤＰＢ内に保持される映像シーケンスのピクチャ、すなわち、現在のピクチャを復号化する際及び／又は復号化の順序が現在のピクチャより後ろであるピクチャを復号化する際に参照ピクチャとして使用できる映像シーケンスのピクチャを指定する。これは、ＤＰＢに格納されているがＲＰＳ内に記載されていない参照ピクチャはそれ以上参照ピクチャとして使用されないことを意味する。従って、ステップＳ１２は、ＤＰＢ内に存在するがＲＰＳにおいて識別されないそのようなピクチャに参照に使用されないものとしてマーキングすることを含む。

ステップＳ１３におけるピクチャの出力は、出力が必要なものとしてマーキングされた１つのピクチャを出力すること、出力が必要なものとしてマーキングされた２つ以上のピクチャを出力すること又は実際はピクチャを全く出力しないことを含むことができる。ステップＳ１３で出力されるピクチャは、出力の順序に従って出力され、Ｐｉｃｔｕｒｅ Ｏｒｄｅｒ Ｃｏｕｎｔ（ＰＯＣ）の値が小さい順序で出力されるのが好ましい。

その後、ステップＳ１３で出力されたピクチャは、出力されたため、出力が不要なものとしてマーキングされる。０個のピクチャが出力される場合、当然、当該ステップＳ１３においてマーキングは実行されない。

参照に使用されないもの及び出力が不要なものとしてマーキングされたピクチャは、それ以上、参照ピクチャとして必要なく且つ出力も不要である。従って、ステップＳ１４において、そのようなマーキングされたピクチャがＤＰＢから削除又は除去され、ＤＰＢ内のピクチャ格納バッファ、すなわちピクチャスロットが解放される。

現在のピクチャの復号化は、ＨＥＶＣ／Ｈ．２６５規格において指定されるようなピクチャ復号化の既知の方法に従って実行される。従って、ステップＳ１５における復号化は、通常は参照ピクチャとしてＤＰＢに格納された１つ以上の以前に復号化されたピクチャの画素値を使用して、現在のピクチャ内の画素又はサンプルの画素値を生成することを含む。

図９に示す実施形態において、図８に示すステップＳ１〜Ｓ４を含む方法は、ピクチャ出力処理＃２として上述した追加又は更なるピクチャ出力処理として見なされてもよい。そのため、本実施形態により、現在のピクチャがステップＳ１５で復号化された後であるがビットストリーム内の次のピクチャの処理を開始する前でも、すなわち、復号化の順序が次であるピクチャに対してステップＳ１０を実行する前でも、ステップＳ３においてピクチャを出力できる。

図１４は、本実施形態を要約する。従って、一実施形態において、より早くピクチャを出力できるようにするために、追加のピクチャ出力処理ステップがピクチャの復号化の後に追加される（図１４を参照）。デコーダの方法は、実施形態に係る以下の順序のステップを含んでもよく且つ／又はデコーダは、そのようなステップを実行するように構成されてもよい。

１．ピクチャＰの第１のスライスヘッダのＲＰＳを含むスライスヘッダが構文解析される。
２．ピクチャマーキング処理が実行され、例えば、スライスヘッダからのＲＰＳにより、ピクチャが参照に使用されないものとしてマーク付される場合がある。
３．ピクチャ出力処理が実行され、ピクチャが出力される場合がある。
４．ピクチャＰが復号化される。
５．ピクチャＰが復号化された後、デコーダは、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数を判定し、当該個数とビットストリーム内の例えばｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］である構文要素から導出される値とを比較する。
６．ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数がビットストリーム内の構文要素から導出される値より大きい場合、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャのうち、出力の順序が最初のピクチャが出力され、出力が不要なものとしてマーキングされる。このように、実施形態によると、ピクチャ出力処理＃２が導入される。
７．次のピクチャＱが、ピクチャＱに対して上記のステップ１〜６を繰り返すことにより復号化される。

図８において開示した方法は、ＨＥＶＣ等に対する修正された出力処理の一部としても実現されてもよい。本方法において、既存のピクチャ出力処理ステップは、より早くピクチャを出力できるようにするために修正される。

修正は、背景の節において説明したｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇに関する問題に対する解決策を提供する。解決策は、上述の実施形態と同様であるが、更なる出力処理を追加する代わりに、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇが１である場合に既存のＨＥＶＣ出力処理が修正される点が異なる。

図１０は、上述の実施形態を実現する場合の図８における方法の追加のオプションのステップを示すフローチャートである。ステップＳ２０は、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇフラグの値を取得するために、本技術でイントラランダムアクセスポイント（ＩＲＡＰ）ピクチャとも呼ぶ映像シーケンスのランダムアクセスピクチャ（ＲＡＰ）のスライスヘッダを構文解析することを含む。ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇフラグの値が１である場合、図８のステップＳ１へ進む。従って、本実施形態において、ステップＳ１における個数の判定、ステップＳ２における個数の比較、ステップＳ３におけるピクチャの出力及びステップＳ４におけるピクチャへのマーキングは、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値が１である場合に実行される。

それに対応して、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ値の値が０である場合、方法は終了し、修正された出力処理は実行されない。

本実施形態がＨＥＶＣに適用される場合、方法は、ステップＳ２０で構文解析されたスライスヘッダに基づいてランダムアクセスピクチャに対するＲＰＳを判定する追加ステップを備えるのが好ましい（図９のステップＳ１１と比較）。方法は、ＲＰＳ内に記載されていないＤＰＢ内の全てのピクチャに参照に使用されないものとしてマーキングすることを更に含む（図９のステップＳ１２と比較）。ランダムアクセスピクチャは復号化される（図９のステップＳ１５と比較）。本実施形態において、ステップＳ１における個数の判定、ステップＳ２における個数の比較、ステップＳ３におけるピクチャの出力及びステップＳ４におけるピクチャへのマーキングは、ＲＰＳ内に記載されていないピクチャにマーキングした後でありランダムアクセスピクチャを復号化する前に実行される。

図１５は、本実施形態の復号化を簡略に示すフローチャートである。デコーダの方法は、実施形態に係る以下の順序のステップを含んでもよく且つ／又はデコーダは、そのようなステップを実行するように構成されてもよい。
１）ピクチャＰの第１のスライスヘッダのスライスヘッダが構文解析される。
２）ピクチャマーキング処理が実行される。
３）ピクチャ出力処理が実行され、ピクチャが出力される場合がある。ピクチャ出力処理は、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇが１である場合に以下が適用するように修正される。
ａ．デコーダは、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数を判定し、当該個数とビットストリーム内の構文要素から導出される値とを比較する。
ｂ．ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数がビットストリーム内の構文要素から導出される値より大きい場合、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャのうち、出力の順序が最初のピクチャが出力され、出力が不要なものとしてマーキングされる。
ｃ．ＤＰＢ内の出力が必要なものとしてマーキングされた残りの全てのピクチャは、出力が不要なものとしてマーキングされる。それらは出力されない。
４）ピクチャＰが復号化される。

図１１は、別の実施形態に係るデコーダにより実行される方法を示すフローチャートである。方法は、ステップＳ３０において、映像シーケンスの復号化される現在のピクチャのスライスヘッダを構文解析することを含む。ステップＳ３１において、構文解析されたスライスヘッダに基づいて、ＲＰＳが現在のピクチャに対して判定される。次のステップＳ３２は、ＲＰＳ内に存在しないＤＰＢ内の全てのピクチャに参照に使用されないものとしてマーキングすることを含む。ステップＳ３３において、ＤＰＢ内のピクチャのうち、出力が必要なものとしてマーキングされた０個以上のピクチャが出力され、出力が不要なものとしてマーキングされる。次のステップＳ３４は、ＤＰＢ内のピクチャのうち、参照に使用されないもの及び出力が不要なものとしてマーキングされたピクチャをＤＰＢから削除又は除去することを含む。その後、ステップＳ３５において、現在のピクチャは復号化される。

上記のステップＳ３０〜Ｓ３５は、基本的に、前述し且つ図９に示したステップＳ１０〜Ｓ１５に対応する。

その後、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数を判定することを含むステップＳ３６へ進む。当該個数は、ステップＳ３７において、映像シーケンスのピクチャを表すビットストリーム内に存在する少なくとも１つの構文要素から導出される値と比較される。個数が値より大きい場合、ステップＳ３８及びＳ３９へ進む。ステップＳ３８は、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャのうち、出力の順序が最初のピクチャを出力することを含む。ステップＳ３９は、ステップＳ３８で出力されたピクチャに出力が不要なものとしてマーキングすることを含む。

本実施形態において、ステップＳ３６におけるピクチャの個数の判定、ステップＳ３７における個数の比較、ステップＳ３８におけるピクチャの出力及びステップＳ３９におけるピクチャへのマーキングは、ステップＳ３５において現在のピクチャを復号化した後に実行される。

ステップＳ３６〜Ｓ３９は、前述し且つ図８に示したステップＳ１〜Ｓ４に対応するが、ステップＳ３７において判定された個数と比較される値が必ずしもｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］でなくてもよく、その代わりに、以下に更に説明するビットストリーム内に存在する他の構文要素から導出される値であってもよい点が異なる。

一実施形態において、ステップＳ３７の比較において判定される際に個数が値より大きくない場合、方法は終了するのが好ましく、ピクチャは出力されず又はマーキングされない。従って、そのような場合、ステップＳ３８及びＳ３９は省略され且つ実行されない（右側の点線を参照）。

一実施形態において、ステップＳ３７〜Ｓ３９は、現在のピクチャが復号化され且つ好ましくはＤＰＢに格納された後に１回のみ実行されてもよい。あるいは、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数が値より大きくなくなるまで、ステップＳ３７〜Ｓ３９により形成されるループ（左側の点線を参照）が実行されてもよい。ステップＳ３７〜Ｓ３９のループが実行される度に、ステップＳ３８で出力されたピクチャにステップＳ３９で出力が不要なものとしてマーキングすることにより、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数は１ずつ減少される。

図１２は、図１１の方法の追加のオプションのステップを示すフローチャートであるが、図８及び図９に示す実施形態にも適用可能である。方法は、現在のピクチャが復号化された図１１のステップＳ３５又は図９のステップＳ１５から続く。次のステップＳ４０は、ＤＰＢ内の復号化された現在のピクチャを空のピクチャ格納バッファ、すなわちピクチャスロットに格納することを含む。ステップＳ４１において、復号化された現在のピクチャは、出力が必要なもの又は出力が不要なものとしてマーキングされる。オプションで、ピクチャは、短期間参照に使用されるものとして更にマーキングされ、すなわち、参照ピクチャとして使用されるものとして更にマーキングされてもよい。当該ステップＳ４１は、現在のピクチャに割り当てられたＰｉｃＯｕｔｐｕｔＦｌａｇに基づいて実行されるのが好ましい。従って、フラグが１の値を有する場合、復号化された現在のピクチャは出力が必要なものとしてマーキングされ、それ以外の場合、すなわちフラグが０の値を有する場合、復号化された現在のピクチャは出力が不要なものとしてマーキングされる。ＰｉｃＯｕｔｐｕｔＦｌａｇは、現在のピクチャのスライスヘッダ内に存在してもよい構文要素ｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇ等に基づいて、当該現在のピクチャに適用可能なビットストリーム内の構文要素から導出されてもよい。

その後、図１１のステップＳ３６又は図８のステップＳ１へ進み、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数が判定される。

図１１のステップＳ３７及び図８のステップＳ２における比較で使用される値の選択の種々の実施形態を以下に説明する。

一実施形態において、映像シーケンスは、ピクチャの複数のレイヤを含むマルチレイヤ映像シーケンスである。その場合、複数のレイヤの各レイヤは、出力処理において使用される各々の値を定義する関連する構文要素を有する。方法は、図１３のフローチャートに示す追加のオプションのステップを更に備える。方法は、図１１のステップＳ３５又は図８のステップＳ１から続く。次のステップＳ５０は、複数のレイヤのうちデコーダにより復号化される最上位レイヤに関連する構文要素から導出される値を選択することを含む。その後、図１１のステップＳ３７又は図８のステップＳ２へ進み、当該選択された値が使用される。

本実施形態において、ステップＳ３７及びステップＳ２は、ステップＳ３６又はＳ１で判定された個数とｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］の値とを比較することを含むのが好ましい。個数が値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］より大きい場合、ステップＳ３８又はＳ３へ進み、本実施形態において、当該ステップは、ＤＰＢ内の出力が必要なものとしてマーキングされた全てのピクチャのうち、ＤＰＢ内のＰｉｃＯｒｄｅｒＣｎｔＶａｌの値が最小のピクチャを出力することを含む。ＰｉｃＯｒｄｅｒＣｎｔＶａｌは、ピクチャのピクチャ順位値を表し、ＤＰＢに格納されたピクチャの出力の順序を定義するのが好ましい。

本実施形態の特定の実現例の一態様において、映像シーケンスは、ピクチャの複数のレイヤを含むマルチレイヤ映像シーケンスである。そのような場合、各レイヤは、各々の値、すなわちレイヤの番号ｉに対するｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］を有する。その場合、使用する値は、最上位復号化レイヤ、すなわち、レイヤが異なる時間レイヤである場合の最上位サブレイヤ等、デコーダにより復号化される最上位レイヤに関連する値である。

別の実施形態において、映像シーケンスは、ピクチャの複数のレイヤを含むマルチレイヤ映像シーケンスである。その場合、複数のレイヤの各レイヤは、各々の値を定義する関連する構文要素を有する。方法は、図１３のフローチャートに示す追加のオプションのステップを更に備える。方法は、図１１のＳ３６から続く。次のステップＳ５０は、複数のレイヤの最上位レイヤに関連する構文要素から導出される値を選択することを含む。その後、ステップＳ３７へ進み、当該選択された値が使用される。

本実施形態において、ステップＳ３７は、ステップＳ３６で判定された個数とｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］の値とを比較することを含むのが好ましい。個数が値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］より大きい場合、ステップＳ３８へ進み、本実施形態において、当該ステップは、ＤＰＢ内の出力が必要なものとしてマーキングされた全てのピクチャのうち、ＤＰＢ内のＰｉｃＯｒｄｅｒＣｎｔＶａｌの値が最小のピクチャを出力することを含む。構文要素ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１は、映像シーケンスのレイヤの最大個数を指定する。

本実施形態の特定の実現例の一態様において、映像シーケンスは、ピクチャの複数のレイヤを含むマルチレイヤ映像シーケンスである。そのような場合、各レイヤは、各々の値、すなわちレイヤの番号ｉに対するｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］を有する。その場合、使用する値は、ビットストリーム内の最上位レイヤに関連する値である。

更なる一実施形態において、映像シーケンスは、ピクチャの複数のレイヤを含むマルチレイヤ映像シーケンスである。その場合、複数のレイヤの各レイヤは、各々の値を定義する関連する構文要素を有する。方法は、図１３のフローチャートに示す追加のオプションのステップを更に備える。方法は、図１１のステップＳ３６から続く。次のステップＳ５０は、複数のレイヤのうち復号化された現在のピクチャが属するレイヤに関連する構文要素から導出される値を選択することを含む。その後、ステップＳ３７へ進み、当該選択された値が使用される。

更に別の実施形態において、映像シーケンスは、ピクチャの複数のレイヤを含むマルチレイヤ映像シーケンスである。その場合、複数のレイヤの各レイヤは、各々の値を定義する関連する構文要素を有する。方法は、図１３のフローチャートに示す追加のオプションのステップを更に備える。方法は、図１１のステップＳ３６から続く。次のステップＳ５０は、各々の値のうち最大の値を選択することを含む。

図１１に示す方法は、映像シーケンスのランダムアクセスピクチャである現在のピクチャに適用可能である。そのような場合、ステップＳ３０は、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｆｌａｇフラグの値を取得するためにランダムアクセスピクチャのスライスヘッダを構文解析することを含むのが好ましい。そのような場合、ステップＳ３６における個数の判定、ステップＳ３７における個数の比較、ステップＳ３８におけるピクチャの出力及びステップＳ３９におけるピクチャへのマーキングは、当該フラグの値に基づく条件付きであってもよい。従って、オプションの一実施形態において、上記のステップＳ３６〜Ｓ３９は、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｆｌａｇフラグの値が１である場合に実行される。

一実施形態において、図９のステップＳ１２及び図１１のステップＳ３２において実行されるピクチャへのマーキングは、ＲＰＳ内に存在しないＤＰＢ内の全てのピクチャに参照に使用されないものとしてマーキングすることを含むのが好ましい。これらのステップは、オプションで、ＲＰＳ内に存在するＤＰＢ内の全てのピクチャに参照に使用されるものとしてマーキングすることを更に含む。しかし、一般に、ピクチャは復号化され且つＤＰＢに格納されると、参照に使用されるものとしてマーキングされる。従って、ステップＳ１２及びＳ３２は、通常、それ以上参照に必要ないピクチャに再度マーキングすることを含む。

一実施形態において、図８のステップＳ３及び図１１のステップＳ３８において実行されるピクチャの出力は、ステップＳ２又はＳ３７で判定される際に個数が値より大きい場合、ＤＰＢ内の出力が必要なものとしてマーキングされた全てのピクチャのうち、ピクチャ順位値が最小のピクチャを出力することを含むのが好ましい。ピクチャ順位値は、パラメータＰｉｃＯｒｄｅｒＣｎｔＶａｌにより表されるのが好ましい。

一実施形態において、図８のステップＳ３及び図１１のステップＳ３８において実行されるピクチャの出力は、符号化映像シーケンスの復号化される次のピクチャのスライスヘッダを構文解析する前に実行されるのが好ましい。

一実施形態において、図８又は図１１において実行される方法は、ビットストリームに関連付けられ且つＰＰＳ、ＳＰＳ及びＶＰＳで構成されるグループから選択されるパラメータセットから少なくとも１つの構文要素を検索する追加のステップを備える。ＰＰＳは、現在のピクチャのスライスヘッダ内に存在するＰＰＳ識別子に基づいて識別される。現在のピクチャに適用するＳＰＳは、現在のピクチャのスライスヘッダ内に存在するＰＰＳ識別子により識別されるＰＰＳ内に存在するＳＰＳ識別子により識別される。それに対応して、現在のピクチャに適用するＶＰＳは、現在のピクチャに適用するＳＰＳ内に存在するＶＰＳ識別子により識別される。特定の一実施形態において、少なくとも１つの構文要素はＳＰＳから検索される。

ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇを使用する一実現例に適用可能な特定の一実施形態は、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇフラグが１である場合、ＤＰＢ内の出力が必要なものとしてマーキングされた残りの全てのピクチャに出力が不要なものとしてマーキングするのが好ましい追加のステップを備える。

関連する一実施形態において、方法は、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇフラグが１である場合、ピクチャを全く出力せずにＤＰＢ内の全てのピクチャを削除する更なるステップを備える。その場合、ＤＰＢの占有量は、ＤＰＢが空であることを示すために０に等しく設定される。

種々の実施形態を以下に更に説明する。
実施形態１
一実施形態において、より早くピクチャを出力できるようにするために、追加のピクチャ出力処理ステップがピクチャ復号化の後に追加される（図１４を参照）。

デコーダの方法は、実施形態に係る以下の順序のステップを含んでもよく且つ／又はデコーダは、そのようなステップを実行するように構成されてもよい。
１．ピクチャＰの第１のスライスヘッダのスライスヘッダが構文解析される。
２．ピクチャマーキング処理が実行される。
３．ピクチャ出力処理が実行され、ピクチャが出力される場合がある。
４．ピクチャＰが復号化される。
５．ピクチャＰが復号化された後、デコーダは、ＤＰＢ内の「出力が必要なもの」としてマーキングされたピクチャの個数を判定し、当該個数とビットストリーム内の構文要素（実施形態９により説明される）から導出される値とを比較する。
６．ＤＰＢ内の「出力が必要なもの」としてマーキングされたピクチャの個数がビットストリーム内の構文要素から導出される値より大きい場合、ＤＰＢ内の「出力が必要なもの」としてマーキングされたピクチャのうち、出力の順序が最初のピクチャが出力され、「出力が不要なもの」としてマーキングされる。このように、実施形態によると、ピクチャ出力処理＃２が導入される。
７．次のピクチャＱが復号化される。

実施形態２
実施形態１と同一であり、値は、ビットストリーム内の構文要素の単一の符号語により表される。

実施形態３
実施形態２と同一であり、値は、例えばピクチャパラメータセット（ＰＰＳ）、シーケンスパラメータセット（ＳＰＳ）又は映像パラメータセット（ＶＰＳ）であるシーケンスパラメータセット内の符号語により表される。

実施形態４
実施形態１〜３と同一であり、ビットストリーム内のレイヤ毎に導出される１つのレイヤ依存値が存在し、比較で使用する値は、ピクチャＰと同一のレイヤに対して導出される値である。

実施形態５
実施形態１〜３と同一であり、ビットストリーム内のレイヤ毎に導出される１つの値が存在し、比較で使用する値は、ビットストリーム内の最上位レイヤに対して導出される値である。

実施形態６
実施形態１〜３と同一であり、ビットストリーム内のレイヤ毎に導出される１つの値が存在し、比較で使用する値は、全てのレイヤに対して最大の値である。

実施形態７
実施形態５と同一であり、最上位レイヤは、最上位サブレイヤとして定義される。

実施形態８
実施形態１〜７と同一であり、出力の順序が最初のピクチャは、ＤＰＢ内のＰｉｃＯｒｄｅｒＣｎｔＶａｌの値が最小のピクチャとして定義される。ＰｉｃＯｒｄｅｒＣｎｔＶａｌはＰＯＣを定義し、上述される。

実施形態９
実施形態４〜８と同一であり、レイヤは時間レイヤである。

実施形態１０
実施形態１、２、３、５、８及び９の組み合わせは、１つの好適な実施形態である。現在のＨＥＶＣ仕様（ＪＣＴＶＣ−Ｋ００３０＿ｖ３）において本実施形態を述べることにより、Ｃ．５．３節におけるＨＥＶＣ仕様に以下の変更が生じる。太字の文章は、追加された文章を意味する。

Ｃ．５．３ ピクチャの復号化、マーキング及び格納、並びに可能な場合の１つのピクチャの出力
現在のピクチャを含むアクセスユニットｎの最後の復号化ユニットがDPBから除去されると、以下がすぐに行われる。

現在のピクチャは、ピクチャの最後の復号化ユニットが復号化された後に、復号化されたと考えられる。現在の復号化ピクチャは、ＤＰＢ内の空のピクチャ格納バッファに格納され、以下が適用される。
１．−現在の復号化ピクチャが１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有する場合、「出力が必要なもの」としてマーキングされる。
２．−それ以外の場合（現在の復号化ピクチャが０に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有する場合）、「出力が不要なもの」としてマーキングされる。

現在の復号化ピクチャが参照ピクチャである場合、「参照に使用されるもの」としてマーキングされ、それ以外の場合（現在の復号化ピクチャが非参照ピクチャである場合）、「参照に使用されないもの」としてマーキングされる。

現在の復号化ピクチャがＤＰＢに格納された後、ＤＰＢ内の「出力が必要なもの」としてマーキングされたピクチャの個数がｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］より大きい場合、ＤＰＢ内の全てのピクチャのうち、ＤＰＢ内のＰｉｃＯｒｄｅｒＣｎｔＶａｌの値が最小のピクチャがクロップされ、出力され且つ「出力が不要なもの」としてマーキングされる。

実施形態１１
実施形態１、２、３、７、８及び９の組み合わせは、別の好適な実施形態である。現在のＨＥＶＣ仕様（ＪＣＴＶＣ−Ｋ００３０＿ｖ３）において本実施形態を述べることにより、Ｃ．５．３節におけるＨＥＶＣ仕様に以下の変更が生じる。太字の文章は、追加された文章を意味する。

Ｃ．５．３ ピクチャの復号化、マーキング及び格納、並びに可能な場合の１つのピクチャの出力
現在のピクチャを含むアクセスユニットｎの最後の復号化ユニットがDPBから除去されると、以下がすぐに行われる。

現在のピクチャは、ピクチャの最後の復号化ユニットが復号化された後に、復号化されたと考えられる。現在の復号化ピクチャは、ＤＰＢ内の空のピクチャ格納バッファに格納され、以下が適用される。
１．−現在の復号化ピクチャが１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有する場合、「出力が必要なもの」としてマーキングされる。
２．−それ以外の場合（現在の復号化ピクチャが０に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有する場合）、「出力が不要なもの」としてマーキングされる。

現在の復号化ピクチャが参照ピクチャである場合、「参照に使用されるもの」としてマーキングされ、それ以外の場合（現在の復号化ピクチャが非参照ピクチャである場合）、「参照に使用されないもの」としてマーキングされる。

現在の復号化ピクチャがＤＰＢに格納された後、ＤＰＢ内の「出力が必要なもの」としてマーキングされたピクチャの個数がｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］より大きい場合、ＤＰＢ内の全てのピクチャのうち、ＤＰＢ内のＰｉｃＯｒｄｅｒＣｎｔＶａｌの値が最小のピクチャがクロップされ、出力され且つ「出力が不要なもの」としてマーキングされる。

実施形態１２
一実施形態において、より早くピクチャを出力できるようにするために、既存のピクチャ出力処理ステップが修正される（図１５を参照）。

修正は、上述したｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇに関する問題に対する解決策を提供する。解決策は、実施形態１〜１１と同様であるが、追加の出力処理を追加する代わりに、以下に示すようにｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇが１である場合に既存のＨＥＶＣ出力処理が修正される点が異なる。

デコーダの方法は、実施形態に係る以下の順序のステップを含んでもよく且つ／又はデコーダは、そのようなステップを実行するように構成されてもよい。
１．ピクチャＰの第１のスライスヘッダのスライスヘッダが構文解析される。
２．ピクチャマーキング処理が実行される。
３．ピクチャ出力処理が実行され、ピクチャが出力される場合がある。ピクチャ出力処理は、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇが１である場合に以下が適用するように修正される。
ａ．デコーダは、ＤＰＢ内の「出力が必要なもの」としてマーキングされたピクチャの個数を判定し、当該個数とビットストリーム内の構文要素から導出される値とを比較する。
ｂ．ＤＰＢ内の「出力が必要なもの」としてマーキングされたピクチャの個数がビットストリーム内の構文要素から導出される値より大きい場合、ＤＰＢ内の「出力が必要なもの」としてマーキングされたピクチャのうち、出力の順序が最初のピクチャが出力され、「出力が不要なもの」としてマーキングされる。
ｃ．ＤＰＢ内の「出力が必要なもの」としてマーキングされた残りの全てのピクチャは、「出力が不要なもの」としてマーキングされる。それらは出力されない。
４）ピクチャＰが復号化される。
実施形態２〜１２は、本実施形態１２に同様に適用する。

実施形態１３
実施形態１２と実施形態２、３、７、８及び９との組み合わせは、好適な一実施形態である。現在のＨＥＶＣ仕様（ＪＣＴＶＣ−Ｋ００３０＿ｖ３）において本実施形態を述べることにより、Ｃ．３．１節におけるＨＥＶＣ仕様に以下の変更が生じる。太字の文章は、追加された文章を意味する。

Ｃ．３．１ ＤＰＢからのピクチャの除去
現在のピクチャを復号化する前に（しかし、現在のピクチャの第１のスライスのスライスヘッダを構文解析した後に）ＤＰＢからピクチャを除去することは、アクセスユニットｎ（現在のピクチャを含む）の第１の復号化ユニットをDPBから除去する際にすぐに行われ、以下のように進められる。
８．３．２項において指定される参照ピクチャセットに対する復号化処理が実行される。
現在のピクチャがＩＤＲ又はＢＬＡピクチャである場合、以下が適用する。

１．ＩＤＲ又はＢＬＡピクチャが復号化される第１のピクチャでなく、有効なシーケンスパラメータセットから導出されるｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ又はｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ又はｉの何らかの可能な値に対するｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］の値がそれぞれ、先行ピクチャに対して有効であったシーケンスパラメータセットから導出されるｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ又はｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ又はｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］の値と異なる場合、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの実際の値に関係なく、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇは１であるとＨＲＤにより推論される。

尚、デコーダの実現例は、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ又はｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］の変化に関して、ピクチャ又はＤＰＢのサイズの変化にＨＲＤより率直に対処しようとするべきである。

２．ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇが１である場合又は１であると推論される場合、以下の順序のステップが適用する。
１．ＤＰＢ内の「出力が必要なもの」としてマーキングされたピクチャの個数がｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］より大きい場合、ＤＰＢ内の全てのピクチャのうち、ＤＰＢ内のＰｉｃＯｒｄｅｒＣｎｔＶａｌの値が最小のピクチャがクロップされ、出力され且つ「出力不要なもの」としてマーキングされる。
２．ＤＰＢ内の全てのピクチャ格納バッファが含むピクチャを出力することなく、それらのピクチャ格納バッファが空にされ、ＤＰＢの占有量は０に設定される。

ＤＰＢ内の以下の条件の全てが当てはまる全てのピクチャｋがＤＰＢから削除される。
−ピクチャｋは、「参照に使用されないもの」としてマーキングされる。
−ピクチャｋは、０に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有するか、あるいは、そのＤＰＢ出力時間が現在のピクチャｎの第１の復号化ユニット（復号化ユニットｍと示す）のDPB除去時間以下である。すなわち、ｔ_{０、ｄｐｂ}（ｋ）＜＝ｔ_ｒ（ｍ）。
ピクチャがＤＰＢから除去される場合、ＤＰＢの占有量は１ずつ減分される。

図３０を参照して、ＪＣＴＶＣ−Ｋ００３０＿ｖ３において２１６〜２１７ページのＣ．５．１節により示される従来技術に対する本明細書中で開示する実施形態の利点を以下に説明する。ＪＣＴＶＣ−Ｋ００３０＿ｖ３における従来技術の解決策は、何らかのピクチャを出力するかを判定するために、パラメータｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＴｅｍｐｏｒａｌＩＤ］を使用する。特に、ＪＣＴＶＣ−Ｋ００３０＿ｖ３において、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数がｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＴｅｍｐｏｒａｌＩＤ］より大きい場合、現在の復号化ピクチャを格納するための空のピクチャ格納バッファが生じるまで、Ｃ．５．２．１項において指定されるバンピング処理が繰り返し実行されると述べられる。

図３０に示す番号は、映像シーケンス内のピクチャの復号化の順序を示す。ピクチャは、左から右の順序で、すなわち、Ｉ０、ｂ５、Ｂ３、ｂ６、Ｂ２、ｂ７、Ｂ４、ｂ８及びＰ１の順序で出力される必要がある。図は、異なるレイヤに対するレイヤの番号、すなわちＴｅｍｐｏｒａｌＩｄ及び各レイヤに対するｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓを更に示す。ＪＣＴＶＣ−Ｋ００３０＿ｖ３において提案されるようにｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＴｅｍｐｏｒａｌＩＤ］を使用してスライスヘッダの構文解析に関連してピクチャをバンピング又は出力する場合、出力処理は以下に従う。
ピクチャ 出力待ち sps_max_num_reorder_pics 動作
Ｉ０ − ０ なし
Ｂ１ Ｉ０ ０ Ｉ０を出力
Ｂ２ Ｂ１ １ なし
Ｂ３ Ｂ１ Ｂ２ ２ なし
Ｂ４ Ｂ１ Ｂ２ Ｂ３ ２ Ｂ３を出力
しかし、ピクチャｂ５がピクチャＢ３より前に出力される必要があるため、ピクチャＢ４の処理時にピクチャＢ３を出力するのは誤りである。

現在のピクチャを復号化した後にＨｉｇｈｅｓＴＩｄ＝３を使用してバンピング、すなわち出力する本明細書において開示する一実施形態を使用する場合、以下の結果が達成される。
ピクチャ 出力待ち sps_max_num_reorder_pics 動作
Ｉ０ Ｉ０ ４ なし
Ｂ１ Ｉ０ Ｂ２ ４ なし
Ｂ２ Ｉ０ Ｂ１ Ｂ２ ４ なし
Ｂ３ Ｉ０ Ｂ１ Ｂ２ Ｂ３ ４ なし
Ｂ４ Ｉ０ Ｂ１ Ｂ２ Ｂ３ Ｂ４ ４ Ｉ０を出力
Ｂ５ Ｂ１ Ｂ２ Ｂ３ Ｂ４ ｂ５ ４ ｂ５を出力
一実施形態によると、時間スケーリングを使用してレイヤ０〜２のみを復号化する場合、ＨｉｇｈｅｓＴｉｄは２であり、以下の結果が達成される。
ピクチャ 出力待ち sps_max_num_reorder_pics 動作
Ｉ０ Ｉ０ ２ なし
Ｂ１ Ｉ０ Ｂ１ ２ なし
Ｂ２ Ｉ０ Ｂ１ Ｂ２ ２ Ｉ０を出力
Ｂ３ Ｂ１ Ｂ２ Ｂ３ ２ Ｂ３を出力
Ｂ４ Ｂ１ Ｂ２ Ｂ４ ２ Ｂ２を出力
従って、本明細書において開示する実施形態は、図３０に示す例において正しい順序でピクチャを出力できるが、ＪＣＴＶＣ−Ｋ００３０＿ｖ３における従来技術の解決策は、スライスヘッダを構文解析した後にバンピング処理を実行する場合、正しい順序で出力しない。

図８〜図１５に関連して上述したステップ、機能、手順、モジュール及び／又はブロックは、汎用電子回路網及び特定用途向け回路網の双方を含む個別回路又は集積回路技術等の何らかの従来の技術を使用してハードウェアで実現されてもよい。

特定の例は、１つ以上の適切に構成されたデジタル信号プロセッサ、並びに、例えば特殊化した機能を実行するために相互接続された個別論理ゲート又は特定用途向け集積回路（ＡＳＩＣ）である他の既知の電子回路を含む。

あるいは、図８〜図１５に関連して上述したステップ、機能、手順、モジュール及び／又はブロックのうちの少なくともいくつかは、１つ以上のプロセッサを含む適切な処理回路網により実行するためのコンピュータプログラム等のソフトウェアで実現されてもよい。

プロセッサは、例えばメモリの形態であるコンピュータプログラム製品に格納されたコンピュータプログラムに含まれるソフトウェア命令を実行できる。各コンピュータプログラム製品は、ランダムアクセスメモリ（ＲＡＭ）及び読出し専用メモリ（ＲＯＭ）の何らかの組み合わせであるメモリであってもよい。各メモリは、例えば磁気メモリ、光メモリ、固体メモリ又はリモートに搭載されたメモリのうちのいずれか１つ又はそれらの組み合わせであってもよい固定記憶装置を含む。

従って、上記に提示し且つ図８〜図１５に示したフローチャート又は図は、１つ以上のプロセッサにより実行される場合、コンピュータのフローチャート又は図であると見なされてもよい。対応する装置は、機能モジュールのグループとして定義されてもよく、その場合、プロセッサにより実行される各ステップは機能モジュールに対応する。この場合、機能モジュールは、プロセッサ上で実行するコンピュータプログラムとして実現される。

処理回路網の例は、１つ以上のマイクロプロセッサ、１つ以上のデジタル信号プロセッサ（ＤＳＰ）、１つ以上の中央処理装置（ＣＰＵ）、映像加速ハードウェア、並びに／あるいは１つ以上のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）又は１つ以上のプログラマブル論理制御器（ＰＬＣ）等の何らかの適切なプログラマブル論理回路網を含むが、それらに限定されない。

提案された技術が実現される何らかの従来の装置又はユニットの一般的な処理能力を再利用することが可能だろうことが更に理解されるべきである。例えば既存のソフトウェアを再プログラミングするか又は新規のソフトウェア構成要素を追加することにより、既存のソフトウェアを再利用することが更に可能だろう。

一態様によると、上記で開示した実施形態のいずれかに係る方法を実行するように構成されるデコーダが提供される。デコーダは、映像シーケンスのピクチャを表すビットストリームの現在のピクチャが復号化され且つＤＰＢに格納された後に、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数を判定するように構成される。デコーダは、個数と値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］とを比較するように更に構成される。デコーダは、個数が値より大きい場合、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャのうち、出力の順序が最初のピクチャを出力するように更に構成される。デコーダは、個数が値より大きい場合、（出力された）ピクチャに出力が不要なものとしてマーキングするように更に構成される。

一実施形態において、デコーダ１００は、本明細書中の上記で開示した方法ステップ（図８、並びにオプションで図９、図１０及び図１２〜図１４を参照）を実行するように構成されるプロセッサ１１０を備える。デコーダ１００は、プロセッサ１１０に接続されたメモリ１２０を更に備えてもよい（図１６を参照）。

図１６は、一実施形態に係るデコーダ１００を概略的に示すブロック図である。デコーダ１００は、映像シーケンスのピクチャを表すビットストリーム１０を受信し且つビットストリーム１０を復号化するように構成される。デコーダ１００は、プロセッサ１１０と、ＤＰＢ１２５を備えるメモリ１２０とを備える。プロセッサ１１０は、現在のピクチャが復号化され且つＤＰＢ１２５に格納された後に、ＤＰＢ１２５内の出力が必要なものとしてマーキングされたピクチャの個数を判定するように構成される。プロセッサ１１０は、個数と値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］１４とを比較するように更に構成される。プロセッサ１１０は、個数が値より大きい場合、ＤＰＢ１２５内の出力が必要なものとしてマーキングされたピクチャのうち、出力の順序が最初のピクチャを出力するように更に構成される。プロセッサ１１０は、個数が値より大きい場合、ピクチャに出力が不要なものとしてマーキングするように更に構成される。

図１６において、デコーダ１００は、プロセッサ１１０を備えるものとして示される。当該プロセッサ１１０は、単一のプロセッサとして実現されてもよく、あるいは処理回路網の形態等で複数のプロセッサとして実現されてもよい。

従って、図１６は、デコーダ１００のコンピュータでの一実現例を示す。この特定の例において、上述したステップ、機能、手順、モジュール及び／又はブロックのうちの少なくともいくつかは、プロセッサ１１０により実行するためにメモリ１２０にロードされるコンピュータプログラムで実現される。プロセッサ１１０及びメモリ１２０は相互接続され、通常のソフトウェア実行を可能にする。符号化ピクチャのビットストリーム１０の入力及び復号化ピクチャの出力を可能にするために、オプションの入出力装置（不図示）がプロセッサ１１０及び／又はメモリ１２０に更に相互接続されてもよい。

用語「コンピュータ」は、特定の処理、判定又は計算タスクを実行するためのプログラムコード又はコンピュータプログラム命令の実行を可能にする何らかのシステム、デバイス又は装置として一般的な意味で解釈されるべきである。

一実施形態において、プロセッサ１１０は、映像シーケンスの復号化される現在のピクチャのスライスヘッダ１２を構文解析するように構成されるのが好ましい。プロセッサ１１０は、構文解析されたスライスヘッダ１２に基づいて現在のピクチャに対するＲＰＳを判定するように更に構成される。プロセッサ１１０は、ＲＰＳ内に存在しないＤＰＢ１２５内の全てのピクチャに参照に使用されないものとしてマーキングするように更に構成される。プロセッサ１１０は、ＤＰＢ１２５内のピクチャのうち、出力が必要なものとしてマーキングされた０個以上のピクチャを出力し且つ０個以上のピクチャに出力が不要なものとしてマーキングするように更に構成される。プロセッサ１１０は、ＤＰＢ１２５内のピクチャのうち、参照に使用されないもの及び出力が不要なものとしてマーキングされたピクチャをＤＰＢ１２５から削除又は除去するように更に構成されるのが好ましい。プロセッサ１１０は、好ましくは符号化された形態で提供される映像ペイロードデータ１６を使用して、現在のピクチャを復号化するように更に構成される。本実施形態において、プロセッサ１１０は、現在のピクチャを復号化した後に、ピクチャの個数を判定し、個数を比較し、ピクチャを出力し且つピクチャにマーキングするように構成される。

一実施形態において、プロセッサ１１０は、オプションで、ｎｏ＿ｏｕｔｐｕｔ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇフラグの値を取得するために映像シーケンスのランダムアクセスピクチャのスライスヘッダ１２を構文解析するように構成される。そのような場合、プロセッサ１１０は、オプションで、ｎｏ＿ｏｕｔｐｕｔ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇフラグの値が１である場合に（及びそのような場合のみ）、個数を判定し、個数を比較し、ピクチャを出力し且つピクチャにマーキングするように構成される。

実施形態の別の態様は、映像シーケンスの復号化される現在のピクチャのスライスヘッダを構文解析するように構成されるデコーダに関する。デコーダは、構文解析されたスライスヘッダに基づいて現在のピクチャに対するＲＰＳを判定するように更に構成される。デコーダは、ＲＰＳ内に存在しないＤＰＢ内の全てのピクチャに参照に使用されないものとしてマーキングするように更に構成される。デコーダは、ＤＰＢ内のピクチャのうち、出力が必要なものとしてマーキングされた０個以上のピクチャを出力し且つ０個以上のピクチャに出力が不要なものとしてマーキングするように更に構成される。デコーダは、ＤＰＢ内のピクチャのうち、参照に使用されないもの及び出力が不要なものとしてマーキングされたピクチャをＤＰＢから削除又は除去するように更に構成されるのが好ましい。デコーダは、現在のピクチャを復号化するように更に構成される。本実施形態において、デコーダは、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数を判定するように構成される。デコーダは、個数とビットストリーム内に存在する少なくとも１つの構文要素から導出される値とを比較するように更に構成される。デコーダは、個数が値より大きい場合、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャのうち、出力の順序が最初のピクチャを出力するように更に構成される。デコーダは、個数が値より大きい場合、ピクチャに出力が不要なものとしてマーキングするように更に構成される。これは、本実施形態において、デコーダが、現在のピクチャを復号化した後に、ピクチャの個数を判定し、個数を比較し、ピクチャを出力し且つピクチャにマーキングするように構成されることを意味する。

一実施形態において、デコーダ１００は、本明細書中の上記で開示した方法ステップ（図１１、並びにオプションで図１２、図１３及び図１５を参照）を実行するように構成されるプロセッサ１１０を備える。デコーダ１００は、プロセッサ１１０に接続されたメモリ１２０を更に備えてもよい（図１６を参照）。

本実施形態において、従って、デコーダ１００は、プロセッサ１１０と、ＤＰＢ１２５を備えるメモリ１２０とを備える。プロセッサ１１０は、映像シーケンスの復号化される現在のピクチャのスライスヘッダ１２を構文解析するように構成される。プロセッサ１１０は、構文解析されたスライスヘッダ１２に基づいて現在のピクチャに対するＲＰＳを判定するように更に構成される。プロセッサ１１０は、ＲＰＳ内に存在しないＤＰＢ１２５内の全てのピクチャに参照に使用されないものとしてマーキングするように更に構成される。プロセッサ１１０は、ＤＰＢ１２５内のピクチャのうち、出力が必要なものとしてマーキングされた０個以上のピクチャを出力し且つ０個以上のピクチャに出力が不要なものとしてマーキングするように更に構成される。プロセッサ１１０は、ＤＰＢ１２５内のピクチャのうち、参照に使用されないもの及び出力が不要なものとしてマーキングされたピクチャをＤＰＢ１２５から削除又は除去するように更に構成されるのが好ましい。プロセッサ１１０は、現在のピクチャを復号化するように更に構成される。本実施形態において、プロセッサ１１０は、ＤＰＢ１２５内の出力が必要なものとしてマーキングされたピクチャの個数を判定するように構成される。プロセッサ１１０は、個数とビットストリーム１０内に存在する少なくとも１つの構文要素１４から導出される値とを比較するように更に構成される。プロセッサ１１０は、個数が値より大きい場合、ＤＰＢ１２５内の出力が必要なものとしてマーキングされたピクチャのうち、出力の順序が最初のピクチャを出力するように更に構成される。プロセッサ１１０は、個数が値より大きい場合、ピクチャに出力が不要なものとしてマーキングするように更に構成される。これは、本実施形態において、プロセッサ１１０が、現在のピクチャを復号化した後に、ピクチャの個数を判定し、個数を比較し、ピクチャを出力し且つピクチャにマーキングするように構成されることを意味する。

一実施形態において、プロセッサ１１０は、本明細書中の上記で開示したように、復号化された現在のピクチャをＤＰＢ１２５に格納し且つ復号化された現在のピクチャに出力が必要なもの又は出力が不要なものとしてマーキングするように構成されるのが好ましい。

実現例の一実施形態において、プロセッサ１１０は、個数と値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］とを比較するように構成されるのが好ましい。この実現例の実施形態において、プロセッサ１１０は、個数が値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］より大きい場合、ＤＰＢ１２５内の出力が必要なものとしてマーキングされた全てのピクチャのうち、ＤＰＢ１２５内のＰｉｃＯｒｄｅｒＣｎｔＶａｌの値が最小のピクチャを出力するように構成される。

実現例の別の実施形態において、現在のピクチャは、映像シーケンスのランダムアクセスピクチャである。そのような場合、プロセッサ１１０は、オプションで、ｎｏ＿ｏｕｔｐｕｔ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇフラグの値を取得するためにランダムアクセスピクチャのスライスヘッダ１２を構文解析するように構成される。その場合、プロセッサ１１０は、オプションで、ｎｏ＿ｏｕｔｐｕｔ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇフラグの値が１である場合に、個数を判定し、個数を比較し、ピクチャを出力し且つピクチャにマーキングするように構成される。

映像シーケンスがピクチャの複数のレイヤを含むマルチレイヤ映像シーケンスであり、複数のレイヤの各レイヤが各々の値を定義する関連する構文要素を有する場合、プロセッサ１１０は、複数のレイヤのうちデコーダ１００により復号化される最上位レイヤに関連する好ましくはｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓである構文要素から導出される値を選択するように構成されるのが好ましい。

一実施形態において、プロセッサ１１０は、個数が値より大きい場合、ＤＰＢ１２５内の出力が必要なものとしてマーキングされたピクチャのうち、ピクチャ順位値が最小のピクチャを出力するように構成されるのが好ましい。

一実施形態において、プロセッサ１１０は、映像シーケンスの復号化される次のピクチャのスライスヘッダを構文解析する前にピクチャを出力するように構成されるのが好ましい。

図１７は、デコーダ２００の別の実現例を概略的に示すブロック図である。本例は、デコーダ２００のハードウェアでの実現例に特に適している。デコーダ２００は、映像シーケンスのピクチャを表すビットストリームを受信し且つＤＰＢ２２５を備える接続されたメモリ２２０にビットストリームを格納するように構成された入力部２１０を備える。デコーダは、メモリ２２０に接続された個数判定部２３０を更に備える。当該個数判定部２３０は、現在のピクチャが復号化され且つＤＰＢ２２５に格納された後に、ＤＰＢ２２５内の出力が必要なものとしてマーキングされたピクチャの個数を判定するように構成される。比較器２４０は、個数判定部２３０に接続され、個数と値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］とを比較するように構成される。デコーダ２００は、比較器２４０及び好ましくはメモリ２２０に接続された出力部２５０を更に備える。出力部２５０は、個数が値より大きい場合、ＤＰＢ２２５内の出力が必要なものとしてマーキングされたピクチャのうち、出力の順序が最初のピクチャを出力するように構成される。マーキング部２６０は、メモリ２２０に接続され、個数が値より大きい場合、ピクチャに出力が不要なものとしてマーキングするように構成される。

比較器２４０は、個数判定部２３０により判定されたピクチャの個数を受信するために、個数判定部２３０に接続されるのが好ましい。それに対応して、出力部２５０は、判定された個数が値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓＴｉｄ］より大きいか否かの情報を比較器２４０から受信するために、比較器２４０に接続されるのが好ましい。マーキング部２６０は、出力部２５０により出力されたピクチャの情報を受信するために、出力部２５０に接続されるのが好ましい。

図１８は、デコーダ３００の更に別の実現例を概略的に示すブロック図である。本例は、デコーダ３００のハードウェアでの実現例に特に適している。デコーダ３００は、映像シーケンスのピクチャを表すビットストリームを受信し且つＤＰＢ３２５を備える接続されたメモリ３２０にビットストリームを格納するように構成された入力部３１０を備える。メモリ３２０に接続された構文解析部３７０は、映像シーケンスの復号化される現在のピクチャのスライスヘッダを構文解析するように構成される。デコーダ３００は、構文解析部３７０及び好ましくはメモリ３７０に接続された参照ピクチャセット判定部３８０を備える。参照ピクチャセット判定部３８０は、構文解析されたスライスヘッダに基づいて現在のピクチャに対するＲＰＳを判定するように構成される。マーキング部３６０は、メモリ３２０に接続され、ＲＰＳ内に存在しないＤＰＢ３２５内の全てのピクチャに参照に使用されないものとしてマーキングするように構成される。デコーダ３００は、メモリ３２０及び好ましくは比較３４０に接続された出力部３５０を更に備える。出力部３５０は、ＤＰＢ３２５内のピクチャのうち、出力が必要なものとしてマーキングされた０個以上のピクチャを出力するように構成され、その場合、マーキング部３６０は、０個以上のピクチャに出力が不要なものとしてマーキングするように構成される。ピクチャ削除部３９０は、メモリ３２０に接続され、ＤＰＢ３２５内のピクチャのうち、参照に使用されないもの及び出力が不要なものとしてマーキングされたピクチャをＤＰＢ３２５から削除又は除去するように構成される。復号化部３０５は、メモリ３２０に接続され、現在のピクチャを復号化するように構成される。

図１８のデコーダ３００は、メモリ３２０に接続され、好ましくは構文解析部３７０及び比較器３４０に更に接続された個数判定部３３０を更に備える。個数判定部３３０は、ＤＰＢ３２５内の出力が必要なものとしてマーキングされたピクチャの個数を判定するように構成される。前述した比較器３４０は、個数とビットストリーム内に存在する少なくとも１つの構文要素から導出される値とを比較するように構成される。本実施形態において、出力部３５０は、個数が値より大きい場合、ＤＰＢ３２５内の出力が必要なものとしてマーキングされたピクチャのうち、出力の順序が最初のピクチャを出力するように更に構成される。マーキング部３６０は、個数が値より大きい場合、ピクチャに出力が不要なものとしてマーキングするように更に構成される。

好適な一実施形態において、復号化部３０５が現在のピクチャを復号化した後に、個数判定部３３０はピクチャの個数を判定するように構成され、比較器３４０は個数を比較するように構成され、出力部３５０はピクチャを出力するように構成され、マーキング部３６０はピクチャにマーキングするように構成される。

参照ピクチャセット判定部３８０は、構文解析されたスライスヘッダ内に存在し且つＲＰＳを判定するために使用される情報を受信するために、構文解析部３７０に接続されるのが好ましい。参照ピクチャセット判定部３８０は、ＲＰＳ又はＲＰＳ内に記載されたピクチャの情報をマーキング部３６０に提供するために、マーキング部３６０に更に接続されるのが好ましい。比較器３４０は、個数判定部３３０により判定されたピクチャの個数を受信するために、個数判定部３３０に接続されるのが好ましい。それに対応して、出力部３５０は、判定された個数が値より大きいか否かの情報を比較器３４０から受信するために、比較器３４０に接続されるのが好ましい。マーキング部３６０は、出力部３５０により出力されたピクチャの情報を受信するために、出力部３５０に接続されるのが好ましい。

前述したように、デコーダは、機能モジュールのグループとして定義されてもよく、その場合、機能モジュールは、プロセッサ上で実行するコンピュータプログラムとして実現される。

図１６は、プロセッサ１１０及び関連付けられたメモリ１２０を備えるデコーダ１００の一例を概略的に示すブロック図である。

従って、メモリ１２０に常駐するコンピュータプログラムは、プロセッサ１１０により実行される場合に、上述したステップ及び／又はタスクの少なくとも一部を実行するように構成された適切な機能モジュールとして編成されてもよい。そのような機能モジュールの一例を図１９に示す。従って、図１９は、機能モジュール４１０〜４４０のグループを備えるデコーダ４００の一例を概略的に示すブロック図である。これらのモジュールは、映像シーケンスのピクチャを表すビットストリームの現在のピクチャが復号化され且つＤＰＢに格納された後に、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数を判定する個数判定モジュール４１０を含む。デコーダ４００は、好ましくは個数判定モジュール４１０から受信される個数と値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓＴｉｄ］とを比較する比較モジュール４２０を更に備える。デコーダ４００の出力モジュール４３０は、オプションであるが好ましくは比較モジュール４２０により判定される際に個数が値より大きい場合、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャのうち、出力の順序が最初のピクチャを出力する。デコーダ４００は、オプションであるが好ましくは比較モジュール４２０により判定される際に個数が値より大きい場合、ピクチャに出力が不要なものとしてマーキングするマーキングモジュール４４０を更に備える。

図２０は、機能モジュール５１０〜５８０のグループを有するデコーダ５００の別の例を概略的に示すブロック図である。デコーダ５００は、映像シーケンスのピクチャを表すビットストリームの復号化される現在のピクチャのスライスヘッダを構文解析する構文解析モジュール５１０を備える。デコーダ５００の参照ピクチャセット判定モジュール５２０は、好ましくは構文解析モジュール５１０により構文解析されたスライスヘッダに基づいて現在のピクチャに対するＲＰＳを判定する。デコーダ５００は、オプションであるが好ましくは参照ピクチャセット判定モジュール５２０により判定されたＲＰＳ内に存在しないＤＰＢ内の全てのピクチャに参照に使用されないものとしてマーキングするマーキングモジュール５３０と、ＤＰＢ内のピクチャのうち、出力が必要なものとしてマーキングされた０個以上のピクチャを出力する出力モジュール５４０とを更に備える。一実施形態において、マーキングモジュール５３０は更に、０個以上のピクチャに出力が不要なものとしてマーキングする。デコーダ５００は、ＤＰＢ内のピクチャのうち、参照に使用されないもの及び出力が不要なものとしてマーキングされたピクチャをＤＰＢから削除又は除去する削除モジュール５５０と、現在のピクチャを復号化する復号化モジュール５６０とを更に備える。デコーダ５００は、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数を判定する個数判定モジュール５６０と、オプションであるが好ましくは個数判定モジュール５６０により判定された個数とビットストリーム内に存在する少なくとも１つの構文要素から導出される値とを比較する比較モジュール５７０とを更に備える。

一実施形態において、出力モジュール５４０は更に、オプションであるが好ましくは比較モジュール５７０により判定される際に個数が値より大きい場合、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャのうち、出力の順序が最初のピクチャを出力する。マーキングモジュール５３０は更に、オプションであるが好ましくは比較モジュール５７０により判定される際に個数が値より大きい場合、ピクチャに出力が不要なものとしてマーキングする。

一実施形態において、復号化モジュール５６０が現在のピクチャを復号化した後に、個数判定モジュール５７０はピクチャの個数を判定し、比較モジュール５８０は個数を比較し、出力モジュール５４０はピクチャを出力し、マーキングモジュール５３０は前記ピクチャにマーキングする。

図１９及び図２０に示すデコーダ４００、５００の実施形態は、オプションで、図９、図１０、図１２〜図１５等を参照して本明細書中の上記で開示した種々の実現例の実施形態を実行するように更に動作可能であってもよい。

一実施形態において、コンピュータプログラムは、プロセッサ１１０（図１６を参照）又はコンピュータにより実行される場合に、上述し且つ図８〜図１５に示したステップ、機能、手順及び／又はブロックをプロセッサ１１０又はコンピュータに実行させるプログラムコードを備える。

ソフトウェア又はコンピュータプログラムは、通常はコンピュータ可読媒体に記憶又は格納されるコンピュータプログラム製品として実現されてもよい。コンピュータ可読媒体は、ＲＯＭ、ＲＡＭ、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）、ユニバーサルシリアルバス（ＵＳＢ）メモリ、ハードディスクドライブ（ＨＤＤ）記憶装置、フラッシュメモリ又は他の何らかの従来のメモリ装置を含むがそれらに限定されない１つ以上の取外し可能又は取外し不能メモリ装置を含んでもよい。従って、コンピュータプログラムは、処理回路網により実行するために、コンピュータ又は同様の処理装置のオペレーティングメモリにロードされてもよい。

図１６〜図２０に示すデコーダ１００、２００、３００、４００、５００は、ＨＥＶＣ対応デコーダであるのが好ましい。しかし、実施形態はＨＥＶＣに限定されない。

一態様によると、エンコーダにより実行される方法が提供される。方法において、エンコーダは、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数を判定し、当該個数とビットストリーム内の構文要素により表される値とを比較する。ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数がビットストリーム内の構文要素から導出される値より大きい場合、修正された出力マーキング処理が実行されるか、あるいは、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャのうち、出力の順序が最初のピクチャに出力が不要なものとしてマーキングする。

図２１は、一実施形態に係るエンコーダにより実行される方法を示すフローチャートである。方法は、現在のピクチャが復号化され且つＤＰＢに格納された後に、ステップＳ６０において、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数を判定することを含む。次のステップＳ６１は、個数と値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］とを比較することを含む。この場合、ＨｉｇｈｅｓｔＴｉｄは、映像シーケンスのうちエンコーダにより復号化される最上位レイヤを指定する。個数が値より大きい場合、ステップＳ６２へ進む。ステップＳ６２は、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャのうち、出力の順序が最初のピクチャに出力が不要なものとしてマーキングすることを含む。

図２１のエンコーダにおいて実行される方法は、対応するデコーダにおいて実行される対応する方法と基本的に同様である（図８を参照）。しかし、デコーダはピクチャを出力するが、エンコーダは一般にピクチャを出力しない点が異なる。従って、図２１に示す方法の実施形態は、図８のデコーダにより実行される対応する方法の出力ステップＳ３を有さないのが好ましい。

一実施形態において、現在のピクチャが復号化された場合、出力に対するマーキング及び参照に対するマーキングの２つのマーキングが行われるのが好ましい。従って、一実施形態において、これらのマーキングは、出力が必要なものとしてマーキングされるピクチャの個数に影響を及ぼすため、ステップＳ６０の前に行われるのが好ましい。現在のピクチャがＰｉｃＯｕｔｐｕｔＦｌａｇ＝１を有する場合、現在のピクチャも計数されるのが好ましい。

一実施形態において、ステップＳ６１の比較において判定される際に個数が値より大きくない場合、方法は終了するのが好ましく、ピクチャはマーキングされない。従って、そのような場合、ステップＳ６２は省略され、実行されない（右側の点線を参照）。

一実施形態において、図２１のステップＳ６１〜Ｓ６２は、現在のピクチャが復号化され且つＤＰＢに格納された後に１回のみ実行されてもよい。あるいは、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数が値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］より大きくなくなるまで、ステップＳ６１〜Ｓ６２により形成されるループ（左側の点線を参照）が実行されてもよい。ステップＳ６１〜Ｓ６２のループが実行される度に、ステップＳ６２でマーキングすることにより、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数は１ずつ減少される。

図２２は、別の実施形態に係るエンコーダにより実行される方法を示すフローチャートである。方法は、ステップＳ７０において、映像シーケンスセットの現在のピクチャに対するＲＰＳ内に存在しないＤＰＢ内の全てのピクチャに参照に使用されないものとしてマーキングすることを含む。方法は、ステップＳ７１において、ＤＰＢ内のピクチャのうち、出力が必要なものとしてマーキングされた０個以上のピクチャに出力が不要なものとしてマーキングすることを更に含む。ステップＳ７２において、ＤＰＢ内のピクチャのうち、参照に使用されないもの及び出力が不要なものとしてマーキングされたピクチャはＤＰＢから削除又は除去される。次のステップＳ７３は、現在のピクチャを復号化することを含む。方法は、ステップＳ７４において、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数を判定することと、ステップＳ７５において、個数と少なくとも１つの定義された構文要素から導出される値とを比較することとを更に含む。当該個数が値より大きい場合、ステップＳ７６へ進む。ステップＳ７６は、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャのうち、出力の順序が最初のピクチャに出力が不要なものとしてマーキングすることを含む。好適な一実施形態において、ステップＳ７４におけるピクチャの個数の判定、ステップＳ７５における個数の比較及びステップＳ７６におけるピクチャへのマーキングは、ステップＳ７３において現在のピクチャを復号化した後に実行される。

図２２のエンコーダにおいて実行される方法は、対応するデコーダにおいて実行される対応する方法と基本的に同様である（図１１を参照）。しかし、デコーダはピクチャを出力するが、エンコーダは一般にピクチャを出力しない点が異なる。従って、図２２に示す方法の実施形態は、図１１のデコーダにより実行される対応する方法の出力ステップＳ３３及びＳ３８を有さないのが好ましい。更に、図２２の方法において、エンコーダはビットストリームを受信しないため、現在のピクチャに対するＲＰＳを判定するための情報を取得するためにスライスヘッダを構文解析する必要がない。エンコーダ自体が現在のピクチャに対するＲＰＳを生成し且つ判定する点が明らかに異なる。従って、図１１のデコーダにより実行される対応する方法のステップＳ３０及びＳ３１は、通常はエンコーダにより実行されない。

一実施形態において、ステップＳ７５の比較において判定される際に個数が値より大きくない場合、方法は終了するのが好ましく、ピクチャはマーキングされない。従って、そのような場合、ステップＳ７６は省略され、実行されない（右側の点線を参照）。

一実施形態において、ステップＳ７５〜Ｓ７６は、現在のピクチャが復号化され且つＤＰＢに格納された後に１回のみ実行されてもよい。あるいは、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数が値より大きくなくなるまで、ステップＳ７５〜Ｓ７６により形成されるループ（左側の点線を参照）が実行されてもよい。ステップＳ７５〜Ｓ７６のループが実行される度に、ステップＳ７６でマーキングすることにより、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数は１ずつ減少される。

デコーダにより実行される方法に関連して前述した実施形態は、エンコーダにより同様に実行可能である。

例えばエンコーダの方法は、一実施形態に係る以下の順序のステップを含んでもよく且つ／又はエンコーダは、そのようなステップを実行するように構成されてもよい。
１．ピクチャＰが符号化される。
２．ピクチャＰが符号化された後、エンコーダは、ＤＰＢ内の「出力が必要なもの」としてマーキングされたピクチャの個数を判定し、当該個数とビットストリーム内の構文要素から導出可能な値とを比較する。尚、これはエンコーダ内のＤＰＢを示す。エンコーダ及びデコーダにおけるＤＰＢの状態は同一である。デコーダにおける比較は完全に同一である。ＨＥＶＣ仕様はデコーダの動作を指定するが、エンコーダはそれに追従する必要があり、すなわちエンコーダはデコーダの動作を実行する。
３．ＤＰＢ内の「出力が必要なもの」としてマーキングされたピクチャの個数がビットストリーム内の構文要素から導出可能な値より大きい場合、ＤＰＢ内の「出力が必要なもの」としてマーキングされたピクチャのうち、出力の順序が最初のピクチャが「出力が不要なもの」としてマーキングされる。オプションで、ピクチャはエンコーダから出力されてもよい。
４．次のピクチャＱが符号化される。

図２１及び図２２に関連して上述したステップ、機能、手順、モジュール及び／又はブロックは、汎用電子回路網及び特定用途向け回路網の双方を含む個別回路又は集積回路技術等の何らかの従来の技術を使用してハードウェアで実現されてもよい。

特定の例は、１つ以上の適切に構成されたデジタル信号プロセッサ、並びに例えば特殊化した機能を実行するために相互接続された個別論理ゲート又はＡＳＩＣである他の既知の電子回路を含む。

あるいは、図２１及び図２２に関連して上述したステップ、機能、手順、モジュール及び／又はブロックのうちの少なくともいくつかは、１つ以上のプロセッサを含む適切な処理回路網により実行するためのコンピュータプログラム等のソフトウェアで実現されてもよい。

プロセッサは、例えばメモリの形態であるコンピュータプログラム製品に格納されたコンピュータプログラムに含まれるソフトウェア命令を実行できる。各コンピュータプログラム製品は、ＲＡＭ及びＲＯＭの何らかの組み合わせであるメモリであってもよい。各メモリは、例えば磁気メモリ、光メモリ、固体メモリ又はリモートに搭載されたメモリのうちのいずれか１つ又はそれらの組み合わせであってもよい固定記憶装置を含む。

従って、上記に提示し且つ図２１及び図２２に示したフローチャート又は図は、１つ以上のプロセッサにより実行される場合、コンピュータのフローチャート又は図であると見なされてもよい。対応する装置は、機能モジュールのグループとして定義されてもよく、その場合、プロセッサにより実行される各ステップは機能モジュールに対応する。この場合、機能モジュールは、プロセッサ上で実行するコンピュータプログラムとして実現される。

処理回路網の例は、１つ以上のマイクロプロセッサ、１つ以上のＤＳＰ、１つ以上のＣＰＵ、映像加速ハードウェア、並びに／あるいは１つ以上のＦＰＧＡ又は１つ以上のＰＬＣ等の何らかの適切なプログラマブル論理回路網を含むが、それらに限定されない。

提案された技術が実現される何らかの従来の装置又はユニットの一般的な処理能力を再利用することが可能だろうことが更に理解されるべきである。例えば既存のソフトウェアを再プログラミングするか又は新規のソフトウェア構成要素を追加することにより、既存のソフトウェアを再利用することが更に可能だろう。

一態様によると、方法を実行するように構成されるエンコーダが提供される。エンコーダは、現在のピクチャが復号化され且つＤＰＢに格納された後に、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数を判定するように構成される。エンコーダは、個数と値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］とを比較するように更に構成される。エンコーダは、個数が値より大きい場合、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャのうち、出力の順序が最初のピクチャに出力が不要なものとしてマーキングするように更に構成される。

一実施形態において、エンコーダ６００は、本明細書中の上記で開示した方法ステップ（図２１を参照）を実行するように構成されるプロセッサ６１０を備える。エンコーダ６００は、プロセッサ６１０に接続されたメモリ６２０を更に備えてもよい（図２３を参照）。

図２３は、一実施形態に係るエンコーダ６００を概略的に示すブロック図である。エンコーダ６００は、映像シーケンスのピクチャをビットストリーム１０に符号化するように構成される。エンコーダ６００は、プロセッサ６１０及びメモリ６２０を備える。メモリ６２０は、ＤＰＢ６２５を備える。一実施形態において、プロセッサ６１０は、現在のピクチャが復号化され且つＤＰＢ６２５に格納された後に、ＤＰＢ６２５内の出力が必要なものとしてマーキングされたピクチャの個数を判定するように構成される。プロセッサ６１０は、個数と値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］とを比較するように更に構成される。プロセッサ６１０は、個数が値より大きい場合、ＤＰＢ６２５内の出力が必要なものとしてマーキングされたピクチャのうち、出力の順序が最初のピクチャに出力が不要なものとしてマーキングするように更に構成される。

図２３において、エンコーダ６００は、プロセッサ６１０を備えるものとして示される。当該プロセッサ６１０は、単一のプロセッサとして実現されてもよく、あるいは処理回路網の形態等で複数のプロセッサとして実現されてもよい。

従って、図２３は、エンコーダ６００のコンピュータでの一実現例を示す。この特定の例において、上述したステップ、機能、手順、モジュール及び／又はブロックのうちの少なくともいくつかは、プロセッサ６１０により実行するためにメモリ６２０にロードされるコンピュータプログラムで実現される。プロセッサ６１０及びメモリ６２０は相互接続され、通常のソフトウェア実行を可能にする。符号化されるピクチャの入力及びビットストリーム１０の出力を可能にするために、オプションの入出力装置（不図示）がプロセッサ６１０及び／又はメモリ６２０に更に相互接続されてもよい。

実施形態の別の態様は、映像シーケンスの現在のピクチャに対するＲＰＳ内に存在しないＤＰＢ内の全てのピクチャに参照に使用されないものとしてマーキングするように構成されるエンコーダに関する。エンコーダは、ＤＰＢ内のピクチャのうち、出力が必要なものとしてマーキングされた０個以上のピクチャに出力が不要なものとしてマーキングし、ＤＰＢ内のピクチャのうち、参照に使用されないもの及び出力が不要なものとしてマーキングされたピクチャをＤＰＢから削除又は除去するように更に構成される。エンコーダは、現在のピクチャを復号化し、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数を判定するように更に構成される。エンコーダは、個数と少なくとも１つの定義された構文要素から導出される値とを比較し、個数が値より大きい場合、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャのうち、出力の順序が最初のピクチャに出力が不要なものとしてマーキングするように更に構成される。一実施形態において、エンコーダは、現在のピクチャを復号化した後に、ピクチャの個数を判定し、個数を比較し且つピクチャにマーキングするように構成される。

一実施形態において、エンコーダ６００は、本明細書中の上記で開示した方法ステップ（図２２を参照）を実行するように構成されるプロセッサ６１０を備える。エンコーダ６００は、プロセッサ６１０に接続されたメモリ６２０を更に備えてもよい（図２３を参照）。

図２３は、一実施形態に係るエンコーダ６００を概略的に示すブロック図である。エンコーダ６００は、映像シーケンスのピクチャをビットストリーム１０に符号化するように構成される。エンコーダ６００は、プロセッサ６１０及びメモリ６２０を備える。メモリ６２０は、ＤＰＢ６２５を備える。一実施形態において、プロセッサ６１０は、映像シーケンスの現在のピクチャに対するＲＰＳ内に存在しないＤＰＢ６２５内の全てのピクチャに参照に使用されないものとしてマーキングするように構成される。プロセッサ６１０は、ＤＰＢ６２５内のピクチャのうち、出力が必要なものとしてマーキングされた０個以上のピクチャに出力が不要なものとしてマーキングするように更に構成される。プロセッサ６１０は、ＤＰＢ６２５内のピクチャのうち、参照に使用されないもの及び出力が不要なものとしてマーキングされたピクチャをＤＰＢ６２５から削除又は除去するように更に構成される。本実施形態において、プロセッサ６１０は、現在のピクチャを復号化し、ＤＰＢ６２５内の出力が必要なものとしてマーキングされたピクチャの個数を判定するように更に構成される。プロセッサ６１０は、個数と少なくとも１つの定義された構文要素から導出される値とを比較するように更に構成される。プロセッサ６１０は、個数が値より大きい場合、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャのうち、出力の順序が最初のピクチャに出力が不要なものとしてマーキングするように更に構成される。本実施形態において、プロセッサ６１０は、現在のピクチャを復号化した後に、ピクチャの個数を判定し、個数を比較し且つピクチャにマーキングするように構成される。

図２４は、エンコーダ７００の別の実現例を概略的に示すブロック図である。本例は、エンコーダ７００のハードウェアでの実現例に特に適している。エンコーダ７００は、ＤＰＢ７２５を備えるメモリ７２０に接続された個数判定部７３０を備える。個数判定部７３０は、映像シーケンスの現在のピクチャが復号化され且つＤＰＢ７２５に格納された後に、ＤＰＢ７２５内の出力が必要なものとしてマーキングされたピクチャの個数を判定するように構成される。エンコーダ７００は、個数判定部７３０及び好ましくはメモリ７２０に接続された比較器７４０を更に備える。比較器７４０は、個数と値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］とを比較するように構成される。エンコーダのマーキング部７６０は、メモリ７２０に接続され、個数が値より大きい場合、個数が値より大きい場合、ＤＰＢ７２５内の出力が必要なものとしてマーキングされたピクチャのうち、出力の順序が最初のピクチャに出力が不要なものとしてマーキングするように構成される。

比較器７４０は、個数判定部７３０により判定されたピクチャの個数を受信するために、個数判定部７３０に接続されるのが好ましい。

図２５は、ハードウェアでの実現例に特に適しているエンコーダ８００の更に別の実現例を概略的に示すブロック図である。エンコーダ８００は、ＤＰＢ８２５を備えるメモリ８２０に接続されたマーキング部８６０を備える。マーキング部８６０は、i）映像シーケンスの現在のピクチャに対するＲＰＳ内に存在しないＤＰＢ８２５内の全てのピクチャに参照に使用されないものとしてマーキングし、ii）ＤＰＢ８２５内のピクチャのうち、出力が必要なものとしてマーキングされた０個以上のピクチャに出力が不要なものとしてマーキングするように構成される。ピクチャ削除部８９０は、メモリ８２０に接続され、ＤＰＢ８２５内のピクチャのうち、参照に使用されないもの及び出力が不要なものとしてマーキングされたピクチャをＤＰＢ８２５から削除又は除去するように構成される。エンコーダ８００は、メモリ８２０に接続され且つ現在のピクチャを復号化するように構成された復号化部８０５を更に備える。エンコーダ８００の個数判定部８３０は、メモリ８３０に接続され、ＤＰＢ８２５内の出力が必要なものとしてマーキングされたピクチャの個数を判定するように構成される。エンコーダ８００は、個数判定部８３０及び好ましくはメモリ８２０に接続された比較器８４０を更に備える。比較器８４０は、個数と少なくとも１つの定義された構文要素から導出される値とを比較するように構成される。本実施形態において、マーキング部８６０は、個数が値より大きい場合、ＤＰＢ８２５内の出力が必要なものとしてマーキングされたピクチャのうち、出力の順序が最初のピクチャに出力が不要なものとしてマーキングするように更に構成される。好適な一実施形態において、復号化部８０５が現在のピクチャを復号化した後に、個数判定部８３０はピクチャの個数を判定するように構成され、比較器８４０は個数を比較するように構成され、マーキング部８６０はピクチャにマーキングするように構成される。

比較器８４０は、個数判定部８３０により判定されたピクチャの個数を受信するために、個数判定部８３０に接続されるのが好ましい。

前述したように、エンコーダは、機能モジュールのグループとして定義されてもよく、その場合、機能モジュールは、プロセッサ上で実行するコンピュータプログラムとして実現される。

図２３は、プロセッサ６１０及び関連付けられたメモリ６２０を備えるエンコーダ６００の一例を概略的に示すブロック図である。

従って、メモリ６２０に常駐するコンピュータプログラムは、プロセッサ６１０により実行される場合に、上述したステップ及び／又はタスクの少なくとも一部を実行するように構成された適切な機能モジュールとして編成されてもよい。そのような機能モジュールの一例を図２６に示す。従って、図２６は、機能モジュール９１０〜９３０のグループを備えるエンコーダ９００の一例を概略的に示すブロック図である。これらのモジュールは、映像シーケンスのピクチャを表すビットストリームの現在のピクチャが復号化され且つＤＰＢに格納された後に、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数を判定する個数判定モジュール９１０を備える。エンコーダ９００は、オプションであるが好ましくは個数判定モジュール９１０により判定された個数と値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓＴｉｄ］とを比較する比較モジュール９２０を更に備える。エンコーダ９００は、オプションであるが好ましくは比較モジュール９２０により判定される際に個数が値より大きい場合、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャのうち、出力の順序が最初のピクチャに出力が不要なものとしてマーキングするマーキングモジュール９３０を更に備える。

図２７は、機能モジュール１０００〜１０５０のグループを有するエンコーダ１０００の別の例を概略的に示すブロック図である。エンコーダ１０００は、映像シーケンスの現在のピクチャに対するＲＰＳセット内に存在しないＤＰＢ内の全てのピクチャに参照に使用されないものとしてマーキングし且つＤＰＢ内のピクチャのうち出力が必要なものとしてマーキングされた０個以上のピクチャに出力が不要なものとしてマーキングするマーキングモジュール１０１０を備える。エンコーダ１０００は、ＤＰＢ内のピクチャのうち、参照に使用されないもの及び出力が不要なものとしてマーキングされたピクチャをＤＰＢから削除又は除去する削除モジュール１０２０と、現在のピクチャを復号化する復号化モジュール１０３０とを更に備える。エンコーダ１０００は、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャの個数を判定する個数判定モジュール１０４０と、オプションであるが好ましくは個数判定モジュール１０４０により判定された個数とビットストリーム内に存在する少なくとも１つの構文要素から導出される値とを比較する比較モジュール１０５０とを更に備える。

一実施形態において、マーキングモジュール１０１０は更に、オプションであるが好ましくは比較モジュール１０５０により判定される際に個数が値より大きい場合、ＤＰＢ内の出力が必要なものとしてマーキングされたピクチャのうち、出力の順序が最初のピクチャに出力が不要なものとしてマーキングする。

一実施形態において、復号化モジュール１０３０が現在のピクチャを復号化した後に、個数判定モジュール１０４０はピクチャの個数を判定し、比較モジュール１０５０は個数を比較し、マーキングモジュール１０１０は前記ピクチャにマーキングする。

一実施形態において、コンピュータプログラムは、プロセッサ６１０（図２３を参照）又はコンピュータにより実行される場合に、上述し且つ図２１又は図２２に示したステップ、機能、手順及び／又はブロックをプロセッサ６１０又はコンピュータに実行させるプログラムコードを備える。

ソフトウェア又はコンピュータプログラムは、通常はコンピュータ可読媒体に記憶又は格納されるコンピュータプログラム製品として実現されてもよい。コンピュータ可読媒体は、ＲＯＭ、ＲＡＭ、ＣＤ、ＤＶＤ、ＵＳＢメモリ、ＨＤＤ記憶装置、フラッシュメモリ又は他の何らかの従来のメモリ装置を含むがそれらに限定されない１つ以上の取外し可能又は取外し不能メモリ装置を含んでもよい。従って、コンピュータプログラムは、処理回路網により実行するために、コンピュータ又は同様の処理装置のオペレーティングメモリにロードされてもよい。

図２３〜図２７に示すエンコーダ６００、７００、８００、９００、１０００は、ＨＥＶＣ対応エンコーダであるのが好ましい。しかし、実施形態はＨＥＶＣに限定されない。

図１６〜図２０のいずれかにおけるデコーダ１００、２００、３００、４００、５００及び図２３〜図２７のいずれかにおけるエンコーダ６００、７００、８００、９００、１０００は、例えば移動端末において実現されてもよい。例えばデコーダ１００、２００、３００、４００、５００は、例えばビデオカメラ又は映像ストリームを表示するための他の何らかの装置の受信機内に位置してもよい。例えばエンコーダ６００、７００、８００、９００、１０００は、例えば移動端末内のビデオカメラの送信機内に位置してもよい。

図２８は、一実施形態に係る移動端末１１００を概略的に示すブロック図である。移動端末１１００は、図１６〜図２０のいずれかに示したデコーダ及び／又は図２３〜図２７のいずれかに示したエンコーダ等の実施形態に係るデコーダ１００、２００、３００、４００、５００及び／又は実施形態に係るエンコーダ６００、７００、８００、９００、１０００を備える。

移動端末１１００は、通常は無線通信であるが代わりに又はそれに加えて有線通信である外部ユニットとの通信を可能にする入出力（Ｉ／Ｏ）部１１１０を更に備えるのが好ましい。Ｉ／Ｏ部１１１０は、無線通信のための送信機及び受信機、あるいは送受信機として実現されてもよい。あるいは、Ｉ／Ｏ部１１１０は、有線通信を実行できる一般的なＩ／Ｏ部又はポート１１１０であってもよい。移動端末１１００がエンコーダ６００、７００、８００、９００、１０００を用いて実現される場合、Ｉ／Ｏ部１１１０は、エンコーダ６００、７００、８００、９００、１０００により生成される符号化映像シーケンスを表すビットストリームを送信又は出力するように構成されるのが好ましい。それに対応して、移動端末１１００がデコーダ１００、２００、３００、４００、５００を備える場合、Ｉ／Ｏ部１１１０は、符号化映像シーケンスを表すビットストリームを受信又は入力するように構成されるのが好ましい。

移動端末１１００は、符号化映像シーケンスの符号化ピクチャを格納するように構成されたメモリ１１２０を備える。これらの符号化ピクチャは、移動端末１１００自体により生成されてもよい。そのような場合、移動端末１１００は、接続されたエンコーダ６００、７００、８００、９００、１０００と共に、メディアエンジン又は記録器（不図示）を備えるのが好ましい。あるいは、符号化映像シーケンスは、何らかの他の装置により生成され、移動端末１１００へ送信される。

符号化ピクチャは、メモリ１１２０からデコーダ１００、２００、３００、４００、５００に取り込まれる。その後、デコーダ１００、２００、３００、４００、５００は、符号化ピクチャを復号化ピクチャに復号化する。復号化ピクチャは、移動端末１１００の表示装置又は画面１１４０、あるいは移動端末１１００に接続された表示装置又は画面１１４０上で表示可能な映像データに映像シーケンスの復号化ピクチャをレンダリングするように構成されるメディアプレーヤ１１３０に提供される。

図２８において、移動端末１１００はデコーダ１００、２００、３００、４００、５００及びメディアプレーヤ１１３０の双方を備え、デコーダ１００、２００、３００、４００、５００はメディアプレーヤ１１３０の一部として実現されるものとして示した。しかし、これは移動端末１１００に対する実現例の一実施形態の例示であって非限定的な例にすぎないと考えられるべきである。また、デコーダ１００、２００、３００、４００、５００及びメディアプレーヤ１１３０が２つの物理的に別個の装置において提供される分散された実現例が可能であり、これは本明細書中で使用される移動端末１１００の範囲内である。表示装置１１４０は、移動端末１１００に接続され実際のデータ処理が行われる別個の装置として提供されてもよい。

移動端末１１００は、符号化ピクチャの符号化映像シーケンスに対して動作することによりピクチャを復号化し且つ映像データを利用可能にするメディア復号化機能を有するどんな装置であってもよい。そのような移動端末１１００の非限定的な例は、移動電話及び他のポータブルメディアプレーヤ、コンピュータ、デコーダ、ゲームコンソール等を含む。

図２３〜図２７のいずれかに示した実施形態のエンコーダ６００、７００、８００、９００、１０００及び／又は図１６〜図２０のいずれかに示した実施形態のデコーダ１００、２００、３００、４００、５００は、図２９に示すネットワークノード２において実現されてもよい。

図２９に示すように、エンコーダ６００、７００、８００、９００、１０００及び／又はデコーダ１００、２００、３００、４００、５００は、送出装置３と受信装置４との間の通信ネットワーク１におけるネットワークノード２において実現されてもよい。そのようなネットワークノード２は、例えば異なる映像解像度、フレーム速度、品質、ビット速度及び符号化規格の間で映像を変換する装置であってもよい。ネットワークノード２は、無線基地局、Ｎｏｄｅ−Ｂ、あるいは無線利用ネットワーク等の通信ネットワーク１における他の何らかのネットワークノードの形態であってもよい。

実施形態のエンコーダ及び／又はデコーダは、メディア認識ネットワーク要素等のビットストリームに対して動作する何らかの要素において同様に提供されてもよい。

実施形態はＨＥＶＣに限定されず、スケーラブル拡張又は多視点拡張等のＨＥＶＣの何らかの拡張、あるいは異なる映像コーデックに適用されてもよい。

上述した実施形態は、本発明のいくつかの例示的な例として理解される。本発明の範囲から逸脱せずに種々の修正、組み合わせ及び変形が実施形態に対して行われてもよいことが当業者には理解されるだろう。

特に、異なる実施形態における異なる部分的解決策は、技術上可能である場合、他の構成と組み合わせ可能である。しかし、本発明の範囲は添付の特許請求の範囲により定義される。

Claims (15)

1. デコーダ（１００、２００、４００）が実行する方法であって、
   ビットストリームの現在のピクチャが復号化され且つ復号化ピクチャバッファ（１２５、２２５）に格納された後に、前記復号化ピクチャバッファ（１２５、２２５）内の出力が必要なものとしてマーキングされたピクチャの個数を判定するステップ（Ｓ１）であって、前記現在のピクチャは、ピクチャの複数のレイヤを含むマルチレイヤ映像シーケンスの前記デコーダ（１００、２００、４００）により復号化される最上位レイヤ以外のレイヤに属している、ステップと、
   前記最上位レイヤと関連付けられた構文要素から値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］を導出するステップであって、該ＨｉｇｈｅｓｔＴｉｄは前記最上位レイヤを特定し、前記構文要素は前記ビットストリームのシーケンスパラメータセットから検索され、前記複数のレイヤのうちの各レイヤｉは、値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］をそれぞれ定義する関連構文要素を有し、前記値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］は、ＨｉｇｈｅｓｔＴｉｄがｉに等しい場合に、復号化の順序がマルチレイヤ映像シーケンスにおけるピクチャより前であり、且つ、出力の順序が当該ピクチャより後ろであるピクチャの最大許容個数を示す、ステップと、
   前記復号化ピクチャバッファ（１２５、２２５）内の出力が必要なものとしてマーキングされた前記ピクチャの個数が前記値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］より大きい場合、前記復号化ピクチャバッファ（１２５、２２５）内の出力が必要なものとしてマーキングされた前記ピクチャのうち、出力の順序が最初のピクチャを出力するステップ（Ｓ３）と、
   前記復号化ピクチャバッファ（１２５、２２５）内の出力が必要なものとしてマーキングされた前記ピクチャの個数が前記値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］より大きい場合、前記ピクチャに出力が不要なものとしてマーキングするステップ（Ｓ４）と、
   を含むことを特徴とする方法。
2. 前記マルチレイヤ映像シーケンスの復号化される前記現在のピクチャのスライスヘッダを構文解析するステップ（Ｓ１０）と、
   前記構文解析されたスライスヘッダに基づいて、前記現在のピクチャに対する参照ピクチャセットを判定するステップ（Ｓ１１）と、
   前記参照ピクチャセット内に存在しない前記復号化ピクチャバッファ（１２５、２２５）内の全てのピクチャに参照に使用されないものとしてマーキングするステップ（Ｓ１２）と、
   前記復号化ピクチャバッファ（１２５、２２５）内の前記ピクチャのうち、出力が必要なものとしてマーキングされた０個以上のピクチャを出力し且つ前記０個以上のピクチャに出力が不要なものとしてマーキングするステップ（Ｓ１３）と、
   前記復号化ピクチャバッファ（１２５、２２５）内の前記ピクチャのうち、参照に使用されないもの及び出力が不要なものとしてマーキングされたピクチャを前記復号化ピクチャバッファ（１２５、２２５）から削除するステップ（Ｓ１４）と、
   前記現在のピクチャを復号化するステップ（Ｓ１５）と
   を含み、
   ピクチャの前記個数を判定するステップ（Ｓ１）、前記ピクチャを出力するステップ（Ｓ３）及び前記ピクチャにマーキングするステップ（Ｓ４）は、前記現在のピクチャを復号化するステップ（Ｓ１５）の後に実行されることを特徴とする請求項１記載の方法。
3. デコーダ（１００、３００、５００）が実行する方法であって、
   ピクチャの複数のレイヤを含むマルチレイヤ映像シーケンスの復号化されるビットストリームの現在のピクチャのスライスヘッダを構文解析するステップ（Ｓ３０）であって、前記現在のピクチャはマルチレイヤ映像シーケンスの前記デコーダ（１００、２００、４００）により復号化される最上位レイヤ以外のレイヤに属している、ステップと、
   前記構文解析されたスライスヘッダに基づいて、前記現在のピクチャに対する参照ピクチャセットを判定するステップ（Ｓ３１）と、
   前記参照ピクチャセット内に存在しない復号化ピクチャバッファ（１２５、３２５）内の全てのピクチャに参照に使用されないものとしてマーキングするステップ（Ｓ３２）と、
   前記復号化ピクチャバッファ（１２５、３２５）内の前記ピクチャのうち、出力が必要なものとしてマーキングされた０個以上のピクチャを出力し且つ前記０個以上のピクチャに出力が不要なものとしてマーキングするステップ（Ｓ３３）と、
   前記復号化ピクチャバッファ（１２５、３２５）内の前記ピクチャのうち、参照に使用されないもの及び出力が不要なものとしてマーキングされたピクチャを前記復号化ピクチャバッファ（１２５、３２５）から削除するステップ（Ｓ３４）と、
   前記現在のピクチャを復号化するステップ（Ｓ３５）と、
   前記復号化ピクチャバッファ（１２５、３２５）内の出力が必要なものとしてマーキングされたピクチャの個数を判定するステップ（Ｓ３６）と、
   前記最上位レイヤと関連付けられた構文要素から値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］を導出するステップであって、該ＨｉｇｈｅｓｔＴｉｄは前記最上位レイヤを特定し、前記構文要素は前記ビットストリームのシーケンスパラメータセットから検索され、前記複数のレイヤのうちの各レイヤｉは、値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］をそれぞれ定義する関連構文要素を有し、前記値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］は、ＨｉｇｈｅｓｔＴｉｄがｉに等しい場合に、復号化の順序がマルチレイヤ映像シーケンスにおけるピクチャより前であり、且つ、出力の順序が当該ピクチャより後ろであるピクチャの最大許容個数を示す、ステップと、
   前記復号化ピクチャバッファ（１２５、３２５）内の出力が必要なものとしてマーキングされた前記ピクチャの個数が前記値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］より大きい場合、前記復号化ピクチャバッファ（１２５、３２５）内の出力が必要なものとしてマーキングされた前記ピクチャのうち、出力の順序が最初のピクチャを出力するステップ（Ｓ３８）と、
   前記復号化ピクチャバッファ（１２５、３２５）内の出力が必要なものとしてマーキングされた前記ピクチャの個数が前記値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］より大きい場合、前記ピクチャに出力が不要なものとしてマーキングするステップ（Ｓ３９）とを含み、
   ピクチャの前記個数を判定するステップ（Ｓ３６）、前記ピクチャを出力するステップ（Ｓ３８）及び前記ピクチャにマーキングするステップ（Ｓ３９）は、前記現在のピクチャを復号化するステップ（Ｓ３５）の後に実行されることを特徴とする方法。
4. 前記復号化された現在のピクチャを前記復号化ピクチャバッファ（１２５、３２５）に格納するステップ（Ｓ４０）と、
   前記復号化された現在のピクチャに出力が必要なもの又は出力が不要なものとしてマーキングするステップ（Ｓ４１）とを更に含み、
   ピクチャの前記個数を判定するステップ（Ｓ１、Ｓ３６）は、前記復号化された現在のピクチャにマーキングするステップ（Ｓ４１）の後に実行されることを特徴とする請求項３記載の方法。
5. 前記ピクチャを出力するステップ（Ｓ３、Ｓ３８）は、前記復号化ピクチャバッファ（１２５、２２５、３２５）内の出力が必要なものとしてマーキングされた前記ピクチャの個数が前記値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］より大きい場合、前記復号化ピクチャバッファ（１２５、２２５、３２５）内の出力が必要なものとしてマーキングされた全てのピクチャのうち、前記復号化ピクチャバッファ（１２５、２２５、３２５）内のピクチャ順位値を表すＰｉｃＯｒｄｅｒＣｎｔＶａｌの値が最小のピクチャを出力するステップ（Ｓ３、Ｓ３８）を含むことを特徴とする請求項１から４のいずれか１項に記載の方法。
6. ピクチャの複数のレイヤを含むマルチレイヤ映像シーケンスのピクチャを表すビットストリーム（１０）の現在のピクチャが復号化され且つ復号化ピクチャバッファ（１２５、２２５）に格納された後に、前記復号化ピクチャバッファ（１２５、２２５）内の出力が必要なものとしてマーキングされたピクチャの個数を判定し、前記現在のピクチャは、前記マルチレイヤ映像シーケンスのデコーダ（１００、２００）により復号化される最上位レイヤ以外のレイヤに属し、
   前記最上位レイヤと関連付けられた構文要素から値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］を導出し、該ＨｉｇｈｅｓｔＴｉｄは前記最上位レイヤを特定し、前記構文要素は前記ビットストリームのシーケンスパラメータセットから検索され、前記複数のレイヤのうちの各レイヤｉは、値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］をそれぞれ定義する関連構文要素を有し、前記値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］は、ＨｉｇｈｅｓｔＴｉｄがｉに等しい場合に、復号化の順序がマルチレイヤ映像シーケンスにおけるピクチャより前であり、且つ、出力の順序が当該ピクチャより後ろであるピクチャの最大許容個数を示し、
   前記復号化ピクチャバッファ（１２５、２２５）内の出力が必要なものとしてマーキングされた前記ピクチャの個数が前記値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］より大きい場合、前記復号化ピクチャバッファ（１２５、２２５）内の出力が必要なものとしてマーキングされた前記ピクチャのうち、出力の順序が最初のピクチャを出力し、
   前記復号化ピクチャバッファ（１２５、２２５）内の出力が必要なものとしてマーキングされた前記ピクチャの個数が前記値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］より大きい場合、前記ピクチャに出力が不要なものとしてマーキングするように構成されることを特徴とするデコーダ（１００、２００）。
7. ピクチャの複数のレイヤを含むマルチレイヤ映像シーケンスのピクチャを表すビットストリーム（１０）の復号化される現在のピクチャのスライスヘッダを構文解析し、前記現在のピクチャは、前記マルチレイヤ映像シーケンスのデコーダ（１００、３００）により復号化される最上位レイヤ以外のレイヤに属し、
   前記構文解析されたスライスヘッダに基づいて、前記現在のピクチャに対する参照ピクチャセットを判定し、
   前記参照ピクチャセット内に存在しない復号化ピクチャバッファ（１２５、３２５）内の全てのピクチャに参照に使用されないものとしてマーキングし、
   前記復号化ピクチャバッファ（１２５、３２５）内の前記ピクチャのうち、出力が必要なものとしてマーキングされた０個以上のピクチャを出力し且つ前記０個以上のピクチャに出力が不要なものとしてマーキングし、
   前記復号化ピクチャバッファ（１２５、３２５）内の前記ピクチャのうち、参照に使用されないもの及び出力が不要なものとしてマーキングされたピクチャを前記復号化ピクチャバッファ（１２５、３２５）から削除し、
   前記現在のピクチャを復号化し、
   前記復号化ピクチャバッファ（１２５、３２５）内の出力が必要なものとしてマーキングされたピクチャの個数を判定し、
   前記最上位レイヤと関連付けられた構文要素から値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］を導出し、該ＨｉｇｈｅｓｔＴｉｄは前記最上位レイヤを特定し、前記構文要素は前記ビットストリームのシーケンスパラメータセットから検索され、前記複数のレイヤのうちの各レイヤｉは、値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］をそれぞれ定義する関連構文要素を有し、前記値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］は、ＨｉｇｈｅｓｔＴｉｄがｉに等しい場合に、復号化の順序がマルチレイヤ映像シーケンスにおけるピクチャより前であり、且つ、出力の順序が当該ピクチャより後ろであるピクチャの最大許容個数を示し、
   前記復号化ピクチャバッファ（１２５、３２５）内の出力が必要なものとしてマーキングされた前記ピクチャの個数が前記値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］より大きい場合、前記復号化ピクチャバッファ（１２５、３２５）内の出力が必要なものとしてマーキングされた前記ピクチャのうち、出力の順序が最初のピクチャを出力し、
   前記復号化ピクチャバッファ（１２５、３２５）内の出力が必要なものとしてマーキングされた前記ピクチャの個数が前記値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］より大きい場合、前記ピクチャに出力が不要なものとしてマーキングするように構成され、前記現在のピクチャを復号化した後に、ピクチャの前記個数を判定し、前記ピクチャを出力し且つ前記ピクチャにマーキングするように構成されることを特徴とするデコーダ（１００、３００）。
8. 前記デコーダ（１００、２００、３００、４００、５００）は、高効率映像符号化（ＨＥＶＣ）対応デコーダ（１００、２００、３００、４００、５００）であることを特徴とする請求項６又は７に記載のデコーダ。
9. エンコーダ（６００、７００、９００）が実行する方法であって、
   現在のピクチャが復号化され且つ復号化ピクチャバッファ（６２５、７２５）に格納された後に、前記復号化ピクチャバッファ（６２５、７２５）内の出力が必要なものとしてマーキングされたピクチャの個数を判定するステップ（Ｓ６０）であって、前記現在のピクチャは、ピクチャの複数のレイヤを含むマルチレイヤ映像シーケンスの前記エンコーダ（６００、７００、９００）により復号化される最上位レイヤ以外のレイヤに属している、ステップと、
   シーケンスパラメータセットにおける構文要素に対して値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］を選択するステップ（Ｓ５０）であって、ＨｉｇｈｅｓｔＴｉｄは前記最上位レイヤを特定し、前記複数のレイヤのうちの各レイヤｉは関連する値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］を有し、前記値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］はＨｉｇｈｅｓｔＴｉｄがｉに等しい場合に、復号化の順序がマルチレイヤ映像シーケンスにおけるピクチャより前であり、且つ、出力の順序が当該ピクチャより後ろであるピクチャの最大許容個数を示す、ステップと、
   前記復号化ピクチャバッファ（６２５、７２５）内の出力が必要なものとしてマーキングされたピクチャの個数が前記値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］より大きい場合、前記復号化ピクチャバッファ（６２５、７２５）内の出力が必要なものとしてマーキングされた前記ピクチャのうち、出力の順序が最初のピクチャに出力が不要なものとしてマーキングするステップ（Ｓ６２）と、
   を含むことを特徴とする方法。
10. エンコーダ（６００、８００）が実行する方法であって、
    ピクチャの複数のレイヤを含むマルチレイヤ映像シーケンスの現在のピクチャに対する参照ピクチャセット内に存在しない復号化ピクチャバッファ（６２５、８２５）内の全てのピクチャに、参照に使用されないものとしてマーキングするステップ（Ｓ７０）であって、前記現在のピクチャは前記マルチレイヤ映像シーケンスの前記エンコーダ（６００、８００）により復号化される最上位レイヤ以外のレイヤに属している、ステップと、
    前記復号化ピクチャバッファ（６２５、８２５）内の前記ピクチャのうち、出力が必要なものとしてマーキングされた０個以上のピクチャに出力が不要なものとしてマーキングするステップ（Ｓ７１）と、
    前記復号化ピクチャバッファ（６２５、８２５）内の前記ピクチャのうち、参照に使用されないもの及び出力が不要なものとしてマーキングされたピクチャを前記復号化ピクチャバッファ（６２５、８２５）から削除するステップ（Ｓ７２）と、
    前記現在のピクチャを復号化するステップ（Ｓ７３）と、
    前記復号化ピクチャバッファ（６２５、８２５）内の出力が必要なものとしてマーキングされたピクチャの個数を判定するステップ（Ｓ７４）と、
    シーケンスパラメータセットにおける構文要素に対して値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］を選択するステップ（Ｓ５０）であって、ＨｉｇｈｅｓｔＴｉｄは前記最上位レイヤを特定し、前記複数のレイヤのうちの各レイヤｉは関連する値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］を有し、前記値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］はＨｉｇｈｅｓｔＴｉｄがｉに等しい場合に、復号化の順序がマルチレイヤ映像シーケンスにおけるピクチャより前であり、且つ、出力の順序が当該ピクチャより後ろであるピクチャの最大許容個数を示す、ステップと、
    前記復号化ピクチャバッファ（６２５、８２５）内の出力が必要なものとしてマーキングされたピクチャの個数が前記値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］より大きい場合、前記復号化ピクチャバッファ（６２５、８２５）内の出力が必要なものとしてマーキングされた前記ピクチャのうち、出力の順序が最初のピクチャに出力が不要なものとしてマーキングするステップ（Ｓ７６）とを含み、
    ピクチャの個数を判定するステップ（Ｓ７４）及び前記ピクチャにマーキングするステップ（Ｓ７６）は、前記現在のピクチャを復号化するステップ（Ｓ７３）の後に実行されることを特徴とする方法。
11. 現在のピクチャが復号化され且つ復号化ピクチャバッファ（６２５、７２５）に格納された後に、前記復号化ピクチャバッファ（６２５、７２５）内の出力が必要なものとしてマーキングされたピクチャの個数を判定し、前記現在のピクチャは、ピクチャの複数のレイヤを含むマルチレイヤ映像シーケンスのエンコーダ（６００、７００）により復号化される最上位レイヤ以外のレイヤに属し、
    シーケンスパラメータセットにおける構文要素に対して値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］を選択し、ＨｉｇｈｅｓｔＴｉｄは前記最上位レイヤを特定し、前記複数のレイヤのうちの各レイヤｉは関連する値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］を有し、前記値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］はＨｉｇｈｅｓｔＴｉｄがｉに等しい場合に、復号化の順序がマルチレイヤ映像シーケンスにおけるピクチャより前であり、且つ、出力の順序が当該ピクチャより後ろであるピクチャの最大許容個数を示し、
    前記復号化ピクチャバッファ（６２５、７２５）内の出力が必要なものとしてマーキングされたピクチャの個数が前記値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］より大きい場合、前記復号化ピクチャバッファ（６２５、７２５）内の出力が必要なものとしてマーキングされた前記ピクチャのうち、出力の順序が最初のピクチャに出力が不要なものとしてマーキングするように構成されることを特徴とするエンコーダ（６００、７００）。
12. ピクチャの複数のレイヤを含むマルチレイヤ映像シーケンスの現在のピクチャに対する参照ピクチャセット内に存在しない復号化ピクチャバッファ（６２５、８２５）内の全てのピクチャに参照に使用されないものとしてマーキングし、前記現在のピクチャは前記マルチレイヤ映像シーケンスのエンコーダ（６００、８００）により復号化される最上位レイヤ以外のレイヤに属し、
    前記復号化ピクチャバッファ（６２５、８２５）内の前記ピクチャのうち、出力が必要なものとしてマーキングされた０個以上のピクチャに出力が不要なものとしてマーキングし、
    前記復号化ピクチャバッファ（６２５、８２５）内の前記ピクチャのうち、参照に使用されないもの及び出力が不要なものとしてマーキングされたピクチャを前記復号化ピクチャバッファ（６２５、８２５）から削除し、
    前記現在のピクチャを復号化し、
    前記復号化ピクチャバッファ（６２５、８２５）内の出力が必要なものとしてマーキングされたピクチャの個数を判定し、
    シーケンスパラメータセットにおける構文要素に対して値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］を選択し、ＨｉｇｈｅｓｔＴｉｄは前記最上位レイヤを特定し、前記複数のレイヤのうちの各レイヤｉは関連する値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］を有し、前記値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］はＨｉｇｈｅｓｔＴｉｄがｉに等しい場合に、復号化の順序がマルチレイヤ映像シーケンスにおけるピクチャより前であり、且つ、出力の順序が当該ピクチャより後ろであるピクチャの最大許容個数を示し、
    前記復号化ピクチャバッファ（６２５、８２５）内の出力が必要なものとしてマーキングされたピクチャの個数が前記値ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］より大きい場合、前記復号化ピクチャバッファ（６２５、８２５）内の出力が必要なものとしてマーキングされた前記ピクチャのうち、出力の順序が最初のピクチャに出力が不要なものとしてマーキングするように構成され、前記現在のピクチャを復号化した後に、ピクチャの前記個数を判定し、前記ピクチャにマーキングするように構成されることを特徴とするエンコーダ（６００、８００）。
13. 前記エンコーダ（６００、７００、８００、９００、１０００）は、高効率映像符号化（ＨＥＶＣ）対応エンコーダ（６００、７００、８００、９００、１０００）であることを特徴とする請求項１１又は１２に記載のエンコーダ。
14. 請求項６から８のいずれか１項に記載のデコーダ（１００、２００、３００、４００、５００）及び／又は請求項１１から１３のいずれか１項に記載のエンコーダ（６００、７００、８００、９００、１０００）を備えることを特徴とする移動端末（１１００）。
15. 請求項６から８のいずれか１項に記載のデコーダ（１００、２００、３００、４００、５００）及び／又は請求項１１から１３のいずれか１項に記載のエンコーダ（６００、７００、８００、９００、１０００）を備えることを特徴とするネットワークノード（２）。

Images