特表 2023-521678 組み合わせられた可逆及び非可逆符号化のための方法及びシステム

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

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

(11)【公表番号】

(43)【公表日】2023-05-25

(54)【発明の名称】組み合わせられた可逆及び非可逆符号化のための方法及びシステム

(51)【国際特許分類】

   H04N 19/103 20140101AFI20230518BHJP

   H04N 19/70 20140101ALI20230518BHJP

   H04N 19/174 20140101ALI20230518BHJP

【ＦＩ】

H04N19/103

H04N19/70

H04N19/174

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2022560404

(86)(22)【出願日】2021-04-13

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

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

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

(87)【国際公開日】2021-10-21

(31)【優先権主張番号】63/009,370

(32)【優先日】2020-04-13

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

(31)【優先権主張番号】17/229,210

(32)【優先日】2021-04-13

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

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＦＩＲＥＷＩＲＥ

(71)【出願人】

【識別番号】521328755

【氏名又は名称】オーピー ソリューションズ， エルエルシー

(74)【代理人】

【識別番号】100147485

【弁理士】

【氏名又は名称】杉村 憲司

(74)【代理人】

【識別番号】230118913

【弁護士】

【氏名又は名称】杉村 光嗣

(74)【代理人】

【識別番号】100211395

【弁理士】

【氏名又は名称】鈴木 裕貴

(72)【発明者】

【氏名】ハリ カルバ

(72)【発明者】

【氏名】ボリヴォイェ ファート

(72)【発明者】

【氏名】ヴェリボール アジッチ

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

5C159

【Ｆターム（参考）】

5C159LC09

5C159MA01

5C159MA04

5C159MA05

5C159MA45

5C159ME11

5C159RB09

5C159RC12

5C159TA17

5C159TB04

5C159TB06

5C159TB08

5C159UA02

5C159UA05

5C159UA16

(57)【要約】

デコーダは、ビットストリームを受信することと、ビットストリームで、現在のフレームを識別することであって、現在のフレームは、第１の領域及び第３の領域を含む、識別することと、ビットストリームで、第１の領域が可逆符号化プロトコルにしたがって符号化されているという指示を検出することと、現在のフレームを復号化することであって、現在のフレームを復号化することは、可逆符号化プロトコルに対応する可逆復号化プロトコルを使用して第１の領域を復号化することをさらに含む、復号化することと、を行うように構成されている回路を含む。
【選択図】図３

【特許請求の範囲】

【請求項1】

符号化されたビデオビットストリームを受信することと、
前記ビットストリームで、現在のフレームを識別することであって、前記現在のフレームは、第１の領域、第２の領域、及び第３の領域を含む、前記識別することと、
前記ビットストリームで、前記第１の領域がブロック差分パルス符号変調を使用して符号化されていることを検出することと、
前記ビットストリームで、前記第２の領域が変換スキップ残差符号化を使用して符号化されていることを検出することと、
前記ビットストリームで、前記第３の領域が非可逆符号化を使用して符号化されていることを検出することであって、前記非可逆符号化は、インター予測及びイントラ予測のうちの少なくとも１つを含む、前記検出することと、
を行うように構成されている回路を含む、デコーダ。

【請求項2】

前記ビットストリームは、前記第１の領域に対応するサブピクチャヘッダをさらに含み、
前記第１の領域がブロック差分パルス符号変調を使用して符号化されていることを検出することは、前記サブピクチャヘッダで、前記少なくとも第１の領域がブロック差分パルス符号変調を使用して符号化されているという指示を検出することをさらに含む、請求項１に記載のデコーダ。

【請求項3】

前記サブピクチャヘッダは、前記現在のフレームに対応するデータに明示的に含まれる、請求項２に記載のデコーダ。

【請求項4】

前記サブピクチャは、第３のサブピクチャに対応するサブピクチャヘッダの識別子を参照することによって含まれる、請求項２に記載のデコーダ。

【請求項5】

前記ビットストリームは、前記第２の領域に対応するサブピクチャヘッダをさらに含み、
前記デコーダは、前記サブピクチャヘッダで、変換スキップ残差符号化を使用する前記第２の領域が変換スキップ残差符号化を使用して符号化されているという前記指示を検出することを行うようにさらに構成されている、請求項１に記載のデコーダ。

【請求項6】

前記サブピクチャヘッダは、前記現在のフレームに対応するデータに明示的に含まれる、請求項５に記載のデコーダ。

【請求項7】

第１のプロセッサスレッドを使用して前記第１の領域を復号化することと、
第２のプロセッサスレッドを使用して前記第２の領域の要素を復号化することと、を行うようにさらに構成されている、請求項１に記載のデコーダ。

【請求項8】

前記現在のフレームを復号化することであって、前記現在のフレームを復号化することは、ブロック差分パルス符号変調に対応する復号化プロトコルを使用して前記第１の領域を復号化することをさらに含む、前記復号化すること、を行うようにさらに構成されている、請求項１に記載のデコーダ。

【請求項9】

前記現在のフレームを復号化することであって、前記現在のフレームを復号化することは、変換スキップ残差符号化を使用することに対応する復号化プロトコルを使用して前記第２の領域を復号化することをさらに含む、前記復号化すること、を行うようにさらに構成されている、請求項１に記載のデコーダ。

【請求項10】

前記現在のフレームを復号化することであって、前記現在のフレームを復号化することは、前記非可逆符号化プロトコルに対応する復号化プロトコルを使用して前記第３の領域を復号化することをさらに含む、前記復号化すること、を行うようにさらに構成されている、請求項１に記載のデコーダ。

【請求項11】

組み合わせられた可逆及び非可逆符号化の方法であって、
デコーダによって、符号化されたビデオビットストリームを受信することと、
前記デコーダによって且つ前記ビットストリームで、現在のフレームを識別することであって、前記現在のフレームは、第１の領域、第２の領域、及び第３の領域を含む、前記識別することと、
前記デコーダよって且つ前記ビットストリームで、前記第１の領域がブロック差分パルス符号変調を使用して符号化されていることを検出することと、
前記デコーダによって且つ前記ビットストリームで、前記第２の領域が変換スキップ残差符号化を使用して符号化されていることを検出することと、
前記デコーダによって且つ前記ビットストリームで、前記第３の領域が非可逆符号化を使用して符号化されていることを検出することであって、前記非可逆符号化は、インター予測及びイントラ予測のうちの少なくとも１つを含む、前記検出することと、
を含む、方法。

【請求項12】

前記ビットストリームは、前記第１の領域に対応するサブピクチャヘッダをさらに含み、
前記第１の領域がブロック差分パルス符号変調を使用して符号化されていることを検出することは、前記サブピクチャヘッダで、前記少なくとも第１の領域がブロック差分パルス符号変調を使用して符号化されているという指示を検出することをさらに含む、請求項１１に記載の方法。

【請求項13】

前記サブピクチャヘッダは、前記現在のフレームに対応するデータに明示的に含まれる、請求項１２に記載の方法。

【請求項14】

前記サブピクチャは、第３のサブピクチャに対応するサブピクチャヘッダの識別子を参照することによって含まれる、請求項１２に記載の方法。

【請求項15】

前記ビットストリームは、前記第２の領域に対応するサブピクチャヘッダをさらに含み、
前記デコーダは、前記サブピクチャヘッダで、変換スキップ残差符号化を使用する前記第２の領域が変換スキップ残差符号化を使用して符号化されているという前記指示を検出することを行うようにさらに構成されている、請求項１１に記載の方法。

【請求項16】

前記サブピクチャヘッダは、前記現在のフレームに対応するデータに明示的に含まれる、請求項１６に記載の方法。

【請求項17】

第１のプロセッサスレッドを使用して前記第１の領域を復号化することと、
第２のプロセッサスレッドを使用して前記第３の領域の要素を復号化することと、をさらに含む、請求項１１に記載の方法。

【請求項18】

前記現在のフレームを復号化することであって、前記現在のフレームを復号化することは、ブロック差分パルス符号変調に対応する復号化プロトコルを使用して前記第１の領域を復号化することをさらに含む、前記復号化すること、をさらに含む、請求項１１に記載の方法。

【請求項19】

前記現在のフレームを復号化することであって、前記現在のフレームを復号化することは、変換スキップ残差符号化を使用することに対応する復号化プロトコルを使用して前記第２の領域を復号化することをさらに含む、前記復号化すること、をさらに含む、請求項１１に記載の方法。

【請求項20】

前記現在のフレームを復号化することであって、前記現在のフレームを復号化することは、前記非可逆符号化プロトコルに対応する復号化プロトコルを使用して前記第３の領域を復号化することをさらに含む、前記復号化すること、をさらに含む、請求項１１に記載の方法。

【請求項21】

符号化されたビットストリームを受信することと、
前記ビットストリームで、現在のフレームを識別することであって、前記現在のフレームは、第１のサブピクチャ及び第２のサブピクチャを含む、前記識別することと、
前記ビットストリームで、前記第１のサブピクチャが可逆符号化プロトコルにしたがって符号化されているという指示を検出することと、
前記現在のフレームを復号化することであって、前記現在のフレームを復号化することは、前記可逆符号化プロトコルに対応する可逆復号化プロトコルを使用して前記第１のサブピクチャを復号化することをさらに含む、前記復号化することと、
を行うように構成されている回路を含む、デコーダ。

【請求項22】

前記ビットストリームは、前記第１のサブピクチャに対応するサブピクチャヘッダをさらに含み、
前記検出することは、前記サブピクチャヘッダで、前記少なくとも第１のサブピクチャが可逆符号化プロトコルにしたがって符号化されているという前記指示を検出することをさらに含む、請求項２１に記載のデコーダ。

【請求項23】

前記サブピクチャヘッダは、前記現在のフレームに対応するデータに明示的に含まれる、請求項２２に記載のデコーダ。

【請求項24】

前記サブピクチャは、第３のサブピクチャに対応するサブピクチャヘッダの識別子を参照することによって含まれる、請求項２２に記載のデコーダ。

【請求項25】

前記第２のサブピクチャが非可逆符号化プロトコルにしたがって符号化されていることを検出することと、
前記可逆符号化プロトコルに対応する非可逆復号化プロトコルにしたがって前記第２のサブピクチャを復号化することと、を行うようにさらに構成されている、請求項２１に記載のデコーダ。

【請求項26】

前記ビットストリームは、前記第２のサブピクチャに対応するサブピクチャヘッダをさらに含み、
前記デコーダは、前記サブピクチャヘッダで、前記第２のサブピクチャが非可逆符号化プロトコルにしたがって符号化されているという前記指示を検出することを行うようにさらに構成されている、請求項２５に記載のデコーダ。

【請求項27】

前記サブピクチャヘッダは、前記現在のフレームに対応するデータに明示的に含まれる、請求項２６に記載のデコーダ。

【請求項28】

前記サブピクチャヘッダは、第３のサブピクチャに対応するサブピクチャヘッダの識別子を参照することによって含まれる、請求項２６に記載のデコーダ。

【請求項29】

第１のプロセッサスレッドを使用して前記第１のサブピクチャを復号化することと、
第２のプロセッサスレッドを使用して前記第２のサブピクチャの要素を復号化することと、を行うようにさらに構成されている、請求項２１に記載のデコーダ。

【請求項30】

前記ビットストリームを受信し、前記ビットストリームを量子化係数に復号化するように構成されているエントロピーデコーダプロセッサと、
逆離散コサインを実行することを含む前記量子化係数を処理するように構成されている逆量子化及び逆変換プロセッサと、
デブロッキングフィルタと、
フレームバッファと、
イントラ予測プロセッサと、
をさらに含む、請求項２１に記載のデコーダ。

【請求項31】

前記第１のサブピクチャ及び前記第２のサブピクチャのうちの少なくとも１つは、四分木プラス二分決定木の一部を形成する、請求項２１に記載のデコーダ。

【請求項32】

前記第１のサブピクチャ及び前記第２のサブピクチャのうちの少なくとも１つは、コーディングツリーユニットを含む、請求項２１に記載のデコーダ。

【請求項33】

