特許 6169690 装置方位能力交換シグナリング及び装置方位に応答するマルチメディアコンテンツのサーバ適応

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

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

(11)【特許番号】6169690

(24)【登録日】2017年7月7日

(45)【発行日】2017年7月26日

(54)【発明の名称】装置方位能力交換シグナリング及び装置方位に応答するマルチメディアコンテンツのサーバ適応

(51)【国際特許分類】

   G06F 13/00 20060101AFI20170713BHJP

   H04M 1/00 20060101ALI20170713BHJP

   H04N 21/2665 20110101ALI20170713BHJP

   H04N 21/437 20110101ALI20170713BHJP

【ＦＩ】

   G06F13/00 550L

   H04M1/00 R

   H04N21/2665

   H04N21/437

【請求項の数】26

【全頁数】20

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

(86)(22)【出願日】2013年6月24日

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

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

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

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

(87)【国際公開日】20140206

【審査請求日】2015年1月5日

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

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

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

(31)【優先権主張番号】61/719,241

(32)【優先日】2012年10月26日

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

(31)【優先権主張番号】13/719,402

(32)【優先日】2012年12月19日

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

【前置審査】

(73)【特許権者】

【識別番号】593096712

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

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100091214

【弁理士】

【氏名又は名称】大貫 進介

(72)【発明者】

【氏名】オイマン，オズグル

【審査官】 田中 啓介

(56)【参考文献】

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

【文献】 米国特許出願公開第２０１２／０１１０１２０（ＵＳ，Ａ１）

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

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

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

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

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

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

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

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

Ｇ０６Ｆ３／０１、３／０４８−３／０４８９

Ｇ０６Ｆ１３／００

Ｈ０４Ｂ７／２４−７／２６

Ｈ０４Ｍ１／００、１／２４−１／８２

Ｈ０４Ｎ７／１０、７／１４−７／１７３

７／２０−７／５６

２１／００−２１／８５８

Ｈ０４Ｗ４／００−８／２４

８／２６−１６／３２

２４／００−２８／００

２８／０２−７２／０２

７２／０４−７４／０２

７４／０４−７４／０６

７４／０８−８４／１０

８４／１２−８８／０６

８８／０８−９９／００

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

【請求項1】

ユーザ機器（ＵＥ）であって、リモートメディアコンテンツサーバと無線で通信し及び能力交換シグナリングを開始するよう構成され、前記ＵＥは、
方位センサと、
ディスプレイ装置と、
無線周波数通信機と、
前記無線周波数通信機に動作可能に結合されるプロセッサと、
前記プロセッサに動作可能に結合されるメモリと、
を有し、
前記メモリは、前記プロセッサを、前記無線周波数通信機を介して、前記ＵＥの装置方位能力を前記リモートメディアコンテンツサーバ又は装置プロファイルサーバに提供する情報を送信するよう構成する命令を格納し、前記ＵＥの前記装置方位能力は、前記方位センサにより提供される方位情報に対応する１又は複数の所定の方位位置を含み、
前記ＵＥの装置方位能力を提供する前記情報は、１又は複数の指示を提供する装置方位位置のリストを含み、該指示は、ビデオディスプレイ装置方位モードと、ビデオキャプチャ装置方位モードと、ビデオディスプレイ装置方位角と、ビデオキャプチャ装置方位角と、前記ＵＥが方位の変化に応答するか否かを示す値を有するブール値指示子と、レンダリング及び表示のための規定装置方位と、キャプチャのための規定装置方位と、前記方位センサがビデオキャプチャ及び表示の両方の間に方位変化を検出するよう構成される９０度間隔の等間隔の角度粒度レベルの数と、前記ＵＥに関連するカメラの数と、水平ミラーリングサポートと、を有するグループから選択される、ＵＥ。

【請求項2】

前記命令は、前記プロセッサを、
前記リモートメディアコンテンツサーバから、前記ＵＥの前記装置方位能力の中で示される方位状態に従って前記ディスプレイ装置で再生するために構成されるビデオコンテンツの複数のバージョンを記述する明示的ファイルを受信する、
よう更に構成する、請求項１に記載のＵＥ。

【請求項3】

前記ビデオコンテンツの前記複数のバージョンは、モバイル装置ディスプレイで再生するために装置方位能力に基づき符号化され、前記命令は、前記プロセッサを、
ストリーミング又はダウンロード配信のために、前記ＵＥの現在の方位状態に基づき、前記明示的ファイルの中で記述される前記ビデオコンテンツのバージョンを選択する、
よう更に構成する、請求項２に記載のＵＥ。

【請求項4】

前記明示的ファイルはＭＰＤ（media presentation description）ファイルを有し、前記命令は、前記プロセッサを、
ＨＴＴＰ（hypertext transfer protocol）ＰＯＳＴメッセージにより前記リモートメディアコンテンツサーバに前記ＵＥの前記装置方位能力を示す情報を提供し、
ＨＴＴＰ ＧＥＴメッセージを介して前記リモートメディアコンテンツサーバから前記ＭＰＤファイルを要求し、
前記リモートメディアコンテンツサーバから前記ＭＰＤファイルを受信し、
ＤＡＳＨ（dynamic adaptive streaming over HTTP）を用いて、前記リモートメディアコンテンツサーバから前記ビデオコンテンツの前記選択されたバージョンを要求する、
よう更に構成する、請求項３に記載のＵＥ。

【請求項5】

前記命令は、前記プロセッサを、
前記方位センサにより提供される方位情報に基づき、前記ＵＥの現在の方位状態を決定し、
前記リモートメディアコンテンツサーバへ、前記現在の方位状態を示し及び前記ＵＥの前記装置方位能力に基づき前記ディスプレイ装置で再生するためのビデオコンテンツの要求を含むメッセージを送信し、
前記リモートメディアコンテンツサーバから、ビデオコンテンツの配信のためにＳＤＰ（session description protocol）ファイルを受信し、該ビデオコンテンツは、
ＲＴＳＰ（real-time streaming protocol）に従って該ビデオコンテンツをストリーミングする、
ＤＡＳＨ（dynamic adaptive streaming over HTTP）を用いて該ビデオコンテンツを通信する、及び
ＨＴＴＰ又はＦＬＵＴＥ（File Delivery over Unidirectional Transport）プロトコルを介して、該ビデオコンテンツをダウンロードする、
を有するグループから選択され、
前記リモートメディアコンテンツサーバから、前記ＳＤＰファイルの中で識別され及び前記ＵＥの前記現在の方位状態に基づき前記リモートメディアコンテンツサーバにより選択された該ビデオコンテンツを受信する、
よう更に構成する、請求項１に記載のＵＥ。

【請求項6】

