特表 2023-515321 最大変換サイズ及び残差符号化方法のシグナリング

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

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

(11)【公表番号】

(43)【公表日】2023-04-13

(54)【発明の名称】最大変換サイズ及び残差符号化方法のシグナリング

(51)【国際特許分類】

   H04N 19/70 20140101AFI20230406BHJP

   H04N 19/176 20140101ALI20230406BHJP

   H04N 19/157 20140101ALI20230406BHJP

【ＦＩ】

H04N19/70

H04N19/176

H04N19/157

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2022545785

(86)(22)【出願日】2021-01-29

(85)【翻訳文提出日】2022-09-16

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

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

(87)【国際公開日】2021-08-26

(31)【優先権主張番号】62/980,117

(32)【優先日】2020-02-21

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】511050697

【氏名又は名称】アリババ グループ ホウルディング リミテッド

(74)【代理人】

【識別番号】100079108

【弁理士】

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

(74)【代理人】

【識別番号】100109346

【弁理士】

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

(74)【代理人】

【識別番号】100117189

【弁理士】

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

(74)【代理人】

【識別番号】100134120

【弁理士】

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

(72)【発明者】

【氏名】サーヴァー，モハメッド ゴラム

(72)【発明者】

【氏名】ルオ，ジャンコン

(72)【発明者】

【氏名】イエ，ヤン

【テーマコード（参考）】

5C159

【Ｆターム（参考）】

5C159MA04

5C159MA05

5C159MA21

5C159MC11

5C159ME01

5C159PP05

5C159PP06

5C159PP07

5C159PP16

5C159RC12

5C159TA12

5C159TA21

5C159TA37

5C159TB08

5C159TC26

5C159TD02

5C159TD12

5C159UA02

5C159UA05

5C159UA16

(57)【要約】

本開示は、最大変換サイズ及び残差符号化方法をシグナリングするシステム及び方法を提供する。特定の開示実施形態によれば、方法は、ピクチャセットを含むビットストリームを受け取ることと、受け取ったビットストリームに従って、符号化ツリーブロックサイズの値を決定することと、符号化ツリーブロックサイズの値に基づいて、ルマサンプルに関する最大変換サイズを示すフラグをシグナリングするか否かを決定することと、を含む。

【特許請求の範囲】

【請求項1】

ピクチャセットを含むビットストリームを受け取ることと、
前記受け取ったビットストリームに従って、符号化ツリーブロックサイズの値を決定することと、
前記符号化ツリーブロックサイズの前記値に基づいて、ルマサンプルに関する最大変換サイズを示すフラグをシグナリングするか否かを決定することと、
を含む、映像データシグナリング方法。

【請求項2】

前記フラグをシグナリングするか否かを決定することが、
前記符号化ツリーブロックサイズの前記値が３２より大きいことに応答して、前記フラグをシグナリングすること、又は
前記符号化ツリーブロックサイズの前記値が３２以下であることに応答して、前記フラグがシグナリングされないことを決定すること、
を含む、請求項１に記載の方法。

【請求項3】

前記フラグをシグナリングするか否かを決定することが、
前記符号化ツリーブロックサイズの前記値が３２に等しくないことに応答して、前記フラグをシグナリングすること、又は
前記符号化ツリーブロックサイズの前記値が３２に等しいことに応答して、前記フラグがシグナリングされないことを決定すること、
を含む、請求項１に記載の方法。

【請求項4】

前記符号化ツリーブロックサイズの前記値が、符号化ツリーユニットのルマ符号化ツリーブロックサイズに関連付けられた値をさらに含む、請求項１に記載の方法。

【請求項5】

前記フラグをシグナリングするか否かを決定することが、
前記ルマ符号化ツリーブロックサイズに関連付けられた前記値が０より大きいことに応答して、前記フラグをシグナリングすること、又は
前記ルマ符号化ツリーブロックサイズに関連付けられた前記値が０に等しいことに応答して、前記フラグがシグナリングされないことを決定すること、
を含む、請求項４に記載の方法。

【請求項6】

前記フラグをシグナリングするか否かを決定することが、
前記ルマ符号化ツリーブロックサイズに関連付けられた前記値が０に等しくないことに応答して、前記フラグをシグナリングすること、又は
前記ルマ符号化ツリーブロックサイズに関連付けられた前記値が０に等しいことに応答して、前記フラグがシグナリングされないことを決定すること、
を含む、請求項４に記載の方法。

【請求項7】

前記最大変換サイズが６４であることを前記フラグが示す、請求項１に記載の方法。

【請求項8】

映像データシグナリング装置であって、
命令セットを保存するメモリと、
１つ又は複数のプロセッサとを含み、前記１つ又は複数のプロセッサは、前記命令セットを実行して、
ピクチャセットを含むビットストリームを受け取ることと、
前記受け取ったビットストリームに従って、符号化ツリーブロックサイズの値を決定することと、
前記符号化ツリーブロックサイズの前記値に基づいて、ルマサンプルに関する最大変換サイズを示すフラグをシグナリングするか否かを決定することと、
を前記装置に行わせるように構成される、映像データシグナリング装置。

【請求項9】

前記フラグをシグナリングするか否かを決定することにおいて、前記１つ又は複数のプロセッサが、前記命令セットを実行して、
前記符号化ツリーブロックサイズの前記値が３２より大きいことに応答して、前記フラグをシグナリングすること、又は
前記符号化ツリーブロックサイズの前記値が３２以下であることに応答して、前記フラグがシグナリングされないことを決定すること、
を前記装置にさらに行わせるように構成される、請求項８に記載の装置。

【請求項10】

前記フラグをシグナリングするか否かを決定することにおいて、前記１つ又は複数のプロセッサが、前記命令セットを実行して、
前記符号化ツリーブロックサイズの前記値が３２に等しくないことに応答して、前記フラグをシグナリングすること、又は
前記符号化ツリーブロックサイズの前記値が３２に等しいことに応答して、前記フラグがシグナリングされないことを決定すること、
を前記装置にさらに行わせるように構成される、請求項８に記載の装置。

【請求項11】

前記符号化ツリーブロックサイズの前記値が、符号化ツリーユニットのルマ符号化ツリーブロックサイズに関連付けられた値をさらに含む、請求項８に記載の装置。

【請求項12】

前記フラグをシグナリングするか否かを決定することにおいて、前記１つ又は複数のプロセッサが、前記命令セットを実行して、
前記ルマ符号化ツリーブロックサイズに関連付けられた前記値が０より大きいことに応答して、前記フラグをシグナリングすること、又は
前記ルマ符号化ツリーブロックサイズに関連付けられた前記値が０に等しいことに応答して、前記フラグがシグナリングされないことを決定すること、
を前記装置にさらに行わせるように構成される、請求項１１に記載の装置。

【請求項13】

前記フラグをシグナリングするか否かを決定することにおいて、前記１つ又は複数のプロセッサが、前記命令セットを実行して、
前記ルマ符号化ツリーブロックサイズに関連付けられた前記値が０に等しくないことに応答して、前記フラグをシグナリングすること、又は
前記ルマ符号化ツリーブロックサイズに関連付けられた前記値が０に等しいことに応答して、前記フラグがシグナリングされないことを決定すること、
を前記装置にさらに行わせるように構成される、請求項１１に記載の装置。

【請求項14】

命令セットを保存する非一時的コンピュータ可読媒体であって、前記命令セットは、映像データシグナリング方法をコンピュータに行わせるために、前記コンピュータの少なくとも１つのプロセッサによって実行可能であり、前記方法が、
ピクチャセットを含むビットストリームを受け取ることと、
前記受け取ったビットストリームに従って、符号化ツリーブロックサイズの値を決定することと、
前記符号化ツリーブロックサイズの前記値に基づいて、ルマサンプルに関する最大変換サイズを示すフラグをシグナリングするか否かを決定することと、
を含む、非一時的コンピュータ可読媒体。

【請求項15】

前記フラグをシグナリングするか否かを決定することが、
前記符号化ツリーブロックサイズの前記値が３２より大きいことに応答して、前記フラグをシグナリングすること、又は
前記符号化ツリーブロックサイズの前記値が３２以下であることに応答して、前記フラグがシグナリングされないことを決定すること、
を含む、請求項１４に記載の非一時的コンピュータ可読媒体。

【請求項16】

前記フラグをシグナリングするか否かを決定することが、
前記符号化ツリーブロックサイズの前記値が３２に等しくないことに応答して、前記フラグをシグナリングすること、又は
前記符号化ツリーブロックサイズの前記値が３２に等しいことに応答して、前記フラグがシグナリングされないことを決定すること、
を含む、請求項１４に記載の非一時的コンピュータ可読媒体。

【請求項17】

前記符号化ツリーブロックサイズの前記値が、符号化ツリーユニットのルマ符号化ツリーブロックサイズに関連付けられた値をさらに含む、請求項１４に記載の非一時的コンピュータ可読媒体。

【請求項18】

前記フラグをシグナリングするか否かを決定することが、
前記ルマ符号化ツリーブロックサイズに関連付けられた前記値が０より大きいことに応答して、前記フラグをシグナリングすること、又は
前記ルマ符号化ツリーブロックサイズに関連付けられた前記値が０に等しいことに応答して、前記フラグがシグナリングされないことを決定すること、
を含む、請求項１７に記載の非一時的コンピュータ可読媒体。

【請求項19】

前記フラグをシグナリングするか否かを決定することが、
前記ルマ符号化ツリーブロックサイズに関連付けられた前記値が０に等しくないことに応答して、前記フラグをシグナリングすること、又は
前記ルマ符号化ツリーブロックサイズに関連付けられた前記値が０に等しいことに応答して、前記フラグがシグナリングされないことを決定すること、
を含む、請求項１７に記載の非一時的コンピュータ可読媒体。

【請求項20】

前記最大変換サイズが６４であることを前記フラグが示す、請求項１４に記載の非一時的コンピュータ可読媒体。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
[0001] 本開示は、全体として本明細書に援用される、２０２０年２月２１日に出願された米国仮特許出願第６２／９８０，１１７号に対する優先権を主張するものである。

【0002】

技術分野
[0002] 本開示は、一般に映像処理に関し、より具体的には、最大変換サイズ及び残差符号化方法をシグナリングする方法及び装置に関する。

【背景技術】

【0003】

背景
[0003] 映像は、視覚情報を捕捉する一連の静止ピクチャ（又は「フレーム」）である。記憶メモリ及び伝送帯域幅を減少させるために、映像は、記憶又は伝送前に圧縮され、表示前に復元され得る。圧縮プロセスは、通常、エンコーディングと呼ばれ、復元プロセスは、通常、デコーディングと呼ばれる。最も一般的には、予測、変換、量子化、エントロピー符号化、及びインループフィルタリングに基づく、標準化映像符号化技術を用いる様々な映像符号化フォーマットが存在する。特定の映像符号化フォーマットを指定する、ＨＥＶＣ（High Efficiency Video Coding）／H.265標準規格、ＶＶＣ（Versatile Video Coding）／H.266標準規格、及びＡＶＳ標準規格などの映像符号化標準規格が、標準化機関によって開発されている。ますます高度な映像符号化技術が、映像標準規格に採用されるにつれて、新しい映像符号化標準規格の符号化効率は、ますます高くなる。

【発明の概要】

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

【0004】

開示の概要
[0004] 本開示の実施形態は、最大変換サイズをシグナリングする方法及び装置を提供する。幾つかの例示的実施形態では、方法は、ピクチャセットを含むビットストリームを受け取ることと、受け取ったビットストリームに従って、符号化ツリーブロックサイズの値を決定することと、符号化ツリーブロックサイズの値に基づいて、ルマサンプルに関する最大変換サイズを示すフラグをシグナリングするか否かを決定することと、を含む。

【0005】

[0005] 装置は、命令セットを保存するメモリと、１つ又は複数のプロセッサとを含み、１つ又は複数のプロセッサは、命令セットを実行して、ピクチャセットを含むビットストリームを受け取ることと、受け取ったビットストリームに従って、符号化ツリーブロックサイズの値を決定することと、符号化ツリーブロックサイズの値に基づいて、ルマサンプルに関する最大変換サイズを示すフラグをシグナリングするか否かを決定することと、を装置に行わせるように構成される。

【0006】

[0006] 本開示の実施形態は、命令セットを保存する非一時的コンピュータ可読媒体であって、命令セットは、最大変換サイズをシグナリングする方法をコンピュータに行わせるために、コンピュータの少なくとも１つのプロセッサによって実行可能であり、当該方法が、ピクチャセットを含むビットストリームを受け取ることと、受け取ったビットストリームに従って、符号化ツリーブロックサイズの値を決定することと、符号化ツリーブロックサイズの値に基づいて、ルマサンプルに関する最大変換サイズを示すフラグをシグナリングするか否かを決定することと、を含む、非一時的コンピュータ可読媒体をさらに提供する。