前記第１のサブピクチャ及び前記第２のサブピクチャのうちの少なくとも１つは、コーディングユニットを含む、請求項２１に記載のデコーダ。

【請求項34】

前記第１のサブピクチャ及び前記第２のサブピクチャのうちの少なくとも１つは、予測ユニットを含む、請求項２１に記載のデコーダ。

【請求項35】

組み合わせられた可逆及び非可逆符号化の方法であって、
デコーダで、ビットストリームを受信することと、
前記デコーダによって且つ前記ビットストリームで、現在のフレームを識別することであって、前記現在のフレームは、第１のサブピクチャ及び第２のサブピクチャを含む、前記識別することと、
前記デコーダによって且つ前記ビットストリームで、前記第１のサブピクチャが可逆符号化プロトコルにしたがって符号化されているという指示を検出することと、
前記デコーダによって、前記現在のフレームを復号化することであって、前記現在のフレームを復号化することは、前記可逆符号化プロトコルに対応する可逆復号化プロトコルを使用して前記第１のサブピクチャを復号化することをさらに含む、前記復号化することと、
を含む、方法。

【請求項36】

前記ビットストリームは、前記第１のサブピクチャに対応するサブピクチャヘッダをさらに含み、
前記検出することは、前記サブピクチャヘッダで、前記少なくとも第１のサブピクチャが可逆符号化プロトコルにしたがって符号化されているという前記指示を検出することをさらに含む、請求項３５に記載の方法。

【請求項37】

前記サブピクチャヘッダは、前記現在のフレームに対応するデータに明示的に含まれる、請求項３６に記載の方法。

【請求項38】

前記サブピクチャは、第３のサブピクチャに対応するサブピクチャヘッダの識別子を参照することによって含まれる、請求項３６に記載の方法。

【請求項39】

前記第２のサブピクチャが非可逆符号化プロトコルにしたがって符号化されていることを検出することと、
前記可逆符号化プロトコルに対応する非可逆復号化プロトコルにしたがって前記第２のサブピクチャを復号化することと、をさらに含む、請求項３９に記載の方法。

【請求項40】

前記ビットストリームは、前記第２のサブピクチャに対応するサブピクチャヘッダをさらに含み、
前記検出することは、前記サブピクチャヘッダで、前記第２のサブピクチャが非可逆符号化プロトコルにしたがって符号化されているという前記指示をさらに含む、請求項３９に記載の方法。

【請求項41】

前記サブピクチャヘッダは、前記現在のフレームに対応するデータに明示的に含まれる、請求項４０に記載の方法。

【請求項42】

前記サブピクチャヘッダは、第３のサブピクチャに対応するサブピクチャヘッダの識別子を参照することによって含まれる、請求項４０に記載の方法。

【請求項43】

前記デコーダは、
第１のプロセッサスレッドを使用して前記第１のサブピクチャを復号化することと、
第２のプロセッサスレッドを使用して前記第２のサブピクチャの要素を復号化することと、を行うようにさらに構成されている、請求項３５に記載の方法。

【請求項44】

前記デコーダは、
前記ビットストリームを受信し、前記ビットストリームを量子化係数に復号化するように構成されているエントロピーデコーダプロセッサと、
逆離散コサインを実行することを含む前記量子化係数を処理するように構成されている逆量子化及び逆変換プロセッサと、
デブロッキングフィルタと、
フレームバッファと、
イントラ予測プロセッサと、
をさらに含む、請求項３５に記載の方法。

【請求項45】

前記第１のサブピクチャ及び前記第２のサブピクチャのうちの少なくとも１つは、四分木プラス二分決定木の一部を形成する、請求項３５に記載の方法。

【請求項46】

前記第１のサブピクチャ及び前記第２のサブピクチャのうちの少なくとも１つは、コーディングツリーユニットを含む、請求項３５に記載の方法。

【請求項47】

前記第１のサブピクチャ及び前記第２のサブピクチャのうちの少なくとも１つは、コーディングユニットを含む、請求項３５に記載の方法。

【請求項48】

前記第１のサブピクチャ及び前記第２のサブピクチャのうちの少なくとも１つは、予測ユニットを含む、請求項３５に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

（関連出願）
本願は、２０２１年４月１３日に出願され、「ＭＥＴＨＯＤＳ ＡＮＤ ＳＹＳＴＥＭＳ ＦＯＲ ＣＯＭＢＩＮＥＤ ＬＯＳＳＬＥＳＳ ＡＮＤ ＬＯＳＳＹ ＣＯＤＩＮＧ」と題された米国非仮出願第１７／２２９，２１０の優先権の利益を主張し、その全体を参照により本明細書に援用し、２０２０年４月１３日に出願され、「ＭＥＴＨＯＤＳ ＡＮＤ ＳＹＳＴＥＭＳ ＦＯＲ ＣＯＭＢＩＮＥＤ ＬＯＳＳＬＥＳＳ ＡＮＤ ＬＯＳＳＹ ＣＯＤＩＮＧ」と題された米国仮特許出願第６３／００９，３７０の優先権の利益を主張し、その全体を参照により本明細書に援用する。

【0002】

本発明は、概して、ビデオ圧縮の分野に関する。特に、本発明は、組み合わせられた可逆及び非可逆符号化のための方法及びシステムを対象にする。

【背景技術】

【0003】

ビデオコーデックは、デジタルビデオを圧縮し、或いは解凍する電子回路又はソフトウェアを含み得る。それは、圧縮されていないビデオを圧縮されたフォーマットに変換することができ、或いはその逆も同様であり得る。ビデオ圧縮のコンテキストでは、ビデオを圧縮する（且つ／或いはそのいくつかの機能を実行する）デバイスは典型的に、エンコーダと呼ばれることがあり、ビデオを解凍する（且つ／或いはそのいくつかの機能を実行する）デバイスは、デコーダと呼ばれることがある。

【0004】

圧縮されたデータのフォーマットは、標準的なビデオ圧縮仕様に準拠し得る。圧縮は、圧縮されたビデオが元のビデオに存在するいくつかの情報を欠くという点で非可逆的であり得る。この結果は、元のビデオを正確に再構成するための情報が不十分であるので、解凍されたビデオは、元の圧縮されていないビデオよりも低い品質を有し得ることを含み得る。

【0005】

ビデオ品質、（例えば、ビットレートによって判定される）ビデオを表すために使用されるデータ量、符号化及び復号化アルゴリズムの複雑さ、データ損失及びエラーに対する感度、編集の容易さ、ランダムアクセス、エンドツーエンド遅延（例えば、遅延）などの間に複雑な関係が存在し得る。

【0006】

動き補償は、ビデオ内のカメラ及び／又はオブジェクトの動きを考慮することによって、以前の且つ／或いは未来のフレームなどの、参照フレームを与えられたビデオフレーム又はその一部分を予測するアプローチを含み得る。それは、ビデオ圧縮のためのビデオデータの符号化及び復号化、例えば、Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ（ＭＰＥＧ）のａｄｖａｎｃｅｄ ｖｉｄｅｏ ｃｏｄｉｎｇ（ＡＶＣ）規格（Ｈ．２６４とも呼ばれる）を使用した符号化及び復号化で採用され得る。動き補償は、参照ピクチャから現在のピクチャへの変換という観点からピクチャを記述し得る。参照ピクチャは、現在のピクチャと比較すると時間的に以前のものであることがあり、現在のピクチャと比較すると未来からのものであることがある。画像が、以前に送信され且つ／或いは格納された画像から正確に画像を合成され得るとき、圧縮効率は向上され得る。

【発明の概要】

【0007】

一態様では、デコーダは、符号化されたビデオビットストリームを受信することと、ビットストリームで、現在のフレームを識別することであって、現在のフレームは、第１の領域、第２の領域、及び第３の領域を含む、識別することと、ビットストリームで、第１の領域がブロック差分パルス符号変調を使用して符号化されていることを検出することと、ビットストリームで、第２の領域が変換スキップ残差符号化を使用して符号化されていることを検出することと、ビットストリームで、第３の領域が非可逆符号化を使用して符号化されていることを検出することであって、非可逆符号化は、インター予測及びイントラ予測のうちの少なくとも１つを含む、検出することと、を行うように構成されている回路を含む。

【0008】

別の態様では、組み合わせられた可逆及び非可逆符号化の方法は、デコーダによって、符号化されたビデオビットストリームを受信することと、デコーダによって且つビットストリームで、現在のフレームを識別することであって、現在のフレームは、第１の領域、第２の領域、及び第３の領域を含む、識別することと、デコーダによって且つビットストリームで、第１の領域がブロック差分パルス符号変調を使用して符号化されていることを検出することと、デコーダによって且つビットストリームで、第２の領域が変換スキップ残差符号化を使用して符号化されていることを検出することと、デコーダによって且つビットストリームで、第３の領域が非可逆符号化を使用して符号化されていることを検出することであって、非可逆符号化は、インター予測及びイントラ予測のうちの少なくとも１つを含む、検出することとを含む。

【0009】

別の態様では、デコーダは、符号化されたビットストリームを受信することと、ビットストリームで、現在のフレームを識別することであって、現在のフレームは、第１のサブピクチャ及び第２のサブピクチャを含む、識別することと、ビットストリームで、第１のサブピクチャが可逆符号化プロトコルにしたがって符号化されているという指示を検出することと、現在のフレームを復号化することであって、現在のフレームを復号化することは、可逆符号化プロトコルに対応する可逆復号化プロトコルを使用して第１のサブピクチャを復号化することをさらに含む、復号化することと、を行うように構成されている回路を含む。

【0010】

別の態様では、組み合わせられた可逆及び非可逆符号化の方法は、デコーダで、ビットストリームを受信することと、デコーダによって且つビットストリームで、現在のフレームを識別することであって、現在のフレームは、第１のサブピクチャ及び第２のサブピクチャを含む、識別することと、デコーダによって且つビットストリームで、第１のサブピクチャが可逆符号化プロトコルにしたがって符号化されているという指示を検出することと、デコーダによって、現在のフレームを復号化することであって、現在のフレームを復号化することは、可逆符号化プロトコルに対応する可逆復号化プロトコルを使用して第１のサブピクチャを復号化することをさらに含む、復号化することと、を含む。

【0011】

本発明の非限定的な実施形態のこれら及び他の態様及び特徴は、添付の図面と共に本発明の特定の非限定的な実施形態の以下の説明を検討することにより、当業者に明らかになるであろう。

【図面の簡単な説明】

【0012】

本発明を説明する目的で、図面は、本発明の１つ又は複数の実施形態の態様を示す。しかしながら、本発明は、図面に示される正確な配置及び手段に限定されないことを理解されたい。

【図1】図１は、複数のサブピクチャを有するフレームの例示的な一実施形態を示すブロックダイアグラムである。

【図2】図２は、２つのサブピクチャを有するフレームの例示的な一実施形態を示す説明図である。

【図3】図３は、本対象のいくつかの実装形態による、ビデオを復号化するための例示的なプロセスを示すプロセスフローダイアグラムである。

【図4】図４は、本対象のいくつかの実装形態による、ビットストリームを復号化することができる例示的なデコーダを示すシステムブロックダイアグラムである。

【図5】図５は、本対象のいくつかの実装形態による、ビデオを符号化する例示的なプロセスを示すプロセスフローダイアグラムである。

【図6】図６は、本明細書に開示される任意の１つ又は複数の方法論、及び任意の１つ又は複数のその部分を実装するために使用され得るコンピューティングシステムのブロックダイアグラムである。

【0013】

図面は、必ずしも縮尺通りではなく、想像線、図表示、及び部分図によって説明され得る。場合によっては、実施形態の理解に必要でない詳細、又は他の詳細を把握することを困難にする詳細は、省略され得る。

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

【0014】

従来の映像符号化方式では、ビデオシーケンスは、Ｇｒｏｕｐ－ｏｆ－Ｐｉｃｔｕｒｅｓ（ＧＯＰ）に分割される。各ＧＯＰは、時間的な且つ空間的な予測という意味で自己完結されている。通常、グループ内の最初のピクチャは、後続のピクチャのための参照ピクチャとして使用される。ピクチャ間の時間的な且つ空間的な関係は、予測符号化を使用して非常に効率的な圧縮を可能にする。

