JP2024045388A - 画像デコーディング方法、デコーダ及びコンピューター記憶媒体 - Google Patents

Abstract

【課題】本出願の実施形態は、画像デコーディング方法、デコーダ及びコンピューター記憶媒体を提供する。【解決手段】画像デコーディング方法は、現在のビデオ画像に対応するビットストリームを取得することと、ビットストリームを解析して、現在のビデオ画像に対応する制御識別子を取得することと、制御識別子に対応するデコーディング方式が画像コンポーネント独立デコーディングである場合、プリセットクロスデコーディング機能を無効にすることと、を含み、プリセットクロスデコーディング機能は、画像コンポーネント間の依存性に基づいてデコーディング処理を行うために用いられる。【選択図】図３

Description

本発明は、ビデオ画像のコーディング技術分野に関し、さらに具体的に、画像デコーディング方法、デコーダ及びコンピューター記憶媒体に関する。

次世代ビデオコーディング標準Ｈ．２６６又は多用途ビデオコーディング（ｖｅｒｓａｔｉｌｅ ｖｉｄｅｏ ｃｏｄｉｎｇ，ＶＶＣ）では、クロスコンポーネント依存性の存在を許可する。従って、ＣＣＬＭ（ｃｒｏｓｓ－ｃｏｍｐｏｎｅｎｔ ｌｉｎｅａｒ ｍｏｄｅｌ ｐｒｅｄｉｃｔｉｏｎ）及びＤＭ（ｄｉｒｅｃｔ ｍｏｄｅ）によって、輝度値から彩度値への予測、又は彩度値間の予測を実現することができる。

ＣＣＬＭなどのようなクロスコンポーネント依存性コーディングモード（すなわち、エンコード/デコード）はコーディング効率を向上させることができるが、高速処理又は高度な並列処理を必要とするシナリオに対して、クロスコンポーネント依存性コーディングモードは並列コーディングに効果的に使用できず、複雑さが高いという欠点がある。

本出願の実施形態は、画像デコーディング方法、デコーダ及びコンピューター記憶媒体を提供し、高速処理又は高度な並列処理を必要とするシナリオに対して並列コーディングを実現することができ、コーディングの複雑さを下げることができる。

本出願の実施形態の技術的解決策は次のとおりである。

本出願の実施形態に係わる画像デコーディング方法は、
現在のビデオ画像に対応するビットストリームを取得することと、
ビットストリームを解析して、現在のビデオ画像に対応する制御識別子を取得することと、
制御識別子に対応するデコーディング方式が画像コンポーネント独立デコーディングである場合、プリセットクロスデコーディング機能を無効にすることと、
を含み、
プリセットクロスデコーディング機能は、画像コンポーネント間の依存性に基づいてデコーディング処理を行うために用いられる。

本出願の実施形態は、画像デコーディング方法、デコーダ及びコンピューター記憶媒体を提供する。デコーダは、現在のビデオ画像に対応するビットストリームを取得し、ビットストリームを解析して現在のビデオ画像に対応する制御識別子を取得し、制御識別子に対応するデコーディング方式が画像コンポーネント独立デコーディングである場合、プリセットクロスデコーディング機能を無効にする。プリセットクロスデコーディング機能は、画像コンポーネント間の依存性に基づいてデコーディング処理を行うために用いられる。即ち、本出願の実施形態において、デコーダは、現在のビデオ画像に対応するビットストリームを解析して、画像コンポーネント間の依存性を許可するか否かを確定するために用いられる、ビットストリーム内の制御識別子を取得することができる。制御識別子に対応するデコーディング方式が画像コンポーネント独立デコーディングである（画像コンポーネント間の依存性を許可しない）場合、デコーダはプリセットクロスデコーディング機能を無効にする（デコーダは画像コンポーネント間の依存性に基づいて現在のビデオ画像をデコードしない）ことを必要として、従って高速処理又は高度な並列処理を必要とするシナリオに対して並列コーディングを実現することができ、コーディングの複雑さを下げることができる。同時に、これらのシナリオにおいて、コーディングユニット（ｃｏｄｉｎｇ ｕｎｉｔ，ＣＵ）層で、デコーディングは画像コンポーネント間の依存性に基づかないことを示すビットを省略して、このシナリオでのコーディング効率を向上させることができる。

図１は、ビデオエンコーディングシステムの構造を示す図である。 図２は、ビデオデコーディングシステムの構造を示す図である。 図３は、本出願の実施形態に係わる画像デコーディング方法の第一フローチャートである。 図４は、本出願の実施形態に係わる画像デコーディング方法の第二フローチャートである。 図５は、本出願の実施形態に係わる画像デコーディング方法の第三フローチャートである。 図６は、本出願の実施形態に係わる画像デコーディング方法の第四フローチャートである。 図７は、本出願の実施形態に係わる画像デコーディング方法の第五フローチャートである。 図８は、本出願の実施形態に係わるデコーダの第一構造図である。 図９は、本出願の実施形態に係わるデコーダの第二構造図である。

以下、本出願の実施形態の図面を参照しながら本出願の実施形態の技術方案を明確且つ完全に説明する。本明細書に記載された具体的な実施形態は、関連する出願を説明するために用いられ、本出願を限定するものではないことは理解できる。なお、説明を容易にするために、関連する出願に関連する部分のみを図面に示している。

ビデオをエンコードすることは、各画像をエンコードすることである。同様に、ビデオのエンコーディングと圧縮によって取得されたビデオビットストリームをデコードすることは、各画像のビットストリームをデコードすることである。ほとんど、全てのビデオ画像エンコーディングの国際規格では、１フレームの画像をエンコードする場合、１フレームの画像を複数のブロック、即ちＭ×Ｍピクセルのサブイメージに分割することを必要とする。各ブロックはコーディングユニット（ｃｏｄｉｎｇ ｕｎｉｔ，ＣＵ）と呼ばれ、ＣＵを基本コーディングユニットとして、サブイメージを１ブロックずつエンコードする。Ｍの値は、通常４、８、１６、３２、６４である。従って、１つのビデオ画像シーケンスをエンコードすることは、各画像の各コーディングユニット、即ち各コーディングユニットを順次にエンコードすることであり、１つのビデオ画像シーケンスのビットストリームをデコードすることは、各画像の各コーディングユニットを順次にデコードすることであり、最後にビデオ画像シーケンス全体を再構築する。

ビデオ画像では、一般的に第一画像コンポーネント、第二画像コンポーネント及び第三画像コンポーネントでコーディングブロックを示す。第一画像コンポーネント、第二画像コンポーネント及び第三画像コンポーネントは、それぞれ、輝度コンポーネント、青彩度コンポーネント及び赤彩度コンポーネントである。具体的には、輝度コンポーネントは一般的に記号Ｙで示し、青彩度コンポーネントは一般的に記号Ｃｂで示し、赤彩度コンポーネントは一般的に記号Ｃｒで示す。

本出願の実施形態において、第一画像コンポーネント、第二画像コンポーネント及び第三画像コンポーネントは、それぞれ、輝度コンポーネントＹ、青彩度コンポーネントＣｂ及び赤彩度コンポーネントＣｒである。例えば、第一画像コンポーネントは輝度コンポーネントＹであり、第二画像コンポーネントは赤彩度コンポーネントＣｒであり、第三画像コンポーネントは青彩度コンポーネントＣｂであり、本出願の実施形態はこれに対して具体的に限定しない。