前記リモートメディアコンテンツサーバは、ＩＭＳ（IP multimedia subsystem）に基づくパケット交換ストリーミングサービスを有し、前記命令は、前記プロセッサを、
ＳＩＰ（session initiation protocol）ＳＵＢＳＣＲＩＢＥメッセージの中で、インターネットプロトコルマルチメディアコアネットワークサブシステムへ、サービス発見中に、前記ＵＥの装置方位能力を提供する情報を送信する、
よう更に構成する、請求項５に記載のＵＥ。

【請求項7】

無線ネットワークを介するサーバからユーザ機器（ＵＥ）へのマルチメディアコンテンツのストリーミング又はダウンロードの配信を制御する方法であって、
クライアントでサポートされる装置方位モードに従って前記サーバからのビデオ方位情報を解釈するために、能力交換シグナリングを介して、前記サーバに前記クライアントの装置方位能力を示す情報を提供するステップと、
前記情報に応答して、前記サーバから、前記クライアントへのストリーミング又はダウンロードのために利用可能な前記マルチメディアコンテンツのバージョンを識別し及びディスプレイ装置の方位モードのために構成されるメタデータファイルを受信するステップと、
前記クライアントの前記ディスプレイ装置の前記方位モードを決定するステップと、
前記無線ネットワークを介して、前記メタデータファイルの中で識別され前記ＵＥの物理的方位に基づき選択されるマルチメディアコンテンツのバージョンをストリーミング又はダウンロードするステップであって、前記無線ネットワークは、ＰＳＳ（packet switched streaming service）、ＩＭＳ（integrated multimedia subsystems）に基づくＰＳＳ、及びＩＭＳ ＰＳＳ ＭＢＭＳ（multimedia broadcast and multicast service）のうちの少なくとも１つを用いる、ステップと、
を有し、
前記クライアントの装置方位能力を示す前記情報は、１又は複数の指示を提供する装置方位位置のリストを含み、該指示は、ビデオディスプレイ装置方位モードと、ビデオキャプチャ装置方位モードと、ビデオディスプレイ装置方位角と、ビデオキャプチャ装置方位角と、前記クライアントが方位の変化に応答するか否かを示す値を有するブール値指示子と、レンダリング及び表示のための規定装置方位と、キャプチャのための規定装置方位と、方位センサがビデオキャプチャ及び表示の両方の間に方位変化を検出するよう構成される９０度間隔の等間隔の角度粒度レベルの数と、前記ＵＥに関連するカメラの数と、水平ミラーリングサポートと、を有するグループから選択される、方法。

【請求項8】

前記クライアントはモバイル装置を有し、前記情報は、前記モバイル装置を型により識別するモバイル装置アイデンティティ情報を有し、前記サーバはＰＳＳサーバを有し、前記提供するステップは、
前記ＰＳＳサーバと、複数のモバイル装置型の装置能力プロファイルを格納する装置プロファイルサーバとの間で装置能力プロファイル交換を開始するステップであって、装置能力プロファイルは前記クライアントによりサポートされる所定の装置方位モードのリストを含む、ステップ、
を有する、請求項７に記載の方法。

【請求項9】

前記クライアントの前記物理的方位に対する変化に基づき、前記マルチメディアコンテンツのストリーム間で動的に切り替えるステップ、
を更に有する請求項７に記載の方法。

【請求項10】

前記メタデータファイルは、前記マルチメディアコンテンツの配信のためのＳＤＰ（session description protocol）ファイルを有し、該マルチメディアコンテンツの配信は、
ＲＴＳＰ（real-time streaming protocol）に従って該マルチメディアコンテンツをストリーミングする、
ＤＡＳＨ（dynamic adaptive streaming over HTTP）を用いて該マルチメディアコンテンツを配信する、及び
ＨＴＴＰ又はＦＬＵＴＥ（File Delivery over Unidirectional Transport）プロトコルを介して該マルチメディアコンテンツをダウンロードする、
を有するグループから選択される、請求項７に記載の方法。

【請求項11】

前記メタデータファイルは、ＤＡＳＨ（dynamic adaptive streaming over HTTP）に従って前記マルチメディアコンテンツをストリーミングするためのＭＰＤ（media presentation description）ファイルを有する、請求項８に記載の方法。

【請求項12】

コンピュータプログラムであって、実行されると、メディアコンテンツサーバに、
通信ネットワークを介して、無線通信ネットワークのクライアント端末によりサポートされる装置方位位置のリストを含む装置方位属性を受信させ、前記装置方位位置は、前記クライアント端末にあるパケット交換ストリーミングサービスアプリケーションによりサポートされるトランスポートプロトコルを介するビデオコンテンツのストリーミング又はダウンロードに関連し、前記装置方位位置の各々は装置方位モードに対応し、前記装置方位モードは、ビデオディスプレイ装置方位モードと、ビデオキャプチャ装置方位モードと、ビデオディスプレイ装置方位角と、ビデオキャプチャ装置方位角と、前記クライアント端末が方位の変化に応答するか否かを示す値を有するブール値指示子と、レンダリング及び表示のための規定装置方位と、キャプチャのための規定装置方位と、方位センサがビデオキャプチャ及び表示の両方の間に方位変化を検出するよう構成される９０度間隔の等間隔の角度粒度レベルの数と、前記クライアント端末に関連するカメラの数と、水平ミラーリングサポートと、を有するグループから選択され、
コンテンツ選択、キャプチャ、圧縮、及びトランスコーディング動作を含む１又は複数の処理を通じて、前記装置方位属性に基づきビデオコンテンツを適応させ、
前記装置方位属性に基づきストリーミング又はダウンロードセッションを確立するために、セッション記述又はメタデータファイルを生成させ、
前記適応したビデオコンテンツ及び前記生成したセッション記述又はメタデータファイルを前記クライアント端末に配信させる、
コンピュータプログラム。

【請求項13】

前記トランスポートプロトコルは、
ＲＴＰ（real-time transport protocol）、及び
ＨＴＴＰ（hypertext transport protocol）、
を有するグループから選択される、請求項１２に記載のコンピュータプログラム。

【請求項14】

前記セッション記述又はメタデータファイルは、前記ビデオコンテンツの配信のためのＳＤＰ（session description protocol）ファイルであり、該ビデオコンテンツの配信は、
ＲＴＳＰ（real-time streaming protocol）に従って該ビデオコンテンツをストリーミングする、
ＤＡＳＨ（dynamic adaptive streaming over HTTP）を用いて該ビデオコンテンツをストリーミングする、及び
ＨＴＴＰ又はＦＬＵＴＥ（File Delivery over Unidirectional Transport）プロトコル、又はＤＡＳＨのためのＭＰＤ（media presentation description）ファイルを介して該ビデオコンテンツをダウンロードする、
を有するグループから選択される、請求項１２に記載のコンピュータプログラム。

