(57)【要約】  プライベート・ネットワーク（３００）内のホーム・デバイス（３０８）に、プライベート・ネットワーク外にあるリモート・デバイス（３０６）からのアクセスを可能にする方法および装置。プライベート・ネットワークは、マルチメディアサービスネットワーク（３１０）に接続されたマルチメディア・ゲートウェイ（３０２）を有する。リモート・デバイスからマルチメディア・ゲートウェイにセッション招待メッセージを送信する。それに応えて、プライベート・ネットワーク内の住居用ゲートウェイ（３０４）の接続パラメータがリモート・デバイスに送信されるが、その接続パラメータは、受信したメッセージにホーム・デバイス識別子が含まれていた場合、選択されたホーム・デバイスに関連付けられ、また受信したメッセージにその識別子が含まれていなかった場合、ホーム・デバイス情報を提供できるマルチメディア・ゲートウェイ内のプロキシ機能に関連付けられている。このようにして、プライベート・ネットワーク内のホーム・デバイスに、遠隔から容易かつ安全にアクセスすることができる。
2010508696.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディア・サービス・ネットワーク（３１０）に接続されたマルチメディア・ゲートウェイ（３０２）を有するプライベート・ネットワーク（３００）内のホーム・デバイス（３０８）に、前記プライベート・ネットワーク外にあるリモート・デバイス（３０６）からアクセスする方法であって、
前記リモート・デバイスにおいて、
−前記マルチメディア・サービス・ネットワークを通じて前記マルチメディア・ゲートウェイ宛てのセッション招待メッセージを送信する工程であって、該セッション招待メッセージは、前記リモート・デバイスが選択されたホーム・デバイスの識別子を利用可能である場合は随意的に該識別子を含む、工程と、
−前記セッション招待メッセージに対する応答として、前記マルチメディア・ゲートウェイから前記プライベート・ネットワーク内の住居用ゲートウェイの接続パラメータを受信する工程であって、前記接続パラメータは、前記セッション招待メッセージに前記ホーム・デバイス識別子が含まれていた場合に前記選択されたホーム・デバイスに関連付けられ、前記セッション招待メッセージにホーム・デバイス識別子が含まれていなかった場合にホーム・デバイス情報を提供できる前記マルチメディア・ゲートウェイ内のプロキシ機能に関連付けられる、工程と、
−前記選択されたホーム・デバイスとメディアを通信するか、または、前記プロキシ機能からホーム・デバイス情報を取得するために、受信した前記接続パラメータを使用する工程と
を備えることを特徴とする方法。
【請求項２】
前記受信した接続パラメータは、前記プライベート・ネットワーク外でルーティングするために使用できるネットワークアドレス／ポート番号の組み合わせを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記リモート・デバイスが以前に前記プライベート・ネットワーク内に位置していたときに実行したディスカバリ・プロセスでホーム・デバイス情報を取得していた場合、前記ホーム・デバイス識別子が前記セッション招待メッセージに含められることを特徴とする請求項１または２に記載の方法。
【請求項４】
前記セッション招待メッセージは通常のＳＩＰ  ＩＮＶＩＴＥメッセージであり、前記ホーム・デバイス識別子は前記ＳＩＰ  ＩＮＶＩＴＥメッセージに埋め込まれたＳＤＰメッセージに含められるか、または、前記ＳＩＰヘッダ内の「Ｔｏ：」フィールドに含められることを特徴とする請求項３に記載の方法。
【請求項５】
前記セッション招待メッセージにホーム・デバイス識別子が含まれていなかった場合、前記プロキシ機能へのＶＰＮトンネルが前記プライベート・ネットワークを使って確立され、前記プライベート・ネットワーク内のホーム・デバイスについての情報を取得するために前記プロキシ機能と同期するのに前記ＶＰＮトンネルが使用されることを特徴とする請求項１または２に記載の方法。
【請求項６】
選択された任意のホーム・デバイスと通信するために前記ＶＰＮトンネルがさらに使用されることを特徴とする請求項５に記載の方法。
【請求項７】
前記マルチメディア・ゲートウェイはホームＩＭＳゲートウェイであり、前記マルチメディア・サービス・ネットワークはＩＭＳネットワークであり、前記リモート・デバイスも前記ホームＩＭＳゲートウェイもＩＭＳクライアントであることを特徴とする請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
前記送信したセッション招待メッセージは、前記マルチメディア・ゲートウェイのＩＭＰＵを宛先とし、前記リモート・デバイスのＩＭＰＵを含むことを特徴とする請求項７に記載の方法。
【請求項９】
前記選択されたホーム・デバイスはメディアサーバであり、ストリーミングを用いて通信された前記メディアを前記リモート・デバイスが受信することを特徴とする請求項１乃至８のいずれか１項に記載の方法。
【請求項１０】
マルチメディア・サービス・ネットワークに接続されたマルチメディア・ゲートウェイを有するプライベート・ネットワーク内のホーム・デバイスに、前記プライベート・ネットワーク外にあるときアクセスするためのリモート・デバイス内の装置であって、
−前記マルチメディア・サービス・ネットワークを通じて前記マルチメディア・ゲートウェイ宛てのセッション招待メッセージを送信する手段であって、該セッション招待メッセージは、前記リモート・デバイスが選択されたホーム・デバイスの識別子を利用可能である場合は随意的に該識別子を含む、手段と、
−前記セッション招待メッセージに対する応答として、前記マルチメディア・ゲートウェイから前記プライベート・ネットワーク内の住居用ゲートウェイの接続パラメータを受信する手段であって、前記接続パラメータは、前記セッション招待メッセージにホーム・デバイス識別子が含まれていた場合に前記選択されたホーム・デバイスに関連付けられ、前記セッション招待メッセージにホーム・デバイス識別子が含まれていなかった場合にホーム・デバイス情報を提供できる前記マルチメディア・ゲートウェイ内のプロキシ機能に関連付けられる、手段と、
−前記選択されたホーム・デバイスとメディアを通信するか、または、前記プロキシ機能からホーム・デバイス情報を取得するために受信した前記接続パラメータを使用する手段と
を備えることを特徴とする装置。
【請求項１１】
前記受信した接続パラメータは、前記プライベート・ネットワーク外でルーティングするために使用できるネットワークアドレス／ポート番号の組み合わせを含むことを特徴とする請求項１０に記載の装置。
【請求項１２】
前記リモート・デバイスが以前に前記プライベート・ネットワーク内に位置していたときに実行したディスカバリ・プロセスでホーム・デバイス情報を取得していた場合、前記ホーム・デバイス識別子が前記セッション招待メッセージに含められる手段をさらに備えることを特徴とする請求項１０または１１に記載の装置。
【請求項１３】
前記セッション招待メッセージは通常のＳＩＰ  ＩＮＶＩＴＥメッセージであり、前記ホーム・デバイス識別子は前記ＳＩＰ  ＩＮＶＩＴＥメッセージに埋め込まれたＳＤＰメッセージに含められるか、または、前記ＳＩＰヘッダ内の「Ｔｏ：」フィールドに含められることを特徴とする請求項１２に記載の装置。
【請求項１４】
前記セッション招待メッセージにホーム・デバイス識別子が含まれていなかった場合、前記プロキシ機能へのＶＰＮトンネルを前記プライベート・ネットワークを使って確立し、前記プライベート・ネットワーク内のホーム・デバイスについての情報を取得するために前記プロキシ機能と同期するのに前記ＶＰＮトンネルを使用する手段をさらに備えることを特徴とする請求項１０または１１に記載の装置。
【請求項１５】
選択された任意のホーム・デバイスと通信するために前記ＶＰＮトンネルを使用する手段をさらに備えることを特徴とする請求項１４に記載の装置。
【請求項１６】
前記マルチメディア・ゲートウェイはホームＩＭＳゲートウェイであり、前記マルチメディア・サービス・ネットワークはＩＭＳネットワークであり、前記リモート・デバイスも前記ホームＩＭＳゲートウェイもＩＭＳクライアントであることを特徴とする請求項１０乃至１５のいずれか１項に記載の装置。
【請求項１７】
前記送信したセッション招待メッセージは、前記マルチメディア・ゲートウェイのＩＭＰＵを宛先とし、前記リモート・デバイスのＩＭＰＵを含むことを特徴とする請求項１６に記載の装置。
【請求項１８】
前記ホーム・デバイスはメディアサーバであり、前記リモート・デバイスはストリーミングを用いて通信された前記メディアを受信するように構成されていることを特徴とする請求項１０乃至１７のいずれか１項に記載の装置。
【請求項１９】
前記リモート・デバイスが前記プライベート・ネットワークに現在接続されているか否かをチェックする手段をさらに備えることを特徴とする請求項１０乃至１８のいずれか１項に記載の装置。
【請求項２０】
マルチメディア・サービス・ネットワーク（３１０）に接続されたマルチメディア・ゲートウェイ（３０２）を有するプライベート・ネットワーク（３００）内のホーム・デバイス（３０８）に、前記プライベート・ネットワーク外にあるリモート・デバイス（３０６）からのアクセスを可能にする方法であって、
前記マルチメディア・ゲートウェイにおいて
−前記リモート・デバイスから前記マルチメディアサービスネットワークを通じてセッション招待メッセージを受信する工程であって、該セッション招待メッセージは、選択されたホーム・デバイスの識別子を随意的に含む、工程と、
−前記リモート・デバイスとの通信のために前記プライベート・ネットワーク内の住居用ゲートウェイの接続パラメータを設定する工程であって、
前記接続パラメータは、前記セッション招待メッセージに前記ホーム・デバイス識別子が含まれていた場合に前記選択されたホーム・デバイスに関連付けられ、前記セッション招待メッセージにホーム・デバイス識別子が含まれていなかった場合にホーム・デバイス情報を提供できる前記マルチメディア・ゲートウェイ内のプロキシ機能に関連付けられる、工程と、
−前記セッション招待メッセージに応答して、設定した前記接続パラメータを前記リモート・デバイスに送信する工程と
を備えることを特徴とする方法。
【請求項２１】
前記設定した接続パラメータは、前記プライベート・ネットワーク外でルーティングするために使用できるネットワークアドレス／ポート番号の組み合わせを含むことを特徴とする請求項２０に記載の方法。
【請求項２２】
前記受信したセッション招待メッセージは通常のＳＩＰ  ＩＮＶＩＴＥメッセージであり、２００ ＯＫメッセージに埋め込まれたＳＤＰメッセージか、または前記２００ ＯＫメッセージの前記ＳＩＰヘッダ内の「Ｔｏ：」フィールドに含められた前記接続パラメータを有する前記２００ ＯＫメッセージを、応答として送信することを特徴とする請求項２０または２１に記載の方法。
【請求項２３】
前記受信したセッション招待メッセージにホーム・デバイス識別子が含まれていなかった場合、前記プロキシ機能へのＶＰＮトンネルが前記リモート・デバイスと確立され、前記プライベート・ネットワーク内のホーム・デバイスについての情報を提供するために前記リモート・デバイスと同期するのに前記ＶＰＮトンネルが使用されることを特徴とする請求項２０乃至２２のいずれか１項に記載の方法。
【請求項２４】
前記マルチメディア・ゲートウェイはホームＩＭＳゲートウェイであり、前記マルチメディアサービスネットワークはＩＭＳネットワークであり、前記リモート・デバイスも前記ホームＩＭＳゲートウェイもＩＭＳクライアントであることを特徴とする請求項２０乃至２３のいずれか１項に記載の方法。
【請求項２５】
ホーム・デバイス（３０８）に、プライベート・ネットワーク外にあるリモート・デバイス（３０６）からのアクセスを可能にするための、前記プライベート・ネットワーク内のマルチメディア・ゲートウェイ（３０２）内の装置であって、前記マルチメディア・ゲートウェイは、マルチメディア・サービス・ネットワーク（３１０）に接続され、前記装置は、
−前記リモート・デバイスから前記マルチメディア・サービス・ネットワークを通じてセッション招待メッセージを受信する手段であって、該セッション招待メッセージは、選択されたホーム・デバイスの識別子を随意的に含む、手段と、
−前記リモート・デバイスとの通信のために前記プライベート・ネットワーク内の住居用ゲートウェイの接続パラメータを設定する手段であって、
前記接続パラメータは、前記セッション招待メッセージに前記ホーム・デバイス識別子が含まれていた場合に前記選択されたホーム・デバイスに関連付けられ、前記セッション招待メッセージにホーム・デバイス識別子が含まれていなかった場合にホーム・デバイス情報を提供できる前記マルチメディア・ゲートウェイ内のプロキシ機能に関連付けられる、手段と、
−前記セッション招待メッセージに応答して、前記設定した接続パラメータを前記リモート・デバイスに送信する手段と
を備えることを特徴とする装置。
【請求項２６】
前記設定した接続パラメータは、前記プライベート・ネットワーク外でルーティングするために使用できるネットワークアドレス／ポート番号の組み合わせを含むことを特徴とする請求項２５に記載の装置。
【請求項２７】
前記受信したセッション招待メッセージは通常のＳＩＰ  ＩＮＶＩＴＥメッセージであり、２００ ＯＫメッセージに埋め込まれたＳＤＰメッセージか、または前記２００ ＯＫメッセージの前記ＳＩＰヘッダ内の「Ｔｏ：」フィールドに含められた前記接続パラメータを有する前記２００ ＯＫメッセージを、応答として送信する手段をさらに備えることを特徴とする請求項２６に記載の装置。
【請求項２８】
前記受信したセッション招待メッセージにホーム・デバイス識別子が含まれていなかった場合、前記プロキシ機能へのＶＰＮトンネルを前記リモート・デバイスと確立する手段と、
前記プライベート・ネットワーク内のホーム・デバイスについての情報を提供するために前記リモート・デバイスと同期するのに前記ＶＰＮトンネルを使用する手段と
をさらに備えることを特徴とする請求項２５乃至２７のいずれか１項に記載の装置。
【請求項２９】
前記マルチメディア・ゲートウェイはホームＩＭＳゲートウェイであり、前記マルチメディアサービスネットワークはＩＭＳネットワークであり、前記リモート・デバイスも前記ホームＩＭＳゲートウェイもＩＭＳクライアントであることを特徴とする請求項２５乃至２８のいずれか１項に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、プライベート・ネットワーク内のマルチメディア・ゲートウェイを用いて、プライベート・ネットワークに接続されたデバイスとのマルチメディア通信を可能にする方法および装置に関する。
【背景技術】
【０００２】
ＩＰ（インターネットプロトコル）を用いてパケットベースでマルチメディア通信ができる、固定式または携帯式のコンピュータおよび電話機などの種々の通信端末およびデバイスが、現在利用可能である。マルチメディアサービスは、通常、様々なフォーマットを様々に組み合わせたメディアを表す符号化データの伝送を伴う。例えば、ＩＰ端末は、オーディオ情報および視覚情報を別のＩＰ端末と交換してもよいし、また任意のフォーマットのマルチメディアをコンテンツサーバからダウンロードしてもよい。
【０００３】
「ＩＰマルチメディアサブシステム」（ＩＭＳ）と呼ばれるネットワークアーキテクチャが、パケットドメインにおけるマルチメディアサービスおよびセッションを扱うオープンスタンダードとして第３世代パートナーシッププロジェクト（３ＧＰＰ）によって開発されている。ＩＭＳネットワークは、基本的に、アクセス技術に関係なく、ＩＰ伝送に基づいてＩＰ端末に代わってマルチメディアセッションを制御する。例えば、複数の異なるアクセスネットワークが、同一のＩＭＳネットワークに帰属してもよい。
【０００４】
図１は、ＩＭＳサービスネットワークを用いて携帯ＩＰ端末Ａにマルチメディアサービスを提供する基本的ネットワーク構造の例示の概要図である。端末Ａは、無線アクセスネットワーク１００に接続されており、１つ以上のマルチメディアサービスを含む通信セッションで別のＩＰ端末Ｂと通信する。無線アクセスネットワーク１００は、端末Ａがかかわるセッションを扱うＩＭＳネットワーク１００に接続している。あるいは、端末Ａは、メディアコンテンツをダウンロードするためにコンテンツサーバと通信してもよい。
【０００５】
図１に示されるセッションは、本明細書では一般的に「セッション管理ノード」１０４と呼ぶ、ＩＭＳネットワーク１０２の特定のノードで管理される。このノードには、Ｓ−ＣＳＣＦ（Serving Call Session Control Function）、Ｉ−ＣＳＣＦ（Interrogating Call Session Control Function）およびＰ−ＣＳＣＦ（Proxy Call Session Control Function）を通常含む。ＩＭＳネットワーク１０２は、とりわけ、種々のマルチメディアサービスを可能にするための１つ以上のアプリケーションサーバ１０６と、加入者データおよび認証データを格納するデータベース要素ＨＳＳ（ホーム加入者サーバ）１０８も有する。ネットワーク要素１０４〜１０８の種々の機能は、当技術分野で一般的に知られており、本発明の背景を理解するために本明細書でこれ以上説明する必要はない。
【０００６】
ＩＭＳネットワークのセッションを制御するために、「ＳＩＰ」（セッション開始プロトコル）と呼ばれるシグナリングプロトコルが使用される。それ故、マルチメディアセッションを確立および制御するために、標準ＳＩＰメッセージをＩＭＳシステムとＩＰ端末もしくはＩＰデバイスとで使用できる。例えば、ＳＩＰで規定されているメッセージに「ＩＮＶＩＴＥ」と呼ばれるメッセージがあり、例えば端末内のマルチメディアアプリケーションが呼び出されたとき、端末は、セッションを開始する設定手順中に、それを通信相手に送信してもよい。
【０００７】
ＳＩＰでは、「セッション記述プロトコルＳＤＰ」と呼ばれるさらなるプロトコルが使用されており、ＳＤＰメッセージを用いてマルチメディアセッションを記述でき、ＳＤＰメッセージはＳＩＰメッセージ内に自己完結したボディとして埋め込まれてもよい。それ故、当技術分野で周知のように、ＳＤＰは、行おうとしているマルチメディアセッションに関するセッションパラメータを指定しネゴシエートする手段として、端末固有の能力および性能に関する情報を提供するために、端末によって使用されてもよい。上述のＳＩＰ  ＩＮＶＩＴＥメッセージには、１つ以上の所要のコーデック（コーダ／デコーダ）ならびにＩＰアドレスおよびポート番号などのセッションに必要な他の通信パラメータについての情報を有するＳＤＰメッセージが通常埋め込まれている。
【０００８】
３ＧＰＰによれば、ＩＭＳネットワークのアクセス契約をしている通信端末は、必要な認証データおよび加入者データをＩＭＳネットワークのオペレータに提供するために、一般に「ＩＳＩＭ」（ＩＭＳ  ＳＩＭ）と呼ばれる、ＩＭＳに有効なＳＩＭ（加入者識別モジュール）アプリケーションにアクセスできる必要がある。現在、ＩＳＩＭ機能を有するそのような端末だけがＩＭＳネットワークへのアクセスを許可されている。
【０００９】
ＩＳＩＭアプリケーションは、ＧＳＭ端末用の周知のＳＩＭカードと類似の汎用ＩＣカード（ＵＩＣＣ）に組み込まれる。ＩＳＩＭを装備した端末はＩＭＳ端末と呼ばれる。とりわけ、ＩＳＩＭは、「ＩＭＰＩ」と呼ばれるＩＭＳプライベートアイデンティティと、「ＩＭＰＵ」と呼ばれる少なくとも１つのＩＭＳパブリックアイデンティティとを格納しており、それら両方ともＩＭＳネットワークに知られている。ＩＭＰＩは認証のために使用され、第三者に開示されないのに対して、ＩＭＰＵは、電子メールアドレスまたは電話番号と類似で、加入者およびその装置の少なくともいずれかがＩＭＳサービスに参加するとき、それらを特定するために誰でも使用できる。その意図は、各ＩＭＰＵがＩＭＳサービスプロファイルに関連付けられていることである。ＩＭＳの概念は、携帯ＩＰ端末にマルチメディアサービスを可能にすることを主として考えられたが、上述のように、アクセス技術に関係なく使用できる。欧州電気通信標準化機構（ＥＴＳＩ）では、ＴＩＳＰＡＮ（Telecom and Internet Services and Protocols for Advanced Networks）と呼ばれるワーキンググループが、固定ネットワークにおけるＩＭＳの採用に現在取り組んでいる。ローカルネットワークまたはプライベート・ネットワーク、特に、例えば従来のＬＡＮ（ローカルエリアネットワーク）装置およびプロトコルなどを用いる住宅またはオフィスのネットワーク環境に接続された種々のＩＰ端末に、そのようなＩＭＳベースのサービスを提供することも今では望ましい。ＬＡＮ、ＷＡＮ（ワイドエリアネットワーク）およびＷＬＡＮ（無線ローカルエリアネットワーク）を含む、任意のそのようなネットワークを表すために、以下の説明では総称の「プライベート・ネットワーク」を使用する。また、用語「ホーム・デバイス」を、ＩＰ通信能力のあるプライベート・ネットワーク内の、任意の端末に対して使用する。
【００１０】
プライベート・ネットワークには、「ＳＩＰ対応」であるにしても、ＩＭＳ対応でない固定または無線の通信デバイスを含んでもよいが、プライベート・ネットワーク内の他の通信デバイスは、ＩＭＳ対応でもＳＩＰ対応でもないだろう。例えば、そのような簡単なデバイスには、固定電話機およびコードレス電話機ならびにＰＣおよびテレビ受像機用のいわゆるセット・トップ・ボックス（ＳＴＢ）を含んでもよい。そのような既存のデバイスが大量にあるので、マルチメディアサービス市場を拡大するために、非ＩＭＳデバイスとＩＭＳネットワークとの間で相互に遣り取りできる解決手段を提供することが望ましい。
【００１１】
プライベート・ネットワーク内のＩＭＳ非対応デバイスにＩＭＳサービスを提供するために、プライベート・ネットワーク内の任意のホーム・デバイスに代わってＩＭＳ対応端末の機能を果たすことができる「ホームＩＭＳゲートウェイ：ＨＩＧ」と呼ばれるマルチメディア・ゲートウェイが規定されている。このタイプのホームＩＭＳゲートウェイは、特許文献１（テレフオンアクチーボラゲット  エル  エム  エリクソン）に記載されている。ＨＩＧには、とりわけ、ＳＩＰ対応だがＩＭＳ非対応のデバイスとＩＭＳネットワークとの間の通信のための、ＳＩＰ「バックトゥバック・ユーザエージェント」（Ｂ２ＢＵＡ）を含む。Ｂ２ＢＵＡは、ＩＳＩＭアプリケーションを装備しており、ＳＩＰデバイスに関するすべてのシグナリングをＩＳＩＭアプリケーション上の対応するＩＭＰＩに関連付けるように、ＳＩＰデバイスに代わってＩＭＳシグナリングを処理する。例えば、ＳＩＰ対応ホーム・デバイスは、ＳＩＰアイデンティティだけを含むＳＩＰ  ＲＥＧＩＳＴＥＲメッセージをＨＩＧに送信してもよい。次いで、ＨＩＧは、そのメッセージを通常のＩＭＳ手順に準拠するＩＭＰＩとＩＭＰＵの両方を含むＩＭＳ  ＲＥＧＩＳＴＥＲメッセージに変換する。
【００１２】
ＨＩＧを用いる典型的なシナリオの一般的概要が、図２に描かれており、図２は、プライベート・ネットワーク２０２に一緒に接続された複数の異なるホーム・デバイスを含む、住宅または事務所などのプライベートまたは「ホーム」環境２００を示す。ここに示されているように、これらのデバイスには、有線式電話機、コードレス電話機、ＴＶセット、サーバおよびＰＣを含んでもよく、以降ではこれらを単に「ホーム・デバイス」と呼ぶ。
【００１３】
プライベート・ネットワーク２０２は、外部アクセスネットワーク２０６に接続された従来型の住居用ゲートウェイＲＧＷ２０４を有し、この住居用ゲートウェイＲＧＷ２０４は、メディアＭに関してネットワーク２０２内のデバイスとの双方向通信リンクを提供する。この図には特に示されていないが、当技術分野で周知のように、ＲＧＷ２０４は、ＮＡＴ（ネットワークアドレス変換）機能およびファイアウォール機能、それに加えてデバイスにプライベートＩＰアドレスを提供するローカルＤＨＣＰ（動的ホスト構成プロトコル）サーバも通常含む。
【００１４】
プライベート・ネットワーク２０２は、とりわけ、この図ではＨＳＳ２１２を含むＩＭＳコア２１０として表されているＩＭＳネットワークへの接続を提供するＨＩＧ２０８をさらに含む。ＨＩＧ２０８は、デバイス固有のプロトコルを用いるシグナリング用に、異なるタイプのデバイス向けのインタフェースを装備している。上述の文書の特許文献１には、種々のインタフェース機能、プロトコル変換機能およびゲートウェイ機能を含むＨＩＧの基本的機能構成が詳細に記載されている。実際には、記載のＨＩＧ機能は、個別のノードとして、またはＲＧＢ内に、またはＩＭＳ対応端末内にさえ、実装されてもよい。しかし、実装形態に関係なく、本明細書では個別機能ユニットと考える。
【００１５】
ＨＩＧ２０８では、プライベート・ネットワーク２０２内の各デバイスに対して、上述のＩＭＰＵを通常含むアイデンティティ情報２１４を格納している。ＩＭＰＵは、同じアイデンティティ情報を図に示されているようにＨＳＳ２１２内に加入者情報２１６として格納している、ＩＭＳコア２１０にアクセスするために有効である。上述の特許文献１は、ＩＭＰＩとＩＭＰＵの異なる組み合わせをこの状況でどのように使用できるかを略述している。要するに、ネットワーク２０２内の各ホーム・デバイスは、１つ以上のデバイスを表すために用いられるＩＭＰＵやＨＩＧのＩＭＰＵなどの固有のＩＭＳアイデンティティに関連付けられているローカルアイデンティティを割り当てられている。アイデンティティ情報２１４は、ＨＩＧ２０８内に実装されたＩＳＩＭアプリケーションに通常格納されている。
【００１６】
このようにして、ネットワーク２０２内のデバイスが、その実行可能なプロトコルを用いてＩＭＳサービス要求を送信すると、ＨＩＧ２０８は、そのローカルＩＰアドレスを用いてデバイスを識別し、デバイス自体またはそのデバイスにログオンしているユーザに対応するＩＭＳアイデンティティ２１４を読み出す。次いで、ＨＩＧ２０８は、受信したサービス要求を変換し、読み出したＩＭＳアイデンティティ２１４を用いてデバイスに代わって、有効なＳＩＰベースのＩＭＳ要求（例えば、ＳＩＰ  ＩＮＶＩＴＥ）を作成することができる。次いで、ＨＩＧ２０８は、それを使用してＩＭＳコア２１０と適切なＳＩＰメッセージを通信することにより、デバイスに対するセッションを設定する。
【００１７】
同様に、デバイスの１つまたは一般的に個人の住宅もしくは事務所を宛先としてもよいＩＭＳサービスにかかわる着信呼は、デバイスまたはＨＩＧ２０８に関連付けられたＩＭＳアイデンティティ２１４を用いて、デバイスに代わってＨＩＧが設定してもよい。次いで呼は、メディアＭの通信のためにＲＧＷ２０４を介して着信デバイスにルーティングされてもよい。このように、ＩＭＳコアは、ネットワーク２０２内のデバイスがＩＭＳ対応デバイスでないときでさえ、ＩＭＳ対応デバイスと理解し、デバイスは、ＩＭＳネットワークを用いて提供されるサービスにアクセスするためのプロキシとして、ＨＩＧ２０８を使用する。
【００１８】
ＩＭＳネットワークオペレータは、ＨＳＳ２１２に格納された加入者情報としてＩＭＳネットワークに登録されているＩＭＳアイデンティティを通常配布する。異なる代替形態によれば、有効なＩＭＳアイデンティティおよび必要な認証データが、ネットワーク２０２内の各ホーム・デバイスに対してＨＩＧに登録されてもよいし、また１つ以上の共通ＩＭＳアイデンティティが、セッションベースでの使用のために複数のホーム・デバイスで共有されてもよい。
【００１９】
非ＩＭＳデバイスは、標準デバイス制御プロトコルを定めるマルチベンダの協力で開発されたＵＰｎＰ（ユニバーサル・プラグ・アンド・プレイ）に準拠するアーキテクチャを使用して、ＨＩＧ２０８を用いて通信してもよい。それ故、ＵＰｎＰは、デバイスのアクセス技術、オペレーティングシステム、プログラム言語、フォーマット規格および通信プロトコルに関係なく、プライベート・ネットワーク内のあらゆるタイプのデバイス間の通信に関して、ピアツーウピア接続性を提供する。ＵＰｎＰ技術は、ＩＰ、ＴＣＰ、ＵＤＰ、ＨＴＴＰおよびＸＭＬなどのインターネット標準に基づいており、電話線、イーサネット（登録商標）、様々なタイプの無線などの任意の伝送媒体を使用することができる。ＵＰｎＰは、各タイプのデバイスに対して基本のプロトコルセットを規定している。
【００２０】
また、ＵＰｎＰは、「ペアリング」とも呼ばれる、自動「ディスカバリ」プロセスをサポートする。ディスカバリプロセスを用いて、ホーム・デバイスは、動的にプライベート・ネットワークに参加し、プライベートＩＰアドレスを取得し、その名前およびＩＰアドレスをアナウンスし、要求に応じてその能力を他のデバイスに知らせる。このようにして、プライベート・ネットワーク内の各ホーム・デバイスも、ネットワーク内の他のデバイスの存在および能力についての情報を取得できる。
【００２１】
ＤＬＮＡ（デジタル・リビング・ネットワーク・アライアンス）は、ホームネットワーク内の任意のデバイスから例えば音楽、映画、画像などのデジタルコンテンツを取得、格納およびそれにアクセスするために、家庭用電子機器の主要製造業者によって開発された新技術である。そのようなＤＬＮＡデバイスは、プライベートＩＰアドレスなどのネットワーク属性の自動自己構成のために「デバイスおよびサービスのディスカバリおよび制御(Device and Service Discovery and Control)」と呼ばれるネットワーク構成要素、すなわち上述のディスカバリ機能を組み込んでいる。これを実現するために、ＤＬＮＡは、ＵＰｎＰデバイスアーキテクチャのバージョン１に準拠した標準化ＵＰｎＰプロトコルを使用し、家庭における簡単で効果的なデバイスのネットワーク構築を提供する。
【００２２】
プライベート・ネットワーク内の様々なホーム・デバイスの通信に加えて、遠隔からプライベート・ネットワークにアクセスできること、すなわち、プライベート・ネットワーク外にあるリモート・デバイスが、内部にあるときと同じように、プライベート・ネットワーク内のホーム・デバイスと通信できるようにすることも望ましい。特許文献２（ノキア）では、リモートＵＰｎＰアクセスに対するデータ伝送チャネルとして、例えばＩＰＳｅｃ（ＩＰセキュリティ）を用いて、ＶＰＮ（仮想プライベート・ネットワーク）トンネルを設定する解決手段が記載されている。推定されるように、ＤＬＮＡは、リモートＤＬＮＡデバイスもホームネットワークにアクセスできるようにするために、ＵＰｎＰリモートアクセスアーキテクチャを利用する。
【００２３】
しかし、プライベート・ネットワーク内のホーム・デバイスは、ネットワーク内での通信には、プライベートＩＰアドレス（例えば、１０．０．ｘ．ｘ、１９２．１６８．ｘ．ｘおよび１７２．ｘ．ｘ．ｘ）を使用する。そのようなローカルネットワークアドレスは、プライベート・ネットワーク内でのルーティングだけに使用できる。ホーム・デバイスがネットワーク内にあるとき、いったんプライベート・ネットワーク内でディスカバリプロセスを実行すると、他のホーム・デバイスのＩＰアドレス、名前および能力についての知識を有するようになる。この知識を使用して、これらのデバイスは、プライベート・ネットワーク内ではメディアコンテンツを交換できるが、外ではできない。従って、万一ホーム・デバイスがプライベート・ネットワーク外に移動して、パブリック・アクセス・ネットワークに接続しても、そのホーム・デバイスは、このようなやり方で他のホーム・デバイスと遣り取りすることは最早できない。
【００２４】
上述の特許文献２に記載のリモートアクセスの解決手段は、ＦＱＤＮ（Fully Qualified Domain Name）およびダイナミックＤＮＳ（ドメインネーム・サーバ）技術に基づいた、ＩＰアドレス解決の使用を必要とする。それ故、プライベート・ネットワーク内のダイナミックＤＮＳクライアントにアクセスできる必要がある。また、この解決手段は、そのデバイスのユーザでなく、現在使用中のデバイスを認証することで、「デバイス中心」である。
【先行技術文献】
【特許文献】
【００２５】
【特許文献１】国際公開第２００６／０４５７０６号パンフレット
【特許文献２】国際公開第２００６／０７９８９１号パンフレット
【発明の概要】
【００２６】
本発明の目的は、上記の問題に取り組むことである。より具体的には、本発明の目的は、ＩＰアドレス解決機能を必要とせずに、プライベート・ネットワーク外にあるリモート・デバイスからプライベート・ネットワーク内のホーム・デバイスにアクセスできるようにすることである。これらの目的および他の目的は、後段に添付される独立請求項による方法および装置を提供することにより達成することができる。
【００２７】
一態様によれば、プライベート・ネットワーク外にあるリモート・デバイスからプライベート・ネットワーク内のホーム・デバイスにアクセスするための方法が、リモート・デバイスに提供される。ここで、プライベート・ネットワークは、マルチメディア・サービス・ネットワークに接続されたマルチメディア・ゲートウェイを有する。選択されたホーム・デバイスの識別子をリモート・デバイスで利用可能である場合、それを適宜含むセッション招待メッセージを、マルチメディア・ゲートウェイを宛先としてマルチメディアサービスネットワークを通じて送信する。次いで、セッション招待メッセージに対する応答として、マルチメディア・ゲートウェイからプライベート・ネットワーク内の住居用ゲートウェイの接続パラメータを受信する。受信した接続パラメータは、セッション招待メッセージにホーム・デバイス識別子が含まれていた場合に選択されたホーム・デバイスに関連付けられ、セッション招待メッセージにホーム・デバイス識別子が含まれていなかった場合にホーム・デバイス情報を提供できるマルチメディア・ゲートウェイ内のプロキシ機能に関連付けられる。次いで、接続パラメータを使用して、選択されたホーム・デバイスとメディアを通信するか、またはプロキシ機能からホーム・デバイス情報を取得する。
【００２８】
別の態様によれば、プライベート・ネットワーク外にあるリモート・デバイス内に、プライベート・ネットワーク内のホーム・デバイスにアクセスするための装置が設けられる。ここで、プライベート・ネットワークは、マルチメディアサービスネットワークに接続されたマルチメディア・ゲートウェイを有する。本発明のリモート・デバイス装置は、リモート・デバイスで選択されたホーム・デバイスの識別子を利用可能である場合、それを適宜含むセッション招待メッセージを、マルチメディア・ゲートウェイを宛先としてマルチメディアサービスネットワークを通じて送信する手段を備える。リモート・デバイス装置は、選択されたホーム・デバイスとの通信のために、セッション招待メッセージに対する応答として、マルチメディア・ゲートウェイからプライベート・ネットワーク内の住居用ゲートウェイの接続パラメータを受信する手段を備える。受信した接続パラメータは、セッション招待メッセージにホーム・デバイス識別子が含まれていた場合に選択されたホーム・デバイスに関連付けられ、セッション招待メッセージにホーム・デバイス識別子が含まれていなかった場合にホーム・デバイス情報を提供できるマルチメディア・ゲートウェイ内のプロキシ機能に関連付けられる。リモート・デバイス装置は、接続パラメータを使用して、選択されたホーム・デバイスとメディアを通信するか、またはプロキシ機能からホーム・デバイス情報を取得する手段をさらに備える。
【００２９】
リモート・デバイスに上記の本発明の方法および装置を実装することにより、プライベート・ネットワーク外にあるリモート・デバイスから、ＩＰアドレス解決機能を必要とせずに、プライベート・ネットワーク内のホーム・デバイスに容易かつ安全にアクセスできる。
【００３０】
リモート・デバイスの本発明の方法および装置は、状況に応じて以下の特徴をさらに有してもよい。
【００３１】
受信した接続パラメータは、プライベート・ネットワーク外でルーティングするために使用できるネットワークアドレス／ポート番号の組み合わせを含むことが好ましい。
【００３２】
リモート・デバイスは、以前プライベート・ネットワーク内にあったときに実行したディスカバリプロセスでホーム・デバイス識別子を取得している場合、選択されたホーム・デバイスの識別子をセッション招待メッセージに含めてもよい。
【００３３】
セッション招待メッセージは、通常のＳＩＰ  ＩＮＶＩＴＥメッセージであってもよく、ホーム・デバイス識別子は、ＳＩＰ  ＩＮＶＩＴＥメッセージに埋め込まれたＳＤＰメッセージに含まれてもよいし、またＳＩＰヘッダ内の「Ｔｏ：」フィールドに含まれてもよい。
【００３４】
セッション招待メッセージにホーム・デバイス識別子が含まれていなかった場合、プロキシ機能と同期して、プライベート・ネットワーク内のホーム・デバイスについての情報を取得するために、プロキシ機能へのＶＰＮトンネルをプライベート・ネットワークと確立してもよい。ＶＰＮトンネルは、選択されたホーム・デバイスとの通信のためにも使用してもよい。
【００３５】
また別の態様によれば、プライベート・ネットワーク外にあるリモート・デバイスからプライベート・ネットワーク内のホーム・デバイスへのアクセスを可能にするための方法が、プライベート・ネットワーク内にありマルチメディア・サービス・ネットワークに接続されているマルチメディア・ゲートウェイに提供される。選択されたホーム・デバイスの識別子を状況に応じて含むセッション招待メッセージを、リモート・デバイスからマルチメディアサービスネットワークを通じて受信する。次いで、プライベート・ネットワーク内の住居用ゲートウェイの接続パラメータを、リモート・デバイスとの通信のために設定する。これらの接続パラメータは、セッション招待メッセージにホーム・デバイス識別子が含まれていた場合に選択されたホーム・デバイスに関連付けられ、セッション招待メッセージにホーム・デバイス識別子が含まれていなかった場合にホーム・デバイス情報を提供できるマルチメディア・ゲートウェイ内のプロキシ機能に関連付けられる。次いで、受信したセッション招待メッセージに応答して、設定した接続パラメータをリモート・デバイスに送信する。
【００３６】
また別の態様によれば、プライベート・ネットワーク外にあるリモート・デバイスからホーム・デバイスへのアクセスを可能にするための装置が、プライベート・ネットワーク内にありマルチメディアサービスネットワークに接続されているマルチメディア・ゲートウェイに設けられる。本発明のマルチメディア・ゲートウェイ装置は、選択されたホーム・デバイスの識別子を随意的に含むセッション招待メッセージを、リモート・デバイスからマルチメディアサービスネットワークを通じて受信する手段を備える。マルチメディア・ゲートウェイ装置は、リモート・デバイスとの通信のためにプライベート・ネットワーク内の住居用ゲートウェイの接続パラメータを設定する手段をさらに備える。これらの接続パラメータは、ホーム・デバイス識別子が招待メッセージに含まれていた場合に選択されたホーム・デバイスに関連付けられ、セッション招待メッセージにホーム・デバイス識別子が含まれていなかった場合にホーム・デバイス情報を提供できるマルチメディア・ゲートウェイ内のプロキシ機能に関連付けられる。マルチメディア・ゲートウェイ装置は、受信したセッション招待メッセージに応答して、リモート・デバイスに設定した接続パラメータを送信する手段をさらに備える。
【００３７】
マルチメディア・ゲートウェイに上記の本発明の方法および装置を実装することにより、プライベート・ネットワーク外にあるリモート・デバイスは、ＩＰアドレス解決機能を必要とせずに、プライベート・ネットワーク内のホーム・デバイスに容易かつ安全にアクセスできる。
【００３８】
マルチメディア・ゲートウェイの本発明の方法および装置は、状況に応じて以下の特徴をさらに有してもよい。
【００３９】
設定された接続パラメータは、プライベート・ネットワーク外でルーティングするために使用できるネットワークアドレス／ポート番号の組み合わせを含むことが好ましい。
【００４０】
受信したセッション招待メッセージは、通常のＳＩＰ  ＩＮＶＩＴＥメッセージでもよく、その場合、２００ ＯＫメッセージに埋め込まれたＳＤＰメッセージか、または２００  ＯＫメッセージのＳＩＰヘッダ内の「Ｔｏ：」フィールドに含められた接続パラメータを有する前記２００ ＯＫメッセージを、応答として送信する。
【００４１】
あるいは、受信したセッション招待メッセージにホーム・デバイス識別子が含まれていなかった場合、リモート・デバイスと同期して、プライベート・ネットワーク内のホーム・デバイスについての情報を提供するために、プロキシ機能へのＶＰＮトンネルをリモート・デバイスと確立してもよい。
【００４２】
本発明のさらにあり得る特徴および利点は、以下の詳細な記述の中で説明する。
【００４３】
本発明について、好ましい実施形態を用い、添付の図面を参照して、これよりより詳細に説明する。
【図面の簡単な説明】
【００４４】
【図１】端末Ａに対してマルチメディア通信を可能にする従来のＩＭＳネットワーク構造の概要図である。
【図２】先行技術によるローカル「ホームＩＭＳゲートウェイＨＩＧ」を用いて、マルチメディアサービスにアクセスする住居用／プライベート・ネットワークの概要図である。
【図３】一実施形態による、リモート・デバイスからホーム・デバイスにアクセスするシナリオの概要図である。
【図４】別の実施形態による、プライベート・ネットワーク内のホーム・デバイスとマルチメディアコンテンツを通信するために、リモート・デバイスが実行するステップを有するフロー図である。
【図５】別の実施形態による、リモート・デバイスとプライベート内のホーム・デバイスとのマルチメディアセッションを設定するために、マルチメディア・ゲートウェイが実行するステップを有するフロー図である。
【図６】別の実施形態による、リモート・デバイス、住居用ゲートウェイＲＧＷ、およびマルチメディア・ゲートウェイＨＩＧの機能構成の概要を示すブロック図である。
【図７】別の実施形態による、リモート・デバイスでホーム・デバイス情報を利用可能であるとき、リモート・デバイスからプライベート・ネットワーク内のホーム・デバイスへのリモートアクセスを実現するシグナリング図である。
【図８】別の実施形態による、リモート・デバイスでホーム・デバイス情報を利用可能でないとき、リモート・デバイスからプライベート・ネットワーク内のホーム・デバイスへのリモートアクセスを実現するシグナリング図である。
【図９ａ】さらに別の実施形態による、リモート・デバイスＡがセッション招待メッセージをマルチメディア・ゲートウェイに送信するブロック図である。
【図９ｂ】さらに別の実施形態による、リモート・デバイスＡがセッション招待メッセージをマルチメディア・ゲートウェイに送信するブロック図である。
【発明を実施するための形態】
【００４５】
簡潔に述べると、本発明は、マルチメディアサービスネットワークの標準セッション設定メッセージを利用して、マルチメディア・ゲートウェイでリモート・デバイスと選択されたホーム・デバイスとの接続を実現することにより、プライベート・ネットワーク外にあるリモート・デバイスに対して、プライベート・ネットワーク内のホーム・デバイスとのマルチメディア通信を可能にする。
【００４６】
本明細書では、マルチメディア・ゲートウェイは、ＩＭＳネットワークに接続されたＨＩＧと見なされ、用語ＵＰｎＰは、プライベート・ネットワークのアーキテクチャを表すために使用される。しかし、本発明は、基本的にこれらの特定の用語に限定されないし、以下で言及するどの特定のプロトコルにも規格にも限定されない。
【００４７】
図３は、マルチメディアサービスを制御するためのマルチメディア・ゲートウェイＨＩＧ３０２と、データおよびメディアを転送するための住居用ゲートウェイＲＧＷ３０４とを備えるプライベート・ネットワーク３００のシナリオの概要例を示す。２つのホーム・デバイス、すなわち無線端末３０６およびメディアサーバ３０８が、プライベート・ネットワーク３００内に示されているが、別のホーム・デバイスもネットワーク３００内に存在してもよい。
【００４８】
この例では、無線端末３０６が、破線矢印で示されているようにプライベート・ネットワーク外に移動し、次いで図示されていないパブリック・アクセス・ネットワークに接続する。その結果、無線端末３０６は、このような関係においてはプライベート・ネットワーク３００に対して、リモート・デバイスになる。この解決手段では、リモート・デバイス３０６もＨＩＧ３０２も、ＩＭＳネットワークなどのマルチメディアサービスネットワーク３１０のクライアントとして登録されていることを前提条件としている。また、リモート・デバイス３０６は、プライベート・ネットワーク内のホーム・デバイスに遠隔からアクセスするように適合された特定のアプリケーションを装備しており、そのアプリケーションを、以下の説明では、概して「ホーム・デバイス・アクセス・クライアントＨＤＡＣ」と呼ぶ。ＨＤＡＣアプリケーションは、リモート・デバイス３０６が現在プライベート・ネットワークに接続しているか否かをチェックするようにも適合されてもよい。
【００４９】
ユーザがリモート・デバイス３０６内のＨＤＡＣを起動後、通常のＳＩＰ  ＩＮＶＩＴＥメッセージなどのセッション招待メッセージが、例えばＩＭＰＵアイデンティティを用いて、ネットワーク３００内のＨＩＧ宛てに送信される。遠隔からＨＩＧ３０２にアクセスするために、ＨＩＧ３０２に特定のＩＭＰＵアイデンティティが定められてもよい。次いで、既存のメカニズムを利用して、ＨＩＧ３０２とのマルチメディアセッションが確立され、セッションは、ネットワーク内の選択されたホーム・デバイスにアクセスするために使用されてもよい。あるいは、セッションは、プライベート・ネットワーク全般にアクセスし、同期プロセスでプロキシ機能からホーム・デバイス情報を取得するために、ＨＩＧのプロキシ機能にアクセスするために使用されてもよい。
【００５０】
次いで、ＨＩＧ３０２は、ＲＧＷ３０４のＩＰアドレス／ポート番号の組み合わせを含む接続パラメータを設定することにより対応し、次いで接続パラメータは、選択されたホーム・デバイスまたはＨＩＧ３０２内のプロキシ機能と通信するために使用されてもよい。次いで、接続パラメータは、好ましくはセッション招待メッセージに応答する通常のセッション設定メッセージに含めて、リモート・デバイス３０６に送信される。例えば、接続パラメータは、ＳＩＰ  ＩＮＶＩＴＥへの通常の応答メッセージであるＳＩＰ  ２００  ＯＫメッセージに従来のやり方で埋め込まれた、ＳＤＰメッセージに含まれてもよい。
【００５１】
この例では、ユーザは、デバイス３０６での演奏または表示用に例えば音楽または画像などのメディアコンテンツを取って来るために、メディアサーバ３０８にアクセスしたい。リモート・デバイス３０６が、以前プライベート・ネットワーク３００にあったときディスカバリプロセスを実行していた場合、名前、デバイスアイデンティティおよびデバイス能力などのデバイス情報を、リモート・デバイス３０６に既に格納しており、デバイス選択のためにユーザが利用可能である。そのような補足情報がディスカバリプロセスで交換され、デバイス３０６に格納されていた場合、ユーザは、ホーム・デバイスに格納されたメディアコンテンツの閲覧さえできる。
【００５２】
リモート・デバイスでホーム・デバイス情報を利用可能である場合、ホーム・デバイスのリストが、ユーザによる選択のためにディスプレイスクリーン上に提示されてもよい。実装しだいで、ユーザは、デバイス３０６内のＨＤＡＣを起動する前に、通信するホーム・デバイスを選択してもよい。このようにセッション招待メッセージを送信する前に、ユーザがホーム・デバイス３０８を選択する場合、デバイス３０６内のＨＤＡＣは、起動時、そのメッセージの中に、例えばＳＩＰ  ＩＮＶＩＴＥメッセージに埋め込まれたＳＤＰメッセージの中に、選択されたホーム・デバイス３０８の識別子を含める。ホーム・デバイス識別子は、そのメッセージのヘッダの中に、例えばＳＩＰヘッダ内の「Ｔｏ：」フィールドの中にも含められてもよい。ホーム・デバイス識別子は、名前、プライベート・ネットワークアドレス（例えば、ＩＰアドレスまたはＭＡＣ（メディア・アクセス制御）アドレス）、ＵＵＩＤ（ユニバーサル固有識別子）、またはプライベート・ネットワーク３００で認識される他の任意のデバイス識別子でもよい。
【００５３】
他方、リモート・デバイス３０６でホーム・デバイス情報を利用可能でない場合、ネットワークアドレスおよびポート番号を含む接続パラメータを受信後、ＨＩＧ３０２からホーム・デバイス情報を取得してもよい。その場合、デバイス３０６内のＨＤＡＣは、もちろんどのホーム・デバイス識別子もない「プレーン」セッション招待メッセージを送る。ここで、用語「プレーン」は、そのようなホーム・デバイス識別子の欠如を表すためだけに使用されている。しかし、上述のＨＩＧ３０２内のプロキシ機能の識別子は、プレーンセッション招待メッセージに含まれてもよい。
【００５４】
プライベート・ネットワーク３００の一部であることから、ＨＩＧ３０２は、実行されたディスカバリプロセスのいずれにも参加しており、それ故、ホーム・デバイス情報を以前取得し、デバイスデータベース３０２ａまたは同様のものの中に格納していると想定される。ディスカバリプロセスは、ＨＩＧ内のＵＰｎＰプロキシ機能によって実行されてもよい。このようにして、ＨＩＧ３０２は、セッション招待メッセージに応えて、リモート・デバイス３０６に、ホーム・デバイスの名前、デバイスアイデンティティおよび能力を含むホーム・デバイスについての有効な情報を送信する。次いで、ユーザは、通信するホーム・デバイスを選択できる。
【００５５】
図４は、別の実施形態による、プライベート・ネットワーク内のホーム・デバイスと本明細書では短く「メディア」と呼ぶマルチメディアコンテンツを通信するために、リモート・デバイスが実行するステップを有するフロー図である。プライベート・ネットワークは、マルチメディア・ゲートウェイおよび住居用ゲートウェイも備える。一例として、このプロセスのリモート・デバイス、ホーム・デバイス、マルチメディア・ゲートウェイおよび住居用ゲートウェイは、図３に記載のそれぞれ無線端末３０６、メディアサーバ３０８、ＨＩＧ３０２およびＲＧＷ３０４でもよい。
【００５６】
最初のステップ４００では、ボタンまたは同等のものを押すなどの適切なユーザ入力に応えて、リモート・デバイス内のＨＤＡＣが起動される。上述のように、リモート・デバイスは、ＨＤＡＣの起動に応えてか、またはユーザが通信のために特定のホーム・デバイスを選択した後、セッション招待メッセージをマルチメディア・ゲートウェイに送信してもよい。例えば、リモート・デバイスでホーム・デバイス情報を利用可能である場合、ユーザによる選択のために、ホーム・デバイスのリストがディスプレイスクリーン上に提示されてもよい。利用可能でない場合、ユーザまたはＨＤＡＣによって、プレーンセッション招待メッセージが開始されてもよく、それについては、以下でより詳細に説明する。
【００５７】
次のステップ４０２では、リモート・デバイスで何らかのホーム・デバイス情報が利用可能か否かに応じて、プロセスは、基本的に２つの異なる分岐に分かれる。上述のように、リモート・デバイスは、ある点ではまだ有効であるホーム・デバイス情報を取得し格納するために、ディスカバリプロセスを以前実行したかもしれない。１つの起こり得る実施では、例えばリモート・デバイスはディスカバリプロセスを比較的最近していることがあり、その結果格納されたホーム・デバイス情報を有効とみなしてもよい。しかし、最後のディスカバリプロセスから所定の時間が経過している場合、格納されたどのホーム・デバイス情報も有効期限切れと見なしてもよい。起こり得る別の状況は、リモート・デバイスは、実際のところプライベート・ネットワーク内に決して存在したことがなく、それ故ディスカバリプロセスをしたことが全然なく、従ってホーム・デバイス情報を少しも格納していないことである。
【００５８】
従って、前者の場合のリモート・デバイスで有効なホーム・デバイス情報を利用可能であるとき（ステップ４０２で「Ｙｅｓ」）、ステップ４０４で、上述のようにユーザによって通信のために選択されたホーム・デバイスの識別子を含むセッション招待メッセージを、マルチメディア・ゲートウェイに送信する。ステップ４０４のセッション招待メッセージに対する応答として、ステップ４０６に示されるように、マルチメディア・ゲートウェイから選択されたホーム・デバイスに関連付けられた住居用ゲートウェイの接続パラメータを受信する。受信した接続パラメータは、少なくとも住居用ゲートウェイのＩＰアドレス／ポート番号の組み合わせを含むのが好ましい。
【００５９】
ステップ４０６で受信した接続パラメータは、次いでステップ４０８で、関連付けられたホーム・デバイスとのメディアの通信に使用される。住居用ゲートウェイにおいて所与の接続パラメータが選択されたホーム・デバイスに関連付けられているので、リモート・デバイスからそれらの接続パラメータを宛先とするメッセージまたはデータのいずれもが、このように選択されたデバイスに向けられる。受信した住居用ゲートウェイの接続パラメータは、プライベート・ネットワーク外でのルーティングに使用できるのに対して、ホーム・デバイスのプライベートＩＰアドレスは使用できないことに留意すべきである。
【００６０】
他方、リモート・デバイスで有効なホーム・デバイス情報を利用可能でない場合（ステップ４０２で「Ｎｏ」）、ステップ４１０で特定のホーム・デバイス識別子がない「プレーン」セッション招待メッセージをマルチメディア・ゲートウェイに送信するが、上述のように、そのメッセージには、マルチメディア・ゲートウェイ内のプロキシ機能を指す識別子を含んでもよい。ステップ４１０のプレーンセッション招待メッセージに対する応答として、ステップ４１２に示されるように、マルチメディア・ゲートウェイからマルチメディア・ゲートウェイ内のプロキシ機能に関連付けられている住居用ゲートウェイの接続パラメータを受信する。
【００６１】
プロキシ機能は、プライベート・ネットワーク内のホーム・デバイスについての有効な情報を取得するためにディスカバリプロセスを実行していることから、リモート・デバイスにホーム・デバイス情報を提供でき、上記のようにＵＰｎＰプロキシでもよい。このように、プロキシ機能は、ディスカバリプロセス中にホーム・デバイスから、好ましくはそれらの名前、デバイスアイデンティティおよび能力を含む、そのような情報を継続的に収集する。
【００６２】
ステップ４１２で受信した接続パラメータは、プロキシ機能との通信のために使用でき、プロキシ機能との通信時、以降のどのメッセージおよび要求も宛先とすることができる住居用ゲートウェイのＩＰアドレス／ポート番号の組み合わせを少なくとも含むことが好ましい。受信した住居用ゲートウェイの接続パラメータは、プライベート・ネットワーク外でのルーティングに使用できるのに対して、ホーム・デバイスのプライベートＩＰアドレスは使用できないことに留意すべきである。
【００６３】
それに続くステップ４１４では、受信したそのプロキシのＩＰアドレスおよびポート番号を使用して、マルチメディア・ゲートウェイ内のプロキシ機能へのＶＰＮトンネル（例えばＩＰｓｅｃ）をプライベート・ネットワークと確立する。次いでさらなるステップ４１６で、プライベート・ネットワーク内のデバイスおよびサービスを発見するために、確立したＶＰＮトンネルを、プロキシ機能と同期して、ホーム・デバイス情報を取得するために使用する。ホーム・デバイス情報を受信したら直ぐに、適切なやり方でリモート・デバイス上にホーム・デバイスを表示するのが好ましく、そうすることにより、ユーザは、適切な入力コマンドを用いて通信するホーム・デバイスを選択できる。
【００６４】
最終的に、リモート・デバイスは、最後に示されているステップ４１８で、ステップ４１４で確立したＶＰＮトンネルを使用して、選択されたホーム・デバイスとメディアを通信できる。その結果、リモート・デバイスは、実際にプライベート・ネットワーク内にあるかのように、例えばＵＰｎＰプロトコルを用いて基本的に同じようにホーム・デバイスを選択でき、ＶＰＮトンネルを使用して機密事項を扱う情報およびデータを安全に交換することができる。あるいは、ステップ４１６で、リモート・デバイスでホーム・デバイス情報がいったん利用可能になると、その後現在のＶＰＮトンネルは閉じられてもよく、その少し後の時点で、選択されたホーム・デバイス識別子を含むセッション招待メッセージが、ステップ４０４に従って、マルチメディア・ゲートウェイに送信され、以降のステップが続いてもよい。その結果、フロー図の左の分岐をたどる。
【００６５】
図５は、別の実施形態による、リモート・デバイスとプライベート・ネットワーク内のホーム・デバイスとのマルチメディアセッションを可能にするために、マルチメディア・ゲートウェイが実行するステップを有するフロー図である。このプロセスは、上記図４のリモート・デバイスで行われるプロセスに基本的に対応し、同じ構成要素および条件が図５でも概ね関係しているので、ここでは再び説明しない。
【００６６】
最初のステップ５００では、ホーム・デバイス識別子を含むことも含まないこともあるセッション招待メッセージをリモート・デバイスから受信する。これについては、以下を参照されたい。それに応えて、続くステップ５０２で、マルチメディア・ゲートウェイが、リモート・デバイスおよびそのユーザの少なくともいずれかを認証するのが好ましい。
【００６７】
次にステップ５０４で、受信したセッション招待メッセージに通信のために選択されたホーム・デバイスを表す何らかのホーム・デバイス識別子が含まれているかどうかを判定する。上述のように、リモート・デバイスは、リモート・デバイスでのホーム・デバイス識別子の利用可能性しだいで、セッション招待メッセージにそれを含めることもあるし含めないこともある。
【００６８】
ホーム・デバイス識別子が含まれる場合（ステップ５０４で「Ｙｅｓ」）、ステップ５０６で、選択されたホーム・デバイスのプライベート・ネットワークアドレスが、含まれるホーム・デバイス識別子に基づき決定される。名前または類似のものがホーム・デバイス識別子として使用されている場合、対応するデバイスのプライベートＩＰアドレスを、マルチメディア・ゲートウェイ内のデバイスデータベースまたは同様のもの中に見つけることができる。上述のように、ホーム・デバイス識別子は、実際のところそのデバイスのプライベート・ネットワークアドレスでもよく、その場合、その検証をこのステップで実行する。
【００６９】
その後ステップ５０８で、例えばリモート・デバイスのＩＰアドレス／ポート番号と選択されたホーム・デバイスに関連付けられているＩＰアドレス／ポート番号とを住居用ゲートウェイでＮＡＴ結合することによって、選択されたホーム・デバイスとの接続が行われる。
【００７０】
図４のステップ４０６に対応するステップである次のステップ５１０では、選択されたホーム・デバイスに関連付けた住居用ゲートウェイの接続パラメータを、リモート・デバイスに送信する。接続パラメータは、ＮＡＴ結合に従ってリモート・デバイスのために保留した、少なくとも住居用ゲートウェイのＩＰアドレス／ポート番号を含むのが好ましい。次いで、リモート・デバイスは、選択されたホーム・デバイスと任意のメッセージまたはデータを通信するために、それらの接続パラメータを使用でき、こうして任意のメッセージまたはデータをプライベート・ネットワーク外にルーティングすることができる。
【００７１】
他方、ホーム・デバイス識別子を含まないプレーンセッション招待メッセージを受信した場合（ステップ５０４で「Ｎｏ」）、例えばリモート・デバイスのＩＰアドレス／ポート番号とプロキシ機能に関連付けられているＩＰアドレス／ポート番号との間に住居用ゲートウェイでＮＡＴ結合を確立することによって、ステップ５１２で、マルチメディア・ゲートウェイ内のプロキシ機能との接続が、住居用ゲートウェイで行われる。図４に関して上記したのと同じように、プロキシ機能は、プライベート・ネットワーク内のホーム・デバイスについての有効な情報を取得するためにディスカバリプロセスを実行でき、ＵＰｎＰプロキシでもよい。
【００７２】
図４のステップ４１２に対応する次のステップ５１４では、プロキシ機能に関連付けた住居用ゲートウェイの接続パラメータをリモート・デバイスに送信するが、リモート・デバイスのために保留した住居用ゲートウェイのＩＰアドレス／ポート番号を少なくとも含むことが好ましい。次いで、リモート・デバイスは、プロキシ機能と任意のメッセージまたはデータを通信するために、それらの接続パラメータを使用してもよく、こうして任意のメッセージまたはデータをプライベート・ネットワーク外にルーティングすることができる。
【００７３】
続くステップ５１６では、送信したそのプロキシのＩＰアドレスおよびポート番号を使用して、マルチメディア・ゲートウェイ内のプロキシへのＶＰＮトンネル（例えばＩＰｓｅｃ）をリモート・デバイスと確立する。次いで、プライベート・ネットワーク内のデバイスおよびサービスを明らかにするために、次のステップ５１８で、確立したＶＰＮトンネルを同期プロセスで使用して、リモート・デバイスにホーム・デバイス情報を提供する。次いで、リモート・デバイスユーザは、通信するホーム・デバイスを選択することができるが、この図ではこれ以上は示されていない。
【００７４】
図６は、上記の解決手段を実現するために様々な機能を、片側にはリモート・デバイス６００内に、反対側にはプライベート・ネットワークの住居用ゲートウェイＲＧＷ６０２およびマルチメディア・ゲートウェイＨＩＧ６０４内に、どのように実装しうるかの一例の概要を示すブロック図である。マルチメディア・ゲートウェイＨＩＧ６０４は、図示されていないＩＭＳネットワークに接続されており、ＨＩＧ６０４もリモート・デバイス６００も、ＩＭＳクライアントとして登録されている。図６は様々な構成を純粋に論理的に示しており、実際面では当業者は、任意の適切なハードウェアおよびソフトウェアを用いてこれらの機能を実装できることに留意すべきである。
【００７５】
リモート・デバイス６００は、プライベート・ネットワーク内のホーム・デバイス（図示せず）と対話するためのＨＤＡＣアプリケーション６００ａを備える。デバイス６００は、プライベート・ネットワーク内に存在するとき、接続およびデバイス発見のためにＵＰｎＰ  ＣＰ（コントロールポイント）６００ｂを用いてホーム・デバイスとして機能する。プライベート・ネットワーク外にあるとき、プライベート・ネットワーク内のホーム・デバイスとの通信のために、ＩＭＳ  ＵＡ（ユーザエージェント）６００ｃをＲＧＷ６０２の接続パラメータ（例えば、ルーティング可能なＩＰアドレス／ポート番号の組み合わせ）を取得するために使用する。ＵＰｎＰプロキシ６００ｄが、リモート・デバイスとホームネットワークとの間のＵＰｎＰディスカバリメッセージを同期させるために使用され、ＣＣ（接続クライアント）６００ｅが、上記のようにＩＭＳ上の通常のＳＩＰメッセージを用いて読み出しできるＲＧＷ６０２のＩＰアドレスに基づいて、接続を確立するために使用される。リモート・デバイス６００は、ホーム・デバイス情報を格納するために、データベースまたは同様のもの６００ｆも備えてもよい。
【００７６】
ＲＧＷ６０２は、ＮＡＴ  ＩＰアドレスおよびポート・マッピングを制御するために、ＮＡＴ機能６０２ａおよびＵＰｎＰインターネット・ゲートウェイ・デバイスＩＧＤ６０２ｂを備える従来の住居用ゲートウェイである。
【００７７】
ＨＩＧ６０４は、ホーム・デバイスのプライベートプライベートＩＰアドレスを収容するクライアントＤＢ（データベース）６０４ａを備え、そこには、上記のようにホーム・デバイス情報も、ディスカバリプロセスまたは類似のものを用いて集められる。クライアントＤＢ６０４ａに格納されたホーム・デバイスのディスカバリ情報には、デバイスの名前および能力も含んでもよい。ホーム・デバイスのプライベートＩＰアドレスとディスカバリ情報とは、実装しだいで別々のデータベースにも格納されてもよい。ＨＩＧ６０４は、ホーム・デバイスとＩＭＳネットワークとの通信のために、ＨＩＧロジック機能６０４ｂおよびＢ２Ｂ  ＵＡ（バックトゥバック・ユーザエージェント）６０４ｃをさらに備える。
【００７８】
このように、ＨＩＧ６０４は、リモート・デバイス６００のＵＰｎＰ  ＣＰ６００ｂ、ＵＰｎＰプロキシ６００ｄおよび接続クライアント６００ｅにそれぞれ対応するＵＰｎＰ  ＣＰ６０４ｄ、ＵＰｎＰプロキシ６０４ｅおよびＣＣ６０４ｆを実装することによって、上記の例によるリモートアクセスをサポートする。ＵＰｎＰプロキシ６０４ｅは、ＵＰｎＰディスカバリ情報の同期を促進するために、例えばマルチキャストＵＰｎＰディスカバリメッセージを伝達するために、利用されてもよい。
【００７９】
図７および図８は、基本的に上記で説明したように、住居用ゲートウェイＲＧＷ７０２およびマルチメディア・ゲートウェイＨＩＧ７０４を用いて、リモート・デバイス７００からホーム・デバイス７０６へのリモートアクセスを実現するために、様々なノードおよび構成要素間のシグナリング手順が別の実施形態によりどのように実施できるかを、それぞれより詳細に示す。この場合もやはり、リモート・デバイス７００とＨＩＧ７０４の両方ともＩＭＳクラインアントとして登録されていることが前提条件である。
【００８０】
これまで述べたように、続くシグナリングステップは、リモート・デバイスがプライベート・ネットワークと同期しているか否かに応じて、すなわちリモート・デバイスが、例えば以前ネットワーク内にあったときディスカバリプロセスなどで取得した、プライベート・ネットワークのホーム・デバイスおよびサービスについて何らかの情報を有しているかどうかに応じて、幾分異なる。これは、新しいデバイスがプライベート・ネットワークに加えられていた場合の事例でも、プライベート・ネットワーク内に決して入ったことのないリモート・デバイスを使用するときの事例でもないだろう。図７では、リモート・デバイスで有効なホーム・デバイス情報を最初から利用可能であるのに対して、図８ではそうではない。
【００８１】
図７も図８も、リモート・デバイス７００は、ホーム・デバイスにアクセスするためのクライアントアプリケーションＨＤＡＣ７００ａと、ＩＭＳネットワークを介した通信のためのユーザエージェントＩＭＳ  ＵＡ７００ｂと、プライベート・ネットワーク内のホーム・デバイス間の通信のためのアプリケーションＵＰｎＰ７００ｃとを備える。また、ＲＧＷ７０２は、対応するＵＰｎＰアプリケーション７０２ａを含み、ＨＩＧ７０４は、ホーム・デバイスとＩＭＳネットワークとの間のインタフェースを提供するユーザエージェントＢ２ＢＵＡ７０４ａと、対応するＵＰｎＰアプリケーション７０４ｂとを備える。ＵＰｎＰアプリケーション７００ｃと７０４ｂの両方とも、図６に関して上記のように、コントロールポイントおよびプロキシ機能を有する。
【００８２】
リモート・デバイスで有効なホーム・デバイス情報を利用可能である場合について、図７を参照してこれより説明する。最初のステップ７：１では、リモート・デバイス７００からホーム・デバイスにアクセスを望むユーザがＨＤＡＣ７００ａを起動するが、これは、プライベート・ネットワーク内と外のどちらかにあるときも同じように行うことができる。上述のように、ユーザは、ステップ７：１でＨＤＡＣを起動する前に、ホーム・デバイス７０６を選択していてもよい。
【００８３】
次のステップ７：２では、リモート・デバイス７００が現在プライベート・ネットワーク内にあり接続しているか否かを、ＨＤＡＣ７００ａが、基本的にＵＰｎＰ７００ｃのコントロールポイント機能を使用してチェックする。それに応えて、ＵＰｎＰ７００ｃは、ステップ７：３で基本的に「Ｙｅｓ」（内部にあり接続している）かまたは「Ｎｏ」（外部にあり遠隔接続する）のどちらかで応答する。
【００８４】
続くステップ７：４では、ＨＤＡＣ７００ａは、ＩＭＳ  ＵＡ７００ｂにＨＩＧ７０４のＩＭＰＵ宛てに、この場合選択されたホーム・デバイス７０６の識別子を含むセッション招待メッセージとして、ＩＭＳベースのＳＩＰ  ＩＮＶＩＴＥを送信するように指示する。それに応えて、ＩＭＳ  ＵＡ７００ｂは、次のステップ７：５でホーム・デバイス識別子を含むＳＩＰ  ＩＮＶＩＴＥを発送し、それはＨＩＧ７０４内のＢ２ＢＵＡ７０４ａによって受信される。次いで、Ｂ２ＢＵＡ７０４ａは、やはりＳＩＰ  ＩＮＶＩＴＥに含まれているリモート・デバイスのＩＭＳユーザアイデンティティをＨＩＧ７０４内にあらかじめ格納された許可ユーザの値と比較することによって、ステップ７：６でユーザを認証する。
【００８５】
次いでＢ２ＢＵＡ７０４ａは、ステップ７：６ａに示されるように、受信したＳＩＰ  ＩＮＶＩＴＥについてＵＰｎＰアプリケーション７０４ｂにこの時点で通知する。次に、ＵＰｎＰアプリケーション７０４ｂ内のＵＰｎＰ  ＣＰがステップ７：７でＲＧＷ７０２内のＵＰｎＰ機能７０２ａにＮＡＴ結合を要求し、そのＮＡＴ結合は、図６に関して上記のようにＵＰｎＰ  ＩＧＤによって処理される。ＮＡＴ結合には、普通ＳＩＰ  ＩＮＶＩＴＥのＳＤＰで供給されるリモート・デバイスのＩＰアドレスおよびポート番号、ならびに選択されたホーム・デバイス７０６のローカルＩＰアドレスを求められる。それ故、ＨＩＧ７０４は、受信したＳＩＰ  ＩＮＶＩＴＥに含まれたホーム・デバイス識別子を使用して、そのデバイスデータベースからホーム・デバイス７０６のローカルＩＰアドレスを読み出してもよい。次いで、ＲＧＷ内のＵＰｎＰ機能７０２ａ（ＩＧＤ）は、ステップ７：８でＮＡＴ結合を通知する。従って、ステップ７：７および７：８は、ホーム・デバイス識別子が上記のＳＩＰ  ＩＮＶＩＴＥで受信された場合、図５のステップ５０８に関して説明されたように、プライベート・ネットワークの接続パラメータの設定を表す。
【００８６】
このようにして、ホーム・デバイスとの通信のために接続パラメータを設定した後、ＨＩＧ７０４内のＢ２ＢＵＡ７０４ａは、次のステップ７：９で２００  ＯＫと呼ばれるＳＩＰの標準肯定応答メッセージを、リモート・デバイス７００内のＩＭＳＵＡ７００ｂに送信する。２００  ＯＫメッセージは、ホーム・デバイス７０６に対して設定されたＩＰアドレスおよびポートを有するＮＡＴ結合情報を有するＳＤＰを含み、リモート・デバイスは、その情報を使用して、選択されたホーム・デバイスと任意のメッセージおよびデータを双方向通信することができる。続くステップ７：１０では、ＩＭＳＵＡ７００ｂが、ＳＤＰ情報をＨＤＡＣ７００ａに転送する。
【００８７】
この時点で、ＨＤＡＣ７００ａは、安全な通信を提供するために、受信した接続パラメータのローカルＩＰアドレスおよびポートを使用して、選択されたホーム・デバイスへのＶＰＮトンネル（例えばＩＰｓｅｃ）を確立するように、ＵＰｎＰ機能７００ｃの接続クライアントに指示してもよい。しかし、この解決手段では省略されてもよいので、ＶＰＮトンネルの確立はここでは示されていない。
【００８８】
続くステップ７：１１では、リモート・デバイス７００のユーザが、選択されたホーム・デバイス７０６のメディアコンテンツを、ＵＰｎＰ  ＣＰを用いて閲覧するところを一般的に示す。ユーザからの適切な入力コマンドに応えて、ＵＰｎＰ  ＣＰは、ステップ７：１２でホーム・デバイスにＨＴＴＰ  ＧＥＴコマンドを送信することによって、ホーム・デバイスのメディアを選択する。要求されたメディアコンテンツは、最後に示されているステップ７：１３でリモート・デバイス７００のＵＰｎＰ機能７００ｃにいよいよ送信される。ステップ７：１１、７：１２、７：１３におけるリモート・デバイス７００とホーム・デバイス７０６との通信は、設定されたＮＡＴ結合を用いてＲＧＷ７０２を介して伝達されることに留意すべきである。
【００８９】
図８では、上記図７の場合とは対照的に、プロセスの開始時、実際のところリモート・デバイスで有効なホーム・デバイス情報を利用できない。最初のステップ８：１で、ユーザはＨＤＡＣ７００ａを起動するが、ホーム・デバイス情報をまだ利用可能でないので、どのホーム・デバイスも前もって選択されていない。続くステップ８：２および８：３は、図７のステップ７：２および７：３と基本的に同じであり、その説明はここでは繰り返さない。
【００９０】
次に続くステップ８：４で、ＨＤＡＣ７００ａは、ＩＭＳ  ＵＡ７００ｂにこの場合ホーム・デバイス識別子を含んでいないプレーンセッション招待メッセージとしてＩＭＳ  ＳＩＰ  ＩＮＶＩＴＥを送信するように指示する。次いで、ＩＭＳ  ＵＡ７００ｂは、次のステップ８：５で、ＨＩＧ７０４のＢ２ＢＵＡ７０４ａにＳＩＰ  ＩＮＶＩＴＥを送信する。次いで、Ｂ２ＢＵＡ７０４ａは、図７のステップ７：６と基本的に同様に、ステップ８：６でユーザを認証するが、その説明はここでは繰り返さない。
【００９１】
また、ステップ８：６ａは、図７のステップ７：６ａに対応し、受信したＳＩＰ  ＩＮＶＩＴＥについてのＵＰｎＰアプリケーション７０４ｂへの通知を示す。次のステップ８：７は、ＵＰｎＰ機能７０２ａに対するＮＡＴ結合要求を示し、この要求は、図７のステップ７：７と同様に、ＵＰｎＰアプリケーション７０４ｂのＵＰｎＰ  ＣＰから送信される。しかし、この場合ホーム・デバイスがまだ示されていないので、ＮＡＴ結合には、リモート・デバイスのＩＰアドレスおよびポート番号と、ＨＩＧ７０４のＵＰｎＰプロキシのローカルＩＰアドレスとを求められる。ＵＰｎＰプロキシに到達するために、特定のポート番号が使用される。ＵＰｎＰプロキシは、ＨＩＧと同じデバイスの中にあることができ、すなわち同じＩＰアドレスを有することができよう。
【００９２】
ステップ８：８は、図７のステップ７：８に対応するＮＡＴ結合の通知を示す。従って、ステップ８：７および８：８は、図５のステップ５１２に説明されているように、上記のＳＩＰ  ＩＮＶＩＴＥでホーム・デバイス識別子を受信しなかった場合の、プライベート・ネットワークの接続パラメータの設定を表す。
【００９３】
次のステップ８：９では、図７のステップ７：９および図５のステップ５１４に対応して、肯定応答メッセージ２００  ＯＫがＩＭＳＵＡ７００ｂに送信される。２００  ＯＫメッセージは、ＨＩＧ７０４内のＵＰｎＰプロキシに対して設定されたＩＰアドレスおよびポートを今度は含むＮＡＴ結合情報を有するＳＤＰを含み、リモート・デバイスは、その情報を使用して任意のメッセージおよびデータを通信してから、ホーム・デバイスを選択することができる。図７のステップ７：１０に対応する次のステップ８：１０では、ＩＭＳＵＡ７００ｂが、ＨＤＡＣ７００ａにＳＤＰ情報を転送する。
【００９４】
続くステップ８：１１では、ＨＤＡＣ７００ａは、受信したそのＵＰｎＰプロキシのＩＰアドレスおよびポートを用いてＨＩＧ７０４内のＵＰｎＰプロキシへのＶＰＮトンネル（例えばＩＰｓｅｃ）を確立するように、ＵＰｎＰ機能７００ｃの接続クライアントに指示する。ステップ８：１２では、上記で要求されたように、ＶＰＮトンネルが確立される。ここで、ＶＰＮトンネルは、上述の特許文献２（ノキア）に従って確立されてもよい。
【００９５】
ＶＰＮトンネルを首尾よく確立後、ＵＰｎＰ機能７００ｃのＵＰｎＰプロキシは、プライベート・ネットワーク内のデバイスおよびサービスを発見するために、続くステップ８：１３で、ホーム・デバイス情報に関してＵＰｎＰ機能７０４ｂのＵＰｎＰプロキシと同期してもよい。従って、このステップは、図５のステップ５１８および図４のステップ４１６に対応する。その結果、ＶＰＮトンネルを使用して、基本的にリモート・デバイスがプライベート・ネットワーク内にあるのと同じように、ホーム・デバイスを選択することができ、機密事項を扱う情報およびデータをリモート・デバイス７００とプライベート・ネットワークとの間で安全に交換することができる。
【００９６】
続いて示されているステップ８：１４のコンテンツ閲覧、ステップ８：１５のデータフェッチコマンドの送信、およびステップ８：１６のリモート・デバイス７００への要求されたメディアの送信は、それぞれ図７のステップ７：１１、７：１２および７：１３と基本的に同様に実行されるので、その説明はここでは繰り返さない。
【００９７】
図９ａは、プライベート・ネットワーク外にあるリモート・デバイスＡが、選択されたホーム・デバイスに関する識別子を含むセッション招待メッセージ９００ａをマルチメディア・ゲートウェイ９０２に送信する概要を示す。その送信に応えて、マルチメディア・ゲートウェイ９０２は、選択されたホーム・デバイスに関連付けた接続パラメータ９００ｂをリモート・デバイスＡに送信する。
【００９８】
図９ｂは、リモート・デバイスＡが、ホーム・デバイス識別子のないプレーンセッション招待メッセージ９００ｃをマルチメディア・ゲートウェイ９０２に送信する概要を示す。その送信に応えて、マルチメディア・ゲートウェイ９０２は、プロキシ機能に関連付けた接続パラメータ９００ｄをリモート・デバイスＡに送信する。プロキシ機能は、上記のようにプライベート・ネットワーク内でディスカバリプロセスを実行しているので、ホーム・デバイス情報を提供できる。
【００９９】
上記の実施形態のいずれかにより本発明を実施することによって、プライベート・ネットワーク外にあるリモート・デバイスからプライベート・ネットワーク内のホーム・デバイスに、容易かつ安全にアクセスできる。また、ＩＰアドレス解決機能を使用する必要がない。
【０１００】
リモート・デバイス内のＨＤＡＣがＩＭＳ部と対話し、「状況依存」でもある、すなわち、デバイスがプライベート・ネットワーク内にあるかないかを検出できることは有利である。ＩＭＳメッセージが選択されたデバイスイデンティティをプライベート・ネットワークに伝達するために使用され、ＨＩＧは、リモートアクセスを可能にするためにＲＧＷで必要なＩＰアドレス／ポート・マッピングをすることができる。この意味することは、エンドユーザがプライベート・ネットワーク内にいるかまたは外にいるかにかかわらず、エンドユーザに対してＨＤＡＣアプリケーションの「ルック・アンド・フィール」を同じにすることができることである。従って、遠隔から接続しているときも、同じデバイスアイデンティティを使用することが可能である。
【０１０１】
また、本解決手段は、プライベートＨＩＧを見つけるためにＩＭＳを使用し、アクセス制御が最早デバイスに拘束されず、ユーザに関係しているので、「ユーザ中心」である。これは、ＵＰｎＰがユーザに依存しないデバイス中心のアーキテクチャであるのに対して、ＩＭＳがその逆であることから実現されている。しかし、本発明は、ＩＭＳネットワークの使用に限定されず、メディアの通信を確立するために通常のＳＩＰメッセージ全般を使用することによって実施されてもよい。
【０１０２】
本発明について特定の実施形態例を参照して説明したが、説明は、一般に本発明の概念を示すことだけを意図しており、本発明の範囲を限定すると解釈すべきでない。上記の実施形態を説明するとき、ＩＭＳ、ＨＩＧおよびＵＰｎＰの概念を至るところで使用したが、マルチメディア通信を可能にする他のどの規格およびネットワーク要素も基本的に使用し得る。例えば、ＩＭＳネットワーク規格が使用されているか否かにかかわらず、ＳＩＰを汎用シグナリングプロトコルとして使用してもよい。本発明は、以下の独立請求項によって規定される。
【図１】
2010508696.tif 000003
【図２】
2010508696.tif 000004
【図３】
2010508696.tif 000005
【図４】
2010508696.tif 000006
【図５】
2010508696.tif 000007
【図６】
2010508696.tif 000008
【図７】
2010508696.tif 000009
【図８】
2010508696.tif 000010
【図９ａ】
2010508696.tif 000011
【図９ｂ】
2010508696.tif 000012
【手続補正書】
【提出日】平成20年8月25日(2008.8.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
マルチメディア・サービス・ネットワーク（３１０）に接続されたマルチメディア・ゲートウェイ（３０２）を有するプライベート・ネットワーク（３００）内のホーム・デバイス（３０８）に、前記プライベート・ネットワーク外にあるリモート・デバイス（３０６）からアクセスする方法であって、
前記リモート・デバイスにおいて、
−前記マルチメディア・サービス・ネットワークを通じて前記マルチメディア・ゲートウェイ宛てのセッション招待メッセージを送信する工程であって、該セッション招待メッセージは、前記リモート・デバイスが選択されたホーム・デバイスの識別子を利用可能である場合は随意的に該識別子を含む、工程と、
−前記セッション招待メッセージに対する応答として、前記マルチメディア・ゲートウェイから前記プライベート・ネットワーク内の住居用ゲートウェイの接続パラメータを受信する工程であって、前記接続パラメータは、前記プライベート・ネットワーク外でルーティングするために使用でき、前記セッション招待メッセージに前記ホーム・デバイス識別子が含まれていた場合に前記選択されたホーム・デバイスに関連付けられ、前記セッション招待メッセージにホーム・デバイス識別子が含まれていなかった場合にホーム・デバイス情報を提供できる前記マルチメディア・ゲートウェイ内のプロキシ機能に関連付けられる、工程と、
−前記選択されたホーム・デバイスとメディアを通信するか、または、前記プロキシ機能からホーム・デバイス情報を取得するために、受信した前記接続パラメータを使用する工程と
を備えることを特徴とする方法。
【請求項２】
前記受信した接続パラメータは、ネットワークアドレス／ポート番号の組み合わせを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記リモート・デバイスが以前に前記プライベート・ネットワーク内に位置していたときに実行したディスカバリ・プロセスでホーム・デバイス情報を取得していた場合、前記ホーム・デバイス識別子が前記セッション招待メッセージに含められることを特徴とする請求項１または２に記載の方法。
【請求項４】
前記セッション招待メッセージは通常のＳＩＰ  ＩＮＶＩＴＥメッセージであり、前記ホーム・デバイス識別子は前記ＳＩＰ  ＩＮＶＩＴＥメッセージに埋め込まれたＳＤＰメッセージに含められるか、または、前記ＳＩＰヘッダ内の「Ｔｏ：」フィールドに含められることを特徴とする請求項３に記載の方法。
【請求項５】
前記セッション招待メッセージにホーム・デバイス識別子が含まれていなかった場合、前記プロキシ機能へのＶＰＮトンネルが前記プライベート・ネットワークを使って確立され、前記プライベート・ネットワーク内のホーム・デバイスについての情報を取得するために前記プロキシ機能と同期するのに前記ＶＰＮトンネルが使用されることを特徴とする請求項１または２に記載の方法。
【請求項６】
選択された任意のホーム・デバイスと通信するために前記ＶＰＮトンネルがさらに使用されることを特徴とする請求項５に記載の方法。
【請求項７】
前記マルチメディア・ゲートウェイはホームＩＭＳゲートウェイであり、前記マルチメディア・サービス・ネットワークはＩＭＳネットワークであり、前記リモート・デバイスも前記ホームＩＭＳゲートウェイもＩＭＳクライアントであることを特徴とする請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
前記送信したセッション招待メッセージは、前記マルチメディア・ゲートウェイのＩＭＰＵを宛先とし、前記リモート・デバイスのＩＭＰＵを含むことを特徴とする請求項７に記載の方法。
【請求項９】
前記選択されたホーム・デバイスはメディアサーバであり、ストリーミングを用いて通信された前記メディアを前記リモート・デバイスが受信することを特徴とする請求項１乃至８のいずれか１項に記載の方法。
【請求項１０】
マルチメディア・サービス・ネットワークに接続されたマルチメディア・ゲートウェイを有するプライベート・ネットワーク内のホーム・デバイスに、前記プライベート・ネットワーク外にあるときアクセスするためのリモート・デバイス内の装置であって、
−前記マルチメディア・サービス・ネットワークを通じて前記マルチメディア・ゲートウェイ宛てのセッション招待メッセージを送信する手段であって、該セッション招待メッセージは、前記リモート・デバイスが選択されたホーム・デバイスの識別子を利用可能である場合は随意的に該識別子を含む、手段と、
−前記セッション招待メッセージに対する応答として、前記マルチメディア・ゲートウェイから前記プライベート・ネットワーク内の住居用ゲートウェイの接続パラメータを受信する手段であって、前記接続パラメータは、前記プライベート・ネットワーク外でルーティングするために使用でき、前記セッション招待メッセージにホーム・デバイス識別子が含まれていた場合に前記選択されたホーム・デバイスに関連付けられ、前記セッション招待メッセージにホーム・デバイス識別子が含まれていなかった場合にホーム・デバイス情報を提供できる前記マルチメディア・ゲートウェイ内のプロキシ機能に関連付けられる、手段と、
−前記選択されたホーム・デバイスとメディアを通信するか、または、前記プロキシ機能からホーム・デバイス情報を取得するために受信した前記接続パラメータを使用する手段と
を備えることを特徴とする装置。
【請求項１１】
前記受信した接続パラメータは、ネットワークアドレス／ポート番号の組み合わせを含むことを特徴とする請求項１０に記載の装置。
【請求項１２】
前記リモート・デバイスが以前に前記プライベート・ネットワーク内に位置していたときに実行したディスカバリ・プロセスでホーム・デバイス情報を取得していた場合、前記ホーム・デバイス識別子が前記セッション招待メッセージに含められる手段をさらに備えることを特徴とする請求項１０または１１に記載の装置。
【請求項１３】
前記セッション招待メッセージは通常のＳＩＰ  ＩＮＶＩＴＥメッセージであり、前記ホーム・デバイス識別子は前記ＳＩＰ  ＩＮＶＩＴＥメッセージに埋め込まれたＳＤＰメッセージに含められるか、または、前記ＳＩＰヘッダ内の「Ｔｏ：」フィールドに含められることを特徴とする請求項１２に記載の装置。
【請求項１４】
前記セッション招待メッセージにホーム・デバイス識別子が含まれていなかった場合、前記プロキシ機能へのＶＰＮトンネルを前記プライベート・ネットワークを使って確立し、前記プライベート・ネットワーク内のホーム・デバイスについての情報を取得するために前記プロキシ機能と同期するのに前記ＶＰＮトンネルを使用する手段をさらに備えることを特徴とする請求項１０または１１に記載の装置。
【請求項１５】
選択された任意のホーム・デバイスと通信するために前記ＶＰＮトンネルを使用する手段をさらに備えることを特徴とする請求項１４に記載の装置。
【請求項１６】
前記マルチメディア・ゲートウェイはホームＩＭＳゲートウェイであり、前記マルチメディア・サービス・ネットワークはＩＭＳネットワークであり、前記リモート・デバイスも前記ホームＩＭＳゲートウェイもＩＭＳクライアントであることを特徴とする請求項１０乃至１５のいずれか１項に記載の装置。
【請求項１７】
前記送信したセッション招待メッセージは、前記マルチメディア・ゲートウェイのＩＭＰＵを宛先とし、前記リモート・デバイスのＩＭＰＵを含むことを特徴とする請求項１６に記載の装置。
【請求項１８】
前記ホーム・デバイスはメディアサーバであり、前記リモート・デバイスはストリーミングを用いて通信された前記メディアを受信するように構成されていることを特徴とする請求項１０乃至１７のいずれか１項に記載の装置。
【請求項１９】
前記リモート・デバイスが前記プライベート・ネットワークに現在接続されているか否かをチェックする手段をさらに備えることを特徴とする請求項１０乃至１８のいずれか１項に記載の装置。
【請求項２０】
マルチメディア・サービス・ネットワーク（３１０）に接続されたマルチメディア・ゲートウェイ（３０２）を有するプライベート・ネットワーク（３００）内のホーム・デバイス（３０８）に、前記プライベート・ネットワーク外にあるリモート・デバイス（３０６）からのアクセスを可能にする方法であって、
前記マルチメディア・ゲートウェイにおいて
−前記リモート・デバイスから前記マルチメディアサービスネットワークを通じてセッション招待メッセージを受信する工程であって、該セッション招待メッセージは、選択されたホーム・デバイスの識別子を随意的に含む、工程と、
−前記リモート・デバイスとの通信のために前記プライベート・ネットワーク内の住居用ゲートウェイの接続パラメータを設定する工程であって、
前記接続パラメータは、前記プライベート・ネットワーク外でルーティングするために使用でき、前記セッション招待メッセージに前記ホーム・デバイス識別子が含まれていた場合に前記選択されたホーム・デバイスに関連付けられ、前記セッション招待メッセージにホーム・デバイス識別子が含まれていなかった場合にホーム・デバイス情報を提供できる前記マルチメディア・ゲートウェイ内のプロキシ機能に関連付けられる、工程と、
−前記セッション招待メッセージに応答して、設定した前記接続パラメータを前記リモート・デバイスに送信する工程と
を備えることを特徴とする方法。
【請求項２１】
前記設定した接続パラメータは、ネットワークアドレス／ポート番号の組み合わせを含むことを特徴とする請求項２０に記載の方法。
【請求項２２】
前記受信したセッション招待メッセージは通常のＳＩＰ  ＩＮＶＩＴＥメッセージであり、２００ ＯＫメッセージに埋め込まれたＳＤＰメッセージか、または前記２００ ＯＫメッセージの前記ＳＩＰヘッダ内の「Ｔｏ：」フィールドに含められた前記接続パラメータを有する前記２００ ＯＫメッセージを、応答として送信することを特徴とする請求項２０または２１に記載の方法。
【請求項２３】
前記受信したセッション招待メッセージにホーム・デバイス識別子が含まれていなかった場合、前記プロキシ機能へのＶＰＮトンネルが前記リモート・デバイスと確立され、前記プライベート・ネットワーク内のホーム・デバイスについての情報を提供するために前記リモート・デバイスと同期するのに前記ＶＰＮトンネルが使用されることを特徴とする請求項２０乃至２２のいずれか１項に記載の方法。
【請求項２４】
前記マルチメディア・ゲートウェイはホームＩＭＳゲートウェイであり、前記マルチメディアサービスネットワークはＩＭＳネットワークであり、前記リモート・デバイスも前記ホームＩＭＳゲートウェイもＩＭＳクライアントであることを特徴とする請求項２０乃至２３のいずれか１項に記載の方法。
【請求項２５】
ホーム・デバイス（３０８）に、プライベート・ネットワーク外にあるリモート・デバイス（３０６）からのアクセスを可能にするための、前記プライベート・ネットワーク内のマルチメディア・ゲートウェイ（３０２）内の装置であって、前記マルチメディア・ゲートウェイは、マルチメディア・サービス・ネットワーク（３１０）に接続され、前記装置は、
−前記リモート・デバイスから前記マルチメディア・サービス・ネットワークを通じてセッション招待メッセージを受信する手段であって、該セッション招待メッセージは、選択されたホーム・デバイスの識別子を随意的に含む、手段と、
−前記リモート・デバイスとの通信のために前記プライベート・ネットワーク内の住居用ゲートウェイの接続パラメータを設定する手段であって、
前記接続パラメータは、前記プライベート・ネットワーク外でルーティングするために使用でき、前記セッション招待メッセージに前記ホーム・デバイス識別子が含まれていた場合に前記選択されたホーム・デバイスに関連付けられ、前記セッション招待メッセージにホーム・デバイス識別子が含まれていなかった場合にホーム・デバイス情報を提供できる前記マルチメディア・ゲートウェイ内のプロキシ機能に関連付けられる、手段と、
−前記セッション招待メッセージに応答して、前記設定した接続パラメータを前記リモート・デバイスに送信する手段と
を備えることを特徴とする装置。
【請求項２６】
前記設定した接続パラメータは、ネットワークアドレス／ポート番号の組み合わせを含むことを特徴とする請求項２５に記載の装置。
【請求項２７】
前記受信したセッション招待メッセージは通常のＳＩＰ  ＩＮＶＩＴＥメッセージであり、２００ ＯＫメッセージに埋め込まれたＳＤＰメッセージか、または前記２００ ＯＫメッセージの前記ＳＩＰヘッダ内の「Ｔｏ：」フィールドに含められた前記接続パラメータを有する前記２００ ＯＫメッセージを、応答として送信する手段をさらに備えることを特徴とする請求項２６に記載の装置。
【請求項２８】
前記受信したセッション招待メッセージにホーム・デバイス識別子が含まれていなかった場合、前記プロキシ機能へのＶＰＮトンネルを前記リモート・デバイスと確立する手段と、
前記プライベート・ネットワーク内のホーム・デバイスについての情報を提供するために前記リモート・デバイスと同期するのに前記ＶＰＮトンネルを使用する手段と
をさらに備えることを特徴とする請求項２５乃至２７のいずれか１項に記載の装置。
【請求項２９】
前記マルチメディア・ゲートウェイはホームＩＭＳゲートウェイであり、前記マルチメディアサービスネットワークはＩＭＳネットワークであり、前記リモート・デバイスも前記ホームＩＭＳゲートウェイもＩＭＳクライアントであることを特徴とする請求項２５乃至２８のいずれか１項に記載の装置。
【国際調査報告】
2010508696.tif 000013
2010508696.tif 000014
2010508696.tif 000015
2010508696.tif 000016