(57)【要約】  ネットワークホットスポット（１１０）などのネットワークアクセスシステムは、スマートフォンまたはＷｉＦｉのみのデバイスなどのモバイルネットワークアクセスデバイス（１８０）に、ネットワークサービスにアクセスするために、ネットワークアクセス規格指定および／またはデバイス識別データを提供するように要求する。ネットワークアクセス規格指定は、モバイルネットワークアクセスデバイス（１８０）によりオンラインサインアップサーバ（１３０）ＯＳＵへ、ＰＫＣＳ（１０）証明書署名要求のＥＫＵ＿ｋｅｙ＿ｐｕｒｐｏｓｅフィールドを介して提供され得る。デバイス識別データは、ＯＳＵ（１３０）へ署名要求のサブジェクトフィールドを介して提供され得る。ＯＳＵ（１３０）は、モバイルネットワークアクセスデバイス（１８０）が署名されたネットワークアクセス証明書を要求する前に、デバイス識別データがモバイルネットワークアクセスデバイス（１８０）により提供されるデバイス識別データと同じであることを要求し得る。
2015537471.tif 000002
【特許請求の範囲】
【請求項１】
モバイルネットワークアクセスデバイスから証明書署名要求をサーバで受信することと、
証明書要求が所定値に等しいネットワークアクセス規格を含むことを条件に、証明書署名要求を証明書発行局に転送することと
を備える、方法。
【請求項２】
モバイルネットワークアクセスデバイスから証明書署名要求を受信することと、デバイス識別データを含むメッセージがデバイスから以前に受信されたことを条件に証明書署名要求を証明書発行局に転送することとをさらに備える、請求項１に記載の方法。
【請求項３】
所定値が、Ｈｏｔｓｐｏｔ２．０（ＨＳ２．０）またはそれ以降の規格を指定する、請求項１に記載の方法。
【請求項４】
所定値が、拡張鍵使用（ＥＫＵ：ｅｘｔｅｎｄｅｄ  ｋｅｙ  ｕｓａｇｅ）鍵用途フィールドを介して搬送される、請求項１に記載の方法。
【請求項５】
アクセス証明書を含むネットワークアクセス要求を、ネットワークサーバによりクライアントからネットワークを介して受信することと、
証明書に関連付けられた鍵用途をネットワークサーバにより決定することと、
鍵用途が所定の鍵用途であることを条件に、ネットワークサーバにより、クライアントにネットワークサービスへのアクセスを許可することと
を備える、方法。
【請求項６】
所定の鍵用途がホットスポットネットワークへのアクセスである、請求項５に記載の方法。
【請求項７】
ホットスポットネットワークが、Ｈｏｔｓｐｏｔ（ＨＳ２．０）またはそれ以降のネットワーク規格に準拠する、請求項６に記載の方法。
【請求項８】
クライアントにより提供される証明書が失効していると認証局が決定することを条件に、クライアントのネットワークアクセスを拒否することをさらに備える、請求項５に記載の方法。
【請求項９】
証明書が拡張鍵使用フィールドに鍵用途を含む、請求項５に記載の方法。
【請求項１０】
モバイルネットワークアクセスデバイスから証明書登録要求を、認証局サーバにおいてネットワークを介して受信することと、
証明書登録要求が所定値に等しいネットワークアクセス規格を含むことを条件に、認証局サーバにより、署名されたネットワークアクセス証明書をデバイスへ提供することと
を備える、方法。
【請求項１１】
署名されたアクセス証明書が、モバイルネットワークアクセスデバイスを識別するデバイス識別データを含む、請求項１０に記載の方法。
【請求項１２】
ネットワークアクセス規格指定が、Ｈｏｔｓｐｏｔ２．０（ＨＳ２．０）またはそれ以降の規格を指定する、請求項１０に記載の方法。
【請求項１３】
ネットワークアクセス規格指定が、署名された証明書のＥＫＵ＿ｋｅｙ＿ｐｕｒｐｏｓｅフィールド内で搬送される、請求項１０に記載の方法。
【請求項１４】
サービスプロバイダネットワークにアクセスするための証明書をモバイルネットワークアクセスデバイスにより受信することと、
モバイルネットワークアクセスデバイスにより証明書署名要求をサービスプロバイダネットワークサーバへ送信することであって、署名要求はネットワークアクセス規格指定を含む、送信することと、
ネットワークアクセス規格指定を含む署名されたアクセス証明書をモバイルネットワークアクセスデバイスにおいて受信することと
を備える、方法。
【請求項１５】
デバイス識別データをモバイルネットワークアクセスデバイスによりネットワークアクセスサーバへ提供することをさらに備え、
署名されたアクセス証明書がデバイス識別データを含む、請求項１４に記載の方法。
【請求項１６】
デバイス識別データが、署名された証明書のサブジェクトフィールド内で搬送される、請求項１５に記載の方法。
【請求項１７】
ネットワークアクセス規格指定が、Ｈｏｔｓｐｏｔ２．０（ＨＳ２．０）またはそれ以降の規格を指定する、請求項１４に記載の方法。
【請求項１８】
ネットワークアクセス規格指定が、署名された証明書のＥＫＵ＿ｋｅｙ＿ｐｕｒｐｏｓｅフィールド内で搬送される、請求項１４に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、その全体が引用により本明細書に組み込まれる、２０１２年１１月１３日出願の「Ｒｅｓｔｒｉｃｔｅｄ  Ｃｅｒｔｉｆｉｃａｔｅ  Ｅｎｒｏｌｌｍｅｎｔ  ｆｏｒ  Ｕｎｋｎｏｗｎ  Ｄｅｖｉｃｅｓ  ｉｎ  Ｈｏｔｓｐｏｔ  Ｎｅｔｗｏｒｋｓ」と題する先に出願された米国仮特許出願第６１／７２６，００９号の利益を主張する。
【０００２】
本開示は、一般に、ネットワーク化された無線通信の分野に関する。
【背景技術】
【０００３】
本節では、本発明のより良い理解を容易にするのに役立ち得る態様を紹介する。したがって、本節の記述は、この観点で読まれるべきであり、何が従来技術に含まれるかまたは何が従来技術に含まれないかについて認めるものとして理解されるべきではない。
【０００４】
モバイルデバイスおよびモバイルアプリケーションにおける近年の進歩が、モバイルネットワークへの著しい帯域幅および性能の需要をもたらした。モバイルおよびＷｉＦｉネットワーク技術および規格は、異種ネットワーク（ＨｅｔＮｅｔ：ｈｅｔｅｒｏｇｅｎｅｏｕｓ  ｎｅｔｗｏｒｋ）アーキテクチャへ向けて進化している。この進化は、モバイルサービスプロバイダがモバイルネットワークトラフィックをＷｉＦｉネットワークへオフロードすることを可能とし、また、セルラーおよびＷｉＦｉアクセスを含む包括的なサービスプランを提供することも可能とすると期待されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
未登録デバイスのオンライン証明書登録の不正利用を防ぐための方法およびデバイスが必要とされる。
【課題を解決するための手段】
【０００６】
一実施形態は、オンラインサインアップサーバ（ＯＳＵ）を動作させるなどの方法を提供する。サーバは、モバイルネットワークアクセスデバイスまたはＷｉＦｉのみのデバイスなどのクライアントデバイスから、ネットワークアクセス証明書署名要求を受信する。サーバは、証明書署名要求が所定値に等しいネットワークアクセス規格を含むことを条件に、証明書要求を証明書発行局に転送する。
【０００７】
他の実施形態は、上記の方法の実施形態を実施するように構成される、ＯＳＵサーバなどのサーバを提供する。サーバは、プロセッサと、ネットワークに接続されたネットワークインターフェースを含む。非一時的機械可読記憶媒体には、プログラムコードが符号化されている。プログラムコードは、モバイルネットワークアクセスデバイスから証明書登録要求をネットワークインターフェースを介して受信することを含む方法を実施するように、プロセッサにより実行される。方法は、証明書登録要求が所定値に等しいネットワークアクセス規格識別子を含むことを条件に、証明書発行局に証明書登録要求をネットワークインターフェースを介して転送することをさらに含む。
【０００８】
一部の実施形態において、上述の方法は、モバイルネットワークアクセスデバイスまたはＷｉＦｉのみのデバイスから証明書署名要求を受信することと、デバイス識別データを含むメッセージがデバイスから以前に受信されたことを条件に証明書署名要求を証明書発行局に転送することとを含む。一部の実施形態において、所定値は、ｈｏｔｓｐｏｔ２．０（ＨＳ２．０）またはそれ以降の規格を指定する。任意の実施形態において、所定値は、拡張鍵使用（ＥＫＵ：ｅｘｔｅｎｄｅｄ  ｋｅｙ  ｕｓａｇｅ）鍵用途フィールドを介して搬送され得る。一部の実施形態において、所定値は文字列ｉｄ−ｋｐ−ＨＳ２．０Ａｕｔｈを含む。様々な実施形態において、クライアントデバイスはたとえば、携帯電話、スマートフォン、モバイルコンピューティングデバイス、携帯電話機能なしのモバイルコンピューティングデバイス、またはＷｉＦｉ付きのパーソナルコンピュータを含んでもよい。
【０００９】
別の態様は、認証局（ＣＡ：ｃｅｒｔｉｆｉｃａｔｅ  ａｕｔｈｏｒｉｔｙ）などの証明書交付サーバを動作させるなどの方法を提供する。方法は、ネットワークアクセスのための証明書署名要求をモバイルネットワークアクセスデバイスなどから証明書交付サーバにより受信することを含む。サーバは、証明書登録要求が所定値に等しいネットワークアクセス規格を含むことを条件に、署名されたネットワークアクセス証明書をデバイスへ提供する。
【００１０】
別の実施形態は、上記の方法の実施形態を実施するように構成されるサーバを提供する。サーバは、プロセッサと、ネットワークに動作可能に接続されたネットワークインターフェースとを含む。非一時的機械可読記憶媒体には、プログラムコードが符号化されている。プログラムコードは、モバイルネットワークアクセスデバイスまたはＷｉＦｉのみのデバイスからの証明書登録要求をネットワークインターフェースを介して受信することを含む方法を実施するように、プロセッサにより実行される。証明書登録要求が所定値に等しいネットワークアクセス規格を含むことを条件に、署名されたネットワークアクセス証明書は、ネットワークインターフェースを介してデバイスへ提供される。
【００１１】
様々な実施形態において、署名されたアクセス証明書は、モバイルネットワークアクセスデバイスを識別するデバイス識別データを含む。一部のそのような実施形態において、デバイス識別データは、署名された証明書のサブジェクトフィールドにおいて搬送される。一部の実施形態において、ネットワークアクセス規格指定は、ＨＳ２．０またはそれ以降の規格を指定する。一部の実施形態において、ネットワークアクセス規格指定は、署名された証明書のＥＫＵ＿ｋｅｙ＿ｐｕｒｐｏｓｅフィールドにおいて搬送される。一部の実施形態において、署名されたアクセス証明書は、ネットワークアクセス規格指定がクリティカルであるという指定を含む。一部の実施形態において、デバイス識別データは、ＩＭＥＩ、ＭＥＩＤ、ＭＡＣアドレス、またはシリアル番号などの一意のデバイス識別情報（ＩＤ）を含む。
【００１２】
別の態様は、携帯電話またはＷｉＦｉのみのデバイスなどのモバイルネットワークアクセスデバイスを動作させるなどの方法を提供する。モバイルデバイスは、サービスプロバイダネットワークにアクセスするための証明書を受信する。デバイスは、証明書署名要求をサービスプロバイダネットワークサーバへ送信し、署名要求はネットワークアクセス規格指定を含む。モバイルデバイスは、ネットワークアクセス規格指定を含む署名されたアクセス証明書を受信する。
【００１３】
別の実施形態は、上記の方法の実施形態を実施するように構成される、携帯電話またはＷｉＦｉのみのデバイスなどのモバイルネットワークアクセスデバイスを提供する。モバイルネットワークアクセスデバイスは、プロセッサと、無線ネットワークと通信するように構成される送受信機とを含む。非一時的機械可読記憶媒体には、プログラムコードが符号化されている。プログラムコードは、サービスプロバイダネットワークにアクセスするための証明書を送受信機を介して受信することを含む方法を実施するように、プロセッサにより実行される。証明書署名要求は送受信機を介してサービスプロバイダネットワークサーバへ送信され、署名要求はネットワークアクセス規格指定を含む。署名されたアクセス証明書は送受信機を介して受信され、証明書はネットワークアクセス規格指定を含む。
【００１４】
方法の様々な実施形態は、モバイルネットワークアクセスデバイスまたはＷｉＦｉのみのデバイスにより、ネットワークアクセスサーバへデバイス識別データを提供することをさらに含み、署名されたアクセス証明書はデバイス識別データを含む。一部のそのような実施形態において、デバイス識別データは署名された証明書のサブジェクトフィールドにおいて搬送される。一部の実施形態において、ネットワークアクセス規格指定は、ＨＳ２．０またはそれ以降の規格を指定する。一部の実施形態において、ネットワークアクセス規格指定は、署名された証明書のＥＫＵ＿ｋｅｙ＿ｐｕｒｐｏｓｅフィールドにおいて搬送される。様々な実施形態において、クライアントデバイスは、携帯電話、スマートフォン、モバイルコンピューティングデバイス、携帯電話機能なしのモバイルコンピューティングデバイス、またはＷｉＦｉ付きのパーソナルコンピュータを含んでもよい。一部の実施形態において、署名されたアクセス証明書は、ネットワークアクセス規格指定がクリティカルであるという指定を含む。
【００１５】
別の実施形態は、認証、認可、および課金（ＡＡＡ：ａｕｔｈｅｎｔｉｃａｔｉｏｎ，ａｕｔｈｏｒｉｚａｔｉｏｎ，ａｎｄ  ａｃｃｏｕｎｔｉｎｇ）サーバを動作させるなどの方法を提供する。方法は、アクセス証明書を含むネットワークアクセス要求を、サーバによりクライアントデバイスから受信することを含む。サーバは、証明書に関連付けられた用途指定、たとえば鍵用途を決定する。用途指定が所定の用途指定に一致する場合、たとえば特定のネットワークアクセス規格に対して、サーバは、クライアントデバイスによるネットワークサービスへのアクセスを許可する。
【００１６】
別の実施形態は、上記の方法の実施形態を実行するように構成されるサーバを提供する。サーバは、プロセッサと、ネットワークに動作可能に接続されたネットワークインターフェースとを含む。非一時的機械可読記憶媒体には、プログラムコードが符号化されている。プログラムコードは、証明書を含むネットワークアクセス要求をクライアントデバイスからネットワークインターフェースを介して受信することを含む方法を実施するように、プロセッサにより実行される。ネットワークサーバは、証明書に関連付けられた用途を決定する。用途が所定の用途であることを条件に、クライアントデバイスによるネットワークサービスへのアクセスが許可される。
【００１７】
様々な実施形態において、所定の用途はホットスポットネットワークへのアクセスを含む。一部のそのような実施形態において、ホットスポットネットワークはＨＳ２．０またはそれ以降のネットワーク規格に準拠する。様々な実施形態において、方法は、クライアントデバイスにより提供された証明書が失効していると認証局が決定することを条件に、クライアントデバイスのネットワークアクセスを拒否することをさらに含む。様々な実施形態において、証明書は、拡張鍵使用（ＥＫＵ）鍵用途フィールド内に用途を含む。様々な実施形態において、サーバは、認証、認可、および課金（ＡＡＡ）サーバである。
【００１８】
添付の図面と共に以下の詳細な説明を参照することで、本発明をより完全に理解することができよう。
【図面の簡単な説明】
【００１９】
【図１】本明細書で開示された様々な実施形態に従って構成された、ＯＳＵと、ＡＡＡと、ＣＡとを含む、サービスプロバイダネットワークとネットワークアクセススポットとを含むサービスプロバイダアーキテクチャなどのシステムと、本明細書で開示された様々な実施形態に従ってホットスポットを介してネットワークサービスへアクセスするように構成された、携帯電話などのモバイルネットワークアクセスデバイスとを示す図である。
【図２】様々な実施形態に従って動作するように構成された、図１のアクセスデバイスなどのモバイルネットワークアクセスデバイスの例示の実施形態を示す図である。
【図３】様々な実施形態に従って動作するように構成された、図１のＯＳＵ、ＡＡＡ、またはＣＡサーバなどの、ネットワークサーバの例示の実施形態を示す図である。
【図４】様々な実施形態による、図１のアクセスデバイスなどのクライアントと、ＯＳＵサーバと、ＡＡＡサーバと、ＣＡサーバとの間のメッセージなどの通信を例示する方法の実施形態を提示する図である。
【図５】様々な実施形態による、図１のアクセスデバイスなどのクライアントと、ＯＳＵサーバと、ＡＡＡサーバと、ＣＡサーバとの間のメッセージなどの通信を例示する方法の実施形態を提示する図である。
【図６】たとえば図４および図５の方法の一部の実施形態において用いられるような、様々な実施形態において構成されるＰＫＣＳメッセージフィールドの概略図である。
【図７】証明書フィールドが、図４および図５の方法を含む様々な実施形態に対して説明されるように構成された、ネットワークアクセス証明書の概略図である。
【発明を実施するための形態】
【００２０】
本開示は、モバイルホットスポットサービスプロバイダを介するネットワークアクセスを要求する未知および／または未登録のモバイルネットワークアクセスデバイスによるオンライン証明書登録のための方法およびシステムなどを対象とする。そのようなホットスポットサービスプロバイダの種類の１つは、本明細書では簡潔さのためにＨＳ２．０と呼ぶことがある、Ｈｏｔｓｐｏｔ２．０規格および／またはそれ以降の改訂に準拠する。
【００２１】
改良された「次世代の」モバイルホットスポットネットワークアーキテクチャの仕様の継続的な開発は、いまだ活発な努力がなされている。ＨＳ２．０は、異種ネットワーク（「ＨｅｔＮｅｔ」）アーキテクチャの次世代に通じる４ＧモバイルＬＴＥネットワークおよびＷｉＦｉネットワークの収束のための主要な実現技術であると考えられている。本明細書で説明される様々な実施形態はＨＳ２．０を参照するが、本開示および特許請求の範囲は、ＨＳ２．０に限定されず、類似の用途のための現在または以前の規格、ＨＳ２．０規格の発展的更新、または類似のプロトコルを用いる他のもしくは後に開発された規格をたとえば含んでもよいことは理解される。
【００２２】
ＨＳ２．０は、スマートフォンまたはタブレットコンピュータあるいは他のモバイルコンピュータのようなモバイルデバイスなどのモバイルネットワークアクセスデバイスが、優先的なネットワークのリストから利用可能であり適切なＨＳ２．０ネットワークを動的に探索し、サービスに登録し、必要なアクセスクレデンシャルによりＨＳ２．０ネットワークにアクセスするように遠隔で構成されることを可能とする。ＨＳ２．０ネットワークアクセスを移動中に安全かつシームレスにアクセス可能とするために、デバイスは、最初のＷｉＦｉアクセス中に認証用のＸ．５０９証明書が供給され得る。
【００２３】
ＨＳ２．０アクセスに登録するデバイスは、典型的には、ＨＳ２．０ネットワークオペレータには事前に知られていない（たとえば、登録されていない）。したがって、これらのデバイスは、ネットワークアクセスポイントに遭遇するときなどに、オンラインでネットワークへのアクセスに登録する必要がある場合がある。Ｘ．５０９認証証明書へのそのような未登録デバイスのオンライン登録の必要性は、ＨＳ２．０サービスプロバイダに対するセキュリティの問題を生じる。デバイスはＨＳ２．０オペレータに知られていないので、ＨＳ２．０オペレータネットワーク内のまたはＨＳ２．０オペレータネットワークに接続されている証明書発行局（ＣＡ）は、通常は、要求された認証局と証明書を登録するデバイスとの関連を認証できない。これにより、悪意のあるデバイスが証明書登録の要求エンティティになりすまして、そのエンティティに与えられていない特権で証明書をＣＡから受信し得る仕組みが生成される可能性がある。
【００２４】
知られている／事前登録されたまたは事前準備されたデバイスの場合の措置を講じる、管理者検証によるオフライン登録のための仕組みが知られている。しかしながらそのような方法は、一般的には、ＨＳ２．０ＷｉＦｉアクセスのユースケースに適用可能な未登録デバイスのオンライン証明書登録の場合に適用できない。それゆえ、そのような状況下で未登録デバイスのオンライン証明書登録の不正利用を防ぐための方法およびデバイスが必要とされる。
【００２５】
本明細書で説明される実施形態は、従来の証明書発行の上述の欠陥を克服するように構成される方法および／またはデバイスを提供する。以下により完全に説明されるように、一部の実施形態は、インターネットエンジニアリングタスクフォース（ＩＥＴＦ）により発行されたＲＦＣ５２８０により提供されるｋｅｙＰｕｒｐｏｓｅＩＤフィールドに対する値であって、登録するデバイスによる許可される接続を識別する値を提供することにより、無線ネットワークにおける未知のデバイスの認証を提供する。一部の実施形態は、登録するデバイスが、国際移動体装置識別番号（ＩＭＥＩ）番号、ＷｉＦｉメディアアクセスコントロール（ＭＡＣ）アドレス、移動体装置識別子（ＭＥＩＤ）番号または一意のデバイスＩＤなどの、一意の識別子を、オンラインサインアップサーバ（ＯＳＵ）に提供する仕組みを提供する。そのような実施形態において、ＯＳＵは、以降の証明書署名要求（ＣＳＲ：ｃｅｒｔｉｆｉｃａｔｅ  ｓｉｇｎｉｎｇ  ｒｅｑｕｅｓｔ）において提供される識別子が、登録中に提供される識別子と一致することを要求してもよく、これにより別のデバイスが登録済みデバイスになりすますことを防ぐ。
【００２６】
まず図１を考慮すると、システム１００、たとえば、ＨＳ２．０規格に準拠した無線接続を提供するように構成される通信ネットワーク、および本明細書で説明される様々な実施形態が示される。システム１００は、本明細書においてネットワーク１００と同義的に呼ばれることがあるがこれに限定されない。前に記載したように、システム１００の実施形態は、ＨＳ２．０規格に限定されない。システム１００は、サービスプロバイダネットワーク（ＳＰＮ：ｓｅｒｖｉｃｅ  ｐｒｏｖｉｄｅｒ  ｎｅｔｗｏｒｋ）などのネットワーク１０５と、Ｗｉ−Ｆｉアクセスネットワーク（ＷＡＮ：Ｗｉ−Ｆｉ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）などのホットスポット１１０とを含む。ネットワーク１０５は、認証、認可、および課金（ＡＡＡ）サーバ１１５と、ポリシーサーバ１２０と、加入者リメディエーションサーバ１２５と、オンラインサインアップ（ＯＳＵ）サーバ１３０とを含む。ＯＳＵサーバ１３０は、ＣＡサーバ１３５に接続される。サーバ１１５、１２０、１２５、１３０は、インターネット１４５に接続されるサービスプロバイダコアサービスプロバイダ（ＳＰ）ネットワーク１４０に、参照されないデータパスを介して接続される。
【００２７】
ＯＳＵ１３０は、様々な実施形態において、オンラインサインアップサーバとして動作するためにＨＳ２．０規格に準拠する。したがって、ＯＳＵ１３０は、無線デバイスがネットワーク１００へのアクセスに登録するための登録サービスを提供する。本発明の実施形態は、特に、ＨＳ２．０アクセスのためのオンライン証明書登録の処理を保護するためのシステムを提供する。
【００２８】
ホットスポット１１０は、ＨＴＴＰサーバ１５０とＡＡＡサーバ１５５とを含む。サーバ１５０および１５５は、第１のルータ１６０においてアクセスコントロールリスト（ＡＣＬ）が適用された無線アクセスネットワークにそれぞれ接続されている。第１のルータ１６０は、たとえば無線アクセスノード内の無線周波数（ＲＦ）送受信機１７０に接続されている第２のルータ１６５に接続されている。ホットスポット１１０は、ＳＰネットワーク１４０と第１のルータ１６０との間の参照されないデータパスを介してネットワーク１０５に接続されている。ユーザ１７５は、本明細書および特許請求の範囲においてクライアントデバイス１８０と呼ばれることがあるモバイルネットワークアクセスデバイス１８０を介して、インターネット１４５へアクセスしてもよい。「クライアントデバイス」という用語は、携帯電話機のような、「ユーザ機器（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）」またはＵＥと関連技術の当業者に呼ばれることがあるデバイスを含む。クライアントデバイス１８０は、たとえば、スマートフォン、携帯情報端末（ＰＤＡ：ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ）、ネットブック型、ノートブック型またはタブレット型コンピュータ、ラップトップコンピュータ、または、ＲＦ送受信機１７０を介したホットスポット１１０との無線データ接続を交渉し維持するように構成された類似のデバイスでもよく、または、含んでもよい。様々な実施形態において、クライアントデバイス１８０は、ＷｉＦｉネットワークと通信可能であり、一部の実施形態においてセルラーネットワークとも通信可能である。一部の例では、クライアントデバイス１８０は、セルラー通信ネットワークと通信する機能がなく、たとえば、「ＷｉＦｉのみ」である。本明細書では、「モバイル」デバイスは、機械的補助なしで人により日常的に持ち運ばれるように構成されたデバイスである。この文脈では、機械的補助は、バックパック、ブックバッグ、ブリーフケースなどのような個人用整理デバイスを除く。
【００２９】
図２に、様々な実施形態に従って動作するように構成された、クライアントデバイス１８０などの装置２００を示す。当業者は、装置２００の以下の説明が多数の可能な実装を代表することを理解するだろう。さらに、装置２００の様々な機能は便宜上個別の機能ブロックにより説明されることがあり、当業者は、そのような機能が装置２００内の様々な構成要素の間で分散されることがあり、また一部の例では共有の構成要素により実装されることがあることは理解するだろう。
【００３０】
例示の実施形態において、装置２００は、送受信機２１０と、プロセッサ２２０と、メモリ２３０とを含む。送受信機２１０はアンテナ２４０と接続され、アンテナ２４０を介してＲＦ信号を受信および／または送信するように動作する。プロセッサ２２０は送受信機２１０およびメモリ２３０と協力して動作して、送信されるＲＦ信号を変調および符号化し、および／または、受信されるＲＦ信号を復調および復号する。送受信機２１０、プロセッサ２２０、およびメモリ２３０は、本開示の範囲内の実施形態を除いて従来通りでもよい。メモリ２３０は、有形の非一時的記憶媒体、たとえばＲＡＭ、ＲＯＭ、フラッシュメモリなどでもよい。メモリ２３０は、方法４００および５００などの以下に説明される様々な実施形態を実装するように構成される、命令などのステップを含む。
【００３１】
図３に、様々な実施形態に従って動作するように構成される、ＡＡＡサーバ１１５、ＯＳＵサーバ１３０、およびＣＡサーバ１３５などを代表する装置３００を示す。当業者は、装置３００の以下の説明もまた多数の可能な実装を代表することを理解するだろう。さらに、装置３００の様々な機能は便宜上個別の機能ブロックにより説明されることがあり、当業者は、そのような機能が装置３００内の様々な構成要素の間で分散されることがあり、また一部の例では共有の構成要素により実装されることがあることは理解するだろう。
【００３２】
例示の実施形態において、装置３００は、ネットワークインターフェース３１０と、プロセッサ３２０と、メモリ３３０とを含む。ネットワークインターフェース３１０は、ローカルエリアネットワークまたはインターネットなどのネットワーク３４０を介して、データを受信および／または送信するように動作する。プロセッサ３２０は、ネットワークインターフェース３１０およびメモリ３３０と協力して動作して、ネットワークへ送信するためのデータをフォーマットし、および／またはネットワークからデータを受信する。ネットワークインターフェース３１０、プロセッサ３２０、およびメモリ３３０は、本開示の範囲内の実施形態を除いて従来通りでもよい。メモリ３３０は、有形の非一時的記憶媒体、たとえばＲＡＭ、ＲＯＭ、フラッシュメモリ、磁気ディスク、光学ディスクなどでもよい。メモリ３３０は、方法４００および５００などの、以下に説明される様々な実施形態を実装するように構成される、命令などのステップを含む。
【００３３】
図４に、ネットワーク１０５からネットワークサービスを受信するためにクライアントデバイス１８０を認証するなどのための方法４００を示す。方法４００の一部の態様は、本明細書においてその全体が引用により組み込まれる、米国マサチューセッツ州ベッドフォードのＲＳＡセキュリティ社が開発および／または普及させた公開鍵暗号規格（ＰＫＣＳ：ｐｕｂｌｉｃ  ｋｅｙ  ｃｒｙｐｔｏｇｒａｐｈｙ  ｓｔａｎｄａｒｄｓ）、またはＩＥＴＦのＲＦＣ５２８０などの、様々な規格により説明され得る。方法４００は、クライアント４１０と、ＯＳＵサーバ１３０と、ＡＡＡサーバ１１５と、ＣＡサーバ１３５との間の相互作用を説明する。クライアント４１０は、スマートフォン、ＰＤＡ、ネットブック型、ノートブック型またはタブレット型コンピュータ、またはラップトップコンピュータなどの、クライアントデバイス１８０の様々な実施形態を代表する。方法４００の様々なステップは、たとえば、装置２００の例（たとえばクライアントデバイス１８０）、装置３００の複数の例（たとえばＯＳＵサーバ１３０、ＡＡＡサーバ１１５およびＣＡサーバ１３５）により実装され得る。
【００３４】
ステップ４３０において、クライアント４１０は、ホットスポット１１０プロバイダに関連付けられたリスト要素からベースユニフォームリソース識別子（ＵＲＩ：ｕｎｉｆｏｒｍ  ｒｅｓｏｕｒｃｅ  ｉｄｅｎｔｉｆｉｅｒ）にＨＴＴＰＳまたはＨＴＴＰのＧＥＴ要求を発行することなどにより、ＯＳＵサーバ１３０に証明書要求を発行する。ステップ４３５において、ＯＳＵサーバ１３０は証明書要求をＣＡサーバ１３５に転送する。ＣＡサーバ１３５は、ステップ４４０においてＯＳＵサーバ１３０へ要求された証明書を返送する。この証明書は、本明細書では認証局証明書、またはより簡潔にＣＡ証明書と呼ばれてもよく、ルート証明書と呼ばれることがあってもよい。
【００３５】
ステップ４４５において、ＯＳＵサーバ１３０はＣＡ証明書をクライアント４１０に返送する。ＣＡ証明書は、たとえば、Ｘ．５０９証明書でもよい。一実施形態において、ＯＳＵサーバ１３０は、「ａｐｐｌｉｃａｔｉｏｎ／ｐｋｃｓ７−ｍｉｍｅ」フォーマットの「縮退した（ｄｅｇｅｎｅｒａｔｅ）」証明書のみのＰＫＣＳ７メッセージを用いてＣＡ証明書を提供する。クライアント４１０は、ステップ４５０において次に、例示的にはＨＳ２．０のようなホットスポットアクセス規格であるがそのような規格に制限されないネットワークアクセス規格を指定する所定のパラメータ値を含む証明書署名要求をＯＳＵサーバ１３０に送信する。その規格は、ＰＫＣＳ１０メッセージのＥＫＵ＿ｋｅｙ＿ｐｕｒｐｏｓｅフィールドを介して搬送されてもよい。この値は、以下の議論では「ＨＳ２．０」と呼ばれることがあるがこれに限定されない。この文脈では、ホットスポットアクセス規格は、モバイルデバイスとＷｉＦｉネットワークアーキテクチャとの間の通信を確立および／または維持するためのプロトコルを指定する規格である。様々な実施形態において、ＯＳＵサーバ１３０により送信されたメッセージは、ＰＫＣＳ１０規格に準拠する。ＥＫＵ＿ｋｅｙ＿ｐｕｒｐｏｓｅフィールドの値は、「ｉｄ−ｋｐ−ＨＳ２．０Ａｕｔｈ」に設定されてもよいが、これに限定されない。
【００３６】
図６に、ＰＫＣＳ１０メッセージなどのＰＫＣＳメッセージ６００の一部を概略的に示す。メッセージ６００は、いくつかのパラメータフィールドを含む。サブジェクトパラメータフィールド６１０は、クライアント証明書を提供するためにＣＡ１３５により後で用いられる値を提供する。ＩＥＴＦのＲＦＣ５２８０規格により提供されるＥＫＵ＿ｋｅｙ＿ｐｕｒｐｏｓｅパラメータフィールド６２０は、クライアント４１０によるネットワークアクセス要求が、ＨＳ２．０などの適用可能なホットスポット規格内で行われるよう意図されることを指定する仕組みを提供する。もちろん、フィールド６２０は、クライアントデバイス１８０とネットワーク１０５との間の通信がその下で行われることになる規格を搬送する任意の適切な値を含んでもよい。
【００３７】
図４に戻って、ＯＳＵサーバ１３０はステップ４５５において次に、クライアント証明書を登録する要求をＣＡサーバ１３５に送信する。その要求は、ＥＫＵ＿ｋｅｙ＿ｐｕｒｐｏｓｅ＝ＨＳ２．０などの、ＯＳＵサーバ１３０により受信されたサブジェクトパラメータフィールド６１０の値を含む。
【００３８】
ステップ４６０において、ＣＡサーバ１３５は、登録された証明書をＯＳＵサーバ１３０に返送する。登録された証明書は、本明細書ではクライアント証明書と呼ばれることがある。
【００３９】
図７に、様々な実施形態に従って構成されるクライアント証明書７００を概略的に示す。クライアント証明書７００は、サブジェクトパラメータ７０５とＥＫＵリスト７１０とを含む。ＥＫＵリスト７１０は、ｋｅｙＰｕｒｐｏｓｅＩＤパラメータ７２０およびクリティカリティパラメータ７３０を含む様々な付加的なパラメータを含み、各々を以下でさらに説明する。
【００４０】
クライアント証明書７００は、ＰＫＣＳメッセージ６００（図６）のパラメータフィールド６２０を介して以前に提供された値を、ＫｅｙＰｕｒｐｏｓｅＩＤパラメータ７２０に含む。ＫｅｙＰｕｒｐｏｓｅＩＤパラメータ７２０は、ステップ４５０において指定された同じ値、たとえばｉｄ−ｋｐ−ＨＳ２．０Ａｕｔｈを有してもよい。任意選択で、クライアント証明書７００は、「クリティカル」指定を含む。この指定は、値「クリティカル」に設定されるクライアント証明書７００のクリティカリティパラメータ７３０により概略的に示される。「クリティカル」指定は、ＯＳＵ１３０などの証明書処理エンティティにより、関連するＥＫＵリスト７１０の処理が必須であることを示すために用いられてもよい。
【００４１】
図４に戻って、ステップ４６５においてＯＳＵサーバ１３０は、クライアント証明書をクライアント４１０に提供する。ステップ４７０においてクライアント４１０は、クライアント証明書をＡＡＡサーバ１１５に提示することによって、ホットスポットネットワークにアクセスしようと試みる。クライアント４１０は、ネットワークアクセスを確立するために、たとえばＥＡＰ−ＴＬＳ（ｅｘｔｅｎｓｉｂｌｅ  ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｐｒｏｔｏｃｏｌ−ｔｒａｎｓｐｏｒｔ  ｌａｙｅｒ  ｓｅｃｕｒｉｔｙ）プロトコルを用いてもよい。
【００４２】
任意選択のステップ４７５において、ＡＡＡサーバ１１５は、クライアント証明書が失効していたか決定するために、メッセージをＣＡサーバ１３５に送信する。クライアント証明書が失効していない場合、ステップ４８０においてＣＡサーバ１３５は、証明書が失効していないことを示して応答する。ステップ４８５において、ＡＡＡサーバ１１５はクライアント証明書に追加の確認を行ってもよい。たとえばＡＡＡサーバ１１５は、ｉｄ−ｋｐ−ＨＳ２．０Ａｕｔｈなどの署名された証明書の指定された用途が、事前定義された許可された用途であることを検証してもよい。ステップ４８５は、ステップ４７５／４８０の完了の後に発生するように示されているが、実施形態はそのようなステップの順番に限定されない。
【００４３】
ステップ４８５において、ＡＡＡサーバ１１５は１つまたは複数の以下のアクションを行ってもよい。まずＡＡＡサーバ１１５は、証明書の完全性を検証することにより、クライアント証明書の正当性を確認してもよい。これは、たとえば、まず証明書の内容の一方向性ハッシュを生成することにより行われてもよい。一部の実施形態において、これは、クライアント証明書に示されたハッシュアルゴリズムを用いて行われてもよい。そのような場合では、ハッシュ値はメモリに一時的に記憶されてもよい。次に、クライアント証明書に埋め込まれたデジタル署名は、証明書に含まれる公開鍵を用いて復号されてもよい。ＣＡサーバ１３５がクライアント証明書を発行する他の実施形態において、公開鍵はＣＡルート証明書から用いられてもよい。ハッシュ値が一致する場合、ＡＡＡサーバ１１５は、クライアント証明書が生成されてから改変されなかったと結論付けてもよい。ＡＡＡサーバ１１５はまた、クライアント証明書がまだ有効であるか決定するために、ＯＣＳＦ（Ｏｎｌｉｎｅ  Ｃｅｒｔｉｆｉｃａｔｅ  Ｓｔａｔｕｓ  Ｐｒｏｔｏｃｏｌ）を確認してもよい。ＡＡＡサーバ１１５はまた、ステップ４８５において、ＥＫＵ＿ｋｅｙ＿ｐｕｒｐｏｓｅフィールド、たとえばＫｅｙＰｕｒｐｏｓｅＩＤパラメータ７２０が適切に報告されたと決定してもよい。前述のように、ＫｅｙＰｕｒｐｏｓｅＩＤパラメータ７２０の内容は、クライアントデバイス１８０に許可されるアクセスを決定してもよい。したがって、前の例を限定なく継続するために、この値が「ｉｄ−ｋｐ−ＨＳ２．０Ａｕｔｈ」である場合、クライアントデバイス１８０は、インターネット１４５へのアクセスについて認証され得るが、他の活動、たとえば、これに限定しないが、Ｅメールおよび／またはＶＰＮなどに対する特権が与えられない場合がある。
【００４４】
最後に、ステップ４９０において、クライアント証明書および指定された用途が有効である場合、ＡＡＡサーバ１１５は、ネットワークアクセスが許可されることを示すクライアント４１０へのメッセージを配信する。このメッセージもまた、ＥＡＰ−ＴＬＳプロトコルを介して配信されてもよい。
【００４５】
図５に、クライアント４１０（たとえばクライアントデバイス１８０）によるネットワーク１０５へのアクセスを許可する追加の態様を含む方法５００などの実施形態を示す。この実施形態において、Ｘ．５０９証明書などの証明書のサブジェクトフィールドは、ＩＭＥＩ番号、ＭＥＩＤ番号、ＷｉＦｉのＭＡＣアドレス、または一意のデバイスＩＤなどの、クライアントデバイス１８０を識別する識別データがポピュレートされる。以下のステップを除いて、方法５００のステップは、方法４００に対して説明した通りでもよい。
【００４６】
ステップ５１０において、クライアント４１０はメッセージを介して、「ｄｅｖｉｃｅＩＤ」または「ＤｅｖｉｃｅＩｎｆｏ」などの識別データをＯＳＵサーバ１３０に提供する。メッセージは、たとえばＨＴＴＰＳプロトコルにより搬送されてもよい。ＯＳＵ１３０は、識別データをデータベースに記録してもよい。クライアントデバイス１８０は、ステップ４５０においてＯＳＵ１３０に送信される証明書要求にサブジェクト名として識別パラメータを含んでもよく、ＣＡサーバ１３５は、ステップ４６０において提供されるクライアント証明書にサブジェクト名を含めることになる。代替の実施形態において、クライアントデバイス１８０は、証明書署名要求のＳｕｂｊｅｃｔＡｌｔＮａｍｅフィールドを介して識別パラメータを提供してもよい。別の代替の実施形態において、ＯＳＵ１３０は、任意のサポートされた通信プロトコルを用いて、クライアントデバイス１８０から識別データを取得してもよい。ステップ５２０において、ＯＳＵ１３０は、サブジェクト名に指定された識別データが、ステップ４５０の証明書要求においてクライアントデバイス１８０により提供されるデバイス識別子に一致することを検証してもよい。一部の実施形態において、ＯＳＵ１３０は、任意のサポートされたプロトコルを用いてクライアントデバイス１８０に問合せし、指定されたデバイス識別データが、クライアントデバイス１８０により返されたデバイス識別データと一致することを検証してもよい。いずれにしても、この識別子確認は、悪意のあり得るデバイスがクライアントデバイス１８０になりすますことを防ぎ得る。デバイス同一性確認がステップ５２０において承認（ｆａｖｏｒａｂｌｅ）である場合、ＯＳＵサーバ１３０は、ステップ４５５の証明書登録要求に識別データを含めてもよい。そして、ＣＡサーバ１３５は、クライアント証明書７００（図７）で例示されたような、ステップ４６０において発行される証明書のサブジェクトパラメータ７０５に識別データを含めてもよい。
【００４７】
証明書署名要求が有効であると検証されると、ＯＳＵ１３０は、ＨＳ２．０の仕様に指示された他の規則の通りデバイス証明書の認証のための登録する処理を進めてもよい。加えて、ＯＳＵ１３０は、ＣＡサーバ１３５基盤と連動して動作して、「ｉｄ−ｋｐ−ＨＳ２．０Ａｕｔｈ」のオブジェクト、または類似の用途に適合する他の類似のオブジェクトが、発行されたＸ．５０９証明書に含まれるＥＫＵリスト７１０に含まれることを保証してもよい。
【００４８】
本発明の複数の実施形態が添付の図面に示され前述の詳細な説明において説明されたが、本発明は開示された実施形態に限定されないが、以下の特許請求の範囲に記載および定義される本発明から逸脱することなく、多数の改変、修正および置換が可能であることは理解されたい。
【図１】
2015537471.tif 000003
【図２】
2015537471.tif 000004
【図３】
2015537471.tif 000005
【図４】
2015537471.tif 000006
【図５】
2015537471.tif 000007
【図６】
2015537471.tif 000008
【図７】
2015537471.tif 000009
【国際調査報告】
2015537471.tif 000010
2015537471.tif 000011
2015537471.tif 000012