Ｈ．２６６では、コーディング性能及びコーディング効率をさらに向上させるために、クロスコンポーネント予測（ｃｒｏｓｓ－ｃｏｍｐｏｎｅｎｔ ｐｒｅｄｉｃｔｉｏｎ，ＣＣＰ）を拡張及び改善した。Ｈ．２６６では、ＣＣＬＭは、第一画像コンポーネントから第二画像コンポーネントへ、第一画像コンポーネントから第三画像コンポーネントへ、及び第二画像コンポーネントと第三画像コンポーネントとの間の予測を実現する。換言すると、ＣＣＬＭ予測モードは、輝度コンポーネントを介して彩度コンポーネントを予測する方法（即ち、第一画像コンポーネントを介して第二画像コンポーネントを予測するか、又は第一画像コンポーネントを介して第三画像コンポーネントを予測する方法）を除いて、２つの彩度コンポーネント間の予測方法（第二画像コンポーネントと第三画像コンポーネントとの間の予測方法）も含む。本出願の実施形態において、第二画像コンポーネントと第三画像コンポーネントとの間の予測方法は、Ｃｂコンポーネントを介してＣｒコンポーネントを予測することができ、Ｃｒコンポーネントを介してＣｂコンポーネントを予測することもできる。

ビデオコーディング標準において、クロスコンポーネント依存性の存在を許可するＣＣＬＭ及びＤＭなどの技術に対して、３Ｄビデオやポイントクラウドなどの将来のメディアコーディングはこのようなツールに係わることができる。これらの技術において、輝度コンポーネントを使用して彩度コンポーネント、コーディングモード及び残差などの情報を予測することができ、彩度コンポーネント間の予測も可能であるので、コーディング効率を大幅に向上させることができる。ただし、クロスコンポーネント依存性は、並列コーディングに挑戦をもたらす。すなわち、いくつかのシナリオにおいて、コーディング過程の複雑さを下げるために、輝度コンポーネントと彩度コンポーネントの間、及び異なる彩度コンポーネントの間、又は異なる色コンポーネントの間の依存性を使用しないことを必要とする。

本出願の実施形態は、ビットストリームに異なる画像コンポーネント間のクロスコーディングを許可するか否かを示す制御識別子を追加することにより、ＣＣＬＭやＤＭなどの技術の使用を制御することができ、コーデックは並列コーディングに効果的に使用でき、コーディングの複雑さが高いという欠点を克服することができる。図１は、ビデオエンコーディングシステムの構造を示す図である。図１に示されたように、ビデオエンコーディングシステム２００は、変換及び量子化ユニット２０１、イントラ推定ユニット２０２、イントラ予測ユニット２０３、動き補償ユニット２０４、動き推定ユニット２０５、逆変換及び逆量子化ユニット２０６、フィルタ制御分析ユニット２０７、フィルタリングユニット２０８、エントロピーコーディングユニット２０９、及び現在のビデオ画像バッファユニット２１０などを含む。フィルタリングユニット２０８は、デブロッキングフィルタリング及びサンプル適応オフセット（ｓａｍｐｌｅ ａｄａｐｔｉｖｅ ｏｆｆｓｅｔ，ＳＡＯ）フィルタリングを実現することができ、エントロピーコーディングユニット２０９は、ヘッダー情報エンコーディングとＣＡＢＡＣ（ｃｏｎｔｅｘｔ－ｂａｓｅｄ ａｄａｐｔｉｖｅ ｂｉｎａｒｙ ａｒｉｔｈｍｅｔｉｃ ｃｏｄｉｎｇ）を実現することができる。

入力された元のビデオ信号に対して、予備分割によってコーディングツリーユニット（ｃｏｄｉｎｇ ｔｒｅｅ ｕｎｉｔ，ＣＴＵ）を取得することができ、１つのＣＴＵに対してコンテンツ適応分割を実行してＣＵを取得することができる。ＣＵは、通常、１つ又は複数のコーディングブロック（ｃｏｄｉｎｇ ｂｌｏｃｋ，ＣＢ）を含む。次に、イントラ予測（ｉｎｔｒａ ｐｒｅｄｉｃｔｉｏｎ）又はインター予測（ｉｎｔｅｒ ｐｒｅｄｉｃｔｉｏｎ）後に取得した残差ピクセル情報に対して、変換及び量子化ユニット２０１によってコーディングブロックを変換し、残差情報をピクセルドメインから変換ドメインに変換し、ビットレートをさらに下げるために、得られた変換係数を量子化することを含む。イントラ推定ユニット２０２及びイントラ予測ユニット２０３は、ビデオコーディングブロックに対してイントラ予測を実行するために用いられる。明らかに説明すると、イントラ推定ユニット２０２及びイントラ予測ユニット２０３は、ビデオコーディングブロックをエンコードするために用いられるイントラ予測モードを確定するために用いられる。動き補償ユニット２０４及び動き推定ユニット２０５は、時間予測情報を提供するために、１つ又は複数の参照フレーム内の１つ又は複数のブロックに対して、受信されたビデオコーディングブロックのフレーム間予測コーディングを実行するために用いられる。動き推定ユニット２０５によって実行される動き推定は動きベクトルを生成するプロセスであり、動きベクトルはコーディングブロックの動きを推定することができる。動き補償ユニット２０４は、動き推定ユニット２０５によって確定された動きベクトルに基づいて動き補償を実行するために用いられる。イントラ予測モードを確定してから、イントラ予測ユニット２０３は、さらに選択されたイントラ予測データをエントロピーコーディングユニット２０９に提供するために用いられ、動き推定ユニット２０５は、計算された動きベクトルデータをエントロピーコーディングユニット２０９に送信するために用いられる。逆変換及び逆量子化ユニット２０６は、コーディングブロックを再構成するために用いられる。残差ブロックはピクセル領域で再構成され、再構成された残差ブロックのブロックネスアーティファクト（ｂｌｏｃｋｉｎｅｓｓ ａｒｔｉｆａｃｔｓ）はフィルタ制御分析ユニット２０７及びフィルタリングユニット２０８を介して除去され、それから再構成された残差ブロックは現在のビデオ画像バッファユニット２１０のフレーム内の１つの予測ブロックに追加されて、再構築されたビデオコーディングブロックを生成するために用いられる。エントロピーコーディングユニット２０９は、様々なエンコーディングパラメータ及び量子化された変換係数をエンコードするために用いられる。ＣＡＢＡＣに基づくエンコーディングアルゴリズムにおいて、コンテキストは隣接するコーディングブロックに基づくことができ、エントロピーコーディングユニット２０９を使用して確定されたイントラ予測モードを示す情報をエンコードし、ビデオ信号のビットストリームを出力することができる。現在のビデオ画像バッファユニット２１０は、予測参照のために、再構成されたコーディングブロックを格納するために用いられる。ビデオ画像のエンコーディングが進行することにつれて、新しい再構成されたコーディングブロックが絶えずに生成され、これらの再構成されたコーディングブロックは全て現在のビデオ画像バッファユニット２１０に格納される。

