特許 7461353 画像符号化／復号化方法、エンコーダ、デコーダ及び記憶媒体

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-03-26

(45)【発行日】2024-04-03

(54)【発明の名称】画像符号化／復号化方法、エンコーダ、デコーダ及び記憶媒体

(51)【国際特許分類】

   H04N 19/593 20140101AFI20240327BHJP

【ＦＩ】

H04N19/593

【請求項の数】 10

(21)【出願番号】P 2021532342

(86)(22)【出願日】2019-09-24

(65)【公表番号】

(43)【公表日】2022-02-01

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

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

(87)【国際公開日】2021-04-01

【審査請求日】2021-06-07

【前置審査】

(73)【特許権者】

【識別番号】516227559

【氏名又は名称】オッポ広東移動通信有限公司

【氏名又は名称原語表記】ＧＵＡＮＧＤＯＮＧ ＯＰＰＯ ＭＯＢＩＬＥ ＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＣＯＲＰ．， ＬＴＤ．

【住所又は居所原語表記】Ｎｏ． １８ Ｈａｉｂｉｎ Ｒｏａｄ，Ｗｕｓｈａ， Ｃｈａｎｇ’ａｎ，Ｄｏｎｇｇｕａｎ， Ｇｕａｎｇｄｏｎｇ ５２３８６０ Ｃｈｉｎａ

(74)【代理人】

【識別番号】100120031

【弁理士】

【氏名又は名称】宮嶋 学

(74)【代理人】

【識別番号】100107582

【弁理士】

【氏名又は名称】関根 毅

(74)【代理人】

【識別番号】100152205

【弁理士】

【氏名又は名称】吉田 昌司

(74)【代理人】

【識別番号】100137523

【弁理士】

【氏名又は名称】出口 智也

(72)【発明者】

【氏名】フオ、チュンイェン

(72)【発明者】

【氏名】マー、イェンチュオ

(72)【発明者】

【氏名】ワン、シューアイ

(72)【発明者】

【氏名】チャン、ウェイ

(72)【発明者】

【氏名】ヤン、フーチョン

(72)【発明者】

【氏名】ワン、ハイシン

(72)【発明者】

【氏名】スン、イー

【審査官】間宮 嘉誉

(56)【参考文献】

【文献】国際公開第２０２１／０４０９４１（ＷＯ，Ａ１）

【文献】特開２０２１－４８４８５（ＪＰ，Ａ）

【文献】特開２０１８－９８５８９（ＪＰ，Ａ）

【文献】米国特許出願公開第２０２１／００８４３０８（ＵＳ，Ａ１）

【文献】HUO, Junyan et al.，Non-CE3：Fixed Downshifting for 8-Bit MIP，JVET-O1127 (version 3)，ITU，2019年07月11日，pp.1-5，JVET-O1127-v2.docx

【文献】PFAFF, Jonathan et al.，8-Bit Implementation and Simplification of MIP，JVET-O0084 (version 2)，ITU，2019年07月01日，pp.1-7，JVET-O0084-v2.docx

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｎ ７／１２

Ｈ０４Ｎ １９／００－１９／９８

ＩＥＥＥ Ｘｐｌｏｒｅ

(57)【特許請求の範囲】

【請求項1】

エンコーダに適用される画像符号化方法であって、
現在ブロックのサイズを決定することと、
マトリックスベースのイントラ予測（ＭＩＰ）モードを利用して前記現在ブロックを符号化するとき、前記現在ブロックのサイズと、第１オフセット量と、前記現在ブロックに対応する隣接画素の再構成値とに基づいて、第２オフセット量を計算し、前記第１オフセット量は前記第２オフセット量の計算における引く数値であり、前記第１オフセット量は定数であり、そして前記現在ブロックに対応するＭＩＰブロックサイズインデックス番号のみに基づいて決定されることと、
前記第２オフセット量を利用して、前記現在ブロックにおけるプリセット位置の画素の第２予測値を計算し、前記プリセット位置が前記現在ブロックにおける特定位置であることと、
前記第２予測値をフィルタリング処理して、前記現在ブロックにおけるすべての画素の第１予測値を取得することと、
前記現在ブロックのオリジナル値と前記第１予測値との予測差を計算することと、
前記予測差を符号化することと、を含む画像符号化方法。

【請求項2】

前記第２オフセット量は前記第２予測値の計算過程において、ビットシフト操作結果のオフセット量を制御することに用いられる請求項１に記載の方法。

【請求項3】

デコーダに適用される画像復号化方法であって、
ビットストリームを復号化して、現在ブロックのサイズ、符号化モード及び予測差を取得することと、
前記現在ブロックの符号化モードがマトリックスベースのイントラ予測（ＭＩＰ）モードである場合、前記現在ブロックのサイズと、第１オフセット量と、前記現在ブロックに対応する隣接画素の再構成値とに基づいて、第２オフセット量を計算し、前記第１オフセット量は前記第２オフセット量の計算における引く数値であり、前記第１オフセット量は定数であり、そして前記現在ブロックに対応するＭＩＰブロックサイズインデックス番号のみに基づいて決定されることと、
前記第２オフセット量を利用して、前記現在ブロックにおけるプリセット位置の画素の第２予測値を計算し、前記プリセット位置が前記現在ブロックにおける特定位置であることと、
前記第２予測値をフィルタリング処理して、前記現在ブロックにおけるすべての画素の第１予測値を取得することと、
前記第１予測値と前記予測差との和値を計算し、前記和値を前記現在ブロックの再構成値として設定することと、を含む画像復号化方法。

【請求項4】

前記第２オフセット量は前記第２予測値の計算過程において、ビットシフト操作結果のオフセット量を制御することに用いられる請求項３に記載の方法。

【請求項5】

エンコーダであって、第１決定部、第１計算部及び符号化部を備え、
前記第１決定部は、現在ブロックのサイズを決定するように構成され、
前記第１計算部は、マトリックスベースのイントラ予測（ＭＩＰ）モードを利用して前記現在ブロックを符号化するとき、前記現在ブロックのサイズと、第１オフセット量と、前記現在ブロックに対応する隣接画素の再構成値とに基づいて、第２オフセット量を計算し、前記第１オフセット量は前記第２オフセット量の計算における引く数値であり、前記第１オフセット量は定数であり、そして前記現在ブロックに対応するＭＩＰブロックサイ
ズインデックス番号のみに基づいて決定されるように構成され、
前記第１決定部は更に、前記第２オフセット量を利用して、前記現在ブロックにおけるプリセット位置の画素の第２予測値を計算し、前記プリセット位置が前記現在ブロックにおける特定位置であり、前記第２予測値をフィルタリング処理して、前記現在ブロックにおけるすべての画素の第１予測値を取得するように構成され、
前記符号化部は、前記現在ブロックのオリジナル値と前記第１予測値との予測差を計算し、前記予測差を符号化するように構成されるエンコーダ。

【請求項6】

前記第２オフセット量は前記第２予測値の計算過程において、ビットシフト操作結果のオフセット量を制御することに用いられる請求項５に記載のエンコーダ。

【請求項7】

デコーダであって、解析部、第２決定部及び第２計算部を備え、
前記解析部は、ビットストリームを復号化して、現在ブロックのサイズ、符号化モード及び予測差を取得するように構成され、
前記第２計算部は、現在ブロックの符号化モードがマトリックスベースのイントラ予測（ＭＩＰ）モードである場合、前記現在ブロックのサイズと、第１オフセット量と、前記現在ブロックに対応する隣接画素の再構成値とに基づいて、第２オフセット量を計算し、前記第１オフセット量は前記第２オフセット量の計算における引く数値であり、前記第１オフセット量は定数であり、そして前記現在ブロックに対応するＭＩＰブロックサイズインデックス番号のみに基づいて決定されるように構成され、
前記第２決定部は、前記第２オフセット量を利用して、前記現在ブロックにおけるプリセット位置の画素の第２予測値を計算し、前記プリセット位置が前記現在ブロックにおける特定位置であり、前記第２予測値をフィルタリング処理して、前記現在ブロックにおけるすべての画素の第１予測値を取得し、前記第１予測値と前記予測差との和値を計算し、前記和値を前記現在ブロックの再構成値として設定するように構成されるデコーダ。

【請求項8】

前記第２オフセット量は前記第２予測値の計算過程において、ビットシフト操作結果のオフセット量を制御することに用いられる請求項７に記載のデコーダ。

【請求項9】

コンピュータ可読記憶媒体であって、プログラムが記憶され、エンコーダに適用され、前記プログラムがプロセッサにより実行されるとき、請求項１又は２に記載の方法を実現するコンピュータ可読記憶媒体。

【請求項10】

コンピュータ可読記憶媒体であって、プログラムが記憶され、デコーダに適用され、前記プログラムがプロセッサにより実行されるとき、請求項３又は４に記載の方法を実現するコンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本願の実施例はビデオ符号化／復号化技術分野に関し、特に画像符号化／復号化方法、エンコーダ、デコーダ及び記憶媒体に関する。

【背景技術】

【0002】

多機能ビデオ符号化（ＶＶＣ、Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）の参照ソフトウェアテストプラットフォームにおいて、新しいイントラ符号化技術、即ちマトリックスベースのイントラ予測（ＭＩＰ、Ｍａｔｒｉｘ－ｂａｓｅｄ Ｉｎｔｒａ Ｐｒｅｄｉｃｔｉｏｎ）が提案されている。ＭＩＰはニューラルネットワークに基づくイントラ予測技術であって、多層ニューラルネットワークを利用して隣接する再構成された輝度ブロックに基づいて現在ブロックの輝度値を予測するものである。具体的に、従来のイントラモードと同様に、ＭＩＰモードを利用してイントラ予測を行うとき、ＭＩＰにより予測された入力も現在ブロックの上一行及び左一列の隣接する輝度ブロックのデータであり、出力は現在ブロックの輝度成分の第１予測値である。予測過程は具体的に３つのステップ、即ちダウンサンプリング、行列ベクトル積及び補間に分けられる。

【0003】

ところが、ＭＩＰモードを利用して輝度予測を行うとき、異なるサイズの輝度ブロックが用いるパラメータは異なる可能性があるため、比較的大きな記憶空間を占有して大量のパラメータを記憶する必要がある。且つ、予測過程においてパラメータの検索及び呼び出しは全体時間の増加を引き起こすため、符号化／復号化効率を低下させてしまう。

【発明の概要】

【発明が解決しようとする課題】

【0004】

本願の実施例は画像符号化／復号化方法、エンコーダ、デコーダ及び記憶媒体を提供し、符号化／復号化性能を確保する上で、符号化／復号化過程に必要な記憶空間及び全体時間を減少させ、符号化／復号化効率を効果的に向上させることができる。

【課題を解決するための手段】

【0005】

本願の実施例の技術案は以下のように実現される。

【0006】

本願の実施例はエンコーダに適用される画像符号化方法を提供し、前記方法は、
現在ブロックのサイズを決定することと、
ＭＩＰモードを利用して前記現在ブロックを符号化するとき、前記現在ブロックのサイズに基づいて第１オフセット量を決定することと、
前記第１オフセット量と前記現在ブロックに対応する隣接画素の再構成値とを利用して、第２オフセット量を計算することと、
前記第２オフセット量に基づいて前記現在ブロックの第１予測値を決定することと、
前記第１予測値に基づいて前記現在ブロックを符号化することと、を含む。

【0007】

本願の実施例はデコーダに適用される画像復号化方法を提供し、前記方法は、
ビットストリームを復号化して、現在ブロックのサイズ及び符号化モードを取得することと、
前記現在ブロックの符号化モードがＭＩＰモードである場合、前記現在ブロックのサイズに基づいて第１オフセット量を決定することと、
前記第１オフセット量と前記現在ブロックに対応する隣接画素の再構成値とを利用して、第２オフセット量を計算することと、
前記第２オフセット量に基づいて前記現在ブロックの第１予測値を決定することと、
前記第１予測値に基づいて前記現在ブロックの再構成値を決定することと、を含む。

