特許 6248330 通信ネットワークにおける３次元動画情報のシグナリング

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6248330

(24)【登録日】2017年12月1日

(45)【発行日】2017年12月20日

(54)【発明の名称】通信ネットワークにおける３次元動画情報のシグナリング

(51)【国際特許分類】

   H04N 13/00 20060101AFI20171211BHJP

   H04N 21/258 20110101ALI20171211BHJP

【ＦＩ】

   H04N13/00 290

   H04N13/00 590

   H04N13/00 660

   H04N21/258

【請求項の数】19

【全頁数】24

(21)【出願番号】特願2015-504772(P2015-504772)

(86)(22)【出願日】2013年4月9日

(65)【公表番号】特表2015-515830(P2015-515830A)

(43)【公表日】2015年5月28日

(86)【国際出願番号】US2013035839

(87)【国際公開番号】WO2013155110

(87)【国際公開日】20131017

【審査請求日】2014年11月11日

(31)【優先権主張番号】61/621,939

(32)【優先日】2012年4月9日

(33)【優先権主張国】US

(31)【優先権主張番号】61/679,627

(32)【優先日】2012年8月3日

(33)【優先権主張国】US

(31)【優先権主張番号】13/626,767

(32)【優先日】2012年9月25日

(33)【優先権主張国】US

【前置審査】

(73)【特許権者】

【識別番号】591003943

【氏名又は名称】インテル・コーポレーション

(74)【代理人】

【識別番号】110000877

【氏名又は名称】龍華国際特許業務法人

(72)【発明者】

【氏名】オイマン、オズガー

【審査官】 秦野 孝一郎

(56)【参考文献】

【文献】 国際公開第２０１１／０１７４７３（ＷＯ，Ａ１）

【文献】 特表２０１３−５０１４７５（ＪＰ，Ａ）

【文献】 国際公開第２０１１／０９３６７７（ＷＯ，Ａ１）

【文献】 特表２０１３−５１８５０６（ＪＰ，Ａ）

【文献】 国際公開第２０１１／０３５２１１（ＷＯ，Ａ１）

【文献】 特表２０１３−５０５６４６（ＪＰ，Ａ）

【文献】 国際公開第２０１１／０４９５１７（ＷＯ，Ａ１）

【文献】 特表２０１３−５０９０８４（ＪＰ，Ａ）

【文献】 国際公開第２０１２／０１８９５１（ＷＯ，Ａ１）

【文献】 特表２０１３−５３７７６２（ＪＰ，Ａ）

【文献】 特開２００６−３３１１９９（ＪＰ，Ａ）

【文献】 国際公開第２０１１／０８４１６９（ＷＯ，Ａ１）

【文献】 特表２０１３−５１６８９２（ＪＰ，Ａ）

【文献】 特開２０１１−１０８２６１（ＪＰ，Ａ）

【文献】 国際公開第２０１１／１５９４０２（ＷＯ，Ａ１）

【文献】 特表２０１３−５３８４７３（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ １３／００

Ｈ０４Ｎ ２１／２５８

(57)【特許請求の範囲】

【請求項1】

デバイスに、
無線通信ネットワークのクライアント端末によってサポートされたフレーム圧縮フォーマットのリストを含み、前記クライアント端末のパケット交換方式のストリーミングサービス（ＰＳＳ）アプリケーションによってサポートされたトランスポートプロトコルによる立体３−Ｄ動画のストリーミングに適したストリーミングフレーム圧縮フォーマット属性を有するデバイス機能情報を、デバイスプロファイルサーバから取得する手順であって、前記トランスポートプロトコルがリアルタイムトランスポートプロトコル（ＲＴＰ）またはハイパーテキスト転送プロトコル（ＨＴＴＰ）である手順と、
前記デバイス機能情報についての何らかの一時的な調整を含む少なくとも１つのメッセージを受信する手順と、
前記ストリーミングフレーム圧縮フォーマット属性および何らかの一時的な調整に基づいてコンテンツを適応させる手順と、
前記ストリーミングフレーム圧縮フォーマット属性に基づいて、ストリーミングセッションを確立するべく、セッション記述プロトコル（ＳＤＰ）またはメディアプレゼンテーション記述（ＭＰＤ）ファイルを生成する手順と、
前記適応されたコンテンツと、前記生み出されたＳＤＰまたはＭＰＤファイルを前記クライアント端末に送信する手順と
を実行させるためのプログラム。

【請求項2】

フレーム圧縮フォーマットの前記リストは、垂直インターリービングフレーム互換性圧縮フォーマット、水平インターリービングフレーム互換性圧縮フォーマット、サイド‐バイ‐サイドフレーム互換性圧縮フォーマット、トップ‐ボトムフレーム互換性圧縮フォーマット、チェッカーボードフレーム互換性圧縮フォーマットまたは一時的な最高解像度パービューインターリービング圧縮フォーマットの指示を含む請求項１に記載のプログラム。

【請求項3】

前記リストは、サポートされた１または複数のフレーム圧縮フォーマットにそれぞれ対応する、１または複数の整数値のリストを含む請求項１または２に記載のプログラム。

【請求項4】

１または複数の整数値の前記リストは、
垂直インターリービングフレーム互換性圧縮フォーマットに対応するａ１、
水平インターリービングフレーム互換性圧縮フォーマットに対応するａ２、
サイド‐バイ‐サイドフレーム互換性圧縮フォーマットに対応するａ３、
トップ‐ボトムフレーム互換性圧縮フォーマットに対応するａ４、
チェッカーボードフレーム互換性圧縮フォーマットに対応するａ０、または
一時的な最高解像度パービューインターリービング圧縮フォーマットに対応するａ５を含む請求項３に記載のプログラム。

【請求項5】

前記トランスポートプロトコルはＲＴＰを含む請求項１または２に記載のプログラム。

【請求項6】

前記トランスポートプロトコルはＨＴＴＰを含む請求項１または２に記載のプログラム。

【請求項7】

前記ＳＤＰまたはＭＰＤファイルは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）ＳＤＰファイル、またはハイパーテキストトランスポートプロトコルを利用した動的適応型ストリーミング（ＤＡＳＨ）ＭＰＤファイルである請求項１または２に記載のプログラム。

【請求項8】

コンテンツは、３−Ｄ動画コンテンツであり、
前記デバイスに、さらに、
前記ストリーミングフレーム圧縮フォーマット属性に基づいて前記３−Ｄ動画コンテンツをコード変換するか、或いは前記３−Ｄ動画コンテンツのフォーマットを変換する手順を実行させるための請求項１または２に記載のプログラム。

【請求項9】

モバイルデバイスにより無線で受信された立体３次元（３−Ｄ）動画コンテンツをデコードし、かつ、前記モバイルデバイスのディスプレイ上でレンダリングするメディアプレーヤと、
前記メディアプレーヤによってサポートされた３−Ｄ動画コーデックおよびフォーマットを含むデバイス機能情報を特定し、前記デバイス機能情報を含む１または複数のメッセージをデバイスプロファイルサーバに送信し、立体３−Ｄ動画コンテンツについての要求と、前記デバイス機能情報についての何らかの一時的な調整を含む少なくとも１つのメッセージをメディアサーバに送信するコンテンツ管理モジュールと、
を備える装置。

【請求項10】

前記デバイス機能情報は、前記メディアプレーヤによってサポートされたフォーマットタイプを含む３−Ｄフォーマット属性を有する請求項９に記載の装置。

【請求項11】

前記フォーマットタイプは、フレーム互換性圧縮フォーマットまたは最高解像度パービュー圧縮フォーマットに対応するフレーム圧縮フォーマットタイプか、サイマルキャストフォーマットタイプか、或いは２次元プラス補助フォーマットタイプである請求項１０に記載の装置。

【請求項12】

前記フォーマットタイプは、垂直インターリービング、水平インターリービング、サイド‐バイ‐サイド、トップ‐ボトムまたはチェッカーボードを示す値を有するフレーム互換性圧縮フォーマットたるフレーム圧縮フォーマットタイプである請求項１１に記載の装置。

【請求項13】

前記３−Ｄ動画コンテンツは、パケット交換方式のストリーミングサービスを介して前記モバイルデバイスにより無線で受信される請求項９から１２の何れか一項に記載の装置。

【請求項14】

前記コンテンツ管理モジュールは、サービス検出の間に、インターネットプロトコルマルチメディアコアネットワークサブシステムへのセッション開始プロトコル（ＳＩＰ）サブスクライブメッセージ内で、前記デバイス機能情報を送信する請求項９から１２の何れか一項に記載の装置。

【請求項15】

サービス検出の後に、前記コンテンツ管理モジュールは、サポートされた３−Ｄ動画コーデックおよびフォーマットの群をアップデートするべく、ＳＩＰシグナリングを使用する請求項１４に記載の装置。

【請求項16】

前記メディアプレーヤはさらに、
前記要求された立体３−Ｄ動画コンテンツを含むストリームを受信し、
前記メディアプレーヤはさらに、ハイパーテキストトランスポートプロトコルを利用した動的適応型ストリーミング（ＤＡＳＨ）プロトコル、パケット交換方式のストリーミング（ＰＳＳ）プロトコル、または、インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）ベースのＰＳＳおよびマルチメディアブロードキャスト／マルチキャスト（ＭＢＭＳ）サービスプロトコルに従って前記ストリームを受信する請求項９から１２の何れか一項に記載の装置。

【請求項17】

前記メディアプレーヤは、さらに前記ストリームに関連するメディアプレゼンテーション記述（ＭＰＤ）メタデータファイルまたはセッション記述プロトコル（ＳＤＰ）ファイルを受信する請求項１６に記載の装置。

【請求項18】

請求項９から１２の何れか一項に記載の装置を備えるモバイルデバイス。

【請求項19】