【0015】

典型的に、過去の符号化システムは、符号化されたフレームからいくつかの情報が符号化処理中に省略され、復号化中に回復されない、非可逆符号化を使用して動作している。そのような非可逆処理は、例えば、限定されないが、エンコーダからデコーダへビットストリームで送信されるデータの量、フレーム又はピクチャのグループを符号化し、且つ／或いは復号化するために使用される処理時間及び／又はメモリリソースなどを減らすことによって、より高い効率を達成するために、復号化されたフレーム及び／又は映像の、ある程度の詳細及び／又は解像度を犠牲にし得る。

【0016】

上記のプロセスに対する代替的なアプローチは、可逆符号化を含むことができ、フレームは、全くない或いは無視できる情報の損失で符号化され、復号化される。これは、出力フレーム及び／又は映像の、より高い解像度及び／又は他の詳細をもたらし得る。しかしながら、以下でさらに詳細に言及されるように、可逆符号化及び復号化は時々、ある種の画像処理にとって、より効率的であることがあり、可逆符号化はまた、メモリリソース及び処理時間の観点から非常に高価であることがある。これは、Ｕｌｔｒａ Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ（ＵＨＤ）映像符号化で特に明らかであり、ピクチャ又は画像サイズは、８Ｋ×４Ｋ（７６８０×４３２０）に上がり得る。大きな画像サイズは、チップ及び／又はモジュール設計に大きな課題をもたらし得る。この理由の１つは、ＵＨＤが、動き推定と、動き推定及び補償の参照ブロックをバッファリングするためのオンチップ又は他の処理メモリとにおける、より大きな探索範囲を必要とすることである。ＵＨＤ処理は、より大きな画像サイズが必要とされるせいで、非可逆符号化及び復号化の課題をも示し得る。

【0017】

本明細書に開示される実施形態は、組み合わせられた可逆及び非可逆ビデオ圧縮符号化を使用して、より効率的なシグナリング、復号化、及び符号化を可能にする。一実施形態では、ピクチャは、最初に、品質及び計算要件に基づいてサブピクチャに分割されてもよい。エンコーダは、ピクチャ及び／又はＧＯＰの符号化及び／又は復号化を実行しているＣＰＵ若しくは他のデバイス、回路、又はコンポーネント上の処理コア（又はハードウェアスレッド）にあるだけの数のサブピクチャを作成してもよい。各サブピクチャは独立して符号化され得るので、この形式のタスク分割は、全ての利用可能な計算リソースを効率的に使用することによって、効率的な符号化及び／又は復号化を可能にし得る。さらに、可逆符号化は、例えば、フレーム全体の特定のサブピクチャに関して、変換及び量子化を使用する非可逆符号化よりも優れた圧縮を提供し得る。結果として、組み合わせられた可逆及び非可逆符号化は、可逆符号化のみよりも優れた性能をもたらし得る。

【0018】

ここで、図１を参照すると、複数のサブピクチャに分割された現在のフレームの例示的な一実施形態が説明される。サブピクチャは、現在のフレームよりも小さい現在のフレームの任意の部分を含むことができ、現在のフレームのサブピクチャは、現在のフレームの全てをカバーするように組み合わせることができる。図１は、２つ又は４つのサブピクチャに分割された例示的な現在のフレームを説明するが、本開示の全体を見た当業者は、任意の数のサブピクチャが、解像度、効率、又は任意の他の考慮事項に関して必要に応じて使用されてもよいことを理解するであろう。

【0019】

また、図１を参照すると、サブピクチャは、限定されないが、正方形及び／又は長方形の形状、正方形及び／又は長方形の形状を有する２つ以上のブロックの組み合わせによって定義される形状などを含む、任意の適切な形状を有し得る。各ブロックは、ブロックの１つ又は複数の部分及び／又は特徴の座標を使用して識別され、且つ／或いはシグナリングされてもよく、座標は、フレーム及び／又はピクチャの１つ又は複数の角及び／又は側面から測定される、フレーム及び／又はピクチャにわたる画素数を示し得る。例えば、限定されないが、ブロックは、長方形のブロックの識別のための２つのｘ座標及び２つのｙ座標などの、頂点の座標を使用して識別されてもよい。代替的に或いは追加的に、サブピクチャ及び／又はその一部分は、限定されないが、指数曲線又は他の曲線などを使用して定義される、１つ又は複数の曲線縁を使用する線分セグメントの端点などの線形方程式又は数学的に同等の式によって定義される、１つ又は複数の線分セグメントを使用する幾何学的分割を含むが、それらに限定されない、点、線、及び／又は形状の任意の適切な幾何学的記述を使用して識別されてもよい。

【0020】

引き続き図１を参照すると、サブピクチャは、互いに別々に符号化され得る。例えば、限定されないが、複数のサブピクチャの第１の領域は、第１のプロセッサスレッドを使用して符号化され、且つ／或いは復号化されてもよく、第３の領域の要素は、第２のプロセッサスレッドを使用して復号化されてもよい。本明細書で使用されるように、「プロセッサスレッド」は、本開示の全体を検討した際、当業者に思い付き得る、マルチスレッド並列処理のスレッドを実行することができる任意のプロセッサコア及び／又は他のハードウェア要素を含み得る。各サブピクチャが独立して符号化される一実施形態では、この形式のタスク分割は、全ての利用可能な計算リソースを効率的に使用することによって、効率的な符号化を可能にし得る。

【0021】

また、図１を参照すると、可逆符号化は、ソースビデオが損失なく保存されることが上述された１つ又は複数の理由で望ましいピクチャのブロックのサブセットに選択的に適用され得る。非限定的な一実施例として、可逆符号化のピクチャのサブセットの選択は、符号化効率の理由のために行われてもよい。そのようなケースでは、可逆符号化モードの決定は、非可逆及び可逆モードでＣＴＵを符号化する際のレート歪み（ＲＤ）コストを評価した後に行われてもよい。特定のユースケースでは、ビデオの一部分は、アプリケーションによって指示される理由のために、可逆モードで符号化されるようにユーザによって選択されてもよい。非限定的な一実施例は、ソース品質の保持がユーザにとって望ましいフレームの部分がある状況を含んでもよい。そのようなユーザ選択が行われるとき、領域全体は、ＲＤ分析を実行することなく、可逆符号化を使用するようにマークされてもよい。

【0022】

さらに図１を参照すると、代替的或いは追加的に、サブピクチャは、より大量の動きが検出され、且つ／或いは存在するピクチャのエリア、領域及び／又は細区分としてエンコーダ及び／又は他のハードウェア及び／又はソフトウェアコンポーネント及び／又はプロセスによって識別されてもよい。そのような領域は、サブピクチャとして識別されてもよく、重要であると考えられ、非可逆符号化を使用して符号化されることがあり、動きがほとんど或いは全くないサブピクチャは、非可逆符号化を使用して符号化されてもよい。一実施例が図２に示され、ピクチャ２００は、動きを有する第１の領域２０４と、動きのない第３の領域２０８との２つのサブピクチャに分割される。上述されたように、いくつかのケースでは、可逆符号化は、変換及び量子化を使用する非可逆符号化よりも良好な圧縮を与え得る。代替の或いは追加の一実施例では、ピクチャ２００は、第１の可逆プロトコルを使用して符号化された第１の領域２０４、第２の可逆プロトコルを使用して第２の領域（図示せず）、及び非可逆プロトコルを使用して第３の領域に分割されてもよい。

【0023】

再び図１を参照すると、ピクチャは、サブピクチャ、スライス、及びタイルに分割され得る。ブロック（ＣＴＵ）は、イントラ又はインター符号化モードで符号化され得るコーディングユニットであってもよい。サブピクチャは、単一のＣＴＵ及び／又は複数のＣＴＵを含んでもよい。一実施形態では、ＣＴＵのサブセット内の各ＣＴＵは、可逆符号化がＣＴＵで使用されるかどうかをシグナリングしてもよい。代替的に或いは追加的に、限定されないが、連続的に位置するＣＴＵのセットなどの、ＣＴＵのセットは、一緒にシグナリングされてもよい。可逆及び／又は非可逆符号化は、ビットストリームに提供される１つ又は複数のヘッダでシグナリングされてもよい。例えば、限定されないが、ＣＴＵは、ＣＴＵヘッダで可逆及び／又は非可逆符号化モードをシグナリングすることによって、可逆符号化モードで符号化されてもよい。代替的に或いは追加的に、ブロック（ＣＴＵ）のサブセットの可逆符号化の選択的な使用は、より高いレベルのシンタクティックユニットでシグナリングされてもよい。例えば、タイル、スライス、及び／又はサブピクチャヘッダは、そのシンタクティックユニットの全てのＣＴＵに関する可逆符号化モードの使用をシグナリングしてもよい。サブピクチャヘッダは、明示的に存在するか、或いは以前にシグナリングされたピクチャヘッダなどの別のヘッダの識別子などのメカニズムを使用して参照することによって含まれるかのいずれかであってもよい。

【0024】

引き続き図１を参照すると、非限定的な一実施例として、サブピクチャヘッダ、ＣＴＵヘッダ、及び／又は他のヘッダ内のデータ及び／又は論理は、限定されないが、可逆モードシグナリングが有効であるかどうか、或いは言い換えれば、エンコーダ及び／又はデコーダが、可逆及び／又は非可逆モードが関連ＣＴＵ、サブピクチャなどに使用されているかどうかを示す信号をシグナリングし、且つ／或いは受信すべきかどうかを示す第１のビットを含んでもよい。サブピクチャヘッダ、ＣＴＵヘッダ、及び／又は他のヘッダ内のデータ及び／又は論理は、限定されないが、可逆及び／又は非可逆モードを示す第２のビットを含んでもよく、可逆モードは、関連ＣＴＵ、サブピクチャなどが、上述されたように可逆符号化及び復号化プロトコルを使用して符号化され、復号化されるモードである。以下は、採用され得る論理及びデータの非限定的且つ例示的な例である。
Sub_picture_header{
...
......
......
...lossless_mode_signaling [1-bit]
if(lossless_mode_signaling){
lossless_mode [1 bit];
}
...
......
......
}
代替的に或いは追加的に、非可逆又は可逆モードは、ＰＰＳ、ＳＰＳ、ブロック、サブブロックなどの、ヘッダでｌｏｓｓｌｅｓｓ＿ｃｏｄｉｎｇ＿ｃｏｎｔｒａｉｎｔ＿ｆｌａｇなどを使用してシグナリングされてもよい。

【0025】

また、図１を参照すると、本開示で説明される処理を実行するように構成されているエンコーダ及び／又はデコーダは、例えば、可逆符号化プロトコルに対応する識別子及び／又はビットを使用して、使用される可逆符号化プロトコルをシグナリングし、且つ／或いは検出するように構成されていてもよい。代替的に或いは追加的に、エンコーダ及び／又はデコーダは、例えば、所定の規格、リリース、又は統一規格を採用する他のアプローチと一致するように、特定の可逆符号化及び復号化プロトコルを動作するように構成されていてもよい。２つ以上の標準プロトコルが存在してもよく、その選択は、２つ以上の潜在的な選択を符号化するのに十分な数のビットを使用してビットストリームでシグナリングされてもよい。

【0026】

