JP2017508371A

JP2017508371A - ３ｄビデオコーディングにおけるカメラパラメータ処理方法および装置

Info

Publication number: JP2017508371A
Application number: JP2016549760A
Authority: JP
Inventors: ソンミユ; チョンハクナム; ソフンイェ
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2014-10-08
Filing date: 2015-09-24
Publication date: 2017-03-23
Anticipated expiration: 2035-09-24
Also published as: WO2016056779A1; US10419779B2; CN106105218B; US20160337665A1; KR20170069957A; EP3206401A1; EP3206401A4; CN106105218A; JP6445026B2

Abstract

本発明は、３Ｄビデオをコーディングする装置および方法に関し、本発明によるデコーディング方法は、デプス値を視差値に変換するためのカメラパラメータを第１のシンタックスを介して受信するステップと、前スライスまたは前ピクチャに適用されるカメラパラメータが現在スライスまたは現在ピクチャに適用されるか否かを判断するステップと、カメラパラメータが現在スライスまたは現在ピクチャに適用される場合、カメラパラメータに基づいて現在ブロックに関する視差値を導出するステップと、を有する。本発明によると、一定区間のスライスまたはピクチャは、同じカメラパラメータを共有することができ、重複する情報の送信を防止し、コーディング効率を向上させることができる。【選択図】図７

Description

本発明は、ビデオコーディングに関する技術であって、より詳しくは、３Ｄビデオコーディングにおけるカメラパラメータ処理方法および３Ｄビデオコーディングにおけるカメラパラメータ処理装置に関する。

最近、高解像度、高品質の映像に対する要求が多様な応用分野において増加している。しかしながら、映像が高解像度を有し高品質になるほど、該当映像に関する情報量も共に増加する。

したがって、従来の有線／無線広帯域回線などの媒体を利用して、映像情報を送信するか、または従来の記憶（格納）媒体（storage media）を利用して映像情報を記憶（格納）する（store）場合には、情報の送信コストおよび記憶コストが増加するようになる。高解像度、高品質映像の情報を効果的に送信したり記憶し、再生するために、高効率の映像圧縮技術を利用できる。

一方、高解像／大容量の映像を処理できるようになるにつれて、３Ｄビデオを利用したデジタル放送サービスが次世代放送サービスの一つとして注目されている。３Ｄビデオは、複数の視点（ビュー）（view）チャネルを利用して現場感（リアリズム）および没入感（臨場感）を提供できる。

３Ｄビデオは、ＦＶＶ（Free Viewpoint Video）、ＦＴＶ（Free Viewpoint TV）、３ＤＴＶ、社会安全網（surveillance）およびホームエンターテイメントなどの多様な領域（分野）で使用されることができる。

シングルビュービデオ（single view video）とは異なり、マルチビューを利用した３Ｄビデオは、同じＰＯＣ（Picture Order Count）のビュー間で高い相関度（correlation）を有する。マルチビュー映像は、隣接した複数のカメラ、即ち、複数の視点（view）を利用して全く同じ場面を同時に撮影するから、パララックス（方位角差）（視差）（parallax）および僅かな照明差を除外すると、ほとんど同じ情報を含んでいるので、互いに異なるビュー間の相関度が高い。

したがって、マルチビュービデオのエンコード／デコードでは、互いに異なるビュー間の相関度を考慮して、現在ビューのエンコードおよび／またはデコードに必要な情報を獲得できる。例えば、現在ビューのデコード対象ブロックを他のビューのブロックを参照して予測またはデコードできる。

本発明は、３Ｄビデオコーディングにおいて、現在ブロックを予測する方法および装置を提供する。

本発明は、３Ｄビデオコーディングにおいて、デプス（深さ）（depth）値を視差（ディスパリティ）（disparity）値に変換する方法および装置を提供する。

本発明は、３Ｄビデオコーディングにおいて、一定区間のスライスまたはピクチャ間の同じカメラパラメータを共有する方法および装置を提供する。

本発明は、現在の重複したカメラパラメータの送信を防止する方法および装置を提供する。

本発明の一実施例によると、３次元（3 Dimensional；３Ｄ）ビデオデコーディング方法が提供される。このデコーディング方法は、デプス値（depth value）を視差値（disparity value）に変換するためのカメラパラメータを第１のシンタックスを介して受信するステップと、前スライスまたは前ピクチャ（previous slice or picture）に適用されるカメラパラメータが現在スライスまたは現在ピクチャ（current slice or picture）に適用されるか否かを判断（決定）するステップと、カメラパラメータが現在スライスまたは現在ピクチャに適用される場合、カメラパラメータに基づいて現在ブロックに関する視差値を導出するステップと、を有することを特徴とする。

本発明の他の実施例によると、３次元（3 Dimensional；３Ｄ）ビデオデコーディング装置が提供される。このデコーディング装置は、デプス値を視差値に変換するためのカメラパラメータを第１のシンタックスを介して受信するデコーディング部と、前スライスまたは前ピクチャに適用されるカメラパラメータが現在スライスまたは現在ピクチャに適用されるか否かを判断し、カメラパラメータが現在スライスまたは現在ピクチャに適用される場合、カメラパラメータに基づいて現在ブロックに関する視差値を導出する予測部と、を有することを特徴とする。

本発明によると、３Ｄビデオコーディングにおいて、受信されたカメラパラメータに基づいてデプス値を視差値に変換することができる。

本発明によると、一定区間のスライスまたはピクチャは、同じカメラパラメータを共有することができ、重複する情報の送信を防止し、コーディング効率を向上させることができる。

本発明が適用されることができる３Ｄビデオのエンコーディングおよびデコーディング処理（process）を概略的に説明する図である。本発明が適用されることができるビデオエンコーディング装置の構成を概略的に説明する図である。本発明が適用されることができるビデオデコーディング装置の構成を概略的に説明する図である。本発明で使うことができるカメラパラメータを説明するための図である。本発明で使うことができるカメラパラメータを説明するための図である。複数のカメラパラメータセットに対するスライス別参照対象カメラパラメータセットを例示する図である。本発明の実施例によるカメラパラメータエンコーディング方法を概略的に示す流れ図である。本発明の実施例によるカメラパラメータデコーディング方法を概略的に示す流れ図である。

本発明は多様な変更を加えることができ、さまざまな実施形態を有することができるところ、特定の実施形態を図面に例示し、詳細に説明する。しかしながら、これは本発明を特定の実施形態に限定しようとするものではない。本明細書で使用する用語は単に特定の実施形態を説明するために使われたものであって、本発明の技術的思想を限定する意図として使われるものではない。単数の表現は、文脈上、明白に異なる意味として使用されない限り、複数の表現を含む。本明細書において、「含む」または「有する」などの用語は、明細書上に記載された特徴、数字、ステップ、動作、構成要素、部品、またはこれらを組み合わせたものが存在することを指定しようとするものであり、１つまたはその以上の他の特徴や数字、ステップ、動作、構成要素、部品、またはこれらを組み合わせたものの存在または付加可能性を予め排除しないことと理解されるべきである。

一方、本発明で説明される図面上の各構成は、ビデオエンコーディング装置／デコーディング装置で互いに異なる特徴的な機能に関する説明の便宜のために独立して図示されたものであって、各構成が互いに別のハードウェアや別のソフトウェアで具現されることを意味しない。例えば、各構成のうち、２つ以上の構成を組み合わせて１つの構成をなすこともでき、１つの構成が複数の構成に分けられることもできる。各構成が統合および／又は分離された実施形態も本発明の本質から逸脱しない限り、本発明の権利範囲に含まれる。

以下、添付した図面を参照して、本発明の好ましい実施形態をより詳細に説明する。以下、図面上の同一の構成要素に対しては同一の参照符号を使用し、同一の構成要素に対して重複する説明は省略する。

本明細書において、ピクチャ（picture）は、一般に特定時間帯の一つの映像を示す単位を意味し、スライス（slice）は、コーディングにおいてピクチャの一部を構成する単位である。一つのピクチャは、複数のスライスで構成されることができ、必要によって、ピクチャおよびスライスは、互いに混同されて使われることができる。

ピクセル（pixel）またはペル（pel）は、一つのピクチャ（または、映像）を構成する最小の単位を意味する。また、特定のピクセルの値を示す用語として「サンプル（sample）」が使われることができる。サンプルは、一般にピクセルの値を示すことができ、輝度（luma）成分のピクセル値のみを示すこともでき、彩度（chroma）成分のピクセル値のみを示すこともできる。

ユニット（unit）は、映像処理の基本単位を示す。ユニットは、ピクチャの特定領域および該当領域に関連した情報のうち少なくとも一つを含むことができる。ユニットは、場合によって、ブロック（block）または領域（area）などの用語と混同して使われることができる。一般的な場合、Ｍ×Ｎブロックは、Ｍ個の列およびＮ個の行からなるサンプルまたは変換係数（transform coefficient）のセットを示すことができる。

図１は、本発明が適用されることができる３Ｄビデオのエンコーディングおよびデコーディング処理（過程）（process）を概略的に説明する図である。

図１を参照すると、３Ｄビデオエンコーダは、ビデオピクチャ、デプスマップ（depth map）およびカメラパラメータ（camera parameter）をエンコーディング（エンコード）してビットストリームで出力できる。

デプスマップは、対応するビデオピクチャ（テクスチャピクチャ）のピクセルに対してカメラと被写体との間の距離情報（深さ情報）で構成されることができる。例えば、デプスマップは、深さ情報をビットデプス（bit depth）によって正規化した映像である。このとき、デプスマップは、色差表現なしで記録された深さ情報で構成されることができる。デプスマップは、デプスマップピクチャまたはデプスピクチャと呼ぶことができる。

一般に、被写体との距離と視差とは互いに反比例するため、カメラパラメータを利用してデプスマップの深さ情報からビュー間の相関度を示す視差情報を導出する（derive）ことができる。

一般的な、カラー映像、即ち、ビデオピクチャ（テクスチャピクチャ）と共にデプスマップおよびカメラパラメータを含むビットストリームは、ネットワーク（network）または記憶媒体を介してデコーダに送信されることができる。

デコーダ側では、ビットストリームを受信してビデオを復元することができる。デコーダ側で３Ｄビデオデコーダが利用される場合、３Ｄビデオデコーダは、ビットストリームからビデオピクチャ、デプスマップおよびカメラパラメータをデコーディング（デコード）することができる。デコーディングされたビデオピクチャ、デプスマップおよびカメラパラメータに基づいて、マルチビュー（multi view）ディスプレイに必要なビューを合成する（synthesize）することもできる。このとき、使われるディスプレイがステレオ（stereo）ディスプレイである場合、復元されたマルチビューのうち二つのビューに関するピクチャを利用して３Ｄ映像を表示することができる。

ステレオビデオデコーダが使われる場合、ステレオビデオデコーダは、ビットストリームから両眼（eyes）に各々入射される二つのピクチャを復元することができる。ステレオディスプレイでは、左眼に入射される左側映像と右眼に入射される右側映像との視点の差（視差）（view difference）または視差（ディスパリティ）（disparity）を利用して立体映像を表示することができる。ステレオビデオデコーダと共にマルチビューディスプレイが使われる場合には、復元された二つのピクチャに基づいて異なるビューを生成してマルチビューを表示することもできる。

２Ｄデコーダが使われる場合には、２次元映像を復元して２Ｄディスプレイで映像を出力することができる。２Ｄディスプレイを使用するが、デコーダは、３Ｄビデオデコーダを使用したり、ステレオビデオデコーダを使用したりする場合には、復元された映像のうち一つを２Ｄディスプレイで出力することもできる。

図１の構成において、ビュー合成は、デコーダ側で実行されることもでき、ディスプレイ側で実行されることもできる。また、デコーダとディスプレイとは、一つの装置であってもよく、別個の装置であってもよい。