前記メディアプレーヤの制御下で前記３−Ｄ動画コンテンツをレンダリングする裸眼立体視ディスプレイをさらに備える請求項１８に記載のモバイルデバイス。

【発明の詳細な説明】

【技術分野】

【0001】

本願発明の実施形態は概して通信の技術分野に関し、より具体的には通信ネットワークにおける３次元動画情報のシグナリングに関する。

【背景技術】

【0002】

近年になって表示技術、信号処理、送信技術および回路設計における進歩を通じて家庭用電化製品およびモバイルプラットフォームで実現可能になった３次元（３−Ｄ）動画は高品質で没入型のマルチメディア体験を提供する。３次元動画は現在、３−Ｄの有効なスマートフォン等を介してモバイルネットワークに導入されるだけでなく、ブルーレイディスク（登録商標）、ケーブルテレビおよび衛星送信などを含む様々なチャネルを介して家庭にも導入されている。そのようなコンテンツの、無線ネットワークを介した配信に関するコンセプトが開発されている。

【図面の簡単な説明】

【0003】

添付図面および以下の発明を実施するための形態によって実施形態は容易に理解されるであろう。この説明を容易にするべく、同様の参照符号は、同じ構造エレメントを示す。複数の実施形態は、添付図面の複数の図において、例として説明されているのであって、制約する形で説明されているのではない。

【図1】様々な実施形態に係る無線通信ネットワークを概略的に示す図である。

【図2A】様々な実施形態に係る、ストリーミングされるコンテンツおよび／または関連セッション記述(associated session description)およびメタデータファイルの適用を示す図である。

【図2B】様々な実施形態に係る、ストリーミングされるコンテンツおよび／または関連セッション記述およびメタデータファイルの適用を示す図である。

【図3】実施形態に係るストリーミングセッションのセットアップを示す図である。

【図4】様々な実施形態に係るフレーム互換性圧縮フォーマットを示す図である。

【図5】様々な実施形態に係る３−Ｄ動画デバイス機能をシグナリングする方法を示す図である。

【図6】様々な実施形態に係る、３−Ｄ動画コンテンツをシグナリングする方法を示す図である。

【図7】様々な実施形態に係るシステムの例を概略的に表す図である。

【発明を実施するための形態】

【0004】

本開示の例示的な実施形態は、通信ネットワークにおけるクライアントデバイスの立体３次元動画コンテンツ機能をシグナリングするための方法、システム、コンピュータ可読媒体および装置を含むが、これに限定されない。この文脈において本願発明のいくつかの実施形態は、ワイヤレス通信ネットワークにおけるモバイルデバイスの立体３次元動画コンテンツ機能をシグナリングするための方法、システム、コンピュータ可読媒体および装置に関するであろう。

【0005】

他の当業者に対して研究内容を伝達するべく当業者によって通常使用される用語を用いて、例示的な実施形態の様々な態様が説明される。しかしながら、説明された態様のいくつかのみによって、別の実施形態が実施されうることは当業者にとって明らかであろう。説明ために具体的な数、材料および構成が、例示的な実施形態の深い理解を提供する目的で記載される。しかしながら、別の実施形態が、具体的な詳細なしに実施され得ることは、当業者にとっては明らかであろう。他の例では、例示的な実施形態を不明瞭にしないようにするため、公知の特徴は省略または簡素化されている。

【0006】

さらに、様々なオペレーションが、例示的な実施形態の理解を最もよく助ける態様で、複数の別個のオペレーションとして、順に記載されるであろう。しかしながら、記載の順序は、これらのオペレーションが必ず順序に依存しなければならないと暗示していると解釈されるべきではない。特に、これらのオペレーションは提示の順序で実行される必要はない。

【0007】

「いくつかの実施形態において」という文言が繰り返し用いられる。この文言は概して、同じ実施形態を指しているのではないが、指していてもよい。「備える（ｃｏｍｐｒｉｓｉｎｇ）」、「有する（ｈａｖｉｎｇ）」および「含む（ｉｎｃｌｕｄｉｎｇ）」という用語は、文脈がそうではないように記述されない限り、同義である。「Ａおよび／またはＢ」という文言は、（Ａ）、（Ｂ）、または（ＡおよびＢ）の意味である。「Ａ／Ｂ」という文言は、「Ａおよび／またはＢ」という文言と同様に、（Ａ）、（Ｂ）、または（ＡおよびＢ）の意味である。「Ａ、ＢおよびＣのうち少なくとも１つ」という文言は、（Ａ）、（Ｂ）、（Ｃ）、（ＡおよびＢ）、（ＡおよびＣ）、（ＢおよびＣ）または（Ａ、ＢおよびＣ）を意味する。「（Ａ）Ｂ」という文言は、（Ｂ）または（ＡおよびＢ）、すなわちＡは任意であることを意味する。

【0008】

具体的な実施形態が本明細書にて図示され、説明されるが、多種多様な、代替および／または同等の実施例が、本開示の実施形態の範囲を逸脱することなく、示され説明される具体的な実施形態の代用となり得ることは、当業者にとって理解されよう。本願は、本明細書にて議論される実施形態の何れの適用形態または変形形態も網羅することが意図されている。故に、本開示の実施形態は、請求項およびそれと同等なものによってのみ限定されることが明確に意図される。

【0009】

本明細書にて用いられるように、「モジュール」という用語は、１または複数のソフトウェアまたはファームウェアプログラムを実行する、特定用途向け集積回路（ＡＳＩＣ）、電子回路、プロセッサ（共有された、専用の、または群の）および／またはメモリ（共有された、専用の、または群の）、組み合わせ論理回路、および／または、説明された機能を提供する他の適したコンポーネント、を指すか、の一部であるか、または、を含み得る。

【0010】

動画圧縮機能における顕著な進歩がＨ．２６４／ＭＰＥＧ−４アドバンスト動画コーディング（ＡＶＣ）規格の導入によって示されている。当該規格が発達して以来、ＩＴＵ−Ｔ動画コーディングエキスパートグループ（ＶＣＥＧ）の共同動画チームと、国際標準化機構（ＩＳＯ）／国際電気標準会議（ＩＥＣ）ムービングピクチャーエクスパーツグループ（ＭＰＥＧ）は、マルチビュー動画コーディング（ＭＶＣ）と呼ばれるＡＶＣの拡張もまた規格化している。ＭＶＣは、複数の同期化された動画カメラなどのような、動画シーンの多重ビューのためのコンパクトな表現を提供する。

【0011】

立体３−Ｄ動画アプリケーションにおいては、２つのビューが表示される。１つは左目に関し、１つは右目に関する。立体３−Ｄ動画コンテンツのビューのフォーマットには様々な方法がある。一実施形態では、立体的なペアの(stereo-paired)３−Ｄ動画のエンコードは、左右ビューがＭＶＣを介して生成されるような、ＭＶＣの特別な場合であっても良い。３−Ｄ動画コンテンツの生成についての他の符号化フォーマットもまた可能である。様々なデバイスが、これらの異なるフォーマットのデコードおよびレンダリングに関し、異なる機能を有していても良い。本明細書で説明される実施形態は、例えば進化型ユニバーサル地上波無線アクセスネットワーク（ＥＵＴＲＡＮ）などの無線ネットワークのような通信ネットワークにおける、３−Ｄ動画コンテンツの配信および鑑賞を容易化し得るデバイス機能交換の様々なパラメータを提供する。

【0012】

図１は、様々な実施形態に係るネットワーク環境１００を概略的に示す。ネットワーク環境１００は、クライアント端末またはモバイルデバイスとも呼ばれるユーザ機器（ＵＥ）１０４を含む。ＵＥ１０４は、無線アクセスネットワーク（ＲＡＮ）１０８に無線で連結される。ＲＡＮ１０８は、無線（ＯＴＡ）インタフェースを介してＵＥ１０４と通信するよう構成されたエンハンスト基地局（ｅＮＢ）１１２を含んでも良い。ＲＡＮ１０８は、第３世代パートナーシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）アドバンストネットワークの一部であっても良い。ＲＡＮ１０８は、ＥＵＴＲＡＮと呼ばれても良い。他の実施形態では、他の無線アクセスネットワーク技術が利用されても良い。

【0013】

ＵＥ１０４は、ＲＡＮ１０８を介してリモートメディアサーバ１１６と通信しても良い。ｅＮＢ１１２はメディアサーバと直接的に通信するよう図示されてはいるが、様々な実施形態において、例えばスイッチ、ルータおよびゲートウェイ等の多数の中間ネットワーキングコンポーネントを介して通信が行われても良いことは理解されるであろう。例えば、いくつかの実施形態において、ＲＡＮ１０８は、メディアサーバ１１６が一部と見なされ得る大型ネットワーク、例えば広域ネットワークなどをＲＡＮ１０８に対して通信可能に連結するコアサービスネットワーク（ＣＳＮ）に連結されても良い。

【0014】

図１は無線通信ネットワークとしてのネットワーク環境を示しているが、他の実施形態は他のタイプのネットワーク、例えば有線ネットワークに用いられても良い。本願発明の実施形態が使用され得る他のネットワーク環境が、図１の例で明示的に示されるコンポーネントと比べて、更なるコンポーネント、より少ないコンポーネント、或いは異なるコンポーネントを含んでも良いことは理解されるであろう。例えば、有線ネットワークに使用される本願発明の実施形態は、ＲＡＮ１０８無しに互いに通信するメディアサーバ１１６およびＵＥ１０４を有しても良い。

【0015】