【0007】

[0007] 本開示の実施形態は、残差符号化方法をシグナリングする方法及び装置も提供する。幾つかの例示的実施形態では、方法は、ピクチャセットを含むビットストリームを受け取ることと、受け取ったビットストリームに従って、変換スキップモードが有効にされるか否かを示す第１のフラグの値を決定することと、第１のフラグの値に基づいて、残差符号化方法を示す第２のフラグをシグナリングするか否かを決定することと、を含む。

【0008】

[0008] 装置は、命令セットを保存するメモリと、１つ又は複数のプロセッサとを含み、１つ又は複数のプロセッサは、命令セットを実行して、ピクチャセットを含むビットストリームを受け取ることと、受け取ったビットストリームに従って、変換スキップモードが有効にされるか否かを示す第１のフラグの値を決定することと、第１のフラグの値に基づいて、残差符号化方法を示す第２のフラグをシグナリングするか否かを決定することと、を装置に行わせるように構成される。

【0009】

[0009] 本開示の実施形態は、命令セットを保存する非一時的コンピュータ可読媒体であって、命令セットは、残差符号化方法をシグナリングする方法をコンピュータに行わせるために、コンピュータの少なくとも１つのプロセッサによって実行可能であり、当該方法が、ピクチャセットを含むビットストリームを受け取ることと、受け取ったビットストリームに従って、変換スキップモードが有効にされるか否かを示す第１のフラグの値を決定することと、第１のフラグの値に基づいて、残差符号化方法を示す第２のフラグをシグナリングするか否かを決定することと、を含む、非一時的コンピュータ可読媒体をさらに提供する。

【0010】

図面の簡単な説明
[0010] 本開示の実施形態及び様々な局面は、以下の詳細な説明及び添付の図面に示される。図面に示される様々なフィーチャは、一定の縮尺で描かれていない。

【図面の簡単な説明】

【0011】

【図1】[0011]本開示の幾つかの実施形態と一致した、映像シーケンス例の構造を示す模式図である。

【図2A】[0012]本開示の幾つかの実施形態と一致した、ハイブリッド映像符号化システムの例示的エンコーディングプロセスを示す模式図である。

【図2B】[0013]本開示の幾つかの実施形態と一致した、ハイブリッド映像符号化システムの別の例示的エンコーディングプロセスを示す模式図である。

【図3A】[0014]本開示の幾つかの実施形態と一致した、ハイブリッド映像符号化システムの例示的デコーディングプロセスを示す模式図である。

【図3B】[0015]本開示の幾つかの実施形態と一致した、ハイブリッド映像符号化システムの別の例示的デコーディングプロセスを示す模式図である。

【図4】[0016]本開示の幾つかの実施形態と一致した、映像をエンコード又はデコードするための例示的装置のブロック図である。

【図5A】[0017]本開示の幾つかの実施形態と一致した、最大変換サイズをシグナリングするための例示的方法である。

【図5B】[0018]本開示の幾つかの実施形態と一致した、最大変換サイズをシグナリングするための例示的方法である。

【図6A】[0019]本開示の幾つかの実施形態と一致した、残差符号化方法をシグナリングするための例示的方法である。

【図6B】[0020]本開示の幾つかの実施形態と一致した、残差符号化方法をシグナリングするための例示的方法である。

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

【0012】

詳細な説明
[0021] これより、その例が添付の図面に示される例示的実施形態に詳細に言及する。以下の説明は、別段の説明のない限り、異なる図面の同じ番号が、同じ又は類似の要素を表す、添付の図面を参照する。例示的実施形態の以下の説明に記載する実施態様は、本発明と一致した全ての実施態様を表すわけではない。代わりに、それらは、添付の特許請求の範囲に記載される本発明に関連する局面と一致した装置及び方法の例に過ぎない。以下に、本開示の特定の局面をより詳細に記載する。援用された用語及び／又は定義と矛盾する場合は、本明細書に提供される用語及び定義が、支配権を握る。

【0013】

[0022] ＩＴＵ－Ｔ ＶＣＥＧ（ITU-T Video Coding Expert Group）及びＩＳＯ／ＩＥＣ ＭＰＥＧ（ISO/IEC Moving Picture Expert Group）のＪＶＥＴ（Joint Video Experts Team）は、現在、ＶＶＣ（Versatile Video Coding）／H.266標準規格を開発中である。ＶＶＣ標準規格は、その先行バージョンであるＨＥＶＣ（High Efficiency Video Coding）／H.265標準規格の圧縮効率を倍にすることを目的とする。つまり、ＶＶＣの目標は、ＨＥＶＣ／H.265と同じ主観的品質を半分の帯域幅で達成することである。

【0014】

[0023] 半分の帯域幅でＨＥＶＣ／H.265と同じ主観的品質を達成するために、ＪＶＥＴは、ＪＥＭ（joint exploration model）参照ソフトウェアを使用して、ＨＥＶＣを超える技術を開発してきた。符号化技術がＪＥＭに組み込まれたため、ＪＥＭは、ＨＥＶＣよりも大幅に高い符号化性能を実現した。

【0015】

[0024] ＶＶＣ標準規格は、最近開発されたものであり、より良い圧縮性能を提供する、さらに多くの符号化技術を加え続けている。ＶＶＣは、ＨＥＶＣ、H.264／ＡＶＣ、MPEG2、H.263などの近代の映像圧縮標準規格で使用されてきた、同じハイブリッド映像符号化システムに基づく。

【0016】

[0025] 映像は、視覚情報を保存するために、時系列で配置された一連の静止ピクチャ（又は「フレーム」）である。映像キャプチャデバイス（例えば、カメラ）を使用して、これらのピクチャを時系列で捕捉及び保存することができ、映像再生デバイス（例えば、テレビ、コンピュータ、スマートフォン、タブレットコンピュータ、ビデオプレーヤー、又は表示機能を備えた任意のエンドユーザ端末）を使用して、このようなピクチャを時系列で表示することができる。また、用途によっては、監視、会議の開催、又は生放送などのために、映像キャプチャデバイスは、捕捉された映像を映像再生デバイス（例えば、モニタを備えたコンピュータ）にリアルタイムで伝送することができる。

【0017】

[0026] このような用途で必要とされる記憶空間及び伝送帯域幅を減少させるために、映像は、記憶及び伝送前に圧縮され、表示前に復元され得る。圧縮及び復元は、プロセッサ（例えば、汎用コンピュータのプロセッサ）又は専用ハードウェアによって実行されるソフトウェアによって実施され得る。圧縮用のモジュールは、一般に「エンコーダ」と呼ばれ、復元用のモジュールは、一般に「デコーダ」と呼ばれる。エンコーダ及びデコーダは、まとめて「コーデック」と呼ばれることがある。エンコーダ及びデコーダは、様々な適切なハードウェア、ソフトウェア、又はこれらの組み合わせの何れかとして実装され得る。例えば、エンコーダ及びデコーダのハードウェア実装は、１つ又は複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、離散論理、又はこれらの任意の組み合わせなどの回路網を含み得る。エンコーダ及びデコーダのソフトウェア実装は、プログラムコード、コンピュータ実行可能命令、ファームウェア、又はコンピュータ可読媒体に固定された、任意の適切なコンピュータ実施アルゴリズム若しくはプロセスを含み得る。映像圧縮及び復元は、MPEG-1、MPEG-2、MPEG-4、H.26x系などの様々なアルゴリズム又は標準規格によって実施され得る。用途によっては、コーデックが、第１の符号化標準規格から映像を復元し、第２の符号化標準規格を用いて復元映像を再圧縮することができ、この場合、コーデックは、「トランスコーダ」と呼ばれることがある。

【0018】

[0027] 映像エンコーディングプロセスは、ピクチャの再構成のために使用することができる有用な情報を識別及び保持し、再構成にとって重要ではない情報を無視することができる。無視された重要ではない情報を完全に再構成することができない場合、このようなエンコーディングプロセスは、「不可逆」と呼ばれることがある。そうでなければ、それは、「可逆」と呼ばれることがある。ほとんどのエンコーディングプロセスは、不可逆であり、これは、必要とされる記憶空間及び伝送帯域幅を減少させるためのトレードオフである。

【0019】

[0028] エンコードされているピクチャ（「現在のピクチャ」と呼ばれる）の有用な情報は、参照ピクチャ（例えば、前にエンコードされた、及び再構成されたピクチャ）に対する変化を含む。このような変化は、ピクセルの位置変化、輝度変化、又は色変化を含む場合があり、そのなかで、位置変化は、最も重要である。物体を表すピクセル群の位置変化は、参照ピクチャ及び現在のピクチャ間の物体の動きを反映し得る。

【0020】

[0029] 別のピクチャを参照することなく符号化されたピクチャ（すなわち、それは、それ自体の参照ピクチャである）は、「Ｉピクチャ」と呼ばれる。前のピクチャを参照ピクチャとして使用して符号化されたピクチャは、「Ｐピクチャ」と呼ばれる。前のピクチャ及び未来のピクチャの両方を参照ピクチャとして使用して（すなわち、参照が「双方向」である）符号化されたピクチャは、「Ｂピクチャ」と呼ばれる。

【0021】

[0030] 図１は、本開示の幾つかの実施形態による、映像シーケンス例１００の構造を示す。映像シーケンス１００は、ライブ映像、又は捕捉及びアーカイブされた映像でもよい。映像１００は、実際の映像、コンピュータ生成された映像（例えば、コンピュータゲーム映像）、又はそれらの組み合わせ（例えば、拡張現実効果を有した実際の映像）でもよい。映像シーケンス１００は、映像キャプチャデバイス（例えば、カメラ）、前に捕捉された映像を包含する映像アーカイブ（例えば、記憶デバイスに保存された映像ファイル）、又は映像コンテンツプロバイダから映像を受信するための映像フィードインタフェース（例えば、映像ブロードキャストトランシーバ）から入力され得る。

【0022】

[0031] 図１に示されるように、映像シーケンス１００は、ピクチャ１０２、１０４、１０６、及び１０８を含む、タイムラインに沿って時間的に配置された一連のピクチャを含み得る。ピクチャ１０２～１０６は連続しており、ピクチャ１０６と１０８との間には、さらに多くのピクチャが存在する。図１では、ピクチャ１０２は、Ｉピクチャであり、それの参照ピクチャは、ピクチャ１０２自体である。ピクチャ１０４は、Ｐピクチャであり、それの参照ピクチャは、矢印によって示されるように、ピクチャ１０２である。ピクチャ１０６は、Ｂピクチャであり、それの参照ピクチャは、矢印によって示されるように、ピクチャ１０４及び１０８である。幾つかの実施形態では、あるピクチャ（例えば、ピクチャ１０４）の参照ピクチャは、当該ピクチャの直前又は直後に存在しなくてもよい。例えば、ピクチャ１０４の参照ピクチャは、ピクチャ１０２に先行するピクチャでもよい。ピクチャ１０２～１０６の参照ピクチャは単なる例であり、本開示は、参照ピクチャの実施形態を図１に示される例のように限定しないことに留意されたい。

【0023】

[0032] 一般的に、映像コーデックは、ピクチャ全体のエンコーディング又はデコーディングを、そのようなタスクの計算の複雑さゆえに、一度に行わない。より正確に言えば、それらは、ピクチャを基本セグメントに分割し、セグメントごとにピクチャをエンコード又はデコードし得る。このような基本セグメントは、本開示では、基本処理ユニット（「ＢＰＵ（basic processing unit）」）と呼ばれる。例えば、図１の構造１１０は、映像シーケンス１００のあるピクチャ（例えば、ピクチャ１０２～１０８の何れか）の構造例を示す。構造１１０では、ピクチャは、４×４の基本処理ユニットに分割され、それらの境界は、破線で示されている。幾つかの実施形態では、基本処理ユニットは、一部の映像符号化標準規格（例えば、ＭＰＥＧ系統、H.261、H.263、若しくはH.264／ＡＶＣ）では「マクロブロック」と呼ばれることがあり、又は一部の他の映像符号化標準規格（例えば、H.265／ＨＥＶＣ若しくはH.266／ＶＶＣ）では、「符号化ツリーユニット」（「ＣＴＵ（coding tree unit）」）と呼ばれることがある。基本処理ユニットは、１２８×１２８、６４×６４、３２×３２、１６×１６、４×８、１６×３２、又はピクセルの任意の形状及びサイズなどのピクチャの可変サイズを有し得る。基本処理ユニットのサイズ及び形状は、符号化効率と、基本処理ユニットにおいて維持されるべき詳細さのレベルのバランスに基づいて、ピクチャごとに選択することができる。ＣＴＵは、最大ブロックユニットであり、１２８×１２８もの数のルマサンプル（クロマフォーマットに応じて、対応するクロマサンプルをプラスする）を含み得る。ＣＴＵは、四分木、二分木、三分木、又はこれらの組み合わせを使用して、符号化ユニット（ＣＵ）にさらに区分化することができる。