図１では、説明の便宜のために、３Ｄビデオデコーダとステレオビデオデコーダ、そして２Ｄビデオデコーダが別個のデコーダであると説明したが、一つのデコーディング装置が３Ｄビデオデコーディング、ステレオビデオデコーディングおよび２Ｄビデオデコーディングを全て実行することもできる。また、３Ｄビデオデコーディング装置が３Ｄビデオデコーディングを実行し、ステレオビデオデコーディング装置がステレオビデオデコーディングを実行し、２Ｄビデオデコーディング装置が２Ｄビデオデコーディングを実行することもできる。さらに、マルチビューディスプレイが２Ｄビデオを出力したりステレオビデオを出力したりすることもできる。

図２は、本発明が適用されることができるビデオエンコーディング装置の構成を概略的に説明する図である。

図２を参照すると、ビデオエンコーディング装置２００は、ピクチャ分割部２０５、予測部２１０、減算部２１５、変換部２２０、量子化部２２５、再整列部２３０、エントロピエンコーディング部２３５、逆量子化部２４０、逆変換部２４５、加算部２５０、フィルタ部２５５およびメモリ２６０を含む。

ピクチャ分割部２０５は、入力されたピクチャを少なくとも一つの処理ユニットブロック（processing unit block）に分割できる。このとき、処理ユニットブロックは、コーディングユニットブロック（coding unit block）、予測ユニットブロック（prediction unit block）または変換ユニットブロック（transform unit block）である。コーディングユニットブロックは、コーディングのユニットブロックであって、最大（largest）コーディングユニットブロックから４分木（クアッドツリー）構造（quad-tree structure）によって分割（split）されることができる。予測ユニットブロックは、コーディングユニットブロックからパーティショニング（partitioning）されるブロックであって、サンプル予測のユニットブロックである。このとき、予測ユニットブロックは、サブブロック（sub block）に分けられる。変換ユニットブロックは、コーディングユニットブロックから４分木構造によって分割されることができ、変換係数によって導出するユニットブロックまたは変換係数から残差（レジデュアル）信号（residual signal）を導出するユニットブロックである。

以下、コーディングユニットブロックは、コーディングブロック（Coding Block、ＣＢ）またはコーディングユニット（Coding Unit、ＣＵ）と呼び、予測ユニットブロックは、予測ブロック（Prediction Block、ＰＢ）または予測ユニット（Prediction Unit、ＰＵ）と呼び、変換ユニットブロックは、変換ブロック（Transform Block、ＴＢ）または変換ユニット（Transform Unit、ＴＵ）と呼ぶことができる。

予測ブロックまたは予測ユニットは、ピクチャ内でブロック形態の特定領域を意味し、予測サンプルのアレイ（配列）（array）を含むことができる。また、変換ブロックまたは変換ユニットは、ピクチャ内でブロック形態の特定領域を意味し、変換係数または残差サンプルのアレイを含むことができる。

予測部２１０は、処理対象ブロック（以下、現在ブロックという）に関する予測を実行し、上記現在ブロックに対する予測サンプルを含む予測ブロックを生成することができる。予測部２１０で実行される予測の単位は、コーディングブロック、または変換ブロック、または予測ブロックである。

予測部２１０は、現在ブロックにイントラ予測が適用されるか、またはインター予測が適用されるかを決定することができる。一例として、予測部２１０は、ＣＵ単位でイントラ予測またはインター予測のいずれが適用されるかを決定することができる（the predictor 210 may determine whether the intra prediction or the inter prediction is applied in unit of CU）。

イントラ予測の場合、予測部２１０は、現在ブロックが属するピクチャ（以下、現在ピクチャ）内の現在ブロックの外部の参照サンプルに基づいて現在ブロックに対する予測サンプルを導出することができる。このとき、予測部２１０は、（ｉ）現在ブロックの隣接（neighboring）参照サンプルの平均（average）または補間（インターポレーション）（interpolation）に基づいて予測サンプルを導出することができ、（ii）現在ブロックの隣接参照サンプルのうち予測サンプルに対して特定（予測）方向に存在する参照サンプルに基づいて上記予測サンプルを導出することができる。（ｉ）の場合は非方向性モードと呼び、（ii）の場合は方向性（directional）モードと呼ぶことができる。予測部２１０は、隣接ブロックに適用された予測モードを利用して現在ブロックに適用される予測モードを決定することもできる。

インター予測の場合、予測部２１０は、参照ピクチャ上で動きベクトルにより特定されるサンプルに基づいて、現在ブロックに対する予測サンプルを導出することができる。予測部２１０は、スキップ（skip）モード、マージ（merge）モード、およびＭＶＰ（Motion Vector Prediction）モードのうちいずれか一つを適用して現在ブロックに対する予測サンプルを導出することができる。スキップモードおよびマージモードの場合、予測部２１０は、隣接ブロックの動き情報を現在ブロックの動き情報として利用できる。スキップモードの場合、マージモードと違って、予測サンプルと原本サンプルとの間の差（残差）が送信されない。ＭＶＰモードの場合、隣接ブロックの動きベクトルを動きベクトル予測子（motion vector predictor）として利用し、これにより現在ブロックの動きベクトル予測子として利用して現在ブロックの動きベクトルを導出することができる。

インター予測の場合、隣接ブロックは、現在ピクチャ内に存在する空間隣接ブロック（spatial neighboring block）と、参照ピクチャ（reference picture）に存在する時間隣接ブロック（temporal neighboring block）と、を含む。上記時間隣接ブロックを含む参照ピクチャは、コロケート（同じ位置の）ピクチャ（collocated Picture、ｃｏｌＰｉｃ）とも呼ばれる。動き情報（motion information）は、動きベクトルおよび参照ピクチャを含むことができる。スキップモードおよびマージモードで時間隣接ブロックの動き情報が利用される場合、参照ピクチャリスト（reference picture list）上の最上位ピクチャが参照ピクチャとして利用されることもできる。

マルチビューの場合、独立ビュー（independent view）と従属ビュー（dependent view）とに区分されることができ、従属ビューに関するエンコーディングの場合、予測部２１０は、インター予測だけでなく、インタービュー（inter-view）予測を実行することもできる。

予測部２１０は、他のビューのピクチャを含んで参照ピクチャリストを構成することができる。インタービュー予測のために、予測部２１０は、視差ベクトルを導出することができる。現在ビュー内の他のピクチャで現在ブロックに対応するブロックを特定する動きベクトルと違って、視差ベクトルは、現在ピクチャと同じＡＵ（Access Unit）の他のビューで現在ブロックに対応するブロックを特定することができる。ＡＵは、例えば、マルチビューで、同じ時点（same time instance）に対応する（correspond）ビデオピクチャおよびデプスマップを含むことができる。ここで、ＡＵは、ＰＯＣ（Picture Order Count）が同じピクチャのセットを意味する。ＰＯＣは、ピクチャの表示順序に対応し、コーディング順序と区別されることができる。

予測部２１０は、視差ベクトルに基づいて、デプスビュー（depth view）内のデプスブロック（depth block）を特定することができ、マージリストの構成、インタービュー動き予測（inter-view motion prediction）、残差予測、ＩＣ（Illumination Compensation）、ビュー合成（view synthesis）などを実行することができる。

現在ブロックに対する視差ベクトルは、カメラパラメータを利用してデプス値から導出されたり、現在または他のビュー内の隣接ブロックの動きベクトルまたは視差ベクトルから導出されることができる。

例えば、予測部２１０は、参照ビュー（reference view）の時間動き情報に対応するインタービューマージ候補（Inter-view Merging Candidate：ＩｖＭＣ）、視差ベクトルに対応するインタービュー視差ベクトル候補（Inter-view Disparity Vector Candidate：ＩｖＤＣ）、視差ベクトルのシフト（shift）により導出されるシフテッド（シフト）インタービューマージ候補（shifted IvMC）、現在ブロックがデプスマップ上のブロックである場合に対応するテクスチャピクチャから導出されるテクスチャマージ候補（Texture merging candidate：Ｔ）、テクスチャマージ候補から視差を利用して導出される視差導出マージ候補（Disparity derived merging candidate：Ｄ）、ビュー合成に基づいて導出されるビュー合成予測候補（View Synthesis Prediction candidate：ＶＳＰ）などをマージ候補リストに追加できる。

このとき、従属ビューに適用されるマージ候補リストに含まれる候補の個数は、所定の値に制限されることができる。

また、予測部２１０は、インタービュー動きベクトル予測を適用して、視差ベクトルに基づいて現在ブロックの動きベクトルを予測することもできる。このとき、予測部２１０は、対応する深さブロック内の最大深さ値の変換（conversion）に基づいて視差ベクトルを導出することができる。参照ビュー内の現在ブロックのサンプル位置に視差ベクトルを加えて参照ビュー内の参照サンプルの位置が特定されると、参照サンプルを含むブロックを参照ブロックとして利用できる。予測部２１０は、参照ブロックの動きベクトルを現在ブロックの候補動きパラメータまたは動きベクトル予測子候補として利用でき、上記視差ベクトルを視差補償予測（Disparity Compensated Prediction：ＤＣＰ）のための候補視差ベクトルとして利用できる。

減算部２１５は、原本サンプルと予測サンプルとの間の差である残差サンプルを生成する。スキップモードが適用される場合には、前述したように残差サンプルを生成しない。

変換部２２０は、変換ブロック単位で残差サンプルを変換して変換係数（transform coefficient）を生成する。量子化部２２５は、変換係数を量子化し、量子化された変換係数を生成することができる。

再整列部２３０は、量子化された変換係数を再整列する。再整列部２３０は、係数を、スキャン（スキャニング）（scanning）方法を介して、ブロック形態の量子化された変換係数を１次元ベクトル形態に再整列できる。

エントロピエンコーディング部２３５は、量子化された変換係数に対するエントロピエンコーディングを実行することができる。エントロピエンコーディングは、例えば、指数ゴロム（exponential Golomb）、ＣＡＶＬＣ（Context-Adaptive Variable Length Coding）、ＣＡＢＡＣ（Context-Adaptive Binary Arithmetic Coding）などのエンコーディング方法を含むことができる。エントロピエンコーディング部２３５は、量子化された変換係数以外にビデオ復元に必要な情報（例えば、シンタックス要素（syntax element）の値等）を共にまたは別個にエンコーディングすることもできる。エントロピエンコーディングされた情報は、ビットストリーム形態でＮＡＬ（Network Abstraction Layer）ユニット単位で送信または記憶されることができる。

加算部２５０は、残差サンプルと予測サンプルとを加えてピクチャを復元する。残差サンプルおよび予測サンプルは、ブロック単位で加算されて復元ブロックが生成されることができる。ここで、加算部２５０を別個の構成で説明したが、加算部２５０は、予測部２１０の一部であってもよい。

復元されたピクチャ（reconstructed picture）に対して、フィルタ部２５５は、デブロッキングフィルタおよび／またはサンプル適応オフセット（画素適応オフセット）（sample adaptive offset）を適用することができる。デブロッキングフィルタリングおよび／またはサンプル適応オフセットを介して、復元ピクチャ内のブロック境界のアーチファクトや量子化処理での歪曲が補正されることができる。サンプル適応オフセットは、サンプル単位で適用されることができ、デブロッキングフィルタリングの処理が完了した後で適用されることができる。

メモリ２６０は、復元ピクチャまたはエンコーディング／デコーディングに必要な情報を記憶することができる。例えば、メモリ２６０は、インター予測／インタービュー予測に使われる（参照）ピクチャを記憶することができる。このとき、インター予測／インタービュー予測に使われるピクチャは、参照ピクチャセット（reference picture set）または参照ピクチャリスト（reference picture list）により指定されることができる。

ここでは、一つのエンコーディング装置が独立ビューおよび従属ビューをエンコーディングすると説明したが、これは説明の便宜のためのものに過ぎず、ビューごとに別個のエンコーディング装置が構成されたり、ビューごとに別個の内部モジュール（例えば、各ビュー別予測モジュール）が構成されたりすることもできる。

