特許 7445030 統一された有意性マップ符号化方法および装置

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

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

(11)【特許番号】

(24)【登録日】2024-02-27

(45)【発行日】2024-03-06

(54)【発明の名称】統一された有意性マップ符号化方法および装置

(51)【国際特許分類】

   H04N 19/13 20140101AFI20240228BHJP

   H04N 19/136 20140101ALI20240228BHJP

   H04N 19/18 20140101ALI20240228BHJP

   H04N 19/70 20140101ALI20240228BHJP

【ＦＩ】

H04N19/13

H04N19/136

H04N19/18

H04N19/70

【請求項の数】 21

【外国語出願】

(21)【出願番号】P 2023009137

(22)【出願日】2023-01-25

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

【原出願日】2011-05-11

(65)【公開番号】P2023058526

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

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

(31)【優先権主張番号】61/333,808

(32)【優先日】2010-05-12

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

(73)【特許権者】

【識別番号】319002876

【氏名又は名称】インターデジタル マディソン パテント ホールディングス， エスアーエス

(74)【代理人】

【識別番号】100079108

【弁理士】

【氏名又は名称】稲葉 良幸

(74)【代理人】

【識別番号】100109346

【弁理士】

【氏名又は名称】大貫 敏史

(74)【代理人】

【識別番号】100117189

【弁理士】

【氏名又は名称】江口 昭彦

(74)【代理人】

【識別番号】100134120

【弁理士】

【氏名又は名称】内藤 和彦

(74)【代理人】

【識別番号】100108213

【弁理士】

【氏名又は名称】阿部 豊隆

(72)【発明者】

【氏名】ルウ，シヤオアン

(72)【発明者】

【氏名】ソレ，ジヨエル

(72)【発明者】

【氏名】イン，ペン

(72)【発明者】

【氏名】シユウ，チヤン

(72)【発明者】

【氏名】ジエン，ユンフエイ

【審査官】岩井 健二

(56)【参考文献】

【文献】特表２００５－５３０３７５（ＪＰ，Ａ）

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

【文献】国際公開第２００９／８９３７０（ＷＯ，Ａ１）

【文献】米国特許出願公開第２００８／０２１９５７８（ＵＳ，Ａ１）

【文献】Martin Winken et al.，Description of video coding technology proposal by Fraunhofer HHI，Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T SG16 WP3 and ISO/IEC JTC1/SC29/WG11，JCTVC-A116，1st Meeting: Dresden, DE，2010年04月，pp.1-17

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

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

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

【請求項1】

複数の変換を用いて得られる、ピクチャの少なくとも一部分の複数の変換係数を符号化するビデオ符号化器であって、統一された規則に基づいて前記変換係数に対して１つまたは複数のコンテキスト共有マップを生成し、前記１つまたは複数のコンテキスト共有マップが、前記複数の変換のうちの少なくとも２つの異なる変換から得られる前記変換係数のうちの少なくとも一部の間で共有される少なくとも１つのコンテキストを提供する、前記ビデオ符号化器を備え、コンテキストは変換サイズに適合され、前記統一された規則のための候補として複数の規則が用いられ、且つシンタックスによって前記統一された規則が使用される、統一された有意性マップ符号化の装置。

【請求項2】

前記変換係数が、２次元変換係数であり、前記統一された規則が、走査順序に従った前記２次元変換係数の１次元配列へのマッピング、および前記変換係数のうちの最初のＮ個の係数の別個のコンテキストへの割り当てを指定する、請求項１に記載の装置。

【請求項3】

前記変換係数のうちの残りの係数が、単一のコンテキストに割り当てられる、請求項２に記載の装置。

【請求項4】

前記走査順序が、ジグザグの走査順序である、請求項２に記載の装置。

【請求項5】

前記統一された規則が、前記変換係数が対応するビデオ・シーケンス、ピクチャ解像度および量子化パラメータによって変わる少なくとも２つの統一された規則を含む、請求項１に記載の装置。

【請求項6】

ビデオ符号化器における方法であって、
複数の変換を用いて得られる、ピクチャの少なくとも一部分の複数の変換係数を符号化するステップであって、統一された規則に基づいて前記変換係数に対して１つまたは複数のコンテキスト共有マップを生成し、前記１つまたは複数のコンテキスト共有マップが、前記複数の変換のうちの少なくとも２つの異なる変換から得られる前記変換係数のうちの少なくとも一部の間で共有される少なくとも１つのコンテキストを提供する、前記ステップを含み、コンテキストは変換サイズに適合され、前記統一された規則のための候補として複数の規則が用いられ、且つシンタックスによって前記統一された規則が使用される、前記方法。

【請求項7】

前記変換係数が、２次元変換係数であり、前記統一された規則が、走査順序に従った前記２次元変換係数の１次元配列へのマッピング、および前記変換係数のうちの最初のＮ個の係数の別個のコンテキストへの割り当てを指定する、請求項６に記載の方法。

【請求項8】

前記変換係数のうちの残りの係数が、単一のコンテキストに割り当てられる、請求項７に記載の方法。

【請求項9】

前記走査順序が、ジグザグの走査順序である、請求項７に記載の方法。

【請求項10】

前記統一された規則が、前記変換係数が対応するビデオ・シーケンス、ピクチャ解像度および量子化パラメータによって変わる少なくとも２つの統一された規則を含む、請求項６に記載の方法。

【請求項11】

複数の変換を用いて得られる、ピクチャの少なくとも一部分の複数の変換係数を復号するビデオ復号器であって、統一された規則に基づいて前記変換係数に対して１つまたは複数のコンテキスト共有マップを生成し、前記１つまたは複数のコンテキスト共有マップが、前記複数の変換のうちの少なくとも２つの異なる変換から得られる前記変換係数のうちの少なくとも一部の間で共有される少なくとも１つのコンテキストを提供する、前記ビデオ復号器を備え、コンテキストは変換サイズに適合され、前記統一された規則のための候補として複数の規則が用いられ、且つシンタックスによって前記統一された規則が使用される、統一された有意性マップ符号化の装置。

【請求項12】

前記変換係数が、２次元変換係数であり、前記統一された規則が、走査順序に従った前記２次元変換係数の１次元配列へのマッピング、および前記変換係数のうちの最初のＮ個の係数の別個のコンテキストへの割り当てを指定する、請求項１１に記載の装置。

【請求項13】

前記変換係数のうちの残りの係数が、単一のコンテキストに割り当てられる、請求項１２に記載の装置。

【請求項14】

前記走査順序が、ジグザグの走査順序である、請求項１２に記載の装置。

【請求項15】