【0024】

[0033] 基本処理ユニットは、コンピュータメモリに（例えば、映像フレームバッファに）保存された異なる複数のタイプの映像データの一群を含み得る論理ユニットでもよい。例えば、カラーピクチャの基本処理ユニットは、無彩色の明度情報を表すルマ成分（Ｙ）、色情報を表す１つ又は複数のクロマ成分（例えば、Ｃｂ及びＣｒ）、並びに関連のシンタックス要素を含み得る（ここでは、ルマ成分及びクロマ成分は、同じサイズの基本処理ユニットを有し得る）。ルマ成分及びクロマ成分は、一部の映像符号化標準規格（例えば、H.265／ＨＥＶＣ又はH.266／ＶＶＣ）では、「符号化ツリーブロック」（「ＣＴＢ（coding tree block）」）と呼ばれることがある。基本処理ユニットに対して行われるどのような演算も、それのルマ成分及びクロマ成分のそれぞれに対して繰り返し行うことができる。

【0025】

[0034] 映像符号化は、複数の演算ステージを有し、これらの例を図２Ａ～２Ｂ及び図３Ａ～３Ｂに示す。各ステージで、基本処理ユニットのサイズが、処理するにはまだ大き過ぎる場合があり、したがって、本開示では「基本処理サブユニット」と呼ばれるセグメントへとさらに分割され得る。幾つかの実施形態では、基本処理サブユニットは、一部の映像符号化標準規格（例えば、ＭＰＥＧ系統、H.261、H.263、若しくはH.264／ＡＶＣ）では「ブロック」と呼ばれることがあり、又は一部の他の映像符号化標準規格（例えば、H.265／ＨＥＶＣ若しくはH.266／ＶＶＣ）では、「符号化ユニット」（「ＣＵ（coding unit）」）と呼ばれることがある。基本処理サブユニットは、基本処理ユニットと同じ又はより小さいサイズを有してもよい。基本処理ユニットと同様に、基本処理サブユニットも、コンピュータメモリに（例えば、映像フレームバッファに）保存された異なる複数のタイプの映像データ（例えば、Ｙ、Ｃｂ、Ｃｒ、及び関連のシンタックス要素）の一群を含み得る論理ユニットである。基本処理サブユニットに対して行われるどのような演算も、それのルマ成分及びクロマ成分のそれぞれに対して繰り返し行うことができる。このような分割は、処理のニーズに応じてさらなるレベルに対して行われ得ることに留意されたい。異なるステージが異なるスキームを用いて基本処理ユニットを分割し得ることにも留意されたい。

【0026】

[0035] 例えば、モード決定ステージ（それの一例を図２Ｂに示す）において、エンコーダは、基本処理ユニットに対してどの予測モード（例えば、イントラピクチャ予測又はインターピクチャ予測）を使用すべきかを決定することができ、基本処理ユニットは、このような決定を下すには大き過ぎる場合がある。エンコーダは、基本処理ユニットを複数の基本処理サブユニット（例えば、H.265／ＨＥＶＣ又はH.266／ＶＶＣの場合のＣＵ）に分割し、個々の基本処理サブユニットごとに予測タイプを決定することができる。

【0027】

[0036] 別の例として、予測ステージ（それの一例を図２Ａ～２Ｂに示す）において、エンコーダは、基本処理サブユニット（例えば、ＣＵ）のレベルで予測演算を行うことができる。しかしながら、場合によっては、基本処理サブユニットは、処理するにはまだ大き過ぎる場合がある。エンコーダは、基本処理サブユニットを（例えば、H.265／ＨＥＶＣ又はH.266／ＶＶＣにおいては「予測ブロック」又は「ＰＢ（prediction block）」と呼ばれる）より小さなセグメントにさらに分割することができ、このセグメントのレベルで、予測演算を行うことができる。

【0028】

[0037] 別の例として、変換ステージ（それの一例を図２Ａ～２Ｂに示す）では、エンコーダは、残差基本処理サブユニット（例えば、ＣＵ）に対して変換演算を行うことができる。しかしながら、場合によっては、基本処理サブユニットは、処理するにはまだ大き過ぎる場合がある。エンコーダは、基本処理サブユニットを（例えば、H.265／ＨＥＶＣ又はH.266／ＶＶＣにおいては「変換ブロック」又は「ＴＢ（transform block）」と呼ばれる）より小さなセグメントにさらに分割することができ、このセグメントのレベルで、変換演算を行うことができる。同じ基本処理サブユニットの分割スキームが予測ステージ及び変換ステージで異なり得ることに留意されたい。例えば、H.265／ＨＥＶＣ又はH.266／ＶＶＣでは、同じＣＵの予測ブロック及び変換ブロックが異なるサイズ及び数を有し得る。

【0029】

[0038] 図１の構造１１０では、基本処理ユニット１１２は、３×３の基本処理サブユニットにさらに分割され、それらの境界は、点線で示される。同じピクチャの異なる基本処理ユニットが、異なるスキームで基本処理サブユニットに分割されてもよい。

【0030】

[0039] 幾つかの実施態様では、並列処理能力、並びに映像エンコーディング及びデコーディングに対する誤り耐性を提供するために、ピクチャの領域ごとに、エンコーディング又はデコーディングプロセスがピクチャの他のどの領域からの情報にも依存しないことが可能であるように、ピクチャは、処理のために複数の領域に分割され得る。つまり、ピクチャの各領域は、独立して処理することができる。そうすることで、コーデックは、ピクチャの異なる複数の領域を並行して処理することができ、したがって、符号化効率が向上される。また、ある領域のデータが処理時に壊れた場合、又はネットワーク伝送時に失われた場合、コーデックは、壊れたデータ又は失われたデータに依存することなく、同じピクチャの他の領域を正確にエンコード又はデコードすることができ、したがって、誤り耐性能力が提供される。一部の映像符号化標準規格では、ピクチャは、異なる複数のタイプの領域に分割することができる。例えば、H.265／ＨＥＶＣ及びH.266／ＶＶＣは、２つの領域タイプ：「スライス」及び「タイル」を提供する。映像シーケンス１００の異なる複数のピクチャが、ピクチャを領域に分割するための異なるパーティションスキームを有し得ることにも留意されたい。

【0031】

[0040] 例えば、図１において、構造１１０は、３つの領域１１４、１１６、及び１１８に分割され、それらの境界は、構造１１０内の実線として示されている。領域１１４は、４つの基本処理ユニットを含む。領域１１６及び１１８のそれぞれは、６つの基本処理ユニットを含む。図１の構造１１０の基本処理ユニット、基本処理サブユニット、及び領域は、単なる例であり、本開示は、それらの実施形態を限定しないことに留意されたい。

【0032】

[0041] 図２Ａは、本開示の実施形態と一致したエンコーディングプロセス例２００Ａの模式図を示す。例えば、エンコーディングプロセス２００Ａは、エンコーダによって行うことができる。図２Ａに示されるように、エンコーダは、プロセス２００Ａに従って、映像シーケンス２０２を映像ビットストリーム２２８へとエンコードすることができる。図１の映像シーケンス１００と同様に、映像シーケンス２０２は、時間的順序で配置されたピクチャのセット（「オリジナルピクチャ」と呼ばれる）を含み得る。図１の構造１１０と同様に、映像シーケンス２０２の各オリジナルピクチャは、エンコーダによって、基本処理ユニット、基本処理サブユニット、又は処理用の領域に分割することができる。幾つかの実施形態では、エンコーダは、映像シーケンス２０２のオリジナルピクチャごとに、基本処理ユニットのレベルでプロセス２００Ａを行うことができる。例えば、エンコーダは、反復的やり方でプロセス２００Ａを行うことができ、その場合、エンコーダは、プロセス２００Ａの１回の反復で１つの基本処理ユニットをエンコードすることができる。幾つかの実施形態では、エンコーダは、映像シーケンス２０２の各オリジナルピクチャの領域（例えば、領域１１４～１１８）に対してプロセス２００Ａを並行して行うことができる。

【0033】

[0042] 図２Ａでは、エンコーダは、予測データ２０６及び予測ＢＰＵ２０８を生成するために、映像シーケンス２０２のオリジナルピクチャの基本処理ユニット（「オリジナルＢＰＵ」と呼ばれる）を予測ステージ２０４に送ることができる。エンコーダは、オリジナルＢＰＵから予測ＢＰＵ２０８を減算することによって、残差ＢＰＵ２１０を生成することができる。エンコーダは、量子化変換係数２１６を生成するために、残差ＢＰＵ２１０を変換ステージ２１２及び量子化ステージ２１４に送ることができる。エンコーダは、映像ビットストリーム２２８を生成するために、予測データ２０６及び量子化変換係数２１６を二進符号化ステージ２２６に送ることができる。コンポーネント２０２、２０４、２０６、２０８、２１０、２１２、２１４、２１６、２２６、及び２２８は、「順方向経路」と呼ばれることがある。プロセス２００Ａ中に、エンコーダは、量子化ステージ２１４の後に、再構成残差ＢＰＵ２２２を生成するために、量子化変換係数２１６を逆量子化ステージ２１８及び逆変換ステージ２２０に送ることができる。エンコーダは、再構成残差ＢＰＵ２２２を予測ＢＰＵ２０８に加算することによって、プロセス２００Ａの次の反復のために予測ステージ２０４において使用される予測基準２２４を生成することができる。プロセス２００Ａのコンポーネント２１８、２２０、２２２、及び２２４は、「再構成経路」と呼ばれることがある。再構成経路は、エンコーダ及びデコーダが共に予測のために同じ参照データを使用することを確実にするために使用することができる。

【0034】

[0043] エンコーダは、（順方向経路において）オリジナルピクチャの各オリジナルＢＰＵをエンコードし、及び（再構成経路において）オリジナルピクチャの次のオリジナルＢＰＵをエンコードするための予測基準２２４を生成するために、反復的にプロセス２００Ａを行うことができる。オリジナルピクチャの全てのオリジナルＢＰＵをエンコードした後に、エンコーダは、映像シーケンス２０２の次のピクチャのエンコーディングに進むことができる。

【0035】

[0044] プロセス２００Ａを参照すると、エンコーダは、映像キャプチャデバイス（例えば、カメラ）によって生成された映像シーケンス２０２を受け取ることができる。本明細書で使用される「受け取る（receive）」という用語は、受け取ること、入力すること、獲得すること、取り出すこと、取得すること、読み出すこと、アクセスすること、又はデータを入力するためのあらゆる方法のあらゆるアクションを指し得る。

【0036】

[0045] 予測ステージ２０４において、現在の反復では、エンコーダは、オリジナルＢＰＵ及び予測基準２２４を受け取ることができ、並びに予測データ２０６及び予測ＢＰＵ２０８を生成するために予測演算を行うことができる。予測基準２２４は、プロセス２００Ａの前の反復の再構成経路から生成することができる。予測ステージ２０４の目的は、予測データ２０６を抽出することにより、情報冗長性を低減することであり、予測データ２０６は、予測データ２０６及び予測基準２２４からオリジナルＢＰＵを予測ＢＰＵ２０８として再構成するために使用することができる。

【0037】

[0046] 理想的には、予測ＢＰＵ２０８は、オリジナルＢＰＵと同一となり得る。しかしながら、非理想的な予測及び再構成演算により、予測ＢＰＵ２０８は、一般に、オリジナルＢＰＵとは僅かに異なる。このような差を記録するために、予測ＢＰＵ２０８を生成した後に、エンコーダは、それをオリジナルＢＰＵから減算することによって、残差ＢＰＵ２１０を生成することができる。例えば、エンコーダは、予測ＢＰＵ２０８のピクセルの値（例えば、グレースケール値又はＲＧＢ値）をオリジナルＢＰＵの対応するピクセルの値から減算することができる。残差ＢＰＵ２１０の各ピクセルは、オリジナルＢＰＵ及び予測ＢＰＵ２０８の対応するピクセル間のこのような減算の結果として残差値を有し得る。オリジナルＢＰＵと比較して、予測データ２０６及び残差ＢＰＵ２１０は、より少ないビットを有し得るが、それらを使用して、大きな品質の劣化なしにオリジナルＢＰＵを再構成することができる。したがって、オリジナルＢＰＵは、圧縮される。

