JP2012113723A - 複数の認証（ｍｕｌｔｉｐｌｅａｕｔｈｅｎｔｉｃａｔｉｏｎｓ）を結び付けるための方法および装置 - Google Patents

Abstract

【課題】ピアに関する複数の認証を結び付けるための技術を提供する。
【解決手段】ピアに関する複数の認証は、ピアに関する一意識別子に基づいて結び付けられる。一意識別子は擬似乱数であり得、中間者攻撃を防止するため、ピアと認証サーバとオーセンティケータとの間でセキュアに交換される。一意識別子によって結び付けられる全ての認証に関するデータは、これらの認証の全て、またはサブセットによって生成された１つまたは複数の暗号鍵に基づいて、セキュアに交換される。別の設計では、複数のレベルのセキュリティが、ピアに関する複数の認証に関して使用される。ピアは、第１の認証サーバとの第１の認証を実行して、第１の暗号鍵を獲得し、さらに第１の認証サーバ、または第２の認証サーバとの第２の認証を実行して、第２の暗号鍵を獲得する。その後ピアは、ネスト化されたセキュリティを使用するこの２つの鍵を使用してデータをセキュアに交換する。
【選択図】図４

Description

（米国特許法第１１９条の下における優先権の主張）
本特許出願は、本特許出願の譲受人に譲渡され、参照により本明細書に明確に組み込まれている、２００６年４月１１に出願された「METHOD AND APPARATUS FOR BINDING MULTIPLE AUTHENTICATIONS」という名称の米国仮出願第６０／７９１，３２１号の優先権を主張するものである。

本開示は、一般に、通信に関し、より具体的には、認証を結び付けるための技術に関する。

認証は、所与のエンティティの真の正体を特定するのに、そのエンティティが、或る特定のサービスを受ける資格があるかどうかを判定するのに、さらに／またはその他の目的で広く使用される。例えば、端末装置が、データサービス、例えば、ＶｏＩＰ（Voice-over-Internet Protocol）を得るために、無線通信網との通信を確立しようと試みる可能性がある。この端末装置の正体は、無線網に関する認証サーバによって認証されて、この端末装置が、そのネットワークと通信できることが確実にされることが可能である。また、この端末装置が、同一の認証サーバ、または異なる認証サーバによって認証されて、この端末装置が、適切に加入し、要求されたデータサービスを受けることができることが確実にされることが可能である。

認証は、１つのエンティティからセキュアな情報を送り、この情報を別のエンティティが検証することによって実行されることが可能である。詐欺的な攻撃を防止するのに、このセキュアな情報は、これら２つのエンティティだけに知られている秘密の情報（例えば、暗号鍵）に基づいて生成されることが可能である。このセキュアな情報は、暗号化されたデータ、メッセージ認証コード、またはその秘密の情報を使用する暗号技術に基づいて生成される他の何らかの情報であることが可能である。

端末装置は、複数の認証を順次に、または並行に実行することができる。端末装置は、システムアクセスのために１つの認証を実行し、サービス要求のために別の認証を実行することができる。また、端末装置は、端末装置を検証するデバイス認証、および端末装置のユーザを検証するユーザ認証を実行することもできる。複数の認証を、適宜、これらの認証が一緒に結び付けられることが可能であるような方法で実行することが、望ましい。
米国仮出願第６０／７９１，３２１号 ＲＦＣ３７４８

ピアに関する複数の認証を結び付けるための技術が、本明細書で説明される。ピアは、１つまたは複数の認証サーバとの複数の認証を実行することができ、認証サーバは、これらの認証の結果を１つまたは複数のオーセンティケータに転送することができる。オーセンティケータは、認証を開始し、さらに／または円滑にするエンティティであり、通常、通信網の端部に配置される。ピアは、オーセンティケータに応答するエンティティである。認証サーバは、認証サービスをオーセンティケータに提供するエンティティである。

一設計では、ピアに関する複数の認証は、ピアに関するＵＩＤ（一意識別子）に基づいて結び付けられることが可能である。この一意識別子は、擬似乱数であることが可能であり、ＭｉＴＭ（中間者）攻撃を防止するために、ピアと、認証サーバと、オーセンティケータとの間でセキュアに交換されることが可能である。この一意識別子によって結び付けられたすべての認証に関するデータは、これらの認証のすべて、またはサブセットによって生成された１つまたは複数の暗号鍵に基づいて、セキュアに交換されることが可能である。

或る態様によれば、ピアに関する装置が、そのピアに関する一意識別子を獲得し、少なくとも１つの認証サーバとの複数の認証を実行する。この一意識別子は、それらの複数の認証をそのピアに結び付けるのに使用される。

別の態様によれば、認証サーバに関する装置が、ピアに関する一意識別子を獲得し、そのピアとの認証を実行し、この一意識別子をそのピアに関連付ける。

さらに別の態様によれば、オーセンティケータに関する装置が、少なくとも１つの認証サーバとピアとの間の少なくとも１つの認証の結果を受け取る。この装置は、一意識別子に基づき、その少なくとも１つの認証サーバをそのピアに結び付ける。

別の設計では、複数のレベル（multiple levels）のセキュリティ（またはネスト化されたセキュリティ）が、ピアに関する複数の認証のために使用されることが可能である。このピアは、第１の認証サーバとの第１の認証を実行し、第１の暗号鍵を獲得することができる。また、このピアは、第２の認証サーバとの第２の認証を実行し、第２の暗号鍵を獲得することもできる。このピアは、その後、その２つの鍵を使用してデータをセキュアに交換することができる。

さらに別の態様によれば、第１の認証から獲得された第１のセキュリティ情報に従って、データに関する第１のパケットを生成し、第２の認証から獲得された第２のセキュリティ情報に従って、第１のパケットを伝送する第２のパケットを生成し、第２のパケットを送る装置が、説明される。

本開示の様々な設計、態様、および特徴が、後段でさらに説明される。

複数の認証のためのアーキテクチャを示す図。 認証を実行するためのプロセスを示す図。 ＭｉＴＭ攻撃を伴うピアに関する２つの認証を示す図。 一意識別子を使用する複数の認証に関するプロセスを示す図。 一意識別子を使用する複数の認証のためにピアによって実行されるプロセスを示す図。 一意識別子を使用する複数の認証のために認証サーバによって実行されるプロセスを示す図。 一意識別子を使用する複数の認証のためにオーセンティケータによって実行されるプロセスを示す図。 ２つの認証に関するネスト化されたセキュリティを示す図。 ネスト化されたセキュリティを使用する複数の認証に関するプロセスを示す図。 図１における様々なエンティティを示すブロック図。

本明細書で説明される技術は、ＷＡＮ（ワイドエリアネットワーク）、ＬＡＮ（ローカルエリアネットワーク）、ＷＷＡＮ（無線ＷＡＮ）、ＷＬＡＮ（無線ＬＡＮ）などの様々な通信網のために使用されることが可能である。「ネットワーク」および「システム」という用語は、しばしば、互いに区別なく使用される。ＷＷＡＮは、ＣＤＭＡ（符号分割多元接続）網、ＴＤＭＡ（時間分割多元接続）網、ＦＤＭＡ（周波数分割多元接続）網、ＯＦＤＭＡ（直交ＦＤＭＡ）網、ＳＣ-ＦＤＭＡ（単一キャリアＦＤＭＡ）網などであることが可能である。ＣＤＭＡ網は、Ｗ-ＣＤＭＡ（広帯域ＣＤＭＡ）、ｃｄｍａ２０００などの無線技術を実装することができる。ｃｄｍａ２０００は、ＩＳ-２０００標準、ＩＳ-９５標準、およびＩＳ-８５６標準を範囲に含む。ＴＤＭＡ網は、ＧＳＭ（登録商標）（Global System for Mobile Communications）などの無線技術を実装することができる。ＷＬＡＮは、ＩＥＥＥ８０２．１１、Ｈｉｐｅｒｌａｎなどを実装することができる。これらの様々な無線技術および無線標準は、当技術分野で知られている。簡明のため、これらの技術のいくつかの態様は、一般に公開されている、「ＥＡＰ（Extensible Authentication Protocol）」という名称のＲＦＣ３７４８、２００４年６月において定義される用語を使用して説明される。

図１は、ピア１１０が、複数の認証を実行することができる展開１００を示す。簡明のため、認証と関係する論理エンティティだけが、図１に示される。展開は、図１に示されない他のネットワークエンティティを含むことが可能である。

ピア１１０は、セルラー電話機、ＰＤＡ（パーソナルディジタルアシスタント）、無線通信デバイス、ハンドヘルドデバイス、無線モデム、ラップトップコンピュータ、コードレス電話機などの任意のデバイスであることが可能である。また、ピア１１０は、移動局、局、ユーザ機器、端末装置、アクセス端末装置、加入者ユニット、移動機器などと呼ばれることも可能である。

図１に示される例において、ネットワーク側は、Ｌ個の実施ポイント１２０ａないし１２０ｌ、Ｍ個のオーセンティケータ１３０ａないし１３０ｍ、およびＮ個のプロバイダ１５０ａないし１５０ｎに関するＮ個の認証サーバ１４０ａないし１４０ｎを含み、ここにおいて、一般に、Ｌ≧１であり、Ｍ≧１であり、Ｎ≧１である。ピア１１０は、実施ポイント１２２ａと通信することができる。各実施ポイント１２０は、他の１つまたは複数の実施ポイント１２０、および／または１つまたは複数のオーセンティケータ１３０と通信することができる。各オーセンティケータ１３０は、１つまたは複数の実施ポイント１２０、他の１つまたは複数のオーセンティケータ１３０、および／または１つまたは複数の認証サーバ１４０と通信することができる。図１は、展開１００におけるエンティティの間の例示的な接続を示す。また、これらのエンティティは、他の方法で接続されてもよく、例えば、破線の接続は、省かれることが可能である。実施ポイントは、ピアが、そのピアのためのインバウンドデータおよびアウトバウンドデータに関して完結している任意の認証を実施、または適用するエンティティである。実施ポイント、オーセンティケータ、および認証サーバは、論理エンティティであり、これらのエンティティの１つまたは複数が、物理ネットワークエンティティ内に共配置されることが可能である。実施ポイントとオーセンティケータは、図１に示されるとおり、別々のネットワークエンティティであることが可能である。また、単一のネットワークエンティティが、実施ポイントとオーセンティケータなどの異なる論理エンティティの機能を実行することも可能である。図１における様々な論理エンティティは、ＲＦＣ３７４８において説明される。

