(57)【要約】【課題】サービス広告の選択的な更新手順を実行する方法を提供すること。【解決手段】マスターパーソナルゲートウェイ（１０ａ）が、自身のサービスリストから更新するスレーブパーソナルゲートウェイ（１０ｃ）を選択する（ステップ４０）。マスターパーソナルゲートウェイ（１０ａ）は、サービスリストに記憶されているサービスの説明を利用して広告するサービスを提供しようとする能力がＰＡＮ（２１ｃ）のスレーブパーソナルゲートウェイ（１０ｃ）にあるかを判断する（ステップ４１）。マスターパーソナルゲートウェイ（１０ａ）は、サービス広告をスレーブパーソナルゲートウェイ（１０ｃ）に転送する（ステップ４２）。スレーブパーソナルゲートウェイ（１０ｃ）は、サービスリストを更新して、ＰＡＮ（２１ｃ）の中でサービスを広告する（ステップ４３）。【選択図】図２
2009525632.tif 000002
【特許請求の範囲】
【請求項１】
選択的なサービス更新手順を実行する方法であって、
スレーブパーソナルゲートウェイ（ＰＧ）が自身のサービスリストをマスターパーソナルゲートウェイ（ＰＧ）に提供するステップと、
マスターＰＧが前記スレーブＰＧのサービスリストをマスターＰＧのサービスリストに記憶するステップと、
マスターＰＧがサービス広告を受信するステップと、
マスターＰＧが前記受信したサービス広告をスレーブＰＧに転送するかを判断するステップと、
マスターＰＧが前記選択されたスレーブＰＧに前記サービス広告に転送するステップと、を備える方法。
【請求項２】
前記スレーブＰＧのサービスリストが、前記スレーブＰＧが更新することに関わるサービスの能力を含む、請求項１記載の方法。
【請求項３】
前記マスターＰＧが判断するステップは、前記マスターＰＧが、前記スレーブＰＧが前記サービス広告で特定される前記サービスの能力の更新を要求したか前記マスターＰＧのサービスリストから判断することを含む、請求項１記載の方法。
【請求項４】
前記スレーブＰＧがアクセスルールに従って前記サービス広告をタグ付けするステップと、
前記スレーブＰＧが前記タグを付けられたサービス広告を前記マスターＰＧに転送するステップと、
前記マスターＰＧが、前記タグが付けられたサービス広告を記憶しているアクセスルールで処理するステップと、を更に備える請求項１記載の方法。
【請求項５】
前記マスターＰＧがスレーブＰＧのＩＤよりどのスレーブＰＧがサービス広告を送信したかを識別するステップ、を更に備える請求項１記載の方法。
【請求項６】
前記スレーブＰＧが、サービス広告とユーザコマンドとをマスターＰＧに送信するステップと、
前記マスターＰＧが前記ユーザコマンドを処理するステップと、を更に備える請求項１記載の方法。
【請求項７】
前記マスターＰＧが、前記スレーブＰＧからのサービス広告のすべてを、データストレージの中に格納するステップと、
スレーブＰＧが、サービス要求を受信した時点で前記マスターＰＧへのサービス探索を実行するステップと、を更に備える請求項１記載の方法。
【請求項８】
前記マスターＰＧがＰＮＭサーバとして機能する、請求項１記載の方法。
【請求項９】
前記スレーブＰＧが、ＰＡＮでなくてもサービス広告を受信する、請求項１記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザのパーソナルネットワーク内で地理的に離間しているユーザのスレーブパーソナルゲートウェイのうち、ユーザのマスターパーソナルゲートウェイにサービス広告の選択的な更新を実行させる方法に関する。
【背景技術】
【０００２】
本発明は、パーソナル通信ネットワークにおける電気通信の分野に関する。より詳細には、本発明は、通信ネットワークを通じてサービス広告の選択的な更新を実行する方法に関する。
【０００３】
ユーザのパーソナルエリアネットワーク（ＰＡＮ）に新しいデバイスが追加されるとき、そのデバイスは、自身の１つ以上のサービスをユーザのＰＡＮに広告することを選択することができる。サービス広告の一般的な手法は、非特許文献１に定義されているユニバーサルプラグアンドプレイ（ＵＰｎＰ）である。ＵＰｎＰは、分散型のオープンネットワークアーキテクチャであり、ＴＣＰ／ＩＰ技術およびＷｅｂ技術を利用してシームレスな近接ネットワーキング（proximity networking）を可能にし、さらに、家庭、オフィス、および公共空間におけるネットワークデバイス間での制御およびデータ伝送を可能にする。ＵＰｎＰは、家庭、小さな会社、あるいは公共空間におけるアドホックネットワークや管理されていないネットワークとの、標準に基づく柔軟で使いやすい接続が得られるように設計されている。
【０００４】
ＵＰｎＰでは、発見プロトコルを使用することにより、デバイスは自身のサービスをユーザのＰＡＮの中で広告することができる。これは、発見メッセージを標準のアドレスおよびポートにマルチキャストすることによって行われる。デバイスがその能力すべてを広告するためには、組み込まれているデバイスおよびサービスのそれぞれに対応する複数の発見メッセージをマルチキャストしなければならない。各メッセージには、組み込まれているデバイス（またはサービス）に固有な情報とエンクロージングデバイス（enclosing device）に関する情報とが含まれる。メッセージには、広告の有効期限が終了するまでの期間を含める必要があり、デバイスが依然として利用可能である場合、新たな期間で広告を再送する必要がある。デバイスが利用できなくなる場合、デバイスはその広告を明示的に取り消す必要があるが、デバイスが取り消しを行うことができない場合、広告は自動的に終了する。
【０００５】
しかしながら、現在のＵＰｎＰアーキテクチャにおけるサービス広告は、例えば、１つのホームネットワーク環境あるいは１つのオフィスネットワーク環境の中でのデバイスの管理など、ローカルエリアネットワーク環境にのみ適用される。デジタルリビングのニーズおよび要件が高まるにつれて、ユーザのホームネットワーク空間は、複数の家庭あるいはオフィスにまたがる可能性がある。例えば、ユーザが自宅と別荘とを持ち、さらにオフィスにもいくつかのパーソナルデバイスを備えていることがある。ユーザは、自分のパーソナルデバイスすべてを統合して、それらをパーソナルネットワーク空間として定義することを望むであろう。この場合、ユーザは、地理的に遠く離れた場所にあるさまざまなデバイスによって提供されるサービスを、デバイスがあたかも自分のホームネットワークあるいはオフィスネットワークの中に存在しているかのように享受することができる。ユーザのパーソナルネットワークの代表的な例は、非特許文献２に定義されている。パーソナルネットワークは、１人のユーザの制御下にあってAll IP Network（ＡＩＰＮ）へのアクセスを提供する２つ以上のデバイスによって構成されている。これらのデバイスは、それらの相対的な位置に関係なくユーザからは連続的なセキュア接続として認識されるように、ＡＩＰＮによって相互接続されている。
【０００６】
非特許文献３において、該文献は特定のドメイン内またはドメイン間でどのようにしてノードがサービスを発見することができるかについての概観を説明している。この方法は、位置、装置の能力、または、他の特徴について局所的なサービスをノードが気付くことができることを伴う。しかしながら、この方法は、サービスの特徴における変化をノードがどのようにして扱うかを特定してないため、本発明はそこに焦点を当てる。
【非特許文献１】UPnPTMForum, "UPnPTM Device Architecture 1.0", UPnPTMversion 1.0.1, December 2003.
【非特許文献２】3rd Generation Partnership Project, "ALL-IP Network (AIPN) feasibility study (Release 7)", 3GPP TR 22.978 version 7.1.0, June 2005.
【非特許文献３】Stefan Mahlhecht, Peter Palensky, "Linking control networks and wireless personal area Networks", Emerging Technologies and Factory Automation, 2003.  Proceedings. ETFA '03. September. 16-19, 2003, Piscataway,  NJ, USA, IEEE, vol. 1,16 September 2003, pages 31-36
【特許文献１】Lynch, Jamel P. JR., Miller, Brent A. and Wesley, Ajamu A. "Systems, methods and computer program products for connecting ad hoc piconets to wide area networks", US Patent Application 2004/0266439A1, December, 2004.
【発明の開示】
【発明が解決しようとする課題】
【０００７】
特許文献１は、アドホックなピコネットからワイドエリアネットワーク（ＷＡＮ）を通じて別のアドホックなピコネットにサービス広告を送信する方法を提案している。この先行技術では、アドホックなピコネットそれぞれの中でアプリケーションサーバを使用することが提案されている。各アプリケーションサーバの中に配置されているサービスマニフェスト（service manifest）は、アドホックなピコネットの中の複数のクライアントから利用可能であるアドホックなピコネットのサービス広告を集めて、集められたサービスリストをワイドエリアネットワークを通じて別のアプリケーションサーバに広告する。しかしながら、ＷＡＮを通じてサービスリストをブロードキャストすることは、特定のアドホックなピコネットにおいて、広告するサービスのニーズが存在しない場合、ネットワークリソースの無駄である。
【課題を解決するための手段】
【０００８】
従って、本発明の目的は、ユーザのパーソナルゲートウェイが、ユーザのパーソナルネットワーク内のすべてのＰＡＮの間でのサービス広告の選択的な更新を実行することのできる方法を提供することである。
【発明の効果】
【０００９】
本発明は、地理的に離れた位置にあるユーザのパーソナルエリアネットワーク（ＰＡＮ）から、ユーザが１つ以上のサービス広告を受信したいときに生じていた問題の解決策を提供する。
【００１０】
本発明では、サービス広告は、新しいまたは排除された能力の更新を含む能力通知に関するメッセージを意味する。本発明のこの側面は、ユーザのマスターパーソナルゲートウェイ（ＰＧ）が、ユーザのパーソナルネットワーク内のすべてのスレーブＰＧの間でのサービス広告の選択的な更新を実行することのできる方法、を意味する。第１の利点として、この方法では、サービス広告がユーザのパーソナルネットワーク内のすべてのパーソナルゲートウェイにはブロードキャストされないため、ネットワーク帯域幅を効率的に使用することができる。第２の利点として、１つ以上のスレーブパーソナルゲートウェイがスリープモードで動作し、サービス広告を処理する目的でのみウェイクアップすることができる。このことは、バッテリー寿命が限られているモバイルデバイスの場合に特に有用である。
【００１１】
選択的な更新手順の、本発明のさらに別の好ましい実施の形態においては、サービス広告の選択的な更新手順を実行する、ポリシーに基づく別の方法であって、スレーブパーソナルゲートウェイ（ＰＧ）がサービスリストをマスターパーソナルゲートウェイ（ＰＧ）に提供するステップであって、スレーブＰＧのサービスリストはスレーブＰＧが更新しようとするサービス特性で構成されるステップと、マスターＰＧがマスターＰＧのサービスリストにスレーブＰＧのサービスリストを記憶するステップと、マスターＰＧがサービス広告を受信するステップと、マスターＰＧが上記サービス広告をスレーブＰＧに転送すると判断するステップであって、マスターＰＧの判断はマスターＰＧがサービス広告で特定される上記サービスの能力の更新をスレーブＰＧが要求したかをマスターＰＧのサービスリストから判断することを含む、ステップと、マスターＰＧが上記選択されたスレーブＰＧにサービス広告を転送するステップと、を備える。
【００１２】
選択的な更新手順における本発明の別の好ましい実施の形態においては、スレーブＰＧがアクセスルールに従ってサービス広告をタグ付けするステップと、スレーブＰＧがタグが付けられたサービス広告をマスターＰＧに転送するステップと、マスターＰＧが、タグが付けられたサービス広告を記憶しているアクセスルールで処理するステップと、マスターＰＧがサービス広告を、アクセスルールリストで設定されたポリシーに基づいて全ての選択されたスレーブＰＧに転送するステップと、を備える。この実施の形態においては、選択的な更新手順の好ましい実施の形態において述べた利点に加えて、マスターＰＧにおける処理が少し簡略化され、なぜなら、マスターＰＧに求められることは、サービス広告にタグを付ける方法を識別することと、どのスレーブＰＧがサービス広告を受信する必要があるかをアクセスルールリストを使用して判断することのみであるためである。従って、この方法では、マスターＰＧはサービス広告を効率的に処理することができる。
【００１３】
選択的な更新手順の、本発明のさらに別の好ましい実施の形態においては、サービス広告の選択的な更新手順を実行する、ポリシーに基づく別の方法であって、マスターＰＧが、どのスレーブＰＧがサービス広告を送信したかを識別するステップと、マスターＰＧが、自身のアクセスルールリストの中に設定されているポリシーに基づいて選択されるスレーブＰＧに、サービス広告を転送するステップと、を含んでいる方法、が提供される。この実施の形態においては、選択的な更新手順の好ましい実施の形態において述べた利点に加えて、スレーブＰＧの内部リソースの必要量が少なく、なぜなら、マスターＰＧのみがアクセスルールリストを格納し、スレーブＰＧはサービス広告をマスターＰＧに転送するのみでよいためである。従って、この方法は、特に、スレーブＰＧがモバイルデバイスであって内部リソースが限られている場合に、非常に有用である。
【００１４】
選択的な更新手順の、本発明のさらなる好ましい実施の形態においては、サービス広告の選択的な更新手順を実行する、ユーザコマンドに基づく方法であって、スレーブＰＧが、サービス広告とユーザコマンドとをマスターＰＧに送信するステップと、マスターＰＧがユーザコマンドを処理するステップと、マスターＰＧが、ユーザコマンドに基づいて選択されるスレーブＰＧに、サービス広告を転送するステップと、を含んでいる方法、が提供される。この実施の形態においては、選択的な更新手順の好ましい実施の形態において述べた利点に加えて、ユーザは、どのスレーブＰＧを更新するかを動的に選択することができる。従って、この方法では、サービス更新の送信先に関するユーザの制御性が高まる。
【００１５】
選択的な更新手順の、本発明のさらに別の好ましい実施の形態においては、サービス広告の選択的な更新手順を実行する方法であって、マスターＰＧが、スレーブＰＧからのサービス広告のすべてを、データストレージの中に格納するステップと、スレーブＰＧが、サービス要求を受信した時点で、マスターＰＧへのサービス探索を実行するステップと、マスターＰＧが、要求されたサービスに基づいて選択されるスレーブＰＧに、サービス広告を転送するステップと、を含んでいる方法、が提供される。
【００１６】
本発明の別の側面は、ユーザのパーソナルネットワーク内で、マスターＰＧが自身の役割をスレーブＰＧにハンドオーバする手順に係わり、ハンドオーバ手順はスレーブＰＧによって開始される。ハンドオーバ手順の、本発明の１つの好ましい実施の形態においては、マスターＰＧからスレーブＰＧへのハンドオーバ手順を実行するデバイス認証方法であって、スレーブＰＧが、ユーザの要求に基づいて、ハンドオーバの要求と自身のデバイス認証情報とをマスターＰＧに送信するステップと、マスターＰＧが、デバイス認証情報の有効性を確認するステップと、スレーブＰＧが認証された後、マスターＰＧが、自身のサービスリストをスレーブＰＧに送信するステップと、スレーブＰＧが、マスターＰＧのサービスリストを格納するステップと、スレーブＰＧがマスターＰＧに確認応答を送信してハンドオーバ手順の完了を伝えるステップと、を含んでいる方法、が提供される。この実施の形態においては、ユーザがＰＧの役割りを動的に切り替えることができ、これによって、ユーザのパーソナルネットワークをユーザレベルで制御することができる。
【００１７】
ハンドオーバ手順の、本発明の別の好ましい実施の形態においては、マスターＰＧからスレーブＰＧへのハンドオーバ手順を実行する、ユーザ認証の追加の方法であって、スレーブＰＧが、ユーザの要求に基づいて、ハンドオーバの要求と自身のデバイス認証情報とをマスターＰＧに送信するステップと、マスターＰＧが、デバイス認証情報の有効性を確認するステップと、マスターＰＧが、チャレンジをスレーブＰＧに送信するステップと、スレーブＰＧが、パスワードをマスターＰＧに送信するステップと、マスターＰＧが、パスワードの有効性を確認した後、自身のサービスリストをスレーブＰＧに送信するステップと、スレーブＰＧが、マスターＰＧのサービスリストを格納するステップと、スレーブＰＧが、マスターＰＧに確認応答を送信してハンドオーバ手順の完了を伝えるステップと、を含んでいる方法、が提供される。ハンドオーバ手順のこの実施の形態においては、好ましい実施の形態において述べた利点に加えて、パーソナルネットワーク内でユーザレベルのセキュリティメカニズムが実施される。ユーザがＰＧをなくした場合、侵入者がそのＰＧを使用してパーソナルネットワークの制御を取得する危険性が最小限になる。
【００１８】
ハンドオーバ手順の、本発明のさらに別の好ましい実施の形態においては、マスターＰＧからスレーブＰＧへのハンドオーバ手順を実行する、ルールに基づく方法であって、スレーブＰＧが、ハンドオーバ手順が必要であるかを自身のハンドオーバールールリストから判断するステップと、スレーブＰＧが、ハンドオーバの要求と自身のデバイス認証情報とをマスターＰＧに送信するステップと、マスターＰＧが、デバイス認証情報の有効性を確認するステップと、マスターＰＧが、ハンドオーバ手順にユーザ認証が必要であるかを判断するステップと、マスターＰＧが、自身のサービスリストをスレーブＰＧに送信するステップと、スレーブＰＧが、マスターＰＧのサービスリストを格納するステップと、スレーブＰＧが、マスターＰＧに確認応答を送信してハンドオーバ手順の完了を伝えるステップと、を含んでいる方法、が提供される。ハンドオーバ手順のこの実施の形態においては、好ましい実施の形態において述べた利点に加えて、ユーザにハンドオーバ手順を開始させることなしに、単純かつ自動的なハンドオーバ手順を実行することができる。
【００１９】
本発明の別の側面は、テイクオーバ手順を実行することでユーザのパーソナルネットワーク内で、マスターＰＧが自身の役割をスレーブＰＧにハンドオーバする手順に係わり、テイクオーバ手順はマスターＰＧによって開始される。
【００２０】
テイクオーバ手順の、本発明の好ましい実施の形態において、マスターＰＧからスレーブＰＧへのテイクオーバ手順を実行する、方法であって、マスターＰＧが、テイクオーバ手順の要求と自身のデバイス認証情報とをスレーブＰＧに送信するステップと、 スレーブＰＧが、マスターＰＧのデバイス認証情報の有効性を確認し、そのようなテイクオーバ手順をユーザに通知するステップと、ユーザが、テイクオーバ手順を開始するステップと、スレーブＰＧが、テイクオーバ手順が進行するように確認応答を送信するステップと、マスターＰＧが、自身のサービスリストをスレーブＰＧに送信するステップと、スレーブＰＧが、マスターＰＧのサービスリストを格納するステップと、スレーブＰＧが、マスターＰＧに確認応答を送信してテイクオーバ手順の完了を伝えるステップと、を含んでいる方法、が提供される。テイクオーバ手順の、本発明のさらに別の好ましい実施の形態においては、マスターＰＧからスレーブＰＧへのテイクオーバ手順を実行するリダイレクト方法であって、 マスターＰＧが、テイクオーバ手順の要求と自身のデバイス認証情報とをスレーブＰＧに送信するステップと、 スレーブＰＧが、マスターＰＧのデバイス認証情報の有効性を確認し、そのようなテイクオーバ手順をユーザに通知するステップと、ユーザが、テイクオーバ手順をリダイレクトすることを選択するステップと、スレーブＰＧが、テイクオーバ手順を目的としてどのスレーブＰＧと通信するかを通知するリダイレクトメッセージをマスターＰＧに送信するステップと、マスターＰＧが、前出の実施の形態に記載されているテイクオーバ手順のステップ群を実行するステップと、を含んでいる方法、が提供される。
【発明を実施するための最良の形態】
【００２１】
本発明の理解を助ける目的で、以下に主要な用語を定義しておく。
「パーソナルエリアネットワーク（ＰＡＮ）」は、直接または間接的に形成されるセキュリティアソシエーション情報に基づいてパーソナルネットワークを形成する複数のデバイスを意味する。
【００２２】
「パーソナルネットワーク（ＰＮ）」は、それぞれの相対的な位置には関係なくユーザからは連続的なセキュア接続として認識される、１人のユーザの制御下にある１つ以上のＰＡＮまたはデバイスを意味する。
【００２３】
「パーソナルゲートウェイ（ＰＧ）」は、ＰＡＮ内のエンティティであって、ＰＡＮ内の装置向けのデータパケットを他のパーソナルゲートウェイにルーティング（転送）することができるエンティティを意味する。
【００２４】
「サービス広告」は、パーソナルネットワーク内の新しいまたは排除された能力の更新を含む、能力通知に関するメッセージを意味する。
【００２５】
以下の説明においては、本発明を完全に理解することができるように、説明を目的として、特定の数、回数、構造、プロトコル名、その他のパラメータを記載してある。しかしながら、当業者には、本発明は、これらの特定の詳細には従わずに実施できることが明らかであろう。 なお、本発明が不必要にあいまいになることを避けるため、周知の構成要素およびモジュールはブロック図として示してある。
【００２６】
図１を参照する。この図は、本発明のパーソナルゲートウェイ（ＰＧ）の好ましい構成要素を開示している。好ましい実施の形態においては、ＰＧ１０は、アクセスインタフェース１１を備えており、このインタフェース１１によって、ＰＧ１０は、ユーザのパーソナルネットワークの中の別のパーソナルゲートウェイおよび１つ以上のデバイスとパケットの送受信を行うことができる。好ましい実施の形態においては、アクセスインタフェース１１は、Wi-Fi、Bluetooth、またはCellularとすることができ、ただしこれらに限定されない。パケットは、経路１５を介してプロセッサ１２に送信される。好ましい実施の形態においては、パケットは、サービス広告とすることができ、ただしこれに限定されない。例えば、プリンタがモバイルゲートウェイでＰＡＮを形成すると、ユーザのパーソナルネットワークにおいてスレーブＰＧとして機能するモバイルゲートウェイは、サービス広告を送ることでＰＡＮにおける印刷の新しい能力についてマスターＰＧを更新する。プリンタが切り換えられるか、その印刷能力が何らかの理由により利用可能でない場合、モバイルゲートウェイは、サービス広告を送ることでＰＡＮにおける印刷サービスが利用できないことについてマスターＰＧを直ぐに更新する。そのため、サービス広告を通して、または、スレーブＰＧがパーソナルネットワークと接続されなくなったことを検出した場合に、パーソナルネットワーク内の能力が変化する度にマスターＰＧが通知される。
【００２７】
ＰＧ１０は、ＰＧ１０が必要とする情報を記憶するＰＧ情報１３を更に備える。好ましい実施の形態では、ＰＧ情報１３は、サービスリスト１３ａ、アクセスルールリスト１３ｂ、および、ハンドオーバールールリスト１３ｃを有する。好ましい実施の形態においては、サービスリスト１３ａは、ユーザのパーソナルネットワークの中に存在するサービスの説明のすべてまたは一部と、ユーザのパーソナルゲートウェイのインターネットプロトコル（ＩＰ）アドレスとを含んでいることができ、ただしこれらに限定されない。例えば、マスターＰＧ用のサービスリストは、パーソナルネットワーク内の全ての装置の全ての能力よりなる。更に、マスターＰＧのサービスリストは、パーソナルネットワーク内のスレーブＰＧが登録した能力更新リストよりなる。それにより、マスターＰＧは、後の実施の形態で説明する選択な更新手順中にサービスリストを使用することが可能となる。
【００２８】
さらに、好ましい実施の形態においては、アクセスルールリスト１３ｂは、ＰＮ２０のユーザによって設定されるセキュリティポリシーを含んでいることができ、ただしこれに限定されない。セキュリティポリシーは、ＰＧ１０が、ユーザのＰＮ２０の中でのサービス広告の送信方法を判断する目的で使用する。さらに、好ましい実施の形態においては、ハンドオーバールールリスト１３ｃは、ＰＧ１０がハンドオーバ手順を開始するかを判断する目的で使用する、ユーザ定義のルールとすることができ、ただしこれに限定されない。好ましい実施の形態においては、本発明において使用されるサービスリスト１３ａ、アクセスルールリスト１３ｂ、およびハンドオーバールールリスト１３ｃは、ＸＭＬ形式で構築することができる。各リストの要素は、前述した要素に限定されない。メッセージは、情報を渡すための類似するパラメータを有する任意の別の形式を使用して構築することもできる。
１）サービスリスト
2009525632.tif 000003
２）アクセスルールリスト
2009525632.tif 000004
３）ハンドオーバールールリスト
2009525632.tif 000005
【００２９】
ＰＧ１０は、プロセッサ１２をさらに備えており、プロセッサ１２は、サービス広告の処理と、ユーザコマンドの処理と、好ましいシステム内でのセキュア通信チャネルの確立とを行う。好ましい実施の形態においては、プロセッサ１２は、サービスリスト１３ａに格納されているサービスの説明を調べ、特定のパーソナルゲートウェイにサービス広告が必要であるかを判断する。好ましい実施の形態によるサービスリストは、経路１６を介して送信される。ＰＧ１０は、ディスプレイ１４をさらに備えており、ディスプレイ１４は、プロセッサ１２から経路１７を介してユーザに送信されたユーザ情報を表示する。好ましい実施の形態においては、ユーザ情報は、ユーザパスワードの指示メッセージとすることができ、ただしこれに限定されない。
【００３０】
図２を参照する。この図は、本発明の好ましいシステムを開示している。このシステムにおいては、ホームエージェント２４（ＨＡ）は、ワイドエリアネットワーク２３（ＷＡＮ）の中に属している。ＨＡ２４は、ユーザのパーソナルネットワーク（ＰＮ）２０の中でパケットを転送するモバイルＩＰホームエージェントとして実装することができる。好ましいシステムにおいては、ユーザのＰＮ２０は、ホームＰＡＮ２１ａと、オフィスＰＡＮ２１ｂと、モバイルＰＡＮ２１ｃと、を備えている。好ましい実施の形態においては、ホームＰＡＮ２１ａは、ホームＰＧ１０ａを備えており、このホームＰＧ１０ａは、ユーザのＰＮ２０においてマスターパーソナルゲートウェイとして機能する。ホームＰＡＮ２１ａは、デバイス２２ａをさらに備えており、このデバイス２２ａは、その１つ以上のサービスをホームＰＡＮ２１ａの中で広告する。
【００３１】
好ましい実施の形態においては、オフィスＰＡＮ２１ｂは、オフィスＰＧ１０ｂを備えており、このオフィスＰＧ１０ｂは、ユーザのＰＮ２０においてスレーブパーソナルゲートウェイとして機能する。オフィスＰＡＮ２１ｂは、デバイス２２ｂをさらに備えており、このデバイス２２ｂは、その１つ以上のサービスをオフィスＰＡＮ２１ｂの中で広告する。好ましい実施の形態においては、モバイルＰＡＮ２１ｃは、モバイルＰＧ１０ｃを備えており、このモバイルＰＧ１０ｃは、ユーザのＰＮ２０においてスレーブパーソナルゲートウェイとして機能する。モバイルＰＡＮ２１ｃは、デバイス２２ｃをさらに備えており、このデバイス２２ｃは、その１つ以上のサービスをモバイルＰＡＮ２１ｃの中で広告する。
【００３２】
好ましいシステムにおいては、ホームＰＧ１０ａと、オフィスＰＧ１０ｂと、モバイルＰＧ１０ｃは、図１に説明したＰＧ１０に類似している。さらに、好ましいシステムにおいては、ホームＰＧ１０ａと、オフィスＰＧ１０ｂと、モバイルＰＧ１０ｃは、それぞれのネットワーク内ですべてのサービスを集め、それをサービスリストとしてデータストレージ１３に格納する。これにより、ホームＰＧ１０ａと、オフィスＰＧ１０ｂと、モバイルＰＧ１０ｃは、サービス広告をＨＡ２４を介して互いの間でルーティングすることによって、ＰＮ２０の中で互いにサービスについて更新することができる。
【００３３】
好ましいシステムにおいては、デバイス２２ａ，２２ｂ，２２ｃは、パーソナルゲートウェイ、パーソナルコンピュータ、またはその他の電子周辺機器とすることができ、ただしこれらに限定されない。さらに、好ましいシステムにおいては、デバイス２２ａ，２２ｂ，２２ｃは、ユニバーサルプラグアンドプレイ（ＵＰｎＰ）あるいはサービス発見プロトコル（ＳＤＰ）などの（ただしこれらに限定されない）手法を使用して、それぞれの１つ以上のサービスを広告することができる。さらに、好ましいシステムにおいては、ＰＧ１０ａ，１０ｂは、固定のパーソナルゲートウェイとして実装されており、ＰＧ０ｃは、モバイルパーソナルゲートウェイとして実装されている。しかしながら、当業者には、ＰＮ２０の中のパーソナルゲートウェイは、固定のゲートウェイまたはモバイルゲートウェイとして実装することができる。
【００３４】
さらに、好ましいシステムにおいては、スレーブＰＧは、ＰＮ２０の中でのマスターＰＧを識別することができる。
【００３５】
好ましいシステムにおいては、スレーブＰＧがマスターＰＧを識別する方法は、ユーザがマスターＰＧの一意のＩＤを割り当てるステップとすることができ、ただしこれに限定されない。
【００３６】
このシステムにおいては、ＰＮ２０は、ホームＰＡＮ２１ａと、オフィスＰＡＮ２１ｂと、モバイルＰＡＮ２１ｃとを備えているものとして図示してあるが、当業者には、ＰＮ２０は、１つまたは複数のユーザのＰＡＮを備えていることができる。さらに、このシステムにおいては、ＰＡＮは１つのデバイスを備えているものとして図示してある。しかしながら、当業者には、ＰＡＮは、複数のデバイスを備えていることができる。さらに、このシステムにおいては、ＨＡ２４がＰＮ２０の一部ではないものとして図示してある。しかしながら、当業者には、ＨＡ２４は、ＰＮ２０の一部とすることができる。さらに、好ましいシステムにおいては、ＰＮ２０の中で、ホームＰＧ１０ａがマスターパーソナルゲートウェイとして機能し、オフィスＰＧ１０ｂおよびモバイルＰＧ１０ｃがスレーブパーソナルゲートウェイとして機能している。しかしながら、当業者には、マスターの役割りを、ＰＮ２０の中のパーソナルゲートウェイのうちの任意の１つに割り当てることができる。さらに、当業者には、スレーブの役割りを、ＰＮ２０の中の任意のパーソナルゲートウェイに割り当てることができる。
【００３７】
モバイルＰＧ１０ｃがホームＰＡＮの中にあるときには、そのホームアドレス（ＨｏＡ）を通じてモバイルＰＧ１０ｃにアクセスすることができる。モバイルＰＧ１０ｃがＷＡＮ ２３の中でローミングするときには、たとえＷＡＮ２３の中でローミングしている間にもアクセスすることができるように、モバイルIPv6などの（ただしこれに限定されない）手法を使用することができる。従って、これによって、ＰＮ ２０の中のユーザのＰＡＮまたはデバイスは、地理的に離れて存在することができる。モバイルＰＧ１０ｃは、経路最適化（ＲＲ：Return Routability）手順などの（ただしこれに限定されない）手法を使用して、ローカルな気付アドレス（ＣｏＡ）を取得し、そのＨＡ２４を更新する。次いで、ＨＡ２４が、モバイルＰＧ１３ｃのＨｏＡと、ＲＲ手順において提供されたＣｏＡとを結合する。これによって、モバイルＰＧ１０ｃは、ホームＰＧ１０ａおよびオフィスＰＧ１０ｂとの通信リンクをＨＡ２４を介して維持することができる。
【００３８】
モバイルＰＧ１０ｃとホームＰＧ１０ａとの間で通信リンクが確立されると、モバイルＰＧ１０ｃは、モバイルＰＧ１０ｃが受信機能に関与することをＰＮ２０内のサービス能力についてホームＰＧ１０ａに通知する。例えば、モバイルＰＧ１０ｃは、ＰＮ２０内の印刷能力における変化に関して、全てのサービス広告をモバイルＰＧ１０ｃに転送させるメッセージをモバイルＰＧ１０ａに送る。ホームＰＧ１０ａは、これらサービス広告要求を自身のサービスリストに記憶する。ホームＰＧ１０ａがサービス広告を受信すると、ホームＰＧ１０ａはサービスリストを確認して、どのスレーブＰＧが受信したサービス広告について能力の更新を要求したか判断する。一旦識別されると、ホームＰＧ１０ａは、選択されたスレーブＰＧに受信したサービス広告を転送することで選択な更新手順を実行する。
【００３９】
図３を参照する。この図は、本発明の好ましい実施の形態による、１つ以上のスレーブパーソナルゲートウェイからマスターゲートウェイにサービス広告を転送する好ましい方法、を図解したシーケンス図を開示している。好ましい実施の形態においては、ステップ３０において、デバイス２２ｃが、モバイルＰＡＮ２１ｃの中で自身のサービス広告をブロードキャストする。この好ましい実施の形態においては、デバイスのサービス広告は、デバイスＩＤとサービスの説明とを有することができ、ただしこれらに限定されない。モバイルＰＧ１０ｃは、デバイス２２ｃからのサービス広告を受信すると、サービス広告のステップ３１を実行する。好ましい実施の形態においては、サービス広告のステップ３１は、モバイルＰＧ１０ｃの中に格納されているサービスリスト１３ａを、デバイス２２ｃのサービス広告に応じて更新するステップを有する。次いで、モバイルＰＧ１０ｃは、ステップ３２において、スレーブＰＧサービス広告を作成し、それをＨＡ２４を介してホームＰＧ１０ａに転送する。この好ましい実施の形態においては、スレーブＰＧサービス広告は、スレーブＰＧＩＤと、１つ以上のデバイスＩＤと、１つ以上のサービスの説明とを有することができ、ただしこれらに限定されない。スレーブＰＧサービス広告を受信すると、ホームＰＧ１０ａは、スレーブＰＧサービス広告のステップ３１でスレーブＰＧＩＤからどのスレーブＰＧがサービス広告を送出したかを識別する。ホームＰＧ１０ａは、広告の登録のステップ３３を次に実行する。
【００４０】
好ましい実施の形態においては、広告の登録のステップ３３は、ホームＰＧ １０ａの中に格納されているサービスリスト１３ａを、スレーブＰＧサービス広告に応じて更新するステップと、ホームＰＧ １０ａが選択的な更新手順を実行するステップとを含んでいる。好ましい実施の形態においては、選択的な更新手順は、サービス広告を送信するＰＡＮを選択する目的でマスターＰＧが実行する機能である。マスターＰＧは、ＰＮ２０内で中央管理エンティティの役割を担う。本実施の形態では、マスターＰＧは、パーソナルネットワーク管理エンティティのように機能する。本実施の形態を説明する典型的な機能は後述する。
【００４１】
図４を参照する。この図は、本発明の好ましい実施の形態による、マスターパーソナルゲートウェイによって実行される選択的な更新手順の方法、を図解したフローチャートを開示している。好ましい実施の形態においては、マスターＰＧは、スレーブＰＧから受信したサービス広告を使用して自身のサービスリスト１３ａを更新した後、ステップ４０において、サービスリスト１３ａからスレーブＰＧのＰＡＮを選択する。好ましい実施の形態においては、次いで、ステップ４１において、マスターＰＧは、提供されるサービスが、特定のスレーブＰＧのＰＡＮに必要であるかを判断する。好ましい実施の形態においては、スレーブＰＧがサービス広告を受信する必要があるかを判断するマスターＰＧのプロセスは、マスターＰＧが、自身のサービスリスト１３ａに格納されているスレーブＰＧサービス広告におけるサービスの説明を使用して、広告するサービスを使用する能力がスレーブＰＧのＰＡＮにあるかを判断するステップとすることができ、ただしこれに限定されない。この判断は、マスターＰＧが、ユーザのパーソナルネットワークにおける特定のサービスの能力の変化についてスレーブＰＧが更新を要求したかマスターＰＧサービスリストから確認するためのものである。
【００４２】
好ましい実施の形態においては、提供されるサービスがスレーブＰＧのＰＡＮに必要である場合、ステップ４２において、マスターＰＧが、選択されたスレーブＰＧにスレーブＰＧサービス広告を転送する。好ましい実施の形態においては、スレーブＰＧは、マスターＰＧからサービス広告を受信すると、ステップ４３において、自身のサービスリスト１３ａの中のサービスを更新する。さらに、好ましい実施の形態においては、次いで、スレーブＰＧは、自身のＰＡＮの中でサービス広告をブロードキャストする。好ましい実施の形態においては、マスターＰＧは、特定のスレーブＰＧにサービス広告をルーティングするかを決定した後、ステップ４４においてすべてのスレーブＰＧがサービス更新について考慮されるまで、ステップ４１，４２，４３を繰り返す。
【００４３】
本発明における選択的な更新手順の第２の実施の形態においては、１つまたは複数の選択されたスレーブＰＧに対するマスターＰＧによる選択的な更新手順を可能にする別の方法が存在する。図５は、本発明の第２の実施の形態による、マスターパーソナルゲートウェイによって実行される選択的な更新手順の別の方法、を図解したフローチャートを示している。この実施の形態においては、選択的な更新手順の方法は、タグの付いたサービス広告を、アクセスルールリスト１３ｂの中に設定されているポリシーに照らして処理し、これに基づいてサービス広告を転送するステップを含んでいる。この実施の形態においては、図３によると、ステップ３０において、モバイルＰＧ１０ｃは、デバイスのサービス広告を受信し、自身のサービスリスト１３ａを更新すると、ステップ３１において、アクセスルールリスト１３ｂの中に設定されているポリシーに基づいて広告にタグを付ける。次いで、ステップ３２において、モバイルＰＧ１０ｃは、タグの付いたスレーブＰＧサービス広告をホームＰＧ１０ａに送信する。この実施の形態においては、タグ付けは、スレーブＰＧサービス広告にフラグビットを付加するステップとすることができ、ただしこれに限定されない。
【００４４】
ホームＰＧ１０ａは、モバイルＰＧ１０ｃからスレーブＰＧサービス広告３２を受信すると、ステップ５０において、そのサービス広告を調べてタグがついているかを判断する。この実施の形態においては、ホームＰＧ１０ａは、タグの付いたサービス広告を受信すると、ステップ５１において、タグを識別し、アクセスルールリスト１３ｂの中のどのポリシーを使用するかを決定する。選択したポリシーによって、ホームＰＧ１０ａは、サービス広告を転送するスレーブＰＧを認識することができる。この実施の形態においては、ホームＰＧ１０ａは、通知する１つ以上のスレーブＰＧを識別すると、ステップ５４において、アクセスリスト１３ｂから第１のスレーブＰＧを選択し、選択したスレーブＰＧのＩＰアドレスを自身のサービスリスト１３ａから取得する。次いで、ホームＰＧ１０ａは、図４において説明したようにステップ４２において、選択したスレーブＰＧにサービス広告を転送する。選択されたスレーブＰＧは、図４において説明したようにステップ４３において、自身のサービスリスト１３ａを更新し、自身のＰＡＮの中でサービス広告をブロードキャストする。この実施の形態においては、ホームＰＧ１０ａは、図４において説明したようにステップ４４において、ポリシーの中のすべてのスレーブＰＧが通知されるまで、選択したポリシーの中の残りのスレーブＰＧへのサービス広告のルーティングを続ける。
【００４５】
さらに、この実施の形態においては、選択的な更新手順の別の方法は、ユーザによって送信されるコマンドに基づいてサービス広告を転送するステップを含んでいる。この実施の形態においては、ホームＰＧ１０ａは、サービス広告を受信すると、ステップ５０において、サービス広告を調べてタグが付いているかを判断する。この実施の形態においては、ホームＰＧ１０ａは、スレーブＰＧサービス広告３２にタグが付いていないことを認識すると、ステップ５２において、スレーブＰＧサービス広告３２と共にユーザコマンドが送信されていたかを調べる。
【００４６】
この実施の形態においては、図３によると、ステップ３２において、モバイルＰＧ １０ｃは、スレーブＰＧサービス広告をホームＰＧ１０ａに送信するとき、サービス広告の転送先である１つ以上のスレーブＰＧをホームＰＧ１０ａに通知する目的で、ホームＰＧ１０ａにさらにコマンドを送信する。この実施の形態においては、コマンドは、マスターＰＧがサービス広告を転送するスレーブＰＧに関する情報を指定する、ユーザレベルのコマンドとすることができ、ただしこれに限定されない。
【００４７】
ホームＰＧ１０ａは、モバイルＰＧ１０ｃからユーザコマンドを受信すると、ステップ５４において、スレーブＰＧサービス広告と共に送信されたユーザコマンドを、プロセッサ１２を使用して処理する。ユーザコマンドが処理されると、ホームＰＧ１０ａは、サービス広告を通知するスレーブを認識する。この実施の形態においては、ユーザコマンドは、１つのスレーブＰＧ情報を有する。しかしながら、当業者には、ユーザコマンドが複数のスレーブＰＧ情報を有することができることが理解されるであろう。ユーザコマンドが処理された後、ホームＰＧ１０ａは、ステップ５４において、ユーザコマンドに基づいてスレーブＰＧを選択し、ＩＰアドレスを自身のサービスリスト１３ａから取得する。次いで、ホームＰＧ１０ａは、図４において説明したようにステップ４２において、選択したスレーブＰＧにサービス広告を転送する。選択されたスレーブＰＧは、図４において説明したようにステップ４３において、自身のサービスリスト１３ａを更新し、自身のＰＡＮの中でサービス広告をブロードキャストする。この実施の形態においては、ホームＰＧ１０ａは、ステップ４４において、ユーザコマンドの中で指定されたスレーブＰＧのすべてが通知されるまで、選択されたポリシーの中の残りのスレーブＰＧへのサービス広告のルーティングを続ける。
【００４８】
さらに、この実施の形態においては、選択的な更新手順の別の方法は、アクセスルールリスト１３ｂの中に設定されているポリシーに基づいてサービス広告を転送するステップを含んでいる。この実施の形態においては、ホームＰＧ１０ａは、サービス広告を受信すると、ステップ５０において、スレーブＰＧサービス広告３２にタグが付いていないかを判断する。さらに、ホームＰＧ１０ａは、ステップ５２において、スレーブＰＧサービス広告３２と共にコマンドは送信されていないことを判断する。この実施の形態においては、その場合、ホームＰＧ１０ａは、ステップ５３において、スレーブＰＧサービス広告３２の中のスレーブＰＧＩＤに基づいて、自身のアクセスルールリスト１３ｂの中のどのポリシーを使用するかを識別する。この実施の形態においては、ホームＰＧ１０ａは、選択したポリシーの中で、通知する１つ以上のスレーブＰＧを識別すると、ステップ５４において、アクセスリスト１３ｂから第１のスレーブＰＧを選択し、選択したスレーブＰＧのＩＰアドレスを自身のサービスリスト１３ａから取得する。次いで、ホームＰＧ１０ａは、図４において説明したようにステップ４２において、選択したスレーブＰＧにサービス広告を転送する。選択されたスレーブＰＧは、図４において説明したようにステップ４３において、自身のサービスリスト１３ａを更新し、自身のＰＡＮの中でサービス広告をブロードキャストする。この実施の形態においては、ホームＰＧ１０ａは、図４において説明したようにステップ４４において、ポリシーの中のすべてのスレーブＰＧが通知されるまで、選択したポリシーの中の残りのスレーブＰＧへのサービス広告のルーティングを続ける。
【００４９】
本発明における選択的な更新手順の第３の実施の形態においては、スレーブＰＧが特定のサービスについてマスターＰＧにおける探索を実行することのできる方法が存在する。この実施の形態においては、図３によると、ホームＰＧ １０ａは、１つ以上のスレーブＰＧから受信したサービス広告を、自身のサービスリスト１３ａに格納する。この実施の形態においては、ＰＮ ２０の中のいずれかのスレーブＰＧがデバイスからサービス要求を受信すると、そのスレーブＰＧは、ホームＰＧ １０ａへのサービス探索を実行する。この実施の形態においては、サービス探索は、ＵＰｎＰサービス要求とすることができ、ただしこれに限定されない。次いで、ホームＰＧ１０ａは、要求されたサービスが利用可能であるかを自身のサービスリスト１３ａから判断する。この実施の形態においては、要求されたサービスが利用可能である場合、ホームＰＧ １０ａは、サービス広告をスレーブＰＧに転送する。
【００５０】
好ましいシステムにおいては、マスターＰＧがその責務をスレーブＰＧに引き渡して、そのスレーブＰＧがＰＮ２０の中で新しいマスターＰＧとして機能することができるようにする方法が存在する。好ましいシステムにおいては、モバイルＰＧ１０ｃは、ホームＰＡＮ２１ａにローミングによって戻り、ＰＮ２０の中でのマスターＰＧとしての役割りを引き継ぐことを決定する。図６では、本発明の好ましい実施の形態による、マスターパーソナルゲートウェイおよびスレーブパーソナルゲートウェイがハンドオーバ手順を実行する方法、を図解したフローチャートを開示している。この実施の形態においては、ホームＰＧ１０ａおよびモバイルＰＧ１０ｃは、セキュア通信チャネルを形成することができる。モバイルＰＧ１０ｃは、ホームＰＡＮ２１ａにローミングによって戻ったとき、ステップ６０において、ハンドオーバ手順をトリガーする必要があるかを調べて判断する。この実施の形態においては、モバイルＰＧ１０ｃがハンドオーバ手順をトリガーする方法は、モバイルＰＧ１０ｃからユーザコマンドをホームＰＧ１０ａに送信することである。さらに、モバイルＰＧ１０ｃがハンドオーバ手順をトリガーする別の方法は、モバイルＰＧ１０ｃがハンドオーバールールリスト１３ｃの中のルールを調べて、ハンドオーバ手順が必要であるかを判断することである。ハンドオーバ手順が必要ない場合、モバイルＰＧ１０ｃおよびホームＰＧ１０ａは、それぞれ、スレーブＰＧ、マスターＰＧとしての役割りを続ける。
【００５１】
この実施の形態においては、モバイルＰＧ１０ｃは、ハンドオーバ手順が必要であると判断すると、ステップ６１において、自身のデバイス認証情報を含んだハンドオーバ手順の要求を、ホームＰＧ１０ａに送信する。好ましい実施の形態においては、デバイス認証情報は、モバイルＰＧ１０ｃのデバイスＩＤと共有キーとを含んでいることができ、ただしこれらに限定されない。次いで、ホームＰＧ１０ａは、ステップ６２において、デバイス認証を処理し、信憑性を調べる。ホームＰＧ１０ａは、モバイルＰＧ１０ｃのデバイス認証情報の信憑性を確認できない場合、デバイス認証段階に失敗したことをモバイルＰＧ１０ｃに通知することによって、ハンドオーバ手順を終了する。この実施の形態においては、ホームＰＧ １０ａは、モバイルＰＧ １０ｃについてのデバイス認証段階を実行すると、ステップ６３において、ハンドオーバ手順にユーザ認証段階が必要であるかを調べる。ステップ６３においてユーザ認証段階が必要でない場合、ホームＰＧ１０ａは、ステップ６７において、自身のサービスリスト１３ａをモバイルＰＧ１０ｃに送信する。この実施の形態においては、モバイルＰＧ１０ｃは、ホームＰＧ１０ａのサービスリスト１３ａを受信すると、ステップ６８において、自身のＰＧ情報１３をホームＰＧ１０ａのサービスリスト１３ａを使用して更新し、確認応答をホームＰＧ１０ａに送り返す。
【００５２】
ステップ６３においてユーザ認証段階が必要である場合、ホームＰＧ１０ａは、ステップ６４において、パスワードを要求するチャレンジメッセージをモバイルＰＧ１０ｃに送信する。この実施の形態においては、パスワードは、パーソナル識別番号（ＰＩＮ）とすることができ、ただしこれに限定されない。 次いで、モバイルＰＧ１０ｃは、ディスプレイ１４を通じてパスワードを入力するようにユーザに指示メッセージを表示する。この実施の形態においては、ユーザがディスプレイ１４を通じてパスワードを入力すると、モバイルＰＧ１０ｃは、ステップ６５において、そのパスワードをセキュア通信チャネルを介してホームＰＧ１０ａに送信する。この実施の形態においては、次いで、ホームＰＧ１０ａは、ステップ６６において、そのパスワードの信憑性を確認する。ホームＰＧ１０ａは、モバイルＰＧ１０ｃのパスワードの信憑性を確認できない場合、ユーザ認証段階に失敗したことをモバイルＰＧ１０ｃに通知することによって、ハンドオーバ手順を終了する。この実施の形態においては、ホームＰＧ１０ａは、モバイルＰＧ１０ｃのパスワードの有効性を確認することができると、ステップ６７において、自身のサービスリスト１３ａをモバイルＰＧ１０ｃに送信する。この実施の形態においては、モバイルＰＧ１０ｃは、ホームＰＧ１０ａのサービスリスト１３ａを受信すると、ステップ６８において、自身のＰＧ情報１３をホームＰＧ１０ａのサービスリスト１３ａを使用して更新し、確認応答をホームＰＧ１０ａに送り返す。
【００５３】
この実施の形態においては、モバイルＰＧ１０ｃがステップ６８において確認応答をホームＰＧ１０ａに送信した後、モバイルＰＧ１０ｃがＰＮ２０の中での新しいマスターＰＧとなり、ホームＰＧ１０ａがスレーブＰＧとなる。次いで、新しいマスターＰＧは、ステップ６９において、ＰＮ２０の中のすべてのＰＧに自身の存在を通知する。
【００５４】
この実施の形態においては、新しいマスターＰＧがＰＮ２０の中のすべてのＰＧに自身の存在を通知する方法は、新しいマスターＰＧがＰＮ２０の中のすべてのスレーブＰＧにＨＡ２４を介して更新メッセージをマルチキャストすることである。メッセージは、新しいマスターＰＧと通信する方法をスレーブＰＧに通知する。この実施の形態においては、更新メッセージは、新しいマスターＰＧのＩＤとＩＰアドレスとを含んでいることができ、ただしこれらに限定されない。
【００５５】
さらに、この実施の形態においては、新しいマスターＰＧがＰＮ２０の中のすべてのＰＧに自身の存在を通知する方法は、新しいマスターＰＧが、ＰＮ２０の中でのマスターＰＧとしての自身の役割りを通知するＨＡ更新メッセージをＨＡ２４に送信することである。この実施の形態においては、ＨＡ更新メッセージは、新しいマスターＰＧのＩＤとＩＰアドレスとを含んでいることができ、ただしこれらに限定されない。この実施の形態においては、次いで、ＨＡ２４は、１つ以上のスレーブＰＧからのサービス広告をルーティングする場合のデフォルトのアドレスとして、新しいマスターＰＧのＩＰアドレスを結合する。
【００５６】
好ましいシステムにおいては、ＰＮ２０の中での新しいマスターＰＧとして責務を引き継ぐようにスレーブＰＧに要求する方法が存在する。図７は、本発明の好ましい実施の形態による、マスターパーソナルゲートウェイおよびスレーブパーソナルゲートウェイがテイクオーバ手順を実行する方法、を図解したフローチャートを示している。この実施の形態においては、マスターＰＧおよびスレーブＰＧは、セキュア通信チャネルを形成することができる。マスターＰＧは、ステップ７０において、テイクオーバ手順をトリガーする必要があるかを調べて判断する。この実施の形態においては、マスターＰＧがハンドオーバ手順をトリガーする理由は、マスターＰＧにおける隣接ネットワークインタフェースの障害とすることができ、ただしこれに限定されない。テイクオーバ手順が必要ない場合、マスターＰＧおよびスレーブＰＧは、ＰＮ２０の中でのそれぞれの役割りをそのまま続ける。
【００５７】
この実施の形態においては、マスターＰＧは、テイクオーバ手順が必要であると判断すると、ステップ７１において、自身のデバイス認証情報を含んだテイクオーバの要求を送信して、選択されたスレーブＰＧとのテイクオーバ手順を開始する。この実施の形態においては、デバイス認証情報は、マスターＰＧのデバイスＩＤと共有キーとを含んでいることができ、ただしこれらに限定されない。選択されたスレーブＰＧは、マスターＰＧからテイクオーバ要求を受信すると、マスターＰＧのデバイス認証情報の信憑性を確認する。選択されたスレーブＰＧは、マスターＰＧのデバイス認証情報の信憑性を確認できない場合、デバイス認証段階に失敗したことをマスターＰＧに通知することによって、テイクオーバ手順を終了する。この実施の形態においては、選択されたスレーブＰＧは、マスターＰＧについてのデバイス認証段階を実行すると、ステップ７３において、マスターＰＧの役割りを引き継ぐ能力が自身にあるかを判断する。
【００５８】
この実施の形態においては、スレーブＰＧがマスターＰＧの役割りを引き継ぐ能力が自身にあるかを判断する方法は、テイクオーバ手順が実行されようとしていることをディスプレイ１４を通じてユーザに表示し、テイクオーバ手順を進行させることのユーザの決定を取得するステップとすることができ、ただしこれに限定されない。ステップ７３において、ユーザが、マスターＰＧからのテイクオーバの要求を受理しないことを選択する場合、マスターＰＧは、ステップ７４において、選択されたスレーブＰＧに、別のスレーブＰＧ情報を含んだリダイレクトメッセージをマスターＰＧに送信するように通知する。この実施の形態においては、ユーザがハンドオーバ手順をリダイレクトすることを選択する理由は、選択されたスレーブＰＧが、マスターＰＧの役割りを果たすための必要な内部リソースを保持していないものとユーザが判断する場合とすることができ、ただしこれに限定されない。この実施の形態においては、内部リソースは、記憶容量またはバッテリー寿命とすることができ、ただしこれらに限定されない。次いで、マスターＰＧは、リダイレクトメッセージの中に指定されているスレーブＰＧに、テイクオーバ手順を実行するように伝える。
【００５９】
ステップ７３においてユーザがテイクオーバの要求を受理することを選択した場合、選択されたスレーブＰＧは、ステップ７５において、テイクオーバ手順にユーザ認証段階が必要であるかを調べる。この実施の形態においては、ステップ７５においてユーザ認証段階が必要でない場合、マスターＰＧは、図６において説明したようにステップ６７において、選択されたスレーブＰＧに自身のサービスリスト１３ａを送信する。この実施の形態においては、選択されたスレーブＰＧは、マスターＰＧのサービスリスト１３ａを受信すると、自身のＰＧ情報１３をマスターＰＧのサービスリスト１３ａを使用して更新し、図６において説明したようにステップ６８において、確認応答をマスターＰＧに送り返す。
【００６０】
ステップ７５においてユーザ認証段階が必要である場合、選択されたスレーブＰＧは、ステップ７６において、パスワードを要求するチャレンジメッセージをマスターＰＧに送信する。この実施の形態においては、パスワードは、パーソナル識別番号（ＰＩＮ）とすることができ、ただしこれに限定されない。次いで、マスターＰＧは、ステップ７７において、選択されたスレーブＰＧにセキュア通信チャネルを介してパスワードを送信する。 この実施の形態においては、次いで、選択されたスレーブＰＧは、ステップ７８において、そのパスワードの信憑性を確認する。 選択されたスレーブＰＧは、マスターＰＧのパスワードの信憑性を確認できない場合、ユーザ認証段階に失敗したことをマスターＰＧに通知することによって、テイクオーバ手順を終了する。
【００６１】
この実施の形態においては、選択されたスレーブＰＧがマスターＰＧのパスワードの有効性を確認することができると、図６において説明したようにステップ６７において、マスターＰＧが、自身のサービスリスト１３ａを選択されたスレーブＰＧに送信する。この実施の形態においては、選択されたスレーブＰＧは、マスターＰＧのサービスリスト１３ａを受信すると、図６において説明したようにステップ６８において、自身のＰＧ情報１３をマスターＰＧのサービスリスト１３ａを使用して更新し、確認応答をマスターＰＧに送り返す。
【００６２】
この実施の形態においては、ステップ６８において、選択されたスレーブＰＧが確認応答をマスターＰＧに送信した後、マスターＰＧがＰＮ２０の中でのスレーブＰＧとなり、選択されたスレーブＰＧが新しいマスターＰＧとなる。この実施の形態においては、図６において説明したようにステップ６９において、新しいマスターＰＧが、ＰＮ２０の中での全てのＰＧに通知する。
【００６３】
別の実施の形態では、ＰＮ２０内のパーソナルネットワーク管理（ＰＮＭ）エンティティとしてマスターＰＧが機能するための手順がある。図８は、本発明の好ましい実施の形態による、マスターパーソナルゲートウェイがパーソナルネットワーク管理エンティティとして機能する方法を示す図である。本実施の形態では、ＰＮＭエンティティ８０は、マスターＰＧの役割を担い、スレーブＰＧの中央エンティティとして機能することでＰＮ２０を管理する。更に、本実施の形態では、ＰＮＭエンティティ８０は、ＰＮ２０における各ＰＡＮにおいて提供される全てのサービスのサービスリストを備える。ＰＮ２０内のスレーブＰＧは、ＰＮＭエンティティ８０にそれぞれのサービス広告を送信する。例として、プリンタである装置２２ｂは、オフィススレーブＰＧ１０ｂと接続を確立し、自身のサービスをオフィスＰＡＮ２１ｂの中で広告する。オフィススレーブ１０ｂは、プリンタの新しいサービスで自身のサービスリストを更新し、図３に示すステップを実行することでＰＮＭエンティティ８０にサービス広告を送信する。ＰＮＭエンティティ８０がサービス広告を受信すると、自身のサービスリストを更新する。本実施の形態では、ＰＮＭエンティティ８０は、パーソナルコンピュータである装置２２ｃがサービス能力の更新を受ける必要があるか判断する。必要な場合には、ＰＮＭエンティティ８０は図４に示す選択的な更新のステップを実行し、ＰＮ２０内の新しいサービスについてパーソナルコンピュータに通知する。
【００６４】
本明細書においては、最も実用的かつ好ましいと考えられる実施の形態において本発明を図示および説明したが、当業者には、本発明の範囲から逸脱することなく、設計およびパラメータの細部においてさまざまな変更を行うことができることが理解されるであろう。
【００６５】
本出願は、２００６年１月３１日付け申請の国際特許出願No.PCT/JP06/301945および２００６年４月１８日付け申請の米国仮特許出願No.60/792,630を基にしており、これらのすべての内容は参照することにより本文書に明確に組み込まれる。
【図面の簡単な説明】
【００６６】
【図１】本発明の好ましい実施の形態による、パーソナルゲートウェイの構成要素を図解している図
【図２】本発明の好ましい実施の形態による好ましいシステムを図解している図
【図３】本発明の好ましい実施の形態による、１つ以上のスレーブパーソナルゲートウェイからマスターゲートウェイにサービス広告を転送する好ましい方法、を図解しているシーケンス図
【図４】本発明の好ましい実施の形態による、マスターパーソナルゲートウェイによって実行される選択的な更新手順のサービスに基づく方法、を図解しているフローチャート
【図５】本発明の好ましい実施の形態による、マスターパーソナルゲートウェイによって実行される選択的な更新手順の別の方法、を図解しているフローチャート
【図６】本発明の好ましい実施の形態による、マスターパーソナルゲートウェイおよびスレーブパーソナルゲートウェイがハンドオーバー手順を実行する方法、を図解しているフローチャート
【図７】本発明の好ましい実施の形態による、マスターパーソナルゲートウェイおよびスレーブパーソナルゲートウェイがテイクオーバ手順を実行する方法、を図解しているフローチャート
【図８】本発明の好ましい実施の形態による、マスターパーソナルゲートウェイがパーソナルネットワーク管理エンティティとして機能する方法、を示す図
【図１】
2009525632.tif 000006
【図２】
2009525632.tif 000007
【図３】
2009525632.tif 000008
【図４】
2009525632.tif 000009
【図５】
2009525632.tif 000010
【図６】
2009525632.tif 000011
【図７】
2009525632.tif 000012
【図８】
2009525632.tif 000013
【国際調査報告】
2009525632.tif 000014
2009525632.tif 000015
2009525632.tif 000016