JP6104401B2 - メディアコンテンツの非対称コンテンツ配信 - Google Patents

Description

＜関連出願への相互参照＞
この出願は、２０１３年３月１５日出願の米国仮出願番号６１／７９１、０４４号に対し、優先権を主張する。この出願は、また、２０１３年３月１５日出願の米国仮出願番号６１／７９１、０４４号に対し優先権を主張する、２０１３年１２月２０日出願の米国非仮出願番号１４／１３７、１６８号に対しても優先権を主張する。
＜技術分野＞

本開示は、一般に、メディアストリーミングに関し、特には、ストリーミングメディアコンテンツの遠隔視聴を含むシステム、デバイス、方法に関する。

ストリーミングメディアは、通常、インターネット及び他のネットワーク上で、テレビ番組、映画、及び、他のデジタルメディアコンテンツを配信するために用いられる。現在では、ストリーミングオーディオ、ビデオ、及び/あるいは、他のメディアコンテンツの様々なものを、任意の数の多様なソースから顧客は利用することが出来る。例えば、多量のビデオオンデマンド（VOD）コンテンツが、現在、多くの異なるソースからネットワークストリーミングに利用可能となっている。メディアストリームは、また、ライブ及び予め録画された放送テレビ、いわゆる「インターネット（あるいはIP）テレビ」、保存されたメディアコンテンツ（例えば、リモート記憶デジタルビデオレコーダ（RSDVR））、プレイスシフトされたメディアコンテンツ、及び、多くの他のものを含む、他の種類のメディアコンテンツを配信するためにも使用される。

RSDVRあるいは、他のリモートソースからストリーミングされるより多くのコンテンツを顧客が見るに従い、様々な挑戦的課題が浮上する。特に、携帯電話、タブレット、携帯コンピュータなどのリモートデバイスに直接コンテンツをストリーミングすることは、ライセンスあるいはセキュリティに関する問題を発生させる。ほとんどのコンテンツオーナは、顧客の家や他の建物へ直接にメディアストリームを提供することを嫌がらないが、多くのオーナは、インターネットあるいは他のネットワーク上で、オープンストリーミングを許可することには依然抵抗がある。様々なプレイスシフト技術は、リモートデバイスへのストリーミングのセキュリティ問題をいくらか解決する一方、しかしながら、ほとんどの従来的なホームタイプの接続において典型的に利用できる制限されたアップロード速度などの要因によって、技術的問題点が残っている。簡単に言うと、多くのホームネットワーク接続は、多くのリモートユーザが現在期待するような品質と応答性能を有するプレイスシフトメディアストリームを伝送する能力を欠いている。

したがって、インターネットあるいは他のネットワーク上で、RSDVRあるいは他のネットワークソースから様々なタイプのリモートメディアデバイスへ、効果的に、しかし、安全に、ストリーミングメディアコンテンツを配信するシステム、デバイス、及び、方法を考案することが望ましい。添付の図面及びこの背景技術と共に考慮されるならば、続く詳細な説明と添付の請求項から、これら、及び、他の望ましい特徴及び特性が明らかになるだろう。

様々な実施形態は、リモートデバイスに効果的に、しかし安全にメディアコンテンツを配信するクライアントあるいはサーバシステム、デバイス及び／あるいは方法を提供する。メディア配信は、ストリーム配信されるコンテンツのセキュリティと一体性を維持する
ために、顧客のチューナーあるいは他のホームデバイスを介して、リモートデバイスにメディアストリームの一部が配信されるように適応させられる。メディアストリームの残りの部分は、広帯域接続上でリモートデバイスへ直接配信される。リモートデバイスは、それから、コンテンツソースから受信したストリームの一部と、ホームデバイスを介して配信された部分とを再結合し、メディアコンテンツを視聴者への再生のために復号できるようにする。ホームデバイスを通過する、あるいは、これから発信されるメディアストリームの一部は、メディアストリームが、このキー部分なしではリモートデバイスによっては復号できないような、メディアストリームのキー部分とすることが出来る。

より詳細には、様々な実施形態は、ネットワーク上で通信し、ユーザによって操作可能なリモートメディアプレイヤーデバイスによって実行可能な方法を提供する。当該方法は、ユーザのために再生されるべき、ネットワーク上のコンテンツソースから得ることの出来るメディアプログラムの選択を受信し、選択されたメディアプログラムは、リモートメディアプレイヤーデバイスを用いて視聴することのできるメディアストリームによって表され、リモートメディアプレイヤーデバイスと、ユーザと関連し、コンテンツソースとは別個のホームデバイスとの間のネットワーク上で第１の接続を確立し、リモートメディアプレイヤーデバイスとコンテンツソース間のネットワーク上で第１の接続とは別個の第２の接続を確立し、ホームデバイスとの第１の接続を介してメディアストリームの第１の部分を受信し、同時に、コンテンツソースとの第２の接続を介して、メディアストリームの第２の部分を受信し、ユーザへのメディアストリームの再生用に、リモートメディアプレイヤーデバイスによって、メディアストリームの第１と第２の部分を再組み立てする広範なステップを備える。

他の実施形態は、ユーザ用にメディアストリームを再生するためのリモートメディアプレイヤーデバイスを提供する。リモートメディアプレイヤーデバイスは、ネットワークへのインタフェースとプロセッサとを適切に備える。プロセッサは、ユーザ用に再生されるべき、ネットワーク上のコンテンツソースから得られるメディア番組の選択を受信するような、様々な機能を実行するためのソフトウェア、ファームウェア、あるいは、他の適切なロジックを実行するように、適切に構成される。ここで、選択されるメディア番組は、メディアストリームによって表される。プロセッサは、インタフェースを介してリモートメディアプレイヤーデバイスとユーザと関連し、コンテンツソースとは別個のホームデバイスとの間に第１の接続を確立し、第１の接続とは別個の第２の接続を、リモートメディアプレイヤーデバイスとコンテンツソースとの間にインタフェースを介して確立し、ホームデバイスとの第１の接続を介してメディアストリームの第１の部分を受信し、同時に、コンテンツソースとの第２の接続を介してメディアストリームの第２の部分を受信し、ユーザに対するメディアストリームの再生のためにメディアストリームの第１と第２の部分を再組み立てする。

更に他の実施形態は、ユーザへの再生用に、ネットワークを介して、リモートデバイスへメディアストリームを提供するためにコンテンツソースによって実行可能な方法を提供する。当該方法は、ネットワークを介して、コンテンツソースにおいて、リモートデバイスからのメディアストリームのリクエストを受信し、リクエストに応答して、コンテンツソースは、ユーザに関連したホームデバイスへの第１の接続と、リモートデバイスへの第２の接続とを確立し、第１の接続を介して、ホームデバイスにメディアストリームの第１の部分を提供し、第２の接続を介して、リモートデバイスにメディアストリームの第２の部分を提供し、ホームデバイスは、メディアストリームの第１の部分をリモートデバイスに転送し、リモートデバイスが、ユーザへの再生用に、第１と第２の部分からメディアストリームを再組み立てできるようにする。