【0008】

本願の実施例はエンコーダを提供し、前記エンコーダは第１決定部、第１計算部及び符号化部を備え、
前記第１決定部は、現在ブロックのサイズを決定し、ＭＩＰモードを利用して前記現在ブロックを符号化するとき、前記現在ブロックのサイズに基づいて第１オフセット量を決定するように構成され、
前記第１計算部は、前記第１オフセット量と前記現在ブロックに対応する隣接画素の再構成値とを利用して、第２オフセット量を計算するように構成され、
前記第１決定部は更に、前記第２オフセット量に基づいて前記現在ブロックの第１予測値を決定するように構成され、
前記符号化部は、前記第１予測値に基づいて前記現在ブロックを符号化するように構成される。

【0009】

本願の実施例はデコーダを提供し、前記デコーダは解析部、第２決定部及び第２計算部を備え、
前記解析部は、ビットストリームを復号化して、現在ブロックのサイズ及び符号化モードを取得するように構成され、
前記第２決定部は、前記現在ブロックの符号化モードがＭＩＰモードである場合、前記現在ブロックのサイズに基づいて第１オフセット量を決定するように構成され、
前記第２計算部は、前記第１オフセット量と前記現在ブロックに対応する隣接画素の再構成値とを利用して、第２オフセット量を計算するように構成され、
前記第２決定部は更に、前記第２オフセット量に基づいて前記現在ブロックの第１予測値を決定し、前記第１予測値に基づいて前記現在ブロックの再構成値を決定するように構成される。

【0010】

本願の実施例はエンコーダを提供し、前記エンコーダは、第１プロセッサと、前記第１プロセッサの実行可能命令が記憶される第１メモリと、第１通信インターフェースと、前記第１プロセッサ、前記第１メモリ及び前記第１通信インターフェースを接続するための第１バスとを備え、前記命令が前記第１プロセッサにより実行されるとき、以上に記載された画像符号化方法を実現する。

【0011】

本願の実施例はデコーダを提供し、前記デコーダは、第２プロセッサと、前記第２プロセッサの実行可能命令が記憶される第２メモリと、第２通信インターフェースと、前記第２プロセッサ、前記第２メモリ及び前記第２通信インターフェースを接続するための第２バスとを備え、前記命令が前記第２プロセッサにより実行されるとき、以上に記載された画像復号化方法を実現する。

【0012】

本願の実施例はコンピュータ可読記憶媒体を提供し、プログラムが記憶され、エンコーダ及びデコーダに適用され、前記プログラムがプロセッサにより実行されるとき、以上に記載された画像符号化／復号化方法を実現する。

【0013】

本願の実施例は画像符号化／復号化方法、エンコーダ、デコーダ及び記憶媒体を提供する。エンコーダは、現在ブロックのサイズを決定し、ＭＩＰモードを利用して現在ブロックを符号化するとき、現在ブロックのサイズに基づいて第１オフセット量を決定し、第１オフセット量と現在ブロックに対応する隣接画素の再構成値とを利用して、第２オフセット量を計算し、第２オフセット量に基づいて現在ブロックの第１予測値を決定し、第１予測値に基づいて現在ブロックを符号化する。デコーダは、ビットストリームを復号化して、現在ブロックのサイズ及び符号化モードを取得し、現在ブロックの符号化モードがＭＩＰモードである場合、現在ブロックのサイズに基づいて第１オフセット量を決定し、第１オフセット量と現在ブロックに対応する隣接画素の再構成値とを利用して、第２オフセット量を計算し、第２オフセット量に基づいて現在ブロックの第１予測値を決定し、第１予測値に基づいて現在ブロックの再構成値を決定する。以上から分かるように、本願に係る画像符号化／復号化方法は、ＭＩＰモードを利用して符号化／復号化するとき、現在ブロックのサイズに基づいて現在ブロックに対応する第１オフセット量を直接決定することができ、次に、第１オフセット量を利用して現在ブロックを符号化／復号化処理することができる。即ち、本願では、予め記憶されるインデックス番号とオフセット量との対応関係に基づいて、現在ブロックのサイズに対応するＭＩＰブロックサイズインデックス番号を決定した後、ＭＩＰブロックサイズインデックス番号に対応する第１オフセット量を直接取得することができる。これにより、符号化／復号化処理を行うとき、ＭＩＰアルゴリズムの複雑性を低減し、符号化／復号化性能を確保する上で、符号化／復号化過程に必要な記憶空間及び全体時間を減少させ、符号化／復号化効率を効果的に向上させることができる。

【図面の簡単な説明】

【0014】

【図1】図１はイントラ予測の６７種類の予測モードの分布模式図である。

【図2】図２はＭＩＰモードを利用して符号化するフローチャートである。

【図3】図３は現在ブロックの上側隣接輝度ブロック及び左側隣接輝度ブロックの分布模式図である。

【図4】図４はＤＭモードを決定する分布模式図である。

【図5】図５はビデオ符号化システムの構造模式図である。

【図6】図６はビデオ復号化システムの構造模式図である。

【図7】図７は画像符号化方法の実現フローチャートである。

【図8】図８は画像復号化方法の実現フローチャートである。

【図9】図９はエンコーダの構成模式図１である。

【図10】図１０はエンコーダの構成模式図２である。

【図11】図１１はデコーダの構成模式図１である。

【図12】図１２はデコーダの構成模式図２である。

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

【0015】

以下、本願の実施例の図面を参照しながら、本願の実施例の技術案を明確且つ完全に説明する。理解されるように、ここで説明される具体的な実施例は関連出願を解釈するためのものであって、該出願を制限するものではない。また、更に説明されるように、説明の都合上、図面には関連出願に関わる部分のみを示す。

【0016】

ビデオ画像において、ＶＶＣは共同ビデオ専門家チーム（ＪＶＥＴ、Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｅｒｔｓ Ｔｅａｍ）－Ｎ０２１７において提案されたアフィン線形重み付けイントラ予測技術（Ａｆｆｉｎｅ Ｌｉｎｅａｒ Ｗｅｉｇｈｔｅｄ Ｉｎｔｒａ Ｐｒｅｄｉｃｔｉｏｎ）を採用して、それをマトリックスベースのイントラ予測、即ちＭＩＰ技術に改称する。該技術はイントラ輝度符号化ブロックのサイズの相違に応じて、イントラ輝度予測過程に異なる数のマトリックスベースのイントラ予測モードを追加する。

【0017】

自然ビデオのより精密なエッジ方向を捉えるために、ＶＶＣはビデオ圧縮標準（ＨＥＶＣ、Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）において定義された３３種類のイントラ輝度予測角度モードを６５種類に拡張する。図１はイントラ予測の６７種類の予測モードの分布模式図である。図１に示すように、矢印番号２～６６は６５種類のイントラ角度予測モードを示し、また、更に２種類の非角度モード、即ち番号０の漸進的に変化するプラナー（Ｐｌａｎａｒ）モード及び番号１の直流ＤＣモードがある。従って、ＶＶＣのイントラ予測過程に２種類の非角度モード及び６５種類の角度モードが含まれる。ここで、この６７種類の予測モードはイントラ予測の従来モードと称される。

【0018】

ＭＩＰはニューラルネットワークに基づくイントラ予測技術であって、多層ニューラルネットワークを利用して隣接する再構成された画素に基づいて現在ブロックの輝度値を予測するものである。具体的に、ＭＩＰ技術はイントラ輝度符号化ブロックのサイズに基づいて輝度符号化ブロックを３種類に分ける。輝度符号化ブロックのサイズをＷ×Ｈとし、ここで、Ｗが幅パラメータであり、Ｈが高さパラメータである。輝度符号化ブロックのサイズに基づいて輝度符号化ブロックを３種類に分けてもよく、即ち、
サイズ４×４の輝度符号化ブロックを第１種類の輝度ブロックとし、サイズ８×４、４×８及び８×８の輝度符号化ブロックを第２種類の輝度ブロックとし、他のサイズの輝度符号化ブロックを第３種類の輝度ブロックとする。

【0019】

この３種類のタイプのイントラ輝度符号化ブロックに対して、ＭＩＰ技術は６７種類の従来のイントラ予測モードにＭ種類のＭＩＰモードを追加し、第１種類の輝度ブロックの場合、Ｍ＝３５であり、第２種類の輝度ブロックの場合、Ｍ＝１９であり、第３種類の輝度ブロックの場合、Ｍ＝１１である。

【0020】

具体的に、ＭＩＰ技術はイントラ輝度予測のみに適用される。従来モードと同様に、ＭＩＰにより予測された入力も現在ブロックの上一行及び左一列データであり、出力は現在ブロックの予測値である。予測過程は具体的に３つのステップ、即ち平均、行列ベクトル積及び補間に分けられる。即ち、入力された上一行及び左一列の隣接画素点の再構成輝度値に対して上記３つのステップを行えば、現在ブロックの輝度成分の予測値を取得することができる。

【0021】

図２はＭＩＰモードを利用して符号化するフローチャートである。図２に示すように、ＭＩＰモードを利用して輝度予測を行うことは、具体的に、下記の第１ステップ～第３ステップによって、実現される。
第１ステップにおいて、現在ブロックの上側隣接参照点に対して平均操作を行って、ベクトルｂｄｒｙ_ｔｏｐを取得し、合計してＮ個の値があり、現在ブロックの左側隣接参照点に対して平均操作を行って、ベクトルｂｄｒｙ_ｌｅｆｔを取得し、合計してＮ個の値があり、現在ブロックが第１種類の輝度符号化ブロックである場合、Ｎ＝２であり、現在ブロックが第２種類又は第３種類の輝度符号化ブロックである場合、Ｎ＝４である。ベクトルｂｄｒｙ_ｔｏｐとベクトルｂｄｒｙ_ｌｅｆｔは新しいベクトルｂｄｒｙ_ｒｅｄを構成し、後続操作を行う。
第２ステップにおいて、ＭＩＰモードのモード番号ｋによって対応のマトリックスＡ_ｋ及びオフセット量ｂ_ｋを取得し、公式（１）によって図２における交差線で示される現在ブロックの予測値の一部を計算して取得する。

【数1】

第３ステップにおいて、線形補間によって、現在ブロックの残りの予測値Ｐｒｅｄ _ｒｅｄ を取得する。

【0022】

なお、現在ブロックを符号化する実現過程において、イントラ予測が具体的に使用する符号化モードを圧縮ビットストリームに書き込む必要がある。それにより復号化側は該モード情報を解析することにより、具体的にどの種類のモードを使用するか、即ち従来モードを使用するかそれともＭＩＰモードを使用するかを決定することができる。従来モードを使用する場合、具体的にどの種類の従来モードを使用するかを決定し、ＭＩＰモードを使用する場合、具体的にどの種類のＭＩＰモードを使用するかを決定する。

【0023】

ＶＶＣのイントラ予測において、各輝度符号化ブロックに対していずれも６７個の従来モード及びＭ個のＭＩＰモードのレート歪みコスト（ＲＤｃｏｓｔ）比較を行い、６７個の従来モード及びＭ個のＭＩＰモードから最適モードを選択して符号化する。ビットオーバーヘッドを節約するために、ＶＶＣは最確モードリスト（ＭＰＭ、Ｍｏｓｔ Ｐｒｏｂａｂｌｅ Ｍｏｄｅｓ Ｌｉｓｔ）に基づくイントラモード符号化技術を使用する。

【0024】

尚、複数参照ライン技術（ｅｘｔｅｎｄ ｒｅｆｅｒｅｎｃｅ ｌｉｎｅ）及びイントラ細分割技術（ＩＳＰ、Ｉｎｔｒａ Ｓｕｂ－Ｐａｔｉｔｉｏｎａｒ）はＭＰＭリストにおけるモードのみに使用される。従って、ｅｘｔｅｎｄｒｅｆｆｌａｇとｉｓｐｆｌａｇがいずれも０であり、即ちサブブロックを区別せずに０参照行を使用する場合、ｍｐｍｆｌａｇを符号化する必要がなく、最適モードのＭＰＭリストにおける位置を直接符号化する。