【請求項15】

前記コンピュータプログラムは、実行されると、前記メディアコンテンツサーバに、さらに、
前記装置方位属性に基づき、前記ビデオコンテンツをトランスコーディングし又は前記ビデオコンテンツのフォーマットを変換させる、
請求項１２に記載のコンピュータプログラム。

【請求項16】

前記装置方位属性は、前記通信ネットワークを介して装置プロファイルサーバから受信され、前記クライアント端末はユーザ機器（ＵＥ）を有する、請求項１２に記載のコンピュータプログラム。

【請求項17】

３ＧＰＰ（third generation partnership project）ネットワーク内で、ビデオ方位を調整するよう構成されるユーザ機器（ＵＥ）であって、
前記３ＧＰＰネットワークのＲＡＮ（radio access network）を通じてＰＳＳ（packet-switched streaming service）サーバと通信するネットワークインタフェースと、
ＰＳＳクライアントであって、
ビデオ方位情報を解釈するために、前記ネットワークインタフェースを通じて、前記ＰＳＳクライアントの能力を前記ＰＳＳサーバにシグナリングし、
前記ネットワークインタフェースを通じて、前記ＰＳＳサーバから、ＳＤＰ（session description protocol）ファイルを受信し、前記ＳＤＰファイルはビデオの現在の方位を示す現在のビデオ方位情報を含み、
前記ビデオを前記ＰＳＳサーバから受信し、
前記ビデオを受信することに応答して、前記現在のビデオ方位情報の中で示される前記現在の方位に基づき、前記ＰＳＳサーバから受信した前記ビデオを回転する、ＰＳＳクライアントと、
を有するＵＥ。

【請求項18】

前記ＰＳＳクライアントは、前記ＰＳＳサーバと能力交換を実行するよう更に構成され、前記能力交換は、前記ビデオ方位情報を解釈するための前記ＰＳＳクライアントの能力と、前記ビデオ方位情報に基づき前記ビデオを表示するための前記ＰＳＳクライアントの能力と、のうちの少なくとも１つを有する、請求項１７に記載のＵＥ。

【請求項19】

前記能力交換は、前記ＵＥにより提供される回転角の粒度の指示を更に有し、前記粒度の指示は、
９０度回転モードに対応する低い粒度、及び
９０度間隔の範囲内の複数の等間隔の角度粒度レベルに対応する高い粒度、
を有するグループから選択される、請求項１８に記載のＵＥ。

【請求項20】

前記ＰＳＳクライアントは、 前記ビデオを回転した後、前記現在のビデオ方位情報の中で示される前記現在の方位に基づき、前記ビデオを水平にフリッピングする、
よう更に構成される、請求項１７に記載のＵＥ。

【請求項21】

無線通信装置及び無線ネットワークのうちの少なくとも１つと無線通信する１又は複数のアンテナと、
スピーカ、マイクロフォン、接続ポート、キーボード、タッチスクリーン、バッテリ、及びメモリポートのうちの少なくとも１つと、
を更に有する請求項１７に記載のＵＥ。

【請求項22】

コンピュータプログラムであって、実行されると、メディアコンテンツサーバに、
３ＧＰＰ（third generation partnership project）ネットワークを通じてユーザ機器（ＵＥ）とＰＳＳ（packet-switched streaming service）能力交換を実行させ、前記ＰＳＳ能力交換は、ビデオ方位の調整のための装置能力属性を指定させ、
前記ＰＳＳ能力交換に基づき、画像の第１の方位を有するコンテンツを選択させ、及び
前記ＵＥへ前記画像の前記第１の方位をシグナリングさせる、
コンピュータプログラム。

【請求項23】

前記コンピュータプログラムは、実行されると、前記メディアコンテンツサーバに、さらに、
前記ＵＥの現在の方位の変化の指示を受信させ、
前記ＵＥの現在の方位の変化の前記指示に応答して、前記メディアコンテンツサーバにある、前記画像の第２の方位を有するコンテンツを選択させ、及び
前記ＵＥに前記画像を回転させるために、前記ＵＥに、前記画像の前記第２の方位をシグナリングさせる、
請求項２２に記載のコンピュータプログラム。

【請求項24】

前記コンピュータプログラムは、実行されると、前記メディアコンテンツサーバに、さらに、
ＳＤＰ（session description protocol）ファイル及びＲＴＰ（real-time transport protocol）で、前記ＵＥへ前記画像の前記第１の方位をシグナリングさせる、
請求項２２に記載のコンピュータプログラム。

【請求項25】

前記コンピュータプログラムは、実行されると、前記メディアコンテンツサーバに、さらに、
前記ＰＳＳ能力交換から前記３ＧＰＰネットワークを通じて、３ＧＰＰファイルフォーマットファイルに含まれ及び前記ＵＥにあるパケット交換ストリーミングサービスアプリケーションにより処理され得るビデオに関連する、前記ＵＥによりサポートされる１又は複数の装置方位位置のリストを有する装置方位属性を受信させ、及び
前記装置方位属性に基づき、前記ＵＥにコンテンツを配信させ、
１又は複数の装置方位位置の前記リストは、規定方位モードと、前記ＵＥの方位センサにより示される現在の方位モードと、を有する、請求項２２に記載のコンピュータプログラム。

【請求項26】

請求項１２乃至１６及び２２乃至２５のいずれか一項に記載のコンピュータプログラムを記憶したコンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、ＵＥからネットワークサーバに方位センサ情報を提供する能力交換シグナリング技術に関する。

【背景技術】

【0002】

ストリーミング及び会話サービスを含むマルチメディアサービスの成長は、モバイル広帯域技術及び規格の向上を促進する。メディア圧縮及び無線ネットワーク基盤の発展と連動するマルチメディアサービスに対する高い消費者需要は、セルラ及びモバイル広帯域システムのマルチメディアサービス能力を向上する機会を提供する。サービス能力は、通常、高い品質経験（quality of experience：ＱｏＥ）を消費者に提供し、同時に任意の場所から、任意の時間に、任意の装置種類及び技術によるビデオコンテンツ及びサービスへのユビキタスアクセスを保証することにより、向上される。ユビキタスに高いＱｏＥを有するマルチメディアコンテンツの配信を保証するために、技術及び規格は、種々のモバイルサービスをサポートし、種々の装置クラス及び能力のために合わせられたメディア処理手順及びセッション管理プロトコルを提供する。

【0003】