ＵＥ１０４およびメディアサーバ１１６は、３−Ｄ動画コンテンツのアクセス、記憶、送信および表示を容易化するよう構成された多数のコンポーネントを有しても良い。例えば、ＵＥ１０４は、コンテンツ管理モジュール１２０、ストリーミングアプリケーション１２６を有するメディアプレーヤ１２４、およびディスプレイ１２８を含んでも良い。ストリーミングアプリケーション１２６は、３−Ｄ動画コンテンツおよび関連情報を受信するための十分な機能、３−Ｄ動画をデコードし、解凍し、さもなければ再アセンブルするための十分な機能、および、ディスプレイ１２８上で３−Ｄ動画をレンダリングするための十分な機能を有しても良い。様々な実施形態において、ストリーミングアプリケーション１２６は、使用されるストリーミング技術との関係で言及されても良い。例えば、パケット交換方式のストリーミングサービス（ＰＳＳ）によってコンテンツがストリーミングされる実施形態においては、ストリーミングアプリケーション１２６はＰＳＳアプリケーションと呼ばれても良い。コンテンツ管理モジュール１２０は、メディアプレーヤ１２４のオペレーションを容易化する態様でのデータの受信を有効にするべく、例えばデバイス機能パラメータ等を含むストリーミングパラメータをネゴシエーションしても良いし、或いは通信しても良い。

【0016】

メディアサーバ１１６は、ストリーミングアプリケーション１３４、コンテンツ管理モジュール１３６およびコンテンツ記憶装置１４０を有するコンテンツ配信モジュール１３２を含んでも良い。コンテンツ配信モジュール１３２は、１または複数のＵＥ、例えばＵＥ１０４に送信するために、コンテンツ記憶装置１４０に記憶された３−Ｄ動画コンテンツをエンコードしても良いし、圧縮しても良いし、或いはアセンブルしても良い。コンテンツ管理モジュール１３６は、例えばデバイス機能パラメータ等を含むストリーミングパラメータをネゴシエーションしても良いし、或いは通信しても良い。また、コンテンツ管理モジュール１３６は、３−Ｄコンテンツの配信を容易化するやり方でコンテンツ配信モジュール１３２を制御しても良い。

【0017】

いくつかの実施形態において、メディアサーバ１１６の一部として示されるコンポーネントのうち１または複数は、メディアサーバ１１６と別々に配置され、通信リンクによってメディアサーバと通信可能に結合されても良い。例えば、いくつかの実施形態においてコンテンツ記憶装置１４０は、コンテンツ配信モジュール１３２およびコンテンツ管理モジュール１３６から離れて配置されても良い。

【0018】

いくつかの実施形態において、コンテンツ配信モジュール１３２は、３ＧＰＰストリーミング規格に従い、一例ではｅＮＢ１１２を介して、ＵＥ１０４に３−Ｄ動画コンテンツを配信しても良い。例えば、３−Ｄ動画コンテンツは、例えば３ＧＰＰ ＴＳ ２６．２３４ Ｖ１１．０．０ （Ｍａｒｃｈ １６, ２０１２）等のＰＳＳ規格、例えば３ＧＰＰ ＴＳ ２６．２４７ Ｖ. １１.０．０ （Ｍａｒｃｈ １６, ２０１２）等のＤｙｎａｍｉｃ Ａｄａｐｔｉｖｅ Ｓｔｒｅａｍｉｎｇ ｏｖｅｒ ＨＴＴＰ（ＤＡＳＨ）規格、例えばＴＳ ２６．３４６ Ｖ１１.１．０ （Ｊｕｎｅ ２９, ２０１２）等のマルチメディアブロードキャストアンドマルチキャストサービス（ＭＢＭＳ）規格、および／または、例えばＴＳ ２６．２３７ Ｖ. １１.０．０ （Ｊｕｎｅ ２９, ２０１２）等のＩＭＳベースのＰＳＳおよびＭＢＭＳサービス（ＩＭＳ＿ＰＳＳ＿ＭＢＭＳ）規格に従って送信されても良い。ストリーミングアプリケーション１２６は、例えばリアルタイムトランスポートプロトコル（ＲＴＰ）、ハイパーテキストトランスポートプロトコル（ＨＴＴＰ）等の多数のトランスポートプロトコルの何れによっても３−Ｄ動画コンテンツを受信するよう構成され得る。

【0019】

機能交換によってメディアサーバ１１６などのようなメディアストリーミングサーバは、広い範囲のデバイスに対し、該当の特定デバイスに適したビデオコンテンツを提供することが有効になる。ストリーミングされる、サーバ側のコンテンツのネゴシエーションを容易化するべく、メディアサーバ１１６は、ＵＥ１０４の具体的な機能を特定しても良い。

【0020】

コンテンツ管理モジュール１２０およびコンテンツ管理モジュール１３６は、３−Ｄ動画コンテンツストリーミングセッションのパラメータをネゴシエーションしても良いし、或いは通信しても良い。このネゴシエーションは、ＲＡＮ１０８を介したセッションレベルシグナリングによって行われても良い。いくつかの実施形態においては、セッションレベルシグナリングは、メディアプレーヤ１２４の立体３−Ｄ動画デコーディングおよびレンダリング機能を含むデバイス機能情報に関する送信を含んでも良い。様々な実施形態において、デバイス機能情報は、プレデコーダバッファサイズ、イニシャルバッファ処理、デコーダ機能、ディスプレイプロパティ（画面サイズ、解像度、ビット深度など）、ストリーミング方法（リアルタイムストリーミングプロトコル（ＲＴＳＰ）、ＨＴＴＰなど）適用サポート、体感品質（ＱｏＥ）サポート、拡張リアルタイムトランスポートプロトコル（ＲＴＣＰ）報告サポート、ファストコンテンツ切り替えサポート、サポートされたＲＴＰプロファイル、セッション記述プロトコル（ＳＤＰ）属性などをさらに含んでも良い。

【0021】

ストリーミングセッションのセットアップの間に、コンテンツ管理モジュール１３６は、適切なタイプのマルチメディアコンテンツをＵＥ１０４に提供するやり方でコンテンツ配信モジュール１３２を制御するべく、デバイス機能情報を使用しても良い。例えば、メディアサーバ１１６は、ＵＥ１０４の実際の機能に基づいて、その端末に最も適したストリームを判断するべく、ビデオストリームの複数の利用可能なバリアント（ｖａｒｉａｎｔｓ）のうち何れのバリアントが所望されるかを判断しても良い。これにより、３−Ｄ動画コンテンツと、例えば、ＳＤＰファイルまたはメディアプレゼンテーション記述（ＭＰＤ）ファイル等の関連セッション記述およびメタデータファイルとの、ＵＥ１０４に対する改善された配信が可能になるかもしれない。

【0022】

コンテンツ配信モジュール１３２は、コンテンツ／関連ファイルの配信に先立ってネゴシエーションされたセッションパラメータに従って、コンテンツ記憶装置１４０のコンテンツにアクセスしても良いし、コンテンツおよび／または関連セッション記述およびメタデータファイル、例えばＳＤＰ／ＭＰＤファイルを適応させても良い。コンテンツは、ＵＥ１０４に配信されたときに、メディアプレーヤ１２４によってデコードされ、ディスプレイ１２８上でレンダリングされても良い。

【0023】

いくつかの具体例に係る、コンテンツおよび／または関連セッション記述およびメタデータファイルの適用が図２Ａ〜図２Ｂに示され、具体例に係るストリーミングセッションのセットアップが図３に示される。

【0024】

図２Ａは、いくつかの実施形態に係る３−Ｄ動画フォーマットの適用と共に、ＤＡＳＨベースのスクリーミングの実施形態を示す。特に、図２Ａは、ＤＡＳＨクライアント２０８と通信しており、プル型(ｐｕｌｌ−ｂａｓｅｄ)ストリーミングの実施形態を実装しているＨＴＴＰサーバ２０４を示す。プル型(pull-based)ストリーミングの実施形態では、ストリーミング制御がサーバではなくクライアントによって維持され、ＭＰＤの検査(ｉｎｓｐｅｃｔｉｏｎ)後の、ＨＴＴＰベースの要求‐応答のトランザクションのシリーズを介してクライアントがサーバからコンテンツをダウンロードする。ＤＡＳＨベースのスクリーミングにおいて、ＭＰＤメタデータファイルは、ＨＴＴＰサーバ２０４に記憶されたメディアコンテンツ表現（ｒｅｐｒｅｓｅｎｔａｔｉｏｎｓ）の構造および異なるバージョンに関する情報（異なるビットレート、フレームレート、解像度、コーデックタイプなどを含む）を提供する。セグメントと、それらがどのようにメディアプレゼンテーションを形成するかとの関係を説明するこのＭＰＤメタデータ情報に基づいて、ＤＡＳＨクライアント２０８は、ＨＴＴＰ ＧＥＴまたは部分的なＧＥＴ法を用いてメディアセグメントを要求しても良い。ＨＴＴＰサーバ２０４およびＤＡＳＨクライアント２０８は、それぞれメディアサーバ１１６およびＵＥ１０４と同様で、かつ、実質的に互換性を有していても良い。

【0025】

