特許 7603730 符号化装置、符号化方法、ビットストリーム生成装置、復号装置、および復号方法

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

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

(11)【特許番号】

(24)【登録日】2024-12-12

(45)【発行日】2024-12-20

(54)【発明の名称】符号化装置、符号化方法、ビットストリーム生成装置、復号装置、および復号方法

(51)【国際特許分類】

   H04N 19/13 20140101AFI20241213BHJP

   H04N 19/14 20140101ALI20241213BHJP

   H04N 19/18 20140101ALI20241213BHJP

   H04N 19/61 20140101ALI20241213BHJP

【ＦＩ】

H04N19/13

H04N19/14

H04N19/18

H04N19/61

【請求項の数】 5

(21)【出願番号】P 2023031600

(22)【出願日】2023-03-02

(62)【分割の表示】P 2020549291の分割

【原出願日】2019-09-25

(65)【公開番号】P2023060080

(43)【公開日】2023-04-27

【審査請求日】2023-03-02

(31)【優先権主張番号】62/738,399

(32)【優先日】2018-09-28

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

(73)【特許権者】

【識別番号】514136668

【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ

【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ

(74)【代理人】

【識別番号】100109210

【弁理士】

【氏名又は名称】新居 広守

(74)【代理人】

【識別番号】100137235

【弁理士】

【氏名又は名称】寺谷 英作

(74)【代理人】

【識別番号】100131417

【弁理士】

【氏名又は名称】道坂 伸一

(72)【発明者】

【氏名】加藤 祐介

(72)【発明者】

【氏名】安倍 清史

(72)【発明者】

【氏名】西 孝啓

(72)【発明者】

【氏名】遠間 正真

【審査官】坂東 大五郎

(56)【参考文献】

【文献】SCHWARZ, Heiko et al.，Non-CE7: Alternative Entropy Coding for Dependent Quantization，Joint Video Experts Team (JVET)，2018年07月10日，[JVET-K0072-v2]

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

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

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

【請求項1】

メモリと、
前記メモリに接続され、ＣＡＢＡＣ（Context-Based Adaptive Binary Arithmetic Coding）を実行するプロセッサとを備え、
カレントブロックの予測残差符号化において、前記プロセッサは、
前記カレントブロックと予測ブロックとの差分に対して、変換および量子化を行うことによって生成された複数の量子化係数である複数の係数の各々について、
係数の数値の性質をそれぞれ示す複数のフラグの各々をＣＡＢＡＣによって符号化し、
前記複数のフラグは、
前記係数がゼロか否かを示す第１のフラグと、
前記係数が奇数か偶数かを示す第２のフラグと、
前記係数の絶対値が第１の閾値（第１の閾値は自然数）以上であるか否かを示す第３のフラグと、
前記係数の絶対値が、第２の閾値（第２の閾値は前記第１の閾値よりも大きい自然数）以上であるか否かを示す第４のフラグと、
を含み、
前記係数の絶対値を表現するためにさらに必要な数値からなる残部（ｒｅｍａｉｎｄｅｒ）を求めるための基準値となるベースレベルを決定し、
前記カレントブロック内における前記係数の５つの周辺係数の総和の絶対値に基づいて、前記係数の予測絶対値を算出し、
前記算出された前記予測絶対値と前記ベースレベルとの差分に基づいて、ライスパラメーターの値を複数の候補の中から決定し、
前記差分が第１の値未満である場合は、前記ライスパラメーターはゼロに設定され、
前記差分が第１の値以上、第２の値未満である場合は、前記ライスパラメーターは１に設定され、
前記差分が第２の値以上である場合は、前記ライスパラメーターは２に設定され、
前記ライスパラメーターを用いて前記係数の残部を符号化し、前記残部は、前記係数の絶対値と前記ベースレベルとを用いて計算され、
前記係数の絶対値がゼロよりも大きい場合は、前記係数が正の値か負の値かを示す第５のフラグを符号化する、
符号化装置。

【請求項2】

符号化方法であって、
ＣＡＢＡＣ（Context-Based Adaptive Binary Arithmetic Coding）を実行し、
カレントブロックの予測残差符号化において、
前記カレントブロックと予測ブロックとの差分に対して、変換および量子化を行うことによって生成された複数の量子化係数である複数の係数の各々について、
係数の数値の性質をそれぞれ示す複数のフラグの各々をＣＡＢＡＣによって符号化し、
前記複数のフラグは、
前記係数がゼロか否かを示す第１のフラグと、
前記係数が奇数か偶数かを示す第２のフラグと、
前記係数の絶対値が第１の閾値（第１の閾値は自然数）以上であるか否かを示す第３のフラグと、
前記係数の絶対値が、第２の閾値（第２の閾値は前記第１の閾値よりも大きい自然数）以上であるか否かを示す第４のフラグと、
を含み、
前記係数の絶対値を表現するためにさらに必要な数値からなる残部（ｒｅｍａｉｎｄｅｒ）を求めるための基準値となるベースレベルを決定し、
前記カレントブロック内における前記係数の５つの周辺係数の総和の絶対値に基づいて、前記係数の予測絶対値を算出し、
前記算出された前記予測絶対値と前記ベースレベルとの差分に基づいて、ライスパラメーターの値を複数の候補の中から決定し、
前記差分が第１の値未満である場合は、前記ライスパラメーターはゼロに設定され、
前記差分が第１の値以上、第２の値未満である場合は、前記ライスパラメーターは１に設定され、
前記差分が第２の値以上である場合は、前記ライスパラメーターは２に設定され、
前記ライスパラメーターを用いて前記係数の残部を符号化し、前記残部は、前記係数の絶対値と前記ベースレベルとを用いて計算され、
前記係数の絶対値がゼロよりも大きい場合は、前記係数が正の値か負の値かを示す第５のフラグを符号化する、
符号化方法。

【請求項3】

メモリと、
前記メモリに接続され、ＣＡＢＡＣ（Context-Based Adaptive Binary Arithmetic Coding）復号を実行するプロセッサとを備え、
カレントブロックの予測残差復号において、前記プロセッサは、
前記カレントブロックと予測ブロックとの差分に対して、変換および量子化を行うことによって生成された複数の量子化係数である複数の係数の各々について、
係数の数値の性質をそれぞれ示す複数のフラグの各々をＣＡＢＡＣ復号によって復号し、
前記複数のフラグは、
前記係数がゼロか否かを示す第１のフラグと、
前記係数が奇数か偶数かを示す第２のフラグと、
前記係数の絶対値が第１の閾値（第１の閾値は自然数）以上であるか否かを示す第３のフラグと、
前記係数の絶対値が、第２の閾値（第２の閾値は前記第１の閾値よりも大きい自然数）以上であるか否かを示す第４のフラグと、
を含み、
前記係数の絶対値を表現するためにさらに必要な数値からなる残部（ｒｅｍａｉｎｄｅｒ）を求めるための基準値となるベースレベルを決定し、
前記カレントブロック内における前記係数の５つの周辺係数の総和の絶対値に基づいて、前記係数の予測絶対値を算出し、
前記算出された前記予測絶対値と前記ベースレベルとの差分に基づいて、ライスパラメーターの値を複数の候補の中から決定し、
前記差分が第１の値未満である場合は、前記ライスパラメーターはゼロに設定され、
前記差分が第１の値以上、第２の値未満である場合は、前記ライスパラメーターは１に設定され、
前記差分が第２の値以上である場合は、前記ライスパラメーターは２に設定され、
前記ライスパラメーターを用いて前記係数の残部を復号し、
前記係数の絶対値がゼロよりも大きい場合は、前記係数が正の値か負の値かを示す第５のフラグを復号する、
復号装置。

【請求項4】

カレントブロックの予測残差復号において、
前記カレントブロックと予測ブロックとの差分に対して、変換および量子化を行うことによって生成された複数の量子化係数である複数の係数の各々について、
係数の数値の性質をそれぞれ示す複数のフラグの各々をＣＡＢＡＣ（Context-Based Adaptive Binary Arithmetic Coding）復号によって復号し、
前記複数のフラグは、
前記係数がゼロか否かを示す第１のフラグと、
前記係数が奇数か偶数かを示す第２のフラグと、
前記係数の絶対値が第１の閾値（第１の閾値は自然数）以上であるか否かを示す第３のフラグと、
前記係数の絶対値が、第２の閾値（第２の閾値は前記第１の閾値よりも大きい自然数）以上であるか否かを示す第４のフラグと、
を含み、
前記係数の絶対値を表現するためにさらに必要な数値からなる残部（ｒｅｍａｉｎｄｅｒ）を求めるための基準値となるベースレベルを決定し、
前記カレントブロック内における前記係数の５つの周辺係数の総和の絶対値に基づいて、前記係数の予測絶対値を算出し、
前記算出された前記予測絶対値と前記ベースレベルとの差分に基づいて、ライスパラメーターの値を複数の候補の中から決定し、
前記差分が第１の値未満である場合は、前記ライスパラメーターはゼロに設定され、
前記差分が第１の値以上、第２の値未満である場合は、前記ライスパラメーターは１に設定され、
前記差分が第２の値以上である場合は、前記ライスパラメーターは２に設定され、
前記ライスパラメーターを用いて前記係数の残部を復号し、
前記係数の絶対値がゼロよりも大きい場合は、前記係数が正の値か負の値かを示す第５のフラグを復号する、
復号方法。

【請求項5】

メモリと、
前記メモリに接続されたプロセッサとを備え、
前記プロセッサは、動作において、
カレントブロックの予測残差復号を行う復号装置が復号するためのビットストリームを生成し、
前記カレントブロックに含まれる係数の数値の性質をそれぞれ示す複数のフラグを、ＣＡＢＡＣ（Context-Based Adaptive Binary Arithmetic Coding）符号化によって前記ビットストリームに含め、
前記複数のフラグは、
前記係数がゼロか否かを示す第１のフラグと、
前記係数が奇数か偶数かを示す第２のフラグと、
前記係数の絶対値が第１の閾値（第１の閾値は自然数）以上であるか否かを示す第３のフラグと、
前記係数の絶対値が、第２の閾値（第２の閾値は前記第１の閾値よりも大きい自然数）以上であるか否かを示す第４のフラグと、
前記複数のフラグのみでは前記係数の絶対値を表現することができない場合に、前記係数の絶対値を表現するためにさらに必要な数値からなる残部（ｒｅｍａｉｎｄｅｒ）であって、前記係数の絶対値と前記係数のベースレベルとを用いて計算され、ライスパラメーターを用いて符号化された前記残部と、
前記係数の絶対値がゼロよりも大きい場合に、前記係数が正の値か負の値かを示すフラグであって、前記ＣＡＢＡＣ符号化によって符号化された第５のフラグと、
を含み、
前記係数の予測絶対値は、前記カレントブロック内における前記係数の５つの周辺係数の総和の絶対値に基づいて算出され、
前記ライスパラメーターは、前記係数の予測絶対値と前記ベースレベルとの差分に基づいて、複数の候補の中から決定され、
前記差分が第１の値未満である場合は、前記ライスパラメーターはゼロに設定され、
前記差分が第１の値以上、第２の値未満である場合は、前記ライスパラメーターは１に設定され、
前記差分が第２の値以上である場合は、前記ライスパラメーターは２に設定される、
ビットストリーム生成装置。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、ビデオコーディングに関し、例えば、動画像の符号化および復号におけるシステム、構成要素、ならびに方法などに関する。

【背景技術】

【0002】

ビデオコーディング技術は、Ｈ．２６１およびＭＰＥＧ－１から、Ｈ．２６４／ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）、ＭＰＥＧ－ＬＡ、Ｈ．２６５／ＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）、およびＨ．２６６／ＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｅｃ）へ進歩している。この進歩に伴い、様々な用途において増え続けるデジタルビデオデータ量を処理するために、ビデオコーディング技術の改良および最適化を提供することが常に必要とされている。

【0003】

なお、非特許文献１は、上述されたビデオコーディング技術に関する従来の規格の一例に関する。

【先行技術文献】

【非特許文献】

【0004】

【文献】Ｈ．２６５（ＩＳＯ／ＩＥＣ ２３００８－２ ＨＥＶＣ）／ＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）

【発明の概要】

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

【0005】

上記のような符号化方式に関して、符号化効率の改善、画質の改善、処理量の削減、回路規模の削減、又は、フィルタ、ブロック、サイズ、動きベクトル、参照ピクチャ又は参照ブロック等の要素又は動作の適切な選択等のため、新たな方式の提案が望まれている。

【0006】

本開示は、例えば、符号化効率の改善、画質の改善、処理量の削減、回路規模の削減、処理速度の改善、及び、要素又は動作の適切な選択等のうち１つ以上に貢献し得る構成又は方法を提供する。なお、本開示は、上記以外の利益に貢献し得る構成又は方法を含み得る。

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

【0007】

例えば、本開示の一態様に係る符号化装置は、メモリと、前記メモリに接続され、ＣＡＢＡＣ（Context-Based Adaptive Binary Arithmetic Coding）を実行するプロセッサとを備え、カレントブロックの予測残差符号化において、前記プロセッサは、前記カレントブロックと予測ブロックとの差分に対して、変換および量子化を行うことによって生成された複数の量子化係数である複数の係数の各々について、係数の数値の性質をそれぞれ示す複数のフラグの各々をＣＡＢＡＣによって符号化し、前記複数のフラグは、前記係数がゼロか否かを示す第１のフラグと、前記係数が奇数か偶数かを示す第２のフラグと、前記係数の絶対値が第１の閾値（第１の閾値は自然数）以上であるか否かを示す第３のフラグと、前記係数の絶対値が、第２の閾値（第２の閾値は前記第１の閾値よりも大きい自然数）以上であるか否かを示す第４のフラグと、を含み、前記係数の絶対値を表現するためにさらに必要な数値からなる残部（ｒｅｍａｉｎｄｅｒ）を求めるための基準値となるベースレベルを決定し、前記カレントブロック内における前記係数の５つの周辺係数の総和の絶対値に基づいて、前記係数の予測絶対値を算出し、前記算出された前記予測絶対値と前記ベースレベルとの差分に基づいて、ライスパラメーターの値を複数の候補の中から決定し、前記差分が第１の値未満である場合は、前記ライスパラメーターはゼロに設定され、前記差分が第１の値以上、第２の値未満である場合は、前記ライスパラメーターは１に設定され、前記差分が第２の値以上である場合は、前記ライスパラメーターは２に設定され、前記ライスパラメーターを用いて前記係数の残部を符号化し、前記残部は、前記係数の絶対値と前記ベースレベルとを用いて計算され、前記係数の絶対値がゼロよりも大きい場合は、前記係数が正の値か負の値かを示す第５のフラグを符号化する。

【0008】

例えば、本開示の一態様に係る符号化装置は、メモリと、前記メモリに接続され、ＣＡＢＡＣ（Context-Based Adaptive Binary Arithmetic Coding）を実行するプロセッサとを備え、カレントブロックの予測残差符号化において、前記プロセッサは、前記カレントブロックと予測ブロックとの差分に対して、変換および量子化を行うことによって生成された複数の量子化係数である複数の係数の各々について、係数の数値の性質をそれぞれ示す複数のフラグの各々をＣＡＢＡＣによって符号化し、前記複数のフラグは、前記係数がゼロか否かを示す第１のフラグと、前記係数が奇数か偶数かを示す第２のフラグと、前記係数の絶対値が第１の閾値（第１の閾値は自然数）以上であるか否かを示す第３のフラグと、前記係数の絶対値が、第２の閾値（第２の閾値は前記第１の閾値よりも大きい自然数）以上であるか否かを示す第４のフラグと、を含み、前記複数のフラグのみでは前記係数の絶対値を表現することができない場合に、前記係数の絶対値を表現するためにさらに必要な数値からなる残部（ｒｅｍａｉｎｄｅｒ）を求めるための基準値となるベースレベルを決定し、前記ベースレベルは、符号化されたフラグの数がＣＡＢＡＣ符号化回数の制限に達している場合は、前記制限に達していない場合よりも小さい値をとり、前記カレントブロック内における前記係数の５つの周辺係数の総和の絶対値に基づいて、前記係数の予測絶対値を算出し、前記算出された前記予測絶対値と前記ベースレベルとの差分に基づいて、ライスパラメーターの値を複数の候補の中から決定し、前記ライスパラメーターを用いて前記係数の残部を符号化する。

【0009】

本開示における実施の形態のいくつかの実装は、符号化効率を改善してもよいし、符号化／復号処理を簡素化してもよいし、符号化／復号処理速度を速くしてもよいし、適切なフィルタ、ブロックサイズ、動きベクトル、参照ピクチャ、参照ブロック等のような、符号化及び復号に用いられる適切な構成要素／動作を効率よく選択してもよい。

【0010】

本開示の一態様におけるさらなる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施の形態並びに明細書および図面に記載された特徴によってそれぞれ得られるが、１つまたはそれ以上の利点および／または効果を得るために必ずしも全てが提供される必要はない。

【0011】

なお、これらの全般的または具体的な態様は、システム、方法、集積回路、コンピュータプログラム、記録媒体、又は、これらの任意な組み合わせで実現されてもよい。

【発明の効果】

【0012】

本開示の一態様に係る構成又は方法は、例えば、符号化効率の改善、画質の改善、処理量の削減、回路規模の削減、処理速度の改善、及び、要素又は動作の適切な選択等のうち１つ以上に貢献し得る。なお、本開示の一態様に係る構成又は方法は、上記以外の利益に貢献してもよい。

【図面の簡単な説明】

【0013】

【図1】図１は、実施の形態に係る符号化装置の機能構成を示すブロック図である。

【図2】図２は、符号化装置による全体的な符号化処理の一例を示すフローチャートである。

【図3】図３は、ブロック分割の一例を示す概念図である。

【図4A】図４Ａは、スライスの構成の一例を示す概念図である。

【図4B】図４Ｂは、タイルの構成の一例を示す概念図である。

【図5A】図５Ａは、様々な変換タイプに対応する変換基底関数を示す表である。

【図5B】図５Ｂは、ＳＶＴ（Ｓｐａｔｉａｌｌｙ Ｖａｒｙｉｎｇ Ｔｒａｎｓｆｏｒｍ）の一例を示す概念図である。

【図6A】図６Ａは、ＡＬＦ（ａｄａｐｔｉｖｅ ｌｏｏｐ ｆｉｌｔｅｒ）で用いられるフィルタの形状の一例を示す概念図である。

【図6B】図６Ｂは、ＡＬＦで用いられるフィルタの形状の他の一例を示す概念図である。

【図6C】図６Ｃは、ＡＬＦで用いられるフィルタの形状の他の一例を示す概念図である。

【図7】図７は、ＤＢＦ（ｄｅｂｌｏｃｋｉｎｇ ｆｉｌｔｅｒ）として機能するループフィルタ部の詳細な構成の一例を示すブロック図である。

【図8】図８は、ブロック境界に対して対称なフィルタ特性を有するデブロッキング・フィルタの例を示す概念図である。

【図9】図９は、デブロッキング・フィルタ処理が行われるブロック境界を説明するための概念図である。

【図10】図１０は、Ｂｓ値の一例を示す概念図である。

【図11】図１１は、符号化装置の予測処理部で行われる処理の一例を示すフローチャートである。

【図12】図１２は、符号化装置の予測処理部で行われる処理の他の例を示すフローチャートである。

【図13】図１３は、符号化装置の予測処理部で行われる処理の他の例を示すフローチャートである。

【図14】図１４は、実施の形態のイントラ予測における６７個のイントラ予測モードの一例を示す概念図である。

【図15】図１５は、インター予測の基本的な処理の流れの一例を示すフローチャートである。

【図16】図１６は、動きベクトル導出の一例を示すフローチャートである。

【図17】図１７は、動きベクトル導出の他の例を示すフローチャートである。

【図18】図１８は、動きベクトル導出の他の例を示すフローチャートである。

【図19】図１９は、ノーマルインターモードによるインター予測の例を示すフローチャートである。

【図20】図２０は、マージモードによるインター予測の例を示すフローチャートである。

【図21】図２１は、マージモードによる動きベクトル導出処理の一例を説明するための概念図である。

【図22】図２２は、ＦＲＵＣ（ｆｒａｍｅ ｒａｔｅ ｕｐ ｃｏｎｖｅｒｓｉｏｎ）処理の一例を示すフローチャートである。

【図23】図２３は、動き軌道に沿う２つのブロック間でのパターンマッチング（バイラテラルマッチング）の一例を説明するための概念図である。

【図24】図２４は、カレントピクチャ内のテンプレートと参照ピクチャ内のブロックとの間でのパターンマッチング（テンプレートマッチング）の一例を説明するための概念図である。

【図25A】図２５Ａは、複数の隣接ブロックの動きベクトルに基づくサブブロック単位の動きベクトルの導出の一例を説明するための概念図である。

【図25B】図２５Ｂは、３つの制御ポイントを有するアフィンモードにおけるサブブロック単位の動きベクトルの導出の一例を説明するための概念図である。

【図26A】図２６Ａは、アフィンマージモードを説明するための概念図である。

【図26B】図２６Ｂは、２つの制御ポイントを有するアフィンマージモードを説明するための概念図である。

【図26C】図２６Ｃは、３つの制御ポイントを有するアフィンマージモードを説明するための概念図である。

【図27】図２７は、アフィンマージモードの処理の一例を示すフローチャートである。

【図28A】図２８Ａは、２つの制御ポイントを有するアフィンインターモードを説明するための概念図である。

【図28B】図２８Ｂは、３つの制御ポイントを有するアフィンインターモードを説明するための概念図である。

【図29】図２９は、アフィンインターモードの処理の一例を示すフローチャートである。

【図30A】図３０Ａは、カレントブロックが３つの制御ポイントを有し、隣接ブロックが２つの制御ポイントを有するアフィンインターモードを説明するための概念図である。

【図30B】図３０Ｂは、カレントブロックが２つの制御ポイントを有し、隣接ブロックが３つの制御ポイントを有するアフィンインターモードを説明するための概念図である。

【図31A】図３１Ａは、ＤＭＶＲ（ｄｅｃｏｄｅｒ ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｒｅｆｉｎｅｍｅｎｔ）を含むマージモードを示すフローチャートである。

【図31B】図３１Ｂは、ＤＭＶＲ処理の一例を説明するための概念図である。

【図32】図３２は、予測画像の生成の一例を示すフローチャートである。

【図33】図３３は、予測画像の生成の他の例を示すフローチャートである。

【図34】図３４は、予測画像の生成の他の例を示すフローチャートである。

【図35】図３５は、ＯＢＭＣ（ｏｖｅｒｌａｐｐｅｄ ｂｌｏｃｋ ｍｏｔｉｏｎ ｃｏｍｐｅｎｓａｔｉｏｎ）処理による予測画像補正処理の一例を説明するためのフローチャートである。

【図36】図３６は、ＯＢＭＣ処理による予測画像補正処理の一例を説明するための概念図である。

【図37】図３７は、２つの三角形の予測画像の生成を説明するための概念図である。

【図38】図３８は、等速直線運動を仮定したモデルを説明するための概念図である。

【図39】図３９は、ＬＩＣ（ｌｏｃａｌ ｉｌｌｕｍｉｎａｔｉｏｎ ｃｏｍｐｅｎｓａｔｉｏｎ）処理による輝度補正処理を用いた予測画像生成方法の一例を説明するための概念図である。

【図40】図４０は、符号化装置の実装例を示すブロック図である。

【図41】図４１は、実施の形態に係る復号装置の機能構成を示すブロック図である。

【図42】図４２は、復号装置による全体的な復号処理の一例を示すフローチャートである。

【図43】図４３は、復号装置の予測処理部で行われる処理の一例を示すフローチャートである。

【図44】図４４は、復号装置の予測処理部で行われる処理の他の例を示すフローチャートである。

【図45】図４５は、復号装置におけるノーマルインターモードによるインター予測の例を示すフローチャートである。

【図46】図４６は、復号装置の実装例を示すブロック図である。

【図47】図４７は、ＤＱ（Dependent Quantization）の概要を説明するための図である。

【図48】図４８は、量子化部の状態遷移の一例を示す図である。

【図49】図４９は、量子化部の状態遷移の一例を示す図である。

【図50】図５０は、ｒｅｍａｉｎｄｅｒの二値化の一例を示す図である。

【図51】図５１は、ライスパラメタを決定する方法を説明するための図である。

【図52】図５２は、ｒｅｍａｉｎｄｅｒのゴロム・ライス符号化によって得られる二値信号の符号長（すなわちビット数）を示す図である。

【図53】図５３は、第１態様の第１の例におけるエントロピー符号化部の全体的な処理動作を示すフローチャートである。

【図54】図５４は、図５３のステップＳ１１０における詳細な処理動作の一例を示すフローチャートである。

【図55】図５５は、図５３のステップＳ１２０における詳細な処理動作の一例を示すフローチャートである。

【図56】図５６は、図５３のステップＳ１３０における詳細な処理動作の一例を示すフローチャートである。

【図57】図５７は、第１態様の第１の例におけるエントロピー符号化に関わるシンタックスを示す図である。

【図58】図５８は、４×４個の係数を含むサブブロックの一具体例を示す図である。

【図59】図５９は、図５８のサブブロックに含まれる各係数を、第１態様の第１の例におけるフラグ形式で表した一具体例を示す図である。

【図60】図６０は、第１態様の第２の例におけるエントロピー符号化部の全体的な処理動作を示すフローチャートである。

【図61】図６１は、図６０のステップＳ２１０における詳細な処理動作の一例を示すフローチャートである。

【図62】図６２は、図６０のステップＳ２２０における詳細な処理動作の一例を示すフローチャートである。

【図63】図６３は、図６０のステップＳ２３０における詳細な処理動作の一例を示すフローチャートである。

【図64】図６４は、第１態様の第２の例におけるエントロピー符号化に関わるシンタックスを示す図である。

【図65】図６５は、図５８のサブブロックに含まれる各係数を、第１態様の第２の例におけるフラグ形式で表した一具体例を示す図である。

【図66】図６６は、第２態様におけるエントロピー符号化部の全体的な処理動作を示すフローチャートである。

【図67】図６７は、図６６のステップＳ３３０における詳細な処理動作の一例を示すフローチャートである。

【図68】図６８は、第２態様におけるエントロピー符号化に関わるシンタックスを示す図である。

【図69】図６９は、図５８のサブブロックに含まれる各係数を、第２態様におけるフラグ形式で表した一具体例を示す図である。

【図70】図７０は、第３態様におけるエントロピー符号化部の全体的な処理動作を示すフローチャートである。

【図71】図７１は、図７０のステップＳ４３０における詳細な処理動作の一例を示すフローチャートである。

【図72】図７２は、実施の形態２における符号化装置の処理動作を示すフローチャートである。

【図73】図７３は、実施の形態２における符号化装置による残部の符号化を示すフローチャートである。

【図74】図７４は、実施の形態２における復号装置の処理動作を示すフローチャートである。

【図75】図７５は、実施の形態２における復号装置によるフラグと残部の復号を示すフローチャートである。

【図76】図７６は、コンテンツ配信サービスを実現するコンテンツ供給システムの全体構成を示すブロック図である。

【図77】図７７は、スケーラブル符号化時の符号化構造の一例を示す概念図である。

【図78】図７８は、スケーラブル符号化時の符号化構造の一例を示す概念図である。

【図79】図７９は、ｗｅｂページの表示画面例を示す概念図である。

【図80】図８０は、ｗｅｂページの表示画面例を示す概念図である。

【図81】図８１は、スマートフォンの一例を示すブロック図である。

【図82】図８２は、スマートフォンの構成例を示すブロック図である。

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

【0014】

本開示の一態様に係る符号化装置は、回路と、前記回路に接続されたメモリとを備え、前記回路は、動作において、変換および量子化された画像の構成単位に含まれる複数の係数のそれぞれについて、予め定められた順にしたがって当該係数の絶対値を符号化し、前記複数の係数のそれぞれについて、当該係数が正か負かを示す符号を符号化し、前記絶対値の符号化では、前記絶対値の最下位ビットであるパリティーを示す信号を符号化し、前記絶対値の最下位ビット以外の部分の符号化にフラグを用いるか否かを第１の条件および第２の条件に基づいて判定し、前記フラグを用いると判定される場合に、シンボル発生確率の更新を伴うＣＡＢＡＣ（Context-Based Adaptive Binary Arithmetic Coding）によって前記フラグを符号化し、前記第１の条件は、前記絶対値の大きさに基づく条件であり、前記第２の条件は、前記構成単位に用いられる前記フラグの数を制限するための条件である。

【0015】

これにより、係数の絶対値の大きさに基づく第１の条件だけでなく、フラグの数を制限するための第２の条件にも基づいて、フラグを用いるか否かが判定されるため、フラグの数を適切に制限することができる。

【0016】

なお、フラグが用いられる場合には、係数の絶対値の符号量を抑えることができ、フラグが用いられない場合には、係数の絶対値の符号量、具体的には、係数の絶対値を表すためのｒｅｍａｉｎｄｅｒの符号量が増加する可能性がある。また、フラグの符号化には、適応的な可変のシンボル発生確率が用いられるＣＡＢＡＣが適用され、ｒｅｍａｉｎｄｅｒの符号化には、固定のシンボル発生確率が用いられるＣＡＢＡＣのバイパス処理が適用される場合がある。ここで、可変のシンボル発生確率が用いられるＣＡＢＡＣでは、バイパス処理よりも処理負担が大きい傾向がある。したがって、本開示の一態様に係る符号化装置では、フラグの数を適切に制限することができるため、その絶対値の符号量の低減と、その絶対値の符号化にかかる処理負担の軽減との両立を図ることができる。

【0017】

また、前記回路は、前記絶対値の符号化では、前記フラグが符号化されるごとに、符号化された前記フラグの数をカウントし、前記第１の条件が満たされていても前記第２の条件が満たされていなければ、前記絶対値の最下位ビット以外の部分の符号化に前記フラグを用いないと判定し、前記第２の条件は、カウントされた前記フラグの数に応じたカウント数が制限数未満であるという条件であってもよい。

【0018】

これにより、フラグが符号化されるごとに、その符号化されたフラグの数がカウントされるため、そのフラグの数をより適切に制限することができる。

【0019】

また、前記第１の条件は、前記絶対値が第１の値ではないという条件、または前記絶対値が第２の値以上であるという条件であってもよい。例えば、前記第１の値は０であり、前記第２の値は３であってもよい。

【0020】

これにより、絶対値が０ではない係数に対して、例えば、その絶対値が３以上であるか否かを示すフラグ（例えば、ｇｔ１＿ｆｌａｇ）の数を適切に制限することができる。または、絶対値が３以上の係数に対して、例えば、その絶対値が５以上であるか否かを示すフラグ（例えば、ｇｔ２＿ｆｌａｇ）の数を適切に制限することができる。

【0021】

また、前記フラグは、互に異なる複数種のフラグからなっていてもよい。

【0022】

これにより、例えば、上述のｇｔ１＿ｆｌａｇおよびｇｔ２＿ｆｌａｇなどの複数種のフラグのそれぞれの数を適切に制限することができる。

【0023】

また、前記回路は、前記絶対値の符号化では、さらに、前記フラグを用いることができない場合、または、前記絶対値を少なくとも１つのフラグのみで表現することができない場合に、前記絶対値を表現するための数値からなる残部を導出し、導出された前記残部をＣＡＢＡＣのバイパス処理によって符号化してもよい。

【0024】

これにより、係数の絶対値を、フラグとして、または、少なくとも１つのフラグと残部（ｒｅｍａｉｎｄｅｒ）とからなるデータ群として適切に符号化することができる。

【0025】

