▶ ベイジン バイトダンス ネットワーク テクノロジー カンパニー リミテッドの特許一覧 ▶ バイトダンス インコーポレイテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-10-21
(45)【発行日】2024-10-29
(54)【発明の名称】変換スキップモードにおける係数コーディング
(51)【国際特許分類】
H04N 19/13 20140101AFI20241022BHJP
H04N 19/169 20140101ALI20241022BHJP
H04N 19/18 20140101ALI20241022BHJP
H04N 19/70 20140101ALI20241022BHJP
【ＦＩ】
H04N19/13
H04N19/169 200
H04N19/18
H04N19/70
【請求項の数】
18
(21)【出願番号】P 2022559412
(86)(22)【出願日】2021-04-01
(65)【公表番号】
(43)【公表日】2023-05-10
(86)【国際出願番号】 CN2021084869
(87)【国際公開番号】W WO2021197406
(87)【国際公開日】2021-10-07
【審査請求日】2022-10-31
(31)【優先権主張番号】PCT/CN2020/082983
(32)【優先日】2020-04-02
(33)【優先権主張国・地域又は機関】CN
(73)【特許権者】
【識別番号】520476341
【氏名又は名称】北京字節跳動網絡技術有限公司
【氏名又は名称原語表記】Ｂｅｉｊｉｎｇ Ｂｙｔｅｄａｎｃｅ Ｎｅｔｗｏｒｋ Ｔｅｃｈｎｏｌｏｇｙ Ｃｏ．， Ｌｔｄ．
【住所又は居所原語表記】Ｒｏｏｍ Ｂ－００３５， ２／Ｆ， Ｎｏ．３ Ｂｕｉｌｄｉｎｇ， Ｎｏ．３０， Ｓｈｉｘｉｎｇ Ｒｏａｄ， Ｓｈｉｊｉｎｇｓｈａｎ Ｄｉｓｔｒｉｃｔ Ｂｅｉｊｉｎｇ １０００４１ Ｃｈｉｎａ
(73)【特許権者】
【識別番号】520477474
【氏名又は名称】バイトダンス インコーポレイテッド
【氏名又は名称原語表記】ＢＹＴＥＤＡＮＣＥ ＩＮＣ．
【住所又は居所原語表記】１２６５５ Ｗｅｓｔ Ｊｅｆｆｅｒｓｏｎ Ｂｏｕｌｅｖａｒｄ， Ｓｉｘｔｈ Ｆｌｏｏｒ， Ｓｕｉｔｅ Ｎｏ． １３７ Ｌｏｓ Ａｎｇｅｌｅｓ， Ｃａｌｉｆｏｒｎｉａ ９００６６ Ｕｎｉｔｅｄ Ｓｔａｔｅｓ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】110002000
【氏名又は名称】弁理士法人栄光事務所
(72)【発明者】
【氏名】ワン イェクイ
(72)【発明者】
【氏名】ジュー ウェイジャ
(72)【発明者】
【氏名】ジャン リー
(72)【発明者】
【氏名】ドン ジピン
【審査官】久保 光宏
(56)【参考文献】
【文献】Benjamin Bross, et al.，"Versatile Video Coding (Draft 8)"，Document: JVET-Q2001-v9, [online]，JVET-Q2001 (version 9)，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，2020年01月22日，Pages 13,115,155,169,420，[令和6年4月1日検索], インターネット, <URL: https://jvet-experts.org/doc_end_user/current_document.php?id=9675> and <URL: https://jvet-experts.org/doc_end_user/documents/17_Brussels/wg11/JVET-Q2001-v9.zip>.，(See document file "JVET-Q2001-v9.docx" in the zip file "JVET-Q2001-v9.zip".)
【文献】Cheung Auyeung, et al.，"CE7-related: Modifications to transform skip coefficient sign flag coding"，Document: JVET-P0437_r1, [online]，JVET-P0437 (version 2)，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，2019年10月04日，Pages 1-9，[令和6年4月1日検索], インターネット, <URL: https://jvet-experts.org/doc_end_user/current_document.php?id=8226> and <URL: https://jvet-experts.org/doc_end_user/documents/16_Geneva/wg11/JVET-P0437-v2.zip>.，(See document file "JVET-P0437_r1.docx" in the zip file "JVET-P0437-v2.zip".)
【文献】Benjamin Bross, et al.，"Versatile Video Coding (Draft 7)"，Document: JVET-P2001-v3, [online]，JVET-P2001 (version 3)，2019年10月13日，Pages 13,138,153,394，[令和6年4月1日検索], インターネット, <URL: https://jvet-experts.org/doc_end_user/current_document.php?id=8857> and <URL: https://jvet-experts.org/doc_end_user/documents/16_Geneva/wg11/JVET-P2001-v3.zip>.，(See document file "JVET-P2001-v3.docx" in the zip file "JVET-P2001-v3.zip".)
【文献】Ye-Kui Wang, et al.，"AHG9: Cleanups on parameter sets"，Document: JVET-Q0117-v1, [online]，JVET-Q0117 (version 1)，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，2019年12月30日，Pages 1-9，[令和6年9月9日検索], インターネット, <URL: https://jvet-experts.org/doc_end_user/current_document.php?id=8942> and <URL: https://jvet-experts.org/doc_end_user/documents/17_Brussels/wg11/JVET-Q0117-v1.zip>.，(See document file "JVET-Q0117-v1.docx" in the zip file "JVET-Q0117-v1.zip".)
【文献】Ye-Kui Wang, et al.，"AHG9: On repetition and update of non-VCL data units"，Document: JVET-R0070-v1, [online]，JVET-R0070 (version 1)，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，2020年04月02日，Pages 1-4，[令和6年9月9日検索], インターネット, <URL: https://jvet-experts.org/doc_end_user/current_document.php?id=9714> and <URL: https://jvet-experts.org/doc_end_user/documents/18_Alpbach/wg11/JVET-R0070-v1.zip>.，(See document file "JVET-R0070-v1.docx" in the zip file "JVET-R0070-v1.zip".)
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｎ１９／００－１９／９８
ＣＳＤＢ（日本国特許庁）
学術文献等データベース（日本国特許庁）
ＩＥＥＥＸｐｌｏｒｅ（ＩＥＥＥ）
(57)【特許請求の範囲】
【請求項1】
映像処理方法であって、映像の現在のブロックと前記映像のビットストリームとの間の変換を実行すること、を有し、
前記ビットストリームは、前記ビットストリームにおける第１の係数の第１の符号フラグを含むためにコンテキストインクリメントが使用されることを規定する第１の規則に準拠し、
前記第１の規則は、前記コンテキストインクリメントの値が前記現在のブロックに第１のコーディングモードが適用されるか否かに基づくことを規定し、
前記ビットストリームは、前記映像に複数の適応パラメータセットネットワーク抽象化レイヤユニットを使用することを規定する第２の規則に準拠し、
各適応パラメータセットネットワーク抽象化レイヤユニットは、対応する適応パラメータセットタイプ値を有し、
各適応パラメータセットネットワーク抽象化レイヤユニットは、対応する映像レイヤ識別子に関連付けられ、
各適応パラメータセットネットワーク抽象化レイヤユニットは、プレフィックスユニットまたはサフィックスユニットであり、
前記第２の規則は、前記複数の適応パラメータセットネットワーク抽象化レイヤユニットが、前記複数の適応パラメータセットネットワーク抽象化レイヤユニットの複数の映像レイヤ識別子とは独立して、および前記複数の適応パラメータセットネットワーク抽象化レイヤユニットが前記プレフィックスユニットまたは前記サフィックスユニットであるか否かとは独立して、特定の適応パラメータセットタイプ値を有することに応じて、前記複数の適応パラメータセットネットワーク抽象化レイヤユニットの適応パラメータセット識別子値が同じ適応パラメータセット識別子値空間に属することを規定する、
方法。
【請求項2】
前記第１の規則は、前記第１のコーディングモードが適用されない場合、前記コンテキストインクリメントの前記値がＮ０～Ｎ１の第１の範囲内にあることを規定し、前記第１の規則は、前記第１のコーディングモードが適用される場合、前記コンテキストインクリメントの前記値がＮ２～Ｎ３の第２の範囲内にあることを規定する、
請求項１に記載の方法。
【請求項3】
前記第１のコーディングモードにおいて、パルスコーディング変調表現を用いて、量子化残差と前記量子化残差の予測との差を前記ビットストリームにおいて表現する、請求項２に記載の方法。
【請求項4】
前記第１のコーディングモードは、ブロックベースのデルタパルスコード変調コーディングモードである、請求項２または３に記載の方法。
【請求項5】
Ｎ０、Ｎ１、Ｎ２、Ｎ３は、それぞれ０、２、３、５である、請求項２から４のうちいずれか一項に記載の方法。
【請求項6】
第１の隣接符号値および第２の隣接符号値が第１の条件を満たすことに応じて、前記コンテキストインクリメントの前記値は０または３に等しく、前記第１の条件は、
（１）前記第１の隣接符号値が０に等しく、前記第２の隣接符号値が０に等しく、
あるいは、
（２）前記第１の隣接符号値が前記第２の隣接符号値の負数に等しい、
請求項１から５のうちいずれか一項に記載の方法。
【請求項7】
前記第１の隣接符号値は、現在の係数スキャン位置の水平座標が０であることに応じて０に等しく、前記現在の係数スキャン位置の水平座標が０でないことに応じて左隣接係数の値に等しく、前記第２の隣接符号値は、前記現在の係数スキャン位置の垂直座標が０であることに応じて０に等しく、前記現在の係数スキャン位置の垂直座標が０でないことに応じて上隣接係数の値に等しい、
請求項６に記載の方法。
【請求項8】
前記コンテキストインクリメントの前記値が、前記第１のコーディングモードが前記現在のブロックに適用されないことに応じて０に等しく、前記コンテキストインクリメントの前記値が、前記第１のコーディングモードが前記現在のブロックに適用されることに応じて３に等しい、
請求項６に記載の方法。
【請求項9】
前記コンテキストインクリメントの前記値が、前記第１の隣接符号値および前記第２の隣接符号値が前記第１の条件を満たさず、かつ、前記第１の隣接符号値および前記第２の隣接符号値が第２の条件を満たすことに応じて１または４に等しく、前記第２の条件は、
（１）前記第１の隣接符号値が０以上であり、前記第２の隣接符号値が０以上である、
請求項６に記載の方法。
【請求項10】
前記コンテキストインクリメントの前記値が、前記第１のコーディングモードが前記現在のブロックに適用されないことに応じて１に等しく、前記コンテキストインクリメントの前記値が、前記第１のコーディングモードが前記現在のブロックに適用されることに応じて４に等しい、
請求項９に記載の方法。
【請求項11】
前記コンテキストインクリメントの前記値が、前記第１の隣接符号値および前記第２の隣接符号値が前記第１の条件および前記第２の条件を満たさないことに応じて２または５に等しい、請求項９に記載の方法。
【請求項12】
前記コンテキストインクリメントの前記値が、前記第１のコーディングモードが前記現在のブロックに適用されないことに応じて２に等しく、前記コンテキストインクリメントの前記値が、前記第１のコーディングモードが前記現在のブロックに適用されることに応じて５に等しい、
請求項１１に記載の方法。
【請求項13】
変換スキップ処理が前記現在のブロックに適用される、請求項１から１２のうちいずれか一項に記載の方法。
【請求項14】
前記変換を実行することは、前記映像を前記ビットストリームに符号化することを含む、請求項１から１３のうちいずれか一項に記載の方法。
【請求項15】
前記変換を実行することは、前記映像を前記ビットストリームから復号することを含む、請求項１から１３のうちいずれか一項に記載の方法。
【請求項16】
プロセッサと、命令を有する非一時的メモリと、を備える映像データの処理装置であって、前記命令が前記プロセッサによって実行されると、前記プロセッサに、映像の現在のブロックと前記映像のビットストリームとの間の変換を実行させ、
前記ビットストリームは、前記ビットストリームにおける第１の係数の第１の符号フラグを含むためにコンテキストインクリメントが使用されることを規定する第１の規則に準拠し、
前記第１の規則は、前記コンテキストインクリメントの値が前記現在のブロックに第１のコーディングモードが適用されるか否かに基づくことを規定し、
前記ビットストリームは、前記映像に複数の適応パラメータセットネットワーク抽象化レイヤユニットを使用することを規定する第２の規則に準拠し、
各適応パラメータセットネットワーク抽象化レイヤユニットは、対応する適応パラメータセットタイプ値を有し、
各適応パラメータセットネットワーク抽象化レイヤユニットは、対応する映像レイヤ識別子に関連付けられ、
各適応パラメータセットネットワーク抽象化レイヤユニットは、プレフィックスユニットまたはサフィックスユニットであり、
前記第２の規則は、前記複数の適応パラメータセットネットワーク抽象化レイヤユニットが、前記複数の適応パラメータセットネットワーク抽象化レイヤユニットの複数の映像レイヤ識別子とは独立して、および前記複数の適応パラメータセットネットワーク抽象化レイヤユニットが前記プレフィックスユニットまたは前記サフィックスユニットであるか否かとは独立して、特定の適応パラメータセットタイプ値を有することに応じて、前記複数の適応パラメータセットネットワーク抽象化レイヤユニットの適応パラメータセット識別子値が同じ適応パラメータセット識別子値空間に属することを規定する、
装置。
【請求項17】
命令を記憶する非一時的なコンピュータ可読記憶媒体であって、この命令は、プロセッサに、映像の現在のブロックと前記映像のビットストリームとの間の変換を実行させ、
前記ビットストリームは、前記ビットストリームにおける第１の係数の第１の符号フラグを含むためにコンテキストインクリメントが使用されることを規定する第１の規則に準拠し、
前記第１の規則は、前記コンテキストインクリメントの値が前記現在のブロックに第１のコーディングモードが適用されるか否かに基づくことを規定し、
前記ビットストリームは、前記映像に複数の適応パラメータセットネットワーク抽象化レイヤユニットを使用することを規定する第２の規則に準拠し、
各適応パラメータセットネットワーク抽象化レイヤユニットは、対応する適応パラメータセットタイプ値を有し、
各適応パラメータセットネットワーク抽象化レイヤユニットは、対応する映像レイヤ識別子に関連付けられ、
各適応パラメータセットネットワーク抽象化レイヤユニットは、プレフィックスユニットまたはサフィックスユニットであり、
前記第２の規則は、前記複数の適応パラメータセットネットワーク抽象化レイヤユニットが、前記複数の適応パラメータセットネットワーク抽象化レイヤユニットの複数の映像レイヤ識別子とは独立して、および前記複数の適応パラメータセットネットワーク抽象化レイヤユニットが前記プレフィックスユニットまたは前記サフィックスユニットであるか否かとは独立して、特定の適応パラメータセットタイプ値を有することに応じて、前記複数の適応パラメータセットネットワーク抽象化レイヤユニットの適応パラメータセット識別子値が同じ適応パラメータセット識別子値空間に属することを規定する、
非一時的なコンピュータ可読記憶媒体。
【請求項18】
映像のビットストリームを記憶する方法であって、前記方法は、現在のブロックを含む前記映像のビットストリームを生成し、
前記ビットストリームを非一時的なコンピュータ可読記憶媒体に記憶し、
前記ビットストリームは、前記ビットストリームにおける第１の係数の第１の符号フラグを含むためにコンテキストインクリメントが使用されることを規定する第１の規則に準拠し、
前記第１の規則は、前記コンテキストインクリメントの値が前記現在のブロックに第１のコーディングモードが適用されるか否かに基づくことを規定し、
前記ビットストリームは、前記映像に複数の適応パラメータセットネットワーク抽象化レイヤユニットを使用することを規定する第２の規則に準拠し、
各適応パラメータセットネットワーク抽象化レイヤユニットは、対応する適応パラメータセットタイプ値を有し、
各適応パラメータセットネットワーク抽象化レイヤユニットは、対応する映像レイヤ識別子に関連付けられ、
各適応パラメータセットネットワーク抽象化レイヤユニットは、プレフィックスユニットまたはサフィックスユニットであり、
前記第２の規則は、前記複数の適応パラメータセットネットワーク抽象化レイヤユニットが、前記複数の適応パラメータセットネットワーク抽象化レイヤユニットの複数の映像レイヤ識別子とは独立して、および前記複数の適応パラメータセットネットワーク抽象化レイヤユニットが前記プレフィックスユニットまたは前記サフィックスユニットであるか否かとは独立して、特定の適応パラメータセットタイプ値を有することに応じて、前記複数の適応パラメータセットネットワーク抽象化レイヤユニットの適応パラメータセット識別子値が同じ適応パラメータセット識別子値空間に属することを規定する、
方法。
【発明の詳細な説明】
【技術分野】
【0001】
関連出願の相互参照
本願は、２０２０年４月２日出願の国際特許出願第ＰＣＴ／ＣＮ２０２０／０８２９８３号の優先権および利益を主張する２０２１年４月１日出願の国際特許出願第ＰＣＴ／ＣＮ２０２１／０８４８６９号に基づく。上記出願の開示全体は、本明細書の開示として参照によりここに援用される。
本願は、２０２０年４月２日出願の国際特許出願第ＰＣＴ／ＣＮ２０２０／０８２９８３号の優先権および利益を主張する２０２１年４月１日出願の国際特許出願第ＰＣＴ／ＣＮ２０２１／０８４８６９号に基づく。上記出願の開示全体は、本明細書の開示として参照によりここに援用される。
【0002】
この特許明細書は、画像および映像コーディングおよび復号に関する。
【背景技術】
【0003】
デジタル映像は、インターネットおよび他のデジタル通信ネットワークにおいて最大の帯域幅の使用量を占めている。映像を受信および表示することが可能である接続されたユーザ機器の数が増加するにつれ、デジタル映像の使用に対する帯域幅需要は増大し続けることが予測される。
【発明の概要】
【0004】
本願は、コーディングされた表現の復号に有用な制御情報を使用して、映像のコーディングされた表現を処理するために、映像エンコーダおよびデコーダにより使用され得る技術を開示する。
【0005】
１つの例示的な態様において、映像処理方法が開示される。この方法は、映像の現在のブロックとこの映像のビットストリームとの間の変換を行うことを含み、このビットストリームはこのビットストリームに第１の係数の第１の符号フラグを含めるためにコンテキストインデックスオフセットを使用することを規定する規則に準拠し、この規則は、このコンテキストインデックスオフセットの値が、このビットストリームにおけるこの現在のブロックに第１のコーディングモードが適用されるかどうかに基づくことを規定する。
【0006】
別の例示的な態様において、映像処理方法が開示される。この方法は、現在の映像のブロックとこの映像のビットストリームとの間の変換を行うことを含み、このビットストリームは、残りのコンテキストコーディングされたビンの数に基づいて、コンテキストモードおよびバイパスモードのうちのいずれか１つを使用して、この現在のブロックの符号フラグがこのビットストリームに含まれていることを規定する規則に準拠する。
【0007】
別の例示的な態様において、映像処理方法が開示される。この方法は、映像の現在のブロックとこの映像のビットストリームとの間の変換を行うことを含み、このビットストリームは、ビットストリームにこの現在のブロックの符号フラグを含めるためにコンテキストインデックスオフセットを使用することを規定する規則に準拠し、この規則は、このコンテキストインデックスオフセットをこの現在のブロックの情報に基づいて決定することを規定する。
【0008】
別の例示的な態様において、映像処理方法が開示される。この方法は、規則に従って、１つ以上の映像レイヤを含む映像とこの映像のビットストリームとの間の変換を行うことを含み、この規則は、この映像のために複数の適応パラメータセットネットワーク抽象化レイヤユニットを使用することを規定し、各適応パラメータセットネットワーク抽象化レイヤユニットは、対応する適応パラメータタイプ値を有し、各適応パラメータセットネットワーク抽象化レイヤユニットは、対応する映像レイヤ識別子に関連付けられ、各適応パラメータセットネットワーク抽象化レイヤユニットは、プレフィックスユニットまたはサフィックスユニットであり、この規則は、この複数の適応パラメータセットネットワーク抽象化レイヤユニットが同じ適応パラメータタイプ値を共有することに応じて、この複数の適応パラメータセットネットワーク抽象化レイヤユニットの適応パラメータセット識別子値が同じ識別子空間に属することを規定する。
【0009】
別の例示的な態様において、映像処理方法が開示される。この方法は、映像の現在のブロックとこの映像のビットストリームとの間の変換を行うことを含み、このビットストリームは、特定の特徴を有する第１の補足拡張情報メッセージが、（１）この特定の特徴を有する第２の補足拡張情報メッセージがスライスユニットに含まれていることに応じて、このビットストリームのスライスユニット内で繰り返されること、または（２）この第１の補足拡張メッセージがこのビットストリームのこのスライスユニット内にあることに応じて更新されること、は許可されないことを規定する規則に準拠し、このスライスユニットは、復号順に連続したネットワーク抽象化レイヤユニットのセットを含み、このネットワーク抽象化レイヤのセットは、単一のコーディングされたスライスと、この単一のコーディングされたスライスに関連付けられた１つ以上の非映像コーディングレイヤネットワーク抽象化レイヤユニットとを含む。
【0010】
別の例示的な態様において、映像処理方法が開示される。この方法は、映像の現在のブロックとこの映像のビットストリームとの間の変換を行うことを含み、このビットストリームは、このビットストリームにおける１つのスライスユニットが、（１）このスライスユニットは、第１の非映像コーディングレイヤネットワーク抽象化レイヤユニットと同じ特徴を有する第２の非映像コーディングレイヤネットワーク抽象化レイヤユニットを含むこと、および（２）この第１の非映像コーディングレイヤネットワーク抽象化レイヤユニットはプレフィックス補足拡張情報またはサフィックス補足拡張情報以外のネットワーク抽象化レイヤユニットタイプを有すること、に応じて、第１の非映像コーディングレイヤネットワーク抽象化レイヤユニットの繰り返しを許可しないことを規定する規則に準拠する。
【0011】
別の例示的な態様において、映像処理方法が開示される。この方法は、規則に従って、複数の映像レイヤを含む映像とその映像のビットストリームとの間の変換を行うことを含み、その規則は、複数の適応パラメータセットのうちのどれがその複数の映像レイヤにわたって共有されることは許可されないかを規定する。
【0012】
別の例示的な態様において、映像処理方法が開示される。この方法は、規則に従って、１つ以上の映像レイヤを含む映像とこの映像のビットストリームとの間の変換を行うことを含み、前記ビットストリームは１つ以上の適応ループフィルタ適応パラメータセットを含み、この規則は、この１つ以上の適応ループフィルタ適応パラメータセットを１つのピクチャユニット内で更新するように許可されるかどうかを規定する。
【0013】
別の例示的な態様において、映像処理方法が開示される。この方法は、規則に従って、１つ以上のコーディングされたレイヤ映像シーケンスを含む映像とこの映像のビットストリームとの間の変換を行うことを含み、このビットストリームは適応ループフィルタ適応パラメータセットを含み、この規則は、この適応ループフィルタ適応パラメータセットが１つ以上の特定の特徴を有することに応じて、この適応ループフィルタ適応パラメータセットがこの１つ以上のコーディングされたレイヤ映像シーケンスにわたって共有されることは許可されないことを規定する。
【0014】
別の例示的な態様において、映像処理方法が開示される。この方法は、映像の現在のブロックと映像のコーディングされた表現との間で変換を行うことを含む。このコーディングされた表現は、このコーディングされた表現におけるこの現在のブロックの符号フラグをコーディングするために使用されるコンテキストインデックスオフセットがある範囲内にあることを規定するフォーマット規則に準拠し、この範囲はこのコーディングされた表現におけるこの現在のブロックを表現するために用いられるコーディングモードの範囲関数である。
【0015】
別の例示的な態様において、別の映像処理方法が開示される。この方法は、映像の現在のブロックとこの映像のコーディングされた表現との間の変換を行うことを含み、このコーディングされた表現は、この現在のブロックの符号フラグが、コンテキストコーディングされたビンまたはバイパスモードのうちの１つを、残りのコンテキストコーディングされたビンの数に応じて使用してこのコーディングされた表現でコーディングされることを規定するフォーマット規則に準拠する。
【0016】
別の例示的な態様において、別の映像処理方法が開示される。この方法は、映像の現在のブロックとこの映像のコーディングされた表現との間の変換を行うことを含み、この変換は、ブロックベースのデルタパルスコード変調（ＢＤＰＣＭ）モードを使用し、このコーディングされた表現は、符号フラグをコーディングするためのコンテキストインデックスオフセットがこの現在のブロックのコーディング条件の関数となるように、このＢＤＰＣＭからの符号フラグをこのコーディングされた表現においてコンテキストコーディングすることを規定するフォーマット規則に準拠する。
【0017】
別の例示的な態様において、別の映像処理方法が開示される。この方法は、映像の現在のブロックと映像のコーディングされた表現との間の変換を行うことを含み、このコーディングされた表現は、連続した復号順にあり、かつ単一のコーディングされたスライスを含むネットワーク抽象化レイヤユニットのセットに対応する、コーディングされた表現のスライスユニットが、最大でも１回、補足拡張情報（ＳＥＩ）の少なくとも部分を含むように許可されることを規定するフォーマット規則に準拠する。
【0018】
別の例示的な態様において、別の映像処理方法が開示される。この方法は、映像の現在のブロックとこの映像のコーディングされた表現との間の変換を行うことを含み、このコーディングされた表現は、連続した復号順にあり、かつ単一のコーディングされたスライスを含むネットワーク抽象化レイヤユニットのセットに対応する、コーディングされた表現におけるスライスユニットが、１つ以上の映像コーディングレイヤネットワーク抽象化レイヤ（ＶＣＬ ＮＡＬ）ユニットを含むことを規定するフォーマット規則に準拠し、このフォーマット規則はさらに、このスライスユニットにおいて、繰り返されるように許可される第１のタイプのユニットと繰り返されるように許可されない第２のタイプのユニットとを規定する。
【0019】
別の例示的な態様において、別の映像処理方法が開示される。この方法は、規則に基づいて、１つ以上の映像レイヤを含む映像とこの映像のコーディングされた表現との間の変換を行うことを含み、このコーディングされた表現は、１つ以上の適応パラメータセット（ＡＰＳ）を含み、この規則は、１つ以上の映像レイヤの変換へのこの１つ以上のＡＰＳのうちのいくつかの適用可能性を規定する。
【0020】
別の例示的な態様において、別の映像処理方法が開示される。この方法は、規則に従って、１つ以上の映像レイヤを含む映像とこの映像のコーディングされた表現との間の変換を行うことを含み、このコーディングされた表現は、１つ以上のネットワーク抽象化レイヤ（ＮＡＬ）ユニットに構成され、このコーディングされた表現は、この変換の特徴を制御するための１つ以上の適応パラメータセットを含む。
【0021】
さらに別の例示的な態様において、映像エンコーダ装置が開示される。この映像エンコーダは、上述した方法を実装するように構成された処理装置を備える。
【0022】
さらに別の例示的な態様において、映像デコーダ装置が開示される。この映像デコーダは、上述した方法を実装するように構成された処理装置を備える。
【0023】
さらに別の例示的な態様では、コードが記憶されたコンピュータ可読媒体が開示される。このコードは、本明細書に記載の方法の１つを処理装置が実行可能なコードの形式で実施する。
【0024】
これらのおよび他の特徴は、本明細書全体にわたって説明される。
【図面の簡単な説明】
【0025】
【図1】映像処理システム例を示すブロック図である。
【図2】映像処理装置のブロック図である。
【図3】映像処理方法の一例を示すフローチャートである。
【図4】本発明のいくつかの実施形態による映像コーディングシステムを示すブロック図である。
【図5】本発明のいくつかの実施形態によるエンコーダを示すブロック図である。
【図6】本発明のいくつかの実施形態によるデコーダを示すブロック図である。
【図7】適応ループフィルタ（ＡＬＦ）の形状の例を示す（彩度：５×５菱形、輝度：７×７菱形）。
【図8】ＡＬＦおよびＣＣ－ＡＬＦ図の例を示す。
【図9】映像処理の方法の例を示すフローチャートである。
【図10】映像処理の方法の例を示すフローチャートである。
【図11】映像処理の方法の例を示すフローチャートである。
【図12】映像処理の方法の例を示すフローチャートである。
【図13】映像処理の方法の例を示すフローチャートである。
【図14】映像処理の方法の例を示すフローチャートである。
【図15】映像処理の方法の例を示すフローチャートである。
【図16】映像処理の方法の例を示すフローチャートである。
【図17】映像処理の方法の例を示すフローチャートである。
【発明を実施するための形態】
【0026】
本明細書では、理解を容易にするために章の見出しを使用しており、その技術および各章に記載された実施形態の適用可能性をその章のみに限定するものではない。さらに、Ｈ．２６６という用語は、ある説明において、理解を容易にするためだけに用いられ、開示される技術の範囲を限定するために用いられたものではない。このように、本明細書で説明される技術は、他の映像コーデックプロトコルおよび設計にも適用可能である。
【0027】
１ 導入
本明細書は、映像コーディング技術に関する。具体的には、これは、変換スキップモードにおける係数コーディング、並びにビデオコーディングにおける非ＶＣＬデータユニットの繰り返しおよび更新に関する。ＨＥＶＣのような既存の映像コーディング規格に適用してもよいし、規格（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）を確定させるために適用してもよい。本発明は、将来の映像コーディング規格または映像コーデックにも適用可能である。
本明細書は、映像コーディング技術に関する。具体的には、これは、変換スキップモードにおける係数コーディング、並びにビデオコーディングにおける非ＶＣＬデータユニットの繰り返しおよび更新に関する。ＨＥＶＣのような既存の映像コーディング規格に適用してもよいし、規格（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）を確定させるために適用してもよい。本発明は、将来の映像コーディング規格または映像コーデックにも適用可能である。
【0028】
２ 略語
ＡＬＦ Ａｄａｐｔｉｖｅ Ｌｏｏｐ Ｆｉｌｔｅｒ（適応ループフィルタ）
ＡＰＳ Ａｄａｐｔａｔｉｏｎ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（適応パラメータセット）
ＡＵ Ａｃｃｅｓｓ Ｕｎｉｔ（アクセスユニット）
ＡＵＤ Ａｃｃｅｓｓ Ｕｎｉｔ Ｄｅｌｉｍｉｔｅｒ（アクセスユニットデリミター）
ＡＶＣ Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（高度映像コーディング）
ＣＬＶＳ Ｃｏｄｅｄ Ｌａｙｅｒ Ｖｉｄｅｏ Ｓｅｑｕｅｎｃｅ（コーディングレイヤ映像シーケンス）
ＣＰＢ Ｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ（コーディングピクチャバッファ）
ＣＲＡ Ｃｌｅａｎ Ｒａｎｄｏｍ Ａｃｃｅｓｓ（クリーンランダムアクセス）
ＣＴＵ Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ（コーディングツリーユニット）
ＣＶＳ Ｃｏｄｅｄ Ｖｉｄｅｏ Ｓｅｑｕｅｎｃｅ（コーディング映像シーケンス）
ＤＣＩ Ｄｅｃｏｄｉｎｇ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ（復号能力情報）
ＤＰＢ Ｄｅｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ（復号ピクチャバッファ）
ＤＵ Ｄｅｃｏｄｉｎｇ Ｕｎｉｔ（復号ユニット）
ＥＯＢ Ｅｎｄ Ｏｆ Ｂｉｔｓｔｒｅａｍ（ビットストリーム終端）
ＥＯＳ Ｅｎｄ Ｏｆ Ｓｅｑｕｅｎｃｅ（シーケンス終端）
ＧＤＲ Ｇｒａｄｕａｌ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ（漸進的復号リフレッシュ）
ＨＥＶＣ Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（高効率映像コーディング）
ＨＲＤ Ｈｙｐｏｔｈｅｔｉｃａｌ Ｒｅｆｅｒｅｎｃｅ Ｄｅｃｏｄｅｒ（仮想参照デコーダ）
ＩＤＲ Ｉｎｓｔａｎｔａｎｅｏｕｓ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ（瞬時復号更新）
ＪＥＭ Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ（共同探索モデル）
ＬＭＣＳ Ｌｕｍａ Ｍａｐｐｉｎｇ ｗｉｔｈ Ｃｈｒｏｍａ Ｓｃａｌｉｎｇ（彩度スケーリングを伴う輝度マッピング）
ＭＣＴＳ Ｍｏｔｉｏｎ－Ｃｏｎｓｔｒａｉｎｅｄ Ｔｉｌｅ Ｓｅｔｓ（動作制約タイルセット）
ＮＡＬ Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ（ネットワーク抽象化レイヤ）
ＯＬＳ Ｏｕｔｐｕｔ Ｌａｙｅｒ Ｓｅｔ（出力層セット）
ＰＨ Ｐｉｃｔｕｒｅ Ｈｅａｄｅｒ（ピクチャヘッダ）
ＰＰＳ Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（ピクチャパラメータセット）
ＰＴＬ Ｐｒｏｆｉｌｅ，Ｔｉｅｒ ａｎｄ Ｌｅｖｅｌ プロファイル、層およびレベル
ＰＵ Ｐｉｃｔｕｒｅ Ｕｎｉｔ（ピクチャユニット）
ＲＡＤＬ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｄｅｃｏｄａｂｌｅ Ｌｅａｄｉｎｇ（ランダムアクセス復号可能リーディング） （ピクチャ）
ＲＡＰ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｏｉｎｔ（ランダムアクセスポイント）
ＲＡＳＬ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｓｋｉｐｐｅｄ Ｌｅａｄｉｎｇ（ランダムアクセススキップリーディング） （ピクチャ）
ＲＢＳＰ Ｒａｗ Ｂｙｔｅ Ｓｅｑｕｅｎｃｅ Ｐａｙｌｏａｄ（生バイトシーケンスペイロード）
ＲＰＬ Ｒｅｆｅｒｅｎｃｅ Ｐｉｃｔｕｒｅ Ｌｉｓｔ（参照ピクチャリスト）
ＳＡＯ Ｓａｍｐｌｅ Ａｄａｐｔｉｖｅ Ｏｆｆｓｅｔ（サンプル適応オフセット）
ＳＥＩ Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ（補足拡張情報）
ＳＰＳ Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（シーケンスパラメータセット）
ＳＴＳＡ Ｓｔｅｐ－ｗｉｓｅ Ｔｅｍｐｏｒａｌ Ｓｕｂｌａｙｅｒ Ａｃｃｅｓｓ（段階的時間的サブレイヤアクセス）
ＳＶＣ Ｓｃａｌａｂｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（スケーラブル映像コーディング）
ＶＣＬ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｌａｙｅｒ（映像コーディングレイヤ）
ＶＰＳ Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（映像パラメータセット）
ＶＴＭ ＶＶＣ Ｔｅｓｔ Ｍｏｄｅｌ（ＶＶＣ試験モデル）
ＶＵＩ Ｖｉｄｅｏ Ｕｓａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ（映像ユーザビリティ情報）
ＶＶＣ Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（汎用映像コーディング）
ＡＬＦ Ａｄａｐｔｉｖｅ Ｌｏｏｐ Ｆｉｌｔｅｒ（適応ループフィルタ）
ＡＰＳ Ａｄａｐｔａｔｉｏｎ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（適応パラメータセット）
ＡＵ Ａｃｃｅｓｓ Ｕｎｉｔ（アクセスユニット）
ＡＵＤ Ａｃｃｅｓｓ Ｕｎｉｔ Ｄｅｌｉｍｉｔｅｒ（アクセスユニットデリミター）
ＡＶＣ Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（高度映像コーディング）
ＣＬＶＳ Ｃｏｄｅｄ Ｌａｙｅｒ Ｖｉｄｅｏ Ｓｅｑｕｅｎｃｅ（コーディングレイヤ映像シーケンス）
ＣＰＢ Ｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ（コーディングピクチャバッファ）
ＣＲＡ Ｃｌｅａｎ Ｒａｎｄｏｍ Ａｃｃｅｓｓ（クリーンランダムアクセス）
ＣＴＵ Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ（コーディングツリーユニット）
ＣＶＳ Ｃｏｄｅｄ Ｖｉｄｅｏ Ｓｅｑｕｅｎｃｅ（コーディング映像シーケンス）
ＤＣＩ Ｄｅｃｏｄｉｎｇ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ（復号能力情報）
ＤＰＢ Ｄｅｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ（復号ピクチャバッファ）
ＤＵ Ｄｅｃｏｄｉｎｇ Ｕｎｉｔ（復号ユニット）
ＥＯＢ Ｅｎｄ Ｏｆ Ｂｉｔｓｔｒｅａｍ（ビットストリーム終端）
ＥＯＳ Ｅｎｄ Ｏｆ Ｓｅｑｕｅｎｃｅ（シーケンス終端）
ＧＤＲ Ｇｒａｄｕａｌ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ（漸進的復号リフレッシュ）
ＨＥＶＣ Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（高効率映像コーディング）
ＨＲＤ Ｈｙｐｏｔｈｅｔｉｃａｌ Ｒｅｆｅｒｅｎｃｅ Ｄｅｃｏｄｅｒ（仮想参照デコーダ）
ＩＤＲ Ｉｎｓｔａｎｔａｎｅｏｕｓ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ（瞬時復号更新）
ＪＥＭ Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ（共同探索モデル）
ＬＭＣＳ Ｌｕｍａ Ｍａｐｐｉｎｇ ｗｉｔｈ Ｃｈｒｏｍａ Ｓｃａｌｉｎｇ（彩度スケーリングを伴う輝度マッピング）
ＭＣＴＳ Ｍｏｔｉｏｎ－Ｃｏｎｓｔｒａｉｎｅｄ Ｔｉｌｅ Ｓｅｔｓ（動作制約タイルセット）
ＮＡＬ Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ（ネットワーク抽象化レイヤ）
ＯＬＳ Ｏｕｔｐｕｔ Ｌａｙｅｒ Ｓｅｔ（出力層セット）
ＰＨ Ｐｉｃｔｕｒｅ Ｈｅａｄｅｒ（ピクチャヘッダ）
ＰＰＳ Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（ピクチャパラメータセット）
ＰＴＬ Ｐｒｏｆｉｌｅ，Ｔｉｅｒ ａｎｄ Ｌｅｖｅｌ プロファイル、層およびレベル
ＰＵ Ｐｉｃｔｕｒｅ Ｕｎｉｔ（ピクチャユニット）
ＲＡＤＬ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｄｅｃｏｄａｂｌｅ Ｌｅａｄｉｎｇ（ランダムアクセス復号可能リーディング） （ピクチャ）
ＲＡＰ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｏｉｎｔ（ランダムアクセスポイント）
ＲＡＳＬ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｓｋｉｐｐｅｄ Ｌｅａｄｉｎｇ（ランダムアクセススキップリーディング） （ピクチャ）
ＲＢＳＰ Ｒａｗ Ｂｙｔｅ Ｓｅｑｕｅｎｃｅ Ｐａｙｌｏａｄ（生バイトシーケンスペイロード）
ＲＰＬ Ｒｅｆｅｒｅｎｃｅ Ｐｉｃｔｕｒｅ Ｌｉｓｔ（参照ピクチャリスト）
ＳＡＯ Ｓａｍｐｌｅ Ａｄａｐｔｉｖｅ Ｏｆｆｓｅｔ（サンプル適応オフセット）
ＳＥＩ Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ（補足拡張情報）
ＳＰＳ Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（シーケンスパラメータセット）
ＳＴＳＡ Ｓｔｅｐ－ｗｉｓｅ Ｔｅｍｐｏｒａｌ Ｓｕｂｌａｙｅｒ Ａｃｃｅｓｓ（段階的時間的サブレイヤアクセス）
ＳＶＣ Ｓｃａｌａｂｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（スケーラブル映像コーディング）
ＶＣＬ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｌａｙｅｒ（映像コーディングレイヤ）
ＶＰＳ Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（映像パラメータセット）
ＶＴＭ ＶＶＣ Ｔｅｓｔ Ｍｏｄｅｌ（ＶＶＣ試験モデル）
ＶＵＩ Ｖｉｄｅｏ Ｕｓａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ（映像ユーザビリティ情報）
ＶＶＣ Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（汎用映像コーディング）
【0029】
３ 映像コーディングの導入
映像コーディングする規格は、主に周知のＩＴＵ－ＴおよびＩＳＯ／ＩＥＣ規格の開発によって発展してきた。ＩＴＵ－ＴはＨ．２６１とＨ．２６３を作り、ＩＳＯ／ＩＥＣはＭＰＥＧ－１とＭＰＥＧ－４Ｖｉｓｕａｌを作り、両団体はＨ．２６２／ＭＰＥＧ－２ＶｉｄｅｏとＨ．２６４／ＭＰＥＧ－４ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）とＨ．２６５／ＨＥＶＣ規格を共同で作った。Ｈ．２６２以来、映像コーディング規格は、時間的予測と変換コーディングが利用されるハイブリッド映像コーディング構造に基づく。ＨＥＶＣを超えた将来の映像コーディング技術を探索するため、２０１５年には、ＶＣＥＧとＭＰＥＧが共同でＪＶＥＴ（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ）を設立した。それ以来、多くの新しい方法がＪＶＥＴによって採用され、ＪＥＭ（Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ）と呼ばれる参照ソフトウェアに組み込まれてきた。ＪＶＥＴは四半期に１回開催され、新しいコーディング規格はＨＥＶＣに比べて５０％のビットレート低減を目指している。２０１８年４月のＪＶＥＴ会議において、新しい映像コーディング規格を「ＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）」と正式に命名し、その時、第１版のＶＶＣテストモデル（ＶＴＭ）をリリースした。ＶＶＣの標準化に寄与する努力が続けられているので、すべてのＪＶＥＴ会議において、ＶＶＣ標準に新しいコーディング技術が採用されている。毎回の会議の後、ＶＶＣ作業草案およびテストモデルＶＴＭを更新する。ＶＶＣプロジェクトは、現在、２０２０年７月の会合における技術完成（ＦＤＩＳ）を目指している。
映像コーディングする規格は、主に周知のＩＴＵ－ＴおよびＩＳＯ／ＩＥＣ規格の開発によって発展してきた。ＩＴＵ－ＴはＨ．２６１とＨ．２６３を作り、ＩＳＯ／ＩＥＣはＭＰＥＧ－１とＭＰＥＧ－４Ｖｉｓｕａｌを作り、両団体はＨ．２６２／ＭＰＥＧ－２ＶｉｄｅｏとＨ．２６４／ＭＰＥＧ－４ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）とＨ．２６５／ＨＥＶＣ規格を共同で作った。Ｈ．２６２以来、映像コーディング規格は、時間的予測と変換コーディングが利用されるハイブリッド映像コーディング構造に基づく。ＨＥＶＣを超えた将来の映像コーディング技術を探索するため、２０１５年には、ＶＣＥＧとＭＰＥＧが共同でＪＶＥＴ（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ）を設立した。それ以来、多くの新しい方法がＪＶＥＴによって採用され、ＪＥＭ（Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ）と呼ばれる参照ソフトウェアに組み込まれてきた。ＪＶＥＴは四半期に１回開催され、新しいコーディング規格はＨＥＶＣに比べて５０％のビットレート低減を目指している。２０１８年４月のＪＶＥＴ会議において、新しい映像コーディング規格を「ＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）」と正式に命名し、その時、第１版のＶＶＣテストモデル（ＶＴＭ）をリリースした。ＶＶＣの標準化に寄与する努力が続けられているので、すべてのＪＶＥＴ会議において、ＶＶＣ標準に新しいコーディング技術が採用されている。毎回の会議の後、ＶＶＣ作業草案およびテストモデルＶＴＭを更新する。ＶＶＣプロジェクトは、現在、２０２０年７月の会合における技術完成（ＦＤＩＳ）を目指している。
【0030】
【化1】
【0031】
３．２ 変換スキップモードにおける係数コーディング
現在のＶＶＣ草案において、残差コーディングを変換スキップレベルの統計および信号特性に適応させるために、非ＴＳ係数コーディングに比べて、ＴＳ（変換スキップ）モードにおける係数コーディングについていくつかの修正が提案されている。
現在のＶＶＣ草案において、残差コーディングを変換スキップレベルの統計および信号特性に適応させるために、非ＴＳ係数コーディングに比べて、ＴＳ（変換スキップ）モードにおける係数コーディングについていくつかの修正が提案されている。
【0032】
ＪＶＥＴ－Ｑ２００１－ｖＥにおける本パートに関連する最新のテキストは、以下のとおりである。
７．３．１０．１１ 残差コーディング構文
７．３．１０．１１ 残差コーディング構文
【表1】
【表2】
【表3】
【表4】
【表5】
【表6】
【表7】
【表8】
【表9】
【表10】
【表11】
【表12】
【表13】
【表14】
【表15】
【0033】
３．２．１ 符号フラグｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇのコンテキストモデリングおよびコンテキストインデックスオフセット導出
表５１－初期化プロセスにおける各初期化タイプのｃｔｘＩｄｘと構文要素の関連付け
表１２５－ｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇのｃｔｘＩｎｃのｉｎｉｔＶａｌｕｅおよびｓｈｉｆｔＩｄｘの仕様
表１３１－コンテキストコーディングされたビンを有する構文要素へのｃｔｘＩｎｃの割り当て
表５１－初期化プロセスにおける各初期化タイプのｃｔｘＩｄｘと構文要素の関連付け
【表16】
表１２５－ｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇのｃｔｘＩｎｃのｉｎｉｔＶａｌｕｅおよびｓｈｉｆｔＩｄｘの仕様
【表17】
表１３１－コンテキストコーディングされたビンを有する構文要素へのｃｔｘＩｎｃの割り当て
【表18】
【0034】
９．３．４．２．１０ 変換スキップモードのための構文要素ｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇのｃｔｘＩｎｃの導出プロセス
この処理への入力は、色成分インデックスｃＩｄｘ、現在のピクチャの左上サンプルに対して現在の変換ブロックの左上サンプルを規定する輝度位置（ｘ０，ｙ０）、現在の係数スキャン位置（ｘＣ，ｙＣ）である。
この処理の出力は変数ｃｔｘＩｎｃである。
変数ｌｅｆｔＳｉｇｎおよびａｂｏｖｅＳｉｇｎは、以下のように導出される。
ｌｅｆｔＳｉｇｎ＝（ｘＣ＝＝０）？０：ＣｏｅｆｆＳｉｇｎＬｅｖｅｌ［ｘＣ－１］［ｙＣ］ （１５９５）
ａｂｏｖｅＳｉｇｎ＝（ｙＣ＝＝０）？０：ＣｏｅｆｆＳｉｇｎＬｅｖｅｌ［ｘＣ］［ｙＣ－１］ （１５９６）
変数ｃｔｘＩｎｃは、以下のように導出される。
－ ｌｅｆｔＳｉｇｎが０に等しく、ａｂｏｖｅＳｉｇｎが０に等しい場合、またはｌｅｆｔＳｉｇｎが－ａｂｏｖｅＳｉｇｎに等しい場合、以下が適用される。
ｃｔｘＩｎｃ＝（ＢｄｐｃｍＦｌａｇ［ｘ０］［ｙ０］［ｃＩｄｘ］＝＝０？０：３） （１５９７）
－ そうでない場合、ｌｅｆｔＳｉｇｎが０以上かつａｂｏｖｅＳｉｇｎが０以上である場合、以下が適用される。
ｃｔｘＩｎｃ＝（ＢｄｐｃｍＦｌａｇ［ｘ０］［ｙ０］［ｃＩｄｘ］？１：４） （１５９８）
－ そうでない場合、以下が適用される。
ｃｔｘＩｎｃ＝（ＢｄｐｃｍＦｌａｇ［ｘ０］［ｙ０］［ｃＩｄｘ］？２：５） （１５９９）
この処理への入力は、色成分インデックスｃＩｄｘ、現在のピクチャの左上サンプルに対して現在の変換ブロックの左上サンプルを規定する輝度位置（ｘ０，ｙ０）、現在の係数スキャン位置（ｘＣ，ｙＣ）である。
この処理の出力は変数ｃｔｘＩｎｃである。
変数ｌｅｆｔＳｉｇｎおよびａｂｏｖｅＳｉｇｎは、以下のように導出される。
ｌｅｆｔＳｉｇｎ＝（ｘＣ＝＝０）？０：ＣｏｅｆｆＳｉｇｎＬｅｖｅｌ［ｘＣ－１］［ｙＣ］ （１５９５）
ａｂｏｖｅＳｉｇｎ＝（ｙＣ＝＝０）？０：ＣｏｅｆｆＳｉｇｎＬｅｖｅｌ［ｘＣ］［ｙＣ－１］ （１５９６）
変数ｃｔｘＩｎｃは、以下のように導出される。
－ ｌｅｆｔＳｉｇｎが０に等しく、ａｂｏｖｅＳｉｇｎが０に等しい場合、またはｌｅｆｔＳｉｇｎが－ａｂｏｖｅＳｉｇｎに等しい場合、以下が適用される。
ｃｔｘＩｎｃ＝（ＢｄｐｃｍＦｌａｇ［ｘ０］［ｙ０］［ｃＩｄｘ］＝＝０？０：３） （１５９７）
－ そうでない場合、ｌｅｆｔＳｉｇｎが０以上かつａｂｏｖｅＳｉｇｎが０以上である場合、以下が適用される。
ｃｔｘＩｎｃ＝（ＢｄｐｃｍＦｌａｇ［ｘ０］［ｙ０］［ｃＩｄｘ］？１：４） （１５９８）
－ そうでない場合、以下が適用される。
ｃｔｘＩｎｃ＝（ＢｄｐｃｍＦｌａｇ［ｘ０］［ｙ０］［ｃＩｄｘ］？２：５） （１５９９）
【0035】
３．３ ブロックベースの量子化残差ドメイン ＤＰＣＭ（ＢＤＰＣＭ）
ＪＶＥＴ－Ｍ０４１３において、画面コンテンツを効率的にコーディングするために、量子化残差ブロック差動パルスコード変調（ＢＤＰＣＭ）が提案され、ＶＶＣ草案に採用されている。
ＪＶＥＴ－Ｍ０４１３において、画面コンテンツを効率的にコーディングするために、量子化残差ブロック差動パルスコード変調（ＢＤＰＣＭ）が提案され、ＶＶＣ草案に採用されている。
【0036】
ＱＲ－ＢＤＰＣＭで使用される予測方向は、垂直予測モードおよび水平予測モードであり得る。イントラ予測は、イントラ予測と同様に、予測方向（水平または垂直予測）にサンプルコピーすることで、ブロック全体で予測する。残差を量子化し、量子化された残差とその予測子（水平または垂直）量子化値との間のデルタはコーディングされる。これは、以下のように説明することができる。サイズＭ（行）×Ｎ（列）のブロックについて、ｒｉ，ｊ，０≦ｉ≦Ｍ－１、０≦ｊ≦Ｎ－１を、上または左ブロックの境界サンプルからのフィルタリングされていないサンプルを使用して、水平方向（予測ブロックに対して左隣の画素値を１ラインずつコピーする）または垂直方向（予測ブロックにおける各ラインに上隣のラインをコピーする）にイントラ予測を行った後の予測残差とする。Ｑ（ｒｉ，ｊ）、０≦ｉ≦Ｍ－１、０≦ｊ≦Ｎ－１は、残差ｒｉ，ｊの量子化バージョンを表し、この場合、残差は、元のブロックと予測ブロック値との間の差である。次に、ブロックＤＰＣＭが量子化された残差サンプルに適用され、その結果、要素ｒ～
ｉ，ｊを有する修正されたＭ×Ｎ個の配列Ｒ～が得られる。垂直ＢＤＰＣＭが信号通知されると、以下のようになる。
【0037】
【数1】
【0038】
水平予測の場合、類似した規則が適用され、残差量子化サンプルは、以下の式によって得られる。
【0039】
【数2】
【0040】
残差量子化サンプルｒ～
ｉ，ｊはデコーダに送られる。
【0041】
デコーダ側では、上記の計算を逆にして、Ｑ（ｒｉ，ｊ）、０≦ｉ≦Ｍ－１、０≦ｊ≦Ｎ－１を生成する。垂直予測の場合、
【0042】
【数3】
【0043】
水平方向の場合、
【数4】
【0044】
逆量子化された残差Ｑ－１（Ｑ（ｒｉ，ｊ））をイントラブロック予測値に加算し、再構成されたサンプル値を生成する。
【0045】
このスキームの主な利点は、逆方向のＤＰＣＭを、係数の構文解析中に急いで行うことができ、係数の構文解析中に予測子を追加するだけで済むこと、または、構文解析後に行うことができることである。
【0046】
３．４ 全般およびＶＶＣにおけるスケーラブル映像コーディング（ＳＶＣ）
スケーラブル映像コーディング（ＳＶＣ、時には、映像コーディングにおけるスケーラビリティとも呼ばれる）は、ベースレイヤ（ＢＬ）（時には、参照レイヤ（ＲＬ）と呼ばれる）映像コーディングを呼ばれることもあり、１つ以上のスケーラブル拡張レイヤ（ＥＬ）が使用される。ＳＶＣにおいて、ベースレイヤは、基本品質レベルの映像データを担持することができる。１つ以上の拡張レイヤは、例えば、より高い空間的、時間的、および／または信号対雑音（ＳＮＲ）レベルをサポートするように、追加の映像データを担持することができる。拡張レイヤは、前の、符号化されたレイヤに対して定義されてもよい。例えば、下層がＢＬとして機能し、上層がＥＬとして機能することができる。中間レイヤは、ＥＬまたはＲＬのいずれか、またはその両方として機能することができる。例えば、中間レイヤ（例えば、最下レイヤでも最上レイヤでもないレイヤ）は、中間レイヤの下のレイヤ、例えば、ベースレイヤまたは任意の介在する拡張レイヤのためのＥＬであってもよく、同時に、中間レイヤの上の１つ以上の拡張レイヤのためのＲＬとしての役割を果たす。同様に、ＨＥＶＣ規格のマルチビューまたは３Ｄ拡張では、複数のビューが存在してもよく、１つのビューの情報を利用して別のビューの情報をコーディング（例えば、符号化または復号）することができる（例えば、動き推定、動きベクトル予測および／または他の冗長性）。
スケーラブル映像コーディング（ＳＶＣ、時には、映像コーディングにおけるスケーラビリティとも呼ばれる）は、ベースレイヤ（ＢＬ）（時には、参照レイヤ（ＲＬ）と呼ばれる）映像コーディングを呼ばれることもあり、１つ以上のスケーラブル拡張レイヤ（ＥＬ）が使用される。ＳＶＣにおいて、ベースレイヤは、基本品質レベルの映像データを担持することができる。１つ以上の拡張レイヤは、例えば、より高い空間的、時間的、および／または信号対雑音（ＳＮＲ）レベルをサポートするように、追加の映像データを担持することができる。拡張レイヤは、前の、符号化されたレイヤに対して定義されてもよい。例えば、下層がＢＬとして機能し、上層がＥＬとして機能することができる。中間レイヤは、ＥＬまたはＲＬのいずれか、またはその両方として機能することができる。例えば、中間レイヤ（例えば、最下レイヤでも最上レイヤでもないレイヤ）は、中間レイヤの下のレイヤ、例えば、ベースレイヤまたは任意の介在する拡張レイヤのためのＥＬであってもよく、同時に、中間レイヤの上の１つ以上の拡張レイヤのためのＲＬとしての役割を果たす。同様に、ＨＥＶＣ規格のマルチビューまたは３Ｄ拡張では、複数のビューが存在してもよく、１つのビューの情報を利用して別のビューの情報をコーディング（例えば、符号化または復号）することができる（例えば、動き推定、動きベクトル予測および／または他の冗長性）。
【0047】
ＳＶＣにおいて、エンコーダまたはデコーダで使用されるパラメータは、それらを利用することができるコーディングレベル（例えば、映像レベル、シーケンスレベル、ピクチャレベル、スライスレベル等）に基づいてパラメータセットにグループ分けされる。例えば、ビットストリームにおける異なるレイヤのコーディング映像シーケンスによって利用できるパラメータは、映像パラメータセット（ＶＰＳ）に含まれてもよく、コーディング映像シーケンスにおける１つ以上のピクチャによって利用されるパラメータは、シーケンスパラメータセット（ＳＰＳ）に含まれてもよい。同様に、１つのピクチャの１つ以上のスライスで利用されるパラメータは、ピクチャパラメータセット（ＰＰＳ）に含まれてもよく、１つのスライスに固有の他のパラメータは、スライスヘッダに含まれてもよい。同様に、特定のレイヤが所与の時間にどのパラメータセット（複数可）を使用しているかの指示は、様々なコーディングレベルで提供されてもよい。
【0048】
ＶＶＣにおける参照ピクチャリサンプリング（ＲＰＲ）のサポートにより、空間的スケーラビリティサポートに必要なアップサンプリングはＲＰＲアップサンプリングフィルタを使用するだけでよいので、追加の信号処理レベルのコーディングツールを必要とせずに、複数のレイヤ、例えば、ＶＶＣにおけるＳＤおよびＨＤ解像度の２つのレイヤを含むビットストリームをサポートするように設計することができる。それにもかかわらず、スケーラビリティサポートのためには、高レベルの構文変更（スケーラビリティをサポートしない場合と比較して）が必要である。スケーラビリティサポートは、ＶＶＣバージョン１に規定されている。ＡＶＣおよびＨＥＶＣの拡張を含む、任意の以前の映像コーディング規格におけるスケーラビリティサポートとは異なり、ＶＶＣのスケーラビリティの設計は、単層デコーダの設計にできるだけ適したものにされてきた。多層ビットストリームの復号能力は、ビットストリームに１つのレイヤしかなかったかの如く規定される。例えば、ＤＰＢサイズのような復号能力は、復号されるビットストリームのレイヤの数に依存しないようで規定される。基本的に、単層ビットストリームのために設計されたデコーダは、多層ビットストリームを復号することができるようにするために、多くの変更を必要としない。ＡＶＣおよびＨＥＶＣの多層拡張の設計と比較して、ＨＬＳの態様は、ある程度の柔軟性を犠牲にして大幅に簡略化されてきた。例えば、ＩＲＡＰ ＡＵは、ＣＶＳに存在する各レイヤの画像を含むことが必要である。
【0049】
ＶＶＣビットストリームは、１つまたは複数個の出力レイヤセット（ＯＬＳ）で構成されてもよい。ＯＬＳは、１つまたは複数のレイヤが出力レイヤとして指定されるレイヤの集合である。出力レイヤは、復号された後に出力されるレイヤである。
【0050】
３．５ パラメータセット
ＡＶＣ、ＨＥＶＣ、ＶＶＣはパラメータ集合を指定する。パラメータセットのタイプは、ＳＰＳ、ＰＰＳ、ＡＰＳ、ＶＰＳ等である。ＳＰＳ、ＰＰＳは、ＡＶＣ、ＨＥＶＣ、ＶＶＣのすべてでサポートされている。ＶＰＳは、ＨＥＶＣから導入されたものであり、ＨＥＶＣおよびＶＶＣの両方に含まれる。ＡＰＳは、ＡＶＣまたはＨＥＶＣに含まれていなかったが、最近のＶＶＣ草案のテキストに含まれている。
ＡＶＣ、ＨＥＶＣ、ＶＶＣはパラメータ集合を指定する。パラメータセットのタイプは、ＳＰＳ、ＰＰＳ、ＡＰＳ、ＶＰＳ等である。ＳＰＳ、ＰＰＳは、ＡＶＣ、ＨＥＶＣ、ＶＶＣのすべてでサポートされている。ＶＰＳは、ＨＥＶＣから導入されたものであり、ＨＥＶＣおよびＶＶＣの両方に含まれる。ＡＰＳは、ＡＶＣまたはＨＥＶＣに含まれていなかったが、最近のＶＶＣ草案のテキストに含まれている。
【0051】
ＳＰＳは、シーケンスレベルのヘッダ情報を伝送するように設計され、ＰＰＳは、頻繁に変化しないピクチャレベルのヘッダ情報を担持するように設計された。ＳＰＳおよびＰＰＳを用いると、シーケンスまたはピクチャごとに頻繁に変化する情報を繰り返す必要がないので、この情報の冗長な信号通知を回避することができる。さらに、ＳＰＳおよびＰＰＳを使用することは、重要なヘッダ情報の帯域外伝送を有効化し、それにより、冗長な伝送の必要性を回避するだけでなく、誤り耐性を改善する。
【0052】
ＶＰＳは、マルチレイヤのビットストリームのすべてのレイヤに共通であるシーケンスレベルのヘッダ情報を伝えるために導入された。
【0053】
ＡＰＳは、コーディングするためにかなりのビットを必要とし、複数のピクチャによって共有され得る、このようなピクチャレベルまたはスライスレベルの情報を担持するために導入された。そして、シーケンスにおいて、非常に多くの異なる変形例が存在し得る。
【0054】
ＶＶＣにおいて、ＡＰＳは、ＡＬＦ、ＬＭＣＳ、およびスケーリングリストパラメータのパラメータを搬送するために用いられる。
【0055】
３．６ ＶＶＣにおけるＮＡＬユニットタイプとＮＡＬユニットヘッダ構文および意味論
最近のＶＶＣテキスト（ＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）において、ＮＡＬユニットヘッダ構文および意味論は以下のとおりである。
７．３．１．２ ＮＡＬユニットヘッダ構文
７．４．２．２ ＮＡＬユニットヘッダの意味論
最近のＶＶＣテキスト（ＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）において、ＮＡＬユニットヘッダ構文および意味論は以下のとおりである。
７．３．１．２ ＮＡＬユニットヘッダ構文
【表19】
７．４．２．２ ＮＡＬユニットヘッダの意味論
【0056】
【化2】
ｎｕｈ＿ｌａｙｅｒ＿ｉｄの値は、１つのコーディングされたピクチャのすべてのＶＣＬ ＮＡＬユニットに対して同じであるものとする。コーディングされたピクチャまたはＰＵのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値は、コーディングされたピクチャまたはＰＵのＶＣＬ ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値である。
ＡＵＤ、ＰＨ、ＥＯＳ、ＦＤ ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値は、以下のように制約される。
－ ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＡＵＤ＿ＮＵＴに等しい場合、ｎｕｈ＿ｌａｙｅｒ＿ｉｄはｖｐｓ＿ｌａｙｅｒ＿ｉｄ［０］に等しいものとする。
－ あるいは、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＰＨ＿ＮＵＴ、ＥＯＳ＿ＮＵＴ、ＦＤ＿ＮＵＴに等しい場合、ｎｕｈ＿ｌａｙｅｒ＿ｉｄは関連付けられたＶＣＬ ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しいものとする。
注１－ＤＣＩ、ＶＰＳ、およびＥＯＢ ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値は制約されていない。
【化3】
ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは、表５で規定されているように、ＮＡＬユニットタイプ、すなわちＮＡＬユニットに含まれるＲＢＳＰデータ構造のタイプを規定する。
ＵＮＳＰＥＣ＿２８．．ＵＮＳＰＥＣ＿３１の範囲内にあり、意味論が規定されていないｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＮＡＬユニットは、本明細書で規定される復号処理に影響を及ぼさないものとする。
注２－ＵＮＳＰＥＣ＿２８．．．ＵＮＳＰＥＣ＿３１の範囲内にあるＮＡＬユニットタイプ、アプリケーションにより決定されたとおりに使用されてもよい。本明細書では、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅのこれらの値の復号処理は規定されていない。異なるアプリケーションはこれらのＮＡＬユニットタイプを異なる目的で使用してもよいので、これらのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値を有するＮＡＬユニットを生成するエンコーダの設計、およびこれらのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値を有するＮＡＬユニットのコンテンツを解釈するデコーダの設計にあたり、特に注意しなければならない。本明細書は、これらの値の管理を定義していない。これらのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値は、使用の「衝突」（すなわち、同じｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値に対するＮＡＬユニットのコンテンツの意味の異なる定義）が重要でない、または可能でない、または管理された状況、例えば、制御アプリケーションまたはトランスポート仕様において、またはビットストリームが分散される環境を制御することによって定義または管理されるコンテキストでの使用にのみ適している場合がある。
（附属書Ｃに規定されるように）ビットストリームのＤＵにおけるデータの数を決定すること以外の目的のために、デコーダは、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの予約済みの値を使用するすべてのＮＡＬユニットのコンテンツを無視する（ビットストリームから取り除き、廃棄する）ものとする。
注３－この要件は、本明細書に適合する拡張を将来的に定義することを可能にする。
表５－ＮＡＬユニットタイプコードおよびＮＡＬユニットタイプクラス
【0057】
【表20】
【表21】
注４－ＣＲＡ（Ｃｌｅａｎ Ｒａｎｄｏｍ Ａｃｃｅｓｓ）ピクチャは、ビットストリームに存在する関連付けられたＲＡＳＬまたはＲＡＤＬピクチャを有してもよい。
注５－ＩＤＲ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＩＤＲ（Ｉｎｓｔａｎｔａｎｅｏｕｓ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ）ピクチャは、ビットストリームに存在する関連付けられた先頭ピクチャを有さない。ＩＤＲ＿Ｗ＿ＲＡＤＬに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＩＤＲピクチャは、ビットストリームに存在する関連付けられたＲＡＳＬピクチャ有していないが、ビットストリームに関連付けられたＲＡＤＬピクチャを有していてもよい。
ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの値は、１つのサブピクチャのすべてのＶＣＬ ＮＡＬユニットについて同じものとする。１つのサブピクチャは、このサブピクチャのＶＣＬ ＮＡＬユニットと同じＮＡＬユニットタイプを有すると見なされている。
【0058】
任意の特定のピクチャのＶＣＬ ＮＡＬユニットに対して、以下が適用される。
－ ｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが０に等しい場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの値は、ピクチャの全てのＶＣＬ ＮＡＬユニットについて同一であるものとし、ピクチャまたはＰＵは、このピクチャまたはＰＵのコーディングされたスライスＮＡＬユニットと同一のＮＡＬユニットタイプを有するとみなされる。
－ そうでない場合（ｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが１に等しい）、このピクチャは、少なくとも２つのサブピクチャを有し、このピクチャのＶＣＬ ＮＡＬユニットは、以下のような正確に２つの異なるｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値を有するものとする。このピクチャの少なくとも１つのサブピクチャのＶＣＬ ＮＡＬユニットは、全てＳＴＳＡ＿ＮＵＴ、ＲＡＤＬ＿ＮＵＴ、ＲＡＳＬ＿ＮＵＴ、ＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰ、またはＣＲＡ＿ＮＵＴに等しい特定のｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する一方、ピクチャ内の他のサブピクチャのＶＣＬ ＮＡＬユニットは、全て、異なる特定値としてＴＲＡＩＬ＿ＮＵＴ、ＲＡＤＬ＿ＮＵＴ、またはＲＡＳＬ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するものとする。
－ ｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが０に等しい場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの値は、ピクチャの全てのＶＣＬ ＮＡＬユニットについて同一であるものとし、ピクチャまたはＰＵは、このピクチャまたはＰＵのコーディングされたスライスＮＡＬユニットと同一のＮＡＬユニットタイプを有するとみなされる。
－ そうでない場合（ｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが１に等しい）、このピクチャは、少なくとも２つのサブピクチャを有し、このピクチャのＶＣＬ ＮＡＬユニットは、以下のような正確に２つの異なるｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値を有するものとする。このピクチャの少なくとも１つのサブピクチャのＶＣＬ ＮＡＬユニットは、全てＳＴＳＡ＿ＮＵＴ、ＲＡＤＬ＿ＮＵＴ、ＲＡＳＬ＿ＮＵＴ、ＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰ、またはＣＲＡ＿ＮＵＴに等しい特定のｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する一方、ピクチャ内の他のサブピクチャのＶＣＬ ＮＡＬユニットは、全て、異なる特定値としてＴＲＡＩＬ＿ＮＵＴ、ＲＡＤＬ＿ＮＵＴ、またはＲＡＳＬ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するものとする。
【0059】
単レイヤビットストリームの場合、以下の制約が適用される。
－ 各ピクチャは、復号順においてビットストリームの第１のピクチャを除き、復号順において前のＩＲＡＰピクチャに関連付けられていると考えられる。
－ ピクチャがＩＲＡＰピクチャの先端ピクチャである場合、ＲＡＤＬまたはＲＡＳＬピクチャとする。
－ ピクチャがＩＲＡＰピクチャの後端ピクチャである場合、ＲＡＤＬまたはＲＡＳＬピクチャではないものとする。
－ ＲＡＳＬピクチャは、ＩＤＲピクチャに関連付けられたビットストリームに含まれていないものとする。
－ ＲＡＤＬピクチャは、ＩＤＲ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＩＤＲピクチャに関連付けられたビットストリームに含まれていないものとする。
注６－各パラメータセットが参照されるときに、（ビットストリームにおいて、または本明細書で規定されていない外部手段によって）利用可能である限り、ＩＲＡＰ ＰＵの前のすべてのＰＵを破棄することにより、ＩＲＡＰ ＰＵの位置でランダムアクセスを実行する（かつ、復号順においてＩＲＡＰピクチャおよびすべての後続の非ＲＡＳＬピクチャを正しく復号する）ことが可能である。
－ 復号順において、ＩＲＡＰピクチャに先行するピクチャは、出力順でＩＲＡＰピクチャに先行し、出力順において、ＩＲＡＰピクチャに関連付けられたＲＡＤＬピクチャに先行するものとする。
－ ＣＲＡピクチャに関連付けられたＲＡＳＬピクチャは、出力順においてＣＲＡピクチャに関連付けられたＲＡＤＬピクチャに先行するものとする。
－ ＣＲＡピクチャに関連付けられたＲＡＳＬピクチャは、復号順でＣＲＡピクチャに先行するＩＲＡＰピクチャの出力順に従うものとする。
－ ｆｉｅｌｄ＿ｓｅｑ＿ｆｌａｇが０に等しく、現在のピクチャがＩＲＡＰピクチャに関連付けられた先頭ピクチャに等しい場合、それは、復号順において、同じＩＲＡＰピクチャに関連付けられたすべての非先頭ピクチャに先行するものとする。そうでない場合、ｐｉｃＡおよびｐｉｃＢを、それぞれ、ＩＲＡＰピクチャに関連付けられた、復号順において、最初のおよび最後の先頭ピクチャとすると、復号順においてｐｉｃＡに先行する最大で１つの非先頭ピクチャが存在し、復号順においてｐｉｃＡおよびｐｉｃＢの間に非先頭ピクチャはないものとする。
－ 各ピクチャは、復号順においてビットストリームの第１のピクチャを除き、復号順において前のＩＲＡＰピクチャに関連付けられていると考えられる。
－ ピクチャがＩＲＡＰピクチャの先端ピクチャである場合、ＲＡＤＬまたはＲＡＳＬピクチャとする。
－ ピクチャがＩＲＡＰピクチャの後端ピクチャである場合、ＲＡＤＬまたはＲＡＳＬピクチャではないものとする。
－ ＲＡＳＬピクチャは、ＩＤＲピクチャに関連付けられたビットストリームに含まれていないものとする。
－ ＲＡＤＬピクチャは、ＩＤＲ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＩＤＲピクチャに関連付けられたビットストリームに含まれていないものとする。
注６－各パラメータセットが参照されるときに、（ビットストリームにおいて、または本明細書で規定されていない外部手段によって）利用可能である限り、ＩＲＡＰ ＰＵの前のすべてのＰＵを破棄することにより、ＩＲＡＰ ＰＵの位置でランダムアクセスを実行する（かつ、復号順においてＩＲＡＰピクチャおよびすべての後続の非ＲＡＳＬピクチャを正しく復号する）ことが可能である。
－ 復号順において、ＩＲＡＰピクチャに先行するピクチャは、出力順でＩＲＡＰピクチャに先行し、出力順において、ＩＲＡＰピクチャに関連付けられたＲＡＤＬピクチャに先行するものとする。
－ ＣＲＡピクチャに関連付けられたＲＡＳＬピクチャは、出力順においてＣＲＡピクチャに関連付けられたＲＡＤＬピクチャに先行するものとする。
－ ＣＲＡピクチャに関連付けられたＲＡＳＬピクチャは、復号順でＣＲＡピクチャに先行するＩＲＡＰピクチャの出力順に従うものとする。
－ ｆｉｅｌｄ＿ｓｅｑ＿ｆｌａｇが０に等しく、現在のピクチャがＩＲＡＰピクチャに関連付けられた先頭ピクチャに等しい場合、それは、復号順において、同じＩＲＡＰピクチャに関連付けられたすべての非先頭ピクチャに先行するものとする。そうでない場合、ｐｉｃＡおよびｐｉｃＢを、それぞれ、ＩＲＡＰピクチャに関連付けられた、復号順において、最初のおよび最後の先頭ピクチャとすると、復号順においてｐｉｃＡに先行する最大で１つの非先頭ピクチャが存在し、復号順においてｐｉｃＡおよびｐｉｃＢの間に非先頭ピクチャはないものとする。
【0060】
【化4】
ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値は０に等しくないものとする。
変数ＴｅｍｐｏｒａｌＩｄは、以下のように導出される。
ＴｅｍｐｏｒａｌＩｄ＝ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１－１ （３６）
【0061】
ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＩＤＲ＿Ｗ＿ＲＡＤＬ～ＲＳＶ＿ＩＲＡＰ＿１２の範囲内にある場合、ＴｅｍｐｏｒａｌＩｄは０に等しいものとする。
ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＳＴＳＡ＿ＮＵＴに等しく、ｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］が１に等しい場合、ＴｅｍｐｏｒａｌＩｄは０に等しくないものとする。
ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＳＴＳＡ＿ＮＵＴに等しく、ｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］が１に等しい場合、ＴｅｍｐｏｒａｌＩｄは０に等しくないものとする。
【0062】
ＴｅｍｐｏｒａｌＩｄの値は、ＡＵのすべてのＶＣＬ ＮＡＬユニットに対して同じであるものとする。コーディングされたピクチャ、ＰＵ、またはＡＵのＴｅｍｐｏｒａｌＩｄの値は、コーディングされたピクチャ、ＰＵ、またはＡＵのＶＣＬ ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄの値である。サブレイヤ表現のＴｅｍｐｏｒａｌＩｄの値は、サブレイヤ表現におけるすべてのＶＣＬ ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄの最大値である。
【0063】
非ＶＣＬ ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄの値は、以下のように制約される。
－ ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＤＣＩ＿ＮＵＴ、ＶＰＳ＿ＮＵＴ、ＶＰＳ＿ＮＵＴ、またはＳＰＳ＿ＮＵＴに等しい場合、ＴｅｍｐｏｒａｌＩｄは０に等しく、ＮＡＬユニットを含むＡＵのＴｅｍｐｏｒａｌＩｄは０に等しいものとする。
－ そうでない場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＰＨ＿ＮＵＴに等しい場合、ＴｅｍｐｏｒａｌＩｄは、ＮＡＬユニットを含むＰＵのＴｅｍｐｏｒａｌＩｄであるものとする。
－ そうでない場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＥＯＳ＿ＮＵＴまたはＥＯＢ＿ＮＵＴに等しい場合、ＴｅｍｐｏｒａｌＩｄは０に等しいものとする。
－ そうでない場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＡＵＤ＿ＮＵＴ、ＦＤ＿ＮＵＴ、ＰＲＥＦＩＸ＿ＳＥＩ＿ＮＵＴ、またはＳＵＦＦＩＸ＿ＳＥＩ＿ＮＵＴに等しい場合、ＴｅｍｐｏｒａｌＩｄはＮＡＬユニットを含むＡＵのＴｅｍｐｏｒａｌＩｄであるものとする。
－ そうでない場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＰＰＳ＿ＮＵＴ、ＰＲＥＦＩＸ＿ＡＰＳ＿ＮＵＴ、またはＳＵＦＦＩＸ＿ＡＰＳ＿ＮＵＴに等しい場合、ＴｅｍｐｏｒａｌＩｄはＮＡＬユニットを含むＰＵのＴｅｍｐｏｒａｌＩｄ以上であるものとする。
注７－ ＮＡＬユニットが非ＶＣＬ ＮＡＬユニットである場合、ＴｅｍｐｏｒａｌＩｄの値は、非ＶＣＬ ＮＡＬユニットが適用されるすべてのＡＵのＴｅｍｐｏｒａｌＩｄ値の最小値に等しい。ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＰＰＳ＿ＮＵＴ、ＰＲＥＦＩＸ＿ＡＰＳ＿ＮＵＴ、またはＳＵＦＦＩＸ＿ＡＰＳ＿ＮＵＴに等しい場合、ＴｅｍｐｏｒａｌＩｄは、ＡＵを含むＴｅｍｐｏｒａｌＩｄ以上であってもよく、すべてのＰＰＳおよびＡＰＳがビットストリームの始まりに含まれてもよく（例えば、それらが帯域外に輸送されている場合、受信機はそれらをビットストリームの先端に配置する）、第１のコーディングされたピクチャは、０に等しいＴｅｍｐｏｒａｌＩｄを有する。
－ ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＤＣＩ＿ＮＵＴ、ＶＰＳ＿ＮＵＴ、ＶＰＳ＿ＮＵＴ、またはＳＰＳ＿ＮＵＴに等しい場合、ＴｅｍｐｏｒａｌＩｄは０に等しく、ＮＡＬユニットを含むＡＵのＴｅｍｐｏｒａｌＩｄは０に等しいものとする。
－ そうでない場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＰＨ＿ＮＵＴに等しい場合、ＴｅｍｐｏｒａｌＩｄは、ＮＡＬユニットを含むＰＵのＴｅｍｐｏｒａｌＩｄであるものとする。
－ そうでない場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＥＯＳ＿ＮＵＴまたはＥＯＢ＿ＮＵＴに等しい場合、ＴｅｍｐｏｒａｌＩｄは０に等しいものとする。
－ そうでない場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＡＵＤ＿ＮＵＴ、ＦＤ＿ＮＵＴ、ＰＲＥＦＩＸ＿ＳＥＩ＿ＮＵＴ、またはＳＵＦＦＩＸ＿ＳＥＩ＿ＮＵＴに等しい場合、ＴｅｍｐｏｒａｌＩｄはＮＡＬユニットを含むＡＵのＴｅｍｐｏｒａｌＩｄであるものとする。
－ そうでない場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＰＰＳ＿ＮＵＴ、ＰＲＥＦＩＸ＿ＡＰＳ＿ＮＵＴ、またはＳＵＦＦＩＸ＿ＡＰＳ＿ＮＵＴに等しい場合、ＴｅｍｐｏｒａｌＩｄはＮＡＬユニットを含むＰＵのＴｅｍｐｏｒａｌＩｄ以上であるものとする。
注７－ ＮＡＬユニットが非ＶＣＬ ＮＡＬユニットである場合、ＴｅｍｐｏｒａｌＩｄの値は、非ＶＣＬ ＮＡＬユニットが適用されるすべてのＡＵのＴｅｍｐｏｒａｌＩｄ値の最小値に等しい。ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＰＰＳ＿ＮＵＴ、ＰＲＥＦＩＸ＿ＡＰＳ＿ＮＵＴ、またはＳＵＦＦＩＸ＿ＡＰＳ＿ＮＵＴに等しい場合、ＴｅｍｐｏｒａｌＩｄは、ＡＵを含むＴｅｍｐｏｒａｌＩｄ以上であってもよく、すべてのＰＰＳおよびＡＰＳがビットストリームの始まりに含まれてもよく（例えば、それらが帯域外に輸送されている場合、受信機はそれらをビットストリームの先端に配置する）、第１のコーディングされたピクチャは、０に等しいＴｅｍｐｏｒａｌＩｄを有する。
【0064】
３．７． 適応ループフィルタ（ＡＬＦ）
２つの菱形フィルタ形状（図７に示す）がブロックベースのＡＬＦにおいて使用される。輝度成分に対し７×７の菱形が適用され、彩度成分には５×５の菱形が適用される。局所的な勾配の方向および活性度に基づいて、４×４ブロックごとに最大２５個までのフィルタのうち１つを選択する。ピクチャにおける各４×４ブロックは、方向性および活性度に基づいて分類される。各４×４ブロックをフィルタリングする前に、そのブロックに対して計算された勾配値に基づいて、回転または対角および垂直フリップ等の簡単な幾何学的変換をフィルタ係数に適用することができる。これは、これらの変換をフィルタサポート領域内のサンプルに適用することに等しい。その考えは、ＡＬＦが適用される異なるブロックを、それらの方向性を揃えることによって、より類似させることである。ブロックベースの分類は彩度成分には適用されない。
２つの菱形フィルタ形状（図７に示す）がブロックベースのＡＬＦにおいて使用される。輝度成分に対し７×７の菱形が適用され、彩度成分には５×５の菱形が適用される。局所的な勾配の方向および活性度に基づいて、４×４ブロックごとに最大２５個までのフィルタのうち１つを選択する。ピクチャにおける各４×４ブロックは、方向性および活性度に基づいて分類される。各４×４ブロックをフィルタリングする前に、そのブロックに対して計算された勾配値に基づいて、回転または対角および垂直フリップ等の簡単な幾何学的変換をフィルタ係数に適用することができる。これは、これらの変換をフィルタサポート領域内のサンプルに適用することに等しい。その考えは、ＡＬＦが適用される異なるブロックを、それらの方向性を揃えることによって、より類似させることである。ブロックベースの分類は彩度成分には適用されない。
【0065】
ＡＬＦフィルタパラメータは、適応パラメータセット（ＡＰＳ）において信号通知される。１つのＡＰＳにおいて、最大２５組の輝度フィルタ係数およびクリッピング値インデックス、並びに最大８組の彩度フィルタ係数およびクリッピング値インデックスを信号通知することができる。ビットオーバーヘッドを低減するために、輝度成分の異なる分類のフィルタ係数をマージすることができる。ピクチャまたはスライスヘッダにおいて、現在のピクチャまたはスライスに対して使用される輝度フィルタセットを特定するように、最大７個のＡＰＳのＩＤを通知することができる。フィルタリング処理はＣＴＢレベルでさらに制御される。１つの輝度ＣＴＢは、１６個の固定フィルタセットと複数のＡＰＳにおいて信号通知されるフィルタセットから、１つのフィルタセットを選択することができる。彩度成分の場合、現在のピクチャまたはスライスに使用されている彩度フィルタセットを示すように、ピクチャまたはスライスヘッダにＡＰＳ ＩＤを信号通知する。ＣＴＢレベルにおいて、ＡＰＳにおいて２以上の彩度フィルタセットが存在する場合、各彩度ＣＴＢに対しフィルタインデックスを信号通知する。ＣＴＢに対してＡＬＦが有効化されるとき、そのＣＴＢ内の各サンプルに対して、信号伝達された重みを有する菱形フィルタを実行し、クリッピング演算を適用して、隣接するサンプルと現在のサンプルとの間の差をクリップする。クリッピング演算は、現在のサンプル値とあまりにも異なる隣接サンプル値の影響を低減することによって、ＡＬＦをより効率的にするように、非線形性を導入する。
【0066】
クロスコンポーネント適応ループフィルタ（ＣＣ－ＡＬＦ）は、前述のＡＬＦの上部の各彩度成分をさらに拡張することができる。ＣＣ－ＡＬＦの目的は、輝度サンプル値を使用して各彩度成分を洗練することである。これは、菱形のハイパス線形フィルタを適用し、このフィルタリング演算の出力を彩度微調整に用いることによって実現される。図８は、他のループフィルタに対するＣＣ－ＡＬＦ処理のシステムレベルダイアグラムを提供する。図８に示すように、ＣＣ－ＡＬＦは、全ループフィルタ処理の追加の工程を避けるために、輝度ＡＬＦと同じ入力を使用する。
【0067】
３．８． 彩度スケーリングを伴う輝度マッピング（ＬＭＣＳ）
【化5】
【0068】
４ 開示される技術的解決策が解決しようとする技術課題の例
最近のＶＶＣテキスト（ＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）における既存の設計は、以下の問題を有する。
１） ＪＶＥＴ－Ｎ０２８０における係数コーディングは、画面内容のコーディングにおいてコーディングの利点を実現することができるが、係数コーディングおよびＴＳモードは、依然としていくつかの欠点を有する可能性がある。
ａ） 例えば、ＢＤＰＣＭがシーケンスに対して無効になっている場合、コーディングフラグをコーディングするために使用されるコンテキスト（３．２．１章に記載）は非連続であってもよい。このような設計では、非連続的なコンテキストインデックスに関連付けられたメモリアドレスも非連続的であるため、コンテキストの切り替えが困難になる。
ｂ） コーディングフラグにバイパスコーディングを使用するか、コンテキストコーディングを使用するかは、このケースでは不明である。
－ 残りの許可されたコンテキストコーディングされたビンの数（ＲｅｍＣｃｂｓで表される）は、０に等しい。
－ 現在のブロックはＴＳモードでコーディングされる。
－ ｓｌｉｃｅ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇはｆａｌｓｅである。
２） ＳＥＩメッセージの大部分の繰り返しは、ＰＵ内で最大４回に制限され、復号ユニット情報ＳＥＩメッセージの繰り返しは、ＤＵ内で最大４回に制限される。しかしながら、２つのＶＣＬ ＮＡＬユニット間で同じＳＥＩメッセージを複数回繰り返すことも可能であり、それは無意味である。
３） ２つのＶＣＬ ＮＡＬユニットの間でＳＥＩ ＮＡＬユニット以外の非ＶＣＬ ＮＡＬユニットの繰り返しは認められるが、これも意味がない。
４） ＡＰＳ ＮＡＬユニットは複数のレイヤにわたって共有され得る。しかしながら、ＡＬＦの場合、フィルタは再構成されたサンプルに大きく依存し、異なるレイヤの場合は、同じ映像コンテンツであっても、ＱＰが異なって使用される可能性があり、したがって、ほとんどの場合、異なるレイヤのピクチャに対して生成されたものからのＡＬＦフィルタ継承は、無視し得るコーディングゲインベネフィットを生じない。したがって、ＡＬＦ ＡＰＳ動作をよりシンプルにするために、複数のレイヤにわたるＡＰＳ ＮＡＬユニットの共有は禁止されるべきである。他のタイプのＡＰＳ（すなわち、ＬＭＣＳ ＡＰＳおよびスケーリングリストＡＰＳ）についても同様である。
６） 特定の値のａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅを有する全てのＡＰＳ ＮＡＬユニットは、ｎｕｈ＿ｌａｙｅｒ＿ｉｄの値に関わらず、ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄに対して同じ値空間を共有することが規定されている。ただし、その一方で、ＰＵ内でａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの特定の値およびａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅの特定の値を有する全てのＡＰＳ ＮＡＬユニットは、これらがプレフィックスＡＰＳ ＮＡＬユニット、サフィックスＡＰＳ ＮＡＬユニットであるかに関わらず、同じ内容でなければならないことが規定されている。したがって、異なるＮＡＬユニットタイプを有する同じタイプのＡＰＳが、ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄに対して同じ値空間を共有することも理にかなっている。
７） ＡＰＳ ＮＡＬユニット（ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの特定の値、ａｄａｐｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの特定の値、およびａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅの特定の値を有する）は、ＰＵ間でおよびＣＬＶＳ間でも共有されることが認められている。しかし、特定のＡＰＳ ＮＡＬユニットをＣＬＶＳにわたって共有できるような良好なコーディングゲインを有することは期待されない。
最近のＶＶＣテキスト（ＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）における既存の設計は、以下の問題を有する。
１） ＪＶＥＴ－Ｎ０２８０における係数コーディングは、画面内容のコーディングにおいてコーディングの利点を実現することができるが、係数コーディングおよびＴＳモードは、依然としていくつかの欠点を有する可能性がある。
ａ） 例えば、ＢＤＰＣＭがシーケンスに対して無効になっている場合、コーディングフラグをコーディングするために使用されるコンテキスト（３．２．１章に記載）は非連続であってもよい。このような設計では、非連続的なコンテキストインデックスに関連付けられたメモリアドレスも非連続的であるため、コンテキストの切り替えが困難になる。
ｂ） コーディングフラグにバイパスコーディングを使用するか、コンテキストコーディングを使用するかは、このケースでは不明である。
－ 残りの許可されたコンテキストコーディングされたビンの数（ＲｅｍＣｃｂｓで表される）は、０に等しい。
－ 現在のブロックはＴＳモードでコーディングされる。
－ ｓｌｉｃｅ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇはｆａｌｓｅである。
２） ＳＥＩメッセージの大部分の繰り返しは、ＰＵ内で最大４回に制限され、復号ユニット情報ＳＥＩメッセージの繰り返しは、ＤＵ内で最大４回に制限される。しかしながら、２つのＶＣＬ ＮＡＬユニット間で同じＳＥＩメッセージを複数回繰り返すことも可能であり、それは無意味である。
３） ２つのＶＣＬ ＮＡＬユニットの間でＳＥＩ ＮＡＬユニット以外の非ＶＣＬ ＮＡＬユニットの繰り返しは認められるが、これも意味がない。
４） ＡＰＳ ＮＡＬユニットは複数のレイヤにわたって共有され得る。しかしながら、ＡＬＦの場合、フィルタは再構成されたサンプルに大きく依存し、異なるレイヤの場合は、同じ映像コンテンツであっても、ＱＰが異なって使用される可能性があり、したがって、ほとんどの場合、異なるレイヤのピクチャに対して生成されたものからのＡＬＦフィルタ継承は、無視し得るコーディングゲインベネフィットを生じない。したがって、ＡＬＦ ＡＰＳ動作をよりシンプルにするために、複数のレイヤにわたるＡＰＳ ＮＡＬユニットの共有は禁止されるべきである。他のタイプのＡＰＳ（すなわち、ＬＭＣＳ ＡＰＳおよびスケーリングリストＡＰＳ）についても同様である。
【化6】
６） 特定の値のａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅを有する全てのＡＰＳ ＮＡＬユニットは、ｎｕｈ＿ｌａｙｅｒ＿ｉｄの値に関わらず、ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄに対して同じ値空間を共有することが規定されている。ただし、その一方で、ＰＵ内でａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの特定の値およびａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅの特定の値を有する全てのＡＰＳ ＮＡＬユニットは、これらがプレフィックスＡＰＳ ＮＡＬユニット、サフィックスＡＰＳ ＮＡＬユニットであるかに関わらず、同じ内容でなければならないことが規定されている。したがって、異なるＮＡＬユニットタイプを有する同じタイプのＡＰＳが、ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄに対して同じ値空間を共有することも理にかなっている。
７） ＡＰＳ ＮＡＬユニット（ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの特定の値、ａｄａｐｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの特定の値、およびａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅの特定の値を有する）は、ＰＵ間でおよびＣＬＶＳ間でも共有されることが認められている。しかし、特定のＡＰＳ ＮＡＬユニットをＣＬＶＳにわたって共有できるような良好なコーディングゲインを有することは期待されない。
【0069】
５ 技術的解決策および実施例の一覧
上述した課題等を解決するために、以下に示す方法が開示されている。これらの項目は、一般的な概念を説明するための例であり、狭義に解釈されるべきではない。さらに、これらの項目は、個々に適用されてもよく、または任意の方法で組み合わされてもよい。
１． 符号フラグをコーディングするために許容されるコンテキストインデックスオフセットは、現在のブロックがモードＸでコーディングされる場合、第１の範囲［Ｎ０，Ｎ１］内にあり、それ以外の場合は［Ｎ２，Ｎ３］であることが提案される。
ａ． 一例において、モードＸは、輝度および／または彩度ＢＤＰＣＭモードであってもよい。
ｂ． 一例において、Ｎ０、Ｎ１、Ｎ２、Ｎ３は、それぞれ０、２、３、５であることができる。
ｃ． 一例において、上記例は、条件Ｍが偽である場合に適用されてもよい。
ｄ． 一例として、上記の例は、ブロックに対して変換スキップ（ｔｒａｎｓｆｏｒｍａｔｉｏｎ ｓｋｉｐ）を適用する場合に適用されてもよい。
ｅ． Ｎ０、Ｎ１、Ｎ２、Ｎ３は、以下の１つ以上に基づいて決定されてもよい。
ｉ． ＳＰＳ／ＶＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／ＬＣＵ行／ＬＣＵ群／ＬＣＵ／ＣＵにおいて信号通知された指示
ｉｉ． 現在のブロックおよび／またはその隣接のブロックのブロック寸法
ｉｉｉ． 現在のブロックおよび／またはその隣接のブロックのブロック形状
ｉｖ． カラーフォーマットの表示（例えば、４：２：０、４：４：４）
ｖ． 別個または二重のコーディングツリー構造が使用されているかどうか
ｖｉ． スライスのタイプおよび／またはピクチャのタイプ
ｖｉｉ． 色成分の数
２． （ＲｅｍＣｃｂｓで表される）残りの許可されたコンテキストコーディングされたビンの数がＮよりも小さい場合、符号フラグをバイパスモードでコーディングすることが提案される。
ａ． 一例において、符号フラグは、ＲｅｍＣｃｂｓ＜Ｎである場合、バイパスモードでコーディングされる。
ｉ． あるいは、一例において、ＲｅｍＣｃｂｓ≧Ｎである場合、符号フラグはコンテキストモードでコーディングされる。
ｂ． 一例において、ＲｅｍＣｃｂｓがＮに等しい場合、符号フラグはバイパスモードでコーディングされる。
ｉ． あるいは、一例において、ＲｅｍＣｃｂｓ＞Ｎである場合、符号フラグはバイパスモードでコーディングされる。
ｃ． 一例において、Ｎは４に等しく設定されてもよい。
ｉ． あるいは、一例において、Ｎは０に等しく設定されてもよい。
ｄ． 一例において、Ｎは整数であり、以下に基づいてもよい。
ｉ． ＳＰＳ／ＶＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／ＬＣＵ行／ＬＣＵ群／ＬＣＵ／ＣＵにおいて信号通知された指示
ｉｉ． 現在のブロックおよび／またはその隣接のブロックのブロック寸法
ｉｉｉ． 現在のブロックおよび／またはその隣接のブロックのブロック形状
ｉｖ． カラーフォーマットの表示（例えば、４：２：０、４：４：４）
ｖ． 別個または二重のコーディングツリー構造が使用されているかどうか
ｖｉ． スライスのタイプおよび／またはピクチャのタイプ
ｖｉｉ． 色成分の数
ｅ． 上記の例は、ＢＤＰＣＭ符号化ブロックを含む、または含まない変換ブロックおよび／または変換スキップブロックに適用されてもよい。
３． 符号フラグをコーディングするためのコンテキストインデックスオフセットは、以下のうちの１つ以上に基づいて決定されてもよい。
ａ． ＳＰＳ／ＶＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／ＬＣＵ行／ＬＣＵ群／ＬＣＵ／ＣＵにおいて信号通知された指示
ｂ． 現在のブロックおよび／またはその隣接のブロックのブロック寸法
ｃ． 現在のブロックおよび／またはその隣接のブロックのブロック形状
ｉ． 一例において、符号フラグのコンテキスト値は、異なるブロック形状に対して別個であってもよい。
ｄ． 現在のブロックの隣接ブロックの予測モード（イントラ／インター）
ｉ． 一例において、符号フラグのコンテキスト値は、イントラブロックとインターブロックとで別個であってもよい。
ｅ． 現在のブロックの隣接ブロックのＢＤＰＣＭモードの表示
ｆ． カラーフォーマットの表示（例えば、４：２：０、４：４：４）
ｇ． 別個または二重のコーディングツリー構造が使用されているかどうか
ｈ． スライスのタイプおよび／またはピクチャのタイプ
ｉ． 色成分の数
ｉ． １つの例において、標識フラグのコンテキスト値は、輝度色成分と彩度色成分とで別個であってもよい。
用語「スライスユニット」は、以下のように定義される。
４． 問題２を解決するために、全てのタイプのＳＥＩメッセージの１つ以上を、ＳＵ内で繰り返されるように許可されなくてもよい。
ｂ． あるいは、特定のペイロードタイプ値の任意のＳＥＩメッセージを（内容にかかわらず）、ＳＵ内で繰り返されるように許可されない。
ｃ． あるいは、特定のペイロードタイプを有する任意のＳＥＩメッセージを、ＳＵ内で更新するように許可されない。
５． 問題３を解決するために、ＰＲＥＦＩＸ＿ＳＥＩ＿ＮＵＴおよびＳＵＦＦＩＸ＿ＳＥＩ＿ＮＵＴ以外の非ＶＣＬ ＮＡＬタイプの１つ以上について、ＳＵ内の非ＶＣＬ ＮＡＬユニットの繰り返しを許可しなくてもよい。
ａ． １つの例において、以下の制約の１つ以上が指定される：
ｂ． 代替的にまたは追加的に、ＤＣＩ ＮＡＬユニットを、ＣＬＶＳまたはＣＶＳ内で繰り返すように許可されない。
ｃ． 代替的にまたは追加的に、ｖｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの特定の値を有するＶＰＳ ＮＡＬユニットは、ＣＬＶＳまたはＣＶＳ内で繰り返されるように許可されない。
ｄ． 代替的にまたは追加的に、ｓｐｓ＿ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの特定の値を有するＳＰＳ ＮＡＬユニットは、ＣＬＶＳ内で繰り返されるように許可されない。
６． 問題４を解決するために、全てのタイプのＡＰＳをレイヤにわたって共有してはならないことを規定してもよい。
ａ． あるいは、ＡＬＦ ＡＰＳをレイヤにわたって共有しないことを規定してもよい。
７． 問題５を解決するために、ＰＵ内でＡＬＦ ＡＰＳを更新することができることを規定してもよい。
ａ． あるいは、ピクチャユニット内で適応パラメータセットを更新することを許可しないことを規定してもよい。
８． 問題６を解決するために、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に関わらず、かつそれらがプレフィックスＡＰＳ ＮＡＬユニットかサフィックスＡＰＳ ＮＡＬユニットであるかどうかに関わらず、ａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅの特定の値を有する全てのＡＰＳ ＮＡＬユニットは、ａｄａｐａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄに対して同じ値空間を共有することが規定されてもよい。
ａ． あるいは、ＬＭＣＳ ＡＰＳ ＮＡＬユニットは、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に関わらず、かつそれらがプレフィックスＡＰＳ ＮＡＬユニットかサフィックスＡＰＳ ＮＡＬユニットであるかどうかに関わらず、ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄに対して同じ値空間を共有することが規定されてもよい。
ｂ． あるいは、ＡＬＦ ＡＰＳ ＮＡＬユニットは、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に関わらず、かつそれらがプレフィックスＡＰＳ ＮＡＬユニットであるかサフィックスＡＰＳ ＮＡＬユニットであるかどうかに関わらず、ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄに対して同じ値空間を共有することが規定されてもよい。
９． 課題６を解決するために、ＡＰＳ ＮＡＬユニット（ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの特定の値、ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの特定の値、およびａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅの特定の値）はＣＬＶＳ間で共有してはならないことが規定されてもよい。
ａ． 一例において、ＶＣＬ ＮＡＬユニット ｖｃｌＮａｌＵｎｉｔＡが参照するＡＰＳ ＮＡＬユニットは、ｖｃｌＮａｌＵｎｉｔＡを含むＣＬＶＳとは異なるＣＬＶＳ内のＶＣＬ ＮＡＬユニットの関連付けられた非ＶＣＬ ＮＡＬユニットであってはならないことが規定される。
ｂ． あるいは、ＶＣＬ ＮＡＬユニット ｖｃｌＮａｌＵｎｉｔＡが参照するＡＰＳ ＮＡＬユニットは、ｖｃｌＮａｌＵｎｉｔＡが関連付けられたＩＲＡＰピクチャと異なるＩＲＡＰピクチャに関連付けられたＶＣＬ ＮＡＬユニットの関連付けられた非ＶＣＬ ＮＡＬユニットであってはならないことが規定される。
ｃ． あるいは、ＶＣＬ ＮＡＬユニットｖｃｌＮａｌＵｎｉｔＡによって参照されるＡＰＳ ＮＡＬユニットは、ｖｃｌＮａｌＵｎｉｔＡが関連付けられたＩＲＡＰまたはＧＤＲピクチャとは異なるＩＲＡＰまたはＧＤＲピクチャに関連付けられたＶＣＬ ＮＡＬユニットの関連付けられた非ＶＣＬ ＮＡＬユニットであってはならないことが規定される。
ｄ． あるいは、ＡＰＳはＣＶＳ間で共有されないように指定されてもよい。
ｉ． あるいは、特定のＡＰＳタイプ（例えば、ＡＬＦ、ＬＭＣＳ、ＳＣＡＬＩＮＧ）を有するＡＰＳは、ＣＶＳ間で共有されないように指定されてもよい。
上述した課題等を解決するために、以下に示す方法が開示されている。これらの項目は、一般的な概念を説明するための例であり、狭義に解釈されるべきではない。さらに、これらの項目は、個々に適用されてもよく、または任意の方法で組み合わされてもよい。
【化7】
１． 符号フラグをコーディングするために許容されるコンテキストインデックスオフセットは、現在のブロックがモードＸでコーディングされる場合、第１の範囲［Ｎ０，Ｎ１］内にあり、それ以外の場合は［Ｎ２，Ｎ３］であることが提案される。
ａ． 一例において、モードＸは、輝度および／または彩度ＢＤＰＣＭモードであってもよい。
ｂ． 一例において、Ｎ０、Ｎ１、Ｎ２、Ｎ３は、それぞれ０、２、３、５であることができる。
ｃ． 一例において、上記例は、条件Ｍが偽である場合に適用されてもよい。
ｄ． 一例として、上記の例は、ブロックに対して変換スキップ（ｔｒａｎｓｆｏｒｍａｔｉｏｎ ｓｋｉｐ）を適用する場合に適用されてもよい。
ｅ． Ｎ０、Ｎ１、Ｎ２、Ｎ３は、以下の１つ以上に基づいて決定されてもよい。
ｉ． ＳＰＳ／ＶＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／ＬＣＵ行／ＬＣＵ群／ＬＣＵ／ＣＵにおいて信号通知された指示
ｉｉ． 現在のブロックおよび／またはその隣接のブロックのブロック寸法
ｉｉｉ． 現在のブロックおよび／またはその隣接のブロックのブロック形状
ｉｖ． カラーフォーマットの表示（例えば、４：２：０、４：４：４）
ｖ． 別個または二重のコーディングツリー構造が使用されているかどうか
ｖｉ． スライスのタイプおよび／またはピクチャのタイプ
ｖｉｉ． 色成分の数
２． （ＲｅｍＣｃｂｓで表される）残りの許可されたコンテキストコーディングされたビンの数がＮよりも小さい場合、符号フラグをバイパスモードでコーディングすることが提案される。
ａ． 一例において、符号フラグは、ＲｅｍＣｃｂｓ＜Ｎである場合、バイパスモードでコーディングされる。
ｉ． あるいは、一例において、ＲｅｍＣｃｂｓ≧Ｎである場合、符号フラグはコンテキストモードでコーディングされる。
ｂ． 一例において、ＲｅｍＣｃｂｓがＮに等しい場合、符号フラグはバイパスモードでコーディングされる。
ｉ． あるいは、一例において、ＲｅｍＣｃｂｓ＞Ｎである場合、符号フラグはバイパスモードでコーディングされる。
ｃ． 一例において、Ｎは４に等しく設定されてもよい。
ｉ． あるいは、一例において、Ｎは０に等しく設定されてもよい。
ｄ． 一例において、Ｎは整数であり、以下に基づいてもよい。
ｉ． ＳＰＳ／ＶＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／ＬＣＵ行／ＬＣＵ群／ＬＣＵ／ＣＵにおいて信号通知された指示
ｉｉ． 現在のブロックおよび／またはその隣接のブロックのブロック寸法
ｉｉｉ． 現在のブロックおよび／またはその隣接のブロックのブロック形状
ｉｖ． カラーフォーマットの表示（例えば、４：２：０、４：４：４）
ｖ． 別個または二重のコーディングツリー構造が使用されているかどうか
ｖｉ． スライスのタイプおよび／またはピクチャのタイプ
ｖｉｉ． 色成分の数
ｅ． 上記の例は、ＢＤＰＣＭ符号化ブロックを含む、または含まない変換ブロックおよび／または変換スキップブロックに適用されてもよい。
３． 符号フラグをコーディングするためのコンテキストインデックスオフセットは、以下のうちの１つ以上に基づいて決定されてもよい。
ａ． ＳＰＳ／ＶＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／ＬＣＵ行／ＬＣＵ群／ＬＣＵ／ＣＵにおいて信号通知された指示
ｂ． 現在のブロックおよび／またはその隣接のブロックのブロック寸法
ｃ． 現在のブロックおよび／またはその隣接のブロックのブロック形状
ｉ． 一例において、符号フラグのコンテキスト値は、異なるブロック形状に対して別個であってもよい。
ｄ． 現在のブロックの隣接ブロックの予測モード（イントラ／インター）
ｉ． 一例において、符号フラグのコンテキスト値は、イントラブロックとインターブロックとで別個であってもよい。
ｅ． 現在のブロックの隣接ブロックのＢＤＰＣＭモードの表示
ｆ． カラーフォーマットの表示（例えば、４：２：０、４：４：４）
ｇ． 別個または二重のコーディングツリー構造が使用されているかどうか
ｈ． スライスのタイプおよび／またはピクチャのタイプ
ｉ． 色成分の数
ｉ． １つの例において、標識フラグのコンテキスト値は、輝度色成分と彩度色成分とで別個であってもよい。
【化8】
用語「スライスユニット」は、以下のように定義される。
【化9】
４． 問題２を解決するために、全てのタイプのＳＥＩメッセージの１つ以上を、ＳＵ内で繰り返されるように許可されなくてもよい。
【化10】
ｂ． あるいは、特定のペイロードタイプ値の任意のＳＥＩメッセージを（内容にかかわらず）、ＳＵ内で繰り返されるように許可されない。
【化11】
ｃ． あるいは、特定のペイロードタイプを有する任意のＳＥＩメッセージを、ＳＵ内で更新するように許可されない。
【化12】
５． 問題３を解決するために、ＰＲＥＦＩＸ＿ＳＥＩ＿ＮＵＴおよびＳＵＦＦＩＸ＿ＳＥＩ＿ＮＵＴ以外の非ＶＣＬ ＮＡＬタイプの１つ以上について、ＳＵ内の非ＶＣＬ ＮＡＬユニットの繰り返しを許可しなくてもよい。
ａ． １つの例において、以下の制約の１つ以上が指定される：
【化13】
ｂ． 代替的にまたは追加的に、ＤＣＩ ＮＡＬユニットを、ＣＬＶＳまたはＣＶＳ内で繰り返すように許可されない。
ｃ． 代替的にまたは追加的に、ｖｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの特定の値を有するＶＰＳ ＮＡＬユニットは、ＣＬＶＳまたはＣＶＳ内で繰り返されるように許可されない。
ｄ． 代替的にまたは追加的に、ｓｐｓ＿ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの特定の値を有するＳＰＳ ＮＡＬユニットは、ＣＬＶＳ内で繰り返されるように許可されない。
６． 問題４を解決するために、全てのタイプのＡＰＳをレイヤにわたって共有してはならないことを規定してもよい。
ａ． あるいは、ＡＬＦ ＡＰＳをレイヤにわたって共有しないことを規定してもよい。
７． 問題５を解決するために、ＰＵ内でＡＬＦ ＡＰＳを更新することができることを規定してもよい。
ａ． あるいは、ピクチャユニット内で適応パラメータセットを更新することを許可しないことを規定してもよい。
８． 問題６を解決するために、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に関わらず、かつそれらがプレフィックスＡＰＳ ＮＡＬユニットかサフィックスＡＰＳ ＮＡＬユニットであるかどうかに関わらず、ａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅの特定の値を有する全てのＡＰＳ ＮＡＬユニットは、ａｄａｐａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄに対して同じ値空間を共有することが規定されてもよい。
ａ． あるいは、ＬＭＣＳ ＡＰＳ ＮＡＬユニットは、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に関わらず、かつそれらがプレフィックスＡＰＳ ＮＡＬユニットかサフィックスＡＰＳ ＮＡＬユニットであるかどうかに関わらず、ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄに対して同じ値空間を共有することが規定されてもよい。
ｂ． あるいは、ＡＬＦ ＡＰＳ ＮＡＬユニットは、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に関わらず、かつそれらがプレフィックスＡＰＳ ＮＡＬユニットであるかサフィックスＡＰＳ ＮＡＬユニットであるかどうかに関わらず、ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄに対して同じ値空間を共有することが規定されてもよい。
９． 課題６を解決するために、ＡＰＳ ＮＡＬユニット（ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの特定の値、ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの特定の値、およびａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅの特定の値）はＣＬＶＳ間で共有してはならないことが規定されてもよい。
ａ． 一例において、ＶＣＬ ＮＡＬユニット ｖｃｌＮａｌＵｎｉｔＡが参照するＡＰＳ ＮＡＬユニットは、ｖｃｌＮａｌＵｎｉｔＡを含むＣＬＶＳとは異なるＣＬＶＳ内のＶＣＬ ＮＡＬユニットの関連付けられた非ＶＣＬ ＮＡＬユニットであってはならないことが規定される。
ｂ． あるいは、ＶＣＬ ＮＡＬユニット ｖｃｌＮａｌＵｎｉｔＡが参照するＡＰＳ ＮＡＬユニットは、ｖｃｌＮａｌＵｎｉｔＡが関連付けられたＩＲＡＰピクチャと異なるＩＲＡＰピクチャに関連付けられたＶＣＬ ＮＡＬユニットの関連付けられた非ＶＣＬ ＮＡＬユニットであってはならないことが規定される。
ｃ． あるいは、ＶＣＬ ＮＡＬユニットｖｃｌＮａｌＵｎｉｔＡによって参照されるＡＰＳ ＮＡＬユニットは、ｖｃｌＮａｌＵｎｉｔＡが関連付けられたＩＲＡＰまたはＧＤＲピクチャとは異なるＩＲＡＰまたはＧＤＲピクチャに関連付けられたＶＣＬ ＮＡＬユニットの関連付けられた非ＶＣＬ ＮＡＬユニットであってはならないことが規定される。
ｄ． あるいは、ＡＰＳはＣＶＳ間で共有されないように指定されてもよい。
ｉ． あるいは、特定のＡＰＳタイプ（例えば、ＡＬＦ、ＬＭＣＳ、ＳＣＡＬＩＮＧ）を有するＡＰＳは、ＣＶＳ間で共有されないように指定されてもよい。
【0070】
６ 実施形態
この処理への入力は、色成分インデックスｃＩｄｘ、現在のピクチャの左上サンプルに対して現在の変換ブロックの左上サンプルを規定する輝度位置（ｘ０，ｙ０）、現在の係数スキャン位置（ｘＣ，ｙＣ）である。
このプロセスの出力は変数ｃｔｘＩｎｃである。
変数ｌｅｆｔＳｉｇｎおよびａｂｏｖｅＳｉｇｎは、以下のように導出される。
ｌｅｆｔＳｉｇｎ＝（ｘＣ＝＝０）？０：ＣｏｅｆｆＳｉｇｎＬｅｖｅｌ［ｘＣ－１］［ｙＣ］ （１５９５）
ａｂｏｖｅＳｉｇｎ＝（ｙＣ＝＝０）？０：ＣｏｅｆｆＳｉｇｎＬｅｖｅｌ［ｘＣ］［ｙＣ－１］ （１５９６）
変数ｃｔｘＩｎｃは、以下のように導出される。
－ ｌｅｆｔＳｉｇｎが０に等しく、ａｂｏｖｅＳｉｇｎが０に等しい場合、またはｌｅｆｔＳｉｇｎが－ａｂｏｖｅＳｉｇｎに等しい場合、以下が適用される。
ｃｔｘＩｎｃ＝（ＢｄｐｃｍＦｌａｇ［ｘ０］［ｙ０］［ｃＩｄｘ］＝＝０？０：３） （１５９７）
－ ｌｅｆｔＳｉｇｎが０以上かつａｂｏｖｅＳｉｇｎが０以上である場合、以下が適用される。
ｃｔｘＩｎｃ＝（ＢｄｐｃｍＦｌａｇ［ｘ０］［ｙ０］［ｃＩｄｘ］＝＝０？１：４） （１５９８）
－ そうでない場合、以下が適用される。
ｃｔｘＩｎｃ＝（ＢｄｐｃｍＦｌａｇ［ｘ０］［ｙ０］［ｃＩｄｘ］＝＝０？２：５） （１５９９）
【化14】
この処理への入力は、色成分インデックスｃＩｄｘ、現在のピクチャの左上サンプルに対して現在の変換ブロックの左上サンプルを規定する輝度位置（ｘ０，ｙ０）、現在の係数スキャン位置（ｘＣ，ｙＣ）である。
このプロセスの出力は変数ｃｔｘＩｎｃである。
変数ｌｅｆｔＳｉｇｎおよびａｂｏｖｅＳｉｇｎは、以下のように導出される。
ｌｅｆｔＳｉｇｎ＝（ｘＣ＝＝０）？０：ＣｏｅｆｆＳｉｇｎＬｅｖｅｌ［ｘＣ－１］［ｙＣ］ （１５９５）
ａｂｏｖｅＳｉｇｎ＝（ｙＣ＝＝０）？０：ＣｏｅｆｆＳｉｇｎＬｅｖｅｌ［ｘＣ］［ｙＣ－１］ （１５９６）
変数ｃｔｘＩｎｃは、以下のように導出される。
－ ｌｅｆｔＳｉｇｎが０に等しく、ａｂｏｖｅＳｉｇｎが０に等しい場合、またはｌｅｆｔＳｉｇｎが－ａｂｏｖｅＳｉｇｎに等しい場合、以下が適用される。
ｃｔｘＩｎｃ＝（ＢｄｐｃｍＦｌａｇ［ｘ０］［ｙ０］［ｃＩｄｘ］＝＝０？０：３） （１５９７）
－ ｌｅｆｔＳｉｇｎが０以上かつａｂｏｖｅＳｉｇｎが０以上である場合、以下が適用される。
ｃｔｘＩｎｃ＝（ＢｄｐｃｍＦｌａｇ［ｘ０］［ｙ０］［ｃＩｄｘ］＝＝０？１：４） （１５９８）
－ そうでない場合、以下が適用される。
ｃｔｘＩｎｃ＝（ＢｄｐｃｍＦｌａｇ［ｘ０］［ｙ０］［ｃＩｄｘ］＝＝０？２：５） （１５９９）
【0071】
６．２ 実施形態♯２
この処理への入力は、色成分インデックスｃＩｄｘ、現在のピクチャの左上サンプルに対して現在の変換ブロックの左上サンプルを規定する輝度位置（ｘ０，ｙ０）、現在の係数スキャン位置（ｘＣ，ｙＣ）である。
このプロセスの出力は変数ｃｔｘＩｎｃである。
変数ｌｅｆｔＳｉｇｎおよびａｂｏｖｅＳｉｇｎは、以下のように導出される。
ｌｅｆｔＳｉｇｎ＝（ｘＣ＝＝０）？０：ＣｏｅｆｆＳｉｇｎＬｅｖｅｌ［ｘＣ－１］［ｙＣ］ （１５９５）
ａｂｏｖｅＳｉｇｎ＝（ｙＣ＝＝０）？０：ＣｏｅｆｆＳｉｇｎＬｅｖｅｌ［ｘＣ］［ｙＣ－１］ （１５９６）
変数ｃｔｘＩｎｃは、以下のように導出される。
－ ｌｅｆｔＳｉｇｎが０に等しく、ａｂｏｖｅＳｉｇｎが０に等しい場合、またはｌｅｆｔＳｉｇｎが－ａｂｏｖｅＳｉｇｎに等しい場合、以下が適用される。
ｃｔｘＩｎｃ＝［［（ＢｄｐｃｍＦｌａｇ［ｘ０］［ｙ０］［ｃＩｄｘ］＝＝０？］］０［［：３）］］ （１５９７）
－ ｌｅｆｔＳｉｇｎが０以上かつａｂｏｖｅＳｉｇｎが０以上である場合、以下が適用される。
ｃｔｘＩｎｃ＝［［（ＢｄｐｃｍＦｌａｇ［ｘ０］［ｙ０］［ｃＩｄｘ］？］］１［［：４）］］（１５９８）
－ そうでない場合、以下が適用される。
ｃｔｘＩｎｃ＝［［（ＢｄｐｃｍＦｌａｇ［ｘ０］［ｙ０］［ｃＩｄｘ］？］］２［［：５）］］ （１５９９）
－ ＢｄｐｃｍＦｌａｇ［ｘ０］［ｙ０］［ｃＩｄｘ］が１に等しい場合、以下が適用される。
ｃｔｘＩｎｃ＝ｃｔｘＩｎｃ＋３
【化15】
この処理への入力は、色成分インデックスｃＩｄｘ、現在のピクチャの左上サンプルに対して現在の変換ブロックの左上サンプルを規定する輝度位置（ｘ０，ｙ０）、現在の係数スキャン位置（ｘＣ，ｙＣ）である。
このプロセスの出力は変数ｃｔｘＩｎｃである。
変数ｌｅｆｔＳｉｇｎおよびａｂｏｖｅＳｉｇｎは、以下のように導出される。
ｌｅｆｔＳｉｇｎ＝（ｘＣ＝＝０）？０：ＣｏｅｆｆＳｉｇｎＬｅｖｅｌ［ｘＣ－１］［ｙＣ］ （１５９５）
ａｂｏｖｅＳｉｇｎ＝（ｙＣ＝＝０）？０：ＣｏｅｆｆＳｉｇｎＬｅｖｅｌ［ｘＣ］［ｙＣ－１］ （１５９６）
変数ｃｔｘＩｎｃは、以下のように導出される。
－ ｌｅｆｔＳｉｇｎが０に等しく、ａｂｏｖｅＳｉｇｎが０に等しい場合、またはｌｅｆｔＳｉｇｎが－ａｂｏｖｅＳｉｇｎに等しい場合、以下が適用される。
ｃｔｘＩｎｃ＝［［（ＢｄｐｃｍＦｌａｇ［ｘ０］［ｙ０］［ｃＩｄｘ］＝＝０？］］０［［：３）］］ （１５９７）
－ ｌｅｆｔＳｉｇｎが０以上かつａｂｏｖｅＳｉｇｎが０以上である場合、以下が適用される。
ｃｔｘＩｎｃ＝［［（ＢｄｐｃｍＦｌａｇ［ｘ０］［ｙ０］［ｃＩｄｘ］？］］１［［：４）］］（１５９８）
－ そうでない場合、以下が適用される。
ｃｔｘＩｎｃ＝［［（ＢｄｐｃｍＦｌａｇ［ｘ０］［ｙ０］［ｃＩｄｘ］？］］２［［：５）］］ （１５９９）
－ ＢｄｐｃｍＦｌａｇ［ｘ０］［ｙ０］［ｃＩｄｘ］が１に等しい場合、以下が適用される。
ｃｔｘＩｎｃ＝ｃｔｘＩｎｃ＋３
【0072】
６．３ 実施形態＃３
【化16】
【0073】
６．４ 実施形態＃４
本実施形態は５～７項に対するものである。
７．４．３．５ 適応パラメータセット意味論
各ＡＰＳ ＲＢＳＰは、それが参照される前に復号処理で利用できるか、それを参照するコーディングされたスライスＮＡＬユニットのＴｅｍｐｏｒａｌＩｄ以下のＴｅｍｐｏｒａｌＩｄを有するつ少なくとも一つのＡＵ内に含まれるか、外部手段を通じて提供されるものとする。
ａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅがＡＬＦ＿ＡＰＳまたはＳＣＡＬＩＮＧ＿ＡＰＳに等しい場合、ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は０～７の範囲に含まれるものとする。
ａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅがＬＭＣＳ＿ＡＰＳに等しい場合、ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は０～３の範囲にあるものとする。
ａｐｓＬａｙｅｒＩｄを特定のＡＰＳ ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値とし、ｖｃｌＬａｙｅｒＩｄを特定のＶＣＬ ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値とする。特定のＶＣＬ ＮＡＬユニットは、ａｐｓＬａｙｅｒＩｄがｖｃｌＬａｙｅｒＩｄに［［以下］］であり、［［ｎｕｈ＿ｌａｙｅｒ＿ｉｄがａｐｓＬａｙｅｒＩｄであるレイヤが、ｖｃｌＬａｙｅｒＩｄであるｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤを含む少なくとも１つのＯＬＳに含まれていない限り、特定のＡＰＳ ＮＡＬユニットを参照しないものとする。］］
１．表６－ＡＰＳパラメータのタイプコードおよびＡＰＳパラメータのタイプ
本実施形態は５～７項に対するものである。
７．４．３．５ 適応パラメータセット意味論
各ＡＰＳ ＲＢＳＰは、それが参照される前に復号処理で利用できるか、それを参照するコーディングされたスライスＮＡＬユニットのＴｅｍｐｏｒａｌＩｄ以下のＴｅｍｐｏｒａｌＩｄを有するつ少なくとも一つのＡＵ内に含まれるか、外部手段を通じて提供されるものとする。
【化17】
ａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅがＡＬＦ＿ＡＰＳまたはＳＣＡＬＩＮＧ＿ＡＰＳに等しい場合、ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は０～７の範囲に含まれるものとする。
ａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅがＬＭＣＳ＿ＡＰＳに等しい場合、ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は０～３の範囲にあるものとする。
ａｐｓＬａｙｅｒＩｄを特定のＡＰＳ ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値とし、ｖｃｌＬａｙｅｒＩｄを特定のＶＣＬ ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値とする。特定のＶＣＬ ＮＡＬユニットは、ａｐｓＬａｙｅｒＩｄがｖｃｌＬａｙｅｒＩｄに［［以下］］であり、［［ｎｕｈ＿ｌａｙｅｒ＿ｉｄがａｐｓＬａｙｅｒＩｄであるレイヤが、ｖｃｌＬａｙｅｒＩｄであるｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤを含む少なくとも１つのＯＬＳに含まれていない限り、特定のＡＰＳ ＮＡＬユニットを参照しないものとする。］］
【化18】
１．表６－ＡＰＳパラメータのタイプコードおよびＡＰＳパラメータのタイプ
【表22】
【化19】
【化20】
【0074】
６．５． 符号フラグをコーディングするための実施例
一実施例において、ＲｅｍＣｃｂｓが０より小さい場合、バイパスコーディングが用いられる。
表１３１－コンテキスト符号化ビンを有する構文要素へのｃｔｘＩｎｃの割り当て
表１３１－コンテキスト符号化ビンを有する構文要素へのｃｔｘＩｎｃの割り当て
あるいは、一実施例において、ＲｅｍＣｃｂｓが４より小さい場合、バイパスコーディングが用いられる。
表１３１－コンテキスト符号化ビンを有する構文要素へのｃｔｘＩｎｃの割り当て
一実施例において、ＲｅｍＣｃｂｓが０より小さい場合、バイパスコーディングが用いられる。
表１３１－コンテキスト符号化ビンを有する構文要素へのｃｔｘＩｎｃの割り当て
【表23】
【化21】
表１３１－コンテキスト符号化ビンを有する構文要素へのｃｔｘＩｎｃの割り当て
【表24】
あるいは、一実施例において、ＲｅｍＣｃｂｓが４より小さい場合、バイパスコーディングが用いられる。
表１３１－コンテキスト符号化ビンを有する構文要素へのｃｔｘＩｎｃの割り当て
【表25】
【0075】
図１は、本明細書で開示される様々な技術が実装され得る例示的な映像処理システム１９００を示すブロック図である。様々な実装形態は、システム１９００のモジュールの一部または全部を含んでもよい。システム１９００は、映像コンテンツを受信するための入力ユニット１９０２を含んでもよい。映像コンテンツは、未加工または非圧縮フォーマット、例えば、８または１０ビットのマルチコンポーネント画素値で受信されてもよく、または圧縮または符号化フォーマットで受信されてもよい。入力ユニット１９０２は、ネットワークインターフェース、周辺バスインターフェース、または記憶インターフェースを表してもよい。ネットワークインターフェースの例は、イーサネット（登録商標）、パッシブ光ネットワーク（ＰＯＮ）等の有線インターフェース、およびＷｉ－Ｆｉまたはセルラーインターフェース等の無線インターフェースを含む。
【0076】
システム１９００は、本明細書に記載される様々なコーディングまたは符号化方法を実装することができるコーディングモジュール１９０４を含んでもよい。コーディングコンポーネント１９０４は、入力１９０２からの映像の平均ビットレートをコーディングコンポーネント１９０４の出力に低減し、映像のコーディング表現を生成してもよい。従って、このコーディング技術は、映像圧縮または映像トランスコーディング技術と呼ばれることがある。コーディングコンポーネント１９０４の出力は、コンポーネント１９０６によって表されるように、記憶されてもよいし、接続された通信を介して送信されてもよい。入力１９０２において受信された、記憶されたまたは通信された映像のビットストリーム（またはコーディングされた）表現は、コンポーネント１９０８によって使用されて、表示インターフェース１９１０に送信される画素値または表示可能な映像を生成してもよい。ビットストリーム表現からユーザが見ることができる映像を生成する処理は、映像展開と呼ばれることがある。さらに、特定の映像処理動作を「コーディング」動作またはツールと呼ぶが、コーディングツールまたは動作は、エンコーダで使用され、対応する復号ツールまたは動作でありコーディングの結果を逆にするものは、デコーダによって行われることが理解されよう。
【0077】
周辺バスインターフェースまたは表示インターフェースの例は、ユニバーサルシリアルバス（ＵＳＢ）または高精細マルチメディアインターフェース（ＨＤＭＩ）またはディスプレイポート等を含んでもよい。ストレージインターフェースの例は、ＳＡＴＡ（Ｓｅｒｉａｌ Ａｄｖａｎｃｅｄ Ｔｅｃｈｎｏｌｏｇｙ Ａｔｔａｃｈｍｅｎｔ）、ＰＣＩ、ＩＤＥインターフェース等を含む。本明細書に記載される技術は、携帯電話、ノートパソコン、スマートフォン、またはデジタルデータ処理および／または映像表示を実施可能な他のデバイス等の様々な電子デバイスに実施されてもよい。
【0078】
図２は、映像処理装置３６００のブロック図である。装置３６００は、本明細書に記載の方法の１つ以上を実装するために使用されてもよい。装置３６００は、スマートフォン、タブレット、コンピュータ、モノのインターネット（ＩｏＴ）受信機等に実施されてもよい。装置３６００は、１つ以上の処理装置３６０２と、１つ以上のメモリ３６０４と、映像処理ハードウェア３６０６と、を含んでもよい。１つまたは複数のプロセッサ３６０２は、本明細書に記載される１つ以上の方法を実装するように構成されてもよい。メモリ（複数可）３６０４は、本明細書で説明される方法および技術を実装するために使用されるデータおよびコードを記憶するために使用してもよい。映像処理ハードウェア３６０６は、本明細書に記載される技術をハードウェア回路にて実装するために使用してもよい。
【0079】
図４は、本開示の技法を利用し得る例示的な映像符号化システム１００を示すブロック図である。
【0080】
図４に示すように、映像コーディングシステム１００は、送信元デバイス１１０と、送信先デバイス１２０と、を備えてもよい。送信元デバイス１１０は、映像コーディング機器とも称され得る符号化された映像データを生成する。送信先装置１２０は、送信元装置１１０によって生成された、コーディング映像データを復号してよく、映像復号デバイスと呼ばれ得る。
【0081】
送信元デバイス１１０は、映像ソース１１２と、映像エンコーダ１１４と、入出力（Ｉ／Ｏ）インターフェース１１６と、を含んでよい。
【0082】
映像ソース７１２は、映像キャプチャデバイスなどのソース、映像コンテンツプロバイダからの映像データを受信するためのインターフェース、および／または映像データを生成するためのコンピュータグラフィックスシステム、またはこれらのソースの組み合わせたものを含んでもよい。映像データは、１または複数のピクチャを含んでもよい。映像エンコーダ１１４は、映像ソース１１２からの映像データを符号化し、ビットストリームを生成する。ビットストリームは、映像データのコーディング表現を形成するビットのシーケンスを含んでもよい。ビットストリームは、コーディングされたピクチャおよび関連付けられたデータを含んでもよい。コーディングされたピクチャは、ピクチャのコーディング表現である。関連付けられたデータは、シーケンスパラメータセット、ピクチャパラメータセット、および他の構文構造を含んでもよい。Ｉ／Ｏインターフェース１１６は、変復調器（モデム）および／または送信機を含んでもよい。符号化された映像データは、ネットワーク１３０ａを介して、Ｉ／Ｏインターフェース１１６を介して送信先デバイス１２０に直接送信されてよい。符号化された映像データは、送信先デバイス１２０によるアクセスのために、記録媒体／サーバ１３０ｂ上に記憶されてもよい。
【0083】
送信先デバイス１２０は、Ｉ／Ｏインターフェース１２６、映像デコーダ１２４、および表示装置１２２を含んでもよい。
【0084】
Ｉ／Ｏインターフェース１２６は、受信機および／またはモデムを含んでもよい。Ｉ／Ｏインターフェース１２６は、送信元デバイス１１０または記憶媒体／サーバ１３０ｂから符号化された映像データを取得してもよい。映像デコーダ１２４は、符号化された映像データを復号してもよい。表示装置１２２は、復号された映像データをユーザに表示してもよい。表示装置１２２は、送信先デバイス１２０と一体化されてもよく、または外部表示装置とインターフェースするように構成される送信先デバイス１２０の外部にあってもよい。
【0085】
映像エンコーダ１１４および映像デコーダ１２４は、高効率映像符号化（ＨＥＶＣ）規格、汎用映像符号化（ＶＶＶＭ）規格、および他の現在のおよび／または更なる規格等の映像圧縮規格に従って動作してもよい。
【0086】
【0087】
映像エンコーダ２００は、本開示の技術のいずれかまたは全部を実行するように構成されてもよい。図５の例において、映像エンコーダ２００は、複数の機能コンポーネントを含む。本開示で説明される技法は、映像エンコーダ２００の様々なモジュール間で共有されてもよい。いくつかの例では、プロセッサは、本開示で説明される技術のいずれかまたはすべてを行うように構成してもよい。
【0088】
映像エンコーダ２００の機能コンポーネントは、分割ユニット２０１、予測ユニット２０２を含んでもよく、予測ユニット２０２は、モード選択ユニット２０３、動き推定ユニット２０４、動き補償ユニット２０５、およびイントラ予測ユニット２０６、残差生成ユニット２０７、変換ユニット２０８、量子化ユニット２０９、逆量子化ユニット２１０、逆変換ユニット２１１、再構成ユニット２１２、バッファ２１３、およびエントロピーエンコーディングユニット２１４を含んでもよい。
【0089】
他の例において、映像エンコーダ２００は、より多く、より少ない、または異なる機能コンポーネントを含んでもよい。一例において、予測ユニット２０２は、イントラブロックコピー（ＩＢＣ）ユニットを含んでもよい。ＩＢＣユニットは、少なくとも１つの参照ピクチャが現在の映像ブロックが位置するピクチャであるＩＢＣモードにおいて予測を行うことができる。
【0090】
さらに、動き推定部２０４および動き補償部２０５などのいくつかのモジュールは、高度に統合されてもよいが、説明のために、図５の例においては別個に表現されている。
【0091】
分割部２０１は、ピクチャを１または複数の映像ブロックに分割してもよい。映像エンコーダ２００および映像デコーダ３００は、様々な映像ブロックサイズをサポートしてもよい。
【0092】
モード選択ユニット２０３は、例えば、エラー結果に基づいて、イントラまたはインターのいずれかのコーディングモードの１つを選択し、得られたイントラまたはインターコーディングブロックを、残差生成ユニット２０７に供給して残差ブロックデータを生成し、再構成ユニット２１２に供給して参照ピクチャとしての使用のために符号化ブロックを再構成してもよい。いくつかの例において、モード選択ユニット２０３は、インター予測信号およびイントラ予測信号に基づいて予測を行うＣＩＩＰ（Ｃｏｍｂｉｎａｔｉｏｎ ｏｆ Ｉｎｔｒａ ａｎｄ Ｉｎｔｅｒ Ｐｒｅｄｉｃｔｉｏｎ）モードを選択してもよい。また、モード選択ユニット２０３は、インター予測の場合、ブロックの動きベクトルの解像度（例えば、サブピクセルまたは整数画素精度）を選択してもよい。
【0093】
現在の映像ブロックに対してインター予測を行うために、動き推定ユニット２０４は、バッファ２１３からの１または複数の参照フレームと現在の映像ブロックとを比較することで、現在の映像ブロックのための動き情報を生成してもよい。動き補償部２０５は、現在の映像ブロックに関連付けられたピクチャ以外のバッファ２１３からのピクチャの動き情報および復号されたサンプルに基づいて、現在の映像ブロックのための予測映像ブロックを判定してもよい。
【0094】
動き推定部２０４および動き補償部２０５は、現在の映像ブロックがＩスライス、Ｐスライス、またはＢスライスであるかに基づいて、例えば、現在の映像ブロックに対して異なる動作を行ってもよい。
【0095】
いくつかの例では、動き推定ユニット２０４は、現在の映像ブロックに対して単一方向予測を行い、動き推定ユニット２０４は、現在の映像ブロックに対して、参照映像ブロック用のリスト０またはリスト１の参照ピクチャを検索してもよい。そして、動き推定ユニット２０４は、参照映像ブロックと、現在の映像ブロックと参照映像ブロックとの間の空間的変位を示す動きベクトルとを含む、リスト０またはリスト１における参照ピクチャを示す参照インデックスを生成してもよい。動き推定ユニット２０４は、参照インデックス、予測方向インジケータ、および動きベクトルを、現在の映像ブロックの動き情報として出力してもよい。動き補償ユニット２０５は、現在の映像ブロックの動き情報が示す参照映像ブロックに基づいて、現在のブロックの予測映像ブロックを生成してもよい。
【0096】
他の例において、動き推定部２０４は、現在の映像ブロックに双方向予測を実行してもよく、動き推定部２０４は、リスト０における参照ピクチャの中から現在の映像ブロックを求めるための参照映像ブロックを検索してもよく、また、リスト１における参照ピクチャの中から現在の映像ブロックを求めるための別の参照映像ブロックを検索してもよい。そして、動き推定ユニット２０４は、参照映像ブロックを含むリスト０およびリスト１における参照ピクチャを示す参照インデックスと、参照映像ブロックと現在の映像ブロックとの間の空間的変位を示す動きベクトルとを生成してもよい。動き推定ユニット２０４は、現在の映像ブロックの参照インデックスおよび動きベクトルを、現在の映像ブロックの動き情報として出力してもよい。動き補償部２０５は、現在の映像ブロックの動き情報が示す参照映像ブロックに基づいて、現在の映像ブロックの予測映像ブロックを生成してもよい。
【0097】
いくつかの例では、動き推定部２０４は、デコーダの復号処理のために、動き情報のフルセットを出力してもよい。
【0098】
いくつかの例では、動き推定ユニット２０４は、現在の映像のための動き情報のフルセットを出力しなくてもよい。むしろ、動き推定ユニット２０４は、別の映像ブロックの動き情報を参照して、現在の映像ブロックの動き情報を信号通知してもよい。例えば、動き推定ユニット２０４は、現在の映像ブロックの動き情報が隣接の映像ブロックの動き情報に十分に類似していることを判定してもよい。
【0099】
一例において、動き推定部２０４は、現在の映像ブロックに関連付けられた構文構造において、現在の映像ブロックが他の映像ブロックと同じ動き情報を有することを映像デコーダ３００に示す値を示してもよい。
【0100】
他の例において、動き推定部２０４は、現在の映像ブロックに関連付けられた構文構造において、別の映像ブロックと、動きベクトル差分（ＭＶＤ；Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）とを識別してもよい。動きベクトル差分は、現在の映像ブロックの動きベクトルと、示された映像ブロックの動きベクトルとの差分を示す。映像デコーダ３００は、指示された映像ブロックの動きベクトルおよび動きベクトル差分を使用して、現在の映像ブロックの動きベクトルを決定してもよい。
【0101】
上述したように、映像エンコーダ２００は、動きベクトルを予測的に信号通知してもよい。映像エンコーダ２００によって実装され得る予測信号通知技法の２つの例は、高度動きベクトル予測（ＡＭＶＰ）およびマージモード信号通知を含む。
【0102】
イントラ予測ユニット２０６は、現在の映像ブロックに対してイントラ予測を行ってもよい。イントラ予測ユニット２０６が現在の映像ブロックをイントラ予測する場合、イントラ予測ユニット２０６は、同じピクチャにおける他の映像ブロックの復号されたサンプルに基づいて、現在の映像ブロックのための予測データを生成してもよい。現在の映像ブロックのための予測データは、予測された映像ブロックおよび様々な構文要素を含んでもよい。
【0103】
残差生成ユニット２０７は、現在の映像ブロックから現在の映像ブロックの予測された映像ブロックを減算することによって（例えば、マイナス符号によって示されている）、現在の映像ブロックのための残差データを生成してもよい。現在の映像ブロックの残差データは、現在の映像ブロックにおけるサンプルの異なるサンプル成分に対応する残差映像ブロックを含んでもよい。
【0104】
他の例において、例えば、スキップモードにおいて、現在の映像ブロックのための残差データがなくてもよく、残差生成ユニット２０７は、減算演算を行わなくてもよい。
【0105】
変換処理ユニット２０８は、現在の映像ブロックに関連付けられた残差映像ブロックに１または複数の変換を適用することによって、現在の映像ブロックのための１または複数の変換係数映像ブロックを生成してもよい。
【0106】
変換処理ユニット２０８が現在の映像ブロックに関連付けられた変換係数映像ブロックを生成した後、量子化ユニット２０９は、現在の映像ブロックに関連付けられた１または複数の量子化パラメータ（ＱＰ：Ｑｕａｎｔｉｚａｔｉｏｎ Ｐａｒａｍｅｔｅｒ）値に基づいて、現在の映像ブロックに関連付けられた変換係数映像ブロックを量子化してもよい。
【0107】
逆量子化ユニット２１０および逆変換ユニット２１１は、変換係数映像ブロックに逆量子化および逆変換をそれぞれ適用し、変換係数映像ブロックから残差映像ブロックを再構成してもよい。再構成部２１２は、予測部２０２によって生成された１または複数の予測映像ブロックから対応するサンプルに再構成された残差映像ブロックを追加して、バッファ２１３に格納するための現在のブロックに関連付けられた再構成された映像ブロックを生成してもよい。
【0108】
再構成ユニット２１２が映像ブロックを再構成した後、映像ブロックにおける映像ブロッキングアーチファクトを縮小するために、ループフィルタリング動作が行われてもよい。
【0109】
エントロピーエンコーディングユニット２１４は、映像エンコーダ２００の他の機能コンポーネントからデータを受信してもよい。エントロピー符号化部２１４がデータを受信した場合、エントロピー符号化部２１４は、１または複数のエントロピー符号化動作を行い、エントロピー符号化されたデータを生成し、エントロピー符号化されたデータを含むビットストリームを出力してもよい。
【0110】
開示される技術のいくつかの実施形態は、映像処理ツールまたはモードを有効化するように決定または判定することを含む。一例において、映像処理ツールまたはモードが有効化される場合、エンコーダは、１つの映像ブロックを処理する際にツールまたはモードを使用するまたは実装するが、ツールまたはモードの使用に基づいて、結果として得られるビットストリームを必ずしも修正しなくてもよい。すなわち、映像のブロックから映像のビットストリーム（またはビットストリーム表現）への変換は、決定または判定に基づいて映像処理ツールまたはモードが有効化される場合に、映像処理ツールまたはモードを使用する。別の例において、映像処理ツールまたはモードが有効化される場合、デコーダは、ビットストリームが映像処理ツールまたはモードに基づいて修正されたことを知って、ビットストリームを処理する。すなわち、決定または判定に基づいて有効化された映像処理ツールまたはモードを使用して、映像のビットストリームから映像のブロックへの変換を行う。
【0111】
【0112】
映像デコーダ３００は、本開示の技術のいずれかまたは全部を実行するように構成されてもよい。図６の例において、映像デコーダ３００は、複数の機能コンポーネントを含む。本開示で説明される技法は、映像デコーダ３００の様々なコンポーネント間で共有されてもよい。いくつかの例では、プロセッサは、本開示で説明される技術のいずれかまたはすべてを行うように構成してもよい。
【0113】
図６の実施例において、映像デコーダ３００は、エントロピー復号部３０１、動き補償部３０２、イントラ予測部３０３、逆量子化部３０４、逆変換部３０５、および再構成部３０６、並びにバッファ３０７を含む。映像デコーダ３００は、いくつかの例では、映像エンコーダ２００（図５）に関して説明したエンコーディングパスとほぼ逆のデコーディングパスを行ってもよい。
【0114】
エントロピー復号部３０１は、符号化されたビットストリームを取り出す。符号化されたビットストリームは、エントロピー符号化された映像データ（例えば、映像データの符号化されたブロック）を含んでもよい。エントロピー復号ユニット３０１は、エントロピー符号化された映像データを復号し、エントロピー復号された映像データから、動き補償ユニット３０２は、動きベクトル、動きベクトル精度、参照ピクチャリストインデックス、および他の動き情報を含む動き情報を決定してもよい。動き補償ユニット３０２は、例えば、ＡＭＶＰおよびマージモードを実行することで、このような情報を判定してもよい。
【0115】
動き補償ユニット３０２は、動き補償されたブロックを生成してもよく、場合によっては、補間フィルタに基づいて補間を実行する。構文要素には、サブピクセルの精度で使用される補間フィルタのための識別子が含まれてもよい。
【0116】
動き補償部３０２は、映像ブロックの符号化中に映像エンコーダ２００によって使用されるような補間フィルタを使用して、参照ブロックのサブ整数画素のための補間値を計算してもよい。動き補償ユニット３０２は、受信した構文情報に基づいて、映像エンコーダ２００が使用する補間フィルタを決定し、補間フィルタを使用して予測ブロックを生成してもよい。
【0117】
動き補償部３０２は、構文情報の一部を用いて、符号化された映像シーケンスのフレームおよび／またはスライスを符号化するために使用されるブロックのサイズ、符号化された映像シーケンスのピクチャの各マクロブロックがどのように分割されるかを記述する分割情報、各分割がどのように符号化されるかを示すモード、各インター符号化されたブロックに対する１または複数の参照フレーム（および参照フレームリスト）、および符号化された映像シーケンスを復号するための他の情報を決定してもよい。
【0118】
イントラ予測ユニット３０３は、例えば、ビットストリームにおいて受信したイントラ予測モードを使用して、空間的に隣接するブロックから予測ブロックを形成してもよい。逆量子化ユニット３０３は、ビットストリームに提供され、エントロピー復号ユニット３０１によって復号された量子化された映像ブロック係数を逆量子化（すなわち、逆量子化）する。逆変換ユニット３０３は、逆変換を適用する。
【0119】
再構成部３０６は、残差ブロックと、動き補償部２０２またはイントラ予測部３０３によって生成された対応する予測ブロックとを合計し、復号されたブロックを形成してもよい。所望であれば、ブロックアーチファクトを除去するために、復号されたブロックをフィルタリングするためにデブロッキングフィルタを適用してもよい。復号された映像ブロックは、バッファ３０７に記憶され、バッファ３０７は、後続の動き補償／イントラ予測のために参照ブロックを提供し、表示装置に表示するために復号された映像を生成する。
【0120】
次に、いくつかの実施形態において好適な解決策を列挙する。
【0121】
以下の解決策は、前章（例えば、項目１）で論じた技術の例示的な実施形態を示す。
【0122】
１．本発明の映像加工方法（例えば、図３に示される方法３０００）は、映像の現在のブロックとこの映像のコーディングされた表現との変換（３００２）を行うことを含み、このコーディングされた表現は、コーディングされた表現におけるこの現在のブロックの符号フラグをコーディングするために使用されるコンテキストインデックスオフセットが、ある範囲内にあることを規定するフォーマット規則に準拠し、この範囲はこのコーディングされた表現におけるこの現在のブロックを表現するために用いられるコーディングモードの範囲関数である。
【0123】
２．前記規則は、コーディングモードが特定のモードである場合、前記範囲が［Ｎ０，Ｎ１］であり、そうでない場合、［Ｎ２，Ｎ３］であることを規定する、解決策１に記載の方法。
【0124】
３．前記特定のモードは、彩度または輝度ブロック差動パルス符号変調モードである、解決策２に記載の方法。
【0125】
以下の解決策は、前章（例えば、項目２）で論じた技術の例示的な実施形態を示す。
【0126】
４．映像の現在のブロックとこの映像のコーディングされた表現との変換を行うことを含み、このコーディングされた表現は、この現在のブロックの符号フラグが、コンテキストコーディングされたビンまたはバイパスモードのうちの１つを、残りのコンテキストコーディングされたビンの数に応じて使用してコーディングされた表現でコーディングされることを規定するフォーマット規則に準拠する、映像処理方法
【0127】
５．前記バイパスモードは、残りのコンテキストコーディングされたビンの数がＮよりも小さく、Ｎが正の整数である場合、かつその場合に限りコーディングに使用される、解決策４に記載の方法。
【0128】
６．前記バイパスモードは、残りのコンテキストコーディングされたビンの数がＮに等しく、Ｎが正の整数である場合、かつその場合に限りコーディングに使用される、解決策５に記載の方法。
【0129】
以下の解決策は、前章（例えば、項目２）で論じた技術の例示的な実施形態を示す。
【0130】
７．映像の現在のブロックと前記映像のコーディングされた表現との変換を行うことを含み、前記変換は、ブロックベースのデルタパルスコード変調（ＢＤＰＣＭ）モードを使用し、前記コーディングされた表現は、前記符号フラグをコーディングするためのコンテキストインデックスオフセットが前記現在のブロックのコーディング条件の関数となるように、前記ＢＤＰＣＭからの符号フラグを前記コーディングされた表現においてコンテキストコーディングすることを規定するフォーマット規則に準拠する、映像処理方法。
【0131】
８．前記コーディング条件は、シーケンスパラメータセットまたは映像パラメータセットまたはピクチャパラメータセットまたはピクチャヘッダまたはスライスヘッダまたはタイル群ヘッダまたは論理コーディングユニットレベルまたはＬＣＵ群またはコーディングユニットレベルにおける前記コーディングされた表現に含まれる構文要素に対応する、解決策７に記載の方法。
【0132】
９．前記コーディング条件は、前記現在のブロックおよび／または隣接ブロックのブロック寸法に対応する、解決策７に記載の方法。
【0133】
以下の解決策は、前章（例えば、項目４）で論じた技術の例示的な実施形態を示す。
【0134】
１０．映像の現在のブロックと前記映像のコーディングされた表現との変換を行うことを含み、前記コーディングされた表現は、連続した復号順にあり、かつ単一のコーディングされたスライスを含むネットワーク抽象化レイヤユニットのセットに対応する、前記コーディングされた表現におけるスライスユニットが、補足拡張情報（ＳＥＩ）の少なくとも部分を最大でも１回含むように許可されることを規定するフォーマット規則に準拠する、映像処理方法。
【0135】
１１．ＳＥＩの前記部分がＳＥＩ全体に対応する、解決策１０に記載の方法。
【0136】
１２．ＳＥＩの前記部分は、特定のタイプのＳＥＩ情報フィールドに対応する、解決策１０に記載の方法。
【0137】
以下の解決策は、前章（例えば、項目５）で論じた技術の例示的な実施形態を示す。
【0138】
１３．映像の現在のブロックと前記映像のコーディングされた表現との変換を行うことを含み、前記コーディングされた表現は、連続した復号順にあり、かつ単一のコーディングされたスライスを含むネットワーク抽象化レイヤユニットのセットに対応する、前記コーディングされた表現におけるスライスユニットが、１つ以上の映像コーディングレイヤネットワーク抽象化レイヤ（ＶＣＬ ＮＡＬ）ユニットを含むことを規定するフォーマット規則に準拠し、前記フォーマット規則はさらに、前記スライスユニットにおいて、繰り返されるように許可される第１のタイプのユニットと繰り返されるように許可されない第２のタイプのユニットとを規定する、映像処理方法。
【0139】
１４．前記第２のタイプのユニットが、ある範囲のタイプを有するユニットを含む、解決策１３に記載の方法。
【0140】
以下の解決策は、前章（例えば、項目６、７）で論じた技術の例示的な実施形態を示す。
【0141】
１５．規則に基づいて、１つ以上の映像レイヤを含む映像と前記映像のコーディングされた表現との変換を行うことを含み、前記コーディングされた表現は、１つ以上の適応パラメータセット（ＡＰＳ）を含み、前記規則は、前記１つ以上のＡＰＳのうちのいくつかの前記１つ以上の映像レイヤの前記変換への適用可能性を規定する、映像処理方法。
【0142】
１６．前記規則は、前記１つ以上のＡＰＳの全てが前記１つ以上の映像レイヤにわたって共有されることは許可されないことを規定する、解決策１５に記載の方法。
【0143】
以下の解決策は、前章（例えば、項目８、９）で論じた技術の例示的な実施形態を示す。
【0144】
１７．規則に従って、１つ以上の映像レイヤを含む映像と前記映像のコーディングされた表現との変換を行うことを含み、前記コーディングされた表現は、１つ以上のネットワーク抽象化レイヤ（ＮＡＬ）ユニット中に構成され、前記コーディングされた表現は、前記変換の特徴を制御するための１つ以上の適応パラメータセットを含む、映像処理方法。
【0145】
１８．前記規則は、特定のタイプを有する全ての適応パラメータセットもまた、それぞれの識別子値に対して同じ空間値を共有することを規定する、解決策１７に記載の方法。
【0146】
１９．前記規則は、前記１つ以上の映像レイヤが特定の適応パラメータセットネットワーク抽象化レイヤユニットを共有するように許可されないことを規定する、解決策１７に記載の方法。
【0147】
２０．変換は、映像をコーディング表現に符号化することを含む、解決策１～１９のいずれかに記載の方法。
【0148】
２１．変換は、映像の画素値を生成するためにコーディング表現を復号することを含む、解決策１～１９のいずれかに記載の方法。
【0149】
２２．解決策１～２１の１つ以上に記載の方法を実装するように構成された処理装置を備える、映像復号装置。
【0150】
２３．解決策１～２１の１つ以上に記載の方法を実装するように構成された処理装置を備える、映像符号化装置。
【0151】
２４．コンピュータコードが記憶されたコンピュータプログラム製品であって、コードは、プロセッサにより実行されると、プロセッサに、解決策１～２１のいずれかに記載の方法を実装させるコンピュータプログラム製品。
【0152】
２５．本明細書に記載の方法、装置またはシステム。
【0153】
図９は、映像処理の方法９００の一例を示すフローチャートである。動作９０２は、映像の現在のブロックと前記映像のビットストリームとの変換を行うことを含み、前記ビットストリームは、前記ビットストリームに第１の係数の第１の符号フラグを含めるためにコンテキストインデックスオフセットを使用することを規定する規則に準拠し、前記規則は、前記コンテキストインデックスオフセットの値が、前記ビットストリームにおける前記現在のブロックに第１のコーディングモードが適用されるかどうかに基づくことを規定する。
【0154】
方法９００のいくつかの実施例において、前記規則は、前記第１のコーディングモードが適用されない場合、前記コンテキストインデックスオフセットの前記値がＮ０～Ｎ１の第１の範囲内にあることを規定し、前記第１のコーディングモードが適用される場合、前記規則は、前記コンテキストインデックスオフセットの前記値がＮ２～Ｎ３の第２の範囲内にあることを規定する。方法９００のいくつかの実施例において、前記第１のコーディングモードにおいて、パルスコーディング変調表現を用いて、前記ビットストリームにおいて、量子化残差と前記量子化残差の予測との差を表現する。方法９００のいくつかの実施例において、Ｎ０、Ｎ１、Ｎ２、Ｎ３はそれぞれ、０、２、３、５である。方法９００のいくつかの実施例において、第１の隣接符号値および第２の隣接符号値が第１の条件を満たすことに応じて、前記コンテキストインデックスオフセットの前記値は０または３に等しく、前記第１の条件は、（１）前記第１の隣接符号値は０に等しく、第２の隣接符号値が０に等しい、または（２）前記第１の隣接符号値は、前記第２の隣接符号値の負数に等しい、であり、ここで、前記第１の隣接符号値は前記第１の係数の水平座標が０であることに応じて０に等しく、前記第１の係数の前記水平座標がゼロでないことに応じて左隣接係数の符号値に等しく、前記第２の隣接符号値は前記第１の係数の垂直座標が０であることに応じて０に等しく、前記第１の係数の前記垂直座標が０でないことに応じて、上側の隣接係数の符号値に等しい。
【0155】
方法９００のいくつかの実施例において、前記第１のコーディングモードが前記現在のブロックに適用されないことに応じて、前記コンテキストインデックスオフセットの値は０に等しく、前記第１のコーディングモードが前記現在のブロックに適用されることに応じて、前記コンテキストインデックスオフセットの値は３に等しい。方法９００のいくつかの実施例において、前記第１の隣接符号値および前記第２の隣接符号値が前記第１の条件を満たさないことに応じて、かつ前記第１の隣接符号値および前記第２の隣接符号値が第２の条件を満たすことに応じて、前記コンテキストインデックスオフセットの値は１または４に等しく、前記第２の条件は、（１）前記第１の隣接符号値は０以上で、前記第２の隣接符号値は０以上、である。方法９００のいくつかの実施例において、前記第１のコーディングモードが前記現在のブロックに適用されないことに応じて、前記コンテキストインデックスオフセットの前記値は１に等しく、前記第１のコーディングモードが前記現在のブロックに適用されることに応じて、前記コンテキストインデックスオフセットの前記値は４に等しい。方法９００のいくつかの実施例において、前記第１の隣接符号値および前記第２の隣接符号値が前記第１の条件および前記第２の条件を満たさないことに応じて、前記コンテキストインデックスオフセットの前記値は２または５に等しい。
【0156】
方法９００のいくつかの実施例において、前記第１のコーディングモードが前記現在のブロックに適用されないことに応じて、前記コンテキストインデックスオフセットの前記値は２に等しく、前記第１のコーディングモードが前記現在のブロックに適用されることに応じて、前記コンテキストインデックスオフセットの前記値は５に等しい。方法９００のいくつかの実施例において、前記現在のブロックに対して変換スキップ処理を適用する。方法９００のいくつかの実施例において、前記規則は、Ｎ０、Ｎ１、Ｎ３、およびＮ３が、（１）シーケンスパラメータセット、映像パラメータセット、ピクチャパラメータセット、ピクチャヘッダ、スライスヘッダ、タイル群ヘッダ、最大コーディングユニット行、最大コーディングユニット群、最大コーディングユニットまたはコーディングユニットに含まれる指示、（２）前記現在のブロックのブロック寸法および／または前記ブロックの隣接ブロックのブロック寸法、（３）前記ブロックのブロック形状および／または前記現在のブロックの隣接ブロックのブロック形状、（４）前記映像のカラーフォーマットの指示、（５）前記現在のブロックに別個または二重のコーディングツリー構造を適用するかどうか、（６）前記現在のブロックが属するスライスタイプおよび／またはピクチャタイプ、および（７）前記現在のブロックの色成分の数、のうちのいずれか１つ以上に基づいて決定されることを規定する。
【0157】
図１０は、映像処理の方法１０００の一例を示すフローチャートである。動作１００２は、映像の現在のブロックと前記映像のビットストリームとの変換を行うことを含み、前記ビットストリームは、残りのコンテキストコーディングされたビンの数に基づいてコンテキストモードまたはバイパスモードのいずれか１つを用いて、前記現在のブロックの符号フラグが前記ビットストリームに含まれることを規定する規則に準拠する。
【0158】
方法１０００のいくつかの実施例において、前記規則は、残りのコンテキストコーディングされたビンの前記数が、Ｎが整数である場合に、Ｎ未満であることに応じて、前記ビットストリームに前記符号フラグを含めるために前記バイパスモードを使用することを規定する。方法１０００のいくつかの実施例において、前記規則は、残りのコンテキストコーディングされたビンの前記数が、Ｎが整数である場合に、Ｎ以上であることに応じて、前記符号フラグを前記ビットストリームに含めるために前記コンテキストモードを使用することを規定する。方法１０００のいくつかの実施例において、前記規則は、残りのコンテキストコーディングされたビンの前記数が、Ｎが整数である場合に、Ｎに等しいことに応じて、前記ビットストリームに前記符号フラグを含めるために前記バイパスモードを使用することを規定する。方法１０００のいくつかの実施例において、前記規則は、残りのコンテキストコーディングされたビンの前記数が、Ｎが整数である場合に、Ｎよりも大きいことに応じて、前記ビットストリームに前記符号フラグを含めるために前記バイパスモードを使用することを規定する。方法１０００のいくつかの実施形態において、Ｎは４に等しい。方法１０００のいくつかの実施形態において、Ｎは０に等しい。
【0159】
方法１０００のいくつかの実施例において、Ｎは、（１）シーケンスパラメータセット、映像パラメータセット、ピクチャパラメータセット、ピクチャヘッダ、スライスヘッダ、タイル群ヘッダ、最大コーディングユニット行、最大コーディングユニット群、最大コーディングユニットまたはコーディングユニットに含まれる指示、（２）前記現在のブロックのブロック寸法および／または前記ブロックの隣接ブロックのブロック寸法、（３）前記ブロックのブロック形状および／または前記現在のブロックの隣接ブロックのブロック形状、（４）前記映像のカラーフォーマットの指示、（５）前記現在のブロックに別個または二重のコーディングツリー構造を適用するかどうか、（６）前記現在のブロックが属するスライスタイプおよび／またはピクチャタイプ、および（７）前記現在のブロックの色成分の数、のうちのいずれか１つ以上に基づいて決定されることを規定する。方法１０００のいくつかの実施例において、前記規則は、前記現在のブロックが変換ブロックまたは変換スキップブロックであることを規定する。方法１０００のいくつかの実施例において、前記規則は、ブロック差動パルスコーディングされた変調モードを前記現在のブロックに適用することを規定する。方法１０００のいくつかの実施例において、前記規則は、ブロック差動パルスコーディングされた変調モードが前記現在のブロックに適用されないことを規定する。
【0160】
図１１は、映像処理の方法１１００の一例を示すフローチャートである。動作１１０２は、映像の現在のブロックと前記映像のビットストリームとの変換を行うことを含み、前記ビットストリームは、前記ビットストリームに前記現在のブロックの符号フラグを含めるためにコンテキストインデックスオフセットを使用することを規定する規則に準拠し、前記規則は、前記コンテキストインデックスオフセットを前記現在のブロックの情報に基づいて決定することを規定する。
【0161】
方法１１００のいくつかの実施例において、前記情報は、シーケンスパラメータセット、映像パラメータセット、ピクチャパラメータセット、ピクチャヘッダ、スライスヘッダ、タイル群ヘッダ、最大コーディングユニット行、最大コーディングユニット群、最大コーディングユニット、またはコーディングユニットにおける指示を含む。方法１１００のいくつかの実施例において、前記情報は、前記現在のブロックのブロック寸法および／または前記現在のブロックの隣接ブロックのブロック寸法を含む。方法１１００の一部の実施例において、前記情報は、前記現在のブロックのブロック形状および／または前記現在のブロックの隣接ブロックのブロック形状を含む。方法１１００の一部の実施例において、前記符号フラグのコンテキスト値は、異なるブロック形状に対して別個である。方法１１００のいくつかの実施例において、前記情報は、前記現在のブロックの１つ以上の隣接ブロックの１つ以上の予測モードを含む。方法１１００のいくつかの実施例において、前記１つ以上の予測モードは、イントラ予測モードを含む。方法１１００のいくつかの実施例において、前記１つ以上の予測モードは、インター予測モードを含む。
【0162】
方法１１００のいくつかの実施例において、前記符号フラグのコンテキスト値は、１つ以上のインターコーディングされたブロックと、１つ以上のイントラコーディングされたブロックに対して別個である。方法１１００のいくつかの実施例において、前記情報は、前記現在のブロックの隣接ブロックのブロックベースのデルタパルスコード変調モードの指示を含む。方法１１００のいくつかの実施例において、前記情報は、前記映像のカラーフォーマットの指示を含む。方法１１００のいくつかの実施例において、前記情報は、前記現在のブロックに対して別個または二重のコーディングツリー構造を適用するかを含む。方法１１００のいくつかの実施例において、前記情報は、前記現在のブロックが属するスライスタイプおよび／またはピクチャタイプを含む。方法１１００のいくつかの実施例において、前記情報は、前記現在のブロックの色成分の数を含む。方法１１００のいくつかの実施例において、前記符号フラグのコンテキスト値は、前記現在のブロックの輝度色成分と前記現在のブロックの彩度色成分に対して別個である。方法（群）９００～１１００のいくつかの実施例において、前記現在のブロックは、バイナリデルタパルスコード変調モードを用いて前記ビットストリームにおいて表現される。
【0163】
図１２は、映像処理の方法１２００の一例を示すフローチャートである。動作１２０２は、規則に従って、１つ以上の映像レイヤを含む映像と前記映像のビットストリームとの変換を行うことを含み、前記規則は、前記映像に複数の適応パラメータセットネットワーク抽象化レイヤユニットを使用することを規定し、各適応パラメータセットネットワーク抽象化レイヤユニットは、対応する適応パラメータタイプ値を有し、各適応パラメータセットネットワーク抽象化レイヤユニットは、対応する映像レイヤ識別子に関連付けられ、各適応パラメータセットネットワーク抽象化レイヤユニットは、プレフィックスユニットまたはサフィックスユニットであり、前記規則は、前記複数の適応パラメータセットネットワーク抽象化レイヤユニットが同じ適応パラメータタイプ値を共有することに応じて、前記複数の適応パラメータセットネットワーク抽象化レイヤユニットの適応パラメータセット識別子値が同じ識別子空間に属することを規定する。
【0164】
方法１２００のいくつかの実施例において、前記規則は、複数の適応パラメータセットネットワーク抽象化レイヤユニットが、前記複数の適応パラメータセットネットワーク抽象化レイヤユニットの複数の映像レイヤ識別子とは独立した前記同じ適応パラメータタイプ値を共有することを規定する。方法１２００のいくつかの実施例において、前記規則は、前記複数の適応パラメータセットネットワーク抽象化レイヤユニットがプレフィックスユニットであるかサフィックスユニットであるかに関わらず、前記複数の適応パラメータセットネットワーク抽象化レイヤユニットが前記同じ適応パラメータタイプ値を共有することを規定する。方法１２００のいくつかの実施例において、前記複数の適応パラメータセットネットワーク抽象化レイヤユニットは、複数の第１のモード適応パラメータセットネットワーク抽象化レイヤユニットであり、第１のモードにおいて、線形モデルに基づいてマッピングされた輝度予測サンプルを導出し、さらに輝度再構成サンプルを導出するために用いられ、輝度再構成サンプルに基づいて彩度残差値をスケーリングする。方法１２００のいくつかの実施例において、前記複数の適応パラメータセットネットワーク抽象化レイヤユニットは、複数の第２のモード適応パラメータセットネットワーク抽象化レイヤユニットであり、第２のモードにおいて、異なる方向の輝度再構成サンプル間の差に基づいてフィルタインデックスを生成する分類演算を用いて、輝度再構成サンプルをフィルタリングし、前記分類演算を行わずに、彩度再構成サンプルをフィルタリングする。
【0165】
図１３は、例示的な映像処理の方法（１３００）のフローチャートである。動作１３０２は、映像の現在のブロックと前記映像のビットストリームとの変換を行うことを含み、前記ビットストリームは、特定の特徴を有する第１の補足拡張情報メッセージが、（１）この特定の特徴を有する第２の補足拡張情報メッセージがスライスユニットに含まれていることに応じて、このビットストリームのスライスユニット内で繰り返されること、または（２）この第１の補足拡張メッセージがこのビットストリームのこのスライスユニット内にあることに応じて更新されること、は許可されないことを規定する規則に準拠し、このスライスユニットは、復号順に連続したネットワーク抽象化レイヤユニットのセットを含み、このネットワーク抽象化レイヤのセットは、単一のコーディングされたスライスと、この単一のコーディングされたスライスに関連付けられた１つ以上の非映像コーディングレイヤネットワーク抽象化レイヤユニットとを含む。
【0166】
方法１３００のいくつかの実施例において、前記規則は、前記第１の補足拡張情報メッセージが前記スライスユニットに含まれる第２の補足拡張情報メッセージに対するものと同じ特定のペイロードタイプの値を有することに応じて、前記第１の補足拡張情報メッセージが前記スライスユニット内で繰り返されることは許可されないことを規定する。方法１３００のいくつかの実施例において、前記規則は、前記スライスユニット内の前記特定のペイロードタイプについての同一の構文構造の数が１以下であることを規定する。方法１３００のいくつかの実施例において、前記規則は、前記第１の補足拡張情報メッセージが特定のペイロードタイプを有することに応じて、前記第１の補足拡張情報メッセージが前記スライスユニット内で繰り返されることは許可されないことを規定する。方法１３００のいくつかの実施例において、前記規則は、前記スライスユニット内の前記特定のペイロードタイプの構文構造の数が１以下であることを規定する。
【0167】
方法１３００のいくつかの実施例において、前記規則は、前記第１の補足拡張情報メッセージが特定のペイロードタイプを有することに応じて、前記第１の補足拡張情報メッセージが前記スライスユニット内で更新されることは許可されないことを規定する。方法１３００のいくつかの実施例において、前記規則は、前記スライスユニット内の前記特定のペイロードタイプの１つ以上の構文構造が同じ内容を有することを規定する。
【0168】
図１４は、映像処理の方法１４００の一例を示すフローチャートである。動作１４０２は、映像の現在のブロックと前記映像のビットストリームとの変換を行うことを含み、前記ビットストリームは、前記ビットストリームにおけるスライスユニットが、（１）このスライスユニットは、第１の非映像コーディングレイヤネットワーク抽象化レイヤユニットと同じ特徴を有する第２の非映像コーディングレイヤネットワーク抽象化レイヤユニットを含むこと、および（２）この第１の非映像コーディングレイヤネットワーク抽象化レイヤユニットはプレフィックス補足拡張情報またはサフィックス補足拡張情報以外のネットワーク抽象化レイヤユニットタイプを有すること、に応じて、第１の非映像コーディングレイヤネットワーク抽象化レイヤユニットの繰り返しを許可しないことを規定する規則に準拠する。
【0169】
方法１４００のいくつかの実施例において、前記第２の非映像コーディングレイヤネットワーク抽象化レイヤユニットは、復号能力情報ネットワーク抽象化レイヤユニットであり、前記規則は、前記スライスユニット内の復号能力情報ネットワーク抽象化レイヤユニットの数が１以下であることを規定する。方法１４００のいくつかの実施例において、前記第２の非映像コーディングレイヤネットワーク抽象化レイヤユニットは、特定の識別子を有する映像パラメータセットネットワーク抽象化レイヤユニットであり、前記規則は、前記スライスユニット内の前記特定の識別子を有する映像パラメータセットネットワーク抽象化レイヤユニットの数が１以下であることを規定する。方法１４００のいくつかの実施例において、前記第２の非映像コーディングレイヤネットワーク抽象化レイヤユニットは、特定の識別子を有するシーケンスパラメータセットネットワーク抽象化レイヤユニットであり、前記規則は、前記スライスユニット内の前記特定の識別子を有するシーケンスパラメータセットネットワーク抽象化レイヤユニットの数が１以下であることを規定する。方法１４００のいくつかの実施例において、前記第２の非映像コーディングレイヤネットワーク抽象化レイヤユニットは、特定の識別子を有するピクチャパラメータセットネットワーク抽象化レイヤユニットであり、前記規則は、前記スライスユニット内の前記特定の識別子を有するピクチャパラメータセットネットワーク抽象化レイヤユニットの数は１を越えてはならないことを規定する。
【0170】
方法１４００のいくつかの実施例において、前記第２の非映像コーディングレイヤネットワーク抽象化レイヤユニットは、特定の識別子および特定のパラメータタイプを有する適応パラメータセットネットワーク抽象化レイヤユニットであり、前記規則は、特定の識別子および前記スライスユニット内の前記特定のパラメータタイプを有する適応パラメータセットネットワーク抽象化レイヤユニットの数が１以下であることを規定する。方法１４００のいくつかの実施例において、前記第２の非映像コーディングレイヤネットワーク抽象化レイヤユニットは、特定のタイプのネットワーク抽象化レイヤユニット、特定の識別子および特定のパラメータタイプを有する適応パラメータセットネットワーク抽象化レイヤユニットであり、前記規則は、前記特定のタイプのネットワーク抽象化レイヤユニット、前記特定の識別子、および前記スライスユニット内の前記特定のパラメータタイプを有する適応パラメータセットネットワーク抽象化レイヤユニットの数が１以下であることを規定する。方法１４００のいくつかの実施例において、前記第２の非映像コーディングレイヤネットワーク抽象化レイヤユニットは、復号能力情報ネットワーク抽象化レイヤユニットであり、前記規則は、前記第１の非映像コーディングレイヤネットワーク抽象化レイヤユニットが前記復号能力情報ネットワーク抽象化レイヤユニットであることに応じて、コーディングされたレイヤ映像シーケンスまたはコーディングされた映像シーケンス内で前記第１の非映像コーディングレイヤネットワーク抽象化レイヤユニットが繰り返されることは許可されないことを規定する。
【0171】
方法１４００のいくつかの実施例において、前記第２の非映像コーディングレイヤネットワーク抽象化レイヤユニットは、特定の識別子を有する映像パラメータセットネットワーク抽象化レイヤユニットであり、前記規則は、前記第１の非映像コーディングレイヤネットワーク抽象化レイヤユニットが特定の識別子を有する映像パラメータセットネットワーク抽象化レイヤユニットであることに応じて、コーディングされたレイヤ映像シーケンスまたはコーディングされた映像シーケンス内で前記第１の非映像コーディングレイヤネットワーク抽象化レイヤユニットが繰り返されることは許可されないことを規定する。方法１４００のいくつかの実施例において、前記第２の非映像コーディングレイヤネットワーク抽象化レイヤユニットは、特定の識別子を有するシーケンスパラメータセットネットワーク抽象化レイヤユニットであり、前記規則は、前記第１の非映像コーディングレイヤネットワーク抽象化レイヤユニットが特定の識別子を有するシーケンスパラメータセットネットワーク抽象化レイヤユニットであることに応じて、コーディングされたレイヤ映像シーケンスまたはコーディングされた映像シーケンス内で前記第１の非映像コーディングレイヤネットワーク抽象化レイヤユニットが繰り返されることは許可されないことを規定する。
【0172】
図１５は、映像処理の方法１５００の一例を示すフローチャートである。動作１５０２は、規則に従って、複数の映像レイヤを含む映像と前記映像のビットストリームとの変換を行うことを含み、前記規則は、複数の適応パラメータセットのうちのどれが前記複数の映像レイヤにわたって共有されることは許可されないかを規定する。
【0173】
方法１５００のいくつかの実施例において、前記規則は、前記複数の適応パラメータセットの全てが共有されることは許可されないことを規定する。方法１５００のいくつかの実施例において、前記規則は、前記複数の適応パラメータセットの適応ループフィルタタイプが共有されることは許可されないことを規定する。
【0174】
図１６は、映像処理の方法１６００の一例を示すフローチャートである。動作１６０２は、規則に従って、１つ以上の映像レイヤを含む映像と前記映像のビットストリームとの変換を行うことを含み、前記ビットストリームは、１つ以上の適応ループフィルタ適応パラメータセットを含み、この規則は、この１つ以上の適応ループフィルタ適応パラメータセットをピクチャユニット内で更新するように許可されるかどうかを規定する。
【0175】
方法１６００のいくつかの実施例において、前記規則は、前記１つ以上の適応ループフィルタ適応パラメータセットを前記ピクチャユニット内で更新するように許可されることを規定する。方法１６００のいくつかの実施例において、前記規則は、適応パラメータセットを前記ピクチャユニット内で更新するように許可されないことを規定する。
【0176】
図１７は、映像処理の方法１７００の一例を示すフローチャートである。動作１７０２は、規則に従って、１つ以上のコーディングされたレイヤ映像シーケンスを含む映像と前記映像のビットストリームとの変換を行うことを含み、前記ビットストリームは適応ループフィルタ適応パラメータセットを含み、前記規則は、前記適応ループフィルタ適応パラメータセットが１つ以上の特定の特徴を有することに応じて、前記適応ループフィルタ適応パラメータセットが前記１つ以上のコーディングされたレイヤ映像シーケンスにわたって共有されることは許可されないことを規定する。
【0177】
方法１７００のいくつかの実施例において、前記特定の特徴は、特定のネットワーク抽象化レイヤユニットタイプを有する前記適応ループフィルタ適応パラメータセットを含む。方法１７００のいくつかの実施例において、前記１つ以上の特定の特徴は、特定の識別子を有する前記適応ループフィルタ適応パラメータセットを含む。方法１７００のいくつかの実施例において、前記１つ以上の特定の特徴は、特定のパラメータタイプを有する前記適応ループフィルタ適応パラメータセットを含む。方法１７００のいくつかの実施例において、前記規則は、第１のコーディングされたレイヤ映像シーケンスにおける映像コーディングレイヤネットワーク抽象化レイヤユニットによって参照される前記適応ループフィルタ適応パラメータセットが、第２のコーディングされたレイヤ映像シーケンスにおける非映像コーディングレイヤネットワーク抽象化レイヤユニットに関連付けられず、前記第１のコーディングされたレイヤ映像シーケンスが前記第２のコーディングされたレイヤ映像シーケンスと異なることを規定する。方法１７００のいくつかの実施例において、前記規則は、第１のイントラランダムアクセスピクチャに関連付けられた映像コーディングレイヤネットワーク抽象化レイヤユニットによって参照される前記適応ループフィルタ適応パラメータセットが、第２のイントラランダムアクセスピクチャに関連付けられた非映像コーディングレイヤネットワーク抽象化レイヤユニットに関連付けられず、前記第１のイントラランダムアクセスピクチャが前記第２のイントラランダムアクセスピクチャと異なることを規定する。
【0178】
方法１７００のいくつかの実施例において、前記規則は、第１のイントラランダムアクセスピクチャまたは第１の漸次復号更新ピクチャに関連付けられた映像コーディングレイヤネットワーク抽象化レイヤユニットによって参照される前記適応ループフィルタ適応パラメータセットが、第２のイントラランダムアクセスピクチャまたは第２の漸次復号更新ピクチャに関連する非映像コーディングレイヤネットワーク抽象化レイヤユニットに関連付けられず、前記第１のイントラランダムアクセスピクチャまたは前記第１の漸次復号更新ピクチャが前記第２のイントラランダムアクセスピクチャまたは前記第２の漸次復号更新ピクチャと異なることを規定する。方法１７００のいくつかの実施例において、前記規則は、前記適応ループフィルタ適応パラメータセットが、前記映像の１つ以上のコーディングされた映像シーケンスにわたって共有されない前記映像の１つ以上の適応パラメータセットに含まれることを規定する。方法１７００のいくつかの実施例において、前記規則は、特定のタイプに属する前記１つ以上の適応パラメータセットが、前記１つ以上のコーディングされた映像シーケンスにわたって共有されることは許可されないことを規定する。方法１７００のいくつかの実施例において、前記特定のタイプは、適応ループフィルタ適応パラメータセットを含む。方法１７００のいくつかの実施例において、前記特定のタイプは、彩度スケーリング適応パラメータセットを用いた輝度マッピングを含む。方法１７００のいくつかの実施例において、前記特定のタイプは、スケーリング適応パラメータセットを含む。
【0179】
方法９００～１７００のいくつかの実施形態において、変換を実行することは、映像をビットストリームに符号化することを含む。方法９００～１７００のいくつかの実施形態において、変換を実行することは、映像からビットストリームを生成することを含み、方法は、ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに含む。方法９００～１７００のいくつかの実施形態において、変換を実行することは、ビットストリームから映像を復号することを含む。いくつかの実施形態において、映像復号装置は、方法９００～１７００の動作を実装するように構成された処理装置を含む。
【0180】
いくつかの実施形態において、映像符号化装置は、方法９００～１７００の動作を実装するように構成された処理装置を含む。いくつかの実施形態において、コンピュータ命令が記憶されたコンピュータプログラム製品は、処理装置により実行されることにより、処理装置に方法９００～１７００に説明された動作を実装させる。いくつかの実施形態において、方法９００～１７００に説明された動作に従って生成されたビットストリームを記憶する非一時的なコンピュータ可読記憶媒体。いくつかの実施形態において、処理装置に方法９００～１７００に説明された動作を実装させる命令を記憶する非一時的なコンピュータ可読記憶媒体。いくつかの実施形態において、方法（ｓ）９００～１７００に説明された動作に従って映像のビットストリームを生成し、このビットストリームをコンピュータ可読プログラム媒体に記憶するステップを含む、ビットストリーム生成方法。いくつかの実施形態において、本願明細書に開示される方法またはシステムに従って、方法、装置、生成されたビットストリームを提供する。
【0181】
本明細書では、「映像処理」という用語は、映像符号化、映像復号、映像圧縮、または映像展開を指してよい。例えば、映像圧縮アルゴリズムは、映像の画素表現から対応するビットストリーム表現への変換、またはその逆の変換中に適用されてもよい。現在の映像ブロックのビットストリーム表現は、例えば、構文によって規定されるように、ビットストリーム内の同じ場所または異なる場所に拡散されるビットに対応していてもよい。例えば、１つのマクロブロックは、変換およびコーディングされた誤り残差値の観点から、かつビットストリームにおけるヘッダおよび他のフィールドにおけるビットを使用して符号化されてもよい。さらに、変換中、デコーダは、上記解決策で説明されているように、判定に基づいて、いくつかのフィールドが存在しても存在しなくてもよいという知識を持って、ビットストリームを構文解析してもよい。同様に、エンコーダは、特定の構文フィールドが含まれるべきであるか、または含まれないべきであるかを判定し、構文フィールドをコーディング表現に含めるか、またはコーディング表現から除外することによって、それに応じてコーディング表現を生成してもよい。
【0182】
本明細書に記載された開示された、およびその他の解決策、実施例、実施形態、モジュール、および機能動作の実装形態は、本明細書に開示された構造およびその構造的等価物を含め、デジタル電子回路、またはコンピュータソフトウェア、ファームウェア、若しくはハードウェアで実施されてもよく、またはそれらの１つ以上の組み合わせで実施してもよい。開示された、およびその他の実施形態は、１または複数のコンピュータプログラム製品、すなわち、データ処理装置によって実装されるため、またはデータ処理装置の動作を制御するために、コンピュータ可読媒体上に符号化されたコンピュータプログラム命令の１または複数のモジュールとして実施することができる。このコンピュータ可読媒体は、機械可読記憶デバイス、機械可読記憶基板、メモリデバイス、機械可読伝播信号をもたらす物質の組成物、またはこれらの１または複数の組み合わせであってもよい。「データ処理装置」という用語は、例えば、プログラマブルプロセッサ、コンピュータ、または複数のプロセッサ、若しくはコンピュータを含む、データを処理するためのすべての装置、デバイス、および機械を含む。この装置は、ハードウェアの他に、当該コンピュータプログラムの実行環境を作るコード、例えば、プロセッサファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、またはこれらの１または複数の組み合わせを構成するコードを含むことができる。伝播信号は、人工的に生成した信号、例えば、機械で生成した電気、光、または電磁信号であり、適切な受信装置に送信するための情報を符号化するために生成される。
【0183】
コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、またはコードとも呼ばれる）は、コンパイルされた言語または解釈された言語を含む任意の形式のプログラミング言語で記述することができ、また、それは、スタンドアロンプログラムとして、またはコンピューティング環境で使用するのに適したモジュール、成分、サブルーチン、または他のユニットとして含む任意の形式で展開することができる。コンピュータプログラムは、必ずしもファイルシステムにおけるファイルに対応するとは限らない。プログラムは、他のプログラムまたはデータを保持するファイルの一部（例えば、マークアップ言語文書に格納された１または複数のスクリプト）に記録されていてもよいし、当該プログラム専用の単一のファイルに記憶されていてもよいし、複数の調整ファイル（例えば、１または複数のモジュール、サブプログラム、またはコードの一部を格納するファイル）に記憶されていてもよい。１つのコンピュータプログラムを、１つのサイトに位置する１つのコンピュータ、または複数のサイトに分散され通信ネットワークによって相互接続される複数のコンピュータで実行させるように展開することも可能である。
【0184】
本明細書に記載された処理およびロジックフローは、入力データ上で動作し、出力を生成することによって機能を実行するための１つ以上のコンピュータプログラムを実行する１つ以上のプログラマブル処理装置によって行うことができる。処理およびロジックフローはまた、特定用途のロジック回路、例えば、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）またはＡＳＩＣ（特定用途向け集積回路）によって行うことができ、装置はまた、特別目的のロジック回路として実装することができる。
【0185】
コンピュータプログラムの実行に適した処理装置は、例えば、汎用および専用マイクロ処理装置の両方、並びに任意の種類のデジタルコンピュータの任意の１または複数の処理装置を含む。一般的に、プロセッサは、リードオンリーメモリまたはランダムアクセスメモリまたはその両方から命令およびデータを受信する。コンピュータの本質的な要素は、命令を実行するためのプロセッサと、命令およびデータを記憶するための１つ以上の記憶装置とである。一般的に、コンピュータは、データを記憶するための１または複数の大容量記憶デバイス、例えば、磁気、光磁気ディスク、または光ディスクを含んでもよく、またはこれらの大容量記憶デバイスからデータを受信するか、またはこれらにデータを転送するように動作可能に結合されてもよい。しかしながら、コンピュータは、このようなデバイスを有する必要はない。コンピュータプログラム命令およびデータを記憶するのに適したコンピュータ可読媒体は、あらゆる形式の不揮発性メモリ、媒体、およびメモリデバイスを含み、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュ記憶装置、磁気ディスク、例えば内部ハードディスクまたはリムーバブルディスク、光磁気ディスク、およびＣＤ－ＲＯＭおよびＤＶＤ－ＲＯＭディスク等の半導体記憶装置を含む。処理装置およびメモリは、特定用途のロジック回路によって補完されてもよく、または特定用途のロジック回路に組み込まれてもよい。
【0186】
本特許明細書は多くの詳細を含むが、これらは、任意の主題の範囲または特許請求の範囲を限定するものと解釈されるべきではなく、むしろ、特定の技術の特定の実施形態に特有であり得る特徴の説明と解釈されるべきである。本特許文献において別個の実施形態のコンテキストで説明されている特定の特徴は、１つの例において組み合わせて実装してもよい。逆に、１つの例のコンテキストで説明された様々な特徴は、複数の実施形態において別個にまたは任意の適切なサブコンビネーションで実装してもよい。さらに、特徴は、特定の組み合わせで作用するものとして上記に記載され、最初にそのように主張されていてもよいが、主張された組み合わせからの１つ以上の特徴は、場合によっては、組み合わせから抜粋されることができ、主張された組み合わせは、サブコンビネーションまたはサブコンビネーションのバリエーションに向けられてもよい。
【0187】
同様に、動作は図面において特定の順番で示されているが、これは、所望の結果を達成するために、このような動作が示された特定の順番でまたは連続した順番で行われること、または示された全ての動作が行われることを必要とするものと理解されるべきではない。また、本特許明細書に記載されている例における様々なシステムの構成要素の分離は、全ての実施形態においてこのような分離を必要とするものと理解されるべきではない。
【0188】
いくつかの実装形態および例のみが記載されており、この特許文献に記載され図示されているコンテンツに基づいて、他の実施形態、拡張および変形が可能である。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】