引き続き図１を参照すると、可逆符号化プロトコルは、画像、ビデオ、フレーム、ピクチャ、サブピクチャなどの可逆符号化の任意のプロトコルを含んでもよい。非限定的な一実施例として、エンコーダ及び／又はデコーダが可逆符号化を達成し得ることは、変換符号化段階をバイパスし、残差を直接符号化することである。本開示では、「変換スキップ残差符号化」と呼ばれ得る、このアプローチは、例えば、ブロックベースのハイブリッド映像符号化のいくつかの形式で実行されるように、以下でさらに詳細に説明されるように、離散コサイン変換（ＤＣＴ）のファミリーからの変換を適用することによって空間から周波数領域へ、残差の変換をスキップすることによって達成されてもよい。可逆符号化及び復号化は、限定されないが、可逆符号化のｒｅｇｕｌａｒ ａｎｄ ＴＳ ｒｅｓｉｄｕａｌ ｃｏｄｉｎｇ（ＲＲＣ、ＴＳＲＣ）と、可逆及び非可逆動作モードのＲＲＣ及びＴＳＲＣの修正とに関するＪＶＥＴ－Ｑ０００６９のコア実験ＣＥ３－１、可逆符号化のブロック差分パルス符号変調（ＢＤＰＣＭ）及び高いレベルの技術を有効にすることと、異なるＲＲＣ／ＴＳＲＣ技術とＢＤＰＣＭの組み合わせなどとに関する、ＪＶＥＴ－Ｑ００８０のコア実験ＣＥ３－２で提案されたようなプロセス及び／又はプロトコルを含む、１つ又は複数の代替プロセス及び／又はプロトコルにしたがって実行されてもよい。

【0027】

図１をさらに参照すると、本開示で説明されるようなエンコーダは、ＴＳ残差符号化を使用して１つ又は複数のフィールドを符号化するように構成されていてもよく、１つ又は複数のフィールドは、限定されないが、任意のピクチャ、サブピクチャ、コーディングユニット、コーディングツリーユニット、ツリーユニット、ブロック、スライス、タイル、及び／又はそれらの任意の組み合わせを含んでもよい。本開示で説明されるようなデコーダは、ＴＳ残差符号化にしたがって、且つ／或いはＴＳ残差符号化を使用して、１つ又は複数のフィールドを復号化するように構成されていてもよい。変換スキップモードでは、フィールドの残差は、限定されないが、４画素×４画素のサイズなどの、所定のサイズの、非重複サブブロック又は他の細区分のユニットで符号化されてもよい。変換されるフィールドの各走査位置の量子化インデックスは、最後の有意な走査位置を符号化する代わりに、符号化されてもよく、最後のサブブロック及び／又は細区分の位置は、前の細区分のレベルに基づいて推測されてもよい。ＴＳ残差符号化は、逆方向ではなく順方向で対角走査を実行してもよい。順方向の走査順序は、サブブロック及び／又は細区分の位置だけでなく、変換ブロック内のサブブロックを走査するために適用されてもよい。一実施形態では、最後の（ｘ，ｙ）位置のシグナリングはないことがある。非限定的な一実施例として、ｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇは、以前の全てのフラグが０に等しいとき、最後のサブブロックを除くあらゆるサブブロックに関して符号化されてもよい。ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇのコンテキストモデルは、縮小されたテンプレートを使用してもよい。ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇのコンテキストモデルは、上と左とに隣接する値に依存してもよく、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇのコンテキストモデルはまた、左と上とのｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇの値に依存してもよい。

【0028】

また、図１を参照し、非限定的な一実施例として、ＴＳ残差符号化プロセスにおける第１の走査パス中に、有意性フラグ（ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ）、サインフラグ（ｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇ）、１よりも大きい絶対値フラグ（ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇ［０］）、及びパリティ（ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇ）は、符号化されてもよい。所定の走査位置に関して、ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇが１に等しい場合、ｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇが符号化され、（絶対値が１よりも大きいかどうかを指定する）ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇ［０］が続いてもよい。ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇ［０］が１に等しい場合、ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇがさらに符号化され、絶対値のパリティを指定する。第２の或いは後続の走査パス中に、絶対値が１よりも大きい各走査位置に関して、ｉ＝１．．．４に対して最大４つまでのａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇ［ｉ］は、所定の位置での絶対値がそれぞれ３、５、７又は９よりも大きいかどうかを示すために符号化されてもよい。第３の或いは最後の「剰余（remainder）」走査パス中に、絶対値のａｂｓ＿ｒｅｍａｉｎｄｅｒとして格納され得る剰余は、バイパスモードで符号化されてもよい。絶対値の剰余は、１という固定ライスパラメータ値を使用して二値化されてもよい。

【0029】

さらに図１を参照すると、第１の走査パス、及び第２の或いは「ｘよりも大きい」走査パスのビンは、限定されないが、ＴＵなどのフィールドにおけるコンテキスト符号化ビンの最大数が使い果たされるまで、コンテキスト符号化されてもよい。非限定的な一実施例では、残差ブロックのコンテキスト符号化ビンの最大数は、１．７５＊ｂｌｏｃｋ＿ｗｉｄｔｈ＊ｂｌｏｃｋ＿ｈｉｇｈｔに或いは同等に、平均してサンプル位置当たり１．７５コンテキスト符号化ビンに限定されてもよい。上述されたように、剰余の走査パスなどの最後の走査パスのビンは、バイパス符号化されてもよい。限定されないが、ＲｅｍＣｃｂｓなどの変数は、最初にブロック又は他のフィールドのコンテキスト符号化ビンの最大数に設定されてもよく、コンテキスト符号化ビンが符号化されるたびに１ずつ減少されてもよい。非限定的な一実施例では、ＲｅｍＣｃｂｓが４よりも大きい、或いは４に等しい間、ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ、ｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇ及びｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇを含み得る、第１の符号化パスのシンタックス要素は、コンテキスト符号化ビンを使用して符号化されてもよい。いくつかの実施形態では、第１のパスを符号化する間、ＲｅｍＣｃｂｓが４よりも小さくなる場合、第１のパスでまだ符号化されていない残りの（remaining）係数は、剰余の走査パス及び／又は第３のパスで符号化されてもよい。

【0030】

また、図１を参照すると、第１のパスの符号化の完了後、ＲｅｍＣｃｂｓが４よりも大きい、或いは４に等しい場合、第２の符号化パスのシンタックス要素は、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ３＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ５＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ７＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ９＿ｆｌａｇを含んでもよく、コンテキスト符号化ビンを使用して符号化されてもよい。第２のパスを符号化している間、ＲｅｍＣｃｂｓが４よりも小さくなる場合、第２のパスでまだ符号化されていない残りの係数は、剰余の且つ／或いは第３の走査パスで符号化されてもよい。いくつかの実施形態では、ＴＳ残差符号化を使用して符号化されるブロックは、ＢＤＰＣＭ符号化を使用して符号化されないことがある。ＢＤＰＣＭモードで符号化されないブロックに関して、レベルマッピング機構は、コンテキスト符号化ビンの最大数が達するまで、変換スキップ残差符号化に適用されてもよい。レベルマッピングは、シグナリングコストを削減するために、現在の係数レベルを予測するように上と左とに隣接する係数レベルを使用してもよい。所定の残差位置に関して、ａｂｓＣｏｅｆｆは、マッピング前の絶対係数レベルとして示されてもよく、ａｂｓＣｏｅｆｆＭｏｄは、マッピング後の係数レベルとして示されてもよい。非限定的な一実施例として、Ｘ０が、左に隣接する位置の絶対係数レベルを示し、Ｘ１が、上に隣接する位置の絶対係数レベルを示す場合、レベルマッピングは、以下のように実行され得る。

【数1】

次いで、ａｂｓＣｏｅｆｆＭｏｄ値は、上記されたように符号化され得る。全てのコンテキスト符号化ビンが使い果たされた後、レベルマッピングは、現在のブロック及び／又はフィールド及び／又は細区分の全ての残りの走査位置に関して無効化されてもよい。ｃｏｄｅｄ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇが１に等しく、サブブロックに少なくとも１つの非ゼロ量子化残差があることを示し得る場合、上述されたように３つの走査パスは、各サブブロック及び／又は他の細区分に関して実行されてもよい。

【0031】

また、図１を参照すると、いくつかの実施形態では、変換スキップモードが大きなブロックに使用されるとき、ブロック全体は、値をゼロにすることなく使用されてもよい。さらに、変換シフトは、変換スキップモードでは削除されてもよい。ＴＳ残差符号化の信号の統計的特性は、変換係数の統計的特性とは異なっていてもよい。変換スキップモードの残差符号化は、最大ルマ及び／又はクロマブロックサイズを指定してもよい。非限定的な一実施例として、設定は、変換スキップモードに、ＭａｘＴｓＳｉｚｅ×ＭａｘＴｓＳｉｚｅの最大サイズのルマブロックに使用されることを認めてもよく、ＭａｘＴｓＳｉｚｅの値は、ＰＰＳでシグナリングされてもよく、限定されないが、３２などのグローバル最大可能値を有してもよい。ＣＵが変換スキップモードで符号化されているとき、その予測残差は、変換スキップ残差符号化プロセスを使用して量子化され、符号化されてもよい。

【0032】

引き続き図１を参照すると、本開示で説明されるようなエンコーダは、ＢＤＰＣＭを使用して１つ又は複数のフィールドを符号化するように構成されていてもよく、１つ又は複数のフィールドは、限定されないが、任意のピクチャ、サブピクチャ、コーディングユニット、コーディングツリーユニット、ツリーユニット、ブロック、スライス、タイル、及び／又はそれらの任意の組み合わせを含んでもよい。本開示で説明されるようなデコーダは、ＢＤＰＣＭにしたがって、且つ／或いはＢＤＰＣＭを使用して、１つ又は複数のフィールドを復号化するように構成されていてもよい。ＢＤＰＣＭは、画素レベルで完全な再構成を維持してもよい。非限定的な一実施例として、ＢＤＰＣＭを有する各画素の予測プロセスは、ブロック内参照を使用して各画素を予測し、次いで、ブロックの残りの後続の画素のためのブロック内参照として使用されるためにそれを再構成する、４つの主要ステップ、（１）ブロック内画素予測、（２）残差計算、（３）残差量子化、及び（４）画素再構成を含んでもよい。

【0033】

また、図１を参照すると、ブロック内画素予測は、各画素を予測するために複数の参照画素を使用してもよい。非限定的な一実施例として、複数の参照画素は、予測される画素ｐの左の画素αと、ｐよりも上の画素βと、ｐよりも上及びｐの左の画素γとを含んでもよい。ｐの予測値は、限定されないが、以下のように定式化され得る。

【数2】

【0034】

さらに図１を参照すると、画素レベルの独立性は、残差変換をスキップし、空間領域量子化を統合することによって達成されてもよい。これは、以下のように、線形量子化器Ｑによって実行され、量子化残差値ｒを計算し得る。

【数3】

量子化器パラメータ（ＱＰ）によって課される、正しいレート－歪み比に対応するために、ＢＤＰＣＭは、例えば、限定されないが、上述されたように、変換スキップモード法で使用される空間領域正規化を採用してもよい。量子化残差値ｒは、エンコーダによって送信されてもよい。

【0035】

また、図１を参照すると、ＢＤＰＣＭの別の状態は、前のステップからのｐ及びｒを使用する画素の再構成を含んでもよく、例えば、限定されないが、以下のように、デコーダで或いはデコーダによって実行されてもよい。

【数4】

一度再構成されると、現在の画素は、同じブロック内の他の画素のためのブロック内参照として使用されてもよい。

【0036】

ＢＤＰＣＭアルゴリズムの予測スキームは、元の画素値がその予測値から離れているとき、比較的大きな残差がある場合に使用され得る。画面コンテンツでは、これは、ブロック内参照が背景レイヤに属し、現在の画素が前景レイヤに属する場合、或いはその逆の場合に発生し得る。この状況は、「レイヤ遷移」状況と呼ばれることがあり、参照で利用可能な情報が正確な予測に十分ではないことがある。シーケンスレベルで、ＢＤＰＣＭイネーブルフラグは、ＳＰＳでシグナリングされてもよい。このフラグは、例えば、限定されないが、上述されたように、変換スキップモードがＳＰＳで有効である場合にのみシグナリングされてもよいが、それに限定されない。ＢＤＰＣＭが有効であるとき、ＣＵサイズがルマサンプルの観点からＭａｘＴｓＳｉｚｅ×ＭａｘＴｓＳｉｚｅよりも小さい、或いはＭａｘＴｓＳｉｚｅ×ＭａｘＴｓＳｉｚｅに等しい場合、及びＣＵがイントラ符号化されている場合、フラグは、ＣＵレベルで送信されてもよく、ＭａｘＴｓＳｉｚｅは、変換スキップモードが許される最大ブロックサイズである。このフラグは、通常のイントラ符号化又はＢＤＰＣＭが使用されるかどうかを示してもよい。ＢＤＰＣＭが使用される場合、ＢＤＰＣＭ予測方向フラグは、予測が水平又は垂直であるかどうかを示すために送信されてもよい。次いで、ブロックは、フィルタリングされていない参照サンプルを用いて、通常の水平又は垂直のイントラ予測プロセスを使用して予測されてもよい。

