知財求人 - 知財ポータルサイト「IP Force」
特開2024-149767明示的信号伝達および暗黙的信号伝達を用いた、使用不可参照フレームの適応ブロック更新
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024149767
(43)【公開日】2024-10-18
(54)【発明の名称】明示的信号伝達および暗黙的信号伝達を用いた、使用不可参照フレームの適応ブロック更新
(51)【国際特許分類】
H04N 19/503 20140101AFI20241010BHJP
H04N 19/46 20140101ALI20241010BHJP
【ＦＩ】
H04N19/503
H04N19/46
【審査請求】有
【請求項の数】1
【出願形態】ＯＬ
(21)【出願番号】P 2024135005
(22)【出願日】2024-08-13
(62)【分割の表示】P 2023036381の分割
【原出願日】2019-11-27
(31)【優先権主張番号】62/772,066
(32)【優先日】2018-11-27
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/771,941
(32)【優先日】2018-11-27
(33)【優先権主張国・地域又は機関】US
(71)【出願人】
【識別番号】521136080
【氏名又は名称】オーピー ソリューションズ， エルエルシー
(74)【代理人】
【識別番号】100078282
【弁理士】
【氏名又は名称】山本 秀策
(74)【代理人】
【識別番号】100113413
【弁理士】
【氏名又は名称】森下 夏樹
(74)【代理人】
【識別番号】100181674
【弁理士】
【氏名又は名称】飯田 貴敏
(74)【代理人】
【識別番号】100181641
【弁理士】
【氏名又は名称】石川 大輔
(74)【代理人】
【識別番号】230113332
【弁護士】
【氏名又は名称】山本 健策
(72)【発明者】
【氏名】ハリ カルバ
(72)【発明者】
【氏名】ファート ボリヴォイェ
(72)【発明者】
【氏名】ヴェリボール アジッチ
(57)【要約】
【課題】使用不可参照ピクチャに対する適応ブロック更新を提供すること
【解決手段】デコーダが、カレントブロックを受信することと、カレントブロックがカレントブロックに基づいて使用不可参照フレームを更新するためのブロックであると決定することと、カレントブロックを用いて使用不可参照フレームを更新することとを行うように構成されている、回路構成を含む。関連する装置、システム、技法および物品も、説明される。ある側面において、デコーダは、カレント符号化ブロックを含むビットストリームを受信することと、デコードされたカレントブロックを決定することと、使用不可参照ブロック更新モードがカレント符号化ブロックに対するビットストリームにおいて有効にされることを決定することと、デコードされたカレントブロックを用いて使用不可参照フレームを更新することとを行うように構成されている回路構成を含む。
【選択図】なし
【解決手段】デコーダが、カレントブロックを受信することと、カレントブロックがカレントブロックに基づいて使用不可参照フレームを更新するためのブロックであると決定することと、カレントブロックを用いて使用不可参照フレームを更新することとを行うように構成されている、回路構成を含む。関連する装置、システム、技法および物品も、説明される。ある側面において、デコーダは、カレント符号化ブロックを含むビットストリームを受信することと、デコードされたカレントブロックを決定することと、使用不可参照ブロック更新モードがカレント符号化ブロックに対するビットストリームにおいて有効にされることを決定することと、デコードされたカレントブロックを用いて使用不可参照フレームを更新することとを行うように構成されている回路構成を含む。
【選択図】なし
【特許請求の範囲】
【請求項1】
明細書に記載された発明。
【発明の詳細な説明】
【技術分野】
【0001】
（関連出願の相互参照）
本出願は、２０１８年１１月２７日に出願された“ＡＤＡＰＴＩＶＥ ＢＬＯＣＫ ＵＰＤＡＴＥ ＯＦ ＬＯＮＧ ＴＥＲＭ ＲＥＦＥＲＥＮＣＥ ＦＲＡＭＥＳ ＵＳＩＮＧ ＥＸＰＬＩＣＩＴ ＳＩＧＮＡＬＩＮＧ”と題する米国仮特許出願第６２／７７２，０６６号の優先権の利益を主張し、米国仮特許出願第６２／７７２，０６６号は、その全体が参照により本明細書に援用される。本出願は、さらに、２０１８年１１月２７日に出願された“ＡＤＡＰＴＩＶＥ ＢＬＯＣＫ ＵＰＤＡＴＥ ＯＦ ＬＯＮＧ ＴＥＲＭ ＲＥＦＥＲＥＮＣＥ ＦＲＡＭＥＳ ＵＳＩＮＧ ＩＭＰＬＩＣＩＴ ＳＩＧＮＡＬＩＮＧ”と題する米国仮特許出願第６２／７７１，９４１号の優先権の利益を主張し、米国仮特許出願第６２／７７１，９４１号は、その全体が参照により本明細書に援用される。
本出願は、２０１８年１１月２７日に出願された“ＡＤＡＰＴＩＶＥ ＢＬＯＣＫ ＵＰＤＡＴＥ ＯＦ ＬＯＮＧ ＴＥＲＭ ＲＥＦＥＲＥＮＣＥ ＦＲＡＭＥＳ ＵＳＩＮＧ ＥＸＰＬＩＣＩＴ ＳＩＧＮＡＬＩＮＧ”と題する米国仮特許出願第６２／７７２，０６６号の優先権の利益を主張し、米国仮特許出願第６２／７７２，０６６号は、その全体が参照により本明細書に援用される。本出願は、さらに、２０１８年１１月２７日に出願された“ＡＤＡＰＴＩＶＥ ＢＬＯＣＫ ＵＰＤＡＴＥ ＯＦ ＬＯＮＧ ＴＥＲＭ ＲＥＦＥＲＥＮＣＥ ＦＲＡＭＥＳ ＵＳＩＮＧ ＩＭＰＬＩＣＩＴ ＳＩＧＮＡＬＩＮＧ”と題する米国仮特許出願第６２／７７１，９４１号の優先権の利益を主張し、米国仮特許出願第６２／７７１，９４１号は、その全体が参照により本明細書に援用される。
【0002】
（発明の分野）
本発明は、概して、動画圧縮の分野に関連する。特に、本発明は、使用不可参照ピクチャに対する適応ブロック更新に向けられる。
本発明は、概して、動画圧縮の分野に関連する。特に、本発明は、使用不可参照ピクチャに対する適応ブロック更新に向けられる。
【背景技術】
【0003】
（背景）
動画コーデックは、デジタル動画を圧縮または解凍する電子回路またはソフトウェアを含み得る。それは、非圧縮動画を圧縮形式に変換し得、またはその逆を行い得る。動画圧縮の文脈では、動画を圧縮する（かつ／またはそのいくつかの機能を実施する）デバイスは、通常、エンコーダと呼ばれ得、動画を解凍する（かつ／またはそのいくつかの機能を実施する）デバイスは、デコーダと呼ばれ得る。
動画コーデックは、デジタル動画を圧縮または解凍する電子回路またはソフトウェアを含み得る。それは、非圧縮動画を圧縮形式に変換し得、またはその逆を行い得る。動画圧縮の文脈では、動画を圧縮する（かつ／またはそのいくつかの機能を実施する）デバイスは、通常、エンコーダと呼ばれ得、動画を解凍する（かつ／またはそのいくつかの機能を実施する）デバイスは、デコーダと呼ばれ得る。
【0004】
圧縮されたデータの形式は、標準的な動画圧縮規格に準拠し得る。圧縮された動画が、元の動画に存在している何らかの情報を欠く点において、圧縮は、ロッシーであり得る。このことの帰結は、解凍された動画が、元の動画を正確に再構築するには情報が足りないので、元の非圧縮動画より低い品質を有し得ることを含み得る。
【0005】
動画品質と、（例えばビットレートにより決定される）動画を表現することに用いられるデータ量と、エンコーディングアルゴリズムおよびデコーディングアルゴリズムの複雑性と、データ損失および誤差への感度と、編集の容易さと、ランダムアクセスと、エンドツーエンド遅延（例えばレイテンシ）と、これらに類するものとには、複雑な関係があり得る。
【0006】
動き補償は、カメラの動きおよび／または動画内の物の動きを把握することによって以前のフレームおよび／または未来のフレームといった参照フレームが与えられた動画フレームまたはその一部を予測するためのアプローチを含み得る。それは、動画圧縮のための動画データのエンコーディングおよびデコーディングにおいて採用され得、例えば、Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ（ＭＰＥＧ）－２（ａｄｖａｎｃｅｄ ｖｉｄｅｏ ｃｏｄｉｎｇ（ＡＶＣ）およびＨ．２６４とも称される）標準規格において採用され得る。動き補償は、参照ピクチャのカレントピクチャへの変換という観点からピクチャを説明し得る。参照ピクチャは、カレントピクチャと比べたときに時間について以前であり得、カレントピクチャと比べたときに未来からであり得、または、長期参照（ＬＴＲ）フレームを含み得る。以前に送信され、かつ／または記憶された画像から画像が正確に合成され得るとき、圧縮効率は、改善され得る。
【0007】
Ｈ．２６４およびＨ．２６５といった現行の標準規格は、新たにデコードされたフレーム（参照フレームとして、保存され、使用可能となる）を信号伝達することによるフレーム（長期参照フレーム等）の更新を可能としている。このような更新は、エンコーダにより信号伝達され、フレーム全体が、更新される。しかし、フレーム全体を更新することは、コストがかかり得、とりわけ、静的背景のごく一部のみが変化した場合にコストがかかり得る。部分フレーム更新は、可能であるが、しかし、フレーム更新を果たすための複雑であり計算コストがかかる手順を往々にして内包し得る。
【発明の概要】
【課題を解決するための手段】
【0008】
（開示の概要）
ある側面において、デコーダは、カレント符号化ブロックを含むビットストリームを受信することと、デコードされたカレントブロックを決定することと、使用不可参照ブロック更新モードがカレント符号化ブロックに対するビットストリームにおいて有効にされることを決定することと、デコードされたカレントブロックを用いて使用不可参照フレームを更新することとを行うように構成されている回路構成を含む。
ある側面において、デコーダは、カレント符号化ブロックを含むビットストリームを受信することと、デコードされたカレントブロックを決定することと、使用不可参照ブロック更新モードがカレント符号化ブロックに対するビットストリームにおいて有効にされることを決定することと、デコードされたカレントブロックを用いて使用不可参照フレームを更新することとを行うように構成されている回路構成を含む。
【0009】
別の側面において、方法は、カレント符号化ブロックを含むビットストリームをデコーダが受信することを含む。方法は、含む。方法は、デコードされたカレントブロックを決定することを含む。方法は、使用不可参照ブロック更新モードがカレント符号化ブロックに対するビットストリームにおいて有効にされることを決定することを含む。方法は、デコードされたカレントブロックを用いて使用不可参照フレームを更新することを含む。
【0010】
別の側面において、デコーダは、カレントブロックを受信することと、カレントブロックに基づいて使用不可参照フレームを更新するためにカレントブロックをマークすることと、カレントブロックを用いて使用不可参照フレームを更新することとを行うように構成されている回路構成を含む。
【0011】
別の側面において、方法は、デコーダがカレントブロックを受信することを含む。方法は、カレントブロックに基づいて使用不可参照フレームを更新するためにカレントブロックをマークすることを含む。方法は、カレントブロックを用いて使用不可参照フレームを更新することを含む。
【0012】
本明細書に記載される主題の１つまたは複数のバリエーションの詳細は、付属の図面および下の説明において規定される。本明細書に記載される主題の他の特徴および利点は、説明および図面から、ならびに特許請求の範囲から自明である。
本発明は、例えば以下を提供する。
（項目１）
デコーダであって、該デコーダは、
カレント符号化ブロックを含むビットストリームを受信することと、
デコードされたカレントブロックを決定することと、
使用不可参照ブロック更新モードが該カレント符号化ブロックに対する該ビットストリームにおいて有効にされることを決定することと、
該デコードされたカレントブロックを用いて使用不可参照フレームを更新することと
を行うように構成されている回路構成を備える、デコーダ。
（項目２）
前記使用不可参照ブロック更新モードが前記ビットストリームのヘッダに含まれる、項目１に記載のデコーダ。
（項目３）
前記使用不可参照ブロック更新モードが、前記ビットストリームに含有されるピクチャパラメータセット（ＰＰＳ）またはシーケンスパラメータセット（ＳＰＳ）に含まれる、項目２に記載のデコーダ。
（項目４）
前記ビットストリームが第二のカレント符号化ブロックを含み、前記デコーダが、該第二のカレント符号化ブロックのモードがイントラ予測を含むことを決定し、前記使用不可参照フレームを更新することをスキップするようにさらに構成されており、前記カレント符号化ブロックおよび該第二のカレント符号化ブロックが異なるフレーム内にある、項目１に記載のデコーダ。
（項目５）
前記カレントブロックが符号化ツリーユニット、符号化ユニットまたは予測ユニットを含む、項目１に記載のデコーダ。
（項目６）
前記使用不可参照フレームを更新することが、該使用不可参照フレームのルマ値を前記デコードされたカレントブロックの同位置にあるルマ値に置換えることを含む、項目１に記載のデコーダ。
（項目７）
前記ビットストリームを受信し該ビットストリームを量子化された係数へとデコードするように構成されているエントロピーデコーダプロセッサと、
逆離散コサインを実施することを含め該量子化された係数を処理するように構成されている逆量子化および逆変換プロセッサと、
デブロッキングフィルタと、
フレームバッファと、
イントラ予測プロセッサと
をさらに備える、項目１に記載のデコーダ。
（項目８）
第二の符号化ブロックを受信することと、
インター予測モードが前記第二の符号化ブロックに対して有効にされることを決定することと、
該インター予測モードに従って、前記更新された使用不可参照フレームを参照フレームとして用いて第二のデコードされたブロックを決定することと
を行うようにさらに構成されている、項目１に記載のデコーダ。
（項目９）
前記デコードされたカレントブロックがクアッドツリープラスバイナリディシジョンツリーの一部を形成する、項目１に記載のデコーダ。
（項目１０）
前記デコードされたカレントブロックが前記クアッドツリープラスバイナリディシジョンツリーの非リーフノードである、項目１に記載のデコーダ。
（項目１１）
カレント符号化ブロックを含むビットストリームをデコーダが受信することと、
デコードされたカレントブロックを決定することと、
使用不可参照ブロック更新モードが該カレント符号化ブロックに対する該ビットストリームにおいて有効にされることを決定することと、
該デコードされたカレントブロックを用いて使用不可参照フレームを更新することと
を備える方法。
（項目１２）
前記使用不可参照ブロック更新モードが前記ビットストリームのヘッダに含まれる、項目１１に記載の方法。
（項目１３）
前記使用不可参照ブロック更新モードが、前記ビットストリームに含有されるピクチャパラメータセット（ＰＰＳ）またはシーケンスパラメータセット（ＳＰＳ）に含まれる、項目１２に記載の方法。
（項目１４）
前記ビットストリームが第二のカレント符号化ブロックを含み、前記方法が、
該第二のカレント符号化ブロックのモードがイントラ予測を含むことを決定することと、
前記使用不可参照フレームを更新することをスキップすることであって、前記カレント符号化ブロックおよび該第二のカレント符号化ブロックが異なるフレーム内にある、ことと
をさらに備える、項目１１に記載の方法。
（項目１５）
前記カレントブロックが符号化ツリーユニット、符号化ユニットまたは予測ユニットを含む、項目１１に記載の方法。
（項目１６）
前記使用不可参照フレームを更新することが、該使用不可参照フレームのルマ値を前記デコードされたカレントブロックの同位置にあるルマ値に置換えることを含む、項目１１に記載の方法。
（項目１７）
前記デコーダは、
前記ビットストリームを受信し該ビットストリームを量子化された係数へとデコードするように構成されているエントロピーデコーダプロセッサと、
逆離散コサインを実施することを含め該量子化された係数を処理するように構成されている逆量子化および逆変換プロセッサと、
デブロッキングフィルタと、
フレームバッファと、
イントラ予測プロセッサと
をさらに備える、項目１１に記載の方法。
（項目１８）
第二の符号化ブロックを受信することと、
インター予測モードが該第二の符号化ブロックに対して有効にされることを決定することと、
該インター予測モードに従って、前記更新された使用不可参照フレームを参照フレームとして用いて第二のデコードされたブロックを決定することと
をさらに備える、項目１１に記載の方法。
（項目１９）
前記デコードされたカレントブロックがクアッドツリープラスバイナリディシジョンツリーの一部を形成する、項目１１に記載の方法。
（項目２０）
前記デコードされたカレントブロックが前記クアッドツリープラスバイナリディシジョンツリーの非リーフノードである、項目１１に記載の方法。
（項目２１）
デコーダであって、該デコーダは、
カレントブロックを受信することと、
該カレントブロックに基づいて使用不可参照フレームを更新するために該カレントブロックをマークすることと、
該カレントブロックを用いて該使用不可参照フレームを更新することと
を行うように構成されている回路構成を備える、デコーダ。
（項目２２）
使用不可参照ブロック更新モードが前記カレントブロックに対するビットストリーム内で明示的に信号伝達されない、項目２３に記載のデコーダ。
（項目２３）
使用不可参照ブロック更新モードが前記カレントブロックに対するビットストリーム内で明示的に信号伝達されないことを決定するようにさらに構成されている、項目２３に記載のデコーダ。
（項目２４）
使用不可参照フレーム更新モードが偽であるか、または存在しないことをビットストリームのヘッダ内のフィールドが指し示すことを決定するようにさらに構成されている、項目２３に記載のデコーダ。
（項目２５）
前記カレントブロックがインター予測のための参照として前記使用不可参照フレームを用い、照明補償を適用することを決定するようにさらに構成されており、前記マークすることは、該決定に応じているかまたは該決定に基づいている、項目２３に記載のデコーダ。
（項目２６）
前記カレントブロック近隣にある２つまたはそれより多いブロックがインター予測のために使用不可参照動きベクトルを用いることを決定するようにさらに構成されており、前記マークすることは、該決定に応じているかまたは該決定に基づいている、項目２３に記載のデコーダ。
（項目２７）
前記カレントブロックのフレームがデコードされた後にブロック更新候補を決定するようにさらに構成されている、項目２３に記載のデコーダ。
（項目２８）
前記カレントブロックがイントラ符号化されることと、
複数の近隣ブロックがインター予測のための参照として前記使用不可参照フレームを用いることと、
該複数の近隣ブロックがゼロ動きベクトルを含むことと
を決定するようにさらに構成されており、前記マークすることは、該決定に応じているかまたは該決定に基づいている、
項目２９に記載のデコーダ。
（項目２９）
前記カレントブロックがイントラ符号化されることと、
複数の近隣ブロックがインター予測のための参照として前記使用不可参照フレームを用いることと、
該複数の近隣ブロックがそれぞれの動きベクトルを含み、それぞれの動きベクトルが同じであるかまたはあらかじめ決定された量より低い程度だけ異なることと
を決定するようにさらに構成されており、
前記マークすることは、該決定に応じているかまたは該決定に基づいている、
項目２９に記載のデコーダ。
（項目３０）
前記カレントブロックの少なくとも３つの側にある近隣ブロックがインター予測のための参照として前記使用不可参照フレームを用いること
を決定するようにさらに構成されており、前記マークすることは、該決定に応じているかまたは該決定に基づいており、
該カレントブロックは、符号化ユニットであり、該符号化ユニットの全ブロックが、更新するためにマークされる、
項目２３に記載のデコーダ。
（項目３１）
前記カレントブロックの少なくとも３つの側にある近隣ブロックがインター予測のための参照として前記使用不可参照フレームを用いること
を決定するようにさらに構成されており、
前記マークすることは、該決定に応じているかまたは該決定に基づいており、
該カレントブロックは、符号化ツリーユニットであり、該符号化ツリーユニットの、インター予測のための参照として該使用不可参照フレームを用いない全ブロックが、更新するためにマークされる、
項目２３に記載のデコーダ。
（項目３２）
前記ビットストリームを受信し該ビットストリームを量子化された係数へとデコードするように構成されているエントロピーデコーダプロセッサと、
逆離散コサインを実施することを含め該量子化された係数を処理するように構成されている逆量子化および逆変換プロセッサと、
デブロッキングフィルタと、
フレームバッファと、
イントラ予測プロセッサと
をさらに備える、項目２３に記載のデコーダ。
（項目３３）
デコーダがカレントブロックを受信することと、
該カレントブロックに基づいて使用不可参照フレームを更新するために該カレントブロックをマークすることと、
該カレントブロックを用いて該使用不可参照フレームを更新することと
を備える方法。
（項目３４）
使用不可参照ブロック更新モードが前記カレントブロックに対するビットストリーム内で明示的に信号伝達されない、項目３５に記載の方法。
（項目３５）
使用不可参照ブロック更新モードが前記カレントブロックに対するビットストリーム内で明示的に信号伝達されないことを決定することをさらに備える、項目３５に記載の方法。
（項目３６）
使用不可参照フレーム更新モードが偽であるか、または存在しないことをビットストリームのヘッダ内のフィールドが指し示すことを決定することをさらに備える、項目３５に記載の方法。
（項目３７）
前記カレントブロックがインター予測のための参照として前記使用不可参照フレームを用い照明補償を適用することを決定することをさらに備え、前記マークすることは、該決定に応じているかまたは該決定に基づいている、項目３５に記載の方法。
（項目３８）
前記カレントブロックの近隣にある２つまたはそれより多いブロックがインター予測のために使用不可参照動きベクトルを用いることを決定することをさらに備え、前記マークすることは、該決定に応じているかまたは該決定に基づいている、項目３５に記載の方法。
（項目３９）
前記カレントブロックのフレームがデコードされた後にブロック更新候補を決定することをさらに備える、項目３５に記載の方法。
（項目４０）
前記カレントブロックがイントラ符号化されることと、
複数の近隣ブロックがインター予測のための参照として前記使用不可参照フレームを用いることと、
該複数の近隣ブロックがゼロ動きベクトルを含むことと
を決定することをさらに備え、
前記マークすることは、該決定に応じているかまたは該決定に基づいている、
項目２０に記載の方法。
（項目４１）
前記カレントブロックがイントラ符号化されることと、
複数の近隣ブロックがインター予測のための参照として前記使用不可参照フレームを用いることと、
該複数の近隣ブロックがそれぞれの動きベクトルを含み、それぞれの動きベクトルが同じであるかまたはあらかじめ決定された量より低い程度だけ異なることと
を決定することをさらに備え、
前記マークすることは、該決定に応じているかまたは該決定に基づいている、
項目２０に記載の方法。
（項目４２）
前記カレントブロックの少なくとも３つの側にある近隣ブロックがインター予測のための参照として前記使用不可参照フレームを用いることを決定することをさらに備え、
前記マークすることは、該決定に応じているかまたは該決定に基づいており、
該カレントブロックは、符号化ユニットであり、該符号化ユニットの全ブロックが、更新するためにマークされる、
項目３５に記載の方法。
（項目４３）
前記カレントブロックの少なくとも３つの側にある近隣ブロックがインター予測のための参照として前記使用不可参照フレームを用いることを決定することをさらに備え、
前記マークすることは該決定に応じて、または該決定に基づいており、
該カレントブロックは符号化ツリーユニットであり、該符号化ツリーユニットの、インター予測のための参照として該使用不可参照フレームを用いない全ブロックが、更新のためにマークされる、
項目３５に記載の方法。
（項目４４）
前記デコーダが、
前記ビットストリームを受信し該ビットストリームを量子化された係数へとデコードするように構成されているエントロピーデコーダプロセッサと、
逆離散コサインを実施することを含め該量子化された係数を処理するように構成されている逆量子化および逆変換プロセッサと、
デブロッキングフィルタと、
フレームバッファと、
イントラ予測プロセッサと
をさらに備える、項目３５に記載の方法。
本発明は、例えば以下を提供する。
（項目１）
デコーダであって、該デコーダは、
カレント符号化ブロックを含むビットストリームを受信することと、
デコードされたカレントブロックを決定することと、
使用不可参照ブロック更新モードが該カレント符号化ブロックに対する該ビットストリームにおいて有効にされることを決定することと、
該デコードされたカレントブロックを用いて使用不可参照フレームを更新することと
を行うように構成されている回路構成を備える、デコーダ。
（項目２）
前記使用不可参照ブロック更新モードが前記ビットストリームのヘッダに含まれる、項目１に記載のデコーダ。
（項目３）
前記使用不可参照ブロック更新モードが、前記ビットストリームに含有されるピクチャパラメータセット（ＰＰＳ）またはシーケンスパラメータセット（ＳＰＳ）に含まれる、項目２に記載のデコーダ。
（項目４）
前記ビットストリームが第二のカレント符号化ブロックを含み、前記デコーダが、該第二のカレント符号化ブロックのモードがイントラ予測を含むことを決定し、前記使用不可参照フレームを更新することをスキップするようにさらに構成されており、前記カレント符号化ブロックおよび該第二のカレント符号化ブロックが異なるフレーム内にある、項目１に記載のデコーダ。
（項目５）
前記カレントブロックが符号化ツリーユニット、符号化ユニットまたは予測ユニットを含む、項目１に記載のデコーダ。
（項目６）
前記使用不可参照フレームを更新することが、該使用不可参照フレームのルマ値を前記デコードされたカレントブロックの同位置にあるルマ値に置換えることを含む、項目１に記載のデコーダ。
（項目７）
前記ビットストリームを受信し該ビットストリームを量子化された係数へとデコードするように構成されているエントロピーデコーダプロセッサと、
逆離散コサインを実施することを含め該量子化された係数を処理するように構成されている逆量子化および逆変換プロセッサと、
デブロッキングフィルタと、
フレームバッファと、
イントラ予測プロセッサと
をさらに備える、項目１に記載のデコーダ。
（項目８）
第二の符号化ブロックを受信することと、
インター予測モードが前記第二の符号化ブロックに対して有効にされることを決定することと、
該インター予測モードに従って、前記更新された使用不可参照フレームを参照フレームとして用いて第二のデコードされたブロックを決定することと
を行うようにさらに構成されている、項目１に記載のデコーダ。
（項目９）
前記デコードされたカレントブロックがクアッドツリープラスバイナリディシジョンツリーの一部を形成する、項目１に記載のデコーダ。
（項目１０）
前記デコードされたカレントブロックが前記クアッドツリープラスバイナリディシジョンツリーの非リーフノードである、項目１に記載のデコーダ。
（項目１１）
カレント符号化ブロックを含むビットストリームをデコーダが受信することと、
デコードされたカレントブロックを決定することと、
使用不可参照ブロック更新モードが該カレント符号化ブロックに対する該ビットストリームにおいて有効にされることを決定することと、
該デコードされたカレントブロックを用いて使用不可参照フレームを更新することと
を備える方法。
（項目１２）
前記使用不可参照ブロック更新モードが前記ビットストリームのヘッダに含まれる、項目１１に記載の方法。
（項目１３）
前記使用不可参照ブロック更新モードが、前記ビットストリームに含有されるピクチャパラメータセット（ＰＰＳ）またはシーケンスパラメータセット（ＳＰＳ）に含まれる、項目１２に記載の方法。
（項目１４）
前記ビットストリームが第二のカレント符号化ブロックを含み、前記方法が、
該第二のカレント符号化ブロックのモードがイントラ予測を含むことを決定することと、
前記使用不可参照フレームを更新することをスキップすることであって、前記カレント符号化ブロックおよび該第二のカレント符号化ブロックが異なるフレーム内にある、ことと
をさらに備える、項目１１に記載の方法。
（項目１５）
前記カレントブロックが符号化ツリーユニット、符号化ユニットまたは予測ユニットを含む、項目１１に記載の方法。
（項目１６）
前記使用不可参照フレームを更新することが、該使用不可参照フレームのルマ値を前記デコードされたカレントブロックの同位置にあるルマ値に置換えることを含む、項目１１に記載の方法。
（項目１７）
前記デコーダは、
前記ビットストリームを受信し該ビットストリームを量子化された係数へとデコードするように構成されているエントロピーデコーダプロセッサと、
逆離散コサインを実施することを含め該量子化された係数を処理するように構成されている逆量子化および逆変換プロセッサと、
デブロッキングフィルタと、
フレームバッファと、
イントラ予測プロセッサと
をさらに備える、項目１１に記載の方法。
（項目１８）
第二の符号化ブロックを受信することと、
インター予測モードが該第二の符号化ブロックに対して有効にされることを決定することと、
該インター予測モードに従って、前記更新された使用不可参照フレームを参照フレームとして用いて第二のデコードされたブロックを決定することと
をさらに備える、項目１１に記載の方法。
（項目１９）
前記デコードされたカレントブロックがクアッドツリープラスバイナリディシジョンツリーの一部を形成する、項目１１に記載の方法。
（項目２０）
前記デコードされたカレントブロックが前記クアッドツリープラスバイナリディシジョンツリーの非リーフノードである、項目１１に記載の方法。
（項目２１）
デコーダであって、該デコーダは、
カレントブロックを受信することと、
該カレントブロックに基づいて使用不可参照フレームを更新するために該カレントブロックをマークすることと、
該カレントブロックを用いて該使用不可参照フレームを更新することと
を行うように構成されている回路構成を備える、デコーダ。
（項目２２）
使用不可参照ブロック更新モードが前記カレントブロックに対するビットストリーム内で明示的に信号伝達されない、項目２３に記載のデコーダ。
（項目２３）
使用不可参照ブロック更新モードが前記カレントブロックに対するビットストリーム内で明示的に信号伝達されないことを決定するようにさらに構成されている、項目２３に記載のデコーダ。
（項目２４）
使用不可参照フレーム更新モードが偽であるか、または存在しないことをビットストリームのヘッダ内のフィールドが指し示すことを決定するようにさらに構成されている、項目２３に記載のデコーダ。
（項目２５）
前記カレントブロックがインター予測のための参照として前記使用不可参照フレームを用い、照明補償を適用することを決定するようにさらに構成されており、前記マークすることは、該決定に応じているかまたは該決定に基づいている、項目２３に記載のデコーダ。
（項目２６）
前記カレントブロック近隣にある２つまたはそれより多いブロックがインター予測のために使用不可参照動きベクトルを用いることを決定するようにさらに構成されており、前記マークすることは、該決定に応じているかまたは該決定に基づいている、項目２３に記載のデコーダ。
（項目２７）
前記カレントブロックのフレームがデコードされた後にブロック更新候補を決定するようにさらに構成されている、項目２３に記載のデコーダ。
（項目２８）
前記カレントブロックがイントラ符号化されることと、
複数の近隣ブロックがインター予測のための参照として前記使用不可参照フレームを用いることと、
該複数の近隣ブロックがゼロ動きベクトルを含むことと
を決定するようにさらに構成されており、前記マークすることは、該決定に応じているかまたは該決定に基づいている、
項目２９に記載のデコーダ。
（項目２９）
前記カレントブロックがイントラ符号化されることと、
複数の近隣ブロックがインター予測のための参照として前記使用不可参照フレームを用いることと、
該複数の近隣ブロックがそれぞれの動きベクトルを含み、それぞれの動きベクトルが同じであるかまたはあらかじめ決定された量より低い程度だけ異なることと
を決定するようにさらに構成されており、
前記マークすることは、該決定に応じているかまたは該決定に基づいている、
項目２９に記載のデコーダ。
（項目３０）
前記カレントブロックの少なくとも３つの側にある近隣ブロックがインター予測のための参照として前記使用不可参照フレームを用いること
を決定するようにさらに構成されており、前記マークすることは、該決定に応じているかまたは該決定に基づいており、
該カレントブロックは、符号化ユニットであり、該符号化ユニットの全ブロックが、更新するためにマークされる、
項目２３に記載のデコーダ。
（項目３１）
前記カレントブロックの少なくとも３つの側にある近隣ブロックがインター予測のための参照として前記使用不可参照フレームを用いること
を決定するようにさらに構成されており、
前記マークすることは、該決定に応じているかまたは該決定に基づいており、
該カレントブロックは、符号化ツリーユニットであり、該符号化ツリーユニットの、インター予測のための参照として該使用不可参照フレームを用いない全ブロックが、更新するためにマークされる、
項目２３に記載のデコーダ。
（項目３２）
前記ビットストリームを受信し該ビットストリームを量子化された係数へとデコードするように構成されているエントロピーデコーダプロセッサと、
逆離散コサインを実施することを含め該量子化された係数を処理するように構成されている逆量子化および逆変換プロセッサと、
デブロッキングフィルタと、
フレームバッファと、
イントラ予測プロセッサと
をさらに備える、項目２３に記載のデコーダ。
（項目３３）
デコーダがカレントブロックを受信することと、
該カレントブロックに基づいて使用不可参照フレームを更新するために該カレントブロックをマークすることと、
該カレントブロックを用いて該使用不可参照フレームを更新することと
を備える方法。
（項目３４）
使用不可参照ブロック更新モードが前記カレントブロックに対するビットストリーム内で明示的に信号伝達されない、項目３５に記載の方法。
（項目３５）
使用不可参照ブロック更新モードが前記カレントブロックに対するビットストリーム内で明示的に信号伝達されないことを決定することをさらに備える、項目３５に記載の方法。
（項目３６）
使用不可参照フレーム更新モードが偽であるか、または存在しないことをビットストリームのヘッダ内のフィールドが指し示すことを決定することをさらに備える、項目３５に記載の方法。
（項目３７）
前記カレントブロックがインター予測のための参照として前記使用不可参照フレームを用い照明補償を適用することを決定することをさらに備え、前記マークすることは、該決定に応じているかまたは該決定に基づいている、項目３５に記載の方法。
（項目３８）
前記カレントブロックの近隣にある２つまたはそれより多いブロックがインター予測のために使用不可参照動きベクトルを用いることを決定することをさらに備え、前記マークすることは、該決定に応じているかまたは該決定に基づいている、項目３５に記載の方法。
（項目３９）
前記カレントブロックのフレームがデコードされた後にブロック更新候補を決定することをさらに備える、項目３５に記載の方法。
（項目４０）
前記カレントブロックがイントラ符号化されることと、
複数の近隣ブロックがインター予測のための参照として前記使用不可参照フレームを用いることと、
該複数の近隣ブロックがゼロ動きベクトルを含むことと
を決定することをさらに備え、
前記マークすることは、該決定に応じているかまたは該決定に基づいている、
項目２０に記載の方法。
（項目４１）
前記カレントブロックがイントラ符号化されることと、
複数の近隣ブロックがインター予測のための参照として前記使用不可参照フレームを用いることと、
該複数の近隣ブロックがそれぞれの動きベクトルを含み、それぞれの動きベクトルが同じであるかまたはあらかじめ決定された量より低い程度だけ異なることと
を決定することをさらに備え、
前記マークすることは、該決定に応じているかまたは該決定に基づいている、
項目２０に記載の方法。
（項目４２）
前記カレントブロックの少なくとも３つの側にある近隣ブロックがインター予測のための参照として前記使用不可参照フレームを用いることを決定することをさらに備え、
前記マークすることは、該決定に応じているかまたは該決定に基づいており、
該カレントブロックは、符号化ユニットであり、該符号化ユニットの全ブロックが、更新するためにマークされる、
項目３５に記載の方法。
（項目４３）
前記カレントブロックの少なくとも３つの側にある近隣ブロックがインター予測のための参照として前記使用不可参照フレームを用いることを決定することをさらに備え、
前記マークすることは該決定に応じて、または該決定に基づいており、
該カレントブロックは符号化ツリーユニットであり、該符号化ツリーユニットの、インター予測のための参照として該使用不可参照フレームを用いない全ブロックが、更新のためにマークされる、
項目３５に記載の方法。
（項目４４）
前記デコーダが、
前記ビットストリームを受信し該ビットストリームを量子化された係数へとデコードするように構成されているエントロピーデコーダプロセッサと、
逆離散コサインを実施することを含め該量子化された係数を処理するように構成されている逆量子化および逆変換プロセッサと、
デブロッキングフィルタと、
フレームバッファと、
イントラ予測プロセッサと
をさらに備える、項目３５に記載の方法。
【図面の簡単な説明】
【0013】
（図面の説明）
本発明を図説する目的のために、図面は、本発明の１つまたは複数の実施形態の側面を示す。しかしながら、本発明が、図面において示された精密な配置および機器に限定されないことは、理解されるべきである。
本発明を図説する目的のために、図面は、本発明の１つまたは複数の実施形態の側面を示す。しかしながら、本発明が、図面において示された精密な配置および機器に限定されないことは、理解されるべきである。
【0014】
【0015】
【0016】
【0017】
【0018】
【0019】
【0020】
【0021】
【0022】
【0023】
図面は、必ずしも縮尺通りでなく、かつ、二点鎖線、図表示および部分図により図示され得る。ある特定の例では、実施形態の理解に必須でない詳細、または他の詳細を認識困難にする詳細が省略され得る。様々な図面における同類の参照記号は、同類の要素を指し示す。
【発明を実施するための形態】
【0024】
（詳細な説明）
本主題のいくつかの実装形態は、デコーダ側にある使用不可参照（ＵＲ）フレームに対して部分更新を実施するためのアプローチを含む。使用不可参照（ＵＲ）フレームは、１つまたは複数のピクチャのグループ（ＧＯＰ）内で予測フレームおよび／または予測ピクチャを生み出すことに用いられるフレームおよび／またはピクチャであるが、それ自身は動画ピクチャに表示されないフレームおよび／またはピクチャである。動画ビットストリーム内の、ＵＲフレームとしてマークされたフレームは、ビットストリーム信号伝達により明示的に取り除かれるまで参照として使用可能であり得る。ＵＲフレームは、長い期間にわたって静的背景を有するシーン（例えば、ビデオカンファレンスまたは駐車場の監視ビデオの背景）において予測および圧縮効率を改善し得る。しかしながら、時間と共に、シーンの背景は徐々に変化する（例えば、空いている場所に駐めたときの車は、背景シーンの一部となる）。部分ＵＲフレーム更新は、使用不可参照ブロック更新モード（与えられたカレントブロックに対して有効にされているとき、デコードされたカレントブロックがＵＲフレーム内部の空間的に同位置にあるピクセルを更新することに用いられることを指し示し得る）を利用することによりビットストリーム内で明示的に信号伝達され得る。このような部分ＵＲフレーム更新は、ＵＲフレーム全体の更新を必要とすることなく予測を改善し得、改善された予測は、残余誤差を減らし得、ゆえに圧縮性能を改善し得る。そのうえ、ＵＲブロック更新を明示的に信号伝達することにより、ＵＲ更新は、不適当かつ複雑な手順を利用することなく平易に達成され得る。
本主題のいくつかの実装形態は、デコーダ側にある使用不可参照（ＵＲ）フレームに対して部分更新を実施するためのアプローチを含む。使用不可参照（ＵＲ）フレームは、１つまたは複数のピクチャのグループ（ＧＯＰ）内で予測フレームおよび／または予測ピクチャを生み出すことに用いられるフレームおよび／またはピクチャであるが、それ自身は動画ピクチャに表示されないフレームおよび／またはピクチャである。動画ビットストリーム内の、ＵＲフレームとしてマークされたフレームは、ビットストリーム信号伝達により明示的に取り除かれるまで参照として使用可能であり得る。ＵＲフレームは、長い期間にわたって静的背景を有するシーン（例えば、ビデオカンファレンスまたは駐車場の監視ビデオの背景）において予測および圧縮効率を改善し得る。しかしながら、時間と共に、シーンの背景は徐々に変化する（例えば、空いている場所に駐めたときの車は、背景シーンの一部となる）。部分ＵＲフレーム更新は、使用不可参照ブロック更新モード（与えられたカレントブロックに対して有効にされているとき、デコードされたカレントブロックがＵＲフレーム内部の空間的に同位置にあるピクセルを更新することに用いられることを指し示し得る）を利用することによりビットストリーム内で明示的に信号伝達され得る。このような部分ＵＲフレーム更新は、ＵＲフレーム全体の更新を必要とすることなく予測を改善し得、改善された予測は、残余誤差を減らし得、ゆえに圧縮性能を改善し得る。そのうえ、ＵＲブロック更新を明示的に信号伝達することにより、ＵＲ更新は、不適当かつ複雑な手順を利用することなく平易に達成され得る。
【0025】
代わりに、または加えて、部分ＵＲフレーム更新は、ビットストリーム内の明示的信号伝達がいくつかの代替アプローチに比べて必要とされないように、またはその必要が減らされるように暗黙的に信号伝達され得る。暗黙的信号アプローチは、デコードされたカレントブロックがＵＲフレーム内部の空間的に同位置にあるピクセルを更新することに用いられることを指し示し得る。このような部分ＵＲフレーム更新は、ＵＲフレーム全体の更新を必要とすることなく予測を改善し得、改善された予測は、残余誤差を減らし得、ゆえに圧縮性能を改善し得る。そのうえ、ＵＲブロック更新を暗黙的に信号伝達することにより、ヘッダオーバーヘッドが減らされ得、それにより、ビットレートが減らされ得、圧縮が改善され得る。さらに、いくつかの実装形態では、ＵＲ更新は、不適当かつ複雑な手順を利用することなく平易に達成され得る。
【0026】
いくつかの実装形態では、動画ブロックの暗黙的信号伝達は、ＵＲフレーム内のどのブロックが更新されるか（例えば、ＵＲフレームのどの部分が更新されるべきか）を暗黙的に決定するためにカレントブロックコンテキストおよび近隣ブロックコンテキストが用いられる場合を識別する。ここで図１を参照すると、明示的信号伝達を用いたＵＲフレームブロック更新の例となるプロセス１００を図示したプロセスフロー図が提供されており、ここで、ＵＲフレームが、デコードされたカレントブロックに基づいてデコーダにより部分更新される。このようなＵＲブロック更新は、ＵＲフレーム全体の更新を必要とすることなく予測を改善し得、改善された予測は、残余誤差を減らし得、ゆえに圧縮性能を改善し得る。
【0027】
依然として図１を参照すると、ステップ１０５では、カレント符号化ブロックを含むビットストリームが、デコーダにより受信される。ビットストリームは、例えば、ビットの流れ内に見つかるデータを含み得、ビットの流れは、データ圧縮を用いたときのデコーダへの入力である。ビットストリームは、動画をデコードするために必須となる情報を含み得る。受信することは、ビットストリームからのブロックおよび関連付けられた信号伝達情報を抽出することおよび／またはこれをパースすることを含み得る。いくつかの実装形態では、カレント符号化ブロックは、符号化ツリーユニット（ＣＴＵ）、符号化ユニット（ＣＵ）または予測ユニット（ＰＵ）を含み得る。
【0028】
継続して図１を参照すると、ステップ１１０では、デコードされたカレントブロックが、決定され得る。例えば、受信されたカレント符号化ブロックが、例えばインター予測を用いてデコードされ得る。インター予測を介したデコーディングは、予測を計算するための参照として以前のフレーム、未来のフレームまたはＵＲフレームを用いることを含み得、予測は、ビットストリームに含有される残差と組合され得る。
【0029】
引続き図１を参照すると、ステップ１１５では、使用不可参照ブロック更新モードが、カレント符号化ブロックに対するビットストリームにおいて有効にされるかどうかが、決定され得る。ＵＲブロック更新モードは、ビットストリームのヘッダおよび／またはそれに含まれるフィールドに含まれ得る。例えば、ビットストリームのヘッダ内にあるＵＲブロック更新モードフィールドが有効にされることが、決定され得る。更新されたＵＲフレームブロックの信号伝達は、ピクチャパラメータセット（ＰＰＳ）および／またはシーケンスパラメータセット（ＳＰＳ）といったヘッダを用いて選択的に有効にされ得る。ＵＲ＿ＢＬＯＣＫ＿ＵＰＤＡＴＥ等のフィールドは、真の値または偽の値（例えば０または１）を受け入れ得、ただしこれらに限定されない。
【0030】
依然として図１を参照すると、ＵＲブロック更新モードが有効にされる場合には（例えば、ヘッダ内のＵＲ＿ＢＬＯＣＫ＿ＵＰＤＡＴＥフィールドが設定される場合には）、１２０では、デコーダが、デコードされたカレントブロックを用いて使用不可参照フレームを更新し得る。このように更新することは、ＵＲブロック更新を実施することを含み得、ＵＲブロック更新では、ＵＲフレーム内のピクセル（ＵＲフレームブロック更新モードが有効にされているカレントブロックと空間的に同位置に位置している）が、デコードされたカレントブロックを用いて更新される（例えば、修正される）。いくつかの実装形態では、ブロック更新機構は、明示的または暗黙的であり得る。例えば、ＵＲフレームの一部（例えば、ＵＲフレームのブロック）は、デコードされたカレントブロックのピクセル値を用いてＵＲフレーム内の同位置にあるピクセル（例えばルマ値）を更新することにより更新され得、言換えれば、ＵＲフレームを更新することは、ＵＲフレームのルマ値を、デコードされたカレントブロックの空間的に同位置にあるルマ値に置換えることを含み得る。いくつかの実装形態では、ＵＲフレームは、別の機構（ＵＲフレームの一部を、デコードされたカレントブロックピクセル値と、同位置にあるＵＲフレームピクセル値の初期値との平均を用いて更新すること等）に従って更新され得る。当業者は、本開示全体を参照すると、採用され得る様々な他の機構に気付くであろう。いくつかの実装形態では、更新することは、複数のデコードされたブロックを用いてＵＲフレームの複数のブロックを更新することを含み得、その更新は、デコードされたカレントブロックを用いてＵＲフレームを更新するための上述の任意の方法を用いて実施され得る。更新することは、規定のクロマ値および／またはルマ値のブロックおよび／またはフレームの生成、ならびに、上述の任意のプロセスおよび／またはプロセスステップを用いた１つまたは複数のデコードされたブロックからのその置換および／または更新を含み得、ただしこれらに限定されず、更新することは、ＵＲフレームを生成すること（規定値のＵＲフレームを生み出すことにより成し遂げられ得る）および上述の規定値を更新することを含み得る。
【0031】
引続き図１を参照すると、後続のカレントブロックに対して、更新されたＵＲフレームが、インター予測のための参照フレームとして利用され得る。例えば、第二の符号化ブロックが、受信され得る。インター予測モードが第二の符号化ブロックに対して有効にされるかどうかが、決定され得る。第二のデコードされたブロックは、インター予測モードに従って、更新されたＵＲフレームを参照フレームとして用いて決定され得る。例えば、インター予測を介したデコーディングは、予測を計算するための参照として更新されたＵＲフレームを用いることを含み得、予測は、ビットストリームに含有される残差と組合され得る。
【0032】
依然として図１を参照すると、ＵＲブロック更新は、デコーディングプロセスの間中、各カレントブロックに対して使用可能であり得る。いくつかの実装形態では、ＵＲブロック更新は、イントラ符号化フレームに対して暗黙的にスキップされ得る。例えば、ビットストリームは、第一のカレント符号化ブロックと異なるフレーム内部にある第二のカレント符号化ブロックを含み得、第二のカレント符号化ブロックのモードは、イントラ予測を含み得る。ＵＲブロック更新は、第二のカレント符号化ブロックがイントラ予測ブロックであると決定することに応じてスキップされ得る。スキップすることは、例えば、ＵＲフレームを更新しないことを含み得、またはＵＲ＿ＢＬＯＣＫ＿ＵＰＤＡＴＥ等のフィールドがヘッダ内で設定されるかどうかを決定することを含み得る。
【0033】
さらに図１を参照すると、いくつかの実装形態では、ヘッダ内のＵＲ＿ＢＬＯＣＫ＿ＵＰＤＡＴＥフィールドが設定される場合には、デコーダが、明示的ブロック更新を信号伝達するビットストリーム内のビットを予期し得る。このアプローチでは、動画の符号化ブロックが、ＵＲフレーム内で更新されることとなるブロックとして動画ビットストリームのブロックヘッダ内で信号伝達され得る。その場合、ＵＲフレーム内の同位置にあるブロックが、伝達されたブロックにより置換えられ得、この更新されたＵＲフレームは、例えば、ＵＲフレームが後に更新されるまで未来の動き推定の目的のために用いられ得る。
【0034】
図２は、暗黙的信号伝達を用いたＵＲフレームブロック更新のプロセス２００の例となる実施形態を図示したプロセスフロー図であり、暗黙的信号伝達では、ＵＲフレームが、デコードされたカレントブロックに基づいてデコーダにより部分更新される。暗黙的信号伝達は、ビットストリーム内（ビットストリームのヘッダ内等）のＵＲブロック更新モードを明示的に信号伝達することに比べて、ＵＲフレームのどのブロックが更新されるべきかを決定するためにカレントブロックコンテキストおよび近隣ブロックコンテキストが用いられる場合を含み得る。暗黙的信号伝達を伴うこのようなＵＲブロック更新は、予測を改善し得、信号伝達オーバーヘッドを減らし得、それにより、ビットレートが改善され得、圧縮が改善され得る。同様に、ＵＲフレーム全体の更新を必要としないＵＲブロック更新を実施することにより、いくつかの実装形態は、残余誤差を減らし得、ゆえに圧縮性能を改善し得る。
【0035】
依然として図２を参照すると、ステップ２０５では、カレントブロックが、デコーダにより受信される。カレントブロックは、デコーダが受信するビットストリームに含有され得る。ビットストリームは、例えば、ビットの流れ（データ圧縮を用いたときのデコーダへの入力）内に見つかるデータを含み得る。ビットストリームは、動画をデコードするために必須となる情報を含み得る。受信することは、ビットストリームからのブロックおよび関連付けられた信号伝達情報を抽出することおよび／またはパースすることを含み得る。いくつかの実装形態では、カレントブロックは、符号化ツリーユニット（ＣＴＵ）、符号化ユニット（ＣＵ）および／または予測ユニット（ＰＵ）を含み得る。
【0036】
引続き図２を参照すると、いくつかの実装形態では、依然として図２を参照すると、使用不可参照ブロック更新モードは、カレントブロックに対するビットストリーム内で明示的に信号伝達されないことがある。同様に、いくつかの実装形態では、デコーダが、使用不可参照ブロック更新モードがカレントブロックに対するビットストリーム内で明示的に信号伝達されるか否かを、ビットストリームを用いて決定し得る。いくつかの実装形態では、デコーダが、使用不可参照ブロック更新モードが無効にされているか、または存在しないことをビットストリームのヘッダ内にあるフィールドが指し示すことを決定し得る。
【0037】
引続き図２を参照すると、ステップ２２０では、カレントブロックが、ＵＲフレームをカレントブロックに基づいて更新するためにマークされ得、カレントブロックは、カレントブロックがＵＲフレームブロック更新用に暗黙的に信号伝達されると決定されることに基づいて、またはこれに応じてマークされ得る。マークすることは、カレントブロックがＵＲフレームを更新するために用いられることとなることを指し示す値に変数値を設定することを含み得、ただしこれに限定されず、例として、カレントブロックがＵＲフレームを更新するために用いられることとなるかどうかを指し示すように構成されている、カレントブロックに関連付けられたブール変数は、マークすることを指し示すために「真」または「１」に設定され得る。
【0038】
依然として図２を参照すると、例えば、カレントブロックがインター予測のための参照としてＵＲフレームを用い、照明補償を適用することを含むときに、カレントブロックは、更新するためにマークされ得、マークすることは、この決定に応じて、かつ／またはこの決定に基づいて実施され得る。照明補償は、動画符号化における予測を改善するために用いられ得る。照明補償は、照明が原因となってブロックピクセルが変化する（例えば、通り過ぎる雲は、照明を減らす）場合における予測を改善し得る。参照としてＵＲフレームを用い、照明補償を適用するブロックは、更新ブロックとして決定され得、従って、ＵＲフレームを更新するためにマークされ得る。
【0039】
引続き図２を参照すると、別の例として、カレントブロックは、ブロック近隣がＵＲ動きベクトル参照を利用するときに、かつこのことに基づいて、ＵＲフレームを更新するためにマークされ得る。代表的な（例えば、典型的な）動画では、シーン背景の一部が、時間と共に更新される。このような変化が起こったとき、変化した区域は、似たブロックが見つからないときのイントラブロックとして符号化され得る。このような場合、新たに変化した領域を除く全ブロックが参照のためにＵＲフレームを用いることが、見込まれる。ＵＲ動きベクトル参照を伴う複数の近隣ブロックを有するブロックは、暗黙的ＵＲフレーム更新のためにマークされ得る。従って、カレントブロックがＵＲ更新ブロックである見込みは、ＵＲフレームを用いる、カレントブロック近隣にあるブロックが増加するにつれて、より高くなり、見込みは、計算され得、閾値数と比べられ得、ここで、閾値数を超えているという見込みは、カレントブロックがＵＲ更新ブロックであることを指し示し得る。カレントブロックがイントラ符号化される場合には、ＵＲ参照を伴うより少数の近隣ブロックが、ＵＲブロック更新を信号伝達し得、例として、より低い閾値数が、上のような閾値比較において採用され得る。カレントブロックがインター符号化される場合には、ＵＲ参照を伴うより多数の近隣ブロックが、例えばより高い閾値数を用いることにより、ＵＲブロック更新を暗黙的に信号伝達し得る。従って、別の非限定的な例として、カレントブロックは、カレントブロックに近隣する２つまたはそれより多いブロックがインター予測のためにＵＲ動きベクトルを用いると決定することに応じて、またはこのことに基づいて、ＵＲフレームを更新するためにマークされ得る。
【0040】
依然として図２を参照すると、いくつかの実装形態では、ブロック更新候補は、ブロック近隣全体が考慮され得るように、フレーム全体がデコードされた後に決定され得る。例えば、二方またはそれより多い側をＵＲ参照を伴うブロックに囲まれた、非ＵＲ参照を伴うブロックが、ＵＲ更新の候補であり得る。別の例として、カレントブロックがイントラ符号化され、複数の近隣ブロックが参照としてＵＲフレームを用い、（０，０）の動きベクトル（例えばゼロ動きベクトル）を有する場合には、カレントブロックは、ＵＲ更新のためにマークされ得る。さらに別の例として、カレントブロックがイントラ符号化され、複数の近隣ブロックが参照としてＵＲフレームを用い、同じまたは似た動きベクトルを有する（例えば、動きベクトルが、あらかじめ決定された、またはあらかじめ定義された量より低い程度だけ異なることがある）場合には、カレントブロックは、ＵＲ更新のためにマークされ得る。さらなる例として、カレントブロックがインター予測のための参照としてＵＲフレームを用いる近隣ブロックをカレントブロックの少なくとも３つの側に有する場合には、カレントブロックは、ＵＲ更新のためにマークされ得る。
【0041】
引続き図２を参照すると、いくつかの実装形態では、ＵＲ更新は、符号化ユニット（ＣＵ）レベルでも決定され得る。少なくとも３つの側にある近隣ＣＵが全てＵＲ参照を用いる場合には、カレントＣＵの全ブロックが、ＵＲ更新のためにマークされ得る。いくつかの実装形態では、ＵＲ更新は、符号化ツリーユニット（ＣＴＵ）レベルで決定され得る。少なくとも３つの側にある近隣ＣＴＵが全てＵＲ更新を用いる場合には、カレントＣＴＵの、ＵＲ参照を用いない全ブロックが、更新のためにマークされ得る。図３は、カレントブロックＸと、動き推定のためにＵＲフレームを用いる関連付けられた動きベクトルＭＶ１、ＭＶ２、ＭＶ３を有する３つの近隣ブロックとを含むフレーム３００の例となる実施形態を図示したブロック図である。図示された本例において、カレントブロックＸは、ＵＲフレームを更新するためにマークされ得る。
【0042】
図４は、参照のためにＵＲフレームを用いない、Ｘとラベルされたブロックと、参照のためにＵＲフレームを用いるブロックＬとを含むフレーム４００の別の例となる実施形態を図示したブロック図であり、Ｘとしてマークされたブロックは、ＵＲフレームを更新するためにマークされ得る。
【0043】
再び図２を参照すると、ステージ２１５では、ＵＲフレームは、カレントブロックを用いて更新され得る。更新することは、ＵＲブロック更新を実施することを含み得、ＵＲブロック更新では、空間的にカレントブロックと同位置にあるＵＲフレーム内のピクセルが、カレントブロックを用いて更新される（例えば、修正される）。いくつかの実装形態では、ブロック更新機構は、明示的または暗黙的であり得る。例えば、カレントブロックのピクセル値を用いてＵＲフレーム内の同位置にあるピクセル（例えばルマ値）を更新する（例えば、置換える）ことにより、ＵＲフレームの一部（例えば、ＵＲフレームのブロック）が、更新され得る。いくつかの実装形態では、ＵＲフレームは、別の機構（同位置にあるＵＲフレームピクセル値の初期値とカレントブロックピクセル値との平均を用いてＵＲフレームの一部を更新すること等）に従って更新され得る。当業者は、本開示全体を参照すると、採用され得る様々な他の機構に気付くであろう。いくつかの実装形態では、更新することは、複数のデコードされたブロックを用いてＵＲフレームの複数のブロックを更新することを含み得、その更新は、デコードされたカレントブロックを用いてＵＲフレームを更新するための上述の任意の方法を用いて実施され得る。更新することは、規定のクロマ値および／またはルマ値のブロックおよび／またはフレームの生成、ならびに、上述の任意のプロセスおよび／またはプロセスステップを用いた１つまたは複数のデコードされたブロックからのその置換および／または更新を含み得、ただしこれらに限定されず、更新することは、ＵＲフレームを生成すること（規定値のＵＲフレームを生み出すことにより成し遂げられ得る）および上述の規定値を更新することを含み得る。
【0044】
後続のカレントブロックに対して、更新されたＵＲフレームが、インター予測のための参照フレームとして利用され得る。例えば、第二の符号化ブロックが、受信され得る。インター予測モードが第二の符号化ブロックに対して有効にされるかどうかが、決定され得る。第二のデコードされたブロックは、インター予測モードに従って、更新されたＵＲフレームを参照フレームとして用いて決定され得る。例えば、インター予測を介してデコードすることは、予測を計算するために更新されたＵＲフレームを参照として用いることを含み得、予測は、ビットストリームに含有される残差と組合され得る。
【0045】
図５は、ＵＲフレームブロック更新を用いてビットストリーム５０４をデコードすることが可能な例となるデコーダ５００を図示したシステムブロック図である。ＵＲフレームブロック更新は、明示的に信号伝達されるＵＲフレームブロック更新を含み得、例としては、図１を参照して上述したような更新であり、ただしこれに限定されない。ＵＲフレームブロック更新は、暗黙的に信号伝達されるＵＲフレームブロック更新（例えば、カレントブロックおよび／または近隣ブロックのコンテキストから決定されるＵＲフレームブロック更新）を含み得、例としては、図２～図４を参照して上述したような更新であり、ただしこれに限定されない。デコーダ５００は、エントロピーデコーダプロセッサ５０８と、逆量子化および逆変換プロセッサ５１２と、デブロッキングフィルタ５１６と、フレームバッファ５２０と、動き補償プロセッサ５２４と、イントラ予測プロセッサ５２８とを含む。いくつかの実装形態では、ビットストリーム５０４は、ＵＲフレームブロック更新モードを信号伝達するパラメータ（例えば、ビットストリームのヘッダ内のフィールド）を含み得る。代わりに、または加えて、ビットストリーム５０４は、カレントブロックに対するＵＲフレームブロック更新モードを明示的に信号伝達しないことがあり、ビットストリームが他のパラメータを含有し得る。動き補償プログラム５２４は、ＵＲフレームを用いてピクセル情報を再構築し得、ＵＲフレームブロック更新モードに従ってＵＲフレームを更新し得る。例えば、ＵＲフレームブロック更新モードがカレントブロックに対して明示的に信号伝達されるとき、ＵＲフレーム内の同位置にあるピクセル（例えばルマ値）は、カレントブロックのピクセル値に置換えられ得る。ブロック更新が暗黙的に信号伝達されるところでは、動き補償プロセッサ５２４は、（例えば、ＵＲフレーム更新が暗黙的に信号伝達されるかどうかに基づいて、）ＵＲフレームを更新するためにカレントブロックをマークし得、従って、ＵＲフレームを更新し得る。例えば、ＵＲフレームブロック更新がカレントブロックに対して暗黙的に信号伝達されるとき、ＵＲフレーム内の同位置にあるピクセル（例えばルマ値）は、カレントブロックのピクセル値に置換えられ得る。
【0046】
動作中、ビットストリーム５０４は、デコーダ５００により受信され得、エントロピーデコーダプロセッサ５０８へと入力され得、エントロピーデコーダプロセッサ５０８は、ビットストリームを量子化された係数へとエントロピーデコードし得る。量子化された係数は、逆量子化および逆変換プロセッサ５１２へと提供され得、逆量子化および逆変換プロセッサ５１２は、残差信号を生み出すために逆量子化および逆変換を実施し得、残差信号は、処理モードに従って動き補償プロセッサ５２４またはイントラ予測プロセッサ５２８の出力へと加えられ得る。動き補償プロセッサ５２４およびイントラ予測プロセッサ５２８の出力は、以前にデコードされたブロックまたはＵＲフレームに基づくブロック予測を含み得る。予測と残差との合計は、デブロッキングフィルタ５１６により処理され得、フレームバッファ５２０内に記憶され得る。与えられたブロック（例えばＣＵまたはＰＵ）に対して、ＵＲフレームブロック更新モードが有効にされることをビットストリーム５０４が明示的に、かつ／または暗黙的に信号伝達するとき、動き補償プロセッサ５２４は、カレントブロックのピクセル値を用いてＵＲフレーム内の同位置にあるピクセル（例えばルマ値）を更新するために、フレームバッファ５２０に含まれ得るＵＲフレームを更新し得る。
【0047】
いくつかの実装形態では、デコーダ５００は、ＵＲフレームブロック更新プロセッサ５３２を含み得、ＵＲフレームブロック更新プロセッサ５３２は、カレントブロックに基づいてＵＲフレーム更新を生成し得、インター予測プロセスのためのＵＲフレームピクセル値を提供し得、これは、本開示に記載される任意のプロセスステップに従って実装され得る。ＵＲフレームブロック更新プロセッサ５３２は、動き補償に直接影響し得る。さらに、ＵＲフレームブロック更新プロセッサ５３２は、カレントブロックがイントラ予測ブロックであるとき等にイントラ予測プロセッサ５２８から情報を受信し得る。
【0048】
図６は、圧縮効率を向上させつつエンコーディング複雑性を減らし得る本主題のいくつかの側面に従った、明示的信号伝達を伴うＵＲフレームブロック更新を用いて動画をエンコードするプロセス６００の例となる実施形態を図示したプロセスフロー図である。ステップ６０５では、動画フレームが、初期のブロック区分化（例えば、ピクチャフレームをＣＴＵおよびＣＵへと分割することを含み得るツリー構造化マクロブロック分割スキームを用いた初期のブロック区分化）を受け得る。ステップ６１０では、ブロックが、ＵＲフレームの一部を更新するために選択され得る。ブロックは、例えば、時間的に近位の１つまたは複数の同位置にあるブロック（例えば、カレントフレームのあらかじめ決定されたフレーム数の範囲内である等の時間的に近接するブロック）と比べて、ブロック内部の周波数成分および／または動きの度合に基づいて選択され得る。周波数成分の度合の決定は、離散コサイン変換行列といった変換行列を用いた決定を含み得、ただし変換行列は離散コサイン変換行列に限定されない。ブロックに対する周波数成分の度合を決定することは、一般化離散コサイン変換行列を用いた決定を含み得る。例えば、上述のようなブロックがピクセルの４×４ブロックであるところでは、一般化離散コサイン変換行列は、
の形をとる一般化離散コサイン変換ＩＩ行列を含み得、ここでａは１／２であり、ｂは
であり、ｃは
である。
【数1】
の形をとる一般化離散コサイン変換ＩＩ行列を含み得、ここでａは１／２であり、ｂは
【数2】
であり、ｃは
【数3】
である。
【0049】
いくつかの実装形態では、効率的なハードウェア実装およびソフトウェア実装に用いられ得る、変換行列の整数近似が、利用され得る。例えば、上述のようなブロックがピクセルの４×４ブロックであるところでは、一般化離散コサイン変換行列は、
の形をとる一般化離散コサイン変換ＩＩ行列を含み得る。
【数4】
の形をとる一般化離散コサイン変換ＩＩ行列を含み得る。
【0050】
ブロックＢｉに対して、ブロックの周波数成分は、ＦＢｉ＝Ｔ×Ｂｉ×Ｔ’を用いて算出され得、ここで、Ｔ’は、コサイン伝達行列Ｔの転置であり、Ｂｉは、上述のように４×４ブロックを表現している４×４行列といった、ブロック内のピクセルに対応する数値の行列として表現されているブロックであり、演算×は、行列積を表す。選択は、デコーダでＵＲフレームの一部を更新するためにブロックが用いられることとなることをメトリックルールに従って識別することを含み得る。メトリックルールは、テクスチャおよび／または動きの度合（周波数成分または上述の類するもののいずれの度合をも含み、ただしこれらに限定されない）と、あらかじめ決定され、かつ／または記憶された閾値との比較を含み得る。上で定義されたようなＦＢｉが何らかの値を超える非限定的な例として、例えば、とても高い周波数は認識可能でないことがあるので、更新が発動され得る。選択は、代わりに、または加えて、図７を参照して下記説明される任意のプロセスおよび／またはプロセスステップを用いて実施され得る。ステップ６１５では、ブロックがエンコードされ得、ビットストリームに含められ得る。
【0051】
ステップ６２０では、明示的ＵＲフレームブロック更新パラメータが、決定され得、ＵＲフレームブロック更新モードがカレントブロックに対して有効にされることを信号伝達するためにビットストリームに含められ得る。例えば、ＰＰＳまたはＳＰＳ内のフィールドが、設定され得る（例えば、有効にされ得る）。例えば、ＵＲ＿ＢＬＯＣＫ＿ＵＰＤＡＴＥフィールド等のフィールドが、ＵＲフレームブロック更新モードが有効にされていることをカレントブロックに対して指し示すように設定され得る。
【0052】
図７は、圧縮効率を向上させつつエンコーディング複雑性を減らし得る本主題のいくつかの側面に従った、暗黙的信号伝達を伴うＵＲフレームブロック更新を用いて動画をエンコードするプロセス７００の例となる実施形態を図示したプロセスフロー図である。ステップ７０５では、動画フレームが、初期のブロック区分化（例えば、ピクチャフレームをＣＴＵおよびＣＵへと分割することを含み得るツリー構造化マクロブロック分割スキームを用いた初期の区分化）を受け得る。
【0053】
依然として図７を参照すると、ステップ７１０では、ブロックが、ＵＲフレームの一部を更新するために選択され得、ブロックは、例えば暗黙的ＵＲフレーム更新条件に基づいて選択され得る。選択は、デコーダでＵＲフレームの一部を更新するためにブロックが用いられることとなる条件に従って識別することを含み得る。これらの条件は、例えば、カレントブロックがインター予測のための参照としてＵＲフレームを用い、照明補償を適用することを含むときを含む。別の例として、カレントブロックがインター符号化され、カレントブロック近隣にある２つまたはそれより多いブロックがインター予測のためにＵＲ動きベクトルを用いる場合には、条件は、ブロックがＵＲ動きベクトル参照を伴う複数の近隣ブロックを有するとき等にどのブロック近隣がＵＲ動きベクトル参照を利用するかに関連し得る。別の例として、非ＵＲ参照を伴うブロックが二方またはそれより多い側にＵＲ参照を伴うブロックに囲まれている場合には、このことは、ＵＲフレームの一部を更新するためにブロックが用いられることとなることを指し示し得る。別の例として、カレントブロックがイントラ符号化され、複数の近隣ブロックが参照としてＵＲフレームを用い、（０，０）の動きベクトル（例えばゼロ動きベクトル）を有する場合には、カレントブロックは、ＵＲフレームの一部を更新するために用いられることとなるブロックとして識別され得る。さらに別の例として、カレントブロックがイントラ符号化され、複数の近隣ブロックが参照としてＵＲフレームを用い、同じまたは似た動きベクトルを有する（例えば、動きベクトルが、あらかじめ決定された、またはあらかじめ定義された量より低い程度だけ異なることがある）場合には、カレントブロックは、ＵＲフレームを更新する際に用いられることとなるブロックとして識別され得る。
【0054】
さらに図７を参照すると、別の例として、いくつかの実装形態では、ブロックは、符号化ユニット（ＣＵ）を含み得、決定のための条件は、少なくとも３つの側にある近隣ＣＵが全てＵＲ参照を用いる場合にはカレントＣＵの全ブロックが選択され得ることを指定する条件を含み得る。別の例として、いくつかの実装形態では、ブロックは、符号化ツリーユニット（ＣＴＵ）レベルを含み得、条件は、少なくとも３つの側にある近隣ＣＴＵが全てＵＲ参照を用いる場合にはカレントＣＴＵの、ＵＲ参照を用いない全てのブロックがＵＲフレームを更新するために用いられるブロックとして選択されることを含み得る。
【0055】
７３０では、選択されたブロックが、エンコードされ得、ビットストリームに含められ得る。エンコーディングは、例えば、インター予測モードおよびイントラ予測モードを利用することを含み得る。いくつかの実装形態では、明示的ＵＲフレームブロック更新パラメータは、カレントブロックに対するビットストリームに含まれないことがある。
【0056】
図８は、デコーダ側のＵＲブロック更新のための明示的信号伝達および／または暗黙的信号伝達が可能なビデオエンコーダ８００の例となる実施形態を図示したシステムブロック図である。例となるビデオエンコーダ８００は、入力動画８０４を受信し、入力動画８０４は、ツリー構造化マクロブロック分割スキーム（例えばクアッドツリープラスバイナリツリー）といった処理スキームに従って初期に区分化され得るか、または初期に分かれ得る。ツリー構造化マクロブロック分割スキームの例は、ピクチャフレームを符号化ツリーユニット（ＣＴＵ）と呼ばれる大きなブロック要素へと分割することを含み得る。いくつかの実装形態では、各ＣＴＵは、符号化ユニット（ＣＵ）と呼ばれる複数のサブブロックへと一回または複数回さらに分割され得、この部分化の結果は、予測ユニット（ＰＵ）と呼ばれ得るサブブロックのグループを含み得る。変換ユニット（ＴＵ）も、利用され得る。本開示において用いられる「変換ユニット」は、周波数変換が適用される基本ユニットであり、周波数変換操作に適した、ＣＵのサブブロックを含み得、ただしこれに限定されない。非限定的な例として、ＴＵは、ルマサンプルの変換ブロックと、変換ブロックサンプルの変換のために用いられる、ピクチャおよびシンタックス構造のクロマサンプルの２つの対応する変換ブロックとを含み得、ここで、「変換ブロック」は、デコーディングプロセスにおける変換から結果として生じるサンプルの長方形Ｍ×Ｎブロックとして定義される。
【0057】
依然として図８を参照すると、例となるビデオエンコーダ８００は、イントラ予測プロセッサ８１５と、デコーダでの明示的かつ／または暗黙的ＵＲフレームブロック更新をサポートすることが可能な動き推定／補償プロセッサ８１２（インター予測プロセッサとも称される）と、変換／量子化プロセッサ８１６と、逆量子化／逆変換プロセッサ８２０と、インループフィルタ８２４と、復号化ピクチャバッファ８２８と、エントロピー符号化プロセッサ８３２とを含む。いくつかの実装形態では、動き推定／補償プロセッサ８１２は、例えば図６および／または図７に関して上述した条件のうちの１つまたは複数に従って、ＵＲフレームがデコーダで更新されるべきであることをカレントブロックに対して決定し得、動き推定／補償プロセッサ８１２は、ＵＲフレームブロック更新モードが有効にされていることを明示的に信号伝達するためのパラメータを設定し得る。ＵＲフレームブロック更新モードを信号伝達するビットストリームパラメータは、出力ビットストリーム８３６における算入のためにエントロピー符号化プロセッサ８３２へと入力され得る。代わりに、または加えて、動き推定／補償プロセッサ８１２は、カレントブロックを用いてエンコーダＵＲフレームを更新し得、明示的ＵＲフレームブロック更新信号伝達は、ビットストリームに何ら含まれないことがある。ビットストリームパラメータは、出力ビットストリーム８３６における算入のためにエントロピー符号化プロセッサ８３２へと入力され得る。エンコーダ側のＵＲフレームの一部は、インター予測のための参照としてＵＲフレームを利用し得る追加のブロックをエンコードするための動き推定／補償プロセッサ８１２による使用のために更新され得る。
【0058】
引続き図８を参照すると、動作中、入力動画８０４のフレームの各ブロックに対して、イントラピクチャ予測を介してブロックを処理するか動き推定／補償を用いてブロックを処理するかが、決定され得る。ブロックは、イントラ予測プロセッサ８０８または動き推定／補償プロセッサ８１２へと提供され得る。ブロックがイントラ予測を介して処理されることとなる場合には、イントラ予測プロセッサ８０８が、予測子を出力するための処理を実施し得る。ブロックが動き推定／補償を介して処理されることとなる場合には、動き推定／補償プロセッサ８１２が、（該当する場合には、）インター予測のための参照としてエンコーダ側のＵＲフレームを用いることを含む処理を実施し得る。
【0059】
依然として図８を参照すると、残差が、入力動画から予測子を差引くことにより形成され得る。残差は、変換／量子化プロセッサ８１６により受信され得、変換／量子化プロセッサ８１６は、係数を生じさせるための変換処理（例えば離散コサイン変換（ＤＣＴ））を実施し得、係数は、量子化され得る。量子化された係数および任意の関連付けられた信号伝達情報は、エントロピーエンコーディングと出力ビットストリーム８３６における算入とのためにエントロピー符号化プロセッサ８３２へと提供され得る。エントロピーエンコーディングプロセッサ８３２は、ＵＲフレームブロック更新モードに関連した信号伝達情報のエンコーディングをサポートし得る。加えて、量子化された係数は、逆量子化／逆変換プロセッサ８２０へと提供され得、逆量子化／逆変換プロセッサ８２０は、ピクセルを再現し得、ピクセルは、予測子と組合され得、インループフィルタ８２４により処理され得、インループフィルタ８２４の出力は、デコーダでＵＲフレームブロック更新をサポートすることが可能な動き推定／補償プロセッサ８１２による使用のために復号化ピクチャバッファ８２８内に記憶され得る。
【0060】
いくつかのバリエーションが上で詳細に説明されているが、他の変更または追加が、可能である。例えば、いくつかの実装形態では、カレントブロックは、任意の非対称ブロック（８×４、１６×８およびこれらに類するもの）だけでなく任意の対称ブロック（８×８、１６×１６、３２×３２、６４×６４、１２８×１２８およびこれらに類するもの）をも含み得る。
【0061】
いくつかの実装形態では、クアッドツリープラスバイナリディシジョンツリー（ＱＴＢＴ）が、実装され得る。ＱＴＢＴでは、符号化ツリーユニットレベルで、ＱＴＢＴの分割パラメータが、いずれのオーバーヘッドも送信することなくローカルな特性に適応するために動的に導出され得る。その後、符号化ユニットレベルで、ジョイント分類器ディシジョンツリー構造が、不要な反復を排除し得、誤った予測のリスクを制御し得る。いくつかの実装形態では、ＵＲフレームブロック更新モードは、ＱＴＢＴのリーフノード毎で使用可能な追加のオプションとして使用可能であり得る。デコードされたカレントブロックは、上述のように、ＱＴＢＴに含まれ得、例として、デコードされたカレントブロックは、ＱＴＢＴの非リーフノードであり得、ただしこれに限定されない。
【0062】
いくつかの実装形態では、追加のシンタックス要素が、ビットストリームの異なる階層レベルで信号伝達され得る。ＵＲフレームブロック更新（明示的ＵＲフレームブロック更新および／または暗黙的ＵＲフレームブロック更新を含み得、ただしこれらに限定されない）は、シーケンスパラメータセット（ＳＰＳ）内で符号化された有効フラグを含むことによりシーケンス全体に対して有効にされ得る。さらに、符号化ツリーユニット（ＣＴＵ）フラグは、任意の符号化ユニット（ＣＵ）がＵＲフレームブロック更新モードを用いるかどうかを指し示すためにＣＴＵレベルで符号化され得る。ＣＵフラグは、カレント符号化ユニットがＵＲフレームブロック更新モードを利用するかどうかを指し示すために符号化され得る。符号化ツリーユニット（ＣＴＵ）フラグは、任意の符号化ユニット（ＣＵ）が明示的ＵＲフレームブロック更新信号伝達を用いるかどうかを指し示すためにＣＴＵレベルで符号化され得る。ＣＴＵフラグは、任意の符号化ユニット（ＣＵ）が暗黙的ＵＲフレームブロック更新信号伝達を用いるかどうかを指し示すためにＣＴＵレベルで符号化され得る。ＵＲフレームへの更新に関して上で開示された実施形態が説明されているが、上で開示された実施形態は、代わりに、または加えて、長期参照フレームを含む（ただしこれに限定されない）他のフレーム、ピクチャへと適用され得る。
【0063】
本明細書に記載される主題は、多くの技術的利点を提供する。例えば、本主題のいくつかの実装形態は、ＵＲフレームを用いてブロックをデコードすることを提供し得、これは、ＵＲフレーム全体を更新する必要なくＵＲフレームの一部を更新することを含み得る。このようなアプローチは、圧縮効率を向上させつつ複雑性を減らし得る。そのうえ、ＵＲブロック更新が暗黙的に信号伝達される場合に、ヘッダオーバーヘッドが減らされ得、それにより、ビットレートが減らされ得、圧縮が改善され得る。
【0064】
本明細書に記載される側面および実施形態のうちの１つまたは複数は、コンピュータ技術における当業者にとって自明であるように、本明細書の教示に従ってプログラムされた１つまたは複数の機械（例えば、電子ドキュメントのためのユーザコンピューティングデバイスとして利用される１つまたは複数のコンピューティングデバイス、ドキュメントサーバ等の１つまたは複数のサーバデバイス、等）において実現および／または実装され得るので、デジタル電子回路構成、集積回路構成、特別に設計された特定用途向け集積回路（ＡＳＩＣｓ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡｓ）コンピュータハードウェア、ファームウェア、ソフトウェア、および／またはそれらの組合せを用いて便利よく実装され得る。これらの様々な側面または特徴は、データおよび命令を記憶システムと少なくとも１つの入力デバイスと少なくとも１つの出力デバイスとから受信し、かつこれらに送信するように結合された少なくとも１つのプログラマブルプロセッサ（専用または汎用であり得る）を含むプログラマブルシステム上で実行可能および／または解釈可能な１つまたは複数のコンピュータプログラムおよび／またはソフトウェアにおける実装を含み得る。ソフトウェア技術における当業者にとって自明であるように、適切なソフトウェアコード化が、本開示の教示に基づいて熟練したプログラマにより容易に用意され得る。上で議論した、ソフトウェアおよび／またはソフトウェアモジュールを採用した側面および実施形態は、ソフトウェアおよび／またはソフトウェアモジュールの機械実行可能な命令の実装をアシストするための適切なハードウェアをも含み得る。
【0065】
このようなソフトウェアは、機械読取り可能な記憶媒体を採用したコンピュータプログラム製品であり得る。機械読取り可能な記憶媒体は、機械（例えばコンピューティングデバイス）による一連の実行命令を記憶可能および／またはエンコード可能であり、本明細書に記載の方法論および／または実施形態のうちのいずれか１つを機械に実施させる任意の媒体であり得る。機械読取り可能な記憶媒体の例は、磁気ディスク、光ディスク（例えばＣＤ、ＣＤ－Ｒ、ＤＶＤ、ＤＶＤ－Ｒ等）、光磁気ディスク、読取り専用メモリ「ＲＯＭ」デバイス、ランダムアクセスメモリ「ＲＡＭ」デバイス、磁気カード、光カード、ソリッドステートメモリデバイス、ＥＰＲＯＭ、ＥＥＰＲＯＭ、プログラマブルロジックデバイス（ＰＬＤｓ）および／またはそれらの組合せを含み、しかしこれらに限定されない。機械読取り可能な媒体は、本明細書で用いられる場合、物理的に切り離された媒体の集まり（例えばコンパクトディスクまたはコンピュータメモリと組合せた１つもしくは複数のハードディスクドライブの集まり等）だけでなく単一の媒体をも含むように意図されている。本明細書で用いられる場合、機械読取り可能な記憶媒体は、信号送信の一時的な方式を含まない。
【0066】
このようなソフトウェアは、キャリア波といった、データキャリア上でデータ信号として搬送される情報（例えばデータ）をも含み得る。例えば、機械実行可能な情報は、具現化されたデータ搬送信号としてデータキャリアに含められ得、データキャリアでは、信号が、機械（例えばコンピューティングデバイス）による一連の実行命令またはその一部、ならびに本明細書に記載の方法論および／または実施形態のうちのいずれか１つを機械に実施させる任意の関連した情報（例えばデータ構造およびデータ）をエンコードする。
【0067】
コンピューティングデバイスの例は、電子書籍リーディングデバイスと、コンピュータワークステーションと、ターミナルコンピュータと、サーバコンピュータと、携帯用デバイス（例えばタブレットコンピュータ、スマートフォン等）と、ウェブアプライアンスと、ネットワークルータと、ネットワークスイッチと、ネットワークブリッジと、自身がとる行動を指定する一連の命令を実行可能な任意の機械と、それらの任意の組合せとを含み得、しかしこれらに限定されない。一例では、コンピューティングデバイスは、キオスクを含み得、かつ／またはキオスクに含まれ得る。
【0068】
図９は、コンピュータシステム９００の例となる形態におけるコンピューティングデバイスの一実施形態の図表示を示しており、コンピュータシステム９００内部では、本開示の側面および／または方法論のうちのいずれか１つまたは複数を制御システムに実施させる一組の命令が、実行され得る。本開示の側面および／または方法論のうちのいずれか１つまたは複数をデバイスの１つまたは複数に実施させる特別に構成されている一組の命令を実装するために複数のコンピューティングデバイスが利用され得ることも、考えられる。
コンピュータシステム９００は、バス９１２を介して互いに、かつ他のコンポーネントと通信するプロセッサ９０４およびメモリ９０８を含む。バス９１２は、多様なバスアーキテクチャのうちのいずれかを用いた様々な種類のバス構造（メモリバス、メモリコントローラ、ペリフェラルバス、ローカルバスおよびそれらの任意の組合せを含み、しかしこれらに限定されない）のいずれかを含み得る。
コンピュータシステム９００は、バス９１２を介して互いに、かつ他のコンポーネントと通信するプロセッサ９０４およびメモリ９０８を含む。バス９１２は、多様なバスアーキテクチャのうちのいずれかを用いた様々な種類のバス構造（メモリバス、メモリコントローラ、ペリフェラルバス、ローカルバスおよびそれらの任意の組合せを含み、しかしこれらに限定されない）のいずれかを含み得る。
【0069】
メモリ９０８は、様々なコンポーネント（例えば機械読取り可能な媒体）を含み得、ここで、様々なコンポーネントは、ランダムアクセスメモリコンポーネント、読取り専用コンポーネントおよびそれらの任意の組合せを含み、しかしこれらに限定されない。一例では、基本入出力システム９１６（ＢＩＯＳ）は、メモリ９０８に格納され得、ここで、基本入出力システム９１６（ＢＩＯＳ）は、起動中等に、コンピュータシステム９００内部にある要素間で情報を転送することを助ける基本ルーチンを含む。メモリ９０８は、本開示の側面および／または方法論のうちのいずれか１つまたは複数を具現化した命令（例えばソフトウェア）９２０をも含み得る（例えば、１つまたは複数の機械読取り可能な媒体に格納され得る）。別の例では、メモリ９０８は、任意の数のプログラムモジュール（オペレーティングシステム、１つまたは複数のアプリケーションプログラム、他のプログラムモジュール、プログラムデータおよびそれらの任意の組合せを含み、しかしこれらに限定されない）をさらに含み得る。
【0070】
コンピュータシステム９００は、記憶デバイス９２４をも含み得る。記憶デバイス（例えば記憶デバイス９２４）の例は、ハードディスクドライブと、磁気ディスクドライブと、光学媒体と組合せた光ディスクドライブと、ソリッドステートメモリデバイスと、それらの任意の組合せとを含み、しかしこれらに限定されない。記憶デバイス９２４は、適切なインターフェース（示されていない）によりバス９１２へと接続され得る。例となるインターフェースは、ＳＣＳＩと、アドバンスドテクノロジーアタッチメント（ＡＴＡ）と、シリアルＡＴＡと、ユニバーサルシリアルバス（ＵＳＢ）と、ＩＥＥＥ１３９４（ＦＩＲＥＷＩＲＥ（登録商標））と、それらの任意の組合せとを含み、しかしこれらに限定されない。一例では、記憶デバイス９２４（またはその１つもしくは複数のコンポーネント）は、（例えば外部ポートコネクタ（示されていない）を介して）コンピュータシステム９００に取外し可能に取付けられ得る。とりわけ、記憶デバイス９２４および関連付けられた機械読取り可能な媒体９２８は、機械読取り可能な命令、データ構造、プログラムモジュールおよび／またはコンピュータシステム９００に対する他のデータの不揮発性および／または揮発性記憶装置を提供し得る。一例では、ソフトウェア９２０は、完全に、または部分的に機械読取り可能な媒体９２８内部に常駐し得る。別の例では、ソフトウェア９２０は、完全に、または部分的にプロセッサ９０４内部に常駐し得る。
【0071】
コンピュータシステム９００は、入力デバイス９３２をも含み得る。一例では、コンピュータシステム９００のユーザは、入力デバイス９３２を介してコンピュータシステム９００にコマンドおよび／または他の情報を入れることがある。入力デバイス９３２の例は、英数字入力デバイス（例えばキーボード）と、ポインティングデバイスと、ジョイスティックと、ゲームパッドと、オーディオ入力デバイス（例えばマイクロフォン、音声応答システム等）と、カーソル制御デバイス（例えばマウス）と、タッチパッドと、光スキャナと、動画キャプチャデバイス（例えばスチールカメラ、ビデオカメラ）と、タッチスクリーンと、それらの任意の組合せとを含み、しかしこれらに限定されない。入力デバイス９３２は、多様なインターフェース（示されていない）のいずれかを介してバス９１２に取付けられ得、ここで、多様なインターフェースは、シリアルインターフェースと、パラレルインターフェースと、ゲームポートと、ＵＳＢインターフェースと、ＦＩＲＥＷＩＲＥ（登録商標）インターフェースと、バス９１２へのダイレクトインターフェースと、それらの任意の組合せとを含み、しかしこれらに限定されない。入力デバイス９３２は、（下でさらに議論される）ディスプレイ９３６の一部であり得るかまたはディスプレイ９３６から切り離され得るタッチスクリーンインターフェースを含み得る。入力デバイス９３２は、上述のようなグラフィカルインターフェースにおける１つまたは複数のグラフィカル表示を選択するためのユーザ選択デバイスとして利用され得る。
【0072】
ユーザは、記憶デバイス９２４（例えば取外し可能なディスクドライブ、フラッシュドライブ等）および／またはネットワークインターフェースデバイス９４０を介してコンピュータシステム９００へとコマンドおよび／または他の情報を入力することもある。ネットワークインターフェースデバイス（ネットワークインターフェースデバイス９４０等）は、多様なネットワークの１つまたは複数（ネットワーク９４４等）および当該ネットワークへと接続された１つまたは複数のリモートデバイス９４８へとコンピュータシステム９００を接続するために利用され得る。ネットワークインターフェースデバイスの例は、ネットワークインターフェースカード（例えばモバイルネットワークインターフェースカード、ＬＡＮカード）と、モデムと、それらの任意の組合せとを含み、しかしこれらに限定されない。ネットワークの例は、ワイドエリアネットワーク（例えばインターネット、エンタープライズネットワーク）と、ローカルエリアネットワーク（例えばオフィス、ビル、キャンパスまたは他の比較的小さな地理的空間に関連付けられたネットワーク）と、電話ネットワークと、電話／音声プロバイダに関連付けられたデータネットワーク（例えばモバイル通信プロバイダデータおよび／または音声ネットワーク）と、２つのコンピューティングデバイス間のダイレクト接続と、それらの任意の組合せとを含み、しかしこれらに限定されない。ネットワーク（ネットワーク９４４等）は、通信の有線モードおよび／または無線モードを採用し得る。一般に、任意のネットワークトポロジーが、用いられ得る。情報（例えばデータ、ソフトウェア９２０等）は、ネットワークインターフェースデバイス９４０を介してコンピュータシステム９００へと伝えられ得、かつ／またはコンピュータシステム９００から伝えられ得る。
【0073】
コンピュータシステム９００は、ディプレイデバイス（ディスプレイデバイス９３６等）へと表示可能な画像を伝えるためのビデオディスプレイアダプタ９５２をさらに含み得る。ディスプレイデバイスの例は、液晶ディスプレイ（ＬＣＤ）と、カソードレイチューブ（ＣＲＴ）と、プラズマディスプレイと、発光ダイオード（ＬＥＤ）と、それらの任意の組合せとを含み、しかしこれらに限定されない。ディスプレイアダプタ９５２およびディスプレイデバイス９３６は、本開示の側面のグラフィカル表現を提供するためにプロセッサ９０４と組合せて利用され得る。ディスプレイデバイスに加えて、コンピュータシステム９００は、１つまたは複数の他のペリフェラル出力デバイス（オーディオスピーカー、プリンタおよびそれらの任意の組合せを含み、しかしこれらに限定されない）を含み得る。このようなペリフェラル出力デバイスは、ペリフェラルインターフェース９５６を介してバス９１２へと接続され得る。ペリフェラルインターフェースの例は、シリアルポートと、ＵＳＢ接続と、ＦＩＲＥＷＩＲＥ（登録商標）接続と、パラレル接続と、それらの任意の組合せとを含み、しかしこれらに限定されない。
【0074】
上述の内容は、本発明の実例となる実施形態の詳細な説明である。様々な変更および追加が、本発明の精神および範囲から離れることなく、行われ得る。上述の様々な実施形態の各々の特徴は、関連付けられた新しい実施形態における非常に多数の特徴組合せを提供するために必要に応じて、他に述べられた実施形態の特徴と組合され得る。さらに、上述の内容が複数の別個の実施形態を説明する一方で、本明細書に記載されている内容は、本発明の原理の適用の単なる実例にすぎない。加えて、本明細書中の方法は特定の順序で実施されるように図示および／または説明され得るが、順序付けは、本明細書で開示されるような実施形態を達成する当業者内で非常に不統一である。従って、本説明は、例としてのみ受取られるように含意されており、本発明の範囲を別様に制限しないように含意されている。
【0075】
上の説明および特許請求の範囲における説明では、「のうちの少なくとも１つ」または「のうちの１つまたは複数」等のフレーズは、要素または特徴の並列リストに続いて現れ得る。「および／または」という用語も、２つまたはそれより多い要素または特徴のリストにおいて現れ得る。このようなフレーズが用いられる文脈と暗黙的に、または明示的に相反しない限り、このようなフレーズは、リストされた要素もしくは特徴のいずれかを単独に意味するか、または他の列挙された要素もしくは特徴のいずれかと組合された、列挙された要素もしくは特徴のいずれかを意味することを意図されている。例えば、「ＡおよびＢのうちの少なくとも１つ」、「ＡおよびＢのうちの１つまたは複数」および「Ａおよび／またはＢ」というフレーズは、各々「Ａ単体、Ｂ単体、または、ＡおよびＢ共に」を意味することを意図されている。同様の解釈が、３つまたはそれより多い項目を含むリストに対しても意図されている。例えば、「Ａ、ＢおよびＣのうちの少なくとも１つ」、「Ａ、ＢおよびＣのうちの１つまたは複数」および「Ａ、Ｂおよび／またはＣ」というフレーズは、各々「Ａ単体、Ｂ単体、Ｃ単体、ＡおよびＢ共に、ＡおよびＣ共に、ＢおよびＣ共に、または、ＡおよびＢおよびＣ共に」を意味することを意図されている。加えて、上の、および特許請求の範囲における「基づいて」という用語の使用は、列挙されていない要素または特徴も許容されるように、「少なくとも部分的に基づいて」を意味することを意図されている。
【0076】
本明細書に記載される主題は、望まれる構成に依存して、システム、装置、方法および／または物品において具現化され得る。上述の説明において規定された実施形態は、本明細書に記載された主題と整合的な全ての実施形態を表現してはいない。それどころか、上述の説明において規定された実施形態は、記載された主題に関連した側面と整合的な単なるいくつかの例にすぎない。いくつかのバリエーションが上で詳細に説明されているが、他の変更または追加が可能である。特に、さらなる特徴および／またはバリエーションが、本明細書において規定された特徴および／またはバリエーションに加えて提供され得る。例えば、上で説明された実施形態は、開示された特徴の様々な組合せおよび部分組合せ、ならびに／または、上で開示されたいくつかのさらなる特徴の組合せおよび部分組合せに向けられ得る。加えて、付属の図に描写されており、かつ／または本明細書に記載のロジックフローは、望ましい結果を達成するために示された特定の順序または連続した順序を必ずしも要求しない。他の実装形態は、以下の特許請求の範囲内であり得る。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