ＤＡＳＨにおいて、３−Ｄ動画フォーマットおよび対応するコンテンツ情報の群は、ＭＰＤ内でＤＡＳＨクライアント２０８にシグナリングされても良い。ＤＡＳＨクライアント２０８の機能プロファイルと、そのサポートされた３−Ｄフォーマットに応じて、ＨＴＴＰサーバ２０４は、異なるフォーマットのコンテンツを提供しても良い。例えば、ＨＴＴＰサーバ２０４は、ＭＰＤにおいてＤＡＳＨクライアント２０８にサポートされていない３−Ｄフォーマットを除外し、ＤＡＳＨクライアント２０８にサポートされた３−Ｄフォーマットのみを含めても良い。この文脈において、ＨＴＴＰサーバ２０４は、異なる３−Ｄ動画フォーマットのために最適化されたコンテンツをＤＡＳＨクライアント２０８に提供しても良い。この間に、ＨＴＴＰサーバ２０４は、サポートされた様々な３−Ｄ動画フォーマットを説明するＤＡＳＨクライアント２０８からのデバイス機能交換シグナリングを使用しても良い。このときＤＡＳＨクライアント２０８は、ＤＡＳＨクライアント２０８にサポートされた３−Ｄ動画コンテンツの対応バージョンを要求しても良い。さらに、ＨＴＴＰと共にＭＰＤを取得するとき、ＤＡＳＨクライアント２０８は、プロファイルの差（ＰｒｏｆＤｉｆｆ）に基づいて３−Ｄ動画フォーマットに対する何らかの一時的な調整を含むＧＥＴ要求に、３−Ｄ動画コーデックおよびフォーマット情報を含めても良い。一例では、差は、コンテンツプレゼンテーションセッションのための１または複数のＭＰＤパラメータを一時的に修正するよう構成され得る。例えば、差は、コンテンツプレゼンテーションセッションが終了するまでＭＰＤを修正するよう構成され得、または、その後の差（最初に通信された差に対応）はＨＴＴＰサーバ２０４に通信される。これによりＨＴＴＰサーバ２０４は、ＤＡＳＨクライアント２０８に最適化されたＭＰＤを配信しても良い。

【0026】

図２Ｂは、いくつかの実施形態に係る３−Ｄ動画フォーマットの適用と共に、ＲＴＳＰベースのストリーミングの実施形態を示す。特に、図２Ｂは、プッシュ型（ｐｕｓｈ−ｂａｓｅｄ）ストリーミング法を実装しているサーバ２１２およびクライアント２１６を示す。プッシュ型ストリーミング法では、ストリーミングおよびセッション制御は、クライアント２１６ではなくサーバ２１２によって維持される。サーバ２１２およびクライアント２１６は、それぞれメディアサーバ１１６およびＵＥ１０４と同様で、かつ、実質的に互換性を有していても良い。

【0027】

プッシュ型ストリーミングの例は、それぞれＲＴＳＰおよびセッション開始プロトコル（ＳＩＰ）に基づくＰＳＳおよびＩＭＳ ＰＳＳ ＭＢＭＳサービスを含む。この文脈において、サーバ２１２は、サポートされた３−Ｄ動画コーデックおよびフォーマットの群をクライアント２１６から受信し、この情報に基づいてコンテンツを適応させる。例えば、サーバ２１２は、記憶されたコンテンツバージョンの中から最も適したコンテンツバージョンを選択するか、またはサポートされた３−Ｄ動画フォーマットに基づいてコンテンツを動的にコード変換してコンテンツをクライアント２１６にストリーミングする。ＳＤＰで搬送されるセッション関連メタデータは、ストリーミングされるコンテンツに関する３−Ｄ動画フォーマット情報を伝達しても良い。

【0028】

図３は、いくつかの実施形態に係るＩＭＳ ＰＳＳ ＭＢＭＳサービスに関する予約／通知を有するサービス検出を示す。特に、図３は、ＵＥ３０４、ＩＰマルチメディア（ＩＭ）コアネットワーク（ＣＮ）サブシステム３０８、およびサービス検出機能（ＳＤＦ）３１２の間の相互作用を示す。ＵＥ３０４は、ＵＥ１０４と同様で、かつ、実質的に互換性を有していても良い。ＩＭ ＣＮサブシステム３０８およびＳＤＦ３１２は、アクセスネットワークドメイン、例えばＲＡＮ１０８と相互作用するコアネットワークドメインの一部であっても良い。

【0029】

ＩＭＳ ＰＳＳ ＭＢＭＳサービスにおいて、ＵＥ３０４は、サービス検出の間に、ＩＭ ＣＮサブシステム３０８に対するＳＩＰサブスクライブメッセージ内で、デバイス機能情報、例えばサポートされた３−Ｄ動画コーデックおよびフォーマットを送信することができる。このときＩＭ ＣＮサブシステム３０８は、ＳＤＦ３１２にメッセージを転送しても良い。ＳＤＦ３１２は、例えば、ユーザのプロファイル（Ｐｅｒｓｏｎａｌｉｚｅｄ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ）で説明されるように、ＵＥ３０４の機能に従って適切なサービス検出情報を判断する。このときＳＤＦ３１２は、サポートされた３−Ｄ動画コーデックおよびフォーマットも含む、送信済みのデバイス機能情報に基づいて、セッション初期化を確認するためにＵＥ３０４に送られるＳＩＰ２００ ＯＫメッセージをＩＭ ＣＮサブシステム３０８に送信しても良い。その後、ＳＤＦ３１２は、ＳＩＰ ＮＯＴＩＦＹメッセージをＵＥ３０４に送り返すＩＭ ＣＮサブシステム３０８に対し、サービス検出情報と共にＳＩＰ ＮＯＴＩＦＹメッセージを送信しても良い。このときＵＥ３０４は、その後ＳＤＦ３１２に送られるＳＩＰ２００ ＯＫメッセージをＩＭ ＣＮサブシステム３０８に送信することで返信しても良い。

【0030】

そのようなフレームワークは、ＩＭＳベースのＰＳＳおよびＭＢＭＳユーザサービスにおいてサポートされた３−Ｄ動画フォーマットを利用する、最適化されたサービス検出を有効にする。後のＩＭＳセッションの間に、ＵＥ３０４は、ＰｒｏｆＤｉｆｆ（例えば、電流デバイスオリエンテーションがデフォルトデバイスオリエンテーションと異なる場合）に基づいて、サポートされた３−Ｄ動画コーデックおよびフォーマットの群に対する何らかの一時的な調整を含むアップデートを示すためのＳＩＰシグナリングもまた使用しても良い。これは、３−Ｄ動画フォーマット情報のアップデートについての情報を含む、更なるＳＩＰサブスクライブメッセージを通じて予約（ｓｕｂｓｃｒｉｐｔｉｏｎ）をリフレッシュすることで行われる。

【0031】

再び図１を参照し、いくつかの実施形態において、メディアサーバ１１６は、ＵＥ１０４のプロファイル情報を有するデバイスプロファイルサーバ１４４に連結されても良い。プロファイル情報は、デバイス機能情報のいくつかまたは全てを含んでも良い。そのような実施形態において、メディアサーバ１１６は、ＵＥ１０４から識別情報を受信し、このときデバイスプロファイルサーバ１４４からプロファイル情報を取得しても良い。これは、セッションレベルシグナリングの一部として行われても良い。

【0032】

いくつかの実施形態において、ＵＥ１０４は、デバイスプロファイルサーバ１４４から取得したプロファイル情報を、ＰｒｏｆＤｉｆｆシグナリングに基づいて、追加属性（ｅｘｔｒａ ａｔｔｒｉｂｕｔｅｓ）で補足するか、または、そのデバイス機能プロファイルで既に定義された属性に対するオーバーライドで補足しても良い。一例では、そのような一時的な調整は、例えば、仮に端末が３−Ｄ動画のレンダリングが可能であっても具体的なセッションに関してユーザが２次元（２−Ｄ）動画の受信のみを望む場合には、ユーザ選択によって引き起こされても良い。

【0033】

ストリーミングアプリケーション１３４は、ネットワーク環境１００における送信のために、各ストリームタイプが関連フレームタイプを有する状況で、多数の異なるストリームタイプに従って、３−Ｄ動画コンテンツをエンコードしても良い。フレームタイプは、フレーム圧縮、サイマルキャスト（ｓｉｍｕｌｃａｓｔ）、または２−Ｄプラス補助フレームタイプ（２−Ｄ ｐｌｕｓ ａｕｘｉｌｉａｒｙ ｆｒａｍｅ ｔｙｐｅｓ）を含んでも良い。

【0034】

フレーム圧縮は、フレーム互換性圧縮フォーマットおよび最高解像度パービュー（ＦＲＰＶ）圧縮フォーマットを含んでも良い。フレーム互換性パケットフォーマットにおいて、ストリーミングアプリケーション１３４は、ステレオペアの構成フレームを空間的に圧縮して単一フレームにし、当該単一フレームをエンコードしても良い。ストリーミングアプリケーション１２６によって生成される出力フレームは、ステレオペアの構成フレームを含む。パッケージングされた単一フレームおよび各ビューのオリジナルフレームの空間解像度は同じであっても良い。この場合には、ストリーミングアプリケーション１３４は、圧縮オペレーションの前に２つの構成フレームをダウンサンプリングしても良い。フレーム互換性圧縮フォーマットは、図４（ａ）〜（ｅ）のそれぞれに図示されるように、垂直インターリービング、水平インターリービング、サイド‐バイ‐サイド、トップ‐ボトム、またはチェッカーボードフォーマットを使用しても良く、ダウンサンプリングは適宜、実行されても良い。

【0035】

いくつかの実施形態において、ストリーミングアプリケーション１３４は、Ｈ. ２６４／ＡＶＣ規格で規定されるように、１または複数のフレーム圧縮アレンジメントサプリメンタルエンハンストインフォメーション（ＳＥＩ：ｓｕｐｐｌｅｍｅｎｔａｌ ｅｎｈａｎｃｅｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ）メッセージをビットストリームに含めることで使用されたフレーム圧縮フォーマットを示しても良い。ストリーミングアプリケーション１２６は、フレームをデコードし、デコーダの出力フレームから２つの構成フレームを解凍し、エンコーダ側のダウンサンプリング処理をリバートするべくフレームをアップサンプリングし、ディスプレイ１２８上で構成フレームをレンダリングしても良い。

【0036】

ＦＲＰＶ圧縮フォーマットは、一時的なインターリービングを含んでも良い。一時的なインターリービングにおいては、各親ピクチャおよびそれに続くピクチャがステレオペア（左右ビュー）を構成する状態で、３−Ｄ動画はオリジナル動画の２倍のフレームレートでエンコードされても良い。時間的にインターリーブされた立体動画のレンダリングは典型的には高フレームレートで実行されても良く、高フレームレートでは、それぞれの目で不正確なビューを混合するためにアクティブ（シャッタ）メガネが用いられる。これは、メガネと画面の間の正確な同期に依存しても良い。