また、前記回路は、前記残部の導出では、前記残部に対応する係数の前にある各係数に対して符号化された前記フラグの数に応じたカウント数が制限数に達しているか否かに応じて異なる数値を示すベースレベルを決定し、決定された前記ベースレベルを用いて前記残部を導出し、前記残部の符号化では、前記残部の導出に用いられた前記ベースレベルに基づいて、互に異なる複数の二値化方法から前記残部に対応する二値化方法を選択し、選択された前記二値化方法にしたがって前記残部を二値化し、二値化された前記残部を算術符号化してもよい。例えば、前記カウント数が前記制限数に達しているときに決定されるベースレベルは、前記制限数に達していないときに決定されるベースレベルよりも小さくてもよい。

【0026】

これにより、係数の絶対値に対する残部を、ベースレベルを用いて適切に導出することができる。さらに、そのベースレベルに基づいて、残部の二値化に用いられる二値化方法が選択されるため、その残部の符号量を適切に低減することができる。

【0027】

また、本開示の一態様に係る復号装置は、回路と、前記回路に接続されたメモリとを備え、前記回路は、動作において、符号化された画像の構成単位に含まれる複数の係数のそれぞれについて、予め定められた順にしたがって当該係数の絶対値を復号し、前記複数の係数のそれぞれについて、当該係数が正か負かを示す符号を復号し、前記構成単位では、それぞれ大きさに関する所定の条件を満たす絶対値を有するＮ個（Ｎは２以上の整数）の係数のうち、Ｍ個（ＭはＮ未満の整数）の係数のそれぞれの絶対値の符号化にはフラグが用いられ、残りの（Ｎ－Ｍ）個の係数のそれぞれの絶対値の符号化には前記フラグが用いられておらず、前記絶対値の復号では、前記絶対値の最下位ビットであるパリティーを示す信号を復号し、前記絶対値の最下位ビット以外の部分の符号化に前記フラグが用いられている場合には、シンボル発生確率の更新を伴うＣＡＢＡＣ（Context-Based Adaptive Binary Arithmetic Coding）によって前記フラグを復号する。

【0028】

これにより、画像の構成単位の符号化に用いられるフラグの数が制限されていても、その符号化された画像の構成単位を適切に復号することができる。

【0029】

また、前記所定の条件は、前記係数の絶対値が第１の値ではないという条件、または前記係数の絶対値が第２の値以上であるという条件であってもよい。例えば、前記第１の値は０であり、前記第２の値は３であってもよい。

【0030】

これにより、絶対値が０ではない係数に対して、例えば、その絶対値が３以上であるか否かを示すフラグ（例えば、ｇｔ１＿ｆｌａｇ）の数が制限されていても、その符号化された画像の構成単位を適切に復号することができる。または、絶対値が３以上の係数に対して、例えば、その絶対値が５以上であるか否かを示すフラグ（例えば、ｇｔ２＿ｆｌａｇ）の数が制限されていても、その符号化された画像の構成単位を適切に復号することができる。

【0031】

また、前記フラグは、互に異なる複数種のフラグからなっていてもよい。

【0032】

これにより、例えば、上述のｇｔ１＿ｆｌａｇおよびｇｔ２＿ｆｌａｇなどの複数種のフラグのそれぞれの数が制限されていても、その符号化された画像の構成単位を適切に復号することができる。

【0033】

また、前記回路は、前記絶対値の復号では、さらに、前記絶対値を表現するための数値からなる残部が符号化されている場合には、前記残部をＣＡＢＡＣのバイパス処理によって復号してもよい。

【0034】

これにより、係数の絶対値が、フラグとして、または、少なくとも１つのフラグと残部（ｒｅｍａｉｎｄｅｒ）とからなるデータ群として符号化されていても、その符号化された画像の構成単位を適切に復号することができる。

【0035】

また、前記回路は、前記残部の復号では、前記残部に対応する係数の前にある各係数に対して復号された前記フラグの数に応じたカウント数が制限数に達しているか否かに応じて異なる数値を示すベースレベルを決定し、前記残部を二値信号に算術復号し、決定された前記ベースレベルに基づいて、互に異なる複数の多値化方法から前記二値信号に対応する多値化方法を選択し、選択された前記多値化方法にしたがって前記二値信号を多値化してもよい。例えば、前記カウント数が前記制限数に達しているときに決定されるベースレベルは、前記制限数に達していないときに決定されるベースレベルよりも小さくてもよい。

【0036】

これにより、ベースレベルに基づいて、二値信号の多値化に用いられる多値化方法が選択されるため、その残部を適切に復号することができる。

【0037】

あるいは、例えば、本開示の一態様に係る符号化装置は、分割部と、イントラ予測部と、インター予測部と、ループフィルタ部と、変換部と、量子化部と、エントロピー符号化部とを備える。

【0038】

前記分割部は、画像に含まれるピクチャを複数のブロックに分割する。前記イントラ予測部は、前記ピクチャを用いて、前記ピクチャに含まれるブロックを予測する。前記インター予測部は、前記ピクチャとは異なる参照ピクチャを用いて、前記ブロックを予測する。ループフィルタ部は、前記イントラ予測部または前記インター予測部による予測によって生成された予測画像から再構成された画像に対して、フィルタを適用する。

【0039】

前記変換部は、前記予測画像と前記ブロックとの間の予測誤差を変換して、前記ブロックの変換係数を生成する。前記量子化部は、前記変換係数を量子化する。前記エントロピー符号化部は、量子化済みの前記変換係数を符号化する。

【0040】

また、例えば、前記エントロピー符号化部は、変換および量子化された画像の構成単位に含まれる複数の係数のそれぞれについて、予め定められた順にしたがって当該係数の絶対値を符号化し、前記複数の係数のそれぞれについて、当該係数が正か負かを示す符号を符号化し、前記絶対値の符号化では、前記絶対値の最下位ビットであるパリティーを示す信号を符号化し、前記絶対値の最下位ビット以外の部分の符号化にフラグを用いるか否かを第１の条件および第２の条件に基づいて判定し、前記フラグを用いると判定される場合に、シンボル発生確率の更新を伴うＣＡＢＡＣ（Context-Based Adaptive Binary Arithmetic Coding）によって前記フラグを符号化し、前記第１の条件は、前記絶対値の大きさに基づく条件であり、前記第２の条件は、前記構成単位に用いられる前記フラグの数を制限するための条件である。

【0041】

あるいは、例えば、本開示の一態様に係る復号装置は、エントロピー復号部と、逆量子化部と、逆変換部と、イントラ予測部と、インター予測部と、ループフィルタ部とを備える。

【0042】

前記エントロピー復号部は、符号化された画像に含まれるピクチャを構成するブロックの量子化済みの変換係数を復号する。前記逆量子化部は、量子化済みの前記変換係数を逆量子化する。前記逆変換部は、前記変換係数を逆変換して、前記ブロックの予測誤差を取得する。

【0043】

前記イントラ予測部は、前記ピクチャを用いて前記ブロックを予測する。前記インター予測部は、前記ピクチャとは異なる参照ピクチャを用いて前記ブロックを予測する。ループフィルタ部は、前記イントラ予測部または前記インター予測部による予測によって生成された予測画像から再構成された画像に対して、フィルタを適用する。

【0044】

また、例えば、前記エントロピー復号部は、符号化された画像の構成単位に含まれる複数の係数のそれぞれについて、予め定められた順にしたがって当該係数の絶対値を復号し、前記複数の係数のそれぞれについて、当該係数が正か負かを示す符号を復号し、前記構成単位では、それぞれ大きさに関する所定の条件を満たす絶対値を有するＮ個（Ｎは２以上の整数）の係数のうち、Ｍ個（ＭはＮ未満の整数）の係数のそれぞれの絶対値の符号化にはフラグが用いられ、残りの（Ｎ－Ｍ）個の係数のそれぞれの絶対値の符号化には前記フラグが用いられておらず、前記絶対値の復号では、前記絶対値の最下位ビットであるパリティーを示す信号を復号し、前記絶対値の最下位ビット以外の部分の符号化に前記フラグが用いられている場合には、シンボル発生確率の更新を伴うＣＡＢＡＣ（Context-Based Adaptive Binary Arithmetic Coding）によって前記フラグを復号する。

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

このようなＥＭＴ又はＡＭＴを適用するか否かを示す情報（例えばＥＭＴフラグまたはＡＭＴフラグと呼ばれる）及び選択された変換タイプを示す情報は、通常、ＣＵレベルで信号化される。なお、これらの情報の信号化は、ＣＵレベルに限定される必要はなく、他のレベル（例えば、ビットシーケンスレベル、ピクチャレベル、スライスレベル、タイルレベル又はＣＴＵレベル）であってもよい。

【0093】

また、変換部１０６は、変換係数（変換結果）を再変換してもよい。このような再変換は、ＡＳＴ（ａｄａｐｔｉｖｅ ｓｅｃｏｎｄａｒｙ ｔｒａｎｓｆｏｒｍ）又はＮＳＳＴ（ｎｏｎ－ｓｅｐａｒａｂｌｅ ｓｅｃｏｎｄａｒｙ ｔｒａｎｓｆｏｒｍ）と呼ばれることがある。例えば、変換部１０６は、イントラ予測誤差に対応する変換係数のブロックに含まれるサブブロック（例えば４ｘ４サブブロック）ごとに再変換を行う。ＮＳＳＴを適用するか否かを示す情報及びＮＳＳＴに用いられる変換行列に関する情報は、通常、ＣＵレベルで信号化される。なお、これらの情報の信号化は、ＣＵレベルに限定される必要はなく、他のレベル（例えば、シーケンスレベル、ピクチャレベル、スライスレベル、タイルレベル又はＣＴＵレベル）であってもよい。

【0094】

変換部１０６には、Ｓｅｐａｒａｂｌｅな変換と、Ｎｏｎ－Ｓｅｐａｒａｂｌｅな変換とが適用されてもよい。Ｓｅｐａｒａｂｌｅな変換とは、入力の次元の数だけ方向ごとに分離して複数回変換を行う方式であり、Ｎｏｎ－Ｓｅｐａｒａｂｌｅな変換とは、入力が多次元であった際に２つ以上の次元をまとめて１次元とみなして、まとめて変換を行う方式である。

【0095】

例えば、Ｎｏｎ－Ｓｅｐａｒａｂｌｅな変換の一例として、入力が４×４のブロックであった場合にはそれを１６個の要素を持ったひとつの配列とみなし、その配列に対して１６×１６の変換行列で変換処理を行うようなものが挙げられる。

【0096】

また、Ｎｏｎ－Ｓｅｐａｒａｂｌｅな変換のさらなる例では、４×４の入力ブロックを１６個の要素を持ったひとつの配列とみなした後に、その配列に対してＧｉｖｅｎｓ回転を複数回行うような変換（Ｈｙｐｅｒｃｕｂｅ Ｇｉｖｅｎｓ Ｔｒａｎｓｆｏｒｍ）が行われてもよい。

【0097】

変換部１０６での変換では、ＣＵ内の領域に応じて周波数領域に変換する基底のタイプを切替えることもできる。一例として、ＳＶＴ（Ｓｐａｔｉａｌｌｙ Ｖａｒｙｉｎｇ Ｔｒａｎｓｆｏｒｍ）がある。ＳＶＴでは、図５Ｂに示すように、水平あるいは垂直方向にＣＵを２等分し、いずれか一方の領域のみ周波数領域への変換を行う。変換基底のタイプは領域毎に設定でき、例えば、ＤＳＴ７とＤＣＴ８が用いられる。本例ではＣＵ内の２つの領域のうち、どちらか一方のみ変換を行い、もう一方は変換を行わないが、２つの領域共に変換してもよい。また、分割方法も２等分だけでなく、４等分、あるいは分割を示す情報を別途符号化してＣＵ分割と同様にシグナリングするなど、より柔軟にすることもできる。なお、ＳＶＴは、ＳＢＴ（Ｓｕｂ－ｂｌｏｃｋ Ｔｒａｎｓｆｏｒｍ）と呼ぶこともある。

【0098】

［量子化部］
量子化部１０８は、変換部１０６から出力された変換係数を量子化する。具体的には、量子化部１０８は、カレントブロックの変換係数を所定の走査順序で走査し、走査された変換係数に対応する量子化パラメータ（ＱＰ）に基づいて当該変換係数を量子化する。そして、量子化部１０８は、カレントブロックの量子化された変換係数（以下、量子化係数という）をエントロピー符号化部１１０及び逆量子化部１１２に出力する。所定の走査順序は、予め定められていてもよい。

【0099】

所定の走査順序は、変換係数の量子化／逆量子化のための順序である。例えば、所定の走査順序は、周波数の昇順（低周波から高周波の順）又は降順（高周波から低周波の順）で定義されてもよい。

【0100】

量子化パラメータ（ＱＰ）とは、量子化ステップ（量子化幅）を定義するパラメータである。例えば、量子化パラメータの値が増加すれば量子化ステップも増加する。つまり、量子化パラメータの値が増加すれば量子化誤差が増大する。

【0101】

また、量子化には、量子化マトリックスが使用される場合がある。例えば、４ｘ４および８ｘ８などの周波数変換サイズと、イントラ予測およびインター予測などの予測モードと、輝度および色差などの画素成分とに対応して数種類の量子化マトリックスが使われる場合がある。なお、量子化とは、所定の間隔でサンプリングした値を所定のレベルに対応づけてデジタル化することをいい、この技術分野では、丸め、ラウンディング、スケーリングといった他の表現を用いて参照されてもよいし、丸め、ラウンディング、スケーリングを採用してもよい。所定の間隔及びレベルは、予め定められていてもよい。

【0102】

量子化マトリックスを使用する方法として、符号化装置側で直接設定された量子化マトリックスを使用する方法と、デフォルトの量子化マトリックス（デフォルトマトリックス）を使用する方法とがある。符号化装置側では、量子化マトリックスを直接設定することにより、画像の特徴に応じた量子化マトリックスを設定することができる。しかし、この場合、量子化マトリックスの符号化によって、符号量が増加するというデメリットがある。

【0103】

一方、量子化マトリックスを使用せず、高域成分の係数も低域成分の係数も同じように量子化する方法もある。なお、この方法は、係数が全て同じ値である量子化マトリックス（フラットなマトリックス）を用いる方法に等しい。

【0104】

量子化マトリックスは、例えば、ＳＰＳ（シーケンスパラメータセット：Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）またはＰＰＳ（ピクチャパラメータセット：Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）で指定されてもよい。ＳＰＳは、シーケンスに対して用いられるパラメータを含み、ＰＰＳは、ピクチャに対して用いられるパラメータを含む。ＳＰＳとＰＰＳとは、単にパラメータセットと呼ばれる場合がある。

【0105】

［エントロピー符号化部］
エントロピー符号化部１１０は、量子化部１０８から入力された量子化係数に基づいて符号化信号（符号化ビットストリーム）を生成する。具体的には、エントロピー符号化部１１０は、例えば、量子化係数を二値化し、二値信号を算術符号化し、圧縮されたビットストリームまたはシーケンスを出力する。

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

図１２は、符号化装置１００の予測処理部で行われる処理の他の例を示すフローチャートである。

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

［ＭＶ導出 ＞ ノーマルインターモード］
ノーマルインターモードは、候補ＭＶによって示される参照ピクチャの領域から、カレントブロックの画像に類似するブロックに基づいて、カレントブロックのＭＶを導出するインター予測モードである。また、このノーマルインターモードでは、差分ＭＶが符号化される。

【0172】

図１９は、ノーマルインターモードによるインター予測の例を示すフローチャートである。

【0173】

インター予測部１２６は、まず、時間的または空間的にカレントブロックの周囲にある複数の符号化済みブロックのＭＶなどの情報に基づいて、そのカレントブロックに対して複数の候補ＭＶを取得する（ステップＳｇ＿１）。つまり、インター予測部１２６は、候補ＭＶリストを作成する。

【0174】

次に、インター予測部１２６は、ステップＳｇ＿１で取得された複数の候補ＭＶの中から、Ｎ個（Ｎは２以上の整数）の候補ＭＶのそれぞれを予測動きベクトル候補（予測ＭＶ候補ともいう）として、所定の優先順位に従って抽出する（ステップＳｇ＿２）。なお、その優先順位は、Ｎ個の候補ＭＶのそれぞれに対して予め定められていてもよい。

【0175】

次に、インター予測部１２６は、そのＮ個の予測動きベクトル候補の中から１つの予測動きベクトル候補を、カレントブロックの予測動きベクトル（予測ＭＶともいう）として選択する（ステップＳｇ＿３）。このとき、インター予測部１２６は、選択された予測動きベクトルを識別するための予測動きベクトル選択情報をストリームに符号化する。なお、ストリームは、上述の符号化信号または符号化ビットストリームである。

【0176】

次に、インター予測部１２６は、符号化済み参照ピクチャを参照し、カレントブロックのＭＶを導出する（ステップＳｇ＿４）。このとき、インター予測部１２６は、さらに、その導出されたＭＶと予測動きベクトルとの差分値を差分ＭＶとしてストリームに符号化する。なお、符号化済み参照ピクチャは、符号化後に再構成された複数のブロックからなるピクチャである。

【0177】

最後に、インター予測部１２６は、その導出されたＭＶと符号化済み参照ピクチャとを用いてカレントブロックに対して動き補償を行ことにより、そのカレントブロックの予測画像を生成する（ステップＳｇ＿５）。なお、予測画像は、上述のインター予測信号である。

【0178】

また、符号化信号に含められる、予測画像の生成に用いられたインター予測モード（上述の例ではノーマルインターモード）を示す情報は、例えば予測パラメータとして符号化される。

【0179】

なお、候補ＭＶリストは、他のモードに用いられるリストと共通に用いられてもよい。また、候補ＭＶリストに関する処理を、他のモードに用いられるリストに関する処理に適用してもよい。この候補ＭＶリストに関する処理は、例えば、候補ＭＶリストからの候補ＭＶの抽出もしくは選択、候補ＭＶの並び替え、または、候補ＭＶの削除などである。

【0180】

［ＭＶ導出 ＞ マージモード］
マージモードは、候補ＭＶリストから候補ＭＶをカレントブロックのＭＶとして選択することによって、そのＭＶを導出するインター予測モードである。

【0181】

図２０は、マージモードによるインター予測の例を示すフローチャートである。

【0182】

インター予測部１２６は、まず、時間的または空間的にカレントブロックの周囲にある複数の符号化済みブロックのＭＶなどの情報に基づいて、そのカレントブロックに対して複数の候補ＭＶを取得する（ステップＳｈ＿１）。つまり、インター予測部１２６は、候補ＭＶリストを作成する。

【0183】

次に、インター予測部１２６は、ステップＳｈ＿１で取得された複数の候補ＭＶの中から１つの候補ＭＶを選択することによって、カレントブロックのＭＶを導出する（ステップＳｈ＿２）。このとき、インター予測部１２６は、選択された候補ＭＶを識別するためのＭＶ選択情報をストリームに符号化する。

【0184】

最後に、インター予測部１２６は、その導出されたＭＶと符号化済み参照ピクチャとを用いてカレントブロックに対して動き補償を行ことにより、そのカレントブロックの予測画像を生成する（ステップＳｈ＿３）。

【0185】

また、符号化信号に含められる、予測画像の生成に用いられたインター予測モード（上述の例ではマージモード）を示す情報は、例えば予測パラメータとして符号化される。

【0186】

図２１は、マージモードによるカレントピクチャの動きベクトル導出処理の一例を説明するための概念図である。

【0187】

まず、予測ＭＶの候補を登録した予測ＭＶリストを生成する。予測ＭＶの候補としては、対象ブロックの空間的に周辺に位置する複数の符号化済みブロックが持つＭＶである空間隣接予測ＭＶ、符号化済み参照ピクチャにおける対象ブロックの位置を投影した近辺のブロックが持つＭＶである時間隣接予測ＭＶ、空間隣接予測ＭＶと時間隣接予測ＭＶのＭＶ値を組み合わせて生成したＭＶである結合予測ＭＶ、および値がゼロのＭＶであるゼロ予測ＭＶ等がある。

【0188】

次に、予測ＭＶリストに登録されている複数の予測ＭＶの中から１つの予測ＭＶを選択することで、対象ブロックのＭＶとして決定する。

【0189】

さらに、可変長符号化部では、どの予測ＭＶを選択したかを示す信号であるｍｅｒｇｅ＿ｉｄｘをストリームに記述して符号化する。

【0190】

なお、図２１で説明した予測ＭＶリストに登録する予測ＭＶは一例であり、図中の個数とは異なる個数であったり、図中の予測ＭＶの一部の種類を含まない構成であったり、図中の予測ＭＶの種類以外の予測ＭＶを追加した構成であったりしてもよい。

【0191】

マージモードにより導出した対象ブロックのＭＶを用いて、後述するＤＭＶＲ（ｄｅｃｏｄｅｒ ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｒｅｆｉｎｅｍｅｎｔ）処理を行うことによって最終的なＭＶを決定してもよい。

【0192】

なお、予測ＭＶの候補は、上述の候補ＭＶであり、予測ＭＶリストは、上述の候補ＭＶリストである。また、候補ＭＶリストを、候補リストと称してもよい。また、ｍｅｒｇｅ＿ｉｄｘは、ＭＶ選択情報である。

【0193】

［ＭＶ導出 ＞ ＦＲＵＣモード］
動き情報は符号化装置側から信号化されずに、復号装置側で導出されてもよい。なお、上述のように、Ｈ．２６５／ＨＥＶＣ規格で規定されたマージモードが用いられてもよい。また例えば、復号装置側で動き探索を行うことにより動き情報が導出されてもよい。実施の形態において、復号装置側では、カレントブロックの画素値を用いずに動き探索が行われる。

【0194】

ここで、復号装置側で動き探索を行うモードについて説明する。この復号装置側で動き探索を行うモードは、ＰＭＭＶＤ（ｐａｔｔｅｒｎ ｍａｔｃｈｅｄ ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｄｅｒｉｖａｔｉｏｎ）モード又はＦＲＵＣ（ｆｒａｍｅ ｒａｔｅ ｕｐ－ｃｏｎｖｅｒｓｉｏｎ）モードと呼ばれることがある。

【0195】

フローチャートの形式でＦＲＵＣ処理の一例を図２２に示す。まず、カレントブロックに空間的又は時間的に隣接する符号化済みブロックの動きベクトルを参照して、各々が予測動きベクトル（ＭＶ）を有する複数の候補のリスト（すなわち、候補ＭＶリストであって、マージリストと共通であってもよい）が生成される（ステップＳｉ＿１）。次に、候補ＭＶリストに登録されている複数の候補ＭＶの中からベスト候補ＭＶを選択する（ステップＳｉ＿２）。例えば、候補ＭＶリストに含まれる各候補ＭＶの評価値が算出され、評価値に基づいて１つの候補ＭＶが選択される。そして、選択された候補の動きベクトルに基づいて、カレントブロックのための動きベクトルが導出される（ステップＳｉ＿４）。具体的には、例えば、選択された候補の動きベクトル（ベスト候補ＭＶ）がそのままカレントブロックのための動きベクトルとして導出される。また例えば、選択された候補の動きベクトルに対応する参照ピクチャ内の位置の周辺領域において、パターンマッチングを行うことにより、カレントブロックのための動きベクトルが導出されてもよい。すなわち、ベスト候補ＭＶの周辺の領域に対して、参照ピクチャにおけるパターンマッチングおよび評価値を用いた探索を行い、さらに評価値が良い値となるＭＶがあった場合は、ベスト候補ＭＶを前記ＭＶに更新して、それをカレントブロックの最終的なＭＶとしてもよい。より良い評価値を有するＭＶへの更新を行う処理を実施しない構成とすることも可能である。

【0196】

最後に、インター予測部１２６は、その導出されたＭＶと符号化済み参照ピクチャとを用いてカレントブロックに対して動き補償を行ことにより、そのカレントブロックの予測画像を生成する（ステップＳｉ＿５）。

【0197】

サブブロック単位で処理を行う場合も全く同様の処理としてもよい。

【0198】

評価値は、種々の方法によって算出されてもよい。例えば、動きベクトルに対応する参照ピクチャ内の領域の再構成画像と、所定の領域（その領域は、例えば、以下に示すように、他の参照ピクチャの領域またはカレントピクチャの隣接ブロックの領域であってもよい）の再構成画像とを比較する。所定の領域は予め定められていてもよい。

【0199】

そして、２つの再構成画像の画素値の差分を算出して、動きベクトルの評価値に用いてもよい。なお、差分値に加えてそれ以外の情報を用いて評価値を算出してもよい。

【0200】

次に、パターンマッチングの例について詳細に説明する。まず、候補ＭＶリスト（例えばマージリスト）に含まれる１つの候補ＭＶを、パターンマッチングによる探索のスタートポイントとして選択する。例えば、パターンマッチングとしては、第１パターンマッチング又は第２パターンマッチングが用いられ得る。第１パターンマッチング及び第２パターンマッチングは、それぞれ、バイラテラルマッチング（ｂｉｌａｔｅｒａｌ ｍａｔｃｈｉｎｇ）及びテンプレートマッチング（ｔｅｍｐｌａｔｅ ｍａｔｃｈｉｎｇ）と呼ばれることがある。

【0201】

［ＭＶ導出 ＞ ＦＲＵＣ ＞ バイラテラルマッチング］
第１パターンマッチングでは、異なる２つの参照ピクチャ内の２つのブロックであってカレントブロックの動き軌道（ｍｏｔｉｏｎ ｔｒａｊｅｃｔｏｒｙ）に沿う２つのブロックの間でパターンマッチングが行われる。したがって、第１パターンマッチングでは、上述した候補の評価値の算出のための所定の領域として、カレントブロックの動き軌道に沿う他の参照ピクチャ内の領域が用いられる。所定の領域は、予め定められていてもよい。

【0202】

図２３は、動き軌道に沿う２つの参照ピクチャにおける２つのブロック間での第１パターンマッチング（バイラテラルマッチング）の一例を説明するための概念図である。図２３に示すように、第１パターンマッチングでは、カレントブロック（Ｃｕｒ ｂｌｏｃｋ）の動き軌道に沿う２つのブロックであって異なる２つの参照ピクチャ（Ｒｅｆ０、Ｒｅｆ１）内の２つのブロックのペアの中で最もマッチするペアを探索することにより２つの動きベクトル（ＭＶ０、ＭＶ１）が導出される。具体的には、カレントブロックに対して、候補ＭＶで指定された第１の符号化済み参照ピクチャ（Ｒｅｆ０）内の指定位置における再構成画像と、前記候補ＭＶを表示時間間隔でスケーリングした対称ＭＶで指定された第２の符号化済み参照ピクチャ（Ｒｅｆ１）内の指定位置における再構成画像との差分を導出し、得られた差分値を用いて評価値を算出する。複数の候補ＭＶの中で最も評価値が良い値となる候補ＭＶを最終ＭＶとして選択することが可能であり、良い結果をもたらし得る。

【0203】

連続的な動き軌道の仮定の下では、２つの参照ブロックを指し示す動きベクトル（ＭＶ０、ＭＶ１）は、カレントピクチャ（Ｃｕｒ Ｐｉｃ）と２つの参照ピクチャ（Ｒｅｆ０、Ｒｅｆ１）との間の時間的な距離（ＴＤ０、ＴＤ１）に対して比例する。例えば、カレントピクチャが時間的に２つの参照ピクチャの間に位置し、カレントピクチャから２つの参照ピクチャへの時間的な距離が等しい場合、第１パターンマッチングでは、鏡映対称な双方向の動きベクトルが導出される。

【0204】

［ＭＶ導出 ＞ ＦＲＵＣ ＞ テンプレートマッチング］
第２パターンマッチング（テンプレートマッチング）では、カレントピクチャ内のテンプレート（カレントピクチャ内でカレントブロックに隣接するブロック（例えば上及び／又は左隣接ブロック））と参照ピクチャ内のブロックとの間でパターンマッチングが行われる。したがって、第２パターンマッチングでは、上述した候補の評価値の算出のための所定の領域として、カレントピクチャ内のカレントブロックに隣接するブロックが用いられる。

【0205】

図２４は、カレントピクチャ内のテンプレートと参照ピクチャ内のブロックとの間でのパターンマッチング（テンプレートマッチング）の一例を説明するための概念図である。図２４に示すように、第２パターンマッチングでは、カレントピクチャ（Ｃｕｒ Ｐｉｃ）内でカレントブロック（Ｃｕｒ ｂｌｏｃｋ）に隣接するブロックと最もマッチするブロックを参照ピクチャ（Ｒｅｆ０）内で探索することによりカレントブロックの動きベクトルが導出される。具体的には、カレントブロックに対して、左隣接および上隣接の両方もしくはどちらか一方の符号化済み領域の再構成画像と、候補ＭＶで指定された符号化済み参照ピクチャ（Ｒｅｆ０）内の同等位置における再構成画像との差分を導出し、得られた差分値を用いて評価値を算出し、複数の候補ＭＶの中で最も評価値が良い値となる候補ＭＶをベスト候補ＭＶとして選択することが可能である。

【0206】

このようなＦＲＵＣモードを適用するか否かを示す情報（例えばＦＲＵＣフラグと呼ばれる）は、ＣＵレベルで信号化されてもよい。また、ＦＲＵＣモードが適用される場合（例えばＦＲＵＣフラグが真の場合）、適用可能なパターンマッチングの方法（第１パターンマッチング又は第２パターンマッチング）を示す情報がＣＵレベルで信号化されてもよい。なお、これらの情報の信号化は、ＣＵレベルに限定される必要はなく、他のレベル（例えば、シーケンスレベル、ピクチャレベル、スライスレベル、タイルレベル、ＣＴＵレベル又はサブブロックレベル）であってもよい。

【0207】

［ＭＶ導出 ＞ アフィンモード］
次に、複数の隣接ブロックの動きベクトルに基づいてサブブロック単位で動きベクトルを導出するアフィンモードについて説明する。このモードは、アフィン動き補償予測（ａｆｆｉｎｅ ｍｏｔｉｏｎ ｃｏｍｐｅｎｓａｔｉｏｎ ｐｒｅｄｉｃｔｉｏｎ）モードと呼ばれることがある。

【0208】

図２５Ａは、複数の隣接ブロックの動きベクトルに基づくサブブロック単位の動きベクトルの導出の一例を説明するための概念図である。図２５Ａにおいて、カレントブロックは、１６の４ｘ４サブブロックを含む。ここでは、隣接ブロックの動きベクトルに基づいてカレントブロックの左上角制御ポイントの動きベクトルｖ_０が導出され、同様に、隣接サブブロックの動きベクトルに基づいてカレントブロックの右上角制御ポイントの動きベクトルｖ_１が導出される。そして、以下の式（１Ａ）により、２つの動きベクトルｖ_０及びｖ_１が投影されてもよく、カレントブロック内の各サブブロックの動きベクトル（ｖ_ｘ，ｖ_ｙ）が導出されてもよい。

【0209】

【数1】

【0210】

ここで、ｘ及びｙは、それぞれ、サブブロックの水平位置及び垂直位置を示し、ｗは、所定の重み係数を示す。所定の重み係数は、予め決定されていてもよい。

【0211】

このようなアフィンモードを示す情報（例えばアフィンフラグと呼ばれる）は、ＣＵレベルで信号化されてもよい。なお、このアフィンモードを示す情報の信号化は、ＣＵレベルに限定される必要はなく、他のレベル（例えば、シーケンスレベル、ピクチャレベル、スライスレベル、タイルレベル、ＣＴＵレベル又はサブブロックレベル）であってもよい。

【0212】

また、このようなアフィンモードでは、左上及び右上角制御ポイントの動きベクトルの導出方法が異なるいくつかのモードを含んでもよい。例えば、アフィンモードには、アフィンインター（アフィンノーマルインターともいう）モードと、アフィンマージモードの２つのモードがある。

【0213】

