【誤訳訂正書】
【提出日】令和2年6月18日(2020.6.18)
【誤訳訂正１】
【訂正対象書類名】特許請求の範囲
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【特許請求の範囲】
【請求項１】
レシーバー（１０２）と層識別エクステンダー（１１０）とを含む装置であって、
前記レシーバー（１０２）は、ベース層ＩＤフィールド（１０８）と拡張層ＩＤフィールド（１１２）のそれぞれで構成された層識別構文要素構造を含む一連のパケット（１０６）から成る多層ビデオ信号（１０４）を受信するように構成され、
前記層識別エクステンダー（１１０）は、
ビットストリーム内の第１構文要素から前記拡張層ＩＤフィールド（１１２）のビット長さを取得し、
複数のパケットを含む前記多層ビデオ信号の予め決められた部分（１１３）について、前記多層ビデオ信号の前記予め決められた部分（１１３）に含まれる前記パケットの前記拡張層ＩＤフィールド（１１２）の仮の最大値を示す第２構文要素（１１４）を前記多層ビデオ信号から読み取り、
前記多層ビデオ信号の前記予め決められた部分内の各パケットについて、前記層識別構文要素構造に基づいて前記各パケットのための層ＩＤを決定し、
前記仮の最大値に基づいて、前記多層ビデオ信号の前記予め決められた部分内の層の最大数を決定し、そして、
前記多層ビデオ信号の層特徴付け構文部分（１２４）を前記層の最大数と等しい回数繰り返して構文解析することによって、前記層の最大数のそれぞれについて最低１つの特徴を決定するように構成されていることを特徴とする装置。
【請求項２】
前記多層ビデオ信号が、別の層からレイヤ間層予測されたいずれかの層でも、更なるビュー、奥行き情報、アルファ混合情報、カラーコンポーネント情報、空間の解像度改良およびＳＮＲ解像度改良のうちの１つ以上を追加するように、レイヤ間予測を使用して異なる層でビデオ素材を符号化していること、を特徴とする請求項１に記載の装置。
【請求項３】
前記パケット（１０６）が、ＮＡＬユニット、スライス、タイル及び画像から成るグループのうちの１つであり、前記予め決められた部分（１１３）が、符号化されたビデオシーケンスから成るグループ、チャンク又は画像のグループのうちの１つであること、を特徴とする請求項１または請求項２に記載の装置。
【請求項４】
前記仮の最大値を使って、前記拡張層ＩＤフィールドのビット長さを引き出すように構成されていること、を特徴とする請求項１〜請求項３のいずれかに記載の装置。
【請求項５】
２を底とする前記仮の最大値の対数を切り上げることによって、前記拡張層ＩＤフィールドのビット長さを引き出すように構成されていること、を特徴とする請求項１〜請求項４のいずれかに記載の装置。
【請求項６】
前記特徴が、前記層の最大数のうちの他いずれかの層に対する前記各層のレイヤ間予測依存と関連すること、を特徴とする請求項１〜請求項５のいずれかに記載の装置。
【請求項７】
前記第２構文要素（１１４）が、前記拡張層ＩＤフィールド（１１２）の前記仮の最大値を、前記拡張層ＩＤフィールド（１１２）のビット長さ−１の２乗より小さい単位として示すこと、を特徴とする請求項１〜請求項６のいずれかに記載の装置。
【請求項８】
前記第２構文要素（１１４）は、前記拡張層ＩＤフィールド（１１２）の仮の最大値を、１を単位として示すこと、を特徴とする請求項１〜請求項６のいずれかに記載の装置。
【請求項９】
前記各パケットについての前記層ＩＤを、前記ベース層ＩＤフィールドと前記拡張層ＩＤフィールドとを連結することによって、前記層識別構文要素構造に基づいて決定するように構成されていること、を特徴とする請求項１〜請求項６のいずれかに記載の装置。
【請求項１０】
各層について決定された前記特徴を使ったレイヤ間予測を使って、前記多層ビデオ信号を復号化するように構成されたビデオデコーダ、もしくは、
各層について決定された前記特徴に基づいて、前記多層ビデオ信号のパケットを除去するように構成されたネットワーク要素であること、を特徴とする請求項１〜請求項９のいずれかに記載の装置。
【請求項１１】
ベース層ＩＤフィールド（１０８）と拡張層ＩＤフィールド（１１２）のそれぞれで構成された層識別構文要素構造を含む一連のパケット（１０６）から成る多層ビデオ信号（１０４）を受信し、
ビットストリーム内の第１構文要素から前記拡張層ＩＤフィールド（１１２）のビット長さを取得し、
複数のパケットを含む前記多層ビデオ信号の予め決められた部分（１１３）について、前記多層ビデオ信号の前記予め決められた部分（１１３）に含まれる前記パケットの前記拡張層ＩＤフィールド（１１２）の仮の最大値を示す第２構文要素（１１４）を前記多層ビデオ信号から読み取り、
前記多層ビデオ信号の前記予め決められた部分内の各パケットについて、前記層識別構文要素構造に基づいて前記各パケットのための層ＩＤを決定し、
前記仮の最大値に基づいて、前記多層ビデオ信号の前記予め決められた部分内の層の最大数を決定し、そして、
前記多層ビデオ信号の層特徴付け構文部分（１２４）を前記層の最大数と等しい回数繰り返して構文解析することによって、前記層の最大数のそれぞれについて最低１つの特徴を決定することを特徴とする方法。
【請求項１２】
ベース層ＩＤフィールド（１０８）と拡張層ＩＤフィールド（１１２）のそれぞれで構成された層識別構文要素構造を含む一連のパケット（１０６）から成る多層ビデオ信号（１０４）にビデオ信号を符号化するためのエンコーダであって、前記エンコーダは、
ビットストリーム内の第１構文要素を介して前記拡張層ＩＤフィールド（１１２）のビット長さを信号で伝え、
複数のパケットを含む前記多層ビデオ信号の予め決められた部分（１１３）について、前記多層ビデオ信号の前記予め決められた部分（１１３）に含まれる前記パケットの前記拡張層ＩＤフィールド（１１２）の仮の最大値を示す第２構文要素（１１４）を前記多層ビデオ信号に挿入し、
前記仮の最大値に基づいて、前記多層ビデオ信号の前記予め決められた部分内の層の最大数を決定し、そして、
前記多層ビデオ信号の層特徴付け構文部分（１２４）を前記層の最大数と等しい回数繰り返して書き込むことによって、前記多層ビデオ信号（１０４）内の前記層の最大数のそれぞれについて最低１つの特徴を信号で伝えるように構成されることを特徴とするエンコーダ。
【請求項１３】
ベース層ＩＤフィールド（１０８）と拡張層ＩＤフィールド（１１２）のそれぞれで構成された層識別構文要素構造を含む一連のパケット（１０６）から成る多層ビデオ信号（１０４）にビデオ信号を符号化するための方法であって、前記方法は、
前記ビットストリーム内の第１構文要素を介して前記拡張層ＩＤフィールド（１１２）のビット長さを信号で伝え、
複数のパケットを含む前記多層ビデオ信号の予め決められた部分（１１３）について、前記多層ビデオ信号の前記予め決められた部分（１１３）に含まれる前記パケットの前記拡張層ＩＤフィールド（１１２）の仮の最大値を示す第２構文要素（１１４）を前記多層ビデオ信号に挿入し、
前記仮の最大値に基づいて、前記多層ビデオ信号の前記予め決められた部分内の層の最大数を決定し、
前記多層ビデオ信号の層特徴付け構文部分（１２４）を前記層の最大数と等しい回数繰り返して書き込むことによって、前記多層ビデオ信号（１０４）内の前記層の最大数のそれぞれについて最低１つの特徴を信号で伝えることを特徴とする方法。
【請求項１４】
プログラム符号がコンピュータ上で実行されると、前記コンピュータが請求項１１または請求項１３の方法を実行する、前記プログラム符号を有するコンピュータプログラム。
【誤訳訂正２】
【訂正対象書類名】明細書
【訂正対象項目名】０００７
【訂正方法】変更
【訂正の内容】
【０００７】
本応用の面のうちの１つは、多層ビデオ信号の層のための最低１つの特徴の信号（例えば個々の層に対してそれぞれの層がレイヤ間予測を介して直接に関連する依存層の標示など）の信号、または、前述の第２相互依存構文構造の信号に関係している。この面に従って、最大の構文要素は、多層ビデオ信号のパケットの拡張層ＩＤフィールドの最大限に使われた値を示すために、多層ビデオ信号内で信号が伝えられる。例えば、最大の構文要素の範囲は、多層ビデオ信号のいくつかの部分を横切って拡張している、多層ビデオ信号の予め決められた部分である。従って、この面によると、多層ビデオ信号の相対的に大きい予め決められた部分に対して、拡張層ＩＤフィールドによって信号化できる可能な値の可能なドメインの実際に消費された部分についての知識を得ることは、多層ビデオ信号を受信するデコーダやネットワーク要素などの装置に対して適当である。最低１つの特徴が、ベース層ＩＤフィールド値と拡張層ＩＤフィールド値とのそれぞれの結合に対して信号で伝えられる必要はないけれども、むしろ、最大限に仮定された値に基づいて決定された層の最大値のための最低１つの特徴を信号で伝えることは重要である。従って、最低１つの特徴は、層ＩＤを持つ層のために送信／信号することは必要でない。その拡張層ＩＤは、多層ビデオ信号の予め決められた部分内で起こらない。これを越えて、別の実施の形態に従って、最大限に仮定された値の知識は、個々の部分の層ＩＤを信号で伝えるためのサイド情報オーバーヘッドを減らすために、すなわち、多層ビデオ信号のパケット内の拡張層ＩＤフィールドを信号で伝えるために必要なビットを減らすために使用される。
【誤訳訂正３】
【訂正対象書類名】明細書
【訂正対象項目名】０００８
【訂正方法】変更
【訂正の内容】
【０００８】
本応用の面のうちの１つは、多層データストリームの層間のレイヤ間依存の信号化に関係している。この面によると、一方のレイヤ間依存の潜在的な多様性の非常に集中的な制限と、他方のレイヤ間依存の非常に複雑な信号との間の良好な妥協案は、ベース層ＩＤによって表現可能な異なる値のペア間の相互依存を標示している第１相互依存構文構造と、拡張層ＩＤによって表現可能な異なる値のペア間の相互依存を標示している第２相互依存構文構造との方法によって、レイヤ間依存を説明することによって見付けられる。多層データストリームの部分は、層に索引を付けているベース層ＩＤおよび拡張層ＩＤに関連する。この概念に従って、強調は、一方の信号化できるレイヤ間依存の増大した多様性と、他方のレイヤ間依存を信号で伝えるための減少したサイド情報オーバーヘッドとの間を移行する。例えば、共通のベース層ＩＤを持つ層のセットを、それぞれ「クラスタ（群れ）」と呼ぶ。同じ第２相互依存構文構造は、第１の相互依存構文構造を介して、全てのクラスタ内の、および、互いに関連した全てのクラスタ間の相互依存を調節するために、別々に使用される。代わりに、第２相互依存構文構造の２つの例示が、一方のクラスタ内の層と他方の異なるクラスタの層間との相互依存を説明するために用いられる。増大した多様性または減少したサイド情報オーバーヘッドに置かれた強調とは無関係に、相互依存信号概念が、信号オーバーヘッドを低く保持することを生じる。
【誤訳訂正４】
【訂正対象書類名】明細書
【訂正対象項目名】００１４
【訂正方法】変更
【訂正の内容】
【００１４】
多層ビデオエンコーダ２００は、多層データストリームまたはビデオ信号２０４の中にビデオ素材２０２を符号化するように構成されている。特に、多層ビデオエンコーダ２００は、レイヤ間予測を使用して、異なる情報量レベルに対応する異なる層で、多層データストリーム２０４の中にビデオ素材を符号化する。これは以下を意味している。多層ビデオエンコーダ２００は、複数のパケット２０６を含むように多層データストリームを生成する。パケット２０６のそれぞれは、異なる層のうちの１つと関連する。多層ビデオエンコーダ２００は、例えば、所定のベース層のパケット２０６の中に、ビデオ素材２０２（例えば単に１つのビューのテクスチャーまたは同類など）の情報量のあるベースレベルを符号化する。例えば、様々な層のうちのいずれかにパケット２０６の関連が、個々のパケット２０６内の層識別構文要素構造２０８から引き出せる。例えば、層識別構文要素構造２０８は、個々のパケット２０６のヘッダー２１０内に含まれている。例えば、説明の目的のために、数字１、２、および３が、パケット２０６の中に記入されるように示される。従って、層ＩＤを持つ層がそれぞれ１、２、および３によって説明される。例えば、これらの層の間で、層ＩＤ１を持つ層は、情報量のベースレベルを提供する最も低い層またはベース層を形成する。他の層のパケット２０６は、１以上または様々な情報タイプについてのみ、ベース層のパケット２０６で利用可能な情報量を増大する。例えば、特定の層のパケット２０６は、ベース層またはリファレンス層のパケット２０６内で既に符号化されたビューに加えて、その中で符号化された別のビューを持つ。代わりに、特定の層のパケット２０６は、ビデオ素材２０２の場面の奥行き情報（ビューの奥行き情報など）を持ってもよい。そのテクスチャーは、ベース層またはより一般的にはより下の層であるリファレンス層のパケットの中に既に符号化されている。同様に、表面反射率情報は、別の層（すなわち、照明状況とは無関係にその場面内のオブジェクトの表面反射率についての場面の空間サンプリング）のパケットの中に符号化される。そして、さらに、アルファ混合情報は、別の層（すなわち、個々の画像サンプルと一致している場面ポイントの透明度の空間のサンプリング）のパケットの中に符号化される。また、特定の層のパケット２０６は、特定のカラーコンポーネント情報を追加し、または、空間解像度を増大する（すなわち、空間解像度改良を提供する）。同様に、特定の層のパケット２０６は、ＳＮＲ解像度改良を単に提供する、すなわち、符号化されたビデオ素材の信号対ノイズ比を増大させる。様々な層が関係している限り、多層データストリーム２０４内の冗長性を避けるために、レイヤ間予測が多層ビデオエンコーダ２００によって使用される。すなわち、特定の層のパケット２０６は、前者の層についてリファレンス層と呼ばれる１つ以上の他の層から得られるように、レイヤ間予測について予測残差をその中で符号化する。レイヤ間予測は、ビデオ素材２０２を説明している構文要素やパラメータなどの異なる実体に適用される。例えば、特定の層のパケット２０６によって運ばれた予測残差は、1つ毎の画素に基づいて空間ドメ��ンの中の１つ以上のリファレンス層から得られるようにレイヤ間予測を訂正する。代わりに、多層ビデオエンコーダ２００は、例えば、変換残差符号化を使用し、レイヤ間予測訂正が変換係数ベース毎にＤＣＴドメインなどの変換ドメイン内で起こる。代わりに又は追加的に、多層ビデオエンコーダ２００は、空間的および／または時間的な予測を使用するハイブリッドビデオ符号器タイプであり、例えば、レイヤ間予測は、動作ベクトルの改良に追加的または代替的に関係する。さらに、多層ビデオエンコーダ２００は、異なる予測モード（空間的および時間的予測など）が適用されるユニットの中の符号化ブロックの中に、および／または、前記の変換が予測残差上で実行されるユニットの中の変換ブロックの中に、および／または、特定の符号化パラメータがビデオ素材２０２を符号化するためにセットされるユニットの中の別のブロックの中に、ビデオ素材２０２の画像を副分割するために、階層的な多ツリー副分割を使用する。そして、改めて別の層のための副分割情報を信号で伝える代わりに、副分割化が１つ以上のベース層のいずれかから完全に採用されるか、または、その副分割情報についての改良が信号で伝えられるかのいずれかである。
【誤訳訂正５】
【訂正対象書類名】明細書
【訂正対象項目名】００１５
【訂正方法】変更
【訂正の内容】
【００１５】
層間のレイヤ間依存の方法によって、多層ビデオ信号２０４の層が、ツリー２１２の枝を介して相互に関係付けられる。ツリー２１２の節（ノード）は前記の層によって形成される。層間のレイヤ間依存についての情報を移送する（すなわち、復号化側で利用できる相互依存ツリー２１２上の情報を提出する）ために、多層ビデオ信号２０４は、そこに符号化されたそこの情報を持つ。
【誤訳訂正６】
【訂正対象書類名】明細書
【訂正対象項目名】００１６
【訂正方法】変更
【訂正の内容】
【００１６】
図２において、例えば、多層ビデオエンコーダ２００が、ビデオデータストリーム２０４の中に、情報２１４を構成する又は移送するハイレベル構文パケット２１６を散在させることが説明されている。情報２１４は、ツリー２１２の中のレイヤ間依存を説明するために相互依存構文構造を含む。
【誤訳訂正７】
【訂正対象書類名】明細書
【訂正対象項目名】００１８
【訂正方法】変更
【訂正の内容】
【００１８】
ハイレベル構文パケット２１６の妥当性の範囲は、多層ビデオ信号２０４の全体を取り巻くけれども、例えば、それらは多層ビデオ信号２０４が時間的に分割される大きな塊と関連するように、パケット２１６が属する予め決められた部分がより小さいことも可能である。それぞれの大きな塊は画像のシーケンスである。例えば、ＤＡＳＨまたは別の適応したストリーミングプロトコルを使用して、多層ビデオエンコーダ２００は、ちょうど言及した予め決められた部分のユニットの中のビットストリーム２０４の中に符号化された層数、ツリー構造２１２の形式のレイヤ間依存、および／または、層識別構文要素構造２０８について拡張または不拡張の間の切り替えを変更する。とにかく、ハイレベル構文パケット２１６を周期的に送信することは、受信者を、ランダムアクセスに基づいて、両者間で多層ビデオ信号２１４を復号化し始めるために複数のランダムアクセス時間瞬間を持つことができるようにする。
【誤訳訂正８】
【訂正対象書類名】明細書
【訂正対象項目名】００２０
【訂正方法】変更
【訂正の内容】
【００２０】
ネットワーク要素２１８は、そこから様々な層間のレイヤ間予測を使って、多層データストリーム２０４を復号できる必要はない。これにもかかわらず、ネットワーク要素２１８および多層ビデオデコーダ２２０（すなわち受信者）は、ツリー２１２によって定義されるように、様々な層とそれらの層間のレイヤ間依存とに関連するパケット２０６を知らせる必要がある。ネットワーク要素２１８は、例えば、提供された追加の情報量がネットワーク要素２１８と多層ビデオデコーダ２２０との間の別の連結内でそれぞれ予備的に必要ではない層に関連したデータストリーム２０４のパケット２０６を除去する。例えば、連結内のビットレート欠点のために、追加の情報量または同類を再生するための受信者の無能力を除去する。同様に、多層ビデオデコーダ２２０も、現在利用できる計算能力、空間解像度などの再生装置のディスプレイ性能、インプットビューまたは同類の最大数のような外部パラメータに対応した特定の層のパケット２０６のうちのいくつかを捨てることを決める。すなわち、装置２１８／２２０は、パケット２０６の層識別構文要素構造２０８を読み取り、もし存在するならば、層間のレイヤ間依存を情報２１４から引き出し、および／または、情報２１４に対応した層識別構文要素構造２０８に関する拡張モードまたは不拡張モードの間で切り替え、および／または、情報２１４から層に関する別の特徴を読み取ることが可能である。
【誤訳訂正９】
【訂正対象書類名】明細書
【訂正対象項目名】００２１
【訂正方法】変更
【訂正の内容】
【００２１】
それを超えて、多層ビデオデコーダ２２０は、その層と、この層が相互予測依存によって相互に関連した全ての層とに関連したパケット２０６の情報を収集して使用することによって、所定のレベルに引き上げて、インバウンド（帰航）データストリーム２０４からビデオ素材２０２を再構成することができる（ツリー構造２１２を参照）。すなわち、上で概説したように多層ビデオデコーダ２２０は、多層ビデオデコーダ２２０がその層の１つ以上のリファレンス層のパケット２０６から引き出すレイヤ間予測に関する予測残差として、特定の層のパケット２０６を使用する。この点について、多層ビデオデコーダ２２０は、上で概説したように、変換残差復号化、ハイブリッドビデオ復号化、階層的多ツリー副分割化および／または別の符号化概念を使用するデコーダである。
【誤訳訂正１０】
【訂正対象書類名】明細書
【訂正対象項目名】００２３
【訂正方法】変更
【訂正の内容】
【００２３】
以下において、ツリー構造２１２に従ってレイヤ間依存を信号で伝える可能性が、より詳細に説明される。前記したように、この信号は情報２１４を含む。この可能性に従って、層はクラスタにグループ化される。データストリーム内において、一方のクラスタ間のレイヤ間依存と他方のクラスタ内の層とが、別々に信号で伝えられる。その限りにおいて、以下で前面に出される説明は、レイヤ間依存２１２を信号で伝えるために、図２の情報２１４を実施する可能性を表現している。しかし、既に上で注意したように、図３に関して以下に説明される詳細は、図２に発表された詳細に限定されない。むしろ図２は図３に関する説明のための可能な実施貯蔵所と見られるべきである。
【誤訳訂正１１】
【訂正対象書類名】明細書
【訂正対象項目名】００２７
【訂正方法】変更
【訂正の内容】
【００２７】
個々のパケット１２は、異なる層のうちの１つと関連する。そして、多層データストリーム１０のビット消費を減らすために、個々のパケット１２がデータストリーム１０のより低い層の特定の副セットのパケットに「残差」を単に追加するように、レイヤ間予測が使用される。符号１４で示されるように、「より低い層」は個々の層毎に小さいドットによって説明される。
【誤訳訂正１２】
【訂正対象書類名】明細書
【訂正対象項目名】００２８
【訂正方法】変更
【訂正の内容】
【００２８】
図３において示された実施の形態に従って、レイヤ間予測依存は、以下でより詳細に説明され、図において実線１６を使用して説明されるように限定される。特に、層ＩＤは、以下において説明されるように、２つの値の連結によって形成される。特に、多層データストリーム１０を受信するネットワーク装置は、パケット１２毎に、図２のリファレンス記号２０８を使用して示された層ＩＤ構文構造を読み取る。しかし、ここは、ベース層ＩＤフィールド２０と、条件付きで、−例えば拡張機構をオンとオフに切り換えるベース層ＩＤフィールドまたはハイレベル構文要素に条件的に依存する−拡張層ＩＤフィールド２２とから成る。例示的に、両方のフィールドを持っているパケット１２のみが、図において示される。しかし、前記したように、ベース層ＩＤフィールド２０の１つ以上の値が、個々のパケット１２のためのフィールド２２の不存在を信号で伝える。例えば、拡張機能全体は、データストリームの中の拡張フラグを介して、データストリームの中でオン／オフ切り換え可能である。拡張層ＩＤフィールドを必要とする又は必要としない可能な条件は、前記したように、ベース層ＩＤフィールドが０である、または、特定のビットを設定する又は設定しない、または、フィールド２０の副部分内の特定の値を仮定する、または、ベース層ＩＤフィールドがある値より大きい又は小さい値を持っていることである。別の例が以下に発表される。
【誤訳訂正１３】
【訂正対象書類名】明細書
【訂正対象項目名】００２９
【訂正方法】変更
【訂正の内容】
【００２９】
層ＩＤ構文構造２０と２２に基づいて、ネットワーク装置１８は、個々のパケット１２が関連する層を識別している層ＩＤ、すなわちｌＩＤを引き出す。異なる可能性は以下に説明される。ネットワーク装置１８は、多層データストリーム１０から、例えば前記で識別されたｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇｓを含んでいる第１相互依存構文構造、および、例えば以下で示されたｄｉｒｅｃｔ＿ｅｘｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇおよび／またはｇｅｎｅｒａｌ＿ｄｉｒｅｃｔ＿ｅｘｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇｓを含んでいる第２相互依存構文構造も読み取る。第１相互依存構文構造は、ベース層ＩＤフィールド２０によって表現可能な異なる値のペア間の相互依存を２進数の方法で示す。これに対して、第２相互依存構文構造は、拡張層ＩＤフィールドによって表現可能な異なる値のペア間の相互依存を２進数の方法で示す。両方の相互依存構文構造に基づいて、ネットワーク装置１８は、その時、異なる層（図において符号１４で描かれたものなど）の間のレイヤ間予測依存を明らかにしているレイヤ間依存マトリクスを形成する。派生される方法は、以下において、第１および第２相互依存構文構造に関係するフォアーネクストループを使用している擬似符号を使用して説明され、そして、以下の図に関しても説明される。しかし、信号で伝えられたレイヤ間予測依存が、実際にデータストリームにおいて使われることは必要ないことは注意するべきである。むしろ、可能なレイヤ間予測依存の信号化は、デコーダまたは別のネットワーク装置に、相互に関係付けられたパケット、すなわち、リファレンスパケットに先がけてレイヤ間予測依存に従って別のパケットによってリファレンスされたパケットが、適切な順序で利用可能である必要なステップを取ることを指示するためにある。
【誤訳訂正１４】
【訂正対象書類名】明細書
【訂正対象項目名】００３０
【訂正方法】変更
【訂正の内容】
【００３０】
以下の説明から明らかになるように、レイヤ間依存マトリクス１４の構築は、第２相互依存構文構造が、レイヤ間依存マトリクス１４がベース層ＩＤフィールド２０内の同じ値から引き出され、その結果、それと関連している層ＩＤの層間のレイヤ間予測依存に関連する全ての事例に適用されるように実行される。また、以下に、より詳細に説明された別の実施の形態に従って、第２相互依存構文構造が、例えばベース層ＩＤフィールド２０の個々の可能な値に対して、または、ベース層ＩＤフィールド２０の可能な値の副セットに対して読み取られ、そして、ビットストリーム１０内に数回送信される。一方、第２相互依存構文構造の様々な具体例が、索引付けを使用して、例えば、以下に示された例の中のｉｎｃｌｕｄｅｄ＿ｎｕｈ＿ｌａｙｅｒ＿ｉｄを使用するなどして、ベースの層ＩＤフィールド２０の可能な値に関係付けられる。別の実施の形態においてさえ、構造は、全ての可能なレイヤ間予測依存が許されて、第２相互依存構文構造の方法で、すなわち第１相互依存構文構造が相互依存の存在を示すベース層ＩＤフィールドの異なる値のペア毎に第２相互依存構文構造を送信することによって描写できることにおいて一般化される。
【誤訳訂正１５】
【訂正対象書類名】明細書
【訂正対象項目名】００３１
【訂正方法】変更
【訂正の内容】
【００３１】
言い換えると、図４においてさらに説明されるように、図３は、別々の相互依存構文構造２４と２６が、データストリームの個々のパケット内のフィールド２０と２２によって提供されたベース層ＩＤおよび拡張層ＩＤの範囲の間のインタフェースと一致している両方の相互依存構文構造２４と２６の範囲の間のインタフェースを持つ階層的な方法で、レイヤ間依存を説明するために使用されることに従って、レイヤ間依存を信号で伝えるための例を示す。フィールド２０と２２によって提供されるようなベース層ＩＤおよび拡張層ＩＤは、フィールド２０と２２が構成される個々のパケットの層ＩＤを独自に定義する。拡張層ＩＤおよびベース層ＩＤの結合によって表現可能な全ての表現可能な層ＩＤのセットは、円２８内でドット３０によって示される。すなわち、個々のドット３０は、ベース層ＩＤおよび拡張層ＩＤの異なるカップルに一致している。例えば、層ＩＤは、ベース層ＩＤおよび拡張層ＩＤの連結である。フィールド２０だけによって提供されるベース層ＩＤを使用して、層ＩＤ３０の完全なセット２８が、以下のクラスタ３２と称される層ＩＤの解体セット３２に副分割される。特定のクラスタ３２に属している全ての層ＩＤは、同じベース層ＩＤを持つ。以前に図２に関して説明したように、層ＩＤ３０と関連した層が、ドット３０の間の点線を使用して、図４において説明したこれらのレイヤ間依存を持つレイヤ間予測のためにツリー似の方法で相互に連結される。理解し易くするために、実際のレイヤ間依存の副セットだけが図４において説明される。
【誤訳訂正１６】
【訂正対象書類名】明細書
【訂正対象項目名】００３２
【訂正方法】変更
【訂正の内容】
【００３２】
ともかく、２つのクラスタ３２の間の連結化（このペアの第１クラスタ３２の層と第２クラスタ３２の層との間のレイヤ間依存の方法による）が、第１相互依存構文構造２４の方法によって示される。すなわち、第１相互依存構文構造２４は、層間の相互依存を粗く又はクラスタ状（群れ状）に説明する。図４おいて、これらの相互依存は、クラスタ３２の間の実線を使って説明される。第１クラスタの最低１つの層が第２クラスタの中の１つのクラスタに連結している第１および第２クラスタ３２の全てのペアは、相互連結され、第１相互依存構文構造２４において表示されている。第２相互依存構文構造２６は、その時、第１相互依存構文構造２４によって相互連結されると表示されたクラスタ３２のペアの層のどちらが、レイヤ間予測によって互いに実際に関連するかを明確にする。すなわち、第２相互依存構文構造２６は、微細粒状の相互依存を明確にする。しかし、第２相互依存構文構造２６は、個々のクラスタ３２内の層の間の相互依存、すなわち層間の内部クラスタ依存も個別に定義する。図４において、例えば６つのクラスタ３２が示され、従って、第２相互依存構文構造２６が別のクラスタ３２の層間の微細粒状の相互依存を調節するクラスタ３２の１５個の可能なペアに加えて、第２相互依存構文構造２６が相互依存を内部で調節する６つのクラスタを生じる。上で概説したように、そして、以下に更に概説するように、従って、最大で第２相互依存構文構造の１個〜２１個の実例３４が、つまり、個別にクラスタ当たり１つとクラスタ３２の連結されたペア当たり１つとが存在する。明らかに、第２相互依存構文構造２６は、第１相互依存構文構造２４によって連結されないように信号で伝えられたクラスタ３２のペアに対して、信号で伝えられる必要はなく、従って、貴重なサイド情報ビットレートが抑制される。クラスタ３２の異なるペアの層のレイヤ間依存を説明するために第２相互依存構文構造２６を使う場合において、クラスタ３２当たりの層数が、全てのクラスタ３２に対して等しいことに注意するべきである。仮に、層ＩＤがベース層ＩＤおよび拡張層ＩＤの連結を使って説明されるならば、これは典型的な例である。しかし、クラスタ３２の層数がクラスタ３２の間で理論上変わることは注意するべきである。その典型的な例において、第２相互依存構文構造２６の個々の実例３４が、例えばデータストリーム内でクラスタ３２の個々の相互連結されたペアに対して信号で伝えられ、最低１つの実例３４が個々のクラスタサイズに対して送信される。
【誤訳訂正１７】
【訂正対象書類名】明細書
【訂正対象項目名】００３３
【訂正方法】変更
【訂正の内容】
【００３３】
図３は、例えば、層ＩＤが、最も重要な数字としてベース層ＩＤを使い、より重要でない数字として拡張層ＩＤを使うことによって、ベース層ＩＤおよび拡張層ＩＤから得られる場合を説明する。図３は、１つの実例３４が１つのクラスタ内の層のレイヤ間依存を記述するために用いられ、別の実例３４が異なるクラスタの層間の依存を記述するために用いられる例示的な場合も説明する。完全性のために、図３のマトリクス１４が層ＩＤとして多くの線と多くの列を持つことが、注意される。対角線の下半分だけが満たされる。なぜなら、単に、どの層も、レイヤ間予測の方法で、前の層に（すなわち階層的に低い層に）依存するからである。図３の例において、列数は、レイヤ間予測の使用によって別の層（すなわちベース層）に依存する層の層ＩＤと一致している。これらのベース層は、例えば２進数によって示される。２進数のゼロが、個々の層を予測しているレイヤ間に関与していない層を示す一方、その層ＩＤは現在の列と一致する。その限りにおいて、図３の実施の形態において、第２相互依存構文構造２６はマトリクス１４の副マトリクスを多少説明する。
【誤訳訂正１８】
【訂正対象書類名】明細書
【訂正対象項目名】００３７
【訂正方法】変更
【訂正の内容】
【００３７】
マトリクス４２などのマトリクスを介するレイヤ間依存の説明が、レイヤ間依存を説明するための単なる１つの例であることは注意すべきである。別の説明が同様に使われうる。マトリクス３６〜４０が第１および第２相互依存構文構造によって符号化される方法は、次の通りである。第１相互依存構文構造２４は、対角線の下でかつ対角線を含むマトリクス３６の各係数に対して、２進値を信号で伝える。マトリクス３８を標示する第２相互依存構文構造２６の実例３４は、対角線の下でかつ対角線を含むマトリクス３８の各係数に対して、２進値を信号で伝える。マトリクス４０を標示する第２相互依存構文構造２６の実例３４は、マトリクス４０の全ての係数に対して、２進値を信号で伝える。
【誤訳訂正１９】
【訂正対象書類名】明細書
【訂正対象項目名】００３８
【訂正方法】変更
【訂正の内容】
【００３８】
レイヤ間依存をどのように信号で伝えるかについて可能性を説明した後に、より詳細な実例がＨＥＶＣ規格の拡張として以下に例示的に提供される。
【誤訳訂正２０】
【訂正対象書類名】明細書
【訂正対象項目名】００５７
【訂正方法】変更
【訂正の内容】
【００５７】
言い換えると、図９について説明したように、第２相互依存構文構造２６の複数の実例３４は、多層データストリームから、つまり、ベース層ＩＤによって表現できる数値であるＮである値０＜ｋ≦ｊ≦ｎ＜Ｎのペア（ｊ、ｋ）に対して読み取られる。ｎはＮに等しいように設定される。しかし、また、ここに説明されるように、実際に使われたクラスタ濃度の明示的な信号は、送信オーバーヘッドを制限するために使われる。ペア（ｊ、ｋ）は詳察されて（図９の符号２４でｉとｊに亘るループを見てください）、そして、第２相互依存構文構造を読み取ることが、このペア間の相互依存の存在または不存在を示している第１相互依存構文構造に条件付きで依存しているペア（ｊ、ｋ）に対して実行される又は抑制される（図９の「ｉｆ（ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］）」を見てください、ここで、ｉ、ｊはｊとｋにそれぞれ一致する）。ｊ＝ｋであるペア（ｊ、ｋ）に対して読み取る第２相互依存構文構造２６の実例３４は、ベース層ＩＤがｊであるそれらの間の層が、ベース層ＩＤがｊであるそれらの間の別の層に依存するレイヤ間予測であることを示す。ｊ＞ｋである異なる値のペア（ｊ、ｋ）に対して読み取る第２相互依存構文構造２６の実例３４は、ベース層ＩＤがｊであるそれらの間の層が、ベース層ＩＤがｋであるそれらの間の層に依存するレイヤ間予測であることを示す。しかし、図７と同様に、第２相互依存構文構造２６の１つの実例が、多層データストリームから読み取られることもある。第２相互依存構文構造２６の１つの実例は、個々のクラスタ値ペア（ｊ、ｊ）に対して、共通して示す。ベース層ＩＤがｊであるそれらの間の層は、ベース層ＩＤがｊであるそれらの間の別の層に依存するレイヤ間層予測である。図７の場合、仮に、ｕｎｉｑｕｅ＿ｃｌｕｓｔｅｒ＿ｄｅｐｅｎｄｅｎｃｉｅｓ＿ｆｌａｇが０に等しい、または、ｊ≠ｋであるペア（ｊ、ｋ）に対して共通しているならば、第１相互依存構文構造２４は、個々のペア間の相互依存の存在を示す。ベース層ＩＤがｊであるそれらの間の層は、ベース層ＩＤがｋであるそれらの間の層に依存するレイヤ間予測である。拡張層ＩＤ２２によって表現できる数値をＭと示し、第２相互依存構文構造は、ベース層ＩＤがｉであるそれらの間の層が、ベース層ＩＤがｉであるそれらの間の別の層に依存するレイヤ間予測であることを示すために、拡張値が０＜ｑ＜ｐ≦ｍ＜Ｍの個々のペア（ｐ、ｑ）に対して１つの２進数の値を含み、そして、拡張値ｐおよびベース層ＩＤがｊである層が、拡張値ｑおよびベース層ＩＤがｋである層に依存するレイヤ間予測であることを示すために、拡張値が０＜ｐ、ｑ≦ｍ＜Ｍの個々のペアに対して１つの２進数の値を含む。また、明細書の中の別の場所で説明されるように、ｍがＭと等しいように設定される。しかし、また、ここに説明されるように、実際に使われた拡張濃度の明示的な信号は、送信オーバーヘッドを制限するために使われる。さらに、図８と図１０に示すように、インデックス構文構造５０が、第２相互依存構文構造の実例をベース層ＩＤ値の個々のペア（ｊ、ｋ）に関連付けるために使用される。ここで、図１０は、関連構文構造がペア（ｊ、ｋ）毎にフラグを含み、関連構文構造の構造解析が、第１相互依存構文構造がペア（ｊ、ｋ）間の相互依存の不存在（独立性）を示す値が０＜ｋ≦ｊ≦ｎ＜Ｎのスキップペア（ｊ、ｋ）を含むことを明らかにする。
【誤訳訂正２１】
【訂正対象書類名】明細書
【訂正対象項目名】００５９
【訂正方法】変更
【訂正の内容】
【００５９】
当然、上で概説された概念は、概念によって改善されるべき符号器の既存のエンコーダも詰め込む。図２の１つのようなエンコーダは、異なる情報量レベルに対応する異なる層で、レイヤ間予測を使って、ビデオ素材を多層データストリーム１０の中に符号化するように構成される。多層データストリームは、それぞれが異なる層のうちの１つと関連する複数のパケット１２を含む。各層は、ベース層ＩＤ２０、または、ベース層ＩＤ２０及び拡張層ＩＤ２２によって索引を付けられ、多層データストリームの中に挿入される。第１相互依存構文構造２４は、ベース層ＩＤ２０によって表現できる異なる値のペア間の相互依存を示す。そして、第２相互依存構文構造２６は、拡張層ＩＤ２２によって表現できる異なる値のペア間の相互依存を示す。第１および第２相互依存構文構造をそのように設定することで、第１および第２相互依存構文構造に基づいて、異なる層間の可能なレイヤ間予測依存を明らかにするレイヤ間依存記述１４が、組み立て可能である。
【誤訳訂正２２】
【訂正対象書類名】明細書
【訂正対象項目名】００６０
【訂正方法】変更
【訂正の内容】
【００６０】
次に記述される詳細は、効率的な方法で、層関連の情報を信号で伝える可能性に関する。そのような層関連の情報は、例えば、図２から図１０について概説したレイヤ間依存に関する情報を含む。出発点として、しばしば上に示された状況が、個々のパケット２０６によって構成された層識別構文要素構造２０８（図２と比較してください）が、図１１において描かれたベース層ＩＤフィールド１０８と拡張層ＩＤフィールド１１２とから成ることに従って、使われる。図１１は、図２の中に示されるネットワーク要素２１８または多層ビデオデコーダ２２０などの多層データストリームを処理するための装置１００を示す。装置１００は、一連のパケット（そのそれぞれが層識別構文要素を含む）から成る多層ビデオ信号を受信するように構成されたレシーバー１０２を含むとして示される。
【誤訳訂正２３】
【訂正対象書類名】明細書
【訂正対象項目名】００６５
【訂正方法】変更
【訂正の内容】
【００６５】
エクステンダー１１０は、層の最大数のそれぞれに対して、多層ビデオ信号の層特徴付け構文部分を、層の最大数と等しい回数繰り返して構文解析することによって、最低１つの特徴を決定する。利点的に、データストリーム１０４は、それぞれの可能な値に対して（すなわち、拡張層ＩＤフィールド１１２の全体の濃度全体に対してではなく、この濃度の外の実際に使われた副部分に対して）、最低１つの特徴を信号で伝えることを必要としない。さらに、最大構文要素１１４は、丁度記載されたように、データストリーム１０４内の拡張層ＩＤフィールド１１２の表現ビット数を引き出すように使われさえする。例えば、「特徴」は、別の層または同類に対するレイヤ間予測である。
【誤訳訂正２４】
【訂正対象書類名】明細書
【訂正対象項目名】００６９
【訂正方法】変更
【訂正の内容】
【００６９】
従って、図１１と図１２に従って、ネットワーク要素または多層ビデオデコーダなどの装置が、レシーバー１０２およびエクステンダー１１０を含むことが説明される。レシーバー１０２は、一連のパケット１０６から成る多層ビデオ信号１０４を受信するように構成されている。パケット１０６のそれぞれは、ベース層ＩＤフィールドおよびことによると条件付きのみで拡張層ＩＤフィールド１１２から成る層識別構文要素構造を含む。層識別エクステンダー１１０は、一連のパケット１０６の外の複数のパケットを含む多層ビデオ信号の予め決められた部分１１３に対して、多層ビデオ信号１０４から最大構文要素１１４読み取るように構成されている。最大構文要素１１４は、予め決められた部分１１３によって構成されたパケット１０６の間の拡張層ＩＤフィールド１１２の最大限に仮定された値を示す。エクステンダー１１０は、予め決められた部分１１３内のパケット１０６のそれぞれに対して、上で概説されたフィールド１０８と１１２のベース層ＩＤと拡張層ＩＤとを連結することなどによって、層識別構文要素構造に基づいた個々のパケット１０６のための層ＩＤを決定する。エクステンダー１１０は、また、最大限に仮定された値に基づいた予め決められた部分１１３内の層の最大数を決定し、層の最大数のそれぞれに対して、層特徴付け構文部分１０４を、層の最大数と等しい回数繰り返して構文解析することによって、最低１つの特徴を決定する。「層の最大数」は、図１１と１２の実施の形態を図２〜図１０について上記で概説した実施の形態と結合するとき、クラスタ当たり層の最大数を示す。この場合、「層の最大数」の決定は、例えば、最大限に仮定された値を「層の最大数」として直接に採用する。「最低１つの特徴」は、第２相互依存構文構造内のレイヤ間依存を示しているフラグの数である。しかし、特徴の別の例は、個々の層ＩＤに対して設定された一致している符号化パラメータのデータストリーム内の信号化でもある。その場合、「層の最大数」は、使われた又は表現できるベース層ＩＤの数×最大限に仮定された値、すなわち実際に使用された／仮定された拡張層ＩＤの数と等しいように決定される。別の例は同様に実現可能である。ともかく、構文要素１１４の方法によって実際に仮定された値の伝達は、貴重なサイド情報ビットレートを保存することを可能にする。
【誤訳訂正２５】
【訂正対象書類名】明細書
【訂正対象項目名】０１０１
【訂正方法】変更
【訂正の内容】
【０１０１】
従って、図１８〜図２０ｂについて上で概説された概念に従って、図２において描かれた多層ビデオデコーダのネットワーク要素などの装置は、レイヤ間予測を使って、ビデオ素材が、異なる情報量レベルに対応する異なる層で符号化される多層データストリームを処理するように構成される。装置は、多層データストリームを含むパケットのそれぞれに対して、以下のことを行う。個々のパケットは、上で既に説明したように、異なる層のうちの１つと関連している。
【誤訳訂正２６】
【訂正対象書類名】明細書
【訂正対象項目名】０１０８
【訂正方法】変更
【訂正の内容】
【０１０８】
従って、相互エイリアスが後ろの概念について記述される。レイヤ間予測を使って、異なる情報量レベルに対応する異なる層でビデオ素材が符号化される多層データストリームを処理するように構成された装置。それぞれが異なる層のうちの１つと関連する複数のパケットを含む多層データストリーム。多層データストリームのパケットのそれぞれに対して、多層データストリームからベース層ＩＤフィールドを読み取るように構成された装置。第１副フィールドおよび第２副フィールドを含むベース層ＩＤフィールド。ベース層ＩＤフィールドの第１副フィールドが、予め決められた基準を満たすかどうかについてのチェック。
【誤訳訂正２７】
【訂正対象書類名】明細書
【訂正対象項目名】０１１２
【訂正方法】変更
【訂正の内容】
【０１１２】
後ろの概念は、レイヤ間予測を使って、異なる情報量レベルに対応する異なる層で、ビデオ素材２０２を多層データストリーム２０４の中に符号化するように構成された符号器の中に直接に移送される。多層データストリームは、それぞれが異なる層の１つと関連する複数のパケット２０６を含む。個々のパケットが関連する層が、クラスタと拡張値によって独特に決定される。符号器は、仮に、拡張値が拡張値のドメインの第１副セット内にあるならば、多層データストリームのパケット２０６のそれぞれに対して、第２副フィールドを設定するためのクラスタ値を使って、予め決められた基準を満たすために第１副フィールドを設定することで、第１副フィールド３０８ａおよび第２副フィールド３０８ｂを含むベース層ＩＤフィールド３０８を多層データストリームの中に挿入するように構成されている。そして、符号器は、拡張層ＩＤを設定するための拡張値を使って、拡張層ＩＤを多層のデータストリームの中に挿入するように構成されている。そして、符号器は、仮に、拡張値が拡張値のドメインの第１副セットに解体する値に等しいならば、予め決められた基準を満たさないように、第２副フィールドを設定するためのクラスタ値を使って、第１副フィールドを設定することで、多層のデータストリームの中に、拡張層ＩＤフィールドを挿入することおよびベース層ＩＤフィールド３０８を挿入３１２することを控えるように構成されている。すなわち、符号器は、復号器が、正しい層ＩＤを上で概説した方法で引き出して、復号側または受信側について上で概説したこれらに比較した逆マッピングをこの終わりに使うように、データストリームを生成する。
【誤訳訂正２８】
【訂正対象書類名】明細書
【訂正対象項目名】０１１６
【訂正方法】変更
【訂正の内容】
【０１１６】
上の実施の形態の全てにおいて、多層データストリームは、別の層から予測された層のレイヤ間が、１つ以上のさらなるビュー、奥行き情報、表面反射率情報、カラーコンポーネント情報、空間解像度改良およびＳＮＲ解像度改良を追加するように、レイヤ間予測を使って、異なる層にてその中で符号化されたビデオ素材を持つ。