JP2017225159A - ビデオコーディングにおける関心領域および漸次復号リフレッシュのシグナリング - Google Patents

Abstract

【課題】ピクチャの漸次デコーダリフレッシュ（ＧＤＲ）が有効化されているかどうかを示す情報をコーディングして利用するシステム、方法、および装置を提供する。【解決手段】ＧＤＲが有効化されているとき、コーディングプロセス、システム、方法および装置は、ピクチャの１つまたは複数のスライスがピクチャのフォアグラウンド領域に属すかどうかを示す情報をコーディングする。また、コーディングプロセス中に、ピクチャのスライスについてのＩＳＰのうちの１つについてのＩＳＰ識別（ＩＳＰ ＩＤ）に対応するビデオデータを復号する。ＩＳＰを使って、ＲＯＩに対応するビデオデータを復号する。【選択図】図６

Description

[0001] 本出願は、その内容全体が参照により本明細書に組み込まれる、２０１２年９月２８日に出願された米国仮出願第６１／７０７，７２９号の利益を主張する。

[0002] 本開示は、ビデオコーディングに関し、より詳細には、ビデオコーディングにおける関心領域（regions of interest）および漸次復号リフレッシュ（gradual decoding refresh）のシグナリングに関する。

[0003] デジタルビデオ機能は、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、携帯情報端末（ＰＤＡ）、ラップトップまたはデスクトップコンピュータ、タブレットコンピュータ、電子ブックリーダ、デジタルカメラ、デジタル記録デバイス、デジタルメディアプレーヤ、ビデオゲームデバイス、ビデオゲームコンソール、セルラーまたは衛星無線電話、いわゆる「スマートフォン」、ビデオ遠隔会議デバイス、ビデオストリーミングデバイスなどを含む、広範囲にわたるデバイスに組み込まれ得る。デジタルビデオデバイスは、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ Ｈ．２６３、ＩＴＵ−Ｔ Ｈ．２６４／ＭＰＥＧ−４，Ｐａｒｔ １０，Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＣ）、現在開発中の高効率ビデオコーディング（ＨＥＶＣ：High Efficiency Video Coding）規格によって定義された規格、およびそのような規格の拡張に記載されているビデオコーディング技法のような、ビデオコーディング技法を実装する。ビデオデバイスは、そのようなビデオコーディング技法を実装することによって、デジタルビデオ情報をより効率的に送信、受信、符号化、復号、および／または記憶し得る。

[0004] ビデオコーディング技法は、ビデオシーケンスに固有の冗長性を低減または除去するための空間的（イントラピクチャ）予測および／または時間的（インターピクチャ）予測を含む。ブロックベースのビデオコーディングの場合、ビデオスライス（たとえば、ビデオフレームまたはビデオフレームの一部分）が、ツリーブロック、コーディングユニット（ＣＵ）および／またはコーディングノードと呼ばれることもあるビデオブロックに区分され得る。ピクチャのイントラコード化（Ｉ）スライス内のビデオブロックは、同じピクチャの中の隣接ブロック内の参照サンプルに対する空間的予測を使用して符号化される。ピクチャのインターコード化（ＰまたはＢ）スライス内のビデオブロックは、同じピクチャの中の隣接ブロック内の参照サンプルに対する空間的予測、または他の参照ピクチャの中の参照サンプルに対する時間的予測を使用することができる。ピクチャはフレームと呼ばれることがあり、参照ピクチャは参照フレームと呼ばれることがある。

[0005] 空間的予測または時間的予測は、コーディングされるべきブロックの予測ブロックを生じる。残差データは、コーディングされるべき元のブロックと、予測ブロックとの間のピクセル差分を表す。インターコード化ブロックは、予測ブロックを形成する参照サンプルのブロックを指す動きベクトルと、コード化ブロックと予測ブロックとの間の差分を示す残差データとに従って符号化される。イントラコード化ブロックは、イントラコーディングモードと残差データとに従って符号化される。さらなる圧縮のために、残差データは、ピクセル領域から変換領域に変換されて残差変換係数をもたらすことができ、その残差変換係数は、次いで量子化され得る。量子化変換係数は、最初に２次元アレイで構成され、変換係数の１次元ベクトルを生成するために走査することができ、なお一層の圧縮を達成するためにエントロピーコーディングを適用することができる。

[0006] 概して、本開示は、ビデオコーディング技法について記載する。具体的には、それらの技法は、関心領域（ＲＯＩ）、漸次復号リフレッシュ（ＧＤＲ）動作、または両方に関する情報をシグナリングし、処理することを含む符号化および復号プロセスに関する。技法は、様々なビデオコーディングプロセスにおいて使うことができ、現在開発中である、上で言及した高効率ビデオコーディング（ＨＥＶＣ）規格に準拠するとともに、他のビデオコーディング規格を用いるコーディングプロセスにおいて特に有用であり得る。

[0007] 一例では、開示は、ビデオデータをコーディングする方法について記載し、この方法は、独立サブピクチャ（independent sub-pictures）（ＩＳＰ）が有効化されているかどうかを示す情報をコーディングすることと、独立サブピクチャが有効化されているとき、ＩＳＰのうちの１つについてのＩＳＰ識別（ＩＳＰ ＩＤ）を示す情報をコーディングすることと、関心領域（ＲＯＩ）に対応するビデオデータを、ＩＳＰのうちの１つとしてコーディングすることとを備える。

[0008] 別の例では、本開示は、ビデオデータをコーディングする方法について記載し、この方法は、ピクチャのＧＤＲが有効化されているかどうかを示す情報をコーディングすることと、ＧＤＲが有効化されているとき、スライスがピクチャのフォアグラウンド領域に属すかどうかを示す情報をコーディングすることとを備える。フォアグラウンド領域はリフレッシュ領域と呼ばれる場合もあり、バックグラウンド領域（フォアグラウンド領域ではない領域）は、非リフレッシュ領域と呼ばれる場合もある。

[0009] 本開示は、方法を実施するように構成されたビデオエンコーダを含む、方法を実施するためのデバイス、方法を実施するように構成されたビデオデコーダ、方法を実施するための手段を有するデバイス、ならびに１つまたは複数のプロセッサに方法を実施させるための命令を備えるコンピュータ可読媒体についても記載する。

[0010] １つまたは複数の例の詳細を添付の図面および以下の説明に記載する。他の特徴、目的、および利点は、その説明および図面、ならびに特許請求の範囲から明らかになろう。

[0011] 本開示に記載される、関心領域（ＲＯＩ）、漸次復号リフレッシュ（ＧＤＲ）、または両方をシグナリングするための技法を使用することができる例示的なビデオ符号化および復号システムを示すブロック図。 [0012] ＲＯＩをシグナリングするための技法を使用することができるビデオエンコーダの例を示すブロック図。本開示に記載されるＧＤＲ、または両方。 [0013] 本開示に記載される、ＲＯＩ、ＧＤＲ、または両方をシグナリングするための技法を使用することができるビデオデコーダの例を示すブロック図。 [0014] ブロック図であって、バックグラウンドおよびフォアグラウンド領域を示すための、本開示に記載される技法を使用する例示的な一連の補足強調情報（ＳＥＩ）メッセージ。 [0015] ＧＤＲに関連し、本開示の１つまたは複数の態様を実施する例示的な方法を示す流れ図。 [0016] ＲＯＩに関連し、本開示の１つまたは複数の態様を実施する例示的な方法を示す流れ図。

[0017] 本開示は、ビデオコーディングプロセスにおける、関心領域（ＲＯＩ）、漸次復号リフレッシュ（ＧＤＲ）、または両方の操作に関する情報のシグナリングおよび処理のための様々な技法について記載する。したがって、いくつかの例示的実装形態は、ＧＤＲに関連した情報をシグナリングすることができる。他の例示的実装形態は、ＲＯＩに関連した情報をシグナリングすることができる。さらに別の例では、本明細書に記載されるように、いくつかの例示的実装形態は、ＧＤＲとＲＯＩの両方に関連した情報をシグナリングすることができる。これらの技法は、いくつかの態様では、ビデオエンコーダによって実施することができる。他の態様では、これらの技法は、ビデオデコーダによって実施することができる。さらに、そのような方法は、たとえばトランスコーダ、メディアアウェアネットワーク要素（ＭＡＮＥ）など、他のデバイスにおいて実施することができる。本開示では、技法は、説明のために、ビデオエンコーダおよびデコーダを参照して記載される。

[0018] 本開示によると、一例では、コーディングプロセス中に、システム、方法、および装置が、ピクチャのＧＤＲが有効化されているかどうかを示す情報をコーディングし、ＧＤＲが有効化されているとき、スライスがピクチャのフォアグラウンド領域に属すかどうかを示す情報をコーディングすることができる。フォアグラウンド領域は、リフレッシュ領域とも呼ばれ得る。別の例では、コーディングプロセス中に、システム、方法、および装置が、１つまたは複数のＩＳＰが有効化されているかどうかを示す情報をコーディングすることができる。

[0019] 別の例では、独立サブピクチャが有効化されているとき、これらのシステム、方法、および装置は、ＩＳＰのうちの１つについてのＩＳＰ ＩＤを示す情報をコーディングし、ＲＯＩに対応するビデオデータを、ＩＳＰのうちの１つとしてコーディングすることができる。したがって、エンコーダは、ＲＯＩについてのＩＳＰ ＩＤを指定し、ＲＯＩ情報をビットストリームに含めることができ、ここでＲＯＩ情報は、どのＩＳＰ ＩＤがＲＯＩに対応するかを示し得る。さらに、各ＲＯＩはＩＳＰとしてコーディングされ得るので、ＲＯＩに対応する特定のＩＳＰが、所望される唯一の領域であるとき、各ピクチャ中のＩＳＰに属さないスライスは破棄され得る。

[0020] いくつかの例示的システム、方法、および装置は、これらの両方を実施することができる。

[0021] ビデオコーディング規格には、ＩＴＵ−Ｔ Ｈ．２６１、ＩＳＯ／ＩＥＣ ＭＰＥＧ−１ Ｖｉｓｕａｌ、ＩＴＵ−Ｔ Ｈ．２６２またはＩＳＯ／ＩＥＣ ＭＰＥＧ−２
Ｖｉｓｕａｌ、ＩＴＵ−Ｔ Ｈ．２６３、ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ Ｖｉｓｕａｌ、および、そのスケーラブルビデオコーディング（ＳＶＣ）およびマルチビュービデオコーディング（ＭＶＣ）の拡張を含む（ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ ＡＶＣとしても知られている）ＩＴＵ−Ｔ Ｈ．２６４が含まれる。

[0022] さらに、高効率ビデオコーディング（ＨＥＶＣ）規格は、ＩＴＵ−Ｔ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ（ＶＣＥＧ）およびＩＳＯ／ＩＥＣ Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ（ＭＰＥＧ）のＪｏｉｎｔ Ｃｏｌｌａｂｏｒａｔｉｏｎ Ｔｅａｍ ｏｎ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＪＣＴ−ＶＣ）によって開発中である。「ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８」または「ＷＤ８」と呼ばれるＨＥＶＣ規格の最近のドラフトは、文書ＪＣＴＶＣ−Ｊ１００３ｖ７、Ｂｒｏｓｓら、「Ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ ｖｉｄｅｏ ｃｏｄｉｎｇ（ＨＥＶＣ） ｔｅｘｔ ｓｐｅｃｉｆｉｃａｔｉｏｎ ｄｒａｆｔ ８」、ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３およびＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１のＪｏｉｎｔ Ｃｏｌｌａｂｏｒａｔｉｖｅ Ｔｅａｍ ｏｎ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＪＣＴ−ＶＣ）、第１０回会合：スウェーデン ストックホルム、２０１２年７月１１〜２０日に記載されており、この文書は、２０１３年５月１日現在、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１０＿Ｓｔｏｃｋｈｏｌｍ／ｗｇ１１／ＪＣＴＶＣ−Ｊ１００３−ｖ８．ｚｉｐのリンクからダウンロード可能である。

[0023] 「ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ９」または「ＷＤ９」と呼ばれるＨＥＶＣ規格の別のドラフトは、文書ＪＣＴＶＣ−Ｋ１００３ｖ１３、Ｂｒｏｓｓら、「Ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ ｖｉｄｅｏ ｃｏｄｉｎｇ（ＨＥＶＣ） ｔｅｘｔ ｓｐｅｃｉｆｉｃａｔｉｏｎ ｄｒａｆｔ ９」、ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３とＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１のＪｏｉｎｔ Ｃｏｌｌａｂｏｒａｔｉｖｅ Ｔｅａｍ ｏｎ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＪＣＴ−ＶＣ）、第１１回会合：上海、中国、２０１２年１０月１０日〜１９日に記載されており、２０１２年１２月２７日現在、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１１＿Ｓｈａｎｇｈａｉ／ｗｇ１１／ＪＣＴＶＣ−Ｋ１００３−ｖ１３．ｚｉｐのリンクからダウンロード可能であり、その内容全体は参照により本明細書に組み込まれる。ＨＥＶＣ ＷＤ８およびＷＤ９の内容全体は、参照によって本明細書に組み込まれている。

[0024] ビデオコーディングプロセスにおいて、補足強調情報（ＳＥＩ）メッセージは、出力ピクチャのサンプル値の正確な復号には要求されないが、ピクチャ出力タイミングおよび表示、ならびに損失検出および隠蔽など、他の様々な目的に使うことができるメタデータを、エンコーダがビットストリームに含めることを可能にする。エンコーダは、任意の数のＳＥＩネットワークアブストラクションレイヤ（ＮＡＬ）ユニットをアクセスユニットに含めてよく、各ＳＥＩ ＮＡＬユニットは、１つまたは複数のＳＥＩメッセージを含むことができる。

[0025] ＨＥＶＣ規格は、たとえば、ＨＥＶＣ ＷＤ８において提示されているように、いくつかのＳＥＩメッセージについてのシンタックスとセマンティクスとを含むが、ＳＥＩメッセージは標準的復号プロセスに影響しないので、ＳＥＩメッセージの扱いについては指定されていない。ＨＥＶＣ規格にＳＥＩメッセージが載っている１つの理由は、補足データが、ＨＥＶＣを使う異なるシステムにおいて同一に解釈されることを可能にするためである。ＨＥＶＣを使う仕様およびシステムは、エンコーダに、いくつかのＳＥＩメッセージを生成するよう要求する場合もあり、特定のタイプの受信ＳＥＩメッセージの特殊な扱いを定義する場合もある。

[0026] 以下のテーブル１は、ＨＥＶＣ ＷＤ８において指定されるＳＥＩメッセージを列挙し、それらの目的を簡潔に記述している。

[0027] ＳＥＩメッセージの中で、サブピクチャピクチャＳＥＩメッセージは、復号順序で、ＳＥＩメッセージを含むアクセスユニット中の最初のＶＣＬ ＮＡＬユニットに後続し得るが、いくつかの例では、復号順序で、アクセスユニット中の最後のＶＣＬ ＮＡＬユニットに後続してはならない。他のＳＥＩメッセージはすべて、ＳＥＩメッセージを含むＳＥＩ ＮＡＬユニットについて、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓが０に等しいとき、アクセスユニット中の最初のＶＣＬ ＮＡＬユニットに先行してよい。

[0028] 一例では、ピクチャのサブセットであるＲＯＩは、ＲＯＩのみが所望通りに送信され、復号され、表示され得るように、持続時間を通して独立してコーディングされてよい。

[0029] 別の例では、非イントラピクチャからのランダムアクセスが可能であり、数ピクチャ後に、ピクチャ領域全体が、ある位置において、およびその後に、表示／出力順序で正しく復号され得るように、ビデオシーケンスが符号化されてもよい。この挙動は、漸次復号リフレッシュ（ＧＤＲ）と呼ばれる。ＧＤＲは、ランダムアクセス可能性とエラー耐性向上の両方を提供する。

[0030] ＨＥＶＣ ＷＤ８では、ＨＥＶＣにおける関心領域ＲＯＩのシグナリングのための機構がなかった。ＨＥＶＣにおける回復点ＳＥＩメッセージは、ＧＤＲ開始点と、対応する回復点とをシグナリングするのに使うことができる。ただし、ＧＤＲ開始点においてランダムアクセスが実施された場合、どのＮＡＬユニットが必要とされるかをシグナリングする方法はない。いくつかの例では、本開示は、ＲＯＩのシグナリング向上のための方法を提供する。他の例では、本開示は、ＧＤＲのシグナリング向上のための方法を提供する。本開示による他の例は、ＲＯＩのシグナリング向上と、ＧＤＲのシグナリング向上の両方のための方法を提供し得る。

[0031] １つの例示的方法では、フラグが、ＩＳＰが有効化されているかどうかを示すために、たとえば、シーケンスパラメータセット（ＳＰＳ）中でシグナリングされる。代替として、フラグは、他の場所、たとえば、ビデオパラメータセット（ＶＰＳ）またはピクチャパラメータセット（ＰＰＳ）中でシグナリングされてよい。フラグは、符号化ビデオビットストリーム中でビデオエンコーダによってシグナリングされ得る。次に、デコーダが、このようなフラグを符号化ビデオビットストリーム中で受信し、ＲＯＩ機能をサポートするのにフラグを使うことができる。

[0032] 有効化されているとき、各ＩＳＰのＩＳＰ識別（ＩＳＰ ＩＤ）は、スライスヘッダ中またはＳＥＩメッセージ中のいずれかにおいてシグナリングされる。このシグナリングは、ＩＳＰへのスライスの関連付けも可能にする。コード化ビデオシーケンス中のＩＳＰの数ならびにＩＳＰの位置およびサイズを運ぶためのシーケンスレベルＳＥＩメッセージが定義される。これらの情報項目は、シーケンスパラメータセット、ビデオパラメータセットまたはピクチャパラメータセット中でもシグナリングすることができる。各ＲＯＩは、ＩＳＰとしてコーディングされ得る。ＲＯＩに対応する特定のＩＳＰが、所望される唯一の領域であるとき、各ピクチャ中のＩＳＰに属さないスライスは、たとえば、ビデオデコーダによって破棄されてよい。

[0033] 別の方法では、フラグが、ＧＤＲが有効化されているかどうかを示すために、たとえば、シーケンスパラメータセット中でシグナリングされる。代替として、フラグは、他の場所、たとえば、ビデオパラメータセットまたはピクチャパラメータセット中でシグナリングされてよい。フラグは、符号化ビデオビットストリーム中でビデオエンコーダによってシグナリングされ得る。次に、デコーダが、このようなフラグを符号化ビデオビットストリーム中で受信し、ＧＤＲ機能をサポートするのにフラグを使うことができる。

[0034] 有効化されているとき、スライスがピクチャ中のフォアグラウンド領域に属すかどうかが、スライスヘッダ中またはＳＥＩメッセージ中のいずれかでシグナリングされる。回復点ＳＥＩメッセージを含む非ＲＡＰアクセスユニットであるＧＤＲ開始点からランダムアクセスするとき、フォアグラウンド領域に属さない、開始点から回復点まで（ただし、回復点は含まない）のすべてのピクチャ中のスライスは破棄され得る。

[0035] 上述した方法は、汎用であると見なすことができ、様々な異なるタイプのビデオエンコーダデコーダ（コーデック）に適用され得る。方法のうちのいくつかの、詳細な実装形態の例が以下に挙げられる。

[0036] スライスヘッダ中での、独立サブピクチャＩＤフォアグラウンドフラグのシグナリングのための方法についての例示的実装形態が、ここで記載される。以下のテーブル２は、この方法の実装形態向けのシーケンスパラメータセットローバイトシーケンスペイロード（ＲＢＳＰ）シンタックスの例を挙げる。

[0037] 表２中のシンタックス要素のセマンティクスは、次のようになる。１に等しいｉｎｄｅｐｅｎｄｅｎｔ＿ｓｕｂ＿ｐｉｃｔｕｒｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇシンタックス要素は、コード化ビデオシーケンス中のコード化ピクチャのスライスヘッダにおけるｉｓｐ＿ｉｄシンタックス要素（セマンティクスについては、後で説明する）の存在を指定する。０に等しいｉｎｄｅｐｅｎｄｅｎｔ＿ｓｕｂ＿ｐｉｃｔｕｒｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇシンタックス要素は、コード化ビデオシーケンス中のコード化ピクチャのスライスヘッダ中にｉｓｐ＿ｉｄシンタックス要素がないことを指定する。

[0038] １に等しいｇｒａｄｕａｌ＿ｄｅｃｏｄｉｎｇ＿ｒｅｆｒｅｓｈ＿ｅｎａｂｌｅｄ＿ｆｌａｇシンタックス要素は、コード化ビデオシーケンス中のコード化ピクチャのスライスヘッダにおけるｇｄｒ＿ｆｏｒｅｇｒｏｕｎｄ＿ｆｌａｇシンタックス要素（セマンティクスについては、後で説明する）の存在を指定する。０に等しいｇｒａｄｕａｌ＿ｄｅｃｏｄｉｎｇ＿ｒｅｆｒｅｓｈ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、コード化ビデオシーケンス中のコード化ピクチャのスライスヘッダ中にｇｄｒ＿ｆｏｒｅｇｒｏｕｎｄ＿ｆｌａｇシンタックス要素がないことを指定する。

[0039] 以下のテーブル３は、この方法の実装形態向けのスライスヘッダシンタックス要素の例を挙げる。

[0040] 表３中のシンタックス要素のセマンティクスは、次のようになる。ｉｓｐ＿ｉｄシンタックス要素は、スライスが属す独立サブピクチャのアイデンティファ(identifer)を指定する。ｉｓｐ＿ｉｄの値は、両端値を含む０〜２５５の範囲内であり得る。

