(57)【特許請求の範囲】
【請求項１】
方法であって、
ビットストリームからマルチビュー・ビデオ・コンテンツに対応する少なくとも第１および第２のビューのための少なくとも１つの映像を符号化するステップを含んでおり、
前記符号化するステップは、
他のいかなるビューからも独立している前記第１のビューについての映像を符号化するステップと、
前記マルチビュー・ビデオ・コンテンツの第２のビューについての映像を符号化するステップと、
前記少なくとも第１および第２のビューについてのビュー・スケーラビリティをサポートするために、ビュー方向およびビュー・レベルをシグナリングするステップであって、前記ビュー方向は、前記第２のビューが前記第１のビューから左方向もしくは右方向にあるか否かを示す、前記ステップと、を含む、前記方法。
【発明の詳細な説明】
【技術分野】
【０００１】
〈関連出願への相互参照〉
本願は2006年7月20日に出願された米国仮出願第60/807,923号および2006年7月21日に出願された米国仮出願第60/807,974号の利益を主張するものである。両文献はそれぞれの全体において本稿に参照によって組み込まれる。
【０００２】
〈技術分野〉
本願の原理は概括的にはビデオ・エンコードおよびデコードに、より詳細にはマルチビュー・ビデオ符号化においてビューのスケーラビリティを信号伝達する方法および装置に関する。
【背景技術】
【０００３】
マルチビュー・ビデオ符号化（MVC: Multi-view Video Coding）シーケンスは、同じシーンを異なる視点から取り込む二つ以上のビデオ・シーケンスのセットである。
【０００４】
マルチビュー・ビデオ符号化（MVC）のための統合モデル（joint model）では、表１に示されるように、NALユニット・ヘッダ（NAL unit header）について以下のシンタックスを使うことが提案された。
【０００５】
【表１】
0005621018.tif 000002
しかしながら、これは時間的なスケーラビリティだけは提供するが、ビューのスケーラビリティは提供しない。さらに時間的スケーラビリティはオプションでしかない。
【０００６】
また、マルチビュー・ビデオ符号化（MVC）のための統合モデルでは、シーケンス・パラメータ・セット（SPS:  Sequence Parameter Set）が、ビューのスケーラビリティのために使用できる情報を導出するために使用できるシンタックス要素を含む。これらのシンタックス要素は下の表２に示されている。
【０００７】
【表２】
0005621018.tif 000003
しかしながら、このアプローチは、再帰呼び出しを要求し、単純なルータ（router）に対して重荷となることがある。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
従来技術のこれらおよびその他の欠点および不都合な点が本願の原理によって対処される。本願の原理は、マルチビュー・ビデオ符号化（MVC）においてビューのスケーラビリティを信号伝達する方法および装置に向けられている。
【課題を解決するための手段】
【０００９】
本願の原理のある側面によれば、装置が提供される。本装置は結果として得られるビットストリーム（resultant bitstream）におけるマルチビュー・ビデオ・コンテンツに対応する少なくとも一つのビューのための少なくとも一つの映像をエンコードするエンコーダを含む。前記エンコーダは、前記少なくとも一つのビューについてビュー・スケーラビリティをサポートするためにビュー方向およびビュー・レベルの少なくとも一つを、メッセージ、フィールド、フラグおよびシンタックス要素の少なくとも一つを使って信号伝達する。
【００１０】
本願の原理のもう一つの側面によれば、方法が提供される。本方法は結果として得られるビットストリームにおけるマルチビュー・ビデオ・コンテンツに対応する少なくとも一つのビューのための少なくとも一つの映像をエンコードするステップを含む。前記エンコードするステップは、前記少なくとも一つのビューについてビュー・スケーラビリティをサポートするためにビュー方向およびビュー・レベルの少なくとも一つを、メッセージ、フィールド、フラグおよびシンタックス要素の少なくとも一つを使って信号伝達することを含む。
【００１１】
本願の原理のさらにもう一つの側面によれば、装置が提供される。本装置は結果として得られたビットストリームからマルチビュー・ビデオ・コンテンツに対応する少なくとも一つのビューのための少なくとも一つの映像をデコードするデコーダを含む。前記デコーダは、前記少なくとも一つのビューについてビュー・スケーラビリティをサポートするためにビュー方向およびビュー・レベルの少なくとも一つを、メッセージ、フィールド、フラグおよびシンタックス要素の少なくとも一つを使って決定する。
【００１２】
本願の原理のさらにもう一つの側面によれば、方法が提供される。本方法は結果として得られたビットストリームからマルチビュー・ビデオ・コンテンツに対応する少なくとも一つのビューのための少なくとも一つの映像をデコードするステップを含む。前記デコードするステップは、前記少なくとも一つのビューについてビュー・スケーラビリティをサポートするためにビュー方向およびビュー・レベルの少なくとも一つを、メッセージ、フィールド、フラグおよびシンタックス要素の少なくとも一つを使って決定することを含む。
【００１３】
本願の原理のこれらおよびその他の側面、特徴および利点は、付属の図面との関連で読まれるべき例示的な実施形態の以下の詳細な記述から明白となるであろう。
【００１４】
本願の原理は以下の例示的な図面に基づいてよりよく理解されうる。
【図面の簡単な説明】
【００１５】
【図１】本願の原理のある実施形態に基づく、本願の原理が適用されうる例示的なマルチビュー・ビデオ符号化（MVC）エンコーダのブロック図である。
【図２】本願の原理のある実施形態に基づく、本願の原理が適用されうる例示的なマルチビュー・ビデオ符号化（MVC）デコーダのブロック図である。
【図３】本願の原理のある実施形態に基づく、本願の原理が適用されうるビュー・スケーラビリティの例を示す図である。
【図４】本願の原理のある実施形態に基づく、マルチビュー・ビデオ・コンテンツをエンコードし、そのビュー・スケーラビリティを信号伝達する例示的な方法の流れ図である。
【図５】本願の原理のある実施形態に基づく、マルチビュー・ビデオ・コンテンツをデコードし、そのビュー・スケーラビリティを判別する例示的な方法の流れ図である。
【発明を実施するための形態】
【００１６】
本願の原理は、マルチビュー・ビデオ符号化（MVC）におけるビュー・スケーラビリティを伝達するための方法および装置に向けられる。
【００１７】
本記載は本願の原理を例解する。よって、当業者は、本稿に明示的に記載や図示されていなくても、本願の原理を具現し、その精神および範囲内に含まれるさまざまな構成を考案できるであろうことは理解されるであろう。
【００１８】
本稿で記載されるあらゆる例および条件付きの言辞は、読者が、本発明の原理および当該技術を進歩させる発明者によって寄与される概念を理解するのを支援するという教育目的のために意図されているのであって、そのような個別的に記載されている例および条件に限定することなく解釈されるものである。
【００１９】
さらに、本願の原理、側面および実施形態ならびにその個別的な例を記載する本稿におけるあらゆる陳述は、その構造的および機能的な等価物の両方を包含することが意図されている。さらに、そのような等価物は、現在知られている等価物および将来開発される等価物、すなわち構造にかかわりなく同じ機能を実行する任意の開発された要素の両方を含むことが意図されている。
【００２０】
よって、たとえば、当業者は、本稿に呈示されるブロック図が本願の原理を具現する例示的な回路の概念図を表すものであることを理解するであろう。同様に、フローチャート、流れ図、状態遷移図、擬似コードなどはいずれも、コンピュータ可読媒体において実質的に表現され、コンピュータまたはプロセッサによって実行されうるさまざまなプロセスを表すことが理解されるであろう。これはそのようなコンピュータまたはプロセッサが明示的に示されているかどうかにはよらない。
【００２１】
図面に示されるさまざまな要素の機能は、専用ハードウェアの使用を通じて提供されても、適切なソフトウェアとの関連でソフトウェアを実行することのできるハードウェアの使用を通じて提供されてもよい。プロセッサによって提供されるとき、機能は単一の専用プロセッサによって、単一の共有されるプロセッサによって、あるいは一部が共有されていてもよい複数の個別プロセッサによって提供されうる。さらに、用語「プロセッサ」または「コントローラ」の明示的な使用は、ソフトウェアを実行することのできるハードウェアのみを指すものと解釈されるべきではなく、暗黙的に、限定なしに、デジタル信号プロセッサ（「DSP」）ハードウェア、ソフトウェアを記憶するための読み出し専用メモリ（「ROM」）、ランダム・アクセス・メモリ（「RAM」）および不揮発性記憶装置を含みうる。
【００２２】
通常のものおよび／またはカスタムのものを含め他のハードウェアも含まれてもよい。同様に、図面に示されるスイッチがあったとしても、それは単に概念的なものである。その機能はプログラム論理の動作を通じて、専用論理を通じて、プログラム制御と専用論理の相互作用を通じて、あるいはさらに手動で実行されてもよい。特定の技法は、コンテキストからより個別に理解されるように実装者によって選択可能である。
【００２３】
本願の請求項では、特定の機能を実行する手段として表現されたいかなる要素も、その機能を実行するいかなる仕方をも、たとえばａ）その機能を実行する回路素子の組み合わせまたはｂ）任意の形の、したがってファームウェア、マイクロコードなどを含む、当該機能を実行するソフトウェアを実行するための適切な回路と組み合わされたソフトウェアを包含することが意図されている。そのような請求項によって定義される本願の原理は、前記さまざまな記載される手段によって提供される機能性が請求項が記載する仕方で組み合わされ、一緒にされるという事実にある。よって、これらの機能性を提供できる任意の手段が本願で示されている手段と等価であると見なされる。
【００２４】
明細書における本願の原理の「一つの実施形態」または「ある実施形態」への言及は、その実施形態との関連で記載されている特定の特徴、構造、特性などが本願の原理の少なくとも一つの実施形態に含まれることを意味する。よって、本明細書を通じた随所に現れる「一つの実施形態では」または「ある実施形態では」といった句の出現は、必ずしもみな同じ実施形態を指すのではない。
【００２５】
本稿での用法では、「高レベルのシンタックス」は、マクロブロック層より階層的に上にあるビットストリームに存するシンタックスを指す。たとえば、本稿で使われるところの高レベルのシンタックスは、これに限られないが、スライス・ヘッダ・レベル、補足向上情報（SEI: Supplemental Enhancement Information）レベル、映像パラメータ・セット（PPS: Picture Parameter Set）・レベル、シーケンス・パラメータ・セット（SPS: Sequence Parameter Set）・レベルおよびネットワーク抽象化層（NAL: Network Abstraction Layer）ユニット・ヘッダ・レベルでのシンタックスを指しうる。
【００２６】
「Iビュー」は、同じビュー内のデコードされた標本値のみからの予測を使ってデコードでき、他のいかなるビューにも依存しない、よって独立してデコードできるビューを指す。
【００２７】
「Pビュー」は、同じビュー内のデコードされた標本値からの予測または前にデコードされた参照映像からのビュー間予測を使ってデコードされうるビューを指す。前記参照映像を位置させるためにリスト0のみを使う。
【００２８】
「Bビュー」は、同じビュー内のデコードされた標本値からの予測または前にデコードされた参照映像からのビュー間予測を使ってデコードされうるビューを指す。前記参照映像を位置させるためにリスト0およびリスト1を使う。
【００２９】
「ビュー・レベル」は、特定のNALユニットについてビュー・スケーラビリティのレベルを示す。
【００３０】
「ビュー方向」は、Iビューを中央ビューとして４つの方向の一つを示す。可能な方向は左、右、上または下である。
【００３１】
図１に目を向けると、例示的なマルチビュー・ビデオ符号化（MVC）エンコーダが概括的に参照符号１００によって示されている。エンコーダ１００は、変換器（transformer）１１０の入力と信号通信で接続された出力をもつ組み合わせ器（combiner）１０５を含む。変換器１１０の出力は量子化器１１５と信号通信で接続されている。量子化器１１５の出力は、エントロピー符号化器１２０の入力および逆量子化器１２５の入力と信号通信で接続されている。逆量子化器の出力１２５は、逆変換器１３０の入力と信号通信で接続されている。逆変換器１３０の出力は、組み合わせ器１３５の第一の非反転入力と信号通信で接続されている。組み合わせ器１３５の出力は、イントラ予測器１４５の入力およびブロック解除フィルタ（deblocking filter）１５０の入力と信号通信で接続されている。ブロック解除フィルタ１５０の出力は、（ビューiについての）参照映像記憶１５５の入力と信号通信で接続されている。参照映像記憶１５５の出力は、動き補償器１７５の第一の入力および動き推定器１８０の第一の入力と信号通信で接続されている。動き推定器１８０の出力は、動き補償器１７５の第二の入力と信号通信で接続されている。
【００３２】
（他のビューについての）参照映像記憶１６０の出力は不均等性（disparity）推定器１７０の第一の入力および不均等性補償器１６５の第一の入力と信号通信で接続されている。不均等性推定器１７０の出力は、不均等性補償器１６５の第二の入力と信号通信で接続されている。
【００３３】
エントロピー符号化器１２０の出力は、エンコーダ１００の出力として利用可能である。組み合わせ器１０５の非反転入力は、エンコーダ１００の入力として利用可能であり、不均等性推定器１７０の第二の入力および動き推定器１８０の第二の入力と信号通信で接続されている。スイッチ１８５の出力は、組み合わせ器１３５の第二の非反転入力および組み合わせ器１０５の反転入力と信号通信で接続されている。スイッチ１８５は、動き補償器１７５の出力と信号通信で接続されている第一の入力、不均等性補償器１６５の出力と信号通信で接続されている第二の入力およびイントラ予測器１４５の出力と信号通信で接続されている第三の入力を含む。
【００３４】
図２に目を向けると、例示的なマルチビュー・ビデオ符号化（MVC）デコーダが、参照符号２００によって概括的に示されている。デコーダ２００は、逆量子化器２１０の入力と信号通信で接続された出力をもつエントロピー復号器２０５を含む。逆量子化器の出力は、逆変換器２１５の入力と信号通信で接続されている。逆変換器２１５の出力は、組み合わせ器２２０の第一の非反転入力と信号通信で接続されている。組み合わせ器２２０の出力は、ブロック解除フィルタ２２５の入力およびイントラ予測器２３０の入力と信号通信で接続されている。ブロック解除フィルタ２２５の出力は、（ビューiについての）参照映像記憶２４０の入力と信号通信で接続されている。参照映像記憶２４０の出力は、動き補償器２３５の第一の入力と信号通信で接続されている。
【００３５】
（他のビューについての）参照映像記憶２４５の出力は、不均等性補償器２５０の第一の入力と信号通信で接続されている。
【００３６】
エントロピー復号器２０５の入力は、デコーダ２００への入力として、残留ビットストリーム（residual bitstream）を受領するために利用可能である。さらに、スイッチ２５５の制御入力も、デコーダ２００への入力として、どの入力がスイッチ２５５によって選択されるかを制御するための制御シンタックスを受領するために利用可能である。さらに、動き補償器２３５の第二の入力は、デコーダ２００の入力として、動きベクトルを受領するために利用可能である。また、不均等性補償器２５０の第二の入力が、デコーダ２００への入力として、不均等性ベクトル（disparity vector）を受領するために利用可能である。
【００３７】
スイッチ２５５の出力は、組み合わせ器２２０の第二の非反転入力と信号通信で接続されている。スイッチ２５５の第一の入力は、不均等性補償器２５０の出力と信号通信で接続されている。スイッチ２５５の第二の入力は、動き補償器２３５の出力と信号通信で接続されている。スイッチ２５５の第三の入力は、イントラ予測器２３０の出力と信号通信で接続されている。モード・モジュール２６０の出力は、スイッチ２５５によってどの入力が選択されるかを制御するために、スイッチ２５５と信号通信で接続されている。ブロック解除フィルタ２２５の出力は、当該デコーダの出力として利用可能である。
【００３８】
本願の原理によれば、マルチビュー・ビデオ符号化（MVC）においてビューのスケーラビリティを伝える方法および装置が提供される。
【００３９】
ある実施形態では、ビュー・スケーラビリティは、メッセージ、フィールド、フラグおよびシンタックス要素の少なくとも一つを使って信号伝達および／または指示される。ある実施形態では、ビュー・スケーラビリティは高レベルのシンタックス要素を介して信号伝達される。たとえば、ある実施形態では、ビュー・スケーラビリティはネットワーク抽象化層（NAL）ユニット・ヘッダ内でビュー・スケーラビリティを信号伝達することによってサポートされる。
【００４０】
前述したように、マルチビュー・ビデオ符号化（MVC）の現行の実装では、ビュー・スケーラビリティをサポートする方法が存在しない。ある実施形態では、NALユニット・ヘッダを修正することによってこの問題に対処する。すなわち、NALユニット・ヘッダ内に、ビュー・スケーラビリティをサポートするのに十分なビュー・スケーラビリティに係る情報を含める。
【００４１】
他の実施形態では、ビュー・スケーラビリティを指示する高レベルのシンタックスは、これに限られないが、シーケンス・パラメータ・セット（SPS）、映像パラメータ・セット（PPS）、補足向上情報（SEI）メッセージおよびスライス・ヘッダにおけるシンタックスを含む一つまたは複数の他の高レベルのシンタックス中に存在していてもよい。ビュー・スケーラビリティ情報が帯域内（in-band）または帯域外（out-of-band）のいずれで信号伝達されてもよいことは理解されるべきである。
【００４２】
NALユニット・ヘッダ実施形態の一つの実装では、我々は、ビュー・スケーラビリティ情報を伝達するためにNALユニット・ヘッダ内の既存のビットの再利用を記述する。こうして、我々はビュー方向を信号伝達することを提案し、各ビューについて、我々はスケーラビリティを信号伝達することを提案する。Iビューについては、このビューに属するNALユニットを記述するためにサフィックスNALユニット（suffix NAL unit）が使用されてもよく、よってこのビューについては方向情報は要求されない。
【００４３】
他のすべてのビューについて、ある実施形態では、前記方向を信号伝達するために2ビットが使用されうる。もちろん、本願の原理の精神を維持しながら異なるビット数が使用されてもよい。
【００４４】
ビュー・スケーラビリティのある実施形態が図３に、表１の提案されるシンタックスを使って示されている。図３に目を向けると、本願の原理が適用されうるビュー・スケーラビリティの例が概括的に参照符号３００によって示されている。図３において、中央のIビューから4つの方向がある。Iビューは方向情報を必要としない。国際標準化機関／国際電気標準会議（ISO/IEC）動画像専門家グループ４（MPEG-4）パート10の先進ビデオ符号化（AVC）規格／国際電気通信連合・電気通信部門（ITU-T）H.264勧告（以下では「MPEG-4-AVC規格」）と互換のシンタックスで符号化され、この情報を信号伝達するためにはサフィックスNALユニットが使用されることになるからである。他のすべてのビュー方向は、2ビットのview_direction〔ビュー方向〕シンタックス要素を使って指示される。これは、図３において最初の2ビットで示されている。図３の他の3つのビットはview_level〔ビュー・レベル〕情報に対応する。これら5つのビットの組み合わせを使って粗いビュー・スケーラビリティが達成できる。
【００４５】
たとえば、目標値がview_direction<=01およびview_level=000と設定される場合、Iビュー、方向０および方向１が選択されることになる。各ビュー内で、Pビューのみが選択され、すべてのBビューは破棄されることになる。
【００４６】
2ビットでは方向を割り当てるために十分ではない場合がありうる。この場合、一つの解決策は複数のカメラをグループ化することである。
【００４７】
この情報は、依存性情報をも信号伝達し、よって粗いランダム・アクセスのためにも使用できる。たとえば、方向２においてPビューを要求する場合、view_direction=10およびview_level==000に設定する。このようにして、方向２においてランダム・アクセス・Pビューを達成できる。
【００４８】
【表３】
0005621018.tif 000004
図４に目を向けると、マルチビュー・ビデオ・コンテンツをエンコードし、そのビュー・スケーラビリティを伝達する例示的な方法が概括的に参照符号４００によって示されている。
【００４９】
方法４００は、開始ブロック４００を含み、開始ブロック４００は制御を機能ブロック４０５に渡す。機能ブロック４０５はエンコーダ構成設定ファイルを読み、制御を機能ブロック４１５に渡す。機能ブロック４１５はview_direction、view_levelおよびview_idをユーザー定義値に設定し、制御を機能ブロック４２０に渡す。機能ブロック４２０はシーケンス・パラメータ・セット（SPS）、映像パラメータ・セット（PPS）、ビュー・パラメータ・セット（VPS: View Parameter Set）、スライス・ヘッダおよび／またはNALユニット・ヘッダにおけるview_level、view_idおよびview_directionを設定し、制御を機能ブロック４２５に渡す。機能ブロック４２５はビューの数を変数Nに等しくし、変数i（ビュー番号のインデックス）およびj（映像番号のインデックス）を0に等しくし、制御を判断ブロック４３０に渡す。判断ブロック４３０は、iがNより小さいかどうかを判定する。もしそうなら、制御は機能ブロック４３５に渡される。もしそうでなければ、制御は機能ブロック４７０に渡される。
【００５０】
機能ブロック４３５は、jがビューiにおける映像の数より小さいかどうかを判定する。もしそうなら、制御は機能ブロック４４０に渡される。もしそうでなければ、制御は機能ブロック４９０に渡される。
【００５１】
機能ブロック４４０は現在マクロブロックのエンコードを開始し、制御を機能ブロック４４５に渡す。機能ブロック４４５はマクロブロック・モードを選択し、制御を機能ブロック４５０に渡す。機能ブロック４５０は現在マクロブロックをエンコードし、制御を判断ブロック４５５に渡す。判断ブロック４５５はすべてのマクロブロックがエンコードされたかどうかを判定する。もしそうなら、制御は機能ブロック４６０に渡される。もしそうでなければ、制御は機能ブロック４４０に返される。
【００５２】
機能ブロック４６０は変数jをインクリメントし、制御を機能ブロック４６５に渡す。機能ブロック４６５はframe_numおよび映像順カウント（POC: Picture Order Count）の値をインクリメントし、制御を判断ブロック４３５に返す。
【００５３】
判断ブロック４７０は、シーケンス・パラメータ・セット（SPS）、映像パラメータ・セット（PPS）および／またはビュー・パラメータ・セット（VPS）を帯域内で信号伝達するかどうかを決定する。もしそうであれば、制御は機能ブロック４７５に渡される。もしそうでなければ、制御は機能ブロック４８０に渡される。
【００５４】
機能ブロック４７５は、シーケンス・パラメータ・セット（SPS）、映像パラメータ・セット（PPS）および／またはビュー・パラメータ・セット（VPS）をファイルに書き込み（帯域内）、制御を機能ブロック４８５に渡す。
【００５５】
機能ブロック４８０はシーケンス・パラメータ・セット（SPS）、映像パラメータ・セット（PPS）および／またはビュー・パラメータ・セット（VPS: View Parameter Set）を帯域外で書き込み、制御を機能ブロック４８５に渡す。
【００５６】
機能ブロック４８５はビットストリームをファイルに書き込み、あるいはビットストリームをネットワークを通じてストリーミングし、制御を終了ブロック４９９に渡す。
【００５７】
機能ブロック４９０は変数iをインクリメントし、frame_numおよび映像順カウント（POC）の値をリセットし、制御を判断ブロック４３０に返す。
【００５８】
図５に目を向けると、マルチビュー・ビデオ・コンテンツをデコードし、そのビュー・スケーラビリティを判別する例示的な方法が概括的に参照符号５００によって示されている。
【００５９】
方法５００は、開始ブロック５０５を含んでおり、開始ブロック５０５は機能ブロック５１０に制御を渡す。機能ブロック５１０は、シーケンス・パラメータ・セット（SPS）、映像パラメータ・セット（PPS）、ビュー・パラメータ・セット（VPS）、スライス・ヘッダおよび／またはNALユニット・ヘッダからview_id、view_directionおよびview_levelをパースし（parse）、制御を機能ブロック５１５に渡す。機能ブロック５１５は、現在の映像がデコードされる必要があるかどうかを判定するためにview_direction、view_levelおよびview_idを使い（チェック依存性）、制御を判断ブロック５２０に渡す。判断ブロック５２０は現在映像がデコードを必要としているかどうかを判定する。もしそうであれば、制御は機能ブロック５３０に渡される。もしそうでなければ、制御は機能ブロック５２５に渡される。
【００６０】
機能ブロック５２５は次の映像を取得し、制御を機能ブロック５３０に渡す。
【００６１】
機能ブロック５３０はスライス・ヘッダをパースし、制御を機能ブロック５３５に渡す。機能ブロック５３５はマクロブロック・モード、動きベクトルおよびref_idxをパースし、制御を機能ブロック５４０に渡す。機能ブロック５４０は現在マクロブロックをデコードし、制御を判断ブロック５４５に渡す。判断ブロック５４５はすべてのマクロブロックがデコードされたかどうかを判定する。もしそうであれば、制御は機能ブロック５５０に渡される。もしそうでなければ、制御は機能ブロック５３５に返される。
【００６２】
機能ブロック５５０は現在映像をデコードされた映像バッファに挿入し、制御を判断ブロック５５５に渡す。判断ブロック５５５はすべての映像がデコードされたかどうかを判定する。もしそうであれば、制御は終了ブロック５９９に渡される。もしそうでなければ、制御は機能ブロック５３０に返される。
【００６３】
ここで、本発明の多くの付随する利点／特徴のいくつかの記載を与えておく。そのいくつかはすでに上述されている。たとえば、一つの利点／特徴は、合成ビットストリームにおけるマルチビュー・ビデオ・コンテンツに対応する少なくとも一つのビューのための少なくとも一つの映像をエンコードするエンコーダを含む。前記エンコーダは、前記少なくとも一つのビューについてビュー・スケーラビリティをサポートするためにビュー方向およびビュー・レベルの少なくとも一つを、メッセージ、フィールド、フラグおよびシンタックス要素の少なくとも一つを使って信号伝達する（signal）。
【００６４】
もう一つの利点／特徴は、上記のようなエンコーダを有する装置であって、前記シンタックス要素が高レベルのシンタックス要素であるものである。
【００６５】
さらにもう一つの利点／特徴は、上記のような高レベルのシンタックス要素を使うエンコーダを有する装置であって、前記高レベルのシンタックス要素が、シーケンス・パラメータ・セット、映像パラメータ・セット、補足向上情報メッセージ、スライス・ヘッダおよびネットワーク抽象化層ユニット・ヘッダの少なくとも一つに含まれるものである。
【００６６】
さらにもう一つの利点／特徴は、上記のようなエンコーダを有する装置であって、前記ビュー方向および前記ビュー・レベルの少なくとも一つが、帯域内および帯域外の少なくとも一方で信号伝達されるものである。
【００６７】
さらにもう一つの利点／特徴は、上記のようなエンコーダを有する装置であって、前記ビュー方向および前記ビュー・レベルが依存性情報として使われるものである。
【００６８】
さらにもう一つの利点／特徴は、上記のような、前記ビュー方向および前記ビュー・レベルが依存性情報として使われるエンコーダを有する装置であって、前記依存性情報がデコーダによって、前記少なくとも一つのビューへのランダム・アクセスのために使用されるためであるものである。
【００６９】
また、もう一つの利点／特徴は、上記のようなエンコーダを有する装置であって、直前のネットワーク抽象化層ユニットを指定するためにサフィックス・ネットワーク抽象化層ユニットが使用され、前記ビュー方向および前記ビュー・レベルが前記サフィックス・ネットワーク抽象化層ユニットにおいて信号伝達されるものである。
【００７０】
本願の原理のこれらおよびその他の特徴および利点は、本願の教示に基づいて当業者によって容易に認識されうる。本願の原理の教示がハードウェア、ソフトウェア、ファームウェア、特殊目的プロセッサまたはそれらの組み合わせのさまざまな形で実装されうることは理解されるものである。
【００７１】
最も好ましくは、本願の原理の教示はハードウェアおよびソフトウェアの組み合わせとして実装される。さらに、ソフトウェアは、プログラム記憶ユニット上に具体的に具現されたアプリケーション・プログラムとして実装されてもよい。該アプリケーション・プログラムはいかなる好適なアーキテクチャを有する機械にアップロードされ、該機械によって実行されてもよい。好ましくは、前記機械は、一つまたは複数の中央処理ユニット（「CPU」）、ランダム・アクセス・メモリ（「RAM」）および入出力（「I/O」）インターフェースといったハードウェアをもつコンピュータ・プラットフォーム上で実装される。前記コンピュータ・プラットフォームはまた、オペレーティング・システムおよびマイクロ命令コードをも含みうる。本稿に記載されたさまざまなプロセスおよび機能はマイクロ命令コードの一部もしくはアプリケーション・プログラムの一部またはそれらの任意の組み合わせであってよく、CPUによって実行されてよい。さらに、追加的なデータ記憶ユニットおよび印刷ユニットといったさまざまな他の周辺ユニットがコンピュータ・プラットフォームに接続されていてもよい。
【００７２】
付属の図面に描かれている構成システム・コンポーネントおよび方法のいくつかは好ましくはソフトウェアにおいて実装されるので、システム・コンポーネントまたはプロセス機能ブロックの間の実際の接続は、本願の原理がプログラムされる仕方に依存して異なることがありうる。本稿の教示を与えられれば、当業者は、本願の原理のこれらおよび同様の実装または構成を考えることができるであろう。
【００７３】
本稿では例示的な実施形態が付属の図面を参照して記載されてきたが、本願の原理はそうした厳密な実施形態に限定されるものではなく、当業者は本願の原理の範囲や精神から外れることなくそれにさまざまな変更および修正を実施しうることは理解されるものである。そのようなすべての変更および修正は付属の請求項に記載される本発明の範囲内に含まれることが意図されている。
【図１】
0005621018.tif 000005
【図２】
0005621018.tif 000006
【図３】
0005621018.tif 000007
【図４】
0005621018.tif 000008
【図５】
0005621018.tif 000009