モバイル装置は、重力のような基準又は他の方位基準に対する装置方向を示す方位センサを有する場合が多い。これらの装置で実行されるソフトウェアアプリケーションは、装置方位モード又は状態を決定するために及び検出した方位モードに従って装置機能を調整するために、装置方位情報を用いている。例えば、モバイル装置ソフトウェアアプリケーションは、装置の検出された方位モードに基づき、ポートレイト又はランドスケープモードに、ユーザインタフェースディスプレイに表示されるビデオコンテンツを回転する場合が多い。したがって、リアルタイムビデオ通信コンテンツを表示するために用いられるモバイル装置は、該コンテンツを提供するサーバとは無関係に、検出された装置方位モードに従って表示のために受信したコンテンツを回転し整列させるか否かを決定するために方位センサに依存する場合が多い。

【0004】

能力交換シグナリング（又は、単に能力シグナリング）は、マルチメディアコンテンツサーバが、コンテンツを要求している特定のクライアントモバイル装置（ユーザ機器、又は単にＵＥと称される）に合わせられた該コンテンツを種々の装置に提供することを可能にする。能力シグナリングは、３ＧＰＰ（Third Generation Partnership Project）パケット交換ストリーミングサービス（packet switched streaming service：ＰＳＳ）、ＤＡＳＨ（dynamic adaptive streaming over HTTP）、及びＩＭＳ（integrated multimedia subsystem）に基づくＰＳＳ及びマルチメディアブロードキャスト及びマルチキャストサービス（multimedia broadcast and multicast service：ＭＢＭＳ）（ＩＭＳ ＰＳＳ ＭＢＭＳと略す）を含む１又は複数のストリーミングサービス標準種類を用い得るサーバの標準機能である。例えば、能力シグナリングは、３ＧＰＰ ＴＳ２６．２３４、「Transparent end-to-end packet switched streaming service(PSS); Protocols and codecs」、３ＧＰＰ ＴＳ２６．２４７、「Transparent end-to-end packet switched streaming service(PSS); Progressive download and dynamic adaptive streaming over HTTP (３GP-DASH)」、３ＧＰＰ ＴＳ２６．２３７、「IP Multimedia Subsystem (IMS) basedPacket Switch Streaming (PSS) and Multimedia Broadcast/Multicast Service (MBMS) User Service; Protocols」で標準化されている。

【発明の概要】

【発明が解決しようとする課題】

【0005】

本発明は、ＵＥからネットワークサーバに方位センサ情報を提供する能力交換シグナリングを行うユーザ機器（ＵＥ）、方法、コンピュータ可読媒体を提供する。

【図面の簡単な説明】

【0006】

【図1】一実施形態による、能力交換シグナリングを実行するＰＳＳコンポーネントのブロック図である。

【図2】一実施形態による、ＰＳＳ及びＩＭＳ ＰＳＳ ＭＢＭＳストリーミングサービスのための装置能力プロファイルを示すＲＤＦ（Resource Description Framework）表記法のグラフである。

【図3】一実施形態による、装置方位に従って適応されるマルチメディアコンテンツをＤＡＳＨに基づきストリーミングするＤＡＳＨクライアント及びサーバの上位ブロック図である。

【図4】図３のＤＡＳＨクライアント及びサーバを詳細に示すブロック図である。

【図5】一実施形態による、装置方位に従って適応されるマルチメディアコンテンツをＲＴＳＰ（Real-time Streaming Protocol）に基づきストリーミングするＲＴＳＰクライアント及びサーバの上位ブロック図である。

【図6】一実施形態による、ＩＭＳ ＰＳＳ ＭＢＭＳストリーミングサービスにおいて、subscribe及びnotificationメッセージを用いたＳＩＰ（session initiation protocol）に基づくサービス発見を示すメッセージフロー制御図である。

【図7】一実施形態による、能力シグナリング及びマルチメディア適応を実装する情報処理システムのブロック図である。

【図8】モバイルタブレットコンピュータの実施形態に従う、図７の情報処理システムの等尺図である。

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

【0007】

本開示は、ＵＥからネットワークサーバに方位センサ情報を提供する能力交換シグナリング技術を記載する。幾つかの実施形態によると、方位センサ情報は、方位センサ能力に対する装置のサポート、又は装置の現在の方位状態を記述する。例えば、マルチメディアコンテンツサーバは、クライアントＵＥが方位センサを有するという情報を得る。このような情報に基づき、サーバは、装置によりサポートされる異なる装置方位モードのためにマルチメディアコンテンツの異なる符号化バージョンを提供する。サーバは、装置の現在の方位モードに又は装置自体の種々の中間方位状態及び空間位置に合わせられた（つまり最適化された）コンテンツを生成するために、動的に及びリアルタイムに、メディアキャプチャ又はトランスコードパラメータを適応しても良い。これらの技術は、ネットワーク側でコンテンツを適応する機会をサーバに提供し、クライアント経験の向上を実現する。

【0008】

本開示に記載される技術は、２次元（２Ｄ）及び３次元（３Ｄ）ビデオアプリケーションの両方、並びにＵＥ方位センサ情報に基づく制御入力をＵＥから受け付ける他のネットワークサービスにも用いることができる。例えば、２Ｄビデオコンテンツの場合には、ポートレイト及びランドスケープビデオ視野角（又はそれらの間の中間視野角）は、サポートされる視野角で表示するために符号化されている特有のビデオコンテンツストリームを生成し又は識別するためにユーザにより用いられても良い。３Ｄビデオコンテンツでは、（重力のような）基準に対する異なる視野角又は装置の空間位置における変化は、装置方位に基づきコンテンツを適応する（例えば、ビデオキャプチャカメラ機器を変換又は制御する）ために用いられ得る方位状態を提供する。

【0009】

図１は、ＰＳＳのための能力交換シグナリングシステム１００の一例を示す。モバイル端末１１０（又はＵＥ１１０）は、ＨＴＴＰ要求に型種類及び製造者、装置能力プロファイルを特定するためのＵＲＬ、又は他の識別情報を含めることにより、自身のアイデンティティをＰＳＳサーバ１１２に説明する（１１５）。次に、サーバ１１２は、それぞれ特定のモバイル端末種類の能力を一覧表にする装置能力プロファイル１３５を格納する装置プロファイルサーバ１３０から、対応する装置能力プロファイルを要求する（１２５）。サーバ１１２は、対応するプロファイルを受信し（１４０）、サポートされる方位モードを示す装置能力プロファイルから得た情報に従って、装置１１０に合ったマルチメディアコンテンツを照合する（１４５）。次に、選択されたマルチメディアコンテンツは、ＨＴＴＰ又はＲＴＳＰのようなストリーミングプロトコルを用いて、装置１１０へストリーミングされる（１５０）。

【0010】

ストリーミングセッションの設定中、サーバ１１２は、モバイル端末１１０に互換性のあるマルチメディアコンテンツを提供するために、装置能力プロファイル内の情報を用いる。

【0011】

