(57)【要約】  ネットワーク上の少なくとも一つ以上の汎用プラグアンドプレイ（ＵＰｎＰ）リソースに対する遠隔アクセス方法に係り、ネットワークでＵＰｎＰリソースの検索のためのアクセス政策を維持し、通信リンクを介して遠隔要請者から遠隔検索要請を受信し、アクセス政策に質疑してリソースが検索可能であるか否かを決定し、もしリソースが検索可能であるならば、通信リンクを介して遠隔要請者にリソースの情報を提供する遠隔アクセス方法が提供される。
2009540426.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上の少なくとも一つ以上の汎用プラグアンドプレイ（ＵＰｎＰ）リソースに対する遠隔アクセス方法において、
ネットワークでＵＰｎＰリソースの検索のためのアクセス政策を維持する段階と、
通信リンクを介して遠隔要請者から遠隔検索要請を受信する段階と、
前記アクセス政策に質疑し、前記リソースが検索可能であるか否かを決定する段階と、
前記リソースが検索可能である場合、前記通信リンクを介して前記遠隔要請者に前記リソースの情報を提供する段階とを含むことを特徴とする遠隔アクセス方法。
【請求項２】
前記通信リンクを介して行う前記遠隔検索要請に対する応答において、前記アクセス政策に基づいて、前記リソースの検索を制御する段階をさらに含むことを特徴とする請求項１に記載の遠隔アクセス方法。
【請求項３】
前記ネットワークのＵＰｎＰ階層でメッセージ伝達を行うことによって、前記通信リンクを介した前記リソースのアクセスを制御する段階をさらに含むことを特徴とする請求項２に記載の遠隔アクセス方法。
【請求項４】
前記検索を制御する段階は、ネットワークのコントローラによって行われ、
前記アクセスを制御する段階は、プロクシによって行われることを特徴とする請求項３に記載の遠隔アクセス方法。
【請求項５】
前記遠隔検索要請を受信する段階は、
前記プロクシが前記遠隔要請者から前記遠隔検索要請を受信する段階と、
前記コントローラが前記アクセス政策に前記リソースが検索可能であるか否かを質疑する段階と、
検索可能である場合、前記プロクシが通信リンクを介して前記遠隔要請者に前記リソースの情報を提供する段階とを含むことを特徴とする請求項４に記載の遠隔アクセス方法。
【請求項６】
前記リソースは、ＵＰｎＰデバイスを有することを特徴とする請求項１に記載の遠隔アクセス方法。
【請求項７】
前記リソースは、少なくとも一つ以上のＵＰｎＰデバイスによって行われるサービスを含むことを特徴とする請求項１に記載の遠隔アクセス方法。
【請求項８】
（ａ）サービスを主催する少なくとも一つ以上のデバイスが検索可能であるか、
（ｂ）前記サービスが検索可能である場合に、
前記アクセス政策によって前記サービスが検索可能であることを特徴とする請求項１に記載の遠隔アクセス方法。
【請求項９】
前記アクセス政策に質疑し、前記リソースが検索可能であるか否かを決定する段階は、
前記アクセス政策に質疑し、前記リソースが前記遠隔要請者に検索可能であるか否かを決定する段階をさらに含むことを特徴とする請求項１に記載の遠隔アクセス方法。
【請求項１０】
前記ネットワークは、地域ネットワーク（ＬＡＮ）を含むことを特徴とする請求項１に記載の遠隔アクセス方法。
【請求項１１】
前記ネットワークは、仮想個人ネットワーク（ＶＰＮ）を含むことを特徴とする請求項１に記載の遠隔アクセス方法。
【請求項１２】
前記遠隔要請者は、ＵＰｎＰ制御ポイントを有することを特徴とする請求項１に記載の遠隔アクセス方法。
【請求項１３】
前記通信リンクは、連結ネットワークを含むことを特徴とする請求項１に記載の遠隔アクセス方法。
【請求項１４】
前記連結ネットワークは、インターネットを含むことを特徴とする請求項１３に記載の遠隔アクセス方法。
【請求項１５】
ネットワーク上の少なくとも一つ以上の汎用プラグアンドプレイ（ＵＰｎＰ）デバイスに対する遠隔アクセス方法において、
通信リンクを介して制御ポイントから簡易サービス検索プロトコル（ＳＳＤＰ：Simple  Service  Discovery  Protocol）マルチキャスト探索（Ｍ−SEARCH）メッセージを受信する段階と、
前記通信リンクを介してＳＳＤＰ  Ｍ−SEARCH応答で前記制御ポイントに応答する段階と、
前記通信リンクを介してＵＰｎＰ  ＳＳＤＰ活性広告メッセージを前記制御ポイントに伝送する段階とを含むことを特徴とする遠隔アクセス方法。
【請求項１６】
前記ネットワークのＵＰｎＰデバイスが前記ＵＰｎＰ  ＳＳＤＰ活性広告メッセージを伝送する段階と、
前記ＵＰｎＰ  ＳＳＤＰ活性広告メッセージを獲得して保存する段階と、
前記Ｍ−SEARCHメッセージを前記ＵＰｎＰデバイスに伝送し、前記ＵＰｎＰデバイスから応答を受信する段階と、
前記ＳＳＤＰ  Ｍ−SEARCH応答を前記通信リンクを介して前記制御ポイントに伝送する段階と、
前記保存されたＵＰｎＰ  ＳＳＤＰ活性広告メッセージを前記通信リンクを介して前記制御ポイントに伝送する段階とをさらに含むことを特徴とする請求項１４に記載の遠隔アクセス方法。
【請求項１７】
ネットワーク上の少なくとも一つ以上の汎用プラグアンドプレイ（ＵＰｎＰ）リソースに対する遠隔アクセス装置において、
ネットワークのＵＰｎＰリソースの検索のためのアクセス政策と、
通信リンクを介した遠隔検索要請の応答において、前記アクセス政策に基づいて、前記リソースの検索を制御するように構成されたコントローラを含むことを特徴とする遠隔アクセス装置。
【請求項１８】
前記コントローラは前記アクセス政策に質疑し、前記リソースが検索可能である場合、前記コントローラは、前記通信リンクを介して遠隔要請者に前記リソースの情報を提供するように構成されたことを特徴とする請求項１７に記載の遠隔アクセス装置。
【請求項１９】
前記ネットワークでＵＰｎＰ階層でメッセージ伝達を行うことによって、前記通信リンクを介して前記リソースにアクセスすることを制御するためのプロクシをさらに有することを特徴とする請求項１８に記載の遠隔アクセス装置。
【請求項２０】
前記プロクシは、前記遠隔要請者から遠隔検索要請を受信するように構成され、
前記コントローラは、前記リソースが検索可能であるか否かを前記アクセス政策に質疑するように構成され、
前記プロクシは、前記通信リンクを介して前記遠隔要請者に前記リソースの情報を提供することを特徴とする請求項１９に記載の遠隔アクセス装置。
【請求項２１】
前記リソースは、ＵＰｎＰデバイスを有することを特徴とする請求項１７に記載の遠隔アクセス装置。
【請求項２２】
前記リソースは、少なくとも一つ以上のＵＰｎＰデバイスによって行われるサービスを含むことを特徴とする請求項１７に記載の遠隔アクセス装置。
【請求項２３】
（ａ）サービスを主催する少なくとも一つ以上のデバイスが検索可能であるか、
（ｂ）前記サービスが検索可能である場合に、
前記アクセス政策によって前記サービスが検索可能であることを特徴とする請求項１７に記載の遠隔アクセス装置。
【請求項２４】
前記コントローラは前記アクセス政策に質疑し、前記リソースが前記遠隔要請者に検索可能であるか否かを決定するように構成されることを特徴とする請求項１７に記載の遠隔アクセス装置。
【請求項２５】
前記ネットワークは、地域ネットワーク（ＬＡＮ）を含むことを特徴とする請求項１７に記載の遠隔アクセス装置。
【請求項２６】
前記ネットワークは、仮想個人ネットワーク（ＶＰＮ）を含むことを特徴とする請求項１７に記載の遠隔アクセス装置。
【請求項２７】
前記遠隔要請者は、ＵＰｎＰ制御ポイントを有することを特徴とする請求項１７に記載の遠隔アクセス装置。
【請求項２８】
前記通信リンクは、連結ネットワークを含むことを特徴とする請求項１７に記載の遠隔アクセス装置。
【請求項２９】
前記連結ネットワークは、インターネットを含むことを特徴とする請求項２８に記載の遠隔アクセス装置。
【請求項３０】
ネットワーク上の少なくとも一つ以上の汎用プラグアンドプレイ（ＵＰｎＰ）デバイスに対する遠隔アクセス装置において、
通信リンクを介してネットワークと制御ポイントとの間のインターフェースを構成するブリッジと、
前記ブリッジを介して制御ポイントからＳＳＤＰ  Ｍ−SEARCHメッセージを受信し、ＳＳＤＰ  Ｍ−SEARCH応答で前記制御ポイントに応答し、前記ブリッジを介してＵＰｎＰ  ＳＳＤＰ活性広告メッセージを前記制御ポイントに伝送するように構成されたプロクシとを有することを特徴とする遠隔アクセス装置。
【請求項３１】
前記ＵＰｎＰ  ＳＳＤＰ活性広告メッセージを伝送するＵＰｎＰデバイスをさらに備え、
前記プロクシは、前記ＵＰｎＰ  ＳＳＤＰ活性広告メッセージを獲得して保存し、前記Ｍ−SEARCHメッセージを前記ＵＰｎＰデバイスに伝達し、前記ＵＰｎＰデバイスから応答を受信し、前記ＳＳＤＰ  Ｍ−SEARCH応答を前記制御ポイントに伝送し、前記保存されたＵＰｎＰ  ＳＳＤＰ活性広告メッセージを前記制御ポイントに伝送するように構成されたことを特徴とする請求項３０に記載の遠隔アクセス装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、汎用プラグアンドプレイ（ＵＰｎＰ：Universal  Plug  and  Play）に係り、さらに具体的には、ネットワーク上でのＵＰｎＰデバイスへのアクセス方法及びシステムに関する。
【背景技術】
【０００２】
ＵＰｎＰは、ホームネットワーキングのような個人領域ネットワーキング（private  area  networking）の標準としてその重要性が高まっている。しかしＵＰｎＰは、インターネットまたは他の個人領域ネットワークを経て、１つの個人領域ネットワーク上のデバイスに遠隔アクセスすることを支援はしていない。
【０００３】
インターネットは、本質的にデバイスがいつでもどこでも連結されるように作る。インターネットを利用し、ユーザは、ホームネットワークのような個人ネットワーク上のコンテンツやサービスにアクセスしたり、ネットワーク上の制御デバイスやサービスにいつでもどこでも（例えば、遠隔で）アクセスできることを願うものである。従って、ＵＰｎＰデバイスをインターネット、または個人ネットワーク上のＵＰｎＰデバイス、または他の個人ネットワークでＵＰｎＰにアクセスしようとするアクセス方法に対する必要性がある。
【０００４】
プロトコルであるＳＳＤＰ（Simple  Service  Discovery  Protocol）は、ＵＰｎＰの根幹をなす。ＳＳＤＰの最初の局面は、サービス発見要請を含む。ＵＰｎＰネットワーク上で、ＵＰｎＰ制御ポイント（control  point）は、ネットワーク上にオンラインＵＰｎＰデバイスがあるか否かを求めさせる要請（requests）をマルチキャスト（multicast）する。ＵＰｎＰデバイスはかような要請を待っていて、そのような要請を受信するとき、ＵＰｎＰデバイスは、ユニキャスト（unicast）応答をＵＰｎＰ制御ポイントにさらに送る。ＵＰｎＰデバイスも、周期的にネットワークに自身の存在をマルチキャスティング（multicasting）で広告（advertisement）する。ＵＰｎＰ制御ポイントがかような広告をＵＰｎＰデバイスから受信すれば、広告したＵＰｎＰデバイスがオンラインであり、かつ使用可能な状態であると認知できる。
【０００５】
マルチキャスト要請及びユニキャスト応答というメカニズムは、個人ネットワークでは非常に効果がある。なぜならば、個人ネットワークは、マルチキャストメッセージがネットワーク上のあらゆるＵＰｎＰデバイスとＵＰｎＰ制御ポイントとに伝達できる簡単なネットワークによってなっているからである。もし個人ネットワークが複数のサブネットワーク（subnet）を含むならば、各サブネットワークルータ（router）のマルチキャスティング伝達モジュール（multicast  forwarding  module）は、マルチキャストメッセージがサブネットワーク間を回り、ネットワークのあらゆるデバイスに達することができるようにする。
【０００６】
しかし、保安問題によって、ＳＳＤＰプロトコルがダウンし、ネットワーク上のＵＰｎＰデバイスへの遠隔アクセスが不可能になるならば、次のような二種タイプの遠隔アクセス方法がある。最初のタイプは、ゲートウェイを含むネットワークに保安リンクを介して直接連結される遠隔デバイスに係るものである（例えば、仮想個人ネックワーク（ＶＰＮ：Virtual  Private  Network）連結）。遠隔デバイスが保安リンクを介して個人ネットワークに連結され、前記個人ネットワークの一部分になるように、ゲートウェイは構成される（例えば、遠隔デバイスは、一時的に個人ＩＰ（Internet  Protocol）を割り当てられ、ＵＤＰ（User  Datagram  Protocol）及び／またはＴＣＰ（Transport  Control  Protocol）を介してネットワーク上の他のデバイスと通信できる）。
【０００７】
二番目のタイプは、１つの個人ネットワーク上のデバイスを保安リンクを介して他の個人ネットワーク上のデバイスと連結させるものである（例えば、ＶＰＮ）。これは、両ネットワークでゲートウェイ間に保安リンクを設定することによってなされる。それにより、保安リンクを初期化した１つのゲートウェイは、他のゲートウェイから個人ＩＰアドレスを臨時で割り当てられる。その結果、１つのネットワーク上のゲートウェイは、他のネットワークのいかなるデバイスにもアクセスできる。
【０００８】
遠隔アクセスの場合、保安もまた考慮されねばならない。例えば、ホームオーナー（homeowner）のモバイルデバイスが、ホームネットワークと保安リンクを設けようとするならば、ホームオーナーは、ホームネットワーク上のあらゆる使用可能なデバイスを見て、制御することを願うであろう。しかし、もしゲストのモバイルデバイスがホームネットワークと保安リンクを設けようとするならば、ホームオーナーは、いかなるデバイス、サービス及びコンテンツがゲストによって見られるものであるかを制御したいでだろう。かかる保安問題は、ホーム・ツー・ホーム（home-to-home）シナリオにも適用されうる。ホームゲートウェイは、遠隔ホームネットワークに保安リンクを設定しようとするが、遠隔ホームネットワークのオーナー（owner）は、いかなるデバイス、サービス及びコンテンツがゲストによって見られるものであるかを制御しようとするであろう。
【０００９】
かような保安問題は、ＳＳＤＰプロトコルでは問題にならない。なぜなら、ＳＳＤＰプロトコルでは、ＵＰｎＰ制御ポイントが要請メッセージをマルチキャスティングし、発見されたデバイスがユニキャストメッセージを介して直接的に制御ポイントに応答することを期待するためである。これは、マルチキャストメッセージは、個人ネットワークゲートウェイによって伝送され、かようなマルチキャスト要請を設ける遠隔ＵＰｎＰ制御ポイントは、他のネットワーク上のＵＰｎＰデバイスによって直接的に到達されるものであるということを意味する。かような直接的な到達可能性は、個人ネットワークを保安攻撃に対して脆弱なものとする。なぜなら、個人ネットワークのゲートウェイは、保安政策を他の遠隔ＵＰｎＰ制御ポイントから入ってくるアクセス要請に対して強要できず、さらにゲートウェイは、ネットワークのデバイスから始まって遠隔ＵＰｎＰ制御ポイントで終了するいかなるメッセージに対する保安政策も強要できないためである。
【００１０】
遠隔ＵＰｎＰ制御ポイントとＵＰｎＰデバイスとの間に伝えられるマルチキャストメッセージは、個人ネットワークゲートウェイのマルチキャスト伝達モジュールによって可能になる。保安のためには、マルチキャスト伝達が中断されねばならず、ＵＰｎＰ制御ポイントは、もっぱらネットワークのオーナーによる制御下でのみ個人ネットワーク上のデバイスやサービスを発見できる。マルチキャスト伝達を中断することはまた、ＵＰｎＰデバイスから広告することを不可能にする。しかし、マルチキャスト伝達を中断することは、ＳＳＤＰを完全に無力化させる。
【００１１】
従来のＵＰｎＰアーキテクチャは、地域ネットワーク（ＬＡＮ）のようなホームネットワーク環境での電子デバイス需要者のために設計された。従って、従来のＵＰｎＰ  ＳＳＤＰでタイムアウト（timeout）は、ＵＰｎＰメッセージ伝達において小さいネットワーク遅延であると見なされた。インターネットを介して遠隔でホームデバイスにアクセスすることは、普通ＳＳＤＰマルチキャスト探索（Ｍ−SEARCH：Multicast  search）に対する応答がタイムアウトで終わる、大きく、かつ予期できないネットワーク遅延を引き起こす。その結果、遠隔制御ポイントは、遠隔ホームネットワークのデバイスが、たとえ動作可能であり、かつオンライン状態であるとしても発見できない。
【００１２】
その上、保安やプライバシーのような理由で、ホームオーナーは、インターネットを介してのデバイスとサービスとの遠隔制御を希望する。例えば、ホーム（home）監視カメラがホームオーナーまたは認可されたユーザではないならば、インターネットを介してだれによってもアクセスされないようにする。なぜならばＵＰｎＰは、ホームネットワーキング環境に合わせて設計されたので、ＵＰｎＰアーキテクチャで保安は、重要な関心事ではなかった。しかし、ＵＰｎＰが遠隔アクセスのために拡張されるときは、保安が重大な問題になる。現在のＵＰｎＰ保安アーキテクチャは、アクセス制御デバイス及びサービス発見を考慮しない。本質的に、従来のあらゆるＵＰｎＰデバイス及びサービスは、ＳＳＤＰを使用して発見され、サービスがデバイスにアクセスされるとき、アクセス制御が適用された。しかしこれには、２つの問題点がある。第一は、ホームネットワークのあらゆるデバイスとサービスとがインターネットを介して発見されうるようにすることは、プライバシー問題を招く。第二に、ユーザが遠隔デバイスがネットワーク上のデバイスに実行する作業を選択的に制御できないということである。例えば、ホームオーナーは、遠隔デバイスが監視カメラからビデオを見ることができるが、カメラのアングルは変えることができない。
【００１３】
従って、メッセージ伝達がＩＰ階層（layer）の代わりにＵＰｎＰ階層で起こり、ＵＰｎＰ階層で保安政策が強要されないマルチキャスト伝達が可能であるＵＰｎＰデバイスに対する遠隔制御方法及びシステムが必要である。併せて、遠隔アクセスタイムアウトの問題を考察し、ＵＰｎＰデバイスとサービスとに対する改善された検索（discovery）及びアクセス制御方法を提供する必要がある。
【発明の開示】
【発明が解決しようとする課題】
【００１４】
本発明は、ネットワーク上の少なくとも一つ以上のＵＰｎＰ資源に対する遠隔アクセス方法を提供する。
【課題を解決するための手段】
【００１５】
本発明の一実施形態によれば、ネットワーク上のＵＰｎＰ資源の検索のためのアクセス政策を維持し、通信リンクを介して遠隔要請者（requester）から遠隔検索要請を受信すれば、アクセス政策を考慮して資源が検索可能であるか否かを決定し、資源が検索可能ならば、通信リンクを介して要請者に資源情報を提供する段階を含む。
【００１６】
一実施形態で、アクセス制御は、遠隔デバイス及び／またはサービス検索を許可する前にアクセス政策をチェックするアクセスコントローラを使用し、ＵＰｎＰデバイス及び／またはサービスの遠隔検索をコントロールする段階を含む。ＵＰｎＰデバイスに対する遠隔アクセスはまた、ＵＰｎＰデバイスを有し、プロクシとマルチキャストブリッジ（bridge）とを提供する。プロクシは、ネットワーク上のＵＰｎＰ階層でメッセージ伝達を行うことによって、通信リンクを経てＵＰｎＰデバイスに対する制御を提供する。それにより、ＵＰｎＰ制御ポイントは、通信リンクを経てプロクシを介してＵＰｎＰデバイスにアクセスする。メッセージ伝達は、ＵＰｎＰ階層でＵＰｎＰ  ＳＳＤＰマルチキャスト伝達のようなＵＰｎＰメッセージ伝達を行うことを含む。
【発明の効果】
【００１７】
本発明によるＵＰｎＰに遠隔アクセスする方法によれば、メッセージ伝達がＵＰｎＰ階層で起こるので、マルチキャスト伝達が可能であり、遠隔アクセスタイムアウトの問題を考慮したＵＰｎＰデバイスとサービスとに対する改善された検索及びアクセス制御方法が提供される。
【発明を実施するための最良の形態】
【００１８】
本発明は、ホームネットワークのような個人ネットワークや地域ネットワーク（ＬＡＮ）上でＵＰｎＰデバイスに遠隔アクセスするための方法及びシステムを提案する。
【００１９】
本発明はまた、前述の従来ＵＰｎＰアーキテクチャでのタイムアウト問題を考慮し、ＵＰｎＰ制御ポイントがインターネットのような通信リンクを介して遠隔でネットワーク上のＵＰｎＰデバイス及びサービスを検索しようと試みるとき、ＵＰｎＰデバイスを正確に動作させる。本発明はさらに、ネットワークオーナーがいかなるネットワークデバイス及び／またはサービスが通信リンクを介した遠隔アクセスによって検索されうるかを制御できるようにする。
【００２０】
以下で説明される本発明のさまざまな具現例で、マルチキャスト伝達は、ＩＰ階層の代わりにＵＰｎＰ階層で起こる。かようなＵＰｎＰ階層マルチキャスト伝達は、ＵＰｎＰ階層での保安政策の施行（enforcement）を提供し、ＵＰｎＰ説明（specification）の変更を要求しない。さらに、現在の遠隔ＵＰｎＰ制御ポイント（例えば、インターネットや他のネットワーク上で）は、ＵＰｎＰ標準（standard）の修正なしに個人ネットワーク上のデバイス、サービス及びコンテンツに対して遠隔でアクセスできる。それにより、現在のＵＰｎＰデバイスは、本発明の文脈（context）中で修正なしに動作できる。さらに、個人ネットワークゲートウェイのマルチキャスト伝達は要求されない。
【００２１】
図１は、本発明の一実施形態による、個人ネットワーク上でＵＰｎＰデバイスに対する遠隔アクセスを具現するシステムの例を示す機能ブロック図であり、図２は、本発明の一実施形態による、個人ネットワークのＵＰｎＰデバイスに対する遠隔アクセスの手順を説明するためのフローチャートであり、通信リンクを介した個人ネットワークのデバイスにアクセスする遠隔ＵＰｎＰ制御ポイントのプロセスを例示する。
【００２２】
図１は、システム９０の例を示すが、個人ネットワーク１００は、少なくとも一つ以上のＵＰｎＰデバイス１１０（例えば、メディアサーバ、消費者電子機器、パソコンなど）及びゲートウェイ１１２を有する。
【００２３】
ネットワーク１００は、他のＵＰｎＰデバイス１０２や地域ＵＰｎＰ制御ポイント１０５のような他のデバイスを有することができる。ゲートウェイ１１２及びＵＰｎＰデバイス１１０は、イーサネット（登録商標）、８０２．１１ｘのような地域ネットワーク（ＬＡＮ）１０３を介して連結されている。遠隔ＵＰｎＰ制御ポイント１１４は、通信リンク１０１（例えば、インターネットにわたった保安リンク）を介してネットワーク１００に連結されうる。ＵＰｎＰ制御ポイント１１４は一般的なＩＰアドレスを有し、ＩＰアドレスを介してアクセスされうる。
【００２４】
ゲートウェイ１１２は、マルチキャストブリッジ１１６とＨＴＴＰプロクシ１１８とを有する。マルチキャストブリッジ１１６は、ホームネットワーク１００と、遠隔ＵＰｎＰコントロールポイント１１４に連結された保安リンク１０１との間のインターフェースブリッジとしての機能を行う。
【００２５】
マルチキャストブリッジ１１６は、マルチキャスト／ユニキャストメッセージをネットワーク１００からリンク１０１に、またはその反対に伝達する。
【００２６】
ＨＴＴＰプロクシ１１８は、遠隔ＵＰｎＰ制御ポイント１１４とネットワーク１００上のデバイス１１０，１０２との間で、ＵＰｎＰ要請並びに応答メッセージ（デバイスとサービスとの明細（description）、サービス呼び出し及びイベントを獲得するためのメッセージを含む）を中継する。一実施形態で、ネットワーク１００上のＵＰｎＰデバイス１１０にアクセスするために、遠隔ＵＰｎＰ制御ポイント１１４は、ＨＴＴＰプロクシ１１８に要請を送る。次に、ＨＴＴＰプロクシ１１８は、要請をデバイス（例えば、ＵＰｎＰデバイス１１０）に伝達する。選択的にアクセス制御測定は、保安施行のために各ネットワークのＨＴＴＰプロクシで設定されうる。
【００２７】
図２のプロセス１５の例を参照すれば、遠隔ＵＰｎＰ制御ポイント１１４は、ネットワーク１００上のデバイスにアクセスするが、次のような手順による。
【００２８】
第１段階：ホームネットワーク１００にアクセスするために、ＵＰｎＰ制御ポイント１１４はまず、ネットワーク１００上のゲートウェイ１１２と通信を成立させる。
【００２９】
第２段階：ＵＰｎＰ制御ポイント１１４は、ネットワーク１００上のオンラインＵＰｎＰデバイスがあるか否か検索するために、マルチキャスト探索（Ｍ−SEARCH）メッセージをリンク１０１を介して送ることによって、ＵＰｎＰ検索プロセスを始める。
【００３０】
第３段階：マルチキャストブリッジ１１６はマルチキャストメッセージを受信し、メッセージがＵＰｎＰ制御ポイント１１４からリンク１０１を経て送られたという事実を認知する。マルチキャストブリッジ１１６は、ＵＰｎＰ制御ポイント１１４のＩＰアドレスとポート（port）番号とを記録し、選択的に探索（search）でデバイス／サービスのタイプを制御ポイントリスト（control  point  list）に記録する。
【００３１】
第４段階：マルチキャストブリッジ１１６は、メッセージをネットワーク１００のＬＡＮ  １０３を介してマルチキャストする。
【００３２】
第５段階：ＵＰｎＰデバイス１１０は、マルチキャストブリッジ１１６からメッセージを受信する。
【００３３】
第６段階：ＵＰｎＰデバイス１１０はまた、マルチキャストブリッジ１１６に応答を送る。
【００３４】
第７段階：マルチキャスト探索メッセージに基づいて、マルチキャストブリッジ１１６は、ＵＰｎＰ制御ポイント１１４が応答したＵＰｎＰデバイス１１０のタイプを求めていたか否かを判断する。そうであるならば、マルチキャストブリッジ１１６は、受信されたメッセージの「位置」（LOCATION）ヘッダを修正する。前記ヘッダは、ＨＴＴＰプロクシ１１８を指向するＵＲＬ（Uniform  Resource  Locator）リンクを含む。マルチキャストブリッジ１１６は、記録された制御ポイントリストを調べる。応答を待つリスト上の各制御ポイントに対し、マルチキャストブリッジ１１６は、ＨＴＴＰプロクシ１１８を指向するＵＲＬリンクを含むように、受信されたメッセージの「位置」ヘッダを修正する。その後、マルチキャストブリッジ１１６は、修正された応答をリンク１０１を介してＵＰｎＰ制御ポイント１１４に送り返す。
【００３５】
第８段階：ＵＰｎＰ制御ポイント１１４は、マルチキャストブリッジ１１６からメッセージを受信し、ネットワーク１００からＵＰｎＰデバイス１１０のデバイス明細（device  description）のためのＨＴＴＰ要請を送るために、メッセージの「位置」ヘッダのＵＲＬリンクを追従する。要請を受信すれば、ＨＴＴＰプロクシ１１８は、ＵＰｎＰデバイス１１０から該当デバイス明細を獲得する。明細を受信すれば、ＨＴＴＰプロクシ１１８は、該当デバイス明細を調べ、基本ＵＲＬ、サービス制御ＵＲＬ、サービス明細ＵＲＬ及びサービスイベント申請（subscription）ＵＲＬを修正する。前記ＵＲＬは、いずれもＵＰｎＰデバイス１１０の代わりにＨＴＴＰプロクシ１１８を指向する。修正後に、ＨＴＴＰプロクシ１１８は、明細を遠隔ＵＰｎＰ制御ポイント１１４に送り返す。その後、遠隔ＵＰｎＰ制御ポイント１１４は、前述の段階によって、ＵＰｎＰデバイス１１０に含まれたサービス明細（service  description）をさらに獲得できる。デバイス明細及びサービス明細を獲得した後、遠隔ＵＰｎＰ制御ポイント１１４は、ＵＰｎＰデバイス１１０にサービスを呼び出す。ＵＰｎＰ制御ポイント１１４とＵＰｎＰデバイス１１０との間のメッセージ送受信は、ＨＴＴＰプロクシ１１８によって前述の通りになされる。
【００３６】
第９段階：周期的に、そしていかなるＵＰｎＰ制御ポイントからも独立的に、ＵＰｎＰデバイス１１０は、ネットワーク１００でマルチキャスト「通知」（NOTIFY）メッセージによって自身の存在を広告する。
【００３７】
第１０段階：マルチキャストブリッジ１１６がＵＰｎＰデバイス１１０からマルチキャストメッセージを受信すれば、マルチキャストブリッジ１１６は、ＵＰｎＰデバイス１１０の代わりにＨＴＴＰプロクシ１１８を指向するように、メッセージの「位置」ヘッダを修正する。
【００３８】
第１１段階：その後、マルチキャストブリッジ１１６は、修正されたメッセージをリンク１０１を介して遠隔ＵＰｎＰ制御ポイント１１４に送る。
【００３９】
第１２段階：ＵＰｎＰ制御ポイント１１４はメッセージを受信し、ネットワーク１００からＵＰｎＰデバイス１１０のデバイス明細（device  description）のためのＨＴＴＰ要請を送るために、メッセージの「位置」ヘッダのＵＲＬリンクを追従する。要請を受信すれば、ＨＴＴＰプロクシ１１８は、ＵＰｎＰデバイス１１０から該当デバイス明細を獲得する。明細を受信すれば、ＨＴＴＰプロクシ１１８は、該当デバイス明細を調べ、基本ＵＲＬ、サービス制御ＵＲＬ、サービス明細ＵＲＬ及びサービスイベント申請（subscription）ＵＲＬを修正する。前記ＵＲＬは、いずれもＵＰｎＰデバイス１１０の代わりにＨＴＴＰプロクシ１１８を指向する。修正後に、ＨＴＴＰプロクシ１１８は、明細を遠隔ＵＰｎＰ制御ポイント１１４に送り返す。その後、遠隔ＵＰｎＰ制御ポイント１１４は、ＵＰｎＰデバイス１１０に含まれたサービス明細（service  description）をさらに獲得できる。デバイス明細及びサービス明細を獲得した後、遠隔ＵＰｎＰ制御ポイント１１４は、ＵＰｎＰデバイス１１０にサービスを呼び出す。ＵＰｎＰ制御ポイント１１４とＵＰｎＰデバイス１１０との間のメッセージ送受信は、ＨＴＴＰプロクシ１１８によってなされる。
【００４０】
図３は、本発明の他の実施形態による、１つのネットワークのＵＰｎＰ制御ポイントが遠隔アクセスのために他のネットワークと連結された場合、ＵＰｎＰデバイスに対する遠隔アクセスを具現するシステムの例を示す機能ブロック図であり、図４は、本発明の他の実施形態による、１つのネットワークのＵＰｎＰ制御ポイントが遠隔アクセスのために他のネットワークと連結された場合、ＵＰｎＰデバイスに対する遠隔アクセスの手順を説明するためのフローチャートである。
【００４１】
図３は、ＵＰｎＰデバイスに対するネットワーク・ツー・ネットワーク遠隔アクセスの具現例を示す。図３のシステム９５で、最初の個人ネットワーク２００は、通信リンク２０１を介して二番目の個人ネットワークと通信する。
【００４２】
個人ネットワーク２００は、ＵＰｎＰデバイス２０２，２１０、地域ＵＰｎＰ制御ポイント２０７及びゲートウェイ２１２を有する。ゲートウェイ２１２は、マルチキャストブリッジ２１４とＨＴＴＰプロクシ２１６とを有する。
【００４３】
マルチキャストブリッジ２１４は、ネットワーク２００内／外へのマルチキャスト及びユニキャストのメッセージを伝達するブリッジとしての機能を行う。
【００４４】
ＨＴＴＰプロクシ２１６は、他のネットワーク上の遠隔ＵＰｎＰ制御ポイントによる直接的なアクセスから、ネットワーク２００のデバイス（ＵＰｎＰデバイス２１０，２０２を含む）を隠す。
【００４５】
ここで、ＵＰｎＰデバイス２０２，２１０及びゲートウェイ２１２は、イーサネット（登録商標）、８０２．１１ｘのような地域ネットワーク（ＬＡＮ）２０３）を介して連結されている。ゲートウェイ２１２は、リンク２０１を介して二番目のネットワーク２１８と連結されている。
【００４６】
図３に図示されているように、二番目のネットワーク２１８は、少なくとも１つのＵＰＰデバイス２１１、ＵＰｎＰ制御ポイント２１３，２２０及びゲートウェイ２２２を有する。前述のゲートウェイ２１２と同様に、ゲートウェイ２２２は、マルチキャストブリッジ２２４とＨＴＴＰプロクシ２２６とを有する。
【００４７】
（１）マルチキャストブリッジ２２４は、ネットワーク２１８内／外へのマルチキャスト及びユニキャストのメッセージを伝達するブリッジとしての機能を行う。
【００４８】
（２）ＨＴＴＰプロクシ２２６は、他のネットワーク上の遠隔ＵＰｎＰ制御ポイントによる直接的なアクセスから、ネットワーク２１８のデバイスを隠す。ここで、両ネットワーク２００，２１８上のマルチキャストブリッジとＨＴＴＰプロクシは、互いに類似している。
【００４９】
ゲートウェイ２２２及びＵＰｎＰ制御ポイント２２０は、イーサネット（登録商標）、８０２．１１ｘのような地域ネットワーク（ＬＡＮ）２０５を介して連結されている。ゲートウェイ２２２は、インターネットを介した保安リンク２０１で最初のネットワーク２００と連結されている。
【００５０】
図１、図２と関連して前述したように、二番目のネットワーク２１８のＵＰｎＰ制御ポイント２２０からあらかじめ探索メッセージがマルチキャストブリッジ２２４，２１４によって、最初のネットワーク２００のデバイスに送られる。メッセージが伝えられる間、各マルチキャストブリッジ２２４，２１４は、メッセージの「位置」ヘッダをそれぞれ対応するＨＴＴＰプロクシ２１６，２２６を指向するように修正する。
【００５１】
同様に、最初のネットワーク２００のデバイスからのデバイス広告メッセージも、マルチキャストブリッジ２１４，２２４によって伝えられる。伝えられる間、各マルチキャストブリッジ２１４，２２４は、メッセージの「位置」ヘッダをそれぞれ対応するＨＴＴＰプロクシ２２６，２１６を指向するように修正する。デバイス／サービス明細を獲得するための要請、ＵＰｎＰ制御ポイント２２０から最初のネットワーク２００のデバイスに対するサービス呼び出しメッセージ、最初のネットワーク２００からＵＰｎＰ制御ポイント２２０へのイベントメッセージは、ＨＴＴＰプロクシ２１６，２２６によって伝えられる。
【００５２】
前述のように、図４のプロセス４５は、図３のシステム９５が具現する遠隔アクセスの手順を示すが、次のような段階を含む。
【００５３】
第５０段階：ネットワーク２００にアクセスするために、他のネットワーク２１８のゲートウェイ２２２はまず、ゲートウェイ２１２にインターネットなどを介したリンク２０１を成立させる。
【００５４】
第５１段階：ネットワーク２１８のＵＰｎＰ制御ポイント２２０は、マルチキャスト探索（Ｍ−SEARCH）メッセージをマルチキャストすることにより、ＵＰｎＰ検索プロセスを始める。
【００５５】
第５２段階：マルチキャストブリッジ２２４はＭ−SEARCHメッセージを受信し、前記メッセージがＵＰｎＰ制御ポイント２２０から発生した事実を認知する。マルチキャストブリッジ２２４は、ＵＰｎＰ制御ポイント２２０のＩＰアドレスとポート番号とを記録し、選択的に探索（search）でデバイス／サービスのタイプを制御ポイントリストに記録する。
【００５６】
第５３段階：マルチキャストブリッジ２２４は、前記メッセージをリンク２０１を介して伝送する。
【００５７】
第５４段階：マルチキャストブリッジ２１４は、前記メッセージをマルチキャストブリッジ２２４から受信し、ネットワーク２００内に前記メッセージをマルチキャストする。
【００５８】
第５５段階：ネットワーク２００のＵＰｎＰデバイス２１０は、前記メッセージを受信する。
【００５９】
第５６段階：ＵＰｎＰデバイス２１０は、メッセージでマルチキャストブリッジ２１４に応答する。
【００６０】
第５７段階：マルチキャストブリッジ２１４は前記メッセージを受信し、メッセージの「位置」ヘッダをＨＴＴＰプロクシ２１６を指向するように修正する。その後、マルチキャストブリッジ２１４は、メッセージをマルチキャストブリッジ２２４に伝達し返す。
【００６１】
第５８段階：マルチキャストブリッジ２２４は、制御ポイントリストを調べる。制御ポイントリストで同じタイプを検索する各ＵＰｎＰ制御ポイントに対し、マルチキャストブリッジ２２４は、応答メッセージの「位置」ヘッダがＨＴＴＰプロクシ２２６を指向するＵＲＬリンクを含むように修正する。応答メッセージを修正した後、マルチキャストブリッジ２２４は、修正されたメッセージをＵＰｎＰ制御ポイント２２０に伝送し返す。
【００６２】
第５９段階：ＵＰｎＰ制御ポイント２２０は前記メッセージを受信し、ＵＰｎＰデバイス２１０のデバイス明細を獲得するためのＨＴＴＰ要請を生成するために、メッセージの「位置」ヘッダのＵＲＬリンクを追跡する。
【００６３】
第６０段階：ＨＴＴＰプロクシ２２６は前記要請を受信し、リンク２０１を介してＨＴＴＰプロクシ２１６に要請を伝達する。
【００６４】
第６１段階：ＨＴＴＰプロクシ２１６は前記要請を受信し、それをＵＰｎＰデバイス２１０に伝達する。
【００６５】
第６２段階：ＵＰｎＰデバイス２１０は前記要請を受信し、デバイス明細をＨＴＴＰプロクシ２１６に伝送し返す。
【００６６】
第６３段階：ＨＴＴＰプロクシ２１６は、前記デバイス明細をリンク２０１を介してＨＴＴＰプロクシ２２６に伝達する。
【００６７】
第６４段階：ＨＴＴＰプロクシ２２６は、前記デバイス明細をＵＰｎＰ制御ポイント２２０に伝達する。その後、ＵＰｎＰ制御ポイント２２０は、前述の段階によって、ＵＰｎＰデバイス２１０に含まれたサービス明細（service  description）をさらに獲得できる。ＵＰｎＰデバイス２１０のデバイス明細及びサービス明細を獲得した後、ＵＰｎＰ制御ポイント２２０は、ＵＰｎＰデバイス２１０に呼び出しメッセージを送ることによって、ＵＰｎＰデバイス２１０にサービスを呼び出す準備を整える。メッセージ送受信は、ＨＴＴＰプロクシ２２６，２１６によってなされる。
【００６８】
第６５段階：周期的に、ＵＰｎＰデバイス２１０は、ネットワーク２００でマルチキャスト「通知」（NOTIFY）メッセージをマルチキャストすることによって、自身の存在を広告する。
【００６９】
第６６段階：マルチキャストブリッジ２１６がＵＰｎＰデバイス２１０からマルチキャストメッセージを受信すれば、マルチキャストブリッジ２１６は、ＵＰｎＰデバイス２１０の代わりにＨＴＴＰプロクシ２１６を指向するように、メッセージの「位置」ヘッダを修正する。
【００７０】
第６７段階：その後、マルチキャストブリッジ２１６は、修正されたメッセージをリンク２０１を介してマルチキャストブリッジ２２４に伝達する。
【００７１】
第６８段階：マルチキャストブリッジ２２４は、前記メッセージの「位置」ヘッダをＨＴＴＰプロクシ２１６の代わりにＨＴＴＰプロクシ２２６を指向するように修正する。修正後、マルチキャストブリッジ２２４は、前記メッセージをネットワーク２１８にマルチキャストする。
【００７２】
第６９段階：ＵＰｎＰ制御ポイント２２０は、前記修正されたマルチキャストメッセージをマルチキャストブリッジ２２４から受信し、メッセージの「位置」ヘッダに含まれたＵＲＬリンクを追跡し、ＵＰｎＰデバイス２１０のデバイス明細のためのＨＴＴＰ要請をさらに送信する（前述の段階５９ないし段階６４と同様である）。その後、ＵＰｎＰ制御ポイント２２０は、ＵＰｎＰデバイス２１０のサービス明細をさらに獲得できる。デバイス明細及びサービス明細を獲得した後、ＵＰｎＰ制御ポイント２２０は、ＵＰｎＰデバイス２１０に呼び出しメッセージを送ることによって、ＵＰｎＰデバイス２１０にサービスを呼び出す準備を整える。メッセージ送受信は、ＨＴＴＰプロクシ２２６，２１６によってなされる。
【００７３】
ネットワーク・ツー・ネットワーク遠隔アクセスのために、ゲートウェイ２１２，２２２は、二番目のネットワーク２１８のあらゆるＵＰｎＰ制御ポイントを有したデバイスは、ゲートウェイ２１２によってＴＣＰ連結で直接的な到達が可能なように構成される。例えば、ＶＰＮを利用し、ＶＰＮのクライアント側のデバイス（例えば、ゲートウェイ２２２）は、ＶＰＮサーバ（例えば、ゲートウェイ２１２）によってＴＣＰ連結で直接に到達可能になる。その後、マルチキャストブリッジ２２４は、ネットワーク２１８のＵＰｎＰ制御ポイントからのＭ−SEARCHメッセージを修正する。Ｍ−SEARCHメッセージは、さらなるヘッダである「制御ポイント（control-point）」ヘッダを有する。該ヘッダの値は、Ｍ−SEARCHメッセージを送ったＵＰｎＰ制御ポイントのＩＰアドレスとポート番号とである。例えば、ネットワーク２１８のゲートウェイ２２２内のマルチキャストブリッジ２２４から修正されたＭ−SEARCHメッセージは、次のものを含む。
【００７４】
Ｍ−SEARCH＊ＨＴＴＰ／１．１
Ｈｏｓｔ：２３９．２５５．２５５．２５０：１９００
Ｍａｎ：ｓｓｄｐ：ｄｉｓｃｏｖｅｒ
ＭＸ：３
ＳＴ：ｓｓｄｐ：ａｌｌ
Control-Point：１９２．１６８．０．１００：３２４５５
ネットワーク２００のゲートウェイ２１２内のマルチキャストブリッジ２１４が前記メッセージを受信し、マルチキャストブリッジ２１４は、このメッセージがどこから来たものであるかを認知する。その結果、ＵＰｎＰデバイスが前記メッセージに応答すれば、マルチキャストブリッジ２１４は、該応答を該当ＵＰｎＰ制御ポイントに直接的に伝送できる。
【００７５】
本発明はまた、現在の遠隔ＵＰｎＰ制御ポイント（例えば、インターネット及び／または他のネットワークで）がＵＰｎＰ標準を修正せずに個人ネットワーク上のデバイス、サービス及びコンテンツを遠隔アクセスできるようにする。それにより、現在のＵＰｎＰデバイスは、本発明の文脈内で修正なしに動作できる。さらに、個人ネットワークゲートウェイのマルチキャスト伝達は要求されない。
【００７６】
図５は、本発明のさらに他の実施形態による、ネットワーク上でＵＰｎＰデバイスに対する遠隔アクセスを具現するシステムの例を示す機能ブロック図であり、図６は、本発明のさらに他の実施形態による、図５のネットワーク上でのＵＰｎＰデバイスに対する遠隔アクセス手順の例を示すフローチャートである。
【００７７】
図５は、システム２９５の例であり、少なくとも一つ以上のＵＰｎＰデバイス３１０（例えば、カメラ、消費者電子機器、パソコンなど）、ゲートウェイ３１２を含むホームネットワークのような個人ネットワーク３００を示す。ネットワーク３００は、他のＵＰｎＰデバイスや地域ＵＰｎＰ制御ポイント（図１と類似）のような他のデバイスも有することができる。ゲートウェイ３１２とＵＰｎＰデバイス３１０は、イーサネット（登録商標）、８０２．１１ｘのようなＬＡＮ  ３０３を介して連結されている。遠隔ＵＰｎＰ制御ポイント３１４は、通信リンク３０１（例えば、インターネットを介した保安リンク）を介してネットワーク３００と連結されうる。制御ポイント３１４は一般的なＩＰアドレスを有し、ＩＰアドレスを介してアクセスされうる。
【００７８】
ゲートウェイ３１２は、マルチキャストブリッジ３１６とＨＴＴＰプロクシ３２２とを有する。マルチキャストブリッジ３１６は、ホームネットワーク３００と、遠隔ＵＰｎＰコントロールポイント（ＣＰ）３１４に連結された保安リンク３０１との間のブリッジとしての機能を行う。
【００７９】
マルチキャストブリッジ３１６は、マルチキャスト／ユニキャストのメッセージをネットワーク３００からリンク３０１に、またはその反対に伝達する。
【００８０】
ＨＴＴＰプロクシ３２２は、遠隔ＵＰｎＰ制御ポイント３１４とネットワーク３００上のデバイス３１０との間で、ＵＰｎＰ要請と応答とのメッセージ（デバイスとサービスの明細、サービス呼び出し及びイベントを獲得するためのメッセージを含む）を中継する。
【００８１】
一実施形態で、ネットワーク３００上のＵＰｎＰデバイス３１０にアクセスするために、遠隔ＵＰｎＰ制御ポイント（ＣＰ）３１４はまず、ＨＴＴＰプロクシ３２２に要請を送る。次にＨＴＴＰプロクシ３２２は、前記要請をネットワーク３００内のデバイス（例えば、ＵＰｎＰデバイス３１０）に伝達する。
【００８２】
ネットワーク３００は、従来のタイムアウト問題を考慮するために、修正されたＳＳＤＰを含む。従来のＵＰｎＰアーキテクチャで、Ｍ−SEARCH内のＭＸヘッダは、デバイスの応答に対して制御ポイントがいかほど待たなければならないかを指示するのに利用される。Ｍ−SEARCHメッセージによって検索できるデバイスに対し、デバイスは、具体的なＭＸ値内でＳＳＤＰ応答を送らねばならない。検索デバイス（例えば、制御ポイント）と検索されたデバイス（例えば、ＵＰｎＰデバイス）とが同じＬＡＮにあるときには、典型的にネットワーク遅延が小さいために、これは問題にならない。
【００８３】
しかし、もし制御ポイントがＬＡＮに対して外部に位置する場合に（例えば、制御ポイントがインターネットのような通信リンクを介してＬＡＮに連結される場合）、ネットワーク遅延は、大きく、かつ予期できない問題になりうるために、制御ポイントからＵＰｎＰデバイスへのＭ−SEARCH要請、ＵＰｎＰデバイスから制御ポイントへの応答は、通信リンクを越えて行かねばならない。もし制御ポイントが遠隔ネットワーク（例えば、ＬＡＮ）のＵＰｎＰデバイスからＳＳＤＰ応答を具体的なＭＸ値の間隔以内に受信することができなければ、制御ポイントは、ＵＰｎＰデバイスがオフラインであると見なす。
【００８４】
ＵＰｎＰアーキテクチャは、ＵＰｎＰデバイスが自身の存在を広告する間隔を定義する。間隔は１，８００秒まで可能である。その結果、もし制御ポイントがＵＰｎＰデバイスのＳＳＤＰ応答を受信することができなければ、制御ポイントは、タイムアウトになる前に１，８００秒まで待たなければならない。しかしこれは、制御ポイントを利用してＵＰｎＰデバイスにアクセスしようとするユーザが目立つ遅延なしにあらゆる使用可能なデバイスを見ることを期待するために、望ましくない。
【００８５】
インターネットのような通信リンクにおける制御ポイントのＭ−SEARCHメッセージに対する応答において、予測できないネットワーク遅延の効果を最小化するために、マルチキャストブリッジ３１６は、通常のＭ−SEARCH応答以外にも、あらかじめデバイスＳＳＤＰ広告を遠隔制御ポイント３１４に伝送する。かような事前広告は、マルチキャストブリッジ３１６がＳＳＤＰ  Ｍ−SEARCHに対するＵＰｎＰデバイスの応答を伝達した直後に起こる。事前デバイスＳＳＤＰ広告は、デバイスＳＳＤＰ広告を受信するのにかかる待機間隔を縮める。従って、通信リンク上の制御ポイントがＵＰｎＰデバイスから具体的なＭＸヘッダ値以内にＳＳＤＰ応答メッセージを受信できなくとも、制御ポイントは１，８００秒まで待たずに、相変らずデバイスＳＳＤＰ広告を受信する。それにより、制御ポイントは、１，８００秒というタイムアウト間隔全体を待つ必要がない。
【００８６】
ネットワーク３００はまた、アクセス政策３２０を維持するアクセスコントローラ３１８を有し、これは、デバイスの検索及び保安を施行するために、アクセス制御測定を行う。これは、ネットワークでデバイス及び／またはサービスの検索のためのアクセス制御を可能にする。ＵＰｎＰアーキテクチャで、あらゆる物理的な消費者電子機器は、少なくともルートＵＰｎＰデバイス、可能なサブデバイスのリストを保有する。サブデバイスは、他のサブデバイスを有することができる。サブデバイスのレベルは制限がない。ＵＰｎＰデバイスはまた、サービスのリストを保有できるが、これは、制御ポイントが呼び出すことができる作業のリストを示す。
【００８７】
本発明によるデバイスレベルアクセス制御の目的は、アクセス政策によって、他のネットワークデバイスは隠したまま、保安された通信リンク（例えば、インターネット）で遠隔制御ポイントに見られうる当該ネットワークデバイスのみ現すことである。
【００８８】
同様に、本発明によるサービスレベルアクセス制御の目的は、アクセス政策によって、他のＵＰｎＰサービスは隠したまま、保安された通信リンク（例えば、インターネット）で遠隔制御ポイントに見られる当該ＵＰｎＰサービスのみ現すことである。
【００８９】
アクセス制御政策モジュール３２０は、ＵＰｎＰデバイス及びサービスのアクセス制御のための政策を管理する。例えば、アクセス制御政策モジュール３２０は、ＵＰｎＰデバイス３１０（例えば、監視カメラ）がインターネット上の遠隔制御ポイント３１４によって検索されない条件を付加できる。
【００９０】
サービスレベルアクセス政策の一例として、ホームＴＶでのＵＰｎＰ  Ａ／Ｖ輸送サービスを制御ポイント３１４がインターネットを介して遠隔アクセスできないようにすることができる。ＨＴＴＰプロクシ３２２は、遠隔ＵＰｎＰ制御ポイント３１４によって直接アクセスされないように、ＵＰｎＰデバイス３１０を有した実際のＵＰｎＰデバイスを隠す。ＵＰｎＰデバイス３１０にアクセスするために、ＵＰｎＰ制御ポイント３１４はまず、ＨＴＴＰプロクシ３２２に要請を送る。その後、ＨＴＴＰプロクシ３２２は、前記要請をネットワーク３００内のＵＰｎＰデバイスに伝達する。
【００９１】
図６のプロセス７０の例について述べれば、本発明による図５のネットワーク３００で、従来のタイムアウト問題を考慮した方法は、次の段階を含む。
【００９２】
第７１段階：ＵＰｎＰデバイス３１０は、ＵＰｎＰ  ＳＳＤＰ活性広告メッセージをＬＡＮ  ３０３に伝送することによって、自身の存在をマルチキャストする。
【００９３】
第７２段階：マルチキャストブリッジ３１６は、前記メッセージを受信し、メモリに保存する。
【００９４】
第７３段階：その後、制御ポイント３１４は、ネットワーク３００と連結を成立させ、リンク３０１を経て保安連結を介してネットワーク３００にＳＳＤＰ  Ｍ−SEARCHをマルチキャストすることにより、検索プロセスを始める。ＳＳＤＰ  Ｍ−SEARCHで、制御ポイント３１４はまた、待機値を含んだＭＸヘッダを具体化する。
【００９５】
第７４段階：マルチキャストブリッジ３１６は、ＳＳＤＰ  Ｍ−SEARCHマルチキャストメッセージを保安連結を介して受信し、ＵＰｎＰ制御ポイント３１４のＩＰアドレスとポート番号とを制御ポイントリストに記録する（また選択的に、探索でデバイス／サービスのタイプを記録する）。
【００９６】
第７５段階：マルチキャストブリッジ３１６は、ＳＳＤＰ  Ｍ−SEARCHメッセージをネットワーク３００内のＬＡＮ  ３０３にマルチキャストする。
【００９７】
第７６段階：ＬＡＮ  ３０３上のＵＰｎＰデバイス３１０は、マルチキャストブリッジ３１６からＳＳＤＰ  Ｍ−SEARCHメッセージを受信する。
【００９８】
第７７段階：ＵＰｎＰデバイス３１０は、ユニキャスト応答メッセージでマルチキャストブリッジ３１６に応答し返す。
【００９９】
第７８段階：マルチキャストブリッジ３１６は、記録された制御ポイントリストを調べる。制御ポイントリストで応答を待つ各ＵＰｎＰ制御ポイントに対し、マルチキャストブリッジ３１６は、応答メッセージの「位置」ヘッダがゲートウェイ３１２内のＨＴＴＰプロクシ３２２を指向するＵＲＬリンクのようなアドレスを含むように修正する。その後、マルチキャストブリッジ３１６は、修正されたメッセージをリンク３０１を経て保安連結を介してＵＰｎＰ制御ポイント３１４にユニキャストし返す。
【０１００】
第７９段階：前記応答メッセージを伝達した後に、マルチキャストブリッジ３１６は、保存されたＵＰｎＰ  ＳＳＤＰ活性メッセージ（例えば、保存されたＵＰｎＰデバイス３１０からのＵＰｎＰ  ＳＳＤＰ活性メッセージ）のために、メモリを求める。保存されたそれぞれのＵＰｎＰ  ＳＳＤＰ活性広告メッセージに対して、マルチキャストブリッジ３１６は、「位置」ヘッダがＨＴＴＰプロクシ３２２を指向するように、「位置」ヘッダを修正する。その後、マルチキャストブリッジ３１６は、修正された活性メッセージを保安リンク３０１を介して制御ポイント３１４に伝送する。このように、事前に伝送したＳＳＤＰ活性メッセージは、前述のタイムアウト問題を考慮する。
【０１０１】
第８０段階：ＵＰｎＰ制御ポイント３１４は、マルチキャストブリッジ３１６からＵＰｎＰデバイス３１０に対応する前記修正された応答メッセージを受信する。今回の例で、修正された応答メッセージは、ＭＸ待機値後に、ＵＰｎＰ制御ポイント３１４に達する（例えば、保安連結を介した長い遅延時間のために）。ＵＰｎＰ制御ポイント３１４は、ＵＰｎＰデバイス３１０が応答しないと見なし、修正されたメッセージを廃棄する。
【０１０２】
第８１段階：その後、ＵＰｎＰ制御ポイント３１４は、マルチキャストブリッジ３１６からＵＰｎＰデバイス３１０に対応する修正された活性メッセージを受信する。前記修正された活性メッセージは、ＵＰｎＰ制御ポイント３１４にＵＰｎＰデバイス３１０がオンライン状態であるということを知らせる。
【０１０３】
本発明の他の実施形態によって、アクセス制御は、遠隔デバイス及び／またはサービス検索前にアクセス政策をチェックするアクセスコントローラを使用し、ＵＰｎＰデバイス及び／またはサービスの遠隔検索を制御することを含む。かようなアクセス制御はまた、一般的なＳＳＤＰ  Ｍ−SEARCH応答だけではなく、ＵＰｎＰ  ＳＳＤＰ広告のようなデバイス広告を事前に伝送することによって、現在のＵＰｎＰアーキテクチャでのタイムアウト問題を考慮する。事前デバイスＳＳＤＰ広告は、遠隔制御ポイントがデバイスＳＳＤＰ広告を受信する待機間隔を縮める。制御ポイントが具体的な間隔の間に、ＵＰｎＰデバイスからＳＳＤＰ応答メッセージを受信しなかったにしても、制御ポイントは、相変らず全体タイムアウト間隔の間待たずにデバイスＳＳＤＰ広告を受信する。
【０１０４】
図７は、本発明のさらに他の実施形態による、図５のネットワーク上でのＵＰｎＰデバイスに対する遠隔アクセス手順の他の例を示すフローチャートである。
【０１０５】
図７のアクセス制御プロセス８２の例について述べれば、図５の遠隔ＵＰｎＰ制御ポイント３１４は、ネットワーク３００でデバイス及びサービス明細にアクセスする。本発明によって、次のような段階を含む。
【０１０６】
第８３段階：ＵＰｎＰデバイス３１０のデバイス明細を獲得するために、ＵＰｎＰ制御ポイント３１４は、リンク３０１を経て保安連結を介してゲートウェイ３１２に要請を伝送する。
【０１０７】
第８４段階：ＨＴＴＰプロクシ３２２は要請を受信し、要請の「位置」ヘッダをＨＴＴＰプロクシ３２２を指向するように修正し、修正された要請をＵＰｎＰデバイス３１０に伝達する。
【０１０８】
第８５段階：ＵＰｎＰデバイス３１０は、修正された要請に対してＨＴＴＰプロクシ３２２に自身のデバイス明細を提供することによって応答する。ＨＴＴＰプロクシ３２２は、ＵＰｎＰデバイス３１０がＵＰｎＰ制御ポイント３１４に見られうるか否かをアクセスコントローラ３１８に質疑する。
【０１０９】
第８６段階：アクセスコントローラ３１８は、アクセス政策のためのアクセス制御政策３２０を求め、結果をＨＴＴＰプロクシ３２２に回答する。
【０１１０】
第８７段階：その後、ＵＰｎＰデバイス３１０がＵＰｎＰ制御ポイント３１４によってアクセス可能であるか否かがアクセス政策に基づいて決定される。もし不可能であるならば、プロセスは第８８段階に進み、そうではなければ、第８９段階に進む。
【０１１１】
第８８段階：ＨＴＴＰプロクシ３２２は、デバイス明細全体を除去し、ＵＰｎＰデバイス３１０が存在しないかのように制御ポイント３１４に応答する。第８９段階に進む。
【０１１２】
第８９段階：ＨＴＴＰプロクシ３２２は、基本ＵＲＬ（典型的に、デバイス明細に含まれている）がＨＴＴＰプロクシ３２２を指向するように変更する。
【０１１３】
第９０段階：デバイス明細内のそれぞれのサービスリストに対し、ＨＴＴＰプロクシ３２２は、サービスリストにあるそれぞれのサービスがＵＰｎＰ制御ポイント３１４によってアクセス可能であるか否かをアクセスコントローラ３１８に質疑する。
【０１１４】
第９１段階：アクセスコントローラ３１８はアクセス政策３２０を求め、結果をＨＴＴＰプロクシ３２２に回答する。
【０１１５】
第９２段階：その後、それぞれのサービスがＵＰｎＰ制御ポイント３１４によってアクセス可能であるか否かがアクセス政策に基づいて決定される。もし可能であるならば、プロセスは、第９３段階に進み、そうでなければ、第９４段階に進む。
【０１１６】
第９３段階：その後、サービスリストのそれぞれのサービスに対し、ＨＴＴＰプロクシ３２２は、サービス明細ＵＲＬ、イベント申請ＵＲＬ、サービス制御ＵＲＬがＨＴＴＰプロクシ３２２を指向するように変更する。第９５段階に進む。
【０１１７】
第９４段階：サービスがアクセス不可能であるならば、ＨＴＴＰプロクシ３２２は、デバイス明細からサービスセクション全体を除去する。
【０１１８】
第９５段階：その後、ＨＴＴＰプロクシ３２２は、修正されたデバイス明細またはサービス明細を遠隔制御ポイント３１４に伝送し返す。
【０１１９】
第９６段階：制御ポイント３１４は、ＵＰｎＰデバイス３１０のデバイス明細及び／またはサービス明細を受信する。ＵＰｎＰデバイス３１０のデバイス明細及び／またはサービス明細に基づいて、制御ポイント３１４は、デバイス３１０からのサービスを要請するであろう。
【０１２０】
前記プロセス８２は、遠隔アクセスを行う間（例えば、リンク３０１上の制御ポイント３１４によって）、デバイスレベル及びサービスレベルでアクセス制御を可能にする。これは、併せて前述の図２のプロセス１５または図４のプロセス４５と組み合わせて使われることも可能である。
【０１２１】
デバイス明細は、次のような主要情報を記述する：（１）デバイスタイプ、例えばメディアレンラダ、（２）デバイス名称、製造者、製造者ＵＲＬ、（３）デバイスモデル明細、デバイスシリアル番号、（４）デバイスＵＵＩＤ（Universally  Unique  IDentification）、（５）サブデバイスリスト、（６）サービスリスト、例えばサービスタイプ、サービス明細ＵＲＬ、イベントＵＲＬ。
【０１２２】
サービス明細は、次のような主要情報を含む：（１）サービスバージョン、（２）作業呼び出し及び作業結果内訳を含む作業リスト。デバイス及びサービス明細は、ＸＭＬ形式で表現される。ＵＰｎＰデバイスは、デバイス明細及びサービス明細を保有する。
【０１２３】
図６のプロセス７０は、アクセス政策によって前記ＵＰｎＰデバイスが制御ポイント３１４によってアクセスが可能ではない場合、特定ＵＰｎＰデバイスやサービスのＳＳＤＰ活性メッセージがネットワーク３００から伝えられないように修正されうる。従って、図６の第７８、７９、８０及び８１段階は、次の通り修正されうる。デバイス及びサービスのユニキャストＵＰｎＰ応答メッセージがネットワーク３００から制御ポイント３１４に伝えられる前に、マルチキャストブリッジ３１６はまず、アクセスコントローラ３１８に前記デバイス／サービスが制御ポイント３１４によってアクセス可能であるか否かを質疑する。
【０１２４】
もしアクセスが可能であるならば、マルチキャストブリッジ３１６は、第７８、７９、８０及び８１段階に進む。
【０１２５】
もしアクセスが可能ではないならば、マルチキャストブリッジ３１６は、ＵＰｎＰ応答を廃棄する。同様に、遠隔制御ポイント３１４によって検索されたり、またはアクセスされたりしないデバイス／サービスの代わりにマルチキャストブリッジ３１６は、ＳＳＤＰ活性メッセージを伝達しない。
【０１２６】
一方、前述の本発明による遠隔アクセス方法は、コンピュータで実行されうるプログラムに作成可能であり、コンピュータで読み取り可能な記録媒体を利用し、前記プログラムを動作させる汎用ディジタルコンピュータで具現されうる。
【０１２７】
また前述のように、本発明で使われたデータの構造は、コンピュータで読み取り可能な記録媒体にさまざまな手段を介して記録されうる。
【０１２８】
前記コンピュータで読み取り可能な記録媒体は、マグネチック記録媒体（例えば、ＲＯＭ（Read-Only  Memory）、フロッピ（登録商標）ディスク、ハードディスクなど）、光学的判読媒体（例えば、ＣＤ−ＲＯＭ、ＤＶＤなど）及びキャリアウェーブ（例えば、インターネットを介した伝送）のような記録媒体を含む。
【０１２９】
以上、本発明についてその望ましい実施形態を中心に述べた。本発明が属する技術分野で当業者は、本発明が本発明の本質的な特性から外れない範囲で変形された形態で具現できるということを理解することができるであろう。従って、開示された実施形態は限定的な観点ではなく、説明的な観点から考慮されねばならない。本発明の範囲は、前述の説明ではなくして特許請求の範囲に示されており、それと同等な範囲内にあるあらゆる差異点は、本発明に含まれるものと解釈されねばならない。
【図面の簡単な説明】
【０１３０】
【図１】本発明の一実施形態による、個人ネットワーク上でＵＰｎＰデバイスに対する遠隔アクセスを具現するシステムの例を示す機能ブロック図である。
【図２】本発明の一実施形態による、個人ネットワークのＵＰｎＰデバイスに対する遠隔アクセスの手順を説明するためのフローチャートである。
【図３】本発明の他の実施形態による、１つのネットワークのＵＰｎＰ制御ポイントが遠隔アクセスのために他のネットワークと連結された場合に、ＵＰｎＰデバイスに対する遠隔アクセスを具現するシステムの例を示す機能ブロック図である。
【図４】本発明の他の実施形態による、１つのネットワークのＵＰｎＰ制御ポイントが遠隔アクセスのために他のネットワークと連結された場合に、ＵＰｎＰデバイスに対する遠隔アクセスの手順を説明するためのフローチャートである。
【図５】本発明のさらに他の実施形態による、ネットワーク上でＵＰｎＰデバイスに対する遠隔アクセスを具現するシステムの例を示す機能ブロック図である。
【図６】本発明のさらに他の実施形態による、図５のネットワーク上でのＵＰｎＰデバイスに対する遠隔アクセス手順の例を示すフローチャートである。
【図７】本発明のさらに他の実施形態による、図５のネットワーク上でのＵＰｎＰデバイスに対する遠隔アクセス手順の他の例を示すフローチャートである。
【図１】
2009540426.tif 000003
【図２】
2009540426.tif 000004
【図３】
2009540426.tif 000005
【図４】
2009540426.tif 000006
【図５】
2009540426.tif 000007
【図６】
2009540426.tif 000008
【図７】
2009540426.tif 000009
【国際調査報告】
2009540426.tif 000010
2009540426.tif 000011