特開 2024-10128 ハイブリッドビデオ符号化ツールのための使用事例駆動コンテキストモデル選択

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024010128

(43)【公開日】2024-01-23

(54)【発明の名称】ハイブリッドビデオ符号化ツールのための使用事例駆動コンテキストモデル選択

(51)【国際特許分類】

   H04N 19/13 20140101AFI20240116BHJP

   H04N 19/136 20140101ALI20240116BHJP

【ＦＩ】

H04N19/13

H04N19/136

【審査請求】有

【請求項の数】24

【出願形態】ＯＬ

(21)【出願番号】P 2023185462

(22)【出願日】2023-10-30

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

【原出願日】2020-03-04

(31)【優先権主張番号】19160705.0

(32)【優先日】2019-03-05

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

(71)【出願人】

【識別番号】500341779

【氏名又は名称】フラウンホーファー－ゲゼルシャフト・ツール・フェルデルング・デル・アンゲヴァンテン・フォルシュング・アインゲトラーゲネル・フェライン

(74)【代理人】

【識別番号】110002952

【氏名又は名称】弁理士法人鷲田国際特許事務所

(72)【発明者】

【氏名】ファフ・ヨナサン

(72)【発明者】

【氏名】ヘレ・フィリップ

(72)【発明者】

【氏名】シェーファー・ミヒャエル

(72)【発明者】

【氏名】ヒンツ・トビアス

(72)【発明者】

【氏名】スタレンバーガー・ビョルン

(72)【発明者】

【氏名】マークル・フィリップ

(72)【発明者】

【氏名】シュヴァルツ・ハイコー

(72)【発明者】

【氏名】マルペ・デトレフ

(72)【発明者】

【氏名】ヴィーガンド・トーマス

(57)【要約】      （修正有）

【課題】改善された符号化ツールを持つ符号化装置を提供する。
【解決手段】エンコーダ１０２を含む装置１００において、コンテキスト適応バイナリ算術符号化（ＣＡＢＡＣ）エンコーダ１０８は、符号化される画像又はビデオデータのブロックに関連付けられたバイナリ値構文要素を受信し、選択されたコンテキストモデルを使用して、バイナリ値の構文要素をビットストリーム用の符号化ビット１１２に符号化する。バイナリ値構文要素は、画像又はビデオデータのブロックを符号化する際に、線形重み付きイントラ予測のような特定の符号化ツールを使用するか否かを示すツールフラグ１１０を含む。２より大きいアスペクト比を有する画像のブロック３００について、ツールフラグを符号化するための第１のコンテキストモデルを選択し、２以下のアスペクト比を有する画像のブロック３０２について、ツールフラグを符号化するための第２のコンテキストモデルを選択する。
【選択図】図３

【特許請求の範囲】

【請求項1】

ビットストリームから少なくとも１つの画像を復号するための電子デバイスであって、
コンテキスト適応バイナリ算術符号化（ＣＡＢＡＣ）デコーダを含むデコーダを備え、
前記デコーダは、
少なくとも１つの画像を表す符号化データを含むビットストリームを受信し、及び、
受信した前記ビットストリームから前記符号化データを復号する、ように構成され、
前記ＣＡＢＡＣデコーダは、
前記少なくとも１つの画像の、画像のブロックのアスペクト比が２より大きいか否かを判断することと、
前記判断に基づいて、コンテキストモデルを選択することであって、
前記アスペクト比が２より大きいとの判断に応答して、選択された前記コンテキストモデルは、少なくとも１つのコンテキストモデルの第１のグループからの第１のコンテキストモデルであり、
前記アスペクト比が２より大きくないとの判断に応答して、選択された前記コンテキストモデルは、少なくとも１つのコンテキストモデルの第２のグループからの第２のコンテキストモデルであり、
前記第２のグループに含まれるコンテキストモデルは、前記第１のグループに含まれるコンテキストモデルと異なる、選択することと、
選択されたコンテキストモデルを使用して、前記ビットストリームから、前記符号化データからの画像のブロックに関連付けられたバイナリ値構文要素を復号することであって、前記バイナリ値構文要素は、ブロックを符号化するとき、線形重み付きイントラ予測（ＬＷＩＰ）符号化ツールが採用されるか否かを示す、復号することと、を行うように構成される、電子デバイス。

【請求項2】

データを復号するために、前記デコーダは、行列ベースのイントラ予測（ＭＩＰ）を実行するように構成され、
前記ＣＡＢＡＣデコーダは、前記ＬＷＩＰ符号化ツールが採用されてブロックを符号化することを示す、前記バイナリ値構文要素を復号するように構成される、請求項１に記載の電子デバイス。

【請求項3】

データを復号するために、前記デコーダは、ＤＣ、アンギュラ、またはプレーナイントラ予測を実行するように構成され、
前記ＣＡＢＡＣデコーダは、前記ＬＷＩＰ符号化ツールが採用されないでブロックを符号化することを示す、前記バイナリ値構文要素を復号するように構成される、請求項１に記載の電子デバイス。

【請求項4】

前記デコーダは、さらに、復号データを提供するように構成される、請求項１に記載の電子デバイス。

【請求項5】

ビットストリームから少なくとも１つの画像を復号するための方法であって、
少なくとも１つの画像を表す符号化データを含むビットストリームを受信することと、
受信した前記ビットストリームから前記符号化データを復号することと、
前記少なくとも１つの画像の、画像のブロックのアスペクト比が２より大きいか否かを判断することと、
前記判断に基づいて、コンテキストモデルを選択することであって、
前記アスペクト比が２より大きいとの判断に応答して、選択された前記コンテキストモデルは、少なくとも１つのコンテキストモデルの第１のグループからの第１のコンテキストモデルであり、
前記アスペクト比が２より大きくないとの判断に応答して、選択された前記コンテキストモデルは、少なくとも１つのコンテキストモデルの第２のグループからの第２のコンテキストモデルであり、
前記第２のグループに含まれるコンテキストモデルは、前記第１のグループに含まれるコンテキストモデルと異なる、選択することと、
選択されたコンテキストモデルを使用して、前記ビットストリームから、前記符号化データからの画像のブロックに関連付けられたバイナリ値構文要素を復号することであって、前記バイナリ値構文要素は、ブロックを符号化するとき、線形重み付きイントラ予測（ＬＷＩＰ）符号化ツールが採用されるか否かを示す、復号することと、を含む、方法。

【請求項6】

データを復号することは、行列ベースのイントラ予測（ＭＩＰ）を実行することを含み、
前記バイナリ値構文要素は、前記ＬＷＩＰ符号化ツールが採用されてブロックを復号することを示す、請求項５に記載の方法。

【請求項7】

データを復号することは、ＤＣ、アンギュラ、またはプレーナイントラ予測を実行することを含み、
前記バイナリ値構文要素は、前記ＬＷＩＰ符号化ツールが採用されないでブロックを復号することを示す、請求項５に記載の方法。

【請求項8】

さらに、復号データを提供することを含む、請求項５に記載の方法。

【請求項9】

ビデオ復号のためのコンピュータプログラムを記録した非一時的なデジタル記録媒体であって、前記コンピュータプログラムは、実行されると少なくともプロセッサ上で
少なくとも１つの画像を表す符号化データを含むビットストリームを受信することと、
受信した前記ビットストリームから前記符号化データを復号することと、
前記少なくとも１つの画像の、画像のブロックのアスペクト比が２より大きいか否かを判断することと、
前記判断に基づいて、コンテキストモデルを選択することであって、
前記アスペクト比が２より大きいとの判断に応答して、選択された前記コンテキストモデルは、少なくとも１つのコンテキストモデルの第１のグループからの第１のコンテキストモデルであり、
前記アスペクト比が２より大きくないとの判断に応答して、選択された前記コンテキストモデルは、少なくとも１つのコンテキストモデルの第２のグループからの第２のコンテキストモデルであり、
前記第２のグループに含まれるコンテキストモデルは、前記第１のグループに含まれるコンテキストモデルと異なる、選択することと、
選択されたコンテキストモデルを使用して、前記ビットストリームから、前記符号化データからの画像のブロックに関連付けられたバイナリ値構文要素を復号することであって、前記バイナリ値構文要素は、ブロックを符号化するとき、線形重み付きイントラ予測（ＬＷＩＰ）符号化ツールが採用されるか否かを示す、復号することと、を実行する命令を含む、非一時的なデジタル記録媒体。

