複数の通信事業者が存在する環境下におけるパーソナルネットワーク管理の方法
【課題】ゲストデバイスからパーソナルネットワーク（ＰＮ）へアクセスするための方法を提供すること。
【解決手段】ゲストデバイス（１８）はアクセスしたいパーソナルネットワーク（１５）のマスターデバイス（１６）からサービスキーを受信する。プロキシ（１２）は、マスターデバイス（１６）のデバイスＩＤに基づいたゲストデバイス（１８）から、マスターデバイス（１６）へアクセスするためのルートとゲストデバイス（１８）のデバイスＩＤとを関連付け、確認応答をゲストデバイス（１８）へ送信する。すでに事前登録済みである場合は、プロキシ（１２）はゲストデバイス（１８）のＰＮ要求をパーソナルネットワーク管理（１１）へルーティングする。パーソナルネットワーク管理（１１）は、ゲストデバイス（１８）を認証するためにサービスキーを確認する。
【解決手段】ゲストデバイス（１８）はアクセスしたいパーソナルネットワーク（１５）のマスターデバイス（１６）からサービスキーを受信する。プロキシ（１２）は、マスターデバイス（１６）のデバイスＩＤに基づいたゲストデバイス（１８）から、マスターデバイス（１６）へアクセスするためのルートとゲストデバイス（１８）のデバイスＩＤとを関連付け、確認応答をゲストデバイス（１８）へ送信する。すでに事前登録済みである場合は、プロキシ（１２）はゲストデバイス（１８）のＰＮ要求をパーソナルネットワーク管理（１１）へルーティングする。パーソナルネットワーク管理（１１）は、ゲストデバイス（１８）を認証するためにサービスキーを確認する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の通信事業者が存在する環境下におけるＰＮＭソリューション（ＰＮＭ）の提供に関する。
【背景技術】
【０００２】
パーソナルネットワークは、３Ｇネットワークにおける比較的新しい概念であり、パーソナルネットワークでは、ユーザは、自身のすべてのデバイスをそれぞれの場所には関係なく閉じたネットワークの中に持つ。ＬＡＮとパーソナルネットワークとの間の違いの１つは、パーソナルネットワークには距離または範囲の制約が存在しないことである。もう１つの相違点は、アクセス制御がサービスプロバイダによって提供されることであり、パーソナルネットワーク要素はホストに非公開であり、ホストへのセッションまたは一般の要求はサービスプロバイダによってフィルタされ得る。したがって、ユーザはプライバシーを保ちつつ、自分のデバイスまたはコンテンツを制御し、構成し、アクセスすることができる。
【０００３】
特許文献１には、認証サーバを利用してホストとゲストとの間のメッセージシーケンスで認証を行う方法が記載されている。ゲストは、認証サーバおよびホストとの認証のために使用するゲストキーを持つ。しかし、この特許は、１つの認証サーバがホストとそのゲストを管理または処理する単一のドメインでの認証に的を絞っている。複数のドメインを有するシステムでは、異なるデバイスが異なるドメインによって管理され、各ドメインはそこに属するデバイスまたはユーザに関する情報交換を自ドメイン内に制限することを望む。複数のドメイン間のシグナリングを最小にする必要性もある。これを実現するために、本発明は、ルーティングとドメイン内認証の機能だけを外部のドメインの管理下にあるプロキシに割り当てる。これにより、ゲストデバイスはその自ドメインに属するデバイスとして自身の認証を得ることができる。次に、自ドメインは、マスターデバイスのホームドメインへそのメッセージをセキュアにルーティングまたは転送し、マスターデバイスのホームドメインにおいてゲストデバイスは再びＰＮサービスに関して自身の認証を得る。
【０００４】
非特許文献１には、ユーザのパーソナルネットワークを管理するパーソナルネットワーク管理（ＰＮＭ）という名称の中央エンティティが記載されている。このエンティティの主たる機能は、ユーザがデバイスを追加または削除できるようにすることと、サービス（ビデオ、電話など）を終了させる必要があるアクティブなデバイスをユーザが容易に選択できるようにすることである。これに加えて、ユーザはＰＮ中のすべてのデバイスの現在の状態を取得することもできる、すなわち、ＰＮＭエンティティによって提供されたユーザインタフェースを使用して現在の機能を確認し、これらのデバイスの設定を構成することができる。
【０００５】
非特許文献２には、アドホックなパーソナルネットワークのシナリオにおけるアーキテクチャとセキュリティ要件が記載されている。この論文は、ユーザのパーソナルネットワークを管理することにサービスプロバイダまたは通信事業者は介入しないことを前提としているが、これは本発明の焦点とは異なる。本発明では、パーソナルネットワークを仮想的に構築するユーザの所有するデバイスのセットに対して管理アプリケーションを提供する特定のサービスプロバイダにユーザが加入していることを前提とする。２つのデバイス間のセキュリティは、各々のサービスプロバイダによって確保される。本発明の狙いは、異なるサービスプロバイダまたはドメインによって管理される複数のパーソナルネットワークにおいてプライバシーを提供する上でのソリューションを提供し、これを成し遂げるためのパーソナルネットワーク間の情報交換量を最小にすることである。
【０００６】
ＰＮＭは、ユーザのデバイスがユーザ個人の私的なものであり続けることを保証し、ユーザデバイスのＩＤがそのグローバルＩＤまたはパブリックＩＤによって知られている状況ではユーザデバイスへのアクセスを制御する。グローバルＩＤは、移動局統合サービスデジタルネットワーク（ＭＳＩＳＤＮ）、インターネットプロトコル（ＩＰ）、ユニフォームリソースローケータ（ＵＲＬ）―これらに限定されないが―の形式で指定可能なＩＤである。このＩＤにより、番号を知っている人なら誰でもユーザに連絡することができる。パーソナルネットワークの考え方は、デバイスの位置に関係なくデバイス間の接続を維持することと、デバイスを基本的にはプライベートに維持することである。ＰＮＭは、デバイスそれぞれの間の接続、秘匿性、および機密性を維持する。これはモバイルの管理方法と非常に似ており、違うのは、デバイスにアクセスできるのがパーソナルネットワークの所有者のみであることである。
【０００７】
図１Ａは、ユーザが自分のデバイスのために申し込んでいるオペレータによって所有又は管理される、各々のＰＮＭを示している。ユーザは、ＷＬＡＮまたはセルラーまたはＷｉＭＡＸまたは固定ブロードバンドなどの様々なアクセスネットワークを通じて、ユーザはＰＮＭシステムにアクセスする。したがって、ユーザは自分のデバイスのネットワークがアクセス方法にとらわれないシームレスなネットワークであると感じることができる。つまり、この中央エンティティすなわちＰＮＭが、これらのデバイスがシームレスに相互接続されているという認識をユーザに与えるように、そしてユーザまたはデバイスの位置にかかわらず個人専用サービスをユーザに提供するようにこれらのデバイスを管理することが重要である。このことにより、中央エンティティを設定することの別の重要性がもたらされ、なぜなら、モバイルネットワークサービスを提供する通信事業者は多数存在しており、各通信事業者によってはＰＮＭ機能を提供したり、提供しなかったりすることがあるためである。
【特許文献１】NOVIKOV, Aleksey et al: "Authentication for Information exchange over a communication network", International Patent Application WO 00/24175 A, 27 April 2000
【非特許文献１】TAKEI, Yoshihiko and CHIA, Pei Yen, "Input to PNM", TSG-SA WG1 #29, 11th July 2004
【非特許文献２】Jacobsson M et al: "Privacy and Anonymity in Personal Networks " PERVASIVE COMPUTING AND COMMUNICATIONS WORKSHOPS, 2005. PERCOM 2005 WORKSHOPS. THIRD IEEE INVENTIONAL CONFERENCE ON KAUAI ISLAND, HI, USA 8-12 MARCH 2005, PISCATAWAY, NJ, USA, IEEE
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、たとえ通信事業者がＰＮＭを提供する場合でも、ホストがシームレスに接続できるように通信事業者間の相互運用性を提供するうえで問題が生じ、それと同時に、コアネットワークの通信をできる限り最小限に抑えるうえでの問題も生じる。
【課題を解決するための手段】
【０００９】
本発明の目的は、複数の通信事業者が存在する環境下におけるＰＮＭソリューションを提供することである。本発明の動機は、ユーザがどの通信事業者に加入しているかに関係なくユーザデバイスを追加することをＰＮＭができるようにすると共に、外部ネットワークにあるデータベースによって可能にされるプロキシに初期フィルタリングシステムを有することによって、ゲストユーザによるＰＮＭアクセス要求の数を最小に制限し、同時に、ＰＮＭへのアクセスが許されたデバイスは、特定の外部の通信事業者によって認証されることを確実にすることである。
【発明の効果】
【００１０】
本発明では、ユーザは、加入している通信事業者には関係なく自身のパーソナルネットワークにデバイスを追加することができる。本発明のシステムは、パーソナルネットワークと、ホーム通信事業者におけるパーソナルネットワーク管理（ＰＮＭ）と、外部通信事業者におけるプロキシとを含んでいる。本発明の方法においては、パーソナルネットワークのマスターデバイスが、ゲストデバイスのサービスキーをＰＮＭに提供する。次いで、ＰＮＭが、ゲストデバイスが加入している外部通信事業者におけるプロキシによってゲストデバイスを事前登録する。事前登録された対応関係を使用してプロキシにおいてデバイス認証され、ゲストデバイスに割り当てられているサービスキーを使用してＰＮＭにおいてサービス認証された後、ゲストデバイスからのパーソナルネットワークへのアクセス要求を許可することができる。
【００１１】
本発明は、複数の通信事業者が存在する環境下におけるパーソナルネットワーク管理（ＰＮＭ）を備えているシステムであって、パーソナルネットワークと、ホーム通信事業者におけるパーソナルネットワーク管理と、外部通信事業者におけるプロキシとを備えている、システム、を提案する。本発明は、マスターデバイスがゲストデバイスのＩＤをＰＮＭに提供するステップと、 ＰＮＭがゲストデバイスとマスターデバイスの双方のデバイスＩＤをゲストデバイスが加入している外部通信事業者のプロキシに提供するステップと、プロキシがゲストデバイスとマスターデバイスの関連付けを記憶し、これによりパーソナルネットワークへアクセスするゲストデバイスを事前登録するステップを含んでなるゲストデバイスの事前登録の方法を提供する。ゲストデバイスが、ＰＮＭへのアクセスを許可するようにプロキシに要求し、マスターデバイスのデバイスＩＤとゲストデバイスのデバイスＩＤとを提供するステップと、プロキシが、マスターデバイスに対して事前登録されているデバイスＩＤを使用して、ゲストデバイスのデバイスＩＤを確認することによって、デバイス認証を実行するステップと、プロキシが、ホーム通信事業者のＰＮＭへのルートをゲストデバイスに提供するステップと、を含んでいる、方法、を提案する。
【発明を実施するための最良の形態】
【００１２】
図１Ｂは、複数の通信事業者が存在する環境下におけるＰＮＭソリューションである、本発明の全体システムを示す。複数の通信事業者が存在する環境下におけるＰＮＭソリューションは、マスターデバイス１６、ＰＮＭ１１、プロキシ１２、およびゲストデバイス１８により構成される。
【００１３】
マスターデバイス１６は、パーソナルネットワーク内のデバイスであり、パーソナルネットワーク内のデバイスの登録および登録解除、アクセス制御など（ただしこれらに限定されない）の管理能力を持つ。
【００１４】
パーソナルネットワーク管理（ＰＮＭ）１１は、ユーザのパーソナルネットワークを管理するエンティティであり、複数のデバイスがそれぞれの場所に関係なくシームレスな接続によって互いに通信できるようにする。パーソナルネットワーク管理（ＰＮＭ）は、アクセス制御手法を使用可能にすることによって、ユーザが自身のパーソナルネットワークを制御できるようにする。
【００１５】
プロキシ１２は、デバイス認証を提供するＰＮＭとさらに複数の通信事業者間の通信を最適化するためのフィルタリングメカニズムをサポートするエンティティである。プロキシの目的は、通信事業者間の通信量を最小に抑え、それによりコアネットワークの負担を減少させること、認証機能を信頼性のある各ドメインに分散すること、さらにセキュアなルーティング性を確保することである。プロキシ１２は、通信事業者によってホストされるが、その通信事業者に加入しているデバイスが他の通信事業者によって管理されるＰＮにゲストデバイス１８として登録され得る。
【００１６】
ゲストデバイス１８は、外部通信事業者に加入しているクライアントのデバイスであり、ホーム通信事業者によって管理されているパーソナルネットワークへのアクセスを取得する。
【００１７】
本発明の理解を助けるため、以下に主要な用語の定義を示しておく。
【００１８】
マスターデバイス１６とゲストデバイス１８は、各々のパーソナルネットワーク１５の一部であってもよい。パーソナルネットワーク１５は、単一ユーザの制御下にある２つ以上のデバイスからなるネットワークである。デバイスは、ユーザには連続的なセキュア接続が認識されるように管理される。パーソナルネットワークは１５、ユーザが自身のパーソナルネットワーク１５を制御する目的に使用するマスターデバイスを備えていることができる。また、パーソナルネットワーク１５は、マスターデバイスの制御下にあるネイティブデバイスおよびゲストデバイス１８を備えていることもでき、この場合、ネイティブデバイスはホーム通信事業者２０に加入しており、ゲストデバイス１８は外部通信事業者に加入している。
【００１９】
ホストは、パーソナルネットワークを所有し、それを制御するユーザである。
【００２０】
クライアントは、ホストのパーソナルネットワーク１５へのアクセスを望んでいるユーザである。ホストとクライアントが同一ユーザである可能性もある。
【００２１】
ホストの通信事業者を以下ではホーム通信事業者と称し、ホーム通信事業者２０は、ホストのパーソナルネットワーク１５を管理する。
【００２２】
クライアントは、外部通信事業者２１に加入している。外部通信事業者２１が、クライアントにＰＮサービスを提供してもよい。
【００２３】
通信事業者は、加入者にサービスを提供するネットワーク通信事業者またはサービスプロバイダである。
【００２４】
以下の説明においては、本発明を完全に理解することができるように、説明を目的として、特定の数、回数、構造、プロトコル名、その他のパラメータを記載してある。しかしながら、当業者には、本発明はこれらの特定の詳細には従わずに実施できることが明らかであろう。なお、本発明が不必要にあいまいになることを避けるため、周知の構成要素およびモジュールはブロック図として示してある。
【００２５】
以下の説明から明らかになるように、本明細書に記載されている本出願の実施形態は、幅広い用途に適用することができ、本明細書に提示したパーソナルネットワーク１５のシナリオに必ずしも限定されない。
【００２６】
ユーザが、別の通信事業者に加入しているデバイスを追加する必要があるときには、別の通信事業者に加入しているデバイスをユーザが追加するプロセスが、別のユーザによって行われないようにする必要がある。
【００２７】
言い換えれば、パーソナルネットワーク１５に登録されているユーザ以外の人からのアクセスを制限することによって、ホストのパーソナルネットワーク１５を保護することが重要である。
【００２８】
用語「通信事業者」は、包括的な用語であり、モバイルネットワーク、ＷＬＡＮシステム、無線パーソナルエリアネットワーク（ただしこれらに限定されない）を意味するものとする。
【００２９】
本発明では、ユーザは、外部ネットワークに加入しているデバイスを追加することができ、従って、ユーザには、自身が望む任意のデバイスをパーソナルネットワーク１５に追加する自由が与えられる。外部ネットワークに加入しているデバイスは、ユーザ自身のデバイスであるか、または、ユーザと信頼関係にある別のユーザ（例：家族、友人）が所有しているデバイスとすることができる。
【００３０】
一般的に、パーソナルネットワーク１５は、パーソナルネットワーク１５のユーザ手順（例：別のデバイスをパーソナルネットワーク１５に登録、登録解除する）を可能にする１つ以上のマスターデバイス１６を備えていることができる。ゲストデバイス１８と対話するデバイスはマスターデバイス１６について提案しているが、別のデバイスがゲストデバイス１８と対話する代替実施形態も可能である。これらの方策によって、ユーザは、自身のパーソナルネットワーク１５を中央のデバイスによって制御することができ、意思決定能力を備えた複数のデバイスが存在するために同期処理が複雑になることが回避される。
【００３１】
図１Ｂは、本発明の好ましいシステムを示している。このシステムは、ホーム通信事業者２０におけるエンティティＰＮＭ１１と、ホストのパーソナルネットワーク１５のマスターデバイス１６であって、ホーム通信事業者２０に加入している、マスターデバイス１６と、外部通信事業者２１におけるプロキシ１２であって、必要な場合にデバイス認証を実行することと、ＰＮＭ１１と協働する、プロキシ１２と、外部通信事業者２１に加入していて、ホーム通信事業者２０のＰＮＭによって管理される特定のＰＮにゲストデバイスとして登録されたデバイスの詳細を保存するプロキシデータ１２３によって可能とされる、ホーム通信事業者２０のＰＮＭ１１へのアクセスを要求するデバイスへのルーティング機能を提供することによって外部通信事業者２１に加入しているゲストデバイス１８であって、特定のパーソナルネットワーク１５へのアクセスを要求する、ゲストデバイス１８と、を備えている。リンク１３（セキュアリンク）は、ＳＳ７、ＩＰ、またはＡＴＭシングナリングを使用することができ、ただしこれらに限定されない。リンク１４（セキュアリンク）は、セルラーアクセス、無線ＬＡＮ、ＩＰ、または固定バンドアクセスとすることができ、ただしこれらに限定されない。リンク１９（セキュアリンク）は、Ｂｌｕｅｔｏｏｔｈアクセス、ＩＰ、セルラー、ＡＴＭ、無線ＬＡＮ、あるいはスマートカードなどの携帯記憶装置を使用しての物理的な接触とすることができ、ただしこれらに限定されない。マスターデバイス１６は、パーソナルネットワーク１５の１つの要素であり、アクセス制御機能を備えており、ただしこれに限定されない。マスターデバイス１６は、どのデバイスにパーソナルネットワーク１５へのアクセスを許可するかを制御することができる。本発明の観点においては、ゲストデバイス１８は、ホーム通信事業者２０とは異なる通信事業者に加入しており、パーソナルネットワーク１５へのアクセスを要求するデバイスである。プロキシ１２は、外部通信事業者２１に属するデバイスによるＰＮＭ１１のアクセス数を制限するためのフィルタリングシステムとして使用され、これによりすべての要求を各ＰＮＭへ安全にルーティングし、その結果、２つの通信事業者／ネットワーク間のトラフィックを制限し、確実にする。プロキシは、ＰＮ事前登録の制限的／静的または半静的なデータベースとして実現することができるプロキシデータ１２３を有する。ＰＮＭ１１にあるデータベース、すなわちパーソナルネットワーク情報１１３は動的であり、リアルタイムまたはリアルタイムに近いデータを保持することができる。ＰＮＭ１１は、その結果、最終認証エンティティとして機能することができ、暗号化キー、またはパスワード、またはピンＩＤ―これらに限定されないが―の形をとることができる、そこに保持されたサービスキーの知識を用いてゲストデバイス１８を確認する。これにより、外部通信事業者２１はプロキシデータ１２３を使用して事前登録を確認する前にゲストデバイスの加入を暗黙に確認することになるので、ホーム通信事業者２０は、ゲストデバイス１８を確認するための外部通信事業者２１への依存を制限することができる。
【００３２】
本発明の別の実施形態においては、プロキシ１２をホーム通信事業者２０自身に存在させることができる。その場合のシステムでは、ユーザは、同じ通信事業者に加入している別のデバイスを追加することができる。この実施形態においては、ゲストデバイスは、マスターデバイスと同じ通信事業者に加入している。この場合、プロキシ１２の機能は、ＰＮＭの機能に統合可能である。すなわち、デバイス認証とサービス認証の両方がＰＮＭ自身によって行われる。
【００３３】
図２は、ＰＮＭ１１の好ましい構成要素を示している。ＰＮＭは、ユーザのパーソナルネットワーク１５を管理する役割を果たし、ユーザが自身の位置あるいはデバイスの位置には関係なく自身のパーソナルネットワーク１５にアクセスできるようにする。本発明では、エンティティＰＮＭ１１によって、パーソナルネットワーク１５の所有者は、ゲストデバイスが加入しているネットワーク／オペレータ／認証ドメインに関係なくデバイスを追加できる。
【００３４】
ＰＮＭ１１は、（ＰＮＭ内）マスターデバイスインタフェース１１２と、（ＰＮＭ内）プロキシインタフェース１１０と、サービス認証モジュール１１１とを備えている。（ＰＮＭ内）マスターデバイスインタフェース１１２は、通信デバイス（通常はパーソナルネットワーク１５のマスターデバイス１６）と対話する。（ＰＮＭ内）マスターデバイスインタフェース１１２におけるアクセスネットワークは、通常は、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＷＬＡＮなどの無線アクセスであり、ただしこれらに限定されない。（ＰＮＭ内）マスターデバイスインタフェース１１２は、ゲストのサービスキー４０６を受信し、ゲストデバイスの設定を確認する。（ＰＮＭ内）プロキシインタフェース１１０は、外部通信事業者２１のネットワークに存在しているプロキシと対話する。（ＰＮＭ内）プロキシインタフェース１１０におけるプロトコルは、通常は、ＳＳ７、ＩＰ、またはＳＩＰであり、ただしこれらに限定されない。（ＰＮＭ内）プロキシインタフェース１１０は、ゲストデバイス１８用のルートを、ゲストデバイス１８がアクセスを要求しているＰＮＭ１１に関連付ける。
【００３５】
サービス認証モジュール１１１は、サービスキー４０６を管理することによって、ゲストデバイス１８の認証を可能にする。この場合、サービスキーは、パスワード、ピン、または独自に生成された暗号化キーの形式とすることができる。サービス認証は、パーソナルネットワーク１５へのアクセスをその所有者が制御できるようにする目的で使用される。例えば、パーソナルネットワーク１５の所有者は、ゲストデバイス１８からのアクセスを停止させる必要がある場合、ゲストデバイスによるアクセスを簡単に取り消すことができる。これについての別の利点は、パーソナルネットワーク情報１１３は動的性を保たれ、ユーザの選択に応じて最新にできる一方、プロキシデータ１２３は比較的静的に保たれるので、ユーザが自分のプリファレンス（好みの設定）を変更する際に必要とされるシグナリングを最小にできる。ＰＮＭは、ゲストデバイスリスト中の変更の集約リストをプロキシに定期的に送信することもできる。マスターデバイス１６は、サービスキー４０６を変更することもできる。これは、ＰＮＭにおいて別のサービスキーを設定することによって行われる。ゲストデバイスの代替のサービスキー４０６が更新されると、ゲストデバイスによるアクセスがサービス認証モジュール１１１において許可されず、なぜなら、ゲストデバイスが提示するサービスキー４０６と、更新されたサービスキー４０６とが合致しないためである。従って、たとえゲストデバイス１８がプロキシ１２においてデバイス認証されても、ＰＮＭ１１においては認証されず、従って、ユーザは、自身のパーソナルネットワーク１５へのアクセスを完全に制御することができる。
【００３６】
図３は、パーソナルネットワーク情報１１３の構成要素を示している。前述したように、パーソナルネットワーク情報１１３は、パーソナルネットワーク１５のすべての詳細を含むことができ、ユーザのプリファレンス（設定）に対して動的であるので、ユーザのアクセス制御プリファレンス（設定）を即時に反映することができる。パーソナルネットワーク情報１１３は、パーソナルネットワークの中のデバイスのリスト４０１を含んでいる。このリストは、デバイスのそれぞれのデバイスＩＤ４０３を含んでいる。また、パーソナルネットワーク情報１１３は、ルートリスト４００を含んでおり、このリストは、デバイスのそれぞれを相互接続させる目的で維持されているローカルルーティングテーブルである。さらに、パーソナルネットワーク情報１１３は、デバイスごとに、そのデバイスのアクセス特権に基づく個別のルーティングリスト４００も含んでいることができる。
【００３７】
各デバイスは、デバイスＩＤ４０３、デバイスタイプ４０４、アクセスリスト４０５、およびサービスキー４０６の各情報が含まれているデバイス属性を持つことができる。このうちデバイスタイプは、デバイスがマスターデバイス１６であるか、ネイティブデバイスであるか、またはゲストデバイス１４であるかを示す。アクセスリスト４０５には、マスターデバイス１６によって設定される各デバイスのアクセス特権が含まれている。サービスキー４０６は、ＰＮＭ１１における認証を得る目的でゲストデバイスが保持しているキーである。
【００３８】
図４は、プロキシ１２の好ましい構成要素を示している。プロキシは、２つのインタフェース、すなわちＰＮＭインタフェースとゲストデバイスインタフェースとを備えている。また、プロキシは、デバイス認証モジュール１２１とプロキシデータ１２３とを備えている。プロキシ１２は、外部通信事業者２１のネットワークにおける、ＰＮＭ１１に対応するエンティティである。ここでのプロキシ１２は、ホーム通信事業者２０のＰＮＭ１１エンティティと協調する外部通信事業者２１のＰＮＭ１１エンティティであることは大いにあり得ることだと理解される。プロキシ１２の主要機能は、ＰＮアクセスを要求しているゲストデバイス１８の加入を認証し、プロキシデータ１２３のデータベースを使用してその事前登録ステータスを確認し、ゲストデバイス１８を所望の通信事業者のＰＮＭ１１に向けてルーティングすることである。プロキシの設定および使用の料金は、ゲストデバイス１８に課すことができる。プロキシ１２は、ＰＮＭ１１へのセキュアかつ直接的なアクセスを提供する必要がある。プロキシ１２は、デバイス認証を実行して、特定のＰＮＭ１１へのアクセス要求を認証することができる。この方法では、パーソナルネットワーク１５へのアクセスを要求しているデバイスは、ＰＮＭ１１においては有効なゲストデバイス１８としてすでに認証されている。さらに、ゲストデバイスがプロキシ１２を使用してＰＮＭ１１にアクセスする方式では、ゲストデバイス１８に加入契約確認モジュール１６０が存在することによる暗黙的なセキュリティも存在する。加入契約確認モジュールは、ＳＩＭまたはＵＳＩＭ、あるいは代替のセキュアアクセス方法とすることができ、これにより、プロキシ１２へのアクセスが、有効な加入契約を持つエンティティに限定される。
【００３９】
プロキシ１２は、２つのインタフェース、すなわち（プロキシ内）ＰＮＭインタフェース１２０と（プロキシ内）ゲストデバイスインタフェース１２２とを備えていることができる。（プロキシ内）ＰＮＭインタフェース１２０は、ＰＮＭ１１とのすべての通信、例えば、ルートを関連付ける、ゲストデバイス１８のデバイスＩＤ４０３をＰＮＭから取得する、あるいはゲストデバイス１８からのパスまたはルーティングデータをＰＮＭ１１に提供する役割を果たすことができる。ＰＮＭインタフェース（プロキシ側の）１２０でのプロトコルは、通常、ＩＰまたはＳＩＰまたはＳＳ７−これらに限定されないが―である。ルートの関連付けとは、ゲストデバイスからの特定のパーソナルネットワークへの接続要求を、そのパーソナルネットワークを管理している特定のＰＮＭに関連付けて、これによって、そのパーソナルネットワークまたはＰＮＭに関連するすべての情報をＰＮＭにルーティングすることである。（プロキシ内）ゲストデバイスインタフェース１２２は、ゲストデバイス１８とのすべての通信を行うことができ、ゲストデバイスのデバイスＩＤを取得する。（プロキシ内）ゲストデバイスインタフェース１２２は、ＰＮＭ１１を宛先とするすべてのデータを認識し、それらのデータがＰＮＭ１１にルーティングされるように、それらのデータを（プロキシ内）ＰＮＭインタフェース１２０に渡す。（プロキシ内）ゲストデバイスインタフェース１２２におけるアクセスネットワークは、通常、ＷＬＡＮ、ＷＣＤＭＡ、またはＣＤＭＡ２０００であり、ただしこれらに限定されない。
【００４０】
デバイス認証モジュール１２１は、最初に、ゲストデバイス１８が正当な装置であるか否かを確認することができる。次に、同モジュールは、ＰＮＭ１１へのアクセスを要求しているゲストデバイス１８が特定のＰＮＭ１１によって事前に登録されたか否かを確認することによって事前登録チェックを行う。ゲストデバイス１８が事前に登録されていた場合、ゲストデバイス１８はＰＮＭと通信することを許可される。
【００４１】
図５は、プロキシデータ１２３の構成要素を示している。プロキシデータ１２３は、マスターデバイスＩＤ１２５に対応するパーソナルネットワーク１５に関連するデータを意味する。マスターデバイスＩＤ１２５の各エントリは、ゲストデバイスＩＤ１２６のリストを有する。さらに、通信事業者ＩＤ１２８（マスターデバイスが加入しているホーム通信事業者）のエントリも含めることができる。たいていの場合、通信事業者ＩＤは、マスターデバイスＩＤ自体から引き出すことができる。
【００４２】
図６は、マスターデバイス１６の構成要素のうち、本発明に関連するモジュールを示している。マスターデバイス１６は、通信デバイスであり、ＰＮＭ１１と通信することのできる（マスターデバイス内）ＰＮＭインタフェースモジュール１６４を備えている。（マスターデバイス内）ＰＮＭインタフェースモジュール１６４は、ＰＮＭ１１にキーを預け、ゲストアクセスの要求を送信し、ゲストデバイス１８がアクセスするための設定が完了したときにＰＮＭ１１からの確認応答を受信する役割を果たす。（マスターデバイス内）ＰＮＭインタフェースモジュール１６４におけるアクセスネットワークは、通常は、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＷＬＡＮなどの無線アクセス方法であり、ただしこれらに限定されない。
【００４３】
加入契約確認モジュール１６０は、加入契約情報と認証キーとを含んでおり、通信ネットワークにおける有効な加入契約を持つものとしてデバイスを認証する役割を果たす。
【００４４】
アクセスリスト生成モジュール１６１は、アプリケーション層モジュールとすることができ、ユーザは、このモジュールを使用することで、パーソナルネットワーク内のデバイスのアクセス特権を設定するアクセスリスト４０５を生成する。アクセスリスト生成モジュール１６１は、ゲストデバイス１６からパーソナルネットワーク内のデバイスへのアクセスを許可・拒否する手順を提供する単純なユーザインタフェースを提供する。
【００４５】
キー生成モジュール１６２は、特定のゲストデバイス１８のサービスキー４０６を生成する。サービスキー４０６は、ランダムキー生成関数、ＲＳＡ（Rivest Shamir Adleman）、ＤＥＳ（Data Encryption Standard）、またはその他のキー生成関数によって生成することができ、ただしこれらに限定されない。サービスキー４０６は、ＰＮＭ１１とゲストデバイス１８の両方に預けられ、ＰＮＭ１１とゲストデバイス１８によって共有される秘密鍵である。これに代えて、サービスキー４０６をＰＮＭ自身において生成し、それをマスターデバイス１６に送信し、さらにゲストデバイス１８に転送することもできる。
【００４６】
（マスターデバイス内）ゲストデバイスインタフェースモジュール１８４は、ゲストデバイス１８にキーをセキュアに送信する役割を果たす。（マスターデバイス内）ゲストデバイスインタフェースモジュール１８４におけるアクセスネットワークは、通常は、直接的な接触（セキュアメモリモジュール）、またはＢｌｕｅｔｏｏｔｈあるいはＷＬＡＮであり、ただしこれらに限定されない。サービスキー４０６は、セキュアメモリモジュールまたは代替のセキュア方式を使用して送信することができる。
【００４７】
図７は、ゲストデバイス１８の構成要素のうち、本発明に関連するモジュールを示している。ゲストデバイス１８は、通信デバイスであり、（ゲストデバイス内）プロキシインタフェースモジュール１８０を備えていることができ、このモジュール１８０は、プロキシ１２へのアクセスの要求など、プロキシ１２との通信のすべてを行う。（ゲストデバイス内）プロキシインタフェースモジュール１８０におけるアクセスネットワークは、通常、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＷＬＡＮなどの無線アクセスであり、ただしこれらに限定されない。（ゲストデバイス内）プロキシインタフェースモジュール１８０は、デバイスＩＤ４０３の認証情報を提供する。認証は、ゲストデバイス１８がマスターデバイス１６のデバイスＩＤ４０３を提示したときに行われ、プロキシ１２は、そのマスターデバイス１６に対応するゲストデバイス１８のリストを調べる。要求中のデバイスのＩＤと、事前登録されているゲストデバイス１８のＩＤとが合致する場合、デバイス認証が達成される。
【００４８】
ゲストデバイス１８は、（ゲストデバイス内）ＰＮＭインタフェースモジュール１８３を備えており、このモジュール１８３は、ＰＮＭ１１との通信を行い、例えば、パーソナルネットワーク１５へのアクセスの要求時に認証情報としてサービスキー４０６を提供する。ＰＮＭインタフェースモジュールは、プロキシインタフェースモジュールと同じアクセスネットワーク（無線またはＩＰ）を使用するが、ＰＮＭと通信する目的でプロキシ（ルーターとして機能する）を経由するシグナリングをさらに使用する。ＰＮＭ１１は、以前に預かったサービスキー４０６を使用してサービスキー４０６をチェックし、キーが合致する場合、サービス認証が達成される。
【００４９】
ゲストデバイス１８は、（ゲストデバイス内）マスターデバイスインタフェース１８４も備えており、このインタフェース１８４は、マスターデバイス１６からゲストデバイス１８にサービスキー４０６をセキュアに送信できるようにする。（ゲストデバイス内）マスターデバイスインタフェース１８４におけるアクセスネットワークは、直接的な接触（セキュアメモリモジュール）、あるいは、Ｂｌｕｅｔｏｏｔｈ、ＷＬＡＮ、またはＩＰとすることができ、ただしこれらに限定されない。（ゲストデバイス内）マスターデバイスインタフェース１８４は、パーソナルネットワークへのアクセスの最初の要求を実行することもできる。
【００５０】
ゲストデバイス１８は、セキュアキーストレージモジュール１８１を備えており、このモジュール１８１は、ゲストデバイス１８が設定された直後のみならず以降の任意の時点においてゲストデバイス１８がパーソナルネットワーク１５にアクセスできるようにする。セキュアキーストレージモジュール１８１は、セキュアメモリまたはその他のセキュアストレージモジュールとすることができる。ゲストデバイス１８は、ＰＮＭ１１におけるサービスキー４０６が変更されないかぎりは、パーソナルネットワーク１５にアクセスすることができる。マスターデバイス１６がＰＮＭ１１におけるサービスキー４０６を変更すると、ゲストデバイス１８のサービス認証は達成されない。マスターデバイス１６とＰＮＭ１１は、ゲストデバイス１８ごとに異なるサービスキー４０６を維持することができる。
【００５１】
図８は、ゲストデバイス１８をパーソナルネットワーク１５に事前登録しておき、サービス認証、デバイス認証、およびアクセスリストの適用を可能にする好ましい方法について説明したシーケンス図である。この好ましい実施形態においては、ホストは、外部ネットワークに加入しているゲストデバイス１８を追加することを望むとき、そのゲストデバイス１８のデバイスＩＤ４０３を取得する。デバイスＩＤ４０３は、ＭＳＩＳＤＮ、ＩＰアドレス、またはＵＲＬの形式とすることができ、ただしこれらに限定されない。このデバイスＩＤ４０３は、ゲストデバイス１８による要求２０を通じて取得することができ、または、パブリックＩＤ（ＭＳＩＳＤＮ、ＩＰアドレス、またはＵＲＬ）とすることもでき、その場合には既知である。
【００５２】
このＩＤは、後の時点で、ゲストデバイス１８がパーソナルネットワーク１５へのアクセスの取得をプロキシ１２を通じて望むときに、ゲストデバイスを識別する目的に使用することができる。これによって、ＰＮＭ１１は、プロキシ１２におけるデバイス認証によって有効であることが確認されたデバイスのみと通信する。このことは、関連する方法を説明した後に明らかになるであろう。
【００５３】
好ましい実施形態においては、サービスキー４０６は、マスターデバイス１６において、キー生成モジュール１６２によって生成される。これに代えて、キーをＰＮＭ自体で生成し、マスターデバイスに送信することができる。マスターデバイス１６がゲストデバイスＩＤを取得した後、キー生成モジュール１６２は、ゲストデバイス１８のサービスレベルの認証を提供する目的で使用されるキーを生成することができる。
【００５４】
次いで、アクセスリスト生成モジュール１６１は、ゲストデバイス１８のアクセス制御に関する所有者のプリファレンスに基づいて、アクセスリスト４０５を生成する。この場合、パーソナルネットワークにおける特定のデバイスへのアクセスを許可および拒否するための単純な手順を、ユーザインタフェースとして実施することができる。アクセスリスト４０５の使用例として、ユーザが自身のパーソナルネットワーク１５の中に５つのデバイスを持っており、そのうちの３つのみを共有するように望む場合、アクセスリスト４０５は、それら特定の３つのデバイスに対してのみゲストデバイス１８からのアクセスが許可され、それ以外のデバイスに対してはアクセスが許可されないことを、ＰＮＭ１１に伝える。
【００５５】
アクセスリスト４０５は、エンティティＰＮＭ１１が使用するアクセス制御情報を提供する。エンティティＰＮＭ１１は、このルート情報を使用して、デバイスへのアクセスをゲストデバイス１８に許可するか否かの決定を行うことができる。
【００５６】
キーとアクセスリスト４０５とが生成されると、マスターデバイス１６は、アクセスリスト４０５と、サービスキー４０６と、ゲストデバイス１８のＩＤとを含んでいるルート情報２３を、（マスターデバイス内）ＰＮＭインタフェースモジュール１６４を通じてＰＮＭ１１に提供する。ＰＮＭ１１は、アクセスリスト４０５と、サービスキー４０６と、外部デバイスのＩＤとを、パーソナルネットワーク情報１１３の中に格納する（２４）。次いで、ＰＮＭ１１は、アクセスリスト４０５を使用して、ゲストデバイス１８が含まれている下位レベルのルートリストを生成する（２５）。このようにして、ＰＮＭ１１は、パーソナルネットワーク１５の要素とゲストデバイス１８との間で情報をルーティングすることができ、これによりゲストデバイス１８がネットワークに登録される。
【００５７】
ユーザは、特定のデバイスのユーザ自身のルートリストを提供することもできる。例えば、ユーザのマスターデバイスにゲストデバイスによってアクセスされるとき、使用される通常のルートが、ユーザのホームネットワークまでの第１のホップと、ユーザのデバイスまでの第２のホップであるとする。場合によっては、ホストが、ゲストデバイスがホームネットワークを経由しないことを望むことがある。そのような場合、特定のデバイスへの特定のルートを決定する手順をユーザに提供することができる。
【００５８】
次いで、エンティティＰＮＭ１１は、ゲストデバイス１８の通信事業者またはＨＬＲ番号を、ゲストデバイス１８のＩＤから導く（２６）。外部デバイスの通信事業者が導かれると、（ＰＮＭ内）プロキシインタフェース１１０は、外部通信事業者２１におけるプロキシ１２にルート２７を要求し、ゲストデバイス１８のＩＤを提供する。このルートは、ゲストデバイス１８がパーソナルネットワーク１５へのアクセスを取得した後に、ゲストデバイス１８とパーソナルネットワーク１５との間のトラフィックすべてをルーティングする目的に使用することができる。このルートは、通信事業者間の専用経路とするか、または（ＩＰＳＥＣまたは代替のセキュリティプロトコルを用いて）ＩＰを使用する、またはＳＳ７を使用することができ、ただしこれらに限定されない。前提条件は、ルートがセキュアであることである。
【００５９】
プロキシ１２は、特定の外部通信事業者２１に加入しているゲストデバイス１８のＩＤとマスターデバイスのＩＤとに、このルートを関連付ける（２８）。この関連付けは、プロキシデータ１２３に格納される。関連付けが格納されると、（プロキシ内）ＰＮＭインタフェース１２０は、プロキシ１２がゲストデバイス１８のルーティングとデバイス認証とを実行する準備ができたことの確認応答を、エンティティＰＮＭ１１に送信する（２９）。
【００６０】
ＰＮＭ１１は、この確認応答を受信すると、ゲストデバイス１８からパーソナルネットワーク１５へのアクセスを許可する準備がエンティティＰＮＭ１１において完了したことを伝える確認応答を、マスターデバイス１６に転送する（２１０）。
【００６１】
マスターデバイス１６は、この確認応答を受信すると、以前に生成されたサービスキー４０６を（マスターデバイス内）ゲストインタフェースモジュール１８４を通じてゲストデバイスに提供することによって、ゲストデバイス１８によるアクセスの要求に応答する（２１１）。このキーは、セキュアメモリモジュール（直接的な接触）またはその他のセキュアアクセス方式を使用して送信することができる。
【００６２】
ゲストデバイス１８は、パーソナルネットワーク１５へのアクセスをＰＮＭ１１に要求するときに、このサービスキー４０６を使用することができる。さらに、セキュアキーストレージモジュール１８１は、後の時点で使用する目的でサービスキー４０６を格納しておくことができる。
【００６３】
この時点で、ゲストデバイス１８は、必要なときにＰＮＭ１１へのアクセスを取得できるように事前登録され、なぜなら、ＰＮＭ１１とプロキシ１２の両方がゲストデバイス１８を認証してパーソナルネットワーク１５へのアクセスを許可できる状態にあるためである。
【００６４】
別の実施形態においては、図９は、サービス認証のみが実施される方法を示している。この方法では、プロキシにおける複雑さを軽減することができ、なぜなら、プロキシは、単純にＰＮＭ１１への転送デバイスとして機能するためである。従って、通信事業者間での最小限の相互合意が必要である。この実施形態は、プロキシ１２を最小の要件で機能させるときに好ましい。プロキシ１２は、ＰＮＭ１１へのアクセス要求すべてを対応するＰＮＭ１１に単に転送する。この結果、サービスキー４０６を保持するゲストデバイス１８は、パーソナルネットワーク１５へのアクセスを取得することができる。
【００６５】
サービスキー４０６を保持するゲストデバイス１８は、自身のパーソナルネットワーク１５にアクセスすることができる。このシステムでは、ＰＮＭ１１における単一レベルの認証を使用し、外部通信事業者２１におけるデバイスレベルの認証は行われない。これにより、プロキシ１２が単純化され、なぜなら、プロキシ１２はゲストデバイス１８からの情報をＰＮＭ１１に単に転送するためである。なお、この場合、ゲストデバイス１８がプロキシと通信するための認証は公開鍵基盤（ＰＫＩ）によってすでに行われ、ＰＫＩは、ＳＩＭカードの形式とすることができ、ただしこれに限定されない。残りのステップは、好ましい実施形態と同様である。
【００６６】
図１０は、システムがデバイス認証の実現のみを可能にする場合の、パーソナルネットワーク１５にゲストデバイス１８を事前登録するための別の実施形態を示す。このシステムの利点は、ゲストデバイス１８のためのサービスキー４０６を管理する必要がないことである。ただし、プロキシ１８における追加の事前登録が必要となる。従って、ゲストデバイス１８によって要求が行われると（２０）、マスターデバイス１６は、ステップ１２０において、アクセスリスト４０５を生成し（２２）、デバイスＩＤ４０３とアクセスリスト４０５とを含んでいるルート情報をＰＮＭ１１に送信する。次いで、ＰＮＭ１１は、プロキシ１２においてゲストデバイス１８を事前登録する（２０）。残りのステップ２５，２６，２７，２８，２９，２１０は好ましい実施形態と同様である。本実施形態ではサービスキー４０６は生成されないので、ステップ１２１に示すとおり、確認応答メッセージには、マスターデバイス１６とゲストデバイス１８間でのサービスキー４０６の転送は発生しない。
【００６７】
別の実施形態においては、システムにおいてアクセスリスト４０５を使用しないことができる。ゲストデバイスは、パーソナルネットワーク内のすべてのデバイスにアクセスすることができる。この場合、システムは、サービス認証とデバイス認証の両方、サービス認証のみ、またはデバイス認証のみ、を使用することができる。
【００６８】
この方法は、２つのステップ、すなわち、ＰＮＭにアクセスするステップと、そのアクセスが許可される場合、パーソナルネットワーク１５にアクセスするステップ、を含んでいる。ゲストデバイス１８は、パーソナルネットワーク１５へのアクセス要求に対する確認応答を受信するときに、自身がアクセスを望んでいるパーソナルネットワーク１５のマスターデバイス１６からサービスキー４０６を受信する。この時点で、ゲストデバイス１８は、パーソナルネットワーク１５にアクセスするための証明書を持ち、この場合の証明書は、暗黙的なデバイス認証を提供するデバイスＩＤ４０３と、明示的なサービス認証を提供するサービスキー４０６である。デバイス認証が暗黙的であるというのは、ゲストデバイス１８が同一ドメインに属する限り、プロキシ１２はデバイスＩＤ４０３自体を確認する能力を持ち得るからである。
【００６９】
図１１は、ゲストデバイスがパーソナルネットワークにアクセスする好ましい方法を示している。ゲストデバイス１８は、ＰＮＭ１１にアクセスすることを望むとき、最初に、プロキシへのアクセスをプロキシ１２に要求し（ステップ３０）、自身のＩＤと、自身がアクセスを望んでいるパーソナルネットワーク１５のマスターデバイス１６のＩＤとを提供する。ステップ３２ａに示すとおり、プロキシは、ゲストデバイスがＰＬＭＮに登録された正当なデバイスであることを確認する。また、マスターデバイス１６のデバイスＩＤ４０３から、ゲストデバイス１８を登録したマスターデバイスのリストを含み得るプロキシデータ１２３をプロキシは確認できる。プロキシ１２は、そこに保持されたマスターデバイスのリストに特定のマスターデバイス１６が存在するか否かを確認できる。存在する場合には、プロキシ１２は次に、ステップ３２ｂに示すように、アクセスを要求しているゲストデバイス１８がマスターデバイス１６によって事前に登録されたか否かを確認できる。このようにして、デバイス認証が可能となる。存在しなければ、要求はプロキシ自体によって拒否される。したがって、このフィルタリング処理は、プロキシがＰＮに登録されていないデバイスをすぐに拒否できるようにし、認証をＰＮＭにまで引き延ばした後に否定応答を受信し、その結果、不必要な冗長なシグナリングを行うことになるのを避ける。プロキシ１２は、マスターデバイス１６が属している通信事業者のＩＤを導く（３１）。
【００７０】
次いで、プロキシは、ゲストデバイス１８からのすべてのデータを、対応するＰＮＭ１１に関連付ける、すなわち、ゲストデバイス１８のＩＤにルートを関連付ける（３３）。この時点で、ＰＮＭ１１に必要とされるゲストデバイス１８のデータすべてを、プロキシ１２によってＰＮＭ１１に直接的にルーティングすることができる。プロキシは次に、ステップ３４に示すように、ゲストデバイス１８によって送信されたアクセス要求メッセージを後続の処理のためにＰＮＭへ転送する。ＰＮＭ１１は、アクセス要求を受信すると、そこに保持されたサービスキーの知識を検証することによってゲストデバイス１８の真偽を調べる。ゲストデバイス１８がサービスキーを使用して自身を認証できる場合、ステップ３５に示すとおり、セキュリティアソシエーションすなわちＳＡがＰＮＭ１１とゲストデバイス１８の間に確立される。この認証は、ｈｔｔｐまたはその他の一般的な認証方法に基づくことができる。
【００７１】
次のステップ３７において、ＰＮＭは特定のゲストデバイス１８用のルートリストをイネーブルできる。
【００７２】
次いで、ＰＮＭ１１は、パーソナルネットワーク１５の一部となる要求が許可されたことの確認応答をゲストデバイス１８に送信する（３８）。
【００７３】
この時点で、ゲストデバイス１８は、パーソナルネットワーク１５の一部であり、パーソナルネットワークにアクセスする（３９）。
【００７４】
図１２は、ゲストデバイスのパーソナルネットワークへのアクセスにおいてサービス認証のみを実現可能とする場合の、ゲストデバイスがパーソナルネットワークへアクセスする別の実施形態を示す。この実施形態においては、プロキシ１２が単純に転送デバイスとして機能することによって、プロキシ１２における複雑さが回避されている。
【００７５】
ゲストデバイス１８のデバイスＩＤ４０３は、マスターデバイスによって事前に登録されているものとして確認されなくてよい。有効な加入契約を有するゲストデバイス１８による、プロキシ１２へのアクセスの要求は、すべて許可される。従って、プロキシ１２は、ルーティングデバイスとしてのみ機能し、ゲストデバイス１８の要求すべてをＰＮＭ１１に直接的にルーティングする。この実施形態における他のステップは、図１１と同様である。
【００７６】
図１３は、ゲストデバイスのパーソナルネットワークへのアクセスにおいてデバイス認証のみを実現可能とする場合の、ゲストデバイスがパーソナルネットワークへアクセスする別の実施形態を示す。この実施形態においては、ＰＮＭにおいてサービスキーを管理する必要がない。ここで、サービス認証ステージであり、必要ではないステップ３５を除き、すべてのステップ３０、３１、３２ａ、３２ｂ、３３、３４、３７、３８および３９は、上記の好ましい実施形態と同様である。この実施形態では、ゲストデバイスにおける半永久的な信用を想定しており、従って、サービスキーを生成する必要がない。
【００７７】
別の実施形態においては、システムは、アクセスリスト４０５を備えていない。さらには、この実施形態は、前の実施形態において説明したように、サービス認証とデバイス認証の両方、サービス認証のみ、またはデバイス認証のみを実施するように選択することができる。
【００７８】
図１４は、ゲストデバイスの追加を可能にするためにマスターデバイス１６が提供できるユーザインタフェースを示す。ステップ１４０に示すように、ユーザには、デバイスの登録、自分のＰＮの確認、その他のＰＮへのアクセスの選択肢が提示される。ユーザは、ステップ１４１に示すように、ネイティブデバイスまたはゲストデバイスを追加することが可能とされる。代替の実施では、この詳細をユーザから隠し、ユーザが追加したいデバイスのＩＤをユーザがただ入力すればよいようにする。ＰＮＭがデバイスの加入先を発見する機能を持つようにすればよい。次のステップ１４２では、ゲストデバイスＩＤがユーザによって指定される。この特定のＩＤに対応する通信事業者がサポートされている場合、ステップ１４３において、ユーザはこの特定のゲストデバイス用のアクセスリストを発行するか否かを問われる。通信事業者がサポートされていない場合、特定の通信事業者はサポートされていないというメッセージがユーザに提示されてもよい。ステップ１４２ａに示すように、ユーザはゲストデバイスのパスワードを入力するようにさらに求められることもある。ステップ１４５で、ユーザは、各デバイスに対するアクセス優先度のリストを指定することができる。例えば、この例では、ユーザはＩＤ１に完全なアクセスを与え、ＩＤ３の存在を隠すことを望んでいる。
【００７９】
図１５は、ＰＮヘアクセスするためのゲストデバイス用のユーザインタフェースを示す。ステップ１５０は、基本的なＰＮインタフェースを提示する。ステップ１５１に示すように、その他のＰＮへのアクセスをユーザが選択時にはユーザはマスターデバイスＩＤを指定することができる。パスワードに基づいた登録が済んでいる場合には、ステップ１５３へ進み、キーに基づいた登録がされていない場合には、ステップ１５２が提示される。デバイスがＰＮＭによってサービス認証済みであれば、ユーザはＰＮへアクセスできる。
【００８０】
本出願は、２００６年１月３１日付け申請の国際特許出願No.PCT/JP06/301950および２００６年４月１８日付け申請の米国仮特許出願No.60/792,613を基にしており、これらのすべての内容は参照することにより本文書に明確に組み込まれる。
【図面の簡単な説明】
【００８１】
【図１Ａ】単一のサービスプロバイダによって管理されるパーソナルネットワーク管理システムのシステム図
【図１Ｂ】本発明の好ましい実施形態による、複数の通信事業者が存在する環境下におけるＰＮＭを備えている好ましいシステムを示す図
【図２】本発明の好ましい実施形態による、ＰＮＭの構成要素を示す図
【図３】本発明の好ましい実施形態による、パーソナルネットワーク情報の構成要素を示す図
【図４】本発明の好ましい実施形態による、プロキシの構成要素を示す図
【図５】本発明の好ましい実施形態による、プロキシデータの構成要素を示す図
【図６】本発明の好ましい実施形態による、マスターデバイスの構成要素を示す図
【図７】本発明の好ましい実施形態による、ゲストデバイスの構成要素を示す図
【図８】本発明の好ましい実施形態による、サービス認証およびデバイス認証を使用してゲストデバイスを設定する方法のシーケンス図
【図９】本発明の別の実施形態による、サービス認証を使用してゲストデバイスを設定する方法のシーケンス図
【図１０】本発明の別の実施形態による、サービス認証を使用してゲストデバイスを設定する方法のシーケンス図
【図１１】本発明の好ましい実施形態による、ゲストデバイスがパーソナルネットワークにアクセスする方法のシーケンス図
【図１２】本発明の好ましい実施形態による、ゲストデバイスがパーソナルネットワークにアクセスする方法のシーケンス図
【図１３】本発明の、ゲストデバイスがパーソナルネットワークにアクセスする方法のシーケンス図
【図１４】本発明の好ましい実施形態による、ゲストデバイスの追加を可能にするためにマスターデバイスが提供できるユーザインタフェースを示す図
【図１５】本発明の好ましい実施形態による、ＰＮへアクセスするためにゲストデバイスが提供できるユーザインタフェースを示す図
【技術分野】
【０００１】
本発明は、複数の通信事業者が存在する環境下におけるＰＮＭソリューション（ＰＮＭ）の提供に関する。
【背景技術】
【０００２】
パーソナルネットワークは、３Ｇネットワークにおける比較的新しい概念であり、パーソナルネットワークでは、ユーザは、自身のすべてのデバイスをそれぞれの場所には関係なく閉じたネットワークの中に持つ。ＬＡＮとパーソナルネットワークとの間の違いの１つは、パーソナルネットワークには距離または範囲の制約が存在しないことである。もう１つの相違点は、アクセス制御がサービスプロバイダによって提供されることであり、パーソナルネットワーク要素はホストに非公開であり、ホストへのセッションまたは一般の要求はサービスプロバイダによってフィルタされ得る。したがって、ユーザはプライバシーを保ちつつ、自分のデバイスまたはコンテンツを制御し、構成し、アクセスすることができる。
【０００３】
特許文献１には、認証サーバを利用してホストとゲストとの間のメッセージシーケンスで認証を行う方法が記載されている。ゲストは、認証サーバおよびホストとの認証のために使用するゲストキーを持つ。しかし、この特許は、１つの認証サーバがホストとそのゲストを管理または処理する単一のドメインでの認証に的を絞っている。複数のドメインを有するシステムでは、異なるデバイスが異なるドメインによって管理され、各ドメインはそこに属するデバイスまたはユーザに関する情報交換を自ドメイン内に制限することを望む。複数のドメイン間のシグナリングを最小にする必要性もある。これを実現するために、本発明は、ルーティングとドメイン内認証の機能だけを外部のドメインの管理下にあるプロキシに割り当てる。これにより、ゲストデバイスはその自ドメインに属するデバイスとして自身の認証を得ることができる。次に、自ドメインは、マスターデバイスのホームドメインへそのメッセージをセキュアにルーティングまたは転送し、マスターデバイスのホームドメインにおいてゲストデバイスは再びＰＮサービスに関して自身の認証を得る。
【０００４】
非特許文献１には、ユーザのパーソナルネットワークを管理するパーソナルネットワーク管理（ＰＮＭ）という名称の中央エンティティが記載されている。このエンティティの主たる機能は、ユーザがデバイスを追加または削除できるようにすることと、サービス（ビデオ、電話など）を終了させる必要があるアクティブなデバイスをユーザが容易に選択できるようにすることである。これに加えて、ユーザはＰＮ中のすべてのデバイスの現在の状態を取得することもできる、すなわち、ＰＮＭエンティティによって提供されたユーザインタフェースを使用して現在の機能を確認し、これらのデバイスの設定を構成することができる。
【０００５】
非特許文献２には、アドホックなパーソナルネットワークのシナリオにおけるアーキテクチャとセキュリティ要件が記載されている。この論文は、ユーザのパーソナルネットワークを管理することにサービスプロバイダまたは通信事業者は介入しないことを前提としているが、これは本発明の焦点とは異なる。本発明では、パーソナルネットワークを仮想的に構築するユーザの所有するデバイスのセットに対して管理アプリケーションを提供する特定のサービスプロバイダにユーザが加入していることを前提とする。２つのデバイス間のセキュリティは、各々のサービスプロバイダによって確保される。本発明の狙いは、異なるサービスプロバイダまたはドメインによって管理される複数のパーソナルネットワークにおいてプライバシーを提供する上でのソリューションを提供し、これを成し遂げるためのパーソナルネットワーク間の情報交換量を最小にすることである。
【０００６】
ＰＮＭは、ユーザのデバイスがユーザ個人の私的なものであり続けることを保証し、ユーザデバイスのＩＤがそのグローバルＩＤまたはパブリックＩＤによって知られている状況ではユーザデバイスへのアクセスを制御する。グローバルＩＤは、移動局統合サービスデジタルネットワーク（ＭＳＩＳＤＮ）、インターネットプロトコル（ＩＰ）、ユニフォームリソースローケータ（ＵＲＬ）―これらに限定されないが―の形式で指定可能なＩＤである。このＩＤにより、番号を知っている人なら誰でもユーザに連絡することができる。パーソナルネットワークの考え方は、デバイスの位置に関係なくデバイス間の接続を維持することと、デバイスを基本的にはプライベートに維持することである。ＰＮＭは、デバイスそれぞれの間の接続、秘匿性、および機密性を維持する。これはモバイルの管理方法と非常に似ており、違うのは、デバイスにアクセスできるのがパーソナルネットワークの所有者のみであることである。
【０００７】
図１Ａは、ユーザが自分のデバイスのために申し込んでいるオペレータによって所有又は管理される、各々のＰＮＭを示している。ユーザは、ＷＬＡＮまたはセルラーまたはＷｉＭＡＸまたは固定ブロードバンドなどの様々なアクセスネットワークを通じて、ユーザはＰＮＭシステムにアクセスする。したがって、ユーザは自分のデバイスのネットワークがアクセス方法にとらわれないシームレスなネットワークであると感じることができる。つまり、この中央エンティティすなわちＰＮＭが、これらのデバイスがシームレスに相互接続されているという認識をユーザに与えるように、そしてユーザまたはデバイスの位置にかかわらず個人専用サービスをユーザに提供するようにこれらのデバイスを管理することが重要である。このことにより、中央エンティティを設定することの別の重要性がもたらされ、なぜなら、モバイルネットワークサービスを提供する通信事業者は多数存在しており、各通信事業者によってはＰＮＭ機能を提供したり、提供しなかったりすることがあるためである。
【特許文献１】NOVIKOV, Aleksey et al: "Authentication for Information exchange over a communication network", International Patent Application WO 00/24175 A, 27 April 2000
【非特許文献１】TAKEI, Yoshihiko and CHIA, Pei Yen, "Input to PNM", TSG-SA WG1 #29, 11th July 2004
【非特許文献２】Jacobsson M et al: "Privacy and Anonymity in Personal Networks " PERVASIVE COMPUTING AND COMMUNICATIONS WORKSHOPS, 2005. PERCOM 2005 WORKSHOPS. THIRD IEEE INVENTIONAL CONFERENCE ON KAUAI ISLAND, HI, USA 8-12 MARCH 2005, PISCATAWAY, NJ, USA, IEEE
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、たとえ通信事業者がＰＮＭを提供する場合でも、ホストがシームレスに接続できるように通信事業者間の相互運用性を提供するうえで問題が生じ、それと同時に、コアネットワークの通信をできる限り最小限に抑えるうえでの問題も生じる。
【課題を解決するための手段】
【０００９】
本発明の目的は、複数の通信事業者が存在する環境下におけるＰＮＭソリューションを提供することである。本発明の動機は、ユーザがどの通信事業者に加入しているかに関係なくユーザデバイスを追加することをＰＮＭができるようにすると共に、外部ネットワークにあるデータベースによって可能にされるプロキシに初期フィルタリングシステムを有することによって、ゲストユーザによるＰＮＭアクセス要求の数を最小に制限し、同時に、ＰＮＭへのアクセスが許されたデバイスは、特定の外部の通信事業者によって認証されることを確実にすることである。
【発明の効果】
【００１０】
本発明では、ユーザは、加入している通信事業者には関係なく自身のパーソナルネットワークにデバイスを追加することができる。本発明のシステムは、パーソナルネットワークと、ホーム通信事業者におけるパーソナルネットワーク管理（ＰＮＭ）と、外部通信事業者におけるプロキシとを含んでいる。本発明の方法においては、パーソナルネットワークのマスターデバイスが、ゲストデバイスのサービスキーをＰＮＭに提供する。次いで、ＰＮＭが、ゲストデバイスが加入している外部通信事業者におけるプロキシによってゲストデバイスを事前登録する。事前登録された対応関係を使用してプロキシにおいてデバイス認証され、ゲストデバイスに割り当てられているサービスキーを使用してＰＮＭにおいてサービス認証された後、ゲストデバイスからのパーソナルネットワークへのアクセス要求を許可することができる。
【００１１】
本発明は、複数の通信事業者が存在する環境下におけるパーソナルネットワーク管理（ＰＮＭ）を備えているシステムであって、パーソナルネットワークと、ホーム通信事業者におけるパーソナルネットワーク管理と、外部通信事業者におけるプロキシとを備えている、システム、を提案する。本発明は、マスターデバイスがゲストデバイスのＩＤをＰＮＭに提供するステップと、 ＰＮＭがゲストデバイスとマスターデバイスの双方のデバイスＩＤをゲストデバイスが加入している外部通信事業者のプロキシに提供するステップと、プロキシがゲストデバイスとマスターデバイスの関連付けを記憶し、これによりパーソナルネットワークへアクセスするゲストデバイスを事前登録するステップを含んでなるゲストデバイスの事前登録の方法を提供する。ゲストデバイスが、ＰＮＭへのアクセスを許可するようにプロキシに要求し、マスターデバイスのデバイスＩＤとゲストデバイスのデバイスＩＤとを提供するステップと、プロキシが、マスターデバイスに対して事前登録されているデバイスＩＤを使用して、ゲストデバイスのデバイスＩＤを確認することによって、デバイス認証を実行するステップと、プロキシが、ホーム通信事業者のＰＮＭへのルートをゲストデバイスに提供するステップと、を含んでいる、方法、を提案する。
【発明を実施するための最良の形態】
【００１２】
図１Ｂは、複数の通信事業者が存在する環境下におけるＰＮＭソリューションである、本発明の全体システムを示す。複数の通信事業者が存在する環境下におけるＰＮＭソリューションは、マスターデバイス１６、ＰＮＭ１１、プロキシ１２、およびゲストデバイス１８により構成される。
【００１３】
マスターデバイス１６は、パーソナルネットワーク内のデバイスであり、パーソナルネットワーク内のデバイスの登録および登録解除、アクセス制御など（ただしこれらに限定されない）の管理能力を持つ。
【００１４】
パーソナルネットワーク管理（ＰＮＭ）１１は、ユーザのパーソナルネットワークを管理するエンティティであり、複数のデバイスがそれぞれの場所に関係なくシームレスな接続によって互いに通信できるようにする。パーソナルネットワーク管理（ＰＮＭ）は、アクセス制御手法を使用可能にすることによって、ユーザが自身のパーソナルネットワークを制御できるようにする。
【００１５】
プロキシ１２は、デバイス認証を提供するＰＮＭとさらに複数の通信事業者間の通信を最適化するためのフィルタリングメカニズムをサポートするエンティティである。プロキシの目的は、通信事業者間の通信量を最小に抑え、それによりコアネットワークの負担を減少させること、認証機能を信頼性のある各ドメインに分散すること、さらにセキュアなルーティング性を確保することである。プロキシ１２は、通信事業者によってホストされるが、その通信事業者に加入しているデバイスが他の通信事業者によって管理されるＰＮにゲストデバイス１８として登録され得る。
【００１６】
ゲストデバイス１８は、外部通信事業者に加入しているクライアントのデバイスであり、ホーム通信事業者によって管理されているパーソナルネットワークへのアクセスを取得する。
【００１７】
本発明の理解を助けるため、以下に主要な用語の定義を示しておく。
【００１８】
マスターデバイス１６とゲストデバイス１８は、各々のパーソナルネットワーク１５の一部であってもよい。パーソナルネットワーク１５は、単一ユーザの制御下にある２つ以上のデバイスからなるネットワークである。デバイスは、ユーザには連続的なセキュア接続が認識されるように管理される。パーソナルネットワークは１５、ユーザが自身のパーソナルネットワーク１５を制御する目的に使用するマスターデバイスを備えていることができる。また、パーソナルネットワーク１５は、マスターデバイスの制御下にあるネイティブデバイスおよびゲストデバイス１８を備えていることもでき、この場合、ネイティブデバイスはホーム通信事業者２０に加入しており、ゲストデバイス１８は外部通信事業者に加入している。
【００１９】
ホストは、パーソナルネットワークを所有し、それを制御するユーザである。
【００２０】
クライアントは、ホストのパーソナルネットワーク１５へのアクセスを望んでいるユーザである。ホストとクライアントが同一ユーザである可能性もある。
【００２１】
ホストの通信事業者を以下ではホーム通信事業者と称し、ホーム通信事業者２０は、ホストのパーソナルネットワーク１５を管理する。
【００２２】
クライアントは、外部通信事業者２１に加入している。外部通信事業者２１が、クライアントにＰＮサービスを提供してもよい。
【００２３】
通信事業者は、加入者にサービスを提供するネットワーク通信事業者またはサービスプロバイダである。
【００２４】
以下の説明においては、本発明を完全に理解することができるように、説明を目的として、特定の数、回数、構造、プロトコル名、その他のパラメータを記載してある。しかしながら、当業者には、本発明はこれらの特定の詳細には従わずに実施できることが明らかであろう。なお、本発明が不必要にあいまいになることを避けるため、周知の構成要素およびモジュールはブロック図として示してある。
【００２５】
以下の説明から明らかになるように、本明細書に記載されている本出願の実施形態は、幅広い用途に適用することができ、本明細書に提示したパーソナルネットワーク１５のシナリオに必ずしも限定されない。
【００２６】
ユーザが、別の通信事業者に加入しているデバイスを追加する必要があるときには、別の通信事業者に加入しているデバイスをユーザが追加するプロセスが、別のユーザによって行われないようにする必要がある。
【００２７】
言い換えれば、パーソナルネットワーク１５に登録されているユーザ以外の人からのアクセスを制限することによって、ホストのパーソナルネットワーク１５を保護することが重要である。
【００２８】
用語「通信事業者」は、包括的な用語であり、モバイルネットワーク、ＷＬＡＮシステム、無線パーソナルエリアネットワーク（ただしこれらに限定されない）を意味するものとする。
【００２９】
本発明では、ユーザは、外部ネットワークに加入しているデバイスを追加することができ、従って、ユーザには、自身が望む任意のデバイスをパーソナルネットワーク１５に追加する自由が与えられる。外部ネットワークに加入しているデバイスは、ユーザ自身のデバイスであるか、または、ユーザと信頼関係にある別のユーザ（例：家族、友人）が所有しているデバイスとすることができる。
【００３０】
一般的に、パーソナルネットワーク１５は、パーソナルネットワーク１５のユーザ手順（例：別のデバイスをパーソナルネットワーク１５に登録、登録解除する）を可能にする１つ以上のマスターデバイス１６を備えていることができる。ゲストデバイス１８と対話するデバイスはマスターデバイス１６について提案しているが、別のデバイスがゲストデバイス１８と対話する代替実施形態も可能である。これらの方策によって、ユーザは、自身のパーソナルネットワーク１５を中央のデバイスによって制御することができ、意思決定能力を備えた複数のデバイスが存在するために同期処理が複雑になることが回避される。
【００３１】
図１Ｂは、本発明の好ましいシステムを示している。このシステムは、ホーム通信事業者２０におけるエンティティＰＮＭ１１と、ホストのパーソナルネットワーク１５のマスターデバイス１６であって、ホーム通信事業者２０に加入している、マスターデバイス１６と、外部通信事業者２１におけるプロキシ１２であって、必要な場合にデバイス認証を実行することと、ＰＮＭ１１と協働する、プロキシ１２と、外部通信事業者２１に加入していて、ホーム通信事業者２０のＰＮＭによって管理される特定のＰＮにゲストデバイスとして登録されたデバイスの詳細を保存するプロキシデータ１２３によって可能とされる、ホーム通信事業者２０のＰＮＭ１１へのアクセスを要求するデバイスへのルーティング機能を提供することによって外部通信事業者２１に加入しているゲストデバイス１８であって、特定のパーソナルネットワーク１５へのアクセスを要求する、ゲストデバイス１８と、を備えている。リンク１３（セキュアリンク）は、ＳＳ７、ＩＰ、またはＡＴＭシングナリングを使用することができ、ただしこれらに限定されない。リンク１４（セキュアリンク）は、セルラーアクセス、無線ＬＡＮ、ＩＰ、または固定バンドアクセスとすることができ、ただしこれらに限定されない。リンク１９（セキュアリンク）は、Ｂｌｕｅｔｏｏｔｈアクセス、ＩＰ、セルラー、ＡＴＭ、無線ＬＡＮ、あるいはスマートカードなどの携帯記憶装置を使用しての物理的な接触とすることができ、ただしこれらに限定されない。マスターデバイス１６は、パーソナルネットワーク１５の１つの要素であり、アクセス制御機能を備えており、ただしこれに限定されない。マスターデバイス１６は、どのデバイスにパーソナルネットワーク１５へのアクセスを許可するかを制御することができる。本発明の観点においては、ゲストデバイス１８は、ホーム通信事業者２０とは異なる通信事業者に加入しており、パーソナルネットワーク１５へのアクセスを要求するデバイスである。プロキシ１２は、外部通信事業者２１に属するデバイスによるＰＮＭ１１のアクセス数を制限するためのフィルタリングシステムとして使用され、これによりすべての要求を各ＰＮＭへ安全にルーティングし、その結果、２つの通信事業者／ネットワーク間のトラフィックを制限し、確実にする。プロキシは、ＰＮ事前登録の制限的／静的または半静的なデータベースとして実現することができるプロキシデータ１２３を有する。ＰＮＭ１１にあるデータベース、すなわちパーソナルネットワーク情報１１３は動的であり、リアルタイムまたはリアルタイムに近いデータを保持することができる。ＰＮＭ１１は、その結果、最終認証エンティティとして機能することができ、暗号化キー、またはパスワード、またはピンＩＤ―これらに限定されないが―の形をとることができる、そこに保持されたサービスキーの知識を用いてゲストデバイス１８を確認する。これにより、外部通信事業者２１はプロキシデータ１２３を使用して事前登録を確認する前にゲストデバイスの加入を暗黙に確認することになるので、ホーム通信事業者２０は、ゲストデバイス１８を確認するための外部通信事業者２１への依存を制限することができる。
【００３２】
本発明の別の実施形態においては、プロキシ１２をホーム通信事業者２０自身に存在させることができる。その場合のシステムでは、ユーザは、同じ通信事業者に加入している別のデバイスを追加することができる。この実施形態においては、ゲストデバイスは、マスターデバイスと同じ通信事業者に加入している。この場合、プロキシ１２の機能は、ＰＮＭの機能に統合可能である。すなわち、デバイス認証とサービス認証の両方がＰＮＭ自身によって行われる。
【００３３】
図２は、ＰＮＭ１１の好ましい構成要素を示している。ＰＮＭは、ユーザのパーソナルネットワーク１５を管理する役割を果たし、ユーザが自身の位置あるいはデバイスの位置には関係なく自身のパーソナルネットワーク１５にアクセスできるようにする。本発明では、エンティティＰＮＭ１１によって、パーソナルネットワーク１５の所有者は、ゲストデバイスが加入しているネットワーク／オペレータ／認証ドメインに関係なくデバイスを追加できる。
【００３４】
ＰＮＭ１１は、（ＰＮＭ内）マスターデバイスインタフェース１１２と、（ＰＮＭ内）プロキシインタフェース１１０と、サービス認証モジュール１１１とを備えている。（ＰＮＭ内）マスターデバイスインタフェース１１２は、通信デバイス（通常はパーソナルネットワーク１５のマスターデバイス１６）と対話する。（ＰＮＭ内）マスターデバイスインタフェース１１２におけるアクセスネットワークは、通常は、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＷＬＡＮなどの無線アクセスであり、ただしこれらに限定されない。（ＰＮＭ内）マスターデバイスインタフェース１１２は、ゲストのサービスキー４０６を受信し、ゲストデバイスの設定を確認する。（ＰＮＭ内）プロキシインタフェース１１０は、外部通信事業者２１のネットワークに存在しているプロキシと対話する。（ＰＮＭ内）プロキシインタフェース１１０におけるプロトコルは、通常は、ＳＳ７、ＩＰ、またはＳＩＰであり、ただしこれらに限定されない。（ＰＮＭ内）プロキシインタフェース１１０は、ゲストデバイス１８用のルートを、ゲストデバイス１８がアクセスを要求しているＰＮＭ１１に関連付ける。
【００３５】
サービス認証モジュール１１１は、サービスキー４０６を管理することによって、ゲストデバイス１８の認証を可能にする。この場合、サービスキーは、パスワード、ピン、または独自に生成された暗号化キーの形式とすることができる。サービス認証は、パーソナルネットワーク１５へのアクセスをその所有者が制御できるようにする目的で使用される。例えば、パーソナルネットワーク１５の所有者は、ゲストデバイス１８からのアクセスを停止させる必要がある場合、ゲストデバイスによるアクセスを簡単に取り消すことができる。これについての別の利点は、パーソナルネットワーク情報１１３は動的性を保たれ、ユーザの選択に応じて最新にできる一方、プロキシデータ１２３は比較的静的に保たれるので、ユーザが自分のプリファレンス（好みの設定）を変更する際に必要とされるシグナリングを最小にできる。ＰＮＭは、ゲストデバイスリスト中の変更の集約リストをプロキシに定期的に送信することもできる。マスターデバイス１６は、サービスキー４０６を変更することもできる。これは、ＰＮＭにおいて別のサービスキーを設定することによって行われる。ゲストデバイスの代替のサービスキー４０６が更新されると、ゲストデバイスによるアクセスがサービス認証モジュール１１１において許可されず、なぜなら、ゲストデバイスが提示するサービスキー４０６と、更新されたサービスキー４０６とが合致しないためである。従って、たとえゲストデバイス１８がプロキシ１２においてデバイス認証されても、ＰＮＭ１１においては認証されず、従って、ユーザは、自身のパーソナルネットワーク１５へのアクセスを完全に制御することができる。
【００３６】
図３は、パーソナルネットワーク情報１１３の構成要素を示している。前述したように、パーソナルネットワーク情報１１３は、パーソナルネットワーク１５のすべての詳細を含むことができ、ユーザのプリファレンス（設定）に対して動的であるので、ユーザのアクセス制御プリファレンス（設定）を即時に反映することができる。パーソナルネットワーク情報１１３は、パーソナルネットワークの中のデバイスのリスト４０１を含んでいる。このリストは、デバイスのそれぞれのデバイスＩＤ４０３を含んでいる。また、パーソナルネットワーク情報１１３は、ルートリスト４００を含んでおり、このリストは、デバイスのそれぞれを相互接続させる目的で維持されているローカルルーティングテーブルである。さらに、パーソナルネットワーク情報１１３は、デバイスごとに、そのデバイスのアクセス特権に基づく個別のルーティングリスト４００も含んでいることができる。
【００３７】
各デバイスは、デバイスＩＤ４０３、デバイスタイプ４０４、アクセスリスト４０５、およびサービスキー４０６の各情報が含まれているデバイス属性を持つことができる。このうちデバイスタイプは、デバイスがマスターデバイス１６であるか、ネイティブデバイスであるか、またはゲストデバイス１４であるかを示す。アクセスリスト４０５には、マスターデバイス１６によって設定される各デバイスのアクセス特権が含まれている。サービスキー４０６は、ＰＮＭ１１における認証を得る目的でゲストデバイスが保持しているキーである。
【００３８】
図４は、プロキシ１２の好ましい構成要素を示している。プロキシは、２つのインタフェース、すなわちＰＮＭインタフェースとゲストデバイスインタフェースとを備えている。また、プロキシは、デバイス認証モジュール１２１とプロキシデータ１２３とを備えている。プロキシ１２は、外部通信事業者２１のネットワークにおける、ＰＮＭ１１に対応するエンティティである。ここでのプロキシ１２は、ホーム通信事業者２０のＰＮＭ１１エンティティと協調する外部通信事業者２１のＰＮＭ１１エンティティであることは大いにあり得ることだと理解される。プロキシ１２の主要機能は、ＰＮアクセスを要求しているゲストデバイス１８の加入を認証し、プロキシデータ１２３のデータベースを使用してその事前登録ステータスを確認し、ゲストデバイス１８を所望の通信事業者のＰＮＭ１１に向けてルーティングすることである。プロキシの設定および使用の料金は、ゲストデバイス１８に課すことができる。プロキシ１２は、ＰＮＭ１１へのセキュアかつ直接的なアクセスを提供する必要がある。プロキシ１２は、デバイス認証を実行して、特定のＰＮＭ１１へのアクセス要求を認証することができる。この方法では、パーソナルネットワーク１５へのアクセスを要求しているデバイスは、ＰＮＭ１１においては有効なゲストデバイス１８としてすでに認証されている。さらに、ゲストデバイスがプロキシ１２を使用してＰＮＭ１１にアクセスする方式では、ゲストデバイス１８に加入契約確認モジュール１６０が存在することによる暗黙的なセキュリティも存在する。加入契約確認モジュールは、ＳＩＭまたはＵＳＩＭ、あるいは代替のセキュアアクセス方法とすることができ、これにより、プロキシ１２へのアクセスが、有効な加入契約を持つエンティティに限定される。
【００３９】
プロキシ１２は、２つのインタフェース、すなわち（プロキシ内）ＰＮＭインタフェース１２０と（プロキシ内）ゲストデバイスインタフェース１２２とを備えていることができる。（プロキシ内）ＰＮＭインタフェース１２０は、ＰＮＭ１１とのすべての通信、例えば、ルートを関連付ける、ゲストデバイス１８のデバイスＩＤ４０３をＰＮＭから取得する、あるいはゲストデバイス１８からのパスまたはルーティングデータをＰＮＭ１１に提供する役割を果たすことができる。ＰＮＭインタフェース（プロキシ側の）１２０でのプロトコルは、通常、ＩＰまたはＳＩＰまたはＳＳ７−これらに限定されないが―である。ルートの関連付けとは、ゲストデバイスからの特定のパーソナルネットワークへの接続要求を、そのパーソナルネットワークを管理している特定のＰＮＭに関連付けて、これによって、そのパーソナルネットワークまたはＰＮＭに関連するすべての情報をＰＮＭにルーティングすることである。（プロキシ内）ゲストデバイスインタフェース１２２は、ゲストデバイス１８とのすべての通信を行うことができ、ゲストデバイスのデバイスＩＤを取得する。（プロキシ内）ゲストデバイスインタフェース１２２は、ＰＮＭ１１を宛先とするすべてのデータを認識し、それらのデータがＰＮＭ１１にルーティングされるように、それらのデータを（プロキシ内）ＰＮＭインタフェース１２０に渡す。（プロキシ内）ゲストデバイスインタフェース１２２におけるアクセスネットワークは、通常、ＷＬＡＮ、ＷＣＤＭＡ、またはＣＤＭＡ２０００であり、ただしこれらに限定されない。
【００４０】
デバイス認証モジュール１２１は、最初に、ゲストデバイス１８が正当な装置であるか否かを確認することができる。次に、同モジュールは、ＰＮＭ１１へのアクセスを要求しているゲストデバイス１８が特定のＰＮＭ１１によって事前に登録されたか否かを確認することによって事前登録チェックを行う。ゲストデバイス１８が事前に登録されていた場合、ゲストデバイス１８はＰＮＭと通信することを許可される。
【００４１】
図５は、プロキシデータ１２３の構成要素を示している。プロキシデータ１２３は、マスターデバイスＩＤ１２５に対応するパーソナルネットワーク１５に関連するデータを意味する。マスターデバイスＩＤ１２５の各エントリは、ゲストデバイスＩＤ１２６のリストを有する。さらに、通信事業者ＩＤ１２８（マスターデバイスが加入しているホーム通信事業者）のエントリも含めることができる。たいていの場合、通信事業者ＩＤは、マスターデバイスＩＤ自体から引き出すことができる。
【００４２】
図６は、マスターデバイス１６の構成要素のうち、本発明に関連するモジュールを示している。マスターデバイス１６は、通信デバイスであり、ＰＮＭ１１と通信することのできる（マスターデバイス内）ＰＮＭインタフェースモジュール１６４を備えている。（マスターデバイス内）ＰＮＭインタフェースモジュール１６４は、ＰＮＭ１１にキーを預け、ゲストアクセスの要求を送信し、ゲストデバイス１８がアクセスするための設定が完了したときにＰＮＭ１１からの確認応答を受信する役割を果たす。（マスターデバイス内）ＰＮＭインタフェースモジュール１６４におけるアクセスネットワークは、通常は、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＷＬＡＮなどの無線アクセス方法であり、ただしこれらに限定されない。
【００４３】
加入契約確認モジュール１６０は、加入契約情報と認証キーとを含んでおり、通信ネットワークにおける有効な加入契約を持つものとしてデバイスを認証する役割を果たす。
【００４４】
アクセスリスト生成モジュール１６１は、アプリケーション層モジュールとすることができ、ユーザは、このモジュールを使用することで、パーソナルネットワーク内のデバイスのアクセス特権を設定するアクセスリスト４０５を生成する。アクセスリスト生成モジュール１６１は、ゲストデバイス１６からパーソナルネットワーク内のデバイスへのアクセスを許可・拒否する手順を提供する単純なユーザインタフェースを提供する。
【００４５】
キー生成モジュール１６２は、特定のゲストデバイス１８のサービスキー４０６を生成する。サービスキー４０６は、ランダムキー生成関数、ＲＳＡ（Rivest Shamir Adleman）、ＤＥＳ（Data Encryption Standard）、またはその他のキー生成関数によって生成することができ、ただしこれらに限定されない。サービスキー４０６は、ＰＮＭ１１とゲストデバイス１８の両方に預けられ、ＰＮＭ１１とゲストデバイス１８によって共有される秘密鍵である。これに代えて、サービスキー４０６をＰＮＭ自身において生成し、それをマスターデバイス１６に送信し、さらにゲストデバイス１８に転送することもできる。
【００４６】
（マスターデバイス内）ゲストデバイスインタフェースモジュール１８４は、ゲストデバイス１８にキーをセキュアに送信する役割を果たす。（マスターデバイス内）ゲストデバイスインタフェースモジュール１８４におけるアクセスネットワークは、通常は、直接的な接触（セキュアメモリモジュール）、またはＢｌｕｅｔｏｏｔｈあるいはＷＬＡＮであり、ただしこれらに限定されない。サービスキー４０６は、セキュアメモリモジュールまたは代替のセキュア方式を使用して送信することができる。
【００４７】
図７は、ゲストデバイス１８の構成要素のうち、本発明に関連するモジュールを示している。ゲストデバイス１８は、通信デバイスであり、（ゲストデバイス内）プロキシインタフェースモジュール１８０を備えていることができ、このモジュール１８０は、プロキシ１２へのアクセスの要求など、プロキシ１２との通信のすべてを行う。（ゲストデバイス内）プロキシインタフェースモジュール１８０におけるアクセスネットワークは、通常、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＷＬＡＮなどの無線アクセスであり、ただしこれらに限定されない。（ゲストデバイス内）プロキシインタフェースモジュール１８０は、デバイスＩＤ４０３の認証情報を提供する。認証は、ゲストデバイス１８がマスターデバイス１６のデバイスＩＤ４０３を提示したときに行われ、プロキシ１２は、そのマスターデバイス１６に対応するゲストデバイス１８のリストを調べる。要求中のデバイスのＩＤと、事前登録されているゲストデバイス１８のＩＤとが合致する場合、デバイス認証が達成される。
【００４８】
ゲストデバイス１８は、（ゲストデバイス内）ＰＮＭインタフェースモジュール１８３を備えており、このモジュール１８３は、ＰＮＭ１１との通信を行い、例えば、パーソナルネットワーク１５へのアクセスの要求時に認証情報としてサービスキー４０６を提供する。ＰＮＭインタフェースモジュールは、プロキシインタフェースモジュールと同じアクセスネットワーク（無線またはＩＰ）を使用するが、ＰＮＭと通信する目的でプロキシ（ルーターとして機能する）を経由するシグナリングをさらに使用する。ＰＮＭ１１は、以前に預かったサービスキー４０６を使用してサービスキー４０６をチェックし、キーが合致する場合、サービス認証が達成される。
【００４９】
ゲストデバイス１８は、（ゲストデバイス内）マスターデバイスインタフェース１８４も備えており、このインタフェース１８４は、マスターデバイス１６からゲストデバイス１８にサービスキー４０６をセキュアに送信できるようにする。（ゲストデバイス内）マスターデバイスインタフェース１８４におけるアクセスネットワークは、直接的な接触（セキュアメモリモジュール）、あるいは、Ｂｌｕｅｔｏｏｔｈ、ＷＬＡＮ、またはＩＰとすることができ、ただしこれらに限定されない。（ゲストデバイス内）マスターデバイスインタフェース１８４は、パーソナルネットワークへのアクセスの最初の要求を実行することもできる。
【００５０】
ゲストデバイス１８は、セキュアキーストレージモジュール１８１を備えており、このモジュール１８１は、ゲストデバイス１８が設定された直後のみならず以降の任意の時点においてゲストデバイス１８がパーソナルネットワーク１５にアクセスできるようにする。セキュアキーストレージモジュール１８１は、セキュアメモリまたはその他のセキュアストレージモジュールとすることができる。ゲストデバイス１８は、ＰＮＭ１１におけるサービスキー４０６が変更されないかぎりは、パーソナルネットワーク１５にアクセスすることができる。マスターデバイス１６がＰＮＭ１１におけるサービスキー４０６を変更すると、ゲストデバイス１８のサービス認証は達成されない。マスターデバイス１６とＰＮＭ１１は、ゲストデバイス１８ごとに異なるサービスキー４０６を維持することができる。
【００５１】
図８は、ゲストデバイス１８をパーソナルネットワーク１５に事前登録しておき、サービス認証、デバイス認証、およびアクセスリストの適用を可能にする好ましい方法について説明したシーケンス図である。この好ましい実施形態においては、ホストは、外部ネットワークに加入しているゲストデバイス１８を追加することを望むとき、そのゲストデバイス１８のデバイスＩＤ４０３を取得する。デバイスＩＤ４０３は、ＭＳＩＳＤＮ、ＩＰアドレス、またはＵＲＬの形式とすることができ、ただしこれらに限定されない。このデバイスＩＤ４０３は、ゲストデバイス１８による要求２０を通じて取得することができ、または、パブリックＩＤ（ＭＳＩＳＤＮ、ＩＰアドレス、またはＵＲＬ）とすることもでき、その場合には既知である。
【００５２】
このＩＤは、後の時点で、ゲストデバイス１８がパーソナルネットワーク１５へのアクセスの取得をプロキシ１２を通じて望むときに、ゲストデバイスを識別する目的に使用することができる。これによって、ＰＮＭ１１は、プロキシ１２におけるデバイス認証によって有効であることが確認されたデバイスのみと通信する。このことは、関連する方法を説明した後に明らかになるであろう。
【００５３】
好ましい実施形態においては、サービスキー４０６は、マスターデバイス１６において、キー生成モジュール１６２によって生成される。これに代えて、キーをＰＮＭ自体で生成し、マスターデバイスに送信することができる。マスターデバイス１６がゲストデバイスＩＤを取得した後、キー生成モジュール１６２は、ゲストデバイス１８のサービスレベルの認証を提供する目的で使用されるキーを生成することができる。
【００５４】
次いで、アクセスリスト生成モジュール１６１は、ゲストデバイス１８のアクセス制御に関する所有者のプリファレンスに基づいて、アクセスリスト４０５を生成する。この場合、パーソナルネットワークにおける特定のデバイスへのアクセスを許可および拒否するための単純な手順を、ユーザインタフェースとして実施することができる。アクセスリスト４０５の使用例として、ユーザが自身のパーソナルネットワーク１５の中に５つのデバイスを持っており、そのうちの３つのみを共有するように望む場合、アクセスリスト４０５は、それら特定の３つのデバイスに対してのみゲストデバイス１８からのアクセスが許可され、それ以外のデバイスに対してはアクセスが許可されないことを、ＰＮＭ１１に伝える。
【００５５】
アクセスリスト４０５は、エンティティＰＮＭ１１が使用するアクセス制御情報を提供する。エンティティＰＮＭ１１は、このルート情報を使用して、デバイスへのアクセスをゲストデバイス１８に許可するか否かの決定を行うことができる。
【００５６】
キーとアクセスリスト４０５とが生成されると、マスターデバイス１６は、アクセスリスト４０５と、サービスキー４０６と、ゲストデバイス１８のＩＤとを含んでいるルート情報２３を、（マスターデバイス内）ＰＮＭインタフェースモジュール１６４を通じてＰＮＭ１１に提供する。ＰＮＭ１１は、アクセスリスト４０５と、サービスキー４０６と、外部デバイスのＩＤとを、パーソナルネットワーク情報１１３の中に格納する（２４）。次いで、ＰＮＭ１１は、アクセスリスト４０５を使用して、ゲストデバイス１８が含まれている下位レベルのルートリストを生成する（２５）。このようにして、ＰＮＭ１１は、パーソナルネットワーク１５の要素とゲストデバイス１８との間で情報をルーティングすることができ、これによりゲストデバイス１８がネットワークに登録される。
【００５７】
ユーザは、特定のデバイスのユーザ自身のルートリストを提供することもできる。例えば、ユーザのマスターデバイスにゲストデバイスによってアクセスされるとき、使用される通常のルートが、ユーザのホームネットワークまでの第１のホップと、ユーザのデバイスまでの第２のホップであるとする。場合によっては、ホストが、ゲストデバイスがホームネットワークを経由しないことを望むことがある。そのような場合、特定のデバイスへの特定のルートを決定する手順をユーザに提供することができる。
【００５８】
次いで、エンティティＰＮＭ１１は、ゲストデバイス１８の通信事業者またはＨＬＲ番号を、ゲストデバイス１８のＩＤから導く（２６）。外部デバイスの通信事業者が導かれると、（ＰＮＭ内）プロキシインタフェース１１０は、外部通信事業者２１におけるプロキシ１２にルート２７を要求し、ゲストデバイス１８のＩＤを提供する。このルートは、ゲストデバイス１８がパーソナルネットワーク１５へのアクセスを取得した後に、ゲストデバイス１８とパーソナルネットワーク１５との間のトラフィックすべてをルーティングする目的に使用することができる。このルートは、通信事業者間の専用経路とするか、または（ＩＰＳＥＣまたは代替のセキュリティプロトコルを用いて）ＩＰを使用する、またはＳＳ７を使用することができ、ただしこれらに限定されない。前提条件は、ルートがセキュアであることである。
【００５９】
プロキシ１２は、特定の外部通信事業者２１に加入しているゲストデバイス１８のＩＤとマスターデバイスのＩＤとに、このルートを関連付ける（２８）。この関連付けは、プロキシデータ１２３に格納される。関連付けが格納されると、（プロキシ内）ＰＮＭインタフェース１２０は、プロキシ１２がゲストデバイス１８のルーティングとデバイス認証とを実行する準備ができたことの確認応答を、エンティティＰＮＭ１１に送信する（２９）。
【００６０】
ＰＮＭ１１は、この確認応答を受信すると、ゲストデバイス１８からパーソナルネットワーク１５へのアクセスを許可する準備がエンティティＰＮＭ１１において完了したことを伝える確認応答を、マスターデバイス１６に転送する（２１０）。
【００６１】
マスターデバイス１６は、この確認応答を受信すると、以前に生成されたサービスキー４０６を（マスターデバイス内）ゲストインタフェースモジュール１８４を通じてゲストデバイスに提供することによって、ゲストデバイス１８によるアクセスの要求に応答する（２１１）。このキーは、セキュアメモリモジュール（直接的な接触）またはその他のセキュアアクセス方式を使用して送信することができる。
【００６２】
ゲストデバイス１８は、パーソナルネットワーク１５へのアクセスをＰＮＭ１１に要求するときに、このサービスキー４０６を使用することができる。さらに、セキュアキーストレージモジュール１８１は、後の時点で使用する目的でサービスキー４０６を格納しておくことができる。
【００６３】
この時点で、ゲストデバイス１８は、必要なときにＰＮＭ１１へのアクセスを取得できるように事前登録され、なぜなら、ＰＮＭ１１とプロキシ１２の両方がゲストデバイス１８を認証してパーソナルネットワーク１５へのアクセスを許可できる状態にあるためである。
【００６４】
別の実施形態においては、図９は、サービス認証のみが実施される方法を示している。この方法では、プロキシにおける複雑さを軽減することができ、なぜなら、プロキシは、単純にＰＮＭ１１への転送デバイスとして機能するためである。従って、通信事業者間での最小限の相互合意が必要である。この実施形態は、プロキシ１２を最小の要件で機能させるときに好ましい。プロキシ１２は、ＰＮＭ１１へのアクセス要求すべてを対応するＰＮＭ１１に単に転送する。この結果、サービスキー４０６を保持するゲストデバイス１８は、パーソナルネットワーク１５へのアクセスを取得することができる。
【００６５】
サービスキー４０６を保持するゲストデバイス１８は、自身のパーソナルネットワーク１５にアクセスすることができる。このシステムでは、ＰＮＭ１１における単一レベルの認証を使用し、外部通信事業者２１におけるデバイスレベルの認証は行われない。これにより、プロキシ１２が単純化され、なぜなら、プロキシ１２はゲストデバイス１８からの情報をＰＮＭ１１に単に転送するためである。なお、この場合、ゲストデバイス１８がプロキシと通信するための認証は公開鍵基盤（ＰＫＩ）によってすでに行われ、ＰＫＩは、ＳＩＭカードの形式とすることができ、ただしこれに限定されない。残りのステップは、好ましい実施形態と同様である。
【００６６】
図１０は、システムがデバイス認証の実現のみを可能にする場合の、パーソナルネットワーク１５にゲストデバイス１８を事前登録するための別の実施形態を示す。このシステムの利点は、ゲストデバイス１８のためのサービスキー４０６を管理する必要がないことである。ただし、プロキシ１８における追加の事前登録が必要となる。従って、ゲストデバイス１８によって要求が行われると（２０）、マスターデバイス１６は、ステップ１２０において、アクセスリスト４０５を生成し（２２）、デバイスＩＤ４０３とアクセスリスト４０５とを含んでいるルート情報をＰＮＭ１１に送信する。次いで、ＰＮＭ１１は、プロキシ１２においてゲストデバイス１８を事前登録する（２０）。残りのステップ２５，２６，２７，２８，２９，２１０は好ましい実施形態と同様である。本実施形態ではサービスキー４０６は生成されないので、ステップ１２１に示すとおり、確認応答メッセージには、マスターデバイス１６とゲストデバイス１８間でのサービスキー４０６の転送は発生しない。
【００６７】
別の実施形態においては、システムにおいてアクセスリスト４０５を使用しないことができる。ゲストデバイスは、パーソナルネットワーク内のすべてのデバイスにアクセスすることができる。この場合、システムは、サービス認証とデバイス認証の両方、サービス認証のみ、またはデバイス認証のみ、を使用することができる。
【００６８】
この方法は、２つのステップ、すなわち、ＰＮＭにアクセスするステップと、そのアクセスが許可される場合、パーソナルネットワーク１５にアクセスするステップ、を含んでいる。ゲストデバイス１８は、パーソナルネットワーク１５へのアクセス要求に対する確認応答を受信するときに、自身がアクセスを望んでいるパーソナルネットワーク１５のマスターデバイス１６からサービスキー４０６を受信する。この時点で、ゲストデバイス１８は、パーソナルネットワーク１５にアクセスするための証明書を持ち、この場合の証明書は、暗黙的なデバイス認証を提供するデバイスＩＤ４０３と、明示的なサービス認証を提供するサービスキー４０６である。デバイス認証が暗黙的であるというのは、ゲストデバイス１８が同一ドメインに属する限り、プロキシ１２はデバイスＩＤ４０３自体を確認する能力を持ち得るからである。
【００６９】
図１１は、ゲストデバイスがパーソナルネットワークにアクセスする好ましい方法を示している。ゲストデバイス１８は、ＰＮＭ１１にアクセスすることを望むとき、最初に、プロキシへのアクセスをプロキシ１２に要求し（ステップ３０）、自身のＩＤと、自身がアクセスを望んでいるパーソナルネットワーク１５のマスターデバイス１６のＩＤとを提供する。ステップ３２ａに示すとおり、プロキシは、ゲストデバイスがＰＬＭＮに登録された正当なデバイスであることを確認する。また、マスターデバイス１６のデバイスＩＤ４０３から、ゲストデバイス１８を登録したマスターデバイスのリストを含み得るプロキシデータ１２３をプロキシは確認できる。プロキシ１２は、そこに保持されたマスターデバイスのリストに特定のマスターデバイス１６が存在するか否かを確認できる。存在する場合には、プロキシ１２は次に、ステップ３２ｂに示すように、アクセスを要求しているゲストデバイス１８がマスターデバイス１６によって事前に登録されたか否かを確認できる。このようにして、デバイス認証が可能となる。存在しなければ、要求はプロキシ自体によって拒否される。したがって、このフィルタリング処理は、プロキシがＰＮに登録されていないデバイスをすぐに拒否できるようにし、認証をＰＮＭにまで引き延ばした後に否定応答を受信し、その結果、不必要な冗長なシグナリングを行うことになるのを避ける。プロキシ１２は、マスターデバイス１６が属している通信事業者のＩＤを導く（３１）。
【００７０】
次いで、プロキシは、ゲストデバイス１８からのすべてのデータを、対応するＰＮＭ１１に関連付ける、すなわち、ゲストデバイス１８のＩＤにルートを関連付ける（３３）。この時点で、ＰＮＭ１１に必要とされるゲストデバイス１８のデータすべてを、プロキシ１２によってＰＮＭ１１に直接的にルーティングすることができる。プロキシは次に、ステップ３４に示すように、ゲストデバイス１８によって送信されたアクセス要求メッセージを後続の処理のためにＰＮＭへ転送する。ＰＮＭ１１は、アクセス要求を受信すると、そこに保持されたサービスキーの知識を検証することによってゲストデバイス１８の真偽を調べる。ゲストデバイス１８がサービスキーを使用して自身を認証できる場合、ステップ３５に示すとおり、セキュリティアソシエーションすなわちＳＡがＰＮＭ１１とゲストデバイス１８の間に確立される。この認証は、ｈｔｔｐまたはその他の一般的な認証方法に基づくことができる。
【００７１】
次のステップ３７において、ＰＮＭは特定のゲストデバイス１８用のルートリストをイネーブルできる。
【００７２】
次いで、ＰＮＭ１１は、パーソナルネットワーク１５の一部となる要求が許可されたことの確認応答をゲストデバイス１８に送信する（３８）。
【００７３】
この時点で、ゲストデバイス１８は、パーソナルネットワーク１５の一部であり、パーソナルネットワークにアクセスする（３９）。
【００７４】
図１２は、ゲストデバイスのパーソナルネットワークへのアクセスにおいてサービス認証のみを実現可能とする場合の、ゲストデバイスがパーソナルネットワークへアクセスする別の実施形態を示す。この実施形態においては、プロキシ１２が単純に転送デバイスとして機能することによって、プロキシ１２における複雑さが回避されている。
【００７５】
ゲストデバイス１８のデバイスＩＤ４０３は、マスターデバイスによって事前に登録されているものとして確認されなくてよい。有効な加入契約を有するゲストデバイス１８による、プロキシ１２へのアクセスの要求は、すべて許可される。従って、プロキシ１２は、ルーティングデバイスとしてのみ機能し、ゲストデバイス１８の要求すべてをＰＮＭ１１に直接的にルーティングする。この実施形態における他のステップは、図１１と同様である。
【００７６】
図１３は、ゲストデバイスのパーソナルネットワークへのアクセスにおいてデバイス認証のみを実現可能とする場合の、ゲストデバイスがパーソナルネットワークへアクセスする別の実施形態を示す。この実施形態においては、ＰＮＭにおいてサービスキーを管理する必要がない。ここで、サービス認証ステージであり、必要ではないステップ３５を除き、すべてのステップ３０、３１、３２ａ、３２ｂ、３３、３４、３７、３８および３９は、上記の好ましい実施形態と同様である。この実施形態では、ゲストデバイスにおける半永久的な信用を想定しており、従って、サービスキーを生成する必要がない。
【００７７】
別の実施形態においては、システムは、アクセスリスト４０５を備えていない。さらには、この実施形態は、前の実施形態において説明したように、サービス認証とデバイス認証の両方、サービス認証のみ、またはデバイス認証のみを実施するように選択することができる。
【００７８】
図１４は、ゲストデバイスの追加を可能にするためにマスターデバイス１６が提供できるユーザインタフェースを示す。ステップ１４０に示すように、ユーザには、デバイスの登録、自分のＰＮの確認、その他のＰＮへのアクセスの選択肢が提示される。ユーザは、ステップ１４１に示すように、ネイティブデバイスまたはゲストデバイスを追加することが可能とされる。代替の実施では、この詳細をユーザから隠し、ユーザが追加したいデバイスのＩＤをユーザがただ入力すればよいようにする。ＰＮＭがデバイスの加入先を発見する機能を持つようにすればよい。次のステップ１４２では、ゲストデバイスＩＤがユーザによって指定される。この特定のＩＤに対応する通信事業者がサポートされている場合、ステップ１４３において、ユーザはこの特定のゲストデバイス用のアクセスリストを発行するか否かを問われる。通信事業者がサポートされていない場合、特定の通信事業者はサポートされていないというメッセージがユーザに提示されてもよい。ステップ１４２ａに示すように、ユーザはゲストデバイスのパスワードを入力するようにさらに求められることもある。ステップ１４５で、ユーザは、各デバイスに対するアクセス優先度のリストを指定することができる。例えば、この例では、ユーザはＩＤ１に完全なアクセスを与え、ＩＤ３の存在を隠すことを望んでいる。
【００７９】
図１５は、ＰＮヘアクセスするためのゲストデバイス用のユーザインタフェースを示す。ステップ１５０は、基本的なＰＮインタフェースを提示する。ステップ１５１に示すように、その他のＰＮへのアクセスをユーザが選択時にはユーザはマスターデバイスＩＤを指定することができる。パスワードに基づいた登録が済んでいる場合には、ステップ１５３へ進み、キーに基づいた登録がされていない場合には、ステップ１５２が提示される。デバイスがＰＮＭによってサービス認証済みであれば、ユーザはＰＮへアクセスできる。
【００８０】
本出願は、２００６年１月３１日付け申請の国際特許出願No.PCT/JP06/301950および２００６年４月１８日付け申請の米国仮特許出願No.60/792,613を基にしており、これらのすべての内容は参照することにより本文書に明確に組み込まれる。
【図面の簡単な説明】
【００８１】
【図１Ａ】単一のサービスプロバイダによって管理されるパーソナルネットワーク管理システムのシステム図
【図１Ｂ】本発明の好ましい実施形態による、複数の通信事業者が存在する環境下におけるＰＮＭを備えている好ましいシステムを示す図
【図２】本発明の好ましい実施形態による、ＰＮＭの構成要素を示す図
【図３】本発明の好ましい実施形態による、パーソナルネットワーク情報の構成要素を示す図
【図４】本発明の好ましい実施形態による、プロキシの構成要素を示す図
【図５】本発明の好ましい実施形態による、プロキシデータの構成要素を示す図
【図６】本発明の好ましい実施形態による、マスターデバイスの構成要素を示す図
【図７】本発明の好ましい実施形態による、ゲストデバイスの構成要素を示す図
【図８】本発明の好ましい実施形態による、サービス認証およびデバイス認証を使用してゲストデバイスを設定する方法のシーケンス図
【図９】本発明の別の実施形態による、サービス認証を使用してゲストデバイスを設定する方法のシーケンス図
【図１０】本発明の別の実施形態による、サービス認証を使用してゲストデバイスを設定する方法のシーケンス図
【図１１】本発明の好ましい実施形態による、ゲストデバイスがパーソナルネットワークにアクセスする方法のシーケンス図
【図１２】本発明の好ましい実施形態による、ゲストデバイスがパーソナルネットワークにアクセスする方法のシーケンス図
【図１３】本発明の、ゲストデバイスがパーソナルネットワークにアクセスする方法のシーケンス図
【図１４】本発明の好ましい実施形態による、ゲストデバイスの追加を可能にするためにマスターデバイスが提供できるユーザインタフェースを示す図
【図１５】本発明の好ましい実施形態による、ＰＮへアクセスするためにゲストデバイスが提供できるユーザインタフェースを示す図
【特許請求の範囲】
【請求項１】
ゲストデバイスからパーソナルネットワークへのアクセス方法であって、
（ｉ）前記ゲストデバイスが、アクセスを希望するパーソナルネットワークのマスターデバイスからサービスキーを受信する第１ステップと、
（ｉｉ）前記ゲストデバイスが、前記マスターデバイスの識別信号をプロキシに送信する第２ステップと、
（ｉｉｉ）前記プロキシが、前記マスターデバイスの識別信号と前記ゲストデバイスの識別信号に基づいて前記ゲストデバイスから前記マスターデバイスにアクセスするルートを関連付け、前記ゲストデバイスに確認応答を送信する第３ステップと、
（ｉｖ）前記ゲストデバイスが、前記サービスキーと前記マスターデバイスの識別信号をパーソナルネットワークマネージメントに送信する第４ステップと、
（ｖ）前記パーソナルネットワークマネージメントが、前記サービスキーを確認して認証を与える、第５ステップと、
を含んでいる方法。
【請求項２】
前記第２ステップにおいて、前記ゲストデバイスが、自己の識別信号をプロキシに送信し、
前記第３ステップにおいて、前記プロキシが、前記ゲストデバイスの識別信号を確認して認証を与えた上で、前記ゲストデバイスから前記マスターデバイスにアクセスするルートを関連付ける、
請求項１記載の方法。
【請求項３】
複数の通信事業者が存在する環境下におけるパーソナルネットワーク管理（ＰＮＭ）を具備するシステムであり、
（ｉ）ゲストデバイスをあるパーソナルネットワークに関連付けるサービス認証モジュールと、
（ｉｉ）サービスキーを受信し、ゲストデバイス設定の確認応答を提供するマスターデバイスインタフェースと、
（ｉｉｉ）ゲストデバイスをプロキシに事前に登録するプロキシインタフェースと、
（ｉｖ）パーソナルネットワーク中の各デバイスに関するデバイス情報と、
を具備するシステム。
【請求項４】
前記プロキシが、
（ｉ）あるデバイスＩＤをその特定のＩＤに対応して事前に登録されたエントリに関連付けるデバイス認証モジュールと、
（ｉｉ）ＰＮＭに関係するすべての情報をゲストデバイスからパーソナルネットワーク管理へルーティングするＰＮＭインタフェースと、
（ｉｉｉ）ゲストデバイスのプロキシへの要求アクセスからデバイスＩＤを引き出すスレーブインタフェースデバイスと、
（ｉｖ）事前に登録されたゲストデバイスとそれに関連付けられたマスターデバイスに関するデバイス情報と
を具備する、請求項３に記載の複数の通信事業者が存在する環境下におけるＰＮＭを具備するシステム。
【請求項５】
前記デバイス情報が、
（ｉ）マスターデバイスのデバイスＩＤと
（ｉｉ）ゲストデバイスのデバイスＩＤと
を含む、請求項４に記載のプロキシを具備するシステム。
【請求項６】
ゲストデバイスを事前登録する方法であり、
（ｉ）マスターデバイスがゲストデバイスのＩＤをＰＮＭへ提供する第１ステップと、
（ｉｉ）ＰＮＭがゲストデバイスとマスターデバイスの双方のデバイスＩＤをゲストデバイスが加入している外部通信事業者のプロキシに提供する第２ステップと、
（ｉｉｉ）プロキシがゲストデバイスとマスターデバイスの関連付けを記憶し、これによりパーソナルネットワークへアクセスするゲストデバイスを事前登録する第３ステップと、
を含んでなる方法。
【請求項１】
ゲストデバイスからパーソナルネットワークへのアクセス方法であって、
（ｉ）前記ゲストデバイスが、アクセスを希望するパーソナルネットワークのマスターデバイスからサービスキーを受信する第１ステップと、
（ｉｉ）前記ゲストデバイスが、前記マスターデバイスの識別信号をプロキシに送信する第２ステップと、
（ｉｉｉ）前記プロキシが、前記マスターデバイスの識別信号と前記ゲストデバイスの識別信号に基づいて前記ゲストデバイスから前記マスターデバイスにアクセスするルートを関連付け、前記ゲストデバイスに確認応答を送信する第３ステップと、
（ｉｖ）前記ゲストデバイスが、前記サービスキーと前記マスターデバイスの識別信号をパーソナルネットワークマネージメントに送信する第４ステップと、
（ｖ）前記パーソナルネットワークマネージメントが、前記サービスキーを確認して認証を与える、第５ステップと、
を含んでいる方法。
【請求項２】
前記第２ステップにおいて、前記ゲストデバイスが、自己の識別信号をプロキシに送信し、
前記第３ステップにおいて、前記プロキシが、前記ゲストデバイスの識別信号を確認して認証を与えた上で、前記ゲストデバイスから前記マスターデバイスにアクセスするルートを関連付ける、
請求項１記載の方法。
【請求項３】
複数の通信事業者が存在する環境下におけるパーソナルネットワーク管理（ＰＮＭ）を具備するシステムであり、
（ｉ）ゲストデバイスをあるパーソナルネットワークに関連付けるサービス認証モジュールと、
（ｉｉ）サービスキーを受信し、ゲストデバイス設定の確認応答を提供するマスターデバイスインタフェースと、
（ｉｉｉ）ゲストデバイスをプロキシに事前に登録するプロキシインタフェースと、
（ｉｖ）パーソナルネットワーク中の各デバイスに関するデバイス情報と、
を具備するシステム。
【請求項４】
前記プロキシが、
（ｉ）あるデバイスＩＤをその特定のＩＤに対応して事前に登録されたエントリに関連付けるデバイス認証モジュールと、
（ｉｉ）ＰＮＭに関係するすべての情報をゲストデバイスからパーソナルネットワーク管理へルーティングするＰＮＭインタフェースと、
（ｉｉｉ）ゲストデバイスのプロキシへの要求アクセスからデバイスＩＤを引き出すスレーブインタフェースデバイスと、
（ｉｖ）事前に登録されたゲストデバイスとそれに関連付けられたマスターデバイスに関するデバイス情報と
を具備する、請求項３に記載の複数の通信事業者が存在する環境下におけるＰＮＭを具備するシステム。
【請求項５】
前記デバイス情報が、
（ｉ）マスターデバイスのデバイスＩＤと
（ｉｉ）ゲストデバイスのデバイスＩＤと
を含む、請求項４に記載のプロキシを具備するシステム。
【請求項６】
ゲストデバイスを事前登録する方法であり、
（ｉ）マスターデバイスがゲストデバイスのＩＤをＰＮＭへ提供する第１ステップと、
（ｉｉ）ＰＮＭがゲストデバイスとマスターデバイスの双方のデバイスＩＤをゲストデバイスが加入している外部通信事業者のプロキシに提供する第２ステップと、
（ｉｉｉ）プロキシがゲストデバイスとマスターデバイスの関連付けを記憶し、これによりパーソナルネットワークへアクセスするゲストデバイスを事前登録する第３ステップと、
を含んでなる方法。
【図１Ａ】
【図１Ｂ】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１Ｂ】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公表番号】特表２００９−５２５５１８（Ｐ２００９−５２５５１８Ａ）
【公表日】平成２１年７月９日（２００９．７．９）
【国際特許分類】
【出願番号】特願２００８−５５２０３８（Ｐ２００８−５５２０３８）
【出願日】平成１９年１月３１日（２００７．１．３１）
【国際出願番号】ＰＣＴ／ＪＰ２００７／０５２０６８
【国際公開番号】ＷＯ２００７／０８９０２４
【国際公開日】平成１９年８月９日（２００７．８．９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
【公表日】平成２１年７月９日（２００９．７．９）
【国際特許分類】
【出願日】平成１９年１月３１日（２００７．１．３１）
【国際出願番号】ＰＣＴ／ＪＰ２００７／０５２０６８
【国際公開番号】ＷＯ２００７／０８９０２４
【国際公開日】平成１９年８月９日（２００７．８．９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]