特許 7375200 ピクチャレベルまたはスライスレベルで適用される画像情報をシグナリングする方法及び装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-10-27

(45)【発行日】2023-11-07

(54)【発明の名称】ピクチャレベルまたはスライスレベルで適用される画像情報をシグナリングする方法及び装置

(51)【国際特許分類】

   H04N 19/70 20140101AFI20231030BHJP

【ＦＩ】

H04N19/70

【請求項の数】 3

(21)【出願番号】P 2022535696

(86)(22)【出願日】2020-12-10

(65)【公表番号】

(43)【公表日】2023-02-15

(86)【国際出願番号】 KR2020018067

(87)【国際公開番号】W WO2021118262

(87)【国際公開日】2021-06-17

【審査請求日】2022-06-10

(31)【優先権主張番号】62/947,532

(32)【優先日】2019-12-12

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

【氏名又は名称原語表記】ＬＧ ＥＬＥＣＴＲＯＮＩＣＳ ＩＮＣ．

【住所又は居所原語表記】１２８， Ｙｅｏｕｉ－ｄａｅｒｏ， Ｙｅｏｎｇｄｅｕｎｇｐｏ－ｇｕ， ０７３３６ Ｓｅｏｕｌ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

【氏名又は名称】三橋 真二

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】ヘンドリー ヘンドリー

(72)【発明者】

【氏名】キム スンファン

【審査官】岩井 健二

(56)【参考文献】

【文献】国際公開第２０２１／０２２２６４（ＷＯ，Ａ１）

【文献】Martin Pettersson, Per Wennersten, Rickard Sjoberg, and Mitra Damghanian，AHG17: Parameters in PPS or slice headers，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-O0238-v3，15th Meeting: Gothenburg, SE，2019年07月，pp.1-6

【文献】Hendry, Ye-Kui Wang, and Jianle Chen，AHG17: On Access Unit Delimiter and Picture Header，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-P0120-v1，16th Meeting: Geneva, CH，2019年09月，pp.1-3

【文献】Benjamin Bross, Jianle Chen, Shan Liu, and Ye-Kui Wang，Versatile Video Coding (Draft 7)，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-P2001 (version 14)，16th Meeting: Geneva, CH，2019年11月14日，pp.45-48,56-58,113-120,134-141

【文献】Hendry, Seung Hwan Kim, and SangHeon Lee，[AHG9]: On picture level and slice level tool parameters，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-Q0200-r2，17th Meeting: Brussels, BE，2020年01月，pp.1-9

【文献】Jonatan Samuelsson, Sachin Deshpande, and Andrew Segall，AHG9: On Picture Header，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-Q0259，17th Meeting: Brussels, BE，2019年12月，pp.1-10

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｎ １９／００ － １９／９８

(57)【特許請求の範囲】

【請求項1】

デコード装置によって行われる画像デコード方法において、
現在ブロックに対する少なくとも１つのツールがピクチャレベルで適用されるかスライスレベルで適用されるかを表す指示情報を取得するステップと、
前記指示情報に基づいて、前記少なくとも１つのツールと関連した情報がピクチャヘッダ及びスライスヘッダのうちいずれのヘッダに存在するかを判断するステップと、
前記判断に基づいて、前記ピクチャヘッダ又は前記スライスヘッダから前記少なくとも１つのツールと関連した前記情報をパーシングするステップと、
前記少なくとも１つのツールと関連した前記情報に基づいて、前記現在ブロックをデコードするステップと、を含み、
前記指示情報は、ＰＰＳ（Picture Parameter Set）に含まれる、画像デコード方法。

【請求項2】

エンコード装置によって行われる画像エンコード方法において、
現在ブロックに適用される少なくとも１つのツールがピクチャレベルで適用されるかスライスレベルで適用されるかを表す指示情報を生成するステップと、
前記少なくとも１つのツールと関連した情報を生成するステップと、
前記指示情報及び前記少なくとも１つのツールと関連した前記情報を含む画像情報をエンコードするステップと、を含み、
前記指示情報は、前記少なくとも１つのツールと関連した前記情報がピクチャヘッダ及びスライスヘッダのうちいずれのヘッダに存在するかを表し、
前記指示情報は、ＰＰＳ（Picture Parameter Set）に含まれる、画像エンコード方法。

【請求項3】

画像のためのデータの送信方法であって、
前記送信方法は、
現在ブロックに適用される少なくとも１つのツールがピクチャレベルで適用されるかスライスレベルで適用されるかを表す指示情報を生成するステップと、前記少なくとも１つのツールと関連した情報を生成するステップと、前記指示情報及び前記少なくとも１つのツールと関連した前記情報を含む画像情報をエンコードするステップによってビットストリームを生成するステップと、を行うことによって生成された前記ビットストリームを取得するステップと、
前記ビットストリームを含む前記データを送信するステップと、を含み、
前記指示情報は、前記少なくとも１つのツールと関連した前記情報がピクチャヘッダ及びスライスヘッダのうちいずれのヘッダに存在するかを表し、
前記指示情報は、ＰＰＳ（Picture Parameter Set）に含まれる、送信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、画像コーディング技術に関し、画像コーディングシステムにおいてピクチャレベルまたはスライスレベルで適用される画像情報をシグナリングする方法及び装置に関する。

【背景技術】

【0002】

近年、ＨＤ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）画像及びＵＨＤ（Ｕｌｔｒａ Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）画像のような高解像度、高品質の画像に対する需要が様々な分野で増加している。画像データが高解像度、高品質になるほど、既存の画像データに比べて相対的に送信される情報量またはビット量が増加するため、既存の有無線広帯域回線のような媒体を利用して画像データを送信するか、既存の格納媒体を利用して画像データを格納する場合、送信費用と格納費用とが増加される。

【0003】

これにより、高解像度、高品質画像の情報を効果的に送信するか、格納し、再生するために高効率の画像圧縮技術が求められる。

【発明の概要】

【発明が解決しようとする課題】

【0004】

本開示の技術的課題は、画像コーディング効率を上げる方法及び装置を提供することにある。

【0005】

本開示の他の技術的課題は、ピクチャレベルまたはスライスレベルで適用される画像情報をシグナリングする方法及び装置を提供することにある。

【0006】

本開示のさらに他の技術的課題は、ピクチャレベルまたはスライスレベルで適用される画像情報に基づいて現在ブロックに対するデコードを行う方法及び装置を提供することにある。

【課題を解決するための手段】

【0007】

本開示の一実施形態によれば、デコード装置によって行われる画像デコード方法が提供される。前記方法は、現在ブロックに対する少なくとも１つのツール（ｔｏｏｌ）がピクチャレベルまたはスライスレベルで適用されるか否かを表す指示情報を取得するステップと、前記指示情報に基づいて前記少なくとも１つのツールと関連した情報がピクチャヘッダ（ｐｉｃｔｕｒｅ ｈｅａｄｅｒ）及びスライスヘッダ（ｓｌｉｃｅ ｈｅａｄｅｒ）のうち、いずれのヘッダに存在するかを判断するステップと、前記判断結果に基づいてピクチャヘッダ（ｐｉｃｔｕｒｅ ｈｅａｄｅｒ）またはスライスヘッダ（ｓｌｉｃｅ ｈｅａｄｅｒ）から前記少なくとも１つのツールと関連した情報をパーシングするステップと、前記少なくとも１つのツールと関連した情報に基づいて前記現在ブロックに対するデコードを行うステップとを含む。

【0008】

本開示の他の一実施形態によれば、エンコード装置によって行われる画像エンコード方法が提供される。前記方法は、現在ブロックに適用される少なくとも１つのツール（ｔｏｏｌ）がピクチャレベルまたはスライスレベルで適用されるか否かを表す指示情報を生成するステップと、前記少なくとも１つのツールと関連した情報を生成するステップと、前記指示情報及び前記少なくとも１つのツールと関連した情報を含む画像情報をエンコードするステップとを含み、前記指示情報は、前記少なくとも１つのツールと関連した情報がピクチャヘッダ（ｐｉｃｔｕｒｅ ｈｅａｄｅｒ）及びスライスヘッダ（ｓｌｉｃｅ ｈｅａｄｅｒ）のうち、いずれのヘッダに存在するかを表す。

【0009】