実施ポイント１２０とオーセンティケータ１３０は、異なる通信網における異なるネットワークエンティティによって実施されてもよい。ＷＬＡＮにおいて、実施ポイントは、アクセスポイントによって実施されることが可能であり、オーセンティケータは、ＷＬＡＮスイッチによって実施されることが可能である。セルラー網において、実施ポイントは、基地局によって実装されることが可能であり、オーセンティケータは、ＲＮＣ（無線ネットワークコントローラ）によって実装されることが可能である。認証サーバは、ＷＬＡＮとセルラー網の両方においてＡＡＡ（認証、許可、およびアカウンティング）サーバによって実装されることが可能である。

図２は、認証プロセス２００に関するメッセージフローを示す。ピア１１０が、アクセス要求を実施ポイント１２０ａに最初に送ることが可能であり、実施ポイント１２０ａは、この要求をオーセンティケータ１３０ａに転送することができる（ステップ２１０）。認証プロセスに関して、実施ポイント１２０ａは、ピア１１０とオーセンティケータ１３０ａとの間でメッセージを単に転送することが可能であり、簡明のため、図２には示されない。ピア１１０は、ピア１１０に割り当てられた下位層識別子ＬＩＤ_ｐｅｅｒを使用して、アクセス要求、ならびに他のメッセージをオーセンティケータ１３０ａに送ることができる。下位層識別子は、ピアとオーセンティケータ／実施ポイントとの間で使用されるＭＡＣ（メディアアクセス制御）アドレス、または他の何らかの下位層識別子であることが可能である。オーセンティケータ１３０ａは、アクセス要求を受け取り、オーセンティケータ１３０ａが、ピア１１０に関するレコードを全く有してないと判定し、認証要求をピア１１０に送ることができる（ステップ２１２）。

ピア１１０は、ピア１１０の認証のために使用される認証サーバのアドレスまたは識別子、ピア１１０に割り当てられたネットワークアクセス識別子ＮＡＩ_ｐｅｅｒなどを含むことが可能な認証応答を送ることによって、認証要求に応答することができる（ステップ２１６）。この例では、認証サーバ１４０ａが、ピア１１０によって選択され、認証応答は、認証サーバ１４０ａ（サーバａ）のアドレスを含むことが可能である。ＮＡＩ_ｐｅｅｒは、ピア１１０と認証サーバ１４０ａとの間で使用される任意の識別子であることが可能であり、オーセンティケータ１３０ａによって知られていなくてもよいかもしれない。このため、ピア１１０は、匿名の認証応答を送り、ＮＡＩ_ｐｅｅｒを省くことができる。オーセンティケータ１３０ａは、ピア１１０から認証応答を受け取り、この認証応答によって識別される認証サーバ１４０ａにピア認証要求を送ることができる（ステップ２１８）。すると、認証サーバ１４０ａは、ピア１１０の認証のために、または相互認証のために、ピア１１０とメッセージを交換することができる（ステップ２２０）。認証サーバ１４０ａは、ピア１１０に関する資格証明（例えば、ユーザ名およびパスワード）を有することが可能であり、それらの資格証明に基づいてピア１１０を認証することができる。同様に、ピア１１０も、認証サーバ１４０ａに関する情報を格納している可能性があり、この格納されている情報に基づいて、このサーバを認証することができる。ステップ２２０における認証は、当技術分野で知られているＡＫＡ（Authentication and Key Agreement）、ＴＬＳ（トランスポート層セキュリティ）、ＴＴＬＳ（Tunneled ＴＬＳ）などの、任意の認証スキームに基づいて実行されることが可能である。

認証が完了した後、認証サーバ１４０ａは、ピア認証済みメッセージをオーセンティケータ１３０ａに送ることができる（ステップ２２２）。このメッセージは、例えば、ピア１１０との通信のために使用する暗号鍵ＫＥＹ_１、ＫＥＹ_１に関する鍵ＩＤ（鍵１ ＩＤ）などの関係のある情報を含むことが可能である。また、暗号鍵は、単に鍵とも呼ばれる。オーセンティケータ１３０ａは、この関係のある情報を実施ポイント１２０ａ（図２に示されない）に転送することができる。実施ポイント１２０ａは、実施ポイント１２０ａとピア１１０との間で交換されるデータの暗号化および／または正当性保護のために、ＫＥＹ_１、またはＫＥＹ_１から生成された派生した鍵を使用することができる。暗号化とは、鍵を使用してデータをランダム化して、元のデータが認識不能であるようにするプロセスを指し、暗号化されたデータは、暗号法のタイプに応じて、同一の鍵、または相補的な鍵を使用して回復されることが可能である。正当性保護とは、鍵を使用してデータに関するメッセージ認証コードを生成し、このコードをデータと一緒に送るプロセスを指す。メッセージ認証コードは、受信側のエンティティによって、送っているエンティティが、正しい鍵を使用して、このコードを生成していること、およびデータが、改変されていないことを検証するのに使用されることが可能である。認証によって送られることが許されるデータである、認証に関するデータは、認証によって生成された鍵を使用して、セキュアに交換されることが可能である。

図２は、オーセンティケータ１３０ａが認証を開始する例示的なメッセージフローを示す。また、ピア１１０が、認証を開始することもできる。そのような場合、認証要求／応答メッセージは、方向が逆にされることが可能である。一般に、より少ないステップ、追加的なステップ、および／または異なるステップが、認証のためのメッセージフローに関して使用されることが可能である。メッセージフローにおける各ステップは、１つのエンティティによって送られる１つまたは複数のメッセージ、または異なるエンティティ間で交換される複数のメッセージ（multiple message）を表すことが可能である。

図２は、ピア１１０と認証サーバ１４０ａとの間の１つの認証を示す。ピア１１０は、例えば、アクセス認証およびサービス認証、デバイス認証およびユーザ認証、ＮＡＰ（ネットワークアクセスプロバイダ）認証およびＩＳＰ（インターネットサービスプロバイダ）認証などのために、１つまたは複数の認証サーバとの複数の認証を実行することができる。複数の認証は、（ｉ）１つの認証が、次の認証が開始される前に完了するように順次に、（ｉｉ）複数の認証が、所与の時点で待ち状態であることが可能であるように並行に、または（ｉｉｉ）この両方の組み合わせで実行されることが可能である。複数の認証は、同一のオーセンティケータを介しても、異なる複数のオーセンティケータを介してもよい。例えば、異なる複数のオーセンティケータが、（ｉ）いくつかのアーキテクチャにおける異なるタイプの認証のため、（ｉｉ）アクセスプロバイダとサービスプロバイダが異なる場合のアクセス認証とサービス認証のためなどに、使用されることが可能である。また、複数の認証は、同一の認証サーバに対してであっても、異なる複数の認証サーバに対してであってもよい。複数の認証は、異なる複数の認証サーバが、異なる理由でピア１１０を認証する必要がある場合に、例えば、アクセスプロバイダとサービスプロバイダが異なる場合に、特に適用可能であり得る。

一般に、認証は、鍵が生成されて、オーセンティケータに送られることをもたらすことも、もたらさないことも可能である。複数の認証が実行されると、各認証が、異なる鍵を生成することが可能であり、認証のサブセットが、鍵を生成することが可能であり、あるいは認証のいずれも、鍵を生成しないことが可能である。少なくとも１つの認証が、鍵を生成するものではない場合、中間者攻撃が、可能であり得る。

図３は、ＭｉＴＭ（中間者）攻撃を伴うピア１１０に関する２つの認証を示す。ピア１１０は、例えば、図２に関して前述したとおり、ピア１１０のＬＩＤ_ｐｅｅｒおよびＮＡＩ_ｐｅｅｒを使用して、オーセンティケータ１３０ａを介して認証サーバ１４０ａとの第１の認証を実行することができる。ピア１１０は、ピア１１０に関してサーバ１４０ａにおいて格納された有効な資格証明に基づいて、認証サーバ１４０ａによって認証されることが可能である。

また、ＭｉＴＭ攻撃者１１２が、ＭｉＴＭ攻撃者１１２に割り当てられた下位層識別子ＬＩＤ_ＭｉＴＭおよびネットワークアクセス識別子ＮＡＩ_ＭｉＴＭを使用して、オーセンティケータ１３０ａを介して認証サーバ１４０ａとの認証を実行することも可能である。ＭｉＴＭ攻撃者１１２は、ＭｉＴＭ攻撃者１１２に関してサーバ１４０ａにおいて格納された有効な資格証明に基づいて、認証サーバ１４０ａによって認証されることが可能である。

ピア１１０は、ピア１１０のＬＩＤ_ｐｅｅｒおよびＮＡＩ_ｐｅｅｒを使用して、オーセンティケータ１３０ａを介して認証サーバ１４０ａとの第２の認証を試みることが可能である。ＭｉＴＭ攻撃者１１２が、第２の認証に関するピア１１０からの認証応答を傍受して、ピア１１０のＬＩＤ_ｐｅｅｒを攻撃者１１２のＬＩＤ_ＭｉＴＭで置き換え、この不正変更された認証応答をオーセンティケータ１３０ａに転送することが可能である。オーセンティケータ１３０ａは、ＭｉＴＭ攻撃者１１２からの認証応答が、不正変更されていることを検出する方法を全く有さない可能性があり、認証を通常の仕方で実行する可能性がある。ＭｉＴＭ攻撃者１１２は、認証サーバ１４０ａによって認証されることが可能であり、ＬＩＤ_ＭｉＴＭ、およびピア１１０のＮＡＩ_ｐｅｅｒを使用してサービスを得ることができる。第２の認証と関係する料金請求は、ＮＡＩ_ｐｅｅｒが割り当てられているピア１１０にリダイレクトされることが可能である。

図３において、ピア１１０に関する第１の認証が、鍵を生成することが可能であり、この鍵は、ピア１１０からのデータを認証するのに使用されることが可能である。ピア１１０に関する第１の認証と第２の認証は、順次に行われても、並行に行われてもよい。ピア１１０に関する第２の認証は、鍵を生成するものであることも、鍵を生成しないものであることも可能であるが、ピア１１０からのデータを認証するのに、鍵は全く使用されない。

或る態様において、ピアに関する複数の認証は、ピアに関する一意識別子に基づいて結び付けられることが可能である。この一意識別子は、ＭｉＴＭ攻撃を防止するために、ピアと、認証サーバと、オーセンティケータとの間でセキュアに交換されることが可能である。この一意識別子によって結び付けられたすべての認証に関するデータは、これらの認証のすべて、またはサブセットによって生成された１つまたは複数の鍵に基づいて、セキュアに交換されることが可能である。