[0041] ある例では、特定の値ｉｓｐＩＤによって識別される独立サブピクチャ（ＩＳＰ）は、同じピクチャ中に、ｉｓｐＩＤに等しいｉｓｐ＿ｉｄをもつすべてのスライスを含むとともに、それらのみを含むものとする。ＩＳＰによって表される領域は、矩形領域であり得る。また、いくつかの例では、ピクチャ中の異なるＩＳＰによってリペゼント（repesented）される領域は、オーバーラップしないものとする。ある例では、ＩＳＰは、同じピクチャ中のＩＳＰ中にない他のスライスから独立して復号可能であるとし、すなわち、スライスがＩＳＰに属し、１に等しいｄｅｐｅｎｄｅｎｔ＿ｓｌｉｃｅ＿ｆｌａｇを有するとき、０に等しいｄｅｐｅｎｄｅｎｔ＿ｓｌｉｃｅ＿ｆｌａｇを有する、復号順序で前のスライスは、同じＩＳＰに属し得る。したがって、ＩＳＰは、同じピクチャ中のＩＳＰ中にないどのスライスにも依存せずに、すなわち、参照せずに、復号可能である。

[0042] コード化ビデオシーケンス内で、ｉｎｄｅｐｅｎｄｅｎｔ＿ｓｕｂ＿ｐｉｃｔｕｒｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しいとき、コード化ピクチャすべてからの、特定のｉｓｐ＿ｉｄによって識別される独立サブピクチャは、まとめてＩＳＰシーケンスと呼ばれる。ＩＳＰシーケンスは、ＩＳＰシーケンスに属さないコード化スライスから、独立して復号可能であってよく、すなわち、ＩＳＰ中のスライスの復号において、ＩＳＰシーケンスに属さないスライスからのどのサンプルも、インター予測プロセスにおいて使われなくてよい。したがって、ＩＳＰシーケンスは、ＩＳＰシーケンス中にないどのコード化スライスにも依存せずに、すなわち、参照せずに、復号可能である。

[0043] １に等しいｇｄｒ＿ｆｏｒｅｇｒｏｕｎｄ＿ｆｌａｇシンタックス要素は、現在のピクチャ中のフォーグラウンド（forground）領域にスライスが属すことを示す。０に等しいｇｄｒ＿ｆｏｒｅｇｒｏｕｎｄ＿ｆｌａｇシンタックス要素は、現在のピクチャ中のバックグラウンド領域にスライスが属すことを示す。

[0044] ピクチャ中のフォアグラウンド領域は、ピクチャ中の、１に等しいｇｄｒ＿ｆｏｒｅｇｒｏｕｎｄ＿ｆｌａｇをもつすべてのスライスを含むとともに、それらのみを含むだけでもよく、他のスライスは、ピクチャのバックグラウンド領域に属す。フォアグラウンド領域は、同じピクチャ中のバックグラウンド領域から、独立して復号可能であってよく、すなわち、スライスがフォアグラウンド領域に属し、１に等しいｄｅｐｅｎｄｅｎｔ＿ｓｌｉｃｅ＿ｆｌａｇを有するとき、０に等しいｄｅｐｅｎｄｅｎｔ＿ｓｌｉｃｅ＿ｆｌａｇを有する、復号順序で前のスライスも、フォアグラウンド領域に属し得る。したがって、フォアグラウンド領域は、バックグラウンド領域から、独立して復号可能である。

[0045] ｇｒａｄｕａｌ＿ｄｅｃｏｄｉｎｇ＿ｒｅｆｒｅｓｈ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しく、現在のピクチャがランダムアクセスポイント（ＲＡＰ）ピクチャであるとき。現在のピクチャに関連付けられた回復点ＳＥＩメッセージの存在は、以下のすべてを示し、すなわち（ａ）ピクチャ中のフォアグラウンド領域は、イントラコード化コーディングブロックのみを含む、（ｂ）関連付けられたピクチャから始まり、回復点までの、両端を含む、ピクチャセット中のフォアグラウンド領域は、復号順序で、関連付けられたピクチャに先行するコード化ピクチャに属すか、または同じピクチャセット中のバックグラウンド領域に属すコード化スライスから、独立して復号可能である、（ｃ）復号順序で回復点に後続するピクチャ中のすべてのスライスは、復号順序で、関連付けられたピクチャに先行するコード化ピクチャに属すか、または同じピクチャセット中のバックグラウンド領域に属すスライスから、独立して復号可能であり得る。したがって、ｇｒａｄｕａｌ＿ｄｅｃｏｄｉｎｇ＿ｒｅｆｒｅｓｈ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しく、現在のピクチャがランダムアクセスポイント（ＲＡＰ）ピクチャであるとき、デコーダは、関連付けられたピクチャに復号順序で先行するコード化ピクチャに属すか、または同じピクチャセット中のバックグラウンド領域に属すコード化スライスを独立して復号することができる。デコーダは、関連付けられたピクチャに復号順序で先行するコード化ピクチャに属すか、または同じピクチャセット中のバックグラウンド領域に属すスライスも独立して復号することができる。

[0046] 独立サブピクチャシーケンス情報ＳＥＩメッセージについてのシンタックスおよびセマンティクスが、以下のテーブル４を参照してここで記載される。

[0047] 表４中のシンタックス要素のセマンティクスについて、以下で説明する。独立サブピクチャシーケンス情報ＳＥＩメッセージは、独立サブピクチャシーケンス情報ＳＥＩメッセージを含むコード化ビデオシーケンス中のＩＳＰの数、ならびにＩＳＰの位置およびサイズを提供する。

[0048] ｎｕｍ＿ｉｓｐｓ＿ｍｉｎｕｓ１＋１は、独立サブピクチャシーケンス情報ＳＥＩメッセージを含むコード化ビデオシーケンス中の各ピクチャ中のＩＳＰの数を指定する。ｎｕｍ＿ｉｓｐｓ＿ｍｉｎｕｓ１の値は、両端値を含む０〜２５５の範囲内であり得る。

[0049] ｉｓｐ＿ｔｏｐ＿ｌｅｆｔ［ｉ]およびｉｓｐ＿ｂｏｔｔｏｍ＿ｒｉｇｈｔ［ｉ]は、それぞれ、コード化ビデオシーケンス中の各ピキュチャ（picuture）中の、ｉに等しいｉｓｐ＿ｉｄをもつＩＳＰの左上および右下隅を指定する。ｔｏｐ＿ｌｅｆｔ［ｉ]およびｂｏｔｔｏｍ＿ｒｉｇｈｔ［ｉ]は、ピクチャのコーディングツリーブロックラスタースキャン中のコーディングツリーブロックアドレスである。ｔｏｐ＿ｌｅｆｔ［ｉ]およびｂｏｔｔｏｍ＿ｒｉｇｈｔ［ｉ]によってそれぞれ指定される左上および右下隅をもつＩＳＰは、コード化ビデオシーケンス中の内部ピクチャであってよく、他のどのＩＳＰともオーバーラップし得ない。

[0050] ＳＥＩメッセージ中での、独立サブピクチャＩＤフォアグラウンドフラグのシグナリングのための方法についての例示的実装形態が、ここで記載される。以下のテーブル５は、この方法の実装形態向けのシーケンスパラメータセットローバイトシーケンスペイロード（ＲＢＳＰ）シンタックスの例を挙げる。ＳＥＩメッセージ中の独立サブピクチャＩＤフォアグラウンドフラグのシグナリングのこの例についてのテーブル５は、上述したスライスヘッダ中の独立サブピクチャＩＤフォアグラウンドフラグのシグナリングの例における、上のテーブル２と同じである。

[0051] 表５中のシンタックス要素のセマンティクスについて、以下で説明する。１に等しいｉｎｄｅｐｅｎｄｅｎｔ＿ｓｕｂ＿ｐｉｃｔｕｒｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇシンタックス要素は、コード化ビデオシーケンス中のＩＳＰおよびＧＤＲ情報ＳＥＩメッセージにおけるｉｓｐ＿ｉｄシンタックス要素の存在を指定する。０に等しいｉｎｄｅｐｅｎｄｅｎｔ＿ｓｕｂ＿ｐｉｃｔｕｒｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇシトナクス（sytnax）要素は、コード化ビデオシーケンス中のＩＳＰおよびＧＤＲ情報ＳＥＩメッセージ中にｉｓｐ＿ｉｄシンタックス要素がないことを指定する。

[0052] １に等しいｇｒａｄｕａｌ＿ｄｅｃｏｄｉｎｇ＿ｒｅｆｒｅｓｈ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、デコーダに対して、コード化ビデオシーケンスにおけるｇｄｒ＿ｆｏｒｅｇｒｏｕｎｄ＿ｆｌａｇシンタックス要素ＩＳＰおよびＧＤＲ情報ＳＥＩメッセージの存在を指定する。０に等しいｇｒａｄｕａｌ＿ｄｅｃｏｄｉｎｇ＿ｒｅｆｒｅｓｈ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、デコーダに対して、コード化ビデオシーケンス中にｇｄｒ＿ｆｏｒｅｇｒｏｕｎｄ＿ｆｌａｇシンタックス要素ＩＳＰおよびＧＤＲ情報ＳＥＩメッセージがないことを指定する。

[0053] ＳＥＩメッセージ中の独立サブピクチャＩＤフォアグラウンドフラグのシグナリングの方法についての独立サブピクチャシーケンス情報ＳＥＩメッセージシンタックスおよびセマンティクスは、ＳＥＩメッセージ中の独立サブピクチャＩＤフォアグラウンドフラグのシグナリングのための方法に関して上述したのと同じか、または実質的に同じであり得る。具体的には、テーブル４に関して記載したシンタックスおよびセマンティクスが、以下に繰り返される。

[0054] 表６中のシンタックス要素のセマンティクスについて、以下で説明する。

[0055] 独立サブピクチャシーケンス情報ＳＥＩメッセージは、独立サブピクチャシーケンス情報ＳＥＩメッセージを含むコード化ビデオシーケンス中のＩＳＰの数、ならびにＩＳＰの位置およびサイズを提供する。

[0056] ｎｕｍ＿ｉｓｐｓ＿ｍｉｎｕｓ１＋１は、独立サブピクチャシーケンス情報ＳＥＩメッセージを含むコード化ビデオシーケンス中の各ピクチャ中のＩＳＰの数を指定する。ｎｕｍ＿ｉｓｐｓ＿ｍｉｎｕｓ１の値は、両端値を含む０〜２５５の範囲内であり得る。

[0057] ｉｓｐ＿ｔｏｐ＿ｌｅｆｔ［ｉ]およびｉｓｐ＿ｂｏｔｔｏｍ＿ｒｉｇｈｔ［ｉ]は、それぞれ、コード化ビデオシーケンス中の各ピキュチャ（picuture）中の、ｉに等しいｉｓｐ＿ｉｄをもつＩＳＰの左上および右下隅を指定する。ｔｏｐ＿ｌｅｆｔ［ｉ]およびｂｏｔｔｏｍ＿ｒｉｇｈｔ［ｉ]は、ピクチャのコーディングツリーブロックラスタースキャン中のコーディングツリーブロックアドレスである。ｔｏｐ＿ｌｅｆｔ［ｉ]およびｂｏｔｔｏｍ＿ｒｉｇｈｔ［ｉ]によってそれぞれ指定される左上および右下隅をもつＩＳＰは、コード化ビデオシーケンス中の内部ピクチャであってよく、他のどのＩＳＰともオーバーラップしなくてよい。

[0058] 独立サブピクチャおよびＧＤＲ情報ＳＥＩメッセージについてのシンタックスおよびセマンティクスが、以下のテーブル７を参照してここで記載される。

[0059] ＩＳＰおよびＧＤＲ情報ＳＥＩメッセージは、現在のＳＥＩメッセージが該当するスライスを含むＩＳＰの識別子、および／または現在のＳＥＩメッセージが該当するスライスが、アクセスユニットが現在のＳＥＩメッセージをそれに対して含む現在のピクチャのフォアグラウンド領域に属すかどうかを提供する。

[0060] ＩＳＰおよびＧＤＲ情報ＳＥＩメッセージが、アクセスユニット中の最後のＩＳＰおよびＧＤＲ情報ＳＥＩメッセージでない場合、ＳＥＩメッセージが該当するスライスは、復号順序で、ＳＥＩメッセージを含むＳＥＩ ＮＡＬユニットに復号順序で後続するとともに、ＩＳＰおよびＧＤＲ情報ＳＥＩメッセージを含む次のＳＥＩ ＮＡＬユニットに復号順序で先行するすべてのスライスからなる。そうでない場合、ＩＳＰおよびＧＤＲ情報ＳＥＩメッセージが該当するスライスは、ＳＥＩメッセージを含むＳＥＩ ＮＡＬユニットに復号順序で続くすべてのスライスからなる。

[0061] ＩＳＰおよびＧＤＲ情報ＳＥＩメッセージが該当するスライスは、ＩＳＰおよびＧＤＲ情報ＳＥＩメッセージに関連付けられたスライスとも呼ばれる。

[0062] ｉｓｐ＿ｉｄシンタックス要素は、現在のＳＥＩメッセージに関連付けられたスライスが属す独立サブピクチャのアイデンティファ(identifer)を指定する。ｉｓｐ＿ｉｄの値は、両端値を含む０〜２５５の範囲内であり得る。

[0063] 特定の値ｉｓｐＩＤによって識別されるＩＳＰは、同じピクチャ中の、ｉｓｐＩＤに等しいｉｓｐ＿ｉｄを有するＩＳＰおよびＧＤＲ情報ＳＥＩメッセージに関連付けられたすべてのスライスを含むとともに、それらだけを含めばよい。ＩＳＰによって表される領域は、矩形領域であり得る。また、ピクチャ中の異なるＩＳＰによってリペゼント（repesented）される領域は、オーバーラップしなくてもよい。ＩＳＰは、同じピクチャ中のＩＳＰ中にない他のスライスから独立して復号可能である場合があり、すなわち、スライスがＩＳＰに属し、１に等しいｄｅｐｅｎｄｅｎｔ＿ｓｌｉｃｅ＿ｆｌａｇを有するとき、０に等しいｄｅｐｅｎｄｅｎｔ＿ｓｌｉｃｅ＿ｆｌａｇを有する、復号順序で前のスライスは、同じＩＳＰに属し得る。したがって、ＩＳＰは、同じピクチャ中のＩＳＰ中にないスライスに依存せずに、すなわち、参照せずに、復号可能である。

[0064] コード化ビデオシーケンス内で、ｉｎｄｅｐｅｎｄｅｎｔ＿ｓｕｂ＿ｐｉｃｔｕｒｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しいとき、コード化ピクチャすべてからの、特定のｉｓｐ＿ｉｄによって識別される独立サブピクチャは、まとめてＩＳＰシーケンスと呼ばれる。ＩＳＰシーケンスは、ＩＳＰシーケンスに属さないコード化スライスから、独立して復号可能であってよく、すなわち、ＩＳＰ中のスライスの復号において、ＩＳＰシーケンスに属さないスライスからのどのサンプルも、インター予測プロセスにおいて使われなくてよい。

[0065] １に等しいｇｄｒ＿ｆｏｒｅｇｒｏｕｎｄ＿ｆｌａｇシンタックス要素は、現在のＳＥＩメッセージに関連付けられたスライスが現在のピクチャ中のフォアグラウンド領域に属すことを示す。０に等しいｇｄｒ＿ｆｏｒｅｇｒｏｕｎｄ＿ｆｌａｇ要素は、現在のＳＥＩメッセージに関連付けられたスライスが現在のピクチャ中のバックグラウンド領域に属すことを示す。

[0066] ピクチャ中のフォーグラウンド（forground）領域は、ピクチャ中の、１に等しいｇｄｒ＿ｆｏｒｅｇｒｏｕｎｄ＿ｆｌａｇを有するＩＳＰおよびＧＤＲ情報ＳＥＩメッセージに関連付けられたすべてのスライスを含むとともに、それらだけを含めばよく、他のスライスは、ピクチャのバックグラウンド領域に属す。フォアグラウンド領域は、同じピクチャ中のバックグラウンド領域から、独立して復号可能であってよく、すなわち、スライスがフォアグラウンド領域に属し、１に等しいｄｅｐｅｎｄｅｎｔ＿ｓｌｉｃｅ＿ｆｌａｇを有するとき、０に等しいｄｅｐｅｎｄｅｎｔ＿ｓｌｉｃｅ＿ｆｌａｇを有する、復号順序で前のスライスも、フォアグラウンド領域に属し得る。したがって、フォアグラウンド領域は、同じピクチャ中のバックグラウンド領域に依存せずに、すなわち、参照せずに、復号可能であり得る。

[0067] ｇｒａｄｕａｌ＿ｄｅｃｏｄｉｎｇ＿ｒｅｆｒｅｓｈ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しく、現在のピクチャがＲＡＰピクチャであるとき、現在のピクチャに関連付けられた回復点ＳＥＩメッセージの存在は、以下のすべてを示し、すなわち、（ａ）ピクチャ中のフォアグラウンド領域は、イントラコード化コーディングブロックのみを含む、（ｂ）関連付けられたピクチャから始まり、回復点までの、両端を含む、ピクチャセット中のフォアグラウンド領域は、復号順序で、関連付けられたピクチャに先行するコード化ピクチャに属すか、または同じピクチャセット中のバックグラウンド領域に属すコード化スライスから、独立して復号可能である、（ｃ）復号順序で回復点に後続するピクチャ中のすべてのスライスは、復号順序で、関連付けられたピクチャに先行するコード化ピクチャに属すか、または同じピクチャセット中のバックグラウンド領域に属すスライスから、独立して復号可能であり得る。

[0068] 上述した技法を使って、エンコーダは、たとえば、１つもしくは複数のＩＳＰに関連付けられたスライス内の、またはフォアグラウンド領域に属すものとして指定されたスライス内の、ＲＯＩに対応するビデオデータを符号化し、本開示に記載されるシンタックス要素などの情報をシグナリングして、デコーダが、そのようなＲＯＩビデオデータを抽出し、復号できるようにすることができる。たとえば、ビデオデコーダは、ビットストリームを解析し、復号して、本開示に記載されるシンタックス要素などのシグナリング情報を取得し、たとえば、ＲＯＩに関連付けられた、選択されたスライスが、本明細書に記載されるように、ＩＳＰまたはフォアグラウンド領域指定に基づいて識別され得る場合、そのようなスライスを復号することができる。いくつかの例では、たとえば、ＲＯＩの一部ではない選択されたスライスが特定のＩＳＰに属さないか、またはフォアグラウンド領域に属さない場合、情報を使っても、デコーダは、そのようなスライスを復号することができない場合もある。代わりに、デコーダは、そのようなスライスを破棄してよい。

[0069] 本開示に記載される方法は、図１〜図３の例を参照して記載されるビデオエンコーダ２０またはビデオデコーダ３０などのビデオエンコーダまたはビデオデコーダによって実施することができる。上述したシンタックス要素を使って、一例では、デコーダは、本明細書に記載されるように、ＩＳＰ情報またはＧＤＲフォアグラウンド情報を使って、ＲＯＩビデオデータを運ぶスライスを識別し、ＲＯＩ情報を、ＩＳＰとして、またはＧＤＲプロセスの途中で、選択的に復号することができる。

[0070] 本開示に記載するように、一例では、ビデオエンコーダ２０またはビデオデコーダ３０は、ビデオデータをコーディングする方法を実施するように構成されてよく、この方法は、ＩＳＰが有効化されているかどうかを示す情報をコーディングすることと、独立サブピクチャが有効化されているとき、ＩＳＰのうちの１つについてのＩＳＰ ＩＤを示す情報をコーディングすることと、ＲＯＩに対応するビデオデータを、ＩＳＰのうちの１つとしてコーディングすることとを備える。

[0071] ＩＳＰが有効化されているかどうかを示すための情報をコーディングすることは、情報を、ＩＳＰが有効化されているかどうかを示すように、シーケンスパラメータセット、ビデオパラメータセットまたはピクチャパラメータセットのうちの１つの中でコーディングすることを備え得る。いくつかの例では、この情報は、シーケンス中のすべてのピクチャ、シーケンスの層の中のすべてのピクチャ、または個々のピクチャについてＩＳＰが有効化されていることを示し得る。１つまたは複数のＩＳＰの各々についてのＩＳＰ ＩＤを示す情報をコーディングすることは、情報を、１つまたは複数のＩＳＰの各々についてのＩＳＰ ＩＤを示すように、スライスヘッダまたは補足強調情報（ＳＥＩ）メッセージ中でコーディングすることを備え得る。

[0072] １つまたは複数のビデオデータスライスが、ＩＳＰに関連付けられ得る。たとえば、所与のスライスが、所与のＩＳＰに関連付けられ得る。いくつかの例では、コード化ビデオシーケンス中の、ＩＳＰの数と、ＩＳＰの位置と、ＩＳＰのサイズとを含むＩＳＰ特性がコーディングされ得る。ＩＳＰ特性は、たとえば、ＳＥＩメッセージ中でコーディングされ得る。いくつかの例では、ＩＳＰ特性は、シーケンスパラメータセット、ビデオパラメータセット、またはピクチャパラメータセットのうちの１つの中でコーディングされ得る。

[0073] 本明細書で使用する「コーディング」という用語は、所与のコンテキストにおいて適用可能なように、符号化または復号を指すことができ、多くの場合は汎用的意味のいずれかにおいて、特に、ビデオ符号化および復号プロセッサのいくつかの態様の互換的性質を考慮して、指すことができる。したがって、コーディングは、ビデオエンコーダ２０を用いた符号化も、ビデオデコーダ３０を用いた復号も指し得る。

[0074] 復号の場合、デコーダは、符号化ビデオビットストリーム中の情報を受信し、情報を復号し、情報を使ってビデオデータを復号することができる。たとえば、ビデオデコーダは、ＩＳＰに属すスライスを復号すればよく、ＩＳＰに属さないスライスは復号しなくて（たとえば、破棄すれば）よい。デコーダは、ＩＳＰに属す復号スライスに基づいて、ＲＯＩに対応するビデオデータを生成することができる。