図２は、ビデオデコーディングシステムの構造を示す図である。図２に示されたように、ビデオデコーディングシステム３００は、エントロピーデコーディングユニット３０１、逆変換及び逆量子化ユニット３０２、イントラ予測ユニット３０３、動き補償ユニット３０４、フィルタリングユニット３０５、現在のビデオ画像バッファユニット３０６などを含む。エントロピーデコーディングユニット３０１は、ヘッダー情報デコーディング及びＣＡＢＡＣを実現することができ、フィルタリングユニット３０５は、デブロッキングフィルタリング（ｄｅｂｏｃｋｉｎｇｆｉｌｔｅｒｉｎｇ）及びＳＡＯフィルタリングを実現することができる。入力されたビデオ信号はエンコードされた後（図２に示されたように）、ビデオ信号のビットストリームを出力する。ビットストリームは、ビデオデコーディングシステム３００に入力される。先ず、エントロピーデコーディングユニット３０１を介してデコードされた変換係数を取得する。デコードされた変換係数は逆変換及び逆量子化ユニット３０２によって処理されて、ピクセル領域で残差ブロックを生成する。イントラ予測ユニット３０３は、確定されたイントラ予測モード及び現在のフレーム又は画像の前のデコードされたブロックからのデータに基づいて、現在のコーディングブロックの予測データを生成するために用いられることができる。動き補償ユニット３０４は、動きベクトル及び他の関連する構文要素を分析することによりコーディングブロックの予測情報を確定するために用いられ、且つ予測情報を使用してデコードされているコーディングブロックの予測ブロックを生成する。逆変換及び逆量子化ユニット３０２からの残差ブロックと、イントラ予測ユニット３０３又は動き補償ユニット３０４によって生成された対応する予測ブロックとを合計することによって、デコードされたビデオブロックを形成する。デコードされたビデオ信号のブロックネスアーティファクト（ｂｌｏｃｋｉｎｅｓｓ ａｒｔｉｆａｃｔｓ）はフィルタリングユニット３０５を介して除去され、ビデオの品質を改善することができる。次に、デコードされたビデオブロックは、現在のビデオ画像バッファユニット３０６に格納される。現在のビデオ画像バッファユニット３０６は、後続のイントラ予測又は動き補償に使用される参照画像を格納するために用いられ、ビデオ信号を出力するためにも用いられ、即ち復元された元のビデオ信号を取得する。

以下、本出願の実施形態の図面を参照しながら本出願の実施形態の技術方案を明確且つ完全に説明する。

１つの実施形態において、本出願の実施形態は画像デコーディング方法を提供する。図３は、本出願の実施形態に係わる画像デコーディング方法の第一フローチャートである。図３に示されたように、本出願の実施形態において、デコーダによって実行される画像デコーディング方法は、以下のステップを含むことができる。

ステップ１０１、現在のビデオ画像に対応するビットストリームを取得する。

本出願の実施形態において、デコーダは、先ず現在のビデオ画像に対応するビットストリームを取得することができる。

さらに、本出願の実施形態において、ビットレートは、データレートであり、ビデオファイルが単位時間で消費するデータトラフィック（ｄａｔａ ｔｒａｆｆｉｃ）を指し、ビデオエンコーディングの画質管理の重要な部分である。

説明しなければならないことは、本出願の実施形態において、エンコーダは、現在のビデオ画像をエンコードした後、対応するビットストリームを生成して保存又は送信することができる。従って、デコーダは、現在のビデオ画像をデコードするとき、先ず現在のビデオ画像に対応するビットストリームを受信することができる。

ステップ１０２、ビットストリームを解析して、現在のビデオ画像に対応する制御識別子を取得する。

本出願の実施形態において、デコーダは、現在のビデオ画像に対応するビットストリームを取得した後、ビットストリームを解析して、現在のビデオ画像に対応する制御識別子を取得することができる。

説明しなければならないことは、本出願の実施形態において、制御識別子は、現在のビデオ画像に対応する異なる画像コンポーネント間の関係を示すために用いられることができる。具体的には、本出願の実施形態において、現在のビデオ画像に対応する異なる画像コンポーネント間の関係は、互いに依存することができ、互いに独立してもよい。

さらに、エンコーダは、現在のビデオ画像をエンコードするとき、現在のビデオ画像内の異なる画像コンポーネント間の関係に基づいて制御識別子を確定することができる。例えば、エンコーダが現在のビデオ画像をエンコードする過程で異なる画像コンポーネント間の依存関係を使用しない場合、即ち輝度コンポーネントと彩度コンポーネントの間、及び異なる彩度コンポーネント間の依存関係を使用しない場合、エンコーダはビットストリーム内の制御識別子を０として確定する。エンコーダが現在のビデオ画像をエンコードする過程で異なる画像コンポーネント間の依存関係を使用する場合、即ち輝度コンポーネントと彩度コンポーネントの間、及び異なる彩度コンポーネント間の依存関係を使用する場合、エンコーダはビットストリーム内の制御識別子を１として確定する。

同様に、デコーダが現在のビデオ画像に対応するビットストリームを解析するとき、解析によって取得されたビットストリーム内の制御識別子が１である場合、デコーダは、ビデオ画像をデコードする過程で異なる画像コンポーネント間の依存関係を使用する必要があると判断し、即ち輝度コンポーネントと彩度コンポーネントの間、及び異なる彩度コンポーネント間の依存関係を使用する必要がある。解析によって取得されたビットストリーム内の制御識別子が０である場合、デコーダは、ビデオ画像をデコードする過程で異なる画像コンポーネント間の依存関係を使用する必要がないと判断し、即ち輝度コンポーネントと彩度コンポーネントの間、及び異なる彩度コンポーネント間の依存関係を使用する必要がない。

説明しなければならないことは、本出願の実施形態において、現在のビデオ画像に対応する異なる画像コンポーネントは、第一画像コンポーネント、第二画像コンポーネント及び第三画像コンポーネント、即ちＹ、Ｃｂ及びＣｒの３つの画像コンポーネントを含むことができる。従って、デコーダが制御識別子によって現在のビデオ画像に対応する異なる画像コンポーネント間の関係を示す場合、制御識別子によって第一画像コンポーネント、第二画像コンポーネント及び第三画像コンポーネント間の相互依存関係又は相互独立関係を示すことができ、制御識別子によって第一画像コンポーネント、第二画像コンポーネント及び第三画像コンポーネントのうちの少なくとも２つの画像コンポーネント間の相互依存関係又は相互独立関係を示すこともできる。さらに、本出願の実施形態において、デコーダが現在のビデオ画像に対応するビットストリームを解析した後、解析後に取得した制御識別子は、ビットストリーム内のシーケンスパラメータセット（ｓｅｑｕｅｎｃｅ ｐａｒａｍｅｔｅｒ ｓｅｔ，ＳＰＳ）、画像パラメータセット（ｐｉｃｔｕｒｅ ｐａｒａｍｅｔｅｒ ｓｅｔ，ＰＰＳ）、補足拡張情報（ｓｕｐｐｌｅｍｅｎｔａｌ ｅｎｈａｎｃｅｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ，ＳＥＩ）、コーディングツリーユニット及びコーディングユニットのうちの１つ又は複数に位置することができる。

Ｈ．２６４/ＡＶＣビデオコーディング標準において、システムフレームワーク全体は、ネットワーク抽象化レイヤー（ｎｅｔｗｏｒｋ ａｂｓｔｒａｃｔｉｏｎ ｌａｙｅｒ，ＮＡＬ）とビデオコーディングレイヤー（ｖｉｄｅｏ ｃｏｄｉｎｇ ｌａｙｅｒ，ＶＣＬ）の２つのレイヤーを含む。ＶＣＬは、ビデオデータのコンテンツを効果的に示すことを担当し、ＮＡＬは、データが様々なチャネル及びストレージメディアでの送信に適するように、データのフォーマットとヘッダー情報の提供を担当する。

さらに、Ｈ．２６４標準プロトコルは様々な異なるＮＡＬユニットタイプを規定し、異なるＮＡＬユニットは異なるデータを格納する。Ｈ．２６４ビットストリームの第一ＮＡＬユニットはＳＰＳであり、Ｈ．２６４ビットストリームの第二ＮＡＬユニットはＰＰＳであり、Ｈ．２６４ビットストリームの第三ＮＡＬユニットは瞬時デコーディングリフレッシュ（ｉｎｓｔａｎｔａｎｅｏｕｓ ｄｅｃｏｄｉｎｇ ｒｅｆｒｅｓｈ，ＩＤＲ）である。