本開示のさらに他の一実施形態によれば、デコード装置によって画像デコード方法を行うように引き起こすエンコードされた画像情報を格納するコンピュータ読み取り可能なデジタル格納媒体が提供される。前記一実施形態に係るデコード方法は、現在ブロックに適用される少なくとも１つのツール（ｔｏｏｌ）がピクチャレベルまたはスライスレベルで適用されるか否かを表す指示情報を取得するステップと、前記指示情報に基づいて前記少なくとも１つのツールと関連した情報がピクチャヘッダ（ｐｉｃｔｕｒｅ ｈｅａｄｅｒ）及びスライスヘッダ（ｓｌｉｃｅ ｈｅａｄｅｒ）のうち、いずれのヘッダに存在するかを判断するステップと、前記判断結果に基づいてピクチャヘッダ（ｐｉｃｔｕｒｅ ｈｅａｄｅｒ）またはスライスヘッダ（ｓｌｉｃｅ ｈｅａｄｅｒ）から前記少なくとも１つのツールと関連した情報をパーシングするステップと、前記少なくとも１つのツールと関連した情報に基づいて前記現在ブロックに対するデコードを行うステップとを含む。

【発明の効果】

【0010】

本明細書によれば、全般的な画像／ビデオ圧縮効率を上げることができる。

【0011】

本明細書によれば、現在ブロックに対する少なくとも１つのツール（ｔｏｏｌ）がピクチャレベルまたはスライスレベルで適用されるか否かを表す指示情報に基づいて画像デコードの効率を上げることができる。

【図面の簡単な説明】

【0012】

【図1】本開示が適用され得るビデオ／画像コーディングシステムの例を概略的に示す。

【図2】本開示が適用され得るビデオ／画像エンコード装置の構成を概略的に説明する図である。

【図3】本開示が適用され得るビデオ／画像デコード装置の構成を概略的に説明する図である。

【図4】コーディングされたデータに対する階層構造を例示的に示す。

【図5】デブロッキングフィルタリング実行方法の一実施形態を示すフローチャートである。

【図6】ＡＬＦ手順の一例を概略的に示すフローチャートである。

【図7】ＡＬＦのためのフィルタ形状の例を示す。

【図8】一実施形態に係るエンコード装置の動作を示すフローチャートである。

【図9】一実施形態に係るエンコード装置の構成を示すブロック図である。

【図10】一実施形態に係るデコード装置の動作を示すフローチャートである。

【図11】一実施形態に係るデコード装置の構成を示すブロック図である。

【図12】本文書の開示が適用され得るコンテンツストリーミングシステムの例を示す。

【発明を実施するための形態】

【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】

ユニットは、場合によって、ブロック（ｂｌｏｃｋ）または領域（ａｒｅａ）などの用語と混用して使用されることができる。一般的な場合、Ｍ×Ｎブロックは、Ｍ個の列とＮ個の行からなるサンプルまたは変換係数（ｔｒａｎｓｆｏｒｍ ｃｏｅｆｆｉｃｉｅｎｔ）等の集合を示すことができる。サンプルは、一般的にピクセルまたはピクセルの値を示すことができ、輝度（ｌｕｍａ）成分のピクセル／ピクセル値のみを示すことができ、彩度（ｃｈｒｏｍａ）成分のピクセル／ピクセル値のみを示すこともできる。サンプルは、１つのピクチャ（または、画像）をピクセル（ｐｉｘｅｌ）またはペル（ｐｅｌ）に対応する用語として使用することができる。

【0041】

エンコード装置２００は、入力画像信号（原本ブロック、原本サンプルアレイ）からインター予測部２２１またはイントラ予測部２２２から出力された予測信号（予測されたブロック、予測サンプルアレイ）を減算してレジデュアル信号（ｒｅｓｉｄｕａｌ ｓｉｇｎａｌ、残余ブロック、残余サンプルアレイ）を生成でき、生成されたレジデュアル信号は、変換部２３２に送信される。この場合、図示されたように、エンコード装置２００内で入力画像信号（原本ブロック、原本サンプルアレイ）から予測信号（予測ブロック、予測サンプルアレイ）を減算するユニットは、減算部２３１と呼ばれることができる。予測部は、処理対象ブロック（以下、現在ブロックという）に対する予測を行い、前記現在ブロックに対する予測サンプルを含む予測されたブロック（ｐｒｅｄｉｃｔｅｄ ｂｌｏｃｋ）を生成できる。予測部は、現在ブロックまたはＣＵ単位でイントラ予測が適用されるか、またはインター予測が適用されるか決定することができる。予測部は、各予測モードについての説明で後述するように、予測モード情報など、予測に関する様々な情報を生成してエントロピーエンコード部２４０に伝達することができる。予測に関する情報は、エントロピーエンコード部２４０でエンコードされてビットストリーム形態で出力されることができる。

【0042】

イントラ予測部２２２は、現在ピクチャ内のサンプルを参照して現在ブロックを予測することができる。前記参照されるサンプルは、予測モードによって前記現在ブロックの隣接（ｎｅｉｇｈｂｏｒ）に位置することができ、または、離れて位置することもできる。イントラ予測で予測モードは、複数の非方向性モードと複数の方向性モードとを含むことができる。非方向性モードは、例えば、ＤＣモード及びプラナーモード（Ｐｌａｎａｒモード）を含むことができる。方向性モードは、予測方向の細かい程度によって、例えば、３３個の方向性予測モードまたは６５個の方向性予測モードを含むことができる。ただし、これは、例示であり、設定によってそれ以上またはそれ以下の個数の方向性予測モードが使用され得る。イントラ予測部２２２は、隣接ブロックに適用された予測モードを用いて、現在ブロックに適用される予測モードを決定することもできる。

【0043】

インター予測部２２１は、参照ピクチャ上で動きベクトルにより特定される参照ブロック（参照サンプルアレイ）に基づいて、現在ブロックに対する予測されたブロックを導くことができる。このとき、インター予測モードで送信される動き情報の量を減らすために、隣接ブロックと現在ブロックとの間の動き情報の相関性に基づいて、動き情報をブロック、サブブロック、またはサンプル単位で予測することができる。前記動き情報は、動きベクトル及び参照ピクチャインデックスを含むことができる。前記動き情報は、インター予測方向（Ｌ０予測、Ｌ１予測、Ｂｉ予測等）情報をさらに含むことができる。インター予測の場合に、隣接ブロックは、現在ピクチャ内に存在する空間的隣接ブロック（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｒｉｎｇ ｂｌｏｃｋ）と参照ピクチャに存在する時間的隣接ブロック（ｔｅｍｐｏｒａｌ ｎｅｉｇｈｂｏｒｉｎｇ ｂｌｏｃｋ）とを含むことができる。前記参照ブロックを含む参照ピクチャと前記時間的隣接ブロックを含む参照ピクチャとは同じであることができ、異なることもできる。前記時間的隣接ブロックは、同一位置参照ブロック（ｃｏｌｌｏｃａｔｅｄ ｒｅｆｅｒｅｎｃｅ ｂｌｏｃｋ）、同一位置ＣＵ（ｃｏｌ ＣＵ）などの名前で呼ばれることができ、前記時間的隣接ブロックを含む参照ピクチャは、同一位置ピクチャ（ｃｏｌｌｏｃａｔｅｄ ｐｉｃｔｕｒｅ、ｃｏｌＰｉｃ）と呼ばれることもできる。例えば、インター予測部２２１は、隣接ブロックに基づいて動き情報候補リストを構成し、前記現在ブロックの動きベクトル及び／または参照ピクチャインデックスを導出するために、どの候補が使用されるかを指示する情報を生成することができる。様々な予測モードに基づいてインター予測が行われ得るし、例えば、スキップモードとマージモードとの場合に、インター予測部２２１は、隣接ブロックの動き情報を現在ブロックの動き情報として利用することができる。スキップモードの場合、マージモードとは異なり、レジデュアル信号が送信されないことがある。動き情報予測（ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｐｒｅｄｉｃｔｉｏｎ、ＭＶＰ）モードの場合、隣接ブロックの動きベクトルを動きベクトル予測子（ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｐｒｅｄｉｃｔｏｒ）として用い、動きベクトル差分（ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｄｉｆｆｅｒｅｎｃｅ）をシグナリングすることにより、現在ブロックの動きベクトルを指示することができる。

【0044】