【0025】

更に、ＭＰＭリスト及びＭＩＰＭＰＭリストの構造については、ＶＶＣの輝度イントラ予測において、現在ブロックが選択した最適モードは従来モードである場合、６つの最も可能な従来モードを含むＭＰＭリストを構築する必要があり、現在ブロックが選択した最適モードはＭＩＰモードである場合、３つの最も可能なＭＩＰモードを含むＭＩＰＭＰＭリストを構築する必要がある。

【0026】

図３は現在ブロックの上側隣接輝度ブロック及び左側隣接輝度ブロックの分布模式図である。図３に示すように、上記２つのリストはいずれも図３に示される現在ブロックの上側隣接輝度ブロック（Ａ）及び左側隣接輝度ブロック（Ｌ）の最適モードに基づいて導出されるものである。

【0027】

更に、ＭＩＰＭＰＭリストの構造については、ＶＶＣのイントラ予測において、現在ブロックの最適モードがＭＩＰモードである場合、ＭＩＰＭＰＭリストを構築する必要がある。ＭＩＰＭＰＭリストの構築過程において、まず、上側隣接輝度ブロックの最適モードに対応するＭＩＰモードＡＢＯＶＥ＿ＭＩＰ及び左側隣接輝度ブロックの最適モードに対応するＭＩＰモードＬＥＦＴ＿ＭＩＰモードを取得する必要がある。

【0028】

更に、ＬＥＦＴ＿ＭＩＰ及びＡＢＯＶＥ＿ＭＩＰを取得した後、下記方法に基づいて３つの最も可能なＭＩＰＭＰＭモードを含むＭＩＰＭＰＭリストの構築を行う。このうち、ＭＩＰＭＰＭにおける番号がＭＩＰモードである番号については、番号範囲は０～（Ｍ－１）であり、第１種類の輝度ブロックの番号が０～３４であり、第２種類の輝度ブロックの番号が０～１８であり、第３種類の輝度ブロックの番号が０～１０である。該方法は、
ＬＥＦＴ＿ＭＩＰが利用可能である（－１ではない）場合、ＬＥＦＴ＿ＭＩＰをＭＩＰＭＰＭｌｉｓｔに入れることと、
ＡＢＯＶＥ＿ＭＩＰが利用可能である（－１ではない）場合、ＡＢＯＶＥ＿ＭＩＰを冗長検査後にＭＩＰＭＰＭｌｉｓｔに入れることと、
ＬＥＦＴ＿ＭＩＰが利用不可能であり（－１である）、且つＡＢＯＶＥ＿ＭＩＰが利用不可能である（－１である）場合、現在ブロックのタイプに基づいて、ＭＩＰＭＰＭｌｉｓｔが満たされるまで、デフォルトリストを冗長検査した後にＭＩＰＭＰＭｌｉｓｔに入れ、
第１種類の輝度ブロックのデフォルトリストが｛１７，３４，５｝であり、
第２種類の輝度ブロックのデフォルトリストが｛０，７，１６｝であり、
第３種類の輝度ブロックのデフォルトリストが｛１，４，６｝であることと、を含む。

【0029】

更に、ＶＶＣの色度イントラ予測過程において、成分同士の関連性を利用するダイレクトモード（ＤＭ、Ｄｉｒｅｃｔ Ｍｏｄｅ）は、現在ブロックに対応する同一位置の輝度符号化ブロックの中心位置のイントラ予測モードを使用して現在の色度ブロックのイントラ予測を行う。図４はＤＭモードを決定する分布模式図である。図４に示すように、ＭＩＰ技術は輝度符号化ブロックのみに適用され、従って、図４におけるＣＲ位置のイントラ予測モードがＭＩＰモードである場合、該ＭＩＰモードを「ＭＩＰ－従来のマッピングテーブル」によって従来モードにマッピングして、現在の色度ブロックのイントラ予測を行う必要がある。表１はＭＩＰ－従来のマッピングテーブルである。

【0030】

【表1】

【0031】

即ち、ＭＩＰ技術が導入されるため、イントラ予測過程において、ＭＩＰＭＰＭリストを構築するとき、従来モードをＭＩＰモードにマッピングする必要があり、ＭＰＭリストの構築及びＤＭモードの決定において、ＭＩＰモードを従来モードにマッピングする必要がある。

【0032】

また、ＭＰＭリストの構築過程及びＤＭモードの取得過程において、ＭＩＰモードから従来モードへのマッピングを行う必要がある。具体的に、「ＭＩＰ－従来のマッピングテーブル」によって３５／１９／１１種類のＭＩＰモードを６７種類の従来モードにマッピングする。３種類のタイプの輝度ブロックに対する３種類の「ＭＩＰ－従来のマッピングテーブル」は表２、表３及び表４に示される。

【0033】

【表2】

【0034】

【表3】

【0035】

【表4】

【0036】

図５はビデオ符号化システムの構造模式図である。図５に示すように、該ビデオ符号化システム１００は変換及び量子化モジュール１０１、イントラ推定モジュール１０２、イントラ予測モジュール１０３、動き補償モジュール１０４、動き推定モジュール１０５、逆変換及び逆量子化モジュール１０６、フィルタ制御分析モジュール１０７、デブロッキングフィルタリング及びサンプルアダプティブオフセット（ＳＡＯ、Ｓａｍｐｌｅ Ａｄａｐｔｉｖｅ ０ｆｆｓｅｔ）フィルタリングモジュール１０８、ヘッダ情報符号化及びコンテキスト適応型二値算術符号化（ＣＡＢＡＣ、Ｃｏｎｔｅｘｔ－ｂａｓｅｄ Ａｄａｐｔｉｖｅ Ｂｉｎａｒｙ Ａｒｉｔｈｍａｔｉｃ Ｃｏｄｉｎｇ）符号化モジュール１０９、並びに復号化画像バッファモジュール１１０等の部材を備える。図６はビデオ復号化システムの構造模式図である。図６に示すように、該ビデオ復号化システム２００はヘッダ情報復号化及びＣＡＢＡＣ復号化モジュール２０１、逆変換及び逆量子化モジュール２０２、イントラ予測モジュール２０３、動き補償モジュール２０４、デブロッキングフィルタリング及びＳＡＯフィルタリングモジュール２０５、並びに復号化画像バッファモジュール２０６等の部材を備える。ビデオ画像はビデオ符号化システム１００における変換及び量子化モジュール１０１、イントラ推定モジュール１０２、イントラ予測モジュール１０３、動き補償モジュール１０４、動き推定モジュール１０５、デブロッキングフィルタリング及びＳＡＯフィルタリングモジュール１０８、並びにヘッダ情報符号化及びＣＡＢＡＣ符号化モジュール１０９等の部分により処理された後、該ビデオ画像のビットストリームを出力する。該ビットストリームはビデオ復号化システム２００に入力され、ビデオ復号化システム２００におけるヘッダ情報復号化及びＣＡＢＡＣ復号化モジュール２０１、逆変換及び逆量子化モジュール２０２、イントラ予測モジュール２０３、並びに動き補償モジュール２０４等の部分により処理され、最終的に元のビデオ画像を回復する。

【0037】

高さパラメータ及び幅パラメータに基づいて、現在ブロックは２５種類のサイズを有してもよい。具体的に、標準には輝度ブロックの最大サイズが１２８×１２８であることが規定されているが、変換ユニットの最大サイズが６４×６４であり、即ち輝度ブロックが１２８×１２８のサイズの場合にまず四分木分割を行わなければならないため、輝度ブロックの最大サイズは６４×６４である。表５は輝度ブロックのサイズを示す表であり、表５に示すように、

【0038】

【表5】

【0039】

従来技術において、現在ブロックの高さパラメータ及び幅パラメータに基づいて、ＭＩＰモードを制限する。具体的に、現在ブロックの幅／高さが４より大きく、又は高さ／幅が４より大きい場合、ＭＩＰモードによって現在ブロックを符号化しない。表６は従来技術におけるＭＩＰモードにおいて輝度ブロックのサイズを限定する表であり、表６に示すように、

【0040】

【表6】

【0041】

従来技術において、ＭＩＰモードの第１種類の輝度ブロックにおいて（４×４の輝度ブロックに対応する）、上隣接及び左隣接輝度ブロックはそれぞれ２つあり、マトリックス演算によって４×４の予測ブロックを生成し、ＭＩＰモードの第２種類の輝度ブロックにおいて（４×８、８×４、８×８の輝度ブロックに対応する）、上隣接及び左隣接輝度ブロックはそれぞれ４つあり、マトリックス演算によって４×４の予測ブロックを生成し、ＭＩＰモードの第３種類の輝度ブロックにおいて（他のサイズの輝度ブロックに対応する）、上隣接及び左隣接輝度ブロックはそれぞれ４つあり、マトリックス演算によって４×８の予測ブロック（４×１６の輝度ブロック）、８×４の予測ブロック（１６×４の輝度ブロック）又は８×８の予測ブロック（他のサイズの輝度ブロック）を生成する。第３種類の輝度ブロックは非正方形の予測ブロックを生成するため、計算時にマトリックスに対して奇数行の抽出を行う必要がある。

【0042】

更に、文法において、ＭｉｐＳｉｚｅＩｄでＭＩＰのアプリケーションカテゴリを示してもよく、即ちＭｉｐＳｉｚｅＩｄはＭＩＰブロックサイズインデックス番号であり、ｎｕｍＭｏｄｅｓはＭＩＰモードの数を示し、ｂｏｕｎｄａｒｙＳｉｚｅはダウンサンプリングにより取得された上参照行又は左参照列の輝度ブロックの個数を示し、ｐｒｅｄＷは予測ブロックの幅パラメータを示し、ｐｒｅｄＨは予測ブロックの高さパラメータを示し、ｐｒｅｄＣはＭＩＰのマトリックスの辺長を示す。表７は従来技術におけるＭＩＰモードに対応する文法関係である。表７に示すように、文法におけるＭｉｐＳｉｚｅＩｄ、ｎｕｍＭｏｄｅｓ、ｂｏｕｎｄａｒｙＳｉｚｅ、ｐｒｅｄＷ、ｐｒｅｄＨ、ｐｒｅｄＣは下記関係を有する。

【0043】

【表7】

【0044】

更に、文法において、ＭＩＰブロックサイズインデックス番号の値が０である場合は４×４の輝度ブロックを示し、値が１である場合は４×８、８×４、８×８の輝度ブロックを示し、値が２である場合は他のサイズの輝度ブロックを示す。ｎｕｍＭｏｄｅｓは合計していくつの種類のＭＩＰ予測モードがあるかを示し、即ち、４×４の輝度ブロックが合計して３５種類あり、４×８、８×４、８×８の輝度ブロックが合計して１９種類あり、他のサイズの輝度ブロックが合計して１１種類あることを示す。ｂｏｕｎｄａｒｙＳｉｚｅは現在ブロックの上行又は左列の隣接輝度ブロックが最終的に２つ又は４つの隣接輝度ブロックにダウンサンプリングされることを示す。

【0045】

従来技術において、エンコーダはＭＩＰモードにより輝度予測を行うとき、下記公式（２）により行ってもよい。

【数2】

ここで、ｍＷｅｉｇｈｔとｖＢｉａｓは各ＭＩＰモードが深層学習により訓練した重みマトリックス及びオフセットマトリックスである。具体的に、ｍＷｅｉｇｈｔは各種類のＭＩＰモードの重みマトリックスであり、ｖＢｉａｓは各種類のＭＩＰモードのオフセットマトリックスである。ｓＢはオフセットマトリックスの左シフト量であり、ｏＷは四捨五入後の保持値であり、ｓＷは全体予測値の右シフト量であり、テーブルルックアップによって異なるＭＩＰモードにおけるｓＷ値を取得する必要がある。

【0046】

ＪＶＥＴ－Ｎ１００１－ｖ７に基づいてＭＩＰの予測マトリックスを生成するとき、エンコーダは変数ｉｎｃＷ及びｉｎｃＨによって奇数行の予測値を抽出する必要があるかどうかを判断し、ｆＯ変数はｍＷｅｉｇｈｔから引く必要がある数値を代表し、具体的に、