前記統一された規則が、前記変換係数が対応するビデオ・シーケンス、ピクチャ解像度および量子化パラメータによって変わる少なくとも２つの統一された規則を含む、請求項１１に記載の装置。

【請求項16】

複数の変換を用いて得られる、ピクチャの少なくとも一部分の複数の変換係数を復号するステップであって、統一された規則に基づいて前記変換係数に対して１つまたは複数のコンテキスト共有マップを生成し、前記１つまたは複数のコンテキスト共有マップが、前記複数の変換のうちの少なくとも２つの異なる変換から得られる前記変換係数のうちの少なくとも一部の間で共有される少なくとも１つのコンテキストを提供する、前記ステップを含み、コンテキストは変換サイズに適合され、前記統一された規則のための候補として複数の規則が用いられ、且つシンタックスによって前記統一された規則が使用される、方法。

【請求項17】

前記変換係数が、２次元変換係数であり、前記統一された規則が、走査順序に従った前
記２次元変換係数の１次元配列へのマッピング、および前記変換係数のうちの最初のＮ個
の係数の別個のコンテキストへの割り当てを指定する、請求項１６に記載の方法。

【請求項18】

前記変換係数のうちの残りの係数が、単一のコンテキストに割り当てられる、請求項１７に記載の方法。

【請求項19】

前記走査順序が、ジグザグの走査順序である、請求項１７に記載の方法。

【請求項20】

前記統一された規則が、前記変換係数が対応するビデオ・シーケンス、ピクチャ解像度および量子化パラメータによって変わる少なくとも２つの統一された規則を含む、請求項１６に記載の方法。

【請求項21】

符号化された命令を有する非一時的なコンピュータ可読記憶媒体であって、前記命令が、請求項１６に記載の方法をプロセッサに実行させる、前記非一時的なコンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

（関連出願の相互参照）
本願は、２０１０年５月１２日出願の米国仮出願第６１／３３３，８０８号の利益を主張するものである。

【0002】

本発明の原理は、一般にビデオ符号化およびビデオ復号に関し、さらに詳細には、統一された有意性マップ符号化方法および装置に関する。

【背景技術】

【0003】

入力ビデオ・コンテンツの非静的特性を活用するために、ビデオ符号化器は、入力ビデオ信号を可変長符号化シンタックス要素のビットストリームにマッピングするエントロピー符号化を使用している。頻繁に現れるシンボルは短い符号語で表され、あまり現れないシンボルは長い符号語で表される。

【0004】

Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｏｒｇａｎｉｚａｔｉｏｎ ｆｏｒ Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ／Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｅｌｅｃｔｒｏｔｅｃｈｎｉｃａｌ Ｃｏｍｍｉｓｓｉｏｎ（ＩＳＯ／ＩＥＣ）Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ－４（ＭＰＥＧ－４） Ｐａｒｔ １０ Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＣ）規格／Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ，Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｅｃｔｏｒ（ＩＴＵ－Ｔ）Ｈ．２６４勧告（以下「ＭＰＥＧ－４ ＡＶＣ規格」）は、２つのエントロピー符号化方法をサポートしている。具体的には、シンボルは、エントロピー符号化モードに応じて、可変長コード（ＶＬＣ）またはコンテキスト適応型算術符号化（ＣＡＢＡＣ）を用いて符号化される。ＣＡＢＡＣを用いると、データ・シンボルを符号化するプロセスは、以下の３つの基本ステップを含む。
１．２値化。２値化ステップでは、所与の２値でないシンタックス要素を、ビン列（ｂｉｎ ｓｔｒｉｎｇ）と呼ばれる２値シーケンスに一意的にマッピングする。このプロセスは、シンボルを可変長コードに変換するプロセスと同様であるが、２値符号値がさらに符号化される。
２．コンテキスト・モデル化。「コンテキスト・モデル」は、ビン列の１つまたは複数のビン（ｂｉｎ）の確率モデルであり、直近に符号化されたデータ・シンボルの統計値に応じて１組の利用可能なモデルから選択される。コンテキスト・モデルは、各ビンが「１」または「０」である確率を記憶したものであり、実際の符号化値に基づいて更新される。
３．２値算術符号化。算術符号化器が、選択した確率モデルに従って各ビンを符号化する。

【0005】

ＭＰＥＧ－４ ＡＶＣ規格では、各シンタックス要素のコンテキスト・モデルおよび２値化方式がその規格で定義されている。各ビンのコンテキスト・モデルは、コンテキスト・インデックスγによって識別され、所与のコンテキスト・インデックスγに関連する各確率モデルは、２つの値の対、すなわち最確シンボル（ＭＰＳ）の確率状態インデックスσγおよび値（２値）

【数1】

によって決まる。

【0006】

コンテキスト・テンプレートＴと呼ばれる既定の過去のシンボルの集合と、コンテキストがテンプレートＴに作用するモデル化関数Ｆ：Ｔ→Ｃによって指定されるコンテキストの関連集合Ｃ＝｛０，…，Ｃ－１｝とが与えられたと考える。符号化対象の各シンボルｘについて、既に符号化された隣接するシンボルｚ∈Ｔに従って異なる確率モデル間で切替えを行うことにより、条件付き確率ｐ（ｘ｜Ｆ（ｚ））を推定する。推定した条件付き確率ｐ（ｘ｜Ｆ（ｚ））を用いてｘを符号化した後で、符号化シンボルｘの値で確率モデルを更新する。従って、ｐ（ｘ｜Ｆ（ｚ））は、実際のソース統計を追跡することによってオン・ザ・フライで推定される。モデル・コストを低減し、Ｃの数が大きくなることによってｐ（ｘ｜Ｆ（ｚ））の推定が不正確になるのを回避するために、ＭＰＥＧ－４ ＡＶＣ規格では、コンテキスト・モデルの選択に２つの制約を課している。第１の制約は、現在符号化しているシンボルの数個の隣接するシンボルからなる非常に限られたコンテキスト・テンプレートＴを利用することである。第２の制約は、コンテキスト・モデル化を、２値化シンボルの選択されたビンに制限することである。

【0007】

量子化パラメータは、様々なデータ・シンボルの発生確率に有意な影響を及ぼすので、各符号化スライスの冒頭で、量子化パラメータ（ＱＰ）の初期値に応じてコンテキスト・モデルを初期化する。

【0008】

ＭＰＥＧ－４ ＡＶＣ規格の残差データのＣＡＢＡＣエントロピー符号化
ＭＰＥＧ－４ ＡＶＣ規格による残差データのＣＡＢＡＣ符号化では、シンタックス要素およびそれらに関連する符号化方式は、以下の明確な特徴によって特徴付けられる。
・１ビット・シンボルｃｏｄｅｄ＿ｂｌｏｃｋ＿ｆｌａｇおよび２値有意性マップを使用して、所与のブロック中の非ゼロ変換係数（すなわち、有意係数）の発生および位置を示す。
・非ゼロ・レベルは、逆走査順序で符号化される。
・非ゼロ変換係数を符号化するためのコンテキスト・モデルは、逆走査経路内の以前に伝送された非ゼロ・レベルの数に基づいて選択される。