【請求項10】

実行されると少なくともプロセッサ上で、
行列ベースのイントラ予測（ＭＩＰ）を実行することを含む、データを復号することを実行する命令をさらに含み、
前記バイナリ値構文要素は、前記ＬＷＩＰ符号化ツールが採用されてブロックを復号することを示す、請求項９に記載の非一時的なデジタル記録媒体。

【請求項11】

実行されると少なくともプロセッサ上で、
ＤＣ、アンギュラ、またはプレーナイントラ予測を実行することを含む、データを復号することを実行する命令をさらに含み、
前記バイナリ値構文要素は、前記ＬＷＩＰ符号化ツールが採用されないでブロックを復号することを示す、請求項９に記載の非一時的なデジタル記録媒体。

【請求項12】

実行されると少なくともプロセッサ上で、
復号データを提供することを実行する命令をさらに含む、請求項９に記載の非一時的なデジタル記録媒体。

【請求項13】

ビットストリームへ少なくとも１つの画像を符号化するための電子デバイスであって、
コンテキスト適応バイナリ算術符号化（ＣＡＢＡＣ）エンコーダを含むエンコーダを備え、
前記エンコーダは、
少なくとも１つの画像を表すデータを受信し、
前記データを符号化し、及び、
前記符号化データを表すビットストリームを提供する、ように構成され、
前記ＣＡＢＡＣエンコーダは、
前記少なくとも１つの画像の、画像のブロックのアスペクト比が２より大きいか否かを判断することと、
前記判断に基づいて、コンテキストモデルを選択することであって、
前記アスペクト比が２より大きいとの判断に応答して、選択された前記コンテキストモデルは、少なくとも１つのコンテキストモデルの第１のグループからの第１のコンテキストモデルであり、
前記アスペクト比が２より大きくないとの判断に応答して、選択された前記コンテキストモデルは、少なくとも１つのコンテキストモデルの第２のグループからの第２のコンテキストモデルであり、
前記第２のグループに含まれるコンテキストモデルは、前記第１のグループに含まれるコンテキストモデルと異なる、選択することと、
選択されたコンテキストモデルを使用して、バイナリ値構文要素をビットストリーム用の符号化ビットに符号化することであって、前記バイナリ値構文要素は、ブロックを符号化するとき、線形重み付きイントラ予測（ＬＷＩＰ）符号化ツールが採用されるか否かを示す、符号化することと、を行うように構成される、電子デバイス。

【請求項14】

前記ＣＡＢＡＣエンコーダは、選択指標に応答して、前記バイナリ値構文要素を符号化するため、前記第１のコンテキストモデルまたは前記第２のコンテキストモデルを選択するように、さらに構成され、
前記選択指標は、前記アスペクト比が２より大きい、または前記アスペクト比が２より大きくないことを示す、請求項１３に記載の電子デバイス。

【請求項15】

受信したデータを符号化するために、前記エンコーダは、行列ベースのイントラ予測（ＭＩＰ）を実行するように構成され、
前記ＣＡＢＡＣエンコーダは、前記ＬＷＩＰ符号化ツールが採用されてブロックを符号化することを示す、前記バイナリ値構文要素を符号化するように構成される、請求項１３に記載の電子デバイス。

【請求項16】

受信したデータを符号化するために、前記エンコーダは、ＤＣ、アンギュラ、またはプレーナイントラ予測を実行するように構成され、
前記ＣＡＢＡＣエンコーダは、前記ＬＷＩＰ符号化ツールが採用されないでブロックを符号化することを示す、前記バイナリ値構文要素を符号化するように構成される、請求項１３に記載の電子デバイス。

【請求項17】

ビットストリームへ少なくとも１つの画像を符号化するための方法であって、
少なくとも１つの画像を表すデータを受信することと、
前記データを符号化することと、
前記符号化データを表すビットストリームを提供することと、
前記少なくとも１つの画像の、画像のブロックのアスペクト比が２より大きいか否かを判断することと、
前記判断に基づいて、コンテキストモデルを選択することであって、
前記アスペクト比が２より大きいとの判断に応答して、選択された前記コンテキストモデルは、少なくとも１つのコンテキストモデルの第１のグループからの第１のコンテキストモデルであり、
前記アスペクト比が２より大きくないとの判断に応答して、選択された前記コンテキストモデルは、少なくとも１つのコンテキストモデルの第２のグループからの第２のコンテキストモデルであり、
前記第２のグループに含まれるコンテキストモデルは、前記第１のグループに含まれるコンテキストモデルと異なる、選択することと、
選択されたコンテキストモデルを使用して、バイナリ値構文要素をビットストリーム用の符号化ビットに符号化することであって、前記バイナリ値構文要素は、ブロックを符号化するとき、線形重み付きイントラ予測（ＬＷＩＰ）符号化ツールが採用されるか否かを示す、符号化することと、を含む、方法。

【請求項18】

選択指標に応答して、前記バイナリ値構文要素を符号化するため、前記第１のコンテキストモデルまたは前記第２のコンテキストモデルを選択することをさらに含み、
前記選択指標は、前記アスペクト比が２より大きい、または前記アスペクト比が２より大きくないことを示す、請求項１７に記載の方法。

【請求項19】

行列ベースのイントラ予測（ＭＩＰ）を実行することを含む、受信したデータを符号化することと、
前記ＬＷＩＰ符号化ツールが採用されてブロックを符号化することを示す、前記バイナリ値構文要素を符号化することと、を含む、請求項１７に記載の方法。

【請求項20】

ＤＣ、アンギュラ、またはプレーナイントラ予測を実行することを含む、受信したデータを符号化することと、
前記ＬＷＩＰ符号化ツールが採用されないでブロックを符号化することを示す、前記バイナリ値構文要素を符号化することと、を含む、請求項１７に記載の方法。

【請求項21】

ビデオ符号化のためのコンピュータプログラムを記録した非一時的なデジタル記録媒体であって、前記コンピュータプログラムは、実行されると少なくともプロセッサ上で
少なくとも１つの画像を表すデータを受信することと、
前記データを符号化することと、
前記少なくとも１つの画像の、画像のブロックのアスペクト比が２より大きいか否かを判断することと、
前記判断に基づいて、コンテキストモデルを選択することであって、
前記アスペクト比が２より大きいとの判断に応答して、選択された前記コンテキストモデルは、少なくとも１つのコンテキストモデルの第１のグループからの第１のコンテキストモデルであり、
前記アスペクト比が２より大きくないとの判断に応答して、選択された前記コンテキストモデルは、少なくとも１つのコンテキストモデルの第２のグループからの第２のコンテキストモデルであり、
前記第２のグループに含まれるコンテキストモデルは、前記第１のグループに含まれるコンテキストモデルと異なる、選択することと、
選択されたコンテキストモデルを使用して、バイナリ値構文要素をビットストリーム用の符号化ビットに符号化することであって、前記バイナリ値構文要素は、ブロックを符号化するとき、線形重み付きイントラ予測（ＬＷＩＰ）符号化ツールが採用されるか否かを示す、符号化することと、を実行する命令を含む、非一時的なデジタル記録媒体。

【請求項22】

選択指標に応答して、前記バイナリ値構文要素を符号化するため、前記第１のコンテキストモデルまたは前記第２のコンテキストモデルを選択することを実行する命令をさらに含み、
前記選択指標は、前記アスペクト比が２より大きい、または前記アスペクト比が２より大きくないことを示す、請求項２１に記載の非一時的なデジタル記録媒体。

