(57)【特許請求の範囲】
【請求項１】
ビデオの向きの調整（ＣＶＯ）を伴うストリーミングを提供するサーバの装置であって、
メモリと、
クライアントから受信されるデバイス能力交換メッセージを処理し、
前記クライアントにストリーミングされるコンテンツを、前記サーバにおいて修正する
１又は複数のプロセッサと
を備え、
前記デバイス能力交換メッセージは、ＣＶＯ属性を含み、
前記クライアントに関する前記デバイス能力交換メッセージが、前記クライアントが向きを意識した端末ではないことを示す前記ＣＶＯ属性を含まない場合、前記コンテンツは、前記クライアントへの供給に先立って、ストリーミングされるハイパーテキスト転送プロトコル（ＨＴＴＰ）上での動的適応型ストリーミング（ＤＡＳＨ）のコンテンツのレンダリング方向を、不整合に関して修正することにより修正され、
アダプテーションセット、リプレゼンテーション又はサブ・リプレゼンテーションに関するコーデック共通属性又はエレメントにおいて提供されるＣＶＯ指示属性を有する、ストリーミングされるハイパーテキスト転送プロトコル（ＨＴＴＰ）上での動的適応型ストリーミング（ＤＡＳＨ）コンテンツに関するメディアプレゼンテーション記述（ＭＰＤ）メタデータファイルが、前記サーバから前記クライアントに供給され、前記コーデック共通属性は、向きのあるビデオコンポーネント及び関連するＣＶＯ情報が、前記ストリーミングされるＤＡＳＨコンテンツ中に存在することを示す「３ｇｖｏ」に設定される、
装置。
【請求項２】
前記クライアントに関する前記デバイス能力交換メッセージが、前記クライアントが向きを意識した端末ではないことを示す前記ＣＶＯ属性を含まない場合、前記コンテンツは、前記クライアントへの供給に先立って、リアルタイムトランスポートプロトコル（ＲＴＰ）ストリームのレンダリング方向を、不整合に関して修正することにより修正され、
前記ストリーミングされるコンテンツを修正する前記１又は複数のプロセッサは、さらに、
ＲＴＰ拡張ヘッダ中に含まれるＣＶＯ情報に関し、ＣＶＯ用の２ビットの粒度を表す「ｕｒｎ：３ｇｐｐ：ｖｉｄｅｏ−ｏｒｉｅｎｔａｔｉｏｎ」又は高粒度ＣＶＯ用の６ビットの粒度を表す「ｕｒｎ：３ｇｐｐ：ｖｉｄｅｏ−ｏｒｉｅｎｔａｔｉｏｎ：６」というＣＶＯの統一資源名（ＵＲＮ）を有するａ＝ｅｘｔｍａｐ属性を用いたＣＶＯ指示を有するリアルタイムトランスポートプロトコル（ＲＴＰ）ストリームに関するセッション記述プロトコル（ＳＤＰ）ファイルを、前記クライアントに供給する、
請求項１に記載の装置。
【請求項３】
前記１又は複数のプロセッサは、
国際標準化機構（ＩＳＯ）ファイルフォーマットのボックス構造のサンプル記述ボックス中のＣＶＯタイムドメタデータトラックに関するＣＶＯサンプルエントリを用いて、第３世代パートナシッププロジェクト（３ＧＰＰ）ファイルフォーマット（３ＧＰ）ファイル中に、ＣＶＯデータを格納する、又は、
ＲＴＰ拡張ヘッダ中に、リアルタイムトランスポートプロトコル（ＲＴＰ）ストリームに関するＣＶＯデータを格納し、
複数のＣＶＯサンプルエントリフィールドは、ボックスヘッダのサイズ若しくはタイプ、データ参照インデックス（ｄａｔａ−ｒｅｆｅｒｅｎｃｅ−ｉｎｄｅｘ）、又は、粒度を含み、
前記ボックスヘッダのタイプは、「３ｇｖｏ」の値用に設定される、
請求項１又は請求項２に記載の装置。
【請求項４】
前記クライアントに関するデバイス能力に関する情報を受信する前記１又は複数のプロセッサは、さらに、
パケット交換ストリーミングサービス（ＰＳＳ）能力に関する情報を交換し、
前記ＣＶＯ属性は、
前記クライアントが、複数のリアルタイムトランスポートプロトコル（ＲＴＰ）ストリームのＣＶＯ対応レシーバであるか否かを示すストリーミングＣＶＯ能力属性、
前記クライアントが、前記複数のＲＴＰストリームの高粒度ＣＶＯ対応レシーバであるか否かを示すストリーミング高粒度ＣＶＯ能力属性、
前記クライアントが、複数の第３世代パートナシッププロジェクト（３ＧＰＰ）ファイルフォーマット（３ＧＰ）ファイルのＣＶＯ対応レシーバであるか否かを示す３ＧＰＣＶＯ能力属性、又は、
前記クライアントが、前記複数の３ＧＰファイルの高粒度ＣＶＯ対応レシーバであるか否かを示す３ＧＰ高粒度ＣＶＯ能力属性、
を含む、
請求項１から請求項３までの何れか一項に記載の装置。
【請求項５】
前記ストリーミングされるコンテンツを修正する前記１又は複数のプロセッサは、さらに、ビデオの向きの不整合を修正して、前記クライアントにおいて、正しいビデオの向きでコンテンツを再生することを保証するべく、向きを意識したコンテンツ適応、向きを意識したコンテンツ選択、向きを意識したコード変換、又は、向きを意識したフォーマット変換を実行する、
請求項１から請求項４までの何れか一項に記載の装置。
【請求項６】
前記サーバは、
第３世代パートナシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）パケット交換ストリーミングサービス（ＰＳＳ）サーバ、
ハイパーテキスト転送プロトコル（ＨＴＴＰ）上での動的適応型ストリーミング（ＤＡＳＨ）サーバ、又は、
統合マルチメディアサブシステム（ＩＭＳ）を利用したＰＳＳ、並びに、マルチメディアブロードキャスト及びマルチキャストサービス（ＭＢＭＳ）（ＩＭＳ＿ＰＳＳ＿ＭＢＭＳ）サーバ、
を含む、
請求項１から請求項５までの何れか一項に記載の装置。
【請求項７】
サーバのコンピュータに、
前記サーバにおいて、クライアントに関するデバイス能力に関する情報を受信する手順と、
前記デバイス能力に関する情報がビデオの向きの調整（ＣＶＯ）属性を含むか否かを特定する手順と、
前記ＣＶＯ属性に基づいて、ストリーミングされるコンテンツを、前記クライアントに適応させる手順と
を実行させ、
前記ストリーミングされるコンテンツを適応させる手順は、
アダプテーションセット、リプレゼンテーション又はサブ・リプレゼンテーションに関するコーデック共通属性又はエレメントにおいて提供されるＣＶＯ指示属性を有する、ストリーミングされるハイパーテキスト転送プロトコル（ＨＴＴＰ）上での動的適応型ストリーミング（ＤＡＳＨ）コンテンツに関するメディアプレゼンテーション記述（ＭＰＤ）メタデータファイルを、前記クライアントに供給する手順であって、前記コーデック共通属性は、向きのあるビデオコンポーネント及び関連するＣＶＯ情報が、前記ストリーミングされるＤＡＳＨコンテンツ中に存在することを示す「３ｇｖｏ」に設定される、手順をさらに含む、
プログラム。
【請求項８】
前記ストリーミングされるコンテンツを適応させる手順は、
前記クライアントに関する前記デバイス能力に関する情報が、前記クライアントが向きを意識した端末ではないことを示す前記ＣＶＯ属性を含まない場合、ハイパーテキスト転送プロトコル（ＨＴＴＰ）ストリーム、又はＨＴＴＰ上での動的適応型ストリーミング（ＤＡＳＨ）の表示の向きを、不整合に関して修正する手順、又は、
前記クライアントに関する前記デバイス能力に関する情報が、前記クライアントが向きを意識した端末であることを示す前記ＣＶＯ属性を含む場合、ストリームの前記表示の向きを修正するべく、メディアプレゼンテーション記述（ＭＰＤ）メタデータファイルにＣＶＯ指示属性を埋め込む手順、
をさらに備える、
請求項７に記載のプログラム。
【請求項９】
前記ストリーミングされるコンテンツを適応させる手順は、
前記クライアントに関する前記デバイス能力に関する情報が、前記クライアントが向きを意識した端末ではないことを示す前記ＣＶＯ属性を含まない場合、リアルタイムトランスポートプロトコル（ＲＴＰ）ストリームの表示の向きを、不整合に関して修正する手順、又は、
前記クライアントに関する前記デバイス能力に関する情報が、前記クライアントが向きを意識した端末であることを示す前記ＣＶＯ属性を含む場合、ストリームの前記表示の向きを修正するべく、セッション記述プロトコル（ＳＤＰ）ファイルにＣＶＯ指示属性を埋め込む手順、
をさらに備える、
請求項７に記載のプログラム。
【請求項１０】
前記ストリーミングされるコンテンツを適応させる手順は、
ＲＴＰ拡張ヘッダ中に含まれるＣＶＯ情報に関し、ＣＶＯ用の２ビットの粒度を表す「ｕｒｎ：３ｇｐｐ：ｖｉｄｅｏ−ｏｒｉｅｎｔａｔｉｏｎ」又は高粒度ＣＶＯ用の６ビットの粒度を表す「ｕｒｎ：３ｇｐｐ：ｖｉｄｅｏ−ｏｒｉｅｎｔａｔｉｏｎ：６」というＣＶＯの統一資源名（ＵＲＮ）を有するａ＝ｅｘｔｍａｐ属性を用いたＣＶＯ指示を有するリアルタイムトランスポートプロトコル（ＲＴＰ）ストリームに関するセッション記述プロトコル（ＳＤＰ）ファイルを、前記クライアントに供給する手順と
をさらに備える、
請求項９に記載のプログラム。
【請求項１１】
前記ストリーミングされるコンテンツを適応させる手順は、第３世代パートナシッププロジェクト（３ＧＰＰ）ファイルフォーマット（３ＧＰ）ファイル中に、ユーザにより生成されたコンテンツ（ＵＧＣ）ビデオに関する、埋め込まれたＣＶＯ情報を含む、前記ＵＧＣビデオを受信する手順をさらに備え、
前記３ＧＰファイルは、
国際標準化機構（ＩＳＯ）ファイルフォーマットのボックス構造のサンプル記述ボックスにおけるＣＶＯタイムドメタデータトラックに関するＣＶＯサンプルエントリ、又は、
メディアプレゼンテーション記述（ＭＰＤ）のアダプテーションセット、リプレゼンテーション又はサブ・リプレゼンテーションに関するコーデック共通属性若しくはエレメント、
を使用し、
複数のＣＶＯサンプルエントリフィールドは、ボックスヘッダのサイズ若しくはタイプ、データ参照インデックス、又は、粒度を含み、
前記ボックスヘッダのタイプは、３ｇｖｏの値用に設定され、
前記コーデック共通属性は、向きのあるビデオコンポーネント及び関連するＣＶＯ情報が、ストリーミングされるハイパーテキスト転送プロトコル（ＨＴＴＰ）上での動的適応型ストリーミング（ＤＡＳＨ）コンテンツ中に存在することを示す「３ｇｖｏ」に設定される、
請求項７から請求項９までの何れか一項に記載のプログラム。
【請求項１２】
前記ストリーミングされるコンテンツを適応させる手順は、
国際標準化機構（ＩＳＯ）ファイルフォーマットのボックス構造のサンプル記述ボックス中のＣＶＯタイムドメタデータトラックに関するＣＶＯサンプルエントリを用いて、第３世代パートナシッププロジェクト（３ＧＰＰ）ファイルフォーマット（３ＧＰ）ファイル中に、ＣＶＯデータを格納する手順と、
ＲＴＰ拡張ヘッダ中に、リアルタイムトランスポートプロトコル（ＲＴＰ）ストリームに関するＣＶＯデータを格納する手順と、
をさらに含み、
複数のＣＶＯサンプルエントリフィールドは、ボックスヘッダのサイズ若しくはタイプ、データ参照インデックス（ｄａｔａ−ｒｅｆｅｒｅｎｃｅ−ｉｎｄｅｘ）、又は、粒度を含み、
前記ボックスヘッダのタイプは、「３ｇｖｏ」の値用に設定される、
請求項７から請求項９までの何れか一項に記載のプログラム。
【請求項１３】
前記クライアントに関する前記デバイス能力に関する情報を受信する手順は、
前記クライアントに関する、パケット交換ストリーミングサービス（ＰＳＳ）クライアント能力に関する情報を交換する手順をさらに含み、
前記デバイス能力に関する情報は、
前記クライアントが、複数のリアルタイムトランスポートプロトコル（ＲＴＰ）ストリームのＣＶＯ対応レシーバであるか否かを示すストリーミングＣＶＯ能力属性、
前記クライアントが、複数のＲＴＰストリームの高粒度ＣＶＯ対応レシーバであるか否かを示すストリーミング高粒度ＣＶＯ能力属性、
前記クライアントが、複数の第３世代パートナシッププロジェクト（３ＧＰＰ）ファイルフォーマット（３ＧＰ）ファイルのＣＶＯ対応レシーバであるか否かを示す３ＧＰＣＶＯ能力属性、又は、
前記クライアントが、複数の３ＧＰファイルの高粒度ＣＶＯ対応レシーバであるか否かを示す３ＧＰ高粒度ＣＶＯ能力属性、
を含む、
請求項７から請求項１２までの何れか一項に記載のプログラム。
【請求項１４】
請求項７から請求項１３までの何れか一項に記載のプログラムを格納するコンピュータ可読記録媒体。
【発明の詳細な説明】
【背景技術】
【０００１】
［関連出願の相互参照］
本願は、代理人整理番号がＰ５０３２８Ｚであり、２０１２年１０月２６日に出願された米国仮出願シリアルＮｏ．６１／７１９，２４１の利益を主張し、ここで、参照により組み込む。本願は、代理人整理番号がＰ５３５０４Ｚであり、２０１３年１月１７日に出願された米国仮出願シリアルＮｏ．６１／７５３，９１４の利益を主張し、ここで、参照により組み込む。本願は、代理人整理番号がＰ５７４６０Ｚであり、２０１３年５月２８日に出願された米国仮出願シリアルＮｏ．６１／８４１，２３０の利益を主張し、ここで、参照により組み込む。
無線移動通信技術は、ノード（例えば、送信局）と無線デバイス（例えば、モバイルデバイス）との間でデータを伝送するために、様々な規格及びプロトコルを用いる。いくつかの無線デバイスは、ダウンリンク（ＤＬ）送信において直交周波数分割多元接続（ＯＦＤＭＡ）を、アップリンク（ＵＬ）送信においてシングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）を用いて通信する。信号伝送のために直交周波数分割多重（ＯＦＤＭ）を用いる複数の規格及び複数のプロトコルは、第３世代パートナシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）、ＷｉＭＡＸ（登録商標）（Ｗｏｒｌｄｗｉｄｅ  ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）として複数の業界団体に広く知られている電気電子技術者協会（ＩＥＥＥ）８０２．１６規格（例えば、８０２．１６ｅ、８０２．１６ｍ）、及びＷｉＦｉとして複数の業界団体に広く知られているＩＥＥＥ８０２．１１規格を含む。
【０００２】
複数の３ＧＰＰ無線アクセスネットワーク（ＲＡＮ）ＬＴＥシステムにおいて、ノードは、（複数の進化型ノードＢ、複数の拡張型ノードＢ、複数のｅＮｏｄｅＢ、又は複数のｅＮＢとしても一般的に示される。）複数の進化型ユニバーサル地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）ノードＢ、及び複数の無線ネットワークコントローラ（ＲＮＣ）の組み合わせであり得、ユーザ機器（ＵＥ）として知られる無線デバイスと通信する。ダウンリンク（ＤＬ）送信は、ノード（例えば、ｅＮｏｄｅＢ）から無線デバイス（例えば、ＵＥ）への通信であり得、アップリンク（ＵＬ）送信は、無線デバイスからノードへの通信であり得る。
【０００３】
無線デバイスは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）ストリーミングなどの様々なプロトコルを用いたインターネットビデオのマルチメディア配信の受信に利用され得る。ＨＴＴＰを利用したビデオストリーミングの配信を提供するプロトコルは、ＨＴＴＰ上での動的適応型ストリーミング（ＤＡＳＨ）を含み得る。
【図面の簡単な説明】
【０００４】
本開示の複数の特徴及び複数の利点は、本開示の複数の特徴を例として共に示す添付の複数の図面と併用される、以下の詳細な説明から明らかになるだろう。
【図１】一実施例に係る、パケット交換ストリーミングサービス（ＰＳＳ）能力交換（ｃａｐａｂｉｌｉｔｙ  ｅｘｃｈａｎｇｅ）における複数の機能コンポーネントの図を示す。
【図２】一実施例に係る、例示的な、ハイパーテキスト転送プロトコル（ＨＴＴＰ）上での動的適応型ストリーミングを利用した（ＤＡＳＨ−ｂａｓｅｄ）、ビデオの向き（ビデオオリエンテーション）の調整（ＣＶＯ）を伴うストリーミングを示す。
【図３】一実施例に係る、例示的な、リアルタイムストリーミングプロトコルを利用した（ＲＴＳＰ−ｂａｓｅｄ）、ビデオの向きの調整（ＣＶＯ）を伴うストリーミングを示す。
【図４】一実施例に係る国際標準化機構ベースの（ＩＳＯ−ｂａｓｅ）メディアファイルフォーマット（ＩＳＯ−ＢＭＦＦ）の具体例を用いて、第３世代パートナシッププロジェクト（３ＧＰＰ）ファイルフォーマット（３ＧＰ）ファイルへの、ビデオオリエンテーション調整（ＣＶＯ）情報の埋め込みの一例を示す。
【図５】一実施例に係る、国際標準化機構（ＩＳＯ）ファイルフォーマットのボックス構造の階層を示す。
【図６】一実施例に係る埋め込まれたビデオオリエンテーション調整（ＣＶＯ）情報を有するコンテンツの受信に基づく、デバイスの向きを意識したマルチメディア適応（ｄｅｖｉｃｅ  ｏｒｉｅｎｔａｔｉｏｎ−ａｗａｒｅ  ｍｕｌｔｉｍｅｄｉａ  ａｄａｐｔａｔｉｏｎ）を用いた、例示的なサーバ−クライアント間のインタラクションを示す。
【図７】一実施例に係る、共通グループ、表現、複数の属性及び複数のエレメントからなる拡張マークアップ言語の構文（ＸＭＬ−  ｓｙｎｔａｘ）の表（つまり、表３である。）を示す。
【図８】一実施例に係る、メディアプレゼンテーション記述（ＭＰＤ）メタデータファイル構成のブロック図を示す。
【図９】一実施例に係る、サーバにおいて、移動端末（ＭＴ）のビデオオリエンテーション調整（ＣＶＯ）能力をシグナリングする方法のフローチャートを示す。
【図１０】一実施例に係る、ビデオの向きの調整（ＣＶＯ）を伴うストリーミングを提供するように動作可能なサーバのコンピュータ回路の機能を示す。
【図１１】一実施例に係る、サーバ、ノード及びユーザ機器（ＵＥ）の図を示す。
【図１２】一実施例に係る、無線デバイス（例えばＵＥ）の図を示す。  ここで、示された例示的な複数の実施形態を参照し、特殊言語が、それらを説明するために本明細書中で用いられるであろう。それでもなお、本発明の範囲の限定がそのことによって意図されないことが理解されるであろう。
【発明を実施するための形態】
【０００５】
本発明が開示及び説明される前に、本発明がここで開示される特定の複数の構造、複数の処理ステップ、又は複数の材料に限定されないが、当業者が認識し得るそれらの複数の均等物にまで拡張されることが理解されるべきである。また、ここで採用される用語が特定の複数の実施例を説明するためだけに用いられ、限定することを意図されないことが理解されるべきである。異なる複数の図面における同じ複数の参照符号は、同じエレメントを表す。複数のフローチャート及び複数の処理において提供される複数の数字は、複数のステップ及び複数のオペレーションを例示することにおける明確性のために提供され、必ずしも特定の順序又は配列を示さない。
【０００６】
［例示的な実施形態］
技術の複数の実施形態の最初の概要が以下に提供され、そして、具体的な技術の複数の実施形態が後でより詳しく説明される。この最初の要約は、技術をより迅速に理解する上で読み手を助けることが意図されるが、技術の重要な複数の特徴又は必須の複数の特徴を特定することは意図されず、又は特許請求された主題の範囲を限定することは意図されない。
【０００７】
ストリーミング及び対話型の複数のサービスを含む、複数のマルチメディアサービスの成長は、複数の新たなモバイルブロードバンド技術及び規格への発展の複数の原動力の一つである。メディア圧縮及び複数の無線ネットワーク基盤における複数の発達と相まって、複数のマルチメディアサービスに関する消費者の需要が高まるとともに、複数のセルラー及びモバイルブロードバンドシステムの複数のマルチメディアサービス能力の向上が望まれている。複数のマルチメディアサービス能力は、どの場所からも、どの時点であっても、どのデバイス及び技術を用いていても、ビデオコンテンツ及び複数のサービスへのユビキタスアクセスを確保して、高い体感品質（ＱｏＥ）を複数の消費者に供給するために用いられ得る。様々なモバイルデバイスをサポートすること、及び、様々なデバイスクラス及び能力に最適化された、複数のメディアハンドリングプロシージャ及び複数のセッション管理プロトコルを用意することが、ユビキタスな方法で、ＱｏＥの高いマルチメディアコンテンツの供給を可能にするために用いられ得る。
【０００８】
リアルタイムビデオ通信に用いられる複数のモバイルデバイスに複数の方位センサを導入することで、ディスプレイコンテンツは、デバイスの向きに合うように回転され得る。一例において、方位センサは、重力場を測定することで、デバイスの向きを検出し得る。他のタイプの方位センサが用いられてもよい。デバイスの向きは、さらに、向きに応じてデバイスの複数の機能を調整するための複数の用途に用いられ得る。例えば、デバイスは、ユーザインタフェース又はビデオの向きを、デバイスの向きに基づいて、ポートレート又はランドスケープモードのいずれかに回転させてよい。
【０００９】
クライアントデバイスが方位センサを含むことがあるので、コンテンツ若しくはサービスのプロバイダは、そのコンテンツの、複数のデバイスの向きに最適化された、エンコードの異なる複数のバージョンを提供してよく、又は、コンテンツ／サービスのプロバイダは、最適化された体験を供給するために、コンテンツキャプチャ（例えば、オンザフライ）の間に、コンテンツをキャプチャ若しくはコード変換してもよい。ユーザ機器（ＵＥ）からネットワークへの、複数の方位センサ能力及び／又は現在のデバイスの向きに関するシグナリングは、ネットワーク側でコンテンツに適応して、高品質のクライアント体験を供給する複数の機会を提供し得る。マルチメディア適応を利用したデバイス及び／又はビデオの向きへの適応は、２次元（２Ｄ）及び３次元（３Ｄ）の両方のビデオ用途に適用し得る。２Ｄビデオの例において、デバイスの向きに基づいて、ポートレート若しくはランドスケープのビデオビュー、及び／又は、複数の異なる視野角が適応されてよい。３Ｄビデオの例において、デバイスの向きに基づいて、上記の複数の異なる視野角及び深度の情報が適応されてよい。
【００１０】
能力交換シグナリングは、（３ＧＰＰ技術仕様（ＴＳ）  ２６．２３４  ＶＩ  １．１．０（２０１２−０９）に記載されているような）第３世代パートナシッププロジェクトの（３ＧＰＰ'ｓ）パケット交換ストリーミングサービス（ＰＳＳ）、（３ＧＰＰ  ＴＳ  ２６．２４７  ＶＩ  １．０．０（２０１２−０９）に記載されているような）ＨＴＴＰ上での動的適応型ストリーミング（ＤＡＳＨ）、並びに、（ＩＭＳ＿ＰＳＳ＿ＭＢＭＳと略され、３ＧＰＰ  ＴＳ  ２６．２３７  ＶＩ  １．０．０（２０１２−０６）に記載されているような）統合マルチメディアサブシステム（ＩＭＳ）を利用したＰＳＳ、及び、マルチメディアブロードキャスト及びマルチキャストサービス（ＭＢＭＳ）において、重要な機能であり得る。
【００１１】
能力交換は、ＰＳＳ、ＤＡＳＨ及びＩＭＳ＿ＰＳＳ＿ＭＢＭＳの複数のサーバが、移動端末の具体的な能力に関する情報に基づいて、広範囲のデバイスに、対象となっている特定のデバイスに適したコンテンツを提供することを可能にする。ストリーミングに関するサーバ側のコンテンツネゴシエーションを促進する目的で、ＰＳＳ又はＩＭＳ＿ＰＳＳ＿ＭＢＭＳのサーバは、デバイス能力記述（ｄｅｖｉｃｅ  ｃａｐａｂｉｌｉｔｙ  ｄｅｓｃｒｉｐｔｉｏｎ）を介して、移動端末（ＭＴ）の具体的な能力の記述にアクセスしてよい。デバイス能力記述（ｄｅｖｉｃｅ  ｃａｐａｂｉｌｉｔｙ  ｄｅｓｃｒｉｐｔｉｏｎ）は、多数の属性を含んでよい。ＤＡＳＨにおいて、デバイス能力シグナリングの複数の属性が、以下の複数のパラメータを含んでもよい。
デコーダ前のバッファサイズ、
初期バッファリング期間、
デコーダ能力、
複数のディスプレイ特性（例えば、スクリーンサイズ、解像度、又は、ビット深度）、
ストリーミング方法（例えば、リアルタイムストリーミングプロトコル（ＲＴＳＰ）、又は、ＨＴＴＰ）、
適応のサポート、
ＱｏＥのサポート、
拡張リアルタイムトランスポートプロトコル（ＲＴＰ）コントロールプロトコル（ＲＴＣＰ）リポーティングのサポート、及び、
ファーストコンテンツスイッチングのサポート、並びに、
サポートされた複数のＲＴＰプロファイル、及び、複数のセッション記述プロトコル（ＳＤＰ）属性。
【００１２】
ストリーミングセッションをセットアップする間、サーバは、移動端末にマルチメディアコンテンツの正確なタイプを提供するべく、デバイス能力記述を用いてよい。サーバは、接続している端末（例えば、移動端末）に、どのストリーム（ｓｔｒｅａｍ）を提供するかを決定するべく、移動端末の能力についての情報を用いてよい。例えば、サーバは、その特定の移動端末に最も適したストリームを決定するべく、特定のストリームの複数の利用可能な変型（ｖａｒｉａｎｔ）についての移動端末に関する条件と、接続している端末の複数の実際の能力とを比較し得る。また、能力交換は、最適化されたセッション記述プロトコル（ＳＤＰ）ファイルを、ＰＳＳ若しくはＩＭＳ＿ＰＳＳ＿ＭＢＭＳのセッションに関連するクライアント端末（例えば、移動端末）に、又は、最適化されたメディアプレゼンテーション記述（ＭＰＤ）メタデータファイルを、ＤＡＳＨのセッションに関連するクライアント端末に、供給することを可能にする。
【００１３】
図１は、ＰＳＳの複数のサービスに関する能力交換の一例を示す図において、移動端末１１０（又はクライアントデバイス若しくはクライアント端末）は、ＰＳＳサーバが、移動端末に関するデバイス能力プロファイル１２２を格納し得るデバイスプロファイルサーバ１２０から、デバイス能力プロファイルを読み出すことができるように、ＭＴのアイデンティティに関する情報をＰＳＳサーバ１３０に提供してよい。ＭＴは、ＨＴＴＰ及び／又はＲＴＳＰのリクエスト１７０を、ＰＳＳサーバに送信してよい。ＨＴＴＰ及び／又はＲＴＳＰのリクエストは、統一資源位置指定子（ＵＲＬ）記述子（ＵＲＬｄｅｓｃ）、及び／又は、プロファイルディファレンス（ｐｒｏｆｉｌｅＤｉｆｆ）ヘッダを含んでよい。ＰＳＳサーバは、デバイスプロファイルサーバに、ＭＴのデバイス能力プロファイルに関するＨＴＴＰリクエスト１６０を送信してよい。デバイスプロファイルサーバは、ＭＴに関するデバイス能力プロファイルを有するＨＴＴＰレスポンス１６２を、ＰＳＳサーバに送信してよい。ＰＳＳサーバは、デバイス能力プロファイルを、マッチさせ（マッチング１３２）、又は、複製してよい。ＰＳＳサーバは、ＭＴに関するデバイス能力プロファイルに基づいて、複数のＨＴＴＰ及び／又はＲＴＳＰの応答１７２、並びに、マルチメディアコンテンツ１７４を、ＭＴに送信してよい。一例において、端末メーカ又はソフトウェアベンダが、当該メーカ又はベンダの複数の製品に関するデバイス能力プロファイルを提供するべく、デバイスプロファイルサーバを管理してよい他の例において、オペレータが、オペレータの複数の加入者に関連するデバイスプロファイルサーバを管理してよい。これにより、加入者が、当該加入者の複数のプロファイルに対して、ユーザに固有の複数のアップデートを行うことを可能にし得る。デバイスプロファイルサーバは、リクエスト応じて、ＰＳＳサーバに、複数のデバイス能力プロファイルを提供してよい。
【００１４】
本明細書中に記載された技術（例えば、複数のサーバ、複数のクライアントデバイス若しくは複数の端末、複数の移動端末、複数の方法、複数のコンピュータ回路、及び、複数のシステム）は、移動端末又はクライアントデバイスのビデオオリエンテーション調整（ＣＶＯ）能力を提供し得る。複数の異なるストリーミングパラダイム（例えば、ＰＳＳ、ＤＡＳＨ、及び、ＩＭＳ＿ＰＳＳ＿ＭＢＭＳである。）は、複数の異なるマルチメディア適応方法及びプロセスを用いてよく、それらは、下記において、より詳細に説明される。
【００１５】
サービスは、プル型ストリーミングプロセス、又は、プッシュ型ストリーミングプロセスを用いてよい。ＤＡＳＨは、プル型ストリーミングの一例を提供する。図２に示されるように、ＤＡＳＨセッションに関して、ＨＴＴＰサーバ２３０は、異なるＣＶＯに最適化されたコンテンツを、ＤＡＳＨクライアント２２０に提供する。ＨＴＴＰサーバは、サポートされている様々なＣＶＯの状態２４０を説明する、ＤＡＳＨクライアントからのデバイス能力交換シグナリングを用いてよい。様々なＣＶＯ向けに、様々にエンコードされたコンテンツを有するメディアプレゼンテーション記述（ＭＰＤ）メタデータファイル２４２において、複数のＣＶＯと、対応するコンテンツ情報とのセットが、ＤＡＳＨクライアントに対してシグナリングされてよい。サーバ−クライアント間のインタラクションが、図２に示される。そして、ＤＡＳＨクライアントのプレーヤは、現在のＣＶＯをトラッキングして、現在のＣＶＯに最適化されたコンテンツの対応する複数のバージョンをリクエストしてよい。
【００１６】
リアルタイムストリーミングプロトコル（ＲＴＳＰ）に基づく複数のＰＳＳサービス、及び、セッション開始プロトコル（ＳＩＰ）に基づくＩＭＳ＿ＰＳＳ＿ＭＢＭＳサービスは、プッシュ型ストリーミングの複数の例を提供する。図３に示されるように、ＰＳＳ又はＩＭＳ＿ＰＳＳ＿ＭＢＭＳサービスに関して、サーバ２３２は、クライアント２２２からＣＶＯ情報２４４を受信して、ＣＶＯに基づいて、コンテンツを適応させる。例えば、サーバは、ＣＶＯに基づいて、格納されたコンテンツの複数のバージョンの中から最も適したコンテンツのバージョンを選択し、又は、コンテンツを動的にコード変換し、当該コンテンツをクライアント２４６にストリーミングしてよい。サーバ−クライアント間のインタラクションが、図３に示される。セッション記述プロトコル（ＳＤＰ）２４６において搬送される、セッション関連メタデータは、ストリーミングされるコンテンツに関するＣＶＯを搬送してよい。
【００１７】
追加的な複数の属性が、ＰＳＳボキャブラリー・デバイス能力交換シグナリングに、追加されてもよい。例えば、「ストリーミングＣＶＯ能力」、「ストリーミング高粒度ＣＶＯ能力」、「３ＧＰＣＶＯ能力」、「３ＧＰ高粒度ＣＶＯ能力」（又は、同様の機能を有する複数の属性）といった複数の属性が、３ＧＰＰ  ＰＳＳのユニキャストストリーミングの仕様を説明するＴＳ  ２６．２３４、及び、３ＧＰＰファイルフォーマットの仕様を説明するＴＳ  ２６．２４４  ＶＩ  １．１．０（２０１２−０９）におけるＰＳＳベースボキャブラリーの、ストリーミング及び３ＧＰファイルフォーマットコンポーネントに、含まれ又は追加されてよい。複数の属性は、名称、定義、コンポーネント、タイプ、複数のリーガルバリュー（又は複数の有効な選択肢（ｖａｌｉｄ  ｏｐｔｉｏｎ）、及び、解像ルールを有してよい。これらの複数の追加的な属性に関して見込まれる構文は、下記のとおりであってよい。
【００１８】
［属性名］ストリーミングＣＶＯ能力
［属性の定義］
クライアントがＲＴＰストリームのＣＶＯ対応レシーバであるか否かを示す。つまり、供給されるコンテンツに関するビデオオリエンテーション情報が、ＲＴＰ拡張ヘッダ（ｕｒｎ：３ｇｐｐ：ｖｉｄｅｏ−ｏｒｉｅｎｔａｔｉｏｎに対応する。）中で、クライアントに伝えられるならば、クライアントは、ビデオの向きを解釈し、レンダリング／表示のために、ビデオの位置を正しく調整することができる。
本属性がレポートされ、且つ、ストリーミング高粒度ＣＶＯ能力属性が「ＹＥＳ」としてレポートされている場合、本属性の値は「ＹＥＳ」であり得る。
［コンポーネント］ストリーミング
［タイプ］リテラル
［リーガルバリュー］「ＹＥＳ」、「ＮＯ」
［解像ルール］ロック（Ｌｏｃｋｅｄ）
【００１９】
［属性名］ストリーミング高粒度ＣＶＯ能力
［属性の定義］
クライアントがＲＴＰストリームの高粒度ＣＶＯ対応レシーバであるか否かを示す。つまり、供給されるコンテンツに関するビデオオリエンテーション情報が、ＲＴＰ拡張ヘッダ（ｕｒｎ：３ＧＰＰ：ｖｉｄｅｏ−ｏｒｉｅｎｔａｔｉｏｎ：６に対応する。）中で、クライアントに伝えられるならば、クライアントは、ビデオの向きを解釈し、レンダリング／表示のために、ビデオの位置を正しく調整することができる。
［コンポーネント］ストリーミング
［タイプ］リテラル
［リーガルバリュー］「ＹＥＳ」、「ＮＯ」
［解像ルール］ロック（Ｌｏｃｋｅｄ）
【００２０】
［属性名］３ＧＰＣＶＯ能力
［属性の定義］
クライアントが複数の３ＧＰファイルのＣＶＯ対応レシーバであるか否かを示す。つまり、供給されるコンテンツのビデオオリエンテーション情報（ｕｒｎ：３ｇｐｐ：ｖｉｄｅｏ−ｏｒｉｅｎｔａｔｉｏｎに対応する。）が、３ＧＰファイル中で、クライアントに伝えられるならば、クライアントは、ビデオの向きを解釈し、レンダリング／表示のために、ビデオの位置を正しく調整することができる。
本属性がレポートされ、且つ、３ＧＰ高粒度ＣＶＯ能力属性が「ＹＥＳ」としてレポートされている場合、本属性の値は「ＹＥＳ」であり得る。
［コンポーネント］３ＧＰファイルフォーマット
［タイプ］リテラル
［リーガルバリュー］「ＹＥＳ」、「ＮＯ」
［解像ルール］ロック（Ｌｏｃｋｅｄ）
【００２１】
［属性名］３ＧＰ高粒度ＣＶＯ能力
［属性の定義］
クライアントが複数の３ＧＰファイルの高粒度ＣＶＯ対応レシーバであるか否かを示す。つまり、供給されるコンテンツのビデオオリエンテーション情報（ｕｒｎ：３ｇｐｐ：ｖｉｄｅｏ−ｏｒｉｅｎｔａｔｉｏｎ：６に対応する。）が、３ＧＰファイル中で、クライアントに伝えられるならば、クライアントは、ビデオの向きを解釈し、レンダリング／表示のために、ビデオの位置を正しく調整することができる。
［コンポーネント］３ＧＰファイルフォーマット
［タイプ］リテラル
［リーガルバリュー］「ＹＥＳ」、「ＮＯ」
［解像ルール］ロック（Ｌｏｃｋｅｄ）
【００２２】
本明細書に記載された技術は、また、３ＧＰファイルのようなキャプチャされるコンテンツに、ＣＶＯ情報を埋め込み得る。図４に示されるように、ストリーミング及びダウンロードの複数のアプリケーションの一部として、複数のサーバが後で使用するために、国際標準化機構（ＩＳＯ）ベースのメディアファイルフォーマット（ＢＭＦＦ）３１０の具体例としての３ＧＰファイル（３ＧＰＰ技術仕様（ＴＳ）  ２６．２４４  ＶＩ  １．１．０（２０１２−０９）に記載されているようなものであり、例えば、ムービングピクチャエクスパーツグループ−４（ＭＰＥＧ−４）ファイルフォーマット３１２の中のｍｐ４ファイル３１４である。）に、ＣＶＯ情報を埋め込むことは有益であり得る。３ＧＰファイル中にそのようなＣＶＯ情報が含まれることで、サーバが、複数のデバイスへのコンテンツの供給を最適化することを目的とした、向きを意識したマルチメディア適応（例えば、向きを意識しないデバイスへの送信に先立って、不整合に関する複数の問題を避けるべく、ビデオを修正することである。）をより実現しやすくなる。埋め込まれたＣＶＯ情報は、ＰＳＳボキャブラリー及びデバイス能力シグナリングフレームワーク中の、複数のデバイスオリエンテーション能力属性において、提供され得る。コンテンツファイル（例えば、ｍｐ４ファイル３１４である。）は、「ｍｏｏｖ」ボックス３１６及びメディアデータ（ｍｄａｔ３１８）のような初期化セグメントを含んでよい。ｍｏｏｖボックスは、初期オブジェクト記述子（ＩＯＤ）３２０と、シーン用バイナリフォーマット（ＢＩＦＳ）トラック３２２と、オブジェクト記述子（ＯＤ）トラックと、ビデオトラック３２６と、オーディオトラック３２８とを含んでよい。埋め込まれたＣＶＯ情報３３０は、ビデオトラック（ｔｒａｋ又はｔｒａｃｋ）の中に含まれてもよい。ｍｄａｔは、インターリーブ（ｉｎｔｅｒｌｅａｖｅｄ）、タイムオーダー（ｔｉｍｅ−ｏｒｄｅｒｅｄ）、ＢＩＦＳ、ＯＤ、ビデオ、及びオーディオアクセスの複数のユニット（ＡＣ）を含んでよい。
【００２３】
他の例において、サービスの仕様は、向きを意識したストリーミングをサポートしてよい。例えば、ＳＤＰを利用し得るＲＴＰストリーミングに関して、ビデオの向きの調整（ＣＶＯ）は、ＰＳＳの仕様に追加されてもよい。ＰＳＳ  ＲＴＰストリーミングの内容の中で、ＣＶＯは、適切なレンダリング及び表示を目的として、ＣＶＯ対応ＰＳＳクライアントに対する画像の現在の向きに関するシグナリングを含み得る。ＣＶＯ対応ＰＳＳサーバは、ＳＤＰの中でＣＶＯを示したり、ＣＶＯ用にフォーマットされたバイト（ｕｒｎ：３ｇｐｐ：ｖｉｄｅｏ−ｏｒｉｅｎｔａｔｉｏｎに対応する。）、及び、高粒度ＣＶＯ用にフォーマットされたバイト（ｕｒｎ：３ｇｐｐ：ｖｉｄｅｏ−ｏｒｉｅｎｔａｔｉｏｎ：６に対応する。）を有する複数のＲＴＰヘッダエクステンションを用いたりすることで、ＣＶＯのシグナリングを実現してよい。複数のＲＴＰヘッダエクステンションは、３ＧＰＰ技術仕様（ＴＳ）２６．１１４  ＶＩ  １．５．０（２０１２−０９）により定義されてもよい。
【００２４】
ＣＶＯ対応ＰＳＳクライアントは、ＣＶＯ及び高粒度ＣＶＯのための回転を補正するべく、ビデオを回転させてよい。回転及びフリップの両方を補正する場合、複数のオペレーションは、ＬＳＢからＭＳＢの順番で実行されてもよい（つまり、まずは回転補正で、その後、フリップ補正である）。
【００２５】
ＣＶＯ対応ＰＳＳサーバは、キーフレーム（例えば、Ｈ．２６４における中間フレーム（Ｉ−フレーム）又は瞬時復号更新（ＩＤＲ）である。）を作成する複数のパケットからなる各グループにおける最後のＲＴＰパケットに、ペイロードの複数のバイトを追加してもよい。また、ＰＳＳサーバは、現在の値が送信された従前の値と異なる場合、別のタイプのフレーム（例えば、予測フレーム（Ｐ−フレーム）である。）を作成する複数のパケットからなる各グループにおける最後のＲＴＰパケットに、ペイロードの複数のバイトを追加してもよい。
【００２６】
中間フレーム（Ｉ−フレーム）は、１又は複数の隣接するフレームの観点から表現され得るビデオ圧縮ストリーム中の１枚のフレームである。ＩＤＲアクセスユニットは、イントラピクチャを含んでよい（つまり、ネットワーク抽象化層（ＮＡＬ）ユニットストリームにおいて、いかなる従前の複数のピクチャも復号することなく復号され得る符号化されたピクチャと、ＩＤＲアクセスユニットの存在とにより、当該ストリーム中の後続のピクチャ（ｓｕｂｓｅｑｕｅｎｔ  ｐｉｃｔｕｒｅ）が、復号されることを目的としてＩＤＲアクセスユニットが含んでいるイントラピクチャより前の複数のピクチャへの参照を使用しないであろうことが示され得る。）。Ｈ．２６４／ムービングピクチャエクスパーツグループ−４（ＭＰＥＧ−４）（Ｈ．２６４／ＭＰＥＧ−４）パート１０、又は、アドバンスト動画コーディング（ＡＶＣ）は、ビデオ圧縮フォーマットであり、高解像度ビデオの記録、圧縮及び配布に用いることができる。Ｐ−フレームは、前方予測（ｆｏｒｗａｒｄ  ｐｒｅｄｉｃｔｅｄ）された複数のピクチャを定義するためのＩ−フレームの１つのタイプであってよい。上記の予測は、時間的に前のピクチャから、データの符号化を少なくするために主にＩ−フレームから、なされてよい。
【００２７】
ＣＶＯ  ＲＴＰヘッダエクステンションが、存在する唯一のヘッダエクステンションである場合、ＲＴＰヘッダに、合計で８バイトが追加されてよい。また、複数のＲＴＰパケットのシーケンスにおける最後のパケットは、マーカービット及び拡張ビットの両方を用いてマーク付けされてよい。
【００２８】
ＲＴＰヘッダエクステンションにおいてＣＶＯ情報がシグナリングされている場合、ＰＳＳサーバは、関連するメディアラインスコープのもとに、ＣＶＯの統一資源名（ＵＲＮ）を示すａ＝ｅｘｔｍａｐ属性を含めることにより、ＳＤＰにおいて当該ＣＶＯ情報をシグナリングしてよい。ＣＶＯのＵＲＮは、「ｕｒｎ：３ｇｐｐ：ｖｉｄｅｏ−ｏｒｉｅｎｔａｔｉｏｎ」のように表されてよい。メディアラインに関連するＣＶＯをシグナリングするためのＵＲＮの使用の一例は、下記のとおりである。
「ａ＝ｅｘｔｍａｐ：７  ｕｒｎ：３ｇｐｐ：ｖｉｄｅｏ−ｏｒｉｅｎｔａｔｉｏｎ」
ＣＶＯのＵＲＮの例における数字の７は、１〜１４の範囲の任意の数字で置き換えられてもよい。
【００２９】
高粒度ＣＶＯ情報がＲＴＰヘッダエクステンション中でシグナリングされている場合、ＰＳＳサーバは、ＣＶＯのＵＲＮを使用して、同様に、ＳＤＰ中で高粒度ＣＶＯ情報をシグナリングしてよい。ここで、高粒度ＣＶＯのＵＲＮは、「ｕｒｎ：３ｇｐｐ：ｖｉｄｅｏ−ｏｒｉｅｎｔａｔｉｏｎ：６」のように表されてよい。メディアラインに関連するＣＶＯをシグナリングするためのＵＲＮの使用の一例は、下記のとおりである。
「ａ＝ｅｘｔｍａｐ  ：  ５  ｕｒｎ：  ３  ｇｐｐ：  ｖｉｄｅｏ−ｏｒｉｅｎｔａｔｉｏｎ：  ６」
【００３０】
従って、一実施例において、キャプチャされた複数の画像の、一連の、向きに関する値（ｏｒｉｅｎｔａｔｉｏｎ  ｖａｌｕｅ）の連続的な記録として、ＣＶＯ情報を含むことが、３ＧＰファイルフォーマット中に記録され得る。ボックスは、ＩＳＯベースのメディアファイルフォーマット  （ＩＳＯ−ＢＭＦＦ）、又は、タイムドＣＶＯ情報に関する３ＧＰＰファイルフォーマット中において定義され得る。例えば、ビデオトラック、又は、３ＧＰＰファイルフォーマット（３ＧＰ）のＲＴＰヒントトラックは、向きに関する情報を埋め込むために用いられてもよい。図４に示されるように、ＤＡＳＨに基づいてフォーマットされたコンテンツに関して、ＣＶＯ情報は、初期化セグメント中（例えば、ＩＳＯ−ＢＭＦＦ用の「ｍｏｏｖ」ボックス中である。）、又は、メディアセグメント中（例えば、ＩＳＯ−ＢＭＦＦ用の「ｍｏｏｆ」ボックス中である。）などのファイル−レベルＩＳＯ−ＢＭＦＦボックス内で搬送されてよい。他の例において、ＩＳＯ−ＢＭＦＦのタイムドメタデータトラックが、ＣＶＯ情報を含めるためのトラックとして選択されてよい。例えば、ＣＶＯ専用に、複数のＣＶＯパラメータに関する記述を有するＣＶＯサンプルエントリなどの、新たなボックスが生成されてもよい。ＣＶＯ情報を含ませるために、図５に示されるようなＩＳＯファイルフォーマットのボックス構造の階層中のサンプル記述ボックス３５０内のその他の複数のボックスが用いられてもよい。ＩＳＯファイルフォーマットのボックス構造の階層は、ムービーボックス３４０、トラックボックス３４２、メディアボックス３４４、メディア情報ボックス３４６、サンプルテーブルボックス３４８、及び、サンプル記述ボックスを含み得る。なお、ここでは、より上位の複数のボックスが先にリストアップされている。サンプル記述ボックスは、ＭＰ４ビジュアルサンプルエントリ、ＡＶＣサンプルエントリ、ヒントサンプルエントリ、又は、ＣＶＯサンプルエントリのような、１又は複数のサンプルエントリを有してよい。
【００３１】
他の例においてビデオの向きに関する情報（例えば、ＣＶＯ）は、ＴＳ  ２６．２４４に含まれ得る３ＧＰファイルフォーマット中に含まれていてもよい。３ＧＰファイルフォーマット中にＣＶＯデータが格納されている場合、タイムドメタデータトラックが、ＣＶＯサンプルエントリボックスとともに用いられてもよい。ＣＶＯサンプルエントリは、当該メタデータサンプルフォーマットが、単一のバイトのＣＶＯデータであることを示し得る。ＣＶＯデータを含む各メタデータトラックは、ビデオトラック３２６を参照してよい。なお、上記のメタデータトラックは、上記のビデオトラックが、ＩＳＯベースのメディアファイルフォーマット（ＩＳＯ−  ＢＭＦＦ）中で定義されているような「ｃｄｓｃ」トラック参照を用いていることを記述する。
【００３２】
一実施例において、ＣＶＯサンプルエントリボックスのボックスタイプは、「３ｇｖｏ」に設定されたコーデック属性（ｃｏｄｅｃｓ  ａｔｔｒｉｂｕｔｅ）を有してよい。ＣＶＯサンプルエントリボックスは、下記のとおり定義され得る。
ＣＶＯＳａｍｐｌｅＥｎｔｒｙ：：＝ＢｏｘＨｅａｄｅｒ
Ｒｅｓｅｒｖｅｄ＿６
Ｄａｔａ−ｒｅｆｅｒｅｎｃｅ−ｉｎｄｅｘ
Ｇｒａｎｕｌａｒｉｔｙ
【００３３】
ＣＶＯサンプルエントリボックスに関する複数のフィールドは、表１によって定義されてもよい。ＣＶＯサンプルエントリボックスの複数のフィールドは、フィールド名、タイプ、詳細及び値を含んでよい。
【表１】
0006455741.tif 000002
【００３４】
記述される技術は、向きのある複数のビデオコンポーネント（ｏｒｉｅｎｔｅｄ  ｖｉｄｅｏ  ｃｏｍｐｏｎｅｎｔｓ）（例えば、複数のＣＶＯコンポーネント）を有するコンテンツのストリーミング又はダウンロードを提供する。複数のデバイスの向きを意識したマルチメディア適応は、向きのある複数のビデオコンポーネントを有し、以前にキャプチャされ、アップロードされた、コンテンツのストリーミング又はダウンロードを提供する。例えば、ＰＳＳダウンロード又はＭＢＭＳダウンロードの複数のアプリケーションの一部として、サーバは、後での再生に備えて、非実時間（ｎｏｎ−ｒｅａｌ  ｔｉｍｅ）の方法で、向きのある複数のビデオコンポーネント有するキャプチャされたコンテンツを、クライアントに配信してよい。あるいは、ＤＡＳＨベースのスクリーミングサービスの一部として、ＨＴＴＰサーバは、向きのある複数のビデオコンポーネントを含む可能性がある、ユーザにより生成されたコンテンツ（ＵＧＣ）を、ＤＡＳＨクライアントに供給してもよい。ＵＧＣのＲＴＰを利用したストリーミングに関して、コンテンツは、ＰＳＳサーバから供給されてもよい。これらに関連して、サーバは、クライアントデバイスによってサポートされている、ビデオの向きに関する複数の能力についての情報を受信し、端末のビデオの向きに関する複数の能力に基づいて、最適な供給メカニズム（例えば、格納されたコンテンツの様々なバージョンの中から最も適したコンテンツのバージョンを選択する、及び／又は、コンテンツを動的にコード変換する。）を決定し、最適に選択されたコンテンツを、クライアントに供給してよい。
【００３５】
例えば、受信クライアントデバイスが向きを意識したものではない（例えば、複数のＰＳＳデバイス能力シグナリングメカニズムに基づいて識別される。）にもかかわらず、（例えば、３ＧＰベースのコンテンツファイルの点検を通して、）サーバが、そのコンテンツは、向きを意識した端末によりキャプチャされたと判断した場合、当該サーバは、将来のレンダリング及び表示の間における不整合に関する複数の問題を修正して、避けるべく、コンテンツを処理してよい（例えば、コード変換を適用する。）。受信クライアントデバイスが、向きを意識したものである場合、サーバは、当該不整合を修正する必要はないかもしれない。しかし、その代わりに、受信クライアントデバイスが当該不整合を修正することができるように、当該コンテンツに埋め込まれた（例えば、ＲＴＰストリーミングに関しては、ＲＴＰ拡張ヘッダの中であり、又は、ＨＴＴＰストリーミング及びＤＡＳＨに関しては、３ＧＰファイルの中である。）ビデオオリエンテーション情報と併せて、当該コンテンツを「そのまま」（つまり、修正することなく）送信することを選択してもよい。
【００３６】
図６は、埋め込まれたＣＶＯ情報を有するコンテンツの受信に基づく、向きを意識したメディア配信を実現する例示的なサーバ−クライアント間のインタラクションを示す。例えば、キャプチャリング・クライアント２２４は、コンテンツのキャプチャとともに、ＣＶＯ情報をキャプチャし、埋め込まれたビデオオリエンテーション情報を有する当該コンテンツ（例えば、３ＧＰファイルである。）を、サーバ２３２にアップロードし得る（手順２８２）。他の例において、レンダリング・クライアント２２６は、ＣＶＯ能力情報を有するデバイスプロファイルを、サーバにシグナリング（送信）し得る（手順２８０）。先述したように、サーバは、潜在的な不整合を修正し、レンダリング・クライアントのＣＶＯ能力に関して（ｗ．ｒ．ｔ．）、コンテンツ配信を最適化するべく、向きを意識したコンテンツの適応、選択、コード変換及び／又はフォーマット変換を実行する（手順２８４）。その後、サーバは、ストリーミング又はダウンロードサービスの一部として、適応されたコンテンツを、レンダリング・クライアントに供給する（手順２８６）。
【００３７】
他の例において、ＤＡＳＨサーバは、図６に示されるようなサーバ−クライアント間のインタラクションと整合性のある方法で、クライアント（例えば、レンダリング・クライアント２２６である。）から、当該クライアントが、ＣＶＯ情報を処理して、不整合を修正するための機能を有することを知り得る。次に、サーバは、ＭＰＤ中で、複数のＤＡＳＨリプレゼンテーションにおけるＣＶＯ情報の存在について指定してよい（つまり、複数のＤＡＳＨセグメントが格納されたコンテンツである場合、ＤＡＳＨサーバが、構文解析により、複数のＤＡＳＨセグメントに対応する３ＧＰファイルを決定することができ、メタデータトラック中にビデオオリエンテーション情報が示されているか否かを確認することができるようになる前に、ＤＡＳＨサーバは、ＣＶＯ情報の存在を検出しなければならないかもしれない。）。ＤＡＳＨクライアントは、ＭＰＤを受信すると、その後、ＤＡＳＨセグメント中のシグナリングされたＣＶＯ情報を処理（つまり、複数のＤＡＳＨリプレゼンテーションに対応する複数の３ＧＰファイルの構文解析である。）し、いかなる不整合をも修正し、正しく位置合わせされた状態でビデオをレンダリング／表示するべく、ビデオオリエンテーションエンジンを作動させてよい。
【００３８】
また、ＤＡＳＨサーバは、図６に示されるようなサーバ−クライアント間のインタラクションと整合性のある方法で、クライアントから、当該クライアントが、ＣＶＯ情報を処理して、不整合を修正するための機能を有しないことを知り得る。ＭＰＤがＣＶＯ情報を示し得るので、サーバは、コンテンツ中のＣＶＯ情報の存在を検出し得る。応答において、ＤＡＳＨサーバは、いかなる不整合をも修正する目的でＭＰＤ中に提供された複数のＤＡＳＨリプレゼンテーションに対応する３ＧＰファイルを処理し得る。また、上記のプロセスの後、要求されたコンテンツを、ＤＡＳＨクライアントに送信してよい。
【００３９】
他の設定において、ＣＶＯ情報に関する指示は、ＴＳ  ２６．２４７に基づくＤＡＳＨ  ＭＰＤの中で実装され得る。例えば、ＣＶＯ指示属性（例えば、「ｃｖｏ＿ｇｒａｎｕｌａｒｉｔｙ」である。）は、ＭＰＤに含まれてもよく、ＭＰＤは、複数の共通の属性及びエレメントを有してもよい。アダプテーションセット（ＡｄａｐｔａｔｉｏｎＳｅｔ）、リプレゼンテーション（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）、及び、サブ・リプレゼンテーション（ＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎ）といった複数のエレメントが、ＣＶＯ指示属性などの、複数の共通の属性及びエレメントを指定し得た。ＣＶＯ指示属性の意味論（ｓｅｍａｎｔｉｃｓ）は、表２に示されるようなものであってよく、それは、共通のアダプテーションセット、リプレゼンテーション及びサブ・リプレゼンテーションといった複数の属性及びエレメントの表を示す。各エレメント又は属性は、エレメント又は属性の名称、使用の必要（ｕｓｅ）又は説明を有してよい。表２における「使用の必要」の列は、「Ｍ（必須）」が記録されている属性を、リプレゼンテーションに利用可能であると解釈してよい。例えば、上記の属性又はエレメントは、リプレゼンテーション・エレメント中に存在していてもいなくてもよく、もし、その中に存在していなければ、上記の属性又はエレメントは、アダプテーションセット・エレメント中に存在してよい。「Ｏ（任意）」が記録されている属性は、リプレゼンテーション・エレメント及びアダプテーションセット・エレメントの両方の中に存在しなくてもよい。
【表２】
0006455741.tif 000003
【００４０】
ＣＶＯ指示属性（例えば、「ｃｖｏ＿ｇｒａｎｕｌａｒｉｔｙ」である。）に関する拡張マークアップ言語の構文（ＸＭＬ−ｓｙｎｔａｘ）は、図７に図示された表３に示されるようなものであってよい。
【００４１】
前述のとおり、ＤＡＳＨは、標準化されたＨＴＴＰストリーミングプロトコルであってよい。図８に示されるように、ＤＡＳＨは、複数のセグメントフォーマットだけでなく、構造と、サーバに格納された様々なバージョンの複数のメディアコンテンツ・リプレゼンテーションとに関する情報を提供するメディアプレゼンテーション記述（ＭＰＤ）メタデータファイル４０２に関する、様々なフォーマットの仕様を定めてよい。ＭＰＤメタデータファイルは、他の複数のリプレゼンテーションとのスイッチング及び同時提示に関して、複数のセグメントのメディアプレゼンテーションタイムラインへのマッピングを保証するべく、メディアプレイヤ（例えば、メディアプレイヤは、コンテナフォーマット及びメディアタイミング情報を決定するべく、初期化セグメントを検査する。）用の初期化及び複数のメディアセグメントに関する情報を含む。また、ＤＡＳＨ技術は、ムービングピクチャエクスパーツグループ（ＭＰＥＧ）、オープンＩＰテレビジョン（ＩＰＴＶ）フォーラム（ＯＩＰＦ）、及び、ハイブリッド・ブロードキャスト・ブロードバンドＴＶ（ＨｂｂＴＶ）などの他の複数の組織によって規格化されてきた。
【００４２】
ＤＡＳＨクライアントは、一連のＨＴＴＰリクエスト−レスポンス処理を通して、複数のセグメントをダウンロードすることにより、マルチメディアコンテンツを受信してよい。ＤＡＳＨは、モバイルデバイスが利用できる帯域幅が変化するにつれて、メディアコンテンツの、ビットレートが異なる複数のリプレゼンテーションを、動的に切り替える機能を提供してよい。したがって、ＤＡＳＨは、ネットワーク及び複数の無線リンク状態の変化；ユーザの複数の嗜好（ｕｓｅｒ  ｐｒｅｆｅｒｅｎｃｅｓ）；ディスプレイ解像度、採用されている中央処理装置（ＣＰＵ）のタイプ、利用可能なメモリリソースのような複数のデバイス能力などに対して素早く適応することを可能にし得る。ＤＡＳＨの動的適応は、他の複数のストリーミングプロトコルと比較して、開始遅延時間をより短く、再バッファイベントをより少なくしながら、より良い体感品質（ＱｏＥ）をユーザに提供し得る。
【００４３】
ＤＡＳＨにおいて、メディアプレゼンテーション記述（ＭＰＤ）メタデータ４０２は、ウェブ／メディアサーバに格納された複数のメディアコンテンツ・リプレゼンテーションの、構造及び様々なバージョンに関する情報を提供してよい。図８に図示された例において、ＭＰＤメタデータは、本実施例における６０秒のような、予め定められた長さを有する複数のピリオド４０４に、時間的に分割される。各ピリオドは、複数のアダプテーションセット４０６を含み得る。各アダプテーションセットは、いくつかのエンコードされた代替物（ａｌｔｅｒｎａｔｉｖｅ）を有する、１又は複数のメディアコンポーネントについての情報を提供し得る。例えば、本実施例のアダプテーションセット０は、複数の異なるビットレート、モノラル、ステレオ、サラウンドサウンド、ＣＶＯなどのように、様々にエンコードされた、多様なオーディオ代替物を含む場合がある。ピリオドＩＤにわたって、マルチメディア・プレゼンテーションに、様々な品質のオーディオを提供することに加えてアダプテーションセットは、また、複数の異なる言語のオーディオを含んでもよい。アダプテーションセット中で提供される様々な代替物は、リプレゼンテーション４０８と称される。
【００４４】
図８において、アダプテーションセット１は、５メガビット／秒（Ｍｂｐｓ）、２Ｍｂｐｓ、５００キロビット／秒（ｋｂｐｓ）、又は、トリック・モードのような、複数の異なるビットレートにおけるビデオを提供するものとして示されている。トリック・モードは、検索（ｓｅｅｋｉｎｇ）、早送り、巻戻し、又は、他の複数の、マルチメディアストリーミングファイル中の位置変更操作に用いられ得る。加えて、ビデオは、また、２次元（２Ｄ）若しくは３次元（３Ｄ）のビデオ、又は、ポートレート若しくはランドスケープの向きを有するビデオ（例えば、ＣＶＯである。）のような、様々なフォーマットにおいて利用可能であってもよい。各リプレゼンテーション４０８は、セグメント情報４１０を含んでよい。セグメント情報は、初期化情報４１２と、実際のメディアセグメントデータ４１４とを含んでよい。本実施例において、ＭＰＥＧ−４（ＭＰ４）ファイルが、サーバからモバイルデバイスに、ストリーミングされる。本実施例ではＭＰ４が用いられているけれども、前述のとおり、多種多様な異なる種類のコーデック（ｃｏｄｅｃｓ）が用いられてもよい。
【００４５】
アダプテーションセット中のマルチメディアは、さらに、より小さな複数のセグメントに分割されてよい。図８の例において、アダプテーションセット１の６０秒のビデオセグメントは、各１５秒の、４つのサブセグメント４１４に、さらに分割されてよい。これらの例は、技術的範囲を限定することを意図するものではない。アダプテーションセット、及び、各メディアセグメント又はサブセグメントの実際の長さは、メディアのタイプ、システム条件、潜在的な障害の複数のタイプなどに依存する。実際のメディアセグメント又はサブセグメントは、１秒から数分の長さよりも短い長さを有してよい。
【００４６】
別の例は、図９のフローチャートに示されるような、サーバにおいて、移動端末（ＭＴ）のビデオオリエンテーション調整（ＣＶＯ）能力をシグナリングするための方法５００を提供する。上記方法は、機械又はコンピュータ回路における複数の命令として実行されてよい。上記の複数の命令は、少なくとも１つのコンピュータ可読媒体、又は、少なくとも１つの非一時的機械可読記憶媒体に含まれていてもよい。上記方法は、ブロック５１０に示すような、サーバにおいて、クライアントに関するデバイス能力に関する情報を受信するオペレーションを含む。上記方法の次のオペレーションは、ブロック５２０に示すような、上記デバイス能力に関する情報がＣＶＯ属性を含むか否かを特定する段階であってよい。上記方法は、ブロック５３０に示すような、上記ＣＶＯ属性が含まれるか否かに基づいて、ストリーミングされるコンテンツを、上記クライアントに適応させる段階をさらに含んでよい。
【００４７】
一例において、ストリーミングされるコンテンツを適応させるオペレーションは、上記クライアントに関する上記デバイス能力に関する情報が、上記クライアントが向きを意識した端末ではないことを示す上記ＣＶＯ属性を含まない場合、ハイパーテキスト転送プロトコル（ＨＴＴＰ）ストリーム、ＨＴＴＰ上での動的適応型ストリーミング（ＤＡＳＨ）、又は、リアルタイムトランスポートプロトコル（ＲＴＰ）ストリームの表示の向きを、不整合に関して修正する段階、又は、上記クライアントに関する上記デバイス能力に関する情報が、上記クライアントが向きを意識した端末であることを示す上記ＣＶＯ属性を含む場合、ストリーミングの上記表示の向きを修正するべく、メディアプレゼンテーション記述（ＭＰＤ）メタデータファイル、又は、セッション記述プロトコル（ＳＤＰ）ファイルに、ＣＶＯ指示属性を埋め込む段階をさらに備えてよい。
【００４８】
他の例において、上記方法は、ストリーミングされるハイパーテキスト転送プロトコル（ＨＴＴＰ）上での動的適応型ストリーミング（ＤＡＳＨ）のコンテンツに関するメディアプレゼンテーション記述（ＭＰＤ）メタデータファイルを、アダプテーションセット、リプレゼンテーション又はサブ・リプレゼンテーションに関するコーデック共通属性又はエレメントにおいて提供されるＣＶＯ指示属性とともに、上記クライアントに供給する段階をさらに備えてよい。上記コーデック属性は、向きのあるビデオコンポーネント及び関連するＣＶＯ情報が、ストリーミングされるＤＡＳＨコンテンツ中に存在することを示す「３ｇｖｏ」に設定されてよい。上記方法は、リアルタイムトランスポートプロトコル（ＲＴＰ）のストリームに関するセッション記述プロトコル（ＳＤＰ）ファイルを、ＲＴＰ拡張ヘッダ中に含まれるＣＶＯ情報に関連し、ＣＶＯ用の２ビットの粒度（ｇｒａｎｕｌａｒｉｔｙ）を表す「ｕｒｎ：３ｇｐｐ：ｖｉｄｅｏ−ｏｒｉｅｎｔａｔｉｏｎ」又は高粒度ＣＶＯ用の６ビットの粒度を表す「ｕｒｎ：３ｇｐｐ：ｖｉｄｅｏ−ｏｒｉｅｎｔａｔｉｏｎ：６」というＣＶＯの統一資源名（ＵＲＮ）を有するａ＝ｅｘｔｍａｐ属性を用いたＣＶＯ指示とともに、上記クライアントに供給する段階をさらに備えてよい。
【００４９】
他の設定において、ストリーミングされるコンテンツを適応させるオペレーションは、第３世代パートナシッププロジェクト（３ＧＰＰ）ファイルフォーマット（３ＧＰ）ファイル中に、上記ＵＧＣビデオに関する、埋め込まれたＣＶＯ情報を含む、ユーザにより生成されたコンテンツ（ＵＧＣ）ビデオを受信する段階をさらに備えてよい。上記３ＧＰファイルは、国際標準化機構（ＩＳＯ）ファイルフォーマットのボックス構造のサンプル記述ボックスにおけるＣＶＯタイムドメタデータトラックに関するＣＶＯサンプルエントリを使用してよい。複数のＣＶＯサンプルエントリフィールドは、ボックスヘッダのサイズ若しくはタイプ、データ参照インデックス、又は、粒度を含んでよい。上記ボックスヘッダのタイプは、「３ｇｖｏ」の値用に設定されてよい。また、上記３ＧＰファイルは、メディアプレゼンテーション記述（ＭＰＤ）のアダプテーションセット、リプレゼンテーション又はサブ・リプレゼンテーションに関するコーデック共通属性又はエレメントを使用してもよい。上記コーデック属性は、向きのあるビデオコンポーネント及び関連するＣＶＯ情報が、ストリーミングされるハイパーテキスト転送プロトコル（ＨＴＴＰ）上での動的適応型ストリーミング（ＤＡＳＨ）コンテンツ中に存在することを示す「３ｇｖｏ」に設定されてよい。
【００５０】
他の例において、ストリーミングされるコンテンツを適応させるオペレーションは、国際標準化機構（ＩＳＯ）ファイルフォーマットのボックス構造のサンプル記述ボックス中のＣＶＯタイムドメタデータトラックに関するＣＶＯサンプルエントリを用いて、第３世代パートナシッププロジェクト（３ＧＰＰ）ファイルフォーマット（３ＧＰ）ファイル中に、ＣＶＯデータを格納する段階をさらに備えてよい。複数のＣＶＯサンプルエントリフィールドは、ボックスヘッダのサイズ若しくはタイプ、データ参照インデックス（ｄａｔａ−ｒｅｆｅｒｅｎｃｅ−ｉｎｄｅｘ）、又は、粒度を含んでよく、上記ボックスヘッダのタイプは、「３ｇｖｏ」の値用に設定されてよい。また、ストリーミングされるコンテンツを適応させるオペレーションは、ＲＴＰ拡張ヘッダ中に、リアルタイムトランスポートプロトコル（ＲＴＰ）ストリームに関するＣＶＯデータを格納する段階をさらに備えてよい。
【００５１】
他の設定において、上記クライアントに関する上記デバイス能力に関する情報を受信するオペレーションは、上記クライアントに関する、パケット交換ストリーミングサービス（ＰＳＳ）クライアント能力に関する情報を交換する段階をさらに備える。上記ＣＶＯ能力に関する情報は、上記クライアントが、複数のリアルタイムトランスポートプロトコル（ＲＴＰ）のストリームのＣＶＯ対応レシーバであるか否かを示すストリーミングＣＶＯ能力属性、上記クライアントが、上記複数のＲＴＰストリームの高粒度ＣＶＯ対応レシーバであるか否かを示すストリーミング高粒度ＣＶＯ能力属性、上記クライアントが、複数の第３世代パートナシッププロジェクト（３ＧＰＰ）ファイルフォーマット（３ＧＰ）ファイルのＣＶＯ対応レシーバであるか否かを示す３ＧＰＣＶＯ能力属性、又は、上記クライアントが、上記複数の３ＧＰファイルの高粒度ＣＶＯ対応レシーバであるか否かを示す３ＧＰ高粒度ＣＶＯ能力属性を含んでよい。
【００５２】
別の例によれば、図１０のフローチャートに示されるような、ビデオの向きの調整（ＣＶＯ）を伴うストリーミングを提供するように動作可能なサーバのコンピュータ回路の機能６００が提供される。上記の機能は、方法として実施されてもよく、上記の機能は、機械における命令として実行されてよい。上記の命令は、少なくとも１つのコンピュータ可読媒体、又は、少なくとも１つの非一時的機械可読記憶媒体に含まれていてもよい。コンピュータ回路は、ブロック６１０に示すように、クライアントに関するデバイス能力に関する情報を受信するように構成されてよい。上記コンピュータ回路は、ブロック６２０に示すように、上記デバイス能力に関する情報の中にＣＶＯ属性が含まれるか否かに基づいて、上記クライアントにストリーミングされるコンテンツを修正するように、さらに構成されてよい。
【００５３】
一例において、上記ストリーミングされるコンテンツを修正するように構成された上記コンピュータ回路は、上記クライアントに関する上記デバイス能力に関する情報が、上記クライアントが向きを意識した端末ではないことを示す上記ＣＶＯ属性を含まない場合、上記クライアントへの供給に先立って、リアルタイムトランスポートプロトコル（ＲＴＰ）のストリーム、又は、ストリーミングされるハイパーテキスト転送プロトコル（ＨＴＴＰ）上での動的適応型ストリーミング（ＤＡＳＨ）のコンテンツのレンダリング方向を、不整合に関して修正するようにさらに構成される。
【００５４】
他の例において、上記ストリーミングされるコンテンツを修正するように構成された上記コンピュータ回路は、ストリーミングされるハイパーテキスト転送プロトコル（ＨＴＴＰ）上での動的適応型ストリーミング（ＤＡＳＨ）のコンテンツに関するメディアプレゼンテーション記述（ＭＰＤ）メタデータファイルを、アダプテーションセット、リプレゼンテーション又はサブ・リプレゼンテーションに関するコーデック共通属性又はエレメントにおいて提供されるＣＶＯ指示属性とともに、上記クライアントに供給するようにさらに構成されてよく、上記コーデック属性は、向きのあるビデオコンポーネント及び関連するＣＶＯ情報が、ストリーミングされるＤＡＳＨコンテンツ中に存在することを示す「３ｇｖｏ」に設定される。また、上記ストリーミングされるコンテンツを修正するように構成された上記コンピュータ回路は、リアルタイムトランスポートプロトコル（ＲＴＰ）のストリームに関するセッション記述プロトコル（ＳＤＰ）ファイルを、ＲＴＰ拡張ヘッダ中に含まれるＣＶＯ情報に関し、ＣＶＯ用の２ビットの粒度（ｇｒａｎｕｌａｒｉｔｙ）を表す「ｕｒｎ：３ｇｐｐ：ｖｉｄｅｏ−ｏｒｉｅｎｔａｔｉｏｎ」又は高粒度ＣＶＯ用の６ビットの粒度を表す「ｕｒｎ：３ｇｐｐ：ｖｉｄｅｏ−ｏｒｉｅｎｔａｔｉｏｎ：６」というＣＶＯの統一資源名（ＵＲＮ）を有するａ＝ｅｘｔｍａｐ属性を用いたＣＶＯ指示とともに、上記クライアントに供給するように、さらに構成されてよい。
【００５５】
他の設定において、上記コンピュータ回路は、国際標準化機構（ＩＳＯ）ファイルフォーマットのボックス構造のサンプル記述ボックス中のＣＶＯタイムドメタデータトラックに関するＣＶＯサンプルエントリを用いて、第３世代パートナシッププロジェクト（３ＧＰＰ）ファイルフォーマット（３ＧＰ）ファイル中に、ＣＶＯデータを格納するように、さらに構成されてよい。複数のＣＶＯサンプルエントリフィールドは、ボックスヘッダのサイズ若しくはタイプ、データ参照インデックス（ｄａｔａ−ｒｅｆｅｒｅｎｃｅ−ｉｎｄｅｘ）、又は、粒度を含んでよく、上記ボックスヘッダのタイプは、「３ｇｖｏ」の値用に設定されてよい。また、上記コンピュータ回路は、ＲＴＰ拡張ヘッダ中に、リアルタイムトランスポートプロトコル（ＲＴＰ）ストリームに関するＣＶＯデータを格納するように、さらに構成されてよい。
【００５６】
他の例において、上記デバイス能力に関する情報を受信するように構成された上記コンピュータ回路は、パケット交換ストリーミングサービス（ＰＳＳ）能力に関する情報を交換するようにさらに構成されてよい。上記ＣＶＯ属性は、上記クライアントが、複数のリアルタイムトランスポートプロトコル（ＲＴＰ）のストリームのＣＶＯ対応レシーバであるか否かを示すストリーミングＣＶＯ能力属性、上記クライアントが、上記複数のＲＴＰストリームの高粒度ＣＶＯ対応レシーバであるか否かを示すストリーミング高粒度ＣＶＯ能力属性、上記クライアントが、複数の第３世代パートナシッププロジェクト（３ＧＰＰ）ファイルフォーマット（３ＧＰ）ファイルのＣＶＯ対応レシーバであるか否かを示す３ＧＰＣＶＯ能力属性、又は、上記クライアントが、上記複数の３ＧＰファイルの高粒度ＣＶＯ対応レシーバであるか否かを示す３ＧＰ高粒度ＣＶＯ能力属性を含んでよい。
【００５７】
他の設定において、上記ストリーミングされるコンテンツを修正するように構成された上記コンピュータ回路は、ビデオの向きの不整合を修正して、上記クライアントおいて、正しいビデオの向きでコンテンツを再生することを保証するべく、向きを意識したコンテンツ適応、向きを意識したコンテンツ選択、向きを意識したコード変換、又は、向きを意識したフォーマット変換を実行するようにさらに構成されてよい。  上記サーバは、第３世代パートナシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）パケット交換ストリーミングサービス（ＰＳＳ）サーバ、ハイパーテキスト転送プロトコル（ＨＴＴＰ）上での動的適応型ストリーミング（ＤＡＳＨ）サーバ、又は、統合マルチメディアサブシステム（ＩＭＳ）を利用したＰＳＳ、並びに、マルチメディアブロードキャスト及びマルチキャストサービス（ＭＢＭＳ）（ＩＭＳ＿ＰＳＳ＿ＭＢＭＳ）サーバを含んでよい。
【００５８】
図１１は、ビデオオリエンテーション調整（ＣＶＯ）能力を提供するための例示的な移動端末（ＭＴ）７２０（例えば、ＵＥ又はクライアントデバイスである。）、ノード７１０、及び、サーバ７３０を示す。ＭＴは、ノードと無線通信するように構成されてよい。図９の５００において説明されているように、サーバは、移動端末（ＭＴ）のビデオオリエンテーション調整（ＣＶＯ）能力をシグナリングするように構成されてよい。他の設定において、図１０の６００において説明されているように、サーバは、ビデオの向きの調整（ＣＶＯ）を伴うストリーミングを提供するように動作可能であってよい。ノード７１０は、基地局（ＢＳ）、ノードＢ（ＮＢ）、進化型ノードＢ（ｅＮＢ）、ベースバンドユニット（ＢＢＵ）、遠隔無線ヘッド（ＲＲＨ）、遠隔無線機器（ＲＲＥ）、遠隔無線ユニット（ＲＲＵ）、又は、中央処理モジュール（ＣＰＭ）を含んでよい。
【００５９】
再び、図１１を参照すると、移動端末７２０は、プロセッサ７２２、トランシーバ７２４、及び、方位センサ７２６を含み得る。上記プロセッサは、ＭＴのＣＶＯ能力を決定するように構成されてよい。上記トランシーバは、ストリーミングコンポーネント属性の中で、上記ＭＴのＣＶＯ能力に関する情報を、サーバに送信するように構成されてよい。
【００６０】
一例において、上記トランシーバ７２４は、ＲＴＰストリームに関するリアルタイムトランスポートプロトコル（ＲＴＰ）拡張ヘッダ、又は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）のストリーム若しくはＨＴＴＰ上での動的適応型ストリーミング（ＤＡＳＨ）に関する第３世代パートナシッププロジェクト（３ＧＰＰ）ファイルフォーマット（３ＧＰ）ファイルを受信するように、さらに構成されてよい。  上記プロセッサ７２２は、ＣＶＯ指示属性に関して、上記３ＧＰファイルに関するメディアプレゼンテーション記述（ＭＰＤ）メタデータファイルを解析し、若しくは、埋め込まれたＣＶＯ情報に関して、上記３ＧＰファイルを解析し上記解析されたＣＶＯ情報、及び、上記ＭＴの現在の向きに基づいて、向き修正項（ｏｒｉｅｎｔａｔｉｏｎ  ｃｏｒｒｅｃｔｉｏｎ  ｔｅｒｍ）を決定し、上記ＭＰＤメタデータファイルが上記ＣＶＯ指示属性を含み、上記ＭＴが向きを意識した端末である場合、上記決定された向き修正項に基づいて、上記ＨＴＴＰストリーム若しくはＤＡＳＨのレンダリング方向を、不整合に関して修正するように、さらに構成されてよい。また、上記プロセッサは、上記ＣＶＯ指示属性に関して、上記ＲＴＰストリームに関するセッション記述プロトコル（ＳＤＰ）ファイルを解析し、若しくは、上記埋め込まれたＣＶＯ情報に関して、上記ＲＴＰストリームに関する上記ＲＴＰ拡張ヘッダを解析し、上記解析されたＣＶＯ情報、及び、上記クライアントデバイスの現在の向きに基づいて、向き修正項を決定し、上記ＳＤＰファイルが上記ＣＶＯ指示属性を含み、上記ＭＴが上記向きを意識した端末である場合、上記決定された向き修正項に基づいて、上記ＲＴＰストリームのレンダリング方向を、不整合に関して修正するように構成されてよい。上記レンダリング方向の修正は、向きの回転又はフリップ（ｆｌｉｐ）を補正してよい。
【００６１】
他の例において、上記トランシーバ７２４は、上記サーバから、アダプテーションセット、リプレゼンテーション又はサブ・リプレゼンテーションに関するコーデック共通属性又はエレメントにおいて提供されるＣＶＯ指示属性とともに、ストリーミングされるハイパーテキスト転送プロトコル（ＨＴＴＰ）上での動的適応型ストリーミング（ＤＡＳＨ）のコンテンツに関するメディアプレゼンテーション記述（ＭＰＤ）メタデータファイルを受信するように、さらに構成されてよい。上記コーデック属性は、向きのあるビデオコンポーネント及び関連するＣＶＯ情報が、ストリーミングされるＤＡＳＨコンテンツ中に存在することを示す「３ｇｖｏ」に設定されてよい。上記プロセッサ７２２は、上記ＣＶＯ指示属性に関する上記ＭＰＤメタデータファイルを解析し、上記ＭＰＤメタデータファイルが上記ＣＶＯ指示属性を含み、上記ＭＴが向きを意識した端末である場合、ＨＴＴＰストリーム又は上記ストリーミングされるＤＡＳＨコンテンツのレンダリング方向を、不整合に関して修正するように、さらに構成されてよい。
【００６２】
他の設定において、上記トランシーバ７２４は、国際標準化機構（ＩＳＯ）ファイルフォーマットのボックス構造のサンプル記述ボックスにおけるＣＶＯタイムドメタデータトラックに関するＣＶＯサンプルエントリを含む、第３世代パートナシッププロジェクト（３ＧＰＰ）ファイルフォーマット（３ＧＰ）ファイルを受信するように、さらに構成されてよい。複数のＣＶＯサンプルエントリフィールドは、ボックスヘッダのサイズ若しくはタイプ、データ参照インデックス、又は、粒度を含んでよく、上記ボックスヘッダのタイプは、「３ｇｖｏ」の値用に設定されてよい。上記プロセッサ７２２は、上記ＣＶＯサンプルエントリに関する上記３ＧＰファイルを解析し、上記３ＧＰファイルが上記ＣＶＯサンプルエントリを含み、上記ＭＴが上記向きを意識した端末である場合、ハイパーテキスト転送プロトコル（ＨＴＴＰ）ストリーム、又は、ストリーミングされるＨＴＴＰ上での動的適応型ストリーミング（ＤＡＳＨ）のコンテンツのレンダリング方向を、不整合に関して修正するように、さらに構成されてよい。
【００６３】
他の例において、上記トランシーバ７２４は、上記ＭＴのＣＶＯ能力に関する情報を含む、パケット交換ストリーミングサービス（ＰＳＳ）クライアント能力に関する情報を交換するように、さらに構成されてよい。上記ＭＴのＣＶＯ能力に関する情報は、上記クライアントが、複数のリアルタイムトランスポートプロトコル（ＲＴＰ）のストリームのＣＶＯ対応レシーバであるか否かを示すストリーミングＣＶＯ能力属性、上記クライアントが、上記複数のＲＴＰストリームの高粒度ＣＶＯ対応レシーバであるか否かを示すストリーミング高粒度ＣＶＯ能力属性、上記クライアントが、複数の第３世代パートナシッププロジェクト（３ＧＰＰ）ファイルフォーマット（３ＧＰ）ファイルのＣＶＯ対応レシーバであるか否かを示す３ＧＰＣＶＯ能力属性、又は、上記クライアントが、上記複数の３ＧＰファイルの高粒度ＣＶＯ対応レシーバであるか否かを示す３ＧＰ高粒度ＣＶＯ能力属性を含んでよい。
【００６４】
他の設定において、上記プロセッサ７２２は、特定の向きを有する、ユーザにより生成されたコンテンツ（ＵＧＣ）ビデオをキャプチャし、第３世代パートナシッププロジェクト（３ＧＰＰ）ファイルフォーマット（３ＧＰ）ファイル中に、上記ＵＧＣビデオに関するＣＶＯ情報を埋め込むように、さらに構成されてよい。上記トランシーバ７２４は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）ストリーム、又は、ＨＴＴＰ上での動的適応型ストリーミング（ＤＡＳＨ）に関する３ＧＰファイルをアップロードするように、さらに構成されてよい。
【００６５】
他の例において、上記プロセッサ７２２は、特定の向きを有するＣＶＯデータをキャプチャし、国際標準化機構（ＩＳＯ）ファイルフォーマットのボックス構造のサンプル記述ボックス中のＣＶＯタイムドメタデータトラックに関するＣＶＯサンプルエントリを用いて、第３世代パートナシッププロジェクト（３ＧＰＰ）ファイルフォーマット（３ＧＰ）ファイルに、上記ＣＶＯデータを格納するように、さらに構成されてよい。複数のＣＶＯサンプルエントリフィールドは、ボックスヘッダのサイズ若しくはタイプ、データ参照インデックス（ｄａｔａ−ｒｅｆｅｒｅｎｃｅ−ｉｎｄｅｘ）、又は、粒度を含んでよく、上記ボックスヘッダのタイプは、「３ｇｖｏ」の値用に設定されてよい。上記トランシーバ７２４は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）ストリーム、又は、ＨＴＴＰ上での動的適応型ストリーミング（ＤＡＳＨ）に関する３ＧＰファイルをアップロードするようにさらに構成される。
【００６６】
他の設定において、上記ＭＴのＣＶＯ能力に関する情報は、第３世代パートナシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）パケット交換ストリーミングサービス（ＰＳＳ）セッション、ハイパーテキスト転送プロトコル（ＨＴＴＰ）上での動的適応型ストリーミング（ＤＡＳＨ）  セッション、又は、統合マルチメディアサブシステム（ＩＭＳ）を利用したＰＳＳ、並びに、マルチメディアブロードキャスト及びマルチキャストサービス（ＭＢＭＳ）（ＩＭＳ＿ＰＳＳ＿ＭＢＭＳ）セッションにおいて提供されてよい。上記移動端末は、上記ＭＴの向きを決定するための方位センサ７２６を備えてよい。
【００６７】
図１２は、クライアントデバイス、移動ノード、ユーザ機器（ＵＥ）、移動局（ＭＳ）、移動無線デバイス、移動通信デバイス、タブレット、ハンドセット、又は他のタイプの無線デバイスのような移動端末（ＭＴ）の実例を提供する。無線デバイスは、基地局（ＢＳ）、進化型ＮｏｄｅＢ（ｅＮＢ）、ベースバンドユニット（ＢＢＵ）、遠隔無線ヘッド（ＲＲＨ）、遠隔無線機器（ＲＲＥ）、中継局（ＲＳ）、無線機器（ＲＥ）、遠隔無線ユニット（ＲＲＵ）、中央処理モジュール（ＣＰＭ）、又は他のタイプの無線ワイドエリアネットワーク（ＷＷＡＮ）アクセスポイントのような、ノード、マクロノード、低電力ノード（ＬＰＮ）又は送信局と通信するように構成される１又は複数のアンテナを含むことができる。無線デバイスは、３ＧＰＰ  ＬＴＥ、ＷｉＭＡＸ（登録商標）、高速パケットアクセス（ＨＳＰＡ）、ブルートゥース（登録商標）、及びＷｉＦｉ（登録商標）を含む少なくとも１つの無線通信規格を用いて通信するように構成されることができる。無線デバイスは、各無線通信規格に対して別の複数のアンテナを、又は複数の無線通信規格に対して共有の複数のアンテナを用いて通信できる。無線デバイスは、無線ローカルエリアネットワーク（ＷＬＡＮ）、無線パーソナルエリアネットワーク（ＷＰＡＮ）、及び／又はＷＷＡＮにおいて通信できる。
【００６８】
図１２は、無線デバイスからの音声入出力のために用いられ得るマイク及び１又は複数のスピーカの実例も提供する。ディスプレイスクリーンは、液晶ディスプレイ（ＬＣＤ）スクリーン、又は有機発光ダイオード（ＯＬＥＤ）ディスプレイのような他のタイプのディスプレイスクリーンであってよい。ディスプレイスクリーンは、タッチスクリーンとして構成されることができる。タッチスクリーンは、静電容量方式、抵抗方式、又は別のタイプのタッチスクリーン技術を用いてよい。アプリケーションプロセッサ及びグラフィクスプロセッサは、処理及びディスプレイ機能を提供するために、内部メモリに結合されることができる。不揮発性メモリポートは、データの入力／出力の複数のオプションをユーザに提供するために用いられることもできる。不揮発性メモリポートは、無線デバイスの複数のメモリ機能を拡張するために用いられてもよい。キーボードは、追加のユーザ入力を提供するために、無線デバイスと一体化又は無線デバイスに無線接続されてよい。仮想的キーボードは、タッチスクリーンを用いて提供されてもよい。
【００６９】
様々な技術、又は特定の複数の態様若しくはその複数の部分は、複数のフロッピー（登録商標）ディスケット、複数のコンパクトディスクリードオンリメモリ（ＣＤ−ＲＯＭ）、複数のハードドライブ、非一時的コンピュータ可読記憶媒体、又は任意の他の機械可読記憶媒体のような有形の媒体に組み込まれるプログラムコード（つまり、複数の命令）の形態であってよく、プログラムコードがコンピュータのような機械によってロードされて実行されるときに、機械は、様々な技術を実行する装置になる。回路は、ハードウェア、ファームウェア、プログラムコード、実行可能なコード、複数のコンピュータ命令、及び／又はソフトウェアを含むことができる。非一時的コンピュータ可読記憶媒体は、信号を含まないコンピュータ可読記憶媒体であり得る。複数のプログラム可能なコンピュータ上でのプログラムコードの実行の場合、コンピューティングデバイスは、プロセッサ、プロセッサによって可読な（揮発性及び不揮発性メモリ及び／又は複数のストレージ要素を含む）記憶媒体、少なくとも１つの入力デバイス、及び少なくとも１つの出力デバイスを含んでよい。揮発性及び不揮発性メモリ及び／又は複数のストレージ要素は、ランダムアクセスメモリ（ＲＡＭ）、消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭ）、フラッシュドライブ、光学式ドライブ、磁気ハードドライブ、ソリッドステートドライブ、又は電子データを格納する他の媒体であってよい。ノード及び無線デバイスは、トランシーバモジュール（つまり、トランシーバ）、カウンタモジュール（つまり、カウンタ）、処理モジュール（つまり、プロセッサ）、及び／又はクロックモジュール（つまり、クロック）若しくはタイマモジュール（つまり、タイマ）を含んでもよい。ここで説明される様々な技術を実現又は利用してよい１又は複数のプログラムは、アプリケーションプログラミングインタフェース（ＡＰＩ）、複数のリユーザブルコントロール、及び同種のものを用いてよい。そのような複数のプログラムは、コンピュータシステムと通信するために、高水準手続型又はオブジェクト指向プログラミング言語で実装されてよい。しかしながら、（複数の）プログラムは、必要に応じて、アセンブリ又は機械言語で実装されてよい。いずれの場合であっても、言語は、コンパイラ型又はインタプリタ型言語であり、複数のハードウェア実装と組み合わせられてよい。
【００７０】
本明細書において説明された多くの機能ユニットは、それらの実装の独立性をより具体的に強調するために、複数のモジュールとしてラベル付けされていることが理解されるべきである。例えば、モジュールは、複数のカスタム超大規模集積（ＶＬＳＩ）回路又は複数のゲートアレイ、複数の論理チップのような既製の複数の半導体、複数のトランジスタ、又は他の複数の別個のコンポーネントを備えるハードウェア回路として実装されてよい。モジュールは、複数のフィールドプログラマブルゲートアレイ、プログラマブルアレイロジック、複数のプログラマブルロジックデバイス、又は同種のもののようなプログラム可能な複数のハードウェアデバイスで実装されてもよい。
【００７１】
複数のモジュールは、様々なタイプのプロセッサによる実行のためのソフトウェアで実装されてもよい。特定された実行可能なコードのモジュールは、例えば、複数のコンピュータ命令の１又は複数の物理的又は論理的ブロックを備えてよく、それは、例えば、オブジェクト、プロシージャ、又は関数として体系化されてよい。それでもなお、特定されたモジュールの複数の実行ファイルは、物理的に一緒に配置される必要はないが、異なる複数の位置に格納される別々の命令を備えてよく、論理的に一緒に合わせられるときに、モジュールを備え、モジュールに対して定められた目的を達成する。
【００７２】
実際には、実行可能なコードのモジュールは、単一の命令又は多くの命令であってよく、複数の異なるコードセグメントを超えて、異なる複数のプログラムの間で、及び複数のメモリデバイスにわたって分散され得る。同様に、処理データは、ここで複数のモジュール内に特定かつ示されてよく、任意の適した形式に具現化され、任意の適したタイプのデータ構造体内に体系化されてよい。処理データは、単一のデータセットとして集められてよく、又は異なる複数の記憶デバイスを超えることを含む異なる複数の位置に分散されてよく、単にシステム又はネットワーク上の複数の電子信号として少なくとも部分的に存在してよい。複数のモジュールは、受動的又は能動的であってよく、所望の複数の機能を実行するように動作可能な複数のエージェントを含む。
【００７３】
本明細書を通して「ある例」又は「例示的」という言及は、その例に関連して説明される特定の特徴、構造、又は特性が、本発明の少なくとも１つの実施形態に含まれることを意味する。したがって、本明細書を通して各所における「ある例において」という語句又は「例示的」という単語の出現は、必ずしも全て同じ実施形態を言及しているわけではない。
【００７４】
本明細書中で用いられるように、複数の項目、構造的な複数の要素、組成の複数の要素、及び／又は複数の材料は、便宜上、一般的なリストで提示されてよい。しかしながら、これらのリストは、リストの各部材が別の一意的な部材として個別に特定されるかのように解釈されるべきである。したがって、そのようなリストの個々の部材は、それとは反対の指摘がない限り、一般的なグループにおけるそれらの提示にのみ基づき、同じリストの任意の他の部材の事実上の均等物として解釈されるべきでない。加えて、本発明の様々な実施形態及び例は、その様々なコンポーネントに対する複数の代替手段と共に、ここで言及されてよい。そのような複数の実施形態、複数の例、及び複数の代替手段は、互いに事実上の複数の均等物として解釈されるべきでないが、本発明の別の自律的な複数の表現とみなされるべきであることが理解される。
【００７５】
さらに、説明される複数の特徴、複数の構造、又は複数の特性は、１又は複数の実施形態において任意の適切なやり方で組み合わされてよい。以下の説明において、本発明の複数の実施形態を深く理解するために、複数のレイアウト、複数の距離、ネットワークの複数の例などといった、複数の例のような多数の具体的な詳細が提供される。しかしながら、当業者は、本発明が具体的な複数の詳細のうちの１又は複数を伴わず、又は他の複数の方法、複数のコンポーネント、複数のレイアウトなどを伴って実施されることができることを認識するだろう。他の複数の例において、既知の複数の構造、複数の材料、又は複数の動作は、本発明の複数の態様を不明瞭にすることを回避するために、詳細には図示又は説明されていない。
【００７６】
前述の複数の例は、１又は複数の特定の応用における本発明の複数の原理の例示であるが、形式上の多数の修正、実装の使用法及び複数の詳細が、発明力を使うことなく、本発明の複数の原理及び複数の概念から逸脱することなく、なされることができることは当業者にとって明らかだろう。従って、以下に記載の請求項による場合を除き、本発明が限定されることは意図されない。
［項目１］
クライアントに関するデバイス能力に関する情報を受信し、上記デバイス能力に関する情報の中にＣＶＯ属性が含まれるかことに基づいて、上記クライアントにストリーミングされるコンテンツを修正するコンピュータ回路を有し、
ビデオの向きの調整（ＣＶＯ）を伴うストリーミングを提供するサーバ。
［項目２］
上記ストリーミングされるコンテンツを修正する上記コンピュータ回路は、さらに、
上記クライアントに関する上記デバイス能力に関する情報が、上記クライアントが向きを意識した端末ではないことを示す上記ＣＶＯ属性を含まない場合、
上記クライアントへの供給に先立って、リアルタイムトランスポートプロトコル（ＲＴＰ）ストリーム、又は、ストリーミングされるハイパーテキスト転送プロトコル（ＨＴＴＰ）上での動的適応型ストリーミング（ＤＡＳＨ）のコンテンツのレンダリング方向を、不整合に関して修正する、
項目１に記載のコンピュータ回路。
［項目３］
上記ストリーミングされるコンテンツを修正する上記コンピュータ回路は、さらに、
アダプテーションセット、リプレゼンテーション又はサブ・リプレゼンテーションに関するコーデック共通属性又はエレメントにおいて提供されるＣＶＯ指示属性を有し、ストリーミングされるハイパーテキスト転送プロトコル（ＨＴＴＰ）上での動的適応型ストリーミング（ＤＡＳＨ）のコンテンツに関するメディアプレゼンテーション記述（ＭＰＤ）メタデータファイルを、上記クライアントに供給し、
ＲＴＰ拡張ヘッダ中に含まれるＣＶＯ情報に関し、ＣＶＯ用の２ビットの粒度（ｇｒａｎｕｌａｒｉｔｙ）を表す「ｕｒｎ：３ｇｐｐ：ｖｉｄｅｏ−ｏｒｉｅｎｔａｔｉｏｎ」又は高粒度ＣＶＯ用の６ビットの粒度を表す「ｕｒｎ：３ｇｐｐ：ｖｉｄｅｏ−ｏｒｉｅｎｔａｔｉｏｎ：６」というＣＶＯの統一資源名（ＵＲＮ）を有するａ＝ｅｘｔｍａｐ属性を用いたＣＶＯ指示を有し、リアルタイムトランスポートプロトコル（ＲＴＰ）ストリームに関するセッション記述プロトコル（ＳＤＰ）ファイルを、上記クライアントに供給し、
上記コーデック属性は、向きのあるビデオコンポーネント及び関連するＣＶＯ情報が、ストリーミングされるＤＡＳＨコンテンツ中に存在することを示す「３ｇｖｏ」に設定される、
項目１に記載のコンピュータ回路。
［項目４］
上記コンピュータ回路は、
国際標準化機構（ＩＳＯ）ファイルフォーマットのボックス構造のサンプル記述ボックス中のＣＶＯタイムドメタデータトラックに関するＣＶＯサンプルエントリを用いて、第３世代パートナシッププロジェクト（３ＧＰＰ）ファイルフォーマット（３ＧＰ）ファイル中に、ＣＶＯデータを格納する、又は、
ＲＴＰ拡張ヘッダ中に、リアルタイムトランスポートプロトコル（ＲＴＰ）ストリームに関するＣＶＯデータを格納し、
複数のＣＶＯサンプルエントリフィールドは、ボックスヘッダのサイズ若しくはタイプ、データ参照インデックス（ｄａｔａ−ｒｅｆｅｒｅｎｃｅ−ｉｎｄｅｘ）、又は、粒度を含み、
上記ボックスヘッダのタイプは、「３ｇｖｏ」の値用に設定される、
項目１に記載のコンピュータ回路。
［項目５］
上記デバイス能力に関する情報を受信する上記コンピュータ回路は、さらに、パケット交換ストリーミングサービス（ＰＳＳ）能力に関する情報を交換し、
上記ＣＶＯ属性は、
上記クライアントが、複数のリアルタイムトランスポートプロトコル（ＲＴＰ）ストリームのＣＶＯ対応レシーバであるか否かを示すストリーミングＣＶＯ能力属性、
上記クライアントが、上記複数のＲＴＰストリームの高粒度ＣＶＯ対応レシーバであるか否かを示すストリーミング高粒度ＣＶＯ能力属性、
上記クライアントが、複数の第３世代パートナシッププロジェクト（３ＧＰＰ）ファイルフォーマット（３ＧＰ）ファイルのＣＶＯ対応レシーバであるか否かを示す３ＧＰＣＶＯ能力属性、又は、
上記クライアントが、上記複数の３ＧＰファイルの高粒度ＣＶＯ対応レシーバであるか否かを示す３ＧＰ高粒度ＣＶＯ能力属性、
を含む、
項目１に記載のコンピュータ回路。
［項目６］
上記ストリーミングされるコンテンツを修正する上記コンピュータ回路は、さらに、ビデオの向きの不整合を修正して、上記クライアントおいて、正しいビデオの向きでコンテンツを再生することを保証するべく、向きを意識したコンテンツ適応、向きを意識したコンテンツ選択、向きを意識したコード変換、又は、向きを意識したフォーマット変換を実行する、
項目１に記載のコンピュータ回路。
［項目７］
上記サーバは、
第３世代パートナシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）パケット交換ストリーミングサービス（ＰＳＳ）サーバ、
ハイパーテキスト転送プロトコル（ＨＴＴＰ）上での動的適応型ストリーミング（ＤＡＳＨ）サーバ、又は、
統合マルチメディアサブシステム（ＩＭＳ）を利用したＰＳＳ、並びに、マルチメディアブロードキャスト及びマルチキャストサービス（ＭＢＭＳ）（ＩＭＳ＿ＰＳＳ＿ＭＢＭＳ）サーバ、
を含む、
項目１に記載のコンピュータ回路。
［項目８］
ビデオオリエンテーション調整（ＣＶＯ）能力に関する情報を提供するための移動端末（ＭＴ）であって、
上記ＭＴのＣＶＯ能力を決定するためのプロセッサと、
ストリーミングコンポーネント属性の中で、上記ＭＴのＣＶＯ能力に関する情報を、サーバに送信するトランシーバと、
を備える、
移動端末。
［項目９］
上記トランシーバは、ＲＴＰストリームに関するリアルタイムトランスポートプロトコル（ＲＴＰ）拡張ヘッダ、又は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）ストリーム若しくはＨＴＴＰ上での動的適応型ストリーミング（ＤＡＳＨ）に関する第３世代パートナシッププロジェクト（３ＧＰＰ）ファイルフォーマット（３ＧＰ）ファイルを受信し、
上記プロセッサは、さらに、
ＣＶＯ指示属性に関して、上記３ＧＰファイルに関するメディアプレゼンテーション記述（ＭＰＤ）メタデータファイルを解析し、若しくは、埋め込まれたＣＶＯ情報に関して、上記３ＧＰファイルを解析し、
上記解析されたＣＶＯ情報、及び、上記ＭＴの現在の向きに基づいて、向き修正項（ｏｒｉｅｎｔａｔｉｏｎ  ｃｏｒｒｅｃｔｉｏｎ  ｔｅｒｍ）を決定し、
上記ＭＰＤメタデータファイルが上記ＣＶＯ指示属性を含み、上記ＭＴが向きを意識した端末である場合、上記決定された向き修正項に基づいて、上記ＨＴＴＰストリーム若しくはＤＡＳＨのレンダリング方向を、不整合に関して修正する、又は、
上記ＣＶＯ指示属性に関して、上記ＲＴＰストリームに関するセッション記述プロトコル（ＳＤＰ）ファイルを解析し、若しくは、上記埋め込まれたＣＶＯ情報に関して、上記ＲＴＰストリームに関する上記ＲＴＰ拡張ヘッダを解析し、
上記解析されたＣＶＯ情報、及び、上記ＭＴの現在の向きに基づいて、向き修正項を決定し、
上記ＳＤＰファイルが上記ＣＶＯ指示属性を含み、上記ＭＴが上記向きを意識した端末である場合、上記決定された向き修正項に基づいて、上記ＲＴＰストリームのレンダリング方向を、不整合に関して修正し、
上記レンダリング方向の修正は、向きの回転又はフリップ（ｆｌｉｐ）を補正する、
項目８に記載の移動端末。
［項目１０］
上記トランシーバは、さらに、上記サーバから、アダプテーションセット、リプレゼンテーション又はサブ・リプレゼンテーションに関するコーデック共通属性又はエレメントにおいて提供されるＣＶＯ指示属性とともに、ストリーミングされるハイパーテキスト転送プロトコル（ＨＴＴＰ）上での動的適応型ストリーミング（ＤＡＳＨ）のコンテンツに関するメディアプレゼンテーション記述（ＭＰＤ）メタデータファイルを受信し、
上記コーデック属性は、向きのあるビデオコンポーネント及び関連するＣＶＯ情報が、ストリーミングされるＤＡＳＨコンテンツ中に存在することを示す「３ｇｖｏ」に設定され、
上記プロセッサは、さらに、
上記ＣＶＯ指示属性に関する上記ＭＰＤメタデータファイルを解析し、
上記ＭＰＤメタデータファイルが上記ＣＶＯ指示属性を含み、上記ＭＴが向きを意識した端末である場合、ＨＴＴＰストリーム又は上記ストリーミングされるＤＡＳＨコンテンツのレンダリング方向を、不整合に関して修正する、
項目８に記載の移動端末。
［項目１１］
上記トランシーバは、さらに、国際標準化機構（ＩＳＯ）ファイルフォーマットのボックス構造のサンプル記述ボックスにおけるＣＶＯタイムドメタデータトラックに関するＣＶＯサンプルエントリを含む、第３世代パートナシッププロジェクト（３ＧＰＰ）ファイルフォーマット（３ＧＰ）ファイルを受信し、
複数のＣＶＯサンプルエントリフィールドは、ボックスヘッダのサイズ若しくはタイプ、データ参照インデックス、又は、粒度を含み、
上記ボックスヘッダのタイプは、「３ｇｖｏ」の値用に設定され、
上記プロセッサは、さらに、
上記ＣＶＯサンプルエントリに関する上記３ＧＰファイルを解析し、
上記３ＧＰファイルが上記ＣＶＯサンプルエントリを含み、上記ＭＴが向きを意識した端末である場合、ハイパーテキスト転送プロトコル（ＨＴＴＰ）ストリーム、又は、ストリーミングされるＨＴＴＰ上での動的適応型ストリーミング（ＤＡＳＨ）のコンテンツのレンダリング方向を、不整合に関して修正する、
項目８に記載の移動端末。
［項目１２］
上記トランシーバは、さらに、上記ＭＴのＣＶＯ能力に関する情報を有する、パケット交換ストリーミングサービス（ＰＳＳ）クライアント能力に関する情報を交換し、
上記ＭＴのＣＶＯ能力に関する情報は、
上記クライアントが、複数のリアルタイムトランスポートプロトコル（ＲＴＰ）ストリームのＣＶＯ対応レシーバであるか否かを示すストリーミングＣＶＯ能力属性、
上記クライアントが、上記複数のＲＴＰストリームの高粒度ＣＶＯ対応レシーバであるか否かを示すストリーミング高粒度ＣＶＯ能力属性、
上記クライアントが、複数の第３世代パートナシッププロジェクト（３ＧＰＰ）ファイルフォーマット（３ＧＰ）ファイルのＣＶＯ対応レシーバであるか否かを示す３ＧＰＣＶＯ能力属性、又は、
上記クライアントが、上記複数の３ＧＰファイルの高粒度ＣＶＯ対応レシーバであるか否かを示す３ＧＰ高粒度ＣＶＯ能力属性、
を含む、
項目８に記載の移動端末。
［項目１３］
上記プロセッサは、さらに、
特定の向きを有する、ユーザにより生成されたコンテンツ（ＵＧＣ）ビデオをキャプチャし、
第３世代パートナシッププロジェクト（３ＧＰＰ）ファイルフォーマット（３ＧＰ）ファイル中に、上記ＵＧＣビデオに関するＣＶＯ情報を埋め込み、
上記トランシーバは、さらに、ハイパーテキスト転送プロトコル（ＨＴＴＰ）ストリーム、又は、ＨＴＴＰ上での動的適応型ストリーミング（ＤＡＳＨ）に関する３ＧＰファイルをアップロードする、
項目８に記載の移動端末。
［項目１４］
上記プロセッサは、さらに、
特定の向きを有するＣＶＯデータをキャプチャし、
国際標準化機構（ＩＳＯ）ファイルフォーマットのボックス構造のサンプル記述ボックス中のＣＶＯタイムドメタデータトラックに関するＣＶＯサンプルエントリを用いて、第３世代パートナシッププロジェクト（３ＧＰＰ）ファイルフォーマット（３ＧＰ）ファイルに、上記ＣＶＯデータを格納し、
複数のＣＶＯサンプルエントリフィールドは、ボックスヘッダのサイズ若しくはタイプ、データ参照インデックス（ｄａｔａ−ｒｅｆｅｒｅｎｃｅ−ｉｎｄｅｘ）、又は、粒度を含み、
上記ボックスヘッダのタイプは、「３ｇｖｏ」の値用に設定され、
上記トランシーバは、さらに、ハイパーテキスト転送プロトコル（ＨＴＴＰ）ストリーム、又は、ＨＴＴＰ上での動的適応型ストリーミング（ＤＡＳＨ）に関する３ＧＰファイルをアップロードする、
項目８に記載の移動端末。
［項目１５］
上記ＭＴのＣＶＯ能力に関する情報は、
第３世代パートナシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）パケット交換ストリーミングサービス（ＰＳＳ）セッション、
ハイパーテキスト転送プロトコル（ＨＴＴＰ）上での動的適応型ストリーミング（ＤＡＳＨ）  セッション、又は、
統合マルチメディアサブシステム（ＩＭＳ）を利用したＰＳＳ、並びに、マルチメディアブロードキャスト及びマルチキャストサービス（ＭＢＭＳ）（ＩＭＳ＿ＰＳＳ＿ＭＢＭＳ）セッション、
において提供される、
項目８に記載の移動端末。
［項目１６］
上記ＭＴの向きを決定するための方位センサをさらに備える、
項目８に記載の移動端末。
［項目１７］
上記移動端末は、ユーザ機器（ＵＥ）又は移動局（ＭＳ）を含み、
上記移動端末は、アンテナ、カメラ、タッチセンシティブディスプレイスクリーン、スピーカ、マイク、グラフィクスプロセッサ、アプリケーションプロセッサ、内部メモリ、又は、不揮発性メモリポートを含む、
項目８に記載の移動端末。
［項目１８］
サーバにおいて、クライアントに関するデバイス能力に関する情報を受信する段階と、
上記デバイス能力に関する情報がＣＶＯ属性を含むことを特定する段階と、
上記ＣＶＯ属性が含まれるか否かに基づいて、ストリーミングされるコンテンツを、上記クライアントに適応させる段階と、
を備える、
上記サーバにおいて、移動端末（ＭＴ）のビデオオリエンテーション調整（ＣＶＯ）能力をシグナリングするための方法。
［項目１９］
上記ストリーミングされるコンテンツを適応させる段階は、
上記クライアントに関する上記デバイス能力に関する情報が、上記クライアントが向きを意識した端末ではないことを示す上記ＣＶＯ属性を含まない場合、ハイパーテキスト転送プロトコル（ＨＴＴＰ）ストリーム、ＨＴＴＰ上での動的適応型ストリーミング（ＤＡＳＨ）、又は、リアルタイムトランスポートプロトコル（ＲＴＰ）ストリームの表示の向きを、不整合に関して修正する段階、又は、
上記クライアントに関する上記デバイス能力に関する情報が、上記クライアントが向きを意識した端末であることを示す上記ＣＶＯ属性を含む場合、ストリーミングの上記表示の向きを修正するべく、メディアプレゼンテーション記述（ＭＰＤ）メタデータファイル、又は、セッション記述プロトコル（ＳＤＰ）ファイルに、ＣＶＯ指示属性を埋め込む段階、
をさらに備える、
項目１８に記載の方法。
［項目２０］
上記ストリーミングされるコンテンツを適応させる段階は、
アダプテーションセット、リプレゼンテーション又はサブ・リプレゼンテーションに関するコーデック共通属性又はエレメントにおいて提供されるＣＶＯ指示属性を有し、ストリーミングされるハイパーテキスト転送プロトコル（ＨＴＴＰ）上での動的適応型ストリーミング（ＤＡＳＨ）のコンテンツに関するメディアプレゼンテーション記述（ＭＰＤ）メタデータファイルを、上記クライアントに供給する段階と、
ＲＴＰ拡張ヘッダ中に含まれるＣＶＯ情報に関し、ＣＶＯ用の２ビットの粒度（ｇｒａｎｕｌａｒｉｔｙ）を表す「ｕｒｎ：３ｇｐｐ：ｖｉｄｅｏ−ｏｒｉｅｎｔａｔｉｏｎ」又は高粒度ＣＶＯ用の６ビットの粒度を表す「ｕｒｎ：３ｇｐｐ：ｖｉｄｅｏ−ｏｒｉｅｎｔａｔｉｏｎ：６」というＣＶＯの統一資源名（ＵＲＮ）を有するａ＝ｅｘｔｍａｐ属性を用いたＣＶＯ指示を有し、リアルタイムトランスポートプロトコル（ＲＴＰ）ストリームに関するセッション記述プロトコル（ＳＤＰ）ファイルを、上記クライアントに供給する段階と、
をさらに備え、
上記コーデック属性は、向きのあるビデオコンポーネント及び関連するＣＶＯ情報が、ストリーミングされるＤＡＳＨコンテンツ中に存在することを示す「３ｇｖｏ」に設定される、
項目１８に記載の方法。
［項目２１］
上記ストリーミングされるコンテンツを適応させる段階は、第３世代パートナシッププロジェクト（３ＧＰＰ）ファイルフォーマット（３ＧＰ）ファイル中に、上記ＵＧＣビデオに関する、埋め込まれたＣＶＯ情報を含む、ユーザにより生成されたコンテンツ（ＵＧＣ）ビデオを受信する段階をさらに備え、
上記３ＧＰファイルは、
国際標準化機構（ＩＳＯ）ファイルフォーマットのボックス構造のサンプル記述ボックスにおけるＣＶＯタイムドメタデータトラックに関するＣＶＯサンプルエントリ、又は、
メディアプレゼンテーション記述（ＭＰＤ）のアダプテーションセット、リプレゼンテーション又はサブ・リプレゼンテーションに関するコーデック共通属性若しくはエレメント、
を使用し、
複数のＣＶＯサンプルエントリフィールドは、ボックスヘッダのサイズ若しくはタイプ、データ参照インデックス、又は、粒度を含み、
上記ボックスヘッダのタイプは、「３ｇｖｏ」の値用に設定され、
上記コーデック属性は、向きのあるビデオコンポーネント及び関連するＣＶＯ情報が、ストリーミングされるハイパーテキスト転送プロトコル（ＨＴＴＰ）上での動的適応型ストリーミング（ＤＡＳＨ）コンテンツ中に存在することを示す「３ｇｖｏ」に設定される、
項目１８に記載の方法。
［項目２２］
上記ストリーミングされるコンテンツを適応させる段階は、
国際標準化機構（ＩＳＯ）ファイルフォーマットのボックス構造のサンプル記述ボックス中のＣＶＯタイムドメタデータトラックに関するＣＶＯサンプルエントリを用いて、第３世代パートナシッププロジェクト（３ＧＰＰ）ファイルフォーマット（３ＧＰ）ファイル中に、ＣＶＯデータを格納する段階と、
ＲＴＰ拡張ヘッダ中に、リアルタイムトランスポートプロトコル（ＲＴＰ）ストリームに関するＣＶＯデータを格納する段階と、
をさらに備え、
複数のＣＶＯサンプルエントリフィールドは、ボックスヘッダのサイズ若しくはタイプ、データ参照インデックス（ｄａｔａ−ｒｅｆｅｒｅｎｃｅ−ｉｎｄｅｘ）、又は、粒度を含み、
上記ボックスヘッダのタイプは、「３ｇｖｏ」の値用に設定される、
項目１８に記載の方法。
［項目２３］
上記クライアントに関する上記デバイス能力に関する情報を受信する段階は、上記クライアントに関する、パケット交換ストリーミングサービス（ＰＳＳ）クライアント能力に関する情報を交換する段階をさらに備え、
上記ＣＶＯ能力に関する情報は、
上記クライアントが、複数のリアルタイムトランスポートプロトコル（ＲＴＰ）ストリームのＣＶＯ対応レシーバであるか否かを示すストリーミングＣＶＯ能力属性、
上記クライアントが、上記複数のＲＴＰストリームの高粒度ＣＶＯ対応レシーバであるか否かを示すストリーミング高粒度ＣＶＯ能力属性、
上記クライアントが、複数の第３世代パートナシッププロジェクト（３ＧＰＰ）ファイルフォーマット（３ＧＰ）ファイルのＣＶＯ対応レシーバであるか否かを示す３ＧＰＣＶＯ能力属性、又は、
上記クライアントが、複数の３ＧＰファイルの高粒度ＣＶＯ対応レシーバであるか否かを示す３ＧＰ高粒度ＣＶＯ能力属性、
を含む、
項目１８に記載の方法。
［項目２４］
項目１８に記載の方法を実施するべく、実行されるように構成された複数の命令を備える、少なくとも１つの非一時的機械可読記憶媒体。
【図１】
0006455741.tif 000004
【図２】
0006455741.tif 000005
【図３】
0006455741.tif 000006
【図４】
0006455741.tif 000007
【図５】
0006455741.tif 000008
【図６】
0006455741.tif 000009
【図７】
0006455741.tif 000010
【図８】
0006455741.tif 000011
【図９】
0006455741.tif 000012
【図１０】
0006455741.tif 000013
【図１１】
0006455741.tif 000014
【図１２】
0006455741.tif 000015