▶ パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024102312
(43)【公開日】2024-07-30
(54)【発明の名称】符号化装置、符号化方法、復号装置及び復号方法
(51)【国際特許分類】
H04N 19/105 20140101AFI20240723BHJP
H04N 19/176 20140101ALI20240723BHJP
H04N 19/436 20140101ALI20240723BHJP
【ＦＩ】
H04N19/105
H04N19/176
H04N19/436
【審査請求】有
【請求項の数】4
【出願形態】ＯＬ
(21)【出願番号】P 2024077726
(22)【出願日】2024-05-13
(62)【分割の表示】P 2023061947の分割
【原出願日】2018-09-20
(31)【優先権主張番号】62/563,235
(32)【優先日】2017-09-26
(33)【優先権主張国・地域又は機関】US
(71)【出願人】
【識別番号】514136668
【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】100109210
【弁理士】
【氏名又は名称】新居 広守
(74)【代理人】
【識別番号】100137235
【弁理士】
【氏名又は名称】寺谷 英作
(74)【代理人】
【識別番号】100131417
【弁理士】
【氏名又は名称】道坂 伸一
(72)【発明者】
【氏名】安倍 清史
(72)【発明者】
【氏名】西 孝啓
(72)【発明者】
【氏名】遠間 正真
(72)【発明者】
【氏名】加納 龍一
(72)【発明者】
【氏名】橋本 隆
(57)【要約】 （修正有）
【課題】処理の遅延を抑制する方法及び装置を提供する。
【解決手段】復号装置は、インターマージ予測処理において、過去の処理対象ブロックの動きベクトルを用いて、第１の処理対象ブロックの第１動きベクトルを導出し、第１動きベクトルの周辺領域に対して動き探索処理を行うことにより、第１の処理対象ブロックの第２動きベクトルを導出し、第２動きベクトルを用いた動き補償により第１の処理対象ブロックの予測画像を生成し、第１動きベクトルを用いて、より後ろの処理対象ブロックである第２の処理対象ブロックの第３動きベクトルを導出し、第１の処理対象ブロックの第２動きベクトルを用いて第２の処理対象ブロックの第３動きベクトルを導出し、第３動きベクトルの周辺領域に対して動き探索処理を行うことにより、第２の処理対象ブロックの第４動きベクトルを導出し、第４動きベクトルを用いた動き補償により第２の処理対象ブロックの予測画像を生成する。
【選択図】図１５
【解決手段】復号装置は、インターマージ予測処理において、過去の処理対象ブロックの動きベクトルを用いて、第１の処理対象ブロックの第１動きベクトルを導出し、第１動きベクトルの周辺領域に対して動き探索処理を行うことにより、第１の処理対象ブロックの第２動きベクトルを導出し、第２動きベクトルを用いた動き補償により第１の処理対象ブロックの予測画像を生成し、第１動きベクトルを用いて、より後ろの処理対象ブロックである第２の処理対象ブロックの第３動きベクトルを導出し、第１の処理対象ブロックの第２動きベクトルを用いて第２の処理対象ブロックの第３動きベクトルを導出し、第３動きベクトルの周辺領域に対して動き探索処理を行うことにより、第２の処理対象ブロックの第４動きベクトルを導出し、第４動きベクトルを用いた動き補償により第２の処理対象ブロックの予測画像を生成する。
【選択図】図１５
【特許請求の範囲】
【請求項1】
回路と、
メモリと、を備え、
前記回路は、前記メモリを用いて、インター予測処理において、
インター予測モードがマージモードであるか否かを判定し、前記インター予測モードが前記マージモードの場合に、
過去の処理対象ブロックの動きベクトルを用いて、第１の処理対象ブロックの第１動きベクトルを導出し、
前記第１動きベクトルの周辺領域に対して動き探索処理を行うことにより、前記第１の処理対象ブロックの第２動きベクトルを導出し、
前記第２動きベクトルを用いた動き補償により前記第１の処理対象ブロックの予測画像を生成し、
前記第１の処理対象ブロックよりも後の処理対象ブロックである第２の処理対象ブロックが前記第１の処理対象ブロックと同じピクチャに属する場合は、前記第１の処理対象ブロックの前記第１動きベクトルを用いて前記第２の処理対象ブロックの第３動きベクトルを導出し、
前記第２の処理対象ブロックが前記第１の処理対象ブロックと異なるピクチャに属する場合は、前記第１の処理対象ブロックの前記第２動きベクトルを用いて前記第２の処理対象ブロックの第３動きベクトルを導出し、
前記第３動きベクトルの周辺領域に対して動き探索処理を行うことにより、前記第２の処理対象ブロックの第４動きベクトルを導出し、
前記第４動きベクトルを用いた動き補償により前記第２の処理対象ブロックの予測画像を生成する、
符号化装置。
メモリと、を備え、
前記回路は、前記メモリを用いて、インター予測処理において、
インター予測モードがマージモードであるか否かを判定し、前記インター予測モードが前記マージモードの場合に、
過去の処理対象ブロックの動きベクトルを用いて、第１の処理対象ブロックの第１動きベクトルを導出し、
前記第１動きベクトルの周辺領域に対して動き探索処理を行うことにより、前記第１の処理対象ブロックの第２動きベクトルを導出し、
前記第２動きベクトルを用いた動き補償により前記第１の処理対象ブロックの予測画像を生成し、
前記第１の処理対象ブロックよりも後の処理対象ブロックである第２の処理対象ブロックが前記第１の処理対象ブロックと同じピクチャに属する場合は、前記第１の処理対象ブロックの前記第１動きベクトルを用いて前記第２の処理対象ブロックの第３動きベクトルを導出し、
前記第２の処理対象ブロックが前記第１の処理対象ブロックと異なるピクチャに属する場合は、前記第１の処理対象ブロックの前記第２動きベクトルを用いて前記第２の処理対象ブロックの第３動きベクトルを導出し、
前記第３動きベクトルの周辺領域に対して動き探索処理を行うことにより、前記第２の処理対象ブロックの第４動きベクトルを導出し、
前記第４動きベクトルを用いた動き補償により前記第２の処理対象ブロックの予測画像を生成する、
符号化装置。
【請求項2】
インター予測モードがマージモードであるか否かを判定し、前記インター予測モードが前記マージモードの場合に、
過去の処理対象ブロックの動きベクトルを用いて、第１の処理対象ブロックの第１動きベクトルを導出し、
前記第１動きベクトルの周辺領域に対して動き探索処理を行うことにより、前記第１の処理対象ブロックの第２動きベクトルを導出し、
前記第２動きベクトルを用いた動き補償により前記第１の処理対象ブロックの予測画像を生成し、
前記第１の処理対象ブロックよりも後の処理対象ブロックである第２の処理対象ブロックが前記第１の処理対象ブロックと同じピクチャに属する場合は、前記第１の処理対象ブロックの前記第１動きベクトルを用いて前記第２の処理対象ブロックの第３動きベクトルを導出し、
前記第２の処理対象ブロックが前記第１の処理対象ブロックと異なるピクチャに属する場合は、前記第１の処理対象ブロックの前記第２動きベクトルを用いて前記第２の処理対象ブロックの第３動きベクトルを導出し、
前記第３動きベクトルの周辺領域に対して動き探索処理を行うことにより、前記第２の処理対象ブロックの第４動きベクトルを導出し、
前記第４動きベクトルを用いた動き補償により前記第２の処理対象ブロックの予測画像を生成する、
符号化方法。
過去の処理対象ブロックの動きベクトルを用いて、第１の処理対象ブロックの第１動きベクトルを導出し、
前記第１動きベクトルの周辺領域に対して動き探索処理を行うことにより、前記第１の処理対象ブロックの第２動きベクトルを導出し、
前記第２動きベクトルを用いた動き補償により前記第１の処理対象ブロックの予測画像を生成し、
前記第１の処理対象ブロックよりも後の処理対象ブロックである第２の処理対象ブロックが前記第１の処理対象ブロックと同じピクチャに属する場合は、前記第１の処理対象ブロックの前記第１動きベクトルを用いて前記第２の処理対象ブロックの第３動きベクトルを導出し、
前記第２の処理対象ブロックが前記第１の処理対象ブロックと異なるピクチャに属する場合は、前記第１の処理対象ブロックの前記第２動きベクトルを用いて前記第２の処理対象ブロックの第３動きベクトルを導出し、
前記第３動きベクトルの周辺領域に対して動き探索処理を行うことにより、前記第２の処理対象ブロックの第４動きベクトルを導出し、
前記第４動きベクトルを用いた動き補償により前記第２の処理対象ブロックの予測画像を生成する、
符号化方法。
【請求項3】
回路と、
メモリと、を備え、
前記回路は、前記メモリを用いて、インター予測処理において、
インター予測モードがマージモードであるか否かを判定し、前記インター予測モードが前記マージモードの場合に、
過去の処理対象ブロックの動きベクトルを用いて、第１の処理対象ブロックの第１動きベクトルを導出し、
前記第１動きベクトルの周辺領域に対して動き探索処理を行うことにより、前記第１の処理対象ブロックの第２動きベクトルを導出し、
前記第２動きベクトルを用いた動き補償により前記第１の処理対象ブロックの予測画像を生成し、
前記第１の処理対象ブロックよりも後の処理対象ブロックである第２の処理対象ブロックが前記第１の処理対象ブロックと同じピクチャに属する場合は、前記第１の処理対象ブロックの前記第１動きベクトルを用いて前記第２の処理対象ブロックの第３動きベクトルを導出し、
前記第２の処理対象ブロックが前記第１の処理対象ブロックと異なるピクチャに属する場合は、前記第１の処理対象ブロックの前記第２動きベクトルを用いて前記第２の処理対象ブロックの第３動きベクトルを導出し、
前記第３動きベクトルの周辺領域に対して動き探索処理を行うことにより、前記第２の処理対象ブロックの第４動きベクトルを導出し、
前記第４動きベクトルを用いた動き補償により前記第２の処理対象ブロックの予測画像を生成する、
復号装置。
メモリと、を備え、
前記回路は、前記メモリを用いて、インター予測処理において、
インター予測モードがマージモードであるか否かを判定し、前記インター予測モードが前記マージモードの場合に、
過去の処理対象ブロックの動きベクトルを用いて、第１の処理対象ブロックの第１動きベクトルを導出し、
前記第１動きベクトルの周辺領域に対して動き探索処理を行うことにより、前記第１の処理対象ブロックの第２動きベクトルを導出し、
前記第２動きベクトルを用いた動き補償により前記第１の処理対象ブロックの予測画像を生成し、
前記第１の処理対象ブロックよりも後の処理対象ブロックである第２の処理対象ブロックが前記第１の処理対象ブロックと同じピクチャに属する場合は、前記第１の処理対象ブロックの前記第１動きベクトルを用いて前記第２の処理対象ブロックの第３動きベクトルを導出し、
前記第２の処理対象ブロックが前記第１の処理対象ブロックと異なるピクチャに属する場合は、前記第１の処理対象ブロックの前記第２動きベクトルを用いて前記第２の処理対象ブロックの第３動きベクトルを導出し、
前記第３動きベクトルの周辺領域に対して動き探索処理を行うことにより、前記第２の処理対象ブロックの第４動きベクトルを導出し、
前記第４動きベクトルを用いた動き補償により前記第２の処理対象ブロックの予測画像を生成する、
復号装置。
【請求項4】
インター予測モードがマージモードであるか否かを判定し、前記インター予測モードが前記マージモードの場合に、
過去の処理対象ブロックの動きベクトルを用いて、第１の処理対象ブロックの第１動きベクトルを導出し、
前記第１動きベクトルの周辺領域に対して動き探索処理を行うことにより、前記第１の処理対象ブロックの第２動きベクトルを導出し、
前記第２動きベクトルを用いた動き補償により前記第１の処理対象ブロックの予測画像を生成し、
前記第１の処理対象ブロックよりも後の処理対象ブロックである第２の処理対象ブロックが前記第１の処理対象ブロックと同じピクチャに属する場合は、前記第１の処理対象ブロックの前記第１動きベクトルを用いて前記第２の処理対象ブロックの第３動きベクトルを導出し、
前記第２の処理対象ブロックが前記第１の処理対象ブロックと異なるピクチャに属する場合は、前記第１の処理対象ブロックの前記第２動きベクトルを用いて前記第２の処理対象ブロックの第３動きベクトルを導出し、
前記第３動きベクトルの周辺領域に対して動き探索処理を行うことにより、前記第２の処理対象ブロックの第４動きベクトルを導出し、
前記第４動きベクトルを用いた動き補償により前記第２の処理対象ブロックの予測画像を生成する、
復号方法。
過去の処理対象ブロックの動きベクトルを用いて、第１の処理対象ブロックの第１動きベクトルを導出し、
前記第１動きベクトルの周辺領域に対して動き探索処理を行うことにより、前記第１の処理対象ブロックの第２動きベクトルを導出し、
前記第２動きベクトルを用いた動き補償により前記第１の処理対象ブロックの予測画像を生成し、
前記第１の処理対象ブロックよりも後の処理対象ブロックである第２の処理対象ブロックが前記第１の処理対象ブロックと同じピクチャに属する場合は、前記第１の処理対象ブロックの前記第１動きベクトルを用いて前記第２の処理対象ブロックの第３動きベクトルを導出し、
前記第２の処理対象ブロックが前記第１の処理対象ブロックと異なるピクチャに属する場合は、前記第１の処理対象ブロックの前記第２動きベクトルを用いて前記第２の処理対象ブロックの第３動きベクトルを導出し、
前記第３動きベクトルの周辺領域に対して動き探索処理を行うことにより、前記第２の処理対象ブロックの第４動きベクトルを導出し、
前記第４動きベクトルを用いた動き補償により前記第２の処理対象ブロックの予測画像を生成する、
復号方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、符号化装置、復号装置、符号化方法及び復号方法に関する。
【背景技術】
【0002】
従来、動画像を符号化するための規格として、Ｈ．２６５が存在する。Ｈ．２６５は、ＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）とも呼ばれる。
【先行技術文献】
【非特許文献】
【0003】
【非特許文献1】Ｈ．２６５（ＩＳＯ／ＩＥＣ ２３００８－２ ＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ））
【発明の概要】
【発明が解決しようとする課題】
【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】
例えば、前記予測動きベクトルリストの生成では、前記対象ブロックと同じピクチャに属する複数の処理済みブロックのうち、前記対象ブロックに対して処理順でＮ個前の処理済みブロック、及び前記処理順でＮ個前の処理済みブロックより後の処理済みブロックについては、当該処理済みブロックの第１動きベクトルを用いて、前記予測動きベクトルを導出し、前記処理順でＮ個前の処理済みブロックより処理順で前の処理済みブロックについては、当該処理済みブロックの第２動きベクトルを用いて、前記予測動きベクトルを導出してもよい。
【0049】
これによれば、当該復号装置は、処理順でＮ個前の処理済みブロックより処理順で前の処理済みブロックについては第２動きベクトルを用いることで、予測動きベクトルの信頼性を向上できる。
【0050】
例えば、前記Ｎは１であってもよい。
【0051】
例えば、前記第１動きベクトルは、前記予測動きベクトルの導出以外の他の処理でも参照されてもよい。
【0052】
例えば、前記他の処理は、ループフィルタ処理であってもよい。
【0053】
例えば、ループフィルタ処理では、前記第２動きベクトルが用いられてもよい。
【0054】
例えば、低遅延モードで前記対象ブロックを復号する場合、前記第１動きベクトルの導出では、前記処理済みのブロックの第１動きベクトルを用いて、前記対象ブロックの前記第１動きベクトルを導出してもよい。
【0055】
これによれば、当該復号装置は、低遅延モードを用いるか否かに応じて、適切な処理を行うことができる。
【0056】
例えば、前記低遅延モードで前記対象ブロックを復号するか否かを示す情報を、シーケンスヘッダ領域、ピクチャヘッダ領域、スライスヘッダ領域又は補助情報領域から復号し、前記情報に基づき、前記低遅延モードで前記対象ブロックを復号するか否かを判定してもよい。
【0057】
例えば、前記復号装置のパイプライン構造は、前記対象ブロックの前記第１動きベクトルを導出する処理を実施する第１ステージと、前記対象ブロックの前記第２動きベクトルを導出する処理を実施する、前記第１ステージとは別の第２ステージとを含み、前記対象ブロックに対して処理順でＭ個前までのブロックの前記第２ステージの処理の完了を待たずに、処理順で直前のブロックの前記第１ステージの処理が完了した時点で、前記対象ブロックの前記第１ステージの処理を開始してもよい。
【0058】
例えば、前記復号装置のパイプライン構造は、前記対象ブロックの前記第１動きベクトルを導出する処理を実施する第１ステージと、前記対象ブロックの前記第２動きベクトルを導出する処理を実施する、前記第１ステージとは別の第２ステージとを含み、前記対象ブロックに対して処理順でＭ個前までのブロックの前記第２ステージの処理の完了を待たずに、処理順でＭ個前のブロックの前記第１動きベクトルが導出された時点で、前記対象ブロックの前記第１ステージの処理を開始してもよい。
【0059】
例えば、前記Ｍは１であってもよい。
【0060】
本開示の一態様に係る符号化方法は、対象ブロックを、復号装置において動き探索を行うインター予測モードで符号化する場合、前記対象ブロックの第１動きベクトルを導出し、導出された前記第１動きベクトルを前記メモリに格納し、前記対象ブロックの第２動きベクトルを導出し、前記第２動きベクトルを用いた動き補償により前記対象ブロックの予測画像を生成し、前記第１動きベクトルの導出では、処理済みのブロックの第１動きベクトルを用いて、前記対象ブロックの前記第１動きベクトルを導出する。
【0061】
これによれば、復号装置は、パイプライン制御において、例えば、周辺ブロックの第１動きベクトルの導出の完了後に、周辺ブロックの第２動きベクトルの導出の完了を待たずに、対象ブロックの第１動きベクトルの導出を開始できる。よって、周辺ブロックの第２動きベクトルを用いて第１動きベクトルを導出する場合に比べて、復号装置のパイプライン制御における待ち時間を低減できるので、処理の遅延を低減できる。
【0062】
本開示の一態様に係る復号方法は、対象ブロックを、復号装置において動き探索を行うインター予測モードで復号する場合、前記対象ブロックの第１動きベクトルを導出し、導出された前記第１動きベクトルを前記メモリに格納し、前記対象ブロックの第２動きベクトルを導出し、前記第２動きベクトルを用いた動き補償により前記対象ブロックの予測画像を生成し、前記第１動きベクトルの導出では、処理済みのブロックの第１動きベクトルを用いて、前記対象ブロックの前記第１動きベクトルを導出する。
【0063】
これによれば、当該復号方法は、パイプライン制御において、例えば、周辺ブロックの第１動きベクトルの導出の完了後に、周辺ブロックの第２動きベクトルの導出の完了を待たずに、対象ブロックの第１動きベクトルの導出を開始できる。よって、周辺ブロックの第２動きベクトルを用いて第１動きベクトルを導出する場合に比べて、復号装置のパイプライン制御における待ち時間を低減できるので、処理の遅延を低減できる。
【0064】
さらに、これらの包括的又は具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、又は、コンピュータ読み取り可能なＣＤ－ＲＯＭなどの非一時的な記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラム、及び、記録媒体の任意な組み合わせで実現されてもよい。
【0065】
以下、実施の形態について図面を参照しながら具体的に説明する。
【0066】
なお、以下で説明する実施の形態は、いずれも包括的または具体的な例を示すものである。以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、請求の範囲を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、最上位概念を示す独立請求項に記載されていない構成要素については、任意の構成要素として説明される。
【0067】
（実施の形態１）
まず、後述する本開示の各態様で説明する処理および／または構成を適用可能な符号化装置および復号化装置の一例として、実施の形態１の概要を説明する。ただし、実施の形態１は、本開示の各態様で説明する処理および／または構成を適用可能な符号化装置および復号化装置の一例にすぎず、本開示の各態様で説明する処理および／または構成は、実施の形態１とは異なる符号化装置および復号化装置においても実施可能である。
まず、後述する本開示の各態様で説明する処理および／または構成を適用可能な符号化装置および復号化装置の一例として、実施の形態１の概要を説明する。ただし、実施の形態１は、本開示の各態様で説明する処理および／または構成を適用可能な符号化装置および復号化装置の一例にすぎず、本開示の各態様で説明する処理および／または構成は、実施の形態１とは異なる符号化装置および復号化装置においても実施可能である。
【0068】
実施の形態１に対して本開示の各態様で説明する処理および／または構成を適用する場合、例えば以下のいずれかを行ってもよい。
【0069】
（１）実施の形態１の符号化装置または復号化装置に対して、当該符号化装置または復号化装置を構成する複数の構成要素のうち、本開示の各態様で説明する構成要素に対応する構成要素を、本開示の各態様で説明する構成要素に置き換えること
（２）実施の形態１の符号化装置または復号化装置に対して、当該符号化装置または復号化装置を構成する複数の構成要素のうち一部の構成要素について機能または実施する処理の追加、置き換え、削除などの任意の変更を施した上で、本開示の各態様で説明する構成要素に対応する構成要素を、本開示の各態様で説明する構成要素に置き換えること
（３）実施の形態１の符号化装置または復号化装置が実施する方法に対して、処理の追加、および／または当該方法に含まれる複数の処理のうちの一部の処理について置き換え、削除などの任意の変更を施した上で、本開示の各態様で説明する処理に対応する処理を、本開示の各態様で説明する処理に置き換えること
（４）実施の形態１の符号化装置または復号化装置を構成する複数の構成要素のうちの一部の構成要素を、本開示の各態様で説明する構成要素、本開示の各態様で説明する構成要素が備える機能の一部を備える構成要素、または本開示の各態様で説明する構成要素が実施する処理の一部を実施する構成要素と組み合わせて実施すること
（５）実施の形態１の符号化装置または復号化装置を構成する複数の構成要素のうちの一部の構成要素が備える機能の一部を備える構成要素、または実施の形態１の符号化装置または復号化装置を構成する複数の構成要素のうちの一部の構成要素が実施する処理の一部を実施する構成要素を、本開示の各態様で説明する構成要素、本開示の各態様で説明する構成要素が備える機能の一部を備える構成要素、または本開示の各態様で説明する構成要素が実施する処理の一部を実施する構成要素と組み合わせて実施すること
（６）実施の形態１の符号化装置または復号化装置が実施する方法に対して、当該方法に含まれる複数の処理のうち、本開示の各態様で説明する処理に対応する処理を、本開示の各態様で説明する処理に置き換えること
（７）実施の形態１の符号化装置または復号化装置が実施する方法に含まれる複数の処理のうちの一部の処理を、本開示の各態様で説明する処理と組み合わせて実施すること
（２）実施の形態１の符号化装置または復号化装置に対して、当該符号化装置または復号化装置を構成する複数の構成要素のうち一部の構成要素について機能または実施する処理の追加、置き換え、削除などの任意の変更を施した上で、本開示の各態様で説明する構成要素に対応する構成要素を、本開示の各態様で説明する構成要素に置き換えること
（３）実施の形態１の符号化装置または復号化装置が実施する方法に対して、処理の追加、および／または当該方法に含まれる複数の処理のうちの一部の処理について置き換え、削除などの任意の変更を施した上で、本開示の各態様で説明する処理に対応する処理を、本開示の各態様で説明する処理に置き換えること
（４）実施の形態１の符号化装置または復号化装置を構成する複数の構成要素のうちの一部の構成要素を、本開示の各態様で説明する構成要素、本開示の各態様で説明する構成要素が備える機能の一部を備える構成要素、または本開示の各態様で説明する構成要素が実施する処理の一部を実施する構成要素と組み合わせて実施すること
（５）実施の形態１の符号化装置または復号化装置を構成する複数の構成要素のうちの一部の構成要素が備える機能の一部を備える構成要素、または実施の形態１の符号化装置または復号化装置を構成する複数の構成要素のうちの一部の構成要素が実施する処理の一部を実施する構成要素を、本開示の各態様で説明する構成要素、本開示の各態様で説明する構成要素が備える機能の一部を備える構成要素、または本開示の各態様で説明する構成要素が実施する処理の一部を実施する構成要素と組み合わせて実施すること
（６）実施の形態１の符号化装置または復号化装置が実施する方法に対して、当該方法に含まれる複数の処理のうち、本開示の各態様で説明する処理に対応する処理を、本開示の各態様で説明する処理に置き換えること
（７）実施の形態１の符号化装置または復号化装置が実施する方法に含まれる複数の処理のうちの一部の処理を、本開示の各態様で説明する処理と組み合わせて実施すること
【0070】
なお、本開示の各態様で説明する処理および／または構成の実施の仕方は、上記の例に限定されるものではない。例えば、実施の形態１において開示する動画像／画像符号化装置または動画像／画像復号化装置とは異なる目的で利用される装置において実施されてもよいし、各態様において説明した処理および／または構成を単独で実施してもよい。また、異なる態様において説明した処理および／または構成を組み合わせて実施してもよい。
【0071】
［符号化装置の概要］
まず、実施の形態１に係る符号化装置の概要を説明する。図１は、実施の形態１に係る符号化装置１００の機能構成を示すブロック図である。符号化装置１００は、動画像／画像をブロック単位で符号化する動画像／画像符号化装置である。
まず、実施の形態１に係る符号化装置の概要を説明する。図１は、実施の形態１に係る符号化装置１００の機能構成を示すブロック図である。符号化装置１００は、動画像／画像をブロック単位で符号化する動画像／画像符号化装置である。
【0072】
図１に示すように、符号化装置１００は、画像をブロック単位で符号化する装置であって、分割部１０２と、減算部１０４と、変換部１０６と、量子化部１０８と、エントロピー符号化部１１０と、逆量子化部１１２と、逆変換部１１４と、加算部１１６と、ブロックメモリ１１８と、ループフィルタ部１２０と、フレームメモリ１２２と、イントラ予測部１２４と、インター予測部１２６と、予測制御部１２８と、を備える。
【0073】
符号化装置１００は、例えば、汎用プロセッサ及びメモリにより実現される。この場合、メモリに格納されたソフトウェアプログラムがプロセッサにより実行されたときに、プロセッサは、分割部１０２、減算部１０４、変換部１０６、量子化部１０８、エントロピー符号化部１１０、逆量子化部１１２、逆変換部１１４、加算部１１６、ループフィルタ部１２０、イントラ予測部１２４、インター予測部１２６及び予測制御部１２８として機能する。また、符号化装置１００は、分割部１０２、減算部１０４、変換部１０６、量子化部１０８、エントロピー符号化部１１０、逆量子化部１１２、逆変換部１１４、加算部１１６、ループフィルタ部１２０、イントラ予測部１２４、インター予測部１２６及び予測制御部１２８に対応する専用の１以上の電子回路として実現されてもよい。
【0074】
以下に、符号化装置１００に含まれる各構成要素について説明する。
【0075】
［分割部］
分割部１０２は、入力動画像に含まれる各ピクチャを複数のブロックに分割し、各ブロックを減算部１０４に出力する。例えば、分割部１０２は、まず、ピクチャを固定サイズ（例えば１２８ｘ１２８）のブロックに分割する。この固定サイズのブロックは、符号化ツリーユニット（ＣＴＵ）と呼ばれることがある。そして、分割部１０２は、再帰的な四分木（ｑｕａｄｔｒｅｅ）及び／又は二分木（ｂｉｎａｒｙ ｔｒｅｅ）ブロック分割に基づいて、固定サイズのブロックの各々を可変サイズ（例えば６４ｘ６４以下）のブロックに分割する。この可変サイズのブロックは、符号化ユニット（ＣＵ）、予測ユニット（ＰＵ）あるいは変換ユニット（ＴＵ）と呼ばれることがある。なお、本実施の形態では、ＣＵ、ＰＵ及びＴＵは区別される必要はなく、ピクチャ内の一部又はすべてのブロックがＣＵ、ＰＵ、ＴＵの処理単位となってもよい。
分割部１０２は、入力動画像に含まれる各ピクチャを複数のブロックに分割し、各ブロックを減算部１０４に出力する。例えば、分割部１０２は、まず、ピクチャを固定サイズ（例えば１２８ｘ１２８）のブロックに分割する。この固定サイズのブロックは、符号化ツリーユニット（ＣＴＵ）と呼ばれることがある。そして、分割部１０２は、再帰的な四分木（ｑｕａｄｔｒｅｅ）及び／又は二分木（ｂｉｎａｒｙ ｔｒｅｅ）ブロック分割に基づいて、固定サイズのブロックの各々を可変サイズ（例えば６４ｘ６４以下）のブロックに分割する。この可変サイズのブロックは、符号化ユニット（ＣＵ）、予測ユニット（ＰＵ）あるいは変換ユニット（ＴＵ）と呼ばれることがある。なお、本実施の形態では、ＣＵ、ＰＵ及びＴＵは区別される必要はなく、ピクチャ内の一部又はすべてのブロックがＣＵ、ＰＵ、ＴＵの処理単位となってもよい。
【0076】
【0077】
ここでは、ブロック１０は、１２８ｘ１２８画素の正方形ブロック（１２８ｘ１２８ブロック）である。この１２８ｘ１２８ブロック１０は、まず、４つの正方形の６４ｘ６４ブロックに分割される（四分木ブロック分割）。
【0078】
左上の６４ｘ６４ブロックは、さらに２つの矩形の３２ｘ６４ブロックに垂直に分割され、左の３２ｘ６４ブロックはさらに２つの矩形の１６ｘ６４ブロックに垂直に分割される（二分木ブロック分割）。その結果、左上の６４ｘ６４ブロックは、２つの１６ｘ６４ブロック１１、１２と、３２ｘ６４ブロック１３とに分割される。
【0079】
右上の６４ｘ６４ブロックは、２つの矩形の６４ｘ３２ブロック１４、１５に水平に分割される（二分木ブロック分割）。
【0080】
左下の６４ｘ６４ブロックは、４つの正方形の３２ｘ３２ブロックに分割される（四分木ブロック分割）。４つの３２ｘ３２ブロックのうち左上のブロック及び右下のブロックはさらに分割される。左上の３２ｘ３２ブロックは、２つの矩形の１６ｘ３２ブロックに垂直に分割され、右の１６ｘ３２ブロックはさらに２つの１６ｘ１６ブロックに水平に分割される（二分木ブロック分割）。右下の３２ｘ３２ブロックは、２つの３２ｘ１６ブロックに水平に分割される（二分木ブロック分割）。その結果、左下の６４ｘ６４ブロックは、１６ｘ３２ブロック１６と、２つの１６ｘ１６ブロック１７、１８と、２つの３２ｘ３２ブロック１９、２０と、２つの３２ｘ１６ブロック２１、２２とに分割される。
【0081】
右下の６４ｘ６４ブロック２３は分割されない。
【0082】
以上のように、図２では、ブロック１０は、再帰的な四分木及び二分木ブロック分割に基づいて、１３個の可変サイズのブロック１１～２３に分割される。このような分割は、ＱＴＢＴ（ｑｕａｄ－ｔｒｅｅ ｐｌｕｓ ｂｉｎａｒｙ ｔｒｅｅ）分割と呼ばれることがある。
【0083】
なお、図２では、１つのブロックが４つ又は２つのブロックに分割されていたが（四分木又は二分木ブロック分割）、分割はこれに限定されない。例えば、１つのブロックが３つのブロックに分割されてもよい（三分木ブロック分割）。このような三分木ブロック分割を含む分割は、ＭＢＴ（ｍｕｌｔｉ ｔｙｐｅ ｔｒｅｅ）分割と呼ばれることがある。
【0084】
［減算部］
減算部１０４は、分割部１０２によって分割されたブロック単位で原信号（原サンプル）から予測信号（予測サンプル）を減算する。つまり、減算部１０４は、符号化対象ブロック（以下、カレントブロックという）の予測誤差（残差ともいう）を算出する。そして、減算部１０４は、算出された予測誤差を変換部１０６に出力する。
減算部１０４は、分割部１０２によって分割されたブロック単位で原信号（原サンプル）から予測信号（予測サンプル）を減算する。つまり、減算部１０４は、符号化対象ブロック（以下、カレントブロックという）の予測誤差（残差ともいう）を算出する。そして、減算部１０４は、算出された予測誤差を変換部１０６に出力する。
【0085】
原信号は、符号化装置１００の入力信号であり、動画像を構成する各ピクチャの画像を表す信号（例えば輝度（ｌｕｍａ）信号及び２つの色差（ｃｈｒｏｍａ）信号）である。以下において、画像を表す信号をサンプルともいうこともある。
【0086】
［変換部］
変換部１０６は、空間領域の予測誤差を周波数領域の変換係数に変換し、変換係数を量子化部１０８に出力する。具体的には、変換部１０６は、例えば空間領域の予測誤差に対して予め定められた離散コサイン変換（ＤＣＴ）又は離散サイン変換（ＤＳＴ）を行う。
変換部１０６は、空間領域の予測誤差を周波数領域の変換係数に変換し、変換係数を量子化部１０８に出力する。具体的には、変換部１０６は、例えば空間領域の予測誤差に対して予め定められた離散コサイン変換（ＤＣＴ）又は離散サイン変換（ＤＳＴ）を行う。
【0087】
なお、変換部１０６は、複数の変換タイプの中から適応的に変換タイプを選択し、選択された変換タイプに対応する変換基底関数（ｔｒａｎｓｆｏｒｍ ｂａｓｉｓ ｆｕｎｃｔｉｏｎ）を用いて、予測誤差を変換係数に変換してもよい。このような変換は、ＥＭＴ（ｅｘｐｌｉｃｉｔ ｍｕｌｔｉｐｌｅ ｃｏｒｅ ｔｒａｎｓｆｏｒｍ）又はＡＭＴ（ａｄａｐｔｉｖｅ ｍｕｌｔｉｐｌｅ ｔｒａｎｓｆｏｒｍ）と呼ばれることがある。
【0088】
複数の変換タイプは、例えば、ＤＣＴ－ＩＩ、ＤＣＴ－Ｖ、ＤＣＴ－ＶＩＩＩ、ＤＳＴ－Ｉ及びＤＳＴ－ＶＩＩを含む。図３は、各変換タイプに対応する変換基底関数を示す表である。図３においてＮは入力画素の数を示す。これらの複数の変換タイプの中からの変換タイプの選択は、例えば、予測の種類（イントラ予測及びインター予測）に依存してもよいし、イントラ予測モードに依存してもよい。
【0089】
このようなＥＭＴ又はＡＭＴを適用するか否かを示す情報（例えばＡＭＴフラグと呼ばれる）及び選択された変換タイプを示す情報は、ＣＵレベルで信号化される。なお、これらの情報の信号化は、ＣＵレベルに限定される必要はなく、他のレベル（例えば、シーケンスレベル、ピクチャレベル、スライスレベル、タイルレベル又はＣＴＵレベル）であってもよい。
【0090】
また、変換部１０６は、変換係数（変換結果）を再変換してもよい。このような再変換は、ＡＳＴ（ａｄａｐｔｉｖｅ ｓｅｃｏｎｄａｒｙ ｔｒａｎｓｆｏｒｍ）又はＮＳＳＴ（ｎｏｎ－ｓｅｐａｒａｂｌｅ ｓｅｃｏｎｄａｒｙ ｔｒａｎｓｆｏｒｍ）と呼ばれることがある。例えば、変換部１０６は、イントラ予測誤差に対応する変換係数のブロックに含まれるサブブロック（例えば４ｘ４サブブロック）ごとに再変換を行う。ＮＳＳＴを適用するか否かを示す情報及びＮＳＳＴに用いられる変換行列に関する情報は、ＣＵレベルで信号化される。なお、これらの情報の信号化は、ＣＵレベルに限定される必要はなく、他のレベル（例えば、シーケンスレベル、ピクチャレベル、スライスレベル、タイルレベル又はＣＴＵレベル）であってもよい。
【0091】
ここで、Ｓｅｐａｒａｂｌｅな変換とは、入力の次元の数だけ方向ごとに分離して複数回変換を行う方式であり、Ｎｏｎ－Ｓｅｐａｒａｂｌｅな変換とは、入力が多次元であった際に２つ以上の次元をまとめて１次元とみなして、まとめて変換を行う方式である。
【0092】
例えば、Ｎｏｎ－Ｓｅｐａｒａｂｌｅな変換の１例として、入力が４×４のブロックであった場合にはそれを１６個の要素を持ったひとつの配列とみなし、その配列に対して１６×１６の変換行列で変換処理を行うようなものが挙げられる。
【0093】
また、同様に４×４の入力ブロックを１６個の要素を持ったひとつの配列とみなした後に、その配列に対してＧｉｖｅｎｓ回転を複数回行うようなもの（Ｈｙｐｅｒｃｕｂｅ Ｇｉｖｅｎｓ Ｔｒａｎｓｆｏｒｍ）もＮｏｎ－Ｓｅｐａｒａｂｌｅな変換の例である。
【0094】
［量子化部］
量子化部１０８は、変換部１０６から出力された変換係数を量子化する。具体的には、量子化部１０８は、カレントブロックの変換係数を所定の走査順序で走査し、走査された変換係数に対応する量子化パラメータ（ＱＰ）に基づいて当該変換係数を量子化する。そして、量子化部１０８は、カレントブロックの量子化された変換係数（以下、量子化係数という）をエントロピー符号化部１１０及び逆量子化部１１２に出力する。
量子化部１０８は、変換部１０６から出力された変換係数を量子化する。具体的には、量子化部１０８は、カレントブロックの変換係数を所定の走査順序で走査し、走査された変換係数に対応する量子化パラメータ（ＱＰ）に基づいて当該変換係数を量子化する。そして、量子化部１０８は、カレントブロックの量子化された変換係数（以下、量子化係数という）をエントロピー符号化部１１０及び逆量子化部１１２に出力する。
【0095】
所定の順序は、変換係数の量子化／逆量子化のための順序である。例えば、所定の走査順序は、周波数の昇順（低周波から高周波の順）又は降順（高周波から低周波の順）で定義される。
【0096】
量子化パラメータとは、量子化ステップ（量子化幅）を定義するパラメータである。例えば、量子化パラメータの値が増加すれば量子化ステップも増加する。つまり、量子化パラメータの値が増加すれば量子化誤差が増大する。
【0097】
［エントロピー符号化部］
エントロピー符号化部１１０は、量子化部１０８から入力である量子化係数を可変長符号化することにより符号化信号（符号化ビットストリーム）を生成する。具体的には、エントロピー符号化部１１０は、例えば、量子化係数を二値化し、二値信号を算術符号化する。
エントロピー符号化部１１０は、量子化部１０８から入力である量子化係数を可変長符号化することにより符号化信号（符号化ビットストリーム）を生成する。具体的には、エントロピー符号化部１１０は、例えば、量子化係数を二値化し、二値信号を算術符号化する。
【0098】
［逆量子化部］
逆量子化部１１２は、量子化部１０８からの入力である量子化係数を逆量子化する。具体的には、逆量子化部１１２は、カレントブロックの量子化係数を所定の走査順序で逆量子化する。そして、逆量子化部１１２は、カレントブロックの逆量子化された変換係数を逆変換部１１４に出力する。
逆量子化部１１２は、量子化部１０８からの入力である量子化係数を逆量子化する。具体的には、逆量子化部１１２は、カレントブロックの量子化係数を所定の走査順序で逆量子化する。そして、逆量子化部１１２は、カレントブロックの逆量子化された変換係数を逆変換部１１４に出力する。
【0099】
［逆変換部］
逆変換部１１４は、逆量子化部１１２からの入力である変換係数を逆変換することにより予測誤差を復元する。具体的には、逆変換部１１４は、変換係数に対して、変換部１０６による変換に対応する逆変換を行うことにより、カレントブロックの予測誤差を復元する。そして、逆変換部１１４は、復元された予測誤差を加算部１１６に出力する。
逆変換部１１４は、逆量子化部１１２からの入力である変換係数を逆変換することにより予測誤差を復元する。具体的には、逆変換部１１４は、変換係数に対して、変換部１０６による変換に対応する逆変換を行うことにより、カレントブロックの予測誤差を復元する。そして、逆変換部１１４は、復元された予測誤差を加算部１１６に出力する。
【0100】
なお、復元された予測誤差は、量子化により情報が失われているので、減算部１０４が算出した予測誤差と一致しない。すなわち、復元された予測誤差には、量子化誤差が含まれている。
【0101】
［加算部］
加算部１１６は、逆変換部１１４からの入力である予測誤差と予測制御部１２８からの入力である予測サンプルとを加算することによりカレントブロックを再構成する。そして、加算部１１６は、再構成されたブロックをブロックメモリ１１８及びループフィルタ部１２０に出力する。再構成ブロックは、ローカル復号ブロックと呼ばれることもある。
加算部１１６は、逆変換部１１４からの入力である予測誤差と予測制御部１２８からの入力である予測サンプルとを加算することによりカレントブロックを再構成する。そして、加算部１１６は、再構成されたブロックをブロックメモリ１１８及びループフィルタ部１２０に出力する。再構成ブロックは、ローカル復号ブロックと呼ばれることもある。
【0102】
［ブロックメモリ］
ブロックメモリ１１８は、イントラ予測で参照されるブロックであって符号化対象ピクチャ（以下、カレントピクチャという）内のブロックを格納するための記憶部である。具体的には、ブロックメモリ１１８は、加算部１１６から出力された再構成ブロックを格納する。
ブロックメモリ１１８は、イントラ予測で参照されるブロックであって符号化対象ピクチャ（以下、カレントピクチャという）内のブロックを格納するための記憶部である。具体的には、ブロックメモリ１１８は、加算部１１６から出力された再構成ブロックを格納する。
【0103】
［ループフィルタ部］
ループフィルタ部１２０は、加算部１１６によって再構成されたブロックにループフィルタを施し、フィルタされた再構成ブロックをフレームメモリ１２２に出力する。ループフィルタとは、符号化ループ内で用いられるフィルタ（インループフィルタ）であり、例えば、デブロッキング・フィルタ（ＤＦ）、サンプルアダプティブオフセット（ＳＡＯ）及びアダプティブループフィルタ（ＡＬＦ）などを含む。
ループフィルタ部１２０は、加算部１１６によって再構成されたブロックにループフィルタを施し、フィルタされた再構成ブロックをフレームメモリ１２２に出力する。ループフィルタとは、符号化ループ内で用いられるフィルタ（インループフィルタ）であり、例えば、デブロッキング・フィルタ（ＤＦ）、サンプルアダプティブオフセット（ＳＡＯ）及びアダプティブループフィルタ（ＡＬＦ）などを含む。
【0104】
ＡＬＦでは、符号化歪みを除去するための最小二乗誤差フィルタが適用され、例えばカレントブロック内の２ｘ２サブブロックごとに、局所的な勾配（ｇｒａｄｉｅｎｔ）の方向及び活性度（ａｃｔｉｖｉｔｙ）に基づいて複数のフィルタの中から選択された１つのフィルタが適用される。
【0105】
具体的には、まず、サブブロック（例えば２ｘ２サブブロック）が複数のクラス（例えば１５又は２５クラス）に分類される。サブブロックの分類は、勾配の方向及び活性度に基づいて行われる。例えば、勾配の方向値Ｄ（例えば０～２又は０～４）と勾配の活性値Ａ（例えば０～４）とを用いて分類値Ｃ（例えばＣ＝５Ｄ＋Ａ）が算出される。そして、分類値Ｃに基づいて、サブブロックが複数のクラス（例えば１５又は２５クラス）に分類される。
【0106】
勾配の方向値Ｄは、例えば、複数の方向（例えば水平、垂直及び２つの対角方向）の勾配を比較することにより導出される。また、勾配の活性値Ａは、例えば、複数の方向の勾配を加算し、加算結果を量子化することにより導出される。
【0107】
このような分類の結果に基づいて、複数のフィルタの中からサブブロックのためのフィルタが決定される。
【0108】
ＡＬＦで用いられるフィルタの形状としては例えば円対称形状が利用される。図４Ａ～図４Ｃは、ＡＬＦで用いられるフィルタの形状の複数の例を示す図である。図４Ａは、５ｘ５ダイヤモンド形状フィルタを示し、図４Ｂは、７ｘ７ダイヤモンド形状フィルタを示し、図４Ｃは、９ｘ９ダイヤモンド形状フィルタを示す。フィルタの形状を示す情報は、ピクチャレベルで信号化される。なお、フィルタの形状を示す情報の信号化は、ピクチャレベルに限定される必要はなく、他のレベル（例えば、シーケンスレベル、スライスレベル、タイルレベル、ＣＴＵレベル又はＣＵレベル）であってもよい。
【0109】
ＡＬＦのオン／オフは、例えば、ピクチャレベル又はＣＵレベルで決定される。例えば、輝度についてはＣＵレベルでＡＬＦを適用するか否かが決定され、色差についてはピクチャレベルでＡＬＦを適用するか否かが決定される。ＡＬＦのオン／オフを示す情報は、ピクチャレベル又はＣＵレベルで信号化される。なお、ＡＬＦのオン／オフを示す情報の信号化は、ピクチャレベル又はＣＵレベルに限定される必要はなく、他のレベル（例えば、シーケンスレベル、スライスレベル、タイルレベル又はＣＴＵレベル）であってもよい。
【0110】
選択可能な複数のフィルタ（例えば１５又は２５までのフィルタ）の係数セットは、ピクチャレベルで信号化される。なお、係数セットの信号化は、ピクチャレベルに限定される必要はなく、他のレベル（例えば、シーケンスレベル、スライスレベル、タイルレベル、ＣＴＵレベル、ＣＵレベル又はサブブロックレベル）であってもよい。
【0111】
［フレームメモリ］
フレームメモリ１２２は、インター予測に用いられる参照ピクチャを格納するための記憶部であり、フレームバッファと呼ばれることもある。具体的には、フレームメモリ１２２は、ループフィルタ部１２０によってフィルタされた再構成ブロックを格納する。
フレームメモリ１２２は、インター予測に用いられる参照ピクチャを格納するための記憶部であり、フレームバッファと呼ばれることもある。具体的には、フレームメモリ１２２は、ループフィルタ部１２０によってフィルタされた再構成ブロックを格納する。
【0112】
［イントラ予測部］
イントラ予測部１２４は、ブロックメモリ１１８に格納されたカレントピクチャ内のブロックを参照してカレントブロックのイントラ予測（画面内予測ともいう）を行うことで、予測信号（イントラ予測信号）を生成する。具体的には、イントラ予測部１２４は、カレントブロックに隣接するブロックのサンプル（例えば輝度値、色差値）を参照してイントラ予測を行うことでイントラ予測信号を生成し、イントラ予測信号を予測制御部１２８に出力する。
イントラ予測部１２４は、ブロックメモリ１１８に格納されたカレントピクチャ内のブロックを参照してカレントブロックのイントラ予測（画面内予測ともいう）を行うことで、予測信号（イントラ予測信号）を生成する。具体的には、イントラ予測部１２４は、カレントブロックに隣接するブロックのサンプル（例えば輝度値、色差値）を参照してイントラ予測を行うことでイントラ予測信号を生成し、イントラ予測信号を予測制御部１２８に出力する。
【0113】
例えば、イントラ予測部１２４は、予め規定された複数のイントラ予測モードのうちの１つを用いてイントラ予測を行う。複数のイントラ予測モードは、１以上の非方向性予測モードと、複数の方向性予測モードと、を含む。
【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】
【数1】
【0148】
ここで、Ｉ（ｋ）は、動き補償後の参照画像ｋ（ｋ＝０，１）の輝度値を示す。このオプティカルフロー等式は、（i）輝度値の時間微分と、（ii）水平方向の速度及び参照画像の空間勾配の水平成分の積と、（iii）垂直方向の速度及び参照画像の空間勾配の垂直成分の積と、の和が、ゼロと等しいことを示す。このオプティカルフロー等式とエルミート補間（Ｈｅｒｍｉｔｅ ｉｎｔｅｒｐｏｌａｔｉｏｎ）との組み合わせに基づいて、マージリスト等から得られるブロック単位の動きベクトルが画素単位で補正される。
【0149】
なお、等速直線運動を仮定したモデルに基づく動きベクトルの導出とは異なる方法で、復号装置側で動きベクトルが導出されてもよい。例えば、複数の隣接ブロックの動きベクトルに基づいてサブブロック単位で動きベクトルが導出されてもよい。
【0150】
ここで、複数の隣接ブロックの動きベクトルに基づいてサブブロック単位で動きベクトルを導出するモードについて説明する。このモードは、アフィン動き補償予測（ａｆｆｉｎｅ ｍｏｔｉｏｎ ｃｏｍｐｅｎｓａｔｉｏｎ ｐｒｅｄｉｃｔｉｏｎ）モードと呼ばれることがある。
【0151】
図９Ａは、複数の隣接ブロックの動きベクトルに基づくサブブロック単位の動きベクトルの導出を説明するための図である。図９Ａにおいて、カレントブロックは、１６の４ｘ４サブブロックを含む。ここでは、隣接ブロックの動きベクトルに基づいてカレントブロックの左上角制御ポイントの動きベクトルｖ０が導出され、隣接サブブロックの動きベクトルに基づいてカレントブロックの右上角制御ポイントの動きベクトルｖ１が導出される。そして、２つの動きベクトルｖ０及びｖ１を用いて、以下の式（２）により、カレントブロック内の各サブブロックの動きベクトル（ｖｘ，ｖｙ）が導出される。
【0152】
【数2】
【0153】
ここで、ｘ及びｙは、それぞれ、サブブロックの水平位置及び垂直位置を示し、ｗは、予め定められた重み係数を示す。
【0154】
このようなアフィン動き補償予測モードでは、左上及び右上角制御ポイントの動きベクトルの導出方法が異なるいくつかのモードを含んでもよい。このようなアフィン動き補償予測モードを示す情報（例えばアフィンフラグと呼ばれる）は、ＣＵレベルで信号化される。なお、このアフィン動き補償予測モードを示す情報の信号化は、ＣＵレベルに限定される必要はなく、他のレベル（例えば、シーケンスレベル、ピクチャレベル、スライスレベル、タイルレベル、ＣＴＵレベル又はサブブロックレベル）であってもよい。
【0155】
［予測制御部］
予測制御部１２８は、イントラ予測信号及びインター予測信号のいずれかを選択し、選択した信号を予測信号として減算部１０４及び加算部１１６に出力する。
予測制御部１２８は、イントラ予測信号及びインター予測信号のいずれかを選択し、選択した信号を予測信号として減算部１０４及び加算部１１６に出力する。
【0156】
ここで、マージモードにより符号化対象ピクチャの動きベクトルを導出する例を説明する。図９Ｂは、マージモードによる動きベクトル導出処理の概要を説明するための図である。
【0157】
まず、予測ＭＶの候補を登録した予測ＭＶリストを生成する。予測ＭＶの候補としては、符号化対象ブロックの空間的に周辺に位置する複数の符号化済みブロックが持つＭＶである空間隣接予測ＭＶ、符号化済み参照ピクチャにおける符号化対象ブロックの位置を投影した近辺のブロックが持つＭＶである時間隣接予測ＭＶ、空間隣接予測ＭＶと時間隣接予測ＭＶのＭＶ値を組合わせて生成したＭＶである結合予測ＭＶ、および値がゼロのＭＶであるゼロ予測ＭＶ等がある。
【0158】
次に、予測ＭＶリストに登録されている複数の予測ＭＶの中から１つの予測ＭＶを選択することで、符号化対象ブロックのＭＶとして決定する。
【0159】
さらに可変長符号化部では、どの予測ＭＶを選択したかを示す信号であるｍｅｒｇｅ＿ｉｄｘをストリームに記述して符号化する。
【0160】
なお、図９Ｂで説明した予測ＭＶリストに登録する予測ＭＶは一例であり、図中の個数とは異なる個数であったり、図中の予測ＭＶの一部の種類を含まない構成であったり、図中の予測ＭＶの種類以外の予測ＭＶを追加した構成であったりしてもよい。
【0161】
なお、マージモードにより導出した符号化対象ブロックのＭＶを用いて、後述するＤＭＶＲ処理を行うことによって最終的なＭＶを決定してもよい。
【0162】
ここで、ＤＭＶＲ処理を用いてＭＶを決定する例について説明する。
【0163】
図９Ｃは、ＤＭＶＲ処理の概要を説明するための概念図である。
【0164】
まず、処理対象ブロックに設定された最適ＭＶＰを候補ＭＶとして、前記候補ＭＶに従って、Ｌ０方向の処理済みピクチャである第１参照ピクチャ、およびＬ１方向の処理済みピクチャである第２参照ピクチャから参照画素をそれぞれ取得し、各参照画素の平均をとることでテンプレートを生成する。
【0165】
次に、前記テンプレートを用いて、第１参照ピクチャおよび第２参照ピクチャの候補ＭＶの周辺領域をそれぞれ探索し、最もコストが最小となるＭＶを最終的なＭＶとして決定する。なお、コスト値はテンプレートの各画素値と探索領域の各画素値との差分値およびＭＶ値等を用いて算出する。
【0166】
なお、符号化装置および復号化装置では、ここで説明した処理の概要は基本的に共通である。
【0167】
なお、ここで説明した処理そのものでなくても、候補ＭＶの周辺を探索して最終的なＭＶを導出することができる処理であれば、他の処理を用いてもよい。
【0168】
ここで、ＬＩＣ処理を用いて予測画像を生成するモードについて説明する。
【0169】
図９Ｄは、ＬＩＣ処理による輝度補正処理を用いた予測画像生成方法の概要を説明するための図である。
【0170】
まず、符号化済みピクチャである参照ピクチャから符号化対象ブロックに対応する参照画像を取得するためのＭＶを導出する。
【0171】
次に、符号化対象ブロックに対して、左隣接および上隣接の符号化済み周辺参照領域の輝度画素値と、ＭＶで指定された参照ピクチャ内の同等位置における輝度画素値とを用いて、参照ピクチャと符号化対象ピクチャとで輝度値がどのように変化したかを示す情報を抽出して輝度補正パラメータを算出する。
【0172】
ＭＶで指定された参照ピクチャ内の参照画像に対して前記輝度補正パラメータを用いて輝度補正処理を行うことで、符号化対象ブロックに対する予測画像を生成する。
【0173】
なお、図９Ｄにおける前記周辺参照領域の形状は一例であり、これ以外の形状を用いてもよい。
【0174】
また、ここでは１枚の参照ピクチャから予測画像を生成する処理について説明したが、複数枚の参照ピクチャから予測画像を生成する場合も同様であり、各々の参照ピクチャから取得した参照画像に同様の方法で輝度補正処理を行ってから予測画像を生成する。
【0175】
ＬＩＣ処理を適用するかどうかの判定の方法として、例えば、ＬＩＣ処理を適用するかどうかを示す信号であるｌｉｃ＿ｆｌａｇを用いる方法がある。具体的な一例としては、符号化装置において、符号化対象ブロックが輝度変化が発生している領域に属しているかどうかを判定し、輝度変化が発生している領域に属している場合はｌｉｃ＿ｆｌａｇとして値１を設定してＬＩＣ処理を適用して符号化を行い、輝度変化が発生している領域に属していない場合はｌｉｃ＿ｆｌａｇとして値０を設定してＬＩＣ処理を適用せずに符号化を行う。一方、復号化装置では、ストリームに記述されたｌｉｃ＿ｆｌａｇを復号化することで、その値に応じてＬＩＣ処理を適用するかどうかを切替えて復号化を行う。
【0176】
ＬＩＣ処理を適用するかどうかの判定の別の方法として、例えば、周辺ブロックでＬＩＣ処理を適用したかどうかに従って判定する方法もある。具体的な一例としては、符号化対象ブロックがマージモードであった場合、マージモード処理におけるＭＶの導出の際に選択した周辺の符号化済みブロックがＬＩＣ処理を適用して符号化したかどうかを判定し、その結果に応じてＬＩＣ処理を適用するかどうかを切替えて符号化を行う。なお、この例の場合、復号化における処理も全く同様となる。
【0177】
［復号装置の概要］
次に、上記の符号化装置１００から出力された符号化信号（符号化ビットストリーム）を復号可能な復号装置の概要について説明する。図１０は、実施の形態１に係る復号装置２００の機能構成を示すブロック図である。復号装置２００は、動画像／画像をブロック単位で復号する動画像／画像復号装置である。
次に、上記の符号化装置１００から出力された符号化信号（符号化ビットストリーム）を復号可能な復号装置の概要について説明する。図１０は、実施の形態１に係る復号装置２００の機能構成を示すブロック図である。復号装置２００は、動画像／画像をブロック単位で復号する動画像／画像復号装置である。
【0178】
図１０に示すように、復号装置２００は、エントロピー復号部２０２と、逆量子化部２０４と、逆変換部２０６と、加算部２０８と、ブロックメモリ２１０と、ループフィルタ部２１２と、フレームメモリ２１４と、イントラ予測部２１６と、インター予測部２１８と、予測制御部２２０と、を備える。
【0179】
復号装置２００は、例えば、汎用プロセッサ及びメモリにより実現される。この場合、メモリに格納されたソフトウェアプログラムがプロセッサにより実行されたときに、プロセッサは、エントロピー復号部２０２、逆量子化部２０４、逆変換部２０６、加算部２０８、ループフィルタ部２１２、イントラ予測部２１６、インター予測部２１８及び予測制御部２２０として機能する。また、復号装置２００は、エントロピー復号部２０２、逆量子化部２０４、逆変換部２０６、加算部２０８、ループフィルタ部２１２、イントラ予測部２１６、インター予測部２１８及び予測制御部２２０に対応する専用の１以上の電子回路として実現されてもよい。
【0180】
以下に、復号装置２００に含まれる各構成要素について説明する。
【0181】
［エントロピー復号部］
エントロピー復号部２０２は、符号化ビットストリームをエントロピー復号する。具体的には、エントロピー復号部２０２は、例えば、符号化ビットストリームから二値信号に算術復号する。そして、エントロピー復号部２０２は、二値信号を多値化（ｄｅｂｉｎａｒｉｚｅ）する。これにより、エントロピー復号部２０２は、ブロック単位で量子化係数を逆量子化部２０４に出力する。
エントロピー復号部２０２は、符号化ビットストリームをエントロピー復号する。具体的には、エントロピー復号部２０２は、例えば、符号化ビットストリームから二値信号に算術復号する。そして、エントロピー復号部２０２は、二値信号を多値化（ｄｅｂｉｎａｒｉｚｅ）する。これにより、エントロピー復号部２０２は、ブロック単位で量子化係数を逆量子化部２０４に出力する。
【0182】
［逆量子化部］
逆量子化部２０４は、エントロピー復号部２０２からの入力である復号対象ブロック（以下、カレントブロックという）の量子化係数を逆量子化する。具体的には、逆量子化部２０４は、カレントブロックの量子化係数の各々について、当該量子化係数に対応する量子化パラメータに基づいて当該量子化係数を逆量子化する。そして、逆量子化部２０４は、カレントブロックの逆量子化された量子化係数（つまり変換係数）を逆変換部２０６に出力する。
逆量子化部２０４は、エントロピー復号部２０２からの入力である復号対象ブロック（以下、カレントブロックという）の量子化係数を逆量子化する。具体的には、逆量子化部２０４は、カレントブロックの量子化係数の各々について、当該量子化係数に対応する量子化パラメータに基づいて当該量子化係数を逆量子化する。そして、逆量子化部２０４は、カレントブロックの逆量子化された量子化係数（つまり変換係数）を逆変換部２０６に出力する。
【0183】
［逆変換部］
逆変換部２０６は、逆量子化部２０４からの入力である変換係数を逆変換することにより予測誤差を復元する。
逆変換部２０６は、逆量子化部２０４からの入力である変換係数を逆変換することにより予測誤差を復元する。
【0184】
例えば符号化ビットストリームから読み解かれた情報がＥＭＴ又はＡＭＴを適用することを示す場合（例えばＡＭＴフラグが真）、逆変換部２０６は、読み解かれた変換タイプを示す情報に基づいてカレントブロックの変換係数を逆変換する。
【0185】
また例えば、符号化ビットストリームから読み解かれた情報がＮＳＳＴを適用することを示す場合、逆変換部２０６は、変換係数に逆再変換を適用する。
【0186】
［加算部］
加算部２０８は、逆変換部２０６からの入力である予測誤差と予測制御部２２０からの入力である予測サンプルとを加算することによりカレントブロックを再構成する。そして、加算部２０８は、再構成されたブロックをブロックメモリ２１０及びループフィルタ部２１２に出力する。
加算部２０８は、逆変換部２０６からの入力である予測誤差と予測制御部２２０からの入力である予測サンプルとを加算することによりカレントブロックを再構成する。そして、加算部２０８は、再構成されたブロックをブロックメモリ２１０及びループフィルタ部２１２に出力する。
【0187】
［ブロックメモリ］
ブロックメモリ２１０は、イントラ予測で参照されるブロックであって復号対象ピクチャ（以下、カレントピクチャという）内のブロックを格納するための記憶部である。具体的には、ブロックメモリ２１０は、加算部２０８から出力された再構成ブロックを格納する。
ブロックメモリ２１０は、イントラ予測で参照されるブロックであって復号対象ピクチャ（以下、カレントピクチャという）内のブロックを格納するための記憶部である。具体的には、ブロックメモリ２１０は、加算部２０８から出力された再構成ブロックを格納する。
【0188】
［ループフィルタ部］
ループフィルタ部２１２は、加算部２０８によって再構成されたブロックにループフィルタを施し、フィルタされた再構成ブロックをフレームメモリ２１４及び表示装置等に出力する。
ループフィルタ部２１２は、加算部２０８によって再構成されたブロックにループフィルタを施し、フィルタされた再構成ブロックをフレームメモリ２１４及び表示装置等に出力する。
【0189】
符号化ビットストリームから読み解かれたＡＬＦのオン／オフを示す情報がＡＬＦのオンを示す場合、局所的な勾配の方向及び活性度に基づいて複数のフィルタの中から１つのフィルタが選択され、選択されたフィルタが再構成ブロックに適用される。
【0190】
［フレームメモリ］
フレームメモリ２１４は、インター予測に用いられる参照ピクチャを格納するための記憶部であり、フレームバッファと呼ばれることもある。具体的には、フレームメモリ２１４は、ループフィルタ部２１２によってフィルタされた再構成ブロックを格納する。
フレームメモリ２１４は、インター予測に用いられる参照ピクチャを格納するための記憶部であり、フレームバッファと呼ばれることもある。具体的には、フレームメモリ２１４は、ループフィルタ部２１２によってフィルタされた再構成ブロックを格納する。
【0191】
［イントラ予測部］
イントラ予測部２１６は、符号化ビットストリームから読み解かれたイントラ予測モードに基づいて、ブロックメモリ２１０に格納されたカレントピクチャ内のブロックを参照してイントラ予測を行うことで、予測信号（イントラ予測信号）を生成する。具体的には、イントラ予測部２１６は、カレントブロックに隣接するブロックのサンプル（例えば輝度値、色差値）を参照してイントラ予測を行うことでイントラ予測信号を生成し、イントラ予測信号を予測制御部２２０に出力する。
イントラ予測部２１６は、符号化ビットストリームから読み解かれたイントラ予測モードに基づいて、ブロックメモリ２１０に格納されたカレントピクチャ内のブロックを参照してイントラ予測を行うことで、予測信号（イントラ予測信号）を生成する。具体的には、イントラ予測部２１６は、カレントブロックに隣接するブロックのサンプル（例えば輝度値、色差値）を参照してイントラ予測を行うことでイントラ予測信号を生成し、イントラ予測信号を予測制御部２２０に出力する。
【0192】
なお、色差ブロックのイントラ予測において輝度ブロックを参照するイントラ予測モードが選択されている場合は、イントラ予測部２１６は、カレントブロックの輝度成分に基づいて、カレントブロックの色差成分を予測してもよい。
【0193】
また、符号化ビットストリームから読み解かれた情報がＰＤＰＣの適用を示す場合、イントラ予測部２１６は、水平／垂直方向の参照画素の勾配に基づいてイントラ予測後の画素値を補正する。
【0194】
［インター予測部］
インター予測部２１８は、フレームメモリ２１４に格納された参照ピクチャを参照して、カレントブロックを予測する。予測は、カレントブロック又はカレントブロック内のサブブロック（例えば４ｘ４ブロック）の単位で行われる。例えば、インター予測部２１８は、符号化ビットストリームから読み解かれた動き情報（例えば動きベクトル）を用いて動き補償を行うことでカレントブロック又はサブブロックのインター予測信号を生成し、インター予測信号を予測制御部２２０に出力する。
インター予測部２１８は、フレームメモリ２１４に格納された参照ピクチャを参照して、カレントブロックを予測する。予測は、カレントブロック又はカレントブロック内のサブブロック（例えば４ｘ４ブロック）の単位で行われる。例えば、インター予測部２１８は、符号化ビットストリームから読み解かれた動き情報（例えば動きベクトル）を用いて動き補償を行うことでカレントブロック又はサブブロックのインター予測信号を生成し、インター予測信号を予測制御部２２０に出力する。
【0195】
なお、符号化ビットストリームから読み解かれた情報がＯＢＭＣモードを適用することを示す場合、インター予測部２１８は、動き探索により得られたカレントブロックの動き情報だけでなく、隣接ブロックの動き情報も用いて、インター予測信号を生成する。
【0196】
また、符号化ビットストリームから読み解かれた情報がＦＲＵＣモードを適用することを示す場合、インター予測部２１８は、符号化ストリームから読み解かれたパターンマッチングの方法（バイラテラルマッチング又はテンプレートマッチング）に従って動き探索を行うことにより動き情報を導出する。そして、インター予測部２１８は、導出された動き情報を用いて動き補償を行う。
【0197】
また、インター予測部２１８は、ＢＩＯモードが適用される場合に、等速直線運動を仮定したモデルに基づいて動きベクトルを導出する。また、符号化ビットストリームから読み解かれた情報がアフィン動き補償予測モードを適用することを示す場合には、インター予測部２１８は、複数の隣接ブロックの動きベクトルに基づいてサブブロック単位で動きベクトルを導出する。
【0198】
［予測制御部］
予測制御部２２０は、イントラ予測信号及びインター予測信号のいずれかを選択し、選択した信号を予測信号として加算部２０８に出力する。
予測制御部２２０は、イントラ予測信号及びインター予測信号のいずれかを選択し、選択した信号を予測信号として加算部２０８に出力する。
【0199】
［インター予測処理の第１の例］
図１１は、復号装置２００で用いられるパイプライン構成の概略の第１の例を示す図である。このパイプライン構成は、第１ステージ、第２ステージ、第３ステージ及び第４ステージの４つのステージを含む。
図１１は、復号装置２００で用いられるパイプライン構成の概略の第１の例を示す図である。このパイプライン構成は、第１ステージ、第２ステージ、第３ステージ及び第４ステージの４つのステージを含む。
【0200】
第１ステージでは、復号装置２００は、復号化対象となる入力ストリームに対して、エントロピー復号化処理を行うことで復号化に必要な情報を取得する（Ｓ１０１）。
【0201】
第２ステージでは、復号装置２００は、前記情報を用いて、インター予測処理における動きベクトル（ＭＶ）の導出を行う。具体的には、復号装置２００は、まず周辺の復号化済みブロックを参照して、動きベクトルの候補である予測動きベクトル（以下ＭＶＰ）を１つ又は複数個導出する（Ｓ１０２）。次に、復号装置２００は、導出したＭＶＰに応じて参照画像のメモリ転送を行う（Ｓ１０３）。
【0202】
次に、復号装置２００は、インター予測モードがＦＲＵＣモードの場合、最適ＭＶＰ判定（Ｓ１０４）及び最適ＭＶＰ周辺探索（Ｓ１０５）を行うことで動きベクトルを決定する。また、復号装置２００は、インター予測モードがマージモードの場合、ＤＭＶＲ処理（Ｓ１０６）を行って動きベクトルを決定する。
【0203】
第３ステージでは、復号装置２００は、逆量子化及び逆変換処理によって残差画像を復号化する（Ｓ１１０）。また、対象ブロックがイントラブロックの場合、復号装置２００は、イントラ予測処理によって予測画像を復号化する（Ｓ１０８）。対象ブロックがインターブロックの場合、復号装置２００は、第２ステージで導出した動きベクトルを用いて動き補償処理等を行うことで予測画像を復号化する（Ｓ１０７）。
【0204】
次に、復号装置２００は、イントラ予測処理により生成された予測画像と、インター予測処理により予測画像との一方を選択し（Ｓ１０９）、残差画像と、選択された予測画像とを加算することで再構成画像を生成する（Ｓ１１１）。
【0205】
第４ステージでは、復号装置２００は、再構成画像に対して、ループフィルタ処理を行うことで復号画像を生成する（１１２）。
【0206】
第２ステージで導出された動きベクトルは、後続するブロックの復号化処理においてＭＶＰを導出するための周辺参照用動きベクトルとして使用されるため、ＭＶＰ導出処理（Ｓ１０２）の入力としてフィードバックされる。処理順で直前のブロックに属する動きベクトルを参照するためには、このフィードバック処理を１つのステージ内に納める必要がある。その結果、図１１に示すように第２ステージが非常に多くの処理で構成され、処理時間が長いステージとなってしまっている。
【0207】
なお、このパイプライン構成の概略は一例であり、記載されている処理の一部を除いたり、記載されていない処理を追加したり、ステージの区切り方を変えたりしてもよい。
【0208】
図１２は、パイプライン処理の説明に用いられるブロック分割例を示す模式図である。図１２に示されたブロック分割例には、２つの符号化ツリーユニットが示されている。一方の符号化ツリーユニットは、２つの符号化ユニットＣＵ０及びＣＵ１を含み、他方の符号化ツリーユニットは、３つの符号化ユニットＣＵ２、ＣＵ３及びＣＵ４を含む。
【0209】
符号化ユニットＣＵ０、ＣＵ１及びＣＵ４は同じサイズである。符号化ユニットＣＵ２及びＣＵ３は同じサイズである。符号化ユニットＣＵ０、ＣＵ１及びＣＵ４のそれぞれのサイズは、符号化ユニットＣＵ２及びＣＵ３のそれぞれのサイズの２倍である。
【0210】
図１３は、図１１で説明したパイプライン構成の概略の第１の例における、各復号化対象ブロックのステージ処理の処理タイミングを時間列で示した図である。図１３は、図１２に示す符号化ユニットＣＵ０からＣＵ４までの５つの復号化対象ブロックの処理タイミングを示す。また、図１３のＳ１～Ｓ４は、図１１の第１ステージ～第４ステージの処理時間を示している。
【0211】
符号化ユニットＣＵ２及びＣＵ３に対して、符号化ユニットＣＵ０、ＣＵ１及びＣＵ４は２倍の大きさであるため各ステージの処理時間も２倍である。
【0212】
また、図１１で説明したように第２ステージは処理時間が長いため、第２ステージの処理時間は他のステージの２倍の長さである。
【0213】
各ステージの処理は、処理順で直前のブロックの同じステージが終了するのを待ってから開始される。例えば、符号化ユニットＣＵ１の第２ステージの処理は、符号化ユニットＣＵ０の第２ステージが終了した時刻ｔ６から開始されている。このとき、符号化ユニットＣＵ０の第２ステージの処理時間が２倍の長さであるため、符号化ユニットＣＵ１では第１ステージの処理が終了する時刻ｔ４から第２ステージの処理が開始される時刻ｔ６まで待ち時間が発生している。
【0214】
このように、第２ステージの開始時に常に待ち時間が発生し、復号化対象ブロックの処理が進む毎にその待ち時間が蓄積される。これにより、符号化ユニットＣＵ４では第１ステージの処理が終了する時刻ｔ８から第２ステージの処理が開示される時刻ｔ１４まで待ち時間が発生している。
【0215】
その結果、１ピクチャの復号化処理が完了する時点では、待ち時間を含めた処理時間が本来の処理時間の約２倍まで増加する。これにより、１ピクチャに割り当てられた処理時間内に全てのブロックの処理を完了させることが困難となってしまう可能性がある。
【0216】
図１４は、図１１で説明したパイプライン構成の概略の第１の例におけるインター予測処理のフローチャートである。図１４に示す処理は、画面間予測処理の処理単位である予測ブロック単位で繰り返し行われる。また、図１４に示す処理は、符号化装置１００及び復号装置２００において行われる。なお、以下では、符号化装置１００に含まれるインター予測部１２６の動作を主に説明するが、復号装置２００に含まれるインター予測部２１８の動作も同様である。
【0217】
インター予測部１２６は、複数のモード（ノーマルインターモード、マージモード、ＦＲＵＣモード等）から、符号化対象又は復号対象のブロックである対象ブロックに用いるインター予測モードを選択する。インター予測部１２６は、選択されたインター予測モードを用いて動きベクトル（ＭＶ）を導出する。具体的には、インター予測モード情報により、対象ブロックに用いるインター予測モードが示される。
【0218】
ノーマルインターモードが用いられる場合（Ｓ２０１でノーマルインターモード）、インター予測部１２６は、周辺の処理済みブロックの動きベクトルを参照して複数の予測動きベクトル（ＭＶＰ）を取得し、取得した複数のＭＶＰを示すノーマル用ＭＶＰリストを作成する。インター予測部１２６は、作成したノーマル用ＭＶＰリストで示される複数のＭＶＰの中から１つのＭＶＰを指定し、指定したＭＶＰに差分動きベクトル（ＭＶＤ）を加算することで最終的な動きベクトルを決定する（Ｓ２０２）。具体的には、符号化装置１００は、動きベクトルとＭＶＰとから差分動きベクトルを生成し、生成した差分動きベクトルを復号装置２００に伝送する。復号装置２００は、予測動きベクトルに、伝送された差分動きベクトルを加算することで動きベクトルを取得する。
【0219】
マージモードが用いられる場合（Ｓ２０１でマージモード）、インター予測部１２６は、周辺の処理済みブロックの動きベクトルを参照して１以上のＭＶＰを取得し、取得した１以上のＭＶＰを示すマージ用ＭＶＰリストを作成する。次に、インター予測部１２６は、作成したマージモード用ＭＶＰリストの中から１つのＭＶＰを最適ＭＶＰとして指定する（Ｓ２０３）。次に、インター予測部１２６は、処理済みのピクチャを用いて最適ＭＶＰの周辺領域においてコスト値が最小となる位置を探索するＤＭＶＲ処理を行うことで、最終的な動きベクトルを決定する（Ｓ２０４）。
【0220】
ＦＲＵＣモードが用いられる場合（Ｓ２０１でＦＲＵＣ）、インター予測部１２６は、周辺の処理済みブロックの動きベクトルを参照して複数のＭＶＰを取得し、取得した複数のＭＶＰを示すＦＲＵＣ用ＭＶＰリストを作成する（Ｓ２０５）。次に、インター予測部１２６は、バイラテラルマッチング方式又はテンプレートマッチング方式を用いてＦＲＵＣ用ＭＶＰリストで示される複数のＭＶＰの中からコスト値が最小となる最適ＭＶＰを導出する（Ｓ２０６）。次に、インター予測部１２６は、導出した最適ＭＶＰの周辺領域についてさらに同様の処理でコストが最小となる位置を探索し、探索により得られた動きベクトルを最終的な動きベクトルとして決定する（Ｓ２０７）。
【0221】
各々の方式で導出された最終的な動きベクトルは、後続するブロックのＭＶＰの導出のための周辺参照用ＭＶとして使用されるため、周辺参照用ＭＶメモリに格納される。
【0222】
最後に、インター予測部１２６は、最終的な動きベクトルを用いて動き補償処理等を行うことで予測画像を生成する（Ｓ２０８）。
【0223】
このように、対象ブロックをマージモード又はＦＲＵＣモードを用いて処理する場合、最終的な動きベクトルが導出されるまでに他のモードを用いた場合よりも非常に多く処理が必要となる。その結果、処理時間が長くなり、これが図１３で説明したパイプライン制御におけるステージの待ち時間の増加の原因になってしまう。
【0224】
なお、ここで示した処理フローは一例であり、記載されている処理の一部を除いたり、記載されていない処理を追加したりしてもよい。
【0225】
また、符号化装置１００及び復号装置２００では、処理に必要となる信号をストリームに符号化するか、ストリームから復号化するかの違いのみで、ここで説明した処理フローは基本的に共通である。
【0226】
［インター予測処理の第２の例］
図１５は、復号装置２００で用いられるパイプライン構成の概略の第２の例を示す図である。図１５で示す第２の例では、図１１で説明した第１の例とは異なり、復号装置２００は、インター予測処理おけるＭＶＰ導出で使用する周辺の復号化済みブロックの周辺参照用動きベクトルとして、動きベクトル導出に関わる全ての処理を行った後の最終的な動きベクトル（第２動きベクトル）を用いるのではなく、ＭＶＰ導出処理で取得した１つもしくは複数個のＭＶＰを用いて生成した仮の動きベクトル（第１動きベクトル）を用いる。
図１５は、復号装置２００で用いられるパイプライン構成の概略の第２の例を示す図である。図１５で示す第２の例では、図１１で説明した第１の例とは異なり、復号装置２００は、インター予測処理おけるＭＶＰ導出で使用する周辺の復号化済みブロックの周辺参照用動きベクトルとして、動きベクトル導出に関わる全ての処理を行った後の最終的な動きベクトル（第２動きベクトル）を用いるのではなく、ＭＶＰ導出処理で取得した１つもしくは複数個のＭＶＰを用いて生成した仮の動きベクトル（第１動きベクトル）を用いる。
【0227】
このように、後続するブロックの復号化処理においてＭＶＰを導出するための周辺参照用動きベクトルとして仮の動きベクトルを使用することで、フィードバックループの長さを大幅に短くできる。これにより、第１の例では１つの長いステージにしなくてはならなかった第２ステージを、フィードバックループがステージ間を跨がないという条件を満たしつつ、第２ステージ及び第３ステージの２つの短いステージに分割することが可能となる。
【0228】
なお、このパイプライン構成の概略は一例であり、記載されている処理の一部を除いたり、記載されていない処理を追加したり、ステージの区切り方を変えたりしてもよい。
【0229】
【0230】
図１６は、図１３と同様に、図１２に示すブロック分割例に示した符号化ユニットＣＵ０から符号化ユニットＣＵ４までの５つの復号化対象ブロックについての処理タイミングを示す。第１の例では１つの長いステージであった第２ステージが、第２の例では第２ステージ及び第３ステージの２つの短いステージに分割される。また、第２ステージ及び第３ステージの各々の長さは、他のステージと同じ長さである。
【0231】
各ステージの処理は、処理順で直前のブロックの同じステージが終了するのを待ってから開始される。例えば、符号化ユニットＣＵ１の第２ステージの処理は、符号化ユニットＣＵ０の第２ステージが終了した時刻ｔ４から開始されている。このとき、符号化ユニットＣＵ０の第２ステージの処理時間が他のステージと同じ長さであるため、符号化ユニットＣＵ１では第１ステージの処理が終了してから待ち時間なく第２ステージの処理が開始可能である。
【0232】
一方、符号化ユニットＣＵ２は処理順で直前の符号化ユニットＣＵ１よりもブロックサイズが小さいために、第１ステージと第２ステージの間に待ち時間が発生しているが、この待ち時間は蓄積されるものではなく、符号化ユニットＣＵ４の時点では待ち時間がなくなっている。
【0233】
その結果、１ピクチャの復号化処理の完了時点でも、待ち時間を含めた処理時間が本来の処理時間とほぼ同等となり、１ピクチャに割り当てられた処理時間内に全てのブロックの処理を完了させることができる可能性が高くなる。
【0234】
図１７は、図１５で説明したパイプライン構成の概略の第２の例におけるインター予測処理のフローチャートである。図１７に示す処理は、画面間予測処理の処理単位である予測ブロック単位で繰り返し行われる。また、図１７に示す処理は、符号化装置１００及び復号装置２００において行われる。なお、以下では、符号化装置１００に含まれるインター予測部１２６の動作を主に説明するが、復号装置２００に含まれるインター予測部２１８の動作も同様である。
【0235】
図１７に示す処理は、図１４で説明した第１の例と以下の点が異なる。図１７に示す処理では、各々の方式で導出された最終的な動きベクトルが周辺参照用動きベクトルメモリに格納されるのではなく、各々の方式で取得した１つもしくは複数個のＭＶＰを用いて導出された仮の動きベクトルが周辺参照用動きベクトルメモリに格納される。
【0236】
これにより、後続するブロックの処理においてＭＶＰを導出するための周辺参照用動きベクトルのフィードバックを処理フローの早い時点で行うことが可能となる。よって、図１６で説明したようにパイプライン制御におけるステージの待ち時間を大幅に抑制できる可能性が高くなる。
【0237】
周辺参照用動きベクトルメモリに格納する仮の動きベクトルは下記のように導出される。
【0238】
（１）ノーマルインターモードでは、インター予測部１２６は、通常の動きベクトル導出処理による最終的な動きベクトルを仮の動きベクトルに決定する。
【0239】
（２）マージモードでは、インター予測部１２６は、マージ用ＭＶＰリストで示される複数のＭＶＰのうちマージインデックスによって指定されたＭＶＰ（最適ＭＶＰ）を仮の動きベクトルに決定する。
【0240】
（３）ＦＲＵＣモードでは、インター予測部１２６は、ＦＲＵＣ用ＭＶＰリストで示される複数のＭＶＰを用いて、例えば下記のいずれかの方法を用いて仮の動きベクトルを導出する。インター予測部１２６は、ＦＲＵＣ用ＭＶＰリストの先頭に登録されているＭＶＰを仮の動きベクトルに決定する。または、インター予測部１２６は、ＦＲＵＣ用ＭＶＰリストで示される複数のＭＶＰの各々を最も近い参照ピクチャの時間間隔にスケーリングする。インター予測部１２６は、Ｌ０方向及びＬ１方向のそれぞれについて、スケーリングにより得られた複数のＭＶＰの平均値又は中央値を算出し、得られた動きベクトルを仮の動きベクトルに決定する。
【0241】
なお、インター予測部１２６は、ＦＲＵＣ用ＭＶＰリストで示される複数のＭＶＰのうち仮の動きベクトルを参照して登録したＭＶＰを除外し、残りのＭＶＰに対して上記いずれかの方法適用することで仮の動きベクトルを導出してもよい。
【0242】
また、図１７では、周辺参照用動きベクトルメモリに格納された仮の動きベクトルは、ＭＶＰを導出するための周辺参照用動きベクトルとして使用されるが、仮の動きベクトルは、例えばループフィルタ処理等の他の処理における周辺参照用動きベクトルとして使用されてもよい。なお、ループフィルタ処理等の他の処理において、仮の動きベクトルではなく、動き補償に用いられる最終的な動きベクトルが用いられてもよい。具体的には、図１５に示す第３ステージにおいて最終的な動きベクトルが導出される。よって、第４ステージ以降の処理では、この最終的な動きベクトルが用いられてもよい。
【0243】
また、この処理フローを想定したパイプラインの構成である図１５に示す構成では、ＭＶＰ導出処理の直後のタイミングで周辺参照用動きベクトルとして仮の動きベクトルがフィードバックされているが、ここで説明した仮の動きベクトルと同じ情報が取得可能であれば、それ以外のタイミングで仮の動きベクトルがフィードバックされてもよい。
【0244】
なお、この処理フローは一例であり、記載されている処理の一部を除いたり、記載されていない処理を追加したりしてもよい。例えば、マージモードにおいて、最適ＭＶＰの周辺探索処理を実施しない場合は、仮の動きベクトルは、最終的な動きベクトルと同じであってもよい。
【0245】
また、符号化装置１００及び復号装置２００では、処理に必要となる信号をストリームに符号化するか、ストリームから復号化するかの違いのみで、ここで説明した処理フローは基本的に共通である。
【0246】
［インター予測処理の第２の例の効果］
図１５から図１７を用いて説明した構成により、後続するブロックの処理においてＭＶＰを導出するための周辺参照用動きベクトルのフィードバックを処理フローの早い時点で行うことが可能となる。よって、第１の例で発生していたパイプライン制御におけるステージの待ち時間が大幅に削減される。これにより、処理性能の低い復号装置でも１ピクチャに割り当てられた処理時間内に全てのブロックの処理を完了させることができる可能性が高くなる。
図１５から図１７を用いて説明した構成により、後続するブロックの処理においてＭＶＰを導出するための周辺参照用動きベクトルのフィードバックを処理フローの早い時点で行うことが可能となる。よって、第１の例で発生していたパイプライン制御におけるステージの待ち時間が大幅に削減される。これにより、処理性能の低い復号装置でも１ピクチャに割り当てられた処理時間内に全てのブロックの処理を完了させることができる可能性が高くなる。
【0247】
［インター予測処理の第３の例］
図１８は、復号装置２００で用いられるパイプライン構成の概略の第３の例を示す図である。図１８に示す第３の例では、図１１で説明した第１の例とは異なり、復号装置２００は、インター予測処理おけるＭＶＰ導出で使用する周辺の復号化済みブロックの周辺参照用動きベクトルとして、動きベクトル導出に関わる全ての処理を行った後の最終的な動きベクトルを用いるのではなく、インター予測モードがＦＲＵＣモードの場合は最適ＭＶＰ周辺探索を行う前の仮の動きベクトルを用い、インター予測モードがマージモードの場合はＤＭＶＲ処理を行う前の仮の動きベクトルを用いる。
図１８は、復号装置２００で用いられるパイプライン構成の概略の第３の例を示す図である。図１８に示す第３の例では、図１１で説明した第１の例とは異なり、復号装置２００は、インター予測処理おけるＭＶＰ導出で使用する周辺の復号化済みブロックの周辺参照用動きベクトルとして、動きベクトル導出に関わる全ての処理を行った後の最終的な動きベクトルを用いるのではなく、インター予測モードがＦＲＵＣモードの場合は最適ＭＶＰ周辺探索を行う前の仮の動きベクトルを用い、インター予測モードがマージモードの場合はＤＭＶＲ処理を行う前の仮の動きベクトルを用いる。
【0248】
このように、後続するブロックの復号化処理においてＭＶＰを導出するための周辺参照用動きベクトルとして仮の動きベクトルを使用することで、フィードバックループの長さが比較的短くなる。これにより、第３ステージの早い時点で周辺参照用動きベクトルをフィードバックさせることができる。よって、後続するブロックのＭＶＰ導出処理の開始タイミングを仮の動きベクトルが確定するまで待たせることができれば、第１の例では１つの長いステージにしなくてはならなかった第２ステージを、第２ステージ及び第３ステージの２つの短いステージに分割することが可能となる。
【0249】
なお、このパイプライン構成の概略は一例であり、記載されている処理の一部を除いたり、記載されていない処理を追加したり、ステージの区切り方を変えたりしてもよい。
【0250】
【0251】
図１９は、図１３と同様に、図１２に示すブロック分割例に示した符号化ユニットＣＵ０から符号化ユニットＣＵ４までの５つの復号化対象ブロックについての処理タイミングを示す。第１の例では１つの長いステージであった第２ステージが、第３の例では第２ステージ及び第３ステージの２つの短いステージに分割されている。ここで、第２ステージは他のステージよりも短いステージである。これは第２ステージの処理がＭＶＰ導出及び参照画像メモリ転送のみと処理量が少ないからである。なお、ここでは、参照画像メモリ転送の速度が充分に早いということを前提としている。
【0252】
各ステージの処理は、処理順で直前のブロックの同じステージが終了するのを待ってから開始される。しかしながら、第３の例では例外的に、第２ステージは、処理順で直前のブロックの第３ステージにおいて仮の動きベクトルが確定した後のタイミングで開始される。そのため、例えば、符号化ユニットＣＵ１の第２ステージの処理は、符号化ユニットＣＵ０の第３ステージの前半の処理が終了した時刻ｔ４から開始されている。このとき、符号化ユニットＣＵ０の第２ステージの処理時間が他のステージに比べて充分に短い長さであるため、符号化ユニットＣＵ１では第１ステージの処理が終了してから待ち時間なく第２ステージの処理を開始可能である。
【0253】
一方、例えば符号化ユニットＣＵ３の第２ステージの処理は、符号化ユニットＣＵ２の第３ステージの前半の処理が終了してから開始されているが、符号化ユニットＣＵ２の第２ステージの処理時間が他のステージに比べて充分に短い長さにはなっていないため、若干の待ち時間の増加が発生してしまっている。
【0254】
その結果、図１６で説明した第２の例と比較して、符号化ユニットＣＵ４が処理される時点で第１ステージと第２ステージとの間に時刻ｔ８から時刻ｔ９までの待ち時間が発生する。しかしながら、図１３で説明した第１の例と比較すると大幅に待ち時間は削減されており、１ピクチャの復号化処理の完了時点でも、待ち時間を含めた処理時間が本来の処理時間とほぼ同等になる。よって、１ピクチャに割り当てられた処理時間内に全てのブロックの処理を完了させることができる可能性が高くなる。
【0255】
図２０は、図１８で説明したパイプライン構成の概略の第３の例におけるインター予測処理のフローチャートである。図２０に示す処理は、画面間予測処理の処理単位である予測ブロック単位で繰り返し行われる。また、図１７に示す処理は、符号化装置１００及び復号装置２００において行われる。なお、以下では、符号化装置１００に含まれるインター予測部１２６の動作を主に説明するが、復号装置２００に含まれるインター予測部２１８の動作も同様である。
【0256】
図２０に示す処理は、図１４で説明した第１の例と以下の点が異なる。図２０に示す処理では、各々の方式で導出された最終的な動きベクトルを周辺参照用動きベクトルとして用いるのではなく、各々の方式で動きベクトルを導出する処理の途中の値である仮の動きベクトルが周辺参照用動きベクトルメモリに格納される。
【0257】
これにより、後続するブロックの処理においてＭＶＰを導出するための周辺参照用動きベクトルのフィードバックを処理フローの早い時点で行うことが可能となる。よって、図１９で説明したようにパイプライン制御におけるステージの待ち時間を大幅に抑制できる可能性が高くなる。
【0258】
周辺参照用動きベクトルメモリに格納する仮の動きベクトルは下記のように導出される。
【0259】
（１）ノーマルインターモードでは、インター予測部１２６は、通常の動きベクトル導出処理による最終的な動きベクトルを仮の動きベクトルに決定する。
【0260】
（２）マージモードでは、インター予測部１２６は、マージ用ＭＶＰリストで示される複数のＭＶＰのうちマージインデックスによって指定されたＭＶＰ（最適ＭＶＰ）を仮の動きベクトルに決定する。
【0261】
（３）ＦＲＵＣモードでは、インター予測部１２６は、ＦＲＵＣ用ＭＶＰリストで示される複数のＭＶＰのうち、バイラテラルマッチング方式又はテンプレートマッチング方式を用いてコスト値が最小であると判定されたＭＶＰ（最適ＭＶＰ）を仮の動きベクトルに決定する。
【0262】
また、図２０では、周辺参照用動きベクトルメモリに格納された動きベクトルは、ＭＶＰを導出するための周辺参照用動きベクトルとして使用されるが、仮の動きベクトルは、例えばループフィルタ処理等の他の処理における周辺参照用動きベクトルとして使用されてもよい。なお、ループフィルタ処理等の他の処理において、仮の動きベクトルではなく、動き補償に用いられる最終的な動きベクトルが用いられてもよい。具体的には、図１８に示す第３ステージにおいて最終的な動きベクトルが導出される。よって、第４ステージ以降の処理では、この最終的な動きベクトルが用いられてもよい。
【0263】
また、この処理フローを想定したパイプラインの構成である図１８に示す構成では、最適ＭＶＰ周辺探索処理及びＤＭＶＲ処理の直前のタイミングで周辺参照用動きベクトルとして仮の動きベクトルがフィードバックされているが、ここで説明した仮の動きベクトルと同じ情報が取得可能であれば、それ以外のタイミングで仮の動きベクトルがフィードバックされてもよい。
【0264】
なお、この処理フローは一例であり、記載されている処理の一部を除いたり、記載されていない処理を追加したりしてもよい。例えば、マージモード又はＦＲＵＣモードにおいて、最適ＭＶＰの周辺探索処理を実施しない場合は、仮の動きベクトルは最終的な動きベクトルと同じであってもよい。
【0265】
また、符号化装置１００及び復号装置２００では、処理に必要となる信号をストリームに符号化するか、ストリームから復号化するかの違いのみで、ここで説明した処理フローは基本的に共通である。
【0266】
［インター予測処理の第３の例の効果］
図１８から図２０を用いて説明した構成により、後続するブロックの処理においてＭＶＰを導出するための周辺参照用動きベクトルのフィードバックを処理フローの早い時点で行うことが可能となる。よって、第１の例で発生していたパイプライン制御におけるステージの待ち時間が大幅に削減される。これにより、処理性能の低い復号装置でも１ピクチャに割り当てられた処理時間内に全てのブロックの処理を完了させることができる可能性が高くなる。
図１８から図２０を用いて説明した構成により、後続するブロックの処理においてＭＶＰを導出するための周辺参照用動きベクトルのフィードバックを処理フローの早い時点で行うことが可能となる。よって、第１の例で発生していたパイプライン制御におけるステージの待ち時間が大幅に削減される。これにより、処理性能の低い復号装置でも１ピクチャに割り当てられた処理時間内に全てのブロックの処理を完了させることができる可能性が高くなる。
【0267】
また、図１７で説明した第２の例と比較すると、インター予測モードがＦＲＵＣモードの場合に、最適ＭＶＰ判定処理までを行った動きベクトルが周辺参照用動きベクトルとして使用できる。よって、より信頼性の高い動きベクトルが参照可能となることで符号化効率を向上させることができる可能性が高くなる。
【0268】
［最終的な動きベクトルと仮の動きベクトルとを組み合わせた周辺参照用動きベクトル］
図１７で説明した第２の例及び図２０で説明した第３の例において、周辺参照用動きベクトルメモリに仮の動きベクトルを格納するのに加えて、図１４で説明した第１の例と同様に最終的な動きベクトルも合わせて格納してもよい。
図１７で説明した第２の例及び図２０で説明した第３の例において、周辺参照用動きベクトルメモリに仮の動きベクトルを格納するのに加えて、図１４で説明した第１の例と同様に最終的な動きベクトルも合わせて格納してもよい。
【0269】
これにより、後続するブロックのＭＶＰ導出処理において、インター予測部１２６は、複数の周辺参照ブロックのうち、最終的な動きベクトルを取得可能なブロックからは最終的な動きベクトルを周辺参照用動きベクトルとして取得し、最終的な動きベクトルを取得できないブロックからは仮の動きベクトルを周辺参照用動きベクトルとして取得することが可能となる。
【0270】
図２１及び図２２は、対象ブロックのＭＶＰ導出のために参照する周辺ブロックを説明するための図である。符号化ユニットＣＵ４が対象ブロックであり、符号化ユニットＣＵ０から符号化ユニットＣＵ３が既に処理が完了している空間的周辺ブロックであり、符号化ユニットＣＵ ｃｏｌが既に処理が完了している別のピクチャの同位置に属する時間的周辺ブロックである。
【0271】
図２１は、対象ブロックに対して処理順で直前のブロックで最終的な動きベクトルを取得できない場合の例を示す図である。この例では、インター予測部１２６は、符号化ユニットＣＵ３については仮の動きベクトルを周辺参照用動きベクトルとして取得し、それ以外のブロックについては最終的な動きベクトルを周辺参照用動きベクトルとして取得する。なお、符号化ユニットＣＵ ｃｏｌは既に処理が完了しているピクチャに属するブロックである。よって、インター予測部１２６は、符号化ユニットＣＵ ｃｏｌについては最終的な動きベクトルを周辺参照用動きベクトルとして取得する。
【0272】
図２２は、対象ブロックに対して処理順で直前の２つのブロックで最終的な動きベクトルを取得できない場合の例を示す図である。この例では、インター予測部１２６は、符号化ユニットＣＵ２及び符号化ユニットＣＵ３については仮の動きベクトルを周辺参照用動きベクトルとして取得し、それ以外のブロックについては最終的な動きベクトルを周辺参照用動きベクトルとして取得する。なお、符号化ユニットＣＵ ｃｏｌは既に処理が完了しているピクチャに属するブロックである。よって、インター予測部１２６は、符号化ユニットＣＵ ｃｏｌについては最終的な動きベクトルを周辺参照用動きベクトルとして取得する。
【0273】
このように、インター予測部１２６は、周辺参照ブロックのうち、最終的な動きベクトルを取得可能なブロックからは最終的な動きベクトルを周辺参照用動きベクトルとして取得することで、全て仮の動きベクトルを周辺参照用動きベクトルとして取得する場合と比較して、より信頼性の高い動きベクトルを参照してＭＶＰ導出が行える。これにより、符号化効率を向上されられる可能性が高くなる。
【0274】
なお、インター予測部１２６は、対象ブロックの境界がＣＴＵの境界であるかどうかによって、参照可能とする動きベクトルを切り替えてもよい。例えば、対象ブロックがＣＴＵの上境界に隣接しない場合には、インター予測部１２６は、図２１及び図２２で説明したような方法で、対象ブロックの上側に隣接するブロックについて最終的な動きベクトルを参照するか仮の動きベクトルを参照するかを決定する。一方、対象ブロックがＣＴＵの上境界に隣接する場合には、対象ブロックの上側に隣接するブロックについては最終的な動きベクトルの導出が完了しているため、インター予測部１２６は、常に最終的な動きベクトルを参照する。同様に、対象ブロックがＣＴＵの左境界に隣接する場合には、インター予測部１２６は、対象ブロックの左側に隣接するブロックについて常に最終的な動きベクトルを参照する。
【0275】
【0276】
具体的な一例として、例えば、インター予測部１２６は、インター予測モードがマージモードであった場合は、第１の例のように最終的な動きベクトルを周辺参照用動きベクトルとして使用し、インター予測モードがＦＲＵＣモードであった場合は、第３の例のように最適ＭＶＰ周辺探索を行う前の仮の動きベクトルを周辺参照用動きベクトルとして使用してもよい。マージモードの処理はＦＲＵＣモードの処理に比べて処理量が少ないため、最終的な動きベクトルが確定するまで待ってから、最終的な動きベクトルを周辺参照用動きベクトルとしてフィードバックさせても、後続するブロックの処理を、必要とされる処理時間内に完了させることが可能となる。よって、パイプライン制御におけるステージの待ち時間を蓄積させることなく処理を行うことができる可能性がある。さらに、マージモードの場合により信頼性の高い動きベクトルを周辺参照用動きベクトルとして使用可能とすることで、符号化効率を向上されられる可能性が高くなる。
【0277】
［低遅延モード信号による切替］
インター予測部１２６は、処理対象ストリームを低遅延モードで処理するか否かを判定し、処理対象ストリームを低遅延モードで処理する場合に、第２の例又は第３の例で説明したように、ＭＶＰ導出処理における周辺参照用動きベクトルとして仮の動きベクトルを参照し、処理対象ストリームを低遅延モードで処理しない場合に、第１の例で説明したように、ＭＶＰ導出処理における周辺参照用動きベクトルとして最終的な動きベクトルを参照してもよい。
インター予測部１２６は、処理対象ストリームを低遅延モードで処理するか否かを判定し、処理対象ストリームを低遅延モードで処理する場合に、第２の例又は第３の例で説明したように、ＭＶＰ導出処理における周辺参照用動きベクトルとして仮の動きベクトルを参照し、処理対象ストリームを低遅延モードで処理しない場合に、第１の例で説明したように、ＭＶＰ導出処理における周辺参照用動きベクトルとして最終的な動きベクトルを参照してもよい。
【0278】
これにより、低遅延モードにおいて、周辺参照用動きベクトルのためのフィードバックループの長さが短縮されることで、パイプライン制御におけるステージの待ち時間を大幅に抑制できる可能性が高くなる。一方、低遅延モードでなかった場合は、パイプライン制御におけるステージの待ち時間が発生するが、周辺参照用動きベクトルとして信頼性の高い動きベクトルが参照可能となるので符号化効率を向上されられる可能性が高くなる。
【0279】
符号化装置１００は、低遅延モードで処理するか否かを示す情報を生成し、生成した情報をストリームに符号化する。復号装置２００は、当該情報をストリームから復号化して取得し、取得した情報に基づき低遅延モードで処理するか否かを判定する。なお、当該情報は、処理対象ストリームのシーケンスヘッダ領域、ピクチャヘッダ領域、スライスヘッダ領域又は補助情報領域に記述される。
【0280】
例えば、符号化装置１００は、符号化対象ピクチャのサイズに応じて、低遅延モードで処理するか否かを切替えてもよい。例えば、符号化装置１００は、ピクチャサイズが小さい場合は、処理するブロック数が少なく処理時間に余裕があるため低遅延モードに設定せず、ピクチャサイズが大きい場合は、処理するブロック数が多く処理時間に余裕がないため低遅延モードに設定する。
【0281】
また、符号化装置１００は、ストリームの送信先の復号装置２００の処理能力に応じて、低遅延モードで処理するか否かを切替えてもよい。例えば、符号化装置１００は、復号装置２００の処理能力が高い場合は、復号装置２００において一定の処理時間で多くの処理が可能であるため低遅延モードに設定しない。一方、符号化装置１００は、復号装置２００の処理能力が低い場合は、一定の処理時間で多くの処理ができないため低遅延モードに設定する。
【0282】
また、符号化装置１００は、符号化対象ストリームに割り当てられたプロファイル又はレベル情報に応じて、低遅延モードで処理するか否かを切替えてもよい。例えば、符号化装置１００は、充分な復号装置の処理能力を想定したプロファイル及びレベルがストリームに割り当てられている場合には、低遅延モードに設定しない。一方、符号化装置１００は、充分でない復号装置の処理能力を想定したプロファイル及びレベルがストリームに割り当てられている場合には、低遅延モードに設定する。
【0283】
なお、ストリームに符号化する低遅延モードで処理するか否かを示す情報は、直接的に低遅延モードで処理するか否かを示す情報の信号でなくてもよく、他の意味を持つ信号として符号化されてもよい。例えば、低遅延モードで処理するか否かを示す情報を、プロファイル及びレベルに直接対応付けることにより、プロファイル及びレベルを示す信号のみで低遅延モードで処理するか否かも判定できる構成としてもよい。
【0284】
以上のように、本実施の形態に係る符号化装置１００は、対象ブロックを、復号装置２００において動き探索を行うインター予測モードで符号化する場合（例えば、図１７のＳ２０１でマージモード又はＦＲＵＣモード）、対象ブロックの第１動きベクトルを導出し（Ｓ２０３又はＳ２０５）、導出された第１動きベクトルをメモリに格納し、対象ブロックの第２動きベクトルを導出し（Ｓ２０４又はＳ２０７）、第２動きベクトルを用いた動き補償により対象ブロックの予測画像を生成する（Ｓ２０８）。符号化装置１００は、第１動きベクトルの導出（Ｓ２０３又はＳ２０５）では、処理済みのブロックの第１動きベクトルを用いて、対象ブロックの第１動きベクトルを導出する。
【0285】
これによれば、復号装置２００は、パイプライン制御において、例えば、周辺ブロックの第１動きベクトルの導出の完了後に、周辺ブロックの第２動きベクトルの導出の完了を待たずに、対象ブロックの第１動きベクトルの導出を開始できる。よって、周辺ブロックの第２動きベクトルを用いて第１動きベクトルを導出する場合に比べて、復号装置２００のパイプライン制御における待ち時間を低減できるので、処理の遅延を低減できる。
【0286】
例えば、符号化装置１００は、第１動きベクトルの導出では、（ｉ）処理済みブロックの第１動きベクトルを用いて、複数の予測動きベクトルを示す予測動きベクトルリストを生成し、（ｉｉ）予測動きベクトルリストで示される複数の予測動きベクトルから、対象ブロックの第１動きベクトルに決定する（例えば、図１７のＳ２０３又はＳ２０５）。
【0287】
例えば、復号装置２００において動き探索を行うインター予測モードはマージモードであり、符号化装置１００は、第２動きベクトルの導出では、第１動きベクトルの周辺に対して動き探索処理を行うことで第２動きベクトルを導出する（例えば、図１７のＳ２０４）。
【0288】
例えば、復号装置２００で動き探索を行うインター予測モードはＦＲＵＣモードであり、符号化装置１００は、第２動きベクトルの導出では、第１動きベクトルの周辺に対して動き探索処理を行うことで第２動きベクトルを導出する（例えば、図２０のＳ２０７）。
【0289】
例えば、復号装置２００で動き探索を行うインター予測モードはＦＲＵＣモードであり、符号化装置１００は、第２動きベクトルの導出では、（ｉ）予測動きベクトルリストで示される複数の予測動きベクトルから第３動きベクトル（最適ＭＶＰ）を決定し（例えば、図１７のＳ２０６）、（ｉｉ）第３動きベクトルの周辺に対して動き探索処理を行うことで第２動きベクトルを導出する（例えば、図１７のＳ２０７）。
【0290】
例えば、符号化装置１００は、第１動きベクトルの決定（例えば図１７のＳ２０５）では、予測動きベクトルリストで示される複数の予測動きベクトルの、予測方向毎の平均値又は中央値に基づき第１動きベクトルを導出する。
【0291】
例えば、符号化装置１００は、第１動きベクトルの決定（例えば図１７のＳ２０５）では、予測動きベクトルリストで示される複数の予測動きベクトルのうち、予測動きベクトルリストの先頭に示される予測動きベクトルを第１動きベクトルに決定する。
【0292】
例えば、符号化装置１００は、予測動きベクトルリストの生成（例えば図１７のＳ２０３又はＳ２０５）では、処理済みブロックの第１動きベクトル又は第２動きベクトルを用いて、複数の予測動きベクトルの各々を導出する。符号化装置１００は、第１動きベクトルの決定（例えば図１７のＳ２０５）では、予測動きベクトルリストで示される複数の予測動きベクトルのうち、第２動きベクトルを用いて導出された予測動きベクトル候補から第１動きベクトルを決定する。これによれば、信頼性の高い第２動きベクトルを用いて第１動きベクトルを決定できるので、第１動きベクトルの信頼性の低下を抑制できる。
【0293】
例えば、符号化装置１００は、予測動きベクトルリストの生成（例えば図１７のＳ２０３又はＳ２０５）では、処理済みブロックが、対象ブロックと同じピクチャに属する場合、処理済みブロックの第１動きベクトルを用いて予測動きベクトルを導出し、処理済みブロックが、対象ブロックと異なるピクチャに属する場合、処理済みブロックの第２動きベクトルを用いて予測動きベクトルを導出する。これによれば、符号化装置１００は、処理済みブロックが、対象ブロックと異なるピクチャに属する場合には、第２動きベクトルを用いることで、予測動きベクトルの信頼性を向上できる。
【0294】
例えば、符号化装置１００は、予測動きベクトルリストの生成（例えば図１７のＳ２０３又はＳ２０５）では、対象ブロックに対する処理済みブロックの位置に応じて、予測動きベクトルの導出に、処理済みブロックの第１動きベクトルを用いるか、処理済みブロックの第２動きベクトルを用いるかを決定する。
【0295】
例えば、符号化装置１００は、予測動きベクトルリストの生成（例えば図１７のＳ２０３又はＳ２０５）では、処理済みブロックが、対象ブロックを含む処理単位（例えばＣＴＵ）と異なる処理単位に属する場合、予測動きベクトルの導出に、処理済みブロックの第２動きベクトルを用いる。
【0296】
例えば、符号化装置１００は、予測動きベクトルリストの生成（例えば図１７のＳ２０３又はＳ２０５）では、対象ブロックと同じピクチャに属する複数の処理済みブロックのうち、対象ブロックに対して処理順でＮ個前の処理済みブロック、及び処理順でＮ個前の処理済みブロックより後の処理済みブロックについては、当該処理済みブロックの第１動きベクトルを用いて、予測動きベクトルを導出し、処理順でＮ個前の処理済みブロックより処理順で前の処理済みブロックについては、当該処理済みブロックの第２動きベクトルを用いて、予測動きベクトルを導出する。
【0297】
これによれば、符号化装置１００は、処理順でＮ個前の処理済みブロックより処理順で前の処理済みブロックについては第２動きベクトルを用いることで、予測動きベクトルの信頼性を向上できる。
【0298】
例えば、Ｎは１である。
【0299】
例えば、第１動きベクトルは、予測動きベクトルの導出以外の他の処理でも参照される。例えば、他の処理は、ループフィルタ処理である。
【0300】
例えば、ループフィルタ処理では、第２動きベクトルが用いられる。
【0301】
例えば、符号化装置１００は、低遅延モードで対象ブロックを符号化する場合、第１動きベクトルの導出では、処理済みのブロックの第１動きベクトルを用いて、対象ブロックの第１動きベクトルを導出する。
【0302】
これによれば、符号化装置１００は、低遅延モードを用いるか否かに応じて、適切な処理を行うことができる。
【0303】
例えば、符号化装置１００は、低遅延モードで対象ブロックを符号化するか否かを示す情報を、シーケンスヘッダ領域、ピクチャヘッダ領域、スライスヘッダ領域又は補助情報領域に符号化する。
【0304】
例えば、符号化装置１００は、対象ブロックを含む対象ピクチャの大きさに応じて、低遅延モードで対象ブロックを符号化するか否かを切替える。
【0305】
例えば、符号化装置１００は、復号装置の処理能力に応じて、低遅延モードで対象ブロックを符号化するか否かを切替える。
【0306】
例えば、符号化装置１００は、符号化対象ストリームに割り当てられたプロファイル又はレベル情報に応じて、低遅延モードで対象ブロックを符号化するか否かを切替える。
【0307】
本実施の形態に係る復号装置２００は、対象ブロックを、復号装置２００において動き探索を行うインター予測モードで符号化する場合（例えば、図１７のＳ２０１でマージモード又はＦＲＵＣモード）、対象ブロックの第１動きベクトルを導出し（Ｓ２０３又はＳ２０５）、導出された第１動きベクトルをメモリに格納し、対象ブロックの第２動きベクトルを導出し（Ｓ２０４又はＳ２０７）、第２動きベクトルを用いた動き補償により対象ブロックの予測画像を生成する（Ｓ２０８）。復号装置２００は、第１動きベクトルの導出（Ｓ２０３又はＳ２０５）では、処理済みのブロックの第１動きベクトルを用いて、対象ブロックの第１動きベクトルを導出する。
【0308】
これによれば、復号装置２００は、パイプライン制御において、例えば、周辺ブロックの第１動きベクトルの導出の完了後に、周辺ブロックの第２動きベクトルの導出の完了を待たずに、対象ブロックの第１動きベクトルの導出を開始できる。よって、周辺ブロックの第２動きベクトルを用いて第１動きベクトルを導出する場合に比べて、復号装置２００のパイプライン制御における待ち時間を低減できるので、処理の遅延を低減できる。
【0309】
例えば、復号装置２００は、第１動きベクトルの導出では、（ｉ）処理済みブロックの第１動きベクトルを用いて、複数の予測動きベクトルを示す予測動きベクトルリストを生成し、（ｉｉ）予測動きベクトルリストで示される複数の予測動きベクトルから、対象ブロックの第１動きベクトルに決定する（例えば、図１７のＳ２０３又はＳ２０５）。
【0310】
例えば、復号装置２００において動き探索を行うインター予測モードはマージモードであり、復号装置２００は、第２動きベクトルの導出では、第１動きベクトルの周辺に対して動き探索処理を行うことで第２動きベクトルを導出する（例えば、図１７のＳ２０４）。
【0311】
例えば、復号装置２００で動き探索を行うインター予測モードはＦＲＵＣモードであり、復号装置２００は、第２動きベクトルの導出では、第１動きベクトルの周辺に対して動き探索処理を行うことで第２動きベクトルを導出する（例えば、図２０のＳ２０７）。
【0312】
例えば、復号装置２００で動き探索を行うインター予測モードはＦＲＵＣモードであり、復号装置２００は、第２動きベクトルの導出では、（ｉ）予測動きベクトルリストで示される複数の予測動きベクトルから第３動きベクトル（最適ＭＶＰ）を決定し（例えば、図１７のＳ２０６）、（ｉｉ）第３動きベクトルの周辺に対して動き探索処理を行うことで第２動きベクトルを導出する（例えば、図１７のＳ２０７）。
【0313】
例えば、復号装置２００は、第１動きベクトルの決定（例えば図１７のＳ２０５）では、予測動きベクトルリストで示される複数の予測動きベクトルの、予測方向毎の平均値又は中央値に基づき第１動きベクトルを導出する。
【0314】
例えば、復号装置２００は、第１動きベクトルの決定（例えば図１７のＳ２０５）では、予測動きベクトルリストで示される複数の予測動きベクトルのうち、予測動きベクトルリストの先頭に示される予測動きベクトルを第１動きベクトルに決定する。
【0315】
例えば、復号装置２００は、予測動きベクトルリストの生成（例えば図１７のＳ２０３又はＳ２０５）では、処理済みブロックの第１動きベクトル又は第２動きベクトルを用いて、複数の予測動きベクトルの各々を導出する。復号装置２００は、第１動きベクトルの決定（例えば図１７のＳ２０５）では、予測動きベクトルリストで示される複数の予測動きベクトルのうち、第２動きベクトルを用いて導出された予測動きベクトル候補から第１動きベクトルを決定する。これによれば、信頼性の高い第２動きベクトルを用いて第１動きベクトルを決定できるので、第１動きベクトルの信頼性の低下を抑制できる。
【0316】
例えば、復号装置２００は、予測動きベクトルリストの生成（例えば図１７のＳ２０３又はＳ２０５）では、処理済みブロックが、対象ブロックと同じピクチャに属する場合、処理済みブロックの第１動きベクトルを用いて予測動きベクトルを導出し、処理済みブロックが、対象ブロックと異なるピクチャに属する場合、処理済みブロックの第２動きベクトルを用いて予測動きベクトルを導出する。これによれば、復号装置２００は、処理済みブロックが、対象ブロックと異なるピクチャに属する場合には、第２動きベクトルを用いることで、予測動きベクトルの信頼性を向上できる。
【0317】
例えば、復号装置２００は、予測動きベクトルリストの生成（例えば図１７のＳ２０３又はＳ２０５）では、対象ブロックに対する処理済みブロックの位置に応じて、予測動きベクトルの導出に、処理済みブロックの第１動きベクトルを用いるか、処理済みブロックの第２動きベクトルを用いるかを決定する。
【0318】
例えば、復号装置２００は、予測動きベクトルリストの生成（例えば図１７のＳ２０３又はＳ２０５）では、処理済みブロックが、対象ブロックを含む処理単位（例えばＣＴＵ）と異なる処理単位に属する場合、予測動きベクトルの導出に、処理済みブロックの第２動きベクトルを用いる。
【0319】
例えば、復号装置２００は、予測動きベクトルリストの生成（例えば図１７のＳ２０３又はＳ２０５）では、対象ブロックと同じピクチャに属する複数の処理済みブロックのうち、対象ブロックに対して処理順でＮ個前の処理済みブロック、及び処理順でＮ個前の処理済みブロックより後の処理済みブロックについては、当該処理済みブロックの第１動きベクトルを用いて、予測動きベクトルを導出し、処理順でＮ個前の処理済みブロックより処理順で前の処理済みブロックについては、当該処理済みブロックの第２動きベクトルを用いて、予測動きベクトルを導出する。
【0320】
これによれば、復号装置２００は、処理順でＮ個前の処理済みブロックより処理順で前の処理済みブロックについては第２動きベクトルを用いることで、予測動きベクトルの信頼性を向上できる。
【0321】
例えば、Ｎは１である。
【0322】
例えば、第１動きベクトルは、予測動きベクトルの導出以外の他の処理でも参照される。例えば、他の処理は、ループフィルタ処理である。
【0323】
例えば、ループフィルタ処理では、第２動きベクトルが用いられる。
【0324】
例えば、復号装置２００は、低遅延モードで対象ブロックを復号する場合、第１動きベクトルの導出では、処理済みのブロックの第１動きベクトルを用いて、対象ブロックの第１動きベクトルを導出する。
【0325】
これによれば、復号装置２００は、低遅延モードを用いるか否かに応じて、適切な処理を行うことができる。
【0326】
例えば、復号装置２００は、低遅延モードで対象ブロックを復号するか否かを示す情報を、シーケンスヘッダ領域、ピクチャヘッダ領域、スライスヘッダ領域又は補助情報領域から復号し、当該情報に基づき、低遅延モードで対象ブロックを復号するか否かを判定する。
【0327】
例えば、図１５に示すように、復号装置２００のパイプライン構造は、対象ブロックの第１動きベクトルを導出する処理を実施する第１ステージ（図１５の第２ステージ）と、対象ブロックの第２動きベクトルを導出する処理を実施する、第１ステージとは別の第２ステージ（図１５の第３ステージ）とを含む。復号装置２００は、対象ブロックに対して処理順でＭ個前までのブロックの第２ステージの処理の完了を待たずに、処理順で直前のブロックの第１ステージの処理が完了した時点で、対象ブロックの第１ステージの処理を開始する。
【0328】
例えば、図１８に示すように、復号装置２００のパイプライン構造は、対象ブロックの第１動きベクトルを導出する処理を実施する第１ステージ（図１８の第２ステージ）と、対象ブロックの第２動きベクトルを導出する処理を実施する、第１ステージとは別の第２ステージ（図１８の第３ステージ）とを含む。復号装置２００は、対象ブロックに対して処理順でＭ個前までのブロックの第２ステージの処理の完了を待たずに、処理順でＭ個前のブロックの第１動きベクトルが導出された時点で、対象ブロックの第１ステージの処理を開始する。
【0329】
例えば、Ｍは１である。
【0330】
また、本実施の形態に係る符号化装置１００は、画像を複数のブロックに分割する分割部１０２と、前記画像に含まれる参照ピクチャを用いて前記画像に含まれるブロックを予測するイントラ予測部１２４と、前記画像とは異なる他の画像に含まれる参照ブロックを用いて前記画像に含まれるブロックを予測するインター予測部１２６と、前記画像に含まれるブロックにフィルタを適用するループフィルタ部１２０と、前記イントラ予測部１２４または前記インター予測部１２６により生成された予測信号と原信号との予測誤差を変換して変換係数を生成する変換部１０６と、前記変換係数を量子化して量子化係数を生成する量子化部１０８と、前記量子化係数を可変長符号化することにより符号化ビットストリームを生成するエントロピー符号化部１１０と、を備える。前記インター予測部１２６は、対象ブロックを、復号装置２００において動き探索を行うインター予測モードで符号化する場合（例えば、図１７のＳ２０１でマージモード又はＦＲＵＣモード）、対象ブロックの第１動きベクトルを導出し（Ｓ２０３又はＳ２０５）、導出された第１動きベクトルをメモリに格納し、対象ブロックの第２動きベクトルを導出し（Ｓ２０４又はＳ２０７）、第２動きベクトルを用いた動き補償により対象ブロックの予測画像を生成する（Ｓ２０８）。符号化装置１００は、第１動きベクトルの導出では、処理済みのブロックの第１動きベクトルを用いて、対象ブロックの第１動きベクトルを導出する。
【0331】
また、本実施の形態に係る復号装置２００は、符号化ビットストリームを復号して量子化係数を出力する復号部（エントロピー復号部２０２）と、前記量子化係数を逆量子化して変換係数を出力する逆量子化部２０４と、前記変換係数を逆変換して予測誤差を出力する逆変換部２０６と、画像に含まれる参照ピクチャを用いて前記画像に含まれるブロックを予測するイントラ予測部２１６と、前記画像とは異なる他の画像に含まれる参照ブロックを用いて前記画像に含まれるブロックを予測するインター予測部２１８と、前記画像に含まれるブロックにフィルタを適用するループフィルタ部２１２と、を備える。前記インター予測部２１８は、対象ブロックを、復号装置２００において動き探索を行うインター予測モードで符号化する場合（例えば、図１７のＳ２０１でマージモード又はＦＲＵＣモード）、対象ブロックの第１動きベクトルを導出し（Ｓ２０３又はＳ２０５）、導出された第１動きベクトルをメモリに格納し、対象ブロックの第２動きベクトルを導出し（Ｓ２０４又はＳ２０７）、第２動きベクトルを用いた動き補償により対象ブロックの予測画像を生成する（Ｓ２０８）。符号化装置１００は、第１動きベクトルの導出では、処理済みのブロックの第１動きベクトルを用いて、対象ブロックの第１動きベクトルを導出する。
【0332】
［符号化装置の実装例］
図２３は、実施の形態１に係る符号化装置１００の実装例を示すブロック図である。符号化装置１００は、回路１６０及びメモリ１６２を備える。例えば、図１に示された符号化装置１００の複数の構成要素は、図２３に示された回路１６０及びメモリ１６２によって実装される。
図２３は、実施の形態１に係る符号化装置１００の実装例を示すブロック図である。符号化装置１００は、回路１６０及びメモリ１６２を備える。例えば、図１に示された符号化装置１００の複数の構成要素は、図２３に示された回路１６０及びメモリ１６２によって実装される。
【0333】
回路１６０は、情報処理を行う回路であり、メモリ１６２にアクセス可能な回路である。例えば、回路１６０は、動画像を符号化する専用又は汎用の電子回路である。回路１６０は、ＣＰＵのようなプロセッサであってもよい。また、回路１６０は、複数の電子回路の集合体であってもよい。また、例えば、回路１６０は、図１等に示された符号化装置１００の複数の構成要素のうち、情報を記憶するための構成要素を除く、複数の構成要素の役割を果たしてもよい。
【0334】
メモリ１６２は、回路１６０が動画像を符号化するための情報が記憶される専用又は汎用のメモリである。メモリ１６２は、電子回路であってもよく、回路１６０に接続されていてもよい。また、メモリ１６２は、回路１６０に含まれていてもよい。また、メモリ１６２は、複数の電子回路の集合体であってもよい。また、メモリ１６２は、磁気ディスク又は光ディスク等であってもよいし、ストレージ又は記録媒体等と表現されてもよい。また、メモリ１６２は、不揮発性メモリでもよいし、揮発性メモリでもよい。
【0335】
例えば、メモリ１６２には、符号化される動画像が記憶されてもよいし、符号化された動画像に対応するビット列が記憶されてもよい。また、メモリ１６２には、回路１６０が動画像を符号化するためのプログラムが記憶されていてもよい。
【0336】
また、例えば、メモリ１６２は、図１等に示された符号化装置１００の複数の構成要素のうち、情報を記憶するための構成要素の役割を果たしてもよい。具体的には、メモリ１６２は、図１に示されたブロックメモリ１１８及びフレームメモリ１２２の役割を果たしてもよい。より具体的には、メモリ１６２には、再構成済みブロック及び再構成済みピクチャ等が記憶されてもよい。
【0337】
なお、符号化装置１００において、図１等に示された複数の構成要素の全てが実装されなくてもよいし、上述された複数の処理の全てが行われなくてもよい。図１等に示された複数の構成要素の一部は、他の装置に含まれていてもよいし、上述された複数の処理の一部は、他の装置によって実行されてもよい。そして、符号化装置１００において、図１等に示された複数の構成要素のうちの一部が実装され、上述された複数の処理の一部が行われることによって、動き補償が効率的に行われる。
【0338】
［復号装置の実装例］
図２４は、実施の形態１に係る復号装置２００の実装例を示すブロック図である。復号装置２００は、回路２６０及びメモリ２６２を備える。例えば、図１０に示された復号装置２００の複数の構成要素は、図２４に示された回路２６０及びメモリ２６２によって実装される。
図２４は、実施の形態１に係る復号装置２００の実装例を示すブロック図である。復号装置２００は、回路２６０及びメモリ２６２を備える。例えば、図１０に示された復号装置２００の複数の構成要素は、図２４に示された回路２６０及びメモリ２６２によって実装される。
【0339】
回路２６０は、情報処理を行う回路であり、メモリ２６２にアクセス可能な回路である。例えば、回路２６０は、動画像を復号する専用又は汎用の電子回路である。回路２６０は、ＣＰＵのようなプロセッサであってもよい。また、回路２６０は、複数の電子回路の集合体であってもよい。また、例えば、回路２６０は、図１０等に示された復号装置２００の複数の構成要素のうち、情報を記憶するための構成要素を除く、複数の構成要素の役割を果たしてもよい。
【0340】
メモリ２６２は、回路２６０が動画像を復号するための情報が記憶される専用又は汎用のメモリである。メモリ２６２は、電子回路であってもよく、回路２６０に接続されていてもよい。また、メモリ２６２は、回路２６０に含まれていてもよい。また、メモリ２６２は、複数の電子回路の集合体であってもよい。また、メモリ２６２は、磁気ディスク又は光ディスク等であってもよいし、ストレージ又は記録媒体等と表現されてもよい。また、メモリ２６２は、不揮発性メモリでもよいし、揮発性メモリでもよい。
【0341】
例えば、メモリ２６２には、符号化された動画像に対応するビット列が記憶されてもよいし、復号されたビット列に対応する動画像が記憶されてもよい。また、メモリ２６２には、回路２６０が動画像を復号するためのプログラムが記憶されていてもよい。
【0342】
また、例えば、メモリ２６２は、図１０等に示された復号装置２００の複数の構成要素のうち、情報を記憶するための構成要素の役割を果たしてもよい。具体的には、メモリ２６２は、図１０に示されたブロックメモリ２１０及びフレームメモリ２１４の役割を果たしてもよい。より具体的には、メモリ２６２には、再構成済みブロック及び再構成済みピクチャ等が記憶されてもよい。
【0343】
なお、復号装置２００において、図１０等に示された複数の構成要素の全てが実装されなくてもよいし、上述された複数の処理の全てが行われなくてもよい。図１０等に示された複数の構成要素の一部は、他の装置に含まれていてもよいし、上述された複数の処理の一部は、他の装置によって実行されてもよい。そして、復号装置２００において、図１０等に示された複数の構成要素のうちの一部が実装され、上述された複数の処理の一部が行われることによって、動き補償が効率的に行われる。
【0344】
［補足］
また、本実施の形態における符号化装置１００及び復号装置２００は、それぞれ、画像符号化装置及び画像復号装置として利用されてもよいし、動画像符号化装置及び動画像復号装置として利用されてもよい。あるいは、符号化装置１００及び復号装置２００は、それぞれ、インター予測装置（画面間予測装置）として利用され得る。
また、本実施の形態における符号化装置１００及び復号装置２００は、それぞれ、画像符号化装置及び画像復号装置として利用されてもよいし、動画像符号化装置及び動画像復号装置として利用されてもよい。あるいは、符号化装置１００及び復号装置２００は、それぞれ、インター予測装置（画面間予測装置）として利用され得る。
【0345】
すなわち、符号化装置１００及び復号装置２００は、それぞれ、インター予測部（画面間予測部）１２６及びインター予測部（画面間予測部）２１８のみに対応していてもよい。そして、変換部１０６及び逆変換部２０６等の他の構成要素は、他の装置に含まれていてもよい。
【0346】
また、本実施の形態において、各構成要素は、専用のハードウェアで構成されるか、各構成要素に適したソフトウェアプログラムを実行することによって実現されてもよい。各構成要素は、ＣＰＵ又はプロセッサなどのプログラム実行部が、ハードディスク又は半導体メモリなどの記録媒体に記録されたソフトウェアプログラムを読み出して実行することによって実現されてもよい。
【0347】
具体的には、符号化装置１００及び復号装置２００のそれぞれは、処理回路（Ｐｒｏｃｅｓｓｉｎｇ Ｃｉｒｃｕｉｔｒｙ）と、当該処理回路に電気的に接続された、当該処理回路からアクセス可能な記憶装置（Ｓｔｏｒａｇｅ）とを備えていてもよい。例えば、処理回路は回路１６０又は２６０に対応し、記憶装置はメモリ１６２又は２６２に対応する。
【0348】
処理回路は、専用のハードウェア及びプログラム実行部の少なくとも一方を含み、記憶装置を用いて処理を実行する。また、記憶装置は、処理回路がプログラム実行部を含む場合には、当該プログラム実行部により実行されるソフトウェアプログラムを記憶する。
【0349】
ここで、本実施の形態の符号化装置１００又は復号装置２００などを実現するソフトウェアは、次のようなプログラムである。
【0350】
また、各構成要素は、上述の通り、回路であってもよい。これらの回路は、全体として１つの回路を構成してもよいし、それぞれ別々の回路であってもよい。また、各構成要素は、汎用的なプロセッサで実現されてもよいし、専用のプロセッサで実現されてもよい。
【0351】
また、特定の構成要素が実行する処理を別の構成要素が実行してもよい。また、処理を実行する順番が変更されてもよいし、複数の処理が並行して実行されてもよい。また、符号化復号装置が、符号化装置１００及び復号装置２００を備えていてもよい。
【0352】
以上、符号化装置１００及び復号装置２００の態様について、実施の形態に基づいて説明したが、符号化装置１００及び復号装置２００の態様は、この実施の形態に限定されるものではない。本開示の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したものや、異なる実施の形態における構成要素を組み合わせて構築される形態も、符号化装置１００及び復号装置２００の態様の範囲内に含まれてもよい。
【0353】
本態様を本開示における他の態様の少なくとも一部と組み合わせて実施してもよい。また、本態様のフローチャートに記載の一部の処理、装置の一部の構成、シンタックスの一部などを他の態様と組み合わせて実施してもよい。
【0354】
（実施の形態２）
以上の各実施の形態において、機能ブロックの各々は、通常、ＭＰＵ及びメモリ等によって実現可能である。また、機能ブロックの各々による処理は、通常、プロセッサなどのプログラム実行部が、ＲＯＭ等の記録媒体に記録されたソフトウェア（プログラム）を読み出して実行することで実現される。当該ソフトウェアはダウンロード等により配布されてもよいし、半導体メモリなどの記録媒体に記録して配布されてもよい。なお、各機能ブロックをハードウェア（専用回路）によって実現することも、当然、可能である。
以上の各実施の形態において、機能ブロックの各々は、通常、ＭＰＵ及びメモリ等によって実現可能である。また、機能ブロックの各々による処理は、通常、プロセッサなどのプログラム実行部が、ＲＯＭ等の記録媒体に記録されたソフトウェア（プログラム）を読み出して実行することで実現される。当該ソフトウェアはダウンロード等により配布されてもよいし、半導体メモリなどの記録媒体に記録して配布されてもよい。なお、各機能ブロックをハードウェア（専用回路）によって実現することも、当然、可能である。
【0355】
また、各実施の形態において説明した処理は、単一の装置（システム）を用いて集中処理することによって実現してもよく、又は、複数の装置を用いて分散処理することによって実現してもよい。また、上記プログラムを実行するプロセッサは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、又は分散処理を行ってもよい。
【0356】
本開示の態様は、以上の実施例に限定されることなく、種々の変更が可能であり、それらも本開示の態様の範囲内に包含される。
【0357】
さらにここで、上記各実施の形態で示した動画像符号化方法（画像符号化方法）又は動画像復号化方法（画像復号方法）の応用例とそれを用いたシステムを説明する。当該システムは、画像符号化方法を用いた画像符号化装置、画像復号方法を用いた画像復号装置、及び両方を備える画像符号化復号装置を有することを特徴とする。システムにおける他の構成について、場合に応じて適切に変更することができる。
【0358】
［使用例］
図２５は、コンテンツ配信サービスを実現するコンテンツ供給システムｅｘ１００の全体構成を示す図である。通信サービスの提供エリアを所望の大きさに分割し、各セル内にそれぞれ固定無線局である基地局ｅｘ１０６、ｅｘ１０７、ｅｘ１０８、ｅｘ１０９、ｅｘ１１０が設置されている。
図２５は、コンテンツ配信サービスを実現するコンテンツ供給システムｅｘ１００の全体構成を示す図である。通信サービスの提供エリアを所望の大きさに分割し、各セル内にそれぞれ固定無線局である基地局ｅｘ１０６、ｅｘ１０７、ｅｘ１０８、ｅｘ１０９、ｅｘ１１０が設置されている。
【0359】
このコンテンツ供給システムｅｘ１００では、インターネットｅｘ１０１に、インターネットサービスプロバイダｅｘ１０２又は通信網ｅｘ１０４、及び基地局ｅｘ１０６～ｅｘ１１０を介して、コンピュータｅｘ１１１、ゲーム機ｅｘ１１２、カメラｅｘ１１３、家電ｅｘ１１４、及びスマートフォンｅｘ１１５などの各機器が接続される。当該コンテンツ供給システムｅｘ１００は、上記のいずれかの要素を組合せて接続するようにしてもよい。固定無線局である基地局ｅｘ１０６～ｅｘ１１０を介さずに、各機器が電話網又は近距離無線等を介して直接的又は間接的に相互に接続されていてもよい。また、ストリーミングサーバｅｘ１０３は、インターネットｅｘ１０１等を介して、コンピュータｅｘ１１１、ゲーム機ｅｘ１１２、カメラｅｘ１１３、家電ｅｘ１１４、及びスマートフォンｅｘ１１５などの各機器と接続される。また、ストリーミングサーバｅｘ１０３は、衛星ｅｘ１１６を介して、飛行機ｅｘ１１７内のホットスポット内の端末等と接続される。
【0360】
なお、基地局ｅｘ１０６～ｅｘ１１０の代わりに、無線アクセスポイント又はホットスポット等が用いられてもよい。また、ストリーミングサーバｅｘ１０３は、インターネットｅｘ１０１又はインターネットサービスプロバイダｅｘ１０２を介さずに直接通信網ｅｘ１０４と接続されてもよいし、衛星ｅｘ１１６を介さず直接飛行機ｅｘ１１７と接続されてもよい。
【0361】
カメラｅｘ１１３はデジタルカメラ等の静止画撮影、及び動画撮影が可能な機器である。また、スマートフォンｅｘ１１５は、一般に２Ｇ、３Ｇ、３．９Ｇ、４Ｇ、そして今後は５Ｇと呼ばれる移動通信システムの方式に対応したスマートフォン機、携帯電話機、又はＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）等である。
【0362】
家電ｅｘ１１８は、冷蔵庫、又は家庭用燃料電池コージェネレーションシステムに含まれる機器等である。
【0363】
コンテンツ供給システムｅｘ１００では、撮影機能を有する端末が基地局ｅｘ１０６等を通じてストリーミングサーバｅｘ１０３に接続されることで、ライブ配信等が可能になる。ライブ配信では、端末（コンピュータｅｘ１１１、ゲーム機ｅｘ１１２、カメラｅｘ１１３、家電ｅｘ１１４、スマートフォンｅｘ１１５、及び飛行機ｅｘ１１７内の端末等）は、ユーザが当該端末を用いて撮影した静止画又は動画コンテンツに対して上記各実施の形態で説明した符号化処理を行い、符号化により得られた映像データと、映像に対応する音を符号化した音データと多重化し、得られたデータをストリーミングサーバｅｘ１０３に送信する。即ち、各端末は、本開示の一態様に係る画像符号化装置として機能する。
【0364】
一方、ストリーミングサーバｅｘ１０３は要求のあったクライアントに対して送信されたコンテンツデータをストリーム配信する。クライアントは、上記符号化処理されたデータを復号化することが可能な、コンピュータｅｘ１１１、ゲーム機ｅｘ１１２、カメラｅｘ１１３、家電ｅｘ１１４、スマートフォンｅｘ１１５、又は飛行機ｅｘ１１７内の端末等である。配信されたデータを受信した各機器は、受信したデータを復号化処理して再生する。即ち、各機器は、本開示の一態様に係る画像復号装置として機能する。
【0365】
［分散処理］
また、ストリーミングサーバｅｘ１０３は複数のサーバ又は複数のコンピュータであって、データを分散して処理したり記録したり配信するものであってもよい。例えば、ストリーミングサーバｅｘ１０３は、ＣＤＮ（Ｃｏｎｔｅｎｔｓ Ｄｅｌｉｖｅｒｙ Ｎｅｔｗｏｒｋ）により実現され、世界中に分散された多数のエッジサーバとエッジサーバ間をつなぐネットワークによりコンテンツ配信が実現されていてもよい。ＣＤＮでは、クライアントに応じて物理的に近いエッジサーバが動的に割り当てられる。そして、当該エッジサーバにコンテンツがキャッシュ及び配信されることで遅延を減らすことができる。また、何らかのエラーが発生した場合又はトラフィックの増加などにより通信状態が変わる場合に複数のエッジサーバで処理を分散したり、他のエッジサーバに配信主体を切り替えたり、障害が生じたネットワークの部分を迂回して配信を続けることができるので、高速かつ安定した配信が実現できる。
また、ストリーミングサーバｅｘ１０３は複数のサーバ又は複数のコンピュータであって、データを分散して処理したり記録したり配信するものであってもよい。例えば、ストリーミングサーバｅｘ１０３は、ＣＤＮ（Ｃｏｎｔｅｎｔｓ Ｄｅｌｉｖｅｒｙ Ｎｅｔｗｏｒｋ）により実現され、世界中に分散された多数のエッジサーバとエッジサーバ間をつなぐネットワークによりコンテンツ配信が実現されていてもよい。ＣＤＮでは、クライアントに応じて物理的に近いエッジサーバが動的に割り当てられる。そして、当該エッジサーバにコンテンツがキャッシュ及び配信されることで遅延を減らすことができる。また、何らかのエラーが発生した場合又はトラフィックの増加などにより通信状態が変わる場合に複数のエッジサーバで処理を分散したり、他のエッジサーバに配信主体を切り替えたり、障害が生じたネットワークの部分を迂回して配信を続けることができるので、高速かつ安定した配信が実現できる。
【0366】
また、配信自体の分散処理にとどまらず、撮影したデータの符号化処理を各端末で行ってもよいし、サーバ側で行ってもよいし、互いに分担して行ってもよい。一例として、一般に符号化処理では、処理ループが２度行われる。１度目のループでフレーム又はシーン単位での画像の複雑さ、又は、符号量が検出される。また、２度目のループでは画質を維持して符号化効率を向上させる処理が行われる。例えば、端末が１度目の符号化処理を行い、コンテンツを受け取ったサーバ側が２度目の符号化処理を行うことで、各端末での処理負荷を減らしつつもコンテンツの質と効率を向上させることができる。この場合、ほぼリアルタイムで受信して復号する要求があれば、端末が行った一度目の符号化済みデータを他の端末で受信して再生することもできるので、より柔軟なリアルタイム配信も可能になる。
【0367】
他の例として、カメラｅｘ１１３等は、画像から特徴量抽出を行い、特徴量に関するデータをメタデータとして圧縮してサーバに送信する。サーバは、例えば特徴量からオブジェクトの重要性を判断して量子化精度を切り替えるなど、画像の意味に応じた圧縮を行う。特徴量データはサーバでの再度の圧縮時の動きベクトル予測の精度及び効率向上に特に有効である。また、端末でＶＬＣ（可変長符号化）などの簡易的な符号化を行い、サーバでＣＡＢＡＣ（コンテキスト適応型二値算術符号化方式）など処理負荷の大きな符号化を行ってもよい。
【0368】
さらに他の例として、スタジアム、ショッピングモール、又は工場などにおいては、複数の端末によりほぼ同一のシーンが撮影された複数の映像データが存在する場合がある。この場合には、撮影を行った複数の端末と、必要に応じて撮影をしていない他の端末及びサーバを用いて、例えばＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）単位、ピクチャ単位、又はピクチャを分割したタイル単位などで符号化処理をそれぞれ割り当てて分散処理を行う。これにより、遅延を減らし、よりリアルタイム性を実現できる。
【0369】
また、複数の映像データはほぼ同一シーンであるため、各端末で撮影された映像データを互いに参照し合えるように、サーバで管理及び／又は指示をしてもよい。または、各端末からの符号化済みデータを、サーバが受信し複数のデータ間で参照関係を変更、又はピクチャ自体を補正或いは差し替えて符号化しなおしてもよい。これにより、一つ一つのデータの質と効率を高めたストリームを生成できる。
【0370】
また、サーバは、映像データの符号化方式を変更するトランスコードを行ったうえで映像データを配信してもよい。例えば、サーバは、ＭＰＥＧ系の符号化方式をＶＰ系に変換してもよいし、Ｈ．２６４をＨ．２６５に変換してもよい。
【0371】
このように、符号化処理は、端末、又は１以上のサーバにより行うことが可能である。よって、以下では、処理を行う主体として「サーバ」又は「端末」等の記載を用いるが、サーバで行われる処理の一部又は全てが端末で行われてもよいし、端末で行われる処理の一部又は全てがサーバで行われてもよい。また、これらに関しては、復号処理についても同様である。
【0372】
［３Ｄ、マルチアングル］
近年では、互いにほぼ同期した複数のカメラｅｘ１１３及び／又はスマートフォンｅｘ１１５などの端末により撮影された異なるシーン、又は、同一シーンを異なるアングルから撮影した画像或いは映像を統合して利用することも増えてきている。各端末で撮影した映像は、別途取得した端末間の相対的な位置関係、又は、映像に含まれる特徴点が一致する領域などに基づいて統合される。
近年では、互いにほぼ同期した複数のカメラｅｘ１１３及び／又はスマートフォンｅｘ１１５などの端末により撮影された異なるシーン、又は、同一シーンを異なるアングルから撮影した画像或いは映像を統合して利用することも増えてきている。各端末で撮影した映像は、別途取得した端末間の相対的な位置関係、又は、映像に含まれる特徴点が一致する領域などに基づいて統合される。
【0373】
サーバは、２次元の動画像を符号化するだけでなく、動画像のシーン解析などに基づいて自動的に、又は、ユーザが指定した時刻において、静止画を符号化し、受信端末に送信してもよい。サーバは、さらに、撮影端末間の相対的な位置関係を取得できる場合には、２次元の動画像だけでなく、同一シーンが異なるアングルから撮影された映像に基づき、当該シーンの３次元形状を生成できる。なお、サーバは、ポイントクラウドなどにより生成した３次元のデータを別途符号化してもよいし、３次元データを用いて人物又はオブジェクトを認識或いは追跡した結果に基づいて、受信端末に送信する映像を、複数の端末で撮影した映像から選択、又は、再構成して生成してもよい。
【0374】
このようにして、ユーザは、各撮影端末に対応する各映像を任意に選択してシーンを楽しむこともできるし、複数画像又は映像を用いて再構成された３次元データから任意視点の映像を切り出したコンテンツを楽しむこともできる。さらに、映像と同様に音も複数の相異なるアングルから収音され、サーバは、映像に合わせて特定のアングル又は空間からの音を映像と多重化して送信してもよい。
【0375】
また、近年ではＶｉｒｔｕａｌ Ｒｅａｌｉｔｙ（ＶＲ）及びＡｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ（ＡＲ）など、現実世界と仮想世界とを対応付けたコンテンツも普及してきている。ＶＲの画像の場合、サーバは、右目用及び左目用の視点画像をそれぞれ作成し、Ｍｕｌｔｉ－Ｖｉｅｗ Ｃｏｄｉｎｇ（ＭＶＣ）などにより各視点映像間で参照を許容する符号化を行ってもよいし、互いに参照せずに別ストリームとして符号化してもよい。別ストリームの復号時には、ユーザの視点に応じて仮想的な３次元空間が再現されるように互いに同期させて再生するとよい。
【0376】
ＡＲの画像の場合には、サーバは、現実空間のカメラ情報に、仮想空間上の仮想物体情報を、３次元的位置又はユーザの視点の動きに基づいて重畳する。復号装置は、仮想物体情報及び３次元データを取得又は保持し、ユーザの視点の動きに応じて２次元画像を生成し、スムーズにつなげることで重畳データを作成してもよい。または、復号装置は仮想物体情報の依頼に加えてユーザの視点の動きをサーバに送信し、サーバは、サーバに保持される３次元データから受信した視点の動きに合わせて重畳データを作成し、重畳データを符号化して復号装置に配信してもよい。なお、重畳データは、ＲＧＢ以外に透過度を示すα値を有し、サーバは、３次元データから作成されたオブジェクト以外の部分のα値が０などに設定し、当該部分が透過する状態で、符号化してもよい。もしくは、サーバは、クロマキーのように所定の値のＲＧＢ値を背景に設定し、オブジェクト以外の部分は背景色にしたデータを生成してもよい。
【0377】
同様に配信されたデータの復号処理はクライアントである各端末で行っても、サーバ側で行ってもよいし、互いに分担して行ってもよい。一例として、ある端末が、一旦サーバに受信リクエストを送り、そのリクエストに応じたコンテンツを他の端末で受信し復号処理を行い、ディスプレイを有する装置に復号済みの信号が送信されてもよい。通信可能な端末自体の性能によらず処理を分散して適切なコンテンツを選択することで画質のよいデータを再生することができる。また、他の例として大きなサイズの画像データをＴＶ等で受信しつつ、鑑賞者の個人端末にピクチャが分割されたタイルなど一部の領域が復号されて表示されてもよい。これにより、全体像を共有化しつつ、自身の担当分野又はより詳細に確認したい領域を手元で確認することができる。
【0378】
また今後は、屋内外にかかわらず近距離、中距離、又は長距離の無線通信が複数使用可能な状況下で、ＭＰＥＧ－ＤＡＳＨなどの配信システム規格を利用して、接続中の通信に対して適切なデータを切り替えながらシームレスにコンテンツを受信することが予想される。これにより、ユーザは、自身の端末のみならず屋内外に設置されたディスプレイなどの復号装置又は表示装置を自由に選択しながらリアルタイムで切り替えられる。また、自身の位置情報などに基づいて、復号する端末及び表示する端末を切り替えながら復号を行うことができる。これにより、目的地への移動中に、表示可能なデバイスが埋め込まれた隣の建物の壁面又は地面の一部に地図情報を表示させながら移動することも可能になる。また、符号化データが受信端末から短時間でアクセスできるサーバにキャッシュされている、又は、コンテンツ・デリバリー・サービスにおけるエッジサーバにコピーされている、などの、ネットワーク上での符号化データへのアクセス容易性に基づいて、受信データのビットレートを切り替えることも可能である。
【0379】
［スケーラブル符号化］
コンテンツの切り替えに関して、図２６に示す、上記各実施の形態で示した動画像符号化方法を応用して圧縮符号化されたスケーラブルなストリームを用いて説明する。サーバは、個別のストリームとして内容は同じで質の異なるストリームを複数有していても構わないが、図示するようにレイヤに分けて符号化を行うことで実現される時間的／空間的スケーラブルなストリームの特徴を活かして、コンテンツを切り替える構成であってもよい。つまり、復号側が性能という内的要因と通信帯域の状態などの外的要因とに応じてどのレイヤまで復号するかを決定することで、復号側は、低解像度のコンテンツと高解像度のコンテンツとを自由に切り替えて復号できる。例えば移動中にスマートフォンｅｘ１１５で視聴していた映像の続きを、帰宅後にインターネットＴＶ等の機器で視聴したい場合には、当該機器は、同じストリームを異なるレイヤまで復号すればよいので、サーバ側の負担を軽減できる。
コンテンツの切り替えに関して、図２６に示す、上記各実施の形態で示した動画像符号化方法を応用して圧縮符号化されたスケーラブルなストリームを用いて説明する。サーバは、個別のストリームとして内容は同じで質の異なるストリームを複数有していても構わないが、図示するようにレイヤに分けて符号化を行うことで実現される時間的／空間的スケーラブルなストリームの特徴を活かして、コンテンツを切り替える構成であってもよい。つまり、復号側が性能という内的要因と通信帯域の状態などの外的要因とに応じてどのレイヤまで復号するかを決定することで、復号側は、低解像度のコンテンツと高解像度のコンテンツとを自由に切り替えて復号できる。例えば移動中にスマートフォンｅｘ１１５で視聴していた映像の続きを、帰宅後にインターネットＴＶ等の機器で視聴したい場合には、当該機器は、同じストリームを異なるレイヤまで復号すればよいので、サーバ側の負担を軽減できる。
【0380】
さらに、上記のように、レイヤ毎にピクチャが符号化されており、ベースレイヤの上位にエンハンスメントレイヤが存在するスケーラビリティを実現する構成以外に、エンハンスメントレイヤが画像の統計情報などに基づくメタ情報を含み、復号側が、メタ情報に基づきベースレイヤのピクチャを超解像することで高画質化したコンテンツを生成してもよい。超解像とは、同一解像度におけるＳＮ比の向上、及び、解像度の拡大のいずれであってもよい。メタ情報は、超解像処理に用いる線形或いは非線形のフィルタ係数を特定するため情報、又は、超解像処理に用いるフィルタ処理、機械学習或いは最小２乗演算におけるパラメータ値を特定する情報などを含む。
【0381】
または、画像内のオブジェクトなどの意味合いに応じてピクチャがタイル等に分割されており、復号側が、復号するタイルを選択することで一部の領域だけを復号する構成であってもよい。また、オブジェクトの属性（人物、車、ボールなど）と映像内の位置（同一画像における座標位置など）とをメタ情報として格納することで、復号側は、メタ情報に基づいて所望のオブジェクトの位置を特定し、そのオブジェクトを含むタイルを決定できる。例えば、図２７に示すように、メタ情報は、ＨＥＶＣにおけるＳＥＩメッセージなど画素データとは異なるデータ格納構造を用いて格納される。このメタ情報は、例えば、メインオブジェクトの位置、サイズ、又は色彩などを示す。
【0382】
また、ストリーム、シーケンス又はランダムアクセス単位など、複数のピクチャから構成される単位でメタ情報が格納されてもよい。これにより、復号側は、特定人物が映像内に出現する時刻などが取得でき、ピクチャ単位の情報と合わせることで、オブジェクトが存在するピクチャ、及び、ピクチャ内でのオブジェクトの位置を特定できる。
【0383】
［Ｗｅｂページの最適化］
図２８は、コンピュータｅｘ１１１等におけるｗｅｂページの表示画面例を示す図である。図２９は、スマートフォンｅｘ１１５等におけるｗｅｂページの表示画面例を示す図である。図２８及び図２９に示すようにｗｅｂページが、画像コンテンツへのリンクであるリンク画像を複数含む場合があり、閲覧するデバイスによってその見え方は異なる。画面上に複数のリンク画像が見える場合には、ユーザが明示的にリンク画像を選択するまで、又は画面の中央付近にリンク画像が近付く或いはリンク画像の全体が画面内に入るまでは、表示装置（復号装置）は、リンク画像として各コンテンツが有する静止画又はＩピクチャを表示したり、複数の静止画又はＩピクチャ等でｇｉｆアニメのような映像を表示したり、ベースレイヤのみ受信して映像を復号及び表示したりする。
図２８は、コンピュータｅｘ１１１等におけるｗｅｂページの表示画面例を示す図である。図２９は、スマートフォンｅｘ１１５等におけるｗｅｂページの表示画面例を示す図である。図２８及び図２９に示すようにｗｅｂページが、画像コンテンツへのリンクであるリンク画像を複数含む場合があり、閲覧するデバイスによってその見え方は異なる。画面上に複数のリンク画像が見える場合には、ユーザが明示的にリンク画像を選択するまで、又は画面の中央付近にリンク画像が近付く或いはリンク画像の全体が画面内に入るまでは、表示装置（復号装置）は、リンク画像として各コンテンツが有する静止画又はＩピクチャを表示したり、複数の静止画又はＩピクチャ等でｇｉｆアニメのような映像を表示したり、ベースレイヤのみ受信して映像を復号及び表示したりする。
【0384】
ユーザによりリンク画像が選択された場合、表示装置は、ベースレイヤを最優先にして復号する。なお、ｗｅｂページを構成するＨＴＭＬにスケーラブルなコンテンツであることを示す情報があれば、表示装置は、エンハンスメントレイヤまで復号してもよい。また、リアルタイム性を担保するために、選択される前又は通信帯域が非常に厳しい場合には、表示装置は、前方参照のピクチャ（Ｉピクチャ、Ｐピクチャ、前方参照のみのＢピクチャ）のみを復号及び表示することで、先頭ピクチャの復号時刻と表示時刻との間の遅延（コンテンツの復号開始から表示開始までの遅延）を低減できる。また、表示装置は、ピクチャの参照関係を敢えて無視して全てのＢピクチャ及びＰピクチャを前方参照にして粗く復号し、時間が経ち受信したピクチャが増えるにつれて正常の復号を行ってもよい。
【0385】
［自動走行］
また、車の自動走行又は走行支援のため２次元又は３次元の地図情報などの静止画又は映像データを送受信する場合、受信端末は、１以上のレイヤに属する画像データに加えて、メタ情報として天候又は工事の情報なども受信し、これらを対応付けて復号してもよい。なお、メタ情報は、レイヤに属してもよいし、単に画像データと多重化されてもよい。
また、車の自動走行又は走行支援のため２次元又は３次元の地図情報などの静止画又は映像データを送受信する場合、受信端末は、１以上のレイヤに属する画像データに加えて、メタ情報として天候又は工事の情報なども受信し、これらを対応付けて復号してもよい。なお、メタ情報は、レイヤに属してもよいし、単に画像データと多重化されてもよい。
【0386】
この場合、受信端末を含む車、ドローン又は飛行機などが移動するため、受信端末は、当該受信端末の位置情報を受信要求時に送信することで、基地局ｅｘ１０６～ｅｘ１１０を切り替えながらシームレスな受信及び復号を実現できる。また、受信端末は、ユーザの選択、ユーザの状況又は通信帯域の状態に応じて、メタ情報をどの程度受信するか、又は地図情報をどの程度更新していくかを動的に切り替えることが可能になる。
【0387】
以上のようにして、コンテンツ供給システムｅｘ１００では、ユーザが送信した符号化された情報をリアルタイムでクライアントが受信して復号し、再生することができる。
【0388】
［個人コンテンツの配信］
また、コンテンツ供給システムｅｘ１００では、映像配信業者による高画質で長時間のコンテンツのみならず、個人による低画質で短時間のコンテンツのユニキャスト、又はマルチキャスト配信が可能である。また、このような個人のコンテンツは今後も増加していくと考えられる。個人コンテンツをより優れたコンテンツにするために、サーバは、編集処理を行ってから符号化処理を行ってもよい。これは例えば、以下のような構成で実現できる。
また、コンテンツ供給システムｅｘ１００では、映像配信業者による高画質で長時間のコンテンツのみならず、個人による低画質で短時間のコンテンツのユニキャスト、又はマルチキャスト配信が可能である。また、このような個人のコンテンツは今後も増加していくと考えられる。個人コンテンツをより優れたコンテンツにするために、サーバは、編集処理を行ってから符号化処理を行ってもよい。これは例えば、以下のような構成で実現できる。
【0389】
撮影時にリアルタイム又は蓄積して撮影後に、サーバは、原画又は符号化済みデータから撮影エラー、シーン探索、意味の解析、及びオブジェクト検出などの認識処理を行う。そして、サーバは、認識結果に基いて手動又は自動で、ピントずれ又は手ブレなどを補正したり、明度が他のピクチャに比べて低い又は焦点が合っていないシーンなどの重要性の低いシーンを削除したり、オブジェクトのエッジを強調したり、色合いを変化させるなどの編集を行う。サーバは、編集結果に基いて編集後のデータを符号化する。また撮影時刻が長すぎると視聴率が下がることも知られており、サーバは、撮影時間に応じて特定の時間範囲内のコンテンツになるように上記のように重要性が低いシーンのみならず動きが少ないシーンなどを、画像処理結果に基き自動でクリップしてもよい。または、サーバは、シーンの意味解析の結果に基づいてダイジェストを生成して符号化してもよい。
【0390】
なお、個人コンテンツには、そのままでは著作権、著作者人格権、又は肖像権等の侵害となるものが写り込んでいるケースもあり、共有する範囲が意図した範囲を超えてしまうなど個人にとって不都合な場合もある。よって、例えば、サーバは、画面の周辺部の人の顔、又は家の中などを敢えて焦点が合わない画像に変更して符号化してもよい。また、サーバは、符号化対象画像内に、予め登録した人物とは異なる人物の顔が映っているかどうかを認識し、映っている場合には、顔の部分にモザイクをかけるなどの処理を行ってもよい。または、符号化の前処理又は後処理として、著作権などの観点からユーザが画像を加工したい人物又は背景領域を指定し、サーバは、指定された領域を別の映像に置き換える、又は焦点をぼかすなどの処理を行うことも可能である。人物であれば、動画像において人物をトラッキングしながら、顔の部分の映像を置き換えることができる。
【0391】
また、データ量の小さい個人コンテンツの視聴はリアルタイム性の要求が強いため、帯域幅にもよるが、復号装置は、まずベースレイヤを最優先で受信して復号及び再生を行う。復号装置は、この間にエンハンスメントレイヤを受信し、再生がループされる場合など２回以上再生される場合に、エンハンスメントレイヤも含めて高画質の映像を再生してもよい。このようにスケーラブルな符号化が行われているストリームであれば、未選択時又は見始めた段階では粗い動画だが、徐々にストリームがスマートになり画像がよくなるような体験を提供することができる。スケーラブル符号化以外にも、１回目に再生される粗いストリームと、１回目の動画を参照して符号化される２回目のストリームとが１つのストリームとして構成されていても同様の体験を提供できる。
【0392】
［その他の使用例］
また、これらの符号化又は復号処理は、一般的に各端末が有するＬＳＩｅｘ５００において処理される。ＬＳＩｅｘ５００は、ワンチップであっても複数チップからなる構成であってもよい。なお、動画像符号化又は復号用のソフトウェアをコンピュータｅｘ１１１等で読み取り可能な何らかの記録メディア（ＣＤ－ＲＯＭ、フレキシブルディスク、又はハードディスクなど）に組み込み、そのソフトウェアを用いて符号化又は復号処理を行ってもよい。さらに、スマートフォンｅｘ１１５がカメラ付きである場合には、そのカメラで取得した動画データを送信してもよい。このときの動画データはスマートフォンｅｘ１１５が有するＬＳＩｅｘ５００で符号化処理されたデータである。
また、これらの符号化又は復号処理は、一般的に各端末が有するＬＳＩｅｘ５００において処理される。ＬＳＩｅｘ５００は、ワンチップであっても複数チップからなる構成であってもよい。なお、動画像符号化又は復号用のソフトウェアをコンピュータｅｘ１１１等で読み取り可能な何らかの記録メディア（ＣＤ－ＲＯＭ、フレキシブルディスク、又はハードディスクなど）に組み込み、そのソフトウェアを用いて符号化又は復号処理を行ってもよい。さらに、スマートフォンｅｘ１１５がカメラ付きである場合には、そのカメラで取得した動画データを送信してもよい。このときの動画データはスマートフォンｅｘ１１５が有するＬＳＩｅｘ５００で符号化処理されたデータである。
【0393】
なお、ＬＳＩｅｘ５００は、アプリケーションソフトをダウンロードしてアクティベートする構成であってもよい。この場合、端末は、まず、当該端末がコンテンツの符号化方式に対応しているか、又は、特定サービスの実行能力を有するかを判定する。端末がコンテンツの符号化方式に対応していない場合、又は、特定サービスの実行能力を有さない場合、端末は、コーデック又はアプリケーションソフトをダウンロードし、その後、コンテンツ取得及び再生する。
【0394】
また、インターネットｅｘ１０１を介したコンテンツ供給システムｅｘ１００に限らず、デジタル放送用システムにも上記各実施の形態の少なくとも動画像符号化装置（画像符号化装置）又は動画像復号化装置（画像復号装置）のいずれかを組み込むことができる。衛星などを利用して放送用の電波に映像と音が多重化された多重化データを載せて送受信するため、コンテンツ供給システムｅｘ１００のユニキャストがし易い構成に対してマルチキャスト向きであるという違いがあるが符号化処理及び復号処理に関しては同様の応用が可能である。
【0395】
［ハードウェア構成］
図３０は、スマートフォンｅｘ１１５を示す図である。また、図３１は、スマートフォンｅｘ１１５の構成例を示す図である。スマートフォンｅｘ１１５は、基地局ｅｘ１１０との間で電波を送受信するためのアンテナｅｘ４５０と、映像及び静止画を撮ることが可能なカメラ部ｅｘ４６５と、カメラ部ｅｘ４６５で撮像した映像、及びアンテナｅｘ４５０で受信した映像等が復号されたデータを表示する表示部ｅｘ４５８とを備える。スマートフォンｅｘ１１５は、さらに、タッチパネル等である操作部ｅｘ４６６と、音声又は音響を出力するためのスピーカ等である音声出力部ｅｘ４５７と、音声を入力するためのマイク等である音声入力部ｅｘ４５６と、撮影した映像或いは静止画、録音した音声、受信した映像或いは静止画、メール等の符号化されたデータ、又は、復号化されたデータを保存可能なメモリ部ｅｘ４６７と、ユーザを特定し、ネットワークをはじめ各種データへのアクセスの認証をするためのＳＩＭｅｘ４６８とのインタフェース部であるスロット部ｅｘ４６４とを備える。なお、メモリ部ｅｘ４６７の代わりに外付けメモリが用いられてもよい。
図３０は、スマートフォンｅｘ１１５を示す図である。また、図３１は、スマートフォンｅｘ１１５の構成例を示す図である。スマートフォンｅｘ１１５は、基地局ｅｘ１１０との間で電波を送受信するためのアンテナｅｘ４５０と、映像及び静止画を撮ることが可能なカメラ部ｅｘ４６５と、カメラ部ｅｘ４６５で撮像した映像、及びアンテナｅｘ４５０で受信した映像等が復号されたデータを表示する表示部ｅｘ４５８とを備える。スマートフォンｅｘ１１５は、さらに、タッチパネル等である操作部ｅｘ４６６と、音声又は音響を出力するためのスピーカ等である音声出力部ｅｘ４５７と、音声を入力するためのマイク等である音声入力部ｅｘ４５６と、撮影した映像或いは静止画、録音した音声、受信した映像或いは静止画、メール等の符号化されたデータ、又は、復号化されたデータを保存可能なメモリ部ｅｘ４６７と、ユーザを特定し、ネットワークをはじめ各種データへのアクセスの認証をするためのＳＩＭｅｘ４６８とのインタフェース部であるスロット部ｅｘ４６４とを備える。なお、メモリ部ｅｘ４６７の代わりに外付けメモリが用いられてもよい。
【0396】
また、表示部ｅｘ４５８及び操作部ｅｘ４６６等を統括的に制御する主制御部ｅｘ４６０と、電源回路部ｅｘ４６１、操作入力制御部ｅｘ４６２、映像信号処理部ｅｘ４５５、カメラインタフェース部ｅｘ４６３、ディスプレイ制御部ｅｘ４５９、変調／復調部ｅｘ４５２、多重／分離部ｅｘ４５３、音声信号処理部ｅｘ４５４、スロット部ｅｘ４６４、及びメモリ部ｅｘ４６７とがバスｅｘ４７０を介して接続されている。
【0397】
電源回路部ｅｘ４６１は、ユーザの操作により電源キーがオン状態にされると、バッテリパックから各部に対して電力を供給することによりスマートフォンｅｘ１１５を動作可能な状態に起動する。
【0398】
スマートフォンｅｘ１１５は、ＣＰＵ、ＲＯＭ及びＲＡＭ等を有する主制御部ｅｘ４６０の制御に基づいて、通話及データ通信等の処理を行う。通話時は、音声入力部ｅｘ４５６で収音した音声信号を音声信号処理部ｅｘ４５４でデジタル音声信号に変換し、これを変調／復調部ｅｘ４５２でスペクトラム拡散処理し、送信／受信部ｅｘ４５１でデジタルアナログ変換処理及び周波数変換処理を施した後にアンテナｅｘ４５０を介して送信する。また受信データを増幅して周波数変換処理及びアナログデジタル変換処理を施し、変調／復調部ｅｘ４５２でスペクトラム逆拡散処理し、音声信号処理部ｅｘ４５４でアナログ音声信号に変換した後、これを音声出力部ｅｘ４５７から出力する。データ通信モード時は、本体部の操作部ｅｘ４６６等の操作によってテキスト、静止画、又は映像データが操作入力制御部ｅｘ４６２を介して主制御部ｅｘ４６０に送出され、同様に送受信処理が行われる。データ通信モード時に映像、静止画、又は映像と音声を送信する場合、映像信号処理部ｅｘ４５５は、メモリ部ｅｘ４６７に保存されている映像信号又はカメラ部ｅｘ４６５から入力された映像信号を上記各実施の形態で示した動画像符号化方法によって圧縮符号化し、符号化された映像データを多重／分離部ｅｘ４５３に送出する。また、音声信号処理部ｅｘ４５４は、映像又は静止画等をカメラ部ｅｘ４６５で撮像中に音声入力部ｅｘ４５６で収音した音声信号を符号化し、符号化された音声データを多重／分離部ｅｘ４５３に送出する。多重／分離部ｅｘ４５３は、符号化済み映像データと符号化済み音声データを所定の方式で多重化し、変調／復調部（変調／復調回路部）ｅｘ４５２、及び送信／受信部ｅｘ４５１で変調処理及び変換処理を施してアンテナｅｘ４５０を介して送信する。
【0399】
電子メール又はチャットに添付された映像、又はウェブページ等にリンクされた映像を受信した場合、アンテナｅｘ４５０を介して受信された多重化データを復号するために、多重／分離部ｅｘ４５３は、多重化データを分離することにより、多重化データを映像データのビットストリームと音声データのビットストリームとに分け、同期バスｅｘ４７０を介して符号化された映像データを映像信号処理部ｅｘ４５５に供給するとともに、符号化された音声データを音声信号処理部ｅｘ４５４に供給する。映像信号処理部ｅｘ４５５は、上記各実施の形態で示した動画像符号化方法に対応した動画像復号化方法によって映像信号を復号し、ディスプレイ制御部ｅｘ４５９を介して表示部ｅｘ４５８から、リンクされた動画像ファイルに含まれる映像又は静止画が表示される。また音声信号処理部ｅｘ４５４は、音声信号を復号し、音声出力部ｅｘ４５７から音声が出力される。なおリアルタイムストリーミングが普及しているため、ユーザの状況によっては音声の再生が社会的にふさわしくない場も起こりえる。そのため、初期値としては、音声信号は再生せず映像データのみを再生する構成の方が望ましい。ユーザが映像データをクリックするなど操作を行った場合にのみ音声を同期して再生してもよい。
【0400】
またここではスマートフォンｅｘ１１５を例に説明したが、端末としては符号化器及び復号化器を両方持つ送受信型端末の他に、符号化器のみを有する送信端末、及び、復号化器のみを有する受信端末という３通りの実装形式が考えられる。さらに、デジタル放送用システムにおいて、映像データに音声データなどが多重化された多重化データを受信又は送信するとして説明したが、多重化データには、音声データ以外に映像に関連する文字データなどが多重化されてもよいし、多重化データではなく映像データ自体が受信又は送信されてもよい。
【0401】
なお、ＣＰＵを含む主制御部ｅｘ４６０が符号化又は復号処理を制御するとして説明したが、端末はＧＰＵを備えることも多い。よって、ＣＰＵとＧＰＵで共通化されたメモリ、又は共通に使用できるようにアドレスが管理されているメモリにより、ＧＰＵの性能を活かして広い領域を一括して処理する構成でもよい。これにより符号化時間を短縮でき、リアルタイム性を確保し、低遅延を実現できる。特に動き探索、デブロックフィルタ、ＳＡＯ（Ｓａｍｐｌｅ Ａｄａｐｔｉｖｅ Ｏｆｆｓｅｔ）、及び変換・量子化の処理を、ＣＰＵではなく、ＧＰＵでピクチャなどの単位で一括して行うと効率的である。
【0402】
本態様を本開示における他の態様の少なくとも一部と組み合わせて実施してもよい。また、本態様のフローチャートに記載の一部の処理、装置の一部の構成、シンタックスの一部などを他の態様と組み合わせて実施してもよい。
【産業上の利用可能性】
【0403】
本開示は、例えば、テレビジョン受像機、デジタルビデオレコーダー、カーナビゲーション、携帯電話、デジタルカメラ、デジタルビデオカメラ、テレビ会議システム、又は、電子ミラー等に利用可能である。
【符号の説明】
【0404】
１００ 符号化装置
１０２ 分割部
１０４ 減算部
１０６ 変換部
１０８ 量子化部
１１０ エントロピー符号化部
１１２、２０４ 逆量子化部
１１４、２０６ 逆変換部
１１６、２０８ 加算部
１１８、２１０ ブロックメモリ
１２０、２１２ ループフィルタ部
１２２、２１４ フレームメモリ
１２４、２１６ イントラ予測部
１２６、２１８ インター予測部
１２８、２２０ 予測制御部
１６０、２６０ 回路
１６２、２６２ メモリ
２００ 復号装置
２０２ エントロピー復号部
１０２ 分割部
１０４ 減算部
１０６ 変換部
１０８ 量子化部
１１０ エントロピー符号化部
１１２、２０４ 逆量子化部
１１４、２０６ 逆変換部
１１６、２０８ 加算部
１１８、２１０ ブロックメモリ
１２０、２１２ ループフィルタ部
１２２、２１４ フレームメモリ
１２４、２１６ イントラ予測部
１２６、２１８ インター予測部
１２８、２２０ 予測制御部
１６０、２６０ 回路
１６２、２６２ メモリ
２００ 復号装置
２０２ エントロピー復号部
【図1】
【図2】
【図3】
【図4A】
【図4B】
【図4C】
【図5A】
【図5B】
【図5C】
【図5D】
【図6】
【図7】
【図8】
【図9A】
【図9B】
【図9C】
【図9D】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】