(57)【要約】      （修正有）【課題】マルチビュービデオ復号化向けにフレームナンバー及び／又はピクチャオーダカウント（POC:  Picture  Order  Count）を分離する方法及び装置を提供する。【解決手段】装置は、ビットストリームからのマルチビュービデオコンテンツの少なくとも２つのビューのうちの少なくとも１つに対応する少なくとも１つのピクチャを復号化するデコーダを有し、前記ビットストリームでは、前記少なくとも１つのピクチャの符号化順序の情報と出力順序の情報の少なくとも１つは、ビュー識別子を使用して、前記少なくとも１つのピクチャが対応する少なくとも１つのビューから分離され、前記ビュー識別子は、デコードされたリファレンスピクチャのマーキングプロセス及びデフォルトのリファレンスピクチャリストの構築プロセスの少なくとも１つで使用される。【選択図】図４
2014030214.tif 000002
【特許請求の範囲】
【請求項１】
ビットストリームからのマルチビュービデオコンテンツの少なくとも２つのビューのうちの少なくとも１つに対応する少なくとも１つのピクチャを復号化するデコーダを有する装置であって、
前記ビットストリームでは、前記少なくとも１つのピクチャの符号化順序の情報と出力順序の情報の少なくとも１つは、前記少なくとも１つのピクチャが対応する少なくとも１つのビューから分離される、
ことを特徴とする装置。
【請求項２】
前記デコーダは、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  Standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationに対応する少なくとも１つの既存のシンタックスエレメントを使用して、前記少なくとも１つのピクチャの符号化順序の情報と出力順序の情報の少なくとも１つの分離の存在を判定する、
請求項１記載の装置。
【請求項３】
前記デコーダは、ビュー識別子を使用して前記少なくとも１つのピクチャの符号化順序の情報と出力順序の情報の少なくとも１つの分離の存在を判定する、
請求項１記載の装置。
【請求項４】
前記ビュー識別子は、前記ビットストリームにおけるスライスレベルに存在する、
請求項３記載の装置。
【請求項５】
前記ビュー識別子は、前記ビットストリームにおけるマクロブロックよりも高いレベルに存在する、
請求項３記載の装置。
【請求項６】
前記デコーダは、デコードされたリファレンスピクチャのマーキングプロセスによる使用のために、前記ビットストリームからの前記ビュー識別子を分析する、
請求項５記載の装置。
【請求項７】
前記デコーダは、前記デコードされたリファレンスピクチャのマーキングプロセスによりマークされるべき特定のピクチャが前記少なくとも２つのビューのうちのどちらに属するかを判定するため、前記ビットストリームからの前記ビュー識別子を分析する、
請求項６記載の装置。
【請求項８】
前記デコーダは、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  Standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationに対応する再定義されたデコードされたリファレンスピクチャのマーキングプロセスでの使用のために再定義される少なくとも１つの既存のシンタックスエレメントの意味をもつ少なくとも１つの既存のシンタックスエレメントを使用して、前記再定義されたデコードされたリファレンスピクチャのマーキングプロセスにおける前記ビュー識別子の使用をサポートする、
請求項５記載の装置。
【請求項９】
前記再定義されたデコードされたリファレンスピクチャのマーキングプロセスでは、現在デコードされているピクチャと同じビュー識別子をもつピクチャのみがマークされる、請求項８記載の装置。
【請求項１０】
スライディングウィンドウによるデコードされたリファレンスピクチャのマーキングプロセス及び適応メモリ制御によるデコードされたリファレンスピクチャのマーキングプロセスの少なくとも１つが利用される、
請求項８記載の装置。
【請求項１１】
前記再定義されたデコードされたリファレンスピクチャのマーキングプロセスでは、前記少なくとも１つのピクチャのビュー識別子とは異なるビュー識別子を有するピクチャは、以前に使用されていないシンタックスエレメントを使用してマークされる、
請求項８記載の装置。
【請求項１２】
前記デコーダは、デフォルトのリファレンスピクチャリストの構築のために、前記ビットストリームからの前記ビュー識別子を分析する、
請求項５記載の装置。
【請求項１３】
インタービューリファレンスピクチャは、リファレンスピクチャリストの構築のための少なくとも１つの既存のシンタックスエレメントに従って、前記リファレンスピクチャリストの構築に対応するデフォルトのリファレンスピクチャリストの作成プロセスのためにリファレンスリストに追加されるのを禁止される、
請求項１２記載の装置。
【請求項１４】
前記デフォルトのリファレンスピクチャリストの構築のための少なくとも１つの既存のシンタックスエレメントに従って、前記リファレンスピクチャリストの構築に対応するデフォルトのリファレンスピクチャリストの作成プロセスのためのリファレンスリストに、インタービューリファレンスピクチャのみが追加される、
請求項１２記載の装置。
【請求項１５】
インタービューリファレンスピクチャは、テンポラルリファレンスの後に追加される、請求項１４記載の装置。
【請求項１６】
前記デコーダは、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  Standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationに対応する再定義されたリファレンスピクチャリストのリオーダリングプロセスにおける使用のために再定義される少なくとも１つの既存のシンタックスエレメントを使用して、前記再定義されたリファレンスピクチャリストのリオーダリングプロセスにおける前記ビュー識別子の使用をサポートする、
請求項３記載の装置。
【請求項１７】
前記再定義されたリファレンスピクチャリストのリオーダリングプロセスでは、現在復号化されたピクチャと同じビュー識別子をもつピクチャのみが再び順序付けされる、
請求項１６記載の装置。
【請求項１８】
前記ビュー識別子は、前記少なくとも２つのビューのうちのどちらが、対応するリファレンスピクチャリストにおける現在のインデックスに移動されるべき特定のピクチャに対応するかを示す、
請求項１７記載の装置。
【請求項１９】
前記ビュー識別子は、順序付けされるべきリファレンスピクチャのビュー識別子が前記少なくとも１つのピクチャのビュー識別子と異なるときにのみ必要とされる、
請求項１７記載の装置。
【請求項２０】
前記デコーダは、テンポラルダイレクトモードについて再定義される既存のシンタックスエレメント、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  Standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationに対応する既存のシンタックスを使用して、テンポラルダイレクトモードにおけるビュー識別子の使用をサポートする、
請求項３記載の装置。
【請求項２１】
前記テンポラルダイレクトモードは、ピクチャオーダカウント値及びビュー識別子の少なくとも１つに基づいて導出される、
請求項２０記載の装置。
【請求項２２】
前記デコーダは、既存のシンタックスエレメント、既存のセマンティクス、及びテンポラルダイレクトモードのための既存の復号化プロセス、既存のシンタックス、既存のセマンティクス、及び、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  Standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationに対応する既存の復号化プロセスを使用する、
請求項３記載の装置。
【請求項２３】
前記デコーダは、暗黙の重み付け予測のために再定義された既存のシンタックスエレメント、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  Standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationに対応する既存のシンタックスを使用して、暗黙の重み予測における前記ビュー識別子の使用をサポートする、
請求項３記載の装置。
【請求項２４】
前記暗黙の重み付け予測は、ピクチャオーダカウント値とビュー識別子の少なくとも１つに基づいて導出される、
請求項２３記載の装置。
【請求項２５】
前記デコーダは、既存のシンタックスエレメント、既存のセマンティクス、及び、暗黙の重み付け予測のための既存の復号化プロセス、既存のシンタックス、既存のセマンティクス、及び、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  Standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationに対応する既存の復号化プロセスを使用する、
請求項３記載の装置。
【請求項２６】
前記デコーダは、特定のピクチャに対応する少なくとも２つのビューのうちの特定のビューを使用して、前記少なくとも２つのビューのうちの異なるビューの並列の復号化におけるビュー間の依存度を判定する、
請求項１記載の装置。
【請求項２７】
ビットストリームからのマルチビュービデオコンテンツの少なくとも２つのビューのうちの少なくとも１つに対応する少なくとも１つのピクチャを復号化するステップを含む方法であって、
前記ビットストリームでは、前記少なくとも１つのピクチャの符号化順序の情報と出力順序の情報の少なくとも１つは、前記少なくとも１つのピクチャが対応する少なくとも１つのビューから分離される、
ことを特徴とする方法。
【請求項２８】
前記復号化するステップは、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  Standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationに対応する少なくとも１つの既存のシンタックスエレメントを使用して、前記少なくとも１つのピクチャの符号化順序の情報と出力順序の情報の少なくとも１つの分離の存在を判定する、
請求項２７記載の方法。
【請求項２９】
前記復号化するステップは、ビュー識別子を使用して前記少なくとも１つのピクチャの符号化順序の情報と出力順序の情報の少なくとも１つの分離の存在を判定する、
請求項２７記載の方法。
【請求項３０】
前記ビュー識別子は、前記ビットストリームにおけるスライスレベルに存在する、
請求項２９記載の方法。
【請求項３１】
前記ビュー識別子は、前記ビットストリームにおけるマクロブロックよりも高いレベルに存在する、
請求項２９記載の方法。
【請求項３２】
前記復号化するステップは、デコードされたリファレンスピクチャのマーキングプロセスによる使用のために、前記ビットストリームからの前記ビュー識別子を分析する、
請求項３１記載の方法。
【請求項３３】
前記復号化するステップは、前記デコードされたリファレンスピクチャのマーキングプロセスによりマークされるべき特定のピクチャが前記少なくとも２つのビューのうちのどちらに属するかを判定するため、前記ビットストリームからの前記ビュー識別子を分析する、
請求項３２記載の方法。
【請求項３４】
前記復号化するステップは、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  Standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationに対応する再定義されたデコードされたリファレンスピクチャのマーキングプロセスでの使用のために再定義される少なくとも１つの既存のシンタックスエレメントの意味をもつ少なくとも１つの既存のシンタックスエレメントを使用して、前記再定義されたデコードされたリファレンスピクチャのマーキングプロセスにおける前記ビュー識別子の使用をサポートする、
請求項２９記載の方法。
【請求項３５】
前記再定義されたデコードされたリファレンスピクチャのマーキングプロセスでは、現在デコードされたピクチャと同じビュー識別子をもつピクチャのみがマークされる、
請求項３４記載の方法。
【請求項３６】
スライディングウィンドウによるデコードされたリファレンスピクチャのマーキングプロセス及び適応メモリ制御によるデコードされたリファレンスピクチャのマーキングプロセスの少なくとも１つが利用される、
請求項３４記載の方法。
【請求項３７】
前記再定義されたデコードされたリファレンスピクチャのマーキングプロセスでは、前記少なくとも１つのピクチャのビュー識別子とは異なるビュー識別子を有するピクチャは、以前に使用されていないシンタックスエレメントを使用してマークされる、
請求項３４記載の方法。
【請求項３８】
前記復号化するステップは、デフォルトのリファレンスピクチャリストの構築のために、前記ビットストリームからの前記ビュー識別子を分析する、
請求項３１記載の方法。
【請求項３９】
インタービューリファレンスピクチャは、前記リファレンスピクチャリストの構築のための少なくとも１つの既存のシンタックスエレメントに従って、前記リファレンスピクチャリストの構築に対応するデフォルトのリファレンスピクチャリストの作成プロセスのためにリファレンスリストに追加されるのを禁止される、
請求項３８記載の方法。
【請求項４０】
前記デフォルトのリファレンスピクチャリストの構築のための少なくとも１つの既存のシンタックスエレメントに従って、前記リファレンスピクチャリストの構築に対応するデフォルトのリファレンスピクチャリストの作成プロセスのため、インタービューリファレンスピクチャのみがリファレンスリストに追加される、
請求項３８記載の方法。
【請求項４１】
前記インタービューリファレンスピクチャは、テンポラルリファレンスの後に追加される、
請求項４０記載の方法。
【請求項４２】
前記復号化するステップは、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  Standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationに対応する再定義されたリファレンスピクチャリストのリオーダリングプロセスにおける使用のために再定義される少なくとも１つの既存のシンタックスエレメントを使用して、前記再定義されたリファレンスピクチャリストのリオーダリングプロセスにおける前記ビュー識別子の使用をサポートする、
請求項２９記載の方法。
【請求項４３】
前記再定義されたリファレンスピクチャリストのリオーダリングプロセスでは、現在復号化されたピクチャと同じビュー識別子をもつピクチャのみが再び順序付けされる、
請求項４２記載の方法。
【請求項４４】
前記ビュー識別子は、前記少なくとも２つのビューのうちのどちらが、対応するリファレンスピクチャリストにおける現在のインデックスに移動されるべき特定のピクチャに対応するかを示す、
請求項４３記載の方法。
【請求項４５】
前記ビュー識別子は、順序付けされるべきリファレンスピクチャのビュー識別子が前記少なくとも１つのピクチャのビュー識別子と異なるときにのみ必要とされる、
請求項４３記載の方法。
【請求項４６】
前記復号化するステップは、テンポラルダイレクトモードについて再定義される既存のシンタックスエレメント、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  Standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationに対応する既存のシンタックスを使用して、テンポラルダイレクトモードにおけるビュー識別子の使用をサポートする、
請求項２９記載の方法。
【請求項４７】
前記テンポラルダイレクトモードは、ピクチャオーダカウント値及びビュー識別子の少なくとも１つに基づいて導出される、
請求項４６記載の方法。
【請求項４８】
前記復号化するステップは、既存のシンタックスエレメント、既存のセマンティクス、及びテンポラルダイレクトモードのための既存の復号化プロセス、既存のシンタックス、既存のセマンティクス、及び、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  Standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationに対応する既存の復号化プロセスを使用する、
請求項２９記載の方法。
【請求項４９】
前記復号化するステップは、暗黙の重み付け予測のために再定義される既存のシンタックスエレメント、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  Standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationに対応する既存のシンタックスを使用して、暗黙の重み予測における前記ビュー識別子の使用をサポートする、
請求項２９記載の方法。
【請求項５０】
前記暗黙の重み付け予測は、ピクチャオーダカウント値とビュー識別子の少なくとも１つに基づいて導出される、
請求項４９記載の方法。
【請求項５１】
前記符号化するステップは、既存のシンタックスエレメント、既存のセマンティクス、及び、暗黙の重み付け予測のための既存の復号化プロセス、既存のシンタックス、既存のセマンティクス、及び、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  Standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationに対応する既存の復号化プロセスを使用する、
請求項２９記載の方法。
【請求項５２】
前記復号化するステップは、特定のピクチャに対応する少なくとも２つのビューのうちの特定のビューを使用して、前記少なくとも２つのビューのうちの異なるビューの並列の符号化におけるビュー間の依存度を判定する、
請求項２７記載の方法。
【請求項５３】
マルチビュービデオコンテンツに対応する少なくとも２つのビューのうちの少なくとも１つを復号化するデコーダを有する装置であって、
前記デコーダは、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  Standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationに対応するデフォルトのリファレンスピクチャリストの構築プロセス及びリファレンスピクチャリストのリオーダリングにおいて再定義された変数を使用して、前記少なくとも２つのビューのうちの少なくとも１つを復号化する、
ことを特徴とする装置。
【請求項５４】
ビューの数及びビュー識別情報の少なくとも１つは、前記変数を再定義するために使用される、
請求項５３記載の装置。
【請求項５５】
グループオブピクチャ及びビュー識別情報の少なくとも１つは、前記変数を再定義するために使用される、
請求項５３記載の装置。
【請求項５６】
マルチビュービデオコンテンツに対応する少なくとも２つのビューのうちの少なくとも１つを復号化するデコーダを有する装置であって、
前記デコーダは、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  Standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationのデコードされたリファレンスピクチャのマーキングプロセスにおいて再定義された変数を使用して、前記少なくとも２つのビューのうちの少なくとも１つを復号化する、
ことを特徴とする装置。
【請求項５７】
ビューの数及びビュー識別情報のうちの少なくとも１つは、前記変数を再定義するために使用される、
請求項５６記載の装置。
【請求項５８】
グループオブピクチャのレングス及びビュー識別情報の少なくとも１つは、前記変数を再定義するために使用される、
請求項５６記載の装置。
【請求項５９】
マルチビュービデオコンテンツに対応する少なくとも２つのビューのうちの少なくとも１つを復号化するステップを含む方法であって、
前記復号化するステップは、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  Standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationに対応するデフォルトのリファレンスピクチャリストの構築プロセス及びリファレンスピクチャリストのリオーダリングにおいて再定義された変数を使用して、前記少なくとも２つのビューのうちの少なくとも１つを復号化する、
ことを特徴とする方法。
【請求項６０】
ビューの数及びビュー識別情報の少なくとも１つは、前記変数を再定義するために使用される、
請求項５９記載の方法。
【請求項６１】
グループオブピクチャのレングス及びビュー識別情報の少なくとも１つは、前記変数を再定義するために使用される、
請求項５９記載の方法。
【請求項６２】
マルチビュービデオコンテンツに対応する少なくとも２つのビューのうちの少なくとも１つを復号化するステップを含む方法であって、
前記復号化するステップは、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  Standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationのデコードされたリファレンスピクチャのマーキングプロセスにおいて再定義された変数を使用して、前記少なくとも２つのビューのうちの少なくとも１つを復号化する、
ことを特徴とする方法。
【請求項６３】
ビューの数及びビュー識別情報の少なくとも１つは、前記変数を再定義するために使用される、
請求項６２記載の方法。
【請求項６４】
グループオブピクチャのレングス及びビュー識別情報の少なくとも１つは、前記変数を再定義するために使用される、
請求項６２記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ビデオ符号化及び復号化全般に関し、より詳細には、マルチビュービデオ符号化及び復号化向けにフレームナンバー及び／又はピクチャオーダカウント（POC:  Picture  Order  Count）を分離する方法及び装置に関する。
【０００２】
本出願は、2006年7月6日に提出された米国仮出願60/818,874号及び2006年7月18日に提出された米国仮出願60/807,706号の利益を特許請求するものであり、これらは、それぞれ完全な形で本明細書に引用により盛り込まれる。
【０００３】
さらに、本出願は、本出願と共に同時に提出される、“Method  and  Apparatus  for  Decoupling  Frame  Number  and/or  Picture  Order  Count  (POC)  for  Multi-view  Video  Encoding  and  Decoding”と題された仮出願ではない、代理人ドケットPU060136号に関連するものであり、同一出願人によるものであって、本明細書に引用により盛り込まれる。
【背景技術】
【０００４】
ＩＳＯ／ＩＥＣ（International  Organization  for  Standardization/International  Electrotechnical  Commission）ＭＰＥＧ−４（Moving  Picture  Experts  Group-4）Ｐａｒｔ１０  ＡＶＣ（Advanced  Video  Coding）規格／ＩＴＵ−Ｔ（International  Telecommunication  Union,  Telecommunication  Sector）H.264勧告（以下“ＭＰＥＧ−４ＡＶＣ標準”）では、ピクチャの識別子としてシンタックスエレメントのframe_numが使用され、ＭＰＥＧ−４ＡＶＣ標準で定義される幾つかの制約を有する。frame_numの主要な目的は、ピクチャがデコードされるたびにインクリメントされるカウンタとしての役割を果たし、データの損失がある場合に、デコーダは幾つかのピクチャが失われたことを検出し、問題を隠すことができる。frame_numは、アクセスユニットの復号化順序で増加し、表示順序を必ずしも示さない。ＭＭＣＯ（Memory  Management  Control  Operations）は、frame_numの値を使用して、長期及び短期のリファレンスとしてピクチャをマークするか、リファレンスピクチャについて不使用であるとしてリファレンスピクチャをマークする。また、frame_numは、Ｐ及びＳＰスライスについてデフォルトのリファレンスリストのオーダリングのために使用される。
【０００５】
ＭＰＥＧ−４ＡＶＣ標準におけるピクチャオーダカウントは、特定のピクチャのタイミング又は出力のオーダリングの指示である。ピクチャオーダカウントは、復号化順序における前のＩＤＲ（Instantaneous  Decoding  Refresh）ピクチャに関して、又は「リファレンスのために使用されていない」として全てのリファレンスピクチャをマークするメモリマネージメント制御動作を含む前のピクチャに関して、出力順序において増加するピクチャの位置につれて減少しない値を有する変数である。ピクチャオーダカウント（Picture  Order  Count）は、スライスヘッダシンタックスエレメントから導出される。ピクチャオーダカウントは、テンポラルダイレクトモードでの動きベクトルの導出、暗黙の重み付け予測、及びＢスライスのデフォルトのイニシャルリファレンスピクチャリストのオーダリングで使用される。
【０００６】
特に、時間的相関関係を使用したダイレクトモードの動きパラメータは、その後のリファレンスピクチャ又はより正確には第一のLIST1リファレンスにおける共に配置される位置での動き情報を考慮することで現在のマクロブロック／ブロックについて典型的に導出される。図１を参照して、Ｂスライス符号化におけるテンポラルダイレクト予測を例示する図は、参照符号１００により一般に示される。オブジェクトが一定の速度で移動するという仮定に続いて、これらのパラメータは、関連するリファレンスピクチャの（図１に示されるような）時間的な距離に従ってスケーリングされる。ダイレクト符号化ブロックの動きベクトル
（外１）
2014030214.tif 000003
に対する第一のLIST1リファレンスにおけるその共に配置される位置の動きベクトル
（外２）
2014030214.tif 000004
は、以下のように計算される。
【数１】
2014030214.tif 000005
【０００７】
先の式では、ＴＤＢ及びＴＤＤは、それぞれ、現在及びLIST1ピクチャに比較してLIST1ピクチャにおける共に配置されるブロックのLIST0動きベクトルにより使用されるリファレンスピクチャの時間的な距離であり、又はより正確には、ピクチャオーダカウント（ＰＯＣ）距離である。LIST1リファレンスピクチャ及びLIST1における共に配置されるブロックの動きベクトルにより参照されるLIST0におけるリファレンスは、ダイレクトモードの２つのリファレンスとして使用される。リファレンスインデックスrefldxL0が長期のリファレンスピクチャを参照するか、又はDiffPicOderCnt（pic1,  pic0）が０に等しい場合、ダイレクトモードのパーティションの動きベクトル
（外３）
2014030214.tif 000006
は、以下により導出される。
【数２】
2014030214.tif 000007
【０００８】
また、暗黙の重み付けされた予測ツールは、重みを決定するためにピクチャオーダカウント情報を使用する。重み付け予測（ＷＰ）暗黙モードでは、重み付けファクタは、スライスヘッダで明示的に送信されないが、代わりに、現在のピクチャとリファレンスピクチャとの間の相対的な距離に基づいて導出される。暗黙のモードは、ダイレクトモードを使用するものを含めて、双方向予測されたマクロブロック及びＢスライスにおけるマクロブロックのパーティションについてのみ使用される。暗黙のモードについて、オフセット値Ｏ0及びＯ1がゼロに等しく、重みファクタＷ0及びＷ1が式（６）〜式（１０）における以下の式を使用して導出されることを除いて、式（１）に示される式が使用される。
【数３】
2014030214.tif 000008
【０００９】
これは、ディビジョンフリーな、以下の１６ビットセーフオペレーションの実現である。
【数４】
2014030214.tif 000009
ここでＴＤＢは、LIST1リファレンスピクチャとLIST0リファレンスピクチャとの間の時間差であり、レンジ「−１２８，１２７」にクリップされ、ＴＤＢは、現在のピクチャとLIST0リファレンスピクチャとの間の差であり、レンジ「−１２８，１２７」にクリップされる。マルチビュービデオコーディングでは、ＴＤDがゼロに評価することができる場合が存在する（これは、式（１１）におけるDiffPicOderCnt(pic1,pic2)がゼロになるときに起こる）。係るケースでは、重みＷ0及びＷ1は３２に設定される。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
マルチビュービデオ符号化（ＭＶＣ）の現在のＭＰＥＧ−４ＡＶＣに準拠した実現では、リファレンスソフトウェアは、全てのビデオ系列を１つのストリームにインタリーブすることでマルチビュー予測を達成する。このように、ビュー間のframe_num及びピクチャオーダカウントは、互いに結合される。これは、幾つかの問題を有する。１つの問題点は、部分的な復号化についてframe_numの値におけるギャップが存在することである。これは、リファレンスピクチャリストの管理を複雑にするか、又はframe_numのギャップに基づいたエラーロスの検出を不可能にする点である。別の利点は、ピクチャオーダカウントが現実的な物理的な意味を有さない点であり、テンポラルダイレクトモード又は暗黙の重み予測のようなピクチャオーダカウント情報を当てにする符号化ツールをブレイクする可能性がある。さらに別の問題点は、上記結合によりマルチビューシーケンスのパラレルな符号化を更に困難にする点である。
【課題を解決するための手段】
【００１１】
従来技術のこれらの課題及び問題点、並びに他の課題及び問題点は、本発明の原理により対処され、マルチビュービデオ符号化及び復号化向けにフレームナンバーとピクチャオーダカウント（ＰＯＣ）とを分離する方法及び装置に向けられる。
【００１２】
本発明の態様によれば、ビットストリームから、マルチビュービデオコンテンツの少なくとも２つのビューのうちの少なくとも１つに対応する少なくとも１つのピクチャを復号化するデコーダを含む装置が提供される。ビットストリームでは、少なくとも１つのピクチャについて符号化順序情報及び出力順序情報の少なくとも１つは、少なくとも１つのピクチャが対応する少なくとも１つのビューから分離される。
【００１３】
本発明の原理の別の態様によれば、ビットストリームから、マルチビュービデオコンテンツの少なくとも２つのビューのうちの少なくとも１つに対応する少なくとも１つのピクチャを復号化するステップを含む方法が提供される。ビットストリームでは、少なくとも１つのピクチャについて符号化順序情報及び出力順序情報の少なくとも１つは、少なくとも１つのピクチャが対応する少なくとも１つのビューから分離される。
【００１４】
本発明の更に別の態様によれば、マルチビュービデオコンテンツに対応する少なくとも２つのビューのうちの少なくとも１つを復号化するデコーダを含む装置が提供される。このデコーダは、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  Standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationに対応するデフォルトのリファレンスピクチャリストのコンストラクションプロセス及びリファレンスピクチャリストのリオーダリングにおける再定義された変数を使用して、少なくとも２つのビューのうちの少なくとも１つを復号化する。
【００１５】
本発明の原理のなお更に別の態様によれば、マルチビュービデオコンテンツに対応する少なくとも２つのビューのうちの少なくとも１つを復号化するデコーダ２５０を含む装置が提供される。このデコーダは、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  Standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationのデコードされたリファレンスピクチャのマーキングプロセスにおける再定義された変数を使用して、少なくとも２つのビューのうちの少なくとも１つを復号化する。
【００１６】
本発明の原理の更に別の態様によれば、マルチビュービデオコンテンツに対応する少なくとも２つのビューのうちの少なくとも１つを復号化するステップを含む方法が提供される。この復号化ステップは、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  Standard/International  Telecommunication Union,  Telecommunication  Sector  H.264  recommendationのデコードされたリファレンスピクチャのマーキングプロセスにおける再定義された変数を使用して、少なくとも２つのビューのうちの少なくとも１つを復号化する。
【００１７】
本発明の原理のなお更に別の態様によれば、マルチビュービデオコンテンツに対応する少なくとも２つのビューのうちの少なくとも１つを復号化するステップを含む方法が提供される。この復号化するステップは、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  Standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationのデコードされたリファレンスピクチャのマーキングプロセスにおける再定義された変数を使用して、少なくとも２つのビューのうちの少なくとも１つを復号化する。
【００１８】
本発明の原理のこれらの態様、特徴及び利点、並びに他の態様、特徴及び利点は、添付図面と共に読まれる例示的な実施の形態の以下の詳細な説明から明らかとなるであろう。本発明の原理は、以下の例示的な図面に従って良好に理解されるであろう。
【図面の簡単な説明】
【００１９】
【図１】Ｂスライスの符号化におけるテンポラルダイレクト予測を例示する図である。
【図２Ａ】本発明の実施の形態に係る、本発明の原理が適用される場合がある、例示的なマルチビュービデオコーディング（ＭＶＣ）のブロック図である。
【図２Ｂ】本発明の実施の形態に係る、本発明の原理が適用される場合がある、例示的なマルチビュービデオコーディング（ＭＶＣ）のブロック図である。
【図３】本発明の実施の形態に係る、変更されたデコードされたリファレンスピクチャのマーキングを使用した、マルチビュービデオコンテンツを符号化する例示的な方法のフローチャートである。
【図４】本発明の実施の形態に係る、変更されたデコードされたリファレンスピクチャのマーキングを使用した、マルチビュービデオコンテンツを復号化する例示的な方法のフローチャートである。
【図５】本発明の実施の形態に係る、変更されたリファレンスピクチャリストの構築を使用した、マルチビュービデオコンテンツを符号化する例示的な方法のフローチャートである。
【図６】本発明の実施の形態に係る、変更されたリファレンスピクチャリストの構築を使用した、マルチビュービデオコンテンツを符号化する別の例示的な方法のフローチャートである。
【図７】本発明の実施の形態に係る、変更されたリファレンスピクチャリストの構築を使用した、マルチビュービデオコンテンツを符号化する更に別の例示的な方法のフローチャートである。
【図８】本発明の実施の形態に係る、変更されたリファレンスピクチャリストの構築を使用した、マルチビュービデオコンテンツを復号化する例示的な方法のフローチャートである。
【図９】本発明の実施の形態に係る、変更されたリファレンスピクチャリストの構築を使用した、マルチビュービデオコンテンツを復号化する別の例示的な方法のフローチャートである。
【図１０】本発明の実施の形態に係る、変更されたリファレンスピクチャリストの構築を使用した、マルチビュービデオコンテンツを復号化する更に別の例示的な方法のフローチャートである。
【図１１】本発明の実施の形態に係る、テンポラルダイレクトモード及び暗黙の重み予測を使用してマルチビュービデオコンテンツを符号化する例示的な方法のフローチャートである。
【図１２】本発明の実施の形態に係る、テンポラルダイレクトモード及び暗黙の重み予測を使用した、マルチビュービデオコンテンツを符号化する別の例示的な方法のフローチャートである。
【図１３】本発明の実施の形態に係る、変更されたデコードされたリファレンスピクチャのマーキングを使用した、マルチビュービデオコンテンツを復号化する例示的な方法のフローチャートである。
【図１４】本発明の実施の形態に係る、変更されたデコードされたリファレンスピクチャのマーキングを使用した、マルチビュービデオコンテンツを復号化する別の例示的な方法のフローチャートである。
【図１５】本発明の実施の形態に係る、変更されたデコードされたリファレンスピクチャのマーキングを使用した、マルチビュービデオコンテンツを符号化する例示的な方法のフローチャートである。
【図１６】本発明の実施の形態に係る、変更されたデコードされたリファレンスピクチャのマーキングを使用した、マルチビュービデオコンテンツを復号化する例示的な方法のフローチャートである。
【図１７】本発明の実施の形態に係る、変更されたリファレンスピクチャリストの構築及びフレームナンバーの計算を使用した、マルチビュービデオコンテンツを符号化する例示的な方法のフローチャートである。
【図１８】本発明の実施の形態に係る、変更されたリファレンスピクチャリストの構築及びフレームナンバーの計算を使用した、マルチビュービデオコンテンツを符号化する別の例示的な方法のフローチャートである。
【図１９】本発明の実施の形態に係る、変更されたリファレンスピクチャリストの構築及びフレームナンバーの計算を使用した、マルチビュービデオコンテンツを復号化する例示的な方法のフローチャートである。
【図２０】本発明の実施の形態に係る、変更されたリファレンスピクチャリストの構築及びフレームナンバーの計算を使用した、マルチビュービデオコンテンツを復号化する別の例示的な方法のフローチャートである。
【図２１】本発明の実施の形態に係る、ＲＰＬＲ（Reference  Picture  List  Reordering）コマンドによる変更されたリファレンスピクチャリストの初期化を使用した、マルチビュービデオコンテンツを符号化する例示的な方法のフローチャートである。
【図２２】本発明の実施の形態に係る、ＲＰＬＲ（Reference  Picture  List  Reordering）コマンドによる変更されたリファレンスピクチャリストの初期化を使用した、マルチビュービデオコンテンツを符号化する別の例示的な方法のフローチャートである。
【図２３】本発明の実施の形態に係る、ＲＰＬＲ（Reference  Picture  List  Reordering）コマンドによる変更されたリファレンスピクチャリストの構築を使用した、マルチビュービデオコンテンツを復号化する例示的な方法のフローチャートである。
【図２４】本発明の実施の形態に係る、ＲＰＬＲ（Reference  Picture  List  Reordering）コマンドによる変更されたリファレンスピクチャリストの構築を使用した、マルチビュービデオコンテンツを復号化する別の例示的な方法のフローチャートである。
【発明を実施するための形態】
【００２０】
本発明は、マルチビュービデオ符号化及び復号化のため、フレームナンバーとピクチャオーダカウント（ＰＯＣ）を分離する方法及び装置に向けられる。この開示は、本発明の原理を例示するものである。したがって、当業者であれば、本実施の形態では明示的に記載又は図示されないが、本発明を実施し、本発明の精神及び範囲に含まれる様々なアレンジメントを考案するであろうことを理解されたい。本実施の形態で示される全ての例及び条件付き言語は、本発明の原理、及び当該技術分野を促進するために本発明者により寄与される概念の理解において読者を支援する教育的な目的が意図され、係る特に引用される例及び条件に限定するものではないとして解釈されるべきである。
【００２１】
さらに、本発明の原理、態様及び実施の形態を引用する全ての説明は、その特別の例と共に、本発明の構造的且つ機能的に等価な概念の両者を包含することが意図される。さらに、係る等価な概念は、現在知られている等価な概念と同様に、将来に開発される等価な概念、すなわち構造に関わらず、同じ機能を実行する開発されたエレメントを含む。
【００２２】
したがって、たとえば、本明細書で与えられるブロック図は、本発明の原理を実施する例示的な回路の概念図を表わすことが当業者により理解されるであろう。同様に、何れかのフローチャート、フロー図、状態遷移図、擬似コード等は、コンピュータ読取り可能なメディアで実質的に表現され、コンピュータ又はプロセッサが明示的に示されているか否かに関わらず、係るコンピュータ又はプロセッサにより実行される様々なプロセスを表すことを理解されるであろう。
【００２３】
図示される様々なエレメントの機能は、専用のハードウェアと同様に、適切なソフトウェアに関連するソフトウェアを実行可能なハードウェアの使用を通して提供される場合がある。プロセッサにより提供されたとき、機能は、１つの専用のプロセッサにより提供されるか、１つの共有プロセッサにより提供されるか、そのうちの幾つかが共有される複数の個別のプロセッサにより提供される場合がある。さらに、用語「プロセッサ」又は「コントローラ」の明示的な使用は、ソフトウェアを実行可能なハードウェアを排他的に示すために解釈されるべきではなく、限定されることなしに、デジタルシグナルプロセッサ（ＤＳＰ）ハードウェア、ソフトウェアを記憶するリードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、及び不揮発性ストレージを暗黙に含む場合がある。
【００２４】
コンベンショナル及び／又はカスタムな他のハードウェアが含まれる場合もある。同様に、図示されるスイッチは、概念のみである。それらの機能は、プログラムロジックの動作を通して、専用ロジックを通して、プログラム制御及び専用ロジックのインタラクションを通して実行されるか、又は、更には手動的に実行され、特定の技術は、コンテクストから更に詳細に理解されるように実現者により選択可能である。
【００２５】
その請求項では、指定された機能を実行する手段として表現されるエレメントは、たとえば、ａ）その機能を実行する回路エレメントの組み合わせ、又はｂ）機能を実行するためにソフトウェアを実行する適切な回路と共に結合される、ファームウェア、マイクロコード等を含む何れかの形式でのソフトウェアを含めて、その機能を実行する任意のやり方を包含することが意図される。係る請求項により定義される本発明の原理は、様々な引用された手段により提供される機能は結合され、請求項が求めるやり方でまとめられるという事実にある。したがって、それらの機能を提供する任意の手段は、本明細書に示される手段に等価であるとみなされる。
【００２６】
本発明の原理の「１実施の形態」又は「実施の形態」への明細書における参照は、実施の形態と共に記載される特定の特徴、機能、特性等が本発明の原理の少なくとも１つに含まれることを意味する。したがって、明細書を通して様々な位置で現れるフレーズ「１実施の形態では」又は「実施の形態では」の出現は、同じ実施の形態を必ずしも示すものではない。
【００２７】
本明細書で使用されるように、「ハイレベルシンタックス」は、マクロブロックレイヤの階層的に上にあるビットストリームに存在するシンタックスを示す。たとえば、ハイレベルシンタックスは、本明細書で使用されるように、限定されるものではないが、スライスヘッダレベル、ＳＥＩ（Supplemental  Enhancement  Information）レベル、ピクチャパラメータセットレベル、シーケンスパラメータセットレベル及びＮＡＬユニットヘッダレベルでのシンタックスを示す場合がある。
【００２８】
さらに、本明細書で使用されるように、「以前に使用されていないシンタックス」は、現在知られているビデオ符号化標準及び勧告、及び限定されるものではないがＭＰＥＧ−４ＡＶＣ標準を含むその拡張に未だ存在しないシンタックスを示す。
【００２９】
また、本明細書で使用されるように、「符号化順序情報」は、ビットストリームにおけるピクチャが符号化及び／又は復号化される順序を示すビットストリームに存在する情報を示す。符号化順序情報は、たとえばframe_numを含む場合がある。
【００３０】
さらに、本明細書で使用されるように、「出力順序情報」は、ビットストリームにおけるピクチャが出力される順序を示すビデオビットストリームに存在する情報を示す。出力順序情報は、たとえばピクチャオーダカウント（ＰＯＣ）値を含む場合がある。
【００３１】
さらに、本発明の原理は、ＭＰＥＧ−４ＡＶＣ標準に関して本実施の形態で記載されるが、本発明の原理は、この標準のみに限定されるものではなく、したがって、本発明の原理の精神を維持しつつ、他の符号化標準及びＭＰＥＧ−４ＡＶＣ標準の拡張を含むその拡張に関して利用される場合があることを理解されたい。
【００３２】
さらに、本明細書で交換可能に使用されるように、「クロスビュー（cross  view）」及び「インタービュー（inter  view）」の両者は、現在のビュー以外のビューに属するピクチャを示す。
【００３３】
図２Ａを参照して、例示的なマルチビュービデオコーディング（ＭＶＣ）エンコーダは、参照符号１００により全般的に示される。エンコーダ１００は、変換器１１０の入力と信号通信で接続される出力を有する結合器１０５を含む。変換器１１０の出力は、量子化器１１５の入力と信号通信で接続される。量子化器１１５の出力は、エントロピーコーダ１２０の入力及び逆量子化器１２５の入力と信号通信で接続される。逆量子化器１２５の出力は、逆変換器１３０の入力と信号通信で接続される。逆変換器１３０の出力は、結合器１３５の第一の非反転入力と信号通信で接続される。結合器１３５の出力は、イントラ予測器１４５の入力及びデブロッキングフィルタ１５０の入力と信号通信で接続される。デブロッキングフィルタ１５０の出力は、（ビューｉについて）リファレンスピクチャストア１５５の入力と信号通信で接続される。リファレンスピクチャストア１５５の出力は、動き補償器１７５の第一の入力及び動き予測器１８０の第一の入力と信号通信で接続される。動き予測器１８０の出力は、動き補償器１７５の第二の入力と信号通信で接続される。
【００３４】
（他のビューについて）リファレンスピクチャストア１６０の出力は、ディスパリティ予測器１７０の第一の入力及びディスパリティ補償器１６５の第一の入力と信号通信で接続される。ディスパリティ予測器１７０の出力は、ディスパリティ補償器１６５の第二の入力と信号通信で接続される。
【００３５】
エントロピーデコーダ１２０の出力は、エンコーダ１００の出力として利用可能である。結合器１０５の非反転入力は、エンコーダ１００の入力として利用可能であり、ディスパリティ予測器１７０の第二の入力及び動き予測器１８０の第二の入力と信号通信で接続される。スイッチ１８５の出力は、結合器１３５の第二の非反転入力及び結合器１０５の反転入力と信号通信で接続される。スイッチ１８５は、動き補償器１７５の出力と信号通信で接続される第一の入力、ディスパリティ補償器１６５の出力と信号通信で接続される第二の入力、及びイントラ予測器１４５の出力と信号通信で接続される第三の入力を含む。
【００３６】
図２Ｂを参照して、例示的なマルチビュービデオコーディング（ＭＶＣ）デコーダは、参照符号３２００により全般的に示される。デコーダ３２００は、逆量子化器３２１０の入力と信号通信で接続される出力を有するエントロピーデコーダ３２０５を含む。逆量子化器の出力は、逆変換器３２１５の入力と信号通信で接続される。逆変換器３２１５の出力は、結合器３２２０の第一の非反転入力と信号通信で接続される。結合器３２２０の出力は、デブロッキングフィルタ３２２５の入力とイントラ予測器３２３０の入力と信号通信で接続される。デブロッキングフィルタ３２２５の出力は、（ビューｉについて）リファレンスピクチャストア３２４０の入力と信号通信で接続される。リファレンスピクチャストア３２４０の出力は、動き補償器３２３５の第一の入力と信号通信で接続される。
【００３７】
（他のビューについて）リファレンスピクチャストア３２４５の出力は、ディスパリティ補償器２５０の第一の入力と信号通信で接続される。
【００３８】
エントロピーコーダ３２０５の入力は、残余のビットストリームを受信するため、デコーダ３２００への入力として利用可能である。さらに、スイッチ３２５５の制御入力は、どの入力がスイッチ３２５５により選択されるかを制御するコントロールシンタックスを受信するため、デコーダ３２００への入力として利用可能である。さらに、動き補償器３２３５の第二の入力は、動きベクトルを受信するため、デコーダ３２００の入力として利用可能である。また、ディスパリティ補償器３２５０の第二の入力は、ディスパリティベクトルを受信するため、デコーダ３２００への入力として利用可能である。
【００３９】
スイッチ３２５５の出力は、結合器３２２０の第二の非反転入力と信号通信で接続される。スイッチ３２５５の第一の入力は、ディスパリティ補償器３２５０の出力と信号通信で接続される。スイッチ３２５５の第二の入力は、動き補償器３２３５の出力と信号通信で接続される。スイッチ３２５５の第三の入力は、イントラ予測器３２３０の出力と信号通信で接続される。モードモジュール３２６０の出力は、どの入力がスイッチ３２５５により選択されるかを制御するためにスイッチ３２５５と信号通信で接続される。デブロッキングフィルタ３２２５の出力は、デコーダの出力として利用可能である。
【００４０】
本発明の原理によれば、マルチビュービデオ系列の効果的な符号化向けＭＰＥＧ−４ＡＶＣ標準のハイレベルシンタックスに対して幾つかの変形が提案される。実施の形態では、マルチビュービデオ系列を符号化するとき、ビュー間でフレームナンバー（frame_num）とピクチャオーダカウント（ＰＯＣ）値を分離することが提案される。１つの可能な応用は、それぞれのビューについて、独立に、ＭＰＥＧ−４ＡＶＣに準拠した復号化及び出力プロセスを適用することができる。実施の形態では、ビュー間のフレームナンバー及び／又はピクチャオーダカウント値は、ビューのそれぞれについてview-idを送出することで分離される。ビュー補間／合成、ビューのランダムアクセス、パラレル処理等を含めて幾つかのマルチビュービデオコーディング（ＭＶＣ）の要件についてview_id情報が必要とされるので、以前に、ハイレベルシンタックスにおいてビュー識別子（view_id）を付加することがシンプルに提案されている。また、view_id情報は、クロスビュー予測にのみ関連する特別の符号化モードについて有効となる。このview_idは、マルチビュービデオコンテンツのビュー間でフレームナンバーとピクチャオーダカウント値とを分離するため、本発明の原理に従って使用される。さらに、実施の形態では、マルチビュービデオコーディングに関してＭＰＥＧ−４ＡＶＣ標準における符号化ツールを固定するためのソリューションが提案されている。
【００４１】
実施の形態では、それぞれのビューは、異なるview_idを有し、したがって同じframe_num及びPOCを異なるビューについて再使用することができる。
（外４）
2014030214.tif 000010
【００４２】
異なるビューを符号化して並列処理を可能にする幾つかのやり方が存在する。１つの可能なやり方は、はじめに、あるビューにおけるピクチャがあるＧＯＰについて符号化され、続いて、そのＧＯＰについて全てのビューが符号化されるまで、同じＧＯＰサイズについて別のビューからのピクチャが符号化される。次いで、プロセスは、他のＧＯＰについて繰り返される。先の例示では、はじめに、ビューＳ０におけるピクチャが符号化され、続いて、ビューＳ２からのピクチャ、次いでビューＳ１からのピクチャが符号化される。
【００４３】
別の可能なやり方は、はじめに符号化されるべき同じ時間的な瞬間に属する全てのビューにおける全てのピクチャを符号化し、続いて、全てのビューにおける別の時間的な瞬間に属する別のピクチャのセットを符号化することである。このプロセスは、全てのピクチャが符号化されるまで繰り返される。先の例では、はじめに、時間の瞬間Ｔ０でのビューＳ０，Ｓ１，Ｓ２における全てのピクチャが符号化され、Ｔ８，Ｔ４等が後続する。本発明は、ピクチャが符号化される順序にとらわれない。
【００４４】
以下では、本発明の原理の様々な実施の形態に係るＭＰＥＧ−４ＡＶＣ標準に対する変形を説明する。また、１以上の変形がマルチビューシーケンスの並列の符号化をどのように可能にするかを示す。しかし、本発明の原理がＭＰＥＧ−４ＡＶＣ標準に関して本実施の形態で主に記載されるが、本発明の原理は、本発明の原理の範囲を維持しつつ、本実施の形態で提供される本発明の原理の教示が与えられたときに当業者により容易に決定されるように、他のビデオ符号化標準及び勧告並びにその拡張と同様に、ＭＰＥＧ−４ＡＶＣ標準の拡張に関して実現される場合があることを理解されたい。
【００４５】
［デコードされたリファレンスピクチャのマーキングプロセス］
現在のＭＰＥＧ−４ＡＶＣ標準では、デコードされたピクチャバッファ（ＤＰＢ）において同じframe_numをもつ多数のピクチャを有することは許可されない。しかし、本発明の原理の実施の形態によれば、この制約は、マルチビュービデオコーディング（ＭＶＣ）において緩和される。これは、frame_num及び／又はピクチャオーダカウントが分離されるためであり、すなわち、それぞれのビューがそれ自身の独立なframe_num及びピクチャオーダカウント値を有することが提案されるためである。これを可能にするため、実施の形態では、view_idをデコードされたピクチャと関連付ける。これにより、それぞれのピクチャについて別の次元が導入される。したがって、実施の形態では、デコードされたリファレンスピクチャのマーキングプロセスは、view_idを含むように再定義される。
【００４６】
ＭＰＥＧ−４ＡＶＣ標準がデコードされたリファレンスピクチャマーキングを可能にする２つの方法が存在する。ＭＰＥＧ−４ＡＶＣ標準におけるデコードされたリファレンスピクチャのマーキングの第一の方法は、スライディングウィンドウによるリファレンスピクチャのマーキングを含む。ＭＰＥＧ−４ＡＶＣ標準におけるデコードされたリファレンスピクチャのマーキングの第二の方法は、適応メモリ制御によるデコードされたリファレンスピクチャのマーキングを含む。
【００４７】
本発明の原理の様々な実施の形態によれば、１以上のこれらの方法は、スライスヘッダに存在する新たなview_idを考慮するために変更される。表１は、本発明の原理の実施の形態に係るスライスヘッダのシンタックスを例示する。
【表１】
2014030214.tif 000011
【００４８】
ＭＰＥＧ−４ＡＶＣ標準におけるデコードされたリファレンスピクチャのマーキングの第一の方法について、同じframe_num/POC値をもち、異なるview_id値をもつピクチャが存在するとき、デフォルトの振る舞いが特定される。本発明の原理に従う係るデフォルトの振る舞いの１つの実施の形態は、現在のデコードされたピクチャと同じview_idをもつピクチャにＭＭＣＯコマンドを適用する。
【００４９】
ＭＰＥＧ−４ＡＶＣ標準におけるデコードされたリファレンスピクチャのマーキングの第二の方法について、本発明の原理に係る様々な実施の形態が提供され、ここで、新たなＭＭＣＯ（Memory  Management  Control  Operation）コマンドを導入し、及び／又は、マークされる必要があるピクチャのview_idを考慮するためにＭＰＥＧ−４ＡＶＣ標準における既存のＭＭＣＯコマンドを変更する。（memory_management_control_operationが１に等しいとき）既存のＭＭＣＯを再定義する１実施の形態は、以下を含む。
【数５】
2014030214.tif 000012
ここでpicNumX,   CurrPicNum,   difference_of_pic_nums_minus1は、現在のＭＰＥＧ−４ＡＶＣ標準で定義されたものであり、viewIdXは、ＭＭＣＯコマンドを使用してマークされるべきピクチャのveiewIdであり、CurrViewIdは、現在のデコードされたピクチャのviewIdであり、difference_of_view_ids_minus1は、現在のviewIdとＭＭＣＯコマンドを使用してマークされるピクチャのviewIdとの間の差である。
【００５０】
さらに、スライディングウィンドウのデコードされたリファレンスピクチャのマーキングプロセスのデフォルトの振る舞いについて、現在のピクチャと同じview_idをもつピクチャのみが「リファレンスのために不使用」としてマークされるように考慮される。
【００５１】
図３を参照して、変更されたデコードされたリファレンスピクチャのマーキングを使用した、マルチビュービデオコンテンツを符号化する例示的な方法は、参照符号３００により全般的に示され、この方法は、ビューファーストコーディングを使用する。
【００５２】
本方法３００は、機能ブロック３１０に制御を移す開始ブロック３０５を含む。機能ブロック３１０は、エンコーダのコンフィギュレーションファイルを読取り、制御を機能ブロック３１５に移す。機能ブロック３１５は、ビューの番号をＮとし、変数ｉ（ビューナンバーインデックス）及びｊ（ピクチャナンバーインデックス）の両者をゼロに等しく設定し、制御を判定ブロック３２０に移す。判定ブロック３２０は、ｉがＮ未満であるか否かを判定する。Ｎ未満である場合、制御を判定ブロック３２５に移す。さもなければ、制御を終了ブロック３９９に移す。
【００５３】
判定ブロック３２５は、ｊがビューｉにおけるピクチャナンバー未満であるか否かを判定する。ピクチャナンバー未満である場合、制御を機能ブロック３３０に移す。さもなければ、制御を機能ブロック３５０に移す。
【００５４】
機能ブロック３３０は、ビューｉにおけるピクチャｊを符号化し、ｊをインクリメントし、制御を判定ブロック３３５に移す。判定ブロック３３５は、ＭＭＣＯ（Memory  Management  Control  Operation）コマンドが現在のピクチャと関連されるか否かを判定する。関連する場合、制御を機能ブロック３４０に移す。さもなければ、制御を機能ブロック３５５に移す。
【００５５】
機能ブロック３４０は、difference_of_pic_nums_minus1及びdifference_of_view_ids_minus1を計算し、ピクチャ及び「リファレンスのために不使用」としてマークされるべきリファレンスピクチャのview_idを判定し、制御を機能ブロック３４５に移す。機能ブロック３４５は、現在のピクチャをデコードされたピクチャバッファ（ＤＰＢ）に挿入し、制御を機能ブロック３６０に移す。機能ブロック３６０は、現在のview_idについてframe_numとピクチャオーダカウント（ＰＯＣ）を変え、制御を機能ブロック３２５に移す。
【００５６】
機能ブロック３５０は、ｉをインクリメントし、frame_num及びピクチャオーダカウント（ＰＯＣ）をリセットし、制御を判定ブロック３２０に移す。
【００５７】
機能ブロック３５５は、スライディングウィンドウによるリファレンスピクチャのマーキングについて、ＭＰＥＧ−４ＡＶＣプロセスによる使用のため、「リファレンスのために不使用」としてマークされるべき現在のピクチャのview_idに等しいview_idをもつピクチャを選択し、制御を機能ブロック３５５に移す。
【００５８】
図４を参照して、変更されたデコードされたリファレンスピクチャのマーキングを使用した、マルチビュービデオコンテンツを復号化する例示的な方法は、参照符号４００により全般的に示される。
【００５９】
本方法４００は、開始ブロック４０５を含み、この開始ブロックは、制御を機能ブロック４１０に移す。機能ブロック４１０は、ビットストリーム、view_id、frame_num、及びピクチャオーダカウント（ＰＯＣ）を分析し、制御を機能ブロック４１５に移す。機能ブロック４１５は、現在のピクチャをデコードし、制御を判定ブロック４２０に移す。判定ブロック４２０は、ＭＭＣＯ（Memory  Management  Control  Operation）コマンドが存在するか否かを判定する。ＭＭＣＯコマンドが存在する場合、制御を機能ブロック４２５に移す。さもなければ、制御を機能ブロック４４０に移す。
【００６０】
機能ブロック４２５は、difference_of_pic_nums_minus1及びdifference_of_view_ids_minus1を分析し、ピクチャ及び、「リファレンスのために不使用」であるリファレンスピクチャのview_idを判定し、制御を機能ブロック４３０に移す。機能ブロック４３０は、現在のピクチャをデコードされたピクチャバッファ（ＤＰＢ）に挿入し、制御を判定ブロック４３５に移す。判定ブロック４３５は、全てのピクチャがデコードされたかを否かを判定する。デコードされた場合、制御を終了ブロック４９９に移す。さもなければ、制御を機能ブロック４１０に移す。
【００６１】
機能ブロック４４０は、スライディングウィンドウによるデコードされたリファレンスピクチャのマーキングについて、ＭＰＥＧ−４ＡＶＣプロセスとの使用のため、「リファレンスのために不使用」としてマークされる現在のピクチャのview_idに等しいview_idをもつピクチャを選択し、制御を機能ブロック４３０に移す。
【００６２】
図１５を参照して、変更されたデコードされたリファレンスピクチャのマーキングを使用した、マルチビュービデオコンテンツを符号化する例示的な方法は、参照符号１５００により全般的に示される。
【００６３】
方法１５００は、開始ブロック１５０５を含み、この開始ブロックは、制御を機能ブロック１５１０に移す。機能ブロック１５１０は、エンコーダのコンフィギュレーションファイルを読取り、制御を機能ブロック１５１５に移す。機能ブロック１５１５は、ビューの番号をＮとし、変数ｉ（ビューナンバーインデックス）及びｊ（ピクチャナンバーインデックス）の両者をゼロに等しく設定し、制御を判定ブロック１５２０に移す。判定ブロック１５２０は、ｉがＮ未満であるか否かを判定する。Ｎ未満である場合、制御を判定ブロック１５２５に移す。さもなければ、制御を終了ブロック１５９９に移す。
【００６４】
判定ブロック１５２５は、ｊがビューｉにおけるピクチャナンバー未満であるか否かを判定する。ピクチャナンバー未満である場合、制御を機能ブロック１５３０に移す。さもなければ、制御を機能ブロック１５５０に移す。
【００６５】
機能ブロック１５３０は、ビューｉにおけるピクチャｊを符号化し、ｊをインクリメントし、制御を判定ブロック１５３５に移す。判定ブロック１５３５は、ＭＭＣＯ（Memory  Management  Control  Operation）コマンドが現在のピクチャと関連されるか否かを判定する。関連する場合、制御を機能ブロック１５４０に移す。さもなければ、制御を機能ブロック１５５５に移す。
【００６６】
機能ブロック１５４０は、現在のピクチャのview_idに等しいview_idをもつピクチャに関してのみ、関連されるＭＭＣＯコマンドを実行し、制御を機能ブロック１５４５に移す。機能ブロック１５４５は、現在のピクチャをデコードされたピクチャバッファ（ＤＰＢ）に挿入し、制御を機能ブロック１５６０に移す。機能ブロック１５６０は、現在のview_idについてframe_numとピクチャオーダカウント（ＰＯＣ）を変え、機能ブロック１５２５に制御を移す。
【００６７】
機能ブロック１５５０は、ｉをインクリメントし、frame_num及びピクチャオーダカウント（ＰＯＣ）をリセットし、制御を判定ブロック１５２０に移す。
【００６８】
機能ブロック１５５５は、スライディングウィンドウによるリファレンスピクチャのマーキングについて、ＭＰＥＧ−４ＡＶＣプロセスによる使用のため、「リファレンスのために不使用」としてマークされるべき現在のピクチャのview_idに等しいview_idをもつピクチャを選択し、制御を機能ブロック１５５５に移す。
【００６９】
図１６を参照して、変更されたデコードされたリファレンスピクチャのマーキングを使用した、マルチビュービデオコンテンツを復号化する例示的な方法は、参照符号１６００により全般的に示される。
【００７０】
本方法１６００は、開始ブロック１６０５を含み、この開始ブロックは、制御を機能ブロック１６１０に移す。機能ブロック１６１０は、ビットストリーム、view_id、frame_num、及びピクチャオーダカウント（ＰＯＣ）を分析し、制御を機能ブロック１６１５に移す。機能ブロック１６１５は、現在のピクチャをデコードし、制御を判定ブロック１６２０に移す。判定ブロック１６２０は、ＭＭＣＯ（Memory  Management  Control  Operation）コマンドが存在するか否かを判定する。ＭＭＣＯコマンドが存在する場合、制御を機能ブロック１６２５に移す。さもなければ、制御を機能ブロック４４０に移す。
【００７１】
機能ブロック１６２５は、ＭＭＣＯ（Memory  Management  Control  Operation）コマンドを分析し、現在のピクチャのview_idに等しいview_idをもつピクチャに関してのみ、ＭＭＣＯコマンドを実行し、制御を機能ブロック１６３０に移す。機能ブロック１６３０は、現在のピクチャをデコードされたピクチャバッファ（ＤＰＢ）に挿入し、制御を判定ブロック１６３５に移す。判定ブロック１６３５は、全てのピクチャがデコードされたかを否かを判定する。デコードされている場合、制御を終了ブロック１６９９に移す。さもなければ、制御を機能ブロック１６１０に移す。
【００７２】
機能ブロック１６４０は、スライディングウィンドウによるデコードされたリファレンスピクチャのマーキングについて、ＭＰＥＧ−４ＡＶＣプロセスとの使用のため、「リファレンスのために不使用」としてマークされる現在のピクチャのview_idに等しいview_idをもつピクチャを選択し、制御を機能ブロック１６３０に移す。
【００７３】
［リファレンスピクチャリストの構築］
本発明の原理に係る実施の形態によれば、view_idをデコードされたリファレンスピクチャと関連付けする。したがって、実施の形態では、view_idを含むために、リファレンスピクチャのために初期化プロセスを再定義し、リファレンスピクチャリスト向けにリオーダリングプロセスを再定義する。
【００７４】
ＭＰＥＧ−４ＡＶＣ標準は、Ｐ及びＢスライスのためにリファレンスリストを初期化するデフォルトプロセスを規定する。デフォルトプロセスは、ビットストリームに存在する特別のＲＰＬＲ（Reference  Picture  List  Reordering）コマンドにより変更することができる。
【００７５】
このリファレンスピクチャのデフォルトのオーダリング及びリオーダリングは、frame_num及びピクチャオーダカウント値に基づく。しかし、同じframe_num/POC値をもつピクチャがデコードされたピクチャバッファ（ＤＰＢ）に存在するのを可能にするので、view_idを使用して、同じframe_num/POC値間で区別する必要がある。実施の形態では、リファレンスピクチャリストを設定するために１以上のこれらのプロセスが変化される。Ｐ及びＢスライスについてリファレンスリストを初期化するデフォルトの初期化プロセスの１実施の形態は、リファレンスリストにおけるテンポラルリファレンスピクチャのみを許容し、現在のピクチャのview_idとは異なるview_idをもつ全てのピクチャを無視することを含む。テンポラルリファレンスピクチャは、ＭＰＥＧ−４ＡＶＣ標準で規定される同じデフォルトの初期化プロセスに従う。別の実施の形態は、最も接近したview_idがリストにおいて先に配置されるように、クロスビューリファレンスのみをリストに配置することを含む。別の実施の形態は、はじめに、テンポラルリファレンスを使用してリファレンスリストを初期化し、次いで、たとえば構築中のリファレンスリストの終わりといった所定の固定された位置にクロスビューリファレンスフレームを配置することを含む。
【００７６】
リストを再び順序付けるリファレンスピクチャリストのリオーダリングコマンドについて、実施の形態では、新たなコマンドが導入されるか、及び／又は、既存のコマンドのセマンティクスは、移動される必要があるピクチャのview_idを考慮するために変更される。
【００７７】
実施の形態では、以下のように、ＭＰＥＧ−４ＡＶＣ標準で規定されるリファレンスピクチャリストのリオーダリングコマンドが変更されないままであるように、このプロセスで使用されるＭＰＥＧ−４ＡＶＣ標準の変数を再定義する。
【００７８】
リファレンスリストのリオーダリングに関するＭＰＥＧ−４ＡＶＣ標準の変数を再定義する１実施の形態が以下に示される。この実施の形態では、以下が適用される。
【数６】
2014030214.tif 000013
【００７９】
変数CurrPicNumは、以下のように導出される。field_pic_flagが０に等しい場合、CurrPicNumは、frame_num*N＋view_idに等しく設定され、さもなければ、field_pic_flagが１に等しい場合、CurrPicNumは、2*（frame_num*N＋view_id）＋１に等しく設定される。
【００８０】
ＭＰＥＧ−４ＡＶＣ標準におけるスライスのピクチャオーダカウントは、以下のように定義される。
【数７】
2014030214.tif 000014
【００８１】
マルチビュービデオのコーディングスライスについて、ピクチャオーダカウントは、リファレンスピクチャリストの構築のための復号化プロセス及びデコードされたリファレンスピクチャのマーキングプロセスのため、以下のように導出される。
【数８】
2014030214.tif 000015
ここでＮはビューの数を示す。ビューの数は、ビットストリームにおけるハイレベルシンタックスを使用して示され、バンド内又はバンド外で伝達することができる。１実施の形態は、これをＭＰＥＧ−４ＡＶＣ標準のパラメータセット（たとえば、ＳＰＳ（Sequence  Parameter  Set）、ＰＰＳ（Picture  Parameter  Set）、又はＶＰＳ（View  Parameter  Set））に含むことである。
【００８２】
リファレンスリストのリオーダリングに関するＭＰＥＧ−４ＡＶＣ標準の変数を再定義する別の実施の形態は、以下に示される。この実施の形態では、以下が適用される。
【数９】
2014030214.tif 000016
【００８３】
マルチビュービデオコーディングのスライスについて、ピクチャオーダカウントは、リファレンスピクチャリストの構築のための復号化プロセス及びデコードされたリファレンスピクチャのマーキングプロセスについて、以下のように導出される。
【数１０】
2014030214.tif 000017
【００８４】
GOP_lengthは、アンカーピクチャと、それぞれのビューについてアンカーピクチャと前のアンカーピクチャの間に一時的に位置される全てのピクチャとして定義される。
【００８５】
別の実施の形態では、現在のビューと同じview_idを有するピクチャのみが適用されるように、既存のＲＰＬＲコマンドのセマンティクスを変化させる。
【００８６】
図５を参照して、変更されたリファレンスピクチャリストの構築を使用した、マルチビュービデオコンテンツを符号化する例示的な方法は、参照符号５００により全般的に示される。本方法５００は、開始ブロック５０５を含み、この開始ブロックは、機能ブロック５１０に制御を移す。機能ブロック５１０は、エンコーダのコンフィギュレーションファイルを読取り、制御を機能ブロック５１５に移す。機能ブロック５１５は、ビューの番号を変数Ｎに等しくし、変数ｉ（ビューナンバーインデックス）及びｊ（ピクチャナンバーインデックス）の両者をゼロに等しく設定し、制御を判定ブロック５２０に移す。判定ブロック５２０は、ｉがＮ未満であるか否かを判定する。Ｎ未満である場合、制御を判定ブロック５２５に移す。さもなければ、制御を終了ブロック５９９に移す。
【００８７】
判定ブロック５２５は、ｊがビューｉにおけるピクチャの数未満であるか否かを判定する。ピクチャの数未満である場合、制御を機能ブロック５３０に移す。さもなければ、制御を機能ブロック５４５に移す。
【００８８】
機能ブロック５３０は、インターピクチャについて、リファレンスリストの初期化について、ＭＰＥＧ−４ＡＶＣプロセッサによる使用のため、現在のピクチャのview_idに等しいview_idをもつピクチャのみを含み、制御を機能ブロック５３２に移す。機能ブロック５３２は、リファレンスリストを再び順序付けし、制御を機能ブロック５３５に移す。機能ブロック５３５は、ビューｉにおけるピクチャｊを符号化し、ｊをインクリメントし、制御を判定ブロック５４０に移す。機能ブロック５４０は、frame_num及びピクチャオーダカウント（ＰＯＣ）をインクリメントし、制御を判定ブロック５２５に移す。
【００８９】
機能ブロック５４５は、ｉをインクリメントし、frame_num及びピクチャオーダカウント（ＰＯＣ）をリセットし、制御を判定ブロック５２０に移す。
【００９０】
図６を参照して、変更されたリファレンスピクチャリストの構築を使用した、マルチビュービデオコンテンツを符号化する別の例示的な方法は、参照符号６００により全般的に示される。
【００９１】
本方法６００は、開始ブロック６０５を含み、この開始ブロックは、機能ブロック６１０に制御を移す。機能ブロック６１０は、エンコーダのコンフィギュレーションファイルを読取り、制御を機能ブロック６１５に移す。機能ブロック６１５は、ビューの番号を変数Ｎに等しくし、変数ｉ（ビューナンバーインデックス）及びｊ（ピクチャナンバーインデックス）の両者をゼロに等しく設定し、制御を判定ブロック６２０に移す。判定ブロック６２０は、ｉがＮ未満であるか否かを判定する。Ｎ未満である場合、制御を判定ブロック６２５に移す。さもなければ、制御を終了ブロック６９９に移す。
【００９２】
判定ブロック６２５は、ｊがビューｉにおけるピクチャの数未満であるか否かを判定する。ピクチャの数未満である場合、制御を機能ブロック６３０に移す。さもなければ、制御を機能ブロック６４５に移す。
【００９３】
機能ブロック６３０は、インターピクチャについて、最も接近したview_idがリストにおいて先に配置されるように、現在のピクチャと同じ時間でサンプリングされ、オーダリングされる、現在のピクチャのview_idとは異なるview_idをもつピクチャのみをもつリファレンスリストを初期化し、制御を機能ブロック６３２に移す。機能ブロック６３２は、リファレンスリストを再び順序付けし、制御を機能ブロック６３５に移す。機能ブロック６３５は、ビューｉにおけるピクチャｊを符号化し、ｊをインクリメントし、制御を判定ブロック６４０に移す。機能ブロック６４０は、frame_num及びピクチャオーダカウント（ＰＯＣ）をインクリメントし、制御を判定ブロック６２５に移す。
【００９４】
機能ブロック６４５は、ｉをインクリメントし、frame_num及びピクチャオーダカウント（ＰＯＣ）をリセットし、制御を判定ブロック６２０に移す。
【００９５】
図７を参照して、変更されたリファレンスピクチャリストの構築を使用した、マルチビュービデオコンテンツを符号化する更に別の例示的な方法は、参照符号７００により全般的に示される。
【００９６】
本方法７００は、開始ブロック７０５を含み、この開始ブロックは、機能ブロック７１０に制御を移す。機能ブロック７１０は、エンコーダのコンフィギュレーションファイルを読取り、制御を機能ブロック７１５に移す。機能ブロック７１５は、ビューの番号を変数Ｎに等しくし、変数ｉ（ビューナンバーインデックス）及びｊ（ピクチャナンバーインデックス）の両者をゼロに等しく設定し、制御を判定ブロック７２０に移す。判定ブロック７２０は、ｉがＮ未満であるか否かを判定する。Ｎ未満である場合、制御を判定ブロック７２５に移す。さもなければ、制御を終了ブロック７９９に移す。
【００９７】
判定ブロック７２５は、ｊがビューｉにおけるピクチャの数未満であるか否かを判定する。ピクチャの数未満である場合、制御を機能ブロック７３０に移す。さもなければ、制御を機能ブロック７４５に移す。
【００９８】
機能ブロック７３０は、リファレンスリストの初期化について、ＭＰＥＧ−４ＡＶＣプロセッサによる使用のため、現在のピクチャのview_idに等しいview_idをもつピクチャのみを含み、制御を機能ブロック７３２に移す。機能ブロック７３２は、現在のピクチャと同じ時間的な位置をもつクロスビューピクチャをリファレンスリストの終わりに挿入し、制御を機能ブロック７３５に移す。機能ブロック７３５は、ビューｉにおけるピクチャｊを符号化し、ｊをインクリメントし、制御を機能ブロック７４０に移す。機能ブロック７４０は、frame_num及びピクチャオーダカウント（ＰＯＣ）をインクリメントし、制御を判定ブロック７２５に移す。
【００９９】
機能ブロック７４５は、ｉをインクリメントし、frame_num及びピクチャオーダカウント（ＰＯＣ）をリセットし、制御を判定ブロック７２０に移す。
【０１００】
図８を参照して、変更されたリファレンスピクチャリストの構築を使用した、マルチビュービデオコンテンツを復号化する例示的な方法は、参照符号８００により全般的に示される。本方法８００は、開始ブロック８０５を含み、この開始ブロックは、機能ブロック８１０に制御を移す。機能ブロック８１０は、ビットストリーム、view_id、frame_num、及びピクチャオーダカウント（ＰＯＣ）を分析し、制御を機能ブロック８１５に移す。機能ブロック８１５は、リファレンスリストの初期化について、ＭＰＥＧ−４ＡＶＣプロセスによる使用のため、現在のピクチャのview_idに等しいview_idをもつピクチャのみを含み、制御を判定ブロック８２０に移す。判定ブロック８２０は、現在のピクチャをデコードして、制御を機能ブロック８２５に移す。機能ブロック８２５は、デコードされたピクチャバッファに現在のピクチャを挿入し、制御を判定ブロック８３０に移す。判定ブロック８３０は、全てのピクチャがデコードされたか否かを判定する。デコードされている場合、制御を終了ブロック８９９に移す。さもなければ、制御を機能ブロック８１０に移す。
【０１０１】
図９は、変更されたリファレンスピクチャリストの構築を使用した、マルチビュービデオコンテンツを復号化する別の例示的な方法は、参照符号９００により全般的に示される。本方法９００は、開始ブロック９０５を含み、この開始ブロックは、制御を機能ブロック９１０に移す。機能ブロック９１０は、ビットストリーム、view_id、frame_num、及びピクチャオーダカウント（ＰＯＣ）を分析し、制御を機能ブロック９１５に移す。機能ブロック９１５は、最も接近したview_idがリストにおいて先に配置されるように、現在のピクチャと同じ時間でサンプリングされ、オーダリングされる、現在のピクチャのview_idとは異なるview_idをもつピクチャのみでリファレンスリストを初期化し、制御を判定ブロック９２０に移す。機能ブロック９２０は、現在のピクチャをデコードして、制御を機能ブロック９２５に移す。機能ブロック９２５は、デコードされたピクチャバッファ（ＤＰＢ）に現在のピクチャを挿入し、制御を判定ブロック９３０に移す。判定ブロック９３０は、全てのピクチャがデコードされたか否かを判定する。デコードされた場合、制御を終了ブロック９９９に移す。さもなければ、制御を機能ブロック９１０に移す。
【０１０２】
図１０を参照して、変更されたリファレンスピクチャリストの構築を使用した、マルチビュービデオコンテンツを復号化する更に別の例示的な方法は、参照符号１０００により全般的に示される。本方法１０００は、開始ブロック１００５を含み、この開始ブロックは、制御を機能ブロック１０１０に移す。機能ブロック１０１０は、ビットストリーム、view_id、frame_num、及びピクチャオーダカウント（ＰＯＣ）を分析し、制御を機能ブロック１０１５に移す。機能ブロック１０１５は、リファレンスリストの初期化について、ＭＰＥＧ−４ＡＶＣプロセスによる使用のため、現在のピクチャのview_idに等しいview_idをもつピクチャのみを含み、制御を判定ブロック１０２０に移す。機能ブロック１０２０は、現在のピクチャと同じ時間的な位置をもつクロスビューピクチャをリファレンスリストの終わりに挿入し、制御を機能ブロック１０２５に移す。機能ブロック１０２５は、現在のピクチャをデコードされたピクチャバッファに挿入し、制御を判定ブロック１０３０に移す。判定ブロック１０３０は、全てのピクチャがデコードされたかを判定する。デコードされている場合、制御を終了ブロック１０９９に移す。さもなければ、制御を機能ブロック１０１０に移す。
【０１０３】
図１７を参照して、変更されたリファレンスピクチャリストの構築及びフレームナンバーの計算を使用した、マルチビュービデオコンテンツを符号化する例示的な方法は、参照符号１７００により全般的に示される。
【０１０４】
本方法１７００は、開始ブロック１７０５を含み、この開始ブロックは、機能ブロック１７１０に制御を移す。機能ブロック１７１０は、エンコーダのコンフィギュレーションファイルを読取り、制御を機能ブロック１７１５に移す。機能ブロック１７１５は、ビューの番号を変数Ｎに等しくし、変数ｉ（ビューナンバーインデックス）及びｊ（ピクチャナンバーインデックス）の両者をゼロに等しく設定し、制御を判定ブロック１７２０に移す。判定ブロック１７２０は、ｉがＮ未満であるか否かを判定する。Ｎ未満である場合、制御を判定ブロック１７２５に移す。さもなければ、制御を終了ブロック１７９９に移す。
【０１０５】
判定ブロック１７２５は、ｊがビューｉにおけるピクチャの数未満であるか否かを判定する。ピクチャの数未満である場合、制御を機能ブロック１７３０に移す。さもなければ、制御を機能ブロック１７４５に移す。
【０１０６】
機能ブロック１７３０は、frame_num=frame_num*N+view_idを設定し、PicOrderCnt(picX)=PicOrderCnt(picX)*N+view_idを設定し、制御を機能ブロック１７３５に移す。機能ブロック１７３５は、ビューｉにおけるピクチャｊを符号化し、ｊをインクリメントし、制御を機能ブロック１７４０に移す。機能ブロック１７４０は、frame_num及びピクチャオーダカウント（ＰＯＣ）をインクリメントし、制御を判定ブロック１７２５に移す。
【０１０７】
機能ブロック１７４５は、ｉをインクリメントし、frame_num及びピクチャオーダカウント（ＰＯＣ）をリセットし、制御を判定ブロック１７２０に移す。
【０１０８】
図１８を参照して、変更されたリファレンスピクチャリストの構築及びフレームナンバーの計算を使用した、マルチビュービデオコンテンツを符号化する別の例示的な方法は、参照符号１８００により全般的に示される。
【０１０９】
本方法１８００は、開始ブロック１８０５を含み、この開始ブロックは、制御を機能ブロック１８１０に移す。機能ブロック１８１０は、エンコーダのコンフィギュレーションファイルを読取る。機能ブロック１８１５は、ビューの番号を変数Ｎに等しくし、変数ｉ（ビューナンバーインデックス）及びｊ（ピクチャナンバーインデックス）の両者をゼロに等しく設定し、制御を判定ブロック１８２０に移す。判定ブロック１８２０は、ｉがＮ未満であるか否かを判定する。Ｎ未満である場合、制御を判定ブロック１８２５に移す。さもなければ、制御を終了ブロック１８９９に移す。
【０１１０】
判定ブロック１８２５は、ｊがビューｉにおけるピクチャの数未満であるか否かを判定する。ピクチャの数未満である場合、制御を機能ブロック１８３０に移す。さもなければ、制御を機能ブロック１８４５に移す。
【０１１１】
機能ブロック１８３０は、frame_num  =  GOP_length*view_id+frame_numを設定し、PicOrderCnt(picX)  =  PicOrderCnt(PicX)  +  GOP_length*view_idを設定し、制御を機能ブロック１８３５に移す。機能ブロック１８３５は、ビューｉにおけるピクチャｊを符号化し、ｊをインクリメントし、制御を機能ブロック１８４０に移す。機能ブロック１８４０は、frame_num及びピクチャオーダカウント（ＰＯＣ）をインクリメントし、制御を判定ブロック１８２５に移す。
【０１１２】
機能ブロック１８４５は、ｉをインクリメントし、frame_num及びピクチャオーダカウント（ＰＯＣ）をリセットし、制御を判定ブロック１８２０に移す。
【０１１３】
図１９を参照して、変更されたリファレンスピクチャリストの構築及びフレームナンバーの計算を使用した、マルチビュービデオコンテンツを復号化する例示的な方法は、参照符号１９００により全般的に示される。
【０１１４】
本方法１９００は、開始ブロック１９０５を含み、この開始ブロックは、制御を機能ブロック１９１０に移す。機能ブロック１９１０は、ビットストリーム、view_id、frame_num、及びピクチャオーダカウント（ＰＯＣ）を分析し、制御を機能ブロック１９１５に移す。機能ブロック１９１５は、frame_num=frame_num*N+view_idを設定し、PicOrderCnt(picX)  =  PicOrderCnt(picX)*N  +  view_idを設定し、制御を機能ブロック１９２０に移す。機能ブロック１９２０は、現在のピクチャをデコードし、制御を機能ブロック１９２５に移す。機能ブロック１９２５は、現在のピクチャをデコードされたピクチャバッファ（ＤＰＢ）に挿入し、制御を判定ブロック１９３０に移す。判定ブロック１９３０は、全てのピクチャがデコードされたかを判定する。デコードされている場合、制御を終了ブロック１９９９に移す。さもなければ、制御を機能ブロック１９１０に移す。
【０１１５】
図２０を参照して、変更されたリファレンスピクチャリストの構築及びフレームナンバーの計算を使用した、マルチビュービデオコンテンツを復号化する別の例示的な方法は、参照符号２０００により全般的に示される。本方法２０００は、開始ブロック２００５を含み、この開始ブロックは、制御を機能ブロック２０１０に移す。機能ブロック２０１０は、ビットストリーム、view_id、frame_num、及びピクチャオーダカウント（ＰＯＣ）を分析し、制御を機能ブロック２０１５に移す。機能ブロック２０１５は、frame_num  =  GOP_length*view_id_frame_numを設定し、PicOrderCnt(picX)  =  PicOrderCnt(picX)  +  GOP_length*view_idを設定し、制御を機能ブロック２０２０に移す。機能ブロック２０２０は、現在のピクチャをデコードし、制御を機能ブロック２０２５に移す。機能ブロック２０２５は、現在のピクチャをデコードされたピクチャバッファ（ＤＰＢ）に挿入し、制御を判定ブロック２０３０に移す。判定ブロック２０３０は、全てのピクチャがデコードされたかを判定する。デコードされている場合、制御を終了ブロック２０９９に移す。さもなければ、制御を機能ブロック２０１０に移す。
【０１１６】
図２１を参照して、ＲＰＬＲ（Reference  Picture  List  Reordering）コマンドによる変更されたリファレンスピクチャリストの初期化を使用した、マルチビュービデオコンテンツを符号化する例示的な方法は、参照符号２１００により全般的に示される。
【０１１７】
本方法２１００は、開始ブロック２１０５を含み、この開始ブロックは、制御を機能ブロック２１１０に移す。機能ブロック２１１０は、エンコーダのコンフィギュレーションファイルを読取り、制御を機能ブロック２１１５に移す。機能ブロック２１１５は、ビューの番号を変数Ｎに等しくし、変数ｉ（ビューナンバーインデックス）及びｊ（ピクチャナンバーインデックス）の両者をゼロに等しく設定し、制御を判定ブロック２１２０に移す。判定ブロック２１２０は、ｉがＮ未満であるか否かを判定する。Ｎ未満である場合、制御を機能ブロック２１２５に移す。さもなければ、制御を終了ブロック２１９９に移す。
【０１１８】
機能ブロック２１２５は、ｊがビューｉにおけるピクチャの数未満であるか否かを判定する。ピクチャの数未満である場合、制御を機能ブロック２１３０に移す。さもなければ、制御を機能ブロック２１４５に移す。
【０１１９】
機能ブロック２１３０は、インターピクチャについて、デフォルトリファレンスリストの初期化を実行し、制御を機能ブロック２１３２に移す。機能ブロック２１３２は、エンコーダのコンフィギュレーションファイルからＲＰＬＲコマンドを読取り、制御を機能ブロック２１３４に移す。機能ブロック２１３４は、現在のピクチャのview_idに等しいview_idをもつピクチャに関してのみＲＰＬＲコマンドを実行し、制御を機能ブロック２１３５に移す。機能ブロック２１３５は、ビューｉにおけるピクチャｊを符号化し、ｊをインクリメントし、制御を機能ブロック２１４０に移す。機能ブロック２１４０は、frame_num及びピクチャオーダカウント（ＰＯＣ）をインクリメントし、制御を判定ブロック２１３０に移す。
【０１２０】
機能ブロック２１４５は、ｉをインクリメントし、frame_num及びピクチャオーダカウント（ＰＯＣ）をリセットし、制御を判定ブロック２１２０に移す。
【０１２１】
図２２を参照して、ＲＰＬＲ（Reference  Picture  List  Reordering）コマンドによる変更されたリファレンスピクチャリストの初期化を使用した、マルチビュービデオコンテンツを符号化する別の例示的な方法は、参照符号２２００により全般的に示される。
【０１２２】
本方法２２００は、開始ブロック２２０５を含み、この開始ブロックは、制御を機能ブロック２２１０に移す。機能ブロック２２１０は、エンコーダのコンフィギュレーションファイルを読取り、制御を機能ブロック２２１５に移す。機能ブロック２２１５は、ビューの番号を変数Ｎに等しくし、変数ｉ（ビューナンバーインデックス）及びｊ（ピクチャナンバーインデックス）の両者をゼロに等しく設定し、制御を判定ブロック２２２０に移す。判定ブロック２２２０は、ｉがＮ未満であるか否かを判定する。Ｎ未満である場合、制御を機能ブロック２２２５に移す。さもなければ、制御を終了ブロック２２９９に移す。
【０１２３】
機能ブロック２２２５は、ｊがビューｉにおけるピクチャの数未満であるか否かを判定する。ピクチャの数未満である場合、制御を機能ブロック２２３０に移す。さもなければ、制御を機能ブロック２２４５に移す。
【０１２４】
機能ブロック２２３０は、インターピクチャについて、デフォルトのリファレンスリストの初期化を実行し、制御を機能ブロック２２３２に移す。機能ブロック２２３２は、エンコーダのコンフィギュレーションファイルからＲＰＬＲコマンドを読取り、制御を機能ブロック２２３４に移す。機能ブロック２２３４は、ＲＰＬＲコマンドで示されるview_idで規定されるピクチャにＲＰＬＲコマンドを実行し、制御を機能ブロック２２３５に移す。機能ブロック２２３５は、ビューｉにおけるピクチャｊを符号化し、ｊをインクリメントし、制御を機能ブロック２２４０に移す。機能ブロック２２４０は、frame_num及びピクチャオーダカウント（ＰＯＣ）をインクリメントし、制御を判定ブロック２２３０に移す。
【０１２５】
機能ブロック２２４５は、ｉをインクリメントし、frame_num及びピクチャオーダカウント（ＰＯＣ）をリセットし、制御を判定ブロック２２２０に移す。
【０１２６】
図２３を参照して、ＲＰＬＲ（Reference  Picture  List  Reordering）コマンドによる変更されたリファレンスピクチャリストの構築を使用した、マルチビュービデオコンテンツを復号化する例示的な方法は、参照符号２３００により全般的に示される。
【０１２７】
本方法２３００は、開始ブロック２３０５を含み、この開始ブロックは、制御を機能ブロック２３１０に移す。機能ブロック２３１０は、ビットストリーム、view_id、frame_num、及びピクチャオーダカウント（ＰＯＣ）を分析し、制御を機能ブロック２３１５に移す。機能ブロック２３１５は、リファレンスリストの初期化について、ＭＰＥＧ−４ＡＶＣプロセスによる使用のため、現在のピクチャのview_idに等しいview_idをもつピクチャのみを含み、制御を機能ブロック２３１７に移す。機能ブロック２３１７は、ＲＰＬＲコマンドを読取り、制御を機能ブロック２３１９に移す。機能ブロック２３１９は、現在のピクチャのview_idに等しいview_idをもつピクチャに関してのみＲＰＬＲコマンドを実行し、制御を機能ブロック２３２０に移す。機能ブロック２３２０は、現在のピクチャをデコードし、制御を機能ブロック２３２５に移す。機能ブロック２３２５は、現在のピクチャをデコードされたピクチャバッファ（ＤＰＢ）に挿入し、制御を判定ブロック２３３０に移す。判定ブロック２３３０は、全てのピクチャがデコードされたかを判定する。デコードされた場合、制御を終了ブロック２３９９に移す。さもなければ、制御を機能ブロック２３１０に移す。
【０１２８】
図２４を参照して、ＲＰＬＲ（Reference  Picture  List  Reordering）コマンドによる変更されたリファレンスピクチャリストの構築を使用した、マルチビュービデオコンテンツを復号化する別の例示的な方法は、参照符号２４００により全般的に示される。
【０１２９】
本方法２４００は、開始ブロック２４０５を含み、この開始ブロックは、制御を機能ブロック２４１０に移す。機能ブロック２４１０は、ビットストリーム、view_id、frame_num、及びピクチャオーダカウント（ＰＯＣ）を分析し、制御を機能ブロック２４１５に移す。機能ブロック２４１５は、リファレンスリストの初期化について、ＭＰＥＧ−４ＡＶＣプロセスによる使用のため、現在のピクチャのview_idに等しいview_idをもつピクチャのみを含み、制御を機能ブロック２４１７に移す。機能ブロック２４１７は、ＲＰＬＲコマンドを読取り、制御を機能ブロック２４１９に移す。機能ブロック２４１９は、現在のピクチャのview_idに等しいview_idをもつピクチャに関してのみＲＰＬＲコマンドを実行し、制御を機能ブロック２４２０に移す。機能ブロック２４２０は、現在のピクチャをデコードし、制御を機能ブロック２４２５に移す。機能ブロック２４２５は、現在のピクチャをデコードされたピクチャバッファに挿入し、制御を判定ブロック２４３０に移す。判定ブロック２４３０は、全てのピクチャがデコードされたかを判定する。デコードされている場合、制御を終了ブロック２４９９に移す。さもなければ、制御を機能ブロック２４１０に移す。
【０１３０】
［テンポラルダイレクトモード］
上述されたように、テンポラルダイレクトモードは、ピクチャオーダカウント情報を使用し、所与のマクロブロックについて動きベクトルを導出する。frame_num及び／又はピクチャオーダカウント値を分離し、マルチビューのビデオコンテンツのそれぞれのビューについてview_idを導出し、デコーダピクチャバッファ及びリファレンスリストにおいてクロスビューピクチャを配置することが可能であるので、実施の形態では、クロスビューピクチャが現在のビューとは異なるビューからのピクチャを参照するケースを扱うため、このモードをリファインする。
【０１３１】
テンポラルダイレクトモードでは、以下の例示的なケースを有する。
（１）ref  list  1におけるピクチャ及びref  list  0におけるピクチャは、異なるPOC及び同じview_idを有する。
（２）ref  list  1におけるピクチャ及びref  list  0におけるピクチャは、異なるPOC及び異なるview_idを有する。
（３）ref  list  1におけるピクチャ及びref list 0におけるピクチャは、同じPOC及び異なるview_idを有する。
（４）ref  list  1におけるピクチャ及びref  list  0におけるピクチャは、同じPOC及び同じview_idを有する。
【０１３２】
テンポラルダイレクトモードにおいて動きベクトルを取得する１実施の形態は、ビットストリームに存在するview_id情報をシンプルに無視する既存のＭＰＥＧ−４ＡＶＣ方法を使用することである。別の実施の形態では、ピクチャオーダカウント情報と共にview_idを考慮するため、テンポラルダイレクトモードをリファインする。
【０１３３】
［暗黙の重み予測］
テンポラルダイレクトモードと同様に、（上述された）暗黙の重み付け予測は、ピクチャオーダカウント値を使用して、リファレンスピクチャに与えられる重みを決定する。結果として、実施の形態では、テンポラルダイレクトモードに適用される全ての変形は、暗黙の重み付けされた予測モードを間接的に固定する。別の実施の形態では、暗黙の重み付けされた予測モードにおける重みを取得する方法は、ピクチャオーダカウント情報と共にview_id情報を考慮するために再定義される。たとえば、上述のようにview_id情報とビューの数を考慮することで、ピクチャオーダカウントを計算し、その後、必要とされる値を取得して暗黙の重み付け予測を実行するため、ピクチャオーダカウント間の差を取る場合がある。
【０１３４】
図１１を参照して、テンポラルダイレクトモード及び暗黙の重み付けされた予測を使用した、マルチビュービデオコンテンツを符号化する例示的な方法は、参照符号１１００により全般的に示される。
【０１３５】
本方法１１００は、開始ブロック１１０５を含み、この開始ブロックは、制御を機能ブロック１１１０に移す。機能ブロック１１１０は、エンコーダのコンフィギュレーションファイルを読取り、制御を機能ブロック１１１５に移す。機能ブロック１１１５は、ビューの番号を変数Ｎに等しくし、変数ｉ（ビューナンバーインデックス）及びｊ（ピクチャナンバーインデックス）の両者をゼロに等しく設定し、制御を判定ブロック１１２０に移す。判定ブロック１１２０は、ｉがＮ未満であるか否かを判定する。Ｎ未満である場合、制御を機能ブロック１１２５に移す。さもなければ、制御を終了ブロック１１９９に移す。
【０１３６】
機能ブロック１１２５は、ｊがビューｉにおけるピクチャの数未満であるか否かを判定する。ピクチャの数未満である場合、制御を判定ブロック１１３２に移す。さもなければ、制御を機能ブロック１１４５に移す。
【０１３７】
判定ブロック１１３２は、重み付け予測が現在のスライスについてイネーブルにされたか否かを判定する。イネーブルにされた場合、制御を機能ブロック１１３４に移す。さもなければ、制御を機能ブロック１１３６に移す。
【０１３８】
機能ブロック１１３４は、重み付け予測についてview_idを無視し、制御を機能ブロック１１３６に移す。
【０１３９】
機能ブロック１１３６は、現在のマクロブックの符号化を開始し、制御を判定ブロック１１３８に移す。判定ブロック１１３８は、マクロブロックについてダイレクトモードを選択するか否かを判定する。ダイレクトモードを選択する場合、制御を機能ブロック１１４２に移す。さもなければ、制御を機能ブロック１１５２に移す。機能ブロック１１４２は、ダイレクトモードについてview_idを無視し、制御を機能ブロック１１５２に移す。機能ブロック１１５２は、現在のマクロブロックを符号化し、制御を判定ブロック１１５４に移す。判定ブロック１１５４は、全てのマクロブロックがエンコードされたか否かを判定する。エンコードされた場合、制御を機能ブロック１１５６に移す。さもなければ、制御を機能ブロック１１３６に戻す。
【０１４０】
機能ブロック１１５６は、変数ｊをインクリメントし、制御を機能ブロック１１４０に移す。機能ブロック１１４０は、frame_num及びピクチャオーダカウント（ＰＯＣ）をインクリメントし、制御を判定ブロック１１２５に移す。
【０１４１】
機能ブロック１１４５は、ｉをインクリメントし、frame_num及びピクチャオーダカウント（ＰＯＣ）をリセットし、制御を判定ブロック１１２０に移す。
【０１４２】
図１２を参照して、テンポラルダイレクトモード及び暗黙の重み付け予測を使用した、マルチビュービデオコンテンツを符号化する別の例示的な方法は、参照符号１２００により全般的に示される。
【０１４３】
本方法１００は、開始ブロック１２０５を含み、この開始ブロックは、制御を機能ブロック１２１０に移す。機能ブロック１２１０は、エンコーダのコンフィギュレーションファイルを読取り、制御を機能ブロック１２１５に移す。機能ブロック１２１５は、ビューの番号を変数Ｎに等しくし、変数ｉ（ビューナンバーインデックス）及びｊ（ピクチャナンバーインデックス）の両者をゼロに等しく設定し、制御を判定ブロック１２２０に移す。判定ブロック１２２０は、ｉがＮ未満であるか否かを判定する。Ｎ未満である場合、制御を機能ブロック１２２５に移す。さもなければ、制御を終了ブロック１２９９に移す。
【０１４４】
機能ブロック１２２５は、ｊがビューｉにおけるピクチャの数未満であるか否かを判定する。ピクチャの数未満である場合、制御を判定ブロック１２３２に移す。さもなければ、制御を機能ブロック１２４５に移す。
【０１４５】
判定ブロック１２３２は、重み付け予測が現在のスライスについてイネーブルにされたか否かを判定する。イネーブルにされた場合、制御を機能ブロック１２３４に移す。さもなければ、制御を機能ブロック１２３６に移す。
【０１４６】
機能ブロック１２３４は、重み付け予測についてview_idを無視し、制御を機能ブロック１２３６に移す。
【０１４７】
機能ブロック１２３６は、現在のマクロブックの符号化を開始し、制御を判定ブロック１２３８に移す。判定ブロック１２３８は、マクロブロックについてダイレクトモードを選択するか否かを判定する。ダイレクトモードを選択する場合、制御を機能ブロック１２４２に移す。さもなければ、制御を機能ブロック１２５２に移す。機能ブロック１２４２は、ダイレクトモードについてview_idを無視し、制御を機能ブロック１２５２に移す。
【０１４８】
機能ブロック１２５２は、現在のマクロブロックを符号化し、制御を判定ブロック１２５４に移す。判定ブロック１２５４は、全てのマクロブロックがエンコードされたか否かを判定する。エンコードされた場合、制御を機能ブロック１２５６に移す。さもなければ、制御を機能ブロック１２３６に戻す。
【０１４９】
機能ブロック１２５６は、変数ｊをインクリメントし、制御を機能ブロック１２４０に移す。機能ブロック１２４０は、frame_num及びピクチャオーダカウントをインクリメントし、制御を判定ブロック１２２５に移す。
【０１５０】
機能ブロック１２４５は、ｉをインクリメントし、frame_num及びピクチャオーダカウントをリセットし、制御を判定ブロック１２２０に移す。
【０１５１】
図１３を参照して、変更されたデコードされたリファレンスピクチャのマーキングを使用した、マルチビュービデオコンテンツを復号化する例示的な方法は、参照符号１３００により全般的に示される。
【０１５２】
本方法１３００は、開始ブロック１３０５を含み、この開始ブロックは、制御を機能ブロック１３１０に移す。機能ブロック１３１０は、ビットストリーム、view_id、frame_num及びピクチャオーダカウント（ＰＯＣ）を分析し、制御を機能ブロック１３１５に移す。機能ブロック１３１５は、マクロブロックモード、動きベクトル、ref_idxを分析し、制御を判定ブロック１３２０に移す。判定ブロック１３２０は、重み付け予測がピクチャについてイネーブルにされたか否かを判定する。イネーブルにされた場合、制御を機能ブロック１３２５に移す。さもなければ、制御を判定ブロック１３３０に移す。
【０１５３】
機能ブロック１３２５は、重み付け予測についてview_id情報を無視し、制御を判定ブロック１３３０に移す。
【０１５４】
判定ブロック１３３０は、マクロブロックがダイレクトモードのマクロブロックであるか否かを判定する。ダイレクトモードのマクロブックである場合、制御を機能ブロック１３５５に移す。さもなければ、制御を機能ブロック１３３５に移す。
【０１５５】
機能ブロック１３５５は、ダイレクトモードについてview_id情報を無視し、制御を機能ブロック１３３５に移す。
【０１５６】
機能ブロック１３３５は、現在のマクロブロックをデコードし、制御を判定ブロック１３４０に移す。判定ブロック１３４０は、全てのマクロブロックがデコードされたか否かを判定する。デコードされた場合、制御を機能ブロック１３４５に移す。さもなければ、制御を機能ブロック１３１５に戻す。
【０１５７】
機能ブロック１３４５は、現在のピクチャをデコードされたピクチャのバッファに挿入し、制御を判定ブロック１３５０に移す。判定ブロック１３５０は、全てのピクチャがデコードされているか否かを判定する。デコードされている場合、制御を終了ブロック１３９９に移す。さもなければ、制御を機能ブロック１３１０に戻す。
【０１５８】
図１４を参照して、変更されたデコードされたリファレンスピクチャのマーキングを使用した、マルチビュービデオコンテンツを復号化する別の例示的な方法は、参照符号１４００により全般的に示される。
【０１５９】
本方法１４００は、開始ブロック１４０５を含み、この開始ブロックは、制御を機能ブロック１４１０に移す。機能ブロック１４１０は、ビットストリーム、view_id、frame_num及びピクチャオーダカウント（ＰＯＣ）を分析し、制御を機能ブロック１４１５に移す。機能ブロック１４１５は、マクロブロックモード、動きベクトル、ref_idxを分析し、制御を判定ブロック１４２０に移す。判定ブロック１４２０は、重み付け予測がピクチャについてイネーブルにされたか否かを判定する。イネーブルにされた場合、制御を機能ブロック１４２５に移す。さもなければ、制御を判定ブロック１４３０に移す。
【０１６０】
機能ブロック１４２５は、重み付け予測についてview_id情報を無視し、制御を判定ブロック１４３０に移す。
【０１６１】
判定ブロック１４３０は、マクロブロックがダイレクトモードのマクロブロックであるか否かを判定する。ダイレクトモードのマクロブックである場合、制御を機能ブロック１４５５に移す。さもなければ、制御を機能ブロック１４３５に移す。
【０１６２】
機能ブロック１４５５は、ダイレクトモードについてview_id情報を考慮し、制御を機能ブロック１４３５に移す。
【０１６３】
機能ブロック１４３５は、現在のマクロブロックをデコードし、制御を判定ブロック１４４０に移す。判定ブロック１４４０は、全てのマクロブロックがデコードされたか否かを判定する。デコードされた場合、制御を機能ブロック１４４５に移す。さもなければ、制御を機能ブロック１４１５に戻す。
【０１６４】
機能ブロック１４４５は、現在のピクチャをデコードされたピクチャのバッファに挿入し、制御を判定ブロック１４５０に移す。判定ブロック１４５０は、全てのピクチャがデコードされているか否かを判定する。デコードされている場合、制御を終了ブロック１４９９に移す。さもなければ、制御を機能ブロック１４１０に戻す。
【０１６５】
［ＭＶＣの並列符号化］
マルチビュービデオコンテンツ系列の処理に含まれるデータ量のため、マルチビュービデオコーディングにおける並列の符号化／復号化のサポートは、多くの用途、特にリアルタイムの制約にとって非常に重要である。マルチビュービデオコーディングの現在のＭＰＥＧ−４ＡＶＣに準拠した実現では、クロスビュー予測がイネーブルにされるが、クロスビューリファレンスからテンポラルリファレンスを区別する手段がない。View_idサポートをマルチビュービデオコーディングのエンコーダ及び／又はデコーダに追加し、本実施の形態で提案したデコードされたリファレンスピクチャのマネージメントの構築及びリファレンスリストの構築にview_idを含めることで、並列処理のエンジン間のデータ依存性が明らかに定義され、これにより、ＭＶＣコーデックについて並列の実現が容易となる。
【０１６６】
ここで、先に本発明の多くの付随する利点／特徴の幾つかに関する説明が与えられ、そのうちの幾つかは先に記載された。たとえば、１つの利点／特徴は、ビットストリームから、ビューのマルチビュービデオコンテンツの少なくとも２つのうちの少なくとも１つに対応する少なくとも１つのピクチャを復号化するデコーダを含む装置であり、ビットストリームでは、少なくとも１つのピクチャの符号化順序情報及び出力順序情報のうちの少なくとも１つは、少なくとも１つのピクチャが対応する少なくとも１つのビューから分離される。
【０１６７】
別の利点／特徴は、上述されたデコーダを有する装置であり、デコーダは、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationに対応する少なくとも１つの既存のシンタックスエレメント（frame_num及びpic_order_cnt_lsb）を使用した、少なくとも１つのピクチャの符号化順序情報と出力順序情報のうちの少なくとも１つを分離の存在を判定する。
【０１６８】
更に別の利点／特徴は、上述されたようなデコーダを有する装置であり、デコーダは、ビュー識別子を使用して、少なくとも１つのピクチャの符号化順序情報と出力順序情報の少なくとも１つの分離の存在を判定する。
【０１６９】
更に別の利点／特徴は、上述されたように、ビュー識別子を使用して、分離の存在を判定するデコーダを有する装置であり、ビュー識別子は、ビットストリームにおけるスライスレベルに存在する。
【０１７０】
更なる利点／特徴は、上述されたように、ビュー識別子を使用して、分離の存在を判定するデコーダを有する装置であり、ビュー識別子は、ビットストリームにおけるマクロブロックレベルよりも高いレベルに存在する。
【０１７１】
さらに、別の利点／特徴は、上述されたように、マクロブロックのレベルよりも上位のレベルにあるビュー識別子を使用して、分離の存在を判定するデコーダを有する装置であり、デコーダは、デコードされたリファレンスピクチャのマーキングプロセスによる使用のため、ビットストリームからのビュー識別子を分析する。
【０１７２】
さらに、別の利点／特徴は、上述されたように、ビットストリームからのビュー識別子を分析するデコーダを有する装置であって、デコーダは、少なくとも２つのビューのどちらに、デコードされたリファレンスピクチャのマーキングプロセスによりマークされるべき特定のピクチャが属するかを判定するため、ビットストリームからのビュー識別子を分析する。
【０１７３】
また、別の利点／特徴は、上述されたように、マクロブロックのレベルよりも上位のレベルにあるビュー識別子を使用して、分離の存在を判定するデコーダを有する装置であって、デコーダは、再定義されたデコードされたリファレンスピクチャのマーキングプロセスにおいてビュー識別子の使用をサポートするため、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationに対応する再定義されたデコードされたリファレンスピクチャのマーキングプロセスでの使用向けに再定義される少なくとも１つの既存のシンタックスエレメントのセマンティクスをもつ、少なくとも１つの既存のシンタックスエレメント（no_output_of_prior_pics_flag,  long_term_reference_flag,  adaptive_ref_pic_marking_mode_flag,  memory_management_control_operation,  difference_of_pic_nums_minus1,  long_term_pic_num,  long_term_frame_idx,  max_long_term_frame_idx_plus1）を使用する。
【０１７４】
さらに、別の利点／特徴は、上述されたように、少なくとも１つの既存のシンタックスエレメントを使用するデコーダを有する装置であり、再定義されたデコードされたリファレンスピクチャのマーキングプロセスでは、現在のデコードされたピクチャと同じビュー識別子をもつピクチャのみがマークされる。
【０１７５】
さらに、別の利点／特徴は、上述されたように、少なくとも１つの既存のシンタックスエレメントを使用するデコーダを有する装置であり、スライディングウィンドウのデコードされたリファレンスピクチャのマーキングプロセス及び適応メモリ制御によるデコードされたリファレンスピクチャのマーキングプロセスの少なくとも１つが適用される。
【０１７６】
さらに、別の利点／特徴は、上述されたように、少なくとも１つの既存のシンタックスエレメントを使用するデコーダを有する装置であり、再定義されたデコードされたリファレンスピクチャのマーキングプロセスでは、少なくとも１つのピクチャとは異なるビュー識別子を有するピクチャは、以前に使用されていないシンタックスエレメント（difference_of_view_ids_minus1）を使用してマークされる。
【０１７７】
また、別の利点／特徴は、上述されたように、マクロブロックのレベルよりも上位のレベルにあるビュー識別子を使用して、分離の存在を判定するデコーダを有する装置であり、デコーダは、デフォルトのリファレンスピクチャリストの構築について、ビットストリームからのビュー識別子を分析する。
【０１７８】
さらに、別の利点／特徴は、上述されたように、ビットストリームからのビュー識別子を分析するデコーダを有する装置であり、インタービューリファレンスピクチャは、リファレンスピクチャリストの構築のために少なくとも１つの既存のシンタックスエレメント（frame_num及びpic_order_cnt_lsb）に従って、リファレンスピクチャリストの構築に対応するデフォルトのリファレンスピクチャリストの作成プロセスのために、リファレンスリストに追加されるのを禁止される。
【０１７９】
さらに、別の利点／特徴は、上述されたように、ビットストリームからのビュー識別子を分析するデコーダを有する装置であり、インタービューリファレンスピクチャのみが、デフォルトのリファレンスピクチャリストの構築のための少なくとも１つの既存のシンタックスエレメント（frame_num及びpic_order_cnt_lsb）に従って、リファレンスピクチャリストの構築に対応するデフォルトのリファレンスピクチャリストの作成プロセスのためにリファレンスリストに追加される。
【０１８０】
さらに、別の利点／特徴は、デコーダを有する装置であり、インタービューリファレンスピクチャのみが、上述されたように、デフォルトのリファレンスピクチャリストの作成プロセスについてリファレンスリストに追加され、インタービューリファレンスピクチャは、テンポラルリファレンスの後に追加される。
【０１８１】
また、別の利点／特徴は、上述されたように、ビュー識別子を使用して、分離の存在を判定するデコーダを有する装置であり、デコーダは、再定義されたリファレンスピクチャリストのリオーダリングプロセスにおけるビュー識別子の使用をサポートするため、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264 recommendationに対応する再定義されたリファレンスピクチャリストのリオーダリングプロセスにおける使用向けに定義される、少なくとも１つの既存のシンタックスエレメント（ref_pic_list_reordering_flag_l0,  reordering_of_pic_nums_idc,  abs_diff_pic_num_minus1,  long_term_pic_num,  ref_pic_list_reordering_flag_l1,  reordering_of_pic_nums_idc,  abs_diff_pic_num_minus1,  long_term_pic_num）を使用する。
【０１８２】
さらに、別の利点／特徴は、上述されたように、少なくとも１つの既存のシンタックスエレメントを使用するデコーダを有する装置であり、再定義されたリファレンスピクチャリストのリオーダリングプロセスでは、現在デコードされたピクチャと同じビュー識別子をもつピクチャのみが再び順序付けされる。
【０１８３】
さらに、別の利点／特徴は、デコーダを有する装置であり、再定義されたリファレンスピクチャリストのリオーダリングプロセスにおいて、上述されたように、現在デコードされたピクチャと同じビュー識別子をもつピクチャのみが再び順序付けされる。再定義されたリファレンスピクチャリストのリオーダリングプロセスにおいて、ビュー識別子は、少なくとも２つのビューのうちのどちらが、対応するリファレンスピクチャリストにおける現在のインデックスに移動されるべき特定のピクチャに対応するかを示す。
【０１８４】
さらに、別の利点／特徴は、デコーダを有する装置であって、上述されたように、再定義されたリファレンスピクチャリストのリオーダリングプロセスにおいて、現在デコードされたピクチャと同じビュー識別子をもつピクチャのみが再び順序付けされる。再定義されたリファレンスピクチャリストのリオーダリングプロセスにおいて、ビュー識別子は、オーダリングされるべきリファレンスピクチャのビュー識別子が少なくとも１つのピクチャのビュー識別子と異なるときにのみ必要とされる。
【０１８５】
また、別の利点／特徴は、上述されたように、ビュー識別子を使用して、分離の存在を判定するデコーダを有する装置であり、デコーダは、テンポラルダイレクトモードにおけるビュー識別子の使用をサポートするため、テンポラルダイレクトモードについて再定義される既存のシンタックスエレメント（pic_order_cnt_lsb）、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationに対応する既存のシンタックスを使用する。
【０１８６】
さらに、別の利点／特徴は、上述されたように、既存のシンタックスエレメントを使用するデコーダを有する装置であり、テンポラルダイレクトモードは、ピクチャオーダカウント及びビュー識別子のうちの１つに基づいて導出される。
【０１８７】
さらに、別の利点／特徴は、上述されたように、ビュー識別子を使用して、分離の存在を判定するデコーダを有する装置であり、デコーダは、既存のシンタックスエレメント（pic_order_cnt_lsb）、既存のセマンティクス、及びテンポラルダイレクトモードのための既存の復号化プロセス、既存のシンタックス、既存のセマンティクス、及び、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationに対応する既存の復号化プロセスを使用する。
【０１８８】
さらに、別の利点／特徴は、上述されたように、ビュー識別子を使用して、分離の存在を判定するデコーダを有する装置であり、デコーダは、暗黙の重み予測について再定義された既存のシンタックスエレメント（pic_order_cnt_lsb）、暗黙の重み予測においてビュー識別子の使用をサポートするため、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4 Part  10  Advanced  Video  Coding  standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationに対応する既存のシンタックスを使用する。
【０１８９】
また、別の利点／特徴は、上述されたように、既存のシンタックスエレメントを使用するデコーダを有する装置であり、暗黙の重み予測は、ピクチャオーダカウント値とビュー識別子の少なくとも１つに基づいて導出される。
【０１９０】
さらに、別の利点／特徴は、上述されたように、ビュー識別子を使用して、分離の存在を判定するデコーダを有する装置であり、デコーダは、既存のシンタックスエレメント（pic_order_cnt_lsb）、既存のセマンティクス、及び暗黙の重み予測のための既存の復号化プロセス、既存のシンタックス、既存のセマンティクス、及び、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationに対応する既存の復号化プロセスを使用する。
【０１９１】
さらに、別の利点／特徴は、上述されたようなデコーダを有する装置であり、デコーダは、特定のピクチャに対応する少なくとも２つのビューのうちの特定の１つを使用して、少なくとも２つのビューのうちの異なるビューの並列な復号化におけるビュー間の依存度を判定する。
【０１９２】
さらに別の利点／特徴は、マルチビュービデオコンテンツに対応する少なくとも２つのビューのうちの少なくとも１つを復号化するデコーダを有する装置である。デコーダは、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  standard/International  Telecommunication Union,  Telecommunication  Sector  H.264  recommendationに対応するデフォルトのリファレンスピクチャリストの構築プロセス及びリファレンスピクチャリストの再順序付けにおける再定義された変数を使用して、少なくとも２つのビューのうちの少なくとも１つを復号化する。
【０１９３】
さらに、別の利点／特徴は、上述されたデコーダを有する装置であり、変数を再定義するためにビューの数及びビュー識別情報のうちの少なくとも１つが使用される。
【０１９４】
さらに、別の利点／特徴は、上述されたようなデコーダを有する装置であり、変数を再定義するためにグループオブピクチャのレングス及びビュー識別情報のうちの少なくとも１つが使用される。
【０１９５】
さらに別の利点／特徴は、マルチビュービデオコンテンツに対応する少なくとも２つのビューのうちの少なくとも１つを復号化するデコーダを有する装置である。デコーダは、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationのデコードされたリファレンスピクチャのマーキングプロセスにおいて再定義された変数を使用して、少なくとも２つのビューのうちの少なくとも１つを復号化する。
【０１９６】
さらに、別の利点／特徴は、上述されたデコーダを有する装置であり、ビューの数及びビュー識別情報の少なくとも１つは、変数を再定義するために使用される。
【０１９７】
さらに、別の利点／特徴は、上述されたデコーダを有する装置であり、グループオブピクチャのレングス及びビュー識別情報のうちの少なくとも１つは、変数を再定義するために使用される。
【０１９８】
なお、特定のシンタックスの名前、特に、本発明の原理の様々な本発明の態様に関して記載された以前に使用されていないシンタックス名の選択は、例示及び明確化のためであって、本明細書で提供された本発明の原理の教示が与えられると、他の名前及び／又は文字等は、本発明の原理に精神を維持しつつ、本明細書で提供されたシンタックス名の代わりに、該シンタックス名に加えて使用される場合があることを理解されたい。
【０１９９】
本発明の原理のこれらの特徴及び利点、並びに他の特徴及び利点は、本明細書での教示に基づいて当業者により容易に確認される。なお、本発明の原理の教示は、ハードウェア、ソフトウェア、ファームウェア、特定用途向けプロセッサ又はその組み合わせからなる様々な形式で実現される場合があることを理解されたい。
【０２００】
最も好適には、本発明の原理の教示は、ハードウェア及びソフトウェアの組み合わせとして実現される。さらに、ソフトウェアは、プログラムストレージユニットで実施されるアプリケーションプログラムとして実現される。アプリケーションプログラムは、任意の適切なアーキテクチャを有するコンピュータにアップロードされるか、該コンピュータにより実行される場合がある。好ましくは、コンピュータは、１以上の中央処理装置（ＣＰＵ）、ランダムアクセスメモリ（ＲＡＭ）、及び入力／出力（Ｉ／Ｏ）インタフェースのようなハードウェアを有するコンピュータプラットフォームで実現される。また、コンピュータプラットフォームは、オペレーティングシステム及びマイクロ命令コードを含む。本明細書で記載された様々な処理及び機能は、ＣＰＵにより実行される場合がある、マイクロ命令コードの一部又はアプリケーションプログラムの一部、或いはその組み合わせである。さらに、様々な他の周辺ユニットは、更なるデータストレージユニット及びプリンティングユニットのようなコンピュータプラットフォームに接続される場合がある。
【０２０１】
添付図面に示されるシステム構成要素又は方法の幾つかはソフトウェアで実現されることが好ましいが、システム構成要素又はプロセス機能ブロック間の実際の接続は、本発明の原理がプログラムされるやり方に依存して異なる場合がある。本明細書での教示が与えられると、当業者であれば、本発明の原理のこれらの実現又はコンフィギュレーション、並びに類似の実現又はコンフィギュレーションを考案することができる。
【０２０２】
例示的な実施の形態は添付図面を参照して本明細書で記載されたが、本発明の原理は、これら正確な実施の形態に限定されるものではなく、様々な変形及び変更は、本発明の原理の範囲又は精神から逸脱することなしに、当業者により実施される場合があることを理解されたい。全ての係る変形及び変更は、特許請求の範囲で述べたように、本発明の原理の範囲に含まれることが意図される。
【図１】
2014030214.tif 000018
【図２Ａ】
2014030214.tif 000019
【図２Ｂ】
2014030214.tif 000020
【図３】
2014030214.tif 000021
【図４】
2014030214.tif 000022
【図５】
2014030214.tif 000023
【図６】
2014030214.tif 000024
【図７】
2014030214.tif 000025
【図８】
2014030214.tif 000026
【図９】
2014030214.tif 000027
【図１０】
2014030214.tif 000028
【図１１】
2014030214.tif 000029
【図１２】
2014030214.tif 000030
【図１３】
2014030214.tif 000031
【図１４】
2014030214.tif 000032
【図１５】
2014030214.tif 000033
【図１６】
2014030214.tif 000034
【図１７】
2014030214.tif 000035
【図１８】
2014030214.tif 000036
【図１９】
2014030214.tif 000037
【図２０】
2014030214.tif 000038
【図２１】
2014030214.tif 000039
【図２２】
2014030214.tif 000040
【図２３】
2014030214.tif 000041
【図２４】
2014030214.tif 000042
【手続補正書】
【提出日】平成25年10月2日(2013.10.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
マルチビュービデオ復号化のための装置であって、
ビットストリームからのマルチビュービデオコンテンツの少なくとも２つのビューのうちの少なくとも１つに対応する少なくとも１つのピクチャを復号化するデコーダを有し、
前記ビットストリームでは、前記少なくとも１つのピクチャの符号化順序の情報と出力順序の情報の少なくとも１つは、ビュー識別子を使用して、前記少なくとも１つのピクチャが対応する少なくとも１つのビューから分離され、
前記ビュー識別子は、デコードされたリファレンスピクチャのマーキングプロセス及びデフォルトのリファレンスピクチャリストの構築プロセスの少なくとも１つで使用される、
ことを特徴とする装置。
【請求項２】
前記ビュー識別子は、前記ビットストリームにおけるスライスレベルに存在する、
請求項１記載の装置。
【請求項３】
前記ビュー識別子は、前記ビットストリームにおけるマクロブロックよりも高いレベルに存在する、
請求項１記載の装置。
【請求項４】
前記デコードされたリファレンスピクチャのマーキングプロセスによりマークされるべき特定のピクチャが前記少なくとも２つのビューのうちのどちらに属するかを判定するため、前記ビットストリームからの前記ビュー識別子が分析される、
請求項１記載の装置。
【請求項５】
前記デコーダは、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  Standard/International  Telecommunication  Union,   Telecommunication  Sector  H.264  recommendationに対応する再定義されたデコードされたリファレンスピクチャのマーキングプロセスでの使用のために再定義される少なくとも１つの既存のシンタックスエレメントの意味をもつ少なくとも１つの既存のシンタックスエレメントを使用して、前記再定義されたデコードされたリファレンスピクチャのマーキングプロセスにおける前記ビュー識別子の使用をサポートする、
請求項３記載の装置。
【請求項６】
前記再定義されたデコードされたリファレンスピクチャのマーキングプロセスでは、現在デコードされているピクチャと同じビュー識別子をもつピクチャのみがマークされる、
請求項５記載の装置。
【請求項７】
スライディングウィンドウによるデコードされたリファレンスピクチャのマーキングプロセス及び適応メモリ制御によるデコードされたリファレンスピクチャのマーキングプロセスの少なくとも１つが利用される、
請求項５記載の装置。
【請求項８】
前記再定義されたデコードされたリファレンスピクチャのマーキングプロセスでは、前記少なくとも１つのピクチャのビュー識別子とは異なるビュー識別子を有するピクチャは、以前に使用されていないシンタックスエレメントを使用してマークされる、
請求項５記載の装置。
【請求項９】
インタービューリファレンスピクチャは、リファレンスピクチャリストの構築のための少なくとも１つの既存のシンタックスエレメントに従って、前記リファレンスピクチャリストの構築に対応するデフォルトのリファレンスピクチャリストの作成プロセスのためにリファレンスリストに追加されるのを禁止される、
請求項１記載の装置。
【請求項１０】
前記デフォルトのリファレンスピクチャリストの構築のための少なくとも１つの既存のシンタックスエレメントに従って、前記リファレンスピクチャリストの構築に対応するデフォルトのリファレンスピクチャリストの作成プロセスのためのリファレンスリストに、インタービューリファレンスピクチャのみが追加される、
請求項１記載の装置。
【請求項１１】
インタービューリファレンスピクチャは、テンポラルリファレンスの後に追加される、
請求項１０記載の装置。
【請求項１２】
前記デコーダは、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  Standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationに対応する再定義されたリファレンスピクチャリストのリオーダリングプロセスにおける使用のために再定義される少なくとも１つの既存のシンタックスエレメントを使用して、前記再定義されたリファレンスピクチャリストのリオーダリングプロセスにおける前記ビュー識別子の使用をサポートする、
請求項１記載の装置。
【請求項１３】
前記再定義されたリファレンスピクチャリストのリオーダリングプロセスでは、現在復号化されたピクチャと同じビュー識別子をもつピクチャのみが再び順序付けされる、
請求項１２記載の装置。
【請求項１４】
前記ビュー識別子は、前記少なくとも２つのビューのうちのどちらが、対応するリファレンスピクチャリストにおける現在のインデックスに移動されるべき特定のピクチャに対応するかを示す、
請求項１３記載の装置。
【請求項１５】
前記ビュー識別子は、順序付けされるべきリファレンスピクチャのビュー識別子が前記少なくとも１つのピクチャのビュー識別子と異なるときにのみ必要とされる、
請求項１３記載の装置。
【請求項１６】
テンポラルダイレクトモードまたは暗黙の重み付け予測について再定義される既存のシンタックスエレメントをそれぞれ使用して、テンポラルダイレクトモードまたは暗黙の重み付け予測におけるビュー識別子の使用をサポートし、前記既存のシンタックスエレメントは、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  Standard/International  Telecommunication  Union,   Telecommunication  Sector  H.264  recommendationに対応する、
請求項１記載の装置。
【請求項１７】
前記テンポラルダイレクトモードまたは暗黙の重み付け予測は、ピクチャオーダカウント値及びビュー識別子の少なくとも１つに基づいて導出される、
請求項１６記載の装置。
【請求項１８】
既存のシンタックスエレメント、既存のセマンティクス、及び既存の復号化プロセスがテンポラルダイレクトモードのために使用され、前記既存のシンタックスエレメント、前記既存のセマンティクス、及び、前記既存の復号化プロセスは、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  Standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationに対応する、
請求項１記載の装置。
【請求項１９】
前記デコーダは、暗黙の重み付け予測のために再定義された既存のシンタックスエレメントを使用し、前記既存のシンタックスエレメントは、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  Standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationに対応して、暗黙の重み予測における前記ビュー識別子の使用をサポートする、
請求項１記載の装置。
【請求項２０】
前記暗黙の重み付け予測は、ピクチャオーダカウント値とビュー識別子の少なくとも１つに基づいて導出される、
請求項１９記載の装置。
【請求項２１】
既存のシンタックスエレメント、既存のセマンティクス、及び、既存の復号化プロセスが暗黙の重み付け予測のために使用され、前記既存のシンタックスエレメント、前記既存のセマンティクス、及び、前記既存の復号化プロセスは、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  Standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationに対応する、
請求項１記載の装置。
【請求項２２】
前記少なくとも２つのビューのうちの異なるビューの並列の復号化におけるビュー間の依存度を判定するため、特定のピクチャに対応する少なくとも２つのビューのうちの特定のビューが使用される、
請求項１記載の装置。
【請求項２３】
マルチビュービデオ復号化のための方法であって、
ビットストリームからのマルチビュービデオコンテンツの少なくとも２つのビューのうちの少なくとも１つに対応する少なくとも１つのピクチャを復号化するステップを含み、
前記ビットストリームでは、前記少なくとも１つのピクチャの符号化順序の情報と出力順序の情報の少なくとも１つは、ビュー識別子を使用して、前記少なくとも１つのピクチャが対応する少なくとも１つのビューから分離され、
前記ビュー識別子は、デコードされたリファレンスピクチャのマーキングプロセス及びデフォルトのリファレンスピクチャリストの構築プロセスの少なくとも１つで使用される、
ことを特徴とする方法。
【請求項２４】
前記ビュー識別子は、前記ビットストリームにおけるスライスレベルに存在する、
請求項２３記載の方法。
【請求項２５】
前記ビュー識別子は、前記ビットストリームにおけるマクロブロックよりも高いレベルに存在する、
請求項２３記載の方法。
【請求項２６】
前記デコードされたリファレンスピクチャのマーキングプロセスによりマークされるべき特定のピクチャが前記少なくとも２つのビューのうちのどちらに属するかを判定するため、前記ビットストリームからの前記ビュー識別子が分析される、
請求項２３記載の方法。
【請求項２７】
前記復号化するステップは、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  Standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationに対応する再定義されたデコードされたリファレンスピクチャのマーキングプロセスでの使用のために再定義される少なくとも１つの既存のシンタックスエレメントの意味をもつ少なくとも１つの既存のシンタックスエレメントを使用して、前記再定義されたデコードされたリファレンスピクチャのマーキングプロセスにおける前記ビュー識別子の使用をサポートする、
請求項２３記載の方法。
【請求項２８】
前記再定義されたデコードされたリファレンスピクチャのマーキングプロセスでは、現在デコードされたピクチャと同じビュー識別子をもつピクチャのみがマークされる、
請求項２７記載の方法。
【請求項２９】
スライディングウィンドウによるデコードされたリファレンスピクチャのマーキングプロセス及び適応メモリ制御によるデコードされたリファレンスピクチャのマーキングプロセスの少なくとも１つが利用される、
請求項２７記載の方法。
【請求項３０】
前記再定義されたデコードされたリファレンスピクチャのマーキングプロセスでは、前記少なくとも１つのピクチャのビュー識別子とは異なるビュー識別子を有するピクチャは、以前に使用されていないシンタックスエレメントを使用してマークされる、
請求項２７記載の方法。
【請求項３１】
インタービューリファレンスピクチャは、前記リファレンスピクチャリストの構築のための少なくとも１つの既存のシンタックスエレメントに従って、前記リファレンスピクチャリストの構築に対応するデフォルトのリファレンスピクチャリストの作成プロセスのためにリファレンスリストに追加されるのを禁止される、
請求項２３記載の方法。
【請求項３２】
前記デフォルトのリファレンスピクチャリストの構築のための少なくとも１つの既存のシンタックスエレメントに従って、前記リファレンスピクチャリストの構築に対応するデフォルトのリファレンスピクチャリストの作成プロセスのため、インタービューリファレンスピクチャのみがリファレンスリストに追加される、
請求項２３記載の方法。
【請求項３３】
前記インタービューリファレンスピクチャは、テンポラルリファレンスの後に追加される、請求項３２記載の方法。
【請求項３４】
前記復号化するステップは、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  Standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationに対応する再定義されたリファレンスピクチャリストのリオーダリングプロセスにおける使用のために再定義される少なくとも１つの既存のシンタックスエレメントを使用して、前記再定義されたリファレンスピクチャリストのリオーダリングプロセスにおける前記ビュー識別子の使用をサポートする、
請求項２３記載の方法。
【請求項３５】
前記再定義されたリファレンスピクチャリストのリオーダリングプロセスでは、現在復号化されたピクチャと同じビュー識別子をもつピクチャのみが再び順序付けされる、
請求項３４記載の方法。
【請求項３６】
前記ビュー識別子は、前記少なくとも２つのビューのうちのどちらが、対応するリファレンスピクチャリストにおける現在のインデックスに移動されるべき特定のピクチャに対応するかを示す、
請求項３５記載の方法。
【請求項３７】
前記ビュー識別子は、順序付けされるべきリファレンスピクチャのビュー識別子が前記少なくとも１つのピクチャのビュー識別子と異なるときにのみ必要とされる、
請求項３５記載の方法。
【請求項３８】
テンポラルダイレクトモードまたは暗黙の重み付け予測について再定義される既存のシンタックスエレメントをそれぞれ使用して、テンポラルダイレクトモードまたは暗黙の重み付け予測におけるビュー識別子の使用をサポートし、前記既存のシンタックスエレメントは、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  Standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationに対応する、
請求項２３記載の方法。
【請求項３９】
前記テンポラルダイレクトモードまたは暗黙の重み付け予測は、ピクチャオーダカウント値及びビュー識別子の少なくとも１つに基づいて導出される、
請求項３８記載の方法。
【請求項４０】
既存のシンタックスエレメント、既存のセマンティクス、及び既存の復号化プロセスがテンポラルダイレクトモードのために使用され、前記既存のシンタックスエレメント、前記既存のセマンティクス、及び、前記復号化プロセスは、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  Standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationに対応する、
請求項２３記載の方法。
【請求項４１】
前記復号化するステップは、暗黙の重み付け予測のために再定義される既存のシンタックスエレメントを使用して、前記既存のシンタックスエレメントは、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  Standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationに対応して、暗黙の重み予測における前記ビュー識別子の使用をサポートする、
請求項２３記載の方法。
【請求項４２】
前記暗黙の重み付け予測は、ピクチャオーダカウント値とビュー識別子の少なくとも１つに基づいて導出される、
請求項４１記載の方法。
【請求項４３】
既存のシンタックスエレメント、既存のセマンティクス、及び、既存の復号化プロセスが暗黙の重み付け予測のために使用され、前記既存のシンタックス、前記既存のセマンティクス、及び、前記既存の復号化プロセスは、International  Organization  for  Standardization/International  Electrotechnical  Commission  Moving  Picture  Experts  Group-4  Part  10  Advanced  Video  Coding  Standard/International  Telecommunication  Union,  Telecommunication  Sector  H.264  recommendationに対応する、
請求項２３記載の方法。
【請求項４４】
前記少なくとも２つのビューのうちの異なるビューの並列の符号化におけるビュー間の依存度を判定するため、特定のピクチャに対応する少なくとも２つのビューのうちの特定のビューが使用される、
請求項２３記載の方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０１２９
【補正方法】変更
【補正の内容】
【０１２９】
本方法２４００は、開始ブロック２４０５を含み、この開始ブロックは、制御を機能ブロック２４１０に移す。機能ブロック２４１０は、ビットストリーム、view_id、frame_num、及びピクチャオーダカウント（ＰＯＣ）を分析し、制御を機能ブロック２４１５に移す。機能ブロック２４１５は、リファレンスリストの初期化について、ＭＰＥＧ−４ＡＶＣプロセスによる使用のため、現在のピクチャのview_idに等しいview_idをもつピクチャのみを含み、制御を機能ブロック２４１７に移す。機能ブロック２４１７は、ＲＰＬＲコマンドを読取り、制御を機能ブロック２４１９に移す。機能ブロック２４１９は、RPLRコマンドで示されるview_idで規定されるピクチャにＲＰＬＲコマンドを実行し、制御を機能ブロック２４２０に移す。機能ブロック２４２０は、現在のピクチャをデコードし、制御を機能ブロック２４２５に移す。機能ブロック２４２５は、現在のピクチャをデコードされたピクチャバッファに挿入し、制御を判定ブロック２４３０に移す。判定ブロック２４３０は、全てのピクチャがデコードされたかを判定する。デコードされている場合、制御を終了ブロック２４９９に移す。さもなければ、制御を機能ブロック２４１０に移す。
【外国語明細書】
2014030214000001.pdf