他の実施形態は、これらの、あるいは、他の機能を実行するシステム、デバイス、ホー
ムデバイス、リモートデバイス、コンテンツソースなどを提供することができる。様々な実施形態、態様及び特徴が、以下に詳細に説明される。

例示的な実施形態が、同様の参照符号が同様の構成要素を示す以下の図面と共に、ここに説明される。

非対称コンテンツ配信技術を用いてコンテンツソースからリモートデバイスへメディアストリームを配信するための例示的システムのブロック図である。 非対称コンテンツ配信を用いてリモートデバイスへメディアストリームを配信する処理の例を示すデータフロー図である。

本発明の以下の詳細な説明は、その性質上、単なる例示であり、本発明、あるいは、その応用、及び本発明の使用を限定することは意図しない。更に、前述の背景技術あるいは、以下の詳細な説明に提示されるいかなる理論によっても制限されるという意図はない。

様々な実施形態によると、リモートデバイスに提供されるメディアストリームの一部は、ユーザに関連したチューナー、テレビ受信機、あるいは、他のホームデバイスから受信される。メディアストリームの残りの部分は、コンテンツソースからリモートデバイスへ直接に伝送され、したがって、ホームネットワークを介して処理される帯域幅の量は減少する。このハイブリッド的な方法は、全ストリームが顧客のホームネットワーク接続を介してアップロードされたなら起こるであろうボトルネックを避けつつ、安全なホームデバイスを介して、メディアストリームの重要な部分を通過させるというセキュリティ上の利点を提供する。この方法は、また、コンテンツ収集サイトあるいは末端顧客に課される潜在的なビジネスルールに依存した、異なるコンテンツ及び発信ルールを提供する。非対称コンテンツ配信の使用によって、ストリームがリモートデイバスに提供される場合でも、セキュリティ及び効率の両方を維持することが出来る。

図面に目を向けると、図１は、RSDVRあるいは、他のコンテンツソース１０７から電話、タブレット、あるいは、他のリモートデバイス１２０へのメディアストリーミングをサポートする例示的システム１００を示す。上記したように、メディアストリームのコンテンツ１４５の大半は、接続１４０を介して、コンテンツソース１０７からリモートデバイス１２０へ直接に提供されることが出来る。残りのコンテンツ１４４は、ユーザのホームデバイス１１２へ分類して提供され、ホームデバイス１１２は、別個の接続１４１を介して、残りのコンテンツ１４４をリモートデバイスに転送する。コンテンツ部分１４４は、ネットワーク上を、接続１４２を介して、あるいは、ケーブルテレビ、あるいは、直接放送衛星（DBS)リンクなどの完全に別個のデータリンクを介して、提供されることができる。様々な実施形態においては、ホームデバイス１１２は、以下により十全に説明するように、記憶装置１１７に記録された番組から、ライブ放送から、及び／あるいは、他のソースからコンテンツ部分１４４を抽出することができる。

様々な実施形態においては、ホームデバイス１１２によって提供されるコンテンツ部分１４４は、ネットワーク１２５上の帯域を、コンテンツ部分１４５より少ししか使わない。このことは、メディアストリームの大半は、ユーザのホームネットワーク１１９あるいはホームルータ１１０のリソースを消費することなく、リモートデバイス１２０へと直接に伝送されることを意味する。しかし、コンテンツ部分１４４は、リモートデバイス１２０による再生に重要な（本質的でないにしても）、メディアストリームの「キー」部分を含むことが出来る。キー部分は、例えば、MPEG基本ストリームのイントラフレーム（「I−フレーム」）、メディアストリームに対して行われる離散コサイン変換のDC成分などを
含むことが出来る。更に、コンテンツ部分１４４は、コンテンツ部分１４４及び１４５の一方あるいは両方を解読するために利用されるキーあるいは他のデータを提供するデータパケットを含むことが出来る。同等に、コンテンツ１４４は、コンテンツ部分１４５として受信されるセグメント１０６が散在させられた適応型メディアストリームのあるセグメント１０６を単に含むことが出来る。コンテンツ１４４及び／あるいは１４５は、また、好みに応じて、ホームデバイス１１２及び／あるいはリモートデバイス１２０に対し、暗号化あるいは、さもなくば秘匿化されることも出来る。ホームデバイス１１２によって提供されるコンテンツ部分１４４は、コンテンツ部分１４５よりも小さなサイズとすることが出来る一方、システム１００は、コンテンツ１４４なしでは、メディアコンテンツ１０４を復号することが非常に困難なように設計することができる。

システム１００の様々なコンポーネントは、１以上の異なるエンンティティー（実体）の制御の下に利用されることができる。典型的には、ユーザは、チューナー、テレビ受信機あるいは、同様のホームデバイス１１２が配置されている、家あるいは、他の家のような建物（例えば、オフィス、キャンパス、工場あるいは他の「ホーム」場所）におけるローカルエリアネットワークあるいは同様のネットワーク１１９上で制御を維持するだろう。ユーザは、また、典型的には、以下により十全に説明するように、リモートデバイス１２０の動作を支配、あるいは、少なくとも制御するだろう。ある実装においては、エンコーダ１０２、コンテンツソース１０７、及び、接続サーバ１３０は、ケーブルテレビオペレータ、直接放送衛星（DBS)サービスプロバイダ、放送ネットワークなどのコンテンツ配信者によって、まとめて作動させられる。そのような配信者は、それぞれが自分のホームデバイス１１２とリモートデバイス１２０を有する複数のユーザを典型的にはサポートするだろう。他の実施形態は、異な当事者間で符号化、配信、操作機能を分離する。テレビネットワークあるいは、他のコンテンツ製作者は、例えば、配信者あるいは他の当事者が、接続サーバ１３０を介して、システム１００の制御を維持する一方、商業的に使用可能なコンテンツ配信ネットワーク（CDN）あるいは他のサーバを介して利用可能となる、既に符号化されたメディアストリームを提供することが出来る。更に他の実施形態においては、ホームデバイス１１２に関連したPVRあるいは他の記憶装置１１７上に部分的に、あるいは、全体的に記録された番組の重要なコンポーネント１４４は、接続１４０を介してリモートデバイス１２０に供給されたプレイスシフトされたメディアストリームの大半とともにリモートデバイス１２０に「プレイスシフト」される。そのような実施形態においては、番組コンポーネント１４４は、ネットワーク１２５上の接続１４２を介してよりむしろ、テレビリンクあるいは他のメディアを介して、ホームデバイス１１２に配信されることができる。任意の数の代替的配置が形成可能である。