【数3】

ここで、ｉｎｃＷ＝２又はｉｎｃＨ＝２は幅パラメータ又は高さパラメータにおいて抽出する必要があることを示す。

【0047】

表８は従来技術におけるｓＷの文法についての説明である。表８に示すように、ＭＩＰモードにおいてｓＷの値がマッピング関係であり、従って、表８によってすべてのモードにおけるｓＷの値を取得することができる。

【0048】

【表8】

【0049】

表９は従来技術におけるｆＯの文法についての説明である。表９に示すように、ＭＩＰモードにおける予測値の計算過程において、ｆＯ変数はｍＷｅｉｇｈｔから引く必要がある数値を代表し、且つ、テーブルルックアップによって異なる輝度ブロックの異なるＭＩＰモードにおけるｆＯ値を取得する必要がある。ｍＷｅｉｇｈｔは各ＭＩＰモードが深層学習により訓練した重みマトリックスである。

【0050】

表９におけるｆＯの文法についての説明から分かるように、ｆＯの値は輝度ブロックのサイズ及びモード番号のいずれも関連する。

【0051】

【表9】

【0052】

表９におけるｆＯの値は輝度ブロックのサイズ及びモード番号のいずれも関連し、即ち異なるＭＩＰモードにおけるｆＯの文法についての説明は異なるため、エンコーダがＭＩＰモードによって輝度予測を行うとき、異なるＭｉｐＳｉｚｅＩｄ又は異なるＭＩＰモード番号（ｍｏｄｅＩｄ）の現在符号化ブロックに対するｆＯの値が異なる可能性がある。このため、アルゴリズムが統一化されておらず、且つ上記表９のルックアッププロセスがアルゴリズムの時間複雑性を増加させ、表９の記憶が記憶空間を占有する必要もある。

【0053】

以上から分かるように、従来技術において、ＭＩＰモードによって輝度予測を行うとき、異なるサイズの輝度ブロックが用いるパラメータは異なる可能性もある。このため、比較的大きな記憶空間を占有して大量のパラメータを記憶する必要がある。且つ、予測過程においてパラメータの検索及び呼び出しは全体時間の増加を引き起こすため、符号化／復号化効率を低下させてしまう。

【0054】

上記問題を解決するために、本願は画像符号化方法を提供する。一方では、エンコーダは予め記憶されるインデックス番号及びオフセット量を設定し、即ちＭｉｐＳｉｚｅＩｄとｆＯとの対応関係を設定することにより、符号化時に現在ブロックｆＯの値を現在ブロックのサイズのみに関連付けさせることができ、それによりＭＩＰの実現をより簡潔で統一化することができる。もう一方では、ＭｉｐＳｉｚｅＩｄとｆＯとの対応関係は１次元配列又は類似機能を持つデータ構造で記憶されてもよく、それにより次元を低減し、ｆＯ自体が占有する記憶空間を節約する。更に一方では、エンコーダはｆＯを統一して修正更新するとき、更に更新後のｆＯを利用して対応のｍＷｅｉｇｈｔを更新することができ、それにより符号化性能の低下を回避することができる。

【0055】

更に、本願に係る画像符号化方法は、ビデオ符号化混合フレームワークにおけるイントラ予測部に影響することができ、即ち、主にビデオ符号化におけるイントラ予測モジュール１０３及びビデオ復号化におけるイントラ予測モジュール２０３に適用され、符号化側及び復号化側に同時に作用する。

【0056】

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

【0057】

本願の一実施例では、図７は画像符号化方法の実現フローチャートである。図７に示すように、本願の実施例では、エンコーダが画像符号化を行う方法は、以下のステップを含んでもよい。

【0058】

ステップ７０１、現在ブロックのサイズを決定する。

【0059】

本願の実施例では、エンコーダはまず現在ブロックのサイズを決定してもよく、現在ブロックが符号化待ちの現在符号化ブロックであってもよい。即ち、エンコーダは現在ブロックを符号化する前に、まず現在ブロックの具体的なサイズを決定してもよい。

【0060】

更に、本願の実施例では、現在ブロックは符号化待ちの輝度ブロックであってもよい。

【0061】

なお、本願の実施例では、現在ブロックの高さパラメータＨ及び幅パラメータＷに基づいて、現在ブロックのサイズは２５種類のサイズを含んでもよい。具体的に、標準には現在ブロックの最大サイズが１２８×１２８であることが規定されているが、変換ユニットの最大サイズが６４×６４であり、即ち現在ブロックが１２８×１２８のサイズの場合にまず四分木分割を行わなければならないため、現在ブロックの最大サイズは６４×６４である。

【0062】

具体的に、上記表５に示すように、現在ブロックのサイズ（Ｈ×Ｗ）は（４×４）、（４×８）、（４×１６）、（４×３２）、（４×６４）、（８×４）、（８×８）、（８×１６）、（８×３２）、（８×６４）、（１６×４）、（１６×８）、（１６×１６）、（１６×３２）、（１６×６４）、（３２×４）、（３２×８）、（３２×１６）、（３２×３２）、（３２×６４）、（６４×４）、（６４×８）、（６４×１６）、（６４×３２）、（６４×６４）の２５種類のサイズを含んでもよい。

【0063】

ステップ７０２、ＭＩＰモードを利用して現在ブロックを符号化するとき、現在ブロックのサイズに基づいて第１オフセット量を決定する。

【0064】

本願の実施例では、エンコーダはＭＩＰモードを利用して現在ブロックを符号化するとき、まず現在ブロックのサイズに基づいて、現在ブロックに対応する第１オフセット量を決定してもよい。上記公式（２）に基づいて、現在ブロックに対応する第１オフセット量は重みマトリックスｍＷｅｉｇｈｔから引く必要がある数値を示すｆＯであってもよい。

【0065】

なお、本願の実施例では、異なるサイズの現在ブロックに対して、エンコーダは異なる第１オフセット量を設定して符号化処理してもよい。具体的に、エンコーダはまず現在ブロックのサイズに基づいて現在ブロックに対応するＭＩＰブロックサイズインデックス番号を決定してもよく、次に、ＭＩＰブロックサイズインデックス番号に基づいて現在ブロックに対応する第１オフセット量を更に決定してもよい。

【0066】

更に、本願の実施例では、現在ブロックのＭＩＰブロックサイズインデックス番号は現在ブロックのサイズに基づいて決定したＭｉｐＳｉｚｅＩｄであり、現在ブロックの第１オフセット量は現在ブロックのｍＷｅｉｇｈｔから引く必要があるパラメータを示すｆＯである。

【0067】

理解されるように、本願の実施例では、エンコーダは現在ブロックのサイズに基づいて現在ブロックに対応するＭＩＰブロックサイズインデックス番号を決定するとき、具体的に、
現在ブロックのサイズが４×４である場合、ＭｉｐＳｉｚｅＩｄの値を０とするステップ（１）、
現在ブロックのサイズが４×８、８×４又は８×８である場合、ＭｉｐＳｉｚｅＩｄの値を１とするステップ（２）、
現在ブロックのサイズが他の値である場合、ＭｉｐＳｉｚｅＩｄの値を２とするステップ（３）に基づいて行うことができる。

【0068】

更に、本願の実施例では、エンコーダはＭｉｐＳｉｚｅＩｄとｆＯとの対応関係を予め設定することができ、即ち、エンコーダは予め記憶されるインデックス番号とオフセット量との対応関係を設定する。従って、エンコーダは現在ブロックに対応するＭＩＰブロックサイズインデックス番号を決定した後、予め記憶されるインデックス番号とオフセット量との対応関係に基づいて、マッピングによって現在ブロックに対応する第１オフセット量を取得することができる。

【0069】

なお、本願の実施例では、予め記憶されるインデックス番号とオフセット量との対応関係に基づいて、同じＭＩＰブロックサイズインデックス番号に対応する第１オフセット量は同じである。即ち、本願の実施例では、エンコーダがＭＩＰモードを利用して現在ブロックを符号化するとき、エンコーダは現在ブロックに対応するＭＩＰブロックサイズインデックス番号を直接に利用して、現在ブロックに対応する第１オフセット量を決定することができ、それにより第１オフセット量を更に利用して符号化処理することができる。

【0070】

本願の実施例では、更に、ＭＩＰモードに基づいて現在ブロックを符号化する前に、エンコーダはまず予め記憶されるインデックス番号とオフセット量との対応関係を設定してもよい。即ち、エンコーダはまず異なるＭｉｐＳｉｚｅＩｄに対して異なるｆＯを設定する必要がある。

【0071】

更に、本願の実施例では、エンコーダが予め記憶されるインデックス番号とオフセット量との対応関係を設定するとき、同じＭｉｐＳｉｚｅＩｄの輝度ブロックに対して、エンコーダはこれらの輝度ブロックに対応するｆＯを同じ数値として設定してもよい。即ち、本願では、エンコーダは同じＭｉｐＳｉｚｅＩｄを有する輝度ブロックに対応するｆＯを統一して設定してもよい。例えば、表１０は予め記憶されるインデックス番号とオフセット量との対応関係１である。表１０に示すように、エンコーダは直接に同じＭｉｐＳｉｚｅＩｄに対して同じｆＯを設定してもよく、これにより、エンコーダは現在ブロックを符号化するとき、直接に現在ブロックに対応するＭＩＰブロックサイズインデックス番号に基づいて対応の第１オフセット量の値を決定することができる。例えば、現在ブロックのサイズが４×４である場合、エンコーダは現在ブロックに対応するＭＩＰブロックサイズインデックス番号の値が０であることを決定することができ、それによりエンコーダは表１０に示されるＭｉｐＳｉｚｅＩｄとｆＯとの対応関係によって、現在ブロックに対応する第１オフセット量が６６であることを決定することができる。

【0072】

【表10】

【0073】

表１１は予め記憶されるインデックス番号とオフセット量との対応関係２である。表１１に示すように、エンコーダは直接に同じＭｉｐＳｉｚｅＩｄに対して同じｆＯを設定してもよく、これにより、エンコーダは現在ブロックを符号化するとき、直接に現在ブロックに対応するＭＩＰブロックサイズインデックス番号に基づいて対応の第１オフセット量の値を決定することができる。例えば、現在ブロックのサイズが４×４である場合、エンコーダは現在ブロックに対応するＭＩＰブロックサイズインデックス番号の値が０であることを決定することができ、これにより、エンコーダは表１１に示されるＭｉｐＳｉｚｅＩｄとｆＯとの対応関係によって、現在ブロックに対応する第１オフセット量が３４であることを決定することができる。

【0074】

【表11】

【0075】

以上から分かるように、上記表９と比べて、本願の上記表１０、表１１において、エンコーダは現在ブロックに対応する第１オフセット量を決定するとき、ＭｉｐＳｉｚｅＩｄ及びＭＩＰモード番号（ｍｏｄｅＩｄ）の２つの変数の値に基づいて現在ブロックに対応する第１オフセット量を決定する必要がなく、ＭｉｐＳｉｚｅＩｄの１つのパラメータのみに基づいて現在ブロックに対応する第１オフセット量を取得することができる。これにより、演算の複雑性を低下させることができるとともに、上記表９を例とするｆＯを記憶するための２次元テーブルの記憶オーバーヘッドを節約する。

【0076】

