(57)【特許請求の範囲】
【請求項１】
第１のローカルネットワーク（２００）内の第１のデバイス（２００ｃ）と、第２のローカルネットワーク（２０２）内の第２のデバイス（２０２ｃ）との間におけるメディア通信を、前記第１のローカルネットワーク内に存在している遠隔制御装置（２００ｂ）によって遠隔制御する方法であって、前記第１及び第２のローカルネットワークは外部との接続用の宅内ゲートウェイ（２００ａ、２０２ａ）を個々に備え、
前記方法は、前記遠隔制御装置が、
前記第１のローカルネットワークにおいてディスカバリ処理（２：１ａ）を実行することによって、前記第１のデバイスに関するディスカバリ情報を取得する工程と、
前記第２のデバイスとの接続のために、マルチメディアサービスネットワーク（２０４）を介して、前記第２のローカルネットワーク内のホームマルチメディアゲートウェイ（２０２ｂ）へリモートアクセス要求を送信する工程（２：３）と、
前記リモートアクセス要求に応答して、前記マルチメディアサービスネットワークを介して、前記第２のローカルネットワークの前記宅内ゲートウェイ（２０２ａ）内の前記第２のデバイスのために設定された通信パラメータを、前記ホームマルチメディアゲートウェイから受信する工程（２：５）と、
前記第２のローカルネットワークの前記宅内ゲートウェイ内の前記第２のデバイス用の前記通信パラメータを用いて、前記マルチメディアサービスネットワークとは異なるネットワークを介して前記第２のデバイスとマルチメディアセッションを実行するように前記第１のデバイスに命令する工程（２：７）と、
を有することを特徴とする方法。
【請求項２】
前記遠隔制御装置は、前記第２のデバイスにおいてメディアのブラウジングを行うために受信した前記通信パラメータを用いることを特徴とする請求項１に記載の方法。
【請求項３】
前記遠隔制御装置は、メディアコンテンツを前記第２のデバイスからフェッチするように前記第１のデバイスに命令することを特徴とする請求項１又は２に記載の方法。
【請求項４】
前記遠隔制御装置は、受信した前記通信パラメータと、前記第２のデバイス内の選択された前記メディアコンテンツを指示するＵＲＬ又はＵＲＩとを前記第１のデバイスへ送信することを特徴とする請求項３に記載の方法。
【請求項５】
前記遠隔制御装置は、メディアコンテンツを前記第２のデバイスへ送信するように前記第１のデバイスに命令することを特徴とする請求項１に記載の方法。
【請求項６】
前記リモートアクセス要求は、前記マルチメディアゲートウェイのＩＭＳ識別子へ向けたＩＭＳセッション招待メッセージであることを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
ＳＩＰは、前記マルチメディアサービスネットワークを介した前記ホームマルチメディアゲートウェイとの通信に用いられ、かつ、前記ＩＭＳセッション招待メッセージはＳＩＰ  ＩＮＶＩＴＥメッセージであることを特徴とする請求項６に記載の方法。
【請求項８】
前記リモートアクセス要求は、前記第１のローカルネットワークの前記宅内ゲートウェイによって外部との通信を行うために用いられる外部ＩＰアドレスを含むことを特徴とする請求項１乃至７のいずれか１項に記載の方法。
【請求項９】
受信した前記通信パラメータは、前記宅内ゲートウェイ内の前記第２のデバイスについて確定されたＮＡＴバインディング、または、ポートマッピングに従った、前記第２のローカルネットワークの前記宅内ゲートウェイの外部ＩＰアドレスとポート番号とを含むことを特徴とする請求項１乃至８のいずれか１項に記載の方法。
【請求項１０】
前記リモートアクセス要求は前記第２のデバイスのローカル識別子を含むことを特徴とする請求項１乃至９のいずれか１項に記載の方法。
【請求項１１】
第１のローカルネットワーク（５０２）内の第１のデバイス（Ｄ１）と、第２のローカルネットワーク（５０６）内の第２のデバイス（Ｄ２）との間におけるメディア通信を、前記第１のローカルネットワーク内に存在する場合に遠隔制御する遠隔制御装置であって、前記第１及び第２のローカルネットワークは外部との接続用の宅内ゲートウェイを個々に備え、
前記遠隔制御装置は、
前記第１のローカルネットワークにおいてディスカバリ処理を実行することによって、前記第１のデバイスに関するディスカバリ情報を取得するように適合されたディスカバリ部（５００ａ）と、
前記第２のデバイスとの接続のために、マルチメディアサービスネットワークを介して、前記第２のローカルネットワーク内のホームマルチメディアゲートウェイへ向けてリモートアクセス要求を送信するように適合された送信部（５００ｂ）と、
前記リモートアクセス要求に応答して、前記マルチメディアサービスネットワークを介して、前記第２のローカルネットワークの前記宅内ゲートウェイ内の前記第２のデバイスのために設定された通信パラメータを、前記ホームマルチメディアゲートウェイから受信するように適合された受信部（５００ｃ）と、
前記第２のローカルネットワークの前記宅内ゲートウェイ内の第２のデバイス用の前記通信パラメータを用いて、前記マルチメディアサービスネットワークとは異なるネットワークを介して前記第２のデバイスとのマルチメディアセッションを実行するように前記第１のデバイスに命令するように適合された命令部（５００ｄ）と、
を備えることを特徴とする遠隔制御装置。
【請求項１２】
前記遠隔制御装置は、前記第２のデバイス内のメディアのブラウジングを行うために受信した前記通信パラメータを用いるように適合されたブラウジング部（５００ｅ）をさらに備えることを特徴とする請求項１１に記載の遠隔制御装置。
【請求項１３】
前記命令部は、選択されたメディアコンテンツを前記第２のデバイスからフェッチするように前記第１のデバイスに命令するようにさらに適合されていることを特徴とする請求項１１又は１２に記載の遠隔制御装置。
【請求項１４】
前記命令部は、受信した前記通信パラメータと、前記第２のデバイス内の選択された前記メディアコンテンツを指示するＵＲＬ又はＵＲＩとを前記第１のデバイスへ送信するようにさらに適合されていることを特徴とする請求項１３に記載の遠隔制御装置。
【請求項１５】
前記命令部は、メディアコンテンツを前記第２のデバイスへ送信するように前記第１のデバイスに命令するようにさらに適合されることを特徴とする請求項１０に記載の遠隔制御装置。
【請求項１６】
前記リモートアクセス要求は、前記マルチメディアゲートウェイのＩＭＳ識別子へ向けたＩＭＳセッション招待メッセージであることを特徴とする請求項１１乃至１５のいずれか１項に記載の遠隔制御装置。
【請求項１７】
前記送信部と前記受信部とは、前記マルチメディアサービスネットワークを介した前記ホームマルチメディアゲートウェイとの通信用ＳＩＰを用いるようにさらに適合され、かつ、前記ＩＭＳセッション招待メッセージはＳＩＰ  ＩＮＶＩＴＥメッセージであることを特徴とする請求項１６に記載の遠隔制御装置。
【請求項１８】
前記送信部は、前記第１のローカルネットワークの前記宅内ゲートウェイによって外部と通信を行うために用いられる外部ＩＰアドレスを前記リモートアクセス要求の中に含むようにさらに適合されていることを特徴とする請求項１１乃至１７のいずれか１項に記載の遠隔制御装置。
【請求項１９】
受信した前記通信パラメータは、前記宅内ゲートウェイ内の前記第２のデバイスについて確定されたＮＡＴバインディング、または、ポートマッピングに従った、前記第２のローカルネットワークの前記宅内ゲートウェイの外部ＩＰアドレスとポート番号とを含むことを特徴とする請求項１１乃至１８のいずれか１項に記載の遠隔制御装置。
【請求項２０】
前記リモートアクセス要求は前記第２のデバイスのローカル識別子を含むことを特徴とする請求項１１乃至１９のいずれか１項に記載の遠隔制御装置。
【請求項２１】
第１のローカルネットワーク内に存在している遠隔制御装置（５００）によって、前記第１のローカルネットワーク（５０２）内の第１のデバイス（Ｄ１）と、第２のローカルネットワーク（５０６）内の第２のデバイス（Ｄ２）との間におけるメディア通信の遠隔制御を可能とし、前記第２のローカルネットワークに接続されたホームマルチメディアゲートウェイであって、前記第１及び第２のローカルネットワークは外部との接続用宅内ゲートウェイを個々に備え、
前記ホームマルチメディアゲートウェイは、
前記第２のデバイスとの接続のために、マルチメディアサービスネットワークを介して前記遠隔制御装置からリモートアクセス要求を受信するように適合された受信部（５０４ａ）と、
受信した前記リモートアクセス要求に応答して、前記第２のローカルネットワークの前記宅内ゲートウェイ内の前記第２のデバイスのための通信パラメータを取得するように適合されたポートマッピング部（５０４ｂ）と、
前記通信パラメータを前記遠隔制御装置へ送信し、それによって該遠隔制御装置が、前記第２のデバイスとのマルチメディアセッションを前記通信パラメータを用いて、前記マルチメディアサービスネットワークとは異なるネットワークを介して実行するように前記第１のデバイスに命令することを可能とするように適合された送信部（５０４ｃ）と、
を備えることを特徴とするホームマルチメディアゲートウェイ（５０４）。
【請求項２２】
前記ポートマッピング部は、ＮＡＴバインディングとポートマッピングとを前記第２のローカルネットワークの前記宅内ゲートウェイにおける前記通信パラメータとして取得するように適合され、前記第２のデバイスの前記ローカルＩＰアドレスとポート番号とを、前記第２のローカルネットワークの宅内ゲートウェイの外部パブリックＩＰアドレス及びポート番号とマッピングすることを特徴とする請求項２１に記載のホームマルチメディアゲートウェイ（５０４）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に、異なるローカルネットワーク内にあるデバイス間においてメディア転送を遠隔制御する方法及び配置構成に関する。
【背景技術】
【０００２】
ＩＰ（インターネットプロトコル）を用いる多数の異なるタイプの通信端末又はデバイスがパケットベースのマルチメディア通信を行うために開発された。マルチメディアサービスは一般に、ＩＰネットワークを介して行われる、異なるフォーマットでの、並びに、これらのフォーマットを組み合わせた形でのメディアの伝送を含むものとなる。例えば、ＩＰの使用が可能な移動端末は、ビジュアル情報とオーディオ情報の少なくともいずれかのようなメディアを別のＩＰが使用可能な端末と交換したり、インターネット上でコンテンツサーバからメディアをダウンロードしたりすることが可能である。
【０００３】
一般に、ＩＭＳネットワークと呼ばれる、マルチメディアサービス及びセッションを処理し、かつ制御するためのプラットフォームとして、ＩＭＳ（ＩＰマルチメディアサブシステム）と呼ばれるネットワークアーキテクチャが第３世代パートナーシップ・プロジェクト（３ＧＰＰ）によって開発された。この結果、使用されているアクセス技術に依存せずに、ＩＭＳネットワークを利用して、種々のアクセスネットワークと接続されたＩＭＳが利用可能な端末のためのマルチメディアセッションの起動と制御とを行うことが可能になる。主として、モバイルＩＰ端末用のマルチメディアサービスが利用できるように考え出されたものではあるが、ＩＭＳのコンセプトは固定ＩＰ端末用としても利用が可能である。
【０００４】
マルチメディアセッションは、例えば、Ｐ−ＣＳＣＦ（プロキシ呼セッション制御機能）、Ｓ−ＣＳＣＦ（サービング呼セッション制御機能）及びＩ−ＣＳＣＦ（インテロゲーティング呼セッション制御機能）ノードなどのような、ＩＭＳネットワーク内の特定のセッション制御ノードによって処理される。さらに、データベースノードＨＳＳ（ホーム加入者サーバ）が、加入者と認証データとを記憶するためにＩＭＳネットワークにおいて利用される。ＩＭＳネットワークはまた、様々なマルチメディアサービスを提供するための種々のアプリケーションサーバを含むこともできる。
【０００５】
ＩＭＳプラットフォームによれば、ＳＩＰ（セッション開始プロトコル）と呼ばれるセッションを制御するためのプロトコルを利用して、マルチメディアセッションの起動、処理、及び終了が行われる。したがって、セッション起動メッセージ「ＳＩＰ  ＩＮＶＩＴＥ」及び通常の応答メッセージ「ＳＩＰ２００ＯＫ」のような標準的ＳＩＰメッセージをＩＰ端末又はデバイスによって用いて、マルチメディアセッションの確立を行うようにすることが可能となる。
【０００６】
ＳＩＰにおいて、ＳＤＰ（セッション記述プロトコル）を自己完結したボディとしてＳＩＰメッセージの内部に埋め込み、このＳＤＰを用いて、来るべきマルチメディアセッションのために必要となる種々の通信パラメータの指定を行うようにすることも可能である。このプロトコルは一般に、当業において周知のようなデバイスの能力、メディアの属性、現在用いられているＩＰアドレス、などのセッション設定手順時に必要な情報を提供するために用いられる。
【０００７】
ＬＡＮ（ローカルエリアネットワーク）又はＰＡＮ（パーソナルエリアネットワーク）とも呼ばれる宅内ネットワーク又はオフィスネットワークのような限定されたローカルネットワーク又はプライベートネットワーク内のデバイス用としてもＩＭＳベースのサービスを一般に提供することが望ましい。本説明では、一般的用語「ローカルネットワーク」を用いて、任意のこのようなネットワークを表すことにし、さらに、用語「デバイス」を用いて、ローカルネットワーク内においてＩＰ通信を行う能力を備えている任意の端末を表すことにする。このようなローカルネットワークにおいて、ローカルＩＰアドレスはネットワーク内での通信用として個々のデバイスに割り当てられているものではあるが、当該ネットワークの外ではこのＩＰアドレスをメッセージ及びデータのルーティングに用いることはできない。
【０００８】
ローカルネットワーク内のデバイスは、固定電話機及び無線電話機、コンピュータ、メディア・プレイヤ、サーバ並びにテレビボックスを含んでもよい。後者のテレビボックスは、ＳＴＢ（セットトップボックス）と呼ばれることが多い。ローカルネットワーク内のデバイスに対してＩＭＳサービスを提供するために、ローカルネットワークからＩＭＳネットワークへ向けてＩＭＳ端末のエミュレーションを行うことが可能なＨＩＧＡ（ホームＩＭＳゲートウェイ）と呼ばれるマルチメディアゲートウェイが定義されており、ローカルネットワーク内の任意のデバイスのためにＩＭＳサービスにアクセスできるようになっている。ＨＩＧＡは、ＩＭＳサービスプロファイルに関連づけられた認証に用いられるＩＭＰＩ（ＩＭＳプライベート識別子）及び少なくとも１以上のＩＭＰＵ（ＩＭＳパブリック識別子）のようなＩＭＳネットワークに認知される有効なＩＭＳ識別子を有している。特許文献１には、ローカルネットワーク内のデバイスが異なるＩＭＳ識別子であるＩＭＰＵを用いてＨＩＧＡによってＩＭＳサービスを取得できる方法についての記載がある。
【０００９】
ＵＰｎＰ（ユニバーサル・プラグアンドプレイ）は、異なるアクセス技術、オペレーティングシステム、プログラム言語、フォーマット規格及び通信プロトコルが用いられているローカルネットワーク内の異なるＩＰデバイス間での通信を行うための標準化されたデバイスプロトコルを確立するために、ＵＰｎＰフォーラムと呼ばれる企業団体の協力で開発されたアーキテクチャである。ＵＰｎＰは、さらに、機能、要件及び利用可能なサービスをデバイスの中に含むことができるデバイスプロファイルを記述し、交換するための標準化された方法を提供するものである。
【００１０】
ＵＰｎＰ及び他のプロトコルは、「ディスカバリ」（又は「ペアリング」）と呼ばれる処理もサポートする。この処理で、デバイスは、ローカルネットワークに参加し、ローカルＩＰアドレスを取得し、該デバイスの名称及びＩＰアドレスを告知し、次いで、能力及びサービスをネットワーク内の他のデバイスと交換することが可能となる。以下の説明において、「ディスカバリ情報」という用語は一般に、ディスカバリ処理中にデバイス間で通信される名称、識別子、ローカルＩＰアドレス、保存されているメディアコンテンツを表すＵＲＩ（ユニバーサルリソースＩＤ）、デバイス能力及び利用可能なサービスなどのような任意の情報を表す用語である。ディスカバリ処理は、ブルートゥース通信などを用いて一時的に形成されるアドホックネットワーク内において実行することも可能である。デバイス及びそれらのサービスをディスカバリ処理の中で発見するための専用のサービス・ディスカバリ・プロトコルが標準化されている。
【００１１】
ＤＬＮＡ（デジタル・リビングネットワークアライアンス）は、ローカルネットワークからデバイスに保存されたデジタルメディアコンテンツにアクセスするための最近開発された技術である。ＵＰｎＰプロトコルは、ローカルネットワーク内のデバイス間での通信用下位プロトコルとしてＤＬＮＡによって利用される。
【００１２】
リモートアクセスを可能にするためのアーキテクチャは、ローカルネットワークの外に配置されているリモート「ＵＰｎＰデバイス」がネットワーク内のデバイスとのメディア通信を行うことができる場所についても定義する。ＩＰＳｅｃ（ＩＰセキュリティ）などを用いて、このようなリモートＵＰｎＰアクセスのためのデータ／メディア移送チャネルとしてＶＰＮ（バーチャルプライベートネットワーク）トンネルを設定するためのソリューションについての記載がＷＯ２００６／０７９８９１Ａ１にある。しかし、このソリューションは、ＩＰアドレスの解決及びＤＮＳ（ドメインネームサーバ）技術の利用のみならず、プライベートネットワーク内の動的ＤＮＳクライアントへのアクセスも必要とするものである。
【００１３】
Ｓｌｉｎｇｂｏｘ、ＬｏｃａｔｉｏｎＦｒｅｅ、Ｏｒｂ  ａｎｄ  Ｓｏｏｎｒのような、ローカルホームネットワーク内の家庭用電気製品、サービス、及びメディアへのリモートアクセスのために利用可能ないくつかのいわゆる「垂直方向の」ソリューションが存在する。しかし、標準化されていないという問題があるため、追加される複雑さ及び限られた制御などに起因して、これらの垂直方向のソリューションはサービスプロバイダ及びネットワーク通信事業者が使用するには望ましいものではない。例えば、この場合、ネットワーク通信事業者は、セキュリティ、ルーティング、請求処理及びサービス品質ＱｏＳのような問題を制御する能力のない状態で単に「ビットパイプ」としての機能を果たすだけになる。したがって、リモートアクセスのための標準化された「広域的な」ソリューションであれば、エンドユーザが考えつくようなこのタイプのサービス、及び、一般に改善されたサービスのためのさらに広範囲のマーケットを対象とすることが可能となる。
【００１４】
図１に、家族用住宅又はオフィスに異なるデバイスを設けたローカルネットワーク１００が示されている。本例では、これらのデバイスは、無線電話機、固定電話、ＴＶ装置、ラップトップ型コンピュータ、及びメディアサーバを含むものとする。ネットワーク１００には、ＲＧＷ（宅内ゲートウェイ）と呼ばれるゲートウェイがあり、このゲートウェイには、デバイス用としてネットワーク１００の外部に通信リンクを設けるための外部アクセスネットワーク１０４と接続された従来方式の通常のゲートウェイ１０２も含まれている。この図には示されていないが、ＲＧＷ１０４には、当業で周知のように、典型的にはポート番号とＩＰアドレスとのマッピングを行うためのＮＡＴ（ネットワークアドレス変換）機能と、ローカルＩＰアドレスをデバイスに割り当てるローカルＤＨＣＰ（動的ホスト構成プロトコル）サーバとが含まれている。
【００１５】
ローカルネットワーク１００は、ＨＳＳ１１０が示されているＩＭＳネットワーク１０８との接続を行うＨＩＧＡ１０６をさらに含む。ＨＩＧＡ１０６は、デバイス専用プロトコルを用いる種々の好適なインタフェースを様々なデバイスへ向けてネットワーク１００内に備えている。ＨＩＧＡ１０６は、ＲＧＷ１０２の中に組み込むことができるが、本願では、論理的観点からＨＩＧＡ１０６を個々の機能部と考えられることにする。
【００１６】
ＨＩＧＡ１０６は、ＩＭＳ会員登録に関連づけられたＩＭＳ識別子情報１１２と、上述のＩＭＰＩ及びＩＭＰＵのようなユーザ／サービスプロファイルとを保持する。このプロファイルは、対応する加入者情報１１４がＨＳＳノード１１０に保存されているＩＭＳネットワーク１０８にアクセスするために用いることができる。したがって、ユーザは、ＨＩＧＡ１０６によってローカルネットワーク１００内のある特定の使用デバイスからＩＭＳネットワークへログオンすることが可能となり、次いで当該使用デバイスのローカルＩＰアドレスはユーザプロファイルに関連づけられることになる。
【００１７】
ＨＩＧＡ１０６が、デバイス専用のインタフェース／プロトコルを用いてネットワーク１００内のデバイスからマルチメディアサービス要求を受信するとき、ＨＩＧＡ１０６は、サービス要求を有効なＩＭＳ要求（典型的にはＳＩＰ  ＩＮＶＩＴＥメッセージ）に変換して、ＩＭＳネットワーク１０８との好適なＳＩＰメッセージの通信に関与するＩＭＳセッションの設定をデバイスのために行うようにする。同様に、ＨＩＧＡ１０６は、着信要求を受信すると、デバイスに関連づけられたＩＭＳ識別子１１２を用いることによって、ローカルネットワーク１００内のデバイスとのセッションのためにＩＭＳセッションを設定することができる。いずれの場合にせよ、通信されるメディアは、両方向の矢印によって示されているようにＲＧＷ１０２及びアクセスネットワーク１０４を介してセッション中にデバイスから又はデバイスへルーティングされる。
【００１８】
図１は、ローカルデバイス１００ａがローカルネットワーク１００の外側で移動し、リモートデバイス１００ａ’になることをさらに例示する図である。次いで、リモートデバイス１００ａ’は、ＩＭＳネットワーク１０８を介してＳＩＰ  ＩＮＶＩＴＥメッセージをＨＩＧＡ１０６へ送信して、ネットワーク１００内の残りのデバイスのうちの１つとのメディア通信を起動するようにすることができる。上記を行うためには、リモートデバイスはＩＭＳクライアントでなければならず、かつ、ＩＭＳネットワークにアクセスするために有効なＩＭＳ識別子を用いなければならない。
【００１９】
上述のＤＬＮＡ技術もまたいわゆる「３ボックスモデル」を提供するものである。この場合、第１のデバイスは、第２のデバイスから第３のデバイスへのメディアの転送をローカルネットワーク内において制御するために用いることができる。例えば、小型の携帯用無線電話機は、ラップトップ型コンピュータと比べてさらに広いスクリーン上で、かつ、さらに高い品質でコンテンツを視聴するために、目に見えるメディアコンテンツをＴＶセットへストリームするようにラップトップ型コンピュータに命令するための制御部として使用することが可能である。この場合、ＴＶセットは「メディアレンダラ」として用いられることになる。
【００２０】
しかし、端末が異なるローカルネットワークに配置されているとき、３ボックスモデルを適用するために利用可能なソリューションが存在しないというさらなる問題がある。したがって、例えば、異なるローカルネットワークの両端にわたってメディア転送を遠隔制御して、他のローカルネットワーク内のデバイスを用いてメディアコンテンツを通信できるように１つのローカルネットワーク内のデバイスに命令することは今日不可能である。
【先行技術文献】
【特許文献】
【００２１】
【特許文献１】国際公開第２００６／０４５７０６号パンフレット
【発明の概要】
【００２２】
以上略述した問題を解決することが本発明の目的である。さらに、異なるローカルネットワーク内のデバイス間におけるメディア通信の遠隔制御を可能にするソリューションを提供することが本発明の目的である。下記に添付された独立請求項に従う方法及び配置構成を提供することによってこれらの目的及び他の目的を達成することが可能となる。
【００２３】
１つの側面によれば、第１のローカルネットワーク内に存在している遠隔制御装置によって、第１のローカルネットワーク内の第１のデバイスと第２のローカルネットワーク内の第２のデバイスとの間でメディア通信を遠隔制御するための方法が提供される。第１及び第２のローカルネットワークは外部との接続用の宅内ゲートウェイを個々に備えている。本方法では、遠隔制御装置は、第１のローカルネットワークにおいてディスカバリ処理を実行することによって第１のデバイスにおいてディスカバリ情報を取得し、次いで、第２のローカルネットワーク内にある第２のデバイスと接続するために、マルチメディアサービスネットワークを介してリモートアクセス要求をホームマルチメディアゲートウェイへ送信する。次いで、上記遠隔制御装置は、リモートアクセス要求に応答してマルチメディアサービスネットワークを介して、第２のローカルネットワークの宅内ゲートウェイ内の第２のデバイスに対して確立された通信パラメータをホームマルチメディアゲートウェイから受信する。遠隔制御装置は、第２のローカルネットワークの宅内ゲートウェイ内の第２のデバイス用の受信済み通信パラメータを用いることによって、第２のデバイスとのマルチメディアセッションを実現するように第１のデバイスに命令することができる。これによって、異なるローカルネットワークの両端にわたって３ボックスモデルを実装することが可能となる。
【００２４】
別の側面によれば、第１のローカルネットワーク内に遠隔制御装置が存在するとき、第１のローカルネットワーク内の第１のデバイスと第２のローカルネットワーク内の第２のデバイスとの間でメディア通信を遠隔制御するための遠隔制御装置が提供される。第１及び第２のローカルネットワークは外部との接続用宅内ゲートウェイを個々に備える。遠隔制御装置は、第１のローカルネットワークにおいてディスカバリ処理を実行することによって第１のデバイスにおいてディスカバリ情報を取得するように適合されたディスカバリ部と、第２のデバイスと接続するために、マルチメディアサービスネットワークを介して、第２のローカルネットワーク内のホームマルチメディアゲートウェイへ向けてリモートアクセス要求を送信するように適合された送信部とを備える。遠隔制御装置は、リモートアクセス要求に応答して、マルチメディアサービスネットワークを介して第２のローカルネットワークの宅内ゲートウェイ内の第２のデバイスに対して確立された通信パラメータをホームマルチメディアゲートウェイから受信する受信部も備える。遠隔制御装置は、第２のローカルネットワークの宅内ゲートウェイ内の第２のデバイス用の受信済み通信パラメータを用いることによって、第２のデバイスとのマルチメディアセッションを実行するように第１のデバイスに命令するように適合された命令部をさらに備える。
【００２５】
上記の遠隔制御装置内の方法及び配置構成において異なる実施形態が可能である。例えば、遠隔制御装置内のブラウジング部は、第２のデバイス内のメディアをブラウズするために受信済み通信パラメータを用いることができる。これによって、第１のデバイスへ転送するメディアコンテンツを第２のデバイスにおいて検知することが可能となる。
【００２６】
命令部は第２のデバイスからメディアコンテンツをフェッチするように第１のデバイスへ命令することができる。その場合、命令部は、受信済み通信パラメータと、第２のデバイス内の選択済みメディアコンテンツを指示するＵＲＬ又はＵＲＩとを第１のデバイスへ送信することができる。上記とは別に、命令部はメディアコンテンツを第２のデバイスへ送信するように第１のデバイスへ命令することができる。これらの代替例によれば、メディアコンテンツは上記のように遠隔制御装置によって制御されていずれの方向へも転送することが可能である。
【００２７】
リモートアクセス要求はマルチメディアゲートウェイのＩＭＳ識別子へ向けられるＩＭＳセッション招待メッセージであってもよい。ＳＩＰがマルチメディアサービスネットワークを介してホームマルチメディアゲートウェイとの通信に用いられる場合、ＩＭＳセッション招待メッセージはＳＩＰ  ＩＮＶＩＴＥメッセージとなる。
【００２８】
送信部は、第１のローカルネットワークの宅内ゲートウェイによって外部との通信を行うために用いられる外部ＩＰアドレスをリモートアクセス要求の中に含んでもよい。次いで、第１のローカルネットワークのこの外部ＩＰアドレスは来るべきメディアセッションのために用いることができる。
【００２９】
受信済み通信パラメータは、宅内ゲートウェイ内の第２のデバイスに対して確定されたＮＡＴバインディングすなわちポートマッピングに基づく、第２のローカルネットワークの宅内ゲートウェイの外部ＩＰアドレスとポート番号とを含んでもよい。第２のローカルネットワークのこのＮＡＴバインディングすなわちポートマッピングは同様に来るべきメディアセッションのために用いることができる。送信部はリモートアクセス要求時に第２のデバイスのローカル識別子をさらに含んでもよい。
【００３０】
さらに別の側面によれば、第１のローカルネットワーク内の第１のデバイスと第２のローカルネットワーク内の第２のデバイスとの間におけるメディア通信の遠隔制御を第１のローカルネットワーク内に存在している遠隔制御装置によって可能にするための、ホームマルチメディアゲートウェイも提供される。第１及び第２のローカルネットワークは外部との接続を行うための宅内ゲートウェイを個々に備え、ホームマルチメディアゲートウェイは第２のローカルネットワークの中に含まれている。ホームマルチメディアゲートウェイは、第２のデバイスとの接続を行うためのマルチメディアサービスネットワークを介して、遠隔制御装置からリモートアクセス要求を受信するように適合された受信部、並びに、受信済みのリモートアクセス要求に応答して、第２のローカルネットワークの宅内ゲートウェイ内の第２のデバイス用の通信パラメータを取得するように適合されたポートマッピング部を備える。ホームマルチメディアゲートウェイは、通信パラメータを遠隔制御装置へ送信するように適合された送信部をさらに備え、該送信部によって、遠隔制御装置を作動可能にして、通信パラメータを用いることにより第２のデバイスとのマルチメディアセッションを実行するように第１のデバイスに命令する。
【００３１】
ポートマッピング部は、第２のローカルネットワークの宅内ゲートウェイにおいて、ＮＡＴバインディングとポートマッピングとを通信パラメータとして取得するように適合することが可能であり、第２のデバイスのローカルＩＰアドレスとポート番号とを、第２のローカルネットワークの宅内ゲートウェイの外部パブリックＩＰアドレス及びポート番号とマップするものである。次いで、第２のローカルネットワークのこのＮＡＴバインディングすなわちポートマッピングは来るべきメディアセッションのために用いることができる。
【００３２】
本発明の更なる特徴および利点の可能性については以下の詳細記述の中で説明しよう。
【００３３】
次に、例示の実施形態によって、及び、添付図面を参照しながら本発明についてさらに詳細に説明する。
【図面の簡単な説明】
【００３４】
【図１】従来技術に従って、リモートデバイスがネットワークの外側に在る位置からネットワークにアクセスする際のローカルネットワークを示す概略図である。
【図２】１つの実施形態に従って、２つの異なるローカルネットワークの両端にわたってメディア通信の遠隔制御を行うための処理手順を示す概略ネットワークである。
【図３】別の実施形態に従って、２つの異なるローカルネットワークの両端にわたってメディア通信の遠隔制御を行うための本発明によるソリューションを実現できる方法についてさらに詳細に示すシグナリング図である。
【図４】さらに別の実施形態に従って、メディアコンテンツを別のローカルネットワーク内のデバイスと通信するために１つのローカルネットワーク内の装置の遠隔制御を行うための処理手順を示すフローチャートである。
【図５】さらに別の実施形態に従って、２つの異なるローカルネットワークの両端にわたって、メディア通信の遠隔制御を行うように適合された遠隔制御装置及びホームマルチメディアゲートウェイを示す概略ブロック図である。
【発明を実施するための形態】
【００３５】
簡単に説明すると、本発明は、例えば上述の３ボックスモデルに従って、異なるローカルネットワーク内のデバイス間におけるメディア通信を遠隔制御装置によって遠隔制御するために用いることができる。このソリューションでは、第１のローカルネットワーク内に存在している遠隔制御装置からマルチメディアサービスネットワークを介して制御メッセージングによって起動されるとき、第１のローカルネットワーク内のデバイスと、第２のローカルネットワーク内の他のデバイスとの間でのセッション時に、個々のローカルネットワーク内の宅内ゲートウェイによってメディアの通信を行うことが可能となる。１つの実施形態では、遠隔制御装置は、ＩＭＳネットワークを介してＩＭＳメッセージを通信して、セッションの設定及び制御を行うようにする。
【００３６】
しかし、たとえ以下の実施形態が、説明を簡略にするためにＩＭＳ及びＩＭＳのメッセージングに関して説明するものであっても、マルチメディアネットワーク及び通信のための他の任意の均等物又は類似するコンセプト並びに規格を本発明の範囲内において用いることも可能であることは明らかである。
【００３７】
本説明において、「遠隔制御装置」という用語は、２つのローカルネットワークの両端にわたって他のデバイス間でメディアの転送を起動するために用いられる任意の種類のデバイスを表す用語である。遠隔制御装置が２つのローカルネットワークのうちの一方に存在するとはいえ、遠隔制御装置それ自体はメディア通信に参加するものではない。ＩＭＳネットワークが用いられる場合、遠隔制御装置はＩＭＳ互換デバイスであることが望ましい。すなわち遠隔制御装置はＩＭＳクライアント及び有効なＩＭＳ識別子を有することが望ましい。しかし、セッションの遠隔制御に用いられる他のデバイスの代わりに、ＩＭＳネットワークにアクセスするための別個のＩＭＳ互換デバイスを用いて、以下で説明する遠隔制御装置として一体に有効に機能するようにすることも可能である。
【００３８】
遠隔制御装置は、その存在を告知し、当該ネットワーク内に存在している他の任意のデバイスに関する情報を取得するために、第１のローカルネットワークにおいてまずディスカバリ処理を実行する。したがって、遠隔制御装置は、ネットワークへの登録を行う際に、ローカルＩＰアドレスを割り当てられることになる。ディスカバリ処理において、遠隔制御装置はその名称及びＩＰアドレスを告知し、さらに、ネットワーク内の他の任意のデバイスのＩＤ、ＩＰアドレス、能力及びサービスに関する情報を取得する。これによって、遠隔制御装置のユーザは、第１のローカルネットワーク内の発見した第１のデバイスを選択して、相手側の第２のローカルネットワーク内の既知の第２のデバイスとのメディア通信を行うようにすることが可能となる。例えば、第１のローカルネットワークの中にあるＴＶセットは、第２のローカルネットワーク内のメディアサーバからメディアコンテンツを受信し、演奏するのに適したものとして選択することができる。あるいは、この選択は第１と第２のローカルネットワークを逆にした場合もまた同様に行うことが可能である。
【００３９】
次いで、遠隔制御装置は、第１のローカルネットワーク内の当該宅内ゲートウェイによって外部からの通信信号に対応して用いられるパラメータを取得することができる。このパラメータには当該宅内ゲートウェイの外部パブリックＩＰアドレスが含まれている。遠隔制御装置は、第２のデバイスと接続を行うために、（ＩＭＳネットワークなどの）マルチメディアサービスネットワークを介してリモートアクセス要求を第２のローカルネットワーク内の（ＨＩＧＡなどの）ホームマルチメディアゲートウェイへ送信する。このリモートアクセス要求は、リモートアクセス専用のものとして割り当てられた（ＩＭＰＵなどの）ホームマルチメディアゲートウェイのＩＭＳ識別子へ向けられるＩＭＳセッション招待メッセージであってもよい。ＩＭＳセッション招待メッセージは、第２のデバイスの加入者ＩＤと、第１のローカルネットワーク内の宅内ゲートウェイの取得済みの外部ＩＰアドレスとをさらに含む。
【００４０】
次いで、ホームマルチメディアゲートウェイは、ＩＭＳネットワークを介して肯定応答メッセージを遠隔制御装置へ送信することにより応答し、第２のデバイスとの外部通信用として割り当てられた通信パラメータ（典型的にはＩＰアドレスとポート番号）を第２のローカルネットワークの宅内ゲートウェイの中に含むことになる。次いで、遠隔制御装置ユーザは、転送用の選択済みデバイスに保存されているメディアを選択するために、例えばＶＰＮトンネルを用いて、第２のデバイス内のメディアコンテンツを求めてブラウズすることが可能である。ＩＭＳネットワークにおける好適なセッションを介して、定期的なＳＩＰメッセージとして上記セッション招待メッセージ及び肯定応答メッセージの通信を行うことが可能となる。
【００４１】
次いで、遠隔制御装置は、第１のローカルネットワーク内の選択済みデバイスに命令して、例えば、第２のデバイスからメディアをフェッチするために、第２のローカルネットワーク内の第２のデバイスとのメディアセッションの設定を行うようにすることができる。次いで、この選択済みの第１のデバイスは、第２のデバイスを用いて、最終的に第１及び第２のローカルネットワークの両端にわたっていずれの方向へもメディアを通信することができる。上記とは別に、第１のローカルネットワーク内の遠隔制御装置は、第２のローカルネットワーク内の第２のデバイスへメディアを送信するように当該ネットワーク内の選択済みデバイスに命令することができる。
【００４２】
２つの異なるローカルネットワークの両端にわたってメディア通信の遠隔制御を行うための例示の処理手順について、第１のローカルネットワーク２００と、ローカルデバイスを含む第２のローカルネットワーク２０２と、マルチメディアサービス用のＩＭＳネットワーク２０４とを示す図２の概略ネットワークを参照しながら以下説明する。個々のローカルネットワーク２００、２０２はそれぞれ、他のネットワークとつながる、ローカルデバイス用の通信リンクを個々に設けた宅内ゲートウェイＲＧＷ２００ａと２０２ａ及び上記記載のようなノードを備える。少なくとも第２のローカルネットワーク２０２は、ＩＭＳネットワーク２０４と通信を行うためのマルチメディアゲートウェイＨＩＧＡ２０２ｂをさらに備える。
【００４３】
本図に図示のようにＴＶセット２００ｃを含む各種のさらなるローカルデバイスを含むことができる第１のローカルネットワーク２００の中に遠隔制御装置２００ｂが存在する。第２のローカルネットワーク２０２はメディアサーバ２０２ｃを含むものであるが、このローカルネットワーク２０２には、種々の別のデバイス（図示せず）も同様に含み得ることは言うまでもない。例えば、装置２００ｂのユーザは、ユーザのホームネットワークであってもよいネットワーク２０２内のサーバ２０２ｃに保存されているメディアに関する情報を持っている状態で、友人の家又はホテル内に在るネットワーク２００を現在訪問中であってもよい。
【００４４】
デバイス２００ｂは有効なＩＭＳ識別子を有するＩＭＳクライアントであることが仮定されている。たとえＩＭＳコンセプトが本実施形態において用いられる場合であっても、マルチメディアサービス用ネットワークとゲートウェイとのための他の任意の同様の規格及びプラットフォームも用いることが可能であり、本発明は、一般にこの点において限定されるものではない。異なるステップ又はアクションに関して図２の処理手順を以下説明する。これらのステップ又はアクションの各々は、使用されるプロトコルに依存して往復転送される１以上の特定のメッセージを表すことができる。
【００４５】
最初のステップ２：１ａ及び２：１ｂによれば、第１のローカルネットワーク２００内のデバイス２００ｂと２００ｃによってディスカバリ情報の交換が行われる個々のネットワーク２００、２０２において、第２のローカルネットワーク２０２内のＨＩＧＡ２０２ｂとメディアサーバ２０２ｃとがディスカバリ情報を交換している間、ディスカバリ処理がローカルに実行される。このようにして、遠隔制御装置２００ｂは、ローカルＩＰアドレスとポート番号とを含むデバイス２００ｃにおいて、並びに、ローカルネットワーク２００内に存在している他の任意のデバイスにおいてディスカバリ情報を取得する。次いで、ＨＩＧＡ２０２ｂは、少なくともメディアサーバ２０２ｃに関する同様のディスカバリ情報を取得する。当然のことであるが、ステップ２：１ａ及び２：１ｂは、互いに独立に実行することが可能である。すなわちこれらのステップは必ずしも同時に実行される必要はない。
【００４６】
本例では、装置２００ｂのユーザは、メディアサーバ２０２ｃに保存されているメディアコンテンツの閲覧を望んでいて、メディアサーバ２０２ｃからメディアコンテンツを受信し、演奏するためにメディアレンダラとしてデバイス２００ｃを選択することができる。ユーザからの或る適切な入力コマンドに応答して、次のステップ２：２において、遠隔制御装置２００ｂは、ＲＧＷ２００ａによって用いられる外部ＩＰアドレスと、外部からの通信信号に対応する或る範囲のポート番号とを取得する。以上、ローカル通信用のＵＰｎＰプロトコル又は他の任意の適切なプロトコルを用いてステップ２：１ａ、２：１ｂ、２：２を実行することができる。
【００４７】
次いで、遠隔制御装置２００ｂは、次のステップ２：３においてリモートアクセス要求として、ＩＭＳネットワーク２０４内の適切なセッション制御ノード（図示せず）を介してセッション招待メッセージを第２のローカルネットワーク内のＨＩＧＡ２０２ｂへ送信する。本例では、セッション招待メッセージは、第２のローカルネットワーク２０２、すなわちメディアサーバ２０２ｃ内のある特定の選択済みデバイスとの接続を求める要求に対して有効である。次いで、ステップ２：３のセッション招待メッセージは、リモートアクセス専用のものとして割り当てられたＨＩＧＡ２０２ｂのＩＭＰＵへ向けることができ、かつ、ネットワーク２０２内の選択済みデバイスの識別子を中に含むものである。セッション招待メッセージは、ＩＭＳネットワーク２０４を介して送信される或る一定レベルのセキュリティを自動的に導入することが可能である。このＩＭＳネットワーク２０４では、遠隔制御装置２００ｂが一般に信用できるものであると考えることができる正当なＩＭＳクライアントであることを証明できるように認証が必要となる。
【００４８】
ある特定の選択済みデバイスとの接続を要求する前に、デバイス２００ｂは、第２のローカルネットワーク２０２内のデバイスに関するディスカバリ情報を求める要求として、選択済みの装置識別子を欠いているいずれかの最初のセッション招待メッセージを有効なＨＩＧＡ２０２ｂへ送信することができる。この時、ＨＩＧＡ２０２ｂからの応答はＨＩＧＡ２０２ｂ内のＵＰｎＰプロキシを指示することになり、遠隔制御装置２００ｂは、ＩＭＳネットワーク２０４を介してネットワーク２０２内のデバイスに関するディスカバリ情報をこのＨＩＧＡ２０２ｂから取得することができる。その後セッションは閉じられる。次いで、装置２００ｂのユーザは、ネットワーク２０２内のある特定のデバイスを通信用として選択し、次いで、選択済みのデバイスとの接続を求める要求として、すなわち上記ステップ２：３の場合のように、新たなセッション時に他のセッション招待メッセージをＨＩＧＡ２０２ｂへ送信することが可能となる。
【００４９】
さらに、所望の接続先である、ネットワーク２０２内のメディアサーバ２０２ｃは、例えばローカル識別子である、ＵＰｎＰ識別子などによってステップ２：３のセッション招待メッセージの中に示されることが望ましい。上述したように、ユーザは、来るべきメディアセッションのためにメディアサーバ２０２ｃを利用すべきであることを本例においてすでに知っている。さらに、この結果、いくつかの適切なユーザ入力コマンドによって、デバイス２００ｂは、メディアサーバ２０２ｃのローカル（ＵＰｎＰ）識別子をステップ２：３のセッション招待メッセージの中にさらに含むことになる。
【００５０】
次いで、ステップ２：４で、上記セッション招待メッセージの受信に応答して、ＨＩＧＡ２０２ｂは、ＮＡＴバインディング、すなわち、「ポートマッピング」をＲＧＷ２０２ａにおいて取得する。「ポートマッピング」とは、メディアサーバ２０２ｃのローカルＩＰアドレスとポート番号をＲＧＷ２０２ａの外部パブリックＩＰアドレス及びポート番号とマップする処理である。
【００５１】
次いで、適切な肯定応答メッセージがＨＩＧＡ２０２ｂから送られ、さらに、ステップ２：５において、このメッセージは、ＩＭＳネットワーク２０４を介して遠隔制御装置２００ｂへ返信される。上記肯定応答メッセージには、上記ステップ２：４においてメディアサーバ２０２ｃに対して確定されたＮＡＴバインディングすなわちポートマッピングに従って、ＲＧＷ２０２ａの少なくとも外部ＩＰアドレスとポート番号とが中に含まれている。次いで、遠隔制御装置２００ｂは、次のステップ２：６において、ＲＧＷの受信済み外部ＩＰアドレス及びポート番号２０２ａを用いて、ＲＧＷ２０２ａを介してメディアサーバ２０２ｃ内のメディアコンテンツを求めてブラウズすることが可能となる。例えば、このステップにおいてピアツーピアブラウジングを行うためにＲＧＷ２０２ａを介してデバイス２００ｂと２０２ｃとの間でＶＰＮトンネルを確立することができる。
【００５２】
ユーザがメディアサーバ２０２ｃから通信用メディアコンテンツを選択した後、遠隔制御装置２００ｂは、次のステップ２：７において、相手側のネットワーク２０２内のメディアサーバ２０２ｃからメディアコンテンツをフェッチするようにＴＶセット２００ｃに命令する。これはデバイス２００ｂと２００ｃとの間でのＨＴＴＰ（ハイパーテキスト転送プロトコル）メッセージングによって行うことができる。その場合、デバイス２００ｂは、メディアサーバ２０２ｃ内の選択済みメディアコンテンツを指示するＵＲＬ（ユニバーサルリソースロケータ）をデバイス２００ｃへ送信する。さらに、ステップ２：５において受信された、メディアサーバ２０２ｃ用の外部ＩＰアドレス及びＲＧＷのポート番号２０２ａもここで提供され、上記メディアサーバ２０２ｃとの来るべきセッション時にこれらのＩＰアドレスとポート番号とはＴＶセット２００ｃによって用いられる。
【００５３】
最後に、ＴＶセット２００ｃは、適宜受信済みＵＲＬを用いて通常の方法で（図示せず）メディアサーバ２０２ｃとのメディアセッションをセットアップし、次いで、ステップ２：８に示すように選択済みメディアコンテンツが転送される。例えば、デバイス２００ｃは、受信済みのＵＲＬを含むＨＴＴＰ  ＧＥＴメッセージをデバイス２０２ｃへ送信して、ストリーミングセッションを起動することができる。
【００５４】
訪問先リモートネットワークにおいて、ホームネットワークからデバイスへのメディアの転送を遠隔制御する本発明によるソリューションを実現できる方法に関するさらに詳細な例について、図３のシグナリング図を参照しながら以下説明する。図３に個々に示されているシグナリングステップが、プロトコルに従って往復転送される１以上の特定のメッセージを表すことができることは当業者であれば容易に理解できよう。
【００５５】
したがって、図３はローカルリモートネットワーク３００、ローカルホームネットワーク３０２、及びＩＭＳネットワーク内のＩＭＳセッション制御ノード３０４を示すことになる。個々のネットワーク３００、３０２は宅内ゲートウェイＲＧＷ１  ３００ａ及びＲＧＷ２  ３０２ａをそれぞれ備える。遠隔制御装置３００ｂが現在リモートネットワーク３００を訪問中であるが、実際にはこの遠隔制御装置はホームネットワーク３０２に属するものである。但しこのことは必要なことではない。さらに、リモートネットワーク３００はＴＶセット３００ｃを含み、かつ、ホームネットワーク３０２はマルチメディアゲートウェイＨＩＧＡ３０２ｂと、メディアコンテンツが保存されているホームサーバ３０２ｃとを含む。プロトコルＵＰｎＰはネットワーク３００、３０２内において通信用としてローカルに使用されるものと仮定されている。但し以下に説明する例では他のローカル通信プロトコルを使用することも可能である。
【００５６】
本例では、装置３００ｂのユーザはネットワーク３０２内の少なくともホームサーバ３０２ｃとそのメディアコンテンツとに関する何らかの情報を有しているものとさらに仮定されている。デバイス３００ｂは、ある時点において事前にディスカバリ処理をネットワーク３０２の中で実行したものであってもよい。それによって、デバイス３００ｂのＵＰｎＰ識別子を含むディスカバリ情報がホームサーバ３０２ｃに予め保存されることになる。したがって、遠隔制御装置３００ｂが、ネットワーク３００と３０２の両端にわたって、すなわち、ホームサーバ３０２ｃからＴＶセット３００ｃへのメディア転送を起動するとき、以下のシグナリングステップ又はアクションが実行されることになる。点線矢印はオプションのステップを示す。
【００５７】
ステップ３：１−  遠隔制御装置３００ｂは、ネットワーク３００に登録を行い、ネットワーク３００内のＲＧＷ１  ３００によってデバイス３００ｂに対して通信用として割り当てられたローカルＩＰアドレスを取得する。デバイス３００ｂは、ＵＰｎＰプロトコルに基づいて、このステップにおいてディスカバリ処理をさらに実行して、ＴＶセット３００ｃを含むネットワーク３００内に存在している他の任意のデバイスのローカルＩＰアドレス、能力及びサービス記述を取得する。同様のディスカバリ処理も、ホームネットワーク３０２において或る時点に実行される。その場合、ＨＩＧＡ３０２ｂは、ホームサーバ３０２ｃを含む、ネットワーク３０２内に存在しているデバイスのローカルＩＰアドレス、能力及びサービス記述を取得する。このステップは図２のステップ２：１ａ及び２：１に基本的に対応するものである。装置３００ｂのユーザは今度は、図２の例の場合と同様に、ホームサーバ３０２ｃからメディアコンテンツをフェッチし、演奏のためにＴＶセット３００ｃを用いることを決定する。
【００５８】
ステップ３：２−  適切なユーザ入力コマンドに応答して、遠隔制御装置３００ｂは、ＵＰｎＰ又は他の手段を介して、ＲＧＷ１  ３００ａの外部ＩＰアドレス及び来るべきメディアセッションのために用いることができるポート番号の可能な有効範囲を取得する。このステップは図２のステップ２：２に基本的に対応するものである。
【００５９】
ステップ３：３−  遠隔制御装置３００ｂは、リモートアクセス要求として、リモートアクセスのために割り当てられたＨＩＧＡ３０２ｂのＩＭＰＵへ向けてＳＩＰ  ＩＮＶＩＴＥメッセージを送出することによってホームサーバ３０２ｃとの接続を要求する。ＳＩＰ  ＩＮＶＩＴＥメッセージがＩＭＳノード３０４を介してルーティングされる。ＳＩＰ  ＩＮＶＩＴＥメッセージは、特定のローカルデバイスとのＤＬＮＡベースの接続を確立するために一般に用いられる、ホームサーバ３０２ｃのＵＰｎＰ識別子を含む。ＳＩＰ  ＩＮＶＩＴＥメッセージは、ＲＧＷ１  ３００ａの外部ＩＰアドレスと、ステップ３：２において取得された有効なポート番号の範囲の中から選択されたポート番号とをさらに含み、これらは、来るべきメディアセッションのためにネットワーク３０２において用いられる。このステップは図２のステップ２：３に基本的に対応するものである。ここで、選択済みホームサーバ３０２ｃを指示するユーザからの適切な入力が、デバイス３００ｂにおいて、入力コマンドトリガステップ３：２又は個別の入力コマンドトリガステップ３：３などの、ステップ３：３よりも前の或る時点に好適に受信されるという点に留意されたい。
【００６０】
ステップ３：４−  ＨＩＧＡ３０２ｂは例えば、いわゆる「Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙ」を介して装置３００ｂのユーザ及びＩＮＶＩＴＥメッセージを認証する。ＩＭＳノード３０４を介してＳＩＰ  ＩＮＶＩＴＥメッセージが送信されたことに起因して、或る一定レベルのセキュリティが自動的に取得される。というのは、ＩＭＳネットワークへの登録を行うためには遠隔制御装置３００ｂは正当なＩＭＳクライアントでなければならず、認証済みのＩＭＳクライアントは一般に信用できものと考えられることが仮定されているからである。例えば、既存のＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙによる認証方法を用いれば、リモートアクセスを認めるための何らかの特別のセキュリティメカニズムの導入は不要となる。
【００６１】
ステップ３：５−  次いで、ＨＩＧＡ３０２ｂは、ＮＡＴバインディングがＵＰｎＰプロトコルに基づいてＲＧＷ２  ３０２ａにおいて確立されることを要求する。その場合、ホームサーバ３０２ｃのＩＰアドレスとポート番号とは、ＲＧＷ２  ３０２ａの外部ＩＰアドレス及びポート番号とにマップされる。このステップは図２のステップ２：４に基本的に対応するものである。オプションとして、ステップ３：３のＳＩＰ  ＩＮＶＩＴＥメッセージの形で受信されたとき、リモートネットワーク３００内のＲＧＷ１３００ａの外部ＩＰアドレスと、選択済みポート番号とをＮＡＴバインディングの中に保存して、ＲＧＷ２  ３０２ａが上記特定のかつ既知のソースＩＰアドレスとポート番号とから得られる着信トラフィックのみを許可するように指示する旨のルールを作成することによってセキュリティの向上を図るようにすることも可能である。
【００６２】
ステップ３：６−  ＨＩＧＡ３０２ｂは、ＲＧＷ２  ３０２ｃの外部ＩＰアドレスとポート番号とを中に含むＳＤＰメッセージを有し、ステップ３：３のＳＩＰ  ＩＮＶＩＴＥメッセージに応答して、ＳＩＰ２００ＯＫメッセージを遠隔制御装置３００ｂへ送信する。このステップは図２のステップ２：５に基本的に対応するものである。
【００６３】
ステップ３：７−  オプションとしてこの時点において、ＮＡＴバインディングを確立することも可能である。その場合、ＴＶセット３００ｃのローカルＩＰアドレスとポート番号とは、ＲＧＷ１  ３００ａにおいて、ＵＰｎＰプロトコルに基づいてＲＧＷ１  ３００ａの外部ＩＰアドレス及びポート番号にマップされる。本例のように、ＴＶセット３００ｃへメディアを配信するようにＴＶセット３００ｃに命令するのではなく、遠隔制御装置３００ｂがＴＶセット３００ｃへメディアを配信するようにホームサーバ３０２ｃに対して直接送信勧誘するような場合には、このＮＡＴバインディングは必要となる。下記のステップ３：１０〜３：１３を参照のこと。しかし、これらのステップは線図には示していない。該ステップは代替の実装構成と考えることが望ましい。したがって、遠隔制御装置３００ｂが有効にＴＶセット３００ｃを起動し、トリガして、メディアセッションを開始するとき、ステップ３：１０〜３：１３を実行する代わりに、遠隔制御装置３００ｂはホームサーバ３０２ｃを直接起動して、セッションの確立時にＴＶセット３００ｃを必要とすることなく、メディアコンテンツのＴＶセット３００ｃへのストリーミングを開始することが可能となる。しかし、このストリーミングの開始は、遠隔制御装置３００ｂが何らかの形でＴＶセット３００ｃのローカルＩＰアドレスとポート番号とを取得できること、並びに、これらのＩＰアドレスとポート番号とは、外部へのルーティングが可能な、ＲＧＷ１  ３００ａ内のＩＰアドレス及びポート番号上へ正しくマッピングされることを要件とする。
【００６４】
別のオプションとして、上記ステップ３：５の場合と同様に、ホームネットワーク３０２内のＲＧＷ２  ３０２ａの外部ＩＰアドレスとポート番号とに対応するルールを作成し、それによってＲＧＷ２  ３０２ａの特定のかつ既知のソースＩＰアドレスとポート番号とから到来する着信トラフィックのみが許可されるようにするオプションがある。
【００６５】
ステップ３：８−  オプションとして、ＶＰＮトンネルは遠隔制御装置３００ｂとＲＧＷ２  ３０２ａとの間でこの時点に確立されるものであってもよい。
【００６６】
ステップ３：９−  遠隔制御装置３００ｂは、ＵＰｎＰプロトコルを用いてホームサーバ３０２ｃ内でメディアの探索を行うために、ホームサーバ３０２ｃとのピアツーピアブラウジングを実行することができる。
【００６７】
ステップ３：１０−  ユーザからの他の適切な入力コマンドに応答して、遠隔制御装置３００ｂは、正しいコンテンツ／メディアをホームデバイスからフェッチすることを意図して、ホームサーバ３０２ｃ内の選択済みメディアコンテンツを指示するＵＲＬ又はＵＲＩをＴＶセット３００ｃへ送信する。ＵＲＬ又はＵＲＩは、例えば「HTTP POST setAVTransport URI0」のようなＨＴＴＰメッセージの形で送信される。
【００６８】
ステップ３：１１−  ＴＶセット３００ｃはＨＴＴＰ２００ＯＫメッセージを応答として送信する。
【００６９】
ステップ３：１２−  遠隔制御装置３００ｂはトリガをＴＶセット３００ｃへ送信して、メッセージ「HTTP POST(AVTransport :: PlayO)」の形でコンテンツのストリーミングを起動する。
【００７０】
ステップ３：１３−  ＴＶセット３００ｃは再びＨＴＴＰ２００ＯＫメッセージを応答として送信する。
【００７１】
ステップ３：１４−  ＴＶセット３００ｃは、ＨＴＴＰメッセージ「HTTP GET URL」をホームサーバ３０２ｃへ送信することによってホームサーバ３０２ｃとのセッションを開始する。
【００７２】
ステップ３：１５−  ホームサーバ３０２ｃはＨＴＴＰ２００ＯＫメッセージを応答として送信する。
【００７３】
ステップ３：１６−  ストリーミングセッションがＨＴＴＰに従って実行され、そこで、所望のメディアコンテンツがホームサーバ３０２ｃからＴＶセット３００ｃへ転送される。
【００７４】
ステップ３：３の遠隔制御装置３００ｂからのＳＩＰ  ＩＮＶＩＴＥメッセージを構成することができる方法を示す１例を下記に示す。本例では、遠隔制御装置３００ｂのユーザはアリスという名前であり、higa_ra@operator.comはリモートアクセス要求として用いられるＨＩＧＡ３０２ｂのアドレスである。
【００７５】
INVITE sip : higa_ra@operator.com SIP/2.0
Via:SIP/2.0/UDP wsl.operator2.com:5060;
branch=ufy7345hflwdsl
Max-Forwards:70
P-Asserted-Identity : Alice ＜ sip:alice@operator.com＞
From : Alice ＜sip:alice@operator.com＞ ; tag=8964dhdha8
To: HIGA_RA ＜sip : higara@operator.com＞
Call-ID: 26498265027552@192.0.100.2
CSec: 1 INVITE
Contact: ＜sip : alice@192.0.100.2
Content-Type: application/sdp
Content length: 151
v=0
o=alice 375864989 590506500 IN IP4 wsl.operator2.com
s=-
C=IN IP4 192.0.100.2 （すなわち、ＲＧＷ１  ３００ａのＩＰアドレス）
t=0 0
m=message 20002（すなわち、ビデオストリームとして用いられるＲＧＷ１  ３００ａ内のポート番号）
a=deviceID:Media_server（すなわち、ホームサーバ３０２ｃのＵＰｎＰ識別子）
図４のフローチャートを参照しながら、第１のローカルネットワーク内に存在している遠隔制御装置によって、第１のローカルネットワーク内の第１のデバイスと、第２のローカルネットワーク内の第２のデバイス間でのメディア通信の遠隔制御を可能にするための、メディア通信の制御処理手順について別の実施形態によって以下説明する。第１及び第２のローカルネットワークの各々は外部との接続用宅内ゲートウェイを個々に備える。以下のステップは一般に遠隔制御装置によって実行される。
【００７６】
第１のローカルネットワークにおいてディスカバリ処理に参加するとき、第１のステップ４００において第１のデバイスに関するディスカバリ情報が取得される。このステップは基本的に、上記の例におけるステップ２：１ａ、ｂ及び３：１にそれぞれ対応する。
【００７７】
次のステップ４０２において、第２のデバイスと接続を行うために、マルチメディアサービスネットワークを介してリモートアクセス要求が第２のローカルネットワーク内のホームマルチメディアゲートウェイへ送信される。このステップは基本的に、上記の例におけるステップ２：３及び３：３にそれぞれ対応する。
【００７８】
別のステップ４０４において、ステップ４０２のリモートアクセス要求に応答して、マルチメディアサービスネットワークを介して、第２のローカルネットワークの宅内ゲートウェイ内のホームマルチメディアゲートウェイから第２のデバイス用の通信パラメータが受信される。
【００７９】
最終ステップ４０６において、第２のデバイス用の受信済み通信パラメータを用いることによって第２のデバイスとのマルチメディアセッションを実行するように第１のデバイスは命令される。したがって、上記の処理手順を利用して、選択済みのメディアコンテンツを第２のデバイスからフェッチするか、あるいは、メディアコンテンツを第２のデバイスへ送信するかのいずれかを行うように第１のデバイスに命令することが可能となる。
【００８０】
図５は、機能部を用いて、配置構成として上述の遠隔制御装置とホームマルチメディアゲートウェイとを構成することができる方法をさらに詳細に示すブロック図である。情報及びメッセージの流れは一般に図中の種々の矢印によって示されているが、この流れは当業者であれば適切なプロトコルとインタフェースとによって実現することができるため、これらのプロトコルとインタフェースとについては本明細書で詳細に説明する必要はない。この図は単に論理的意味での種々の機能単位を例示するものではあるが、一方で、当業者が実際には、任意の適切なソフトウェア及びハードウェア手段を用いて、これらの機能を自由に実現することが可能であるという点に留意されたい。したがって、本発明は一般に遠隔制御装置並びにホームマルチメディアゲートウェイの図示の構造のみに限定されるわけではない。
【００８１】
図中、遠隔制御装置５００が、少なくとも第１のデバイスＤ１を備えた第１のローカルネットワーク５０２内に存在し、さらに、ホームマルチメディアゲートウェイ５０４は少なくとも第２のデバイスＤ２を備えた第２のローカルネットワーク５０６と接続されている。
【００８２】
遠隔制御装置５００は、第１のローカルネットワーク５０２においてディスカバリ処理を実行することによって、少なくとも第１のデバイスＤ１に関するディスカバリ情報を取得するように適合されたディスカバリ部５００ａを備えている。遠隔制御装置５００は、第２のデバイスＤ２と接続するために、マルチメディアサービスネットワーク（図示せず）を介して、ホームマルチメディアゲートウェイ５０４へ向けてリモートアクセス要求を送信するように適合された送信部５００ｂをさらに備えている。
【００８３】
遠隔制御装置５００は、リモートアクセス要求に応答して、マルチメディアサービスネットワークを介して第２のローカルネットワーク５０６の宅内ゲートウェイ（図示せず）内の第２のデバイスＤ２に対して確立された通信パラメータをホームマルチメディアゲートウェイ５０４から受信するように適合された受信部５００ｃをさらに備える。遠隔制御装置５００は、第２のローカルネットワークの宅内ゲートウェイ内の第２のデバイス用の受信済み通信パラメータを用いることによって、第２のデバイスとのマルチメディアセッションを実行するように第１のデバイスＤ１に命令するように適合された命令部５００ｄをさらに備える。遠隔制御装置５００はまた、第２のデバイスＤ２内のメディアのブラウズを行うために受信済み通信パラメータを用いるように適合されたブラウジング部５００ｅを備えてもよい。ホームマルチメディアゲートウェイ５０４は、第２のデバイスＤ２と接続を行うために、マルチメディアサービスネットワークを介して遠隔制御装置５００からリモートアクセス要求を受信するように適合された受信部５０４ａを備えている。
【００８４】
ホームマルチメディアゲートウェイ５０４は、受信済みのリモートアクセス要求に応答して、第２のローカルネットワーク５０６の宅内ゲートウェイ内の第２のデバイスＤ２用として通信パラメータを取得するように適合されたポートマッピング部５０４ｂをさらに備える。ポートマッピング部は、通信パラメータとしてＮＡＴバインディングとポートマッピングとを取得するように適合することが可能であり、第２のデバイスのローカルＩＰアドレスとポート番号とを、第２のローカルネットワークの宅内ゲートウェイの外部パブリックＩＰアドレス及びポート番号とマップするものである。
【００８５】
ホームマルチメディアゲートウェイ５０４は、通信パラメータを遠隔制御装置へ送信するように適合された送信部５０４ｃをさらに備え、該送信部によって、遠隔制御装置５００を作動可能にして、与えられた通信パラメータを用いることにより、第２のデバイスＤ２とのマルチメディアセッションを実行するように第１のデバイスＤ１に命令する。
【００８６】
例えば上述の実施形態に従って本発明を利用することによって、ローカルネットワークを訪問する遠隔制御装置は、別のホームネットワーク内のデバイスからメディアコンテンツをフェッチするように当該ネットワーク内のデバイスに命令することができる。あるいは、ローカルネットワークと別のホームネットワークを逆にした場合もまた同様である。これによって、上述の３ボックスモデルを遠隔地において達成することが可能となり、１つのローカルネットワークにおいてメディアレンダラとしてデバイスを選択して、別のローカルネットワークのサーバ等から得られた選択済みメディアを演奏することが可能となる。別のローカルネットワークのサーバ等に保存するために選択済みメディアを１つのデバイスから転送する処理も遠隔制御によって行うことが可能である。遠隔制御装置は信用できるものと考えることもできる。というのは、セッション招待メッセージは、追加された自動セキュリティを提供する認証を必要とするマルチメディアサービスネットワークを介して送信されるからである。
【００８７】
本発明について、具体的な典型的実施形態を参照しながら記述したが、この記述は、一般に本発明のコンセプトを説明することが意図しているだけであって、本発明の範囲を限定していると考えるべきではない。上記の実施形態を説明するに際して、ＩＭＳのコンセプト、ＨＩＧＡ、ＵＰｎＰ及びＤＬＮＡを用いたが、本明細書に記載のように、ローカルネットワークの両端にわたって、メディア転送の遠隔制御を可能にするために他の任意の同様の適切な規格、プロトコル及びネットワーク要素を用いることは基本的に可能である。ブルートゥース、ＺｉｇＢｅｅ、ＩｒＤＡ（赤外線データ協会）及びＢｏｎｊｏｕｒのような、ＵＰｎＰ以外の他のプロトコルに準拠して、以上説明したディスカバリ処理を実行することも可能である。本発明は一般に以下の独立請求項によって規定される。
【図１】
0004829350.tif 000002
【図２】
0004829350.tif 000003
【図３】
0004829350.tif 000004
【図４】
0004829350.tif 000005
【図５】
0004829350.tif 000006