リモートデバイス１２０は、ユーザのホームネットワーク１０９から離れたネットワーク１２５上の位置におけるユーザによって操作される任意の種類の携帯電話、タブレットPC、ノート型あるいは他のPC、ビデオゲーム装置、メディアプレイヤー、あるいは、他の消費者型デバイスを様々に表す。リモートデバイス１２０は、コンテンツソース１０７から発信されるメディアストリームを含む、メディアコンテンツを取得し、再生することが出来る。典型的には、リモートデバイス１２０は、消費者型コンピュータ及び他の電子デバイスに良く見られる任意の他の従来のリソースと共に、任意の従来のプロセッサ１２１、メモリ１２２及び、ユーザとの相互作用及び／あるいはネットワーク１２５との接続をサポートする入出力インタフェース１２３を含むだろう。リモートデバイス１２０は、例えば、典型的には、メモリ１２２に存在し、１以上のプロセッサ１２１で実行可能なメディアプレイヤーアプリケーション１２４を提供することができる。全てのリモートデバイス１２０が、モバイルデバイスである必要はなく、より多くの、据え置き型PC、メディアプレイヤー、ビデオゲームプレイヤー、テレビ、テレビ受信機、及び／あるいは他のコンポーネントは、それらがユーザの「ホーム」の建物とは違う、物理的あるいはネットワーク位置に配置されているのであれば、「リモートデバイス」と考えることが出来る。実際
、ある実施形態では、ユーザのホーム建物内においても、ユーザのホームネットワーク１１９上に存在しているホームメディアプレイヤー１１８などへ、メディアストリーミングを提供する同等の技術を使用することが出来る。

ホームデバイス１１２は、ここに説明するように、ユーザのホーム建物に配置され、メディアストリームを処理することが出来る任意の種類のデバイスあるいはコンポーネントである。典型的には、ホームデバイス１１２は、通常、従来の消費者電子あるいは計算デバイスに関連付けられている任意の他のハードウェア、ソフトウェア、及び／あるいはファームウェアコンポーネントに加えて、メモリ１１４及び入出力装置１１５（例えば、ユーザ及びネットワークインタフェース）と共に、従来のプロセッサ１１３を含む消費者型装置である。様々な実施形態は、メディアプレイヤー、チューナー、テレビ受信機、ビデオゲームプレイヤー、オーディオあるいはビデオプロセッサ、テレビ及び／あるいは任意の他の消費者型デバイス内にホームデバイス１１２を実装することができる。ホームデバイス１１２は、ユーザのホーム建物に配置されたパーソナルコンピュータなどを用いて実装されることもできる。様々な実施形態においては、ここに説明するホームデバイスの機能は、テレビコンテンツ配信者によって提供される、他の点では、従来のチューナー内に組み込まれる。これにより、コンテンツ配信者は、メディアコンテンツを配信するのに使用されるハードウェアとソフトウェア１１６に対し実質的な制御を確保し、したがって、システム１００のセキュリティを維持することができる。

ホームデバイス１１２は、典型的には、ここで説明する様々な機能を実行するために、メモリ１１４に存在し、プロセッサ１１３によって実行可能なソフトウェアあるいはファームウェアプログラム１１６を組み込む。様々な実施形態において、プログラム１１６は、メディアコンテンツ１４４をコンテンツソース１０７から取得し、取得した部分１４４をリモートデバイス１２０に転送することに関した、ここに説明される様々な機能を実行する。

ある実装においては、ホームデバイス１１２は、ハードディスクドライブ、メモリなどの記憶装置１１７を含む（あるいは、少なくとも、これと通信する）。記憶装置１１７は、例えば、後の視聴のために受信した番組を格納するパーソナルビデオレコーダ（PVR）を実装するために使用されることが出来る。記憶装置１１７は、望むなら、リモートデバイス１２０によってはリクエストされなかったメディアセグメント及び／あるいは他のコンテンツをキャッシュするために使用されることもできる。更に、ある実施形態は、ホームデバイス１１２が、デバイス１１７上に記憶された番組から、及び／あるいは、ライブテレビ放送から、コンポーネント１４４を抽出することが出来るようにし、したがって、ネットワーク１２５を越えてそのようなコンポーネント１４４を準備する必要を削減し、あるいは、消滅させることができる。

ホームデバイス１１２は、一般に、ルータあるいは同様のデバイス１１０の背後のローカルエリアネットワーク（LAN）などの、ホームタイプのネットワーク１１９上で動作する。典型的には、ルータ１１０は、ホームネットワーク１１９からの送信トラフィックを許可しつつ、ネットワーク１２５からの望ましくないトラフィックをブロックするファイヤーウォールを提供する。コンテンツソース１０７あるいはリモートデバイス１２０がネットワーク１２５を介してホームデバイス１１２に接触するために、以下により十全に説明するように、入力メッセージがホームデバイス１１２に提供可能とされるような、ゲートウェイなどが開かれている。ホームネットワーク１１９は、望まれる場合、適応型メディアストリームを受信することのできるローカルなメディアプレイヤーあるいは他のホームクライアントデバイス１１８を含むことも出来る。

様々な接続１４０−１４２は、ここに説明するデータ転送をサポートするために任意の
方法で確立され、維持されることができる。ある実装においては、様々な接続１４０−１４２は、HTTPの「get」と「put」命令を便利良く使用するため、従来のTCPあるいはUDP接続とすることができる。あるいは、接続１４０−１４２は、望まれるなら、リモートストリーミング伝送プロトコル（RSTP）セッション、プレイスシフトセッション、及び／あるいは、任意の他の標準的な、あるいは、専用の接続とすることができる。

コンテンツソース１０７からリモートデバイス１２０へ伝送されるメディアストリームは、任意の数の専用あるいは非専用フォーマットを含む、任意の仕方でフォーマットされ、構造化されることが出来る。様々な実施形態においては、メディア番組１０４は、変化するネットワーク状態、処理資源、あるいは、他の要因に容易に適応する適応型ストリーミングフォーマットに符号化される。他の実施形態は、望まれる場合、非適応型ストリーム、プレイスシフトストリーム、あるいは、任意の他のメディアストリーム技術を使うことが出来る。

図１に示される例は、複数セグメントセット１０５A-Cに組織化された、別個の一連のセグメント１０６として伝送される適応型ストリーム１０３を生成するエンコーダ１０２を示す。エンコーダ１０２は、例えば、それぞれが、同一のメディア番組１０４を全体として表すが、異なるビットレート、フレームレート、解像度、及び／あるいは他の品質レベルを持つ、セグメント１０６の複数の集合１０５A-Cを生成するためにプログラムされたデジタルコンピュータシステムとすることができる。典型的には、各集合１０５A-Cは、単一のデータファイルを有する番組コンテンツの小さな部分をそれぞれが表す、より小さなセグメント１０６からなる。集合１０５A-Cは、典型的には、異なる集合１０５A-Cのセグメント１０６が相互に取替え可能で、しばしば共通タイミングインデックスを用いるように符号化される。これにより、クライアントメディアプレイヤーは、ネットワーク状態あるいは他の状態の変化に従って、効果的に適応するメディアストリームを生成するために、異なる集合１０５A-Cからのセグメント１０６をミックスし、組み合わせることができる。適応型ストリーミングシステム、デバイス、及び、技術のいくつかの例は、米国特許公開番号２００８／０１９５７４３に説明されている。他の実施形態は、望まれる場合には、非適応型技術を含む、異なる符号化構造あるいは技術を用いることができる。