【請求項23】

実行されると少なくともプロセッサ上で、
行列ベースのイントラ予測（ＭＩＰ）を実行することを実行する命令をさらに含み、
前記バイナリ値構文要素は、前記ＬＷＩＰ符号化ツールが採用されてブロックを符号化することを示す、請求項２１に記載の非一時的なデジタル記録媒体。

【請求項24】

実行されると少なくともプロセッサ上で、
ＤＣ、アンギュラ、またはプレーナイントラ予測を実行することを実行する命令をさらに含み、
前記バイナリ値構文要素は、前記ＬＷＩＰ符号化ツールが採用されないでブロックを符号化することを示す、請求項２１に記載の非一時的なデジタル記録媒体

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ピクチャ、画像又はビデオを符号化／復号する分野に関し、より具体的には、コンテキスト適応バイナリ算術符号化ＣＡＢＡＣエンジンのコンテキスト若しくはコンテキストモードを使用する、多用途のビデオ符号化ＶＶＣ規格の、アフィン線形重み付きイントラ予測ＬＷＩＰ、又は行列ベースのイントラ予測ＭＩＰなどの、１つ又は複数の符号化ツールの符号化に関する。実施形態は、処理される画像又はビデオデータのブロックのアスペクト比に応じて選択されたコンテキストモデルに基づくＶＶＣ規格のＬＷＩＰ又はＭＩＰの適用可能性を示す、ｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇのようなフラグの符号化に関する。

【背景技術】

【0002】

ＩＴＵ Ｔ Ｈ．２６５｜ＭＰＥＧ Ｈ ＨＥＶＣ［１］のような最先端のビデオ符号化規格では、ピクチャは固定された正方形サイズのＣｏｄｉｎｇＴｒｅｅＵｎｉｔに分割され、これはより小さいブロックに更に細分化することができる。このようなブロックの再構築された信号は、通常、予測信号と残差信号との重畳である。予測信号は、隣接する近隣のサンプルを現在のブロックに外挿すること（イントラ予測）、又は１つ若しくは２つの参照ピクチャからのサンプルのフィルタリングされた表現若しくはフィルタリングされていない表現をコピーすること（インター予測）のいずれかによって得られる。参照ピクチャは、ビットストリームから既に再構築されており、参照のためにピクチャバッファに格納されているピクチャである。残差信号は、ビットストリームから読み出された逆量子化された変換係数を逆変換することによって得られる。ブロック再構築プロセスの後、再構築されたブロックの信号を強調し、再構築されたピクチャを取得するために、インループフィルタが適用される。

【0003】

ビットストリームから変換係数、デルタＱＰ、イントラ予測モード、動きベクトルの違いなどのシンボルを読み取るエントロピー復号プロセスは、コンテキスト適応バイナリ算術符号化（ＣＡＢＡＣ）エンジンを使用して、ビットストリームから読み取られたビットをバイナリ決定（ビン）に変換するパーサによって行われる。パーサは、これらのビンをシンボル又は構文要素に変換又は結合する。エントロピー符号化プロセスの適応性は、ＣＡＢＡＣコンテキスト（ＣＣ）を使用することによって実現される。各コンテキストは、特定のシンボル又はシンボルのセットのエントロピーをモデル化する適応確率モデルを表す。適応という用語は、現在の符号化状態に向かうモデルの永続的な更新を示す。したがって、モデルは、対応するシンボルのローカル統計に適応する。更新ステップは、通常、算術符号化演算に埋め込まれる。まず、ＣＣの現在の状態は、算術符号化プロセスをパラメータ化するために使用される。次に、復号されたシンボルが導出されると、それは、現在の復号された確率に対して所与のステップサイズでＣＣを更新するために使用される。

【0004】

ＪＥＭ－Ｓｏｆｔｗａｒｅ［２］並びに近い将来のＶＶＣ規格［３］においても、算術符号化処理に関する種々の改良が評価され、採用されている。算術符号化エンジンは変更されており、ＣＣの初期化及び更新プロセスも改善されている。確率表現のダイナミックレンジ並びにＣＣの更新プロセスの挙動が改良されている。各ＣＣは、現在の確率に対するＣＣの適応強度を制御する個々の２レベル更新ステップを有する。この改善は、予想されるＣＣ使用統計に従ってＣＣ更新プロセスをカスタマイズするのに役立つ。

【0005】

構文要素を送信するために必要とされるバイナリ決定の数が多いため、また、そのような構文要素の数のため、バイナリ決定は、デコーダによって処理され得るＣＣの実用的な数又は量に達するために、同じＣＣを使用してグループ化されなければならない。更に、グループ化は、更新プロセスがローカル統計を活用するのに役立ち、基礎となる確率モデルの安定性を改善する。

【0006】

同じ構文要素に属する統計的に類似した確率を有するバイナリ決定は、通常、１つのＣＣにグループ化される。この種のグループ化の例外は、バイナリ決定が隣接する近隣の既に復号されたシンボルから予測できる確率が異なる可能性が高い事例で行われる。この事例では、選択されたＣＣは、隣接する近隣の既に復号されたシンボルから予測される。このような手順は、通常、ビットストリームでかなり頻繁に送信されるシンボルに適用される。

【0007】

コンテキスト制御算術符号化の他に、０．５の固定確率を有するバイパスモードがある。算術コーダに組み込まれたこのバイパスモードは、高スループットのための低複雑度モードである。バイパスモードは、例えば、変換符号化に広く使用される。

【発明の概要】

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

【0008】

ビデオ符号化方法の進化は、ますます多様なブロック形状及びますます多くの符号化ツールを示しており、良好な符号化表現を見つけるためのエンコーダにおけるかなりの量のアルゴリズム複雑性をもたらしている。したがって、エンコーダでは、特定のコンテキストにおける符号化ツールの評価（すなわち、スイッチオフ）をスキップして、より良好な複雑さ対圧縮効率トレードオフを達成することが有益であり得る。ブロックに対する符号化ツールの使用は、通常、ビットストリーム内のコンテキストモデル化ツール有効化フラグを送信することによってデコーダに伝達される。

【0009】

理想的には、デコーダは、ツール有効化フラグ、すなわち、例えば符号化モード又は予測モードのようなツールが特定のブロックに適用されるか否かを決定するフラグが、ビットストリームで送信されるか否かについての制約を最小限に有する。その理由は、特定の事例でツールを無効にすると、これらのシナリオがかなり可能性が低い事例であっても、いくつかのシナリオで圧縮性能への影響が悪化する可能性があるためである。実際、ハイブリッドビデオコーデックの効率性の主な理由の１つは、非常に多種多様な競合する符号化ツールが常に可能であり、所与の事例でこれらのツールのうちの１つのみが選択されることである。

【0010】

例えば、小さなブロックサイズに対してのみツールを許可し、したがってツール有効化フラグを送信することに対する制約は、小さなブロックの小さな部分のみを通常含む非常に高い解像度を有する将来のアプリケーションの符号化効率を潜在的に低下させる。

【0011】

一方、可能性のあるすべての事例についてツール有効化フラグを送信することは、いくつかの事例について高速エンコーダ探索戦略がツールをテストしないアプリケーションシナリオでは非効率的であり、これは、これらの事例では、ツールが実行時間の点で高価すぎるために選択される可能性が低いか、又はこれらの事例でツールを使用することによる全体的な符号化効率への影響がかなり小さいためである。そのような設定では、特定の事例でツールをテストしないことは、より高速なエンコーダをもたらすが、符号化効率がいくらか低下するという代償を払う。特定の事例では、ツール有効化フラグがビットストリームで送信されるが、ツールは所与のシナリオではその事例に使用されない。したがって、このシナリオでは、エンコーダ探索制約がビットストリーム内でツール有効化フラグを送信する際の制約によっても表される場合、符号化効率はより高くなる。

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

【0012】

