ホーム > 特許ランキング > ＢＹＴＥＤＡＮＣＥ ＩＮＣ．
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-07-22
(45)【発行日】2024-07-30
(54)【発明の名称】一般的な制約情報の信号通知
(51)【国際特許分類】
H04N 19/70 20140101AFI20240723BHJP
【ＦＩ】
H04N19/70
【請求項の数】
17
(21)【出願番号】P 2022573731
(86)(22)【出願日】2021-06-02
(65)【公表番号】
(43)【公表日】2023-07-04
(86)【国際出願番号】 US2021035366
(87)【国際公開番号】W WO2021247648
(87)【国際公開日】2021-12-09
【審査請求日】2023-01-18
(31)【優先権主張番号】63/033,689
(32)【優先日】2020-06-02
(33)【優先権主張国・地域又は機関】US
【早期審査対象出願】
(73)【特許権者】
【識別番号】520477474
【氏名又は名称】バイトダンス インコーポレイテッド
【氏名又は名称原語表記】ＢＹＴＥＤＡＮＣＥ ＩＮＣ．
【住所又は居所原語表記】１２６５５ Ｗｅｓｔ Ｊｅｆｆｅｒｓｏｎ Ｂｏｕｌｅｖａｒｄ， Ｓｉｘｔｈ Ｆｌｏｏｒ， Ｓｕｉｔｅ Ｎｏ． １３７ Ｌｏｓ Ａｎｇｅｌｅｓ， Ｃａｌｉｆｏｒｎｉａ ９００６６ Ｕｎｉｔｅｄ Ｓｔａｔｅｓ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】110002000
【氏名又は名称】弁理士法人栄光事務所
(72)【発明者】
【氏名】ワン イェクイ
(72)【発明者】
【氏名】ジャン リー
【審査官】岩井 健二
(56)【参考文献】
【文献】国際公開第２０２０／０５８５６７（ＷＯ，Ａ１）
【文献】Sachin Deshpande, Jonatan Samuelsson, Andrew Segall, and Philip Cowan，AHG9: On Decoding Capability Information and PTL Signalling，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-R0108-v1，18th Meeting: by teleconference，2020年04月，pp.1-4
【文献】Zhipin Deng, Ye-Kui Wang, Li Zhang, Kai Zhang, and Kui Fan，AHG9: On general constraints information，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-S0050-v3，19th Meeting: by teleconference，2020年05月，pp.1-9
【文献】Ye-Kui Wang, et al.，AHG9: On conditional signalling of GCI fields，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-S0179-v1，19th Meeting: by teleconference，2020年06月，pp.1-4
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｎ １９／００ － １９／９８
(57)【特許請求の範囲】
【請求項1】
映像処理の方法であって、第１の規則に沿って、１つ以上のピクチャを含む映像と前記映像のビットストリームとの変換を実行すること、を有し、
前記第１の規則は、プロファイルティアレベル構文構造における一般的な制約情報（ＧＣＩ）構文構造が構文要素の後にあることを規定し、
前記構文構造は、前記ビットストリームの一般的な制約情報（ＧＣＩ）に関する情報を含み、
前記構文要素は、１つ以上の出力レイヤセットが適合するレベルを示し、
前記変換は、さらに第２の規則に沿って実行され、
前記第２の規則は、前記ＧＣＩ構文構造におけるバイトアライメント構文が１つ以上のＧＣＩ予約フィールドの後にあることを規定する、
方法。
【請求項2】
前記ＧＣＩに関する情報は、１つ以上のＧＣＩフラグが示されているかどうか、および／または、１つ以上のＧＣＩフラグの値、を示す、請求項１に記載の方法。
【請求項3】
前記ＧＣＩ構文構造は、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造であり、前記構文要素は、ｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃ構文要素である、
請求項１に記載の方法。
【請求項4】
前記バイトアライメント構文は、前記ビットストリームにおける現在の位置が前記ビットストリームにおける第１のビットの位置から８ビットの整数倍であるかどうかを規定する、請求項１に記載の方法。
【請求項5】
前記バイトアライメント構文は、前記ＧＣＩ構文構造における終端にある、請求項１に記載の方法。
【請求項6】
前記バイトアライメント構文は、ｇｃｉ＿ａｌｉｇｎｍｅｎｔ＿ｚｅｒｏ＿ｂｉｔフィールドとその構文条件を含み、前記ＧＣＩ構文構造は、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造である、
請求項１に記載の方法。
【請求項7】
前記変換は、さらに第３の規則に沿って実行され、前記第３の規則は、複数の予約ＧＣＩビットを示す第１のＧＣＩ構文要素が前記ビットストリームに含まれることを規定する、
請求項１に記載の方法。
【請求項8】
前記第３の規則は、前記予約ＧＣＩビットの各値は前記ビットストリームに含まれていることをさらに規定する、請求項７に記載の方法。
【請求項9】
前記予約ＧＣＩビットの各値は、符号なしの１ビット整数としてコーディングされている、請求項８に記載の方法。
【請求項10】
前記第１のＧＣＩ構文要素は、ｇｃｉ＿ｎｕｍ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔｓである、請求項７に記載の方法。
【請求項11】
前記変換は、さらに第４の規則に沿って実行され、前記第４の規則は、第２のＧＣＩ構文要素が前記ＧＣＩ構文構造の先頭に含まれていることを規定し、
前記第２のＧＣＩ構文要素は、１つ以上のＧＣＩ構文要素が前記ＧＣＩ構文構造に含まれているかどうかを示す、
請求項１に記載の方法。
【請求項12】
ゼロに等しい前記第２のＧＣＩ構文要素は、前記１つ以上のＧＣＩ構文要素が前記ＧＣＩ構文構造に含まれていないことを示す、請求項１１に記載の方法。
【請求項13】
前記１つ以上のＧＣＩ構文要素は、バイトアライメントフィールドを除外する、請求項１２に記載の方法。
【請求項14】
前記ＧＣＩ構文構造は、制約を課さない、請求項１２に記載の方法。
【請求項15】
プロセッサと、命令を有する非一時的メモリと、を備える映像データを処理する装置であって、前記命令が前記プロセッサによって実行されると、前記プロセッサに、第１の規則に沿って、１つ以上のピクチャを含む映像と前記映像のビットストリームとの変換を実行すること、を実行させ、
前記第１の規則は、プロファイルティアレベル構文構造における一般的な制約情報（ＧＣＩ）構文構造が構文要素の後にあることを規定し、
前記構文構造は、前記ビットストリームの一般的な制約情報（ＧＣＩ）に関する情報を含み、
前記構文要素は、１つ以上の出力レイヤセットが適合するレベルを示し、
前記変換は、さらに第２の規則に沿って実行され、
前記第２の規則は、前記ＧＣＩ構文構造におけるバイトアライメント構文が１つ以上のＧＣＩ予約フィールドの後にあることを規定する、
装置。
【請求項16】
命令を記憶する非一時的なコンピュータ可読記憶媒体であって、この命令は、プロセッサに、第１の規則に沿って、１つ以上のピクチャを含む映像と前記映像のビットストリームとの変換を実行すること、を実行させ、
前記第１の規則は、プロファイルティアレベル構文構造における一般的な制約情報（ＧＣＩ）構文構造が構文要素の後にあることを規定し、
前記構文構造は、前記ビットストリームの一般的な制約情報（ＧＣＩ）に関する情報を含み、
前記構文要素は、１つ以上の出力レイヤセットが適合するレベルを示し、
前記変換は、さらに第２の規則に沿って実行され、
前記第２の規則は、前記ＧＣＩ構文構造におけるバイトアライメント構文が１つ以上のＧＣＩ予約フィールドの後にあることを規定する、
非一時的なコンピュータ可読記憶媒体。
【請求項17】
映像のビットストリームを記憶する方法であって、前記方法は、第１の規則に沿って、１つ以上のピクチャを含む映像と前記映像のビットストリームとの変換を実行することと、
前記ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することと、を実行させ、
前記第１の規則は、プロファイルティアレベル構文構造における一般的な制約情報（ＧＣＩ）構文構造が構文要素の後にあることを規定し、
前記構文構造は、前記ビットストリームの一般的な制約情報（ＧＣＩ）に関する情報を含み、
前記構文要素は、１つ以上の出力レイヤセットが適合するレベルを示し、
前記変換は、さらに第２の規則に沿って実行され、
前記第２の規則は、前記ＧＣＩ構文構造におけるバイトアライメント構文が１つ以上のＧＣＩ予約フィールドの後にあることを規定する、
方法。
【発明の詳細な説明】
【技術分野】
【0001】
関連出願の相互参照
本願は、２０２０年６月２日出願の米国特許仮出願第６３／０３３６８９号の優先権および利益を主張する２０２１年６月２日出願の国際特許出願第ＰＣＴ／ＵＳ２０２１／０３５３６６号に基づく。上記出願の開示全体は、本明細書の開示の一部として参照により援用される。
本願は、２０２０年６月２日出願の米国特許仮出願第６３／０３３６８９号の優先権および利益を主張する２０２１年６月２日出願の国際特許出願第ＰＣＴ／ＵＳ２０２１／０３５３６６号に基づく。上記出願の開示全体は、本明細書の開示の一部として参照により援用される。
【0002】
この特許明細書は、画像および映像コーディングおよび復号に関する。
【背景技術】
【0003】
デジタル映像は、インターネットおよび他のデジタル通信ネットワークにおいて最大の帯域幅の使用量を占めている。映像を受信および表示することが可能である接続されたユーザ機器の数が増加するにつれ、デジタル映像の使用に対する帯域幅需要は増大し続けることが予測される。
【発明の概要】
【0004】
本明細書は、映像の符号化、復号、または処理を行うために、映像エンコーダおよびデコーダが使用できる一般的な制約情報（ＧＣＩ）の信号通知のための技術を開示する。
【0005】
１つの例示的な態様において、映像処理方法が開示される。この方法は、規則に従って、１つ以上のピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、この規則は、プロファイルティアレベルの構文構造における構文構造が構文要素の後にあることを規定し、この構文構造は、このビットストリームのための一般的な制約情報（ＧＣＩ）に関する情報を含み、この構文要素は、このプロファイルティアレベルの構文構造に関連付けられた出力レイヤセットが適合するレベルを示す。
【0006】
別の例示的な態様において、別の映像処理方法が開示される。この方法は、規則に従って、１つ以上のピクチャを有する映像とこの映像のビットストリームとの間で変換を行うことを含み、この規則は、一般的な制約情報（ＧＣＩ）構文構造のバイトアライメント構文が１つ以上のＧＣＩ予約フィールドの後であることを規定し、バイトアライメント構文は、ビットストリームにおける現在の位置がビットストリームの第１のビットの位置から８ビットの整数倍であるかどうかを示し、ＧＣＩ構文構造はＧＣＩ関連構文要素を含む。
【0007】
さらに別の例示的な態様において、別の映像処理方法が開示される。この方法は、規則に従って、１つ以上のピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、この規則は、プロファイルティアレベルの構文構造における構文構造がレベル情報の指示の後にあることを規定し、この構文構造は、一般的な制約情報（ＧＣＩ）に関する情報を含み、レベル情報の指示が相互運用性の指標を規定する。
【0008】
さらに別の例示的な態様において、別の映像処理方法が開示される。この方法は、規則に従って、１つ以上のピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、規則は、プロファイルティアレベルの構文構造における構文要素が、このプロファイルティアレベルの構文構造に一般的な制約情報（ＧＣＩ）構文構造が含まれているかどうかを示すことを規定する。
【0009】
さらに別の例示的な態様において、別の映像処理方法が開示される。この方法は、規則に従って、１つ以上のピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、この規則は、バイトアライメント構文が、プロファイルティアレベル構文構造に存在する一般的な制約情報（ＧＣＩ）構文構造から除外されることを規定し、このバイトアライメント構文は、ビットストリームにおける現在の位置が、このビットストリームの第１のビットの位置から８ビットの整数倍であるかどうかを示し、このＧＣＩ構文構造は、ＧＣＩ関連構文要素を含む。
【0010】
さらに別の例示的な態様において、別の映像処理方法が開示される。この方法は、規則に従って、１つ以上のピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、この規則は、一般的な制約情報（ＧＣＩ）構文構造が、プロファイルティアレベル構文構造におけるバイトアライメントチェック条件の直前にあることを規定し、このＧＣＩ構文構造は、ＧＣＩ関連構文要素を含み、このバイトアライメントチェック条件は、ビットストリームにおける現在の位置が、このビットストリームの第１のビットの位置から８ビットの整数倍であるかどうかをチェックする。
【0011】
さらに別の例示的な態様において、別の映像処理方法が開示される。この方法は、規則に従って、１つ以上のピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、この規則は、一般的な制約情報（ＧＣＩ）構文要素に関連付けられた複数の予約された制約ビットのうちの多くがこのビットストリームに含まれることを規定する。
【0012】
さらに別の例示的な態様において、別の映像処理方法が開示される。この方法は、規則に従って、１つ以上のピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、この規則は、一般的な制約情報（ＧＣＩ）構文構造の先頭にＧＣＩ構文要素が含まれることを規定し、このＧＣＩ構文要素は、このＧＣＩ構文構造に１つ以上のＧＣＩ構文要素が含まれるかどうかを示す。
【0013】
さらに別の例示的な態様において、別の映像処理方法が開示される。この方法は、規則に従って、１つ以上のピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、この規則は、構文要素に対する制約を規定し、この構文要素は、このビットストリームにおけるこの映像を表すために使用されるビット深度に対応する。
【0014】
さらに別の例示的な態様において、別の映像処理方法が開示される。この方法は、規則に従って、１つ以上のピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、この規則は、構文要素に対する制約を規定し、この構文要素は、この映像の彩度フォーマットに対応する。
【0015】
さらに別の例示的な態様において、映像エンコーダ装置が開示される。この映像エンコーダは、上述した方法を実装するように構成されたプロセッサを備える。
【0016】
さらに別の例示的な態様において、映像デコーダ装置が開示される。この映像デコーダは、上述した方法を実装するように構成されたプロセッサを備える。
【0017】
さらに別の例示的な態様では、コードが記憶されたコンピュータ可読媒体が開示される。このコードは、本明細書に記載の方法の１つをプロセッサが実行可能なコードの形式で実施する。
【0018】
これらのおよび他の特徴は、本文書全体にわたって説明される。
【図面の簡単な説明】
【0019】
【図1】本明細書で開示される様々な技術が実装され得る例示的な映像処理システムを示すブロック図である。
【図2】映像処理に使用されるハードウェアプラットフォームの例を示すブロック図である。
【図3】本開示のいくつかの実施形態を実装することができる例示的な映像コーディングシステムを示すブロック図である。
【図4】本開示のいくつかの実施形態を実装することができるエンコーダの例を示すブロック図である。
【図5】本開示のいくつかの実施形態を実装することができるデコーダの例を示すブロック図である。
【図6】映像処理の方法の例を示すフローチャートである。
【図7】映像処理の方法の例を示すフローチャートである。
【図8】映像処理の方法の例を示すフローチャートである。
【図9】映像処理の方法の例を示すフローチャートである。
【図10】映像処理の方法の例を示すフローチャートである。
【図11】映像処理の方法の例を示すフローチャートである。
【図12】映像処理の方法の例を示すフローチャートである。
【図13】映像処理の方法の例を示すフローチャートである。
【図14】映像処理の方法の例を示すフローチャートである。
【図15】映像処理の方法の例を示すフローチャートである。
【発明を実施するための形態】
【0020】
本明細書では、理解を容易にするために章の見出しを使用しており、その技術および各章に記載された実施形態の適用可能性をその章のみに限定するものではない。さらに、Ｈ．２６６という用語は、ある説明において、理解を容易にするためだけに用いられ、開示される技術の範囲を限定するために用いられたものではない。このように、本明細書で説明される技術は、他の映像コーデックプロトコルおよび設計にも適用可能である。
【0021】
１． 導入
本明細書は、映像コーディング技術に関する。具体的には、映像コーディングにおける一般的な制約情報（ＧＣＩ）の信号通知のための構文設計に関する。この考えは、個々にまたは様々な組み合わせで、マルチレイヤ映像コーディング、例えば、現在開発されているＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）をサポートする任意の映像コーディング規格または非標準映像コーデックに適用されてもよい。
本明細書は、映像コーディング技術に関する。具体的には、映像コーディングにおける一般的な制約情報（ＧＣＩ）の信号通知のための構文設計に関する。この考えは、個々にまたは様々な組み合わせで、マルチレイヤ映像コーディング、例えば、現在開発されているＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）をサポートする任意の映像コーディング規格または非標準映像コーデックに適用されてもよい。
【0022】
２． 略語
ＡＰＳ Ａｄａｐｔａｔｉｏｎ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（適応パラメータセット）
ＡＵ Ａｃｃｅｓｓ Ｕｎｉｔ（アクセス部）
ＡＵＤ Ａｃｃｅｓｓ Ｕｎｉｔ Ｄｅｌｉｍｉｔｅｒ（アクセス部区切り文字）
ＡＶＣ Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（高度映像コーディング）
ＣＬＶＳ Ｃｏｄｅｄ Ｌａｙｅｒ Ｖｉｄｅｏ Ｓｅｑｕｅｎｃｅ（コーディングされたレイヤ映像シーケンス）
ＣＰＢ Ｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ（コーディングされたピクチャバッファ）
ＣＲＡ Ｃｌｅａｎ Ｒａｎｄｏｍ Ａｃｃｅｓｓ（クリーンランダムアクセス）
ＣＴＵ Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ（コーディングツリー部）
ＣＶＳ Ｃｏｄｅｄ Ｖｉｄｅｏ Ｓｅｑｕｅｎｃｅ（コーディングされた映像シーケンス）
ＤＰＢ Ｄｅｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ（復号されたピクチャバッファ）
ＤＰＳ Ｄｅｃｏｄｉｎｇ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（復号パラメータセット）
ＥＯＢ Ｅｎｄ Ｏｆ Ｂｉｔｓｔｒｅａｍ（ビットストリーム終端）
ＥＯＳ Ｅｎｄ Ｏｆ Ｓｅｑｕｅｎｃｅ（シーケンス終端）
ＧＣＩ Ｇｅｎｅｒａｌ Ｃｏｎｓｔｒａｉｎｔｓ Ｉｎｆｏｒｍａｔｉｏｎ（一般的な制約情報）
ＧＤＲ Ｇｒａｄｕａｌ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ（漸次的復号リフレッシュ）
ＨＥＶＣ Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（高効率映像コーディング）
ＨＲＤ Ｈｙｐｏｔｈｅｔｉｃａｌ Ｒｅｆｅｒｅｎｃｅ Ｄｅｃｏｄｅｒ（仮想参照デコーダ）
ＩＤＲ Ｉｎｓｔａｎｔａｎｅｏｕｓ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ（瞬時復号リフレッシュ）
ＪＥＭ Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ（共同探索モデル）
ＭＣＴＳ Ｍｏｔｉｏｎ－Ｃｏｎｓｔｒａｉｎｅｄ Ｔｉｌｅ Ｓｅｔｓ（動き制約タイルセット）
ＮＡＬ Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ（ネットワーク抽象レイヤ）
ＯＬＳ Ｏｕｔｐｕｔ Ｌａｙｅｒ Ｓｅｔ（出力レイヤセット）
ＰＨ Ｐｉｃｔｕｒｅ Ｈｅａｄｅｒ（ピクチャヘッダ）
ＰＰＳ Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（ピクチャパラメータセット）
ＰＴＬ Ｐｒｏｆｉｌｅ， Ｔｉｅｒ ａｎｄ Ｌｅｖｅｌ（プロファイル、層およびレベル）
ＰＵ Ｐｉｃｔｕｒｅ Ｕｎｉｔ（ピクチャ部）
ＲＲＰ Ｒｅｆｅｒｅｎｃｅ Ｐｉｃｔｕｒｅ Ｒｅｓａｍｐｌｉｎｇ（参照ピクチャリサンプリング）
ＲＢＳＰ Ｒａｗ Ｂｙｔｅ Ｓｅｑｕｅｎｃｅ Ｐａｙｌｏａｄ（生バイトシーケンスペイロード）
ＳＥＩ Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ（補足拡張情報）
ＳＨ Ｓｌｉｃｅ Ｈｅａｄｅｒ（スライスヘッダ）
ＳＰＳ Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（シーケンスパラメータセット）
ＳＶＣ Ｓｃａｌａｂｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（スケーラブル映像コーディング）
ＶＣＬ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｌａｙｅｒ（映像コーディングレイヤ）
ＶＰＳ Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（映像パラメータセット）
ＶＴＭ ＶＶＣ Ｔｅｓｔ Ｍｏｄｅｌ（ＶＶＣ試験モデル）
ＶＵＩ Ｖｉｄｅｏ Ｕｓａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ（映像ユーザビリティ情報）
ＶＶＣ Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（汎用映像コーディング）
ＡＰＳ Ａｄａｐｔａｔｉｏｎ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（適応パラメータセット）
ＡＵ Ａｃｃｅｓｓ Ｕｎｉｔ（アクセス部）
ＡＵＤ Ａｃｃｅｓｓ Ｕｎｉｔ Ｄｅｌｉｍｉｔｅｒ（アクセス部区切り文字）
ＡＶＣ Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（高度映像コーディング）
ＣＬＶＳ Ｃｏｄｅｄ Ｌａｙｅｒ Ｖｉｄｅｏ Ｓｅｑｕｅｎｃｅ（コーディングされたレイヤ映像シーケンス）
ＣＰＢ Ｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ（コーディングされたピクチャバッファ）
ＣＲＡ Ｃｌｅａｎ Ｒａｎｄｏｍ Ａｃｃｅｓｓ（クリーンランダムアクセス）
ＣＴＵ Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ（コーディングツリー部）
ＣＶＳ Ｃｏｄｅｄ Ｖｉｄｅｏ Ｓｅｑｕｅｎｃｅ（コーディングされた映像シーケンス）
ＤＰＢ Ｄｅｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ（復号されたピクチャバッファ）
ＤＰＳ Ｄｅｃｏｄｉｎｇ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（復号パラメータセット）
ＥＯＢ Ｅｎｄ Ｏｆ Ｂｉｔｓｔｒｅａｍ（ビットストリーム終端）
ＥＯＳ Ｅｎｄ Ｏｆ Ｓｅｑｕｅｎｃｅ（シーケンス終端）
ＧＣＩ Ｇｅｎｅｒａｌ Ｃｏｎｓｔｒａｉｎｔｓ Ｉｎｆｏｒｍａｔｉｏｎ（一般的な制約情報）
ＧＤＲ Ｇｒａｄｕａｌ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ（漸次的復号リフレッシュ）
ＨＥＶＣ Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（高効率映像コーディング）
ＨＲＤ Ｈｙｐｏｔｈｅｔｉｃａｌ Ｒｅｆｅｒｅｎｃｅ Ｄｅｃｏｄｅｒ（仮想参照デコーダ）
ＩＤＲ Ｉｎｓｔａｎｔａｎｅｏｕｓ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ（瞬時復号リフレッシュ）
ＪＥＭ Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ（共同探索モデル）
ＭＣＴＳ Ｍｏｔｉｏｎ－Ｃｏｎｓｔｒａｉｎｅｄ Ｔｉｌｅ Ｓｅｔｓ（動き制約タイルセット）
ＮＡＬ Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ（ネットワーク抽象レイヤ）
ＯＬＳ Ｏｕｔｐｕｔ Ｌａｙｅｒ Ｓｅｔ（出力レイヤセット）
ＰＨ Ｐｉｃｔｕｒｅ Ｈｅａｄｅｒ（ピクチャヘッダ）
ＰＰＳ Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（ピクチャパラメータセット）
ＰＴＬ Ｐｒｏｆｉｌｅ， Ｔｉｅｒ ａｎｄ Ｌｅｖｅｌ（プロファイル、層およびレベル）
ＰＵ Ｐｉｃｔｕｒｅ Ｕｎｉｔ（ピクチャ部）
ＲＲＰ Ｒｅｆｅｒｅｎｃｅ Ｐｉｃｔｕｒｅ Ｒｅｓａｍｐｌｉｎｇ（参照ピクチャリサンプリング）
ＲＢＳＰ Ｒａｗ Ｂｙｔｅ Ｓｅｑｕｅｎｃｅ Ｐａｙｌｏａｄ（生バイトシーケンスペイロード）
ＳＥＩ Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ（補足拡張情報）
ＳＨ Ｓｌｉｃｅ Ｈｅａｄｅｒ（スライスヘッダ）
ＳＰＳ Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（シーケンスパラメータセット）
ＳＶＣ Ｓｃａｌａｂｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（スケーラブル映像コーディング）
ＶＣＬ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｌａｙｅｒ（映像コーディングレイヤ）
ＶＰＳ Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（映像パラメータセット）
ＶＴＭ ＶＶＣ Ｔｅｓｔ Ｍｏｄｅｌ（ＶＶＣ試験モデル）
ＶＵＩ Ｖｉｄｅｏ Ｕｓａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ（映像ユーザビリティ情報）
ＶＶＣ Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（汎用映像コーディング）
【0023】
３． 初期の協議
映像符号化規格は、主に周知のＩＴＵ－ＴおよびＩＳＯ／ＩＥＣ規格の開発によって発展してきた。ＩＴＵ－ＴはＨ．２６１とＨ．２６３を作り、ＩＳＯ／ＩＥＣはＭＰＥＧ－１とＭＰＥＧ－４Ｖｉｓｕａｌを作り、両団体はＨ．２６２／ＭＰＥＧ－２ＶｉｄｅｏとＨ．２６４／ＭＰＥＧ－４ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）とＨ．２６５／ＨＥＶＣ規格を共同で作った。Ｈ．２６２以来、映像コーディング規格は、時間的予測と変換コーディングが利用されるハイブリッド映像コーディング構造に基づく。ＨＥＶＣを超えた将来の映像コーディング技術を探索するため、２０１５年には、ＶＣＥＧとＭＰＥＧが共同でＪＶＥＴ（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ）を設立した。それ以来、多くの新しい方法がＪＶＥＴによって採用され、ＪＥＭ（Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ）と呼ばれる参照ソフトウェアに組み込まれてきた。ＪＶＥＴは四半期に１回開催され、新しいコーディング規格はＨＥＶＣに比べて５０％のビットレート低減を目指している。２０１８年４月のＪＶＥＴ会議において、新しい映像コーディング規格を「ＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）」と正式に命名し、その時、第１版のＶＶＣテストモデル（ＶＴＭ）をリリースした。ＶＶＣの標準化に寄与する努力が続けられているので、すべてのＪＶＥＴ会議において、ＶＶＣ標準に新しいコーディング技術が採用されている。毎回の会議の後、ＶＶＣ作業草案およびテストモデルＶＴＭをリフレッシュする。ＶＶＣプロジェクトは、現在、２０２０年７月の会合における技術完成（ＦＤＩＳ）を目指している。
映像符号化規格は、主に周知のＩＴＵ－ＴおよびＩＳＯ／ＩＥＣ規格の開発によって発展してきた。ＩＴＵ－ＴはＨ．２６１とＨ．２６３を作り、ＩＳＯ／ＩＥＣはＭＰＥＧ－１とＭＰＥＧ－４Ｖｉｓｕａｌを作り、両団体はＨ．２６２／ＭＰＥＧ－２ＶｉｄｅｏとＨ．２６４／ＭＰＥＧ－４ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）とＨ．２６５／ＨＥＶＣ規格を共同で作った。Ｈ．２６２以来、映像コーディング規格は、時間的予測と変換コーディングが利用されるハイブリッド映像コーディング構造に基づく。ＨＥＶＣを超えた将来の映像コーディング技術を探索するため、２０１５年には、ＶＣＥＧとＭＰＥＧが共同でＪＶＥＴ（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ）を設立した。それ以来、多くの新しい方法がＪＶＥＴによって採用され、ＪＥＭ（Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ）と呼ばれる参照ソフトウェアに組み込まれてきた。ＪＶＥＴは四半期に１回開催され、新しいコーディング規格はＨＥＶＣに比べて５０％のビットレート低減を目指している。２０１８年４月のＪＶＥＴ会議において、新しい映像コーディング規格を「ＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）」と正式に命名し、その時、第１版のＶＶＣテストモデル（ＶＴＭ）をリリースした。ＶＶＣの標準化に寄与する努力が続けられているので、すべてのＪＶＥＴ会議において、ＶＶＣ標準に新しいコーディング技術が採用されている。毎回の会議の後、ＶＶＣ作業草案およびテストモデルＶＴＭをリフレッシュする。ＶＶＣプロジェクトは、現在、２０２０年７月の会合における技術完成（ＦＤＩＳ）を目指している。
【0024】
３．１ シーケンス内のピクチャ解像度の変更
ＡＶＣおよびＨＥＶＣにおいて、ピクチャの空間的解像度は、新しいＳＰＳを使用する新しいシーケンスがＩＲＡＰピクチャで始まらない限り、変更することができない。ＶＶＣは、常にイントラ符号化されるＩＲＡＰピクチャを符号化せずに、ある位置のシーケンス内でピクチャの解像度を変更することを可能にする。この特徴は、参照ピクチャが復号されている現在のピクチャと異なる解像度を有する場合、インター予測に使用される参照ピクチャをリサンプリングすることが必要であるため、参照ピクチャリサンプリング（ＲＰＲ）と称する。
ＡＶＣおよびＨＥＶＣにおいて、ピクチャの空間的解像度は、新しいＳＰＳを使用する新しいシーケンスがＩＲＡＰピクチャで始まらない限り、変更することができない。ＶＶＣは、常にイントラ符号化されるＩＲＡＰピクチャを符号化せずに、ある位置のシーケンス内でピクチャの解像度を変更することを可能にする。この特徴は、参照ピクチャが復号されている現在のピクチャと異なる解像度を有する場合、インター予測に使用される参照ピクチャをリサンプリングすることが必要であるため、参照ピクチャリサンプリング（ＲＰＲ）と称する。
【0025】
スケーリング比は、１／２（参照ピクチャから現在のピクチャへのダウンサンプリングの２倍）以上８（８倍のアップサンプリング）以下に制限される。参照ピクチャと現在のピクチャとの間の様々なスケーリング比に対処するために、周波数カットオフが異なる３つのリサンプリングフィルタセットを規定する。３つの組のリサンプリングフィルタは、それぞれ、１／２～１／１．７５、１／１．７５～１／１．２５、および１／１．２５～８の範囲のスケーリング比に適用される。各組のリサンプリングフィルタは、動き補償補間フィルタの場合と同様に、輝度に対して１６個のフェーズを有し、彩度に対して３２個のフェーズを有する。実際には、通常のＭＣ補間処理は、１／１．２５～８の範囲のスケーリング比を有するリサンプリング処理の特殊な場合である。水平および垂直スケーリング比は、ピクチャの幅および高さ、並びに参照ピクチャおよび現在のピクチャに対して規定された左、右、上および下のスケーリングオフセットに基づいて導出される。
【0026】
ＨＥＶＣとは異なる、この特徴をサポートするためのＶＶＣ設計の他の態様は、ｉ）ＳＰＳの代わりにＰＰＳにおいてピクチャ解像度および対応する適合性ウィンドウを信号通知すること、ＳＰＳにおいて最大ピクチャ解像度を信号通知すること、ｉｉ）単レイヤビットストリームの場合、各ピクチャ記憶装置（１つの復号ピクチャを記憶するためのＤＰＢにおける１つのスロット）は、最大ピクチャ解像度を有する復号ピクチャを記憶するために必要なバッファサイズを占めることを含む。
【0027】
３．２． 全般およびＶＶＣにおけるスケーラブル映像コーディング（ＳＶＣ）
ＳＶＣ（Ｓｃａｌａｂｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ、時には、映像コーディングにおけるスケーラビリティとも呼ばれる）は、ＢＬ（Ｂａｓｅ Ｌａｙｅｒ：基本レイヤ）（時には、ＲＬ（Ｒｅｆｅｒｅｎｃｅ Ｌａｙｅｒ：参照レイヤ）と呼ばれる）および１つ以上のスケーラブルＥＬ（Ｅｎｈａｎｃｅｍｅｎｔ Ｌａｙｅｒ：エンハンスメントレイヤ）が使用される映像コーディングを参照する。ＳＶＣにおいて、基本レイヤは、基本品質レベルの映像データを伝送することができる。１つ以上のエンハンスメントレイヤは、例えば、より高い空間的、時間的、および／または信号対雑音（ＳＮＲ）レベルをサポートするように、追加の映像データを伝送することができる。エンハンスメントレイヤは、前の、符号化されたレイヤに対して定義されてもよい。例えば、下層がＢＬとして機能し、上層がＥＬとして機能することができる。中間レイヤは、ＥＬまたはＲＬのいずれか、またはその両方として機能することができる。例えば、中間レイヤ（例えば、最下レイヤでも最上レイヤでもないレイヤ）は、中間レイヤの下のレイヤ、例えば、基本レイヤまたは任意の介在する拡張レイヤのためのＥＬであってもよく、同時に、中間レイヤの上の１つ以上の拡張レイヤのためのＲＬとしての役割を果たす。同様に、ＨＥＶＣ規格のマルチビューまたは３Ｄ拡張では、複数のビューが存在してもよく、１つのビューの情報を利用して別のビューの情報をコーディング（例えば、符号化または復号化）することができる（例えば、動き推定、動きベクトル予測および／または他の冗長性）。
ＳＶＣ（Ｓｃａｌａｂｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ、時には、映像コーディングにおけるスケーラビリティとも呼ばれる）は、ＢＬ（Ｂａｓｅ Ｌａｙｅｒ：基本レイヤ）（時には、ＲＬ（Ｒｅｆｅｒｅｎｃｅ Ｌａｙｅｒ：参照レイヤ）と呼ばれる）および１つ以上のスケーラブルＥＬ（Ｅｎｈａｎｃｅｍｅｎｔ Ｌａｙｅｒ：エンハンスメントレイヤ）が使用される映像コーディングを参照する。ＳＶＣにおいて、基本レイヤは、基本品質レベルの映像データを伝送することができる。１つ以上のエンハンスメントレイヤは、例えば、より高い空間的、時間的、および／または信号対雑音（ＳＮＲ）レベルをサポートするように、追加の映像データを伝送することができる。エンハンスメントレイヤは、前の、符号化されたレイヤに対して定義されてもよい。例えば、下層がＢＬとして機能し、上層がＥＬとして機能することができる。中間レイヤは、ＥＬまたはＲＬのいずれか、またはその両方として機能することができる。例えば、中間レイヤ（例えば、最下レイヤでも最上レイヤでもないレイヤ）は、中間レイヤの下のレイヤ、例えば、基本レイヤまたは任意の介在する拡張レイヤのためのＥＬであってもよく、同時に、中間レイヤの上の１つ以上の拡張レイヤのためのＲＬとしての役割を果たす。同様に、ＨＥＶＣ規格のマルチビューまたは３Ｄ拡張では、複数のビューが存在してもよく、１つのビューの情報を利用して別のビューの情報をコーディング（例えば、符号化または復号化）することができる（例えば、動き推定、動きベクトル予測および／または他の冗長性）。
【0028】
ＳＶＣにおいて、エンコーダまたはデコーダで使用されるパラメータは、それらを利用することができるコーディングレベル（例えば、映像レベル、シーケンスレベル、ピクチャレベル、スライスレベル等）に基づいてパラメータセットにグループ分けされる。例えば、ビットストリームにおける異なるレイヤのコーディング映像シーケンスによって利用できるパラメータは、映像パラメータセット（ＶＰＳ）に含まれてもよく、コーディング映像シーケンスにおける１つ以上のピクチャによって利用されるパラメータは、シーケンスパラメータセット（ＳＰＳ）に含まれてもよい。同様に、１つのピクチャの１つ以上のスライスで利用されるパラメータは、ピクチャパラメータセット（ＰＰＳ）に含まれてもよく、１つのスライスに固有の他のパラメータは、スライスヘッダに含まれてもよい。同様に、特定のレイヤが所与の時間にどのパラメータセットを使用しているかの指示は、様々なコーディングレベルで提供されてもよい。
【0029】
ＶＶＣにおけるＲＰＲ（Ｒｅｆｅｒｅｎｃｅ Ｐｉｃｔｕｒｅ Ｒｅｓａｍｐｌｉｎｇ）のサポートのおかげで、空間的スケーラビリティサポートに必要なアップサンプリングはＲＰＲアップサンプリングフィルタを使用するだけでよいので、追加の信号処理レベルのコーディングツールを必要とせずに、複数のレイヤ、例えば、ＶＶＣにおけるＳＤおよびＨＤ解像度の２つのレイヤを含むビットストリームをサポートするように設計することができる。それにもかかわらず、スケーラビリティサポートのためには、高レベルの構文変更（スケーラビリティをサポートしない場合と比較して）が必要である。スケーラビリティサポートは、ＶＶＣバージョン１に規定されている。ＡＶＣおよびＨＥＶＣの拡張を含む、任意の以前の映像コーディング規格におけるスケーラビリティサポートとは異なり、ＶＶＣのスケーラビリティの設計は、単層デコーダの設計にできるだけ適したものにされてきた。多層ビットストリームの復号能力は、ビットストリームに１つのレイヤしかなかったかの如く規定される。例えば、ＤＰＢサイズのような復号能力は、復号されるビットストリームのレイヤの数に依存しないようで規定される。基本的に、単層ビットストリームのために設計されたデコーダは、多層ビットストリームを復号することができるようにするために、多くの変更を必要としない。ＡＶＣおよびＨＥＶＣの多層拡張の設計と比較して、ＨＬＳの態様は、ある程度の柔軟性を犠牲にして大幅に簡略化されてきた。例えば、ＩＲＡＰ ＡＵは、ＣＶＳに存在するレイヤの各々にピクチャを含むことが必要である。
【0030】
３．３ パラメータセット
ＡＶＣ、ＨＥＶＣ、ＶＶＣはパラメータ集合を規定する。パラメータセットのタイプは、ＳＰＳ、ＰＰＳ、ＡＰＳ、ＶＰＳ等である。ＳＰＳ、ＰＰＳは、ＡＶＣ、ＨＥＶＣ、ＶＶＣのすべてでサポートされている。ＶＰＳは、ＨＥＶＣから導入されたものであり、ＨＥＶＣおよびＶＶＣの両方に含まれる。ＡＰＳは、ＡＶＣまたはＨＥＶＣに含まれていなかったが、最近のＶＶＣ草案のテキストに含まれている。
ＡＶＣ、ＨＥＶＣ、ＶＶＣはパラメータ集合を規定する。パラメータセットのタイプは、ＳＰＳ、ＰＰＳ、ＡＰＳ、ＶＰＳ等である。ＳＰＳ、ＰＰＳは、ＡＶＣ、ＨＥＶＣ、ＶＶＣのすべてでサポートされている。ＶＰＳは、ＨＥＶＣから導入されたものであり、ＨＥＶＣおよびＶＶＣの両方に含まれる。ＡＰＳは、ＡＶＣまたはＨＥＶＣに含まれていなかったが、最近のＶＶＣ草案のテキストに含まれている。
【0031】
ＳＰＳは、シーケンスレベルのヘッダ情報を伝送するように設計され、ＰＰＳは、頻繁に変化しないピクチャレベルのヘッダ情報を伝送するように設計された。ＳＰＳおよびＰＰＳを用いると、シーケンスまたはピクチャごとに頻繁に変化する情報を繰り返す必要がないので、この情報の冗長な信号通知を回避することができる。さらに、ＳＰＳおよびＰＰＳを使用することは、重要なヘッダ情報の帯域外伝送を有効化し、それにより、冗長な伝送の必要性を回避するだけでなく、誤り耐性を改善する。
【0032】
ＶＰＳは、マルチレイヤのビットストリームのすべてのレイヤに共通であるシーケンスレベルのヘッダ情報を伝送するために導入された。
【0033】
ＡＰＳは、コーディングするためのかなりのビットを必要とし、複数のピクチャによって共有され、そして、シーケンスにおいて非常に多くの異なる変形例が存在し得る、そのようなピクチャレベルまたはスライスレベルの情報を伝送するために導入された。
【0034】
３．４． 一般的なプロファイル、階層、レベル構文と意味論
最近のＶＶＣ草案テキストにおいて、一般的なプロファイル、階層、レベル構文、および意味論は、以下の通りである。
最近のＶＶＣ草案テキストにおいて、一般的なプロファイル、階層、レベル構文、および意味論は、以下の通りである。
【表1】
【0035】
ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造は、レベル情報、および選択可能に、プロファイル、ティア、サブプロファイル、および一般的な制約情報を提供する。
ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造がＶＰＳに含まれている場合、ＯｌｓＩｎＳｃｏｐｅは、ＶＰＳで規定された１つ以上のＯＬＳである。ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造がＳＰＳに含まれる場合、ＯｌｓＩｎＳｃｏｐｅは、ＳＰＳを参照するレイヤのうち最下レイヤであるレイヤのみを含むＯＬＳであり、この最下レイヤは独立したレイヤである。
ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造がＶＰＳに含まれている場合、ＯｌｓＩｎＳｃｏｐｅは、ＶＰＳで規定された１つ以上のＯＬＳである。ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造がＳＰＳに含まれる場合、ＯｌｓＩｎＳｃｏｐｅは、ＳＰＳを参照するレイヤのうち最下レイヤであるレイヤのみを含むＯＬＳであり、この最下レイヤは独立したレイヤである。
【0036】
ｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｉｄｃは、付録Ａで規定されているＯｌｓＩｎＳｃｏｐｅが適合しているプロファイルを示す。ビットストリームは、付録Ａで規定されている値以外にｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｉｄｃの値を含まないものとする。ｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｉｄｃの他の値は、ＩＴＵ－Ｔ｜ＩＳＯ／ＩＥＣによって将来的に使用するときのために保持される。
ｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇは、付録Ａで規定されるｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃの解釈のためのティアコンテキストを規定する。
ｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃは、付録Ａで規定されているＯｌｓＩｎＳｃｏｐｅが適合するレベルを示す。ビットストリームには付録Ａで規定されている値以外にｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃの値が含まれないものとする。ｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃの他の値は、ＩＴＵ－Ｔ｜ＩＳＯ／ＩＥＣによって将来的に使用されるときのために保持される。
ｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇは、付録Ａで規定されるｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃの解釈のためのティアコンテキストを規定する。
ｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃは、付録Ａで規定されているＯｌｓＩｎＳｃｏｐｅが適合するレベルを示す。ビットストリームには付録Ａで規定されている値以外にｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃの値が含まれないものとする。ｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃの他の値は、ＩＴＵ－Ｔ｜ＩＳＯ／ＩＥＣによって将来的に使用されるときのために保持される。
【0037】
注記１－ ｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃの値が大きいほどより高いレベルを示す。ＯｌｓＩｎＳｃｏｐｅのためにＤＣＩ ＮＡＬ部に信号通知される最大レベルは、ＯｌｓＩｎＳｃｏｐｅ内に含まれるＣＬＶＳのためにＳＰＳに信号通知されるレベルよりも高くてもよいが、低くはできない。
注記２－ ＯｌｓＩｎＳｃｏｐｅが複数のプロファイルに適合している場合、ｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｉｄｃは、エンコーダが決定した（本明細書では規定されていない方法で）好適な復号された結果または好適なビットストリームの特定を提供するプロファイルを示すはずである。
注記３－ ＯｌｓＩｎＳｃｏｐｅのＣＶＳが異なるプロファイルに適合する場合、ＯｌｓＩｎＳｃｏｐｅのＣＶＳごとに、ＣＶＳを復号することができるデコーダに対して、示されたプロファイル、ティア、およびレベルの少なくとも１つのセットが存在するように複数のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造をＤＣＩ ＮＡＬ部に含めてもよい。
注記２－ ＯｌｓＩｎＳｃｏｐｅが複数のプロファイルに適合している場合、ｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｉｄｃは、エンコーダが決定した（本明細書では規定されていない方法で）好適な復号された結果または好適なビットストリームの特定を提供するプロファイルを示すはずである。
注記３－ ＯｌｓＩｎＳｃｏｐｅのＣＶＳが異なるプロファイルに適合する場合、ＯｌｓＩｎＳｃｏｐｅのＣＶＳごとに、ＣＶＳを復号することができるデコーダに対して、示されたプロファイル、ティア、およびレベルの少なくとも１つのセットが存在するように複数のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造をＤＣＩ ＮＡＬ部に含めてもよい。
【0038】
ｐｔｌ＿ｎｕｍ＿ｓｕｂ＿ｐｒｏｆｉｌｅｓは、ｇｅｎｅｒａｌ＿ｓｕｂ＿ｐｒｏｆｉｌｅ＿ｉｄｃ［ｉ］構文要素の数を規定する。
ｇｅｎｅｒａｌ＿ｓｕｂ＿ｐｒｏｆｉｌｅ＿ｉｄｃ［ｉ］は、Ｒｅｃ．ＩＴＵ－Ｔ Ｔ．３５で規定されたように登録されたｉ番目の相互運用性メタデータの指標を規定する。本明細書ではその内容を明記しない。
ｐｔｌ＿ｓｕｂｌａｙｅｒ＿ｌｅｖｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が１に等しい場合、ＴｅｍｐｏｒａｌＩｄがｉに等しいサブレイヤ表現のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造にレベル情報が存在することを規定する。ｐｔｌ＿ｓｕｂｌａｙｅｒ＿ｌｅｖｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が０に等しい場合、ＴｅｍｐｏｒａｌＩｄがｉに等しいサブレイヤ表現のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造にレベル情報が存在しないことを規定する。
ｐｔｌ＿ａｌｉｇｎｍｅｎｔ＿ｚｅｒｏ＿ｂｉｔｓは０に等しいものとする。
構文要素ｓｕｂｌａｙｅｒ＿ｌｅｖｅｌ＿ｉｄｃ［ｉ］の意味論は、不存在値の推論を規定することとは別として、構文要素ｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃと同じであるが、ＴｅｍｐｏｒａｌＩｄがｉに等しいサブレイヤ表現にも適用される。
存在しない場合、ｓｕｂｌａｙｅｒ＿ｌｅｖｅｌ＿ｉｄｃ［ｉ］の値は、以下のように推論される。
－ ｓｕｂｌａｙｅｒ＿ｌｅｖｅｌ＿ｉｄｃ［ｍａｘＮｕｍＳｕｂＬａｙｅｒｓＭｉｎｕｓ１］は、同じｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構造のｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃに等しいと推論される。
－ ｍａｘＮｕｍＳｕｂＬａｙｅｒｓＭｉｎｕｓ１－１から０（ｉの値の降順）のｉについて、ｓｕｂｌａｙｅｒ＿ｌｅｖｅｌ＿ｉｄｃ［ｉ］は、ｓｕｂｌａｙｅｒ＿ｌｅｖｅｌ＿ｉｄｃ［ｉ＋１］に等しいと推論される。
ｇｅｎｅｒａｌ＿ｓｕｂ＿ｐｒｏｆｉｌｅ＿ｉｄｃ［ｉ］は、Ｒｅｃ．ＩＴＵ－Ｔ Ｔ．３５で規定されたように登録されたｉ番目の相互運用性メタデータの指標を規定する。本明細書ではその内容を明記しない。
ｐｔｌ＿ｓｕｂｌａｙｅｒ＿ｌｅｖｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が１に等しい場合、ＴｅｍｐｏｒａｌＩｄがｉに等しいサブレイヤ表現のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造にレベル情報が存在することを規定する。ｐｔｌ＿ｓｕｂｌａｙｅｒ＿ｌｅｖｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が０に等しい場合、ＴｅｍｐｏｒａｌＩｄがｉに等しいサブレイヤ表現のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造にレベル情報が存在しないことを規定する。
ｐｔｌ＿ａｌｉｇｎｍｅｎｔ＿ｚｅｒｏ＿ｂｉｔｓは０に等しいものとする。
構文要素ｓｕｂｌａｙｅｒ＿ｌｅｖｅｌ＿ｉｄｃ［ｉ］の意味論は、不存在値の推論を規定することとは別として、構文要素ｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃと同じであるが、ＴｅｍｐｏｒａｌＩｄがｉに等しいサブレイヤ表現にも適用される。
存在しない場合、ｓｕｂｌａｙｅｒ＿ｌｅｖｅｌ＿ｉｄｃ［ｉ］の値は、以下のように推論される。
－ ｓｕｂｌａｙｅｒ＿ｌｅｖｅｌ＿ｉｄｃ［ｍａｘＮｕｍＳｕｂＬａｙｅｒｓＭｉｎｕｓ１］は、同じｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構造のｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃに等しいと推論される。
－ ｍａｘＮｕｍＳｕｂＬａｙｅｒｓＭｉｎｕｓ１－１から０（ｉの値の降順）のｉについて、ｓｕｂｌａｙｅｒ＿ｌｅｖｅｌ＿ｉｄｃ［ｉ］は、ｓｕｂｌａｙｅｒ＿ｌｅｖｅｌ＿ｉｄｃ［ｉ＋１］に等しいと推論される。
【0039】
３．５． 一般的な制約情報構文および意味論
【表2】
【表3】
【表4】
【0040】
ｇｅｎｅｒａｌ＿ｎｏｎ＿ｐａｃｋｅｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合、ＯｌｓＩｎＳｃｏｐｅのビットストリームにフレームパッキング配列ＳＥＩメッセージが存在しないことを規定する。ｇｅｎｅｒａｌ＿ｎｏｎ＿ｐａｃｋｅｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はこのような制約を課さない。
注記１－デコーダは、ｇｅｎｅｒａｌ＿ｎｏｎ＿ｐａｃｋｅｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値を無視することができる。フレームパッキング配列ＳＥＩメッセージの存在または解釈に関連付けられた復号プロセス要件がないからである。
ｇｅｎｅｒａｌ＿ｆｒａｍｅ＿ｏｎｌｙ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合、ＯｌｓＩｎＳｃｏｐｅがフレームを表すピクチャを伝送することを規定する。ｇｅｎｅｒａｌ＿ｆｒａｍｅ＿ｏｎｌｙ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合、ＯｌｓＩｎＳｃｏｐｅがフレームを表すピクチャを伝送するが、そのピクチャはフレームを表しても表さなくてもよい。
注記２－デコーダは、ｇｅｎｅｒａｌ＿ｆｒａｍｅ＿ｏｎｌｙ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値を無視することができる。何故なら、関連付けられた復号プロセス要件がないからである。
ｇｅｎｅｒａｌ＿ｎｏｎ＿ｐｒｏｊｅｃｔｅｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ＯｌｓＩｎＳｃｏｐｅのビットストリームに等方投影ＳＥＩメッセージまたは一般化されたキューブマップ投影ＳＥＩメッセージが存在しないことを規定する。ｇｅｎｅｒａｌ＿ｎｏｎ＿ｐｒｏｊｅｃｔｅｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合は、そのような制約は課さない。
注記３－デコーダは、ｇｅｎｅｒａｌ＿ｎｏｎ＿ｐｒｏｊｅｃｔｅｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値を無視することができる。何故なら、等方投影ＳＥＩメッセージおよび一般化キューブマップ投影ＳＥＩメッセージの存在または解釈に関連付けられた復号プロセス要件がないからである。
注記１－デコーダは、ｇｅｎｅｒａｌ＿ｎｏｎ＿ｐａｃｋｅｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値を無視することができる。フレームパッキング配列ＳＥＩメッセージの存在または解釈に関連付けられた復号プロセス要件がないからである。
ｇｅｎｅｒａｌ＿ｆｒａｍｅ＿ｏｎｌｙ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合、ＯｌｓＩｎＳｃｏｐｅがフレームを表すピクチャを伝送することを規定する。ｇｅｎｅｒａｌ＿ｆｒａｍｅ＿ｏｎｌｙ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合、ＯｌｓＩｎＳｃｏｐｅがフレームを表すピクチャを伝送するが、そのピクチャはフレームを表しても表さなくてもよい。
注記２－デコーダは、ｇｅｎｅｒａｌ＿ｆｒａｍｅ＿ｏｎｌｙ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値を無視することができる。何故なら、関連付けられた復号プロセス要件がないからである。
ｇｅｎｅｒａｌ＿ｎｏｎ＿ｐｒｏｊｅｃｔｅｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ＯｌｓＩｎＳｃｏｐｅのビットストリームに等方投影ＳＥＩメッセージまたは一般化されたキューブマップ投影ＳＥＩメッセージが存在しないことを規定する。ｇｅｎｅｒａｌ＿ｎｏｎ＿ｐｒｏｊｅｃｔｅｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合は、そのような制約は課さない。
注記３－デコーダは、ｇｅｎｅｒａｌ＿ｎｏｎ＿ｐｒｏｊｅｃｔｅｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値を無視することができる。何故なら、等方投影ＳＥＩメッセージおよび一般化キューブマップ投影ＳＥＩメッセージの存在または解釈に関連付けられた復号プロセス要件がないからである。
【0041】
ｇｅｎｅｒａｌ＿ｏｎｅ＿ｐｉｃｔｕｒｅ＿ｏｎｌｙ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ビットストリームに１つのコーディングされたピクチャしかないことを規定する。ｇｅｎｅｒａｌ＿ｏｎｅ＿ｐｉｃｔｕｒｅ＿ｏｎｌｙ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合、そのような制約を課さない。
ｉｎｔｒａ＿ｏｎｌｙ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅが１に等しいことを規定する。ｉｎｔｒａ＿ｏｎｌｙ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合は、そのような制約を課さない。
ｍａｘ＿ｂｉｔｄｅｐｔｈ＿ｍｉｎｕｓ８＿ｃｏｎｓｔｒａｉｎｔ＿ｉｄｃは、ｓｐｓ＿ｂｉｔｄｅｐｔｈ＿ｍｉｎｕｓ８が０からｍａｘ＿ｂｉｔｄｅｐｔｈ＿ｍｉｎｕｓ８＿ｃｏｎｓｔｒａｉｎｔ＿ｉｄｃまでの範囲内にあることを規定する。
ｍａｘ＿ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｄｃは、ｓｐｓ＿ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが０からｍａｘ＿ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｄｃまでの範囲内にあることを規定する。
ｉｎｔｒａ＿ｏｎｌｙ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅが１に等しいことを規定する。ｉｎｔｒａ＿ｏｎｌｙ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合は、そのような制約を課さない。
ｍａｘ＿ｂｉｔｄｅｐｔｈ＿ｍｉｎｕｓ８＿ｃｏｎｓｔｒａｉｎｔ＿ｉｄｃは、ｓｐｓ＿ｂｉｔｄｅｐｔｈ＿ｍｉｎｕｓ８が０からｍａｘ＿ｂｉｔｄｅｐｔｈ＿ｍｉｎｕｓ８＿ｃｏｎｓｔｒａｉｎｔ＿ｉｄｃまでの範囲内にあることを規定する。
ｍａｘ＿ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｄｃは、ｓｐｓ＿ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが０からｍａｘ＿ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｄｃまでの範囲内にあることを規定する。
【0042】
ｓｉｎｇｌｅ＿ｌａｙｅｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ＯｌｓＩｎＳｃｏｐｅにおけるすべてのＶＣＬ ＮＡＬ部に対してｎｕｈ＿ｌａｙｅｒ＿ｉｄの値が同じであることを規定する。ｓｉｎｇｌｅ＿ｌａｙｅｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ａｌｌ＿ｌａｙｅｒｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｖｐｓ＿ａｌｌ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒｓ＿ｆｌａｇが１に等しいことを規定する。ａｌｌ＿ｌａｙｅｒｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ａｌｌ＿ｌａｙｅｒｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｖｐｓ＿ａｌｌ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒｓ＿ｆｌａｇが１に等しいことを規定する。ａｌｌ＿ｌａｙｅｒｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
【0043】
ｎｏ＿ｒｅｆ＿ｐｉｃ＿ｒｅｓａｍｐｌｉｎｇ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｒｅｆ＿ｐｉｃ＿ｒｅｓａｍｐｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｒｅｆ＿ｐｉｃ＿ｒｅｓａｍｐｌｉｎｇ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ａｌｌｏｗｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合は、そのような制約を課さない。
ｏｎｅ＿ｔｉｌｅ＿ｐｅｒ＿ｐｉｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、各ピクチャが１つのタイルしか含まないことを規定する。すなわち、ピクチャごとのＮｕｍＴｉｌｅｓＩｎＰｉｃの値は１に等しいものとする。ｏｎｅ＿ｔｉｌｅ＿ｐｅｒ＿ｐｉｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合は、そのような制約を課さないものとする。
ｐｉｃ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、各ピクチャが１つのスライスのみを含むものとし、各スライスにおけるｓｈ＿ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇの値は１に等しいことを規定する。ｐｉｃ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合は、そのような制約を課さない。
ｏｎｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｐｉｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、各ピクチャが１つのスライスしか含まないことを規定する。すなわち、ｐｐｓ＿ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい場合、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１の値は０に等しく、そうでない場合、各スライスヘッダに存在するｎｕｍ＿ｔｉｌｅｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１の値はＮｕｍＴｉｌｅｓＩｎＰｉｃ－１に等しいものとする。ｏｎｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｐｉｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合は、このような制約を課さない。
ｎｏ＿ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ａｌｌｏｗｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合は、そのような制約を課さない。
ｏｎｅ＿ｔｉｌｅ＿ｐｅｒ＿ｐｉｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、各ピクチャが１つのタイルしか含まないことを規定する。すなわち、ピクチャごとのＮｕｍＴｉｌｅｓＩｎＰｉｃの値は１に等しいものとする。ｏｎｅ＿ｔｉｌｅ＿ｐｅｒ＿ｐｉｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合は、そのような制約を課さないものとする。
ｐｉｃ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、各ピクチャが１つのスライスのみを含むものとし、各スライスにおけるｓｈ＿ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇの値は１に等しいことを規定する。ｐｉｃ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合は、そのような制約を課さない。
ｏｎｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｐｉｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、各ピクチャが１つのスライスしか含まないことを規定する。すなわち、ｐｐｓ＿ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい場合、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１の値は０に等しく、そうでない場合、各スライスヘッダに存在するｎｕｍ＿ｔｉｌｅｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１の値はＮｕｍＴｉｌｅｓＩｎＰｉｃ－１に等しいものとする。ｏｎｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｐｉｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合は、このような制約を課さない。
【0044】
ｏｎｅ＿ｓｕｂｐｉｃ＿ｐｅｒ＿ｐｉｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、各ピクチャが１つのサブピクチャしか含まないことを規定する。すなわち、各ピクチャのｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の値は０に等しいことを規定する。ｏｎｅ＿ｓｕｂｐｉｃ＿ｐｅｒ＿ｐｉｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合は、そのような制約を課さない。
ｎｏ＿ｑｔｂｔｔ＿ｄｕａｌ＿ｔｒｅｅ＿ｉｎｔｒａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｑｔｂｔｔ＿ｄｕａｌ＿ｔｒｅｅ＿ｉｎｔｒａ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｑｔｂｔｔ＿ｄｕａｌ＿ｔｒｅｅ＿ｉｎｔｒａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｐａｒｔｉｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔｓ＿ｏｖｅｒｒｉｄｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｐａｒｔｉｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔｓ＿ｏｖｅｒｒｉｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｐａｒｔｉｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔｓ＿ｏｖｅｒｒｉｄｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｓａｏ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｓａｏ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｓａｏ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ａｌｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ａｌｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｑｔｂｔｔ＿ｄｕａｌ＿ｔｒｅｅ＿ｉｎｔｒａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｑｔｂｔｔ＿ｄｕａｌ＿ｔｒｅｅ＿ｉｎｔｒａ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｑｔｂｔｔ＿ｄｕａｌ＿ｔｒｅｅ＿ｉｎｔｒａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｐａｒｔｉｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔｓ＿ｏｖｅｒｒｉｄｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｐａｒｔｉｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔｓ＿ｏｖｅｒｒｉｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｐａｒｔｉｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔｓ＿ｏｖｅｒｒｉｄｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｓａｏ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｓａｏ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｓａｏ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ａｌｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ａｌｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
【0045】
ｎｏ＿ｃｃａｌｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｃｃａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｃｃａｌｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｍｒｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｍｒｌ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｍｒｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｉｓｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｉｓｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｉｓｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｍｉｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｍｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｍｉｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｍｒｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｍｒｌ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｍｒｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｉｓｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｉｓｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｉｓｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｍｉｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｍｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｍｉｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
【0046】
ｎｏ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｓｂｔｍｖｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｓｂｔｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｓｂｔｍｖｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ａｍｖｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ａｍｖｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｂｄｏｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｂｄｏｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｂｄｏｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｄｍｖｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｄｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｄｍｖｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｃｃｌｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｃｃｌｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｃｃｌｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｍｔｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｍｔｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｍｔｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｓｂｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｓｂｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｓｂｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｌｆｎｓｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｌｆｎｓｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｌｆｎｓｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｓｂｔｍｖｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｓｂｔｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｓｂｔｍｖｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ａｍｖｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ａｍｖｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｂｄｏｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｂｄｏｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｂｄｏｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｄｍｖｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｄｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｄｍｖｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｃｃｌｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｃｃｌｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｃｃｌｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｍｔｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｍｔｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｍｔｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｓｂｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｓｂｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｓｂｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｌｆｎｓｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｌｆｎｓｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｌｆｎｓｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
【0047】
ｎｏ＿ａｆｆｉｎｅ＿ｍｏｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ａｆｆｉｎｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ａｆｆｉｎｅ＿ｍｏｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｍｍｖｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｍｍｖｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｓｍｖｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｓｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｓｍｖｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｐｒｏｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ａｆｆｉｎｅ＿ｐｒｏｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｐｒｏｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｂｃｗ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｂｃｗ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｂｃｗ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｍｍｖｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｍｍｖｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｓｍｖｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｓｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｓｍｖｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｐｒｏｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ａｆｆｉｎｅ＿ｐｒｏｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｐｒｏｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｂｃｗ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｂｃｗ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｂｃｗ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
【0048】
ｎｏ＿ｉｂｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｉｂｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｃｉｉｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｃｉｐｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｇｐｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｇｐｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｇｐｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｌａｄｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｌａｄｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｌａｄｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｂｄｐｃｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｂｄｐｃｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｂｄｐｃｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｃｉｉｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｃｉｐｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｇｐｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｇｐｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｇｐｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｌａｄｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｌａｄｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｌａｄｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｂｄｐｃｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｂｄｐｃｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｂｄｐｃｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
【0049】
ｎｏ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇおよびｓｐｓ＿ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇの両方が０に等しいことを規定する。ｎｏ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合は、そのような制約を課さない。
ｎｏ＿ｐａｌｅｔｔｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｐａｌｅｔｔｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｐａｌｅｔｔｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ａｃｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ａｃｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ａｃｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｌｍｃｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｌｍｃｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｐａｌｅｔｔｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｐａｌｅｔｔｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｐａｌｅｔｔｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ａｃｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ａｃｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ａｃｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｌｍｃｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｌｍｃｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
【0050】
ｎｏ＿ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｐｐｓ＿ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｐｐｓ＿ｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｌｉｓｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｄｅｐ＿ｑｕａｎｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｄｅｐ＿ｑｕａｎｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｐｐｓ＿ｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｌｉｓｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｄｅｐ＿ｑｕａｎｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｄｅｐ＿ｑｕａｎｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
【0051】
ｎｏ＿ｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｐｐｓ＿ｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが０に等しいことがビットストリーム適合性の要件であることを規定する。ｎｏ＿ｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合には、そのような制約を課さない。
ｎｏ＿ｔｒａｉｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ＯｌｓＩｎＳｃｏｐｅに存在するＴＲＡＩＬ＿ＮＵＴに等しいｎｕｈ＿ｕｎｉｔ＿ｔｙｐｅを有するＮＡＬ部が存在しないことを規定する。ｎｏ＿ｔｒａｉｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合には、そのような制約を課さない。
ｎｏ＿ｔｒａｉｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ＯｌｓＩｎＳｃｏｐｅに存在するＴＲＡＩＬ＿ＮＵＴに等しいｎｕｈ＿ｕｎｉｔ＿ｔｙｐｅを有するＮＡＬ部が存在しないことを規定する。ｎｏ＿ｔｒａｉｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合には、そのような制約を課さない。
【0052】
ｎｏ＿ｓｔｓａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合、ＯｌｓＩｎＳｃｏｐｅに存在するＳＴＳＡ＿ＮＵＴに等しいｎｕｈ＿ｕｎｉｔ＿ｔｙｐｅを有するＮＡＬ部が存在しないことを規定する。ｎｏ＿ｓｔｓａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合には、そのような制約を課さない。
ｎｏ＿ｒａｓｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合、ＯｌｓＩｎＳｃｏｐｅに存在するＲＡＳＬ＿ＮＵＴに等しいｎｕｈ＿ｕｎｉｔ＿ｔｙｐｅを有するＮＡＬ部が存在しないことを規定する。ｎｏ＿ｒａｓｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合には、そのような制約を課さない。
ｎｏ＿ｒａｄｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合、ＯｌｓＩｎＳｃｏｐｅに存在するＲＡＤＬ＿ＮＵＴに等しいｎｕｈ＿ｕｎｉｔ＿ｔｙｐｅを有するＮＡＬ部が存在しないことを規定する。ｎｏ＿ｒａｄｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合には、そのような制約を課さない。
ｎｏ＿ｉｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合、ＯｌｓＩｎＳｃｏｐｅに存在するＩＤＲ＿Ｗ＿ＲＡＤＬまたはＩＤＲ＿Ｎ＿ＬＰに等しいｎｕｈ＿ｕｎｉｔ＿ｔｙｐｅを有するＮＡＬ部が存在しないことを規定する。ｎｏ＿ｉｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合には、そのような制約を課さない。
ｎｏ＿ｃｒａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合、ＯｌｓＩｎＳｃｏｐｅに存在するＣＲＡ＿ＮＵＴに等しいｎｕｈ＿ｕｎｉｔ＿ｔｙｐｅを有するＮＡＬ部が存在しないことを規定する。ｎｏ＿ｃｒａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合には、そのような制約を課さない。
ｎｏ＿ｒａｓｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合、ＯｌｓＩｎＳｃｏｐｅに存在するＲＡＳＬ＿ＮＵＴに等しいｎｕｈ＿ｕｎｉｔ＿ｔｙｐｅを有するＮＡＬ部が存在しないことを規定する。ｎｏ＿ｒａｓｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合には、そのような制約を課さない。
ｎｏ＿ｒａｄｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合、ＯｌｓＩｎＳｃｏｐｅに存在するＲＡＤＬ＿ＮＵＴに等しいｎｕｈ＿ｕｎｉｔ＿ｔｙｐｅを有するＮＡＬ部が存在しないことを規定する。ｎｏ＿ｒａｄｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合には、そのような制約を課さない。
ｎｏ＿ｉｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合、ＯｌｓＩｎＳｃｏｐｅに存在するＩＤＲ＿Ｗ＿ＲＡＤＬまたはＩＤＲ＿Ｎ＿ＬＰに等しいｎｕｈ＿ｕｎｉｔ＿ｔｙｐｅを有するＮＡＬ部が存在しないことを規定する。ｎｏ＿ｉｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合には、そのような制約を課さない。
ｎｏ＿ｃｒａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合、ＯｌｓＩｎＳｃｏｐｅに存在するＣＲＡ＿ＮＵＴに等しいｎｕｈ＿ｕｎｉｔ＿ｔｙｐｅを有するＮＡＬ部が存在しないことを規定する。ｎｏ＿ｃｒａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合には、そのような制約を課さない。
【0053】
ｎｏ＿ｇｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｓｐｓ＿ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。ｎｏ＿ｇｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合はそのような制約を課さない。
ｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合、ＯｌｓＩｎＳｃｏｐｅに存在するＰＲＥＦＩＸ＿ＡＰＳ＿ＮＵＴまたはＳＵＦＦＩＸ＿ＡＰＳ＿ＮＵＴに等しいｎｕｈ＿ｕｎｉｔ＿ｔｙｐｅを有するＮＡＬ部が存在せず、かつｓｐｓ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇおよびｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇが共に０に等しいことを規定する。ｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合は、このような制約を課さない。
ｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合、ＯｌｓＩｎＳｃｏｐｅに存在するＰＲＥＦＩＸ＿ＡＰＳ＿ＮＵＴまたはＳＵＦＦＩＸ＿ＡＰＳ＿ＮＵＴに等しいｎｕｈ＿ｕｎｉｔ＿ｔｙｐｅを有するＮＡＬ部が存在せず、かつｓｐｓ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇおよびｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇが共に０に等しいことを規定する。ｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合は、このような制約を課さない。
【0054】
ｇｃｉ＿ａｌｉｇｎｍｅｎｔ＿ｚｅｒｏ＿ｂｉｔｓは０に等しいものとする。
ｇｃｉ＿ｎｕｍ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅｓは、予約された制約バイトの数を規定する。ｇｃｉ＿ｎｕｍ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅｓの値は０とする。ｇｃｉ＿ｎｕｍ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅｓの他の値は、ＩＴＵ－Ｔ｜ＩＳＯ／ＩＥＣが将来的に使用するために予約されたものであり、本明細書のこのバージョンに適合するビットストリームには含まれていないものとする。
ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅ［ｉ］は、任意の値を有してもよい。その存在および値は、本明細書バージョンで特定された特徴に対するデコーダの適合性に影響を与えない。本明細書のバージョンに準拠するデコーダは、すべてのｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅ［ｉ］構文要素の値を無視しなければならない。
ｇｃｉ＿ｎｕｍ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅｓは、予約された制約バイトの数を規定する。ｇｃｉ＿ｎｕｍ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅｓの値は０とする。ｇｃｉ＿ｎｕｍ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅｓの他の値は、ＩＴＵ－Ｔ｜ＩＳＯ／ＩＥＣが将来的に使用するために予約されたものであり、本明細書のこのバージョンに適合するビットストリームには含まれていないものとする。
ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅ［ｉ］は、任意の値を有してもよい。その存在および値は、本明細書バージョンで特定された特徴に対するデコーダの適合性に影響を与えない。本明細書のバージョンに準拠するデコーダは、すべてのｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅ［ｉ］構文要素の値を無視しなければならない。
【0055】
３．６． ＧＣＩフィールドの条件付き信号通知
ＪＶＥＴ－Ｓ００５０およびＪＶＥＴ－Ｓ０１２７はいずれも、ＰＴＬ構文構造において、ＰＴＬ構文構造におけるＧＣＩ構文構造の存在を規定するために、存在フラグを追加することを提案している。唯一の相違は、Ｓ００５０において以下のことが行われ、Ｓ０１２７においては行われないことである。Ｓ００５０は、ＧＣＩ構文構造が存在する場合、それの直後のＰＴＬ構文構造にバイトアライメントを追加することにより、確実に、ｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃがＰＴＬ構文構造のバイトアラインされた位置から始まり、その結果、ＧＣＩ構文構造内のバイトアライメントが削除されるようにする。
ＪＶＥＴ－Ｓ００５０およびＪＶＥＴ－Ｓ０１２７はいずれも、ＰＴＬ構文構造において、ＰＴＬ構文構造におけるＧＣＩ構文構造の存在を規定するために、存在フラグを追加することを提案している。唯一の相違は、Ｓ００５０において以下のことが行われ、Ｓ０１２７においては行われないことである。Ｓ００５０は、ＧＣＩ構文構造が存在する場合、それの直後のＰＴＬ構文構造にバイトアライメントを追加することにより、確実に、ｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃがＰＴＬ構文構造のバイトアラインされた位置から始まり、その結果、ＧＣＩ構文構造内のバイトアライメントが削除されるようにする。
【化1】
【0056】
【表5】
【表6】
ＪＶＥＴ－Ｓ０１２７の構文変更は、以下のとおりである。
【表7】
【0057】
ＪＶＥＴ－Ｓ００９２ＧＣＩ構文構造そのもののみを変更する。これは、ＧＣＩ構文構造において、ＧＣＩ拡張指標（ｇｃｉ＿ｎｕｍ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅｓ）を終端から先頭（ｇｃｉ＿ｎｕｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｂｙｔｅｓ）に移動させることにより、ＧＣＩフィールドの信号通知をスキップすることを有効化する。ｇｃｉ＿ｎｕｍ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅｓの値は、０または９に等しいものとする。
【0058】
Ｓ００９２の構文変更は、以下のとおりである。
【表8】
【0059】
異なるアプローチに関する比較をいくつかここに示す。
【0060】
１） ＪＶＥＴ－Ｓ００５０、ＪＶＥＴ－Ｓ０１２７について、ｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃがＰＴＬ構文構造のバイトアラインされた位置にあること（ＧＣＩ存在フラグが０に等しい場合を含む）を確認するかどうかに違いがある。ＤＣＩ、ＶＰＳ、ＳＰＳ構文はすべて、各ＰＴＬ構文構造が存在する場合、その構造がＤＣＩ／ＶＰＳ／ＳＰＳのバイトアラインされた位置にあることを確認するように設計されている。私は、ｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃをＰＴＬ構文構造のバイトアラインされた位置に保持すべきであると結論づけるために多くの議論の必要がないことを願う。もし、それが実現可能であれば、ＪＶＥＴ－Ｓ００５０とＪＶＥＴ－Ｓ０１２７は同一となる。
【0061】
２） ＰＴＬ構文構造（ＪＶＥＴ－Ｓ００５０、ＪＶＥＴ－Ｓ０１２７等）にＧＣＩ存在フラグを持つことと、ＧＣＩ構文構造における構文を操作することとの違いは、以下のとおりである。両方とも、ｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇとｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃの間に、ＰＴＬ構文構造に何らかのＧＣＩ情報があることを規定する。ＧＣＩ存在フラグのアプローチは、ＧＣＩフィールドの存在を規定するためにフラグを使用し、ＪＶＥＴ－Ｓ００９２アプローチは、その目的を達成するために８ビットサイズの指標を使用する。ビット数を計数すると、ＪＶＥＴ－Ｓ００５０アプローチは、フラグに０～７バイトのアライメントビットを加えたものに対して１ビットを使用し、ＪＶＥＴ－Ｓ００９２アプローチは、サイズ指標に０～７バイトのアライメントビットを加えたものに対して８ビットを使用する。従って、本質的にこの差は丁度７ビットである。
【0062】
３） ＪＶＥＴ－Ｓ００９２には１つの意味論エラーがあり、ｇｃｉ＿ｎｕｍ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅｓの値が０または９のいずれかに等しい場合、ＧＣＩ構文構造にｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅ［ｉ］が決して存在しない可能性がある。もちろん、ｇｃｉ＿ｎｕｍ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅｓの値は、０に等しいか、または９以上である、のように言うことで、それを容易に解決することができる。
【0063】
４． 本明細書に開示される技術的解決策によって解決される技術的課題
ＣＧＩフィールドの信号通知のための既存の設計は、必要以上に多くのビットを費やす必要がある。
ＣＧＩフィールドの信号通知のための既存の設計は、必要以上に多くのビットを費やす必要がある。
【0064】
５． 発明
上述した問題点および上記以外の問題点を解決するために、以下のような方法が開示されている。これらの項目は、一般的な概念を説明するための例であり、狭義に解釈されるべきではない。さらに、これらの項目は、個々に適用されてもよく、または任意の方法で組み合わされてもよい。
上述した問題点および上記以外の問題点を解決するために、以下のような方法が開示されている。これらの項目は、一般的な概念を説明するための例であり、狭義に解釈されるべきではない。さらに、これらの項目は、個々に適用されてもよく、または任意の方法で組み合わされてもよい。
【0065】
１） 第１の問題を解決するために、ＰＴＬ構文構造におけるＧＣＩフィールドの条件付き信号通知について、例えば、第１の実施形態のように、以下のアプローチのうちの１つ以上を開示する。
ａ． ｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇの直後に置く代わりに、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造および／または他のＧＣＩ関連構文要素（例えば、ＧＣＩフラグの存在）をレベル情報の指示後に移動させる。
ｉ． 一例において、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造におけるｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造をｇｅｎｅｒａｌ＿ｓｕｂ＿ｐｒｏｆｉｌｅ＿ｉｄｃ［ｉ］構文要素の直後に移動する。
ｂ． ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造の存在を条件づけるために、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に新しい構文要素（例えば、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇという１ビットフラグ）を追加する。
ｉ． ｐｒｏｆｉｌｅＴｉｅｒＰｒｅｓｅｎｔＦｌａｇが１に等しいｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造においてｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造は、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に存在する。ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に対してｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合（ｐｒｏｆｉｌｅＴｉｅｒＰｒｅｓｅｎｔＦｌａｇが１に等しいかどうかに関わらず）、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造は、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に存在しない。
ｉｉ． ＧＣＩフィールドの意味論が存在する場合（すなわち、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合）にのみ適用されるように、その意味論を変更する。すなわち、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、プロファイル定義の一部として規定される制約などのような他の規定された制約に加えて、一般的な制約は適用されない。
ｉｉｉ． あるいは、さらに、新しい構文要素は、例えば、ｐｒｏｆｉｌｅＴｉｅｒＰｒｅｓｅｎｔＦｌａｇの値に従って、条件付きで信号通知されてもよい。
ｃ． ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造からバイトアライメント構文（すなわち、ｇｃｉ＿ａｌｉｇｎｍｅｎｔ＿ｚｅｒｏ＿ｂｉｔフィールドおよびその構文条件）を削除する。
ｄ． 予約された制約バイトの総数および予約された制約バイトを信号通知する代わりに、予約された制約ビットの数および／または各予約された制約ビットの値を信号通知してもよい。
ｉ． 一例において、ＧＣＩ構文要素ｇｃｉ＿ｎｕｍ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅｓをｇｃｉ＿ｎｕｍ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔｓに変更する。
ｉｉ． あるいは、さらに、変更されたＧＣＩ構文要素は、ｕ（８）の代わりにｕ（１１）を用いてコーディングされてもよい。
ｉｉｉ． あるいは、さらに、ＧＣＩ構文要素ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅ［ｉ］を、ｕ（８）の代わりにｕ（１）でコーディングされたｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔ［ｉ］に変更する。
ａ． ｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇの直後に置く代わりに、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造および／または他のＧＣＩ関連構文要素（例えば、ＧＣＩフラグの存在）をレベル情報の指示後に移動させる。
ｉ． 一例において、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造におけるｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造をｇｅｎｅｒａｌ＿ｓｕｂ＿ｐｒｏｆｉｌｅ＿ｉｄｃ［ｉ］構文要素の直後に移動する。
ｂ． ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造の存在を条件づけるために、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に新しい構文要素（例えば、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇという１ビットフラグ）を追加する。
ｉ． ｐｒｏｆｉｌｅＴｉｅｒＰｒｅｓｅｎｔＦｌａｇが１に等しいｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造においてｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造は、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に存在する。ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に対してｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合（ｐｒｏｆｉｌｅＴｉｅｒＰｒｅｓｅｎｔＦｌａｇが１に等しいかどうかに関わらず）、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造は、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に存在しない。
ｉｉ． ＧＣＩフィールドの意味論が存在する場合（すなわち、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合）にのみ適用されるように、その意味論を変更する。すなわち、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、プロファイル定義の一部として規定される制約などのような他の規定された制約に加えて、一般的な制約は適用されない。
ｉｉｉ． あるいは、さらに、新しい構文要素は、例えば、ｐｒｏｆｉｌｅＴｉｅｒＰｒｅｓｅｎｔＦｌａｇの値に従って、条件付きで信号通知されてもよい。
ｃ． ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造からバイトアライメント構文（すなわち、ｇｃｉ＿ａｌｉｇｎｍｅｎｔ＿ｚｅｒｏ＿ｂｉｔフィールドおよびその構文条件）を削除する。
ｄ． 予約された制約バイトの総数および予約された制約バイトを信号通知する代わりに、予約された制約ビットの数および／または各予約された制約ビットの値を信号通知してもよい。
ｉ． 一例において、ＧＣＩ構文要素ｇｃｉ＿ｎｕｍ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅｓをｇｃｉ＿ｎｕｍ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔｓに変更する。
ｉｉ． あるいは、さらに、変更されたＧＣＩ構文要素は、ｕ（８）の代わりにｕ（１１）を用いてコーディングされてもよい。
ｉｉｉ． あるいは、さらに、ＧＣＩ構文要素ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅ［ｉ］を、ｕ（８）の代わりにｕ（１）でコーディングされたｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔ［ｉ］に変更する。
【0066】
２） 第１の問題を解決するために、ＰＴＬ構文構造におけるＧＣＩフィールドの条件付き信号通知について、例えば、第２の実施形態のように、以下のアプローチのうちの１つ以上を開示する。
ａ． ｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇの直後に置く代わりに、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造および／または他のＧＣＩ関連の構文要素（例えば、ＧＣＩフラグの存在）をレベル情報の指示後に移動させる。
ｉ． 一例において、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造におけるｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造を、（ｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇの直後に置く代わりに）ｇｅｎｅｒａｌ＿ｓｕｂ＿ｐｒｏｆｉｌｅ＿ｉｄｃ［ｉ］構文要素の直後に移動させる。
ｂ． ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造の存在を条件づけるために、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に新しい構文要素（例えば、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇという１ビットフラグ）を追加する。
ｉ． ｐｒｏｆｉｌｅＴｉｅｒＰｒｅｓｅｎｔＦｌａｇが１に等しいｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造においてｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造はｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に存在する。ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に対してｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合（ｐｒｏｆｉｌｅＴｉｅｒＰｒｅｓｅｎｔＦｌａｇが１に等しいかどうかに関わらず）、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造はｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に存在しない。
ｉｉ． ＧＣＩフィールドの意味論が存在する場合（すなわち、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合）にのみ適用されるように、その意味論を変更する。すなわち、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、プロファイル定義の一部として規定される制約などのような他の規定された制約に加えて、一般的な制約は適用されない。
ｉｉｉ． あるいは、さらに、新しい構文要素は、例えば、ｐｒｏｆｉｌｅＴｉｅｒＰｒｅｓｅｎｔＦｌａｇの値に従って、条件付きで信号通知されてもよい。
３） 第１の問題を解決するために、ＰＴＬ構文構造におけるＧＣＩフィールドの条件付き信号通知について、例えば、第１の実施形態のように、以下のアプローチのうちの１つ以上を開示する。
ａ． ｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇの直後に位置させる代わりに、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造および／または他のＧＣＩ関連構文要素（例えば、ＧＣＩフラグの存在）を、ＰＴＬ構文構造におけるバイトアライメントチェック条件の直前（例えば、ｗｈｉｌｅ（！ｂｙｔｅ＿ａｌｉｇｎｅｄ（））ループの直前）に移動させる。
ｉ． 一例において、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造におけるｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造を、（ｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇの直後に置く代わりに）ｐｔｌ＿ｓｕｂｌａｙｅｒ＿ｌｅｖｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］構文要素の直後に移動させる。
ｂ． ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造の存在を条件づけるために、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に新しい構文要素（例えば、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇという１ビットフラグ）を追加する。
ｉ． ｐｒｏｆｉｌｅＴｉｅｒＰｒｅｓｅｎｔＦｌａｇが１に等しいｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造においてｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造はｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に存在する。ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に対してｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合（ｐｒｏｆｉｌｅＴｉｅｒＰｒｅｓｅｎｔＦｌａｇが１に等しいかどうかに関わらず）、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造はｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に存在しない。
ｉｉ． ＧＣＩフィールドの意味論が存在する場合（すなわち、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合）にのみ適用されるように、その意味論を変更する。すなわち、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、プロファイル定義の一部として規定される制約などのような他の規定された制約に加えて、一般的な制約は適用されない。
ｉｉｉ． あるいは、さらに、新しい構文要素は、例えば、ｐｒｏｆｉｌｅＴｉｅｒＰｒｅｓｅｎｔＦｌａｇの値に従って、条件付きで信号通知されてもよい。
ｃ． ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造からバイトアライメント構文（すなわち、ｇｃｉ＿ａｌｉｇｎｍｅｎｔ＿ｚｅｒｏ＿ｂｉｔフィールドおよびその構文条件）を削除する。
ｄ． 予約された制約バイトの総数および予約された制約バイトを信号通知する代わりに、予約された制約ビットの数および／または各予約された制約ビットの値を信号通知してもよい。
ｉ． 一例において、ＧＣＩ構文要素ｇｃｉ＿ｎｕｍ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅｓをｇｃｉ＿ｎｕｍ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔｓに変更する。
ｉｉ． あるいは、さらに、変更されたＧＣＩ構文要素は、ｕ（８）の代わりにｕ（１１）を用いてコーディングされてもよい。
ｉｉｉ． あるいは、さらに、ＧＣＩ構文要素ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅ［ｉ］を、ｕ（８）の代わりにｕ（１）でコーディングされたｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔ［ｉ］に変更する。
４） 第１の問題を解決するために、ＰＴＬ構文構造におけるＧＣＩフィールドの条件付き信号通知について、例えば、第２の実施形態のように、以下のアプローチのうちの１つ以上を開示する。
ａ． ｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇの直後に位置させる代わりに、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造および／または他のＧＣＩ関連構文要素（例えば、ＧＣＩフラグの存在）を、ＰＴＬ構文構造におけるバイトアライメントチェック条件の直前（例えば、ｗｈｉｌｅ（！ｂｙｔｅ＿ａｌｉｇｎｅｄ（））ループの直前）に移動させる。
ｉ． 一例において、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造におけるｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造をｐｔｌ＿ｓｕｂｌａｙｅｒ＿ｌｅｖｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］構文要素の直後に移動する。
ｂ． ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造の存在を条件づけるために、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に新しい構文要素（例えば、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇという１ビットフラグ）を追加する。
ｉ． ｐｒｏｆｉｌｅＴｉｅｒＰｒｅｓｅｎｔＦｌａｇが１に等しいｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造においてｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造はｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に存在する。ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に対してｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合（ｐｒｏｆｉｌｅＴｉｅｒＰｒｅｓｅｎｔＦｌａｇが１に等しいかどうかに関わらず）、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造はｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に存在しない。
ｉｉ． ＧＣＩフィールドの意味論が存在する場合（すなわち、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合）にのみ適用されるように、その意味論を変更する。すなわち、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、プロファイル定義の一部として規定される制約などのような他の規定された制約に加えて、一般的な制約は適用されない。
ｉｉｉ． あるいは、さらに、新しい構文要素は、例えば、ｐｒｏｆｉｌｅＴｉｅｒＰｒｅｓｅｎｔＦｌａｇの値に従って、条件付きで信号通知されてもよい。
５） 第１の問題を解決するために、ＰＴＬ構文構造におけるＧＣＩフィールドの条件付き信号通知について、例えば、第５の実施形態のように、以下のアプローチのうちの１つ以上を開示する。
ａ． ｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃの前に置く代わりに、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造および／または他のＧＣＩ関連構文要素（例えば、ＧＣＩフラグの存在）をｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃの後に移動する。
ｉ． ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造におけるｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造をｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃ構文要素の直後に移動する。
ｂ． バイトアライメント構文（すなわち、ｇｃｉ＿ａｌｉｇｎｍｅｎｔ＿ｚｅｒｏ＿ｂｉｔフィールドおよびその構文条件）をｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造の末端、すなわち、ＧＣＩ予約フィールドの前の代わりに、ＧＣＩ予約フィールドの後に移動する。
ｃ． 予約された制約バイトの総数および予約された制約バイトを信号通知する代わりに、予約された制約ビットの数および／または各予約された制約ビットの値を信号通知してもよい。
ｉ． 一例において、ＧＣＩ構文要素ｇｃｉ＿ｎｕｍ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅｓをｇｃｉ＿ｎｕｍ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔｓに変更する。
ｉｉ． 代替的に、変更されたＧＣＩ構文要素は、ｕ（８）の代わりにｕ（１１）を用いてコーディングされてもよい。
ｉｉｉ． 代替的に、さらに、ＧＣＩ構文要素ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅ［ｉ］を、ｕ（８）の代わりにｕ（１）を用いてコーディングされたｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔ［ｉ］に変更する。
ｄ． ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造の先頭に、新しい構文要素（例えば、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇという名前の１ビットフラグ）を追加する。
ｉ． ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造におけるバイトアライメントフィールド以外のすべてのフィールドはスキップされる。これらすべてのスキップされたフィールドの意味論は、それらが存在する場合（すなわち、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合）にのみ適用されるように変更される。すなわち、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、プロファイル定義の一部として規定される制約などのような他の規定された制約に加えて、一般的な制約は適用されない。
６） 第１の問題を解決するために、ＰＴＬ構文構造におけるＧＣＩフィールドの条件付き信号通知について、例えば、第６の実施形態のように、以下のアプローチのうちの１つ以上を開示する。
ａ． ｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃの前に置く代わりに、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造および／または他のＧＣＩ関連構文要素（例えば、ＧＣＩフラグの存在）をｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃの後に移動する。
ｉ． 一例において、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造におけるｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造をｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃ構文要素の直後に移動する。
ｂ． ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造の存在を条件づけるために、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に新しい構文要素（例えば、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇという１ビットフラグ）を追加する。
ｉ． ｐｒｏｆｉｌｅＴｉｅｒＰｒｅｓｅｎｔＦｌａｇが１に等しいｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造においてｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造はｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に存在する。ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に対してｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合（ｐｒｏｆｉｌｅＴｉｅｒＰｒｅｓｅｎｔＦｌａｇが１に等しいかどうかに関わらず）、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造はｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に存在しない。
ｉｉ． すべてのＧＣＩ構文構造の意味論は、ＧＣＩフィールドの意味論が存在する場合（すなわち、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合）にのみ適用されるように、変更される。すなわち、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、プロファイル定義の一部として規定される制約などのような他の規定された制約に加えて、一般的な制約は適用されない。
ｉｉｉ． ｐｔｌ＿ｎｕｍ＿ｓｕｂ＿ｐｒｏｆｉｌｅの開始位置がある場合、その位置をバイトアラインされた位置に保つため、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造の直後にバイトアライメントチェックを行い、バイトアライメントされていない場合、ｐｔｌ＿ａｌｉｇｎｍｅｎｔ＿ｚｅｒｏ＿ｂｉｔをそれがバイトアライメントされるまで追加する。
ｃ． ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造からバイトアライメント構文（すなわち、ｇｃｉ＿ａｌｉｇｎｍｅｎｔ＿ｚｅｒｏ＿ｂｉｔフィールドおよびその構文条件）を削除する。
ｄ． 予約された制約バイトの総数および予約された制約バイトを信号通知する代わりに、予約された制約ビットの数および／または各予約された制約ビットの値を信号通知してもよい。
ｉ． 一例において、ＧＣＩ構文要素ｇｃｉ＿ｎｕｍ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅｓをｇｃｉ＿ｎｕｍ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔｓに変更する。
ｉｉ． 代替的に、変更された構文要素は、ｕ（８）の代わりにｕ（１１）を用いてコーディングされてもよい。
ｉｉｉ．代替的に、さらに、ＧＣＩ構文要素ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅ［ｉ］を、ｕ（８）の代わりにｕ（１）を用いてコーディングされたｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔ［ｉ］に変更する。
７） 第１の問題を解決するために、ＰＴＬ構文構造におけるＧＣＩフィールドの条件付き信号通知について、例えば、第５の実施形態のように、以下のアプローチの１つ以上を開示する。
ａ． ｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃの前に置く代わりに、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造および／または他のＧＣＩ関連構文要素（例えば、ＧＣＩフラグの存在）をｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃの後に移動する。
ｉ． 一例において、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造におけるｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造をｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃ構文要素の直後に移動する。
ｂ． ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造の存在を条件づけるために、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に新しい構文要素（例えば、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇという１ビットフラグ）を追加する。
ｉ． ｐｒｏｆｉｌｅＴｉｅｒＰｒｅｓｅｎｔＦｌａｇが１に等しいｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造においてｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造はｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に存在する。ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に対してｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合（ｐｒｏｆｉｌｅＴｉｅｒＰｒｅｓｅｎｔＦｌａｇが１に等しいかどうかに関わらず）、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造はｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に存在しない。
ｉｉ． すべてのＧＣＩ構文構造の意味論は、ＧＣＩフィールドの意味論が存在する場合（すなわち、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合）にのみ適用されるように、変更される。すなわち、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、プロファイル定義の一部として規定される制約などのような他の規定された制約に加えて、一般的な制約は適用されない。
ｉｉｉ． ｐｔｌ＿ｎｕｍ＿ｓｕｂ＿ｐｒｏｆｉｌｅの開始位置がある場合、その位置をバイトアラインされた位置に保つため、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造の直後にバイトアライメントチェックを追加し、バイトアライメントされていない場合、ｐｔｌ＿ａｌｉｇｎｍｅｎｔ＿ｚｅｒｏ＿ｂｉｔをそれがバイトアライメントされるまで追加する。
８） ｍａｘ＿ｂｉｔｄｅｐｔｈ＿ｍｉｎｕｓ８＿ｃｏｎｓｔｒａｉｎｔ＿ｉｄｃの意味論を以下のように変更する。ｍａｘ＿ｂｉｔｄｅｐｔｈ＿ｍｉｎｕｓ８＿ｃｏｎｓｔｒａｉｎｔ＿ｉｄｃが８未満である場合、ｓｐｓ＿ｂｉｔｄｅｐｔｈ＿ｍｉｎｕｓ８が０からｍａｘ＿ｂｉｔｄｅｐｔｈ＿ｍｉｎｕｓ８＿ｃｏｎｓｔｒａｉｎｔ＿ｉｄｃまでの範囲内にあることを規定する。ｍａｘ＿ｂｉｔｄｅｐｔｈ＿ｍｉｎｕｓ８＿ｃｏｎｓｔｒａｉｎｔ＿ｉｄｃが８以上である場合には制約を課さない。
ａ． あるいは、上記「制約を課さない」を「そのような制約を課さない」に変更する。
９） ｍａｘ＿ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｄｃの意味論を以下のように変更する。ｍａｘ＿ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｄｃが２未満である場合、ｓｐｓ＿ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが０からｍａｘ＿ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｄｃまでの範囲内にあることを規定する。ｍａｘ＿ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｄｃが２に等しい場合には制約を課さない。
ａ． あるいは、上記「制約を課さない」を「そのような制約を課さない」に変更する。
ａ． ｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇの直後に置く代わりに、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造および／または他のＧＣＩ関連の構文要素（例えば、ＧＣＩフラグの存在）をレベル情報の指示後に移動させる。
ｉ． 一例において、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造におけるｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造を、（ｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇの直後に置く代わりに）ｇｅｎｅｒａｌ＿ｓｕｂ＿ｐｒｏｆｉｌｅ＿ｉｄｃ［ｉ］構文要素の直後に移動させる。
ｂ． ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造の存在を条件づけるために、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に新しい構文要素（例えば、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇという１ビットフラグ）を追加する。
ｉ． ｐｒｏｆｉｌｅＴｉｅｒＰｒｅｓｅｎｔＦｌａｇが１に等しいｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造においてｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造はｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に存在する。ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に対してｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合（ｐｒｏｆｉｌｅＴｉｅｒＰｒｅｓｅｎｔＦｌａｇが１に等しいかどうかに関わらず）、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造はｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に存在しない。
ｉｉ． ＧＣＩフィールドの意味論が存在する場合（すなわち、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合）にのみ適用されるように、その意味論を変更する。すなわち、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、プロファイル定義の一部として規定される制約などのような他の規定された制約に加えて、一般的な制約は適用されない。
ｉｉｉ． あるいは、さらに、新しい構文要素は、例えば、ｐｒｏｆｉｌｅＴｉｅｒＰｒｅｓｅｎｔＦｌａｇの値に従って、条件付きで信号通知されてもよい。
３） 第１の問題を解決するために、ＰＴＬ構文構造におけるＧＣＩフィールドの条件付き信号通知について、例えば、第１の実施形態のように、以下のアプローチのうちの１つ以上を開示する。
ａ． ｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇの直後に位置させる代わりに、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造および／または他のＧＣＩ関連構文要素（例えば、ＧＣＩフラグの存在）を、ＰＴＬ構文構造におけるバイトアライメントチェック条件の直前（例えば、ｗｈｉｌｅ（！ｂｙｔｅ＿ａｌｉｇｎｅｄ（））ループの直前）に移動させる。
ｉ． 一例において、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造におけるｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造を、（ｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇの直後に置く代わりに）ｐｔｌ＿ｓｕｂｌａｙｅｒ＿ｌｅｖｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］構文要素の直後に移動させる。
ｂ． ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造の存在を条件づけるために、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に新しい構文要素（例えば、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇという１ビットフラグ）を追加する。
ｉ． ｐｒｏｆｉｌｅＴｉｅｒＰｒｅｓｅｎｔＦｌａｇが１に等しいｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造においてｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造はｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に存在する。ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に対してｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合（ｐｒｏｆｉｌｅＴｉｅｒＰｒｅｓｅｎｔＦｌａｇが１に等しいかどうかに関わらず）、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造はｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に存在しない。
ｉｉ． ＧＣＩフィールドの意味論が存在する場合（すなわち、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合）にのみ適用されるように、その意味論を変更する。すなわち、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、プロファイル定義の一部として規定される制約などのような他の規定された制約に加えて、一般的な制約は適用されない。
ｉｉｉ． あるいは、さらに、新しい構文要素は、例えば、ｐｒｏｆｉｌｅＴｉｅｒＰｒｅｓｅｎｔＦｌａｇの値に従って、条件付きで信号通知されてもよい。
ｃ． ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造からバイトアライメント構文（すなわち、ｇｃｉ＿ａｌｉｇｎｍｅｎｔ＿ｚｅｒｏ＿ｂｉｔフィールドおよびその構文条件）を削除する。
ｄ． 予約された制約バイトの総数および予約された制約バイトを信号通知する代わりに、予約された制約ビットの数および／または各予約された制約ビットの値を信号通知してもよい。
ｉ． 一例において、ＧＣＩ構文要素ｇｃｉ＿ｎｕｍ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅｓをｇｃｉ＿ｎｕｍ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔｓに変更する。
ｉｉ． あるいは、さらに、変更されたＧＣＩ構文要素は、ｕ（８）の代わりにｕ（１１）を用いてコーディングされてもよい。
ｉｉｉ． あるいは、さらに、ＧＣＩ構文要素ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅ［ｉ］を、ｕ（８）の代わりにｕ（１）でコーディングされたｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔ［ｉ］に変更する。
４） 第１の問題を解決するために、ＰＴＬ構文構造におけるＧＣＩフィールドの条件付き信号通知について、例えば、第２の実施形態のように、以下のアプローチのうちの１つ以上を開示する。
ａ． ｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇの直後に位置させる代わりに、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造および／または他のＧＣＩ関連構文要素（例えば、ＧＣＩフラグの存在）を、ＰＴＬ構文構造におけるバイトアライメントチェック条件の直前（例えば、ｗｈｉｌｅ（！ｂｙｔｅ＿ａｌｉｇｎｅｄ（））ループの直前）に移動させる。
ｉ． 一例において、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造におけるｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造をｐｔｌ＿ｓｕｂｌａｙｅｒ＿ｌｅｖｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］構文要素の直後に移動する。
ｂ． ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造の存在を条件づけるために、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に新しい構文要素（例えば、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇという１ビットフラグ）を追加する。
ｉ． ｐｒｏｆｉｌｅＴｉｅｒＰｒｅｓｅｎｔＦｌａｇが１に等しいｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造においてｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造はｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に存在する。ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に対してｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合（ｐｒｏｆｉｌｅＴｉｅｒＰｒｅｓｅｎｔＦｌａｇが１に等しいかどうかに関わらず）、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造はｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に存在しない。
ｉｉ． ＧＣＩフィールドの意味論が存在する場合（すなわち、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合）にのみ適用されるように、その意味論を変更する。すなわち、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、プロファイル定義の一部として規定される制約などのような他の規定された制約に加えて、一般的な制約は適用されない。
ｉｉｉ． あるいは、さらに、新しい構文要素は、例えば、ｐｒｏｆｉｌｅＴｉｅｒＰｒｅｓｅｎｔＦｌａｇの値に従って、条件付きで信号通知されてもよい。
５） 第１の問題を解決するために、ＰＴＬ構文構造におけるＧＣＩフィールドの条件付き信号通知について、例えば、第５の実施形態のように、以下のアプローチのうちの１つ以上を開示する。
ａ． ｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃの前に置く代わりに、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造および／または他のＧＣＩ関連構文要素（例えば、ＧＣＩフラグの存在）をｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃの後に移動する。
ｉ． ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造におけるｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造をｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃ構文要素の直後に移動する。
ｂ． バイトアライメント構文（すなわち、ｇｃｉ＿ａｌｉｇｎｍｅｎｔ＿ｚｅｒｏ＿ｂｉｔフィールドおよびその構文条件）をｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造の末端、すなわち、ＧＣＩ予約フィールドの前の代わりに、ＧＣＩ予約フィールドの後に移動する。
ｃ． 予約された制約バイトの総数および予約された制約バイトを信号通知する代わりに、予約された制約ビットの数および／または各予約された制約ビットの値を信号通知してもよい。
ｉ． 一例において、ＧＣＩ構文要素ｇｃｉ＿ｎｕｍ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅｓをｇｃｉ＿ｎｕｍ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔｓに変更する。
ｉｉ． 代替的に、変更されたＧＣＩ構文要素は、ｕ（８）の代わりにｕ（１１）を用いてコーディングされてもよい。
ｉｉｉ． 代替的に、さらに、ＧＣＩ構文要素ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅ［ｉ］を、ｕ（８）の代わりにｕ（１）を用いてコーディングされたｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔ［ｉ］に変更する。
ｄ． ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造の先頭に、新しい構文要素（例えば、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇという名前の１ビットフラグ）を追加する。
ｉ． ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造におけるバイトアライメントフィールド以外のすべてのフィールドはスキップされる。これらすべてのスキップされたフィールドの意味論は、それらが存在する場合（すなわち、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合）にのみ適用されるように変更される。すなわち、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、プロファイル定義の一部として規定される制約などのような他の規定された制約に加えて、一般的な制約は適用されない。
６） 第１の問題を解決するために、ＰＴＬ構文構造におけるＧＣＩフィールドの条件付き信号通知について、例えば、第６の実施形態のように、以下のアプローチのうちの１つ以上を開示する。
ａ． ｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃの前に置く代わりに、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造および／または他のＧＣＩ関連構文要素（例えば、ＧＣＩフラグの存在）をｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃの後に移動する。
ｉ． 一例において、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造におけるｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造をｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃ構文要素の直後に移動する。
ｂ． ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造の存在を条件づけるために、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に新しい構文要素（例えば、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇという１ビットフラグ）を追加する。
ｉ． ｐｒｏｆｉｌｅＴｉｅｒＰｒｅｓｅｎｔＦｌａｇが１に等しいｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造においてｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造はｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に存在する。ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に対してｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合（ｐｒｏｆｉｌｅＴｉｅｒＰｒｅｓｅｎｔＦｌａｇが１に等しいかどうかに関わらず）、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造はｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に存在しない。
ｉｉ． すべてのＧＣＩ構文構造の意味論は、ＧＣＩフィールドの意味論が存在する場合（すなわち、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合）にのみ適用されるように、変更される。すなわち、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、プロファイル定義の一部として規定される制約などのような他の規定された制約に加えて、一般的な制約は適用されない。
ｉｉｉ． ｐｔｌ＿ｎｕｍ＿ｓｕｂ＿ｐｒｏｆｉｌｅの開始位置がある場合、その位置をバイトアラインされた位置に保つため、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造の直後にバイトアライメントチェックを行い、バイトアライメントされていない場合、ｐｔｌ＿ａｌｉｇｎｍｅｎｔ＿ｚｅｒｏ＿ｂｉｔをそれがバイトアライメントされるまで追加する。
ｃ． ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造からバイトアライメント構文（すなわち、ｇｃｉ＿ａｌｉｇｎｍｅｎｔ＿ｚｅｒｏ＿ｂｉｔフィールドおよびその構文条件）を削除する。
ｄ． 予約された制約バイトの総数および予約された制約バイトを信号通知する代わりに、予約された制約ビットの数および／または各予約された制約ビットの値を信号通知してもよい。
ｉ． 一例において、ＧＣＩ構文要素ｇｃｉ＿ｎｕｍ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅｓをｇｃｉ＿ｎｕｍ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔｓに変更する。
ｉｉ． 代替的に、変更された構文要素は、ｕ（８）の代わりにｕ（１１）を用いてコーディングされてもよい。
ｉｉｉ．代替的に、さらに、ＧＣＩ構文要素ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅ［ｉ］を、ｕ（８）の代わりにｕ（１）を用いてコーディングされたｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔ［ｉ］に変更する。
７） 第１の問題を解決するために、ＰＴＬ構文構造におけるＧＣＩフィールドの条件付き信号通知について、例えば、第５の実施形態のように、以下のアプローチの１つ以上を開示する。
ａ． ｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃの前に置く代わりに、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造および／または他のＧＣＩ関連構文要素（例えば、ＧＣＩフラグの存在）をｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃの後に移動する。
ｉ． 一例において、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造におけるｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造をｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃ構文要素の直後に移動する。
ｂ． ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造の存在を条件づけるために、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に新しい構文要素（例えば、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇという１ビットフラグ）を追加する。
ｉ． ｐｒｏｆｉｌｅＴｉｅｒＰｒｅｓｅｎｔＦｌａｇが１に等しいｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造においてｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造はｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に存在する。ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に対してｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合（ｐｒｏｆｉｌｅＴｉｅｒＰｒｅｓｅｎｔＦｌａｇが１に等しいかどうかに関わらず）、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造はｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造に存在しない。
ｉｉ． すべてのＧＣＩ構文構造の意味論は、ＧＣＩフィールドの意味論が存在する場合（すなわち、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合）にのみ適用されるように、変更される。すなわち、ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、プロファイル定義の一部として規定される制約などのような他の規定された制約に加えて、一般的な制約は適用されない。
ｉｉｉ． ｐｔｌ＿ｎｕｍ＿ｓｕｂ＿ｐｒｏｆｉｌｅの開始位置がある場合、その位置をバイトアラインされた位置に保つため、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造の直後にバイトアライメントチェックを追加し、バイトアライメントされていない場合、ｐｔｌ＿ａｌｉｇｎｍｅｎｔ＿ｚｅｒｏ＿ｂｉｔをそれがバイトアライメントされるまで追加する。
８） ｍａｘ＿ｂｉｔｄｅｐｔｈ＿ｍｉｎｕｓ８＿ｃｏｎｓｔｒａｉｎｔ＿ｉｄｃの意味論を以下のように変更する。ｍａｘ＿ｂｉｔｄｅｐｔｈ＿ｍｉｎｕｓ８＿ｃｏｎｓｔｒａｉｎｔ＿ｉｄｃが８未満である場合、ｓｐｓ＿ｂｉｔｄｅｐｔｈ＿ｍｉｎｕｓ８が０からｍａｘ＿ｂｉｔｄｅｐｔｈ＿ｍｉｎｕｓ８＿ｃｏｎｓｔｒａｉｎｔ＿ｉｄｃまでの範囲内にあることを規定する。ｍａｘ＿ｂｉｔｄｅｐｔｈ＿ｍｉｎｕｓ８＿ｃｏｎｓｔｒａｉｎｔ＿ｉｄｃが８以上である場合には制約を課さない。
ａ． あるいは、上記「制約を課さない」を「そのような制約を課さない」に変更する。
９） ｍａｘ＿ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｄｃの意味論を以下のように変更する。ｍａｘ＿ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｄｃが２未満である場合、ｓｐｓ＿ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが０からｍａｘ＿ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｄｃまでの範囲内にあることを規定する。ｍａｘ＿ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｄｃが２に等しい場合には制約を課さない。
ａ． あるいは、上記「制約を課さない」を「そのような制約を課さない」に変更する。
【0067】
６． 実施形態
【化2】
【0068】
６．１． 実施形態１
本実施形態は、項目１および小項目に対するものである。
構文構造ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）は、以下のように変更される。
本実施形態は、項目１および小項目に対するものである。
構文構造ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）は、以下のように変更される。
【0069】
【表9】
そして、意味論は、以下のように変更される。
…
【化3】
構文構造ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ （）は、以下のように変更される。
【表10】
そして、意味論は、以下のように変更される。
…
．．．
【化4】
【0070】
６．２． 実施形態２
本実施形態は、項目２および小項目に対するものである。
構文構造ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）は、以下のように変更される。
そして、意味論は、以下のように変更される。
…
本実施形態は、項目２および小項目に対するものである。
構文構造ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）は、以下のように変更される。
【表11】
そして、意味論は、以下のように変更される。
…
【化5】
【0071】
６．３． 実施形態３
本実施形態は、項目３および小項目に対するものである。
構文構造ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）は、以下のように変更される。
そして、意味論は、以下のように変更される。
…
一例において、代替的に、さらに、構文構造ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）は、以下のように変更される。
そして、意味論は、以下のように変更される。
．．．
本実施形態は、項目３および小項目に対するものである。
構文構造ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）は、以下のように変更される。
【表12】
そして、意味論は、以下のように変更される。
…
【化6】
一例において、代替的に、さらに、構文構造ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）は、以下のように変更される。
【表13】
そして、意味論は、以下のように変更される。
．．．
【化7】
【0072】
６．４． 実施形態４
本実施形態は、項目４および小項目に対するものである。
構文構造ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）は、以下のように変更される。
そして、意味論は、以下のように変更される。
…
本実施形態は、項目４および小項目に対するものである。
構文構造ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）は、以下のように変更される。
【表14】
そして、意味論は、以下のように変更される。
…
【化8】
【0073】
６．５． 実施形態５
本実施形態は、項目５および小項目に対するものである。
構文構造ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）は、以下のように変更される。
構文構造ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）は、以下のように変更される。
そして、意味論は、以下のように変更される。
…
．．．
本実施形態は、項目５および小項目に対するものである。
構文構造ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）は、以下のように変更される。
【表15】
構文構造ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）は、以下のように変更される。
【表16】
【表17】
【表18】
そして、意味論は、以下のように変更される。
…
【化9】
．．．
【化10】
【0074】
６．６． 実施形態６
本実施形態は、項目６および小項目に対するものである。
構文構造ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）は、以下のように変更される。
そして、意味論は、以下のように変更される。
…
構文構造ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）は、以下のように変更される。
そして、意味論は、以下のように変更される。
…
．．．
本実施形態は、項目６および小項目に対するものである。
構文構造ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）は、以下のように変更される。
【表19】
そして、意味論は、以下のように変更される。
…
【化11】
構文構造ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）は、以下のように変更される。
【表20】
そして、意味論は、以下のように変更される。
…
．．．
【化12】
【0075】
６．７． 実施形態７
本実施形態は、項目７および小項目に対するものである。
構文構造ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）は、以下のように変更される。
そして、意味論は、以下のように変更される。
…
．．．
本実施形態は、項目７および小項目に対するものである。
構文構造ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）は、以下のように変更される。
【表21】
そして、意味論は、以下のように変更される。
…
【化13】
．．．
【0076】
図１は、本明細書で開示される様々な技術が実装され得る例示的な映像処理システム１０００を示すブロック図である。様々な実装形態は、システム１０００のモジュールの一部または全部を含んでもよい。システム１０００は、映像コンテンツを受信するための入力部１００２を含んでもよい。映像コンテンツは、未加工または非圧縮フォーマット、例えば、８または１０ビットのマルチモジュール画素値で受信されてもよく、または圧縮または符号化されたフォーマットで受信されてもよい。入力部１００２は、ネットワークインターフェース、周辺バスインターフェース、または記憶インターフェースを表してもよい。ネットワークインターフェースの例は、イーサネット（登録商標）、ＰＯＮ（Ｐａｓｓｉｖｅ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ）等の有線インターフェース、およびＷｉ－Ｆｉ（登録商標）またはセルラーインターフェース等の無線インターフェースを含む。
【0077】
システム１０００は、本明細書に記載される様々なコーディングするまたは符号化する方法を実装することができるコーディングするモジュール１００４を含んでもよい。コーディングモジュール１００４は、入力部１００２からの映像の平均ビットレートをコーディングモジュール１００４の出力に低減し、映像のコーディングされた表現を生成してもよい。従って、このコーディング技術は、映像圧縮または映像コード変換技術と呼ばれることがある。コーディングモジュール１００４の出力は、コンポーネント１００６によって表されるように、記憶されてもよいし、接続された通信を介して送信されてもよい。入力部１００２において受信された、記憶された、または通信された映像のビットストリーム（またはコード化された）表現は、コンポーネント１００８によって使用されて、表示インターフェース部１０１０に送信される画素値、または表示可能な映像を生成してもよい。ビットストリーム表現からユーザが見ることができる映像を生成する処理は、映像伸張（映像展開）と呼ばれることがある。さらに、特定の映像処理動作を「コーディング」動作またはツールと呼ぶが、コーディングツールまたは動作は、エンコーダおよびそれに対応する、コーディングの結果を逆にするデコーデイングツールまたは動作が、デコーダによって行われることが理解されよう。
【0078】
周辺バスインターフェースまたは表示インターフェースの例は、ユニバーサルシリアルバス（ＵＳＢ）またはハイビジョンマルチメディアインターフェース（ＨＤＭＩ（登録商標））またはディスプレイポート等を含んでもよい。ストレージインターフェースの例は、ＳＡＴＡ（Ｓｅｒｉａｌ Ａｄｖａｎｃｅｄ Ｔｅｃｈｎｏｌｏｇｙ Ａｔｔａｃｈｍｅｎｔ）、ＰＣＩ、ＩＤＥインターフェース等を含む。本明細書に記載される技術は、携帯電話、ノートパソコン、スマートフォン、またはデジタルデータ処理および／または映像表示を実施可能な他のデバイス等の様々な電子デバイスに実施されてもよい。
【0079】
図２は、映像処理装置２０００のブロック図である。装置２０００は、本明細書に記載の方法の１または複数を実装するために使用されてもよい。装置２０００は、スマートフォン、タブレット、コンピュータ、モノのインターネット（ＩｏＴ）受信機等に実施されてもよい。装置２０００は、１つ以上の処理装置２００２と、１つ以上のメモリ２００４と、映像処理ハードウェア２００６と、を含んでもよい。１または複数のプロセッサ２００２は、本明細書に記載される１または複数の方法（例えば、図６から図９に記載）を実装するように構成されてもよい。メモリ（複数可）２００４は、本明細書で説明される方法および技術を実装するために使用されるデータおよびコードを記憶するために使用してもよい。映像処理ハードウェア２００６は、本明細書に記載される技術をハードウェア回路にて実装するために使用してもよい。いくつかの実施形態において、ハードウェア２００６は、１つ以上の処理装置２００２、例えばグラフィック処理装置内に部分的にまたは全体が含まれてもよい。
【0080】
図３は、本開示の技法を利用し得る例示的な映像コーディングシステム１００を示すブロック図である。図３に示すように、映像コーディングシステム１００は、送信元デバイス１１０と、送信先デバイス１２０と、を備えてもよい。送信元装置１１０は、符号化された映像データを生成するものであり、映像符号化機器とも呼ばれ得る。送信先デバイス１２０は、送信元デバイス１１０によって生成された符号化映像データを復号化してよく、映像復号化デバイスと呼ばれ得る。送信元デバイス１１０は、映像ソース１１２と、映像エンコーダ１１４と、入出力（Ｉ／Ｏ）インターフェース１１６と、を備えてもよい。
【0081】
映像ソース１１２は、映像キャプチャデバイスなどのソース、映像コンテンツプロバイダからの映像データを受信するためのインターフェース、および／または映像データを生成するためのコンピュータグラフィックスシステム、またはこれらのソースの組み合わせを含んでもよい。映像データは、１または複数のピクチャを含んでもよい。映像エンコーダ１１４は、映像ソース１１２からの映像データを符号化し、ビットストリームを生成する。ビットストリームは、映像データのコーディング表現を形成するビットのシーケンスを含んでもよい。ビットストリームは、コーディングされたピクチャおよび関連付けられたデータを含んでもよい。コーディングされたピクチャは、ピクチャのコーディング表現である。関連付けられたデータは、シーケンスパラメータセット、ピクチャパラメータセット、および他の構文構造を含んでもよい。Ｉ／Ｏインターフェース１１６は、変復調器（モデム）および／または送信機を含んでもよい。符号化された映像データは、ネットワーク１３０ａを介して、Ｉ／Ｏインターフェース１１６を介して送信先デバイス１２０に直接送信されてよい。エンコードされた映像データは、送信先デバイス１２０がアクセスするために、記録媒体／サーバ１３０ｂに記憶してもよい。
【0082】
送信先デバイス１２０は、Ｉ／Ｏインターフェース１２６、映像デコーダ１２４、および表示装置１２２を含んでもよい。
【0083】
Ｉ／Ｏインターフェース１２６は、受信機および／またはモデムを含んでもよい。Ｉ／Ｏインターフェース１２６は、送信元デバイス１１０または記憶媒体／サーバ１３０ｂから符号化された映像データを取得してもよい。映像デコーダ１２４は、符号化された映像データを復号してもよい。表示デバイス１２２は、復号された映像データをユーザに表示してもよい。表示装置１２２は、送信先デバイス１２０と一体化されてもよく、または外部表示装置とインターフェースで接続するように構成される送信先デバイス１２０の外部にあってもよい。
【0084】
映像エンコーダ１１４および映像デコーダ１２４は、高効率映像符号化（ＨＥＶＣ）規格、汎用映像符号化（ＶＶＭ）規格、および他の現在のおよび／またはさらなる規格等の映像圧縮規格に従って動作してもよい。
【0085】
【0086】
映像エンコーダ２００は、本開示の技術のいずれかまたは全部を行うように構成されてもよい。図４の実施例において、映像エンコーダ２００は、複数の機能モジュールを含む。本開示で説明される技法は、映像エンコーダ２００の様々なコンポーネント間で共有されてもよい。いくつかの例では、プロセッサは、本開示で説明される技術のいずれかまたはすべてを行うように構成してもよい。
【0087】
映像エンコーダ２００の機能性コンポーネントは、分割部２０１、プレディケーション部２０２を含んでもよく、予測部２０２は、モード選択部２０３、動き推定部２０４、動き補償部２０５、およびイントラ予測部２０６、残差生成部２０７、変換部２０８、量子化部２０９、逆量子化部２１０、逆変換部２１１、再構成部２１２、バッファ２１３、およびエントロピー符号化部２１４を含んでもよい。
【0088】
他の例において、映像エンコーダ２００は、より多くの、より少ない、または異なる機能コンポーネントを含んでもよい。一例において、予測部２０２は、ＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）部を含んでもよい。ＩＢＣ部は、少なくとも１つの参照ピクチャが現在の映像ブロックが位置するピクチャであるＩＢＣモードにおいて予測を行うことができる。
【0089】
さらに、動き推定部２０４および動き補償部２０５などのいくつかのコンポーネントは、高度に統合されてもよいが、説明のために、図４の例においては個別に表現されている。
【0090】
分割部２０１は、ピクチャを１つ以上の映像ブロックに分割してもよい。映像エンコーダ２００および映像デコーダ３００は、様々な映像ブロックサイズをサポートしてもよい。
【0091】
モード選択部２０３は、例えば、誤りの結果に基づいて、イントラまたはインターによるコーディングモードのうちの１つを選択し、得られたイントラまたはインターコーディングされたブロックを残差生成部２０７に供給し、残差ブロックデータを生成して再構成部２１２に供給し、符号化されたブロックを参照ピクチャとして使用するために再構成してもよい。いくつかの例において、モード選択部２０３は、インター予測信号およびイントラ予測信号に基づいて予測を行うＣＩＩＰ（Ｃｏｍｂｉｎａｔｉｏｎ ｏｆ Ｉｎｔｒａ ａｎｄ Ｉｎｔｅｒ Ｐｒｅｄｉｃｔｉｏｎ）モードを選択してもよい。モード選択部２０３は、インター予測の場合、ブロックのために動きベクトルの解像度（例えば、サブピクセルまたは整数ピクセル精度）を選択してもよい。
【0092】
現在の映像ブロックに対してインター予測を実行するために、動き推定部２０４は、バッファ２１３からの１つ以上の参照フレームと現在の映像ブロックとを比較することにより、現在の映像ブロックのために動き情報を生成してもよい。動き補償部２０５は、現在の映像ブロックに関連付けられたピクチャ以外のバッファ２１３からのピクチャの動き情報および復号されたサンプルに基づいて、現在の映像ブロックに対する予測映像ブロックを判定してもよい。
【0093】
動き推定部２０４および動き補償部２０５は、現在の映像ブロックがＩスライスであるか、Ｐスライスであるか、またはＢスライスであるかによって、例えば、現在の映像ブロックに対して異なる動作を行ってもよい。
【0094】
いくつかの例において、動き推定部２０４は、現在の映像ブロックに対して単一方向予測を行い、動き推定部２０４は、現在の映像ブロックに対して、参照映像ブロック用のリスト０またはリスト１の参照ピクチャを検索してもよい。そして、動き推定部２０４は、参照映像ブロックを含むリスト０またはリスト１における参照ピクチャを示す参照インデックスと、現在の映像ブロックと参照映像ブロックとの間の空間的変位を示す動きベクトルと、を生成する。動き推定部２０４は、参照インデックス、予測方向インジケータ、および動きベクトルを、現在の映像ブロックの動き情報として出力してもよい。動き補償部２０５は、現在の映像ブロックの動き情報が示す参照映像ブロックに基づいて、現在のブロックの予測映像ブロックを生成してもよい。
【0095】
他の例において、動き推定部２０４は、現在の映像ブロックを双方向予測してもよく、動き推定部２０４は、リスト０における参照ピクチャの中から現在の映像ブロックを求めるための参照映像ブロックを検索してもよく、また、リスト１における参照ピクチャの中から現在の映像ブロックを求めるための別の参照映像ブロックを検索してもよい。そして、動き推定部２０４は、参照映像ブロックを含むリスト０およびリスト１における参照ピクチャを示す参照インデックスと、参照映像ブロックと現在の映像ブロックとの間の空間的変位を示す動きベクトルとを生成してもよい。動き推定部２０４は、現在の映像ブロックの参照インデックスおよび動きベクトルを、現在の映像ブロックの動き情報として出力してもよい。動き補償部２０５は、現在の映像ブロックの動き情報が示す参照映像ブロックに基づいて、現在の映像ブロックの予測映像ブロックを生成してもよい。
【0096】
いくつかの例において、動き推定部２０４は、デコーダの復号処理のために、動き情報のフルセットを出力してもよい。
【0097】
いくつかの例では、動き推定部２０４は、現在の映像に対する動き情報のフルセットを出力しなくてもよい。むしろ、動き推定部２０４は、別の映像ブロックの動き情報を参照して、現在の映像ブロックの動き情報を信号通知してもよい。例えば、動き推定部２０４は、現在の映像ブロックの動き情報が近隣の映像ブロックの動き情報に十分に類似していることを判定してもよい。
【0098】
一例において、動き推定部２０４は、現在の映像ブロックに関連付けられた構文構造において、現在の映像ブロックが別の映像ブロックと同じ動き情報を有することを映像デコーダ３００に示す値を示してもよい。
【0099】
他の例において、動き推定部２０４は、現在の映像ブロックに関連付けられた構文構造において、別の映像ブロックと、動きベクトル差分（ＭＶＤ；Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）とを識別してもよい。動きベクトルの差分は、現在の映像ブロックの動きベクトルと、指定された映像ブロックの動きベクトルとの差分を示す。映像デコーダ３００は、指定された映像ブロックの動きベクトルと動きベクトル差分とを使用して、現在の映像ブロックの動きベクトルを決定してもよい。
【0100】
上述したように、映像エンコーダ２００は、動きベクトルを予測的に信号通知してもよい。映像エンコーダ２００によって実装され得る予測信号通知技法の２つの例は、ＡＭＶＰ（Ａｄｖａｎｃｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）およびマージモード信号通知を含む。
【0101】
イントラ予測部２０６は、現在の映像ブロックに対してイントラ予測を行ってもよい。イントラ予測部２０６が現在の映像ブロックをイントラ予測する場合、イントラ予測部２０６は、同じピクチャにおける他の映像ブロックの復号されたサンプルに基づいて、現在の映像ブロックのための予測データを生成してもよい。現在の映像ブロックに対する予測データは、予測された映像ブロックおよび様々な構文要素を含んでもよい。
【0102】
残差生成部２０７は、現在の映像ブロックから現在の映像ブロックの予測された映像ブロックを減算することによって（例えば、マイナス符号によって示されている）、現在の映像ブロックに対する残差データを生成してもよい。現在の映像ブロックの残差データは、現在の映像ブロックにおけるサンプルの異なるサンプル成分に対応する残差映像ブロックを含んでもよい。
【0103】
他の例において、例えば、スキップモードにおいて、現在の映像ブロックに対する残差データがなくてもよく、残差生成部２０７は、減算動作を行わなくてもよい。
【0104】
変換処理部２０８は、現在の映像ブロックに関連付けられた残差映像ブロックに１つ以上の変換を適用することによって、現在の映像ブロックに対する１つ以上の変換係数映像ブロックを生成してもよい。
【0105】
変換処理部２０８が現在の映像ブロックに関連付けられた変換係数映像ブロックを生成した後、量子化部２０９は、現在の映像ブロックに関連付けられた１つ以上の量子化パラメータ（ＱＰ：Ｑｕａｎｔｉｚａｔｉｏｎ Ｐａｒａｍｅｔｅｒ）値に基づいて、現在の映像ブロックに関連付けられた変換係数映像ブロックを量子化してもよい。
【0106】
逆量子化部２１０および逆変換部２１１は、変換係数映像ブロックに逆量子化および逆変換をそれぞれ適用し、変換係数映像ブロックから残差映像ブロックを再構成してもよい。再構成部２１２は、予測部２０２によって生成された１つ以上の予測映像ブロックから対応するサンプルに再構成された残差映像ブロックを追加して、バッファ２１３に格納するための現在のブロックに関連付けられた再構成された映像ブロックを生成してもよい。
【0107】
再構成部２１２が映像ブロックを再構成した後、映像ブロックにおける映像ブロッキングアーチファクトを縮小するために、ループフィルタリング動作が行われてもよい。
【0108】
エントロピー符号化部２１４は、映像エンコーダ２００の他の機能コンポーネントからデータを受信してもよい。エントロピー符号化部２１４がデータを受信すると、エントロピー符号化部２１４は、１つ以上のエントロピー符号化動作を行い、エントロピー符号化されたデータを生成し、エントロピー符号化されたデータを含むビットストリームを出力してもよい。
【0109】
【0110】
映像デコーダ３００は、本開示の技術のいずれかまたは全てを行うように構成されてもよい。図５の実施例において、映像デコーダ３００は、複数の機能コンポーネントを含む。本開示で説明される技法は、映像デコーダ３００の様々なコンポーネント間で共有されてもよい。いくつかの例では、プロセッサは、本開示で説明される技術のいずれかまたはすべてを行うように構成してもよい。
【0111】
図５の実施例において、映像デコーダ３００は、エントロピー復号部３０１、動き補償部３０２、イントラ予測部３０３、逆量子化部３０４、逆変換部３０５、および再構成部３０６、並びにバッファ３０７を含む。映像デコーダ３００は、いくつかの例では、映像エンコーダ２００（図４）に関して説明した符号化パスとほぼ逆の復号パスを行ってもよい。
【0112】
エントロピー復号部３０１は、符号化されたビットストリームを取り出す。符号化されたビットストリームは、エントロピー符号化された映像データ（例えば、映像データの符号化されたブロック）を含んでもよい。エントロピー復号部３０１は、エントロピー符号化された映像データを復号し、エントロピー復号された映像データから、動き補償部３０２は、動きベクトル、動きベクトル精度、参照ピクチャリストインデックス、および他の動き情報を含む動き情報を決定してもよい。動き補償部３０２は、例えば、ＡＭＶＰおよびマージモードを行うことで、このような情報を判定してもよい。
【0113】
動き補償部３０２は、動き補償されたブロックを生成してもよく、場合によっては、補間フィルタに基づいて補間を行う。構文要素には、サブピクセルの精度で使用される補間フィルタに対する識別子が含まれてもよい。
【0114】
動き補償部３０２は、映像ブロックのエンコーディング中に映像エンコーダ２０によって使用されるような補間フィルタを使用して、参照ブロックのサブ整数ピクセルのための補間値を計算してもよい。動き補償部３０２は、受信した構文情報に基づいて、映像エンコーダ２００が使用する補間フィルタを決定し、補間フィルタを使用して予測ブロックを生成してもよい。
【0115】
動き補償部３０２は、符号化された映像シーケンスのフレームおよび／またはスライスを符号化するために使用されるブロックのサイズを判定するための構文情報、符号化された映像シーケンスのピクチャの各マクロブロックがどのように分割されるかを記述する分割情報、各分割がどのように符号化されるかを示すモード、各インター符号化されたブロックに対する１つ以上の参照フレーム（および参照フレームリスト）、および符号化された映像シーケンスをデコードするための他の情報のうちのいくつかを使用してもよい。
【0116】
イントラ予測部３０３は、例えば、ビットストリームにおいて受信したイントラ予測モードを使用して、空間的に隣接するブロックから予測ブロックを形成してもよい。逆量子化部３０３は、ビットストリームに提供され、エントロピー復号部３０１によって復号された量子化された映像ブロック係数を逆量子化（すなわち、逆量子化）する。逆変換部３０３は、逆変換を適用する。
【0117】
再構成部３０６は、残差ブロックと、動き補償部２０２またはイントラ予測部３０３によって生成された対応する予測ブロックとを合計し、復号されたブロックを形成してもよい。所望であれば、ブロックアーチファクトを除去するために、復号されたブロックをフィルタリングするためにデブロッキングフィルタを適用してもよい。デコードされた映像ブロックは、バッファ３０７に記憶され、バッファ３０７は、後続の動き補償／イントラ予測のために参照ブロックを提供し、表示デバイスに表示するためにデコードされた映像を生成する。
【0118】
【0119】
図６は、映像処理の方法６００の一例を示すフローチャートを示す。この方法６００は、動作６１０において、プロファイルティアレベルの構文構造における構文構造が構文要素の後にあることを規定する規則に従って、１つ以上のピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、この構文構造は、このビットストリームのための一般的な制約情報（ＧＣＩ）に関する情報を含み、この構文要素は、このプロファイルティアレベルの構文構造に関連付けられた出力レイヤセットが適合するレベルを示す。
【0120】
図７は、映像処理の方法７００の一例を示すフローチャートを示す。方法７００は、動作７１０において、一般的な制約情報（ＧＣＩ）構文構造のバイトアライメント構文が１つ以上のＧＣＩ予約フィールドの後であることを規定する規則に従って、１つ以上のピクチャを有する映像とこの映像のビットストリームとの間で変換を行うことを含み、バイトアライメント構文は、ビットストリームにおける現在の位置が、ビットストリームの第１のビットの位置から８ビットの整数倍であるかどうかを示し、ＧＣＩ構文構造はＧＣＩ関連の構文要素を含む。
【0121】
図８は、映像処理の方法８００の一例を示すフローチャートを示す。方法８００は、動作８１０において、プロファイルティアレベルの構文構造における構文構造がレベル情報の指示の後にあることを規定する規則に従って、１つ以上のピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、この構文構造は、一般的な制約情報（ＧＣＩ）に関する情報を含み、レベル情報の指示が相互運用性の指標を規定する。
【0122】
図９は、映像処理の方法９００の一例を示すフローチャートを示す。方法９００は、動作９１０において、プロファイルティアレベルの構文構造における構文要素が、このプロファイルティアレベルの構文構造に一般的な制約情報（ＧＣＩ）構文構造が含まれているかどうかを示すことを規定する規則に従って、１つ以上のピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含む。
【0123】
図１０は、映像処理の方法１０００の一例を示すフローチャートを示す。方法１０００は、動作１０１０において、バイトアライメント構文が、プロファイルティアレベル構文構造に存在する一般的な制約情報（ＧＣＩ）構文構造から除外されることを規定する規則に従って、１つ以上のピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、このバイトアライメント構文は、ビットストリームにおける現在の位置が、このビットストリームの第１のビットの位置から８ビットの整数倍であるかどうかを示し、このＧＣＩ構文構造は、ＧＣＩ関連の構文要素を含む。
【0124】
図１１は、映像処理の方法１１００の一例を示すフローチャートを示す。方法１１００は、動作１１１０において、一般的な制約情報（ＧＣＩ）構文構造が、プロファイルティアレベル構文構造におけるバイトアライメントチェック条件の直前にあることを規定する規則に従って、１つ以上のピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、このＧＣＩ構文構造は、ＧＣＩ関連の構文要素を含み、このバイトアライメントチェック条件は、ビットストリームにおける現在の位置が、このビットストリームの第１のビットの位置から８ビットの整数倍であるかどうかをチェックする。
【0125】
図１２は、映像処理の方法１２００の一例を示すフローチャートを示す。方法１２００は、動作１２１０において、一般的な制約情報（ＧＣＩ）構文要素に関連付けられた複数の予約された制約ビットのうちの多くがこのビットストリームに含まれることを規定する規則に従って、１つ以上のピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含む。
【0126】
図１３は、映像処理の方法１３００の一例を示すフローチャートを示す。方法１３００は、動作１３１０において、一般的な制約情報（ＧＣＩ）構文構造の先頭にＧＣＩ構文要素が含まれることを規定する規則に従って、１つ以上のピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、このＧＣＩ構文要素は、このＧＣＩ構文構造に１つ以上のＧＣＩ構文要素が含まれるかどうかを示す。
【0127】
図１４は、映像処理の方法１４００の一例を示すフローチャートを示す。方法１４００は、動作１４１０において、構文要素に対する制約を規定する規則に従って、１つ以上のピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、この構文要素は、このビットストリームにおけるこの映像を表すために使用されるビット深度に対応する。
【0128】
図１５は、映像処理の方法１５００の一例を示すフローチャートを示す。方法１５００は、動作１５１０において、構文要素に対する制約を規定する規則に従って、１つ以上のピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、この構文要素は、映像の彩度フォーマットに対応する。
【0129】
以下の解決策は、前章（例えば、項目１～９）で論じた技術の例示的な実施形態を示す。
【0130】
次に、いくつかの実施形態において好適な解決策を列挙する。
【0131】
Ａ１．規則に従って、１つ以上のピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、この規則は、プロファイルティアレベルの構文構造における構文構造が構文要素の後にあることを規定し、この構文構造は、このビットストリームのための一般的な制約情報（ＧＣＩ）に関する情報を含み、この構文要素は、このプロファイルティアレベルの構文構造に関連付けられた出力レイヤセットが適合するレベルを示す、映像処理方法。
【0132】
Ａ２．前記ＧＣＩに関連する情報は、１つ以上のＧＣＩフラグが示されているかどうかを示す、解決策Ａ１に記載の方法。
【0133】
Ａ３．前記構文構造は、前記構文要素の直後にある、解決策Ａ１またはＡ２に記載の方法。
【0134】
Ａ４．前記構文構造は、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造であり、前記構文要素は、ｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃ構文要素である、解決策Ａ１～Ａ３のいずれかに記載の方法。
【0135】
Ａ５．規則に従って、１つ以上のピクチャを有する映像とこの映像のビットストリームとの間で変換を行うことを含み、前記規則は、一般的な制約情報（ＧＣＩ）構文構造のバイトアライメント構文が１つ以上のＧＣＩ予約フィールドの後であることを規定し、バイトアライメント構文は、ビットストリーム内の現在の位置がビットストリームの第１のビットの位置から８ビットの整数倍であるかどうかを示し、ＧＣＩ構文構造はＧＣＩ関連の構文要素を含む、映像処理方法。
【0136】
Ａ６．前記バイトアライメント構文は、前記ＧＣＩ構文構造の最後にある、解決策Ａ５に記載の方法。
【0137】
Ａ７．前記バイトアライメント構文は、ｇｃｉ＿ａｌｉｇｎｍｅｎｔ＿ｚｅｒｏ＿ｂｉｔフィールドおよびその構文条件を含み、前記ＧＣＩ構文構造は、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造である、解決策Ａ５またはＡ６に記載の方法。
【0138】
Ａ８．規則に従って、１つ以上のピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、この規則は、プロファイルティアレベルの構文構造における構文構造がレベル情報の表示の後にあることを規定し、この構文構造は、一般的な制約情報（ＧＣＩ）に関する情報を含み、レベル情報の指示が相互運用性の指標を規定する、映像処理方法。
【0139】
Ａ９．前記構文構造はｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造であり、前記指示はｇｅｎｅｒａｌ＿ｓｕｂ＿ｐｒｏｆｉｌｅ＿ｉｄｃ［ｉ］構文要素である、解決策Ａ８に記載の方法。
【0140】
Ａ１０．規則に従って、１つ以上のピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、規則は、プロファイルティアレベルの構文構造における構文要素は、一般的な制約情報（ＧＣＩ）構文構造がこのプロファイルティアレベルの構文構造に含まれているかどうかを示すことを規定する、映像処理方法。
【0141】
Ａ１１．前記構文要素は、第一のフラグである、解決策Ａ１０に記載の方法。
【0142】
Ａ１２．前記第１のフラグが１に等しく、第２のフラグが１に等しいことは、前記ＧＣＩ構文構造が前記プロファイルティアレベル構文構造に存在することを示す、解決策Ａ１１に記載の方法。
【0143】
Ａ１３．第２のフラグがｐｒｏｆｉｌｅＴｉｅｒＰｒｅｓｅｎｔＦｌａｇである、解決策１２に記載の方法。
【0144】
Ａ１４．前記第１のフラグがゼロに等しいことは、前記ＧＣＩ構文構造が前記プロファイルティアレベル構文構造に存在しないことを示す、解決策Ａ１１に記載の方法。
【0145】
Ａ１５．前記ＧＣＩ構文構造は、１つ以上のＧＣＩフィールドを含み、前記１つ以上のＧＣＩフィールドの意味論は、前記第１のフラグが１に等しい場合にのみ適用される、解決策Ａ１１に記載の方法。
【0146】
Ａ１６．前記第１のフラグを前記プロファイルティアレベルの構文構造に含めることは、第２のフラグの値に基づく、解決策Ａ１１に記載の方法。
【0147】
Ａ１７．第２のフラグがｐｒｏｆｉｌｅＴｉｅｒＰｒｅｓｅｎｔＦｌａｇである、解決策Ａ１６に記載の方法。
【0148】
Ａ１８．第１のフラグがｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇである、解決策Ａ１１からＡ１７のいずれかに記載の方法。
【0149】
Ａ１９．規則に従って、１つ以上のピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、この規則は、バイトアライメント構文が、プロファイルティアレベル構文構造に存在する一般的な制約情報（ＧＣＩ）構文構造から除外されることを規定し、このバイトアライメント構文は、ビットストリームにおける現在の位置が、このビットストリームの第１のビットの位置から８ビットの整数倍であるかどうかを示し、このＧＣＩ構文構造は、ＧＣＩ関連の構文要素を含む、映像処理方法。
【0150】
Ａ２０．前記バイトアライメント構文は、ｇｃｉ＿ａｌｉｇｎｍｅｎｔ＿ｚｅｒｏ＿ｂｉｔフィールドおよびその構文条件を含み、前記ＧＣＩ構文構造は、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造である、解決策Ａ１９に記載の方法。
【0151】
Ａ２１．前記規則は、ＧＣＩ関連の構文要素に関連付けられた複数の予約済み制約ビットのうちの多くが前記ビットストリームに含まれることをさらに規定する、解決策Ａ１９に記載の方法。
【0152】
Ａ２２．前記規則は、複数の予約された制約ビットの各々の値が前記ビットストリームに含まれることをさらに規定する、解決策Ａ２１に記載の方法。
【0153】
Ａ２３．前記ＧＣＩ構文要素がｇｃｉ＿ｎｕｍ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔｓである、解決策Ａ２２に記載の方法。
【0154】
Ａ２４．前記構文要素は、符号なしの１１ビット整数としてコーディングされる、解決策Ａ２２に記載の方法。
【0155】
Ａ２５．前記複数個の予約された制約ビットの各々の値は、符号なし１ビット整数としてコーディングされる、解決策Ａ２２に記載の方法。
【0156】
Ａ２６．規則に従って、１つ以上のピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、この規則は、一般的な制約情報（ＧＣＩ）構文構造が、プロファイルティアレベル構文構造におけるバイトアライメントチェック条件の直前にあることを規定し、このＧＣＩ構文構造は、ＧＣＩ関連の構文要素を含み、このバイトアライメントチェック条件は、ビットストリームにおける現在の位置が、このビットストリームの第１のビットの位置から８ビットの整数倍であるかどうかをチェックする、映像処理方法。
【0157】
Ａ２７．前記ＧＣＩ構文構造は、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造であり、前記バイトアライメントチェック条件は、ｂｙｔｅ＿ａｌｉｇｎｅｄ（）構文要素に基づく、解決策Ａ２６に記載の方法。
【0158】
Ａ２８．前記変換は、前記ビットストリームから前記映像を復号することを含む、解決策Ａ１～Ａ２７のいずれかに記載の方法。
【0159】
Ａ２９．前記変換は、前記ビットストリームに前記映像を符号化することを含む、解決策Ａ１～Ａ２７のいずれかに記載の方法。
【0160】
Ａ３０．映像を表すビットストリームをコンピュータ読み取り可能な記録媒体に記憶する方法であって、解決策Ａ１～Ａ２７のいずれか１項以上に記載の方法に従って、前記映像からビットストリームを生成し、前記ビットストリームを前記コンピュータ読み取り可能な記録媒体に記憶させることを含む、方法。
【0161】
Ａ３１．解決策Ａ１～Ａ３０のいずれか１つ以上に記載の方法を実装するように構成された処理装置を備える映像処理装置。
【0162】
Ａ３２．命令が記憶されたコンピュータ可読媒体であって、前記命令が実行されると、処理装置に、解決策Ａ１～Ａ３０に１つ以上記載の方法を実装させる、コンピュータ可読媒体。
【0163】
Ａ３３．解決策Ａ１～Ａ３０のいずれか１つ以上により生成された前記ビットストリームを記憶するコンピュータ可読媒体。
【0164】
Ａ３４．解決策Ａ１～Ａ３０のいずれか１つ以上に記載の方法を実装するように構成された、ビットストリームを記憶するための映像処理装置。
【0165】
次に、いくつかの実施形態において好適な別の解決策を列挙する。
【0166】
Ｂ１．規則に従って、１つ以上のピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、この規則は、一般的な制約情報（ＧＣＩ）構文要素に関連付けられた複数の予約された制約ビットのうちの多くがこのビットストリームに含まれることを規定する、映像処理方法。
【0167】
Ｂ２．前記規則は、複数の予約された制約ビットの各々の値が前記ビットストリームに含まれることをさらに規定する、解決策Ｂ１に記載の方法。
【0168】
Ｂ３．前記構文要素は、符号なし１１ビット整数としてコーディングされる、解決策Ｂ２に記載の方法。
【0169】
Ｂ４．前記複数の予約された制約ビットの各々の値は、符号なしの１ビット整数としてコーディングされる、解決策Ｂ２に記載の方法。
【0170】
Ｂ５．前記ＧＣＩ構文要素がｇｃｉ＿ｎｕｍ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔｓである、解決策Ｂ２に記載の方法。
【0171】
Ｂ６．規則に従って、１つ以上のピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、この規則は、一般的な制約情報（ＧＣＩ）構文構造の先頭にＧＣＩ構文要素が含まれることを規定し、このＧＣＩ構文要素は、このＧＣＩ構文構造に１つ以上のＧＣＩ構文要素が含まれるかどうかを示す、映像処理方法。
【0172】
Ｂ７．前記ＧＣＩ構文要素がゼロに等しいことは、前記１つ以上のＧＣＩ構文要素が前記ＧＣＩ構文構造に含まれていないことを示す、解決策Ｂ６に記載の方法。
【0173】
Ｂ８．前記１つ以上のＧＣＩ構文要素は、バイトアライメントフィールドを除外する、解決策Ｂ７に記載の方法。
【0174】
Ｂ９．ＧＣＩ構文構造は制約を課さない、解決策Ｂ７に記載の方法。
【0175】
Ｂ１０．第２の構文要素がＧＣＩ構文構造の後にあり、第２の構文要素が多数の構文要素を規定し、それらの各々が相互運用性指標を規定する、解決策Ｂ６に記載の方法。
【0176】
Ｂ１１．前記第２の構文要素は、前記ＧＣＩ構文構造の直後にある、解決策Ｂ１０に記載の方法。
【0177】
Ｂ１２．第２の構文要素がビットストリームに存在することに呼応して、第２の構文要素のバイトアライメントチェックを追加する、解決策Ｂ１０またはＢ１１に記載の方法。
【0178】
Ｂ１３．第２の構文要素がバイトアラインされていないことに呼応して、１つ以上のアライメントビットが追加され、この１つ以上のアライメントビットを追加することによって、第２の構文要素がバイトアラインされる、解決策Ｂ１２に記載の方法。
【0179】
Ｂ１４．前記１つ以上のアライメントビットは、１つ以上のｐｔｌ＿ａｌｉｇｎｍｅｎｔ＿ｚｅｒｏ＿ｂｉｔを含む、解決策Ｂ１３に記載の方法。
【0180】
Ｂ１５．第２の構文要素はｐｔｌ＿ｎｕｍ＿ｓｕｂ＿ｐｒｏｆｉｌｅｓである、解決策Ｂ１０～Ｂ１４のいずれかに記載の方法。
【0181】
Ｂ１６．前記ＧＣＩ構文要素が１に等しいことは、前記１つ以上のＧＣＩ構文要素が前記ＧＣＩ構文構造に含まれていることを示す、解決策Ｂ６に記載の方法。
【0182】
Ｂ１７．第１のＧＣＩ構文要素はｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇであり、ＧＣＩ構文構造はｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造である、解決策Ｂ６～Ｂ１６のいずれかに記載の方法。
【0183】
Ｂ１８．規則に従って、１つ以上のピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、この規則は、構文要素に対する制約を規定し、この構文要素は、このビットストリームにおけるこの映像を表すために使用されるビット深度に対応する、映像処理方法。
【0184】
Ｂ１９．前記制約は、前記構文要素が、前記構文要素の値に１を加えたものに等しい最大値よりも小さい非負の整数であることを規定する、解決策Ｂ１８に記載の方法。
【0185】
Ｂ２０．前記構文要素が８未満であることは、前記制約を課す、解決策Ｂ１９に記載の方法。
【0186】
Ｂ２１．前記構文要素が８以上であることは、前記制約を課さない、解決策Ｂ１９に記載の方法。
【0187】
Ｂ２２．前記構文要素は、ｍａｘ＿ｂｉｔｄｅｐｔｈ＿ｍｉｎｕｓ８＿ｃｏｎｓｔｒａｉｎｔ＿ｉｄｃである、解決策Ｂ１８～Ｂ２１のいずれかに記載の方法。
【0188】
Ｂ２３．規則に従って、１つ以上のピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、この規則は、構文要素に対する制約を規定し、この構文要素は、この映像の彩度フォーマットに対応する、映像処理方法。
【0189】
Ｂ２４．前記制約は、前記構文要素が、前記構文要素の値に１を加えたものに等しい最大値よりも小さい非負の整数であることを規定する、解決策Ｂ２３に記載の方法。
【0190】
Ｂ２５．前記構文要素が２未満であることは、前記制約を課す、解決策Ｂ２４に記載の方法。
【0191】
Ｂ２６．前記構文要素が２に等しいことは、前記制約を課さない、解決策Ｂ２４に記載の方法。
【0192】
Ｂ２７．前記構文要素は、ｍａｘ＿ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｄｃである、解決策Ｂ２３～Ｂ２６のいずれかに記載の方法。
【0193】
Ｂ２８．前記変換は、前記ビットストリームから前記映像をデコーディングすることを含む、解決策Ｂ１～Ｂ２７のいずれかに記載の方法。
【0194】
Ｂ２９．前記変換は、前記ビットストリームに前記映像をエンコーディングすることを含む、解決策Ｂ１～Ｂ２７のいずれかに記載の方法。
【0195】
Ｂ３０．映像を表すビットストリームをコンピュータ読み取り可能な記録媒体に記憶する方法であって、解決策Ｂ１～Ｂ２７のいずれか１項以上に記載の方法に従って、前記映像からビットストリームを生成し、前記ビットストリームを前記コンピュータ読み取り可能な記録媒体に記憶させることを含む、方法。
【0196】
Ｂ３１．解決策Ｂ１～Ｂ３０のいずれか１つ以上に記載の方法を実装するように構成されたプロセッサを備える、映像処理装置。
【0197】
Ｂ３２．命令が記憶されたコンピュータ可読媒体であって、前記命令が実行されると、処理装置に、解決策Ｂ１～Ｂ３０に１つ以上記載の方法を実装させる、コンピュータ可読媒体。
【0198】
Ｂ３３．解決策Ｂ１～Ｂ３０のいずれか１つ以上により生成された前記ビットストリームを記憶するコンピュータ可読媒体。
【0199】
Ｂ３４．解決策Ｂ１～Ｂ３０のいずれか１つ以上に記載の方法を実装するように構成された、ビットストリームを記憶するための映像処理装置。
【0200】
次に、いくつかの実施形態において好適なさらに別の解決策を列挙する。
【0201】
Ｐ１．映像と映像のコーディングされた表現との間で変換を行うことを含み、前記コーディングされた表現はフォーマット規則に準拠し、前記フォーマット規則は、一般的な制約情報構文（ＧＣＩ）フィールドが前記コーディングされた表現のどこでどのように含まれるか、またはＧＣＩフィールドが前記コーディングされた表現に含まれる条件を規定する、映像処理方法。
【0202】
Ｐ２．前記規則は、前記映像に対するレベル情報の指示の後に前記ＧＣＩフィールドが含まれることを規定する、解決策Ｐ１に記載の方法。
【0203】
Ｐ３．前記規則は、ＧＣＩフィールドが前記コーディングされた表現に含まれているかどうかを示すフィールドの後に、ＧＣＩフィールドを含めることを規定する、解決策Ｐ１～Ｐ２のいずれかに記載の方法。
【0204】
Ｐ４．前記規則は、ＧＣＩフィールドがティア指示フラグの後で、かつプロファイルティアレベル構文構造におけるバイトアライメント構文要素の前に含まれることを規定する、解決策Ｐ１に記載の方法。
【0205】
Ｐ５．前記規則は、予約された制約バイトの総数を信号通知する代わりに、前記コーディングされた表現が多数の制約ビットを含むか、または各予約された制約の値を含むことをさらに規定する、解決策Ｐ１～Ｐ４のいずれかに記載の方法。
【0206】
Ｐ６．映像と映像のコーディングされた表現との間で変換を行うことを含み、前記コーディングされた表現はフォーマット規則に準拠し、前記フォーマット規則は構文要素に対する制約を規定し、前記構文要素は、映像をコーディングされた表現で表すために使用されるビット深度または映像の彩度フォーマットの制約に対応する、映像処理方法。
【0207】
Ｐ７．前記フォーマット規則は、前記フィールドの値が８未満である制約を規定する、解決策Ｐ６に記載の方法。
【0208】
Ｐ８．前記フォーマット規則は、前記構文要素の値２に制約を課さないことを規定する、解決策Ｐ６に記載の方法。
【0209】
Ｐ９．前記変換を行うことは、前記映像を符号化して前記符号化表現を生成することを含む、解決策Ｐ１～Ｐ８のいずれかに記載の方法。
【0210】
Ｐ１０．変換を行うことは、コーディングされた表現を構文解析し、復号して映像を生成することを含む、解決策Ｐ１～Ｐ８のいずれかに記載の方法。
【0211】
Ｐ１１．解決策Ｐ１～Ｐ１０の１つ以上に記載の方法を実装するように構成されたプロセッサを備える、映像復号装置。
【0212】
Ｐ１２．解決策Ｐ１～Ｐ１０の１つ以上に記載の方法を実装するように構成されたプロセッサを備える、映像符号化装置。
【0213】
Ｐ１３．コンピュータコードが記憶されたコンピュータプログラム製品であって、コードは、プロセッサにより実行されると、プロセッサに、解決策Ｐ１～Ｐ１０のいずれかに記載の方法を実装させるコンピュータプログラム製品。
【0214】
本明細書では、「映像処理」という用語は、映像符号化、映像復号化、映像圧縮、または映像展開を指すことができる。例えば、映像圧縮アルゴリズムは、映像の画素表現から対応するビットストリーム表現への変換中、またはその逆の変換中に適用されてもよい。現在の映像ブロックのビットストリーム表現（または単にビットストリーム）は、例えば、構文によって規定されるように、ビットストリーム内の同じ場所または異なる場所に拡散されるビットに対応していてもよい。例えば、マクロブロックは、変換およびコーディングされた誤り残差値の観点から、かつビットストリームにおけるヘッダおよび他のフィールドにおけるビットを使用して符号化されてもよい。
【0215】
開示された、およびその他の解決策、例、実施形態、モジュールと、本明細書に記載される機能動作の実装形態は、本明細書に開示された構造およびその構造的均等物を含めて、デジタル電子回路、またはコンピュータソフトウェア、ファームウェア、もしくはハードウェアで実施してもよく、またはそれらの１つ以上の組み合わせで実施してもよい。開示された、およびその他の実施形態は、１または複数のコンピュータプログラム製品、すなわち、データ処理装置によって実装されるため、またはデータ処理装置の動作を制御するために、コンピュータ可読媒体上に符号化されたコンピュータプログラム命令の１または複数のモジュールとして実施することができる。このコンピュータ可読媒体は、機械可読記憶デバイス、機械可読記憶基板、メモリデバイス、機械可読伝播信号をもたらす物質の組成物、またはこれらの１または複数の組み合わせであってもよい。「データ処理装置」という用語は、例えば、プログラマブルプロセッサ、コンピュータ、または複数のプロセッサ、若しくはコンピュータを含む、データを処理するためのすべての装置、デバイス、および機械を含む。この装置は、ハードウェアの他に、当該コンピュータプログラムの実行環境を作るコード、例えば、プロセッサファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、またはこれらの１つ以上の組み合わせを構成するコードを含むことができる。伝播信号は、人工的に生成した信号、例えば、機械で生成した電気、光、または電磁信号であり、適切な受信装置に送信するための情報をエンコードするために生成される。
【0216】
コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、またはコードとも呼ばれる）は、コンパイルされた言語または解釈された言語を含む任意の形式のプログラミング言語で記述することができ、また、それは、スタンドアロンプログラムとして、またはコンピューティング環境で使用するのに適したモジュール、コンポーネント、サブルーチン、または他の部として含む任意の形式で展開することができる。コンピュータプログラムは、必ずしもファイルシステムにおけるファイルに対応するとは限らない。プログラムは、他のプログラムまたはデータを保持するファイルの一部（例えば、マークアップ言語文書に格納された１または複数のスクリプト）に記録されていてもよいし、当該プログラム専用の単一のファイルに記憶されていてもよいし、複数の調整ファイル（例えば、１または複数のモジュール、サブプログラム、またはコードの一部を格納するファイル）に記憶されていてもよい。コンピュータプログラムを、１つのコンピュータで実行するように展開することができ、あるいは、１つのサイトに位置する、または複数のサイトにわたって分散され通信ネットワークによって相互接続される複数のコンピュータで実行するように展開することができる。
【0217】
本明細書に記載された処理およびロジックフローは、入力データに対して動作し、出力を生成することによって機能を行うための１つ以上のコンピュータプログラムを実行する１つ以上のプログラマブルプロセッサによって行うことができる。処理およびロジックフローはまた、特定用途のロジック回路、例えば、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）またはＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）によって行うことができ、装置はまた、特別目的のロジック回路として実装することができる。
【0218】
コンピュータプログラムの実行に適したプロセッサは、例えば、汎用および専用マイクロプロセッサの両方、並びに任意の種類のデジタルコンピュータの任意の１つ以上のプロセッサを含む。一般的に、プロセッサは、リードオンリーメモリまたはランダムアクセスメモリまたはその両方から命令およびデータを受信する。コンピュータの本質的な要素は、命令を実行するためのプロセッサと、命令およびデータを記憶するための１つ以上の記憶装置とである。一般的に、コンピュータは、データを記憶するための１または複数の大容量記憶デバイス、例えば、磁気、光磁気ディスク、または光ディスクを含んでもよく、またはこれらの大容量記憶デバイスからデータを受信するか、またはこれらにデータを転送するように動作可能に結合されてもよい。しかしながら、コンピュータは、このようなデバイスを有する必要はない。コンピュータプログラム命令およびデータを記憶するのに適したコンピュータ可読媒体は、あらゆる形式の不揮発性メモリ、媒体、およびメモリデバイスを含み、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュ記憶装置、磁気ディスク、例えば内部ハードディスクまたはリムーバブルディスク、光磁気ディスク、およびＣＤ－ＲＯＭおよびＤＶＤ－ＲＯＭディスク等の半導体記憶装置を含む。プロセッサおよびメモリは、特定用途のロジック回路によって補完されてもよく、または特定用途のロジック回路に組み込まれてもよい。
【0219】
本特許明細書は多くの特徴を含むが、これらは、任意の主題の範囲または特許請求の範囲を限定するものと解釈されるべきではなく、むしろ、特定の技術の特定の実施形態に特有であり得る特徴の説明と解釈されるべきである。本特許文献において別個の実施形態のコンテキストで説明されている特定の特徴は、１つの例において組み合わせて実装してもよい。逆に、１つの例のコンテキストで説明された様々な特徴は、複数の実施形態において別個にまたは任意の適切なサブコンビネーションで実装してもよい。さらに、特徴は、特定の組み合わせで作用するものとして上記に記載され、最初にそのように主張されていてもよいが、主張された組み合わせからの１つ以上の特徴は、場合によっては、組み合わせから抜粋されることができ、主張された組み合わせは、サブコンビネーションまたはサブコンビネーションのバリエーションに向けられてもよい。
【0220】
同様に、動作は図面において特定の順番で示されているが、これは、所望の結果を達成するために、このような動作が示された特定の順番でまたは連続した順番で行われること、または示された全ての動作が行われることを必要とするものと理解されるべきではない。また、本特許明細書に記載されている実施形態における様々なシステムの構成要素の分離は、全ての実施形態においてこのような分離を必要とするものと理解されるべきではない。
【0221】
いくつかの実装形態および実施例のみが記載されており、この特許明細書に記載され図示されているコンテンツに基づいて、他の実施形態、拡張および変形が可能である。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】