【0009】

図１を参照すると、ＭＰＥＧ－４ ＡＶＣ規格による有意性マップ符号化手順の一例の全体が、参照番号１００で示してある。手順１００は、制御を機能ブロック１２０に渡す開始ブロック１１０を含む。機能ブロック１２０では、シンタックス要素ｃｏｄｅｄ＿ｂｌｏｃｋ＿ｆｌａｇを符号化し、制御を判断ブロック１３０に渡す。判断ブロック１３０では、ｃｏｄｅｄ＿ｂｌｏｃｋ＿ｆｌａｇが１に等しいか否かを判定する。ｃｏｄｅｄ＿ｂｌｏｃｋ＿ｆｌａｇが１に等しい場合には、制御は、機能ブロック１４０に渡される。そうでない場合には、制御は、終了ブロック１９９に渡される。機能ブロック１４０では、有意性マップの符号化に関連するステップを実行し、制御を機能ブロック１５０に渡す。機能ブロック１５０では、レベル情報の符号化に関連するステップを実行し、制御を終了ブロック１９９に渡す。従って、判断ブロック１３０に関しては、ｃｏｄｅｄ＿ｂｌｏｃｋ＿ｆｌａｇがブロックが有意係数を有していることを示している場合には、機能ブロック１４０で２値有意性マップを符号化する。走査順序の各係数について、機能ブロック１４０で、１ビット・シンボルｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇが伝送される。ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇシンボルが１に等しい場合、すなわち非ゼロ係数がこの走査位置に存在している場合には、機能ブロック１４０で、別の１ビット・シンボルｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇが送信される。このシンボルｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇは、現在の有意係数がブロック内の最後の係数であるかどうか、すなわち後続の別の有意係数があるかどうかを示す。

【0010】

変換係数の有意性マップを符号化するときに、ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇおよびｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇのコンテキスト・モデルの選択は、走査位置によって決まる。ＭＰＥＧ－４ ＡＶＣ規格では、４×４またはそれより小さい変換サイズでは、コンテキスト・モデルは、各位置のｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇおよびｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇにそれぞれ割り当てられる。８×８およびそれより大きい変換サイズでは、コンテキスト・モデルの数を減らすために、いくつかの変換係数位置で１つのコンテキスト・モデルを共有する。

【0011】

ＫＴＡでの有意性マップ符号化
ｖｉｄｅｏ ｃｏｄｉｎｇ ｅｘｐｅｒｔｓ ｇｒｏｕｐ（ＶＣＥＧ）「ｋｅｙ ｔｅｃｈｎｉｃａｌ ａｒｅａ」（ＫＴＡ）ソフトウェアは、ＭＰＥＧ－４ ＡＶＣ規格が完成した後のビデオ符号化の新たな進歩を統合する共通のプラットフォームを提供している。拡張ブロック・サイズおよび大きな変換を使用するという提案がＫＴＡでは採用されている。現在のＫＴＡソフトウェアでは、１６×１６画素より大きな動きパーティションが実施される。具体的には、既存のＭＰＥＧ－４ ＡＶＣ規格のパーティションサイズに加えて、６４×６４、６４×３２、３２×６４、３２×３２、３２×１６、１６×３２のサイズのマクロブロックが使用される。高精細度ビデオのさらに滑らかなコンテンツをより良質に取り込むために、それより大きなブロック変換も使用される。このようなさらに大きなブロック変換としては、１６×１６、１６×８および８×１６のサイズを有するブロック変換が挙げられる。コンテキスト・モデルの数を少なく抑えるために、８×１６、１６×８および１６×１６の変換は全て、ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇまたはｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇに対して１５個以下のコンテキスト・モデルを使用する。図２を参照すると、８×８ブロックのシンタックス要素ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇに対して１５個のコンテキストを使用する一例の全体が、参照番号２００で示してある。さらに詳細には、例２００は、ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇに対して８×８変換を用いるときに、１つのブロック内の複数の変換係数位置が、どのようにして１つのコンテキスト・モデルを共有するかを示している。異なる各数字は、コンテキスト・モデルを表している。１つの数字が複数の位置で繰り返されているとき、この複数の位置が１つのコンテキスト・モデルを共有している。この手法では、複数の変換係数位置が１つのコンテキストをどのように共有するか、すなわちコンテキスト共有は、変換サイズごとに設計される。コンテキスト共有の正確なパターンを、コンテキスト共有マップと呼ぶ。

【0012】

図３を参照すると、１６×１６ブロックのシンタックス要素ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇに対して１５個のコンテキストを使用する一例の全体が、参照番号３００で示してある。さらに詳細には、例３００は、ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇに対して１６×１６変換を用いるときに、１つのブロック内の複数の変換係数位置が、どのようにして１つのコンテキスト・モデルを共有するかを示している。１６×１６変換のコンテキスト共有のパターンは、ほぼ８×８変換のアップサンプリング・バージョンである。ただし、この場合、異なる変換の係数分布の違いを捕捉することができない可能性もあるという欠点がある。

【0013】

特定の従来技術の手法による有意性マップ符号化 特定の従来技術の手法では、８×８およびそれより大きな変換サイズに対する新たなコンテキスト・モデル化手法が提案されていた。８×８ブロックのシンタックス要素ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇのコンテキストをモデル化するために、変換ブロックを２×２個のサンプルで構成される１６個のサブブロックに分解し、これらのサブブロックをそれぞれ別個のコンテキストと関連付ける。それより大きな変換ブロック（例えば８×８より大きなブロック）のコンテキスト・モデルの選択は、既定の近傍（変換ブロック内）の既に符号化されている有意変換係数の数に基づく。ｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇの符号化では、現在の走査位置から所与の変換ブロックの左上隅までの距離寸法に依存するコンテキスト・モデル化が設計されている。さらに詳細には、ｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇを符号化するためのコンテキスト・モデルは、現在の走査位置を通る走査対角線に基づいて選択される（すなわち、ｘおよびｙがそれぞれ変換ブロック内の走査位置の水平方向位置および垂直方向位置を表しているものとして、ｘ＋ｙに基づいて選択される）。過学習を避けるために、距離寸法ｘ＋ｙは、特定の方法で（例えばｘ＋ｙを量子化することによって）縮小したコンテキスト・モデルのセットにマッピングされる。

【0014】