上述したような従来技術から、ピクチャ、画像、又はビデオを符号化／復号するために使用される１つ又は複数の符号化ツールの符号化のための改善又は強化が必要とされることがある。
本発明の実施形態は、添付の図面を参照して更に詳細に説明される。

【図面の簡単な説明】

【0013】

【図1】本発明の実施形態による画像又はビデオデータを符号化するための装置を示す図である。

【図2】本発明の実施形態による、符号化された画像又はビデオデータを復号するための装置を示す図である。

【図3】２より大きいアスペクト比を有するブロックのフラグを送信するための個々の追加のＣＡＢＡＣコンテキストを導入する、本発明の実施形態による画像又はビデオデータを符号化するための装置を示す図である。

【図4】図３の装置を使用して符号化された、２より大きいアスペクト比を有するブロックのフラグのための個々の追加のＣＡＢＡＣコンテキストを導入する、本発明の実施形態による画像又はビデオデータを復号するための装置を示す図である。

【図5】本発明の手法に従って説明されるユニット又はモジュール並びに方法のステップが実行され得るコンピュータシステムの一例を示す。

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

【0014】

ここで、本発明の実施形態を添付の図面を参照してより詳細に説明するが、同じ又は類似の要素には同じ参照符号が割り当てられている。

【0015】

上述したように、バイナリ決定をコンテキストモデルにグループ化する方法に関する設計では、以前の規格では、使用されるコンテキストモデルの数に対して全体的なエントロピーを下げる態様のみが考慮されている。この手法とは対照的に、本発明によれば、バイナリ決定をコンテキストモデルにどのようにグループ化するかに関する設計のための新しい態様が提示される。この手法は、アルゴリズム自体の複雑さの増大を考慮する。本発明は、符号化コンテキストを特定の符号化ツールをオフにするのに適したコンテキストと整列させるために、例えばコンテキストを挿入することによってコンテキストモデル化を適合させる。これにより、エンコーダは、圧縮効率の低下を回避しながら、アルゴリズムの複雑さが異なる動作点を選択することが可能になる。

【0016】

本発明の手法は、以下の例を使用して説明される。確率モデル化されたバイナリ決定が、アルゴリズム１によって表される第１のツールと、アルゴリズム２によって表される第２のツールとの間で切り替わると仮定する。ここで、第２のツールはベースラインツールであると考えられ、第１のツールはより特殊なツールであると考えられる。この仮定によれば、第２のツールは、第１のツールよりも全体的に選択される可能性が高い。一例として、第１のツールが第２のツールよりも好まれる全体確率が０．３であると仮定する。

【0017】

ここで、２つの適用シナリオが与えられていると仮定する。第１のアプリケーションＡでは、両方のツールが試験され、最良の性能のツールが選択されるＮ個の事例がある。第２のアプリケーションＢでは、何らかの理由で、Ｎ個すべての場合の決定された部分についてのみ、両方のツールが試験され、残りの場合については、ベースラインツール、すなわち第２のツールのみが選択される。両方のアプリケーションについて、Ｎ個すべての事例の決定は、コンテキストモデル化され、ビットストリームで送信される必要がある。一例として、アプリケーションＢにおいて両方のツールがテストされる事例の数がＮ／２に等しいと仮定する。他のＮ／２の事例については、ツールはアプリケーションＡで試験されるが、アプリケーションＢでは試験されない。

【0018】

ツールフラグが単一のＣＣでコンテキスト符号化されている場合、第１のアプリケーションＡでは、アルゴリズム１の確率が０．３の安定値を有するが、第２のアプリケーションＢでは、その平均確率が０．１５に低下し、Ｎ個すべての場合に対して±０．１５の固定された確率ペナルティが導入される。ツールがアプリケーションＢでテストされる場合、真の確率は０．１５ではなく０．３になり、ツールがアプリケーションＢでテストされない場合、真の確率は０になる。言い換えれば、アプリケーションＢでは、単一のＣＣを使用して、実際の決定の確率は、ビットストリームで送信されたときにより高いビットレートをもたらす非最適方法でモデル化される。

【0019】

本発明の手法では、決定の確率のこのような非最適モデル化の欠点は、以下のように克服される。すべての決定に１つの確率モデルを使用する代わりに、２つ（又はそれ以上）の確率モデルをそれぞれ使用する。ＣＡＢＡＣコンテキストは同じ決定に割り当てられる。Ｎ個の事例のそれぞれについて、どの確率モデルを用いるかは、選択指標を用いて選択される。

【0020】

上記の例を再度検討すると、選択指標は、アルゴリズム１及びアルゴリズム２がテストされる決定された部分と、アルゴリズム２のみが第２のアプリケーションＢでテストされる残りの部分とを区別するように選択される。言い換えれば、２つの異なる事例はクラスタ化され、選択指標の異なる値によって表される。

【0021】

アプリケーションＡにおいて２つの確率モデルでこの選択指標を使用する場合、選択指標は２つの確率モデル間で切り替わるが、いくつかの異なるＣＣは依然としてツールフラグの統計をモデル化することができる。両方のモデルにおいて、アルゴリズム１によって表されるツールは０．３の確率を有する。これは、１つの確率モデルのみでモデル化された元の場合と同等のモデル化をもたらす。

【0022】

しかしながら、第２のアプリケーションＢにおいて２つの確率モデルで前述の選択指標を使用することは、この事例でも最適なモデル化を引き起こす。両方のアルゴリズムが試験されるすべてのＮ／２の場合の決定された部分について、アルゴリズム１の確率は０．３であり、ベースラインアルゴリズム２のみを試験する残りの部分について、アルゴリズム１の確率は０．０である。両方の確率は、２つの確率モデルにおいて十分に区別された方法で捕捉され、したがって、モデル化ペナルティなしでモデル化をもたらし、その結果、ビットストリームで送信されたときに低いビットレートをもたらす。

【0023】

したがって、本発明の手法の実施形態は、ツール有効化フラグを送信するための追加のＣＡＢＡＣコンテキストを導入することに基づく。この追加のコンテキストは、条件が満たされた場合にのみ適用される。そうでない場合、ＣＡＢＡＣコンテキストは通常通り選択される。一実施形態によれば、条件は、現在のブロックのサイズが、高速エンコーダ探索戦略によってスキップされ得るが、高い符号化効率を必要とするアプリケーションには有益であり得るブロックサイズの所定のサブセットに属することであり得る。別の実施形態によれば、条件は、現在のブロックのアスペクト比が、高速エンコーダ探索戦略によってスキップされ得るが、高い符号化効率を必要とし、ピクチャレベル又はスライスレベルではなくブロックレベルで制御され得るアプリケーションにとって有益であり得る２のような特定の値を上回ることであり得る。

【0024】

一方で、ＣＡＢＡＣコンテキストの確率適応のために、適用シナリオにおいて、条件によって定義された特定の事例についてツールが決してテストされない場合、これらの事例のツールフラグを送信するためのシグナリングオーバーヘッドは非常に小さくなる。したがって、符号化効率は、これらの事例でツールフラグが送信されない場合とほぼ同じくらい良好である。

【0025】

一方、ＣＡＢＡＣコンテキストの確率適応のために、異なる適用シナリオで条件によって決定された事例でもツールがエンコーダによってテストされる場合、条件によって決定された事例に個別のＣＡＢＡＣコンテキストが使用される場合、ツールフラグを送信するための符号化効率は大幅に低下しない。

【0026】

したがって、最新技術の手法とは対照的に、本発明によって提案されるような異なるＣＡＢＡＣコンテキストの割り当ては、ツールフラグの全体的な条件付き確率分布をモデル化しようと試みることによって導かれない。代わりに、上記の例で説明したように、異なるＣＡＢＡＣコンテキストの割り当ては、ツールの異なるアプリケーションシナリオに対応する。ここで、各アプリケーションシナリオは、所与のツールの実行が原理的に可能であるが、所与のシナリオにおいてエンコーダによって決してテストされない特定の条件として定義される。

【0027】