説明しなければならないことは、本出願の実施形態において、ＳＰＳとＰＰＳを除いて、ビデオ画像に対応する各フレームデータはＮＡＬユニットである。

さらに、本出願の実施形態において、ＳＰＳの情報は非常に重要であり、ＳＰＳ内のデータを失うか、又はエラーが発生すると、デコーディングが失敗する可能性がある。具体的には、ＳＰＳは、ｉＯＳのＶｉｄｅｏＴｏｏｌＢｏｘなどのプラットフォームのビデオ処理フレームワークで一般的にデコーダーインスタンスの初期化情報として使用される。

説明しなければならないことは、本出願の実施形態において、１グループのエンコードされたビデオシーケンスのグローバルパラメータがＳＰＳに格納される。エンコードされたビデオシーケンスとは、元のビデオの各画像のピクセルデータがエンコードされてから構成されるシーケンスを指す。各画像のエンコードされたデータが依存するパラメータはＰＰＳに保存される。

さらに、ＳＰＳ及びＰＰＳのＮＡＬユニットは、通常、ビットストリーム全体の先頭に位置する。ただし、一部の特殊なケースでは、例えば、デコーダがビットストリームの中間でデコーディングを開始する必要があるか、又はエンコーダがエンコーディング過程でビットストリームのパラメーター（画像の解像度など）を変更する場合、前記２つの構造がビットストリームの中央に位置する場合もある。

ステップ１０３、制御識別子に対応するデコーディング方式が画像コンポーネント独立デコーディングである場合、プリセットクロスデコーディング機能を無効にする。プリセットクロスデコーディング機能は、画像コンポーネント間の依存性に基づいてデコーディングを行うために用いられる。

本出願の実施形態において、デコーダがビットストリームを解析して現在のビデオ画像に対応する制御識別子を取得した後、制御識別子に対応するデコーディング方式が画像コンポーネント独立デコーディングである場合、デコーダはプリセットクロスデコーディング機能を無効にすることができる。

説明しなければならないことは、本出願の実施形態において、プリセットクロスデコーディング機能は、画像コンポーネント間の依存性に基づいてデコーディング処理を行うために用いられる。すなわち、デコーダが現在のビデオ画像をデコードするとき、プリセットクロスデコーディング機能はコンポーネント間の依存関係を許可する。すなわち、デコーダはＣＣＬＭ又はＤＭを介して現在のビデオ画像をデコードすることができる。

さらに、本出願の実施形態において、デコーダは解析によってビットストリーム内の制御識別子を取得した後、制御識別子に対応するデコーディング方式を確定することができる。具体的には、制御識別子に対応するデコーディング方式は、画像コンポーネントの独立デコーディング又は画像コンポーネントのクロスデコーディングである。

説明しなければならないことは、本出願の実施形態において、制御識別子に対応するデコーディング方式が画像コンポーネントの独立デコーディングである場合、デコーダは異なる画像コンポーネント間の依存関係を使用してデコードすることができなく、即ちデコーダは一種の画像コンポーネントに応じて独立デコーディング処理を行うことを必要とする。例えば、デコーダの解析によって取得されたビットストリーム内の制御識別子が０である場合、エンコーダが現在のビデオ画像をエンコードするとき、輝度コンポーネントと彩度コンポーネントの間、及び異なる彩度コンポーネント間の依存関係を使用しないと見なすことができ、従って制御識別子に対応するデコーディング方式が画像コンポーネントの独立デコーディングである場合、デコーダも輝度コンポーネントと彩度コンポーネントの間、及び異なる彩度コンポーネント間の依存関係を使用せずに現在のビデオ画像をデコードする。

説明しなければならないことは、本出願の実施形態において、デコーダが制御識別子を使用して現在のビデオ画像に対応する異なる画像コンポーネント間の関係を示す場合、制御識別子によって第一画像コンポーネント、第二画像コンポーネント及び第三画像コンポーネント間の相互依存関係又は相互独立関係を示すことができ、制御識別子によって第一画像コンポーネント、第二画像コンポーネント及び第三画像コンポーネントのうちの少なくとも２つの画像コンポーネント間の相互依存関係又は相互独立関係を示すこともできる。従って、制御識別子に対応するデコーディング方式は、３つの画像コンポーネント間の画像コンポーネント独立デコーディング及び３つの画像コンポーネント間の画像コンポーネントクロスデコーディングを含むことができ、任意の２つの画像コンポーネント間の画像コンポーネント独立デコーディング及び任意の２つの画像コンポーネント間の画像コンポーネントクロスデコーディングを含むこともできる。例えば、制御識別子がＹ、Ｃｂ及びＣｒの３つの画像コンポーネント間の関係を示す場合、ビットストリーム内の制御識別子が１である場合、エンコーダが現在のビデオ画像をエンコードするとき、輝度コンポーネントと彩度コンポーネントの間、及び異なる彩度コンポーネント間の依存関係を使用すると見なすことができ、従ってデコーダはＹ、Ｃｂ及びＣｒの３つの異なる画像コンポーネント間の依存関係を使用することができる。制御識別子がＣｂ及びＣｒの２つの画像コンポーネント間の関係を示す場合、ビットストリーム内の制御識別子が０である場合、エンコーダが現在のビデオ画像をエンコードするとき、異なる彩度コンポーネント間の依存関係を使用していないと見なすことができ、従ってデコーダはＣｂ及びＣｒの２つの異なる画像コンポーネント間の依存関係を使用しないが、ＹとＣｂの２つの画像コンポーネント間の依存関係、ＹとＣｒの２つの画像コンポーネント間の依存関係を使用する。

本出願の実施形態において、さらに、図４は、本出願の実施形態に係わる画像デコーディング方法の第二フローチャートである。図４に示されたように、デコーダがビットストリームを解析して現在のビデオ画像に対応する制御識別子を取得した後、即ち、ステップ１０２の後に、デコーダによって実行される画像デコーディング方法は、さらに以下のステップを含むことができる。

ステップ１０４、制御識別子に対応するデコーディング方式が画像コンポーネントのクロスデコーディングである場合、プリセットクロスデコーディング機能を有効にする。

本出願の実施形態において、デコーダがビットストリームを解析して現在のビデオ画像に対応する制御識別子を取得した後、制御識別子に対応するデコーディング方式が画像コンポーネントのクロスデコーディングである場合、デコーダはプリセットクロスデコーディング機能を有効にすることができる。

説明しなければならないことは、本出願の実施形態において、デコーダがビットストリームを解析して制御識別子を取得した後、制御識別子に対応するデコーディング方式が画像コンポーネントのクロスデコーディングである場合、デコーダは、異なる画像コンポーネント間の依存関係を使用してデコードすることができ、即ちＣＣＬＭ又はＤＭなどの方式を介して現在のビデオ画像をデコードすることができる。例えば、デコーダの解析によって取得されたビットストリーム内の制御識別子が１である場合、エンコーダが現在のビデオ画像をエンコードするとき、輝度コンポーネントと彩度コンポーネントの間、及び異なる彩度コンポーネント間の依存関係を使用すると見なすことができ、従って制御識別子に対応するデコーディング方式が画像コンポーネントのクロスデコーディングであると確定することができ、デコーダは輝度コンポーネントと彩度コンポーネントの間、及び異なる彩度コンポーネント間の依存関係を使用して、現在のビデオ画像をデコードする。