この特定の従来技術の方法では、８×８変換のコンテキスト共有のパターンは、ほぼ４×４変換のアップサンプリング・バージョンである。ただし、この場合、異なる変換の係数分布の違いを捕捉することができない可能性もあるという欠点がある。

【0015】

既存のビデオ符号化規格では、８×８変換またはそれより大きな変換の変換係数の有意性マップを符号化する際に、複数の変換係数の間で１つのコンテキストを共有して、コンテキストの数を減らす。コンテキストをどのように共有するかに基づいて、様々な変換に対して別々の方法が使用される。このような設計は、使用される変換の数がさらに増える可能性がある将来の規格に、容易には拡張することができない。

【発明の概要】

【0016】

本発明の原理は、従来技術の上記その他の欠陥および欠点に対処するものであり、統一された有意性マップ符号化方法および装置を対象とする。

【0017】

本発明の原理の１つの態様によると、装置が提供される。この装置は、ピクチャの少なくとも一部分の複数の変換係数を符号化するビデオ符号化器を含む。変換係数は、複数の変換を用いて得られる。これらの変換係数に対して、統一された規則に基づいて、１つまたは複数のコンテキスト共有マップが生成される。これらの１つまたは複数のコンテキスト共有マップは、上記の複数の変換のうちの少なくとも２つの異なる変換から得られる変換係数のうちの少なくとも一部の間で共有される少なくとも１つのコンテキストを提供するものである。

【0018】

本発明の原理の別の態様によると、ビデオ符号化器における方法が提供される。この方法は、ピクチャの少なくとも一部分の複数の変換係数を符号化するステップを含む。変換係数は、複数の変換を用いて得られる。これらの変換係数に対して、統一された規則に基づいて、１つまたは複数のコンテキスト共有マップが生成される。これらの１つまたは複数のコンテキスト共有マップは、上記の複数の変換のうちの少なくとも２つの異なる変換から得られる変換係数のうちの少なくとも一部の間で共有される少なくとも１つのコンテキストを提供するものである。

【0019】

本発明の原理のさらに別の態様によると、装置が提供される。この装置は、ピクチャの少なくとも一部分の複数の変換係数を復号するビデオ復号器を含む。変換係数は、複数の変換を用いて得られる。これらの変換係数に対して、統一された規則に基づいて、１つまたは複数のコンテキスト共有マップが生成される。これらの１つまたは複数のコンテキスト共有マップは、上記の複数の変換のうちの少なくとも２つの異なる変換から得られる変換係数のうちの少なくとも一部の間で共有される少なくとも１つのコンテキストを提供するものである。

【0020】

本発明の原理のさらに別の態様によると、ビデオ復号器における方法が提供される。この方法は、ピクチャの少なくとも一部分の複数の変換係数を復号するステップを含む。変換係数は、複数の変換を用いて得られる。これらの変換係数に対して、統一された規則に基づいて、１つまたは複数のコンテキスト共有マップが生成される。これらの１つまたは複数のコンテキスト共有マップは、上記の複数の変換のうちの少なくとも２つの異なる変換から得られる変換係数のうちの少なくとも一部の間で共有される少なくとも１つのコンテキストを提供するものである。

【0021】

本発明の原理の上記その他の態様、特徴および利点は、以下の例示的な実施形態の詳細な説明を、添付の図面と関連付けて読めば、明らかになるであろう。

【0022】

本発明の原理は、以下の例示的な図面によってよりよく理解することができる。

【図面の簡単な説明】

【0023】

【図1】ＭＰＥＧ－４ ＡＶＣ規格による有意性マップ符号化手順の一例を示す図で ある。

【図2】８×８ブロックのシンタックス要素ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ ｆｌａｇに対して１５個のコンテキストを使用する例を示す図である。

【図3】１６×１６ブロックのシンタックス要素ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆ ｆ＿ｆｌａｇに対して１５個のコンテキストを使用する例を示す図である。

【図4】本発明の原理の一実施形態による、本発明の原理を適用することができる例 示的なビデオ符号化器を示すブロック図である。

【図5】本発明の原理の一実施形態による、本発明の原理を適用することができる例 示的なビデオ復号器を示すブロック図である。

【図6】有意性マップを符号化する従来の方法を示す流れ図である。

【図7】有意性マップを復号する従来の方法を示す流れ図である。

【図8】本発明の原理の一実施形態による、有意性マップを符号化する例示的な方法 を示す流れ図である。

【図9】本発明の原理の一実施形態による、有意性マップを復号する例示的な方法を 示す流れ図である。

【図10】本発明の原理の一実施形態による、有意性マップを符号化する別の方法を 示す流れ図である。

【図11】本発明の原理の一実施形態による、有意性マップを復号する別の例示的な 方法を示す流れ図である。

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

【0024】

本発明の原理は、統一された有意性マップ符号化方法および装置を対象とするものである。

【0025】

本明細書は、本発明の原理を例示するものである。従って、本明細書に明示的には記述または図示していなくても、本発明の原理を実現し、本発明の原理の趣旨および範囲に含まれる様々な構成を、当業者なら考案することができることを理解されたい。

【0026】

本明細書に記載する全ての例および条件に関する表現は、本発明の原理と、当技術分野をさらに進歩させるために発明者（等）が与える概念とを、読者が理解するのを助けるという教育的な目的を有するものであって、これらの具体的に記載した例および条件に限定されるわけではないものと解釈されたい。

【0027】

さらに、本発明の原理の原理、態様および実施形態ならびに本発明の原理の具体的な例について本明細書で述べる全ての記述は、その構成的均等物および機能的均等物の両方を含むものとする。さらに、これらの均等物には、現在既知の均等物だけでなく、将来開発されるであろう均等物も含まれる、すなわち、その構成にかかわらず、同じ機能を実行する開発される任意の要素も含まれるものとする。

【0028】

従って、例えば、当業者なら、本明細書に示すブロック図が本発明の原理を実施する例示的な回路の概念図を表していることを理解するであろう。同様に、任意のフローチャート、流れ図、状態遷移図、擬似コードなどが、コンピュータ可読媒体で実質的に表現することができ、明示してある場合もしていない場合もあるコンピュータまたはプロセッサによって実質的に実行することができる様々なプロセスを表すことも理解されたい。

【0029】

図面に示す様々な要素の機能は、専用のハードウェアを使用することによって、またソフトウェアを実行することができるハードウェアを適当なソフトウェアと関連付けて使用することによって、実現することができる。プロセッサによってそれらの機能を実現するときには、単一の専用プロセッサで実現することも、単一の共用プロセッサで実現することも、あるいはその一部を共用することもできる複数の個別プロセッサで実現することもできる。さらに、「プロセッサ」または「制御装置」という用語を明示的に用いていても、ソフトウェアを実行することができるハードウェアのみを指していると解釈すべきではなく、ディジタル信号プロセッサ（「ＤＳＰ」）ハードウェア、ソフトウェアを記憶するための読取り専用メモリ（「ＲＯＭ」）、ランダム・アクセス・メモリ（「ＲＡＭ」）および不揮発性記憶装置（ただしこれらに限定されない）を暗に含むことがある。