更に、本願の実施例では、エンコーダは予め記憶されるインデックス番号とオフセット量との対応関係を設定するとき、まず元のｆＯの文法についての説明に基づいて、同一ＭｉｐＳｉｚｅＩｄの異なるＭＩＰモード番号（ｍｏｄｅＩｄ）に対応するｆＯのうちの数値が最も大きいｆＯを決定し、次に、該数値が最も大きいｆＯを該１つのＭｉｐＳｉｚｅＩｄに対応する第１オフセット量として決定してもよい。例えば、表９に示される元のｆＯの文法についての説明に基づいて、ＭｉｐＳｉｚｅＩｄが０である場合、数値が最も大きいｆＯはモード番号（ｍｏｄｅＩｄ）が１５である場合の６６であることを決定することができる。従って、エンコーダはＭｉｐＳｉｚｅＩｄが０であるすべてのモード番号（ｍｏｄｅＩｄ）に対応するｆＯをいずれも６６として設定してもよく、即ち、ＭｉｐＳｉｚｅＩｄが０であることとｆＯが６６であることとの対応関係を確立する。対応的に、表９に示される元のｆＯの文法についての説明に基づいて、ＭｉｐＳｉｚｅＩｄが１である場合、数値が最も大きいｆＯはモード番号（ｍｏｄｅＩｄ）が３である場合の４５であることを決定することができる。従って、エンコーダはＭｉｐＳｉｚｅＩｄが１であるすべてのモード番号（ｍｏｄｅＩｄ）に対応するｆＯをいずれも４５として設定してもよく、即ち、ＭｉｐＳｉｚｅＩｄが１であることとｆＯが４５であることとの対応関係を確立する。対応的に、表９に示される元のｆＯの文法についての説明に基づいて、ＭｉｐＳｉｚｅＩｄが２である場合、数値が最も大きいｆＯはモード番号（ｍｏｄｅＩｄ）が１である場合の４６であることを決定することができる。従って、エンコーダはＭｉｐＳｉｚｅＩｄが２である場合のすべてのモード番号（ｍｏｄｅＩｄ）に対応するｆＯをいずれも４６として設定してもよく、即ち、ＭｉｐＳｉｚｅＩｄが２であることとｆＯが４６であることとの対応関係を確立する。そうすると、上記表１０が取得される。

【0077】

具体的に、エンコーダは上記表１０、表１１を利用してｆＯを取得する前に、現在ブロックに対応するＭｉｐＳｉｚｅＩｄ及びｍｏｄｅＩｄを同時に決定する必要がなく、現在ブロックのサイズを利用してＭｉｐＳｉｚｅＩｄを決定するだけで、現在ブロックに対応するｆＯを取得することができる。

【0078】

理解されるように、本願の実施例では、上記表１０に示されるＭｉｐＳｉｚｅＩｄとｆＯとの対応関係は１次元配列であり、従って、エンコーダは１次元配列又は類似機能を持つデータ構造を利用してＭｉｐＳｉｚｅＩｄとｆＯとの対応関係を記憶することができる。上記表９と比べて、配列の次元を低減し、配列自体が占有する記憶空間を節約する。

【0079】

ステップ７０３、第１オフセット量と現在ブロックに対応する隣接画素の再構成値とを利用して、第２オフセット量を計算する。

【0080】

本願の実施例では、エンコーダは現在ブロックのサイズに基づいて第１オフセット量を決定した後、第１オフセット量と現在ブロックに対応する隣接画素の再構成値とを利用して、第２オフセット量を計算して取得することができる。第２オフセット量は上記公式（２）におけるｏＷであってもよく、具体的に、第２オフセット量はビットシフト操作のオフセット量を制御するものであってもよい。例えば、上記公式（２）におけるｏＷは四捨五入後の保持値であり、上記公式（３）により計算して取得されてもよい。

【0081】

なお、本願の実施例では、エンコーダは、現在ブロックのサイズに基づいて現在ブロックに対応するＭＩＰブロックサイズインデックス番号を決定して、且つ予め記憶されるインデックス番号とオフセット量との対応関係に基づいて現在ブロックに対応する第１オフセット量を決定した後、上記公式（３）に基づいて、第１オフセット量を利用して現在ブロックに対応する第２オフセット量を計算して取得することができる。具体的に、エンコーダは第２オフセット量を決定するとき、更に現在ブロックに対応する隣接画素の再構成値を利用して計算する必要がある。

【0082】

ステップ７０４、第２オフセット量に基づいて現在ブロックの第１予測値を決定する。

【0083】

本願の実施例では、エンコーダは第１オフセット量と現在ブロックに対応する隣接画素の再構成値とに基づいて第２オフセット量を計算した後、第２オフセット量に基づいて現在ブロックに対応する第１予測値を決定することができる。

【0084】

なお、本願の実施例では、エンコーダは第２オフセット量に基づいて現在ブロックの第１予測値を決定するとき、まず第２オフセット量によって現在ブロックにおけるプリセット位置の画素の第２予測値を計算してもよく、次に、第２予測値をフィルタリング処理してもよく、それにより現在ブロックにおけるすべての画素の第１予測値を取得することができる。

【0085】

更に、本願の実施例では、プリセット位置は現在ブロックにおける特定位置であってもよく、具体的に、プリセット位置は現在ブロックにおける一部の画素の特定位置であってもよい。即ち、本願では、エンコーダは第２オフセット量によって第２予測値を計算し、該第２予測値は現在ブロックにおけるすべての画素の予測値ではなく、現在ブロックにおける一部の特定位置の画素の予測値である。

【0086】

なお、本願の実施例では、エンコーダは第２オフセット量によって現在ブロックにおける一部の特定位置の画素の第２予測値を計算して取得した後、第２予測値をフィルタリング処理してもよく、それにより現在ブロックにおけるすべての画素の予測値を取得し、即ち現在ブロックに対応する第１予測値を取得することができる。

【0087】

理解されるように、本願の実施例では、第２オフセット量は第２予測値の計算過程において、ビットシフト操作のオフセット量を制御することに用いられてもよい。

【0088】

ステップ７０５、第１予測値に基づいて現在ブロックを符号化する。

【0089】

本願の実施例では、エンコーダは第２オフセット量に基づいて現在ブロックの第１予測値を決定した後、第１予測値に基づいて現在符号化ブロックを符号化処理することができ、それにより現在ブロックに対応するビットストリームを取得することができる。

【0090】

更に、本願の実施例では、エンコーダは第１予測値に基づいて現在ブロックを符号化するとき、まず現在ブロックのオリジナル値と第１予測値との予測差を計算してもよく、次に予測差の値を符号化してもよい。

【0091】

なお、本願の実施例では、エンコーダは現在ブロックを符号化するとき、直接に現在ブロックの第１予測値を符号化することなく、第１予測値と現在ブロックに対応するオリジナル値とに基づいて、それらの差値、即ち予測差を決定し、次に予測差を符号化処理する。これにより、符号化／復号化効率を効果的に向上させることができる。

【0092】

本願の実施例は画像符号化方法を提供し、エンコーダは、現在ブロックのサイズを決定し、ＭＩＰモードを利用して現在ブロックを符号化するとき、現在ブロックのサイズに基づいて第１オフセット量を決定し、第１オフセット量と現在ブロックに対応する隣接画素の再構成値とを利用して、第２オフセット量を計算し、第２オフセット量に基づいて現在ブロックの第１予測値を決定し、第１予測値に基づいて現在ブロックを符号化する。以上から分かるように、本願に係る画像符号化方法は、ＭＩＰモードを利用して符号化するとき、現在ブロックのサイズに基づいて現在ブロックに対応する第１オフセット量を直接決定することができ、次に、第１オフセット量を利用して現在ブロックを符号化処理することができる。即ち、本願では、予め記憶されるインデックス番号とオフセット量との対応関係に基づいて、現在ブロックのサイズに対応するＭＩＰブロックサイズインデックス番号を決定した後、ＭＩＰブロックサイズインデックス番号に対応する第１オフセット量を直接取得することができる。これにより、符号化処理を行うとき、ＭＩＰアルゴリズムの複雑性を低下させ、符号化性能を確保する上で、符号化過程に必要な記憶空間及び全体時間を減少させ、符号化効率を効果的に向上させることができる。

【0093】

上記実施例に基づいて、本願の他の実施例では、エンコーダは予め記憶されるインデックス番号とオフセット量との対応関係を予め設定し、従って、エンコーダは現在ブロックを符号化するとき、現在ブロックのサイズに基づいて現在ブロックに対応するＭＩＰブロックサイズインデックス番号を決定するだけで、予め記憶されるインデックス番号とオフセット量との対応関係を利用して対応の第１オフセット量を決定することができる。即ち、本願では、予め記憶されるインデックス番号とオフセット量との対応関係に基づいて、エンコーダはＭｉｐＳｉｚｅＩｄ及びｍｏｄｅＩｄの２つの変数の値に基づいてｆＯの値を決定する必要がなく、直接にＭｉｐＳｉｚｅＩｄに基づいてｆＯの値を決定することができる。これにより、演算の複雑性を大幅に低下させ、ＭｉｐＳｉｚｅＩｄ、ｍｏｄｅＩｄ及びｆＯの対応関係を記憶するための２次元テーブルの記憶オーバーヘッドを節約することができる。

【0094】

即ち、従来技術において、上記公式（２）におけるｆＯはｍＷｅｉｇｈｔから引く必要がある数値を代表し、且つ、上記表９に示されるＭｉｐＳｉｚｅＩｄ、ｍｏｄｅＩｄ及びｆＯの対応関係を検索することにより現在ブロックのｆＯ値を取得する必要がある。以上から分かるように、ｆＯの値は現在ブロックのサイズ及びモード番号のいずれも関連するため、アルゴリズムが統一化されないとともに、上記表９におけるＭｉｐＳｉｚｅＩｄ、ｍｏｄｅＩｄ及びｆＯの対応関係の記憶が比較的大きな記憶空間を占有する必要がある。上記と比べて、本願では、ＭｉｐＳｉｚｅＩｄとｆＯとの対応関係のみを記憶する必要があり、且つ、同じＭｉｐＳｉｚｅＩｄに対して、ｍｏｄｅＩｄが異なっても、対応のｆＯの値も同じであり、それにより記憶空間を節約するだけでなく、演算の複雑性も低下させる。

【0095】

具体的に、本願の実施例では、文法において、本願はＭＩＰの予測計算過程の文法を簡素化し、同じＭｉｐＳｉｚｅＩｄのｆＯを統一して修正し、即ち、現在ブロックのサイズのみに基づいて対応のｆＯを決定することができる。

【0096】

本願の実施例では、更に、エンコーダはＭＩＰの予測計算過程の文法を簡素化するとき、直接に異なるＭｉｐＳｉｚｅＩｄ、異なるｍｏｄｅＩｄのいかなる輝度ブロックに対応するｆＯをいずれも同じ数値として設定してもよく、即ち、ｆＯを固定数値とし、輝度ブロックのサイズとｆＯとの関連性をキャンセルし、すべての状況におけるｆＯをいずれも統一数値として定義し、ｆＯに関連するテーブルを記憶しない。これにより、ＭＩＰアルゴリズムの複雑性を更に低下させ、アルゴリズムの記憶空間を減少させ、ＭＩＰ技術の実現及び文法をより簡潔で統一化することができる。

【0097】

本願の実施例では、更に、符号化性能の損失を回避するために、エンコーダはｆＯを統一して修正すると同時に、更にｍＷｅｉｇｈｔの値を対応して修正する必要がある。具体的に、エンコーダは予め記憶されるインデックス番号とオフセット量との対応関係を設定した後、現在ブロックに対応する重みマトリックスｍＷｅｉｇｈｔにおける各重み値に対応モードにおけるｆＯの増大部分を加えてもよく、即ち、現在ブロックのｍＷｅｉｇｈｔに対応するオリジナルｍＷｅｉｇｈｔにおける各オリジナル重み値に更新後のｆＯを加えてもよい。これにより、符号化性能が完全に変化しないように維持することができ、即ち、エンコーダはｆＯを同時に利用してｍＷｅｉｇｈｔを対応して更新することができ、それにより記憶空間を減少させ、演算複雑性を低下させることができるとともに、更に、符号化性能が基本的に変化しないように維持すると同時に、予測計算結果が変化しないように維持することもできる。

【0098】