したがって、サーバ１１２は、リモートメディアコンテンツサーバ１１２、メディアサーバ１１２、ウェブサーバ１１２、等とも表される。言い換えると、サーバ１１２は、ネットワークを介して、モバイル端末の能力を記述する情報を得る。サーバ１１２は、該情報を、接続中端末への供給のためのメディアコンテンツストリームを決定するために用いる。例えば、サーバ１１２は、接続中端末と互換性のあるメディアストリームの複数の利用可能な変形を識別するために、再生能力及びモバイル端末の特徴を比較し得る。次に、端末１１０は、識別されたストリームを要求できる。幾つかの実施形態では、サーバは、（ＰＳＳ又はＩＭＳ ＰＳＳ ＭＢＭＳの文脈では）ＳＤＰ（session description protocol）ファイル又は（ＤＡＳＨの文脈では）ＭＰＤ（media presentation description）メタデータファイルを選択し又は生成するために、装置能力プロファイルを用いる。これらのファイルは、接続中端末１１０の能力に合ったストリームを識別する。

【0012】

図１は、種々の実施形態による、ネットワーク環境１６０も概略的に示す。ネットワーク環境１６０は、ＲＡＮ（radio access network）１６８に無線で結合されるＵＥ１１０を有する。ＲＡＮ１６８は、ＯＴＡ（over-the-air）インタフェースを介してＵＥ１１０と通信するよう構成されるｅＮＢ（enhanced node base station）を有する。ＲＡＮ１６８は、３ＧＰＰ（third generation partnership project）ＬＴＥ（long-term evolution）アドバンストネットワークの部分であっても良く、ＥＵＴＲＡＮと称されても良い。他の実施形態では、他の無線アクセスネットワーク技術が用いられても良い。

【0013】

ＵＥ１１０は、ＲＡＮ１６８を通じてリモートメディアサーバ１１２と通信しても良い。ｅＮＢ１７２はＲＡＮ１６８を介してネットワークエンティティと直接通信しているように示されるが、種々の実施形態では、通信は多数の中間ネットワークコンポーネント、例えばスイッチ、ルータ、ゲートウェイ、又は他のネットワーク装置を通じて流れても良いことが理解されるだろう。例えば、幾つかの実施形態では、ＲＡＮ１６８は、メディアサーバ１１２が一部であると考えられるより大きなネットワーク、例えば広域ネットワークにＲＡＮ１６８を通信可能に結合するＣＳＮ（core services network）に結合されても良い。

【0014】

図１は無線通信ネットワークとしてネットワーク環境を記載するが、他の実施形態は、他の種類のネットワーク、例えば有線ネットワークで用いられても良い。本発明の実施形態が用いられ得る他のネットワーク環境は、図１に示した例に明示的に示されるものより、多数の、少数の、又は異なるコンポーネントを有しても良いことが理解できる。例えば、有線ネットワークで用いられる本発明の実施形態は、ＲＡＮ１６８を有しないで、メディアサーバ１１２とＵＥ１１０とを互いに通信させても良い。

【0015】

図２は、ＰＳＳ及びＩＭＳ ＰＳＳ ＭＢＭＳサービスのための装置能力プロファイルに含まれるメタデータ情報２００の一例を示す。装置能力プロファイルは、Ｗ３Ｃ（World Wide Web Consortium）勧告「RDF Vocabulary Description Language １.０: RDF Schema」、http://www.w３.org/TR/２００４/RECrdf-schema-２００４０２１０/、２００４年２月で仕様を定められるような、ＲＤＦスキームに従ってフォーマットされた拡張マークアップ言語のメタデータ情報を含む電子文書ファイルである。装置能力プロファイルＲＤＦ文書は、Ｗ３Ｃ勧告「Composite Capability/Preference Profiles (CC/PP): Structure and Vocabularies １.０」、http://www.w３.org/TR/２００４/REC-CCPP-struct-vocab-２００４０１１５/、２００４年１月で仕様を定められるような、ＲＤＦの語彙拡張であるＣＣ／ＰＰ（Composite Capabilities/Preference Profiles）の構造に従う。幾つかの実施形態では、装置能力プロファイルは、無線装置に固有の能力及び選好情報の記述に携わるＣＣ／ＰＰのアプリケーションであるＵＡＰｒｏｆ（User Agent Profile）である。言い換えると、ＵＡＰｒｏｆ−Open Mobile Alliance「User Agent Profile Version ２.０」、２００６年２月−は、ＵＥ能力及び選好を指定するために用いられる値を有する属性の語彙を含む。

【0016】

図２は、属性名、許容値、及びセマンティクスの例示的なセットを示す。上述のように、本願明細書に記載の特定の実施形態に従って、このような情報は、クライアント装置のために適切にフォーマットされたコンテンツを生成し又は供給するために、コンテンツプロバイダにより用いることができる。例えば、「[TerminalHardware]」コンポーネントメタデータフィールド２１０は、ＵＥ１１０がカラーコンテンツ２２０を４ビット毎ピクセルで表示できること２３０、適応型ストリーミングをサポートすること２４０を示す。上述のＴＳ２６．２３４で仕様を定められるような装置能力シグナリング中の他の関心のある属性（図示しない）は、次のパラメータを有しても良い（しかし、これらに限定されない）。プレデコーダバッファサイズ；初期バッファリング期間；デコーダ能力；スクリーンサイズ、解像度、ビット深さ、又は他の特性のようなディスプレイ特性；ＲＴＳＰ、ＨＴＴＰ等を含むストリーミング方法の適応サポート；ＱｏＥサポート；拡張ＲＴＰ（Real-time Transport Protocol）（ＲＴＣＰと略す）サポートの報告；高速コンテンツ切り替えサポート；並びにサポートされるＲＴＰプロファイル及びＳＤＰ（Session Description Protocol）属性；である。

【0017】

ＰＳＳ及びＩＭＳ ＰＳＳ ＭＢＭＳサーバは、モバイル端末の固有能力の記述、つまり装置能力記述を得る。方位能力を解析するＰＳＳ及びＩＭＳ ＰＳＳ ＭＢＭＳサービスでは、ＵＡＰｒｏｆ語彙は実質的に再利用され、ストリーミングのためにサーバ側コンテンツ交渉を実現するために追加のサービス固有語彙が定められる。幾つかの実施形態では、ＰＳＳ語彙は、「Orientation」及び「DefaultOrientation」の装置能力交換シグナリング属性を有する。以下の表１及び２は、ＴＳ２６．２３４で仕様を定められるＰＳＳベースの語彙の「[PssCommon]」コンポーネントメタデータフィールド２５０（図２）に含まれる「Orientation」及び「DefaultOrientation」属性の個々の例を示す。

【0018】

【表1】

【0019】

【表2】