特定の条件下でそれぞれのツールとアルゴリズムを除外する理由は様々であり、以下では、条件によって決定される場合のいくつかの実施形態が与えられるが、本発明はこれらの実施形態に限定されない。第１に、除外されるアルゴリズムは、これらの場合には複雑すぎ得る。第２に、アルゴリズムは、例えばハードウェア又はリソースの制限のために、これらの場合には実装されないか、又は実装不可能でさえあり得る。第３に、これらの事例に使用されるアルゴリズムが圧縮性能をわずかにしか改善しないことがあるシナリオがある。第４に、これらの事例に基礎となるアルゴリズムを使用することは、基本的に常に非常に限られた圧縮利益を与え、したがって最大圧縮性能が目標とされる場合にのみ実行可能である。第５に、これらの事例は、それぞれのアルゴリズムのコア応用分野を含まず、ツールは最初に設計されたものである。
ツールのための２つ以上のコンテキスト分割

【0028】

本発明の実施形態はまた、コンテキストの様々なコンテキストへの分割を組み込み、追加のコンテキストの各々は、基礎となるツールの異なる使用事例シナリオに対応する。本明細書の実施形態は、以下の通りであり得る。オリジナル又は従来のツール有効化フラグは、単一のコンテキストによってモデル化される。実施形態によれば、本発明の手法は、代わりに３つのコンテキストを使用し、選択指標は、例えばブロック領域の量子化バージョンによって制御される。ここで、選択指標は、以下のように割り当てられてもよい：

【0029】

０｜（ｂｌｏｃｋ＿ａｒｅａ＞＝ｍａｘ＿ｂｌｏｃｋ＿ａｒｅａ／４）、
ＳｅｌｅｃｔｉｏｎＩｎｄｅｘ＝１｜（ｂｌｏｃｋ＿ａｒｅａ＞＝ｍａｘ＿ｂｌｏｃｋ＿ａｒｅａ／１６）ＡＮＤ（ｂｌｏｃｋ＿ａｒｅａ＜ｍａｘ＿ｂｌｏｃｋ＿ａｒｅａ／４）、
２｜そうでない場合
他の実施形態によれば、本発明の手法は、汎用ビデオ符号化ＶＶＣ規格のアフィン線形重み付きイントラ予測ＬＷＩＰ、又は行列ベースのイントラ予測ＭＩＰを表す構文要素ｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇの２値化のために４つのコンテキスト又はコンテキストモデルを使用する。選択指標は、現在のブロックのアスペクト比（幅／高さ又は高さ／幅）によって制御される：
０｜そうでない場合、
１｜そうでない場合、
ＳｅｌｅｃｔｉｏｎＩｎｄｅｘ＝２｜そうでない場合、
３｜現在のブロックのアスペクト比が２より大きい場合

【0030】

図１は、本発明の実施形態による、画像又はビデオデータを符号化するための装置１００を示す。装置１００は、エンコーダ１０２を含む。エンコーダ１０２は、画像又はビデオデータ１０４を受信し、受信した画像又はビデオデータ１０４を符号化して、符号化された画像又はビデオデータを表すビットストリーム１０６を提供する。エンコーダ１０２は、ＣＡＢＡＣエンコーダ１０８を含む。ＣＡＢＡＣエンコーダ１０８は、符号化される画像又はビデオデータの特定のデータブロックに関連付けられたバイナリ値構文要素１１０を受信し、選択されたコンテキストモデルを使用して、バイナリ値構文要素をビットストリーム用の符号化ビット１１２に符号化する。バイナリ値構文要素は、画像やビデオデータを符号化する際に、特定の符号化ツールを採用するか否かを示すツールフラグを含む。ツールフラグを符号化するための第１のコンテキストモデルのグループは、アプリケーションとは無関係に、符号化ツールが常に適用可能である特定のデータブロックの１つ又は複数の第１の部分に対して選択される。ツールフラグを符号化するための第２のコンテキストモデルのグループは、アプリケーションに応じて、符号化ツールが適用可能又は適用不可能である特定のデータブロックの１つ又は複数の第２の部分に対して選択される。実施形態によれば、以下にも説明するように、ＣＡＢＡＣエンコーダ１０８は、選択指標に応答して、特定のデータブロックの現在処理されている部分に対して第１のコンテキストモデル又は第２のコンテキストモデルを選択する。選択指標は、特定のデータブロックの現在処理されている部分が第１の部分であることを示す第１の値を有し、選択指標は、特定のデータブロックの現在処理されている部分が第２の部分であることを示す第２の値を有する。

【0031】

図２は、本発明の実施形態による、符号化された画像又はビデオデータを復号するための装置２００を示す図である。装置２００は、デコーダ２０２を含む。デコーダ２０２は、図１のエンコーダ１０２によって提供されるビットストリームと同様に、ビットストリーム１０６を受信する。ビットストリーム１０６は、符号化された画像又はビデオデータを含み、デコーダ２０２は、受信されたビットストリームから符号化された画像又はビデオデータを復号し、復号された画像又はビデオデータ２０４を提供する。デコーダは、選択されたコンテキストモデルを使用して、ビットストリーム１０６から、符号化された画像又はビデオデータの特定のデータブロックに関連付けられたバイナリ値構文要素１１０を復号するＣＡＢＡＣデコーダ２０６を含む。バイナリ値構文要素は、画像やビデオデータを符号化する際に、特定の符号化ツールを採用するか否かを示すツールフラグを含む。ツールフラグを復号するための第１のコンテキストモデルのグループは、アプリケーションとは無関係に、符号化ツールが常に適用可能である特定のデータブロックの部分に対して選択され、ツールフラグを復号するための第２のコンテキストモデルのグループは、アプリケーションに応じて、符号化ツールが適用可能又は適用不可能である特定のデータブロックの部分に対して選択される。実施形態によれば、以下にも説明するように、ＣＡＢＡＣデコーダ２０６は、選択指標に応答して、特定のデータブロックの現在処理されている部分に対して第１のコンテキストモデル又は第２のコンテキストモデルを選択する。選択指標は、特定のデータブロックの現在処理されている部分が第１の部分であることを示す第１の値を有し、選択指標は、特定のデータブロックの現在処理されている部分が第２の部分であることを示す第２の値を有する。

【0032】

実施形態によれば、第１のコンテキストモデルのグループは、１つの第１のコンテキストモデル又は様々な第１のコンテキストモデルを含み、第２のコンテキストモデルのグループは、１つの第２のコンテキストモデル又は様々な第２のコンテキストモデルを含む。

【0033】

元のコンテキスト指標付けとの組み合わせ
前述したように、多くの事例では、ツール有効化フラグは、バイナリ決定が隣接する近隣の既に復号されたシンボルから予測され得る異なる確率を有する可能性が高い場合に、２つ以上のコンテキストモデルによってモデル化される。本発明の手法はまた、そのようなエントロピー駆動コンテキスト選択と本発明の選択指標との組み合わせとして適用することができる。元のエントロピー駆動コンテキスト指標付けも分離後に適切であり得るので、そのような組み合わせの動機は明らかである。

【0034】

ツールフラグのコンテキストモデルがエントロピー駆動コンテキスト選択及び本発明の手法の両方によって選択される実施形態は、以下の通りである。
０｜ツールは、現在のブロックの上のブロック又は左のブロックでは使用されない
ＥｎｔｒｏｐｙＩｎｄｅｘ＝１｜ツールは、現在のブロックの上又は左のブロックのうちの１つでのみ使用される
２｜ツールは、現在のブロックの上のブロックと左のブロックで使用される
ＳｅｌｅｃｔｉｏｎＩｎｄｅｘ＝０｜（ｂｌｏｃｋ＿ａｒｅａ＞＝ｍａｘ＿ｂｌｏｃｋ＿ａｒｅａ／１６）、
１｜そうでない場合
ＣｏｍｂｉｎｅｄＩｎｄｅｘ＝ＥｎｔｒｏｐｙＩｎｄｅｘ＋３＊ＳｅｌｅｃｔｉｏｎＩｎｄｅｘ。