【0037】

フレームタイプのサイマルキャストを使用する実施形態では、左右のビューは別々のサイマルキャストストリームで送信されても良い。別々に送信されるストリームは、ストリーミングアプリケーション１２６によって組み合わされ、共同でデコードされても良い。

【0038】

２−Ｄプラス補助フレームタイプを使用する実施形態では、２−Ｄビデオコンテンツは、ディスプレイ１２８上で３−Ｄ動画をレンダリングするためにストリーミングアプリケーション１２６によって使用され得る補助情報と共に、ストリーミングアプリケーション１３４によって送信されても良い。この補助情報は例えば深度／視差マップであっても良く、深度／視差マップは、各ピクセルが関連２−Ｄ動画フレームにおける１または複数のピクセルの深度／視差を定義する２−Ｄマップである。

【0039】

いくつかの実施形態においては、他のフレームタイプが使用されても良い。例えば、いくつかの実施形態において、ストリーミングアプリケーション１３４は、同じストリームまたは異なるストリームで送信され得るベースビューストリームおよび非ベースビューストリームに、立体ビューをエンコードすることができても良い。いくつかの実施形態において、これは立体動画のためのＭＶＣ−ベース（ＭＶＣ−ｂａｓｅｄ）と呼ばれても良い。非ベースビューストリームは、空間の／一時的な予測情報を提供する中間ビュー（ｉｎｔｅｒ−ｖｉｅｗ）予測フレームを含んでも良い。ベースビューストリームは、例えば２−Ｄ等の単一ビューのデコーダがベースビューを２−Ｄ動画としてレンダリングするのに十分であっても良い。一方、非ベースビューストリームは、３−Ｄ動画をレンダリングするために十分な情報と共に、例えばストリーミングアプリケーション１２６等の３−Ｄデコーダを提供しても良い。メディアサーバ１１６がＵＥの機能を知っている場合には、３−Ｄ動画をサポートしないか、あるいは３−Ｄ動画をサポートするのに十分なビットレートを有していないデバイスに対し、非ベースビューストリームの送信を省略することができる。

【0040】

様々な実施形態において、コンテンツ管理モジュール１２０および／またはデバイスプロファイルサーバ１４４からコンテンツ管理モジュール１３６に送信されるデバイス機能情報は、ストリーミングアプリケーション１２６でサポートされた関連の送信プロトコル、例えばＲＴＰまたはＨＴＴＰによる立体３−Ｄ動画のストリーミングに適した１または複数のフォーマットのリストを含む３−Ｄフォーマット属性を有しても良い。いくつかの実施形態において、３−Ｄフォーマット属性は、垂直インターリービングのための整数値「１」、水平インターリービングのための「２」、サイド‐バイ‐サイドのための「３」、トップ‐ボトムのための「４」、チェッカーボードのための「０」、または一時的なインターリービングのための「５」を有する、ＲＴＰ又はＨＴＴＰのためのストリーミングフレーム圧縮フォーマットであっても良い。いくつかの実施形態において、同じ３−Ｄフォーマット属性は、具体的なファイルまたはコンテナフォーマットでサポートされたフレーム圧縮フォーマットを示すために用いられても良い。いくつかの実施形態において、３−Ｄフォーマット属性は、より一般化された値、例えばフレーム圧縮のための「ＦＰ」を含んでも良い。

【0041】

いくつかの実施形態において、３−Ｄフォーマット属性は、サイマルキャストのための値「ＳＣ」、或いは２−Ｄ動画プラス補助情報のための「２ＤＡ」を含む他のストリーミングフォーマットでも良い。

【0042】

ＵＥ１０４が１より多くのフォーマットタイプをサポートする実施形態において、それは、１または複数の好ましいフォーマットタイプをさらに示しても良い。これは、好みのインジケータを選択フォーマットタイプ等と関連付けて、好みの順序でフォーマットタイプをリスト化することで行われ得る。

【0043】

いくつかの実施形態において、フレームタイプ属性を提供することに加えて、コンテンツ管理モジュール１２０および／またはデバイスプロファイルサーバ１４４は、１または複数のコンポーネントタイプ属性を提供しても良い。コンポーネントタイプ属性は、ストリーミングアプリケーション１２６によってサポートされ、かつ／または選択された、立体３−Ｄ動画の構成エレメントである動画コンポーネントの具体的タイプに関する更なる詳細を提供しても良い。

【0044】

コンポーネントタイプ属性は、センタービューのストリームを示すための値「Ｃ」、センタービューのストリームおよび深度マップを示すための「ＣＤ」、センタービューのストリームおよび視差マップを示すための「ＣＰ」、深度マップを示すための「Ｄ」、視差マップを示すための「Ｐ」、左ビューストリームを示すための「Ｌ」、左ビューストリームおよび深度マップを示すための「ＬＤ」、左右ビューからの互い違いの走査線を含む動画フレームを示すための「ＬＩＬ」、左ビューストリームおよび視差マップを示すための「ＬＰ」、右ビューストリームを示すための「Ｒ」、フレームシーケンシャルを示すための「Ｓｅｑ」（例えば、左右のストリームからの互い違いのフレームを含むビデオストリーム‐追加シグナリング、例えばＡＶＣ ＳＥＩメッセージは、何れのフレームが左右ビューを含むかを示すのに必要とされても良い）、サイド‐バイ‐サイドを示すための「ＳｂＳ」、および、トップアンドボトムを示すための「ＴａＢ」を有しても良い。

【0045】

各フォーマットタイプ属性は、コンポーネントタイプ属性の群にそれぞれ関連付けられても良い。例えば、フォーマットタイプがＳＣの場合には、関連コンポーネントタイプは、それぞれ左右ビューを示すＬまたはＲであっても良い。

【0046】

ＰＳＳ記述３ＧＰＰ ＴＳ ２４．２３４におけるデバイス機能交換シグナリング機能は、広い範囲のデバイスに対し、該当の特定デバイスに適したコンテンツをサーバが提供することを有効にする。クライアント端末に対する立体３−Ｄ動画コンテンツの配信を改善する目的で、本開示は、デバイス機能交換シグナリングのためのＰＳＳボキャブラリーに含まれ得る属性の新たな群を説明する。これらの提案される属性は、いずれの３−Ｄ動画フレーム圧縮フォーマットをクライアントがサポートするかを含めて、クライアント端末の３−Ｄ動画デコーディングおよびレンダリング機能を説明しても良い。これにより、例えば、サーバおよびネットワークは、送信された３−Ｄ動画コンテンツをクライアントデバイスの機能に合致させる目的で適切なトランスコーディングおよび３−Ｄフォーマット変換を実行するだけでなく、最適化されたＲＴＳＰ ＳＤＰまたはＤＡＳＨ ＭＰＤをクライアント端末に提供することが可能になる。

【0047】

サポートされた３−Ｄ動画コーデックおよびフォーマットのデバイス機能交換シグナリングは、ＰＳＳボキャブラリーに３つの新たな属性が包含された３ＧＰＰ ＴＳ ２６．２３４で有効になっても良く、：（１）ストリーミングコンポーネントのための２つの属性は、それぞれＲＴＰおよびＨＴＴＰによる立体３−Ｄ動画のストリーミングに適した、サポートされたフレーム圧縮フォーマットのリストを示し、（２）ＴｈｒｅｅＧＰＦｉｌｅＦｏｒｍａｔコンポーネントのための１つの属性は、３ＧＰＰベースのマルチメディアサービスのために通常、使用されるマルチメディアコンテナフォーマットである３ＧＰＰファイルフォーマット（３ＧＰ）ファイルに含まれ得る立体３−Ｄ動画に適した、サポートされたフレーム圧縮フォーマットのリストを示す。いくつかの実施形態に係る属性定義の詳細が以下に説明される。

【0048】

属性名：StreamingFramePackingFormatsRTP
属性定義：ＰＳＳアプリケーションによってサポートされたＲＴＰによる立体３−Ｄ動画のストリーミングに適した、サポートされたフレーム圧縮フォーマットのリスト。
立体３−Ｄ動画の範囲内のフレーム圧縮フォーマットは、以下を含む。

【0049】

フレーム互換性圧縮フォーマット：１＝垂直インターリービング、２＝水平インターリービング、３＝サイド‐バイ‐サイド、４＝トップ‐ボトム、０＝チェッカーボード
最高解像度パービュー圧縮フォーマット：５＝一時的なインターリービング
コンポーネント：ストリーミング
タイプ：リテラル（バッグ）
リーガルバリュー（Ｌｅｇａｌ ｖａｌｕｅｓ）：サポートされたフレーム圧縮フォーマットに対応する整数値のリスト
解像ルール（Ｒｅｓｏｌｕｔｉｏｎ ｒｕｌｅ）：付加
例：<StreamingFramePackingFormatsRTP>
<rdf:Bag>
<rdf:li>3</rdf:li>
<rdf:li>4</rdf:li>
</rdf:Bag>
</StreamingFramePackingFormatsRTP>

【0050】

属性名：StreamingFramePackingFormatsHTTP

【0051】

属性定義：ＰＳＳアプリケーションによってサポートされたＨＴＴＰによる立体３−Ｄ動画のストリーミングに適した、サポートされたフレーム圧縮フォーマットのリスト
立体３−Ｄ動画の範囲内のフレーム圧縮フォーマットは、以下を含む。

【0052】