図４は、一意識別子を使用して複数の認証を結び付けるためのプロセス４００に関するメッセージフローを示す。ピア１１０は、ピア１１０のＬＩＤ_ｐｅｅｒを使用してオーセンティケータ１３０ａにアクセス要求を最初に送ることができる（ステップ４１０）。オーセンティケータ１３０ａは、認証要求をピア１１０に送ることによって応答することができる（ステップ４１２）。

第１の認証に関して、ピア１１０は、後述するように、ピア１１０に関する一意識別子ＵＩＤ_ｐｅｅｒを導き出すことができる（ステップ４１４）。次に、ピア１１０は、第１の認証のために使用される認証サーバ１４０ａのアドレス、ピア１１０のＮＡＩ_ｐｅｅｒおよびＵＩＤ_ｐｅｅｒなどを含むことが可能な認証応答を送ることができる（ステップ４１６）。ＵＩＤ_ｐｅｅｒは、ピア１１０と認証サーバ１４０ａとの間で共有される鍵に基づいて、セキュリティで保護された方法で（例えば、暗号化および／または正当性保護を使用して）送られることが可能である。ＵＩＤ_ｐｅｅｒは、例えば、ＲＦＣ３７４８において説明されるＥＡＰ法、または他の何らかのセキュアな方法を介して、ピア１１０から認証サーバ１４０ａに伝送されることが可能である。その他の情報（例えば、ＮＡＩ_ｐｅｅｒ）は、ＵＩＤ_ｐｅｅｒと一緒にセキュリティで保護された方法で送られても、送られなくてもよい。オーセンティケータ１３０ａが、ピア１１０からの認証応答を受け取り、ピア認証要求を認証サーバ１４０ａに送ることが可能である（ステップ４１８）。

すると、認証サーバ１４０ａは、ピア１１０の認証のために、または相互認証のために、ピア１１０とメッセージを交換することができる（ステップ４２０）。認証が完了した後、認証サーバ１４０ａは、ピア認証済みメッセージをオーセンティケータ１３０ａに送ることができる（ステップ４２２）。このメッセージは、例えば、ピア１１０との通信のために使用する鍵ＫＥＹ_１、ＫＥＹ_１に関する鍵ＩＤ、ピア１１０のＵＩＤ_ｐｅｅｒなどの、関係のある情報を含むことが可能である。ＵＩＤ_ｐｅｅｒは、認証サーバ１４０ａとオーセンティケータ１３０ａとの間で共有される鍵に基づいて、セキュリティで保護された方法（例えば、暗号化および／または正当性保護を使用して）送られることが可能である。オーセンティケータ１３０ａは、ピア１１０のＵＩＤ_ｐｅｅｒを記録することが可能であり、第１の認証、ならびにこの認証によって生成されたＫＥＹ_１を、このＵＩＤ_ｐｅｅｒに結び付けることが可能である（ステップ４２４）。また、オーセンティケータ１３０ａは、ピア１１０のＬＩＤ_ｐｅｅｒをＵＩＤ_ｐｅｅｒに結び付けることもできる。結び付けるとは、異なる項目（例えば、認証、鍵、ＵＩＤ、ＬＩＤなど）、および／または所与の項目の異なるインスタンス（例えば、複数の認証、複数の鍵（multiple keys）など）を一緒に関連付けることを指す。結び付けること、関連付けること、およびマップすることは、互いに区別なく使用されることが可能な同義語である。

第１の認証を完了した後、または第１の認証と並行して、ピア１１０は、ピア１１０のＬＩＤ_ｐｅｅｒを使用してオーセンティケータ１３０ａにサービス要求を送ることができる（ステップ４３０）。オーセンティケータ１３０ａは、認証要求をピア１１０に送ることによって応答することができる（ステップ４３２）。一般に、第２の認証は、ピア１１０によって（例えば、ピア１１０が、例えば、デバイス認証およびユーザ認証のために、複数の認証が実行されるべきことを知っている場合）、またはオーセンティケータによってトリガされることが可能である。

第２の認証に関して、ピア１１０は、第１の認証に関して前に導き出されたのと同一のＵＩＤ_ｐｅｅｒを使用することができる。ピア１１０は、第２の認証のために使用される認証サーバ１４０ａのアドレス、ピア１１０のＮＡＩ_ｐｅｅｒおよびＵＩＤ_ｐｅｅｒなどを含むことが可能な認証応答を送ることができる（ステップ４３６）。この場合も、ＵＩＤ_ｐｅｅｒは、セキュリティで保護された仕方で送られることが可能である。オーセンティケータ１３０ａが、ピア１１０からの認証応答を受け取ることが可能であり、ピア認証要求を認証サーバ１４０ａに送ることができる（ステップ４３８）。

すると、認証サーバ１４０ａは、認証のためにピア１１０とメッセージを交換することができる（ステップ４４０）。認証が完了した後、認証サーバ１４０ａは、ピア認証済みメッセージをオーセンティケータ１３０ａに送ることができる（ステップ４４２）。このメッセージは、例えば、ピア１１０との通信のために使用する鍵ＫＥＹ_２、ＫＥＹ_２に関する鍵ＩＤ、ピア１１０のＵＩＤ_ｐｅｅｒなどの関係のある情報を含むことが可能である。一般に、ＫＥＹ_２は、第２の認証によって生成されることも、生成されないことも可能である。オーセンティケータ１３０ａは、ピア認証済みメッセージを受け取り、このメッセージからＵＩＤ_ｐｅｅｒを抽出し、このＵＩＤ_ｐｅｅｒが、オーセンティケータ１３０ａにおいて既に格納されていることを認識することができる。次に、オーセンティケータ１３０ａは、合致したＵＩＤ_ｐｅｅｒに基づいて、この認証が同一のピア１１０に関すると判定することができる。オーセンティケータ１３０ａは、第２の認証、ならびにＫＥＹ_２（第２の認証によって生成される場合）をＵＩＤ_ｐｅｅｒに結び付けることができる（ステップ４４４）。オーセンティケータ１３０ａは、基本的に、ピア１１０に関する第１の認証と第２の認証を同一のＵＩＤ_ｐｅｅｒに結び付けることができる。

図４に示される例では、ピア１１０は、ピア１１０のＬＩＤ_ｐｅｅｒを使用して、異なるネットワークに関するアクセス要求をオーセンティケータ１３０ａに送ることができる（ステップ４５０）。オーセンティケータ１３０ａは、認証要求をピア１１０に送ることによって応答することができる（ステップ４５２）。一般に、第３の認証が、ピア１１０またはオーセンティケータによってトリガされることが可能であり、任意の理由でトリガされることが可能である。

第３の認証に関して、ピア１１０は、第１の認証に関して前に導き出されたのと同一のＵＩＤ_ｐｅｅｒを使用することができる。ピア１１０は、第３の認証のために使用される認証サーバ１４０ｎ（サーバｎ）のアドレス、ピア１１０のＮＡＩ_ｐｅｅｒおよびＵＩＤ_ｐｅｅｒなどを含むことが可能な認証応答を送ることができる（ステップ４５６）。この場合も、ＵＩＤ_ｐｅｅｒは、セキュリティで保護された仕方で送られることが可能である。オーセンティケータ１３０ａが、ピア１１０からの認証応答を受け取ることが可能であり、ピア認証要求を、ピア１１０によって選択された認証サーバ１４０ｎに送ることが可能である（ステップ４５８）。

すると、認証サーバ１４０ｎは、認証のためにピア１１０とメッセージを交換することができる（ステップ４６０）。認証が完了した後、認証サーバ１４０ｎは、例えば、ピア１１０との通信のために使用する鍵ＫＥＹ_３、ＫＥＹ_３に関する鍵ＩＤ、ピア１１０のＵＩＤ_ｐｅｅｒなどの関係のある情報を含むことが可能であるピア認証済みメッセージを、オーセンティケータ１３０ａに送ることができる（ステップ４４２）。一般に、ＫＥＹ_３は、第３の認証によって生成されることも、生成されないことも可能である。オーセンティケータ１３０ａは、ピア認証済みメッセージを受け取り、このＵＩＤ_ｐｅｅｒが、オーセンティケータ１３０ａにおいて既に格納されていることを認識し、第３の認証、ならびにＫＥＹ_３（生成される場合）をＵＩＤ_ｐｅｅｒに結び付けることができる（ステップ４６４）。オーセンティケータ１３０ａは、基本的に、ピア１１０に関する第１の認証、第２の認証、および第３の認証を、これらの認証が、異なる認証サーバ１４０ａおよび１４０ｎを介して実行されているものの、同一のＵＩＤ_ｐｅｅｒに結び付ける。

一般に、ピア１１０は、任意の数の認証サーバとの任意の数の認証を実行することができる。これらの複数の認証は、順次に（図４に示されるとおり）、または並行に（図４に示されない）、あるいはその両方の組み合わせで実行されることが可能である。各認証は、ピア１１０が、認証サーバに対して認証され、認証サーバも、ピア１１０に対して認証されるように、相互に認証を行うことが可能である。各認証は、鍵を生成することも、生成しないことも可能である。オーセンティケータ１３０ａが、同一のＵＩＤ_ｐｅｅｒを有するすべての認証、およびすべての鍵をピア１１０に結び付けることができる。１つの認証だけが、鍵を生成するものであることが可能であり、この認証に結び付けられたすべての認証は、この１つの認証からの鍵に基づいて、データをセキュアに交換することができる。

ＵＩＤ_ｐｅｅｒは、例えば、ピア１１０と各認証サーバとの間で、例えば、ピア１１０とその認証サーバによって知られている資格証明に基づく暗号化および／または正当性保護を使用して、セキュアに交換されることが可能である。この場合、ＭｉＴＭ攻撃者は、ＵＩＤ_ｐｅｅｒを傍受して、認証交換を乗っ取ることができない。

図４に示される設計では、ピア１１０は、ステップ４１６、４３６、および４５６で、認証応答の中でＵＩＤ_ｐｅｅｒをオーセンティケータ１４０ａに送り、オーセンティケータ１４０ａは、このＵＩＤ_ｐｅｅｒを認証サーバ１４０ａおよび１４０ｎに転送する。また、ピア１１０も、他の時点で、例えば、ステップ４２０、４４０、４６０などで、ＵＩＤ_ｐｅｅｒを送ることができる。