図３は、本発明が適用されることができるビデオデコーディング装置の構成を概略的に説明する図である。

図３を参照すると、ビデオデコーディング装置３００は、エントロピデコーディング部３１０、再整列部３２０、逆量子化部３３０、逆変換部３４０、予測部３５０、加算部３６０、フィルタ部３７０、メモリ３８０を含む。

ビデオ情報を含むビットストリームが入力されると、ビデオデコーディング装置３００は、ビデオエンコーディング装置でビデオ情報が処理されたプロセスに対応してビデオを復元することができる。

例えば、ビデオデコーディング装置３００は、ビデオエンコーディング装置で適用された処理ユニットを利用してビデオデコーディングを実行することができる。したがって、ビデオデコーディングの処理ユニットブロックは、コーディングユニットブロック、予測ユニットブロックまたは変換ユニットブロックである。コーディングユニットブロックは、デコーディングのユニットブロックであって、最大コーディングユニットブロックから４分木構造によって分割されることができる。予測ユニットブロックは、コーディングユニットブロックからパーティショニングされるブロックであって、サンプル予測のユニットブロックである。このとき、予測ユニットブロックは、サブブロックに分けられる。変換ユニットブロックは、コーディングユニットブロックから４分木構造によって分割されることができ、変換係数を導出するユニットブロックまたは変換係数から残差信号を導出するユニットブロックである。

エントロピデコーディング部３１０は、ビットストリームをパージングしてビデオ復元またはピクチャ復元に必要な情報を出力することができる。例えば、エントロピデコーディング部３１０は、指数ゴロム符号化、ＣＡＶＬＣまたはＣＡＢＡＣなどのコーディング方法に基づいてビットストリーム内の情報をデコーディングし、ビデオ復元に必要なシンタックスエレメントの値、残差に関する変換係数の量子化された値を出力することができる。

３Ｄビデオを再生するために、複数のビュー（view）を処理する場合、ビットストリームは、各ビューごとに入力されることができる。または、ビットストリーム内で各ビューに関する情報がマルチプレクシングされている。この場合、エントロピデコーディング部３１０は、ビットストリームを逆多重化（de-multiplexing）してビューごとにパージング（parsing）することもできる。

再整列部３２０は、量子化されている変換係数を２次元のブロック形態で再整列できる。再整列部３２０は、エンコーディング装置で実行された係数スキャンに対応して再整列を実行することができる。

逆量子化部３３０は、量子化されている変換係数を（逆）量子化パラメータに基づいて逆量子化して変換係数を出力することができる。このとき、量子化パラメータを導出するための情報は、エンコーディング装置からシグナリングされることができる。

逆変換部３４０は、変換係数を逆変換して残差サンプルを導出することができる。

予測部３５０は、現在ブロックに関する予測を実行し、上記現在ブロックに対する予測サンプルを含む予測ブロックを生成することができる。予測部３５０で実行される予測の単位は、コーディングブロック、または変換ブロック、または予測ブロックである。

予測部３５０は、イントラ予測を適用するか、またはインター予測を適用するかを決定することができる。このとき、イントラ予測またはインター予測のうちいずれを適用するかを決定する単位と予測サンプルを生成する単位とは異なる。また、インター予測とイントラ予測とにおいて、予測サンプルを生成する単位も異なる。例えば、インター予測またはイントラ予測のうちいずれを適用するかは、ＣＵ単位で決定できる。また、例えば、インター予測において、ＰＵ単位で予測モードを決定して予測サンプルを生成することができ、イントラ予測において、ＰＵ単位で予測モードを決定して、ＴＵ単位で予測サンプルを生成することもできる。

イントラ予測の場合に、予測部３５０は、現在ピクチャ内の隣接参照サンプルに基づいて現在ブロックに対する予測サンプルを導出することができる。予測部３５０は、現在ブロックの隣接参照サンプルに基づいて方向性モードまたは非方向性モードを適用して現在ブロックに対する予測サンプルを導出することができる。このとき、隣接ブロックのイントラ予測モードを利用して現在ブロックに適用する予測モードが決定されることもできる。

インター予測の場合に、予測部３５０は、参照ピクチャ上の動きベクトルにより参照ピクチャ上で特定されるサンプルに基づいて、現在ブロックに対する予測サンプルを導出することができる。予測部３５０は、スキップ（skip）モード、マージ（merge）モードおよびＭＶＰモードのうちいずれか一つを適用して、現在ブロックに対する予測サンプルを導出することができる。

スキップモードおよびマージモードの場合に、隣接ブロックの動き情報が現在ブロックの動き情報として利用されることができる。このとき、隣接ブロックは、空間隣接ブロックおよび時間隣接ブロックを含むことができる。

予測部３５０は、使用可能な（available）隣接ブロックの動き情報でマージ候補リストを構成し、マージインデックスがマージ候補リスト上で指示する情報を現在ブロックの動きベクトルとして使用することができる。マージインデックスは、エンコーディング装置からシグナリングされることができる。動き情報は、動きベクトルおよび参照ピクチャを含むことができる。スキップモードおよびマージモードで時間隣接ブロックの動き情報が利用される場合に、参照ピクチャリスト上の最上位ピクチャが参照ピクチャとして利用されることができる。

スキップモードの場合、マージモードと違って、予測サンプルと原本サンプルとの間の差（残差）が送信されない。

ＭＶＰモードの場合、隣接ブロックの動きベクトルを動きベクトル予測子（motion vector predictor）として利用して現在ブロックの動きベクトルが導出されることができる。このとき、隣接ブロックは、空間隣接ブロックおよび時間隣接ブロックを含むことができる。

従属ビュー（dependent view）の場合、予測部３５０は、インタービュー予測を実行することができる。このとき、予測部３５０は、他のビューのピクチャを含んで参照ピクチャリストを構成することができる。

インタービュー予測のために、予測部３５０は、視差ベクトルを導出することができる。予測部３５０は、視差ベクトルに基づいて、デプスビュー（depth view）内のデプスブロックを特定することもでき、マージリストの構成、インタービュー動き予測（inter-view motion prediction）、残差予測、ＩＣ（Illumination Compensation）、ビュー合成などを実行することができる。

現在ブロックに関する視差ベクトルは、カメラパラメータを利用してデプス値から導出されたり、現在または他のビュー内の隣接ブロックの動きベクトルまたは視差ベクトルから導出されたりすることができる。カメラパラメータは、エンコーディング装置からシグナリングされることができる。

従属ビューの現在ブロックにマージモードを適用する場合に、予測部３５０は、参照ビュー（reference view）の時間動き情報に対応するＩｖＭＣ、視差ベクトルに対応するＩｖＤＣ、視差ベクトルのシフト（shift）により導出されるシフテッドＩｖＭＣ、現在ブロックがデプスマップ上のブロックである場合に対応するテクスチャピクチャから導出されるテクスチャマージ候補（Ｔ）、テクスチャマージ候補から視差を利用して導出される視差導出マージ候補（Ｄ）、ビュー合成に基づいて導出されるビュー合成予測マージ候補（ＶＳＰ）などをマージ候補リストに追加できる。

また、予測部３５０は、インタービュー動きベクトル予測を適用して、視差ベクトルに基づいて現在ブロックの動きベクトルを予測することもできる。このとき、予測部３５０は、視差ベクトルにより特定される参照ビュー内のブロックを参照ブロックとして利用できる。予測部３５０は、参照ブロックの動きベクトルを現在ブロックの候補動きパラメータまたは動きベクトル予測子候補として利用でき、上記視差ベクトルを視差補償予測（Disparity Compensated Prediction：ＤＣＰ）のための候補視差ベクトルとして利用できる。

加算部３６０は、残差サンプルと予測サンプルとを加えて現在ブロックまたは現在ピクチャを復元することができる。加算部３６０は、残差サンプルと予測サンプルとをブロック単位で加えて現在ピクチャを復元することもできる。スキップモードが適用された場合には残差が送信されないため、予測サンプルが復元サンプルになることができる。ここでは、加算部３６０を別個の構成で説明したが、加算部３６０は、予測部３５０の一部であってもよい。

フィルタ部３７０は、復元されたピクチャにデブロッキングフィルタリングおよび／またはサンプル適応オフセットを適用することができる。このとき、サンプル適応オフセットは、サンプル単位で適用されることができ、デブロッキングフィルタリング以後に適用されることもできる。

メモリ３８０は、復元ピクチャまたはデコーディングに必要な情報を記憶することができる。例えば、メモリ３８０は、インター予測／インタービュー予測に使われるピクチャを記憶することができる。このとき、インター予測／インタービュー予測に使われるピクチャは、参照ピクチャセットまたは参照ピクチャリストにより指定されることもできる。復元されたピクチャは、他のピクチャに対する参照ピクチャとして利用されることができる。

また、メモリ３８０は、復元されたピクチャを出力順序によって出力することもできる。図示されていないが、３Ｄ映像を再生するために、出力部は、複数の互いに異なるビューを表示することができる。

図３の例では、一つのデコーディング装置で独立ビュー（independent view）および従属ビュー（dependent view）がデコーディングされると説明したが、これは説明の便宜のためのものに過ぎず、本発明はこれに限定されるものではない。例えば、ビューごとに各々のデコーディング装置が動作することもでき、一つのデコーディング装置内の各ビューに対応する内部モジュール（例えば、予測モジュール）が備えられることもできる。

マルチビュービデオコーディングは、現在ピクチャと同じＡＵ（access unit）に属する他のビューのデコーディングデータを利用して現在ピクチャをコーディングすることによって、現在ビューに関するビデオコーディング効率を向上させことができる。

マルチビュービデオコーディングでは、ＡＵ単位でビューをコーディングすることができ、ビュー単位でピクチャをコーディングすることもできる。ビュー間では決められた順序によってコーディングが進行される。他のビューの参照無しでコーディングされることができるビューをベースビュー（base view）または独立ビューということができる。また、独立ビューがコーディングされた後、独立ビューまたは他のビューを参照してコーディングされることができるビューを従属ビューまたは拡張ビューということができる。また、現在ビューが従属ビューである場合、現在ビューのコーディングに参照されるビューを参照ビューということもできる。ここで、ビューをコーディングするとは、該当ビューに属するビデオピクチャ、デプスマップなどをコーディングすることを含む。

３Ｄビデオは、一般的なカラー映像情報を有するビデオピクチャ（または、テクスチャ（texture）ピクチャ）と、ビデオピクチャに対する深さ情報を有するデプスマップ（depth map）と、を含む。３Ｄビデオでは、同じＰＯＣに互いに異なる時点を有する複数個のビデオピクチャが存在でき、上記複数個のビデオピクチャに各々対応するデプスマップが存在できる。また、上記複数個のビデオピクチャは、互いに異なる時点を有する複数のカメラから取得されることができる。

３Ｄビデオは、マルチビュービデオプラス（＋）デプス（Multiview Video plus Depth）フォーマット（format）で示される。エンコーディング装置では、いくつかのキャプチャされたビューおよび関連付けられたデプスマップがコーディングされ、それによるビットストリームパケットが（resulting bitstream packets）３Ｄビデオビットストリームでマルチプレクシングされることができる。デコーディング装置では、ビデオピクチャおよびデプスマップに関するデータをデコーディングし、必要な場合、ＤＩＢＲ（Depth-Image-Based Rendering）技法を利用して追加の（付加的な）中間ビュー（additional intermediate view）を合成することができる。ビュー合成のためにカメラパラメータが上記ビットストリームに追加して（付加的に）含まれることができる。カメラパラメータは、Ｚ_Far、Ｚ_near、焦点距離（Focal Length）などを含むことができる。

図４ａおよび図４ｂは、本発明で使うことができるカメラパラメータを説明するための図である。図４ａおよび図４ｂは、３Ｄビデオで使われることができるカメラモデルの実施例を示す。