図１の例を続けて参照すると、セグメント１０６の集合１０５は、インターネットあるいは他のネットワーク１２５上の配信のために、コンテンツソース１０７上に記憶される。コンテンツソース１０７は、例えば、RSDVRサーバ、ビデオオンデマンド（VOD）サーバ、あるいは、望まれる場合、ストリーミングメディアの任意の他のソースとすることができる。様々な実施形態では、コンテンツ配信ネットワーク（CDN)などを用いて、様々なセグメント１０６あるいは、他のストリームを配信することができる。ある実施形態では、コンテンツソース１０７は、HTTPサーバなどの、受動的ファイルサーバデバイスとして構成することができる。他の実施形態では、コンテンツサーバ１０７は、コンテンツをメディアプレイヤーアプリケーション１２４にプッシュするなど、ネットワーク上の他のデバイスとの間でビジネスルール及びオープン接続を強制する能力を持つように構成しても良い。

従来の適応型ストリーミングにおいては、１以上のクライアントデバイス１２０上で実行するメディアプレイヤーアプリケーション１２４は、メディア番組１０４を取得し、再生するために、必要に応じて適切なセグメント１０６を選択するためのインテリジェントロジックを含む。上記したように、セグメント１０６は、集合１０５A-C間で相互取替え可能とされ、高品質セグメント１０６が、低品質セグメント１０６と継ぎ目なしに相互混合され、ネットワーク１２５上の配信におけるネットワークあるいは他の状態の変化を反映するようにしても良い。ある実装においては、メディアプレイヤーアプリケーション１２４は、最初、利用可能なセグメント１０６のダイジェストあるいは他の説明を取得し、
プレイヤー自身が、望まれる特定のセグメント１０６を選択し、リクエスト出来るようにする。セグメント１０６は、典型的には、分離されたファイルとして格納されるので、セグメントリクエストは、従来のハイパーテキスト伝送プロトコル（HTTP）構成（例えば、HTTP「get」命令）などの形態をとることが出来る。そのような構成は、ネットワーク１２５上で容易にルーティングでき、従来のCDNあるいは他のウェブ型サーバ１３０によって、サービスを受けることが出来、したがって、適応型メディアストリームを、ネットワーク１２５上の様々な異なるクライアントデバイスへ配信する従来の機構を提供する。しかし、他の実施形態では、メディアファイルは、配信前にはセグメント化されず、むしろ、メディアプレイヤーアプリケーション１２４は、ソースデバイスから特定のメモリ位置あるいは他のリソースを要求するように構成されることができる。他の実施形態も同様に構成することができる。

様々な実施形態においては、接続サーバ１３０は、ネットワーク１２５上のユーザのホームデバイス１１２の位置を特定し、接触するために提供される。その目的のために、接続サーバ１３０は、様々なユーザによって操作されるリモートデバイス１２０とホームデバイス１１２間のデータ接続１４１を促進するコンピュータ化されたサービスである。多くの実装において、接続サーバ１３０は、プロセッサ１３１、メモリ１３２、入出力インタフェース１３３（例えば、ネットワーク１２５へのインタフェース）などを含む、従来のサーバあるいは他のデジタルコンピュータ上で実行する。同等な実施形態では、クラウドベースの計算資源などを用いて、接続サーバ１３０の一部あるいは全部を実装することが出来る。

接続サーバ１３０は、典型的には、顧客あるいは他のユーザを、彼らの特定のホームデバイス１１２と関連付け、プレイスシフト接続１４１のためにホームデバイス１１２と接触するために用いられることが出来る、現在のネットワークアドレスを維持するデータベース１３２と共に動作する。リモートデバイス１２０のユーザがサーバ１３０に対し、自分自身を明らかにすると、彼らのホームデバイス１１２は、以下により十全に説明するように、位置特定され、接触されることが出来る。データベース１３２は、望まれる場合、追加的に、あるいは、別に、タイプ、リモートデバイス１２０の位置あるいはアドレスなどの他の情報を含むことができる。

動作においては、ホームデバイス１１２は、最初、ネットワーク１２５を介して、ファイヤーウォール１１０を通ったゲートウェイあるいは他のアクセスを確立する。典型的には、ホームデバイス１１２は、後続のメディアストリーミングセッションを確立するために使用することが出来るアドレスを提供するために、接続サービス１３０に登録する。リモートデバイス１２０がプレイスシフトストリームを取得しようとするとき、接続サービス１３０は、ユーザのホームデバイス１１２とセッション１４１を確立するための情報を、リモートデバイス１２０及び／あるいは、コンテンツソース１０７に提供することができる。図１の実施形態においては、ホームデバイス１１２は、また、リモートデバイス１２０の代わりに、適応型ストリーム１４２のセグメント１０６を取得するために、リモートデバイス１２０とコンテンツソース１０７とに通信する。再び、他の実施形態では、非適応型ストリーミング技術、あるいは、ここに説明されるものとは異なる適応型技術を使用することができる。

図２は、メディアコンテンツの一部１４４用の媒介手段としてホームデバイス１１２を使用して、コンテンツソース１０７からリモートデバイス１２０へメディアストリームを配信するための例示的処理２００について追加的な詳細を提供する。図２は、望まれる場合、デバイス間で受け渡されることができるメッセージの例と共に、システム１００における様々なデバイスによって実行されることができる機能のいくつかの例を示す。図２に示される例示的処理２００は、任意の数の同等な実装を生成するために追加されたり、変
形されることができる。

図２に示される実施形態においては、ホームデバイス１１２は、最初、ネットワーク１２５からの接続を受け入れることが出来るように、ファイヤーウォール１１０にゲートウェイを開く（機能２０２）。ある実装においては、ゲートウェイは、インターネットゲートウェイデバイス（IGD）プロトコルなどに従った、ユニバーサルプラグアンドプレイ（uPnP）として実装されることができる。そのようなゲートウェイは、自動的に、ルータ１１０を通って転送するポートを構成し、ホームネットワーク１１９への到来接続を可能とする。他の実施形態においては、ホームデバイス１１２は、最初、接続サーバ１３０あるいは、しばらく維持される、他のメッセージングサービスとの持続性の接続（例えば、TCP接続）を確立し、望まれる場合、サーバ１３０がホームデバイスへ命令を送信できるようにすることができる。持続的接続技術のいくつかの例は、他の技術も同等に使用できるが、米国特許公開番号２０１１／０１１９３２５号に記載されている。様々な実施形態においては、ホームデバイス１１２は、ホームデバイス１１２が起動されているときはいつでもアクセスできるように、スタートアップ時にゲートウェイを確立するために、ファームウェアなどで構成される。典型的には、ホームデバイス１１２は、望まれる場合、後の接続１４１及び／あるいは１４２を促進するために、接続サーバ１３０にゲートウェイのアドレスとポート番号を登録する（機能２０３）。