なお、本願の実施例では、エンコーダはｆＯを利用してｍＷｅｉｇｈｔを対応して更新するとき、更新後のｍＷｅｉｇｈｔには所定の重み閾値より大きい重み値がある場合、該重み値を所定の重み閾値以下に設定してもよい。例えば、エンコーダは所定の重み閾値を７桁２進数の上限値１２７として設定し、更新後のｍＷｅｉｇｈｔには１２７より大きい重み値がある場合、クランプ方式で１２７より大きい重み値を所定の重み閾値以下に修正してもよく、例えば、１２７として設定する。

【0099】

更に、本願の実施例では、更新後のｍＷｅｉｇｈｔには所定の重み閾値より大きい重み値がある場合、更にｓＷを減少することにより更新後のｍＷｅｉｇｈｔにおけるすべての重み値を所定の重み閾値範囲内に維持することができる。

【0100】

更に、本願の実施例では、符号化性能をより良く維持するために、更に公式（９）に示される疑似コードを使用してｐ［０］パラメータの値を計算し、即ち公式（９）で公式（６）を代替してもよい。理解されるように、公式（９）を用いる計算方法はＭＩＰマトリックスにおけるデータの動的範囲を縮小することができる。

【数4】

【0101】

例示的に、ＭｉｐＳｉｚｅＩｄの値が０である輝度ブロックについては、ｆＯを統一して修正する前に、初期のｆＯの文法についての説明は表１２に示されるように、異なるＭＩＰモード番号（ｍｏｄｅＩｄ）に対するｆＯの値が異なる。

【0102】

【表12】

【0103】

ｍｏｄｅＩｄの値が１であるｆＯは２１であり、対応のｍＷｅｉｇｈｔは表１３に示される。

【0104】

【表13】

【0105】

上記表１２に基づいて、ｍｏｄｅＩｄが１である場合の値が２１であるｆＯを利用して、ｍｏｄｅＩｄの値が１である場合の対応のオリジナルｍＷｅｉｇｈｔを取得することができる。具体的に、上記表１３における各重み値と２１を減算演算することができ、それにより対応のオリジナルｍＷｅｉｇｈｔを取得することができ、該対応のオリジナルｍＷｅｉｇｈｔは表１４に示される。

【0106】

【表14】

【0107】

本願の実施例では、ｍＷｅｉｇｈｔに対応するオリジナルｍＷｅｉｇｈｔを更新するとき、ＭＩＰマトリックスにおけるデータの動的範囲を縮小するために、エンコーダは公式（９）で公式（６）を代替する。

【0108】

【表15】

【0109】

具体的に、ＭｉｐＳｉｚｅＩｄの値が０と１である輝度ブロックのすべてのＭＩＰモード番号（ｍｏｄｅＩｄ）に対応するすべてのオリジナルｍＷｅｉｇｈｔの第１列を反転する必要がある。例えば、上記表１４に基づいて第１列の重み値を反転して取得した初期の更新後のｍＷｅｉｇｈｔは表１５に示される。

【0110】

上記表１２におけるｆＯ数値が最も大きいのはＭＩＰモード番号（ｍｏｄｅＩｄ）が０である場合の３４であり、従って、エンコーダはｆＯを統一して修正するとき、直接にＭｉｐＳｉｚｅＩｄが０であるすべての輝度ブロックに対応するｆＯをいずれも３４として設定してもよい。即ち、取得された更新後のｆＯの文法についての説明は表１６に示される。

【0111】

【表16】

【0112】

同時に、エンコーダは値が３４であるｆＯを利用してＭＩＰモード番号（ｍｏｄｅＩｄ）が１である輝度ブロックの初期の更新後のｍＷｅｉｇｈｔを更新し続け、即ち上記表１５に基づいて表１５における各重み値に３４を加えてもよく、それにより更新後のｍＷｅｉｇｈｔを取得することができる。該更新後のｍＷｅｉｇｈｔは表１７に示される。

【0113】

【表17】

【0114】

理解されるように、この過程において、更新後のｍＷｅｉｇｈｔには所定の重み閾値より大きい重み値があり、従って、該重み値を所定の重み閾値範囲内にクランプすることができるだけでなく、ｓＷを減少することにより更新後のｍＷｅｉｇｈｔにおけるすべての重み値を所定の重み閾値範囲内に維持することもできる。

【0115】

上記説明から理解されるように、本願では、一方では、エンコーダは予め記憶されるインデックス番号及びオフセット量を設定し、即ちＭｉｐＳｉｚｅＩｄとｆＯとの対応関係を設定することにより、符号化時に現在ブロックｆＯの値を現在ブロックのサイズのみに関連付けさせることができ、それによりＭＩＰの実現をより簡潔で統一化することができる。もう一方では、ＭｉｐＳｉｚｅＩｄとｆＯとの対応関係は１次元配列又は類似機能を持つデータ構造で記憶されてもよく、それにより次元を低減し、ｆＯ自体が占有する記憶空間を節約する。更に一方では、エンコーダはｆＯを統一して修正更新するとき、更に更新後のｆＯを利用して対応のｍＷｅｉｇｈｔを更新することができ、それにより符号化性能の低下を回避することができる。

【0116】

本願の実施例は画像符号化方法を提供し、エンコーダは、現在ブロックのサイズを決定し、ＭＩＰモードを利用して現在ブロックを符号化するとき、現在ブロックのサイズに基づいて第１オフセット量を決定し、第１オフセット量と現在ブロックに対応する隣接画素の再構成値とを利用して、第２オフセット量を計算し、第２オフセット量に基づいて現在ブロックの第１予測値を決定し、第１予測値に基づいて現在ブロックを符号化する。以上から分かるように、本願に係る画像符号化方法は、ＭＩＰモードを利用して符号化するとき、現在ブロックのサイズに基づいて現在ブロックに対応する第１オフセット量を直接決定することができ、次に、第１オフセット量を利用して現在ブロックを符号化処理することができる。即ち、本願では、予め記憶されるインデックス番号とオフセット量との対応関係に基づいて、現在ブロックのサイズに対応するＭＩＰブロックサイズインデックス番号を決定した後、ＭＩＰブロックサイズインデックス番号に対応する第１オフセット量を直接取得することができる。これにより、符号化処理を行うとき、ＭＩＰアルゴリズムの複雑性を低下させ、符号化性能を確保する上で、符号化過程に必要な記憶空間及び全体時間を減少させ、符号化効率を効果的に向上させることができる。

【0117】

本願の他の実施例では、図８は画像復号化方法の実現フローチャートである。図８に示すように、本願の実施例では、デコーダが画像復号化を行う方法は、以下のステップを含んでもよい。

【0118】

ステップ８０１、ビットストリームを復号化して、現在ブロックのサイズ及び符号化モードを取得する。

【0119】

本願の実施例では、デコーダはまず現在ブロックのサイズ及び符号化モードを決定してもよく、現在ブロックが復号化待ちの現在符号化ブロックであってもよい。即ち、デコーダは現在ブロックを復号化する前に、まず現在ブロックの具体的なサイズ及び符号化モードを決定してもよい。

【0120】

なお、本願の実施例では、現在ブロックの符号化モードは６７種類の従来のイントラ予測モード又はＭＩＰモードであってもよい。

【0121】

更に、本願の実施例では、現在ブロックは復号化待ちの輝度ブロックであってもよい。

【0122】

なお、本願の実施例では、現在ブロックの高さパラメータＨ及び幅パラメータＷに基づいて、現在ブロックのサイズは２５種類のサイズを含んでもよい。具体的に、標準には現在ブロックの最大サイズが１２８×１２８であることが規定されているが、変換ユニットの最大サイズが６４×６４であり、即ち現在ブロックが１２８×１２８のサイズの場合にまず四分木分割を行わなければならないため、現在ブロックの最大サイズは６４×６４である。

【0123】

ステップ８０２、現在ブロックの符号化モードがＭＩＰモードである場合、現在ブロックのサイズに基づいて第１オフセット量を決定する。

【0124】

本願の実施例では、デコーダは現在ブロックの符号化モードがＭＩＰモードであることを決定した後、まず現在ブロックのサイズに基づいて、現在ブロックに対応する第１オフセット量を決定してもよい。上記公式（２）に基づいて、現在ブロックに対応する第１オフセット量はｍＷｅｉｇｈｔから引く必要がある数値を示すｆＯであってもよい。

【0125】

なお、本願の実施例では、異なるサイズの現在ブロックに対して、デコーダは異なる第１オフセット量を設定して復号化処理してもよい。具体的に、デコーダはまず現在ブロックのサイズに基づいて現在ブロックに対応するＭＩＰブロックサイズインデックス番号を決定してもよく、次に、ＭＩＰブロックサイズインデックス番号に基づいて現在ブロックに対応する第１オフセット量を更に決定してもよい。

【0126】

更に、本願の実施例では、現在ブロックのＭＩＰブロックサイズインデックス番号は現在ブロックのサイズに基づいて決定したＭｉｐＳｉｚｅＩｄであり、現在ブロックの第１オフセット量は現在ブロックのｍＷｅｉｇｈｔから引く必要があるパラメータを示すｆＯである。

【0127】

理解されるように、本願の実施例では、デコーダは現在ブロックのサイズに基づいて現在ブロックに対応するＭＩＰブロックサイズインデックス番号を決定するとき、具体的に、
現在ブロックのサイズが４×４である場合、ＭｉｐＳｉｚｅＩｄの値を０とするステップ（１）、
現在ブロックのサイズが４×８、８×４又は８×８である場合、ＭｉｐＳｉｚｅＩｄの値を１とするステップ（２）、
現在ブロックのサイズが他の値である場合、ＭｉｐＳｉｚｅＩｄの値を２とするステップ（３）に基づいて行うことができる。

【0128】

更に、本願の実施例では、デコーダはＭｉｐＳｉｚｅＩｄとｆＯとの対応関係を予め設定することができ、即ち、デコーダは予め記憶されるインデックス番号とオフセット量との対応関係を設定する。従って、デコーダは現在ブロックに対応するＭＩＰブロックサイズインデックス番号を決定した後、予め記憶されるインデックス番号とオフセット量との対応関係に基づいて、マッピングによって現在ブロックに対応する第１オフセット量を取得することができる。

【0129】

なお、本願の実施例では、予め記憶されるインデックス番号とオフセット量との対応関係に基づいて、同じＭＩＰブロックサイズインデックス番号に対応する第１オフセット量は同じである。即ち、本願の実施例では、デコーダがＭＩＰモードを利用して現在ブロックを復号化するとき、デコーダは現在ブロックに対応するＭＩＰブロックサイズインデックス番号を直接に利用して、現在ブロックに対応する第１オフセット量を決定することができ、それにより第１オフセット量を更に利用して復号化処理することができる。

【0130】

本願の実施例では、更に、ＭＩＰモードに基づいて現在ブロックを復号化する前に、デコーダはまず予め記憶されるインデックス番号とオフセット量との対応関係を設定してもよい。即ち、デコーダはまず異なるＭｉｐＳｉｚｅＩｄに対して異なるｆＯを設定する必要がある。

【0131】

更に、本願の実施例では、デコーダが予め記憶されるインデックス番号とオフセット量との対応関係を設定するとき、同じＭｉｐＳｉｚｅＩｄの輝度ブロックに対して、デコーダはこれらの輝度ブロックに対応するｆＯを同じ数値として設定してもよい。即ち、本願では、デコーダは同じＭｉｐＳｉｚｅＩｄを有する輝度ブロックに対応するｆＯを統一して設定してもよい。例えば、上記表１０において、現在ブロックのサイズが４×４である場合、デコーダは現在ブロックに対応するＭＩＰブロックサイズインデックス番号が０であることを決定することができ、これにより、デコーダは表１０に示されるＭｉｐＳｉｚｅＩｄとｆＯとの対応関係によって、現在ブロックに対応する第１オフセット量が６６であることを決定することができる。上記表１１において、現在ブロックのサイズが４×４である場合、デコーダは現在ブロックに対応するＭＩＰブロックサイズインデックス番号の値が０であることを決定することができ、これにより、デコーダは表１１に示されるＭｉｐＳｉｚｅＩｄとｆＯとの対応関係によって、現在ブロックに対応する第１オフセット量が３４であることを決定することができる。