[0075] 本開示に記載するように、別の例では、ビデオエンコーダ２０またはビデオデコーダ３０は、ビデオデータをコーディングする方法を実施するように構成されてよく、この方法は、ピクチャのＧＤＲが有効化されているかどうかを示す情報をコーディングすることと、ＧＤＲが有効化されているとき、スライスがピクチャのフォアグラウンド領域に属すかどうかを示す情報をコーディングすることとを備える。

[0076] 一例では、方法は、ＧＤＲ開始点およびＧＤＲ回復点に対応するピクチャを示す情報をコーディングすることを備え得る。別の例では、方法は、ＲＯＩに対応するビデオデータを、フォアグラウンド領域に属すスライス中でコーディングすることを備え得る。さらなる一例として、方法は、ＲＯＩに対応するビデオデータを、ＧＤＲ開始点とＧＤＲ回復点との間の、フォアグラウンド領域に属すスライス中でコーディングすることを備え得る。

[0077] ＧＤＲが有効化されているかどうかを示すための情報をコーディングすることは、情報を、ＧＤＲが有効化されているかどうかを示すように、シーケンスパラメータセット、ビデオパラメータセットまたはピクチャパラメータセットのうちの１つの中でコーディングすることを備え得る。いくつかの例では、この情報は、シーケンス中のすべてのピクチャ、シーケンスの層の中のすべてのピクチャ、または個々のピクチャについてＧＤＲが有効化されているかどうかを示し得る。スライスがピクチャのフォアグラウンド領域に属すかどうかを示す情報をコーディングすることは、情報を、スライスがピクチャのフォアグラウンド領域に属すかどうかを示すように、スライスヘッダまたはＳＥＩメッセージ中でコーディングすることを備え得る。

[0078] 繰り返しになるが、この方法は、いくつかの例では、ビデオエンコーダ２０によって、またはビデオデコーダ３０によって実施することができる。復号の場合、方法は、符号化ビデオビットストリーム中で、ピクチャのスライスが、それぞれのピクチャのフォアグラウンド領域に属すかどうかを示す情報を受信することと、その情報を復号することと、その情報を使ってビデオデータを復号することとをさらに備え得る。さらに、方法は、フォアグラウンド領域に属すスライスを復号することと、フォアグラウンド領域に属さないスライスを破棄することと、フォアグラウンド領域に属す復号スライスに基づいて、ＲＯＩに対応するビデオデータを生成することとを備え得る。さらなる一例として、方法は、ＧＤＲ開始点からランダムアクセスを実施することと、フォアグラウンド領域に属す、ＧＤＲ開始点からＧＤＲ回復点までのピクチャ中のスライスを復号することと、フォアグラウンド領域に属さない、ＧＤＲ開始点からＧＤＲ回復点までのピクチャ中のスライスを破棄することとを備え得る。

[0079] 図１は、ＲＯＩに関する情報、ＧＤＲに関する情報、または両方をシグナリングおよび／または受信するための技法を使用することができる例示的ビデオ符号化および復号システム１０を示すブロック図である。図１に示されるように、システム１０は、宛先デバイス１４によって後で復号されるべき符号化ビデオデータを与えるソースデバイス１２を含む。特に、ソースデバイス１２は、コンピュータ可読媒体１６を介してビデオデータを宛先デバイス１４に与える。ソースデバイス１２および宛先デバイス１４は、デスクトップコンピュータ、ノートブック（すなわち、ラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、いわゆる「スマート」フォンなどの電話ハンドセット、いわゆる「スマート」パッド、テレビジョン、カメラ、ディスプレイデバイス、デジタルメディアプレーヤ、ビデオゲームコンソール、ビデオストリーミングデバイスなどを含む、広範囲にわたるデバイスのいずれかを備え得る。場合によっては、ソースデバイス１２および宛先デバイス１４は、ワイヤレス通信に対応し得る。

[0080] 宛先デバイス１４は、コンピュータ可読媒体１６を介して、復号されるべき符号化ビデオデータを受信することができる。コンピュータ可読媒体１６は、符号化ビデオデータをソースデバイス１２から宛先デバイス１４に移動することが可能な任意のタイプの媒体またはデバイスを備えることができる。一例では、コンピュータ可読媒体１６は、ソースデバイス１２が、符号化ビデオデータを宛先デバイス１４にリアルタイムで直接送信することを可能にするための通信媒体を備え得る。符号化ビデオデータは、ワイヤレス通信プロトコルなどの通信規格に従って変調され、宛先デバイス１４に送信され得る。通信媒体は、無線周波数（ＲＦ）スペクトルまたは１つまたは複数の物理伝送線路など、任意のワイヤレスまたはワイヤード通信媒体を備え得る。通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワーク、またはインターネットなどのグローバルネットワークなど、パケットベースネットワークの一部を形成し得る。通信媒体は、ソースデバイス１２から宛先デバイス１４への通信を可能にするために有用であり得るルータ、スイッチ、基地局、または任意の他の機器を含み得る。

[0081] いくつかの例では、符号化データは、出力インターフェース２２からストレージデバイスに出力され得る。同様に、符号化データは、入力インターフェースによってストレージデバイスからアクセスされ得る。ストレージデバイスは、ハードドライブ、ブルーレイ（登録商標）ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、フラッシュメモリ、揮発性または不揮発性メモリ、あるいは符号化ビデオデータを記憶するための任意の他の好適なデジタル記憶媒体など、様々な分散されたまたはローカルにアクセスされるデータ記憶媒体のいずれかを含み得る。さらなる一例では、ストレージデバイスは、ソースデバイス１２によって生成された符号化ビデオを記憶し得るファイルサーバまたは別の中間ストレージデバイスに対応し得る。宛先デバイス１４は、ストリーミングまたはダウンロードを介して、ストレージデバイスから記憶されたビデオデータにアクセスし得る。ファイルサーバは、符号化ビデオデータを記憶し、その符号化ビデオデータを宛先デバイス１４に送信することが可能な任意のタイプのサーバであり得る。例示的なファイルサーバは、（たとえば、ウェブサイトのための）ウェブサーバ、ＦＴＰサーバ、ネットワーク接続ストレージ（ＮＡＳ）デバイス、またはローカルディスクドライブを含む。宛先デバイス１４は、インターネット接続を含む、任意の標準的なデータ接続を通じて符号化ビデオデータにアクセスし得る。これは、ファイルサーバに記憶された符号化ビデオデータにアクセスするのに好適であるワイヤレスチャネル（たとえば、Ｗｉ−Ｆｉ（登録商標）接続）、ワイヤード接続（たとえば、ＤＳＬ、ケーブルモデムなど）、または両方の組合せを含み得る。ストレージデバイスからの符号化ビデオデータの送信は、ストリーミング送信、ダウンロード送信、またはそれらの組合せであり得る。

[0082] 本開示の技法は、必ずしもワイヤレスの適用例または設定に限定されるとは限らない。本技法は、オーバージエアテレビジョン放送、ケーブルテレビジョン送信、衛星テレビジョン送信、動的適応ストリーミングオーバーＨＴＴＰ（ＤＡＳＨ）などのインターネットストリーミングビデオ送信、データ記憶媒体に符号化されるデジタルビデオ、データ記憶媒体に記憶されたデジタルビデオの復号、または他の適用例など、種々のマルチメディア適用例のいずれかをサポートするビデオコーディングに適用され得る。いくつかの例では、システム１０は、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、および／またはビデオテレフォニーなどの適用例をサポートするために、単方向または二方向のビデオ送信をサポートするように構成され得る。

[0083] 図１の例では、ソースデバイス１２は、ビデオソース１８と、ビデオエンコーダ２０と、出力インターフェース２２とを含む。宛先デバイス１４は、入力インターフェース２８と、ビデオデコーダ３０と、ディスプレイデバイス３２とを含む。本開示によると、ソースデバイス１２のビデオエンコーダ２０は、ＲＯＩに関する情報、ＧＤＲに関する情報、または両方をシグナリングするための技法を実施するように構成され得る。たとえば、ビデオエンコーダ２０は、シグナリング情報を符号化ビデオビットストリーム中で符号化して、ビデオ復号プロセスにおいて使用するために、ビデオデコーダ３０などのビデオデコーダに、ＲＯＩに関する情報、ＧＤＲに関する情報、または両方を提供するように構成され得る。ビデオデコーダ３０は、ビットストリームを復号し、解析して、ＲＯＩに関するシグナリング情報、ＧＤＲに関する情報、または両方を取得し、そのような情報をビデオ復号プロセスにおいて使うように構成され得る。他の例では、ソースデバイスおよび宛先デバイスは、他の構成要素または構成を含み得る。たとえば、ビデオソース１８は、ソースデバイス１２が、外部カメラなどの外部ビデオソースからビデオデータを受信し得るように外部ビデオソースであってよい。同様に、宛先デバイス１４は、一体型ディスプレイデバイスを含むのではなく、外部ディスプレイデバイスとインターフェースし得る。

[0084] 本開示によると、ビデオデータをコーディングするためのシステム、方法、または装置は、一例では、ピクチャのＧＤＲが有効化されているかどうかを示す情報をコーディングすることができる。いくつかの例では、ＧＤＲが有効化されているとき、１つのプロセッサまたは複数のプロセッサは、スライスがピクチャのフォアグラウンド領域に属すかどうかを示す情報をコーディングすることができる。たとえば、ビデオデータをコーディングするためのシステムまたは装置は、方法の１つまたは複数のステップを実施するように構成された１つのプロセッサまたは複数のプロセッサを含み得る。このようなプロセッサまたは複数のプロセッサは、いくつかの例では、ビデオエンコーダ２０またはビデオデコーダ３０の一部であってよい。

[0085] 本開示によると、ビデオデータをコーディングするためのシステム、方法、または装置は、別の例では、１つまたは複数のＩＳＰが有効化されているかどうかを示す情報をコーディングすることができる。独立サブピクチャが有効化されているとき、これらのシステム、方法、または装置は、ＩＳＰのうちの１つについてのＩＳＰ ＩＤを示す情報をコーディングし、ＲＯＩに対応するビデオデータを、ＩＳＰのうちの１つとしてコーディングすることができる。本明細書に記載されるように、いくつかの例は、ピクチャのＧＤＲが有効化されているかどうかと、１つまたは複数のＩＳＰが有効化されているかどうかとを示す両方の情報をコーディングすることができる。

[0086] 本開示によると、いくつかの例では、コーディングは符号化を備えてよく、本明細書に記載される方法のうちの１つまたは複数を実装する装置は、ビデオエンコーダ２０を用いて符号化するように構成されてよい。別の例では、ビデオエンコーダ２０は、本明細書に記載される方法のうちの１つまたは複数を実装する装置であってよい。本開示によると、いくつかの例では、コーディングは復号を備えてよく、本明細書に記載される方法のうちの１つまたは複数を実装する装置は、ビデオデコーダ３０を用いて復号するように構成されてよい。別の例では、エンコーダ２０は、本明細書に記載される方法のうちの１つまたは複数を実装する装置であってよい。

[0087] 図１の図示のシステム１０は一例にすぎない。ＲＯＩ、ＧＤＲ、または両方に関する情報をシグナリングおよび／または受信するための技法は、どのデジタルビデオ符号化および／または復号デバイスによって実施されてもよい。一般に、本開示の技法はビデオ符号化デバイスによって実施されるが、本技法は、通常「コーデック」と呼ばれるビデオエンコーダ／デコーダによっても実施され得る。さらに、本開示の技法は、ビデオプリプロセッサによって実施することもできる。ソースデバイス１２および宛先デバイス１４は、ソースデバイス１２が宛先デバイス１４に送信するためのコード化ビデオデータを生成するような、コーディングデバイスの例にすぎない。いくつかの例では、デバイス１２、１４の各々がビデオ符号化構成要素とビデオ復号構成要素とを含むように、デバイス１２、１４は、実質的に対称的に動作し得る。したがって、システム１０は、たとえば、ビデオストリーミング、ビデオ再生、ビデオブロードキャストまたはビデオ電話のための、ビデオデバイス１２とビデオデバイス１４との間の一方向または双方向のビデオ送信をサポートすることができる。

[0088] ソースデバイス１２のビデオソース１８は、ビデオカメラなどのビデオキャプチャデバイス、以前にキャプチャされたビデオを含んでいるビデオアーカイブ、および／またはビデオコンテンツプロバイダからビデオを受信するためのビデオフィードインターフェースを含み得る。さらなる代替として、ビデオソース１８は、ソースビデオとしてのコンピュータグラフィックスベースのデータ、またはライブビデオとアーカイブされたビデオとコンピュータにより生成されたビデオとの組合せを生成し得る。場合によっては、ビデオソース１８がビデオカメラである場合、ソースデバイス１２および宛先デバイス１４は、いわゆるカメラ付き電話またはビデオ電話を形成することができる。ただし、上述のように、本開示で説明する技法は、一般にビデオコーディングに適用可能であり、ワイヤレスおよび／またはワイヤードアプリケーションに適用可能であり得る。各々の場合において、キャプチャされたビデオ、以前にキャプチャされたビデオ、またはコンピュータで生成されたビデオは、ビデオエンコーダ２０によって符号化され得る。符号化ビデオ情報は、次いで、出力インターフェース２２によってコンピュータ可読媒体１６上に出力され得る。

[0089] コンピュータ可読媒体１６は、ワイヤレスブロードキャストまたはワイヤードネットワーク送信などの一時媒体、あるいはハードディスク、フラッシュドライブ、コンパクトディスク、デジタルビデオディスク、ブルーレイディスク、または他のコンピュータ可読媒体などの記憶媒体（すなわち、非一時的記憶媒体）を含み得る。いくつかの例では、ネットワークサーバ（図示せず）は、ソースデバイス１２から符号化ビデオデータを受信し、たとえば、ネットワーク送信を介して、その符号化ビデオデータを宛先デバイス１４に与え得る。同様に、ディスクスタンピング設備など、媒体製造設備のコンピューティングデバイスは、ソースデバイス１２から符号化ビデオデータを受信し、その符号化ビデオデータを含んでいるディスクを生成し得る。したがって、コンピュータ可読媒体１６は、様々な例において、様々な形態の１つまたは複数のコンピュータ可読媒体を含むことが理解されよう。

[0090] 宛先デバイス１４の入力インターフェース２８は、コンピュータ可読媒体１６から情報を受信する。コンピュータ可読媒体１６の情報は、ビデオエンコーダ２０によって定義され、またビデオデコーダ３０によって使用される、ブロックおよび他のコード化ユニット、たとえば、ＧＯＰの特性および／または処理を記述するシンタックス要素を含む、シンタックス情報を含み得る。ディスプレイデバイス３２は、復号されたビデオデータをユーザに対して表示し、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または別のタイプのディスプレイデバイスなど、様々なディスプレイデバイスのいずれかを備え得る。

[0091] ビデオエンコーダ２０およびビデオデコーダ３０は、現在開発中のＨｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ）規格などのビデオコーディング規格に従って動作することができ、ＨＥＶＣテストモデル（ＨＭ）に準拠し得る。代替的に、ビデオエンコーダ２０およびビデオデコーダ３０は、代替的にＭＰＥＧ−４，Ｐａｒｔ １０，Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＣ）と呼ばれるＩＴＵ−Ｔ Ｈ．２６４規格など、他のプロプライエタリ規格または業界規格、あるいはそのような規格の拡張に従って動作し得る。ただし、本開示の技法は、いかなる特定のコーディング規格にも限定されない。ビデオコーディング規格の他の例には、ＭＰＥＧ−２およびＩＴＵ−Ｔ Ｈ．２６３が含まれる。図１には示されていないが、いくつかの態様では、ビデオエンコーダ２０およびビデオデコーダ３０は各々、オーディオエンコーダおよびオーディオデコーダと統合されてよく、適切なＭＵＸ−ＤＥＭＵＸユニット、または他のハードウェアとソフトウェアとを含んで、共通のデータストリームまたは別個のデータストリーム中のオーディオとビデオの両方の符号化を処理することができる。適用可能な場合、ＭＵＸ−ＤＥＭＵＸユニットはＩＴＵ Ｈ．２２３マルチプレクサプロトコル、またはユーザデータグラムプロトコル（ＵＤＰ）などの他のプロトコルに準拠することができる。

[0092] ＩＴＵ−Ｔ Ｈ．２６４／ＭＰＥＧ−４（ＡＶＣ）規格は、Ｊｏｉｎｔ Ｖｉｄｅｏ Ｔｅａｍ（ＪＶＴ）として知られる共同パートナーシップの成果として、ＩＳＯ／ＩＥＣ Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ（ＭＰＥＧ）とともにＩＴＵ−Ｔ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ（ＶＣＥＧ）によって策定された。いくつかの態様では、本開示で説明する技法は、Ｈ．２６４規格に概して準拠するデバイスに適用され得る。Ｈ．２６４規格は、ＩＴＵ−Ｔ Ｓｔｕｄｙ Ｇｒｏｕｐによる２００５年３月付のＩＴＵ−Ｔ勧告Ｈ．２６４「Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ ｆｏｒ ｇｅｎｅｒｉｃ ａｕｄｉｏｖｉｓｕａｌ ｓｅｒｖｉｃｅｓ」に記載されており、本明細書ではＨ．２６４規格またはＨ．２６４仕様、あるいはＨ．２６４／ＡＶＣ規格または仕様と呼ぶことがある。Ｊｏｉｎｔ Ｖｉｄｅｏ Ｔｅａｍ（ＪＶＴ）は、Ｈ．２６４／ＭＰＥＧ−４ ＡＶＣに対する拡張に取り組み続けている。

[0093] ビデオエンコーダ２０およびビデオデコーダ３０はそれぞれ、１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理、ソフトウェア、ハードウェア、ファームウェアなど、様々な好適なエンコーダ回路のいずれか、またはそれらの任意の組合せとして実装され得る。本技法がソフトウェアで部分的に実施されるとき、デバイスは、好適な非一時的コンピュータ可読媒体にソフトウェアの命令を記憶し、１つまたは複数のプロセッサを使用してその命令をハードウェアで実行して、本開示の技法を実施し得る。ビデオエンコーダ２０およびビデオデコーダ３０の各々は１つまたは複数のエンコーダまたはデコーダ中に含まれてよく、そのいずれも、それぞれのデバイスにおいて複合エンコーダ／デコーダ（コーデック）の一部として統合されてよい。

[0094] ＪＣＴ−ＶＣは、ＨＥＶＣ規格の開発に取り組んでいる。ＨＥＶＣ規格化の取り組みは、ＨＥＶＣテストモデル（ＨＭ）と呼ばれるビデオコーディングデバイスの発展的モデルに基づく。ＨＭは、（たとえば、ＩＴＵ−Ｔ Ｈ．２６４／ＡＶＣ）に従う既存のデバイスに対してビデオコーディングデバイスのいくつかの追加の能力を仮定する。たとえば、Ｈ．２６４は９個のイントラ予測符号化モードを提供するが、ＨＭは３３個ものイントラ予測符号化モードを提供し得る。

[0095] 概して、ＨＭのワーキングモデルは、ビデオフレームまたはピクチャが、ルーマサンプルとクロマサンプルの両方を含む一連のツリーブロックまたは最大コーディングユニット（ＬＣＵ）に分割され得ることを記載している。次回のＨＥＶＣ規格も、ＬＣＵを「コーディングツリーユニット」と呼ぶ。ビットストリーム内のシンタックスデータは、ピクセルの数に関して最大コーディングユニットであるＬＣＵ用のサイズを確定することができる。スライスは、コーディング順序でいくつかの連続的なツリーブロックを含む。ビデオフレームまたはピクチャは、１つまたは複数のスライスに区分され得る。各ツリーブロックは、四分木によるコーディングユニット（ＣＵ）に分けることができる。一般に、４分木データ構造はＣＵごとに１つのノードを含み、ルートノードはツリーブロックに対応する。ＣＵが４つのサブＣＵに分割された場合、ＣＵに対応するノードは４つのリーフノードを含み、リーフノードの各々はサブＣＵのうちの１つに対応する。

[0096] ４分木データ構造の各ノードは、対応するＣＵにシンタックスデータを提供することができる。たとえば、４分木のノードは、そのノードに対応するＣＵがサブＣＵに分割されるかどうかを示す分割フラグを含み得る。ＣＵのシンタックス要素は、再帰的に定義されてよく、ＣＵがサブＣＵに分割されるかどうかに依存し得る。ＣＵがこれ以上分割されない場合、そのＣＵはリーフＣＵと呼ばれる。本開示では、元のリーフＣＵの明示的な分割が存在しない場合でも、リーフＣＵの４つのサブＣＵをリーフＣＵとも呼ぶ。たとえば、１６×１６サイズのＣＵがさらに分割されない場合、この１６×１６ＣＵが決して分割されなくても、４つの８×８サブＣＵをリーフＣＵとも呼ぶ。

[0097] ＣＵは、ＣＵがサイズ差異を有しないことを除いて、Ｈ．２６４規格のマクロブロックと同様の目的を有する。たとえば、ツリーブロックは、４つの子ノード（サブＣＵとも呼ばれる）に分割されてよく、各子ノードは、今度は親ノードとなり、別の４つの子ノードに分割されてよい。４分木のリーフノードと呼ばれる、最後の分割されていない子ノードは、リーフＣＵとも呼ばれるコーディングノードを備える。コード化ビットストリームに関連するシンタックスデータは、最大ＣＵ深度と呼ばれる、ツリーブロックが分割され得る最大回数を定義し得、また、コーディングノードの最小サイズを定義し得る。それに応じて、ビットストリームは最小コーディングユニット（ＳＣＵ）も定義することができる。本開示は、ＨＥＶＣのコンテキストにおけるＣＵ、ＰＵ、もしくはＴＵ、または他の規格のコンテキストにおける同様のデータ構造（たとえば、Ｈ．２６４／ＡＶＣにおけるマクロブロックおよびそのサブブロック）のいずれかを指すために「ブロック」という用語を使用する。