【0038】

[0047] 残差ＢＰＵ２１０をさらに圧縮するために、変換ステージ２１２において、エンコーダは、それを２次元「基底パターン」のセットに分解する（各基底パターンは、「変換係数」に関連付けられる）ことによって、残差ＢＰＵ２１０の空間冗長性を減少させることができる。基底パターンは、同じサイズ（例えば、残差ＢＰＵ２１０のサイズ）を有し得る。各基底パターンは、残差ＢＰＵ２１０の変動周波数（例えば、明度変動の周波数）成分を表し得る。どの基底パターンも、その他の基底パターンの何れの結合（例えば、線形結合）からも再現することができない。つまり、この分解は、残差ＢＰＵ２１０の変動を周波数領域に分解することができる。このような分解は、関数の離散フーリエ変換に類似し、ここでは、基底パターンは、離散フーリエ変換の基底関数（例えば、三角法関数）に類似し、変換係数は、基底関数に関連付けられた係数に類似する。

【0039】

[0048] 異なる変換アルゴリズムは、異なる基底パターンを使用することができる。例えば、離散コサイン変換、又は離散サイン変換などの様々な変換アルゴリズムを変換ステージ２１２において使用することができる。変換ステージ２１２における変換は、可逆である。すなわち、エンコーダは、（「逆変換」と呼ばれる）変換の逆演算によって残差ＢＰＵ２１０を復元することができる。例えば、残差ＢＰＵ２１０のピクセルを復元するために、逆変換は、基底パターンの対応するピクセルの値をそれぞれの関連付けられた係数で乗算すること、及びそれらの積を加算することによって加重和を生成することでもよい。映像符号化標準規格のために、エンコーダ及びデコーダは共に、同じ変換アルゴリズム（したがって、同じ基底パターン）を使用することができる。したがって、エンコーダは、変換係数のみを記録することができ、デコーダは、基底パターンをエンコーダから受け取ることなく、変換係数から残差ＢＰＵ２１０を再構成することができる。残差ＢＰＵ２１０と比較して、変換係数は、より少ないビットを有し得るが、それらを使用して、大きな品質の劣化なしに残差ＢＰＵ２１０を再構成することができる。したがって、残差ＢＰＵ２１０は、さらに圧縮される。

【0040】

[0049] エンコーダは、量子化ステージ２１４において変換係数をさらに圧縮することができる。変換プロセスにおいて、異なる基底パターンは、異なる変動周波数（例えば、明度変動周波数）を表し得る。人間の目は、一般に、低周波変動を認識することが得意であるため、エンコーダは、デコーディングにおいて大きな品質の劣化を生じさせることなく、高周波変動の情報を無視することができる。例えば、量子化ステージ２１４において、エンコーダは、各変換係数を（「量子化パラメータ」と呼ばれる）整数値で除算し、その商を最も近い整数に丸めることによって、量子化変換係数２１６を生成することができる。このような演算後に、高周波基底パターンの幾つかの変換係数がゼロに変換され得、低周波基底パターンの変換係数が、より小さい整数に変換され得る。エンコーダは、ゼロ値の量子化変換係数２１６を無視することができ、それによって、変換係数がさらに圧縮される。量子化プロセスも可逆であり、ここでは、量子化変換係数２１６は、（「逆量子化」と呼ばれる）量子化の逆演算で、変換係数に再構成され得る。

【0041】

[0050] エンコーダは、丸め演算においてこのような除算の余りを無視するので、量子化ステージ２１４は、不可逆となり得る。一般的に、量子化ステージ２１４は、プロセス２００Ａにおいて、最も多くの情報損失に寄与し得る。情報損失が大きくなるほど、量子化変換係数２１６が必要とし得るビットが少なくなる。異なる情報損失レベルを得るために、エンコーダは、量子化パラメータ又は量子化プロセスのその他のパラメータの異なる値を使用し得る。

【0042】

[0051] 二進符号化ステージ２２６では、エンコーダは、例えば、エントロピー符号化、可変長符号化、算術符号化、ハフマン符号化、コンテキスト適応的二進算術符号化、又はその他の可逆若しくは不可逆圧縮アルゴリズムなどの二進符号化技術を使用して、予測データ２０６及び量子化変換係数２１６をエンコードすることができる。幾つかの実施形態では、予測データ２０６及び量子化変換係数２１６の他にも、エンコーダは、例えば、予測ステージ２０４で使用される予測モード、予測演算のパラメータ、変換ステージ２１２における変換タイプ、量子化プロセスのパラメータ（例えば、量子化パラメータ）、又はエンコーダ制御パラメータ（例えば、ビットレート制御パラメータ）などの他の情報を二進符号化ステージ２２６においてエンコードすることができる。エンコーダは、二進符号化ステージ２２６の出力データを使用して、映像ビットストリーム２２８を生成することができる。幾つかの実施形態では、映像ビットストリーム２２８は、ネットワーク伝送のためにさらにパケット化され得る。

【0043】

[0052] プロセス２００Ａの再構成経路を参照すると、逆量子化ステージ２１８において、エンコーダは、量子化変換係数２１６に対して逆量子化を行うことによって、再構成変換係数を生成することができる。逆変換ステージ２２０では、エンコーダは、再構成変換係数に基づいて、再構成残差ＢＰＵ２２２を生成することができる。エンコーダは、再構成残差ＢＰＵ２２２を予測ＢＰＵ２０８に加算することによって、プロセス２００Ａの次の反復で使用される予測基準２２４を生成することができる。

【0044】

[0053] 映像シーケンス２０２をエンコードするために、プロセス２００Ａの他のバリエーションが使用され得ることに留意されたい。幾つかの実施形態では、プロセス２００Ａのステージは、異なる順序でエンコーダによって行うことができる。幾つかの実施形態では、プロセス２００Ａの１つ又は複数のステージは、単一のステージに統合されてもよい。幾つかの実施形態では、プロセス２００Ａの単一のステージが、複数のステージに分割されてもよい。例えば、変換ステージ２１２及び量子化ステージ２１４が単一のステージに統合されてもよい。幾つかの実施形態では、プロセス２００Ａは、さらなるステージを含んでもよい。幾つかの実施形態では、プロセス２００Ａは、図２Ａの１つ又は複数のステージを省略してもよい。

【0045】

[0054] 図２Ｂは、本開示の実施形態と一致した別のエンコーディングプロセス例２００Ｂの模式図を示す。プロセス２００Ｂは、プロセス２００Ａから変更され得る。例えば、プロセス２００Ｂは、ハイブリッド映像符号化標準規格（例えば、H.26x系）に準拠したエンコーダによって使用され得る。プロセス２００Ａと比較して、プロセス２００Ｂの順方向経路は、モード決定ステージ２３０をさらに含み、予測ステージ２０４を空間予測ステージ２０４２及び時間予測ステージ２０４４に分割する。プロセス２００Ｂの再構成経路は、ループフィルタステージ２３２及びバッファ２３４をさらに含む。

【0046】

[0055] 一般に、予測技術は、２つのタイプ：空間予測及び時間予測に分類することができる。空間予測（例えば、イントラピクチャ予測又は「イントラ予測」）は、同じピクチャ内の１つ又は複数の既に符号化された隣接ＢＰＵからのピクセルを使用することによって、現在のＢＰＵを予測することができる。すなわち、空間予測における予測基準２２４は、隣接ＢＰＵを含み得る。空間予測は、ピクチャの固有の空間冗長性を減少させることができる。時間予測（例えば、インターピクチャ予測又は「インター予測」）は、１つ又は複数の既に符号化されたピクチャからの領域を使用することによって、現在のＢＰＵを予測することができる。すなわち、時間予測における予測基準２２４は、符号化されたピクチャを含み得る。時間予測は、ピクチャの固有の時間冗長性を減少させることができる。

【0047】

[0056] プロセス２００Ｂを参照すると、順方向経路において、エンコーダは、空間予測ステージ２０４２及び時間予測ステージ２０４４において予測演算を行う。例えば、空間予測ステージ２０４２において、エンコーダは、イントラ予測を行うことができる。エンコードされているピクチャのオリジナルＢＰＵに関して、予測基準２２４は、同じピクチャ内の（順方向経路において）エンコードされ、及び（再構成経路において）再構成された１つ又は複数の隣接ＢＰＵを含み得る。エンコーダは、隣接ＢＰＵを外挿することによって予測ＢＰＵ２０８を生成することができる。外挿技術には、例えば、線形外挿若しくは補間、又は多項式外挿若しくは補間などが含まれ得る。幾つかの実施形態では、エンコーダは、例えば予測ＢＰＵ２０８のピクセルごとに、対応するピクセルの値を外挿することによって、ピクセルレベルで外挿を行い得る。外挿に使用される隣接ＢＰＵは、垂直方向（例えば、オリジナルＢＰＵの上）、水平方向（例えば、オリジナルＢＰＵの左）、対角線方向（例えば、オリジナルＢＰＵの左下、右下、左上、若しくは右上）、又は使用した映像符号化標準規格において定義される任意の方向などの様々な方向からオリジナルＢＰＵに対して位置し得る。イントラ予測の場合、予測データ２０６は、例えば、使用された隣接ＢＰＵの場所（例えば、座標）、使用された隣接ＢＰＵのサイズ、外挿のパラメータ、又はオリジナルＢＰＵに対する使用された隣接ＢＰＵの方向などを含み得る。

【0048】

[0057] 別の例として、時間予測ステージ２０４４では、エンコーダは、インター予測を行うことができる。現在のピクチャのオリジナルＢＰＵに関して、予測基準２２４は、（順方向経路において）エンコードされ、及び（再構成経路において）再構成された１つ又は複数のピクチャ（「参照ピクチャ」と呼ばれる）を含み得る。幾つかの実施形態では、参照ピクチャは、ＢＰＵごとにエンコードされ、及び再構成され得る。例えば、エンコーダは、再構成残差ＢＰＵ２２２を予測ＢＰＵ２０８に加算することによって、再構成ＢＰＵを生成することができる。同じピクチャの全ての再構成ＢＰＵが生成されると、エンコーダは、参照ピクチャとして再構成ピクチャを生成することができる。エンコーダは、参照ピクチャのある範囲（「探索窓（search window）」と呼ばれる）内のマッチング領域を探索するために、「動き推定」の演算を行い得る。参照ピクチャにおける探索窓の場所は、現在のピクチャにおけるオリジナルＢＰＵの場所に基づいて決定することができる。例えば、探索窓は、参照ピクチャ内の、現在のピクチャのオリジナルＢＰＵと同じ座標を有する場所を中心としてもよく、所定の距離だけ外に延在されてもよい。エンコーダが（例えば、ペル再帰アルゴリズム又はブロックマッチングアルゴリズムなどを使用して）探索窓内のオリジナルＢＰＵに類似した領域を識別すると、エンコーダは、そのような領域をマッチング領域として決定することができる。マッチング領域は、オリジナルＢＰＵとは異なる寸法（例えば、より小さい、等しい、より大きい、又は異なる形状）を有してもよい。参照ピクチャ及び現在のピクチャは、（例えば図１に示されるように）タイムラインにおいて時間的に分離されるため、時間が経過するにつれて、マッチング領域がオリジナルＢＰＵの場所に「移動する」と見なすことができる。エンコーダは、そのような動きの方向及び距離を「動きベクトル」として記録し得る。（例えば、図１のピクチャ１０６のように）複数の参照ピクチャが使用される場合、エンコーダは、参照ピクチャごとに、マッチング領域を探索し、それに関連付けられた動きベクトルを決定することができる。幾つかの実施形態では、エンコーダは、それぞれのマッチング参照ピクチャのマッチング領域のピクセル値に重みを割り当てることができる。

【0049】

[0058] 動き推定を使用して、例えば、平行移動、回転、又はズーミングなどの様々なタイプの動きを識別することができる。インター予測の場合、予測データ２０６は、例えば、マッチング領域の場所（例えば、座標）、マッチング領域に関連付けられた動きベクトル、参照ピクチャの数、又は参照ピクチャに関連付けられた重みを含み得る。

【0050】