【0132】

以上から分かるように、上記表９と比べて、本願の上記表１０、表１１において、デコーダは現在ブロックに対応する第１オフセット量を決定するとき、ＭｉｐＳｉｚｅＩｄ及びＭＩＰモード番号（ｍｏｄｅＩｄ）の２つの変数の値に基づいて現在ブロックに対応する第１オフセット量を決定する必要がなく、ＭｉｐＳｉｚｅＩｄの１つのパラメータのみに基づいて現在ブロックに対応する第１オフセット量を取得することができる。これにより、演算の複雑性を低下させることができるとともに、上記表９を例とするｆＯを記憶するための２次元テーブルの記憶オーバーヘッドを節約する。

【0133】

更に、本願の実施例では、デコーダは予め記憶されるインデックス番号とオフセット量との対応関係を設定するとき、まず元のｆＯの文法についての説明に基づいて、同一ＭｉｐＳｉｚｅＩｄの異なるＭＩＰモード番号（ｍｏｄｅＩｄ）に対応するｆＯのうちの数値が最も大きいｆＯを決定し、次に、該数値が最も大きいｆＯを該１つのＭｉｐＳｉｚｅＩｄに対応する第１オフセット量として決定してもよい。例えば、表９に示される元のｆＯの文法についての説明に基づいて、ＭｉｐＳｉｚｅＩｄが０である場合、数値が最も大きいｆＯはモード番号（ｍｏｄｅＩｄ）が１５である場合の６６であることを決定することができる。従って、デコーダはＭｉｐＳｉｚｅＩｄが０であるすべてのモード番号（ｍｏｄｅＩｄ）に対応するｆＯをいずれも６６として設定してもよく、即ち、ＭｉｐＳｉｚｅＩｄが０であることとｆＯが６６であることとの対応関係を確立する。対応的に、表９に示される元のｆＯの文法についての説明に基づいて、ＭｉｐＳｉｚｅＩｄが１である場合、数値が最も大きいｆＯはモード番号（ｍｏｄｅＩｄ）が３である場合の４５であることを決定することができる。従って、デコーダはＭｉｐＳｉｚｅＩｄが１であるすべてのモード番号（ｍｏｄｅＩｄ）に対応するｆＯをいずれも４５として設定してもよく、即ち、ＭｉｐＳｉｚｅＩｄが１であることとｆＯが４５であることとの対応関係を確立する。対応的に、表９に示される元のｆＯの文法についての説明に基づいて、ＭｉｐＳｉｚｅＩｄが２である場合、数値が最も大きいｆＯはモード番号（ｍｏｄｅＩｄ）が１である場合の４６であることを決定することができる。従って、デコーダはＭｉｐＳｉｚｅＩｄが２である場合のすべてのモード番号（ｍｏｄｅＩｄ）に対応するｆＯをいずれも４６として設定してもよく、即ち、ＭｉｐＳｉｚｅＩｄが２であることとｆＯが４６であることとの対応関係を確立する。そうすると、上記表１０が取得される。

【0134】

具体的に、デコーダは上記表１０、表１１を利用してｆＯを取得する前に、現在ブロックに対応するＭｉｐＳｉｚｅＩｄ及びｍｏｄｅＩｄを同時に決定する必要がなく、現在ブロックのサイズを利用してＭｉｐＳｉｚｅＩｄを決定するだけで、現在ブロックに対応するｆＯを取得することができる。

【0135】

理解されるように、本願の実施例では、上記表１０に示されるＭｉｐＳｉｚｅＩｄとｆＯとの対応関係は１次元配列であり、従って、デコーダは１次元配列又は類似機能を持つデータ構造を利用してＭｉｐＳｉｚｅＩｄとｆＯとの対応関係を記憶することができる。上記表９と比べて、配列の次元を低減し、配列自体が占有する記憶空間を節約する。

【0136】

ステップ８０３、第１オフセット量と現在ブロックに対応する隣接画素の再構成値とを利用して、第２オフセット量を計算する。

【0137】

本願の実施例では、デコーダは現在ブロックのサイズに基づいて第１オフセット量を決定した後、第１オフセット量と現在ブロックに対応する隣接画素の再構成値とを利用して、第２オフセット量を計算して取得することができる。第２オフセット量は上記公式（２）におけるｏＷであってもよく、具体的に、第２オフセット量はビットシフト操作のオフセット量を制御するものであってもよい。例えば、上記公式（２）におけるｏＷは四捨五入後の保持値であり、上記公式（３）により計算して取得されてもよい。

【0138】

なお、本願の実施例では、デコーダは、現在ブロックのサイズに基づいて現在ブロックに対応するＭＩＰブロックサイズインデックス番号を決定して、且つ予め記憶されるインデックス番号とオフセット量との対応関係に基づいて現在ブロックに対応する第１オフセット量を決定した後、上記公式（３）に基づいて、第１オフセット量を利用して現在ブロックに対応する第２オフセット量を計算して取得することができる。具体的に、デコーダは第２オフセット量を決定するとき、更に現在ブロックに対応する隣接画素の再構成値を利用して計算する必要がある。

【0139】

ステップ８０４、第２オフセット量に基づいて現在ブロックの第１予測値を決定する。

【0140】

本願の実施例では、デコーダは第１オフセット量と現在ブロックに対応する隣接画素の再構成値とに基づいて第２オフセット量を計算した後、第２オフセット量に基づいて現在ブロックに対応する第１予測値を決定することができる。

【0141】

なお、本願の実施例では、デコーダは第２オフセット量に基づいて現在ブロックの第１予測値を決定するとき、まず第２オフセット量によって現在ブロックにおけるプリセット位置の画素の第２予測値を計算してもよく、次に、第２予測値をフィルタリング処理してもよく、それにより現在ブロックにおけるすべての画素の第１予測値を取得することができる。

【0142】

更に、本願の実施例では、プリセット位置は現在ブロックにおける特定位置であってもよく、具体的に、プリセット位置は現在ブロックにおける一部の画素の特定位置であってもよい。即ち、本願では、デコーダは第２オフセット量によって第２予測値を計算し、該第２予測値は現在ブロックにおけるすべての画素の予測値ではなく、現在ブロックにおける一部の特定位置の画素の予測値である。

【0143】

なお、本願の実施例では、デコーダは第２オフセット量によって現在ブロックにおける一部の特定位置の画素の第２予測値を計算して取得した後、第２予測値をフィルタリング処理してもよく、それにより現在ブロックにおけるすべての画素の予測値を取得し、即ち現在ブロックに対応する第１予測値を取得することができる。

【0144】

理解されるように、本願の実施例では、第２オフセット量は第２予測値の計算過程において、ビットシフト操作のオフセット量を制御することに用いられてもよい。

【0145】

ステップ８０５、第１予測値に基づいて現在ブロックを復号化する。

【0146】

本願の実施例では、デコーダは第２オフセット量に基づいて現在ブロックの第１予測値を決定した後、第１予測値に基づいて現在復号化ブロックを復号化処理することができ、それにより現在ブロックに対応するビットストリームを取得することができる。

【0147】

更に、本願の実施例では、デコーダは第１予測値に基づいて現在ブロックを復号化するとき、まず現在ブロックのオリジナル値と第１予測値との予測差を計算してもよく、次に予測差の値を復号化してもよい。

【0148】

なお、本願の実施例では、デコーダは現在ブロックを復号化するとき、直接に現在ブロックの第１予測値を復号化することなく、第１予測値と現在ブロックに対応するオリジナル値とに基づいて、それらの差値、即ち予測差を決定し、次に予測差を復号化処理する。これにより、符号化／復号化効率を効果的に向上させることができる。

【0149】

更に、本願の実施例では、デコーダは第１予測値に基づいて現在ブロックの再構成値を決定する前に、まず、ビットストリームを復号化することにより現在ブロックの予測差を取得してもよい。

【0150】

それに対応して、本願の実施例では、デコーダは、現在ブロックの予測差を決定して、且つ現在ブロックの第１予測値を決定した後、第１予測値と予測差との和値を直接計算し、和値を現在ブロックの再構成値として設定してもよい。即ち、デコーダは第１予測値に基づいて現在ブロックの再構成値を決定するとき、第１予測値と予測差を加算演算してもよい。これにより、現在ブロックの再構成値を取得して現在ブロックの復号化処理を完了する。

【0151】

本願の実施例は画像復号化方法を提供し、デコーダは、ビットストリームを復号化して、現在ブロックのサイズ及び符号化モードを取得し、現在ブロックの符号化モードがＭＩＰモードである場合、現在ブロックのサイズに基づいて第１オフセット量を決定し、第１オフセット量と現在ブロックに対応する隣接画素の再構成値とを利用して、第２オフセット量を計算し、第２オフセット量に基づいて現在ブロックの第１予測値を決定し、第１予測値に基づいて現在ブロックの再構成値を決定する。以上から分かるように、本願に係る画像復号化方法は、ＭＩＰモードを利用して復号化するとき、現在ブロックのサイズに基づいて現在ブロックに対応する第１オフセット量を直接決定することができ、次に、第１オフセット量を利用して現在ブロックを復号化処理することができる。即ち、本願では、予め記憶されるインデックス番号とオフセット量との対応関係に基づいて、現在ブロックのサイズに対応するＭＩＰブロックサイズインデックス番号を決定した後、ＭＩＰブロックサイズインデックス番号に対応する第１オフセット量を直接取得することができる。これにより、復号化処理を行うとき、ＭＩＰアルゴリズムの複雑性を低下させ、復号化性能を確保する上で、復号化過程に必要な記憶空間及び全体時間を減少させ、復号化効率を効果的に向上させることができる。

【0152】

上記実施例に基づいて、本願の別の実施例では、図９はエンコーダの構成模式図１である。図９に示すように、本願の実施例に係るエンコーダ３００は第１決定部３０１、第１計算部３０２及び符号化部３０３を備えてもよい。

【0153】

前記第１決定部３０１は、現在ブロックのサイズを決定し、ＭＩＰモードを利用して前記現在ブロックを符号化するとき、前記現在ブロックのサイズに基づいて第１オフセット量を決定するように構成され、
前記第１計算部３０２は、前記第１オフセット量と前記現在ブロックに対応する隣接画素の再構成値とを利用して、第２オフセット量を計算するように構成され、
前記第１決定部３０１は更に、前記第２オフセット量に基づいて前記現在ブロックの第１予測値を決定するように構成され、
前記符号化部３０３は、前記第１予測値に基づいて前記現在ブロックを符号化するように構成される。

【0154】

図１０はエンコーダの構成模式図２である。図１０に示すように、本願の実施例に係るエンコーダ３００は第１プロセッサ３０４と、第１プロセッサ３０４の実行可能命令が記憶される第１メモリ３０５と、第１通信インターフェース３０６と、第１プロセッサ３０４、第１メモリ３０５及び第１通信インターフェース３０６を接続するための第１バス３０７とを更に備えてもよい。

【0155】

更に、本願の実施例では、上記第１プロセッサ３０４は、現在ブロックのサイズを決定することと、ＭＩＰモードを利用して前記現在ブロックを符号化するとき、前記現在ブロックのサイズに基づいて第１オフセット量を決定することと、前記第１オフセット量と前記現在ブロックに対応する隣接画素の再構成値とを利用して、第２オフセット量を計算することと、前記第２オフセット量に基づいて前記現在ブロックの第１予測値を決定することと、前記第１予測値に基づいて前記現在ブロックを符号化することと、に用いられる。

【0156】

また、本実施例の各機能モジュールは１つの処理ユニットに統合されてもよく、各ユニットは独立して物理的に存在してもよく、２つ以上のユニットは１つのユニットに統合されてもよい。上記統合されたユニットはハードウェアの形式で実現されてもよく、ソフトウェア機能モジュールの形式で実現されてもよい。

【0157】