フレーム互換性圧縮フォーマット：１＝垂直インターリービング、２＝水平インターリービング、３＝サイド‐バイ‐サイド、４＝トップ‐ボトム、０＝チェッカーボード
最高解像度パービュー圧縮フォーマット：５＝一時的なインターリービング
コンポーネント：ストリーミング
タイプ：リテラル（バッグ）
リーガルバリュー：サポートされたフレーム圧縮フォーマットに対応する整数値のリスト
解像ルール：付加
例：<StreamingFramePackingFormatsHTTP>
<rdf:Bag>
<rdf:li>3</rdf:li>
<rdf:li>4</rdf:li>
</rdf:Bag>
</StreamingFramePackingFormatsHTTP>

【0053】

属性名：ThreeGPFramePackingFormats
属性定義：ＰＳＳアプリケーションによって３ＧＰファイルに含められて処理される立体３−Ｄ動画に適した、サポートされたフレーム圧縮フォーマットのリスト

【0054】

コンポーネント：ＴｈｒｅｅＧＰＦｉｌｅＦｏｒｍａｔ
タイプ：リテラル（バッグ）

【0055】

リーガルバリュー：サポートされたフレーム圧縮フォーマットに対応する整数値のリスト
整数値はサイド‐バイ‐サイドおよびトップ‐アンド‐ボトムフレーム圧縮フォーマットそれぞれに対応する３または４のいずれかであるものとする。

【0056】

解像ルール：付加
例：<ThreeGPFramePackingFormats>
<rdf:Bag>
<rdf:li>3</rdf:li>
<rdf:li>4</rdf:li>
</rdf:Bag>
</ThreeGPFramePackingFormats>

【0057】

いくつかの実施形態において、ＭＰＤで説明されるように、メディアプレゼンテーションは、例えば、アダプテーションセット（Ａｄａｐｔａｔｉｏｎ Ｓｅｔ）、レプレゼンテーション（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）およびサブレプレゼンテーション（ＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎ）に共通の属性およびエレメントを含んでも良い。そのような１つの共通のエレメントは、フレーム圧縮エレメントであっても良い。フレーム圧縮エレメントは、動画メディアコンポーネントタイプのフレーム圧縮アレンジメント情報を指定しても良い。動画コンポーネントにフレーム圧縮エレメントが提供されないときには、フレーム圧縮は動画メディアコンポーネントのために用いられなくても良い。

【0058】

フレーム圧縮エレメントは、使用されるフレーム圧縮構成スキームを識別するためのユニフォームリソースインジケータ（ＵＲＩ）を含む＠ｓｃｈｅｍｅＩｄＵｒｉ属性を含んでも良い。いくつかの実施形態において、フレーム圧縮エレメントは、記述子エレメントに値を提供するための＠ｖａｌｕｅ属性をさらに含んでも良い。

【0059】

いくつかの実施形態において、複数のフレーム圧縮エレメントが存在しても良い。その場合には、各エレメントは、説明表現（ｄｅｓｃｒｉｂｅｄ ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）を選択または拒否するための十分な情報を含んでも良い。

【0060】

全てのフレーム圧縮エレメントのスキームまたは値が認識されない場合には、クライアントは、説明されたレプレゼンテーションを無視しても良い。クライアントは、フレーム圧縮エレメントの観察に基づいてアダプテーションセットを拒否しても良い。

【0061】

ＩＳＯ／ＩＥＣインフォメーションテクノロジー‐コーディングオブオーディオビジュアルオブジェクト‐パート１０：アドバンスト動画コーディング（ＩＳＯ/ＩＥＣ １４４９６‐１０：２０１２）に従った動画コンポーネントを含むアダプテーションセット（Ａｄａｐｔａｔｉｏｎ Ｓｅｔ）または表現（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎｓ）に関し、ＦｒａｍｅＰａｃｋｉｎ＠ｓｃｈｅｍｅＩｄＵｒｉに対する単一のリソース番号は、フレーム圧縮エレメント（ＦｒａｍｅＰａｃｋｉｎｇ ｅｌｅｍｅｎｔ）に含まれるべき、ＩＳＯ/ＩＥＣ １４４９６‐１０：２０１２（'Ｄｅｆｉｎｔｉｏｎ of ｆｒａｍｅ＿ｐａｃｋｉｎｇ＿ａｒｒａｎｇｅｍｅｎｔ＿ｔｙｐｅ')の表Ｄ−８で定義されるように、フレーム圧縮アレンジメント（ｆｒａｍｅ−ｐａｃｋｉｎｇ ａｒｒａｎｇｅｍｅｎｔ）を示すように定義され得るｕｒｎ：ｍｐｅｇ：ｄａｓｈ：１４４９６：１０：ｆｒａｍｅ＿ｐａｃｋｉｎｇ＿ａｒｒａｎｇｅｍｅｎｔ＿ｔｙｐｅ：２０１１であっても良い。ＩＳＯ/ＩＥＣ １４４９６‐１０：２０１２の表Ｄ−８で規定されるように、＠ｖａｌｕｅは「Ｖａｌｕｅ」列であっても良いし、同じ表の「Ｉｎｔｅｒｐｒｅｔａｔｉｏｎ」列に従って解釈されても良い。

【0062】

図５は、いくつかの実施形態に係る、３−Ｄ動画デバイス機能のシグナリング方法５００を示す。方法５００は、例えばＵＥ１０４等のＵＥのコンポーネントによって実行されても良い。いくつかの実施形態において、ＵＥは、実行されたときにＵＥまたはそのコンポーネントに方法５００を実行させる命令が格納された１または複数のコンピュータ可読媒体を含んでも良く、かつ／または、当該コンピュータ可読媒体に対するアクセスを有しても良い。

【0063】

５０４で、ＵＥは、デバイス機能情報を特定しても良い。上述したように、デバイス機能情報は、メディアプレーヤのデコードおよびレンダリング機能に関する情報を含んでも良い。いくつかの実施形態において、ＵＥ等に位置するコンテンツ管理モジュールは、機能を直接テストするべくＵＥで１または複数のスクリプトを実行することによりこの情報を特定しても良い。他の実施形態において、コンテンツ管理モジュールは、関連情報を含む、記憶された１または複数のファイルにアクセスしても良い。

【0064】

５０８で、ＵＥは、ＵＥでのメディアプレーヤの立体３−Ｄ動画デコーディングおよびレンダリング機能を含むデバイス機能情報をメディアサーバ１１６またはデバイスプロファイルサーバ１４４に提供しても良い。上述したように、デバイス機能情報は、ＵＥのストリーミングアプリケーションによってサポートされたフレームタイプのリストを表す１または複数のフォーマットタイプ属性を含んでも良い。いくつかの実施形態において、デバイス機能情報は、５１２での要求の前または後に提供されても良い。

【0065】

いくつかの実施形態において、デバイス機能情報のいくつかまたは全ては、他のエンティティ、例えばデバイスプロファイルサーバによってメディアサーバに提供されても良い。

【0066】

５１２で、ＵＥは、３−Ｄ動画コンテンツを要求しても良い。いくつかの実施形態において、要求は、適切なストリーミング／トランスポートプロトコル、例えばＨＴＴＰ、ＲＴＰ、ＲＴＳＰ、ＤＡＳＨ、ＭＢＭＳ、ＰＳＳ、ＩＭＳ ＰＳＳ ＭＢＭＳ等に従っても良い。要求は、メディアサーバを対象としても良いし、要求されたコンテンツまたはその一部の、ユニフォームリソースロケータ（ＵＲＬ）またはいくつかの他のインジケータを含んでも良い。いくつかの実施形態において、デバイス機能情報の一時的な調整は、（例えばＰｒｏｆＤｉｆｆシグナリングを介して）５０８で要求と共に提供されてもまた良い。適宜ＵＥは、デバイスプロファイルサーバから取得したプロファイル情報を、ＰｒｏｆＤｉｆｆシグナリングに基づいて、追加属性(ｅｘｔｒａ ａｔｔｒｉｂｕｔｅ)で補足するか、またはそのデバイス機能プロファイルで定義済みの属性に対するオーバーライドで補足しても良い。一例では、そのような一時的な調整は、例えば、仮に端末が３−Ｄ動画のレンダリングが可能であってもユーザが具体的なセッションのために２次元（２−Ｄ）動画の受信のみを望む等、ユーザ選択によって引き起こされても良い。

【0067】

５１６で、ＵＥは、要求された３−Ｄ動画コンテンツを受信してＵＥのディスプレイ上でコンテンツをレンダリングしても良い。コンテンツのレンダリングは、デコード、アップコンバーティング、解凍、シーケンシングなどの多様な処理を含んでも良いが、これに限定されない。

【0068】

図６は、いくつかの実施形態に係る、３−Ｄ動画コンテンツのシグナリング方法６００を示す。方法６００は、例えばメディアサーバ１１６等のメディアサーバのコンポーネントによって実行されても良い。いくつかの実施形態において、メディアサーバは、実行されたときにメディアサーバまたはそのコンポーネントに方法６００を実行させる命令が格納された１または複数のコンピュータ可読媒体を含んでも良く、かつ／または、当該コンピュータ可読媒体に対するアクセスを有しても良い。

【0069】

６０４で、メディアサーバは、デバイス機能情報を特定しても良い。いくつかの実施形態において、メディアサーバは、例えばセッションレベルシグナリングの一部として、ＵＥまたはデバイスプロファイルサーバから情報を受信することにより、デバイス機能情報を特定しても良い。

【0070】