幾つかの実施形態では、規定の及び現在の方位能力は、キャプチャとレンダリング／表示との両方について定められる。例えば、ＰＳＳ語彙のPSSCommonコンポーネントについて定められる４個の属性は次の通りである。キャプチャ及び表示のためにクライアントによりサポートされる異なる装置方位モードの２個の属性リスト；キャプチャ及び表示のための規定装置方位のための情報を提供する２個の他の属性；である。規定装置方位は、方位センサが無効にされる又は存在しないときに用いられても良い。これら４個の属性の例示的なシンタックスは次の通りである。

【0020】

【表3】

【0021】

【表4】

【0022】

【表5】

【0023】

【表6】

幾つかの実施形態では、方位モードのセットは、装置の方位変化に基づき中間角度（例えば、９０度方位モードの間の角度）で表示された画像を回転させる更なるモードを有しても良い。例えば、以上に定められたOrientationModesCapture及びOrientationModesDisplay属性は、もっと粒度を細かく、中間方位位置角を定める追加法定値を有しても良い。したがって、２つの追加属性は、装置方位センサの能力を特徴付けるため、及び装置センサがキャプチャ中又は表示のレンダリング中の方位変化を検出できる角度粒度に相応した、装置の方位認識を実現するために、用いられても良い。このような属性の例は、次の通りである。

【0024】

【表7】

【0025】

【表8】

表７及び８のこれらの例では、方位変化の検出のための最高の可能な角度粒度は、１１．２５度と推定された。したがって、属性値は、９０度方位モードの間（例えば、ランドスケープとポートレイトの間）の８個の中間位置を示す１乃至８の間の整数値に限定される。しかしながら、他の実施形態では、より多くの又は少ない粒度レベルが、より高度な方位センサ能力により可能にされても良い。したがって、表７及び８の属性は、以上に指定した８個の値より高い（又はより低い）最大法定（legal）中間値数を有し得る。

【0026】

幾つかの実施形態では、表７及び８の属性は、キャプチャ及びレンダリング表示の両方のために、装置の方位認識を特徴付けるために、結合される。例えば、このような属性は以下のように定められても良い。

【0027】

【表9】

別の実施形態では、属性は、端末にあるキャプチャカメラの数を識別するために定められても良い。通常、１より多い値は、装置が前面及び背面カメラの両方を有することを示し得る。これは、方位認識適応にとって有利であり得る。通常２つのカメラが端末に含まれるが、以下の実施形態ではカメラの最大数は４と仮定される。他の例も可能である。

【0028】

【表10】

別の実施形態では、属性は、装置が水平ミラーリング、つまり回転後の画像の水平フリッピング（flipping）をサポートするか否かを示すために定められても良い。この属性は、画像センサ構成による水平にミラーリングされた画像をキャプチャする幾つかの装置のために用いられても良い。したがって、サーバが、受信側クライアントは水平ミラーリングをサポートすることを（以下に提案する能力交換シグナリングに基づき）知ったとき、サーバはミラーリングを補償する媒体を提供できる。水平ミラーリング属性は、以下のシンタックスを有しても良い。

【0029】

【表11】

図１に戻ると、装置プロファイルサーバ１３０は、ＨＴＴＰ要求１２５メッセージに応答して、ＰＳＳサーバ１１２に装置能力プロファイルを提供する。幾つかの実施形態では、モバイル端末１１０は、サーバ１３０により提供されるアイデンティティシグナリングを追加属性で補完し、又は自身の規定装置能力プロファイルの中で定められた属性を無効にする。この追加情報交換は、プロファイル差分（ProfDiff）交換シグナリングとして示され、装置能力プロファイルの属性を調整することを一時的に可能にする。一例では、このような一時的調整は、ユーザ選好によりトリガされても良い。例えば、端末はステレオ音声を処理及び生成する能力があるが、特定のセッションのユーザがモノラル音声を受信したい場合である。

【0030】

幾つかの実施形態では、端末製造者又はソフトウェア供給者は、装置プロファイルサーバ１３０を維持し、自身のＵＥ製品のための装置能力プロファイルでプロファイル１３５を更新する。他の実施形態では、専用オペレータが、自身の加入者のために装置プロファイルサーバ１３０を管理し、加入者がプロファイル１３５に対してユーザ固有更新を行えるようにする。幾つかの実施形態では、装置プロファイルサーバ１３０は、マルチメディアコンテンツサーバ１１２と共有するサーバハードウェアにホストされても良い。

【0031】

端末の方位センサ能力の装置能力交換シグナリングに基づくマルチメディア適応方法は、２つのコンポーネントを有する。第１に、クライアント装置は、クライアントが方位センサを有するか否か、及びどんな方位モードがサポートされるか、例えば、ポートレイト、ランドスケープ、シースケープ、又は他の中間状態（表１）を示す情報をサーバにシグナリングする。さらに、クライアント装置は、ProfDiff交換シグナリングにより現在の装置方位をシグナリングすることにより、DefaultOrientation（表２）属性を一時的に無効にしても良い。第２に、サーバは、クライアント装置からの方位センササポート信号を検討し、異なる可能な装置方位モード（より一般的には、方位状態、視野角、又は単に方位と呼ばれる）に最適な形式でコンテンツの異なる符号化バージョンを提供する。さらに、サーバがコンテンツ生成／準備のためのキャプチャプロセスを制御する場合、サーバは、異なる可能な装置方位に最適な、同じコンテンツの複数のコピーをキャプチャし及び圧縮するよう、カメラユニットに指示しても良い。例えば、フットボールゲームをストリーミングしているユーザは、カメラがズームインしフットボール場に居る特定のフットボール選手を隔離すべきであることを示すために、ＵＥ１１０を再配置し得る。サーバは、コンテンツを現在の装置方位に一致させるために、オンザフライでトランスコードを動的に実行しても良い。

【0032】

上述の装置方位に基づくマルチメディア適応方法は、プル型ストリーミング及びプッシュ型ストリーミングの枠組みのために用いられても良い。プル型ストリーミングの一例はＤＡＳＨである。プッシュ型ストリーミングの例は、それぞれＴＳＰ及びＳＩＰ（session initiation protocol）に基づくＰＳＳ及びＩＭＳ ＰＳＳ ＭＢＭＳサービスを含む。

【0033】