【0037】

ここで、図３を参照すると、組み合わせられた可逆及び非可逆符号化の方法３００の例示的な一実施形態が説明される。ステップ３０５で、デコーダは、ビットストリームを受信する。ステップ３１０で、デコーダは、ビットストリームで現在のフレームを識別する。現在のフレームは、第１の領域、第２の領域、及び第３の領域を含むことができ、それらの任意は、上述されたように任意の領域を含んでもよい。領域は、フレームヘッダ情報を使用してフラグが立てられてもよく、且つ／或いは座標、幾何学的情報、各領域に含まれるブロック及び／又はＣＴＵの識別などを使用して記述され、或いはその他の方法で説明されてもよい。一実施形態では、デコーダは、現在のフレームの第１の領域、第２の領域、及び第３の領域の２つの領域のみを識別してもよく、残りの領域は、現在のフレームの残りのタイル、スライス、ブロック、ＣＴＵなどとして識別されてもよい。３つ以上の領域があってもよく、方法３００は、任意の追加の領域に関して実行される本開示で説明されるように、任意の処理ステップを含んでもよい。

【0038】

引き続き図３を参照すると、ステップ３１５で、デコーダは、ビットストリームで、第１の領域がブロック差分パルス符号変調にしたがって符号化されているという指示を検出する。これは、限定されないが、図１－図２を参照して上述されたように実行されてもよい。検出は、例えば、上述されたように、ブロック差分パルス符号変調が有効であるという検出を含んでもよく、且つ／或いは検出が先行してもよい。一実施形態では、ビットストリームは、第１の領域に対応するサブピクチャヘッダを含んでもよい。検出は、少なくとも第１の領域が、サブピクチャ及び／又は領域固有のヘッダにブロック差分パルス符号変調にしたがって符号化されているという指示を検出することを含んでもよい。サブピクチャヘッダは、現在のフレームに対応するデータに明示的に含まれてもよい。例えば、限定されないが、ｂｄｐｃｍがシーケンスに対して有効である場合、ｓｐｓ＿ｂｄｐｃｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＳＰＳ及び／又は他のヘッダで１に設定されてもよい。ｓｐｓ＿ｂｄｐｃｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しいことは、ｉｎｔｒａ＿ｂｄｐｃｍ＿ｌｕｍａ＿ｆｌａｇ及び／又はｉｎｔｒａ＿ｂｄｐｃｍ＿ｃｈｒｏｍａ＿ｆｌａｇが、イントラ符号化ユニット及び／又は他のフィールドに関する符号化ユニット及び／又は他のフィールド固有のシンタックスに存在し得ることを指定してもよい。ｓｐｓ＿ｂｄｐｃｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことは、ｉｎｔｒａ＿ｂｄｐｃｍ＿ｌｕｍａ＿ｆｌａｇ及び／又はｉｎｔｒａ＿ｂｄｐｃｍ＿ｃｈｒｏｍａ＿ｆｌａｇが、イントラ符号化ユニット及び／又は他のフィールドに関する符号化ユニット及び／又は他のフィールド固有のシンタックスに存在しないことを指定してもよい。存在しないとき、ｓｐｓ＿ｂｄｐｃｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、０に等しいと推測されてもよい。一実施形態では、ｇｃｉ＿ｎｏ＿ｂｄｐｃｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しいことは、限定されないが、ＯｌｓＩｎＳｃｏｐｅパラメータによって定義され得る、所定のセットの全てのピクチャのｓｐｓ＿ｂｄｐｃｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇが、０に等しいものとすることを指定してもよい。ｇｃｉ＿ｎｏ＿ｂｄｐｃｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しいことは、そのような制約を課さないことがある。さらなる非限定的な一実施例として、ｉｎｔｒａ＿ｂｄｐｃｍ＿ｌｕｍａ＿ｆｌａｇが１に等しいことは、ＢＤＰＣＭが、位置（ｘ０、ｙ０）で現在のルマ符号化ブロック、及び／又は他のフィールドに適用され得る、すなわち、変換がスキップされることを指定してもよい。ルマイントラ予測モードは、ｉｎｔｒａ＿ｂｄｐｃｍ＿ｌｕｍａ＿ｄｉｒ＿ｆｌａｇによって指定されてもよい。例えば、限定されないが、０に等しいｉｎｔｒａ＿ｂｄｐｃｍ＿ｌｕｍａ＿ｆｌａｇは、ＢＤＰＣＭが、位置（ｘ０，ｙ０）で現在のルマ符号化ブロック、及び／又は他のフィールドに適用されないことを指定してもよい。変数ＢｄｐｃｍＦｌａｇ［ｘ］［ｙ］［ｃＩｄｘ］は、ｘ＝ｘ０．．．ｘ０＋ｃｂＷｉｄｔｈ－１、ｙ＝ｙ０．．．＋ｃｂＨｅｉｇｈｔ－１、ｃＩｄｘ＝０に関するｉｎｔｒａ＿ｂｄｐｃｍ＿ｌｕｍａ＿ｆｌａｇに等しく設定されてもよい。ｉｎｔｒａ＿ｂｄｐｃｍ＿ｌｕｍａ＿ｄｉｒ＿ｆｌａｇが０に等しいことは、ＢＤＰＣＭ予測方向が水平方向であることを示してもよい。ｉｎｔｒａ＿ｂｄｐｃｍ＿ｌｕｍａ＿ｄｉｒ＿ｆｌａｇが１に等しいことは、ＢＤＰＣＭ予測方向が垂直方向であることを示してもよい。変数ＢｄｐｃｍＤｉｒ［ｘ］［ｙ］［ｃＩｄｘ］は、ｘ＝ｘ０．．ｘ０＋ｃｂＷｉｄｔｈ－１、ｙ＝ｙ０．．ｙ０＋ｃｂＨｅｉｇｈｔ－１、ｃＩｄｘ＝０に関するｉｎｔｒａ＿ｂｄｐｃｍ＿ｌｕｍａ＿ｄｉｒ＿ｆｌａｇに等しく設定されてもよい。サブピクチャ及び／又は領域は、現在のフレームの第３のサブピクチャ及び／又は他の要素に対応するサブピクチャヘッダの識別子を参照することによって含まれてもよい。

【0039】

引き続き図３を参照すると、ステップ３２０で、デコーダは、ビットストリームで、第２の領域が変換スキップ残差符号化にしたがって符号化されているという指示を検出する。これは、限定されないが、図１－図２を参照して上述されたように実行されてもよい。検出は、例えば、上述されたように、変換スキップ残差符号化が有効であるという検出を含んでもよく、且つ／或いは検出が先行してもよい。一実施形態では、ビットストリームは、第１の領域に対応するサブピクチャヘッダを含んでもよい。検出は、少なくとも第１の領域が、サブピクチャヘッダの変換スキップ残差符号化プロトコルにしたがって符号化されているという指示を検出することを含んでもよい。これは、変換スキップイネーブルフラグを含んでもよい。例えば、限定されないが、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは、ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇのシンタックス構造が１に等しいことは、現在のスライス及び／又は他のフィールドの変換スキップブロックの残差サンプルを解析するために使用されて得ることを指定してもよい。ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが０に等しいことは、ｒｅｓｉｄｕａｌ＿ｔｓ＿ｃｏｄｉｎｇのシンタックス構造が、現在のスライスの変換スキップブロックの残差サンプルを解析するために使用され得ることを指定してもよい。ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが存在しないとき、それは、０に等しいと推測されてもよい。ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］［ｃＩｄｘ］は、変換が、関連付けられた変換ブロックに適用され得るかどうかを指定してもよい。配列インデックスｘ０、ｙ０は、ピクチャの左上ルマサンプルに対する、考慮された変換ブロックの左上ルマサンプルの位置（ｘ０，ｙ０）を指定してもよい。配列インデックスｃＩｄｘは、色成分のインジケータを指定してもよい。例えば、それは、Ｙに対して０、Ｃｂに対して１、Ｃｒに対して２に等しくてもよい。ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］［ｃＩｄｘ］が１に等しいことは、変換が、関連付けられた変換ブロックに適用されないことがあることを指定してもよい。ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］［ｃＩｄｘ］が０に等しいことは、変換が、関連付けられた変換ブロックに適用されるかどうかという決定が、他のシンタックス要素に依存することを指定してもよい。代替的に或いは追加的に、変換スキップモードは、黙示的にシグナリングされてもよい。例えば、ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］［ｃＩｄｘ］が存在しない場合、それは、以下のように推論されてもよい。ＢｄｐｃｍＦｌａｇ［ｘ０］［ｙ０］［ｃＩｄｘ］が１に等しい場合、ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］［ｃＩｄｘ］は、１に等しいと推測されてもよい。さもなければ、ＢｄｐｃｍＦｌａｇ［ｘ０］［ｙ０］［ｃＩｄｘ］が０に等しい場合、ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］［ｃＩｄｘ］は、０に等しいと推測されてもよい。サブピクチャヘッダ及び／又は領域固有のヘッダは、現在のフレームに対応するデータに明示的に含まれてもよい。サブピクチャ及び／又は領域は、現在のフレームの第３のサブピクチャ及び／又は他の要素に対応するサブピクチャヘッダの識別子を参照することによって含まれてもよい。

【0040】

引き続き図３を参照すると、ステップ３２５で、デコーダは、第３の領域が非可逆符号化プロトコルにしたがって符号化されていることを検出し、可逆符号化プロトコルに対応する非可逆復号化プロトコルにしたがって第３の領域を復号化する。これは、以下で説明されるように、ＤＣＴ及び他のプロセスを含む、本明細書で説明される任意の非可逆復号化プロセスにしたがって実行されてもよい。ビットストリームは、第３の領域に対応するサブピクチャ及び／又は領域固有のヘッダを含んでもよく、検出することは、サブピクチャヘッダで、第３の領域が非可逆符号化プロトコルにしたがって符号化されているという指示を含んでもよい。サブピクチャ及び／又は領域固有のヘッダは、現在のフレームに対応するデータに明示的に含まれてもよい。サブピクチャ及び／又は領域固有のヘッダは、例えば、上述されたように、第３のサブピクチャに対応するサブピクチャ及び／又は領域固有のヘッダの識別子を参照することによって含まれてもよい。一実施形態では、デコーダは、上記で定義されたように、第１のプロセッサスレッドを使用して第１の領域を復号化し、第２のプロセッサスレッドを使用して第３の領域の要素を復号化するように構成されていてもよい。

【0041】

引き続き図３を参照すると、デコーダは、現在のフレームを復号化してもよい。現在のフレームを復号化することは、ＢＤＰＣＭ符号化プロトコルに対応するＢＤＰＣＭ復号化プロトコルを使用して第１の領域を復号化することを含んでもよい。現在のフレームを復号化することは、変換スキップ残差符号化プロトコルに対応する変換スキップ残差復号化プロトコルを使用して第２の領域を復号化することを含んでもよい。現在のフレームを復号化することは、非可逆符号化プロトコルに対応する非可逆復号化プロトコルを使用して第３の領域を復号化することを含んでもよい。

【0042】

また、図３を参照すると、デコーダは、ビットストリームを受信し、ビットストリームを量子化係数に復号化するように構成されているエントロピーデコーダプロセッサと、逆離散コサインを実行することを含む量子化係数を処理するように構成されている逆量子化及び逆変換プロセッサと、デブロッキングフィルタと、フレームバッファと、イントラ予測プロセッサとを含んでもよい。第１の領域、第２の領域、及び第３の領域のうちの少なくとも１つは、四分木プラス二分決定木の一部を形成してもよい。第１の領域、第２の領域、及び第３の領域のうちの少なくとも１つは、コーディングツリーユニットを含んでもよい。いくつかの実装形態では、第１の領域、第２の領域、及び第３の領域のうちの少なくとも１つは、コーディングツリーユニット（ＣＴＵ）、コーディングユニット（ＣＵ）、又は予測ユニット（ＰＵ）を含んでもよい。