[0098] ＣＵは、コーディングノードと、コーディングノードに関連する予測ユニット（ＰＵ）および変換ユニット（ＴＵ）とを含む。ＣＵのサイズは、コーディングノードのサイズに対応し、正方形でなければならない。ＣＵのサイズは、８×８ピクセルから最大６４×６４以上のピクセルをもつツリーブロックのサイズまでに及び得る。各ＣＵは、１つまたは複数のＰＵと、１つまたは複数のＴＵとを含んでいることがある。ＣＵに関連するシンタックスデータは、たとえば、ＣＵを１つまたは複数のＰＵに区分することを記述し得る。区分モードは、ＣＵが、スキップモードもしくはダイレクトモードで符号化されるか、イントラ予測モードで符号化されるか、またはインター予測モードで符号化されるかの間で異なる場合がある。ＰＵは、形状が非正方形になるように区分され得る。ＣＵに関連するシンタックスデータは、たとえば、４分木に従って、ＣＵを１つまたは複数のＴＵに区分することも記述し得る。ＴＵは、形状が正方形または非正方形（たとえば、矩形）であり得る。

[0099] ＨＥＶＣ規格は、ＣＵごとに異なり得るＴＵに従った変換を可能にする。ＴＵは、一般に、区分されたＬＣＵについて定義された所与のＣＵ内のＰＵのサイズに基づいてサイズ決定されるが、常にそうであるとは限らない。ＴＵは、一般にＰＵと同じサイズであるかまたはＰＵよりも小さい。いくつかの例では、ＣＵに対応する残差サンプルは、「残差４分木」（ＲＱＴ）として知られる４分木構造を使用してより小さいユニットに再分割され得る。ＲＱＴのリーフノードは変換ユニット（ＴＵ）と呼ばれ得る。ＴＵに関連するピクセル差分値は、変換係数を生成するように変換されてよく、その変換係数は量子化され得る。

[0100] リーフＣＵは、１つまたは複数の予測ユニット（ＰＵ）を含み得る。概して、ＰＵは、対応するＣＵの全部または一部分に対応する空間的エリアを表し、そのＰＵの参照サンプルを取り出すためのデータを含み得る。その上、ＰＵは、予測に関係するデータを含む。たとえば、ＰＵがイントラモード符号化されるとき、ＰＵのデータは、ＰＵに対応するＴＵのイントラ予測モードを記述するデータを含み得る、残差４分木（ＲＱＴ）中に含まれ得る。別の例として、ＰＵがインターモード符号化されるとき、ＰＵは、ＰＵのための１つまたは複数の動きベクトルを定義するデータを含み得る。ＰＵについての動きベクトルを定義するデータは、たとえば、動きベクトルの水平成分、動きベクトルの垂直成分、動きベクトルの解像度（たとえば、１／４ピクセル精度または１／８ピクセル精度）、動きベクトルが指す参照ピクチャ、および／または動きベクトルの参照ピクチャリスト（たとえば、リスト０、リスト１またはリストＣ）を記述し得る。

[0101] １つまたは複数のＰＵを有するリーフＣＵはまた、１つまたは複数の変換ユニット（ＴＵ）を含むことができる。変換ユニットは、上記で説明したように、（ＴＵ４分木構造とも呼ばれる）ＲＱＴを使用して指定され得る。たとえば、分割フラグは、リーフＣＵが４つの変換ユニットに分割されるかどうかを示し得る。次いで、各変換ユニットはさらに、さらなるサブＴＵに分割され得る。ＴＵがこれ以上分割されないとき、そのＴＵはリーフＴＵと呼ぶことができる。一般に、イントラコーディングの場合、リーフＣＵに属するすべてのリーフＴＵは同じイントラ予測モードを共有する。すなわち、一般に、リーフＣＵのすべてのＴＵの予測値を計算するために同じイントラ予測モードが適用される。イントラコーディングの場合、ビデオエンコーダ２０は、イントラ予測モードを使用して各リーフＴＵの残差値を、ＴＵに対応するＣＵの一部と元のブロックとの間の差分として計算し得る。ＴＵは、必ずしもＰＵのサイズに制限されるとは限らない。したがって、ＴＵは、ＰＵよりも大きいことも小さいこともある。イントラコーディングの場合、ＰＵは、同じＣＵの対応するリーフＴＵとコロケートされ得る。いくつかの例では、リーフＴＵの最大サイズは、対応するリーフＣＵのサイズに該当する場合がある。

[0102] その上、リーフＣＵのＴＵはまた、残差４分木（ＲＱＴ）と呼ばれる、それぞれの４分木データ構造に関連付けられ得る。すなわち、リーフＣＵは、リーフＣＵがどのようにＴＵに区分されるかを示す４分木を含み得る。ＴＵ４分木のルートノードは一般にリーフＣＵに対応し、ＣＵ４分木のルートノードは一般にツリーブロック（またはＬＣＵ）に対応する。分割されないＲＱＴのＴＵはリーフＴＵと呼ばれる。全般に、本開示では、別段明記されない限り、リーフＣＵおよびリーフＴＵに言及するためにそれぞれＣＵおよびＴＵという用語を使用する。

[0103] ビデオシーケンスは通常、一連のビデオフレームまたはピクチャを含む。ピクチャグループ（ＧＯＰ）は、一般に、ビデオピクチャのうちの一連の１つまたは複数を備える。ＧＯＰは、ＧＯＰ中に含まれるいくつかのピクチャを記述するシンタックスデータを、ＧＯＰのヘッダ中、ピクチャのうちの１つまたは複数のヘッダ中、または他の場所に含み得る。ピクチャの各スライスは、それぞれのスライスのための符号化モードを記述するスライスシンタックスデータを含み得る。ビデオエンコーダ２０は、通常、ビデオデータを符号化するために、個々のビデオスライス内のビデオブロックに対して動作する。ビデオブロックは、ＣＵ内のコーディングノードに対応し得る。ビデオブロックは、サイズを固定することも変更することもでき、指定のコーディング規格に応じてサイズが異なることがある。

[0104] 一例として、ＨＭは、様々なＰＵサイズでの予測をサポートする。特定のＣＵのサイズが２Ｎ×２Ｎであると仮定すると、ＨＭは、２Ｎ×２ＮまたはＮ×ＮのＰＵサイズでのイントラ予測をサポートし、２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、またはＮ×Ｎの対称的なＰＵサイズでのインター予測をサポートする。ＨＭはまた、２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、およびｎＲ×２ＮのＰＵサイズでのインター予測のための非対称区分をサポートする。非対称区分では、ＣＵの一方向は区分されないが、他の方向は２５％と７５％とに区分される。２５％の区分に対応するＣＵの部分は、「ｎ」とその後ろに付く「Ｕｐ」、「Ｄｏｗｎ」、「Ｌｅｆｔ」、または「Ｒｉｇｈｔ」という表示によって示される。したがって、たとえば、「２Ｎ×ｎＵ」は、上部の２Ｎ×０．５Ｎ ＰＵと下部の２Ｎ×１．５Ｎ ＰＵとで水平方向に区分された２Ｎ×２Ｎ ＣＵを指す。

[0105] 本開示では、「Ｎ×Ｎ（NxN）」および「Ｎ×Ｎ（N by N）」は、垂直寸法および水平寸法に関するビデオブロックのピクセル寸法、たとえば、１６×１６（16x16）ピクセルまたは１６×１６（16 by 16）ピクセルを指すために互換的に使用され得る。概して、１６×１６ブロックは、垂直方向に１６ピクセルを有し（ｙ＝１６）、水平方向に１６ピクセルを有する（ｘ＝１６）。同様に、Ｎ×Ｎブロックは、概して、垂直方向にＮピクセルを有し、水平方向にＮピクセルを有し、ここでＮは非負整数値を表す。ブロック中のピクセルは行と列に構成され得る。その上、ブロックは、必ずしも、水平方向において垂直方向と同じ数のピクセルを有する必要があるとは限らない。たとえば、ブロックはＮ×Ｍのピクセルを備える場合があり、ここで、Ｍは必ずしもＮに等しいとは限らない。

[0106] ＣＵのＰＵを使用したイントラ予測コーディングまたはインター予測コーディングの後、ビデオエンコーダ２０は、ＣＵのＴＵのための残差データを計算し得る。ＰＵは、（ピクセル領域とも呼ばれる）空間領域において予測ピクセルデータを生成する方法またはモードを記述するシンタックスデータを備えてよく、ＴＵは、変換、たとえば、残差ビデオデータへの離散コサイン変換（ＤＣＴ）、整数変換、ウェーブレット変換、または概念的に同様の変換の適用後の、変換領域における係数を備え得る。残差データは、符号化されていないピクチャのピクセルと、ＰＵに対応する予測値との間のピクセル差分に対応し得る。ビデオエンコーダ２０は、ＣＵ用の残差データを含むＴＵを形成し、次いで、ＴＵを変換して、ＣＵ用の変換係数を生成することができる。

[0107] 変換係数を生成するための任意の変換の後に、ビデオエンコーダ２０は、変換係数の量子化を実施し得る。量子化は、概して、さらなる圧縮を提供する、係数を表すために使用されるデータの量をできるだけ低減するために変換係数を量子化するプロセスを指す。量子化プロセスは、係数の一部または全部に関連するビット深度を低減させることができる。たとえば、量子化中にｎビット値がｍビット値に切り捨てられてよく、ただし、ｎはｍよりも大きい。

[0108] 量子化の後に、ビデオエンコーダ２０は、変換係数を走査して、量子化変換係数を含む２次元行列から１次元ベクトルを生成し得る。走査は、より高いエネルギー（したがってより低い周波数）の係数をアレイの前方に配置し、より低いエネルギー（したがってより高い周波数）の係数をアレイの後方に配置するように設計され得る。いくつかの例では、ビデオエンコーダ２０は、あらかじめ定義された走査順序を利用して、量子化された変換係数を走査し、エントロピー符号化され得る直列化されたベクトルを生成し得る。他の例では、ビデオエンコーダ２０は適応走査を実施し得る。量子化された変換係数を走査して１次元ベクトルを形成した後に、ビデオエンコーダ２０は、たとえば、コンテキスト適応可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応バイナリ算術コーディング（ＣＡＢＡＣ）、シンタックスベースコンテキスト適応バイナリ算術コーディング（ＳＢＡＣ）、確率間隔区分エントロピー（ＰＩＰＥ）コーディング、または別のエントロピー符号化方法に従って、１次元ベクトルをエントロピー符号化し得る。ビデオエンコーダ２０はまた、ビデオデータを復号する際にビデオデコーダ３０が使用するための、符号化ビデオデータに関連するシンタックス要素をエントロピー符号化し得る。

[0109] ＣＡＢＡＣを実施するために、ビデオエンコーダ２０は、送信されるべきシンボルに、コンテキストモデル内のコンテキストを割り当て得る。コンテキストは、たとえば、シンボルの隣接値が非０であるか否かに関係し得る。ＣＡＶＬＣを実施するために、ビデオエンコーダ２０は、送信されるべきシンボルの可変長コードを選択し得る。ＶＬＣにおけるコードワードは、比較的短いコードが優勢シンボルに対応し、より長いコードが劣勢シンボルに対応するように構成され得る。このようにして、ＶＬＣの使用は、たとえば、送信されるべき各シンボルのために等長コードワードを使用するよりも、ビット節約を達成し得る。確率判断は、シンボルに割り当てられるコンテキストに基づき得る。

[0110] ビデオエンコーダ２０は、さらに、ブロックベースのシンタックスデータ、フレームベースのシンタックスデータ、およびＧＯＰベースのシンタックスデータなどのシンタックスデータを、たとえば、フレームヘッダ、ブロックヘッダ、スライスヘッダ、またはＧＯＰヘッダ中でビデオデコーダ３０に送り得る。ＧＯＰシンタックスデータは、それぞれのＧＯＰ内のフレームの数を記述することができ、フレームシンタックスデータは、対応するフレームを符号化するために使用される符号化／予測モードを示すことができる。

[0111] ビデオエンコーダ２０およびビデオデコーダ３０はそれぞれ、適用可能なとき、１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理回路、ソフトウェア、ハードウェア、ファームウェアなど、様々な好適なエンコーダまたはデコーダ回路のいずれか、あるいはそれらの任意の組合せとして実装され得る。ビデオエンコーダ２０およびビデオデコーダ３０の各々は１つまたは複数のエンコーダまたはデコーダ中に含まれ得、そのいずれも複合ビデオエンコーダ／デコーダ（コーデック）の一部として統合され得る。ビデオエンコーダ２０および／またはビデオデコーダ３０を含むデバイスは、集積回路、マイクロプロセッサ、および／またはセルラー電話などのワイヤレス通信デバイスを備え得る。

[0112] 図２は、ＲＯＩの情報指示、ＧＤＲの情報指示、または両方をシグナリングするための技法を実装することができるビデオエンコーダ２０の例を示すブロック図である。ビデオエンコーダ２０は、ビデオスライス内のビデオブロックのイントラコーディングおよびインターコーディングを実施し得る。イントラコーディングは、空間的予測を利用して、所与のビデオフレームまたはピクチャ内のビデオの空間的冗長性を低減または除去する。インターコーディングは、時間的予測を利用して、ビデオシーケンスの隣接フレームまたはピクチャ内のビデオの時間的冗長性を低減または除去する。イントラモード（Ｉモード）は、いくつかの空間ベースのコーディングモードのいずれかを指し得る。単方向予測（Ｐモード）または双方向予測（Ｂモード）などのインターモードは、いくつかの時間ベースのコーディングモードのいずれかを指し得る。

[0113] 図２に示すように、ビデオエンコーダ２０は、符号化されるべきビデオフレーム内の現在ビデオブロックを受信する。図２の例では、ビデオエンコーダ２０は、モード選択ユニット４０と、参照フレームメモリ６４と、加算器５０と、変換処理ユニット５２と、量子化ユニット５４と、エントロピー符号化ユニット５６とを含む。モード選択ユニット４０は、動き補償ユニット４４と、動き推定ユニット４２と、イントラ予測ユニット４６と、区分ユニット４８とを含む。ビデオブロックの再構成のために、ビデオエンコーダ２０はまた、逆量子化ユニット５８と、逆変換ユニット６０と、加算器６２とを含む。再構築されたビデオからブロッキネスアーティファクトを除去するためにブロック境界をフィルタ処理するデブロッキングフィルタ（図２に図示せず）も含まれ得る。所望される場合、デブロッキングフィルタは、一般に、加算器６２の出力をフィルタリングすることになる。追加のフィルタ（ループ内またはループ後）もデブロッキングフィルタに加えて使用され得る。そのようなフィルタは、簡潔のために示されていないが、必要な場合、（ループ内フィルタとして）加算器５０の出力をフィルタリングすることができる。

[0114] 符号化プロセス中に、ビデオエンコーダ２０はコーディングされるべきビデオフレームまたはスライスを受信する。フレームまたはスライスは、複数のビデオブロックに分割され得る。動き推定ユニット４２および動き補償ユニット４４は、時間的予測を行うために、１つまたは複数の参照フレーム中の１つまたは複数のブロックに対して、受信されたビデオブロックのインター予測コーディングを実施する。イントラ予測ユニット４６は、代替的に、空間的予測を行うために、コーディングされるべきブロックと同じフレームまたはスライス中の１つまたは複数の隣接ブロックに対して受信されたビデオブロックのイントラ予測コーディングを実施し得る。ビデオエンコーダ２０は、たとえば、ビデオデータの各ブロックのための適切なコーディングモードを選択するために、複数のコーディングパスを実施し得る。

[0115] その上、区分ユニット４８は、以前のコーディングパスにおける以前の区分方式の評価に基づいて、ビデオデータのブロックをサブブロックに区分し得る。たとえば、区分ユニット４８は、初めにフレームまたはスライスをＬＣＵに区分し、レートひずみ分析（たとえば、レートひずみ最適化）に基づいてＬＣＵの各々をサブＣＵに区分し得る。モード選択ユニット４０は、ＬＣＵをサブＣＵに区分することを示す４分木データ構造をさらに生成し得る。４分木のリーフノードＣＵは、１つまたは複数のＰＵと、１つまたは複数のＴＵとを含む場合がある。

[0116] モード選択ユニット４０は、たとえば、誤差結果に基づいてコーディングモード、すなわち、イントラまたはインターのうちの１つを選択し、残差ブロックデータを生成するために、得られたイントラコード化ブロックまたはインターコード化ブロックを加算器５０に与え、参照フレームとして使用するための符号化ブロックを再構成するために、得られたイントラコード化ブロックまたはインターコード化ブロックを加算器６２に与え得る。モード選択ユニット４０はまた、動きベクトル、イントラモードインジケータ、パーティション情報、および他のそのようなシンタックス情報などのシンタックス要素をエントロピー符号化ユニット５６に与える。

[0117] 動き推定ユニット４２と動き補償ユニット４４とは、高度に統合され得るが、概念的な目的のために別々に示してある。動き推定ユニット４２によって実施される動き推定は、ビデオブロックの動きを推定する動きベクトルを生成するプロセスである。動きベクトルは、たとえば、現在のフレーム（または他のコード化ユニット）内でコーディングされている現在のブロックに対する参照フレーム（または他のコード化ユニット）内の予測ブロックに対して現在のビデオフレームまたはピクチャ内のビデオブロックのＰＵの変位を示し得る。予測ブロックは、絶対値差分和（ＳＡＤ）、２乗差分和（ＳＳＤ）、または他の差分尺度によって決定され得るピクセル差分に関して、コーディングされるブロックに精密に一致することがわかっているブロックである。いくつかの例では、ビデオエンコーダ２０は、参照フレームメモリ６４に記憶された参照ピクチャのサブ整数ピクセル位置の値を計算し得る。たとえば、ビデオエンコーダ２０は、参照ピクチャの１／４ピクセル位置、１／８ピクセル位置、または他の分数ピクセル位置の値を補間することができる。したがって、動き推定ユニット４２は、フルピクセル位置と分数ピクセル位置とに対する動き探索を実施し、分数ピクセル精度で動きベクトルを出力し得る。

[0118] 動き推定ユニット４２は、ＰＵの位置を参照ピクチャの予測ブロックの位置と比較することによって、インターコード化スライス中のビデオブロックのＰＵについての動きベクトルを計算する。参照ピクチャは、第１の参照ピクチャリスト（リスト０）または第２の参照ピクチャリスト（リスト１）から選択されてよく、それらの参照ピクチャリストの各々は、参照フレームメモリ６４に記憶された１つまたは複数の参照ピクチャを識別する。動き推定ユニット４２は、計算された動きベクトルをエントロピー符号化ユニット５６と動き補償ユニット４４とに送る。

[0119] 動き補償ユニット４４によって実施される動き補償は、動き推定ユニット４２によって判断された動きベクトルに基づいて予測ブロックをフェッチまたは生成することに関与し得る。この場合も、いくつかの例では、動き推定ユニット４２と動き補償ユニット４４とは機能的に統合され得る。現在のビデオブロックのＰＵのための動きベクトルを受信すると、動き補償ユニット４４は、動きベクトルが参照ピクチャリストのうちの１つにおいて指す予測ブロックの位置を特定し得る。加算器５０は、以下で説明するように、コーディングされている現在のビデオブロックのピクセル値から予測ブロックのピクセル値を減算し、ピクセル差分値を形成することによって、残差ビデオブロックを形成する。概して、動き推定ユニット４２はルーマ成分に対して動き推定を実施し、動き補償ユニット４４は、クロマ成分とルーマ成分の両方のためにルーマ成分に基づいて計算された動きベクトルを使用する。モード選択ユニット４０はまた、ビデオスライスのビデオブロックを復号する際にビデオデコーダ３０が使用するためのビデオブロックとビデオスライスとに関連するシンタックス要素を生成し得る。

[0120] イントラ予測ユニット４６は、上に記述したように、動き推定ユニット４２および動き補償ユニット４４によって実施されたインター予測の代替として、現在のブロックをイントラ予測することができる。特に、イントラ予測ユニット４６は、現在のブロックを符号化するために使用するためにイントラ予測モードを決定することができる。いくつかの例では、イントラ予測ユニット４６は、たとえば、別個の符号化パス中に、様々なイントラ予測モードを使用して現在ブロックを符号化し得、イントラ予測ユニット４６（または、いくつかの例では、モード選択ユニット４０）は、テストされたモードから使用するのに適切なイントラ予測モードを選択し得る。

[0121] たとえば、イントラ予測ユニット４６は、様々なテストされたイントラ予測モードのためのレートひずみ分析を使用してレートひずみ値を計算し、テストされたモードの中で最良のレートひずみ特性を有するイントラ予測モードを選択し得る。レートひずみ分析は、一般に、符号化ブロックと、符号化ブロックを生成するために符号化された元の符号化されていないブロックとの間のひずみ（または誤差）の量、ならびに符号化ブロックを生成するために使用されるビットレート（すなわち、ビット数）を決定する。イントラ予測ユニット４６は、どのイントラ予測モードがブロックについて最良のレートひずみ値を呈するかを判断するために、様々な符号化ブロックのひずみおよびレートから比を計算し得る。

[0122] ブロックのイントラ予測モードを選択した後、イントラ予測ユニット４６は、ブロックのために選択されたイントラ予測モードを示す情報を、エントロピー符号化ユニット５６に提供することができる。エントロピー符号化ユニット５６は、選択されたイントラ予測モードを示す情報を符号化することができる。ビデオエンコーダ２０は、送信ビットストリーム中に構成データを含み得る。構成データは、複数のイントラ予測モードインデックステーブルおよび複数の修正されたイントラ予測モードインデックステーブル（コードワードマッピングテーブルとも呼ばれる）を含み得る。構成データはまた、様々なブロックの符号化コンテキストの定義と、コンテキストの各々に対して使用すべき、最確イントラ予測モード、イントラ予測モードインデックステーブル、および修正されたイントラ予測モードインデックステーブルの指示とを含み得る。

