(57)【要約】  メモリ内に保存（１１１０）された復号参照ピクチャのメモリ管理、多視点ビデオ符号化操作のための、一連のメモリ管理操作コマンドが説明される。そのビデオ符号化操作は、保存された参照ピクチャに関連づけられたビューと比較して、ピクチャがコーディングされるビューを考慮（１１２０）し、メモリ管理操作コマンドは、保存された参照ピクチャのメモリ・ステータスに影響を及ぼすことができ、そのような影響は、短期参照ピクチャ、長期参照ピクチャとして参照ピクチャを指定（１１２５）すること、または不要であるとして参照ピクチャを指定することとすることができる。
2010507277.tif 000002
【特許請求の範囲】
【請求項１】
多視点ビデオ符号化で使用される参照ピクチャのメモリの管理方法であって、
参照ピクチャをメモリに保存するステップであって、前記参照ピクチャが、メモリ・ステータスおよびビューに関連づけられている、該ステップ（１１１０）と、
前記保存された参照ピクチャの前記メモリ・ステータスに影響を及ぼす情報とともにビデオ・ピクチャをコーディングするステップ（１１２０）と、
を含む、前記方法。
【請求項２】
前記メモリ・ステータスの変更が、メモリ管理操作コマンドを使用して実施される、請求項１に記載の方法。
【請求項３】
前記コーディングするステップが、前記参照ピクチャに関連づけられた前記ビューが、前記コーディングされるビデオ・ピクチャに関連づけられたビューとは異なる場合に実施される、請求項２に記載の方法。
【請求項４】
前記コーディングするステップが、前記参照ピクチャに関連づけられた前記ビューが、前記コーディングされるビデオ・ピクチャに関連づけられた前記ビデオと同じ場合に実施される、請求項２に記載の方法。
【請求項５】
第２の保存される参照ピクチャが、前記ビューとは異なる第２のビューに属し、
前記メモリ管理操作コマンドが、前記第２のビューに関連づけられた前記参照ピクチャに影響を及ぼすことなく、前記ビューに関連づけられた前記参照ピクチャのすべてに影響を及ぼす、
請求項２〜４のいずれか一項に記載の方法。
【請求項６】
前記保存された参照フレームに関連づけられた前記メモリ・ステータスが、長期参照フレーム、短期参照フレーム、および参照に使用されないのうちから選択されるステータスから、長期参照フレーム、短期参照フレーム、および参照に使用されないのうちから選択されるステータスに変更される、請求項２〜５のいずれか一項に記載の方法。
【請求項７】
前記参照ピクチャが、最初にＨ．２６４ベースのコーディング操作を使用してコーディングされ、前記メモリ・ステータスの変更が、多視点符号化操作の最中に実行される、請求項２〜６のいずれか一項に記載の方法。
【請求項８】
前記参照ピクチャが、コーディングされ、前記メモリ・ステータスの前記変更が、時間的コーディングおよびビュー間コーディングの両方を行うビデオ・コーディング操作において実行される、請求項２〜６のいずれか一項に記載の方法。
【請求項９】
マーキング・モード・シンタックス要素フラグが、現在コーディングされている前記ピクチャの参照マーキング・モードを選択するために呼び出される、請求項１〜８のいずれか一項に記載の方法。
【請求項１０】
請求項１〜９のいずれか一項に記載の方法を実行するコーディング装置。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
本出願は、参照によりその全体が本明細書に組み込まれる、２００６年１０月１３日に出願された、米国仮出願第６０／８５１，５２２号、および同様に参照によりその全体が本明細書に組み込まれる、２００６年１０月１３日に出願された、米国仮出願第６０／８５１，５８９号の利益を主張する。
【０００２】
本発明は、動画像の分野に関し、特に、多視点ビデオ符号化に関連する動画像のメモリ保持の問題に関する。
【背景技術】
【０００３】
多くのフレーム間符号化システムは、参照ピクチャを使用し、そのような参照ピクチャの使用は、符号化されたビット・ストリームのサイズを縮小するのに役立つ。このタイプの結果は、符号化効率がフレーム内符号化技法を単独で単に使用するよりも良好になるということである。したがって、多くの符号化規格は、一連の動画からのビット・ストリームを符号化するために、フレーム内符号化技法およびフレーム間符号化技法の両方を含む。当技術分野で知られているように、異なるタイプの参照ピクチャが、符号化規格のために使用される。例えば、ピクチャそれ自体の内部の要素（イントラ・フレーム）だけを使用することによって符号化されるＩピクチャ、ピクチャそれ自体の内部からの要素および／または２つの先行する参照ピクチャからの要素（インター・フレーム）を使用することによって符号化されるＢピクチャ、ならびにピクチャそれ自体の内部からの要素および／または１つの先行する参照ピクチャからの要素（インター・フレーム）を使用することによって符号化されるＰピクチャなどがある。ＢピクチャおよびＰピクチャはともに、複数の参照ピクチャを使用することができるが、これらのタイプ双方のピクチャの間の相違は、Ｂピクチャは、ブロック当たり最大２つの動き補償予測信号を用いるインター予測（ｉｎｔｅｒ  ｐｒｅｄｉｃｔｉｏｎ）の使用を可能にするが、Ｐピクチャは、予測ブロック当たりただ１つの予測器の使用を可能にするに過ぎないことである。
【０００４】
したがって、ＢピクチャまたはＰピクチャが符号化されて生成される場合や復号される場合、そのようなピクチャが、適切に符号化されまたは復号動作中に復元され得るように、そのようなピクチャは他の参照フレームに依存する。符号化／復号システムは、他のピクチャが参照ピクチャを考慮して符号化または復号されている間、参照ピクチャを保存できるように、何らかのタイプのメモリ・ロケーションを提供すべきである。明らかに、しばらくすると、参照ピクチャは符号化処理のために使用することができない。将来の符号化処理において、符号化されるピクチャがその参照ピクチャをもはや使用しなくなるためである。
【０００５】
すべての参照ピクチャを記憶デバイス内に永続的に保存することもできるが、そのようなソリューションは、メモリ資源を非効率的に使用することになる。したがって、参照ピクチャを保存するメモリ・デバイスを操作する場合に、そのような参照ピクチャに必要とされるスペースを（不要な参照ピクチャを廃棄することによって）削減する助けとなるように、当技術分野で知られた、先入れ先出し（ＦＩＦＯ）または後入れ先出し（ＬＩＦＯ）メモリ操作を使用するようなメモリ技法が使用される。しかしながら、符号化および／または復号されるピクチャが時間的相互関係およびビュー相互関係をともに有する、多視点符号化システムの使用を考慮する場合、そのようなメモリ操作は望ましくない結果を生じることがある。すなわち、多視点符号化システムは、各ビューがそれぞれの物体／場面の異なる視点からの眺めを表す、複数のビューの動画を有する態様を導入する。今日、参照ピクチャは、２つの異なるビューに関連付けられたピクチャの符号化処理または復号処理において使用される。したがって、単純なメモリ技法はそのような環境において使用することはできない。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】Ａ．Ｖｅｔｒｏ、Ｙ．Ｓｕ、Ｈ．Ｋｉｍａｔａ、Ａ．Ｓｍｏｌｉｃ、「Ｊｏｉｎｔ  Ｍｕｌｔｉｖｉｅｗ  Ｖｉｄｅｏ  Ｍｏｄｅｌ  （ＪＭＶＭ）  １．０」、ＪＶＴ−Ｔ２０８．ｄｏｃ、Ｋｌａｇｅｎｆｕｒｔ、Ａｕｓｔｒｉａ、２００６年７月
【非特許文献２】Ｇ．Ｓｕｌｌｉｖａｎ、Ｔ．Ｗｉｅｇａｎｄ、Ａ．Ｌｕｔｈｒａ、「Ｄｒａｆｔ  ｏｆ  Ｖｅｒｓｉｏｎ  ４  ｏｆ  Ｈ．２６４／ＡＶＣ  （ＩＴＵ−Ｔ  Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  Ｈ．２６４  ａｎｄ  ＩＳＯ／ＩＥＣ  １４４９６−１０  （ＭＰＥＧ−４  ｐａｒｔ  １０）  Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）」、Ｐａｌｍａ  ｄｅ  Ｍａｌｌｏｒｃａ、ＥＳ  １８−２２、２００４年１０月
【発明の概要】
【０００７】
本発明の原理は、従来技術の上記および他の難点および不都合に対処するものであり、ビデオ符号化のための動き推定予測器として利用可能な動き情報を再使用するための方法および装置に関する。
【０００８】
本原理の一態様によれば、復号器によって復号されるピクチャからの情報を考慮して、メモリ・デバイス内に保存された参照ピクチャに対してメモリ管理操作を実行する、コーダが提供され、そのような情報は、その参照ピクチャに関連するビュー情報に関係する。
【０００９】
本原理の上記および他の態様、特徴、および利点は、添付の図面と関連させて読まれる、例示的な実施形態の以下の詳細な説明から明らかになろう。
【００１０】
本原理は、以下の例示的な図面によって、より良く理解することができよう。
【図面の簡単な説明】
【００１１】
【図１】異なる時点におけるビデオ・ピクチャ・ビューの多視点符号化の例示的な一実施形態であって、そのようなビデオ・ピクチャが、図に示された方法で参照ピクチャを使用してコーディングされる、一実施形態を示す図である。
【図２】本発明の原理による、ビデオ・コーダの例示的な一実施形態を示す図である。
【図３】本発明の原理に従って使用される、シンタックス要素ｄｅｃ＿ｒｅｆ＿ｐｉｃ＿ｍａｒｋｉｎｇ（）の疑似コードの一実施形態を示す図である。
【図４】本発明の原理に従って使用される、シンタックス要素ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｍｖｃ＿ｅｘｔｅｎｓｉｏｎ（）の疑似コードを示す図である。
【図５】本発明の原理に従って使用される、シンタックス要素ｄｅｃ＿ｒｅｆ＿ｐｉｃ＿ｍａｒｋｉｎｇ＿ｍｖｃ＿ｅｘｔｅｎｓｉｏｎ（）の疑似コードの一実施形態を示す図である。
【図６】本発明の原理に従って使用される、サンプル・ピクチャ・ヘッダの一実施形態を示す図である。
【図６Ａ】図６に示される図６の一部を示す図である。
【図６Ｂ】図６に示される図６の他の一部を示す図である。
【図７】本発明の原理に従って使用される、シンタックス要素ｄｅｃ＿ｒｅｆ＿ｐｉｃ＿ｍａｒｋｉｎｇ＿ｍｖｃ＿ｅｘｔｅｎｓｉｏｎ（）の疑似コードの一実施形態を示す図である。
【図８】本発明の原理に従って使用される、サンプル・ピクチャ・ヘッダの一実施形態を示す図である。
【図８Ａ】図８に示される図８の一部を示す図である。
【図８Ｂ】図８に示される図８の他の一部を示す図である。
【図９】本発明の原理に従って使用される、シンタックス要素ｄｅｃ＿ｒｅｆ＿ｐｉｃ＿ｍａｒｋｉｎｇ＿ｍｖｃ＿ｅｘｔｅｎｓｉｏｎ（）の疑似コードの一実施形態を示す図である。
【図１０】本発明の原理に従って使用される、シンタックス要素ｄｅｃ＿ｒｅｆ＿ｐｉｃ＿ｍａｒｋｉｎｇ＿ｍｖｃ＿ｅｘｔｅｎｓｉｏｎ（）の疑似コードの一実施形態を示す図である。
【図１１】本発明の原理による、ピクチャのマーキング方法の一実施形態のブロック図である。
【発明を実施するための形態】
【００１２】
本発明の原理は、任意のフレーム内およびフレーム間ベースの符号化規格に適用することができる。本明細書の全体で使用される「ピクチャ」という用語は、当技術分野において、「フレーム」、「フィールド」、および「スライス」として、ならびに「ピクチャ」という用語自体でも知られ得る、様々な形態のビデオ画像情報を説明するための総称的用語として使用される。
【００１３】
また、本発明の説明では、Ｃ言語タイプの書式を使用する様々なコマンド（シンタックス要素）が、そのようなコマンド中のディスクリプタについて以下の用語法を使用する図において詳述される。
ｕ（ｎ）：ｎビットを使用する符号なし整数。シンタックス表内でｎが「ｖ」である場合、ビットの数は、他のシンタックス要素の値に依存する方法で変化する。このディスクリプタのための構文解析プロセスは、最上位ビットが最初に書かれる、符号なし整数のバイナリ表現として解釈される、関数ｒｅａｄ＿ｂｉｔｓ（ｎ）の戻り値によって規定される。
ｕｅ（ｖ）：左ビットが最初の、符号なし整数の指数ゴロム符号化（Ｅｘｐ−Ｇｏｌｏｍｂ−ｃｏｄｅｄ）シンタックス要素。
ｓｅ（ｖ）：左ビットが最初の、符号付き整数の指数ゴロム符号化シンタックス要素。
Ｃ：シンタックス要素が適用されるカテゴリを、すなわち、特定のフィールドがどのレベルに適用されるべきかを表す。
【００１４】
本説明は、本原理を説明する。したがって、本明細書で明示的に説明され、または示されていなくても、本原理を実施し、その主旨および範囲内に含まれる様々な構成を、当業者であれば考案できることが理解されよう。
【００１５】
本明細書で述べられるすべての例および条件付きの言葉は、教示を目的とするもので、本原理と当技術分野を発展させるために発明者（ら）が寄与した概念とを読者が理解する助けとなるように意図されており、そのような具体的に述べられた例および条件に限定されると解釈されるべきではない。
【００１６】
さらに、本明細書で本原理の原理、態様、および実施形態を述べるすべての言表は、それらの具体的な例と同様に、それらの構造的均等物および機能的均等物の両方を包含することが意図されている。加えて、そのような均等物は、現在知られている均等物ばかりでなく、将来開発される均等物も含むことが、すなわち、構造に関わらず同一機能を実行する、開発されたいかなる要素をも含むことが意図されている。
【００１７】
したがって、例えば、本明細書で提示されるブロック図は、本原理を実施する説明的な回路の概念図を表すことが、当業者であれば理解されよう。同様に、いかなるフローチャート、フロー図、状態遷移図、および疑似コードなども、実際にはコンピュータ可読媒体内で提示され、そのため、コンピュータまたはプロセッサが明示的に示されているかどうかに関わらず、そのようなコンピュータまたはプロセッサによって実行され得る、様々なプロセスを表すことが理解されよう。
【００１８】
図面に示された様々な要素の機能は、専用ハードウェアの使用を通してだけでなく、適切なソフトウェアと関連する、ソフトウェアを実行可能なハードウェアの使用を通しても提供することができる。プロセッサによって提供される場合、機能は、単一の専用プロセッサによって、単一の共用プロセッサによって、またはその中のいくつかは共用されてよい複数の個別プロセッサによって提供することができる。さらに、「プロセッサ」または「コントローラ」という用語の明示的な使用は、ソフトウェアを実行可能なハードウェアを排他的に指示すると解釈されるべきではなく、デジタル信号プロセッサ（「ＤＳＰ」）ハードウェア、ソフトウェアを保存するためのリード・オンリ・メモリ（「ＲＯＭ」）、ランダム・アクセス・メモリ（「ＲＡＭ」）、および不揮発性ストレージを、これらに限定することなく、暗黙的に含むことができる。
【００１９】
他の従来のハードウェアおよび／またはカスタム・ハードウェアも含むことができる。同様に、図面に示されたスイッチはいずれも、概念的なものに過ぎない。それらの機能は、プログラム・ロジックの動作を通して、専用ロジックを通して、またはプログラム制御と専用ロジックの相互作用を通して実施することができ、具体的な技法は、文脈からより具体的に理解されるように、実施者によって選択可能である。
【００２０】
本願の特許請求の範囲では、指定された機能を実行する手段として表された要素はいずれも、例えば、ａ）その機能を実行する回路要素の組合せ、またはｂ）任意の形態のソフトウェアであって、したがって、ファームウェアまたはマイクロコードなどを含み、そのソフトウェアを実行するための適切な回路と組み合わされて当該機能を実行するソフトウェアを含む、その機能を実行する任意の方法を包含することが意図されている。そのような特許請求の範囲によって確定される本原理は、列挙された様々な手段によって提供される機能が、特許請求の範囲が要請する方法で組み合わされ、一緒にされるという事実に存している。したがって、それらの機能を提供できる手段はいずれも、本明細書で示される手段と等価であると見なされる。
【００２１】
本明細書における本原理の「一実施形態」または「実施形態」に対する言及は、その実施形態に関連して説明された特定の機能、構造、および特徴などが、本原理の少なくとも１つの実施形態に含まれることを意味する。したがって、本明細書の様々な場所で見られる「一実施形態では」または「実施形態では」という句の出現は、必ずしもすべてが同一の実施形態に言及しているわけではない。
【００２２】
図１は、多視点符号化システムにおいて使用される、参照ピクチャ構造の例示的な一実施形態を表している。具体的には、示されている構造は、多視点符号化（ＭＶＣ）スキームによる、８つの異なるビュー（ｖｉｅｗ）（Ｓ０〜Ｓ７）の多時点（Ｔ０〜Ｔ１００）にわたる使用に関する。この多視点符号化（ＭＶＣ）スキームは、Ａ．Ｖｅｔｒｏ、Ｙ．Ｓｕ、Ｈ．Ｋｉｍａｔａ、Ａ．Ｓｍｏｌｉｃ、「Ｊｏｉｎｔ  Ｍｕｌｔｉｖｉｅｗ  Ｖｉｄｅｏ  Ｍｏｄｅｌ  （ＪＭＶＭ）  １．０」、ＪＶＴ−Ｔ２０８．ｄｏｃ、Ｋｌａｇｅｎｆｕｒｔ、Ａｕｓｔｒｉａ、２００６年７月において提案されたものである。この多視点符号化規格は、ＡＶＣ（Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）規格（Ｇ．Ｓｕｌｌｉｖａｎ、Ｔ．Ｗｉｅｇａｎｄ、Ａ．Ｌｕｔｈｒａ、「Ｄｒａｆｔ  ｏｆ  Ｖｅｒｓｉｏｎ  ４  ｏｆ  Ｈ．２６４／ＡＶＣ  （ＩＴＵ−Ｔ  Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  Ｈ．２６４  ａｎｄ  ＩＳＯ／ＩＥＣ  １４４９６−１０  （ＭＰＥＧ−４  ｐａｒｔ  １０）  Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）」、Ｐａｌｍａ  ｄｅ  Ｍａｌｌｏｒｃａ、ＥＳ  １８−２２、２００４年１０月）における符号化に基づいている。両規格の大きな相違は、ＡＶＣは多視点ピクチャのコーディングに対処しないが、ＭＶＣは対処することである。
【００２３】
図１をまた参照すると、例えば、Ｔ１におけるビューＳ１に関連するピクチャをコーディングする場合、コーディングされるピクチャは、同じビュー（Ｔ０におけるＳ１およびＴ２におけるＳ１）からのピクチャ（参照ピクチャ）に関係し、またコーディングされるピクチャは、異なるビュー（Ｔ１におけるＳ０およびＴ１におけるＳ２）からのピクチャに関係することが分かる。したがって、Ｓ１、Ｔ１に関連するピクチャをコーディングする場合、参照ピクチャ（Ｔ０におけるＳ１、Ｔ２におけるＳ１、Ｔ１におけるＳ０、およびＴ１におけるＳ２）を、ハードウェア、ソフトウェア、またはそれらの組合せで実施できる、バッファ、レジスタ、およびＲＡＭなどの、メモリ・デバイスに保持することは理に適っている。しかし、そのような参照ピクチャは、Ｔ１におけるＳ１のピクチャのために使用されるのとは異なる参照ピクチャの使用に依存する、Ｔ９８におけるＳ７の符号化を考える場合、有用ではない。
【００２４】
コーディング操作のためのバッファの効果的なメモリ管理についての１つのソリューションが、ＡＶＣビデオ規格に関連する復号済ピクチャ・バッファ（ＤＰＢ：ｄｅｃｏｄｅｄ  ｐｉｃｔｕｒｅ  ｂｕｆｆｅｒ）の使用において開示される。簡略版である図２のブロック図２００において、コーダ２０５と、コーディング・バッファ２１０と、復号済ピクチャ・バッファ（ＤＰＢ）２１５の間の動作が示されている。コーディング動作（符号化または復号）の最中、コーダ２０５によって現在コーディングされているピクチャは、コーディング・バッファ２１０内に存在するが、先にコーディングされた参照ピクチャは、復号済ピクチャ・バッファ２１５内に保存されている。ＡＶＣは、復号済ピクチャ・バッファ２１５内の参照ピクチャがどのように保持されるべきかをコーダ２０５が規定することを可能にする、メモリ管理制御操作（ＭＭＣＯ：ｍｅｍｏｒｙ  ｍａｎａｇｅｍｅｎｔ  ｃｏｎｔｒｏｌ  ｏｐｅｒａｔｉｏｎ）として知られるコマンドの使用を開示している。すなわち、ピクチャが符号化される場合、そのようなピクチャより前に到来した参照ピクチャを用いて何が行われるべきかを規定するために、そのようなＭＭＣＯが、これから符号化されるピクチャのヘッダに入力される。この操作は、「マーキング（ｍａｒｋｉｎｇ）」として知られている。その後、これらのコマンドは、復号済ピクチャ・バッファ２１５内に存在する参照ピクチャを用いて何が行われるべきかを決定するために、将来にコーダ２０５によって使用されることができる。ピクチャという用語は、様々な要素ビデオ情報を表すために使用されるが、そのような参照ピクチャが同じピクチャからのスライスを「参照ピクチャ」として使用できる場合、ＡＶＣはスライスという用語を使用するようにしており、またピクチャがどのように細分できるかに関わらず、本発明の原理が適用されることに留意されたい。
【００２５】
図３は、ＭＭＣＯコマンドを実施するために使用される、ＡＶＣにおけるコマンド（ｄｅｃ＿ｒｅｆ＿ｐｉｃ＿ｍａｒｋｉｎｇ）を表している。具体的には、ＭＭＣＯコマンドを利用する場合、参照ピクチャは、短期参照ピクチャ、長期参照ピクチャとしてマーキングされ、またはピクチャは、参照ピクチャではないとしてマーキングされる（その場合、参照ピクチャは、メモリが必要とされる場合には廃棄される）。参照ピクチャのステータスは、より多くのピクチャがコーディングされるにつれて変更されてよく、例えば、１つのピクチャがコーディングされるピクチャである場合に短期として指定された参照ピクチャは、第２のピクチャがコーディングされる場合には長期参照ピクチャとして識別されることができる。
【００２６】
図３は、ピクチャ・ヘッダ（スライス・ヘッダ）のマーキングを実行するために２つの異なるモードの間で使用される、ａｄａｐｔｉｖｅ＿ｒｅｆ＿ｐｉｃ＿ｍａｒｋｉｎｇ＿ｍｏｄｅ＿ｆｌａｇとして知られるコマンド・フラグも提示している。フラグが「０」に設定された場合、短期参照ピクチャのためのＦＩＦＯ機構を提供する、スライディング・ウィンドウ参照マーキング・モードが起動される。フラグが「１」に設定された場合、参照ピクチャを「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングするため、および参照ピクチャに長期フレーム・インデックスを割り当てるためなどのシンタックス要素を提供する、適応参照ピクチャ・マーキング・モードが起動される。ＡＶＣにおいて使用される、ＭＭＣＯコマンドを介した、参照フレームのための様々な割り当てが、以下の表１に示されている。
【００２７】
【表１】
2010507277.tif 000003
【００２８】
ＡＶＣの設計に関する１つの問題は、ピクチャが、（ピクチャの系列内における）ピクチャの実際のコーディング順序を表す、それぞれのフレーム番号（ｆｒａｍｅ＿ｎｕｍ）値によって、およびピクチャが表示される順序である、ピクチャのそれぞれのピクチャ順序カウント（ＰＯＣ：ｐｉｃｔｕｒｅ  ｏｒｄｅｒ  ｃｏｕｎｔ）によって、識別できることである。しかし、ＡＶＣは単に単一のビューを考慮するだけなのに対して、ＭＶＣにおいては複数のビューが考慮されなければならないので、ＭＶＣはＡＶＣより複雑である。したがって、ＭＶＣにおいては、特定のピクチャを特定のビューに関連づけるために、付加的な値ビューｉｄ（ｖｉｅｗ＿ｉｄ）が使用される。
【００２９】
したがって、ＡＶＣのＭＭＣＯを、ＭＶＣからのｖｉｅｗ＿ｉｄの使用と組み合わせる場合、従来技術のＭＭＣＯの現行の使用法は、ユーザが、同じｖｉｅｗ＿ｉｄのピクチャに従って、ＭＭＣＯを供給することを可能にするに過ぎない。すなわち、コーディングされるピクチャは、同じｖｉｅｗ＿ｉｄタイプの他のピクチャを参照できるに過ぎない（ビュー１タイプのピクチャは、他のビュー１タイプのピクチャにＭＭＣＯコマンドを供給できるに過ぎない）。ＭＭＣＯコマンドの現行の使用法を用いてこれら異なるビューのすべてを追跡し続けなければならない場合、ＤＰＢ操作のためのメモリ管理の非効率的な使用の妨げとなる。
【００３０】
具体的には、図４は、付加的なシンタックスが、（クロスビュー参照を通知するために使用される）ＳＰＳにおいて追加された、現行のＭＶＣを表している。追加されるシンタックスは、以下で説明される方法で、アンカ・ピクチャ（ａｎｃｈｏｒ  ｐｉｃｔｕｒｅ）（すなわち、Ｉピクチャ）および非アンカ・ピクチャ（ｎｏｎ−ａｎｃｈｏｒ  ｐｉｃｔｕｒｅ）のために使用される、クロスビュー参照を指示するために使用される。
【００３１】
アンカ・ピクチャは典型的には、すべてのスライスが、同じピクチャ順序カウントを有するスライス、すなわち、他のビューのスライスのみを参照し、現ビューのスライスを参照しない、コーディングされるピクチャを表すことに留意されたい。そのようなピクチャは、ａｎｃｈｏｒ＿ｐｉｃ＿ｆｌａｇを１に設定することによって通知される。アンカ・ピクチャを復号した後、表示順序で続いてコーディングされるピクチャのすべては、アンカ・ピクチャに先立って復号された他の任意のピクチャからのインター予測を使用する中で、復号されることが可能である。１つのビュー内のピクチャがアンカ・ピクチャである場合、他のビューの同じ時間インデックス内のすべてのピクチャも、アンカ・ピクチャとして知られる。
【００３２】
以下の手順は、現ビューとは異なるビューからの参照ピクチャを参照予測リスト内に配置するために実行される。
−  ０からｎｕｍ＿ｍｕｌｔｉｖｉｅｗ＿ｒｅｆ＿ｆｏｒ＿ｌｉｓｔＸ−１までの「Ｉ」の各値について、
−  現ピクチャと時間的に並んだビューｒｅｆｅｒｅｎｃ＿ｖｉｅｗ＿ｆｏｒ＿ｌｉｓｔ＿Ｘ［ｉ］からの再構成済みピクチャが取得され、復号済ピクチャ・バッファ（ＤＰＢ）内に挿入される。
−  そのピクチャのインデックスが、ＲｅｆＰｉｃＬｉｓｔＸの次の空スロット内に挿入される。
【００３３】
この詳述された実施において、ＭＭＣＯコマンドは、個々のビューとだけ直接関連し、他のビュー内のピクチャをマーキングすることはできない。その直接の結果として、クロスビュー参照ピクチャは、ビット・ストリームのより後方のそれ自体のビュー内のピクチャによって、ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ（参照に使用されない）としてマーキングされ得るに過ぎないので、（上で示されたように）必要以上に長くＤＰＢ内に留まることができる。例えば、図１を参照すると、ビューＳ０内のＴ０〜Ｔ１１までのピクチャは、ビューＳ１、Ｓ２のためだけに必要とされ、その後、ｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ（参照に使用される）としてマーキングされる。したがって、そのようなピクチャを保存するＤＰＢは、大きな記憶領域を必要とする。したがって、ピクチャがどのビューに関連するかを考慮せずにＤＰＢを消去する唯一の方法においては、新しいグループ・オブ・ピクチャ（ＧＯＰ）の開始に関連するピクチャ、または即時復号リフレッシュ（ＩＤＲ：ｉｎｓｔａｎｔａｎｅｏｕｓ  ｄｅｃｏｄｉｎｇ  ｒｅｆｒｅｓｈ）ピクチャが、参照ピクチャのＤＰＢを完全に消去するように指示する。
【００３４】
したがって、本発明は、ピクチャがコーディングされる場合、そのようなピクチャがビュー（現在コーディングされているピクチャとは同じでないビュー）間にわたる参照ピクチャをどのように考慮するかに関する情報を含むことを意味する、クロスビューに適用できるＭＭＣＯを提供することによって、ＤＰＢ問題へのソリューションを提案する。
【００３５】
本発明のいくつかの実施形態は、ＡＶＣ規格を考慮して提示され、新しい高レベルのシンタックス要素が定義され、説明されるが、本原理は多視点ピクチャを使用する他のコーディング規格にも適用されることを理解されたい。
【００３６】
図５で提示される一実施形態では、ビュー間にわたるピクチャをマーキングするために、新しいシンタックス要素ｄｅｃ＿ｒｅｆ＿ｐｉｃ＿ｍａｒｋｉｎｇ＿ｍｖｃ＿ｅｘｔｅｎｓｉｏｎ（）が使用される。この関数は、コーディングされるピクチャのピクチャ・ヘッダ・シンタックスを表す、図６で提示される対応するｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｍｖｃ＿ｅｘｔｅｎｓｉｏｎ（）関数（具体的には、このコマンドはＡＶＣで示されるスライス・ヘッダから改造される）から呼び出される。
【００３７】
この新しいシンタックスは、現ビュー以外のビュー内にあるピクチャをマーキングするためだけに使用されるので、システムが同じビュー内のピクチャをマーキングすることを可能にするオプションを提供することも検討されなければならない。同じビュー内のピクチャのマーキングは、新しいマーキング・プロセスの後、ＡＶＣ互換関数ｄｅｃ＿ｒｅｆ＿ｐｉｃ＿ｍａｒｋｉｎｇ（図５を参照）を呼び出すことによって可能にされる。そのような関数は、ＭＶＣベースのマーキングの起動の前または後に、呼び出されてよいことに留意されたい。
【００３８】
多視点システムは最初ＡＶＣ規格では対処されなかったので、ＡＶＣシンタックスは単一のビューのみを仮定するという、付加的な制約が、ＭＶＣ用のＡＶＣベースｄｅｃ＿ｒｅｆ＿ｐｉｃ＿ｍａｒｋｉｎｇ（）シンタックスに課される。したがって、ＡＶＣシンタックスは、コーディングされる現ピクチャが属するビューにのみ適用されなければならない。
【００３９】
図５をまた参照すると、以下で定義されるいくつかの付加的なシンタックスが追加されている。
【００４０】
現在コーディングされているピクチャの参照マーキング・モードを選択するために、ｍｖｃ＿ａｄａｐｔｉｖｅ＿ｒｅｆ＿ｐｉｃ＿ｍａｒｋｉｎｇ＿ｍｏｄｅ＿ｆｌａｇが使用される。フラグは、「０」では、スライディング・ウィンドウ参照ピクチャ・マーキング・モードを表し、短期参照ピクチャがＦＩＦＯに基づいてＤＰＢ内に割り当てられる。フラグは、「１」では、適応参照ピクチャ・マーキング・モードを表し、現在コーディングされているピクチャに関連するビュー以外のビュー内の参照ピクチャをマーキングするために要素が提供されることができる。他のビュー内の参照ピクチャのそのようなステータスは、「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ（参照に使用されない）」および「ｌｏｎｇ−ｔｅｒｍ  ｆｒａｍｅ  ｉｎｄｉｃｅｓ（長期フレーム・インデックス）」を含む。
【００４１】
現在「ｕｓｅｄ  ｆｏｒ  ｌｏｎｇ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ（長期参照に使用される）」としてマーキングされているピクチャ（フレーム、相補的フィールド対（ｃｏｍｐｌｅｍｅｎｔａｒｙ  ｆｉｅｌｄ  ｐａｉｒ）、および非フィールド・フィールド（ｎｏｎ−ｆｉｅｌｄ  ｆｉｅｌｄ））の数が、Ｍａｘ（Ｎｕｍ＿ｒｅｆ＿ｆｒａｍｅｓ，１）に等しい場合、フラグは１に等しくなる。
【００４２】
ｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎは、コーダによる参照ピクチャ・マーキング操作に影響を及ぼすために適用される制御操作（ＭＭＣＯ）を規定する。ｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎシンタックス要素には、制御操作の値によって指定される操作にとって必要なデータが後続する。多視点のためのＭＭＣＯに関連する値および制御操作は、以下の表２で規定される。ｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎシンタックス要素は、そのようなコマンドがピクチャ・ヘッダ（例えば、スライス・ヘッダ）内に出現した順序で、コーディング処理によって処理され、各ＭＭＣＯに対して述べられたセマンティック制約は、その個々のＭＭＣＯが処理される特定の位置において適用される。
【００４３】
【表２】
2010507277.tif 000004
【００４４】
ｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎは、ｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎがコーディング・プロセスによって処理される場合に、指定された参照ピクチャが「ｕｓｅｄ  ｆｏｒ  ｓｈｏｒｔ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ（短期参照に使用される）」としてマーキングされない限り、ピクチャ・ヘッダ（例えば、スライス・ヘッダ）内において、１に等しくならない。
【００４５】
ｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎは、ｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎが復号プロセスによって処理される場合に、指定された長期ピクチャ番号が「ｕｓｅｄ  ｆｏｒ  ｌｏｎｇ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされた参照ピクチャを指示しない限り、スライス・ヘッダ内において、２に等しくならない。
【００４６】
ｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎは、ｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎが復号プロセスによって処理される場合に、指定された参照ピクチャが「ｕｓｅｄ  ｆｏｒ  ｓｈｏｒｔ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされない限り、スライス・ヘッダ内において、３に等しくならない。
【００４７】
ｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎは、ｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎが復号プロセスによって処理される場合に、変数ＭａｘＬｏｎｇＴｅｒｍＦｒａｍｅＩｄｘの値が「ｎｏ  ｌｏｎｇ−ｔｅｒｍ  ｆｒａｍｅ  ｉｎｄｉｃｅｓ」に等しい場合、３、５、または６に等しくならない。
【００４８】
４に等しい２つ以上のｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎは、ピクチャ・ヘッダ内に存在しない。
【００４９】
５に等しい２つ以上のｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎは、ピクチャ・ヘッダ内に存在しない。
【００５０】
６に等しい２つ以上のｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎは、ピクチャ・ヘッダ内に存在しない。
【００５１】
フィールドを復号する際に、短期参照フレームの一部または短期相補的参照フィールド対の一部であるフィールドに長期フレーム・インデックスを割り当てる、３に等しいｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎコマンドが存在する場合、同じフレームまたは相補的参照フィールド対の他のフィールドに同じ長期フレーム・インデックスを割り当てる、別のｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎコマンドが、同じ復号参照ピクチャ・マーキング・シンタックス構造内に存在する。
【００５２】
上記の要件は、ＭＭＣＯによって参照されるフィールドが３に等しく、後で「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされる場合、例えば、ピクチャ・ヘッダ内でＭＭＣＯが２に等しく、それが、フィールドが「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされる原因となる場合でさえも、果たされなければならないことに留意されたい。
【００５３】
相補的参照フィールド対の（復号順で）第１のフィールドが、１に等しいｌｏｎｇ＿ｔｅｒｍ＿ｒｅｆｅｒｅｎｃｅ＿ｆｌａｇ、または６に等しいｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎコマンドを含む場合、相補的参照フィールド対の他方のフィールドのための復号参照ピクチャ・マーキング・シンタックス構造は、その他方のフィールドに同じ長期フレーム・インデックスを割り当てる、６に等しいｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎコマンドを含む。
【００５４】
上記の要件は、相補的参照フィールド対が後で「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされる場合、例えば、第２のフィールドのピクチャ・ヘッダ内でＭＭＣＯが２に等しく、それが、フィールドが「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされる原因となる場合でさえも、果たされなければならないことに留意されたい。
【００５５】
ｄｉｆｆｅｒｅｎｃｅ＿ｏｆ＿ｖｉｅｗ＿ｉｄは、現在のｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎが適用可能なｖｉｅｗ＿ｉｄを導き出すために使用される。
【００５６】
ｄｉｆｔｅｒｅｎｃｅ＿ｏｆ＿ｐｉｃ＿ｎｕｍｓは、それ自体以外のビュー内の短期参照ピクチャに長期フレーム・インデックスを割り当てるため、またはそれ自体以外のビュー内の短期参照ピクチャを「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングするために使用される。関連するｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎが、復号プロセスによって処理される場合、ｄｉｆｔｅｒｅｎｃｅ＿ｏｆ＿ｐｉｃ＿ｎｕｍｓから導き出された結果のピクチャ番号は、「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされた参照ピクチャの１つに割り当てられたピクチャ番号であり、先に長期フレーム・インデックスに割り当てられたピクチャ番号ではない。
【００５７】
結果のピクチャ番号は、以下のように制約される。
−  ｆｉｅｌｄ＿ｐｉｃ＿ｆｌａｇが０に等しい場合、結果のピクチャ番号は、参照フレームまたは相補的参照フィールド対に割り当てられた１組のピクチャ番号の１つである。
ｆｉｅｌｄ＿ｐｉｃ＿ｆｌａｇが０に等しい場合、結果のピクチャ番号は、両方のフィールドが「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされた相補的参照フィールド対、または両方のフィールドが「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされたフレームに割り当てられたピクチャ番号でなければならないことに留意されたい。特に、ｆｉｅｌｄ＿ｐｉｃ＿ｆｌａｇが０に等しい場合、単一のフィールドが「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされた非対フィールドまたはフレームのマーキングは、１に等しいｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎによって影響され得ない。
−  それ以外の（ｆｉｅｌｄ＿ｐｉｃ＿ｆｌａｇが１に等しい）場合、結果のピクチャ番号は、参照フィールドに割り当てられた１組のピクチャ番号の１つである。
【００５８】
ｌｏｎｇ＿ｔｅｒｍ＿ｆｒａｍｅ＿ｉｄｘは、現ピクチャのｖｉｅｗ＿ｉｄとは異なるｖｉｅｗ＿ｉｄを有するピクチャに長期フレーム・インデックスを割り当てるために、（２に等しいｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎとともに）使用される。関連するｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎが、復号プロセスによって処理される場合、ｌｏｎｇ＿ｔｅｒｍ＿ｆｒａｍｅ＿ｉｄｘの値は、０以上ＭａｘＬｏｎｇＴｅｒｍＦｒａｍｅＩｄｘ以下の範囲内にある。
【００５９】
シンタックスｄｉｆｆｅｒｅｎｃｅ＿ｏｆ＿ｐｉｃ＿ｎｕｍｓは、現ピクチャのｐｉｃＮｕｍより大きなｐｉｃＮｕｍを有するピクチャを選択することを可能にする。これは、マーキングをより効率的にする。
【００６０】
表２に示された異なる機能の適用が以下に示される。
【００６１】
ＭＭＣＯが１に等しい場合、これは、短期参照ピクチャが「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」であるとして定義されることを表す。したがって、ｐｉｃＮｕｍＸは、
ｐｉｃＮｕｍＸ＝ＣｕｒｒＰｉｃＮｕｍ−（ｄｉｆｆｅｒｅｎｃｅ＿ｏｆ＿ｐｉｃ＿ｎｕｍｓ）
によって指定されるとする。ｖｉｅｗＩｄは、
ｖｉｅｗＩｄＸ＝ＣｕｒｒＶｉｅｗＩｄ−（ｄｉｆｆｅｒｅｎｃｅ＿ｏｆ＿ｖｉｅｗ＿ｉｄ）
によって指定されるとする。
【００６２】
ｆｉｅｌｄ＿ｐｉｃ＿ｆｌａｇに応じて、ｐｉｃＮｕｍＸの値は、以下のように、短期参照ピクチャを「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングするために使用される。
−  ｆｉｅｌｄ＿ｐｉｃ＿ｆｌａｇが０に等しい場合、ｖｉｅｗＩｄＸによって指定されるビュー内のｐｉｃＮｕｍＸによって指定される短期参照フレームまたは短期相補的参照フィールド対、およびそのフィールドの両方が、「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされる。
−  それ以外の（ｆｉｅｌｄ＿ｐｉｃ＿ｆｌａｇが１に等しい）場合、ｖｉｅｗＩｄＸによって指定されるビュー内のｐｉｃＮｕｍＸによって指定される短期参照フィールドが、「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされる。その参照フィールドが、参照フレームまたは相補的参照フィールド対の一部である場合、そのフレームまたは相補的フィールド対も、「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされるが、他のフィールドのマーキングは変更されない。
【００６３】
ＭＭＣＯが２に等しい場合、この状況は、長期参照ピクチャが「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」となるように変更されることを表す。ｆｉｅｌｄ＿ｐｉｃ＿ｆｌａｇに応じて、ＬｏｎｇＴｅｒｍＰｉｃＮｕｍの値は、以下のように、長期参照ピクチャを「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングするために使用される。
−  ｆｉｅｌｄ＿ｐｉｃ＿ｆｌａｇが０に等しい場合、ｌｏｎｇ＿ｔｅｒｍ＿ｐｉｃ＿ｎｕｍに等しいＬｏｎｇＴｅｒｍＰｉｃＮｕｍを有する長期参照フレームまたは長期相補的参照フィールド対、およびそのフィールドの両方が、「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされる。
−  それ以外の（ｆｉｅｌｄ＿ｐｉｃ＿ｆｌａｇが１に等しい）場合、ｌｏｎｇ＿ｔｅｒｍ＿ｐｉｃ＿ｎｕｍに等しいＬｏｎｇＴｅｒｍＰｉｃＮｕｍによって指定される長期参照フィールドが、「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされる。その参照フィールドが、参照フレームまたは相補的参照フィールド対の一部である場合、そのフレームまたは相補的フィールド対も、「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされるが、他のフィールドのマーキングは変更されない。
【００６４】
ＭＭＣＯが３に等しい場合、この状況は、ＬｏｎｇＴｅｒｍＦｒａｍｅＩｄｘを短期参照ピクチャに割り当てる（短期参照ピクチャを長期参照ピクチャにする）プロセスを表す。
【００６５】
シンタックス要素ｄｉｆｆｅｒｅｎｃｅ＿ｏｆ＿ｐｉｃ＿ｎｕｍｓおよびｄｉｆｆｅｒｅｎｃｅ＿ｏｆ＿ｖｉｅｗ  ｉｄを与えると、変数ｐｉｃＮｕｍＸおよびｖｉｅｗＩｄＸが、上で指定されたように取得される。ｐｉｃＮｕｍＸは、ｖｉｅｗＩｄＸによって指定されるビュー内で「ｕｓｅｄ  ｆｏｒ  ｓｈｏｒｔ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされ、「ｎｏｎ−ｅｘｉｓｔｉｎｇ」としてマーキングされていない、フレームまたは相補的参照フィールド対もしくは非対参照フィールドを参照する。
【００６６】
ｌｏｎｇ＿ｔｅｒｍ＿ｆｒａｍｅ＿ｉｄｘに等しいＬｏｎｇＴｅｒｍＦｒａｍｅＩｄｘが、長期参照フレームまたは長期相補的参照フィールド対にすでに割り当てられている場合、そのフレームまたは相補的フィールド対、およびそのフィールドの両方が、「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされる。
【００６７】
ＬｏｎｇＴｅｒｍＦｒａｍｅＩｄｘが、非対参照フィールドにすでに割り当てられ、そのフィールドが、ｐｉｃＮｕｍＸによって指定されるピクチャの相補的フィールドではない場合、そのフィールドは、「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされる。
【００６８】
ｆｉｅｌｄ＿ｐｉｃ＿ｆｌａｇに応じて、ＬｏｎｇＴｅｒｍＦｒａｍｅＩｄｘの値は、以下のように、ピクチャを「ｕｓｅｄ  ｆｏｒ  ｓｈｏｒｔ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ」から「ｕｓｅｄ  ｆｏｒ  ｌｏｎｇ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ」にマーキングするために使用される。
−  ｆｉｅｌｄ＿ｐｉｃ＿ｆｌａｇが０に等しい場合、ｖｉｅｗＩｄＸによって指定されるビュー内のｐｉｃＮｕｍＸによって指定される短期参照フレームまたは短期相補的参照フィールド対、およびそのフィールドの両方のマーキングが、「ｕｓｅｄ  ｆｏｒ  ｓｈｏｒｔ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ」から「ｕｓｅｄ  ｆｏｒ  ｌｏｎｇ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ」に変更され、ｌｏｎｇ＿ｔｅｒｍ＿ｆｒａｍｅ＿ｉｄｘに等しいＬｏｎｇＴｅｒｍＦｒａｍｅＩｄｘが割り当てられる。
−  それ以外の（ｆｉｅｌｄ＿ｐｉｃ＿ｆｌａｇが１に等しい）場合、ｖｉｅｗＩｄＸによって指定されるビュー内のｐｉｃＮｕｍＸによって指定される短期参照フィールドのマーキングが、「ｕｓｅｄ  ｆｏｒ  ｓｈｏｒｔ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ」から「ｕｓｅｄ  ｆｏｒ  ｌｏｎｇ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ」に変更され、ｌｏｎｇ＿ｔｅｒｍ＿ｆｒａｍｅ＿ｉｄｘに等しいＬｏｎｇＴｅｒｍＦｒａｍｅＩｄｘが割り当てられる。フィールドが、参照フレームまたは相補的参照フィールド対の一部であり、同じ参照フレームまたは相補的参照フィールド対の他のフィールドも、「ｕｓｅｄ  ｆｏｒ  ｌｏｎｇ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされる場合、その参照フレームまたは相補的参照フィールド対も、「ｕｓｅｄ  ｆｏｒ  ｌｏｎｇ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされ、ｌｏｎｇ＿ｔｅｒｍ＿ｆｒａｍｅ＿ｉｄｘに等しいＬｏｎｇＴｅｒｍＦｒａｍｅＩｄｘが割り当てられる。
【００６９】
ＭＭＣＯが４に等しい場合、そのような状況は、ＬｏｎｇＴｅｒｍＦｒａｍｅＩｄｘ値が、ｍａｘ＿ｌｏｎｇ＿ｔｅｒｍ＿ｆｒａｍｅ＿ｉｄｘ＿ｐｌｕｓ１−１に関連する値よりも大きい場合に、参照ピクチャのステータスを「ｕｓｅｄ  ｆｏｒ  ｌｏｎｇ  ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ」から「ｕｓｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」に変更するために引き起こされる。
【００７０】
変数ＭａｘＬｏｎｇＴｅｒｍＦｒａｍｅＩｄｘは、以下のように決定される。
ｍａｘ＿ｌｏｎｇ＿ｔｅｒｍ＿ｆｒａｍｅ＿ｉｄｘ＿ｐｌｕｓ１が０に等しい場合、ＭａｘＬｏｎｇＴｅｒｍＦｒａｍｅＩｄｘは、「ｎｏ  ｌｏｎｇ−ｔｅｒｍ  ｆｒａｍｅ  ｉｎｄｉｃｅｓ」に等しく設定される。
それ以外の（ｍａｘ＿ｌｏｎｇ＿ｔｅｒｍ＿ｆｒａｍｅ＿ｉｄｘ＿ｐｌｕｓ１が０より大きい）場合、ＭａｘＬｏｎｇＴｅｒｍＦｒａｍｅＩｄｘは、ｍａｘ＿ｌｏｎｇ＿ｔｅｒｍ＿ｆｒａｍｅ＿ｉｄｘ＿ｐｌｕｓ１−１に等しく設定される。
【００７１】
４に等しいｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎコマンドは、長期参照ピクチャを「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングするために使用できることに留意されたい。しかし、ｍａｘ＿ｌｏｎｇ＿ｔｅｒｍ＿ｆｒａｍｅ＿ｉｄｘ＿ｐｌｕｓ１を送信する頻度は、本明細書によって指定されず、コーダの設計者によって選択されてよい。しかし、符号器は、イントラ・リフレッシュ要求メッセージ（ｉｎｔｒａ  ｒｅｆｒｅｓｈ  ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅ）などのエラー・メッセージを受信したとき、４に等しいｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎコマンドを送信すべきである。
【００７２】
５に等しいＭＭＣＯは、（上で導き出された）ｖｉｅｗＩｄＸによって指定されるビュー内の参照ピクチャのすべてが、「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされる状況を表す。すなわち、このＭＭＣＯは、特定のビューのピクチャのすべてを（各参照ピクチャを具体的に識別する必要なしに）変更する機能をコーダに提供する。このタイプの機能は、現在コーディングされているピクチャと同じビューに属するすべての参照ピクチャのステータスを変更するために呼び出すことができる。同様に、このコマンドは、現在コーディングされているピクチャに関連するビューとは同じではない特定のビューの参照ピクチャのステータスを変更するために呼び出すことができる。
【００７３】
６に等しいＭＭＣＯを有することは、現ビューに関連するビュー以外のすべてのビュー内のすべての参照ピクチャが、ステータスを「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」に変更され、ＭａｘＬｏｎｇＴｅｒｍＦｒａｍｅＩｄｘ変数を「ｎｏ  ｌｏｎｇ−ｔｅｒｍ  ｆｒａｍｅ  ｉｎｄｉｃｉｅｓ」に設定される状況を表す。コマンドは、ＤＰＢを効果的に制御して、現在コーディングされているピクチャのビューに関連しないビューについての参照ピクチャのすべてを最終的に消去する。上で言及されたように、５に等しいＭＭＣＯは、特定のビューに関連する参照ピクチャのステータスを変更するためのものであるが、（６に等しい）このＭＭＣＯは、コーディングされるピクチャのビューとは同じでないビューに関連する参照ピクチャのすべてに影響する。
【００７４】
７に等しいＭＭＣＯは、参照ピクチャのステータスが、「ｌｏｎｇ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ  ｐｉｃｔｕｒｅ」から「ｕｓｅｄ  ｆｏｒ  ｓｈｏｒｔ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ」に変更される状況を表す。そのような参照ピクチャは、現在コーディングされているピクチャに関連するビューとは異なるビューに関連する。
【００７５】
図７は、（シンタックス要素ｄｉｆｆｅｒｅｎｃｅ＿ｏｆ＿ｐｉｃｓ＿ｎｕｍｓを使用する代わりに）シンタックス要素ｄｉｆｆｅｒｅｎｃｅ＿ｏｆ＿ｐｉｃｓ＿ｎｕｍｓ＿ｍｉｎｕｓ１が提示される、本発明の原理の他の実施形態を提示している。そのような変更が関与するのは、現ピクチャのｐｉｃＮｕｍＸより大きいｐｉｃＮｕｍＸを有するピクチャを選択できない状況に対してである。この実施形態に関連するＭＭＣＯは、（表２において）上で識別されたのと同様に作用する。
【００７６】
図８は、（スライス・ヘッダなどの）ピクチャ・ヘッダのコマンドが、ＡＶＣ操作においてピクチャがコーディングされている最中に、シンタックス要素コマンドｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｍｖｃ＿ｅｘｔｅｎｓｉｏｎ（）を呼び出すように修正される、本発明の原理の一代替実施形態を提示している。すなわち、この実施形態では、多視点用のＭＭＣＯコマンドは、考慮中のピクチャとは異なるビュー（ａ  ｖｉｅｗ）の参照ピクチャが考慮される先に提示されたものの代わりに、（異なるビュー（ｖｉｅｗｓ）のすべての参照ピクチャが考慮され得る）ＡＶＣ符号化の最中に、起動されることができる。
【００７７】
図９は、シンタックス要素コマンドｄｅｃ＿ｒｅｆ＿ｐｉｃ＿ｍａｒｋｉｎｇ＿ｍｖｃ＿ｅｘｔｅｎｓｉｏｎ（）の構成を開示している。（図８に示されるようなピクチャ・ヘッダ／スライス・ヘッダ内で呼び出される）この新しいシンタックスは、適切なｄｉｆｆｅｒｅｎｃｅ＿ｏｆ＿ｖｉｅｗ＿ｉｄシンタックスを設定することによって、現ビュー以外のビュー内にあるピクチャをマーキングするために使用される。コーディングされるピクチャに関連するビューに関連する参照ピクチャが、そのメモリ・ステータスを変更されることを可能にするため、ｄｉｆｆｅｒｅｎｃｅ＿ｏｆ＿ｖｉｅｗ＿ｉｄシンタックスは０に設定される。この提案されるシンタックス要素は、コマンドｄｅｆ＿ｒｅｆ＿ｐｉｃ＿ｍａｒｋｉｎｇを使用するＤＰＢ管理用の既存のＡＶＣ関数に取って代わる。ｄｅｃ＿ｒｅｆ＿ｐｉｃ＿ｍａｒｋｉｎｇ＿ｍｖｃ＿ｅｘｔｅｎｓｉｏｎ（）に関連する様々なシンタックス要素が以下で説明される。
【００７８】
現在コーディングされているピクチャの参照マーキング・モードを選択するために、ｍｖｃ＿ａｄａｐｔｉｖｅ＿ｒｅｆ＿ｐｉｃ＿ｍａｒｋｉｎｇ＿ｍｏｄｅ＿ｆｌａｇが使用される。フラグは、「０」では、スライディング・ウィンドウ参照ピクチャ・マーキング・モードを表し、短期参照ピクチャがＦＩＦＯに基づいてＤＰＢ内に割り当てられる。フラグは、「１」では、適応参照ピクチャ・マーキング・モードを表し、参照ピクチャを「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングし、「ｌｏｎｇ−ｔｅｒｍ  ｆｒａｍｅ  ｉｎｄｉｃｅｓ」を割り当てるために、要素が提供されることができる。
【００７９】
ｍｖｃ＿ａｄａｐｔｉｖｅ＿ｒｅｆ＿ｐｉｃ＿ｍａｒｋｉｎｇ＿ｍｏｄｅ＿ｆｌａｇは、現在「ｕｓｅｄ  ｆｏｒ  ｌｏｎｇ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされているフレーム、相補的フィールド対、および非対フィールドの数が、Ｍａｘ（Ｎｕｍ＿ｒｅｆ＿ｆｒａｍｅｓ，１）に等しい場合、１に等しくなる。
【００８０】
ｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎ（ＭＭＣＯ）は、参照ピクチャ・マーキングに影響を及ぼすために適用される制御操作を規定する。ＭＭＣＯシンタックス要素には、ＭＭＣＯの値によって指定される操作にとって必要なデータが後続する。呼び出されるＭＭＣＯに関連する値および制御操作は、（以下の）表３に示される。本実施形態のＭＭＣＯシンタックス要素は、それらがスライス・ヘッダ内に出現した順序で、復号プロセスによって処理され、各ｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎに対して述べられたセマンティック制約は、その個々のＭＭＣＯが処理される特定の位置において、その順序で適用される。
【００８１】
ｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎの解釈のため、参照ピクチャという用語は、以下のように解釈される。
−  現ピクチャがフレームである場合、参照ピクチャという用語は、参照フレームまたは相補的参照フィールド対を指示する。
−  それ以外の（現ピクチャがフィールドである）場合、参照ピクチャという用語は、参照フィールドまたは参照フレームのフィールドを指示する。
【００８２】
ｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎは、ｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎが復号プロセスによって処理される場合に、指定された参照ピクチャが「ｕｓｅｄ  ｆｏｒ  ｓｈｏｒｔ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされない限り、スライス・ヘッダ内において、１に等しくならない。
【００８３】
ｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎは、ｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎが復号プロセスによって処理される場合に、指定された長期ピクチャ番号が「ｕｓｅｄ  ｆｏｒ  ｌｏｎｇ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされた参照ピクチャを指示しない限り、スライス・ヘッダ内において、２に等しくならない。
【００８４】
ｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎは、ｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎが復号プロセスによって処理される場合に、指定された参照ピクチャが「ｕｓｅｄ  ｆｏｒ  ｓｈｏｒｔ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされない限り、スライス・ヘッダ内において、３に等しくならない。
【００８５】
ｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎは、ｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎが復号プロセスによって処理される場合に、変数ＭａｘＬｏｎｇＴｅｒｍＦｒａｍｅＩｄｘの値が「ｎｏ  ｌｏｎｇ−ｔｅｒｍ  ｆｒａｍｅ  ｉｎｄｉｃｅｓ」に等しい場合、３、５、または６に等しくならない。
【００８６】
フィールドを復号する際に、短期参照フレームの一部または短期相補的参照フィールド対の一部であるフィールドに長期フレーム・インデックスを割り当てる、３に等しいｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎコマンドが存在する場合、同じフレームまたは相補的参照フィールド対の他のフィールドに同じ長期フレーム・インデックスを割り当てる、別のｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎコマンドが、同じ復号参照ピクチャ・マーキング・シンタックス構造内に存在する。
【００８７】
上記の要件は、３に等しいｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎによって参照されるフィールドが、後で「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされる場合（例えば、２に等しいｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎが同じスライス・ヘッダ内に存在し、それが、フィールドが「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされる原因となる場合）でさえも、果たされなければならないことに留意されたい。
【００８８】
相補的参照フィールド対の（復号順で）第１のフィールドが、１に等しいｌｏｎｇ＿ｔｅｒｍ＿ｒｅｆｅｒｅｎｃｅ＿ｆｌａｇ、または６に等しいｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎコマンドを含む場合、相補的参照フィールド対の他方のフィールドのための復号参照ピクチャ・マーキング・シンタックス構造は、その他方のフィールドに同じ長期フレーム・インデックスを割り当てる、６に等しいｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎコマンドを含む。
【００８９】
上記の要件は、相補的参照フィールド対の第１のフィールドが後で「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされる場合（例えば、２に等しいｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎが第２のフィールドのスライス・ヘッダ内に存在し、それが、第１のフィールドが「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされる原因となる場合）でさえも、果たされなければならないことに留意されたい。
【００９０】
ｄｉｆｆｅｒｅｎｃｅ＿ｏｆ＿ｖｉｅｗ＿ｉｄは、現在のｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎが適用可能なｖｉｅｗ＿ｉｄを導き出すために使用される。
【００９１】
ｄｉｆｔｅｒｅｎｃｅ＿ｏｆ＿ｐｉｃ＿ｎｕｍｓは、短期参照ピクチャに長期フレーム・インデックスを割り当てるため、または短期参照ピクチャを「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングするために使用される。関連するｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎが、復号プロセスによって処理される場合、ｄｉｆｔｅｒｅｎｃｅ＿ｏｆ＿ｐｉｃ＿ｎｕｍｓから導き出された結果のピクチャ番号は、「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされた参照ピクチャの１つに割り当てられたピクチャ番号であり、先に長期フレーム・インデックスに割り当てられたピクチャ番号ではない。結果のピクチャ番号は、以下のように制約される。
−  ｆｉｅｌｄ＿ｐｉｃ＿ｆｌａｇが０に等しい場合、結果のピクチャ番号は、参照フレームまたは相補的参照フィールド対に割り当てられた１組のピクチャ番号の１つである。ｆｉｅｌｄ＿ｐｉｃ＿ｆｌａｇが０に等しい場合、結果のピクチャ番号は、両方のフィールドが「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされた相補的参照フィールド対、または両方のフィールドが「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされたフレームに割り当てられたピクチャ番号でなければならないことに留意されたい。特に、ｆｉｅｌｄ＿ｐｉｃ＿ｆｌａｇが０に等しい場合、単一のフィールドが「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされた非対フィールドまたはフレームのマーキングは、１に等しいｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎによって影響され得ない。
−  それ以外の（ｆｉｅｌｄ＿ｐｉｃ＿ｆｌａｇが１に等しい）場合、結果のピクチャ番号は、参照フィールドに割り当てられた１組のピクチャ番号の１つである。
【００９２】
ｌｏｎｇ＿ｔｅｒｍ＿ｐｉｃ＿ｎｕｍは、長期参照ピクチャを「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングするために、（２に等しいｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎとともに）使用される。関連するｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎが、復号プロセスによって処理される場合、ｌｏｎｇ＿ｔｅｒｍ＿ｐｉｃ＿ｎｕｍは、「ｕｓｅｄ  ｆｏｒ  ｌｏｎｇ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ」として現在マーキングされている参照ピクチャの１つに割り当てられた長期ピクチャ番号に等しくなる。
【００９３】
結果の長期ピクチャ番号は、以下のように制約される。
−  ｆｉｅｌｄ＿ｐｉｃ＿ｆｌａｇが０に等しい場合、結果の長期ピクチャ番号は、参照フレームまたは相補的参照フィールド対に割り当てられた１組の長期ピクチャ番号の１つである。
ｆｉｅｌｄ＿ｐｉｃ＿ｆｌａｇが０に等しい場合、結果の長期ピクチャ番号は、両方のフィールドが「ｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされた相補的参照フィールド対、または両方のフィールドが「ｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされたフレームに割り当てられた長期ピクチャ番号でなければならないことに留意されたい。特に、ｆｉｅｌｄ＿ｐｉｃ＿ｆｌａｇが０に等しい場合、単一のフィールドが「ｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされた非対フィールドまたはフレームのマーキングは、２に等しいｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎによって影響され得ない。
−  それ以外の（ｆｉｅｌｄ＿ｐｉｃ＿ｆｌａｇが１に等しい）場合、結果の長期ピクチャ番号は、参照フィールドに割り当てられた１組の長期ピクチャ番号の１つである。
【００９４】
ｌｏｎｇ＿ｔｅｒｍ＿ｆｒａｍｅ＿ｉｄｘは、ピクチャに長期フレーム・インデックスを割り当てるために、（３または６に等しいｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎとともに）使用される。関連するｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎが、復号プロセスによって処理される場合、ｌｏｎｇ＿ｔｅｒｍ＿ｆｒａｍｅ＿ｉｄｘの値は、０以上ＭａｘＬｏｎｇＴｅｒｍＦｒａｍｅＩｄｘ以下の範囲内にある。
【００９５】
シンタックスｄｉｆｆｅｒｅｎｃｅ＿ｏｆ＿ｐｉｃ＿ｎｕｍｓは、現ピクチャのｐｉｃＮｕｍより大きなｐｉｃＮｕｍを有するピクチャを選択することを可能にする。これは、マーキングをより効率的にする。
【００９６】
異なるＭＭＣＯコマンドに対する復号参照ピクチャ・マーキング・プロセスが、以下で説明される。ｖｉｅｗＩｄは、
ｖｉｅｗＩｄＸ＝ＣｕｒｒＶｉｅｗＩｄ−（ｄｉｆｆｅｒｅｎｃｅ＿ｏｆ＿ｖｉｅｗ＿ｉｄ）
によって指定されるとする。
【００９７】
（以下の表３に示される）すべてのＭＭＣＯコマンドは、ｖｉｅｗＩｄＸとして上で導き出されたｖｉｅｗＩｄに適用される。
【００９８】
【表３】
2010507277.tif 000005
【００９９】
ＭＭＣＯが０に等しい場合、ピクチャ・ヘッダ（例えば、スライス・ヘッダ）のマーキングは終了させられる。
【０１００】
ＭＭＣＯが１に等しい場合、特定の参照フレームは、それに関連するステータスを「ｓｈｏｒｔ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ  ｐｉｃｔｕｒｅ」から「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」に変更される。ｐｉｃＮｕｍＸは、
ｐｉｃＮｕｍＸ＝ＣｕｒｒＰｉｃＮｕｍ−（ｄｉｆｆｅｒｅｎｃｅ＿ｏｆ＿ｐｉｃ＿ｎｕｍｓ）
によって指定されるとする。
【０１０１】
加えて、ｆｉｅｌｄ＿ｐｉｃ＿ｆｌａｇに応じて、ｐｉｃＮｕｍＸの値は、以下のように、短期参照ピクチャを「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングするために使用される。
−  ｆｉｅｌｄ＿ｐｉｃ＿ｆｌａｇが０に等しい場合、ｖｉｅｗＩｄＸによって指定されるビュー内のｐｉｃＮｕｍＸによって指定される短期参照フレームまたは短期相補的参照フィールド対、およびそのフィールドの両方が、「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされる。
−  それ以外の（ｆｉｅｌｄ＿ｐｉｃ＿ｆｌａｇが１に等しい）場合、ｖｉｅｗＩｄＸによって指定されるビュー内のｐｉｃＮｕｍＸによって指定される短期参照フィールドが、「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされる。その参照フィールドが、参照フレームまたは相補的参照フィールド対の一部である場合、そのフレームまたは相補的フィールド対も、「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされるが、他のフィールドのマーキングは変更されない。
【０１０２】
ＭＭＣＯが２に等しい場合、特定の参照ピクチャは、それに関連するステータスを「ｌｏｎｇ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ  ｐｉｃｔｕｒｅ」から「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」に変更される。ｆｉｅｌｄ＿ｐｉｃ＿ｆｌａｇに応じて、ＬｏｎｇＴｅｒｍＰｉｃＮｕｍの値は、以下のように、長期参照ピクチャを「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングするために使用される。
−  ｆｉｅｌｄ＿ｐｉｃ＿ｆｌａｇが０に等しい場合、ｌｏｎｇ＿ｔｅｒｍ＿ｐｉｃ＿ｎｕｍに等しいＬｏｎｇＴｅｒｍＰｉｃＮｕｍを有する長期参照フレームまたは長期相補的参照フィールド対、およびそのフィールドの両方が、「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされる。
−  それ以外の（ｆｉｅｌｄ＿ｐｉｃ＿ｆｌａｇが１に等しい）場合、ｌｏｎｇ＿ｔｅｒｍ＿ｐｉｃ＿ｎｕｍに等しいＬｏｎｇＴｅｒｍＰｉｃＮｕｍによって指定される長期参照フィールドが、「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされる。その参照フィールドが、参照フレームまたは相補的参照フィールド対の一部である場合、そのフレームまたは相補的フィールド対も、「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされるが、他のフィールドのマーキングは変更されない。
【０１０３】
ＭＭＣＯが３に等しい場合、特定の参照フレームは、ＬｏｎｇＴｅｒｍＦｒａｍｅＩｄｘを割り当てられ、短期参照ピクチャを長期参照ピクチャに割り当てる。シンタックス要素ｄｉｆｆｅｒｅｎｃｅ＿ｏｆ＿ｐｉｃ＿ｎｕｍｓおよびｄｉｆｆｅｒｅｎｃｅ＿ｏｆ＿ｖｉｅｗ＿ｉｄを与えると、変数ｐｉｃＮｕｍＸおよびｖｉｅｗＩｄＸが、上で指定されたように取得される。ｐｉｃＮｕｍＸは、ｖｉｅｗＩｄＸによって指定されるビュー内で「ｕｓｅｄ  ｆｏｒ  ｓｈｏｒｔ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされ、「ｎｏｎ−ｅｘｉｓｔｉｎｇ」としてマーキングされていない、フレームまたは相補的参照フィールド対もしくは非対参照フィールドを参照する。
【０１０４】
ｌｏｎｇ＿ｔｅｒｍ＿ｆｒａｍｅ＿ｉｄｘに等しいＬｏｎｇＴｅｒｍＦｒａｍｅＩｄｘが、長期参照フレームまたは長期相補的参照フィールド対にすでに割り当てられている場合、そのフレームまたは相補的フィールド対、およびそのフィールドの両方が、「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされる。ＬｏｎｇＴｅｒｍＦｒａｍｅＩｄｘが、非対参照フィールドにすでに割り当てられ、そのフィールドが、ｐｉｃＮｕｍＸによって指定されるピクチャの相補的フィールドではない場合、そのフィールドは、「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされる。ｆｉｅｌｄ＿ｐｉｃ＿ｆｌａｇに応じて、ＬｏｎｇＴｅｒｍＦｒａｍｅＩｄｘの値は、以下のように、ピクチャを「ｕｓｅｄ  ｆｏｒ  ｓｈｏｒｔ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ」から「ｕｓｅｄ  ｆｏｒ  ｌｏｎｇ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ」にマーキングするために使用される。
−  ｆｉｅｌｄ＿ｐｉｃ＿ｆｌａｇが０に等しい場合、ｖｉｅｗＩｄＸによって指定されるビュー内のｐｉｃＮｕｍＸによって指定される短期参照フレームまたは短期相補的参照フィールド対、およびそのフィールドの両方のマーキングが、「ｕｓｅｄ  ｆｏｒ  ｓｈｏｒｔ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ」から「ｕｓｅｄ  ｆｏｒ  ｌｏｎｇ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ」に変更され、ｌｏｎｇ＿ｔｅｒｍ＿ｆｒａｍｅ＿ｉｄｘに等しいＬｏｎｇＴｅｒｍＦｒａｍｅＩｄｘが割り当てられる。
−  それ以外の（ｆｉｅｌｄ＿ｐｉｃ＿ｆｌａｇが１に等しい）場合、ｖｉｅｗＩｄＸによって指定されるビュー内のｐｉｃＮｕｍＸによって指定される短期参照フィールドのマーキングが、「ｕｓｅｄ  ｆｏｒ  ｓｈｏｒｔ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ」から「ｕｓｅｄ  ｆｏｒ  ｌｏｎｇ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ」に変更され、ｌｏｎｇ＿ｔｅｒｍ＿ｆｒａｍｅ＿ｉｄｘに等しいＬｏｎｇＴｅｒｍＦｒａｍｅＩｄｘが割り当てられる。フィールドが、参照フレームまたは相補的参照フィールド対の一部であり、同じ参照フレームまたは相補的参照フィールド対の他のフィールドも、「ｕｓｅｄ  ｆｏｒ  ｌｏｎｇ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされる場合、その参照フレームまたは相補的参照フィールド対も、「ｕｓｅｄ  ｆｏｒ  ｌｏｎｇ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされ、ｌｏｎｇ＿ｔｅｒｍ＿ｆｒａｍｅ＿ｉｄｘに等しいＬｏｎｇＴｅｒｍＦｒａｍｅＩｄｘが割り当てられる。
【０１０５】
ＭＭＣＯが４に等しい場合、最大長期フレーム・インデックス値が指定され、それによって、長期参照フレームとして識別され、最大値より大きなフレーム・インデックスを有する参照フレームのすべてが、「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」であるとして分類される。具体的には（関数呼出しの用語法のなかで）、ＬｏｎｇＴｅｒｍＦｒａｍｅＩｄｘがｍａｘ＿ｌｏｎｇ＿ｔｅｒｍ＿ｆｒａｍｅ＿ｉｄｘ＿ｐｌｕｓ１−１より大きく、「ｕｓｅｄ  ｆｏｒ  ｌｏｎｇ  ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされた、すべてのピクチャが、「ｕｓｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされる。
【０１０６】
変数ＭａｘＬｏｎｇＴｅｒｍＦｒａｍｅＩｄｘは、以下のように導き出される。
−  ｍａｘ＿ｌｏｎｇ＿ｔｅｒｍ＿ｆｒａｍｅ＿ｉｄｘ＿ｐｌｕｓ１が０に等しい場合、ＭａｘＬｏｎｇＴｅｒｍＦｒａｍｅＩｄｘは、「ｎｏ  ｌｏｎｇ−ｔｅｒｍ  ｆｒａｍｅ  ｉｎｄｉｃｅｓ」に等しく設定される。
−  それ以外の（ｍａｘ＿ｌｏｎｇ＿ｔｅｒｍ＿ｆｒａｍｅ＿ｉｄｘ＿ｐｌｕｓ１が０より大きい）場合、ＭａｘＬｏｎｇＴｅｒｍＦｒａｍｅＩｄｘは、ｍａｘ＿ｌｏｎｇ＿ｔｅｒｍ＿ｆｒａｍｅ＿ｉｄｘ＿ｐｌｕｓ１−１に等しく設定される。このＭＭＣＯは、長期参照ピクチャを「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングするために使用できることに留意されたい。しかし、ｍａｘ＿ｌｏｎｇ＿ｔｅｒｍ＿ｆｒａｍｅ＿ｉｄｘ＿ｐｌｕｓ１を送信する頻度は、本発明に準拠するコーダの設計者によって決定されるべきである。しかし、コーダは、イントラ・リフレッシュ要求メッセージなどのエラー・メッセージを受信したとき、４に等しいｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎコマンドを送信すべきである。
【０１０７】
ＭＭＣＯが５に等しい場合、コーダが、ｖｉｅｗＩｄＸによって指定されるビュー（特定のビュー）内のすべての参照ピクチャを「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキング、ＭａｘＬｏｎｇＴｅｒｍＦｒａｍｅＩｄｘ変数を「ｎｏ  ｌｏｎｇ−ｔｅｒｍ  ｆｒａｍｅ  ｉｎｄｉｃｅｓ」に等しく設定する。これは、特定のビューによって識別される参照ピクチャが、そのような参照ピクチャが「ｌｏｎｇ−ｔｅｒｍ」であるとしてマーキングされる前に、「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」となるように設定されることを意味する。
【０１０８】
ＭＭＣＯが６に等しい場合、コーディングされる現ピクチャが、「ｕｓｅｄ  ｆｏｒ  ｌｏｎｇ−ｔｅｒｍ」であるとしてマーキングされ、長期フレーム・インデックスが、そのピクチャに割り当てられる。具体的には、ｌｏｎｇ＿ｔｅｒｍ＿ｆｒａｍｅ＿ｉｄｘに等しい変数ＬｏｎｇＴｅｒｍＦｒａｍｅＩｄｘが、長期参照フレームまたは長期相補的参照フィールド対にすでに割り当てられている場合、そのフレームまたは相補的フィールド対、およびそのフィールドの両方が、「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされる。ＬｏｎｇＴｅｒｍＦｒａｍｅＩｄｘが、非対参照フィールドにすでに割り当てられ、そのフィールドが、現ピクチャの相補的フィールドではない場合、そのフィールドは、「ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされる。
【０１０９】
現ピクチャは、「ｕｓｅｄ  ｆｏｒ  ｌｏｎｇ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされ、ｌｏｎｇ＿ｔｅｒｍ＿ｆｒａｍｅ＿ｉｄｘに等しいＬｏｎｇＴｅｒｍＦｒａｍｅＩｄｘが割り当てられる。
【０１１０】
ｆｉｅｌｄ＿ｐｉｃ＿ｆｌａｇが０に等しい場合、そのフィールドの両方も、「ｕｓｅｄ  ｆｏｒ  ｌｏｎｇ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされ、ｌｏｎｇ＿ｔｅｒｍ＿ｆｒａｍｅ＿ｉｄｘに等しいＬｏｎｇＴｅｒｍＦｒａｍｅＩｄｘが割り当てられる。
【０１１１】
ｆｉｅｌｄ＿ｐｉｃ＿ｆｌａｇが１に等しく、現ピクチャが相補的参照フィールド対の（復号順で）第２のフィールドであり、相補的参照フィールド対の第１のフィールドも「ｕｓｅｄ  ｆｏｒ  ｌｏｎｇ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ」として現在マーキングされている場合、その相補的参照フィールド対も、「ｕｓｅｄ  ｆｏｒ  ｌｏｎｇ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされ、ｌｏｎｇ＿ｔｅｒｍ＿ｆｒａｍｅ＿ｉｄｘに等しいＬｏｎｇＴｅｒｍＦｒａｍｅＩｄｘが割り当てられる。
【０１１２】
現復号参照ピクチャをマーキングした後、少なくとも１つのフィールドが「ｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされたフレームの総数と、少なくとも１つのフィールドが「ｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされた相補的フィールド対の数と、「ｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされた非対フィールドの数とを加えた数は、Ｍａｘ（ｎｕｍ＿ｒｅｆ＿ｆｒａｍｅｓ，１）より大きくならない。いくつかの状況では、上述の言明は、１、２、または４に等しいｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎシンタックス要素と比べて、６に等しいｍｅｍｏｒｙ＿ｍａｎａｇｅｍｅｎｔ＿ｃｏｎｔｒｏｌ＿ｏｐｅｒａｔｉｏｎシンタックス要素が復号参照ピクチャ・マーキング・シンタックス内において出現できる順序に、制約を課すことがあることに留意されたい。
【０１１３】
ＭＭＣＯが７に等しい場合、ｖｉｅｗＩｄＸによって識別されるビュー内のｌｏｎｇ＿ｔｅｒｍ＿ｐｉｃ＿ｎｕｍによって識別される長期参照ピクチャが、「ｕｓｅｄ  ｆｏｒ  ｓｈｏｒｔ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ」としてマーキングされる。これは、（ｐｉｃ番号によって識別される）特定のフレームおよび指定されたビューが、そのステータスを「ｌｏｎｇ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ  ｐｉｃｔｕｒｅ」から「ｓｈｏｒｔ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ  ｐｉｃｔｕｒｅ」に変更されることを意味する。
【０１１４】
本発明の一代替実施形態が、図１０に示されるシンタックス要素により開示されており、ｄｉｆｆｅｒｅｎｃｅ＿ｏｆ＿ｐｉｃ＿ｎｕｍｓまたはｄｉｆｆｅｒｅｎｃｅ＿ｏｆ＿ｐｉｃ＿ｎｕｍｓ＿ｍｉｎｕｓ１が、ｄｉｆｆｅｒｅｎｃｅ＿ｏｆ＿ｖｉｅｗ＿ｉｄの値に基づいて送信される。このソリューションは、図８について説明されたｄｉｆｆｅｒｅｎｃｅ＿ｏｆ＿ｐｉｃ＿ｎｕｍｓシンタックス要素を使用する代わりに、時間的ケースのためだけにＭＭＣＯコマンドを使用する場合に提案される。
【０１１５】
図１１は、本発明の原理による、一般的な参照ピクチャ・マーキング方法のブロック図１１００を開示している。
【０１１６】
ステップ１１０５は、（一般にコーディング操作がグループ・オブ・ビデオ・ベースの動画からのピクチャの符号化である）ピクチャをコーディングする一般概念を表している。この操作は、コーディングされたピクチャの復号も表すことができる。
【０１１７】
しかし、このステップでは、コーディングされるピクチャは、多視点ビデオ符号化システムにおいて使用される複数のビューからの特定のビューに関連づけられる。好ましい実施形態は、ＡＶＣコーダのコンテクスト内で、ＭＶＣビデオ規格において開示された原理を使用するが、他の多視点ビデオ規格が使用されてよいことを理解されたい。重要なこととしては、コーディングされるピクチャは、ピクチャＩＤ番号およびビューＩＤ番号に関連づけられる。ピクチャＩＤは、コーディング・ピクチャ系列内におけるコーディングされるピクチャ数を表す。コーディングされるピクチャは、コーディングされるピクチャが関連するビューに対応する、ビューＩＤ番号（１からｎまで、ｎはビューの総数）も有する。例えば、ビュー「２」に関連するコーディングされるピクチャは、「２」のビューＩＤ番号を有するものとして知られる。
【０１１８】
ステップ１１１０において、コーディングされるピクチャは、（ＤＰＢなどの）メモリ・デバイスに保存され、コーディングされるピクチャは、メモリ・ステータスを割り当てられる。コーディングされるピクチャは、そのピクチャが参照ピクチャとして使用できるように保存される。上述のように、コーディングされるピクチャは、関連する少なくとも３つの異なるメモリ・ステータスを有することができる。
「Ｌｏｎｇ−Ｔｅｒｍ  Ｒｅｆｅｒｅｎｃｅ  Ｐｉｃｔｕｒｅ」は、コーディングされるピクチャが参照ピクチャとして保存されるべき場合を表す。長期参照ピクチャとして指定されたコーディングされるピクチャは、（長期ピクチャ・インデックスの）インデックス番号を割り当てられる。このピクチャは、しばらくの間保持されるものとされ、その結果、そのようなピクチャは、将来のピクチャをコーディングする場合に、参照ピクチャとして使用することができる。
「Ｓｈｏｒｔ−Ｔｅｒｍ  Ｒｅｆｅｒｅｎｃｅ  Ｐｉｃｔｕｒｅ」は、参照ピクチャとして短期間保持されるべきコーディングされるピクチャを表す。この場合、参照ピクチャは、空き領域が必要とされた場合、メモリ・デバイス（ＤＰＢ）から取り除かれる。
「Ｕｎｕｓｅｄ  ａｓ  Ｒｅｆｅｒｅｎｃｅ」は、コーディングされるピクチャが参照ピクチャとして使用されることは意図されていない場合を表す。この場合、ＤＰＢは、空き領域が必要とされた場合に（ＬＩＦＯ／ＦＩＦＯを使用して）参照ピクチャを削除することができ、またはＤＰＢから直ちに消去される。
【０１１９】
ｕｎｕｓｅｄ  ａｓ  ｒｅｆｅｒｅｎｃｅであるとして指定されたピクチャは、直ちに削除されてもよく、ステップ１１１０およびステップ１１１５の最中にＤＰＢに決して保存されなくてもよいとすることも可能である。
【０１２０】
ステップ１１２０において、第２のビデオ・ピクチャがコーディングされる。この時点で、ビデオ・ピクチャは、（他の実施形態で説明されたように）メモリ管理コマンド操作を用いてマーキングされ、ＭＭＣＯは、参照ピクチャを保存するために使用されるＤＰＢなどのメモリ・デバイス内に保存された参照ピクチャに影響を及ぼす。
【０１２１】
先に説明されたように、参照ピクチャに関連づけられたメモリ・ステータスをどのように変更するかを決定するために、異なるＭＭＣＯが利用できる。そのような変更は、現在コーディングされているピクチャが保存された参照ピクチャと同じ／異なるビューを有するかどうかに基づいて、行われることができる（例えば、同じビューＩＤを有するすべてのピクチャは同時に変更され、これは大域的変更を表す）。ピクチャに関連づけられたメモリ・ステータスの変更は、直接的に行われてよく、その場合、特定の保存された参照ピクチャが識別され、ＭＭＣＯは、そのピクチャのメモリ・ステータスが変更されることを指定する（例えば、メモリ・ステータスを「ｌｏｎｇ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ」、「ｓｈｏｒｔ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ」および「ｕｎｕｓｅｄ  ａｓ  ｒｅｆｅｒｅｎｃｅ」の間で変更し、これは局所的変更を表す）。
【０１２２】
加えて、上述のように、本発明の様々な実施は、現在コーディングされているピクチャのビューＩＤが、異なるビューＩＤを有する（異なるビュー間にわたる）参照ピクチャのために、またはコーディングされるピクチャと同じビューＩＤを有する（特定のビューについての）参照ピクチャだけのために、ピクチャが変更され得るかどうかに影響を及ぼす状況を可能にする。
【０１２３】
ステップ１１２５は、ＭＣＣＯコマンドの実施であり、参照ピクチャを保存するメモリ記憶デバイスは、その参照ピクチャに関連づけられたメモリ・ステータスを実施する。これらのタイプの操作も上述されている。
【０１２４】
本原理の上記および他の特徴および利点は、本明細書の教示に基づいて、当業者によって容易に確認できよう。本原理の教示は、ハードウェア、ソフトウェア、ファームウェア、専用プロセッサ、またはそれらの組合せといった様々な形態で実施できることを理解されたい。
【０１２５】
最も好ましくは、本原理の教示は、ハードウェアとソフトウェアの組合せとして実施される。さらに、ソフトウェアは、プログラム記憶ユニット上で有形に実施されるアプリケーション・プログラムとして実施されてよい。アプリケーション・プログラムは、任意の適切なアーキテクチャを備えるマシンによって、アップロードされ、実行されてよい。好ましくは、マシンは、１つまたは複数の中央処理装置（「ＣＰＵ」）、ランダム・アクセス・メモリ（「ＲＡＭ」）、および入出力（「Ｉ／Ｏ」）インタフェースなどのハードウェアを有する、コンピュータ・プラットフォーム上で実施される。コンピュータ・プラットフォームは、オペレーティング・システムおよびマイクロ命令コードも含んでよい。本明細書で説明された様々なプロセスおよび関数は、ＣＰＵによって実行され得る、マイクロ命令コードの部分もしくはアプリケーション・プログラムの部分、またはそれらの任意の組合せとすることができる。加えて、追加のデータ記憶ユニットおよび印刷ユニットなど、他の様々な周辺ユニットが、コンピュータ・プラットフォームに接続されてよい。
【０１２６】
添付の図面に示される構成要素システム・コンポーネントおよび方法のいくつかは、好ましくはソフトウェアで実施されるので、システム・コンポーネントまたはプロセス機能ブロックの間の実際の接続は、本原理がプログラムされる方法に応じて異なり得ることをさらに理解されたい。本明細書の教示を与えれば、当業者は、本原理の上記および類似の実施または構成を企図することができる。
【０１２７】
説明的な実施形態が、添付の図面を参照しながら本明細書で説明されたが、本原理は、それらの実施形態そのままに限定されず、本原理の範囲または主旨から逸脱することなく、当業者によって、それらの実施形態に様々な変更および修正が施され得ることを理解されたい。そのような変更および修正のすべては、添付の特許請求の範囲において説明される本原理の範囲内に含まれることが意図されている。
【図１】
2010507277.tif 000006
【図２】
2010507277.tif 000007
【図３】
2010507277.tif 000008
【図４】
2010507277.tif 000009
【図５】
2010507277.tif 000010
【図６】
2010507277.tif 000011
【図６Ａ】
2010507277.tif 000012
【図６Ｂ】
2010507277.tif 000013
【図７】
2010507277.tif 000014
【図８】
2010507277.tif 000015
【図８Ａ】
2010507277.tif 000016
【図８Ｂ】
2010507277.tif 000017
【図９】
2010507277.tif 000018
【図１０】
2010507277.tif 000019
【図１１】
2010507277.tif 000020
【手続補正書】
【提出日】平成20年7月31日(2008.7.31)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
多視点ビデオ符号化で使用される参照ピクチャのメモリの管理方法であって、
参照ピクチャをメモリに保存するステップであって、前記参照ピクチャが、メモリ・ステータスおよびビューに関連づけられている、該ステップ（１１１０）と、
前記保存された参照ピクチャの前記メモリ・ステータスに影響を及ぼす情報とともにビデオ・ピクチャをコーディングするステップであって、前記参照ピクチャに関連づけられた前記ビューが、前記コーディングされるビデオ・ピクチャに関連づけられたビューとは異なる場合に実施される、該ステップと、
を含む前記方法。
【請求項２】
前記メモリ・ステータスの変更が、メモリ管理操作コマンドを使用して実施される、請求項１に記載の方法。
【請求項３】
前記コーディングするステップが、前記参照ピクチャに関連づけられた前記ビューが、前記コーディングされるビデオ・ピクチャに関連づけられた前記ビデオと同じ場合に実施される、請求項２に記載の方法。
【請求項４】
第２の保存される参照ピクチャが、前記ビューとは異なる第２のビューに属し、
前記メモリ管理操作コマンドが、前記第２のビューに関連づけられた前記参照ピクチャに影響を及ぼすことなく、前記ビューに関連づけられた前記参照ピクチャのすべてに影響を及ぼす、
請求項２〜３のいずれか一項に記載の方法。
【請求項５】
前記保存された参照フレームに関連づけられた前記メモリ・ステータスが、長期参照フレーム、短期参照フレーム、および参照に使用されないのうちから選択されるステータスから、長期参照フレーム、短期参照フレーム、および参照に使用されないのうちから選択されるステータスに変更される、請求項２〜４のいずれか一項に記載の方法。
【請求項６】
前記参照ピクチャが、最初にＨ．２６４ベースのコーディング操作を使用してコーディングされ、前記メモリ・ステータスの変更が、多視点符号化操作の最中に実行される、請求項２〜５のいずれか一項に記載の方法。
【請求項７】
前記参照ピクチャが、コーディングされ、前記メモリ・ステータスの前記変更が、時間的コーディングおよびビュー間コーディングの両方を行うビデオ・コーディング操作において実行される、請求項２〜５のいずれか一項に記載の方法。
【請求項８】
マーク付けモード・シンタックス要素フラグが、現在コーディングされている前記ピクチャの参照マーク付けモードを選択するために呼び出される、請求項１〜７のいずれか１項に記載の方法。
【請求項９】
請求項１〜８のいずれか一項に記載の方法を実行するコーディング装置。
【国際調査報告】
2010507277.tif 000021
2010507277.tif 000022