一般に、ＵＩＤは、様々な仕方で導き出されることが可能である。一設計では、ピア１１０が、ＰＲＮ（擬似乱数）を生成し、このＰＲＮをＵＩＤとして使用する。異なるピアが、異なるＰＲＮを独自に生成することができる。衝突と呼ばれる、２つのピアが同一のＰＲＮを生成する可能性は、ＰＲＮの長さに依存する。例えば、ＰＲＮが、３２ビットの長さを有する場合、衝突の確率は、１／２^３２であることが可能である。一般に、ＰＲＮは、任意の長さ、例えば、３２ビット、４８ビット、６４ビットなどであることが可能である。ＰＲＮは、衝突の所望される確率を実現するだけ十分に長いように定義されることが可能である。同一の長さのＰＲＮが、すべての認証に関して使用されることが可能である。代替として、異なる長さのＰＲＮは、異なる認証のためであることが可能であり、ここにおいて、各認証に関するＰＲＮ長は、セキュリティ要件および／またはその他の要因に依存することが可能である。

別の設計では、ピア１１０に割り当てられたＩＤ、またはこのＩＤの擬似バージョンが、ＵＩＤとして使用されることが可能である。例えば、ＵＩＤは、ＥＳＮ（Electronic Serial Number）、ＭＥＩＤ（Mobile Equipment Identifier）、ＩＭＳＩ（International Mobile Subscriber Identity）、ＭＩＮ（Mobile Identification Number）、擬似ＥＳＮ、一時的ＩＭＳＩ、またはピア１１０に割り当てられた他の何らかの真のＩＤもしくは擬似ＩＤであることが可能である。さらに別の設計では、ピア１１０に割り当てられたアドレスが、ＵＩＤとして使用されることが可能である。例えば、ＵＩＤは、ＭＡＣアドレス、ＩＰアドレスなどであることが可能である。一般に、ピアに固有である（または衝突の確率が十分に低い）任意の種類のＩＤまたはアドレスが、ピアに関する認証を結び付けるためのＵＩＤとして使用されることが可能である。

単一のＵＩＤが、ピア１１０に関するすべての認証に関して使用されることが可能である。これらの認証のすべてが、この単一のＵＩＤに結び付けられることが可能である。また、ピア１１０に関する認証は、複数のグループ（multiple group）に分けられることも可能であり、各グループが、１つまたは複数の認証を含む。各グループに関して、異なるＵＩＤが使用されることが可能である。各グループにおけるすべての認証が、そのグループに関するＵＩＤによって結び付けられることが可能である。一般に、１つのＵＩＤが、一緒に結び付けられるすべての認証に関して使用されることが可能である。所与のＵＩＤが、１つまたは複数の認証に関して使用されることが可能である。

図４に示される設計では、ピア１１０は、ＵＩＤを導き出して、このＵＩＤを各認証サーバにセキュアに送ることができる。また、ＵＩＤは、ピア１１０以外のエンティティによって生成されることも可能である。別の設計では、認証サーバが、ＵＩＤを生成して、このＵＩＤをピア１１０とオーセンティケータの両方に提供することができる。ピア１１０は、ピア１１０に関してＵＩＤが生成されていないことを、第１の認証に関する認証サーバに知らせることができる（例えば、ステップ４２０中に）。これに応答して、認証サーバは、ピア１１０に関するＵＩＤを生成することができる。ピア１１０は、第１の認証に結び付けられる後続の各認証に関して、このＵＩＤを使用することができる。さらに別の設計では、オーセンティケータが、ピア１１０に関するＵＩＤを生成することができる。

図４に示される例では、ピア１１０は、認証および鍵のすべてをピア１１０のＵＩＤ_ｐｅｅｒに結び付ける単一のオーセンティケータ１４０ａを介して複数の認証を実行する。また、ピア１１０は、例えば、同一のＵＩＤ_ｐｅｅｒを使用して、複数のオーセンティケータ（multiple authenticator）を介して複数の認証を実行することもできる。この場合、ＵＩＤ_ｐｅｅｒは、すべてのオーセンティケータに、これらのオーセンティケータを同期するためにセキュアに伝送されることが可能である。

ピア１１０に関する複数の認証は、１つまたは複数の実施ポイントにおいて実施されることが可能である。すべての認証が、単一の実施ポイントによって実施される場合、複数の認証のために使用されるすべてのオーセンティケータは、ピア１１０に関するセキュリティ情報（例えば、鍵）、および、場合により、ＵＩＤ_ｐｅｅｒを、この実施ポイントに送ることが可能である。代替として、１つのオーセンティケータが、ピア１１０のＵＩＤ_ｐｅｅｒおよびセキュリティ情報を実施ポイントに送ることが可能であり、残りのオーセンティケータが、ピア１１０のＵＩＤ_ｐｅｅｒだけを送ることが可能である。複数の認証が、複数の実施ポイント（multiple enforcement points）によって実施される場合、各実施ポイントは、ピア１１０のＵＩＤ_ｐｅｅｒ、およびその実施ポイントによって実施される認証に関する関連する任意のセキュリティ情報を受け取ることができる。一般に、各実施ポイントは、実施される認証に関連するセキュリティ情報に基づいて、その実施ポイントが担うすべての認証を実施することができる。

単一のＵＩＤを介して複数の認証を結び付けることは、１つの認証によって生成された鍵が、別の認証に関するデータ交換のために使用されることを可能にする。実際、単一の認証によって生成される単一の鍵は、認証のすべてに関して使用されることが可能である。鍵を生成しない認証に関するデータは、鍵を生成する別の認証からの鍵を使用して、セキュアに送られることが可能である。このことは、その２つの認証が、同一のＵＩＤに結び付けられており、したがって、同一のピアに結び付けられているので、可能である。

複数の鍵（multiple key）が、複数の認証によって生成されることが可能である。この場合、複数の認証に関するセキュアなデータ交換が、様々な仕方で達せられることが可能である。一設計では、単一の鍵が、複数の鍵の中から選択されて、すべての認証に関するデータをセキュアに送るのに使用されることが可能である。別の設計では、複数の鍵は、合成された鍵を生成するのに使用されることが可能であり、この合成された鍵が、次に、すべての認証に関するデータをセキュアに送るのに使用されることが可能である。さらに別の設計では、鍵を生成する認証の各々に関するデータは、その認証によって生成される鍵を使用してセキュアに送られることが可能である。鍵を生成しない認証の各々に関するデータは、鍵を生成する認証からの鍵、または合成された鍵を使用して、セキュアに送られることが可能である。また、複数の認証に関するデータは、他の仕方でセキュアに送られることも可能である。

図５は、一意識別子を使用する複数の認証のためにピアによって実行されるプロセス５００の設計を示す。ピアに関する一意識別子が、獲得されることが可能である（ブロック５１２）。複数の認証は、少なくとも１つの認証サーバを使用して実行されることが可能であり、一意識別子は、複数の認証をピアに結び付けるのに使用される（ブロック５１４）。一意識別子は、ピアに割り当てられた擬似乱数、識別子、またはアドレスなどに基づいて、ピアによって導き出されることが可能である。一意識別子は、暗号化および／または正当性保護を使用して、ピアによって各認証サーバにセキュアに送られることが可能である。また、一意識別子は、ピアによって、認証サーバまたはオーセンティケータから獲得されることも可能である。複数の認証は、順次に、および／または並行に実行されることが可能であり、アクセス認証、サービス認証、デバイス認証、ユーザ認証、ＮＡＰ認証、ＩＳＰ認証などのためであることが可能である。

少なくとも１つの暗号鍵が、複数の認証から獲得されることが可能である（ブロック５１６）。複数の認証に関するデータは、少なくとも１つの暗号鍵に基づいてセキュアに交換されることが可能である（ブロック５１８）。例えば、暗号鍵は、第１の認証から獲得されて、第２の認証に関するデータをセキュアに交換するのに使用されることが可能である。

図６は、認証サーバによって実行されるプロセス６００の設計を示す。ピアに関する一意識別子が、獲得される、例えば、ピアまたはオーセンティケータからセキュアに受け取られる、あるいは認証サーバによって生成されることが可能である（ブロック６１２）。ピアとの認証が、実行されることが可能である（ブロック６１４）。一意識別子は、ピアに関連付けられることが可能である（ブロック６１６）。認証されているピアの指示、一意識別子、および、場合により、セキュリティ情報（例えば、暗号鍵）が、オーセンティケータに送られることが可能であり、オーセンティケータは、この一意識別子を使用して、認証をピアに結び付けることができる（ブロック６１６）。

図７は、オーセンティケータによって実行されるプロセス７００の設計を示す。少なくとも１つの認証サーバとピアとの間の少なくとも１つの認証の結果が、受け取られる（ブロック７１２）。この少なくとも１つの認証は、一意識別子に基づいて、ピアに結び付けられることが可能である（ブロック７１４）。少なくとも１つの暗号鍵が、この少なくとも１つの認証の結果から獲得されることが可能である（ブロック７１６）。少なくとも１つの暗号鍵、または少なくとも１つの派生した鍵（少なくとも１つの暗号鍵に基づいて生成されることが可能である）、および、場合により、一意識別子が、少なくとも１つの認証に関する実施ポイントに転送されることが可能である（ブロック７１８）。また、少なくとも１つの認証は、少なくとも１つの暗号鍵に基づいて、オーセンティケータによって実施されることも可能である。また、ピアに関する他の１つまたは複数の認証の結果、および一意識別子が、別のオーセンティケータから受け取られることも可能である。少なくとも１つの認証と、ピアに関する１つまたは複数の他の認証とは、一意識別子に基づいて、結び付けられることが可能である。

別の態様では、複数のレベルのセキュリティ（またはネスト化されたセキュリティ）が、ピアに関する複数の認証のために使用されることが可能である。例えば、ピア１１０は、第１の認証サーバとの第１の認証（例えば、アクセス認証またはデバイス認証）を実行して、第１の鍵ＫＥＹ_１を獲得することができる。また、ピア１１０は、第２の認証サーバとの第２の認証（例えば、サービス認証またはユーザ認証）を実行して、第２の鍵ＫＥＹ_２を獲得することもできる。その後、所望されるサービスに関するデータは、この２つの鍵ＫＥＹ_１およびＫＥＹ_２を使用して、セキュアに交換されることが可能である。