典型的には、リモートデバイス１２０のユーザは、任意の方法で、視聴のために番組を選択する（機能２０４）。ある実装においては、コンテンツ選択は、リモートデバイス１２０上で実行されるウェブブラウザあるいは他のアプリケーション１２４に提示される。視聴者は単に、リモートデバイス１２０の従来のユーザインタフェース装置を用いて、コンテンツソース１０７から得られる望みの番組１０４を選択する。上記したように、選択される番組は、ライブあるいは録画済みのテレビ番組、映画、あるいは、望まれるなら、任意の他メディアコンテンツなどのRSDVRあるいはビデオオンデマンドコンテンツを含むことが出来る。

図２の例においては、リモートデバイス１２０は、最初、コンテンツソース１０７から直接に適応型ストリーム１４０を取得しようと試み（機能２０５）、コンテンツソース１０７は、このリクエストを、接続を許可あるいは拒絶する接続サービス１３０に転送する（機能２０６）。あるいは、リモートデバイス１２０は、直接、リクエスト２０５によって、接続サービス１３０に接触することが出来る。サービス１３０は、接続リクエストを許可あるいは拒絶し（機能２０７）、コンテンツソース１０７に、適切である旨通知し（機能２０８）、その結果、コンテンツソース１０７とリモートデバイス１２０間の直接接続１４０が確立可能とされる。

ある実装においては、接続サーバ１３０は、望まれる場合、追加的に、ストリーミングメディアセッションを認証し、及び／あるいは、認可する（機能２０７）。接続サーバ１３０は、例えば、ユーザID／パスワードの組み合わせ、生体認証の因子、ユーザのリモートデバイス１２０に記憶され、あるいは、さもなければ関連付けられるデジタルコード、及び／あるいは、任意の他の認証情報によって、ユーザ及び／あるいはリモートデバイス１２０を認可することができる。接続サーバ１３０は、更に、加入者あるいは顧客データベース１３２などに記憶された情報に基づいて、リモートデバイス１２０とホームデバイス１１２間の特定のトランザクション（取引、処理）を認可する。ある実装は、更に、望まれるなら、接続サービス１３０を用いて、課金あるいは他の口座機能を処理することができる。例えば、課金は、「接続ごとの支払い」システムなどに便利である。任意の数のセッション認証あるいは認可技術が、望まれるなら、接続サーバ１３０によって適用される。

接続サービス１３０は、接続を要求するユーザに関連付けられたホームデバイス１１２を適切に識別し（機能２０９）、ネットワーク１２５上の識別されたデバイス１１２に対し、現在のアドレスを用いて応答する（機能２１０、２１１）。現在のアドレスは、例えば、インターネットプロトコル（IP）アドレスと、機能２０２で以前に確立されたゲートウェイと関連付けられたポート番号とすることが出来る。ゲートウェイではなく、ホームデバイス１１２への既存の接続を使用する実施形態においては、接続サービス１３０は、ホームデバイス１１２に、リモートデバイス１２０と接触することを指示するために、以前に確立された持続的接続を用いることができ、したがって、望まれるならば、ストリーミングセッションが、ホームデバイス１１２からリモートデバイス１２０、及び／あるいは、コンテンツソース１０７への送出接続として確立されることを許すことになる。

システム１００に示される様々な接続１４０、１４１、１４２は、任意の方法で、コンテンツソース１０７、ホームデバイス１１２、リモートデバイス１２０及び／あるいは、接続サーバ１３０によって開始される（機能２１２、２１３）。一例では、ホームデバイス１１２は、それぞれ、リモートデバイス１２０とコンテンツソース１０７への送出接続１４１、１４２を開始すべき命令を受信する。他の実施形態では、接続サービス１３０によって提供されるアドレス情報を用いて、リモートデバイス１２０あるいはコンテンツソース１０７からの様々な接続１４０−１４２を開始することが出来る。図２に示される実施形態においては、リモートデバイス１２０は、１以上のホームデバイス１１２に接触するために、接続サーバ１３０から受信したアドレス情報２１０を用い（機能２１２）、それによって、ストリーミング接続１４１を確立する。他の接続技術は、任意の数の同等な実施形態に適用することができる。

ストリーミングセッション自身は、メディアストリームに対し、ホームデバイス１１２が「サーバ」として働き、リモートデバイス１２０が「クライアント」として働くような、任意の従来のメディアストリーミング技術を用いて、確立されることが出来る。適応型メディアストリーミングを使用する実施形態においては、リモートデバイス１２０におけるメディアプレイヤーアプリケーション１２４は、ホームデバイス１１２からの適応型ストリームのあるセグメント１０６を適切に要求するが、さもなければ、コンテンツソース１０７からのセグメント１０６を直接に要求しているかのように動作する。逆に、ホームデバイス１１２は、要求したコンテンツをコンテンツソース１０７から取得するために、メディアストリーミングクライアントとして働く一方、同時に、受信したセグメント１０６をリモートデバイス１２０に供給することが出来る。これにより、ホームデバイス１１２からリモートデバイス１２０への比較的滑らかな、コンテンツ部分１４４の便利なストリーミングを可能としながら、適応型ストリーミングの効率を維持する。

図２に示される適応型ストリーミング実装においては、リモートデバイス１２０におけるメディアプレイヤー１２４は、最初に、選択された番組に対して得られる様々なセグメント１０６のダイジェストあるいは他の要約をリクエストする（機能２１６）。リモートデバイス１２０は、また、典型的には、望まれる場合、適切なデータがソース１０７から位置特定されて取得できるように、ホームデバイス１１２及び／あるいは、コンテンツソース１０７に対し、選択された番組１０４を確認する。これにより、ホームデバイス１１２は、コンテンツソース１０７に適切な番組１０４のダイジェストをリクエストし（機能２１７）、コンテンツソースからリクエストしたダイジェストを受信する（機能２１８）ことが出来る。受信されたダイジェストは、ホームデバイス１１２を通り、リモートデバイス１２０に転送される（機能２１９）。ホームデバイス１１２を介してダイジェストなどの重要な情報を提供することは、システムのセキュリティを増強するが、他の実施形態では、コンテンツソース１０７から直接にダイジェストを取得することができる。典型的には、ダイジェストは、URLあるいは、各集合１０５A-Cのさまざまなセグメント１０６を同定する他のネーミング協定に従って、特定の番組１０４に対して得られる様々な品質の
集合１０５A-Cを識別する情報を含むだろう。これにより、リモートデバイス１２０におけるメディアプレイヤーアプリケーション１２４は、従来の適応型ストリーミング技術を用いて、コンテンツソース１０７及び／あるいは、ホームデバイス１１２に様々な集合１０５A-Cの適切なセグメント１０６をリクエストすることが出来る。再び、同等な実施形態では、望まれるなら、非適応型あるいは他のビデオストリーミング機構を使用することが出来る。