[0123] ビデオエンコーダ２０は、コーディングされている元のビデオブロックから、モード選択ユニット４０からの予測データを減算することによって、残差ビデオブロックを形成する。加算器５０は、この減算演算を実施する１つまたは複数の構成要素を表す。変換処理ユニット５２は、離散コサイン変換（ＤＣＴ）または概念的に同様の変換など、変換を残差ブロックに適用し、残差変換係数値を備えるビデオブロックを生成する。変換処理ユニット５２は、ＤＣＴと概念的に同様である他の変換を実施することができる。ウェーブレット変換、整数変換、サブバンド変換または他のタイプの変換も使用され得る。いずれの場合も、変換処理ユニット５２は、変換を残差ブロックに適用し、残差変換係数のブロックを生成する。変換は、残差情報をピクセル値領域から、周波数領域などの変換領域に変換することができる。変換処理ユニット５２は、得られた変換係数を量子化ユニット５４に送り得る。量子化ユニット５４は、ビットレートをさらに低減するために変換係数を量子化する。量子化プロセスは、係数の一部または全部に関連するビット深度を低減させることができる。量子化の程度は、量子化パラメータを調整することによって変更され得る。いくつかの例では、量子化ユニット５４は、次いで、量子化変換係数を含む行列の走査を実施し得る。代替的に、エントロピー符号化ユニット５６が走査を実施し得る。

[0124] 量子化の後、エントロピー符号化ユニット５６は、量子化変換係数をエントロピーコーディングする。たとえば、エントロピー符号化ユニット５６は、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）、確率間隔区分エントロピー（ＰＩＰＥ）コーディングまたは別のエントロピーコーディング技法を実施することができる。コンテキストベースエントロピーコーディングの場合、コンテキストは隣接ブロックに基づき得る。エントロピー符号化ユニット５６によるエントロピーコーディングの後、符号化ビットストリームは、別のデバイス（たとえば、ビデオデコーダ３０）に送信されてよく、または後で送信するかもしくは取り出すために保管され得る。

[0125] 逆量子化ユニット５８および逆変換ユニット６０は、それぞれ逆量子化および逆変換を適用して、たとえば、参照ブロックとして後で使用するために、ピクセル領域中で残差ブロックを再構成する。動き補償ユニット４４は、残差ブロックを参照フレームメモリ６４のフレームのうちの１つの予測ブロックに加算することによって参照ブロックを計算し得る。動き補償ユニット４４はまた、再構成された残差ブロックに１つまたは複数の補間フィルタを適用して、動き推定において使用するためのサブ整数ピクセル値を計算し得る。加算器６２は、再構成された残差ブロックを、動き補償ユニット４４によって生成された動き補償予測ブロックに加算して、参照フレームメモリ６４に記憶するための再構成されたビデオブロックを生成する。再構築されたビデオブロックは、後続のビデオフレーム中のブロックをインターコーディングするために動き推定ユニット４２および動き補償ユニット４４によって参照ブロックとして使用され得る。

[0126] 図２のビデオエンコーダ２０は、本開示で説明される様々な方法を実施するように構成されたビデオエンコーダの例を表す。本開示に記載される方法に従って、ビデオエンコーダ２０は、本明細書に記載されるシンタックス要素を使うことができる。ビデオエンコーダ２０は、ＩＳＰ情報またはＧＤＲフォアグラウンド情報を使って、ＲＯＩまたはフォアグラウンド領域ビデオデータを運ぶスライスを識別し、ＲＯＩまたはフォアグラウンド領域情報を、本明細書に記載されるように、ＩＳＰとして、またはＧＤＲプロセスの途中でのいずれかで、選択的に復号することができる。

[0127] 一例では、ビデオエンコーダ２０は、ビデオデータをコーディングする方法を実施するように構成され得る。この方法は、ＩＳＰが有効化されているかどうかを示す情報をコーディングすることを含み得る。独立サブピクチャが有効化されているとき、ビデオエンコーダ２０は、ＩＳＰのうちの１つについてのＩＳＰ ＩＤを示す情報をコーディングすることができる。ビデオエンコーダ２０は、ＲＯＩに対応するビデオデータを、ＩＳＰのうちの１つとしてコーディングすることもできる。

[0128] ＩＳＰが有効化されているかどうかを示すための情報を符号化することは、情報を、ＩＳＰが有効化されているかどうかを示すように、シーケンスパラメータセット、ビデオパラメータセットまたはピクチャパラメータセットのうちの１つの中で符号化することを含み得る。いくつかの例では、この情報は、シーケンス中のすべてのピクチャ、シーケンスの層の中のすべてのピクチャ、または個々のピクチャについてＩＳＰが有効化されていることを示し得る。１つまたは複数のＩＳＰの各々についてのＩＳＰ ＩＳＰ ＩＤを示す情報を符号化することは、情報を、１つまたは複数のＩＳＰの各々についてのＩＳＰ ＩＤを示すように、スライスヘッダまたはＳＥＩメッセージ中でコーディングすることを備え得る。

[0129] 本開示に記載するように、別の例では、ビデオエンコーダ２０は、ビデオデータをコーディングする方法を実施するように構成されてよく、この方法は、ピクチャのＧＤＲが有効化されているかどうかを示す情報をコーディングすることと、ＧＤＲが有効化されているとき、スライスがピクチャのフォアグラウンド領域に属すかどうかを示す情報をコーディングすることとを備える。

[0130] 方法は、ＧＤＲ開始点およびＧＤＲ回復点に対応するピクチャを示す情報を符号化することを含み得る。いくつかの例では、方法は、フォアグラウンド領域に属すスライスに対応するビデオデータをコーディングすることを備え得る。さらなる一例として、方法は、ＧＤＲ開始点とＧＤＲ回復点との間の、フォアグラウンド領域に属すスライスに対応するビデオデータをコーディングすることを備え得る。

[0131] ＧＤＲが有効化されているかどうかを示すための情報を符号化することは、情報を、ＧＤＲが有効化されているかどうかを示すように、シーケンスパラメータセット、ビデオパラメータセットまたはピクチャパラメータセットのうちの１つの中でコーディングすることを備え得る。いくつかの例では、この情報は、シーケンス中のすべてのピクチャ、シーケンスの層の中のすべてのピクチャ、または個々のピクチャについてＧＤＲが有効化されているかどうかを示し得る。スライスがピクチャのフォアグラウンド領域に属すかどうかを示す情報を符号化することは、情報を、スライスがピクチャのフォアグラウンド領域に属すかどうかを示すように、スライスヘッダまたはＳＥＩメッセージ中でコーディングすることを備え得る。いくつかの例では、ＳＥＩメッセージは、スライスがフォアグラウンドそれともバックグラウンドであるかを示すことができる。ある例では、フォアグラウンドを示すＳＥＩメッセージの後のすべてのスライスは、後続するスライスがバックグラウンドであることを示す以降のＳＥＩメッセージが受信されるまで、フォアグラウンドである。別の実装形態例では、システムまたは方法は、ＳＥＩメッセージを、あらゆるスライスについての、または所定の数のスライスについてのインジケータとして使うことができる。

[0132] ビデオデータを符号化する例示的方法において、ビデオエンコーダ２０は、ピクチャのＧＤＲが有効化されているかどうかを示す情報を符号化することができる。たとえば、これは、エントロピー符号化ユニット５６によって実施することができる。さらに、ＧＤＲが有効化されているとき、ビデオエンコーダ２０のエントロピー符号化ユニット５６は、スライスがピクチャのフォアグラウンド領域に属すかどうかを示す情報を符号化することができる。他の例では、ビデオエンコーダ２０の他のシステムまたはサブシステムが、本明細書に記載される方法の１つまたは複数の態様を実施することができる。

[0133] いくつかの例では、ビデオエンコーダ２０のエントロピー符号化ユニット５６または何らかの他の処理ユニットが、ＧＤＲ開始点およびＧＤＲ回復点に対応するピクチャを示す情報を符号化することができる。エントロピー符号化ユニット５６は、フォアグラウンド領域に属すスライス中のＲＯＩに対応するビデオデータを符号化することができる。一例では、エントロピー符号化ユニット５６は、この情報を、ＧＤＲ開始点とＧＤＲ回復点との間の、フォアグラウンド領域に属すスライスセットの第１のスライス中で符号化することができる。したがって、フラグまたはＳＥＩメッセージは、フォアグラウンド領域またはバックグラウンド領域における一連のスライスの開始を示すことができる。

[0134] 情報は、たとえば、ＳＥＩメッセージ、スライスヘッダ中のフラグもしくはシンタックス要素によって、またはいずれか、パラメータセットもしくはピクチャデリミタにおいて示すことができる。スライスがピクチャのフォアグラウンド領域に属すかどうかを示すのに、ＳＥＩメッセージを使う例は、スライスごとに１つのＳＥＩメッセージを送ればよく、またはＳＥＩメッセージが一連のスライスに該当してもよい。いくつかの例では、所定の数のスライスが、ＳＥＩメッセージによって示され得る。別の例では、あるＳＥＩメッセージが、次のＳＥＩメッセージが受信されるまで、一連のスライスに該当してもよい。スライスヘッダ中のフラグが、同様の機能性を有する場合もある。フラグは、各スライスについて一度送られればよく、またはフラグは、一連のスライスまたは既知の数のスライスに該当する場合もある。

[0135] 別の例では、エントロピー符号化ユニット５６は、この情報を、ＧＤＲ開始点とＧＤＲ回復点との間の、フォアグラウンド領域に属すスライス中で符号化することができる。したがって、いくつかの例は、各スライス中のフォアグラウンドフラグを、そのスライスがフォアグラウンド領域それともバックグラウンド領域にあるのかを示すようにセットすればよい。フォアグラウンド領域はリフレッシュ領域と呼ばれる場合もあり、バックグラウンド領域（フォアグラウンド領域ではない領域）は、非リフレッシュ領域と呼ばれる場合もある。いくつかの例では、ＧＤＲが有効化されているかどうかを示すための情報を符号化することは、情報を、ＧＤＲが有効化されているかどうかを示すように、シーケンスパラメータセット、ビデオパラメータセットまたはピクチャパラメータセットのうちの１つの中で符号化することを含み得る。情報は、たとえば、フラグまたはＳＥＩメッセージを含むことができ、シーケンス全体に対してＧＤＲが有効化されていることを示すことができる。

[0136] いくつかの例では、スライスがピクチャのフォアグラウンド領域に属すかどうかを示す情報を符号化することは、情報を、スライスがピクチャのフォアグラウンド領域に属すかどうかを示すように、スライスヘッダまたはＳＥＩメッセージ中で符号化することを含み得る。たとえば、スライスヘッダまたはフォアグラウンドＳＥＩメッセージ中のフラグは、フラグまたはＳＥＩメッセージに後続するすべてのスライスが、バックグラウンドを示す次のＳＥＩメッセージが受信されるまで、フォアグラウンドであることを示し得る。他の例では、スライス中のフラグまたはＳＥＩメッセージ中のフラグは、ある程度の所定の数のフォアグラウンドスライスを示し得る。スライス中のフラグを使う例では、複数のスライスについてのフォアグラウンドまたはバックグラウンドを示すために、単一のスライス中の単一のフラグを使うのではなく、あらゆるスライスがフラグを有し得る。いくつかの例では、ビデオエンコーダ２０のエントロピー符号化ユニット５６は、１つまたは複数のＩＳＰが有効化されているかどうかを示す情報を符号化することができる。独立サブピクチャが有効化されているとき、エントロピー符号化ユニット５６は、ＩＳＰのうちの１つについてのＩＳＰ ＩＤを示す情報を符号化し、ＲＯＩに対応するビデオデータをＩＳＰのうちの１つとして符号化することができる。ＩＳＰが有効化されているかどうかを示すための情報を符号化することは、情報を、ＩＳＰが有効化されているかどうかを示すように、シーケンスパラメータセット、ビデオパラメータセットまたはピクチャパラメータセットのうちの１つにおいて符号化することを含み得る。さらに、１つまたは複数のＩＳＰの各々についてのＩＳＰ ＩＤを示す情報を符号化することは、情報を、１つまたは複数のＩＳＰの各々についてのＩＳＰ ＩＤを示すように、スライスヘッダまたはＳＥＩメッセージ中で符号化することを備える。いくつかの例では、ビデオエンコーダ２０は、１つまたは複数のビデオデータスライスをＩＳＰに関連付けることができる。さらに、エントロピー符号化ユニット５６は、ＩＳＰの数と、ＩＳＰの位置と、ＩＳＰのサイズとを含むＩＳＰ特性をコード化ビデオシーケンス中で符号化し、ＩＳＰ特性をＳＥＩメッセージ中で符号化し、またはＩＳＰ特性をシーケンスパラメータセット、ビデオパラメータセット、またはピクチャパラメータセットのうちの１つにおいて符号化することができる。

[0137] 図３は、ＲＯＩの情報指示、ＧＤＲフォアグラウンド領域の情報指示、または両方を処理するための技法を実装することができるビデオデコーダ３０の例を示すブロック図である。図３の例では、ビデオデコーダ３０は、エントロピー復号ユニット７０と、動き補償ユニット７２と、イントラ予測ユニット７４と、逆量子化ユニット７６と、逆変形ユニット７８と、参照フレームメモリ８２と、加算器８０とを含む。ビデオデコーダ３０は、いくつかの例では、ビデオエンコーダ２０（図２）に関して説明された符号化パスとは全般に逆の復号パスを実施し得る。動き補償ユニット７２は、エントロピー復号ユニット７０から受信された動きベクトルに基づいて予測データを生成することができ、イントラ予測ユニット７４は、エントロピー復号ユニット７０から受信されたイントラ予測モードインジケータに基づいて予測データを生成することができる。

[0138] 復号プロセス中に、ビデオデコーダ３０は、ビデオエンコーダ２０から、符号化ビデオスライスのビデオブロックと、関連するシンタックス要素とを表す符号化ビデオビットストリームを受信する。ビデオデコーダ３０のエントロピー復号ユニット７０は、量子化係数、動きベクトルまたはイントラ予測モードインジケータ、および他のシンタックス要素を生成するためにビットストリームをエントロピー復号する。エントロピー復号ユニット７０は、動きベクトルをおよび他の予測シンタックス要素に動き補償ユニット７２に転送する。ビデオデコーダ３０は、ビデオスライスレベルおよび／またはビデオブロックレベルでシンタックス要素を受信し得る。

[0139] ビデオスライスがイントラコード化（Ｉ）スライスとしてコーディングされるとき、イントラ予測ユニット７４は、シグナリングされたイントラ予測モードと、現在のフレームまたはピクチャの、前に復号されたブロックからのデータとに基づいて、現在のビデオスライスのビデオブロックのための予測データを生成し得る。ビデオフレームがインターコード化（すなわち、Ｂ、ＰまたはＧＰＢ）スライスとしてコーディングされるとき、動き補償ユニット７２は、エントロピー復号ユニット７０から受信された動きベクトルと他のシンタックス要素とに基づいて、現在のビデオスライスのビデオブロックのための予測ブロックを生成する。予測ブロックは、参照ピクチャリストの１つの中の参照ピクチャの１つから生成され得る。ビデオデコーダ３０は、参照フレームメモリ８２に記憶された参照ピクチャに基づいて、デフォルト構成技法を使用して、参照フレームリスト、すなわち、リスト０とリスト１とを構成し得る。動き補償ユニット７２は、動きベクトルと他のシンタックス要素とを解析することによって現在ビデオスライスのビデオブロックについての予測情報を判断し、予測情報を使用して、復号されている現在ビデオブロックのための予測ブロックを生成する。たとえば、動き補償ユニット７２は、ビデオスライスのビデオブロックをコーディングするために使用される予測モード（たとえば、イントラまたはインター予測）と、インター予測スライスタイプ（たとえば、Ｂスライス、ＰスライスまたはＧＰＢスライス）と、スライスの参照ピクチャリストのうちの１つまたは複数についての構成情報と、スライスの各インター符号化ビデオブロックについての動きベクトルと、スライスの各インターコード化ビデオブロックについてのインター予測ステータスと、現在ビデオスライス中のビデオブロックを復号するための他の情報とを判断するために、受信されたシンタックス要素のいくつかを使用する。

[0140] 動き補償ユニット７２はまた、補間フィルタに基づいて補間を実施し得る。動き補償ユニット７２は、ビデオブロックの符号化中にビデオエンコーダ２０によって使用された補間フィルタを使用して、参照ブロックのサブ整数ピクセルのための補間された値を計算し得る。この場合、動き補償ユニット７２は、受信されたシンタックス要素からビデオエンコーダ２０によって使用された補間フィルタを判断し、その補間フィルタを使用して予測ブロックを生成し得る。

[0141] 逆量子化ユニット７６は、ビットストリーム中で与えられ、エントロピー復号ユニット７０によって復号された、量子化変換係数を逆量子化（inverse quantize）、すなわち、逆量子化（de-quantize）する。逆量子化プロセスは、量子化の程度を判断し、同様に、適用されるべき逆量子化の程度を判断するための、ビデオスライス中のビデオブロックごとにビデオエンコーダ３０によって計算される量子化パラメータＱＰ_Yの使用を含み得る。

[0142] 逆変換ユニット７８は、ピクセル領域において残差ブロックを生成するために、逆変換、たとえば、逆ＤＣＴ、逆整数変換、または概念的に同様の逆変換プロセスを変換係数に適用する。

[0143] 動き補償ユニット７２が、動きベクトルおよび他のシンタックス要素に基づいて現在のビデオブロックのための予測ブロックを生成した後、ビデオデコーダ３０は、逆変換ユニット７８からの残差ブロックを動き補償ユニット７２によって生成された対応する予測ブロックと加算することによって、復号ビデオブロックを形成する。加算器８０は、この加算演算を実施する１つまたは複数の構成要素を表す。所望される場合、ブロッキネスアーティファクトを除去するために、復号ブロックをフィルタリングするためのデブロッキングフィルタも適用され得る。ピクセル遷移を平滑化するか、またはさもなければビデオ品質を改善するために、（コーディングループ内またはコーディングループ後の）他のループフィルタも使用され得る。所与のフレームまたはピクチャ中の復号ビデオブロックは、次いで、その後の動き補償のために使用される参照ピクチャを記憶する参照フレームメモリ８２に記憶される。参照フレームメモリ８２はまた、図１のディスプレイデバイス３２などのディスプレイデバイス上に後で表示するために、復号ビデオを記憶する。

[0144] 図３のビデオデコーダ３０は、本開示で説明される様々な方法を実施するように構成されたビデオデコーダの例を表す。本開示で説明する方法は、ビデオデコーダ３０によって実施され得る。たとえば、エントロピー復号ユニット７０は、ビデオデコーダ３０内にあってよく、本開示に記載される１つまたは複数の態様を実施することができる。たとえば、上述したシンタックス要素を使うと、ビデオデコーダ３０は、本明細書に記載されるように、ＩＳＰ情報またはＧＤＲフォアグラウンド領域情報を使って、ＲＯＩまたはＧＤＲフォアグラウンド領域ビデオデータを運ぶスライスを識別し、ＲＯＩまたはＧＤＲフォアグラウンド領域情報を、ＩＳＰまたはＧＤＲフォアグラウンド領域のいずれかとして選択的に復号することができる。本開示で説明するように、一例では、ビデオデコーダ３０は、ビデオデータをコーディングする方法を実施するように構成され得る。この方法は、ＩＳＰが有効化されているかどうかを示す情報を復号することを含み得る。言い換えると、この情報は、ＩＳＰが存在するとともに、ＩＳＰによってカバーされる領域のみの処理が可能であるときを示すことができる。独立サブピクチャが有効化されているとき、方法は、ＩＳＰのうちの１つについてのＩＳＰ ＩＤを示す情報をコーディングすることと、ＲＯＩに対応するビデオデータをＩＳＰのうちの１つとして復号することとを含み得る。たとえば、可能性としてはＲＯＩまたはＧＤＲシンタックス要素の復号の一部または全部は、エントロピー復号ユニット７０内で起こり得る。概して、ただし、復号は、たとえば、イントラ予測ユニット７４または他の処理ユニットなど、ビデオデコーダ３０の別の処理ユニット内で起こってもよい。

[0145] ＩＳＰが有効化されているかどうかを示すための情報を復号することは、情報を、ＩＳＰが有効化されているかどうかを示すように、シーケンスパラメータセット、ビデオパラメータセットまたはピクチャパラメータセットのうちの１つにおいて復号することを含み得る。いくつかの例では、この情報は、シーケンス中のすべてのピクチャ、シーケンスの層の中のすべてのピクチャ、または個々のピクチャについてＩＳＰが有効化されていることを示し得る。たとえば、いくつかの場合、ＩＳＰは使われなくてよい。他の場合、ＩＳＰが、シーケンス中のすべてのピクチャ、シーケンスの層の中のすべてのピクチャ中で、または個々のピクチャについて使われ得る。１つまたは複数のＩＳＰの各々についてのＩＳＰ ＩＤを示す情報を復号することは、情報を、１つまたは複数のＩＳＰの各々についてのＩＳＰ ＩＤを示すように、スライスヘッダまたはＳＥＩメッセージ中で復号することを備え得る。このようにして、各ＩＳＰのＩＳＰ ＩＤは、たとえば、スライスヘッダ中またはＳＥＩメッセージ中のいずれかでシグナリングされ得る。このシグナリングは、ＩＳＰへのスライスの関連付けも可能にし得る。さらに、ＲＯＩに対応する特定のＩＳＰが、所望される唯一の領域であるとき、各ピクチャ中のＩＳＰに属さないスライスは破棄されてよく、ＩＳＰに属すスライスは、ＲＯＩビデオデータとして復号され、処理され得る。