一般に、ピア１１０は、任意の数の認証サーバとの任意の数の認証を実行することができる。各認証は、鍵を生成するものであることも、鍵を生成しないものであることも可能である。所与の認証によって生成される鍵は、その認証に関してデータをセキュアに交換するのに使用されることが可能である。

ネスト化されたセキュリティに関して、複数の認証は、１つまたは複数のオーセンティケータを介して実行されることが可能であり、１つまたは複数の実施ポイントによって実施されることが可能である。各オーセンティケータは、１つまたは複数の認証に関する１つまたは複数の鍵を獲得することができ、例えば、ピアに関するＬＩＤ、または他の何らかのＩＤに基づいて、それらの鍵のすべてをピアに結び付けることができる。各実施ポイントは、１つまたは複数のオーセンティケータから１つまたは複数の認証に関する１つまたは複数の鍵を受け取ることができる。各実施ポイントは、その実施ポイントによって受け取られた１つまたは複数の鍵を使用して、ピアとデータをセキュアに交換することができる。

図８は、２つの認証に関するネスト化されたセキュリティを示す。認証１は、サービス認証に関することが可能であり、認証２は、アクセス認証であることが可能である。認証１に関するデータは、ピア１１０と、サービスプロバイダに関する実施ポイントとの間で交換されることが可能である。認証２に関するデータは、ピア１１０と、アクセス網におけるアクセスポイントとの間で交換されることが可能である。認証１と認証２に関して、同一の実施ポイント、または異なる実施ポイントが、使用されることが可能である。

認証１に関するパケット１は、ヘッダ、ペイロード、およびトレーラを含むことが可能である。ペイロードは、認証１によって生成された鍵を使用して暗号化され、さらに／または正当性保護されることが可能なデータを運ぶことが可能である。ヘッダは、認証１によって生成され、ペイロードの中で送られるデータに関して使用される鍵の鍵ＩＤを運ぶことが可能である。トレーラは、認証１によって生成された鍵を使用してペイロードの中で送られたデータに基づいて生成されることが可能なＭＡＣ（メッセージ認証コード）１を運ぶことが可能である。メッセージ認証コードは、パケットの受信側によって、ペイロードの中で送られたデータの正当性、ならびにパケットの送信側によって使用された鍵の所有権の証明を検証するのに使用されることが可能である。

同様に、認証２に関するパケット２も、ヘッダ、ペイロード、およびトレーラを含むことが可能である。パケット２に関するペイロードは、認証２によって生成された鍵を使用して暗号化され、さらに／または正当性保護がされることが可能な、パケット１全体を運ぶことが可能である。ヘッダは、認証２によって生成された鍵の鍵ＩＤを運ぶことが可能である。トレーラは、パケット２のペイロードの中のデータに基づき、認証２によって生成された鍵を使用して生成されたＭＡＣ（メッセージ認証コード）２を運ぶことが可能である。

ピア１１０は、図８に示されるネスト化された処理を実行して、認証１および２に関するデータを送信することができる。単一の実施ポイントが、認証１と認証２の両方に関して使用される場合、この実施ポイントは、パケット１とパケット２の両方の中の両方のペイロードからデータを抽出する（例えば、解読し、さらに／または検証する）ことができる。認証１と認証２に関して異なる実施ポイントが使用される場合、認証２に関する実施ポイントは、パケット２のペイロードからデータを抽出することができ、認証１に関する実施ポイントは、パケット１のペイロードからデータを抽出することができる。

別の設計では、データは、認証１と認証２の両方によって生成された鍵を使用してセキュアに処理されて（例えば、暗号化され、さらに／または正当性保護がされて）、データパケットが得られる。例えば、データは、認証１によって生成された鍵を使用してセキュアに処理されて、第１の処理されたデータが得られることが可能であり、このデータが、認証２によって生成された鍵を使用してさらにセキュアに処理されて、第２の処理されたデータが得られることが可能であり、このデータが、データパケットのペイロードの中で送られることが可能である。データパケットは、両方の鍵の鍵ＩＤを含むことが可能な、単一のヘッダを含むことが可能である。データパケットは、ＭＡＣ１および／またはＭＡＣ２を含むことが可能な単一のトレーラをさらに含むことが可能である。

図９は、ネスト化されたセキュリティを使用する複数の認証のためにピアによって実行されるプロセス９００の設計を示す。第１の認証、および第２の認証は、少なくとも１つの認証サーバを使用して実行されることが可能である（ブロック９１２）。第１の認証は、第１の認証サーバを使用して実行されることが可能であり、第２の認証は、第１の認証サーバ、または第２の認証サーバを使用して実行されることが可能である。第１のセキュリティ情報、および第２のセキュリティ情報、例えば、第１の暗号鍵、および第２の暗号鍵が、それぞれの、第１の認証、および第２の認証に関して獲得されることが可能である（ブロック９１４）。その後、第１の認証、および第２の認証から獲得された第１のセキュリティ情報、および第２のセキュリティ情報を使用して、データパケットが生成されることが可能である（ブロック９１６）。

一設計では、データは、第１のセキュリティ情報（例えば、第１の暗号鍵）に基づいてセキュアに処理されて（例えば、暗号化され、さらに／または正当性保護がされて）、初期パケットが得られることが可能である。初期パケットは、第２のセキュリティ情報（例えば、第２の暗号鍵）に基づいてセキュアに処理されて、データパケットが得られることが可能である。別の設計では、データは、第１のセキュリティ情報と第２のセキュリティ情報の両方を使用してセキュアに処理されて、データパケットが得られることが可能である。同一のセキュアな処理（例えば、暗号化および／または正当性保護）が、第１のセキュリティ情報と第２のセキュリティ情報のそれぞれを使用して実行されることが可能である。代替として、１つのタイプのセキュアな処理（例えば、暗号化）が、第１のセキュリティ情報を使用して実行されることが可能であり、別のタイプのセキュアな処理（例えば、正当性保護）が、第２のセキュリティ情報を使用して実行されることが可能である。

さらに別の態様では、順次のセキュリティが、ピアに関する複数の認証のために使用されることが可能である。例えば、ピア１１０が、第１の認証サーバとの第１の認証を実行して、第１の鍵ＫＥＹ_１を獲得することができる。第１の認証を完了した後、ＫＥＹ_１は、後続の各認証に関するセキュアな処理のために使用されることが可能である。後続の認証は、第１の認証の後に順次に、または並行に実行されることが可能である。

図１０は、図１におけるピア１１０、実施ポイント１２０ａ、オーセンティケータ１３０ａ、および認証サーバ１４０ａのブロック図を示す。ピア１１０は、端末装置などであることが可能である。実施ポイント１２０ａは、基地局、アクセスポイントなどであることが可能である。オーセンティケータ１３０ａは、ＷＬＡＮスイッチ、ＲＮＣなどであることが可能である。認証サーバ１４０ａは、ＡＡＡサーバなどであることが可能である。簡明のため、図１０は、（ａ）ピア１１０に関する１つのコントローラ／プロセッサ１０１０、１つのメモリ１０１２、および１つのトランシーバ１０１６、（ｂ）実施ポイント１２０ａに関する１つのコントローラ／プロセッサ１０２０、１つのメモリ１０２２、１つのＣｏｍｍ（通信）ユニット１０２４、および１つのトランシーバ１０２６、（ｃ）オーセンティケータ１３０ａに関する１つのコントローラ／プロセッサ１０３０、１つのメモリ１０３２、および１つの通信ユニット１０３４、および（ｄ）認証サーバ１４０ａに関する１つのコントローラ／プロセッサ１０４０、１つのメモリ１０４２、および１つの通信ユニット１０４４を示す。一般に、各エンティティは、任意の数のコントローラ、プロセッサ、メモリ、トランシーバ、通信ユニットなどを含むことが可能である。

ピア１１０は、データを実施ポイント１２０ａに送ることができる。このデータが、プロセッサ１０１０によって処理され、トランシーバ１０１６によって条件付けられて、アンテナを介して送信される変調された信号が生成されることが可能である。実施ポイント１２０ａにおいて、ピア１１０からの信号が、トランシーバ１０２６によって受信されて、条件付けられ、プロセッサ１０２０によってさらに処理されて、ピア１１０によって送られたデータが回復されることが可能である。また、実施ポイント１２０ａが、データをピア１１０に送ることもできる。データは、プロセッサ１０２０によって処理され、トランシーバ１０２６によって条件付けられて、変調された信号が生成されることが可能であり、この信号が、ピア１１０に送信されることが可能である。ピア１１０において、実施ポイント１２０ａからの信号が、トランシーバ１０１６によって受信されて、条件付けられ、プロセッサ１０１０によって処理されて、実施ポイント１２０ａによって送られたデータが回復されることが可能である。

プロセッサ１０１０は、認証、データ交換などのためにピア１１０に関する処理を実行することができる。プロセッサ１０１０は、図５におけるプロセス５００、図９におけるプロセス９００、および／または認証およびデータ交換のための他のプロセスを実行することができる。メモリ１０１２および１０２２は、それぞれ、ピア１１０および実施ポイント１２０ａに関するプログラムコードおよびデータを格納することができる。実施ポイント１２０ａは、通信ユニット１０２４を介して、オーセンティケータ１３０ａなどの他のエンティティと通信することができる。

オーセンティケータ１３０ａ内で、プロセッサ１０３０は、オーセンティケータ１３０ａに関する処理を実行し、オーセンティケータ内の様々なユニットの動作を指令することができる。メモリ１０３２は、オーセンティケータ１３０ａに関するプログラムコードおよびデータを格納することができる。プロセッサ１０３０は、図７のプロセス７００、および／またはピアの認証のための他のプロセスを実行することができる。通信ユニット１０３４は、オーセンティケータ１３０ａと、実施ポイント１２０ａや認証サーバ１４０ａなどの他のエンティティとの間の通信をサポートすることができる。

認証サーバ１４０ａ内で、プロセッサ１０４０は、認証サーバ１４０ａに関する処理を実行し、認証サーバ内の様々なユニットの動作を指令することができる。プロセッサ１０４０は、図６におけるプロセス６００、および／またはピアの認証に関する他のプロセスを実行することができる。メモリ１０４２は、認証サーバ１４０ａに関するプログラムコードおよびデータを格納することができる。通信ユニット１０４４は、認証サーバ１４０ａと、オーセンティケータ１３０ａなどの他のエンティティとの間の通信をサポートすることができる。

情報および信号は、様々な異なる技術および技法のいずれを使用して表現されてもよいことが、当業者には理解されよう。例えば、以上の説明全体にわたって言及されることが可能なデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁気粒子、光の場または粒子、または以上の任意の組み合わせによって表現されることが可能である。

