ローカルネットワークからリモートネットワークのエンティティを制御する方法
【課題】ローカルネットワークからリモートネットワークのエンティティを制御する方法
【解決手段】ソースネットワークからエンティティを制御するのに使用できる第１のプロトコルに従う制御インタフェースを介してローミングリレーモジュール（ＤＭＳ−Ｒ２）によって第１のリクエストを受信し、ソースリレーモジュール（ＤＭＳ−Ｒ１）によって第１のプロトコルに従う少なくとも１つの第３のリクエストに変換することを目的とする第２のリクエストを、ローミングリレーモジュール（ＤＭＳ−Ｒ２）からソースリレーモジュール（ＤＭＳ−Ｒ１）へ送信し、第１のプロトコルに従う少なくとも１つの第３のリクエストへソースリレーモジュール（ＤＭＳ−Ｒ１）によって変換されることを目的とする第２のリクエストを、ローミングリレーモジュール（ＤＭＳ−Ｒ２）からソースリレーモジュール（ＤＭＳ−Ｒ１）に送信する。
【解決手段】ソースネットワークからエンティティを制御するのに使用できる第１のプロトコルに従う制御インタフェースを介してローミングリレーモジュール（ＤＭＳ−Ｒ２）によって第１のリクエストを受信し、ソースリレーモジュール（ＤＭＳ−Ｒ１）によって第１のプロトコルに従う少なくとも１つの第３のリクエストに変換することを目的とする第２のリクエストを、ローミングリレーモジュール（ＤＭＳ−Ｒ２）からソースリレーモジュール（ＤＭＳ−Ｒ１）へ送信し、第１のプロトコルに従う少なくとも１つの第３のリクエストへソースリレーモジュール（ＤＭＳ−Ｒ１）によって変換されることを目的とする第２のリクエストを、ローミングリレーモジュール（ＤＭＳ−Ｒ２）からソースリレーモジュール（ＤＭＳ−Ｒ１）に送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電気通信の分野に関し、特にローカルネットワークからリモートネットワークのエンティティを制御する方法に関する。
【背景技術】
【０００２】
各種技術により、例えばローカルネットワークからリモートネットワークのエンティティを制御する目的で、１つのネットワークから他のネットワークへの接続を確立することができる。例えば、ＶＰＮ（仮想プライベートネットワーク）セキュアトンネルである。もう１つの一般的に使用される解決策は、ＩＭＳ（ＩＰマルチメディアサブシステム）手法と呼ばれるものである。
【０００３】
国内ネットワークの分野では、ＵＰｎＰプロトコルは、デジタルコンテンツの共有、放送および監視に対する規格として出現している。今日、ＵＰｎＰ（ユニバーサルプラグアンドプレイ）規格に従う各種電気製品は、家庭、特にメディアサーバ（例えばＰＶＣｏｎｎｅｃｔ、Ｗｉｎｄｏｗｓ（登録商標） Ｍｅｄｉａ Ｐｌａｙｅｒ １１等）、メディアレンダラ（ＳＴＢ、ＤＭＡオーディオ、ＩＰ−Ｒａｄｉｏ等）およびメディアプレイヤ（ゲームコンソール、デジタルフォトフレーム等）を用いるマルチメディア分野にわたって普及している。しかし、ＵＰｎＰネットワークの電気製品は、他のＵＰｎＰネットワークの電気製品と通信するように設計されていない。実際、ＵＰｎＰエンティティ発見メカニズムは、ローカルネットワークに存在するエンティティを発見できるだけの“マルチキャスト”モードでコマンドを送信する。
【０００４】
既存のＶＰＮトンネルまたはＩＭＳ手法に基づく解決策は、その解決策としては比較的扱いにくく、実装するのに困難である。また、ＶＰＮトンネルに基づく解決策では、アドレス衝突の問題が生ずる。ＩＭＳ手法は、一般の庶民であるユーザが必ずしも自由に利用できない。
【０００５】
従って、２つのネットワークを接続し、ローカルネットワークからリモートネットワークのエンティティの制御を可能にし、１つのネットワークのＵＰｎＰ電気製品を他のＵＰｎＰネットワークの電気製品と通信できるようにする簡単な解決策に対する要求があることは明白である。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の１つの目的は、従来技術の問題、欠点または不足を解消および／または改善することである。
【課題を解決するための手段】
【０００７】
第１の実施形態によると、本発明は、ローカルホームネットワークからリモートソースネットワークのうち少なくとも１つのエンティティを制御する方法であって、前記方法は、ローミングリレーモジュールと称するリレーモジュールを用いて実行され、ローミングリレーモジュールが、ホームネットワークに接続される電気製品によって実行される時、ソースリレーモジュールと称するリレーモジュールと通信するように設計され、ソースリレーモジュールは、ソースネットワークの電気製品によって実行され、前記少なくとも１つのエンティティに対する通信リレーとして機能し、
−ソースネットワークから前記エンティティを制御するのに使用できる第１のプロトコルに従う制御インタフェースを介してローミングリレーモジュールによって第１のリクエストを受信するステップと、
−ソースリレーモジュールによって第１のプロトコルに従う少なくとも１つの第３のリクエストに変換することを目的とする第２のリクエストを、ローミングリレーモジュールからソースリレーモジュールへ送信するステップと
を具備する。
【０００８】
この発明は、方法を提案し、それによりユーザは、ローカルネットワークの端末からリモートネットワークのエンティティ、例えばＵＰｎＰエンティティを簡単に制御でき、このエンティティは、例えばＵＰｎＰコンテンツサーバである。このユーザは故に、友人または自分の家族のメンバーからなるローカル国内ネットワークから自分のコンテンツの全てにアクセスし、ローカルネットワークの端末を用いてこれらのコンテンツを回復できる。
【０００９】
ローミングリレーモジュールは、ソースネットワークから前記エンティティを制御するのに使用可能なプロトコルに従う制御インタフェースを呈し、またソースネットワークのリモートエンティティに向けられたリクエストをソースリレーモジュールに送信できる。従って、ローミングリレーモジュールは、この制御インタフェースを介してホームネットワークにおけるこのエンティティを示すことができる。
【００１０】
最後に、２つの協働的なリレーモジュールの存在により、ホームネットワークのエンティティがソースネットワークのうち１つまたは複数のエンティティに対して、第１のプロトコルに従って対話することができる。
【００１１】
本発明による方法の実施形態によると、前記エンティティは、コンテンツサーバであり、前記方法は、前記コンテンツサーバによって参照される少なくとも１つのコンテンツのアドレスを提供するステップであって、前記アドレスは、前記コンテンツを取得できるエンティティとして、ホームネットワークの電気製品によって実行され、前記コンテンツにアクセスするリクエストをソースリレーモジュールに送信できるエンティティを指定する、ステップを具備する。故に、リモートコンテンツサーバのマルチメディアコンテンツへのアクセスリクエストは、前記コンテンツを取得できるエンティティへ自動的にリダイレクトされる。ローカルコンテンツサーバと既に通信できるローカルモジュールの修正は、そのようなリモートコンテンツへのアクセスに不要である。
【００１２】
実施形態によると、ローミングリレーモジュールがローカルホームネットワークのコンテンツサーバとして認識されるように、発見メカニズムを実行するステップを具備する。従って、前記第１のプロトコルを用いてローカルネットワークのコンテンツサーバと通信が可能な、前記ローミングモジュールとローカルモジュールとの間の通信は、前記ローカルモジュールを修正することなく確立できる。故に、リモートネットワークのエンティティは、まるでリモートネットワークのエンティティがローカルネットワークに位置するかのように、ユーザの視点からみてトランスペアレントな方法で制御できる。
【００１３】
本発明による方法の実施形態によると、前記第２のリクエストは、第１のプロトコルとは異なる第２のプロトコルに従って送信される。２つのモジュールであるソースおよびローミングは、ソースネットワークからリモートネットワークへの通信リンクを確立するために、任意の適切な通信スキームを使用できる。
【００１４】
本発明による方法のもう１つの実施形態によると、前記ローミングリレーモジュールは、ホームネットワークの電気製品からアクセス可能な記録媒体上に格納される。故に本発明により、任意のホームネットワークからソースネットワークにアクセスできる。
【００１５】
記録媒体は、例えばＵＳＢキーであり、そのコンテンツは、ローカルネットワークの端末への接続後、この端末からアクセス可能である。例示的な単純かつ実用的な方法では、ユーザは、このＵＳＢキーを輸送することにより、自分の国内ネットワークのコンテンツにアクセスできる。
【００１６】
本発明による方法のもう１つの実施形態によると、記録媒体は、ローミング接続モジュールと称する接続モジュールをさらに具備し、前記方法は、前記ローミング接続モジュールを用いて、リモートネットワークにアクセスするために電気製品との通信リンクを確立するステップをさらに具備し、前記第２のリクエストは、前記通信リンクを介して送信される。故に、ホームネットワークに対する通信リンクは、安全な方法で確立でき、特にソースネットワークにアクセス権限のある接続モジュールを用いて、このネットワークへの接続データを利用して確立される。
【００１７】
特に、本発明による方法のさらにもう１つの実施形態によると、記録媒体は、前記端末に接続できる。この場合、ソースネットワークへのアクセスが可能であることを保証するために、ユーザは、ソースネットワークへアクセスしリモートエンティティを駆動するのに必要なモジュールまたは複数のモジュールを含むこの媒体を輸送することができる。
【００１８】
本発明による方法のもう１つの実施形態によると、前記エンティティは、リモートソースネットワークのコンテンツサーバであり、第１のリクエストは、前記コンテンツサーバに格納されるコンテンツのメタデータを取得するリクエストである。本発明により、各種ユーザは、そのコンテンツへのアクセスを共有できる。
【００１９】
相まって、本発明は、リモートソースネットワークのうち少なくとも１つのエンティティを制御する方法を実行するための、ローカルホームネットワークの電気製品からアクセス可能なデータ記録媒体に関し、
前記記録媒体は、ホームネットワークへ接続される電気製品によって実行される時、他のリレーモジュールと通信するように設計されるローミングリレーモジュールと称するリレーモジュールを具備し、他のリレーモジュールは、ソースリレーモジュールと称し、ソースネットワークの電気製品によって実行され、前記少なくとも１つのエンティティに対する通信リレーとして機能し、
ローミングリレーモジュールは、ソースネットワークから前記エンティティを制御するのに使用可能な第１のプロトコルに従う制御インタフェースを介して少なくとも１つの第１のリクエストを受信し、第１のプロトコルに従う少なくとも１つの第３のリクエストへソースリレーモジュールによって変換されることを目的とする第２のリクエストをソースリレーモジュールに送信できる。
【００２０】
実施形態によると、本発明の媒体は、ソースネットワークへアクセスするために電気製品との通信リンクを確立できる通信モジュールをさらに具備する。
【００２１】
実施形態によると、前記接続モジュールによって使用されることを目的とする前記アクセス電気製品への接続データが、本発明の媒体に格納される。
【００２２】
相まって、本発明は、ローカルホームネットワークからリモートソースネットワークのうち少なくとも１つのエンティティを制御する方法を実行するための、ローミングリレーモジュールと称するリレーモジュールに関して、
ローミングリレーモジュールは、ホームネットワークに接続される電気製品によって実行される時、ソースリレーモジュールと称するリレーモジュールと通信するように設計され、ソースリレーモジュールは、ソースネットワークの電気製品によって実行され、前記少なくとも１つのエンティティに対する通信リレーとして機能し、
ローミングリレーモジュールは、ソースネットワークから前記エンティティを制御するのに使用可能な第１のプロトコルに従う制御インタフェースを介して少なくとも１つの第１のリクエストを受信し、第１のプロトコルに従う少なくとも１つの第３のリクエストへソースリレーモジュールによって変換されることを目的とする第２のリクエストをソースリレーモジュールに送信できる。
【００２３】
対称的に、本発明は、ローカルホームネットワークからリモートソースネットワークのうち少なくとも１つのエンティティを制御する方法を実行するための、ソースリレーモジュールと称するリレーモジュールに関して、
ソースリレーモジュールは、前記少なくとも１つのエンティティに対する通信リレーとして機能し、ソースネットワークの電気製品によって実行される時、ローミングリレーモジュールと称するリレーモジュールと通信するように設計され、ローミングリレーモジュールは、ホームネットワークに接続する電気製品によって実行され、ソースネットワークから前記エンティティを制御するのに使用可能な第１のプロトコルに従う制御インタフェースを介して少なくとも１つの第１のリクエストを受信でき、
ソースリレーモジュールは、第１のプロトコルに従う第３のリクエストに変換されることを目的とする第２のリクエストをローミングリレーモジュールから受信できる。
【００２４】
実施形態によると、本発明のソースリレーモジュールは、前記第３のリクエストが複数のコンテンツサーバに格納されるコンテンツのメタデータを取得するリクエストである時、第３のリクエストに応答して各種コンテンツサーバから受信されるメタデータを集約できるように構成できる
【００２５】
実施形態によると、本発明のソースリレーモジュールは、受信または集約したメタデータに含まれるコンテンツアドレスを適合できることで、これらのアドレスがホームネットワークの電気製品によって解釈できる。
【００２６】
好ましい実施形態によると、本発明の方法の各種ステップは、コンピュータソフトウェアまたはプログラムによって実装され、このソフトウェアは、本発明による装置のデータプロセッサによって実行されることを目的とするソフトウェア命令を含み、この方法の各種ステップの実行を制御するように設計される。
【００２７】
結果的に、本発明はまた、コンピュータによって、またはデータプロセッサによって実行可能なプログラムを目的とし、このプログラムは、上記説明したような方法のステップの実行を制御するための命令を含む。
【００２８】
このプログラムは、任意のプログラム言語に使用可能であり、部分的にコンパイルされるかまたは任意の他の好ましい形式等により、ソースコード、オブジェクトコード、またはソースコードおよびオブジェクトコード間の中間のコードで形成できる。
【００２９】
本発明はまた、コンピュータまたはデータプロセッサによって読み取り可能な情報媒体を目的とし、上記説明したようなプログラムの命令を含む。
【００３０】
情報媒体は、プログラムを格納できる任意のエンティティまたは装置でも良い。例えば、媒体は、例えばＲＯＭ、ＣＤ ＲＯＭ、超小型電子回路ＲＯＭ、磁気記録手段、ディスケット（フロッピー（登録商標）ディスク）またはハードディスクのような格納手段を含むことができる。
【００３１】
また、情報媒体は、電気または光信号のような送信可能媒体でもよく、無線により、または他の手段により、電気または光ケーブルを介して伝送されてもよい。本発明によるプログラムは特に、インターネット形式のネットワークからダウンロードできる。
【００３２】
代わりに、情報媒体は、プログラムが組込める集積回路でもよく、回路は、実行するために、または対象となる方法の実行において使用されるために適合される。
【００３３】
もう１つの実施形態によると、本発明は、ソフトウェアおよび／またはハードウェア要素によって実装される。これについて、用語モジュールは、本明細書において、ソフトウェア要素またはハードウェア要素に等しく対応してもよく、或いは統合プロセッサの有無に関係なく、プログラマブルハードウェア要素にも対応してもよい。
【００３４】
ソフトウェア要素は、モジュールに関する以下の説明に従う機能または一組の機能を実装可能な、１つまたは複数のコンピュータプログラム、１つまたは複数のプログラムサブルーチン、または一般的な態様では任意のプログラム要素、ソフトウェアの任意の一部要素に対応する。同様に、ハードウェア要素は、モジュールに関する以下の説明に従う機能または一組の機能を実装可能な任意のハードウェアアセンブリ要素に対応する。
【００３５】
本発明の他の目的、特徴および利点は、非限定的な実施形態および添付図面を参照するだけで、以下の詳細な説明から明らかである。
【図面の簡単な説明】
【００３６】
【図１】図１は、本発明による装置を統合する通信システムを概略的に示す。
【図２】図２は、本発明による方法の実施形態のフローチャートを示す。
【発明を実施するための形態】
【００３７】
本発明は、リモートソースネットワークに位置するコンテンツサーバ形式のエンティティとこのサーバに格納されたコンテンツにアクセスする手法とに対して、ローカルホームネットワークからのリモート制御を適用する場合について、詳細に説明される。
【００３８】
そのようなコンテンツサーバは例えば、ＵＰｎＰ（ユニバーサルプラグアンドプレイ）規格またはＤＬＮＡ規格（デジタルリビングネットワークアライアンス）に従うコンテンツサーバである。そのようなコンテンツサーバは、ＵＰｎＰ／ＤＬＮＡアーキテクチャにおいて“デジタルメディアサーバ（ＤＭＳ）”と呼ばれる。しかし、本発明が提案するメカニズムは、ローカルネットワークのエンティティ制御を扱う他のプロトコルに置き換えることができる。
【００３９】
本発明はまた、ＵＰｎＰ／ＤＬＮＡ規格に従う他形式のエンティティに対するリモート制御、特に“デジタルメディアレンダラ” （ＤＭＲ）または“デジタルメディアプレイヤ”（ＤＭＰ）と呼ばれるコンテンツレンダリング装置に対する制御、または“デジタルメディアコントローラ”（ＤＭＣ）と呼ばれる装置の制御に適用可能である。
【００４０】
ＵＰｎＰ／ＤＬＮＡ規格は、ＵＰｎＰエンティティ間でピアネットワーク形式のリンクアップを可能にするメカニズムおよびアーキテクチャを提供する。各ＵＰｎＰエンティティは、ローカルネットワークのうち１つの端末に物理的に統合されるか、或いは相互接続ゲートウェイ（Ｇａｔｅｗａｙ）、セットトップボックス（ＳＴＢ）、ルータまたはＮＡＳ（ネットワーク接続ストレージ）形式のストレージサーバ等の電気製品に物理的に統合されてもよい。ＵＰｎＰ規格で提供された通信メカニズムは、ＵＰｎＰエンティティ間で相互運用を可能にするように設計される。ＵＰｎＰプロトコルは、ＵＰｎＰリクエストを輸送するために、特にＴＣＰ／ＵＤＰ／ＩＰプロトコル（トランスミッション制御プロトコル／ユーザデータグラムプロトコル／インターネットプロトコル）を使用する。
【００４１】
エンティティは、ＵＰｎＰ／ＤＬＮＡ規格または他の同等若しくは派生規格に従う場合、特にエンティティがそのような規格に従う制御プロトコルを使用する場合、ＵＰｎＰエンティティと称される。
【００４２】
図１に示すシステムは、一方ではソースネットワークと称する第１のローカルネットワークＲＳ１と、他方ではホームネットワークと称する第２のローカルネットワークＲＳ２とが周囲に編成され、これら２つのローカルネットワークは、拡張ネットワークＲＩ、例えばインターネットネットワークを介して共に相互接続される。ローカルネットワークＲＳ１およびＲＳ２は例えば、国内ネットワークである。
【００４３】
このシステムは、以下のエンティティを含む。
−コンテンツサーバＤＭＳ１１をホストし、ＵＰｎＰ規格に従う、ソースネットワークＲＳ１の第１の端末Ｔ１１。
−他のコンテンツサーバＤＭＳ１２をホストし、ＵＰｎＰ規格に従う、ソースネットワークＲＳ１の第２の端末Ｔ１２。
−ソースネットワークＲＳ１へのアクセスゲートウェイとして機能し、ソースリレーモジュールとも呼ばれるソースリレーモジュールＤＭＳ−Ｒ１と拡張ネットワークＲＩにアクセスするための相互接続モジュールＣＧ１とをホストする国内ゲートウェイＧＷ１。
−ネットワークオペレータのオペレータネットワークＲＯＰ１に存在するドメインネームサーバＤＮＳ１（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｅｒｖｅｒ、ＤＮＳ）であり、ＤＮＳ１は、国内ゲートウェイＧＷ１のプロバイダであり、このオペレータネットワークは、ソースネットワークＲＳ１がインターネットネットワークにアクセスするためのネットワークを形成する。
−コンテンツレンダリング装置ＤＭＲ２（デジタルメディアレンダラまたはデジタルメディアプレイヤ）をホストし、ＵＰｎＰ規格に従う、ホームネットワークＲＳ２の第１の端末Ｔ２１。
−コンテンツサーバＤＭＳ２１をホストし、ＵＰｎＰ規格に従う、ホームネットワークＲＳ２の第２の端末Ｔ２２。
−ホームネットワークＲＳ２へのアクセスゲートウェイとして機能し、拡張ネットワークＲＩにアクセスするための相互接続モジュールＣＧ２をホストする国内ゲートウェイＧＷ２。
−記録媒体ＳＰＲであり、以下を含む。
−他のネットワークからソースネットワークＲＳ１への接続を確立するのに使用するローミング接続モジュールＲＣＧ、および
−ローミングリレーモジュールとも呼ばれるリレーモジュールＤＭＳ−Ｒ２。
【００４４】
コンテンツサーバＤＭＳ１１およびＤＭＳ１２
コンテンツサーバＤＭＳ１１（またはＤＭＳ１２）は、ＵＰｎＰ規格または“デジタルメディアサーバ”（ＤＭＳ）に従うコンテンツサーバである。結果として、そのサーバは、ＵＰｎＰ規格に従う制御インタフェースを呈し、ＵＰｎＰリクエストのみ用いて駆動できる。ＵＰｎＰリクエストの送信は通常、目標エンティティのソフトウェアプログラミングインタフェース（ＡＰＩ、アプリケーションプログラミングインタフェース）を介して関数呼出しを用いて実行される。
【００４５】
ゲートウェイＧＷ１
ゲートウェイＧＷ１は、ソースネットワークＲＳ１をインターネットネットワークＲＩと相互接続するためのゲートウェイである。これにより、ソースネットワークＲＳ１の端末は、インターネットネットワークＲＩにアクセスできる。反対に、ゲートウェイにより、そのようなアクセス権利が承認されている条件で、ソースネットワークＲＳ１以外のネットワークの電気製品は、ソースネットワークＲＳ１の端末と通信できる。
【００４６】
相互接続モジュールＣＧ１は、ソースネットワークＲＳ１とインターネットネットワークＲＩとの間の相互接続機能を実行する。この目的のため、ＣＧ１は、ソースネットワークＲＳ１のエンティティと通信するための第１の通信インタフェースと、特にソースネットワークＲＳ１の外部のエンティティへインターネットネットワークＲＩを介して通信するための第２の通信インタフェースとを含む。この第２のインタフェースを使用して、ドメインネームサーバＤＮＳ１とだけでなく、ネットワークＲＯＰのオペレータのインターネットアクセスプロバイダ（通常、インターネットサービスプロバイダ、ＩＳＰと呼ぶ）と通信する。
【００４７】
サーバＤＮＳ１は、ＤＮＳ１が管理する電気製品に割当てられたパブリックアドレスと名前との間の対応に関するルックアップテーブルを維持する。特に、国内ゲートウェイＧＷ１に割当てられた名前は、静的であり、即ち、変化しないが、国内ゲートウェイＧＷ１のパブリックアドレスは、周期的に変化する。この国内ゲートウェイＧＷ１と通信するために、ＧＷ１の現在のパブリックアドレスを確定し、それによりＧＷ１の名前に基づきサーバＤＮＳ１を問合せる必要がある。この名前は、このゲートウェイによって管理されるネットワークドメインの名前に対応し、例えば以下の形式である。
myhome.homedns.org
【００４８】
この名前は、国内ゲートウェイＧＷ１を提供するネットワークオペレータによって自動的に割当てることができ、また、このゲートウェイのユーザによって手動で設定できる。
【００４９】
国内ゲートウェイＧＷ１に関するドメイン名の設定は、この目的のためにサーバＤＮＳ１と通信する相互接続モジュールＣＧ１を用いて実行される。
【００５０】
相互接続モジュールＣＧ１はまた、ＩＧＤ（インターネットゲートウェイ装置）またはＣＧＩ（共通ゲートウェイインタフェース）のＵＰｎＰ装置の形式をとるアドレスモジュールを含み、パブリックアドレス、プライベートアドレスに関するポートおよびソースネットワークＲＳ１の電気製品のポートをマッピングする役目を果たすので、ソースネットワークＲＳ１以外の装置は、パブリックアドレスおよび／またはポートを用いてこのソースネットワークＲＳ１の電気製品と通信することができる。このアドレスモジュールを用いて特に、ローミングリレーモジュールＤＭＳ−Ｒ２は、ソースリレーモジュールＤＭＳ−Ｒ１と通信するように設置できる。
【００５１】
ソースリレーモジュールＤＭＳ−Ｒ１
ソースリレーモジュールＤＭＳ−Ｒ１は、１つまたは複数のコンテンツサーバＤＭＳ１１および／またはＤＭＳ１２に関する代替のエンティティ（またはプロキシエンティティ）である。ＤＭＳ−Ｒ１は、コンテンツサーバＤＭＳ１１（またはＤＭＳ１２）と、ＵＰｎＰに従わず、および／またはソースネットワークの一部を形成しないエンティティとの間の通信に対する中継として機能する。ソースリレーモジュールＤＭＳ−Ｒ１は故に、そのようなエンティティに関するコンテンツサーバＤＭＳ１１の“代替”として機能する。ソースリレーモジュールＤＭＳ−Ｒ１の存在のおかげで、コンテンツサーバＤＭＳ１１は、ＵＰｎＰに従わず、および／またはソースネットワークの一部を形成しないエンティティによって遠隔で駆動することができる。
【００５２】
より詳細に、ソースリレーモジュールＤＭＳ−Ｒ１は、ＵＰｎＰ制御ポイント（ＤＭＣ、デジタルメディアコントローラ）の機能、特にＵＰｎＰ制御サーバを検出する機能およびＵＰｎＰ制御サーバのコンテンツのディレクトリを調べる（ＣＤＳ、コンテンツディレクトリサービス）機能を実行する。ソースリレーモジュールＤＭＳ−Ｒ１は、以下の２つのインタフェースを実装する。
−ＵＰｎＰプロトコルに従い、ＵＰｎＰ制御装置インタフェース（ＤＭＣ、デジタルメディアコントローラ、“ＵＰｎＰ制御ポイント”とも呼ばれる）に対応し、一方でソースネットワークＲＳ１のＵＰｎＰエンティティ、特にコンテンツサーバＤＭＳ１１またはＤＭＳ１２の１つにＵＰｎＰコマンドを送信し、他方でこれらのリクエストに対する応答を受信および処理する第１のインタフェース。
−ＵＰｎＰプロトコルとは異なり、非ＵＰｎＰエンティティおよび／またはソースネットワークＲＳ１の一部を形成しないエンティティと交わした非ＵＰｎＰリクエストを送信または受信するのに適したプロトコルを使用する第２のインタフェース。そこで用いるプロトコルは例えば、ＨＴＴＰプロトコルである。
【００５３】
この第２のインタフェースを介して、ソースリレーモジュールＤＭＳ−Ｒ１は、ローミングリレーモジュールＤＭＳ−Ｒ２と対話でき、以下で詳述するように、ＤＭＳ−Ｒ２は、ホームネットワークＲＳ２の電気製品内で実行する。この対話は、例えばＸＭＬ−ＲＰＣ、ＳＯＡＰおよびＲＥＳＴから選択されたプロトコルに従う適切な手法に従って、例えばリモートプロシージャコールを用いて、または“ウェブサービス”形式のリクエストを用いて実行される。ソースリレーモジュールＤＭＳ−Ｒ１およびローミングリレーモジュールＤＭＳ−Ｒ２間で交わされるリクエストはこの場合、ＨＴＴＰプロトコルを用いて輸送される。
【００５４】
ソースリレーモジュールＤＭＳ−Ｒ１は、ＵＰｎＰプロトコルに従わず、コンテンツサーバＤＭＳ１１を対象とするリクエストを、その第２のインタフェースを介して受信して、ＵＰｎＰに従わないこれらリクエストをＵＰｎＰプロトコルに従うリクエストに変換して、リクエストをその第１のインタフェースを介して送信することで、コンテンツサーバＤＭＳ１１のために変換されるよう構成される。
【００５５】
このリクエストフォーマットの変換は、例えば第２のプロトコルに従うリクエストでカプセル化されているＵＰｎＰリクエストの非カプセル化によって実行される。この第２のプロトコルは例えば、ＨＴＴＰプロトコルである。このフォーマット変換動作は、変換されたＵＰｎＰリクエストのデータを修正しないが、単にそのデータを送信するために用いるフォーマットを修正する。ＵＰｎＰプロトコルに従うリクエスト送信は通常、目標ＵＰｎＰモジュールのソフトウェアインタフェースの関数呼出しを介して実行されることが分かる。より詳細に、ＵＰｎＰ規格において、ある者は、目標ＵＰｎＰモジュール（ＵＰｎＰコンテンツサーバ、ＤＭＲまたはＤＭＰレンダリング装置）によって実行されるＵＰｎＰサービスのアクションを想定すると言う。
【００５６】
第２のインタフェースを介して受信される例示的なリクエストは、ソースネットワークＲＳ１のＵＰｎＰコンテンツサーバがアクセスできるコンテンツのメタデータを取得するリクエストである。ソースリレーモジュールＤＭＳ−Ｒ１は、ＵＰｎＰ規格で“ブラウズ”と称される１つまたは複数のリクエストに、このリクエストを変換するよう設計され、それらリクエストは、ソースネットワークＲＳ１の各種ＵＰｎＰコンテンツサーバに各々送信される。
【００５７】
ソースリレーモジュールＤＭＳ−Ｒ１による受信リクエストに対して行うフォーマット変換は、以下の動作によって適切な場合に同時に行われる。
−受信リクエストのパラメータの修正またはフィルタリングおよび／または
−送信すべきリクエストまたは複数のリクエストに対する新たなパラメータの追加および／または
−送信すべき１つまたは複数のリクエストに受信リクエストを分解し、または反対に、いくつかの受信リクエストを、送信すべき単一のリクエストに組合せる。
【００５８】
反対に、ソースリレーモジュールＤＭＳ−Ｒ１は、ＵＰｎＰプロトコルに従うこのサーバによって格納されたコンテンツを含まない関数呼出しまたはメッセージに対する応答を、コンテンツサーバＤＭＳ１１の第１のインタフェースを介して受信し、ＵＰｎＰに従わず、および／またはソースネットワークの一部を形成しないエンティティとの通信に適する別のプロトコルに従うリクエストにそれらメッセージを変換し、その第２のインタフェースを介してリクエストを送信するので、目標エンティティのために変換される。このリクエストフォーマットの変換は、例えば第２のプロトコルに従うリクエストでＵＰｎＰリクエストをカプセル化することによって実行される。この第２のプロトコルは例えば、ＨＴＴＰプロトコルである。この変換は、変換されたＵＰｎＰリクエストのデータを修正しないが、単にデータを送信するために使用されるフォーマットを修正する。
【００５９】
ソースリレーモジュールＤＭＳ−Ｒ１によるこの時に行うフォーマット変換は、以下の動作によって適切な場合に実行される。
−受信リクエストのパラメータの修正又はフィルタリングおよび／または
−送信すべきリクエストまたは複数のリクエストに対する新たなパラメータの追加および／または
−送信すべき１つまたは複数のリクエストに受信リクエストを分解し、または反対に、いくつかの受信リクエストを、送信すべき単一のリクエストに組合せる。
【００６０】
その第２のインタフェースを介して、ソースリレーモジュールＤＭＳ−Ｒ１は、“ウェブサービス”形式である任意のリクエストを輸送しないＨＴＴＰリクエストを受信および再送信することができる。これらは特に、コンテンツを送信するためのリクエスト、またはＵＰｎＰリクエスト若しくは応答への任意の変換をリクエストしないコンテンツを取得するためのリクエストを含む。
【００６１】
ソースリレーモジュールＤＭＳ−Ｒ１は故に、ＤＭＳ１１（またはＤＭＳ１２）コンテンツサーバが自ら送信できないリクエストを送信する（各々受信する）ためにそのコンテンツサーバの代わりとして機能する。
【００６２】
ソースリレーモジュールＤＭＳ−Ｒ１は、国内ゲートウェイＧＷ１へ、またはソースネットワークＲＳ１の他の電気製品へ統合される。しかし勿論、このモジュールの各種機能は、分散した態様で実装されることが想定される。即ち、各種機能は、これらの機能の各々をそれぞれ実装するエンティティ間に通信リンクが提供される条件で、相異なる物理的な電気製品において実装されることが想定される。
【００６３】
ソースリレーモジュールＤＭＳ−Ｒ１が国内ゲートウェイＧＷ１に統合されない時、ソースリレーモジュールＤＭＳ−Ｒ１は、相互接続モジュールＣＧ１のアドレスモジュールにアドレスデータを送信するよう設計されるので、このアドレスモジュールは、ＤＭＳ−Ｒ１に向けられたリクエストをソースリレーモジュールＤＭＳ−Ｒ１に中継することができる。この目的のため、ソースリレーモジュールＤＭＳ−Ｒ１は、ソースリレーモジュールＤＭＳ−Ｒ１が連絡可能なポート番号およびＩＰアドレスを用いて、ポート番号およびＩＰアドレスを相互接続モジュールＣＧ１のアドレスモジュールに送信する。このポート番号およびＩＰアドレスは、国内ゲートウェイＧＷ１に関連付けられたドメイン名と、ソースリレーモジュールＤＭＳ−Ｒ１に割当てられたパブリックポート番号とに対応付けて格納される。
【００６４】
ソースリレーモジュールＤＭＳ−Ｒ１が国内ゲートウェイＧＷ１に統合されない時、アドレス装置は、ソースネットワークＲＳ１の外部にある電気製品からソースリレーモジュールＤＭＳ−Ｒ１に連絡するために、国内ゲートウェイＧＷ１において不要である。
【００６５】
ＵＰｎＰプロトコルからリレーモジュールＤＭＳ−Ｒ１およびＤＭＳ−Ｒ２間で用いる他のリモート制御プロトコルへのリクエストフォーマットの変換またはその逆の変換に追加して、ソースリレーモジュールＤＭＳ−Ｒ１は、ソースネットワークＲＳ１のコンテンツサーバＤＭＳ１１またはＤＭＳ１２に格納されるコンテンツのアドレスを変換する機能を実行する。
【００６６】
これにより、ソースネットワークＲＳ１のコンテンツは、ホームネットワークＲＳ２からアクセス可能になる。使用されるアドレスは通常、例えば以下のＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）アドレスの形式である。
http://192.168.1.10:9000/dlna/objectID=1234
【００６７】
ソースリレーモジュールＤＭＳ−Ｒ１が行うアドレス変換は、“ソース変換”と称される。この変換はコンテンツのＵＲＩアドレスにおいて、対象コンテンツを格納するコンテンツサーバのＩＰアドレスおよびポートを、国内ゲートウェイＧＷ１のパブリックドメイン名とソースリレーモジュールＤＭＳ−Ｒ１に割当てられたパブリックポート番号とに交換することからなり、これにより、変換後のＵＲＩアドレスは、ソースネットワークＲＳ１以外のエンティティから、特に以下に詳述するホームネットワークＲＳ２の電気製品で実行するローミングリレーモジュールＤＭＳ−Ｒ２から、ソースリレーモジュールＤＭＳ−Ｒ１を介して、および国内ゲートウェイＧＷ１を介して対象コンテンツにアクセスするのに適合される。
【００６８】
ソースリレーモジュールＤＭＳ−Ｒ１による変換後のＵＲＩアドレスは、故に以下の形式である。
http://GW1 DNS:GW1 PORT/download uri=CONTENT URI
ここで
−ＣＯＮＴＥＮＴ＿ＵＲＩは、コンテンツのＵＲＩオリジナルアドレスであり、このアドレスは通常、このコンテンツだけでなく、適切なコンテンツであると識別するデータも格納するコンテンツサーバのローカルＩＰアドレスを含み、例えば以下の形式である。
http://192.168.1.10:9000/dlna/objectID=1234
−ＧＷ１＿ＩＰは、国内ゲートウェイＧＷ１に割当てられたドメイン名または静的パブリックＩＰアドレスである。
−ＧＷ１＿ＰＯＲＴは、国内ゲートウェイＧＷ１であり、ＧＷ１を介してソースリレーモジュールＤＭＳ−Ｒ１をアドレス指定できる。
【００６９】
従って、ＵＲＩアドレスが修正され、故にコンテンツを参照するコンテンツサーバとして、即ちコンテンツを取得できるエンティティとして、ソースリレーモジュールＤＭＳ−Ｒ１を指定する。
【００７０】
そのようなアドレス変換は、コンテンツサーバまたは他のネットワークから生ずるコンテンツとの矛盾、特にホームネットワークＲＳ２のコンテンツとの矛盾の可能性を避けるために必要である。その変換は、ホームネットワークＲＳ２に向かう、ソースリレーモジュールＤＭＳ−Ｒ１によって送信されたリクエストに含まれるＵＲＩアドレス上で行われる。
【００７１】
このアドレス変換動作は、ソースリレーモジュールＤＭＳ−Ｒ１がパラメータＧＷ１＿ＩＰおよびＧＷ１＿ＰＯＲＴを知る限り、ＤＭＳ−Ｒ１によって行うことができる。
【００７２】
変換前のＵＲＩアドレスを抽出することである逆変換は、ホームネットワークＲＳ２から送信されたリクエストがソースリレーモジュールＤＭＳ−Ｒ１に到達する時行われる。この逆変換は故に、オリジナルアドレスＣＯＮＴＥＮＴ＿ＵＲＩ、即ちこのコンテンツを参照するコンテンツサーバによって提供されるアドレスを回復することができる。
【００７３】
ソースリレーモジュールＤＭＳ−Ｒ１はまた、ソースネットワークＲＳ１の各種コンテンツサーバＤＭＳ１１またはＤＭＳ１２に格納されたコンテンツに関するコンテンツメタデータを収集および集約するように設計される。これらのメタデータがコンテンツのＵＲＩアドレスを含む時、これらのアドレスの変換は、先ほど言及した“ソース変換”機能を適用することによって、ソースリレーモジュールＤＭＳ−Ｒ１による集約前または後に行われる。故に修正されたメタデータは、ローミングリレーモジュールＤＭＳ−Ｒ２に送信される。
【００７４】
ゲートウェイＧＷ２
ゲートウェイＧＷ２は、ソースネットワークＲＳ２をインターネットネットワークＲＩと相互接続するためのゲートウェイである。それにより、ソースネットワークＲＳ２の端末は、インターネットネットワークＲＩにアクセスできる。逆に、ゲートウェイは、そのようなアクセス権利が承認されている条件で、ソースネットワークＲＳ２以外のネットワークの電気製品をソースネットワークＲＳ２の端末と通信させることができる。
【００７５】
相互接続モジュールＣＧ２は、ソースネットワークＲＳ２とインターネットネットワークＲＩとの間の相互接続機能を実装する。ＣＧ２はこの目的のため、ソースネットワークＲＳ２のエンティティとの通信のための第１の通信インタフェースと、インターネットネットワークＲＩを介して、特にソースネットワークＲＳ２の外部のエンティティとの通信のための第２の通信インタフェースとを含む。
【００７６】
記録媒体ＳＰＲ
記録媒体は、ソフトウェアモジュールを格納するのに適した媒体である。ＳＰＲは、ホームネットワークＲＳ２のうち少なくとも１つの電気製品から読み取り可能な媒体であって、例えば以下の通りである。
−ホームネットワークＲＳ２の端末または他の電気製品（セットトップボックス、ルータ、ゲートウェイ等）に有線または無線リンクにより配線でき、この端末またはこの電気製品により読み取りされる携帯用および取り外し可能な記録媒体であり：ＵＳＢキー、携帯電話、取り外し可能なハードディスク等である。
−有線または無線ネットワークを介して確立される通信リンクによりホームネットワークＲＳ２の端末または電気製品からアクセス可能な固定記録媒体であり：リモートサーバを介してアクセス可能なストレージスペース、このストレージスペース上に格納されるモジュールである。ここで、そのモジュールは、この端末によって実行される前にホームネットワークＲＳの端末へダウンロードされる。
【００７７】
記録媒体ＳＰＲ上に格納されるローミング接続モジュールＲＣＧおよびローミングリレーモジュールＤＭＳ−Ｒ２は、ソースコード形式、オブジェクトコード形式、または解釈可能なコードで部分的にコンパイルされた形式で格納される。これらのコードは、実行可能なコードを取得するのに必要な、考え得る解釈またはコンパイルの後、ホームネットワークＲＳ２の電気製品のメモリに読み込まれて、そのような電気製品のプロセッサによって実行されることを目的とする。
【００７８】
記録媒体ＳＰＲが、ローミング接続モジュールＲＣＧまたはローミングリレーモジュールＤＭＳ−Ｒ２を実行できるプロセッサに固定された電気製品に統合される場合、１つまたは他のこれらモジュールに対する実行は、このプロセッサによって扱うことができる。一般的に、リンクは、ホームネットワークにおけるこの媒体とプロセッサおよびメモリが取り付けられたホストの電気製品との間に確立され、これらのモジュールに対する実行は、ホストの電気製品のプロセッサによって扱われることが考えられる。
【００７９】
好ましくは、記録媒体ＳＰＲは、セキュアアクセスの媒体なので、承認されたユーザのみがこの媒体のコンテンツにアクセスでき、パスワード、ＰＩＮコード、または任意の他の承認データは、この媒体上に格納されたコンテンツにアクセスするのに必要である。
【００８０】
ローミング接続モジュールＲＣＧ
ローミング接続モジュールＲＣＧは、ホームネットワークＲＳ２に接続される電気製品によって実行されることを目的とする。この目的のために、ＲＣＧは、記録媒体ＳＰＲ上に格納され、ＳＰＲは、ホームネットワークＲＳ２のうち少なくとも１つの電気製品からアクセス可能である。ローミング接続モジュールＲＣＧが各種ホームネットワークで使用できる限り、このモジュールは、ローミング接続モジュールと称される。
【００８１】
ローミング接続モジュールＲＣＧは、ソースネットワークＲＳ１のゲートウェイＧＷ１の相互接続モジュールＣＧ１との通信リンクを、ゲートウェイＧＷ２の相互接続モジュールＣＧ２を介して確立するように設計される。
【００８２】
ローミング接続モジュールＲＣＧは、例えばそのようなリンクを介して送信されたＨＴＴＰリクエストを用いて、この相互接続モジュールＣＧ１と通信する。しかし、セキュリティ上の理由で、ローミング接続モジュールＲＣＧは、ＨＴＴＰＳプロトコルまたは任意の他のセキュアプロトコルを使用して相互接続モジュールＣＧ１と通信するのが好ましい。状況に応じて、ローミング接続モジュールＲＣＧの承認は、以下により提供される。
−記録媒体ＳＰＲ上に格納されたローミング接続モジュールＲＣＧを承認するためのデータ、または
−ホームネットワークＲＳ２における記録媒体ＳＰＲと端末Ｔ２１またはＴ２２との間の接続を開始する前にユーザから得られる、ユーザを承認するためのデータ。
【００８３】
ＨＴＴＰＳプロトコルの使用は、ローミング接続モジュールＲＣＧによって受信されたＨＴＴＰリクエストがＨＴＴＰプロトコルに従うリクエストでカプセル化され、この形式で相互接続モジュールＣＧ１に送信されることを意味する。逆に、相互接続モジュールＣＧ１から生ずるＨＴＴＰＳリクエストの受信時、ローミング接続モジュールＲＣＧは、このリクエストを非カプセル化して、ＨＴＴＰプロトコルに従うリクエストを生成し、次いで以下に説明するローミングリレーモジュールＤＭＳ−Ｒ２にそのリクエストを送信する。
【００８４】
ＨＴＴＰＳのようなセキュアプロトコルを使用する代わりに、ローミング接続モジュールＲＣＧと相互接続モジュールＣＧ１との間のリンクをセキュアにするために、セキュアトンネル（ＶＰＮ、バーチャルプライベートネットワーク）の確率を行うことも考えられる。
【００８５】
ローミングリレーモジュールＤＭＳ−Ｒ２は、ソースネットワークＲＳ１のエンティティに対して確立された全ての通信がローミング接続モジュールＲＣＧおよび相互接続モジュールＣＧ１を介して伝わり、ローミング接続モジュールＲＣＧと相互接続モジュールＣＧ１との間で確立されたセキュア接続リンクを使用するように設計される。これにより、このソースネットワークを用いた通信をセキュアにすることができる。
【００８６】
好ましくは、ローミング接続モジュールＲＣＧは、開始するとすぐに、ＣＧ１とのセキュア通信リンクを確立し、このリンクは、ソースネットワークのエンティティとローミングリレーモジュールＤＭＳ−Ｒ２との間の全ての通信に使用される。
【００８７】
また、通信プロキシがホームネットワークＲＳ２へのアクセスに使用される場合、ローミング接続モジュールは、ローミング接続モジュールＲＣＧを実行するホストの電気製品で定義されたネットワークパラメータに基づいて、ホームネットワークＲＳ２から外部への通信を確立するのに必要なネットワークパラメータを決定するように設計される。
【００８８】
ローミングリレーモジュールＤＭＳ−Ｒ２
ローミングリレーモジュールＤＭＳ−Ｒ２は、ホームネットワークＲＳ２に接続される電気製品によって実行されることを目的とする。この目的のために、ＤＭＳ−Ｒ２は、ホームネットワークＲＳ２のうち少なくとも１つの電気製品からアクセス可能な記録媒体ＳＰＲ上に格納される。ローミングリレーモジュールＤＭＳ−Ｒ２が各種ホームネットワークで使用できる限り、ＤＭＳ−Ｒ２は、ローミングリレーモジュールと称される。
【００８９】
ローミングリレーモジュールＤＭＳ−Ｒ２は、ホームネットワークＲＳ２のＵＰｎＰエンティティをソースネットワークＲＳ１の１つまたは複数のエンティティにリンクする目的で、ソースリレーモジュールＤＭＳ−Ｒ１と協働するように設計される。ソースリレーモジュールＤＭＳ−Ｒ１と同様、ローミングリレーモジュールＤＭＳ−Ｒ２は、第１のＵＰｎＰ準拠通信インタフェースおよび第２の非ＵＰｎＰ準拠通信インタフェースを呈する。
【００９０】
ＵＰｎＰプロトコルに従う第１のインタフェースは、ＵＰｎＰコンテンツサーバ（ＤＭＳ、デジタルメディアサーバ）のソフトウェアインタフェースに対応し、一方ではホームネットワークＲＳ２のＵＰｎＰエンティティから生ずるＵＰｎＰリクエストを受信し、他方ではこれらのリクエストに対する応答を受信および処理する。このインタフェースにより特に、ＵＰｎＰコンテンツサーバのＵＰｎＰ規格で定義されたサービス機能を動作することができる。
【００９１】
また、ローミングリレーモジュールＤＭＳ−Ｒ２は、ＵＰｎＰ規格の発見メカニズムで提供された機能を実装するので、ローカルＵＰｎＰコンテンツサーバとして見なされ、故にソースネットワークＲＳ１のうち少なくとも１つのＵＰｎＰコンテンツサーバに向けられるＵＰｎＰリクエストを、ＤＭＳ−Ｒ２の第１のインタフェースを介して受信する。
【００９２】
この目的のために、ローミングリレーモジュールＤＭＳ−Ｒ２は、ソースネットワークＲＳ１のＵＰｎＰコンテンツサーバの機能、即ちＵＰｎＰ規格という意味でＵＰｎＰコンテンツサーバが与える“サービス”を宣言する。
【００９３】
既知の方法で、ＵＰｎＰ規格で提供される発見プロトコルは、以下のように進行する。ローミングリレーモジュールＤＭＳ−Ｒ２が開始されてネットワークＲＳ２に接続する時、ＤＭＳ−Ｒ２は、自身の存在を示すメッセージＭ１を送信することによって、ネットワークＲＳ２のＵＰｎＰ装置に対して自身が信号を送る。そのようなメッセージＭ１は通常、ＳＳＤＰプロトコル（シンプルサービス発見プロトコル）に従うメッセージ‘アライブ’である。これらメッセージの定義のために、例えばＩＥＴＦ（‘インターネットエンジニアリングタスクフォース’）による“draft-cai-ssdp-v1-02”と呼ばれる文書を参照することができる。このメッセージＭ１は、マルチキャストモードでネットワークに送信される。故に、Ｍ１は、ネットワークＲＳ２に位置することができるレンダリング装置ＤＭＲ２によって、または任意のＵＰｎＰ“制御ポイント”によって受信される。故に、ネットワークＲＳ２のＵＰｎＰエンティティのために、あたかもこのローミングリレーモジュールＤＭＳ−Ｒ２が実際にこのネットワークＲＳ２に位置するＵＰｎＰコンテンツサーバであるかのように、あらゆる事が起こる。
【００９４】
第２のインタフェースは、ＵＰｎＰプロトコルとは異なるプロトコルを使用し、非ＵＰｎＰリクエストを送信または受信するのに適しており、非ＵＰｎＰリクエストは、ホームネットワークＲＳ２の一部を形成しないエンティティと交わされる。ここで用いるプロトコルは、例えばＨＴＴＰプロトコルである。
【００９５】
第２のインタフェースを介して、ローミングリレーモジュールＤＭＳ−Ｒ２はまた、“ウェブサービス”形式の任意のリクエストを輸送しないＨＴＴＰリクエストを受信および再送信することができる。これらのリクエストは特に、コンテンツを送信するリクエスト、またはＵＰｎＰリクエスト若しくは応答への任意の変換を要求しないコンテンツを取得するリクエストである。
【００９６】
セキュリティ上の理由で、ローミングリレーモジュールＤＭＳ−Ｒ２は、ローミング接続モジュールＲＣＧを用いてソースリレーモジュールＤＭＳ−Ｒ１と通信する。
【００９７】
ソースリレーモジュールＤＭＳ−Ｒ１と同様、ローミングリレーモジュールＤＭＳ−Ｒ２は、ソースリレーモジュールＤＭＳ−Ｒ１が提供したコンテンツアドレスを変換するための機能を実装する。これにより、ソースネットワークＲＳ１のコンテンツは、リレーモジュールＤＭＳ−Ｒ１およびＤＭＳ−Ｒ２を介してホームネットワークＲＳ２からアクセス可能となる。
【００９８】
ローミングリレーモジュールＤＭＳ−Ｒ２が行うアドレス変換は、“ローミング変換”と称される。その変換は、コンテンツのＵＲＩアドレスにおいて、このアドレスで割当てられたサーバ（即ち、このアドレスからコンテンツを取得できるエンティティ）のＩＰアドレスおよびポートを、ローミング接続モジュールＲＣＧのＩＰアドレスおよびポートに置き換えることである。このＩＰアドレスは実際、ホームネットワークＲＳ２の電気製品のアドレスであり、ローミング接続モジュールＲＣＧおよびローミングリレーモジュールＤＭＳ−Ｒ２を実行し、ポートは、ローミング接続モジュールＲＣＧに割当てられた通信ポートである。
【００９９】
代替として、ローミング接続モジュールＲＣＧの代わりに、変換後のＵＲＩアドレスは、ローミングリレーモジュールＤＭＳ−Ｒ２を指定する。ローミング接続モジュールＲＣＧおよびローミングリレーモジュールＤＭＳ−Ｒ２の役割は実質的に、アドレスの変換およびこれら変換されたアドレスを含むアクセスリクエストのインターセプト／処理に関して互換可能なことである。
【０１００】
どの代替が選択されても、変換されたＵＲＩアドレスで指定されたエンティティは、ソースリレーモジュールＤＭＳ−Ｒ１との通信が可能であり、ＤＭＳ−Ｒ１は、ホームネットワークＲＳ２から送信できるコンテンツアクセスリクエストの受信先であることのみ要求される。
【０１０１】
ローミングリレーモジュールＤＭＳ−Ｒ２による変換後のＵＲＩアドレスは故に、以下の形式である。
http://RCG IP:RCG PORT/download uri=CONTENT URI R1
ここで
−ＣＯＮＴＥＮＴ＿ＵＲＩ＿Ｒ１は、ソースリレーモジュールＤＭＳ−Ｒ１によって提供されたＵＲＩアドレスである。
−ＲＣＧ＿ＩＰは、ローミング接続モジュールＲＣＧのＩＰアドレスである。
−ＲＣＧ＿ＰＯＲＴは、ローミング接続モジュールＲＣＧのポートである。
【０１０２】
故に修正されたＵＲＩアドレスは、コンテンツを参照するコンテンツサーバとして、即ち関連コンテンツを取得できるエンティティとしてローミング接続モジュールＲＣＧを示す。
【０１０３】
このアドレス変換は、ソースリレーモジュールＤＭＳ−Ｒ１から生じてローミングリレーモジュールＤＭＳ−Ｒ２に到達するリクエストに含まれたＵＲＩアドレス上で行われる。
【０１０４】
逆変換は、“ローミング変換”の前の状態になるようにＵＲＩアドレスを抽出すること、即ちソースリレーモジュールによって提供されるアドレスＣＯＮＴＥＮＴ＿ＵＲＩ＿Ｒ１を抽出することであり、ホームネットワークＲＳ２から送信されるリクエストに含まれたＵＲＩアドレス上で行われ、リクエストは、ソースリレーモジュールＤＭＳ−Ｒ２またはローミング接続モジュールＲＣＧに到達し、ソースリレーモジュールＤＭＳ−Ｒ１に送信される必要がある。この逆動作は、ソースリレーモジュールＤＭＳ−Ｒ２によって、またはローミング接続モジュールＲＣＧの何れかによって実行される。
【０１０５】
本発明による方法の実施形態は、図２を参照してここで説明される。この方法は、ステップ２００から３４０を含む。この一組のステップは、任意の回数だけ実行でき、各回数では、ホームネットワークＲＳ２の電気製品からソースネットワークＲＳ１のコンテンツへのアクセスが望まれる。
【０１０６】
ステップ２００は、開始ステップである。このステップの間、ユーザは、記録媒体ＳＰＲをホスト端末、例えば端末Ｔ２１に接続する。接続後、ローミング接続モジュールＲＣＧの実行は、ホスト端末Ｔ２１のプロセッサによって自動的に引起される。
【０１０７】
ユーザは、認証データ、例えばＩＤおよびパスワードを提供するように案内される。ローミング接続モジュールは、ソースネットワークＲＳ１の相互接続モジュールＣＧ１に接続リクエストを送信し、リクエストは、ユーザによって提供された認証データを含む。認証が成功した場合、セキュア接続リンクは、ローミング接続モジュールＲＣＧと相互接続モジュールＣＧ１との間で確立され、以降のステップ２０１が実行される。逆の場合、エラーメッセージがユーザに提示され、方法が終了する。必要に応じて、ユーザは、新たな認証データを入力するように案内される。
【０１０８】
ステップ２００では、ローミングリレーモジュールＤＭＳ−Ｒ２の実行は、ホスト端末Ｔ２１のプロセッサによって自動的に引起される。ローミングリレーモジュールＤＭＳ−Ｒ２は、ＵＰｎＰ発見メカニズムに従い、ホームネットワークＲＳ２のＵＰｎＰ制御ポイント（デジタルメディアコントローラ）にその存在およびその機能を通知し、ＤＭＳ−Ｒ２は次いで、ローカルＵＰｎＰコンテンツサーバと見なされる。この場合、ローミングリレーモジュールＤＭＳ−Ｒ２は、ＤＭＳ−Ｒ２が代理するソースネットワークＲＳ１のＵＰｎＰコンテンツサーバの機能を示す。
【０１０９】
ステップ２０１では、ソースネットワークＲＳ１のコンテンツサーバのコンテンツのメタデータを取得するために“ブラウズ”と称されるＵＰｎＰリクエストは、ＵＰｎＰレンダリング装置によって、例えば端末Ｔ２１に位置するレンダリング装置ＤＭＲ２によって送信され、ローミングリレーモジュールＤＭＳ−Ｒ２によって受信される。このリクエストは、以降のステップ２０５から２８０に対応する、メタデータを取得するための手順を引起す。代替として、メタデータを取得するための、この同一手順は、レンダリング装置ＤＭＲ２から、またはＵＰｎＰ制御ポイントから受信される“ブラウズ”リクエストに関係なく、ローミングリレーモジュールＤＭＳ−Ｒ２の開始時、または周期的の何れかで、自動的に引起される。
【０１１０】
“ブラウズ”ＵＰｎＰリクエストは、ソースリレーモジュールＤＭＳ−Ｒ１に送信可能な他のリクエストに変換される。このような他のリクエストの送信は、リレーモジュールＤＭＳ−Ｒ１とＤＭＳ−Ｒ２との間の対話に関して選択された通信スキームを使用する。このような他のリクエストはこの場合、ＨＴＴＰプロトコルを用いて輸送される。以下の記載では、リレーモジュールＤＭＳ−Ｒ１およびＤＭＳ−Ｒ２は、ウェブサービス形式のリクエストによって互いに通信することが想定される。
【０１１１】
ステップ２０５では、メタデータを得るためのこのＨＴＴＰリクエストは、ローミング接続モジュールＲＣＧによってインターセプトされ、ＲＣＧは、そのリクエストをＨＴＴＰＳリクエストにカプセル化する。
【０１１２】
ステップ２１０では、メタデータを得るためのカプセル化されたＨＴＴＰＳリクエストは、ステップ２００で確立されたセキュアリンクを介してローミング接続モジュールＲＣＧによって送信され、相互接続モジュールＣＧ１に到達する。
【０１１３】
ステップ２２０では、メタデータを得るためのカプセル化されたＨＴＴＰＳリクエストは、相互接続モジュールＣＧ１によって非カプセル化され、次いでＨＴＴＰリクエストの形式でソースリレーモジュールＤＭＳ−Ｒ１に送信される。
【０１１４】
ステップ２３０では、メタデータを得るためのＨＴＴＰリクエストは、リクエストを非カプセル化するソースリレーモジュールＤＭＳ−Ｒ１に到達する。非カプセル化されたリクエストは故に、レンダリング装置ＤＭＲ２によってステップ２０１で送信されて取得したメタデータＵＰｎＰリクエストと同一の“ブラウズ”ＵＰｎＰリクエストである。ソースリレーモジュールＤＭＳ−Ｒ１はその後、このリクエストを処理し、その処理は、ＵＰｎＰリクエストをネットワークのＵＰｎＰコンテンツサーバに送信して、これらのコンテンツサーバの各々を介してそれぞれアクセス可能なコンテンツのメタデータを得ることにより行われる。この場合、“ブラウズ”と称されるＵＰｎＰリクエストは、各コンテンツサーバＤＭＳ１１およびＤＭＳ１２に送信される。
【０１１５】
ステップ２４０では、コンテンツサーバＤＭＳ１１およびＤＭＳ１２のＵＰｎＰ応答の受信時、ソースリレーモジュールＤＭＳ−Ｒ１は、ソースネットワークＲＳ１の各種コンテンツサーバＤＭＳ１１またはＤＭＳ１２から受信したメタデータを集約する。ソースリレーモジュールＤＭＳ−Ｒ１は、このモジュールに関する上記説明に従って、これらのメタデータに含まれるコンテンツＵＲＩアドレスの変換（“ソース変換”）を実行し、具体的には、これらのアドレスがホームネットワークＲＳ２のＵＰｎＰモジュールによって使用できるようにする。この場合、この変換の特徴を考慮すると、これらの変換されたアドレスは全て、これらのコンテンツが取得可能なエンティティとしてソースリレーモジュールＤＭＳ−Ｒ１を指定する。
【０１１６】
ステップ２５０では、ソースリレーモジュールＤＭＳ−Ｒ１は、ステップ２２０で受信したリクエストに対する応答リクエストを生成し、その生成は、このリクエストを送信するのに用いたスキームと同一のプロトコルまたはスキーム、即ち“ウェブサービス形式”のリクエストに従う。この応答リクエストはこの場合、ＨＴＴＰプロトコルに従って輸送される。そのリクエストは、ステップ２４０で集約および修正されたメタデータを含む。
【０１１７】
ステップ２６０では、ステップ２５０で生成されたＨＴＴＰ応答リクエストは、相互接続モジュールＣＧ１によって受信され、ＣＧ１は、ローミング接続モジュールＲＣＧに対して確立されたセキュア通信リンクを介してそのリクエストを送信する前に、ＨＴＴＰＳプロトコルに従うリクエストにそのリクエストをカプセル化する。
【０１１８】
ステップ２７０では、ＨＴＴＰＳ応答リクエストは、ローミング接続モジュールＲＣＧに到達し、ＲＣＧは、そのリクエストを非カプセル化し、次いで非カプセル化された応答リクエストをＨＴＴＰリクエスト形式でローミングリレーモジュールＤＭＳ−Ｒ２に送信する。
【０１１９】
ステップ２８０では、ローミングリレーモジュールＤＭＳ−Ｒ２は、受信したＨＴＴＰ応答リクエストを処理する。ＤＭＳ−Ｒ２は、このモジュールに関する上記説明に従って、これらのメタデータに含まれるコンテンツＵＲＩアドレスの変換（“ローミング変換”）を実行することにより、これらのアドレスは、ローミングリレーモジュールＤＭＳ−Ｒ２と、関連するローミング接続モジュールＲＣＧとを通過するだけで、ホームネットワークＲＳ２のＵＰｎＰモジュールで使用できるようになる。この場合、この変換の特徴を考慮すると、これらの変換されたアドレスは全て、これらのコンテンツが取得可能なエンティティとしてローミング接続モジュールＲＣＧを指定する。
【０１２０】
次に、ローミングリレーモジュールＤＭＳ−Ｒ２は、メモリまたはデータファイル、例えば記録媒体ＳＰＲに受信メタデータを記録する。このファイルは、メタデータを格納するデータベースを形成する。
【０１２１】
コンテンツメタデータを得るための“ブラウズ”と称されるＵＰｎＰリクエストに応答して、ローミングリレーモジュールＤＭＳ−Ｒ２は、レンダリング装置ＤＭＲ２にリクエストメタデータを送信する。
【０１２２】
ローミングリレーモジュールＤＭＳ−Ｒ２は、関連コンテンツを取得できるエンティティとして、ホームネットワークＲＳ２の電気製品によって実行されるエンティティ（ローミング接続モジュールＲＣＧまたは代わりに、ローミングリレーモジュールＤＭＳ−Ｒ２）を指定するアドレスを、ソースネットワークのコンテンツサーバによって参照されるコンテンツ毎に、送信されるメタデータで提供し、このエンティティは、前記コンテンツへのアクセスリクエストをソースリレーモジュールＤＭＳ−Ｒ１に送信することができる。
【０１２３】
ステップ３００では、ローミングリレーモジュールＤＭＳ−Ｒ２によって格納されるメタデータをユーザが参照して、回復すべきコンテンツの選択をユーザが実行した後、これらのメタデータに基づいて選択されるコンテンツのうち１つを取得するリクエストは、ＵＰｎＰレンダリング装置によって、例えば端末Ｔ２１に位置するレンダリング装置ＤＭＲ２によって送信される。この得られたコンテンツリクエストは、ＨＴＴＰプロトコルに従う“ＧＥＴ”形式のリクエストである。ＵＰｎＰ規格に従い、このリクエストは、回復すべきコンテンツのＵＲＩアドレスを含む。ローミングリレーモジュールＤＭＳ−Ｒ２によって提供されるメタデータに含まれるＵＲＩアドレスは、変換をうけているので、このＵＲＩアドレスは、関連コンテンツを取得できるエンティティとしてローミング接続モジュールＲＣＧを指定する。代わりに、ＵＲＩアドレスは、ローミングリレーモジュールＤＭＳ−Ｒ２を指定する。
【０１２４】
ステップ３０１では、コンテンツ“ＧＥＴ”を得るＨＰＰＴリクエストは、ＵＲＩアドレスで指定されたエンティティによって受信される。そのリクエストは、択一的な選択に従い、ローミング接続モジュールＲＣＧ、またはローミングリレーモジュールＤＭＳ−Ｒ２の何れかによって受信される。
【０１２５】
指定されたエンティティ（ローミング接続モジュールＲＣＧまたは代わりに、ローミングリレーモジュールＤＭＳ−Ｒ２）は、メタデータの送信中にソースリレーモジュールＤＭＳ−Ｒ１によりステップ２４０で生成されたようなＵＲＩアドレスを、受信したＵＲＩアドレスから抽出する。この時、抽出したアドレスは、関連コンテンツが取得できるエンティティとしてソースリレーモジュールＤＭＳ−Ｒ１を指定する。
【０１２６】
ローミング接続モジュールＲＣＧまたは代わりに、ローミングリレーモジュールＤＭＳ−Ｒ２はその後、抽出したＵＲＩアドレスを含むＨＴＴＰリクエスト“ＧＥＴ”を生成し、次いでソースリレーモジュールＤＭＳ−Ｒ１にそのリクエストを送信する。
【０１２７】
次に、コンテンツ“ＧＥＴ”を取得するＨＴＴＰリクエストは、ローミング接続モジュールＲＣＧによってＨＴＴＰＳリクエストでカプセル化される。
【０１２８】
ステップ３０５では、コンテンツを得るためのカプセル化されたＨＴＴＰＳリクエストは、ステップ２００で確立されたセキュアリンクを介してローミング接続モジュールＲＣＧによって送信され、相互接続モジュールＣＧ２に到達する。
【０１２９】
ステップ３１０では、コンテンツを得るためのカプセル化されたＨＴＴＰＳリクエストは、ステップ２００で確立されたセキュアリンクを介して相互接続モジュールＣＧ２によって送信され、相互接続モジュールＣＧ１に到達する。
【０１３０】
ステップ３２０では、カプセル化され回復されたＨＴＴＰＳリクエストは、相互接続モジュールＣＧ１によって非カプセル化され、次いでＨＴＴＰリクエスト“ＧＥＴ”形式でソースリレーモジュールＤＭＳ−Ｒ１へ送信される。
【０１３１】
ステップ３２５では、コンテンツ“ＧＥＴ”を取得するためのＨＴＴＰリクエストは、ソースリレーモジュールＤＭＳ−Ｒ１によって受信され、ＤＭＳ−Ｒ１は、メタデータの送信中にソースリレーモジュールＤＭＳ−Ｒ１によってステップ２４０で取得したＵＲＩアドレスを、受信したＵＲＩアドレスから抽出する。この時、抽出したアドレスは、関連コンテンツを取得できるエンティティとしてコンテンツサーバＤＭＳ１１を指定する。
【０１３２】
ソースリレーモジュールＤＭＳ−Ｒ１はその後、抽出したＵＲＩアドレスを含むＨＴＴＰリクエスト“ＧＥＴ”を生成し、次いでコンテンツサーバＤＭＳ１１にそのリクエストを送信する。
【０１３３】
ステップ３３０では、回復されたＨＴＴＰリクエスト“ＧＥＴ”は、ソースリレーモジュールＤＭＳ−Ｒ１に到達し、ＤＭＳ−Ｒ１はそのリクエストを処理する。処理では、コンテンツを送信すべきサーバによって提供されるような、コンテンツのオリジナルＵＲＩアドレスを抽出し、次いでこのオリジナルアドレスを含むＨＴＴＰリクエスト“ＧＥＴ”を生成する。ソースリレーモジュールＤＭＳ−Ｒ１はその後、このように構成されたＨＴＴＰリクエスト“ＧＥＴ”を、回復すべきコンテンツを格納するコンテンツサーバに送信する。このサーバは、リクエストに含まれるＵＲＩアドレスに基づいて識別される。即ち、各種アドレス変換を切り抜けた“ＣＯＮＴＥＮＴ＿ＵＲＩ”フィールドに基づいて識別される。この場合、ＨＴＴＰリクエスト“ＧＥＴ”は、コンテンツサーバＤＭＳ１１およびＤＭＳ１２のうち１つ、例えばコンテンツサーバＤＭＳ１１に送信される。
【０１３４】
ステップ３４０では、ＨＴＴＰリクエスト“ＧＥＴ”の受信後、コンテンツサーバＤＭＳ１１は、回復すべきコンテンツのデータをソースリレーモジュールＤＭＳ−Ｒ１に送信する。これらのコンテンツデータは、ＨＴＴＰプロトコルを用いて送信したデータパケット形式で送信される。
【０１３５】
ステップ３５０では、ソースリレーモジュールＤＭＳ−Ｒ１は、受信したＨＴＴＰパケットをローミングリレーモジュールＤＭＳ−Ｒ２に送信する。
【０１３６】
ステップ３６０では、これらのＨＴＴＰパケットは、相互接続モジュールＣＧ１によって受信され、ＣＧ１は、ローミング接続モジュールＲＣＧに対して確立されたセキュア通信リンクを介してそのパケットを送信する前に、ＨＴＴＰＳプロトコルに従うデータパケットでそのパケットをカプセル化する。
【０１３７】
ステップ３７０では、ＨＴＴＰＳパケットは、ローミング接続モジュールＲＣＧに到達し、ＲＣＧは、そのパケットを非カプセル化し、次いで、ローミングリレーモジュールＤＭＳ−Ｒ２を通過することなく、直接レンダリング装置ＤＭＲ２へＨＴＴＰパケット形式で、非カプセル化したパケットを送信する。
【０１３８】
ステップ３８０では、レンダリング装置ＤＭＲ２は、受信したＨＴＴＰパケットに基づいて選択したコンテンツを回復する。
【０１３９】
ＨＴＴＰリクエスト“ＧＥＴ”を伝送することは、ローミングリレーモジュールＤＭＳ―Ｒ２を通過しないで実行でき、これらのリクエストは、セキュリティ上の制限が課されない場合、ソースリレーモジュールＤＭＳ−Ｒ１に直接アドレス指定でき、および／またはローミング接続モジュールを通過しないことが分かる。
【０１４０】
ローミングリレーモジュールの役割は、セキュアネットワークのリモートエンティティを制御するのに用いるプロトコルに従う制御インタフェースを呈するために制御すべき主に使用され、このローミングリレーモジュールは故に、制御すべきリモートエンティティ（この場合、コンテンツサーバＤＭＳ１１およびＤＭＳ１２）の代わりとして、ホームネットワークにおいて機能する。ローミング接続モジュールＲＣＧに関して、ローミングリレーモジュールＤＭＳ−Ｒ２は、ソースリレーモジュールに対する通信リレーとして機能する。
【０１４１】
ローミングリレーモジュールおよびローミング接続モジュールは、本発明の実施形態に役立つ各種機能を特定するために、２つの独立したモジュールとして本明細書で説明されることが分かる。しかし、それらは、記録媒体ＳＰＲに格納される、１つおよび同一のソフトウェアモジュール、または１つおよび同一のプログラム内に統合されてもよい。
【０１４２】
ソースリレーモジュールおよびローミングリレーモジュールの両方は、複数のリモートエンティティ（この場合、複数のコンテンツサーバＤＭＳ１１およびＤＭＳ１２）を示してもよいことが分かる。
【０１４３】
本発明および記録媒体により、ユーザＢｏｂは、他の国内ネットワークに接続された他のユーザＡｌｉｃｅの端末から、自分の国内ネットワークに格納されたコンテンツにアクセスすることができる。故に、Ｂｏｂは、特にＡｌｉｃｅの端末上にコンテンツを回復することをリクエストすることにより、Ａｌｉｃｅとコンテンツを共用でき、これは、たとえばＢｏｂおよびＡｌｉｃｅの国内ネットワークが地理的に離れており、相互接続されていなくとも、同じである。
【技術分野】
【０００１】
本発明は、電気通信の分野に関し、特にローカルネットワークからリモートネットワークのエンティティを制御する方法に関する。
【背景技術】
【０００２】
各種技術により、例えばローカルネットワークからリモートネットワークのエンティティを制御する目的で、１つのネットワークから他のネットワークへの接続を確立することができる。例えば、ＶＰＮ（仮想プライベートネットワーク）セキュアトンネルである。もう１つの一般的に使用される解決策は、ＩＭＳ（ＩＰマルチメディアサブシステム）手法と呼ばれるものである。
【０００３】
国内ネットワークの分野では、ＵＰｎＰプロトコルは、デジタルコンテンツの共有、放送および監視に対する規格として出現している。今日、ＵＰｎＰ（ユニバーサルプラグアンドプレイ）規格に従う各種電気製品は、家庭、特にメディアサーバ（例えばＰＶＣｏｎｎｅｃｔ、Ｗｉｎｄｏｗｓ（登録商標） Ｍｅｄｉａ Ｐｌａｙｅｒ １１等）、メディアレンダラ（ＳＴＢ、ＤＭＡオーディオ、ＩＰ−Ｒａｄｉｏ等）およびメディアプレイヤ（ゲームコンソール、デジタルフォトフレーム等）を用いるマルチメディア分野にわたって普及している。しかし、ＵＰｎＰネットワークの電気製品は、他のＵＰｎＰネットワークの電気製品と通信するように設計されていない。実際、ＵＰｎＰエンティティ発見メカニズムは、ローカルネットワークに存在するエンティティを発見できるだけの“マルチキャスト”モードでコマンドを送信する。
【０００４】
既存のＶＰＮトンネルまたはＩＭＳ手法に基づく解決策は、その解決策としては比較的扱いにくく、実装するのに困難である。また、ＶＰＮトンネルに基づく解決策では、アドレス衝突の問題が生ずる。ＩＭＳ手法は、一般の庶民であるユーザが必ずしも自由に利用できない。
【０００５】
従って、２つのネットワークを接続し、ローカルネットワークからリモートネットワークのエンティティの制御を可能にし、１つのネットワークのＵＰｎＰ電気製品を他のＵＰｎＰネットワークの電気製品と通信できるようにする簡単な解決策に対する要求があることは明白である。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の１つの目的は、従来技術の問題、欠点または不足を解消および／または改善することである。
【課題を解決するための手段】
【０００７】
第１の実施形態によると、本発明は、ローカルホームネットワークからリモートソースネットワークのうち少なくとも１つのエンティティを制御する方法であって、前記方法は、ローミングリレーモジュールと称するリレーモジュールを用いて実行され、ローミングリレーモジュールが、ホームネットワークに接続される電気製品によって実行される時、ソースリレーモジュールと称するリレーモジュールと通信するように設計され、ソースリレーモジュールは、ソースネットワークの電気製品によって実行され、前記少なくとも１つのエンティティに対する通信リレーとして機能し、
−ソースネットワークから前記エンティティを制御するのに使用できる第１のプロトコルに従う制御インタフェースを介してローミングリレーモジュールによって第１のリクエストを受信するステップと、
−ソースリレーモジュールによって第１のプロトコルに従う少なくとも１つの第３のリクエストに変換することを目的とする第２のリクエストを、ローミングリレーモジュールからソースリレーモジュールへ送信するステップと
を具備する。
【０００８】
この発明は、方法を提案し、それによりユーザは、ローカルネットワークの端末からリモートネットワークのエンティティ、例えばＵＰｎＰエンティティを簡単に制御でき、このエンティティは、例えばＵＰｎＰコンテンツサーバである。このユーザは故に、友人または自分の家族のメンバーからなるローカル国内ネットワークから自分のコンテンツの全てにアクセスし、ローカルネットワークの端末を用いてこれらのコンテンツを回復できる。
【０００９】
ローミングリレーモジュールは、ソースネットワークから前記エンティティを制御するのに使用可能なプロトコルに従う制御インタフェースを呈し、またソースネットワークのリモートエンティティに向けられたリクエストをソースリレーモジュールに送信できる。従って、ローミングリレーモジュールは、この制御インタフェースを介してホームネットワークにおけるこのエンティティを示すことができる。
【００１０】
最後に、２つの協働的なリレーモジュールの存在により、ホームネットワークのエンティティがソースネットワークのうち１つまたは複数のエンティティに対して、第１のプロトコルに従って対話することができる。
【００１１】
本発明による方法の実施形態によると、前記エンティティは、コンテンツサーバであり、前記方法は、前記コンテンツサーバによって参照される少なくとも１つのコンテンツのアドレスを提供するステップであって、前記アドレスは、前記コンテンツを取得できるエンティティとして、ホームネットワークの電気製品によって実行され、前記コンテンツにアクセスするリクエストをソースリレーモジュールに送信できるエンティティを指定する、ステップを具備する。故に、リモートコンテンツサーバのマルチメディアコンテンツへのアクセスリクエストは、前記コンテンツを取得できるエンティティへ自動的にリダイレクトされる。ローカルコンテンツサーバと既に通信できるローカルモジュールの修正は、そのようなリモートコンテンツへのアクセスに不要である。
【００１２】
実施形態によると、ローミングリレーモジュールがローカルホームネットワークのコンテンツサーバとして認識されるように、発見メカニズムを実行するステップを具備する。従って、前記第１のプロトコルを用いてローカルネットワークのコンテンツサーバと通信が可能な、前記ローミングモジュールとローカルモジュールとの間の通信は、前記ローカルモジュールを修正することなく確立できる。故に、リモートネットワークのエンティティは、まるでリモートネットワークのエンティティがローカルネットワークに位置するかのように、ユーザの視点からみてトランスペアレントな方法で制御できる。
【００１３】
本発明による方法の実施形態によると、前記第２のリクエストは、第１のプロトコルとは異なる第２のプロトコルに従って送信される。２つのモジュールであるソースおよびローミングは、ソースネットワークからリモートネットワークへの通信リンクを確立するために、任意の適切な通信スキームを使用できる。
【００１４】
本発明による方法のもう１つの実施形態によると、前記ローミングリレーモジュールは、ホームネットワークの電気製品からアクセス可能な記録媒体上に格納される。故に本発明により、任意のホームネットワークからソースネットワークにアクセスできる。
【００１５】
記録媒体は、例えばＵＳＢキーであり、そのコンテンツは、ローカルネットワークの端末への接続後、この端末からアクセス可能である。例示的な単純かつ実用的な方法では、ユーザは、このＵＳＢキーを輸送することにより、自分の国内ネットワークのコンテンツにアクセスできる。
【００１６】
本発明による方法のもう１つの実施形態によると、記録媒体は、ローミング接続モジュールと称する接続モジュールをさらに具備し、前記方法は、前記ローミング接続モジュールを用いて、リモートネットワークにアクセスするために電気製品との通信リンクを確立するステップをさらに具備し、前記第２のリクエストは、前記通信リンクを介して送信される。故に、ホームネットワークに対する通信リンクは、安全な方法で確立でき、特にソースネットワークにアクセス権限のある接続モジュールを用いて、このネットワークへの接続データを利用して確立される。
【００１７】
特に、本発明による方法のさらにもう１つの実施形態によると、記録媒体は、前記端末に接続できる。この場合、ソースネットワークへのアクセスが可能であることを保証するために、ユーザは、ソースネットワークへアクセスしリモートエンティティを駆動するのに必要なモジュールまたは複数のモジュールを含むこの媒体を輸送することができる。
【００１８】
本発明による方法のもう１つの実施形態によると、前記エンティティは、リモートソースネットワークのコンテンツサーバであり、第１のリクエストは、前記コンテンツサーバに格納されるコンテンツのメタデータを取得するリクエストである。本発明により、各種ユーザは、そのコンテンツへのアクセスを共有できる。
【００１９】
相まって、本発明は、リモートソースネットワークのうち少なくとも１つのエンティティを制御する方法を実行するための、ローカルホームネットワークの電気製品からアクセス可能なデータ記録媒体に関し、
前記記録媒体は、ホームネットワークへ接続される電気製品によって実行される時、他のリレーモジュールと通信するように設計されるローミングリレーモジュールと称するリレーモジュールを具備し、他のリレーモジュールは、ソースリレーモジュールと称し、ソースネットワークの電気製品によって実行され、前記少なくとも１つのエンティティに対する通信リレーとして機能し、
ローミングリレーモジュールは、ソースネットワークから前記エンティティを制御するのに使用可能な第１のプロトコルに従う制御インタフェースを介して少なくとも１つの第１のリクエストを受信し、第１のプロトコルに従う少なくとも１つの第３のリクエストへソースリレーモジュールによって変換されることを目的とする第２のリクエストをソースリレーモジュールに送信できる。
【００２０】
実施形態によると、本発明の媒体は、ソースネットワークへアクセスするために電気製品との通信リンクを確立できる通信モジュールをさらに具備する。
【００２１】
実施形態によると、前記接続モジュールによって使用されることを目的とする前記アクセス電気製品への接続データが、本発明の媒体に格納される。
【００２２】
相まって、本発明は、ローカルホームネットワークからリモートソースネットワークのうち少なくとも１つのエンティティを制御する方法を実行するための、ローミングリレーモジュールと称するリレーモジュールに関して、
ローミングリレーモジュールは、ホームネットワークに接続される電気製品によって実行される時、ソースリレーモジュールと称するリレーモジュールと通信するように設計され、ソースリレーモジュールは、ソースネットワークの電気製品によって実行され、前記少なくとも１つのエンティティに対する通信リレーとして機能し、
ローミングリレーモジュールは、ソースネットワークから前記エンティティを制御するのに使用可能な第１のプロトコルに従う制御インタフェースを介して少なくとも１つの第１のリクエストを受信し、第１のプロトコルに従う少なくとも１つの第３のリクエストへソースリレーモジュールによって変換されることを目的とする第２のリクエストをソースリレーモジュールに送信できる。
【００２３】
対称的に、本発明は、ローカルホームネットワークからリモートソースネットワークのうち少なくとも１つのエンティティを制御する方法を実行するための、ソースリレーモジュールと称するリレーモジュールに関して、
ソースリレーモジュールは、前記少なくとも１つのエンティティに対する通信リレーとして機能し、ソースネットワークの電気製品によって実行される時、ローミングリレーモジュールと称するリレーモジュールと通信するように設計され、ローミングリレーモジュールは、ホームネットワークに接続する電気製品によって実行され、ソースネットワークから前記エンティティを制御するのに使用可能な第１のプロトコルに従う制御インタフェースを介して少なくとも１つの第１のリクエストを受信でき、
ソースリレーモジュールは、第１のプロトコルに従う第３のリクエストに変換されることを目的とする第２のリクエストをローミングリレーモジュールから受信できる。
【００２４】
実施形態によると、本発明のソースリレーモジュールは、前記第３のリクエストが複数のコンテンツサーバに格納されるコンテンツのメタデータを取得するリクエストである時、第３のリクエストに応答して各種コンテンツサーバから受信されるメタデータを集約できるように構成できる
【００２５】
実施形態によると、本発明のソースリレーモジュールは、受信または集約したメタデータに含まれるコンテンツアドレスを適合できることで、これらのアドレスがホームネットワークの電気製品によって解釈できる。
【００２６】
好ましい実施形態によると、本発明の方法の各種ステップは、コンピュータソフトウェアまたはプログラムによって実装され、このソフトウェアは、本発明による装置のデータプロセッサによって実行されることを目的とするソフトウェア命令を含み、この方法の各種ステップの実行を制御するように設計される。
【００２７】
結果的に、本発明はまた、コンピュータによって、またはデータプロセッサによって実行可能なプログラムを目的とし、このプログラムは、上記説明したような方法のステップの実行を制御するための命令を含む。
【００２８】
このプログラムは、任意のプログラム言語に使用可能であり、部分的にコンパイルされるかまたは任意の他の好ましい形式等により、ソースコード、オブジェクトコード、またはソースコードおよびオブジェクトコード間の中間のコードで形成できる。
【００２９】
本発明はまた、コンピュータまたはデータプロセッサによって読み取り可能な情報媒体を目的とし、上記説明したようなプログラムの命令を含む。
【００３０】
情報媒体は、プログラムを格納できる任意のエンティティまたは装置でも良い。例えば、媒体は、例えばＲＯＭ、ＣＤ ＲＯＭ、超小型電子回路ＲＯＭ、磁気記録手段、ディスケット（フロッピー（登録商標）ディスク）またはハードディスクのような格納手段を含むことができる。
【００３１】
また、情報媒体は、電気または光信号のような送信可能媒体でもよく、無線により、または他の手段により、電気または光ケーブルを介して伝送されてもよい。本発明によるプログラムは特に、インターネット形式のネットワークからダウンロードできる。
【００３２】
代わりに、情報媒体は、プログラムが組込める集積回路でもよく、回路は、実行するために、または対象となる方法の実行において使用されるために適合される。
【００３３】
もう１つの実施形態によると、本発明は、ソフトウェアおよび／またはハードウェア要素によって実装される。これについて、用語モジュールは、本明細書において、ソフトウェア要素またはハードウェア要素に等しく対応してもよく、或いは統合プロセッサの有無に関係なく、プログラマブルハードウェア要素にも対応してもよい。
【００３４】
ソフトウェア要素は、モジュールに関する以下の説明に従う機能または一組の機能を実装可能な、１つまたは複数のコンピュータプログラム、１つまたは複数のプログラムサブルーチン、または一般的な態様では任意のプログラム要素、ソフトウェアの任意の一部要素に対応する。同様に、ハードウェア要素は、モジュールに関する以下の説明に従う機能または一組の機能を実装可能な任意のハードウェアアセンブリ要素に対応する。
【００３５】
本発明の他の目的、特徴および利点は、非限定的な実施形態および添付図面を参照するだけで、以下の詳細な説明から明らかである。
【図面の簡単な説明】
【００３６】
【図１】図１は、本発明による装置を統合する通信システムを概略的に示す。
【図２】図２は、本発明による方法の実施形態のフローチャートを示す。
【発明を実施するための形態】
【００３７】
本発明は、リモートソースネットワークに位置するコンテンツサーバ形式のエンティティとこのサーバに格納されたコンテンツにアクセスする手法とに対して、ローカルホームネットワークからのリモート制御を適用する場合について、詳細に説明される。
【００３８】
そのようなコンテンツサーバは例えば、ＵＰｎＰ（ユニバーサルプラグアンドプレイ）規格またはＤＬＮＡ規格（デジタルリビングネットワークアライアンス）に従うコンテンツサーバである。そのようなコンテンツサーバは、ＵＰｎＰ／ＤＬＮＡアーキテクチャにおいて“デジタルメディアサーバ（ＤＭＳ）”と呼ばれる。しかし、本発明が提案するメカニズムは、ローカルネットワークのエンティティ制御を扱う他のプロトコルに置き換えることができる。
【００３９】
本発明はまた、ＵＰｎＰ／ＤＬＮＡ規格に従う他形式のエンティティに対するリモート制御、特に“デジタルメディアレンダラ” （ＤＭＲ）または“デジタルメディアプレイヤ”（ＤＭＰ）と呼ばれるコンテンツレンダリング装置に対する制御、または“デジタルメディアコントローラ”（ＤＭＣ）と呼ばれる装置の制御に適用可能である。
【００４０】
ＵＰｎＰ／ＤＬＮＡ規格は、ＵＰｎＰエンティティ間でピアネットワーク形式のリンクアップを可能にするメカニズムおよびアーキテクチャを提供する。各ＵＰｎＰエンティティは、ローカルネットワークのうち１つの端末に物理的に統合されるか、或いは相互接続ゲートウェイ（Ｇａｔｅｗａｙ）、セットトップボックス（ＳＴＢ）、ルータまたはＮＡＳ（ネットワーク接続ストレージ）形式のストレージサーバ等の電気製品に物理的に統合されてもよい。ＵＰｎＰ規格で提供された通信メカニズムは、ＵＰｎＰエンティティ間で相互運用を可能にするように設計される。ＵＰｎＰプロトコルは、ＵＰｎＰリクエストを輸送するために、特にＴＣＰ／ＵＤＰ／ＩＰプロトコル（トランスミッション制御プロトコル／ユーザデータグラムプロトコル／インターネットプロトコル）を使用する。
【００４１】
エンティティは、ＵＰｎＰ／ＤＬＮＡ規格または他の同等若しくは派生規格に従う場合、特にエンティティがそのような規格に従う制御プロトコルを使用する場合、ＵＰｎＰエンティティと称される。
【００４２】
図１に示すシステムは、一方ではソースネットワークと称する第１のローカルネットワークＲＳ１と、他方ではホームネットワークと称する第２のローカルネットワークＲＳ２とが周囲に編成され、これら２つのローカルネットワークは、拡張ネットワークＲＩ、例えばインターネットネットワークを介して共に相互接続される。ローカルネットワークＲＳ１およびＲＳ２は例えば、国内ネットワークである。
【００４３】
このシステムは、以下のエンティティを含む。
−コンテンツサーバＤＭＳ１１をホストし、ＵＰｎＰ規格に従う、ソースネットワークＲＳ１の第１の端末Ｔ１１。
−他のコンテンツサーバＤＭＳ１２をホストし、ＵＰｎＰ規格に従う、ソースネットワークＲＳ１の第２の端末Ｔ１２。
−ソースネットワークＲＳ１へのアクセスゲートウェイとして機能し、ソースリレーモジュールとも呼ばれるソースリレーモジュールＤＭＳ−Ｒ１と拡張ネットワークＲＩにアクセスするための相互接続モジュールＣＧ１とをホストする国内ゲートウェイＧＷ１。
−ネットワークオペレータのオペレータネットワークＲＯＰ１に存在するドメインネームサーバＤＮＳ１（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｅｒｖｅｒ、ＤＮＳ）であり、ＤＮＳ１は、国内ゲートウェイＧＷ１のプロバイダであり、このオペレータネットワークは、ソースネットワークＲＳ１がインターネットネットワークにアクセスするためのネットワークを形成する。
−コンテンツレンダリング装置ＤＭＲ２（デジタルメディアレンダラまたはデジタルメディアプレイヤ）をホストし、ＵＰｎＰ規格に従う、ホームネットワークＲＳ２の第１の端末Ｔ２１。
−コンテンツサーバＤＭＳ２１をホストし、ＵＰｎＰ規格に従う、ホームネットワークＲＳ２の第２の端末Ｔ２２。
−ホームネットワークＲＳ２へのアクセスゲートウェイとして機能し、拡張ネットワークＲＩにアクセスするための相互接続モジュールＣＧ２をホストする国内ゲートウェイＧＷ２。
−記録媒体ＳＰＲであり、以下を含む。
−他のネットワークからソースネットワークＲＳ１への接続を確立するのに使用するローミング接続モジュールＲＣＧ、および
−ローミングリレーモジュールとも呼ばれるリレーモジュールＤＭＳ−Ｒ２。
【００４４】
コンテンツサーバＤＭＳ１１およびＤＭＳ１２
コンテンツサーバＤＭＳ１１（またはＤＭＳ１２）は、ＵＰｎＰ規格または“デジタルメディアサーバ”（ＤＭＳ）に従うコンテンツサーバである。結果として、そのサーバは、ＵＰｎＰ規格に従う制御インタフェースを呈し、ＵＰｎＰリクエストのみ用いて駆動できる。ＵＰｎＰリクエストの送信は通常、目標エンティティのソフトウェアプログラミングインタフェース（ＡＰＩ、アプリケーションプログラミングインタフェース）を介して関数呼出しを用いて実行される。
【００４５】
ゲートウェイＧＷ１
ゲートウェイＧＷ１は、ソースネットワークＲＳ１をインターネットネットワークＲＩと相互接続するためのゲートウェイである。これにより、ソースネットワークＲＳ１の端末は、インターネットネットワークＲＩにアクセスできる。反対に、ゲートウェイにより、そのようなアクセス権利が承認されている条件で、ソースネットワークＲＳ１以外のネットワークの電気製品は、ソースネットワークＲＳ１の端末と通信できる。
【００４６】
相互接続モジュールＣＧ１は、ソースネットワークＲＳ１とインターネットネットワークＲＩとの間の相互接続機能を実行する。この目的のため、ＣＧ１は、ソースネットワークＲＳ１のエンティティと通信するための第１の通信インタフェースと、特にソースネットワークＲＳ１の外部のエンティティへインターネットネットワークＲＩを介して通信するための第２の通信インタフェースとを含む。この第２のインタフェースを使用して、ドメインネームサーバＤＮＳ１とだけでなく、ネットワークＲＯＰのオペレータのインターネットアクセスプロバイダ（通常、インターネットサービスプロバイダ、ＩＳＰと呼ぶ）と通信する。
【００４７】
サーバＤＮＳ１は、ＤＮＳ１が管理する電気製品に割当てられたパブリックアドレスと名前との間の対応に関するルックアップテーブルを維持する。特に、国内ゲートウェイＧＷ１に割当てられた名前は、静的であり、即ち、変化しないが、国内ゲートウェイＧＷ１のパブリックアドレスは、周期的に変化する。この国内ゲートウェイＧＷ１と通信するために、ＧＷ１の現在のパブリックアドレスを確定し、それによりＧＷ１の名前に基づきサーバＤＮＳ１を問合せる必要がある。この名前は、このゲートウェイによって管理されるネットワークドメインの名前に対応し、例えば以下の形式である。
myhome.homedns.org
【００４８】
この名前は、国内ゲートウェイＧＷ１を提供するネットワークオペレータによって自動的に割当てることができ、また、このゲートウェイのユーザによって手動で設定できる。
【００４９】
国内ゲートウェイＧＷ１に関するドメイン名の設定は、この目的のためにサーバＤＮＳ１と通信する相互接続モジュールＣＧ１を用いて実行される。
【００５０】
相互接続モジュールＣＧ１はまた、ＩＧＤ（インターネットゲートウェイ装置）またはＣＧＩ（共通ゲートウェイインタフェース）のＵＰｎＰ装置の形式をとるアドレスモジュールを含み、パブリックアドレス、プライベートアドレスに関するポートおよびソースネットワークＲＳ１の電気製品のポートをマッピングする役目を果たすので、ソースネットワークＲＳ１以外の装置は、パブリックアドレスおよび／またはポートを用いてこのソースネットワークＲＳ１の電気製品と通信することができる。このアドレスモジュールを用いて特に、ローミングリレーモジュールＤＭＳ−Ｒ２は、ソースリレーモジュールＤＭＳ−Ｒ１と通信するように設置できる。
【００５１】
ソースリレーモジュールＤＭＳ−Ｒ１
ソースリレーモジュールＤＭＳ−Ｒ１は、１つまたは複数のコンテンツサーバＤＭＳ１１および／またはＤＭＳ１２に関する代替のエンティティ（またはプロキシエンティティ）である。ＤＭＳ−Ｒ１は、コンテンツサーバＤＭＳ１１（またはＤＭＳ１２）と、ＵＰｎＰに従わず、および／またはソースネットワークの一部を形成しないエンティティとの間の通信に対する中継として機能する。ソースリレーモジュールＤＭＳ−Ｒ１は故に、そのようなエンティティに関するコンテンツサーバＤＭＳ１１の“代替”として機能する。ソースリレーモジュールＤＭＳ−Ｒ１の存在のおかげで、コンテンツサーバＤＭＳ１１は、ＵＰｎＰに従わず、および／またはソースネットワークの一部を形成しないエンティティによって遠隔で駆動することができる。
【００５２】
より詳細に、ソースリレーモジュールＤＭＳ−Ｒ１は、ＵＰｎＰ制御ポイント（ＤＭＣ、デジタルメディアコントローラ）の機能、特にＵＰｎＰ制御サーバを検出する機能およびＵＰｎＰ制御サーバのコンテンツのディレクトリを調べる（ＣＤＳ、コンテンツディレクトリサービス）機能を実行する。ソースリレーモジュールＤＭＳ−Ｒ１は、以下の２つのインタフェースを実装する。
−ＵＰｎＰプロトコルに従い、ＵＰｎＰ制御装置インタフェース（ＤＭＣ、デジタルメディアコントローラ、“ＵＰｎＰ制御ポイント”とも呼ばれる）に対応し、一方でソースネットワークＲＳ１のＵＰｎＰエンティティ、特にコンテンツサーバＤＭＳ１１またはＤＭＳ１２の１つにＵＰｎＰコマンドを送信し、他方でこれらのリクエストに対する応答を受信および処理する第１のインタフェース。
−ＵＰｎＰプロトコルとは異なり、非ＵＰｎＰエンティティおよび／またはソースネットワークＲＳ１の一部を形成しないエンティティと交わした非ＵＰｎＰリクエストを送信または受信するのに適したプロトコルを使用する第２のインタフェース。そこで用いるプロトコルは例えば、ＨＴＴＰプロトコルである。
【００５３】
この第２のインタフェースを介して、ソースリレーモジュールＤＭＳ−Ｒ１は、ローミングリレーモジュールＤＭＳ−Ｒ２と対話でき、以下で詳述するように、ＤＭＳ−Ｒ２は、ホームネットワークＲＳ２の電気製品内で実行する。この対話は、例えばＸＭＬ−ＲＰＣ、ＳＯＡＰおよびＲＥＳＴから選択されたプロトコルに従う適切な手法に従って、例えばリモートプロシージャコールを用いて、または“ウェブサービス”形式のリクエストを用いて実行される。ソースリレーモジュールＤＭＳ−Ｒ１およびローミングリレーモジュールＤＭＳ−Ｒ２間で交わされるリクエストはこの場合、ＨＴＴＰプロトコルを用いて輸送される。
【００５４】
ソースリレーモジュールＤＭＳ−Ｒ１は、ＵＰｎＰプロトコルに従わず、コンテンツサーバＤＭＳ１１を対象とするリクエストを、その第２のインタフェースを介して受信して、ＵＰｎＰに従わないこれらリクエストをＵＰｎＰプロトコルに従うリクエストに変換して、リクエストをその第１のインタフェースを介して送信することで、コンテンツサーバＤＭＳ１１のために変換されるよう構成される。
【００５５】
このリクエストフォーマットの変換は、例えば第２のプロトコルに従うリクエストでカプセル化されているＵＰｎＰリクエストの非カプセル化によって実行される。この第２のプロトコルは例えば、ＨＴＴＰプロトコルである。このフォーマット変換動作は、変換されたＵＰｎＰリクエストのデータを修正しないが、単にそのデータを送信するために用いるフォーマットを修正する。ＵＰｎＰプロトコルに従うリクエスト送信は通常、目標ＵＰｎＰモジュールのソフトウェアインタフェースの関数呼出しを介して実行されることが分かる。より詳細に、ＵＰｎＰ規格において、ある者は、目標ＵＰｎＰモジュール（ＵＰｎＰコンテンツサーバ、ＤＭＲまたはＤＭＰレンダリング装置）によって実行されるＵＰｎＰサービスのアクションを想定すると言う。
【００５６】
第２のインタフェースを介して受信される例示的なリクエストは、ソースネットワークＲＳ１のＵＰｎＰコンテンツサーバがアクセスできるコンテンツのメタデータを取得するリクエストである。ソースリレーモジュールＤＭＳ−Ｒ１は、ＵＰｎＰ規格で“ブラウズ”と称される１つまたは複数のリクエストに、このリクエストを変換するよう設計され、それらリクエストは、ソースネットワークＲＳ１の各種ＵＰｎＰコンテンツサーバに各々送信される。
【００５７】
ソースリレーモジュールＤＭＳ−Ｒ１による受信リクエストに対して行うフォーマット変換は、以下の動作によって適切な場合に同時に行われる。
−受信リクエストのパラメータの修正またはフィルタリングおよび／または
−送信すべきリクエストまたは複数のリクエストに対する新たなパラメータの追加および／または
−送信すべき１つまたは複数のリクエストに受信リクエストを分解し、または反対に、いくつかの受信リクエストを、送信すべき単一のリクエストに組合せる。
【００５８】
反対に、ソースリレーモジュールＤＭＳ−Ｒ１は、ＵＰｎＰプロトコルに従うこのサーバによって格納されたコンテンツを含まない関数呼出しまたはメッセージに対する応答を、コンテンツサーバＤＭＳ１１の第１のインタフェースを介して受信し、ＵＰｎＰに従わず、および／またはソースネットワークの一部を形成しないエンティティとの通信に適する別のプロトコルに従うリクエストにそれらメッセージを変換し、その第２のインタフェースを介してリクエストを送信するので、目標エンティティのために変換される。このリクエストフォーマットの変換は、例えば第２のプロトコルに従うリクエストでＵＰｎＰリクエストをカプセル化することによって実行される。この第２のプロトコルは例えば、ＨＴＴＰプロトコルである。この変換は、変換されたＵＰｎＰリクエストのデータを修正しないが、単にデータを送信するために使用されるフォーマットを修正する。
【００５９】
ソースリレーモジュールＤＭＳ−Ｒ１によるこの時に行うフォーマット変換は、以下の動作によって適切な場合に実行される。
−受信リクエストのパラメータの修正又はフィルタリングおよび／または
−送信すべきリクエストまたは複数のリクエストに対する新たなパラメータの追加および／または
−送信すべき１つまたは複数のリクエストに受信リクエストを分解し、または反対に、いくつかの受信リクエストを、送信すべき単一のリクエストに組合せる。
【００６０】
その第２のインタフェースを介して、ソースリレーモジュールＤＭＳ−Ｒ１は、“ウェブサービス”形式である任意のリクエストを輸送しないＨＴＴＰリクエストを受信および再送信することができる。これらは特に、コンテンツを送信するためのリクエスト、またはＵＰｎＰリクエスト若しくは応答への任意の変換をリクエストしないコンテンツを取得するためのリクエストを含む。
【００６１】
ソースリレーモジュールＤＭＳ−Ｒ１は故に、ＤＭＳ１１（またはＤＭＳ１２）コンテンツサーバが自ら送信できないリクエストを送信する（各々受信する）ためにそのコンテンツサーバの代わりとして機能する。
【００６２】
ソースリレーモジュールＤＭＳ−Ｒ１は、国内ゲートウェイＧＷ１へ、またはソースネットワークＲＳ１の他の電気製品へ統合される。しかし勿論、このモジュールの各種機能は、分散した態様で実装されることが想定される。即ち、各種機能は、これらの機能の各々をそれぞれ実装するエンティティ間に通信リンクが提供される条件で、相異なる物理的な電気製品において実装されることが想定される。
【００６３】
ソースリレーモジュールＤＭＳ−Ｒ１が国内ゲートウェイＧＷ１に統合されない時、ソースリレーモジュールＤＭＳ−Ｒ１は、相互接続モジュールＣＧ１のアドレスモジュールにアドレスデータを送信するよう設計されるので、このアドレスモジュールは、ＤＭＳ−Ｒ１に向けられたリクエストをソースリレーモジュールＤＭＳ−Ｒ１に中継することができる。この目的のため、ソースリレーモジュールＤＭＳ−Ｒ１は、ソースリレーモジュールＤＭＳ−Ｒ１が連絡可能なポート番号およびＩＰアドレスを用いて、ポート番号およびＩＰアドレスを相互接続モジュールＣＧ１のアドレスモジュールに送信する。このポート番号およびＩＰアドレスは、国内ゲートウェイＧＷ１に関連付けられたドメイン名と、ソースリレーモジュールＤＭＳ−Ｒ１に割当てられたパブリックポート番号とに対応付けて格納される。
【００６４】
ソースリレーモジュールＤＭＳ−Ｒ１が国内ゲートウェイＧＷ１に統合されない時、アドレス装置は、ソースネットワークＲＳ１の外部にある電気製品からソースリレーモジュールＤＭＳ−Ｒ１に連絡するために、国内ゲートウェイＧＷ１において不要である。
【００６５】
ＵＰｎＰプロトコルからリレーモジュールＤＭＳ−Ｒ１およびＤＭＳ−Ｒ２間で用いる他のリモート制御プロトコルへのリクエストフォーマットの変換またはその逆の変換に追加して、ソースリレーモジュールＤＭＳ−Ｒ１は、ソースネットワークＲＳ１のコンテンツサーバＤＭＳ１１またはＤＭＳ１２に格納されるコンテンツのアドレスを変換する機能を実行する。
【００６６】
これにより、ソースネットワークＲＳ１のコンテンツは、ホームネットワークＲＳ２からアクセス可能になる。使用されるアドレスは通常、例えば以下のＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）アドレスの形式である。
http://192.168.1.10:9000/dlna/objectID=1234
【００６７】
ソースリレーモジュールＤＭＳ−Ｒ１が行うアドレス変換は、“ソース変換”と称される。この変換はコンテンツのＵＲＩアドレスにおいて、対象コンテンツを格納するコンテンツサーバのＩＰアドレスおよびポートを、国内ゲートウェイＧＷ１のパブリックドメイン名とソースリレーモジュールＤＭＳ−Ｒ１に割当てられたパブリックポート番号とに交換することからなり、これにより、変換後のＵＲＩアドレスは、ソースネットワークＲＳ１以外のエンティティから、特に以下に詳述するホームネットワークＲＳ２の電気製品で実行するローミングリレーモジュールＤＭＳ−Ｒ２から、ソースリレーモジュールＤＭＳ−Ｒ１を介して、および国内ゲートウェイＧＷ１を介して対象コンテンツにアクセスするのに適合される。
【００６８】
ソースリレーモジュールＤＭＳ−Ｒ１による変換後のＵＲＩアドレスは、故に以下の形式である。
http://GW1 DNS:GW1 PORT/download uri=CONTENT URI
ここで
−ＣＯＮＴＥＮＴ＿ＵＲＩは、コンテンツのＵＲＩオリジナルアドレスであり、このアドレスは通常、このコンテンツだけでなく、適切なコンテンツであると識別するデータも格納するコンテンツサーバのローカルＩＰアドレスを含み、例えば以下の形式である。
http://192.168.1.10:9000/dlna/objectID=1234
−ＧＷ１＿ＩＰは、国内ゲートウェイＧＷ１に割当てられたドメイン名または静的パブリックＩＰアドレスである。
−ＧＷ１＿ＰＯＲＴは、国内ゲートウェイＧＷ１であり、ＧＷ１を介してソースリレーモジュールＤＭＳ−Ｒ１をアドレス指定できる。
【００６９】
従って、ＵＲＩアドレスが修正され、故にコンテンツを参照するコンテンツサーバとして、即ちコンテンツを取得できるエンティティとして、ソースリレーモジュールＤＭＳ−Ｒ１を指定する。
【００７０】
そのようなアドレス変換は、コンテンツサーバまたは他のネットワークから生ずるコンテンツとの矛盾、特にホームネットワークＲＳ２のコンテンツとの矛盾の可能性を避けるために必要である。その変換は、ホームネットワークＲＳ２に向かう、ソースリレーモジュールＤＭＳ−Ｒ１によって送信されたリクエストに含まれるＵＲＩアドレス上で行われる。
【００７１】
このアドレス変換動作は、ソースリレーモジュールＤＭＳ−Ｒ１がパラメータＧＷ１＿ＩＰおよびＧＷ１＿ＰＯＲＴを知る限り、ＤＭＳ−Ｒ１によって行うことができる。
【００７２】
変換前のＵＲＩアドレスを抽出することである逆変換は、ホームネットワークＲＳ２から送信されたリクエストがソースリレーモジュールＤＭＳ−Ｒ１に到達する時行われる。この逆変換は故に、オリジナルアドレスＣＯＮＴＥＮＴ＿ＵＲＩ、即ちこのコンテンツを参照するコンテンツサーバによって提供されるアドレスを回復することができる。
【００７３】
ソースリレーモジュールＤＭＳ−Ｒ１はまた、ソースネットワークＲＳ１の各種コンテンツサーバＤＭＳ１１またはＤＭＳ１２に格納されたコンテンツに関するコンテンツメタデータを収集および集約するように設計される。これらのメタデータがコンテンツのＵＲＩアドレスを含む時、これらのアドレスの変換は、先ほど言及した“ソース変換”機能を適用することによって、ソースリレーモジュールＤＭＳ−Ｒ１による集約前または後に行われる。故に修正されたメタデータは、ローミングリレーモジュールＤＭＳ−Ｒ２に送信される。
【００７４】
ゲートウェイＧＷ２
ゲートウェイＧＷ２は、ソースネットワークＲＳ２をインターネットネットワークＲＩと相互接続するためのゲートウェイである。それにより、ソースネットワークＲＳ２の端末は、インターネットネットワークＲＩにアクセスできる。逆に、ゲートウェイは、そのようなアクセス権利が承認されている条件で、ソースネットワークＲＳ２以外のネットワークの電気製品をソースネットワークＲＳ２の端末と通信させることができる。
【００７５】
相互接続モジュールＣＧ２は、ソースネットワークＲＳ２とインターネットネットワークＲＩとの間の相互接続機能を実装する。ＣＧ２はこの目的のため、ソースネットワークＲＳ２のエンティティとの通信のための第１の通信インタフェースと、インターネットネットワークＲＩを介して、特にソースネットワークＲＳ２の外部のエンティティとの通信のための第２の通信インタフェースとを含む。
【００７６】
記録媒体ＳＰＲ
記録媒体は、ソフトウェアモジュールを格納するのに適した媒体である。ＳＰＲは、ホームネットワークＲＳ２のうち少なくとも１つの電気製品から読み取り可能な媒体であって、例えば以下の通りである。
−ホームネットワークＲＳ２の端末または他の電気製品（セットトップボックス、ルータ、ゲートウェイ等）に有線または無線リンクにより配線でき、この端末またはこの電気製品により読み取りされる携帯用および取り外し可能な記録媒体であり：ＵＳＢキー、携帯電話、取り外し可能なハードディスク等である。
−有線または無線ネットワークを介して確立される通信リンクによりホームネットワークＲＳ２の端末または電気製品からアクセス可能な固定記録媒体であり：リモートサーバを介してアクセス可能なストレージスペース、このストレージスペース上に格納されるモジュールである。ここで、そのモジュールは、この端末によって実行される前にホームネットワークＲＳの端末へダウンロードされる。
【００７７】
記録媒体ＳＰＲ上に格納されるローミング接続モジュールＲＣＧおよびローミングリレーモジュールＤＭＳ−Ｒ２は、ソースコード形式、オブジェクトコード形式、または解釈可能なコードで部分的にコンパイルされた形式で格納される。これらのコードは、実行可能なコードを取得するのに必要な、考え得る解釈またはコンパイルの後、ホームネットワークＲＳ２の電気製品のメモリに読み込まれて、そのような電気製品のプロセッサによって実行されることを目的とする。
【００７８】
記録媒体ＳＰＲが、ローミング接続モジュールＲＣＧまたはローミングリレーモジュールＤＭＳ−Ｒ２を実行できるプロセッサに固定された電気製品に統合される場合、１つまたは他のこれらモジュールに対する実行は、このプロセッサによって扱うことができる。一般的に、リンクは、ホームネットワークにおけるこの媒体とプロセッサおよびメモリが取り付けられたホストの電気製品との間に確立され、これらのモジュールに対する実行は、ホストの電気製品のプロセッサによって扱われることが考えられる。
【００７９】
好ましくは、記録媒体ＳＰＲは、セキュアアクセスの媒体なので、承認されたユーザのみがこの媒体のコンテンツにアクセスでき、パスワード、ＰＩＮコード、または任意の他の承認データは、この媒体上に格納されたコンテンツにアクセスするのに必要である。
【００８０】
ローミング接続モジュールＲＣＧ
ローミング接続モジュールＲＣＧは、ホームネットワークＲＳ２に接続される電気製品によって実行されることを目的とする。この目的のために、ＲＣＧは、記録媒体ＳＰＲ上に格納され、ＳＰＲは、ホームネットワークＲＳ２のうち少なくとも１つの電気製品からアクセス可能である。ローミング接続モジュールＲＣＧが各種ホームネットワークで使用できる限り、このモジュールは、ローミング接続モジュールと称される。
【００８１】
ローミング接続モジュールＲＣＧは、ソースネットワークＲＳ１のゲートウェイＧＷ１の相互接続モジュールＣＧ１との通信リンクを、ゲートウェイＧＷ２の相互接続モジュールＣＧ２を介して確立するように設計される。
【００８２】
ローミング接続モジュールＲＣＧは、例えばそのようなリンクを介して送信されたＨＴＴＰリクエストを用いて、この相互接続モジュールＣＧ１と通信する。しかし、セキュリティ上の理由で、ローミング接続モジュールＲＣＧは、ＨＴＴＰＳプロトコルまたは任意の他のセキュアプロトコルを使用して相互接続モジュールＣＧ１と通信するのが好ましい。状況に応じて、ローミング接続モジュールＲＣＧの承認は、以下により提供される。
−記録媒体ＳＰＲ上に格納されたローミング接続モジュールＲＣＧを承認するためのデータ、または
−ホームネットワークＲＳ２における記録媒体ＳＰＲと端末Ｔ２１またはＴ２２との間の接続を開始する前にユーザから得られる、ユーザを承認するためのデータ。
【００８３】
ＨＴＴＰＳプロトコルの使用は、ローミング接続モジュールＲＣＧによって受信されたＨＴＴＰリクエストがＨＴＴＰプロトコルに従うリクエストでカプセル化され、この形式で相互接続モジュールＣＧ１に送信されることを意味する。逆に、相互接続モジュールＣＧ１から生ずるＨＴＴＰＳリクエストの受信時、ローミング接続モジュールＲＣＧは、このリクエストを非カプセル化して、ＨＴＴＰプロトコルに従うリクエストを生成し、次いで以下に説明するローミングリレーモジュールＤＭＳ−Ｒ２にそのリクエストを送信する。
【００８４】
ＨＴＴＰＳのようなセキュアプロトコルを使用する代わりに、ローミング接続モジュールＲＣＧと相互接続モジュールＣＧ１との間のリンクをセキュアにするために、セキュアトンネル（ＶＰＮ、バーチャルプライベートネットワーク）の確率を行うことも考えられる。
【００８５】
ローミングリレーモジュールＤＭＳ−Ｒ２は、ソースネットワークＲＳ１のエンティティに対して確立された全ての通信がローミング接続モジュールＲＣＧおよび相互接続モジュールＣＧ１を介して伝わり、ローミング接続モジュールＲＣＧと相互接続モジュールＣＧ１との間で確立されたセキュア接続リンクを使用するように設計される。これにより、このソースネットワークを用いた通信をセキュアにすることができる。
【００８６】
好ましくは、ローミング接続モジュールＲＣＧは、開始するとすぐに、ＣＧ１とのセキュア通信リンクを確立し、このリンクは、ソースネットワークのエンティティとローミングリレーモジュールＤＭＳ−Ｒ２との間の全ての通信に使用される。
【００８７】
また、通信プロキシがホームネットワークＲＳ２へのアクセスに使用される場合、ローミング接続モジュールは、ローミング接続モジュールＲＣＧを実行するホストの電気製品で定義されたネットワークパラメータに基づいて、ホームネットワークＲＳ２から外部への通信を確立するのに必要なネットワークパラメータを決定するように設計される。
【００８８】
ローミングリレーモジュールＤＭＳ−Ｒ２
ローミングリレーモジュールＤＭＳ−Ｒ２は、ホームネットワークＲＳ２に接続される電気製品によって実行されることを目的とする。この目的のために、ＤＭＳ−Ｒ２は、ホームネットワークＲＳ２のうち少なくとも１つの電気製品からアクセス可能な記録媒体ＳＰＲ上に格納される。ローミングリレーモジュールＤＭＳ−Ｒ２が各種ホームネットワークで使用できる限り、ＤＭＳ−Ｒ２は、ローミングリレーモジュールと称される。
【００８９】
ローミングリレーモジュールＤＭＳ−Ｒ２は、ホームネットワークＲＳ２のＵＰｎＰエンティティをソースネットワークＲＳ１の１つまたは複数のエンティティにリンクする目的で、ソースリレーモジュールＤＭＳ−Ｒ１と協働するように設計される。ソースリレーモジュールＤＭＳ−Ｒ１と同様、ローミングリレーモジュールＤＭＳ−Ｒ２は、第１のＵＰｎＰ準拠通信インタフェースおよび第２の非ＵＰｎＰ準拠通信インタフェースを呈する。
【００９０】
ＵＰｎＰプロトコルに従う第１のインタフェースは、ＵＰｎＰコンテンツサーバ（ＤＭＳ、デジタルメディアサーバ）のソフトウェアインタフェースに対応し、一方ではホームネットワークＲＳ２のＵＰｎＰエンティティから生ずるＵＰｎＰリクエストを受信し、他方ではこれらのリクエストに対する応答を受信および処理する。このインタフェースにより特に、ＵＰｎＰコンテンツサーバのＵＰｎＰ規格で定義されたサービス機能を動作することができる。
【００９１】
また、ローミングリレーモジュールＤＭＳ−Ｒ２は、ＵＰｎＰ規格の発見メカニズムで提供された機能を実装するので、ローカルＵＰｎＰコンテンツサーバとして見なされ、故にソースネットワークＲＳ１のうち少なくとも１つのＵＰｎＰコンテンツサーバに向けられるＵＰｎＰリクエストを、ＤＭＳ−Ｒ２の第１のインタフェースを介して受信する。
【００９２】
この目的のために、ローミングリレーモジュールＤＭＳ−Ｒ２は、ソースネットワークＲＳ１のＵＰｎＰコンテンツサーバの機能、即ちＵＰｎＰ規格という意味でＵＰｎＰコンテンツサーバが与える“サービス”を宣言する。
【００９３】
既知の方法で、ＵＰｎＰ規格で提供される発見プロトコルは、以下のように進行する。ローミングリレーモジュールＤＭＳ−Ｒ２が開始されてネットワークＲＳ２に接続する時、ＤＭＳ−Ｒ２は、自身の存在を示すメッセージＭ１を送信することによって、ネットワークＲＳ２のＵＰｎＰ装置に対して自身が信号を送る。そのようなメッセージＭ１は通常、ＳＳＤＰプロトコル（シンプルサービス発見プロトコル）に従うメッセージ‘アライブ’である。これらメッセージの定義のために、例えばＩＥＴＦ（‘インターネットエンジニアリングタスクフォース’）による“draft-cai-ssdp-v1-02”と呼ばれる文書を参照することができる。このメッセージＭ１は、マルチキャストモードでネットワークに送信される。故に、Ｍ１は、ネットワークＲＳ２に位置することができるレンダリング装置ＤＭＲ２によって、または任意のＵＰｎＰ“制御ポイント”によって受信される。故に、ネットワークＲＳ２のＵＰｎＰエンティティのために、あたかもこのローミングリレーモジュールＤＭＳ−Ｒ２が実際にこのネットワークＲＳ２に位置するＵＰｎＰコンテンツサーバであるかのように、あらゆる事が起こる。
【００９４】
第２のインタフェースは、ＵＰｎＰプロトコルとは異なるプロトコルを使用し、非ＵＰｎＰリクエストを送信または受信するのに適しており、非ＵＰｎＰリクエストは、ホームネットワークＲＳ２の一部を形成しないエンティティと交わされる。ここで用いるプロトコルは、例えばＨＴＴＰプロトコルである。
【００９５】
第２のインタフェースを介して、ローミングリレーモジュールＤＭＳ−Ｒ２はまた、“ウェブサービス”形式の任意のリクエストを輸送しないＨＴＴＰリクエストを受信および再送信することができる。これらのリクエストは特に、コンテンツを送信するリクエスト、またはＵＰｎＰリクエスト若しくは応答への任意の変換を要求しないコンテンツを取得するリクエストである。
【００９６】
セキュリティ上の理由で、ローミングリレーモジュールＤＭＳ−Ｒ２は、ローミング接続モジュールＲＣＧを用いてソースリレーモジュールＤＭＳ−Ｒ１と通信する。
【００９７】
ソースリレーモジュールＤＭＳ−Ｒ１と同様、ローミングリレーモジュールＤＭＳ−Ｒ２は、ソースリレーモジュールＤＭＳ−Ｒ１が提供したコンテンツアドレスを変換するための機能を実装する。これにより、ソースネットワークＲＳ１のコンテンツは、リレーモジュールＤＭＳ−Ｒ１およびＤＭＳ−Ｒ２を介してホームネットワークＲＳ２からアクセス可能となる。
【００９８】
ローミングリレーモジュールＤＭＳ−Ｒ２が行うアドレス変換は、“ローミング変換”と称される。その変換は、コンテンツのＵＲＩアドレスにおいて、このアドレスで割当てられたサーバ（即ち、このアドレスからコンテンツを取得できるエンティティ）のＩＰアドレスおよびポートを、ローミング接続モジュールＲＣＧのＩＰアドレスおよびポートに置き換えることである。このＩＰアドレスは実際、ホームネットワークＲＳ２の電気製品のアドレスであり、ローミング接続モジュールＲＣＧおよびローミングリレーモジュールＤＭＳ−Ｒ２を実行し、ポートは、ローミング接続モジュールＲＣＧに割当てられた通信ポートである。
【００９９】
代替として、ローミング接続モジュールＲＣＧの代わりに、変換後のＵＲＩアドレスは、ローミングリレーモジュールＤＭＳ−Ｒ２を指定する。ローミング接続モジュールＲＣＧおよびローミングリレーモジュールＤＭＳ−Ｒ２の役割は実質的に、アドレスの変換およびこれら変換されたアドレスを含むアクセスリクエストのインターセプト／処理に関して互換可能なことである。
【０１００】
どの代替が選択されても、変換されたＵＲＩアドレスで指定されたエンティティは、ソースリレーモジュールＤＭＳ−Ｒ１との通信が可能であり、ＤＭＳ−Ｒ１は、ホームネットワークＲＳ２から送信できるコンテンツアクセスリクエストの受信先であることのみ要求される。
【０１０１】
ローミングリレーモジュールＤＭＳ−Ｒ２による変換後のＵＲＩアドレスは故に、以下の形式である。
http://RCG IP:RCG PORT/download uri=CONTENT URI R1
ここで
−ＣＯＮＴＥＮＴ＿ＵＲＩ＿Ｒ１は、ソースリレーモジュールＤＭＳ−Ｒ１によって提供されたＵＲＩアドレスである。
−ＲＣＧ＿ＩＰは、ローミング接続モジュールＲＣＧのＩＰアドレスである。
−ＲＣＧ＿ＰＯＲＴは、ローミング接続モジュールＲＣＧのポートである。
【０１０２】
故に修正されたＵＲＩアドレスは、コンテンツを参照するコンテンツサーバとして、即ち関連コンテンツを取得できるエンティティとしてローミング接続モジュールＲＣＧを示す。
【０１０３】
このアドレス変換は、ソースリレーモジュールＤＭＳ−Ｒ１から生じてローミングリレーモジュールＤＭＳ−Ｒ２に到達するリクエストに含まれたＵＲＩアドレス上で行われる。
【０１０４】
逆変換は、“ローミング変換”の前の状態になるようにＵＲＩアドレスを抽出すること、即ちソースリレーモジュールによって提供されるアドレスＣＯＮＴＥＮＴ＿ＵＲＩ＿Ｒ１を抽出することであり、ホームネットワークＲＳ２から送信されるリクエストに含まれたＵＲＩアドレス上で行われ、リクエストは、ソースリレーモジュールＤＭＳ−Ｒ２またはローミング接続モジュールＲＣＧに到達し、ソースリレーモジュールＤＭＳ−Ｒ１に送信される必要がある。この逆動作は、ソースリレーモジュールＤＭＳ−Ｒ２によって、またはローミング接続モジュールＲＣＧの何れかによって実行される。
【０１０５】
本発明による方法の実施形態は、図２を参照してここで説明される。この方法は、ステップ２００から３４０を含む。この一組のステップは、任意の回数だけ実行でき、各回数では、ホームネットワークＲＳ２の電気製品からソースネットワークＲＳ１のコンテンツへのアクセスが望まれる。
【０１０６】
ステップ２００は、開始ステップである。このステップの間、ユーザは、記録媒体ＳＰＲをホスト端末、例えば端末Ｔ２１に接続する。接続後、ローミング接続モジュールＲＣＧの実行は、ホスト端末Ｔ２１のプロセッサによって自動的に引起される。
【０１０７】
ユーザは、認証データ、例えばＩＤおよびパスワードを提供するように案内される。ローミング接続モジュールは、ソースネットワークＲＳ１の相互接続モジュールＣＧ１に接続リクエストを送信し、リクエストは、ユーザによって提供された認証データを含む。認証が成功した場合、セキュア接続リンクは、ローミング接続モジュールＲＣＧと相互接続モジュールＣＧ１との間で確立され、以降のステップ２０１が実行される。逆の場合、エラーメッセージがユーザに提示され、方法が終了する。必要に応じて、ユーザは、新たな認証データを入力するように案内される。
【０１０８】
ステップ２００では、ローミングリレーモジュールＤＭＳ−Ｒ２の実行は、ホスト端末Ｔ２１のプロセッサによって自動的に引起される。ローミングリレーモジュールＤＭＳ−Ｒ２は、ＵＰｎＰ発見メカニズムに従い、ホームネットワークＲＳ２のＵＰｎＰ制御ポイント（デジタルメディアコントローラ）にその存在およびその機能を通知し、ＤＭＳ−Ｒ２は次いで、ローカルＵＰｎＰコンテンツサーバと見なされる。この場合、ローミングリレーモジュールＤＭＳ−Ｒ２は、ＤＭＳ−Ｒ２が代理するソースネットワークＲＳ１のＵＰｎＰコンテンツサーバの機能を示す。
【０１０９】
ステップ２０１では、ソースネットワークＲＳ１のコンテンツサーバのコンテンツのメタデータを取得するために“ブラウズ”と称されるＵＰｎＰリクエストは、ＵＰｎＰレンダリング装置によって、例えば端末Ｔ２１に位置するレンダリング装置ＤＭＲ２によって送信され、ローミングリレーモジュールＤＭＳ−Ｒ２によって受信される。このリクエストは、以降のステップ２０５から２８０に対応する、メタデータを取得するための手順を引起す。代替として、メタデータを取得するための、この同一手順は、レンダリング装置ＤＭＲ２から、またはＵＰｎＰ制御ポイントから受信される“ブラウズ”リクエストに関係なく、ローミングリレーモジュールＤＭＳ−Ｒ２の開始時、または周期的の何れかで、自動的に引起される。
【０１１０】
“ブラウズ”ＵＰｎＰリクエストは、ソースリレーモジュールＤＭＳ−Ｒ１に送信可能な他のリクエストに変換される。このような他のリクエストの送信は、リレーモジュールＤＭＳ−Ｒ１とＤＭＳ−Ｒ２との間の対話に関して選択された通信スキームを使用する。このような他のリクエストはこの場合、ＨＴＴＰプロトコルを用いて輸送される。以下の記載では、リレーモジュールＤＭＳ−Ｒ１およびＤＭＳ−Ｒ２は、ウェブサービス形式のリクエストによって互いに通信することが想定される。
【０１１１】
ステップ２０５では、メタデータを得るためのこのＨＴＴＰリクエストは、ローミング接続モジュールＲＣＧによってインターセプトされ、ＲＣＧは、そのリクエストをＨＴＴＰＳリクエストにカプセル化する。
【０１１２】
ステップ２１０では、メタデータを得るためのカプセル化されたＨＴＴＰＳリクエストは、ステップ２００で確立されたセキュアリンクを介してローミング接続モジュールＲＣＧによって送信され、相互接続モジュールＣＧ１に到達する。
【０１１３】
ステップ２２０では、メタデータを得るためのカプセル化されたＨＴＴＰＳリクエストは、相互接続モジュールＣＧ１によって非カプセル化され、次いでＨＴＴＰリクエストの形式でソースリレーモジュールＤＭＳ−Ｒ１に送信される。
【０１１４】
ステップ２３０では、メタデータを得るためのＨＴＴＰリクエストは、リクエストを非カプセル化するソースリレーモジュールＤＭＳ−Ｒ１に到達する。非カプセル化されたリクエストは故に、レンダリング装置ＤＭＲ２によってステップ２０１で送信されて取得したメタデータＵＰｎＰリクエストと同一の“ブラウズ”ＵＰｎＰリクエストである。ソースリレーモジュールＤＭＳ−Ｒ１はその後、このリクエストを処理し、その処理は、ＵＰｎＰリクエストをネットワークのＵＰｎＰコンテンツサーバに送信して、これらのコンテンツサーバの各々を介してそれぞれアクセス可能なコンテンツのメタデータを得ることにより行われる。この場合、“ブラウズ”と称されるＵＰｎＰリクエストは、各コンテンツサーバＤＭＳ１１およびＤＭＳ１２に送信される。
【０１１５】
ステップ２４０では、コンテンツサーバＤＭＳ１１およびＤＭＳ１２のＵＰｎＰ応答の受信時、ソースリレーモジュールＤＭＳ−Ｒ１は、ソースネットワークＲＳ１の各種コンテンツサーバＤＭＳ１１またはＤＭＳ１２から受信したメタデータを集約する。ソースリレーモジュールＤＭＳ−Ｒ１は、このモジュールに関する上記説明に従って、これらのメタデータに含まれるコンテンツＵＲＩアドレスの変換（“ソース変換”）を実行し、具体的には、これらのアドレスがホームネットワークＲＳ２のＵＰｎＰモジュールによって使用できるようにする。この場合、この変換の特徴を考慮すると、これらの変換されたアドレスは全て、これらのコンテンツが取得可能なエンティティとしてソースリレーモジュールＤＭＳ−Ｒ１を指定する。
【０１１６】
ステップ２５０では、ソースリレーモジュールＤＭＳ−Ｒ１は、ステップ２２０で受信したリクエストに対する応答リクエストを生成し、その生成は、このリクエストを送信するのに用いたスキームと同一のプロトコルまたはスキーム、即ち“ウェブサービス形式”のリクエストに従う。この応答リクエストはこの場合、ＨＴＴＰプロトコルに従って輸送される。そのリクエストは、ステップ２４０で集約および修正されたメタデータを含む。
【０１１７】
ステップ２６０では、ステップ２５０で生成されたＨＴＴＰ応答リクエストは、相互接続モジュールＣＧ１によって受信され、ＣＧ１は、ローミング接続モジュールＲＣＧに対して確立されたセキュア通信リンクを介してそのリクエストを送信する前に、ＨＴＴＰＳプロトコルに従うリクエストにそのリクエストをカプセル化する。
【０１１８】
ステップ２７０では、ＨＴＴＰＳ応答リクエストは、ローミング接続モジュールＲＣＧに到達し、ＲＣＧは、そのリクエストを非カプセル化し、次いで非カプセル化された応答リクエストをＨＴＴＰリクエスト形式でローミングリレーモジュールＤＭＳ−Ｒ２に送信する。
【０１１９】
ステップ２８０では、ローミングリレーモジュールＤＭＳ−Ｒ２は、受信したＨＴＴＰ応答リクエストを処理する。ＤＭＳ−Ｒ２は、このモジュールに関する上記説明に従って、これらのメタデータに含まれるコンテンツＵＲＩアドレスの変換（“ローミング変換”）を実行することにより、これらのアドレスは、ローミングリレーモジュールＤＭＳ−Ｒ２と、関連するローミング接続モジュールＲＣＧとを通過するだけで、ホームネットワークＲＳ２のＵＰｎＰモジュールで使用できるようになる。この場合、この変換の特徴を考慮すると、これらの変換されたアドレスは全て、これらのコンテンツが取得可能なエンティティとしてローミング接続モジュールＲＣＧを指定する。
【０１２０】
次に、ローミングリレーモジュールＤＭＳ−Ｒ２は、メモリまたはデータファイル、例えば記録媒体ＳＰＲに受信メタデータを記録する。このファイルは、メタデータを格納するデータベースを形成する。
【０１２１】
コンテンツメタデータを得るための“ブラウズ”と称されるＵＰｎＰリクエストに応答して、ローミングリレーモジュールＤＭＳ−Ｒ２は、レンダリング装置ＤＭＲ２にリクエストメタデータを送信する。
【０１２２】
ローミングリレーモジュールＤＭＳ−Ｒ２は、関連コンテンツを取得できるエンティティとして、ホームネットワークＲＳ２の電気製品によって実行されるエンティティ（ローミング接続モジュールＲＣＧまたは代わりに、ローミングリレーモジュールＤＭＳ−Ｒ２）を指定するアドレスを、ソースネットワークのコンテンツサーバによって参照されるコンテンツ毎に、送信されるメタデータで提供し、このエンティティは、前記コンテンツへのアクセスリクエストをソースリレーモジュールＤＭＳ−Ｒ１に送信することができる。
【０１２３】
ステップ３００では、ローミングリレーモジュールＤＭＳ−Ｒ２によって格納されるメタデータをユーザが参照して、回復すべきコンテンツの選択をユーザが実行した後、これらのメタデータに基づいて選択されるコンテンツのうち１つを取得するリクエストは、ＵＰｎＰレンダリング装置によって、例えば端末Ｔ２１に位置するレンダリング装置ＤＭＲ２によって送信される。この得られたコンテンツリクエストは、ＨＴＴＰプロトコルに従う“ＧＥＴ”形式のリクエストである。ＵＰｎＰ規格に従い、このリクエストは、回復すべきコンテンツのＵＲＩアドレスを含む。ローミングリレーモジュールＤＭＳ−Ｒ２によって提供されるメタデータに含まれるＵＲＩアドレスは、変換をうけているので、このＵＲＩアドレスは、関連コンテンツを取得できるエンティティとしてローミング接続モジュールＲＣＧを指定する。代わりに、ＵＲＩアドレスは、ローミングリレーモジュールＤＭＳ−Ｒ２を指定する。
【０１２４】
ステップ３０１では、コンテンツ“ＧＥＴ”を得るＨＰＰＴリクエストは、ＵＲＩアドレスで指定されたエンティティによって受信される。そのリクエストは、択一的な選択に従い、ローミング接続モジュールＲＣＧ、またはローミングリレーモジュールＤＭＳ−Ｒ２の何れかによって受信される。
【０１２５】
指定されたエンティティ（ローミング接続モジュールＲＣＧまたは代わりに、ローミングリレーモジュールＤＭＳ−Ｒ２）は、メタデータの送信中にソースリレーモジュールＤＭＳ−Ｒ１によりステップ２４０で生成されたようなＵＲＩアドレスを、受信したＵＲＩアドレスから抽出する。この時、抽出したアドレスは、関連コンテンツが取得できるエンティティとしてソースリレーモジュールＤＭＳ−Ｒ１を指定する。
【０１２６】
ローミング接続モジュールＲＣＧまたは代わりに、ローミングリレーモジュールＤＭＳ−Ｒ２はその後、抽出したＵＲＩアドレスを含むＨＴＴＰリクエスト“ＧＥＴ”を生成し、次いでソースリレーモジュールＤＭＳ−Ｒ１にそのリクエストを送信する。
【０１２７】
次に、コンテンツ“ＧＥＴ”を取得するＨＴＴＰリクエストは、ローミング接続モジュールＲＣＧによってＨＴＴＰＳリクエストでカプセル化される。
【０１２８】
ステップ３０５では、コンテンツを得るためのカプセル化されたＨＴＴＰＳリクエストは、ステップ２００で確立されたセキュアリンクを介してローミング接続モジュールＲＣＧによって送信され、相互接続モジュールＣＧ２に到達する。
【０１２９】
ステップ３１０では、コンテンツを得るためのカプセル化されたＨＴＴＰＳリクエストは、ステップ２００で確立されたセキュアリンクを介して相互接続モジュールＣＧ２によって送信され、相互接続モジュールＣＧ１に到達する。
【０１３０】
ステップ３２０では、カプセル化され回復されたＨＴＴＰＳリクエストは、相互接続モジュールＣＧ１によって非カプセル化され、次いでＨＴＴＰリクエスト“ＧＥＴ”形式でソースリレーモジュールＤＭＳ−Ｒ１へ送信される。
【０１３１】
ステップ３２５では、コンテンツ“ＧＥＴ”を取得するためのＨＴＴＰリクエストは、ソースリレーモジュールＤＭＳ−Ｒ１によって受信され、ＤＭＳ−Ｒ１は、メタデータの送信中にソースリレーモジュールＤＭＳ−Ｒ１によってステップ２４０で取得したＵＲＩアドレスを、受信したＵＲＩアドレスから抽出する。この時、抽出したアドレスは、関連コンテンツを取得できるエンティティとしてコンテンツサーバＤＭＳ１１を指定する。
【０１３２】
ソースリレーモジュールＤＭＳ−Ｒ１はその後、抽出したＵＲＩアドレスを含むＨＴＴＰリクエスト“ＧＥＴ”を生成し、次いでコンテンツサーバＤＭＳ１１にそのリクエストを送信する。
【０１３３】
ステップ３３０では、回復されたＨＴＴＰリクエスト“ＧＥＴ”は、ソースリレーモジュールＤＭＳ−Ｒ１に到達し、ＤＭＳ−Ｒ１はそのリクエストを処理する。処理では、コンテンツを送信すべきサーバによって提供されるような、コンテンツのオリジナルＵＲＩアドレスを抽出し、次いでこのオリジナルアドレスを含むＨＴＴＰリクエスト“ＧＥＴ”を生成する。ソースリレーモジュールＤＭＳ−Ｒ１はその後、このように構成されたＨＴＴＰリクエスト“ＧＥＴ”を、回復すべきコンテンツを格納するコンテンツサーバに送信する。このサーバは、リクエストに含まれるＵＲＩアドレスに基づいて識別される。即ち、各種アドレス変換を切り抜けた“ＣＯＮＴＥＮＴ＿ＵＲＩ”フィールドに基づいて識別される。この場合、ＨＴＴＰリクエスト“ＧＥＴ”は、コンテンツサーバＤＭＳ１１およびＤＭＳ１２のうち１つ、例えばコンテンツサーバＤＭＳ１１に送信される。
【０１３４】
ステップ３４０では、ＨＴＴＰリクエスト“ＧＥＴ”の受信後、コンテンツサーバＤＭＳ１１は、回復すべきコンテンツのデータをソースリレーモジュールＤＭＳ−Ｒ１に送信する。これらのコンテンツデータは、ＨＴＴＰプロトコルを用いて送信したデータパケット形式で送信される。
【０１３５】
ステップ３５０では、ソースリレーモジュールＤＭＳ−Ｒ１は、受信したＨＴＴＰパケットをローミングリレーモジュールＤＭＳ−Ｒ２に送信する。
【０１３６】
ステップ３６０では、これらのＨＴＴＰパケットは、相互接続モジュールＣＧ１によって受信され、ＣＧ１は、ローミング接続モジュールＲＣＧに対して確立されたセキュア通信リンクを介してそのパケットを送信する前に、ＨＴＴＰＳプロトコルに従うデータパケットでそのパケットをカプセル化する。
【０１３７】
ステップ３７０では、ＨＴＴＰＳパケットは、ローミング接続モジュールＲＣＧに到達し、ＲＣＧは、そのパケットを非カプセル化し、次いで、ローミングリレーモジュールＤＭＳ−Ｒ２を通過することなく、直接レンダリング装置ＤＭＲ２へＨＴＴＰパケット形式で、非カプセル化したパケットを送信する。
【０１３８】
ステップ３８０では、レンダリング装置ＤＭＲ２は、受信したＨＴＴＰパケットに基づいて選択したコンテンツを回復する。
【０１３９】
ＨＴＴＰリクエスト“ＧＥＴ”を伝送することは、ローミングリレーモジュールＤＭＳ―Ｒ２を通過しないで実行でき、これらのリクエストは、セキュリティ上の制限が課されない場合、ソースリレーモジュールＤＭＳ−Ｒ１に直接アドレス指定でき、および／またはローミング接続モジュールを通過しないことが分かる。
【０１４０】
ローミングリレーモジュールの役割は、セキュアネットワークのリモートエンティティを制御するのに用いるプロトコルに従う制御インタフェースを呈するために制御すべき主に使用され、このローミングリレーモジュールは故に、制御すべきリモートエンティティ（この場合、コンテンツサーバＤＭＳ１１およびＤＭＳ１２）の代わりとして、ホームネットワークにおいて機能する。ローミング接続モジュールＲＣＧに関して、ローミングリレーモジュールＤＭＳ−Ｒ２は、ソースリレーモジュールに対する通信リレーとして機能する。
【０１４１】
ローミングリレーモジュールおよびローミング接続モジュールは、本発明の実施形態に役立つ各種機能を特定するために、２つの独立したモジュールとして本明細書で説明されることが分かる。しかし、それらは、記録媒体ＳＰＲに格納される、１つおよび同一のソフトウェアモジュール、または１つおよび同一のプログラム内に統合されてもよい。
【０１４２】
ソースリレーモジュールおよびローミングリレーモジュールの両方は、複数のリモートエンティティ（この場合、複数のコンテンツサーバＤＭＳ１１およびＤＭＳ１２）を示してもよいことが分かる。
【０１４３】
本発明および記録媒体により、ユーザＢｏｂは、他の国内ネットワークに接続された他のユーザＡｌｉｃｅの端末から、自分の国内ネットワークに格納されたコンテンツにアクセスすることができる。故に、Ｂｏｂは、特にＡｌｉｃｅの端末上にコンテンツを回復することをリクエストすることにより、Ａｌｉｃｅとコンテンツを共用でき、これは、たとえばＢｏｂおよびＡｌｉｃｅの国内ネットワークが地理的に離れており、相互接続されていなくとも、同じである。
【特許請求の範囲】
【請求項１】
ローカルホームネットワーク（ＲＳ２）からリモートソースネットワーク（ＲＳ１）のうち少なくとも１つのエンティティ（ＤＭＳ１１、ＤＭＳ１２）を制御する方法であって、前記方法は、ローミングリレーモジュールと称するリレーモジュール（ＤＭＳ−Ｒ２）を用いて実行され、ローミングリレーモジュールが、ホームネットワークに接続される電気製品（Ｔ１２、ＧＷ２）によって実行される時、ソースリレーモジュールと称するリレーモジュール（ＤＭＳ−Ｒ１）と通信するように設計され、ソースリレーモジュールは、ソースネットワーク（ＲＳ１）の電気製品（ＧＷ１）によって実行され、前記少なくとも１つのエンティティに対する通信リレーとして機能し、
−ソースネットワークから前記エンティティを制御するのに使用できる第１のプロトコルに従う制御インタフェースを介してローミングリレーモジュール（ＤＭＳ−Ｒ２）によって第１のリクエストを受信するステップと、
−ソースリレーモジュール（ＤＭＳ−Ｒ１）によって第１のプロトコルに従う少なくとも１つの第３のリクエストに変換することを目的とする第２のリクエストを、ローミングリレーモジュール（ＤＭＳ−Ｒ２）からソースリレーモジュール（ＤＭＳ−Ｒ１）へ送信するステップと
を具備することを特徴とする方法。
【請求項２】
前記エンティティは、コンテンツサーバであり、前記方法は、前記コンテンツサーバによって参照される少なくとも１つのコンテンツのアドレスを提供するステップであって、前記アドレスは、前記コンテンツを取得できるエンティティとして、ホームネットワークの電気製品によって実行され、前記コンテンツにアクセスするリクエストをソースリレーモジュール（ＤＭＳ−Ｒ１）に送信できるエンティティ（ＲＣＧ、ＤＭＳ−Ｒ２）を指定する、ステップを具備することを特徴とする請求項１に記載の方法。
【請求項３】
ローミングリレーモジュール（ＤＭＳ−Ｒ２）がローカルホームネットワークのコンテンツサーバとして認識されるように、発見メカニズムを実行するステップを具備することを特徴とする請求項１に記載の方法。
【請求項４】
前記第２のリクエストは、第１のプロトコルとは異なる第２のプロトコルに従って送信されることを特徴とする請求項１に記載の方法。
【請求項５】
前記ローミングリレーモジュール（ＤＭＳ−Ｒ２）は、ホームネットワークの電気製品（Ｔ２１、ＧＷ２）からアクセス可能な記録媒体（ＳＰＲ）上に格納されることを特徴とする請求項１に記載の方法。
【請求項６】
記録媒体は、ローミング接続モジュールと称する接続モジュール（ＲＣＧ）をさらに具備し、前記方法は、前記ローミング接続モジュール（ＲＣＧ）を用いて、リモートネットワークにアクセスするために電気製品（ＧＷ１）との通信リンクを確立するステップをさらに具備し、前記第２のリクエストは、前記通信リンクを介して送信されることを特徴とする請求項５に記載の方法。
【請求項７】
記録媒体は、前記端末に接続できることを特徴とする請求項５に記載の方法。
【請求項８】
リモートソースネットワークのうち少なくとも１つのエンティティを制御する方法を実行するための、ローカルホームネットワーク（ＲＳ２）の電気製品（Ｔ２１）からアクセス可能なデータ記録媒体であって、
前記記録媒体は、ホームネットワークへ接続される電気製品によって実行される時、他のリレーモジュール（ＤＭＳ−Ｒ１）と通信するように設計されるローミングリレーモジュールと称するリレーモジュール（ＤＭＳ−Ｒ２）を具備し、他のリレーモジュールは、ソースリレーモジュールと称し、ソースネットワーク（ＲＳ１）の電気製品（ＧＷ１）によって実行され、前記少なくとも１つのエンティティに対する通信リレーとして機能し、
ローミングリレーモジュール（ＤＭＳ−Ｒ２）は、ソースネットワーク（ＲＳ１）から前記エンティティを制御するのに使用可能な第１のプロトコルに従う制御インタフェースを介して少なくとも１つの第１のリクエストを受信し、第１のプロトコルに従う少なくとも１つの第３のリクエストへソースリレーモジュール（ＤＭＳ−Ｒ１）によって変換されることを目的とする第２のリクエストをソースリレーモジュール（ＤＭＳ−Ｒ１）に送信できることを特徴とする記録媒体。
【請求項９】
ソースネットワークへアクセスするために電気製品（ＧＷ１）との通信リンクを確立できる通信モジュール（ＲＣＧ）を具備することを特徴とする請求項８に記載の媒体。
【請求項１０】
前記接続モジュールによって使用されることを目的とする前記アクセス電気製品（ＧＷ１）への接続データが格納されることを特徴とする請求項９に記載の媒体。
【請求項１１】
ローカルホームネットワーク（ＲＳ２）からリモートソースネットワーク（ＲＳ１）のうち少なくとも１つのエンティティ（ＤＭＳ１１、ＤＭＳ１２）を制御する方法を実行するための、ローミングリレーモジュールと称するリレーモジュール（ＤＭＳ−Ｒ２）であって、
ローミングリレーモジュール（ＤＭＳ−Ｒ２）は、ホームネットワークに接続される電気製品によって実行される時、ソースリレーモジュールと称するリレーモジュール（ＤＭＳ−Ｒ１）と通信するように設計され、ソースリレーモジュールは、ソースネットワークの電気製品（ＧＷ１）によって実行され、前記少なくとも１つのエンティティに対する通信リレーとして機能し、
ローミングリレーモジュール（ＤＭＳ−Ｒ２）は、ソースネットワークから前記エンティティを制御するのに使用可能な第１のプロトコルに従う制御インタフェースを介して少なくとも１つの第１のリクエストを受信し、第１のプロトコルに従う少なくとも１つの第３のリクエストへソースリレーモジュール（ＤＭＳ−Ｒ１）によって変換されることを目的とする第２のリクエストをソースリレーモジュール（ＤＭＳ−Ｒ１）に送信できることを特徴とするリレーモジュール。
【請求項１２】
ローカルホームネットワークのコンテンツサーバとして認識されるために、発見メカニズムを実行する手段を具備することを特徴とする請求項１１に記載のリレーモジュール（ＤＭＳ−Ｒ１）。
【請求項１３】
ローカルホームネットワーク（ＲＳ２）からリモートソースネットワーク（ＲＳ１）のうち少なくとも１つのエンティティ（ＤＭＳ１１、ＤＭＳ１２）を制御する方法を実行するための、ソースリレーモジュールと称するリレーモジュール（ＤＭＳ−Ｒ１）であって、
ソースリレーモジュール（ＤＭＳ−Ｒ１）は、前記少なくとも１つのエンティティに対する通信リレーとして機能し、ソースネットワークの電気製品によって実行される時、ローミングリレーモジュールと称するリレーモジュール（ＤＭＳ−Ｒ２）と通信するように設計され、ローミングリレーモジュールは、ホームネットワーク（ＲＳ２）に接続する電気製品によって実行され、ソースネットワークから前記エンティティを制御するのに使用可能な第１のプロトコルに従う制御インタフェースを介して少なくとも１つの第１のリクエストを受信でき、
ソースリレーモジュール（ＤＭＳ−Ｒ１）は、第１のプロトコルに従う第３のリクエストに変換されることを目的とする第２のリクエストをローミングリレーモジュール（ＤＭＳ−Ｒ２）から受信できることを特徴とするリレーモジュール。
【請求項１４】
ソースリレーモジュールは、前記第３のリクエストが複数のコンテンツサーバに格納されるコンテンツのメタデータを取得するリクエストである時、第３のリクエストに応答して各種コンテンツサーバから受信されるメタデータを集約できることを特徴とする請求項１３に記載のリレーモジュール（ＤＭＳ−Ｒ１）。
【請求項１５】
ソースリレーモジュールは、受信または集約したメタデータに含まれるコンテンツアドレスを適合できることで、これらのアドレスがホームネットワークの電気製品によって解釈できることを特徴とする請求項１４に記載のリレーモジュール（ＤＭＳ−Ｒ１）。
【請求項１６】
リレーモジュールは、ＵＰｎＰコンテンツサーバを検出するための機能を具備することを特徴とする請求項１５に記載のリレーモジュール（ＤＭＳ−Ｒ１）。
【請求項１】
ローカルホームネットワーク（ＲＳ２）からリモートソースネットワーク（ＲＳ１）のうち少なくとも１つのエンティティ（ＤＭＳ１１、ＤＭＳ１２）を制御する方法であって、前記方法は、ローミングリレーモジュールと称するリレーモジュール（ＤＭＳ−Ｒ２）を用いて実行され、ローミングリレーモジュールが、ホームネットワークに接続される電気製品（Ｔ１２、ＧＷ２）によって実行される時、ソースリレーモジュールと称するリレーモジュール（ＤＭＳ−Ｒ１）と通信するように設計され、ソースリレーモジュールは、ソースネットワーク（ＲＳ１）の電気製品（ＧＷ１）によって実行され、前記少なくとも１つのエンティティに対する通信リレーとして機能し、
−ソースネットワークから前記エンティティを制御するのに使用できる第１のプロトコルに従う制御インタフェースを介してローミングリレーモジュール（ＤＭＳ−Ｒ２）によって第１のリクエストを受信するステップと、
−ソースリレーモジュール（ＤＭＳ−Ｒ１）によって第１のプロトコルに従う少なくとも１つの第３のリクエストに変換することを目的とする第２のリクエストを、ローミングリレーモジュール（ＤＭＳ−Ｒ２）からソースリレーモジュール（ＤＭＳ−Ｒ１）へ送信するステップと
を具備することを特徴とする方法。
【請求項２】
前記エンティティは、コンテンツサーバであり、前記方法は、前記コンテンツサーバによって参照される少なくとも１つのコンテンツのアドレスを提供するステップであって、前記アドレスは、前記コンテンツを取得できるエンティティとして、ホームネットワークの電気製品によって実行され、前記コンテンツにアクセスするリクエストをソースリレーモジュール（ＤＭＳ−Ｒ１）に送信できるエンティティ（ＲＣＧ、ＤＭＳ−Ｒ２）を指定する、ステップを具備することを特徴とする請求項１に記載の方法。
【請求項３】
ローミングリレーモジュール（ＤＭＳ−Ｒ２）がローカルホームネットワークのコンテンツサーバとして認識されるように、発見メカニズムを実行するステップを具備することを特徴とする請求項１に記載の方法。
【請求項４】
前記第２のリクエストは、第１のプロトコルとは異なる第２のプロトコルに従って送信されることを特徴とする請求項１に記載の方法。
【請求項５】
前記ローミングリレーモジュール（ＤＭＳ−Ｒ２）は、ホームネットワークの電気製品（Ｔ２１、ＧＷ２）からアクセス可能な記録媒体（ＳＰＲ）上に格納されることを特徴とする請求項１に記載の方法。
【請求項６】
記録媒体は、ローミング接続モジュールと称する接続モジュール（ＲＣＧ）をさらに具備し、前記方法は、前記ローミング接続モジュール（ＲＣＧ）を用いて、リモートネットワークにアクセスするために電気製品（ＧＷ１）との通信リンクを確立するステップをさらに具備し、前記第２のリクエストは、前記通信リンクを介して送信されることを特徴とする請求項５に記載の方法。
【請求項７】
記録媒体は、前記端末に接続できることを特徴とする請求項５に記載の方法。
【請求項８】
リモートソースネットワークのうち少なくとも１つのエンティティを制御する方法を実行するための、ローカルホームネットワーク（ＲＳ２）の電気製品（Ｔ２１）からアクセス可能なデータ記録媒体であって、
前記記録媒体は、ホームネットワークへ接続される電気製品によって実行される時、他のリレーモジュール（ＤＭＳ−Ｒ１）と通信するように設計されるローミングリレーモジュールと称するリレーモジュール（ＤＭＳ−Ｒ２）を具備し、他のリレーモジュールは、ソースリレーモジュールと称し、ソースネットワーク（ＲＳ１）の電気製品（ＧＷ１）によって実行され、前記少なくとも１つのエンティティに対する通信リレーとして機能し、
ローミングリレーモジュール（ＤＭＳ−Ｒ２）は、ソースネットワーク（ＲＳ１）から前記エンティティを制御するのに使用可能な第１のプロトコルに従う制御インタフェースを介して少なくとも１つの第１のリクエストを受信し、第１のプロトコルに従う少なくとも１つの第３のリクエストへソースリレーモジュール（ＤＭＳ−Ｒ１）によって変換されることを目的とする第２のリクエストをソースリレーモジュール（ＤＭＳ−Ｒ１）に送信できることを特徴とする記録媒体。
【請求項９】
ソースネットワークへアクセスするために電気製品（ＧＷ１）との通信リンクを確立できる通信モジュール（ＲＣＧ）を具備することを特徴とする請求項８に記載の媒体。
【請求項１０】
前記接続モジュールによって使用されることを目的とする前記アクセス電気製品（ＧＷ１）への接続データが格納されることを特徴とする請求項９に記載の媒体。
【請求項１１】
ローカルホームネットワーク（ＲＳ２）からリモートソースネットワーク（ＲＳ１）のうち少なくとも１つのエンティティ（ＤＭＳ１１、ＤＭＳ１２）を制御する方法を実行するための、ローミングリレーモジュールと称するリレーモジュール（ＤＭＳ−Ｒ２）であって、
ローミングリレーモジュール（ＤＭＳ−Ｒ２）は、ホームネットワークに接続される電気製品によって実行される時、ソースリレーモジュールと称するリレーモジュール（ＤＭＳ−Ｒ１）と通信するように設計され、ソースリレーモジュールは、ソースネットワークの電気製品（ＧＷ１）によって実行され、前記少なくとも１つのエンティティに対する通信リレーとして機能し、
ローミングリレーモジュール（ＤＭＳ−Ｒ２）は、ソースネットワークから前記エンティティを制御するのに使用可能な第１のプロトコルに従う制御インタフェースを介して少なくとも１つの第１のリクエストを受信し、第１のプロトコルに従う少なくとも１つの第３のリクエストへソースリレーモジュール（ＤＭＳ−Ｒ１）によって変換されることを目的とする第２のリクエストをソースリレーモジュール（ＤＭＳ−Ｒ１）に送信できることを特徴とするリレーモジュール。
【請求項１２】
ローカルホームネットワークのコンテンツサーバとして認識されるために、発見メカニズムを実行する手段を具備することを特徴とする請求項１１に記載のリレーモジュール（ＤＭＳ−Ｒ１）。
【請求項１３】
ローカルホームネットワーク（ＲＳ２）からリモートソースネットワーク（ＲＳ１）のうち少なくとも１つのエンティティ（ＤＭＳ１１、ＤＭＳ１２）を制御する方法を実行するための、ソースリレーモジュールと称するリレーモジュール（ＤＭＳ−Ｒ１）であって、
ソースリレーモジュール（ＤＭＳ−Ｒ１）は、前記少なくとも１つのエンティティに対する通信リレーとして機能し、ソースネットワークの電気製品によって実行される時、ローミングリレーモジュールと称するリレーモジュール（ＤＭＳ−Ｒ２）と通信するように設計され、ローミングリレーモジュールは、ホームネットワーク（ＲＳ２）に接続する電気製品によって実行され、ソースネットワークから前記エンティティを制御するのに使用可能な第１のプロトコルに従う制御インタフェースを介して少なくとも１つの第１のリクエストを受信でき、
ソースリレーモジュール（ＤＭＳ−Ｒ１）は、第１のプロトコルに従う第３のリクエストに変換されることを目的とする第２のリクエストをローミングリレーモジュール（ＤＭＳ−Ｒ２）から受信できることを特徴とするリレーモジュール。
【請求項１４】
ソースリレーモジュールは、前記第３のリクエストが複数のコンテンツサーバに格納されるコンテンツのメタデータを取得するリクエストである時、第３のリクエストに応答して各種コンテンツサーバから受信されるメタデータを集約できることを特徴とする請求項１３に記載のリレーモジュール（ＤＭＳ−Ｒ１）。
【請求項１５】
ソースリレーモジュールは、受信または集約したメタデータに含まれるコンテンツアドレスを適合できることで、これらのアドレスがホームネットワークの電気製品によって解釈できることを特徴とする請求項１４に記載のリレーモジュール（ＤＭＳ−Ｒ１）。
【請求項１６】
リレーモジュールは、ＵＰｎＰコンテンツサーバを検出するための機能を具備することを特徴とする請求項１５に記載のリレーモジュール（ＤＭＳ−Ｒ１）。
【図１】
【図２】
【図２】
【公開番号】特開２０１１−１４１４３（Ｐ２０１１−１４１４３Ａ）
【公開日】平成２３年１月２０日（２０１１．１．２０）
【国際特許分類】
【外国語出願】
【出願番号】特願２０１０−１４７４６４（Ｐ２０１０−１４７４６４）
【出願日】平成２２年６月２９日（２０１０．６．２９）
【出願人】（５９１０３４１５４）フランス・テレコム (290)
【Ｆターム（参考）】
【公開日】平成２３年１月２０日（２０１１．１．２０）
【国際特許分類】
【出願番号】特願２０１０−１４７４６４（Ｐ２０１０−１４７４６４）
【出願日】平成２２年６月２９日（２０１０．６．２９）
【出願人】（５９１０３４１５４）フランス・テレコム (290)
【Ｆターム（参考）】
[ Back to top ]