本出願の実施形態において、さらに、図５は、本出願の実施形態に係わる画像デコーディング方法の第三フローチャートである。図５に示されたように、デコーダがビットストリームを解析して現在のビデオ画像に対応する制御識別子を取得した後、即ち、ステップ１０２の後に、デコーダによって実行される画像デコーディング方法は、さらい以下のステップを含むことができる。

ステップ１０５、制御識別子に対応するデコーディング方式がＤＭ禁止である場合、ＤＭは無効になる。

本出願の実施形態において、デコーダがビットストリームを解析して現在のビデオ画像に対応する制御識別子を取得した後、制御識別子に対応するデコーディング方式がＤＭ禁止である場合、デコーダはＤＭが無効になるようにすることができる。

説明しなければならないことは、本出願の実施形態において、ビットストリーム内の制御識別子は、ＤＭ技術を「使用する」又は「使用しない」ことを示すことができる。具体的には、制御識別子に対応するデコーディング方式がＤＭ禁止である場合、デコーダは現在のビデオ画像をデコードするときにＤＭを無効にする必要がある。制御識別子に対応するデコーディング方式がＤＭ許可である場合、デコーダは現在のビデオ 画像をデコードするときにＤＭを有効にする必要がある。

さらに、本出願の実施形態において、ビットストリーム内の制御識別子は、画像コンポーネント間の依存性に基づく任意の技術又は表現方法を「使用する」又は「使用しない」ことを示すことができる。即ち、本出願の実施形態において、ビットストリーム内の制御識別子は、ＤＭ技術の使用を制御するために用いられるツールだけではなく、画像コンポーネント間の依存性に基づく他の技術の使用を制御するために用いられるツールであり、本出願は具体的に限定しない。

本出願に係わる画像デコーディング方法において、デコーダは、現在のビデオ画像に対応するビットストリームを取得し、ビットストリームを解析して現在のビデオ画像に対応する制御識別子を取得し、制御識別子に対応するデコーディング方式が画像コンポーネント独立デコーディングである場合、プリセットクロスデコーディング機能を無効にする。プリセットクロスデコーディング機能は、画像コンポーネント間の依存性に基づいてデコーディング処理を行うために用いられる。即ち、本出願の実施形態において、デコーダは、現在のビデオ画像に対応するビットストリームを解析して、画像コンポーネント間の依存性を許可するか否かを確定するために用いられる、ビットストリーム内の制御識別子を取得することができる。制御識別子に対応するデコーディング方式が画像コンポーネント独立デコーディングである（画像コンポーネント間の依存性を許可しない）場合、デコーダはプリセットクロスデコーディング機能を無効にする（デコーダは画像コンポーネント間の依存性に基づいて現在のビデオ画像をデコードしない）ことを必要として、従って高速処理又は高度な並列処理を必要とするシナリオに対して並列コーディングを実現することができ、コーディングの複雑さを下げることができる。同時に、これらのシナリオにおいて、コーディングユニット（ｃｏｄｉｎｇ ｕｎｉｔ，ＣＵ）層で、デコーディングは画像コンポーネント間の依存性に基づかないことを示すビットを省略して、このシナリオでのコーディング効率を向上させることができる。

上述した実施形態に基づいて、本出願の別の実施形態において、ステップ１０１～ステップ１０３の画像コンポーネントは、第一画像コンポーネント、第二画像コンポーネント及び第三画像コンポーネントを含むことができる。第一画像コンポーネント、第二画像コンポーネント及び第三画像コンポーネントは、それぞれ、輝度コンポーネントＹ、青彩度コンポーネントＣｂ及び赤彩度コンポーネントＣｒである。例えば、第一画像コンポーネントは輝度コンポーネントＹであり、第二画像コンポーネントは赤彩度コンポーネントＣｒであり、第三画像コンポーネントは青彩度コンポーネントＣｂであり、本出願の実施形態はこれに対して具体的に限定しない。

本出願の実施形態において、さらに、図６は、本出願の実施形態に係わる画像デコーディング方法の第四フローチャートである。図６に示されたように、上述したステップ１０１～ステップ１０５に記載された方法について、デコーダはビットストリームを解析して現在のビデオ画像に対応する制御識別子を取得することは、以下の内容を含むことができる。

ステップ２０１、ビットストリームを解析してから、ビットストリーム内のＳＰＳから制御識別子を取得する。

本出願の実施形態において、デコーダは、現在のビデオ画像に対応するビットストリームを取得してから、ビットストリームを解析して、ビットストリーム内のＳＰＳから現在のビデオ画像に対応する制御識別子を取得することができる。

説明しなければならないことは、本出願の実施形態において、デコーダが現在のビデオ画像に対応するビットストリームを解析してから、解析によって取得された制御識別子はＳＰＳに位置することができる。具体的には、１グループのエンコードされたビデオシーケンスのグローバルパラメータがＳＰＳに格納されるので、デコーダがビットストリーム内のＳＰＳから制御識別子を取得する場合、制御識別子は現在のビデオ画像のすべての画像フレームに作用できる。

さらに、本出願の実施形態において、デコーダがＳＰＳから制御識別子を取得する場合、デコーダは、制御識別子にしたがって現在のビデオ画像のすべての画像フレームをデコードすることができる。例えば、制御識別子に対応するデコーディング方式が画像コンポーネントのクロスデコーディングである場合、デコーダはプリセットクロスデコーディング機能を有効にして、異なる画像コンポーネント間の依存関係を使用してすべての画像フレームをデコードすることができ、即ちＣＣＬＭ又はＤＭを介してすべての画像フレームをデコードすることができる。

ステップ２０２、ビットストリームを解析してから、ビットストリーム内のＰＰＳから制御識別子を取得する。

本出願の実施形態において、デコーダは、現在のビデオ画像に対応するビットストリームを取得してから、ビットストリームを解析して、ビットストリーム内のＰＰＳから現在のビデオ画像に対応する制御識別子を取得することができる。

説明しなければならないことは、本出願の実施形態において、デコーダが現在のビデオ画像に対応するビットストリームを解析してから、解析によって取得された制御識別子はＰＰＳに位置することができる。具体的には、ＰＰＳは１フレームの画像のエンコードされたデータが依存するパラメータを格納するので、デコーダがビットストリーム内のＰＰＳから制御識別子を取得する場合、制御識別子は現在のビデオ画像におけるＰＰＳに対応する１フレームの画像に作用できる。

さらに、本出願の実施形態において、デコーダがＰＰＳから制御識別子を取得する場合、
デコーダは、制御識別子にしたがって現在のビデオ画像におけるＰＰＳに対応する１フレームの画像をデコードすることができる。例えば、制御識別子に対応するデコーディング方式が画像コンポーネントのクロスデコーディングである場合、デコーダはプリセットクロスデコーディング機能を有効にして、異なる画像コンポーネント間の依存関係を使用して現在のビデオ画像におけるＰＰＳに対応する１フレームの画像をデコードすることができ、即ちＣＣＬＭ又はＤＭを介して現在のビデオ画像におけるＰＰＳに対応する１フレームの画像をデコードすることができる。

ステップ２０３、ビットストリームを解析してから、ビットストリーム内のＳＥＩから制御識別子を取得する。

本出願の実施形態において、デコーダは、現在のビデオ画像に対応するビットストリームを取得してから、ビットストリームを解析して、ビットストリーム内のＳＥＩから現在のビデオ画像に対応する制御識別子を取得することができる。