本明細書における開示に関連して説明される様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェアとして実装されても、コンピュータソフトウェアとして実装されても、あるいはその両方の組み合わせとして実装されてもよいことが、当業者にはさらに理解されよう。ハードウェアとソフトウェアの、この互換性を明確に示すのに、様々な例示的なコンポーネント、ブロック、モジュール、回路、およびステップが、概ね機能の点で以上に説明されてきた。そのような機能が、ハードウェアとして実装されるか、ソフトウェアとして実装されるかは、全体的なシステムに課される特定のアプリケーション上の制約、および設計上の制約に依存する。当業者は、説明される機能を、それぞれの特定のアプリケーションに関して、様々な方法で実装することができるが、そのような実装上の決定は、本開示の範囲からの逸脱を生じさせるものと解釈されてはならない。

本明細書における開示に関連して説明される様々な例示的な論理ブロック図、モジュール、および回路は、汎用プロセッサ、ＤＳＰ（ディジタル信号プロセッサ）、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）もしくは他のプログラマブルロジックデバイス、ディスクリートのゲートもしくはトランジスタロジック、ディスクリートのハードウェアコンポーネント、または本明細書で説明される機能を実行するように設計されたそれらの任意の組み合わせを使用して、実施される、または実行されることが可能である。汎用プロセッサは、マイクロプロセッサであることが可能であるが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態マシンであってもよい。また、プロセッサは、コンピューティングデバイスの組み合わせとして、例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、または他の任意のそのような構成として実施されることも可能である。

本明細書における開示に関連して説明される方法またはアルゴリズムのステップは、ハードウェアにおいて直接に、プロセッサによって実行されるソフトウェアモジュールにおいて、またはこの２つの組み合わせで実施されることが可能である。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルなディスク、ＣＤ-ＲＯＭ、または当技術分野で知られている他の任意の記憶媒体の中に常駐することが可能である。例示的な記憶媒体は、プロセッサが、その記憶媒体から情報を読み取ること、およびその記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体は、プロセッサと一体化していてもよい。プロセッサと記憶媒体は、ＡＳＩＣの中に常駐することが可能である。このＡＳＩＣは、ユーザ端末装置内に常駐することが可能である。代替として、プロセッサと記憶媒体は、ユーザ端末装置内のディスクリートのコンポーネントとして常駐してもよい。

本開示の以上の説明は、任意の当業者が、本開示を作成する、または使用することを可能にするように提供される。本開示に対する様々な変形が、当業者には直ちに明白となり、本明細書において規定される一般的な原理は、本開示の趣旨または範囲を逸脱することなく、他の変種に適用されることが可能である。このため、本開示は、本明細書で説明される例に限定されることを意図しておらず、本明細書において開示される原理および新規な特徴と合致する最も広い範囲を与えられるべきである。

本開示の以上の説明は、任意の当業者が、本開示を作成する、または使用することを可能にするように提供される。本開示に対する様々な変形が、当業者には直ちに明白となり、本明細書において規定される一般的な原理は、本開示の趣旨または範囲を逸脱することなく、他の変種に適用されることが可能である。このため、本開示は、本明細書で説明される例に限定されることを意図しておらず、本明細書において開示される原理および新規な特徴と合致する最も広い範囲を与えられるべきである。なお、本願の出願当初の請求項と同一の記載を「その他の実施例」として、以下に付記する。
[その他の実施例１]
通信システムにおけるピアのための装置、該装置は下記を備える：
前記ピアに関する一意識別子を獲得し、少なくとも１つの認証サーバとの複数の認証を実行するプロセッサ、ここにおいて前記一意識別子は、前記複数の認証を前記ピアに結び付けるのに使用される；および
前記プロセッサに結合されたメモリ。
[その他の実施例２]
前記プロセッサは、擬似乱数を生成し、さらに前記擬似乱数を、前記ピアに関する前記一意識別子として使用する、その他の実施例１に記載の装置。
[その他の実施例３]
前記プロセッサは、前記ピアに割り当てられた識別子またはアドレスを、前記ピアに関する前記一意識別子として使用する、その他の実施例１に記載の装置。
[その他の実施例４]
前記プロセッサは、認証サーバまたはオーセンティケータから前記一意識別子を受け取る、その他の実施例１に記載の装置。
[その他の実施例５]
その他の実施例１記載の装置、ここにおいて、
前記複数の認証の１つに関して、前記プロセッサは、オーセンティケータから認証要求を受け取り、前記一意識別子を有する認証応答を送り、および前記認証サーバとの相互認証を実行する、ここで、前記一意識別子は、前記オーセンティケータによって前記認証サーバに転送される。
[その他の実施例６]
その他の実施例１記載の装置、ここにおいて、
前記プロセッサは、第１の認証のために認証サーバに前記一意識別子をセキュアに送り、さらに第２の認証のために前記認証サーバに前記一意識別子をセキュアに送る。
[その他の実施例７]
その他の実施例１記載の装置、ここにおいて、
前記プロセッサは、第１の認証のために第１の認証サーバに前記一意識別子をセキュアに送り、さらに第２の認証のために第２の認証サーバに前記一意識別子をセキュアに送り、前記第２の認証サーバは、前記第１の認証サーバとは異なる。
[その他の実施例８]
その他の実施例１記載の装置、ここにおいて、
前記プロセッサは、暗号化、または正当性保護、または前記暗号化と前記正当性保護の両方を使用して、前記少なくとも１つの認証サーバのそれぞれに前記一意識別子をセキュアに送る。
[その他の実施例９]
その他の実施例１記載の装置、ここにおいて、
前記プロセッサは、前記複数の認証から少なくとも１つの暗号鍵を獲得し、さらに前記少なくとも１つの暗号化鍵に基づいて前記複数の認証に関するデータをセキュアに交換する。
[その他の実施例１０]
その他の実施例１記載の装置、ここにおいて、
前記プロセッサは、第１の認証から暗号鍵を獲得し、さらに前記第１の認証から獲得された前記暗号鍵に基づいて第２の認証に関するデータをセキュアに交換する。
[その他の実施例１１]
前記複数の認証は、アクセス認証およびサービス認証を備える、その他の実施例１に記載の装置。
[その他の実施例１２]
前記複数の認証は、デバイス認証およびユーザ認証を備える、その他の実施例１に記載の装置。
[その他の実施例１３]
前記複数の認証は、ネットワークアクセスプロバイダに関する第１の認証、およびインターネットサービスプロバイダに関する第２の認証を備える、その他の実施例１に記載の装置。
[その他の実施例１４]
前記プロセッサは、前記複数の認証を順番に実行する、その他の実施例１に記載の装置。
[その他の実施例１５]
前記プロセッサは、前記複数の認証を並行に実行する、その他の実施例１に記載の装置。
[その他の実施例１６]
下記を備える方法：
ピアに関する一意識別子を獲得すること、および
少なくとも１つの認証サーバとの複数の認証を実行すること、ここにおいて前記一意識別子は、前記複数の認証を前記ピアに結び付けるのに使用される。
[その他の実施例１７]
その他の実施例１６に記載の方法、ここにおいて、
前記ピアに関する前記一意識別子を前記導き出すことは、下記を備える：
擬似乱数を生成すること；および
前記擬似乱数を前記ピアに関する前記一意識別子として使用すること。
[その他の実施例１８]
その他の実施例１６に記載の方法、ここにおいて、
複数の認証を前記実行することは、前記複数の認証の１つに関して、下記を備える： オーセンティケータから認証要求を受け取ること；
前記一意識別子、および認証サーバに関する情報を有する認証応答を前記オーセンティケータに送ること、ここで、前記一意識別子は、前記オーセンティケータによって前記認証サーバに転送される；および
前記認証サーバとの相互認証を実行すること。
[その他の実施例１９]
更に下記を備えるその他の実施例１６記載の方法：
前記複数の認証から少なくとも１つの暗号鍵を獲得すること；および
前記少なくとも１つの暗号化鍵に基づいて前記複数の認証に関するデータをセキュアに交換すること。
[その他の実施例２０]
更に下記を備えるその他の実施例１６記載の方法：
第１の認証から暗号鍵を獲得すること；および
前記第１の認証から獲得された前記暗号鍵に基づいて第２の認証に関するデータをセキュアに交換すること。
[その他の実施例２１]
下記を備える装置：
ピアに関する一意識別子を獲得するための手段；および
少なくとも１つの認証サーバとの複数の認証を実行するための手段、ここにおいて前記一意識別子は、前記複数の認証を前記ピアに結び付けるのに使用される。
[その他の実施例２２]
その他の実施例２１に記載の装置、ここにおいて、
複数の認証を実行するための前記手段は、前記複数の認証の１つに関して、下記を備える：
オーセンティケータから認証要求を受け取るための手段；
前記一意識別子、および認証サーバに関する情報を有する認証応答を前記オーセンティケータに送るための手段、ここで、前記一意識別子は、前記オーセンティケータによって前記認証サーバに転送される；および
前記認証サーバとの相互認証を実行するための手段。
[その他の実施例２３]
更に下記を備えるその他の実施例２１記載の装置：
前記複数の認証から少なくとも１つの暗号鍵を獲得するための手段；および
前記少なくとも１つの暗号化鍵に基づいて前記複数の認証に関するデータをセキュアに交換するための手段。
[その他の実施例２４]
下記を実行する命令を格納するためのプロセッサ可読媒体：
ピアに関する一意識別子を獲得すること；および、
少なくとも１つの認証サーバとの複数の認証を実行すること、ここにおいて前記一意識別子は、前記複数の認証を前記ピアに結び付けるのに使用される。
[その他の実施例２５]
下記を実行する命令をさらに格納するためのその他の実施例２４に記載のプロセッサ可読媒体： 前記複数の認証から少なくとも１つの暗号鍵を獲得すること；および、
前記少なくとも１つの暗号化鍵に基づいて前記複数の認証に関するデータをセキュアに交換すること。
[その他の実施例２６]
下記を備える、認証サーバのための装置：
ピアに関する一意識別子を獲得し、前記ピアとの認証を実行し、さらに前記一意識別子を前記ピアに関連付けるプロセッサ；および
前記プロセッサに結合されたメモリ。
[その他の実施例２７]
前記プロセッサは、前記ピアまたはオーセンティケータから前記一意識別子をセキュアに受け取る、その他の実施例２６に記載の装置。
[その他の実施例２８]
前記プロセッサは、前記ピアに関する前記一意識別子を生成するその他の実施例２６に記載の装置。
[その他の実施例２９]
前記プロセッサは、前記ピアが認証されていることの指示、および前記一意識別子をオーセンティケータに送る、その他の実施例２６に記載の装置。
[その他の実施例３０]
前記プロセッサは、前記ピアが認証されていることの指示、前記一意識別子、および暗号鍵をオーセンティケータに送る、その他の実施例２６に記載の装置。
[その他の実施例３１]
下記を備える方法：
ピアに関する一意識別子を獲得すること；
前記ピアとの認証を実行すること；および
前記一意識別子を前記ピアに関連付けること。
[その他の実施例３２]
その他の実施例３１に記載の方法、ここにおいて、
前記ピアに関する前記一意識別子を前記獲得することは、前記ピアまたはオーセンティケータから前記一意識別子をセキュアに受け取ることを備える。
[その他の実施例３３]
更に下記を備えるその他の実施例３１記載の方法：
前記ピアが認証されていることの指示、および前記一意識別子をオーセンティケータに送ること。
[その他の実施例３４]
下記を備える装置：
少なくとも１つの認証サーバとピアとの間の少なくとも１つの認証の結果を受け取り、一意識別子に基づいて、前記少なくとも１つの認証を前記ピアに結び付けるプロセッサ；および
前記プロセッサに結合されたメモリ。
[その他の実施例３５]
その他の実施例３４に記載の装置、ここにおいて、
前記複数の認証の１つに関して、前記プロセッサは、認証要求を前記ピアに送り、前記ピアから前記一意識別子とともに認証応答を受け取り、前記一意識別子を認証サーバに転送し、さらに前記認証の結果、および前記一意識別子を前記認証サーバから受け取る。
[その他の実施例３６]
その他の実施例３４に記載の装置、ここにおいて、
前記プロセッサは、前記少なくとも１つの認証の前記結果から少なくとも１つの暗号鍵を獲得し、さらに前記少なくとも１つの暗号鍵、または少なくとも１つの派生した鍵を、前記少なくとも１つの認証に関する実施ポイントに転送する。
[その他の実施例３７]
前記プロセッサは、前記少なくとも１つの暗号鍵に基づいて、前記少なくとも１つの認証を実施する、その他の実施例３４に記載の装置。
[その他の実施例３８]
前記プロセッサは、前記ピアに関する第１の認証から暗号鍵を獲得し、さらに前記ピアに関する第２の認証のために前記暗号鍵を使用する、その他の実施例３４に記載の装置。
[その他の実施例３９]
その他の実施例３４に記載の装置、ここにおいて、
前記プロセッサは、前記少なくとも１つの認証サーバから前記少なくとも１つの認証の前記結果を受け取り、前記ピアに関する他の１つまたは複数の認証の結果、および前記一意識別子をオーセンティケータから受け取り、さらに前記一意識別子に基づいて、前記ピアに関する前記少なくとも１つの認証と前記他の１つまたは複数の認証を結び付ける。
[その他の実施例４０]
下記を備える方法：
少なくとも１つの認証サーバとピアとの間の少なくとも１つの認証の結果を受け取ること；および
一意識別子に基づいて、前記少なくとも１つの認証を前記ピアに結び付けること。
[その他の実施例４１]
前記複数の認証の１つに関して、更に下記を備えるその他の実施例４０に記載の方法：
認証要求を前記ピアに送ること；
前記ピアから前記一意識別子とともに認証応答を受け取ること；
前記一意識別子を認証サーバに転送すること；および
前記認証の結果、および前記一意識別子を前記認証サーバから受け取ること。
[その他の実施例４２]
さらに下記を備えるその他の実施例４０に記載の方法：
前記少なくとも１つの認証の前記結果から少なくとも１つの暗号鍵を獲得すること；および
前記少なくとも１つの暗号鍵、または少なくとも１つの派生した鍵を、前記少なくとも１つの認証に関する実施ポイントに転送すること。
[その他の実施例４３]
下記を備える装置：
少なくとも１つの認証サーバとの第１の認証および第２の認証を実行し、前記第１の認証および前記第２の認証にそれぞれ関する第１のセキュリティ情報および第２のセキュリティ情報を獲得し、さらに前記第１のセキュリティ情報および前記第２のセキュリティ情報を使用してデータパケットを生成するプロセッサ；および
前記プロセッサに結合されたメモリ。
[その他の実施例４４]
その他の実施例４３に記載の装置、ここにおいて、
前記プロセッサは、第１の認証サーバとの前記第１の認証を実行し、さらに第２の認証サーバとの前記第２の認証を実行し、前記第２の認証サーバが、前記第１の認証サーバとは異なる。
[その他の実施例４５]
前記プロセッサは、単一の認証サーバとの前記第１の認証および前記第２の認証を実行する、その他の実施例４３に記載の装置。
[その他の実施例４６]
その他の実施例４３に記載の装置、ここにおいて、
前記プロセッサは、前記第１のセキュリティ情報を使用してデータをセキュアに処理して、初期パケットを獲得し、さらに、前記第２のセキュリティ情報を使用して前記初期パケットをセキュアに処理して、前記データパケットを獲得する。
[その他の実施例４７]
前記プロセッサは、前記第１のセキュリティ情報と前記第２のセキュリティ情報の両方を使用してデータをセキュアに処理して、前記データパケットを獲得する、その他の実施例４３に記載の装置。
[その他の実施例４８]
その他の実施例４３に記載の装置、ここにおいて、
前記プロセッサは、前記第１のセキュリティ情報から獲得された第１の暗号鍵を使用して、前記データパケットに関する暗号化または正当性保護を実行し、さらに前記第２のセキュリティ情報から獲得された第２の暗号鍵を使用して、前記データパケットに関する暗号化または正当性保護を実行する。
[その他の実施例４９]
その他の実施例４３に記載の装置、ここにおいて、
前記プロセッサは、前記第１のセキュリティ情報と前記第２のセキュリティ情報の１つを使用して暗号化を実行し、さらに前記第１のセキュリティ情報と前記第２のセキュリティ情報のもう一方を使用して正当性保護を実行する。
[その他の実施例５０]
下記を備える方法：
少なくとも１つの認証サーバとの第１の認証および第２の認証を実行すること；
前記第１の認証および前記第２の認証にそれぞれ関する第１のセキュリティ情報および第２のセキュリティ情報を獲得すること；および
前記第１のセキュリティ情報および前記第２のセキュリティ情報を使用してデータパケットを生成すること。
[その他の実施例５１]
その他の実施例５０に記載の方法、ここにおいて、
前記第１の認証および前記第２の認証を前記実行することは、下記を備える：
第１の認証サーバとの前記第１の認証を実行すること；および
第２の認証サーバとの前記第２の認証を実行すること、ここで、前記第２の認証サーバは、前記第１の認証サーバとは異なる。
[その他の実施例５２]
その他の実施例５０に記載の方法、ここにおいて、
前記データパケットを前記生成することは、下記を備える：
初期パケットを獲得するために、前記第１のセキュリティ情報を使用してデータをセキュアに処理すること；および
前記データパケットを獲得するために、前記第２のセキュリティ情報を使用して前記初期パケットをセキュアに処理すること。
[その他の実施例５３]
その他の実施例５０に記載の方法、ここにおいて、
前記データパケットを前記生成することは、下記を備える：
前記データパケットを獲得するために、前記第１のセキュリティ情報と前記第２のセキュリティ情報の両方を使用してデータをセキュアに処理すること。