予測部２２０は、後述する様々な予測方法に基づいて予測信号を生成できる。例えば、予測部は、１つのブロックに対する予測のためにイントラ予測またはインター予測を適用できるだけでなく、イントラ予測とインター予測とを同時に適用することができる。これは、ｃｏｍｂｉｎｅｄ ｉｎｔｅｒ ａｎｄ ｉｎｔｒａ ｐｒｅｄｉｃｔｉｏｎ（ＣＩＩＰ）と呼ばれることができる。また、予測部は、ブロックに対する予測のためにイントラブロックコピー（ｉｎｔｒａ ｂｌｏｃｋ ｃｏｐｙ、ＩＢＣ）予測モードに基づくことができ、またはパレットモード（ｐａｌｅｔｔｅ ｍｏｄｅ）に基づくこともできる。前記ＩＢＣ予測モードまたはパレットモードは、例えば、ＳＣＣ（ｓｃｒｅｅｎ ｃｏｎｔｅｎｔ ｃｏｄｉｎｇ）などのように、ゲームなどのコンテンツ画像／動画コーディングのために使用されることができる。ＩＢＣは、基本的に現在ピクチャ内で予測を行うが、現在ピクチャ内で参照ブロックを導出する点においてインター予測と類似して行われることができる。すなわち、ＩＢＣは、本文書において説明されるインター予測技法のうち、少なくとも１つを利用できる。パレットモードは、イントラコーディングまたはイントラ予測の一例とみなすことができる。パレットモードが適用される場合、パレットテーブル及びパレットインデックスに関する情報に基づいてピクチャ内のサンプル値をシグナリングできる。

【0045】

前記予測部（インター予測部２２１及び／又は前記イントラ予測部２２２を備える）を介して生成された予測信号は、復元信号を生成するために利用されるか、レジデュアル信号を生成するために利用されることができる。変換部２３２は、レジデュアル信号に変換技法を適用して変換係数（ｔｒａｎｓｆｏｒｍ ｃｏｅｆｆｉｃｉｅｎｔｓ）を生成できる。例えば、変換技法は、ＤＣＴ（Ｄｉｓｃｒｅｔｅ Ｃｏｓｉｎｅ Ｔｒａｎｓｆｏｒｍ）、ＤＳＴ（Ｄｉｓｃｒｅｔｅ Ｓｉｎｅ Ｔｒａｎｓｆｏｒｍ）、ＫＬＴ（Ｋａｒｈｕｎｅｎ－Ｌｏｅｖｅ Ｔｒａｎｓｆｏｒｍ）、ＧＢＴ（Ｇｒａｐｈ－Ｂａｓｅｄ Ｔｒａｎｓｆｏｒｍ）、またはＣＮＴ（Ｃｏｎｄｉｔｉｏｎａｌｌｙ Ｎｏｎ－ｌｉｎｅａｒ Ｔｒａｎｓｆｏｒｍ）のうち、少なくとも１つを含むことができる。ここで、ＧＢＴは、ピクセル間の関係情報をグラフで表現するというとき、このグラフから得られた変換を意味する。ＣＮＴは、以前に復元された全てのピクセル（ａｌｌ ｐｒｅｖｉｏｕｓｌｙ ｒｅｃｏｎｓｔｒｕｃｔｅｄ ｐｉｘｅｌ）を用いて予測信号を生成し、それに基づいて取得される変換を意味する。また、変換過程は、正方形の同じサイズを有するピクセルブロックに適用されることができ、正方形でない可変サイズのブロックにも適用されることができる。

【0046】

量子化部２３３は、変換係数を量子化してエントロピーエンコード部２４０に送信され、エントロピーエンコード部２４０は、量子化された信号（量子化された変換係数に関する情報）をエンコードしてビットストリームに出力することができる。前記量子化された変換係数に関する情報は、レジデュアル情報と呼ばれることができる。量子化部２３３は、係数スキャン順序（ｓｃａｎ ｏｒｄｅｒ）に基づいてブロック形態の量子化された変換係数を１次元ベクトル形態に再整列することができ、前記１次元ベクトル形態の量子化された変換係数に基づいて前記量子化された変換係数に関する情報を生成することもできる。エントロピーエンコード部２４０は、例えば、指数ゴロム（ｅｘｐｏｎｅｎｔｉａｌ Ｇｏｌｏｍｂ）、ＣＡＶＬＣ（ｃｏｎｔｅｘｔ－ａｄａｐｔｉｖｅ ｖａｒｉａｂｌｅ ｌｅｎｇｔｈ ｃｏｄｉｎｇ）、ＣＡＢＡＣ（ｃｏｎｔｅｘｔ－ａｄａｐｔｉｖｅ ｂｉｎａｒｙ ａｒｉｔｈｍｅｔｉｃ ｃｏｄｉｎｇ）などのような様々なエンコード方法を行うことができる。エントロピーエンコード部２４０は、量子化された変換係数の他に、ビデオ／イメージ復元に必要な情報（例えば、シンタックス要素（ｓｙｎｔａｘ ｅｌｅｍｅｎｔｓ）の値等）を共にまたは別にエンコードすることもできる。エンコードされた情報（例：エンコードされたビデオ／画像情報）は、ビットストリーム形態でＮＡＬ（ｎｅｔｗｏｒｋ ａｂｓｔｒａｃｔｉｏｎ ｌａｙｅｒ）ユニット単位に送信または格納されることができる。前記ビデオ／画像情報は、アダプテーションパラメータセット（ＡＰＳ）、ピクチャパラメータセット（ＰＰＳ）、シーケンスパラメータセット（ＳＰＳ）、またはビデオパラメータセット（ＶＰＳ）など、様々なパラメータセットに関する情報をさらに含むことができる。また、前記ビデオ／画像情報は、一般制限情報（ｇｅｎｅｒａｌ ｃｏｎｓｔｒａｉｎｔ ｉｎｆｏｒｍａｔｉｏｎ）をさらに含むことができる。本文書においてエンコード装置からデコード装置に伝達／シグナリングされる情報及び／又はシンタックス要素は、ビデオ／画像情報に含まれることができる。前記ビデオ／画像情報は、上述したエンコード手順を介してエンコードされて前記ビットストリームに含まれることができる。前記ビットストリームは、ネットワークを介して送信されることができ、またはデジタル格納媒体に格納されることができる。ここで、ネットワークは、放送網及び／又は通信網などを含むことができ、デジタル格納媒体は、ＵＳＢ、ＳＤ、ＣＤ、ＤＶＤ、ブルーレイ、ＨＤＤ、ＳＳＤなど、様々な格納媒体を含むことができる。エントロピーエンコード部２４０から出力された信号は、送信する送信部（図示せず）及び／又は格納する格納部（図示せず）がエンコード装置２００の内／外部エレメントとして構成され得るし、または送信部は、エントロピーエンコード部２４０に含まれることもできる。

【0047】

量子化部２３３から出力された量子化された変換係数は、予測信号を生成するために用いられることができる。例えば、量子化された変換係数に逆量子化部２３４及び逆変換部２３５を介して逆量子化及び逆変換を適用することにより、レジデュアル信号（レジデュアルブロックまたはレジデュアルサンプル）を復元できる。加算部１５５は、復元されたレジデュアル信号をインター予測部２２１またはイントラ予測部２２２から出力された予測信号に加えることにより、復元（ｒｅｃｏｎｓｔｒｕｃｔｅｄ）信号（復元ピクチャ、復元ブロック、復元サンプルアレイ）が生成され得る。スキップモードが適用された場合のように、処理対象ブロックに対するレジデュアルがない場合、予測されたブロックが復元ブロックとして使用されることができる。加算部２５０は、復元部または復元ブロック生成部と呼ばれることができる。生成された復元信号は、現在ピクチャ内の次の処理対象ブロックのイントラ予測のために使用されることができ、後述するように、フィルタリングを経て次のピクチャのインター予測のために使用されることもできる。

【0048】

一方、ピクチャエンコード及び／または復元過程でＬＭＣＳ（ｌｕｍａ ｍａｐｐｉｎｇ ｗｉｔｈ ｃｈｒｏｍ ａｓｃａｌｉｎｇ）が適用されることもできる。

【0049】