上記したように、リモートデバイス１２０は、ホームデバイス１１２を介して、メディアストリームの一部１４４を受信し、コンテンツソース１０７から直接にメディアストリームの他の部分１４５を受信する。２つの別個の経路を介して送信される特定の部分１４４、１４５は、任意の仕方で割り振られることが出来る。図２の例では、メディア部分１４４のあるセグメント１０６は、ホームデバイス１１２との接続１４１を介してリクエストされる（機能２２０）。これらのリクエストは、リモートデバイス１２０によって選択された要求セグメント１０６を取得するために、コンテンツソース１０７にリクエストを適切に転送する（機能２２１）ホームデバイス１１２のアプリケーション１１６において受信される。要求されたセグメント１０６が、コンテンツソース１０７から受信され（機能２２２）たとき、受信されたセグメント１０６は、ホームデバイス１１２を通って、望まれる場合には、リモートデバイス１２０に転送される（機能２２６）。同時に、メディア部分１４５の追加的なセグメント１０６は、コンテンツソース１０７に直接にリクエストされることができ（機能２２７）、これらの複数のセグメント１０５は、接続１４０を介して配信される（機能２２８）。上記したように、リモートデバイス１２０、ホームデバイス１１２及びコンテンツソース１０７間のセグメント１０６の要求及び配信は、従来のHTTP「get」及び「put」構成、あるいは、ネットワーク１２５上を容易にルーティングされる同様の構成を用いて、実装されることが出来る。

同等に、ホームデバイス１１２は、接続１４２とは異なるソースから受信されるコンテンツに基づいて、部分１４４を提供することができる。ホームデバイス１１２は、例えば、ホームデバイス１１２に記憶されているコンテンツ（例えば、PVRあるいは他の記憶装置１１７に記憶されているコンテンツ）から、DBS、ケーブルあるいは他のテレビ放送を介して受信されたコンテンツから、あるいは、任意の他のソースから、部分１４４を抽出することができる。そのような実施形態においては、ホームデバイス１１２は、接続サービス１３０、コンテンツソース１０７、リモートデバイス１２０及び／あるいは、提供されるべきコンテンツ１４４を特定する任意の他のソースから、指示を受信する。関連する部分１４４は、適切に取得され、抽出され、接続１４１などを介して、リモートデバイス１２０に提供される。DVRあるいは他の記憶装置１１７に記憶された番組の関連する部分１４４は、ホームデバイス１２０から提供されるが、コンテンツの大半は、そうではなくて、ネットワーク１２５において、より効率の良い接続１４０を有する別個のコンテンツソース１０７から直接に取得されるので、非対称コンテンツ配信は、いわゆる「プレイスシフト」アプリケーションの効率を大きく改善することができる。

リモートデバイス１２０は、メディアストリームの分離された部分１４４、１４５を再結合し（機能２２９）、結合されたストリームを再生のための出力としてユーザに与える（機能２３０）。リモートデバイス１２０が自身のディスプレイを有しているなら（例えば、電話やタブレットコンピュータ）、機能２３０は、内部ディスプレイ上に、メディアストリームによって表されるコンテンツを表示することを含むことができる。他のリモートデバイス（例えば、ビデオゲームプレイヤー、メディアプレイヤーなど）は、結合されたストリームを単に復号し、視聴者への提示のために、復号されたビデオ及び／あるいは、オーディオを外部ディスプレイ（例えば、テレビあるいはモニター）に提供する。ある実施形態においては、リモートデバイス１２０は、ユーザによって、すぐに視聴されるのではなくて、後で再生されるように、コンテンツを、パーソナルビデオレコーダ（PVR）
あるいは、デバイス１２０上の他の記憶装置に格納する。リモートデバイス１２０は、例えば、ネットワーク１２５へのオンラインアクセスが使用できないときに、飛行機の中で、あるいは、後の時間にオフラインで視聴できるように、テレビ番組あるいは映画をダウンロードし、格納することが出来る。再び、他の特徴と応用は、ファイルベースあるいはストリーミングコンテンツのオンラインあるいはオフライン視聴のために提供されることができる。

図２の例を継続すると、ホームデバイス１１２を介して配信される部分１４４を構成するメディアストリームの特定のセグメント１０６は、任意の方法で選択されることができる。様々な実施形態において、セグメントのある部分（例えば、N番目毎のセグメント）は、接続１４０ではなくて、接続１４１、１４２を介して取得される。他の実施形態では、ホームデバイス１１２を介してのみ配信可能な、ある時間インデックス（例えば、番組のある部分）を指定することができる。セグメント配信の任意の数の他のルールは、望まれるならば、コンテンツソース１０７あるいはシステム１００の他のコンポーネントによって、計画され、守らされることが出来る。これらのルールは、適切に、コンテンツソース１０７、ホームデバイス１１２及び／あるいは、リモートデバイス１２０に提供される。

図２に示される一例においては、ホームデバイス１１２は、セグメントリクエストと受信されたセグメントを、リモートデバイス１２０とコンテンツソース１０７間で通過させる媒介手段として働く。ホームデバイス１１２が、最終宛先に向かって単に転送するだけではなくて、受信されたリクエストあるいはメディアセグメントに何らかの追加的な処理を実行することは必要ではない。しかし、様々な実施形態においては、ホームデバイス１１２は、望まれるなら、セグメント１０６に関連した追加的な処理を実行することができる。ホームデバイス１１２は、例えば、それらの機能が望まれるならば、受信されたセグメント１０６の暗号化、コード変換、短時間あるいは長時間記憶及び／あるいは、他の改変の任意の種類を実行することが出来る。

リモートデバイス１２０は、ネットワーク状態などが変化したときにセグメントリクエストを適合させる自由があるので、上記したセグメント通過技術は、ホームデバイス１１２を配信経路１４１、１４２に組み込む一方、更に、適応型ストリーミングの利益を維持する。特定のセグメント１０６は再符号化あるいは、さもなくば、改変される必要が無いので、また、実装することも比較的容易である。