【0043】

図４は、組み合わせられた非可逆及び可逆符号化プロトコルを使用してビットストリーム４２８を復号化することができる例示的なデコーダ４００を示すシステムブロックダイアグラムである。デコーダ４００は、エントロピーデコーダプロセッサ４０４、逆量子化及び逆変換プロセッサ４０８、デブロッキングフィルタ４１２、フレームバッファ４１６、動き補償プロセッサ４２０、及び／又はイントラ予測プロセッサ４２４を含み得る。

【0044】

また、図４を参照すると、動作において、ビットストリーム４２８は、デコーダ４００によって受信され、エントロピーデコーダプロセッサ４０４に入力されることができ、エントロピーデコーダプロセッサ４０４は、ビットストリームの一部分を量子化係数にエントロピー復号化し得る。量子化係数は、逆量子化及び逆変換プロセッサ４０８に提供されることができ、逆量子化及び逆変換プロセッサ４０８は、逆量子化及び逆変換を実行し、残差信号を生成することができ、残差信号は、処理モードにしたがって動き補償プロセッサ４２０又はイントラ予測プロセッサ４２４の出力に追加され得る。動き補償プロセッサ４２０及びイントラ予測プロセッサ４２４の出力は、以前に復号化されたブロックに基づくブロック予測値を含み得る。予測値及び残差の和は、デブロッキングフィルタ４１２によって処理され、フレームバッファ４１６に格納され得る。

【0045】

引き続き図４を参照すると、デコーダ４００は、任意の順序で、且つ任意の程度の繰り返しで、本開示で説明される任意の実施形態での任意の方法、方法ステップ、又は方法ステップのシーケンスを実行するように設計され、且つ／或いは構成され得る。例えば、デコーダ４００は、所望の或いは命令された結果が達成されるまで、単一のステップ又はシーケンスを繰り返し実行するように構成されていてもよい。ステップ又はステップのシーケンスの繰り返しは、前の繰り返しの出力を後続の繰り返しへの入力として使用し、集約結果を生成するために繰り返しの入力及び／又は出力を集約し、グローバル変数などの１つ又は複数の変数の削減又はデクリメントを行い、且つ／或いは、より大きな処理タスクを、反復的に対処される、より小さな処理タスクのセットに分割して、反復的に且つ／或いは再帰的に実行されてもよい。デコーダ４００は、２つ以上の並列スレッド、プロセッサコアなどを使用してステップを２回以上、同時に且つ／或いは実質的に同時に実行するなど、本開示で説明されるように任意のステップ又はステップのシーケンスを並行して実行してもよい。並列スレッド及び／又はプロセス間のタスクの分割は、反復間のタスク分割に適した任意のプロトコルにしたがって実行されてもよい。当業者は、本開示の全体を検討する際、ステップ、ステップのシーケンス、処理タスク、及び／又はデータが、反復、再帰、及び／又は並列処理を使用して細分化され、共有され、或いはその他の方法で取り扱われ得る様々な方法を承知するであろう。

【0046】

図５は、単一のグローバル動きベクトル候補を動きベクトル候補リストに追加することを含む動きベクトル候補リストを構成することができるビデオエンコーダ５００の例示的な一実施形態を示すシステムブロックダイアグラムである。例示的なビデオエンコーダ５００は、入力ビデオ５０４を受信することができ、入力ビデオ５０４は、ツリー構造のマクロブロックパーティションスキーム（例えば、四分木プラス二分木）などの、処理スキームにしたがって最初にセグメント化され、且つ／或いは分割され得る。ツリー構造のマクロブロックパーティションスキームの一実施例は、ピクチャフレームを、コーディングツリーユニット（ＣＴＵ）と呼ばれる大きいブロック要素に分割することを含んでもよい。いくつかの実装形態では、各ＣＴＵは、コーディングユニット（ＣＵ）と呼ばれる複数のサブブロックに１回又は複数回さらに分割されてもよい。この分割の最終結果は、予測ユニット（ＰＵ）と呼ばれ得るサブブロックのグループを含んでもよい。変換ユニット（ＴＵ）がまた、利用されてもよい。

【0047】

また、図５を参照すると、例示的なビデオエンコーダ５００は、イントラ予測プロセッサ５０８と、単一のグローバル動きベクトル候補を動きベクトル候補リストに追加することを含む動きベクトル候補リストを構成することができる動き推定／補償プロセッサ５１２（インター予測プロセッサとも呼ばれる）と、変換／量子化プロセッサ５１６と、逆量子化／逆変換プロセッサ５２０と、インループフィルタ５２４と、復号ピクチャバッファ５２８と、及び／又はエントロピー符号化プロセッサ５３２とを含み得る。ビットストリームパラメータは、エントロピー符号化プロセッサ５３２に入力され、出力ビットストリーム５３６に含められてもよい。

【0048】

引き続き図５を参照すると、動作において、入力ビデオ５０４のフレームの各ブロックに関して、イントラピクチャ予測を介してブロックを処理するか、或いは動き推定／補償を使用してブロックを処理するかが判定され得る。ブロックは、イントラ予測プロセッサ５０８又は動き推定／補償プロセッサ５１２に提供され得る。ブロックがイントラ予測を介して処理されるべきである場合、イントラ予測プロセッサ５０８は、処理を実行し、予測子（predictor）を出力してもよい。ブロックが動き推定／補償を介して処理されるべきである場合、動き推定／補償プロセッサ５１２は、該当する場合、単一のグローバル動きベクトル候補を動きベクトル候補リストに追加することを含む、動きベクトル候補リストを構成することを含む処理を実行してもよい。

【0049】

また、図５を参照すると、残差は、入力ビデオから予測子を減ずることによって形成され得る。残差は、変換／量子化プロセッサ５１６によって受信されることができ、変換／量子化プロセッサ５１６は、変換処理（例えば、離散コサイン変換（ＤＣＴ））を実行し、量子化され得る係数を生成し得る。量子化係数及び任意の関連付けられたシグナリング情報は、エントロピー符号化のためにエントロピー符号化プロセッサ５３２に提供され、出力ビットストリーム５３６に含められ得る。エントロピー符号化プロセッサ５３２は、現在のブロックを符号化することに関連するシグナリング情報の符号化をサポートしてもよい。さらに、量子化係数は、逆量子化／逆変換プロセッサ５２０に提供されることができ、逆量子化／逆変換プロセッサ５２０は、画素を再生成することができ、画素は、予測子と組み合わせられ、インループフィルタ５２４によって処理されることができ、その出力は、単一のグローバル動きベクトル候補を動きベクトル候補リストに追加することを含む、動きベクトル候補リストを構成することができる、動き推定／補償プロセッサ５１２によって使用されるために、復号ピクチャバッファ５２８に格納され得る。

【0050】

さらに図５を参照すると、いくつかの変形例が詳細に上述されたが、他の変更又は追加は可能である。例えば、いくつかの実装形態では、現在のブロックは、任意の非対称ブロック（８×４、１６×８など）だけでなく、任意の対称ブロック（８×８、１６×１６、３２×３２、６４×６４、１２８×１２８など）も含んでもよい。

【0051】

また、図５を参照すると、いくつかの実装形態では、四分木プラス二分決定木（ＱＴＢＴ）が実装されてもよい。ＱＴＢＴでは、コーディングツリーユニットレベルで、ＱＴＢＴのパーティションパラメータは、任意のオーバーヘッドを送信することなく、ローカル特性に適応するように動的に導き出されてもよい。その後、コーディングユニットレベルで、ジョイントクラシファイア決定木構造は、不必要な繰り返しを排除してもよく、誤った予測のリスクを制御してもよい。いくつかの実装形態では、ＬＴＲフレームブロック更新モードは、ＱＴＢＴのリーフノード毎で利用可能な追加の選択として利用可能であってもよい。

【0052】

また、図５を参照すると、いくつかの実装形態では、追加のシンタックス要素は、ビットストリームの異なる階層レベルでシグナリングされてもよい。例えば、フラグは、シーケンスパラメータセット（ＳＰＳ）で符号化されたイネーブルフラグを含むことによって、全体のシーケンスに対して有効であってもよい。さらに、ＣＴＵフラグは、コーディングツリーユニット（ＣＴＵ）レベルで符号化されてもよい。

【0053】

引き続き図５を参照すると、非一時的コンピュータプログラム製品（すなわち、物理的に具現化されたコンピュータプログラム製品）は、命令を格納してもよく、命令は、１つ又は複数のコンピューティングシステムの１つ又は複数のデータプロセッサによって実行されるとき、少なくとも１つのデータプロセッサに、本明細書で説明された動作及び／又はそのステップを実行させ、限定されないが、上述された４００及び／又はエンコーダ５００の任意の動作を実行するように構成されてもよいことを含む。同様に、コンピュータシステムはまた、１つ又は複数のデータプロセッサと、１つ又は複数のデータプロセッサに結合されたメモリとを含んでもよいと説明される。メモリは、少なくとも１つのプロセッサに、本明細書で説明される１つ又は複数の動作を実行させる命令を一時的に或いは恒久的に格納してもよい。さらに、方法は、単一のコンピューティングシステム内の１つ又は複数のデータプロセッサによって、或いは２つ以上のコンピューティングシステム間に分散された１つ又は複数のデータプロセッサによってのいずれかで実装され得る。そのようなコンピューティングシステムは、複数のコンピューティングシステムの１つ又は複数の間の直接接続などを介して、ネットワーク（例えば、インターネット、無線広域ネットワーク、ローカルエリアネットワーク、広域ネットワーク、有線ネットワークなど）を介した接続を含む、１つ又は複数の接続を介して、接続され、データ及び／又はコマンド又は他の命令などを交換し得る。

【0054】

引き続き図５を参照すると、エンコーダ５００、デコーダ４００、及び／又はその回路は、任意の順序で、且つ任意の程度の繰り返しで、本開示で説明される任意の実施形態での任意の方法、方法ステップ、又は方法ステップのシーケンスを実行するように設計され、且つ／或いは構成され得る。例えば、エンコーダ５００、デコーダ４００、及び／又はその回路は、所望の或いは命令された結果が達成されるまで、単一のステップ又はシーケンスを繰り返し実行するように構成されていてもよい。ステップ又はステップのシーケンスの繰り返しは、前の繰り返しの出力を後続の繰り返しへの入力として使用し、集約結果を生成するために繰り返しの入力及び／又は出力を集約し、グローバル変数などの１つ又は複数の変数の削減又はデクリメントを行い、且つ／或いは、より大きな処理タスクを、反復的に対処される、より小さな処理タスクのセットに分割して、反復的に且つ／或いは再帰的に実行されてもよい。エンコーダ５００、デコーダ４００、及び／又はその回路は、２つ以上の並列スレッド、プロセッサコアなどを使用してステップを２回以上、同時に且つ／或いは実質的に同時に実行するなど、本開示で説明されるように任意のステップ又はステップのシーケンスを並行して実行してもよい。並列スレッド及び／又はプロセス間のタスクの分割は、反復間のタスク分割に適した任意のプロトコルにしたがって実行されてもよい。当業者は、本開示の全体を検討する際、ステップ、ステップのシーケンス、処理タスク、及び／又はデータが、反復、再帰、及び／又は並列処理を使用して細分化され、共有され、或いはその他の方法で取り扱われ得る様々な方法を承知するであろう。

【0055】

本明細書に開示される実施形態は、デコーダを含み、デコーダは、符号化されたビデオビットストリームを受信することと、ビットストリームで、現在のフレームを識別することであって、現在のフレームは、第１の領域、第２の領域、及び第３の領域を含む、識別することと、ビットストリームで、第１の領域がブロック差分パルス符号変調を使用して符号化されていることを検出することと、ビットストリームで、第２の領域が変換スキップ残差符号化を使用して符号化されていることを検出することと、ビットストリームで、第３の領域が非可逆符号化を使用して符号化されていることを検出することであって、非可逆符号化は、インター予測及びイントラ予測のうちの少なくとも１つを含む、検出することと、を行うように構成されている回路を含む。