[0146] 本開示に記載するように、別の例では、ビデオデコーダ３０、たとえば、エントロピー復号ユニット７０またはビデオデコーダ３０の他の部分は、ビデオデータを復号する方法を実施するように構成され得る。方法は、ピクチャのＧＤＲが有効化されているかどうかを示す情報を復号することと、ＧＤＲが有効化されているとき、スライスがピクチャのフォアグラウンド領域それともバックグラウンド領域に属すかを示す情報を復号することとを含み得る。フォアグラウンド領域はリフレッシュ領域と呼ばれる場合もあり、バックグラウンド領域（フォアグラウンド領域ではない領域）は、非リフレッシュ領域と呼ばれる場合もある。回復点ＳＥＩメッセージを含む非ＲＡＰアクセスユニットであるＧＤＲ開始点からランダムアクセスするとき、フォアグラウンド領域に属さない、開始点から回復点まで（ただし、回復点は含まない）の、すべてのピクチャ中のスライスは破棄され得る。

[0147] いくつかの例では、ビデオデコーダ３０は、ＧＤＲ開始点およびＧＤＲ回復点に対応するピクチャを示す情報を復号することを含むビデオデータを復号する方法を実施するように構成され得る。方法は、フォアグラウンド領域に属すスライスに対応するビデオデータを復号することを含み得る。さらなる一例として、方法は、ＧＤＲ開始点とＧＤＲ回復点との間のフォアグラウンド領域に属すスライスに対応するビデオデータを復号することを含み得る。

[0148] ＧＤＲが有効化されているかどうかを示すための情報を復号することは、情報を、ＧＤＲが有効化されているかどうかを示すように、シーケンスパラメータセット、ビデオパラメータセットまたはピクチャパラメータセットのうちの１つにおいて復号することを含み得る。いくつかの例では、この情報は、シーケンス中のすべてのピクチャ（コード化ビデオシーケンスとも呼ばれる）、シーケンスの層の中のすべてのピクチャ、またはシーケンス中の個々のピクチャについてＧＤＲが有効化されているかどうかを示すことができる。スライスがピクチャのフォアグラウンド領域に属すかどうかを示す情報を復号することは、スライスヘッダ中の情報、たとえば、特定のスライスがフォアグラウンドもしくはバックグラウンドであることを示すフラグ、またはＳＥＩメッセージに関連付けられたスライスがピクチャのフォアグラウンド領域に属すかどうかを示すためのＳＥＩメッセージを復号することを備え得る。スライスがピクチャのフォアグラウンド領域に属すかどうかを示すのに、ＳＥＩメッセージを使う例は、スライスごとに１つのＳＥＩメッセージを送ればよく、またはＳＥＩメッセージが一連のスライスに該当してもよい。いくつかの例では、所定の数のスライスが示され得る。別の例では、あるＳＥＩメッセージが、次のＳＥＩメッセージが受信されるまで、一連のスライスに該当してもよい。したがって、連続するＳＥＩメッセージの間に、複数のスライスがあり得る。

[0149] 繰り返しになるが、この方法は、いくつかの例では、ビデオデコーダ３０によって実施することができる。復号の場合、方法は、符号化ビデオビットストリーム中で、ピクチャのスライスが、それぞれのピクチャのフォアグラウンド領域に属すかどうかを示す情報を受信することと、ピクチャのスライスが、それぞれのピクチャのフォアグラウンド領域に属すかどうかを示す情報を復号することと、情報を使ってビデオデータを復号することとをさらに含み得る。さらに、方法は、たとえば、ＳＥＩメッセージまたはスライスヘッダ中のフラグもしくはシンタックス要素によって示されるように、フォアグラウンド領域に属すスライスを復号し、フォアグラウンド領域に属さないスライスを破棄することと、フォアグラウンド領域に属す復号スライスに基づいて、フォアグラウンド領域に対応するビデオデータを生成することとを含み得る。さらなる一例として、ビデオデコーダ３０によって実装される方法は、ＧＤＲ開始点からランダムアクセスを実施することと、フォアグラウンド領域に属す、ＧＤＲ開始点からＧＤＲ回復点までのピクチャ中のスライスを復号することと、フォアグラウンド領域に属さない、ＧＤＲ開始点からＧＤＲ回復点までのピクチャ中のスライスを破棄することとを含み得る。

[0150] 本開示に記載するように、一例では、ビデオデータを復号するシステム、装置、および方法は、ピクチャのＧＤＲが有効化されているかどうかを示す情報を復号することを含み得る。ＧＤＲが有効化されているとき、これらのシステム、装置、および方法は、スライスがピクチャのフォアグラウンド領域に属すかどうかを示す情報を復号することができる。そのようなシステム、装置、および方法は、ＧＤＲ開始点およびＧＤＲ回復点に対応するピクチャを示す情報を復号することをさらに含み得る。

[0151] いくつかの例では、ビデオデコーダ３０は、回復点ＳＥＩメッセージによって示されるように、ＧＤＲ開始点とＧＤＲ回復点との間のフォアグラウンド領域に属すスライスに対応するビデオデータを復号することができる。ＧＤＲが有効化されているかどうかを示すための情報を復号することは、いくつかの例では、ＧＤＲが有効化されているかどうかを示すように、シーケンスパラメータセット、ビデオパラメータセットまたはピクチャパラメータセットのうちの１つにおいて、ピクチャのスライスが、それぞれのピクチャのフォアグラウンド領域に属すかどうかを示す情報を復号することを含み得る。スライスがピクチャのフォアグラウンド領域に属すかどうかを示す情報を復号することは、いくつかの例では、情報を、スライスがピクチャのフォアグラウンド領域に属すかどうかを示すように、スライスヘッダまたはＳＥＩメッセージ中で復号することを含み得る。情報は、たとえば、ＳＥＩメッセージ、またはスライスヘッダ中のフラグもしくはシンタックス要素によって示すことができる。エントロピー復号ユニット７０は、図３に関して記載される復号の一部または全部を実施することができる。

[0152] 例示的ビデオデコーダ３０中で、たとえば、エントロピー復号ユニット７０が、符号化ビデオビットストリーム中の情報を受信することができる。エントロピー復号ユニット７０は、情報を復号し、情報を使ってビデオデータを復号することができる。ビデオデコーダ３０はさらに、フォアグラウンド領域に属すスライスを復号することができ、フォアグラウンド領域に属さないスライスを破棄する。いくつかの例では、ビデオデコーダ３０は、フォアグラウンド領域に属す復号スライスに基づいて、フォアグラウンド領域に対応するビデオデータを生成することができる。ビデオデコーダ３０は、また、ＧＤＲ開始点からランダムアクセスを実施し、フォアグラウンド領域に属す、ＧＤＲ開始点からＧＤＲ回復点までのピクチャ中のスライスを復号し、フォアグラウンド領域に属さない、ＧＤＲ開始点からＧＤＲ回復点までのピクチャ中のスライスを破棄することができる。いくつかの例では、この範囲は、開始点と回復点との間であり得る。他の例では、この範囲は、開始点と回復点との間であり、一方、他方、または両方を含み得る。概して、一実装形態では、回復点ＳＥＩメッセージを含む非ＲＡＰアクセスユニットであるＧＤＲ開始点からランダムアクセスするとき、フォアグラウンド領域に属さない、開始点から回復点まで（ただし、回復点は含まない）のすべてのピクチャ中のスライスは破棄され得る。

[0153] 図４は、ブロック図、本開示に記載される技法を使用する例示的な一連のＳＥＩメッセージである。本明細書に記載されるように、ＳＥＩメッセージまたはスライスヘッダ中のシンタックス要素は、ＧＤＲプロセスの目的で、スライスがフォアグラウンドそれともバックグラウンドであるかを示すのに、またはＲＯＩ処理のために、スライスのＩＳＰ ＩＤを示すのに使われ得る。図４の図示される例において、ＳＥＩメッセージは、次のＳＥＩメッセージが受信されるまで、ＧＤＲ目的で、ＳＥＩメッセージに後続するすべてのスライスがフォアグラウンドスライスであることを示すか、またはＲＯＩ目的で、ＳＥＩメッセージに後続するすべてのスライスのＩＳＰ ＩＤを示すシンタックス要素を含み得る。次のＳＥＩメッセージが受信された後、バックグラウンドもしくはフォアグラウンドステータスまたは次のＳＥＩメッセージに後続するスライスのＩＳＰ ＩＤが、次のＳＥＩメッセージ中の指示に基づいて判断され得る。たとえば、図４において、第１のＳＥＩメッセージ（ＳＥＩ１）は、最初のＳＥＩメッセージに後続するスライス（スライス１および２）が、バックグラウンド領域に属すスライスであることを示す。図４の図示される例において、ＳＥＩ１は、「０」に等しい、ＳＥＩメッセージ中でのフラグの、この使用を示す。ただし、「１」に等しいフラグは、このような指示を与えるのに使われてよいことが理解されよう。

[0154] 第２のＳＥＩメッセージ（ＳＥＩ２）は、第２のＳＥＩメッセージに後続するスライス（スライス３および４）が、フォアグラウンド領域に属すスライスであることを示す。図４の図示される例において、ＳＥＩ２は、「１」に等しいフラグの、この使用を示す。ただし、繰り返しになるが、「０」に等しいフラグは、このような指示を与えるのに使われてよいことが理解されよう。

[0155] 第３のＳＥＩメッセージ（ＳＥＩ３）は、第３のＳＥＩメッセージに後続するスライス（スライス５および６）が、バックグラウンド領域に属すスライスであることを示す。図４の図示される例において、ＳＥＩ３は、「０」に等しいフラグの、この使用を示す。ただし、繰り返しになるが、「１」に等しいフラグは、このような指示を与えるのに使われてよいことが理解されよう。したがって、ＳＥＩ１に後続するスライスは、別のＳＥＩメッセージ（ＳＥＩ２）が受信されるまで、バックグラウンドであり、このことは、ＳＥＩ２に後続するスライスがフォアグラウンドスライスであることを示す。ＳＥＩ３は、ＳＥＩ３に後続するスライスがバックグラウンドスライスであることを示す。したがって、ＳＥＩ２とＳＥＩ３との間のスライスは、フォアグラウンドスライスである。各ＳＥＩメッセージの間に２つのスライスが示されているが、任意の数のスライスがＳＥＩメッセージの間に提供されてよい。特定のＳＥＩメッセージに後続するスライスは、そのＳＥＩメッセージによって示されるフォアグラウンドまたはバックグラウンドステータスを有する。フォアグラウンドまたはバックグラウンドステータスは、次のＳＥＩメッセージが受信されるまで、ＳＥＩメッセージに後続するスライスに対して同じままであり、その時点で、次のＳＥＩメッセージに後続するスライスは、次のＳＥＩメッセージによって指定されるフォアグラウンドまたはバックグラウンドステータスを有する。

[0156] したがって、要約すると、図４の図示される例において、スライスヘッダまたはフォアグラウンドＳＥＩメッセージ中のフラグは、フラグまたはＳＥＩメッセージに後続するすべてのスライスが、スライスがバックグラウンドであることをＳＥＩメッセージが示す、たとえば、フラグが「０」を等しい場合、バックグラウンドスライスであるか、または、スライスがフォアグラウンドであることをＳＥＩメッセージが示す、たとえば、フラグが「１」に等しい場合、フォアグラウンドスライスであることのいずれかを示し得る。図４に示されるように、ＳＥＩメッセージ中のフラグは、このような指示を含む次のＳＥＩメッセージまで、フォアグラウンドまたはバックグラウンドのインジケータとして使うことができる。図４の図示される例において、「０」に等しいフラグはバックグラウンドを示し、「１」に等しいフラグはフォアグラウンドを示す。ただし、逆も使われてよいことが理解されよう。言い換えると、「１」に等しいフラグは、バックグラウンドを示すのに使うことができ、「０」に等しいフラグはフォアグラウンドを示すことができる。

[0157] 図５および図６は、本開示の１つまたは複数の態様を実装する例示的方法を示す流れ図である。本明細書で説明するように、いくつかの例示的実装形態は、ＧＤＲに関連した情報をシグナリングすることができる。他の例示的実装形態は、ＲＯＩに関連した情報をシグナリングすることができる。図５は、本開示のＧＤＲ態様に関し、図６は、本開示のＲＯＩ態様に関する。さらに、本明細書に記載されるように、いくつかの例示的実装形態は、ＧＤＲとＲＯＩの両方に関連した情報をシグナリングすることができる。

[0158] 図５は、ＧＤＲに関連し、本開示の１つまたは複数の態様を実施する例示的な方法を示す流れ図である。本明細書に記載されるシステムおよび方法による様々な例では、ビデオエンコーダ２０またはビデオデコーダ３０は、ピクチャのＧＤＲが有効化されているかどうかを示す情報をコーディングすることができる（５００）。たとえば、ビデオエンコーダ２０中のエントロピー符号化ユニット５６が、ピクチャのＧＤＲが有効化されているかどうかを示す情報を符号化してもよく、ビデオデコーダ３０のエントロピー復号ユニット７０が、ピクチャのＧＤＲが有効化されているかどうかを示す情報を復号してもよい。したがって、コーディングは、符号化または復号を指す。いくつかの例では、ＧＤＲが有効化されているとき、ビデオエンコーダ２０またはビデオデコーダ３０は、スライスがピクチャのフォアグラウンド領域に属すかどうかを示す情報をコーディングすることができる（５０２）。いくつかの例では、ＧＤＲが有効化されている場合、たとえば、ビデオデコーダ３０は、（たとえば、スライスヘッダ中またはＳＥＩメッセージ中のフォアグラウンド情報を探す。ビデオエンコーダ２０中のエントロピー符号化ユニット５６が、ある例では、スライスがピクチャのフォアグラウンド領域に属すかどうかを示す情報をコーディングしてもよく、ビデオデコーダ３０のエントロピー復号ユニット７０が、スライスがピクチャのフォアグラウンド領域に属すかどうかを示す情報をコーディングしてもよい。いくつかの例は、そのような情報を、スライスヘッダの一部として、たとえば、フラグまたは他のシンタックス要素として、ＳＥＩメッセージ中でコーディングすることができる。いくつかの例では、方法を実装する装置内の１つのプロセッサまたは複数のプロセッサが、これらのステップのうちの１つまたは複数を実施するように構成され得る。

[0159] いくつかの例では、ビデオエンコーダ２０またはビデオデコーダ３０は、ＧＤＲ開始点およびＧＤＲ回復点に対応するピクチャを示す情報をコーディングすることができる（５０４）。さらに、いくつかの例では、ビデオエンコーダ２０またはビデオデコーダ３０は、ＧＤＲ開始点とＧＤＲ回復点との間のフォアグラウンド領域に属すスライスに対応するビデオデータをコーディングすることができる。

[0160] いくつかの例では、ビデオエンコーダ２０またはビデオデコーダ３０は、ＧＤＲが有効化されているかどうかを示すように、シーケンスパラメータセット、ビデオパラメータセットまたはピクチャパラメータセットのうちの１つにおいて情報をコーディングすることによって、ＧＤＲが有効化されているかどうかを示すための情報をコーディングすることができる。

[0161] いくつかの例では、ビデオコーダは、情報を、スライスがピクチャのフォアグラウンド領域に属すかどうかを示すように、スライスヘッダまたはＳＥＩメッセージ中でコーディングすることによって、スライスがピクチャのフォアグラウンド領域に属すかどうかを示す情報をコーディングするようにさらに構成され得る。情報は、たとえば、ＳＥＩメッセージ、またはスライスヘッダ中のフラグもしくはシンタックス要素によって示すことができる。スライスがピクチャのフォアグラウンド領域に属すかどうかを示すのに、ＳＥＩメッセージを使う例は、スライスごとに１つのＳＥＩメッセージを送ればよく、またはＳＥＩメッセージが一連のスライスに該当してもよい。いくつかの例では、所定の数のスライスが、ＳＥＩメッセージによって示され得る。別の例では、あるＳＥＩメッセージが、次のＳＥＩメッセージが受信されるまで、一連のスライスに該当してもよい。たとえば、ＳＥＩメッセージ中のフォアグラウンドフラグは、次のＳＥＩメッセージの前に受信された１つまたは複数の後続スライスについてのステータスを示し得る。スライスヘッダ中のフラグが、同様の機能性を有する場合もある。フラグは、各スライスについて一度送られればよく、またはフラグは、一連のスライスまたは既知の数のスライスに該当する場合もある。いくつかの例では、ＳＥＩメッセージ中のフラグまたはスライスヘッダ中のフラグ、フォアグラウンドまたはバックグラウンドを使うことが、明示的に示され得る。ビデオコーダは、ビデオエンコーダ２０またはビデオデコーダ３０であってよい。

[0162] 本明細書に記載されるいくつかの例によると、システム、方法、および装置は、符号化ビデオビットストリーム中で情報を受信し、その情報を復号し、情報を使ってビデオデータを復号することができる。これらの例は、フォアグラウンド領域に属すスライスを復号し、フォアグラウンド領域に属さないスライスを破棄することもできる。

[0163] 別の例では、システム、方法、および装置は、フォアグラウンド領域に属す復号スライスに基づいて、フォアグラウンド領域に対応するビデオデータを生成するようにさらに構成され得る。別の例では、システム、方法、および装置は、ＧＤＲ開始点からランダムアクセスを実施するように構成されてよく、フォアグラウンド領域に属す、ＧＤＲ開始点からＧＤＲ回復点までのピクチャ中のスライスを復号し、フォアグラウンド領域に属さない、ＧＤＲ開始点からＧＤＲ回復点までのピクチャ中のスライスを破棄する。

[0164] 図６は、ＲＯＩに関連し、本開示の１つまたは複数の態様を実施する例示的な方法を示す流れ図である。図示される例において、ビデオエンコーダ２０やビデオデコーダ３０など、ビデオデータをコーディングするための装置は、特定のスライスについて、１つまたは複数のＩＳＰの使用が有効化されているかどうかを示す情報をコーディングする（６００）ように構成された１つのプロセッサまたは複数のプロセッサを含み得る。さらに、独立サブピクチャが有効化されているとき、装置は、ＩＳＰのうちの１つについてのＩＳＰ ＩＤを示す情報をコーディングする（６０２）。１つのプロセッサまたは複数のプロセッサは、ＲＯＩに対応するビデオデータを、ＩＳＰのうちの１つとしてコーディングする（６０４）ようにも構成され得る。一例では、ＳＥＩメッセージまたはスライスヘッダは、ＳＥＩメッセージの場合、１つのスライスまたは複数の連続するスライスについてのＩＳＰ ＩＤを示す。ビデオデコーダ３０は、そのＩＳＰ ＩＤを使って、ＲＯＩに対応するスライスを識別し、復号する。いくつかの例は、ＩＳＰ ＩＤを使って、ＲＯＩ
ＩＳＰ中にあるスライスを示すことができる。ＳＥＩメッセージは、ＩＳＰ ＩＤをスライスに関連付けることもできる。

[0165] 本開示によると、ビデオデータをコーディングするためのシステム、方法、または装置は、ＩＳＰが有効化されているかどうかを示すための情報をコーディングすることができ、情報を、ＩＳＰが有効化されているかどうかを示すように、シーケンスパラメータセット、ビデオパラメータセットまたはピクチャパラメータセットのうちの１つにおいてコーディングすることを備える。ビデオデータをコーディングするためのシステム、方法、または装置は、１つまたは複数のＩＳＰの各々についてのＩＳＰ ＩＤを示す情報をコーディングすることもでき、情報を、１つまたは複数のＩＳＰの各々についてのＩＳＰ
ＩＤを示すように、スライスヘッダまたはＳＥＩメッセージ中でコーディングすることを備える。情報は、たとえば、ＳＥＩメッセージ、またはスライスヘッダ中のフラグもしくはシンタックス要素によって示すことができる。いくつかの例では、ＳＥＩメッセージ中またはスライスヘッダ中でＩＳＰ ＩＤが提供され得る。したがって、いくつかの例示的システムは、ＩＳＰ ＩＤに基づいて、ＲＯＩを判断することができる。たとえば、いくつかのシステムは、ＩＳＰ ＩＤに基づいて、スライスのうちの１つまたは複数がＲＯＩそれとも非ＲＯＩスライスであるか判断することができる
[0166] ビデオデータをコーディングするためのこれらのシステム、方法、または装置は、１つまたは複数のビデオデータスライスをＩＳＰに関連付けることができる。本開示によると、ビデオデータをコーディングするためのシステム、方法、または装置は、ＩＳＰの数と、ＩＳＰの位置と、ＩＳＰのサイズとを含むＩＳＰ特性を、コード化ビデオシーケンス中でコーディングすることができる。これらのシステム、方法、または装置は、ＩＳＰ特性を、ＳＥＩメッセージ、シーケンスパラメータセット、ビデオパラメータセット、またはピクチャパラメータセットのうちの１つにおいてコーディングすることができる。

[0167] いくつかの例では、ビデオデコーダ３０は、ＲＯＩを復号する際、ＩＳＰ ＩＤを使うことができる。たとえば、ＳＥＩメッセージが、ＩＳＰ ＩＤを示し得る。ＳＥＩメッセージに後続するスライスは、次のＳＥＩメッセージまで、同じＩＳＰに関連付けられ得る。これは、図４を参照して論じたＧＤＲに関して使われる方法論と同様であり得る。いくつかの例では、ＲＯＩ中のスライスすべてに対して、ＩＳＰ ＩＤが使われ得る。ＩＳＰ ＩＤの特殊な値（たとえば、無効値）をもつスライスが使われてもよい。たとえば、ヌル値も、ＲＯＩ中にないスライスを示すのに使われ得る。例によっては、本明細書で説明した技法のうちいずれかの、いくつかの作用またはイベントは、異なるシーケンスで実装されてよく、追加、マージ、または完全に除外され得る（たとえば、すべての説明した作用またはイベントが、本技法の実施のために必要であるとは限らない）ことを認識されたい。さらに、いくつかの例では、作用またはイベントは、連続的にではなく、同時に、たとえば、マルチスレッド処理、割込み処理、または複数のプロセッサを通して実施され得る。