フィルタリング部２６０は、復元信号にフィルタリングを適用して主観的／客観的画質を向上させることができる。例えば、フィルタリング部２６０は、復元ピクチャに多様なフィルタリング方法を適用して修正された（ｍｏｄｉｆｉｅｄ）復元ピクチャを生成することができ、前記修正された復元ピクチャをメモリ２７０、具体的に、メモリ２７０のＤＰＢに格納することができる。前記多様なフィルタリング方法は、例えば、デブロッキングフィルタリング、サンプル適応的オフセット（ｓａｍｐｌｅ ａｄａｐｔｉｖｅ ｏｆｆｓｅｔ、ＳＡＯ）、適応的ループフィルタ（ａｄａｐｔｉｖｅ ｌｏｏｐ ｆｉｌｔｅｒ）、両方向フィルタ（ｂｉｌａｔｅｒａｌ ｆｉｌｔｅｒ）などを含むことができる。フィルタリング部２６０は、各フィルタリング方法に対する説明で後述するように、フィルタリングに関する多様な情報を生成してエントロピーエンコード部２９０に伝達できる。フィルタリング関する情報は、エントロピーエンコード部２９０でエンコードされてビットストリーム形態で出力されることができる。

【0050】

メモリ２７０に送信された修正された復元ピクチャは、インター予測部２８０で参照ピクチャとして使われることができる。エンコード装置は、これを介してインター予測が適用される場合、エンコード装置２００とデコード装置での予測ミスマッチを避けることができ、符号化効率も向上させることができる。

【0051】

メモリ２７０のＤＰＢは、修正された復元ピクチャをインター予測部２２１での参照ピクチャとして使用するために格納することができる。メモリ２７０は、現在ピクチャ内の動き情報が導出された（または、エンコードされた）ブロックの動き情報及び／または既に復元されたピクチャ内のブロックの動き情報を格納することができる。前記格納された動き情報は、空間的隣接ブロックの動き情報または時間的隣接ブロックの動き情報として活用するためにインター予測部２２１に伝達できる。メモリ２７０は、現在ピクチャ内の復元されたブロックの復元サンプルを格納することができ、イントラ予測部２２２に伝達できる。

【0052】

図３は、本文書が適用されることができるビデオ／画像デコード装置の構成を概略的に説明する図である。

【0053】

図３に示すように、デコード装置３００は、エントロピーデコード部（ｅｎｔｒｏｐｙ ｄｅｃｏｄｅｒ）３１０、レジデュアル処理部（ｒｅｓｉｄｕａｌ ｐｒｏｃｅｓｓｏｒ）３２０、予測部（ｐｒｅｄｉｃｔｏｒ）３３０、加算部（ａｄｄｅｒ）３４０、フィルタリング部（ｆｉｌｔｅｒ）３５０、及びメモリ（ｍｅｍｏｒｙ）３６０を備えて構成されることができる。予測部３３０は、インター予測部３３１及びイントラ予測部３３２を備えることができる。レジデュアル処理部３２０は、逆量子化部（ｄｅｑｕａｎｔｉｚｅｒ）３２１及び逆変換部（ｉｎｖｅｒｓｅ ｔｒａｎｓｆｏｒｍｅｒ）３２１を備えることができる。上述したエントロピーデコード部３１０、レジデュアル処理部３２０、予測部３３０、加算部３４０、及びフィルタリング部３５０は、実施形態によって１つのハードウェアコンポーネント（例えば、デコーダチップセットまたはプロセッサ）により構成されることができる。また、メモリ３６０は、ＤＰＢ（ｄｅｃｏｄｅｄ ｐｉｃｔｕｒｅ ｂｕｆｆｅｒ）を備えることができ、デジタル格納媒体により構成されることもできる。前記ハードウェアコンポーネントは、メモリ３６０を内／外部コンポーネントとしてさらに備えることもできる。

【0054】

ビデオ／画像情報を含むビットストリームが入力されれば、デコード装置３００は、図３のエンコード装置でビデオ／画像情報が処理されたプロセスに対応して画像を復元することができる。例えば、デコード装置３００は、前記ビットストリームから取得したブロック分割関連情報に基づいてユニット／ブロックを導出できる。デコード装置３００は、エンコード装置で適用された処理ユニットを用いてデコードを行うことができる。したがって、デコードの処理ユニットは、例えば、コーディングユニットであることができ、コーディングユニットは、コーディングツリーユニットまたは最大コーディングユニットからクアッドツリー構造、バイナリツリー構造、及び／またはターナリツリー構造にしたがって分割されることができる。コーディングユニットから１つ以上の変換ユニットが導出され得る。そして、デコード装置３００を介してデコード及び出力された復元画像信号は、再生装置を介して再生されることができる。

【0055】

デコード装置３００は、図３のエンコード装置から出力された信号をビットストリーム形態で受信することができ、受信された信号は、エントロピーデコード部３１０を介してデコードされることができる。例えば、エントロピーデコード部３１０は、前記ビットストリームをパーシングして画像復元（または、ピクチャ復元）に必要な情報（例：ビデオ／画像情報）を導出できる。前記ビデオ／画像情報は、アダプテーションパラメータセット（ＡＰＳ）、ピクチャパラメータセット（ＰＰＳ）、シーケンスパラメータセット（ＳＰＳ）、またはビデオパラメータセット（ＶＰＳ）など、様々なパラメータセットに関する情報をさらに含むことができる。また、前記ビデオ／画像情報は、一般制限情報（ｇｅｎｅｒａｌ ｃｏｎｓｔｒａｉｎｔ ｉｎｆｏｒｍａｔｉｏｎ）をさらに含むことができる。デコード装置は、さらに前記パラメータセットに関する情報及び／又は前記一般制限情報に基づいてピクチャをデコードすることができる。本文書において後述されるシグナリング／受信される情報及び／又はシンタックス要素は、前記デコード手順を介してデコードされて、前記ビットストリームから取得されることができる。例えば、エントロピーデコード部３１０は、指数ゴロム符号化、ＣＡＶＬＣまたはＣＡＢＡＣなどのコーディング方法を基にビットストリーム内の情報をデコードし、画像復元に必要なシンタックスエレメントの値、レジデュアルに関する変換係数の量子化された値などを出力することができる。より詳細に、ＣＡＢＡＣエントロピーデコード方法は、ビットストリームで各シンタックス要素に該当するビンを受信し、デコード対象シンタックス要素情報と周辺及びデコード対象ブロックのデコード情報あるいは以前ステップでデコードされたシンボル／ビンの情報を利用して文脈（コンテキスト、ｃｏｎｔｅｘｔ）モデルを決定し、決定された文脈モデルによってビン（ｂｉｎ）の発生確率を予測してビンの算術デコード（ａｒｉｔｈｍｅｔｉｃ ｄｅｃｏｄｉｎｇ）を行って、各シンタックス要素の値に該当するシンボルを生成できる。このとき、ＣＡＢＡＣエントロピーデコード方法は、文脈モデル決定後、次のシンボル／ビンの文脈モデルのためにデコードされたシンボル／ビンの情報を利用して文脈モデルをアップデートできる。エントロピーデコード部３１０でデコードされた情報のうち、予測に関する情報は、予測部（インター予測部３３２及びイントラ予測部３３１）に提供され、エントロピーデコード部３１０でエントロピーデコードが行われたレジデュアル値、すなわち、量子化された変換係数及び関連パラメータ情報は、レジデュアル処理部３２０に入力されることができる。レジデュアル処理部３２０は、レジデュアル信号（レジデュアルブロック、レジデュアルサンプル、レジデュアルサンプルアレイ）を導出できる。また、エントロピーデコード部３１０でデコードされた情報のうち、フィルタリングに関する情報は、フィルタリング部３５０に提供されることができる。一方、エンコード装置から出力された信号を受信する受信部（図示せず）がデコード装置３００の内／外部エレメントとしてさらに構成されることができ、または、受信部は、エントロピーデコード部３１０の構成要素であることもできる。一方、本文書によるデコード装置は、ビデオ／画像／ピクチャデコード装置と呼ばれることができ、前記デコード装置は、情報デコーダ（ビデオ／画像／ピクチャ情報デコーダ）及びサンプルデコーダ（ビデオ／画像／ピクチャサンプルデコーダ）に区分することもできる。前記情報デコーダは、前記エントロピーデコード部３１０を備えることができ、前記サンプルデコーダは、前記逆量子化部３２１、逆変換部３２２、加算部３４０、フィルタリング部３５０、メモリ３６０、インター予測部３３２、及びイントラ予測部３３１のうち、少なくとも１つを備えることができる。

【0056】