前述したように、カメラパラメータは、ＶＳＰのために使われる参照ピクチャを合成するために使われることができ、デコーディング装置で中間時点の映像（intermediary time instance image）を生成するために使われることもできる。したがって、デコーディング装置は、各々の時点ごとにカメラパラメータをエンコーディングして、ネットワークまたは記憶媒体を介してデコーディング装置に送信できる。

図４ａを参照すると、Ｗで表示された座標系は、空間におけるカメラの位置を指定するために使われる「基準座標系」を意味する。また、Ｃで表示された座標系は、図４ａに示すカメラパラメータに対応するカメラの焦点（focal point）４１０を原点として有する、「カメラ座標系」を意味する。また、図４ａの４２０は、カメラにより取得された映像が表示されるイメージ平面（image plane）を示す。

図４ａの実施例において、ｆは、カメラの焦点４１０からイメージ平面４２０までの距離（ｚ軸上の距離）、即ち、焦点距離（focal length）を示す。また、（ｕ₀、ｖ₀）は、カメラの光軸（optical axis）が上記イメージ平面４２０と交わる（合う）（meets）地点の座標、即ち、主点の座標（coordinate of a principal point）を示すことができる。上記光軸は、カメラ座標系でイメージ平面４２０に対して垂直である座標軸を意味し、図４ａではｚ軸で示される。したがって、カメラの焦点４１０から主点（a principal point）までの距離は、焦点距離に対応（該当）する（correspond to）ことができる。前述した三個のパラメータ（ｆ、ｕ０、ｖ０）は、内部カメラパラメータ（intrinsic camera parameter）と呼ぶことができる。

一方、カメラパラメータには基準座標系（Ｗ）を基準としてカメラ座標系（Ｃ）を示すために使われる、３×３回転マトリックス（rotation matrix、Ｒ）および３×１並進（変形）ベクトル（Translation vector、Ｔ）もある。ここで、上記３×３回転マトリックス（Ｒ）は、基準座標系を基準にしてカメラ座標系が３次元空間で回転した程度を示す。即ち、上記３×３回転マトリックス（Ｒ）は、基準座標系を基準とするカメラ座標系の３次元回転を示す。また、上記３×１並進ベクトル（Ｔ）は、基準座標系を基準とするカメラ座標系の位置を示すベクトルである。上記３×３回転マトリックス（Ｒ）および上記３×１並進ベクトル（Ｔ）（［Ｒ、Ｔ］）は、基準座標系とカメラ座標系との幾何学的関係を示すことができる。したがって、上記二つのパラメータは、外部カメラパラメータ（extrinsic camera parameter）と呼ぶことができる。

図４ｂは、カメラの光軸（optical axis）に対して垂直に位置する三個の平面を示す。図４ｂの４１０は、カメラの焦点、即ち、カメラ座標系の原点を示し、４２０は、イメージ平面を示す。

一つのカメラが撮影した場面は、多様なデプス値を有することができる。このとき、最も小さいデプス値を有する地点は、カメラに最も近く位置する地点であり、最も大きいデプス有する地点は、カメラから最も遠く位置する地点である。図４ｂの４３０は、４１０の焦点を有するカメラが撮影した場面で最も小さいデプス値に対応する平面を示し、これは近クリップ面（近接クリッピング平面）（near clipping plane）と呼ぶことができる。また、４ｂの４４０は、４１０の焦点を有するカメラが撮影した場面で最も大きいデプス値に対応する平面を示し、これは遠クリップ面（遠距離クリッピング平面）（far clipping plane）と呼ぶことができる。

一つのカメラが撮影した任意の場面で、最も小さいデプス値は、Ｚ_near（Ｚ_n）で示され、これは近クリップ面４３０が有するデプス値に対応することができる。最も大きいデプス値は、Ｚ_far（Ｚ_f）で示され、これは遠クリップ面４４０が有するデプス値に対応することができる。上記Ｚ_nearおよびＺ_farは、カメラパラメータに対応し、Ｚ−クリッピングパラメータ（Z-clipping parameter）と呼ぶことができる。

エンコーディング装置で処理されてデコーディング装置に送信されるデプスデータは、ビット深度（Bit Depth）に基づく値を有することができる。一例として、ビット深度が８の場合、デプスマップ内のデプスサンプル値は、０〜２５５の値を有することができる。この場合、上記デプスサンプル値は、Ｚ−クリッピングパラメータＺ_nearとＺ_farとの間のデプス値が各々２５６レベルで量子化された値に対応することができる。したがって、量子化されたデプスサンプル値は、Ｚ−クリッピングパラメータＺ_nearおよびＺ_farに基づいて実際の深さ値に変換されることができる。これは、例えば、以下の数式のように示される。

ここで、Ｚ_nearは、近接クリッピングパラメータを示し、Ｚ_farは、遠方（遠距離）クリッピングパラメータを示す。また、ｚは、実際デプス値を示し、ｖは、デプスマップに含まれているデプスサンプル値の強度（intensity）を示す。

また、ＤＩＢＲに基づいて合成されたビューのピクチャを参照ピクチャとして利用して現在ピクチャ（または、ブロック）に関する予測を実行するＶＳＰ、そして対応するデプスブロックに基づいて視差ベクトル候補に対して実行されるデプスリファインメント（精製）（depth refinement）などにおいてもデプス値を視差値に変換（conversion）するためにカメラパラメータが使われることができる。このような変換のためのカメラパラメータは、変換パラメータと呼ぶことができ、デプス−視差テーブル（Depth to disparity table）を構成するために使われることもできる。デプス値を視差値に変換するために必要なカメラパラメータは、ビットストリームに含まれることができ、上記カメラパラメータ（または、変換パラメータ）は、スケール因子（scale factor）およびオフセット（offset）に対するパラメータを含むことができる。視差ベクトルの垂直成分（vertical component）は０に設定されることができ、視差ベクトルの水平成分（horizontal component）は、以下の数式に基づいて導出される（derived）ことができる。

ここで、ｖはデプスサンプル値であり、ｓはスケール因子であり、ｏはオフセットであり、そしてｎは上記視差ベクトルに要求される精度（正確性）（required accuracy）に基づいているシフトパラメータである。現在ビューとデプスサンプルがあるビューインデックスｊであるビューとの間の視差ベクトルを導出するための逆方向（backward）変換では、上記スケール因子は、ｃｐ＿ｓｃａｌｅ［ｊ］に基づいて導出されることができ、上記オフセットは、ｃｐ＿ｏｆｆ［ｊ］に基づいて導出されることができる。また、ビューインデックスｊであるビューとデプスサンプルがある現在ビューとの間の視差ベクトルを導出するための順方向（forward）変換では、上記スケール因子は、ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｊ］に基づいて導出されることができ、上記オフセットは、ｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｊ］に基づいて導出されることができる。

本発明において、カメラパラメータは、複数のパラメータを含むことができ、カメラパラメータセットと呼ぶことができる。上記カメラパラメータは、時間の流れによってビューのピクチャ間で共有されたり変更されたりすることができる。一例として、３Ｄビデオが終わる時まで、カメラの位置が固定されたり、多視点（マルチビュー）カメラ間の相対位置（relative position）が変わらない場合、ビューの各ピクチャは、一つのカメラパラメータを共有することができる。この場合には、ビデオパラメータセット（Video Parameter Set；ＶＰＳ）シンタックス（syntax）を介して該当ビューを代表するカメラパラメータ（a representative camera parameter of the view）が送信されることができる。この場合、上記ＶＰＳシンタックスは、例えば、以下のように示される。

ここで、ｃｐ＿ｉｎ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ＿ｆｌａｇは、ｉ−ｔｈ（ｉ番目の）ビューに対してスライスセグメントヘッダにカメラパラメータが存在するか否かを示すフラグ情報である。

ｃｐ＿ｉｎ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ＿ｆｌａｇ［ｉ］の値が０の場合、カメラパラメータに対するシンタックス要素（syntax elements）ｖｐｓ＿ｃｐ＿ｓｃａｌｅ［ｉ］［ｊ］、ｖｐｓ＿ｃｐ＿ｏｆｆ［ｉ］［ｊ］、ｖｐｓ＿ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｉ］［ｊ］、およびｖｐｓ＿ｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｉ］［ｊ］が上記ＶＰＳに存在し、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｌａｙｅｒＩｄと同じ値を有し、ＶｐｓＶｉｅｗＩｄｘ［ｌａｙｅｒＩｄ］がｉと同じ値を有するスライスセグメントヘッダにｃｐ＿ｓｃａｌｅ［ｊ］、ｃｐ＿ｏｆｆ［ｊ］、ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｊ］、およびｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｊ］が存在しないことを示す。

ここで、ｖｐｓ＿ｃｐ＿ｓｃａｌｅ［ｉ］［ｊ］、ｖｐｓ＿ｃｐ＿ｏｆｆ［ｉ］［ｊ］、ｖｐｓ＿ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｉ］［ｊ］、およびｖｐｓ＿ｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｉ］［ｊ］は、デプス値を視差値に変換（converting）するためのパラメータを示す。ｖｐｓ＿ｃｐ＿ｓｃａｌｅ［ｉ］［ｊ］、ｖｐｓ＿ｃｐ＿ｏｆｆ［ｉ］［ｊ］、ｖｐｓ＿ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｉ］［ｊ］、およびｖｐｓ＿ｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｉ］［ｊ］は、ＶＰＳに明示されたｉ−ｔｈビューに関するｃｐ＿ｓｃａｌｅ［ｊ］、ｃｐ＿ｏｆｆ［ｊ］、ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｊ］、およびｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｊ］の値を導出するために使われることができる。

他の例として、カメラの動きのため、時間の経過によってカメラパラメータの値が変わることもできる。このような場合には、一つのビューのピクチャ間でカメラパラメータが時間によって異なり、スライスセグメントヘッダを介してカメラパラメータが送信されることができる。この場合、上記スライスセグメントヘッダは、例えば、以下のように示される。

即ち、ｃｐ＿ｉｎ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ＿ｆｌａｇ［ｉ］の値が１の場合、ＶｐｓＶｉｅｗＩｄｘ［ｌａｙｅｒＩｄ］がｉと同じ値を有するスライスセグメントヘッダに、デプス値を視差値に変換（converting）するためのパラメータであるｃｐ＿ｓｃａｌｅ［ｊ］、ｃｐ＿ｏｆｆ［ｊ］、ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｊ］、およびｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｊ］が存在することを示す。

即ち、上記によると、一つのビュー内でカメラパラメータが一度でも変わる場合には、スライスセグメントヘッダを介してカメラパラメータが送信されることができる。この場合、別個の制限がない場合、スライス毎にカメラパラメータが送信されることができる。

ただし、カメラパラメータがＰＯＣ毎に変わるものではなく、一定区間（period）では同じカメラパラメータが利用される場合にも、スライス毎にカメラパラメータが送信されると、同じ情報が不要に重複送信されることができ、コーディング効率を低下させることができる。

後述する本発明の実施例によると、重複したカメラパラメータの送信を防止し、ビュー内の一定区間のピクチャ（または、スライス）は、同じカメラパラメータを共有することができる。本発明によると、現在スライス（または、ピクチャ）が前の（previous）スライス（または、ピクチャ）と同じカメラパラメータを使用する場合、同じ値を新しく送信せずに、前スライス（または、ピクチャ）のカメラパラメータを利用することができる。