【0035】

したがって、この実施形態では、純粋にエントロピー駆動のコンテキスト選択は、所与のツールフラグに対して３つの可能なコンテキストモデルをもたらすが、本発明のコンテキストモデル選択との組み合わせは、指標ＣｏｍｂｉｎｅｄＩｎｄｅｘによって指標付けされる６つの可能なコンテキストモデルをもたらす。

【0036】

バイパスモード符号化イネーブルフラグの置換
本発明の手法は、バイパスモードを使用して従来のように符号化されているフラグにも適用可能である。そのような場合、使用事例駆動の実装を実現するために、１つ又は２つの追加のコンテキストモデルが必要とされる。１つの追加のコンテキストモデルのみが使用される場合、選択指標は、事例の影響を受けていない部分を符号化するためのバイパスモードの使用と、ツールをオン及びオフに切り替えることができる他のすべての事例のための１つのコンテキストモデルの使用とを区別する。

【0037】

２つのコンテキストモデルが使用される場合、バイパスモードはコンテキストモデル化算術符号化によって完全に置き換えられ、選択指標は２つのコンテキストモデルを区別する。近い将来のＶＶＣ規格における改善された更新技術により、事例の切り替え不可能な部分をモデル化する１つのコンテキストは、準定常モデルを達成するために小さい更新強度で更新され得ることに留意されたい。

【0038】

事例の切り替え可能な部分をモデル化する追加のモデルは、ツールオン確率又はツールオフ確率のいずれかに対するコンテキストモデルの迅速な適応を達成するために、非常に強力な更新強度で確かに使用されることにも留意されたい。

【0039】

パラメータセットにおける部分的なツール有効化をシグナリングする代替方法
前述の部分的なツール有効化動作は、例えば各スライスについて、１つ又は複数のフレームの所定の部分ごとにビットストリームでシグナリングされるパラメータセットでシグナリングすることもできる。この場合、パラメータセットから送信されたフラグはすべての必要な情報を含むため、コンテキスト分離は必要とされない。しかしながら、使用事例駆動コンテキストモデル選択と比較したこの種のシグナリングの欠点は、前者の場合、パラメータセットが適用されるビデオシーケンスのすべての部分を通して、ツールは、適用シナリオに対応する事例にのみ完全に有効又は無効にされ得るだけであるが、後者の場合、デコーダに知られている、それぞれ事前に決定される必要のないビデオシーケンスの任意の可変部分内で無効にされ得ることもできることである。その理由は、後者の場合、ツールフラグ用の特別なコンテキストモデルが、特定のアプリケーションシナリオについてツールを無効にすることが時として実現可能であるすべての事例に割り当てられている場合、順次符号化のいずれかから始めると、特定のアプリケーションシナリオに対応するエンコーダは、ビデオシーケンスのこの特定の部分のアプリケーションシナリオに対応するすべての事例についてツールが完全に禁止される状況と比較して、わずかなシグナルオーバーヘッドのみを伴う順次符号化の柔軟なポイントまで、対応する事例についてツールをテストすることができないからである。

【0040】

任意の符号化ツールを用いたアプリケーション
本発明のコンテキスト分割は、有効化フラグによって制御される任意の符号化ツールに適用することができる。本発明の手法で使用することができる将来のＶＶＣ規格で発生する現在の候補ツールを以下に列挙する。しかしながら、本発明の手法の適用はこれらのツールに限定されない。候補ツールは、ＤＭＶＲ、ＯＢＭＣ、ＢＩＯ、ＦＲＵＣ、ＬＩＣ、ＩＳＰ、ＡＬＦ、ＳＡＯ、インター又はイントラＭＴＳ、６５方向性イントラモード、ＭＲＬ、及びＱＴＢＴ、ＭＴＴ又はＱＴＢＴ＋ＴＴのような分割ツールである。

【0041】

本発明の手法は、指標値によって表される異なる構成を有するツールにも適用することができる。ここで、本発明のＣＣ割り当ては、いくつかのアプリケーションシナリオでは、ツールのすべての構成のサブセットのみが、特定の場合、又は一般に実現可能であるという事実によって決定される。本発明のＣＣ割り当ては、シナリオに対してツールが実行不可能な構成に追加のＣＣを割り当てることによって、これらの異なるアプリケーションシナリオを考慮する。本発明のこの態様の一実施形態は、予測残差の逆変換のためにｎ個の変換のうちの１つを適用するツールであり、変換の指標はビットストリームで送信される。

【0042】

本発明の手法を利用すると、ツールの多くは、特定の状況下でのみいくつかのコンテキスト分割可能ツールを備えることができる。ここで、本発明によるコンテキスト分割は、特定のアプリケーションシナリオにおいて特定のツールが実行不可能であり得る特定の事例に従う。これらの具体的な事例は、ツールの重要な特性に依存する。本発明の使用事例に限定されない特定の状況に対して評価又は組み合わせることができる特性のリストは、ブロックサイズ、ブロック形状、ブロックアスペクト比、時間レベル、ＱＰ、ピクチャタイプ、ピクチャ解像度、ピクチャのダイナミックレンジ、参照ピクチャ、ＧＯＰの先頭ピクチャである。
特定の状況は、これらの前述の特性の組み合わせであってもよい。

【0043】

コンテキスト割り当ての本発明の手法の適用の実施形態
アフィン線形重み付きイントラ予測（ＬＷＩＰ）［４］は、新たなイントラ予測技術である。従来のイントラ予測と同様に、ＬＷＩＰは予測モードのセットからなる。左及び上の再構築（参照）サンプルを考えると、シグナリングされた予測モードの各々は、異なる予測信号を生成する予測関数に対応する。

【0044】

利用可能な従来モードとＬＷＩＰモードの両方で、エンコーダは従来モードとＬＷＩＰモードのレート－歪みコストを比較し、全体コストが最も低いモードを決定する。次に、選択された予測モードはビットストリーム内のデコーダに送信され、ブロックを予測するための対応する予測関数を選択するために使用される。予測モードをシグナリングする構文は以下の通りである：まず、ブロックが従来モードで予測されるかＬＷＩＰモードで予測されるかを示すフラグが送信される。従来の予測が選択される場合、従来の予測モードがイントラ予測信号に従ってビットストリームから読み出される。そうではなく、ＬＷＩＰ予測が選択された場合、フラグの後に、利用可能なＬＷＩＰモードのセット内のモード指標が送信される。従来のモードとＬＷＩＰモードの両方が、イントラ予測のためにコーデックによって一般にサポートされるすべてのブロックサイズに対して利用可能であるため、フラグはブロックごとに送信されなければならない。

【0045】

ＶＶＣ符号化規格は、現在、範囲

【数1】

内のルーマブロックサイズのイントラ予測をサポートする。明らかに、すべての異なるブロックサイズのレート歪みコスト（より大きいブロックをより小さいブロックに分割することから生じる）がすべての異なる予測モードについて評価されるので、レート歪み最適化（ＲＤＯ）を用いたエンコーダ探索は非常に複雑になる可能性がある。エンコーダの複雑さを低減するために、最適化は、典型的には、最低レート歪みコストをもたらす統計的に可能性が低い場合を除いて、テストされる組み合わせの数を低減する。

【0046】

ＬＷＩＰのコア予測は、

【数2】

を有する正方形ブロックのみをサポートする。他のすべてのブロックサイズのＬＷＩＰ予測を有効にするために、参照サンプルはコア予測サイズと一致するようにダウンサンプリングされ、出力はブロックサイズと一致するようにアップサンプリングされる。これは、水平方向及び垂直方向についてダウンサンプリング比及びアップサンプリング比が非常に不均等なブロック形状に対して予測品質が低下するという影響を有する。これは、アスペクト比が２より大きいブロック、すなわち、

【数3】

又は

【数4】

は、ＬＷＩＰモードが従来の予測モードよりも低いレート歪みコストをもたらす可能性が低いことを意味する。