[0059] 予測ＢＰＵ２０８を生成するために、エンコーダは、「動き補償」の演算を行い得る。動き補償を用いて、予測データ２０６（例えば、動きベクトル）及び予測基準２２４に基づいて予測ＢＰＵ２０８を再構成することができる。例えば、エンコーダは、エンコーダが現在のピクチャのオリジナルＢＰＵを予測することができる動きベクトルに従って、参照ピクチャのマッチング領域を移動させることができる。（例えば、図１のピクチャ１０６のように）複数の参照ピクチャが使用される場合、エンコーダは、それぞれの動きベクトルに従って参照ピクチャのマッチング領域を移動させ、マッチング領域のピクセル値を平均することができる。幾つかの実施形態では、エンコーダがそれぞれのマッチング参照ピクチャのマッチング領域のピクセル値に重みを割り当てた場合、エンコーダは、移動されたマッチング領域のピクセル値の加重和を加えることができる。

【0051】

[0060] 幾つかの実施形態では、インター予測は、単方向又は双方向でもよい。単方向インター予測は、現在のピクチャに対して同じ時間方向の１つ又は複数の参照ピクチャを使用し得る。例えば、図１のピクチャ１０４は、参照ピクチャ（例えば、ピクチャ１０２）がピクチャ１０４に先行する単方向インター予測ピクチャである。双方向インター予測は、現在のピクチャに対して両時間方向にある１つ又は複数の参照ピクチャを使用し得る。例えば、図１のピクチャ１０６は、参照ピクチャ（例えば、ピクチャ１０４及び１０８）がピクチャ１０４に対して両時間方向にある双方向インター予測ピクチャである。

【0052】

[0061] プロセス２００Ｂの順方向経路をさらに参照すると、空間予測２０４２及び時間予測ステージ２０４４の後に、モード決定ステージ２３０において、エンコーダは、プロセス２００Ｂの現在の反復に関する予測モード（例えば、イントラ予測又はインター予測の一方）を選択することができる。例えば、エンコーダは、レート歪み最適化技術を行うことができ、その場合、エンコーダは、候補予測モードのビットレート、及び上記候補予測モード下の再構成参照ピクチャの歪みに応じて、コスト関数の値を最小にするために予測モードを選択することができる。選択された予測モードに応じて、エンコーダは、対応する予測ＢＰＵ２０８及び予測データ２０６を生成することができる。

【0053】

[0062] プロセス２００Ｂの再構成経路では、順方向経路においてイントラ予測モードが選択されていた場合、予測基準２２４（例えば、現在のピクチャ内でエンコードされ、再構成された現在のＢＰＵ）の生成後に、エンコーダは、後で使用するために（例えば、現在のピクチャの次のＢＰＵの外挿のために）、予測基準２２４を空間予測ステージ２０４２に直接送ることができる。順方向経路においてインター予測モードが選択されていた場合、予測基準２２４（例えば、全てのＢＰＵがエンコードされ、再構成された現在のピクチャ）の生成後に、エンコーダは、ループフィルタステージ２３２に予測基準２２４を送ることができ、その場合、エンコーダは、インター予測によって導入される歪み（例えば、ブロッキングアーチファクト）を低減又は無くすためにループフィルタを予測基準２２４に適用することができる。エンコーダは、ループフィルタステージ２３２において、例えば、非ブロック化、サンプル適応オフセット、又は適応ループフィルタなどの様々なループフィルタ技術を適用することができる。ループフィルタリングが行われた参照ピクチャは、後に使用するために（例えば、映像シーケンス２０２の未来ピクチャのためのインター予測基準ピクチャとして使用されるように）、バッファ２３４（又は「デコードピクチャバッファ」）に保存されてもよい。エンコーダは、時間予測ステージ２０４４で使用される１つ又は複数の参照ピクチャをバッファ２３４に保存し得る。幾つかの実施形態では、エンコーダは、量子化変換係数２１６、予測データ２０６、及び他の情報と共に、ループフィルタのパラメータ（例えば、ループフィルタ強度）を二進符号化ステージ２２６においてエンコードし得る。

【0054】

[0063] 図３Ａは、本開示の実施形態と一致したデコーディングプロセス例３００Ａの模式図を示す。プロセス３００Ａは、図２Ａの圧縮プロセス２００Ａに対応する復元プロセスでもよい。幾つかの実施形態では、プロセス３００Ａは、プロセス２００Ａの再構成経路に類似し得る。デコーダは、プロセス３００Ａに従って、映像ビットストリーム２２８を映像ストリーム３０４へとデコードすることができる。映像ストリーム３０４は、映像シーケンス２０２に非常に類似し得る。しかしながら、圧縮及び復元プロセス（例えば、図２Ａ～２Ｂの量子化ステージ２１４）における情報損失により、一般に、映像ストリーム３０４は、映像シーケンス２０２と同一ではない。図２Ａ～２Ｂのプロセス２００Ａ及び２００Ｂと同様に、デコーダは、映像ビットストリーム２２８においてエンコードされたピクチャごとに、基本処理ユニット（ＢＰＵ）のレベルでプロセス３００Ａを行うことができる。例えば、デコーダは、反復的やり方でプロセス３００Ａを行うことができ、その場合、デコーダは、プロセス３００Ａの１回の反復で１つの基本処理ユニットをデコードすることができる。幾つかの実施形態では、デコーダは、映像ビットストリーム２２８においてエンコードされた各ピクチャの領域（例えば、領域１１４～１１８）に対してプロセス３００Ａを並行して行うことができる。

【0055】

[0064] 図３Ａでは、デコーダは、エンコードされたピクチャの基本処理ユニット（「エンコードＢＰＵ」と呼ばれる）に関連付けられた映像ビットストリーム２２８の部分を二進デコーディングステージ３０２に送ることができる。二進デコーディングステージ３０２では、デコーダは、上記部分を予測データ２０６及び量子化変換係数２１６へとデコードすることができる。デコーダは、再構成残差ＢＰＵ２２２を生成するために、量子化変換係数２１６を逆量子化ステージ２１８及び逆変換ステージ２２０に送ることができる。デコーダは、予測ＢＰＵ２０８を生成するために、予測データ２０６を予測ステージ２０４に送ることができる。デコーダは、再構成残差ＢＰＵ２２２を予測ＢＰＵ２０８に加算することによって、予測基準２２４を生成することができる。幾つかの実施形態では、予測基準２２４は、バッファ（例えば、コンピュータメモリのデコードピクチャバッファ）に保存することができる。デコーダは、プロセス３００Ａの次の反復において予測演算を行うための予測ステージ２０４に予測基準２２４を送ることができる。

【0056】

[0065] デコーダは、エンコードされたピクチャの各エンコードＢＰＵをデコードし、エンコードされたピクチャの次のエンコードＢＰＵをエンコードするための予測基準２２４を生成するために、プロセス３００Ａを反復して行うことができる。エンコードされたピクチャの全てのエンコードＢＰＵのデコーディング後に、デコーダは、表示のために上記ピクチャを映像ストリーム３０４に出力し、映像ビットストリーム２２８の次のエンコードされたピクチャのデコーディングに進み得る。

【0057】

[0066] 二進デコーディングステージ３０２では、デコーダは、エンコーダによって使用された二進符号化技術（例えば、エントロピー符号化、可変長符号化、算術符号化、ハフマン符号化、コンテキスト適応的二進算術符号化、又はその他の可逆圧縮アルゴリズム）の逆演算を行うことができる。幾つかの実施形態では、予測データ２０６及び量子化変換係数２１６の他にも、デコーダは、例えば、予測モード、予測演算のパラメータ、変換タイプ、量子化プロセスのパラメータ（例えば、量子化パラメータ）、又はエンコーダ制御パラメータ（例えば、ビットレート制御パラメータ）などの他の情報を二進デコーディングステージ３０２においてデコードすることができる。幾つかの実施形態では、映像ビットストリーム２２８がネットワーク上でパケット伝送される場合、デコーダは、映像ビットストリーム２２８を二進デコーディングステージ３０２に送る前に、それをデパケット化することができる。

【0058】

[0067] 図３Ｂは、本開示の実施形態と一致した別のデコーディングプロセス例３００Ｂの模式図を示す。プロセス３００Ｂは、プロセス３００Ａから変更され得る。例えば、プロセス３００Ｂは、ハイブリッド映像符号化標準規格（例えば、H.26x系）に準拠したデコーダによって使用され得る。プロセス３００Ａと比較して、プロセス３００Ｂは、予測ステージ２０４を空間予測ステージ２０４２及び時間予測ステージ２０４４にさらに分割し、ループフィルタステージ２３２及びバッファ２３４をさらに含む。

【0059】

[0068] プロセス３００Ｂでは、デコード中のエンコードされたピクチャ（「現在のピクチャ」と呼ばれる）のエンコード基本処理ユニット（「現在のＢＰＵ」と呼ばれる）に関して、デコーダによって二進デコーディングステージ３０２からデコードされた予測データ２０６は、エンコーダによって現在のＢＰＵをエンコードするためにどの予測モードが使用されたかに応じて、様々なタイプのデータを含み得る。例えば、現在のＢＰＵをエンコードするためにイントラ予測がエンコーダによって使用された場合、予測データ２０６は、イントラ予測を示す予測モードインジケータ（例えば、フラグ値）、又はイントラ予測演算のパラメータなどを含み得る。イントラ予測演算のパラメータは、例えば、基準として使用される１つ又は複数の隣接ＢＰＵの場所（例えば、座標）、隣接ＢＰＵのサイズ、外挿のパラメータ、又はオリジナルＢＰＵに対する隣接ＢＰＵの方向などを含み得る。別の例として、現在のＢＰＵをエンコードするためにインター予測がエンコーダによって使用された場合、予測データ２０６は、インター予測を示す予測モードインジケータ（例えば、フラグ値）、又はインター予測演算のパラメータなどを含み得る。インター予測演算のパラメータは、例えば、現在のＢＰＵに関連付けられた参照ピクチャの数、参照ピクチャにそれぞれ関連付けられた重み、それぞれの参照ピクチャにおける１つ若しくは複数のマッチング領域の場所（例えば、座標）、又はマッチング領域にそれぞれ関連付けられた１つ若しくは複数の動きベクトルなどを含み得る。

【0060】

[0069] 予測モードインジケータに基づいて、デコーダは、空間予測ステージ２０４２において空間予測（例えば、イントラ予測）を行うか、或いは時間予測ステージ２０４４において時間予測（例えば、インター予測）を行うかを決めることができる。このような空間予測又は時間予測を行う詳細は、図２Ｂに示され、以下では繰り返さない。そのような空間予測又は時間予測を行った後に、デコーダは、予測ＢＰＵ２０８を生成することができる。デコーダは、図３Ａに示されるように、予測ＢＰＵ２０８及び再構成残差ＢＰＵ２２２を加算することにより、予測基準２２４を生成することができる。

【0061】

[0070] プロセス３００Ｂでは、デコーダは、プロセス３００Ｂの次の反復において予測演算を行うための空間予測ステージ２０４２又は時間予測ステージ２０４４に予測基準２２４を送ることができる。例えば、現在のＢＰＵが空間予測ステージ２０４２においてイントラ予測を用いてデコードされる場合、予測基準２２４（例えば、デコードされた現在のＢＰＵ）の生成後に、デコーダは、後に使用するために（例えば、現在のピクチャの次のＢＰＵの外挿のために）予測基準２２４を空間予測ステージ２０４２に直接送ることができる。現在のＢＰＵが時間予測ステージ２０４４においてインター予測を用いてデコードされる場合、予測基準２２４（例えば、全てのＢＰＵがデコードされた参照ピクチャ）の生成後に、エンコーダは、歪み（例えば、ブロッキングアーチファクト）を低減又は無くすために、予測基準２２４をループフィルタステージ２３２に送ることができる。デコーダは、図２Ｂに示したやり方で、ループフィルタを予測基準２２４に適用することができる。ループフィルタリングが行われた参照ピクチャは、後に使用するために（例えば、映像ビットストリーム２２８の未来にエンコードされるピクチャのためのインター予測基準ピクチャとして使用されるように）、バッファ２３４（例えば、コンピュータメモリのデコードピクチャバッファ）に保存されてもよい。デコーダは、時間予測ステージ２０４４で使用される１つ又は複数の参照ピクチャをバッファ２３４に保存し得る。幾つかの実施形態では、現在のＢＰＵをエンコードするためにインター予測が使用されたことを予測データ２０６の予測モードインジケータが示す場合、予測データは、ループフィルタのパラメータ（例えば、ループフィルタ強度）をさらに含み得る。

【0062】