説明しなければならないことは、本出願の実施形態において、デコーダが現在のビデオ画像に対応するビットストリームを解析してから、解析によって取得された制御識別子はＳＥＩに位置することができる。具体的には、ＳＥＩは、デコーディング過程で補助的な役割を果たし、ビットストリームにビデオ情報を追加するために用いられるので、デコーダがビットストリーム内のＳＥＩから制御識別子を取得する場合、制御識別子は現在のビデオ画像におけるＳＥＩに対応する画像情報に作用できる。

さらに、本出願の実施形態において、解析によって取得された制御識別子は、ビットストリーム内のＳＰＳ、ＰＰＳ、ＳＥＩ、コーディングツリーユニット及びコーディングユニットのうちの１つ又は複数に位置することができる。従って、デコーダは、現在のビデオ画像を処理するとき、ビットストリーム内の制御識別子の具体位置に基づいて、対応するビデオ画像情報に対して適応デコーディング処理を実行することができる。

本出願に係わる画像デコーディング方法において、デコーダは、現在のビデオ画像に対応するビットストリームを取得し、ビットストリームを解析して現在のビデオ画像に対応する制御識別子を取得し、制御識別子に対応するデコーディング方式が画像コンポーネント独立デコーディングである場合、プリセットクロスデコーディング機能を無効にする。プリセットクロスデコーディング機能は、画像コンポーネント間の依存性に基づいてデコーディング処理を行うために用いられる。即ち、本出願の実施形態において、デコーダは、現在のビデオ画像に対応するビットストリームを解析して、画像コンポーネント間の依存性を許可するか否かを確定するために用いられる、ビットストリーム内の制御識別子を取得することができる。制御識別子に対応するデコーディング方式が画像コンポーネント独立デコーディングである（画像コンポーネント間の依存性を許可しない）場合、デコーダはプリセットクロスデコーディング機能を無効にする（デコーダは画像コンポーネント間の依存性に基づいて現在のビデオ画像をデコードしない）ことを必要として、従って高速処理又は高度な並列処理を必要とするシナリオに対して並列コーディングを実現することができ、コーディングの複雑さを下げることができる。

上述した実施形態に基づいて、さらに別の実施形態において、さらに、図７は、本出願の実施形態に係わる画像デコーディング方法の第五フローチャートである。図７に示されたように、制御識別子に対応するデコーディング方式が画像コンポーネントのクロスデコーディングである場合、デコーダがプリセットクロスデコーディング機能を有効にしてから、即ち、ステップ１０４の後に、デコーダによって実行される画像デコーディング方法は、さらい以下のステップを含むことができる。

ステップ１０６、ＤＭにしたがって現在のビデオ画像をデコードする。

本出願の実施形態において、制御識別子に対応するデコーディング方式が画像コンポーネントのクロスデコーディングである場合、デコーダは、プリセットクロスデコーディング機能を有効にしてから、ＤＭにしたがって現在のビデオ画像をデコードすることができる。

さらに、本出願の実施形態において、ＤＭ方法は輝度コンポーネントから彩度コンポーネントへの予測を実現する場合、輝度コンポーネントと彩度コンポーネントとの間、異なる彩度コンポーネント間の冗長性を低減するために、Ｈ．２６６/ＶＶＣ初期テストモデル（Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ，ＪＥＭ）又はＶＶＣテストモデル（ＶＶＣ Ｔｅｓｔ ｍｏｄｅｌ，ＶＴＭ）で、予測モードのコンポーネント間の代替表示方式を使用する。

本出願の実施形態において、制御識別子に対応するデコーディング方式が画像コンポーネントのクロスデコーディングである場合、デコーダがプリセットクロスデコーディング機能を有効にしてから、即ち、ステップ１０４の後に、デコーダは、ＣＣＬＭ又はＤＭにしたがって現在のビデオ画像をデコードすることができるばかりではなく、画像コンポーネント間の依存性に基づく任意の技術を利用して、現在のビデオ画像をデコードすることができ、本出願は具体的に限定しない。

本出願に係わる画像デコーディング方法において、デコーダは、現在のビデオ画像に対応するビットストリームを取得し、ビットストリームを解析して現在のビデオ画像に対応する制御識別子を取得し、制御識別子に対応するデコーディング方式が画像コンポーネント独立デコーディングである場合、プリセットクロスデコーディング機能を無効にする。プリセットクロスデコーディング機能は、画像コンポーネント間の依存性に基づいてデコーディング処理を行うために用いられる。即ち、本出願の実施形態において、デコーダは、現在のビデオ画像に対応するビットストリームを解析して、画像コンポーネント間の依存性を許可するか否かを確定するために用いられる、ビットストリーム内の制御識別子を取得することができる。制御識別子に対応するデコーディング方式が画像コンポーネント独立デコーディングである（画像コンポーネント間の依存性を許可しない）場合、デコーダはプリセットクロスデコーディング機能を無効にする（デコーダは画像コンポーネント間の依存性に基づいて現在のビデオ画像をデコードしない）ことを必要として、従って高速処理又は高度な並列処理を必要とするシナリオに対して並列コーディングを実現することができ、コーディングの複雑さを下げることができる。

上述した実施例に基づいて、本出願のさらに別の実施形態において、図８は、本出願の実施形態に係わるデコーダの第一構造図である。図８に示されたように、本出願の実施形態に係わるデコーダ１００は、取得部分１０１、解析部分１０２、無効化部分１０３、有効化部分１０４及びデコーディング部分１０５を含む。

取得部分１０１は、現在のビデオ画像に対応するビットストリームを取得するために用いられる。

解析部分１０２は、ビットストリームを解析して、現在のビデオ画像に対応する制御識別子を取得するために用いられる。

無効化部分１０３は、制御識別子に対応するデコーディング方式が画像コンポーネント独立デコーディングである場合、プリセットクロスデコーディング機能を無効にするために用いられ、プリセットクロスデコーディング機能は、画像コンポーネント間の依存性に基づいてデコーディング処理を行うために用いられる。

さらに、本出願の実施形態において、有効化部分１０４は、ビットストリームを解析して、現在のビデオ画像に対応する制御識別子を取得してから、制御識別子に対応するデコーディング方式が画像コンポーネントのクロスデコーディングである場合、プリセットクロスデコーディング機能を有効にするために用いられる。

さらに、本出願の実施形態において、画像コンポーネントは、第一画像コンポーネント、第二画像コンポーネント及び第三画像コンポーネントのうちの少なくとも２つを含む。

さらに、本出願の実施形態において、デコーディング部分１０５は、制御識別子に対応するデコーディング方式が画像コンポーネントのクロスデコーディングである場合、プリセットクロスデコーディング機能を有効にしてから、ＤＭにしたがって現在のビデオ画像をデコードするために用いられる。

さらに、本出願の実施形態において、無効化部分１０３は、さらに、ビットストリームを解析して現在のビデオ画像に対応する制御識別子を取得した後、制御識別子に対応するデコーディング方式がＤＭ禁止である場合、ＤＭが無効になるようにするために用いられる。

さらに、本出願の実施形態において、解析部分１０２は、具体的には、ビットストリームを解析してから、ビットストリーム内のＳＰＳから制御識別子を取得するために用いられる。

さらに、本出願の実施形態において、解析部分１０２は、さらに具体的には、ビットストリームを解析してから、ビットストリーム内のＰＰＳから制御識別子を取得するために用いられる。

さらに、本出願の実施形態において、解析部分１０２は、さらに具体的には、ビットストリームを解析してから、ビットストリーム内のＳＥＩから制御識別子を取得するために用いられる。