【0047】

この効果を使用して、アスペクト比が２以下のブロックにＬＷＩＰモードを制限し、アスペクト比がより高いブロックについてはテストしないことにより、エンコーダの複雑さを低減することができる。ただし、これにより、符号化効率も多少低下する。アスペクト比が２より大きいブロックのフラグを送信しないと、符号化効率の損失を低減するが、異なるアプリケーションに必要とされ得るアスペクト比が２より大きいブロックのＬＷＩＰモードをテストすることによって全体的な符号化効率を向上させるエンコーダを実現することも不可能になる。

【0048】

高速及び高圧縮効率のエンコーダの両方をサポートする解決策は、２より大きいアスペクト比を有するブロックのフラグを送信するための個別の追加のＣＡＢＡＣコンテキストを導入することである。ここで、ＬＷＩＰモードがそれらのブロックについてエンコーダでテストされない場合、フラグは常に０であり（＝ＬＷＩＰモードで予測されないブロック）、フラグを送信することはほとんどオーバーヘッドを引き起こさず（１を送信するためにコンテキストを０確率に適応させるためだけ）、これは、符号化効率がそれらのブロックのフラグを送信しない解決策に非常に近いことを意味する。ＬＷＩＰブロックがそれらのブロックについてエンコーダでテストされる場合、フラグは特定の確率で１であり（＝ブロックはＬＷＩＰモードで予測される）、フラグを送信することはほとんどオーバーヘッドを引き起こさず、これは、符号化効率がすべてのブロックサイズについて同じコンテキストでフラグを送信する解決策に非常に近いことを意味する。

【0049】

言い換えれば、上述したように、実施形態によれば、本発明の手法は、汎用ビデオ符号化ＶＶＣ規格のアフィン線形重み付きイントラ予測ＬＷＩＰ又は行列ベースのイントラ予測ＭＩＰを表す構文要素ｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇの２値化のために４つのコンテキスト又はコンテキストモデルを使用する。選択指標は、現在のブロックのアスペクト比（幅／高さ又は高さ／幅）によって制御される：
０｜そうでない場合、
１｜そうでない場合、
ＳｅｌｅｃｔｉｏｎＩｎｄｅｘ＝２｜そうでない場合、
３｜現在のブロックのアスペクト比が２より大きい場合

【0050】

図３は、２より大きいアスペクト比を有するブロックのフラグを送信するための個々の追加のＣＡＢＡＣコンテキストを導入する、本発明の実施形態による画像又はビデオデータを符号化するための装置、例えば図１の装置と同様の装置を示す図である。エンコーダ１０２は、画像又はビデオデータ１０４を受信し、受信した画像又はビデオデータ１０４を符号化して、符号化された画像又はビデオデータを表すビットストリーム１０６を提供する。ＣＡＢＡＣエンコーダ１０８は、画像又はビデオデータのブロックを符号化するときにアフィン線形重み付きイントラ予測、ＬＷＩＰのような特定の符号化ツールが用いられるかどうかを示すツールフラグ１１０を受け取る。アフィン線形重み付きイントラ予測ＬＷＩＰは、汎用ビデオ符号化ＶＶＣ規格において、行列ベースのイントラ予測ＭＩＰとも呼ばれ、ツールフラグは、ＶＶＣ規格のアフィンＬＷＩＰ又はＭＩＰの適用可能性を示すｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇとも呼ばれる。２より大きいアスペクト比を有し、特定の符号化ツールが適用可能な画像又はビデオデータのブロック３００について、ツールフラグを符号化するための第１のコンテキストモデルが、１つ又は複数の第１のコンテキストモデルのグループから選択され、ＣＡＢＡＣ １０８に提供される。２以下のアスペクト比を有し、特定の符号化ツールが適用可能な画像又はビデオデータのブロック３０２について、ツールフラグを符号化するための第２のコンテキストモデルが、１つ又は複数の第２のコンテキストモデルのグループから選択され、ＣＡＢＡＣ １０８に提供される。例えば、アスペクト比が２より大きいブロック３００についてＬＷＩＰモードがテストされない場合、フラグは常に０であり、追加のＣＡＢＡＣコンテキストは１を送信する確率がゼロになるように適応し、アスペクト比が２より大きいブロック３００についてＬＷＩＰモードがテストされる場合、フラグは一定の確率で１である。実施形態によれば、ＣＡＢＡＣエンコーダ１０８は、選択指標に応答して、現在処理されているブロックの第一コンテキストモデル及び第二コンテキストモデルを選択することができる。選択指標は、現在処理されているブロックのアスペクト比が２より大きいか、又はアスペクト比が２以下であることを示す。

【0051】

図４は、図３の装置を使用して符号化された、２より大きいアスペクト比を有するブロックのフラグのための個々の追加のＣＡＢＡＣコンテキストを導入する、本発明の実施形態による画像又はビデオデータを復号するための装置、例えば図２の装置と同様の装置１００を示す図である。２より大きいアスペクト比を有し、特定の符号化ツールが適用可能な画像又はビデオデータのブロック３００について、ツールフラグを符号化するための第１のコンテキストモデルが、１つ又は複数の第１のコンテキストモデルのグループから選択され、ＣＡＢＡＣ２０６に提供される。２以下のアスペクト比を有し、特定の符号化ツールが適用可能な画像又はビデオデータのブロック３０２について、ツールフラグを符号化するための第２のコンテキストモデルが、１つ又は複数の第２のコンテキストモデルのグループから選択され、ＣＡＢＡＣ２０６に提供される。

【0052】

例えば、構文要素ｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇの２値化は、以下のようにコンテキスト指標｛０，１，２，３｝を有する合計４つのコンテキストモデルを使用することができる：
現在のブロックのアスペクト比（幅／高さ又は高さ／幅）が２より大きい場合、指標３を有するコンテキストモデルを使用し、

【0053】

そうでなければ、コンテキストモデル０、１、２のうちの１つを使用し、選択は、例えば、いくつかの他の構文要素について知られて使用されるように、現在のブロックの左及び上のブロックのｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇに依存し得る。

【0054】

ＶＶＣ仕様では、符号化ユニット構文は以下の通りであり得る（例えば、［５］の７．３．１０．５－符号化ユニット構文を参照）：

【表1】

【0055】

１に等しいｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］は、ルーマサンプルのイントラ予測タイプが行列ベースのイントラ予測であることを指定する。０に等しいｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］は、ルーマサンプルのイントラ予測タイプが行列ベースのイントラ予測ではないことを指定する（例えば、［５］の７．４．１１．５－符号化ユニットセマンティクスを参照）。

【0056】

構文要素ｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇの２値化は、以下のようにすることができる（例えば、［５］の９．３．４．２を参照されたい－ｃｔｘＴａｂｌｅ、ｃｔｘＩｄｘ、及びｂｙｐａｓｓＦｌａｇの導出プロセス）：

【0057】

【表2】

【0058】

説明された概念のいくつかの態様は、装置の文脈で説明されているが、これらの態様は、対応する方法の説明も表しており、ブロック又は装置は、方法ステップ又は方法ステップの特徴に対応することは明らかである。同様に、方法ステップの文脈で説明される態様は、対応するブロック又は対応する装置のアイテム又は特徴の記述も表す。

【0059】