一実施例として、スライスセグメントヘッダで、前スライスで使用したカメラパラメータが使われるか否かを示すフラグ情報が送信されることができる。例えば、上記フラグ情報が１の場合、カメラパラメータ（例えば、ｃｐ＿ｓｃａｌｅ［ｊ］、ｃｐ＿ｏｆｆ［ｊ］、ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｊ］、およびｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｊ］）が該当スライスセグメントヘッダに含まれて送信されない。上記フラグ情報が０の場合、新しいカメラパラメータが該当スライスセグメントヘッダに含まれて送信されることができ、デコーディング装置は、上記変換パラメータをパージングして使用することができる。または、それに対し、上記フラグ情報が０の場合、新しいパラメータが該当スライスセグメントヘッダに含まれて送信されず、上記フラグ情報が１の場合、カメラパラメータが該当スライスセグメントヘッダに含まれて送信されることもできる。このとき、現在デコーディングするピクチャがランダムアクセスポイントの場合には、無条件に上記カメラパラメータをパージングすることもできる。上記スライスセグメントヘッダは、例えば、以下のように示される。

ここで、ｐｒｅｖ＿ｃｐ＿ｉｎ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ＿ｆｌａｇは、前スライスで使用したカメラパラメータが現在スライスに使われるか否かを示すフラグ情報である。

ｐｒｅｖ＿ｃｐ＿ｉｎ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ＿ｆｌａｇ［ＶｉｅｗＩｄｘ］の値が０の場合、シンタックス要素ｃｐ＿ｓｃａｌｅ［ｊ］、ｃｐ＿ｏｆｆ［ｊ］、ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｊ］、およびｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｊ］がスライスセグメントヘッダに存在することを示す。

ｐｒｅｖ＿ｃｐ＿ｉｎ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ＿ｆｌａｇ［ＶｉｅｗＩｄｘ］の値が１の場合、ｃｐ＿ｓｃａｌｅ［ｊ］、ｃｐ＿ｏｆｆ［ｊ］、ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｊ］、およびｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｊ］がスライスセグメントヘッダに存在せず、ビューインデックスがＶｉｅｗＩｄｘと同じビューインデックスを有する前スライスセグメントヘッダの対応するシンタックス要素からｃｐ＿ｓｃａｌｅ［ｊ］、ｃｐ＿ｏｆｆ［ｊ］、ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｊ］、およびｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｊ］が導出されることを示す。

ｐｒｅｖ＿ｃｐ＿ｉｎ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ＿ｆｌａｇ［ＶｉｅｗＩｄｘ］が存在しない場合、ｐｒｅｖ＿ｃｐ＿ｉｎ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ＿ｆｌａｇ［ＶｉｅｗＩｄｘ］の値は１であると推定される（inferred）ことができる。アクセスユニット上、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０であるピクチャがＩＲＡＰ（Intra Random Access Point）ピクチャである場合、スライスセグメントヘッダ内のｐｒｅｖ＿ｃｐ＿ｉｎ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ＿ｆｌａｇ［ＶｉｅｗＩｄｘ］の値は０と同じである。

ｃｐ＿ｓｃａｌｅ［ｊ］、ｃｐ＿ｏｆｆ［ｊ］、ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｊ］、およびｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｊ］は、デプス値を視差値に変換するためのパラメータを示す。該当パラメータが存在せずにｐｒｅｖ＿ｃｐ＿ｉｎ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ＿ｆｌａｇ［ＶｉｅｗＩｄｘ］の値が０の場合、ｃｐ＿ｓｃａｌｅ［ｊ］、ｃｐ＿ｏｆｆ［ｊ］、ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｊ］、およびｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｊ］の値は、各々、ｖｐｓ＿ｃｐ＿ｓｃａｌｅ［ＶｉｅｗＩｄｘ］［ｊ］、ｖｐｓ＿ｃｐ＿ｏｆｆ［ＶｉｅｗＩｄｘ］［ｊ］、ｖｐｓ＿ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ＶｉｅｗＩｄｘ］［ｊ］、およびｖｐｓ＿ｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ＶｉｅｗＩｄｘ］［ｊ］と同じであると推定される（inferred to be equal to）ことができる。ここで、ＶｉｅｗＩｄｘＡがＶｉｅｗＩｄｘＢと同じ場合、ＶｉｅｗＩｄｘＡと同じＶｉｅｗＩｄｘを有するスライスセグメントヘッダ内のｃｐ＿ｓｃａｌｅ［ｊ］、ｃｐ＿ｏｆｆ［ｊ］、ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｊ］、およびｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｊ］は、ＶｉｅｗＩｄｘＢと同じＶｉｅｗＩｄｘを有するスライスセグメントヘッダ内のｃｐ＿ｓｃａｌｅ［ｊ］、ｃｐ＿ｏｆｆ［ｊ］、ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｊ］、およびｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｊ］と同じである。

他の実施例として、時間によってカメラパラメータが変わる場合に、ＶＰＳを介してデフォルトカメラパラメータを送信し、スライスセグメントヘッダを介してカメラパラメータが更新（アップデート）される（updated）か否かを示すフラグ情報を送信することができる。それによって、デコーディング装置は、新しいカメラパラメータのパージングを行うか否かを決定することができる。上記フラグ情報が０を示す場合、スライスセグメントヘッダにはカメラパラメータが含まれず、デコーディング装置内に記憶された現在時点のカメラパラメータを使用する。即ち、カメラパラメータが一回も更新されない場合、上記デフォルトカメラパラメータがデコーディング装置に記憶される。カメラパラメータが更新され上記フラグ情報が１を示す場合、デコーディング装置は、スライスセグメントヘッダに含まれている新しいカメラパラメータ値をパージングし、現在時点に対して共有される上記カメラパラメータを更新する。このとき、現在デコーディングするピクチャがランダムアクセスポイントの場合には無条件に上記カメラパラメータをパージングすることもできる。

この場合、上記ＶＰＳおよび上記スライスセグメントヘッダは、例えば、各々、以下の表４および表５のように示される。

ここで、ｖｐｓ＿ｃｐ＿ｓｃａｌｅ［ｉ］［ｊ］、ｖｐｓ＿ｃｐ＿ｏｆｆ［ｉ］［ｊ］、ｖｐｓ＿ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｉ］［ｊ］、およびｖｐｓ＿ｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｉ］［ｊ］は、デプス値を視差値に変換するための（デフォルト）パラメータを示す。ＶｉｅｗＩｄｘがｉと同じであるテクスチャレイヤおよびデプスレイヤが両方とも存在する場合、上記パラメータは、上記テクスチャレイヤと関連付けられている（associated）。

この場合、現在カメラパラメータは、ＣｐＳｃａｌｅ［ｉ］［ｊ］、ＣｐＯｆｆ［ｉ］［ｊ］、ＣｐＩｎｖＳｃａｌｅＰｌｕｓＳｃａｌｅ［ｉ］［ｊ］、およびＣｐＩｎｖＯｆｆＰｌｕｓＯｆｆ［ｉ］［ｊ］で示される。

ＣｐＳｃａｌｅ［ｉ］［ｊ］、ＣｐＯｆｆ［ｉ］［ｊ］、ＣｐＩｎｖＳｃａｌｅＰｌｕｓＳｃａｌｅ［ｉ］［ｊ］、およびＣｐＩｎｖＯｆｆＰｌｕｓＯｆｆ［ｉ］［ｊ］は、以下のように適用されることができる。

−ＣｐＳｃａｌｅ［ｉ］［ｊ］＝ｖｐｓ＿ｃｐ＿ｓｃａｌｅ［ｉ］［ｊ］

−ＣｐＯｆｆ［ｉ］［ｊ］＝ｖｐｓ＿ｃｐ＿ｏｆｆ［ｉ］［ｊ］

−ＣｐＩｎｖＳｃａｌｅＰｌｕｓＳｃａｌｅ［ｉ］［ｊ］＝ｖｐｓ＿ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｉ］［ｊ］

−ＣｐＩｎｖＯｆｆＰｌｕｓＯｆｆ［ｉ］［ｊ］＝ＣｐＩｎｖＯｆｆＰｌｕｓＯｆｆ［ｉ］［ｊ］

ここで、ｃｕ＿ｕｐｄａｔｅ＿ｆｌａｇは、カメラパラメータが更新されるか否かを示すフラグ情報である。

ｃｕ＿ｕｐｄａｔｅ＿ｆｌａｇ［ＶｉｅｗＩｄｘ］の値が１の場合、シンタックス要素ｃｐ＿ｓｃａｌｅ［ｊ］、ｃｐ＿ｏｆｆ［ｊ］、ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｊ］、およびｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｊ］がスライスセグメントヘッダに存在することを示す。

ｃｕ＿ｕｐｄａｔｅ＿ｆｌａｇ［ＶｉｅｗＩｄｘ］の値が０の場合、ｃｐ＿ｓｃａｌｅ［ｊ］、ｃｐ＿ｏｆｆ［ｊ］、ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｊ］、およびｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｊ］がスライスセグメントヘッダに存在せず、前スライスセグメントヘッダの対応するシンタックス要素からｃｐ＿ｓｃａｌｅ［ｊ］、ｃｐ＿ｏｆｆ［ｊ］、ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｊ］、およびｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｊ］が導出されることを示す。

ｃｕ＿ｕｐｄａｔｅ＿ｆｌａｇ［ＶｉｅｗＩｄｘ］が存在しない場合、ｃｕ＿ｕｐｄａｔｅ＿ｆｌａｇ［ＶｉｅｗＩｄｘ］の値は０であると推定される（inferred）ことができる。アクセスユニット上、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０であるピクチャがＩＲＡＰ（Intra Random Access Point）ピクチャである場合、スライスセグメントヘッダ内のｃｕ＿ｕｐｄａｔｅ＿ｆｌａｇ［ＶｉｅｗＩｄｘ］の値は０と同じである。

ｃｐ＿ｓｃａｌｅ［ｊ］、ｃｐ＿ｏｆｆ［ｊ］、ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｊ］、およびｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｊ］は、デプス値を視差値に変換するためのパラメータを示す。ここで、ＶｉｅｗＩｄｘＡがＶｉｅｗＩｄｘＢと同じである場合、ＶｉｅｗＩｄｘＡと同じＶｉｅｗＩｄｘを有するスライスセグメントヘッダ内のｃｐ＿ｓｃａｌｅ［ｊ］、ｃｐ＿ｏｆｆ［ｊ］、ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｊ］、およびｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｊ］は、ＶｉｅｗＩｄｘＢと同じＶｉｅｗＩｄｘを有するスライスセグメントヘッダ内のｃｐ＿ｓｃａｌｅ［ｊ］、ｃｐ＿ｏｆｆ［ｊ］、ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｊ］、およびｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｊ］と同じである。

ｃｕ＿ｕｐｄａｔｅ＿ｆｌａｇ［ＶｉｅｗＩｄｘ］の値が１の場合、ＣｐＳｃａｌｅ［ｉ］［ｊ］、ＣｐＯｆｆ［ｉ］［ｊ］、ＣｐＩｎｖＳｃａｌｅＰｌｕｓＳｃａｌｅ［ｉ］［ｊ］、およびＣｐＩｎｖＯｆｆＰｌｕｓＯｆｆ［ｉ］［ｊ］は、以下のように更新されることができる。

−ＣｐＳｃａｌｅ［ＶｉｅｗＩｄｘ］［ｊ］＝ｃｐ＿ｓｃａｌｅ［ｊ］

−ＣｐＯｆｆ［ＶｉｅｗＩｄｘ］［ｊ］＝ｃｐ＿ｏｆｆ［ｊ］

−ＣｐＩｎｖＳｃａｌｅＰｌｕｓＳｃａｌｅ［ＶｉｅｗＩｄｘ］［ｊ］＝ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｊ］

−ＣｐＩｎｖＯｆｆＰｌｕｓＯｆｆ［ＶｉｅｗＩｄｘ］［ｊ］＝ｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｊ］

上記のように現在カメラパラメータがＣｐＳｃａｌｅ、ＣｐＯｆｆ、ＣｐＩｎｖＳｃａｌｅＰｌｕｓＳｃａｌｅ、およびＣｐＩｎｖＯｆｆＰｌｕｓＯｆｆで示される場合、前述した数式２において、上記逆方向変換で、上記スケール因子は上記ＣｐＳｃａｌｅに基づいて導出されることができ、上記オフセットは上記ＣｐＯｆｆに基づいて導出されることができる。また、上記順方向変換で、上記スケール因子は上記ＣｐＩｎｖＳｃａｌｅＰｌｕｓＳｃａｌｅに基づいて導出されることができ、上記オフセットはＣｐＩｎｖＯｆｆＰｌｕｓＯｆｆに基づいて導出されることができる。