図３は、ＤＡＳＨの文脈で上位サーバ−クライアント相互作用３００を示す。この環境では、サーバ１３０は、種々のサポートされる装置方位状態を得るために、クライアント装置３３０から装置能力交換シグナリングを受信しても良い（３２０）。装置能力シグナリング３２０は、クライアント３３０からの更なるシグナリングが存在しない場合に装置方位を示すDefaultOrientation属性（表２）を有しても良い。装置方位のセット及び対応するコンテンツ情報は、ＭＰＤメタデータファイルでクライアント３３０に伝達される（３４０）。次に、クライアントプレイヤは、現在の装置方位状態を監視し、現在の装置方位に合ったＭＰＤファイル内で指定されたコンテンツの対応するバージョンを要求する。さらに、ＨＴＴＰでＭＰＤを検索するとき、クライアント３３０は、ProfDiffに基づく装置方位に対する一時的調整を含み、ＧＥＴ要求に装置方位情報を含めても良い（現在の装置方位は、規定装置方位と異なっても良い）。したがって、ＨＴＴＰサーバ３１０は、最適化されたＭＰＤ３４０をＵＥ３３０に配信する。

【0034】

図４は、ＤＡＳＨの可能な適応型ストリーミングネットワーク４００を示す。ネットワーク４００は、ウェブサーバ３１０（図３）からマルチメディアサービスを得るクライアント３３０を有する。また、ウェブサーバ３１０は、マルチメディアコンテンツが格納されているウェブ又はメディアサーバ４１４からのマルチメディアコンテンツを供給する。ウェブ／メディアサーバ４１４は、オーディオ／ビデオ入力４１６を介して、ライブ入力ストリーム又は予め格納されたメディアコンテンツであっても良いマルチメディアコンテンツを受信する。ここで、メディアはクライアント４１０にストリーミングされる。ウェブ／メディアサーバ４１４は、メディアコンテンツを適切なフォーマットに符号化するメディア符号器４２４と、入力メディアコンテンツをストリーミングに適するフラグメント又はチャンクのシリーズに分けるメディアセグメンタ４２６と、を有しても良い。クライアント４１０は、ウェブサーバ４１２と相互作用するためのウェブブラウザ４１８と、ストリーミングマルチメディアコンテンツを復号化しレンダリングするためのメディア復号器／再生機４２０と、を有しても良い。

【0035】

幾つかの実施形態では、クライアント４１０は、１又は複数の標準ＨＴＴＰサーバ又はキャッシュへの１又は複数のＴＣＰコネクションを開く。次に、クライアント４１０は、ウェブ／メディアサーバ４１４に格納されたメディアコンテンツの構造、並びに例えば異なるビットレート、フレームレート、解像度、コーデック種類及びＤＡＳＨ ＭＰＤデータモデル標準ISO/IEC２３００９-１:２０１２(E)で仕様の定められる他の情報を含む異なるバージョンに関する情報を提供するＭＰＤ（メタデータ）ファイルを検索する。ＭＰＤは、セグメントをメディア提示時系列にマッピングするために、各セグメントのＨＴＴＰ ＵＲＬ及び関連するメタデータ情報を伝達するために用いられる。クライアント４１０は、メディアファイルの選択されたバージョンのより小さなデータセグメントを得るためにＨＴＴＰ ＧＥＴ又は部分（partial）ＨＴＴＰ ＧＥＴメッセージを用いて（HTTP GET URL(FRAG１ REQ), FRAGMENT １, HTTP GET URL(FRAGi REQ), FRAGMENTi）、チャンク内の新しいデータを要求する。ここで、個々のＨＴＴＰ ＧＥＴメッセージは、図４に示すように、短いダウンロードによりストリーミングをまねる。ＨＴＴＰ ＧＥＴメッセージのＵＲＬは、クライアントがどの１又は複数のセグメントを要求しているかをウェブサーバ４１２に教える。その結果、ウェブブラウザ４１８は、ウェブサーバ４１２からメディアをセグメント毎（又は、バイト範囲要求に基づき、サブセグメント毎に）に引き出す。

【0036】

図５は、プッシュ型ストリーミング（ＰＳＳ及びＩＭＳ ＰＳＳ ＭＢＭＳ）の文脈で、上位サーバ−クライアント相互作用５００を示す。この環境では、サーバ５１０は、クライアント５２０から能力交換シグナリング情報５３０を受信し、装置方位に基づきコンテンツを適応する。プッシュ型モデルでは、サーバ５１０は、格納されたコンテンツバージョンの中からコンテンツバージョンを選択し、又は現在の装置方位に基づきコンテンツを動的にトランスコードし該コンテンツをクライアント５２０へストリーミングする。セッション関連メタデータは、装置方位情報に関連するストリーミングされるコンテンツを記述するＳＤＰ（session description protocol）でクライアント５２０に提供される（５４０）。

【0037】

ＰＳＳサービスでは、クライアント５２０は、通常、ＲＴＳＰ ＤＥＳＣＲＩＢＥメッセージ内で装置方位情報をサーバ５１０へ送信する。このメッセージは、クライアント５２０からの更なるシグナリングが存在しない場合に装置方位を示すDefaultOrientation属性（表２）を有しても良い。さらに、ProfDiffシグナリングは、現在の装置方位が規定装置方位と異なるとき、装置能力プロファイルを一時的に調整するために用いられる。能力交換をサポートするＰＳＳコンテンツサーバは、任意の他の後続のＨＴＴＰ又はＲＴＳＰ要求の中で、クライアントから装置方位情報を受信できる。

【0038】

ＩＭＳ ＰＳＳ ＭＢＭＳサービスでは、クライアント５２０は、サービス発見中に、ＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージ内の装置方位情報をＩＰマルチメディア（ＩＭ）コアネットワーク（ＣＮ）サブシステムへ送信できる。次に、ＩＭ ＣＮサブシステムは、該メッセージをサービス発見機能（Service Discovery Function：ＳＤＦ）へ転送する。例えば、図６は、ＵＥ６１０（ＵＥ１１０と同じ又は同義）と、ＩＭ ＣＮサブシステム６２０と、ＳＤＦ６３０との間の装置方位メッセージ交換６００を示す。ＩＭ ＣＮサブシステム６２０及びＳＤＦ６３０は、アクセスネットワークドメイン、例えばＲＡＮ１６８（図１）と接続するコアネットワークドメインの部分であっても良い。

【0039】

ＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージ６４０は、クライアント６１０からの更なるシグナリングが存在しない場合に装置方位を示す規定装置方位属性を有しても良い。ＳＤＦ６３０は、例えばＵＥ６１０の能力に従って、ユーザのプロファイルのための適正なサービス発見情報を決定する（Personalized Service Discovery）。ＳＤＦ６３０は、サービス発見情報を含むＵＥ６１０へのＳＩＰ ＮＯＴＩＦＹメッセージ６５０をＩＭ ＣＮサブシステム６２０宛に送信する。ＩＭ ＣＮサブシステム６２０は、ＳＩＰ ＮＯＴＩＦＹメッセージ６５０をＵＥ６１０へと中継して返す。各メッセージ中継は、ＳＩＰ ＯＫメッセージにより肯定応答される。このメッセージ交換の枠組みは、ＰＳＳ及びＭＢＭＳユーザサービスにおける装置方位情報を利用してサービス発見を最適化できる。続いて、ＩＭサブシステム（ＩＭＳ）セッション中、ＵＥ６１０は、現在の装置方位が規定装置方位と異なる場合にProfDiffに基づく装置方位に対する任意の一時的調整を含む更新を示すためにＳＩＰシグナリングを用いても良い。更新は、現在の装置方位情報を含む更なるＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージを通じて加入をリフレッシュすることにより伝達される。