[0168] １つまたは複数の例では、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されてよく、あるいは、コンピュータ可読媒体を介して送信され、ハードウェアベースの処理ユニットによって実行されてよい。コンピュータ可読媒体は、たとえば、通信プロトコルに従って、ある場所から別の場所へのコンピュータプログラムの転送を支援する任意の媒体を含む、データ記憶媒体または通信媒体などの有形媒体に対応するコンピュータ可読記憶媒体を含み得る。このようにして、コンピュータ可読媒体は、一般に、（１）非一時的である有形コンピュータ可読記憶媒体、あるいは（２）信号または搬送波などの通信媒体に対応し得る。データ記憶媒体は、本開示で説明された技法の実装のための命令、コードおよび／またはデータ構造を取り出すために、１つまたは複数のコンピュータあるいは１つまたは複数のプロセッサによってアクセスされ得る任意の利用可能な媒体であり得る。コンピュータプログラム製品はコンピュータ可読媒体を含み得る。

[0169] 限定ではなく例として、そのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージ、または他の磁気ストレージデバイス、フラッシュメモリ、あるいは、命令またはデータ構造の形態の所望のプログラムコードを記憶するために使用されコンピュータによってアクセスされ得る、任意の他の媒体を備え得る。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、命令が、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。しかしながら、コンピュータ可読記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または他の一時的媒体を含まないが、代わりに非一時的な有形記憶媒体を対象とすることを理解されたい。本明細書で使用する場合、ディスク（disk）およびディスク（disc）は、コンパクトディスク（ＣＤ）、レーザーディスク（登録商標）、光ディスク、デジタル多用途ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、およびブルーレイディスクを含み、ディスク（disk）は、通常、磁気的にデータを再生し、ディスク（disc）は、レーザーで光学的にデータを再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。

[0170] 命令は、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）などの１つまたは複数のプロセッサ、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブル論理アレイ（ＦＰＧＡ）、または他の等価な集積回路もしくはディスクリート論理回路によって実行され得る。したがって、本明細書で使用する「プロセッサ」という用語は、前述の構造、または本明細書で説明する技法の実装に好適な他の構造のいずれかを指す。さらに、いくつかの態様では、本明細書で説明した機能は、符号化および復号のために構成された専用のハードウェアおよび／もしくはソフトウェアモジュール内に与えられ得、または複合コーデックに組み込まれ得る。また、本技法は、１つまたは複数の回路または論理要素中に十分に実装され得る。

[0171] 本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）またはＩＣのセット（たとえば、チップセット）を含む、多種多様なデバイスまたは装置において実装され得る。本開示では、開示する技法を実施するように構成されたデバイスの機能的態様を強調するために様々な構成要素、モジュール、またはユニットについて説明したが、それらの構成要素、モジュール、またはユニットを、必ずしも異なるハードウェアユニットによって実現する必要はない。むしろ、上記で説明したように、様々なユニットが、好適なソフトウェアおよび／またはファームウェアとともに、上記で説明した１つまたは複数のプロセッサを含めて、コーデックハードウェアユニットにおいて組み合わせられるか、または相互動作ハードウェアユニットの集合によって与えられ得る。

[0172] 様々な例について説明してきた。これらおよび他の例は、以下の特許請求の範囲内である。

[0172] 様々な例について説明してきた。これらおよび他の例は、以下の特許請求の範囲内である。
以下に、本願の出願当初の特許請求の範囲に記載された発明を付記する。
[Ｃ１]
ビデオデータを復号する方法であって、
ピクチャの漸次デコーダリフレッシュ（ＧＤＲ）が有効化されているかどうかを示す情報を復号することと、
ＧＤＲが有効化されているとき、前記ピクチャの１つまたは複数のスライスが前記ピクチャのフォアグラウンド領域に属すかどうかを示す情報を復号することとを備える方法。
[Ｃ２]
前記情報は、補足強調情報（ＳＥＩ）メッセージおよびスライスヘッダのうちの１つの中のフラグを備える、Ｃ１に記載の方法。
[Ｃ３]
前記ピクチャは、複数のピクチャのうちの１つを備え、前記フォアグラウンド領域は、複数のフォアグラウンド領域のうちの１つを備え、前記複数のピクチャの各々は、フォアグラウンド領域を有し、これらのフォアグラウンド領域の各々は、１つまたは複数のスライスを有し、前記方法は、ＧＤＲ開始点およびＧＤＲ回復点に対応する前記それぞれのピクチャを示す情報を復号することをさらに備える、Ｃ１に記載の方法。
[Ｃ４]
前記ＧＤＲ開始点と前記ＧＤＲ回復点との間の、前記ピクチャ中の前記フォアグラウンド領域に属す前記スライスに対応するビデオデータを復号することをさらに備える、Ｃ３に記載の方法。
[Ｃ５]
前記ＧＤＲ開始点と前記ＧＤＲ回復点との間の、前記ピクチャ中の前記フォアグラウンド領域に属さない前記スライスに対応するビデオデータを破棄することをさらに備える、Ｃ４に記載の方法。
[Ｃ６]
前記ピクチャの前記１つまたは複数のスライスが前記ピクチャの前記フォアグラウンド領域に属すことに基づいて、前記ピクチャの前記フォアグラウンド領域に対応するビデオデータを生成することをさらに備える、Ｃ１に記載の方法。
[Ｃ７]
ＧＤＲが有効化されているかどうかを示すための情報を復号することは、ＧＤＲが有効化されているかどうかを示すための前記情報を、シーケンスパラメータセット、ビデオパラメータセット、ピクチャパラメータセット、またはＳＥＩメッセージのうちの１つにおいて復号することを備える、Ｃ１に記載の方法。
[Ｃ８]
前記ＧＤＲ開始点からランダムアクセスを実施することをさらに備える、Ｃ７に記載の方法。
[Ｃ９]
前記ＳＥＩメッセージ中のフォアグラウンドフラグは、次のＳＥＩメッセージの前に受信された１つまたは複数の後続スライスについてのステータスを示す、Ｃ８に記載の方法。
[Ｃ１０]
ビデオデータを符号化する方法であって、
ピクチャのＧＤＲが有効化されているかどうかを示す情報を符号化することと、
ＧＤＲが有効化されているとき、前記ピクチャの１つまたは複数のスライスが前記ピクチャのフォアグラウンド領域に属すかどうかを示す情報を符号化することとを備える方法。
[Ｃ１１]
前記情報は、ＳＥＩメッセージおよびスライスヘッダのうちの１つの中のフラグを備える、Ｃ１０に記載の方法。
[Ｃ１２]
前記ピクチャは、複数のピクチャのうちの１つを備え、前記フォアグラウンド領域は、複数のフォアグラウンド領域のうちの１つを備え、前記複数のピクチャの各々は、フォアグラウンド領域を有し、これらのフォアグラウンド領域の各々は、１つまたは複数のスライスを有し、前記方法は、ＧＤＲ開始点およびＧＤＲ回復点に対応する前記それぞれのピクチャを示す情報を符号化することをさらに備える、Ｃ１０に記載の方法。
[Ｃ１３]
前記ＧＤＲ開始点と前記ＧＤＲ回復点との間の、前記ピクチャ中の前記フォアグラウンド領域に属す前記スライスに対応するビデオデータを符号化することをさらに備える、Ｃ１２に記載の方法。
[Ｃ１４]
前記ＧＤＲ開始点と前記ＧＤＲ回復点との間の、前記ピクチャ中の前記フォアグラウンド領域に属さない前記スライスに対応するビデオデータを破棄することをさらに備える、Ｃ１３に記載の方法。
[Ｃ１５]
ＧＤＲが有効化されているかどうかを示すための情報を符号化することは、ＧＤＲが有効化されているかどうかを示すための前記情報を、シーケンスパラメータセット、ビデオパラメータセット、ピクチャパラメータセット、またはＳＥＩメッセージのうちの１つにおいて符号化することを備える、Ｃ１０に記載の方法。
[Ｃ１６]
ビデオデータをコーディングするための装置であって、
ピクチャのＧＤＲが有効化されているかどうかを示す情報をコーディングし、
ＧＤＲが有効化されているとき、前記ピクチャの１つまたは複数のスライスが前記ピクチャのフォアグラウンド領域に属すかどうかを示す情報をコーディングするように構成された１つまたは複数のプロセッサを備える装置。
[Ｃ１７]
前記情報は、ＳＥＩメッセージおよびスライスヘッダのうちの１つの中のフラグを備える、Ｃ１６に記載の装置。
[Ｃ１８]
前記ピクチャは、複数のピクチャのうちの１つを備え、前記フォアグラウンド領域は、複数のフォアグラウンド領域のうちの１つを備え、前記複数のピクチャの各々は、フォアグラウンド領域を有し、これらのフォアグラウンド領域の各々は、１つまたは複数のスライスを有し、前記１つまたは複数のプロセッサは、ＧＤＲ開始点およびＧＤＲ回復点に対応する前記それぞれのピクチャを示す情報をコーディングするようにさらに構成される、Ｃ１６に記載の装置。
[Ｃ１９]
前記１つまたは複数のプロセッサは、前記ＧＤＲ開始点と前記ＧＤＲ回復点との間の、前記ピクチャ中の前記フォアグラウンド領域に属す前記スライスに対応するビデオデータをコーディングするようにさらに構成される、Ｃ１８に記載の装置。
[Ｃ２０]
前記１つまたは複数のプロセッサは、前記ＧＤＲ開始点と前記ＧＤＲ回復点との間の、前記ピクチャ中の前記フォアグラウンド領域に属さない前記スライスに対応するビデオデータを破棄するようにさらに構成される、Ｃ１９に記載の装置。
[Ｃ２１]
前記１つまたは複数のプロセッサは、ＧＤＲが有効化されているかどうかを示すための情報をコーディングするようにさらに構成され、ＧＤＲが、シーケンスパラメータセット、ビデオパラメータセット、ピクチャパラメータセット、またはＳＥＩメッセージのうちの１つにおいてコーディング中であるかどうかを示すための前記情報をコーディングすることを備える、Ｃ１６に記載の装置。
[Ｃ２２]
ピクチャのＧＤＲが有効化されているかどうかを示す前記情報、およびスライスが前記ピクチャの前記フォアグラウンド領域に属すかどうかを示す前記情報のうちの少なくとも１つを符号化するように構成されたビデオエンコーダを備える、Ｃ１６に記載の装置。
[Ｃ２３]
ピクチャのＧＤＲが有効化されているかどうかを示す前記情報、およびスライスが前記ピクチャの前記フォアグラウンド領域に属すかどうかを示す前記情報のうちの少なくとも１つを復号するように構成されたビデオデコーダを備える、Ｃ１６に記載の装置。
[Ｃ２４]
前記１つまたは複数のプロセッサは、前記ピクチャの前記１つまたは複数のスライスが前記ピクチャの前記フォアグラウンド領域に属すことに基づいて、前記ピクチャの前記フォアグラウンド領域に対応するビデオデータを生成するようにさらに構成される、Ｃ１６に記載の装置。
[Ｃ２５]
前記１つまたは複数のプロセッサは、前記ＧＤＲ開始点からランダムアクセスを実施するようにさらに構成される、Ｃ２４に記載の装置。
[Ｃ２６]
ＳＥＩメッセージ中のフォアグラウンドフラグは、次のＳＥＩメッセージの前に受信された１つまたは複数の後続スライスについてのステータスを示す、Ｃ２５に記載の装置。
[Ｃ２７]
ビデオデータをコーディングするための装置であって、
ピクチャのＧＤＲが有効化されているかどうかを示す情報をコーディングするための手段と、
ＧＤＲが有効化されているとき、前記ピクチャの１つまたは複数のスライスが前記ピクチャのフォアグラウンド領域に属すかどうかを示す情報をコーディングするための手段とを備える装置。
[Ｃ２８]
前記情報は、ＳＥＩメッセージおよびスライスヘッダのうちの１つの中のフラグを備える、Ｃ２７に記載の装置。
[Ｃ２９]
前記ピクチャは、複数のピクチャのうちの１つを備え、前記フォアグラウンド領域は、複数のフォアグラウンド領域のうちの１つを備え、前記複数のピクチャの各々は、フォアグラウンド領域を有し、これらのフォアグラウンド領域の各々は、１つまたは複数のスライスを有し、前記装置は、ＧＤＲ開始点およびＧＤＲ回復点に対応する前記それぞれのピクチャを示す情報をコーディングするための手段をさらに備える、Ｃ２７に記載の装置。
[Ｃ３０]
前記ＧＤＲ開始点と前記ＧＤＲ回復点との間の、前記ピクチャ中の前記フォアグラウンド領域に属す前記スライスに対応するビデオデータをコーディングするための手段をさらに備える、Ｃ２９に記載の装置。
[Ｃ３１]
前記ＧＤＲ開始点と前記ＧＤＲ回復点との間の、前記ピクチャ中の前記フォアグラウンド領域に属さない前記スライスに対応するビデオデータを破棄するための手段をさらに備える、Ｃ３０に記載の装置。
[Ｃ３２]
命令を記憶したコンピュータ可読記憶媒体であって、前記命令は、実行されると、デバイスの１つまたは複数のプロセッサに、
ピクチャのＧＤＲが有効化されているかどうかを示す情報をコーディングさせ、
ＧＤＲが有効化されているとき、１つまたは複数のスライスが前記ピクチャのフォアグラウンド領域に属すかどうかを示す情報をコーディングさせる、コンピュータ可読記憶媒体。
[Ｃ３３]
前記情報は、ＳＥＩメッセージおよびスライスヘッダのうちの１つの中のフラグを備える、Ｃ３２に記載のコンピュータ可読記憶媒体。
[Ｃ３４]
前記ピクチャは、複数のピクチャのうちの１つを備え、前記フォアグラウンド領域は、複数のフォアグラウンド領域のうちの１つを備え、前記複数のピクチャの各々は、フォアグラウンド領域を有し、これらのフォアグラウンド領域の各々は、１つまたは複数のスライスを有し、前記１つまたは複数のプロセッサは、ＧＤＲ開始点およびＧＤＲ回復点に対応する前記それぞれのピクチャを示す情報を復号するようにさらに構成される、Ｃ３２に記載のコンピュータ可読記憶媒体。
[Ｃ３５]
前記１つまたは複数のプロセッサに、前記ＧＤＲ開始点と前記ＧＤＲ回復点との間の、前記ピクチャ中の前記フォアグラウンド領域に属す前記スライスに対応するビデオデータをコーディングさせるようにさらに構成された、Ｃ３４に記載のコンピュータ可読記憶媒体。
[Ｃ３６]
前記１つまたは複数のプロセッサに、前記ＧＤＲ開始点と前記ＧＤＲ回復点との間の、ピクチャ中の前記フォアグラウンド領域に属さない前記スライスに対応するビデオデータを破棄させるようにさらに構成された、Ｃ３５に記載のコンピュータ可読記憶媒体。
[Ｃ３７]
ビデオデータを復号する方法であって、
ピクチャのスライスについて、前記ＩＳＰのうちの１つについてのＩＳＰ識別（ＩＳＰ
ＩＤ）に対応するビデオデータを復号することと、
前記ＩＳＰを使って、ＲＯＩに対応するビデオデータを復号することとを備える方法。
[Ｃ３８]
ＩＳＰが有効化されているかどうかを示すための情報を復号することをさらに備えることは、ＩＳＰが有効化されているかどうかを示すための情報を、ＩＳＰが有効化されているかどうかを示すように、シーケンスパラメータセット、ビデオパラメータセットまたはピクチャパラメータセットのうちの１つにおいて復号することを備える、Ｃ３７に記載の方法。
[Ｃ３９]
１つまたは複数のＩＳＰの各々についてのＩＳＰ ＩＤを復号することは、スライスヘッダまたはＳＥＩメッセージ中の、ＩＳＰが有効化されているかどうかを示すための情報を復号して、前記部分に与えられた前記ＩＳＰ ＩＤに基づいて、ＩＳＰに対応する、前記ピクチャの部分を識別することを備える、Ｃ３７に記載の方法。
[Ｃ４０]
前記ＩＳＰ ＩＤに基づくＩＳＰに対応する、前記ピクチャの前記部分はスライスを備える、Ｃ３７に記載の方法。
[Ｃ４１]
前記ＲＯＩに対応しないビデオデータが破棄され得るように、復号ビデオシーケンス中の、前記ＩＳＰの数と、前記ＩＳＰの位置と、前記ＩＳＰのサイズとを含むＩＳＰ特性を復号することをさらに備える、Ｃ３７に記載の方法。
[Ｃ４２]
ＳＥＩメッセージ中の前記ＩＳＰ特性を復号することをさらに備える、Ｃ４１に記載の方法。
[Ｃ４３]
シーケンスパラメータセット、ビデオパラメータセット、またはピクチャパラメータセットのうちの１つにおける前記ＩＳＰ特性を復号することをさらに備える、Ｃ４１に記載の方法。
[Ｃ４４]
２つ以上のＩＳＰがあり、少なくとも１つのＩＳＰ中の１つまたは複数のスライスはフォアグラウンドスライスであり、別のＩＳＰ中の１つまたは複数のスライスはバックグラウンドスライスである、Ｃ４１に記載の方法。
[Ｃ４５]
前記ＩＳＰ ＩＤのスライスを復号することと、
前記ＩＳＰ ＩＤに基づいて、前記スライスのうちの１つまたは複数が、ＲＯＩそれとも非ＲＯＩスライスであるか判断することとをさらに備える、Ｃ３７に記載の方法。
[Ｃ４６]
ビデオデータを符号化する方法であって、
前記ＩＳＰのうちの１つについてのＩＳＰ ＩＤを示す情報を符号化することと、
ＲＯＩに対応するビデオデータを前記ＩＳＰのうちの１つとして符号化することとを備える方法。
[Ｃ４７]
ＩＳＰが有効化されているかどうかを示すための情報を符号化することは、ＩＳＰが有効化されているかどうかを示すための前記情報を、ＩＳＰが有効化されているかどうかを示すように、シーケンスパラメータセット、ビデオパラメータセットまたはピクチャパラメータセットのうちの１つにおいて符号化することを備える、Ｃ４６に記載の方法。
[Ｃ４８]
１つまたは複数のＩＳＰの各々についてのＩＳＰ ＩＤを示す情報を符号化することは、１つまたは複数のＩＳＰの各々についてのＩＳＰ ＩＤを示す前記情報を、１つまたは複数のＩＳＰの各々についてのＩＳＰ ＩＤを示すように、スライスヘッダまたはＳＥＩメッセージ中で符号化することを備える、Ｃ４６に記載の方法。
[Ｃ４９]
１つまたは複数のビデオデータスライスを前記ＩＳＰに関連付けることをさらに備える、Ｃ４６に記載の方法。
[Ｃ５０]
前記ＲＯＩに対応しないビデオデータが破棄され得るように、コード化ビデオシーケンス中の、前記ＩＳＰの数と、前記ＩＳＰの位置と、前記ＩＳＰのサイズとを含むＩＳＰ特性を符号化することをさらに備える、Ｃ４６に記載の方法。
[Ｃ５１]
前記ＩＳＰ特性をＳＥＩメッセージ中で符号化することをさらに備える、Ｃ５０に記載の方法。
[Ｃ５２]
シーケンスパラメータセット、ビデオパラメータセット、またはピクチャパラメータセットのうちの１つにおける前記ＩＳＰ特性を符号化することをさらに備える、Ｃ５０に記載の方法。
[Ｃ５３]
ビデオデータをコーディングするための装置であって、
１つのプロセッサまたは複数のプロセッサを備え、前記プロセッサが、
１つまたは複数のＩＳＰが有効化されているかどうかを示す情報をコーディングし、
独立サブピクチャが有効化されているとき、前記ＩＳＰのうちの１つについてのＩＳＰ
ＩＤを示す情報をコーディングし、
ＲＯＩに対応するビデオデータを、前記ＩＳＰのうちの１つとしてコーディングするように構成される装置。
[Ｃ５４]
前記１つのプロセッサまたは複数のプロセッサは、ＩＳＰが有効化されているかどうかを示すための情報をコーディングするようにさらに構成され、ＩＳＰが有効化されているかどうかを示すための前記情報を、ＩＳＰが有効化されているかどうかを示すように、シーケンスパラメータセット、ビデオパラメータセットまたはピクチャパラメータセットのうちの１つにおいてコーディングすることを備える、Ｃ５３に記載の装置。
[Ｃ５５]
前記１つのプロセッサまたは複数のプロセッサは、１つまたは複数のＩＳＰの各々についてのＩＳＰ ＩＤを示す情報をコーディングするようにさらに構成され、スライスヘッダまたはＳＥＩメッセージ中の１つまたは複数のＩＳＰの各々についてのＩＳＰ ＩＤを示す前記情報をコーディングして、１つまたは複数のＩＳＰの各々についてのＩＳＰ ＩＤを示すことを備える、Ｃ５３に記載の装置。
[Ｃ５６]
前記１つのプロセッサまたは複数のプロセッサは、１つまたは複数のビデオデータスライスを前記ＩＳＰに関連付けるようにさらに構成される、Ｃ５３に記載の装置。
[Ｃ５７]
前記１つのプロセッサまたは複数のプロセッサは、前記ＲＯＩに対応しないビデオデータが破棄され得るように、前記ＩＳＰの数と、前記ＩＳＰの位置と、前記ＩＳＰのサイズとを含むＩＳＰ特性を、コード化ビデオシーケンス中でコーディングするようにさらに構成される、Ｃ５３に記載の装置。
[Ｃ５８]
前記１つのプロセッサまたは複数のプロセッサは、ＳＥＩメッセージ中の前記ＩＳＰ特性をコーディングするようにさらに構成される、Ｃ５７に記載の装置。
[Ｃ５９]
前記１つのプロセッサまたは複数のプロセッサは、シーケンスパラメータセット、ビデオパラメータセット、またはピクチャパラメータセットのうちの１つにおける前記ＩＳＰ特性をコーディングするようにさらに構成される、Ｃ５７に記載の装置。
[Ｃ６０]
前記１つのプロセッサまたは複数のプロセッサは、ビデオをコーディングするようにさらに構成される、Ｃ５７に記載の装置。
[Ｃ６１]
前記１つのプロセッサまたは複数のプロセッサは、ビデオを復号するようにさらに構成される、Ｃ５７に記載の装置。
[Ｃ６２]
前記１つのプロセッサまたは複数のプロセッサは、
コード化ビデオビットストリーム中で前記情報を受信し、
前記情報をコーディングし、
前記情報を使ってビデオデータをコーディングするようにさらに構成される、Ｃ５３に記載の装置。
[Ｃ６３]
前記１つのプロセッサまたは複数のプロセッサは、
前記ＩＳＰに属すスライスをコーディングし、
前記ＩＳＰに属さないスライスを破棄するようにさらに構成される、Ｃ６２に記載の装置。
[Ｃ６４]
前記１つのプロセッサまたは複数のプロセッサは、前記ＩＳＰに属す前記コード化スライスに基づいて、前記ＲＯＩに対応するビデオデータを生成するようにさらに構成される、Ｃ６３に記載の装置。
[Ｃ６５]
ビデオデータをコーディングするための装置、
１つまたは複数のＩＳＰが有効化されているかどうかを示す情報をコーディングするための手段、
独立サブピクチャが有効化されているとき、前記ＩＳＰのうちの１つについてのＩＳＰ
ＩＤを示す情報をコーディングするための手段、
ＲＯＩに対応するビデオデータを、前記ＩＳＰのうちの１つとしてコーディングするための手段。
[Ｃ６６]
命令を記憶したコンピュータ可読記憶媒体であって、前記命令は、実行されると、デバイスの１つまたは複数のプロセッサに、
１つまたは複数のＩＳＰが有効化されているかどうかを示す情報をコーディングさせ、
独立サブピクチャが有効化されているとき、前記ＩＳＰのうちの１つについてのＩＳＰ
ＩＤを示す情報をコーディングさせ、
ＲＯＩに対応するビデオデータを、前記ＩＳＰのうちの１つとしてコーディングさせる、コンピュータ可読記憶媒体。
[Ｃ６７]
ビデオデータをコーディングする方法であって、
ピクチャのスライスについての独立サブピクチャ識別（ＩＳＰ ＩＤ）をコーディングすることと、
ＲＯＩに対応するＩＳＰと同じＩＳＰ ＩＤを有するスライスをコーディングすることとを備える方法。