６０８で、メディアサーバは、３−Ｄ動画コンテンツに対する要求を受信しても良い。いくつかの実施形態において、要求は、適切なストリーミング／トランスポートプロトコル、例えばＨＴＴＰ、ＲＴＰ、ＲＴＳＰ、ＤＡＳＨ、ＭＢＭＳ、ＰＳＳ、ＩＭＳ ＰＳＳ ＭＢＭＳ等に従っても良い。要求は、ＵＥからであっても良いし、要求されたコンテンツまたはその一部の、ユニバーサルリソースロケータ（ＵＲＬ）またはいくつかの他のインジケータを含んでも良い。いくつかの実施形態において、６０８で受信される要求は、デバイス機能情報６０４の特定と同時に、特定の前に、または特定の後に行われても良い。いくつかの実施形態において、デバイス機能情報の一時的な調整は、（例えばＰｒｏｆＤｉｆｆシグナリングを介して）６０８で要求と共に受信されてもまた良い。適宜メディアサーバには、ＰｒｏｆＤｉｆｆシグナリングに基づいて、デバイスプロファイルサーバから取得したプロファイル情報が、追加属性、またはそのデバイス機能プロファイルで定義済みの属性に対するオーバーライドと共に補足されても良い。

【0071】

６１２で、メディアサーバは、例えば、ＵＥでのメディアプレーヤの立体３−Ｄ動画デコーディングおよびレンダリング機能を説明しているデバイス機能情報に基づいてＳＤＰファイルまたはメディアプレゼンテーション記述（ＭＰＤ）等のストリーミングセッションを確立するべく、セッション記述および／またはメタデータファイルを生み出しても良い。

【0072】

６１６で、メディアサーバは、デバイス機能情報においてＵＥでサポートされていることが示されたフォーマットタイプで３−Ｄ動画コンテンツをエンコードしても良い。このとき３−Ｄ動画コンテンツは、モバイルデバイスにストリーミングされても良い。

【0073】

本明細書で説明されるコンポーネント、例えばＵＥ１０４、メディアサーバ１１６および／またはデバイスプロファイルサーバ１４４は、所望される通り構成するための、何らかの適切なハードウェアおよび／またはソフトウェアを用いたシステムに実装されても良い。一実施形態に関し、図７は、１または複数のプロセッサ７０４、プロセッサ７０４のうち少なくとも１つに連結されたシステム制御ロジック７０８、システム制御ロジック７０８に連結されたシステムメモリ７１２、システム制御ロジック７０８に連結された不揮発性メモリ（ＮＶＭ）／記憶装置７１６、システム制御ロジック７０８に連結されたネットワークインタフェース７２０、およびシステム制御ロジック７０８に連結された入出力（Ｉ／Ｏ）デバイス７３２を備えるシステム７００を示している。

【0074】

プロセッサ７０４は、１または複数のシングルコアまたはマルチコアのプロセッサを含んでも良い。プロセッサ７０４は、汎用プロセッサおよび専用プロセッサ（例えばグラフィックプロセッサ、アプリケーションプロセッサ、ベースバンドプロセッサ等）の如何なる組み合わせを含んでも良い。

【0075】

一実施形態に関するシステム制御ロジック７０８は、プロセッサ７０４のうち少なくとも１つ、および／または、システム制御ロジック７０８と通信している何らかの適切なデバイスまたはコンポーネントに対する何らかの適切なインタフェースを提供するべく、何らかの適切なインタフェースコントローラを含んでも良い。

【0076】

一実施形態に関するシステム制御ロジック７０８は、システムメモリ７１２に対するインタフェースを提供するための１または複数のメモリコントローラを含んでも良い。システムメモリ７１２は、データおよび／または命令、例えばロジック７２４の読み書きのために用いられても良い。一実施形態に関するシステムメモリ７１２は、例えば、適切なダイナミックランダムアクセスメモリ（ＤＲＡＭ）など、何らかの適切な揮発性メモリを含んでも良い。

【0077】

ＮＶＭ／記憶装置７１６は、データおよび／または命令、例えばロジック７２４の格納のために用いられる１または複数の実体的な非一時的コンピュータ可読媒体を含んでも良い。ＮＶＭ／記憶装置７１６は、例えば、フラッシュメモリなど、何らかの適切な不揮発性メモリを含み、かつ／または、例えば、１または複数のハードディスクドライブ（ＨＤＤ）、１または複数のコンパクトディスク（ＣＤ）ドライブおよび／または１または複数のデジタルバーサタイルディスク（ＤＶＤ）ドライブなど、何らかの適切な不揮発性記憶デバイスを含んでも良い。

【0078】

ＮＶＭ／記憶装置７１６は、システム７００がインストールされたデバイスの物理的な一部である記憶資源を備えても良く、或いは、一部である必要はないが、当該デバイスにアクセス可能でも良い。例えば、ＮＶＭ／記憶装置７１６は、ネットワークインタフェース７２０を介してネットワークによりアクセスされ、かつ／または、入出力（Ｉ／Ｏ）デバイス７３２によりアクセスされても良い。

【0079】

ロジック７２４は、プロセッサ７０４のうち少なくとも１つによって実行されたときに、ＵＥ１０４、メディアサーバ１１６、および／または、デバイスプロファイルサーバ１４４について本明細書で説明されたオペレーションをシステムに実行させても良い。ロジック７２４は、システムの他のコンポーネント、例えばシステム制御ロジック７０８に追加的／代替的に配置されても良く、ハードウェア、ソフトウェアまたはファームウェアコンポーネントの何らかの組み合わせを含んでも良い。

【0080】

ネットワークインタフェース７２０は、１または複数のネットワークを横切って、かつ／または何らかの他の適したデバイスと、通信するべく、システム７００に無線インターフェースを提供するためのトランシーバ７２２を備えても良い。様々な実施形態において、トランシーバ７２２は、システム７００の他のコンポーネントと統合されても良い。例えば、トランシーバ７２２は、プロセッサ７０４のプロセッサ、システムメモリ７１２のメモリ、および、ＮＶＭ／記憶装置７１６のＮＶＭ／記憶装置を含んでも良い。ネットワークインタフェース７２０は、何らかの適切なハードウェアおよび／またはファームウェアを含んでも良い。ネットワークインタフェース７２０は、複数の入力、複数の出力の無線インターフェースを提供するための複数のアンテナを含んでも良い。一実施形態に関するネットワークインタフェース７２０は、例えば、有線ネットワークアダプタ、無線ネットワークアダプタ、電話モデム、および／または、ワイヤレスモデムを含んでも良い。

【0081】

一実施形態に関し、プロセッサ７０４のうち少なくとも１つは、システム制御ロジック７０８の１または複数のコントローラのためのロジックと共にパッケージ化されても良い。一実施形態に関し、プロセッサ７０４のうち少なくとも１つは、システムインパッケージ（ＳｉＰ）を形成するべく、システム制御ロジック７０８の１または複数のコントローラのためのロジックと共に共にパッケージ化されても良い。一実施形態に関し、プロセッサ７０４のうち少なくとも１つは、システム制御ロジック７０８の１または複数のコントローラのためのロジックと共に同じダイに統合されても良い。一実施形態に関し、プロセッサ７０４のうち少なくとも１つは、システムオンチップ（ＳｏＣ）を形成するべく、システム制御ロジック７０８の１または複数のコントローラのためのロジックと共に同じダイに統合されても良い。

【0082】

様々な実施形態において、Ｉ／Ｏデバイス７３２は、ユーザとシステム７００の相互作用を有効にするよう設計されたユーザインタフェース、周辺機器コンポーネントとシステム７００の相互作用を有効にするよう設計された周辺機器コンポーネントインタフェース、および／または、システム７００に関する環境条件および／または位置情報を判断するよう設計されたセンサ、を含んでも良い。

【0083】

様々な実施形態において、ユーザインタフェースは、３−Ｄ動画をレンダリングするためのディスプレイ（例えば、液晶ディスプレイ、タッチスクリーンディスプレイ、裸眼立体視ディスプレイなど）、スピーカ、マイクロフォン、１または複数のカメラ（例えばスチルカメラおよび／または動画カメラ）、フラッシュライト（例えば発光ダイオードフラッシュ）、およびキーボードを含むことができるが、これに限定されない。

【0084】

様々な実施形態において、周辺機器コンポーネントインタフェースは、不揮発性メモリポート、ユニバーサルシリアルバス（ＵＳＢ）ポート、オーディオジャック、および電源供給インタフェースを含んでも良いが、これに限定されない。

【0085】

様々な実施形態において、センサは、ジャイロセンサ、加速度計、近接センサ、アンビエントライトセンサ、および測位ユニットを含んでも良いが、これに限定されない。測位ユニットもまた、例えば全地球測位システム（ＧＰＳ）衛星などの即位ネットワークのコンポーネントと通信するべく、ネットワークインタフェース７２０の一部であっても良いし、ネットワークインタフェース７２０と相互作用しても良い。

【0086】

様々な実施形態において、システム７００は、ラップトップコンピューティングデバイス、タブレットコンピューティングデバイス、ネットブック、スマートフォンなどのモバイルコンピューティングデバイスであっても良いが、これに限定されない。様々な実施形態において、システム７００は、多かれ少なかれ、コンポーネント、および／または、異なるアーキテクチャを有しても良い。

【0087】

