移動体メディアサーバ
移動体メディアサーバ（ＭＭＳ）は、メディアコンテンツのユビキタス共有のために利用するＭＭＳホストとＭＭＳクライアントとを備える。セルラ電話機のような移動体端末において展開することができるＭＭＳホストは、ＩＰインターフェースを通してＭＭＳクライアントとの論理リンクを確立して、ＭＭＳクライアントとのストリーミングセッションを開始することができる。ＭＭＳホストは、さらに、ネットワークソース、ローカルに記憶されたコンテンツ、あるいは、ＭＭＳホスト上のカメラおよび／またはマイクロフォンのような、任意のソースから、メディアコンテンツを取り出して、論理リンクを通して、メディアコンテンツをＭＭＳクライアントに供給してもよい。
【発明の詳細な説明】
【関連出願への相互参照】
【０００１】
本出願は、“移動体メディアサーバ”と題し、２００９年１２月４日に出願され、ここでの参照により明確にそのすべてが組み込まれている米国仮出願第６１／２６６，８１５号に対して利益を主張する。
【分野】
【０００２】
本開示は、マルチメディアコンテンツに関し、さらに詳細には、デバイス間でマルチメディアコンテンツを転送する技術に関する。
【背景】
【０００３】
マルチメディアエコシステムは、特定の組のマルチメディアファイルフォーマットを使用して、互いの間でマルチメディアコンテンツを通信する多数のマルチメディアデバイスを含む。ワイヤレスネットワークの近年の立ち上がりにより、多くのマルチメディアファイルフォーマットは、それらのワイヤレスネットワークを通した通信を促進するように進化してきた。ワイヤレスネットワークを通して、互いの間でマルチメディアコンテンツを通信するために、それぞれが同じ組のマルチメディアファイルフォーマットを実現するマルチメディアデバイスは、ワイヤレスマルチメディアエコシステムと呼ぶことができるものを形成してもよい。このようなワイヤレスマルチメディアエコシステム内のこれらのマルチメディアデバイスは、１つ以上のワイヤレスネットワークを介して通信するために、特定のタイプのワイヤレスモデムを備えていてもよい。
【０００４】
多くの異なるタイプのモデムが存在し、それにより、マルチメディアコンテンツをワイヤレスに転送する。例示的なワイヤレスモデムは、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）モデム（例えば、ブルートゥース（登録商標）モデム）と、セルラモデム（例えば、ユニバーサルモバイルテレコミュニケーションシステムすなわちＵＭＴＳモデム、グローバルシステムフォーモバイルコミュニケーションすなわちＧＳＭ（登録商標）モデム、ロングタームエボリューションすなわちＬＴＥモデム、およびｃｄｍａ２０００モデム）と、ワイヤレスワイドエリアネットワーク（ＷＷＡＮ）モデム（例えば、マイクロ波アクセスに対する世界相互運用性すなわちＷｉＭＡＸモデム）と、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）モデム（例えば、Ｗｉ−Ｆｉ（登録商標）モデム、もしくは、電気電子技術者協会すなわちＩＥＥＥ８０２．１１の標準規格の組のうちの１つ以上と一致する他のモデム）とを含む。これらの異なるモデムのそれぞれは、順方向誤り訂正（ＦＥＣ）の異なる形態およびレベルを実現し、異なるワイヤレス通信チャネルを介して通信し、異なるレベルの電力を消費してもよい。
【０００５】
加えて、マルチメディアコンテンツをセグメント化およびカプセル化するために、多数の異なるマルチメディアファイルフォーマットが存在する。マルチメディアファイルフォーマットは、特定の伝送および／またはアプリケーションレイヤプロトコルを使用して、マルチメディアコンテンツ、または、特定のコンテナもしくはラッパーファイルフォーマットをエンコードしてもよい。これらの異なるファイルフォーマットは、ストリーミングマルチメディアコンテンツのような、特定のアプリケーションに特有であることが多い。例えば、一般的に、これらのストリーミングアプリケーションに対して、ムービングピクチャエキスパートグループ（ＭＰＥＧ）４、パート１４により規定された“ＭＰ４”と呼ばれる、コンテナフォーマットにしたがってフォーマットされたデジタルビデオマルチメディアコンテンツを、デスクトップコンピュータは記憶することができる。インターネットのような、公共ネットワークを通して、マルチメディアコンテンツをストリーミングするための他のファイルフォーマットは、リアルタイムトランスポートプロトコル（ＲＴＰ）と呼ばれるアプリケーションレイヤプロトコルを含む。
【０００６】
幅広いさまざまなワイヤレスモデムとファイルフォーマットとの双方のタイプがある場合に、マルチメディアエコシステムは、非常に特有なマルチメディアアプリケーション、または、いくつかの例では、関連するマルチメディアアプリケーションのグループに対して形成されることが多い。結果として、１つのマルチメディアエコシステムのマルチメディアデバイスは、典型的に、同じマルチメディアエコシステムに位置付けられたマルチメディアデバイスとのみ通信する。さらに、マルチメディアデバイスは、１つ以上のマルチメディアエコシステムに属することができるので、典型的に、無償での広範囲におよぶマルチメディアコンテンツのデジタル普及を防ぐために、エコシステム間通信は、マルチメディアコンテンツプロバイダにより制限または禁止されている。それゆえ、マルチメディアコンテンツは、特定のマルチメディアエコシステム内で固定される傾向があるかもしれない。
【概要】
【０００７】
メディアコンテンツの共有のための通常のサーバ−クライアントのパラダイムは、所望のメディアコンテンツを選択し、そのコンテンツを取り出すためにストリームセッションを開始する、インターネットビデオコンシューマーのような、クライアントを含む。本開示の態様では、パラダイムが反転している：つまり、メディアコンテンツのサーバが、クライアントとのデータ共有セッションを開始する。さらに、サーバは、ローカルに記憶されたメディアコンテンツを共有してもよく、または、インターネット、もしくは、それどころかテレビ放送のような、任意の適切なソースからメディアコンテンツを取り出すブリッジのように機能して、ＩＰインターフェースのような論理リンクを通して、そのコンテンツを１つ以上のクライアントと共有してもよい。
【０００８】
本開示の例示的な態様では、メディアサーバからメディアを供給する方法を使用する。方法は、インターネットプロトコルインターフェースを利用して、クライアントとの論理リンクを確立することと、論理リンクを通して、クライアントとのストリーミングセッションを開始することと、メディアソースからメディアコンテンツを取り出すことと、論理リンクを通して、クライアントにメディアコンテンツを供給することとを含む。
【０００９】
本開示の別の例示的な態様では、クライアントにおいて、メディアサーバからメディアを受信する方法を使用する。方法は、メディアサーバを発見することと、メディアサーバに加入することと、メディアサーバにより確立された論理リンクを通して、メディアコンテンツを受信することとを含む。
【００１０】
本開示のさらに別の例示的な態様では、装置がメディアを供給することができる。ここで、装置は、インターネットプロトコルインターフェースを利用して、クライアントとの論理リンクを確立する手段と、論理リンクを通して、クライアントとのストリーミングセッションを開始する手段と、メディアソースからメディアコンテンツを取り出す手段と、論理リンクを通して、クライアントにメディアコンテンツを供給する手段とを具備する。
【００１１】
本開示のまた別の例示的な態様では、コンピュータプログラムプロダクトは、コンピュータ読取可能媒体を含み、コンピュータ読取可能媒体は、インターネットプロトコルインターフェースを利用して、クライアントとの論理リンクを確立するためのコードと、論理リンクを通して、クライアントとのストリーミングセッションを開始するためのコードと、メディアソースからメディアコンテンツを取り出すためのコードと、論理リンクを通して、クライアントにメディアコンテンツを供給するためのコードとを含む。
【００１２】
本開示のまた別の例示的な態様では、メディアを供給する装置は、少なくとも１つのプロセッサと、少なくとも１つのプロセッサに結合されるメモリとを具備する。ここで、少なくとも１つのプロセッサは、インターネットプロトコルインターフェースを利用して、クライアントとの論理リンクを確立し、論理リンクを通して、クライアントとのストリーミングセッションを開始し、メディアソースからメディアコンテンツを取り出し、論理リンクを通して、クライアントにメディアコンテンツを供給するように構成されている。
【００１３】
本開示の、これらの態様および他の態様は、後続する詳細な説明をレビューすると、容易に明らかになるだろう。
【図面の簡単な説明】
【００１４】
【図１】図１は、本開示のある態様にしたがった、ＭＭＳを利用する例示的なシステムを図示している概念図である。
【図２】図２は、ＭＭＳホストとＭＭＳクライアントとを含む例示的な装置を図示しているブロックダイヤグラムである。
【図３】図３は、ＭＭＳホストとＭＭＳクライアントとのさらなる態様を図示しているブロックダイヤグラムである。
【図４】図４は、サーバオンリーモードでメディアコンテンツをプレイバックする間のメディアコンテンツの分岐を図示している概念ブロックダイヤグラムである。
【図５】図５は、並行ホストおよびクライアントプレイバックモードで供給されることになるメディアコンテンツの分岐を図示している概念ブロックダイヤグラムである。
【図６】図６は、本開示のある態様にしたがって、メディアコンテンツを供給するプロセスを図示するフローチャートによるダイヤグラムである。
【図７】図７は、本開示のある態様にしたがって、ＭＭＳクライアントにおいて、メディアコンテンツを受信するプロセスを図示しているフローチャートである。
【図８】
【詳細な説明】
【００１５】
添付した図面に関連して下記に述べられている詳細な説明は、さまざまなコンフィギュレーションの説明として意図しており、ここに記述した概念を実施できる唯一のコンフィギュレーションを表すことを意図していない。詳細な説明は、さまざまな概念の完全な理解を提供する目的のために特有な詳細を含んでいる。しかしながら、これらの概念をこれらの特有な詳細なしで実施できることは、当業者にとって明らかであるだろう。いくつかの事例では、このような概念を曖昧にすることを避けるために、よく知られている構造およびコンポーネントをブロックダイヤグラムの形態で示している。
【００１６】
即時の開示のさまざまな態様にしたがうと、システム、アーキテクチャ、および方法が、移動体メディアサーバ（ＭＭＳ）を構築するために使用される。いくつかの態様では、ＭＭＳは、ハードウェア非依存型コンポーネントとハードウェア依存型コンポーネントとの双方を含んでもよい。１つの例では、ＭＭＳは、移動体デバイスに展開されてもよい。展開されたＭＭＳを備え、メディアコンテンツを他のデバイスに供給する移動体デバイスは、ＭＭＳホストと呼ばれる。ＭＭＳホストからのメディアコンテンツを消費するデバイスは、ＭＭＳクライアントと呼ばれる。ＭＭＳホストにより供給されるデジタルメディアは、メディアコンテンツと呼ばれる。メディアコンテンツは、これらには限定されないが、オーディオ、ビデオ、ピクチャ、テキスト、グラフィック、センサデータ、ライブカメラ取り込み、同期化デジタルコンテンツ、プロダクションソフトウェアファイル、メタデータ等を含んでもよい。大まかに、メディアコンテンツは、その記憶または提示のモードに関わらず、データのランダムではない集合である何らかのデータ構造を含んでいてもよい。
【００１７】
図１は、本開示のある態様にしたがった、ＭＭＳを利用する例示的なシステム１００を図示する概念図である。システム１００では、ＭＭＳホスト１０２は、基地局１０６に通信可能に結合されている。ＭＭＳホスト１０２と基地局１０６との間の結合は、ＵＭＴＳエアインターフェース、ＬＴＥエアインターフェース、ｃｄｍａ２０００エアインターフェース等のような、任意の適切なワイヤレスエアインターフェースにわたってもよい。基地局１０６は、適切なバックホールインターフェースを通して、インターネットのような、パケットベースのネットワーク１０８に結合されていてもよい。反対側では、ＭＭＳホスト１０２は、１つ以上のＭＭＳクライアント１０４Ａ、１０４Ｂ、１０４Ｃ、および／または１０４Ｄと通信可能に結合されてもよい。ここで、ＭＭＳホスト１０２は、例えば、インターネットプロトコル（ＩＰ）にしたがう任意の適切なリンクのような、論理リンクをＭＭＳクライアント１０４と共有する。
【００１８】
ＭＭＳホスト１０２とそれぞれのＭＭＳクライアント１０４との間の結合は、例えば、ワイヤードインターフェース、もしくは、ブルートゥースインターフェースのようなワイヤレスパーソナルエリアネットワーク（ＰＡＮ）インターフェース、または他の何らかの適切なダイレクトインターフェースを通した、ダイレクト結合であってもよい。この方法で、外部ネットワークに接続する必要なしで、メディアコンテンツの即座の共有のために、アドホックメディアコンテンツストリーミングセッションを開始できる。
【００１９】
代替的に、または、加えて、ＭＭＳホスト１０２とそれぞれのＭＭＳクライアント１０４との間の結合は、パケットベースのネットワーク１０８を通すものであってもよい。つまり、イーサネット（登録商標）接続、光ファイバ接続のような、何らかの適切な手段を通して、または、何らかの適切な接続プロトコルを利用して、基地局１０６もしくは別の基地局に結合されているエアインターフェースを通して、それぞれのＭＭＳクライアント１０４はネットワーク１０８に結合されていてもよい。
【００２０】
開示のある態様では、ＭＭＳホスト１０２は、ＭＭＳクライアント１０４Ａ、１０４Ｂ、１０４Ｃ、および／または１０４Ｄのうちの１つ以上のものとのストリーミングセッションを開始してもよい。ストリーミングセッションでは、データのパケットが、ストリーム中の論理リンクを通して、ＭＭＳクライアント１０４のうちの１つ以上のものに配信されてもよい。データのパケットは、ＭＭＳクライアント１０４により受信され、リアルタイムでレンダリングされてもよく、または、望まれる場合には、後のレンダリングのために記憶されてもよい。
【００２１】
リアルタイムストリームでは、ＭＭＳクライアント１０４は、拡張した時間期間に対して、メディアコンテンツをキャッシングまたは収集することなく、メディアコンテンツを受信してレンダリングする。ここで、パケットが遅れて到来した場合には、プレイバックへの表示時間は過ぎており、そのパケットは破棄されるかもしれない。したがって、ＭＭＳホスト１０２およびＭＭＳクライアント１０４は、ストリームを調整して、メディアコンテンツがほぼリアルタイムでプレイバックできることを保証してもよい。代替アプローチでは、ＭＭＳクライアント１０４は、それがある量のコンテンツを受信する時点まで、ローカルメモリにメディアコンテンツを蓄積してもよい。この時点において、パケットが遅れてドロップされることなく、受信されたメディアコンテンツがプレイバックされる。
【００２２】
開示のいくつかの態様にしたがうと、ＭＭＳホストかＭＭＳクライアントのいずれかにより、ストリーミングセッションが開始されてもよい。つまり、ＭＭＳホスト１０２は、メディアコンテンツをＭＭＳクライアント１０４にプッシュするためにセッションを開始してもよい。さらに、ＭＭＳクライアント１０４は、ＭＭＳホスト１０２からメディアコンテンツをプルするためにセッションを開始してもよい。
【００２３】
ＭＭＳホスト１０２とＭＭＳクライアント１０４との間の接続トポロジーは、論理リンクである。本開示の態様にしたがうと、論理リンクは、一般的にネットワーク非依存型である。つまり、ＭＭＳホスト１０２とＭＭＳクライアント１０４との間に確立されたリンクは、論理リンクに基づいていてもよく、利用されている特定のネットワークのより低いレイヤの詳細が変化するかもしれない。例えば、ＭＭＳクライアント１０４との論理リンクは、ＭＭＳホスト１０２で提供されたインターネットプロトコル（ＩＰ）インターフェースを利用して確立されてもよい。この方法で、ＭＭＳクライアント１０４は、ワイドエリアネットワーク（ＷＡＮ）、ワイヤレスワイドエリアネットワーク（ＷＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、または、リンクがＩＰベースである限り、任意の適切なネットワークリンクを通して、ＭＭＳホスト１０２に接続することができる。
【００２４】
ＭＭＳホスト１０２とそれぞれのＭＭＳクライアント１０４との間のリンクは、一般的に、フォワードリンクとバックワードリンクとを含む双方向リンクである。フォワードリンクは、ＭＭＳホストからＭＭＳクライアントへの方向にＭＭＳホストにより維持されているリンクである。いくつかの例では、複数のフォワードリンクを利用できる。つまり、１つのＭＭＳホスト１０２から複数のＭＭＳクライアント１０４への複数のフォワードリンクを維持することができる。別の例では、ブロードキャスティングフォワードリンクを使用することができ、ここで、１つのＭＭＳホスト１０２からの単一のフォワードリンクは、複数のＭＭＳクライアント１０４にブロードキャストされる。この例では、同じ情報を、複数のフォワードリンクを利用するのに必要なものよりも狭い帯域幅を利用して、複数のＭＭＳクライアント１０４に送信できる。バックワードリンクは、一般的に、ＭＭＳクライアント１０４からＭＭＳホスト１０２への方向にＭＭＳクライアントにより維持されているリンクである。１つの例では、複数のバックワードリンクを維持することができる。つまり、１つのＭＭＳクライアント１０４から複数のＭＭＳホスト１０２への複数のバックワードリンクを維持することができる。バックワードリンク上の情報は、ＭＭＳクライアント１０４からの要求；（後で議論されることになる、ブリッジコンテンツソースの状況の下でインダイレクトであるかもしれない情報のような）制御情報；フォワードリンクについてフィードバック；または、フォワードリンク上で供給されているコンテンツが対話コンテンツである場合の対話を含んでもよい。さらになる例では、複数の双方向リンクを利用することができる。複数の双方向リンクは、各ＭＭＳクライアント１０４が異なるメディアコンテンツを消費することを可能にし、すなわち、異なる双方向リンクは、それぞれのＭＭＳホスト１０２とＭＭＳクライアント１０４との間のリンクの特定の特性にしたがった、異なるストリーミングパラメータと異なる品質情報とを特徴としている。
【００２５】
それぞれのＭＭＳホスト１０２とＭＭＳクライアント１０４との間の関係のタイプは、１つのＭＭＳホスト１０２と１つのＭＭＳクライアント１０４との間でインターフェースが確立される１対１関係であってもよい。別のタイプの関係は、１対複数であってもよい。ここで、１つのＭＭＳホスト１０２は、同じメディアコンテンツまたはさまざまなメディアコンテンツを、多くのＭＭＳクライアント１０４に供給することができる。別のタイプの関係は、複数対１接続であってもよい。ここで、１つのＭＭＳクライアント１０４は、複数のＭＭＳホスト１０４からのメディアコンテンツを消費することができる。例えば、ＭＭＳクライアント１０４は、複数のＭＭＳホスト１０２への複数の加入間でプレイバックを切り替えてもよく、または、１つ以上のＭＭＳクライアント１０４は、１つ以上の加入したメディアコンテンツを並列してプレイバックしてもよい。別のタイプの関係は、ここで、ＭＭＳクライアント１０４はそれぞれ、異なるＭＭＳホスト１０２からの異なるメディアコンテンツを消費する複数対複数関係である。
【００２６】
図２は、ＭＭＳホスト２００とＭＭＳクライアント２５０とを備える例示的な装置を図示しているブロックダイヤグラムである。ＭＭＳホスト２００は、図１で図示したＭＭＳホスト１０２の１つの例を表してもよく、ＭＭＳクライアント２５０は、図１で図示したＭＭＳクライアント１０４の１つの例を表してもよい。
【００２７】
ここで、ＭＭＳホスト２００は、プロセッサ２０２と付随するメモリ２０４とを備える。ＭＭＳホスト２００は、ＩＰネットワークを通して通信するためのＩＰインターフェース２０６をさらに備える。ユーザインターフェース２０８は、ユーザがＭＭＳホスト２００を利用して通信するための、例えば、キーボードおよびスクリーンのような、入力出力機能を提供してもよい。カメラおよび／またはマイクロフォン２１０は、プロセッサ２０２に送られることになる、ＭＭＳホスト２００に対するメディアコンテンツもしくは他のデータのソースを提供してもよい。レンダラー２１２は、何らかの適切なソースからのデータをレンダリングする、例えば、ＭＭＳホスト２００のユーザに提示するためにディスプレイ２１４および／またはスピーカー２１８に送ることができるように、ならびに／あるいは、ＩＰインターフェース２０６に向けられるように、処理メディアコンテンツを処理するブロックである。コーデック２１６は、レンダラー２１２に提供されることになるメディアコンテンツ、または、レンダラー２１２から提供されるメディアコンテンツをコード化またはデコードするために使用するブロックである。
【００２８】
図示しているＭＭＳクライアント２５０は、プロセッサ２５２とメモリ２５４とを備えている。ＩＰインターフェース２５６は、ＩＰネットワークにインターフェースを提供できる。ユーザインターフェース２５８は、ＭＭＳクライアント２５０のユーザに、キーボードまたはスクリーンのような、入力出力機能を提供する。レンダラー２６０は、ＭＭＳホスト２００におけるレンダラー２１２に類似しており、これは、何らかの形態のメディアコンテンツを、表示するおよび／または聞き取り可能に再生するために、適切にレンダリングするブロックとして考えることができる。ディスプレイ２６２は、ユーザに対して表示機能を提供することができ、スピーカー２６６は、ユーザに対してオーディオ出力を提供することができる。コーデック２６４は、レンダラー２６０に送られることになる、または、レンダラー２６０から送られることになるメディアコンテンツに対して、コーディングおよびデコーディング機能を提供できる。
【００２９】
図３は、ＭＭＳホスト３００およびＭＭＳクライアント３５０の態様をさらに図示している別のブロックダイヤグラムである。ここで、ＭＭＳホスト３００は、図２に図示したＭＭＳホスト２００と同じものであってもよく、または、これは、本開示の範囲内で、いくつかの相違点を有していてもよい。同様に、ＭＭＳクライアント３５０は、図２に図示したＭＭＳクライアント２５０と同じものであってもよく、または、これは、本開示の範囲内で、ＭＭＳクライアント２５０とのいくつかの相違点を有していてもよい。
【００３０】
ここで、特定の機能を実行するモジュールを示すブロックにより、ＭＭＳホスト３００が図示されている。特定の機能を実行するモジュールは、メディアコンテンツを取り出すモジュール３０２と、ＭＭＳクライアント３５０と能力について交換するモジュール３０４と、ＭＭＳホスト３００内でメディアコンテンツを管理するモジュール３０６と、ＭＭＳクライアント３５０にメディアコンテンツを供給するモジュール３０８と、ＭＭＳクライアント３５０からのフィードバックを受信して応答するモジュール３１０とを含む。
【００３１】
メディアコンテンツを取り出すモジュール３０２は、異なるソースからのさまざまなタイプのメディアコンテンツを取り出してもよく、いくつかの実施形態では、モジュール３０２は、それらのソースからのそれらのメディアコンテンツの取り出しを開始してもよい。それらのメディアコンテンツのソースは、これらには限定されないが、ローカルに記憶されたメディアコンテンツ、ネットワーク提供されたメディアコンテンツ、および／または、ライブユーザ発生されたメディアコンテンツのような、多くの適切なコンテンツソースのうちの１つ以上であってもよい。
【００３２】
ローカルに記憶されたメディアコンテンツに対して、ＭＭＳホスト３００は、ネットワーク接続記憶装置（ＮＡＳ）サーバとして機能してもよい。ここで、もう一度図２を参照すると、ＭＭＳホスト２００は、メモリ２０４にメディアコンテンツを記憶してもよい。
【００３３】
ネットワーク提供されたメディアコンテンツに対して、ＭＭＳホスト３００は、ネットワークベースのメディアコンテンツソース（例えば、何らかの適切なネットワークからのコンテンツ）を１つ以上のＭＭＳクライアントとリンクさせるメディアブリッジとして機能してもよい。これらのブリッジされたメディアコンテンツは、衛星テレビもしくは無線信号のような、無線ブロードキャスト；フォワードリンクオンリー（例えば、メディアＦＬＯ（登録商標））、セルラメディアブロードキャスト；別の移動体デバイス、コンピュータもしくはサーバのような、遠隔デバイスからのライブストリーミングメディアコンテンツ；ＹｏｕＴｕｂｅ（登録商標）により提供されるビデオのようなインターネットベースのメディアコンテンツ；または、テレビ電話のような、ソースから来てもよい。ここで、ＭＭＳホスト３００は、例えば、セルラブロードバンドネットワークを通して、ビデオ電話セッションに参加しているかもしれない。つまり、ＭＭＳホスト３００は、１つ以上のＭＭＳクライアントにライブビデオを供給してもよい。複数のＭＭＳクライアントに同時に供給することは、マルチビューアービデオ会議経験を作り出すことができる。
【００３４】
メディアコンテンツのソースがネットワークであるとき、再び図２を参照すると、メディアコンテンツは、ＩＰインターフェース２０６として、ＭＭＳホスト３００に提供されてもよい。開示のさらなる態様では、メディアコンテンツは、ＭＭＳホスト３００上のカメラにより撮られたビデオ、および／または、ディスプレイからのスナップショットのような、ライブユーザ発生されたメディアコンテンツを含んでもよい。メディアコンテンツが、図２に図示したカメラ２１０のようなカメラにより調達されたものであるとき、ＭＭＳホスト２００に装備されている、カメラビューファインダーと、対応する画像イメージャとにより生成された、画像またはビデオストリームは、例えば、ＭＭＳクライアント２００に向けたＩＰインターフェース２０６を介して送られることになるビデオストリームをコーデック２１６に提供する。メディアコンテンツがスナップショットまたはスクリーンショットを含むとき、これらのコンテンツは、ＭＭＳクライアントにストリーミングされてもよい、ＭＭＳホスト３００からの、リアルタイムでおよび／または連続的なコンピュータデスクトップスナップショットを含んでいてもよい。
【００３５】
メディアコンテンツ取り出しは、ＭＭＳホスト３００またはＭＭＳクライアント３５０のいずれかにより開始されてもよい。ＭＭＳホスト３００は、ＭＭＳホスト２００における、図２に図示したユーザインターフェース２０８のような、ユーザインターフェースを利用することにより、メディアコンテンツ取り出しを開始してもよい。ＭＭＳクライアント３５０によりメディアコンテンツの取り出しが開始されるとき、ＭＭＳホスト３００は、ＭＭＳホスト３００に記憶されている特定のメディアコンテンツに対する要求を、例えば、メディアコンテンツリソースネームまたはファイルネームを使用して、ＭＭＳクライアント３５０から受信してもよい。この要求はまた、上述したネットワーク提供されたソースのうちの１つから、メディアコンテンツを取り出すように、ＭＭＳホスト３００に命令してもよい。
【００３６】
ＭＭＳクライアントにより能力を拡張するモジュール３０４は、それぞれのＭＭＳクライアントとの能力交換および交渉を通して、ＭＭＳクライアントの能力を取得してもよい。開示の１つの態様では、能力について交換するモジュール３０４は、図２に図示したＭＭＳホスト２００内の、プロセッサ２０２、メモリ２０４、およびＩＰインターフェース２０６を含んでいてもよい。この能力についての交換は、ＭＭＳクライアントとの接続が確立された瞬間に起こる、自動的なものであってもよい。開示の別の態様では、例えば、ＭＭＳクライアントにおいて、ある特徴がイネーブルされたときに、能力についての交換が、促されてもよく、または、更新されてもよい。１つの例では、ユーザが、展開されたＭＭＳクライアントを有するテレビにおける３Ｄレンダリング能力をオンする場合に、テレビは、ＭＭＳホストに、３Ｄ能力が現在利用可能であることを通知してもよい。
【００３７】
メディアコンテンツを管理するモジュール３０６は、メディアコンテンツのメタデータを追加または管理すること；利用可能なメディアコンテンツをリソースリスト中にインデックス化すること；コンテンツチャネルリストを提供すること；およびメディアコンテンツを変更することのような、機能を提供してもよい。開示の１つの態様では、メディアコンテンツを管理するモジュール３０６は、再び図２を参照すると、プロセッサ２０２とメモリ２０４とを備えていてもよい。メディアコンテンツを管理するモジュール３０６は、メディアコンテンツのメタデータをさらに管理してもよい。このようなメタデータは、メディアコンテンツ内に、添付された、もしくは、含まれた、キーワードまたはタグと、ビデオメディアコンテンツに対するクローズドキャプションとを含むことができる。メディアコンテンツの管理はまた、利用可能なメディアコンテンツを、プレイリストまたはチャネルリストのような、リソースリスト中にインデックス化してもよい。このインデックスは、それらのメディアコンテンツのソースから、メタデータ、または、メディアコンテンツに関連する他の何らかの情報を取り出すことにより、コンパイルされてもよい。その後、クライアントが、ＭＭＳホストを通したストリーミング、もしくは、ＭＭＳホストからのストリーミングに対して利用可能なメディアコンテンツの特定の詳細に気付くことができるように、インデックス化は、対応する情報をインデックス中にコンパイルすることと、そのインデックスをＭＭＳクライアントに提供することとを含んでもよい。メディアコンテンツを管理するモジュール３０６はまた、コンテンツチャネルリスト、すなわち、ＭＭＳクライアントが加入するためのチャネルのリストを提供してもよい。
【００３８】
メディアコンテンツを管理するモジュール３０６はまた、開示のうちのいくつかの態様ではあるが、メディアコンテンツを変更してもよく、ＭＭＳホスト３００は、それらのメディアコンテンツのソースから供給されたそれらの元々の形態で、コンテンツをＭＭＳクライアントに供給してもよい。メディアコンテンツの変更は、メディアフォーマットラッパーを追加することを含んでもよい。つまり、ＭＭＳホスト３００は、メディアコンテンツの１つの形態を他のフォーマット中にラップできる。例えば、一連のスナップショットを連結させて、ビデオフォーマット中にラップして、ビデオクリップを提供することができる。
【００３９】
メディアコンテンツの変更はまた、メディアコンテンツの品質の、アップスケーリング、ダウンスケーリング、または、そうでなければ、変更を含んでもよい。ここで、ビデオメディアコンテンツのアップスケーリングは、ＭＭＳクライアントが高ビデオ解像度をハウジングすることが知られているときに、ビデオのより高い解像度を提供してもよい。メディアコンテンツのダウンスケーリングは、ネットワーク帯域幅が制限されているときに望ましいかもしれない。
【００４０】
メディアコンテンツの変更はまた、ビデオメディアコンテンツの解像度および／または縦横比のような、メディアコンテンツの空間的プロパティを変更することを含んでもよい。さらに、メディアコンテンツの変更は、ビデオのＱＰファクタのような、情報エントロピープロパティを変更することを含んでものよい。さらに、ライブ２Ｄから３Ｄコンテンツ変換は、深度またはデルタ抽出技術を通して達成してもよい。
【００４１】
メディアコンテンツの変更は、ビデオコンテンツからのオーディオコンテンツを多重分離することをさらに含んでもよい。例えば、オーディオコンテンツは、１つ以上のＭＭＳクライアントにストリーミングされてもよい一方で、ビデオコンテンツは、ＭＭＳホストでプレイバックしてもよい。オーディオコンテンツはさらに、空間効果により、トランスコードされてもよく、または、拡張されてもよい。１つの実施形態では、オーディオコンテンツはまた、ＭＭＳクライアントに供給されることになる他のビデオコンテンツで再多重化されてもよい。メディアコンテンツの変更はさらに、複数のソースからのコンテンツのような、複数の関係するメディアコンテンツを単一ストリームに、多重化すること、または、再多重化することを含む。例えば、オーディオメディアコンテンツは、第１のソースから調達されたものであってもよく、ビデオコンテンツは、第２のソースから調達されたものであってもよい。これらのコンテンツは、多重化されて、単一のＭＭＳクライアントに提供されてもよい。
【００４２】
さらに、メディアコンテンツの変更は、メディアコンテンツのトランスコーディングを含んでいてもよい。つまり、ＭＭＳホスト３００は、メディアコンテンツのコーディングフォーマットを変えてもよい。異なるＭＭＳクライアントのコーダー能力は変化するかもしれないことから、このようなトランスコーディングが望まれるかもしれず、メディアコンテンツの適切なコーディングを確立して、対応するＭＭＳクライアントに提供することができる。適切な処理能力により、ＭＭＳホスト３００におけるメディアコンテンツトランスコーディングを、ごくわずかな、または、名目だけの待ち時間により、実行することができる。ＭＭＳクライアントが適切に進化したデコーダを備えているとして知られているとき、進化した、高圧縮された形態のエンコーディングを使用して、必要な帯域幅を減少させてもよい。一方、ＭＭＳクライアントが、進化したデコーディング能力に欠いているとして知られているとき、より少なく圧縮された形態のエンコーディングを使用してもよい。１つの例では、進化したデコーダを欠いているＭＭＳクライアントに対して、ＭＰＥＧ４エンコードされたビデオは、ＭＰＥＧ２エンコーディングにトランスコードされてもよく、または、ＡＡＣエンコードされたオーディオは、ＰＣＭエンコーディングにトランスコードされてもよい。別の例では、ＭＭＳクライアントが、それらのより進化した形態のメディアコンテンツを適切にデコードできる適切なデコーダを備えるとして知られているときに、ネットワーク帯域幅をセーブするために、ＭＰＥＧ２エンコードされたビデオは、ＭＰＥＧ４エンコーディングにトランスコードされてもよく、または、ＰＣＭエンコードされたオーディオは、ＡＡＣエンコーディングにトランスコードされてもよい。さらに別の例では、ストリーミングセッションに対して、十分な帯域幅が利用可能であることが知られている場合に、ＭＭＳホスト３００は、それぞれのＭＭＳクライアントに対して、最低レベルのデコーディング能力のみを必要とするローフォーマットにメディアコンテンツをデコードしてもよい。開示のさまざまな態様にしたがうと、ＭＭＳホストにおけるメディアコンテンツのトランスコーディングは、図２に図示したＭＭＳホスト２００内のコーデック２１６により実行されてもよい。
【００４３】
ＭＭＳクライアントにメディアコンテンツを供給するモジュール３０８は、再び図２を参照すると、プロセッサ２０２と、メモリ２０４と、ＩＰインターフェース２０６とにより実現してもよい。メディアコンテンツを供給するために、それらのメディアコンテンツをプレイバックパイプラインを通してパスしてもよい。つまり、メディアコンテンツのストリームは、ユーザによる閲覧および／リスニングに対してレンダリングするために、そのソースからプレイバックパイプラインを通してパスされてもよい。ここで、レンダリングという用語は曖昧に使用され、表示するために、ビデオまたは画像ファイルをグラフィカルにレンダリングすること、オーディオ信号として再生するために、オーディオファイルを処理すること、または、そうでなければ、ユーザに対して特定の所望のフォーマットで表示するために、任意の対応するメディアコンテンツを適切に処理することを含む。
【００４４】
開示のさまざまな態様にしたがうと、メディアコンテンツの供給は、２つのプレイバックモード：サーバオンリープレイバック、並行ホストおよびクライアントプレイバックのうちの１つを利用して達成することができる。サーバオンリープレイバックモードでは、メディアコンテンツは、これらのソースから取り出され、そこでプレイバックされることになるＭＭＳクライアントに供給されてもよい。並行ホストおよびクライアントプレイバックモードでは、メディアコンテンツを、ＭＭＳホスト３００および／または１つ以上のＭＭＳクライアントにおいて、並列してプレイバックできるように、メディアプレイバックパイプラインを分岐してもよい。
【００４５】
つまり、メディアコンテンツの提供は、分岐することを含んでいてもよく、分岐するのは、メディアコンテンツストリームが、それがメディアプレイバックパイプラインを通して流れるときに、１つ以上のコピーに重複されるときである。メディアコンテンツストリームの分岐は、ローカルプレイバックおよび／または遠隔プレイバックを可能にする。ローカルプレイバックでは、ストリームの１つ以上の重複したコピーは、例えば、図２を参照すると、ディスプレイ２１４および／またはスピーカー２１８において、ＭＭＳホスト３００でローカルにレンダリングされてもよい。遠隔プレイバックでは、ストリームの１つ以上の重複したコピーは、１つ以上のＭＭＳクライアントにおける、何らかの適切なステージにおいて、他の何らかのメディアパイプラインと統合されてもよい。これらの分岐したストリームは、それらの元々の形態で、または、上述したような変更された形態で、ＭＭＳクライアントに提供されてもよい。
【００４６】
図４は、サーバオンリーモードでメディアコンテンツをプレイバックする間のメディアコンテンツの分岐を図示している概念ブロックダイヤグラムである。実例では、ＭＭＳアプリケーション４０２は、ファイルソース４０４からのメディアコンテンツの取り出しを管理し、このメディアコンテンツは、その後、メディアプレイバックパイプラインを通してコンテンツフォーマットパーサ４０６に流れる。この時点で、パイプラインは、分岐点４０８に到達する。分岐点４０８において、この実例では、メディアコンテンツストリームは、図面中で重複コピー１、２、および３とラベル付けされている３つの重複コピーに分岐される、または、重複される。重複コピー１は、ネットワークストリーミングアダプタ４１０を通過する。ここで、例えば、図２に戻り参照すると、ネットワークストリーミングアダプタは、ＩＰインターフェース２０４であってもよい。ＩＰインターフェースは、ＷＬＡＮ、ＷＷＡＮ、ＰＡＮ、またはＭＭＳクライアントにより最終的に受信されることになる他の何らかの適切なネットワークインターフェースのような、ネットワークインターフェース４１２を通過してもよい。重複コピー２および３はそれぞれ、別のパイプライン４１４および４１６の適切な挿入点を通過する。これらのプレイバックパイプラインは、ＭＭＳホスト内、または、ＭＭＳクライアント内にあってもよい。
【００４７】
図５は、並行ホストおよびクライアントプレイバックモードで供給されることになるメディアコンテンツの分岐を図示している概念ブロックダイヤグラムである。図４に図示したものとほぼ同じ方法で、メディアプレイバックパイプラインは、ファイルソース４０４と、コンテンツフォーマットパーサ４０６と、分岐点４０８とを含む。ここで、しかしながら、分岐点４０８は、メディアコンテンツストリームの４つの重複コピーを提供する。この実例では、重複コピー１は、ローカルデコーダ４１８を通過して、ローカルレンダラー４２０に行く。１つの例では、デコーダ４１８は、図２に図示したコーデック２１６に対応してもよく、レンダラー４２０は、図２のＭＭＳホスト２００に図示したレンダラー２１２に対応していてもよい。この方法では、メディアコンテンツは、遠隔ＭＭＳクライアントにおける、メディアコンテンツの遠隔プレイパックおよびレンダリングと同時に、ＭＭＳホストでローカルにレンダリングされてもよい。
【００４８】
本開示のさらなる態様では、メディアコンテンツストリームの分岐は、動的な分岐を含んでもよい。つまり、分岐の態様は、例えば、さまざまな条件に応答して、ＭＭＳホスト３００により、ランタイムにおいて制御されてもよい。メディアコンテンツストリームの分岐に影響を与えるかもしれない条件は、メディアコンテンツのエンコーディング；送信のデータレート；またはＭＭＳクライアントとの対応するリンクの開始および終了により修正された、ＭＭＳクライアントに対するリンクの存在のような、要因を含んでもよい。
【００４９】
もう一度図３を参照すると、フィードバックを受信して応答するモジュール３１０は、ストリーミングセッションに対応するネットワーク条件についての情報；ＭＭＳクライアントにより行われるエラー隠匿措置；またはＭＭＳクライアントからのプレイバック制御コマンドのような、ＭＭＳクライアントからのフィードバック情報を受信してもよい。例えば、図２に関して上述したように、ＭＭＳクライアントはユーザインターフェースを備えていてもよく、ＭＭＳクライアントのユーザは、ＭＭＳホストに提供されることになるプレイバック制御コマンドをユーザインターフェースから入力できる。ＭＭＳホストは、その後、それに対応して、ＭＭＳクライアントにより提供されたフィードバック情報に応答してもよい。開示のいくつかの態様では、フィードバックを受信して応答するモジュール３１０は、図２に図示したＭＭＳホスト２００内の、ＩＰインターフェース２０６と、メモリ２０４と、プロセッサ２０２とを備えていてもよい。
【００５０】
図３をさらに参照すると、ＭＭＳクライアント３５０により異なる機能を実行するさまざまなモジュールを示すブロックダイヤグラムにより、ＭＭＳクライアント３５０が図示されている。開示の１つの態様では、図示されているＭＭＳクライアント３５０は、ＭＭＳクライアント２５０として、図２に図示したものと同じＭＭＳクライアントであってもよい。ここで、ＭＭＳクライアント３５０は、ＭＭＳホストを発見するモジュール３５２と；１つ以上のＭＭＳホストに加入するモジュール３５４；１つ以上のＭＭＳホストと能力について交換するモジュール３５６；ＭＭＳホストからメディアコンテンツを要求するモジュール３５８；ＭＭＳホストから、メディアコンテンツを取り出してストリーミングするモジュール３６０；ＭＭＳホストに制御コマンドを発行するモジュール３６２；ＭＭＳホストにフィードバックを提供するモジュール３６４を備えていてもよい。モジュール３５２、３５４、３５６、３５８、３６０、３６２、および３６４のそれぞれは、図２に図示したＭＭＳクライアント２５０の、プロセッサ２５２と、メモリ２５４と、ＩＰインターフェース２５６とを備えていてもよい。
【００５１】
ホストを発見するモジュール３５２によるＭＭＳホストの発見は、図２に図示したＩＰインターフェース２５６を利用して、ＭＭＳホストの利用可能性についての情報を取り出すことを含んでもよい。１つ以上のＭＭＳホストに加入するモジュール３５４は、同様に、ＩＰインターフェース２５６を利用して、ＭＭＳホストに対する加入を受け入れるおよび／または要求することを含んでもよい。ＭＭＳホストと能力について交換するモジュール３５６は、ＭＭＳホストにより利用されることになるＭＭＳクライアントの能力についての情報を提供して、ＭＭＳクライアント３５０に適切なメディアコンテンツを提供してもよい。この能力についての交換は、ＭＭＳホストとの接続の確立のときに同時であってもよく、または、交換は、例えば、ＭＭＳクライアント３５０において特定の特徴がイネーブルされるときに、促されてもよく、もしくは、更新されてもよい。
【００５２】
ＭＭＳホストからメディアコンテンツを要求するモジュール３５８は、その元々の形態で、または、元々のコンテンツの何らかの適切な導出形態で記憶されているコンテンツを要求してもよい。メディアコンテンツを取り出してストリーミングするモジュール３６０は、１つ以上のＭＭＳホストとの１つ以上の論理リンクを利用して、メディアコンテンツを取り出してストリーミングしてもよい。ＭＭＳホストに制御コマンドを発行するモジュール３６２は、プレイバック、再生、一時停止、停止、早送り、巻き戻し、ティアダウン、または、プレイバック処理に対応する、ＭＭＳホストへの他の何らかの適切なコマンドを開始することのような、制御コマンドを発行してもよい。制御コマンドを発行するこのモジュール３６２は、図２に図示したようなＭＭＳクライアント２５０内で、ユーザインターフェース２５８からの入力を受け入れてもよい。メディアコンテンツストリーミングステータスについてのフィードバック情報を１つ以上のＭＭＳホストに提供するモジュール３６４は、リンク品質についてのフィードバック、ＭＭＳクライアントにより達成されたデコーディング品質についてのフィードバック、および／または、ＭＭＳクライアントにおけるユーザ経験に対応するフィードバックについてのフィードバックを提供してもよい。ＭＭＳホストとのストリーミングセッションを開始するモジュール３６６は、ＭＭＳクライアントが、ＭＭＳクライアントにより開始されたストリーミングセッションとともに、ＭＭＳホストにより開始されたストリーミングセッションを通して、メディアコンテンツを受信できるようにしてもよい。
【００５３】
図６は、本開示のある態様にしたがって、メディアコンテンツを供給するプロセスを図示するフローチャートによるダイヤグラムである。例示的なプロセスにしたがって、ブロック６０２では、ＭＭＳホストは、例えば、ＭＭＳクライアントとの、インターネットプロトコルを利用するリンクのような、論理リンクを確立する。ブロック６０４では、ＭＭＳホストは、ＭＭＳクライアントの能力に対応する能力情報に対して要求を送ってもよく、ブロック６０６では、ＭＭＳホストは、要求に応答して、ＭＭＳクライアントから能力情報を受信してもよい。ブロック６０８では、ＭＭＳホストは、論理リンクを通して、ＭＭＳクライアントとのストリーミングセッションを開始してもよい。
【００５４】
ブロック６１０では、ＭＭＳホストは、ローカルメモリ、ローカルカメラ、またはネットワークベースのソースのような、適切なソースからメディアコンテンツを取り出してもよい。ブロック６１２では、ＭＭＳホストは、例えば、メディアコンテンツを複数のメディアコンテンツ分岐に重複させることにより、メディアコンテンツを分岐させてもよい。ブロック６１４では、ＭＭＳホストは、複数のメディアコンテンツ分岐のうちの１つ以上のものに対応するメディアコンテンツを変更してもよい。ブロック６１６では、ＭＭＳホストは、論理リンクを通して、メディアコンテンツをクライアントに供給してもよい。
【００５５】
ブロック６１８では、同時ホスト−クライアントプレイバックモードに対応して、ＭＭＳホストは、メディアコンテンツをローカルにレンダリングしてもよい。ブロック６２０では、ＭＭＳホストは、ＭＭＳクライアントからのフィードバック情報を受信して応答してもよい。
【００５６】
ブロック６２２〜６２６は、ＭＭＳクライアントに対するメディアコンテンツをインデックス化するプロセスを表している。ブロック６２２では、ＭＭＳホストは、メディアソースからメディアコンテンツに関連する情報を取り出してもよい。ブロック６２４では、ＭＭＳホストは、情報に関連するインデックスをコンパイルしてもよく、ブロック６２６では、ＭＭＳホストは、そのインデックスをＭＭＳクライアントに提供してもよい。
【００５７】
図７は、本開示のある態様にしたがって、ＭＭＳクライアントにおいて、メディアコンテンツを受信するプロセスを図示しているフローチャートである。ブロック７０２では、ＭＭＳクライアントはＭＭＳホストを発見し、ブロック７０４では、ＭＭＳクライアントは、発見したＭＭＳホストに加入する。ブロック７０６では、ＭＭＳクライアントは、メディアコンテンツを利用する能力に対応する能力情報をＭＭＳホストと共有してもよい。ブロック７０８では、ＭＭＳクライアントは、メディアサーバにより確立された論理リンクを通して、メディアコンテンツを受信する。ブロック７１０では、ＭＭＳクライアントは、“プル”ストリーミングセッションを開始してもよく、ブロック７１２では、ＭＭＳクライアントは、たった今開始したストリーミングセッションを通して、第２のメディアコンテンツを受信してもよい。
【００５８】
さまざまな装置および方法を参照して、ＭＭＳシステムのいくつかの態様が提示されている。これらの装置および方法は、以下の詳細な説明において記述され、（集合的に“モジュール”と呼ばれる）さまざまなブロック、モジュール、コンポーネント、回路、ステップ、プロセス、アルゴリズム等による付随した図面において図示されている。これらのモジュールは、電気ハードウェア、コンピュータソフトウェア、またはそれらの任意の組み合わせを使用して実現されてもよい。このようなモジュールが、ハードウェアまたはソフトウェアとして実現されるかは、特定のアプリケーションと、システム全体に課せられる設計の制約とに依存する。
【００５９】
例として、モジュールまたはモジュールの何らかの部分、あるいは、モジュールの何らかの組み合わせを、１つ以上のプロセッサを備える“処理システム”により実現できる。プロセッサの例は、マイクロプロセッサ、マイクロ制御装置、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、状態機械、ゲート論理、ディスクリートハードウェア回路、および、本開示全体を通して記述したさまざまな機能性を実行するように構成されている他の適切なハードウェアを含む。処理システム中の１つ以上のプロセッサは、ソフトウェアを実行できる。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはその他のものとして言及されるかに関わらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行のスレッド、手順、関数等を意味するように広く解釈されるものである。ソフトウェアは、コンピュータ読取可能媒体上に存在することができる。コンピュータ読取可能媒体は、一時的ではないコンピュータ読取可能媒体とすることができる。一時的ではないコンピュータ読取可能媒体は、例として、磁気記憶デバイス（例えば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストライプ）、光ディスク（例えば、コンパクトディスク（ＣＤ）、デジタル汎用性ディスク（ＤＶＤ））、スマートカード、フラッシュメモリデバイス（例えば、カード、スティック、キードライブ）、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能ＰＲＯＭ（ＥＰＲＯＭ）、電気的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ）、レジスタ、リムーバブルディスク、ならびに、コンピュータによりアクセスでき、読み取ることができるソフトウェアを記憶および／または命令する他の何らかの適切な媒体を含むことができる。コンピュータ読取可能媒体は、処理システム中に内在させることができ、処理システムの外部にすることができ、または、処理システムを含む複数のエンティティにわたって分散させることができる。コンピュータ読取可能媒体は、コンピュータプログラムプロダクト中で具現化することができる。例として、コンピュータプログラムプロダクトは、パッケージングマテリアル中のコンピュータ読取可能媒体を含むことができる。特定のアプリケーションと、システム全体に課せられる全体的な設計の制約とに依存して、本開示全体を通して提示し、記述した機能性をどのように実現することが最良であるかを、当業者は認識するだろう。
【００６０】
したがって、１つ以上の例示的な実施形態では、記述した機能は、ハードウェアで、ソフトウェアで、ファームウェアで、または、これらの任意の組み合わせで実現することができる。ソフトウェアで実現された場合、機能は、１つ以上の命令またはコードとして、コンピュータ読取可能媒体上に記憶させることができ、あるいは、エンコードすることができる。コンピュータ読取可能媒体は、コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによりアクセスできる何らかの利用可能な媒体であってもよい。例として、これらに限定されないが、このようなコンピュータ記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置もしくは他の磁気記憶デバイス、あるいは、コンピュータによりアクセスでき、命令またはデータ構造の形態で所望のプログラムコードを伝送または記憶するために使用できる他の何らかの媒体を含むことができる。ここで使用したようなディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクトディスク（ＣＤ）、レーザディスク（登録商標）、光ディスク、デジタル汎用ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、ブルーレイ（登録商標）ディスクを含むが、一般的に、ディスク（ｄｉｓｋ）は、データを磁気的に再生する一方で、ディスク（ｄｉｓｃ）はデータをレーザによって光学的に再生する。上記のものの組み合わせも、コンピュータ読取可能媒体の範囲内に含めるべきである。
【００６１】
図８は、処理システム８１４を用いる装置８００に対するハードウェアインプリメンテーションの例を図示している概念図である。この例では、処理システム８１４は、バス８０２によって一般的に表示されている、バスアーキテクチャにより実現されてもよい。バス８０２は、処理システム８１４の特定のアプリケーションと、全体的な設計の制約とに依存して、任意の数の相互に接続しているバスおよびブリッジを備えていてもよい。バス８０２は、プロセッサ８０４によって一般的に表示されている１つ以上のプロセッサと、コンピュータ読取可能媒体８０６によって一般的に表示されているコンピュータ読取可能媒体とを含む、さまざまな回路を互いにリンクさせる。バス８０２はまた、タイミングソース、周辺装置、電圧レギュレータ、および電力管理回路のような、他のさまざまな回路をリンクさせてもよく、他のさまざまな回路は技術的に良く知られており、それゆえ、これ以上は説明しない。バスインターフェース８０８は、バス８０２とトランシーバ８１０との間のインターフェースを提供する。トランシーバ８１０は、送信媒体を通して、他のさまざまな装置と通信する手段を提供する。装置の性質に依存して、ユーザインターフェース８１２（例えば、キーパッド、ディスプレイ、スピーカー、マイクロフォン、ジョイスティック）がまた提供されてもよい。
【００６２】
プロセッサ８０４は、バス８０２を管理することと、コンピュータ読取可能媒体８０６に記憶されているソフトウェアの実行を含む、一般的な処理とを担当する。ソフトウェアは、プロセッサ８０４により実行されるとき、任意の特定の装置に対して下記に記述したさまざまな機能を処理システム８１４に実行させる。コンピュータ読取可能媒体８０６はまた、ソフトウェアを実行するときに、プロセッサ８０４により操作されるデータを記憶するために使用されてもよい。
【００６３】
図８に関連して記述した処理システム８１４は、ＭＭＳホスト１０２、２００、および３００を備えていてもよい。特に、処理システム８１４は、プロセッサ２０２を備えていてもよい。さらに、図８に関連して記述した処理システム８１４は、ＭＭＳクライアント１０４、２５０、および３５０を備えていてもよい。特に、処理システム８１４は、プロセッサ２５２を備えていてもよい。
【００６４】
開示したプロセスにおけるステップの特有な順序または階層が、例示的なアプローチの実例であることを理解すべきである。設計選択に基づいて、プロセスにおけるステップの特有な順序または階層は、再構成してもよいことを理解すべきである。添付している方法の請求項は、サンプルの順序におけるさまざまなステップのエレメントを提示しており、提示した特有な順序または階層に限定されることを意味していない。
【００６５】
先の説明は、任意の当業者が、ここに記述したさまざまな態様を実施できるように提供している。これらの態様に対するさまざまな修正は、当業者に容易に明らかになり、ここで規定した一般的な原理を、他の態様に適用してもよい。したがって、特許請求の範囲は、ここで示した態様に限定することを意図するものではなく、特許請求の範囲の文言と矛盾しない全範囲に一致させるべきである。エレメントへの単数での言及は、“１つおよび１つのみ”と特に述べられていない限り、“１つおよび１つのみ”を意味することを意図しているのではなく、むしろ“１つ以上の”を意味することを意図している。そうでないことが特に述べられていない限り、“いくつか”という用語は、１つ以上のことを指している。当業者に知られ、または後に知られることになる、本開示全体を通して記述しているさまざまな態様のエレメントに対するすべての構造的および機能的な均等物は、参照によりここに明確に組み込まれ、特許請求の範囲により含まれることを意図している。さらに、ここで開示したものは、このような開示が特許請求の範囲中に明示的に記載されているか否かにかかわらず、公共に捧げられることを意図していない。どの請求項のエレメントも、エレメントが“する手段”というフレーズを使用して明確に記載されていない限り、または、方法の請求項のケースでは、エレメントが“するステップ”というフレーズを使用して記載されていない限り、米国特許法第１１２条第６パラグラフの規定の下で解釈すべきではない。
【関連出願への相互参照】
【０００１】
本出願は、“移動体メディアサーバ”と題し、２００９年１２月４日に出願され、ここでの参照により明確にそのすべてが組み込まれている米国仮出願第６１／２６６，８１５号に対して利益を主張する。
【分野】
【０００２】
本開示は、マルチメディアコンテンツに関し、さらに詳細には、デバイス間でマルチメディアコンテンツを転送する技術に関する。
【背景】
【０００３】
マルチメディアエコシステムは、特定の組のマルチメディアファイルフォーマットを使用して、互いの間でマルチメディアコンテンツを通信する多数のマルチメディアデバイスを含む。ワイヤレスネットワークの近年の立ち上がりにより、多くのマルチメディアファイルフォーマットは、それらのワイヤレスネットワークを通した通信を促進するように進化してきた。ワイヤレスネットワークを通して、互いの間でマルチメディアコンテンツを通信するために、それぞれが同じ組のマルチメディアファイルフォーマットを実現するマルチメディアデバイスは、ワイヤレスマルチメディアエコシステムと呼ぶことができるものを形成してもよい。このようなワイヤレスマルチメディアエコシステム内のこれらのマルチメディアデバイスは、１つ以上のワイヤレスネットワークを介して通信するために、特定のタイプのワイヤレスモデムを備えていてもよい。
【０００４】
多くの異なるタイプのモデムが存在し、それにより、マルチメディアコンテンツをワイヤレスに転送する。例示的なワイヤレスモデムは、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）モデム（例えば、ブルートゥース（登録商標）モデム）と、セルラモデム（例えば、ユニバーサルモバイルテレコミュニケーションシステムすなわちＵＭＴＳモデム、グローバルシステムフォーモバイルコミュニケーションすなわちＧＳＭ（登録商標）モデム、ロングタームエボリューションすなわちＬＴＥモデム、およびｃｄｍａ２０００モデム）と、ワイヤレスワイドエリアネットワーク（ＷＷＡＮ）モデム（例えば、マイクロ波アクセスに対する世界相互運用性すなわちＷｉＭＡＸモデム）と、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）モデム（例えば、Ｗｉ−Ｆｉ（登録商標）モデム、もしくは、電気電子技術者協会すなわちＩＥＥＥ８０２．１１の標準規格の組のうちの１つ以上と一致する他のモデム）とを含む。これらの異なるモデムのそれぞれは、順方向誤り訂正（ＦＥＣ）の異なる形態およびレベルを実現し、異なるワイヤレス通信チャネルを介して通信し、異なるレベルの電力を消費してもよい。
【０００５】
加えて、マルチメディアコンテンツをセグメント化およびカプセル化するために、多数の異なるマルチメディアファイルフォーマットが存在する。マルチメディアファイルフォーマットは、特定の伝送および／またはアプリケーションレイヤプロトコルを使用して、マルチメディアコンテンツ、または、特定のコンテナもしくはラッパーファイルフォーマットをエンコードしてもよい。これらの異なるファイルフォーマットは、ストリーミングマルチメディアコンテンツのような、特定のアプリケーションに特有であることが多い。例えば、一般的に、これらのストリーミングアプリケーションに対して、ムービングピクチャエキスパートグループ（ＭＰＥＧ）４、パート１４により規定された“ＭＰ４”と呼ばれる、コンテナフォーマットにしたがってフォーマットされたデジタルビデオマルチメディアコンテンツを、デスクトップコンピュータは記憶することができる。インターネットのような、公共ネットワークを通して、マルチメディアコンテンツをストリーミングするための他のファイルフォーマットは、リアルタイムトランスポートプロトコル（ＲＴＰ）と呼ばれるアプリケーションレイヤプロトコルを含む。
【０００６】
幅広いさまざまなワイヤレスモデムとファイルフォーマットとの双方のタイプがある場合に、マルチメディアエコシステムは、非常に特有なマルチメディアアプリケーション、または、いくつかの例では、関連するマルチメディアアプリケーションのグループに対して形成されることが多い。結果として、１つのマルチメディアエコシステムのマルチメディアデバイスは、典型的に、同じマルチメディアエコシステムに位置付けられたマルチメディアデバイスとのみ通信する。さらに、マルチメディアデバイスは、１つ以上のマルチメディアエコシステムに属することができるので、典型的に、無償での広範囲におよぶマルチメディアコンテンツのデジタル普及を防ぐために、エコシステム間通信は、マルチメディアコンテンツプロバイダにより制限または禁止されている。それゆえ、マルチメディアコンテンツは、特定のマルチメディアエコシステム内で固定される傾向があるかもしれない。
【概要】
【０００７】
メディアコンテンツの共有のための通常のサーバ−クライアントのパラダイムは、所望のメディアコンテンツを選択し、そのコンテンツを取り出すためにストリームセッションを開始する、インターネットビデオコンシューマーのような、クライアントを含む。本開示の態様では、パラダイムが反転している：つまり、メディアコンテンツのサーバが、クライアントとのデータ共有セッションを開始する。さらに、サーバは、ローカルに記憶されたメディアコンテンツを共有してもよく、または、インターネット、もしくは、それどころかテレビ放送のような、任意の適切なソースからメディアコンテンツを取り出すブリッジのように機能して、ＩＰインターフェースのような論理リンクを通して、そのコンテンツを１つ以上のクライアントと共有してもよい。
【０００８】
本開示の例示的な態様では、メディアサーバからメディアを供給する方法を使用する。方法は、インターネットプロトコルインターフェースを利用して、クライアントとの論理リンクを確立することと、論理リンクを通して、クライアントとのストリーミングセッションを開始することと、メディアソースからメディアコンテンツを取り出すことと、論理リンクを通して、クライアントにメディアコンテンツを供給することとを含む。
【０００９】
本開示の別の例示的な態様では、クライアントにおいて、メディアサーバからメディアを受信する方法を使用する。方法は、メディアサーバを発見することと、メディアサーバに加入することと、メディアサーバにより確立された論理リンクを通して、メディアコンテンツを受信することとを含む。
【００１０】
本開示のさらに別の例示的な態様では、装置がメディアを供給することができる。ここで、装置は、インターネットプロトコルインターフェースを利用して、クライアントとの論理リンクを確立する手段と、論理リンクを通して、クライアントとのストリーミングセッションを開始する手段と、メディアソースからメディアコンテンツを取り出す手段と、論理リンクを通して、クライアントにメディアコンテンツを供給する手段とを具備する。
【００１１】
本開示のまた別の例示的な態様では、コンピュータプログラムプロダクトは、コンピュータ読取可能媒体を含み、コンピュータ読取可能媒体は、インターネットプロトコルインターフェースを利用して、クライアントとの論理リンクを確立するためのコードと、論理リンクを通して、クライアントとのストリーミングセッションを開始するためのコードと、メディアソースからメディアコンテンツを取り出すためのコードと、論理リンクを通して、クライアントにメディアコンテンツを供給するためのコードとを含む。
【００１２】
本開示のまた別の例示的な態様では、メディアを供給する装置は、少なくとも１つのプロセッサと、少なくとも１つのプロセッサに結合されるメモリとを具備する。ここで、少なくとも１つのプロセッサは、インターネットプロトコルインターフェースを利用して、クライアントとの論理リンクを確立し、論理リンクを通して、クライアントとのストリーミングセッションを開始し、メディアソースからメディアコンテンツを取り出し、論理リンクを通して、クライアントにメディアコンテンツを供給するように構成されている。
【００１３】
本開示の、これらの態様および他の態様は、後続する詳細な説明をレビューすると、容易に明らかになるだろう。
【図面の簡単な説明】
【００１４】
【図１】図１は、本開示のある態様にしたがった、ＭＭＳを利用する例示的なシステムを図示している概念図である。
【図２】図２は、ＭＭＳホストとＭＭＳクライアントとを含む例示的な装置を図示しているブロックダイヤグラムである。
【図３】図３は、ＭＭＳホストとＭＭＳクライアントとのさらなる態様を図示しているブロックダイヤグラムである。
【図４】図４は、サーバオンリーモードでメディアコンテンツをプレイバックする間のメディアコンテンツの分岐を図示している概念ブロックダイヤグラムである。
【図５】図５は、並行ホストおよびクライアントプレイバックモードで供給されることになるメディアコンテンツの分岐を図示している概念ブロックダイヤグラムである。
【図６】図６は、本開示のある態様にしたがって、メディアコンテンツを供給するプロセスを図示するフローチャートによるダイヤグラムである。
【図７】図７は、本開示のある態様にしたがって、ＭＭＳクライアントにおいて、メディアコンテンツを受信するプロセスを図示しているフローチャートである。
【図８】
【詳細な説明】
【００１５】
添付した図面に関連して下記に述べられている詳細な説明は、さまざまなコンフィギュレーションの説明として意図しており、ここに記述した概念を実施できる唯一のコンフィギュレーションを表すことを意図していない。詳細な説明は、さまざまな概念の完全な理解を提供する目的のために特有な詳細を含んでいる。しかしながら、これらの概念をこれらの特有な詳細なしで実施できることは、当業者にとって明らかであるだろう。いくつかの事例では、このような概念を曖昧にすることを避けるために、よく知られている構造およびコンポーネントをブロックダイヤグラムの形態で示している。
【００１６】
即時の開示のさまざまな態様にしたがうと、システム、アーキテクチャ、および方法が、移動体メディアサーバ（ＭＭＳ）を構築するために使用される。いくつかの態様では、ＭＭＳは、ハードウェア非依存型コンポーネントとハードウェア依存型コンポーネントとの双方を含んでもよい。１つの例では、ＭＭＳは、移動体デバイスに展開されてもよい。展開されたＭＭＳを備え、メディアコンテンツを他のデバイスに供給する移動体デバイスは、ＭＭＳホストと呼ばれる。ＭＭＳホストからのメディアコンテンツを消費するデバイスは、ＭＭＳクライアントと呼ばれる。ＭＭＳホストにより供給されるデジタルメディアは、メディアコンテンツと呼ばれる。メディアコンテンツは、これらには限定されないが、オーディオ、ビデオ、ピクチャ、テキスト、グラフィック、センサデータ、ライブカメラ取り込み、同期化デジタルコンテンツ、プロダクションソフトウェアファイル、メタデータ等を含んでもよい。大まかに、メディアコンテンツは、その記憶または提示のモードに関わらず、データのランダムではない集合である何らかのデータ構造を含んでいてもよい。
【００１７】
図１は、本開示のある態様にしたがった、ＭＭＳを利用する例示的なシステム１００を図示する概念図である。システム１００では、ＭＭＳホスト１０２は、基地局１０６に通信可能に結合されている。ＭＭＳホスト１０２と基地局１０６との間の結合は、ＵＭＴＳエアインターフェース、ＬＴＥエアインターフェース、ｃｄｍａ２０００エアインターフェース等のような、任意の適切なワイヤレスエアインターフェースにわたってもよい。基地局１０６は、適切なバックホールインターフェースを通して、インターネットのような、パケットベースのネットワーク１０８に結合されていてもよい。反対側では、ＭＭＳホスト１０２は、１つ以上のＭＭＳクライアント１０４Ａ、１０４Ｂ、１０４Ｃ、および／または１０４Ｄと通信可能に結合されてもよい。ここで、ＭＭＳホスト１０２は、例えば、インターネットプロトコル（ＩＰ）にしたがう任意の適切なリンクのような、論理リンクをＭＭＳクライアント１０４と共有する。
【００１８】
ＭＭＳホスト１０２とそれぞれのＭＭＳクライアント１０４との間の結合は、例えば、ワイヤードインターフェース、もしくは、ブルートゥースインターフェースのようなワイヤレスパーソナルエリアネットワーク（ＰＡＮ）インターフェース、または他の何らかの適切なダイレクトインターフェースを通した、ダイレクト結合であってもよい。この方法で、外部ネットワークに接続する必要なしで、メディアコンテンツの即座の共有のために、アドホックメディアコンテンツストリーミングセッションを開始できる。
【００１９】
代替的に、または、加えて、ＭＭＳホスト１０２とそれぞれのＭＭＳクライアント１０４との間の結合は、パケットベースのネットワーク１０８を通すものであってもよい。つまり、イーサネット（登録商標）接続、光ファイバ接続のような、何らかの適切な手段を通して、または、何らかの適切な接続プロトコルを利用して、基地局１０６もしくは別の基地局に結合されているエアインターフェースを通して、それぞれのＭＭＳクライアント１０４はネットワーク１０８に結合されていてもよい。
【００２０】
開示のある態様では、ＭＭＳホスト１０２は、ＭＭＳクライアント１０４Ａ、１０４Ｂ、１０４Ｃ、および／または１０４Ｄのうちの１つ以上のものとのストリーミングセッションを開始してもよい。ストリーミングセッションでは、データのパケットが、ストリーム中の論理リンクを通して、ＭＭＳクライアント１０４のうちの１つ以上のものに配信されてもよい。データのパケットは、ＭＭＳクライアント１０４により受信され、リアルタイムでレンダリングされてもよく、または、望まれる場合には、後のレンダリングのために記憶されてもよい。
【００２１】
リアルタイムストリームでは、ＭＭＳクライアント１０４は、拡張した時間期間に対して、メディアコンテンツをキャッシングまたは収集することなく、メディアコンテンツを受信してレンダリングする。ここで、パケットが遅れて到来した場合には、プレイバックへの表示時間は過ぎており、そのパケットは破棄されるかもしれない。したがって、ＭＭＳホスト１０２およびＭＭＳクライアント１０４は、ストリームを調整して、メディアコンテンツがほぼリアルタイムでプレイバックできることを保証してもよい。代替アプローチでは、ＭＭＳクライアント１０４は、それがある量のコンテンツを受信する時点まで、ローカルメモリにメディアコンテンツを蓄積してもよい。この時点において、パケットが遅れてドロップされることなく、受信されたメディアコンテンツがプレイバックされる。
【００２２】
開示のいくつかの態様にしたがうと、ＭＭＳホストかＭＭＳクライアントのいずれかにより、ストリーミングセッションが開始されてもよい。つまり、ＭＭＳホスト１０２は、メディアコンテンツをＭＭＳクライアント１０４にプッシュするためにセッションを開始してもよい。さらに、ＭＭＳクライアント１０４は、ＭＭＳホスト１０２からメディアコンテンツをプルするためにセッションを開始してもよい。
【００２３】
ＭＭＳホスト１０２とＭＭＳクライアント１０４との間の接続トポロジーは、論理リンクである。本開示の態様にしたがうと、論理リンクは、一般的にネットワーク非依存型である。つまり、ＭＭＳホスト１０２とＭＭＳクライアント１０４との間に確立されたリンクは、論理リンクに基づいていてもよく、利用されている特定のネットワークのより低いレイヤの詳細が変化するかもしれない。例えば、ＭＭＳクライアント１０４との論理リンクは、ＭＭＳホスト１０２で提供されたインターネットプロトコル（ＩＰ）インターフェースを利用して確立されてもよい。この方法で、ＭＭＳクライアント１０４は、ワイドエリアネットワーク（ＷＡＮ）、ワイヤレスワイドエリアネットワーク（ＷＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、または、リンクがＩＰベースである限り、任意の適切なネットワークリンクを通して、ＭＭＳホスト１０２に接続することができる。
【００２４】
ＭＭＳホスト１０２とそれぞれのＭＭＳクライアント１０４との間のリンクは、一般的に、フォワードリンクとバックワードリンクとを含む双方向リンクである。フォワードリンクは、ＭＭＳホストからＭＭＳクライアントへの方向にＭＭＳホストにより維持されているリンクである。いくつかの例では、複数のフォワードリンクを利用できる。つまり、１つのＭＭＳホスト１０２から複数のＭＭＳクライアント１０４への複数のフォワードリンクを維持することができる。別の例では、ブロードキャスティングフォワードリンクを使用することができ、ここで、１つのＭＭＳホスト１０２からの単一のフォワードリンクは、複数のＭＭＳクライアント１０４にブロードキャストされる。この例では、同じ情報を、複数のフォワードリンクを利用するのに必要なものよりも狭い帯域幅を利用して、複数のＭＭＳクライアント１０４に送信できる。バックワードリンクは、一般的に、ＭＭＳクライアント１０４からＭＭＳホスト１０２への方向にＭＭＳクライアントにより維持されているリンクである。１つの例では、複数のバックワードリンクを維持することができる。つまり、１つのＭＭＳクライアント１０４から複数のＭＭＳホスト１０２への複数のバックワードリンクを維持することができる。バックワードリンク上の情報は、ＭＭＳクライアント１０４からの要求；（後で議論されることになる、ブリッジコンテンツソースの状況の下でインダイレクトであるかもしれない情報のような）制御情報；フォワードリンクについてフィードバック；または、フォワードリンク上で供給されているコンテンツが対話コンテンツである場合の対話を含んでもよい。さらになる例では、複数の双方向リンクを利用することができる。複数の双方向リンクは、各ＭＭＳクライアント１０４が異なるメディアコンテンツを消費することを可能にし、すなわち、異なる双方向リンクは、それぞれのＭＭＳホスト１０２とＭＭＳクライアント１０４との間のリンクの特定の特性にしたがった、異なるストリーミングパラメータと異なる品質情報とを特徴としている。
【００２５】
それぞれのＭＭＳホスト１０２とＭＭＳクライアント１０４との間の関係のタイプは、１つのＭＭＳホスト１０２と１つのＭＭＳクライアント１０４との間でインターフェースが確立される１対１関係であってもよい。別のタイプの関係は、１対複数であってもよい。ここで、１つのＭＭＳホスト１０２は、同じメディアコンテンツまたはさまざまなメディアコンテンツを、多くのＭＭＳクライアント１０４に供給することができる。別のタイプの関係は、複数対１接続であってもよい。ここで、１つのＭＭＳクライアント１０４は、複数のＭＭＳホスト１０４からのメディアコンテンツを消費することができる。例えば、ＭＭＳクライアント１０４は、複数のＭＭＳホスト１０２への複数の加入間でプレイバックを切り替えてもよく、または、１つ以上のＭＭＳクライアント１０４は、１つ以上の加入したメディアコンテンツを並列してプレイバックしてもよい。別のタイプの関係は、ここで、ＭＭＳクライアント１０４はそれぞれ、異なるＭＭＳホスト１０２からの異なるメディアコンテンツを消費する複数対複数関係である。
【００２６】
図２は、ＭＭＳホスト２００とＭＭＳクライアント２５０とを備える例示的な装置を図示しているブロックダイヤグラムである。ＭＭＳホスト２００は、図１で図示したＭＭＳホスト１０２の１つの例を表してもよく、ＭＭＳクライアント２５０は、図１で図示したＭＭＳクライアント１０４の１つの例を表してもよい。
【００２７】
ここで、ＭＭＳホスト２００は、プロセッサ２０２と付随するメモリ２０４とを備える。ＭＭＳホスト２００は、ＩＰネットワークを通して通信するためのＩＰインターフェース２０６をさらに備える。ユーザインターフェース２０８は、ユーザがＭＭＳホスト２００を利用して通信するための、例えば、キーボードおよびスクリーンのような、入力出力機能を提供してもよい。カメラおよび／またはマイクロフォン２１０は、プロセッサ２０２に送られることになる、ＭＭＳホスト２００に対するメディアコンテンツもしくは他のデータのソースを提供してもよい。レンダラー２１２は、何らかの適切なソースからのデータをレンダリングする、例えば、ＭＭＳホスト２００のユーザに提示するためにディスプレイ２１４および／またはスピーカー２１８に送ることができるように、ならびに／あるいは、ＩＰインターフェース２０６に向けられるように、処理メディアコンテンツを処理するブロックである。コーデック２１６は、レンダラー２１２に提供されることになるメディアコンテンツ、または、レンダラー２１２から提供されるメディアコンテンツをコード化またはデコードするために使用するブロックである。
【００２８】
図示しているＭＭＳクライアント２５０は、プロセッサ２５２とメモリ２５４とを備えている。ＩＰインターフェース２５６は、ＩＰネットワークにインターフェースを提供できる。ユーザインターフェース２５８は、ＭＭＳクライアント２５０のユーザに、キーボードまたはスクリーンのような、入力出力機能を提供する。レンダラー２６０は、ＭＭＳホスト２００におけるレンダラー２１２に類似しており、これは、何らかの形態のメディアコンテンツを、表示するおよび／または聞き取り可能に再生するために、適切にレンダリングするブロックとして考えることができる。ディスプレイ２６２は、ユーザに対して表示機能を提供することができ、スピーカー２６６は、ユーザに対してオーディオ出力を提供することができる。コーデック２６４は、レンダラー２６０に送られることになる、または、レンダラー２６０から送られることになるメディアコンテンツに対して、コーディングおよびデコーディング機能を提供できる。
【００２９】
図３は、ＭＭＳホスト３００およびＭＭＳクライアント３５０の態様をさらに図示している別のブロックダイヤグラムである。ここで、ＭＭＳホスト３００は、図２に図示したＭＭＳホスト２００と同じものであってもよく、または、これは、本開示の範囲内で、いくつかの相違点を有していてもよい。同様に、ＭＭＳクライアント３５０は、図２に図示したＭＭＳクライアント２５０と同じものであってもよく、または、これは、本開示の範囲内で、ＭＭＳクライアント２５０とのいくつかの相違点を有していてもよい。
【００３０】
ここで、特定の機能を実行するモジュールを示すブロックにより、ＭＭＳホスト３００が図示されている。特定の機能を実行するモジュールは、メディアコンテンツを取り出すモジュール３０２と、ＭＭＳクライアント３５０と能力について交換するモジュール３０４と、ＭＭＳホスト３００内でメディアコンテンツを管理するモジュール３０６と、ＭＭＳクライアント３５０にメディアコンテンツを供給するモジュール３０８と、ＭＭＳクライアント３５０からのフィードバックを受信して応答するモジュール３１０とを含む。
【００３１】
メディアコンテンツを取り出すモジュール３０２は、異なるソースからのさまざまなタイプのメディアコンテンツを取り出してもよく、いくつかの実施形態では、モジュール３０２は、それらのソースからのそれらのメディアコンテンツの取り出しを開始してもよい。それらのメディアコンテンツのソースは、これらには限定されないが、ローカルに記憶されたメディアコンテンツ、ネットワーク提供されたメディアコンテンツ、および／または、ライブユーザ発生されたメディアコンテンツのような、多くの適切なコンテンツソースのうちの１つ以上であってもよい。
【００３２】
ローカルに記憶されたメディアコンテンツに対して、ＭＭＳホスト３００は、ネットワーク接続記憶装置（ＮＡＳ）サーバとして機能してもよい。ここで、もう一度図２を参照すると、ＭＭＳホスト２００は、メモリ２０４にメディアコンテンツを記憶してもよい。
【００３３】
ネットワーク提供されたメディアコンテンツに対して、ＭＭＳホスト３００は、ネットワークベースのメディアコンテンツソース（例えば、何らかの適切なネットワークからのコンテンツ）を１つ以上のＭＭＳクライアントとリンクさせるメディアブリッジとして機能してもよい。これらのブリッジされたメディアコンテンツは、衛星テレビもしくは無線信号のような、無線ブロードキャスト；フォワードリンクオンリー（例えば、メディアＦＬＯ（登録商標））、セルラメディアブロードキャスト；別の移動体デバイス、コンピュータもしくはサーバのような、遠隔デバイスからのライブストリーミングメディアコンテンツ；ＹｏｕＴｕｂｅ（登録商標）により提供されるビデオのようなインターネットベースのメディアコンテンツ；または、テレビ電話のような、ソースから来てもよい。ここで、ＭＭＳホスト３００は、例えば、セルラブロードバンドネットワークを通して、ビデオ電話セッションに参加しているかもしれない。つまり、ＭＭＳホスト３００は、１つ以上のＭＭＳクライアントにライブビデオを供給してもよい。複数のＭＭＳクライアントに同時に供給することは、マルチビューアービデオ会議経験を作り出すことができる。
【００３４】
メディアコンテンツのソースがネットワークであるとき、再び図２を参照すると、メディアコンテンツは、ＩＰインターフェース２０６として、ＭＭＳホスト３００に提供されてもよい。開示のさらなる態様では、メディアコンテンツは、ＭＭＳホスト３００上のカメラにより撮られたビデオ、および／または、ディスプレイからのスナップショットのような、ライブユーザ発生されたメディアコンテンツを含んでもよい。メディアコンテンツが、図２に図示したカメラ２１０のようなカメラにより調達されたものであるとき、ＭＭＳホスト２００に装備されている、カメラビューファインダーと、対応する画像イメージャとにより生成された、画像またはビデオストリームは、例えば、ＭＭＳクライアント２００に向けたＩＰインターフェース２０６を介して送られることになるビデオストリームをコーデック２１６に提供する。メディアコンテンツがスナップショットまたはスクリーンショットを含むとき、これらのコンテンツは、ＭＭＳクライアントにストリーミングされてもよい、ＭＭＳホスト３００からの、リアルタイムでおよび／または連続的なコンピュータデスクトップスナップショットを含んでいてもよい。
【００３５】
メディアコンテンツ取り出しは、ＭＭＳホスト３００またはＭＭＳクライアント３５０のいずれかにより開始されてもよい。ＭＭＳホスト３００は、ＭＭＳホスト２００における、図２に図示したユーザインターフェース２０８のような、ユーザインターフェースを利用することにより、メディアコンテンツ取り出しを開始してもよい。ＭＭＳクライアント３５０によりメディアコンテンツの取り出しが開始されるとき、ＭＭＳホスト３００は、ＭＭＳホスト３００に記憶されている特定のメディアコンテンツに対する要求を、例えば、メディアコンテンツリソースネームまたはファイルネームを使用して、ＭＭＳクライアント３５０から受信してもよい。この要求はまた、上述したネットワーク提供されたソースのうちの１つから、メディアコンテンツを取り出すように、ＭＭＳホスト３００に命令してもよい。
【００３６】
ＭＭＳクライアントにより能力を拡張するモジュール３０４は、それぞれのＭＭＳクライアントとの能力交換および交渉を通して、ＭＭＳクライアントの能力を取得してもよい。開示の１つの態様では、能力について交換するモジュール３０４は、図２に図示したＭＭＳホスト２００内の、プロセッサ２０２、メモリ２０４、およびＩＰインターフェース２０６を含んでいてもよい。この能力についての交換は、ＭＭＳクライアントとの接続が確立された瞬間に起こる、自動的なものであってもよい。開示の別の態様では、例えば、ＭＭＳクライアントにおいて、ある特徴がイネーブルされたときに、能力についての交換が、促されてもよく、または、更新されてもよい。１つの例では、ユーザが、展開されたＭＭＳクライアントを有するテレビにおける３Ｄレンダリング能力をオンする場合に、テレビは、ＭＭＳホストに、３Ｄ能力が現在利用可能であることを通知してもよい。
【００３７】
メディアコンテンツを管理するモジュール３０６は、メディアコンテンツのメタデータを追加または管理すること；利用可能なメディアコンテンツをリソースリスト中にインデックス化すること；コンテンツチャネルリストを提供すること；およびメディアコンテンツを変更することのような、機能を提供してもよい。開示の１つの態様では、メディアコンテンツを管理するモジュール３０６は、再び図２を参照すると、プロセッサ２０２とメモリ２０４とを備えていてもよい。メディアコンテンツを管理するモジュール３０６は、メディアコンテンツのメタデータをさらに管理してもよい。このようなメタデータは、メディアコンテンツ内に、添付された、もしくは、含まれた、キーワードまたはタグと、ビデオメディアコンテンツに対するクローズドキャプションとを含むことができる。メディアコンテンツの管理はまた、利用可能なメディアコンテンツを、プレイリストまたはチャネルリストのような、リソースリスト中にインデックス化してもよい。このインデックスは、それらのメディアコンテンツのソースから、メタデータ、または、メディアコンテンツに関連する他の何らかの情報を取り出すことにより、コンパイルされてもよい。その後、クライアントが、ＭＭＳホストを通したストリーミング、もしくは、ＭＭＳホストからのストリーミングに対して利用可能なメディアコンテンツの特定の詳細に気付くことができるように、インデックス化は、対応する情報をインデックス中にコンパイルすることと、そのインデックスをＭＭＳクライアントに提供することとを含んでもよい。メディアコンテンツを管理するモジュール３０６はまた、コンテンツチャネルリスト、すなわち、ＭＭＳクライアントが加入するためのチャネルのリストを提供してもよい。
【００３８】
メディアコンテンツを管理するモジュール３０６はまた、開示のうちのいくつかの態様ではあるが、メディアコンテンツを変更してもよく、ＭＭＳホスト３００は、それらのメディアコンテンツのソースから供給されたそれらの元々の形態で、コンテンツをＭＭＳクライアントに供給してもよい。メディアコンテンツの変更は、メディアフォーマットラッパーを追加することを含んでもよい。つまり、ＭＭＳホスト３００は、メディアコンテンツの１つの形態を他のフォーマット中にラップできる。例えば、一連のスナップショットを連結させて、ビデオフォーマット中にラップして、ビデオクリップを提供することができる。
【００３９】
メディアコンテンツの変更はまた、メディアコンテンツの品質の、アップスケーリング、ダウンスケーリング、または、そうでなければ、変更を含んでもよい。ここで、ビデオメディアコンテンツのアップスケーリングは、ＭＭＳクライアントが高ビデオ解像度をハウジングすることが知られているときに、ビデオのより高い解像度を提供してもよい。メディアコンテンツのダウンスケーリングは、ネットワーク帯域幅が制限されているときに望ましいかもしれない。
【００４０】
メディアコンテンツの変更はまた、ビデオメディアコンテンツの解像度および／または縦横比のような、メディアコンテンツの空間的プロパティを変更することを含んでもよい。さらに、メディアコンテンツの変更は、ビデオのＱＰファクタのような、情報エントロピープロパティを変更することを含んでものよい。さらに、ライブ２Ｄから３Ｄコンテンツ変換は、深度またはデルタ抽出技術を通して達成してもよい。
【００４１】
メディアコンテンツの変更は、ビデオコンテンツからのオーディオコンテンツを多重分離することをさらに含んでもよい。例えば、オーディオコンテンツは、１つ以上のＭＭＳクライアントにストリーミングされてもよい一方で、ビデオコンテンツは、ＭＭＳホストでプレイバックしてもよい。オーディオコンテンツはさらに、空間効果により、トランスコードされてもよく、または、拡張されてもよい。１つの実施形態では、オーディオコンテンツはまた、ＭＭＳクライアントに供給されることになる他のビデオコンテンツで再多重化されてもよい。メディアコンテンツの変更はさらに、複数のソースからのコンテンツのような、複数の関係するメディアコンテンツを単一ストリームに、多重化すること、または、再多重化することを含む。例えば、オーディオメディアコンテンツは、第１のソースから調達されたものであってもよく、ビデオコンテンツは、第２のソースから調達されたものであってもよい。これらのコンテンツは、多重化されて、単一のＭＭＳクライアントに提供されてもよい。
【００４２】
さらに、メディアコンテンツの変更は、メディアコンテンツのトランスコーディングを含んでいてもよい。つまり、ＭＭＳホスト３００は、メディアコンテンツのコーディングフォーマットを変えてもよい。異なるＭＭＳクライアントのコーダー能力は変化するかもしれないことから、このようなトランスコーディングが望まれるかもしれず、メディアコンテンツの適切なコーディングを確立して、対応するＭＭＳクライアントに提供することができる。適切な処理能力により、ＭＭＳホスト３００におけるメディアコンテンツトランスコーディングを、ごくわずかな、または、名目だけの待ち時間により、実行することができる。ＭＭＳクライアントが適切に進化したデコーダを備えているとして知られているとき、進化した、高圧縮された形態のエンコーディングを使用して、必要な帯域幅を減少させてもよい。一方、ＭＭＳクライアントが、進化したデコーディング能力に欠いているとして知られているとき、より少なく圧縮された形態のエンコーディングを使用してもよい。１つの例では、進化したデコーダを欠いているＭＭＳクライアントに対して、ＭＰＥＧ４エンコードされたビデオは、ＭＰＥＧ２エンコーディングにトランスコードされてもよく、または、ＡＡＣエンコードされたオーディオは、ＰＣＭエンコーディングにトランスコードされてもよい。別の例では、ＭＭＳクライアントが、それらのより進化した形態のメディアコンテンツを適切にデコードできる適切なデコーダを備えるとして知られているときに、ネットワーク帯域幅をセーブするために、ＭＰＥＧ２エンコードされたビデオは、ＭＰＥＧ４エンコーディングにトランスコードされてもよく、または、ＰＣＭエンコードされたオーディオは、ＡＡＣエンコーディングにトランスコードされてもよい。さらに別の例では、ストリーミングセッションに対して、十分な帯域幅が利用可能であることが知られている場合に、ＭＭＳホスト３００は、それぞれのＭＭＳクライアントに対して、最低レベルのデコーディング能力のみを必要とするローフォーマットにメディアコンテンツをデコードしてもよい。開示のさまざまな態様にしたがうと、ＭＭＳホストにおけるメディアコンテンツのトランスコーディングは、図２に図示したＭＭＳホスト２００内のコーデック２１６により実行されてもよい。
【００４３】
ＭＭＳクライアントにメディアコンテンツを供給するモジュール３０８は、再び図２を参照すると、プロセッサ２０２と、メモリ２０４と、ＩＰインターフェース２０６とにより実現してもよい。メディアコンテンツを供給するために、それらのメディアコンテンツをプレイバックパイプラインを通してパスしてもよい。つまり、メディアコンテンツのストリームは、ユーザによる閲覧および／リスニングに対してレンダリングするために、そのソースからプレイバックパイプラインを通してパスされてもよい。ここで、レンダリングという用語は曖昧に使用され、表示するために、ビデオまたは画像ファイルをグラフィカルにレンダリングすること、オーディオ信号として再生するために、オーディオファイルを処理すること、または、そうでなければ、ユーザに対して特定の所望のフォーマットで表示するために、任意の対応するメディアコンテンツを適切に処理することを含む。
【００４４】
開示のさまざまな態様にしたがうと、メディアコンテンツの供給は、２つのプレイバックモード：サーバオンリープレイバック、並行ホストおよびクライアントプレイバックのうちの１つを利用して達成することができる。サーバオンリープレイバックモードでは、メディアコンテンツは、これらのソースから取り出され、そこでプレイバックされることになるＭＭＳクライアントに供給されてもよい。並行ホストおよびクライアントプレイバックモードでは、メディアコンテンツを、ＭＭＳホスト３００および／または１つ以上のＭＭＳクライアントにおいて、並列してプレイバックできるように、メディアプレイバックパイプラインを分岐してもよい。
【００４５】
つまり、メディアコンテンツの提供は、分岐することを含んでいてもよく、分岐するのは、メディアコンテンツストリームが、それがメディアプレイバックパイプラインを通して流れるときに、１つ以上のコピーに重複されるときである。メディアコンテンツストリームの分岐は、ローカルプレイバックおよび／または遠隔プレイバックを可能にする。ローカルプレイバックでは、ストリームの１つ以上の重複したコピーは、例えば、図２を参照すると、ディスプレイ２１４および／またはスピーカー２１８において、ＭＭＳホスト３００でローカルにレンダリングされてもよい。遠隔プレイバックでは、ストリームの１つ以上の重複したコピーは、１つ以上のＭＭＳクライアントにおける、何らかの適切なステージにおいて、他の何らかのメディアパイプラインと統合されてもよい。これらの分岐したストリームは、それらの元々の形態で、または、上述したような変更された形態で、ＭＭＳクライアントに提供されてもよい。
【００４６】
図４は、サーバオンリーモードでメディアコンテンツをプレイバックする間のメディアコンテンツの分岐を図示している概念ブロックダイヤグラムである。実例では、ＭＭＳアプリケーション４０２は、ファイルソース４０４からのメディアコンテンツの取り出しを管理し、このメディアコンテンツは、その後、メディアプレイバックパイプラインを通してコンテンツフォーマットパーサ４０６に流れる。この時点で、パイプラインは、分岐点４０８に到達する。分岐点４０８において、この実例では、メディアコンテンツストリームは、図面中で重複コピー１、２、および３とラベル付けされている３つの重複コピーに分岐される、または、重複される。重複コピー１は、ネットワークストリーミングアダプタ４１０を通過する。ここで、例えば、図２に戻り参照すると、ネットワークストリーミングアダプタは、ＩＰインターフェース２０４であってもよい。ＩＰインターフェースは、ＷＬＡＮ、ＷＷＡＮ、ＰＡＮ、またはＭＭＳクライアントにより最終的に受信されることになる他の何らかの適切なネットワークインターフェースのような、ネットワークインターフェース４１２を通過してもよい。重複コピー２および３はそれぞれ、別のパイプライン４１４および４１６の適切な挿入点を通過する。これらのプレイバックパイプラインは、ＭＭＳホスト内、または、ＭＭＳクライアント内にあってもよい。
【００４７】
図５は、並行ホストおよびクライアントプレイバックモードで供給されることになるメディアコンテンツの分岐を図示している概念ブロックダイヤグラムである。図４に図示したものとほぼ同じ方法で、メディアプレイバックパイプラインは、ファイルソース４０４と、コンテンツフォーマットパーサ４０６と、分岐点４０８とを含む。ここで、しかしながら、分岐点４０８は、メディアコンテンツストリームの４つの重複コピーを提供する。この実例では、重複コピー１は、ローカルデコーダ４１８を通過して、ローカルレンダラー４２０に行く。１つの例では、デコーダ４１８は、図２に図示したコーデック２１６に対応してもよく、レンダラー４２０は、図２のＭＭＳホスト２００に図示したレンダラー２１２に対応していてもよい。この方法では、メディアコンテンツは、遠隔ＭＭＳクライアントにおける、メディアコンテンツの遠隔プレイパックおよびレンダリングと同時に、ＭＭＳホストでローカルにレンダリングされてもよい。
【００４８】
本開示のさらなる態様では、メディアコンテンツストリームの分岐は、動的な分岐を含んでもよい。つまり、分岐の態様は、例えば、さまざまな条件に応答して、ＭＭＳホスト３００により、ランタイムにおいて制御されてもよい。メディアコンテンツストリームの分岐に影響を与えるかもしれない条件は、メディアコンテンツのエンコーディング；送信のデータレート；またはＭＭＳクライアントとの対応するリンクの開始および終了により修正された、ＭＭＳクライアントに対するリンクの存在のような、要因を含んでもよい。
【００４９】
もう一度図３を参照すると、フィードバックを受信して応答するモジュール３１０は、ストリーミングセッションに対応するネットワーク条件についての情報；ＭＭＳクライアントにより行われるエラー隠匿措置；またはＭＭＳクライアントからのプレイバック制御コマンドのような、ＭＭＳクライアントからのフィードバック情報を受信してもよい。例えば、図２に関して上述したように、ＭＭＳクライアントはユーザインターフェースを備えていてもよく、ＭＭＳクライアントのユーザは、ＭＭＳホストに提供されることになるプレイバック制御コマンドをユーザインターフェースから入力できる。ＭＭＳホストは、その後、それに対応して、ＭＭＳクライアントにより提供されたフィードバック情報に応答してもよい。開示のいくつかの態様では、フィードバックを受信して応答するモジュール３１０は、図２に図示したＭＭＳホスト２００内の、ＩＰインターフェース２０６と、メモリ２０４と、プロセッサ２０２とを備えていてもよい。
【００５０】
図３をさらに参照すると、ＭＭＳクライアント３５０により異なる機能を実行するさまざまなモジュールを示すブロックダイヤグラムにより、ＭＭＳクライアント３５０が図示されている。開示の１つの態様では、図示されているＭＭＳクライアント３５０は、ＭＭＳクライアント２５０として、図２に図示したものと同じＭＭＳクライアントであってもよい。ここで、ＭＭＳクライアント３５０は、ＭＭＳホストを発見するモジュール３５２と；１つ以上のＭＭＳホストに加入するモジュール３５４；１つ以上のＭＭＳホストと能力について交換するモジュール３５６；ＭＭＳホストからメディアコンテンツを要求するモジュール３５８；ＭＭＳホストから、メディアコンテンツを取り出してストリーミングするモジュール３６０；ＭＭＳホストに制御コマンドを発行するモジュール３６２；ＭＭＳホストにフィードバックを提供するモジュール３６４を備えていてもよい。モジュール３５２、３５４、３５６、３５８、３６０、３６２、および３６４のそれぞれは、図２に図示したＭＭＳクライアント２５０の、プロセッサ２５２と、メモリ２５４と、ＩＰインターフェース２５６とを備えていてもよい。
【００５１】
ホストを発見するモジュール３５２によるＭＭＳホストの発見は、図２に図示したＩＰインターフェース２５６を利用して、ＭＭＳホストの利用可能性についての情報を取り出すことを含んでもよい。１つ以上のＭＭＳホストに加入するモジュール３５４は、同様に、ＩＰインターフェース２５６を利用して、ＭＭＳホストに対する加入を受け入れるおよび／または要求することを含んでもよい。ＭＭＳホストと能力について交換するモジュール３５６は、ＭＭＳホストにより利用されることになるＭＭＳクライアントの能力についての情報を提供して、ＭＭＳクライアント３５０に適切なメディアコンテンツを提供してもよい。この能力についての交換は、ＭＭＳホストとの接続の確立のときに同時であってもよく、または、交換は、例えば、ＭＭＳクライアント３５０において特定の特徴がイネーブルされるときに、促されてもよく、もしくは、更新されてもよい。
【００５２】
ＭＭＳホストからメディアコンテンツを要求するモジュール３５８は、その元々の形態で、または、元々のコンテンツの何らかの適切な導出形態で記憶されているコンテンツを要求してもよい。メディアコンテンツを取り出してストリーミングするモジュール３６０は、１つ以上のＭＭＳホストとの１つ以上の論理リンクを利用して、メディアコンテンツを取り出してストリーミングしてもよい。ＭＭＳホストに制御コマンドを発行するモジュール３６２は、プレイバック、再生、一時停止、停止、早送り、巻き戻し、ティアダウン、または、プレイバック処理に対応する、ＭＭＳホストへの他の何らかの適切なコマンドを開始することのような、制御コマンドを発行してもよい。制御コマンドを発行するこのモジュール３６２は、図２に図示したようなＭＭＳクライアント２５０内で、ユーザインターフェース２５８からの入力を受け入れてもよい。メディアコンテンツストリーミングステータスについてのフィードバック情報を１つ以上のＭＭＳホストに提供するモジュール３６４は、リンク品質についてのフィードバック、ＭＭＳクライアントにより達成されたデコーディング品質についてのフィードバック、および／または、ＭＭＳクライアントにおけるユーザ経験に対応するフィードバックについてのフィードバックを提供してもよい。ＭＭＳホストとのストリーミングセッションを開始するモジュール３６６は、ＭＭＳクライアントが、ＭＭＳクライアントにより開始されたストリーミングセッションとともに、ＭＭＳホストにより開始されたストリーミングセッションを通して、メディアコンテンツを受信できるようにしてもよい。
【００５３】
図６は、本開示のある態様にしたがって、メディアコンテンツを供給するプロセスを図示するフローチャートによるダイヤグラムである。例示的なプロセスにしたがって、ブロック６０２では、ＭＭＳホストは、例えば、ＭＭＳクライアントとの、インターネットプロトコルを利用するリンクのような、論理リンクを確立する。ブロック６０４では、ＭＭＳホストは、ＭＭＳクライアントの能力に対応する能力情報に対して要求を送ってもよく、ブロック６０６では、ＭＭＳホストは、要求に応答して、ＭＭＳクライアントから能力情報を受信してもよい。ブロック６０８では、ＭＭＳホストは、論理リンクを通して、ＭＭＳクライアントとのストリーミングセッションを開始してもよい。
【００５４】
ブロック６１０では、ＭＭＳホストは、ローカルメモリ、ローカルカメラ、またはネットワークベースのソースのような、適切なソースからメディアコンテンツを取り出してもよい。ブロック６１２では、ＭＭＳホストは、例えば、メディアコンテンツを複数のメディアコンテンツ分岐に重複させることにより、メディアコンテンツを分岐させてもよい。ブロック６１４では、ＭＭＳホストは、複数のメディアコンテンツ分岐のうちの１つ以上のものに対応するメディアコンテンツを変更してもよい。ブロック６１６では、ＭＭＳホストは、論理リンクを通して、メディアコンテンツをクライアントに供給してもよい。
【００５５】
ブロック６１８では、同時ホスト−クライアントプレイバックモードに対応して、ＭＭＳホストは、メディアコンテンツをローカルにレンダリングしてもよい。ブロック６２０では、ＭＭＳホストは、ＭＭＳクライアントからのフィードバック情報を受信して応答してもよい。
【００５６】
ブロック６２２〜６２６は、ＭＭＳクライアントに対するメディアコンテンツをインデックス化するプロセスを表している。ブロック６２２では、ＭＭＳホストは、メディアソースからメディアコンテンツに関連する情報を取り出してもよい。ブロック６２４では、ＭＭＳホストは、情報に関連するインデックスをコンパイルしてもよく、ブロック６２６では、ＭＭＳホストは、そのインデックスをＭＭＳクライアントに提供してもよい。
【００５７】
図７は、本開示のある態様にしたがって、ＭＭＳクライアントにおいて、メディアコンテンツを受信するプロセスを図示しているフローチャートである。ブロック７０２では、ＭＭＳクライアントはＭＭＳホストを発見し、ブロック７０４では、ＭＭＳクライアントは、発見したＭＭＳホストに加入する。ブロック７０６では、ＭＭＳクライアントは、メディアコンテンツを利用する能力に対応する能力情報をＭＭＳホストと共有してもよい。ブロック７０８では、ＭＭＳクライアントは、メディアサーバにより確立された論理リンクを通して、メディアコンテンツを受信する。ブロック７１０では、ＭＭＳクライアントは、“プル”ストリーミングセッションを開始してもよく、ブロック７１２では、ＭＭＳクライアントは、たった今開始したストリーミングセッションを通して、第２のメディアコンテンツを受信してもよい。
【００５８】
さまざまな装置および方法を参照して、ＭＭＳシステムのいくつかの態様が提示されている。これらの装置および方法は、以下の詳細な説明において記述され、（集合的に“モジュール”と呼ばれる）さまざまなブロック、モジュール、コンポーネント、回路、ステップ、プロセス、アルゴリズム等による付随した図面において図示されている。これらのモジュールは、電気ハードウェア、コンピュータソフトウェア、またはそれらの任意の組み合わせを使用して実現されてもよい。このようなモジュールが、ハードウェアまたはソフトウェアとして実現されるかは、特定のアプリケーションと、システム全体に課せられる設計の制約とに依存する。
【００５９】
例として、モジュールまたはモジュールの何らかの部分、あるいは、モジュールの何らかの組み合わせを、１つ以上のプロセッサを備える“処理システム”により実現できる。プロセッサの例は、マイクロプロセッサ、マイクロ制御装置、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、状態機械、ゲート論理、ディスクリートハードウェア回路、および、本開示全体を通して記述したさまざまな機能性を実行するように構成されている他の適切なハードウェアを含む。処理システム中の１つ以上のプロセッサは、ソフトウェアを実行できる。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはその他のものとして言及されるかに関わらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行のスレッド、手順、関数等を意味するように広く解釈されるものである。ソフトウェアは、コンピュータ読取可能媒体上に存在することができる。コンピュータ読取可能媒体は、一時的ではないコンピュータ読取可能媒体とすることができる。一時的ではないコンピュータ読取可能媒体は、例として、磁気記憶デバイス（例えば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストライプ）、光ディスク（例えば、コンパクトディスク（ＣＤ）、デジタル汎用性ディスク（ＤＶＤ））、スマートカード、フラッシュメモリデバイス（例えば、カード、スティック、キードライブ）、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能ＰＲＯＭ（ＥＰＲＯＭ）、電気的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ）、レジスタ、リムーバブルディスク、ならびに、コンピュータによりアクセスでき、読み取ることができるソフトウェアを記憶および／または命令する他の何らかの適切な媒体を含むことができる。コンピュータ読取可能媒体は、処理システム中に内在させることができ、処理システムの外部にすることができ、または、処理システムを含む複数のエンティティにわたって分散させることができる。コンピュータ読取可能媒体は、コンピュータプログラムプロダクト中で具現化することができる。例として、コンピュータプログラムプロダクトは、パッケージングマテリアル中のコンピュータ読取可能媒体を含むことができる。特定のアプリケーションと、システム全体に課せられる全体的な設計の制約とに依存して、本開示全体を通して提示し、記述した機能性をどのように実現することが最良であるかを、当業者は認識するだろう。
【００６０】
したがって、１つ以上の例示的な実施形態では、記述した機能は、ハードウェアで、ソフトウェアで、ファームウェアで、または、これらの任意の組み合わせで実現することができる。ソフトウェアで実現された場合、機能は、１つ以上の命令またはコードとして、コンピュータ読取可能媒体上に記憶させることができ、あるいは、エンコードすることができる。コンピュータ読取可能媒体は、コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによりアクセスできる何らかの利用可能な媒体であってもよい。例として、これらに限定されないが、このようなコンピュータ記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置もしくは他の磁気記憶デバイス、あるいは、コンピュータによりアクセスでき、命令またはデータ構造の形態で所望のプログラムコードを伝送または記憶するために使用できる他の何らかの媒体を含むことができる。ここで使用したようなディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクトディスク（ＣＤ）、レーザディスク（登録商標）、光ディスク、デジタル汎用ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、ブルーレイ（登録商標）ディスクを含むが、一般的に、ディスク（ｄｉｓｋ）は、データを磁気的に再生する一方で、ディスク（ｄｉｓｃ）はデータをレーザによって光学的に再生する。上記のものの組み合わせも、コンピュータ読取可能媒体の範囲内に含めるべきである。
【００６１】
図８は、処理システム８１４を用いる装置８００に対するハードウェアインプリメンテーションの例を図示している概念図である。この例では、処理システム８１４は、バス８０２によって一般的に表示されている、バスアーキテクチャにより実現されてもよい。バス８０２は、処理システム８１４の特定のアプリケーションと、全体的な設計の制約とに依存して、任意の数の相互に接続しているバスおよびブリッジを備えていてもよい。バス８０２は、プロセッサ８０４によって一般的に表示されている１つ以上のプロセッサと、コンピュータ読取可能媒体８０６によって一般的に表示されているコンピュータ読取可能媒体とを含む、さまざまな回路を互いにリンクさせる。バス８０２はまた、タイミングソース、周辺装置、電圧レギュレータ、および電力管理回路のような、他のさまざまな回路をリンクさせてもよく、他のさまざまな回路は技術的に良く知られており、それゆえ、これ以上は説明しない。バスインターフェース８０８は、バス８０２とトランシーバ８１０との間のインターフェースを提供する。トランシーバ８１０は、送信媒体を通して、他のさまざまな装置と通信する手段を提供する。装置の性質に依存して、ユーザインターフェース８１２（例えば、キーパッド、ディスプレイ、スピーカー、マイクロフォン、ジョイスティック）がまた提供されてもよい。
【００６２】
プロセッサ８０４は、バス８０２を管理することと、コンピュータ読取可能媒体８０６に記憶されているソフトウェアの実行を含む、一般的な処理とを担当する。ソフトウェアは、プロセッサ８０４により実行されるとき、任意の特定の装置に対して下記に記述したさまざまな機能を処理システム８１４に実行させる。コンピュータ読取可能媒体８０６はまた、ソフトウェアを実行するときに、プロセッサ８０４により操作されるデータを記憶するために使用されてもよい。
【００６３】
図８に関連して記述した処理システム８１４は、ＭＭＳホスト１０２、２００、および３００を備えていてもよい。特に、処理システム８１４は、プロセッサ２０２を備えていてもよい。さらに、図８に関連して記述した処理システム８１４は、ＭＭＳクライアント１０４、２５０、および３５０を備えていてもよい。特に、処理システム８１４は、プロセッサ２５２を備えていてもよい。
【００６４】
開示したプロセスにおけるステップの特有な順序または階層が、例示的なアプローチの実例であることを理解すべきである。設計選択に基づいて、プロセスにおけるステップの特有な順序または階層は、再構成してもよいことを理解すべきである。添付している方法の請求項は、サンプルの順序におけるさまざまなステップのエレメントを提示しており、提示した特有な順序または階層に限定されることを意味していない。
【００６５】
先の説明は、任意の当業者が、ここに記述したさまざまな態様を実施できるように提供している。これらの態様に対するさまざまな修正は、当業者に容易に明らかになり、ここで規定した一般的な原理を、他の態様に適用してもよい。したがって、特許請求の範囲は、ここで示した態様に限定することを意図するものではなく、特許請求の範囲の文言と矛盾しない全範囲に一致させるべきである。エレメントへの単数での言及は、“１つおよび１つのみ”と特に述べられていない限り、“１つおよび１つのみ”を意味することを意図しているのではなく、むしろ“１つ以上の”を意味することを意図している。そうでないことが特に述べられていない限り、“いくつか”という用語は、１つ以上のことを指している。当業者に知られ、または後に知られることになる、本開示全体を通して記述しているさまざまな態様のエレメントに対するすべての構造的および機能的な均等物は、参照によりここに明確に組み込まれ、特許請求の範囲により含まれることを意図している。さらに、ここで開示したものは、このような開示が特許請求の範囲中に明示的に記載されているか否かにかかわらず、公共に捧げられることを意図していない。どの請求項のエレメントも、エレメントが“する手段”というフレーズを使用して明確に記載されていない限り、または、方法の請求項のケースでは、エレメントが“するステップ”というフレーズを使用して記載されていない限り、米国特許法第１１２条第６パラグラフの規定の下で解釈すべきではない。
【特許請求の範囲】
【請求項１】
メディアサーバからメディアを供給する方法において、
インターネットプロトコルインターフェースを利用して、クライアントとの論理リンクを確立することと、
前記論理リンクを通して、前記クライアントとのストリーミングセッションを開始することと、
メディアソースからメディアコンテンツを取り出すことと、
前記論理リンクを通して、前記クライアントに前記メディアコンテンツを供給することとを含む方法。
【請求項２】
前記メディアコンテンツは、オーディオデータ、ビデオデータ、ピクチャデータ、テキストデータ、グラフィックデータ、センサデータ、またはメタデータのうちの少なくとも１つを含む請求項１記載の方法。
【請求項３】
前記メディアソースは、ローカルに記憶されたメディアコンテンツ、ネットワーク提供されたメディアコンテンツ、またはライブユーザ発生されたメディアコンテンツのうちの少なくとも１つを含む請求項１記載の方法。
【請求項４】
前記ネットワーク提供されたメディアコンテンツは、無線ブロードキャスト、フォワードリンクオンリーブロードキャスト、遠隔デバイスから提供されたライブメディアストリーム、インターネットベースのメディアコンテンツ、またはビデオ電話セッションのうちの少なくとも１つを含む請求項３記載の方法。
【請求項５】
前記クライアントの、前記メディアコンテンツを利用する能力に対応する能力情報を前記クライアントから受信することをさらに含む請求項１記載の方法。
【請求項６】
前記能力情報を受信することは、前記クライアントとの前記ストリーミングセッションの開始に応答して起こる請求項５記載の方法。
【請求項７】
前記能力情報に対する要求を前記クライアントに送ることをさらに含み、
前記能力情報の受信は、前記要求に応答して起こる請求項５記載の方法。
【請求項８】
前記メディアソースから、前記メディアコンテンツに関連する情報を取り出すことと、
前記情報に対応するインデックスをコンパイルすることと、
前記クライアントに前記インデックスを提供することとをさらに含む請求項１記載の方法。
【請求項９】
前記メディアコンテンツに関連する前記情報は、前記メディアコンテンツに関係するメタデータを含む請求項８記載の方法。
【請求項１０】
前記ストリーミングセッションを開始することは、前記クライアントとの前記ストリーミングセッションを開始するために、前記メディアサーバ上のユーザインターフェースを利用することを含む請求項１記載の方法。
【請求項１１】
前記クライアントに前記メディアコンテンツを供給することより前に、前記メディアコンテンツを変更することをさらに含む請求項１記載の方法。
【請求項１２】
前記メディアコンテンツを変更することは：前記メディアコンテンツにラッパーを適用すること；前記ビデオメディアコンテンツの空間的プロパティを変更すること；前記メディアコンテンツの時間的プロパティを変更すること；前記ビデオコンテンツの情報エントロピーを変更すること；または、複数の関係するメディアコンテンツを単一のストリームに多重化すること；のうちの少なくとも１つを含む請求項１１記載の方法。
【請求項１３】
前記メディアコンテンツを変更することは、マルチメディアメディアコンテンツのうちのオーディオおよびビデオ部分を多重分離することを含む請求項１１記載の方法。
【請求項１４】
前記メディアコンテンツを供給することは、前記マルチメディアメディアコンテンツの、前記オーディオ部分または前記ビデオ部分のうちの１つのみを前記クライアントに供給することを含む請求項１３記載の方法。
【請求項１５】
前記メディアコンテンツを変更することは、２次元ビデオメディアコンテンツを３次元ビデオメディアコンテンツに変換することを含む請求項１１記載の方法。
【請求項１６】
前記メディアコンテンツを変更することは、前記メディアコンテンツを第１のフォーマットから第２のフォーマットにトランスコードすることを含む請求項１１記載の方法。
【請求項１７】
前記メディアコンテンツをトランスコードすることは、前記メディアコンテンツの圧縮比を増加させること、または、減少させることのうちの少なくとも１つを含む請求項１６記載の方法。
【請求項１８】
前記メディアコンテンツを複数のメディアコンテンツ分岐に重複させることにより、前記メディアコンテンツを分岐させることをさらに含み、
前記メディアコンテンツを供給することは、前記複数のメディアコンテンツ分岐のうちの１つに供給することを含む請求項１記載の方法。
【請求項１９】
前記メディアコンテンツを分岐させることは、前記メディアコンテンツの実質的に同時のマルチユーザプレイバックを可能にするために適応される請求項１８記載の方法。
【請求項２０】
前記メディアサーバ上の前記複数のメディアコンテンツ分岐のうちの１つに対応する前記メディアコンテンツをローカルにレンダリングすることをさらに含む請求項１８記載の方法。
【請求項２１】
前記メディアコンテンツを前記クライアントに供給することは、前記メディアコンテンツのローカルなレンダリングにより、前記メディアコンテンツの実質的に同時のプレイバックを可能にするために適応される請求項２０記載の方法。
【請求項２２】
前記メディアコンテンツを前記クライアントに供給することは、前記複数のメディアコンテンツ分岐を対応する複数のクライアントに供給することを含む請求項１８記載の方法。
【請求項２３】
前記複数のメディアコンテンツ分岐を前記対応する複数のクライアントに供給することは、前記複数のクライアントにおいて、前記メディアコンテンツ分岐の実質的に同時のプレイバックを可能にするために適応される請求項２２記載の方法。
【請求項２４】
前記メディアコンテンツを前記クライアントに供給することの前に、前記メディアコンテンツ分岐のうちの１つに対応する前記メディアコンテンツを変更することをさらに含む請求項１８記載の方法。
【請求項２５】
前記メディアコンテンツを変更することは、少なくとも１つの条件における変化に応答して、少なくとも１つの分岐関連パラメータを動的に制御することを含む請求項２４記載の方法。
【請求項２６】
前記少なくとも１つの分岐関連パラメータは、前記メディアコンテンツのエンコーディング、前記メディアコンテンツの送信のデータレート、または、クライアントへのリンクの存在のうちの少なくとも１つを含む請求項２５記載の方法。
【請求項２７】
前記少なくとも１つの条件は、前記クライアントとの論理リンクのチャネル条件、１つ以上のクライアントの利用可能性、または、１つ以上のクライアントとのリンクの開始もしくは終了に対する要求のうちの少なくとも１つを含む請求項２５記載の方法。
【請求項２８】
前記クライアントからのフィードバック情報を受信して応答することをさらに含む請求項１記載の方法。
【請求項２９】
前記フィードバック情報は、前記論理リンクのチャネル条件、前記クライアントにより行われるエラー隠匿措置、または前記クライアントからのプレイバック制御コマンドのうちの少なくとも１つを含む請求項２８記載の方法。
【請求項３０】
前記論理リンクは、前記メディアサーバから複数のクライアントへの複数のフォワードリンクを含む請求項１記載の方法。
【請求項３１】
前記論理リンクは、前記メディアサーバから複数のクライアントにフォワードリンクをブロードキャストすることを含む請求項１記載の方法。
【請求項３２】
前記論理リンクは、複数のクライアントから前記メディアサーバへの複数のバックワードリンクを含む請求項１記載の方法。
【請求項３３】
前記論理リンクは、前記クライアントとのダイレクトワイヤードまたはワイヤレスインターフェースを含む請求項１記載の方法。
【請求項３４】
クライアントにおいて、メディアサーバからメディアを受信する方法において、
前記メディアサーバを発見することと、
前記メディアサーバに加入することと、
前記メディアサーバにより確立された論理リンクを通して、メディアコンテンツを受信することとを含む方法。
【請求項３５】
前記メディアコンテンツを利用する能力に対応する能力情報を前記サーバと共有することをさらに含む請求項３４記載の方法。
【請求項３６】
前記論理リンクは、複数のメディアサーバから前記クライアントへの複数のフォワードリンクを含む請求項３４記載の方法。
【請求項３７】
前記論理リンクは、前記クライアントから複数のメディアサーバへのバックワードリンクを含む請求項３４記載の方法。
【請求項３８】
前記メディアサーバとのストリーミングセッションを開始することと、
前記ストリーミングセッションを通して、第２のメディアコンテンツを受信することとをさらに含む請求項３４記載の方法。
【請求項３９】
前記メディアコンテンツが受信されるときに、リアルタイムで前記メディアコンテンツをレンダリングすることをさらに含む請求項３４記載の方法。
【請求項４０】
メディアを供給する装置において、
インターネットプロトコルインターフェースを利用して、クライアントとの論理リンクを確立する手段と、
前記論理リンクを通して、前記クライアントとのストリーミングセッションを開始する手段と、
メディアソースからメディアコンテンツを取り出す手段と、
前記論理リンクを通して、前記クライアントに前記メディアコンテンツを供給する手段とを具備する装置。
【請求項４１】
前記クライアントの、前記メディアコンテンツを利用する能力に対応する能力情報を前記クライアントから受信する手段をさらに具備する請求項４０記載の装置。
【請求項４２】
前記メディアソースから、前記メディアコンテンツに関連する情報を取り出す手段と、
前記情報に対応するインデックスをコンパイルする手段と、
前記クライアントに前記インデックスを提供する手段とをさらに具備する請求項４０記載の装置。
【請求項４３】
前記ストリーミングセッションを開始する手段は、前記クライアントとの前記ストリーミングセッションを開始するために、前記メディアサーバ上のユーザインターフェースを利用する手段を備える請求項４０記載の装置。
【請求項４４】
前記クライアントに前記メディアコンテンツを供給することより前に、前記メディアコンテンツを変更する手段をさらに具備する請求項４０記載の装置。
【請求項４５】
前記メディアコンテンツを変更する手段は：前記メディアコンテンツにラッパーを適用する手段；前記ビデオメディアコンテンツの空間的プロパティを変更する手段；前記メディアコンテンツの時間的プロパティを変更する手段；前記ビデオコンテンツの情報エントロピーを変更する手段；または、複数の関係するメディアコンテンツを単一のストリームに多重化する手段；のうちの少なくとも１つを備える請求項４４記載の装置。
【請求項４６】
前記メディアコンテンツを変更する手段は、マルチメディアメディアコンテンツのうちのオーディオおよびビデオ部分を多重分離する手段を備える請求項４４記載の装置。
【請求項４７】
前記メディアコンテンツを供給する手段は、前記マルチメディアメディアコンテンツの、前記オーディオ部分または前記ビデオ部分のうちの１つのみを前記クライアントに供給する手段を備える請求項４６記載の装置。
【請求項４８】
前記メディアコンテンツを変更する手段は、２次元ビデオメディアコンテンツを３次元ビデオメディアコンテンツに変換する手段を備える請求項４４記載の装置。
【請求項４９】
前記メディアコンテンツを変更する手段は、前記メディアコンテンツを第１のフォーマットから第２のフォーマットにトランスコードする手段を備える請求項４４記載の装置。
【請求項５０】
前記メディアコンテンツをトランスコードする手段は、前記メディアコンテンツの圧縮比を増加させること、または、減少させることのうちの少なくとも１つを行う手段を備える請求項４９記載の装置。
【請求項５１】
前記メディアコンテンツを複数のメディアコンテンツ分岐に重複させることにより、前記メディアコンテンツを分岐させる手段をさらに含み、
前記メディアコンテンツを供給する手段は、前記複数のメディアコンテンツ分岐のうちの１つに供給する手段を備える請求項４０記載の装置。
【請求項５２】
前記メディアコンテンツを分岐させる手段は、前記メディアコンテンツの実質的に同時のマルチユーザプレイバックを可能にするために適応される請求項５１記載の装置。
【請求項５３】
前記メディアサーバ上の前記複数のメディアコンテンツ分岐のうちの１つに対応する前記メディアコンテンツをローカルにレンダリングする手段をさらに具備する請求項５１記載の装置。
【請求項５４】
前記メディアコンテンツを前記クライアントに供給する手段は、前記メディアコンテンツのローカルなレンダリングにより、前記メディアコンテンツの実質的に同時のプレイバックを可能にするために適応される請求項５３記載の装置。
【請求項５５】
前記メディアコンテンツを前記クライアントに供給する手段は、前記複数のメディアコンテンツ分岐を対応する複数のクライアントに供給する手段を備える請求項５１記載の装置。
【請求項５６】
前記複数のメディアコンテンツ分岐を前記対応する複数のクライアントに供給する手段は、前記複数のクライアントにおいて、前記メディアコンテンツ分岐の実質的に同時のプレイバックを可能にするために適応される請求項５５記載の装置。
【請求項５７】
前記メディアコンテンツを前記クライアントに供給することの前に、前記メディアコンテンツ分岐のうちの１つに対応する前記メディアコンテンツを変更する手段をさらに具備する請求項５１記載の装置。
【請求項５８】
前記メディアコンテンツを変更する手段は、少なくとも１つの条件における変化に応答して、少なくとも１つの分岐関連パラメータを動的に制御する手段を備える請求項５７記載の装置。
【請求項５９】
前記論理リンクは、前記クライアントとのダイレクトワイヤードまたはワイヤレスインターフェースを含む請求項４０記載の装置。
【請求項６０】
コンピュータプログラムプロダクトにおいて、
コンピュータ読取可能媒体を含み、
前記コンピュータ読取可能媒体は、
インターネットプロトコルインターフェースを利用して、クライアントとの論理リンクを確立するためのコードと、
前記論理リンクを通して、前記クライアントとのストリーミングセッションを開始するためのコードと、
メディアソースからメディアコンテンツを取り出すためのコードと、
前記論理リンクを通して、前記クライアントに前記メディアコンテンツを供給するためのコードとを含むコンピュータプログラムプロダクト。
【請求項６１】
前記コンピュータ読取可能媒体は、
前記クライアントの、前記メディアコンテンツを利用する能力に対応する能力情報を前記クライアントから受信するためのコードをさらに含む請求項６０記載のコンピュータプログラムプロダクト。
【請求項６２】
前記コンピュータ読取可能媒体は、
前記メディアソースから、前記メディアコンテンツに関連する情報を取り出すためのコードと、
前記情報に対応するインデックスをコンパイルするためのコードと、
前記クライアントに前記インデックスを提供するためのコードとをさらに含む請求項６０記載のコンピュータプログラムプロダクト。
【請求項６３】
前記ストリーミングセッションを開始するためのコードは、前記クライアントとの前記ストリーミングセッションを開始するために、前記メディアサーバ上のユーザインターフェースを利用するためのコードを含む請求項６０記載のコンピュータプログラムプロダクト。
【請求項６４】
前記コンピュータ読取可能媒体は、
前記クライアントに前記メディアコンテンツを供給することより前に、前記メディアコンテンツを変更するためのコードをさらに含む請求項６０記載のコンピュータプログラムプロダクト。
【請求項６５】
前記メディアコンテンツを変更するためのコードは：前記メディアコンテンツにラッパーを適用するためのコード；前記ビデオメディアコンテンツの空間的プロパティを変更するためのコード；前記メディアコンテンツの時間的プロパティを変更するためのコード；前記ビデオコンテンツの情報エントロピーを変更するためのコード；または、複数の関係するメディアコンテンツを単一のストリームに多重化するためのコード；のうちの少なくとも１つを含む請求項６４記載のコンピュータプログラムプロダクト。
【請求項６６】
前記メディアコンテンツを変更するためのコードは、マルチメディアメディアコンテンツのうちのオーディオおよびビデオ部分を多重分離するためのコードを含む請求項６４記載のコンピュータプログラムプロダクト。
【請求項６７】
前記メディアコンテンツを供給するためのコードは、前記マルチメディアメディアコンテンツの、前記オーディオ部分または前記ビデオ部分のうちの１つのみを前記クライアントに供給するためのコードを含む請求項６６記載のコンピュータプログラムプロダクト。
【請求項６８】
前記メディアコンテンツを変更するためのコードは、２次元ビデオメディアコンテンツを３次元ビデオメディアコンテンツに変換するためのコードを含む請求項６４記載のコンピュータプログラムプロダクト。
【請求項６９】
前記メディアコンテンツを変更するためのコードは、前記メディアコンテンツを第１のフォーマットから第２のフォーマットにトランスコードするためのコードを含む請求項６４記載のコンピュータプログラムプロダクト。
【請求項７０】
前記メディアコンテンツをトランスコードするためのコードは、前記メディアコンテンツの圧縮比を増加させること、または、減少させることのうちの少なくとも１つを行うためのコードを含む請求項６９記載のコンピュータプログラムプロダクト。
【請求項７１】
前記コンピュータ読取可能媒体は、
前記メディアコンテンツを複数のメディアコンテンツ分岐に重複させることにより、前記メディアコンテンツを分岐させるためのコードをさらに含み、
前記メディアコンテンツを供給することは、前記複数のメディアコンテンツ分岐のうちの１つに供給することを含む請求項６０記載のコンピュータプログラムプロダクト。
【請求項７２】
前記メディアコンテンツを分岐させるためのコードは、前記マルチコンテンツの実質的に同時のマルチユーザプレイバックを可能にするために適応される請求項７１記載のコンピュータプログラムプロダクト。
【請求項７３】
前記コンピュータ読取可能媒体は、
前記メディアサーバ上の前記複数のメディアコンテンツ分岐のうちの１つに対応する前記メディアコンテンツをローカルにレンダリングするためのコードをさらに含む請求項７１記載のコンピュータプログラムプロダクト。
【請求項７４】
前記メディアコンテンツを前記クライアントに供給するためのコードは、前記メディアコンテンツのローカルなレンダリングにより、前記メディアコンテンツの実質的に同時のプレイバックを可能にするために適応される請求項７３記載のコンピュータプログラムプロダクト。
【請求項７５】
前記メディアコンテンツを前記クライアントに供給するためのコードは、前記複数のメディアコンテンツ分岐を対応する複数のクライアントに供給することを含む請求項７１記載のコンピュータプログラムプロダクト。
【請求項７６】
前記複数のメディアコンテンツ分岐を前記対応する複数のクライアントに供給するためのコードは、前記複数のクライアントにおいて、前記メディアコンテンツ分岐の実質的に同時のプレイバックを可能にするために適応される請求項７５記載のコンピュータプログラムプロダクト。
【請求項７７】
前記メディアコンテンツを前記クライアントに供給することの前に、前記メディアコンテンツ分岐のうちの１つに対応する前記メディアコンテンツを変更するためのコードをさらに含む請求項７１記載のコンピュータプログラムプロダクト。
【請求項７８】
前記メディアコンテンツを変更するためのコードは、少なくとも１つの条件における変化に応答して、少なくとも１つの分岐関連パラメータを動的に制御することを含む請求項７７記載のコンピュータプログラムプロダクト。
【請求項７９】
前記論理リンクは、前記クライアントとのダイレクトワイヤードまたはワイヤレスインターフェースを含む請求項６０記載のコンピュータプログラムプロダクト。
【請求項８０】
メディアを供給する装置において、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されるメモリとを具備し、
前記少なくとも１つのプロセッサは、
インターネットプロトコルインターフェースを利用して、クライアントとの論理リンクを確立し、
前記論理リンクを通して、前記クライアントとのストリーミングセッションを開始し、
メディアソースからメディアコンテンツを取り出し、
前記論理リンクを通して、前記クライアントに前記メディアコンテンツを供給するように構成されている装置。
【請求項８１】
前記少なくとも１つのプロセッサは、
前記クライアントの、前記メディアコンテンツを利用する能力に対応する能力情報を前記クライアントから受信するようにさらに構成されている請求項８０記載の装置。
【請求項８２】
前記少なくとも１つのプロセッサは、
前記メディアソースから、前記メディアコンテンツに関連する情報を取り出し、
前記情報に対応するインデックスをコンパイルし、
前記クライアントに前記インデックスを提供するようにさらに構成されている請求項８０記載の装置。
【請求項８３】
前記ストリーミングセッションを開始することは、前記クライアントとの前記ストリーミングセッションを開始するために、前記メディアサーバ上のユーザインターフェースを利用すること含む請求項８０記載の装置。
【請求項８４】
前記コンピュータ読取可能媒体は、
前記クライアントに前記メディアコンテンツを供給することより前に、前記メディアコンテンツを変更するためのコードをさらに含む請求項８０記載のコンピュータプログラムプロダクト。
【請求項８５】
前記メディアコンテンツを変更することは：前記メディアコンテンツにラッパーを適用すること；前記ビデオメディアコンテンツの空間的プロパティを変更すること；前記メディアコンテンツの時間的プロパティを変更すること；前記ビデオコンテンツの情報エントロピーを変更すること；または、複数の関係するメディアコンテンツを単一のストリームに多重化すること；のうちの少なくとも１つを含む請求項８４記載の装置。
【請求項８６】
前記メディアコンテンツを変更することは、マルチメディアメディアコンテンツのうちのオーディオおよびビデオ部分を多重分離することを含む請求項８４記載の装置。
【請求項８７】
前記メディアコンテンツを供給することは、前記マルチメディアメディアコンテンツの、前記オーディオ部分または前記ビデオ部分のうちの１つのみを前記クライアントに供給することを含む請求項８６記載の装置。
【請求項８８】
前記メディアコンテンツを変更することは、２次元ビデオメディアコンテンツを３次元ビデオメディアコンテンツに変換することを含む請求項８４記載の装置。
【請求項８９】
前記メディアコンテンツを変更することは、前記メディアコンテンツを第１のフォーマットから第２のフォーマットにトランスコードすることを含む請求項８４記載の装置。
【請求項９０】
前記メディアコンテンツをトランスコードすることは、前記メディアコンテンツの圧縮比を増加させること、または、減少させることのうちの少なくとも１つを含む請求項８９記載の装置。
【請求項９１】
前記少なくとも１つのプロセッサは、
前記メディアコンテンツを複数のメディアコンテンツ分岐に重複させることにより、前記メディアコンテンツを分岐させるようにさらに構成され、
前記メディアコンテンツを供給することは、前記複数のメディアコンテンツ分岐のうちの１つに供給することを含む請求項８０記載の装置。
【請求項９２】
前記メディアコンテンツを分岐させることは、前記マルチコンテンツの実質的に同時のマルチユーザプレイバックを可能にするために適応される請求項９１記載の装置。
【請求項９３】
前記少なくとも１つのプロセッサは、
前記メディアサーバ上の前記複数のメディアコンテンツ分岐のうちの１つに対応する前記メディアコンテンツをローカルにレンダリングするようにさらに構成されている請求項９１記載の装置。
【請求項９４】
前記メディアコンテンツを前記クライアントに供給することは、前記メディアコンテンツのローカルなレンダリングにより、前記メディアコンテンツの実質的に同時のプレイバックを可能にするために適応される請求項９３記載の装置。
【請求項９５】
前記メディアコンテンツを前記クライアントに供給することは、前記複数のメディアコンテンツ分岐を対応する複数のクライアントに供給することを含む請求項９１記載の方法。
【請求項９６】
前記複数のメディアコンテンツ分岐を前記対応する複数のクライアントに供給することは、前記複数のクライアントにおいて、前記メディアコンテンツ分岐の実質的に同時のプレイバックを可能にするために適応される請求項９５記載の装置。
【請求項９７】
前記メディアコンテンツを前記クライアントに供給することの前に、前記メディアコンテンツ分岐のうちの１つに対応する前記メディアコンテンツを変更することをさらに含む請求項９１記載の装置。
【請求項９８】
前記メディアコンテンツを変更することは、少なくとも１つの条件における変化に応答して、少なくとも１つの分岐関連パラメータを動的に制御することを含む請求項９７記載の装置。
【請求項９９】
前記論理リンクは、前記クライアントとのダイレクトワイヤードまたはワイヤレスインターフェースを含む請求項８０記載の装置。
【請求項１】
メディアサーバからメディアを供給する方法において、
インターネットプロトコルインターフェースを利用して、クライアントとの論理リンクを確立することと、
前記論理リンクを通して、前記クライアントとのストリーミングセッションを開始することと、
メディアソースからメディアコンテンツを取り出すことと、
前記論理リンクを通して、前記クライアントに前記メディアコンテンツを供給することとを含む方法。
【請求項２】
前記メディアコンテンツは、オーディオデータ、ビデオデータ、ピクチャデータ、テキストデータ、グラフィックデータ、センサデータ、またはメタデータのうちの少なくとも１つを含む請求項１記載の方法。
【請求項３】
前記メディアソースは、ローカルに記憶されたメディアコンテンツ、ネットワーク提供されたメディアコンテンツ、またはライブユーザ発生されたメディアコンテンツのうちの少なくとも１つを含む請求項１記載の方法。
【請求項４】
前記ネットワーク提供されたメディアコンテンツは、無線ブロードキャスト、フォワードリンクオンリーブロードキャスト、遠隔デバイスから提供されたライブメディアストリーム、インターネットベースのメディアコンテンツ、またはビデオ電話セッションのうちの少なくとも１つを含む請求項３記載の方法。
【請求項５】
前記クライアントの、前記メディアコンテンツを利用する能力に対応する能力情報を前記クライアントから受信することをさらに含む請求項１記載の方法。
【請求項６】
前記能力情報を受信することは、前記クライアントとの前記ストリーミングセッションの開始に応答して起こる請求項５記載の方法。
【請求項７】
前記能力情報に対する要求を前記クライアントに送ることをさらに含み、
前記能力情報の受信は、前記要求に応答して起こる請求項５記載の方法。
【請求項８】
前記メディアソースから、前記メディアコンテンツに関連する情報を取り出すことと、
前記情報に対応するインデックスをコンパイルすることと、
前記クライアントに前記インデックスを提供することとをさらに含む請求項１記載の方法。
【請求項９】
前記メディアコンテンツに関連する前記情報は、前記メディアコンテンツに関係するメタデータを含む請求項８記載の方法。
【請求項１０】
前記ストリーミングセッションを開始することは、前記クライアントとの前記ストリーミングセッションを開始するために、前記メディアサーバ上のユーザインターフェースを利用することを含む請求項１記載の方法。
【請求項１１】
前記クライアントに前記メディアコンテンツを供給することより前に、前記メディアコンテンツを変更することをさらに含む請求項１記載の方法。
【請求項１２】
前記メディアコンテンツを変更することは：前記メディアコンテンツにラッパーを適用すること；前記ビデオメディアコンテンツの空間的プロパティを変更すること；前記メディアコンテンツの時間的プロパティを変更すること；前記ビデオコンテンツの情報エントロピーを変更すること；または、複数の関係するメディアコンテンツを単一のストリームに多重化すること；のうちの少なくとも１つを含む請求項１１記載の方法。
【請求項１３】
前記メディアコンテンツを変更することは、マルチメディアメディアコンテンツのうちのオーディオおよびビデオ部分を多重分離することを含む請求項１１記載の方法。
【請求項１４】
前記メディアコンテンツを供給することは、前記マルチメディアメディアコンテンツの、前記オーディオ部分または前記ビデオ部分のうちの１つのみを前記クライアントに供給することを含む請求項１３記載の方法。
【請求項１５】
前記メディアコンテンツを変更することは、２次元ビデオメディアコンテンツを３次元ビデオメディアコンテンツに変換することを含む請求項１１記載の方法。
【請求項１６】
前記メディアコンテンツを変更することは、前記メディアコンテンツを第１のフォーマットから第２のフォーマットにトランスコードすることを含む請求項１１記載の方法。
【請求項１７】
前記メディアコンテンツをトランスコードすることは、前記メディアコンテンツの圧縮比を増加させること、または、減少させることのうちの少なくとも１つを含む請求項１６記載の方法。
【請求項１８】
前記メディアコンテンツを複数のメディアコンテンツ分岐に重複させることにより、前記メディアコンテンツを分岐させることをさらに含み、
前記メディアコンテンツを供給することは、前記複数のメディアコンテンツ分岐のうちの１つに供給することを含む請求項１記載の方法。
【請求項１９】
前記メディアコンテンツを分岐させることは、前記メディアコンテンツの実質的に同時のマルチユーザプレイバックを可能にするために適応される請求項１８記載の方法。
【請求項２０】
前記メディアサーバ上の前記複数のメディアコンテンツ分岐のうちの１つに対応する前記メディアコンテンツをローカルにレンダリングすることをさらに含む請求項１８記載の方法。
【請求項２１】
前記メディアコンテンツを前記クライアントに供給することは、前記メディアコンテンツのローカルなレンダリングにより、前記メディアコンテンツの実質的に同時のプレイバックを可能にするために適応される請求項２０記載の方法。
【請求項２２】
前記メディアコンテンツを前記クライアントに供給することは、前記複数のメディアコンテンツ分岐を対応する複数のクライアントに供給することを含む請求項１８記載の方法。
【請求項２３】
前記複数のメディアコンテンツ分岐を前記対応する複数のクライアントに供給することは、前記複数のクライアントにおいて、前記メディアコンテンツ分岐の実質的に同時のプレイバックを可能にするために適応される請求項２２記載の方法。
【請求項２４】
前記メディアコンテンツを前記クライアントに供給することの前に、前記メディアコンテンツ分岐のうちの１つに対応する前記メディアコンテンツを変更することをさらに含む請求項１８記載の方法。
【請求項２５】
前記メディアコンテンツを変更することは、少なくとも１つの条件における変化に応答して、少なくとも１つの分岐関連パラメータを動的に制御することを含む請求項２４記載の方法。
【請求項２６】
前記少なくとも１つの分岐関連パラメータは、前記メディアコンテンツのエンコーディング、前記メディアコンテンツの送信のデータレート、または、クライアントへのリンクの存在のうちの少なくとも１つを含む請求項２５記載の方法。
【請求項２７】
前記少なくとも１つの条件は、前記クライアントとの論理リンクのチャネル条件、１つ以上のクライアントの利用可能性、または、１つ以上のクライアントとのリンクの開始もしくは終了に対する要求のうちの少なくとも１つを含む請求項２５記載の方法。
【請求項２８】
前記クライアントからのフィードバック情報を受信して応答することをさらに含む請求項１記載の方法。
【請求項２９】
前記フィードバック情報は、前記論理リンクのチャネル条件、前記クライアントにより行われるエラー隠匿措置、または前記クライアントからのプレイバック制御コマンドのうちの少なくとも１つを含む請求項２８記載の方法。
【請求項３０】
前記論理リンクは、前記メディアサーバから複数のクライアントへの複数のフォワードリンクを含む請求項１記載の方法。
【請求項３１】
前記論理リンクは、前記メディアサーバから複数のクライアントにフォワードリンクをブロードキャストすることを含む請求項１記載の方法。
【請求項３２】
前記論理リンクは、複数のクライアントから前記メディアサーバへの複数のバックワードリンクを含む請求項１記載の方法。
【請求項３３】
前記論理リンクは、前記クライアントとのダイレクトワイヤードまたはワイヤレスインターフェースを含む請求項１記載の方法。
【請求項３４】
クライアントにおいて、メディアサーバからメディアを受信する方法において、
前記メディアサーバを発見することと、
前記メディアサーバに加入することと、
前記メディアサーバにより確立された論理リンクを通して、メディアコンテンツを受信することとを含む方法。
【請求項３５】
前記メディアコンテンツを利用する能力に対応する能力情報を前記サーバと共有することをさらに含む請求項３４記載の方法。
【請求項３６】
前記論理リンクは、複数のメディアサーバから前記クライアントへの複数のフォワードリンクを含む請求項３４記載の方法。
【請求項３７】
前記論理リンクは、前記クライアントから複数のメディアサーバへのバックワードリンクを含む請求項３４記載の方法。
【請求項３８】
前記メディアサーバとのストリーミングセッションを開始することと、
前記ストリーミングセッションを通して、第２のメディアコンテンツを受信することとをさらに含む請求項３４記載の方法。
【請求項３９】
前記メディアコンテンツが受信されるときに、リアルタイムで前記メディアコンテンツをレンダリングすることをさらに含む請求項３４記載の方法。
【請求項４０】
メディアを供給する装置において、
インターネットプロトコルインターフェースを利用して、クライアントとの論理リンクを確立する手段と、
前記論理リンクを通して、前記クライアントとのストリーミングセッションを開始する手段と、
メディアソースからメディアコンテンツを取り出す手段と、
前記論理リンクを通して、前記クライアントに前記メディアコンテンツを供給する手段とを具備する装置。
【請求項４１】
前記クライアントの、前記メディアコンテンツを利用する能力に対応する能力情報を前記クライアントから受信する手段をさらに具備する請求項４０記載の装置。
【請求項４２】
前記メディアソースから、前記メディアコンテンツに関連する情報を取り出す手段と、
前記情報に対応するインデックスをコンパイルする手段と、
前記クライアントに前記インデックスを提供する手段とをさらに具備する請求項４０記載の装置。
【請求項４３】
前記ストリーミングセッションを開始する手段は、前記クライアントとの前記ストリーミングセッションを開始するために、前記メディアサーバ上のユーザインターフェースを利用する手段を備える請求項４０記載の装置。
【請求項４４】
前記クライアントに前記メディアコンテンツを供給することより前に、前記メディアコンテンツを変更する手段をさらに具備する請求項４０記載の装置。
【請求項４５】
前記メディアコンテンツを変更する手段は：前記メディアコンテンツにラッパーを適用する手段；前記ビデオメディアコンテンツの空間的プロパティを変更する手段；前記メディアコンテンツの時間的プロパティを変更する手段；前記ビデオコンテンツの情報エントロピーを変更する手段；または、複数の関係するメディアコンテンツを単一のストリームに多重化する手段；のうちの少なくとも１つを備える請求項４４記載の装置。
【請求項４６】
前記メディアコンテンツを変更する手段は、マルチメディアメディアコンテンツのうちのオーディオおよびビデオ部分を多重分離する手段を備える請求項４４記載の装置。
【請求項４７】
前記メディアコンテンツを供給する手段は、前記マルチメディアメディアコンテンツの、前記オーディオ部分または前記ビデオ部分のうちの１つのみを前記クライアントに供給する手段を備える請求項４６記載の装置。
【請求項４８】
前記メディアコンテンツを変更する手段は、２次元ビデオメディアコンテンツを３次元ビデオメディアコンテンツに変換する手段を備える請求項４４記載の装置。
【請求項４９】
前記メディアコンテンツを変更する手段は、前記メディアコンテンツを第１のフォーマットから第２のフォーマットにトランスコードする手段を備える請求項４４記載の装置。
【請求項５０】
前記メディアコンテンツをトランスコードする手段は、前記メディアコンテンツの圧縮比を増加させること、または、減少させることのうちの少なくとも１つを行う手段を備える請求項４９記載の装置。
【請求項５１】
前記メディアコンテンツを複数のメディアコンテンツ分岐に重複させることにより、前記メディアコンテンツを分岐させる手段をさらに含み、
前記メディアコンテンツを供給する手段は、前記複数のメディアコンテンツ分岐のうちの１つに供給する手段を備える請求項４０記載の装置。
【請求項５２】
前記メディアコンテンツを分岐させる手段は、前記メディアコンテンツの実質的に同時のマルチユーザプレイバックを可能にするために適応される請求項５１記載の装置。
【請求項５３】
前記メディアサーバ上の前記複数のメディアコンテンツ分岐のうちの１つに対応する前記メディアコンテンツをローカルにレンダリングする手段をさらに具備する請求項５１記載の装置。
【請求項５４】
前記メディアコンテンツを前記クライアントに供給する手段は、前記メディアコンテンツのローカルなレンダリングにより、前記メディアコンテンツの実質的に同時のプレイバックを可能にするために適応される請求項５３記載の装置。
【請求項５５】
前記メディアコンテンツを前記クライアントに供給する手段は、前記複数のメディアコンテンツ分岐を対応する複数のクライアントに供給する手段を備える請求項５１記載の装置。
【請求項５６】
前記複数のメディアコンテンツ分岐を前記対応する複数のクライアントに供給する手段は、前記複数のクライアントにおいて、前記メディアコンテンツ分岐の実質的に同時のプレイバックを可能にするために適応される請求項５５記載の装置。
【請求項５７】
前記メディアコンテンツを前記クライアントに供給することの前に、前記メディアコンテンツ分岐のうちの１つに対応する前記メディアコンテンツを変更する手段をさらに具備する請求項５１記載の装置。
【請求項５８】
前記メディアコンテンツを変更する手段は、少なくとも１つの条件における変化に応答して、少なくとも１つの分岐関連パラメータを動的に制御する手段を備える請求項５７記載の装置。
【請求項５９】
前記論理リンクは、前記クライアントとのダイレクトワイヤードまたはワイヤレスインターフェースを含む請求項４０記載の装置。
【請求項６０】
コンピュータプログラムプロダクトにおいて、
コンピュータ読取可能媒体を含み、
前記コンピュータ読取可能媒体は、
インターネットプロトコルインターフェースを利用して、クライアントとの論理リンクを確立するためのコードと、
前記論理リンクを通して、前記クライアントとのストリーミングセッションを開始するためのコードと、
メディアソースからメディアコンテンツを取り出すためのコードと、
前記論理リンクを通して、前記クライアントに前記メディアコンテンツを供給するためのコードとを含むコンピュータプログラムプロダクト。
【請求項６１】
前記コンピュータ読取可能媒体は、
前記クライアントの、前記メディアコンテンツを利用する能力に対応する能力情報を前記クライアントから受信するためのコードをさらに含む請求項６０記載のコンピュータプログラムプロダクト。
【請求項６２】
前記コンピュータ読取可能媒体は、
前記メディアソースから、前記メディアコンテンツに関連する情報を取り出すためのコードと、
前記情報に対応するインデックスをコンパイルするためのコードと、
前記クライアントに前記インデックスを提供するためのコードとをさらに含む請求項６０記載のコンピュータプログラムプロダクト。
【請求項６３】
前記ストリーミングセッションを開始するためのコードは、前記クライアントとの前記ストリーミングセッションを開始するために、前記メディアサーバ上のユーザインターフェースを利用するためのコードを含む請求項６０記載のコンピュータプログラムプロダクト。
【請求項６４】
前記コンピュータ読取可能媒体は、
前記クライアントに前記メディアコンテンツを供給することより前に、前記メディアコンテンツを変更するためのコードをさらに含む請求項６０記載のコンピュータプログラムプロダクト。
【請求項６５】
前記メディアコンテンツを変更するためのコードは：前記メディアコンテンツにラッパーを適用するためのコード；前記ビデオメディアコンテンツの空間的プロパティを変更するためのコード；前記メディアコンテンツの時間的プロパティを変更するためのコード；前記ビデオコンテンツの情報エントロピーを変更するためのコード；または、複数の関係するメディアコンテンツを単一のストリームに多重化するためのコード；のうちの少なくとも１つを含む請求項６４記載のコンピュータプログラムプロダクト。
【請求項６６】
前記メディアコンテンツを変更するためのコードは、マルチメディアメディアコンテンツのうちのオーディオおよびビデオ部分を多重分離するためのコードを含む請求項６４記載のコンピュータプログラムプロダクト。
【請求項６７】
前記メディアコンテンツを供給するためのコードは、前記マルチメディアメディアコンテンツの、前記オーディオ部分または前記ビデオ部分のうちの１つのみを前記クライアントに供給するためのコードを含む請求項６６記載のコンピュータプログラムプロダクト。
【請求項６８】
前記メディアコンテンツを変更するためのコードは、２次元ビデオメディアコンテンツを３次元ビデオメディアコンテンツに変換するためのコードを含む請求項６４記載のコンピュータプログラムプロダクト。
【請求項６９】
前記メディアコンテンツを変更するためのコードは、前記メディアコンテンツを第１のフォーマットから第２のフォーマットにトランスコードするためのコードを含む請求項６４記載のコンピュータプログラムプロダクト。
【請求項７０】
前記メディアコンテンツをトランスコードするためのコードは、前記メディアコンテンツの圧縮比を増加させること、または、減少させることのうちの少なくとも１つを行うためのコードを含む請求項６９記載のコンピュータプログラムプロダクト。
【請求項７１】
前記コンピュータ読取可能媒体は、
前記メディアコンテンツを複数のメディアコンテンツ分岐に重複させることにより、前記メディアコンテンツを分岐させるためのコードをさらに含み、
前記メディアコンテンツを供給することは、前記複数のメディアコンテンツ分岐のうちの１つに供給することを含む請求項６０記載のコンピュータプログラムプロダクト。
【請求項７２】
前記メディアコンテンツを分岐させるためのコードは、前記マルチコンテンツの実質的に同時のマルチユーザプレイバックを可能にするために適応される請求項７１記載のコンピュータプログラムプロダクト。
【請求項７３】
前記コンピュータ読取可能媒体は、
前記メディアサーバ上の前記複数のメディアコンテンツ分岐のうちの１つに対応する前記メディアコンテンツをローカルにレンダリングするためのコードをさらに含む請求項７１記載のコンピュータプログラムプロダクト。
【請求項７４】
前記メディアコンテンツを前記クライアントに供給するためのコードは、前記メディアコンテンツのローカルなレンダリングにより、前記メディアコンテンツの実質的に同時のプレイバックを可能にするために適応される請求項７３記載のコンピュータプログラムプロダクト。
【請求項７５】
前記メディアコンテンツを前記クライアントに供給するためのコードは、前記複数のメディアコンテンツ分岐を対応する複数のクライアントに供給することを含む請求項７１記載のコンピュータプログラムプロダクト。
【請求項７６】
前記複数のメディアコンテンツ分岐を前記対応する複数のクライアントに供給するためのコードは、前記複数のクライアントにおいて、前記メディアコンテンツ分岐の実質的に同時のプレイバックを可能にするために適応される請求項７５記載のコンピュータプログラムプロダクト。
【請求項７７】
前記メディアコンテンツを前記クライアントに供給することの前に、前記メディアコンテンツ分岐のうちの１つに対応する前記メディアコンテンツを変更するためのコードをさらに含む請求項７１記載のコンピュータプログラムプロダクト。
【請求項７８】
前記メディアコンテンツを変更するためのコードは、少なくとも１つの条件における変化に応答して、少なくとも１つの分岐関連パラメータを動的に制御することを含む請求項７７記載のコンピュータプログラムプロダクト。
【請求項７９】
前記論理リンクは、前記クライアントとのダイレクトワイヤードまたはワイヤレスインターフェースを含む請求項６０記載のコンピュータプログラムプロダクト。
【請求項８０】
メディアを供給する装置において、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されるメモリとを具備し、
前記少なくとも１つのプロセッサは、
インターネットプロトコルインターフェースを利用して、クライアントとの論理リンクを確立し、
前記論理リンクを通して、前記クライアントとのストリーミングセッションを開始し、
メディアソースからメディアコンテンツを取り出し、
前記論理リンクを通して、前記クライアントに前記メディアコンテンツを供給するように構成されている装置。
【請求項８１】
前記少なくとも１つのプロセッサは、
前記クライアントの、前記メディアコンテンツを利用する能力に対応する能力情報を前記クライアントから受信するようにさらに構成されている請求項８０記載の装置。
【請求項８２】
前記少なくとも１つのプロセッサは、
前記メディアソースから、前記メディアコンテンツに関連する情報を取り出し、
前記情報に対応するインデックスをコンパイルし、
前記クライアントに前記インデックスを提供するようにさらに構成されている請求項８０記載の装置。
【請求項８３】
前記ストリーミングセッションを開始することは、前記クライアントとの前記ストリーミングセッションを開始するために、前記メディアサーバ上のユーザインターフェースを利用すること含む請求項８０記載の装置。
【請求項８４】
前記コンピュータ読取可能媒体は、
前記クライアントに前記メディアコンテンツを供給することより前に、前記メディアコンテンツを変更するためのコードをさらに含む請求項８０記載のコンピュータプログラムプロダクト。
【請求項８５】
前記メディアコンテンツを変更することは：前記メディアコンテンツにラッパーを適用すること；前記ビデオメディアコンテンツの空間的プロパティを変更すること；前記メディアコンテンツの時間的プロパティを変更すること；前記ビデオコンテンツの情報エントロピーを変更すること；または、複数の関係するメディアコンテンツを単一のストリームに多重化すること；のうちの少なくとも１つを含む請求項８４記載の装置。
【請求項８６】
前記メディアコンテンツを変更することは、マルチメディアメディアコンテンツのうちのオーディオおよびビデオ部分を多重分離することを含む請求項８４記載の装置。
【請求項８７】
前記メディアコンテンツを供給することは、前記マルチメディアメディアコンテンツの、前記オーディオ部分または前記ビデオ部分のうちの１つのみを前記クライアントに供給することを含む請求項８６記載の装置。
【請求項８８】
前記メディアコンテンツを変更することは、２次元ビデオメディアコンテンツを３次元ビデオメディアコンテンツに変換することを含む請求項８４記載の装置。
【請求項８９】
前記メディアコンテンツを変更することは、前記メディアコンテンツを第１のフォーマットから第２のフォーマットにトランスコードすることを含む請求項８４記載の装置。
【請求項９０】
前記メディアコンテンツをトランスコードすることは、前記メディアコンテンツの圧縮比を増加させること、または、減少させることのうちの少なくとも１つを含む請求項８９記載の装置。
【請求項９１】
前記少なくとも１つのプロセッサは、
前記メディアコンテンツを複数のメディアコンテンツ分岐に重複させることにより、前記メディアコンテンツを分岐させるようにさらに構成され、
前記メディアコンテンツを供給することは、前記複数のメディアコンテンツ分岐のうちの１つに供給することを含む請求項８０記載の装置。
【請求項９２】
前記メディアコンテンツを分岐させることは、前記マルチコンテンツの実質的に同時のマルチユーザプレイバックを可能にするために適応される請求項９１記載の装置。
【請求項９３】
前記少なくとも１つのプロセッサは、
前記メディアサーバ上の前記複数のメディアコンテンツ分岐のうちの１つに対応する前記メディアコンテンツをローカルにレンダリングするようにさらに構成されている請求項９１記載の装置。
【請求項９４】
前記メディアコンテンツを前記クライアントに供給することは、前記メディアコンテンツのローカルなレンダリングにより、前記メディアコンテンツの実質的に同時のプレイバックを可能にするために適応される請求項９３記載の装置。
【請求項９５】
前記メディアコンテンツを前記クライアントに供給することは、前記複数のメディアコンテンツ分岐を対応する複数のクライアントに供給することを含む請求項９１記載の方法。
【請求項９６】
前記複数のメディアコンテンツ分岐を前記対応する複数のクライアントに供給することは、前記複数のクライアントにおいて、前記メディアコンテンツ分岐の実質的に同時のプレイバックを可能にするために適応される請求項９５記載の装置。
【請求項９７】
前記メディアコンテンツを前記クライアントに供給することの前に、前記メディアコンテンツ分岐のうちの１つに対応する前記メディアコンテンツを変更することをさらに含む請求項９１記載の装置。
【請求項９８】
前記メディアコンテンツを変更することは、少なくとも１つの条件における変化に応答して、少なくとも１つの分岐関連パラメータを動的に制御することを含む請求項９７記載の装置。
【請求項９９】
前記論理リンクは、前記クライアントとのダイレクトワイヤードまたはワイヤレスインターフェースを含む請求項８０記載の装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公表番号】特表２０１３−５１３３１９（Ｐ２０１３−５１３３１９Ａ）
【公表日】平成２５年４月１８日（２０１３．４．１８）
【国際特許分類】
【出願番号】特願２０１２−５４２２３４（Ｐ２０１２−５４２２３４）
【出願日】平成２２年１２月５日（２０１０．１２．５）
【国際出願番号】ＰＣＴ／ＵＳ２０１０／０５９００９
【国際公開番号】ＷＯ２０１１／０６９１４２
【国際公開日】平成２３年６月９日（２０１１．６．９）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
【公表日】平成２５年４月１８日（２０１３．４．１８）
【国際特許分類】
【出願日】平成２２年１２月５日（２０１０．１２．５）
【国際出願番号】ＰＣＴ／ＵＳ２０１０／０５９００９
【国際公開番号】ＷＯ２０１１／０６９１４２
【国際公開日】平成２３年６月９日（２０１１．６．９）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
[ Back to top ]