［ＭＶ導出 ＞ アフィンモード］
図２５Ｂは、３つの制御ポイントを有するアフィンモードにおけるサブブロック単位の動きベクトルの導出の一例を説明するための概念図である。図２５Ｂにおいて、カレントブロックは、１６の４ｘ４サブブロックを含む。ここでは、隣接ブロックの動きベクトルに基づいてカレントブロックの左上角制御ポイントの動きベクトルｖ_０が導出され、同様に、隣接ブロックの動きベクトルに基づいてカレントブロックの右上角制御ポイントの動きベクトルｖ_１、隣接ブロックの動きベクトルに基づいてカレントブロックの左下角制御ポイントの動きベクトルｖ_２が導出される。そして、以下の式（１Ｂ）により、３つの動きベクトルｖ_０、ｖ_１及びｖ_２が投影されてもよく、カレントブロック内の各サブブロックの動きベクトル（ｖ_ｘ，ｖ_ｙ）が導出されてもよい。

【0214】

【数2】

【0215】

ここで、ｘ及びｙは、それぞれ、サブブロック中心の水平位置及び垂直位置を示し、ｗは、カレントブロックの幅、ｈは、カレントブロックの高さを示す。

【0216】

異なる制御ポイント数（例えば、２つと３つ）のアフィンモードは、ＣＵレベルで切り替えて信号化されてもよい。なお、ＣＵレベルで使用しているアフィンモードの制御ポイント数を示す情報を、他のレベル（例えば、シーケンスレベル、ピクチャレベル、スライスレベル、タイルレベル、ＣＴＵレベル又はサブブロックレベル）で信号化してもよい。

【0217】

また、このような３つの制御ポイントを有するアフィンモードでは、左上、右上及び左下角制御ポイントの動きベクトルの導出方法が異なるいくつかのモードを含んでもよい。例えば、アフィンモードには、アフィンインター（アフィンノーマルインターともいう）モードと、アフィンマージモードの２つのモードがある。

【0218】

［ＭＶ導出 ＞ アフィンマージモード］
図２６Ａ、図２６Ｂおよび図２６Ｃは、アフィンマージモードを説明するための概念図である。

【0219】

アフィンマージモードでは、図２６Ａに示すように、例えば、カレントブロックに隣接する符号化済みブロックＡ（左）、ブロックＢ（上）、ブロックＣ（右上）、ブロックＤ（左下）およびブロックＥ（左上）のうち、アフィンモードで符号化されたブロックに対応する複数の動きベクトルに基づいて、カレントブロックの制御ポイントのそれぞれの予測動きベクトルが算出される。具体的には、符号化済みブロックＡ（左）、ブロックＢ（上）、ブロックＣ（右上）、ブロックＤ（左下）およびブロックＥ（左上）の順序でこれらのブロックが検査され、アフィンモードで符号化された最初の有効なブロックが特定される。この特定されたブロックに対応する複数の動きベクトルに基づいて、カレントブロックの制御ポイントの予測動きベクトルが算出される。

【0220】

例えば、図２６Ｂに示すように、カレントブロックの左に隣接するブロックＡが２つの制御ポイントを有するアフィンモードで符号化されている場合は、ブロックＡを含む符号化済みブロックの左上角および右上角の位置に投影した動きベクトルｖ_３およびｖ_４が導出される。そして、導出された動きベクトルｖ_３およびｖ_４から、カレントブロックの左上角の制御ポイントの予測動きベクトルｖ_０と、右上角の制御ポイントの予測動きベクトルｖ_１が算出される。

【0221】

例えば、図２６Ｃに示すように、カレントブロックの左に隣接するブロックＡが３つの制御ポイントを有するアフィンモードで符号化されている場合は、ブロックＡを含む符号化済みブロックの左上角、右上角および左下角の位置に投影した動きベクトルｖ_３、ｖ_４およびｖ_５が導出される。そして、導出された動きベクトルｖ_３、ｖ_４およびｖ_５から、カレントブロックの左上角の制御ポイントの予測動きベクトルｖ_０と、右上角の制御ポイントの予測動きベクトルｖ_１と、左下角の制御ポイントの予測動きベクトルｖ_２が算出される。

【0222】

なお、後述する図２９のステップＳｊ＿１におけるカレントブロックの制御ポイントのそれぞれの予測動きベクトルの導出に、この予測動きベクトル導出方法を用いてもよい。

【0223】

図２７は、アフィンマージモードの一例を示すフローチャートである。

【0224】

アフィンマージモードでは、図示されるように、まず、インター予測部１２６は、カレントブロックの制御ポイントのそれぞれの予測ＭＶを導出する（ステップＳｋ＿１）。制御ポイントは、図２５Ａに示すように、カレントブロックの左上角および右上角のポイント、或いは図２５Ｂに示すように、カレントブロックの左上角、右上角および左下角のポイントである。

【0225】

つまり、インター予測部１２６は、図２６Ａに示すように、符号化済みブロックＡ（左）、ブロックＢ（上）、ブロックＣ（右上）、ブロックＤ（左下）およびブロックＥ（左上）の順序にこれらのブロックを検査し、アフィンモードで符号化された最初の有効なブロックを特定する。

【0226】

そして、ブロックＡが特定されブロックＡが２つの制御ポイントを有する場合、図２６Ｂに示すように、インター予測部１２６は、ブロックＡを含む符号化済みブロックの左上角および右上角の動きベクトルｖ_３およびｖ_４から、カレントブロックの左上角の制御ポイントの動きベクトルｖ_０と、右上角の制御ポイントの動きベクトルｖ_１とを算出する。例えば、インター予測部１２６は、符号化済みブロックの左上角および右上角の動きベクトルｖ_３およびｖ_４を、カレントブロックに投影することによって、カレントブロックの左上角の制御ポイントの予測動きベクトルｖ_０と、右上角の制御ポイントの予測動きベクトルｖ_１とを算出する。

【0227】

或いは、ブロックＡが特定されブロックＡが３つの制御ポイントを有する場合、図２６Ｃに示すように、インター予測部１２６は、ブロックＡを含む符号化済みブロックの左上角、右上角および左下角の動きベクトルｖ_３、ｖ_４およびｖ_５から、カレントブロックの左上角の制御ポイントの動きベクトルｖ_０と、右上角の制御ポイントの動きベクトルｖ_１、左下角の制御ポイントの動きベクトルｖ_２とを算出する。例えば、インター予測部１２６は、符号化済みブロックの左上角、右上角および左下角の動きベクトルｖ_３、ｖ_４およびｖ_５を、カレントブロックに投影することによって、カレントブロックの左上角の制御ポイントの予測動きベクトルｖ_０と、右上角の制御ポイントの予測動きベクトルｖ_１、左下角の制御ポイントの動きベクトルｖ_２とを算出する。

【0228】

次に、インター予測部１２６は、カレントブロックに含まれる複数のサブブロックのそれぞれについて、動き補償を行う。すなわち、インター予測部１２６は、その複数のサブブロックのそれぞれについて、２つの予測動きベクトルｖ_０およびｖ_１と上述の式（１Ａ）、或いは３つの予測動きベクトルｖ_０、ｖ_１およびｖ_２と上述の式（１Ｂ）とを用いて、そのサブブロックの動きベクトルをアフィンＭＶとして算出する（ステップＳｋ＿２）。そして、インター予測部１２６は、それらのアフィンＭＶおよび符号化済み参照ピクチャを用いてそのサブブロックに対して動き補償を行う（ステップＳｋ＿３）。その結果、カレントブロックに対して動き補償が行われ、そのカレントブロックの予測画像が生成される。

【0229】

［ＭＶ導出 ＞ アフィンインターモード］
図２８Ａは、２つの制御ポイントを有するアフィンインターモードを説明するための概念図である。

【0230】

このアフィンインターモードでは、図２８Ａに示すように、カレントブロックに隣接する符号化済みブロックＡ、ブロックＢおよびブロックＣの動きベクトルから選択された動きベクトルが、カレントブロックの左上角の制御ポイントの予測動きベクトルｖ_０として用いられる。同様に、カレントブロックに隣接する符号化済みブロックＤおよびブロックＥの動きベクトルから選択された動きベクトルが、カレントブロックの右上角の制御ポイントの予測動きベクトルｖ_１として用いられる。

【0231】

図２８Ｂは、３つの制御ポイントを有するアフィンインターモードを説明するための概念図である。

【0232】

このアフィンインターモードでは、図２８Ｂに示すように、カレントブロックに隣接する符号化済みブロックＡ、ブロックＢおよびブロックＣの動きベクトルから選択された動きベクトルが、カレントブロックの左上角の制御ポイントの予測動きベクトルｖ_０として用いられる。同様に、カレントブロックに隣接する符号化済みブロックＤおよびブロックＥの動きベクトルから選択された動きベクトルが、カレントブロックの右上角の制御ポイントの予測動きベクトルｖ_１として用いられる。更に、カレントブロックに隣接する符号化済みブロックＦおよびブロックＧの動きベクトルから選択された動きベクトルが、カレントブロックの左下角の制御ポイントの予測動きベクトルｖ_２として用いられる。

【0233】

図２９は、アフィンインターモードの一例を示すフローチャートである。

【0234】

図示されるように、アフィンインターモードでは、まず、インター予測部１２６は、カレントブロックの２つまたは３つの制御ポイントのそれぞれの予測ＭＶ（ｖ_０，ｖ_１）または（ｖ_０，ｖ_１，ｖ_２）を導出する（ステップＳｊ＿１）。制御ポイントは、図２５Ａまたは図２５Ｂに示すように、カレントブロックの左上角、右上角或いは左下角のポイントである。

【0235】

つまり、インター予測部１２６は、図２８Ａまたは図２８Ｂに示すカレントブロックの各制御ポイント近傍の符号化済みブロックのうちの何れかのブロックの動きベクトルを選択することによって、カレントブロックの制御ポイントの予測動きベクトル（ｖ_０，ｖ_１）または（ｖ_０，ｖ_１，ｖ_２）を導出する。このとき、インター予測部１２６は、選択された２つの動きベクトルを識別するための予測動きベクトル選択情報をストリームに符号化する。

【0236】

例えば、インター予測部１２６は、カレントブロックに隣接する符号化済みブロックからどのブロックの動きベクトルを制御ポイントの予測動きベクトルとして選択するかを、コスト評価等を用いて決定し、どの予測動きベクトルを選択したかを示すフラグをビットストリームに記述してもよい。

【0237】

次に、インター予測部１２６は、ステップＳｊ＿１で選択または導出された予測動きベクトルをそれぞれ更新しながら（ステップＳｊ＿２）、動き探索を行う（ステップＳｊ＿３およびＳｊ＿４）。つまり、インター予測部１２６は、更新される予測動きベクトルに対応する各サブブロックの動きベクトルをアフィンＭＶとして、上述の式（１Ａ）または式（１Ｂ）を用いて算出する（ステップＳｊ＿３）。そして、インター予測部１２６は、それらのアフィンＭＶおよび符号化済み参照ピクチャを用いて各サブブロックに対して動き補償を行う（ステップＳｊ＿４）。その結果、インター予測部１２６は、動き探索ループにおいて、例えば最も小さいコストが得られる予測動きベクトルを、制御ポイントの動きベクトルとして決定する（ステップＳｊ＿５）。このとき、インター予測部１２６は、さらに、その決定されたＭＶと予測動きベクトルとのそれぞれの差分値を差分ＭＶとしてストリームに符号化する。

【0238】

最後に、インター予測部１２６は、その決定されたＭＶと符号化済み参照ピクチャとを用いてカレントブロックに対して動き補償を行ことにより、そのカレントブロックの予測画像を生成する（ステップＳｊ＿６）。

【0239】

［ＭＶ導出 ＞ アフィンインターモード］
異なる制御ポイント数（例えば、２つと３つ）のアフィンモードをＣＵレベルで切り替えて信号化する場合、符号化済みブロックとカレントブロックで制御ポイントの数が異なる場合がある。図３０Ａおよび図３０Ｂは、符号化済みブロックとカレントブロックで制御ポイントの数が異なる場合の、制御ポイントの予測ベクトル導出方法を説明するための概念図である。

【0240】

例えば、図３０Ａに示すように、カレントブロックが左上角、右上角および左下角の３つの制御ポイントを有し、カレントブロックの左に隣接するブロックＡが２つの制御ポイントを有するアフィンモードで符号化されている場合は、ブロックＡを含む符号化済みブロックの左上角および右上角の位置に投影した動きベクトルｖ_３およびｖ_４が導出される。そして、導出された動きベクトルｖ_３およびｖ_４から、カレントブロックの左上角の制御ポイントの予測動きベクトルｖ_０と、右上角の制御ポイントの予測動きベクトルｖ_１が算出される。更に、導出された動きベクトルｖ_０およびｖ_１から、左下角の制御ポイントの予測動きベクトルｖ_２が算出される。

【0241】

例えば、図３０Ｂに示すように、カレントブロックが左上角および右上角の２つの制御ポイントを有し、カレントブロックの左に隣接するブロックＡが３つの制御ポイントを有するアフィンモードで符号化されている場合は、ブロックＡを含む符号化済みブロックの左上角、右上角および左下角の位置に投影した動きベクトルｖ_３、ｖ_４およびｖ_５が導出される。そして、導出された動きベクトルｖ_３、ｖ_４およびｖ_５から、カレントブロックの左上角の制御ポイントの予測動きベクトルｖ_０と、右上角の制御ポイントの予測動きベクトルｖ_１が算出される。

【0242】

図２９のステップＳｊ＿１におけるカレントブロックの制御ポイントのそれぞれの予測動きベクトルの導出に、この予測動きベクトル導出方法を用いてもよい。

【0243】

［ＭＶ導出 ＞ ＤＭＶＲ］
図３１Ａは、マージモードおよびＤＭＶＲの関係を示すフローチャートである。

【0244】

インター予測部１２６は、マージモードでカレントブロックの動きベクトルを導出する（ステップＳｌ＿１）。次に、インター予測部１２６は、動きベクトルの探索、すなわち動き探索を行うか否かを判定する（ステップＳｌ＿２）。ここで、インター予測部１２６は、動き探索を行わないと判定すると（ステップＳｌ＿２のＮｏ）、ステップＳｌ＿１で導出された動きベクトルを、カレントブロックに対する最終の動きベクトルとして決定する（ステップＳｌ＿４）。すなわち、この場合には、マージモードでカレントブロックの動きベクトルが決定される。

【0245】

一方、ステップＳｌ＿１で動き探索を行うと判定すると（ステップＳｌ＿２のＹｅｓ）、インター予測部１２６は、ステップＳｌ＿１で導出された動きベクトルによって示される参照ピクチャの周辺領域を探索することによって、カレントブロックに対して最終の動きベクトルを導出する（ステップＳｌ＿３）。すなわち、この場合には、ＤＭＶＲでカレントブロックの動きベクトルが決定される。

【0246】

図３１Ｂは、ＭＶを決定するためのＤＭＶＲ処理の一例を説明するための概念図である。

【0247】

まず、（例えばマージモードにおいて）カレントブロックに設定された最適ＭＶＰを、候補ＭＶとする。そして、候補ＭＶ（Ｌ０）に従って、Ｌ０方向の符号化済みピクチャである第１参照ピクチャ（Ｌ０）から参照画素を特定する。同様に、候補ＭＶ（Ｌ１）に従って、Ｌ１方向の符号化済みピクチャである第２参照ピクチャ（Ｌ１）から参照画素を特定する。これらの参照画素の平均をとることでテンプレートを生成する。

【0248】

次に、前記テンプレートを用いて、第１参照ピクチャ（Ｌ０）および第２参照ピクチャ（Ｌ１）の候補ＭＶの周辺領域をそれぞれ探索し、コストが最小となるＭＶを最終的なＭＶとして決定する。なお、コスト値は、例えば、テンプレートの各画素値と探索領域の各画素値との差分値および候補ＭＶ値等を用いて算出してもよい。

【0249】

なお、典型的には、符号化装置と、後述の復号装置とでは、ここで説明した処理の構成および動作は基本的に共通である。

【0250】

ここで説明した処理例そのものでなくても、候補ＭＶの周辺を探索して最終的なＭＶを導出することができる処理であれば、どのような処理を用いてもよい。

【0251】

［動き補償 ＞ ＢＩＯ／ＯＢＭＣ］
動き補償では、予測画像を生成し、その予測画像を補正するモードがある。そのモードは、例えば、後述のＢＩＯおよびＯＢＭＣである。

【0252】

図３２は、予測画像の生成の一例を示すフローチャートである。

【0253】

インター予測部１２６は、予測画像を生成し（ステップＳｍ＿１）、例えば上述の何れかのモードによってその予測画像を補正する（ステップＳｍ＿２）。

【0254】

図３３は、予測画像の生成の他の例を示すフローチャートである。

【0255】

インター予測部１２６は、カレントブロックの動きベクトルを決定する（ステップＳｎ＿１）。次に、インター予測部１２６は、予測画像を生成し（ステップＳｎ＿２）、補正処理を行うか否かを判定する（ステップＳｎ＿３）。ここで、インター予測部１２６は、補正処理を行うと判定すると（ステップＳｎ＿３のＹｅｓ）、その予測画像を補正することによって最終的な予測画像を生成する（ステップＳｎ＿４）。一方、インター予測部１２６は、補正処理を行わないと判定すると（ステップＳｎ＿３のＮｏ）、その予測画像を補正することなく最終的な予測画像として出力する（ステップＳｎ＿５）。

【0256】

また、動き補償では、予測画像を生成するときに輝度を補正するモードがある。そのモードは、例えば、後述のＬＩＣである。

【0257】

図３４は、予測画像の生成の他の例を示すフローチャートである。

【0258】

インター予測部１２６は、カレントブロックの動きベクトルを導出する（ステップＳｏ＿１）。次に、インター予測部１２６は、輝度補正処理を行うか否かを判定する（ステップＳｏ＿２）。ここで、インター予測部１２６は、輝度補正処理を行うと判定すると（ステップＳｏ＿２のＹｅｓ）、輝度補正を行いながら予測画像を生成する（ステップＳｏ＿３）。つまり、ＬＩＣによって予測画像が生成される。一方、インター予測部１２６は、輝度補正処理を行わないと判定すると（ステップＳｏ＿２のＮｏ）、輝度補正を行うことなく通常の動き補償によって予測画像を生成する（ステップＳｏ＿４）。

【0259】

［動き補償 ＞ ＯＢＭＣ］
動き探索により得られたカレントブロックの動き情報だけでなく、隣接ブロックの動き情報も用いて、インター予測信号が生成されてもよい。具体的には、（参照ピクチャ内の）動き探索により得られた動き情報に基づく予測信号と、（カレントピクチャ内の）隣接ブロックの動き情報に基づく予測信号と、を重み付け加算することにより、カレントブロック内のサブブロック単位でインター予測信号が生成されてもよい。このようなインター予測（動き補償）は、ＯＢＭＣ（ｏｖｅｒｌａｐｐｅｄ ｂｌｏｃｋ ｍｏｔｉｏｎ ｃｏｍｐｅｎｓａｔｉｏｎ）と呼ばれることがある。

【0260】

ＯＢＭＣモードでは、ＯＢＭＣのためのサブブロックのサイズを示す情報（例えばＯＢＭＣブロックサイズと呼ばれる）は、シーケンスレベルで信号化されてもよい。さらに、ＯＢＭＣモードを適用するか否かを示す情報（例えばＯＢＭＣフラグと呼ばれる）は、ＣＵレベルで信号化されてもよい。なお、これらの情報の信号化のレベルは、シーケンスレベル及びＣＵレベルに限定される必要はなく、他のレベル（例えばピクチャレベル、スライスレベル、タイルレベル、ＣＴＵレベル又はサブブロックレベル）であってもよい。

【0261】

ＯＢＭＣモードの例について、より具体的に説明する。図３５及び図３６は、ＯＢＭＣ処理による予測画像補正処理の概要を説明するためのフローチャート及び概念図である。

【0262】

まず、図３６に示すように、処理対象（カレント）ブロックに割り当てられた動きベクトル（ＭＶ）を用いて通常の動き補償による予測画像（Ｐｒｅｄ）を取得する。図３６において、矢印“ＭＶ”は参照ピクチャを指し、予測画像を得るためにカレントピクチャのカレントブロックが何を参照しているかを示している。

【0263】

次に、符号化済みの左隣接ブロックに対して既に導出された動きベクトル（ＭＶ＿Ｌ）を符号化対象ブロックに適用（再利用）して予測画像（Ｐｒｅｄ＿Ｌ）を取得する。動きベクトル（ＭＶ＿Ｌ）は、カレントブロックから参照ピクチャを指す矢印”ＭＶ＿Ｌ”によって示される。そして、２つの予測画像ＰｒｅｄとＰｒｅｄ＿Ｌとを重ね合わせることで予測画像の１回目の補正を行う。これは、隣接ブロック間の境界を混ぜ合わせる効果を有する。

【0264】

同様に、符号化済みの上隣接ブロックに対して既に導出された動きベクトル（ＭＶ＿Ｕ）を符号化対象ブロックに適用（再利用）して予測画像（Ｐｒｅｄ＿Ｕ）を取得する。動きベクトル（ＭＶ＿Ｕ）は、カレントブロックから参照ピクチャを指す矢印”ＭＶ＿Ｕ”によって示される。そして、予測画像Ｐｒｅｄ＿Ｕを１回目の補正を行った予測画像（例えば、ＰｒｅｄとＰｒｅｄ＿Ｌ）に重ね合わせることで予測画像の２回目の補正を行う。これは、隣接ブロック間の境界を混ぜ合わせる効果を有する。２回目の補正によって得られた予測画像は、隣接ブロックとの境界が混ぜ合わされた（スムージングされた）、カレントブロックの最終的な予測画像である。

【0265】

なお、上述の例は、左隣接および上隣接のブロックを用いた２パスの補正方法であるが、その補正方法は、右隣接および／または下隣接のブロックも用いた３パスまたはそれ以上のパスの補正方法であってもよい。

【0266】

なお、重ね合わせを行う領域はブロック全体の画素領域ではなく、ブロック境界近傍の一部の領域のみであってもよい。

【0267】

なお、ここでは１枚の参照ピクチャから、追加的な予測画像Ｐｒｅｄ＿ＬおよびＰｒｅｄ＿Ｕを重ね合わせることで１枚の予測画像Ｐｒｅｄを得るためのＯＢＭＣの予測画像補正処理について説明した。しかし、複数の参照画像に基づいて予測画像が補正される場合には、同様の処理が複数の参照ピクチャのそれぞれに適用されてもよい。このような場合、複数の参照ピクチャに基づくＯＢＭＣの画像補正を行うことによって、各々の参照ピクチャから、補正された予測画像を取得した後に、その取得された複数の補正予測画像をさらに重ね合わせることで最終的な予測画像を取得する。

【0268】

なお、ＯＢＭＣでは、対象ブロックの単位は、予測ブロック単位であっても、予測ブロックをさらに分割したサブブロック単位であってもよい。

【0269】

ＯＢＭＣ処理を適用するかどうかの判定の方法として、例えば、ＯＢＭＣ処理を適用するかどうかを示す信号であるｏｂｍｃ＿ｆｌａｇを用いる方法がある。具体的な一例としては、符号化装置は、対象ブロックが動きの複雑な領域に属しているかどうかを判定してもよい。符号化装置は、動きの複雑な領域に属している場合は、ｏｂｍｃ＿ｆｌａｇとして値１を設定してＯＢＭＣ処理を適用して符号化を行い、動きの複雑な領域に属していない場合は、ｏｂｍｃ＿ｆｌａｇとして値０を設定してＯＢＭＣ処理を適用せずにブロックの符号化を行う。一方、復号装置では、ストリーム（例えば圧縮シーケンス）に記述されたｏｂｍｃ＿ｆｌａｇを復号することで、その値に応じてＯＢＭＣ処理を適用するかどうかを切替えて復号を行う。

【0270】

インター予測部１２６は、上述の例では、矩形のカレントブロックに対して１つの矩形の予測画像を生成する。しかし、インター予測部１２６は、その矩形のカレントブロックに対して矩形と異なる形状の複数の予測画像を生成し、それらの複数の予測画像を結合することによって、最終的な矩形の予測画像を生成してもよい。矩形と異なる形状は、例えば三角形であってもよい。

【0271】

図３７は、２つの三角形の予測画像の生成を説明するための概念図である。

【0272】

インター予測部１２６は、カレントブロック内の三角形の第１パーティションに対して、その第１パーティションの第１ＭＶを用いて動き補償を行うことによって、三角形の予測画像を生成する。同様に、インター予測部１２６は、カレントブロック内の三角形の第２パーティションに対して、その第２パーティションの第２ＭＶを用いて動き補償を行うことによって、三角形の予測画像を生成する。そして、インター予測部１２６は、これらの予測画像を結合することによって、カレントブロックと同じ矩形の予測画像を生成する。

【0273】

なお、図３７に示す例では、第１パーティションおよび第２パーティションはそれぞれ三角形であるが、台形であってもよく、それぞれ互いに異なる形状であってもよい。さらに、図３７に示す例では、カレントブロックが２つのパーティションから構成されているが、３つ以上のパーティションから構成されていてもよい。

【0274】

また、第１パーティションおよび第２パーティションは重複していてもよい。すなわち、第１パーティションおよび第２パーティションは同じ画素領域を含んでいてもよい。この場合、第１パーティションにおける予測画像と第２パーティションにおける予測画像とを用いてカレントブロックの予測画像を生成してもよい。

【0275】

また、この例では２つのパーティションともにインター予測で予測画像が生成される例を示したが、少なくとも１つのパーティションについてイントラ予測によって予測画像を生成してもよい。

【0276】

［動き補償 ＞ ＢＩＯ］
次に、動きベクトルを導出する方法について説明する。まず、等速直線運動を仮定したモデルに基づいて動きベクトルを導出するモードについて説明する。このモードは、ＢＩＯ（ｂｉ－ｄｉｒｅｃｔｉｏｎａｌ ｏｐｔｉｃａｌ ｆｌｏｗ）モードと呼ばれることがある。

【0277】

図３８は、等速直線運動を仮定したモデルを説明するための概念図である。図３８において、（ｖｘ，ｖｙ）は、速度ベクトルを示し、τ０、τ１は、それぞれ、カレントピクチャ（Ｃｕｒ Ｐｉｃ）と２つの参照ピクチャ（Ｒｅｆ０，Ｒｅｆ１）との間の時間的な距離を示す。（ＭＶｘ０，ＭＶｙ０）は、参照ピクチャＲｅｆ０に対応する動きベクトルを示し、（ＭＶｘ１、ＭＶｙ１）は、参照ピクチャＲｅｆ１に対応する動きベクトルを示す。

【0278】

このとき速度ベクトル（ｖｘ，ｖｙ）の等速直線運動の仮定の下では、（ＭＶｘ０，ＭＶｙ０）及び（ＭＶｘ１，ＭＶｙ１）は、それぞれ、（ｖｘτ０，ｖｙτ０）及び（－ｖｘτ１，－ｖｙτ１）と表され、以下のオプティカルフロー等式（２）が採用されてもよい。

【0279】

【数3】

【0280】

ここで、Ｉ（ｋ）は、動き補償後の参照画像ｋ（ｋ＝０，１）の輝度値を示す。このオプティカルフロー等式は、（ｉ）輝度値の時間微分と、（ｉｉ）水平方向の速度及び参照画像の空間勾配の水平成分の積と、（ｉｉｉ）垂直方向の速度及び参照画像の空間勾配の垂直成分の積と、の和が、ゼロと等しいことを示す。このオプティカルフロー等式とエルミート補間（Ｈｅｒｍｉｔｅ ｉｎｔｅｒｐｏｌａｔｉｏｎ）との組み合わせに基づいて、マージリスト等から得られるブロック単位の動きベクトルが画素単位で補正されてもよい。

【0281】

なお、等速直線運動を仮定したモデルに基づく動きベクトルの導出とは異なる方法で、復号装置側で動きベクトルが導出されてもよい。例えば、複数の隣接ブロックの動きベクトルに基づいてサブブロック単位で動きベクトルが導出されてもよい。

【0282】

［動き補償 ＞ ＬＩＣ］
次に、ＬＩＣ（ｌｏｃａｌ ｉｌｌｕｍｉｎａｔｉｏｎ ｃｏｍｐｅｎｓａｔｉｏｎ）処理を用いて予測画像（予測）を生成するモードの一例について説明する。

【0283】

図３９は、ＬＩＣ処理による輝度補正処理を用いた予測画像生成方法の一例を説明するための概念図である。

【0284】

まず、符号化済みの参照ピクチャからＭＶを導出して、カレントブロックに対応する参照画像を取得する。

【0285】

次に、カレントブロックに対して、参照ピクチャとカレントピクチャとで輝度値がどのように変化したかを示す情報を抽出する。この抽出は、カレントピクチャにおける符号化済み左隣接参照領域（周辺参照領域）および符号化済み上隣参照領域（周辺参照領域）の輝度画素値と、導出されたＭＶで指定された参照ピクチャ内の同等位置における輝度画素値とに基づいて行われる。そして、輝度値がどのように変化したかを示す情報を用いて、輝度補正パラメータを算出する。

【0286】

ＭＶで指定された参照ピクチャ内の参照画像に対して前記輝度補正パラメータを適用する輝度補正処理を行うことで、カレントブロックに対する予測画像を生成する。

【0287】

なお、図３９における前記周辺参照領域の形状は一例であり、これ以外の形状を用いてもよい。

【0288】

また、ここでは１枚の参照ピクチャから予測画像を生成する処理について説明したが、複数枚の参照ピクチャから予測画像を生成する場合も同様であり、各々の参照ピクチャから取得した参照画像に、上述と同様の方法で輝度補正処理を行ってから予測画像を生成してもよい。

【0289】

ＬＩＣ処理を適用するかどうかの判定の方法として、例えば、ＬＩＣ処理を適用するかどうかを示す信号であるｌｉｃ＿ｆｌａｇを用いる方法がある。具体的な一例としては、符号化装置において、カレントブロックが、輝度変化が発生している領域に属しているかどうかを判定し、輝度変化が発生している領域に属している場合はｌｉｃ＿ｆｌａｇとして値１を設定してＬＩＣ処理を適用して符号化を行い、輝度変化が発生している領域に属していない場合はｌｉｃ＿ｆｌａｇとして値０を設定してＬＩＣ処理を適用せずに符号化を行う。一方、復号装置では、ストリームに記述されたｌｉｃ＿ｆｌａｇを復号化することで、その値に応じてＬＩＣ処理を適用するかどうかを切替えて復号を行ってもよい。

【0290】

ＬＩＣ処理を適用するかどうかの判定の別の方法として、例えば、周辺ブロックでＬＩＣ処理を適用したかどうかに従って判定する方法もある。具体的な一例としては、カレントブロックがマージモードであった場合、マージモード処理におけるＭＶの導出の際に選択した周辺の符号化済みブロックがＬＩＣ処理を適用して符号化したかどうかを判定する。その結果に応じてＬＩＣ処理を適用するかどうかを切替えて符号化を行う。なお、この例の場合でも、同じ処理が復号装置側の処理に適用される。

【0291】

ＬＩＣ処理（輝度補正処理）の態様について図３９を用いて説明したが、以下、その詳細を説明する。

【0292】

まず、インター予測部１２６は、符号化済みピクチャである参照ピクチャから符号化対象ブロックに対応する参照画像を取得するための動きベクトルを導出する。

【0293】

次に、インター予測部１２６は、符号化対象ブロックに対して、左隣接および上隣接の符号化済み周辺参照領域の輝度画素値と、動きベクトルで指定された参照ピクチャ内の同等位置における輝度画素値とを用いて、参照ピクチャと符号化対象ピクチャとで輝度値がどのように変化したかを示す情報を抽出して輝度補正パラメータを算出する。例えば、符号化対象ピクチャ内の周辺参照領域内のある画素の輝度画素値をｐ０とし、当該画素と同等位置の、参照ピクチャ内の周辺参照領域内の画素の輝度画素値をｐ１とする。インター予測部１２６は、周辺参照領域内の複数の画素に対して、Ａ×ｐ１＋Ｂ＝ｐ０を最適化する係数Ａ及びＢを輝度補正パラメータとして算出する。

【0294】