【0040】

図７は、１又は複数の実施形態による、装置方位能力交換シグナリング及び装置方位に応答してマルチメディアコンテンツのサーバ適応を実装できる情報処理システム７００のブロック図を示す。図７の情報処理システム７００は、図１、３、４又は５に示し説明したネットワーク１００のネットワーク要素のうちの任意のもののうちの１又は複数を有形に具現しても良い。例えば、情報処理システム７００は、クライアント１１０、メディアサーバ１１２、又は装置能力サーバ１３０のハードウェアを表しても良い。ここで、特定の装置又はネットワーク要素のハードウェア仕様に依存してより多くの又は少ないコンポーネントがある。例えば、ＵＥとして、システム７００は、通常、方位センサを有し得る。情報処理システム７００は、幾つかの種類のコンピューティングプラットフォームの一例を示すが、情報処理システム７００は、図７に示したものより多くの又は少ない要素及び／又は要素の異なる配置を有しても良い。

【0041】

情報処理システム７００は、プロセッサ７１０及び／又は７１２のような、１又は複数の処理コアを有しても良い１又は複数のプロセッサを有する。プロセッサ７１０、７１２のうちの１又は複数は、メモリブリッジ７１４を介して、プロセッサ７１０、７１２のうちの１又は複数の外部に又は少なくとも部分的に内部に配置されても良い１又は複数のメモリ７１６及び／又は７１８に結合されても良い。メモリ７１６及び／又はメモリ７１８は、種々の種類の半導体に基づくメモリ、例えば揮発性型メモリ及び／又は不揮発性型メモリを有しても良い。メモリブリッジ７１４は、情報処理システム７００に結合されるディスプレイ装置（図示しない）を駆動するグラフィックシステム７２０に結合しても良い。

【0042】

情報処理システム７００は、種々の種類のＩ／Ｏシステムに結合する入力／出力（Ｉ／Ｏ）ブリッジ７２２を更に有しても良い。Ｉ／Ｏシステム７２４は、１又は複数の周辺装置を情報処理システム７００に結合するために、例えばＵＳＢ（universal serial bus）型システム、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）１３９４型システム、等を有しても良い。バスシステム７２６は、１又は複数の周辺装置を情報処理システム７００に接続するために、ＰＣＩ（peripheral component interconnect）express型バス等のような１又は複数のバスシステムを有しても良い。ハードディスクドライブ（ＨＤＤ）制御システム７２８は、１又は複数のハードディスクドライブ等を情報処理システム７００、例えばシリアルＡＴＡ型ドライブ等、又は代替でフラッシュメモリ、位相変化及び／又はカルコゲニド型メモリ等を備える半導体に基づくドライブに結合しても良い。スイッチ７３０は、１又は複数の交換装置をＩ／Ｏブリッジ７２２、例えばギガビットイーサネット（登録商標）型装置等に結合するために用いられても良い。さらに、図７に示すように、情報処理システム７００は、他の無線通信装置との及び／又は図４の伝送システム４００のような無線ネットワークを介した無線通信のために１又は複数のアンテナ７３４に結合するＲＦ回路及び装置を有する無線周波数（ＲＦ）通信機７３２を有しても良い。情報処理システムが複数のアンテナ７３４を有する場合、ＲＦ受信機７３２は、ＭＩＭＯ（multiple-input, multiple-output）通信方式を実装しても良い。しかしながら、請求される主題の範囲はこれに関して限定されない。ＵＥの文脈で情報処理システムの例示的な実施形態は、以下に図８に示され図８と関連して説明される。

【0043】

図８は、携帯電話機、スマートフォン、タブレット型装置、等として具現化される、図７の情報処理システム７００の等尺図である。システム７００は、図１のクライアント１１０を有する。また、システム７００は、装置方位能力交換シグナリングを実装し、装置方位に応答してマルチメディアコンテンツのサーバ適応を開始する。情報処理システム７００は、ユーザの指８１６を介して及び／又はスタイラス８１８を介して１又は複数のプロセッサ７１０又は７１２を制御するための触覚入力制御及びコマンドを受信するタッチスクリーン８１４を備えても良いディスプレイ８１２を含む筐体８１０を有しても良い。筐体８１０は、情報処理システム７００の１又は複数のコンポーネント、例えば１又は複数のプロセッサ７１０、７１２、１又は複数のメモリ７１６、７１８、又は通信機７３２を収容しても良い。情報処理システム７００は、任意で、１又は複数のボタン又はスイッチを介して情報処理システムを制御するためのキーボード又はボタンを含む物理アクチュエータ領域８２０を更に有しても良い。情報処理システム７００は、例えばＳＤ（secure digital）カード又はＳＩＭ（subscriber identity module）カードの形式のフラッシュメモリのような不揮発性メモリを受けるポート又はスロット８２２を有しても良い。任意で、情報処理システム７００は、１又は複数のスピーカ８２３及びマイクロフォン８２４と、情報処理システム７００を別の電子装置、ドック、ディスプレイ、バッテリ充電器、等に接続する接続ポートと、を更に有しても良い。さらに、情報処理システム７００は、筐体８１０の片側又は両側に、ヘッドフォン又はスピーカジャック８２８と、１又は複数のカメラ８３０と、を有しても良い。システム７００は、内部方位センサ８４０を有する。留意すべきことに、図７及び８の情報処理システム７００は、種々の配置で、図示のものより多くの又は少ない要素を有しても良い。

【0044】

当業者は、本発明の基礎的な原理から逸脱することなく、上述の実施形態の詳細事項に対して多くの変更が行われ得ることを理解するだろう。したがって、本発明の範囲は、添付の請求の範囲によってのみ決定されるべきである。

【0045】

［関連出願］
本願は、３５U.S.C.§１１９(e)に基づき、米国仮特許出願番号第６１/６７９,６２７号、２０１２年８月３日出願（代理人管理番号P４６６３０Z）、及び米国仮特許出願番号第６１/７１９,２４１号、２０１２年１０月２６日出願（代理人管理番号P５０３２８Z）の優先権の利益を請求する。米国仮特許出願番号第６１/６７９,６２７号及び米国仮特許出願番号第６１/７１９,２４１号は、参照することにより、全体が本願明細書に組み込まれる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】