Claims (53)

1. 通信システムにおけるピアのための装置、該装置は下記を備える：
   前記ピアに関する一意識別子を獲得し、少なくとも１つの認証サーバとの複数の認証を実行するプロセッサ、ここにおいて前記一意識別子は、前記複数の認証を前記ピアに結び付けるのに使用される；および
   前記プロセッサに結合されたメモリ。
2. 前記プロセッサは、擬似乱数を生成し、さらに前記擬似乱数を、前記ピアに関する前記一意識別子として使用する、請求項１に記載の装置。
3. 前記プロセッサは、前記ピアに割り当てられた識別子またはアドレスを、前記ピアに関する前記一意識別子として使用する、請求項１に記載の装置。
4. 前記プロセッサは、認証サーバまたはオーセンティケータから前記一意識別子を受け取る、請求項１に記載の装置。
5. 請求項１記載の装置、ここにおいて、
   前記複数の認証の１つに関して、前記プロセッサは、オーセンティケータから認証要求を受け取り、前記一意識別子を有する認証応答を送り、および前記認証サーバとの相互認証を実行する、ここで、前記一意識別子は、前記オーセンティケータによって前記認証サーバに転送される。
6. 請求項１記載の装置、ここにおいて、
   前記プロセッサは、第１の認証のために認証サーバに前記一意識別子をセキュアに送り、さらに第２の認証のために前記認証サーバに前記一意識別子をセキュアに送る。
7. 請求項１記載の装置、ここにおいて、
   前記プロセッサは、第１の認証のために第１の認証サーバに前記一意識別子をセキュアに送り、さらに第２の認証のために第２の認証サーバに前記一意識別子をセキュアに送り、前記第２の認証サーバは、前記第１の認証サーバとは異なる。
8. 請求項１記載の装置、ここにおいて、
   前記プロセッサは、暗号化、または正当性保護、または前記暗号化と前記正当性保護の両方を使用して、前記少なくとも１つの認証サーバのそれぞれに前記一意識別子をセキュアに送る。
9. 請求項１記載の装置、ここにおいて、
   前記プロセッサは、前記複数の認証から少なくとも１つの暗号鍵を獲得し、さらに前記少なくとも１つの暗号化鍵に基づいて前記複数の認証に関するデータをセキュアに交換する。
10. 請求項１記載の装置、ここにおいて、
    前記プロセッサは、第１の認証から暗号鍵を獲得し、さらに前記第１の認証から獲得された前記暗号鍵に基づいて第２の認証に関するデータをセキュアに交換する。
11. 前記複数の認証は、アクセス認証およびサービス認証を備える、請求項１に記載の装置。
12. 前記複数の認証は、デバイス認証およびユーザ認証を備える、請求項１に記載の装置。
13. 前記複数の認証は、ネットワークアクセスプロバイダに関する第１の認証、およびインターネットサービスプロバイダに関する第２の認証を備える、請求項１に記載の装置。
14. 前記プロセッサは、前記複数の認証を順番に実行する、請求項１に記載の装置。
15. 前記プロセッサは、前記複数の認証を並行に実行する、請求項１に記載の装置。
16. 下記を備える方法：
    ピアに関する一意識別子を獲得すること、および
    少なくとも１つの認証サーバとの複数の認証を実行すること、ここにおいて前記一意識別子は、前記複数の認証を前記ピアに結び付けるのに使用される。