次に、インター予測部１２６は、動きベクトルで指定された参照ピクチャ内の参照画像に対して輝度補正パラメータを用いて輝度補正処理を行うことで、符号化対象ブロックに対する予測画像を生成する。例えば、参照画像内の輝度画素値をｐ２とし、輝度補正処理後の予測画像の輝度画素値をｐ３とする。インター予測部１２６は、参照画像内の各画素に対して、Ａ×ｐ２＋Ｂ＝ｐ３を算出することで輝度補正処理後の予測画像を生成する。

【0295】

なお、図３９における周辺参照領域の形状は一例であり、これ以外の形状を用いてもよい。また、図３９に示す周辺参照領域の一部が用いられてもよい。例えば、上隣接画素および左隣接画素のそれぞれから間引いた所定数の画素を含む領域を周辺参照領域として用いてもよい。また、周辺参照領域は、符号化対象ブロックに隣接する領域に限らず、符号化対象ブロックに隣接しない領域であってもよい。画素に関する所定数は、予め定められていてもよい。

【0296】

また、図３９に示す例では、参照ピクチャ内の周辺参照領域は、符号化対象ピクチャ内の周辺参照領域から、符号化対象ピクチャの動きベクトルで指定される領域であるが、他の動きベクトルで指定される領域であってもよい。例えば、当該他の動きベクトルは、符号化対象ピクチャ内の周辺参照領域の動きベクトルであってもよい。

【0297】

なお、ここでは、符号化装置１００における動作を説明したが、復号装置２００における動作も典型的には同様である。

【0298】

なお、ＬＩＣ処理は輝度のみではなく、色差に適用してもよい。このとき、Ｙ、Ｃｂ、およびＣｒのそれぞれに対して個別に補正パラメータを導出してもよいし、いずれかに対して共通の補正パラメータを用いてもよい。

【0299】

また、ＬＩＣ処理はサブブロック単位で適用してもよい。例えば、カレントサブブロックの周辺参照領域と、カレントサブブロックのＭＶで指定された参照ピクチャ内の参照サブブロックの周辺参照領域を用いて補正パラメータを導出してもよい。

【0300】

［予測制御部］
予測制御部１２８は、イントラ予測信号（イントラ予測部１２４から出力される信号）及びインター予測信号（インター予測部１２６から出力される信号）のいずれかを選択し、選択した信号を予測信号として減算部１０４及び加算部１１６に出力する。

【0301】

図１に示すように、種々の符号化装置例では、予測制御部１２８は、エントロピー符号化部１１０に入力される予測パラメータを出力してもよい。エントロピー符号化部１１０は、予測制御部１２８から入力されるその予測パラメータ、量子化部１０８から入力される量子化係数に基づいて、符号化ビットストリーム（またはシーケンス）を生成してもよい。予測パラメータは復号装置に使用されてもよい。復号装置は、符号化ビットストリームを受信して復号し、イントラ予測部１２４、インター予測部１２６および予測制御部１２８において行われる予測処理と同じ処理を行ってもよい。予測パラメータは、選択予測信号（例えば、動きベクトル、予測タイプ、または、イントラ予測部１２４またはインター予測部１２６で用いられた予測モード）、または、イントラ予測部１２４、インター予測部１２６および予測制御部１２８において行われる予測処理に基づく、あるいはその予測処理を示す、任意のインデックス、フラグ、もしくは値を含んでいてもよい。

【0302】

［符号化装置の実装例］
図４０は、符号化装置１００の実装例を示すブロック図である。符号化装置１００は、プロセッサａ１及びメモリａ２を備える。例えば、図１に示された符号化装置１００の複数の構成要素は、図４０に示されたプロセッサａ１及びメモリａ２によって実装される。

【0303】

プロセッサａ１は、情報処理を行う回路であり、メモリａ２にアクセス可能な回路である。例えば、プロセッサａ１は、動画像を符号化する専用又は汎用の電子回路である。プロセッサａ１は、ＣＰＵのようなプロセッサであってもよい。また、プロセッサａ１は、複数の電子回路の集合体であってもよい。また、例えば、プロセッサａ１は、図１等に示された符号化装置１００の複数の構成要素のうち、複数の構成要素の役割を果たしてもよい。

【0304】

メモリａ２は、プロセッサａ１が動画像を符号化するための情報が記憶される専用又は汎用のメモリである。メモリａ２は、電子回路であってもよく、プロセッサａ１に接続されていてもよい。また、メモリａ２は、プロセッサａ１に含まれていてもよい。また、メモリａ２は、複数の電子回路の集合体であってもよい。また、メモリａ２は、磁気ディスク又は光ディスク等であってもよいし、ストレージ又は記録媒体等と表現されてもよい。また、メモリａ２は、不揮発性メモリでもよいし、揮発性メモリでもよい。

【0305】

例えば、メモリａ２には、符号化される動画像が記憶されてもよいし、符号化された動画像に対応するビット列が記憶されてもよい。また、メモリａ２には、プロセッサａ１が動画像を符号化するためのプログラムが記憶されていてもよい。

【0306】

また、例えば、メモリａ２は、図１等に示された符号化装置１００の複数の構成要素のうち、情報を記憶するための構成要素の役割を果たしてもよい。例えば、メモリａ２は、図１に示されたブロックメモリ１１８及びフレームメモリ１２２の役割を果たしてもよい。より具体的には、メモリａ２には、再構成済みブロック及び再構成済みピクチャ等が記憶されてもよい。

【0307】

なお、符号化装置１００において、図１等に示された複数の構成要素の全てが実装されなくてもよいし、上述された複数の処理の全てが行われなくてもよい。図１等に示された複数の構成要素の一部は、他の装置に含まれていてもよいし、上述された複数の処理の一部は、他の装置によって実行されてもよい。

【0308】

［復号装置］
次に、例えば上記の符号化装置１００から出力された符号化信号（符号化ビットストリーム）を復号可能な復号装置について説明する。図４１は、実施の形態に係る復号装置２００の機能構成を示すブロック図である。復号装置２００は、動画像をブロック単位で復号する動画像復号装置である。

【0309】

図４１に示すように、復号装置２００は、エントロピー復号部２０２と、逆量子化部２０４と、逆変換部２０６と、加算部２０８と、ブロックメモリ２１０と、ループフィルタ部２１２と、フレームメモリ２１４と、イントラ予測部２１６と、インター予測部２１８と、予測制御部２２０と、を備える。

【0310】

復号装置２００は、例えば、汎用プロセッサ及びメモリにより実現される。この場合、メモリに格納されたソフトウェアプログラムがプロセッサにより実行されたときに、プロセッサは、エントロピー復号部２０２、逆量子化部２０４、逆変換部２０６、加算部２０８、ループフィルタ部２１２、イントラ予測部２１６、インター予測部２１８及び予測制御部２２０として機能する。また、復号装置２００は、エントロピー復号部２０２、逆量子化部２０４、逆変換部２０６、加算部２０８、ループフィルタ部２１２、イントラ予測部２１６、インター予測部２１８及び予測制御部２２０に対応する専用の１以上の電子回路として実現されてもよい。

【0311】

以下に、復号装置２００の全体的な処理の流れを説明した後に、復号装置２００に含まれる各構成要素について説明する。

【0312】

［復号処理の全体フロー］
図４２は、復号装置２００による全体的な復号処理の一例を示すフローチャートである。

【0313】

まず、復号装置２００のエントロピー復号部２０２は、固定サイズのブロック（例えば、１２８×１２８画素）の分割パターンを特定する（ステップＳｐ＿１）。この分割パターンは、符号化装置１００によって選択された分割パターンである。そして、復号装置２００は、その分割パターンを構成する複数のブロックのそれぞれに対してステップＳｐ＿２～Ｓｐ＿６の処理を行う。

【0314】

つまり、エントロピー復号部２０２は、復号対象ブロック（カレントブロックともいう）の符号化された量子化係数および予測パラメータを復号（具体的にはエントロピー復号）する（ステップＳｐ＿２）。

【0315】

次に、逆量子化部２０４および逆変換部２０６は、複数の量子化係数に対して逆量子化および逆変換を行うことによって、複数の予測残差（すなわち差分ブロック）を復元する（ステップＳｐ＿３）。

【0316】

次に、イントラ予測部２１６、インター予測部２１８および予測制御部２２０の全てまたは一部からなる予測処理部は、カレントブロックの予測信号（予測ブロックともいう）を生成する（ステップＳｐ＿４）。

【0317】

次に、加算部２０８は、差分ブロックに予測ブロックを加算することによってカレントブロックを再構成画像（復号画像ブロックともいう）に再構成する（ステップＳｐ＿５）。

【0318】

そして、この再構成画像が生成されると、ループフィルタ部２１２は、その再構成画像に対してフィルタリングを行う（ステップＳｐ＿６）。

【0319】

そして、復号装置２００は、ピクチャ全体の復号が完了したか否かを判定し（ステップＳｐ＿７）、完了していないと判定する場合（ステップＳｐ＿７のＮｏ）、ステップＳｐ＿１からの処理を繰り返し実行する。

【0320】

図示されたように、ステップＳｐ＿１～Ｓｐ＿７の処理は、復号装置２００によってシーケンシャルに行われる。あるいは、それらの処理のうちの一部の複数の処理が並列に行われてもよく、順番の入れ替え等が行われてもよい。

【0321】

［エントロピー復号部］
エントロピー復号部２０２は、符号化ビットストリームをエントロピー復号する。具体的には、エントロピー復号部２０２は、例えば、符号化ビットストリームから二値信号に算術復号する。そして、エントロピー復号部２０２は、二値信号を多値化（ｄｅｂｉｎａｒｉｚｅ）する。エントロピー復号部２０２は、ブロック単位で量子化係数を逆量子化部２０４に出力する。エントロピー復号部２０２は、実施の形態におけるイントラ予測部２１６、インター予測部２１８および予測制御部２２０に、符号化ビットストリーム（図１参照）に含まれている予測パラメータを出力してもよい。イントラ予測部２１６、インター予測部２１８および予測制御部２２０は、符号化装置側におけるイントラ予測部１２４、インター予測部１２６および予測制御部１２８で行われる処理と同じ予測処理を実行することができる。

【0322】

［逆量子化部］
逆量子化部２０４は、エントロピー復号部２０２からの入力である復号対象ブロック（以下、カレントブロックという）の量子化係数を逆量子化する。具体的には、逆量子化部２０４は、カレントブロックの量子化係数の各々について、当該量子化係数に対応する量子化パラメータに基づいて当該量子化係数を逆量子化する。そして、逆量子化部２０４は、カレントブロックの逆量子化された量子化係数（つまり変換係数）を逆変換部２０６に出力する。

【0323】

［逆変換部］
逆変換部２０６は、逆量子化部２０４からの入力である変換係数を逆変換することにより予測誤差を復元する。

【0324】

例えば符号化ビットストリームから読み解かれた情報がＥＭＴ又はＡＭＴを適用することを示す場合（例えばＡＭＴフラグが真）、逆変換部２０６は、読み解かれた変換タイプを示す情報に基づいてカレントブロックの変換係数を逆変換する。

【0325】

また例えば、符号化ビットストリームから読み解かれた情報がＮＳＳＴを適用することを示す場合、逆変換部２０６は、変換係数に逆再変換を適用する。

【0326】

［加算部］
加算部２０８は、逆変換部２０６からの入力である予測誤差と予測制御部２２０からの入力である予測サンプルとを加算することによりカレントブロックを再構成する。そして、加算部２０８は、再構成されたブロックをブロックメモリ２１０及びループフィルタ部２１２に出力する。

【0327】

［ブロックメモリ］
ブロックメモリ２１０は、イントラ予測で参照されるブロックであって復号対象ピクチャ（以下、カレントピクチャという）内のブロックを格納するための記憶部である。具体的には、ブロックメモリ２１０は、加算部２０８から出力された再構成ブロックを格納する。

【0328】

［ループフィルタ部］
ループフィルタ部２１２は、加算部２０８によって再構成されたブロックにループフィルタを施し、フィルタされた再構成ブロックをフレームメモリ２１４及び表示装置等に出力する。

【0329】

符号化ビットストリームから読み解かれたＡＬＦのオン／オフを示す情報がＡＬＦのオンを示す場合、局所的な勾配の方向及び活性度に基づいて複数のフィルタの中から１つのフィルタが選択され、選択されたフィルタが再構成ブロックに適用される。

【0330】

［フレームメモリ］
フレームメモリ２１４は、インター予測に用いられる参照ピクチャを格納するための記憶部であり、フレームバッファと呼ばれることもある。具体的には、フレームメモリ２１４は、ループフィルタ部２１２によってフィルタされた再構成ブロックを格納する。

【0331】

［予測処理部（イントラ予測部・インター予測部・予測制御部）］
図４３は、復号装置２００の予測処理部で行われる処理の一例を示すフローチャートである。なお、予測処理部は、イントラ予測部２１６、インター予測部２１８、および予測制御部２２０の全てまたは一部の構成要素からなる。

【0332】

予測処理部は、カレントブロックの予測画像を生成する（ステップＳｑ＿１）。この予測画像は、予測信号または予測ブロックともいう。なお、予測信号には、例えばイントラ予測信号またはインター予測信号がある。具体的には、予測処理部は、予測ブロックの生成、差分ブロックの生成、係数ブロックの生成、差分ブロックの復元、および復号画像ブロックの生成が行われることによって既に得られている再構成画像を用いて、カレントブロックの予測画像を生成する。

【0333】

再構成画像は、例えば、参照ピクチャの画像であってもよいし、カレントブロックを含むピクチャであるカレントピクチャ内の復号済みのブロックの画像であってもよい。カレントピクチャ内の復号済みのブロックは、例えばカレントブロックの隣接ブロックである。

【0334】

図４４は、復号装置２００の予測処理部で行われる処理の他の例を示すフローチャートである。

【0335】

予測処理部は、予測画像を生成するための方式またはモードを判定する（ステップＳｒ＿１）。例えば、この方式またはモードは、例えば予測パラメータなどに基づいて判定されてもよい。

【0336】

予測処理部は、予測画像を生成するためのモードとして第１の方式を判定した場合には、その第１の方式にしたがって予測画像を生成する（ステップＳｒ＿２ａ）。また、予測処理部は、予測画像を生成するためのモードとして第２の方式を判定した場合には、その第２の方式にしたがって予測画像を生成する（ステップＳｒ＿２ｂ）。また、予測処理部は、予測画像を生成するためのモードとして第３の方式を判定した場合には、その第３の方式にしたがって予測画像を生成する（ステップＳｒ＿２ｃ）。

【0337】

第１の方式、第２の方式、および第３の方式は、予測画像を生成するための互いに異なる方式であって、それぞれ例えば、インター予測方式、イントラ予測方式、および、それら以外の予測方式であってもよい。これらの予測方式では、上述の再構成画像を用いてもよい。

【0338】

［イントラ予測部］
イントラ予測部２１６は、符号化ビットストリームから読み解かれたイントラ予測モードに基づいて、ブロックメモリ２１０に格納されたカレントピクチャ内のブロックを参照してイントラ予測を行うことで、予測信号（イントラ予測信号）を生成する。具体的には、イントラ予測部２１６は、カレントブロックに隣接するブロックのサンプル（例えば輝度値、色差値）を参照してイントラ予測を行うことでイントラ予測信号を生成し、イントラ予測信号を予測制御部２２０に出力する。

【0339】

なお、色差ブロックのイントラ予測において輝度ブロックを参照するイントラ予測モードが選択されている場合は、イントラ予測部２１６は、カレントブロックの輝度成分に基づいて、カレントブロックの色差成分を予測してもよい。

【0340】

また、符号化ビットストリームから読み解かれた情報がＰＤＰＣの適用を示す場合、イントラ予測部２１６は、水平／垂直方向の参照画素の勾配に基づいてイントラ予測後の画素値を補正する。

【0341】

［インター予測部］
インター予測部２１８は、フレームメモリ２１４に格納された参照ピクチャを参照して、カレントブロックを予測する。予測は、カレントブロック又はカレントブロック内のサブブロック（例えば４ｘ４ブロック）の単位で行われる。例えば、インター予測部２１８は、符号化ビットストリーム（例えば、エントロピー復号部２０２から出力される予測パラメータ）から読み解かれた動き情報（例えば動きベクトル）を用いて動き補償を行うことでカレントブロック又はサブブロックのインター予測信号を生成し、インター予測信号を予測制御部２２０に出力する。

【0342】

符号化ビットストリームから読み解かれた情報がＯＢＭＣモードを適用することを示す場合、インター予測部２１８は、動き探索により得られたカレントブロックの動き情報だけでなく、隣接ブロックの動き情報も用いて、インター予測信号を生成する。

【0343】

また、符号化ビットストリームから読み解かれた情報がＦＲＵＣモードを適用することを示す場合、インター予測部２１８は、符号化ストリームから読み解かれたパターンマッチングの方法（バイラテラルマッチング又はテンプレートマッチング）に従って動き探索を行うことにより動き情報を導出する。そして、インター予測部２１８は、導出された動き情報を用いて動き補償（予測）を行う。

【0344】

また、インター予測部２１８は、ＢＩＯモードが適用される場合に、等速直線運動を仮定したモデルに基づいて動きベクトルを導出する。また、符号化ビットストリームから読み解かれた情報がアフィン動き補償予測モードを適用することを示す場合には、インター予測部２１８は、複数の隣接ブロックの動きベクトルに基づいてサブブロック単位で動きベクトルを導出する。

【0345】

［ＭＶ導出 ＞ ノーマルインターモード］
符号化ビットストリームから読み解かれた情報がノーマルインターモードを適用することを示す場合、インター予測部２１８は、符号化ストリームから読み解かれた情報に基づいて、ＭＶを導出し、そのＭＶを用いて動き補償（予測）を行う。

【0346】

図４５は、復号装置２００におけるノーマルインターモードによるインター予測の例を示すフローチャートである。

【0347】

復号装置２００のインター予測部２１８は、ブロックごとに、そのブロックに対して動き補償を行う。インター予測部２１８は、時間的または空間的にカレントブロックの周囲にある複数の復号済みブロックのＭＶなどの情報に基づいて、そのカレントブロックに対して複数の候補ＭＶを取得する（ステップＳｓ＿１）。つまり、インター予測部２１８は、候補ＭＶリストを作成する。

【0348】

次に、インター予測部２１８は、ステップＳｓ＿１で取得された複数の候補ＭＶの中から、Ｎ個（Ｎは２以上の整数）の候補ＭＶのそれぞれを予測動きベクトル候補（予測ＭＶ候補ともいう）として、所定の優先順位に従って抽出する（ステップＳｓ＿２）。なお、その優先順位は、Ｎ個の予測ＭＶ候補のそれぞれに対して予め定められていてもよい。

【0349】

次に、インター予測部２１８は、入力されたストリーム（すなわち符号化ビットストリーム）から予測動きベクトル選択情報を復号し、その復号された予測動きベクトル選択情報を用いて、そのＮ個の予測ＭＶ候補の中から１つの予測ＭＶ候補を、カレントブロックの予測動きベクトル（予測ＭＶともいう）として選択する（ステップＳｓ＿３）。

【0350】

次に、インター予測部２１８は、入力されたストリームから差分ＭＶを復号し、その復号された差分ＭＶである差分値と、選択された予測動きベクトルとを加算することによって、カレントブロックのＭＶを導出する（ステップＳｓ＿４）。

【0351】

最後に、インター予測部２１８は、その導出されたＭＶと復号済み参照ピクチャとを用いてカレントブロックに対して動き補償を行ことにより、そのカレントブロックの予測画像を生成する（ステップＳｓ＿５）。

【0352】

［予測制御部］
予測制御部２２０は、イントラ予測信号及びインター予測信号のいずれかを選択し、選択した信号を予測信号として加算部２０８に出力する。全体的に、復号装置側の予測制御部２２０、イントラ予測部２１６およびインター予測部２１８の構成、機能、および処理は、符号化装置側の予測制御部１２８、イントラ予測部１２４およびインター予測部１２６の構成、機能、および処理と対応していてもよい。

【0353】

［復号装置の実装例］
図４６は、復号装置２００の実装例を示すブロック図である。復号装置２００は、プロセッサｂ１及びメモリｂ２を備える。例えば、図４１に示された復号装置２００の複数の構成要素は、図４６に示されたプロセッサｂ１及びメモリｂ２によって実装される。

【0354】

プロセッサｂ１は、情報処理を行う回路であり、メモリｂ２にアクセス可能な回路である。例えば、プロセッサｂ１は、符号化された動画像（すなわち符号化ビットストリーム）を復号する専用又は汎用の電子回路である。プロセッサｂ１は、ＣＰＵのようなプロセッサであってもよい。また、プロセッサｂ１は、複数の電子回路の集合体であってもよい。また、例えば、プロセッサｂ１は、図４１等に示された復号装置２００の複数の構成要素のうち、複数の構成要素の役割を果たしてもよい。

【0355】

メモリｂ２は、プロセッサｂ１が符号化ビットストリームを復号するための情報が記憶される専用又は汎用のメモリである。メモリｂ２は、電子回路であってもよく、プロセッサｂ１に接続されていてもよい。また、メモリｂ２は、プロセッサｂ１に含まれていてもよい。また、メモリｂ２は、複数の電子回路の集合体であってもよい。また、メモリｂ２は、磁気ディスク又は光ディスク等であってもよいし、ストレージ又は記録媒体等と表現されてもよい。また、メモリｂ２は、不揮発性メモリでもよいし、揮発性メモリでもよい。

【0356】

例えば、メモリｂ２には、動画像が記憶されてもよいし、符号化ビットストリームが記憶されてもよい。また、メモリｂ２には、プロセッサｂ１が符号化ビットストリームを復号するためのプログラムが記憶されていてもよい。

【0357】

また、例えば、メモリｂ２は、図４１等に示された復号装置２００の複数の構成要素のうち、情報を記憶するための構成要素の役割を果たしてもよい。具体的には、メモリｂ２は、図４１に示されたブロックメモリ２１０及びフレームメモリ２１４の役割を果たしてもよい。より具体的には、メモリｂ２には、再構成済みブロック及び再構成済みピクチャ等が記憶されてもよい。

【0358】

なお、復号装置２００において、図４１等に示された複数の構成要素の全てが実装されなくてもよいし、上述された複数の処理の全てが行われなくてもよい。図４１等に示された複数の構成要素の一部は、他の装置に含まれていてもよいし、上述された複数の処理の一部は、他の装置によって実行されてもよい。

【0359】

［各用語の定義］
各用語は一例として、以下のような定義であってもよい。

【0360】

ピクチャは、モノクロフォーマットにおける複数の輝度サンプルの配列、又は、４：２：０、４：２：２及び４：４：４のカラーフォーマットにおける複数の輝度サンプルの配列及び複数の色差サンプルの２つの対応配列である。ピクチャは、フレーム又はフィールドであってもよい。

【0361】

フレームは、複数のサンプル行０、２、４、・・・が生じるトップフィールド、及び、複数のサンプル行１、３、５、・・・が生じるボトムフィールドの組成物である。

【0362】

スライスは、１つの独立スライスセグメント、及び、（もしあれば）同じアクセスユニット内の（もしあれば）次の独立スライスセグメントに先行する全ての後続の従属スライスセグメントに含まれる整数個の符号化ツリーユニットである。

【0363】

タイルは、ピクチャにおける特定のタイル列及び特定のタイル行内の複数の符号化ツリーブロックの矩形領域である。タイルは、タイルのエッジを跨ぐループフィルタが依然として適用されてもよいが、独立して復号及び符号化され得ることが意図された、フレームの矩形領域であってもよい。

【0364】

ブロックは、複数のサンプルのＭｘＮ（Ｎ行Ｍ列）配列、又は、複数の変換係数のＭｘＮ配列である。ブロックは、１つの輝度及び２つの色差の複数の行列からなる複数の画素の正方形又は矩形の領域であってもよい。

【0365】

ＣＴＵ（符号化ツリーユニット）は、３つのサンプル配列を有するピクチャの複数の輝度サンプルの符号化ツリーブロックであってもよいし、複数の色差サンプルの２つの対応符号化ツリーブロックであってもよい。あるいは、ＣＴＵは、モノクロピクチャと、３つの分離されたカラー平面及び複数のサンプルの符号化に用いられるシンタックス構造を用いて符号化されるピクチャとのいずれかの複数のサンプルの符号化ツリーブロックであってもよい。

【0366】

スーパーブロックは、１つ又は２つのモード情報ブロックを構成し、又は、再帰的に４つの３２×３２ブロックに分割され、さらに分割され得る６４×６４画素の正方形ブロックであってもよい。

【0367】

（実施の形態２）
本実施の形態における符号化装置１００は、実施の形態１と同様の構成を有する。また、本実施の形態における符号化装置１００の量子化部１０８、逆量子化部１１２およびエントロピー符号化部１１０は、実施の形態１に対して付加的な機能、または代替え的な機能を有する。同様に、本実施の形態における復号装置２００は、実施の形態１と同様の構成を有する、また、本実施の形態における復号装置２００の逆量子化部２０４およびエントロピー復号部２０２は、実施の形態１に対して付加的な機能、または代替え的な機能を有する。

【0368】

例えば、本実施の形態における量子化部１０８は、ＤＱ（Dependent Quantization）を行い、本実施の形態における逆量子化部１１２および２０４は、ＤＱに対応する逆量子化を行う。また、本実施の形態におけるエントロピー符号化部１１０は、フラグを用いて量子化係数を算術符号化し、エントロピー復号部２０２は、フラグを用いて算術符号化された量子化係数を算術復号する。

【0369】

以下の第１態様～第３態様は、本実施の形態における符号化装置１００および復号装置２００による処理の具体的な態様である。

【0370】

［第１態様］
＜係数符号化の概要＞
本実施の形態における符号化装置１００のエントロピー符号化部１１０は、上述の量子化係数を、少なくとも１つのフラグを用いた形式（以下、フラグ形式という）に変換し、その形式の量子化係数に対して算術符号化を行う。なお、量子化係数は、インター予測またはイントラ予測によって生成された予測残差に対して、変換および量子化を行うことによって得られる値である。また、量子化係数は、残差係数ともいう。また、以下の説明では、量子化係数を単に係数ともいう。

【0371】

エントロピー符号化部１１０は、ｓｉｇｎｉｆｉｃａｎｔ＿ｆｌａｇ（以下、ｓｉｇ＿ｆｌａｇという）と、ｐａｒｉｔｙ＿ｆｌａｇと、ｇｒｅａｔｅｒ１＿ｆｌａｇ（以下、ｇｔ１＿ｆｌａｇ）と、ｇｒｅａｔｅｒ２＿ｆｌａｇ（以下、ｇｔ２＿ｆｌａｇ）と、ｒｅｍａｉｎｄｅｒとのうちの少なくとも１つを用いたフラグ形式に係数を変換する。

【0372】

ｓｉｇ＿ｆｌａｇは、係数が０か否かを示すフラグである。例えば、係数が０であれば、ｓｉｇ＿ｆｌａｇは０を示し、係数が０でなければ、ｓｉｇ＿ｆｌａｇは１を示す。

【0373】

ｐａｒｉｔｙ＿ｆｌａｇは、係数が０でないときに用いられるフラグであって、その係数が偶数か奇数かを示す。言い換えれば、ｐａｒｉｔｙ＿ｆｌａｇは、係数の第１ビット（例えば最下位ビット）が０か１かを示すフラグである。例えば、係数が偶数であれば、ｐａｒｉｔｙ＿ｆｌａｇは１を示し、係数が奇数であれば、ｐａｒｉｔｙ＿ｆｌａｇは０を示す。また、ｐａｒｉｔｙ＿ｆｌａｇは、ｓｉｇ＿ｆｌａｇと共に用いられ、そのｓｉｇ＿ｆｌａｇと合わせて１から２の値を示す。

【0374】

ｇｔ１＿ｆｌａｇは、係数が０でないときに用いられるフラグであって、その係数の絶対値が例えば３以上であるか否かを示す。例えば、係数の絶対値が３以上であれば、ｇｔ１＿ｆｌａｇは１を示し、係数の絶対値が３以上でなければ、ｇｔ１＿ｆｌａｇは０を示す。

【0375】

ｇｔ２＿ｆｌａｇは、係数の絶対値が３以上のとき（すなわち、ｇｔ１＿ｆｌａｇ＝１のとき）に用いられるフラグであって、その係数の絶対値が例えば５以上であるか否かを示す。例えば、係数の絶対値が５以上であれば、ｇｔ２＿ｆｌａｇは１を示し、係数の絶対値が５以上でなければ、ｇｔ２＿ｆｌａｇは０を示す。

【0376】

ｒｅｍａｉｎｄｅｒは、ｇｔ２＿ｆｌａｇ＝１の係数に対して用いられる、例えば（ＡｂｓＬｅｖｅｌ－５）／２によって示される値である。なお、ＡｂｓＬｅｖｅｌは、係数の絶対値である。また、（ＡｂｓＬｅｖｅｌ－５）／２の小数点以下は切り捨てられてもよい。

【0377】

したがって、エントロピー復号部２０２は、ＡｂｓＬｅｖｅｌを、「ＡｂｓＬｅｖｅｌ＝ｓｉｇ＿ｆｌａｇ＋ｐａｒｉｔｙ＿ｆｌａｇ＋２＊ｇｔ１＿ｆｌａｇ＋２＊ｇｔ２＿ｆｌａｇ＋２＊ｒｅｍａｉｎｄｅｒ」によって算出する。

【0378】

なお、Ｈ．２６５／ＨＥＶＣの規格では、ｐａｒｉｔｙ＿ｆｌａｇは用いられていない。したがって、エントロピー復号では、ＡｂｓＬｅｖｅｌは、「ＡｂｓＬｅｖｅｌ＝ｓｉｇ＿ｆｌａｇ＋ｇｔ１＿ｆｌａｇ＋ｇｔ２＿ｆｌａｇ＋ｒｅｍａｉｎｄｅｒ」によって算出される。

【0379】

ここで、ｐａｒｉｔｙ＿ｆｌａｇは、例えば上述のＤＱに用いられてもよい。

【0380】

図４７は、ＤＱ（Dependent Quantization）の概要を説明するための図である。

【0381】

符号化装置１００の量子化部１０８は、互いに異なる２つの量子化器を切り換えて用いる。なお、これらの２つの量子化器は互いに異なる２つの量子化方法をそれぞれ用いるため、量子化部１０８は、互いに異なる２つの量子化方法を切り換えて用いるとも言える。

【0382】

２つの量子化器は、図４７に示すように、第１量子化器Ｑ０および第２量子化器Ｑ１である。第１量子化器Ｑ０は、量子化パラメータから定まるそれぞれ等間隔の量子化幅を用い、第２量子化器Ｑ１は、互いに異なる少なくとも２つの量子化幅を用いる。具体的な一例では、図４７に示すように、第２量子化器Ｑ１における、数値「０」と数値「１」との間の範囲と、数値「０」と数値「－１」との間の範囲とに用いられる量子化幅は、それらの範囲外で用いられる量子化幅の半分である。例えば、逆量子化部１１２および２０４は、第１量子化器Ｑ０を用いる場合には、ビットストリームに含まれる数値「１」、「２」および「３」を、「１２」、「２４」および「３６」にそれぞれ逆量子化する。一方、逆量子化部１１２および２０４は、第２量子化器Ｑ１を用いる場合には、ビットストリームに含まれる数値「１」、「２」および「３」を、「６」、「１８」および「３０」にそれぞれ逆量子化する。

【0383】

図４８および図４９は、量子化部１０８の状態遷移の一例を示す図である。具体的には、図４８は、状態遷移を視覚的に示す図である。図４９は、その状態遷移を二次元のテーブル形式で示す図であって、遷移前の状態と、量子化係数によって決まる遷移後の状態とを示す。

【0384】