【0030】

従来の、且つ／または特注のその他ハードウェアも含まれることがある。同様に、図面に示す任意のスイッチも、概念的なものに過ぎない。それらの機能は、プログラム論理の動作によっても、ハードウェア論理によっても、プログラム制御とハードウェア論理の相互作用によっても、あるいは手作業でも実施することができ、実施者が、状況から適宜判断して特定の技術を選択することができる。

【0031】

本明細書の特許請求の範囲において、特定の機能を実行する手段として表現されている任意の要素は、当該機能を実行する任意の形態を含むものとする。例えば、（ａ）当該機能を実行する回路素子の組合せや、（ｂ）ファームウェアやマイクロコードなども含めた任意の形態のソフトウェアを、当該ソフトウェアを実行して当該機能を実行する適当な回路と組み合わせたものなども含むものとする。かかる特許請求の範囲によって定義される本発明の原理は、記載した様々な手段が実施する機能を、特許請求の範囲が要求する形式で組み合わせ、まとめることにある。従って、これらの機能を実施することができる任意の手段を、本明細書に示す手段の均等物とみなすものとする。

【0032】

本明細書において、本発明の原理の「一実施形態」または「実施形態」ならびにその他の変形例と述べている場合、それは、当該実施形態に関連して述べられる特定の特性、構成、特徴などが、本発明の原理の少なくとも１つの実施形態に含まれるという意味である。従って、本明細書の様々な箇所に見られる「一実施形態において」または「実施形態において」という表現、ならびに任意の他の変形表現は、その全てが必ずしも同じ実施形態のことを指しているわけではない。

【0033】

例えば「Ａ／Ｂ」、「Ａおよび／またはＢ」ならびに「ＡおよびＢの少なくとも１つ」の場合など、「／」、「および／または」ならびに「の少なくとも１つ」の何れかを使用している場合、それは、１番目に挙げた選択肢（Ａ）のみを選択すること、または２番目に挙げた選択肢（Ｂ）のみを選択すること、または両方の選択肢（ＡおよびＢ）を選択することを含むということであることを理解されたい。さらに別の例として、「Ａ、Ｂおよび／またはＣ」ならびに「Ａ、ＢおよびＣの少なくとも１つ」の場合には、この表現は、１番目に挙げた選択肢（Ａ）のみを選択すること、または２番目に挙げた選択肢（Ｂ）のみを選択すること、または３番目に挙げた選択肢（Ｃ）のみを選択すること、または１番目と２番目に挙げた選択肢（ＡおよびＢ）のみを選択すること、または１番目と３番目に挙げた選択肢（ＡおよびＣ）のみを選択すること、または２番目と３番目に挙げた選択肢（ＢおよびＣ）のみを選択すること、または３つ全ての選択肢（ＡおよびＢおよびＣ）を選択することを含むということである。当技術分野および関連技術分野の当業者には容易に分かるように、このことは、列挙されている項目の数に応じて拡張することができる。

【0034】

また、本明細書で使用する「ピクチャ」および「画像」という用語は、入れ替えて使用され、ビデオ・シーケンスに含まれる静止画像またはピクチャを指している。既知の通り、ピクチャは、フレームであってもフィールドであってもよい。

【0035】

さらに、本明細書で使用する「有意係数」および「有意変換係数」という表現は、非ゼロ値を有する変換係数を指す。

【0036】

さらに、本明細書で使用する「レベル情報」という表現は、変換係数の値を指す。

【0037】

例示および説明のために、本明細書では、ｖｉｄｅｏ ｃｏｄｉｎｇ ｅｘｐｅｒｔｓ ｇｒｏｕｐ（ＶＣＥＧ）ｋｅｙ ｔｅｃｈｎｉｃａｌ ａｒｅａ（ＫＴＡ）ソフトウェアの改良という状況でいくつかの例について述べ、本明細書の基準としてＫＴＡソフトウェアを用いて、ＫＴＡソフトウェアに優る改良点および拡張点を説明する。ただし、本発明の原理は、ＫＴＡソフトウェアおよび／またはその拡張のみに限定されるわけではないことを理解されたい。本明細書に与える本発明の原理の教示があれば、当技術分野および関連技術分野の当業者なら、本発明の原理が他の規格にも同様に適用可能であり、他の規格の拡張に適用されれば、あるいはこれから開発される規格に適用され、且つ／または組み込まれれば、少なくとも同等の利益を提供することを容易に理解するであろう。さらに、本発明の原理は、規格に準拠するのではなく所有者の定義（ｐｒｏｐｒｉｅｔａｒｙ ｄｅｆｉｎｉｔｉｏｎｓ）に準拠するビデオ符号化器およびビデオ復号器にも適用されることも理解されたい。

【0038】

図４を参照すると、本発明の原理を適用することができる例示的なビデオ符号化器の全体が、参照番号４００で示してある。ビデオ符号化器４００は、結合器４８５の非反転入力部と信号通信する出力部を有するフレーム順序付けバッファ４１０を含む。結合器４８５の出力部は、変換器／量子化器４２５の第１の入力部に信号通信で接続される。変換器／量子化器４２５の出力部は、エントロピー・コーダ４４５の第１の入力部および逆変換器／逆量子化器４５０の第１の入力部に信号通信で接続される。エントロピー・コーダ４４５の出力部は、結合器４９０の第１の非反転入力部に信号通信で接続される。結合器４９０の出力部は、出力バッファ４３５の第１の入力部に信号通信で接続される。

【0039】

符号化器制御装置４０５の第１の出力部は、フレーム順序付けバッファ４１０の第２の入力部、逆変換器／逆量子化器４５０の第２の入力部、ピクチャ・タイプ判断モジュール４１５の入力部、マクロブロック・タイプ（ＭＢタイプ）判断モジュール４２０の第１の入力部、イントラ予測モジュール４６０の第２の入力部、デブロッキング・フィルタ４６５の第２の入力部、動き補償器４７０の第１の入力部、動き推定器４７５の第１の入力部、および参照ピクチャ・バッファ４８０の第２の入力部に信号通信で接続される。

【0040】

符号化器制御装置４０５の第２の出力部は、付加拡張情報（ＳＥＩ）挿入器４３０の第１の入力部、変換器／量子化器４２５の第２の入力部、エントロピー・コーダ４４５の第２の入力部、出力バッファ４３５の第２の入力部、およびシーケンス・パラメータ・セット（ＳＰＳ）／ピクチャ・パラメータ・セット（ＰＰＳ）挿入器４４０の入力部に信号通信で接続される。