他の実施形態では、他の方法で、メディアストリームの部分１４４、１４５を分離することができる。ある実装では、部分１４５内のコンテンツを復号するために必要なデータの部分１４４を抽出することができる。メディア番組１０４が、従来のMPEG基本ストリームとして符号化されているなら、例えば、ストリームのデータの大半が部分１４５の中で伝送される一方、ストリームのキー部分は、抽出され、部分１４４の中で伝送されることができる。例えば、MPEG I-フレームのいくつか、あるいは、全ては、部分１４４を介して伝送される一方、残りのI-フレームとP-フレーム、B-フレームなどの大半は、部分１４５として、リモートデバイス１１２へ直接に伝送することが出来る。あるいは、フレームの一部（例えば、I-フレームのいくつか、あるいは、全てのDC成分）は、以下に説明するように、部分１４４として送信できる。他の実施形態では、任意の他の方法で、ホームデバイス１２０を介して伝送されるデータ１４４と、リモートデバイス１１２へ直接に伝送されるデータ１４５とを区別することができる。そして、再組み立て機能２２９は、適切に、提示時間スタンプ（presentation time stamp ；PTS）あるいは、他のインデックスに基づいて、様々なフレームを再組み立てすることを含む。なお更なる実施形態は、部分１４４の帯域幅を更に減少させるために、ホームデバイス１１２を介して、I-フレームの一部（例えば、一つ置き、あるいは、N番目毎のフレーム）を提供することができる。

他の実施形態では、部分１４５に含まれているデータを解凍し、あるいは、復元するために使用される情報を伝送するために、部分１４４を使用することができる。メディアストリームが離散コサイン変換（DST）によって圧縮されているならば、例えば、１以上のフレームのDCデータ（データのブロックの平均係数を表す）は、部分１４４を介して伝送される一方、同じフレームのACデータ（各データ値の平均からの特定の偏差を表す）は、部分１４５を介して伝送されることができる。これは、部分１４４も取得可能でない限り、部分１４５の任意の認可されていない復号を効果的に防止する。上記したように、データ部分１４４（及び／あるいは、データ部分１４５）は、望まれるなら、追加的なセキュリティのために更に暗号化されてもよい。

図２は、したがって、２つの別個のチャネルに渡って、非対称データ転送を用いて、リモートデバイスにメディアストリームを提供する例示的処理２００を提供する。図２に示される機能の多くは、ホームデバイス１１２、リモートデバイス１２０、コンテンツソース１０７及び／あるいは、適切な場合には、接続サーバ１３０などのコンピュータシステムによって実行されるプログラマブルソフトウェアコードを用いて、実行されることができる。様々な機能を実装するために使用されるソフトウェアコードは、適切なコンピュータシステムに利用可能なメモリ、ディスク記憶装置あるいは、他の非一時的記憶装置に格納されることが出来、任意の従来のマイクロプロセッサ、マイクロコントローラ、あるいは、他のプログラマブル回路によって実行されることができる。同等な実施形態では、任意の方法で、図２に示される様々な機能を補い、改変し、及び／あるいは、異なる配置とすることができる。

したがって、前述の議論では、ホームデバイスからリモートデバイスへメディアストリームを配信するための、様々なシステム、デバイス、及び、方法を考慮している。様々な利点が、ここに説明された異なる実施形態から実現されることが出来る。改善されたセキュリティに加え、様々な実施形態は、リモートデバイス１２０へ配信された番組の合法的なコピーを、ホームデバイス１１２が有していることを立証し、したがって、改善された著作権保護に導く技術を使用することができる。そのような保護は、また、ネットワーク１２５上での番組コンテンツの配布を制限する、あるいは、任意の他の目的のための、法的な、あるいは、契約上の義務に従う場合に有利でもある。

ここに述べた一般的な概念は、任意の数の同等な実施形態に適合可能である。ここでの議論は、しばしば、ネットワーク１２５をインターネットあるいは同様のネットワークと考えたが、同等な概念は、例えば、他の公衆／プライベート／ハイブリッドネットワーク、電話ネットワークなどに適用可能である。更に、適応型ストリーミング技術が、しばしば、例として用いられたが、全ての実装において、これらである必要はない。多くの他の適応型、あるいは、非適応型ストリーミング技術が、同様に使用可能である。多くの他の増強、改変、及び、他の変更が、別の、しかし、同等な実施形態の多くの配列になすことが出来る。

語句「例示的な」は、任意の数の別の形態を有する一例、実例、あるいは、図示を示すために用いられている。ここに例示的として説明した任意の実装は、必ずしも他の実装に対し好ましい、あるいは、有利である、と解釈する必要がなく、また、必ず複製されなくてはならないモデルを表すことを意図しない。いくつかの例が、前述の詳細な説明に示されているが、多くの別の、しかし、同等な変形が存在し、ここに示した例は、いかなる意味においても、本発明の範囲、応用、あるいは構成を限定することを意図しないことを理解されたい。反対に、様々な変更が、請求項とそれらの法的均等物の範囲から離れることなく、説明された構成要素の機能と配置に成されることが出来る。

Claims (20)

1. ネットワーク上で通信を行い且つユーザによって操作され得るリモートメディアプレイヤーデバイスによって実行される方法であって、
   ユーザに対して再生されるべき、前記ネットワーク上のコンテンツソースから得られるメディア番組の選択を受信することであって、前記選択されたメディア番組は、前記リモートメディアプレイヤーデバイスを用いて視聴可能なメディアストリームによって表される、ことと、
   前記リモートメディアプレイヤーデバイスと、前記ユーザに関連付けられ且つ前記ユーザのホーム建物に配置されたホームデバイスとの間の第１の接続を前記ネットワーク上に確立することであって、前記ホームデバイスは前記コンテンツソースから分離されている、ことと、
   前記リモートメディアプレイヤーデバイスと前記コンテンツソースとの間の第２の接続を前記ネットワーク上に確立することであって、前記第２の接続は前記第１の接続から分離されている、ことと、
   前記ホームデバイスとの前記第１の接続を介して、前記メディアストリームの第１の部分を受信することと、
   前記コンテンツソースとの前記第２の接続を介して、前記メディアストリームの第２の部分を同時に受信することと、
   前記ユーザへの前記メディアストリームの再生のために、前記リモートメディアプレイヤーデバイスによって、前記メディアストリームの前記第１及び第２の部分を再組み立てすることと、
   を含むことを特徴とする方法。