他の実施例として、ＶＰＳを介してデフォルトカメラパラメータを送信し、スライスセグメントヘッダを介してカメラパラメータが更新されるか否かを示すフラグ情報を送信し、カメラパラメータが更新される場合、デフォルトカメラパラメータとの差分値を送信することができる。上記フラグ情報が０を示す場合、スライスセグメントヘッダではカメラパラメータが含まれず、デコーディング装置内に記憶された現在時点のカメラパラメータを使用する。即ち、カメラパラメータが一回も更新されない場合、上記デフォルトカメラパラメータがデコーディング装置に記憶される。カメラパラメータが更新されて上記フラグ情報が１を示す場合、デコーディング装置は、スライスセグメントヘッダに含まれているカメラパラメータの差分値をパージングしてデフォルトカメラパラメータに加えることによって、現在時点に対して共有される上記カメラパラメータを更新する。このとき、現在デコーディングするピクチャがランダムアクセスポイントの場合には無条件に上記カメラパラメータをパージングすることもできる。

この場合、上記ＶＰＳおよび上記スライスセグメントヘッダは、例えば、各々、以下の表６および表７のように示される。

−ＣｐＩｎｖＯｆｆＰｌｕｓＯｆｆ［ｉ］［ｊ］＝ｖｐｓ＿ｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｉ］［ｊ］

ｃｕ＿ｕｐｄａｔｅ＿ｆｌａｇ［ＶｉｅｗＩｄｘ］の値が１の場合、シンタックス要素ｄｅｌｔａ＿ｃｐ＿ｓｃａｌｅ［ｊ］、ｄｅｌｔａ＿ｃｐ＿ｏｆｆ［ｊ］、ｄｅｌｔａ＿ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｊ］、およびｄｅｌｔａ＿ｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｊ］がスライスセグメントヘッダに存在することを示す。

ｃｕ＿ｕｐｄａｔｅ＿ｆｌａｇ［ＶｉｅｗＩｄｘ］の値が０の場合、ｄｅｌｔａ＿ｃｐ＿ｓｃａｌｅ［ｊ］、ｄｅｌｔａ＿ｃｐ＿ｏｆｆ［ｊ］、ｄｅｌｔａ＿ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｊ］、およびｄｅｌｔａ＿ｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｊ］がスライスセグメントヘッダに存在せず、前スライスセグメントヘッダの対応するシンタックス要素からｄｅｌｔａ＿ｃｐ＿ｓｃａｌｅ［ｊ］、ｄｅｌｔａ＿ｃｐ＿ｏｆｆ［ｊ］、ｄｅｌｔａ＿ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｊ］、およびｄｅｌｔａ＿ｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｊ］が導出されることを示す。

ｄｅｌｔａ＿ｃｐ＿ｓｃａｌｅ［ｊ］、ｄｅｌｔａ＿ｃｐ＿ｏｆｆ［ｊ］、ｄｅｌｔａ＿ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｊ］、およびｄｅｌｔａ＿ｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｊ］は、デプス値を視差値に変換するためのパラメータを示す。ここで、ＶｉｅｗＩｄｘＡがＶｉｅｗＩｄｘＢと同じである場合、ＶｉｅｗＩｄｘＡと同じＶｉｅｗＩｄｘを有するスライスセグメントヘッダ内のｄｅｌｔａ＿ｃｐ＿ｓｃａｌｅ［ｊ］、ｄｅｌｔａ＿ｃｐ＿ｏｆｆ［ｊ］、ｄｅｌｔａ＿ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｊ］、およびｄｅｌｔａ＿ｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｊ］は、ＶｉｅｗＩｄｘＢと同じＶｉｅｗＩｄｘを有するスライスセグメントヘッダ内のｄｅｌｔａ＿ｃｐ＿ｓｃａｌｅ［ｊ］、ｄｅｌｔａ＿ｃｐ＿ｏｆｆ［ｊ］、ｄｅｌｔａ＿ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｊ］、およびｄｅｌｔａ＿ｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｊ］と同じである。

−ＣｐＳｃａｌｅ［ＶｉｅｗＩｄｘ］［ｊ］＝ｖｐｓ＿ｃｐ＿ｓｃａｌｅ［ＶｉｅｗＩｄｘ］［ｊ］＋ｄｅｌｔａ＿ｃｐ＿ｓｃａｌｅ［ｊ］

−ＣｐＯｆｆ［ＶｉｅｗＩｄｘ］［ｊ］＝ｖｐｓ＿ｃｐ＿ｏｆｆ［ＶｉｅｗＩｄｘ］［ｊ］＋ｄｅｌｔａ＿ｃｐ＿ｏｆｆ［ｊ］

−ＣｐＩｎｖＳｃａｌｅＰｌｕｓＳｃａｌｅ［ＶｉｅｗＩｄｘ］［ｊ］＝ｖｐｓ＿ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ＶｉｅｗＩｄｘ］［ｊ］＋ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｊ］

−ＣｐＩｎｖＯｆｆＰｌｕｓＯｆｆ［ＶｉｅｗＩｄｘ］［ｊ］＝ＣｐＩｎｖＯｆｆＰｌｕｓＯｆｆ［ｉ］［ｊ］＋ｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｊ］

この場合、前述した数式２において、上記逆方向変換で、上記スケール因子は上記ＣｐＳｃａｌｅに基づいて導出されることができ、上記オフセットは上記ＣｐＯｆｆに基づいて導出されることができる。また、上記順方向変換で、上記スケール因子は上記ＣｐＩｎｖＳｃａｌｅＰｌｕｓＳｃａｌｅに基づいて導出されることができ、上記オフセットはＣｐＩｎｖＯｆｆＰｌｕｓＯｆｆに基づいて導出されることができる。

他の実施例として、最も最近に送信されたカメラパラメータを予測子（predictor）とし、現在スライスに対するカメラパラメータとの差分値のみを送信するものである。このとき、デルタ（delta）値が無限に大きくなることを防止するために、デルタの絶対値が決められた大きさに到達した場合、予測子となるカメラパラメータを更新することができる。この場合、基本（または、基準）となるカメラパラメータは、計算負荷（演算負担）（computation load）およびコーディング効率を考慮してＳＰＳ（Sequence Parameter Set）シンタックス、ＶＰＳ（Video Parameter Set）シンタックスまたはピクチャパラメータセット（Picture Parameter Set；ＰＰＳ）を介して送信されることができる。

この場合、基準となるカメラパラメータが送信されるシンタックスとカメラパラメータの差分値が送信されるスライスセグメントヘッダとは、例えば、各々、以下の表８および表９のように示される。

ここで、ｃｐ＿ｓｃａｌｅ［ｉ］［ｊ］、ｃｐ＿ｏｆｆ［ｉ］［ｊ］、ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｉ］［ｊ］、およびｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｉ］［ｊ］は、デプス値を視差値に変換するための（基本）パラメータを示す。ＶｉｅｗＩｄｘがｉと同じであるテクスチャレイヤおよびデプスレイヤが両方とも存在する場合、上記パラメータは、上記テクスチャレイヤと関連付けられている（associated）。

この場合、参照カメラパラメータは、ＲｅｆＣｐＳｃａｌｅ［ｉ］［ｊ］、ＲｅｆＣｐＯｆｆ［ｉ］［ｊ］、ＲｅｆＣｐＩｎｖＳｃａｌｅＰｌｕｓＳｃａｌｅ［ｉ］［ｊ］、およびＲｅｆＣｐＩｎｖＯｆｆＰｌｕｓＯｆｆ［ｉ］［ｊ］で示される。

ＲｅｆＣｐＳｃａｌｅ［ｉ］［ｊ］、ＲｅｆＣｐＯｆｆ［ｉ］［ｊ］、ＲｅｆＣｐＩｎｖＳｃａｌｅＰｌｕｓＳｃａｌｅ［ｉ］［ｊ］、およびＲｅｆＣｐＩｎｖＯｆｆＰｌｕｓＯｆｆ［ｉ］［ｊ］は、以下のように適用されることができる。

−ＲｅｆＣｐＳｃａｌｅ［ｉ］［ｊ］＝ｃｐ＿ｓｃａｌｅ［ｉ］［ｊ］

−ＲｅｆＣｐＯｆｆ［ｉ］［ｊ］＝ｃｐ＿ｏｆｆ［ｉ］［ｊ］

−ＲｅｆＣｐＩｎｖＳｃａｌｅＰｌｕｓＳｃａｌｅ［ｉ］［ｊ］＝ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｉ］［ｊ］

−ＲｅｆＣｐＩｎｖＯｆｆＰｌｕｓＯｆｆ［ｉ］［ｊ］＝ｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｉ］［ｊ］

ここで、ｄｅｌｔａ＿ｃｐ＿ｆｌａｇは、カメラパラメータの差分値（または、デルタ値）が存在するか否かを示すフラグ情報である。

ｄｅｌｔａ＿ｃｐ＿ｆｌａｇの値が１の場合、シンタックス要素ｄｅｌｔａ＿ｃｐ＿ｓｃａｌｅ［ｊ］、ｄｅｌｔａ＿ｃｐ＿ｏｆｆ［ｊ］、ｄｅｌｔａ＿ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｊ］、およびｄｅｌｔａ＿ｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｊ］がスライスセグメントヘッダに存在することを示す。即ち、既存の（参照）カメラパラメータに、上記スライスセグメントヘッダに存在するカメラパラメータの差分値を加えて現在カメラパラメータが導出され、上記現在カメラパラメータが現在スライスに対して使われることを示す。

ｃｕ＿ｕｐｄａｔｅ＿ｆｌａｇ［ＶｉｅｗＩｄｘ］の値が０の場合、ｄｅｌｔａ＿ｃｐ＿ｓｃａｌｅ［ｊ］、ｄｅｌｔａ＿ｃｐ＿ｏｆｆ［ｊ］、ｄｅｌｔａ＿ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｊ］、およびｄｅｌｔａ＿ｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｊ］がスライスセグメントヘッダに存在しない。即ち、今回のビットストリームでカメラパラメータが更新されないことを示す。

この場合、現在スライスのための現在カメラパラメータ（変換パラメータ）は、ＣｕｒｒＣｐＳｃａｌｅ［ｉ］［ｊ］、ＣｕｒｒＣｐＯｆｆ［ｉ］［ｊ］、ＣｕｒｒＣｐＩｎｖＳｃａｌｅＰｌｕｓＳｃａｌｅ［ｉ］［ｊ］、およびＣｕｒｒＣｐＩｎｖＯｆｆＰｌｕｓＯｆｆ［ｉ］［ｊ］で示される。

ＣｕｒｒＣｐＳｃａｌｅ［ｉ］［ｊ］、ＣｕｒｒＣｐＯｆｆ［ｉ］［ｊ］、ＣｕｒｒＣｐＩｎｖＳｃａｌｅＰｌｕｓＳｃａｌｅ［ｉ］［ｊ］、およびＣｕｒｒＣｐＩｎｖＯｆｆＰｌｕｓＯｆｆ［ｉ］［ｊ］は、以下のように導出されることができる。

−ＣｕｒｒＣｐＳｃａｌｅ［ｉ］［ｊ］＝ＲｅｆＣｐＳｃａｌｅ［ｉ］［ｊ］＋ｄｅｌｔａ＿ｃｐ＿ｓｃａｌｅ［ｊ］

−ＣｕｒｒＣｐＯｆｆ［ｉ］［ｊ］＝ＲｅｆＣｐＯｆｆ［ｉ］［ｊ］＋ｄｅｌｔａ＿ｃｐ＿ｏｆｆ［ｊ］