図９は、本出願の実施形態に係わるデコーダの第二構造図である。図９に示されたように、本出願の実施形態に係わるデコーダ１００は、さらに、プロセッサ１０６と、プロセッサ１０６によって実行され得るコマンドを格納するメモリ１０７と、通信インターフェース１０８と、プロセッサ１０６、メモリ１０７及び通信インターフェース１０８を接続するために用いられるバス１０９と、を含む。

本出願の実施形態において、プロセッサ１０６は、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ，ＡＳＩＣ）、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ，ＤＳＰ）、デジタル信号処理デバイス（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ，ＤＳＰＤ）、プログラマブルロジックデバイス（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ，ＰＬＤ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ，ＦＰＧＡ）、中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ，ＣＰＵ）、コントローラー、マイクロコントローラー及びマイクロプロセッサーのうちの少なくとも１つであることができる。異なるデバイスに対して、他の電子デバイスを使用して上記のプロセッサの機能を実現することができ、本出願の実施形態は具体的に限定しないことは理解されるべきである。デバイス１は、さらにメモリ１０７を含むことができ、メモリ１０７はプロセッサ１０６に接続されることができる。メモリ１０７は、実行可能なプログラムコードを格納するために用いられ、プログラムコードはコンピュータ操作命令を含む。メモリ１０７は高速ランダムアクセスメモリ（ＲＡＭ）を含むことができ、非一時的メモリ、例えば、少なくとも２つのディスクメモリを含むこともできる。

本出願の実施形態において、バス１０９は、通信インターフェース１０８、プロセッサ１０６及びメモリ１０７を接続するために用いられ、これらのデバイス間の相互通信を実現するために用いられる。

本出願の実施形態において、メモリ１０７は、コマンド及びデータを格納するために用いられる。

さらに、本出願の実施形態において、プロセッサ１０６は、現在のビデオ画像に対応するビットストリームを取得し、ビットストリームを解析して現在のビデオ画像に対応する制御識別子を取得し、制御識別子に対応するデコーディング方式が画像コンポーネント独立デコーディングである場合、プリセットクロスデコーディング機能を無効にするために用いられる。プリセットクロスデコーディング機能は、画像コンポーネント間の依存性に基づいてデコーディング処理を行うために用いられる。

実際の応用では、メモリ１０７は、ランダムアクセスメモリ（Ｒａｎｄｏｍ－Ａｃｃｅｓｓ Ｍｅｍｏｒｙ，ＲＡＭ）などの揮発性メモリであることができるか、又は読み取り専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ，ＲＯＭ）、フラッシュメモリ（ｆｌａｓｈ ｍｅｍｏｒｙ）、ハードディスクドライブ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ，ＨＤＤ）又はソリッドステートドライブ（Ｓｏｌｉｄ－Ｓｔａｔｅ Ｄｒｉｖｅ，ＳＳＤ）などの不揮発性メモリであることができ、又は上記のメモリの組合せであることができ、プロセッサ１０６にコマンド及びデータを提供するために用いられる。

また、本実施形態に係わる各機能ユニットは、１つの処理ユニットに集積されてもよく、各ユニットが単独に物理的に存在してもよく、２つ以上のユニットは１つのユニットに集積してもよい。上記の集積ユニットは、ハードウェア又はソフトウェア機能ユニットの形式で実現することができる。

集積ユニットは、ソフトウェアの機能ユニットとして実現され、かつ、独立の製品として販売されたり使用されたりする場合、コンピュータ読み取り可能な記録媒体に記憶されてもよい。この理解によれば、本出願の技術方案について、本質的な部分、又は従来技術に貢献できた部分、又は該技術方案の全部又は一部は、ソフトウェア製品として表現され得る。このコンピュータソフトウェア製品は、記憶媒体に記憶されており、１つのコンピュータ（パソコン、サーバー、又はネットワークデバイスなどであってもよい）又はプロセッサに本出願の各実施例に係る方法の全部又は一部の過程を実行するための複数のコマンドが含まれている。前記した記憶媒体は、ＵＳＢ（ユニバーサルシリアルバス）フラッシュディスク、モバイルハードディスク、読み出し専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ，ＲＯＭ、）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ，ＲＡＭ）、磁気ディスク又は光ディスクなどの各種のプログラムコードを記憶可能な媒体を含む。

本出願の実施形態に係わるデコーダによれば、デコーダは、現在のビデオ画像に対応するビットストリームを取得し、ビットストリームを解析して現在のビデオ画像に対応する制御識別子を取得し、制御識別子に対応するデコーディング方式が画像コンポーネント独立デコーディングである場合、プリセットクロスデコーディング機能を無効にする。プリセットクロスデコーディング機能は、画像コンポーネント間の依存性に基づいてデコーディング処理を行うために用いられる。即ち、本出願の実施形態において、デコーダは、現在のビデオ画像に対応するビットストリームを解析して、画像コンポーネント間の依存性を許可するか否かを確定するために用いられる、ビットストリーム内の制御識別子を取得することができる。制御識別子に対応するデコーディング方式が画像コンポーネント独立デコーディングである（画像コンポーネント間の依存性を許可しない）場合、デコーダはプリセットクロスデコーディング機能を無効にする（デコーダは画像コンポーネント間の依存性に基づいて現在のビデオ画像をデコードしない）ことを必要として、従って高速処理又は高度な並列処理を必要とするシナリオに対して並列コーディングを実現することができ、コーディングの複雑さを下げることができる。同時に、これらのシナリオにおいて、コーディングユニット（ｃｏｄｉｎｇ ｕｎｉｔ，ＣＵ）層で、デコーディングは画像コンポーネント間の依存性に基づかないことを示すビットを省略して、このシナリオでのコーディング効率を向上させることができる。

本出願の実施形態は、プログラムを格納するために用いられるコンピュータ可読記憶媒体を提供する。プログラムがプロセッサによって実行されると、上述した画像デコーディング方法を実現する。

具体的には、本実施形態に係わる画像デコーディング方法に対応するプログラム命令は、光ディスク、ハードディスク及びＵＳＢフラッシュディスクなどの記憶媒体に格納することができる。記憶媒体における画像デコーディング方法に対応するプログラム命令が電子デバイスによって読み取られて実行されると、現在のビデオ画像に対応するビットストリームを取得し、ビットストリームを解析して現在のビデオ画像に対応する制御識別子を取得し、制御識別子に対応するデコーディング方式が画像コンポーネント独立デコーディングである場合、プリセットクロスデコーディング機能を無効にする。プリセットクロスデコーディング機能は、画像コンポーネント間の依存性に基づいてデコーディング処理を行うために用いられる。

当業者であれば、本出願の実施形態は、方法、システム、又はコンピュータプログラム製品を提供できることを理解されるべきである。従って、本出願は、ハードウェア実施形態、ソフトウェア実施形態、又はソフトウェアとハードウェアを結合した実施形態を採用することができる。さらに、本出願は、１つ又は複数のコンピュータ使用可能なプログラムコードを含む、コンピュータ使用可能な記憶媒体（磁気記憶装置、光メモリなどを含むが、これらに限定されない）に格納されたコンピュータプログラム製品の形態を採用することができる。

本出願は、本出願の実施例に係わる方法、装置（システム）、及びコンピュータプログラム製品のフローチャート及び/又はブロック図を参照して説明する。フローチャートの各フロー及び/又はブロック図の各ブロック、フローチャートのフロー及び/又はブロック図のブロックの組み合わせは、コンピュータプログラム命令によって実現できることを理解されたい。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、又は他のプログラム可能なデータ処理装置のプロセッサに提供されて機械を形成することができ、コンピュータ又は他のプログラム可能なデータ処理装置のプロセッサで命令を実行することによって、フローチャートの１つ又は複数のフロー及び/又はブロック図の１つ又は複数のブロックによって指定される機能を実現するためのデバイスを生成することができる。