【0056】

いくつかの実施形態では、ビットストリームは、第１の領域に対応するサブピクチャヘッダをさらに含み、第１の領域がブロック差分パルス符号変調を使用して符号化されていることを検出することは、サブピクチャヘッダで、少なくとも第１の領域がブロック差分パルス符号変調を使用して符号化されているという指示を検出することをさらに含む。いくつかの実施形態では、サブピクチャヘッダは、現在のフレームに対応するデータに明示的に含まれる。いくつかの実施形態では、サブピクチャは、第３のサブピクチャに対応するサブピクチャヘッダの識別子を参照することによって含まれる。

【0057】

いくつかの実施形態では、ビットストリームは、第２の領域に対応するサブピクチャヘッダをさらに含み、デコーダは、サブピクチャヘッダで、変換スキップ残差符号化を使用する第２の領域が変換スキップ残差符号化を使用して符号化されているという指示を検出することを行うようにさらに構成されている。いくつかの実施形態では、サブピクチャヘッダは、現在のフレームに対応するデータに明示的に含まれる。いくつかの実施形態では、デコーダは、第１のプロセッサスレッドを使用して第１の領域を復号化することと、第２のプロセッサスレッドを使用して第２の領域の要素を復号化することとを行うようにさらに構成されている。デコーダは、現在のフレームを復号化することであって、現在のフレームを復号化することは、ブロック差分パルス符号変調に対応する復号化プロトコルを使用して第１の領域を復号化することをさらに含む、復号化すること、を行うようにさらに構成されていてもよい。デコーダは、現在のフレームを復号化することであって、現在のフレームを復号化することは、変換スキップ残差符号化を使用することに対応する復号化プロトコルを使用して第２の領域を復号化することをさらに含む、復号化すること、を行うようにさらに構成されていてもよい。デコーダは、現在のフレームを復号化することであって、現在のフレームを復号化することは、非可逆符号化プロトコルに対応する復号化プロトコルを使用して第３の領域を復号化することをさらに含む、復号化すること、を行うようにさらに構成されていてもよい。

【0058】

いくつかの実施形態では、組み合わせられた可逆及び非可逆符号化の方法は、デコーダによって、符号化されたビデオビットストリームを受信することと、デコーダによって且つビットストリームで、現在のフレームを識別することであって、現在のフレームは、第１の領域、第２の領域、及び第３の領域を含む、識別することと、デコーダよって且つビットストリームで、第１の領域がブロック差分パルス符号変調を使用して符号化されていることを検出することと、デコーダによって且つビットストリームで、第２の領域が変換スキップ残差符号化を使用して符号化されていることを検出することと、デコーダによって且つビットストリームで、第３の領域が非可逆符号化を使用して符号化されていることを検出することであって、非可逆符号化は、インター予測及びイントラ予測のうちの少なくとも１つを含む、検出することとを含む。

【0059】

いくつかの実施形態では、ビットストリームは、第１の領域に対応するサブピクチャヘッダをさらに含み、第１の領域がブロック差分パルス符号変調を使用して符号化されていることを検出することは、サブピクチャヘッダで、少なくとも第１の領域がブロック差分パルス符号変調を使用して符号化されているという指示を検出することをさらに含む。いくつかの実施形態では、サブピクチャヘッダは、現在のフレームに対応するデータに明示的に含まれる。サブピクチャは、第３のサブピクチャに対応するサブピクチャヘッダの識別子を参照することによって含まれてもよい。ビットストリームは、第２の領域に対応するサブピクチャヘッダを含んでもよく、デコーダは、サブピクチャヘッダで、変換スキップ残差符号化を使用する第２の領域が変換スキップ残差符号化を使用して符号化されているという指示を検出することを行うようにさらに構成されていてもよい。サブピクチャヘッダは、現在のフレームに対応するデータに明示的に含まれてもよい。

【0060】

方法は、第１のプロセッサスレッドを使用して第１の領域を復号化することと、第２のプロセッサスレッドを使用して第３の領域の要素を復号化することとを含んでもよい。方法は、現在のフレームを復号化することであって、現在のフレームを復号化することは、ブロック差分パルス符号変調に対応する復号化プロトコルを使用して第１の領域を復号化することをさらに含む、復号化することを含んでもよい。方法は、現在のフレームを復号化することであって、現在のフレームを復号化することは、変換スキップ残差符号化を使用することに対応する復号化プロトコルを使用して第２の領域を復号化することをさらに含む、復号化することを含んでもよい。方法は、現在のフレームを復号化することであって、現在のフレームを復号化することは、非可逆符号化プロトコルに対応する復号化プロトコルを使用して第３の領域を復号化することをさらに含む、復号化することを含んでもよい。

【0061】

いくつかの実施形態では、デコーダは、符号化されたビットストリームを受信することと、ビットストリームで、現在のフレームを識別することであって、現在のフレームは、第１のサブピクチャ及び第２のサブピクチャを含む、識別することと、ビットストリームで、第１のサブピクチャが可逆符号化プロトコルにしたがって符号化されているという指示を検出することと、現在のフレームを復号化することであって、現在のフレームを復号化することは、可逆符号化プロトコルに対応する可逆復号化プロトコルを使用して第１のサブピクチャを復号化することをさらに含む、復号化することと、を行うように構成されている回路を含む。

【0062】

いくつかの実施形態では、ビットストリームは、第１のサブピクチャに対応するサブピクチャヘッダを含んでもよく、検出することは、サブピクチャヘッダで、少なくとも第１のサブピクチャが可逆符号化プロトコルにしたがって符号化されているという指示を検出することを含んでもよい。サブピクチャヘッダは、現在のフレームに対応するデータに明示的に含まれてもよい。サブピクチャは、第３のサブピクチャに対応するサブピクチャヘッダの識別子を参照することによって含まれてもよい。デコーダは、第２のサブピクチャが非可逆符号化プロトコルにしたがって符号化されていることを検出することと、可逆符号化プロトコルに対応する非可逆復号化プロトコルにしたがって第２のサブピクチャを復号化することとを行うようにさらに構成されていてもよい。ビットストリームは、第２のサブピクチャに対応するサブピクチャヘッダを含んでもよく、デコーダは、サブピクチャヘッダで、第２のサブピクチャが非可逆符号化プロトコルにしたがって符号化されているという指示を検出することを行うようにさらに構成されていてもよい。サブピクチャヘッダは、現在のフレームに対応するデータに明示的に含まれてもよい。サブピクチャヘッダは、第３のサブピクチャに対応するサブピクチャヘッダの識別子を参照することによって含まれてもよい。デコーダは、第１のプロセッサスレッドを使用して第１のサブピクチャを復号化することと、第２のプロセッサスレッドを使用して第２のサブピクチャの要素を復号化することとを行うようにさらに構成されていてもよい。デコーダは、ビットストリームを受信し、ビットストリームを量子化係数に復号化するように構成されているエントロピーデコーダプロセッサと、逆離散コサインを実行することを含む量子化係数を処理するように構成されている逆量子化及び逆変換プロセッサと、デブロッキングフィルタと、フレームバッファと、イントラ予測プロセッサとを含んでもよい。第１のサブピクチャ及び第２のサブピクチャのうちの少なくとも１つは、四分木プラス二分決定木の一部を形成してもよい。第１サブピクチャ及び第２サブピクチャのうちの少なくとも１つは、コーディングツリーユニットを含んでもよい。第１のサブピクチャ及び第２のサブピクチャのうちの少なくとも１つは、コーディングユニットを含んでもよい。第１のサブピクチャ及び第２のサブピクチャのうちの少なくとも１つは、予測ユニットを含んでもよい。

【0063】

いくつかの実施形態では、組み合わせられた可逆及び非可逆符号化の方法であって、デコーダで、ビットストリームを受信することと、デコーダによって且つビットストリームで、現在のフレームを識別することであって、現在のフレームは、第１のサブピクチャ及び第２のサブピクチャを含む、識別することと、デコーダによって且つビットストリームで、第１のサブピクチャが可逆符号化プロトコルにしたがって符号化されているという指示を検出することと、デコーダによって、現在のフレームを復号化することであって、現在のフレームを復号化することは、可逆符号化プロトコルに対応する可逆復号化プロトコルを使用して第１のサブピクチャを復号化することをさらに含む、復号化することと、を含む。

【0064】

いくつかの実施形態では、ビットストリームは、第１のサブピクチャに対応するサブピクチャヘッダをさらに含んでもよく、検出することは、サブピクチャヘッダで、少なくとも第１のサブピクチャが非可逆符号化プロトコルにしたがって符号化されているという指示を検出することを含んでもよい。サブピクチャヘッダは、現在のフレームに対応するデータに明示的に含まれてもよい。サブピクチャヘッダは、第３のサブピクチャに対応するサブピクチャヘッダの識別子を参照することによって含まれてもよい。方法は、第２のサブピクチャが非可逆符号化プロトコルにしたがって符号化されていることを検出することと、可逆符号化プロトコルに対応する非可逆復号化プロトコルにしたがって第２のサブピクチャを復号化することとを含んでもよい。いくつかの実施形態では、ビットストリームは、第２のサブピクチャに対応するサブピクチャヘッダを含んでもよく、検出することは、サブピクチャヘッダで、第２のサブピクチャが非可逆符号化プロトコルにしたがって符号化されているという指示を検出することを含んでもよい。サブピクチャヘッダは、現在のフレームに対応するデータに明示的に含まれてもよい。サブピクチャヘッダは、第３のサブピクチャに対応するサブピクチャヘッダの識別子を参照することによって含まれてもよい。デコーダは、第１のプロセッサスレッドを使用して第１のサブピクチャを復号化することと、第２のプロセッサスレッドを使用して第２のサブピクチャの要素を復号化することとを行うようにさらに構成されていてもよい。

【0065】

いくつかの実施形態では、デコーダは、ビットストリームを受信し、ビットストリームを量子化係数に復号化するように構成されているエントロピーデコーダプロセッサと、逆離散コサインを実行することを含む量子化係数を処理するように構成されている逆量子化及び逆変換プロセッサと、デブロッキングフィルタと、フレームバッファと、イントラ予測プロセッサとを含んでもよい。第１のサブピクチャ及び第２のサブピクチャのうちの少なくとも１つは、四分木プラス二分決定木の一部を形成してもよい。第１のサブピクチャ及び第２のサブピクチャのうちの少なくとも１つは、コーディングツリーユニットを含んでもよい。第１のサブピクチャ及び第２のサブピクチャのうちの少なくとも１つは、コーディングユニットを含んでもよい。第１のサブピクチャ及び第２のサブピクチャのうちの少なくとも１つは、予測ユニットを含んでもよい。

【0066】

本明細書で説明される任意の１つ又は複数の態様及び実施形態は、コンピュータ技術における当業者にとって明らかであるように、本明細書の教示にしたがってプログラムされた１つ又は複数の機械（例えば、電子文書に関するユーザコンピューティングデバイス、文書サーバなどの、１つ又は複数のサーバデバイスなどとして利用される１つ又は複数のコンピューティングデバイス）を使用して都合よく実装されてもよいことに留意されたい。適切なソフトウェアコーディングは、ソフトウェア技術における当業者に明らかであるように、本開示の教示に基づいて、熟練したプログラマによって容易に作成され得る。ソフトウェア及び／又はソフトウェアモジュールを採用して上述された態様及び実装形態はまた、ソフトウェア及び／又ソフトウェアモジュールの機械実行可能命令の実装形態を支援するために適切なハードウェアを含んでもよい。

【0067】