−ＣｕｒｒＣｐＩｎｖＳｃａｌｅＰｌｕｓＳｃａｌｅ［ｉ］［ｊ］＝ＲｅｆＣｐＩｎｖＳｃａｌｅＰｌｕｓＳｃａｌｅ［ｉ］［ｊ］＋ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｊ］

−ＣｕｒｒＣｐＩｎｖＯｆｆＰｌｕｓＯｆｆ［ｉ］［ｊ］＝ＲｅｆＣｐＩｎｖＯｆｆＰｌｕｓＯｆｆ［ｉ］［ｊ］＋ｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｊ］

上記のように現在カメラパラメータがＣｕｒｒＣｐＳｃａｌｅ［ｉ］［ｊ］、ＣｕｒｒＣｐＯｆｆ［ｉ］［ｊ］、ＣｕｒｒＣｐＩｎｖＳｃａｌｅＰｌｕｓＳｃａｌｅ［ｉ］［ｊ］、およびＣｕｒｒＣｐＩｎｖＯｆｆＰｌｕｓＯｆｆ［ｉ］［ｊ］で示される場合、前述した数式２において、上記逆方向変換で、上記スケール因子は上記ＣｕｒｒＣｐＳｃａｌｅ［ｉ］［ｊ］に基づいて導出されることができ、上記オフセットは上記ＣｕｒｒＣｐＯｆｆ［ｉ］［ｊ］に基づいて導出されることができる。また、上記順方向変換で、上記スケール因子は上記ＣｕｒｒＣｐＩｎｖＳｃａｌｅＰｌｕｓＳｃａｌｅ［ｉ］［ｊ］に基づいて導出されることができ、上記オフセットはＣｕｒｒＣｐＩｎｖＯｆｆＰｌｕｓＯｆｆ［ｉ］［ｊ］に基づいて導出されることができる。

ｄｅｌｔａ＿ｃｐ＿ｓｃａｌｅ［ｊ］、ｄｅｌｔａ＿ｃｐ＿ｏｆｆ［ｊ］、ｄｅｌｔａ＿ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｊ］、またはｄｅｌｔａ＿ｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｊ］が閾値に到達した場合、ＲｅｆＣｐＳｃａｌｅ［ｉ］［ｊ］、ＲｅｆＣｐＯｆｆ［ｉ］［ｊ］、ＲｅｆＣｐＩｎｖＳｃａｌｅＰｌｕｓＳｃａｌｅ［ｉ］［ｊ］、またはＲｅｆＣｐＩｎｖＯｆｆＰｌｕｓＯｆｆ［ｉ］［ｊ］は、以下のように更新されることができる。ここで、閾値は、明示的に（explicitly）シグナリングされることもでき、暗黙的に（implicitly）知られることができる。

−ＲｅｆＣｐＳｃａｌｅ［ｉ］［ｊ］＝ＣｕｒｒＣｐＳｃａｌｅ［ｉ］［ｊ］

−ＲｅｆＣｐＯｆｆ［ｉ］［ｊ］＝ＣｕｒｒＣｐＯｆｆ［ｉ］［ｊ］

−ＲｅｆＣｐＩｎｖＳｃａｌｅＰｌｕｓＳｃａｌｅ［ｉ］［ｊ］＝ＣｕｒｒＣｐＯｆｆ［ｉ］［ｊ］

−ＲｅｆＣｐＩｎｖＯｆｆＰｌｕｓＯｆｆ［ｉ］［ｊ］＝ＣｕｒｒＣｐＩｎｖＯｆｆＰｌｕｓＯｆｆ［ｉ］［ｊ］

他の実施例として、デコーディング装置は、複数のカメラパラメータセットのうちいずれか一つのカメラパラメータセットを参照対象カメラパラメータセットと判断できる。例えば、一つのカメラパラメータセットでない複数個のカメラパラメータセットをエンコーダから送信を受けることができる。この場合、現在スライスまたはピクチャをデコーディングするにあたって、上記複数のカメラパラメータセットのうちいずれか一つのカメラパラメータセットを指示するインデックス（または、ＩＤ）情報を受信したり、他の情報に基づいて類推して上記参照対象となるカメラパラメータセットを判断することができる。上記複数のカメラパラメータセットは、複数のスライスをデコーディングする時に参照されることができる。

図５は、複数のカメラパラメータセットに対するスライス別参照対象カメラパラメータセットを例示的に示す。

図５を参照すると、スライス０乃至スライス２は、カメラパラメータセット０番を参照することができ、スライス３は、カメラパラメータセット１番を参照することができ、スライス４およびスライス５は、カメラパラメータセット２番を参照することができる。

デコーディング装置は、エンコーディング装置からカメラパラメータセットの送信を受け、以後送信されるインデックス情報に基づいて、スライスに対して複数のカメラパラメータセットリストのうちどのカメラパラメータセットが適用されるかを判断することができる。

カメラパラメータセットは、例えば、ＰＰＳを介して送信されることができる。一例として、ＰＰＳは、以下の表１０のように示される。

エンコーディング装置からデコーディング装置に最大６４個の異なるＰＰＳが送信されることができ、デコーディング装置は、スライスセグメントヘッダに含まれているインデックス情報（または、ＰＰＳのＩＤ）に基づいて、該当スライスに参照すべきカメラパラメータセットがあるＰＰＳを指定することができ、それによって、複数のカメラパラメータのうち適切なカメラパラメータを探してデコーディングに活用できる。

この場合、上記スライスセグメントヘッダは、例えば、以下の表１１のように示される。

ここで、ｓｌｉｃｅ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、現在スライスに対して複数のカメラパラメータセットリストのうちどのカメラパラメータセットが適用されるかを示すインデックス情報をＰＰＳのＩＤの形態で表す。

即ち、ｓｌｉｃｅ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、使われるＰＰＳに対するｐｐｓ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔの値を示し、ｓｌｉｃｅ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値の範囲は、０〜６３（inclusive）である。

この場合、参照カメラパラメータセットは、ＲｅｆＣｐＳｃａｌｅ［ｉ］［ｊ］、ＲｅｆＣｐＯｆｆ［ｉ］［ｊ］、ＲｅｆＣｐＩｎｖＳｃａｌｅＰｌｕｓＳｃａｌｅ［ｉ］［ｊ］、およびＲｅｆＣｐＩｎｖＯｆｆＰｌｕｓＯｆｆ［ｉ］［ｊ］を含むことができる。

ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０より大きく、スライスセグメントヘッダのｓｌｉｃｅ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄによりＰＰＳが参照（または、指示）され、上記ＰＰＳに含まれているｃｐ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が１と同じ場合、ＲｅｆＣｐＳｃａｌｅ［ｉ］［ｊ］、ＲｅｆＣｐＯｆｆ［ｉ］［ｊ］、ＲｅｆＣｐＩｎｖＳｃａｌｅＰｌｕｓＳｃａｌｅ［ｉ］［ｊ］、およびＲｅｆＣｐＩｎｖＯｆｆＰｌｕｓＯｆｆ［ｉ］［ｊ］は、以下のように適用されることができる。

他の実施例として、デコーディング装置は、複数のカメラパラメータセットの中からいずれか一つのカメラパラメータセットを基本カメラパラメータセットとして選択することができ、この場合、正確な変換のために上記選択された基本カメラパラメータセットに差分値を加えて現在スライスまたはピクチャで使用することができる。

例えば、デコーディング装置は、複数のカメラパラメータセットの中から一つの基本カメラパラメータセットを選択し、上記選択された基本カメラパラメータセットに含まれているパラメータにデルタ値を加えることによって現在スライスに対する参照カメラパラメータを得ることができる。

一例として、カメラパラメータセットは、ＰＰＳを介して送信されることができ、この場合、ＰＰＳおよびスライスセグメントヘッダは、以下の表１２および表１３のように示される。

ここで、ｄｅｌｔａ＿ｃｐ＿ｆｌａｇは、カメラパラメータセットの差分値（または、デルタ値）が存在するか否かを示すフラグ情報である。

ｄｅｌｔａ＿ｃｐ＿ｆｌａｇの値が１の場合、ＰＰＳ（または、ＶＰＳ、ＳＰＳ）を介して送信されたカメラパラメータセット内のパラメータに差分値を加え、このスライスのために使われることを示す。

即ち、ｄｅｌｔａ＿ｃｐ＿ｆｌａｇの値が１の場合、上記差分値を示すシンタックス要素ｄｅｌｔａ＿ｃｐ＿ｓｃａｌｅ［ｊ］、ｄｅｌｔａ＿ｃｐ＿ｏｆｆ［ｊ］、ｄｅｌｔａ＿ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｊ］、およびｄｅｌｔａ＿ｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｊ］がスライスセグメントヘッダに存在する。

ｄｅｌｔａ＿ｃｐ＿ｆｌａｇの値が０の場合、ＰＰＳ（または、ＶＰＳ、ＳＰＳ）を介して送信されたカメラパラメータセット内のパラメータが更新されずに、このスライスのために使われることを示す。

ｄｅｌｔａ＿ｃｐ＿ｓｃａｌｅ［ｊ］、ｄｅｌｔａ＿ｃｐ＿ｏｆｆ［ｊ］、ｄｅｌｔａ＿ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅ［ｊ］、およびｄｅｌｔａ＿ｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆ［ｊ］は、デプス値を視差値に変換するためのパラメータの現在スライスに対する差分値を示す。

他の実施例として、カメラパラメータセットを送信するために別個のシンタックスが使われることができる。この場合、上記シンタックスは、カメラパラメータセットシンタックスまたはカメラ変換パラメータセット（camera conversion parameter set）シンタックスと呼ぶことができる。このようにカメラパラメータセットのためのシンタックスを使用することによってカメラパラメータセットをＶＰＳ、ＳＰＳまたはＰＰＳに含んで送信することで、数回送ることにより発生できる重複情報送信を防止することができる。また、この場合、各カメラパラメータセットにインデックスまたはＩＤを付与することによって、複数個のカメラパラメータセットが受信される場合にも所望するカメラセットが指示されることができる。

一例として、カメラ変換パラメータセットシンタックスは、以下の表１４のように示される。

ここで、ｃａｍｅｒａ＿ｃｏｎｖｅｒｓｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、カメラ（変換）パラメータセットに割り当てられた所定のＩＤを示す。

この場合、前述した実施例で開示されているように、スライスセグメントヘッダを介して特定ＩＤのカメラパラメータセットが指定されることができる。また、指定されたカメラパラメータセットにスライスセグメントヘッダを介して送信されたデルタ値（または、差分値）が加算されて現在スライスのための最終（または、参照または現在）カメラパラメータセットのパラメータ値が導出されることができる。

一方、デコーディング装置のメモリは、限定されており、デコーディング装置が複数のカメラパラメータセットを受信する場合、特定条件によってメモリ内の一部または全部のカメラパラメータセットを削除および整列することができる。

まず、メモリ内のカメラパラメータセットを削除する方法は、種々ある。一例として、入力順序に基づいてカメラパラメータセットが削除されることができる。即ち、メモリが足りない場合、メモリに最も先に入力されたカメラパラメータセットが先に除去されることができる。他の例として、一定回数または時間の間のカメラパラメータセットの参照回数をカウントした後、最も参照回数が小さいカメラパラメータセットがメモリから除去されることもできる。他の例として、エンコーディング装置が削除されるべきカメラパラメータセットに関する情報をデコーディング装置に送信し、デコーディング装置は、該当情報が示すカメラパラメータセットをメモリから除去することができる。他の例として、カメラパラメータセットがＰＰＳ、ＳＰＳ、またはＶＰＳ等の上位パラメータセットに含まれて送信される場合、上記上位パラメータセットのバッファ管理（buffer management）技法を利用することもできる。

