(57)【要約】  デバイスは、本明細書に記載された技術のうちの１つ以上に従って、全方向性動画像の最も関心のある領域に関連付けられた情報をシグナリングするように構成され得る（段落［００７０］の「ｒｅｇｉｏｎ＿ｏｎ＿ｆｒａｍｅ＿ｆｌａｇ」を参照）。
2020516133.tif 000002
【特許請求の範囲】
【請求項１】
全方向動画像の最も関心のある領域に関連付けられた情報をシグナリングする方法であって、
領域の位置及びサイズがパックフレーム上又はプロジェクトフレーム上のどちらで示されるかを示すシンタックス要素をシグナリングすることを含む、方法。
【請求項２】
識別された領域を領域ラベルと関連付けるシンタックス要素をシグナリングすることを更に含む、請求項１に記載の方法。
【請求項３】
領域ラベルが存在するかどうかを示すシンタックス要素をシグナリングすることを更に含む、請求項１又は２に記載の方法。
【請求項４】
領域ラベルは文字列を含む、請求項２又は３に記載の方法。
【請求項５】
請求項１から４に記載のステップのうちのいずれか及び全ての組み合わせを実行するように構成されている１つ以上のプロセッサを備える、デバイス。
【請求項６】
請求項１から４に記載のステップのうちのいずれか及び全ての組み合わせに従って生成された信号をパースするように構成されている１つ以上のプロセッサを備える、デバイス。
【請求項７】
請求項５のデバイスと、
請求項６のデバイスとを備える、システム。
【請求項８】
請求項１から４に記載のステップのうちのいずれか及び全ての組み合わせを実行するための手段を備える、装置。
【請求項９】
非一時的コンピュータ可読記憶媒体であって、前記媒体上に記憶された命令を備え、前記命令は実行されると、デバイスの１つ以上のプロセッサに、請求項１から４に記載の前記ステップのうちのいずれか及び全ての組み合わせを実行させる、非一時的コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、対話型動画像配信に関し、より具体的には、動画像の最も関心のある領域に関連付けられた情報をシグナリングするための技術に関する。
【背景技術】
【０００２】
デジタルメディア再生機能は、いわゆる「スマート」テレビを含むデジタルテレビ、セットトップボックス、ラップトップ又はデスクトップコンピュータ、タブレット型コンピュータ、デジタル記録デバイス、デジタルメディアプレイヤ、ビデオゲーミングデバイス、いわゆる「スマート」フォンを含むセルラー電話、専用ビデオストリーミングデバイスなどを含む、広範囲のデバイス中に組み込まれ得る。デジタルメディアコンテンツ（例えば、動画像及び音声プログラム）は、例えば、無線テレビプロバイダ、衛星テレビプロバイダ、ケーブルテレビプロバイダ、いわゆるストリーミングサービスプロバイダを含むオンラインメディアサービスプロバイダなどの複数のソースから発信され得る。デジタルメディアコンテンツは、インターネットプロトコル（Internet Protocol、ＩＰ）ネットワークなどの双方向ネットワーク及びデジタル放送ネットワークなどの単方向ネットワークを含むパケット交換ネットワークで送達されてもよい。
【０００３】
デジタルメディアコンテンツに含まれるデジタル動画像は、動画像符号化規格に従って符号化することができる。動画像符号化規格は、動画像圧縮技術を組み込むことができる。動画像符号化規格の例としては、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４  Ｖｉｓｕａｌ及びＩＴＵ−Ｔ  Ｈ．２６４（ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４  ＡＶＣとしても公知である）並びにＨｉｇｈ−Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＨＥＶＣ）が挙げられる。動画像圧縮技術は、動画像データを記憶し送信するためのデータ要件を低減することを可能にする。動画像圧縮技術は、動画像系列における固有の冗長性を利用することにより、データ要件を低減することができる。動画像圧縮技術は、動画像系列を連続的により小さな部分（すなわち、動画像系列内のフレームの群、フレームの群内のフレーム、フレーム内のスライス、スライス内の符号化木ユニット（例えば、マクロブロック）、符号化木ユニット内の符号化ブロックなど）に再分割することができる。予測符号化技術を使用して、符号化される動画像データのユニットと動画像データの参照ユニットとの間の差分値を生成することができる。差分値は、残差データと呼ばれることがある。残差データは、量子化された変換係数として符号化することができる。シンタックス要素は、残差データと参照符号化ユニットとを関連付けることができる。残差データ及びシンタックス要素は、準拠ビットストリームに含めることができる。準拠ビットストリーム及び関連メタデータは、データ構造に従ったフォーマットを有してもよい。準拠ビットストリーム及び関連メタデータは、送信規格に従って、ソースから受信デバイス（例えば、デジタルテレビ又はスマートフォン）に送信されてもよい。伝送規格の例としては、デジタルビデオブロードキャスティング（Digital Video Broadcasting、ＤＶＢ）規格、統合デジタル放送サービス規格（Integrated Services Digital Broadcasting、ＩＳＤＢ）規格、及び例えば、ＡＴＳＣ２．０規格を含む、高度テレビジョンシステムズ委員会（Advanced Television Systems Committee、ＡＴＳＣ）によって作成された規格が挙げられる。ＡＴＳＣは、現在、いわゆるＡＴＳＣ３．０の一連の規格を開発している。
【発明の概要】
【０００４】
一実施例では、全方向動画像の最も関心のある領域に関連付けられた情報をシグナリングする方法は、領域の位置及びサイズがパックフレーム上又はプロジェクトフレーム上のどちらに示されるかを示すシンタックス要素をシグナリングすることを含む。
【図面の簡単な説明】
【０００５】
【図１】本開示の１つ以上の技術に係る、符号化された動画像データを送信するように構成され得るシステムの一例を示すブロック図である。
【図２Ａ】本開示の１つ以上の技術に係る、符号化された動画像データ及び対応するデータ構造を示す概念図である。
【図２Ｂ】本開示の１つ以上の技術に係る、符号化された動画像データ及び対応するデータ構造を示す概念図である。
【図３】本開示の１つ以上の技術に係る、符号化された動画像データ及び対応するデータ構造を示す概念図である。
【図４】本開示の１つ以上の技術に係る、符号化された動画像データを配信するように構成され得るシステムの実装形態に含めることができる構成要素の一例を示す概念図である。
【図５】本開示の１つ以上の技術を実施できる受信デバイスの一例を示すブロック図である。
【図６Ａ】本開示の１つ以上の技術に係る、球面上の領域の例を示す概念図である。
【図６Ｂ】本開示の１つ以上の技術に係る、球面上の領域の例を示す概念図である。
【発明を実施するための形態】
【０００６】
概して、本開示は、動画像データを符号化する様々な技術を説明する。具体的には、本開示は、全方向動画像の最も関心のある領域に関連付けられた情報をシグナリングするための技術を記載する。本明細書に記載される技術による情報のシグナリングは、送信帯域幅を低減させること及び／又は符号化の複雑性を低減させることによって、動画像配信システム性能を改善するのに特に有用であり得る。本開示の技術は、ＩＴＵ−Ｔ  Ｈ．２６４及びＩＴＵ−Ｔ  Ｈ．２６５に関して記載されているが、本開示の技術は、動画像符号化に一般に適用可能であることに留意されたい。例えば、本明細書で説明する符号化技術は、ＩＴＵ−Ｔ  Ｈ．２６５に含まれるもの以外のブロック構造、イントラ予測技術、インター予測技術、変換技術、フィルタリング技術、及び／又はエントロピ符号化技術を含む動画像符号化システム（将来の動画像符号化規格に基づく動画像符号化システムを含む）に組み込むことができる。従って、ＩＴＵ−Ｔ  Ｈ．２６４及びＩＴＵ−Ｔ  Ｈ．２６５への参照は、説明のためのものであり、本明細書で説明する技術の範囲を限定するように解釈すべきではない。更に、本明細書での文書の参照による組み込みは、本明細書で使用される用語に関して限定する又は曖昧さを生むように解釈されるべきではないことに留意されたい。例えば、組み込まれた参照が、別の組み込まれた参照とは、及び／又はその用語が本明細書で使用されるのとは異なる用語の定義を提供する場合では、その用語は、それぞれの対応する定義を幅広く含むように、及び／又は代わりに特定の定義のそれぞれを含むように解釈されるべきである。
【０００７】
一実施例では、デバイスは、領域の位置及びサイズがパックフレーム上又はプロジェクトフレーム上のどちらに示されているかを示すシンタックス要素をシグナリングするように構成されている１つ以上のプロセッサを備える。
【０００８】
一実施例では、非一時的コンピュータ可読記憶媒体は、その媒体上に記憶された命令であって、実行されると、デバイスの１つ以上のプロセッサに、領域の位置及びサイズがパックフレーム上又はプロジェクトフレーム上のどちらに示されるかを示すシンタックス要素をシグナリングさせる、命令を含む。
【０００９】
一実施例では、装置は、領域の位置及びサイズがパックフレーム上又はプロジェクトフレーム上のどちらに示されているかを示すシンタックス要素をシグナリングするための手段を備える。
【００１０】
１つ以上の実施例の詳細は、添付の図面及び以下の明細書に記述されている。他の特徴、目的、及び利点は、明細書及び図面から、並びに特許請求の範囲から明白であろう。
【００１１】
動画像コンテンツは、典型的には、一連のフレームからなる動画像シーケンスを含む。一連のフレームはまた、ピクチャ群（group of pictures、ＧＯＰ）と呼ばれることがある。各動画像フレーム又はピクチャは１つ以上のスライスを含むことができ、スライスは複数の動画像ブロックを含む。動画像ブロックは、予測的に符号化され得る画素値（サンプルとも呼ばれる）の最大アレイとして定義することができる。動画像ブロックは、走査パターン（例えば、ラスター走査）に従って順序付けすることができる。動画像符号化装置は、動画像ブロック及びその再分割に対して予測符号化を実行する。ＩＴＵ−Ｔ  Ｈ．２６４は、１６×１６のルマ（ｌｕｍａ）サンプルを含むマクロブロックを規定する。ＩＴＵ−Ｔ  Ｈ．２６５は、類似の符号化ツリーユニット（Coding Tree Unit、ＣＴＵ）構造を規定するが、ピクチャは、等しいサイズのＣＴＵに分割することができ、各ＣＴＵは、１６×１６、３２×３２、又は６４×６４のルマサンプルを有する符号化ツリーブロック（Coding Tree Block、ＣＴＢ）を含むことができる。本明細書で使用されるとき、動画像ブロックという用語は、一般に、ピクチャの領域を指すことがあり、又はより具体的には、予測的に符号化できる画素値の最大アレイ、その再分割、及び／又は対応する構造を指すことがある。更に、ＩＴＵ−Ｔ  Ｈ．２６５によれば、各動画像フレーム又はピクチャは、１つ以上のタイルを含むように区画化されてもよく、タイルは、ピクチャの矩形領域に対応する符号化ツリーユニットのシーケンスである。
【００１２】
ＩＴＵ−Ｔ  Ｈ．２６５では、ＣＴＵのＣＴＢは、対応する四分木ブロック構造に従って符号化ブロック（ＣＢ）に区画化することができる。ＩＴＵ−Ｔ  Ｈ．２６５によれば、１つのルマＣＢは、２つの対応するクロマＣＢ及び関連するシンタックス要素と共に、符号化ユニット（ＣＵ）と呼ばれる。ＣＵは、ＣＵに対する１つ以上の予測部（prediction unit、ＰＵ）を定義する予測部（ＰＵ）構造に関連し、ＰＵは、対応する参照サンプルに関連する。すなわち、ＩＴＵ−Ｔ  Ｈ．２６５では、イントラ予測又はインター予測を使用してピクチャ領域を符号化する決定がＣＵレベルで行われ、ＣＵに関し、イントラ予測又はインター予測に対応する１つ以上の予測を使用して、ＣＵのＣＢに対する参照サンプルを生成することができる。ＩＴＵ−Ｔ  Ｈ．２６５では、ＰＵは、ルマ及びクロマ予測ブロック（prediction block、ＰＢ）を含むことができ、正方形ＰＢはイントラ予測に対してサポートされ、矩形ＰＢはインター予測に対してサポートされる。イントラ予測データ（例えば、イントラ予測モードシンタックス要素）又はインター予測データ（例えば、動きデータシンタックス要素）は、ＰＵを対応する参照サンプルに関連させることができる。残差データは、動画像データの各成分（例えば、ルマ（Ｙ）及びクロマ（Ｃｂ及びＣｒ））に対応する差分値のそれぞれのアレイを含むことができる。残差データは、画素領域内とすることができる。離散コサイン変換（discrete cosine transform、ＤＣＴ）、離散サイン変換（discrete sine transform、ＤＳＴ）、整数変換、ウェーブレット変換、又は概念的に類似の変換などの変換を、画素差分値に適用して、変換係数を生成することができる。ＩＴＵ−Ｔ  Ｈ．２６５では、ＣＵは、更に変換ユニット（Transform Unit、ＴＵ）に再分割できることに留意されたい。すなわち、画素差分値のアレイは、変換係数を生成するために再分割することができ（例えば、４つの８×８変換を、１６×１６のルマＣＢに対応する残差値の１６×１６のアレイに適用することができる）、そのような再分割は、変換ブロック（Transform Block、ＴＢ）と呼ばれることがある。変換係数は、量子化パラメータ（quantization parameter、ＱＰ）に従って量子化され得る。量子化された変換係数（これはレベル値と呼ばれることがある）は、エントロピ符号化技術（例えば、コンテンツ適応可変長符号化（content adaptive variable length coding、ＣＡＶＬＣ）、コンテキスト適応２値算術符号化（context adaptive binary arithmetic coding、ＣＡＢＡＣ）、確率区間分割エントロピ符号化（probability interval partitioning entropy coding、ＰＩＰＥ）など）に従ってエントロピ符号化することができる。更に、予測モードを示すシンタックス要素などのシンタックス要素も、エントロピ符号化することができる。エントロピ符号化され量子化された変換係数及び対応するエントロピ符号化されたシンタックス要素は、動画像データを再生成するために使用することができる準拠ビットストリームを形成することができる。二値化プロセスを、エントロピ符号化プロセスの一部としてシンタックス要素に対して実行することができる。二値化は、シンタックス値を一連の１つ以上のビットに変換するプロセスを指す。これらのビットは、「ビン」と呼ばれることがある��
仮想現実（ＶＲ）アプリケーションは、ヘッドマウントディスプレイを用いてレンダリングされ得る動画像コンテンツを含んでもよくユーザの頭部の方位に対応する球面動画像の領域のみがレンダリングされる。ＶＲアプリケーションは、３６０度球面動画像又は３６０度動画像とも呼ばれる、全方向動画像によって可能とされ得る。全方向動画像は、典型的には、最大３６０度のシーンをカバーする複数のカメラによってキャプチャされる。通常の動画像と比較して全方向動画像の別個の特徴は、典型的には、キャプチャされた動画像領域全体のサブセットのみが表示されること、すなわち、現在のユーザの視野（ＦＯＶ）に対応する領域が表示されることである。ＦＯＶはまた、時に、ビューポートとも呼ばれる。他の場合では、ビューポートは、現在表示され、ユーザによって見られている球面動画像の一部であってもよい。ビューポートのサイズは、視野以下でもよいことに留意されたい。更に、全方向動画像は、モノスコープカメラ又はステレオスコープカメラを使用してキャプチャされ得ることに留意されたい。モノスコープカメラは、オブジェクトの単一視野をキャプチャするカメラを含んでもよい。ステレオスコープカメラは、同じオブジェクトの複数のビューをキャプチャするカメラを含んでもよい（例えば、わずかに異なる角度で２つのレンズを使用してビューをキャプチャする）。更に、場合によっては、全方向動画像アプリケーションで使用するための画像は、超広角レンズ（すなわち、いわゆる魚眼レンズ）を使用してキャプチャされ得ることに留意されたい。いずれの場合も、３６０度の球面動画像を作成するためのプロセスは、一般に、入力画像をつなぎ合わせ、つなぎ合わされた入力画像を３次元構造（例えば、球体又は立方体）上にプロジェクションして、いわゆるプロジェクトフレームをもたらし得ることとして説明することができる。更に、場合によっては、プロジェクトフレームの領域は、変換され、リサイズされ、及び再配置されてもよく、これによっていわゆるパックフレームをもたらし得る。
【００１３】
全方向動画像ピクチャにおける最も関心のある領域は、その写真の提示時に（すなわち、ＦＯＶにある可能性が最も高い）ユーザにレンダリングされる可能性が統計的に最も高い、動画像領域全体のサブセットを指し得る。全方向動画像の最も関心のある領域は、ディレクタ若しくはプロデューサの意図によって決定されてもよく、又はサービス若しくはコンテンツプロバイダによるユーザ統計から（例えば、全方向動画像コンテンツがストリーミングサービスを通じて提供されたときに、最も多数のユーザによってリクエストされた／見られた領域の統計を通じて）導出されてもよいことに留意されたい。最も関心のある領域は、エッジサーバ若しくはクライアントによる全方向動画像適応ストリーミングにおけるデータプリフェッチ、及び／又は全方向動画像が、例えば、異なるコーデック又はプロジェクションマッピングにトランスコードされるときのトランスコーディング最適化のために使用することができる。従って、全方向動画像ピクチャにおける最も関心のある領域をシグナリングすることは、送信帯域幅を低減させ、かつ、復号複雑性を低減させることによって、システム性能を改善することができる。最も関心のある領域は、場合によっては、最も興味深い領域、又は関心領域と呼ばれ得ることに留意されたい。
【００１４】
Ｃｈｏｉら、ＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１１  Ｎ１６６３６、「ＭＰＥＧ−Ａ  Ｐａｒｔ  ２０（ＷＤ  ｏｎ  ＩＳＯ／ＩＥＣ  ２３０００−２０）：Ｏｍｎｉｄｉｒｅｃｔｉｏｎａｌ  Ｍｅｄｉａ  Ａｐｐｌｉｃａｔｉｏｎ  Ｆｏｒｍａｔ」、２０１７年１月、ジュネーブ、スイスは、参照により本明細書に組み入れられ、本明細書ではＣｈｏｉと呼ばれ、全方向メディアアプリケーションを可能にするメディアアプリケーションフォーマットを定義する。Ｃｈｏｉは、球面又は３６０度動画像を２次元矩形動画像に変換するために使用することができるプロジェクション技術のリストを指定し、国際標準化機構（ＩＳＯ）ベースメディアファイルフォーマット（ＩＳＯＢＭＦＦ）を使用して全方向メディア及び関連メタデータを記憶する方法を指定し、ハイパーテキスト転送プロトコル（ＨＴＴＰ）上の動的適応ストリーミング（dynamic adaptive streaming over Hypertext Transfer Protocol、ＤＡＳＨ）を使用して全方向メディアをカプセル化、シグナリング、及びストリーミングする方法を指定し、どの動画像及び音声符号化規格並びにメディア符号化構成が全方向メディア信号の圧縮及び再生のために使用され得るかを指定する。
【００１５】
上述のように、ＩＴＵ−Ｔ  Ｈ．２６５によれば、各動画像フレーム又はピクチャは、１つ以上のスライスを含むように区画化されてもよく、１つ以上のタイルを含むように更に区画化されてもよい。図２Ａ〜図２Ｂは、スライスを含み、ピクチャを更にタイルに区画化するピクチャ群の一例を示す概念図である。図２Ａに示す例では、Ｐｉｃ４は、２つのスライス（すなわち、Ｓｌｉｃｅ１及びＳｌｉｃｅ２）を含むものとして示されており、各スライスは（例えばラスタ走査順に）ＣＴＵのシーケンスを含む。図２Ｂに示す例では、Ｐｉｃ４は、６つのタイル（すなわち、Ｔｉｌｅ１〜Ｔｉｌｅ６）を含むものとして示されており、各タイルは矩形でありＣＴＵのシーケンスを含む。ＩＴＵ−Ｔ  Ｈ．２６５では、タイルは、２つ以上のスライスが包含する符号化ツリーユニットからなっていてもよく、スライスは、２つ以上のタイルが包含する符号化ツリーユニットからなっていてもよいことに留意されたい。しかしながら、ＩＴＵ−Ｔ  Ｈ．２６５は、以下の条件のうちの１つ又は両方が満たされなければならないと規定している。（１）あるスライス中の全ての符号化ツリーユニットは同じタイルに属する、及び（２）あるタイル内の全ての符号化ツリーユニットは同じスライスに属する。このように、図２Ｂに関して、各タイルがそれぞれのスライスに属してもよく（例えば、Ｔｉｌｅ１〜Ｔｉｌｅ６は、それぞれ、スライス、Ｓｌｉｃｅ１〜Ｓｌｉｃｅ６に属してもよい）、又は複数のタイルが１つのスライスに属してもよい（例えば、Ｔｉｌｅ１〜Ｔｉｌｅ３がＳｌｉｃｅ１に属してもよく、Ｔｉｌｅ４〜Ｔｉｌｅ６がＳｌｉｃｅ２に属してもよい）。
【００１６】
更に、図２Ｂに示すように、タイルはタイルセットを形成してもよい（すなわち、Ｔｉｌｅ２及びＴｉｌｅ５はタイルセットを形成する）。タイルセットは、依存性を符号化するための境界（例えば、イントラ予測依存性、エントロピ符号化依存性など）を定義するために使用されてもよく、そのため、符号化及び関心領域符号化における並列処理を可能にすることができる。例えば、図２Ｂに示す例の動画像シーケンスが夜のニュース番組に対応する場合、Ｔｉｌｅ２及びＴｉｌｅ５によって形成されたタイルセットは、ニュースを読んでいるニュースアンカーを含む視覚的関心領域に対応してもよい。ＩＴＵ−Ｔ  Ｈ．２６５は、動き制約タイルセット（ＭＣＴＳ）を有効にするシグナリングを定義する。動き制約タイルセットは、ピクチャ間予測依存性が参照ピクチャ内のコロケーションされたタイルセットに限定されるタイルセットを含んでもよい。この結果、所与のＭＣＴＳに対する動き補償を、ＭＣＴＳの外側にある他のタイルセットの復号とは無関係に実行することが可能である。例えば、図２Ｂを参照すると、Ｔｉｌｅ２及びＴｉｌｅ５によって形成されるタイルセットがＭＣＴＳであり、かつ、Ｐｉｃ１〜Ｐｉｃ３のそれぞれがコロケーションされたタイルセットを含む場合、Ｔｉｌｅ２及びＴｉｌｅ５上における動き補償は、Ｐｉｃ４のＴｉｌｅ１、Ｔｉｌｅ３、Ｔｉｌｅ４及びＴｉｌｅ６、並びに、Ｐｉｃ１〜Ｐｉｃ３のそれぞれにおけるタイルＴｉｌｅ１、Ｔｉｌｅ３、Ｔｉｌｅ４及びＴｉｌｅ６とコロケーションされたタイルの符号化とは無関係に実行されてもよい。ＭＣＴＳに従って動画像データを符号化することは、全方向動画像プレゼンテーションを含む動画像アプリケーションに有用であり得る。
【００１７】
図３に示すように、タイル（すなわち、Ｔｉｌｅ１〜Ｔｉｌｅ６）は、全方向動画像の最も関心のある領域を形成することができる。更に、Ｔｉｌｅ２及びＴｉｌｅ５によって形成されるタイルセットは、最も関心のある領域内に含まれるＭＣＴＳであってもよい。ビューポート依存動画像符号化は、ビューポート依存部分動画像符号化とも呼ばれることもあり、動画像領域全体の一部のみの符号化を可能にするために使用することができる。すなわち、例えば、ビューポート依存動画像符号化を使用して、現在のＦＯＶをレンダリングするために十分な情報を提供することができる。例えば、全方向動画像は、ビューポートをカバーする可能性のある各領域が経時的に他の領域から独立して符号化され得るように、ＭＣＴＳを使用して符号化することができる。この場合、例えば、特定の現在のビューポートに対して、ビューポートをカバーするタイルの最小セットがクライアントに送信され、復号され、及び／又はレンダリングされてもよい。このプロセスは、単純タイルベース部分復号（ＳＴＰＤ）と呼ばれることがある。
【００１８】
上述のように、Ｃｈｏｉは、球面又は３６０度動画像を２次元矩形動画像に変換するために使用できるプロジェクション技術のリストを指定する。Ｃｈｏｉは、プロジェクトフレームが、３６０度動画像プロジェクションインジケータによる表現フォーマットを有するフレームである場所と、プロジェクションが、一連の入力イメージがプロジェクトフレーム上にプロジェクションされるプロセスである場所とを指定する。更に、Ｃｈｏｉは、キャプチャされた画像／動画像コンテンツがプロジェクションされ、それぞれのプロジェクトフレームが形成され得る、１つ以上の表面を含む３次元構造を、プロジェクション構造が含む場所を指定する。最後に、Ｃｈｏｉは、領域ごとのパッキングが、プロジェクトフレームの領域ごとの変換、リサイズ、及び再配置を含む場所、及びパックフレームが、プロジェクトフレームの領域ごとのパッキングから生じるフレームである場所を提供する。従って、Ｃｈｏｉでは、３６０度の球面動画像を作成するためのプロセスは、画像のつなぎ合わせ、プロジェクション、及び領域ごとのパッキングを含むものとして説明することができる。Ｃｈｏｉは、正距円筒図法、矩形領域ごとのパッキングフォーマット、及び全方向魚眼レンズ動画像フォーマットを含む、座標系、全方向プロジェクションフォーマットを指定するが、簡潔にするために、Ｃｈｏｉのこれらのセクションの全ての完全な説明は本明細書において提供されないことに留意されたい。しかしながら、Ｃｈｏｉの関連するセクションを参照する。
【００１９】
Ｃｈｏｉでは、領域ごとのパッキングが適用されない場合、パックフレームはプロジェクトフレームと同一であることに留意されたい。そうでなければ、プロジェクトフレームの領域は、パックフレーム内の各領域の位置、形状、及びサイズを示すことによって、パックフレーム上にマッピングされる。更に、Ｃｈｏｉでは、ステレオスコープ３６０度動画像の場合、１つの時間インスタンスの入力画像は、それぞれの目に対して１つずつつなぎ合わされて、２つのビューを表すプロジェクトフレームを生成する。両方のビューは、同じパックフレーム上にマッピングすることができ、従来の二次元動画像符号化装置によって符号化することができる。あるいは、Ｃｈｏｉは、プロジェクトフレームの各ビューをそれ自身のパックフレームにマッピングすることができ、その際の、画像のつなぎ合わせ、プロジェクション、及び領域ごとのパッキングは、上述のモノスコープの場合と同様である。更に、Ｃｈｏｉでは、左ビュー若しくは右ビューのいずれかの一連のパックフレームを独立して符号化することができ、又はマルチビュー動画像符号化装置を使用する場合は、他のビューから予測することができる。最後に、Ｃｈｏｉでは、同じコンテンツの異なるバージョンを作成するために、画像のつなぎ合わせ、プロジェクション、及び領域ごとのパッキングプロセスを、同じソース画像に対して複数回実行することができ、例えば、プロジェクション構造の異なる方位に対して、及び同様に、同じプロジェクトフレームから領域ごとのパッキングプロセスを複数回実行して、符号化される複数の一連のパックフレームを作成することができる、ことに留意されたい。
【００２０】
Ｃｈｏｉは、以下の種類のメタデータを一般にサポートするファイルフォーマットを指定する。（１）プロジェクトフレームのプロジェクションフォーマットを指定するメタデータ、（２）プロジェクトフレームによってカバーされる球面の面積を指定するメタデータ、（３）グローバル座標系におけるプロジェクトフレームに対応するプロジェクション構造の方位を指定するメタデータ、（４）領域ごとのパッキング情報を指定するメタデータ、及び（５）オプションの領域ごとの品質ランキングを指定するメタデータ。
【００２１】
本明細書で使用される式に関して、以下の算術演算子が使用され得ることに留意されたい。
＋  加算
−  減算（２つの引数演算子として）又はネゲーション（単項プレフィックス演算子として）
＊  行列乗算を含む乗算
ｘｙ  べき乗。具体的には、ｘのｙ乗。他のコンテキストでは、そのような表記は、べき乗としての解釈を意図していないスーパースクリプトに使用される。
／ゼロへの結果切り捨てを伴う整数除算。例えば、７／４及び−７／−４は、１に切り捨てられ、−７／４及び７／−４は、−１に切り捨てられる。
÷切り捨て又は四捨五入が意図されていない式において除算を表すために使用される。
【数１】
2020516133.tif 000003
切り捨て又は四捨五入が意図されていない式において除算を表すために使用される。
【００２２】
本明細書で使用される式に関して、以下の論理演算子が使用され得ることに留意されたい：
ｘ  ＆＆  ｙ  ｘとｙとのブール論理「積」
ｘ  ││  ｙ  ｘとｙとのブール論理「和」
！ブール論理「否」
ｘ？ｙ：ｚ  ｘが真であるか又は０に等しくない場合はｙの値を評価し、そうでない場合はｚの値を評価する。
【００２３】
本明細書で使用される式に関して、以下の関係演算子が使用され得ることに留意されたい。
＞    大なり
＞＝  大なり又は等しい
＜    小なり
＜＝  小なり又は等しい
＝＝  等しい
！＝  等しくない
【００２４】
全方向プロジェクションフォーマットに関して、Ｃｈｏｉは、正距円筒図法プロジェクションに対して以下を提供する。
位置（ｉ，ｊ）におけるプロジェクトフレームのサンプルは、この項目で指定されるように角座標（φ、θ）に対応する。角座標（φ、θ）は、座標系において、ヨー角及びピッチ角にそれぞれ対応する（ここで、ヨーはＹ（縦、上）軸の周りを回転し、Ｘ（横、左右）軸の周りをピッチし、Ｚ（前後）軸の周りをロールする）。回転は外部、すなわち、Ｘ、Ｙ、及びＺ固定基準軸の周りで行われる。角度は、原点に向かって見たときに反時計回りに増加する。ヨーの範囲が−１８０度（端値を含む）〜１８０度（端値を含まない）の範囲にあり、ピッチの範囲が−９０度（端値を含む）〜９０度（端値を含まない）の範囲にあり、ロールの範囲が−１８０度（端値を含む）〜１８０度（端値を含まない）にある。
ＲｅｇｉｏｎＷｉｓｅＰａｃｋｉｎｇＢｏｘが存在しない場合、ｐｒｏｊ＿ｆｒａｍｅ＿ｗｉｄｔｈ及びｐｒｏｊ＿ｆｒａｍｅ＿ｈｅｉｇｈｔは、ＶｉｓｕａｌＳａｍｐｌｅＥｎｔｒｙの幅及び高さに等しいと推測される。
ＣｏｖｅｒａｇｅＩｎｆｏｒｍａｔｉｏｎＢｏｘが存在しない場合、ｈｏｒ＿ｒａｎｇｅは３６０００に等しいと推測され、ｖｅｒ＿ｒａｎｇｅは１８０００に等しいと推測される。
変数ｙａｗＭｉｎ、ｙａｗＭａｘ、ｐｉｔｃｈＭｉｎ、及びｐｉｔｃｈＭａｘ、以下のように導出される。
注記：変数ｙａｗＭｉｎ、ｙａｗＭａｘ、ｐｉｔｃｈＭｉｎ、及びｐｉｔｃｈＭａｘの値の範囲は、上記で指定されたヨー角及びピッチ角の値の範囲に限定されない。
ｙａｗＭｉｎ＝（ｃｅｎｔｅｒ＿ｙａｗ−ｈｏｒ＿ｒａｎｇｅ÷２）＊０．０１＊π÷１８０
ｙａｗＭａｘ＝（ｃｅｎｔｅｒ＿ｙａｗ＋ｈｏｒ＿ｒａｎｇｅ÷２）＊０．０１＊π÷１８０
ｐｉｔｃｈＭｉｎ＝（ｃｅｎｔｅｒ＿ｐｉｔｃｈ−ｖｅｒ＿ｒａｎｇｅ÷２）＊０．０１＊π÷１８０
ｐｉｔｃｈＭａｘ＝（ｃｅｎｔｅｒ＿ｐｉｔｃｈ＋ｖｅｒ＿ｒａｎｇｅ÷２）＊０．０１＊π÷１８０
ｉが、両端値を含む０〜ｐｒｏｊ＿ｆｒａｍｅ＿ｗｉｄｔｈ−１に等しく、ｊが、両端値を含む０〜ｐｒｏｊ＿ｆｒａｍｅ＿ｈｅｉｇｈｔ−１に等しい場合、ルマサンプル位置に対応する角座標（φ、θ）は、ラジアンで、以下の正距円筒図法マッピング式によって与えられる。
クロマフォーマット及び使用時のクロマ位置タイプＬｏｃＴｙｐｅに対する、ＣｅｎｔｅｒＬｅｆｔＯｆｆｓｅｔＣ、ＣｅｎｔｅｒＴｏｐＯｆｆｓｅｔＣ、ＦｒａｍｅＷｉｄｔｈＣ、及びＦｒａｍｅＨｅｉｇｈｔＣの値が、表１に指定されている。
【表１】
2020516133.tif 000004
ｉが、両端値を含む０〜ＦｒａｍｅＷｉｄｔｈＣ−１に等しく、ｊが、両端値を含む０〜ＦｒａｍｅＨｅｉｇｈｔＣ−１に等しい場合、クロマサンプル位置に対応する角座標（φ、θ）は、ラジアンで、以下の正距円筒図法マッピング式によって与えられる。
φ＝（ｉ＋ＣｅｎｔｅｒＬｅｆｔＯｆｆｓｅｔＣ）＊（ｙａｗＭａｘ−ｙａｗＭｉｎ）÷ＦｒａｍｅＷｉｄｔｈＣ＋ｙａｗＭｉｎ
θ＝（ｊ＋ＣｅｎｔｅｒＴｏｐＯｆｆｓｅｔＣ）＊（ｐｉｔｃｈＭｉｎ−ｐｉｔｃｈＭａｘ）÷ＦｒａｍｅＨｅｉｇｈｔＣ−ｐｉｔｃｈＭｉｎ
【００２５】
Ｃｈｏｉにおいて提供される正距円筒図法プロジェクションは、理想的ではないことがあることに留意されたい。
【００２６】
領域ごとのパッキングに関して、Ｃｈｏｉは、矩形領域ごとのパッキングに対し、以下の定義、シンタックス、及びセマンティクスを提供する。
定義
ＲｅｃｔＲｅｇｉｏｎＰａｃｋｉｎｇ（ｉ）は、プロジェクトフレームのソース矩形領域が、パックフレームの目的矩形領域上にどのようにパッキングされるかを指定する。９０度、１８０度、又は２７０度だけの水平方向ミラーリング及び回転を示すことができ、垂直及び水平方向の再サンプリングは、領域の幅及び高さから推測される。
シンタックス
ａｌｉｇｎｅｄ（８）ｃｌａｓｓ  ＲｅｃｔＲｅｇｉｏｎＰａｃｋｉｎｇ（ｉ）｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）ｐｒｏｊ＿ｒｅｇ＿ｗｉｄｔｈ［ｉ］；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）ｐｒｏｊ＿ｒｅｇ＿ｈｅｉｇｈｔ［ｉ］；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）ｐｒｏｊ＿ｒｅｇ＿ｔｏｐ［ｉ］；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）ｐｒｏｊ＿ｒｅｇ＿ｌｅｆｔ［ｉ］；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（８）ｔｒａｎｓｆｏｒｍ＿ｔｙｐｅ［ｉ］；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）ｐａｃｋｅｄ＿ｒｅｇ＿ｗｉｄｔｈ［ｉ］；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）ｐａｃｋｅｄ＿ｒｅｇ＿ｈｅｉｇｈｔ［ｉ］；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）ｐａｃｋｅｄ＿ｒｅｇ＿ｔｏｐ［ｉ］；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）ｐａｃｋｅｄ＿ｒｅｇ＿ｌｅｆｔ［ｉ］；
｝
セマンティクス
ｐｒｏｊ＿ｒｅｇ＿ｗｉｄｔｈ［ｉ］、ｐｒｏｊ＿ｒｅｇ＿ｈｅｉｇｈｔ［ｉ］、ｐｒｏｊ＿ｒｅｇ＿ｔｏｐ［ｉ］及びｐｒｏｊ＿ｒｅｇ＿ｌｅｆｔ［ｉ］は、それぞれ、ｐｒｏｊ＿ｆｒａｍｅ＿ｗｉｄｔｈ及びｐｒｏｊ＿ｆｒａｍｅ＿ｈｅｉｇｈｔに等しい幅及び高さを有するプロジェクトフレームにおいてピクセル単位で示される。
ｐｒｏｊ＿ｒｅｇ＿ｗｉｄｔｈ［ｉ］は、プロジェクトフレームのｉ番目の領域の幅を指定する。
ｐｒｏｊ＿ｒｅｇ＿ｗｉｄｔｈ［ｉ］は、０より大きいものとする。
ｐｒｏｊ＿ｒｅｇ＿ｈｅｉｇｈｔ［ｉ］は、プロジェクトフレームのｉ番目の領域の高さを指定する。
ｐｒｏｊ＿ｒｅｇ＿ｈｅｉｇｈｔ［ｉ］は、０より大きいものとする。
ｐｒｏｊ＿ｒｅｇ＿ｔｏｐ［ｉ］及びｐｒｏｊ＿ｒｅｇ＿ｌｅｆｔ［ｉ］は、プロジェクトフレーム内の最上部のサンプル行、及び左端のサンプル列を指定する。値はそれぞれ、プロジェクトフレームの左上隅を示す、端値を含む０から、端値を含まないｐｒｏｊ＿ｆｒａｍｅ＿ｈｅｉｇｈｔ及びｐｒｏｊ＿ｆｒａｍｅ＿ｗｉｄｔｈまでの範囲にあるものとする。
ｐｒｏｊ＿ｒｅｇ＿ｗｉｄｔｈ［ｉ］及びｐｒｏｊ＿ｒｅｇ＿ｌｅｆｔ［ｉ］は、ｐｒｏｊ＿ｒｅｇ＿ｗｉｄｔｈ［ｉ］＋ｐｒｏｊ＿ｒｅｇ＿ｌｅｆｔ［ｉ］がｐｒｏｊ＿ｆｒａｍｅ＿ｗｉｄｔｈより小さくなるように制約されるものとする。
ｐｒｏｊ＿ｒｅｇ＿ｈｅｉｇｈｔ［ｉ］及びｐｒｏｊ＿ｒｅｇ＿ｔｏｐ［ｉ］は、ｐｒｏｊ＿ｒｅｇ＿ｈｅｉｇｈｔ［ｉ］＋ｐｒｏｊ＿ｒｅｇ＿ｔｏｐ［ｉ］がｐｒｏｊ＿ｆｒａｍｅ＿ｈｅｉｇｈｔより小さくなるように制約されるものとする。
プロジェクトフレームがステレオスコープである場合、ｐｒｏｊ＿ｒｅｇ＿ｗｉｄｔｈ［ｉ］、ｐｒｏｊ＿ｒｅｇ＿ｈｅｉｇｈｔ［ｉ］、ｐｒｏｊ＿ｒｅｇ＿ｔｏｐ［ｉ］、及びｐｒｏｊ＿ｒｅｇ＿ｌｅｆｔ［ｉ］は、プロジェクトフレーム上のこれらのフィールドによって識別される領域が、プロジェクトフレームの単一構成フレーム内にあるようにするものとする。
ｔｒａｎｓｆｏｒｍ＿ｔｙｐｅ［ｉ］は、プロジェクトフレームのｉ番目の領域に適用されている回転及びミラーリングを指定して、パックフレームにマッピングする。ｔｒａｎｓｆｏｒｍ＿ｔｙｐｅ［ｉ］が回転とミラーリングの両方を指定している場合、回転はミラーリング後に適用される。以下の値が指定され、他の値が予備とされる。
１：変換なし
２：水平ミラーリング
３：１８０度（反時計回り）回転
４：水平にミラーリングした後、１８０度（反時計回り）回転
５：水平にミラーリングした後、９０度（反時計回り）回転
６：９０度（反時計回り）回転
７：水平にミラーリングした後、２７０度（反時計回り）回転
８：２７０度（反時計回り）回転
ｐａｃｋｅｄ＿ｒｅｇ＿ｗｉｄｔｈ［ｉ］、ｐａｃｋｅｄ＿ｒｅｇ＿ｈｅｉｇｈｔ［ｉ］、ｐａｃｋｅｄ＿ｒｅｇ＿ｔｏｐ［ｉ］、及びｐａｃｋｅｄ＿ｒｅｇ＿ｌｅｆｔ［ｉ］は、それぞれ、パックフレームにおける領域の幅、高さ、最上部のサンプル行、及び左端のサンプル列を指定する。ｐａｃｋｅｄ＿ｒｅｇ＿ｗｉｄｔｈ［ｉ］、ｐａｃｋｅｄ＿ｒｅｇ＿ｈｅｉｇｈｔ［ｉ］、ｐａｃｋｅｄ＿ｒｅｇ＿ｔｏｐ［ｉ］、及びｐａｃｋｅｄ＿ｒｅｇ＿ｌｅｆｔ［ｉ］によって指定される矩形は、両端値を含む０〜ｉ−１の範囲内のｊの任意の値に対して、ｐａｃｋｅｄ＿ｒｅｇ＿ｗｉｄｔｈ［ｊ］、ｐａｃｋｅｄ＿ｒｅｇ＿ｈｅｉｇｈｔ［ｊ］、ｐａｃｋｅｄ＿ｒｅｇ＿ｔｏｐ［ｊ］、及びｐａｃｋ＿ｒｅｇ＿ｌｅｆｔ［ｊ］によって指定される矩形と重ならないものとする。
【００２７】
Ｃｈｏｉにおいて提供される矩形領域ごとのパッキングのシンタックスは、理想的ではないことがあることに留意されたい。更に、上記のシンタックス及び本明細書で使用されるシンタックスにおいて、ｕｎｓｉｇｎｅｄ  ｉｎｔ（ｎ）は、ｎビットを有する符号なし整数を指すことに留意されたい。
【００２８】
上述したように、Ｃｈｏｉは、国際標準化機構（ＩＳＯ）ベースメディアファイルフォーマット（ＩＳＯＢＭＦＦ）を使用して、全方向メディア及び関連メタデータを記憶する方法を指定する。更に、Ｃｈｏｉは、ファイルフォーマットが以下のボックスのタイプ、すなわち、方式タイプボックス（ＳｃｈｅｍｅＴｙｐｅＢｏｘ）、方式情報ボックス（ＳｃｈｅｍｅＩｎｆｏｒｍａｔｉｏｎＢｏｘ）、プロジェクト全方向動画像ボックス（ＰｒｏｊｅｃｔｅｄＯｍｎｉｄｉｒｅｃｔｉｏｎａｌＶｉｄｅｏＢｏｘ）、ステレオ動画像ボックス（ＳｔｅｒｅｏＶｉｄｅｏＢｏｘ）、魚眼全方向動画像ボックス（ＦｉｓｈｅｙｅＯｍｎｉｄｉｒｅｃｔｉｏｎａｌＶｉｄｅｏＢｏｘ）、領域ごとのパッキングボックス（ＲｅｇｉｏｎＷｉｓｅＰａｃｋｉｎｇＢｏｘ）、及びプロジェクション方位ボックス（ＰｒｏｊｅｃｔｉｏｎＯｒｉｅｎｔａｔｉｏｎＢｏｘ）、をサポートする場所を指定する。Ｃｈｏｉは、追加のタイプのボックスを指定しているが、簡潔にするために、Ｃｈｏｉにおいて指定された全てのボックスのタイプの完全な説明は本明細書に記載されていないことに留意されたい。ＳｃｈｅｍｅＴｙｐｅＢｏｘ、ＳｃｈｅｍｅＩｎｆｏｒｍａｔｉｏｎＢｏｘ、ＰｒｏｊｅｃｔｅｄＯｍｎｉｄｉｒｅｃｔｉｏｎａｌＶｉｄｅｏＢｏｘ、ＳｔｅｒｅｏＶｉｄｅｏＢｏｘ、及びＲｅｇｉｏｎＷｉｓｅＰａｃｋｉｎｇＢｏｘに関して、Ｃｈｏｉは以下を提供する。
−制限された動画像サンプルエントリタイプ「ｒｏｓｙ」に対する全方向動画像方式の使用は、復号されたピクチャが、魚眼レンズ動画像ピクチャか、又はモノスコープ若しくはステレオスコープコンテンツのいずれかを含むパックフレームかのいずれかであることを示す。全方向動画像方式の使用は、ＳｃｈｅｍｅＴｙｐｅＢｏｘ内の‘ｏｄｖｄ’（全方向動画像）に等しいｓｃｈｅｍｅ＿ｔｙｐｅによって示される。
−プロジェクションされたモノスコープフレームのフォーマットは、ＳｃｈｅｍｅＩｎｆｏｒｍａｔｉｏｎＢｏｘ内に含まれるＰｒｏｊｅｃｔｅｄＯｍｎｉｄｉｒｅｃｔｉｏｎａｌＶｉｄｅｏＢｏｘで示される。魚眼レンズ動画像のフォーマットは、ＳｃｈｅｍｅＩｎｆｏｒｍａｔｉｏｎＢｏｘ内に含まれるＦｉｓｈｅｙｅＯｍｎｉｄｉｒｅｃｔｉｏｎａｌＶｉｄｅｏＢｏｘで示される。方式タイプが‘ｏｄｖｄ’である場合、ＳｃｈｅｍｅＩｎｆｏｒｍａｔｉｏｎＢｏｘには、ＰｒｏｊｅｃｔｅｄＯｍｎｉｄｉｒｅｃｔｉｏｎａｌＶｉｄｅｏＢｏｘ及びＦｉｓｈｅｙｅＯｍｎｉｄｉｒｅｃｔｉｏｎａｌＶｉｄｅｏＢｏｘのうちの１つ及び１つのみが存在するものとする。
−ＰｒｏｊｅｃｔｅｄＯｍｎｉｄｉｒｅｃｔｉｏｎａｌＶｉｄｅｏＢｏｘがＳｃｈｅｍｅＩｎｆｏｒｍａｔｉｏｎＢｏｘ内に存在する場合、ＳｔｅｒｅｏＶｉｄｅｏＢｏｘ及びＲｅｇｉｏｎＷｉｓｅＰａｃｋｉｎｇＢｏｘは、同じＳｃｈｅｍｅＩｎｆｏｒｍａｔｉｏｎＢｏｘ内に存在してもよい。ＦｉｓｈｅｙｅＯｍｎｉｄｉｒｅｃｔｉｏｎａｌＶｉｄｅｏＢｏｘがＳｃｈｅｍｅＩｎｆｏｒｍａｔｉｏｎＢｏｘ内に存在する場合、ＳｔｅｒｅｏＶｉｄｅｏＢｏｘ及びＲｅｇｉｏｎＷｉｓｅＰａｃｋｉｎｇＢｏｘは、同じＳｃｈｅｍｅＩｎｆｏｒｍａｔｉｏｎＢｏｘに存在しないものとする。
−ステレオスコープ動画像の場合、プロジェクションされた左フレーム及び右フレームのフレームパッキング配列は、ＳｃｈｅｍｅＩｎｆｏｒｍａｔｉｏｎＢｏｘ内に含まれるＳｔｅｒｅｏＶｉｄｅｏＢｏｘで示される。ＳｔｅｒｅｏＶｉｄｅｏＢｏｘの不在は、全方向にプロジェクションされたトラックのコンテンツがモノスコープであることを示す。全方向動画像方式に対してＳｔｅｒｅｏＶｉｄｅｏＢｏｘがＳｃｈｅｍｅＩｎｆｏｒｍａｔｉｏｎＢｏｘ内に存在する場合、トップボトムフレームパッキング又はサイドツーフレームパッキングのいずれかを示すものとする。
−オプションの領域ごとパッキングは、ＳｃｈｅｍｅＩｎｆｏｒｍａｔｉｏｎＢｏｘ内に含まれるＲｅｇｉｏｎＷｉｓｅＰａｃｋｉｎｇＢｏｘで示される。ＲｅｇｉｏｎＷｉｓｅＰａｃｋｉｎｇＢｏｘの不在は、領域ごとのパッキングが適用されていないことを示す。
【００２９】
領域ごとのパッキングボックスに関して、Ｃｈｏｉは、以下の定義、シンタックス、及びセマンティクスを提供する。
定義
ボックスタイプ：‘ｒｗｐｋ’
コンテナ：方式情報ボックス（‘ｓｃｈｉ’）
必須：いいえ
数：ゼロ又は１
ＲｅｇｉｏｎＷｉｓｅＰａｃｋｉｎｇＢｏｘは、プロジェクトフレームが領域ごとにパッキングされ、レンダリング前にアンパッキングを必要とすることを示す。
シンタックス
ａｌｉｇｎｅｄ（８）ｃｌａｓｓ  ＲｅｇｉｏｎＷｉｓｅＰａｃｋｉｎｇＢｏｘ  ｅｘｔｅｎｄｓ  Ｂｏｘ（‘ｒｗｐｋ’）｛
ＲｅｇｉｏｎＷｉｓｅＰａｃｋｉｎｇＳｔｒｕｃｔ（）；
｝
ａｌｉｇｎｅｄ（８）ｃｌａｓｓ  ＲｅｇｉｏｎＷｉｓｅＰａｃｋｉｎｇＳｔｒｕｃｔ  ｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（８）ｎｕｍ＿ｒｅｇｉｏｎｓ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）ｐｒｏｊ＿ｆｒａｍｅ＿ｗｉｄｔｈ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）ｐｒｏｊ＿ｆｒａｍｅ＿ｈｅｉｇｈｔ；
ｆｏｒ（ｉ＝０；ｉ＜ｎｕｍ＿ｒｅｇｉｏｎｓ；ｉ＋＋）｛
ｂｉｔ（４）ｒｅｓｅｒｖｅｄ＝０；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（４）ｐａｃｋｉｎｇ＿ｔｙｐｅ［ｉ］；
｝
ｆｏｒ（ｉ＝０；ｉ＜ｎｕｍ＿ｒｅｇｉｏｎｓ；ｉ＋＋）｛
ｉｆ（ｐａｃｋｉｎｇ＿ｔｙｐｅ［ｉ］＝＝０）
ＲｅｃｔＲｅｇｉｏｎＰａｃｋｉｎｇ（ｉ）；
｝
｝
セマンティクス
ｎｕｍ＿ｒｅｇｉｏｎｓは、パッキングされた領域の数を指定する。値０は予備とされる。
ｐｒｏｊ＿ｆｒａｍｅ＿ｗｉｄｔｈ及びｐｒｏｊ＿ｆｒａｍｅ＿ｈｅｉｇｈｔは、プロジェクトフレームの幅及び高さをそれぞれ指定する。
ｐａｃｋｉｎｇ＿ｔｙｐｅは、領域ごとのパッキングのタイプを指定する。０に等しいｐａｃｋｉｎｇ＿ｔｙｐｅは、矩形領域ごとのパッキングを示す。他の値は予備とされる。
【００３０】
プロジェクションされた全方向動画像ボックスに関して、Ｃｈｏｉは、以下の定義、シンタックス、及びセマンティクスを提供する。
定義
ボックスタイプ：‘ｐｏｖｄ’
コンテナ：方式情報ボックス（‘ｓｃｈｉ’）
必須：いいえ
数：０又は１（ｓｃｈｅｍｅ＿ｔｙｐｅが‘ｏｄｖｄ’に等しく、‘ｐｏｖｄ’又は‘ｆｏｖｄ’のいずれかが存在しなければならない場合）
ＰｒｏｊｅｃｔｅｄＯｍｎｉｄｉｒｅｃｔｉｏｎａｌＶｉｄｅｏＢｏｘは、トラックに含まれるサンプルがプロジェクトフレーム又はパックフレームであることを示すために使用される。
プロジェクトフレームの特性は、以下を用いて示される。
・モノスコーププロジェクトフレームのプロジェクションフォーマット（トラックに含まれるモノスコープ動画像に対してはＣ、ステレオスコープ動画像の左右ビューに対してはＣＬ及びＣＲ）
・グローバル座標系に対するプロジェクション構造の方位
・プロジェクションされた全方向動画像の球面カバレッジ（すなわち、プロジェクトフレームによって表される球面上の面積）
シンタックス
ａｌｉｇｎｅｄ（８）ｃｌａｓｓ  ＰｒｏｊｅｃｔｅｄＯｍｎｉｄｉｒｅｃｔｉｏｎａｌＶｉｄｅｏＢｏｘ  ｅｘｔｅｎｄｓ  Ｂｏｘ（‘ｐｏｖｄ’）｛
ＰｒｏｊｅｃｔｉｏｎＦｏｒｍａｔＢｏｘ（）；／／ｍａｎｄａｔｏｒｙ
ＰｒｏｊｅｃｔｉｏｎＯｒｉｅｎｔａｔｉｏｎＢｏｘ（）；／／ｏｐｔｉｏｎａｌ
ＣｏｖｅｒａｇｅＩｎｆｏｒｍａｔｉｏｎＢｏｘ（）；／／ｏｐｔｉｏｎａｌ
｝
ａｌｉｇｎｅｄ（８）ｃｌａｓｓ  ＰｒｏｊｅｃｔｉｏｎＦｏｒｍａｔＢｏｘ（）ｅｘｔｅｎｄｓ  ＦｕｌｌＢｏｘ（‘ｐｒｆｒ’，０，０）｛
ＰｒｏｊｅｃｔｉｏｎＦｏｒｍａｔＳｔｒｕｃｔ（）；
｝
ａｌｉｇｎｅｄ（８）ｃｌａｓｓ  ＰｒｏｊｅｃｔｉｏｎＦｏｒｍａｔＳｔｒｕｃｔ（）｛
ｂｉｔ（１）ｒｅｓｅｒｖｅｄ＝０；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（６）ｇｅｏｍｅｔｒｙ＿ｔｙｐｅ；
ｂｉｔ（１）ｒｅｓｅｒｖｅｄ＝０；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（８）ｐｒｏｊｅｃｔｉｏｎ＿ｔｙｐｅ；
｝
セマンティクス
ｇｅｏｍｅｔｒｙ＿ｔｙｐｅは、空間内の点が１つ以上の次元内の位置によって一意に特定され得る数学的規則を示す。ｇｅｏｍｅｔｒｙ＿ｔｙｐｅが１に等しい場合、プロジェクションインジケータは球面座標で与えられ、ここで、指定座標系に従って、φは方位角（経度）又はＹａｗＡｎｇｌｅであり、θは高度（緯度）又はＰｉｔｃｈＡｎｇｌｅである。ｇｅｏｍｅｔｒｙ＿ｔｙｐｅの他の値は予備とされる。
ｐｒｏｊｅｃｔｉｏｎ＿ｔｙｐｅは、ｇｅｏｍｅｔｒｙ＿ｔｙｐｅによって指定された座標系上への矩形復号装置ピクチャ出力サンプルの特定のマッピングを示す。ｐｒｏｊｅｃｔｉｏｎ＿ｔｙｐｅが１に等しい場合、ｇｅｏｍｅｔｒｙ＿ｔｙｐｅは１に等しいものとする。ｐｒｏｊｅｃｔｉｏｎ＿ｔｙｐｅが１に等しい場合、指定された正距円筒図法プロジェクションを示す。ｐｒｏｊｅｃｔｉｏｎ＿ｔｙｐｅの他の値は予備とされる。
【００３１】
プロジェクション方位ボックスに関して、Ｃｈｏｉは、以下の定義、シンタックス、及びセマンティクスを提供する。
定義
ボックスタイプ：‘ｐｒｏｒ’
コンテナ：プロジェクションされた全方向動画像ボックス（‘ｐｏｖｄ’）
必須：いいえ
数：ゼロ又は１
プロジェクトフォーマットが正距円筒図法プロジェクションである場合、このボックス内のフィールドは、球面にプロジェクションしたときのプロジェクトフレームの中心点のヨー角、ピッチ角、ロール角をそれぞれ提供する。ステレオスコープ全方向動画像の場合、フィールドは、フレームパッキングされたステレオスコープフレームではなく、各ビューに個別に適用する。ＰｒｏｊｅｃｔｉｏｎＯｒｉｅｎｔａｔｉｏｎＢｏｘが存在しない場合、フィールドｏｒｉｅｎｔａｔｉｏｎ＿ｙａｗ、ｏｒｉｅｎｔａｔｉｏｎ＿ｐｉｔｃｈ、及びｏｒｉｅｎｔａｔｉｏｎ＿ｒｏｌｌは全て、０に等しいと見なされる。
シンタックス
ａｌｉｇｎｅｄ（８）ｃｌａｓｓ  ＰｒｏｊｅｃｔｉｏｎＯｒｉｅｎｔａｔｉｏｎＢｏｘ  ｅｘｔｅｎｄｓ  ＦｕｌｌＢｏｘ（‘ｐｒｏｒ’，ｖｅｒｓｉｏｎ＝０，ｆｌａｇｓ）｛
ｓｉｇｎｅｄ  ｉｎｔ（１６）ｏｒｉｅｎｔａｔｉｏｎ＿ｙａｗ；
ｓｉｇｎｅｄ  ｉｎｔ（１６）ｏｒｉｅｎｔａｔｉｏｎ＿ｐｉｔｃｈ；
ｓｉｇｎｅｄ  ｉｎｔ（１６）ｏｒｉｅｎｔａｔｉｏｎ＿ｒｏｌｌ；
｝
セマンティクス
ｏｒｉｅｎｔａｔｉｏｎ＿ｙａｗ、ｏｒｉｅｎｔａｔｉｏｎ＿ｐｉｔｃｈ、及びｏｒｉｅｎｔａｔｉｏｎ＿ｒｏｌｌは、プロジェクションのヨー、ピッチ、及びロールを、グローバル座標系に対して０．０１度単位で指定する。
ｏｒｉｅｎｔａｔｉｏｎ＿ｙａｗは、両端を含む−１８０００から１７９９９の範囲にあり、ｏｒｉｅｎｔａｔｉｏｎ＿ｐｉｔｃｈは、両端を含む−９０００から９０００の範囲にあり、ｏｒｉｅｎｔａｔｉｏｎ＿ｒｏｌｌは、両端を含む−１８０００から１８０００の範囲にあるものとする。
【００３２】
更に、カバレッジ情報ボックスに関して、Ｃｈｏｉは、以下の定義、シンタックス、及びセマンティクスを提供する。
定義
ボックスタイプ：‘ｃｏｖｉ’
コンテナ：プロジェクションされた全方向動画像ボックス（‘ｐｏｖｄ’）
必須：いいえ
数：ゼロ又は１
このボックスは、コンテナＰｒｏｊｅｃｔｅｄＯｍｎｉｄｉｒｅｃｔｉｏｎａｌＶｉｄｅｏＢｏｘに関連付けられたプロジェクトフレームによって表される球面上の面積に関する情報を提供する。このボックスの不在は、プロジェクトフレームが全球面の表現であることを示す。このボックス内のフィールドは、存在する場合、ＰｒｏｊｅｃｔｉｏｎＯｒｉｅｎｔａｔｉｏｎＢｏｘのアプリケーション後に適用する。
プロジェクションフォーマットが正距円筒図法プロジェクションである場合、プロジェクトフレームによって表される球面領域は、２つのヨー円及び２つのピッチ円によって指定される領域である。
シンタックス
ａｌｉｇｎｅｄ（８）ｃｌａｓｓ  ＣｏｖｅｒａｇｅＩｎｆｏｒｍａｔｉｏｎＢｏｘ  ｅｘｔｅｎｄｓ  ＦｕｌｌＢｏｘ（‘ｃｏｖｉ’，ｖｅｒｓｉｏｎ＝０，ｆｌａｇｓ）｛
ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳｔｒｕｃｔ（１）；
｝
セマンティクス
ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳｔｒｕｃｔ（１）がＣｏｖｅｒａｇｅＩｎｆｏｒｍａｔｉｏｎＢｏｘに含まれる場合、以下が適用される。
ｃｅｎｔｅｒ＿ｙａｗ及びｃｅｎｔｅｒ＿ｐｉｔｃｈは、ＰｒｏｊｅｃｔｉｏｎＯｒｉｅｎｔａｔｉｏｎＢｏｘを通じて指定された座標系に対して、プロジェクトフレームによって表される球面領域の中心点を０．０１度単位で指定する。
ｃｅｎｔｅｒ＿ｙａｗは、両端値を含む−１８０００〜１７９９９の範囲にあるものとする。
ｃｅｎｔｅｒ＿ｐｉｔｃｈは、両端値を含む−９０００〜９０００の範囲にあるものとする。
ｈｏｒ＿ｒａｎｇｅ及びｖｅｒ＿ｒａｎｇｅは、それぞれ、プロジェクトフレームによって表される領域の水平及び垂直方向の範囲を、０．０１度単位で指定する。
ｈｏｒ＿ｒａｎｇｅ及びｖｅｒ＿ｒａｎｇｅは、領域の中心点を通る範囲を指定する。
ｈｏｒ＿ｒａｎｇｅは、両端値を含む１〜３６０００の範囲にあるものとする。
ｖｅｒ＿ｒａｎｇｅは、両端値を含む１〜１８０００の範囲にあるものとする。
ｃｅｎｔｅｒ＿ｐｉｔｃｈ＋ｖｅｒ＿ｒａｎｇｅ÷２は、９０００以下であるものとする。
ｃｅｎｔｅｒ＿ｐｉｔｃｈ−ｖｅｒ＿ｒａｎｇｅ÷２は、−９０００以上であるものとする。
【００３３】
Ｃｈｏｉで提供されている正距円筒図法プロジェクション、領域ごとのパッキングボックス、プロジェクション方位ボックス、及びカバレッジ情報ボックスは、理想的ではない場合があることに留意されたい。
【００３４】
上述のように、全方向動画像ピクチャにおいて最も関心のある領域をシグナリングすることは、送信帯域幅を低減させ、かつ、復号複雑性を低減させることによって、システム性能を改善することができる。Ｃｈｏｉは、最も関心のある領域をシグナリングするための以下のシンタックス及びセマンティクスを提供する。
シンタックス
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）ｒｅｇｉｏｎｂａｓｅ＿ｉｄ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｅｎｔｒｙ＿ｃｏｕｎｔ；
ｆｏｒ（ｉ＝１；ｉ＜＝ｅｎｔｒｙ＿ｃｏｕｎｔ；ｉ＋＋）｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｌｅｆｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｏｆｆｓｅｔ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｔｏｐ＿ｖｅｒｔｉｃａｌ＿ｏｆｆｓｅｔ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｒｅｇｉｏｎ＿ｗｉｄｔｈ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｒｅｇｉｏｎ＿ｈｅｉｇｈｔ；
｝
セマンティクス
ｒｅｇｉｏｎｂａｓｅ＿ｉｄは、最も関心のある領域の位置及びサイズが指定されるベース領域を指定する。
ｅｎｔｒｙ＿ｃｏｕｎｔは、エントリの数を指定する。
ｌｅｆｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｏｆｆｓｅｔ、ｔｏｐ＿ｖｅｒｔｉｃａｌ＿ｏｆｆｓｅｔ、ｒｅｇｉｏｎ＿ｗｉｄｔｈ、及びｒｅｇｉｏｎ＿ｈｅｉｇｈｔは、最も関心のある領域の位置とサイズを示す整数値である。
ｌｅｆｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｏｆｆｓｅｔ及びｔｏｐ＿ｖｅｒｔｉｃａｌ＿ｏｆｆｓｅｔは、ベース領域に対して最も関心のある領域の左上隅の、ルマサンプルにおける、水平及び垂直座標をそれぞれ示す。
ｒｅｇｉｏｎ＿ｗｉｄｔｈ及びｒｅｇｉｏｎ＿ｈｅｉｇｈｔは、ベース領域に対して最も関心のある領域の、ルマサンプルにおける、幅及び高さをそれぞれ示す。
【００３５】
Ｃｈｏｉで提供されているような、最も関心のある領域をシグナリングすることは、理想的ではない場合があることに留意されたい。
【００３６】
上述のように、Ｃｈｏｉは、全方向メディアをストリーミングするための技術を指定する。このようにして、Ｃｈｏｉは、球面上の領域を示すための一般的な時限メタデータトラックシンタックスを提供し、これは、全方向メディアをストリーミングするのに有用であり得る。Ｃｈｏｉにおける時限メタデータトラックの目的は、サンプルエントリタイプによって示され、全てのメタデータトラックのサンプルフォーマットは、共通部分で始まり、メタデータトラックのサンプルエントリに固有の拡張部分がそれに続いてもよい。
【００３７】
更に、各サンプルは、球体上の領域を指定する。Ｃｈｏｉは、時限メタデータトラックサンプルエントリに対して、以下の定義、シンタックス、及びセマンティクスを提供する。
定義
ちょうど１つのＲｅｇｉｏｎＯｎＳｐｈｅｒｅＣｏｎｆｉｇＢｏｘが、サンプルエントリに存在するものとする。ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＣｏｎｆｉｇＢｏｘは、サンプルによって指定された領域の形状を指定する。サンプル内の領域の水平及び垂直方向の範囲が変化しない場合、それらはサンプルエントリ内に示され得る。
シンタックス
ｃｌａｓｓ  ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳａｍｐｌｅＥｎｔｒｙ  ｅｘｔｅｎｄｓ  ＭｅｔａＤａｔａＳａｍｐｌｅＥｎｔｒｙ（‘ｒｏｓｐ’）｛
ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＣｏｎｆｉｇＢｏｘ（）；／／ｍａｎｄａｔｏｒｙ
Ｂｏｘ［］ｏｔｈｅｒ＿ｂｏｘｅｓ；／／ｏｐｔｉｏｎａｌ．
｝
ｃｌａｓｓ  ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＣｏｎｆｉｇＢｏｘ  ｅｘｔｅｎｄｓ  ＦｕｌｌＢｏｘ（‘ｒｏｓｃ’，ｖｅｒｓｉｏｎ＝０，ｆｌａｇｓ）｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（８）ｓｈａｐｅ＿ｔｙｐｅ；
ｂｉｔ（７）ｒｅｓｅｒｖｅｄ＝０；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１）ｄｙｎａｍｉｃ＿ｒａｎｇｅ＿ｆｌａｇ；
ｉｆ（ｄｙｎａｍｉｃ＿ｒａｎｇｅ＿ｆｌａｇ＝＝０）｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅ；
｝
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｎｕｍ＿ｒｅｇｉｏｎｓ；
セマンティクス
０に等しいｓｈａｐｅ＿ｔｙｐｅは、領域が４つの大きな円によって示されることを指定する。
１に等しいｓｈａｐｅ＿ｔｙｐｅは、領域が２つのヨー円及び２つのピッチ円によって示されることを指定する。
１より大きいｓｈａｐｅ＿ｔｙｐｅの値が予備とされる。
０に等しいｄｙｎａｍｉｃ＿ｒａｎｇｅ＿ｆｌａｇは、このサンプルエントリを参照する全てのサンプルにおいて、領域の水平及び垂直方向の範囲が変更されないままであることを指定する。
１に等しいｄｙｎａｍｉｃ＿ｒａｎｇｅ＿ｆｌａｇは、領域の水平及び垂直方向の範囲がサンプルフォーマットで示されることを指定する。
ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅ及びｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅは、このサンプルエントリを参照する各サンプルに対する領域の水平及び垂直方向の範囲を、それぞれ０．０１度単位で指定する。ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅ及びｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅは、領域の中心点を通る範囲を指定する。
ｎｕｍ＿ｒｅｇｉｏｎｓは、このサンプルエントリを参照するサンプル内の領域数を指定する。ｎｕｍ＿ｒｅｇｉｏｎｓは、１に等しいものとする。ｎｕｍ＿ｒｅｇｉｏｎｓの他の値は予備とされる。
【００３８】
Ｃｈｏｉは、サンプルフォーマットに対して、以下の定義、シンタックス、及びセマンティクスを提供する。
定義
各サンプルは、球体上の領域を指定する。ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳａｍｐｌｅ構造は、導出されたトラック形式で拡張されてもよい。
シンタックス
ａｌｉｇｎｅｄ（８）ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳｔｒｕｃｔ（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ）｛
ｓｉｇｎｅｄ  ｉｎｔ（１６）ｃｅｎｔｅｒ＿ｙａｗ；
ｓｉｇｎｅｄ  ｉｎｔ（１６）ｃｅｎｔｅｒ＿ｐｉｔｃｈ；
ｉｆ（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ）｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｈｏｒ＿ｒａｎｇｅ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｖｅｒ＿ｒａｎｇｅ；
｝
ａｌｉｇｎｅｄ（８）ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳａｍｐｌｅ（）｛
ｆｏｒ（ｉ＝０；ｉ＜ｎｕｍ＿ｒｅｇｉｏｎｓ；ｉ＋＋）
ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳｔｒｕｃｔ（ｄｙｎａｍｉｃ＿ｒａｎｇｅ＿ｆｌａｇ）
セマンティクス
ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳｔｒｕｃｔ（）がＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳａｍｐｌｅ（）構造に含まれる場合、以下が適用される。
ｃｅｎｔｅｒ＿ｙａｗ及びｃｅｎｔｅｒ＿ｐｉｔｃｈは、グローバル座標系に対して、このサンプルによって指定される領域の中心点を０．０１度単位で指定する。ｃｅｎｔｅｒ＿ｙａｗは、両端を含む−１８０００〜１７９９９の範囲にあるものとする。ｃｅｎｔｅｒ＿ｐｉｔｃｈは、両端を含む−９０００〜９０００の範囲にあるものとする。
ｈｏｒ＿ｒａｎｇｅ及びｖｅｒ＿ｒａｎｇｅは、存在する場合、このサンプルによって指定された領域の水平及び垂直方向の範囲を、それぞれ０．０１度単位で指定する。ｈｏｒ＿ｒａｎｇｅ及びｖｅｒ＿ｒａｎｇｅは、領域の中心点を通る範囲を指定する。
【００３９】
更に、Ｃｈｏｉは、初期視点のための以下の定義、シンタックス、及びセマンティクスを提供する。
定義
初期視点球面上領域メタデータは、関連するメディアトラックを再生する際に使用されるべき初期ビューポート方位を示す。このタイプのメタデータが存在しない場合、再生は、グローバル座標系の（ヨー、ピッチ、ロール）における方位（０、０、０）を使用して開始されるべきである。
サンプルエントリタイプ‘ｉｎｖｐ’を使用するものとする。
サンプルエントリのＲｅｇｉｏｎＯｎＳｐｈｅｒｅＣｏｎｆｉｇＢｏｘにおいて、ｓｈａｐｅ＿ｔｙｐｅは０に等しく、ｄｙｎａｍｉｃ＿ｒａｎｇｅ＿ｆｌａｇは０に等しく、ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅは０に等しく、ｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅは、０に等しいものとする。
シンタックス
ｃｌａｓｓ  ＩｎｉｔｉａｌＶｉｅｗｐｏｉｎｔＳａｍｐｌｅ（）ｅｘｔｅｎｄｓ  ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳａｍｐｌｅ｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｒｏｌｌ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１）ｒｅｆｒｅｓｈ＿ｆｌａｇ；
ｂｉｔ（７）ｒｅｓｅｒｖｅｄ＝０；
｝
セマンティクス
注記１：サンプル構造がＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳａｍｐｌｅから拡張されると、ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳａｍｐｌｅのシンタックス要素がサンプルに含まれる。
ｃｅｎｔｅｒ＿ｙａｗ、ｃｅｎｔｅｒ＿ｐｉｔｃｈ、及びｒｏｌｌは、グローバル座標系に対して０．０１度単位でビューポート方位を指定する。ｃｅｎｔｅｒ＿ｙａｗ及びｃｅｎｔｅｒ＿ｐｉｔｃｈは、ビューポートの中心を示し、ｒｏｌｌは、ビューポートのロール角を示す。ロールは、両端値を含む−１８０００〜１８０００の範囲にあるものとする。
０に等しいｒｅｆｒｅｓｈ＿ｆｌａｇは、示されたビューポートの方位が、関連するメディアトラックにおける時系列サンプルから、再生開始時に使用されるべきであることを指定する。１に等しいｒｅｆｒｅｓｈ＿ｆｌａｇは、示されたビューポートの方位が、各関連メディアトラックの時系列サンプルをレンダリングするとき、すなわち、連続再生時と、時系列サンプルからの再生開始時との両方で、常に使用されるべきであることを指定する。
注記２：１に等しいｒｅｆｒｅｓｈ＿ｆｌａｇは、コンテンツ作成者が、動画像を連続して再生する場合でも、特定のビューポート方位が推奨されることを示すことを可能にする。例えば、１に等しいｒｅｆｒｅｓｈ＿ｆｌａｇは、シーンカット位置を示すことができる。
【００４０】
更に、Ｃｈｏｉは、推奨ビューポートについて以下の説明を提供する。
推奨ビューポート時限メタデータトラックは、ユーザが視聴方位の制御を有さないか、又は視聴方位の制御を解除したときに表示されるべきビューポートを示す。
注記：推奨されるビューポートタイミングメタデータトラックは、ディレクターズカットを示すために使用されてもよい。
サンプルエントリタイプ‘ｒｅｖｐ’を使用するものとする。
ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳａｍｐｌｅのサンプルシンタックスを使用するものとする。
サンプルエントリのＲｅｇｉｏｎＯｎＳｐｈｅｒｅＣｏｎｆｉｇＢｏｘにおいて、ｓｈａｐｅ＿ｔｙｐｅは０に等しいものとする。
ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅ及びｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅは、存在する場合、又はｈｏｒ＿ｒａｎｇｅ及びｖｅｒ＿ｒａｎｇｅは、存在する場合、推奨ビューポートの水平視野及び垂直視野をそれぞれ示す。
ｃｅｎｔｅｒ＿ｙａｗ及びｃｅｎｔｅｒ＿ｐｉｔｃｈは、推奨ビューポートの中心点を示す。
【００４１】
Ｃｈｏｉで提供されているような、球面上の領域に対して時限メタデータをシグナリングすることは、理想的ではない場合があることに留意されたい。加えて、上述したように、Ｃｈｏｉで提供されている正距円筒図法プロジェクション、プロジェクション方位ボックス、及びカバレッジ情報ボックスは、理想的ではない場合がある。特に、ある場合には、角度値をシグナリングするために使用される精度及び技術は、理想的ではない場合がある。
【００４２】
図１は、本開示の１つ以上の技術による、動画像データをコード化する（符号化及び／又は復号する）ように構成することができる、システムの例を示すブロック図である。システム１００は、本開示の１つ以上の技術に従って、動画像データをカプセル化することができるシステムの例を表す。図１に示すように、システム１００は、ソースデバイス１０２と、通信媒体１１０と、目的デバイス１２０と、を含む。図１に示す例では、ソースデバイス１０２は、動画像データを符号化し、符号化した動画像データを通信媒体１１０に送信するように構成された、任意のデバイスを含むことができる。目的デバイス１２０は、通信媒体１１０を介して符号化した動画像データを受信し、符号化した動画像データを復号するように構成された、任意のデバイスを含むことができる。ソースデバイス１０２及び／又は目的デバイス１２０は、有線及び／又は無線通信用に装備された演算デバイスを含むことができ、かつ、例えば、セットトップボックス、デジタルビデオレコーダ、テレビ、デスクトップ、ラップトップ、又はタブレットコンピュータ、ゲーム機、医療用撮像デバイス、及び、例えば、スマートフォン、セルラー電話、パーソナルゲームデバイスを含むモバイルデバイス、を含むことができる。
【００４３】
通信媒体１１０は、無線及び有線の通信媒体並びに／又は記憶デバイスの任意の組み合わせを含むことができる。通信媒体１１０としては、同軸ケーブル、光ファイバケーブル、ツイストペアケーブル、無線送信機及び受信機、ルータ、スイッチ、リピータ、基地局、又は様々なデバイスとサイトとの間の通信を容易にするために有用であり得る任意の他の機器を挙げることができる。通信媒体１１０は、１つ以上のネットワークを含むことができる。例えば、通信媒体１１０は、ワールドワイドウェブ、例えば、インターネットへのアクセスを可能にするように構成されたネットワークを含むことができる。ネットワークは、１つ以上の電気通信プロトコルの組み合わせに従って動作することができる。電気通信プロトコルは、専用の態様を含むことができ、及び／又は規格化された電気通信プロトコルを含むことができる。標準化された電気通信プロトコルの例としては、Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｂｒｏａｄｃａｓｔｉｎｇ（ＤＶＢ）規格、Ａｄｖａｎｃｅｄ  Ｔｅｌｅｖｉｓｉｏｎ  Ｓｙｓｔｅｍｓ  Ｃｏｍｍｉｔｔｅｅ（ＡＴＳＣ）規格、Ｉｎｔｅｇｒａｔｅｄ  Ｓｅｒｖｉｃｅｓ  Ｄｉｇｉｔａｌ  Ｂｒｏａｄｃａｓｔｉｎｇ（ＩＳＤＢ）規格、Ｄａｔａ  Ｏｖｅｒ  Ｃａｂｌｅ  Ｓｅｒｖｉｃｅ  Ｉｎｔｅｒｆａｃｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ（ＤＯＣＳＩＳ）規格、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）規格、符号分割多重アクセス（code division multiple access、ＣＤＭＡ）規格、第三世代パートナーシッププロジェクト（3rd Generation Partnership Project、３ＧＰＰ）規格、欧州電気通信標準化機構（European Telecommunications Standards Institute、ＥＴＳＩ）規格、インターネットプロトコル（Internet Protocol、ＩＰ）規格、ワイヤレスアプリケーションプロトコル（Wireless Application Protocol、ＷＡＰ）規格、及びＩｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ（ＩＥＥＥ）規格が挙げられる。
【００４４】
記憶デバイスは、データを記憶することができる任意の種類のデバイス又は記憶媒体を含むことができる。記憶媒体は、有形又は非一時的コンピュータ可読媒体を含むことができる。コンピュータ可読媒体としては、光学ディスク、フラッシュメモリ、磁気メモリ、又は任意の他の好適なデジタル記憶媒体を挙げることができる。いくつかの例では、メモリデバイス又はその一部分は不揮発性メモリとして説明されることがあり、他の例では、メモリデバイスの一部分は揮発性メモリとして説明されることがある。揮発性メモリの例としては、ランダムアクセスメモリ（random access memory、ＲＡＭ）、ダイナミックランダムアクセスメモリ（dynamic random access memory、ＤＲＡＭ）、及びスタティックランダムアクセスメモリ（static random access memory、ＳＲＡＭ）を挙げることができる。不揮発性メモリの例としては、磁気ハードディスク、光学ディスク、フロッピーディスク、フラッシュメモリ、又は電気的プログラム可能メモリ（electrically programmable memory、ＥＰＲＯＭ）若しくは電気的消去可能及びプログラム可能メモリ（electrically erasable and programmable、ＥＥＰＲＯＭ）の形態を挙げることができる。記憶デバイス（単数又は複数）としては、メモリカード（例えば、セキュアデジタル（Secure Digital、ＳＤ）メモリカード）、内蔵／外付けハードディスクドライブ、及び／又は内蔵／外付けソリッドステートドライブを挙げることができる。データは、定義されたファイルフォーマットに従って記憶デバイス上に記憶することができる。
【００４５】
図４は、システム１００の一実装形態に含まれ得る構成要素の一例を示す概念図である。図４に示す例示的な実装形態では、システム１００は、１つ以上の演算デバイス４０２Ａ〜４０２Ｎ、テレビサービスネットワーク４０４、テレビサービスプロバイダサイト４０６、ワイドエリアネットワーク４０８、ローカルエリアネットワーク４１０、及び１つ以上のコンテンツプロバイダサイト４１２Ａ〜４１２Ｎを含む。図４に示す実装形態は、例えば、映画、ライブスポーツイベントなどのデジタルメディアコンテンツ、並びにデータ及びアプリケーション及びそれらに関連付けられたメディアプレゼンテーションが、演算デバイス４０２Ａ〜４０２Ｎなどの複数の演算デバイスに配信され、かつ、それらによってアクセスされることが可能となるように構成され得るシステムの一例を表す。図４に示す例では、演算デバイス４０２Ａ〜４０２Ｎは、テレビサービスネットワーク４０４、ワイドエリアネットワーク４０８、及び／又はローカルエリアネットワーク４１０のうちの１つ以上からデータを受信するように構成されている任意のデバイスを含むことができる。例えば、演算デバイス４０２Ａ〜４０２Ｎは、有線及び／又は無線通信用に装備されてもよく、１つ以上のデータチャネルを通じてサービスを受信するように構成されてもよく、いわゆるスマートテレビ、セットトップボックス、及びデジタルビデオレコーダを含むテレビを含んでもよい。更に、演算デバイス４０２Ａ〜４０２Ｎは、デスクトップ、ラップトップ、又はタブレットコンピュータ、ゲーム機、例えば「スマート」フォン、セルラー電話、及びパーソナルゲーミングデバイスを含むモバイルデバイス、を含んでもよい。
【００４６】
テレビサービスネットワーク４０４は、テレビサービスを含み得る、デジタルメディアコンテンツの配信を可能にするように構成されているネットワークの一例である。例えば、テレビサービスネットワーク４０４は、公共地上波テレビネットワーク、公共又は加入ベースの衛星テレビサービスプロバイダネットワーク、並びに公共又は加入ベースのケーブルテレビプロバイダネットワーク及び／又は頭越し型（over the top）サービスプロバイダ若しくはインターネットサービスプロバイダを含んでもよい。いくつかの実施例では、テレビサービスネットワーク４０４は、テレビサービスの提供を可能にするために主に使用され得るが、テレビサービスネットワーク４０４はまた、本明細書に記載された電気通信プロトコルの任意の組み合わせに基づく他の種類のデータ及びサービスの提供も可能とすることに留意されたい。更に、いくつかの実施例では、テレビサービスネットワーク４０４は、テレビサービスプロバイダサイト４０６と、演算デバイス４０２Ａ〜４０２Ｎのうちの１つ以上との間の双方向通信を可能にすることができることに留意されたい。テレビサービスネットワーク４０４は、無線通信メディア及び／又は有線通信メディアの任意の組み合わせを含むことができる。テレビサービスネットワーク４０４は、同軸ケーブル、光ファイバケーブル、ツイストペアケーブル、無線送信機及び受信機、ルータ、スイッチ、リピータ、基地局、又は様々なデバイスとサイトとの間の通信を容易にするために有用であり得る任意の他の機器を含むことができる。テレビサービスネットワーク４０４は、１つ以上の電気通信プロトコルの組み合わせに従って動作することができる。電気通信プロトコルは、専用の態様を含むことができ、及び／又は規格化された電気通信プロトコルを含むことができる。規格化された電気通信プロトコルの例としては、ＤＶＢ規格、ＡＴＳＣ規格、ＩＳＤＢ規格、ＤＴＭＢ規格、ＤＭＢ規格、ケーブルによるデータサービスインターフェース標準（Data Over Cable Service Interface Specification、ＤＯＣＳＩＳ）規格、ＨｂｂＴＶ規格、Ｗ３Ｃ規格、及びＵＰｎＰ規格が挙げられる。
【００４７】
図４を再び参照すると、テレビサービスプロバイダサイト４０６は、テレビサービスネットワーク４０４を介してテレビサービスを配信するように構成することができる。例えば、テレビサービスプロバイダサイト４０６は、１つ以上の放送局、ケーブルテレビプロバイダ、又は衛星テレビプロバイダ、又はインターネットベースのテレビプロバイダを含み得る。例えば、テレビサービスプロバイダサイト４０６は、衛星アップリンク／ダウンリンクを介したテレビプログラムを含む送信を、受信するように構成することができる。更に、図４に示すように、テレビサービスプロバイダサイト４０６は、ワイドエリアネットワーク４０８と通信することができ、コンテンツプロバイダサイト４１２Ａ〜４１２Ｎからデータを受信するように構成することができる。いくつかの実施例では、テレビサービスプロバイダサイト４０６は、テレビスタジオを含むことができ、コンテンツはそこから発信できることに留意されたい。
【００４８】
ワイドエリアネットワーク４０８は、パケットベースのネットワークを含み、１つ以上の電気通信プロトコルの組み合わせに従って動作することができる。電気通信プロトコルは、専用の態様を含むことができ、及び／又は規格化された電気通信プロトコルを含むことができる。規格化された電気通信プロトコルの例としては、汎欧州デジタル移動電話方式（Global System Mobile Communications、ＧＳＭ）規格、符号分割多元接続（code division multiple access、ＣＤＭＡ）規格、３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ（３ＧＰＰ）規格、欧州電気通信標準化機構（European Telecommunications Standards Institute、ＥＴＳＩ）規格、欧州規格（ＥＮ）、ＩＰ規格、ワイヤレスアプリケーションプロトコル（Wireless Application Protocol、ＷＡＰ）規格、及び例えば、ＩＥＥＥ８０２規格のうちの１つ以上（例えば、Ｗｉ−Ｆｉ）などの電気電子技術者協会（Institute of Electrical and Electronics Engineers、ＩＥＥＥ）規格が挙げられる。ワイドエリアネットワーク４０８は、無線通信メディア及び／又は有線通信メディアの任意の組み合わせを含むことができる。ワイドエリアネットワーク４８０は、同軸ケーブル、光ファイバケーブル、ツイストペアケーブル、イーサネットケーブル、無線送信部及び受信部、ルータ、スイッチ、リピータ、基地局、又は様々なデバイス及びサイト間の通信を容易にするために有用であり得る任意の他の機器を含むことができる。一実施例では、ワイドエリアネットワーク４０８はインターネットを含んでもよい。ローカルエリアネットワーク４１０は、パケットベースのネットワークを含み、１つ以上の電気通信プロトコルの組み合わせに従って動作することができる。ローカルエリアネットワーク４１０は、アクセス及び／又は物理インフラストラクチャのレベルに基づいてワイドエリアネットワーク４０８と区別することができる。例えば、ローカルエリアネットワーク４１０は、セキュアホームネットワークを含んでもよい。
【００４９】
図４を再び参照すると、コンテンツプロバイダサイト４１２Ａ〜４１２Ｎは、マルチメディアコンテンツをテレビサービスプロバイダサイト４０６及び／又は演算デバイス４０２Ａ〜４０２Ｎに提供することができるサイトの例を表す。例えば、コンテンツプロバイダサイトは、マルチメディアファイル及び／又はストリームをテレビサービスプロバイダサイト４０６に提供するように構成されている、１つ以上のスタジオコンテンツサーバを有するスタジオを含むことができる。一実施例では、コンテンツプロバイダのサイト４１２Ａ〜４１２Ｎは、ＩＰスイートを使用してマルチメディアコンテンツを提供するように構成されてもよい。例えば、コンテンツプロバイダサイトは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）、ＨＴＴＰなどに従って、マルチメディアコンテンツを受信デバイスに提供するように構成されてもよい。更に、コンテンツプロバイダサイト４１２Ａ〜４１２Ｎは、ハイパーテキストベースのコンテンツなどを含むデータを、ワイドエリアネットワーク４０８を通じて、受信デバイスである演算デバイス４０２Ａ〜４０２Ｎ、及び／又はテレビサービスプロバイダサイト４０６のうちの１つ以上に提供するように構成されてもよい。コンテンツプロバイダサイト４１２Ａ〜４１２Ｎは、１つ以上のウェブサーバを含んでもよい。データプロバイダサイト４１２Ａ〜４１２Ｎによって提供されるデータは、データフォーマットに従って定義することができる。
【００５０】
図１を再び参照すると、ソースデバイス１０２は、動画像ソース１０４と、動画像符号化装置１０６と、データカプセル化装置１０７と、インターフェース１０８とを含む。動画像ソース１０４は、動画像データをキャプチャ及び／又は記憶するように構成された任意のデバイスを含むことができる。例えば、動画像ソース１０４は、ビデオカメラ及びそれに動作可能に結合された記憶デバイスを含むことができる。動画像符号化装置１０６は、動画像データを受信し、動画像データを表す適合したビットストリームを生成するように構成された、任意のデバイスを含むことができる。適合したビットストリームは、動画像復号装置が受信し、それから動画像データを再生することができるビットストリームを指すことがある。適合したビットストリームの態様は、動画像符号化標準に従って定義することができる。適合したビットストリームを生成するとき、動画像符号化装置１０６は、動画像データを圧縮することができる。圧縮は、非可逆的（視聴者に認識可能若しくは認識不可能）又は可逆的とすることができる。
【００５１】
再び図１を参照すると、データカプセル化装置１０７は、符号化動画像データを受信し、定義されたデータ構造に従って、例えば、一連のＮＡＬユニットである準拠ビットストリームを生成することができる。準拠ビットストリームを受信するデバイスは、そこから動画像データを再生成することができる。適合ビットストリームという用語は、準拠ビットストリームという用語の代わりに使用され得ることに留意されたい。上述のように、Ｃｈｏｉに提供されるようなメタデータのシグナリングは、理想的ではない場合がある。一実施例では、データカプセル化装置１０７は、本明細書に記載される１つ以上の技術に従ってメタデータをシグナリングするように構成することができる。データカプセル化装置１０７は、動画像符号化装置１０６と同じ物理デバイス内に配置される必要はないことに留意されたい。例えば、動画像符号化装置１０６及びデータカプセル化装置１０７によって実行されるものとして説明される機能は、図４に示すデバイス間で分散されてもよい。
【００５２】
上述のＣｈｏｉにおける正距円筒図法プロジェクションの説明を参照すると、一実施例では、データカプセル化装置１０７は、以下の例示的な条件及び式に従って、変数ｙａｗＭｉｎ、ｙａｗＭａｘ、ｐｉｔｃｈＭｉｎ、及びｐｉｔｃｈＭａｘを導出するように構成されてもよい：
ＲｅｇｉｏｎＷｉｓｅＰａｃｋｉｎｇＢｏｘが存在しないの場合、ｐｒｏｊ＿ｆｒａｍｅ＿ｗｉｄｔｈ及びｐｒｏｊ＿ｆｒａｍｅ＿ｈｅｉｇｈｔは、ＶｉｓｕａｌＳａｍｐｌｅＥｎｔｒｙの幅及び高さに等しいと推測される。
【００５３】
ＣｏｖｅｒａｇｅＩｎｆｏｒｍａｔｉｏｎＢｏｘが存在しない場合、ｈｏｒ＿ｒａｎｇｅは７２０＊６５５３６に等しいと推測され、ｖｅｒ＿ｒａｎｇｅは３６０＊６５５３６に等しいと推測される。
ｙａｗＭｉｎ＝（（（ｃｅｎｔｅｒ＿ｙａｗ−ｈｏｒ＿ｒａｎｇｅ÷２）＜−１８０００）？（ｃｅｎｔｅｒ＿ｙａｗ−ｈｏｒ＿ｒａｎｇｅ÷２＋３６０００）：（ｃｅｎｔｅｒ＿ｙａｗ−ｈｏｒ＿ｒａｎｇｅ÷２））＊０．０１＊π÷１８０
ｙａｗＭａｘ＝（（（ｃｅｎｔｅｒ＿ｙａｗ＋ｈｏｒ  ｒａｎｇｅ÷２）＞１７９９９）？（ｃｅｎｔｅｒ＿ｙａｗ＋ｈｏｒ＿ｒａｎｇｅ÷２−３６０００）：（ｃｅｎｔｅｒ＿ｙａｗ＋ｈｏｒ＿ｒａｎｇｅ÷２））＊０．０１＊π÷１８０
ｐｉｔｃｈＭｉｎ＝（（（ｃｅｎｔｅｒ＿ｐｉｔｃｈ−ｖｅｒ＿ｒａｎｇｅ÷２）＜−９０００）？（ｃｅｎｔｅｒ＿ｐｉｔｃｈ−ｖｅｒ＿ｒａｎｇｅ÷２＋１８０００）：（ｃｅｎｔｅｒ＿ｐｉｔｃｈ−ｖｅｒ＿ｒａｎｇｅ÷２））＊０．０１＊π÷１８０
ｐｉｔｃｈＭａｘ＝（（（ｃｅｎｔｅｒ＿ｐｉｔｃｈ＋ｖｅｒ＿ｒａｎｇｅ÷２）＞９０００）？（ｃｅｎｔｅｒ＿ｐｉｔｃｈ＋ｖｅｒ＿ｒａｎｇｅ÷２−１８０００）：（ｃｅｎｔｅｒ＿ｐｉｔｃｈ＋ｖｅｒ＿ｒａｎｇｅ÷２））＊０．０１＊π÷１８０
１６ビットを用いたバイナリ角度測定が使用される場合：
ｙａｗＭｉｎ＝（ｃｅｎｔｅｒ＿ｙａｗ−ｈｏｒ＿ｒａｎｇｅ÷２）＊（１＋６５５３６）＊π÷１８０
ｙａｗＭａｘ＝（ｃｅｎｔｅｒ＿ｙａｗ＋ｈｏｒ＿ｒａｎｇｅ÷２）＊（１＋６５５３６）＊π÷１８０
ｐｉｔｃｈＭｉｎ＝（ｃｅｎｔｅｒ＿ｐｉｔｃｈ−ｖｅｒ＿ｒａｎｇｅ÷２）＊（１＋６５５３６）＊π÷１８０
ｐｉｔｃｈＭａｘ＝（ｃｅｎｔｅｒ＿ｐｉｔｃｈ＋ｖｅｒ＿ｒａｎｇｅ÷２）＊（１＋６５５３６）＊π÷１８０
１６．１６の固定小数点表現が使用される場合：
ｙａｗＭｉｎ＝（ｃｅｎｔｅｒ＿ｙａｗ−ｈｏｒ＿ｒａｎｇｅ÷２）＊（３６０÷４２９４９６７２９６）＊π÷１８０
ｙａｗＭａｘ＝（ｃｅｎｔｅｒ＿ｙａｗ＋ｈｏｒ＿ｒａｎｇｅ÷２）＊（３６０÷４２９４９６７２９６）＊π÷１８０
ｐｉｔｃｈＭｉｎ＝（ｃｅｎｔｅｒ＿ｐｉｔｃｈ−ｖｅｒ＿ｒａｎｇｅ÷２）＊（１８０÷４２９４９６７２９６）＊π÷１８０
ｐｉｔｃｈＭａｘ＝（ｃｅｎｔｅｒ＿ｐｉｔｃｈ＋ｖｅｒ＿ｒａｎｇｅ÷２）＊（１８０÷４２９４９６７２９６）＊π÷１８０
【００５４】
このように、本明細書に記載される技術によれば、データカプセル化装置１０７は、角度値の精度の向上を可能にするように構成することができる。
【００５５】
上述のＣｈｏｉで提供されるＲｅｃｔＲｅｇｉｏｎＰａｃｋｉｎｇ（ｉ）シンタックスを参照すると、一実施例では、データカプセル化装置１０７は、より効率的にＲｅｃｔＲｅｇｉｏｎＰａｃｋｉｎｇ（ｉ）をシグナリングするように構成されてもよい。一実施例では、データカプセル化装置１０７は、以下のシンタックスに従って、ＲｅｃｔＲｅｇｉｏｎＰａｃｋｉｎｇ（ｉ）にシグナリングするように構成することができる。
ａｌｉｇｎｅｄ（８）ｃｌａｓｓ  ＲｅｃｔＲｅｇｉｏｎＰａｃｋｉｎｇ（ｉ）｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｐｒｏｊ＿ｒｅｇ＿ｗｉｄｔｈ［ｉ］；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｐｒａｊ＿ｒｅｇ＿ｈｅｉｇｈｔ［ｉ］；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｐｒｏｊ＿ｒｅｇ＿ｔｏｐ［ｉ］；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｐｒｏｊ＿ｒｅｇ＿ｌｅｆｔ［ｉ］；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３）ｔｒａｎｓｆｏｒｍ＿ｔｙｐｅ［ｉ］；
ｈｉｔ（５）ｒｅｓｅｒｖｅｄ＝０；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｐａｃｋｅｄ＿ｒｅｇ＿ｗｉｄｔｈ［ｉ］；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｐａｃｋｅｄ＿ｒｅｇ＿ｈｅｉｇｈｔ［ｉ］；
ｕｎｓｉｇｎｅｄ，ｉｎｔ（１６）ｐａｃｋｅｄ＿ｒｅｇ＿ｔｏｐ［ｉ］
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｐａｃｋｅｄ＿ｒｅｇ＿ｌｅｆｔ［ｉ］；
｝
【００５６】
この実施例では、ｔｒａｎｓｆｏｒｍ＿ｔｙｐｅ［ｉ］のセマンティクスは、３ビットを使用して８つの変換タイプのうちの１つをシグナリングすることができ、かつ、そのセマンティクスを有し得る。
ｔｒａｎｓｆｏｒｍ＿ｔｙｐｅ［ｉ］は、プロジェクトフレームのｉ番目の領域に適用されている回転及びミラーリングを指定して、それをパックフレームにマッピングする。ｔｒａｎｓｆｏｒｍ＿ｔｙｐｅ［ｉ］が回転とミラーリングの両方を指定している場合、回転はミラーリング後に適用される。以下の値が指定される。
１：変換なし
２：水平ミラーリング
３：１８０度（反時計回り）回転
４：水平にミラーリングした後、１８０度（反時計回り）回転
５：水平にミラーリングした後、９０度（反時計回り）回転
６：９０度（反時計回り）回転
７：水平にミラーリングした後、２７０度（反時計回り）回転
０：２７０度（反時計回り）回転
【００５７】
Ｃｈｏｉと比較して、ｔｒａｎｓｆｏｒｍ＿ｔｙｐｅ［ｉ］に対する０の値は、２７０度（反時計回り）回転を示すために使用され、いかなる値も予備とはされていない。更に、他のシンタックス要素の各々は、１６ビットを使用してシグナリングされ、Ｃｈｏｉにおいて提供されるＲｅｃｔＲｅｇｉｏｎＰａｃｋｉｎｇ（ｉ）と比較して、かなりのビット節約をもたらす。
【００５８】
上述のＣｈｏｉで提供されるＲｅｇｉｏｎＷｉｓｅＰａｃｋｉｎｇＢｏｘシンタックスを参照すると、一実施例では、データカプセル化装置１０７は、より効率的にＲｅｇｉｏｎＷｉｓｅＰａｃｋｉｎｇＢｏｘをシグナリングするように構成されてもよい。一実施例では、データカプセル化装置１０７は、以下のシンタックスに示すように、シンタックス要素ｐｒｏｊ＿ｆｒａｍｅ＿ｗｉｄｔｈ及びｐｒｏｊ＿ｆｒａｍｅ＿ｈｅｉｇｈｔの各々が１６ビットを使用してシグナリングされるＲｅｇｉｏｎＷｉｓｅＰａｃｋｉｎｇＢｏｘをシグナリングするように構成することができる。
ａｌｉｇｎｅｄ（８）ｃｌａｓｓ  ＲｅｇｉｏｎＷｉｓｅＰａｃｋｉｎｇＢｏｘ  ｅｘｔｅｎｄｓ  Ｂｏｘ（‘ｒｗｐｋ’）｛
ＲｅｇｉｏｎＷｉｓｅＰａｃｋｉｎｇＳｔｒｕｃｔ（）；
｝
ａｌｉｇｎｅｄ（８）ｃｌａｓｓ  ＲｅｇｉｏｎＷｉｓｅＰａｃｋｉｎｇＳｔｒｕｃｔ  ｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（８）ｎｕｍ＿ｒｅｇｉｏｎｓ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｐｒｏｊ＿ｆｒａｍｅ＿ｗｉｄｔｈ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｐｒｏｊ＿ｆａｍｅ＿ｈｅｉｇｈｔ；
ｆｏｒ（ｉ＝０；ｉ＜ｎｕｍ＿ｒｅｇｉｏｎｓ；ｉ＋＋）｛
ｂｉｔ（４）ｒｅｓｅｒｖｅｄ＝０；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（４）ｐａｃｋｉｎｇ＿ｔｙｐｅ［ｉ］；
｝
ｆｏｒ（ｉ＝０；ｉ＜ｎｕｍ＿ｒｅｇｉｏｎｓ；ｉ＋＋）｛
ｉｆ（ｐａｃｋｉｎｇ＿ｔｙｐｅ［ｉ］＝＝０）
ＲｅｃｔＲｅｇｉｏｎＰａｃｋｉｎｇ（ｉ）；
｝
｝
【００５９】
更に、一実施例では、シンタックス要素ｐｒｏｊ＿ｆｒａｍｅ＿ｗｉｄｔｈ及びｐｒｏｊ＿ｆｒａｍｅ＿ｈｅｉｇｈｔは、ｐｒｏｊ＿ｆｒａｍｅ＿ｗｉｄｔｈが０に等しくなく、ｐｒｏｊ＿ｆｒａｍｅ＿ｈｅｉｇｈｔが０に等しくないものとするように、制約され得る。すなわち、ｐｒｏｊ＿ｆｒａｍｅ＿ｗｉｄｔｈは０より大きく、ｐｒｏｊ＿ｆｒａｍｅ＿ｈｅｉｇｈｔは０より大きいものとする。一実施例では、シンタックス要素ｐｒｏｊ＿ｆｒａｍｅ＿ｗｉｄｔｈ及びｐｒｏｊ＿ｆｒａｍｅ＿ｈｅｉｇｈｔは、マイナス１のシグナリングを使用することができる。すなわち、それらの値に１を加えた値が、プロジェクトフレームの幅及び高さをそれぞれ示し得る。更に、一実施例では、データカプセル化装置１０７は、ｎｕｍ＿ｒｅｇｉｏｎｓがマイナス１のシグナリングを使用するＲｅｇｉｏｎＷｉｓｅＰａｃｋｉｎｇＢｏｘをシグナリングするように構成されてもよい。この場合、以下の例示的なセマンティクスを利用することができる。
０〜ｎｕｍ＿ｒｅｇｉｏｎｓ−１の範囲内のｉの各値に対して、ｐａｃｋｅｄ＿ｒｅｇ＿ｗｉｄｔｈ［ｉ］、ｐａｃｋｅｄ＿ｒｅｇ＿ｈｅｉｇｈｔ［ｉ］、ｐａｃｋｅｄ＿ｒｅｇ＿ｔｏｐ［ｉ］、及びｐａｃｋｅｄ＿ｒｅｇ＿ｌｅｆｔ［ｉ］によって指定される矩形は、両端値を含む０〜ｉ−１の範囲内のｊの任意の値に対して、ｐａｃｋｅｄ＿ｒｅｇ＿ｗｉｄｔｈ［ｊ］、ｐａｃｋｅｄ＿ｒｅｇ＿ｈｅｉｇｈｔ［ｊ］、ｐａｃｋｅｄ＿ｒｅｇ＿ｔｏｐ［ｊ］、及びｐａｃｋ＿ｒｅｇ＿ｌｅｆｔ［ｊ］によって指定される矩形と重ならないものとする。
【００６０】
０〜ｎｕｍ＿ｒｅｇｉｏｎｓ−１の範囲のｉの全ての値に対して、ｐａｃｋｅｄ＿ｒｅｇ＿ｗｉｄｔｈ［ｉ］、ｐａｃｋｅｄ＿ｒｅｇ＿ｈｅｉｇｈｔ［ｉ］、ｐａｃｋｅｄ＿ｒｅｇ＿ｔｏｐ［ｉ］、及びｐａｃｋ＿ｒｅｇ＿ｌｅｆｔ［ｉ］で指定される矩形の和集合は、左上の（ｘ、ｙ）座標（０、０）で指された矩形で指定されたプロジェクトフレーム全体と、ｐｒｏｊ＿ｆｒａｍｅ＿ｗｉｄｔｈ及びｐｒｏｊ＿ｆｒａｍｅ＿ｈｅｉｇｈｔにそれぞれ等しい高さと幅をカバーするものとする。
【００６１】
Ｃｈｏｉでは、Ｐｉｔｃｈ値（例えば、ＰｒｏｊｅｃｔｉｏｎＯｒｉｅｎｔａｔｉｏｎＢｏｘにおけるｏｒｉｅｎｔａｔｉｏｎ＿ｐｉｔｃｈ及びＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳｔｒｕｃｔにおけるｃｅｎｔｅｒ＿ｐｉｔｃｈ）は、両端値を含む−９０００〜９０００の有効範囲で、０．０１度単位で指定されることに留意されたい。従って、ピッチ値の許容範囲は、１５ビットのみを必要とする。代わりに、ｏｒｉｅｎｔａｔｉｏｎ＿ｐｉｔｃｈ及びｃｅｎｔｅｒ＿ｐｉｔｃｈに、１６ビットが使用される。一実施例では、１５ビットがｏｒｉｅｎｔａｔｉｏｎ＿ｐｉｔｃｈ及びｃｅｎｔｅｒ＿ｐｉｔｃｈのために使用されてもよく、とっておかれた１ビットは将来の使用のために予備とされ得る。提案される変更を以下に示す。上述のＣｈｏｉで提供されるＰｒｏｊｅｃｔｉｏｎＯｒｉｅｎｔａｔｉｏｎＢｏｘシンタックスを参照すると、一実施例では、データカプセル化装置１０７は、より効率的にＰｒｏｊｅｃｔｉｏｎＯｒｉｅｎｔａｔｉｏｎＢｏｘをシグナリングするように構成されてもよい。一実施例では、データカプセル化装置１０７は、以下のシンタックスに従って、ＰｒｏｊｅｃｔｉｏｎＯｒｉｅｎｔａｔｉｏｎＢｏｘにシグナリングするように構成することができる。
ａｌｉｇｎｅｄ（８）ｃｌａｓｓ  ＰｒｏｊｅｃｔｉｏｎＯｒｉｅｎｔａｔｉｏｎＢｏｘ  ｅｘｔｅｎｄｓ  ＦｕｌｌＢｏｘ（‘ｐｒｏｒ’，ｖｅｒｓｉｏｎ＝０，ｆｌａｇｓ）｛
ｓｉｇｎｅｄ  ｉｎｔ（１６）ｏｒｉｅｎｔａｔｉｏｎ＿ｙａｗ；
ｓｉｇｎｅｄ  ｉｎｔ（１５）ｏｒｉｅｎｔａｔｉｏｎ＿ｐｉｔｃｈ；
ｂｉｔ（１）ｒｅｓｅｒｖｅｄ＝０；
ｓｉｇｎｅｄ  ｉｎｔ（１６）ｏｒｉｅｎｔａｔｉｏｎ＿ｒｏｌｌ；
｝
【００６２】
更に、一実施例では、データカプセル化装置１０７は、以下のシンタックス及びセマンティクスに従って、ＰｒｏｊｅｃｔｉｏｎＯｒｉｅｎｔａｔｉｏｎＢｏｘにシグナリングするように構成することができる。
シンタックス
ａｌｉｇｎｅｄ（８）ｃｌａｓｓ  ＰｒｏｊｅｃｔｉｏｎＯｒｉｅｎｔａｔｉｏｎＢｏｘ  ｅｘｔｅｎｄｓ  ＦｕｌｌＢｏｘ（‘ｐｒｏｒ’，ｖｅｒｓｉｏｎ＝０，ｆｌａｇｓ）｛
ｓｉｇｎｅｄ  ｉｎｔ（３２）ｏｒｉｅｎｔａｔｉｏｎ＿ｙａｗ；
ｓｉｇｎｅｄ  ｉｎｔ（３２）ｏｒｉｅｎｔａｔｉｏｎ＿ｐｉｔｃｈ；
ｓｉｇｎｅｄ  ｉｎｔ（３２）ｏｒｉｅｎｔａｔｉｏｎ＿ｒｏｌｌ；
｝
セマンティクス
ｏｒｉｅｎｔａｔｉｏｎ＿ｙａｗ、ｏｒｉｅｎｔａｔｉｏｎ＿ｐｉｔｃｈ及びｏｒｉｅｎｔａｔｉｏｎ＿ｒｏｌｌは、それぞれ、グローバル座標系に対して、プロジェクションのヨー、ピッチ、及びロールを、２−１６度の単位で指定する。ｏｒｉｅｎｔａｔｉｏｎ＿ｙａｗは、両端値を含む−１８０＊２−１６〜（１８０＊２１６）−１の範囲にあるものとする。ｏｒｉｅｎｔａｔｉｏｎ＿ｐｉｔｃｈは、両端値を含む−９０＊２１６〜９０＊２１６の範囲にあるものとする。ｏｒｉｅｎｔａｔｉｏｎ  ｒｏｌｌは、両端値を含む−１８０＊２１６〜（１８０＊２１６）−１の範囲にあるものとする。
【００６３】
更に、カバレッジ情報ボックスに関して、一実施例では、データカプセル化装置は、以下のセマンティクスに従ってＣｏｖｅｒａｇｅＩｎｆｏｒｍａｔｉｏｎＢｏｘをシグナリングするように構成されてもよい：
セマンティクス
ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳｔｒｕｃｔ（１）がＣｏｖｅｒａｇｅＩｎｆｏｒｍａｔｉｏｎＢｏｘに含まれる場合、以下が適用される。
ｃｅｎｔｅｒ＿ｙａｗ及びｃｅｎｔｅｒ＿ｐｉｔｃｈは、それぞれ、ＰｒｏｊｅｃｔｉｏｎＯｒｉｅｎｔａｔｉｏｎＢｏｘを通じて指定された座標系に対して、プロジェクトフレームによって表される球面領域の中心点を、２−１６度単位で指定する。ｃｅｎｔｅｒ＿ｙａｗは、両端値を含む−１８０＊２−１６〜（１８０＊２１６）−１の範囲にあるものとする。ｃｅｎｔｅｒ＿ｐｉｔｃｈは、両端値を含む−９０＊２−１６〜９０＊２１６の範囲にあるものとする。
ｈｏｒ＿ｒａｎｇｅ及びｖｅｒ＿ｒａｎｇｅは、プロジェクトフレームによって表される領域の水平及び垂直方向の範囲を、それぞれ３６０÷２３２度及び１８０÷２３２度の単位で指定する。ｈｏｒ＿ｒａｎｇｅとｖｅｒ＿ｒａｎｇｅは、領域の中心点を通る範囲を指定する。ｈｏｒ＿ｒａｎｇｅは、両端値を含む１〜２３２−１の範囲にあるものとする。ｖｅｒ＿ｒａｎｇｅは、両端値を含む１〜２３２−１の範囲にあるものとする。
【００６４】
従って、本明細書に記載される技術によれば、データカプセル化装置１０７は、角度値の精度の向上を可能にするように構成され得る。
【００６５】
上述のＣｈｏｉで提供されるＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳｔｒｕｃｔシンタックスを参照すると、一実施例では、データカプセル化装置１０７は、ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳｔｒｕｃｔをより効率的にシグナリングするように構成されてもよい。一実施例では、データカプセル化装置１０７は、以下のシンタックスに従って、ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳｔｒｕｃｔにシグナリングするように構成することができる。
ａｌｉｇｎｅｄ（８）ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳｔｒｕｃｔ（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ）｛
ｓｉｇｎｅｄ  ｉｎｔ（１６）ｃｅｎｔｅｒ＿ｙａｗ；
ｓｉｇｎｅｄ  ｉｎｔ（１５）ｃｅｎｔｅｒ＿ｐｉｔｃｈ；
ｂｉｔ（１）ｒｅｓｅｒｖｅｄ＝０；
ｉｆ（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ）｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｈｏｒ＿ｒａｎｇｅ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｖｅｒ＿ｒａｎｇｅ；
｝
ａｌｉｇｎｅｄ（８）ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳａｍｐｌｅ（）｛
ｆｏｒ（ｉ＝０；１＜ｎｕｍ＿ｒｅｇｉｏｎｓ；ｉ＋＋）
ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳｔｒｕｃｔ（ｄｙｎａｍｉｃ＿ｒａｎｇｅ＿ｆｌａｇ）
【００６６】
上述のＣｈｏｉで提供された最も関心のある領域をシグナリングするためのシンタックス及びセマンティクスを参照すると、一実施例では、データカプセル化装置１０７は、より効率的に最も関心のある領域をシグナリングするように構成されてもよい。現在、Ｃｈｏｉにおける最も関心のある領域のシグナリングは、時限メタデータトラックにわたってシグナリングされた最も関心のある領域を識別するための情報を含まない。例えば、「ディレクターズカット」に対応する最も関心のある領域の矩形が経時的に変化する場合、これをＣｈｏｉの現在のシンタックスで示すことは不可能である。本明細書に記載される例示的な技術によれば、領域タグ識別子は、領域と関連付けられて、時限メタデータトラックにわたってシグナリングされた最も関心のある領域を識別する。以下の例示的な説明では、最も関心のある領域に対してｒｅｇｉｏｎ＿ｔａｇ＿ｉｄをシグナリングする。
【００６７】
更に、Ｃｈｏｉにおける現在のシンタックスは、最も関心のある領域に人が読み取れるラベルを指定することを許可しない。例えば、そのようなラベルには、「ディレクターズカット」又は「最もコメントの多い領域」又は「ソーシャルメディアの人気のあるビュー」などを含んでもよい。以下の説明では、最も関心のある領域に対して、人が読み取れるｒｅｇｉｏｎ＿ｌａｂｅｌを効率的にシグナリングする。
【００６８】
一実施例では、データカプセル化装置１０７は、以下のシンタックスに従って、最も関心のある領域にシグナリングするように構成することができる。
ａｌｉｇｎｅｄ（８）ｃｌａｓｓ  ＭｉｒＳａｍｐｌｅ（）｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）ｒｅｇｉｏｎｂａｓｅ＿ｉｄ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｅｎｔｒｙ＿ｃｏｕｎｔ；
ｆｏｒ（ｉ＝１；ｉ＜＝ｅｎｔｒｙ＿ｃｏｕｎｔ；ｉ＋＋）｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）ｌｅｆｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｏｆｆｓｅｔ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）ｔｏｐ＿ｖｅｒｔｉｃａｌ＿ｏｆｆｓｅｔ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）ｒｅｇｉｏｎ＿ｗｉｄｔｈ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）ｒｅｇｉｏｎ＿ｈｅｉｇｈｔ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１５）ｒｅｇｉｏｎ＿ｔａｇ＿ｉｄ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１）ｒｅｇｉｏｎ＿ｌａｂｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ；
ｉｆ（ｒｅｇｉｏｎ＿ｌａｂｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）｛
ｓｔｒｉｎｇ  ｒｅｇｉｏｎ＿ｌａｂｅｌ；
｝
｝
｝
【００６９】
この場合、以下の例示的なセマンティクスを利用することができる。
ｒｅｇｉｏｎｂａｓｅ＿ｉｄは、最も関心のある領域の位置及びサイズが指定されるベース領域を指定する。
ｅｎｔｒｙ＿ｃｏｕｎｔは、エントリ数を指定する。
ｅｎｔｒｙ＿ｃｏｕｎｔは、０より大きいものとする。別の実施例では、この要素は、代わりにｅｎｔｒｙ＿ｃｏｕｎｔ＿ｍｉｎｕｓ  １としてシグナリングされてもよく、これに１を加えたものがエントリ数を指定する。
ｌｅｆｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｏｆｆｓｅｔ、ｔｏｐ＿ｖｅｒｔｉｃａｌ＿ｏｆｆｓｅｔ、ｒｅｇｉｏｎ＿ｗｉｄｔｈ、及びｒｅｇｉｏｎ＿ｈｅｉｇｈｔは、最も関心のある領域の位置及びサイズを示す整数値である。
ｌｅｆｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｏｆｆｓｅｔ及びｔｏｐ＿ｖｅｒｔｉｃａｌ＿ｏｆｆｓｅｔは、ベース領域に対して最も関心のある領域の左上隅の、ルマサンプルにおける、水平座標及び垂直座標をそれぞれ示す。
ｒｅｇｉｏｎ＿ｗｉｄｔｈ及びｒｅｇｉｏｎ＿ｈｅｉｇｈｔは、ベース領域に対して最も関心のある領域の、ルマサンプルにおける、幅及び高さをそれぞれ示す。
ｒｅｇｉｏｎ＿ｔａｇ＿ｉｄは、ベース領域内でこの領域を識別し、それをｒｅｇｉｏｎ＿ｌａｂｅｌと関連付ける識別子を指定する。特定のｒｅｇｉｏｎｂａｓｅ＿ｉｄ値を有するベース領域内の、特定のｒｅｇｉｏｎ＿ｔａｇ＿ｉｄ値を有する領域は、時限メタデータトラック全体におけるｒｅｇｉｏｎ＿ｌａｂｅｌに対して同じ値を有するものとする。
１に等しいｒｅｇｉｏｎ＿ｌａｂｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｒｅｇｉｏｎ＿ｌａｂｅｌがこの要素の直後に存在することを示す。０に等しいｒｅｇｉｏｎ＿ｌａｂｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｒｅｇｉｏｎ＿ｌａｂｅｌが存在しないことを示す。
ｒｅｇｉｏｎ＿ｌａｂｅｌは、ＵＴＦ−８のＮＵＬＬ終端文字列であり、この最も関心のある領域に関連付けられた、人が読み取れるラベルを提供する。ｒｅｇｉｏｎ＿ｌａｂｅｌが存在しない場合、その値は、このサンプルエントリのｒｅｇｉｏｎ＿ｔａｇ＿ｉｄ値と同じｒｅｇｉｏｎ＿ｔａｇ＿ｉｄ値を有するサンプルエントリ内に存在する場合は、この時限メタデータトラック内のｒｅｇｉｏｎ＿ｌａｂｅｌ値に等しく、そうでない場合はＮＵＬＬである、と推測される。
【００７０】
上述のＣｈｏｉにおいて提供される最も関心のある領域をシグナリングするためのシンタックス及びセマンティクスは、パックフレーム上の最も関心のある領域のインジケーションのみを可能にする。最も関心のある領域に対応するユースケースのいくつかは、パックフレームの代わりに、プロジェクトフレーム上の最も関心のある領域のインジケーションにより適している。これらは、レンダリングされたフレーム上の領域を示すことに関連する任意のユースケースを含む。例えば、球面上のディレクタービュー、及びオンデマンドコンテンツの初期視点を含むユースケースは、２Ｄプロジェクトフレーム上のインジケーションから恩恵を受けることができる。これらの場合、最も関心のある領域は、単にレンダリング目的に有用なメタデータ情報であってもよい。更に、最も関心のある領域のシンタックスは、示された最も関心のある領域が、パックフレーム上又はプロジェクトフレーム上のどちらにあるかを示すフラグを用いて、以下に示すように容易に拡張することができる。
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）ｒｅｇｉｏｎｂａｓｅ＿ｉｄ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｅｎｔｒｙ＿ｃｏｕｎｔ；
ｆｏｒ（ｉ＝１；ｉ＜＝ｅｎｔｒｙ＿ｃｏｕｎｔ；ｉ＋＋）｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｌｅｆｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｏｆｆｓｅｔ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｔｏｐ＿ｖｅｒｔｉｃａｌ＿ｏｆｆｓｅｔ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｒｅｇｉｏｎ＿ｗｉｄｔｈ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｒｅｇｉｏｎ＿ｈｅｉｇｈｔ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１）ｒｅｇｉｏｎ＿ｏｎ＿ｆｒａｍｅ＿ｆｌａｇ；
｝
ここで、
１に等しいｒｅｇｉｏｎ＿ｏｎ＿ｆｒａｍｅ＿ｆｌａｇは、ｌｅｆｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｏｆｆｓｅｔ、ｔｏｐ＿ｖｅｒｔｉｃａｌ＿ｏｆｆｓｅｔ、ｒｅｇｉｏｎ＿ｗｉｄｔｈ、及びｒｅｇｉｏｎ＿ｈｅｉｇｈｔによって識別されるこの最も関心のある領域が、パックフレーム上に示されていることを示し、０に等しいｒｅｇｉｏｎ＿ｏｎ＿ｆｒａｍｅ＿ｆｌａｇは、ｌｅｆｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｏｆｆｓｅｔ、ｔｏｐ＿ｖｅｒｔｉｃａｌ＿ｏｆｆｓｅｔ、ｒｅｇｉｏｎ＿ｗｉｄｔｈ、及びｒｅｇｉｏｎ＿ｈｅｉｇｈｔの値によって識別されるこの最も関心のある領域が、プロジェクトフレーム上に示されていることを示す。
【００７１】
上記のシグナリング技術の両方が一緒に使用される場合、ｒｅｇｉｏｎ＿ｏｎ＿ｆｒａｍｅ＿ｆｌａｇは、ｒｅｇｉｏｎ＿ｔａｇ＿ｉｄの前にシグナリングされ、１４ビットが、ｒｅｇｉｏｎ＿ｔａｇ＿ｉｄに使用され得ることに留意されたい。このように、全体的なシンタックスは、以下に示すようにすることができる。
ａｌｉｇｎｅｄ（８）ｃｌａｓｓ  ＭｉｒＳａｒｎｐｌｅ（）｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）ｒｅｇｉｏｎｂａｓｅ＿ｉｄ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｅｎｔｒｙ＿ｃｏｕｎｔ；
ｆｏｒ（ｉ＝１；ｉ＜＝ｅｎｔｒｙ＿ｃｏｕｎｔ；ｉ＋＋）｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）ｌｅｆｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｏｆｆｓｅｔ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）ｔｏｐ＿ｖｅｒｔｉｃａｌ＿ｏｆｆｓｅｔ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）ｒｅｇｉｏｎ＿ｗｉｄｔｈ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）ｒｅｇｉｏｎ＿ｈｅｉｇｈｔ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１）ｒｅｇｉｏｎ＿ｏｎ＿ｆｒａｍｅ＿ｆｌａｇ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１４）ｒｅｇｉｏｎ＿ｔａｇ＿ｉｄ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１）ｒｅｇｉｏｎ＿ｌａｂｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ；
ｉｆ（ｒｅｇｉｏｎ＿ｌａｂｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）｛
ｓｔｒｉｎｇ  ｒｅｇｉｏｎ＿ｌａｂｅｌ；
｝
｝
｝
【００７２】
一実施例では、データカプセル化装置１０７は、以下のシンタックス及びセマンティクスに従って、最も関心のある領域にシグナリングするように構成することができる。
シンタックス
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）ｒｅｇｉｏｎｂａｓｅ＿ｉｄ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｅｎｔｒｙ＿ｃｏｕｎｔ；
ｆｏｒ（ｉ＝１；ｉ＜＝ｅｎｔｒｙ＿ｃｏｕｎｔ；ｉ＋＋）｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｌｅｆｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｏｆｆｓｅｔ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｔｏｐ＿ｖｅｒｔｉｃａｌ＿ｏｆｆｓｅｔ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｒｅｇｉｏｎ＿ｗｉｄｔｈ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｒｅｇｉｏｎ＿ｈｅｉｇｈｔ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１）ｉｏｈ＿ｍｉｒ；
ｂｉｔ（７）ｒｅｓｅｒｖｅｄ＝０；
｝
セマンティクス
注記１：サンプル構造がＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳａｍｐｌｅから拡張されると、ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳａｍｐｌｅのシンタックス要素がサンプルに含まれる。
ｒｅｇｉｏｎｂａｓｅ＿ｉｄは、最も関心のある領域の位置及びサイズが指定されるベース領域を指定する。
ｅｎｔｒｙ＿ｃｏｕｎｔは、エントリの数を指定する。
ｌｅｆｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｏｆｆｓｅｔ、ｔｏｐ＿ｖｅｒｔｉｃａｌ＿ｏｆｆｓｅｔ、ｒｅｇｉｏｎ＿ｗｉｄｔｈ、及びｒｅｇｉｏｎ＿ｈｅｉｇｈｔは、最も関心のある領域の位置とサイズを示す整数値である。
ｌｅｆｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｏｆｆｓｅｔ及びｔｏｐ＿ｖｅｒｔｉｃａｌ＿ｏｆｆｓｅｔは、ベース領域に対して最も関心のある領域の左上隅の、ルマサンプルにおける、水平座標及び垂直座標をそれぞれ示す。ｒｅｇｉｏｎ＿ｗｉｄｔｈ及びｒｅｇｉｏｎ＿ｈｅｉｇｈｔは、ベース領域に対して最も関心のある領域の、ルマサンプルにおける、幅及び高さをそれぞれ示す。
０に等しいｉｏｈ＿ｍｉｒは、この時限メタデータトラック内で示された値ｌｅｆｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｏｆｆｓｅｔ、ｔｏｐ＿ｖｅｒｔｉｃａｌ＿ｏｆｆｓｅｔ、ｒｅｇｉｏｎ＿ｗｉｄｔｈ、及びｒｅｇｉｏｎ  ｈｅｉｇｈｔが、時限メタデータトラック内でこれらの値が次に現れるまで、参照トラック内のサンプルに使用されるものとすることを指定する。１に等しいｉｏｈ＿ｍｉｒは、この時限メタデータトラック内で示された値ｌｅｆｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｏｆｆｓｅｔ、ｔｏｐ＿ｖｅｒｔｉｃａｌ＿ｏｆｆｓｅｔ、ｒｅｇｉｏｎ＿ｗｉｄｔｈ、及びｒｅｇｉｏｎ＿ｈｅｉｇｈｔが、連続するサンプル間で線形に補間されるべきであることを指定する。
【００７３】
本明細書に記載される技術によれば、以下の制約及びセマンティクスの変更のうちの１つ以上を、エントリカウント数のシンタックス要素及び最も関心のある領域の矩形パラメータに対して使用することができる。これらは、以下のうちの１つ以上を含み得る、すなわち、ｒｅｇｉｏｎｂａｓｅ＿ｉｄは、ｔｒａｃｋ＿ＩＤ値を示すために指定され、値０は予備であり、制約がｅｎｔｒｙ＿ｃｏｕｎｔに含まれ、シグナリング値の回避を強制するために、制約は、ｌｅｆｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｏｆｆｓｅｔ、ｔｏｐ＿ｖｅｒｔｉｃａｌ＿ｏｆｆｓｅｔ、ｒｅｇｉｏｎ＿ｗｉｄｔｈ、及びｒｅｇｉｏｎ＿ｈｅｉｇｈｔに含まれており、これにより、パックフレームの範囲外になる可能性がある。一実施例では、これらの制約は、以下のセマンティクスに従って実施することができる。
ｒｅｇｉｏｎｂａｓｅ＿ｉｄは、最も関心のある領域の位置及びサイズが指定されるベース領域を指定する。別の実施例では、ｒｅｇｉｏｎｂａｓｅ＿ｉｄは、最も関心のある領域の位置及びサイズが指定されるＩＳＯＭＢＦＦファイル内のトラックに対応するｔｒａｃｋ＿ＩＤを指定する。０の値は予備とされる。
ｅｎｔｒｙ＿ｃｏｕｎｔは、エントリ数を指定する。ｅｎｔｒｙ＿ｃｏｕｎｔは、０より大きいものとする。一実施例では、０の値は予備とされる。別の例では、この要素は代わりにｅｎｔｒｙ＿ｃｏｕｎｔ＿ｍｉｎｕｓ  １として通知されてもよく、これに１を加えたものがエントリ数を指定する。
ｌｅｆｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｏｆｆｓｅｔ、ｔｏｐ＿ｖｅｒｔｉｃａｌ＿ｏｆｆｓｅｔ、ｒｅｇｉｏｎ＿ｗｉｄｔｈ、及びｒｅｇｉｏｎ＿ｈｅｉｇｈｔは、最も関心のある領域の位置及びサイズを示す整数値である。
ｌｅｆｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｏｆｆｓｅｔ及びｔｏｐ＿ｖｅｒｔｉｃａｌ＿ｏｆｆｓｅｔは、ベース領域に対して最も関心のある領域の左上隅の、ルマサンプルにおける、水平座標及び垂直座標をそれぞれ示す。ｒｅｇｉｏｎ＿ｗｉｄｔｈ及びｒｅｇｉｏｎ＿ｈｅｉｇｈｔは、ベース領域に対して最も関心のある領域の、ルマサンプルにおける、幅及び高さをそれぞれ示す。
ＲｅｇｉｏｎＷｉｓｅＰａｃｋｉｎｇＢｏｘが存在しない（すなわち、地域ごとのパッキングが使用されない）場合、
１〜ｅｎｔｒｙ＿ｃｏｕｎｔの範囲の各ｉ（ｌｅｆｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｏｆｆｓｅｔ＋ｒｅｇｉｏｎ＿ｗｉｄｔｈ）については、ｐｒｏｊ＿ｆｒａｍｅ＿ｗｉｄｔｈより小さいものとする。
１〜ｅｎｔｒｙ＿ｃｏｕｎｔの範囲の各ｉ（ｔｏｐ＿ｖｅｒｔｉｃａｌ＿ｏｆｆｓｅｔ＋ｒｅｇｉｏｎ＿ｈｅｉｇｈｔ）については、ｐｒｏｊ＿ｆｒａｍｅ＿ｈｅｉｇｈｔより小さいものとする。
【００７４】
一実施例では、ｌｅｆｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｏｆｆｓｅｔ、ｔｏｐ＿ｖｅｒｔｉｃａｌ＿ｏｆｆｓｅｔ、ｒｅｇｉｏｎ＿ｗｉｄｔｈ、及びｒｅｇｉｏｎ＿ｈｅｉｇｈｔによって示される最も関心のある領域矩形は、パックフレーム内に完全に広がるものとする。パックフレームがステレオスコープである場合、ｌｅｆｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｏｆｆｓｅｔ、ｔｏｐ＿ｖｅｒｔｉｃａｌ＿ｏｆｆｓｅｔ、ｒｅｇｉｏｎ＿ｗｉｄｔｈ、及びｒｅｇｉｏｎ＿ｈｅｉｇｈｔで示される最も関心のある領域矩形は、パックフレームの単一の構成フレーム内に完全に広がるものとする。
【００７５】
一実施例では、ｌｅｆｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｏｆｆｓｅｔ、ｔｏｐ＿ｖｅｒｔｉｃａｌ＿ｏｆｆｓｅｔ、ｒｅｇｉｏｎ＿ｗｉｄｔｈ、及びｒｅｇｉｏｎ＿ｈｅｉｇｈｔによって示される最も関心のある領域矩形は、ｒｅｇｉｏｎ＿ｏｎ＿ｆｒａｍｅ＿ｆｌａｇが１に等しい場合はパックフレーム内に完全に広がり、ｒｅｇｉｏｎ＿ｏｎ＿ｆｒａｍｅ＿ｆｌａｇが０に等しい場合はプロジェクトフレーム内に完全に広がるものとする。パックフレームが立体視である場合、ｌｅｆｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｏｆｆｓｅｔ、ｔｏｐ＿ｖｅｒｔｉｃａｌ＿ｏｆｆｓｅｔ、ｒｅｇｉｏｎ＿ｗｉｄｔｈ、及びｒｅｇｉｏｎ＿ｈｅｉｇｈｔによって示される最も関心のある領域矩形は、ｒｅｇｉｏｎ＿ｏｎ＿ｆｒａｍｅ＿ｆｌａｇが１に等しい場合はパックフレームの単一構成フレーム内に完全に広がり、又はｒｅｇｉｏｎ＿ｏｎ＿ｆｒａｍｅ＿ｆｌａｇが０に等しい場合はプロジェクトフレームの単一構成フレーム内に完全に広がるものとする。
【００７６】
上記で提供された例示的なシンタックス及びセマンティクスに関して、データカプセル化装置１０７は、領域の位置及びサイズがパックフレーム上又はプロジェクトフレーム上のどちらで示されるかを示すシンタックス要素をシグナリングするように構成されてもよい。
【００７７】
上述のＣｈｏｉで提供されるＲｅｇｉｏｎＯｎＳｐｈｅｒｅＣｏｎｆｉｇＢｏｘのシンタックス及びセマンティクスを参照すると、一実施例では、データカプセル化装置１０７は、ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＣｏｎｆｉｇＢｏｘをより効率的にシグナリングするように構成されてもよい。一実施例では、データカプセル化装置１０７は、ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅが、両端値を含む１〜３６０００の範囲にあり、及び／又はｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅが、両端値を含む１〜１８０００の範囲にあるものとするように、ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅ及びｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅをシグナリングするように構成されてもよい。別の例では、ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅは、両端値を含む０〜３６０００の範囲にあるものとする。Ｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅは、両端値を含む０〜１８０００の範囲にあるものとする。これらの実施例では、０の値は、ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅ及びｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅに対して許可される。これにより、球体上の点を示すことができる。例えば、レチクル、十字線、視線ポインタを示す特定のユースケースでは、球面上の領域の代わりに点を示すことが重要であり得る。従って、本明細書に記載される技術によれば、球面上にそのような点のインジケーションが可能である。
【００７８】
更に、一実施例では、データカプセル化装置１０７は、以下の例示的なシンタックス及びセマンティクスに従って、ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＣｏｎｆｉｇＢｏｘにシグナリングするように構成することができる。
ｃｌａｓｓ  ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳａｍｐｌｅＥｎｔｒｙ  ｅｘｔｅｎｄｓ  ＭｅｔａＤａｔａＳａｍｐｌｅＥｎｔｒｙ（‘ｒｏｓｐ’）｛
ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＣｏｎｆｉｇＢｏｘ（）；／／ｍａｎｄａｔｏｒｙ
Ｂｏｘ［］ｏｔｈｅｒ＿ｂｏｘｅｓ；／／ｏｐｔｉｏｎａｌ
｝
ｃｌａｓｓ  ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＣｏｎｆｉｇＢｏｘ  ｅｘｔｅｎｄｓ  ＦｕｌｌＢｏｘ（‘ｒｏｓｅ’，ｖｅｒｓｉｏｎ＝０，ｆｌａｇｓ）｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（８）ｓｈａｐｅ＿ｔｙｐｅ；
ｂｉｔ（７）ｒｅｓｅｒｖｅｄ＝０；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１）ｄｙｎａｍｉｃ＿ｒａｎｇｅ＿ｆｌａｇ；
ｉｆ（ｄｙｎａｍｉｃ＿ｒａｎｇｅ＿ｆｌａｇ＝＝０）｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｃ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）ｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅ；
｝
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｎｕｍ＿ｒｅｇｉｏｎｓ；
｝
セマンティクス
０に等しいｓｈａｐｅ＿ｔｙｐｅは、領域が４つの大きな円によって示されることを指定する。
１に等しいｓｈａｐｅ＿ｔｙｐｅは、領域が２つのヨー円及び２つのピッチ円によって示されることを指定する。
１より大きいｓｈａｐｅ＿ｔｙｐｅの値が予備とされる。
０に等しいｄｙｎａｍｉｃ＿ｒａｎｇｅ＿ｆｌａｇは、このサンプルエントリを参照する全てのサンプルにおいて、領域の水平及び垂直方向の範囲が変更されないままであることを指定する。
１に等しいｄｙｎａｍｉｃ＿ｒａｎｇｅ＿ｆｌａｇは、領域の水平及び垂直方向の範囲がサンプルフォーマットで示されることを指定する。
ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅ及びｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅは、このサンプルエントリを参照する各サンプルに対する領域の水平及び垂直方向の範囲を、それぞれ、２−１６度の単位で指定する。ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅは、両端値を含む０〜７２０＊６５５３６の範囲にあるものとする。
ｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅは、両端値を含む０〜３６０＊６５５３６の範囲にあるものとする。ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅ及びｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅは、領域の中心点を通る範囲を指定する。
値０は、球面上の点のインジケーションを可能にするために、ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅ及びｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅに対して許可されることに留意されたい。この場合、いくつかの実施例では、領域はゼロ面積を有してもよい。
ｎｕｍ＿ｒｅｇｉｏｎｓは、このサンプルエントリを参照するサンプル内の領域数を指定する。ｎｕｍ＿ｒｅｇｉｏｎｓは、１に等しいものとする。ｎｕｍ＿ｒｅｇｉｏｎｓの他の値は予備とされる。
従って、本明細書に記載される技術によれば、データカプセル化装置１０７は、角度値の精度の向上を可能にするように構成することができる。
【００７９】
上述のＣｈｏｉで提供されるＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳｔｒｕｃｔのシンタックス及びセマンティクスを参照すると、一実施例では、データカプセル化装置１０７は、ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳｔｒｕｃｔをより効率的にシグナリングするように構成されてもよい。一実施例では、データカプセル化装置１０７は、以下のシンタックスに従って、ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳｔｒｕｃｔにシグナリングするように構成することができる。
ａｌｉｇｎｅｄ（８）ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳｔｒｕｃｔ（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ）｛
ｓｉｇｎｅｄ  ｉｎｔ（１６）ｃｅｎｔｅｒ＿ｙａｗ；
ｓｉｇｎｅｄ  ｉｎｔ（１５）ｃｅｎｔｅｒ＿ｐｉｔｃｈ；
ｂｉｔ（１）ｒｅｓｅｒｖｅｄ＝０；
ｉｆ（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ）
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｈｏｒ＿ｒａｎｇｅ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｖｅｒ＿ｒａｎｇｅ；
｝
ａｌｉｇｎｅｄ（８）ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳａｍｐｌｅ（）｛
ｆｏｒ（１＝０；ｉ  ＜  ｎｕｍ＿ｒｅｇｉｏｎｓ；ｉ＋＋）
ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳｔｒｕｅｔ（ｄｙｎａｍｉｃ＿ｒａｎｇｅ＿ｆｌａｇ）
｝
この場合、以下の例示的なセマンティクスを利用することができる。
ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳｔｒｕｃｔ（）がＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳａｍｐｌｅ（）構造に含まれる場合、以下が適用される。
ｃｅｎｔｅｒ＿ｙａｗ及びｃｅｎｔｅｒ＿ｐｉｔｃｈは、グローバル座標系に対して、このサンプルによって指定される領域の中心点を０．０１度単位で指定する。ｃｅｎｔｅｒ＿ｙａｗは、両端を含む−１８０００〜１７９９９の範囲にあるものとする。ｃｅｎｔｅｒ＿ｐｉｔｃｈは、両端を含む−９０００〜９０００の範囲にあるものとする。
ｈｏｒ＿ｒａｎｇｅ及びｖｅｒ＿ｒａｎｇｅは、存在する場合、このサンプルによって指定された領域の水平及び垂直方向の範囲を、それぞれ０．０１度単位で指定する。ｈｏｒ＿ｒａｎｇｅ及びｖｅｒ＿ｒａｎｇｅは、領域の中心点を通る範囲を指定する。
ｈｏｒ＿ｒａｎｇｅは、存在する場合、両端値を含む１〜３６０００の範囲にあるものとする。ｖｅｒ＿ｒａｎｇｅは、存在する場合、両端値を含む１〜１８０００の範囲にあるものとする。
別の例では、ｈｏｒ＿ｒａｎｇｅは、存在する場合、両端値を含む０〜３６０００の範囲にあるものとする。ｖｅｒ＿ｒａｎｇｅは、存在する場合、両端値を含む０〜１８０００の範囲にあるものとする。この場合、０の値はｈｏｒ＿ｒａｎｇｅ及びｖｅｒ＿ｒａｎｇｅに対して許可される。これにより、球体上の点を示すことができる。
ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇが１に等しい場合、ｃｅｎｔｅｒ＿ｐｉｔｃｈ＋ｖｅｒ＿ｒａｎｇｅ÷２は９０００以下であり、ｃｅｎｔｅｒ＿ｐｉｔｃｈ−ｖｅｒ＿ｒａｎｇｅ÷２は−９０００以上であるものとする。ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇが１に等しい場合、ｃｅｎｔｅｒ＿ｙａｗ＋ｈｏｒ＿ｒａｎｇｅ÷２は１７９９９以下であり、ｃｅｎｔｅｒ＿ｙａｗ−ｈｏｒ＿ｒａｎｇｅ÷２は−１８０００以上であるものとする。ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇが０に等しい場合、ｃｅｎｔｅｒ＿ｐｉｔｃｈ＋ｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅ÷２は９０００以下であり、ｃｅｎｔｅｒ＿ｐｉｔｃｈ−ｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅ÷２は−９０００以上であるものとする。
ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇが０に等しい場合、ｃｅｎｔｅｒ＿ｙａｗ＋ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅ÷２は１７９９９以下であり、ｃｅｎｔｅｒ＿ｙａｗ−ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅ÷２は−１８０００以上であるものとする。
【００８０】
別の実施例では、上記の制約の代わりに、又はそれに加えて、以下の制約が指定されてもよい：
ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇが１に等しい場合：
ｃｅｎｔｅｒ＿ｐｉｔｃｈ＋ｖｅｒ＿ｒａｎｇｅ÷２が９０００より大きい場合は、（ｃｅｎｔｅｒ＿ｐｉｔｃｈ＋ｖｅｒ＿ｒａｎｇｅ÷２−１８０００）として計算される。
ｃｅｎｔｅｒ＿ｐｉｔｃｈ−ｖｅｒ＿ｒａｎｇｅ÷２が−９０００より小さい場合は、（ｃｅｎｔｅｒ＿ｐｉｔｃｈ＋ｖｅｒ＿ｒａｎｇｅ÷２＋１８０００）として計算される。
ｃｅｎｔｅｒ＿ｙａｗ＋ｈｏｒ＿ｒａｎｇｅ÷２が１７９９９より大きい場合は、（ｃｅｎｔｅｒ＿ｙａｗ＋ｈｏｒ＿ｒａｎｇｅ÷２−３６０００）として計算される。
ｃｅｎｔｅｒ＿ｙａｗ−ｈｏｒ＿ｒａｎｇｅ÷２が−１８０００より小さい場合は、（ｃｅｎｔｅｒ＿ｙａｗ＋ｈｏｒ＿ｒａｎｇｅ÷２＋３６０００）として計算される。
ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇが０に等しい場合：
ｃｅｎｔｅｒ＿ｐｉｔｃｈ＋ｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅ÷２が９０００より大きい場合は、（ｃｅｎｔｅｒ＿ｐｉｔｃｈ＋ｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅ÷２−１８０００）として計算される。
ｃｅｎｔｅｒ＿ｐｉｔｃｈ−ｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅ÷２が−９０００より小さい場合は、（ｃｅｎｔｅｒ＿ｐｉｔｃｈ＋ｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅ÷２＋１８０００）として計算される。
ｃｅｎｔｅｒ＿ｙａｗ＋ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅ÷２が１７９９９より大きい場合は、（ｃｅｎｔｅｒ＿ｙａｗ＋ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅ÷２−３６０００）として計算される。
ｃｅｎｔｅｒ  ｙａｗ−ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅ÷２が−１８０００より小さい場合は、（ｃｅｎｔｅｒ＿ｙａｗ＋ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅ÷２＋３６０００）として計算される。
【００８１】
更に、一実施例では、データカプセル化装置１０７は、以下のシンタックス及びセマンティクスに従って、ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳｔｒｕｃｔにシグナリングするように構成することができる。
シンタックス
ａｌｉｇｎｅｄ（８）ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳｔｒｕｃｔ（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ）｛
ｓｉｇｎｅｄ  ｉｎｔ（３２）ｃｅｎｔｅｒ＿ｙａｗ；
ｓｉｇｎｅｄ  ｉｎｔ（３２）ｃｅｎｔｅｒ＿ｐｉｔｃｈ；
ｓｉｇｎｅｄ  ｉｎｔ（３２）ｃｅｎｔｅｒ＿ｒｏｌｌ；
ｉｆ（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ）｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）ｈｏｒ＿ｒａｎｇｅ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）ｖｅｒ＿ｒａｎｇｅ；
｝
ａｌｉｇｎｅｄ（８）ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳａｍｐｌｅ（）｛
ｆｏｒ（ｉ＝０；ｉ  ＜  ｎｕｍ＿ｒｅｇｉｏｎｓ；ｉ＋＋）
ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳｔｒｕｃｔ（ｄｙｎａｍｉｃ＿ｒａｎｇｅ＿ｆｌａｇ）
｝
セマンティクス
ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳｔｒｕｃｔ（）がＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳａｍｐｌｅ（）構造に含まれる場合、以下が適用される。
ｃｅｎｔｅｒ＿ｙａｗ、ｃｅｎｔｅｒ＿ｐｉｔｃｈ及びｃｅｎｔｅｒ＿ｒｏｌｌは、このサンプルによって指定された領域の中心点を、それぞれ、グローバル座標系に対して２−１６度の単位で指定する。ｃｅｎｔｅｒ＿ｙａｗは、両端値を含む−１８０＊２−１６〜（１８０＊２１６）−１の範囲にあるものとする。ｃｅｎｔｅｒ＿ｐｉｔｃｈは、両端値を含む−９０＊２１６〜９０＊２１６の範囲にあるものとする。ｃｅｎｔｅｒ＿ｒｏｌｌは、両端値を含む−１８０＊２１６〜（１８０＊２１６）−１の範囲にあるものとする。
ｈｏｒ＿ｒａｎｇｅ及びｖｅｒ＿ｒａｎｇｅは、存在する場合、このサンプルによって指定された領域の水平及び垂直方向の範囲を、それぞれ、２−１６度の単位で指定する。
ｈｏｒ＿ｒａｎｇｅは、両端値を含む０〜７２０＊６５５３６の範囲にあるものとする。ｖｅｒ＿ｒａｎｇｅは、両端値を含む０〜３６０＊３６０の範囲にあるものとする。ｈｏｒ＿ｒａｎｇｅ及びｖｅｒ＿ｒａｎｇｅは、領域の中心点を通る範囲を指定する。
値０は、球面上の点のインジケーションを可能にするために、ｈｏｒ＿ｒａｎｇｅ及びｖｅｒ＿ｒａｎｇｅに対して許可されることに留意されたい。この場合、いくつかの実施例では、領域はゼロ面積を有してもよい。
球面上の領域は、以下のように導出された変数ｃＹａｗ１、ｃＹａｗ２、ｃＰｉｔｃｈ１、ｃＰｉｔｃｈ２を使用して定義される。
ｃＹａｗ１＝（（（ｃｅｎｔｅｒ＿ｙａｗ−（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ？ｈｏｒ＿ｒａｎｇｅ：ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅ）÷２）＜−１８０００）？（（ｃｅｎｔｅｒ＿ｙａｗ−（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ？ｈｏｒ＿ｒａｎｇｅ：ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅ）÷２）＋３６０００：（（ｃｅｎｔｅｒ＿ｙａｗ−（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ？ｈｏｒ＿ｒａｎｇｅ：ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅ）÷２））＊０．０１＊π÷１８０
ｃＹａｗ２＝（（（ｃｅｎｔｅｒ＿ｙａｗ＋（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ？ｈｏｒ＿ｒａｎｇｅ：ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅ）÷２）＞１７９９９）？（ｃｅｎｔｅｒ＿ｙａｗ＋（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ？ｈｏｒ＿ｒａｎｇｅ：
ｓｔａｔｉｅ＿ｈｏｒ＿ｒａｎｇｅ）÷２）−３６０００：（（（ｃｅｎｔｅｒ＿ｙａｗ＋（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ？ｈｏｒ＿ｒａｎｇｅ：ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅ）÷２））＊０．０１＊π÷１８０
ｃＰｉｔｃｈ１＝（（（ｃｅｎｔｅｒ＿ｐｉｔｃｈ−（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ？ｖｅｒ＿ｒａｎｇｅ：ｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅ）÷２）＜−９０００？（ｃｅｎｔｅｒ＿ｐｉｔｃｈ−（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ？ｖｅｒ＿ｒａｎｇｅ：ｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅ）÷２）＋１８０００：（ｃｅｎｔｅｒ＿ｐｉｔｃｈ−（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ？ｖｅｒ＿ｒａｎｇｅ：ｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅ）÷２））＊０．０１＊π÷１８０
ｃＰｉｔｃｈ２＝（（（ｃｅｎｔｅｒ＿ｐｉｔｃｈ＋（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ？ｖｅｒ＿ｒａｎｇｅ：ｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅ）÷２）＞９０００？（ｃｅｎｔｅｒ＿ｐｉｔｃｈ＋（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ？ｖｅｒ＿ｒａｎｇｅ：ｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅ）÷２）−１８０００：（ｃｅｎｔｅｒ＿ｐｉｔｃｈ＋（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ？ｖｅｒ＿ｒａｎｇｅ：ｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅ）÷２））＊０．０１＊π÷１８０
ｓｈａｐｅ＿ｔｙｐｅが０に等しい場合、領域は、上式により定義されるラジアンにおける４つの点ｃＹａｗ１、ｃＹａｗ２、ｃＰｉｔｃｈ１、ｃＰｉｔｃｈ２によって、並びにｃｅｎｔｅｒ＿ｐｉｔｃｈ及びｃｅｎｔｅｒ＿ｙａｗにより定義される中心点によって画定される４つの大きな円によって、図６Ａに示すように指定される。
ｓｈａｐｅ＿ｔｙｐｅが１に等しい場合、領域は、上式により定義されるラジアンにおける４つの点ｃＹａｗ１、ｃＹａｗ２、ｃＰｉｔｃｈ１、ｃＰｉｔｃｈ２によって、並びにｅｎｔｅｒ＿ｐｉｔｃｈ及びｃｅｎｔｅｒ＿ｙａｗによって定義される中心点によって画定される２つのヨー円及び２つのピッチ円によって、図６Ｂに示すように指定される。
１６ビットを用いたバイナリ角度測定が使用される場合：
球面上の領域は、以下のように導出された変数ｃＹａｗ１、ｃＹａｗ２、ｅＰｉｔｃｈ１、ｃＰｉｔｃｈ２を使用して定義される。
ｃＹａｗ１＝（ｃｅｎｔｅｒ＿ｙａｗ−（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ？ｈｏｒ＿ｒａｎｇｅ：ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅ）÷２）＊（１÷６５５３６）＊π÷１８０
ｃＹａｗ２＝（ｃｅｎｔｅｒ＿ｙａｗ＋（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ？ｈｏｒ＿ｒａｎｇｅ：ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅ）÷２）＊（１÷６５５３６）＊π÷１８０
ｃＰｉｔｃｈ１＝（ｃｅｎｔｅｒ＿ｐｉｔｃｈ−（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ？ｖｅｒ＿ｒａｎｇｅ：ｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅ）÷２）＊（１÷６５５３６）＊π÷１８０
ｃＰｉｔｃｈ２＝（ｃｅｎｔｅｒ＿ｐｉｔｃｈ＋（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ？ｖｅｒ＿ｒａｎｇｅ：ｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅ）÷２）＊（１÷６５５３６）＊π÷１８０
１６．１６の固定小数点表現が使用される場合：
球面上の領域は、以下のように導出された変数ｃＹａｗ１、ｃＹａｗ２、ｃＰｉｔｃｈ１、ｃＰｉｔｃｈ２を使用して定義される。
ｃＹａｗ１＝（ｃｅｎｔｅｒ＿ｙａｗ−（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ？ｈｏｒ＿ｒａｎｇｃ：ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅ）÷２）＊（３６０÷４２９４９６７２９６）＊π÷１８０
ｃＹａｗ２＝（ｃｅｎｔｅｒ＿ｙａｗ＋（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ？ｈｏｒ＿ｒａｎｇｅ：ｓｔａｔｉｃ＿ｈｏｒｒａｎｇｅ）÷２）＊（３６０÷４２９４９６７２９６）＊π÷１８０
ｃＰｉｔｃｈｌ＝（ｃｅｎｔｅｒ＿ｐｉｔｃｈ−（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ？ｖｅｒ＿ｒａｎｇｅ：ｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅ）÷２）＊（１８０÷４２９４９６７２９６）＊π÷１８０
ｃＰｉｔｃｈ２＝（ｃｅｎｔｅｒ＿ｐｉｔｃｈ＋（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ？ｖｅｒ＿ｒａｎｇｅ：ｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅ）÷２）＊（１８０÷４２９４９６７２９６）＊π÷１８０
別の例では、変数ｃＹａｗ１、ｃＹａｗ２、ｅＰｉｔｃｈ１、ｅＰｉｔｃｈ２を導出するために、以下の式を使用することができる。
ｃＹａｗ１＝（（（ｃｅｎｔｅｒ＿ｙａｗ−（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ？ｈｏｒ＿ｒａｎｇｅ：ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅ）÷２）＜−１８０００）？（（ｃｅｎｔｅｒ＿ｙａｗ−（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ？ｈｏｒ＿ｒａｎｇｅ：ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅ）÷２）＋３６０００：（（ｃｅｎｔｅｒ＿ｙａｗ−（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ？ｈｏｒ＿ｒａｎｇｅ：ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅ）÷２））＊（３６０÷６５５３６）＊π÷１８０
ｃＹａｗ２＝（（（ｃｅｎｔｅｒ＿ｙａｗ＋（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ？ｈｏｒ＿ｒａｎｇｅ：ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅ）÷２）＞１７９９９）？（ｃｅｎｔｅｒ＿ｙａｗ＋（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ？ｈｏｒ＿ｒａｎｇｅ：ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅ）÷２）−３６０００：（（（ｃｅｎｔｅｒ＿ｙａｗ＋（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ？ｈｏｒ＿ｒａｎｇｅ：ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅ）÷２））＊（３６０＋６５５３６）＊π÷１８０
ｅＰｉｔｃｈ１＝（（（ｃｅｎｔｅｒ＿ｐｉｔｃｈ−（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ？ｖｅｒ＿ｒａｎｇｅ：ｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅ）÷２）＜−９０００？（ｃｅｎｔｅｒ＿ｐｉｔｃｈ−（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ？ｖｅｒ＿ｒａｎｇｅ：ｓｔａｔｉｅ＿ｖｅｒ＿ｒａｎｇｅ）÷２）＋１８０００；（ｃｅｎｔｅｒ＿ｐｉｔｃｈ−（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ？ｖｅｒ＿ｒａｎｇｅ：ｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅ）÷２））＊（１８０÷６５５３６）＊π÷１８０
ｃＰｉｔｃｈ２＝（（（ｃｅｎｔｅｒ＿ｐｉｔｃｈ＋（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ？ｖｅｒ＿ｒａｎｇｅ：ｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅ）÷２）＞９０００？（ｃｅｎｔｅｒ＿ｐｉｔｃｈ＋（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ？ｖｅｒ＿ｒａｎｇｅ：ｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅ）÷２）−１８０００：（ｃｅｎｔｅｒ＿ｐｉｔｃｈ＋（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ？ｖｅｒ＿ｒａｎｇｅ：ｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅ）÷２））＊（１８０÷６５５３６）＊π÷１８０
【００８２】
従って、本明細書に記載される技術によれば、データカプセル化装置１０７は、角度値の精度の向上を可能にするように構成することができる。
【００８３】
上述のＣｈｏｉで提供されるＩｎｔｉａｌＶｉｅｗｐｏｉｎｔＳａｍｐｌｅシンタックスを参照すると、一実施例では、データカプセル化装置１０７は、符号付き１６ビット整数として、より効率的にロールをシグナリングするように構成されてもよい。ロール角は、両端値を含む−１８０〜１７９．９９の範囲で変化する可能性があるため、初期視点でロールのデータ型を変更することが有用であり得る。更に、ロールの許容範囲が変更される。一実施例では、データカプセル化装置１０７は、以下のシンタックス及びセマンティクスを使用して、ロールをより効率的にシグナリングするように構成することができる。
シンタックス
ｃｌａｓｓ  ｉｎｉｔｉａｌＶｉｅｗｐｏｉｎｔＳａｍｐｌｅ（）ｅｘｔｅｎｄｓ  ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳａｍｐｌｅ｛
ｓｉｇｎｅｄ  ｉｎｔ（１６）ｒｏｌｌ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１）ｒｅｆｒｅｓｈ＿ｆｌａｇ；
ｂｉｔ（７）ｒｅｓｅｒｖｅｄ＝０；
｝
セマンティクス
ｃｅｎｔｅｒ＿ｙａｗ、ｃｅｎｔｅｒ＿ｐｉｔｃｈ、及びｒｏｌｌは、グローバル座標系に対して０．０１度単位でビューポート方位を指定する。
ｃｅｎｔｅｒ＿ｙａｗ及びｃｅｎｔｅｒ＿ｐｉｔｃｈは、ビューポートの中心を示し、ｒｏｌｌは、ビューポートのロール角を示す。
ロールは、両端値を含む−１８０００〜１７９９９の範囲にあるものとする。
【００８４】
上述のＣｈｏｉで提供されるＲｅｇｉｏｎＯｎＳｐｈｅｒｅＣｏｎｆｉｇＢｏｘシンタックスを参照すると、一実施例では、データカプセル化装置１０７は、符号なし８ビット整数として、ｎｕｍ＿ｒｅｇｉｏｎｓをより効率的にシグナリングするように構成されてもよい。現在、ｎｕｍ＿ｒｅｇｉｏｎｓの１つの値のみが許可され定義されている。このように、ｎｕｍ＿ｒｅｇｉｏｎｓは１に等しいものとすることが必要とされる。以下に示すように、ＲｅｇｉｏｎＯｎＳｐｈｅｒｅ−ＣｏｎｆｉｇＢｏｘでｎｕｍ＿ｒｅｇｉｏｎｓをシグナリングするのがより効率的であり得る。
シンタックス
ｃｌａｓｓ  ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳａｍｐｌｅＥｎｔｒｙ  ｅｘｔｅｎｄｓ  ＭｅｔａＤａｔａＳａｍｐｌｅＥｎｔｒｙ（‘ｒｏｓｐ’）｛
ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＣｏｎｆｉｇＢｏｘ（）；／／ｍａｎｄａｔｏｒｙ
Ｂｏｘ［］ｏｔｈｅｒ＿ｂｏｘｅｓ；／／ｏｐｔｉｏｎａｌ
｝
ｃｌａｓｓ  ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＣｏｎｆｉｇＢｏｘ  ｅｘｔｅｎｄｓ  ＦｕｌｌＢｏｘ（‘ｒｏｓｃ’，ｖｅｒｓｉｏｎ＝０，ｆｌａｇｓ）｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（８）ｓｈａｐｅ＿ｔｙｐｅ；
ｂｉｔ（７）ｒｅｓｅｒｖｅｄ＝０；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１）ｄｙｎａｍｉｃ＿ｒａｎｇｅ＿ｆｌａｇ；
ｉｆ（ｄｙｎａｍｉｃ＿ｒａｎｇｅ＿ｆｌａｇ＝＝０）｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅ；
｝
ｕｎｓｉｇｎｅｄ  ｉｎｔ（８）ｎｕｍ＿ｒｅｇｉｏｎｓ；
｝
【００８５】
上述のＣｈｏｉで提供される最も関心のある領域のシグナリングシンタックスを参照すると、一実施例では、以下に示すように、Ｃｈｏｉにおける他のフィールドのビット幅と一致する完全な矩形を指定できるようにするために、最も関心のある領域矩形のビット幅（ｌｅｆｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｏｆｆｓｅｔ、ｔｏｐ＿ｖｅｒｔｉｃａｌ＿ｏｆｆｓｅｔ、ｒｅｇｉｏｎ＿ｗｉｄｔｈ、及びｒｅｇｉｏｎ＿ｈｅｉｇｈｔ）が、ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）を使用してシグナリングされ得る。
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）ｒｅｇｉｏｎｂａｓｅ＿ｉｄ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｅｎｔｒｙ＿ｃｏｕｎｔ；
ｆｏｒ（ｉ＝１；ｉ＜＝ｅｎｔｒｙ＿ｃｏｕｎｔ；ｉ＋＋）｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）ｌｅｆｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｏｆｆｓｅｔ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）ｔｏｐ＿ｖｅｒｔｉｃａｌ＿ｏｆｆｓｅｔ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）ｒｅｇｉｏｎ＿ｗｉｄｔｈ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）ｒｅｇｉｏｎ＿ｈｅｉｇｈｔ；
｝
【００８６】
上述のＣｈｏｉに提供された推奨ビューポートの説明を参照すると、推奨ビューポート時限メタデータトラックは、ユーザが視聴方位の制御を有さないか、又は視聴方位の制御を解除したときに表示されるべきビューポートを示す。本明細書に記載される技術によれば、データカプセル化装置１０７は、推奨されるヨー、ピッチ、並びに水平及び垂直範囲に対する時限メタデータトラックにおいて以前に通知された値が保持又は補間されているかどうかを示すシンタックス要素をシグナリングするように構成されてもよく、これによって、例えば、各サンプルに対して推奨されるビューポートをシグナリングすることと比較して、効率的なシグナリングを提供する。一実施例では、本明細書に記載される技術によれば、データカプセル化装置１０７は、以下の例示的な定義、シンタックス、及びセマンティクスに基づいて、推奨されるビューポートをシグナリングするように構成することができる。
定義
推奨ビューポート時限メタデータトラックは、ユーザが視聴方位の制御を有さないか、又は視聴方位の制御を解除したときに表示されるべきビューポートを示す。
注記：推奨されるビューポートタイミングメタデータトラックは、ディレクターズカットを示すために使用されてもよい。
サンプルエントリタイプ‘ｒｃｖｐ’を使用するものとする。
ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳａｍｐｌｅのサンプルシンタックスを使用するものとする。
サンプルエントリのＲｅｇｉｏｎＯｎＳｐｈｅｒｅＣｏｎｆｉｇＢｏｘにおいて、ｓｈａｐｅ＿ｔｙｐｅは０に等しいものとする。
シンタックス
ｃｌａｓｓ  ＲｅｃｏｍｍｅｎｄｅｄＶｉｅｗｐｏｒｔＳａｍｐｌｅ（）ｅｘｔｅｎｄｓ  ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳａｍｐｌｅ  ｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１）ｉｏｈ；
ｂｉｔ（７）ｒｅｓｅｒｖｅｄ＝０；
｝
セマンティクス
ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅ及びｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅは、存在する場合、又はｈｏｒ＿ｒａｎｇｅ及びｖｅｒ＿ｒａｎｇｅは、存在する場合、推奨ビューポートの水平視野及び垂直視野をそれぞれ示す。
ｃｅｎｔｅｒ＿ｙａｗ及びｃｅｎｔｅｒ＿ｐｉｔｃｈは、推奨ビューポートの中心点を示す。
一実施例では、０に等しいｉｏｈは、このＲｅｃｏｍｍｅｎｄｅｄＶｉｅｗｐｏｒｔＳａｍｐｌｅにおける示された推奨ビューポートのｃｅｎｔｅｒ＿ｙａｗ、ｃｅｎｔｅｒ＿ｐｉｔｃｈ、ｈｏｒ＿ｒａｎｇｅ（存在する場合）、及びｖｅｒ＿ｒａｎｇｅ（存在する場合）の値が、次のＲｅｃｏｍｍｅｎｄｅｄＶｉｅｗｐｏｒｔＳａｍｐｌｅまで参照トラック内のサンプルに使用されるものとすることを指定する。
１に等しいｉｏｈは、示された推奨ビューポートのｃｅｎｔｅｒ＿ｙａｗ、ｃｅｎｔｅｒ＿ｐｉｔｃｈ、ｈｏｒ＿ｒａｎｇｅ（存在する場合）、及びｖｅｒ＿ｒａｎｇｅ（存在する場合）の値が、連続するＲｅｃｏｍｍｅｎｄｅｄＶｉｅｗｐｏｒｔＳａｍｐｌｅの対応する値の間で、線形に補間されるべきであることを指定する。
一実施例では、０に等しいｉｏｈは、このＲｅｃｏｍｍｅｎｄｅｄＶｉｅｗｐｏｒｔＳａｍｐｌｅにおける示された推奨ビューポートのｃｅｎｔｅｒ＿ｙａｗ、ｃｅｎｔｅｒ＿ｐｉｔｃｈ、存在する場合はｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅそうでない場合はｈｏｒ＿ｒａｎｇｅ値、存在する場合はｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅそうでない場合はｖｅｒ＿ｒａｎｇｅ値が、次のＲｅｃｏｍｍｅｎｄｅｄＶｉｅｗｐｏｒｔＳａｍｐｌｅまで参照トラック内のサンプルに使用されるものとすることを指定する。
１に等しいｉｏｈは、示された推奨ビューポートのｃｅｎｔｅｒ＿ｙａｗ、ｃｅｎｔｅｒ＿ｐｉｔｃｈ、存在する場合はｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅそうでない場合はｈｏｒ＿ｒａｎｇｅ値、存在する場合はｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅそうでない場合ｖｅｒ＿ｒａｎｇｅ値が、連続するＲｅｃｏｍｍｅｎｄｅｄＶｉｅｗｐｏｒｔＳａｍｐｌｅの対応する値の間で、線形に補完されなければならない／されるべきである／されてもよいことを指定する。
一実施例では、０に等しいｉｏｈは、前のサンプルと現在のサンプルとの間に、推奨ビューポートのｃｅｎｔｅｒ＿ｙａｗ、ｃｅｎｔｅｒ＿ｐｉｔｃｈ、ｈｏｒ＿ｒａｎｇｅ（存在する場合）、及びｖｅｒ＿ｒａｎｇｅ（存在する場合）の値のいかなる補間もあってはならないことを示す。
１に等しいｉｏｈは、アプリケーションが、前のサンプルと現在のサンプルの間に、推奨ビューポートのｃｅｎｔｅｒ＿ｙａｗ、ｃｅｎｔｅｒ＿ｐｉｔｃｈ、ｈｏｒ＿ｒａｎｇｅ（存在する場合）、及びｖｅｒ＿ｒａｎｇｅ（存在する場合）の値を線形に補間できることを示す。
一実施例では、０に等しいｉｏｈは、このＲｅｃｏｍｍｅｎｄｅｄＶｉｅｗｐｏｒｔＳａｍｐｌｅにおける示された推奨ビューポートのｃｅｎｔｅｒ＿ｙａｗ、ｃｅｎｔｅｒ＿ｐｉｔｃｈの値が、次のＲｅｃｏｍｍｅｎｄｅｄＶｉｅｗｐｏｒｔＳａｍｐｌｅまで参照トラック内のサンプルに使用されるものとすることを指定する。
１に等しいｉｏｈは、示された推奨ビューポートのｃｅｎｔｅｒ＿ｙａｗ、ｃｅｎｔｅｒ＿ｐｉｔｃｈの値が、連続するＲｅｃｏｍｍｅｎｄｅｄＶｉｅｗｐｏｒｔＳａｍｐｌｅの対応する値の間で線形に補間されるべきであることを指定する。
【００８７】
別の例では、上述のシンタックス要素ｕｎｓｉｇｎｅｄ  ｉｎｔ（１）ｉｏｈ；は、以下の実施例に示すように、ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＣｏｎｆｉｇＢｏｘに含まれてもよい：
シンタックス
ｃｌａｓｓ  ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳａｍｐｌｅＥｎｔｒｙ  ｅｘｔｅｎｄｓ  ＭｅｔａＤａｔａＳａｍｐｌｅＥｎｔｒｙ（‘ｒｏｓｐ’）｛
ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＣｏｎｆｉｇＢｏｘ（）；／／ｍａｎｄａｔｏｒｙ
Ｂｏｘ［］  ｏｔｈｅｒ＿ｂｏｘｅｓ；／／ｏｐｔｉｏｎａｌ
｝
ｃｌａｓｓ  ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＣｏｎｆｉｇＢｏｘ  ｅｘｔｅｎｄｓ  ＦｕｌｌＢｏｘ（‘ｒｏｓｅ’，ｖｅｒｓｉｏｎ＝０，ｆｌａｇｓ）｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（８）ｓｈａｐｅ＿ｔｙｐｅ；
ｂｉｔ（６）ｒｅｓｅｒｖｅｄ＝０；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１）ｉｏｈ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１）ｄｙｎａｍｉｃ＿ｒａｎｇｅ＿ｆｌａｇ；
ｉｆ（ｄｙｎａｍｉｃ＿ｒａｎｇｅ＿ｆｌａｇ＝＝０）｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅ；
｝
ｕｎｓｉｇｎｅｄ  ｉｎｔ（８）ｎｕｍ＿ｒｅｇｉｏｎｓ；
｝
この場合、一実施例では、０に等しいｉｏｈは、このＲｅｇｉｏｎＯｎＳｐｈｅｒｅＣｏｎｆｉｇＢｏｘにおける示されたｃｅｎｔｅｒ＿ｙａｗ、ｃｅｎｔｅｒ＿ｐｉｔｃｈ、ｈｏｒ＿ｒａｎｇｅ（存在する場合）、及びｖｅｒ＿ｒａｎｇｅ（存在する場合）の値が、次のＲｅｇｉｏｎＯｎＳｐｈｅｒｅＣｏｎｆｉｇＢｏｘまで参照トラック内のサンプルに使用されるものとすることを指定する。
１に等しいｉｏｈは、示された推奨ビューポートのｃｅｎｔｅｒ＿ｙａｗ、ｃｅｎｔｅｒ＿ｐｉｔｃｈ、ｈｏｒ＿ｒａｎｇｅ（存在する場合）、及びｖｅｒ＿ｒａｎｇｅ（存在する場合）の値が、連続するＲｅｇｉｏｎＯｎＳｐｈｅｒｅＣｏｎｆｉｇＢｏｘの対応する値の間で、線形に補間されるべきであることを指定する。
【００８８】
別の例では、上述のシンタックス要素ｕｎｓｉｇｎｅｄ  ｉｎｔ（１）ｉｏｈ；は、以下に示すように、ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳｔｒｕｃｔに含まれてもよい：
ａｌｉｇｎｅｄ（８）ＲｅｇｉｏｎＯｎＳｐｈｃｒｅＳｔｒｕｃｔ（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ）｛
ｓｉｇｎｅｄ  ｉｎｔ（１６）ｃｅｎｔｅｒ＿ｙａｗ；
ｓｉｇｎｅｄ  ｉｎｔ（１５）ｃｅｎｔｅｒ＿ｐｉｔｃｈ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１）ｉｏｈ；
ｉｆ（ｒａｎｇｅ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ）｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｈｏｒ＿ｒａｎｇｅ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）ｖｅｒ＿ｒａｎｇｅ；
｝
ａｌｉｇｎｅｄ（８）ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳａｍｐｌｅ（）｛
ｆｏｒ（ｉ＝０；ｉ  ＜  ｎｕｍ＿ｒｅｇｉｏｎｓ；ｉ＋＋）
ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳｔｒｕｃｔ（ｄｙｎａｍｉｃ＿ｒａｎｇｅ＿ｆｌａｇ）
｝
この場合、一実施例では、０に等しいｉｏｈは、このＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳｔｒｕｃｔにおける示されたｃｅｎｔｅｒ＿ｙａｗ、ｃｅｎｔｅｒ＿ｐｉｔｃｈ、ｈｏｒ＿ｒａｎｇｅ（存在する場合）、及びｖｅｒ＿ｒａｎｇｅ（存在する場合）の値が、次のＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳｔｒｕｃｔまで参照トラック内のサンプルに使用されるものとすることを指定する。１に等しいｉｏｈは、示された推奨ビューポートのｃｅｎｔｅｒ＿ｙａｗ、ｃｅｎｔｅｒ＿ｐｉｔｃｈ、ｈｏｒ＿ｒａｎｇｅ（存在する場合）、及びｖｅｒ＿ｒａｎｇｅ（存在する場合）の値が、連続するＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳｔｒｕｃｔの対応する値の間で、線形に補間されるべきであることを指定する。
【００８９】
一実施例では、ヨー、ピッチ、水平及び垂直範囲が、連続する時限メタデータトラックサンプル間で補間されるか又は保持されるかどうかを示すために、それぞれのフラグが、推奨ビューインポートシンタックスに含まれてもよいことに留意されたい。推奨ビューポートシンタックスにこれらの各フラグが含まれる例では、シンタックス及びセマンティクスは、以下に提供される例示的なシンタックス及びセマンティクスに基づいてもよい：
シンタックス
ｃｌａｓｓ  ＲｅｃｏｍｍｅｎｄｅｄＶｉｅｗｐｏｒｔＳａｍｐｌｅ（）ｅｘｔｅｎｄｓ  ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳａｍｐｌｅ｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１）ｉｏｈ＿ｙａｗ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１）ｉｏｈ＿ｐｉｔｃｈ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１）ｉｏｈ＿ｈｒａｎｇｅ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１）ｉｏｈ＿ｖｒａｎｇｅ；
ｂｉｔ（４）ｒｅｓｅｒｖｅｄ＝０；
｝
セマンティクス
注記１：サンプル構造がＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳａｍｐｌｅから拡張されると、ＲｅｇｉｏｎＯｎＳｐｈｅｒｅＳａｍｐｌｅのシンタックス要素がサンプルに含まれる。
ｓｔａｔｉｃ＿ｈｏｒ＿ｒａｎｇｅ及びｓｔａｔｉｃ＿ｖｅｒ＿ｒａｎｇｅが存在する場合、又はｈｏｒ＿ｒａｎｇｅ及びｖｅｒ＿ｒａｎｇｅが存在する場合、推奨ビューポートの水平視野及び垂直視野をそれぞれ示す。
ｃｅｎｔｅｒ＿ｙａｗ及びｃｅｎｔｅｒ＿ｐｉｔｃｈは、推奨ビューポートの中心点を示す。
０に等しいｉｏｈは、示された推奨ビューポートのｃｅｎｔｅｒ＿ｙａｗ、ｃｅｎｔｅｒ＿ｐｉｔｃｈ、このＲｅｃｏｍｍｅｎｄｅｄＶｉｅｗｐｏｒｔＳａｍｐｌｅ内のｈｏｒ＿ｒａｎｇｅの値（存在する場合）及びｖｅｒ＿ｒａｎｇｅの値（存在する場合）が、参照トラックにおけるサンプルに対して次のＲｅｃｏｍｍｅｎｄｅｄＶｉｅｗｐｏｒｔＳａｍｐｌｅまで使用されるものとする。１に等しいｉｏｈは、示された推奨ビューポートのｃｅｎｔｅｒ＿ｙａｗ、ｃｅｎｔｅｒ＿ｐｉｔｃｈ、ｈｏｒ＿ｒａｎｇｅ値（存在する場合）、及びｖｅｒ＿ｒａｎｇｅ値（存在する場合）が、連続するＲｅｃｏｍｍｅｎｄｅｄＶｉｅｗｐｏｒｔＳａｍｐｌｅの対応する値の間で、線形に補間されるべきことを指定する。
０に等しいｉｏｈ＿ｙａｗは、このＲｅｃｏｍｍｅｎｄｅｄＶｉｅｗｐｏｒｔＳａｍｐｌｅにおける示された推奨ビューポートのｃｅｎｔｅｒ＿ｙａｗ値が、次のＲｅｃｏｍｍｅｎｄｅｄＶｉｅｗｐｏｒｔＳａｍｐｌｅまで参照トラック内のサンプルに使用されるものとすることを指定する。１に等しいｉｏｈ＿ｙａｗは、示された推奨ビューポートのｃｅｎｔｅｒ＿ｙａｗ値が、連続するＲｅｃｏｍｍｅｎｄｅｄＶｉｅｗｐｏｒｔＳａｍｐｌｅのｃｅｎｔｅｒ＿ｙａｗ値の間で線形に補間されるべきであることを指定する。
０に等しいｉｏｈ＿ｐｉｔｃｈは、このＲｅｃｏｍｍｅｎｄｅｄＶｉｅｗｐｏｒｔＳａｍｐｌｅにおける示された推奨ビューポートのｃｅｎｔｅｒ＿ｐｉｔｃｈ値が、次のＲｅｃｏｍｍｅｎｄｅｄＶｉｅｗｐｏｒｔＳａｍｐｌｅまで参照トラック内のサンプルに使用されるものとすることを指定する。１に等しいｉｏｈ＿ｐｉｔｃｈは、示された推奨ビューポートのｃｅｎｔｅｒ＿ｐｉｔｃｈ値が、連続するＲｅｃｏｍｍｅｎｄｅｄＶｉｅｗｐｏｒｔＳａｍｐｌｅのｃｅｎｔｅｒ＿ｐｉｔｃｈ値の間で線形に補間されるべきであることを指定する。
０に等しいｉｏｈ＿ｒａｎｇｅは、このＲｅｃｏｍｍｅｎｄｅｄＶｉｅｗｐｏｒｔＳａｍｐｌｅ内の示された推奨ビューポートｈｏｒ＿ｒａｎｇｅ値（存在する場合）が、次のＲｅｃｏｍｍｅｎｅｎｄｅｄＶｉｅｗｐｏｒｔＳａｍｐｌｅまで参照トラック内のサンプルに使用されるものとすることを指定する。１に等しいｉｏｈ＿ｈｒａｎｇｅは、示された推奨ビューポートのｈｏｒ＿ｒａｎｇｅ値（存在する場合）が、連続するＲｅｃｏｍｍｅｎｄｅｄＶｉｅｗｐｏｒｔＳａｍｐｌｅのｈｏｒ＿ｒａｎｇｅ値の間で線形に補間されるべきであることを指定する。
０に等しいｉｏｈ＿ｖｒａｎｇｅは、このＲｅｃｏｍｍｅｎｄｅｄＶｉｅｗｐｏｒｔＳａｍｐｌｅ内の示された推奨ビューポートｖｅｒ＿ｒａｎｇｅ値（存在する場合）が、次のＲｅｃｏｍｍｅｎｄｅｄＶｉｅｗｐｏｒｔＳａｍｐｌｅまで参照トラック内のサンプルに使用されるものとすることを指定する。１に等しいｉｏｈ＿ｖｒａｎｇｅは、示された推奨ビューポートのｖｅｒ＿ｒａｎｇｅ値（存在する場合）が、連続するＲｅｃｏｍｍｅｎｄｅｄＶｉｅｗｐｏｒｔＳａｍｐｌｅのｖｅｒ＿ｒａｎｇｅ値の間で線形に補間されるべきであることを指定する。
【００９０】
一実施例では、補間値は、次のサンプルまで保持され得ることに留意されたい。
【００９１】
図１を再び参照すると、インターフェース１０８は、データカプセル化装置１０７によって生成されたデータを受信し、そのデータを通信媒体に送信及び／又は記憶するように構成された任意のデバイスを含んでもよい。インターフェース１０８は、イーサネットカードなどのネットワークインターフェースカードを含むことができ、光送受信機、無線周波数送受信機、又は情報を送信及び／若しくは受信することができる任意の他の種類のデバイスを含むことができる。更に、インターフェース１０８は、ファイルを記憶デバイス上に記憶することを可能にすることができるコンピュータシステムインターフェースを含むことができる。例えば、インターフェース１０８は、Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ（ＰＣＩ）及びＰｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ  Ｅｘｐｒｅｓｓ（ＰＣＩｅ）バスプロトコル、独自のバスプロトコル、ユニバーサルシリアルバス（Universal Serial Bus、ＵＳＢ）プロトコル、Ｉ２Ｃ、又はピアデバイスを相互接続するために使用することができる任意の他の論理及び物理構造をサポートする、チップセットを含むことができる。
【００９２】
図１を再び参照すると、目的デバイス１２０は、インターフェース１２２と、データ脱カプセル化装置１２３と、動画像復号装置１２４と、ディスプレイ１２６とを含む。インターフェース１２２は、通信媒体からデータ受信するように構成されている任意のデバイスを含むことができる。インターフェース１２２は、イーサネットカードなどのネットワークインターフェースカードを含むことができ、光送受信機、無線周波数送受信機、又は情報を受信及び／若しくは送信することができる任意の他の種類のデバイスを含むことができる。更に、インターフェース１２２は、適合した動画像ビットストリームを記憶デバイスから取得することを可能にするコンピュータシステム用インターフェースを含むことができる。例えば、インターフェース１２２は、ＰＣＩ及びＰＣＩｅバスプロトコル、独自のバスプロトコル、ＵＳＢプロトコル、Ｉ２Ｃ、又はピアデバイスを相互接続するために使用することができる任意の他の論理及び物理構造をサポートする、チップセットを含むことができる。データ脱カプセル化装置１２３は、データカプセル化装置１０７によって生成されたビットストリーム及びメタデータを受信し、相互的な脱カプセル化処理を実行するように構成されてもよい。
【００９３】
動画像復号装置１２４は、ビットストリーム及び／又はその許容可能な変形を受信し、それから動画像データを再生するように構成されている任意のデバイスを含むことができる。ディスプレイ１２６は、動画像データを表示するように構成された任意のデバイスを含むことができる。ディスプレイ１２６は、液晶ディスプレイ（liquid crystal display、ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（organic light emitting diode、ＯＬＥＤ）ディスプレイ、又は別の種類のディスプレイなどの、様々なディスプレイデバイスのうちの１つを含むことができる。ディスプレイ１２６は、高解像度ディスプレイ又は超高解像度ディスプレイを含むことができる。ディスプレイ１２６は、ステレオスコープディスプレイを含んでもよい。図１に示す例では、動画像復号装置１２４は、データをディスプレイ１２６に出力するように説明されているが、動画像復号装置１２４は、動画像データを様々な種類のデバイス及び／又はそのサブコンポーネントに出力するように構成することができることに留意されたい。例えば、動画像復号装置１２４は、本明細書で説明するような任意の通信媒体に動画像データを出力するように構成することができる。目的デバイス１２０は、受信デバイスを含むことができる。
【００９４】
図５は、本開示の１つ以上の技術を実施できる受信デバイスの例を示すブロック図である。すなわち、受信デバイス６００は、上述のセマンティクスに基づいて信号をパースするように構成されてもよい。受信デバイス６００は、通信ネットワークからデータを受信し、仮想現実アプリケーションを含むマルチメディアコンテンツにユーザがアクセスすることを可能にするように構成され得る演算デバイスの一例である。図５に示す実施例では、受信デバイス６００は、例えば上述のテレビサービスネットワーク４０４などの、テレビネットワークを介してデータを受信するように構成されている。更に、図５に示す例では、受信デバイス６００は、ワイドエリアネットワークを介してデータを送受信するように構成されている。他の実施例では、受信デバイス６００は、テレビサービスネットワーク４０４を介して単にデータを受信するように構成されてもよいことに留意されたい。本明細書に記載された技術は、通信ネットワークのうちのいずれか及び全ての組み合わせを使用して通信するように構成されているデバイスによって利用され得る。
【００９５】
図５に示すように、受信デバイス６００は、中央処理装置（単数又は複数）６０２、システムメモリ６０４、システムインターフェース６１０、データ抽出装置６１２、音声復号装置６１４、音声出力システム６１６、動画像復号装置６１８、表示システム６２０、Ｉ／Ｏデバイス（単数又は複数）６２２、及びネットワークインターフェース６２４を含む。図５に示すように、システムメモリ６０４は、オペレーティングシステム６０６及びアプリケーション６０８を含む。中央処理装置（単数又は複数）６０２、システムメモリ６０４、システムインターフェース６１０、データ抽出装置６１２、音声復号装置６１４、音声出力システム６１６、動画像復号装置６１８、表示システム６２０、Ｉ／Ｏデバイス（単数又は複数）６２２、及びネットワークインターフェース６２４の各々は、コンポーネント間通信のために（物理的、通信的、及び／又は動作的に）相互接続してもよく、１つ以上のマイクロプロセッサ、デジタル信号プロセッサ（digital signal processor、ＤＳＰ）、特定用途向け集積回路（application specific integrated circuit、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（field programmable gate array、ＦＰＧＡ）、ディスクリートロジック、ソフトウェア、ハードウェア、ファームウェア、又はこれらの組み合わせなどの様々な好適な回路のいずれかとして実装することができる。受信デバイス６００は、別個の機能ブロックを有するものとして図示されているが、このような図示は、説明を目的としており、受信デバイス６００を特定のハードウェアアーキテクチャに限定しないという点に留意されたい。受信デバイス６００の機能は、ハードウェア実装、ファームウェア実装、及び／又はソフトウェア実装の任意の組み合わせを使用して実現することができる。
【００９６】
ＣＰＵ（単数又は複数）６０２は、受信デバイス６００において実行するための機能及び／又はプロセス命令を実施するように構成されてもよい。ＣＰＵ（単数又は複数）６０２は、シングルコア及び／又はマルチコアの中央処理装置を含むことができる。ＣＰＵ（単数又は複数）６０２は、本明細書に記載された技術のうちの１つ以上を実施するための命令、コード、及び／又はデータ構造を検索及び処理することが可能であり得る。命令は、システムメモリ６０４などのコンピュータ可読媒体に記憶することができる。
【００９７】
システムメモリ６０４は、非一時的又は有形のコンピュータ可読記憶媒体として記載することができる。いくつかの実施例では、システムメモリ６０４は、一時的及び／又は長期記憶部を提供することができる。いくつかの実施例では、システムメモリ６０４又はその一部は、不揮発性メモリとして記載されてもよく、別の実施例では、システムメモリ６０４の一部は、揮発性メモリとして記載されてもよい。システムメモリ６０４は、動作中に受信デバイス６００によって使用され得る情報を記憶するように構成されてもよい。システムメモリ６０４は、ＣＰＵ（単数又は複数）６０２によって実行するためのプログラム命令を記憶するために使用することができ、受信デバイス６００上で実行しているプログラムによって、プログラム実行中に情報を一時的に記憶するために使用されてもよい。更に、受信デバイス６００がデジタルビデオレコーダの一部として含まれる実施例では、システムメモリ６０４は、多数の動画像ファイルを記憶するように構成されてもよい。
【００９８】
アプリケーション６０８は、受信デバイス６００内で実施されるか又はそれによって実行されるアプリケーションを含むことができ、受信デバイス６００の構成要素内に実装されるか若しくは含まれ、それによって動作可能であり、それによって実行され、及び／又は動作的／通信的に結合され得る。アプリケーション６０８は、受信デバイス６００のＣＰＵ（単数又は複数）６０２に特定の機能を実行させることができる命令を含むことができる。アプリケーション６０８は、ｆｏｒループ、ｗｈｉｌｅループ、ｉｆステートメント、ｄｏループなどのコンピュータプログラミングステートメントで表現されたアルゴリズムを含むことができる。アプリケーション６０８は、特定のプログラミング言語を使用して開発することができる。プログラミング言語の例としては、Ｊａｖａ（登録商標）、Ｊｉｎｉ（登録商標）、Ｃ、Ｃ＋＋、Ｏｂｊｅｃｔｉｖｅ  Ｃ、Ｓｗｉｆｔ、Ｐｅｒｌ（登録商標）、Ｐｙｔｈｏｎ（登録商標）、ＰｈＰ、ＵＮＩＸ（登録商標）Ｓｈｅｌｌ、Ｖｉｓｕａｌ  Ｂａｓｉｃ、及びＶｉｓｕａｌ  Ｂａｓｉｃ  Ｓｃｒｉｐｔが挙げられる。受信デバイス６００がスマートテレビを含む実施例では、テレビ製造業者又は放送局によってアプリケーションが開発されてもよい。図５に示すように、アプリケーション６０８は、オペレーティングシステム６０６と連携して実行することができる。すなわち、オペレーティングシステム６０６は、受信デバイス６００のＣＰＵ（単数又は複数）６０２及び他のハードウェアコンポーネントとのアプリケーション６０８のインタラクションを容易にするように構成されてもよい。オペレーティングシステム６０６は、セットトップボックス、デジタルビデオレコーダ、テレビなどにインストールされるように設計されたオペレーティングシステムであってよい。本明細書に記載された技術は、ソフトウェアアーキテクチャのいずれか及び全ての組み合わせを使用して動作するように構成されたデバイスによって利用され得ることに留意されたい。
【００９９】
システムインターフェース６１０は、受信デバイス６００の構成要素間で通信できるように構成されてもよい。一実施例では、システムインターフェース６１０は、あるピアデバイスから別のピアデバイス又は記憶媒体にデータを転送することを可能にする構造を含む。例えば、システムインターフェース６１０は、アクセラレーテッドグラフィックスポート（Accelerated Graphics Port、ＡＧＰ）ベースプロトコル、例えば、Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ  Ｓｐｅｃｉａｌ  Ｉｎｔｅｒｅｓｔ  Ｇｒｏｕｐによって管理されたＰＣＩ  Ｅｘｐｒｅｓｓ（登録商標）（ＰＣＩｅ）バス仕様などのペリフェラルコンポーネントインターコネクト（Peripheral Component Interconnect、ＰＣＩ）バスベースプロトコル、又はピアデバイスと相互接続するのに使用することができる任意の他の形態の構造（例えば、独自のバスプロトコル）に対応するチップセットを含むことができる。
【０１００】
上述のように、受信デバイス６００は、テレビサービスネットワークを介してデータを受信し、任意選択的に送信するように構成されている。上述のように、テレビサービスネットワークは、電気通信規格に従って動作することができる。電気通信規格は、例えば、物理シグナリング、アドレス指定、チャネルアクセス制御、パケット特性、及びデータ処理などの通信特性（例えば、プロトコル層）を定義することができる。図５に示す例では、データ抽出装置６１２は、信号から動画像、音声、及びデータを抽出するように構成されてもよい。信号は、例えば、態様ＤＶＢ規格、ＡＴＳＣ規格、ＩＳＤＢ規格、ＤＴＭＢ規格、ＤＭＢ規格、及びＤＯＣＳＩＳ規格に従って定義され得る。
【０１０１】
データ抽出装置６１２は、信号から動画像、音声、及びデータを抽出するように構成されてもよい。すなわち、データ抽出装置６１２は、サービス配信エンジンに対して相互的な方法で動作することができる。更に、データ抽出装置６１２は、上述の構造のうちの１つ以上の任意の組み合わせに基づいて、リンク層パケットをパースするように構成されてもよい。
【０１０２】
データパケットは、ＣＰＵ（単数又は複数）６０２、音声復号装置６１４、及び動画像復号装置６１８によって処理されてもよい。音声復号装置６１４は、音声パケットを受信及び処理するように構成されてもよい。例えば、音声復号装置６１４は、音声コーデックの態様を実施するように構成されているハードウェア及びソフトウェアの組み合わせを含むことができる。すなわち、音声復号装置６１４は、音声パケットを受信して、レンダリングのために音声出力システム６１６に音声データを提供するように構成されてもよい。音声データは、Ｄｏｌｂｙ及びＤｉｇｉｔａｌ  Ｔｈｅａｔｅｒ  Ｓｙｓｔｅｍｓによって開発されたものなどのマルチチャネルフォーマットを使用して、符号化されてもよい。音声データは、音声圧縮フォーマットを使用して符号化されてもよい。音声圧縮フォーマットの例としては、Ｍｏｔｉｏｎ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ（ＭＰＥＧ）フォーマット、先進的音響符号化（Advanced Audio Coding、ＡＡＣ）フォーマット、ＤＴＳ−ＨＤフォーマット、及びドルビーデジタル（ＡＣ−３）フォーマットが挙げられる。音声出力システム６１６は、音声データをレンダリングするように構成されてもよい。例えば、音声出力システム６１６は、音声プロセッサ、デジタル／アナログ変換装置、増幅器、及びスピーカシステムを含むことができる。スピーカシステムは、ヘッドホン、統合ステレオスピーカシステム、マルチスピーカシステム、又はサラウンドサウンドシステムなどの様々なスピーカシステムのいずれかを含むことができる。
【０１０３】
動画像復号装置６１８は、動画像パケットを受信及び処理するように構成されてもよい。例えば、動画像復号装置６１８は、動画像コーデックの態様を実施するように使用されるハードウェア及びソフトウェアの組み合わせを含むことができる。一例では、動画像復号装置６１８は、ＩＴＵ−Ｔ  Ｈ．２６２又はＩＳＯ／ＩＥＣ  ＭＰＥＧ−２  Ｖｉｓｕａｌ、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４  Ｖｉｓｕａｌ、ＩＴＵ−Ｔ  Ｈ．２６４（ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４  Ａｄｖａｎｃｅｄ  ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＡＶＣ）としても知られている）、及びＨｉｇｈ−Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＨＥＶＣ）などの任意の数の動画像圧縮規格に従って符号化された動画像データを復号化するように構成されてもよい。表示システム６２０は、表示のために動画像データを検索及び処理するように構成されてもよい。例えば、表示システム６２０は、動画像復号装置６１８から画素データを受信し、ビジュアルプレゼンテーションのためにデータを出力することができる。更に、表示システム６２０は、動画像データと関連するグラフィックス（例えば、グラフィカルユーザインターフェース）を出力するように構成されてもよい。表示システム６２０は、液晶ディスプレイ（liquid crystal display、ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（organic light emitting diode、ＯＬＥＤ）ディスプレイ、又は動画像データをユーザに提示することができる別のタイプのディスプレイデバイスなどの様々な表示デバイスのうちの１つを含むことができる。表示デバイスは、標準精細度コンテンツ、高精細度コンテンツ、又は超高精度コンテンツを表示するように構成されてもよい。
【０１０４】
Ｉ／Ｏデバイス（単数又は複数）６２２は、受信デバイス６００の動作中に入力を受信し、出力を提供するように構成されてもよい。すなわち、Ｉ／Ｏデバイス（単数又は複数）６２２は、レンダリングされるマルチメディアコンテンツをユーザが選択できるようにする。入力は、例えば、押しボタン式リモートコントロール、タッチ感知スクリーンを含むデバイス、モーションベースの入力デバイス、音声ベースの入力デバイス、又はユーザ入力を受信するように構成された任意の他のタイプのデバイスなどの入力デバイスから生成され得る。Ｉ／Ｏデバイス（単数又は複数）６２２は、例えば、ユニバーサルシリアルバスプロトコル（Universal Serial Bus、ＵＳＢ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅ（登録商標）などの規格化された通信プロトコル、又は例えば、独自の赤外線通信プロトコルなどの独自の通信プロトコルを使用して、受信デバイス６００に動作可能に結合され得る。
【０１０５】
ネットワークインターフェース６２４は、受信デバイス６００がローカルエリアネットワーク及び／又はワイドエリアネットワークを介してデータを送信及び受信できるように構成されてもよい。ネットワークインターフェース６２４は、Ｅｔｈｅｒｎｅｔ（登録商標）カードなどのネットワークインターフェースカード、光トランシーバ、無線周波数トランシーバ、又は情報を送信及び受信するように構成された任意の他の種類のデバイスを含むことができる。ネットワークインターフェース６２４は、ネットワークで利用される物理層及びメディアアクセス制御（Media Access Control、ＭＡＣ）層に従って、物理的シグナリング、アドレッシング、及びチャネルアクセス制御を実行するように構成されてもよい。受信デバイス６００は、本明細書に記載された技術のいずれかに従って生成された信号をパースするように構成されてもよい。このように、受信デバイス６００は、仮想現実アプリケーションに関連付けられた情報を含む１つ以上のシンタックス要素をパースするように構成されているデバイスの一例を表す。
１つ以上の例では、記載された機能は、ハードウェア、ソフトウェア、ファームウェア、又はこれらの任意の組み合わせで実装することができる。ソフトウェアで実装される場合に、この機能は、コンピュータ可読媒体上の１つ以上の命令又はコードとして記憶するか又は伝送され、ハードウェアベースの処理部によって実行することができる。コンピュータ可読媒体は、例えば、通信プロトコルに従って、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む、データ記憶媒体又は通信媒体などの有形の媒体に対応する、コンピュータ可読記憶媒体を含むことができる。このようにして、コンピュータ可読媒体は、一般に、（１）非一時的な有形のコンピュータ可読記憶媒体、又は（２）信号又は搬送波などの通信媒体に対応することができる。データ記憶媒体は、本開示中に記載された技術の実現のための命令、コード、及び／又はデータ構造を取り出すために、１つ以上のコンピュータ又は１つ以上のプロセッサによってアクセスされ得る任意の利用可能な媒体であり得る。コンピュータプログラム製品は、コンピュータ可読媒体を含むことができる。
【０１０６】
一例として、非限定的に、このようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、又は他の光学ディスク記憶装置、磁気ディスク記憶装置、他の磁気記憶装置、フラッシュメモリ、又は任意の他の媒体、すなわち命令又はデータ構造の形式で所望のプログラムコードを記憶するために使用可能であり、かつコンピュータによりアクセス可能な任意の他の媒体を含むことができる。また、任意の接続は、コンピュータ可読媒体と適切に呼ばれる。例えば、命令がウェブサイト、サーバ、又は他のリモートソースから、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者線（digital subscriber line、ＤＳＬ）、あるいは赤外線、無線及びマイクロ波などの無線技術を使用して伝送される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、あるいは赤外線、無線及びマイクロ波などの無線技術は、媒体の定義に含まれる。しかし、コンピュータ可読媒体及びデータ記憶媒体は、接続、搬送波、信号、又は他の一過性媒体を含まないが、代わりに非一時的な有形記憶媒体を対象としていることを理解すべきである。本発明で使用する場合、ディスク（disk）及びディスク（disc）は、コンパクトディスク（Compact Disc、ＣＤ）、レーザーディスク（laser disc）、光学ディスク（optical disc）、デジタル多用途ディスク（Digital Versatile Disc、ＤＶＤ）、フロッピーディスク（floppy disk）及びブルーレイ（登録商標）ディスク（Blu-ray（登録商標）disc）を含み、ディスク（disk）は通常データを磁気的に再生し、ディスク（disc）はレーザを用いてデータを光学的に再生する。上記の組み合わせもまた、コンピュータ可読媒体の範囲内に含まれなければならない。
【０１０７】
命令は、１つ以上のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、又は他の同等の集積又はディスクリートロジック回路などの１つ以上のプロセッサによって実行することができる。従って、本発明で使用する場合、用語「プロセッサ」は、本明細書に記載された技術の実施に好適な前述の構造又は任意の他の構造のいずれかを指すことができる。加えて、いくつかの態様において、本明細書に記載の機能は、符号化及び復号化するように構成された、又は複合コーデックに組み込まれた専用のハードウェアモジュール及び／又はソフトウェアモジュール内に設けられ得る。また、この技術は、１つ以上の回路又は論理素子中に完全に実装することができる。
【０１０８】
本開示の技術は、無線ハンドセット、集積回路（integrated circuit、ＩＣ）、又はＩＣのセット（例えば、チップセット）を含む多種多様なデバイス又は装置に実装することができる。様々なコンポーネント、モジュール、又はユニットは、開示された技術を実行するように構成されたデバイスの機能的な態様を強調するために本開示中に記載されているが、異なるハードウェアユニットによる実現は必ずしも必要ではない。むしろ、前述したように、様々なユニットは、コーデックハードウェアユニットと組み合わせてもよく、又は好適なソフトウェア及び／又はファームウェアと共に、前述の１つ以上のプロセッサを含む、相互動作ハードウェアユニットの集合によって提供することができる。
【０１０９】
更に、上述の各実装形態で用いた基地局装置や端末装置の各機能ブロックや各種の機能は、一般的には集積回路又は複数の集積回路である電気回路によって実現又は実行することができる。本明細書に記載の機能を実行するように設計された回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け又は汎用アプリケーション集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）若しくは他のプログラマブルロジックデバイス、ディスクリートゲート若しくはトランジスタロジック、若しくは個々のハードウェアコンポーネント、又はそれらの組み合わせを備えていてもよい。汎用プロセッサは、マイクロプロセッサでもよく、あるいは、プロセッサは、従来のプロセッサ、コントローラ、マイクロコントローラ、又はステートマシンでもよい。上述した汎用プロセッサ又は各回路は、デジタル回路で構成されても、又はアナログ回路で構成されてもよい。更に、半導体技術の進歩により現時点での集積回路に置き換わる集積回路化技術が現れれば、この技術による集積回路もまた使用可能となる。
【０１１０】
様々な実施例について説明した。これら及び他の実施例は、以下の特許請求の範囲内である。
【０１１１】
＜相互参照＞
この非仮出願は、米国特許法１１９条のもと、米国特許仮出願第６２／４７７，３７９号（２０１７年３月２７日出願）、第６２／４７９，１６２号（２０１７年３月３０日出願）、第６２／４８２，１２４号（２０１７年４月５日出願）、第６２／４８２，２８９号（２０１７年４月６日出願）に基づく優先権を主張するものであり、その内容の全体が参照により本明細書に組み込まれる。
【図１】
2020516133.tif 000005
【図２Ａ】
2020516133.tif 000006
【図２Ｂ】
2020516133.tif 000007
【図３】
2020516133.tif 000008
【図４】
2020516133.tif 000009
【図５】
2020516133.tif 000010
【図６Ａ】
2020516133.tif 000011
【図６Ｂ】
2020516133.tif 000012
【手続補正書】
【提出日】令和1年9月30日(2019.9.30)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
仮想現実（ＶＲ）アプリケーションに関連付けられた情報に基づくディスプレイの動画像データを出力する方法であって、
プロジェクトピクチャのソース矩形領域がパックピクチャの目的矩形領域上にどのようにパッキングされるかを指定する情報を含むメタデータを含む信号を受信するステップであって、前記メタデータは、複数のシンタックス要素を含むステップと、
前記メタデータから１つ以上のシンタックス要素をパースするステップであって、8つの変換タイプのうちの１つを示す値を有する3ビットのシンタックス要素をパースすることを含むステップと、
前記パースされたシンタックス要素の１つ以上の値に基づいて、動画像データをディスプレイに出力するステップと
を含む、方法。
【請求項２】
0の値を有する前記３ビットのシンタックス要素は、ある変換タイプを示す請求項１に記載の方法。
【請求項３】
前記3ビットのシンタックス要素は、当該3ビットのシンタックス要素に連続する予備の5ビットと共に１つのバイトに含まれる請求項２に記載の方法。
【請求項４】
前記メタデータから１つ以上のシンタックス要素をパースするステップは、パックピクチャの目的矩形領域を指定する4つの2バイトのシンタックス要素をパースするステップであって、前記4つの2バイトのシンタックス要素は、前記予備となる5ビットに連続するステップを更に含む請求項３に記載の方法。
【請求項５】
前記4つの2バイトのシンタックス要素は、各シンタックス要素が、前記パックピクチャの目的矩形領域の幅、高さ、最上部のサンプル行、及び左端のサンプル列を指定する請求項４に記載の方法。
【請求項６】
動画像領域のサブセットである領域に対応する情報を含むメタデータを含む信号を受信するステップであって、前記メタデータは、前記領域に関連付けられたラベルであって、人が読み取れるラベルを提供するシンタックス要素を含むステップを更に含む請求項１に記載の方法。
【請求項７】
前記領域に関連付けられたラベルであって、人が読み取れるラベルを提供する前記シンタックス要素は、ＵＴＦ−８のＮＵＬＬ終端文字列である請求項６に記載の方法。
【請求項８】
１つ以上のプロセッサを備えるデバイスであって、
プロジェクトピクチャのソース矩形領域がパックピクチャの目的矩形領域上にどのようにパッキングされるかを指定する情報を含むメタデータを含む信号を受信するステップであって、前記メタデータは、複数のシンタックス要素を含むステップと、
前記メタデータから１つ以上のシンタックス要素をパースするステップであって、8つの変換タイプのうちの１つを示す値を有する3ビットのシンタックス要素をパースするステップと、
前記パースされたシンタックス要素の１つ以上の値に基づいて、動画像データをディスプレイに出力するステップとを実行する、デバイス。
【請求項９】
0の値を有する前記３ビットのシンタックス要素は、ある変換タイプを示す請求項８に記載のデバイス。
【請求項１０】
前記3ビットのシンタックス要素は、当該3ビットのシンタックス要素に連続する予備の5ビットと共に１つのバイトに含まれる請求項９に記載のデバイス。
【請求項１１】
前記メタデータから１つ以上のシンタックス要素をパースするステップは、パックピクチャの目的矩形領域を指定する4つの2バイトのシンタックス要素をパースするステップであって、前記4つの2バイトのシンタックス要素は、前記予備となる5ビットに連続するステップを更に含む請求項１０に記載のデバイス。
【請求項１２】
前記4つの2バイトのシンタックス要素は、各シンタックス要素が、前記パックピクチャの目的矩形領域の幅、高さ、最上部のサンプル行、及び左端のサンプル列を指定する請求項１１に記載のデバイス。
【請求項１３】
動画像領域のサブセットである領域に対応する情報を含むメタデータを含む信号を受信するステップであって、前記メタデータは、前記領域に関連付けられたラベルであって、人が読み取れるラベルを提供するシンタックス要素を含むステップを更に実行する請求項８に記載のデバイス。
【請求項１４】
前記領域に関連付けられたラベルであって、人が読み取れるラベルを提供する前記シンタックス要素は、ＵＴＦ−８のＮＵＬＬ終端文字列である請求項１３に記載のデバイス。
【請求項１５】
非一時的コンピュータ可読記憶媒体であって、デバイスの１つ以上のプロセッサによって実行される命令を格納し、前記命令は、
プロジェクトピクチャのソース矩形領域がパックピクチャの目的矩形領域上にどのようにパッキングされるかを指定する情報を含むメタデータを含む信号を受信するステップであって、前記メタデータは、複数のシンタックス要素を含むステップと、
前記メタデータから１つ以上のシンタックス要素をパースするステップであって、8つの変換タイプのうちの１つを示す値を有する3ビットのシンタックス要素をパースすることを含むステップと、
前記パースされたシンタックス要素の１つ以上の値に基づいて、動画像データをディスプレイに出力するステップとを実行させるものである、記録媒体。
【請求項１６】
0の値を有する前記３ビットのシンタックス要素は、ある変換タイプを示す請求項１５に記載の記録媒体。
【請求項１７】
前記3ビットのシンタックス要素は、当該3ビットのシンタックス要素に連続する予備の5ビットと共に１つのバイトに含まれる請求項１６に記載の記録媒体。
【請求項１８】
前記メタデータから１つ以上のシンタックス要素をパースするステップは、パックピクチャの目的矩形領域を指定する4つの2バイトのシンタックス要素をパースするステップであって、前記4つの2バイトのシンタックス要素は、前記予備となる5ビットに連続するステップを更に含む請求項１７に記載の記録媒体。
【請求項１９】
前記4つの2バイトのシンタックス要素は、各シンタックス要素が、前記パックピクチャの目的矩形領域の幅、高さ、最上部のサンプル行、及び左端のサンプル列を指定する請求項１８に記載の記録媒体。
【請求項２０】
前記命令は、動画像領域のサブセットである領域に対応する情報を含むメタデータを含む信号を受信するステップであって、前記メタデータは、前記領域に関連付けられたラベルであって、人が読み取れるラベルを提供するシンタックス要素を含むステップを更に実行させるものであり、且つ前記ステップにおいて、前記領域に関連付けられたラベルであって、人が読み取れるラベルを提供する前記シンタックス要素は、ＵＴＦ−８のＮＵＬＬ終端文字列である請求項１５に記載の記録媒体。
【国際調査報告】
2020516133.tif 000013
2020516133.tif 000014