記載する目的で、特定の実施形態が本明細書で図示され、説明されてきたが、同じ目的を達成すべく意図された多種多様な別の、および／または同等な実施形態または実装が、本開示の範囲を逸脱することなく示され、説明される実施形態の代用になり得る。本願は、本明細書で議論された実施形態の任意の適用及び変形を網羅することが意図される。したがって、本明細書で説明された実施形態は請求項と、その同等のものによってのみ限定されることが明確に意図される。本明細書によれば、以下の各項目に記載の事項もまた開示される。
［項目１］
デバイスに、
無線通信ネットワークのクライアント端末によってサポートされたフレーム圧縮フォーマットのリストを含み、前記クライアント端末のパケット交換方式のストリーミングサービス（ＰＳＳ）アプリケーションによってサポートされたトランスポートプロトコルによる立体３−Ｄ動画のストリーミングに適したストリーミングフレーム圧縮フォーマット属性を、デバイスプロファイルサーバから取得する手順であって、前記トランスポートプロトコルがリアルタイムトランスポートプロトコル（ＲＴＰ）またはハイパーテキスト転送プロトコル（ＨＴＴＰ）である手順と、
前記ストリーミングフレーム圧縮フォーマット属性に基づいてコンテンツを適応させる手順と、
前記ストリーミングフレーム圧縮フォーマット属性に基づいて、ストリーミングセッションを確立するべく、セッション記述またはメタデータファイルを生成する手順と、
前記適応されたコンテンツと、前記生み出されたセッション記述またはメタデータファイルを前記クライアント端末に送信する手順と
を実行させるためのプログラム。
［項目２］
フレーム圧縮フォーマットの前記リストは、垂直インターリービングフレーム互換性圧縮フォーマット、水平インターリービングフレーム互換性圧縮フォーマット、サイド‐バイ‐サイドフレーム互換性圧縮フォーマット、トップ‐ボトムフレーム互換性圧縮フォーマット、チェッカーボードフレーム互換性圧縮フォーマットまたは一時的な最高解像度パービューインターリービング圧縮フォーマットの指示を含む項目１に記載のプログラム。
［項目３］
前記リストは、サポートされた１または複数のフレーム圧縮フォーマットにそれぞれ対応する、１または複数の整数値のリストを含む項目１または２に記載のプログラム。
［項目４］
１または複数の整数値の前記リストは、
垂直インターリービングフレーム互換性圧縮フォーマットに対応するａ１、
水平インターリービングフレーム互換性圧縮フォーマットに対応するａ２、
サイド‐バイ‐サイドフレーム互換性圧縮フォーマットに対応するａ３、
トップ‐ボトムフレーム互換性圧縮フォーマットに対応するａ４、
チェッカーボードフレーム互換性圧縮フォーマットに対応するａ０、または
一時的な最高解像度パービューインターリービング圧縮フォーマットに対応するａ５を含む項目３に記載のプログラム。
［項目５］
前記トランスポートプロトコルはＲＴＰを含む項目１または２に記載のプログラム。
［項目６］
前記トランスポートプロトコルはＨＴＴＰを含む項目１または２に記載のプログラム。
［項目７］
前記セッション記述またはメタデータファイルは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）セッション記述プロトコル（ＳＤＰ）ファイル、またはハイパーテキストトランスポートプロトコルを利用した動的適応型ストリーミング（ＤＡＳＨ）メディアプレゼンテーション記述（ＭＰＤ）ファイルである項目１または２に記載のプログラム。
［項目８］
コンテンツは、３−Ｄ動画コンテンツであり、
前記デバイスに、さらに、
前記ストリーミングフレーム圧縮フォーマット属性に基づいて前記３−Ｄ動画コンテンツをコード変換するか、或いは前記３−Ｄ動画コンテンツのフォーマットを変換する手順を実行させるための項目１または２に記載のプログラム。
［項目９］
デバイスに、
ユーザ機器によってサポートされた１または複数のフレーム圧縮フォーマットのリストを含み、第３世代パートナーシッププロジェクトファイルフォーマット（３ＧＰ）ファイルに含まれ得るとともに前記ユーザ機器のパケット交換方式のストリーミングサービス（ＰＳＳ）アプリケーションで処理され得る立体３−Ｄ動画に適したフレーム圧縮フォーマット属性を、デバイスプロファイルサーバから取得する手順と、
前記フレーム圧縮フォーマット属性に基づいて前記ユーザ機器にコンテンツを送信する手順と、
を実行させるためのプログラム。
［項目１０］
フレーム圧縮フォーマットの前記リストは、サイド‐バイ‐サイドフレーム圧縮フォーマットまたはトップ‐ボトムフレーム圧縮フォーマットの指示を含む項目９に記載のプログラム。
［項目１１］
前記リストは、１または複数のフレーム圧縮フォーマットにそれぞれ対応する、１または複数の整数値のリストを含む項目９または１０に記載のプログラム。
［項目１２］
１または複数の整数値の前記リストは、サイド‐バイ‐サイドフレーム圧縮フォーマットに対応するａ３、またはトップ‐ボトムフレーム圧縮フォーマットに対応するａ４を含む項目１１に記載のプログラム。
［項目１３］
モバイルデバイスにより無線で受信された立体３次元（３−Ｄ）動画コンテンツをデコードし、かつ、前記モバイルデバイスのディスプレイ上でレンダリングするメディアプレーヤと、
前記メディアプレーヤによってサポートされた３−Ｄ動画コーデックおよびフォーマットを含むデバイス機能情報を特定し、前記デバイス機能情報を含む１または複数のメッセージをデバイスプロファイルサーバに送信し、立体３−Ｄ動画コンテンツについての要求と、前記デバイス機能情報についての何らかの一時的な調整を含む少なくとも１つのメッセージをメディアサーバに送信するコンテンツ管理モジュールと、
を備える装置。
［項目１４］
前記デバイス機能情報は、前記メディアプレーヤによってサポートされたフォーマットタイプを含む３−Ｄフォーマット属性を有する項目１３に記載の装置。
［項目１５］
前記フォーマットタイプは、フレーム互換性圧縮フォーマットまたは最高解像度パービュー圧縮フォーマットに対応するフレーム圧縮フォーマットタイプか、サイマルキャストフォーマットタイプか、或いは２次元プラス補助フォーマットタイプである項目１４に記載の装置。
［項目１６］
前記フォーマットタイプは、垂直インターリービング、水平インターリービング、サイド‐バイ‐サイド、トップ‐ボトムまたはチェッカーボードを示す値を有するフレーム互換性圧縮フォーマットたるフレーム圧縮フォーマットタイプである項目１５に記載の装置。
［項目１７］
前記３−Ｄ動画コンテンツは、パケット交換方式のストリーミングサービスを介して前記モバイルデバイスにより無線で受信される項目１３から１６の何れか一項に記載の装置。
［項目１８］
前記コンテンツ管理モジュールは、サービス検出の間に、インターネットプロトコルマルチメディアコアネットワークサブシステムへのセッション開始プロトコル（ＳＩＰ）サブスクライブメッセージ内で、前記デバイス機能情報を送信する項目１３から１６の何れか一項に記載の装置。
［項目１９］
サービス検出の後に、前記コンテンツ管理モジュールは、サポートされた３−Ｄ動画コーデックおよびフォーマットの群をアップデートするべく、ＳＩＰシグナリングを使用する項目１８に記載の装置。
［項目２０］
前記メディアプレーヤはさらに、
前記要求された立体３−Ｄ動画コンテンツを含むストリームを受信し、
前記メディアプレーヤはさらに、ハイパーテキストトランスポートプロトコルを利用した動的適応型ストリーミング（ＤＡＳＨ）プロトコル、パケット交換方式のストリーミング（ＰＳＳ）プロトコル、または、インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）ベースのＰＳＳおよびマルチメディアブロードキャスト／マルチキャスト（ＭＢＭＳ）サービスプロトコルに従って前記ストリームを受信する項目１３から１６の何れか一項に記載の装置。
［項目２１］
前記メディアプレーヤは、さらに前記ストリームに関連するメディアプレゼンテーション記述（ＭＰＤ）メタデータファイルまたはセッション記述プロトコル（ＳＤＰ）ファイルを受信する項目２０に記載の装置。
［項目２２］
項目１３から１６の何れか一項に記載の装置を備えるモバイルデバイス。
［項目２３］
前記メディアプレーヤの制御下で前記３−Ｄ動画コンテンツをレンダリングする裸眼立体視ディスプレイをさらに備える項目２２に記載のモバイルデバイス。
［項目２４］
デバイスプロファイルサーバに、
ユーザ機器に関する３−Ｄ機能情報についての要求をメディアサーバから取得する手順と、
フレーム圧縮フォーマットのリストを含み、前記ユーザ機器によってサポートされ、前記ユーザ機器のパケット交換方式のストリーミングサービス（ＰＳＳ）アプリケーションによってサポートされたトランスポートプロトコルによる立体３−Ｄ動画のストリーミングに適したストリーミングフレーム圧縮フォーマット属性を提供する手順と、
を実行させ、
前記トランスポートプロトコルは、リアルタイムトランスポートプロトコル（ＲＴＰ）またはハイパーテキスト転送プロトコル（ＨＴＴＰ）であるプログラム。
［項目２５］
フレーム圧縮フォーマットの前記リストは、
垂直インターリービングフレーム互換性圧縮フォーマット、水平インターリービングフレーム互換性圧縮フォーマット、サイド‐バイ‐サイドフレーム互換性圧縮フォーマット、トップ‐ボトムフレーム互換性圧縮フォーマット、チェッカーボードフレーム互換性圧縮フォーマットまたは一時的な最高解像度パービューインターリービング圧縮フォーマットの指示を含む項目２４に記載のプログラム。
［項目２６］
前記トランスポートプロトコルはＲＴＰを含む項目２４に記載のプログラム。
［項目２７］
前記トランスポートプロトコルはＨＴＴＰを含む項目２４に記載のプログラム。
［項目２８］
前記リストは、サポートされた１または複数のフレーム圧縮フォーマットにそれぞれ対応する、１または複数の整数値のリストを含む項目２４から２７の何れか一項に記載のプログラム。
［項目２９］
１または複数の整数値の前記リストは、
垂直インターリービングフレーム互換性圧縮フォーマットに対応するａ１、
水平インターリービングフレーム互換性圧縮フォーマットに対応するａ２、
サイド‐バイ‐サイドフレーム互換性圧縮フォーマットに対応するａ３、
トップ‐ボトムフレーム互換性圧縮フォーマットに対応するａ４、
チェッカーボードフレーム互換性圧縮フォーマットに対応するａ０、または
一時的な最高解像度パービューインターリービング圧縮フォーマットに対応するａ５を含む項目２８に記載のプログラム。

【図1】

【図2A】

【図2B】

【図3】

【図4】

【図5】

【図6】

【図7】