量子化部１０８は、４つのｓｔａｔｅを取り得る。４つのｓｔａｔｅは、ｓｔａｔｅ＝０、１、２、３である。ｓｔａｔｅ＝０、１のときには、量子化部１０８は、第１量子化器Ｑ０を用いた量子化を行い、ｓｔａｔｅ＝２、３のときには、量子化部１０８は、第２量子化器Ｑ１を用いた量子化を行う。

【0385】

初期状態では、例えばｓｔａｔｅ＝０である。このとき、量子化部１０８は、スキャン順で最初の量子化前係数を、第１量子化器Ｑ０を用いて量子化することによって、量子化係数ｋを求める。なお、量子化前係数は、量子化が行われる前の係数であって、上述の変換係数である。その結果、量子化部１０８は、量子化係数ｋの第１ビットが０であれば、ｓｔａｔｅ＝０に遷移し、量子化係数ｋの第１ビットが１であれば、ｓｔａｔｅ＝２に遷移する。したがって、量子化部１０８は、その遷移後のｓｔａｔｅに対応する量子化器を用いて、スキャン順で次の量子化前係数を量子化することによって、新たな量子化係数ｋを求める。このように、量子化部１０８は、新たな量子化係数ｋを求めるたびに、その量子化係数ｋの第１ビットが０か１かに応じて状態遷移を行う。

【0386】

なお、量子化部１０８は、ＤＱでは、２つの量子化器を用いるが、３つ以上の量子化器を用いてもよく、図４８および図４９とは異なる状態遷移を行ってもよい。

【0387】

また、上述のｐａｒｉｔｙ＿ｆｌａｇは、量子化係数ｋの第１ビットが０か１かを示している。したがって、量子化部１０８は、ＤＱにおいて、そのｐａｒｉｔｙ＿ｆｌａｇに応じて、次の量子化前係数に対して用いられる量子化器を決定してもよい。

【0388】

また、逆量子化部１１２および２０４も、量子化部１０８と同様に、ＤＱでは複数の量子化器を用いた状態遷移を行う。

【0389】

図５０は、ｒｅｍａｉｎｄｅｒの二値化の一例を示す図である。

【0390】

エントロピー符号化部１１０は、ゴロム・ライス符号を用いてｒｅｍａｉｎｄｅｒを符号化する。また、エントロピー符号化部１１０は、例えばライスパラメタによって、ｒｅｍａｉｎｄｅｒの符号化方法を切り換える。例えば、ライスパラメタは、ｇ＝０、１、２のように、３つの値を取り得る。なお、ｇは、ライスパラメタを示す変数である。したがって、エントロピー符号化部１１０は、３つの符号化方法の中から、ライスパラメタによって示される値に応じた符号化方法を選択し、その符号化方法を用いてｒｅｍａｉｎｄｅｒを符号化する。なお、その符号化方法は、二値化方法とも言える。

【0391】

また、エントロピー符号化部１１０は、ゴロム・ライス符号では、プレフィックスとサフィックスとを用いてｒｅｍａｉｎｄｅｒを二値化する。プレフィックスでは、ライス符号化が用いれ、サフィックスでは、ユーナリー符号および指数ゴロム符号が用いられる。

【0392】

例えば、エントロピー符号化部１１０は、図５０に示すように、ライスパラメタがｇ＝０のときには、サフィックスを用いずにプレフィックスを用いてｒｅｍａｉｎｄｅｒを二値化する。一方、エントロピー符号化部１１０は、ライスパラメタがｇ＝１または２のときには、プレフィックスおよびサフィックスを用いてｒｅｍａｉｎｄｅｒを二値化する。

【0393】

また、図５０に示す例では、ｒｅｍａｉｎｄｅｒの値が小さいほど、ｇ＝０の符号化方法の方が、他の符号化方法よりも、そのｒｅｍａｉｎｄｅｒを少ないビット数に二値化することができる。逆に、ｒｅｍａｉｎｄｅｒの値が大きいほど、ｇ＝２の符号化方法の方が、他の符号化方法よりも、そのｒｅｍａｉｎｄｅｒを少ないビット数に二値化することができる。また、ｒｅｍａｉｎｄｅｒの値が小さくもなく大きくもなければ、ｇ＝１の符号化方法の方が、他の符号化方法よりも、そのｒｅｍａｉｎｄｅｒを少ないビット数に二値化することができる。

【0394】

なお、図５０に示す例では、ライスパラメタは３つの値を取り得るが、４つ以上の値を取ってもよい。この場合には、エントロピー符号化部１１０は、４つ以上の符号化方法（すなわち二値化方法）から、そのライスパラメタに応じた符号化方法を選択し、その選択された符号化方法を用いてｒｅｍａｉｎｄｅｒを符号化する。

【0395】

なお、エントロピー復号部２０２も、エントロピー符号化部１１０と同様に、ライスパラメタに応じて復号方法（具体的には多値化方法）を切り換えてもよい。

【0396】

図５１は、ライスパラメタを決定する方法を説明するための図である。具体的には、図５１は、ブロック（例えば変換ユニット）に含まれる各係数のうち、符号化対象の係数（図５１中の黒四角形）と、その符号化対象の係数の周囲にある５つの係数（図５１中のハッチングされた四角形）とを示す。

【0397】

例えば、エントロピー符号化部１１０は、符号化対象の係数を符号化するときには、その係数の周囲にある５つの係数（以下、周辺係数という）を用いて、その符号化対象の係数に対するライスパラメタを決定する。５つの周辺係数は、符号化対象の係数の右に水平方向に配列された２つの係数と、符号化対象の係数の下に垂直方向に配列された２つの係数と、符号化対象の係数の右下にある１つの係数とを含む。なお、符号化では、これらの５つの周辺係数は、符号化対象の係数よりも先に符号化され、復号では、これらの５つの周辺係数は、復号対象の係数（符号化対象の係数と同じ係数）よりも先に復号される。

【0398】

エントロピー符号化部１１０は、ライスパラメタを決定するために、ｓｕｍ＿ｍｉｎｕｓ１を、ｓｕｍ＿ｍｉｎｕｓ１＝ｓｕｍ＿ａｂｓ－ｎｕｍ＿ｓｉｇによって算出する。ｓｕｍ＿ａｂｓは、５つの周辺係数の総和の絶対値である。ｎｕｍ＿ｓｉｇは、５つの周辺係数のうちの、０でない係数の数である。なお、ここで説明したｓｕｍ＿ｍｉｎｕｓ１の導出方法は一例であり、これ以外の方法を用いて導出してもよい。例えば、ｎｕｍ＿ｓｉｇを用いずにｓｕｍ＿ｍｉｎｕｓ１＝ｓｕｍ＿ａｂｓによってｓｕｍ＿ｍｉｎｕｓ１を導出してもよいし、ｎｕｍ＿ｓｉｇの代りに別のｏｆｆｓｅｔ値を用いてｓｕｍ＿ｍｉｎｕｓ１＝ｓｕｍ＿ａｂｓ－ｏｆｆｓｅｔ値によってｓｕｍ＿ｍｉｎｕｓ１を導出してもよい。

【0399】

その算出によって、エントロピー符号化部１１０は、ｓｕｍ＿ｍｉｎｕｓ１＜１２のときには、ライスパラメタをｇ＝０に決定する。また、エントロピー符号化部１１０は、１２≦ｓｕｍ＿ｍｉｎｕｓ１＜２５のときには、ライスパラメタをｇ＝１に決定する。また、エントロピー符号化部１１０は、２５≦ｓｕｍ＿ｍｉｎｕｓ１のときには、ライスパラメタをｇ＝２に決定する。エントロピー符号化部１１０は、このように決定されたライスパラメタに対応する符号化方法を選択し、その符号化方法を用いてｒｅｍａｉｎｄｅｒ、すなわち（ＡｂｓＬｅｖｅｌ－５）／２をゴロム・ライス符号化する。

【0400】

図５２は、ｒｅｍａｉｎｄｅｒのゴロム・ライス符号化によって得られる二値信号の符号長（すなわちビット数）を示す図である。

【0401】

例えば、ｒｅｍａｉｎｄｅｒ＝０のゴロム・ライス符号化によって得られる二値信号の符号長は、ライスパラメタがｇ＝０のときには、１であり、ライスパラメタがｇ＝１のときには、２であり、ライスパラメタがｇ＝２のときには、３である。また、ｒｅｍａｉｎｄｅｒ＝１のゴロム・ライス符号化によって得られる二値信号の符号長は、ライスパラメタがｇ＝０のときには、２であり、ライスパラメタがｇ＝１のときには、２であり、ライスパラメタがｇ＝２のときには、３である。また、ｒｅｍａｉｎｄｅｒ＝６のゴロム・ライス符号化によって得られる二値信号の符号長は、ライスパラメタがｇ＝０のときには、７であり、ライスパラメタがｇ＝１のときには、５であり、ライスパラメタがｇ＝２のときには、４である。

【0402】

ここで、ｓｕｍ＿ｍｉｎｕｓ１＜１２のときには、上述の５つの周辺係数は、凡そ平均３～４以下の値を有すると考えられる。その結果、符号化対象の係数は、その５つの周辺係数に近く、かつ、その周辺係数よりも大きい可能性があるため、５または６と予測される。したがって、その符号化対象の係数のフラグ形式では、ｇｔ１＿ｆｌａｇおよびｇｔ２＿ｆｌａｇが用いられるため、その係数のｒｅｍａｉｎｄｅｒは、ｒｅｍａｉｎｄｅｒ＝０と予測される。例えば図５２に示す例では、ｒｅｍａｉｎｄｅｒ＝０の場合、エントロピー符号化部１１０は、二値信号の符号長を最も短くするために、ライスパラメタとして、ｇ＝０を選択する。

【0403】

また、１２≦ｓｕｍ＿ｍｉｎｕｓ１＜２５のときには、上述の５つの周辺係数は、凡そ平均３～５の値を有すると考えられる。その結果、符号化対象の係数は、その５つの周辺係数に近く、かつ、その周辺係数よりも大きい可能性があるため、７または８と予測される。したがって、その符号化対象の係数のフラグ形式では、ｇｔ１＿ｆｌａｇおよびｇｔ２＿ｆｌａｇが用いられるため、その係数のｒｅｍａｉｎｄｅｒは、ｒｅｍａｉｎｄｅｒ＝１と予測される。例えば図５２に示す例では、ｒｅｍａｉｎｄｅｒ＝１の場合、エントロピー符号化部１１０は、二値信号の符号長を最も短くするために、ライスパラメタとして、ｇ＝１を選択する。

【0404】

また、２５≦ｓｕｍ＿ｍｉｎｕｓ１のときには、上述の５つの周辺係数は、凡そ７以上の値を有すると考えられる。その結果、符号化対象の係数は、その５つの周辺係数に近く、かつ、その周辺係数よりも大きい可能性があるため、９以上と予測される。したがって、その符号化対象の係数のフラグ形式では、ｇｔ１＿ｆｌａｇおよびｇｔ２＿ｆｌａｇが用いられるため、その係数のｒｅｍａｉｎｄｅｒは、ｒｅｍａｉｎｄｅｒ≧２と予測される。例えば図５２に示す例では、ｒｅｍａｉｎｄｅｒ≧２の場合、エントロピー符号化部１１０は、二値信号の符号長を最も短くするために、ライスパラメタとして、ｇ＝２を選択する。

【0405】

なお、エントロピー復号部２０２も、エントロピー符号化部１１０と同様に、ライスパラメタを決定することができる。

【0406】

＜第１態様の第１の例＞
図５３は、第１態様の第１の例におけるエントロピー符号化部１１０の全体的な処理動作を示すフローチャートである。なお、図５３のフローチャートは、例えば上述のＤＱが使用される場合におけるエントロピー符号化部１１０の処理動作を示す。

【0407】

エントロピー符号化部１１０は、サブブロックごとに、そのサブブロック内の各係数が符号化されるように、ステップＳ１１０～Ｓ１４０の処理を繰り返す。サブブロックは、例えば上述の変換ユニットをさらに分割することによって得られる４×４画素からなるブロックである。

【0408】

具体的には、まず、エントロピー符号化部１１０は、サブブロック内の各係数について、その係数のｓｉｇ＿ｆｌａｇを符号化し、そのｓｉｇ＿ｆｌａｇが１であれば、その係数のｐａｒｉｔｙ＿ｆｌａｇを符号化する。さらに、エントロピー符号化部１１０は、そのｓｉｇ＿ｆｌａｇが１であれば、その係数のＡｂｓＬｅｖｅｌが３以上か否かの判定に基づいて、その係数のｇｔ１＿ｆｌａｇを符号化する（ステップＳ１１０）。

【0409】

次に、エントロピー符号化部１１０は、サブブロック内の各係数について、その係数が３以上であれば、その係数のＡｂｓＬｅｖｅｌが５以上か否かの判定に基づいて、その係数のｇｔ２＿ｆｌａｇを符号化する（ステップＳ１２０）。

【0410】

次に、エントロピー符号化部１１０は、サブブロック内の各係数について、その係数のＡｂｓＬｅｖｅｌが５以上か否かの判定に基づいて、その係数のｒｅｍａｉｎｄｅｒ＝（ＡｂｓＬｅｖｅｌ－５）／２を符号化する（ステップＳ１３０）。

【0411】

そして、エントロピー符号化部１１０は、サブブロック内の各係数について、係数が０でなければ、その係数の符号（プラスまたはマイナス）を符号化する（ステップＳ１４０）。なお、その符号は、ｓｉｇｎ＿ｆｌａｇとして符号化されてもよい。

【0412】

エントロピー符号化部１１０は、サブブロックに対してステップＳ１１０～Ｓ１４０の処理を行うと、他のサブブロックに対しても同様に、ステップＳ１１０～Ｓ１４０の処理を行う。

【0413】

図５４は、図５３のステップＳ１１０における詳細な処理動作の一例を示すフローチャートである。

【0414】

エントロピー符号化部１１０は、サブブロック内の各係数に対して、ステップＳ１１１～Ｓ１１７の処理を繰り返す。

【0415】

まず、エントロピー符号化部１１０は、符号化対象の係数のＡｂｓＬｅｖｅｌがＡｂｓＬｅｖｅｌ≠０であるか否かを判定する（ステップＳ１１１）。ここで、エントロピー符号化部１１０は、ＡｂｓＬｅｖｅｌ≠０ではないと判定すると（ステップＳ１１１のＮｏ）、その係数に対してｓｉｇ＿ｆｌａｇ＝０を符号化する（ステップＳ１１２ｂ）。一方、エントロピー符号化部１１０は、ＡｂｓＬｅｖｅｌ≠０であると判定すると（ステップＳ１１１のＹｅｓ）、その係数に対してｓｉｇ＿ｆｌａｇ＝１を符号化する（ステップＳ１１２ａ）。

【0416】

次に、エントロピー符号化部１１０は、符号化対象の係数のＡｂｓＬｅｖｅｌの第１ビット（最下位ビット）が１か否かを判定する（ステップＳ１１３）。ここで、エントロピー符号化部１１０は、第１ビットが１であると判定すると（ステップＳ１１３のＹｅｓ）、その係数に対してｐａｒｉｔｙ＿ｆｌａｇ＝０を符号化する（ステップＳ１１４ａ）。一方、エントロピー符号化部１１０は、第１ビットが１ではないと判定すると（ステップＳ１１３のＮｏ）、その係数に対してｐａｒｉｔｙ＿ｆｌａｇ＝１を符号化する（ステップＳ１１４ｂ）。

【0417】

次に、エントロピー符号化部１１０は、符号化対象の係数のＡｂｓＬｅｖｅｌが３以上か否かを判定する（ステップＳ１１５）。ここで、エントロピー符号化部１１０は、ＡｂｓＬｅｖｅｌが３以上であると判定すると（ステップＳ１１５のＹｅｓ）、その係数に対してｇｔ１＿ｆｌａｇ＝１を符号化する（ステップＳ１１６ａ）。一方、エントロピー符号化部１１０は、ＡｂｓＬｅｖｅｌが３以上ではないと判定すると（ステップＳ１１５のＮｏ）、その係数に対してｇｔ１＿ｆｌａｇ＝０を符号化する（ステップＳ１１６ｂ）。

【0418】

そして、エントロピー符号化部１１０は、その符号化対象の係数に応じて、すなわちｐａｒｉｔｙ＿ｆｌａｇに応じて、ＤＱのｓｔａｔｅを量子化部１０８および逆量子化部１１２に更新させる（ステップＳ１１７）。

【0419】

エントロピー符号化部１１０は、サブブロックに含まれる係数に対してステップＳ１１１～Ｓ１１７の処理を行うと、そのサブブロックに含まれる次の係数に対しても同様に、ステップＳ１１１～Ｓ１１７の処理を行う。これにより、サブブロックに含まれる各係数に対して、ｓｉｇ＿ｆｌａｇ、ｐａｒｉｔｙ＿ｆｌａｇ、およびｇｔ１＿ｆｌａｇのうちのその係数に応じた少なくとも１つのフラグが符号化される。

【0420】

図５５は、図５３のステップＳ１２０における詳細な処理動作の一例を示すフローチャートである。

【0421】

エントロピー符号化部１１０は、サブブロック内の各係数に対して、ステップＳ１２１～Ｓ１２３ｂの処理を繰り返す。

【0422】

まず、エントロピー符号化部１１０は、符号化対象の係数のＡｂｓＬｅｖｅｌが３以上であるか否かを判定する（ステップＳ１２１）。ここで、エントロピー符号化部１１０は、ＡｂｓＬｅｖｅｌが３以上ではないと判定すると（ステップＳ１２１のＮｏ）、その係数に対するｇｔ２＿ｆｌａｇの符号化を行わない。一方、エントロピー符号化部１１０は、ＡｂｓＬｅｖｅｌが３以上であると判定すると（ステップＳ１２１のＹｅｓ）、さらに、ＡｂｓＬｅｖｅｌが５以上であるか否かを判定する（ステップＳ１２２）。ここで、エントロピー符号化部１１０は、ＡｂｓＬｅｖｅｌが５以上であると判定すると（ステップＳ１２２のＹｅｓ）、その係数に対してｇｔ２＿ｆｌａｇ＝１を符号化する（ステップＳ１２３ａ）。一方、エントロピー符号化部１１０は、ＡｂｓＬｅｖｅｌが５以上ではないと判定すると（ステップＳ１２２のＮｏ）、その係数に対してｇｔ２＿ｆｌａｇ＝０を符号化する（ステップＳ１２３ｂ）。

【0423】

エントロピー符号化部１１０は、サブブロックに含まれる係数に対してステップＳ１２１～Ｓ１２３ｂの処理を行うと、そのサブブロックに含まれる次の係数に対しても同様に、ステップＳ１２１～Ｓ１２３ｂの処理を行う。これにより、サブブロックに含まれる各係数に対して、ｇｔ２＿ｆｌａｇが必要に応じて符号化される。

【0424】

図５６は、図５３のステップＳ１３０における詳細な処理動作の一例を示すフローチャートである。

【0425】

エントロピー符号化部１１０は、サブブロック内の各係数に対して、ステップＳ１３１～Ｓ１３２の処理を繰り返す。

【0426】

まず、エントロピー符号化部１１０は、符号化対象の係数のＡｂｓＬｅｖｅｌが５以上であるか否かを判定する（ステップＳ１３１）。ここで、エントロピー符号化部１１０は、ＡｂｓＬｅｖｅｌが５以上ではないと判定すると（ステップＳ１３１のＮｏ）、その係数に対するｒｅｍａｉｎｄｅｒの符号化を行わない。一方、エントロピー符号化部１１０は、ＡｂｓＬｅｖｅｌが５以上であると判定すると（ステップＳ１３１のＹｅｓ）、その係数に対してｒｅｍａｉｎｄｅｒを符号化する（ステップＳ１３２）。すなわち、エントロピー符号化部１１０は、（ＡｂｓＬｅｖｅｌ－５）／２を符号化する（ステップＳ１３２）。

【0427】

エントロピー符号化部１１０は、サブブロックに含まれる係数に対してステップＳ１３１～Ｓ１３２の処理を行うと、そのサブブロックに含まれる次の係数に対しても同様に、ステップＳ１３１～Ｓ１３２の処理を行う。これにより、サブブロックに含まれる各係数に対して、ｒｅｍａｉｎｄｅｒが必要に応じて符号化される。

【0428】

図５７は、第１態様の第１の例におけるエントロピー符号化に関わるシンタックスを示す図である。具体的には、図５７は、図５３～図５６のフローチャートによって示される処理によって生成されるストリームのシンタックス構成を示す。

【0429】

エントロピー符号化部１１０は、この図５７に示すシンタックスにしたがって、複数のサブブロックのそれぞれについて、そのサブブロックに含まれる各係数を符号化する。なお、図５７におけるｓｉｇ＿ｆｌａｇ［ｎ］およびｐａｒｉｔｙ＿ｆｌａｇ［ｎ］は、サブブロックに含まれるｎ番目の係数のｓｉｇ＿ｆｌａｇおよびｐａｒｉｔｙ＿ｆｌａｇである。また、図５７におけるａｂｓ＿ｇｔ１＿ｆｌａｇ［ｎ］およびａｂｓ＿ｇｔ２＿ｆｌａｇ［ｎ］は、サブブロックに含まれるｎ番目の係数のｇｔ１＿ｆｌａｇおよびｇｔ２＿ｆｌａｇである。また、図５７におけるａｂｓ＿ｒｅｍａｉｎｄｅｒ［ｎ］およびｓｉｇｎ＿ｆｌａｇ［ｎ］は、サブブロックに含まれるｎ番目の係数のｒｅｍａｉｎｄｅｒおよびｓｉｇｎ＿ｆｌａｇである。

【0430】

図５８は、４×４個の係数を含むサブブロックの一具体例を示す図である。図５９は、図５８のサブブロックに含まれる各係数を、第１態様の第１の例におけるフラグ形式で表した一具体例を示す図である。なお、図５９では、各係数がスキャン順に左から右に向けて配列されている。

【0431】

エントロピー符号化部１１０は、図５８に示すサブブロックに対してスキャンを行う。つまり、エントロピー符号化部１１０は、サブブロックに含まれる各係数を予め定められた順（すなわちスキャン順）に取得する。例えば、エントロピー符号化部１１０は、サブブロックの右下にある係数から左上にある係数に向かって斜め方向に沿った順序で各係数を取得する。図５８に示す例では、エントロピー符号化部１１０は、図５８に示すように、１、１、０、２、３、４、７、５、４、５、３、６、１０、８、１０、２０の順で各係数を取得する。そして、エントロピー符号化部１１０は、その取得された順に各係数をフラグ形式に変換する。

【0432】

具体的には、エントロピー符号化部１１０は、係数が「１」であれば、ＡｂｓＬｅｖｅｌが「１」であるため、その係数に対して、ｓｉｇ＿ｆｌａｇ＝１、ｐａｒｉｔｙ＿ｆｌａｇ＝０、およびｇｔ１＿ｆｌａｇ＝０を符号化する。

【0433】

また、エントロピー符号化部１１０は、係数が「０」であれば、その係数に対して、ｓｉｇ＿ｆｌａｇ＝０を符号化する。また、エントロピー符号化部１１０は、係数が「４」であれば、ＡｂｓＬｅｖｅｌが「４」であるため、その係数に対して、ｓｉｇ＿ｆｌａｇ＝１、ｐａｒｉｔｙ＿ｆｌａｇ＝１、ｇｔ１＿ｆｌａｇ＝１、およびｇｔ２＿ｆｌａｇ＝０を符号化する。また、エントロピー符号化部１１０は、係数が「７」であれば、ＡｂｓＬｅｖｅｌが「７」であるため、その係数に対して、ｓｉｇ＿ｆｌａｇ＝１、ｐａｒｉｔｙ＿ｆｌａｇ＝０、ｇｔ１＿ｆｌａｇ＝１、ｇｔ２＿ｆｌａｇ＝１、およびｒｅｍａｉｎｄｅｒ＝１を符号化する。

【0434】

また、エントロピー符号化部１１０は、これらのｓｉｇ＿ｆｌａｇ、ｐａｒｉｔｙ＿ｆｌａｇ、ｇｔ１＿ｆｌａｇ、ｇｔ２＿ｆｌａｇ、およびｒｅｍａｉｎｄｅｒを算術符号化する。算術符号化には、例えばＣＡＢＡＣ（Context-Based Adaptive Binary Arithmetic Coding）が用いられる。また、ｓｉｇ＿ｆｌａｇ、ｐａｒｉｔｙ＿ｆｌａｇ、ｇｔ１＿ｆｌａｇ、およびｇｔ２＿ｆｌａｇに対しては、適応的な可変のシンボル発生確率が用いられ、ｒｅｍａｉｎｄｅｒに対しては、固定のシンボル発生確率が用いられてもよい。つまり、エントロピー符号化部１１０は、ＣＡＢＡＣによってシンボル発生確率を更新しながらｓｉｇ＿ｆｌａｇ、ｐａｒｉｔｙ＿ｆｌａｇ、ｇｔ１＿ｆｌａｇ、およびｇｔ２＿ｆｌａｇを算術符号化する。一方、ｒｅｍａｉｎｄｅｒについては、エントロピー符号化部１１０は、そのｒｅｍａｉｎｄｅｒに対して上述のライスパラメタを決定し、そのライスパラメタに応じた二値化方法によってｒｅｍａｉｎｄｅｒを二値化する。そして、エントロピー符号化部１１０は、ＣＡＢＡＣのバイパス処理により、固定のシンボル発生確率を用いて、二値化されたｒｅｍａｉｎｄｅｒを算術符号化する。

【0435】

また、第１態様の第１の例におけるエントロピー復号部２０２は、図５７に示すシンタックスによって構成される符号化された各係数のフラグおよびｒｅｍａｉｎｄｅｒを順に復号する。そして、エントロピー復号部２０２は、符号化された係数ごとに、復号されたフラグおよびｒｅｍａｉｎｄｅｒなどを用いて上述のようにＡｂｓＬｅｖｅｌを算出することによって、その符号化された係数を復号する。

【0436】

＜第１態様の第１の例における効果＞
このような第１態様の第１の例では、係数の符号化において、ｇｔ１＿ｆｌａｇおよびｇｔ２＿ｆｌａｇなどの各フラグを用いることによって、ｒｅｍａｉｎｄｅｒの符号量を抑えることができる。

【0437】

なお、一般に、符号化ユニットまたは変換ユニットでは、サブブロックが低域側（つまり左上側）にあるほど、そのサブブロックには０でない係数が多い。図５９に示す例では、サブブロックに含まれる多くの係数に対して、ｇｔ１＿ｆｌａｇおよびｇｔ２＿ｆｌａｇなどが用いられている。また、このように、サブブロック内に３以上の値を持つ係数が多い場合、そのサブブロックの符号量は、ｇｔ１＿ｆｌａｇおよびｇｔ２＿ｆｌａｇによって大きくなる可能性がある。

【0438】

また、各フラグをＣＡＢＡＣによってシンボル発生確率を更新しながら算術符号化する場合には、バイパス処理によって算術符号化するよりも処理負担が大きい。したがって、各フラグをＣＡＢＡＣによってシンボル発生確率を更新しながら算術符号化する場合には、これらのフラグが多いほど、処理負担が大きくなる。したがって、これらのフラグの数を制限してもよい。

【0439】

＜第１態様の第２の例＞
図６０は、第１態様の第２の例におけるエントロピー符号化部１１０の全体的な処理動作を示すフローチャートである。

【0440】

第１態様の第２の例では、第１の例とは異なり、サブブロックに用いられるｇｔ１＿ｆｌａｇおよびｇｔ２＿ｆｌａｇのそれぞれの数が制限されている。例えば、ｇｔ１＿ｆｌａｇの数は、ｎ＿１個までに制限され、ｇｔ２＿ｆｌａｇの数は、ｎ＿２個までに制限されている。例えば、ｎ＿１は、１≦ｎ＿１≦１６を満たす整数であり、ｎ＿２は、１≦ｎ＿２≦１６を満たす整数である。

【0441】

例えば、図６０に示すように、エントロピー符号化部１１０は、サブブロックごとに、そのサブブロック内の各係数が符号化されるように、ステップＳ２１０～Ｓ２３０およびＳ１４０の処理を繰り返す。

【0442】

具体的には、まず、エントロピー符号化部１１０は、サブブロック内の各係数について、その係数のｓｉｇ＿ｆｌａｇを符号化し、そのｓｉｇ＿ｆｌａｇが１であれば、その係数のｐａｒｉｔｙ＿ｆｌａｇを符号化する。さらに、エントロピー符号化部１１０は、その係数が、０ではないｎ＿１番目以内の係数であれば、その係数のＡｂｓＬｅｖｅｌが３以上か否かの判定に基づいて、その係数のｇｔ１＿ｆｌａｇを符号化する（ステップＳ２１０）。なお、０ではないｎ＿１番目以内の係数は、サブブロック内の０ではない各係数のうちの、スキャン順でｎ＿１番目以内にある係数である。

【0443】

次に、エントロピー符号化部１１０は、サブブロック内の各係数について、その係数が、３以上のＡｂｓＬｅｖｅｌを有するｎ＿２番目以内の係数であれば、その係数のＡｂｓＬｅｖｅｌが５以上か否かの判定に基づいて、その係数のｇｔ２＿ｆｌａｇを符号化する（ステップＳ２２０）。なお、３以上のＡｂｓＬｅｖｅｌを有するｎ＿２番目以内の係数は、サブブロック内の３以上のＡｂｓＬｅｖｅｌを有する各係数のうちの、スキャン順でｎ＿２番目以内にある係数である。

【0444】

次に、エントロピー符号化部１１０は、サブブロック内の各係数について、その係数のＡｂｓＬｅｖｅｌがｂａｓｅＬｅｖｅｌ以上であれば、その係数のｒｅｍａｉｎｄｅｒ＝（ＡｂｓＬｅｖｅｌ－ｂａｓｅＬｅｖｅｌ）／２を符号化する（ステップＳ２３０）。ｂａｓｅＬｅｖｅｌは、ｇｔ１＿ｆｌａｇおよびｇｔ２＿ｆｌａｇのそれぞれが使用された数に応じて異なる値である。例えば、ｂａｓｅＬｅｖｅｌの初期値は５である。また、ｂａｓｅＬｅｖｅｌは、ｇｔ２＿ｆｌａｇがｎ＿２個使用されると、その初期値５から３に更新され、その後、ｇｔ１＿ｆｌａｇがｎ＿１個（例えばｎ＿１＞ｎ＿２）使用されると、３から１に更新される。

【0445】

そして、エントロピー符号化部１１０は、サブブロック内の各係数について、係数が０でなければ、その係数の符号（プラスまたはマイナス）を符号化する（ステップＳ１４０）。

【0446】

エントロピー符号化部１１０は、サブブロックに対してステップＳ２１０～Ｓ２３０およびＳ１４０の処理を行うと、他のサブブロックに対しても同様に、ステップＳ２１０～Ｓ２３０およびＳ１４０の処理を行う。

【0447】

図６１は、図６０のステップＳ２１０における詳細な処理動作の一例を示すフローチャートである。なお、図６１に示すフローチャートは、図５４に示すフローチャートのステップＳ１１１～Ｓ１１７を含み、さらにステップＳ２１１を含む。

【0448】

つまり、エントロピー符号化部１１０は、サブブロック内の各係数に対して、ステップＳ１１１～Ｓ１１７およびＳ２１１の処理を繰り返す。

【0449】

具体的には、エントロピー符号化部１１０は、上述の第１の例と同様に、ステップＳ１１１～１１４ｂの処理を実行する。その後、エントロピー符号化部１１０は、符号化対象の係数ａが、０ではないｎ＿１番目以内の係数であるか否かを判定する（ステップＳ２１１）。ここで、エントロピー符号化部１１０は、符号化対象の係数ａが、０ではないｎ＿１番目以内の係数であると判定すると（ステップＳ２１１のＹｅｓ）、上述の第１の例と同様に、ステップＳ１１５～Ｓ１１７の処理を実行する。一方、エントロピー符号化部１１０は、符号化対象の係数ａが、０ではないｎ＿１番目以内の係数ではないと判定すると（ステップＳ２１１のＮｏ）、ステップＳ１１５～Ｓ１１６ｂの処理を行うことなく、ステップＳ１１７の処理を実行する。つまり、第１の例では、エントロピー符号化部１１０は、サブブロック内の全ての０でない係数に対してｇｔ１＿ｆｌａｇを用いている。しかし、第２の例では、エントロピー符号化部１１０は、ｇｔ１＿ｆｌａｇをｎ＿１回使用すると、その後に、０ではない係数を符号化するときには、その係数に対してｇｔ１＿ｆｌａｇを用いない。