そのようなソフトウェアは、機械可読記憶媒体を採用するコンピュータプログラム製品であってもよい。機械可読記憶媒体は、機械（例えば、コンピューティングデバイス）による実行のための命令シーケンスを格納し、且つ／或いは符号化することができ、本明細書で説明される方法論及び／又は実施形態の任意の１つを機械に実行させる任意の媒体であってもよい。機械可読記憶媒体の例は、磁気ディスク、光ディスク（例えば、ＣＤ、ＣＤ－Ｒ、ＤＶＤ、ＤＶＤ－Ｒなど）、光磁気ディスク、読み取り専用メモリ「ＲＯＭ」デバイス、ランダムアクセスメモリ「ＲＡＭ」デバイス、磁気カード、光カード、ソリッドステートメモリデバイス、ＥＰＲＯＭ、ＥＥＰＲＯＭ、及びそれらの任意の組み合わせを含むが、それらに限定されない。本明細書で使用されるように、機械可読媒体は、例えば、コンピュータメモリと組み合わせた、コンパクトディスクの集まり又は１つ若しくは複数のハードディスクドライブなどの、物理的に別個の媒体の集まりだけでなく、単一の媒体も含むことが意図される。本明細書で使用されるように、機械可読記憶媒体は、信号送信の一時的な形式を含まない。

【0068】

そのようなソフトウェアはまた、搬送波などの、データキャリア上でデータ信号として搬送された情報（例えば、データ）を含んでもよい。例えば、機械実行可能な情報は、信号が、機械（例えば、コンピューティングデバイス）による実行のための命令シーケンス又はその一部分、及び、機械に、本明細書で説明される方法論及び／又は実施形態の任意の１つを実行させる任意の関連付けられた情報（例えば、データ構造及びデータ）を符号化するデータキャリアに具現化されたデータ搬送信号として含まれてもよい。

【0069】

コンピューティングデバイスの例は、電子書籍読み取りデバイス、コンピュータワークステーション、端末コンピュータ、サーバコンピュータ、携帯デバイス（例えば、タブレットコンピュータ、スマートフォンなど）、Ｗｅｂアプライアンス、ネットワークルータ、ネットワークスイッチ、ネットワークブリッジ、その機械によって行われるべきアクションを指定する命令シーケンスを実行できる任意の機械、及びそれらの任意の組み合わせを含むが、それらに限定されない。一実施例では、コンピューティングデバイスは、キオスクを含んでもよく、且つ／或いはキオスクに含まれてもよい。

【0070】

図６は、制御システムに、本開示の任意の１つ又は複数の態様及び／又は方法論を実行させるための命令のセットが実行され得るコンピュータシステム６００の例示的な形態のコンピューティングデバイスの一実施形態の図表示を示す。複数のコンピューティングデバイスが、１つ又は複数のデバイスに、本開示の任意の１つ又は複数の態様及び／又は方法論を実行させるための特別に構成されている命令のセットを実行するために利用されてもよいことも考慮される。コンピュータシステム６００は、バス６１２を介して、互いに、及び他のコンポーネントと通信するプロセッサ６０４及びメモリ６０８を含む。バス６１２は、任意の様々なバスアーキテクチャを使用して、メモリバス、メモリコントローラ、周辺バス、ローカルバス、及びそれらの任意の組み合わせを含むが、それらに限定されない、任意のいくつかのタイプのバス構造を含んでもよい。

【0071】

プロセッサ６０４は、限定されないが、ステートマシンで調節され、メモリ及び／又はセンサからの動作入力によって指示され得る、算術及び論理演算装置（ＡＬＵ）などの、算術及び論理演算を実行するための論理回路を組み込むプロセッサなどの、任意の適切なプロセッサを含み得る。非限定的な一実施例として、プロセッサ６０４は、フォンノイマン及び／又はハーバードアーキテクチャにしたがって編成されてもよい。プロセッサ６０４は、限定されないが、マイクロコントローラ、マイクロプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、複合プログラムプログラマブルロジックデバイス（ＣＰＬＤ）、グラフィックスプロセシングユニット（ＧＰＵ）、汎用ＧＰＵ、テンソルプロセシングユニット（ＴＰＵ）、アナログ又は混合信号プロセッサ、トラステッドプラットフォームモジュール（ＴＰＭ）、浮動小数点装置（ＦＰＵ）、及び／又はシステムオンチップ（ＳｏＣ）を含んでもよく、組み込んでもよく、且つ／或いは組み込まれてもよい。

【0072】

メモリ６０８は、ランダムアクセスメモリコンポーネント、読み取り専用コンポーネント、及びそれらの任意の組み合わせを含むが、それらに限定されない、様々なコンポーネント（例えば、機械可読媒体）を含んでもよい。一実施例では、起動中などの、コンピュータシステム６００内の要素間で情報を転送するのに役立つ基本ルーチンを含む、基本入出力システム６１６（ＢＩＯＳ）が、メモリ６０８に格納されてもよい。メモリ６０８はまた、本開示の任意の１つ又は複数の態様及び／又は方法論を具体化する命令（例えば、ソフトウェア）６２０を含んでもよい（例えば、１つ又は複数の機械可読媒体に格納される）。別の実施例では、メモリ６０８は、オペレーティングシステム、１つ又は複数のアプリケーションプログラム、他のプログラムモジュール、プログラムデータ、及びそれらの任意の組み合わせを含むが、それらに限定されない、任意の数のプログラムモジュールをさらに含んでもよい。

【0073】

コンピュータシステム６００はまた、記憶デバイス６２４を含んでもよい。記憶デバイス（例えば、記憶デバイス６２４）の例は、ハードディスクドライブ、磁気ディスクドライブ、光学媒体と組み合わせた光ディスクドライブ、ソリッドステートメモリデバイス、及びそれらの任意の組み合わせを含むが、それらに限定されない。記憶デバイス６２４は、適切なインタフェース（図示せず）によってバス８１２に接続されてもよい。例示的なインタフェースは、ＳＣＳＩ、アドバンスドテクノロジーアタッチメント（ＡＴＡ）、シリアルＡＴＡ、ユニバーサルシリアルバス（ＵＳＢ）、ＩＥＥＥ１３９４（ＦＩＲＥＷＩＲＥ）、及びそれらの任意の組み合わせを含むが、それらに限定されない。一実施例では、記憶デバイス６２４（又はその１つ若しくは複数のコンポーネント）は、（例えば、外部ポートコネクタ（図示せず）を介して）コンピュータシステム６００と取り外し可能にインタフェースされてもよい。特に、記憶デバイス６２４及び関連付けられた機械可読媒体６２８は、コンピュータシステム６００のための機械可読命令、データ構造、プログラムモジュール、及び／又は他のデータの、不揮発性且つ／或いは揮発性の記憶装置を提供してもよい。一実施例では、ソフトウェア６２０は、完全に或いは部分的に、機械可読媒体６２８内に存在してもよい。別の実施例では、ソフトウェア６２０は、完全に或いは部分的に、プロセッサ６０４内に存在してもよい。

【0074】

コンピュータシステム６００はまた、入力デバイス６３２を含んでもよい。一実施例では、コンピュータシステム６００のユーザは、入力デバイス６３２を介してコンピュータシステム６００にコマンド及び／又は他の情報を入力してもよい。入力デバイス６３２の例は、英数字入力デバイス（例えば、キーボード）、ポインティングデバイス、ジョイスティック、ゲームパッド、音声入力デバイス（例えば、マイク、音声応答システムなど）、カーソル制御デバイス（例えば、マウス）、タッチパッド、光学スキャナ、ビデオキャプチャデバイス（例えば、スチールカメラ、ビデオカメラ）、タッチスクリーン、及びそれらの任意の組み合わせを含むが、それらに限定されない。入力デバイス６３２は、シリアルインタフェース、パラレルインタフェース、ゲームポート、ＵＳＢインタフェース、ＦＩＲＥＷＩＲＥインタフェース、バス６１２へのダイレクトインタフェース、及びそれらの任意の組み合わせを含むが、それらに限定されない、様々なインタフェース（図示せず）を介してバス６１２にインタフェースされてもよい。入力デバイス６３２は、以下でさらに議論される、ディスプレイ６３６の一部であってもよく、或いは別個であってもよいタッチスクリーンインタフェースを含んでもよい。入力デバイス６３２は、上述されたように、グラフィカルインタフェースにおいて１つ又は複数のグラフィカル表現を選択するためのユーザ選択デバイスとして利用されてもよい。

【0075】

ユーザはまた、記憶デバイス６２４（例えば、リムーバブルディスクドライブ、フラッシュドライブなど）及び／又はネットワークインタフェースデバイス６４０を介して、コンピュータシステム６００にコマンド及び／又は他の情報を入力してもよい。ネットワークインタフェースデバイス６４０などの、ネットワークインタフェースデバイスは、ネットワーク６４４などの、１つ又は複数の様々なネットワーク、及びそれに接続された１つ又は複数のリモートデバイス６４８にコンピュータシステム６００を接続するために利用されてもよい。ネットワークインタフェースデバイスの例は、ネットワークインタフェースカード（例えば、モバイルネットワークインタフェースカード、ＬＡＮカード）、モデム、及びそれらの任意の組み合わせを含むが、それらに限定されない。ネットワークの例は、広域ネットワーク（例えば、インターネット、企業ネットワーク）、ローカルエリアネットワーク（例えば、オフィス、建物、キャンパス又は他の比較的小さな地理的空間に関連付けられたネットワーク）、電話ネットワーク、電話／音声プロバイダに関連付けられたデータネットワーク（例えば、移動通信プロバイダのデータ及び／又は音声ネットワーク）、２つのコンピューティングデバイス間の直接接続、及びそれらの任意の組み合わせを含むが、それらに限定されない。ネットワーク６４４などの、ネットワークは、通信の有線モード及び／又は無線モードを採用してもよい。概して、任意のネットワークトポロジーが使用されてもよい。情報（例えば、データ、ソフトウェア６２０など）は、ネットワークインタフェースデバイス６４０を介して、コンピュータシステム６００へ且つ／或いはコンピュータシステム６００から通信されてもよい。

【0076】

コンピュータシステム６００は、ディスプレイデバイス６３６などの、ディスプレイデバイスに表示可能な画像を通信するためのビデオディスプレイアダプタ６５２をさらに含んでもよい。ディスプレイデバイスの例は、液晶ディスプレイ（ＬＣＤ）、陰極線管（ＣＲＴ）、プラズマディスプレイ、発光ダイオード（ＬＥＤ）ディスプレイ、及びそれらの任意の組み合わせを含むが、それらに限定されない。ディスプレイアダプタ６５２及びディスプレイデバイス６３６は、本開示の態様のグラフィカル表現を提供するためにプロセッサ６０４と組み合わせて利用されてもよい。ディスプレイデバイスに加えて、コンピュータシステム６００は、オーディオスピーカ、プリンタ、及びそれらの任意の組み合わせを含むが、それらに限定されない、１つ又は複数の他の周辺出力デバイスを含んでもよい。そのような周辺出力デバイスは、周辺インタフェース６５６を介してバス６１２に接続されてもよい。周辺機器インタフェースの例は、シリアルポート、ＵＳＢ接続、ＦＩＲＥＷＩＲＥ接続、パラレル接続、及びそれらの任意の組み合わせを含むが、それらに限定されない。

【0077】

前述は、本発明の例示的な実施形態の詳細な説明である。様々な変更及び追加は、本発明の精神及び範囲から逸脱することなく、行われ得る。上述された様々な実施形態の各々の特徴は、関連付けられた新たな実施形態における多様な特徴の組み合わせを提供するために、必要に応じて他の説明された実施形態の特徴と組み合わせられてもよい。さらに、前述は、複数の別個の実施形態を説明し、本明細書で説明されたものは、本発明の原理の適用の単なる例示に過ぎない。さらに、本明細書における特定の方法は、特定の順序で実行されるものとして説明されてもよく、且つ／或いは記載されてもよく、その順序は、本開示にしたがって方法、システム及びソフトウェアを達成するために通常の技術内で非常に可変的である。したがって、本説明は、例としてのみに捉えられ、その他の点で本発明の範囲を限定することを意図しない。

【0078】

例示的な実施形態は、上記に開示され、添付の図面に説明されている。本発明の精神及び範囲から逸脱することなく、本明細書に具体的に開示されているものに対して様々な変更、省略及び追加を行い得ることは、当業者によって理解されるであろう。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【国際調査報告】