逆量子化部３２１では、量子化された変換係数を逆量子化して変換係数を出力することができる。逆量子化部３２１は、量子化された変換係数を２次元のブロック形態で再整列することができる。この場合、前記再整列は、エンコード装置で行われた係数スキャン順序に基づいて再整列を行うことができる。逆量子化部３２１は、量子化パラメータ（例えば、量子化ステップサイズ情報）を用いて量子化された変換係数に対する逆量子化を行い、変換係数（ｔｒａｎｓｆｏｒｍ ｃｏｅｆｆｉｃｉｅｎｔ）を取得することができる。

【0057】

逆変換部３２２では、変換係数を逆変換してレジデュアル信号（レジデュアルブロック、レジデュアルサンプルアレイ）を取得するようになる。

【0058】

予測部は、現在ブロックに対する予測を行い、前記現在ブロックに対する予測サンプルを含む予測されたブロック（ｐｒｅｄｉｃｔｅｄ ｂｌｏｃｋ）を生成することができる。予測部は、エントロピーデコード部３１０から出力された前記予測に関する情報に基づいて、前記現在ブロックにイントラ予測が適用されるか、または、インター予測が適用されるかを決定することができ、具体的なイントラ／インター予測モードを決定することができる。

【0059】

予測部３３０は、後述する様々な予測方法に基づいて予測信号を生成できる。例えば、予測部は、１つのブロックに対する予測のためにイントラ予測またはインター予測を適用できるだけでなく、イントラ予測とインター予測とを同時に適用することができる。これは、ｃｏｍｂｉｎｅｄ ｉｎｔｅｒ ａｎｄ ｉｎｔｒａ ｐｒｅｄｉｃｔｉｏｎ（ＣＩＩＰ）と呼ばれることができる。また、予測部は、ブロックに対する予測のためにイントラブロックコピー（ｉｎｔｒａ ｂｌｏｃｋ ｃｏｐｙ、ＩＢＣ）予測モードに基づくことができ、またはパレットモード（ｐａｌｅｔｔｅ ｍｏｄｅ）に基づくこともできる。前記ＩＢＣ予測モードまたはパレットモードは、例えば、ＳＣＣ（ｓｃｒｅｅｎ ｃｏｎｔｅｎｔ ｃｏｄｉｎｇ）などのように、ゲームなどのコンテンツ画像／動画コーディングのために使用されることができる。ＩＢＣは、基本的に現在ピクチャ内で予測を行うが、現在ピクチャ内で参照ブロックを導出する点においてインター予測と類似して行われることができる。すなわち、ＩＢＣは、本文書において説明されるインター予測技法のうち、少なくとも１つを利用できる。パレットモードは、イントラコーディングまたはイントラ予測の一例とみなすことができる。パレットモードが適用される場合、パレットテーブル及びパレットインデックスに関する情報が前記ビデオ／画像情報に含まれてシグナリングされることができる。

【0060】

イントラ予測部３３２は、現在ピクチャ内のサンプルを参照して現在ブロックを予測することができる。前記参照されるサンプルは、予測モードによって前記現在ブロックの隣接（ｎｅｉｇｈｂｏｒ）に位置でき、または離れて位置することもできる。イントラ予測において、予測モードは、複数の非方向性モードと複数の方向性モードとを含むことができる。イントラ予測部３３２は、隣接ブロックに適用された予測モードを利用し、現在ブロックに適用される予測モードを決定することもできる。

【0061】

インター予測部３３１は、参照ピクチャ上で動きベクトルにより特定される参照ブロック（参照サンプルアレイ）に基づいて、現在ブロックに対する予測されたブロックを誘導することができる。このとき、インター予測モードで送信される動き情報の量を減らすために、隣接ブロックと現在ブロックとの間の動き情報の相関性に基づいて、動き情報をブロック、サブブロックまたはサンプル単位で予測できる。前記動き情報は、動きベクトル及び参照ピクチャインデックスを含むことができる。前記動き情報は、インター予測方向（Ｌ０予測、Ｌ１予測、Ｂｉ予測等）情報をさらに含むことができる。インター予測の場合に、隣接ブロックは、現在ピクチャ内に存在する空間的隣接ブロック（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｒｉｎｇ ｂｌｏｃｋ）と、参照ピクチャに存在する時間的隣接ブロック（ｔｅｍｐｏｒａｌ ｎｅｉｇｈｂｏｒｉｎｇ ｂｌｏｃｋ）と、を含むことができる。例えば、インター予測部３３１は、隣接ブロックに基づいて動き情報候補リストを構成し、受信した候補選択情報に基づいて前記現在ブロックの動きベクトル及び／または参照ピクチャインデックスを導出することができる。多様な予測モードに基づいてインター予測が実行されることができ、前記予測に関する情報は、前記現在ブロックに対するインター予測のモードを指示する情報を含むことができる。

【0062】

加算部３４０は、取得されたレジデュアル信号を、予測部３３０から出力された予測信号（予測されたブロック、予測サンプルアレイ）に加えることによって復元信号（復元ピクチャ、復元ブロック、復元サンプルアレイ）を生成することができる。スキップモードが適用された場合のように処理対象ブロックに対するレジデュアルがない場合、予測されたブロックが復元ブロックとして使われることができる。

【0063】

加算部３４０は、復元部または復元ブロック生成部と呼ばれることができる。生成された復元信号は、現在ピクチャ内の次の処理対象ブロックのイントラ予測のために使われることができ、後述するように、フィルタリングを経て出力されることもでき、または、次のピクチャのインター予測のために使われることもできる。

【0064】

一方、ピクチャデコード過程でＬＭＣＳ（ｌｕｍａ ｍａｐｐｉｎｇ ｗｉｔｈ ｃｈｒｏｍａ ｓｃａｌｉｎｇ）が適用されることもできる。

【0065】

フィルタリング部３５０は、復元信号にフィルタリングを適用して主観的／客観的画質を向上させることができる。例えば、フィルタリング部３５０は、復元ピクチャに多様なフィルタリング方法を適用して修正された（ｍｏｄｉｆｉｅｄ）復元ピクチャを生成することができ、前記修正された復元ピクチャをメモリ６０、具体的に、メモリ３６０のＤＰＢに送信できる。前記多様なフィルタリング方法は、例えば、デブロッキングフィルタリング、サンプル適応的オフセット（ｓａｍｐｌｅ ａｄａｐｔｉｖｅ ｏｆｆｓｅｔ）、適応的ループフィルタ（ａｄａｐｔｉｖｅ ｌｏｏｐ ｆｉｌｔｅｒ）、両方向フィルタ（ｂｉｌａｔｅｒａｌ ｆｉｌｔｅｒ）などを含むことができる。

【0066】

メモリ３６０のＤＰＢに格納された（修正された）復元ピクチャは、インター予測部３３１で参照ピクチャとして使われることができる。メモリ３６０は、現在ピクチャ内の動き情報が導出された（または、デコードされた）ブロックの動き情報及び／または既に復元されたピクチャ内のブロックの動き情報を格納することができる。前記格納された動き情報は、空間的隣接ブロックの動き情報または時間的隣接ブロックの動き情報として活用するためにインター予測部３３１に伝達できる。メモリ３６０は、現在ピクチャ内の復元されたブロックの復元サンプルを格納することができ、イントラ予測部３３２に伝達できる。

【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】

【表1-1】

【0093】

【表1-2】

【0094】

ここで、ｐは、デブロッキングフィルタリング対象境界に隣接したブロックＰのサンプルを表すことができ、ｑは、前記デブロッキングフィルタリング対象境界に隣接したブロックＱのサンプルを表すことができる。

【0095】

また、例えば、前記ｐ０は、前記デブロッキングフィルタリング対象境界の左側または上側に隣接したブロックのサンプルを表すことができ、前記ｑ０は、前記デブロッキングフィルタリング対象境界の右側または下側に隣接したブロックのサンプルを表すことができる。一例として、前記対象境界の方向が垂直方向である場合（すなわち、前記対象境界が垂直境界である場合）、前記ｐ０は、前記デブロッキングフィルタリング対象境界の左側に隣接したブロックのサンプルを表すことができ、前記ｑ０は、前記デブロッキングフィルタリング対象境界の右側に隣接したブロックのサンプルを表すことができる。または、一例として、前記対象境界の方向が水平方向である場合（すなわち、前記対象境界が水平境界である場合）、前記ｐ０は、前記デブロッキングフィルタリング対象境界の上側に隣接したブロックのサンプルを表すことができ、前記ｑ０は、前記デブロッキングフィルタリング対象境界の下側に隣接したブロックのサンプルを表すことができる。