統合されたユニットはソフトウェア機能モジュールの形式で実現され、独立した製品として販売又は使用されるときは、１つのコンピュータ可読記憶媒体に記憶されてもよい。このような理解に基づいて、本実施例の技術案の本質的又は従来技術に貢献する部分、又は該技術案の全部又は一部はソフトウェア製品の形式で具現されてもよい。該コンピュータソフトウェア製品は、１台のコンピュータ装置（パーソナルコンピュータ、サーバ又はネットワーク装置等であってもよい）又はｐｒｏｃｅｓｓｏｒ（プロセッサ）に本実施例の方法における全部又は一部のステップを実行させるための若干の命令を含む１つの記憶媒体に記憶される。そして、上記記憶媒体はＵＳＢメモリ、ポータブルハードディスク、読み出し専用メモリ（ＲＯＭ、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、磁気ディスク又は光ディスク等のプログラムコードを記憶できる様々な媒体を含む。

【0158】

本願の実施例はエンコーダを提供し、該エンコーダは、現在ブロックのサイズを決定し、ＭＩＰモードを利用して現在ブロックを符号化するとき、現在ブロックのサイズに基づいて第１オフセット量を決定し、第１オフセット量と現在ブロックに対応する隣接画素の再構成値とを利用して、第２オフセット量を計算し、第２オフセット量に基づいて現在ブロックの第１予測値を決定し、第１予測値に基づいて現在ブロックを符号化する。以上から分かるように、本願に係る画像符号化方法は、ＭＩＰモードを利用して符号化するとき、現在ブロックのサイズに基づいて現在ブロックに対応する第１オフセット量を直接決定することができ、次に、第１オフセット量を利用して現在ブロックを符号化処理することができる。即ち、本願では、予め記憶されるインデックス番号とオフセット量との対応関係に基づいて、現在ブロックのサイズに対応するＭＩＰブロックサイズインデックス番号を決定した後、ＭＩＰブロックサイズインデックス番号に対応する第１オフセット量を直接取得することができる。これにより、符号化処理を行うとき、ＭＩＰアルゴリズムの複雑性を低下させ、符号化性能を確保する上で、符号化過程に必要な記憶空間及び全体時間を減少させ、符号化効率を効果的に向上させることができる。

【0159】

上記実施例に基づいて、本願の更なる実施例では、図１１はデコーダの構成模式図１である。図１１に示すように、本願の実施例に係るデコーダ４００は解析部４０１、第２決定部４０２及び第２計算部４０３を備えてもよい。

【0160】

前記解析部４０１は、ビットストリームを復号化して、現在ブロックのサイズ及び符号化モードを取得するように構成され、
前記第２決定部４０２は、前記現在ブロックの符号化モードがＭＩＰモードである場合、前記現在ブロックのサイズに基づいて第１オフセット量を決定するように構成され、
前記第２計算部４０３は、前記第１オフセット量と前記現在ブロックに対応する隣接画素の再構成値とを利用して、第２オフセット量を計算するように構成され、
前記第２決定部４０２は更に、前記第２オフセット量に基づいて前記現在ブロックの第１予測値を決定し、前記第１予測値に基づいて前記現在ブロックの再構成値を決定するように構成される。

【0161】

図１２はデコーダの構成模式図２である。図１２に示すように、本願の実施例に係るデコーダ４００は第２プロセッサ４０４と、第２プロセッサ４０４の実行可能命令が記憶される第２メモリ４０５と、第２通信インターフェース４０６と、第２プロセッサ４０４、第２メモリ４０５及び第２通信インターフェース４０６を接続するための第２バス４０７とを更に備えてもよい。

【0162】

更に、本願の実施例では、上記第２プロセッサ４０４は、ビットストリームを復号化して、現在ブロックのサイズ及び符号化モードを取得することと、前記現在ブロックの符号化モードがＭＩＰモードである場合、前記現在ブロックのサイズに基づいて第１オフセット量を決定することと、前記第１オフセット量と前記現在ブロックに対応する隣接画素の再構成値とを利用して、第２オフセット量を計算することと、前記第２オフセット量に基づいて前記現在ブロックの第１予測値を決定することと、前記第１予測値に基づいて前記現在ブロックの再構成値を決定することと、に用いられる。

【0163】

また、本実施例の各機能モジュールは１つの処理ユニットに統合されてもよく、各ユニットは独立して物理的に存在してもよく、２つ以上のユニットは１つのユニットに統合されてもよい。上記統合されたユニットはハードウェアの形式で実現されてもよく、ソフトウェア機能モジュールの形式で実現されてもよい。

【0164】

統合されたユニットはソフトウェア機能モジュールの形式で実現され、独立した製品として販売又は使用されるときは、１つのコンピュータ可読記憶媒体に記憶されてもよい。このような理解に基づいて、本実施例の技術案の本質的又は従来技術に貢献する部分、又は該技術案の全部又は一部はソフトウェア製品の形式で具現されてもよい。該コンピュータソフトウェア製品は、１台のコンピュータ装置（パーソナルコンピュータ、サーバ又はネットワーク装置等であってもよい）又はｐｒｏｃｅｓｓｏｒ（プロセッサ）に本実施例の方法における全部又は一部のステップを実行させるための若干の命令を含む１つの記憶媒体に記憶される。そして、上記記憶媒体はＵＳＢメモリ、ポータブルハードディスク、読み出し専用メモリ（ＲＯＭ、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、磁気ディスク又は光ディスク等のプログラムコードを記憶できる様々な媒体を含む。

【0165】

本願の実施例はデコーダを提供し、該デコーダは、ビットストリームを復号化して、現在ブロックのサイズ及び符号化モードを取得し、現在ブロックの符号化モードがＭＩＰモードである場合、現在ブロックのサイズに基づいて第１オフセット量を決定し、第１オフセット量と現在ブロックに対応する隣接画素の再構成値とを利用して、第２オフセット量を計算し、第２オフセット量に基づいて現在ブロックの第１予測値を決定し、第１予測値に基づいて現在ブロックの再構成値を決定する。以上から分かるように、本願に係る画像復号化方法は、ＭＩＰモードを利用して復号化するとき、現在ブロックのサイズに基づいて現在ブロックに対応する第１オフセット量を直接決定することができ、次に、第１オフセット量を利用して現在ブロックを復号化処理することができる。即ち、本願では、予め記憶されるインデックス番号とオフセット量との対応関係に基づいて、現在ブロックのサイズに対応するＭＩＰブロックサイズインデックス番号を決定した後、ＭＩＰブロックサイズインデックス番号に対応する第１オフセット量を直接取得することができる。これにより、復号化処理を行うとき、ＭＩＰアルゴリズムの複雑性を低下させ、復号化性能を確保する上で、復号化過程に必要な記憶空間及び全体時間を減少させ、復号化効率を効果的に向上させることができる。

【0166】

本願の実施例はコンピュータ可読記憶媒体を提供し、プログラムが記憶され、該プログラムがプロセッサにより実行されるとき、上記実施例に記載の方法を実現する。

【0167】

具体的に、本実施例に係る画像符号化方法に対応するプログラム命令は光ディスク、ハードディスク、ＵＳＢメモリ等の記憶媒体に記憶されてもよい。記憶媒体における画像符号化方法に対応するプログラム命令が電子装置により読取又は実行されるとき、
現在ブロックのサイズを決定するステップと、
ＭＩＰモードを利用して前記現在ブロックを符号化するとき、前記現在ブロックのサイズに基づいて第１オフセット量を決定するステップと、
前記第１オフセット量と前記現在ブロックに対応する隣接画素の再構成値とを利用して、第２オフセット量を計算するステップと、
前記第２オフセット量に基づいて前記現在ブロックの第１予測値を決定するステップと、
前記第１予測値に基づいて前記現在ブロックを符号化するステップと、を実現する。

【0168】

具体的に、本実施例に係る画像復号化方法に対応するプログラム命令は光ディスク、ハードディスク、ＵＳＢメモリ等の記憶媒体に記憶されてもよい。記憶媒体における画像復号化方法に対応するプログラム命令が電子装置により読取又は実行されるとき、
ビットストリームを復号化して、現在ブロックのサイズ及び符号化モードを取得するステップと、
前記現在ブロックの符号化モードがＭＩＰモードである場合、前記現在ブロックのサイズに基づいて第１オフセット量を決定するステップと、
前記第１オフセット量と前記現在ブロックに対応する隣接画素の再構成値とを利用して、第２オフセット量を計算するステップと、
前記第２オフセット量に基づいて前記現在ブロックの第１予測値を決定するステップと、
前記第１予測値に基づいて前記現在ブロックの再構成値を決定するステップと、を実現する。

【0169】

当業者であれば理解されるように、本願の実施例は方法、システム、又はコンピュータプログラム製品として提供されてもよい。従って、本願はハードウェア実施例、ソフトウェア実施例、又はソフトウェアとハードウェア態様を組み合わせる実施例の形式を用いてもよい。且つ、本願はコンピュータ利用可能プログラムコードを含む１つ又は複数のコンピュータ利用可能記憶媒体（磁気ディスクメモリ及び光学メモリ等を含むが、それらに限らない）において実施されるコンピュータプログラム製品の形式を用いてもい。

【0170】

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

【0171】

これらのコンピュータプログラム命令はコンピュータ又は他のプログラマブルデータ処理装置が特定の方式で動作するように案内できるコンピュータ可読メモリに記憶されてもよい。それにより該コンピュータ可読メモリに記憶される命令に命令装置を備える製造品を生成させる。該命令装置はフローチャートにおける１つのプロセス又は複数のプロセス及び／又はブロック図における１つのブロック又は複数のブロックにおいて指定された機能を実現する。

【0172】

これらのコンピュータプログラム命令は更にコンピュータ又は他のプログラマブルデータ処理装置にインストールされてもよい。それによりコンピュータ又は他のプログラマブルデバイスにおいて一連の操作ステップを実行することでコンピュータの実現する処理を生成する。これにより、コンピュータ又は他のプログラマブルデバイスにおいて実行される命令はフローチャートにおける１つのプロセス又は複数のプロセス及び／又はブロック図における１つのブロック又は複数のブロックにおいて指定された機能を実現するためのステップを提供する。

【0173】

以上の説明は本願の好適な実施例に過ぎず、本願の保護範囲を制限するものではない。

【産業上の利用可能性】

【0174】

本願の実施例は画像符号化／復号化方法、エンコーダ、デコーダ及び記憶媒体を提供する。エンコーダは、現在ブロックのサイズを決定し、ＭＩＰモードを利用して現在ブロックを符号化するとき、現在ブロックのサイズに基づいて第１オフセット量を決定し、第１オフセット量と現在ブロックに対応する隣接画素の再構成値とを利用して、第２オフセット量を計算し、第２オフセット量に基づいて現在ブロックの第１予測値を決定し、第１予測値に基づいて現在ブロックを符号化する。デコーダは、ビットストリームを復号化して、現在ブロックのサイズ及び符号化モードを取得し、現在ブロックの符号化モードがＭＩＰモードである場合、現在ブロックのサイズに基づいて第１オフセット量を決定し、第１オフセット量と現在ブロックに対応する隣接画素の再構成値とを利用して、第２オフセット量を計算し、第２オフセット量に基づいて現在ブロックの第１予測値を決定し、第１予測値に基づいて現在ブロックの再構成値を決定する。以上から分かるように、本願に係る画像符号化／復号化方法は、ＭＩＰモードを利用して符号化／復号化するとき、現在ブロックのサイズに基づいて現在ブロックに対応する第１オフセット量を直接決定することができ、次に、第１オフセット量を利用して現在ブロックを符号化／復号化処理することができる。即ち、本願では、予め記憶されるインデックス番号とオフセット量との対応関係に基づいて、現在ブロックのサイズに対応するＭＩＰブロックサイズインデックス番号を決定した後、ＭＩＰブロックサイズインデックス番号に対応する第１オフセット量を直接取得することができる。これにより、符号化／復号化処理を行うとき、ＭＩＰアルゴリズムの複雑性を低下させ、符号化／復号化性能を確保する上で、符号化／復号化過程に必要な記憶空間及び全体時間を減少させ、符号化／復号化効率を効果的に向上させることができる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】