また、効率的なインデクシング（effective indexing）のためにカメラパラメータセットは、整列されて使われることができる。一例として、カメラパラメータセットの基準となるパラメータ変数（例えば、オフセット）の昇順または降順にカメラパラメータセットが整列されることができる。他の例として、参照された回数の降順または昇順にカメラパラメータセットが整列されることができる。他の例として、デコーディング装置がエンコーディング装置からカメラパラメータセットの順序に関する情報を受信し、該当情報に基づいてカメラパラメータセットを整列することができる。他の例として、カメラパラメータセットがＰＰＳ、ＳＰＳ、またはＶＰＳ等の上位パラメータセットに含まれて送信される場合、上記カメラパラメータセットが含まれる該当上位パラメータセットのＩＤの昇順または降順の順序通りにカメラパラメータセットが整列されることができる。

図６は、本発明の実施例によるカメラパラメータエンコーディング方法を概略的に示す流れ図である。図６の方法は、前述した図２のビデオエンコーディング装置により実行されることができる。

図６を参照すると、エンコーディング装置は、デプス値を視差値に変換するためのカメラパラメータが一定区間のスライスまたはピクチャ間に共有されるか否かに基づいて上記カメラパラメータを生成する（Ｓ６００）。一定区間のスライスまたはピクチャは、上記カメラパラメータを共有することができ、重複したカメラパラメータの送信を防止することができる。上記カメラパラメータは、前述したように変換パラメータと呼ぶことができる。

エンコーディング装置は、上記カメラパラメータをエンコーディングしてビットストリームを生成し、ネットワークまたは記憶媒体を介してデコーディング装置に送信できる（Ｓ６１０）。カメラパラメータは、シンタックス形態で表現されることができる。上記カメラパラメータは、例えば、前述した表１乃至表１４で説明されたシンタックスのうち一つまたは複数に含まれて送信されることができる。

図７は、本発明の実施例によるカメラパラメータデコーディング方法を概略的に示す流れ図である。図７の方法は、前述した図３のビデオデコーディング装置により実行されることができる。

図７を参照すると、デプス値を視差値に変換するためのカメラパラメータを受信およびデコーディングする（Ｓ７００）。デコーディング装置は、ビットストリームを受信してエントロピデコーディングし、上記ビデオパラメータに関する情報を取得することができる。上記カメラパラメータは、ＶＰＳシンタックス、ＰＰＳシンタックス、ＳＰＳシンタックス、スライスセグメントヘッダシンタックス、カメラ変換パラメータセットシンタックスのうち少なくとも一つに含まれて受信されることができる。

デコーディング装置は、前スライスまたはピクチャに適用される上記カメラパラメータが現在スライスまたはピクチャに適用されるか否かを判断する（Ｓ７１０）。上記カメラパラメータは、ビデオ全体で共有されることもでき、ビデオ全体で共有されない場合でも一定条件によって一定区間のスライスまたはピクチャのために共有されることができる。

一例として、上記カメラパラメータが前スライスまたはピクチャのために使われた場合、デコーディング装置は、上記カメラパラメータが現在ピクチャのために使われるか否かを示すフラグ情報をシンタックス（a syntax）を介して受信することができる。上記フラグ情報が１の場合、上記カメラパラメータは、上記現在スライスまたは現在ピクチャのために適用（または、共有）されることができる。上記フラグ情報が０の場合、上記カメラパラメータは、上記現在ピクチャのために適用されずに、上記シンタックスに含まれて受信された新しいカメラパラメータが上記現在スライスまたは現在ピクチャのために適用されることができる。この場合、上記カメラパラメータが含まれるシンタックス（第１のシンタックス）と、上記フラグ情報および上記現在スライスまたはピクチャのための上記新しいカメラパラメータが含まれるシンタックス（第２のシンタックス）とは、互いに同じであってもよく、互いに異なってもよい。一例として、上記第１のシンタックスはＶＰＳシンタックスであり、上記第２のシンタックスはスライスセグメントヘッダシンタックスである。他の例として、上記第１のシンタックスは第１のＰＰＳシンタックスであり、上記第２のシンタックスは第２のＰＰＳシンタックスである。エンコーディング装置からデコーディング装置に約６４個の異なるＰＰＳが送信されることができ、この場合、上記第１のＰＰＳシンタックスと上記第２のＰＰＳシンタックスとは、互いに異なるＩＤを有することができる。

他の例として、現在スライスまたは現在ピクチャのために上記カメラパラメータが更新されるか否かを示すフラグ情報をシンタックスを介して受信することができる。上記フラグ情報が０の場合、上記カメラパラメータは更新されず、上記フラグ情報が１の場合、上記カメラパラメータは、上記第２のシンタックスに含まれて受信されるパラメータ値に基づいて更新されることができる。この場合、上記更新されたカメラパラメータが上記現在スライスまたはピクチャのために使われることができる。この場合、上記パラメータ値は、上記カメラパラメータに対する差分値である。

他の例として、現在スライスまたは現在ピクチャのために既存のカメラパラメータに対する差分値が存在するか否かを示すフラグ情報をシンタックスを介して受信することができる。上記フラグ情報が０の場合、上記カメラパラメータは、上記現在スライスまたは現在ピクチャのために適用され、上記フラグ情報が１の場合、上記カメラパラメータおよび上記シンタックスに含まれて受信される差分値に基づいて導出された新しいカメラパラメータが上記現在スライスまたは現在ピクチャのために適用されることができる。

上記のような方法を介してデコーディング装置は、重複したカメラパラメータの受信を防止し、ビュー内の一定区間のピクチャ（または、スライス）に対して同じカメラパラメータを共有することができる。

一方、上記カメラパラメータの値は、ｃｐ＿ｓｃａｌｅ、ｃｐ＿ｏｆｆ、ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅおよびｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆシンタックス要素（syntax elements）のうち少なくとも一つに基づいて導出されることができる。

上記カメラパラメータが現在スライスまたはピクチャに適用される場合、上記カメラパラメータに基づいて現在ブロックの視差値を導出する（Ｓ７１０）。デコーディング装置は、前述した数式２に基づいて上記視差値を導出することができる。

デコーディング装置は、上記視差値に基づいて該当ブロック（例えば、現在ブロック）に対するインタービュー（inter-view）予測を実行して該当ブロックの予測サンプルを生成することができる。デコーディング装置は、上記予測に基づいて該当ブロックおよび（現在）ピクチャを復元することができる。

以上の説明は、本発明の技術思想を例示的に説明したものに過ぎず、本発明が属する技術分野において、通常の知識を有する者であれば、本発明の本質的な特性から外れない範囲で多様な修正および変形が可能である。したがって、本発明に開示された実施例は、本発明の技術思想を限定するためのものではなく、説明するためのものであり、このような実施例により本発明の技術思想の範囲が限定されるものではない。本発明の保護範囲は、特許請求の範囲により解釈されなければならない。

本発明において、実施例がソフトウェアで具現される時、前述した方法は、前述した機能を遂行するモジュール（処理、機能など）で具現されることができる。モジュールは、メモリに記憶され、プロセッサにより実行されることができる。メモリは、プロセッサの内部または外部にあり、よく知られた多様な手段でプロセッサと連結されることができる。

Claims

３次元（３Ｄ）ビデオデコーディング方法であって、
デプス値を視差値に変換するためのカメラパラメータを第１のシンタックスを介して受信するステップと、
前スライスまたは前ピクチャに適用される前記カメラパラメータが現在スライスまたは現在ピクチャに適用されるか否かを判断するステップと、
前記カメラパラメータが前記現在スライスまたは現在ピクチャに適用される場合、前記カメラパラメータに基づいて現在ブロックに関する視差値を導出するステップと、を有する、３Ｄビデオデコーディング方法。
前スライスまたは前ピクチャのために使われた前記カメラパラメータが前記現在スライスまたは現在ピクチャのために使われるか否かを示すフラグ情報を第２のシンタックスを介して受信するステップをさらに有し、
前記フラグ情報が１の場合、前記カメラパラメータは、前記現在スライスまたは現在ピクチャのために適用され、
前記フラグ情報が０の場合、前記現在スライスまたは現在ピクチャのための新しいカメラパラメータが前記第２のシンタックスに有されて受信される、請求項１に記載の３Ｄビデオデコーディング方法。
前記第１のシンタックスは、ビデオパラメータセット（ＶＰＳ）シンタックスであり、前記第２のシンタックスは、スライスセグメントヘッダシンタックスである、請求項２に記載の３Ｄビデオデコーディング方法。
前記第１のシンタックスは、第１のピクチャパラメータセット（ＰＰＳ）シンタックスであり、前記第２のシンタックスは、第２のＰＰＳシンタックスである、請求項２に記載の３Ｄビデオデコーディング方法。
前記現在スライスまたは現在ピクチャのために前記カメラパラメータが更新されるか否かを示すフラグ情報を第２のシンタックスを介して受信するステップをさらに有し、
前記フラグ情報が０の場合、前記カメラパラメータは、更新されずに前記現在スライスまたは現在ピクチャのために適用され、
前記フラグ情報が１の場合、前記カメラパラメータは、前記第２のシンタックスに有されて受信されるパラメータ値に基づいて更新され、前記更新されたカメラパラメータが前記現在スライスまたは現在ピクチャのために適用される、請求項１に記載の３Ｄビデオデコーディング方法。
前記第２のシンタックスに有されて受信されるパラメータ値は、前記カメラパラメータに対する差分値である、請求項５に記載の３Ｄビデオデコーディング方法。
前記現在スライスまたは現在ピクチャのために既存の前記カメラパラメータに対する差分値が存在するか否かを示すフラグ情報を第２のシンタックスを介して受信するステップをさらに有し、
前記フラグ情報が０の場合、前記カメラパラメータは、前記現在スライスまたは現在ピクチャのために適用され、
前記フラグ情報が１の場合、前記カメラパラメータおよび前記第２のシンタックスに有されて受信される差分値に基づいて導出された新しいカメラパラメータが前記現在スライスまたは現在ピクチャのために適用される、請求項１に記載の３Ｄビデオデコーディング方法。
前記カメラパラメータの値は、前記第１のシンタックスを介して受信されたｃｐ＿ｓｃａｌｅ、ｃｐ＿ｏｆｆ、ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅおよびｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆシンタックス要素のうち少なくとも一つに基づいて導出される、請求項１に記載の３Ｄビデオデコーディング方法。
前記視差は、以下の数式に基づいて計算され、
ｄ_v＝（ｓ＊ｖ＋ｏ）＞＞ｎ
ここで、前記ｄ_vは前記視差値であり、ｓはスケール因子であり、ｏはオフセットであり、ｎはシフトパラメータであり、前記スケール因子は、前記ｃｐ＿ｓｃａｌｅシンタックス要素の値またはｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅシンタックス要素の値に基づいて決定され、前記オフセットは、前記ｃｐ＿ｏｆｆシンタックス要素の値または前記ｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆシンタックス要素の値に基づいて決定される、請求項８に記載の３Ｄビデオデコーディング方法。
現在ビューとデプスサンプルを有しビューインデックスがｊであるビューとの間の視差ベクトルを導出するための逆方向変換の場合、前記スケール因子は、前記ｃｐ＿ｓｃａｌｅシンタックス要素の値に基づいて決定され、前記オフセットは、前記ｃｐ＿ｏｆｆシンタックス要素の値に基づいて決定され、
前記ビューインデックスがｊであるビューとデプスサンプルを有する現在ビューとの間の視差ベクトルを導出するための順方向変換の場合、前記スケール因子は、前記ｃｐ＿ｉｎｖ＿ｓｃａｌｅ＿ｐｌｕｓ＿ｓｃａｌｅシンタックス要素の値に基づいて決定され、前記オフセットは、前記ｃｐ＿ｉｎｖ＿ｏｆｆ＿ｐｌｕｓ＿ｏｆｆシンタックス要素の値に基づいて決定される、請求項９に記載の３Ｄビデオデコーディング方法。