Claims (67)

1. ビデオデータを復号する方法であって、
   ピクチャの漸次デコーダリフレッシュ（ＧＤＲ）が有効化されているかどうかを示す情報を復号することと、
   ＧＤＲが有効化されているとき、前記ピクチャの１つまたは複数のスライスが前記ピクチャのフォアグラウンド領域に属すかどうかを示す情報を復号することとを備える方法。
2. 前記情報は、補足強調情報（ＳＥＩ）メッセージおよびスライスヘッダのうちの１つの中のフラグを備える、請求項１に記載の方法。
3. 前記ピクチャは、複数のピクチャのうちの１つを備え、前記フォアグラウンド領域は、複数のフォアグラウンド領域のうちの１つを備え、前記複数のピクチャの各々は、フォアグラウンド領域を有し、これらのフォアグラウンド領域の各々は、１つまたは複数のスライスを有し、前記方法は、ＧＤＲ開始点およびＧＤＲ回復点に対応する前記それぞれのピクチャを示す情報を復号することをさらに備える、請求項１に記載の方法。
4. 前記ＧＤＲ開始点と前記ＧＤＲ回復点との間の、前記ピクチャ中の前記フォアグラウンド領域に属す前記スライスに対応するビデオデータを復号することをさらに備える、請求項３に記載の方法。
5. 前記ＧＤＲ開始点と前記ＧＤＲ回復点との間の、前記ピクチャ中の前記フォアグラウンド領域に属さない前記スライスに対応するビデオデータを破棄することをさらに備える、請求項４に記載の方法。
6. 前記ピクチャの前記１つまたは複数のスライスが前記ピクチャの前記フォアグラウンド領域に属すことに基づいて、前記ピクチャの前記フォアグラウンド領域に対応するビデオデータを生成することをさらに備える、請求項１に記載の方法。
7. ＧＤＲが有効化されているかどうかを示すための情報を復号することは、ＧＤＲが有効化されているかどうかを示すための前記情報を、シーケンスパラメータセット、ビデオパラメータセット、ピクチャパラメータセット、またはＳＥＩメッセージのうちの１つにおいて復号することを備える、請求項１に記載の方法。
8. 前記ＧＤＲ開始点からランダムアクセスを実施することをさらに備える、請求項７に記載の方法。
9. 前記ＳＥＩメッセージ中のフォアグラウンドフラグは、次のＳＥＩメッセージの前に受信された１つまたは複数の後続スライスについてのステータスを示す、請求項８に記載の方法。
10. ビデオデータを符号化する方法であって、
    ピクチャのＧＤＲが有効化されているかどうかを示す情報を符号化することと、
    ＧＤＲが有効化されているとき、前記ピクチャの１つまたは複数のスライスが前記ピクチャのフォアグラウンド領域に属すかどうかを示す情報を符号化することとを備える方法。
11. 前記情報は、ＳＥＩメッセージおよびスライスヘッダのうちの１つの中のフラグを備える、請求項１０に記載の方法。
12. 前記ピクチャは、複数のピクチャのうちの１つを備え、前記フォアグラウンド領域は、複数のフォアグラウンド領域のうちの１つを備え、前記複数のピクチャの各々は、フォアグラウンド領域を有し、これらのフォアグラウンド領域の各々は、１つまたは複数のスライスを有し、前記方法は、ＧＤＲ開始点およびＧＤＲ回復点に対応する前記それぞれのピクチャを示す情報を符号化することをさらに備える、請求項１０に記載の方法。
13. 前記ＧＤＲ開始点と前記ＧＤＲ回復点との間の、前記ピクチャ中の前記フォアグラウンド領域に属す前記スライスに対応するビデオデータを符号化することをさらに備える、請求項１２に記載の方法。
14. 前記ＧＤＲ開始点と前記ＧＤＲ回復点との間の、前記ピクチャ中の前記フォアグラウンド領域に属さない前記スライスに対応するビデオデータを破棄することをさらに備える、請求項１３に記載の方法。
15. ＧＤＲが有効化されているかどうかを示すための情報を符号化することは、ＧＤＲが有効化されているかどうかを示すための前記情報を、シーケンスパラメータセット、ビデオパラメータセット、ピクチャパラメータセット、またはＳＥＩメッセージのうちの１つにおいて符号化することを備える、請求項１０に記載の方法。
16. ビデオデータをコーディングするための装置であって、
    ピクチャのＧＤＲが有効化されているかどうかを示す情報をコーディングし、
    ＧＤＲが有効化されているとき、前記ピクチャの１つまたは複数のスライスが前記ピクチャのフォアグラウンド領域に属すかどうかを示す情報をコーディングするように構成された１つまたは複数のプロセッサを備える装置。
17. 前記情報は、ＳＥＩメッセージおよびスライスヘッダのうちの１つの中のフラグを備える、請求項１６に記載の装置。
18. 前記ピクチャは、複数のピクチャのうちの１つを備え、前記フォアグラウンド領域は、複数のフォアグラウンド領域のうちの１つを備え、前記複数のピクチャの各々は、フォアグラウンド領域を有し、これらのフォアグラウンド領域の各々は、１つまたは複数のスライスを有し、前記１つまたは複数のプロセッサは、ＧＤＲ開始点およびＧＤＲ回復点に対応する前記それぞれのピクチャを示す情報をコーディングするようにさらに構成される、請求項１６に記載の装置。
19. 前記１つまたは複数のプロセッサは、前記ＧＤＲ開始点と前記ＧＤＲ回復点との間の、前記ピクチャ中の前記フォアグラウンド領域に属す前記スライスに対応するビデオデータをコーディングするようにさらに構成される、請求項１８に記載の装置。
20. 前記１つまたは複数のプロセッサは、前記ＧＤＲ開始点と前記ＧＤＲ回復点との間の、前記ピクチャ中の前記フォアグラウンド領域に属さない前記スライスに対応するビデオデータを破棄するようにさらに構成される、請求項１９に記載の装置。
21. 前記１つまたは複数のプロセッサは、ＧＤＲが有効化されているかどうかを示すための情報をコーディングするようにさらに構成され、ＧＤＲが、シーケンスパラメータセット、ビデオパラメータセット、ピクチャパラメータセット、またはＳＥＩメッセージのうちの１つにおいてコーディング中であるかどうかを示すための前記情報をコーディングすることを備える、請求項１６に記載の装置。
22. ピクチャのＧＤＲが有効化されているかどうかを示す前記情報、およびスライスが前記ピクチャの前記フォアグラウンド領域に属すかどうかを示す前記情報のうちの少なくとも１つを符号化するように構成されたビデオエンコーダを備える、請求項１６に記載の装置。
23. ピクチャのＧＤＲが有効化されているかどうかを示す前記情報、およびスライスが前記ピクチャの前記フォアグラウンド領域に属すかどうかを示す前記情報のうちの少なくとも１つを復号するように構成されたビデオデコーダを備える、請求項１６に記載の装置。
24. 前記１つまたは複数のプロセッサは、前記ピクチャの前記１つまたは複数のスライスが前記ピクチャの前記フォアグラウンド領域に属すことに基づいて、前記ピクチャの前記フォアグラウンド領域に対応するビデオデータを生成するようにさらに構成される、請求項１６に記載の装置。
25. 前記１つまたは複数のプロセッサは、前記ＧＤＲ開始点からランダムアクセスを実施するようにさらに構成される、請求項２４に記載の装置。
26. ＳＥＩメッセージ中のフォアグラウンドフラグは、次のＳＥＩメッセージの前に受信された１つまたは複数の後続スライスについてのステータスを示す、請求項２５に記載の装置。
27. ビデオデータをコーディングするための装置であって、
    ピクチャのＧＤＲが有効化されているかどうかを示す情報をコーディングするための手段と、
    ＧＤＲが有効化されているとき、前記ピクチャの１つまたは複数のスライスが前記ピクチャのフォアグラウンド領域に属すかどうかを示す情報をコーディングするための手段とを備える装置。
28. 前記情報は、ＳＥＩメッセージおよびスライスヘッダのうちの１つの中のフラグを備える、請求項２７に記載の装置。
29. 前記ピクチャは、複数のピクチャのうちの１つを備え、前記フォアグラウンド領域は、複数のフォアグラウンド領域のうちの１つを備え、前記複数のピクチャの各々は、フォアグラウンド領域を有し、これらのフォアグラウンド領域の各々は、１つまたは複数のスライスを有し、前記装置は、ＧＤＲ開始点およびＧＤＲ回復点に対応する前記それぞれのピクチャを示す情報をコーディングするための手段をさらに備える、請求項２７に記載の装置。
30. 前記ＧＤＲ開始点と前記ＧＤＲ回復点との間の、前記ピクチャ中の前記フォアグラウンド領域に属す前記スライスに対応するビデオデータをコーディングするための手段をさらに備える、請求項２９に記載の装置。
31. 前記ＧＤＲ開始点と前記ＧＤＲ回復点との間の、前記ピクチャ中の前記フォアグラウンド領域に属さない前記スライスに対応するビデオデータを破棄するための手段をさらに備える、請求項３０に記載の装置。
32. 命令を記憶したコンピュータ可読記憶媒体であって、前記命令は、実行されると、デバイスの１つまたは複数のプロセッサに、
    ピクチャのＧＤＲが有効化されているかどうかを示す情報をコーディングさせ、
    ＧＤＲが有効化されているとき、１つまたは複数のスライスが前記ピクチャのフォアグラウンド領域に属すかどうかを示す情報をコーディングさせる、コンピュータ可読記憶媒体。
33. 前記情報は、ＳＥＩメッセージおよびスライスヘッダのうちの１つの中のフラグを備える、請求項３２に記載のコンピュータ可読記憶媒体。
34. 前記ピクチャは、複数のピクチャのうちの１つを備え、前記フォアグラウンド領域は、複数のフォアグラウンド領域のうちの１つを備え、前記複数のピクチャの各々は、フォアグラウンド領域を有し、これらのフォアグラウンド領域の各々は、１つまたは複数のスライスを有し、前記１つまたは複数のプロセッサは、ＧＤＲ開始点およびＧＤＲ回復点に対応する前記それぞれのピクチャを示す情報を復号するようにさらに構成される、請求項３２に記載のコンピュータ可読記憶媒体。
35. 前記１つまたは複数のプロセッサに、前記ＧＤＲ開始点と前記ＧＤＲ回復点との間の、前記ピクチャ中の前記フォアグラウンド領域に属す前記スライスに対応するビデオデータをコーディングさせるようにさらに構成された、請求項３４に記載のコンピュータ可読記憶媒体。
36. 前記１つまたは複数のプロセッサに、前記ＧＤＲ開始点と前記ＧＤＲ回復点との間の、ピクチャ中の前記フォアグラウンド領域に属さない前記スライスに対応するビデオデータを破棄させるようにさらに構成された、請求項３５に記載のコンピュータ可読記憶媒体。
37. ビデオデータを復号する方法であって、
    ピクチャのスライスについて、前記ＩＳＰのうちの１つについてのＩＳＰ識別（ＩＳＰ
    ＩＤ）に対応するビデオデータを復号することと、
    前記ＩＳＰを使って、ＲＯＩに対応するビデオデータを復号することとを備える方法。
38. ＩＳＰが有効化されているかどうかを示すための情報を復号することをさらに備えることは、ＩＳＰが有効化されているかどうかを示すための情報を、ＩＳＰが有効化されているかどうかを示すように、シーケンスパラメータセット、ビデオパラメータセットまたはピクチャパラメータセットのうちの１つにおいて復号することを備える、請求項３７に記載の方法。
39. １つまたは複数のＩＳＰの各々についてのＩＳＰ ＩＤを復号することは、スライスヘッダまたはＳＥＩメッセージ中の、ＩＳＰが有効化されているかどうかを示すための情報を復号して、前記部分に与えられた前記ＩＳＰ ＩＤに基づいて、ＩＳＰに対応する、前記ピクチャの部分を識別することを備える、請求項３７に記載の方法。
40. 前記ＩＳＰ ＩＤに基づくＩＳＰに対応する、前記ピクチャの前記部分はスライスを備える、請求項３７に記載の方法。
41. 前記ＲＯＩに対応しないビデオデータが破棄され得るように、復号ビデオシーケンス中の、前記ＩＳＰの数と、前記ＩＳＰの位置と、前記ＩＳＰのサイズとを含むＩＳＰ特性を復号することをさらに備える、請求項３７に記載の方法。
42. ＳＥＩメッセージ中の前記ＩＳＰ特性を復号することをさらに備える、請求項４１に記載の方法。
43. シーケンスパラメータセット、ビデオパラメータセット、またはピクチャパラメータセットのうちの１つにおける前記ＩＳＰ特性を復号することをさらに備える、請求項４１に記載の方法。
44. ２つ以上のＩＳＰがあり、少なくとも１つのＩＳＰ中の１つまたは複数のスライスはフォアグラウンドスライスであり、別のＩＳＰ中の１つまたは複数のスライスはバックグラウンドスライスである、請求項４１に記載の方法。
45. 前記ＩＳＰ ＩＤのスライスを復号することと、
    前記ＩＳＰ ＩＤに基づいて、前記スライスのうちの１つまたは複数が、ＲＯＩそれとも非ＲＯＩスライスであるか判断することとをさらに備える、請求項３７に記載の方法。
46. ビデオデータを符号化する方法であって、
    前記ＩＳＰのうちの１つについてのＩＳＰ ＩＤを示す情報を符号化することと、
    ＲＯＩに対応するビデオデータを前記ＩＳＰのうちの１つとして符号化することとを備える方法。
47. ＩＳＰが有効化されているかどうかを示すための情報を符号化することは、ＩＳＰが有効化されているかどうかを示すための前記情報を、ＩＳＰが有効化されているかどうかを示すように、シーケンスパラメータセット、ビデオパラメータセットまたはピクチャパラメータセットのうちの１つにおいて符号化することを備える、請求項４６に記載の方法。
48. １つまたは複数のＩＳＰの各々についてのＩＳＰ ＩＤを示す情報を符号化することは、１つまたは複数のＩＳＰの各々についてのＩＳＰ ＩＤを示す前記情報を、１つまたは複数のＩＳＰの各々についてのＩＳＰ ＩＤを示すように、スライスヘッダまたはＳＥＩメッセージ中で符号化することを備える、請求項４６に記載の方法。
49. １つまたは複数のビデオデータスライスを前記ＩＳＰに関連付けることをさらに備える、請求項４６に記載の方法。
50. 前記ＲＯＩに対応しないビデオデータが破棄され得るように、コード化ビデオシーケンス中の、前記ＩＳＰの数と、前記ＩＳＰの位置と、前記ＩＳＰのサイズとを含むＩＳＰ特性を符号化することをさらに備える、請求項４６に記載の方法。
51. 前記ＩＳＰ特性をＳＥＩメッセージ中で符号化することをさらに備える、請求項５０に記載の方法。
52. シーケンスパラメータセット、ビデオパラメータセット、またはピクチャパラメータセットのうちの１つにおける前記ＩＳＰ特性を符号化することをさらに備える、請求項５０に記載の方法。
53. ビデオデータをコーディングするための装置であって、
    １つのプロセッサまたは複数のプロセッサを備え、前記プロセッサが、
    １つまたは複数のＩＳＰが有効化されているかどうかを示す情報をコーディングし、
    独立サブピクチャが有効化されているとき、前記ＩＳＰのうちの１つについてのＩＳＰ
    ＩＤを示す情報をコーディングし、
    ＲＯＩに対応するビデオデータを、前記ＩＳＰのうちの１つとしてコーディングするように構成される装置。
54. 前記１つのプロセッサまたは複数のプロセッサは、ＩＳＰが有効化されているかどうかを示すための情報をコーディングするようにさらに構成され、ＩＳＰが有効化されているかどうかを示すための前記情報を、ＩＳＰが有効化されているかどうかを示すように、シーケンスパラメータセット、ビデオパラメータセットまたはピクチャパラメータセットのうちの１つにおいてコーディングすることを備える、請求項５３に記載の装置。
55. 前記１つのプロセッサまたは複数のプロセッサは、１つまたは複数のＩＳＰの各々についてのＩＳＰ ＩＤを示す情報をコーディングするようにさらに構成され、スライスヘッダまたはＳＥＩメッセージ中の１つまたは複数のＩＳＰの各々についてのＩＳＰ ＩＤを示す前記情報をコーディングして、１つまたは複数のＩＳＰの各々についてのＩＳＰ ＩＤを示すことを備える、請求項５３に記載の装置。
56. 前記１つのプロセッサまたは複数のプロセッサは、１つまたは複数のビデオデータスライスを前記ＩＳＰに関連付けるようにさらに構成される、請求項５３に記載の装置。
57. 前記１つのプロセッサまたは複数のプロセッサは、前記ＲＯＩに対応しないビデオデータが破棄され得るように、前記ＩＳＰの数と、前記ＩＳＰの位置と、前記ＩＳＰのサイズとを含むＩＳＰ特性を、コード化ビデオシーケンス中でコーディングするようにさらに構成される、請求項５３に記載の装置。
58. 前記１つのプロセッサまたは複数のプロセッサは、ＳＥＩメッセージ中の前記ＩＳＰ特性をコーディングするようにさらに構成される、請求項５７に記載の装置。
59. 前記１つのプロセッサまたは複数のプロセッサは、シーケンスパラメータセット、ビデオパラメータセット、またはピクチャパラメータセットのうちの１つにおける前記ＩＳＰ特性をコーディングするようにさらに構成される、請求項５７に記載の装置。
60. 前記１つのプロセッサまたは複数のプロセッサは、ビデオをコーディングするようにさらに構成される、請求項５７に記載の装置。
61. 前記１つのプロセッサまたは複数のプロセッサは、ビデオを復号するようにさらに構成される、請求項５７に記載の装置。
62. 前記１つのプロセッサまたは複数のプロセッサは、
    コード化ビデオビットストリーム中で前記情報を受信し、
    前記情報をコーディングし、
    前記情報を使ってビデオデータをコーディングするようにさらに構成される、請求項５３に記載の装置。
63. 前記１つのプロセッサまたは複数のプロセッサは、
    前記ＩＳＰに属すスライスをコーディングし、
    前記ＩＳＰに属さないスライスを破棄するようにさらに構成される、請求項６２に記載の装置。
64. 前記１つのプロセッサまたは複数のプロセッサは、前記ＩＳＰに属す前記コード化スライスに基づいて、前記ＲＯＩに対応するビデオデータを生成するようにさらに構成される、請求項６３に記載の装置。
65. ビデオデータをコーディングするための装置、
    １つまたは複数のＩＳＰが有効化されているかどうかを示す情報をコーディングするための手段、
    独立サブピクチャが有効化されているとき、前記ＩＳＰのうちの１つについてのＩＳＰ
    ＩＤを示す情報をコーディングするための手段、
    ＲＯＩに対応するビデオデータを、前記ＩＳＰのうちの１つとしてコーディングするための手段。
66. 命令を記憶したコンピュータ可読記憶媒体であって、前記命令は、実行されると、デバイスの１つまたは複数のプロセッサに、
    １つまたは複数のＩＳＰが有効化されているかどうかを示す情報をコーディングさせ、
    独立サブピクチャが有効化されているとき、前記ＩＳＰのうちの１つについてのＩＳＰ
    ＩＤを示す情報をコーディングさせ、
    ＲＯＩに対応するビデオデータを、前記ＩＳＰのうちの１つとしてコーディングさせる、コンピュータ可読記憶媒体。
67. ビデオデータをコーディングする方法であって、
    ピクチャのスライスについての独立サブピクチャ識別（ＩＳＰ ＩＤ）をコーディングすることと、
    ＲＯＩに対応するＩＳＰと同じＩＳＰ ＩＤを有するスライスをコーディングすることとを備える方法。