これらのコンピュータプログラム命令は、コンピュータ又は他のプログラム可能なデータ処理装置が特定の方法で作動するように指示することができるコンピュータ可読メモリに格納されることもでき、従ってコンピュータ可読メモリに格納された命令は命令装置を含む製造品を生成することができ、命令装置はフローチャートの１つ又は複数のフロー及び/又はブロック図の１つ又は複数のブロックによって指定される機能を実現する。

これらのコンピュータプログラム命令は、コンピュータ又は他のプログラム可能なデータ処理装置にロードすることもでき、従ってコンピュータ又は他のプログラム可能なデータ処理装置で一連のプロセスステップを実行して、コンピュータによって実行される処理を生成することができ、その結果、コンピュータ又は他のプログラム可能なデータ処理装置で実行される命令は、フローチャートの１つ又は複数のフロー及び/又はブロック図の１つ又は複数のブロックによって指定される機能を実現するためのステップを提供する。

上述したのはあくまで本出願の好ましい実施形態であり、本出願の保護範囲を制限するために使用されるものではない。

産業上の利用可能性

本出願の実施形態は、画像デコーディング方法、デコーダ及びコンピューター記憶媒体を提供する。デコーダは、現在のビデオ画像に対応するビットストリームを取得し、ビットストリームを解析して現在のビデオ画像に対応する制御識別子を取得し、制御識別子に対応するデコーディング方式が画像コンポーネント独立デコーディングである場合、プリセットクロスデコーディング機能を無効にする。プリセットクロスデコーディング機能は、画像コンポーネント間の依存性に基づいてデコーディング処理を行うために用いられる。即ち、本出願の実施形態において、デコーダは、現在のビデオ画像に対応するビットストリームを解析して、画像コンポーネント間の依存性を許可するか否かを確定するために用いられる、ビットストリーム内の制御識別子を取得することができる。制御識別子に対応するデコーディング方式が画像コンポーネント独立デコーディングである（画像コンポーネント間の依存性を許可しない）場合、デコーダはプリセットクロスデコーディング機能を無効にする（デコーダは画像コンポーネント間の依存性に基づいて現在のビデオ画像をデコードしない）ことを必要として、従って高速処理又は高度な並列処理を必要とするシナリオに対して並列コーディングを実現することができ、コーディングの複雑さを下げることができる。同時に、これらのシナリオにおいて、コーディングユニット（ｃｏｄｉｎｇ ｕｎｉｔ，ＣＵ）層で、デコーディングは画像コンポーネント間の依存性に基づかないことを示すビットを省略して、このシナリオでのコーディング効率を向上させることができる。

Claims (10)

1. 画像デコーディング方法であって、
   現在のビデオ画像に対応するビットストリームを取得することと、
   前記ビットストリームを解析して、前記現在のビデオ画像に対応する制御識別子を取得することであって、前記ビットストリームを解析してから、前記ビットストリーム内のシーケンスパラメータセット（ＳＰＳ）から前記制御識別子を取得することを含むことと、
   前記制御識別子に対応するデコーディング方式が画像コンポーネントのクロスデコーディングである場合、プリセットクロスデコーディング機能を有効にすること、
   を含み、
   前記プリセットクロスデコーディング機能は、画像コンポーネント間の依存性に基づいてデコーディング処理を行うために用いられ、前記画像コンポーネントは、２つの画像コンポーネントを含み、前記２つの画像コンポーネントはいずれも彩度コンポーネントである、
   ことを特徴とする画像デコーディング方法。
2. 前記制御識別子に対応するデコーディング方式が画像コンポーネントのクロスデコーディングである場合、前記プリセットクロスデコーディング機能を有効にしてから、前記方法は、
   ＤＭ（ｄｉｒｅｃｔ ｍｏｄｅ）にしたがって前記現在のビデオ画像をデコードすることをさらに含む、
   ことを特徴とする請求項１の記載の方法。
3. 前記ビットストリームを解析して、前記現在のビデオ画像に対応する制御識別子を取得してから、前記方法は、
   前記制御識別子に対応するデコーディング方式がＤＭ禁止である場合、ＤＭは無効になることをさらに含む、
   ことを特徴とする請求項１に記載の方法。
4. 前記ビットストリームを解析して、前記現在のビデオ画像に対応する制御識別子を取得
   することは、
   前記ビットストリームを解析してから、前記ビットストリーム内の画像パラメータセッ
   ト（ＰＰＳ）から制御識別子を取得することを含む、
   ことを特徴とする請求項１～３のいずれか一項に記載の方法。
5. 前記ビットストリームを解析して、前記現在のビデオ画像に対応する制御識別子を取得することは、
   前記ビットストリームを解析してから、前記ビットストリーム内の補足拡張情報（ＳＥＩ）から制御識別子を取得することをさらに含む、
   ことを特徴とする請求項１～３のいずれか一項に記載の方法。
6. デコーダであって、取得部分、解析部分及び有効化部分を含み、
   前記取得部分は、現在のビデオ画像に対応するビットストリームを取得するために用いられ、
   前記解析部分は、前記ビットストリームを解析して、前記現在のビデオ画像に対応する制御識別子を取得するために用いられ、前記解析部分は、具体的には、前記ビットストリームを解析してから、前記ビットストリーム内のシーケンスパラメータセット（ＳＰＳ）から前記制御識別子を取得するために用いられ、
   前記有効化部分は、前記ビットストリームを解析して、前記現在のビデオ画像に対応する制御識別子を取得してから、前記制御識別子に対応するデコーディング方式が画像コンポーネントのクロスデコーディングである場合、前記プリセットクロスデコーディング機能を有効にするために用いられ、前記プリセットクロスデコーディング機能は、画像コンポーネント間の依存性に基づいてデコーディング処理を行うために用いられ、前記画像コンポーネントは、２つの画像コンポーネントを含み、前記２つの画像コンポーネントはいずれも彩度コンポーネントである、
   ことを特徴とするデコーダ。
7. 前記デコーダは、デコーディング部分をさらに含み、
   前記デコーディング部分は、前記制御識別子に対応するデコーディング方式が画像コンポーネントのクロスデコーディングである場合、前記プリセットクロスデコーディング機能を有効にしてから、ＤＭにしたがって前記現在のビデオ画像をデコードするために用いられる、
   ことを特徴とする請求項６に記載のデコーダ。
8. 前記無効化部分は、さらに、前記ビットストリームを解析して前記現在のビデオ画像に対応する制御識別子を取得した後、前記制御識別子に対応するデコーディング方式がＤＭ禁止である場合、ＤＭが無効になるようにするために用いられる、
   ことを特徴とする請求項６に記載のデコーダ。
9. デコーダであって、プロセッサと、前記プロセッサによって実行され得るコマンドを格納するメモリと、通信インターフェースと、前記プロセッサ、前記メモリ及び前記通信インターフェースを接続するために用いられるバスと、を含み、前記コマンドが前記プロセッサによって実行されると、請求項１～５のいずれか一項に記載の方法を実現する、
   ことを特徴とするデコーダ。
10. プログラムを格納するために用いられるコンピュータ可読記憶媒体であって、
    前記コンピュータ可読記憶媒体はデコーダに適用され、前記プログラムが前記プロセッサによって実行されると、請求項１～５のいずれか一項に記載の方法を実現する、
    ことを特徴とするコンピュータ可読記憶媒体。