【0041】

ＳＥＩ挿入器４３０の出力部は、結合器４９０の第２の非反転入力部に信号通信で接続される。

【0042】

ピクチャ・タイプ判断モジュール４１５の第１の出力部は、フレーム順序付けバッファ４１０の第３の入力部に信号通信で接続される。ピクチャ・タイプ判断モジュール４１５の第２の出力部は、マクロブロック・タイプ判断モジュール４２０の第２の入力部に信号通信で接続される。

【0043】

シーケンス・パラメータ・セット（ＳＰＳ）／ピクチャ・パラメータ・セット（ＰＰＳ）挿入器４４０の出力部は、結合器４９０の第３の非反転入力部に信号通信で接続される。

【0044】

逆量子化器／逆変換器４５０の出力部は、結合器４１９の第１の非反転入力部に信号通信で接続される。結合器４１９の出力部は、イントラ予測モジュール４６０の第１の入力部およびデブロッキング・フィルタ４６５の第１の入力部に信号通信で接続される。デブロッキング・フィルタ４６５の出力部は、参照ピクチャ・バッファ４８０の第１の入力部に信号通信で接続される。参照ピクチャ・バッファ４８０の出力部は、動き推定器４７５の第２の入力部および動き補償器４７０の第３の入力部に信号通信で接続される。動き推定器４７５の第１の出力部は、動き補償器４７０の第２の入力部に信号通信で接続される。動き推定器４７５の第２の出力部は、エントロピー・コーダ４４５の第３の入力部に信号通信で接続される。

【0045】

動き補償器４７０の出力部は、スイッチ４９７の第１の入力部に信号通信で接続される。イントラ予測モジュール４６０の出力部は、スイッチ４９７の第２の入力部に信号通信で接続される。マクロブロック・タイプ判断モジュール４２０の出力部は、スイッチ４９７の第３の入力部に信号通信で接続される。スイッチ４９７の第３の入力部は、スイッチの「データ」入力（制御入力部すなわち第３の入力部と比べて）が、動き補償器４７０またはイントラ予測モジュール４６０によって与えられるか否かを判定する。スイッチ４９７の出力部は、結合器４１９の第２の非反転入力部および結合器４８５の反転入力部に信号通信で接続される。

【0046】

フレーム順序付けバッファ４１０の第１の入力部および符号化器制御装置４０５の入力部は、符号化器４００の、入力ピクチャを受信するための入力部として利用することができる。さらに、付加拡張情報（ＳＥＩ）挿入器４３０の第２の入力部は、符号化器４００の、メタデータを受信するための入力部として利用することができる。出力バッファ４３５の出力部は、符号化器４００の、ビットストリームを出力するための出力部として利用することができる。

【0047】

図５を参照すると、本発明の原理を適用することができる例示的なビデオ復号器の全体が、参照番号５００で示してある。ビデオ復号器５００は、エントロピー復号器５４５の第１の入力部に信号通信で接続された出力部を有する入力バッファ５１０を含む。エントロピー復号器５４５の第１の出力部は、逆変換器／逆量子化器５５０の第１の入力部に信号通信で接続される。逆変換器／逆量子化器５５０の出力部は、結合器５２５の第２の非反転入力部に信号通信で接続される。結合器５２５の出力部は、デブロッキング・フィルタ５６５の第２の入力部およびイントラ予測モジュール５６０の第１の入力部に信号通信で接続される。デブロッキング・フィルタ５６５の第２の出力部は、参照ピクチャ・バッファ５８０の第１の入力部に信号通信で接続される。参照ピクチャ・バッファ５８０の出力部は、動き補償器５７０の第２の入力部に信号通信で接続される。

【0048】

エントロピー復号器５４５の第２の出力部は、動き補償器５７０の第３の入力部、デブロッキング・フィルタ５６５の第１の入力部、およびイントラ予測器５６０の第３の入力部に信号通信で接続される。エントロピー復号器５４５の第３の出力部は、復号器制御装置５０５の入力部に信号通信で接続される。復号器制御装置５０５の第１の出力部は、エントロピー復号器５４５の第２の入力部に信号通信で接続される。復号器制御装置５０５の第２の出力部は、逆変換器／逆量子化器５５０の第２の入力部に信号通信で接続される。復号器制御装置５０５の第３の出力部は、デブロッキング・フィルタ５６５の第３の入力部に信号通信で接続される。復号器制御装置５０５の第４の出力部は、イントラ予測モジュール５６０の第２の入力部、動き補償器５７０の第１の入力部、および参照ピクチャ・バッファ５８０の第２の入力部に信号通信で接続される。

【0049】

動き補償器５７０の出力部は、スイッチ５９７の第１の入力部に信号通信で接続される。イントラ予測モジュール５６０の出力部は、スイッチ５９７の第２の入力部に信号通信で接続される。スイッチ５９７の出力部は、結合器５２５の第１の非反転入力部に信号通信で接続される。

【0050】

入力バッファ５１０の入力部は、復号器５００の、入力ビットストリームを受信するための入力部として利用することができる。デブロッキング・フィルタ５６５の第１の出力部は、復号器５００の、出力ピクチャを出力するための出力部として利用することができる。

【0051】

上述のように、本発明の原理は、統一された有意性マップ符号化方法および装置を対象としている。様々な変換サイズの係数分布を考慮するために、発明者等は、簡潔にするために全ての変換サイズについてある統一された構造を維持しながら、コンテキスト共有パターンを変換サイズに適合させる。

【0052】

残差データを符号化する際のコンテキストの数を低減するために、いくつかの変換係数位置で１つのコンテキスト・モデルを共有することができる。ＭＰＥＧ－４ ＡＶＣ規格では、コンテキスト共有は、変換ごとに設計される。

【0053】

本発明の原理の一実施形態では、発明者等は、規則が符号化器のセットアップに適合可能である、全ての変換についてコンテキストを共有する方法を設計する統一された規則ベース（ｕｎｉｆｉｅｄ ｒｕｌｅ－ｂａｓｅｄ）手法を提案する。

【0054】

本発明の原理の一実施形態では、発明者等は、複数の変換についてコンテキスト共有を統一することを提案する。コンテキスト・モデルの数は小さい数に維持しながら、異なる変換で複数の係数位置の間のコンテキスト共有を設計する同じ手法を用いる。これにより、コンテキスト共有を統一して、さらに多くの変換に対応できる次世代の規格に備える。

【0055】