[0071] 図４は、本開示の実施形態による、映像をエンコード又はデコードするための装置例４００のブロック図である。図４に示されるように、装置４００は、プロセッサ４０２を含み得る。プロセッサ４０２が本明細書に記載される命令を実行すると、装置４００は、映像エンコーディング又はデコーディング用の専用マシンになることができる。プロセッサ４０２は、情報の操作又は処理を行うことが可能な任意のタイプの回路網でもよい。例えば、プロセッサ４０２は、幾つかの中央処理装置（すなわち「ＣＰＵ」）、グラフィック処理ユニット（すなわち「ＧＰＵ」）、ニューラル処理ユニット（「ＮＰＵ」）、マイクロコントローラユニット（「ＭＣＵ」）、光プロセッサ、プログラマブル論理コントローラ、マイクロコントローラ、マイクロプロセッサ、デジタル信号プロセッサ、ＩＰ（intellectual property）コア、プログラマブル論理アレイ（ＰＬＡ）、プログラマブルアレイロジック（ＰＡＬ）、汎用アレイロジック（ＧＡＬ）、複合プログラマブル論理デバイス（ＣＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、システムオンチップ（ＳｏＣ）、又は特定用途向け集積回路（ＡＳＩＣ）などの任意の組み合わせを含んでもよい。幾つかの実施形態では、プロセッサ４０２は、単一の論理コンポーネントとしてグループ化されたプロセッサのセットでもよい。例えば、図４に示されるように、プロセッサ４０２は、プロセッサ４０２ａ、プロセッサ４０２ｂ、及びプロセッサ４０２ｎを含む複数のプロセッサを含んでもよい。

【0063】

[0072] 装置４００は、データ（例えば、命令セット、コンピュータコード、又は中間データなど）を保存するように構成されたメモリ４０４も含み得る。例えば、図４に示されるように、保存されたデータは、プログラム命令（例えば、プロセス２００Ａ、２００Ｂ、３００Ａ、又は３００Ｂのステージを実装するためのプログラム命令）及び処理用データ（例えば、映像シーケンス２０２、映像ビットストリーム２２８、又は映像ストリーム３０４）を含み得る。プロセッサ４０２は、（例えば、バス４１０を介して）プログラム命令及び処理用データにアクセスし、処理用データに対して演算又は操作を行うために、プログラム命令を実行することができる。メモリ４０４は、高速ランダムアクセス記憶デバイス又は不揮発性記憶デバイスを含んでもよい。幾つかの実施形態では、メモリ４０４は、幾つかのランダムアクセスメモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、光ディスク、磁気ディスク、ハードドライブ、ソリッドステートドライブ、フラッシュドライブ、ＳＤ（security digital）カード、メモリスティック、又はコンパクトフラッシュ（登録商標）（ＣＦ）カードなどの任意の組み合わせを含み得る。メモリ４０４もまた、単一の論理コンポーネントとしてグループ化されたメモリの一群（図４では図示せず）でもよい。

【0064】

[0073] バス４１０は、内部バス（例えば、ＣＰＵメモリバス）、又は外部バス（例えば、ユニバーサルシリアルバスポート、周辺コンポーネント相互接続エクスプレスポート）などの装置４００内のコンポーネント間でデータを転送する通信デバイスでもよい。

【0065】

[0074] 曖昧さを生じさせずに説明を簡単にするために、本開示においては、プロセッサ４０２及び他のデータ処理回路はまとめて「データ処理回路」と呼ばれる。データ処理回路は、完全にハードウェアとして、又はソフトウェア、ハードウェア、若しくはファームウェアの組み合わせとして実装されてもよい。さらに、データ処理回路は、単一の独立したモジュールでもよく、又は装置４００の任意の他のコンポーネントと完全に若しくは部分的に統合されてもよい。

【0066】

[0075] 装置４００は、ネットワーク（例えば、インターネット、イントラネット、ローカルエリアネットワーク、又はモバイル通信ネットワークなど）との有線又は無線通信を提供するために、ネットワークインタフェース４０６をさらに含み得る。幾つかの実施形態では、ネットワークインタフェース４０６は、幾つかのネットワークインタフェースコントローラ（ＮＩＣ）、無線周波数（ＲＦ）モジュール、トランスポンダ、トランシーバ、モデム、ルータ、ゲートウェイ、有線ネットワークアダプタ、無線ネットワークアダプタ、ブルートゥース（登録商標）アダプタ、赤外線アダプタ、近距離無線通信（「ＮＦＣ」）アダプタ、又はセルラーネットワークチップなどの任意の組み合わせを含んでもよい。

【0067】

[0076] 幾つかの実施形態では、任意選択的に、装置４００は、１つ又は複数の周辺デバイスに対する接続を提供するために、周辺インタフェース４０８をさらに含んでもよい。図４に示されるように、周辺デバイスは、カーソル制御デバイス（例えば、マウス、タッチパッド、若しくはタッチスクリーン）、キーボード、ディスプレイ（例えば、陰極線管ディスプレイ、液晶ディスプレイ、若しくは発光ダイオードディスプレイ）、又は映像入力デバイス（例えば、カメラ、若しくは映像アーカイブに結合された入力インタフェース）などを含み得る（ただし、これらに限定されない）。

【0068】

[0077] 映像コーデック（例えば、プロセス２００Ａ、２００Ｂ、３００Ａ、又は３００Ｂを行うコーデック）は、装置４００内の任意のソフトウェア又はハードウェアモジュールの任意の組み合わせとして実装され得ることに留意されたい。例えば、プロセス２００Ａ、２００Ｂ、３００Ａ、又は３００Ｂの一部又は全てのステージが、メモリ４０４にロードされ得るプログラム命令などの、装置４００の１つ又は複数のソフトウェアモジュールとして実装され得る。別の例として、プロセス２００Ａ、２００Ｂ、３００Ａ、又は３００Ｂの一部又は全てのステージは、専用データ処理回路など（例えば、ＦＰＧＡ、ＡＳＩＣ、又はＮＰＵなど）の、装置４００の１つ又は複数のハードウェアモジュールとして実装され得る。

【0069】

[0078] 第１の参照実施形態において、シーケンスパラメータセット（ＳＰＳ）シンタックス要素sps_max_luma_transform_size_64_flagは、最大変換サイズを指定するためにシグナリングされる。１に等しいsps_max_luma_transform_size_64_flagは、ルマサンプルにおける最大変換サイズが６４に等しいことを指定する。０に等しいsps_max_luma_transform_size_64_flagは、ルマサンプルにおける最大変換サイズが３２に等しいことを指定する。第１の参照実施形態では、符号化ツリーブロックサイズ（CtbSizeY）の値にかかわらず、sps_max_luma_transform_size_64_flagが常にシグナリングされる。しかしながら、sps_max_luma_transform_size_64_flagは、シグナリングされることが必要とされるわけではなく、CtbSizeYが６４未満であれば、０であると推論することができる。

【0070】

[0079] また、第２の参照実施形態では、スライスレベル残差符号化選択方法を使用することができる。以下は、slice_ts_residual_coding_disabled_flagの例示的セマンティクスである：

【数1】

【0071】

[0080] 第２の参照実施形態では、slice_ts_residual_coding_disabled_flagは常にシグナリングされる。しかしながら、slice_ts_residual_coding_disabled_flagは、変換スキップモードの残差符号化方法を指定するため、変換スキップモードがＳＰＳレベルで無効にされる場合、スライスヘッダにおいてslice_ts_residual_coding_disabled_flagをシグナリングすることは必要とされず、０であると推論することができる。

【0072】

[0081] 本開示は、上記の符号化冗長性を減少させる方法及び装置を提供する。

【0073】

[0082] 図５Ａは、本開示の幾つかの実施形態と一致した、最大変換サイズをシグナリングするための例示的方法である。幾つかの実施形態では、方法５００Ａは、エンコーダ、デコーダ、及び装置（例えば、図４の装置４００）の１つ又は複数のソフトウェア又はハードウェアコンポーネントによって行うことができる。例えば、プロセッサ（例えば、図４のプロセッサ４０２）が、方法５００Ａを行うことができる。幾つかの実施形態では、方法５００Ａは、コンピュータ（例えば、図４の装置４００）によって実行される、プログラムコードなどのコンピュータ実行可能命令を含む、コンピュータ可読媒体で具現化されたコンピュータプログラム製品によって実装されてもよい。この方法は、以下のステップを含み得る。

【0074】

[0083] ステップ５０１では、ピクチャセットを含むビットストリームが受け取られる。説明した通り、カラーピクチャの基本処理ユニットは、無彩色の明度情報を表すルマ成分（Ｙ）、色情報を表す１つ又は複数のクロマ成分（例えば、Ｃｂ及びＣｒ）、並びに関連のシンタックス要素を含み得る（ここでは、ルマ成分及びクロマ成分は、同じサイズの基本処理ユニットを有し得る）。ルマ成分及びクロマ成分は、一部の映像符号化標準規格（例えば、H.265／ＨＥＶＣ又はH.266／ＶＶＣ）では、「符号化ツリーブロック」（「ＣＴＢ」）と呼ばれることがある。基本処理ユニットに対して行われるどのような演算も、それのルマ成分及びクロマ成分のそれぞれに対して繰り返し行うことができる。

【0075】

[0084] ステップ５０３では、受け取ったビットストリームに従って、符号化ツリーブロックサイズの値が決定される。符号化ツリーブロックサイズの値は、受け取ったビットストリームにおいてシグナリングされる。例えば、例示的セマンティクスにおけるCtbSizeYの値が決定される。

【0076】

[0085] ステップ５０５では、ルマサンプルに関する最大変換サイズを示すフラグをシグナリングするか否かが、符号化ツリーブロックサイズの値に基づいて決定される。例えば、シーケンスパラメータセット（ＳＰＳ）シンタックス要素sps_max_luma_transform_size_64_flagは、最大変換サイズを指定するために使用することができる。１に等しいsps_max_luma_transform_size_64_flagは、ルマサンプルにおける最大変換サイズが６４に等しいことを指定する。０に等しいsps_max_luma_transform_size_64_flagは、ルマサンプルにおける最大変換サイズが３２に等しいことを指定する。

【0077】

[0086] 幾つかの実施形態では、ステップ５０５は、図５Ｂに示されるようなステップ５０５－１、５０５－３、及び５０５－５を含み得る。

【0078】

[0087] ステップ５０５－１において、受け取ったビットストリームに従って、符号化ツリーブロックサイズの値が、第１の条件を満たすか、又は第２の条件を満たすかが決定される。

【0079】

[0088] 幾つかの実施形態では、第１の条件は、値が３２より大きいことでもよく、第２の条件は、値が３２以下であることでもよい。第１の条件が満たされることにより、最大変換サイズを示すフラグをシグナリングすることがもたらされ得る。そうでなければ、第２の条件が満たされることにより、フラグがシグナリングされないという決定がもたらされ得る。

【0080】

[0089] ステップ５０５－３において、符号化ツリーブロックサイズの値が３２より大きいことに応答して、フラグがシグナリングされる。

【0081】

[0090] 例示的ＳＰＳシンタックスを以下で表１に記載する。最大変換サイズをシグナリングするための幾つかの例示的実施形態では、CtbSizeYが３２より大きい場合のみ、sps_max_luma_transform_size_64_flagがシグナリングされる。表１は、幾つかの開示実施形態による、最大変換サイズをシグナリングするための例示的ＳＰＳシンタックス表の一部を示す。表１では、「if (CtbSizeY > 32)」を有する行は、第１の参照実施形態に使用されたシンタックスに対する変更を示す。説明した通り、第１の参照実施形態では、符号化ツリーブロックサイズ（CtbSizeY）の値にかかわらず、sps_max_luma_transform_size_64_flagが常にシグナリングされる。対照的に、本開示の幾つかの実施形態によれば、sps_max_luma_transform_size_64_flagは、必ずしもシグナリングされるとは限らない。表１に示されるように、CtbSizeYに対して、sps_max_luma_transform_size_64_flagのシグナリングが条件付けられる。

【0082】

【表1】

【0083】

[0091] ステップ５０５－５では、符号化ツリーブロックサイズの値が３２以下であることに応答して、フラグがシグナリングされないことが決定される。

【0084】

[0092] 表１と一致したシグナリング方法では、CtbSizeYが３２より大きくなければ、sps_max_luma_transform_size_64_flagの値は、０であると推論される。CtbSizeYを導出するためのセマンティクスを以下に示す。

【数2】

【0085】

[0093] 幾つかの実施形態では、第１の条件及び第２の条件は、上記に記載したものとは異なり得る。以下の例では、第１の条件は、値が３２に等しくないことでもよく、第２の条件は、値が３２に等しいことでもよい。

【0086】

[0094] ステップ５０５－３の代替ステップでは、符号化ツリーブロックサイズの値が３２に等しくないことに応答して、フラグがシグナリングされる。

【0087】