17. 請求項１６に記載の方法、ここにおいて、
    前記ピアに関する前記一意識別子を前記導き出すことは、下記を備える：
    擬似乱数を生成すること；および
    前記擬似乱数を前記ピアに関する前記一意識別子として使用すること。
18. 請求項１６に記載の方法、ここにおいて、
    複数の認証を前記実行することは、前記複数の認証の１つに関して、下記を備える： オーセンティケータから認証要求を受け取ること；
    前記一意識別子、および認証サーバに関する情報を有する認証応答を前記オーセンティケータに送ること、ここで、前記一意識別子は、前記オーセンティケータによって前記認証サーバに転送される；および
    前記認証サーバとの相互認証を実行すること。
19. 更に下記を備える請求項１６記載の方法：
    前記複数の認証から少なくとも１つの暗号鍵を獲得すること；および
    前記少なくとも１つの暗号化鍵に基づいて前記複数の認証に関するデータをセキュアに交換すること。
20. 更に下記を備える請求項１６記載の方法：
    第１の認証から暗号鍵を獲得すること；および
    前記第１の認証から獲得された前記暗号鍵に基づいて第２の認証に関するデータをセキュアに交換すること。
21. 下記を備える装置：
    ピアに関する一意識別子を獲得するための手段；および
    少なくとも１つの認証サーバとの複数の認証を実行するための手段、ここにおいて前記一意識別子は、前記複数の認証を前記ピアに結び付けるのに使用される。
22. 請求項２１に記載の装置、ここにおいて、
    複数の認証を実行するための前記手段は、前記複数の認証の１つに関して、下記を備える：
    オーセンティケータから認証要求を受け取るための手段；
    前記一意識別子、および認証サーバに関する情報を有する認証応答を前記オーセンティケータに送るための手段、ここで、前記一意識別子は、前記オーセンティケータによって前記認証サーバに転送される；および
    前記認証サーバとの相互認証を実行するための手段。
23. 更に下記を備える請求項２１記載の装置：
    前記複数の認証から少なくとも１つの暗号鍵を獲得するための手段；および
    前記少なくとも１つの暗号化鍵に基づいて前記複数の認証に関するデータをセキュアに交換するための手段。
24. 下記を実行する命令を格納するためのプロセッサ可読媒体：
    ピアに関する一意識別子を獲得すること；および、
    少なくとも１つの認証サーバとの複数の認証を実行すること、ここにおいて前記一意識別子は、前記複数の認証を前記ピアに結び付けるのに使用される。
25. 下記を実行する命令をさらに格納するための請求項２４に記載のプロセッサ可読媒体： 前記複数の認証から少なくとも１つの暗号鍵を獲得すること；および、
    前記少なくとも１つの暗号化鍵に基づいて前記複数の認証に関するデータをセキュアに交換すること。
26. 下記を備える、認証サーバのための装置：
    ピアに関する一意識別子を獲得し、前記ピアとの認証を実行し、さらに前記一意識別子を前記ピアに関連付けるプロセッサ；および
    前記プロセッサに結合されたメモリ。
27. 前記プロセッサは、前記ピアまたはオーセンティケータから前記一意識別子をセキュアに受け取る、請求項２６に記載の装置。
28. 前記プロセッサは、前記ピアに関する前記一意識別子を生成する請求項２６に記載の装置。
29. 前記プロセッサは、前記ピアが認証されていることの指示、および前記一意識別子をオーセンティケータに送る、請求項２６に記載の装置。
30. 前記プロセッサは、前記ピアが認証されていることの指示、前記一意識別子、および暗号鍵をオーセンティケータに送る、請求項２６に記載の装置。
31. 下記を備える方法：
    ピアに関する一意識別子を獲得すること；
    前記ピアとの認証を実行すること；および
    前記一意識別子を前記ピアに関連付けること。
32. 請求項３１に記載の方法、ここにおいて、
    前記ピアに関する前記一意識別子を前記獲得することは、前記ピアまたはオーセンティケータから前記一意識別子をセキュアに受け取ることを備える。
33. 更に下記を備える請求項３１記載の方法：
    前記ピアが認証されていることの指示、および前記一意識別子をオーセンティケータに送ること。
34. 下記を備える装置：
    少なくとも１つの認証サーバとピアとの間の少なくとも１つの認証の結果を受け取り、一意識別子に基づいて、前記少なくとも１つの認証を前記ピアに結び付けるプロセッサ；および
    前記プロセッサに結合されたメモリ。
35. 請求項３４に記載の装置、ここにおいて、
    前記複数の認証の１つに関して、前記プロセッサは、認証要求を前記ピアに送り、前記ピアから前記一意識別子とともに認証応答を受け取り、前記一意識別子を認証サーバに転送し、さらに前記認証の結果、および前記一意識別子を前記認証サーバから受け取る。
36. 請求項３４に記載の装置、ここにおいて、
    前記プロセッサは、前記少なくとも１つの認証の前記結果から少なくとも１つの暗号鍵を獲得し、さらに前記少なくとも１つの暗号鍵、または少なくとも１つの派生した鍵を、前記少なくとも１つの認証に関する実施ポイントに転送する。
37. 前記プロセッサは、前記少なくとも１つの暗号鍵に基づいて、前記少なくとも１つの認証を実施する、請求項３４に記載の装置。
38. 前記プロセッサは、前記ピアに関する第１の認証から暗号鍵を獲得し、さらに前記ピアに関する第２の認証のために前記暗号鍵を使用する、請求項３４に記載の装置。
39. 請求項３４に記載の装置、ここにおいて、
    前記プロセッサは、前記少なくとも１つの認証サーバから前記少なくとも１つの認証の前記結果を受け取り、前記ピアに関する他の１つまたは複数の認証の結果、および前記一意識別子をオーセンティケータから受け取り、さらに前記一意識別子に基づいて、前記ピアに関する前記少なくとも１つの認証と前記他の１つまたは複数の認証を結び付ける。
40. 下記を備える方法：
    少なくとも１つの認証サーバとピアとの間の少なくとも１つの認証の結果を受け取ること；および
    一意識別子に基づいて、前記少なくとも１つの認証を前記ピアに結び付けること。
41. 前記複数の認証の１つに関して、更に下記を備える請求項４０に記載の方法：
    認証要求を前記ピアに送ること；
    前記ピアから前記一意識別子とともに認証応答を受け取ること；
    前記一意識別子を認証サーバに転送すること；および
    前記認証の結果、および前記一意識別子を前記認証サーバから受け取ること。
42. さらに下記を備える請求項４０に記載の方法：
    前記少なくとも１つの認証の前記結果から少なくとも１つの暗号鍵を獲得すること；および
    前記少なくとも１つの暗号鍵、または少なくとも１つの派生した鍵を、前記少なくとも１つの認証に関する実施ポイントに転送すること。
43. 下記を備える装置：
    少なくとも１つの認証サーバとの第１の認証および第２の認証を実行し、前記第１の認証および前記第２の認証にそれぞれ関する第１のセキュリティ情報および第２のセキュリティ情報を獲得し、さらに前記第１のセキュリティ情報および前記第２のセキュリティ情報を使用してデータパケットを生成するプロセッサ；および
    前記プロセッサに結合されたメモリ。
44. 請求項４３に記載の装置、ここにおいて、
    前記プロセッサは、第１の認証サーバとの前記第１の認証を実行し、さらに第２の認証サーバとの前記第２の認証を実行し、前記第２の認証サーバが、前記第１の認証サーバとは異なる。
45. 前記プロセッサは、単一の認証サーバとの前記第１の認証および前記第２の認証を実行する、請求項４３に記載の装置。
46. 請求項４３に記載の装置、ここにおいて、
    前記プロセッサは、前記第１のセキュリティ情報を使用してデータをセキュアに処理して、初期パケットを獲得し、さらに、前記第２のセキュリティ情報を使用して前記初期パケットをセキュアに処理して、前記データパケットを獲得する。
47. 前記プロセッサは、前記第１のセキュリティ情報と前記第２のセキュリティ情報の両方を使用してデータをセキュアに処理して、前記データパケットを獲得する、請求項４３に記載の装置。
48. 請求項４３に記載の装置、ここにおいて、
    前記プロセッサは、前記第１のセキュリティ情報から獲得された第１の暗号鍵を使用して、前記データパケットに関する暗号化または正当性保護を実行し、さらに前記第２のセキュリティ情報から獲得された第２の暗号鍵を使用して、前記データパケットに関する暗号化または正当性保護を実行する。
49. 請求項４３に記載の装置、ここにおいて、
    前記プロセッサは、前記第１のセキュリティ情報と前記第２のセキュリティ情報の１つを使用して暗号化を実行し、さらに前記第１のセキュリティ情報と前記第２のセキュリティ情報のもう一方を使用して正当性保護を実行する。
50. 下記を備える方法：
    少なくとも１つの認証サーバとの第１の認証および第２の認証を実行すること；
    前記第１の認証および前記第２の認証にそれぞれ関する第１のセキュリティ情報および第２のセキュリティ情報を獲得すること；および
    前記第１のセキュリティ情報および前記第２のセキュリティ情報を使用してデータパケットを生成すること。
51. 請求項５０に記載の方法、ここにおいて、
    前記第１の認証および前記第２の認証を前記実行することは、下記を備える：
    第１の認証サーバとの前記第１の認証を実行すること；および
    第２の認証サーバとの前記第２の認証を実行すること、ここで、前記第２の認証サーバは、前記第１の認証サーバとは異なる。
52. 請求項５０に記載の方法、ここにおいて、
    前記データパケットを前記生成することは、下記を備える：
    初期パケットを獲得するために、前記第１のセキュリティ情報を使用してデータをセキュアに処理すること；および
    前記データパケットを獲得するために、前記第２のセキュリティ情報を使用して前記初期パケットをセキュアに処理すること。
53. 請求項５０に記載の方法、ここにおいて、
    前記データパケットを前記生成することは、下記を備える：
    前記データパケットを獲得するために、前記第１のセキュリティ情報と前記第２のセキュリティ情報の両方を使用してデータをセキュアに処理すること。

Images