ホーム > 特許ランキング > トムソン ライセンシング
知財求人 - 知財ポータルサイト「IP Force」
特許5713466マルチビュービデオ符号化及び復号化のためにフレームナンバー及び／又はピクチャオーダカウント（ＰＯＣ）を分離する方法及び装置
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】5713466
(24)【登録日】2015年3月20日
(45)【発行日】2015年5月7日
(54)【発明の名称】マルチビュービデオ符号化及び復号化のためにフレームナンバー及び／又はピクチャオーダカウント（ＰＯＣ）を分離する方法及び装置
(51)【国際特許分類】
H04N 19/597 20140101AFI20150416BHJP
【ＦＩ】
H04N19/597
【請求項の数】1
【外国語出願】
【全頁数】39
(21)【出願番号】特願2012-280495(P2012-280495)
(22)【出願日】2012年12月25日
(62)【分割の表示】特願2009-518403(P2009-518403)の分割
【原出願日】2007年7月5日
(65)【公開番号】特開2013-138428(P2013-138428A)
(43)【公開日】2013年7月11日
【審査請求日】2013年1月18日
(31)【優先権主張番号】60/818,874
(32)【優先日】2006年7月6日
(33)【優先権主張国】US
(31)【優先権主張番号】60/807,706
(32)【優先日】2006年7月18日
(33)【優先権主張国】US
(73)【特許権者】
【識別番号】501263810
【氏名又は名称】トムソン ライセンシング
【氏名又は名称原語表記】Ｔｈｏｍｓｏｎ Ｌｉｃｅｎｓｉｎｇ
(74)【代理人】
【識別番号】100134094
【弁理士】
【氏名又は名称】倉持 誠
(74)【代理人】
【識別番号】100121175
【弁理士】
【氏名又は名称】石井 たかし
(74)【代理人】
【識別番号】100123629
【弁理士】
【氏名又は名称】吹田 礼子
(72)【発明者】
【氏名】パンディット，パーヴィン，ビバス
(72)【発明者】
【氏名】スー，イェピン
(72)【発明者】
【氏名】イン，ペン
(72)【発明者】
【氏名】ゴミラ，クリスティーナ
【審査官】
堀井 啓明
(56)【参考文献】
【文献】
特開２００４−０４８５７９（ＪＰ，Ａ）
【文献】
国際公開第２００６／００１６５３（ＷＯ，Ａ１）
【文献】
特表２００８−５０３９７３（ＪＰ，Ａ）
【文献】
国際公開第２００７／１１４６１０（ＷＯ，Ａ１）
(58)【調査した分野】（Int.Cl.，ＤＢ名）
Ｈ０４Ｎ１９／００−１９／９８
(57)【特許請求の範囲】
【請求項1】
マルチビュービデオコンテンツに対応する少なくとも２つのビューのうちの少なくとも１つを復号化するステップを含む方法であって、
前記復号化するステップは、デフォルトのリファレンスピクチャリストの構築プロセス及びリファレンスピクチャリストのリオーダリングプロセスにおいて再定義された変数を使用して、前記少なくとも２つのビューのうちの少なくとも１つを復号化し、
ビューの数及びビュー識別情報の少なくとも１つは、前記変数を再定義するために使用される、前記方法。
前記復号化するステップは、デフォルトのリファレンスピクチャリストの構築プロセス及びリファレンスピクチャリストのリオーダリングプロセスにおいて再定義された変数を使用して、前記少なくとも２つのビューのうちの少なくとも１つを復号化し、
ビューの数及びビュー識別情報の少なくとも１つは、前記変数を再定義するために使用される、前記方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、ビデオ符号化及び復号化全般に関し、より詳細には、マルチビュービデオ符号化及び復号化向けにフレームナンバー及び／又はピクチャオーダカウント（POC: Picture Order Count）を分離する方法及び装置に関する。
【0002】
本出願は、2006年7月6日に提出された米国仮出願60/818,874号及び2006年7月18日に提出された米国仮出願60/807,706号の利益を特許請求するものであり、これらは、それぞれ完全な形で本明細書に引用により盛り込まれる。
【0003】
さらに、本出願は、本出願と共に同時に提出される、“Method and Apparatus for Decoupling Frame Number and/or Picture Order Count (POC) for Multi-view Video Encoding and Decoding”と題された仮出願ではない、代理人ドケットPU060136号に関連するものであり、同一出願人によるものであって、本明細書に引用により盛り込まれる。
【背景技術】
【0004】
ＩＳＯ／ＩＥＣ（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は、Ｐ及びＳＰスライスについてデフォルトのリファレンスリストのオーダリングのために使用される。
【0005】
ＭＰＥＧ−４ＡＶＣ標準におけるピクチャオーダカウントは、特定のピクチャのタイミング又は出力のオーダリングの指示である。ピクチャオーダカウントは、復号化順序における前のＩＤＲ（Instantaneous Decoding Refresh）ピクチャに関して、又は「リファレンスのために使用されていない」として全てのリファレンスピクチャをマークするメモリマネージメント制御動作を含む前のピクチャに関して、出力順序において増加するピクチャの位置につれて減少しない値を有する変数である。ピクチャオーダカウント（Picture Order Count）は、スライスヘッダシンタックスエレメントから導出される。ピクチャオーダカウントは、テンポラルダイレクトモードでの動きベクトルの導出、暗黙の重み付け予測、及びＢスライスのデフォルトのイニシャルリファレンスピクチャリストのオーダリングで使用される。
【0006】
特に、時間的相関関係を使用したダイレクトモードの動きパラメータは、その後のリファレンスピクチャ又はより正確には第一のLIST1リファレンスにおける共に配置される位置での動き情報を考慮することで現在のマクロブロック／ブロックについて典型的に導出される。図１を参照して、Ｂスライス符号化におけるテンポラルダイレクト予測を例示する図は、参照符号１００により一般に示される。オブジェクトが一定の速度で移動するという仮定に続いて、これらのパラメータは、関連するリファレンスピクチャの（図１に示されるような）時間的な距離に従ってスケーリングされる。ダイレクト符号化ブロックの動きベクトル（外１）
（外２）
【数1】
【0007】
先の式では、ＴＤＢ及びＴＤＤは、それぞれ、現在及びLIST1ピクチャに比較してLIST1ピクチャにおける共に配置されるブロックのLIST0動きベクトルにより使用されるリファレンスピクチャの時間的な距離であり、又はより正確には、ピクチャオーダカウント（ＰＯＣ）距離である。LIST1リファレンスピクチャ及びLIST1における共に配置されるブロックの動きベクトルにより参照されるLIST0におけるリファレンスは、ダイレクトモードの２つのリファレンスとして使用される。リファレンスインデックスrefldxL0が長期のリファレンスピクチャを参照するか、又はDiffPicOderCnt（pic1, pic0）が０に等しい場合、ダイレクトモードのパーティションの動きベクトル（外３）
【数2】
【0008】
また、暗黙の重み付けされた予測ツールは、重みを決定するためにピクチャオーダカウント情報を使用する。重み付け予測（ＷＰ）暗黙モードでは、重み付けファクタは、スライスヘッダで明示的に送信されないが、代わりに、現在のピクチャとリファレンスピクチャとの間の相対的な距離に基づいて導出される。暗黙のモードは、ダイレクトモードを使用するものを含めて、双方向予測されたマクロブロック及びＢスライスにおけるマクロブロックのパーティションについてのみ使用される。暗黙のモードについて、オフセット値Ｏ0及びＯ1がゼロに等しく、重みファクタＷ0及びＷ1が式（６）〜式（１０）における以下の式を使用して導出されることを除いて、式（１）に示される式が使用される。【数3】
【0009】
これは、ディビジョンフリーな、以下の１６ビットセーフオペレーションの実現である。【数4】
【発明の概要】
【発明が解決しようとする課題】
【0010】
マルチビュービデオ符号化（ＭＶＣ）の現在のＭＰＥＧ−４ＡＶＣに準拠した実現では、リファレンスソフトウェアは、全てのビデオ系列を１つのストリームにインタリーブすることでマルチビュー予測を達成する。このように、ビュー間のframe_num及びピクチャオーダカウントは、互いに結合される。これは、幾つかの問題を有する。１つの問題点は、部分的な復号化についてframe_numの値におけるギャップが存在することである。これは、リファレンスピクチャリストの管理を複雑にするか、又はframe_numのギャップに基づいたエラーロスの検出を不可能にする点である。別の利点は、ピクチャオーダカウントが現実的な物理的な意味を有さない点であり、テンポラルダイレクトモード又は暗黙の重み予測のようなピクチャオーダカウント情報を当てにする符号化ツールをブレイクする可能性がある。さらに別の問題点は、上記結合によりマルチビューシーケンスのパラレルな符号化を更に困難にする点である。
【課題を解決するための手段】
【0011】
従来技術のこれらの課題及び問題点、並びに他の課題及び問題点は、本発明の原理により対処され、マルチビュービデオ符号化及び復号化向けにフレームナンバーとピクチャオーダカウント（ＰＯＣ）とを分離する方法及び装置に向けられる。
【0012】
本発明の態様によれば、ビットストリームから、マルチビュービデオコンテンツの少なくとも２つのビューのうちの少なくとも１つに対応する少なくとも１つのピクチャを復号化するデコーダを含む装置が提供される。ビットストリームでは、少なくとも１つのピクチャについて符号化順序情報及び出力順序情報の少なくとも１つは、少なくとも１つのピクチャが対応する少なくとも１つのビューから分離される。
【0013】
本発明の原理の別の態様によれば、ビットストリームから、マルチビュービデオコンテンツの少なくとも２つのビューのうちの少なくとも１つに対応する少なくとも１つのピクチャを復号化するステップを含む方法が提供される。ビットストリームでは、少なくとも１つのピクチャについて符号化順序情報及び出力順序情報の少なくとも１つは、少なくとも１つのピクチャが対応する少なくとも１つのビューから分離される。
【0014】
本発明の更に別の態様によれば、マルチビュービデオコンテンツに対応する少なくとも２つのビューのうちの少なくとも１つを復号化するデコーダを含む装置が提供される。このデコーダは、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に対応するデフォルトのリファレンスピクチャリストのコンストラクションプロセス及びリファレンスピクチャリストのリオーダリングにおける再定義された変数を使用して、少なくとも２つのビューのうちの少なくとも１つを復号化する。
【0015】
本発明の原理のなお更に別の態様によれば、マルチビュービデオコンテンツに対応する少なくとも２つのビューのうちの少なくとも１つを復号化するデコーダ２５０を含む装置が提供される。このデコーダは、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のデコードされたリファレンスピクチャのマーキングプロセスにおける再定義された変数を使用して、少なくとも２つのビューのうちの少なくとも１つを復号化する。
【0016】
本発明の原理の更に別の態様によれば、マルチビュービデオコンテンツに対応する少なくとも２つのビューのうちの少なくとも１つを復号化するステップを含む方法が提供される。この復号化ステップは、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のデコードされたリファレンスピクチャのマーキングプロセスにおける再定義された変数を使用して、少なくとも２つのビューのうちの少なくとも１つを復号化する。
【0017】
本発明の原理のなお更に別の態様によれば、マルチビュービデオコンテンツに対応する少なくとも２つのビューのうちの少なくとも１つを復号化するステップを含む方法が提供される。この復号化するステップは、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のデコードされたリファレンスピクチャのマーキングプロセスにおける再定義された変数を使用して、少なくとも２つのビューのうちの少なくとも１つを復号化する。
【0018】
本発明の原理のこれらの態様、特徴及び利点、並びに他の態様、特徴及び利点は、添付図面と共に読まれる例示的な実施の形態の以下の詳細な説明から明らかとなるであろう。本発明の原理は、以下の例示的な図面に従って良好に理解されるであろう。
【図面の簡単な説明】
【0019】
【図1】Ｂスライスの符号化におけるテンポラルダイレクト予測を例示する図である。
【図2A】本発明の実施の形態に係る、本発明の原理が適用される場合がある、例示的なマルチビュービデオコーディング（ＭＶＣ）のブロック図である。
【図2B】本発明の実施の形態に係る、本発明の原理が適用される場合がある、例示的なマルチビュービデオコーディング（ＭＶＣ）のブロック図である。
【図3】本発明の実施の形態に係る、変更されたデコードされたリファレンスピクチャのマーキングを使用した、マルチビュービデオコンテンツを符号化する例示的な方法のフローチャートである。
【図4】本発明の実施の形態に係る、変更されたデコードされたリファレンスピクチャのマーキングを使用した、マルチビュービデオコンテンツを復号化する例示的な方法のフローチャートである。
【図5】本発明の実施の形態に係る、変更されたリファレンスピクチャリストの構築を使用した、マルチビュービデオコンテンツを符号化する例示的な方法のフローチャートである。
【図6】本発明の実施の形態に係る、変更されたリファレンスピクチャリストの構築を使用した、マルチビュービデオコンテンツを符号化する別の例示的な方法のフローチャートである。
【図7】本発明の実施の形態に係る、変更されたリファレンスピクチャリストの構築を使用した、マルチビュービデオコンテンツを符号化する更に別の例示的な方法のフローチャートである。
【図8】本発明の実施の形態に係る、変更されたリファレンスピクチャリストの構築を使用した、マルチビュービデオコンテンツを復号化する例示的な方法のフローチャートである。
【図9】本発明の実施の形態に係る、変更されたリファレンスピクチャリストの構築を使用した、マルチビュービデオコンテンツを復号化する別の例示的な方法のフローチャートである。
【図10】本発明の実施の形態に係る、変更されたリファレンスピクチャリストの構築を使用した、マルチビュービデオコンテンツを復号化する更に別の例示的な方法のフローチャートである。
【図11】本発明の実施の形態に係る、テンポラルダイレクトモード及び暗黙の重み予測を使用してマルチビュービデオコンテンツを符号化する例示的な方法のフローチャートである。
【図12】本発明の実施の形態に係る、テンポラルダイレクトモード及び暗黙の重み予測を使用した、マルチビュービデオコンテンツを符号化する別の例示的な方法のフローチャートである。
【図13】本発明の実施の形態に係る、変更されたデコードされたリファレンスピクチャのマーキングを使用した、マルチビュービデオコンテンツを復号化する例示的な方法のフローチャートである。
【図14】本発明の実施の形態に係る、変更されたデコードされたリファレンスピクチャのマーキングを使用した、マルチビュービデオコンテンツを復号化する別の例示的な方法のフローチャートである。
【図15】本発明の実施の形態に係る、変更されたデコードされたリファレンスピクチャのマーキングを使用した、マルチビュービデオコンテンツを符号化する例示的な方法のフローチャートである。
【図16】本発明の実施の形態に係る、変更されたデコードされたリファレンスピクチャのマーキングを使用した、マルチビュービデオコンテンツを復号化する例示的な方法のフローチャートである。
【図17】本発明の実施の形態に係る、変更されたリファレンスピクチャリストの構築及びフレームナンバーの計算を使用した、マルチビュービデオコンテンツを符号化する例示的な方法のフローチャートである。
【図18】本発明の実施の形態に係る、変更されたリファレンスピクチャリストの構築及びフレームナンバーの計算を使用した、マルチビュービデオコンテンツを符号化する別の例示的な方法のフローチャートである。
【図19】本発明の実施の形態に係る、変更されたリファレンスピクチャリストの構築及びフレームナンバーの計算を使用した、マルチビュービデオコンテンツを復号化する例示的な方法のフローチャートである。
【図20】本発明の実施の形態に係る、変更されたリファレンスピクチャリストの構築及びフレームナンバーの計算を使用した、マルチビュービデオコンテンツを復号化する別の例示的な方法のフローチャートである。
【図21】本発明の実施の形態に係る、ＲＰＬＲ（Reference Picture List Reordering）コマンドによる変更されたリファレンスピクチャリストの初期化を使用した、マルチビュービデオコンテンツを符号化する例示的な方法のフローチャートである。
【図22】本発明の実施の形態に係る、ＲＰＬＲ（Reference Picture List Reordering）コマンドによる変更されたリファレンスピクチャリストの初期化を使用した、マルチビュービデオコンテンツを符号化する別の例示的な方法のフローチャートである。
【図23】本発明の実施の形態に係る、ＲＰＬＲ（Reference Picture List Reordering）コマンドによる変更されたリファレンスピクチャリストの構築を使用した、マルチビュービデオコンテンツを復号化する例示的な方法のフローチャートである。
【図24】本発明の実施の形態に係る、ＲＰＬＲ（Reference Picture List Reordering）コマンドによる変更されたリファレンスピクチャリストの構築を使用した、マルチビュービデオコンテンツを復号化する別の例示的な方法のフローチャートである。
【発明を実施するための形態】
【0020】
本発明は、マルチビュービデオ符号化及び復号化のため、フレームナンバーとピクチャオーダカウント（ＰＯＣ）を分離する方法及び装置に向けられる。この開示は、本発明の原理を例示するものである。したがって、当業者であれば、本実施の形態では明示的に記載又は図示されないが、本発明を実施し、本発明の精神及び範囲に含まれる様々なアレンジメントを考案するであろうことを理解されたい。本実施の形態で示される全ての例及び条件付き言語は、本発明の原理、及び当該技術分野を促進するために本発明者により寄与される概念の理解において読者を支援する教育的な目的が意図され、係る特に引用される例及び条件に限定するものではないとして解釈されるべきである。
【0021】
さらに、本発明の原理、態様及び実施の形態を引用する全ての説明は、その特別の例と共に、本発明の構造的且つ機能的に等価な概念の両者を包含することが意図される。さらに、係る等価な概念は、現在知られている等価な概念と同様に、将来に開発される等価な概念、すなわち構造に関わらず、同じ機能を実行する開発されたエレメントを含む。
【0022】
したがって、たとえば、本明細書で与えられるブロック図は、本発明の原理を実施する例示的な回路の概念図を表わすことが当業者により理解されるであろう。同様に、何れかのフローチャート、フロー図、状態遷移図、擬似コード等は、コンピュータ読取り可能なメディアで実質的に表現され、コンピュータ又はプロセッサが明示的に示されているか否かに関わらず、係るコンピュータ又はプロセッサにより実行される様々なプロセスを表すことを理解されるであろう。
【0023】
図示される様々なエレメントの機能は、専用のハードウェアと同様に、適切なソフトウェアに関連するソフトウェアを実行可能なハードウェアの使用を通して提供される場合がある。プロセッサにより提供されたとき、機能は、１つの専用のプロセッサにより提供されるか、１つの共有プロセッサにより提供されるか、そのうちの幾つかが共有される複数の個別のプロセッサにより提供される場合がある。さらに、用語「プロセッサ」又は「コントローラ」の明示的な使用は、ソフトウェアを実行可能なハードウェアを排他的に示すために解釈されるべきではなく、限定されることなしに、デジタルシグナルプロセッサ（ＤＳＰ）ハードウェア、ソフトウェアを記憶するリードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、及び不揮発性ストレージを暗黙に含む場合がある。
【0024】
コンベンショナル及び／又はカスタムな他のハードウェアが含まれる場合もある。同様に、図示されるスイッチは、概念のみである。それらの機能は、プログラムロジックの動作を通して、専用ロジックを通して、プログラム制御及び専用ロジックのインタラクションを通して実行されるか、又は、更には手動的に実行され、特定の技術は、コンテクストから更に詳細に理解されるように実現者により選択可能である。
【0025】
その請求項では、指定された機能を実行する手段として表現されるエレメントは、たとえば、ａ）その機能を実行する回路エレメントの組み合わせ、又はｂ）機能を実行するためにソフトウェアを実行する適切な回路と共に結合される、ファームウェア、マイクロコード等を含む何れかの形式でのソフトウェアを含めて、その機能を実行する任意のやり方を包含することが意図される。係る請求項により定義される本発明の原理は、様々な引用された手段により提供される機能は結合され、請求項が求めるやり方でまとめられるという事実にある。したがって、それらの機能を提供する任意の手段は、本明細書に示される手段に等価であるとみなされる。
【0026】
本発明の原理の「１実施の形態」又は「実施の形態」への明細書における参照は、実施の形態と共に記載される特定の特徴、機能、特性等が本発明の原理の少なくとも１つに含まれることを意味する。したがって、明細書を通して様々な位置で現れるフレーズ「１実施の形態では」又は「実施の形態では」の出現は、同じ実施の形態を必ずしも示すものではない。
【0027】
本明細書で使用されるように、「ハイレベルシンタックス」は、マクロブロックレイヤの階層的に上にあるビットストリームに存在するシンタックスを示す。たとえば、ハイレベルシンタックスは、本明細書で使用されるように、限定されるものではないが、スライスヘッダレベル、ＳＥＩ（Supplemental Enhancement Information）レベル、ピクチャパラメータセットレベル、シーケンスパラメータセットレベル及びＮＡＬユニットヘッダレベルでのシンタックスを示す場合がある。
【0028】
さらに、本明細書で使用されるように、「以前に使用されていないシンタックス」は、現在知られているビデオ符号化標準及び勧告、及び限定されるものではないがＭＰＥＧ−４ＡＶＣ標準を含むその拡張に未だ存在しないシンタックスを示す。
【0029】
また、本明細書で使用されるように、「符号化順序情報」は、ビットストリームにおけるピクチャが符号化及び／又は復号化される順序を示すビットストリームに存在する情報を示す。符号化順序情報は、たとえばframe_numを含む場合がある。
【0030】
さらに、本明細書で使用されるように、「出力順序情報」は、ビットストリームにおけるピクチャが出力される順序を示すビデオビットストリームに存在する情報を示す。出力順序情報は、たとえばピクチャオーダカウント（ＰＯＣ）値を含む場合がある。
【0031】
さらに、本発明の原理は、ＭＰＥＧ−４ＡＶＣ標準に関して本実施の形態で記載されるが、本発明の原理は、この標準のみに限定されるものではなく、したがって、本発明の原理の精神を維持しつつ、他の符号化標準及びＭＰＥＧ−４ＡＶＣ標準の拡張を含むその拡張に関して利用される場合があることを理解されたい。
【0032】
さらに、本明細書で交換可能に使用されるように、「クロスビュー（cross view）」及び「インタービュー（inter view）」の両者は、現在のビュー以外のビューに属するピクチャを示す。
【0033】
図２Ａを参照して、例示的なマルチビュービデオコーディング（ＭＶＣ）エンコーダは、参照符号１００により全般的に示される。エンコーダ１００は、変換器１１０の入力と信号通信で接続される出力を有する結合器１０５を含む。変換器１１０の出力は、量子化器１１５の入力と信号通信で接続される。量子化器１１５の出力は、エントロピーコーダ１２０の入力及び逆量子化器１２５の入力と信号通信で接続される。逆量子化器１２５の出力は、逆変換器１３０の入力と信号通信で接続される。逆変換器１３０の出力は、結合器１３５の第一の非反転入力と信号通信で接続される。結合器１３５の出力は、イントラ予測器１４５の入力及びデブロッキングフィルタ１５０の入力と信号通信で接続される。デブロッキングフィルタ１５０の出力は、（ビューｉについて）リファレンスピクチャストア１５５の入力と信号通信で接続される。リファレンスピクチャストア１５５の出力は、動き補償器１７５の第一の入力及び動き予測器１８０の第一の入力と信号通信で接続される。動き予測器１８０の出力は、動き補償器１７５の第二の入力と信号通信で接続される。
【0034】
（他のビューについて）リファレンスピクチャストア１６０の出力は、ディスパリティ予測器１７０の第一の入力及びディスパリティ補償器１６５の第一の入力と信号通信で接続される。ディスパリティ予測器１７０の出力は、ディスパリティ補償器１６５の第二の入力と信号通信で接続される。
【0035】
エントロピーデコーダ１２０の出力は、エンコーダ１００の出力として利用可能である。結合器１０５の非反転入力は、エンコーダ１００の入力として利用可能であり、ディスパリティ予測器１７０の第二の入力及び動き予測器１８０の第二の入力と信号通信で接続される。スイッチ１８５の出力は、結合器１３５の第二の非反転入力及び結合器１０５の反転入力と信号通信で接続される。スイッチ１８５は、動き補償器１７５の出力と信号通信で接続される第一の入力、ディスパリティ補償器１６５の出力と信号通信で接続される第二の入力、及びイントラ予測器１４５の出力と信号通信で接続される第三の入力を含む。
【0036】
図２Ｂを参照して、例示的なマルチビュービデオコーディング（ＭＶＣ）デコーダは、参照符号３２００により全般的に示される。デコーダ３２００は、逆量子化器３２１０の入力と信号通信で接続される出力を有するエントロピーデコーダ３２０５を含む。逆量子化器の出力は、逆変換器３２１５の入力と信号通信で接続される。逆変換器３２１５の出力は、結合器３２２０の第一の非反転入力と信号通信で接続される。結合器３２２０の出力は、デブロッキングフィルタ３２２５の入力とイントラ予測器３２３０の入力と信号通信で接続される。デブロッキングフィルタ３２２５の出力は、（ビューｉについて）リファレンスピクチャストア３２４０の入力と信号通信で接続される。リファレンスピクチャストア３２４０の出力は、動き補償器３２３５の第一の入力と信号通信で接続される。
【0037】
（他のビューについて）リファレンスピクチャストア３２４５の出力は、ディスパリティ補償器２５０の第一の入力と信号通信で接続される。
【0038】
エントロピーコーダ３２０５の入力は、残余のビットストリームを受信するため、デコーダ３２００への入力として利用可能である。さらに、スイッチ３２５５の制御入力は、どの入力がスイッチ３２５５により選択されるかを制御するコントロールシンタックスを受信するため、デコーダ３２００への入力として利用可能である。さらに、動き補償器３２３５の第二の入力は、動きベクトルを受信するため、デコーダ３２００の入力として利用可能である。また、ディスパリティ補償器３２５０の第二の入力は、ディスパリティベクトルを受信するため、デコーダ３２００への入力として利用可能である。
【0039】
スイッチ３２５５の出力は、結合器３２２０の第二の非反転入力と信号通信で接続される。スイッチ３２５５の第一の入力は、ディスパリティ補償器３２５０の出力と信号通信で接続される。スイッチ３２５５の第二の入力は、動き補償器３２３５の出力と信号通信で接続される。スイッチ３２５５の第三の入力は、イントラ予測器３２３０の出力と信号通信で接続される。モードモジュール３２６０の出力は、どの入力がスイッチ３２５５により選択されるかを制御するためにスイッチ３２５５と信号通信で接続される。デブロッキングフィルタ３２２５の出力は、デコーダの出力として利用可能である。
【0040】
本発明の原理によれば、マルチビュービデオ系列の効果的な符号化向けＭＰＥＧ−４ＡＶＣ標準のハイレベルシンタックスに対して幾つかの変形が提案される。実施の形態では、マルチビュービデオ系列を符号化するとき、ビュー間でフレームナンバー（frame_num）とピクチャオーダカウント（ＰＯＣ）値を分離することが提案される。１つの可能な応用は、それぞれのビューについて、独立に、ＭＰＥＧ−４ＡＶＣに準拠した復号化及び出力プロセスを適用することができる。実施の形態では、ビュー間のフレームナンバー及び／又はピクチャオーダカウント値は、ビューのそれぞれについてview-idを送出することで分離される。ビュー補間／合成、ビューのランダムアクセス、パラレル処理等を含めて幾つかのマルチビュービデオコーディング（ＭＶＣ）の要件についてview_id情報が必要とされるので、以前に、ハイレベルシンタックスにおいてビュー識別子（view_id）を付加することがシンプルに提案されている。また、view_id情報は、クロスビュー予測にのみ関連する特別の符号化モードについて有効となる。このview_idは、マルチビュービデオコンテンツのビュー間でフレームナンバーとピクチャオーダカウント値とを分離するため、本発明の原理に従って使用される。さらに、実施の形態では、マルチビュービデオコーディングに関してＭＰＥＧ−４ＡＶＣ標準における符号化ツールを固定するためのソリューションが提案されている。
【0041】
実施の形態では、それぞれのビューは、異なるview_idを有し、したがって同じframe_num及びPOCを異なるビューについて再使用することができる。（外４）
【0042】
異なるビューを符号化して並列処理を可能にする幾つかのやり方が存在する。１つの可能なやり方は、はじめに、あるビューにおけるピクチャがあるＧＯＰについて符号化され、続いて、そのＧＯＰについて全てのビューが符号化されるまで、同じＧＯＰサイズについて別のビューからのピクチャが符号化される。次いで、プロセスは、他のＧＯＰについて繰り返される。先の例示では、はじめに、ビューＳ０におけるピクチャが符号化され、続いて、ビューＳ２からのピクチャ、次いでビューＳ１からのピクチャが符号化される。
【0043】
別の可能なやり方は、はじめに符号化されるべき同じ時間的な瞬間に属する全てのビューにおける全てのピクチャを符号化し、続いて、全てのビューにおける別の時間的な瞬間に属する別のピクチャのセットを符号化することである。このプロセスは、全てのピクチャが符号化されるまで繰り返される。先の例では、はじめに、時間の瞬間Ｔ０でのビューＳ０，Ｓ１，Ｓ２における全てのピクチャが符号化され、Ｔ８，Ｔ４等が後続する。本発明は、ピクチャが符号化される順序にとらわれない。
【0044】
以下では、本発明の原理の様々な実施の形態に係るＭＰＥＧ−４ＡＶＣ標準に対する変形を説明する。また、１以上の変形がマルチビューシーケンスの並列の符号化をどのように可能にするかを示す。しかし、本発明の原理がＭＰＥＧ−４ＡＶＣ標準に関して本実施の形態で主に記載されるが、本発明の原理は、本発明の原理の範囲を維持しつつ、本実施の形態で提供される本発明の原理の教示が与えられたときに当業者により容易に決定されるように、他のビデオ符号化標準及び勧告並びにその拡張と同様に、ＭＰＥＧ−４ＡＶＣ標準の拡張に関して実現される場合があることを理解されたい。
【0045】
［デコードされたリファレンスピクチャのマーキングプロセス］現在のＭＰＥＧ−４ＡＶＣ標準では、デコードされたピクチャバッファ（ＤＰＢ）において同じframe_numをもつ多数のピクチャを有することは許可されない。しかし、本発明の原理の実施の形態によれば、この制約は、マルチビュービデオコーディング（ＭＶＣ）において緩和される。これは、frame_num及び／又はピクチャオーダカウントが分離されるためであり、すなわち、それぞれのビューがそれ自身の独立なframe_num及びピクチャオーダカウント値を有することが提案されるためである。これを可能にするため、実施の形態では、view_idをデコードされたピクチャと関連付ける。これにより、それぞれのピクチャについて別の次元が導入される。したがって、実施の形態では、デコードされたリファレンスピクチャのマーキングプロセスは、view_idを含むように再定義される。
【0046】
ＭＰＥＧ−４ＡＶＣ標準がデコードされたリファレンスピクチャマーキングを可能にする２つの方法が存在する。ＭＰＥＧ−４ＡＶＣ標準におけるデコードされたリファレンスピクチャのマーキングの第一の方法は、スライディングウィンドウによるリファレンスピクチャのマーキングを含む。ＭＰＥＧ−４ＡＶＣ標準におけるデコードされたリファレンスピクチャのマーキングの第二の方法は、適応メモリ制御によるデコードされたリファレンスピクチャのマーキングを含む。
【0047】
本発明の原理の様々な実施の形態によれば、１以上のこれらの方法は、スライスヘッダに存在する新たなview_idを考慮するために変更される。表１は、本発明の原理の実施の形態に係るスライスヘッダのシンタックスを例示する。【表1】
【0048】
ＭＰＥＧ−４ＡＶＣ標準におけるデコードされたリファレンスピクチャのマーキングの第一の方法について、同じframe_num/POC値をもち、異なるview_id値をもつピクチャが存在するとき、デフォルトの振る舞いが特定される。本発明の原理に従う係るデフォルトの振る舞いの１つの実施の形態は、現在のデコードされたピクチャと同じview_idをもつピクチャにＭＭＣＯコマンドを適用する。
【0049】
ＭＰＥＧ−４ＡＶＣ標準におけるデコードされたリファレンスピクチャのマーキングの第二の方法について、本発明の原理に係る様々な実施の形態が提供され、ここで、新たなＭＭＣＯ（Memory Management Control Operation）コマンドを導入し、及び／又は、マークされる必要があるピクチャのview_idを考慮するためにＭＰＥＧ−４ＡＶＣ標準における既存のＭＭＣＯコマンドを変更する。（memory_management_control_operationが１に等しいとき）既存のＭＭＣＯを再定義する１実施の形態は、以下を含む。【数5】
【0050】
さらに、スライディングウィンドウのデコードされたリファレンスピクチャのマーキングプロセスのデフォルトの振る舞いについて、現在のピクチャと同じview_idをもつピクチャのみが「リファレンスのために不使用」としてマークされるように考慮される。
【0051】
図３を参照して、変更されたデコードされたリファレンスピクチャのマーキングを使用した、マルチビュービデオコンテンツを符号化する例示的な方法は、参照符号３００により全般的に示され、この方法は、ビューファーストコーディングを使用する。
【0052】
本方法３００は、機能ブロック３１０に制御を移す開始ブロック３０５を含む。機能ブロック３１０は、エンコーダのコンフィギュレーションファイルを読取り、制御を機能ブロック３１５に移す。機能ブロック３１５は、ビューの番号をＮとし、変数ｉ（ビューナンバーインデックス）及びｊ（ピクチャナンバーインデックス）の両者をゼロに等しく設定し、制御を判定ブロック３２０に移す。判定ブロック３２０は、ｉがＮ未満であるか否かを判定する。Ｎ未満である場合、制御を判定ブロック３２５に移す。さもなければ、制御を終了ブロック３９９に移す。
【0053】
判定ブロック３２５は、ｊがビューｉにおけるピクチャナンバー未満であるか否かを判定する。ピクチャナンバー未満である場合、制御を機能ブロック３３０に移す。さもなければ、制御を機能ブロック３５０に移す。
【0054】
機能ブロック３３０は、ビューｉにおけるピクチャｊを符号化し、ｊをインクリメントし、制御を判定ブロック３３５に移す。判定ブロック３３５は、ＭＭＣＯ（Memory Management Control Operation）コマンドが現在のピクチャと関連されるか否かを判定する。関連する場合、制御を機能ブロック３４０に移す。さもなければ、制御を機能ブロック３５５に移す。
【0055】
機能ブロック３４０は、difference_of_pic_nums_minus1及びdifference_of_view_ids_minus1を計算し、ピクチャ及び「リファレンスのために不使用」としてマークされるべきリファレンスピクチャのview_idを判定し、制御を機能ブロック３４５に移す。機能ブロック３４５は、現在のピクチャをデコードされたピクチャバッファ（ＤＰＢ）に挿入し、制御を機能ブロック３６０に移す。機能ブロック３６０は、現在のview_idについてframe_numとピクチャオーダカウント（ＰＯＣ）を変え、制御を機能ブロック３２５に移す。
【0056】
機能ブロック３５０は、ｉをインクリメントし、frame_num及びピクチャオーダカウント（ＰＯＣ）をリセットし、制御を判定ブロック３２０に移す。
【0057】
機能ブロック３５５は、スライディングウィンドウによるリファレンスピクチャのマーキングについて、ＭＰＥＧ−４ＡＶＣプロセスによる使用のため、「リファレンスのために不使用」としてマークされるべき現在のピクチャのview_idに等しいview_idをもつピクチャを選択し、制御を機能ブロック３５５に移す。
【0058】
図４を参照して、変更されたデコードされたリファレンスピクチャのマーキングを使用した、マルチビュービデオコンテンツを復号化する例示的な方法は、参照符号４００により全般的に示される。
【0059】
本方法４００は、開始ブロック４０５を含み、この開始ブロックは、制御を機能ブロック４１０に移す。機能ブロック４１０は、ビットストリーム、view_id、frame_num、及びピクチャオーダカウント（ＰＯＣ）を分析し、制御を機能ブロック４１５に移す。機能ブロック４１５は、現在のピクチャをデコードし、制御を判定ブロック４２０に移す。判定ブロック４２０は、ＭＭＣＯ（Memory Management Control Operation）コマンドが存在するか否かを判定する。ＭＭＣＯコマンドが存在する場合、制御を機能ブロック４２５に移す。さもなければ、制御を機能ブロック４４０に移す。
【0060】
機能ブロック４２５は、difference_of_pic_nums_minus1及びdifference_of_view_ids_minus1を分析し、ピクチャ及び、「リファレンスのために不使用」であるリファレンスピクチャのview_idを判定し、制御を機能ブロック４３０に移す。機能ブロック４３０は、現在のピクチャをデコードされたピクチャバッファ（ＤＰＢ）に挿入し、制御を判定ブロック４３５に移す。判定ブロック４３５は、全てのピクチャがデコードされたかを否かを判定する。デコードされた場合、制御を終了ブロック４９９に移す。さもなければ、制御を機能ブロック４１０に移す。
【0061】
機能ブロック４４０は、スライディングウィンドウによるデコードされたリファレンスピクチャのマーキングについて、ＭＰＥＧ−４ＡＶＣプロセスとの使用のため、「リファレンスのために不使用」としてマークされる現在のピクチャのview_idに等しいview_idをもつピクチャを選択し、制御を機能ブロック４３０に移す。
【0062】
図１５を参照して、変更されたデコードされたリファレンスピクチャのマーキングを使用した、マルチビュービデオコンテンツを符号化する例示的な方法は、参照符号１５００により全般的に示される。
【0063】
方法１５００は、開始ブロック１５０５を含み、この開始ブロックは、制御を機能ブロック１５１０に移す。機能ブロック１５１０は、エンコーダのコンフィギュレーションファイルを読取り、制御を機能ブロック１５１５に移す。機能ブロック１５１５は、ビューの番号をＮとし、変数ｉ（ビューナンバーインデックス）及びｊ（ピクチャナンバーインデックス）の両者をゼロに等しく設定し、制御を判定ブロック１５２０に移す。判定ブロック１５２０は、ｉがＮ未満であるか否かを判定する。Ｎ未満である場合、制御を判定ブロック１５２５に移す。さもなければ、制御を終了ブロック１５９９に移す。
【0064】
判定ブロック１５２５は、ｊがビューｉにおけるピクチャナンバー未満であるか否かを判定する。ピクチャナンバー未満である場合、制御を機能ブロック１５３０に移す。さもなければ、制御を機能ブロック１５５０に移す。
【0065】
機能ブロック１５３０は、ビューｉにおけるピクチャｊを符号化し、ｊをインクリメントし、制御を判定ブロック１５３５に移す。判定ブロック１５３５は、ＭＭＣＯ（Memory Management Control Operation）コマンドが現在のピクチャと関連されるか否かを判定する。関連する場合、制御を機能ブロック１５４０に移す。さもなければ、制御を機能ブロック１５５５に移す。
【0066】
機能ブロック１５４０は、現在のピクチャのview_idに等しいview_idをもつピクチャに関してのみ、関連されるＭＭＣＯコマンドを実行し、制御を機能ブロック１５４５に移す。機能ブロック１５４５は、現在のピクチャをデコードされたピクチャバッファ（ＤＰＢ）に挿入し、制御を機能ブロック１５６０に移す。機能ブロック１５６０は、現在のview_idについてframe_numとピクチャオーダカウント（ＰＯＣ）を変え、機能ブロック１５２５に制御を移す。
【0067】
機能ブロック１５５０は、ｉをインクリメントし、frame_num及びピクチャオーダカウント（ＰＯＣ）をリセットし、制御を判定ブロック１５２０に移す。
【0068】
機能ブロック１５５５は、スライディングウィンドウによるリファレンスピクチャのマーキングについて、ＭＰＥＧ−４ＡＶＣプロセスによる使用のため、「リファレンスのために不使用」としてマークされるべき現在のピクチャのview_idに等しいview_idをもつピクチャを選択し、制御を機能ブロック１５５５に移す。
【0069】
図１６を参照して、変更されたデコードされたリファレンスピクチャのマーキングを使用した、マルチビュービデオコンテンツを復号化する例示的な方法は、参照符号１６００により全般的に示される。
【0070】
本方法１６００は、開始ブロック１６０５を含み、この開始ブロックは、制御を機能ブロック１６１０に移す。機能ブロック１６１０は、ビットストリーム、view_id、frame_num、及びピクチャオーダカウント（ＰＯＣ）を分析し、制御を機能ブロック１６１５に移す。機能ブロック１６１５は、現在のピクチャをデコードし、制御を判定ブロック１６２０に移す。判定ブロック１６２０は、ＭＭＣＯ（Memory Management Control Operation）コマンドが存在するか否かを判定する。ＭＭＣＯコマンドが存在する場合、制御を機能ブロック１６２５に移す。さもなければ、制御を機能ブロック４４０に移す。
【0071】
機能ブロック１６２５は、ＭＭＣＯ（Memory Management Control Operation）コマンドを分析し、現在のピクチャのview_idに等しいview_idをもつピクチャに関してのみ、ＭＭＣＯコマンドを実行し、制御を機能ブロック１６３０に移す。機能ブロック１６３０は、現在のピクチャをデコードされたピクチャバッファ（ＤＰＢ）に挿入し、制御を判定ブロック１６３５に移す。判定ブロック１６３５は、全てのピクチャがデコードされたかを否かを判定する。デコードされている場合、制御を終了ブロック１６９９に移す。さもなければ、制御を機能ブロック１６１０に移す。
【0072】
機能ブロック１６４０は、スライディングウィンドウによるデコードされたリファレンスピクチャのマーキングについて、ＭＰＥＧ−４ＡＶＣプロセスとの使用のため、「リファレンスのために不使用」としてマークされる現在のピクチャのview_idに等しいview_idをもつピクチャを選択し、制御を機能ブロック１６３０に移す。
【0073】
［リファレンスピクチャリストの構築］本発明の原理に係る実施の形態によれば、view_idをデコードされたリファレンスピクチャと関連付けする。したがって、実施の形態では、view_idを含むために、リファレンスピクチャのために初期化プロセスを再定義し、リファレンスピクチャリスト向けにリオーダリングプロセスを再定義する。
【0074】
ＭＰＥＧ−４ＡＶＣ標準は、Ｐ及びＢスライスのためにリファレンスリストを初期化するデフォルトプロセスを規定する。デフォルトプロセスは、ビットストリームに存在する特別のＲＰＬＲ（Reference Picture List Reordering）コマンドにより変更することができる。
【0075】
このリファレンスピクチャのデフォルトのオーダリング及びリオーダリングは、frame_num及びピクチャオーダカウント値に基づく。しかし、同じframe_num/POC値をもつピクチャがデコードされたピクチャバッファ（ＤＰＢ）に存在するのを可能にするので、view_idを使用して、同じframe_num/POC値間で区別する必要がある。実施の形態では、リファレンスピクチャリストを設定するために１以上のこれらのプロセスが変化される。Ｐ及びＢスライスについてリファレンスリストを初期化するデフォルトの初期化プロセスの１実施の形態は、リファレンスリストにおけるテンポラルリファレンスピクチャのみを許容し、現在のピクチャのview_idとは異なるview_idをもつ全てのピクチャを無視することを含む。テンポラルリファレンスピクチャは、ＭＰＥＧ−４ＡＶＣ標準で規定される同じデフォルトの初期化プロセスに従う。別の実施の形態は、最も接近したview_idがリストにおいて先に配置されるように、クロスビューリファレンスのみをリストに配置することを含む。別の実施の形態は、はじめに、テンポラルリファレンスを使用してリファレンスリストを初期化し、次いで、たとえば構築中のリファレンスリストの終わりといった所定の固定された位置にクロスビューリファレンスフレームを配置することを含む。
【0076】
リストを再び順序付けるリファレンスピクチャリストのリオーダリングコマンドについて、実施の形態では、新たなコマンドが導入されるか、及び／又は、既存のコマンドのセマンティクスは、移動される必要があるピクチャのview_idを考慮するために変更される。
【0077】
実施の形態では、以下のように、ＭＰＥＧ−４ＡＶＣ標準で規定されるリファレンスピクチャリストのリオーダリングコマンドが変更されないままであるように、このプロセスで使用されるＭＰＥＧ−４ＡＶＣ標準の変数を再定義する。
【0078】
リファレンスリストのリオーダリングに関するＭＰＥＧ−４ＡＶＣ標準の変数を再定義する１実施の形態が以下に示される。この実施の形態では、以下が適用される。【数6】
【0079】
変数CurrPicNumは、以下のように導出される。field_pic_flagが０に等しい場合、CurrPicNumは、frame_num*N＋view_idに等しく設定され、さもなければ、field_pic_flagが１に等しい場合、CurrPicNumは、2*（frame_num*N＋view_id）＋１に等しく設定される。
【0080】
ＭＰＥＧ−４ＡＶＣ標準におけるスライスのピクチャオーダカウントは、以下のように定義される。【数7】
【0081】
マルチビュービデオのコーディングスライスについて、ピクチャオーダカウントは、リファレンスピクチャリストの構築のための復号化プロセス及びデコードされたリファレンスピクチャのマーキングプロセスのため、以下のように導出される。【数8】
【0082】
リファレンスリストのリオーダリングに関するＭＰＥＧ−４ＡＶＣ標準の変数を再定義する別の実施の形態は、以下に示される。この実施の形態では、以下が適用される。【数9】
【0083】
マルチビュービデオコーディングのスライスについて、ピクチャオーダカウントは、リファレンスピクチャリストの構築のための復号化プロセス及びデコードされたリファレンスピクチャのマーキングプロセスについて、以下のように導出される。【数10】
【0084】
GOP_lengthは、アンカーピクチャと、それぞれのビューについてアンカーピクチャと前のアンカーピクチャの間に一時的に位置される全てのピクチャとして定義される。
【0085】
別の実施の形態では、現在のビューと同じview_idを有するピクチャのみが適用されるように、既存のＲＰＬＲコマンドのセマンティクスを変化させる。
【0086】
図５を参照して、変更されたリファレンスピクチャリストの構築を使用した、マルチビュービデオコンテンツを符号化する例示的な方法は、参照符号５００により全般的に示される。本方法５００は、開始ブロック５０５を含み、この開始ブロックは、機能ブロック５１０に制御を移す。機能ブロック５１０は、エンコーダのコンフィギュレーションファイルを読取り、制御を機能ブロック５１５に移す。機能ブロック５１５は、ビューの番号を変数Ｎに等しくし、変数ｉ（ビューナンバーインデックス）及びｊ（ピクチャナンバーインデックス）の両者をゼロに等しく設定し、制御を判定ブロック５２０に移す。判定ブロック５２０は、ｉがＮ未満であるか否かを判定する。Ｎ未満である場合、制御を判定ブロック５２５に移す。さもなければ、制御を終了ブロック５９９に移す。
【0087】
判定ブロック５２５は、ｊがビューｉにおけるピクチャの数未満であるか否かを判定する。ピクチャの数未満である場合、制御を機能ブロック５３０に移す。さもなければ、制御を機能ブロック５４５に移す。
【0088】
機能ブロック５３０は、インターピクチャについて、リファレンスリストの初期化について、ＭＰＥＧ−４ＡＶＣプロセッサによる使用のため、現在のピクチャのview_idに等しいview_idをもつピクチャのみを含み、制御を機能ブロック５３２に移す。機能ブロック５３２は、リファレンスリストを再び順序付けし、制御を機能ブロック５３５に移す。機能ブロック５３５は、ビューｉにおけるピクチャｊを符号化し、ｊをインクリメントし、制御を判定ブロック５４０に移す。機能ブロック５４０は、frame_num及びピクチャオーダカウント（ＰＯＣ）をインクリメントし、制御を判定ブロック５２５に移す。
【0089】
機能ブロック５４５は、ｉをインクリメントし、frame_num及びピクチャオーダカウント（ＰＯＣ）をリセットし、制御を判定ブロック５２０に移す。
【0090】
図６を参照して、変更されたリファレンスピクチャリストの構築を使用した、マルチビュービデオコンテンツを符号化する別の例示的な方法は、参照符号６００により全般的に示される。
【0091】
本方法６００は、開始ブロック６０５を含み、この開始ブロックは、機能ブロック６１０に制御を移す。機能ブロック６１０は、エンコーダのコンフィギュレーションファイルを読取り、制御を機能ブロック６１５に移す。機能ブロック６１５は、ビューの番号を変数Ｎに等しくし、変数ｉ（ビューナンバーインデックス）及びｊ（ピクチャナンバーインデックス）の両者をゼロに等しく設定し、制御を判定ブロック６２０に移す。判定ブロック６２０は、ｉがＮ未満であるか否かを判定する。Ｎ未満である場合、制御を判定ブロック６２５に移す。さもなければ、制御を終了ブロック６９９に移す。
【0092】
判定ブロック６２５は、ｊがビューｉにおけるピクチャの数未満であるか否かを判定する。ピクチャの数未満である場合、制御を機能ブロック６３０に移す。さもなければ、制御を機能ブロック６４５に移す。
【0093】
機能ブロック６３０は、インターピクチャについて、最も接近したview_idがリストにおいて先に配置されるように、現在のピクチャと同じ時間でサンプリングされ、オーダリングされる、現在のピクチャのview_idとは異なるview_idをもつピクチャのみをもつリファレンスリストを初期化し、制御を機能ブロック６３２に移す。機能ブロック６３２は、リファレンスリストを再び順序付けし、制御を機能ブロック６３５に移す。機能ブロック６３５は、ビューｉにおけるピクチャｊを符号化し、ｊをインクリメントし、制御を判定ブロック６４０に移す。機能ブロック６４０は、frame_num及びピクチャオーダカウント（ＰＯＣ）をインクリメントし、制御を判定ブロック６２５に移す。
【0094】
機能ブロック６４５は、ｉをインクリメントし、frame_num及びピクチャオーダカウント（ＰＯＣ）をリセットし、制御を判定ブロック６２０に移す。
【0095】
図７を参照して、変更されたリファレンスピクチャリストの構築を使用した、マルチビュービデオコンテンツを符号化する更に別の例示的な方法は、参照符号７００により全般的に示される。
【0096】
本方法７００は、開始ブロック７０５を含み、この開始ブロックは、機能ブロック７１０に制御を移す。機能ブロック７１０は、エンコーダのコンフィギュレーションファイルを読取り、制御を機能ブロック７１５に移す。機能ブロック７１５は、ビューの番号を変数Ｎに等しくし、変数ｉ（ビューナンバーインデックス）及びｊ（ピクチャナンバーインデックス）の両者をゼロに等しく設定し、制御を判定ブロック７２０に移す。判定ブロック７２０は、ｉがＮ未満であるか否かを判定する。Ｎ未満である場合、制御を判定ブロック７２５に移す。さもなければ、制御を終了ブロック７９９に移す。
【0097】
判定ブロック７２５は、ｊがビューｉにおけるピクチャの数未満であるか否かを判定する。ピクチャの数未満である場合、制御を機能ブロック７３０に移す。さもなければ、制御を機能ブロック７４５に移す。
【0098】
機能ブロック７３０は、リファレンスリストの初期化について、ＭＰＥＧ−４ＡＶＣプロセッサによる使用のため、現在のピクチャのview_idに等しいview_idをもつピクチャのみを含み、制御を機能ブロック７３２に移す。機能ブロック７３２は、現在のピクチャと同じ時間的な位置をもつクロスビューピクチャをリファレンスリストの終わりに挿入し、制御を機能ブロック７３５に移す。機能ブロック７３５は、ビューｉにおけるピクチャｊを符号化し、ｊをインクリメントし、制御を機能ブロック７４０に移す。機能ブロック７４０は、frame_num及びピクチャオーダカウント（ＰＯＣ）をインクリメントし、制御を判定ブロック７２５に移す。
【0099】
機能ブロック７４５は、ｉをインクリメントし、frame_num及びピクチャオーダカウント（ＰＯＣ）をリセットし、制御を判定ブロック７２０に移す。
【0100】
図８を参照して、変更されたリファレンスピクチャリストの構築を使用した、マルチビュービデオコンテンツを復号化する例示的な方法は、参照符号８００により全般的に示される。本方法８００は、開始ブロック８０５を含み、この開始ブロックは、機能ブロック８１０に制御を移す。機能ブロック８１０は、ビットストリーム、view_id、frame_num、及びピクチャオーダカウント（ＰＯＣ）を分析し、制御を機能ブロック８１５に移す。機能ブロック８１５は、リファレンスリストの初期化について、ＭＰＥＧ−４ＡＶＣプロセスによる使用のため、現在のピクチャのview_idに等しいview_idをもつピクチャのみを含み、制御を判定ブロック８２０に移す。判定ブロック８２０は、現在のピクチャをデコードして、制御を機能ブロック８２５に移す。機能ブロック８２５は、デコードされたピクチャバッファに現在のピクチャを挿入し、制御を判定ブロック８３０に移す。判定ブロック８３０は、全てのピクチャがデコードされたか否かを判定する。デコードされている場合、制御を終了ブロック８９９に移す。さもなければ、制御を機能ブロック８１０に移す。
【0101】
図９は、変更されたリファレンスピクチャリストの構築を使用した、マルチビュービデオコンテンツを復号化する別の例示的な方法は、参照符号９００により全般的に示される。本方法９００は、開始ブロック９０５を含み、この開始ブロックは、制御を機能ブロック９１０に移す。機能ブロック９１０は、ビットストリーム、view_id、frame_num、及びピクチャオーダカウント（ＰＯＣ）を分析し、制御を機能ブロック９１５に移す。機能ブロック９１５は、最も接近したview_idがリストにおいて先に配置されるように、現在のピクチャと同じ時間でサンプリングされ、オーダリングされる、現在のピクチャのview_idとは異なるview_idをもつピクチャのみでリファレンスリストを初期化し、制御を判定ブロック９２０に移す。機能ブロック９２０は、現在のピクチャをデコードして、制御を機能ブロック９２５に移す。機能ブロック９２５は、デコードされたピクチャバッファ（ＤＰＢ）に現在のピクチャを挿入し、制御を判定ブロック９３０に移す。判定ブロック９３０は、全てのピクチャがデコードされたか否かを判定する。デコードされた場合、制御を終了ブロック９９９に移す。さもなければ、制御を機能ブロック９１０に移す。
【0102】
図１０を参照して、変更されたリファレンスピクチャリストの構築を使用した、マルチビュービデオコンテンツを復号化する更に別の例示的な方法は、参照符号１０００により全般的に示される。本方法１０００は、開始ブロック１００５を含み、この開始ブロックは、制御を機能ブロック１０１０に移す。機能ブロック１０１０は、ビットストリーム、view_id、frame_num、及びピクチャオーダカウント（ＰＯＣ）を分析し、制御を機能ブロック１０１５に移す。機能ブロック１０１５は、リファレンスリストの初期化について、ＭＰＥＧ−４ＡＶＣプロセスによる使用のため、現在のピクチャのview_idに等しいview_idをもつピクチャのみを含み、制御を判定ブロック１０２０に移す。機能ブロック１０２０は、現在のピクチャと同じ時間的な位置をもつクロスビューピクチャをリファレンスリストの終わりに挿入し、制御を機能ブロック１０２５に移す。機能ブロック１０２５は、現在のピクチャをデコードされたピクチャバッファに挿入し、制御を判定ブロック１０３０に移す。判定ブロック１０３０は、全てのピクチャがデコードされたかを判定する。デコードされている場合、制御を終了ブロック１０９９に移す。さもなければ、制御を機能ブロック１０１０に移す。
【0103】
図１７を参照して、変更されたリファレンスピクチャリストの構築及びフレームナンバーの計算を使用した、マルチビュービデオコンテンツを符号化する例示的な方法は、参照符号１７００により全般的に示される。
【0104】
本方法１７００は、開始ブロック１７０５を含み、この開始ブロックは、機能ブロック１７１０に制御を移す。機能ブロック１７１０は、エンコーダのコンフィギュレーションファイルを読取り、制御を機能ブロック１７１５に移す。機能ブロック１７１５は、ビューの番号を変数Ｎに等しくし、変数ｉ（ビューナンバーインデックス）及びｊ（ピクチャナンバーインデックス）の両者をゼロに等しく設定し、制御を判定ブロック１７２０に移す。判定ブロック１７２０は、ｉがＮ未満であるか否かを判定する。Ｎ未満である場合、制御を判定ブロック１７２５に移す。さもなければ、制御を終了ブロック１７９９に移す。
【0105】
判定ブロック１７２５は、ｊがビューｉにおけるピクチャの数未満であるか否かを判定する。ピクチャの数未満である場合、制御を機能ブロック１７３０に移す。さもなければ、制御を機能ブロック１７４５に移す。
【0106】
機能ブロック１７３０は、frame_num=frame_num*N+view_idを設定し、PicOrderCnt(picX)=PicOrderCnt(picX)*N+view_idを設定し、制御を機能ブロック１７３５に移す。機能ブロック１７３５は、ビューｉにおけるピクチャｊを符号化し、ｊをインクリメントし、制御を機能ブロック１７４０に移す。機能ブロック１７４０は、frame_num及びピクチャオーダカウント（ＰＯＣ）をインクリメントし、制御を判定ブロック１７２５に移す。
【0107】
機能ブロック１７４５は、ｉをインクリメントし、frame_num及びピクチャオーダカウント（ＰＯＣ）をリセットし、制御を判定ブロック１７２０に移す。
【0108】
図１８を参照して、変更されたリファレンスピクチャリストの構築及びフレームナンバーの計算を使用した、マルチビュービデオコンテンツを符号化する別の例示的な方法は、参照符号１８００により全般的に示される。
【0109】
本方法１８００は、開始ブロック１８０５を含み、この開始ブロックは、制御を機能ブロック１８１０に移す。機能ブロック１８１０は、エンコーダのコンフィギュレーションファイルを読取る。機能ブロック１８１５は、ビューの番号を変数Ｎに等しくし、変数ｉ（ビューナンバーインデックス）及びｊ（ピクチャナンバーインデックス）の両者をゼロに等しく設定し、制御を判定ブロック１８２０に移す。判定ブロック１８２０は、ｉがＮ未満であるか否かを判定する。Ｎ未満である場合、制御を判定ブロック１８２５に移す。さもなければ、制御を終了ブロック１８９９に移す。
【0110】
判定ブロック１８２５は、ｊがビューｉにおけるピクチャの数未満であるか否かを判定する。ピクチャの数未満である場合、制御を機能ブロック１８３０に移す。さもなければ、制御を機能ブロック１８４５に移す。
【0111】
機能ブロック１８３０は、frame_num = GOP_length*view_id+frame_numを設定し、PicOrderCnt(picX) = PicOrderCnt(PicX) + GOP_length*view_idを設定し、制御を機能ブロック１８３５に移す。機能ブロック１８３５は、ビューｉにおけるピクチャｊを符号化し、ｊをインクリメントし、制御を機能ブロック１８４０に移す。機能ブロック１８４０は、frame_num及びピクチャオーダカウント（ＰＯＣ）をインクリメントし、制御を判定ブロック１８２５に移す。
【0112】
機能ブロック１８４５は、ｉをインクリメントし、frame_num及びピクチャオーダカウント（ＰＯＣ）をリセットし、制御を判定ブロック１８２０に移す。
【0113】
図１９を参照して、変更されたリファレンスピクチャリストの構築及びフレームナンバーの計算を使用した、マルチビュービデオコンテンツを復号化する例示的な方法は、参照符号１９００により全般的に示される。
【0114】
本方法１９００は、開始ブロック１９０５を含み、この開始ブロックは、制御を機能ブロック１９１０に移す。機能ブロック１９１０は、ビットストリーム、view_id、frame_num、及びピクチャオーダカウント（ＰＯＣ）を分析し、制御を機能ブロック１９１５に移す。機能ブロック１９１５は、frame_num=frame_num*N+view_idを設定し、PicOrderCnt(picX) = PicOrderCnt(picX)*N + view_idを設定し、制御を機能ブロック１９２０に移す。機能ブロック１９２０は、現在のピクチャをデコードし、制御を機能ブロック１９２５に移す。機能ブロック１９２５は、現在のピクチャをデコードされたピクチャバッファ（ＤＰＢ）に挿入し、制御を判定ブロック１９３０に移す。判定ブロック１９３０は、全てのピクチャがデコードされたかを判定する。デコードされている場合、制御を終了ブロック１９９９に移す。さもなければ、制御を機能ブロック１９１０に移す。
【0115】
図２０を参照して、変更されたリファレンスピクチャリストの構築及びフレームナンバーの計算を使用した、マルチビュービデオコンテンツを復号化する別の例示的な方法は、参照符号２０００により全般的に示される。本方法２０００は、開始ブロック２００５を含み、この開始ブロックは、制御を機能ブロック２０１０に移す。機能ブロック２０１０は、ビットストリーム、view_id、frame_num、及びピクチャオーダカウント（ＰＯＣ）を分析し、制御を機能ブロック２０１５に移す。機能ブロック２０１５は、frame_num = GOP_length*view_id_frame_numを設定し、PicOrderCnt(picX) = PicOrderCnt(picX) + GOP_length*view_idを設定し、制御を機能ブロック２０２０に移す。機能ブロック２０２０は、現在のピクチャをデコードし、制御を機能ブロック２０２５に移す。機能ブロック２０２５は、現在のピクチャをデコードされたピクチャバッファ（ＤＰＢ）に挿入し、制御を判定ブロック２０３０に移す。判定ブロック２０３０は、全てのピクチャがデコードされたかを判定する。デコードされている場合、制御を終了ブロック２０９９に移す。さもなければ、制御を機能ブロック２０１０に移す。
【0116】
図２１を参照して、ＲＰＬＲ（Reference Picture List Reordering）コマンドによる変更されたリファレンスピクチャリストの初期化を使用した、マルチビュービデオコンテンツを符号化する例示的な方法は、参照符号２１００により全般的に示される。
【0117】
本方法２１００は、開始ブロック２１０５を含み、この開始ブロックは、制御を機能ブロック２１１０に移す。機能ブロック２１１０は、エンコーダのコンフィギュレーションファイルを読取り、制御を機能ブロック２１１５に移す。機能ブロック２１１５は、ビューの番号を変数Ｎに等しくし、変数ｉ（ビューナンバーインデックス）及びｊ（ピクチャナンバーインデックス）の両者をゼロに等しく設定し、制御を判定ブロック２１２０に移す。判定ブロック２１２０は、ｉがＮ未満であるか否かを判定する。Ｎ未満である場合、制御を機能ブロック２１２５に移す。さもなければ、制御を終了ブロック２１９９に移す。
【0118】
機能ブロック２１２５は、ｊがビューｉにおけるピクチャの数未満であるか否かを判定する。ピクチャの数未満である場合、制御を機能ブロック２１３０に移す。さもなければ、制御を機能ブロック２１４５に移す。
【0119】
機能ブロック２１３０は、インターピクチャについて、デフォルトリファレンスリストの初期化を実行し、制御を機能ブロック２１３２に移す。機能ブロック２１３２は、エンコーダのコンフィギュレーションファイルからＲＰＬＲコマンドを読取り、制御を機能ブロック２１３４に移す。機能ブロック２１３４は、現在のピクチャのview_idに等しいview_idをもつピクチャに関してのみＲＰＬＲコマンドを実行し、制御を機能ブロック２１３５に移す。機能ブロック２１３５は、ビューｉにおけるピクチャｊを符号化し、ｊをインクリメントし、制御を機能ブロック２１４０に移す。機能ブロック２１４０は、frame_num及びピクチャオーダカウント（ＰＯＣ）をインクリメントし、制御を判定ブロック２１３０に移す。
【0120】
機能ブロック２１４５は、ｉをインクリメントし、frame_num及びピクチャオーダカウント（ＰＯＣ）をリセットし、制御を判定ブロック２１２０に移す。
【0121】
図２２を参照して、ＲＰＬＲ（Reference Picture List Reordering）コマンドによる変更されたリファレンスピクチャリストの初期化を使用した、マルチビュービデオコンテンツを符号化する別の例示的な方法は、参照符号２２００により全般的に示される。
【0122】
本方法２２００は、開始ブロック２２０５を含み、この開始ブロックは、制御を機能ブロック２２１０に移す。機能ブロック２２１０は、エンコーダのコンフィギュレーションファイルを読取り、制御を機能ブロック２２１５に移す。機能ブロック２２１５は、ビューの番号を変数Ｎに等しくし、変数ｉ（ビューナンバーインデックス）及びｊ（ピクチャナンバーインデックス）の両者をゼロに等しく設定し、制御を判定ブロック２２２０に移す。判定ブロック２２２０は、ｉがＮ未満であるか否かを判定する。Ｎ未満である場合、制御を機能ブロック２２２５に移す。さもなければ、制御を終了ブロック２２９９に移す。
【0123】
機能ブロック２２２５は、ｊがビューｉにおけるピクチャの数未満であるか否かを判定する。ピクチャの数未満である場合、制御を機能ブロック２２３０に移す。さもなければ、制御を機能ブロック２２４５に移す。
【0124】
機能ブロック２２３０は、インターピクチャについて、デフォルトのリファレンスリストの初期化を実行し、制御を機能ブロック２２３２に移す。機能ブロック２２３２は、エンコーダのコンフィギュレーションファイルからＲＰＬＲコマンドを読取り、制御を機能ブロック２２３４に移す。機能ブロック２２３４は、ＲＰＬＲコマンドで示されるview_idで規定されるピクチャにＲＰＬＲコマンドを実行し、制御を機能ブロック２２３５に移す。機能ブロック２２３５は、ビューｉにおけるピクチャｊを符号化し、ｊをインクリメントし、制御を機能ブロック２２４０に移す。機能ブロック２２４０は、frame_num及びピクチャオーダカウント（ＰＯＣ）をインクリメントし、制御を判定ブロック２２３０に移す。
【0125】
機能ブロック２２４５は、ｉをインクリメントし、frame_num及びピクチャオーダカウント（ＰＯＣ）をリセットし、制御を判定ブロック２２２０に移す。
【0126】
図２３を参照して、ＲＰＬＲ（Reference Picture List Reordering）コマンドによる変更されたリファレンスピクチャリストの構築を使用した、マルチビュービデオコンテンツを復号化する例示的な方法は、参照符号２３００により全般的に示される。
【0127】
本方法２３００は、開始ブロック２３０５を含み、この開始ブロックは、制御を機能ブロック２３１０に移す。機能ブロック２３１０は、ビットストリーム、view_id、frame_num、及びピクチャオーダカウント（ＰＯＣ）を分析し、制御を機能ブロック２３１５に移す。機能ブロック２３１５は、リファレンスリストの初期化について、ＭＰＥＧ−４ＡＶＣプロセスによる使用のため、現在のピクチャのview_idに等しいview_idをもつピクチャのみを含み、制御を機能ブロック２３１７に移す。機能ブロック２３１７は、ＲＰＬＲコマンドを読取り、制御を機能ブロック２３１９に移す。機能ブロック２３１９は、現在のピクチャのview_idに等しいview_idをもつピクチャに関してのみＲＰＬＲコマンドを実行し、制御を機能ブロック２３２０に移す。機能ブロック２３２０は、現在のピクチャをデコードし、制御を機能ブロック２３２５に移す。機能ブロック２３２５は、現在のピクチャをデコードされたピクチャバッファ（ＤＰＢ）に挿入し、制御を判定ブロック２３３０に移す。判定ブロック２３３０は、全てのピクチャがデコードされたかを判定する。デコードされた場合、制御を終了ブロック２３９９に移す。さもなければ、制御を機能ブロック２３１０に移す。
【0128】
図２４を参照して、ＲＰＬＲ（Reference Picture List Reordering）コマンドによる変更されたリファレンスピクチャリストの構築を使用した、マルチビュービデオコンテンツを復号化する別の例示的な方法は、参照符号２４００により全般的に示される。
【0129】
本方法２４００は、開始ブロック２４０５を含み、この開始ブロックは、制御を機能ブロック２４１０に移す。機能ブロック２４１０は、ビットストリーム、view_id、frame_num、及びピクチャオーダカウント（ＰＯＣ）を分析し、制御を機能ブロック２４１５に移す。機能ブロック２４１５は、リファレンスリストの初期化について、ＭＰＥＧ−４ＡＶＣプロセスによる使用のため、現在のピクチャのview_idに等しいview_idをもつピクチャのみを含み、制御を機能ブロック２４１７に移す。機能ブロック２４１７は、ＲＰＬＲコマンドを読取り、制御を機能ブロック２４１９に移す。機能ブロック２４１９は、現在のピクチャのview_idに等しいview_idをもつピクチャに関してのみＲＰＬＲコマンドを実行し、制御を機能ブロック２４２０に移す。機能ブロック２４２０は、現在のピクチャをデコードし、制御を機能ブロック２４２５に移す。機能ブロック２４２５は、現在のピクチャをデコードされたピクチャバッファに挿入し、制御を判定ブロック２４３０に移す。判定ブロック２４３０は、全てのピクチャがデコードされたかを判定する。デコードされている場合、制御を終了ブロック２４９９に移す。さもなければ、制御を機能ブロック２４１０に移す。
【0130】
［テンポラルダイレクトモード］上述されたように、テンポラルダイレクトモードは、ピクチャオーダカウント情報を使用し、所与のマクロブロックについて動きベクトルを導出する。frame_num及び／又はピクチャオーダカウント値を分離し、マルチビューのビデオコンテンツのそれぞれのビューについてview_idを導出し、デコーダピクチャバッファ及びリファレンスリストにおいてクロスビューピクチャを配置することが可能であるので、実施の形態では、クロスビューピクチャが現在のビューとは異なるビューからのピクチャを参照するケースを扱うため、このモードをリファインする。
【0131】
テンポラルダイレクトモードでは、以下の例示的なケースを有する。（１）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を有する。
【0132】
テンポラルダイレクトモードにおいて動きベクトルを取得する１実施の形態は、ビットストリームに存在するview_id情報をシンプルに無視する既存のＭＰＥＧ−４ＡＶＣ方法を使用することである。別の実施の形態では、ピクチャオーダカウント情報と共にview_idを考慮するため、テンポラルダイレクトモードをリファインする。
【0133】
［暗黙の重み予測］テンポラルダイレクトモードと同様に、（上述された）暗黙の重み付け予測は、ピクチャオーダカウント値を使用して、リファレンスピクチャに与えられる重みを決定する。結果として、実施の形態では、テンポラルダイレクトモードに適用される全ての変形は、暗黙の重み付けされた予測モードを間接的に固定する。別の実施の形態では、暗黙の重み付けされた予測モードにおける重みを取得する方法は、ピクチャオーダカウント情報と共にview_id情報を考慮するために再定義される。たとえば、上述のようにview_id情報とビューの数を考慮することで、ピクチャオーダカウントを計算し、その後、必要とされる値を取得して暗黙の重み付け予測を実行するため、ピクチャオーダカウント間の差を取る場合がある。
【0134】
図１１を参照して、テンポラルダイレクトモード及び暗黙の重み付けされた予測を使用した、マルチビュービデオコンテンツを符号化する例示的な方法は、参照符号１１００により全般的に示される。
【0135】
本方法１１００は、開始ブロック１１０５を含み、この開始ブロックは、制御を機能ブロック１１１０に移す。機能ブロック１１１０は、エンコーダのコンフィギュレーションファイルを読取り、制御を機能ブロック１１１５に移す。機能ブロック１１１５は、ビューの番号を変数Ｎに等しくし、変数ｉ（ビューナンバーインデックス）及びｊ（ピクチャナンバーインデックス）の両者をゼロに等しく設定し、制御を判定ブロック１１２０に移す。判定ブロック１１２０は、ｉがＮ未満であるか否かを判定する。Ｎ未満である場合、制御を機能ブロック１１２５に移す。さもなければ、制御を終了ブロック１１９９に移す。
【0136】
機能ブロック１１２５は、ｊがビューｉにおけるピクチャの数未満であるか否かを判定する。ピクチャの数未満である場合、制御を判定ブロック１１３２に移す。さもなければ、制御を機能ブロック１１４５に移す。
【0137】
判定ブロック１１３２は、重み付け予測が現在のスライスについてイネーブルにされたか否かを判定する。イネーブルにされた場合、制御を機能ブロック１１３４に移す。さもなければ、制御を機能ブロック１１３６に移す。
【0138】
機能ブロック１１３４は、重み付け予測についてview_idを無視し、制御を機能ブロック１１３６に移す。
【0139】
機能ブロック１１３６は、現在のマクロブックの符号化を開始し、制御を判定ブロック１１３８に移す。判定ブロック１１３８は、マクロブロックについてダイレクトモードを選択するか否かを判定する。ダイレクトモードを選択する場合、制御を機能ブロック１１４２に移す。さもなければ、制御を機能ブロック１１５２に移す。機能ブロック１１４２は、ダイレクトモードについてview_idを無視し、制御を機能ブロック１１５２に移す。機能ブロック１１５２は、現在のマクロブロックを符号化し、制御を判定ブロック１１５４に移す。判定ブロック１１５４は、全てのマクロブロックがエンコードされたか否かを判定する。エンコードされた場合、制御を機能ブロック１１５６に移す。さもなければ、制御を機能ブロック１１３６に戻す。
【0140】
機能ブロック１１５６は、変数ｊをインクリメントし、制御を機能ブロック１１４０に移す。機能ブロック１１４０は、frame_num及びピクチャオーダカウント（ＰＯＣ）をインクリメントし、制御を判定ブロック１１２５に移す。
【0141】
機能ブロック１１４５は、ｉをインクリメントし、frame_num及びピクチャオーダカウント（ＰＯＣ）をリセットし、制御を判定ブロック１１２０に移す。
【0142】
図１２を参照して、テンポラルダイレクトモード及び暗黙の重み付け予測を使用した、マルチビュービデオコンテンツを符号化する別の例示的な方法は、参照符号１２００により全般的に示される。
【0143】
本方法１００は、開始ブロック１２０５を含み、この開始ブロックは、制御を機能ブロック１２１０に移す。機能ブロック１２１０は、エンコーダのコンフィギュレーションファイルを読取り、制御を機能ブロック１２１５に移す。機能ブロック１２１５は、ビューの番号を変数Ｎに等しくし、変数ｉ（ビューナンバーインデックス）及びｊ（ピクチャナンバーインデックス）の両者をゼロに等しく設定し、制御を判定ブロック１２２０に移す。判定ブロック１２２０は、ｉがＮ未満であるか否かを判定する。Ｎ未満である場合、制御を機能ブロック１２２５に移す。さもなければ、制御を終了ブロック１２９９に移す。
【0144】
機能ブロック１２２５は、ｊがビューｉにおけるピクチャの数未満であるか否かを判定する。ピクチャの数未満である場合、制御を判定ブロック１２３２に移す。さもなければ、制御を機能ブロック１２４５に移す。
【0145】
判定ブロック１２３２は、重み付け予測が現在のスライスについてイネーブルにされたか否かを判定する。イネーブルにされた場合、制御を機能ブロック１２３４に移す。さもなければ、制御を機能ブロック１２３６に移す。
【0146】
機能ブロック１２３４は、重み付け予測についてview_idを無視し、制御を機能ブロック１２３６に移す。
【0147】
機能ブロック１２３６は、現在のマクロブックの符号化を開始し、制御を判定ブロック１２３８に移す。判定ブロック１２３８は、マクロブロックについてダイレクトモードを選択するか否かを判定する。ダイレクトモードを選択する場合、制御を機能ブロック１２４２に移す。さもなければ、制御を機能ブロック１２５２に移す。機能ブロック１２４２は、ダイレクトモードについてview_idを無視し、制御を機能ブロック１２５２に移す。
【0148】
機能ブロック１２５２は、現在のマクロブロックを符号化し、制御を判定ブロック１２５４に移す。判定ブロック１２５４は、全てのマクロブロックがエンコードされたか否かを判定する。エンコードされた場合、制御を機能ブロック１２５６に移す。さもなければ、制御を機能ブロック１２３６に戻す。
【0149】
機能ブロック１２５６は、変数ｊをインクリメントし、制御を機能ブロック１２４０に移す。機能ブロック１２４０は、frame_num及びピクチャオーダカウントをインクリメントし、制御を判定ブロック１２２５に移す。
【0150】
機能ブロック１２４５は、ｉをインクリメントし、frame_num及びピクチャオーダカウントをリセットし、制御を判定ブロック１２２０に移す。
【0151】
図１３を参照して、変更されたデコードされたリファレンスピクチャのマーキングを使用した、マルチビュービデオコンテンツを復号化する例示的な方法は、参照符号１３００により全般的に示される。
【0152】
本方法１３００は、開始ブロック１３０５を含み、この開始ブロックは、制御を機能ブロック１３１０に移す。機能ブロック１３１０は、ビットストリーム、view_id、frame_num及びピクチャオーダカウント（ＰＯＣ）を分析し、制御を機能ブロック１３１５に移す。機能ブロック１３１５は、マクロブロックモード、動きベクトル、ref_idxを分析し、制御を判定ブロック１３２０に移す。判定ブロック１３２０は、重み付け予測がピクチャについてイネーブルにされたか否かを判定する。イネーブルにされた場合、制御を機能ブロック１３２５に移す。さもなければ、制御を判定ブロック１３３０に移す。
【0153】
機能ブロック１３２５は、重み付け予測についてview_id情報を無視し、制御を判定ブロック１３３０に移す。
【0154】
判定ブロック１３３０は、マクロブロックがダイレクトモードのマクロブロックであるか否かを判定する。ダイレクトモードのマクロブックである場合、制御を機能ブロック１３５５に移す。さもなければ、制御を機能ブロック１３３５に移す。
【0155】
機能ブロック１３５５は、ダイレクトモードについてview_id情報を無視し、制御を機能ブロック１３３５に移す。
【0156】
機能ブロック１３３５は、現在のマクロブロックをデコードし、制御を判定ブロック１３４０に移す。判定ブロック１３４０は、全てのマクロブロックがデコードされたか否かを判定する。デコードされた場合、制御を機能ブロック１３４５に移す。さもなければ、制御を機能ブロック１３１５に戻す。
【0157】
機能ブロック１３４５は、現在のピクチャをデコードされたピクチャのバッファに挿入し、制御を判定ブロック１３５０に移す。判定ブロック１３５０は、全てのピクチャがデコードされているか否かを判定する。デコードされている場合、制御を終了ブロック１３９９に移す。さもなければ、制御を機能ブロック１３１０に戻す。
【0158】
図１４を参照して、変更されたデコードされたリファレンスピクチャのマーキングを使用した、マルチビュービデオコンテンツを復号化する別の例示的な方法は、参照符号１４００により全般的に示される。
【0159】
本方法１４００は、開始ブロック１４０５を含み、この開始ブロックは、制御を機能ブロック１４１０に移す。機能ブロック１４１０は、ビットストリーム、view_id、frame_num及びピクチャオーダカウント（ＰＯＣ）を分析し、制御を機能ブロック１４１５に移す。機能ブロック１４１５は、マクロブロックモード、動きベクトル、ref_idxを分析し、制御を判定ブロック１４２０に移す。判定ブロック１４２０は、重み付け予測がピクチャについてイネーブルにされたか否かを判定する。イネーブルにされた場合、制御を機能ブロック１４２５に移す。さもなければ、制御を判定ブロック１４３０に移す。
【0160】
機能ブロック１４２５は、重み付け予測についてview_id情報を無視し、制御を判定ブロック１４３０に移す。
【0161】
判定ブロック１４３０は、マクロブロックがダイレクトモードのマクロブロックであるか否かを判定する。ダイレクトモードのマクロブックである場合、制御を機能ブロック１４５５に移す。さもなければ、制御を機能ブロック１４３５に移す。
【0162】
機能ブロック１４５５は、ダイレクトモードについてview_id情報を考慮し、制御を機能ブロック１４３５に移す。
【0163】
機能ブロック１４３５は、現在のマクロブロックをデコードし、制御を判定ブロック１４４０に移す。判定ブロック１４４０は、全てのマクロブロックがデコードされたか否かを判定する。デコードされた場合、制御を機能ブロック１４４５に移す。さもなければ、制御を機能ブロック１４１５に戻す。
【0164】
機能ブロック１４４５は、現在のピクチャをデコードされたピクチャのバッファに挿入し、制御を判定ブロック１４５０に移す。判定ブロック１４５０は、全てのピクチャがデコードされているか否かを判定する。デコードされている場合、制御を終了ブロック１４９９に移す。さもなければ、制御を機能ブロック１４１０に戻す。
【0165】
［ＭＶＣの並列符号化］マルチビュービデオコンテンツ系列の処理に含まれるデータ量のため、マルチビュービデオコーディングにおける並列の符号化／復号化のサポートは、多くの用途、特にリアルタイムの制約にとって非常に重要である。マルチビュービデオコーディングの現在のＭＰＥＧ−４ＡＶＣに準拠した実現では、クロスビュー予測がイネーブルにされるが、クロスビューリファレンスからテンポラルリファレンスを区別する手段がない。View_idサポートをマルチビュービデオコーディングのエンコーダ及び／又はデコーダに追加し、本実施の形態で提案したデコードされたリファレンスピクチャのマネージメントの構築及びリファレンスリストの構築にview_idを含めることで、並列処理のエンジン間のデータ依存性が明らかに定義され、これにより、ＭＶＣコーデックについて並列の実現が容易となる。
【0166】
ここで、先に本発明の多くの付随する利点／特徴の幾つかに関する説明が与えられ、そのうちの幾つかは先に記載された。たとえば、１つの利点／特徴は、ビットストリームから、ビューのマルチビュービデオコンテンツの少なくとも２つのうちの少なくとも１つに対応する少なくとも１つのピクチャを復号化するデコーダを含む装置であり、ビットストリームでは、少なくとも１つのピクチャの符号化順序情報及び出力順序情報のうちの少なくとも１つは、少なくとも１つのピクチャが対応する少なくとも１つのビューから分離される。
【0167】
別の利点／特徴は、上述されたデコーダを有する装置であり、デコーダは、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）を使用した、少なくとも１つのピクチャの符号化順序情報と出力順序情報のうちの少なくとも１つを分離の存在を判定する。
【0168】
更に別の利点／特徴は、上述されたようなデコーダを有する装置であり、デコーダは、ビュー識別子を使用して、少なくとも１つのピクチャの符号化順序情報と出力順序情報の少なくとも１つの分離の存在を判定する。
【0169】
更に別の利点／特徴は、上述されたように、ビュー識別子を使用して、分離の存在を判定するデコーダを有する装置であり、ビュー識別子は、ビットストリームにおけるスライスレベルに存在する。
【0170】
更なる利点／特徴は、上述されたように、ビュー識別子を使用して、分離の存在を判定するデコーダを有する装置であり、ビュー識別子は、ビットストリームにおけるマクロブロックレベルよりも高いレベルに存在する。
【0171】
さらに、別の利点／特徴は、上述されたように、マクロブロックのレベルよりも上位のレベルにあるビュー識別子を使用して、分離の存在を判定するデコーダを有する装置であり、デコーダは、デコードされたリファレンスピクチャのマーキングプロセスによる使用のため、ビットストリームからのビュー識別子を分析する。
【0172】
さらに、別の利点／特徴は、上述されたように、ビットストリームからのビュー識別子を分析するデコーダを有する装置であって、デコーダは、少なくとも２つのビューのどちらに、デコードされたリファレンスピクチャのマーキングプロセスによりマークされるべき特定のピクチャが属するかを判定するため、ビットストリームからのビュー識別子を分析する。
【0173】
また、別の利点／特徴は、上述されたように、マクロブロックのレベルよりも上位のレベルにあるビュー識別子を使用して、分離の存在を判定するデコーダを有する装置であって、デコーダは、再定義されたデコードされたリファレンスピクチャのマーキングプロセスにおいてビュー識別子の使用をサポートするため、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）を使用する。
【0174】
さらに、別の利点／特徴は、上述されたように、少なくとも１つの既存のシンタックスエレメントを使用するデコーダを有する装置であり、再定義されたデコードされたリファレンスピクチャのマーキングプロセスでは、現在のデコードされたピクチャと同じビュー識別子をもつピクチャのみがマークされる。
【0175】
さらに、別の利点／特徴は、上述されたように、少なくとも１つの既存のシンタックスエレメントを使用するデコーダを有する装置であり、スライディングウィンドウのデコードされたリファレンスピクチャのマーキングプロセス及び適応メモリ制御によるデコードされたリファレンスピクチャのマーキングプロセスの少なくとも１つが適用される。
【0176】
さらに、別の利点／特徴は、上述されたように、少なくとも１つの既存のシンタックスエレメントを使用するデコーダを有する装置であり、再定義されたデコードされたリファレンスピクチャのマーキングプロセスでは、少なくとも１つのピクチャとは異なるビュー識別子を有するピクチャは、以前に使用されていないシンタックスエレメント（difference_of_view_ids_minus1）を使用してマークされる。
【0177】
また、別の利点／特徴は、上述されたように、マクロブロックのレベルよりも上位のレベルにあるビュー識別子を使用して、分離の存在を判定するデコーダを有する装置であり、デコーダは、デフォルトのリファレンスピクチャリストの構築について、ビットストリームからのビュー識別子を分析する。
【0178】
さらに、別の利点／特徴は、上述されたように、ビットストリームからのビュー識別子を分析するデコーダを有する装置であり、インタービューリファレンスピクチャは、リファレンスピクチャリストの構築のために少なくとも１つの既存のシンタックスエレメント（frame_num及びpic_order_cnt_lsb）に従って、リファレンスピクチャリストの構築に対応するデフォルトのリファレンスピクチャリストの作成プロセスのために、リファレンスリストに追加されるのを禁止される。
【0179】
さらに、別の利点／特徴は、上述されたように、ビットストリームからのビュー識別子を分析するデコーダを有する装置であり、インタービューリファレンスピクチャのみが、デフォルトのリファレンスピクチャリストの構築のための少なくとも１つの既存のシンタックスエレメント（frame_num及びpic_order_cnt_lsb）に従って、リファレンスピクチャリストの構築に対応するデフォルトのリファレンスピクチャリストの作成プロセスのためにリファレンスリストに追加される。
【0180】
さらに、別の利点／特徴は、デコーダを有する装置であり、インタービューリファレンスピクチャのみが、上述されたように、デフォルトのリファレンスピクチャリストの作成プロセスについてリファレンスリストに追加され、インタービューリファレンスピクチャは、テンポラルリファレンスの後に追加される。
【0181】
また、別の利点／特徴は、上述されたように、ビュー識別子を使用して、分離の存在を判定するデコーダを有する装置であり、デコーダは、再定義されたリファレンスピクチャリストのリオーダリングプロセスにおけるビュー識別子の使用をサポートするため、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）を使用する。
【0182】
さらに、別の利点／特徴は、上述されたように、少なくとも１つの既存のシンタックスエレメントを使用するデコーダを有する装置であり、再定義されたリファレンスピクチャリストのリオーダリングプロセスでは、現在デコードされたピクチャと同じビュー識別子をもつピクチャのみが再び順序付けされる。
【0183】
さらに、別の利点／特徴は、デコーダを有する装置であり、再定義されたリファレンスピクチャリストのリオーダリングプロセスにおいて、上述されたように、現在デコードされたピクチャと同じビュー識別子をもつピクチャのみが再び順序付けされる。再定義されたリファレンスピクチャリストのリオーダリングプロセスにおいて、ビュー識別子は、少なくとも２つのビューのうちのどちらが、対応するリファレンスピクチャリストにおける現在のインデックスに移動されるべき特定のピクチャに対応するかを示す。
【0184】
さらに、別の利点／特徴は、デコーダを有する装置であって、上述されたように、再定義されたリファレンスピクチャリストのリオーダリングプロセスにおいて、現在デコードされたピクチャと同じビュー識別子をもつピクチャのみが再び順序付けされる。再定義されたリファレンスピクチャリストのリオーダリングプロセスにおいて、ビュー識別子は、オーダリングされるべきリファレンスピクチャのビュー識別子が少なくとも１つのピクチャのビュー識別子と異なるときにのみ必要とされる。
【0185】
また、別の利点／特徴は、上述されたように、ビュー識別子を使用して、分離の存在を判定するデコーダを有する装置であり、デコーダは、テンポラルダイレクトモードにおけるビュー識別子の使用をサポートするため、テンポラルダイレクトモードについて再定義される既存のシンタックスエレメント（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に対応する既存のシンタックスを使用する。
【0186】
さらに、別の利点／特徴は、上述されたように、既存のシンタックスエレメントを使用するデコーダを有する装置であり、テンポラルダイレクトモードは、ピクチャオーダカウント及びビュー識別子のうちの１つに基づいて導出される。
【0187】
さらに、別の利点／特徴は、上述されたように、ビュー識別子を使用して、分離の存在を判定するデコーダを有する装置であり、デコーダは、既存のシンタックスエレメント（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に対応する既存の復号化プロセスを使用する。
【0188】
さらに、別の利点／特徴は、上述されたように、ビュー識別子を使用して、分離の存在を判定するデコーダを有する装置であり、デコーダは、暗黙の重み予測について再定義された既存のシンタックスエレメント（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に対応する既存のシンタックスを使用する。
【0189】
また、別の利点／特徴は、上述されたように、既存のシンタックスエレメントを使用するデコーダを有する装置であり、暗黙の重み予測は、ピクチャオーダカウント値とビュー識別子の少なくとも１つに基づいて導出される。
【0190】
さらに、別の利点／特徴は、上述されたように、ビュー識別子を使用して、分離の存在を判定するデコーダを有する装置であり、デコーダは、既存のシンタックスエレメント（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に対応する既存の復号化プロセスを使用する。
【0191】
さらに、別の利点／特徴は、上述されたようなデコーダを有する装置であり、デコーダは、特定のピクチャに対応する少なくとも２つのビューのうちの特定の１つを使用して、少なくとも２つのビューのうちの異なるビューの並列な復号化におけるビュー間の依存度を判定する。
【0192】
さらに別の利点／特徴は、マルチビュービデオコンテンツに対応する少なくとも２つのビューのうちの少なくとも１つを復号化するデコーダを有する装置である。デコーダは、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に対応するデフォルトのリファレンスピクチャリストの構築プロセス及びリファレンスピクチャリストの再順序付けにおける再定義された変数を使用して、少なくとも２つのビューのうちの少なくとも１つを復号化する。
【0193】
さらに、別の利点／特徴は、上述されたデコーダを有する装置であり、変数を再定義するためにビューの数及びビュー識別情報のうちの少なくとも１つが使用される。
【0194】
さらに、別の利点／特徴は、上述されたようなデコーダを有する装置であり、変数を再定義するためにグループオブピクチャのレングス及びビュー識別情報のうちの少なくとも１つが使用される。
【0195】
さらに別の利点／特徴は、マルチビュービデオコンテンツに対応する少なくとも２つのビューのうちの少なくとも１つを復号化するデコーダを有する装置である。デコーダは、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のデコードされたリファレンスピクチャのマーキングプロセスにおいて再定義された変数を使用して、少なくとも２つのビューのうちの少なくとも１つを復号化する。
【0196】
さらに、別の利点／特徴は、上述されたデコーダを有する装置であり、ビューの数及びビュー識別情報の少なくとも１つは、変数を再定義するために使用される。
【0197】
さらに、別の利点／特徴は、上述されたデコーダを有する装置であり、グループオブピクチャのレングス及びビュー識別情報のうちの少なくとも１つは、変数を再定義するために使用される。
【0198】
なお、特定のシンタックスの名前、特に、本発明の原理の様々な本発明の態様に関して記載された以前に使用されていないシンタックス名の選択は、例示及び明確化のためであって、本明細書で提供された本発明の原理の教示が与えられると、他の名前及び／又は文字等は、本発明の原理に精神を維持しつつ、本明細書で提供されたシンタックス名の代わりに、該シンタックス名に加えて使用される場合があることを理解されたい。
【0199】
本発明の原理のこれらの特徴及び利点、並びに他の特徴及び利点は、本明細書での教示に基づいて当業者により容易に確認される。なお、本発明の原理の教示は、ハードウェア、ソフトウェア、ファームウェア、特定用途向けプロセッサ又はその組み合わせからなる様々な形式で実現される場合があることを理解されたい。
【0200】
最も好適には、本発明の原理の教示は、ハードウェア及びソフトウェアの組み合わせとして実現される。さらに、ソフトウェアは、プログラムストレージユニットで実施されるアプリケーションプログラムとして実現される。アプリケーションプログラムは、任意の適切なアーキテクチャを有するコンピュータにアップロードされるか、該コンピュータにより実行される場合がある。好ましくは、コンピュータは、１以上の中央処理装置（ＣＰＵ）、ランダムアクセスメモリ（ＲＡＭ）、及び入力／出力（Ｉ／Ｏ）インタフェースのようなハードウェアを有するコンピュータプラットフォームで実現される。また、コンピュータプラットフォームは、オペレーティングシステム及びマイクロ命令コードを含む。本明細書で記載された様々な処理及び機能は、ＣＰＵにより実行される場合がある、マイクロ命令コードの一部又はアプリケーションプログラムの一部、或いはその組み合わせである。さらに、様々な他の周辺ユニットは、更なるデータストレージユニット及びプリンティングユニットのようなコンピュータプラットフォームに接続される場合がある。
【0201】
添付図面に示されるシステム構成要素又は方法の幾つかはソフトウェアで実現されることが好ましいが、システム構成要素又はプロセス機能ブロック間の実際の接続は、本発明の原理がプログラムされるやり方に依存して異なる場合がある。本明細書での教示が与えられると、当業者であれば、本発明の原理のこれらの実現又はコンフィギュレーション、並びに類似の実現又はコンフィギュレーションを考案することができる。
【0202】
例示的な実施の形態は添付図面を参照して本明細書で記載されたが、本発明の原理は、これら正確な実施の形態に限定されるものではなく、様々な変形及び変更は、本発明の原理の範囲又は精神から逸脱することなしに、当業者により実施される場合があることを理解されたい。全ての係る変形及び変更は、特許請求の範囲で述べたように、本発明の原理の範囲に含まれることが意図される。