[0095] ステップ５０５－５の代替ステップでは、符号化ツリーブロックサイズの値が３２に等しいことに応答して、フラグがシグナリングされないことが決定される。

【0088】

[0096] 例示的シンタックスを以下のように説明する。表１に示される、提案されたシンタックス変更は、「CtbSizeY > 32」の代わりに、条件「CtbSizeY != 32」を使用して実装することもできる。この場合、CtbSizeYが３２に等しくなければ、sps_max_luma_transform_size_64_flagがシグナリングされ、CtbSizeYが３２に等しければ、sps_max_luma_transform_size_64_flagが０であると推論される。

【0089】

[0097] 例示的シンタックスを以下のように説明する。表１に示される、提案されたシンタックス変更は、「CtbSizeY > 32」の代わりに、条件「CtbSizeY >= 64」を使用して実装することもできる。この場合、CtbSizeYが６４以上であれば、sps_max_luma_transform_size_64_flagがシグナリングされ、CtbSizeYが６４未満であれば、sps_max_luma_transform_size_64_flagが０であると推論される。つまり、CtbSizeYが３２より大きい場合のみ、sps_max_luma_transform_size_64_flagがシグナリングすることを必要とされる。CtbSizeYが３２より大きくなければ、sps_max_luma_transform_size_64_flagはシグナリングされず、０に等しいと推論される。代替的に、CtbSizeYが６４以上である場合のみ、sps_max_luma_transform_size_64_flagがシグナリングされる。CtbSizeYが６４未満であれば、sps_max_luma_transform_size_64_flagは、シグナリングされず、０に等しいと推論される。

【0090】

[0098] 最大変換サイズをシグナリングするための幾つかの例示的実施形態では、CtbSizeYを使用する代わりに、sps_log2_ctu_size_minus5に対して、sps_max_luma_transform_size_64_flagのシグナリングが条件付けられる。上記の通り、sps_log2_ctu_size_minus5＋５は、各符号化ツリーユニット（ＣＴＵ）のルマ符号化ツリーブロックサイズを指定する。ＣＴＵは、１２８×１２８もの数のルマサンプル（クロマフォーマットに応じて、対応するクロマサンプルをプラスする）を含み得る。以下の表２は、幾つかの開示実施形態による、最大変換サイズをシグナリングするための例示的ＳＰＳシンタックス表の一部を示す。表２では、「if (sps_log2_ctu_size_minus5 > 0)」を有する行は、第１の参照実施形態に使用されたシンタックスに対する変更を示す。説明した通り、第１の参照実施形態では、符号化ツリーブロックサイズ（例えば、CtbSizeY）の値にかかわらず、sps_max_luma_transform_size_64_flagが常にシグナリングされる。対照的に、本開示の幾つかの実施形態によれば、sps_max_luma_transform_size_64_flagは、必ずしもシグナリングされるとは限らない。表２に示されるように、幾つかの実施形態では、sps_log2_ctu_size_minus5に対して、sps_max_luma_transform_size_64_flagのシグナリングが条件付けられる。表２が示すように、sps_log2_ctu_size_minus5が０より大きければ、sps_max_luma_transform_size_64_flagがシグナリングされ、sps_log2_ctu_size_minus5が０であれば、sps_max_luma_transform_size_64_flagの値が０であると推論される。

【0091】

[0099] 幾つかの実施形態では、ステップ５０１における符号化ツリーブロックサイズの値は、各符号化ツリーユニットのルマ符号化ツリーブロックサイズに関連付けられた値をさらに含み得る。値（例えば、sps_log2_ctu_size_minus5）は、受け取ったビットストリームに従って決定することができる。

【0092】

[0100] 幾つかの実施形態では、ステップ５０５－１の代替ステップにおいて、各符号化ツリーユニットのルマ符号化ツリーブロックサイズに関連付けられた値が、第１の条件（例えば、０より大きいこと）を満たすか、又は第２の条件（例えば、０に等しいこと）を満たすかが決定され得る。

【0093】

[0101] 幾つかの実施形態では、ステップ５０５－３の代替ステップにおいて、各符号化ツリーユニットのルマ符号化ツリーブロックサイズに関連付けられた値が、第１の条件（例えば、０より大きいこと）を満たすことに応答して、フラグ（例えば、sps_max_luma_transform_size_64_flag）がシグナリングされる。

【0094】

[0102] 幾つかの実施形態では、ステップ５０５－５の代替ステップにおいて、各符号化ツリーユニットのルマ符号化ツリーブロックサイズに関連付けられた値が、第２の条件（例えば、０に等しいこと）を満たすことに応答して、フラグ（例えば、sps_max_luma_transform_size_64_flag）がシグナリングされないことが決定される。

【0095】

【表2】

【0096】

[0103] 表２に示される上記のシンタックス変更は、条件「sps_log2_ctu_size_minus5 != 0」を使用して実装することもできる。この場合、sps_log2_ctu_size_minus5が０に等しくなければ、sps_max_luma_transform_size_64_flagがシグナリングされ、sps_log2_ctu_size_minus5が０に等しければ、sps_max_luma_transform_size_64_flagが０であると推論される。

【0097】

[0104] 幾つかの実施形態では、第１の条件は、上記の例で示したように、値（例えば、sps_log2_ctu_size_minus5）が０に等しくないことでもよい。ステップ５０５－３の代替ステップにおいて、各符号化ツリーユニットのルマ符号化ツリーブロックサイズに関連付けられた値が、第１の条件（例えば、sps_log2_ctu_size_minus5 != 0）を満たすことに応答して、フラグ（例えば、sps_max_luma_transform_size_64_flag）がシグナリングされる。

【0098】

[0105] 図６は、本開示の幾つかの実施形態と一致した、残差符号化方法をシグナリングする例示的方法である。幾つかの実施形態では、方法６００Ａは、エンコーダ、デコーダ、及び装置（例えば、図４の装置４００）の１つ又は複数のソフトウェア又はハードウェアコンポーネントによって行うことができる。例えば、プロセッサ（例えば、図４のプロセッサ４０２）が、方法６００Ａを行うことができる。幾つかの実施形態では、方法６００Ａは、コンピュータ（例えば、図４の装置４００）によって実行される、プログラムコードなどのコンピュータ実行可能命令を含む、コンピュータ可読媒体で具現化されたコンピュータプログラム製品によって実装されてもよい。この方法は、以下のステップを含み得る。

【0099】

[0106] ステップ６０１では、ピクチャセットを含むビットストリームが受け取られる。説明した通り、カラーピクチャの基本処理ユニットは、無彩色の明度情報を表すルマ成分（Ｙ）、色情報を表す１つ又は複数のクロマ成分（例えば、Ｃｂ及びＣｒ）、並びに関連のシンタックス要素を含み得る（ここでは、ルマ成分及びクロマ成分は、同じサイズの基本処理ユニットを有し得る）。ルマ成分及びクロマ成分は、一部の映像符号化標準規格（例えば、H.265／ＨＥＶＣ又はH.266／ＶＶＣ）では、「符号化ツリーブロック」（「ＣＴＢ」）と呼ばれることがある。基本処理ユニットに対して行われるどのような演算も、それのルマ成分及びクロマ成分のそれぞれに対して繰り返し行うことができる。

【0100】

[0107] ステップ６０３では、受け取ったビットストリームに従って、変換スキップモードが有効にされるか否かを示す第１のフラグの値が決定される。第１のフラグの値は、受け取ったビットストリームにおいてシグナリングされ得る。例えば、sps_transform_skip_enabled_flagの値が決定され得る。

【0101】

[0108] ステップ６０５では、第１のフラグの値に基づいて、残差符号化方法を示す第２のフラグをシグナリングするか否かが決定される。例えば、第２のフラグは、スライスレベル残差符号化フラグでもよい。スライスレベル残差符号化フラグslice_ts_residual_coding_disabled_flagは、変換スキップモードの残差符号化方法を指定する。変換スキップモードがＳＰＳレベルで無効にされる場合、スライスヘッダにおいてslice_ts_residual_coding_disabled_flagをシグナリングすることは必要とされず、０であると推論することができる。

【0102】

[0109] 幾つかの実施形態では、ステップ６０５は、図６Ｂに示されるようなステップ６０５－１、６０５－３、及び６０５－５を含み得る。

【0103】

[0110] ステップ６０５－１において、受け取ったビットストリームに従って、第１のフラグの値が、第１の条件を満たすか、又は第２の条件を満たすかが決定される。

【0104】

[0111] 幾つかの実施形態では、第１の条件は、第１のフラグの値が１であることでもよく、第２の条件は、第１のフラグの値が０であることでもよい。第１の条件が満たされることにより、第２のフラグをシグナリングすることがもたらされ得る。そうでなければ、第２の条件が満たされることにより、第２のフラグがシグナリングされないという決定がもたらされ得る。

【0105】

[0112] ステップ６０５－３では、第１のフラグ（例えば、sps_transform_skip_enabled_flag）の値が１であることに応答して、第２のフラグ（例えば、slice_ts_residual_coding_disabled_flag）がシグナリングされる。

【0106】

[0113] ステップ６０５－５では、第１のフラグ（例えば、sps_transform_skip_enabled_flag）の値が０であることに応答して、第２のフラグ（例えば、slice_ts_residual_coding_disabled_flag）がシグナリングされないことが決定される。

【0107】

[0114] 例示的ＳＰＳシンタックスを以下で表３に記載する。残差符号化方法をシグナリングするための幾つかの例示的実施形態では、sps_transform_skip_enabled_flagが１に等しければ、スライスレベル残差符号化フラグslice_ts_residual_coding_disabled_flagがシグナリングされる。sps_transform_skip_enabled_flagが０に等しければ、slice_ts_residual_coding_disabled_flagの値は０であると推論される。sps_transform_skip_enabled_flagのセマンティクスを以下に示す。

【数3】

【0108】

[0115] 表３は、幾つかの開示実施形態による、残差符号化方法をシグナリングするための例示的スライスヘッダシンタックス表の一部を示す。表３では、「if (sps_transform_skip_enabled_flag)」を有する行は、第２の参照実施形態に使用されたシンタックスに対する変更を示す。説明した通り、第２の参照実施形態では、slice_ts_residual_coding_disabled_flagは、常にシグナリングされる。対照的に、本開示の幾つかの実施形態によれば、slice_ts_residual_coding_disabled_flagは、必ずしもシグナリングされるとは限らない。sps_transform_skip_enabled_flagが１に等しい場合のみ、slice_ts_residual_coding_disabled_flagがシグナリングされる。sps_transform_skip_enabled_flagが０に等しければ、slice_ts_residual_coding_disabled_flagは、シグナリングされず、０に等しいと推論される。提案された変更は、スライスヘッダレベルにおけるシグナリングオーバーヘッドを減少させることができる。

【0109】

【表3】

【0110】

[0116] 幾つかの実施形態では、命令を含む非一時的コンピュータ可読記憶媒体も提供され、命令は、上記の方法を行うために、デバイス（開示のエンコーダ及びデコーダなど）によって実行され得る。非一時的媒体の一般的な形態には、例えば、フロッピー（登録商標）ディスク、フレキシブルディスク、ハードディスク、ソリッドステートドライブ、磁気テープ、又はその他の磁気データ記憶媒体、ＣＤ－ＲＯＭ、その他の光学データ記憶媒体、孔のパターンを有する任意の物理媒体、ＲＡＭ、ＰＲＯＭ、及びＥＰＲＯＭ、ＦＬＡＳＨ（登録商標）－ＥＰＲＯＭ又はその他のフラッシュメモリ、ＮＶＲＡＭ、キャッシュ、レジスタ、その他のメモリチップ又はカートリッジ、並びに上記のネットワーク化バージョンが含まれる。デバイスは、１つ若しくは複数のプロセッサ（ＣＰＵ）、入出力インタフェース、ネットワークインタフェース、及び／又はメモリを含み得る。

【0111】

