(57)【特許請求の範囲】
【請求項１】
コンテンツサーバ及び少なくとも２つのレンダリングデバイスへ接続する中間デバイスでコンテンツを送信する方法であって、
第１レンダリングデバイスから、コンテンツの識別子を含む、前記コンテンツサーバに向けられた前記コンテンツの要求を受け取ることと、
前記第１レンダリングデバイスと前記中間デバイスとの間の第１接続、及び前記中間デバイスと前記コンテンツサーバとの間の第２接続を確立することと、
前記第２接続を介して受け取られた前記コンテンツのデータを前記第１レンダリングデバイスへ前記第１接続を介して送ることと、
前記コンテンツの識別子及び対象レンダリングデバイスを示す対象レンダリングデバイスインジケータを含むメッセージを前記第１レンダリングデバイスから受け取ることと、
第２レンダリングデバイスから、識別子を含む、前記コンテンツサーバに向けられた要求を受け取ることと、
前記第２レンダリングデバイスからの要求に含まれる識別子が、前記第１レンダリングデバイスから受け取られた前記メッセージ内の前記コンテンツの識別子と同じであり、且つ、前記第２レンダリングデバイスが、前記第１レンダリングデバイスから受け取られた前記メッセージ内の前記対象レンダリングデバイスと同じであると決定すると、前記中間デバイスと前記第２レンダリングデバイスとの間の第３接続を確立することと、
前記第２接続を用いて前記コンテンツのデータを受け取り、該データを前記第２レンダリングデバイスへ前記第３接続を介して送ることと
を有する方法。
【請求項２】
前記コンテンツの識別子は、前記コンテンツについてのロケーションインジケータである、
請求項１に記載の方法。
【請求項３】
前記第２レンダリングデバイスからの要求に含まれる識別子及び前記第２レンダリングデバイスが、前記第１レンダリングデバイスから受け取られた前記メッセージ内の前記コンテンツの識別子及び前記対象レンダリングデバイスと同じでないと決定すると、前記第２レンダリングデバイスからの要求を前記コンテンツサーバへ送ることを更に有する
請求項１に記載の方法。
【請求項４】
要求を送る前記第２レンダリングデバイスが前記対象レンダリングデバイスインジケータによって示されているものと同じであるかどうかを判定し、当該要求に含まれるロケーションインジケータが前記第１レンダリングデバイスによって送られた前記メッセージに含まれているロケーションインジケータと同じであるかどうかを判定することを更に有する、
請求項２に記載の方法。
【請求項５】
前記第３接続を確立した後に、当該方法は、前記第１レンダリングデバイスと前記中間デバイスとの間の前記第１接続を解放することを更に有する、
請求項１に記載の方法。
【請求項６】
前記第１レンダリングデバイスによって送られる前記メッセージは、前記第１接続に対応する前記第１レンダリングデバイスのＩＰアドレス及びポート番号を更に含み、
前記解放することは、前記第１レンダリングデバイスのＩＰアドレス及びポート番号を用いて前記第１接続を解放することを更に有する、
請求項５に記載の方法。
【請求項７】
コンテンツサーバ及び少なくとも２つのレンダリングデバイスへ接続し、前記コンテンツサーバからのコンテンツを送信するデバイスであって、
データを受信及び送信するトランシーバと、
前記トランシーバによって、第１レンダリングデバイスから、コンテンツの識別子を含む、前記コンテンツサーバに向けられた前記コンテンツの要求を受け取り、前記第１レンダリングデバイスと当該デバイスとの間の第１接続、及び当該デバイスと前記コンテンツサーバとの間の第２接続を確立し、前記トランシーバによって、前記第２接続を介して受け取られた前記コンテンツのデータを前記第１レンダリングデバイスへ前記第１接続を介して送り、前記トランシーバによって、前記コンテンツの識別子及び対象レンダリングデバイスを示す対象レンダリングデバイスインジケータを含むメッセージを前記第１レンダリングデバイスから受け取り、前記トランシーバによって、第２レンダリングデバイスから、識別子を含む、前記コンテンツサーバに向けられた要求を受け取り、前記第２レンダリングデバイスからの要求に含まれる識別子が、前記第１レンダリングデバイスから受け取られた前記メッセージ内の前記コンテンツの識別子と同じであり、且つ、前記第２レンダリングデバイスが、前記第１レンダリングデバイスから受け取られた前記メッセージ内の前記対象レンダリングデバイスと同じであると決定すると、当該デバイスと前記第２レンダリングデバイスとの間の第３接続を確立し、前記第２接続を用いて前記コンテンツのデータを受け取り、該データを前記第２レンダリングデバイスへ前記第３接続を介して送るプロセッサと
を有するデバイス。
【請求項８】
前記コンテンツの識別子は、前記コンテンツについてのロケーションインジケータである、
請求項７に記載のデバイス。
【請求項９】
前記プロセッサは、前記第２レンダリングデバイスからの要求に含まれる識別子及び前記第２レンダリングデバイスが、前記第１レンダリングデバイスから受け取られた前記メッセージ内の前記コンテンツの識別子及び前記対象レンダリングデバイスと同じでないと決定すると、前記第２レンダリングデバイスからの要求を前記コンテンツサーバへ送るために更に使用される、
請求項７に記載のデバイス。
【請求項１０】
前記プロセッサは、要求を送る前記第２レンダリングデバイスが前記対象レンダリングデバイスインジケータによって示されているものと同じであるかどうかを判定し、要求に含まれるロケーションインジケータが前記第１レンダリングデバイスによって送られた前記メッセージに含まれているロケーションインジケータと同じであるかどうかを判定するために更に使用される、
請求項８に記載のデバイス。
【請求項１１】
前記プロセッサは、前記第３接続を確立した後に、前記第１レンダリングデバイスと当該デバイスとの間の前記第１接続を解放するために更に使用される、
請求項７に記載のデバイス。
【請求項１２】
前記第１レンダリングデバイスによって送られる前記メッセージは、前記第１接続に対応する前記第１レンダリングデバイスのＩＰアドレス及びポート番号を更に含み、
前記プロセッサは、前記第１レンダリングデバイスのＩＰアドレス及びポート番号を用いて前記第１接続を解放するために更に使用される、
請求項１１に記載のデバイス。
【請求項１３】
請求項１乃至５のうちいずれか一項に記載の方法を実施するようプロセッサによって実行されるプログラムコード命令を有するコンピュータプログラム。
【請求項１４】
請求項１乃至５のうちいずれか一項に記載の方法を実施するようプロセッサによって実行されるプログラムコード命令を有するコンピュータプログラムを記憶したコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、データ処理に関係があり、より具体的には、コンテンツを送信する方法及びデバイスに関係がある。
【背景技術】
【０００２】
オーバー・ザ・トップ（ＯＴＴ；over-the-top）コンテンツは、複数のシステムオペレータがコンテンツの制御及び分配に関与することがないインターネット上のビデオ、オーディオ及び他のメディアの配信を指す。インターネット・サービス・プロバイダ（ＩＳＰ；Internet  service  provider）は、インターネット・プロトコル・パケットのコンテンツを知り得るが、それらに関与せず、コンテンツの視聴能力、著作権、及び他の再分配を制御することもできない。これは、ＡＴ＆Ｔ  Ｕ−Ｖｅｒｓｅのように、例えば、オンデマンドでの有料テレビ放送サービス又はＩＰＴＶビデオサービスのような、インターネット・サービス・プロバイダからのビデオ又はオーディオコンテンツの購入又はレンタルと対照的である。ＯＴＴは、例えば、ＮｏｗＴＶ、Ｎｅｔｆｌｉｘ、ＷｈｅｒｅｖｅｒＴＶ、ＮｅｔＤ、Ｈｕｌｕ、Ｃｒａｃｋｌｅ、ＷＷＥ  Ｎｅｔｗｏｒｋ、ＲＰＩ  ＴＶ又はｍｙＴＶのような、サードパーティから届くコンテンツを特に指し、ＩＰパケットを運ぶことについてのみＩＳＰに責任を負わせながら、エンドユーザへ配信される。ＯＴＴボックス及びＯＴＴボックスの機能を埋め込まれているテレビ受信機の汎用性によれば、ますます多くの人々が、ＰＣ、タブレット及びスマートフォンの代わりにＯＴＴボックスを介して自宅のＴＶでオンラインのビデオ／映画を見たいと思う。そして、１つのレンダリングデバイスから他のレンダリングデバイスへ、例えば、リビングルームのＴＶから寝室のＴＶへ、又はタブレット／スマートフォンからリビングルームのＴＶへ、コンテンツのプレイバック又は再生を動的に切り替えるというユーザの要求が存在する。
【０００３】
ＡｉｒＰｌａｙ、Ｍｉｒａｃａｓｔ、ＤＬＮＡ（登録商標）（Digital  Living  Network  Alliance）、などを含む、２つのデバイス間でコンテンツの再生を切り替えることを可能にする既存の技術がいくつかある。しかし、それらのインターネットに基づくオンラインメディア再生アプリケーションでは、いくつかの制限がある：
１）ＡｉｒＰｌａｙ：クライアントからＡｉｒＰｌａｙ（例えば、ＡｐｐｌｅＴＶ）へ再生されているコンテンツを切り替えようとするとき、クライアントは、コンテンツＵＲＬ及びコンテンツの再生軸における現在の再生位置をＡｐｐｌｅＴＶへ送る。それに応えて、ＡｐｐｌｅＴＶは、コンテンツＵＲＬを伴った要求を提起しコンテンツサーバへ送ることによってコンテンツサーバへの新しい接続をセットアップし、次いで、指定された再生位置を探し出す。コンテンツサーバへの接続が再確立される必要があるので、サーバは接続を新しいクライアント要求と見なす。よって、サーバは、前の再生進行中に行われたいくつかの繰り返し動作を再び行う。例えば、ＡｐｐｌｅＴＶは、広告ビデオクリップを再び再生する。他の動作は認証プロセスを含む。それはユーザ経験に悪影響を及ぼす。
【０００４】
２）Ｍｉｒａｃａｓｔ：コンテンツを再生しているデバイスは、ソースデバイスとして働く。それは、ローカルビデオを符号化し、それらを、選択された対象デバイスへＷｉＦｉ−Ｄｉｒｅｃｔ接続を介して送る。ソースデバイスは、符号化されたビデオを対象デバイスに供給するときに、コンテンツサーバとのその接続を退去又は終了することができない。
【０００５】
３）ＤＬＮＡ：それは、コンテンツをストリーミングするためにそれらをホスティングするようコンテンツサーバに要求する。インターネット上のオンラインによるメディア再生のシナリオでは、インターネット内のコンテンツサーバがＤＬＮＡ  ＤＳＭ（Digital  Media  Server）対応デバイスであることは不可能である。
【０００６】
従って、ユーザの視聴経験を悪化させることなしに、メディアコンテンツの再生中にレンダリングデバイスから他の選択されたレンダリングデバイスへメディアコンテンツを送信する方法及び装置が望まれる。
【発明の概要】
【０００７】
本開示の態様に従って、それは、コンテンツサーバ及び少なくとも２つのレンダリングデバイスへ接続する中間デバイス（例えば、ゲートウェイ）でコンテンツを送信する方法であって、第１レンダリングデバイスから、前記コンテンツサーバに向けられたコンテンツの要求を受け取るステップと、前記第１レンダリングデバイスと前記中間デバイスとの間の第１接続、及び前記中間デバイスと前記コンテンツサーバとの間の第２接続を確立するステップと、前記第２接続を介して受け取られた前記コンテンツのデータを前記第１レンダリングデバイスへ前記第１接続を介して送るステップと、第２レンダリングデバイスから、前記コンテンツサーバに向けられた前記コンテンツの要求を受け取るステップと、前記中間デバイスと前記第２レンダリングデバイスとの間の第３接続を確立するステップと、前記第２接続を用いて前記コンテンツのデータを受け取り、該データを前記第２レンダリングデバイスへ前記第３接続を介して送るステップとを有する方法を提供する。
【０００８】
本開示の他の態様に従って、それは、コンテンツサーバ及び少なくとも２つのレンダリングデバイスを接続し、前記コンテンツサーバからのコンテンツを送信するデバイスであって、データを受信及び送信するトランシーバと、前記トランシーバによって、第１レンダリングデバイスから、前記コンテンツサーバに向けられたコンテンツの要求を受け取り、前記第１レンダリングデバイスと当該デバイスとの間の第１接続、及び当該デバイスと前記コンテンツサーバとの間の第２接続を確立し、前記トランシーバによって、前記第２接続を介して受け取られた前記コンテンツのデータを前記第１レンダリングデバイスへ前記第１接続を介して送り、前記トランシーバによって、第２レンダリングデバイスから、前記コンテンツサーバに向けられた前記コンテンツの要求を受け取り、当該デバイスと前記第２レンダリングデバイスとの間の第３接続を確立し、前記第２接続を用いて前記コンテンツのデータを受け取り、該データを前記第２レンダリングデバイスへ前記第３接続を介して送るプロセッサとを有するデバイスを提供する。
【０００９】
本開示の更なる態様及び利点は、本開示の以下の詳細な説明において見つけられることが理解されるべきである。
【図面の簡単な説明】
【００１０】
添付の図面は、本発明の更なる理解を提供するために含まれており、本願に組み込まれてその部分を構成するものであり、明細書によって説明される本発明の実施形態を表すために使用される。本発明は、実施形態に制限されない。
【図１】本開示の実施形態に従って、メディア又はビデオコンテンツを送信するシステムを示すブロック図である。
【図２】本開示の実施形態に従って、コンテンツを送信する方法を示すフローチャートである。
【図３】本開示の実施形態に従って、コンテンツサーバ１０１からレンダリングデバイスＡ１０３へコンテンツを運ぶＴＣＰ接続を示す図である。
【図４】本開示の実施形態に従って、オンスクリーンのメニューの部分を示す図である。
【図５】本開示の実施形態に従って、コンテンツを送信する方法の実施を示すフローチャートである。
【図６】本開示の実施形態に従う接続を示す図である。
【発明を実施するための形態】
【００１１】
本発明の実施形態は、これより、図面とともに詳細に記載される。以下の記載において、既知の機能及び構成のいくつかの詳細な説明は、明りょうさ及び簡潔さのために省略されることがある。
【００１２】
図１は、本開示の実施形態に従って、メディア又はビデオコンテンツを送信するシステムを示すブロック図である。システムは、コンテンツサーバ１０１、ゲートウェイ１０２、並びに２つ以上のレンダリングデバイス１０３及び１０４（図は２つのレンダリングデバイスしか示さない。）を有する。
【００１３】
コンテンツサーバ１０１は、コンテンツ（例えば、ビデオ又はオーディオ）をデータパケットにおいて１つ以上のレンダリングデバイスへゲートウェイ１０２を介して供給する。コンテンツサーバ１０１は、一例において、インターネット内のサーバである。
【００１４】
ゲートウェイ１０２は、コンテンツサーバ１０１とレンダリングデバイスとの間の中間デバイスである。一例において、それは、ユーザエンドに、例えば、ユーザ自宅内にあり、ルータである。本開示の目的を達成するために、プロキシ関数がゲートウェイ１０２においてサポート又は実装される必要がある。ゲートウェイ１０２は、トランスファー・プロトコル又はトランスファー・メッセージを自動的に認識し、次いで、レンダリングデバイスとコンテンツサーバ１０１との間の接続を確立するようプロトコル／メッセージのためにアプリケーションプロキシを適用することができる必要がある。通常、インターネット上の多くのコンテンツサーバは、ビデオ／オーディオコンテンツを自宅にいるエンドユーザへ転送するためにＨＴＴＰプロトコルを使用するので、アプリケーションプロキシは、インターネットとの関連でＨＴＴＰプロキシである。
【００１５】
レンダリングデバイス１０３及び１０４は、メディアコンテンツ（例えば、ビデオ又はオーディオ）の要求をコンテンツサーバ１０１へ送り、データセッションの転送を要求し、コンテンツサーバからメディアコンテンツを受け取り、それを表示するために使用される。それらは、インターネット、ＴＶ、インターネット・セット・トップ・ボックスを備えたＴＶ、タブレット、ＰＣ及びラップトップ、などを含む形態のうちの１つをとる。
【００１６】
先行技術では、レンダリングデバイス間でメディアコンテンツのデータセッションを転送したいと、すなわち、ユーザがコンテンツをレンダリングデバイスＡで見ているときにそのコンテンツをレンダリングデバイスＢで見たいと、ユーザが望む場合に、レンダリングデバイスＢとコンテンツサーバとの間の新しい接続が確立され、レンダリングデバイスＡとの間の接続は終了される。しかし、コンテンツサーバは、インターネットプロトコルにおけるＩＰアドレス及びポート番号の組み合わせである新しいネットワークソケットアドレスを割り当てることを必要とするので、レンダリングデバイスＢへの接続を新しい接続と見なす。
【００１７】
しかし、本実施形態では、２つのＴＣＰ接続が、レンダリングデバイスの２つのエンドポイントとコンテンツサーバ１０１との間で確立される。すなわち、一方のＴＣＰ接続は、レンダリングデバイスとゲートウェイ１０２との間で確立され、他方のＴＣＰ接続は、ゲートウェイ１０２とコンテンツサーバ１０１との間で確立される。ここで、我々はＵＤＰ接続も使用することができる点が留意されるべきである。メディアコンテンツを運ぶメディアストリームのデータセッションをレンダリングデバイスＡ１０３からレンダリングデバイスＢ１０４へ転送する場合に、ゲートウェイ１０２とサーバ１０１との間のＴＣＰ接続は変わりがなく、レンダリングデバイスＢ１０４とゲートウェイ１０２との間の新しいＴＣＰ接続はセットアップされ、レンダリングデバイスＡ１０３とゲートウェイ１０２との間のＴＣＰ接続は解放される。ゲートウェイ１０２は、デバイスＡ以外の他のレンダリングデバイスＢ１０４へ、要求されているメディアコンテンツについてのデータセッションのデータパケットを自動転送する。ここで、「自動転送する（forward）」は、受信されたデータパケットについて、ゲートウェイがペイロードデータを変えずに、ソースデバイスのＩＰアドレス及びポート番号並びにゲートウェイとレンダリングデバイスＢとの間の接続に対応するあて先デバイスのＩＰアドレス及びポート番号を変えることを意味する。加えて、レンダリングデバイスＡ１０３は、その現在再生しているコンテキストをレンダリングデバイスＢ１０４へ送り、レンダリングデバイスＢ１０４が、メディアコンテンツを再生するための同じコンテキストを有するようにする。
【００１８】
図２は、本開示の実施形態に従って、コンテンツを送信する方法を示すフローチャートである。
【００１９】
ステップ２０１で、レンダリングデバイスＡ１０３は、選択されたコンテンツの要求をコンテンツサーバ１０１へ送る。要求は、選択されたコンテンツのＵＲＬを含む。レンダリングデバイスＡがメディアコンテンツの要求をコンテンツサーバ１０１へゲートウェイ１０２を介して送る場合に、２つのＴＣＰ接続が、コンテンツサーバ１０１とゲートウェイ１０２との間に及びゲートウェイ１０２とレンダリングデバイスＡとの間に別々に確立される。図３は、コンテンツサーバ１０１からレンダリングデバイスＡ１０３へコンテンツを運ぶＴＣＰ接続を示す図である。接続の確立中に、ゲートウェイ１０２は、ローカルで（メモリ又はローカルストレージにおいて）プロキシデータ、例えば、２つの接続を識別するために使用されるデータ、を記録する。一例において、それは、以下の情報を記憶する：
Ａ．レンダリングデバイスのＩＰアドレス及びポート番号：それらは組み合わせて、レンダリングデバイスで実行されるメディアレンダリング／再生アプリケーションに一意に対応する；
Ｂ．レンダリングデバイス内のレンダリングアプリケーションと接続するためのゲートウェイのＩＰアドレス及びポート番号；
Ｃ．コンテンツサーバと接続するためのゲートウェイのＩＰアドレス及びポート番号；並びに
Ｄ．要求されているメディアコンテンツのＵＲＬ（Uniform  Resource  Locator）。当業者は、例えば、要求されているメディアコンテンツの絶対パス（absolute  path）（又は相対パス）及びファイル名のような、要求されているメディアコンテンツの場所を一意に識別するロケーションインジケータが使用され得る点に気付くはずである。
【００２０】
ステップ２０２で、レンダリングデバイスＡ１０３は、要求されたコンテンツのデータストリームをデータパケットの形でコンテンツサーバ１０１からゲートウェイ１０２を介して受け取る。
【００２１】
ステップ２０３で、レンダリングデバイスＡ１０３からレンダリングデバイスＢ１０４へデータストリームを転送したいとユーザが望む場合に、ユーザは、レンダリングデバイスＡにおけるオンスクリーンのメニューから、レンダリングデバイスＢ１０４をあて先デバイスとして選択することができる。レンダリングデバイスＡは、データストリームをレンダリングデバイスＡからレンダリングデバイスＢへ転送するプロセスを始動させる。図４は、本開示の実施形態に従って、オンスクリーンのメニューの部分を示す図である。図４から分かるように、メニュー「転送先（transfer  to）」の下にはサブメニュー「レンダリングデバイスＢ」が存在する。コンテンツ転送のために利用可能な更なるレンダリングデバイスが存在する場合には、それらのレンダリングデバイスはメニュー「転送先」の下に載せられることが留意されるべきである。また、サブメニューは手動構成（ＩＰアドレスを含む。）又は自動実装され得ることも留意されるべきである。自動実装に関して、それはＵＰｎＰ（Universal  Plug  and  Play）を使用することによって認識され得る。レンダリングデバイスＢ１０４が選択されると、レンダリングデバイスＡ１０３は、命令をゲートウェイ及びレンダリングデバイスＢへ別々に送る。図５は、本開示の実施形態に従って、コンテンツを送信する方法の実施を示すフローチャートである。
【００２２】
ステップ５０１で、レンダリングデバイスＡは、コンテンツ転送の用意をするようゲートウェイに命令するように、メッセージをゲートウェイへ送る。メッセージは：
Ａ．現在のレンダリングデバイス、すなわち、レンダリングデバイスＡ、のＩＰアドレス及びポート番号；
Ｂ．要求されたメディアコンテンツのＵＲＬ；並びに
Ｃ．対象のレンダリングデバイス、すなわち、レンダリングデバイスＢ、のＩＰアドレス
を有する。
【００２３】
ゲートウェイの側では、それは、この切り替えメッセージをレンダリングデバイスＡから受け取り、レンダリングデバイスＢからこのＵＲＬへの要求を処理するのを待つよう用意する。具体的に、ゲートウェイは、レンダリングデバイスＢのＩＰアドレス及びＵＲＬを含む１つのプレチェック項目を生成する。用意が終わった後、ゲートウェイは、用意が終わったことを示す応答メッセージをレンダリングデバイスＡへ送る。
【００２４】
ステップ５０２で、レンダリングデバイスＡは、準備が終わったことを示す応答メッセージをゲートウェイから受け取る。
【００２５】
ステップ５０３で、レンダリングデバイスＡは、要求されたコンテンツを再生することをレンダリングデバイスＢに続けさせるために、メッセージをレンダリングデバイスＢへ送る。メッセージは、データセッションをレンダリングデバイスＢへ転送するようレンダリングデバイスＢに指示するために使用される。そして、メッセージは次のものを有する：
Ａ．１つ以上のレンダリング・コンテキスト・パラメータ、例えば、再生進行（時点）、ステータス（例えば、一時停止又は再生）、ボリューム、メディアフォーマット（例えば、ＦＬＶ、ＭＯＶ、ＨＴＭＬ５、など）、セッション情報（例えば、現在アクティブなＨＴＴＰメディアコンテンツ送信セッションのクッキー（cookie）及びセッションＩＤ、並びにセッションにおいて適用される関連するサーバ及びクライアントサイドの記述情報、並びにメディア再生ステータス、例えば、位置及びボリューム）、もしあれば、認証情報（例えば、メディアサーバと対話し且つメディアコンテンツを解読するために使用されるパスワード、トークン又は証明書）、など。この情報は、レンダリングデバイスＢに、再生進行パラメータによって示されている位置から要求されたコンテンツの再生を続けるよう、レンダリングデバイスＢにおけるレンダリングアプリケーションについてのコンテキストを初期化させることができる。例において、レンダリング・コンテキスト・パラメータは、レンダリングデバイスＡがデータストリームをレンダリングデバイスＡからレンダリングデバイスＢへ転送するための命令を受け取る場合に現在の再生位置を示す再生進行しか含まない。
【００２６】
Ｂ．ＵＲＬ。それは、それを用いて再生のためにメディアコンテンツを取り出すようレンダリングデバイスＢに伝える。
【００２７】
ステップ５０４で、レンダリングデバイスＢは、レンダリングデバイスＡからメッセージを受け取る。メッセージを受け取ると、レンダリングデバイスＢは、ＵＲＬを含む要求をコンテンツサーバへ送る。
【００２８】
ステップ５０５で、ゲートウェイは、レンダリングデバイスＢからの要求を受け取り、生成されたプレチェック項目とそれが一致するかどうかを判定する。具体的に、ゲートウェイは、プレチェック項目に含まれているＩＰアドレス（すなわち、レンダリングデバイスＢのＩＰアドレス）にパケットが由来するかどうかと、要求に含まれているＵＲＬがプレチェック項目に含まれているＵＲＬと同じであるかどうかとを確認する。結果が否定的である場合には、ゲートウェイは、ＵＲＬのためにコンテンツサーバへの新しいインターネットサイド接続を確立し、接続を介してコンテンツサーバへ要求を送る。ここで、接続は、メディアコンテンツを運ぶために後で使用され得る。他の例では、ゲートウェイは、接続を確立せずに、要求を送る。コンテンツサーバが要求を受け入れる場合に、接続はメディアコンテンツを運ぶために確立される。結果が肯定的である場合には、ゲートウェイは、要求を終了又は放棄し、アプリケーションプロキシを適用して、レンダリングデバイスＢへのレンダリングサイド接続を最初にセットアップする。この接続は、通常、ＴＣＰ接続である。ここで、言い換えれば、レンダリングデバイスＢが要求をコンテンツサーバへ送った後、レンダリングデバイスＢはゲートウェイへの接続を確立する。一方で、ゲートウェイのアプリケーションプロキシは、レンダリングデバイスＢからのこのＵＲＬ要求のためにインターネットサイド接続をセットアップする。この特定の、要求されたコンテンツのために、ゲートウェイとコンテンツサーバとの間に新しいインターネットサイド接続を構成する代わりに、ゲートウェイは、そもそもレンダリングデバイスＡのためのＵＲＬの既存のインターネットサイド接続を使用する。具体的に、レンダリングデバイスＢとゲートウェイとの間の接続の確立後、レンダリングデバイスＢは、レンダリングデバイスＢのレンダリングコンテキストを初期化する。レンダリングコンテキストの初期化に関して、それは、ボリュームを調整する動作、再生進行パラメータによって示されている再生位置を探す動作、などを有する。具体的に、初期化の間、レンダリングデバイスＢは、元のレンダリングデバイスＡから受け取られたコンテキストパラメータ、例えば、セッション情報、セキュリティ及び認証情報、を再利用し、それらを、レンダリングデバイスＢから確立されるべき“新しい”セッションに適用し、コンテンツサーバと相互作用するときに認証情報を再利用し、メディアデータを解読する。レンダリングデバイスＢが、コンテンツ再生が切り替えられるときに再生位置を探すよう要求メッセージをコンテンツサーバへ送る場合に、要求メッセージは、レンダリングデバイスＢとゲートウェイとの間の接続及びゲートウェイとコンテンツサーバとの間の接続を介してコンテンツサーバへ送られる。コンテンツサーバは、あたかも要求メッセージが元のレンダリングデバイスＡから伝来するかのように要求メッセージを受け取り、要求されたコンテンツをその再生時点からレンダリングデバイスＢへ送る。ここで、レンダリングデバイスＢからコンテンツサーバへ送られるデータパケットは、この既存のインターネットサイド接続を通じてコンテンツサーバへアプリケーションプロキシによって送られる。そして、コンテンツサーバから送られる要求されたコンテンツのデータパケットは、レンダリングデバイスＡの代わりにレンダリングデバイスＢへ送られる。更には、レンダリングデバイスＢとゲートウェイとの間の接続の確立後、ゲートウェイは、例えば、レンダリングデバイスＡの記憶されているＩＰアドレス及びポート番号を使用することによって、レンダリングデバイスＡへの前のレンダリングサイド接続を解体又は解放する。図６は、本開示の実施形態に従う接続を示す図である。
【００２９】
インターネット上のコンテンツサーバに関して、再生切り替え／転送プロセスはコンテンツサーバにとってトランスペアレントである。要求コンテンツのための接続ソケットがコンテンツサーバの側で及びゲートウェイの側で依然として同じ（ＩＰアドレス及びポート番号）であるから、コンテンツサーバは、ホーム側のレンダリングデバイスが変わることに気付かない。
【００３０】
このように、インターネットコンテンツ再生は、レンダリングデバイスＡからレンダリングデバイスＢへ滑らかに途切れることなく切り替えられる。
【００３１】
当業者は、コンテンツがメディアコンテンツに制限されないことを知っているはずである。コンテンツは、オンラインのゲームなどのデータを含むべきである。
【００３２】
以下は、本発明の応用を示す。
【００３３】
１．ユーザは、インターネット映画を選択し、それをレンダリングデバイスＡで再生するようクリックする。映画コンテンツの前の最初の３０秒は、スキップ不可能な広告を埋め込まれている。
【００３４】
２．少しの間（例えば、２０分）見た後で、ユーザは、再生進行をリビングルーム内のレンダリングデバイスＢへ切り替えることに決める。当然、ユーザは、最初に埋め込まれた３０秒の広告を再び待ちたくない。
【００３５】
３．ユーザは、レンダリングデバイスＡで、見つけられたレンダリングデバイスＢを切り替え対象として選択し、切り替えボタンをクリックする。
【００３６】
４．インターネット映画は、最初に埋め込まれた広告の再生を取り込むことなしに、再生が切り替えされる時点から連続してレンダリングデバイスＢにおいて再生される。
【００３７】
この実施形態は、レンダリングデバイス間でインターネットに基づくビデオの再生進行を動的に切り替える要件をサポートする新しい解決法を提案する。一方で、解決法は、一方のデバイスから他のデバイスへインターネットコンテンツ再生を切り替えることをユーザに可能にするだけでなく、ユーザに、例えば、映画が開始される前に挿入されている広告を見直させず、あるいは、元の再生デバイスを符号化及び転送ソースとして依然として動作させる必要がある。
【００３８】
以下は、本開示の変形実施形態を紹介する。
【００３９】
それは、コンテンツを送信する方法であって、コンテンツサーバ及び少なくとも２つのレンダリングデバイスを接続する中間デバイス（例えば、ゲートウェイ）で、第１レンダリングデバイスから、コンテンツについてのロケーションインジケータを含む、前記コンテンツサーバに向けられた前記コンテンツの要求を受け取るステップと、前記第１レンダリングデバイスと前記中間デバイスとの間の第１接続、及び前記中間デバイスと前記コンテンツサーバとの間の第２接続を確立するステップと、前記第２接続を介して受け取られた前記コンテンツのデータを前記第１レンダリングデバイスへ前記第１接続を介して送るステップと、第２レンダリングデバイスから、前記コンテンツについてのロケーションインジケータを含む、前記コンテンツサーバに向けられた前記コンテンツの要求を受け取るステップと、前記中間デバイスと前記第２レンダリングデバイスとの間の第３接続を確立するステップと、前記第２接続を用いて前記コンテンツのデータを受け取り、該データを前記第２レンダリングデバイスへ前記第３接続を介して送るステップとを有する方法を提供する。
【００４０】
加えて、改善として、前記第２レンダリングデバイスからの要求を受け取るステップの前に、当該方法は、ロケーションインジケータ及び対象レンダリングデバイスインジケータを含むメッセージを前記第１レンダリングデバイスから受け取るステップを更に有し、前記第３接続を確立するステップの前に、当該方法は、前記第２レンダリングデバイスからの要求が前記メッセージに含まれているロケーションインジケータ及び対象レンダリングデバイスのＩＰアドレスと一致するかどうかを判定するステップと、判定結果が肯定的である場合に、前記第３接続を確立するステップ、及び前記第２接続を用いて前記コンテンツのデータを受け取り、該データを前記第２レンダリングデバイスへ前記第３接続を介して送るステップへ進むステップとを更に有する。
【００４１】
加えて、改善として、当該方法は、判定結果が否定的である場合に、前記第２レンダリングデバイスからの要求を前記コンテンツサーバへ送るステップを更に有する。
【００４２】
加えて、改善として、前記判定するステップは、要求を送る前記第２レンダリングデバイスが前記対象レンダリングデバイスインジケータによって示されているのと同じであるかどうかを判定し、前記要求に含まれているロケーションインジケータが前記第１レンダリングデバイスによって送られた前記メッセージに含まれているロケーションインジケータと同じであるかどうかを判定するステップを更に有する。
【００４３】
加えて、改善として、当該方法は、前記第３接続を確立した後に、前記第１レンダリングデバイスと前記中間デバイスとの間の前記第１接続を解放するステップを更に有する。
【００４４】
加えて、改善として、前記第１レンダリングデバイスによって送られる前記メッセージは、前記第１接続に対応する前記第１レンダリングデバイスのＩＰアドレス及びポート番号を更に含み、前記解放するステップは、前記第１接続を解放するために前記第１レンダリングデバイスのＩＰアドレス及びポート番号を使用することを更に有する。
【００４５】
それはまた、通信ネットワークからダウンロード可能な、且つ／あるいは、コンピュータによって読み出し可能な媒体上に記録された、且つ／あるいは、プロセッサによって実行可能なコンピュータプログラム製品であって、上記の方法ステップを実施するためのプログラムコード命令を有するコンピュータプログラム製品を提供する。
【００４６】
それはまた、上記の方法ステップを実施するためのプログラムコード命令を含む、プロセッサによって実行されることが可能なコンピュータプログラム製品が記録されている非一時的なコンピュータ可読媒体を提供する。
【００４７】
それはまた、コンテンツサーバからコンテンツを送信するデバイスであって、前記コンテンツサーバ及び少なくとも２つのレンダリングデバイスを接続する前記デバイスにおいて、データを受信及び送信するトランシーバと、該トランシーバにより、第１レンダリングデバイスから、コンテンツについてのロケーションインジケータを含む、前記コンテンツサーバに向けられた前記コンテンツの要求を受け取り、前記第１レンダリングデバイスと当該デバイスとの間の第１接続、及び当該デバイスと前記コンテンツサーバとの間の第２接続を確立し、前記トランシーバにより、前記第２接続を介して受け取られた前記コンテンツのデータを前記第１レンダリングデバイスへ前記第１接続を介して送り、前記トランシーバにより、第２レンダリングデバイスから、前記コンテンツについてのロケーションインジケータを含む、前記コンテンツサーバに向けられた前記コンテンツの要求を受け取り、当該デバイスと前記第２レンダリングデバイスとの間の第３接続を確立し、前記第２接続を用いて前記コンテンツのデータを受け取り、該データを前記第２レンダリングデバイスへ前記第３接続を介して送るプロセッサとを有するデバイスを提供する。ここで、前記トランシーバは、ハードウェア実装される（例えば、有線ネットワークインターフェイス（例えば、ＲＪ４５）又は無線ネットワークインターフェイス（例えば、Ｗｉ−Ｆｉ））。
【００４８】
加えて、改善として、前記プロセッサは、前記第２レンダリングデバイスからの要求を受け取る前に、前記トランシーバにより、ロケーションインジケータ及び対象レンダリングデバイスインジケータを含むメッセージを前記第１レンダリングデバイスから受け取り、前記第３接続を確立する前に、前記第２レンダリングデバイスからの要求が前記メッセージに含まれているロケーションインジケータ及び対象レンダリングデバイスのＩＰアドレスと一致するかどうかを判定し、判定結果が肯定的である場合に、前記第３接続を確立し、前記第２接続を用いて前記コンテンツのデータを受け取り、該データを前記第２レンダリングデバイスへ前記第３接続を介して送ることへ進むために更に使用される。
【００４９】
加えて、改善として、前記プロセッサは、判定結果が否定的である場合に、前記第２レンダリングデバイスからの要求を前記コンテンツサーバへ送るために更に使用される。
【００５０】
加えて、改善として、前記プロセッサは、要求を送る前記第２レンダリングデバイスが前記対象レンダリングデバイスインジケータによって示されているのと同じであるかどうかを判定し、前記要求を含まれているロケーションインジケータが前記第１レンダリングデバイスによって送られた前記メッセージに含まれているロケーションインジケータと同じであるかどうかを判定するために更に使用される。
【００５１】
加えて、改善として、前記プロセッサは、前記第３接続を確立した後、前記第１レンダリングデバイスと当該デバイスとの間の前記第１接続を解放するために更に使用される。
【００５２】
加えて、改善として、前記第１レンダリングデバイスによって送られる前記メッセージは、前記第１接続に対応する前記第１レンダリングデバイスのＩＰアドレス及びポート番号を更に含み、前記プロセッサは、前記第１接続を解放するために前記第１レンダリングデバイスのＩＰアドレス及びポート番号を使用するために更に使用される。
【００５３】
多数の実施が記載されてきた。それでもなお、様々な変更が行われ得ることが理解されるだろう。例えば、異なった実施の要素は、他の実施を生じるよう結合、置換、変更、又は削除されてよい。加えて、当業者は、他の構造及びプロセスが、開示されているものに代用されてよく、結果として現れる実施が、開示されている実施と少なくとも実質的に同じ結果を達成するよう、少なくとも実質的に同じように、少なくとも実質的に同じ機能を実行することを理解するだろう。然るに、それら及び他の実施は、本願によって考えられており、添付の特許請求の範囲によって定義される発明の適用範囲内にある。  
上記の実施形態に加えて、以下の付記を開示する。
（付記１）
コンテンツサーバ及び少なくとも２つのレンダリングデバイスへ接続する中間デバイスでコンテンツを送信する方法であって、
第１レンダリングデバイスから、前記コンテンツサーバに向けられたコンテンツの要求を受け取ることと、
前記第１レンダリングデバイスと前記中間デバイスとの間の第１接続、及び前記中間デバイスと前記コンテンツサーバとの間の第２接続を確立することと、
前記第２接続を介して受け取られた前記コンテンツのデータを前記第１レンダリングデバイスへ前記第１接続を介して送ることと、
第２レンダリングデバイスから、前記コンテンツサーバに向けられた前記コンテンツの要求を受け取ることと、
前記中間デバイスと前記第２レンダリングデバイスとの間の第３接続を確立することと、
前記第２接続を用いて前記コンテンツのデータを受け取り、該データを前記第２レンダリングデバイスへ前記第３接続を介して送ることと
を有する方法。
（付記２）
前記第２レンダリングデバイスからの要求を受け取る前に、当該方法は、前記第１レンダリングデバイスから、該第１レンダリングデバイスが受け取っている前記コンテンツについてのロケーションインジケータ及び対象レンダリングデバイスインジケータを含むメッセージを受け取ることを更に有し、
前記第２レンダリングデバイスからの要求がコンテンツについてのロケーションインジケータを含み、前記第３接続を確立する前に、当該方法は、
前記第２レンダリングデバイスからの要求が前記メッセージに含まれているロケーションインジケータ及び対象レンダリングデバイスのＩＰアドレスと一致するかどうかを判定することと、
判定結果が肯定的である場合には、前記第３接続を確立し、前記第２接続を用いて前記コンテンツのデータを受け取り、該データを前記第２レンダリングデバイスへ前記第３接続を介して送ることに進むことと
を更に有する、付記１に記載の方法。
（付記３）
判定結果が否定的である場合には、前記第２レンダリングデバイスからの要求を前記コンテンツサーバへ送ることを更に有する
付記２に記載の方法。
（付記４）
前記判定することは、要求を送る前記第２レンダリングデバイスが前記対象レンダリングデバイスインジケータによって示されているものと同じであるかどうかを判定し、要求に含まれるロケーションインジケータが前記第１レンダリングデバイスによって送られた前記メッセージに含まれているロケーションインジケータと同じであるかどうかを判定することを更に有する、
付記２に記載の方法。
（付記５）
前記第３接続を確立した後に、当該方法は、前記第１レンダリングデバイスと前記中間デバイスとの間の前記第１接続を解放することを更に有する、
付記２に記載の方法。
（付記６）
前記第１レンダリングデバイスによって送られる前記メッセージは、前記第１接続に対応する前記第１レンダリングデバイスのＩＰアドレス及びポート番号を更に含み、
前記解放することは、前記第１レンダリングデバイスのＩＰアドレス及びポート番号を用いて前記第１接続を解放することを更に有する、
付記５に記載の方法。
（付記７）
コンテンツサーバ及び少なくとも２つのレンダリングデバイスへ接続し、前記コンテンツサーバからのコンテンツを送信するデバイスであって、
データを受信及び送信するトランシーバと、
前記トランシーバによって、第１レンダリングデバイスから、前記コンテンツサーバに向けられたコンテンツの要求を受け取り、前記第１レンダリングデバイスと当該デバイスとの間の第１接続、及び当該デバイスと前記コンテンツサーバとの間の第２接続を確立し、前記トランシーバによって、前記第２接続を介して受け取られた前記コンテンツのデータを前記第１レンダリングデバイスへ前記第１接続を介して送り、前記トランシーバによって、第２レンダリングデバイスから、前記コンテンツサーバに向けられた前記コンテンツの要求を受け取り、当該デバイスと前記第２レンダリングデバイスとの間の第３接続を確立し、前記第２接続を用いて前記コンテンツのデータを受け取り、該データを前記第２レンダリングデバイスへ前記第３接続を介して送るプロセッサと
を有するデバイス。
（付記８）
前記第２レンダリングデバイスからの要求は、コンテンツについてのロケーションインジケータを含み、
前記プロセッサは、
前記第２レンダリングデバイスからの要求を受け取る前に、前記トランシーバによって、前記第１レンダリングデバイスから、該第１レンダリングデバイスが受け取っている前記コンテンツについてのロケーションインジケータ及び対象レンダリングデバイスインジケータを含むメッセージを受け取り、
前記第３接続を確立する前に、前記第２レンダリングデバイスからの要求が前記メッセージに含まれているロケーションインジケータ及び対象レンダリングデバイスのＩＰアドレスと一致するかどうかを判定し、判定結果が肯定的である場合には、前記第３接続を確立し、前記第２接続を用いて前記コンテンツのデータを受け取り、該データを前記第２レンダリングデバイスへ前記第３接続を介して送ることに進む
ために更に使用される、付記７に記載のデバイス。
（付記９）
前記プロセッサは、判定結果が否定的である場合には、前記第２レンダリングデバイスからの要求を前記コンテンツサーバへ送るために更に使用される、
付記８に記載のデバイス。
（付記１０）
前記プロセッサは、要求を送る前記第２レンダリングデバイスが前記対象レンダリングデバイスインジケータによって示されているものと同じであるかどうかを判定し、要求に含まれるロケーションインジケータが前記第１レンダリングデバイスによって送られた前記メッセージに含まれているロケーションインジケータと同じであるかどうかを判定するために更に使用される、
付記８に記載のデバイス。
（付記１１）
前記プロセッサは、前記第３接続を確立した後に、前記第１レンダリングデバイスと当該デバイスとの間の前記第１接続を解放するために更に使用される、
付記８に記載のデバイス。
（付記１２）
前記第１レンダリングデバイスによって送られる前記メッセージは、前記第１接続に対応する前記第１レンダリングデバイスのＩＰアドレス及びポート番号を更に含み、
前記プロセッサは、前記第１レンダリングデバイスのＩＰアドレス及びポート番号を用いて前記第１接続を解放するために更に使用される、
付記１１に記載のデバイス。
【図１】
0006465324.tif 000002
【図２】
0006465324.tif 000003
【図３】
0006465324.tif 000004
【図４】
0006465324.tif 000005
【図５】
0006465324.tif 000006
【図６】
0006465324.tif 000007