【0450】

図６２は、図６０のステップＳ２２０における詳細な処理動作の一例を示すフローチャートである。なお、図６２に示すフローチャートは、図５５に示すフローチャートのステップＳ１２２～Ｓ１２３ｂを含み、ステップＳ１２１の代わりにステップＳ２２１を含む。

【0451】

つまり、エントロピー符号化部１１０は、サブブロック内の各係数に対して、ステップＳ２２１およびＳ１２２～Ｓ１２３ｂの処理を繰り返す。

【0452】

具体的には、エントロピー符号化部１１０は、符号化対象の係数ａが、ＡｂｓＬｅｖｅｌ≧３を満たすｎ＿２番目以内の係数であるか否かを判定する（ステップＳ２２１）。ここで、エントロピー符号化部１１０は、係数ａが、ＡｂｓＬｅｖｅｌ≧３を満たすｎ＿２番目以内の係数ではないと判定すると（ステップＳ２２１のＮｏ）、その係数ａに対するｇｔ２＿ｆｌａｇの符号化を行わない。一方、エントロピー符号化部１１０は、係数ａが、ＡｂｓＬｅｖｅｌ≧３を満たすｎ＿２番目以内の係数であると判定すると（ステップＳ２２１のＹｅｓ）、さらに、ＡｂｓＬｅｖｅｌが５以上であるか否かを判定する（ステップＳ１２２）。ここで、エントロピー符号化部１１０は、ＡｂｓＬｅｖｅｌが５以上であると判定すると（ステップＳ１２２のＹｅｓ）、その係数に対してｇｔ２＿ｆｌａｇ＝１を符号化する（ステップＳ１２３ａ）。一方、エントロピー符号化部１１０は、ＡｂｓＬｅｖｅｌが５以上ではないと判定すると（ステップＳ１２２のＮｏ）、その係数に対してｇｔ２＿ｆｌａｇ＝０を符号化する（ステップＳ１２３ｂ）。

【0453】

エントロピー符号化部１１０は、サブブロックに含まれる係数に対してステップＳ２２１およびＳ１２２～Ｓ１２３ｂの処理を行うと、そのサブブロックに含まれる次の係数に対しても同様に、ステップＳ２２１およびＳ１２２～Ｓ１２３ｂの処理を行う。これにより、サブブロックに含まれる各係数に対して、ｇｔ２＿ｆｌａｇが必要に応じて符号化される。

【0454】

図６３は、図６０のステップＳ２３０における詳細な処理動作の一例を示すフローチャートである。

【0455】

エントロピー符号化部１１０は、まず、ｂａｓｅＬｅｖｅｌを５に設定する（ステップＳ２３１）。そして、エントロピー符号化部１１０は、サブブロック内の各係数に対して、ステップＳ２３２～Ｓ２３６の処理を繰り返す。

【0456】

具体的には、エントロピー符号化部１１０は、サブブロック内における符号化対象の係数ａのスキャン順で前にある各係数に対して、ｇｔ１＿ｆｌａｇがｎ＿１個用いられているか否かを判定する（ステップＳ２３２）。ここで、エントロピー符号化部１１０は、そのｇｔ１＿ｆｌａｇがｎ＿１個用いられていると判定すると（ステップＳ２３２のＹｅｓ）、ｂａｓｅＬｅｖｅｌを１に更新する（ステップＳ２３３）。

【0457】

一方、エントロピー符号化部１１０は、そのｇｔ１＿ｆｌａｇがｎ＿１個用いられていないと判定すると（ステップＳ２３２のＮｏ）、さらに、ｇｔ２＿ｆｌａｇの個数に関する判定を行う。つまり、エントロピー符号化部１１０は、サブブロック内における符号化対象の係数ａのスキャン順で前にある各係数に対して、ｇｔ２＿ｆｌａｇがｎ＿２個用いられているか否かを判定する（ステップＳ２３４）。ここで、エントロピー符号化部１１０は、そのｇｔ２＿ｆｌａｇがｎ＿２個用いられていると判定すると（ステップＳ２３４のＹｅｓ）、ｂａｓｅＬｅｖｅｌを３に更新する（ステップＳ２３５）。

【0458】

一方、エントロピー符号化部１１０は、そのｇｔ１＿ｆｌａｇがｎ＿２個用いられていないと判定すると（ステップＳ２３４のＮｏ）、係数ａに対してｒｅｍａｉｎｄｅｒを符号化する（ステップＳ２３６）。また、ステップＳ２３３およびＳ２３５のそれぞれの処理が行われた後にも、エントロピー符号化部１１０は、係数ａに対してｒｅｍａｉｎｄｅｒを符号化する（ステップＳ２３６）。すなわち、エントロピー符号化部１１０は、（ＡｂｓＬｅｖｅｌ－ｂａｓｅＬｅｖｅｌ）／２を符号化する。なお、ｒｅｍａｉｎｄｅｒの符号化は、ＡｂｓＬｅｖｅｌ≧ｂａｓｅＬｅｖｅｌが満たされているときに行われる。また、ｂａｓｅＬｅｖｅｌは、ステップＳ２３３およびＳ２３５のいずれの処理も行われていない場合には、５である。また、ｂａｓｅＬｅｖｅｌは、ステップＳ２３３の処理が行われている場合には、１であり、ステップＳ２３５の処理が行われている場合には、３である。なお、図６３に示すフローチャートでは、ｎ＿１＞ｎ＿２であってもよい。

【0459】

エントロピー符号化部１１０は、サブブロックに含まれる係数に対してステップＳ２３２～Ｓ２３６の処理を行うと、そのサブブロックに含まれる次の係数に対しても同様に、ステップＳ２３２～Ｓ２３６の処理を行う。これにより、サブブロックに含まれる各係数に対して、ｒｅｍａｉｎｄｅｒが必要に応じて符号化される。

【0460】

図６４は、第１態様の第２の例におけるエントロピー符号化に関わるシンタックスを示す図である。具体的には、図６４は、図６０～図６３のフローチャートによって示される処理によって生成されるストリームのシンタックス構成を示す。

【0461】

エントロピー符号化部１１０は、この図６４に示すシンタックスにしたがって、複数のサブブロックのそれぞれについて、そのサブブロックに含まれる各係数を符号化する。

【0462】

ここで、図６４に示すシンタックスは、図５７に示すシンタックスと比べて、さらに、２つのカウンタの設定または更新と、ｂａｓｅＬｅｖｅｌの設定または更新とを含む。２つのカウンタは、ｎｕｍＮｏｎＺｅｒｏと、ｎｕｍＵｐｐｅｒ３とである。ｎｕｍＮｏｎＺｅｒｏは、０に初期化され、ｓｉｇ＿ｆｌａｇ［ｎ］が１であれば、インクリメントされる。そして、ｓｉｇ＿ｆｌａｇ［ｎ］が１であって、かつｎｕｍＮｏｎＺｅｒｏがｎ＿１以下であれば、ａｂｓ＿ｇｔ１＿ｆｌａｇ［ｎ］が符号化される。ｎｕｍＵｐｐｅｒ３は、０に初期化される。その後、ａｂｓ＿ｇｔ１＿ｆｌａｇ［ｎ］が１であって、かつ、ｎｕｍＵｐｐｅｒ３がｎ＿２以下であれば、ａｂｓ＿ｇｔ２＿ｆｌａｇ［ｎ］が符号化され、ｎｕｍＵｐｐｅｒ３がインクリメントされる。

【0463】

また、ｒｅｍａｉｎｄｅｒの符号化では、まず、ｎｕｍＮｏｎＺｅｒｏおよびｎｕｍＵｐｐｅｒ３のそれぞれが０に初期化され、ｂａｓｅＬｅｖｅｌが５に初期化される。そして、ａｂｓＬｅｖｅｌ［ｎ］が０でなければ、ｎｕｍＮｏｎＺｅｒｏがインクリメントされ、さらに、ａｂｓＬｅｖｅｌ［ｎ］が３以上であれば、ｎｕｍＵｐｐｅｒ３がインクリメントされる。なお、ａｂｓＬｅｖｅｌ［ｎ］は、ｎ番目の係数のＡｂｓＬｅｖｅｌである。そして、ａｂｓＬｅｖｅｌ［ｎ］がｂａｓｅＬｅｖｅｌ以上であれば、ａｂｓ＿ｒｅｍａｉｎｄｅｒ［ｎ］として、ｎ番目の係数の（ＡｂｓＬｅｖｅｌ－ｂａｓｅＬｅｖｅｌ）／２が符号化される。そして、ｎｕｍＮｏｎＺｅｒｏがｎ＿１以上であれば、ｂａｓｅＬｅｖｅｌが１に更新される。さらに、ｂａｓｅＬｅｖｅｌが５であって、かつ、ｎｕｍＵｐｐｅｒ３がｎ＿２以上であれば、そのｂａｓｅＬｅｖｅｌが３に更新される。

【0464】

図６５は、図５８のサブブロックに含まれる各係数を、第１態様の第２の例におけるフラグ形式で表した一具体例を示す図である。なお、図６５では、各係数がスキャン順に左から右に向けて配列されている。

【0465】

この図６５に示す例では、ｎ＿１＝８およびｎ＿２＝１である。したがって、ｇｔ２＿ｆｌａｇは、スキャン順で最初のＡｂｓＬｅｖｅｌ≧３の係数に対して用いられ、その係数以降にある他の係数に対しては用いられない。また、ｇｔ１＿ｆｌａｇは、それぞれ０ではない、スキャン順で最初の８個の係数に対して用いられ、それ以降にある係数に対しては用いられない。さらに、ｂａｓｅＬｅｖｅｌは、初期には５に設定されているが、ｇｔ２＿ｆｌａｇを用いることができなくなったときには、３に更新され、ｇｔ１＿ｆｌａｇを用いることができなくなったときには、１に更新される。そして、このように更新されるｂａｓｅＬｅｖｅｌを用いて、ｒｅｍａｉｎｄｅｒが、（ＡｂｓＬｅｖｅｌ－ｂａｓｅＬｅｖｅｌ）／２によって算出されて符号化される。

【0466】

また、第１態様の第２の例におけるエントロピー復号部２０２は、図６４に示すシンタックスによって構成される符号化された各係数のフラグおよびｒｅｍａｉｎｄｅｒを順に復号する。そして、エントロピー復号部２０２は、符号化された係数ごとに、復号されたフラグおよびｒｅｍａｉｎｄｅｒなどを用いて上述のようにＡｂｓＬｅｖｅｌを算出することによって、その符号化された係数を復号する。

【0467】

＜第１態様の第２の例における効果＞
このような第２の例では、サブブロック内の係数に用いられるフラグ（例えば、ｇｔ１＿ｆｌａｇまたはｇｔ２＿ｆｌａｇ）の数が制限されている。したがって、フラグの符号量を削減することができる。

【0468】

具体的には、図６５に示す例では、ｇｔ１＿ｆｌａｇおよびｇｔ２＿ｆｌａｇの個数は８個および１個にそれぞれ制限されている。したがって、ｇｔ１＿ｆｌａｇが８個用いられた後には、係数が０でなくてもその係数に対してｇｔ１＿ｆｌａｇは用いられない。同様に、ｇｔ２＿ｆｌａｇが１個用いられた後には、係数のＡｂｓＬｅｖｅｌが３以上であっても、その係数に対してｇｔ２＿ｆｌａｇは用いられない。したがって、第２の例では、第１の例（例えば図５９に示す例）と比べると、ｇｔ１＿ｆｌａｇおよびｇｔ２＿ｆｌａｇのそれぞれの発生個数を少なくできるため、これらのフラグの符号化量を減らすことができる。また、ｇｔ１＿ｆｌａｇおよびｇｔ２＿ｆｌａｇの符号化に、可変のシンボル発生確率のＣＡＢＡＣが用いられる場合には、その符号化の処理負担を抑えることができる。つまり、可変のシンボル発生確率のＣＡＢＡＣは、ＣＡＢＡＣのバイパス処理よりも処理負担が大きい。しかし、この第２の例では、その可変のシンボル発生確率のＣＡＢＡＣが適用されるフラグの数を減らすことができるため、第１の例よりも処理負担を抑えることができる。つまり、第２の例では、係数の符号量の削減と、係数の符号化にかかる処理負担の軽減との両立を図ることができる。

【0469】

なお、この第２の例では、図６５において、ｇｔ１＿ｆｌａｇが用いられる最大数はｎ＿１＝８であり、ｇｔ２＿ｆｌａｇが用いられる最大数はｎ＿２＝１である。しかし、その最大数はこれらに限らず、他の値であってもよい。さらに、最大数ｎ＿１と最大数ｎ＿２とは、予め定められた固定値であってもよく、適宜設定または更新されてもよい。つまり、エントロピー符号化部１１０は、最大数ｎ＿１と最大数ｎ＿２とをそれぞれ適応的に決定してもよい。

【0470】

例えば、上述のように、サブブロック内の各係数の符号化では、これらの係数に対する特定のフラグ、つまり、ｇｔ１＿ｆｌａｇおよびｇｔ２＿ｆｌａｇ以外の特定の種別のフラグが先に符号化される。なお、特定の種別のフラグは、例えば、ｓｉｇ＿ｆｌａｇおよびｐａｒｉｔｙ＿ｆｌａｇのうちの少なくとも１つのフラグなどである。その特定の種別のフラグの後に、各係数に対するｇｔ１＿ｆｌａｇが符号化され、その後に、各係数に対するｇｔ２＿ｆｌａｇが符号化される。このような場合、エントロピー符号化部１１０は、その特定の種別のフラグの総数Ｍに依存する値として、最大数ｎ＿１を決定してもよい。あるいは、エントロピー符号化部１１０は、その特定の種別のフラグのうち、０または１などの特定の値を示すフラグの総数Ｍａに依存する値として、最大数ｎ＿１を決定してもよい。また、エントロピー符号化部１１０は、その特定の種別のフラグおよびｇｔ１＿ｆｌａｇのうちの少なくとも１つのフラグの総数Ｎに依存する値として、最大数ｎ＿２を決定してもよい。あるいは、エントロピー符号化部１１０は、その特定の種別のフラグおよびｇｔ１＿ｆｌａｇのうちの少なくとも１つのフラグのうち、０または１などの特定の値を示すフラグの総数Ｎａに依存する値として、最大数ｎ＿２を決定してもよい。なお、上述のフラグの総数Ｍ、Ｍａ、Ｎ、およびＮａは、いずれも既に符号化されたフラグの総数であってもよい。

【0471】

なお、この第２の例では、ｇｔ１＿ｆｌａｇおよびｇｔ２＿ｆｌａｇについて、最大数に達した場合にそのフラグの符号化を行わない方法について説明したが、本開示はそれらのフラグに限るものではない。例えば、ｇｔ１＿ｆｌａｇおよびｇｔ２＿ｆｌａｇ以外のフラグであっても、係数の絶対値の符号化に関わるフラグであり、かつシンボル発生確率の更新を伴うＣＡＢＡＣを用いて符号化されるフラグであれば、同様の方法を用いてそのフラグの符号化を行うかどうかを切り替えてもよい。

【0472】

［第２態様］
上記第１態様の第２の例では、用いられるｇｔ１＿ｆｌａｇの数が最大数ｎ＿１以下に制限され、用いられるｇｔ２＿ｆｌａｇの数が最大数ｎ＿２以下に制限されている。この第２態様では、ｎ＿２＝０である。つまり、第２態様では、ｇｔ２＿ｆｌａｇは用いられない。

【0473】

図６６は、第２態様におけるエントロピー符号化部１１０の全体的な処理動作を示すフローチャートである。

【0474】

エントロピー符号化部１１０は、サブブロックごとに、そのサブブロック内の各係数が符号化されるように、ステップＳ２１０、Ｓ３３０およびＳ１４０の処理を繰り返す。

【0475】

具体的には、まず、エントロピー符号化部１１０は、サブブロック内の各係数について、その係数のｓｉｇ＿ｆｌａｇを符号化し、そのｓｉｇ＿ｆｌａｇが１であれば、その係数のｐａｒｉｔｙ＿ｆｌａｇを符号化する。さらに、エントロピー符号化部１１０は、その係数が、０ではないｎ＿１番目以内の係数であれば、その係数のＡｂｓＬｅｖｅｌが３以上か否かの判定に基づいて、その係数のｇｔ１＿ｆｌａｇを符号化する（ステップＳ２１０）。

【0476】

次に、エントロピー符号化部１１０は、サブブロック内の各係数について、その係数のＡｂｓＬｅｖｅｌがｂａｓｅＬｅｖｅｌ以上であれば、その係数のｒｅｍａｉｎｄｅｒ＝（ＡｂｓＬｅｖｅｌ－ｂａｓｅＬｅｖｅｌ）／２を符号化する（ステップＳ３３０）。この第２態様では、ｂａｓｅＬｅｖｅｌは、ｇｔ１＿ｆｌａｇが使用された数に応じて異なる値である。例えば、ｂａｓｅＬｅｖｅｌの初期値は３である。また、ｂａｓｅＬｅｖｅｌは、ｇｔ１＿ｆｌａｇがｎ＿１個使用されると、３から１に更新される。

【0477】

そして、エントロピー符号化部１１０は、サブブロック内の各係数について、係数が０でなければ、その係数の符号（プラスまたはマイナス）を符号化する（ステップＳ１４０）。

【0478】

エントロピー符号化部１１０は、サブブロックに対してステップＳ２１０、Ｓ３３０およびＳ１４０の処理を行うと、他のサブブロックに対しても同様に、ステップＳ２１０、Ｓ３３０およびＳ１４０の処理を行う。なお、ステップＳ２１０の処理は、図６１に示すフローチャートにしたがって行われる。

【0479】

図６７は、図６６のステップＳ３３０における詳細な処理動作の一例を示すフローチャートである。

【0480】

エントロピー符号化部１１０は、まず、ｂａｓｅＬｅｖｅｌを３に設定する（ステップＳ２３５）。そして、エントロピー符号化部１１０は、サブブロック内の各係数に対して、ステップＳ２３２、Ｓ２３３およびＳ２３６の処理を繰り返す。

【0481】

具体的には、エントロピー符号化部１１０は、サブブロック内における符号化対象の係数ａのスキャン順で前にある各係数に対して、ｇｔ１＿ｆｌａｇがｎ＿１個用いられているか否かを判定する（ステップＳ２３２）。ここで、エントロピー符号化部１１０は、そのｇｔ１＿ｆｌａｇがｎ＿１個用いられていると判定すると（ステップＳ２３２のＹｅｓ）、ｂａｓｅＬｅｖｅｌを１に更新する（ステップＳ２３３）。

【0482】

一方、エントロピー符号化部１１０は、そのｇｔ１＿ｆｌａｇがｎ＿１個用いられていないと判定すると（ステップＳ２３２のＮｏ）、係数ａに対してｒｅｍａｉｎｄｅｒを符号化する（ステップＳ２３６）。また、ステップＳ２３３の処理が行われた後にも、エントロピー符号化部１１０は、係数ａに対してｒｅｍａｉｎｄｅｒを符号化する（ステップＳ２３６）。すなわち、エントロピー符号化部１１０は、（ＡｂｓＬｅｖｅｌ－ｂａｓｅＬｅｖｅｌ）／２を符号化する。なお、ｒｅｍａｉｎｄｅｒの符号化は、ＡｂｓＬｅｖｅｌ≧ｂａｓｅＬｅｖｅｌが満たされているときに行われる。また、ｂａｓｅＬｅｖｅｌは、ステップＳ２３３の処理が行われていない場合には、３であり、ステップＳ２３３の処理が行われている場合には、１である。

【0483】

エントロピー符号化部１１０は、サブブロックに含まれる係数に対してステップＳ２３２、Ｓ２３３およびＳ２３６の処理を行うと、そのサブブロックに含まれる次の係数に対しても同様に、ステップ２３２、Ｓ２３３およびＳ２３６の処理を行う。これにより、サブブロックに含まれる各係数に対して、ｒｅｍａｉｎｄｅｒが必要に応じて符号化される。

【0484】

図６８は、第２態様におけるエントロピー符号化に関わるシンタックスを示す図である。具体的には、図６８は、図６１、図６６および図６７のフローチャートによって示される処理によって生成されるストリームのシンタックス構成を示す。

【0485】

エントロピー符号化部１１０は、この図６８に示すシンタックスにしたがって、複数のサブブロックのそれぞれについて、そのサブブロックに含まれる各係数を符号化する。

【0486】

ここで、図６８に示すシンタックスは、図６４に示すシンタックスと比べて、ｎｕｍＵｐｐｅｒ３の設定または更新と、ｇｔ２＿ｆｌａｇの符号化とを含んでいない。また、ｒｅｍａｉｎｄｅｒの符号化では、図６４に示すシンタックスとは異なり、ｂａｓｅＬｅｖｅｌが３に初期化される。

【0487】

図６９は、図５８のサブブロックに含まれる各係数を、第２態様におけるフラグ形式で表した一具体例を示す図である。なお、図６９では、各係数がスキャン順に左から右に向けて配列されている。

【0488】

この図６９に示す例では、ｎ＿１＝１６である。したがって、ｇｔ１＿ｆｌａｇは、それぞれ０ではない、スキャン順で最初の１６個の係数に対して用いられ、それ以降にある係数に対しては用いられない。さらに、ｂａｓｅＬｅｖｅｌは、初期には３に設定されているが、ｇｔ１＿ｆｌａｇを用いることができなくなったときには、１に更新される。そして、このように更新されるｂａｓｅＬｅｖｅｌを用いて、ｒｅｍａｉｎｄｅｒが、（ＡｂｓＬｅｖｅｌ－ｂａｓｅＬｅｖｅｌ）／２によって算出されて符号化される。

【0489】

また、第２態様におけるエントロピー復号部２０２は、図６８に示すシンタックスによって構成される符号化された各係数のフラグおよびｒｅｍａｉｎｄｅｒを順に復号する。そして、エントロピー復号部２０２は、符号化された係数ごとに、復号されたフラグおよびｒｅｍａｉｎｄｅｒなどを用いて上述のようにＡｂｓＬｅｖｅｌを算出することによって、その符号化された係数を復号する。

【0490】

＜第２態様における効果＞
この第２態様では、ｇｔ２＿ｆｌａｇは用いられない。これにより、フラグの符号量を削減し、処理負担を軽減することができる。また、第１態様の第２の例と同様に、ｇｔ１＿ｆｌａｇの個数がｎ＿１個以下に制限されていることにより、さらに、処理負担を軽減することができる。

【0491】

具体的には、図６９に示す例では、ｇｔ２＿ｆｌａｇは用いられず、ｇｔ１＿ｆｌａｇの個数は１６個以下に制限されている。したがって、ｇｔ１＿ｆｌａｇが１６個用いられた後には、係数が０でなくてもその係数に対してｇｔ１＿ｆｌａｇは用いられない。また、第１態様の第２の例と同様に、ｇｔ１＿ｆｌａｇの個数は８個以下に制限されていてもよく、１６個または８個以外の任意の個数に制限されていてもよい。したがって、第２態様では、第１態様の第２の例（例えば図６５に示す例）と比べると、フラグの符号化量をさらに減らすことができる。また、ｇｔ１＿ｆｌａｇおよびｇｔ２＿ｆｌａｇの符号化に、可変のシンボル発生確率のＣＡＢＡＣが用いられる場合には、その符号化の処理負担を抑えることができる。つまり、可変のシンボル発生確率のＣＡＢＡＣは、ＣＡＢＡＣのバイパス処理よりも処理負担が大きい。しかし、この第２態様では、その可変のシンボル発生確率のＣＡＢＡＣが適用されるフラグの数をさらに減らすことができるため、第１態様の第２の例よりも処理負担をさらに抑えることができる。

【0492】

［第３態様］
第１態様および第２態様では、ｓｕｍ＿ｍｉｎｕｓ１によってライスパラメタが決定され、そのライスパラメタに応じた符号化方法でｒｅｍａｉｎｄｅｒが符号化される。具体的には、ライスパラメタは、ｓｕｍ＿ｍｉｎｕｓ１と閾値（例えば、１２または２５など）との比較によって決定される。

【0493】

第３態様では、第２態様と同様、ｇｔ１＿ｆｌａｇおよびｇｔ２＿ｆｌａｇのそれぞれの数が制限され、それらのフラグが用いられた数に応じてｂａｓｅＬｅｖｅｌが更新される。さらに、第３態様では、ライスパラメタを決定するためにｓｕｍ＿ｍｉｎｕｓ１と比較される上述の閾値が、そのｂａｓｅＬｅｖｅｌに応じて変更される。

【0494】

図７０は、第３態様におけるエントロピー符号化部１１０の全体的な処理動作を示すフローチャートである。なお、図７０に示すフローチャートは、図６０のフローチャートに含まれるステップＳ２３０の代わりにステップＳ４３０を含む。

【0495】

第３態様では、第１態様の第２の例と同様、サブブロックに用いられるｇｔ１＿ｆｌａｇおよびｇｔ２＿ｆｌａｇのそれぞれの数が制限されている。例えば、ｇｔ１＿ｆｌａｇの数は、ｎ＿１個までに制限され、ｇｔ２＿ｆｌａｇの数は、ｎ＿２個までに制限されている。例えば、ｎ＿１は、１≦ｎ＿１≦１６を満たす整数であり、ｎ＿２は、１≦ｎ＿２≦１６を満たす整数である。

【0496】

例えば、図７０に示すように、エントロピー符号化部１１０は、サブブロックごとに、そのサブブロック内の各係数が符号化されるように、ステップＳ２１０、Ｓ２２０、Ｓ４３０およびＳ１４０の処理を繰り返す。

【0497】

具体的には、エントロピー符号化部１１０は、第１態様の第２の例と同様に、ステップＳ２１０およびＳ２２０の処理を行う。すなわち、エントロピー符号化部１１０は、まず、サブブロック内の各係数について、その係数のｓｉｇ＿ｆｌａｇを符号化し、そのｓｉｇ＿ｆｌａｇが１であれば、その係数のｐａｒｉｔｙ＿ｆｌａｇを符号化する。さらに、エントロピー符号化部１１０は、その係数が、０ではないｎ＿１番目以内の係数であれば、その係数のＡｂｓＬｅｖｅｌが３以上か否かの判定に基づいて、その係数のｇｔ１＿ｆｌａｇを符号化する（ステップＳ２１０）。そして、エントロピー符号化部１１０は、サブブロック内の各係数について、その係数が、３以上のＡｂｓＬｅｖｅｌを有するｎ＿２番目以内の係数であれば、その係数のＡｂｓＬｅｖｅｌが５以上か否かの判定に基づいて、その係数のｇｔ２＿ｆｌａｇを符号化する（ステップＳ２２０）。

【0498】

次に、エントロピー符号化部１１０は、サブブロック内の各係数について、その係数のＡｂｓＬｅｖｅｌがｂａｓｅＬｅｖｅｌ以上であれば、その係数のｒｅｍａｉｎｄｅｒ＝（ＡｂｓＬｅｖｅｌ－ｂａｓｅＬｅｖｅｌ）／２を符号化する（ステップＳ４３０）。このとき、第３態様では、エントロピー符号化部１１０は、ｂａｓｅＬｅｖｅｌに応じて異なるライスパラメタを決定し、そのライスパラメタに応じた符号化方法で上述のｒｅｍａｉｎｄｅｒを符号化する。

【0499】

そして、エントロピー符号化部１１０は、サブブロック内の各係数について、係数が０でなければ、その係数の符号（プラスまたはマイナス）を符号化する（ステップＳ１４０）。

【0500】

エントロピー符号化部１１０は、サブブロックに対してステップＳ２１０、Ｓ２２０、Ｓ４３０およびＳ１４０の処理を行うと、他のサブブロックに対しても同様に、ステップＳ２１０、Ｓ２２０、Ｓ４３０およびＳ１４０の処理を行う。

【0501】

図７１は、図７０のステップＳ４３０における詳細な処理動作の一例を示すフローチャートである。なお、図７１に示すフローチャートは、図６３のフローチャートに含まれるステップＳ２３６の代わりにステップＳ４３１を含む。

【0502】

エントロピー符号化部１１０は、第１態様の第２の例と同様に、まず、ｂａｓｅＬｅｖｅｌを５に設定する（ステップＳ２３１）。そして、エントロピー符号化部１１０は、サブブロック内の各係数に対して、ステップＳ２３２～Ｓ２３５およびＳ４３１の処理を繰り返す。

【0503】

具体的には、エントロピー符号化部１１０は、第１態様の第２の例と同様に、符号化対象の係数ａに対してステップＳ２３２～Ｓ２３５の処理を行う。

【0504】

そして、エントロピー符号化部１１０は、サブブロック内における符号化対象の係数ａのスキャン順で前にある各係数に対して、ｇｔ２＿ｆｌａｇがｎ＿２個用いられていないと判定すると（ステップＳ２３４のＮｏ）、係数ａに対してｒｅｍａｉｎｄｅｒを符号化する（ステップＳ４３１）。また、ステップＳ２３３およびＳ２３５のそれぞれの処理が行われた後にも、エントロピー符号化部１１０は、係数ａに対してｒｅｍａｉｎｄｅｒを符号化する（ステップＳ２３６）。すなわち、エントロピー符号化部１１０は、（ＡｂｓＬｅｖｅｌ－ｂａｓｅＬｅｖｅｌ）／２を符号化する。なお、ｒｅｍａｉｎｄｅｒを符号化は、ＡｂｓＬｅｖｅｌ≧ｂａｓｅＬｅｖｅｌが満たされているときに行われる。

【0505】

エントロピー符号化部１１０は、サブブロックに含まれる係数に対してステップＳ２３２～Ｓ２３５およびＳ４３１の処理を行うと、そのサブブロックに含まれる次の係数に対しても同様に、ステップＳ２３２～Ｓ２３５およびＳ４３１の処理を行う。これにより、サブブロックに含まれる各係数に対して、ｒｅｍａｉｎｄｅｒが必要に応じて符号化される。

【0506】

ここで、ステップＳ４３１において、ｂａｓｅＬｅｖｅｌは、ステップＳ２３３およびＳ２３５のいずれの処理も行われていない場合には、５である。また、ｂａｓｅＬｅｖｅｌは、ステップＳ２３３の処理が行われている場合には、１であり、ステップＳ２３５の処理が行われている場合には、３である。そして、この第３態様では、エントロピー符号化部１１０は、そのｂａｓｅＬｅｖｅｌに応じて異なるライスパラメタを決定し、そのライスパラメタに応じた符号化方法で上述のｒｅｍａｉｎｄｅｒを符号化する。ライスパラメタに応じた符号化方法は、例えば図５０に示す３つの符号化方法のうちの何れかである。

【0507】

具体的には、第３態様では、ｂａｓｅＬｅｖｅｌの値に応じて、ライスパラメタを決定するための閾値が変更される。

【0508】

つまり、ｂａｓｅＬｅｖｅｌ＝５のときには、その閾値として第１態様および第２態様と同様に、その閾値として１２および２５が用いられる。したがって、エントロピー符号化部１１０は、ｓｕｍ＿ｍｉｎｕｓ１＜１２のときには、ライスパラメタをｇ＝０に決定する。また、エントロピー符号化部１１０は、１２≦ｓｕｍ＿ｍｉｎｕｓ１＜２５のときには、ライスパラメタをｇ＝１に決定する。また、エントロピー符号化部１１０は、２５≦ｓｕｍ＿ｍｉｎｕｓ１のときには、ライスパラメタをｇ＝２に決定する。エントロピー符号化部１１０は、このように決定されたライスパラメタに対応する符号化方法を選択し、その符号化方法を用いてｒｅｍａｉｎｄｅｒ、すなわち（ＡｂｓＬｅｖｅｌ－ｂａｓｅＬｅｖｅｌ）／２をゴロム・ライス符号化する。

