メディアプロバイダから伝送されたメディアに基づいて、メディアのレンダリングを第1のレンダリングデバイスから第2のレンダリングデバイスへと転送する方法であって、前記第2のレンダリングデバイスのネットワーク位置を提供するステップと、前記第1のレンダリングデバイスと前記メディアプロバイダとの間のネットワーク接続に関するセッションコンテキストを前記第2のレンダリングデバイスへと提供するステップと、前記ネットワーク位置および前記セッションコンテキストに基づいて、前記メディアプロバイダと前記第2のレンダリングデバイスとの間にネットワーク接続を確立するステップと、前記メディアのレンダリングの実質的中断を回避するように、前記メディアの所望の伝送複製を決定するステップと、前記メディアの所望の伝送複製を前記メディアプロバイダから前記第1のレンダリングデバイスおよび前記第2のレンダリングデバイスへと伝送するステップと、前記メディアプロバイダから前記第2のレンダリングデバイスへの前記メディアの伝送を継続するステップと、から構成されることを特徴とする方法。前記第2のレンダリングデバイスの前記ネットワーク位置を前記提供することは、前記第1のレンダリングデバイスから提供される、請求項1に記載の方法。前記第2のレンダリングデバイスの前記ネットワーク位置を前記提供することは、トリガーイベントに応答して、前記第1のレンダリングデバイスから提供される、請求項1に記載の方法。前記メディアの前記所望の伝送複製における伝送後、前記メディアプロバイダから前記第1のレンダリングデバイスへの前記メディアの伝送を停止することをさらに含む、請求項1に記載の方法。図1に示す一実施形態において、ネットワークレンダリングデバイスは、発見プロトコルを用いたネットワーク家庭ネットワークまたは既知のIPアドレスおよび/または適切なIPアドレスを用いた公的に利用可能なWiFiネットワーク上に存在する少なくとも1つの他のネットワークレンダリングデバイスの存在およびサービス能力例えば、メディアレンダリングサービスの種類およびサポートされる通信プロトコルを認識する。一般的接続性に加えて、プロトコルは、デバイスを公表または発見し、各レンダリングデバイスのサービス能力を特定する例えば、インターネットラジオ、AM/FMラジオを再生することが可能な1つのデバイス、ならびにAirplay/iTuneおよびPC/Win7サーバ等を再生することが可能な別のデバイス。発見プロトコルは、公的に利用可能なプロトコル例えば、uPnPまたはBonjourに基づいてもよいが、システムは、占有の発見プロトコルでも機能する場合がある。例えば、デバイスは、自身の識別情報およびサービス能力を定期的に通知することで、他のデバイスがこれらのデバイスについて学び、かつその情報を利用してもよい。占有の発見プロトコルは、ビーコニングまたは自己公表機構、登録、認証、命名規則、ドロップアンドアド機構およびサービス能力公表を含んでもよい例えば、ラジオサービス、コーデックおよびデータレート能力、音声サンプリングレート等。発見プロセスから得られた情報に基づいて、2つのデバイス間に接続が確立されてもよい。一実施形態において、各ネットワークレンダリングデバイスは、その他のレンダリングデバイス全ての存在および能力を認識する。第1のネットワークレンダリングデバイス例えば、デバイスXは、ネットワークメディアサーバローカルデバイスまたはネットワークサービスプロバイダ例えば、インターネットベースのストリーミングサービスへのサービス接続を要求および確立する。これに応答して、メディアサーバまたはサービスプロバイダは、レンダリングデバイスへのデジタルメディアのストリーミングを開始する。デバイスXは、この特定のセッション例えば、一意セッションIDおよび/または全ての付随する接続および認証データ本明細書中、セッションコンテキストと呼ぶを一意に特定する情報を維持してもよい。この情報は、レンダリングデバイスによってローカルに生成されてもよく、アクセス情報例えば、IPアドレス、アカウントログインおよびパスワード等を含んでもよい。一定時間の経過後、ユーザは、異なるレンダリングデバイス例えば、ネットワークレンダリングデバイスY上におけるデジタルメディアのレンダリングについての要求を開始してもよい。メディアのレンダリングの転送の要求は、いずれかのデバイスX、デバイスYまたはネットワークベースのリモートコントローラから開始されてもよい。例えば、リモートコントローラにより、ユーザが、スマートフォン、iPadまたは家庭コンピュータのようなデバイスを用いてエコシステムとの相互作用を行うことが可能となる。いくつかの場合において、要求は、例えば信号強度インジケータ、出力レベルインジケータまたは他の状態情報に基づいて、デバイスそのものによって自動的に開始されてもよい。例えば、デバイスが自身の出力レベルが10を下回っていることを認識した場合、または無線信号の信号強度が最低デシベルレベルを下回った場合、要求が開始されてもよい。デバイスXは、必要なセッションコンテキスト情報をデバイスYへと送信する。セッションコンテキスト情報は、接続の確立に必要なメディアサーバまたはネットワークサービスプロバイダ間のトランザクション時間および/またはデータフローを低減または最小化してもよい。いくつかの場合において、サーバアクセスデータが1つの領域において利用可能であり、デバイスは、必要なアクセス情報をフェッチするためのプロトコルおよび1組の交換を経由する必要は無い。その後、デバイスXは、ストリームされたメディアパケットを新規目的地であるデバイスYへと経路設定することをメディアサーバまたはネットワークサービスプロバイダに通知する。具体的には、最下層において、例えば、HTML、JSONおよびXMLなどのようなより高位の層プロトコルが利用されてもよいとしても、IPを用いて情報をメディアサーバへと通信する。IPアドレスに一意に結合された論理名およびネットワーキング層におけるスイッチングを促進するポートを用いて、アプリケーションレベルにおいて、目的地が特定されてもよい。この時点において、メディアストリームがデバイスXからデバイスYへとシームレスに転送される。このメディア転送は、提案されたアーキテクチャを用いて、およそ2秒未満の期間にわたって行われてもよい。概して、デバイスYがメディア再生を開始する準備ができるときまで、メディアストリームおよび再生がデバイスXによって継続され、これにより、ストリームの連続再生はほとんど、またはまったく中断されなくなる例えば、中断はどんなに長くてもおよそ100ミリ秒未満となる。いくつかの場合において、デバイスは、再生セッションが、自身の発見およびサービス公表プロシージャの一部として、開始することが可能となる前に、バッファすることが可能な音声データの量およびバッファされる音声データの量を公表する。いくつかの場合において、切り換えにかかる時間を結合することができ、かつこれをシームレスに転送するために使用することができる。あるいは、これを、転送を完了した旨の確認を目標デバイスから入手するまで、元々のデバイスへのストリーミングを継続することができる、仲介エンティティSMDによって調整することができる。より具体的には、メディアサーバ/サービスプロバイダは、デバイスXによる再生が継続している場合においても、デバイスYへの伝送を開始する。なぜならば、メディアサーバ/サービスプロバイダは、各デバイスとの接続のための伝送時間を決定することによって、伝送重複の適切な量を計算することができ、これにより、中断時間が100ミリ秒の閾値を越えないようにすることができるからである。上述したメディアストリームを転送するのための方法は、ネットワーク種類またはネットワークレンダリングデバイスと関係無く、複数のネットワークレンダリングデバイスにわたって複数回繰り返されてもよい。一実施形態において、ソースデバイス上における再生は、目的地デバイス上での再生が開始した後まで継続され、目的地デバイス上での再生は、ソースデバイス上での再生と同期される。よって、ユーザは、例えば別個の部屋において複数のデバイスを用いて同一メディアコンテンツを再生してもよい。いくつかの実施形態において、メディア転送に用いられるレンダリングデバイスは、同一レベルの忠実度または品質でメディアのレンダリングを等しく行うことができない例えば、デバイスXは標準的精細度の音声のみの能力を有するのに対し、デバイスYは高精細度音声の能力を有する。これらの実施形態において、目標レンダリングデバイスは、適合性目的のために協調ストリーミングされたデータの適切なトランスコーディングまたは変換を適用する。例えば、音声は元々の圧縮形式から線形PCMLPCMへと復号化されてもよく、その後、目標レンダリングデバイスによって容易に受信できる新規形式に再圧縮されてもよい。代替的にまたは追加的に、メディアサーバは、ストリームデータの必要なトランスコーディングまたは変換をサーバ側において例えば、Windows登録商標7ベースのPCにおいて実施してもよい。セッションコンテキスト情報は、目標レンダリングデバイスがストリームデータのトランスコーディングまたは変換を行うノードを決定するために必要なデータを含んでもよい。図2は、提案のシステムおよびアーキテクチャの一実施形態を示す。この実施形態において、図示している5個のデバイスは全て、上記した発見プロトコル例えば、デジタルリビングネットワークアライアンスDLNAおよびBonjourを通じて、相互の存在およびサービス能力を認識している。各デバイスは、相互通信のために異なるプロトコルを有してもよい。例示的な一例として、デバイス1はDLNAメディアサーバおよびプレーヤであり、デバイス2は、Bonjour通信プロトコルを用いたAppleMacintoshコンピュータであり、デバイス3はuPnP/DLNAWindowsPCであり、デバイス4は、単純なTCP/IP通信プロトコルを用いたネットワークCEデバイスである。この例において、デバイス4は第1のデバイスであり、サーバへと接続してストリーミングメディアのレンダリングされるべきものである。レンダリングデバイス中の技術は、プロトコルの差異を解消してもよく、複数のプロトコル技術を用いて他のデバイスまたはサーバとの通信することができてもよい。その後、ユーザは、メディアストリーミングセッションをデバイス4からデバイス3すなわち、WindowsPCへとシームレスに転送することを決定する。上記した方法を通じて、メディアストリームは、デバイス3へとおよそ2秒未満でシームレスに転送され、ユーザに対してメディア中断は発生しない。しかしながら、システムは、ノードおよびサービス発見プロシージャ時において交換された情報に基づいて重複を適合させるので、データの重複はこれより長くも、または短くもすることができる。別の例において、ユーザは、家庭ネットワークから離れて、家庭ネットワークとは異なるネットワーク上にあるポータブルデバイス例えば、携帯電話であるデバイス5へ、上記したプロセスと同じプロセスを用いて行いて、シームレスに、ストリーミングメディアを転送してもよい。この場合、発見および通信プロトコルは、インターネットおよび/またはセルラーデータネットワークを介して通信されてもよい。ストリームデータの形式および符号化は、上記したようにポータブルデバイス能力と適合され例えば、ポータブルデバイスのより小さな帯域幅および/または音声能力を反映するように低減されてもよい。レンダリングが、同一デバイス上であるが、異なるネットワーク上において発生する1つのシナリオは、携帯電話がローカルエリアネットワーク上において利用可能であり、発見において制御プロトコルが関与し、LANを介して動作を切り換えるものである。携帯電話が家庭ネットワークの範囲である場合、LANをストリーミングに用いてもよい。その後、携帯電話が家庭から離れるように移動した場合、ストリーミングはセルラーネットワークを介して達成されてもよい。あるいは、レンダリングデバイスがメディアサーバと協働して、通常の論理名の代わりに電話番号を用いてポータブルデバイスを特定することが必要である。上述したように、従来のTCP/IPネットワーキングシステム例えば、図3Aに示す先行技術のシステム内におけるメディアストリームの転送は、シームレスではない場合がある。このようなシステムにおいて、メディアサーバは、ストリームをレンダリングデバイス例えば、メディアプレーヤへと送り、1つのレンダリングデバイスから別のレンダリングデバイスへのセッションの転送に関与する。図3Bに示すような本発明の一実施形態において、ストリーミングメディアディレクタSMDと呼ばれる仲介エンティティは、ストリームをメディアサーバから受信する。ストリーミングセッションは、図3BにおいてセッションXおよびセッションYとして示す、2つのセッションを含んでもよく、SMDは、情報を1つの接続から別の接続へと中継する。図4に示すシステムを示し、そこで、デバイスXは、メディアサーバとのストリーミングセッションを確立し、このセッションにおいて、SMDおよびプレーヤは、共にデバイスX内に配置される。図5は、ストリーミングセッションが、デバイスXからデバイスYへと転送されるシステムを示す。SMDは、デバイスY内のプレーヤとの新規セッションセッションY2を生成してもよい。ここで、セッションXを通って流れているコンテンツは、セッションY2へと方向付けられてもよい。デバイスX内のプレーヤとのセッションY1は終了してもよい。ストリーミングメディアは、ネットワークを2回、すなわち、メディアサーバからデバイスXへ、それからデバイスXからデバイスYへと横断してもよい。図6は、SMDが、ゲートウェイデバイス例えば、ルータまたはスイッチまたはゲートウェイアプリケーションを実行する汎用コンピュータなどのようなネットワークデバイス内に実装される実施形態を示す。ストリームがデバイスXを通過してデバイスYに到達する必要が無いため、ネットワーク帯域幅が節約がされる場合がある。一実施形態において、デバイスXおよびデバイスYは、同じ家庭ネットワークの一部である。別の実施形態において、SMDおよびメディアサーバは、同一のノード/システム内で実装される。本発明は、特定の実施形態を参照しながら具体的に図示および記載してきたが、当業者によって、形態および詳細における多様な変更が、添付の特許請求の範囲によって規定されているような、本発明の意図および範囲から逸脱することなくなされてもよいことが理解されるであろう。よって、本発明の範囲は、添付の特許請求の範囲によって示され、特許請求の範囲と均等な意味および範囲内に収まる全ての変更も包含されることが意図される。