【0096】

さらに図５を参照すれば、エンコード装置／デコード装置は、前記ｂＳに基づいてデブロッキングフィルタリングを行うことができる（Ｓ５３０）。例えば、ｂＳ値が０であれば、対象境界にフィルタリングが適用されない。一方、前記決定されたｂＳ値に基づいて、ブロック間の境界に適用されるフィルタが決定され得る。前記フィルタは、強いフィルタ（ｓｔｒｏｎｇ ｆｉｌｔｅｒ）及び弱いフィルタ（ｗｅａｋ ｆｉｌｔｅｒ）に分けられることができる。エンコード装置／デコード装置は、復元ピクチャ内でブロック歪みが発生する確率が高い位置の境界とブロック歪みが発生する確率が低い位置の境界とに対して互いに異なるフィルタでフィルタリングを行うことにより、符号化効率を上げることができる。

【0097】

図６は、ＡＬＦ手順の一例を概略的に示すフローチャートである。図６に開示されたＡＬＦ手順は、エンコード装置及びデコード装置で行われることができる。本文書においてコーディング装置は、前記エンコード装置及び／又はデコード装置を含むことができる。

【0098】

図６に示すように、コーディング装置は、ＡＬＦのためのフィルタを導出する（Ｓ６１０）。前記フィルタは、フィルタ係数を含むことができる。コーディング装置は、ＡＬＦ適用可否を決定でき、前記ＡＬＦを適用することと判断した場合、前記ＡＬＦのためのフィルタ係数を含むフィルタを導出できる。ＡＬＦのためのフィルタ（係数）またはＡＬＦのためのフィルタ（係数）を導出するための情報は、ＡＬＦパラメータと呼ばれることができる。ＡＬＦ適用可否に関する情報（例：ＡＬＦ利用可能フラグ）及び前記フィルタを導出するためのＡＬＦデータがエンコード装置からデコード装置にシグナリングされ得る。ＡＬＦデータは、前記ＡＬＦのためのフィルタを導出するための情報を含むことができる。また、一例として、ＡＬＦの階層的制御のために、ＡＬＦ利用可能フラグがＳＰＳ、ピクチャヘッダ、スライスヘッダ、及び／又はＣＴＢレベルで各々シグナリングされることができる。

【0099】

前記ＡＬＦのためのフィルタを導出するために、現在ブロック（または、ＡＬＦ対象ブロック）の活動性（ａｃｔｉｖｉｔｙ）及び／又は方向性（ｄｉｒｅｃｔｉｖｉｔｙ）が導出され、前記活動性及び／又は前記方向性に基づいて前記フィルタが導出され得る。例えば、ＡＬＦ手順は、４×４ブロック（ルマ成分基準）単位に適用されることができる。前記現在ブロックまたはＡＬＦ対象ブロックは、例えば、ＣＵであることができ、または、ＣＵ内の４×４ブロックであることができる。具体的に、例えば、前記ＡＬＦデータに含まれた情報から導出される第１のフィルタと、予め定義された第２のフィルタとに基づいてＡＬＦのためのフィルタが導出され得るし、コーディング装置は、前記活動性及び／又は前記方向性に基づいて前記フィルタのうち１つを選択できる。コーディング装置は、前記選択されたフィルタに含まれたフィルタ係数を前記ＡＬＦのために用いることができる。

【0100】

コーディング装置は、前記フィルタに基づいてフィルタリングを行う（Ｓ６２０）。前記フィルタリングに基づいて修正された（ｍｏｄｉｆｉｅｄ）復元サンプルが導出され得る。例えば、前記フィルタ内の前記フィルタ係数は、フィルタ形状によって配置または割り当てられることができ、現在ブロック内の復元サンプルに対して前記フィルタリングが行われ得る。ここで、前記現在ブロック内の復元サンプルは、デブロッキングフィルタ手順及びＳＡＯ手順が完了した後の復元サンプルであることができる。一例として、１つのフィルタ形状が使用されるか、所定の複数のフィルタ形状の中で１つのフィルタ形状が選択されて使用されることができる。例えば、ルマ成分に対して適用されるフィルタ形状とクロマ成分に対して適用されるフィルタ形状とが異なることができる。例えば、ルマ成分に対して７×７ダイヤモンドフィルタ形状が使用され得るし、クロマ成分に対して５×５ダイヤモンドフィルタ形状が使用され得る。

【0101】

図７は、ＡＬＦのためのフィルタ形状の例を示す。（ａ）のＣ０～Ｃ１１及び（ｂ）のＣ０～Ｃ５は、各フィルタ形状内の位置に依存するフィルタ係数であることができる。

【0102】

図７の（ａ）は、７×７ダイヤモンドフィルタ形状を示し、（ｂ）は、５×５ダイヤモンドフィルタ形状を示す。図７においてフィルタ形状内のＣｎは、フィルタ係数を示す。前記Ｃｎでｎが同じ場合、これは、同じフィルタ係数が割り当てられ得ることを表す。本文書においてＡＬＦのフィルタ形状によってフィルタ係数が割り当てられる位置及び／又は単位は、フィルタタブと呼ばれることができる。このとき、それぞれのフィルタタブには、１つのフィルタ係数が割り当てられ得るし、フィルタタブが配列された形態は、フィルタ形状に該当することができる。フィルタ形状のセンターに位置したフィルタタブは、センターフィルタタブと呼ばれることができる。センターフィルタタブを基準に互いに対応する位置に存在する同じｎ値の２つのフィルタタブには、同じフィルタ係数が割り当てられ得る。例えば、７×７ダイヤモンドフィルタ形状の場合、２５個のフィルタタブを含み、Ｃ０～Ｃ１１のフィルタ係数が中央対称形態で割り当てられるので、１３個のフィルタ係数だけで前記２５個のフィルタタブにフィルタ係数を割り当てることができる。また、例えば、５×５ダイヤモンドフィルタ形状の場合、１３個のフィルタタブを含み、Ｃ０～Ｃ５のフィルタ係数が中央対称形態で割り当てられるので、７個のフィルタ係数だけで前記１３個のフィルタタブにフィルタ係数を割り当てることができる。例えば、シグナリングされるフィルタ係数に関する情報のデータ量を減らすために、７×７ダイヤモンドフィルタ形状に対する１３個のフィルタ係数のうち、１２個のフィルタ係数は、（明示的に）シグナリングされ、１個のフィルタ係数は、（暗黙的に）導出されることができる。また、例えば、５×５ダイヤモンドフィルタ形状に対する７個のフィルタ係数のうち、６個のフィルタ係数は、（明示的に）シグナリングされ、１個のフィルタ係数は、（暗黙的に）導出されることができる。

【0103】

本文書の一実施形態によれば、前記ＡＬＦ手順のために使用されるＡＬＦパラメータがＡＰＳ（ａｄａｐｔａｔｉｏｎ ｐａｒａｍｅｔｅｒ ｓｅｔ）を介してシグナリングされることができる。前記ＡＬＦパラメータは、前記ＡＬＦのためのフィルタ情報またはＡＬＦデータから導出されることができる。

【0104】

ＡＬＦは、上述したように、ビデオ／画像コーディングで適用されることができるインループフィルタリング技術（ｔｅｃｈｎｉｑｕｅ）のタイプである。ＡＬＦは、ウィーナー基盤（Ｗｉｅｎｅｒ－ｂａｓｅｄ）適応的フィルタを使用して行われることができる。これは、原本サンプルとデコードされたサンプル（または、復元サンプル）との間のＭＳＥ（ｍｅａｎ ｓｑｕａｒｅ ｅｒｒｏｒ）を最小化するためであることができる。ＡＬＦツール（ｔｏｏｌ）のための上位レベルデザイン（ｈｉｇｈ ｌｅｖｅｌ ｄｅｓｉｇｎ）は、ＳＰＳ及び／又はスライスヘッダ（または、タイルグループヘッダ）で接近できるシンタックス要素を含む（ｉｎｃｏｒｐｏｒａｔｅ）ことができる。

【0105】