本発明の様々な要素及び特徴は、アナログ及び／又はデジタル回路を使用するハードウェア、ソフトウェア、１つ又は複数の汎用又は専用プロセッサによる命令の実行を通じて、又はハードウェアとソフトウェアの組み合わせとして実装されてもよい。例えば、本発明の実施形態は、コンピュータシステム又は別の処理システムの環境で実施することができる。図５は、コンピュータシステム４００の一例を示す。ユニット又はモジュール、並びにこれらのユニットによって実行される方法のステップは、１つ又は複数のコンピュータシステム４００上で実行することができる。コンピュータシステム４００は、専用又は汎用デジタル信号プロセッサのような、１つ又は複数のプロセッサ４０２を含む。プロセッサ４０２は、バス又はネットワークのような通信インフラストラクチャ４０４に接続される。コンピュータシステム４００は、例えばランダムアクセスメモリ（ＲＡＭ）などのメインメモリ４０６と、例えばハードディスクドライブ及び／又はリムーバブルストレージドライブなどのセカンダリメモリ４０８とを含む。セカンダリメモリ４０８は、コンピュータプログラム又は他の命令がコンピュータシステム４００にロードされることを可能にすることができる。コンピュータシステム４００は、ソフトウェア及びデータが、コンピュータシステム４００と外部デバイスとの間で転送されることを可能にする通信インタフェース４１０を更に含むことができる。通信は、電子信号、電磁信号、光学信号、又は通信インタフェースによって処理することができる他の信号からのものであってもよい。通信は、ワイヤ又はケーブル、光ファイバ、電話回線、携帯電話リンク、ＲＦリンク、及び他の通信チャネル４１２を使用することができる。

【0060】

「コンピュータプログラム媒体」及び「コンピュータ可読媒体」という用語は、一般に、リムーバブルストレージユニット又はハードディスクドライブにインストールされたハードディスクなどの有形の記憶媒体を指すために使用される。これらのコンピュータプログラム製品は、コンピュータシステム４００にソフトウェアを提供するための手段である。コンピュータ制御ロジックとも呼ばれるコンピュータプログラムは、メインメモリ４０６及び／又はセカンダリメモリ４０８に格納される。コンピュータプログラムはまた、通信インタフェース４１０を介して受信されてもよい。コンピュータプログラムは、実行されると、コンピュータシステム４００が本発明を実施することを可能にする。特に、コンピュータプログラムは、実行されると、プロセッサ４０２が本明細書に記載の方法のいずれかなどの本発明のプロセスを実施することを可能にする。したがって、そのようなコンピュータプログラムは、コンピュータシステム４００のコントローラを表すことができる。本開示がソフトウェアを使用して実施される場合、ソフトウェアは、コンピュータプログラム製品に格納され、リムーバブルストレージドライブ、通信インタフェース４１０のようなインタフェースを使用してコンピュータシステム４００にロードされ得る。

【0061】

ハードウェア又はソフトウェアの実施形態は、中に格納される電子的に読み取り可能な制御信号を有し、各方法が実行されるようにプログラム可能なコンピュータシステムと協働する（又は協働可能な）、例えばクラウドストレージ、フロッピーディスク、ＤＶＤ、ブルーレイ、ＣＤ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ又はフラッシュメモリなどのデジタル記憶媒体を使用して実行することができる。したがって、デジタル記憶媒体はコンピュータ可読であってもよい。

【0062】

本発明によるいくつかの実施形態は、プログラム可能なコンピュータシステムと協働して、本明細書に記載の方法の１つが実行されるような、電子的に読み取り可能な制御信号を有するデータキャリアを備える。

【0063】

一般に、本発明の実施形態は、コンピュータプログラム製品がコンピュータ上で動作するときに、本方法の１つを実行するように動作するプログラムコードを有するコンピュータプログラム製品として実施し得る。プログラムコードは、例えば、機械読み取り可能なキャリアに格納することができる。

【0064】

他の実施形態は、本明細書に記載の方法の１つを実行するためのコンピュータプログラムを含み、機械読み取り可能なキャリアに格納される。換言すれば、本発明の方法の実施形態は、コンピュータプログラムがコンピュータ上で実行されるときに、本明細書に記載の方法の１つを実行するためのプログラムコードを有するコンピュータプログラムである。

【0065】

したがって、本発明の方法の更なる実施形態は、本明細書に記載の方法のうちの１つを実行するためのコンピュータプログラムを含み、そこに記録される、データキャリア（又はデジタル記憶媒体又はコンピュータ可読媒体）である。したがって、本発明の方法の更なる実施形態は、本明細書に記載の方法のうちの１つを実行するためのコンピュータプログラムを表すデータストリーム又は信号のシーケンスである。データストリーム又は信号のシーケンスは、例えば、データ通信接続、例えばインターネットを介して転送されるように構成することができる。更なる実施形態は、本明細書に記載の方法のうちの１つを実行するように構成された、又は適用される処理手段、例えばコンピュータ又はプログラマブル論理装置を含む。更なる実施形態は、本明細書で説明される方法の１つを実行するためのコンピュータプログラムがインストールされたコンピュータを含む。

【0066】

いくつかの実施形態では、プログラマブルロジック装置（例えば、フィールドプログラマブルゲートアレイ）を使用して、本明細書に記載の方法の機能の一部又は全部を実行することができる。いくつかの実施形態では、フィールドプログラマブルゲートアレイは、本明細書で説明する方法の１つを実行するためにマイクロ処理部と協働することができる。一般に、これらの方法は、好ましくは、任意のハードウェア装置によって実行される。

【0067】

上述の実施形態は、本発明の原理の単なる例示である。本明細書に記載された構成及び詳細の修正及び変形は、他の当業者には明らかであることが理解される。したがって、差し迫った特許請求の範囲によってのみ限定され、本明細書の実施形態の記載及び説明によって示される特定の詳細によっては限定されないことが意図される。

【0068】

参考文献
［１］ ＩＳＯ／ＩＥＣ， ＩＴＵ－Ｔ． Ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ ｖｉｄｅｏ ｃｏｄｉｎｇ． ＩＴＵ－Ｔ Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ Ｈ．２６５ ｜ ＩＳＯ／ＩＥＣ ２３００８ １０ （ＨＥＶＣ）， ｅｄｉｔｉｏｎ １， ２０１３； ｅｄｉｔｉｏｎ ２， ２０１４．

【0069】

［２］ ＪＥＭ ｒｅｆｅｒｅｎｃｅ ｓｏｆｔｗａｒｅ， ｈｔｔｐｓ：／／ｊｖｅｔ．ｈｈｉ．ｆｒａｕｎｈｏｆｅｒ．ｄｅ／ｓｖｎ／ｓｖｎ＿ＨＭＪＥＭＳｏｆｔｗａｒｅ／．

【0070】

［３］ Ｂ． Ｂｒｏｓｓ， Ｊ． Ｃｈｅｎ， Ｓｈａｎ Ｌｉｕ， “Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ （Ｄｒａｆｔ ４）”， ＪＶＥＴ－Ｍ１００１－ｖ５， Ｆｅｂｒｕａｒｙ ２０１９， Ｍａｒｒａｋｅｓｈ， Ｍｏｒｏｃｃｏ

【0071】

［４］ Ｊ． Ｐｆａｆｆ， Ｂ． Ｓｔａｌｌｅｎｂｅｒｇｅｒ， Ｍ． Ｓｃｈａｅｆｅｒ， Ｐ． Ｍｅｒｋｌｅ， Ｐ． Ｈｅｌｌｅ， Ｒ． Ｒｉｓｃｈｅ， Ｈ． Ｓｃｈｗａｒｚ， Ｄ． Ｍａｒｐｅ， Ｔ． Ｗｉｅｇａｎｄ， “Ａｆｆｉｎｅ Ｌｉｎｅａｒ Ｗｅｉｇｈｔｅｄ Ｉｎｔｒａ Ｐｒｅｄｉｃｔｉｏｎ”， ＪＶＥＴ－Ｍ００４３， Ｆｅｂｒｕａｒｙ ２０１９， Ｍａｒｒａｋｅｓｈ， Ｍｏｒｏｃｃｏ

【0072】

［５］ Ｂ． Ｂｒｏｓｓ， Ｊ． Ｃｈｅｎ， Ｓｈａｎ Ｌｉｕ， “Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ （Ｄｒａｆｔ ８）”， ＪＶＥＴ－Ｑ２００１－ｖＤ， Ｆｅｂｒｕａｒｙ ２０２０， Ｂｒｕｓｓｅｌｓ， Ｂｅｌｇｉｕｍ

【図1】

【図2】

【図3】

【図4】

【図5】