【0509】

また、ｂａｓｅＬｅｖｅｌ＝３のときには、その閾値として、１２よりも小さな値であるｔｈｒｅｓ＿１と、２５よりも小さな値であるｔｈｒｅｓ＿２とが用いられる。なお、ｔｈｒｅｓ＿１とｔｈｒｅｓ＿２とは、ｔｈｒｅｓ＿１＜ｔｈｒｅｓ＿２の関係を満たす。したがって、エントロピー符号化部１１０は、ｓｕｍ＿ｍｉｎｕｓ１＜ｔｈｒｅｓ＿１のときには、ライスパラメタをｇ＝０に決定する。また、エントロピー符号化部１１０は、ｔｈｒｅｓ＿１≦ｓｕｍ＿ｍｉｎｕｓ１＜ｔｈｒｅｓ＿２のときには、ライスパラメタをｇ＝１に決定する。また、エントロピー符号化部１１０は、ｔｈｒｅｓ＿２≦ｓｕｍ＿ｍｉｎｕｓ１のときには、ライスパラメタをｇ＝２に決定する。エントロピー符号化部１１０は、このように決定されたライスパラメタに対応する符号化方法を選択し、その符号化方法を用いてｒｅｍａｉｎｄｅｒ、すなわち（ＡｂｓＬｅｖｅｌ－ｂａｓｅＬｅｖｅｌ）／２をゴロム・ライス符号化する。

【0510】

また、ｂａｓｅＬｅｖｅｌ＝１のときには、その閾値として、ｔｈｒｅｓ＿１よりも小さな値であるｔｈｒｅｓ＿３と、ｔｈｒｅｓ＿２よりも小さな値であるｔｈｒｅｓ＿４とが用いられる。なお、ｔｈｒｅｓ＿３とｔｈｒｅｓ＿４とは、ｔｈｒｅｓ＿３＜ｔｈｒｅｓ＿４の関係を満たす。したがって、エントロピー符号化部１１０は、ｓｕｍ＿ｍｉｎｕｓ１＜ｔｈｒｅｓ＿３のときには、ライスパラメタをｇ＝０に決定する。また、エントロピー符号化部１１０は、ｔｈｒｅｓ＿３≦ｓｕｍ＿ｍｉｎｕｓ１＜ｔｈｒｅｓ＿４のときには、ライスパラメタをｇ＝１に決定する。また、エントロピー符号化部１１０は、ｔｈｒｅｓ＿４≦ｓｕｍ＿ｍｉｎｕｓ１のときには、ライスパラメタをｇ＝２に決定する。エントロピー符号化部１１０は、このように決定されたライスパラメタに対応する符号化方法を選択し、その符号化方法を用いてｒｅｍａｉｎｄｅｒ、すなわち（ＡｂｓＬｅｖｅｌ－ｂａｓｅＬｅｖｅｌ）／２をゴロム・ライス符号化する。

【0511】

より具体的な一例として、上述の４つの閾値は、ｔｈｒｅｓ＿１＝２、ｔｈｒｅｓ＿２＝１２、ｔｈｒｅｓ＿３＝１、およびｔｈｒｅｓ＿４＝２である。

【0512】

このような例において、ｂａｓｅＬｅｖｅｌ＝３の場合には、ライスパラメタは以下のように決定される。

【0513】

ｓｕｍ＿ｍｉｎｕｓ１＜２のときには、ライスパラメタはｇ＝０に決定される。これは、ｇ＝０であれば、ｒｅｍａｉｎｄｅｒの符号長を最も短くすることができるからである。つまり、ｓｕｍ＿ｍｉｎｕｓ１＜２のときには、例えば図５１に示すように、符号化対象の係数の周囲にある５つの周辺係数は、平均的に１または２である。したがって、符号化対象の係数は、３または４と予測され、その符号化対象の係数のｒｅｍａｉｎｄｅｒは、０と予測される。これにより、図５２に示すように、ライスパラメタがｇ＝０であれば、そのｒｅｍａｉｎｄｅｒの符号長を最も短くすることができる。

【0514】

２≦ｓｕｍ＿ｍｉｎｕｓ１＜１２のときには、ライスパラメタはｇ＝１に決定される。これは、ｇ＝１であれば、ｒｅｍａｉｎｄｅｒの符号長を最も短くすることができるからである。つまり、２≦ｓｕｍ＿ｍｉｎｕｓ１＜１２のときには、例えば図５１に示すように、符号化対象の係数の周囲にある５つの周辺係数は、平均的に３または４である。したがって、符号化対象の係数は、５または６と予測され、その符号化対象の係数のｒｅｍａｉｎｄｅｒは、１と予測される。これにより、図５２に示すように、ライスパラメタがｇ＝１であれば、そのｒｅｍａｉｎｄｅｒの符号長を最も短くすることができる。

【0515】

１２≦ｓｕｍ＿ｍｉｎｕｓ１のときには、ライスパラメタはｇ＝２に決定される。これは、ｇ＝２であれば、ｒｅｍａｉｎｄｅｒの符号長を最も短くすることができるからである。つまり、１２≦ｓｕｍ＿ｍｉｎｕｓ１のときには、例えば図５１に示すように、符号化対象の係数の周囲にある５つの周辺係数は、平均的に５以上である。したがって、符号化対象の係数は、７以上と予測され、その符号化対象の係数のｒｅｍａｉｎｄｅｒは、２以上と予測される。これにより、図５２に示すように、ライスパラメタがｇ＝２であれば、そのｒｅｍａｉｎｄｅｒの符号長を最も短くすることができる。

【0516】

また、ｂａｓｅＬｅｖｅｌ＝１の場合には、ライスパラメタは以下のように決定される。

【0517】

ｓｕｍ＿ｍｉｎｕｓ１＝０のときには、ライスパラメタはｇ＝０に決定される。これは、ｇ＝０であれば、ｒｅｍａｉｎｄｅｒの符号長を最も短くすることができるからである。つまり、ｓｕｍ＿ｍｉｎｕｓ１＝０のときには、例えば図５１に示すように、符号化対象の係数の周囲にある５つの周辺係数は、平均的に０または１である。したがって、符号化対象の係数は、１または２と予測され、その符号化対象の係数のｒｅｍａｉｎｄｅｒは、０と予測される。これにより、図５２に示すように、ライスパラメタがｇ＝０であれば、そのｒｅｍａｉｎｄｅｒの符号長を最も短くすることができる。

【0518】

１≦ｓｕｍ＿ｍｉｎｕｓ１＜２のときには、ライスパラメタはｇ＝１に決定される。これは、ｇ＝１であれば、ｒｅｍａｉｎｄｅｒの符号長を最も短くすることができるからである。つまり、１≦ｓｕｍ＿ｍｉｎｕｓ１＜２のときには、例えば図５１に示すように、符号化対象の係数の周囲にある５つの周辺係数は、平均的に１または２である。したがって、符号化対象の係数は、３または４と予測され、その符号化対象の係数のｒｅｍａｉｎｄｅｒは、１と予測される。これにより、図５２に示すように、ライスパラメタがｇ＝１であれば、そのｒｅｍａｉｎｄｅｒの符号長を最も短くすることができる。

【0519】

２≦ｓｕｍ＿ｍｉｎｕｓ１のときには、ライスパラメタはｇ＝２に決定される。これは、ｇ＝２であれば、ｒｅｍａｉｎｄｅｒの符号長を最も短くすることができるからである。つまり、２≦ｓｕｍ＿ｍｉｎｕｓ１のときには、例えば図５１に示すように、符号化対象の係数の周囲にある５つの周辺係数は、平均的に３以上である。したがって、符号化対象の係数は、５以上と予測され、その符号化対象の係数のｒｅｍａｉｎｄｅｒは、２以上と予測される。これにより、図５２に示すように、ライスパラメタがｇ＝２であれば、そのｒｅｍａｉｎｄｅｒの符号長を最も短くすることができる。

【0520】

＜第３態様における効果＞
この第３態様では、第１様態の第２の例に比べて、適切なライスパラメタが決定されるため、ｒｅｍａｉｎｄｅｒの符号量を減らすことができる可能性がある。なお、この第３態様では、ライスパラメタをｂａｓｅＬｅｖｅｌに応じて切り替えたが、ｂａｓｅＬｅｖｅｌに限らず、係数の符号化の際に使用されるフラグ（例えば、ｇｔ１＿ｆｌａｇまたはｇｔ２＿ｆｌａｇ）の使用回数が上述の最大数に到達したかどうかで、ライスパラメタを切り替えてもよい。なお、ｒｅｍａｉｎｄｅｒの符号化の際に、ライスパラメタを用いずに、ｂａｓｅＬｅｖｅｌによってｒｅｍａｉｎｄｅｒの二値化方法を切り替えてもよい。

【0521】

なお、第３態様では、ｂａｓｅＬｅｖｅｌの値に応じて、ライスパラメタを決定するための閾値が変更されるが、閾値を変更することなく、符号化対象の係数の絶対値の予測値とｂａｓｅＬｅｖｅｌとの差分に基づいて、ライスパラメタを決定してもよい。つまり、第３態様では、ｂａｓｅＬｅｖｅｌに応じて閾値を変更することによって、その閾値と比較される同一の数値（例えば同一のｓｕｍ＿ｍｉｎｕｓ１）に対して、互に異なるライスパラメタが決定される場合がある。しかし、その閾値を変更することなく、閾値と比較される数値（例えば上述の差分）をｂａｓｅＬｅｖｅｌに応じて変更することによって、互に異なるライスパラメタが決定されてもよい。この場合であっても、この第３態様と同様の効果を奏することができる。

【0522】

＜実施の形態２のまとめ＞
以上、本実施の形態では、係数の符号化にフラグが用いられるとともに、そのフラグの数を適切に制限することができる。

【0523】

図７２は、本実施の形態における符号化装置１００の処理動作を示すフローチャートである。なお、図７２によって示されるフローチャートは、上記第１態様の第２の例または第３態様の処理動作を示す。

【0524】

本実施の形態における符号化装置１００は、回路と、その回路に接続されたメモリとを備え、その回路は、動作において、ステップＳ１０およびＳ２０の処理を行う。

【0525】

つまり、回路は、変換および量子化された画像の構成単位に含まれる複数の係数のそれぞれについて、予め定められた順にしたがって当該係数の絶対値を符号化する（ステップＳ１０）。次に、回路は、その複数の係数のそれぞれについて、当該係数が正か負かを示す符号を符号化する（ステップＳ２０）。ここで、回路は、その絶対値の符号化（ステップＳ１０）では、その絶対値の最下位ビットであるパリティーを示す信号を符号化する（ステップＳ１１ａ）。次に、回路は、その絶対値の最下位ビット以外の部分の符号化にフラグを用いるか否かを第１の条件および第２の条件に基づいて判定する（ステップＳ１２ａ）。そして、回路は、フラグを用いると判定される場合に、シンボル発生確率の更新を伴うＣＡＢＡＣ（Context-Based Adaptive Binary Arithmetic Coding）によってそのフラグを符号化する（ステップＳ１３ａ）。上述の第１の条件は、絶対値の大きさに基づく条件であり、第２の条件は、構成単位に用いられるフラグの数を制限するための条件である。例えば、上述のパリティーを示す信号は、ｐａｒｉｔｙ＿ｆｌａｇである。

【0526】

これにより、係数の絶対値の大きさに基づく第１の条件だけでなく、フラグの数を制限するための第２の条件にも基づいて、フラグを用いるか否かが判定されるため、フラグの数を適切に制限することができる。

【0527】

なお、フラグが用いられる場合には、係数の絶対値の符号量を抑えることができ、フラグが用いられない場合には、係数の絶対値の符号量、具体的には、係数の絶対値を表すためのｒｅｍａｉｎｄｅｒの符号量が増加する可能性がある。また、フラグの符号化には、適応的な可変のシンボル発生確率が用いられるＣＡＢＡＣが適用され、ｒｅｍａｉｎｄｅｒの符号化には、固定のシンボル発生確率が用いられるＣＡＢＡＣのバイパス処理が適用される場合がある。ここで、可変のシンボル発生確率が用いられるＣＡＢＡＣでは、バイパス処理よりも処理負担が大きい傾向がある。したがって、本開示の一態様に係る符号化装置では、フラグの数を適切に制限することができるため、その絶対値の符号量の低減と、その絶対値の符号化にかかる処理負担の軽減との両立を図ることができる。

【0528】

また、回路は、絶対値の符号化（ステップＳ１０）では、フラグが符号化されるごとに、符号化されたフラグの数をカウントし、第１の条件が満たされていても第２の条件が満たされていなければ、絶対値の最下位ビット以外の部分の符号化にフラグを用いないと判定してもよい。ここで、第２の条件は、カウントされたフラグの数に応じたカウント数が制限数未満であるという条件である。制限数は、例えば上述の最大数であって、その具体的な一例は、上述のｎ＿１またはｎ＿２である。

【0529】

例えば、図６１のステップＳ２１１の処理では、符号化されたｇｔ１＿ｆｌａｇの数がカウントされている。そして、カウント数が制限数未満であるという第２の条件が満たされていれば、ステップＳ１１５～Ｓ１１６ｂの処理が行われる。一方、その第２の条件が満たされていなければ、ＡｂｓＬｅｖｅｌ≠０の条件（すなわち第１の条件）が満たされていても、ステップＳ１１５～Ｓ１１６ｂの処理が行われない。すなわち、絶対値の符号化にｇｔ１＿ｆｌａｇを用いないと判定される。

【0530】

また、図６２のステップＳ２２１の処理では、符号化されたｇｔ２＿ｆｌａｇの数がカウントされている。そして、カウント数が制限数未満であるという第２の条件が満たされていれば、ステップＳ１２２～Ｓ１２３ｂの処理が行われる。一方、その第２の条件が満たされていなければ、ＡｂｓＬｅｖｅｌ≧３の条件（すなわち第１の条件）が満たされていても、ステップＳ１２２～Ｓ１２３ｂの処理が行われない。すなわち、絶対値の符号化にｇｔ２＿ｆｌａｇを用いないと判定される。

【0531】

これにより、フラグが符号化されるごとに、その符号化されたフラグの数がカウントされるため、そのフラグの数をより適切に制限することができる。

【0532】

また、第１の条件は、絶対値が第１の値ではないという条件、または絶対値が第２の値以上であるという条件であってもよい。例えば、その第１の値は０であり、第２の値は３であってもよい。

【0533】

これにより、絶対値が０ではない係数に対して、例えば、その絶対値が３以上であるか否かを示すフラグ（例えば、ｇｔ１＿ｆｌａｇ）の数を適切に制限することができる。または、絶対値が３以上の係数に対して、例えば、その絶対値が５以上であるか否かを示すフラグ（例えば、ｇｔ２＿ｆｌａｇ）の数を適切に制限することができる。

【0534】

また、そのフラグは、互に異なる複数種のフラグからなっていてもよい。

【0535】

これにより、例えば、上述のｇｔ１＿ｆｌａｇおよびｇｔ２＿ｆｌａｇなどの複数種のフラグのそれぞれの数を適切に制限することができる。なお、複数種のフラグには、ｓｉｇ＿ｆｌａｇおよびｐａｒｉｔｙ＿ｆｌａｇなども含まれていてもよい。

【0536】

また、回路は、絶対値の符号化（ステップＳ１０）では、さらに、フラグを用いることができない場合、または、絶対値を少なくとも１つのフラグのみで表現することができない場合に、絶対値を表現するための数値からなる残部を導出してもよい。そして、回路は、その導出された残部をＣＡＢＡＣのバイパス処理によって符号化してもよい。

【0537】

これにより、係数の絶対値を、フラグとして、または、少なくとも１つのフラグと残部（ｒｅｍａｉｎｄｅｒ）とからなるデータ群として適切に符号化することができる。

【0538】

図７３は、本実施の形態における符号化装置１００による残部の符号化を示すフローチャートである。なお、図７３によって示されるフローチャートは、上記第３態様の処理動作を示す。

【0539】

回路は、上述の残部の導出では、その残部に対応する係数の前にある各係数に対して符号化されたフラグの数に応じたカウント数が制限数に達しているか否かに応じて異なる数値を示すベースレベル（すなわち上述のｂａｓｅＬｅｖｅｌ）を決定する（ステップＳ１１ｂ）。次に、回路は、決定されたそのベースレベルを用いて残部を導出する（ステップＳ１２ｂ）。さらに、回路は、その残部の符号化では、その残部の導出に用いられたベースレベルに基づいて、互に異なる複数の二値化方法からその残部に対応する二値化方法を選択する（ステップＳ１３ｂ）。次に、回路は、選択されたその二値化方法にしたがってその残部を二値化し（ステップＳ１４ｂ）、二値化された残部を算術符号化する（ステップＳ１５ｂ）。

【0540】

例えば、ステップＳ１１ｂは、図７１に示すステップＳ２３１、Ｓ２３３、Ｓ２３５の処理に対応する。つまり、カウント数が制限数に達しているときに決定されるベースレベルは、例えば１または３であって、その制限数に達していないときに決定されるベースレベル（例えば、５）よりも小さい。また、ステップＳ１２ｂ～Ｓ１５ｂは、図７１に示すステップＳ４３１の処理に対応する。

【0541】

これにより、係数の絶対値に対する残部を、ベースレベルを用いて適切に導出することができる。さらに、そのベースレベルに基づいて、残部の二値化に用いられる二値化方法が選択されるため、その残部の符号量を適切に低減することができる。

【0542】

図７４は、本実施の形態における復号装置２００の処理動作を示すフローチャートである。なお、図７４によって示されるフローチャートは、上記第１態様の第２の例または第３態様のそれぞれの符号化に対応する復号の処理動作を示す。

【0543】

本実施の形態における復号装置２００は、回路と、その回路に接続されたメモリとを備え、その回路は、動作において、ステップＳ３０およびＳ４０の処理を行う。

【0544】

つまり、回路は、符号化された画像の構成単位に含まれる複数の係数のそれぞれについて、予め定められた順にしたがって当該係数の絶対値を復号する（ステップＳ３０）。次に、回路は、その複数の係数のそれぞれについて、当該係数が正か負かを示す符号を復号する（ステップＳ４０）。ここで、その構成単位では、それぞれ大きさに関する所定の条件を満たす絶対値を有するＮ個（Ｎは２以上の整数）の係数のうち、Ｍ個（ＭはＮ未満の整数）の係数のそれぞれの絶対値の符号化にはフラグが用いられ、残りの（Ｎ－Ｍ）個の係数のそれぞれの絶対値の符号化にはフラグが用いられていない。また、その絶対値の復号（ステップＳ３０）では、回路は、その絶対値の最下位ビットであるパリティーを示す信号を復号する（ステップＳ３１ａ）。そして、回路は、その絶対値の最下位ビット以外の部分の符号化にフラグが用いられている場合には、シンボル発生確率の更新を伴うＣＡＢＡＣ（Context-Based Adaptive Binary Arithmetic Coding）によってそのフラグを復号する（ステップＳ３２ａ）。例えば、上述のパリティーを示す信号は、ｐａｒｉｔｙ＿ｆｌａｇである。

【0545】

これにより、画像の構成単位の符号化に用いられるフラグの数が制限されていても、その符号化された画像の構成単位を適切に復号することができる。

【0546】

また、前記所定の条件は、前記係数の絶対値が第１の値ではないという条件、または前記係数の絶対値が第２の値以上であるという条件であってもよい。例えば、第１の値は０であり、第２の値は３であってもよい。

【0547】

これにより、絶対値が０ではない係数に対して、例えば、その絶対値が３以上であるか否かを示すフラグ（例えば、ｇｔ１＿ｆｌａｇ）の数が制限されていても、その符号化された画像の構成単位を適切に復号することができる。または、絶対値が３以上の係数に対して、例えば、その絶対値が５以上であるか否かを示すフラグ（例えば、ｇｔ２＿ｆｌａｇ）の数が制限されていても、その符号化された画像の構成単位を適切に復号することができる。

【0548】

また、フラグは、互に異なる複数種のフラグからなっていてもよい。

【0549】

これにより、例えば、上述のｇｔ１＿ｆｌａｇおよびｇｔ２＿ｆｌａｇなどの複数種のフラグのそれぞれの数が制限されていても、その符号化された画像の構成単位を適切に復号することができる。なお、複数種のフラグには、ｓｉｇ＿ｆｌａｇおよびｐａｒｉｔｙ＿ｆｌａｇなども含まれていてもよい。

【0550】

また、回路は、その絶対値の復号（ステップＳ３０）では、さらに、その絶対値を表現するための数値からなる残部が符号化されている場合には、その残部をＣＡＢＡＣのバイパス処理によって復号してもよい。

【0551】

これにより、係数の絶対値が、フラグとして、または、少なくとも１つのフラグと残部（ｒｅｍａｉｎｄｅｒ）とからなるデータ群として符号化されていても、その符号化された画像の構成単位を適切に復号することができる。

【0552】

図７５は、本実施の形態における復号装置２００による残部の復号を示すフローチャートである。なお、図７４によって示されるフローチャートは、上記第３態様の符号化に対応する復号の処理動作を示す。

【0553】

回路は、上述の残部の復号では、まず、その残部に対応する係数の前にある各係数に対して復号されたフラグの数に応じたカウント数が制限数に達しているか否かに応じて異なる数値を示すベースレベル（すなわち上述のｂａｓｅＬｅｖｅｌ）を決定する（ステップＳ３１ｂ）。次に、回路は、その残部を二値信号に算術復号する（ステップＳ３２ｂ）。次に、回路は、決定されたベースレベルに基づいて、互に異なる複数の多値化方法からその二値信号に対応する多値化方法を選択する（ステップＳ３３ｂ）。そして、回路は、選択された多値化方法にしたがって二値信号を多値化する（ステップＳ３４ｂ）。

【0554】

例えば、ステップＳ３１ｂは、図７１に示すステップＳ２３１、Ｓ２３３、Ｓ２３５の処理に対応する。つまり、カウント数が制限数に達しているときに決定されるベースレベルは、例えば１または３であって、その制限数に達していないときに決定されるベースレベル（例えば、５）よりも小さい。

【0555】

これにより、ベースレベルに基づいて、二値信号の多値化に用いられる多値化方法が選択されるため、その残部を適切に復号することができる。

【0556】

なお、本実施の形態では、画像の構成単位の一例としてサブブロックを用いたが、サブブロックに限らず、その構成単位はどのような単位であってもよい。また、本実施の形態では、サブブロックの具体例として変換ユニットに含まれる４×４画素からなるブロックを用いている。しかし、サブブロックはその具体例に限定されず、どのようなブロックであってもよい。

【0557】

また、本実施の形態では、複数の係数のそれぞれの絶対値を順に符号化するときには、既に符号化されたフラグの数をカウントし、そのカウントされたフラグの数が制限数または最大数未満であれば、次の係数の絶対値の符号化にフラグを用いると決定される。しかし、そのフラグの数に限定されることなく、そのフラグの数を含むカウント数が制限数未満であれば、フラグを用いると決定し、そのカウント数が制限数未満でなければ、フラグを用いないと決定してもよい。カウント数は、既に符号化されたフラグの数が増えるほど大きな値をとる数値であればよく、そのカウント数には、他のフラグの数が含まれていてもよい。

【0558】

また、本実施の形態では、ｇｔ１＿ｆｌａｇおよびｇｔ２＿ｆｌａｇの数が制限されるが、このように数が制限されるフラグの定義は、どのようなものであってもよい。例えば、ｇｔ１＿ｆｌａｇは、絶対値が０ではない係数に用いられ、その絶対値が３以上であるか否かを示すが、その絶対値が３以外の他の数値以上であるか否かを示してもよい。また、ｇｔ２＿ｆｌａｇは、３以上の絶対値を有する係数に用いられ、その絶対値が５以上であるか否かを示すが、３以外の他の数値以上の絶対値を有する係数に用いられ、その絶対値が５以外の他の数値以上であるか否かを示してもよい。

【0559】

［その他の例］
上述された各例における符号化装置１００及び復号装置２００は、それぞれ、画像符号化装置及び画像復号装置として利用されてもよいし、動画像符号化装置及び動画像復号装置として利用されてもよい。

【0560】

あるいは、符号化装置１００および復号装置２００は、エントロピー符号化装置およびエントロピー復号装置としてそれぞれ利用されてもよい。すなわち、符号化装置１００および復号装置２００は、エントロピー符号化部１１０およびエントロピー復号部２０２のみに対応していてもよい。そして、他の構成要素は、他の装置に含まれていてもよい。

【0561】

また、上述された各例の少なくとも一部が、符号化方法として利用されてもよいし、復号方法として利用されてもよいし、エントロピー符号化方法またはエントロピー復号方法として利用されてもよいし、その他の方法として利用されてもよい。

【0562】

また、各構成要素は、専用のハードウェアで構成されるか、各構成要素に適したソフトウェアプログラムを実行することによって実現されてもよい。各構成要素は、ＣＰＵまたはプロセッサなどのプログラム実行部が、ハードディスクまたは半導体メモリなどの記録媒体に記録されたソフトウェアプログラムを読み出して実行することによって実現されてもよい。

【0563】

具体的には、符号化装置１００および復号装置２００のそれぞれは、処理回路（Ｐｒｏｃｅｓｓｉｎｇ Ｃｉｒｃｕｉｔｒｙ）と、当該処理回路に電気的に接続された、当該処理回路からアクセス可能な記憶装置（Ｓｔｏｒａｇｅ）とを備えていてもよい。例えば、処理回路はプロセッサａ１またはｂ１に対応し、記憶装置はメモリａ２またはｂ２に対応する。

【0564】

処理回路は、専用のハードウェアおよびプログラム実行部の少なくとも一方を含み、記憶装置を用いて処理を実行する。また、記憶装置は、処理回路がプログラム実行部を含む場合には、当該プログラム実行部により実行されるソフトウェアプログラムを記憶する。

【0565】

ここで、上述された符号化装置１００または復号装置２００などを実現するソフトウェアは、次のようなプログラムである。

【0566】

例えば、このプログラムは、コンピュータに、以下の符号化方法の処理を実行させる。その符号化方法では、変換および量子化された画像の構成単位に含まれる複数の係数のそれぞれについて、予め定められた順にしたがって当該係数の絶対値を符号化し、前記複数の係数のそれぞれについて、当該係数が正か負かを示す符号を符号化し、前記絶対値の符号化では、前記絶対値の最下位ビットであるパリティーを示す信号を符号化し、前記絶対値の最下位ビット以外の部分の符号化にフラグを用いるか否かを第１の条件および第２の条件に基づいて判定し、前記フラグを用いると判定される場合に、シンボル発生確率の更新を伴うＣＡＢＡＣによって前記フラグを符号化し、前記第１の条件は、前記絶対値の大きさに基づく条件であり、前記第２の条件は、前記構成単位に用いられる前記フラグの数を制限するための条件である。

【0567】

また、例えば、このプログラムは、コンピュータに、以下の復号方法の処理を実行させる。その復号方法では、符号化された画像の構成単位に含まれる複数の係数のそれぞれについて、予め定められた順にしたがって当該係数の絶対値を復号し、前記複数の係数のそれぞれについて、当該係数が正か負かを示す符号を復号し、前記構成単位では、それぞれ大きさに関する所定の条件を満たす絶対値を有するＮ個（Ｎは２以上の整数）の係数のうち、Ｍ個（ＭはＮ未満の整数）の係数のそれぞれの絶対値の符号化にはフラグが用いられ、残りの（Ｎ－Ｍ）個の係数のそれぞれの絶対値の符号化には前記フラグが用いられておらず、前記絶対値の復号では、前記絶対値の最下位ビットであるパリティーを示す信号を復号し、前記絶対値の最下位ビット以外の部分の符号化に前記フラグが用いられている場合には、シンボル発生確率の更新を伴うＣＡＢＡＣによって前記フラグを復号する。

【0568】

また、各構成要素は、上述の通り、回路であってもよい。これらの回路は、全体として１つの回路を構成してもよいし、それぞれ別々の回路であってもよい。また、各構成要素は、汎用的なプロセッサで実現されてもよいし、専用のプロセッサで実現されてもよい。

【0569】

また、特定の構成要素が実行する処理を別の構成要素が実行してもよい。また、処理を実行する順番が変更されてもよいし、複数の処理が並行して実行されてもよい。また、符号化復号装置が、符号化装置１００および復号装置２００を備えていてもよい。

【0570】

また、説明に用いられた第１および第２等の序数は、適宜、付け替えられてもよい。また、構成要素などに対して、序数が新たに与えられてもよいし、取り除かれてもよい。

【0571】

以上、符号化装置１００および復号装置２００の態様について、複数の例に基づいて説明したが、符号化装置１００および復号装置２００の態様は、これらの例に限定されるものではない。本開示の趣旨を逸脱しない限り、当業者が思いつく各種変形を各例に施したものや、異なる例における構成要素を組み合わせて構築される形態も、符号化装置１００および復号装置２００の態様の範囲内に含まれてもよい。

【0572】

ここで開示された１以上の態様を本開示における他の態様の少なくとも一部と組み合わせて実施してもよい。また、ここで開示された１以上の態様のフローチャートに記載の一部の処理、装置の一部の構成、シンタックスの一部などを他の態様と組み合わせて実施してもよい。

【0573】

［実施及び応用］
以上の各実施の形態において、機能的又は作用的なブロックの各々は、通常、ＭＰＵ（ｍｉｃｒｏ ｐｒｏｃｃｅｓｓｉｎｇ ｕｎｉｔ）及びメモリ等によって実現可能である。また、機能ブロックの各々による処理は、ＲＯＭ等の記録媒体に記録されたソフトウェア（プログラム）を読み出して実行するプロセッサなどのプログラム実行部として実現されてもよい。当該ソフトウェアは、配布されてもよい。当該ソフトウェアは、半導体メモリなどの様々な記録媒体に記録されてもよい。なお、各機能ブロックをハードウェア（専用回路）によって実現することも可能である。ハードウェア及びソフトウェアの様々な組み合わせが採用され得る。

【0574】

各実施の形態において説明した処理は、単一の装置（システム）を用いて集中処理することによって実現してもよく、又は、複数の装置を用いて分散処理することによって実現してもよい。また、上記プログラムを実行するプロセッサは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、又は分散処理を行ってもよい。

【0575】

本開示の態様は、以上の実施例に限定されることなく、種々の変更が可能であり、それらも本開示の態様の範囲内に包含される。

【0576】

さらにここで、上記各実施の形態で示した動画像符号化方法（画像符号化方法）又は動画像復号化方法（画像復号方法）の応用例、及び、その応用例を実施する種々のシステムを説明する。このようなシステムは、画像符号化方法を用いた画像符号化装置、画像復号方法を用いた画像復号装置、又は、両方を備える画像符号化復号装置を有することを特徴としてもよい。このようなシステムの他の構成について、場合に応じて適切に変更することができる。

【0577】

［使用例］
図７６は、コンテンツ配信サービスを実現する適切なコンテンツ供給システムｅｘ１００の全体構成を示す図である。通信サービスの提供エリアを所望の大きさに分割し、各セル内にそれぞれ、図示された例における固定無線局である基地局ｅｘ１０６、ｅｘ１０７、ｅｘ１０８、ｅｘ１０９、ｅｘ１１０が設置されている。

【0578】