一方、ピクチャヘッダは、ピクチャヘッダで適用されるシンタックス要素を含み、前記シンタックス要素は、ピクチャヘッダと関連したピクチャの全てのスライスに適用されることができる。特定シンタックス要素が特定スライスにのみ適用される場合には、特定シンタックス要素は、ピクチャヘッダでないスライスヘッダでシグナリングされなければならない。

【0106】

従来に、ピクチャエンコードまたはデコードのための種々のツール（ｔｏｏｌ）の活性化（ｅｎａｂｌｅ）または非活性化（ｄｉｓａｂｌｅ）のための制御フラグ及びパラメータのシグナリングは、ピクチャヘッダに存在することができ、また、スライスヘッダでオーバーライド（ｏｖｅｒｒｉｄｅ）されることができた。このような方式は、ツール制御がピクチャレベルとスライスレベルとで共に行われることができる柔軟性を提供する。しかし、このような方式は、ピクチャヘッダを確認した後、スライスヘッダを確認しなければならないので、デコーダに負担を与えることができる。

【0107】

これにより、本発明の一実施形態は、少なくとも１つのツール（ｔｏｏｌ）がピクチャレベルまたはスライスレベルで適用されるか否かを表す指示情報を提案する。このとき、前記指示情報は、ＳＰＳ（Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）及びＰＰＳ（Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）のうち、いずれか１つに含まれることができる。すなわち、ＣＬＶＳ内で特定ツールが活性化されるとき、前記特定ツールがピクチャレベルまたはスライスレベルで適用されるか否かを表すための表示（ｉｎｄｉｃａｔｉｏｎ）またはフラグは、ＳＰＳまたはＰＰＳのようなパラメータセットでシグナリングされることができる。前記表示またはフラグは、１つのツールに対することでありうるが、これに制限されるものではない。例えば、特定ツールでない全てのツールがピクチャレベルまたはスライスレベルで適用されるか否かを表すための表示またはフラグがＳＰＳまたはＰＰＳのようなパラメータセットでシグナリングされ得る。

【0108】

ツールの活性化または非活性化のための制御フラグ及びパラメータは、ピクチャレベルまたはスライスレベルでシグナリングされることができるが、ピクチャレベル及びスライスレベルの両方でシグナリングされ得るものではない。例えば、特定ツールがピクチャレベルで適用されるかを表す指示情報を取得する場合、ツールの活性化または非活性化のための制御フラグ及びパラメータは、ピクチャヘッダのみでシグナリングされることができる。同様に、特定ツールがスライスレベルで適用されるかを表す指示情報を取得する場合、ツールの活性化または非活性化のための制御フラグ及びパラメータは、スライスヘッダのみでシグナリングされることができる。

【0109】

また、例えば、特定パラメータセットにおいてピクチャレベルで適用されることと指定されたツールは、他の同じ類型のパラメータセットにおいてスライスレベルで適用されることと指定されることができる。

【0110】

例えば、指示情報を含むＰＰＳシンタックスは、次の表のとおりでありうる。

【0111】

【表2】

【0112】

前記表２のシンタックスに含まれたシンタックス要素のセマンティクスは、例えば、下記の表３のように表すことができる。

【0113】

【表3】

【0114】

前記表を参考すれば、指示情報は、参照ピクチャリスト（ｒｅｆｅｒｅｎｃｅ ｐｉｃｔｕｒｅ ｌｉｓｔ）のシグナリングがピクチャレベルまたはスライスレベルで適用されるか否かを表すフラグを含むことができる。例えば、指示情報は、参照ピクチャリストのシグナリングと関連した情報がピクチャヘッダに存在するか、またはスライスヘッダに存在するかを指定できる。例えば、前記フラグは、ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｉｎ＿ｐｈ＿ｆｌａｇと称されることができる。前記フラグの値が１と同じ場合に基づいて、参照ピクチャリスト（ｒｅｆｅｒｅｎｃｅ ｐｉｃｔｕｒｅ ｌｉｓｔ）のシグナリングと関連した情報は、ピクチャヘッダに存在し、前記フラグの値が０と同じ場合に基づいて、参照ピクチャリストのシグナリングと関連した情報は、スライスヘッダに存在することができる。

【0115】

また、指示情報は、ＳＡＯ（Ｓａｍｐｌｅ Ａｄａｐｔｉｖｅ Ｏｆｆｓｅｔ）手順がピクチャレベルまたはスライスレベルで適用されるか否かを表すフラグを含むことができる。例えば、指示情報は、ＳＡＯ手順と関連した情報がピクチャヘッダに存在するか、またはスライスヘッダに存在するかを指定できる。例えば、前記フラグは、ｓａｏ＿ｐｒｅｓｅｎｔ＿ｉｎ＿ｐｈ＿ｆｌａｇと称されることができる。前記フラグの値が１と同じ場合に基づいて、ＳＡＯ手順と関連した情報はピクチャヘッダに存在し、前記フラグの値が０と同じ場合に基づいて、ＳＡＯ手順と関連した情報はスライスヘッダに存在することができる。

【0116】

また、指示情報は、ＡＬＦ（Ａｄａｐｔｉｖｅ Ｌｏｏｐ Ｆｉｌｔｅｒ）手順がピクチャレベルまたはスライスレベルで適用されるか否かを表すフラグを含むことができる。例えば、指示情報は、ＡＬＦ手順と関連した情報がピクチャヘッダに存在するか、またはスライスヘッダに存在するかを指定できる。例えば、前記フラグは、ａｌｆ＿ｐｒｅｓｅｎｔ＿ｉｎ＿ｐｈ＿ｆｌａｇと称されることができる。前記フラグの値が１と同じ場合に基づいて、ＡＬＦ手順と関連した情報はピクチャヘッダに存在し、前記フラグの値が０と同じ場合に基づいて、ＡＬＦ手順と関連した情報はスライスヘッダに存在することができる。

【0117】

また、指示情報は、デブロッキング（ｄｅｂｌｏｃｋｉｎｇ）手順がピクチャレベルまたはスライスレベルで適用されるか否かを表す少なくとも１つのフラグを含むことができる。例えば、前記少なくとも１つのフラグに基づいて、デブロッキング手順と関連した情報がピクチャヘッダ及びスライスヘッダのうち、いずれか１つに存在することができる。例えば、前記少なくとも１つのフラグは、ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｐｈ＿ｏｖｅｒｒｉｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇまたはｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｓｈ＿ｏｖｅｒｒｉｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇと称されることができる。例えば、前記少なくとも１つのフラグの値が１と同じ場合に基づいてデブロッキング手順と関連したパラメータがピクチャヘッダに存在するか否かを表すフラグがピクチャヘッダに存在することができ、前記少なくとも１つのフラグの値が０と同じ場合に基づいて、デブロッキング手順と関連したパラメータがピクチャヘッダに存在するか否かを表すフラグがピクチャヘッダに存在しないことができる。

【0118】

または、前記少なくとも１つのフラグの値が１と同じ場合に基づいて、デブロッキング手順と関連したパラメータがスライスヘッダに存在するか否かを表すフラグがスライスヘッダに存在することができ、前記少なくとも１つのフラグの値が０と同じ場合に基づいてデブロッキング手順と関連したパラメータがスライスヘッダに存在するか否かを表すフラグがスライスヘッダに存在しないことができる。このとき、ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｐｈ＿ｏｖｅｒｒｉｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ及びｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｓｈ＿ｏｖｅｒｒｉｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が共に１と同じではないことができる。

【0119】

一方、ピクチャヘッダ（ｐｉｃｔｕｒｅ ｈｅａｄｅｒ）シンタックスは、次の表のとおりでありうる。

【0120】

【表4-1】

【0121】

【表4-2】

【0122】

前記表４のシンタックスに含まれたシンタックス要素のセマンティクスは、例えば、下記の表５のように表すことができる。

【0123】

【表5】

【0124】

前記表を参考すれば、デブロッキング（ｄｅｂｌｏｃｋｉｎｇ）手順がピクチャレベルで適用されるか否かを表すフラグに該当するｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｐｈ＿ｏｖｅｒｒｉｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１である場合に、ｐｉｃ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｏｖｅｒｒｉｄｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇがシグナリングされ得る。ｐｉｃ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｏｖｅｒｒｉｄｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が１である場合、デブロッキング手順と関連したパラメータがピクチャヘッダに存在するか否かを表すフラグに該当するｐｉｃ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇがピクチャヘッダに存在することができる。または、ｐｉｃ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｏｖｅｒｒｉｄｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が０である場合、デブロッキング手順と関連したパラメータがピクチャヘッダに存在するか否かを表すフラグに該当するｐｉｃ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇがピクチャヘッダに存在しないことができる。