本発明の原理は、有意性マップを符号化する新たな方法を提案するものである。変換ごとに別個のコンテキスト共有方法が予め規定される従来技術とは異なり、発明者等は、異なる変換の間でコンテキスト共有を統一する方法を提供する。これにより、特に複数の変換が存在するときには、符号化器および／または復号器の設計が簡略化される。

【0056】

＜典型的な有意性マップ符号化＞
図６を参照すると、有意性マップを符号化する従来の方法の全体が、参照番号６００で示してある。方法６００は、制御を機能ブロック６２０に渡す開始ブロック６１０を含む。機能ブロック６２０では、変換の既定のコンテキスト共有マップを読み取り、制御を機能ブロック６３０に渡す。機能ブロック６３０では、有意性マップを符号化し、制御を終了ブロック６９９に渡す。コンテキスト共有マップは、様々な変換について予め規定されており、共有パターンは、ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇまたはｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇで異なることがある。

【0057】

図７を参照すると、有意性マップを復号する従来の方法の全体が、参照番号７００で示してある。方法７００は、制御を機能ブロック７２０に渡す開始ブロック７１０を含む。機能ブロック７２０では、変換の既定のコンテキスト共有マップを読み取り、制御を機能ブロック７３０に渡す。機能ブロック７３０では、有意性マップを復号し、制御を終了ブロック７９９に渡す。復号器は、対応するコンテキスト共有マップを使用して、有意性マップを復号する。

【0058】

＜提案する方法－コンテキスト共有マップの生成を統一する＞
ＫＴＡソフトウェアでは、３２×３２および６４×６４のマクロブロック・サイズがサポートされる。３２×３２ブロックでは、既存のＭＰＥＧ－４ ＡＶＣ規格の動きパーティションサイズ（１６×１６、１６×８、８×１６、８×８、８×４、４×８および４×４）に加えて、３２×３２、３２×１６および１６×３２個のパーティションを用いたインター符号化も使用可能である。変換が大きい方が、高精細度ビデオのより滑らかなコンテンツをより良質に捕捉することができる。インター・ピクチャでは、輝度成分の４×４変換および８×８変換に加えて、１６×１６変換、１６×８変換および８×１６変換が使用される。具体的には、サイズ１６×１６、１６×８および８×１６の各動きパーティションについて、４×４変換および８×８変換に加えて、サイズ１６×１６、１６×８および８×１６の変換を使用することができる。１６×１６より大きな動きパーティションについては、４×４変換および８×８変換に加えて、１６×１６変換が使用される。

【0059】

新たに導入された変換（１６×８、８×１６および１６×１６）の変換係数の有意性マップを符号化するために、変換ごとに別個のコンテキスト共有マップを設計する。例えば、１６×１６変換のコンテキスト共有のパターンは、ほぼ８×８変換のアップサンプリング・バージョンである。変換では、通常、走査順序の最初のいくつかの係数にエネルギーを集中させるので、このようなコンテキスト共有は、変換係数分布に適さないことがある。さらに、このようなコンテキスト共有では、変換ごとにマップを記憶する必要がある。

【0060】

発明者等は、符号化器および／または復号器の設計を簡略にするために、コンテキスト共有マップの生成を統一することを提案する。一実施形態では、発明者等は、走査順序（例えばジグザグの走査順序）に従って、２Ｄ変換係数ブロックを１Ｄ変換係数配列に変換する。変換係数位置ｘに応じて、発明者等は、規則Ｆ（ｘ）に従ってコンテキストを割り当てる。この規則は、全ての変換について一貫している。例えば、以下のような規則である。

【数2】

ここで、Ｎは、コンテキストの数である。例えば、Ｎ＝１５であるときには、１５個のコンテキストがある。

【0061】

この規則を適用してコンテキスト共有マップを生成するときには、変換ごとに別個のマップを設計する必要がなく、複数の変換に容易に拡張することができる。符号化器および復号器の両方が同じ規則を認識し、使用する。

【0062】

図８を参照すると、有意性マップを符号化する例示的な方法の全体が、参照番号８００で示してある。方法８００は、制御を機能ブロック８２０に渡す開始ブロック８１０を含む。機能ブロック８２０では、規則に基づいて変換のコンテキスト共有マップを生成し、制御を機能ブロック８３０に渡す。機能ブロック８３０では、有意性マップを符号化し、制御を終了ブロック８９９に渡す。機能ブロック８２０に関しては、変換のコンテキスト共有マップを生成する規則は、例えば、既定の走査順序（例えばジグザグの走査順序）の最初のＮ個の係数位置に対して１つの別のコンテキストを割り当て、それ以外の全ての係数位置に１つのコンテキストを共有させるものとすることができる。

【0063】

図９を参照すると、有意性マップを復号する例示的な方法の全体が、参照番号９００で示してある。方法９００は、制御を機能ブロック９２０に渡す開始ブロック９１０を含む。機能ブロック９２０では、規則に基づいて変換のコンテキスト共有マップを生成し、制御を機能ブロック９３０に渡す。機能ブロック９３０では、有意性マップを復号し、制御を終了ブロック９９９に渡す。機能ブロック９２０に関しては、変換のコンテキスト共有マップを生成する規則は、符号化器で使用されるものと同じである。この規則は、例えば、既定の走査順序（例えばジグザグの走査順序）の最初のＮ個の係数位置に対して１つの別のコンテキストを割り当て、それ以外の全ての係数位置に１つのコンテキストを共有させるものとすることができる。

【0064】

＜変形＞
本発明の原理の一実施形態では、コンテキスト共有マップを生成する規則は、シーケンス、ピクチャ解像度、量子化パラメータなどによって変わってもよい。例えば、発明者等は、Ｆ（ｘ）を以下のように変形させることができる。

【数3】

【0065】

発明者等は、シンタックスにおいてどの規則を使用するかを示すことを提案する。一実施形態では、符号化器および復号器の両方が規則を認識している。このような場合には、符号化器は、ビットストリーム中のインデックスによってどの規則を使用するかを示す。この手法では、柔軟性がさらに高まる。

【0066】

図１０を参照すると、有意性マップを符号化する別の方法の全体が、参照番号１０００で示してある。方法１０００は、制御を機能ブロック１０２０に渡す開始ブロック１０１０を含む。機能ブロック１０２０では、コンテキスト共有マップを生成する規則を決定し、この規則をビットストリーム中で示し、制御を機能ブロック１０３０に渡す。機能ブロック１０３０では、この規則に基づいて変換のコンテキスト共有マップを生成し、制御を機能ブロック１０４０に渡す。機能ブロック１０２０に関しては、規則は、係数が対応するビデオ・シーケンス、ピクチャ解像度、量子化パラメータなどに基づいて選択することができる。機能ブロック１０３０に関しては、変換のコンテキスト共有マップを生成する規則は、例えば、既定の走査順序の最初のＮ個の係数位置に対して１つの別のコンテキストを割り当て、それ以外の全ての係数位置に１つのコンテキストを共有させるものとすることができる。