このコンテンツ供給システムｅｘ１００では、インターネットｅｘ１０１に、インターネットサービスプロバイダｅｘ１０２又は通信網ｅｘ１０４、及び基地局ｅｘ１０６～ｅｘ１１０を介して、コンピュータｅｘ１１１、ゲーム機ｅｘ１１２、カメラｅｘ１１３、家電ｅｘ１１４、及びスマートフォンｅｘ１１５などの各機器が接続される。当該コンテンツ供給システムｅｘ１００は、上記のいずれかの装置を組合せて接続するようにしてもよい。種々の実施において、基地局ｅｘ１０６～ｅｘ１１０を介さずに、各機器が電話網又は近距離無線等を介して直接的又は間接的に相互に接続されていてもよい。さらに、ストリーミングサーバｅｘ１０３は、インターネットｅｘ１０１等を介して、コンピュータｅｘ１１１、ゲーム機ｅｘ１１２、カメラｅｘ１１３、家電ｅｘ１１４、及びスマートフォンｅｘ１１５などの各機器と接続されてもよい。また、ストリーミングサーバｅｘ１０３は、衛星ｅｘ１１６を介して、飛行機ｅｘ１１７内のホットスポット内の端末等と接続されてもよい。

【0579】

なお、基地局ｅｘ１０６～ｅｘ１１０の代わりに、無線アクセスポイント又はホットスポット等が用いられてもよい。また、ストリーミングサーバｅｘ１０３は、インターネットｅｘ１０１又はインターネットサービスプロバイダｅｘ１０２を介さずに直接通信網ｅｘ１０４と接続されてもよいし、衛星ｅｘ１１６を介さず直接飛行機ｅｘ１１７と接続されてもよい。

【0580】

カメラｅｘ１１３はデジタルカメラ等の静止画撮影、及び動画撮影が可能な機器である。また、スマートフォンｅｘ１１５は、２Ｇ、３Ｇ、３．９Ｇ、４Ｇ、そして今後は５Ｇと呼ばれる移動通信システムの方式に対応したスマートフォン機、携帯電話機、又はＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ－ｐｈｏｎｅ Ｓｙｓｔｅｍ）等である。

【0581】

家電ｅｘ１１４は、冷蔵庫、又は家庭用燃料電池コージェネレーションシステムに含まれる機器等である。

【0582】

コンテンツ供給システムｅｘ１００では、撮影機能を有する端末が基地局ｅｘ１０６等を通じてストリーミングサーバｅｘ１０３に接続されることで、ライブ配信等が可能になる。ライブ配信では、端末（コンピュータｅｘ１１１、ゲーム機ｅｘ１１２、カメラｅｘ１１３、家電ｅｘ１１４、スマートフォンｅｘ１１５、及び飛行機ｅｘ１１７内の端末等）は、ユーザが当該端末を用いて撮影した静止画又は動画コンテンツに対して上記各実施の形態で説明した符号化処理を行ってもよく、符号化により得られた映像データと、映像に対応する音を符号化した音データと多重化してもよく、得られたデータをストリーミングサーバｅｘ１０３に送信してもよい。即ち、各端末は、本開示の一態様に係る画像符号化装置として機能する。

【0583】

一方、ストリーミングサーバｅｘ１０３は要求のあったクライアントに対して送信されたコンテンツデータをストリーム配信する。クライアントは、上記符号化処理されたデータを復号化することが可能な、コンピュータｅｘ１１１、ゲーム機ｅｘ１１２、カメラｅｘ１１３、家電ｅｘ１１４、スマートフォンｅｘ１１５、又は飛行機ｅｘ１１７内の端末等である。配信されたデータを受信した各機器は、受信したデータを復号化処理して再生してもよい。即ち、各機器は、本開示の一態様に係る画像復号装置として機能してもよい。

【0584】

［分散処理］
また、ストリーミングサーバｅｘ１０３は複数のサーバ又は複数のコンピュータであって、データを分散して処理したり記録したり配信するものであってもよい。例えば、ストリーミングサーバｅｘ１０３は、ＣＤＮ（Ｃｏｎｔｅｎｔｓ Ｄｅｌｉｖｅｒｙ Ｎｅｔｗｏｒｋ）により実現され、世界中に分散された多数のエッジサーバとエッジサーバ間をつなぐネットワークによりコンテンツ配信が実現されていてもよい。ＣＤＮでは、クライアントに応じて物理的に近いエッジサーバが動的に割り当てられ得る。そして、当該エッジサーバにコンテンツがキャッシュ及び配信されることで遅延を減らすことができる。また、いくつかのタイプのエラーが発生した場合又はトラフィックの増加などにより通信状態が変わる場合に複数のエッジサーバで処理を分散したり、他のエッジサーバに配信主体を切り替えたり、障害が生じたネットワークの部分を迂回して配信を続けることができるので、高速かつ安定した配信が実現できる。

【0585】

また、配信自体の分散処理にとどまらず、撮影したデータの符号化処理を各端末で行ってもよいし、サーバ側で行ってもよいし、互いに分担して行ってもよい。一例として、一般に符号化処理では、処理ループが２度行われる。１度目のループでフレーム又はシーン単位での画像の複雑さ、又は、符号量が検出される。また、２度目のループでは画質を維持して符号化効率を向上させる処理が行われる。例えば、端末が１度目の符号化処理を行い、コンテンツを受け取ったサーバ側が２度目の符号化処理を行うことで、各端末での処理負荷を減らしつつもコンテンツの質と効率を向上させることができる。この場合、ほぼリアルタイムで受信して復号する要求があれば、端末が行った一度目の符号化済みデータを他の端末で受信して再生することもできるので、より柔軟なリアルタイム配信も可能になる。

【0586】

他の例として、カメラｅｘ１１３等は、画像から特徴量（特徴又は特性の量）を抽出し、特徴量に関するデータをメタデータとして圧縮してサーバに送信する。サーバは、例えば特徴量からオブジェクトの重要性を判断して量子化精度を切り替えるなど、画像の意味（又は内容の重要性）に応じた圧縮を行う。特徴量データはサーバでの再度の圧縮時の動きベクトル予測の精度及び効率向上に特に有効である。また、端末でＶＬＣ（可変長符号化）などの簡易的な符号化を行い、サーバでＣＡＢＡＣ（コンテキスト適応型二値算術符号化方式）など処理負荷の大きな符号化を行ってもよい。

【0587】

さらに他の例として、スタジアム、ショッピングモール、又は工場などにおいては、複数の端末によりほぼ同一のシーンが撮影された複数の映像データが存在する場合がある。この場合には、撮影を行った複数の端末と、必要に応じて撮影をしていない他の端末及びサーバを用いて、例えばＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）単位、ピクチャ単位、又はピクチャを分割したタイル単位などで符号化処理をそれぞれ割り当てて分散処理を行う。これにより、遅延を減らし、よりリアルタイム性を実現できる。

【0588】

複数の映像データはほぼ同一シーンであるため、各端末で撮影された映像データを互いに参照し合えるように、サーバで管理及び／又は指示をしてもよい。また、各端末からの符号化済みデータを、サーバが受信し複数のデータ間で参照関係を変更、又はピクチャ自体を補正或いは差し替えて符号化しなおしてもよい。これにより、一つ一つのデータの質と効率を高めたストリームを生成できる。

【0589】

さらに、サーバは、映像データの符号化方式を変更するトランスコードを行ったうえで映像データを配信してもよい。例えば、サーバは、ＭＰＥＧ系の符号化方式をＶＰ系（例えばＶＰ９）に変換してもよいし、Ｈ．２６４をＨ．２６５に変換等してもよい。

【0590】

このように、符号化処理は、端末、又は１以上のサーバにより行うことが可能である。よって、以下では、処理を行う主体として「サーバ」又は「端末」等の記載を用いるが、サーバで行われる処理の一部又は全てが端末で行われてもよいし、端末で行われる処理の一部又は全てがサーバで行われてもよい。また、これらに関しては、復号処理についても同様である。

【0591】

［３Ｄ、マルチアングル］
互いにほぼ同期した複数のカメラｅｘ１１３及び／又はスマートフォンｅｘ１１５などの端末により撮影された異なるシーン、又は、同一シーンを異なるアングルから撮影した画像或いは映像を統合して利用することが増えてきている。各端末で撮影した映像は、別途取得した端末間の相対的な位置関係、又は、映像に含まれる特徴点が一致する領域などに基づいて統合され得る。

【0592】

サーバは、２次元の動画像を符号化するだけでなく、動画像のシーン解析などに基づいて自動的に、又は、ユーザが指定した時刻において、静止画を符号化し、受信端末に送信してもよい。サーバは、さらに、撮影端末間の相対的な位置関係を取得できる場合には、２次元の動画像だけでなく、同一シーンが異なるアングルから撮影された映像に基づき、当該シーンの３次元形状を生成できる。サーバは、ポイントクラウドなどにより生成した３次元のデータを別途符号化してもよいし、３次元データを用いて人物又はオブジェクトを認識或いは追跡した結果に基づいて、受信端末に送信する映像を、複数の端末で撮影した映像から、選択、又は、再構成して生成してもよい。

【0593】

このようにして、ユーザは、各撮影端末に対応する各映像を任意に選択してシーンを楽しむこともできるし、複数画像又は映像を用いて再構成された３次元データから選択視点の映像を切り出したコンテンツを楽しむこともできる。さらに、映像と共に、音も複数の相異なるアングルから収音され、サーバは、特定のアングル又は空間からの音を対応する映像と多重化して、多重化された映像と音とを送信してもよい。

【0594】

また、近年ではＶｉｒｔｕａｌ Ｒｅａｌｉｔｙ（ＶＲ）及びＡｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ（ＡＲ）など、現実世界と仮想世界とを対応付けたコンテンツも普及してきている。ＶＲの画像の場合、サーバは、右目用及び左目用の視点画像をそれぞれ作成し、Ｍｕｌｔｉ－Ｖｉｅｗ Ｃｏｄｉｎｇ（ＭＶＣ）などにより各視点映像間で参照を許容する符号化を行ってもよいし、互いに参照せずに別ストリームとして符号化してもよい。別ストリームの復号時には、ユーザの視点に応じて仮想的な３次元空間が再現されるように互いに同期させて再生するとよい。

【0595】

ＡＲの画像の場合には、サーバは、現実空間のカメラ情報に、仮想空間上の仮想物体情報を、３次元的位置又はユーザの視点の動きに基づいて重畳してもよい。復号装置は、仮想物体情報及び３次元データを取得又は保持し、ユーザの視点の動きに応じて２次元画像を生成し、スムーズにつなげることで重畳データを作成してもよい。または、復号装置は仮想物体情報の依頼に加えてユーザの視点の動きをサーバに送信してもよい。サーバは、サーバに保持される３次元データから受信した視点の動きに合わせて重畳データを作成し、重畳データを符号化して復号装置に配信してもよい。なお、重畳データは、典型的には、ＲＧＢ以外に透過度を示すα値を有し、サーバは、３次元データから作成されたオブジェクト以外の部分のα値が０などに設定し、当該部分が透過する状態で、符号化してもよい。もしくは、サーバは、クロマキーのように所定の値のＲＧＢ値を背景に設定し、オブジェクト以外の部分は背景色にしたデータを生成してもよい。所定の値のＲＧＢ値は、予め定められていてもよい。

【0596】

同様に配信されたデータの復号処理はクライアント（例えば、端末）で行っても、サーバ側で行ってもよいし、互いに分担して行ってもよい。一例として、ある端末が、一旦サーバに受信リクエストを送り、そのリクエストに応じたコンテンツを他の端末で受信し復号処理を行い、ディスプレイを有する装置に復号済みの信号が送信されてもよい。通信可能な端末自体の性能によらず処理を分散して適切なコンテンツを選択することで画質のよいデータを再生することができる。また、他の例として大きなサイズの画像データをＴＶ等で受信しつつ、鑑賞者の個人端末にピクチャが分割されたタイルなど一部の領域が復号されて表示されてもよい。これにより、全体像を共有化しつつ、自身の担当分野又はより詳細に確認したい領域を手元で確認することができる。

【0597】

屋内外の近距離、中距離、又は長距離の無線通信が複数使用可能な状況下で、ＭＰＥＧ－ＤＡＳＨなどの配信システム規格を利用して、シームレスにコンテンツを受信することが可能かもしれない。ユーザは、ユーザの端末、屋内外に配置されたディスプレイなどの復号装置又は表示装置を自由に選択しながらリアルタイムで切り替えてもよい。また、自身の位置情報などを用いて、復号する端末及び表示する端末を切り替えながら復号を行うことができる。これにより、ユーザが目的地へ移動している間に、表示可能なデバイスが埋め込まれた隣の建物の壁面又は地面の一部に情報をマップ及び表示することが可能になる。また、符号化データが受信端末から短時間でアクセスできるサーバにキャッシュされている、又は、コンテンツ・デリバリー・サービスにおけるエッジサーバにコピーされている、などの、ネットワーク上での符号化データへのアクセス容易性に基づいて、受信データのビットレートを切り替えることも可能である。

【0598】

［スケーラブル符号化］
コンテンツの切り替えに関して、図７７に示す、上記各実施の形態で示した動画像符号化方法を応用して圧縮符号化されたスケーラブルなストリームを用いて説明する。サーバは、個別のストリームとして内容は同じで質の異なるストリームを複数有していても構わないが、図示するようにレイヤに分けて符号化を行うことで実現される時間的／空間的スケーラブルなストリームの特徴を活かして、コンテンツを切り替える構成であってもよい。つまり、復号側が性能という内的要因と通信帯域の状態などの外的要因とに応じてどのレイヤを復号するかを決定することで、復号側は、低解像度のコンテンツと高解像度のコンテンツとを自由に切り替えて復号できる。例えばユーザが移動中にスマートフォンｅｘ１１５で視聴していた映像の続きを、例えば帰宅後にインターネットＴＶ等の機器で視聴したい場合には、当該機器は、同じストリームを異なるレイヤまで復号すればよいので、サーバ側の負担を軽減できる。

【0599】

さらに、上記のように、レイヤ毎にピクチャが符号化されており、ベースレイヤの上位のエンハンスメントレイヤでスケーラビリティを実現する構成以外に、エンハンスメントレイヤが画像の統計情報などに基づくメタ情報を含んでいてもよい。復号側が、メタ情報に基づきベースレイヤのピクチャを超解像することで高画質化したコンテンツを生成してもよい。超解像は、解像度を維持及び／又は拡大しつつ、ＳＮ比を向上してもよい。メタ情報は、超解像処理に用いるような線形或いは非線形のフィルタ係数を特定するため情報、又は、超解像処理に用いるフィルタ処理、機械学習或いは最小２乗演算におけるパラメータ値を特定する情報などを含む。

【0600】

または、画像内のオブジェクトなどの意味合いに応じてピクチャがタイル等に分割される構成が提供されてもよい。復号側が、復号するタイルを選択することで一部の領域だけを復号する。さらに、オブジェクトの属性（人物、車、ボールなど）と映像内の位置（同一画像における座標位置など）とをメタ情報として格納することで、復号側は、メタ情報に基づいて所望のオブジェクトの位置を特定し、そのオブジェクトを含むタイルを決定できる。例えば、図７８に示すように、メタ情報は、ＨＥＶＣにおけるＳＥＩ（ｓｕｐｐｌｅｍｅｎｔａｌ ｅｎｈａｎｃｅｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ）メッセージなど、画素データとは異なるデータ格納構造を用いて格納されてもよい。このメタ情報は、例えば、メインオブジェクトの位置、サイズ、又は色彩などを示す。

【0601】

ストリーム、シーケンス又はランダムアクセス単位など、複数のピクチャから構成される単位でメタ情報が格納されてもよい。復号側は、特定人物が映像内に出現する時刻などを取得でき、ピクチャ単位の情報と時間情報を合わせることで、オブジェクトが存在するピクチャを特定でき、ピクチャ内でのオブジェクトの位置を決定できる。

【0602】

［Ｗｅｂページの最適化］
図７９は、コンピュータｅｘ１１１等におけるｗｅｂページの表示画面例を示す図である。図８０は、スマートフォンｅｘ１１５等におけるｗｅｂページの表示画面例を示す図である。図７９および図８０に示すようにｗｅｂページが、画像コンテンツへのリンクであるリンク画像を複数含む場合があり、閲覧するデバイスによってその見え方は異なっていてもよい。画面上に複数のリンク画像が見える場合には、ユーザが明示的にリンク画像を選択するまで、又は画面の中央付近にリンク画像が近付く或いはリンク画像の全体が画面内に入るまで、表示装置（復号装置）は、リンク画像として各コンテンツが有する静止画又はＩピクチャを表示してもよいし、複数の静止画又はＩピクチャ等でｇｉｆアニメのような映像を表示してもよいし、ベースレイヤのみを受信し、映像を復号及び表示してもよい。

【0603】

ユーザによりリンク画像が選択された場合、表示装置は、例えばベースレイヤを最優先にしつつ復号を行う。なお、ｗｅｂページを構成するＨＴＭＬにスケーラブルなコンテンツであることを示す情報があれば、表示装置は、エンハンスメントレイヤまで復号してもよい。さらに、リアルタイム性を担保するために、選択される前又は通信帯域が非常に厳しい場合には、表示装置は、前方参照のピクチャ（Ｉピクチャ、Ｐピクチャ、前方参照のみのＢピクチャ）のみを復号及び表示することで、先頭ピクチャの復号時刻と表示時刻との間の遅延（コンテンツの復号開始から表示開始までの遅延）を低減できる。またさらに、表示装置は、ピクチャの参照関係を敢えて無視して、全てのＢピクチャ及びＰピクチャを前方参照にして粗く復号し、時間が経ち受信したピクチャが増えるにつれて正常の復号を行ってもよい。

【0604】

［自動走行］
また、車の自動走行又は走行支援のため２次元又は３次元の地図情報などのような静止画又は映像データを送受信する場合、受信端末は、１以上のレイヤに属する画像データに加えて、メタ情報として天候又は工事の情報なども受信し、これらを対応付けて復号してもよい。なお、メタ情報は、レイヤに属してもよいし、単に画像データと多重化されてもよい。

【0605】

この場合、受信端末を含む車、ドローン又は飛行機などが移動するため、受信端末は、当該受信端末の位置情報を送信することで、基地局ｅｘ１０６～ｅｘ１１０を切り替えながらシームレスな受信及び復号の実行を実現できる。また、受信端末は、ユーザの選択、ユーザの状況及び／又は通信帯域の状態に応じて、メタ情報をどの程度受信するか、又は地図情報をどの程度更新していくかを動的に切り替えることが可能になる。

【0606】

コンテンツ供給システムｅｘ１００では、ユーザが送信した符号化された情報をリアルタイムでクライアントが受信して復号し、再生することができる。

【0607】

［個人コンテンツの配信］
また、コンテンツ供給システムｅｘ１００では、映像配信業者による高画質で長時間のコンテンツのみならず、個人による低画質で短時間のコンテンツのユニキャスト、又はマルチキャスト配信が可能である。このような個人のコンテンツは今後も増加していくと考えられる。個人コンテンツをより優れたコンテンツにするために、サーバは、編集処理を行ってから符号化処理を行ってもよい。これは、例えば、以下のような構成を用いて実現できる。

【0608】

撮影時にリアルタイム又は蓄積して撮影後に、サーバは、原画データ又は符号化済みデータから撮影エラー、シーン探索、意味の解析、及びオブジェクト検出などの認識処理を行う。そして、サーバは、認識結果に基づいて手動又は自動で、ピントずれ又は手ブレなどを補正したり、明度が他のピクチャに比べて低い又は焦点が合っていないシーンなどの重要性の低いシーンを削除したり、オブジェクトのエッジを強調したり、色合いを変化させるなどの編集を行う。サーバは、編集結果に基づいて編集後のデータを符号化する。また撮影時刻が長すぎると視聴率が下がることも知られており、サーバは、撮影時間に応じて特定の時間範囲内のコンテンツになるように上記のように重要性が低いシーンのみならず動きが少ないシーンなどを、画像処理結果に基づき自動でクリップしてもよい。または、サーバは、シーンの意味解析の結果に基づいてダイジェストを生成して符号化してもよい。

【0609】

個人コンテンツには、そのままでは著作権、著作者人格権、又は肖像権等の侵害となるものが写り込んでいるケースもあり、共有する範囲が意図した範囲を超えてしまうなど個人にとって不都合な場合もある。よって、例えば、サーバは、画面の周辺部の人の顔、又は家の中などを敢えて焦点が合わない画像に変更して符号化してもよい。さらに、サーバは、符号化対象画像内に、予め登録した人物とは異なる人物の顔が映っているかどうかを認識し、映っている場合には、顔の部分にモザイクをかけるなどの処理を行ってもよい。または、符号化の前処理又は後処理として、著作権などの観点からユーザが画像を加工したい人物又は背景領域を指定してもよい。サーバは、指定された領域を別の映像に置き換える、又は焦点をぼかすなどの処理を行ってもよい。人物であれば、動画像において人物をトラッキングして、人物の顔の部分の映像を置き換えることができる。

【0610】

データ量の小さい個人コンテンツの視聴はリアルタイム性の要求が強いため、帯域幅にもよるが、復号装置は、まずベースレイヤを最優先で受信して復号及び再生を行ってもよい。復号装置は、この間にエンハンスメントレイヤを受信し、再生がループされる場合など２回以上再生される場合に、エンハンスメントレイヤも含めて高画質の映像を再生してもよい。このようにスケーラブルな符号化が行われているストリームであれば、未選択時又は見始めた段階では粗い動画だが、徐々にストリームがスマートになり画像がよくなるような体験を提供することができる。スケーラブル符号化以外にも、１回目に再生される粗いストリームと、１回目の動画を参照して符号化される２回目のストリームとが１つのストリームとして構成されていても同様の体験を提供できる。

【0611】

［その他の実施応用例］
また、これらの符号化又は復号処理は、一般的に各端末が有するＬＳＩｅｘ５００において処理される。ＬＳＩ（ｌａｒｇｅ ｓｃａｌｅ ｉｎｔｅｇｒａｔｉｏｎ ｃｉｒｃｕｉｔｒｙ）ｅｘ５００（図７６参照）は、ワンチップであっても複数チップからなる構成であってもよい。なお、動画像符号化又は復号用のソフトウェアをコンピュータｅｘ１１１等で読み取り可能な何らかの記録メディア（ＣＤ－ＲＯＭ、フレキシブルディスク、又はハードディスクなど）に組み込み、そのソフトウェアを用いて符号化又は復号処理を行ってもよい。さらに、スマートフォンｅｘ１１５がカメラ付きである場合には、そのカメラで取得した動画データを送信してもよい。このときの動画データはスマートフォンｅｘ１１５が有するＬＳＩｅｘ５００で符号化処理されたデータであってもよい。

【0612】

なお、ＬＳＩｅｘ５００は、アプリケーションソフトをダウンロードしてアクティベートする構成であってもよい。この場合、端末は、まず、当該端末がコンテンツの符号化方式に対応しているか、又は、特定サービスの実行能力を有するかを判定する。端末がコンテンツの符号化方式に対応していない場合、又は、特定サービスの実行能力を有さない場合、端末は、コーデック又はアプリケーションソフトをダウンロードし、その後、コンテンツ取得及び再生してもよい。

【0613】

また、インターネットｅｘ１０１を介したコンテンツ供給システムｅｘ１００に限らず、デジタル放送用システムにも上記各実施の形態の少なくとも動画像符号化装置（画像符号化装置）又は動画像復号装置（画像復号装置）のいずれかを組み込むことができる。衛星などを利用して放送用の電波に映像と音が多重化された多重化データを載せて送受信するため、コンテンツ供給システムｅｘ１００のユニキャストがし易い構成に対してマルチキャスト向きであるという違いがあるが符号化処理及び復号処理に関しては同様の応用が可能である。

【0614】

［ハードウェア構成］
図８１は、図７６に示されたスマートフォンｅｘ１１５のさらに詳細を示す図である。また、図８２は、スマートフォンｅｘ１１５の構成例を示す図である。スマートフォンｅｘ１１５は、基地局ｅｘ１１０との間で電波を送受信するためのアンテナｅｘ４５０と、映像及び静止画を撮ることが可能なカメラ部ｅｘ４６５と、カメラ部ｅｘ４６５で撮像した映像、及びアンテナｅｘ４５０で受信した映像等が復号されたデータを表示する表示部ｅｘ４５８とを備える。スマートフォンｅｘ１１５は、さらに、タッチパネル等である操作部ｅｘ４６６と、音声又は音響を出力するためのスピーカ等である音声出力部ｅｘ４５７と、音声を入力するためのマイク等である音声入力部ｅｘ４５６と、撮影した映像或いは静止画、録音した音声、受信した映像或いは静止画、メール等の符号化されたデータ、又は、復号化されたデータを保存可能なメモリ部ｅｘ４６７と、ユーザを特定し、ネットワークをはじめ各種データへのアクセスの認証をするためのＳＩＭｅｘ４６８とのインタフェース部であるスロット部ｅｘ４６４とを備える。なお、メモリ部ｅｘ４６７の代わりに外付けメモリが用いられてもよい。

【0615】

表示部ｅｘ４５８及び操作部ｅｘ４６６等を統括的に制御し得る主制御部ｅｘ４６０と、電源回路部ｅｘ４６１、操作入力制御部ｅｘ４６２、映像信号処理部ｅｘ４５５、カメラインタフェース部ｅｘ４６３、ディスプレイ制御部ｅｘ４５９、変調／復調部ｅｘ４５２、多重／分離部ｅｘ４５３、音声信号処理部ｅｘ４５４、スロット部ｅｘ４６４、及びメモリ部ｅｘ４６７とが同期バスｅｘ４７０を介して接続されている。

【0616】

電源回路部ｅｘ４６１は、ユーザの操作により電源キーがオン状態にされると、スマートフォンｅｘ１１５を動作可能な状態に起動し、バッテリパックから各部に対して電力を供給する。

【0617】

スマートフォンｅｘ１１５は、ＣＰＵ、ＲＯＭ及びＲＡＭ等を有する主制御部ｅｘ４６０の制御に基づいて、通話及データ通信等の処理を行う。通話時は、音声入力部ｅｘ４５６で収音した音声信号を音声信号処理部ｅｘ４５４でデジタル音声信号に変換し、変調／復調部ｅｘ４５２でスペクトラム拡散処理を施し、送信／受信部ｅｘ４５１でデジタルアナログ変換処理及び周波数変換処理を施し、その結果の信号を、アンテナｅｘ４５０を介して送信する。また受信データを増幅して周波数変換処理及びアナログデジタル変換処理を施し、変調／復調部ｅｘ４５２でスペクトラム逆拡散処理し、音声信号処理部ｅｘ４５４でアナログ音声信号に変換した後、これを音声出力部ｅｘ４５７から出力する。データ通信モード時は、本体部の操作部ｅｘ４６６等の操作に基づいてテキスト、静止画、又は映像データが操作入力制御部ｅｘ４６２を介して主制御部ｅｘ４６０の制御下で送出され得る。同様の送受信処理が行われる。データ通信モード時に映像、静止画、又は映像と音声を送信する場合、映像信号処理部ｅｘ４５５は、メモリ部ｅｘ４６７に保存されている映像信号又はカメラ部ｅｘ４６５から入力された映像信号を上記各実施の形態で示した動画像符号化方法によって圧縮符号化し、符号化された映像データを多重／分離部ｅｘ４５３に送出する。音声信号処理部ｅｘ４５４は、映像又は静止画をカメラ部ｅｘ４６５で撮像中に音声入力部ｅｘ４５６で収音した音声信号を符号化し、符号化された音声データを多重／分離部ｅｘ４５３に送出する。多重／分離部ｅｘ４５３は、符号化済み映像データと符号化済み音声データを所定の方式で多重化し、変調／復調部（変調／復調回路部）ｅｘ４５２、及び送信／受信部ｅｘ４５１で変調処理及び変換処理を施してアンテナｅｘ４５０を介して送信する。所定の方式は、予め定められていてもよい。

【0618】

電子メール又はチャットに添付された映像、又はウェブページにリンクされた映像を受信した場合等において、アンテナｅｘ４５０を介して受信された多重化データを復号するために、多重／分離部ｅｘ４５３は、多重化データを分離することにより、多重化データを映像データのビットストリームと音声データのビットストリームとに分け、同期バスｅｘ４７０を介して符号化された映像データを映像信号処理部ｅｘ４５５に供給するとともに、符号化された音声データを音声信号処理部ｅｘ４５４に供給する。映像信号処理部ｅｘ４５５は、上記各実施の形態で示した動画像符号化方法に対応した動画像復号化方法によって映像信号を復号し、ディスプレイ制御部ｅｘ４５９を介して表示部ｅｘ４５８から、リンクされた動画像ファイルに含まれる映像又は静止画が表示される。音声信号処理部ｅｘ４５４は、音声信号を復号し、音声出力部ｅｘ４５７から音声が出力される。リアルタイムストリーミングがますます普及しだしているため、ユーザの状況によっては音声の再生が社会的にふさわしくないこともあり得る。そのため、初期値としては、音声信号は再生せず映像データのみを再生する構成の方が望ましく、ユーザが映像データをクリックするなど操作を行った場合にのみ音声を同期して再生してもよい。

【0619】

またここではスマートフォンｅｘ１１５を例に説明したが、端末としては符号化器及び復号化器を両方持つ送受信型端末の他に、符号化器のみを有する送信端末、及び、復号化器のみを有する受信端末という他の実装形式が考えられる。デジタル放送用システムにおいて、映像データに音声データが多重化された多重化データを受信又は送信するとして説明した。ただし、多重化データには、音声データ以外に映像に関連する文字データなどが多重化されてもよい。また、多重化データではなく映像データ自体が受信又は送信されてもよい。

【0620】

なお、ＣＰＵを含む主制御部ｅｘ４６０が符号化又は復号処理を制御するとして説明したが、種々の端末はＧＰＵを備えることも多い。よって、ＣＰＵとＧＰＵで共通化されたメモリ、又は共通に使用できるようにアドレスが管理されているメモリにより、ＧＰＵの性能を活かして広い領域を一括して処理する構成でもよい。これにより符号化時間を短縮でき、リアルタイム性を確保し、低遅延を実現できる。特に動き探索、デブロックフィルタ、ＳＡＯ（Ｓａｍｐｌｅ Ａｄａｐｔｉｖｅ Ｏｆｆｓｅｔ）、及び変換・量子化の処理を、ＣＰＵではなく、ＧＰＵでピクチャなどの単位で一括して行うと効率的である。

【産業上の利用可能性】

【0621】

本開示は、例えば、テレビジョン受像機、デジタルビデオレコーダー、カーナビゲーション、携帯電話、デジタルカメラ、デジタルビデオカメラ、テレビ会議システム、又は、電子ミラー等に利用可能である。

【符号の説明】

【0622】

１００ 符号化装置
１０２ 分割部
１０４ 減算部
１０６ 変換部
１０８ 量子化部
１１０ エントロピー符号化部
１１２、２０４ 逆量子化部
１１４、２０６ 逆変換部
１１６、２０８ 加算部
１１８、２１０ ブロックメモリ
１２０、２１２ ループフィルタ部
１２２、２１４ フレームメモリ
１２４、２１６ イントラ予測部
１２６、２１８ インター予測部
１２８、２２０ 予測制御部
２００ 復号装置
２０２ エントロピー復号部
１２０１ 境界判定部
１２０２、１２０４、１２０６ スイッチ
１２０３ フィルタ判定部
１２０５ フィルタ処理部
１２０７ フィルタ特性決定部
１２０８ 処理判定部
ａ１、ｂ１ プロセッサ
ａ２、ｂ２ メモリ

【図1】

【図2】

【図3】

【図4A】

【図4B】

【図5A】

【図5B】

【図6A】

【図6B】

【図6C】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25A】

【図25B】

【図26A】

【図26B】

【図26C】

【図27】

【図28A】

【図28B】

【図29】

【図30A】

【図30B】

【図31A】

【図31B】

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

【図68】

【図69】

【図70】

【図71】

【図72】

【図73】

【図74】

【図75】

【図76】

【図77】

【図78】

【図79】

【図80】

【図81】

【図82】