(57)【要約】サイズに基づく変換ユニットコンテクスト導出のための動作を有するシステム、装置、物、及び方法が記載される。
2015528252.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータにより実施されるビデオコーディング方法であって、
対象のコーディングユニットに関連する四分木パターンの変換ユニット四分木パターン部分の個々のリーフノードについて最終の変換ユニットサイズを決定するステップと、
少なくとも部分的に前記最終の変換ユニットサイズに基づき、前記変換ユニット四分木パターン部分の前記個々のリーフノードに関連するコンテクストインデックス値を決定するステップと、
少なくとも部分的に前記決定されたコンテクストインデックス値に基づき、前記対象のコーディングユニットをコーディングするステップと
を有するビデオコーディング方法。
【請求項２】
前記コンテクストインデックス値の決定は、コンテクスト適応エントロピーコーディング動作の部分として実行される、
請求項１に記載のビデオコーディング方法。
【請求項３】
前記コンテクストインデックス値の決定は、１又はそれ以上の変換スプリットフラグをコーディングするようコンテクスト適応エントロピーコーディング動作の部分として実行される、
請求項１に記載のビデオコーディング方法。
【請求項４】
前記コンテクストインデックス値の決定は、ただ３つの潜在的なコンテクストに制限される、
請求項１に記載のビデオコーディング方法。
【請求項５】
前記コンテクストインデックス値の決定は更に、
前記最終の変換ユニットサイズが３２×３２を超える場合に、明示的にコーディングされない１のスプリットフラグを暗黙的に推測することと、
前記最終の変換ユニットサイズが４×４である場合に、明示的にコーディングされない０のスプリットフラグを暗黙的に推測することと
を有する、請求項１に記載のビデオコーディング方法。
【請求項６】
前記コンテクストインデックス値の決定は更に、
前記最終の変換ユニットサイズが３２×３２である場合に０のコンテクストインデックス値を明示的に決定することと、
前記最終の変換ユニットサイズが１６×１６である場合に１のコンテクストインデックス値を明示的に決定することと、
前記最終の変換ユニットサイズが８×８である場合に２のコンテクストインデックス値を明示的に決定することと
を有する、請求項１に記載のビデオコーディング方法。
【請求項７】
前記コンテクストインデックス値の決定は更に、
前記最終の変換ユニットサイズが３２×３２を超える場合に、明示的にコーディングされない１のスプリットフラグを暗黙的に推測することと、
前記最終の変換ユニットサイズが４×４である場合に、明示的にコーディングされない０のスプリットフラグを暗黙的に推測することと、
前記最終の変換ユニットサイズが３２×３２である場合に０のコンテクストインデックス値を明示的に決定することと、
前記最終の変換ユニットサイズが１６×１６である場合に１のコンテクストインデックス値を明示的に決定することと、
前記最終の変換ユニットサイズが８×８である場合に２のコンテクストインデックス値を明示的に決定することと
を有する、請求項１に記載のビデオコーディング方法。
【請求項８】
前記コンテクストインデックス値の決定は更に、
前記最終の変換ユニットサイズが３２×３２を超える場合に、明示的にコーディングされない１のスプリットフラグを暗黙的に推測することと、
前記最終の変換ユニットサイズが４×４である場合に、明示的にコーディングされない０のスプリットフラグを暗黙的に推測することと、
前記最終の変換ユニットサイズが３２×３２である場合に０のコンテクストインデックス値を明示的に決定することと、
前記最終の変換ユニットサイズが１６×１６である場合に１のコンテクストインデックス値を明示的に決定することと、
前記最終の変換ユニットサイズが８×８である場合に２のコンテクストインデックス値を明示的に決定することと
を有し、
前記コンテクストインデックス値の決定は、１又はそれ以上の変換スプリットフラグをコーディングするようコンテクスト適応エントロピーコーディング動作の部分として実行され、
前記コンテクストインデックス値の決定は、ただ３つの潜在的なコンテクストに制限される、
請求項１に記載のビデオコーディング方法。
【請求項９】
コンピュータにおけるビデオコーディングのためのシステムであって、
ビデオデータを提示するよう構成されるディスプレイ装置と、
前記ディスプレイ装置へ通信上結合される１又はそれ以上のプロセッサと、
前記１又はそれ以上のプロセッサへ通信上結合される１又はそれ以上のメモリストアと、
前記１又はそれ以上のプロセッサへ通信上結合され、対象のコーディングユニットに関連する四分木パターンの変換ユニット四分木パターン部分の個々のリーフノードについて最終の変換ユニットサイズを決定し、少なくとも部分的に前記最終の変換ユニットサイズに基づき前記変換ユニット四分木パターン部分の前記個々のリーフノードに関連するコンテクストインデックス値を決定するよう構成されるコンテクスト導出ロジックモジュールと、
前記コンテクスト導出ロジックモジュールへ通信上結合され、少なくとも部分的に前記決定されたコンテクストインデックス値に基づき前記対象のコーディングユニットをコーディングするよう構成されるコーダと
を有するシステム。
【請求項１０】
前記コンテクストインデックス値の決定は、１又はそれ以上の変換スプリットフラグをコーディングするようコンテクスト適応エントロピーコーディング動作の部分として実行される、
請求項９に記載のシステム。
【請求項１１】
前記コンテクストインデックス値の決定は、ただ３つの潜在的なコンテクストに制限される、
請求項９に記載のシステム。
【請求項１２】
前記コンテクスト導出ロジックモジュールは更に、
前記最終の変換ユニットサイズが３２×３２を超える場合に、明示的にコーディングされない１のスプリットフラグを暗黙的に推測し、
前記最終の変換ユニットサイズが４×４である場合に、明示的にコーディングされない０のスプリットフラグを暗黙的に推測する
よう構成される、請求項９に記載のシステム。
【請求項１３】
前記コンテクスト導出ロジックモジュールは更に、
前記最終の変換ユニットサイズが３２×３２である場合に０のコンテクストインデックス値を明示的に決定し、
前記最終の変換ユニットサイズが１６×１６である場合に１のコンテクストインデックス値を明示的に決定し、
前記最終の変換ユニットサイズが８×８である場合に２のコンテクストインデックス値を明示的に決定する
よう構成される、請求項９に記載のシステム。
【請求項１４】
前記コンテクスト導出ロジックモジュールは更に、
前記最終の変換ユニットサイズが３２×３２を超える場合に、明示的にコーディングされない１のスプリットフラグを暗黙的に推測し、
前記最終の変換ユニットサイズが４×４である場合に、明示的にコーディングされない０のスプリットフラグを暗黙的に推測し、
前記最終の変換ユニットサイズが３２×３２である場合に０のコンテクストインデックス値を明示的に決定し、
前記最終の変換ユニットサイズが１６×１６である場合に１のコンテクストインデックス値を明示的に決定し、
前記最終の変換ユニットサイズが８×８である場合に２のコンテクストインデックス値を明示的に決定する
よう構成され、
前記コンテクストインデックス値の決定は、１又はそれ以上の変換スプリットフラグをコーディングするようコンテクスト適応エントロピーコーディング動作の部分として実行され、
前記コンテクストインデックス値の決定は、ただ３つの潜在的なコンテクストに制限される、
請求項９に記載のシステム。
【請求項１５】
ビデオデータのエンコードされたビットストリームを受信するよう構成されるアンテナと、
前記アンテナへ通信上結合され、前記エンコードされたビットストリームをデコードするよう構成されるビデオデコーダと
を有し、
前記ビデオデコーダは、
対象のコーディングユニットに関連する四分木パターンの変換ユニット四分木パターン部分の個々のリーフノードについて最終の変換ユニットサイズを決定し、
少なくとも部分的に前記最終の変換ユニットサイズに基づき、前記変換ユニット四分木パターン部分の前記個々のリーフノードに関連するコンテクストインデックス値を決定し、
少なくとも部分的に前記決定されたコンテクストインデックス値に基づき、前記対象のコーディングユニットをコーディングする
よう構成される、システム。
【請求項１６】
前記コンテクストインデックス値の決定は、１又はそれ以上の変換スプリットフラグをコーディングするようコンテクスト適応エントロピーコーディング動作の部分として実行される、
請求項１５に記載のシステム。
【請求項１７】
前記コンテクストインデックス値の決定は、ただ３つの潜在的なコンテクストに制限される、
請求項１５に記載のシステム。
【請求項１８】
前記コンテクストインデックス値の決定は更に、
前記最終の変換ユニットサイズが３２×３２を超える場合に、明示的にコーディングされない１のスプリットフラグを暗黙的に推測することと、
前記最終の変換ユニットサイズが４×４である場合に、明示的にコーディングされない０のスプリットフラグを暗黙的に推測することと
を有する、請求項１５に記載のシステム。
【請求項１９】
前記コンテクストインデックス値の決定は更に、
前記最終の変換ユニットサイズが３２×３２である場合に０のコンテクストインデックス値を明示的に決定することと、
前記最終の変換ユニットサイズが１６×１６である場合に１のコンテクストインデックス値を明示的に決定することと、
前記最終の変換ユニットサイズが８×８である場合に２のコンテクストインデックス値を明示的に決定することと
を有する、請求項１５に記載のシステム。
【請求項２０】
前記コンテクストインデックス値の決定は更に、
前記最終の変換ユニットサイズが３２×３２を超える場合に、明示的にコーディングされない１のスプリットフラグを暗黙的に推測することと、
前記最終の変換ユニットサイズが４×４である場合に、明示的にコーディングされない０のスプリットフラグを暗黙的に推測することと、
前記最終の変換ユニットサイズが３２×３２である場合に０のコンテクストインデックス値を明示的に決定することと、
前記最終の変換ユニットサイズが１６×１６である場合に１のコンテクストインデックス値を明示的に決定することと、
前記最終の変換ユニットサイズが８×８である場合に２のコンテクストインデックス値を明示的に決定することと
を有し、
前記コンテクストインデックス値の決定は、１又はそれ以上の変換スプリットフラグをコーディングするようコンテクスト適応エントロピーコーディング動作の部分として実行され、
前記コンテクストインデックス値の決定は、ただ３つの潜在的なコンテクストに制限される、
請求項１５に記載のシステム。
【請求項２１】
コンピュータにおけるビデオコーディングのための物であって、
実行される場合に、
対象のコーディングユニットに関連する四分木パターンの変換ユニット四分木パターン部分の個々のリーフノードについて最終の変換ユニットサイズを決定することと、
少なくとも部分的に前記最終の変換ユニットサイズに基づき、前記変換ユニット四分木パターン部分の前記個々のリーフノードに関連するコンテクストインデックス値を決定することと、
少なくとも部分的に前記決定されたコンテクストインデックス値に基づき、前記対象のコーディングユニットをコーディングすることと
を引き起こす命令を記憶しているコンピュータプログラム製品を有する物。
【請求項２２】
前記コンテクストインデックス値の決定は、１又はそれ以上の変換スプリットフラグをコーディングするようコンテクスト適応エントロピーコーディング動作の部分として実行される、
請求項２１に記載の物。
【請求項２３】
前記コンテクストインデックス値の決定は、ただ３つの潜在的なコンテクストに制限される、
請求項２１に記載の物。
【請求項２４】
前記コンテクストインデックス値の決定は更に、
前記最終の変換ユニットサイズが３２×３２を超える場合に、明示的にコーディングされない１のスプリットフラグを暗黙的に推測することと、
前記最終の変換ユニットサイズが４×４である場合に、明示的にコーディングされない０のスプリットフラグを暗黙的に推測することと
を有する、請求項２１に記載の物。
【請求項２５】
前記コンテクストインデックス値の決定は更に、
前記最終の変換ユニットサイズが３２×３２である場合に０のコンテクストインデックス値を明示的に決定することと、
前記最終の変換ユニットサイズが１６×１６である場合に１のコンテクストインデックス値を明示的に決定することと、
前記最終の変換ユニットサイズが８×８である場合に２のコンテクストインデックス値を明示的に決定することと
を有する、請求項２１に記載の物。
【請求項２６】
前記コンテクストインデックス値の決定は更に、
前記最終の変換ユニットサイズが３２×３２を超える場合に、明示的にコーディングされない１のスプリットフラグを暗黙的に推測することと、
前記最終の変換ユニットサイズが４×４である場合に、明示的にコーディングされない０のスプリットフラグを暗黙的に推測することと、
前記最終の変換ユニットサイズが３２×３２である場合に０のコンテクストインデックス値を明示的に決定することと、
前記最終の変換ユニットサイズが１６×１６である場合に１のコンテクストインデックス値を明示的に決定することと、
前記最終の変換ユニットサイズが８×８である場合に２のコンテクストインデックス値を明示的に決定することと
を有し、
前記コンテクストインデックス値の決定は、１又はそれ以上の変換スプリットフラグをコーディングするようコンテクスト適応エントロピーコーディング動作の部分として実行され、
前記コンテクストインデックス値の決定は、ただ３つの潜在的なコンテクストに制限される、
請求項２１に記載の物。
【請求項２７】
対象のコーディングユニットに関連する四分木パターンの変換ユニット四分木パターン部分の個々のリーフノードについて最終の変換ユニットサイズを決定し、少なくとも部分的に前記最終の変換ユニットサイズに基づき前記変換ユニット四分木パターン部分の前記個々のリーフノードに関連するコンテクストインデックス値を決定する手段と、
少なくとも部分的に前記決定されたコンテクストインデックス値に基づき、前記対象のコーディングユニットをコーディングする手段と
を有する装置。
【請求項２８】
前記コンテクストインデックス値の決定は、１又はそれ以上の変換スプリットフラグをコーディングするようコンテクスト適応エントロピーコーディング動作の部分として実行され、前記コンテクストインデックス値の決定は、ただ３つの潜在的なコンテクストに制限される、
請求項２７に記載の装置。
【発明の詳細な説明】
【背景技術】
【０００１】
ビデオエンコーダは、より多くの情報が所与のバンド幅にわたって送信され得るように、ビデオ情報を圧縮する。圧縮された信号は、次いで、表示の前に信号をデコード又は解凍するレシーバへ送信されてよい。
【０００２】
ＨＥＶＣ（High  Efficient  Video  Coding）は、２０１２年の終わりまでに完成されるよう計画されている新しいビデオ圧縮標準規格である。それは現在、ＩＳＯ／ＩＥＣのＭＰＥＧ（Moving  Picture  Experts  Group）とＩＴＵ−ＴのＶＣＥＧ（Video  Coding  Experts  Group）とによって形成されたＪＣＴ−ＶＣ（Joint  Collaborative  Team  on  Video  Coding）によって作成中である。従前のビデオコーディング標準規格と同様に、ＨＥＶＣは、イントラ／インター予測、変換、量子化及びインループフィルタリング並びにエントロピーコーディングのような基本モジュールから成る。
【０００３】
ＨＥＶＣは、可変なサイズを有する長方形ブロックにピクチャを細分するために使用されるコーディングユニット（ＣＵ；Coding  Unit）を定義する。最大コーディングユニット（ＬＣＵ；Largest  Coding  Unit）は６４×６４のブロック、３２×３２のブロック、又は１６×１６のブロックであることができる。ＬＣＵは、直接にエンコードされるか、又は次のレベルのコーディングのために４コーディングユニット（ＣＵ）に分割され得る。１つのレベルにおけるＣＵに関し、それは直接にエンコードされるか、又はコーディングのための次のレベルに更に分割され得る。最小ＣＵは８×８である。夫々のＬＣＵ内では、四分木に基づく分割スキームが、コーディングユニット分割パターンを特定するために使用されてよい。
【０００４】
加えて、予測ユニット（ＰＵ；Prediction  Unit）及び変換ユニット（ＴＵ；Transform  Unit）がまた、夫々予測及び変換を行うために如何にしてコーディングユニットを分割すべきかを特定するようＨＥＶＣによって定義される。ＰＵ分割は、コーディングユニットのコーディングモードに依存する。イントラコーディングされる場合に、２Ｎ×２Ｎに等しいサイズを有するコーディングユニットは、１つの２Ｎ×２ＮのＰＵにおいて、又は４つのＮ×ＮのＰＵにおいて予測され得る。インターコーディングされる場合に、２Ｎ×２Ｎのコーディングユニットは、１つの２Ｎ×２ＮのＰＵ、又は２つの２Ｎ×ＮのＰＵ、又は２つのＮ×２ＮのＰＵ、又は１つの０．５Ｎ×２ＮのＰＵ及び１つの１．５Ｎ×２ＮのＰＵ、又は１つの１．５Ｎ×２ＮのＰＵ及び１つの０．５Ｎ×２ＮのＰＵ、又は１つの２Ｎ×０．５ＮのＰＵ及び１つの２Ｎ×１．５ＮのＰＵ、又は１つの２Ｎ×１．５ＮのＰＵ及び１つの２Ｎ×０．５ＮのＰＵ、又は４つのＮ×ＮのＰＵにおいて予測され得る。
【０００５】
ＴＵ分割も四分木分割に基づいてよい。例えば、一連のブロック変換コアがＨＥＶＣにおいて定義されてよく、それらは３２×３２のブロック、１６×１６のブロック、８×８のブロック、及び／又は４×４のブロックであることができる。イントラ又はインター予測の後、変換は、係数を生成するよう残差ブロックへ適用する。その後に、係数は量子化され、１次元の次数に読み込まれ、最終的にＣＡＢＡＣ（Context-Adaptive  Binary  Arithmetic  Coding）コーディングされてよい。
【図面の簡単な説明】
【０００６】
【図１】ビデオコーディングシステムの例の説明図である。
【図２】ビデオコーディングシステムの例の他の説明図である。
【図３】ビデオコーディングプロセスの例を表すフローチャートである。
【図４】動作におけるビデオコーディングプロセスの例の説明図である。
【図５】四分木パターンの例の説明図である。
【図６】ビデオコーディングシステムの例の説明図である。
【図７】システムの例の説明図である。
【図８】本開示の少なくとも幾つかの実施に従って全てが配置されるシステムの例の説明図である。
【発明を実施するための形態】
【０００７】
ここで記載される題材は、一例として、制限なしに、添付の図面において表される。説明の簡単及び明りょうさのために、図示される要素は必ずしも実寸通りではない。例えば、幾つかの要素の大きさは、明りょうさのために、他の要素に対して誇張されることがある。更に、適切と考えられる場合には、参照符号は、対応する又は同じ要素を示すために図間で繰り返されている。
【０００８】
１又はそれ以上の実施形態又は実施は、これより、同封の図面を参照して記載される。具体的な構成及び配置が論じられるが、これは説明のためにのみ為される点が理解されるべきである。当業者は、他の構成及び配置が、記載の趣旨及び適用範囲から外れること為しに用いられてよいと認識するであろう。当業者には当然に、ここで記載される技術及び／又は配置は、ここで記載されている以外の様々な他のシステム及びアプリケーションにおいても用いられてよい。
【０００９】
以下の記載は、例えば、システム・オン・チップ（ＳｏＣ）のようなアーキテクチャにおいて表され得る様々な実施を説明するが、ここで記載される技術及び／又は配置の実施は、特定のアーキテクチャ及び／又はコンピューティングシステムに制限されず、同様の目的のためにあらゆるアーキテクチャ及び／又はコンピューティングシステムによって実施されてよい。例えば、複数の集積回路（ＩＣ）チップ及び／又はパッケージを用いる様々なアーキテクチャ、及び／又はセットトップボックス、スマートフォン等のような様々なコンピューティング装置及び／又はコンシューマエレクトロニクス（ＣＥ）装置が、ここで記載される技術及び／又は配置を実施してよい。更に、以下の記載は、ロジック実装、システムコンポーネントのタイプ及び相互関係、ロジック分割／一体化選択等のような多数の具体的な詳細を説明することがあるが、請求される対象は、そのような具体的な詳細によらずに実施されてよい。他の事例では、例えば、制御構造及び完全ソフトウェア命令シーケンスのような幾つかの構成要素は、ここで開示されている題材を不明瞭にしないように示されないことがある。
【００１０】
ここで開示されている構成要素は、ハードウェア、ファームウェア、ソフトウェア、又はそれらの何らかの組み合わせにおいて実施されてよい。ここで開示されている構成要素はまた、１又はそれ以上のプロセッサによって読み出されて実行され得る、機械可読媒体に記憶された命令として実施されてよい。機械可読媒体は、機械（例えば、コンピューティング装置）によって読出可能な形で情報を記憶又は送信するあらゆる媒体及び／又はメカニズムを含んでよい。例えば、機械可読媒体は、読出専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリ装置、電気、光、音響又は他の形態の伝播信号（例えば、搬送波、赤外線信号、デジタル信号等）及び他を含んでよい。
【００１１】
“一実施”、“実施”、“実施例”、“実施形態”との明細書中の言及は、記載される実施が特定の特徴、構造又は特性を有してよいことを示すが、あらゆる実施が必ずしもその特定の特徴、構造又は特性を有さなくてよい。加えて、そのような表現は、必ずしも同じ実施に言及しているわけではない。更に、特定の特徴、構造、態様、要素、又は特性が実施又は実施形態に関連して記載される場合に、ここで明示的に記載されて用途なかろうと他の実施又は実施形態に関連してそのような特徴、構造、態様、要素、又は特性を達成することは、当該技術における通常の知識範囲内にあると思料される。実施形態からのあらゆる特徴、構造、態様、要素、又は特性は、いずれかの他の実施形態のあらゆる特徴、構造、態様、要素、又は特性と組み合わされ得る。
【００１２】
サイズに基づく変換ユニットコンテクスト導出のための動作を有するシステム、装置、物及び方法が記載される。
【００１３】
上述されたように、ビデオコーディングシステムでは、異なる変換サイズが予測残差をコーディングするために使用されてよい。コーディングユニットブロック内では、異なるサイズを有する異なる変換コアが、ビットストリームにおいて四分木の深さ及びスプリットフラグによって示され得る四分木構造において配置されてよい。変換スプリットフラグのエントロピーコーディングは、通常は、コンテクストに基づくＣＡＢＡＣを介して行われる。典型的な設計では、コンテクストインデックス導出スキームは、変換スプリットフラグのために全部で４つのコンテクストを使用してよく、コンテクストインデックスは、深さ値を用いることで導出されてよい。
【００１４】
以下でより詳細に記載されるように、サイズに基づく変換ユニットコンテクスト導出のための動作は、ビデオ圧縮の問題に適用されてよく、国際的なビデオコーデック委員会において標準化されるべき潜在的なテクノロジーと考えられてよい。幾つかの例において、新しいコンテクストインデックス導出スキームは、深さ値よりむしろ、変換ユニットサイズ値に基づき、変換スプリットフラグをコーディングするために使用されてよい。可能なコンテクストの数は、４コンテクストから３コンテクストへ削減されてよく、それにより変換スプリットフラグのエントロピーコーディングの複雑性を低減する。
【００１５】
図１は、本開示の少なくとも幾つかの実施に従って配置されるビデオコーディングシステム１００の例の説明図である。様々な実施において、ビデオコーディングシステム１００は、例えば、ＩＳＯ／ＩＥＣのＭＰＥＧ（Moving  Picture  Experts  Group）とＩＴＵ−ＴのＶＣＥＧ（Video  Coding  Experts  Group）とによって形成されたＪＣＴ−ＶＣ（Joint  Collaborative  Team  on  Video  Coding）によって作成されているＨＥＶＣ（High  Efficient  Video  Coding）Ｈ．２６４ビデオ圧縮標準規格のような、１又はそれ以上の次世代のビデオコーデック標準規格に従ってビデオコーディングを請け負い及び／又はビデオコーデックを実装するよう構成されてよい。更に、様々な実施形態において、ビデオコーディングシステム１００は、イメージプロセッサ、ビデオプロセッサ、及び／又はメディアプロセッサの部分として実装されてよく、インター予測、イントラ予測、予測コーディング、及び／又は残差予測を請け負ってよい。
【００１６】
ここで使用されるように、語“コーダ”は、エンコーダ及び／又はデコーダを指してよい。同様に、ここで使用されるように、語“コーディング”は、エンコーダによるエンコーディング及び／又はデコーダによるデコーディングを指してよい。例えば、ビデオエンコーダ１０３及びビデオデコーダ１０５はいずれも、コーディングの能力を備えたコーダの例であってよい。
【００１７】
幾つかの例において、ビデオコーディングシステム１００は、明りょうさのために図１に示されていない付加的に事項を有することがある。例えば、ビデオコーディングシステム１００は、プロセッサ、無線周波数（ＲＦ）トランシーバ、ディスプレイ、及び／又はアンテナを有してよい。更に、ビデオコーディングシステム１００は、明りょうさのために図１に示されていないスピーカ、マイクロホン、加速度計、メモリ、ルータ、ネットワークインターフェースロジック、等のような付加的な事項を有してよい。
【００１８】
入力ビデオデータ１０１に対するビデオコーディングシステム１００の動作の間、現在のビデオ情報は、ビデオデータのフレームの形で内部ビット深度増大モジュール１０２へ供給されてよい。現在のビデオフレームは、モジュール１０４で最大コーディングユニット（ＬＣＵ）に分割されてよく、次いで、変換及び量子化モジュール１０８による既知のビデオ変換及び量子化プロセスを受けてよい。変換及び量子化モジュール１０８の出力は、エントロピーコーディングモジュール１０９と、逆量子化及び逆変換モジュール１１０とへ供給されてよい。逆量子化及び逆変換モジュール１１０は、変換及び量子化モジュール１０８によって行われた動作の逆を実施してよい。当業者は、ここで記載される変換及び量子化モジュール並びに逆量子化及び逆変換モジュールがスケーリング技術を用いてよいことを認識してよい。逆量子化及び逆変換モジュール１１０の出力は、デブロッキングフィルタ１１４、サンプル適応オフセットフィルタ１１６、適応ループフィルタ１１８、バッファ１２０、動き推定モジュール１２２、動き補償モジュール１２４、及びフレーム内予測モジュール１２６を含むループへ供給されてよい。図１に示されるように、動き補償モジュール１２４又はフレーム内予測モジュール１２６のいずれか一方の出力は、デブロッキングフィルタ１１４への入力として残差予測モジュール１０６の出力と結合され、ＬＣＵ分割モジュール１０４の出力と差分を取られる。
【００１９】
図２は、本開示に従うビデオコーディングシステム１００の例のハイレベルブロック図を表す。様々な実施において、ビデオコーディングシステム１００は、予測モジュール２０２、変換モジュール２０４、量子化モジュール２０６、走査モジュール２０８、及びエントロピーコーディングモジュール２１０を有してよい。様々な実施において、ビデオコーディングシステム１００は、２０１２年の終わりまでに完成されるよう計画されているＨＥＶＣ（High  Efficient  Video  Coding）ビデオ圧縮標準規格を含むがそれに限られない様々なビデオコーディング標準規格及び／又は仕様に従って、ビデオデータ（例えば、ビデオフレーム又はピクチャの形をとる。）をエンコードするよう構成されてよい。明りょうさのために、様々な装置、システム及びプロセスは、ＨＥＶＣ標準規格に関連してここで記載されるが、本開示は、如何なる特定のビデオコーディング標準規格及び／又は仕様にも制限されない。加えて、本開示に従って、エントロピーコーディングモジュール２１０は、以下でより詳細に記載されるようにＣＡＢＡＣ（Context-Based  Adaptive  Arithmetic  Coding）エンジンを実装してよい。
【００２０】
予測モジュール２０２は、入力ビデオデータ１０１を用いて空間的及び／又は時間的予測を実行してよい。例えば、入力ビデオイメージフレームはスライスに分解されてよく、スライスは、エンコーディングのためにマイクロブロックに更に細分される。予測モジュール２０２は、マクロブロックデータ値を予測するために既知の空間（イントラ）予測技術及び／又は既知の時間（インター）予測技術を適用してよい。
【００２１】
次いで、変換モジュール２０４は、マクロブロックデータを空間的に無相関とするよう既知の変換技術をマクロブロックに適用してよい。当業者は、変換モジュール２０４が、適切な大きさにされた変換行列を適用する前に、最初に１６×１６のマクロブロックを４×４又は８×８のブロックに細分してよいことを認識してよい。
【００２２】
次いで、量子化モジュール２０６は、例えば、マクロブロックごとに変更され得る量子化制御パラメータに応答して、変換係数を量子化してよい。例えば、８ビットのサンプル深さに関し、量子化制御パラメータは、５２個のとり得る値を有してよい。加えて、量子化ステップサイズは、量子化制御パラメータと線形関係になくてよい。
【００２３】
次いで、走査モジュール２０８は、変換係数シンボル要素の列を生成するよう、様々な既知の走査順序により、量子化された変換係数の行列を走査してよい。変換係数シンボル要素と、マクロブロックタイプ、イントラ予測モード、動きベクトル、リファレンスピクチャインデックス、残差変換係数、等のような付加的なシンタックス要素とが、次いで、エントロピーコーディングモジュール２１０へ供給されてよい。そして、エントロピーコーディングモジュール２１０は、コーディングされたビデオデータ２１２を出力してよい。
【００２４】
典型的な実施において、残差を伴う夫々のコーディングユニット（ＣＵ）に関し、変換ユニット（ＴＵ）四分木パターンは、変換スプリットフラグを送信することで示される。四分木における１つのノードは、対応するスプリットフラグが１に等しい場合に、４つのより小さいサイズに分けられてよい。典型的なＨＥＶＣ設計において、変換スプリットフラグのエントロピーＣＡＢＡＣコーディングは４つのコンテクストを利用してよく、コンテクストインデックスcontext_indexは次の式により導出されてよい：
context_index＝block_depth＋transform_depth          （１）
ここで、block_depthは、現在のＣＵ四分木パターンの深さ値を示し、transform_depthは、現在のＣＵ内の現在のＴＵ四分木パターンの相対的な深さ値を示す。変換スプリットフラグのコンテクストインデックスのとり得る値は、そのような例において０から３の範囲に及ぶ。
【００２５】
例えば、Ｗｏｒｋｉｎｇ  Ｄｒａｆｔ（ＷＤ７）及びＨＥＶＣ  Ｔｅｓｔ  Ｍｏｄｅｌ  ７（ＨＭ７．０）に従って、split_transform_flagのＣＡＢＡＣコーディングのためのコンテクストテーブルは変換サイズに基づき設計される。以下で擬似コードにおいて示されるように、コンテクストテーブルの最初の項目は６４×６４サイズのためであり、２番目の項目は３２×３２サイズのためであり、３番目の項目は１６×１６サイズのためである、等。６４×６４に等しいサイズ及び８×８よりも小さいサイズのsplit_transform_flag値は暗黙的に推測可能であり、従って、対応するＣＡＢＡＣ初期値は全てＣＮＵに等しい。
【００２６】
次の擬似コードは、ＨＭ７．０におけるsplit_transform_flagのＣＡＢＡＣ初期値（initValue）を表す：
【数１】
2015528252.tif 000003
【００２７】
ＨＭ７．０及びＷＤ７はいずれも、次のように、コンテクストインデクスctxIdxを計算するために深さ値を直接使用する：
ctxIdx＝ctDepth＋trafoDepth          （１）
ここで、ctDepthは、ＬＣＵに対する現在のＣＵの深さを示し、trafoDepthは、現在のＣＵに対する変換深さを示す。なお、split_transform_flagの現在のコンテクストインデックス導出スキームは、ＬＣＵサイズが６４×６４に等しくない場合に、望ましくない結果をもたらし得ることが、ＨＭチケット＃５３３によって認められている。例えば、ＬＣＵサイズが３２×３２に等しく、ctDepthは０に等しく、trafoDepthは０に等しい場合に、ctxIdxは０になり、その初期コンテクスト値はＣＮＵに等しい。よって、split_transform_flagのコンテクストインデックスの導出は、望ましくない結果を回避し且つその最初の意図に合うように補正されるべきである。
【００２８】
加えて、ＷＤ７とＨＭ７．０との間のsplit_transform_flagのＣＡＢＡＣ初期値テーブルのための不一致も認められている。
【００２９】
以下でより詳細に記載されるように、サイズに基づく変換ユニットコンテクスト導出のための動作は、ビデオ圧縮の問題に適用されてよく、国際的なビデオコーデック委員会において標準化されるべき潜在的なテクノロジーとして考えられてよい。幾つかの例では、新しいコンテクストインデックス導出スキームは、変換スプリットフラグをコーディングするために使用されてよい。例えば、より簡単なコンテクスト導出スキームが変換スプリットフラグのエントロピーＣＡＢＡＣコーディングに適用されてよい。ＣＵ及びＴＵの深さ値を用いることに代えて、変換スプリットフラグのコンテクストインデックスは、ＴＵサイズを用いることによって導出されてよい。そのようなＴＵサイズに基づくコンテクストインデックス導出は、異なったＣＵサイズ及びＴＵサイズの間の影響を分断することができ、これは、より率直的であり、実施されるのが容易であり得る。以下の式（２）は、ＴＵサイズに基づくコンテクストインデックス導出の一例を示す：
context_index＝5−log2(TU_size)          （２）
ここで、TU_sizeは、現在のＣＵ内の現在のＴＵ四分木パターンのブロックのサイズを示す。加えて、式（２）は、次のように読むよう、log2(max_TU_size)を有する最大ＴＵサイズの関数として数5を表現するように表現されてよい：
context_index＝log2(max_TU_size)−log2(TU_size)          （２’）
ここで、max_TU_sizeは、最大限利用可能なＴＵのブロックのサイズを示す。
【００３０】
ＨＥＶＣコーディングにおいて、ＴＵブロックサイズは、３２×３２、１６×１６、８×８、及び／又は４×４の変換コアであってよい。ＴＵサイズが３２×３２よりも大きい場合に、分割は不可避であるから、スプリットフラグは、１に等しいと暗黙的に推測されてよく、明示的にコーディングされて送信される必要がない。同様に、ＴＵサイズが４×４に到達する場合に、それ以上分割はないので、スプリットフラグは、０に等しいとやはり暗黙的に推測されてよく、明示的にコーディングされて送信される必要がない。従って、３２×３２、１６×１６、及び８×８のＴＵブロックサイズのみが明示的な変換スプリットフラグを必要とする。そのような例では、３つのコンテクストが全ての可能性を満たすことができる。四分木に沿ったＴＵブロックサイズが３２×３２に達する場合に、コンテクストインデックスは0に等しくてよい。四分木に沿ったＴＵブロックサイズが１６×１６に達する場合に、コンテクストインデックスは１に等しくてよい。四分木に沿ったＴＵブロックサイズが８×８に達する場合に、コンテクストインデックスは２に等しくてよい。
【００３１】
例えば、上記の問題を解消するために、split_transform_flagをコーディングするための簡単なコンテクストインデックス導出スキームが提案される。提案される方法は、深さ値を用いることに代えて、変換サイズに基づく。
【００３２】
１．ＷＤ７とＨＭ７．０との間の不一致を解消するよう、ＷＤにおけるsplit_transform_flagのＣＡＢＡＣ初期値は、ＨＭ７．０と整合するよう変更される。
【００３３】
２．split_transform_flagは、変換ツリーが３２×３２、１６×１６及び８×８のサイズに達する場合にのみ明示的に示されるので、３つのコンテクストしか必要とされない。従って、split_transform_flagをコーディングするために使用されるコンテクストの数は３つにまで減らされ得る。split_transform_flagの変更された初期値テーブルは、次のように示される：
【表１】
2015528252.tif 000004
【００３４】
３．split_transform_flagのctxIdxのための対応する導出プロセスも次のように変更される。
【表２】
2015528252.tif 000005
【００３５】
提案される方法は、split_transform_flagの結果として得られるctxIdxを変更しないので、ＬＣＵサイズが６４×６４に等しい場合にコーディング結果に影響を及ぼさない。表３は、共通の試験条件について、ＨＭ７．０と提案される技術によるＨＭ７．０との間の比較のＢＤ−ｒａｔｅ結果を示し、ＬＣＵサイズは３２×３２として構成される。１６×１６に等しいＬＣＵについてのＢＤ−ｒａｔｅ結果は表４に示される。Ａｌｌ  Ｉｎｔｒａメイン、Ｌｏｗ  ｄｅｌａｙ  Ｂメイン及びＲｎａｄｏｍ  Ａｃｃｅｓｓメインの全ての構成の下で、提案される方法のコーディング利得及びコーティング時間は、ＨＭ７．０と比較して如何なる変化も伴わない。
【表３】
2015528252.tif 000006
【表４】
2015528252.tif 000007
【００３６】
以下でより詳細に論じられるように、図１及び／又は図２で記載されたビデオコーディングシステム１００は、図３及び／又は図４に関連して以下で論じられる様々な機能の一部又は全てを実行するために使用されてよい。
【００３７】
図３は、本開示の少なくとも幾つかの実施に従って配置されるビデオコーディングプロセス３００の例を表すフローチャートである。表されている実施では、プロセス３００は、ブロック３０２、３０４、及び／又は３０６のうちの１又はそれ以上によって表される１又はそれ以上の動作、機能又は作用を有してよい。限定されない例として、プロセス３００は、図１及び／又は図６のビデオコーディングシステム１００の例を参照してここで記載される。
【００３８】
プロセス３００は、動き選択のコンテンツを意識した選択的な調整のためのコンピュータにより実施される方法として利用されてよい。プロセス３００は、ブロック３０２“最終の変換ユニットサイズを決定”から開始してよく、最終の変換ユニットサイズが決定され得る。例えば、対象のコーディングユニットに関連する四分木パターンの変換ユニット四分木パターン部分の個々のリーフノードについて最終の変換ユニットサイズが決定されてよい。
【００３９】
表されているプロセス３００はデコーディングを対象とするが、記載される概念及び／又は動作は、概してエンコーディングを含むコーディングに同じように適用されてよい。
【００４０】
処理は、動作３０２から動作３０４“少なくとも部分的に最終の変換ユニットサイズに基づきコンテクストインデックス値を決定”へ続いてよく、コンテクストインデックス値は、少なくとも最終の変換ユニットサイズに基づき決定されてよい。例えば、コンテクストインデックス値は、変換ユニット四分木パターン部分の個々のリーフノードに関連してよく、少なくとも部分的に最終の変換ユニットサイズに基づき決定されてよい。
【００４１】
幾つかの例において、コンテクストインデックス値の決定は、コンテクスト適応エントロピーコーディング動作の部分として実行されてよい。加えて、幾つかの例において、コンテクストインデックス値の決定は、１又はそれ以上の変換スプリットをフラグコーディングするようコンテクスト適応エントロピーコーディング動作の部分として実行されてよい。
【００４２】
処理は、動作３０４から動作３０６“対象のコーディングユニットをコーティング”へ続いてよく、対象のユニットがコーディングされてよい。例えば、対象のユニットは、決定されたコンテクストインデックス値に少なくとも部分的に基づきコーディングされてよい。
【００４３】
プロセス３００に関連した幾つかの付加的な及び／又は代替的な詳細は、図４に関連して以下でより詳細に論じられる１又はそれ以上の実施例において説明されてよい。
【００４４】
図４は、本開示の少なくとも幾つかの実施に従って配置される、動作におけるビデオコーディングシステム１００及びビデオコーディングプロセス４００の例の説明図である。表されている実施では、プロセス４００は、作用４１４、４１６、４１８、４２０、４２２、４２４、及び／又は４２６のうちの１又はそれ以上によって表される１又はそれ以上の動作、機能又は作用を有してよい。限定されない例として、プロセス４００は、図１及び／又は図６のビデオコーディングシステム１００の例を参照してここで記載される。
【００４５】
表されている実施形態では、ビデオコーディングシステム１００は、ロジックモジュール４０６、他、及び／又はそれらの組み合わせを有してよい。例えば、ロジックモジュール４０６は、コンテクスト導出ロジックモジュール４０８、他、及び／又はそれらの組み合わせを有してよい。図４に示されるビデオコーディングシステム１００は、特定のモジュールに関連するブロック又は作用の１つの特定の組を有してよいが、それらのブロック又は作用は、ここで表されている特定のモジュールとは異なるモジュールに関連してよい。
【００４６】
プロセス４００は、ブロック４１４“最終の変換ユニットサイズを決定”から開始してよく、最終の変換ユニットサイズが決定され得る。例えば、対象のコーディングユニットに関連する四分木パターンの変換ユニット四分木パターン部分の個々のリーフノードについて最終の変換ユニットサイズが決定されてよい。
【００４７】
表されているプロセス４００はデコーディングを対象とするが、記載される概念及び／又は動作は、概してエンコーディングを含むコーディングに同じように適用されてよい。
【００４８】
処理は、動作４１４から動作４１６“変換サイズが超過サイズを有する場合にスプリットフラグを暗黙的に推測”へ続いてよく、スプリットフラグは、変換ユニットが超過サイズを有する場合に、暗黙的に推測されてよい。例えば、１のスプリットフラグは、変換ユニットサイズが３２×３２を超える場合に、暗黙的に推測されてよい。そのような例において、１の推測されたスプリットフラグは、明示的にコーディングされなくてよい。例えば、エンコーダ及びデコーダはいずれも、例えば、変換ユニットが３２×３２を超えるサイズを有する場合に、分割動作を実行する必要性を暗黙的に認識してよい。
【００４９】
処理は、動作４１６から動作４１８“変換サイズが最小サイズを有する場合にスプリットフラグを暗黙的に推測”へ続いてよく、スプリットフラグは、最終の変換ユニットが最小サイズを有する場合に、暗黙的に推測されてよい。例えば、０のスプリットフラグは、最終の変換ユニットサイズが４×４である場合に、暗黙的に推測されてよい。そのような例において、０の推測されたスプリットフラグは、明示的にコーディングされなくてよい。例えば、エンコーダ及びデコーダはいずれも、例えば、変換ユニットが４×４の最小サイズを有する場合に、分割動作を実行する必要性がないことを暗黙的に認識してよい。
【００５０】
処理は、動作４１８から動作４２０“第１の最終の変換ユニットサイズに関連する第１のコンテクストインデックス値を明示的に決定”へ続き、第１のコンテクストインデックス値は、少なくとも部分的に第１の最終の変換ユニットサイズに基づき明示的に決定されてよい。例えば、０の第１のコンテクストインデックス値は、最終の変換ユニットサイズが３２×３２のサイズを有する場合に、明示的に決定されてよい。
【００５１】
例えば、コンテクストインデックス値は、変換ユニット四分木パターン部分の個々のリーフノードに関連してよく、少なくとも部分的に最終の変換ユニットサイズに基づき決定されてよい。
【００５２】
幾つかの例において、コンテクストインデックス値の決定は、コンテクスト適応エントロピーコーディング動作の部分として実行されてよい。加えて、幾つかの例において、コンテクストインデックス値の決定は、１又はそれ以上の変換スプリットをフラグコーディングするようコンテクスト適応エントロピーコーディング動作の部分として実行されてよい。
【００５３】
処理は、動作４２０から動作４２２“第２の最終の変換ユニットサイズに関連する第２のコンテクストインデックス値を明示的に決定”へ続き、第２のコンテクストインデックス値は、少なくとも部分的に第２の最終の変換ユニットサイズに基づき明示的に決定されてよい。例えば、１の第２のコンテクストインデックス値は、最終の変換ユニットサイズが１６×１６のサイズを有する場合に、明示的に決定されてよい。
【００５４】
処理は、動作４２２から動作４２４“第３の最終の変換ユニットサイズに関連する第３のコンテクストインデックス値を明示的に決定”へ続き、第３のコンテクストインデックス値は、少なくとも部分的に第３の最終の変換ユニットサイズに基づき明示的に決定されてよい。例えば、２の第３のコンテクストインデックス値は、最終の変換ユニットサイズが８×８のサイズを有する場合に、明示的に決定されてよい。
【００５５】
処理は、動作４２４から動作４２６“対象のコーディングユニットをコーティング”へ続いてよく、対象のユニットがコーディングされてよい。例えば、対象のユニットは、決定されたコンテクストインデックス値に少なくとも部分的に基づきコーディングされてよい。
【００５６】
動作において、図３及び４に表されるプロセス３００及び４００は、サイズに基づく変換ユニットコンテクスト導出がビデオ圧縮の問題に適用され得るように動作してよく、国際的なビデオコーデック委員会において標準化されるべき潜在的なテクノロジーとして考えられてよい。幾つかの例において、新しいコンテクストインデックス導出スキームは、深さ値よりむしろ、変換ユニットサイズ値に基づき、変換スプリットフラグをコーディングするために使用されてよい。
【００５７】
更に、コンテクストインデックス値の決定は、ただ３つの潜在的なコンテクストに制限されてよい。然るに、可能なコンテクストの数は、４コンテクストから３コンテクストへ削減されてよく、それにより変換スプリットフラグのエントロピーコーディングの複雑性を低減する。
【００５８】
図３及び４に表されているプロセス３００及び４００の例の実施は、表されている順序で示されている全てのブロックの着手を含むが、本開示は、これに関して制限されず、様々な例において、プロセス３００及び４００の実施は、示されているブロックのサブセット及び／又は表されている以外の異なる順序における着手を含んでよい。
【００５９】
加えて、図３及び４のブロックのうちの1又はそれ以上は、１又はそれ以上のコンピュータプログラム製品によって提供される命令に応答して始められてよい。そのようなプログラム製品は、例えば、プロセッサによって実行される場合に、ここで記載される機能性を提供することができる命令を提供する信号担持媒体を含んでよい。コンピュータプログラム製品は、あらゆる形態のコンピュータ可読媒体において提供されてよい。よって、例えば、１又はそれ以上のプロセッサコアを含むプロセッサは、コンピュータ可読媒体によってプロセッサへ搬送される命令に応答して、図３及び４に示されているブロックのうちの１又はそれ以上を請け負ってよい。
【００６０】
ここで記載されるあらゆる実施において使用されるように、語“モジュール”は、ここで記載される機能性を提供するよう構成されるソフトウェア、ファームウェア及び／又はハードウェアのあらゆる組み合わせを指す。ソフトウェアは、ソフトウェアパッケージ、コード及び／又は命令セット又は命令（複数を含む。）として具現されてよく、“ハードウェア”は、ここで記載されるあらゆる実施において使用されるように、例えば、単独に又はいずれかの組み合わせにおいて、ハードワイヤード回路、プログラム可能回路、状態機械回路、及び／又はプログラム可能回路によって実行される命令を記憶するファームウェアを含んでよい。モジュールは、集合的に又は個別的に、より大きいシステム、例えば、集積回路（ＩＣ）、システム・オン・チップ（ＳｏＣ）、等の部分を形成する回路として具現されてよい。
【００６１】
図５は、四分木パターンの例の説明図である。表されている実施５００において、四分木パターン５０１は、コーディングユニット５０２の一部分と関連する。表されているように、四分木パターン部分５０１は、様々な深度レベルの間で分布する複数のリーフノード５０６を有してよい。例えば、ゼロ深度レベル５１０、一次深度レベル５１１、二次深度レベル５１２、三次深度レベル５１３、及び／又は四次深度レベル５１４がある。
【００６２】
表されているように、コーディングユニット５０２は６４×６４ブロックを有しよく、一方、変換ユニットブロック０〜１２は、３２×３２、１６×１６、８×８及び／又は４×４の変換ブロックサイズを有してよい。表されている例において、変換ユニットブロック１０、１１及び１２は、３２×３２のブロックサイズを有するとして示されており、変換ユニットブロック０、８及び９は、１６×１６のブロックサイズを有するとして示されており、変換ユニットブロック４、５、６及び７は、８×８のブロックサイズを有するとして示されており、変換ユニット１、２及び３は、４×４のブロックサイズを有するとして示されている。なお、これは一例に過ぎない。
【００６３】
対象のコーディングユニット５０２に関連する四分木パターン５０１の個々のリーフノード５０６について最終の変換ユニットサイズ（例えば、３２×３２、１６×１６、８×８及び／又は４×４）は、上述されたように決定されてよい。コンテクストインデックス値は、個々のリーフノード５０６の四分木パターン５０１に関連付けられてよく、少なくとも部分的に最終の変換ユニットサイズ（３２×３２、１６×１６、８×８及び／又は４×４）に基づき決定されてよい。
【００６４】
上述されたように、コンテクストインデックス値の決定は、１又はそれ以上の変換スプリットフラグをコーディングするようコンテクスト適応エントロピーコーディング動作の部分として実行されてよい。夫々のコーディングユニット（ＣＵ）に関し、ビットストリームシンタックスは、次のように構造化されてよい。すなわち、ＣＵモード及びＣＵ予測情報のシンタックスが送信された後、変換四分木は、例えば、以下の擬似コードにおいて表されるように、示されてよい：
【数２】
2015528252.tif 000008
【００６５】
変換ツリー内では、変換スプリットフラグのシンタックスが最初に示されてよい。変換スプリットフラグが１に等しい場合は、変換四分木は次の深度レベルに進む。変換スプリットフラグが０に等しい場合は、それは分割されず、残差情報が、例えば、以下の擬似コードにおいて表されるように、送信される：
【数３】
2015528252.tif 000009
【００６６】
表されているように、ビデオコーディングシステム１００は、幾つかの例において、コンテクスト適応エントロピーコーディング（ＣＡＢＡＣ）動作のために実施されてよい。変換スプリットフラグのＣＡＢＡＣコーディングのデータフローの間、コンテクスト導出ロジックモジュール４０８及びコンテクストバッファ５５０は、変換スプリットフラグの値がデコーディング時に正確にリストアされ得ることを確かにするよう、ビデオコーディングシステム１００のエンコーダ側及びデコーダ側（例えば、コンテクスト導出ロジックモジュール４０８’及びコンテクストバッファ５５０’）において同じ（又はほぼ同じ）であってよい。例えば、エンコーダ側で、コンテクストインデックス決定モジュール３０４は、コンテクストバッファ５５０に格納され得るコンテクストインデックス値を出力してよい。コンテクストインデックス値の決定は、１又はそれ以上の変換スプリットフラグをコーディングするよう、コンテクスト適応エントロピーコーディング（ＣＡＢＡＣ）動作の部分として実行されてよい。然るに、ＣＡＢＡＣエンコーディングエンジン５５２は、対応する変換スプリットフラグを、少なくとも部分的にコンテクストインデックス値に基づきコーディングするよう、コンテクストバッファ５５０からのコンテクストインデックス値を受け取ってよい。
【００６７】
先に詳細に記載されたように、コンテクストインデックス値の決定は、ただ３つの潜在的なコンテクストに制限されてよい。然るに、可能なコンテクストの数は、４コンテクストから３コンテクストへ削減されてよく、それにより変換スプリットフラグのエントロピーコーディングの複雑性を低減する。そして、同様に、コンテクストバッファ５５０は、４ではなく３の低減されたエントリ数を有してよい。
【００６８】
図６は、本開示の少なくとも幾つかの実施に従って配置されるビデオコーディングシステム１００の例の説明図である。表されている実施において、ビデオコーディングシステム１００は、イメージング装置６０１、ビデオエンコーダ６０２、アンテナ６０３、ビデオデコーダ６０４、１又はそれ以上のプロセッサ６０６、１又はそれ以上のメモリストア６０８、ディスプレイ６１０、及び／又はロジックモジュール４０６を有してよい。ロジックモジュール４０６は、コンテクスト導出ロジックモジュール４０８、他、及び／又はそれらの組み合わせを有してよい。
【００６９】
表されているように、アンテナ６０３、ビデオデコーダ６０４、プロセッサ６０６、メモリストア６０８、及び／又はディスプレイ６１０は、互いとの通信及び／又はロジックモジュール４０６の部分との通信の能力を備えてよい。同様に、イメージング装置６０１及びビデオエンコーダ６０２は、互いとの通信及び／又はロジックモジュール４０６の部分との通信の能力を備えてよい。然るに、ビデオデコーダ６０４は、ロジックモジュール４０６の全て又は部分を有してよく、一方、ビデオエンコーダ６０２は、同様のロジックモジュールを有してよい。図６に示されるビデオコーディングシステム１００は、特定のモジュールに関連するブロック又は作用の１つの特定の組を有してよいが、それらのブロック又は作用は、ここで表されている特定のモジュールとは異なるモジュールに関連してよい。
【００７０】
幾つかの例において、ビデオコーディングシステム１００は、アンテナ６０３、ビデオデコーダ６０４、他、及び／又はそれらの組み合わせを有してよい。アンテナ６０３は、ビデオデータのエンコードされたビットストリームを受信するよう構成されてよい。ビデオデコーダ６０４は、アンテナ６０３へ通信上結合されてよく、エンコードされたビットストリームをデコードするよう構成されてよい。
【００７１】
他の例では、ビデオコーディングシステム１００は、ディスプレイ装置６１０、１又はそれ以上のプロセッサ６０６、１又はそれ以上のメモリストア６０８、コンテクスト導出ロジックモジュール４０８、他、及び／又はそれらの組み合わせを有してよい。ディスプレイ６１０は、ビデオデータを提示するよう構成されてよい。プロセッサ６０６は、ディスプレイ６１０へ通信上結合されてよい。メモリストア６０８は、１又はそれ以上のプロセッサ６０６へ通信上結合されてよい。ビデオデコーダ６０４（又は他の例ではビデオエンコーダ６０２）のコンテクスト導出ロジックモジュール４０８は、１又はそれ以上のプロセッサ６０６へ通信上結合されてよく、サイズに基づく変換ユニットコンテクスト導出を実行するよう構成されてよい。
【００７２】
様々な実施形態において、コンテクスト導出ロジックモジュール４０８は、ハードウェアにおいて実施されてよく、一方、ソフトウェアは、他のロジックモジュールを実装してよい。例えば、幾つかの実施形態において、コンテクスト導出ロジックモジュール４０８は、特定用途向け集積回路（ＡＳＩＣ）ロジックによって実装されてよく、他のロジックモジュールは、プロセッサ６０６のようなロジックによって実行されるソフトウェア命令によって提供されてよい。なお、本開示は、これに関して制限されず、コンテクスト導出ロジックモジュール４０８は、ハードウェア、ファームウェア及び／又はソフトウェアのあらゆる組み合わせによって実施されてよい。加えて、メモリストア６０８は、揮発性メモリ（例えば、静的ランダムアクセスメモリ（ＳＲＡＭ）、動的ランダムアクセスメモリ（ＤＲＡＭ）、等）又は不揮発性メモリ（例えば、フラッシュメモリ等）等のような、如何なるタイプのメモリであってもよい。制限されてない例において、メモリストア６０８はキャッシュメモリによって実施されてよい。
【００７３】
図７は、本開示に従うシステム７００の例を表す。様々な実施において、システム７００はメディアシステムであってよいが、システム７００はこれに関して制限されない。例えば、システム７００は、パーソナルコンピュータ（ＰＣ）、ラップトップコンピュータ、ウルトララップトップコンピュータ、タブレット、タッチパッド、ポータブルコンピュータ、ハンドヘルドコンピュータ、パームトップコンピュータ、パーソナルデジタルアシスタント（ＰＤＡ）、携帯電話機、携帯電話機／ＰＤＡの複合機、テレビ受像機、スマートデバイス（例えば、スマートフォン、スマートタブレット又はスマートテレビジョン）、モバイルインターネット装置（ＭＩＤ）、メッセージング装置、データ通信装置、等に組み込まれてよい。
【００７４】
様々な実施において、システム７００は、ディスプレイ７２０へ結合されたプラットフォーム７０２を有する。プラットフォーム７０２は、コンテンツサービス装置７３０若しくはコンテンツ配信装置７４０又は他の同様のコンテンツソースのようなコンテンツデバイスからコンテンツを受信してよい。１又はそれ以上のナビゲーション機能を有するナビゲーションコントローラ７５０は、例えば、プラットフォーム７０２及び／又はディスプレイ７２０と相互作用するために使用されてよい。それらの構成要素の夫々は、以下でより詳細に記載される。
【００７５】
様々な実施において、プラットフォーム７０２は、チップセット７０５、プロセッサ７１０、メモリ７１２、ストレージ７１４、グラフィクスサブシステム７１５、アプリケーション７１６、及び／又はラジオ７１８のあらゆる組み合わせを有してよい。チップセット７０５は、プロセッサ７１０、メモリ７１２、ストレージ７１４、グラフィクスサブシステム７１５、アプリケーション７１６、及び／又はラジオ７１８の間の相互通信を提供してよい。例えば、チップセット７０５は、ストレージ７１４との相互通信を提供することができるストレージアダプタ（図示せず。）を有してよい。
【００７６】
プロセッサ７１０は、複数命令セットコンピュータ（ＣＩＳＣ）又は縮小命令セットコンピュータ（ＲＩＳＣ）プロセッサ、ｘ８６命令セット互換プロセッサ、マルチコア、又は何らかの他のマイクロプロセッサ若しくは中央演算処理装置（ＣＰＵ）として実施されてよい。様々な実施において、プロセッサ７１０は、デュアルコアプロセッサ、デュアルコアモバイルプロセッサ、等であってよい。
【００７７】
メモリ７１２は、制限なしに、ランダムアクセスメモリ（ＲＡＭ）動的ランダムアクセスメモリ（ＤＲＡＭ）、又は静的ランダムアクセスメモリ（ＳＲＡＭ）のような、揮発性メモリ装置として実施されてよい。
【００７８】
ストレージ７１４は、制限なしに、磁気ディスクドライブ、光ディスクドライブ、テープドライブ、内部記憶装置、付属記憶装置、フラッシュメモリ、バッテリバックアップＳＤＲＡＭ（同期型ＤＲＡＭ）及び／又はネットワークアクセス可能記憶装置のような、不揮発性記憶装置として実施されてよい。様々な実施において、ストレージ７１４は、例えば、複数のハードドライブが含まれる場合に、貴重なデジタル媒体のための、記憶性能を高められた保護を強めるテクノロジーを有してよい。
【００７９】
グラフィクスサブシステム７１５は、表示のための静止画又はビデオの処理を実行してよい。グラフィクスサブシステム７１５は、例えば、グラフィクス処理ユニット（ＧＰＵ）又は視覚処理ユニット（ＶＰＵ）であってよい。アナログ又はデジタルのインターフェースが、グラフィクスサブシステム７１５及びディスプレイ７２０を通信上結合するために使用されてよい。例えば、インターフェースは、高精細マルチメディアインターフェース、ディスプレイポート、無線ＨＤＭＩ（登録商標）、及び／又は無線ＨＤ適合技術のいずれかであってよい。グラフィクスサブシステム７１５は、プロセッサ７１０又はチップセット７０５に一体化されてよい。幾つかの実施において、グラフィクスサブシステム７１５は、チップセット７０５へ通信上結合されるスタンドアローンのカードであってよい。
【００８０】
ここで記載されるグラフィクス及び／又はビデオ処理技術は、様々なハードウェアアーキテクチャにおいて実施されてよい。例えば、グラフィクス及び／又はビデオ機能性は、チップセット内に組み込まれてよい。代替的に、個別的なグラフィクス及び／又はビデオプロセッサが使用されてよい。更なる他の実施として、グラフィクス及び／又はビデオ機能は、マルチコアプロセッサを含む汎用のプロセッサによって提供されてよい。更なる実施形態では、機能は、コンシューマエレクトロニクス装置において実装されてよい。
【００８１】
ラジオ７１８は、様々な適切な無線通信技術を用いて信号を送信及び受信することができる１又はそれ以上のラジオを有してよい。そのような技術は、１又はそれ以上の無線ネットワークにわたる通信を伴ってよい。無線ネットワークの例には、無線ローカルエリアネットワーク（ＷＬＡＮ）、無線パーソナルエリアネットワーク（ＷＰＡＮ）、無線メトロポリタンエリアネットワーク（ＷＭＡＮ）、セルラーネットワーク、及び衛星ネットワークがある（しかし、それらに限られない。）。そのようなネットワークにわたる通信において、ラジオ７１８は、何らかのバージョンの１又はそれ以上のアプリケーション標準規格に従って動作してよい。
【００８２】
様々な実施において、ディスプレイ７２０は、あらゆるテレビジョンタイプのモニタ又はディスプレイを有してよい。ディスプレイ７２０は、例えば、コンピュータディスプレイスクリーン、タッチスクリーンディスプレイ、ビデオモニタ、テレビ受像機のような装置、及び／又はテレビ受像機を有してよい。ディスプレイ７２０は、デジタル及び／又はアナログであってよい。様々な実施において、ディスプレイ７２０は、ホログラフィックディスプレイであってよい。また、ディスプレイ７２０は、視覚投影を受けることができる透明な面であってよい。そのような投影は、様々な形の情報、イメージ、及び／又はオブジェクトを伝えてよい。例えば、そのような投影は、モバイル拡張現実（ＭＡＲ）アプリケーションのための視覚的なオーバレイであってよい。１又はそれ以上のソフトウェアアプリケーション７１６の制御下で、プラットフォーム７０２は、ユーザインターフェース７２２をディスプレイ７２０に表示してよい。
【００８３】
様々な実施において、コンテンツサービス装置７３０は、あらゆる国家的な、国際的な及び／又は独立したサービスによって主催されてよく、よって、例えば、インターネットを介して、プラットフォーム７０２へアクセス可能である。コンテンツサービス装置７３０は、プラットフォーム７０２へ及び／又はディスプレイ７２０へ結合されてよい。プラットフォーム７０２及び／又はコンテンツサービス装置７３０は、ネットワーク７６０との間でメディア情報をやり取りするようネットワーク７６０へ結合されてよい。コンテンツ配信装置７４０はまた、プラットフォーム７０２へ及び／又はディスプレイ７２０へ結合されてよい。
【００８４】
様々な実施において、コンテンツサービス装置７３０は、ケーブルテレビジョンボックス、パーソナルコンピュータ、ネットワーク、電話機、インターネット機能内蔵の装置、あるいは、デジタル情報及び／又はコンテンツを配信することができる装置、並びに、ネットワーク７６０を介して又は直接にコンテンツプロバイダとプラットフォーム７０２及び／又はディスプレイ７２０との間で一方向で又は双方向でコンテンツを通信することができる何らかの他の同様の装置を有してよい。コンテンツは、システム７００における構成要素のいずれか１つ及びコンテンツプロバイダの間でネットワーク７６０を介して一方向で及び／又は双方向で通信されてよいことは明らかである。コンテンツの例には、例えば、ビデオ、音楽、医療及びゲームの情報、等を含むあらゆるメディア情報が含まれてよい。
【００８５】
コンテンツサービス装置７３０は、メディア情報、デジタル情報、及び／又は他のコンテンツを含む、ケーブルテレビジョン番組のようなコンテンツを受信してよい。コンテンツプロバイダの例には、あらゆるケーブル若しくは衛星テレビジョン又はラジオ又はインターネットコンテンツプロバイダが含まれてよい。与えられている例は、本開示に従う実施を決して制限するよう意図されない。
【００８６】
様々な実施において、プラットフォーム７０２は、１又はそれ以上のナビゲーション機能を備えたナビゲーションコントローラ７５０からの制御信号を受信してよい。コントローラ７５０のナビゲーション機能は、例えば、ユーザインターフェース７２２と相互作用するために使用されてよい。実施形態において、ナビゲーションコントローラ７５０は、ユーザが空間的な（例えば、連続的且つ多次元の）データをコンピュータに入力することを可能にするコンピュータハードウェアコンポーネント（具体的に、ヒューマンインターフェース装置）であることができるポインティング装置であってよい。グラフィカルユーザインターフェース（ＧＵＩ）並びにテレビ受像機及びモニタのような多くのシステムは、ユーザが肉体的なジェスチャによりコンピュータ又はテレビ受像機を制御し且つそれらにデータを提供することを可能にする。
【００８７】
コントローラ７５０のナビゲーション機能の動きは、ディスプレイに表示されたポインタ、カーソル、フォーカスリング、又は他の視覚的なインジケータの動きによって、ディスプレイ（例えば、ディスプレイ７２０）上で複製されてよい。例えば、ソフトウェアアプリケーション７１６の制御下で、ナビゲーションコントローラ７５０に位置するナビゲーション機能は、例えば、ユーザインターフェース７２２に表示された視覚的ナビゲーション機能にマッピングされてよい。実施形態において、コントローラ７５０は、別個のコンポーネントでなくてよく、プラットフォーム７０２及び／又はディスプレイ７２０に組み込まれてよい。なお、本開示は、ここで図示又は記載される要素に又は文脈において制限されない。
【００８８】
様々な実施において、ドライバ（図示せず。）は、ユーザが、テレビ受像機のようなプラットフォーム７０２を、例えば、最初の起動時に使用可能にされた後に、ボタンのタッチにより即時にオン及びオフすることを可能にするテクノロジーを含んでよい。プログラムロジックは、プラットフォーム７０２が、それが“オフ”された場合でさえ、コンテンツをメディアアダプタ又は他のコンテンツサービス装置７３０又はコンテンツ配信装置７４０へストリーミングすることを可能にしてよい。加えて、チップセット７０５は、例えば、（８．１）サラウンドサウンド音声及び／又は高精細（７．１）サラウンドサウンド音声のためのハードウェア及び／又はソフトウェアサポートを有してよい。ドライバは、一体化されたグラフィクスプラットフォームのためのグラフィクスドライバを有してよい。実施形態において、グラフィクスドライバは、ペリフェラル・コンポーネント・インターコネクト（ＰＣＩ）エクスプレス（ＰＣＩ−Ｅ）グラフィクスカードを有してよい。
【００８９】
様々な実施において、システム７００において示されているコンポーネントのうちのいずれか１又はそれ以上は、一体化されてよい。例えば、プラットフォーム７０２及びコンテンツサービス装置７３０は一体化されてよく、あるいは、プラットフォーム７０２及びコンテンツ配信装置７４０は一体化されてよく、あるいは、プラットフォーム７０２、コンテンツサービス装置７３０及びコンテンツ配信装置７４０は一体化されてよい。様々な実施において、プラットフォーム７０２及びディスプレイ７２０は、一体化されたユニットであってよい。例えば、ディスプレイ７２０及びコンテンツサービス装置７３０は一体化されてよく、あるいは、ディスプレイ７２０及びコンテンツ配信装置７４０は一体化されてよい。これらの例は、本開示を制限するよう意図されない。
【００９０】
様々な実施形態において、システム７００は、無線システム、有線システム、又はその両者の組み合わせとして実施されてよい。無線システムとして実施される場合に、システム７００は、１又はそれ以上のアンテナ、送信器、受信器、トランシーバ、増幅器、フィルタ、制御ロジック、等のような、無線共有媒体にわたって通信するのに適したコンポーネント及びインターフェースを有してよい。無線共有媒体の例には、ＲＦスペクトル等のような無線スペクトルの部分が含まれてよい。有線システムとして実施される場合に、システム７００は、入出力（Ｉ／Ｏ）アダプタ、Ｉ／Ｏアダプタを対応する有線通信媒体と接続する物理コネクタ、ネットワークインターフェースカード（ＮＩＣ）、ディスクコントローラ、ビデオコントローラ、オーディオコントローラ、等のような、有線通信媒体にわたって通信するのに適したコンポーネント及びインターフェースを有してよい。有線通信媒体の例には、ワイヤ、ケーブル、金属リード、印刷回路基板（ＰＣＢ）、バックプレーン、スイッチ構造、半導体材料、ツイストペアワイヤ、同軸ケーブル、光ファイバ、等が含まれてよい。
【００９１】
プラットフォーム７０２は、情報を通信するよう１又はそれ以上の論理的又は物理的チャネルを確立してよい。情報は、メディア情報及び制御情報を含んでよい。メディア情報は、ユーザに向けられているコンテンツを表すあらゆるデータを指してよい。コンテンツの例には、例えば、音声変換、テレビ会議、ストリーミングビデオ、電子メール（Ｅメール）メッセージ、ボイスメールメッセージ、英数字シンボル、グラフィクス、イメージ、ビデオ、テキスト、等からのデータが含まれてよい。音声変換からのデータは、例えば、発話情報、無声期間、バックグラウンドノイズ、コンフォートノイズ、トーン、等であってよい。制御情報は、自動化されたシステムに向けられているコマンド、命令又は制御ワードを表すあらゆるデータを指してよい。例えば、制御情報は、システムを通じてメディア情報をルーティングするか、又は所定の様態でメディア情報を処理するようノードに指示するために、使用されてよい。なお、実施形態は、図７で図示又は記載される要素に又は文脈において制限されない。
【００９２】
上述されたように、システム７００は、様々な物理的なスタイル又はフォームファクタにおいて具現されてよい。図８は、システム７００が具現され得るスモールフォームファクタ装置の実施を表す。実施形態において、例えば、装置８００は、無線機能を備えたモバイルコンピュータ装置として実施されてよい。モバイルコンピュータ装置は、例えば、１又はそれ以上のバッテリのようなモバイル電源若しくは供給及びプロセッシングシステムを備えたあらゆる装置を指してよい。
【００９３】
上述されたように、モバイルコンピュータ装置の例には、パーソナルコンピュータ（ＰＣ）、ラップトップコンピュータ、ウルトララップトップコンピュータ、タブレット、タッチパッド、ポータブルコンピュータ、ハンドヘルドコンピュータ、パームトップコンピュータ、パーソナルデジタルアシスタント（ＰＤＡ）、携帯電話機、携帯電話機／ＰＤＡの複合機、テレビ受像機、スマートデバイス（例えば、スマートフォン、スマートタブレット又はスマートテレビジョン）、モバイルインターネット装置（ＭＩＤ）、メッセージング装置、データ通信装置、等が含まれてよい。
【００９４】
モバイルコンピュータ装置の例にはまた、リストコンピュータ、フィンガーコンピュータ、指輪型コンピュータ、眼鏡型コンピュータ、ベルトクリップ型コンピュータ、アームバンド型コンピュータ、靴型コンピュータ、衣服型コンピュータ、及び他の装着式コンピュータのような、人が身につけられるよう配置されるコンピュータが含まれてよい。様々な実施形態において、例えば、モバイルコンピュータ装置は、コンピュータアプリケーション並びに音声通信及び／またはデータ通信を実行することができるスマートフォンとして実施されてよい。幾つかの実施形態は、一例としてスマートフォンとして実施されるモバイルコンピュータ装置により記載され得るが、他の実施形態が同様に他の無線モバイルコンピュータ装置により実施されてよいことは明らかである。実施形態はこれに関して制限されない。
【００９５】
図８に示されるように、装置８００は、筐体８０２、ディスプレイ８０４、入出力（Ｉ／Ｏ）装置８０６、及びアンテナ８０８を有してよい。装置８００は、ナビゲーション機能８１２を更に有してよい。ディスプレイ８０４は、モバイルコンピュータ装置に適した情報を表示するあらゆる適切なディスプレイユニットを有してよい。Ｉ／Ｏ装置８０６は、情報をモバイルコンピュータ装置に入力するためのあらゆる適切なＩ／Ｏ装置を有してよい。Ｉ／Ｏ装置８０６の例には、英数字キーボード、数字キーパッド、タッチパッド、入力キー、ボタン、スイッチ、ロッカースイッチ、マイクロホン、スピーカ、音声認識装置及びソフトウェア、等が含まれてよい。情報は、マイクロホン（図示せず。）によっても装置８００に入力されてよい。そのような情報は、音声認識装置（図示せず。）によってデジタル化されてよい。実施形態はこれに関して制限されない。
【００９６】
様々な実施形態は、ハードウェア要素、ソフトウェア要素、又はその両者の組み合わせを用いて実施されてよい。ハードウェア要素の例には、プロセッサ、マイクロプロセッサ、回路、回路素子（例えば、トランジスタ、抵抗、キャパシタ、インダクタ、等）、集積回路、特定用途向け集積回路（ＡＳＩＣ）、プログラム可能ロジック装置（ＰＬＤ）、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ロジックゲート、レジスタ、半導体装置、チップ、マイクロチップ、チップセット、等が含まれてよい。ソフトウェアの例には、ソフトウェアコンポーネント、プログラム、アプリケーション、コンピュータプログラム、アプリケーションプログラム、システムプログラム、機械プログラム、オペレーティングシステムソフトウェア、ミドルウェア、ファームウェア、ソフトウェアモジュール、ルーチン、サブルーチン、関数、メソッド、プロシージャ、ソフトウェアインターフェース、アプリケーションプログラムインターフェース（ＡＰＩ）、命令セット、コンピューティングコード、コンピュータコード、コードセグメント、コンピュータコードセグメント、ワード、値、シンボル、又はそれらのあらゆる組み合わせが含まれてよい。実施形態がハードウェア要素及び／又はソフトウェア要素により実施されるかどうかを決定することは、所望の計算速度、電力レベル、耐熱性、処理サイクルバジェット、入力データレート、出力データレート、メモリリソース、データバス速度及び他の設計又は性能制約のような要因に応じて変化し得る。
【００９７】
少なくとも１つの実施形態の１又はそれ以上の態様は、機械によって読み出される場合にその機械にここで記載される技術を実行するロジックを作り出させる、プロセッサ内の様々なロジックを表す機械可読媒体に記憶された表現命令によって、実施されてよい。“ＩＰコア”として知られているそのような表現は、有形な機械可読媒体に記憶され、実際にロジック又はプロセッサを構成する製造機械にロードするよう様々なカスタマ又は製造設備へ供給されてよい。
【００９８】
ここで説明される特定の特徴は様々な実施を参照して記載されてきたが、この記載は限定の意味に解されるべきではない。従って、本開示が属する技術において通常の知識を有する者にとって明らかである、個々で記載される実施の様々な変更、及び他の実施は、本開示の趣旨及び適用範囲内にあると見なされる。
【００９９】
上記の例は、特徴の具体的な組み合わせを含んでよい。しかし、そのような上記の例は、これに関して制限されず、様々な実施において、上記の例は、そのような特徴の一部しか行わないこと、そのような特徴を異なった順序で行うこと、そのような特徴を異なった組み合わせで行うこと、及び／又は明示的に挙げられている以外の更なる特徴を行うことを含んでよい。例えば、例となる方法に関して記載された全ての特徴は、例となる装置、例となるシステム、及び／又は例となる物に関して実施されてよく、その逆もある。
【０１００】
［関連出願］
本願は、２０１２年８月１５日付けで出願された、“SIZE  BASED  TRANSFORM  UNIT  CONTEXT  DERIVATION”と題された米国特許仮出願第６１／６８３４５４号に基づく優先権を主張するものである。
【図１】
2015528252.tif 000010
【図２】
2015528252.tif 000011
【図３】
2015528252.tif 000012
【図４】
2015528252.tif 000013
【図５】
2015528252.tif 000014
【図６】
2015528252.tif 000015
【図７】
2015528252.tif 000016
【図８】
2015528252.tif 000017
【手続補正書】
【提出日】平成27年1月27日(2015.1.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
コーディングユニットに関連し且つビデオフレームに関連する変換ユニットのサイズを変換ユニット四分木のノードについて決定し、
前記変換ユニットのサイズに少なくとも部分的に基づき前記変換ユニット四分木の個々のノードに関連するコンテクストインデックス値を決定し、
前記決定されたコンテクストインデックス値に少なくとも部分的に基づき変換スプリットフラグを決定する
回路を有し、
前記回路は、コンテクストインデックス値を決定するよう、TU_sizeが前記変換ユニットのサイズを示すとして5−log2(TU_size)の値を決定する、装置。
【請求項２】
前記コンテクストインデックス値の決定は、１又はそれ以上の変換スプリットフラグを決定するようコンテクスト適応エントロピーコーディング動作の部分として実行される、
請求項１に記載の装置。
【請求項３】
前記コンテクストインデックス値の決定は、１又はそれ以上の変換スプリットフラグを決定するようエントロピーＣＡＢＡＣコーディングの部分として実行される、
請求項１に記載の装置。
【請求項４】
前記コンテクストインデックス値は、３つの潜在的な値のうちの１つを有する、
請求項１に記載の装置。
【請求項５】
前記回路は、
前記変換ユニットが３２×３２を超えるサイズを有する場合に、ビットストリームにおいて明示的に提供されない１のスプリットフラグを決定し、
前記変換ユニットが４×４のサイズを有する場合に、ビットストリームにおいて明示的に提供されない０のスプリットフラグを決定する
請求項１に記載の装置。
【請求項６】
前記回路は、
前記変換ユニットが第１のサイズを超えるサイズを有する場合に、ビットストリームにおいて明示的に提供されない１のスプリットフラグを決定し、
前記変換ユニットが第２のサイズを有する場合に、ビットストリームにおいて明示的に提供されない０のスプリットフラグを決定する
請求項１に記載の装置。
【請求項７】
前記回路は、
前記変換ユニットが３２×３２のサイズを有する場合に０のコンテクストインデックス値を決定し、
前記変換ユニットが１６×１６のサイズを有する場合に１のコンテクストインデックス値を決定し、
前記変換ユニットが８×８のサイズを有する場合に２のコンテクストインデックス値を決定する、
請求項１に記載の装置。
【請求項８】
前記回路は、
前記変換ユニットが３２×３２を超えるサイズを有する場合に、ビットストリームにおいて明示的に提供されない１のスプリットフラグを決定し、
前記変換ユニットが４×４のサイズを有する場合に、ビットストリームにおいて明示的に提供されない０のスプリットフラグを決定し、
前記変換ユニットが３２×３２のサイズを有する場合に０のコンテクストインデックス値を決定し、
前記変換ユニットが１６×１６のサイズを有する場合に１のコンテクストインデックス値を決定し、
前記変換ユニットが８×８のサイズを有する場合に２のコンテクストインデックス値を決定する、
請求項１に記載の装置。
【請求項９】
前記コーディングユニットは、ピクチャの分割を有し、
前記変換ユニットは、前記コーディングユニットの全体又は部分を有する、
請求項１に記載の装置。
【請求項１０】
前記変換ユニットは、正方形領域を有する、
請求項９に記載の装置。
【請求項１１】
前記回路は、ハードウェア、ファームウェア、プロセッサによって実行されるソフトウェア、又はそれらのいずれからの組み合わせを有する、
請求項１に記載の装置。
【請求項１２】
ビデオエンコーダを更に有し、
前記回路は、前記ビデオエンコーダの部分である、
請求項１乃至１１のうちいずれか一項に記載の装置。
【請求項１３】
ビデオデコーダを更に有し、
前記回路は、前記ビデオデコーダの部分である、
請求項１乃至１１のうちいずれか一項に記載の装置。
【請求項１４】
ディスプレイと、
ビデオデータのエンコードされたビットストリームを受信するよう構成されるアンテナと、
前記ビットストリームを記憶するメモリと、
前記ディスプレイ、前記アンテナ及び前記メモリへ通信上結合されるプロセッサと、
デコーダ回路と
を有し、
前記デコーダ回路は、
コーディングユニットに関連し且つビデオフレームに関連する変換ユニットのサイズを変換ユニット四分木のノードについて決定し、
前記変換ユニットのサイズに少なくとも部分的に基づき前記変換ユニット四分木の個々のノードに関連するコンテクストインデックス値を決定し、
前記決定されたコンテクストインデックス値に少なくとも部分的に基づき変換スプリットフラグを決定し、
前記デコーダ回路は、コンテクストインデックス値を決定するよう、TU_sizeが前記変換ユニットのサイズを示すとして5−log2(TU_size)の値を決定する、システム。
【請求項１５】
前記コンテクストインデックス値の決定は、１又はそれ以上の変換スプリットフラグを決定するようコンテクスト適応エントロピーコーディング動作の部分として実行される、
請求項１４に記載のシステム。
【請求項１６】
前記コンテクストインデックス値の決定は、１又はそれ以上の変換スプリットフラグを決定するようエントロピーＣＡＢＡＣコーディングの部分として実行される、
請求項１４に記載のシステム。
【請求項１７】
前記コンテクストインデックス値は、３つの潜在的な値のうちの１つを有する、
請求項１４に記載のシステム。
【請求項１８】
前記デコーダ回路は、
前記変換ユニットが第１のサイズを超えるサイズを有する場合に、ビットストリームにおいて明示的に提供されない１のスプリットフラグを決定し、
前記変換ユニットが第２のサイズを有する場合に、ビットストリームにおいて明示的に提供されない０のスプリットフラグを決定する
請求項１４に記載のシステム。
【請求項１９】
前記デコーダ回路は、
前記変換ユニットが３２×３２のサイズを有する場合に０のコンテクストインデックス値を決定し、
前記変換ユニットが１６×１６のサイズを有する場合に１のコンテクストインデックス値を決定し、
前記変換ユニットが８×８のサイズを有する場合に２のコンテクストインデックス値を決定する、
請求項１４に記載のシステム。
【請求項２０】
前記デコーダ回路は、
前記変換ユニットが３２×３２を超えるサイズを有する場合に、ビットストリームにおいて明示的に提供されない１のスプリットフラグを決定し、
前記変換ユニットが４×４のサイズを有する場合に、ビットストリームにおいて明示的に提供されない０のスプリットフラグを決定し、
前記変換ユニットが３２×３２のサイズを有する場合に０のコンテクストインデックス値を決定し、
前記変換ユニットが１６×１６のサイズを有する場合に１のコンテクストインデックス値を決定し、
前記変換ユニットが８×８のサイズを有する場合に２のコンテクストインデックス値を決定し、
前記コンテクストインデックス値の決定は、１又はそれ以上の変換スプリットフラグを決定するようコンテクスト適応エントロピーコーディング動作の部分として実行され、
前記コンテクストインデックス値は、３つの潜在的な値のうちの１つを有する、
請求項１４に記載のシステム。
【請求項２１】
前記コーディングユニットは、ピクチャの分割を有し、
前記変換ユニットは、前記コーディングユニットの全体又は部分を有する、
請求項１４に記載のシステム。
【請求項２２】
コンピュータにより実施される方法であって、
コーディングユニットに関連し且つビデオフレームに関連する変換ユニットのサイズを変換ユニット四分木のノードについて決定するステップと、
少なくとも部分的に前記変換ユニットのサイズに基づき、前記変換ユニット四分木の個々のノードに関連するコンテクストインデックス値を決定するステップと、
少なくとも部分的に前記決定されたコンテクストインデックス値に基づき、変換スプリットフラグを決定するステップと
を有し、
コンテクストインデックス値を決定するステップは、TU_sizeが前記変換ユニットのサイズを示すとして5−log2(TU_size)の値を決定することを含む、方法。
【請求項２３】
前記コンテクストインデックス値は、３つの潜在的な値のうちの１つを有する、
請求項２２に記載の方法。
【請求項２４】
前記コンテクストインデックス値を決定するステップは、１又はそれ以上の変換スプリットフラグを決定するようコンテクスト適応エントロピーコーディング動作の部分である、
請求項２２に記載の方法。
【請求項２５】
前記コンテクストインデックス値を決定するステップは、１又はそれ以上の変換スプリットフラグを決定するようエントロピーＣＡＢＡＣコーディングの部分である、
請求項２２に記載の方法。
【請求項２６】
前記変換ユニットが第１のサイズを超えるサイズを有する場合に、ビットストリームにおいて明示的に提供されない１の値のスプリットフラグを決定するステップと、
前記変換ユニットが第２のサイズを有する場合に、ビットストリームにおいて明示的に提供されない０のスプリットフラグ値を決定するステップと
を更に有する、請求項２２に記載の方法。
【請求項２７】
前記変換ユニットが３２×３２のサイズを有する場合に０のコンテクストインデックス値を決定するステップと、
前記変換ユニットが１６×１６のサイズを有する場合に１のコンテクストインデックス値を決定するステップと、
前記変換ユニットが８×８のサイズを有する場合に２のコンテクストインデックス値を決定するステップと
を更に有する、請求項２２に記載の方法。
【請求項２８】
前記コーディングユニットは、ピクチャの分割を有し、
前記変換ユニットは、前記コーディングユニットの全体又は部分を有する、
請求項２２に記載の方法。
【請求項２９】
コンピュータによって実行される場合に、該コンピュータに、
コーディングユニットに関連し且つビデオフレームに関連する変換ユニットのサイズを変換ユニット四分木のノードについて決定させ、
少なくとも部分的に前記変換ユニットのサイズに基づき、前記変換ユニット四分木の個々のノードに関連するコンテクストインデックス値を決定させ、
少なくとも部分的に前記決定されたコンテクストインデックス値に基づき、変換スプリットフラグを決定させる
命令を有するコンピュータプログラムを記憶している少なくとも１つの物。
【請求項３０】
前記コンテクストインデックス値の決定は、１又はそれ以上の変換スプリットフラグを決定するようコンテクスト適応エントロピーコーディング動作の部分として実行される、
請求項２９に記載の物。
【請求項３１】
前記コンテクストインデックス値の決定は、１又はそれ以上の変換スプリットフラグを決定するようエントロピーＣＡＢＡＣコーディングの部分として実行される、
請求項２９に記載の物。
【請求項３２】
前記コンテクストインデックス値は、３つの潜在的な値のうちの１つを有する、
請求項２９に記載の物。
【請求項３３】
前記コンピュータによって実行される場合に、該コンピュータに、
前記変換ユニットが第１のサイズを超えるサイズを有する場合に、ビットストリームにおいて明示的に提供されない１の値のスプリットフラグを決定させ、
前記変換ユニットが第２のサイズを有する場合に、ビットストリームにおいて明示的に提供されない０のスプリットフラグ値を決定させる
命令を更に記憶する請求項２９に記載の物。
【請求項３４】
前記コンピュータによって実行される場合に、該コンピュータに、
前記変換ユニットが３２×３２のサイズを有する場合に０のコンテクストインデックス値を決定させ、
前記変換ユニットが１６×１６のサイズを有する場合に１のコンテクストインデックス値を決定させ、
前記変換ユニットが８×８のサイズを有する場合に２のコンテクストインデックス値を決定させる
命令を更に記憶する請求項２９に記載の物。
【請求項３５】
前記コンピュータによって実行される場合に、該コンピュータに、
前記変換ユニットが３２×３２を超えるサイズを有する場合に、ビットストリームにおいて明示的に提供されない１のスプリットフラグを決定させ、
前記変換ユニットが４×４のサイズを有する場合に、ビットストリームにおいて明示的に提供されない０のスプリットフラグを決定させ、
前記変換ユニットが３２×３２のサイズを有する場合に０のコンテクストインデックス値を決定させ、
前記変換ユニットが１６×１６のサイズを有する場合に１のコンテクストインデックス値を決定させ、
前記変換ユニットが８×８のサイズを有する場合に２のコンテクストインデックス値を決定させる
命令を更に記憶し、
前記コンテクストインデックス値の決定は、１又はそれ以上の変換スプリットフラグを決定するようコンテクスト適応エントロピーコーディング動作の部分として実行され、
前記コンテクストインデックス値は、３つの潜在的な値のうちの１つを有する、
請求項２９に記載の物。
【請求項３６】
前記コーディングユニットは、ピクチャの分割を有し、
前記変換ユニットは、前記コーディングユニットの全体又は部分を有する、
請求項２９に記載の物。
【請求項３７】
第２の領域に関連し且つビデオフレームに関連する領域のサイズを領域四分木のノードについて決定し、
少なくとも部分的に前記領域のサイズに基づき前記領域四分木の個々のノードに関連するコンテクストインデックス値を決定し、
少なくとも部分的に前記決定されたコンテクストインデックス値に基づき、スプリットフラグを決定する
回路を有し、
前記回路は、コンテクストインデックス値を決定するよう、region_sizeが前記領域のサイズを示すとして5−log2(region_size)の値を決定する、装置。
【請求項３８】
前記領域は変換ユニットを有し、
前記第２の領域はコーディングユニットを有し、
前記コーディングユニットは、ピクチャの分割を有し、
前記変換ユニットは、前記コーディングユニットの全体又は部分を有する、
請求項３７に記載の装置。
【請求項３９】
前記コンテクストインデックス値の決定は、１又はそれ以上の変換スプリットフラグを決定するようコンテクスト適応エントロピーコーディング動作の部分として実行される、
請求項３７に記載の装置。
【請求項４０】
前記コンテクストインデックス値の決定は、１又はそれ以上の変換スプリットフラグを決定するようエントロピーＣＡＢＡＣコーディングの部分として実行される、
請求項３７に記載の装置。
【請求項４１】
前記コンテクストインデックス値は、３つの潜在的な値のうちの１つを有する、
請求項３７に記載の装置。
【国際調査報告】
2015528252.tif 000018
2015528252.tif 000019