【0125】

また、デブロッキング手順と関連したパラメータがピクチャヘッダに存在するか否かを表すフラグに該当するｐｉｃ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇの値が１と同じ場合、デブロッキングパラメータがピクチャヘッダに存在することができる。ｐｉｃ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇの値が０と同じ場合には、デブロッキングパラメータがピクチャヘッダに存在しないことができる

【0126】

また、ｐｉｃ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇの値が１と同じ場合、ピクチャヘッダと連関したスライスに対してデブロッキングフィルタが適用されないことができる。ｐｉｃ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇの値が０と同じ場合には、ピクチャヘッダと連関したスライスに対してデブロッキングフィルタが適用されることができる。

【0127】

また、ｐｉｃ＿ｂｅｔａ＿ｏｆｆｓｅｔ＿ｄｉｖ２及びｐｉｃ＿ｔｃ＿ｏｆｆｓｅｔ＿ｄｉｖ２は、ピクチャヘッダと連関したスライスに対してβ及びｔＣ（２に割った値）に対するデブロッキングパラメータオフセットを指定できる。ｐｉｃ＿ｂｅｔａ＿ｏｆｆｓｅｔ＿ｄｉｖ２及びｐｉｃ＿ｔｃ＿ｏｆｆｓｅｔ＿ｄｉｖ２の値は、共に－６から６までの範囲内にある。

【0128】

一方、スライスヘッダ（ｓｌｉｃｅ ｈｅａｄｅｒ）シンタックスは、次の表のとおりでありうる。

【0129】

【表6-1】

【0130】

【表6-2】

【0131】

前記表６のシンタックスに含まれたシンタックス要素のセマンティクスは、例えば、下記の表７のように表すことができる。

【0132】

【表7】

【0133】

前記表を参考すれば、デブロッキング（ｄｅｂｌｏｃｋｉｎｇ）手順がスライスレベルで適用されるか否かを表すフラグに該当するｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｓｈ＿ｏｖｅｒｒｉｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１である場合に、ｓｌｉｃｅ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｏｖｅｒｒｉｄｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇがシグナリングされ得る。ｓｌｉｃｅ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｏｖｅｒｒｉｄｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が１である場合、デブロッキング手順と関連したパラメータがスライスヘッダに存在するか否かを表すフラグに該当するｓｌｉｃｅ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇがスライスヘッダに存在することができる。または、ｓｌｉｃｅ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｏｖｅｒｒｉｄｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が０である場合、デブロッキング手順と関連したパラメータがスライスヘッダに存在するか否かを表すフラグに該当するｓｌｉｃｅ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇがピクチャヘッダに存在しないことができる。

【0134】

また、デブロッキング手順と関連したパラメータがスライスヘッダに存在するか否かを表すフラグに該当するｓｌｉｃｅ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇの値が１と同じ場合、デブロッキングパラメータがスライスヘッダに存在することができる。ｓｌｉｃｅ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇの値が０と同じ場合には、デブロッキングパラメータがスライスヘッダに存在しないことができる。

【0135】

また、ｓｌｉｃｅ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇの値が１と同じ場合、スライスヘッダと連関したスライスに対してデブロッキングフィルタが適用されないことができる。ｓｌｉｃｅ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇの値が０と同じ場合には、スライスヘッダと連関したスライスに対してデブロッキングフィルタが適用されることができる。

【0136】

また、ｓｌｉｃｅ＿ｂｅｔａ＿ｏｆｆｓｅｔ＿ｄｉｖ２及びｓｌｉｃｅ＿ｔｃ＿ｏｆｆｓｅｔ＿ｄｉｖ２は、スライスに対してβ及びｔＣ（２に割った値）に対するデブロッキングパラメータオフセットを指定できる。ｓｌｉｃｅ＿ｂｅｔａ＿ｏｆｆｓｅｔ＿ｄｉｖ２及びｓｌｉｃｅ＿ｔｃ＿ｏｆｆｓｅｔ＿ｄｉｖ２の値は、共に－６から６までの範囲内にある。

【0137】

図８は、一実施形態に係るエンコード装置の動作を示すフローチャートであり、図９は、一実施形態に係るエンコード装置の構成を示すブロック図である。

【0138】

図８において開示された方法は、図２または図９において開示されたエンコード装置によって行われることができる。図８のＳ８１０及びＳ８２０は、図２に開示された画像予測部２２０、レジデュアル処理部２３０、またはフィルタリング部２６０によって行われることができ、Ｓ８３０は、図２に開示されたエントロピーエンコード部２４０によって行われることができる。さらに、Ｓ８１０～Ｓ８３０による動作は、図１～図７において前述された内容のうち一部に基づいたものである。したがって、図１～図７において前述された内容と重複する具体的な内容は、説明を省略するか、簡単にする。

【0139】

図８に示すように、一実施形態に係るエンコード装置は、現在ブロックに適用される少なくとも１つのツール（ｔｏｏｌ）がピクチャレベルまたはスライスレベルで適用されるか否かを表す指示情報を生成できる（Ｓ８１０）。

【0140】

例えば、エンコード装置の画像予測部２２０は、参照ピクチャリスト（ｒｅｆｅｒｅｎｃｅ ｐｉｃｔｕｒｅ ｌｉｓｔ）のシグナリングがピクチャレベルまたはスライスレベルで適用されるか否かを表すフラグを含む指示情報を生成できる。例えば、前記フラグの値が１と同じ場合に基づいて、前記参照ピクチャリスト（ｒｅｆｅｒｅｎｃｅ ｐｉｃｔｕｒｅ ｌｉｓｔ）のシグナリングと関連した情報はピクチャヘッダに存在し、前記フラグの値が０と同じ場合に基づいて、前記参照ピクチャリストのシグナリングと関連した情報はスライスヘッダに存在することができる。

【0141】

例えば、エンコード装置のフィルタリング部２６０は、ＳＡＯ（Ｓａｍｐｌｅ Ａｄａｐｔｉｖｅ Ｏｆｆｓｅｔ）手順がピクチャレベルまたはスライスレベルで適用されるか否かを表すフラグを含む指示情報を生成できる。例えば、前記フラグの値が１と同じ場合に基づいて、前記ＳＡＯ手順と関連した情報はピクチャヘッダに存在し、前記フラグの値が０と同じ場合に基づいて、ＳＡＯ手順と関連した情報はスライスヘッダに存在することができる。

【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】

前記ユーザ装置の例として、携帯電話、スマートフォン（ｓｍａｒｔ ｐｈｏｎｅ）、ノートブックコンピュータ（ｌａｐｔｏｐ ｃｏｍｐｕｔｅｒ）、デジタル放送用端末、ＰＤＡ（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔｓ）、ＰＭＰ（ｐｏｒｔａｂｌｅ ｍｕｌｔｉｍｅｄｉａ ｐｌａｙｅｒ）、ナビゲーション、スレートＰＣ（ｓｌａｔｅ ＰＣ）、タブレットＰＣ（ｔａｂｌｅｔ ＰＣ）、ウルトラブック（ｕｌｔｒａｂｏｏｋ）、ウェアラブルデバイス（ｗｅａｒａｂｌｅ ｄｅｖｉｃｅ、例えば、ウォッチ型端末（ｓｍａｒｔｗａｔｃｈ）、グラス型端末（ｓｍａｒｔ ｇｌａｓｓ）、ＨＭＤ（ｈｅａｄ ｍｏｕｎｔｅｄ ｄｉｓｐｌａｙ）、デジタルＴＶ、デスクトップコンピュータ、デジタルサイニジがある。

【0170】

前記コンテンツストリーミングシステム内の各サーバは、分散サーバとして運営されることができ、この場合、各サーバで受信するデータは、分散処理されることができる。

【0171】

本明細書に記載された請求項は、多様な方式で組み合わせることができる。例えば、本明細書の方法請求項の技術的特徴が組み合わせて装置で実現されることができ、本明細書の装置請求項の技術的特徴が組み合わせて方法で実現されることができる。また、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴が組み合わせて装置で実現されることができ、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴が組み合わせて方法で実現されることができる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7(a)】

【図7(b)】

【図8】

【図9】

【図10】

【図11】

【図12】