2. 前記ホームデバイスから受信される前記メディアストリームの前記第１の部分は、前記コンテンツソースから受信される前記メディアストリームの前記第２の部分よりも、前記ネットワークの帯域幅の消費が少ない、ことを特徴とする請求項１に記載の方法。
3. 前記ホームデバイスから受信される前記メディアストリームの前記第１の部分は、前記メディアストリームのキー部分を有し、前記メディアストリームは、前記メディアストリームの前記第１の部分なしでは、前記リモートメディアプレイヤーデバイスによって復号できない、ことを特徴とする請求項２に記載の方法。
4. 前記メディアストリームは、MPEG基本ストリームを含み、前記キー部分は、前記MPEG基本ストリームのイントラフレームを含む、ことを特徴とする請求項３に記載の方法。
5. 前記MPEG基本ストリームの前記イントラフレーム以外のフレームは、前記コンテンツソースへの前記第２の接続を介して、前記リモートメディアプレイヤーデバイスに同時に提供される、ことを特徴とする請求項４に記載の方法。
6. 前記メディアストリームは、DC成分とAC成分を生成するために、離散コサイン変換を使用して符号化され、前記DC成分は、前記ホームデバイスへの前記第１の接続を介して前記リモートメディアプレイヤーデバイスに提供され、前記AC成分は、前記コンテンツソースへの前記第２の接続を介して前記リモートメディアプレイヤーデバイスに同時に提供される、ことを特徴とする請求項１に記載の方法。
7. 前記メディアストリームは、一連のセグメントによって表される適応型メディアストリームであり、前記一連のセグメントの第１の部分集合は、前記ホームデバイスへの前記第１の接続を介して取得され、前記一連のセグメントの第２の部分集合は、前記コンテンツソースへの前記第２の接続を介して同時に取得される、ことを特徴とする請求項１に記載の方法。
8. 前記セグメントの第１の部分集合は、前記セグメントの第２の部分集合より小さい、ことを特徴とする請求項７に記載の方法。
9. 最初に、前記選択された番組を表す前記メディアストリームをコンテンツソースから直接に取得しようとすることと、
   前記選択された番組を表す前記メディアストリームが前記コンテンツソースから直接に取得可能ならば、前記ネットワークを介して、前記コンテンツソースに直接に前記メディアストリームを要求することと、
   前記選択された番組を表す前記メディアストリームが前記コンテンツソースから直接に取得可能でないならば、前記ホームデバイスのアドレスを取得するために接続サービスに接触することと、
   を更に含むことを特徴とする請求項１に記載の方法。
10. ユーザ用にメディアストリームを再生するためのリモートメディアプレイヤーデバイスであって、
    ネットワークへのインタフェースと、
    プロセッサと、
    を備え、前記プロセッサは、
    前記ユーザのために再生されるべき、前記ネットワーク上のコンテンツソースから得られるメディア番組の選択を受信し、前記選択されたメディア番組は、前記メディアストリームによって表され、
    前記インタフェースを介して第１の接続を確立し、前記第１の接続は、前記リモートメディアプレイヤーデバイスと、前記ユーザに関連付けられ且つ前記ユーザのホーム建物に配置されたホームデバイスとの間に確立され、前記ホームデバイスは前記コンテンツソースから分離されており、
    前記インタフェースを介して、前記第１の接続から分離された第２の接続を確立し、前記第２の接続は、前記リモートメディアプレイヤーデバイスと前記コンテンツソースとの間に確立され、
    前記ホームデバイスとの前記第１の接続を介して前記メディアストリームの第１の部分を受信し、
    前記コンテンツソースとの前記第２の接続を介して前記メディアストリームの第２の部分を同時に受信し、
    前記ユーザへの前記メディアストリームの再生のために前記メディアストリームの前記第１及び第２の部分を再組み立てする、
    ように構成されている、ことを特徴とするリモートメディアプレイヤーデバイス。
11. 前記リモートメディアプレイヤーデバイスは、前記ユーザによって携帯されるモバイル計算デバイスであり、前記ホームデバイスは、前記ユーザのために放送テレビコンテンツを受信する、前記ユーザのホーム建物に配置されたテレビ受信機である、ことを特徴とする請求項１０に記載のリモートメディアプレイヤーデバイス。
12. 前記コンテンツソースは、前記ユーザによって制御可能であるが、コンテンツ配信者によって操作されるリモート記憶デジタルビデオレコーダ（RSDVR）である、ことを特徴とする請求項１１に記載のリモートメディアプレイヤーデバイス。
13. ユーザへの再生のために、ネットワーク上のリモートメディアプレイヤーデバイスへメディアストリームを提供するために、コンテンツソースによって実行可能な方法であって、
    前記ネットワークを介して、前記コンテンツソースにおいて、前記リモートメディアプレイヤーデバイスから前記メディアストリームのリクエストを受信することと、
    前記リクエストに応答して、前記コンテンツソースが、前記ユーザに関連付けられ且つ前記ユーザのホーム建物に配置されたホームデバイスへの第１の接続と、前記リモートメディアプレイヤーデバイスへの第２の接続とを確立することと、
    前記第１の接続を介して、前記ホームデバイスへ、前記メディアストリームの第１の部分を、前記第２の接続を介して、前記リモートメディアプレイヤーデバイスへ、前記メディアストリームの第２の部分を提供することであって、前記ホームデバイスは、前記メディアストリームの前記第１の部分を前記リモートメディアプレイヤーデバイスへ転送し、前記リモートメディアプレイヤーデバイスは、前記ユーザへの再生のために、前記第１及び第２の部分から前記メディアストリームを再組み立てすることと、
    を含むことを特徴とする方法。
14. 前記コンテンツソースは、前記ユーザによって操作されるが、コンテンツサービスプロバイダによって管理されるリモートサービスデジタルビデオレコーダ（RSDVR）であり、前記ホームデバイスは、前記コンテンツサービスプロバイダによって提供される放送テレビコンテンツを受信するテレビ受信機である、ことを特徴とする請求項１３に記載の方法。
15. 前記ホームデバイスに提供される前記メディアストリームの前記第１の部分は、前記リモートメディアプレイヤーデバイスに提供される前記メディアストリームの前記第２の部分よりも、前記ネットワークの帯域幅の消費が少ない、ことを特徴とする請求項１３に記載の方法。
16. 前記ホームデバイスに提供される前記メディアストリームの前記第１の部分は、前記メディアストリームのキー部分を含み、前記メディアストリームは、前記メディアストリームの前記第１の部分なしでは、前記リモートメディアプレイヤーデバイスによって復号できない、ことを特徴とする請求項１３に記載の方法。
17. 前記メディアストリームは、MPEG基本ストリームを含み、前記キー部分は、前記MPEG基本ストリームのイントラフレームを含む、ことを特徴とする請求項１６に記載の方法。
18. 前記MPEG基本ストリームの前記イントラフレーム以外のフレームは、前記コンテンツソースへの前記第２の接続を介して、前記リモートメディアプレイヤーデバイスに同時に提供される、ことを特徴とする請求項１７に記載の方法。
19. 前記メディアストリームは、DC成分とAC成分を生成するために、離散コサイン変換を使用して符号化されており、前記DC成分は、前記ホームデバイスへの前記第１の接続を介して提供され、前記AC成分は、前記第２の接続を介して、前記リモートメディアプレイヤーデバイスに同時に提供される、ことを特徴とする請求項１３に記載の方法。
20. 前記メディアストリームは、一連のセグメントによって表される適応型メディアストリームであり、前記一連のセグメントの第１の部分集合は、前記ホームデバイスへの前記第１の接続を介して取得され、前記一連のセグメントの第２の部分集合は、前記コンテンツソースへの前記第２の接続を介して同時に取得され、前記セグメントの第１の部分集合は前記セグメントの第２の部分集合よりも小さい、ことを特徴とする請求項１３に記載の方法。