[0117] 開示実施形態は、以下の条項を用いてさらに説明することができる。
１．ピクチャセットを含むビットストリームを受け取ることと、
受け取ったビットストリームに従って、符号化ツリーブロックサイズの値を決定することと、
符号化ツリーブロックサイズの値に基づいて、ルマサンプルに関する最大変換サイズを示すフラグをシグナリングするか否かを決定することと、
を含む、映像データシグナリング方法。
２．フラグをシグナリングするか否かを決定することが、
符号化ツリーブロックサイズの値が３２より大きいことに応答して、フラグをシグナリングすること、又は
符号化ツリーブロックサイズの値が３２以下であることに応答して、フラグがシグナリングされないことを決定すること、
を含む、条項１に記載の方法。
３．フラグをシグナリングするか否かを決定することが、
符号化ツリーブロックサイズの値が３２に等しくないことに応答して、フラグをシグナリングすること、又は
符号化ツリーブロックサイズの値が３２に等しいことに応答して、フラグがシグナリングされないことを決定すること、
を含む、条項１に記載の方法。
４．符号化ツリーブロックサイズの値が、符号化ツリーユニットのルマ符号化ツリーブロックサイズに関連付けられた値をさらに含む、条項１に記載の方法。
５．フラグをシグナリングするか否かを決定することが、
ルマ符号化ツリーブロックサイズに関連付けられた値が０より大きいことに応答して、フラグをシグナリングすること、又は
ルマ符号化ツリーブロックサイズに関連付けられた値が０に等しいことに応答して、フラグがシグナリングされないことを決定すること、
を含む、条項４に記載の方法。
６．フラグをシグナリングするか否かを決定することが、
ルマ符号化ツリーブロックサイズに関連付けられた値が０に等しくないことに応答して、フラグをシグナリングすること、又は
ルマ符号化ツリーブロックサイズに関連付けられた値が０に等しいことに応答して、フラグがシグナリングされないことを決定すること、
を含む、条項４に記載の方法。
７．最大変換サイズが６４であることをフラグが示す、条項１～６の何れか一項に記載の方法。
８．ピクチャセットを含むビットストリームを受け取ることと、
受け取ったビットストリームに従って、変換スキップモードが有効にされるか否かを示す第１のフラグの値を決定することと、
第１のフラグの値に基づいて、残差符号化方法を示す第２のフラグをシグナリングするか否かを決定することと、
を含む、映像データシグナリング方法。
９．第２のフラグをシグナリングするか否かを決定することが、
第１のフラグの値が１であることに応答して、第２のフラグをシグナリングすること、又は
第１のフラグの値が０であることに応答して、第２のフラグがシグナリングされないことを決定すること、
を含む、条項８に記載の方法。
１０．第１のフラグが、シーケンスパラメータセットにおいてシグナリングされ、及び
第２のフラグが、スライスヘッダにおいてシグナリングされる、条項８及び９に記載の方法。
１１．命令セットを保存するメモリと、
１つ又は複数のプロセッサとを含み、１つ又は複数のプロセッサは、命令セットを実行して、
ピクチャセットを含むビットストリームを受け取ることと、
受け取ったビットストリームに従って、符号化ツリーブロックサイズの値を決定することと、
符号化ツリーブロックサイズの値に基づいて、ルマサンプルに関する最大変換サイズを示すフラグをシグナリングするか否かを決定することと、
を装置に行わせるように構成される、映像データシグナリング装置。
１２．フラグをシグナリングするか否かを決定することにおいて、１つ又は複数のプロセッサが、命令セットを実行して、
符号化ツリーブロックサイズの値が３２より大きいことに応答して、フラグをシグナリングすること、又は
符号化ツリーブロックサイズの値が３２以下であることに応答して、フラグがシグナリングされないことを決定すること、
を装置にさらに行わせるように構成される、条項１１に記載の装置。
１３．フラグをシグナリングするか否かを決定することにおいて、１つ又は複数のプロセッサが、命令セットを実行して、
符号化ツリーブロックサイズの値が３２に等しくないことに応答して、フラグをシグナリングすること、又は
符号化ツリーブロックサイズの値が３２に等しいことに応答して、フラグがシグナリングされないことを決定すること、
を装置にさらに行わせるように構成される、条項１１に記載の装置。
１４．符号化ツリーブロックサイズの値が、符号化ツリーユニットのルマ符号化ツリーブロックサイズに関連付けられた値をさらに含む、条項１１に記載の装置。
１５．フラグをシグナリングするか否かを決定することにおいて、１つ又は複数のプロセッサが、命令セットを実行して、
ルマ符号化ツリーブロックサイズに関連付けられた値が０より大きいことに応答して、フラグをシグナリングすること、又は
ルマ符号化ツリーブロックサイズに関連付けられた値が０に等しいことに応答して、フラグがシグナリングされないことを決定すること、
を装置にさらに行わせるように構成される、条項１４に記載の装置。
１６．フラグをシグナリングするか否かを決定することにおいて、１つ又は複数のプロセッサが、命令セットを実行して、
ルマ符号化ツリーブロックサイズに関連付けられた値が０に等しくないことに応答して、フラグをシグナリングすること、又は
ルマ符号化ツリーブロックサイズに関連付けられた値が０に等しいことに応答して、フラグがシグナリングされないことを決定すること、
を装置にさらに行わせるように構成される、条項１４に記載の装置。
１７．最大変換サイズが６４であることをフラグが示す、条項１１～１６の何れか一項に記載の装置。
１８．命令セットを保存するメモリと、
１つ又は複数のプロセッサとを含み、１つ又は複数のプロセッサは、命令セットを実行して、
ピクチャセットを含むビットストリームを受け取ることと、
受け取ったビットストリームに従って、変換スキップモードが有効にされるか否かを示す第１のフラグの値を決定することと、
第１のフラグの値に基づいて、残差符号化方法を示す第２のフラグをシグナリングするか否かを決定することと、
を装置に行わせるように構成される、映像データシグナリング装置。
１９．第２のフラグをシグナリングするか否かを決定することにおいて、１つ又は複数のプロセッサが、命令セットを実行して、
第１のフラグの値が１であることに応答して、第２のフラグをシグナリングすること、又は
第１のフラグの値が０であることに応答して、第２のフラグがシグナリングされないことを決定すること、
を装置にさらに行わせるように構成される、条項１８に記載の装置。
２０．第１のフラグが、シーケンスパラメータセットにおいてシグナリングされ、及び
第２のフラグが、スライスヘッダにおいてシグナリングされる、条項１８又は１９に記載の装置。
２１．命令セットを保存する非一時的コンピュータ可読媒体であって、命令セットは、映像データシグナリング方法をコンピュータに行わせるために、コンピュータの少なくとも１つのプロセッサによって実行可能であり、方法が、
ピクチャセットを含むビットストリームを受け取ることと、
受け取ったビットストリームに従って、符号化ツリーブロックサイズの値を決定することと、
符号化ツリーブロックサイズの値に基づいて、ルマサンプルに関する最大変換サイズを示すフラグをシグナリングするか否かを決定することと、
を含む、非一時的コンピュータ可読媒体。
２２．フラグをシグナリングするか否かを決定することが、
符号化ツリーブロックサイズの値が３２より大きいことに応答して、フラグをシグナリングすること、又は
符号化ツリーブロックサイズの値が３２以下であることに応答して、フラグがシグナリングされないことを決定すること、
を含む、条項２１に記載の非一時的コンピュータ可読媒体。
２３．フラグをシグナリングするか否かを決定することが、
符号化ツリーブロックサイズの値が３２に等しくないことに応答して、フラグをシグナリングすること、又は
符号化ツリーブロックサイズの値が３２に等しいことに応答して、フラグがシグナリングされないことを決定すること、
を含む、条項２１に記載の非一時的コンピュータ可読媒体。
２４．符号化ツリーブロックサイズの値が、符号化ツリーユニットのルマ符号化ツリーブロックサイズに関連付けられた値をさらに含む、条項２１に記載の非一時的コンピュータ可読媒体。
２５．フラグをシグナリングするか否かを決定することが、
ルマ符号化ツリーブロックサイズに関連付けられた値が０より大きいことに応答して、フラグをシグナリングすること、又は
ルマ符号化ツリーブロックサイズに関連付けられた値が０に等しいことに応答して、フラグがシグナリングされないことを決定すること、
を含む、条項２４に記載の非一時的コンピュータ可読媒体。
２６．フラグをシグナリングするか否かを決定することが、
ルマ符号化ツリーブロックサイズに関連付けられた値が０に等しくないことに応答して、フラグをシグナリングすること、又は
ルマ符号化ツリーブロックサイズに関連付けられた値が０に等しいことに応答して、フラグがシグナリングされないことを決定すること、
を含む、条項２４に記載の非一時的コンピュータ可読媒体。
２７．最大変換サイズが６４であることをフラグが示す、条項２１～２６の何れか一項に記載の非一時的コンピュータ可読媒体。
２８．命令セットを保存する非一時的コンピュータ可読媒体であって、命令セットは、映像データシグナリング方法をコンピュータに行わせるために、コンピュータの少なくとも１つのプロセッサによって実行可能であり、方法が、
ピクチャセットを含むビットストリームを受け取ることと、
受け取ったビットストリームに従って、変換スキップモードが有効にされるか否かを示す第１のフラグの値を決定することと、
第１のフラグの値に基づいて、残差符号化方法を示す第２のフラグをシグナリングするか否かを決定することと、
を含む、非一時的コンピュータ可読媒体。
２９．第２のフラグをシグナリングするか否かを決定することが、
第１のフラグの値が１であることに応答して、第２のフラグをシグナリングすること、又は
第１のフラグの値が０であることに応答して、第２のフラグがシグナリングされないことを決定すること、
を含む、条項２８に記載の非一時的コンピュータ可読媒体。
３０．第１のフラグが、シーケンスパラメータセットにおいてシグナリングされ、及び
第２のフラグが、スライスヘッダにおいてシグナリングされる、条項２８及び２９に記載の非一時的コンピュータ可読媒体。

【0112】

[0118] 「第１の」及び「第２の」などの本明細書の関係語は、あるエンティティ又は動作を別のエンティティ又は動作と区別するためだけに使用されるものであり、これらのエンティティ又は動作間の実際の関係又は順序を必要とするもの、又は暗示するものではないことに留意されたい。また、「含む（comprising）」、「有する（having）」、「包含する（containing）」、及び「含む（including）」という語、並びに他の類似の形態は、意味が同等であること、及びこれらの語の何れか１つに続く１つ又は複数の項が、そのような１つ若しくは複数の項の網羅的列挙ではない点で、又は列挙された１つ若しくは複数の項のみに限定されない点で、オープンエンド形式であることが意図される。

【0113】

[0119] 本明細書では、特に別段の記載のない限り、「又は」という用語は、実行不可能でない限り、全ての可能な組み合わせを網羅する。例えば、データベースがＡ又はＢを含み得ると記述される場合、別段の具体的な記述のない限り、又は実行不可能でない限り、データベースは、Ａ、又はＢ、又はＡ及びＢを含み得る。第２の例として、データベースがＡ、Ｂ、又はＣを含み得ると記載される場合、特に別段の記載のない限り、又は実行不可能でない限り、データベースは、Ａ、Ｂ、Ｃ、Ａ及びＢ、Ａ及びＣ、Ｂ及びＣ、Ａ及びＢ及びＣを含み得る。

【0114】

[0120] 上記の実施形態は、ハードウェア、又はソフトウェア（プログラムコード）、又はハードウェア及びソフトウェアの組み合わせによって実施され得ることが理解される。ソフトウェアによって実施される場合、それは、上記のコンピュータ可読媒体に保存され得る。ソフトウェアは、プロセッサによる実行時に、開示の方法を行うことができる。本開示に記載したコンピューティングユニット及び他の機能ユニットは、ハードウェア、又はソフトウェア、又はハードウェア及びソフトウェアの組み合わせによって実装され得る。当業者は、上記のモジュール／ユニットの内の複数が、１つのモジュール／ユニットとして統合され得ること、及び上記のモジュール／ユニットのそれぞれが、複数のサブモジュール／サブユニットにさらに分割され得ることも理解するだろう。

【0115】

[0121] 上述の明細書では、実施態様によって異なり得る多数の具体的詳細に関して、実施形態を説明した。記載した実施形態の特定の適応及び変更が行われ得る。ここに開示した発明の明細書及び実施を考慮して、他の実施形態が当業者には明らかとなり得る。上記明細書及び例は、単なる例示と見なされることが意図され、本発明の真の範囲及び精神は、以下の特許請求の範囲によって示される。また、図面に示されるステップの順序は、単に、説明のためのものであることが意図され、ステップの何れの特定の順序にも限定されることは意図されない。そのため、同じ方法を実施しながら、これらのステップが異なる順序で行われ得ることを当業者は理解できる。

【0116】

[0122] 図面及び明細書では、例示的実施形態を開示した。しかしながら、これらの実施形態に対して多くの変形形態及び変更形態を作ることができる。したがって、特定の用語が使用されるが、それらは、単に一般的及び説明的な意味で使用されるものであり、限定を意図したものではない。

【図1】

【図2A】

【図2B】

【図3A】

【図3B】

【図4】

【図5A】

【図5B】

【図6A】

【図6B】

【国際調査報告】