【0067】

図１１を参照すると、有意性マップを復号する別の例示的な方法の全体が、参照番号１１００で示してある。方法１１００は、制御を機能ブロック１１２０に渡す開始ブロック１１１０を含む。機能ブロック１１２０では、コンテキスト共有マップを生成する規則を復号し、制御を機能ブロック１１３０に渡す。機能ブロック１１３０では、この規則に基づいて変換のコンテキスト共有マップを生成し、制御を機能ブロック１１４０に渡す。機能ブロック１１４０では、有意性マップを復号し、制御を終了ブロック１１９９に渡す。機能ブロック１１３０に関しては、変換のコンテキスト共有マップを生成する規則は、例えば、既定の走査順序の最初のＮ個の係数位置に対して１つの別のコンテキストを割り当て、それ以外の全ての係数位置に１つのコンテキストを共有させるものとすることができる。

【0068】

＜シンタックス＞
発明者等が提案する方法は、例えばシーケンス・パラメータ・セット（ＳＰＳ）またはピクチャ・パラメータ・セット（ＰＰＳ）を介してコンテキスト共有マップを生成する規則を選択する柔軟性をもたらす。表１は、本発明の原理の一実施形態による、ピクチャ・パラメータ・セットで使用される例示的なシンタックスを示している。シーケンス・パラメータ・セットなど（ただしこれに限定されない）、その他のシンタックス・レベルでも同様のシンタックスを適用することができる。

【表1】

【0069】

表１に示すシンタックス要素のセマンティクスは、以下の通りである。 ｓｉｇｎｉｆｉｃａｎｃｅ＿ｍａｐ＿ｃｏｎｔｅｘｔ＿ｒｕｌｅは、有意性マップを符号化するためのコンテキスト共有マップを生成するために適用される特定の規則を指定する。

【0070】

次に、一部については上記で既に触れているが、本発明の多くの付随的な利点／特徴のいくつかについて述べる。例えば、１つの利点／特徴は、ピクチャの少なくとも一部分の複数の変換係数を符号化するビデオ符号化器を有する装置である。変換係数は、複数の変換を用いて得られる。これらの変換係数に対して、統一された規則に基づいて、１つまたは複数のコンテキスト共有マップが生成される。これらの１つまたは複数のコンテキスト共有マップは、上記の複数の変換のうちの少なくとも２つの異なる変換から得られる変換係数のうちの少なくとも一部の間で共有される少なくとも１つのコンテキストを提供するものである。

【0071】

別の利点／特徴は、ビデオ符号化器を有する上述の装置であって、変換係数が、２次元変換係数であり、統一された規則が、走査順序に従った２次元変換係数の１次元配列へのマッピング、および変換係数のうちの最初のＮ個の係数の別個のコンテキストへの割り当てを指定する装置である。

【0072】

さらに別の利点／特徴は、上述した、変換係数が２次元変換係数であり、統一された規則が走査順序に従った２次元変換係数の１次元配列へのマッピング、および変換係数のうちの最初のＮ個の係数の別個のコンテキストへの割り当てを指定する、ビデオ符号化器を有する装置であって、変換係数のうちの残りの係数が、単一のコンテキストに割り当てられる、装置である。

【0073】

さらに、別の利点／特徴は、上述した、変換係数が２次元変換係数であり、統一された規則が走査順序に従った２次元変換係数の１次元配列へのマッピングおよび変換係数のうちの最初のＮ個の係数の別個のコンテキストへの割り当てを指定する、ビデオ符号化器を有する装置であって、走査順序がジグザグの走査順序である、装置である。

【0074】

さらに、別の利点／特徴は、ビデオ符号化器を有する上述の装置であって、変換係数が、１つの結果ビットストリームに符号化され、複数の規則が、上記の統一された規則の候補として用いられ、上記の統一された規則が、上記の結果ビットストリーム中で示される、装置である。

【0075】

また、別の利点／特徴は、ビデオ符号化器を有する上述の装置であって、上記の統一された規則が、変換係数が対応するビデオ・シーケンス、ピクチャ解像度および量子化パラメータによって変わる少なくとも２つの統一された規則を含む、装置である。

【0076】

本発明の原理の上記その他の特徴および利点は、当業者であれば、本明細書の教示に基づいて容易に確認することができる。本発明の原理の教示は、ハードウェア、ソフトウェア、ファームウェア、特殊目的プロセッサ、またはそれらの組合せの様々な形態で実施することができることを理解されたい。

【0077】

本発明の原理の教示は、ハードウェアとソフトウェアの組合せとして実施されることが最も好ましい。さらに、ソフトウェアは、プログラム記憶装置に有形に具体化されたアプリケーション・プログラムとして実施することができる。アプリケーション・プログラムは、任意の適当なアーキテクチャを備える機械にアップロードし、この機械によって実行することができる。この機械は、１つまたは複数の中央処理装置（「ＣＰＵ」）、ランダム・アクセス・メモリ（「ＲＡＭ」）および入出力（「Ｉ／Ｏ」）インタフェースなどのハードウェアを有するコンピュータ・プラットフォームで実施されることが好ましい。コンピュータ・プラットフォームは、オペレーティング・システムおよびマイクロ命令コードも備えることができる。本明細書に記載する様々なプロセスおよび機能は、ＣＰＵによって実行することができる、マイクロ命令コードの一部またはアプリケーション・プログラムの一部あるいはそれらの任意の組合せの何れかにすることができる。さらに、追加のデータ記憶装置や印刷装置など、その他の様々な周辺装置をコンピュータ・プラットフォームに接続することもできる。

【0078】

さらに、添付の図面に示すシステム構成要素および方法の一部はソフトウェアで実施することが好ましいので、システム構成要素間またはプロセス機能ブロック間の実際の接続は、本発明の原理をプログラミングする方法によって異なっていてもよいことも理解されたい。本明細書の教示があれば、当業者なら、本発明の原理の上記の実施態様または構成およびそれらと同様の実施態様または構成を思いつくことができるであろう。

【0079】

本明細書では、添付の図面を参照して例示的な実施形態について述べたが、本発明の原理は、これらの具体的な実施形態に限定されるわけではなく、当業者なら、本発明の原理の範囲または趣旨を逸脱することなく様々な変更および修正をそれらの実施形態に加えることができることを理解されたい。そうした変更および修正は全て、添付の特許請求の範囲に記載する本発明の原理の範囲に含まれるものとする。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】