(57)【特許請求の範囲】
【請求項１】
オンラインサインアップ（ＯＳＵ）のサービスセット識別子（ＳＳＩＤ）を使用してホットスポットと結合し；
前記ホットスポットを介して、ＯＳＵサーバとトランスポートレイヤセキュリティ（ＴＬＳ）セッションを設定し；
加入に対するサインアップのため及び認証情報の提供のために前記ＯＳＵサーバとプロビジョニングメッセージを交換し；
前記ＯＳＵサーバから、加入管理オブジェクトを受信し；且つ
前記ＯＳＵのＳＳＩＤを使用して前記ホットスポットから分離し且つ該ＯＳＵのＳＳＩＤとは異なる第１のＳＳＩＤ及び前記加入管理オブジェクトを使用して前記ホットスポットと結合する、
論理部を有する１つ以上のプロセッサ；及び
２以上のアンテナ；
を備える装置。
【請求項２】
前記プロビジョニングメッセージは、オープン・モバイル・アライアンス・デバイス・マネジメント（ＯＭＡ−ＤＭ）メッセージを含む、
請求項１に記載の装置。
【請求項３】
前記プロビジョニングメッセージは、シンプル・オブジェクト・アクセス・プロトコル拡張マークアップ言語（ＳＯＡＰ−ＸＭＬ）メッセージを含む、
請求項１に記載の装置。
【請求項４】
前記論理部は、さらに、証明書ベースの認証情報のプロビジョニングのための証明書登録プロトコルを起動し；且つ
前記証明書ベースの認証情報のプロビジョニングの後、前記論理部は、さらに、前記加入管理オブジェクトに場所を追加するための前記ＯＳＵサーバからのコマンドを受信する、
請求項１に記載の装置。
【請求項５】
前記ホットスポットが、第１の基本サービスセット識別子（ＢＳＳＩＤ）及びＯＳＵのＢＳＳＩＤを提供する場合であり；且つ
前記装置は、認証情報の提供のために前記ＯＳＵのＢＳＳＩＤを使用するように構成される、
請求項１に記載の装置。
【請求項６】
前記ＯＳＵのＳＳＩＤは、前記第１のＳＳＩＤから導出される、
請求項１に記載の装置。
【請求項７】
前記ＯＳＩのＳＳＩＤはベンダー固有の情報要素に含まれる、
請求項１に記載の装置。
【請求項８】
前記第１のＳＳＩＤ及び第１のＢＳＳＩＤは送信されるプロファイルの一部であり；且つ
前記ＯＳＵのＳＳＩＤ及びＯＳＵのＢＳＳＩＤは送信されないプロファイルの一部である、
請求項５に記載の装置。
【請求項９】
従属プロファイルの中のオンラインサインアップ（ＯＳＵ）のサービスセット識別子（ＳＳＩＤ）を使用してホットスポットと結合し、且つＯＳＵサーバに対する安全な接続を設定し；
加入に対するサインアップのため及び認証情報部分を有する加入管理オブジェクトを作成するのに必要な情報を識別するために前記ＯＳＵサーバとマネジメントメッセージを交換し；
前記加入管理オブジェクトを取得し；
前記ホットスポットから分離し；且つ
前記ホットスポットのプライマリプロファイルの中の前記ＯＳＵのＳＳＩＤとは異なる第１のＳＳＩＤ及び前記加入管理オブジェクトの認証情報部分の中の情報を使用して前記ホットスポットと結合する、
論理部、を有する１つ以上のプロセッサ；及び
２以上のアンテナ；
を備える装置。
【請求項１０】
前記従属プロファイルは、ＯＳＵプロバイダリストの中のフィールドとして含まれる、送信されないプロファイルであり；且つ
前記論理部は、さらに、前記ＯＳＵプロバイダリストを取得する、
請求項９に記載の装置。
【請求項１１】
前記従属プロファイルは、Ｗｉ−Ｆｉアライアンス（ＷＦＡ）のベンダー固有の情報要素の一部であり；且つ
前記論理部は、さらに、前記ＯＳＵのＳＳＩＤを取得するために、前記ベンダー固有の情報要素を復号化する、
請求項９に記載の装置。
【請求項１２】
前記論理部は、さらに、前記第１のＳＳＩＤをユーザに表示し、且つ前記第１のＳＳＩＤが表示される場合、前記ＯＳＵのＳＳＩＤを隠す、
請求項９に記載の装置。
【請求項１３】
前記論理部は、さらに、オンラインサインアップに使用される前記ＯＳＵのＳＳＩＤを含むＯＳＵプロバイダリストを受信する、
請求項１に記載の装置。
【請求項１４】
前記装置は、
前記２以上のアンテナと結合されるように構成される送受信部、
をさらに備える、請求項１に記載の装置。
【請求項１５】
前記論理部は、さらに、前記第１のＳＳＩＤ及び前記ＯＳＵのＳＳＩＤを提供する前記ホットスポットをプローブレスポンスに基づき識別する、
請求項１に記載の装置。
【請求項１６】
無線ネットワークの中の装置を操作するための複数の操作を行うための１つ以上のプロセッサによる実行のための指令を記憶する非一時的コンピュータ可読記憶媒体であって、前記複数の操作は、
オンラインサインアップ（ＯＳＵ）のサービスセット識別子（ＳＳＩＤ）を使用してホットスポットと結合し；
前記ホットスポットを介して、ＯＳＵサーバとトランスポートレイヤセキュリティ（ＴＬＳ）セッションを設定し；
加入に対するサインアップのため及び認証情報の提供のために前記ＯＳＵサーバとプロビジョニングメッセージを交換し；
前記ＯＳＵサーバから、加入管理オブジェクトを取得し；且つ
前記ＯＳＵのＳＳＩＤを使用して前記ホットスポットから分離し且つ該ＯＳＵのＳＳＩＤとは異なる第１のＳＳＩＤ及び前記加入管理オブジェクトを使用して前記ホットスポットと結合する、
ように前記装置を構成する、
非一時的コンピュータ可読記憶媒体。
【請求項１７】
前記プロビジョニングメッセージは、オープン・モバイル・アライアンス・デバイス・マネジメント（ＯＭＡ−ＤＭ）メッセージを含む、
請求項１６に記載の非一時的コンピュータ可読記憶媒体。
【請求項１８】
前記プロビジョニングメッセージは、シンプル・オブジェクト・アクセス・プロトコル拡張マークアップ言語（ＳＯＡＰ−ＸＭＬ）メッセージを含む、
請求項１６に記載の非一時的コンピュータ可読記憶媒体。
【請求項１９】
前記指令は、さらに、証明書ベースの認証情報のプロビジョニングのための証明書登録プロトコルを起動するように前記装置を構成し；且つ
前記証明書ベースの認証情報のプロビジョニングの後、前記指令は、さらに、前記加入管理オブジェクトに場所を追加するための前記ＯＳＵサーバからのコマンドを受信するように前記装置を構成する、
請求項１６に記載の非一時的コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２０１２年１２月２７日に出願された米国特許出願第１３／７２８、６０６号の優先権の権利を主張し、参照することによりその全体が本明細書に組み込まれる。
【０００２】
複数の実施例は、無線通信に関係する。いくつかの実施例は、オンラインサインアップ（ｏｎｌｉｎｅ  ｓｉｇｎ−ｕｐ）及びサービス接続性のための各種認証情報（ｃｒｅｄｅｎｔｉａｌｓ）の提供に関連する。いくつかの実施例は、ホットスポット２．０ネットワーク及びホットスポット２．０の進化に関連する。
【背景技術】
【０００３】
Ｗｉ−Ｆｉホットスポットへの申し込み及び接続は、簡単且つユーザフレンドリーな処理ではない。ユーザは、異なる複数の種別の複数のウェブページに直面し、異なる複数の場所で情報を入力し且つそのユーザ名／パスワードを選択する必要があるかもしれない。現在、Ｗｉ−Ｆｉ対応装置及びホットスポットに対する安全なオンラインサインアップを規定する標準化された機構は存在しない。さらに、異なる複数の認証情報（ユーザ名／パスワード、証明書、加入者情報モジュール種別認証情報（ｓｕｂｓｃｒｉｂｅｒ  ｉｎｆｏｒｍａｔｉｏｎ  ｍｏｄｕｌｅ  （ＳＩＭ）  ｔｙｐｅ  ｃｒｅｄｅｎｔｉａｌｓ）等）が提供される場合、追加的な複雑化が発生する。
【図面の簡単な説明】
【０００４】
【図１】いくつかの実施例に従う、無線ネットワークを示す図である。
【図２】いくつかの実施例に従う、オンラインの申し込み及び認証情報の提供のメカニズムを示す図である。
【図３】いくつかの実施例に従う、加入管理オブジェクトの認証情報部分を示す図である。
【図４】いくつかの実施例に従う、無線ネットワークを示す図である。
【図５】いくつかの実施例に従う、オンラインの申し込み及び認証情報の提供のメカニズムを示す図である。
【図６】いくつかの実施例に従う、オンラインの申し込み及び認証情報の提供のメカニズムを示す図である。
【図７】いくつかの実施例に従う、オンラインの申し込み及び認証情報の提供のメカニズムを示す図である。
【図８】いくつかの実施例に従う、オンラインの申し込み及び認証情報の提供のメカニズムを示す図である。
【図９】いくつかの実施例に従う、オンラインの申し込み及び認証情報の提供のメカニズムを示す図である。
【図１０】いくつかの実施例に従う、システムブロック図を示す図である。
【発明を実施するための形態】
【０００５】
以下の説明及び図面は、特定の複数の実施例を十分に説明し、これにより当業者はそれらを実施することが可能となる。他の複数の実施例は、構造的、論理的、電気的、プロセス、及びその他の複数の変更を具体化し得る。いくつかの実施例の複数の部分及び複数の特徴は、他の複数の実施例のそれらに含まれるか、又は置き換えられてもよい。複数の請求項に記載の複数の実施例は、これらの請求項の全ての利用可能な均等物を包含する。
【０００６】
図１は、いくつかの実施例に従う、無線ネットワークを示す。当該ネットワークは、いくつかの実施例に従う、安全なオンラインサインアップ（ｏｎｌｉｎｅ  ｓｉｇｎｕｐ）及び認証情報の提供についての動作環境を形成する。図１において、モバイルデバイス１００（ユーザ装置（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）、ステーション（Ｓｔａｔｉｏｎ、ＳＴＡ）、又は無線装置とも呼ばれる）は、Ｗｉ−Ｆｉホットスポット１０２と結合されるように構成され且つ安全なオンラインサインアップ及びプロビジョニングと関連付けられた各種機能を実行するように構成されるＷｉ−Ｆｉ対応装置であってもよい。モバイルデバイス１００は、オープンモバイルアライアンスのデバイスマネジメントプロトコル（Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ  Ｄｅｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ  （ＯＭＡ−ＤＭ）  ｐｒｏｔｏｃｏｌ）、シンプルオブジェクトアクセスプロトコル拡張マークアップ言語（ＳＯＡＰ−ＸＭＬ）プロトコル又はいくつかの他のプロトコル等の、デバイスマネジメントプロトコルを実行するデバイスマネジメントクライアント（図示せず）を含んでもよい。
【０００７】
Ｗｉ−Ｆｉホットスポット１０２は、Ｗｉ−Ｆｉネットワークの一部であってもよく、且つネットワーク１０６と結合されてもよく、当該ネットワーク１０６は、ローカルネットワーク又はルータであってもよく、或いはそれを介してインターネット等、他の複数のネットワーク１１６にアクセス可能なゲートウェイ、又はそれらの組合せであってもよい。Ｗｉ−Ｆｉホットスポット１０２は、Ｗｉ−Ｆｉアクセスポイント（ＡＰ）として動作してもよい。
【０００８】
Ｗｉ−Ｆｉホットスポット１０２は、オンラインサインアップ（ＯＳＵ）サーバ１０４、認証、許可及び課金（ＡＡＡ）サーバ１１０、ホームロケーションレジスタ（ＨＬＲ）１１２、及び認証局（ＣＡ）１１４等の、各種ネットワークエレメントと結合されてもよい。いくつかの実施例において、ＯＳＵサーバ１０４は、ＯＭＡ−ＤＭプロトコルを実行してもよい。他の複数の実施例において、ＯＳＵサーバ１０４は、ＳＯＡＰ−ＸＭＬプロトコル又は他のいくつかのマネジメントプロトコルを実行してもよい。いくつかの実施例において、ＯＳＵサーバ１０４は、他の複数のサーバ又は装置（ＡＡＡサーバ１１０、ＨＬＲ１１２及びＣＡ１１４等）に対するプロキシとして機能してもよい。
【０００９】
本明細書における複数の実施例に従い、モバイルデバイス１００は、Ｗｉ−Ｆｉホットスポットに対するオンラインサインアップ及び認証情報の提供のために構成されてもよい。以下においてより完全に説明するように、これらは、ＯＭＡ−ＤＭ、ＳＯＡＰ−ＸＭＬ、又は他のプロトコル等の、各種管理プロトコルを使用してもよい。これは、そのバックエンドのコアネットワークにおいて、これらの１つ以上のプロトコルを既に実行しているかもしれないセルラタイプのネットワークサービスプロバイダが、Ｗｉ−Ｆｉネットワークにサービス提供する機能を拡張するために、同じ複数のサーバ及びインストールされた複数の構成要素を使用することを可能としてもよい。このようにして、Ｗｉ−Ｆｉネットワークは、同じセルラネットワークバックエンドコアと共に動作して、セルラ型のネットワークからのよりシームレス且つ透過的な方法での、Ｗｉ−Ｆｉオフローディングを可能としてもよい。セルラタイプのネットワークは、２Ｇ（例えば、ＧＳＭ（登録商標）、ＥＤＧＥ）構成のネットワーク又は３Ｇ（例えば、３ＧＰＰ、３ＧＰＰ２）構成のネットワーク又は４Ｇ（例えば、ＷｉＭＡＸ、ＬＴＥ）構成のネットワークのいずれのことであってもよい。
【００１０】
図１において、Ｗｉ−Ｆｉホットスポット１０２及びＯＳＵサーバ１０４は、キャプティブポータル１０８の一部を形成してもよい。キャプティブポータルは、ＩＰパケットをブロック／遮断し、且つ要求を指定された場所に再ルーティングすることができる。これは、例えば、セキュリティ目的のための「ウォールドガーデン」（ｗａｌｌｅｄ  ｇａｒｄｅｎ）を提供してもよい。
【００１１】
図２は、いくつかの実施例に従う、オンラインサインアップ及び認証情報提供のメカニズムを示す。図２の実施例において、ホットスポット２０２は、ホットスポットとの結合のために、モバイルデバイス２００等の複数のデバイスにより使用可能な単一のサービスセット識別子（ＳＳＩＤ）を有する。また、図２において、ホットスポット２０２及びＯＳＵサーバ２０４は、キャプティブポータルの一部（破線のボックス２０６により示される）であってもよい。
【００１２】
図２において、モバイルデバイス２００は、２１２及び２１４により示されるように、認証及びホットスポット２０２との結合を行うために、ホットスポット２０２の単一のＳＳＩＤを使用する。この処理は、図示されるように、サーバ側の認証を伴う匿名拡張認証プロトコルトランスポートレイヤセキュリティ（ＥＡＰ−ＴＬＳ）及び４ウェイハンドシェイクプロトコルを使用する。モバイルデバイス２００の認証情報は、ホームオペレータのＨＬＲに対して検証される。初期の関連付けの一部として、仮想ローカルエリアネットワーク（ＶＬＡＮ）識別子が、モバイルデバイス２００に渡され、オンラインサインアップ及び認証情報の提供に使用されることになる。異なる複数のＶＬＡＮ構成が異なる複数のルーティングポリシーを持つ異なる複数のモバイルデバイスに対して使用され得る。
【００１３】
モバイルデバイス２００がＶＬＡＮ識別子を有した後、オンラインサインアップ及びプロビジョニング処理の残りに対して当該ＶＬＡＮ識別子を使用することができる。そのようなオンラインサインアップ及びプロビジョニング処理の典型的な複数のステップが２１６、２１８、２２９、２２２、及び２２４により示される。
【００１４】
処理は、典型的には、処理を開始するために、モバイルデバイス２００がＯＳＵサーバ２０４に接触することを可能とする、初期のやりとりで開始される。この初期のやり取り２１６の間、ＯＳＵは、典型的には、ユニバーサルリソース識別子（ＵＲＩ）を提供し、加入料金及び他のそのような情報が取得され得る。また、初期のやり取り２１６は、典型的には、モバイルデバイス２００がＯＳＵサーバ２０４から取得したＵＲＩによりブラウザを起動するためのコマンドを含む。
【００１５】
やり取り２１８は、モバイルデバイス２００とＯＳＵサーバ２０４がサービスプロバイダによって指定された登録データを交換する処理を示す。この情報は、加入管理オブジェクト（ｓｕｂｓｃｒｉｐｔｉｏｎ  ｍａｎａｇｅｍｅｎｔ  ｏｂｊｅｃｔ）の認証情報部分の一部を形成してもよい。この情報が決定された後、認証情報がユーザ名／パスワード型（加入者識別モジュール（ＳＩＭ）型の認証情報に基づく認証情報に反して）であった場合、トラストルートＡＡＡサーバ２０８からの認証情報が取得され且つ加入管理オブジェクトの中に記憶され、そしていずれかのＴＬＳセッションが解放される。これは、例えば、やり取り２２４により示されてもよい。
【００１６】
しかしながら、やり取り２１８の後において、証明書ベースの認証情報が望まれる場合には、認証情報登録処理が起動される。この処理は、図２においてやり取り２２０及びやり取り２２２により示される。やり取り２２０及び２２２において、認証情報が取得され、且つＣＡ２１０により署名される（検証される）。これは、例えば、モバイルデバイス２００がインターネットエンジニアリングタスクフォース（ＩＥＴＦ）のＲｅｑｕｅｓｔ  Ｆｏｒ  Ｃｏｍｍｅｎｔ  ５９６７（ＲＦＣ５９６７）スタイルの公開鍵暗号規格＃１０（ＰＫＣＳ＃１０）リクエストを使用することにより達成され得る。このやり取りにより示されるように、ＯＳＵサーバ２０４は、ＣＡ２１０により検証された認証情報を有する場合、プロキシとして動作することができる。証明書がＣＡ２１０により署名された後、ＯＳＵサーバ２０４は、ＲＦＣ５９６７スタイルのＰＫＣＳ＃７レスポンスにより応答することができる。
【００１７】
証明書ベースの認証情報が望まれる場合、最終的なやり取りは、やり取り２２４に関連して前に説明されたものとは少し異なる。証明書ベースの認証情報が望まれる場合、やり取り２２０及びやり取り２２２の後、やり取り２２０及び２２２により生成された認証情報を識別する加入管理オブジェクトがＯＳＵサーバ２０４から取得される。最後に、いずれかのＴＬＳセッションが解放される。
【００１８】
モバイルデバイス２００が加入管理オブジェクトを取得すると、２２６により示されるように、それはホットスポット２０２から切り離される。最後に、モバイルデバイス２００は、２２８に示されるように、そのＳＳＩＤ及び加入管理オブジェクトにおいて識別された認証情報を使用してホットスポット２０２と結合される。
【００１９】
図３は、いくつかの実施例に従う、加入管理オブジェクトの認証情報部分の例を示す。簡単にするため、加入管理オブジェクトの残りの部分は示されていないが、当該加入管理オブジェクトは、ホットスポット２．０仕様及び進化したホットスポット２．０仕様に従う、プロバイダ毎の加入管理オブジェクト（ＰｅｒＰｒｏｖｉｄｅｒＳｕｂｓｃｒｉｐｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｏｂｊｅｃｔ）であってもよい。以下の説明において、示されたツリーの中の複数のノードは、複数のノード、複数の要素、複数のフィールド、及び／又は複数のパラメータと呼ばれる。全て、同じ意味を伝えることを意図しており、そして相違は意図されていない。
【００２０】
認証情報部分３００は、認証情報が生成されたか、又は最後に更新された日を表す作成日３０２を含む。有効期限３０４は、存在する場合、認証情報が失効する日を表す。領域（ｒｅａｌｍ）３３０は、認証情報と関連付けられた領域を指定する。モバイルデバイスは、この領域に対する初期のネットワーク検出フェーズの間に、Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ  Ｑｕｅｒｙ  Ｐｒｏｔｏｃｏｌ（ＡＮＱＰ）ネットワークアクセス識別子（ＮＡＩ）領域要素において返された複数の領域を比較することにより、正常にホットスポットを認証することができるかどうかを決定する。ＩＥＥＥ８０２．１１ｕに対応しているモバイルデバイスは、ＡＮＱＰを使用して、ＩＥＥＥ８０２．１１ｕに対応しているホットスポットに、問い合わせを行う。これは、ＮＡＩ領域リストと呼ばれる要素の要求を含んでもよい。ＮＡＩ領域リストは、１つ以上のＮＡＩ領域（ＲＦＣ−４２８２に従って定められる）及びオプションのＥＡＰ方法及び当該領域と関連付けられたアクセスするための認証パラメータを含む。
【００２１】
認証情報部分３００は、記憶される認証情報の種別に応じて、ユーザ名／パスワードパラメータ３０６、デジタル証明書パラメータ３２４又はＳＩＭパラメータ３３２を含むべきである。
【００２２】
ユーザ名／パスワードパラメータ３０６は、ユーザ名３０８及びパスワード３１０を含む様々なパラメータを含む。機械管理するパラメータ（ｍａｃｈｉｎｅ  ｍａｎａｇｅｄ  ｐａｒａｍｅｔｅｒ）３１２は、パスワードがマシン管理されているかどうかを指定する。ＳｏｆｔＴｏｋｅｎＡｐｐ３１４は、パスワードを生成するために使用すべきアプリケーションを指定する。このパラメータが存在する場合、パスワードはゼロ値を有する必要がある。ＡｂｌｅＴｏＳｈａｒｅ３１６は、認証情報が加入したマシンにおいてのみ使用可能であるか（すなわち、ＡｂｌｅＴｏＳｈａｒｅではない）、又はユーザの他の複数のマシンにより使用可能であるか（すなわち、ＡｂｌｅＴｏＳｈａｒｅである）を示す。ＥＡＰ方法３１８は、ＥＡＰ方法を示すＥＡＰ方法３２０及び使用される場合、トンネリングされたＥＡＰ方法を示す内部ＥＡＰ方法３２２を含む。
【００２３】
デジタル証明書パラメータ３２４は、デジタル証明書の種別（例えば、８０２．１ａｒ又はｘ５０９ｖ３）を示すデジタル証明書種別３２６、及び加入のための証明書の認証情報のＳＨＡ２５６ｆｉｎｇｅｒｐｒｉｎｔを提供するｃｅｒｔＳＨＡ２５６  ｆｉｎｇｅｒｐｒｉｎｔ  ３２８を含む。このパラメータは、証明書の認証情報の中の発行者識別名を指定する。証明書のシリアル番号と共に、それは、証明書を一意的に識別する。
【００２４】
ＳＩＭパラメータ３３２は、ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  ｄｅｖｉｃｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ（ＩＭＳＩ））番号３３４及びＳＩＭベースの認証（例えば、ＥＡＰ−ＳＩＭ、ＥＡＰ認証及び鍵共有（ＥＡＰ−ＡＫＡ）等）に使用されるＥＡＰ方法を指定するＥＡＰ方法３３６を含む。
【００２５】
図４は、いくつかの実施例に従う無線ネットワークを示す。ネットワークは、いくつかの実施例に従う安全なオンラインサインアップ及び認証情報の提供のための動作環境を形成する。図４において、モバイルデバイス４００（場合によっては、ＵＥ又は無線装置とも呼ばれる）は、Ｗｉ−Ｆｉホットスポット４０２と結合されるように構成され、且つ安全なオンラインサインアップ及びプロビジョニングに関連する様々な機能を実行するように構成されるＷｉ−Ｆｉ対応装置であってもよい。モバイルデバイス４００は、ＯＭＡ−ＤＭプロトコル、ＳＯＡＰ−ＸＭＬプロトコル、又はその他のマネジメントプロトコル等の、デバイス管理プロトコルを実行するためのデバイスマネジメントクライアント（図示せず）を含んでもよい。
【００２６】
Ｗｉ−Ｆｉホットスポット４０２は、Ｗｉ−Ｆｉネットワークの一部であってもよく、且つネットワーク４０８と結合されてもよく、当該ネットワーク４０８は、ローカルネットワーク又はルータであってもよく、それを介してインターネット等、他の複数のネットワークにアクセス可能なゲートウェイ、又はそれらの組合せであってもよい。Ｗｉ−Ｆｉホットスポット４０２は、Ｗｉ−ＦｉのＡＰとして動作してもよい。
【００２７】
図４に示される実施例において、ホットスポット４０２は、プライマリＳＳＩＤ及び基本サービスセット識別子（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ  Ｉｄｅｎｔｉｆｉｅｒ、ＢＳＳＩＤ）４０４及び従属（ｄｅｐｅｎｄｅｎｔ）ＳＳＩＤ及びＢＳＳＩＤ４０６を有しており、同じ物理ネットワークを共有する。この実施例において、プライマリＳＳＩＤは、既に認証情報を有している装置により使用され、且つ従属ＳＳＩＤは、サービス及び認証情報の提供についてサインアップする必要のある装置により使用される。プライマリＳＳＩＤ及びＢＳＳＩＤ、及び従属ＳＳＩＤ及びＢＳＳＩＤは、定められた方法で関連してもよく、或いは一方から他方が導出されてもよい。例えば、従属ＳＳＩＤ（又はＢＳＳＩＤ）を決定するために、フレーズ又は他の識別子をプライマリＳＳＩＤ（又はＢＳＳＩＤ）に追加してもよい。一つの特定の実施例において、従属ＳＳＩＤは、フレーズ「ＨＳ−Ｄｅｐｅｎｄｅｎｔ」をプライマリＳＳＩＤに追加することにより導出される。従って、「Ｓｔａｒｂｕｃｋｓ」というＳＳＩＤは、「ＨＳ−Ｄｅｐｅｎｄｅｎｔ−Ｓｔａｒｂｕｃｋｓ」という従属ＳＳＩＤをもたらすであろう。また、プライマリＳＳＩＤから従属ＳＳＩＤを導出するために、他のフレーズ及び／又は識別子が使用されてもよく、或いは他の機能又は機構を使用することができる。
【００２８】
ホットスポット４０２と適切に結合し、且つ当該サインアップ及びプロビジョニング処理を開始するために、そのようなホットスポットでサインアップ及び認証情報の提供を希望する装置は、従属ＳＳＩＤ（及び従属ＢＳＳＩＤ）を検出又は識別する必要がある。これは、様々な方法で達成することができる。最も簡単な例において、プライマリＳＳＩＤと同じように、従属ＳＳＩＤがブロードキャストされる（又はプローブレスポンスの一部分として含まれる）。これが起こった場合、複数のプライマリＳＳＩＤだけを示し且つ複数の従属ＳＳＩＤを示さないようにするために、表示された複数のＳＳＩＤのリストが、モバイルデバイス４００等の、モバイルデバイスによりフィルタされてもよい。代替的に、従属ＳＳＩＤが既知の方法又は予測可能な方法で、プライマリＳＳＩＤから導出される場合、当該デバイスは、プライマリＳＳＩＤを知ることにより（これはビーコンフレームの中でブロードキャストされるか、又はプローブリクエストに対するレスポンスの中で送信される）、当該プライマリＳＳＩＤから従属ＳＳＩＤを計算又は決定することができる。代替的に、又は追加的に、従属ＳＳＩＤは、Ｗｉ−Ｆｉアライアンス（Ｗｉ−Ｆｉ  Ａｌｌｉａｎｃｅ、ＷＦＡ）のベンダー固有の情報要素に含められてもよい。さらに他の例において、プライマリＳＳＩＤ及びプライマリＢＳＳＩＤは、ビーコンフレームの一部として、又はプローブリクエストに応答して送信されるプライマリプロファイルの一部であってもよく、且つ従属ＳＳＩＤ及び従属ＢＳＳＩＤは、送信されない従属プロファイルの一部であってもよい。従属プロファイルは、ＯＳＵプロバイダリストの一部として含まれてもよい。さらに他の例において、複数のＢＳＳＩＤ要素がビーコンフレームの中又はプローブリクエストに対する応答の中に含まれてもよい。これらの様々な例及び実施例は、さらに他の複数の実施例を得るために、様々な方法で組み合わされてもよい。正確な実施例に応じて、プライマリＳＳＩＤ及び従属ＳＳＩＤは、同一の無線カバレッジエリアを有してもよく、又は異なる無線カバレッジエリアを有してもよい。
【００２９】
Ｗｉ−Ｆｉホットスポット４０２は、ＯＳＵサーバ４１０、ＡＡＡサーバ４１２、ＨＬＲ４１４、及びＣＡ４１６等の、様々なネットワーク要素と結合されてもよい。いくつかの実施例において、ＯＳＵサーバ４１０は、ＯＭＡ−ＤＭプロトコルを実行してもよい。他の複数の実施例において、ＯＳＵサーバ４１０は、ＳＯＡＰ−ＸＭＬプロトコル又は他の管理プロトコルを実行してもよい。いくつかの実施例において、ＯＳＵサーバ４１０は、他の複数のサーバ又は複数の装置（ＡＡＡサーバ４１２、ＨＬＲ４１４、及びＣＡ４１６等）に対するプロキシとして機能してもよい。
【００３０】
本明細書の複数の実施例によると、モバイルデバイス４００は、Ｗｉ−Ｆｉホットスポットに対するオンラインサインアップ及び認証情報の提供のために構成されてもよい。以下においてより十分に説明するように、これらは、ＯＭＡ−ＤＭ、ＳＯＡＰ−ＸＭＬ、又はいくつかの他のプロトコル等の、様々なマネジメントプロトコルを使用してもよい。このことは、そのバックエンドコアネットワークにおいてこれらのプロトコルのうちの１つ以上を既に実装しているかもしれないセルラ型のネットワークサービスプロバイダが、Ｗｉ−Ｆｉネットワークにサービスを提供するための機能を拡張するために、同じサーバ及びインストールされた構成要素を使用することを可能としてもよい。このように、Ｗｉ−Ｆｉネットワークは、同じセルラネットワークバックエンドコアと共に動作してもよく、これにより、よりシームレス且つ透過的な方法で、セルラ型ネットワークからのＷｉ−Ｆｉオフローディングを実現する。セルラ型ネットワークとは、２Ｇ（例えば、ＧＳＭ（登録商標）、ＥＤＧＥ）構成のネットワーク、３Ｇ（例えば、３ＧＰＰ、３ＧＰＰ２）構成のネットワーク、又は４Ｇ（例えば、ＷｉＭＡＸ、ＬＴＥ）構成のネットワークのいずれのことであってもよい。
【００３１】
図５は、いくつかの実施例に従う、オンラインサインアップ及び認証情報提供のメカニズムを示す。図５の実施例において、ホットスポット５０２はプライマリＳＳＩＤ５３０及び従属ＳＳＩＤ５２８を有する。また、ホットスポット５０２は、プライマリＢＳＳＩＤ及び従属ＢＳＳＩＤを有する（そのどちらも示されていない）。上述のように、これらは、何等かの形で関連するか、又は導出されてもよい。モバイルデバイスは、オンラインサインアップ及び認証情報プロビジョニングについて従属ＳＳＩＤ５２８を使用し、そして当該モバイルデバイスが既に認証情報を有している場合には、ホットスポットサービスを使用するための通常の接続についてプライマリＳＳＩＤ５３０を使用する。
【００３２】
サインアップ及びプロビジョニング処理は、やり取り５１０及びやり取り５１２で開始され、ここで、モバイルデバイスは、認証及びホットスポット５０２との結合のために、従属ＳＳＩＤを使用する。この処理は、サーバ側の認証を伴う匿名ＥＡＰ−ＴＬＳを使用してもよい。やり取り５１２により示されるように、モバイルデバイス５００の認証情報は、ＡＡＡサーバ５０６を介してホームオペレータのＨＬＲに対して検証される。
【００３３】
やり取り５１４は、モバイルデバイス５００がサインアップ及びプロビジョニングプロセスを開始するために、ＯＳＵサーバ５０４とコンタクトすることを可能としてもよい。この初期のやり取り５１４の間、ＯＳＵサーバ５０４は、加入料金や他のそのような情報が取得され得るＵＲＩを提供する。また、初期のやり取り５１４は、典型的には、モバイルデバイス５００が、ＯＳＵサーバ５０４から取得したＵＲＩでブラウザを起動するためのコマンドを含む。
【００３４】
やり取り５１６は、モバイルデバイス５００とＯＳＵサーバ５０４がサービスプロバイダによって指定された登録データを交換する処理を示す。この情報は、加入管理オブジェクト（ｓｕｂｓｃｒｉｐｔｉｏｎ  ｍａｎａｇｅｍｅｎｔ  ｏｂｊｅｃｔ）の一部を形成してもよい。この情報が決定された後、認証情報がユーザ名／パスワード型（ＳＩＭ型の認証情報に基づく認証情報に反して）であった場合、トラストルートＡＡＡサーバ５０６からの認証情報が取得され且つ加入管理オブジェクトの中に記憶され、そしていずれかのＴＬＳセッションが解放される。これは、例えば、やり取り５２２により示されてもよい。
【００３５】
しかしながら、やり取り５１６の後において、証明書ベースの認証情報が望まれる場合には、認証情報登録処理が起動される。この処理は、やり取り５１８及びやり取り５３８により示される。やり取り５１８及び５３８において、認証情報が取得され、且つＣＡ５０８により署名される（検証される）。これは、例えば、モバイルデバイス５００がＩＥＴＦのＲＦＣ５９６７スタイルのＰＫＣＳ＃１０リクエストを使用することにより達成され得る。このやり取りにより示されるように、ＯＳＵサーバ５０４は、ＣＡ５０８により検証された認証情報を有する場合、プロキシとして動作することができる。証明書がＣＡ５０８により署名された後、ＯＳＵサーバ５０４は、ＲＦＣ５９６７スタイルのＰＫＣＳ＃７レスポンスにより応答することができる。
【００３６】
証明書ベースの認証情報が望まれる場合、最終的なやり取りは、やり取り５２２に関連して前に説明されたものとは少し異なる。証明書ベースの認証情報が望まれる場合、やり取り５１８及びやり取り５３８の後、やり取り５１８及び５３８により生成された認証情報を識別する加入管理オブジェクトがＯＳＵサーバ５０４から取得される。最後に、いずれかのＴＬＳセッションが解放される。
【００３７】
モバイルデバイス５００が加入管理オブジェクトを取得すると、５２４により示されるように、それはホットスポット５０２から切り離される。最後に、モバイルデバイス５００は、５２６に示されるように、そのＳＳＩＤ５３０及び加入管理オブジェクトにおいて識別された認証情報を使用してホットスポット５０２と結合される。
【００３８】
図６は、いくつかの実施形態に従う、オンラインサインアップ及び認証情報プロビジョニングのメカニズムを示す。この実施例において、プロビジョニングは、ＯＭＡ−ＤＭプロトコルに従って構成されたＯＭＡ−ＤＭ管理メッセージを使用したユーザ名／パスワード型の認証情報に対するものである。これらのメッセージは、ＯＭＡ−ＤＭパッケージ１メッセージ、ＯＭＡ−ＤＭパッケージ２メッセージ、ＯＭＡ−ＤＭパッケージ３メッセージ、及びＯＭＡ−ＤＭパッケージ４メッセージと呼ばれる。ＯＭＡ−ＤＭプロトコルは、ＯＭＡ−ＤＭ仕様書において、ＯＭＡ−ＤＭ  Ｗｏｒｋｉｎｇ  Ｇｒｏｕｐ及びＤａｔａ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  （ＤＳ）  Ｗｏｒｋｉｎｇ  Ｇｒｏｕｐにより、規定されているかもしれない。
【００３９】
オンラインサインアップ及びプロビジョニングは、従属ＳＳＩＤ６３８を使用して、モバイルデバイス６００がホットスポット６０２と結合すること（図示ぜず）により開始される。ホットスポット６０２と結合した後、モバイルデバイス６００は、やり取り６０６において、ＯＳＵサーバ６０４に対するＴＬＳ接続を開始し、そして安全なハイパーテキスト転送プロトコル（ＨＴＴＰＳ）を使用してサーバ側認証を実行する。
【００４０】
やり取り６０８において、モバイルデバイス６００は、ＤｅｖＩｎｆｏ及びＤｅｖＤｅｔａｉｌ管理オブジェクト及びＯＳＵサーバ６０４に接触する理由を示す一般的な警告（Ｇｅｎｅｒｉｃ  Ａｌｅｒｔ）を含むＤＭパッケージ１をＯＳＵサーバ６０４に送信する。一般的な警告の中の理由要素は、モバイルデバイス６００のユーザがサービスプロバイダに対して新しい加入を設定したいことを示す、「ＳｕｂｓｃｒｉｐｔｉｏｎＣｒｅａｔｉｏｎ」に設定される。ＤｅｖＤｅｔａｉｌ管理オブジェクトは、一般的なモバイルデバイス情報を含み、そしてＤｅｖＩｎｆｏ管理オブジェクトは、ＯＭＡ−ＤＭ又はＳＯＡＰ−ＸＭＬサーバに対する情報を含む。これらの管理オブジェクトの説明は、ＯＭＡモバイルデバイス管理ツリー説明書（ＯＭＡ  Ｍｏｂｉｌｅ  Ｄｅｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ  Ｔｒｅｅ  Ｄｅｓｃｒｉｐｔｉｏｎ）、バージョン１．２において見出すことができる。
【００４１】
やり取り６１０において、ＯＳＵサーバ６０４は、提供する認証情報の種別（例えば、ユーザ名／パスワード又は証明書）を決定するために、ＤｅｖＩｎｆｏ及びＤｅｖＤｅｔａｉｌ管理オブジェクトの中で提供される情報を使用してもよい。この例において、ＯＳＵサーバ６０４は、ユーザ名／パスワード型の認証情報を提供する。ＯＳＵサーバ６０４は、含まれているＵＲＩに向けてモバイルデバイス６００でブラウザを起動するために、Ｅｘｅｃｕｔｅ：ＬａｕｎｃｈＢｒｏｗｓｅｒｔｏＵＲＩコマンドと共に、ＤＭパッケージ２をクライアントに返す。
【００４２】
Ｅｘｅｃｕｔｅ：ＬａｕｎｃｈＢｒｏｗｓｅｒｔｏＵＲＩコマンドを受信すると、モバイルデバイスは、ブラウザを起動し、やり取り６１０の中で返されたＵＲＩに対する安全なＨＴＴＰＳ接続を設定し、そしてやり取り６１０の中で返されたＯＳＵサーバＵＲＩに対してＨＴＴＰ  ＧＥＴレスポンスを送信する。これは、図６において、やり取り６１２により示される。本開示の目的に対して、ブラウザという用語は、モバイルデバイスのユーザインターフェースでウェブページを描画することの可能なブラウザ機能のことを参照するために使用される。これは、スタンドアロンアプリケーションを意味するものではない。例えば、実装は、接続マネージャの中のブラウザ機能を含み得る。
【００４３】
やり取り６１４において、モバイルデバイス６００及びＯＳＵサーバ６０４は、サービスプロバイダにより指定される通りに、登録データをやり取りする。特定の状況において、ユーザは、現在使用されているものとは異なるモバイルデバイスを使用して提供された加入を有するかもしれず、又は元のモバイルデバイスのオペレーティングシステムが元の状態に戻されている（ｒｅ−ｉｍａｇｅｄ）かもしれず、又はユーザは、以前にサービスプロバイダのアカウントを設定している（例えば、そのウェブサイトを介して）。このような状況において、加入が確立されているが、モバイルデバイスは、ユーザ名／パスワードの認証情報を所有していない。このステップのメッセージフローは、このシナリオを考慮してもよく、そして以前に確立された加入と結び付けられた認証情報の提供されたモバイルデバイスを、ユーザが持つことを可能としてもよい。
【００４４】
やり取り６１６に示されるように、加入プロビジョニング処理の終わりにおいて、ＯＳＵサーバ６０４は、ｓｐｐＵｓｅｒＩｎｐｕｔＲｅｓｐｏｎｓｅ  ＸＭＬインスタンス文書を返す。エラーが発生しない場合、ｓｐｐＵｓｅｒＩｎｐｕｔＲｅｓｐｏｎｓｅは、ｓｐｐＳｔａｔｕｓ及びＰｅｒＰｒｏｖｉｄｅｒＳｕｂｓｃｒｉｐｔｉｏｎ管理オブジェクトのＵＲＩのコンテナである。ｓｐｐＵｓｅｒＩｎｐｕｔＲｅｓｐｏｎｓｅ  ＸＭＬインスタンス文書は、そのＨＴＴＰコンテンツタイプが「ａｐｐｌｉｃａｔｉｏｎ／ｖｎｄ．ｗｆａ．ｃｍ＋ｘｍｌ」に設定されて、返される。
【００４５】
加入の作成の状態が成功であった場合、モバイルデバイス６００は、前のコマンドの実行の状態を含むＤＭパッケージ３をＯＳＵサーバ６０４に送信する。新しい加入の設定に誤りがあった場合、モバイルデバイスは、ＯＭＡ  ＤＭトランザクションの終了を示すＤＭパッケージ４を受信する（図示せず）ことになる。
【００４６】
やり取り６２０に示されるように、ＯＳＵサーバ６０４は、ＰｅｒＰｒｏｖｉｄｅｒＳｕｂｓｃｒｉｐｔｉｏｎ管理オブジェクト及びコマンドＡＤＤを含み、モバイルデバイス６００のＯＭＡ−ＤＭ管理ツリーに追加されるＰｅｒＰｒｏｖｉｄｅｒＳｕｂｓｃｒｉｐｔｉｏｎ管理オブジェクトの場所を指定するＤＭパッケージ４をモバイルデバイス６００に送信する。やり取り６２２において、モバイルデバイス６００は、以前の動作の状態を示すＤＭパッケージ３を送信する。これに応答して、６２４に示されるように、ＯＳＵサーバ６０４は、ＯＭＡ  ＤＭトランザクションの終了を示すＤＭパッケージ４を送信する。
【００４７】
ＯＭＡ−ＤＭトランザクションの終了後、６２６に示されるように、モバイルデバイス６００は、ＡＡＡサーバのトラストルートをＰｅｒＰｒｏｖｉｄｅｒＳｕｂｓｃｒｉｐｔｉｏｎ管理オブジェクトの中で指定されるＵＲＬから取得する。モバイルデバイスは、ＵＲＬの中で識別されるホストからＡＡＡサーバ証明書を取得するために（やり取り６２８）、ＵＲＬに対するＨＴＴＰＳ  ＧＥＴリクエストをＯＳＵサーバ６０４に送信する。当該ＯＳＵサーバ６０４は、必要な場合、ＨＴＴＰプロキシサービスを提供してもよい。
【００４８】
やり取り６３０において、モバイルデバイス６００は、６０６において設定されたＴＬＳセッションを解放する。次に、モバイルデバイス６００は、６３２に示されるように、Ｗｉ−Ｆｉアクセスネットワークから分離される。
【００４９】
やり取り６１８において、加入が正常に設定された場合、６３４に示されるように、モバイルデバイス６００は、プライマリＳＳＩＤ６４０を使用して、新しい認証情報と関連付けられてもよい。
【００５０】
図７は、いくつかの実施形態に従う、オンラインサインアップ及び認証情報プロビジョニングのメカニズムを示す。この実施例において、プロビジョニングは、ＯＭＡ−ＤＭプロトコルに従って構成されたＯＭＡ−ＤＭ管理メッセージを使用した証明書型の認証情報に対するものである。これらのメッセージは、ＯＭＡ−ＤＭパッケージ１メッセージ、ＯＭＡ−ＤＭパッケージ２メッセージ、ＯＭＡ−ＤＭパッケージ３メッセージ、及びＯＭＡ−ＤＭパッケージ４メッセージと呼ばれる。
【００５１】
オンラインサインアップ及びプロビジョニングは、従属ＳＳＩＤ７４２を使用して、モバイルデバイス７００がホットスポット７０２と結合すること（図示ぜず）により開始される。ホットスポット７０２と結合した後、モバイルデバイス７００は、やり取り７０８において、ＯＳＵサーバ７０４に対するＴＬＳ接続を開始し、そして安全なＨＴＴＰＳを使用してサーバ側認証を実行する。
【００５２】
やり取り７２０において、モバイルデバイス７００は、ＤｅｖＩｎｆｏ及びＤｅｖＤｅｔａｉｌ管理オブジェクト及びＯＳＵサーバ７０４に接触する理由を示す一般的な警告（Ｇｅｎｅｒｉｃ  Ａｌｅｒｔ）を含むＤＭパッケージ１をＯＳＵサーバ７０４に送信する。一般的な警告の中の理由要素は、モバイルデバイス７００のユーザがサービスプロバイダに対して新しい加入を設定したいことを示す、「ＳｕｂｓｃｒｉｐｔｉｏｎＣｒｅａｔｉｏｎ」に設定される。ＤｅｖＤｅｔａｉｌ管理オブジェクトは、一般的なモバイルデバイス情報を含み、そしてＤｅｖＩｎｆｏ管理オブジェクトは、ＯＭＡ−ＤＭ又はＳＯＡＰ−ＸＭＬサーバに対する情報を含む。これらの管理オブジェクトの説明は、ＯＭＡモバイルデバイス管理ツリー説明書（ＯＭＡ  Ｍｏｂｉｌｅ  Ｄｅｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ  Ｔｒｅｅ  Ｄｅｓｃｒｉｐｔｉｏｎ）、バージョン１．２において見出すことができる。
【００５３】
やり取り７１２において、ＯＳＵサーバ７０４は、提供する認証情報の種別（例えば、ユーザ名／パスワード又は証明書）を決定するために、ＤｅｖＩｎｆｏ及びＤｅｖＤｅｔａｉｌ管理オブジェクトの中で提供される情報を使用してもよい。この例において、ＯＳＵサーバ７０４は、証明書型の認証情報を提供する。ＯＳＵサーバ７０４は、含まれているＵＲＩに向けてモバイルデバイス７００でブラウザを起動するために、Ｅｘｅｃｕｔｅ：ＬａｕｎｃｈＢｒｏｗｓｅｒｔｏＵＲＩコマンドと共に、ＤＭパッケージ２をクライアントに返す。
【００５４】
Ｅｘｅｃｕｔｅ：ＬａｕｎｃｈＢｒｏｗｓｅｒｔｏＵＲＩコマンドを受信すると、モバイルデバイス７００は、ブラウザを起動し、やり取り７１２の中で返されたＵＲＩに対する安全なＨＴＴＰＳ接続を設定し、そしてやり取り７１２の中で返されたＯＳＵサーバＵＲＩに対してＨＴＴＰ  ＧＥＴレスポンスを送信する。これは、図７において、やり取り７１４により示される。
【００５５】
やり取り７１６において、モバイルデバイス７００及びＯＳＵサーバ７０４は、サービスプロバイダにより指定される通りに、登録データをやり取りする。特定の状況において、ユーザは、現在使用されているものとは異なるモバイルデバイスを使用して提供された加入を有するかもしれず、元のモバイルデバイスのオペレーティングシステムが元の状態に戻されている（ｒｅ−ｉｍａｇｅｄ）かもしれず、又はユーザは、以前にサービスプロバイダのアカウントを設定している（例えば、そのウェブサイトを介して）。このような状況において、加入が確立されているが、モバイルデバイスは、認証情報を所有していない。このステップのメッセージフローは、このシナリオを考慮してもよく、そして以前に確立された加入と結び付けられた認証情報の提供されたモバイルデバイスを、ユーザが持つことを可能としてもよい。
【００５６】
やり取り７１８において、ＯＳＵサーバ７０４は、加入作成処理の状態を返す。加入作成処理の状態が正常であった場合、やり取り７２０により示されるように、モバイルデバイス７００は、実行されたコマンドの状態を正常としたＤＭパッケージ３を送信する。やり取り７１８において、サーバがエラーを示した場合、モバイルデバイス７００は、やり取り７２０において、サーバにエラーを返す。
【００５７】
やり取り７２２において、ＯＳＵサーバ７０４は、Ｅｘｅｃｕｔｅ：ＣｅｒｔｉｆｉｃａｔｅＥｎｒｏｌｌＴｏＵＲＩコマンドと共に、ＤＭパッケージ４をモバイルデバイス７００に送信する。このＤＭパッケージは、データフィールドの中のｇｅｔＣｅｒｔｉｆｉｃａｔｅ  ＸＭＬインスタンス文書を含む。モバイルデバイス７００は、７２４及び７２６の証明書の登録を実行する。ＡＡＡサーバのトラストルートは、証明書の登録処理中に、モバイルデバイス７００に提供される。
【００５８】
やり取り７２８において示されるように、証明書の登録の実行が正常に行われた場合、モバイルデバイス７００は、ＤＭパッケージ３をＯＳＵサーバ７０４に送信する。証明書の登録の実行においてエラーがあった場合、モバイルデバイスは、やり取り７３６に移動する。
【００５９】
やり取り７３０において、ＯＳＵサーバ７０４は、ＰｅｒＰｒｏｖｉｄｅｒＳｕｂｓｃｒｉｐｔｉｏｎ管理オブジェクト及びコマンドＡＤＤを含み、モバイルデバイスのＯＭＡ−ＤＭ管理ツリーに追加されるＰｅｒＰｒｏｖｉｄｅｒＳｕｂｓｃｒｉｐｔｉｏｎ管理オブジェクトの場所を指定するＤＭパッケージ４をモバイルデバイス７００に送信する。やり取り７３２において、モバイルデバイス７００は、実行されたコマンドの状態と共にＤＭパッケージ３を送信する。やり取り７３４において、ＯＳＵサーバ７０４は、ＯＭＡ  ＤＭトランザクションの終了を示すＤＭパッケージ４を送信し、そして、７３６に示されるように、モバイルデバイス７００は、やりとり７０８において設定されたＴＬＳセッションを解放する。
【００６０】
７３８に示されるように、モバイルデバイス７００は、ネットワークから分離される。やり取り７４０において、モバイルデバイス７００は、次に、プライマリＳＳＩＤ７４４を使用してやり取り７２４及び７２６において取得された認証情報を使用して、ホットスポット７０２と結合することができる。
【００６１】
図８は、いくつかの実施形態に従う、オンラインサインアップ及び認証情報プロビジョニングのメカニズムを示す。この実施例において、プロビジョニングは、ＳＯＡＰ−ＸＭＬ管理メッセージを使用したユーザ名／パスワード型の認証情報に対するものである。
【００６２】
オンラインサインアップ及びプロビジョニングは、従属ＳＳＩＤ８２８を使用して、モバイルデバイス８００がホットスポット８０２と結合すること（図示ぜず）により開始される。ホットスポット８０２と結合した後、モバイルデバイス８００は、やり取り８０６において、ＯＳＵサーバ８０４に対するＴＬＳ接続を開始し、そして安全なＨＴＴＰＳを使用してサーバ側認証を実行する。
【００６３】
やり取り８０８において、モバイルデバイス８００は、ＤｅｖＩｎｆｏ及びＤｅｖＤｅｔａｉｌ管理オブジェクトを含むｓｐｐＰｏｓｔＤｅｖＤａｔａをサーバに送信する。ｒｅｑｕｅｓｔＲｅａｓｏｎの値は、モバイル装置８００が認証情報に対して登録されることを希望することを示す「加入登録（Ｓｕｂｓｃｒｉｐｔｉｏｎ  ｒｅｇｉｓｔｒａｔｉｏｎ）」に設定される。ＯＳＵサーバ８０４は、供給する認証情報の種別（例えば、ユーザ名／パスワード又は証明書）を決定するために、ＤｅｖＩｎｆｏ及びＤｅｖＤｅｔａｉｌ管理オブジェクトの中で提供された情報を使用してもよい。
【００６４】
やり取り８１０において、ＯＳＵサーバ８０４はｓｐｐＰｏｓｔＤｅｖ  Ｄａｔａ  Ｒｅｓｐｏｎｓｅ  ＳＯＡＰ方法をモバイルデバイス８００に送信する。応答方法の内容は、モバイルデバイス８００にオンラインサインアップ処理の次のステップを通知する。モバイルデバイス８００が加入の登録のために信号を送っているので、ＯＳＵサーバ８０４は、モバイルデバイスがメッセージの中で供給されたＵＲＩに対してブラウザを起動するためのコマンドを返す。エラーが発生しなかった場合、ｓｐｐＳｔａｔｕｓは「ＯＫ」に設定される。また、ｓｐｐＳｔａｔｕｓ値「ＯＫ」は、認証情報プロビジョニング処理が完了していないことも示す。
【００６５】
やり取り８１２において、モバイルデバイス８００は、ｓｐｐＰｏｓｔＤｅｖＤａｔａＲｅｓｐｏｎｓｅの中で提供されたＵＲＩに、ＨＴＴＰＳ  ＧＥＴレスポンスを送信する。
【００６６】
やり取り８１４において、モバイルデバイス８００及びＯＳＵサーバ８０４は、サービスプロバイダにより要求される通りに、登録データをやり取りする。特定の状況において、ユーザは、現在使用されているものとは異なるモバイルデバイスを使用して提供された加入を有するかもしれず、又は元のモバイルデバイスのオペレーティングシステムが元の状態に戻されている（ｒｅ−ｉｍａｇｅｄ）かもしれず、又はユーザは、以前にサービスプロバイダのアカウントを設定している（例えば、そのウェブサイトを介して）。このような状況において、加入が確立されているが、モバイルデバイスは、ユーザ名／パスワードの認証情報を所有していない。このステップのメッセージフローは、このシナリオを考慮してもよく、そして以前に確立された加入と結び付けられた認証情報の提供されたモバイルデバイスを、ユーザが持つことを可能としてもよい。
【００６７】
やり取り８１６に示されるように、登録データのやり取りの終わりにおいて、モバイルデバイス８００は、ｓｐｐＵｓｅｒＩｎｐｕｔＲｅｓｐｏｎｓｅ  ＸＭＬインスタンス文書をＯＳＵサーバから取得してもよい。このＸＭＬインスタンス文書は、８１６で示されるような別々のやり取りではなく、登録データの入力の終了時にモバイルデバイス８００に配信されるウェブページに含まれる隠された文書であってもよい。エラーが発生しない場合、ｓｐｐＵｓｅｒＩｎｐｕｔＲｅｓｐｏｎｓｅは、ｓｐｐＳｔａｔｕｓ、ａｄｄＭＯコマンド、及びＰｅｒＰｒｏｖｉｄｅｒＳｕｂｓｃｒｉｐｔｉｏｎ管理オブジェクトに対するコンテナである。ｓｐｐＵｓｅｒＩｎｐｕｔＲｅｓｐｏｎｓｅ  ＸＭＬインスタンス文書は、そのＨＴＴＰコンテンツタイプが「ａｐｐｌｉｃａｔｉｏｎ／ｖｎｄ．ｗｆａ．ｃｍ＋ｘｍｌ」に設定されて、返されてもよい。モバイルデバイス８００のウェブブラウザは、このＸＭＬインスタンス文書を、処理のために、ローカルに登録されたヘルパーアプリケーション（例えば接続マネージャ）に渡してもよい。ＰｅｒＰｒｏｖｉｄｅｒＳｕｂｓｃｒｉｐｔｉｏｎ管理オブジェクトは、ユーザ名及びパスワード及び補助的なプロビジョニングデータを含む。「プロビジョニング完了（Ｐｒｏｖｉｓｉｏｎｉｎｇ  ｃｏｍｐｌｅｔｅ）」に設定されたｓｐｐＳｔａｔｕｓの受信は、ユーザ名及びパスワードのプロビジョニングが完了したことをモバイルデバイス８００に示す。
【００６８】
やり取り８１８において、モバイルデバイス８００は、ＡＡＡサーバのトラストルートをＰｅｒＰｒｏｖｉｄｅｒＳｕｂｓｃｒｉｐｔｉｏｎ管理オブジェクトの中で指定されるＵＲＬから取得するために、ＨＴＴＰＳを使用する。モバイルデバイスは、ＵＲＬの中で識別されるホストからＡＡＡサーバ証明書を取得するために、ＵＲＬに対するＨＴＴＰＳ  ＧＥＴリクエストをＯＳＵサーバに送信する。当該ＯＳＵサーバは、必要な場合、ＨＴＴＰプロキシサービスを提供してもよい。やり取り８１８は、やり取り８２０（ＨＴＴＰＳレスポンス）により、確認される。
【００６９】
８２２において、モバイルデバイス８００は、やり取り８０６において設定したＴＬＳセッションを解放する。８２４により示されるように、モバイルデバイス８００は、ホットスポット８０２から切り離されてもよく、そして次に、８２６により示されるように、新しく設定された認証情報及びプライマリＳＳＩＤ８３０を使用してホットスポット８０２と結合されてもよい。
【００７０】
図９は、いくつかの実施形態に従う、オンラインサインアップ及び認証情報プロビジョニングのメカニズムを示す。この実施例において、プロビジョニングは、ＳＯＡＰ−ＸＭＬ管理メッセージを使用した証明書型の認証情報に対するものである。
【００７１】
オンラインサインアップ及びプロビジョニングは、従属ＳＳＩＤ９３４を使用して、モバイルデバイス９００がホットスポット９０２と結合すること（図示ぜず）により開始される。ホットスポット９０２と結合した後、モバイルデバイス９００は、やり取り９０８において、ＯＳＵサーバ９０４に対するＴＬＳ接続を開始し、そして安全なＨＴＴＰＳを使用してサーバ側認証を実行する。
【００７２】
やり取り９０１において、モバイルデバイス９００は、ＤｅｖＩｎｆｏ及びＤｅｖＤｅｔａｉｌ管理オブジェクトを含むｓｐｐＰｏｓｔＤｅｖＤａｔａをサーバに送信する。ｒｅｑｕｅｓｔＲｅａｓｏｎの値は、「加入登録（Ｓｕｂｓｃｒｉｐｔｉｏｎ  ｒｅｇｉｓｔｒａｔｉｏｎ）」に設定され、モバイル装置９００が認証情報に対して登録されることを希望することを示す。ＯＳＵサーバ９０４は、供給する認証情報の種別（例えば、ユーザ名／パスワード又は証明書）を決定するために、ＤｅｖＩｎｆｏ及びＤｅｖＤｅｔａｉｌ管理オブジェクトの中で提供された情報を使用してもよい。
【００７３】
やり取り９１２において、ＯＳＵサーバ９０４はｓｐｐＰｏｓｔＤｅｖ  Ｄａｔａ  Ｒｅｓｐｏｎｓｅ  ＳＯＡＰ方法をモバイルデバイス９００に送信する。応答方法の内容は、モバイルデバイス９００にオンラインサインアップ処理の次のステップを通知する。モバイルデバイス９００は、加入の登録のために信号を送っているため、ＯＳＵサーバ９０４は、モバイルデバイスがメッセージの中で供給されたＵＲＩに対してブラウザを起動するためのコマンドを返す。エラーが発生しなかった場合、ｓｐｐＳｔａｔｕｓは「ＯＫ」に設定される。また、ｓｐｐＳｔａｔｕｓ値「ＯＫ」は、認証情報プロビジョニング処理が完了していないことも示す。
【００７４】
やり取り９１４において、モバイルデバイス９００は、ｓｐｐＰｏｓｔＤｅｖＤａｔａＲｅｓｐｏｎｓｅの中で提供されたＵＲＩに、ＨＴＴＰＳ  ＧＥＴレスポンスを送信する。
【００７５】
やり取り９１６において、モバイルデバイス９００及びＯＳＵサーバ９０４は、サービスプロバイダにより要求される通りに、登録データをやり取りする。特定の状況において、ユーザは、現在使用されているものとは異なるモバイルデバイスを使用して提供された加入を有するかもしれず、又は元のモバイルデバイスのオペレーティングシステムが元の状態に戻されている（ｒｅ−ｉｍａｇｅｄ）かもしれず、又はユーザは、以前にサービスプロバイダのアカウントを設定している（例えば、そのウェブサイトを介して）。このような状況において、加入が確立されているが、モバイルデバイスは、ユーザ名／パスワードの認証情報を所有していない。このステップのメッセージフローは、このシナリオを考慮してもよく、そして以前に確立された加入と結び付けられた認証情報の提供されたモバイルデバイスを、ユーザが持つことを可能としてもよい。
【００７６】
やり取り９１８に示されるように、登録データのやり取りの終わりにおいて、モバイルデバイス９００は、ｓｐｐＵｓｅｒＩｎｐｕｔＲｅｓｐｏｎｓｅ  ＸＭＬインスタンス文書をＯＳＵサーバ９０４から取得してもよい。このＸＭＬインスタンス文書は、やり取り９１８の部分として返されるのではなく、登録データの入力の終了時にモバイルデバイスに配信されるウェブページに含まれる隠された文書であってもよい。
【００７７】
エラーが発生しない場合、ｓｐｐＵｓｅｒＩｎｐｕｔＲｅｓｐｏｎｓｅは、ｓｐｐＳｔａｔｕｓ及びｇｅｔＣｅｒｔｉｆｉｃａｔｅ  ｅｘｅｃコマンドに対するコンテナである。ｓｐｐＵｓｅｒＩｎｐｕｔＲｅｓｐｏｎｓｅ  ＸＭＬインスタンス文書は、そのＨＴＴＰコンテンツタイプが「ａｐｐｌｉｃａｔｉｏｎ／ｖｎｄ．ｗｆａ．ｃｍ＋ｘｍｌ」に設定されて、返されてもよい。ウェブブラウザは、このＸＭＬインスタンス文書を、処理のために、ローカルに登録されたヘルパーアプリケーション（例えば接続マネージャ）に渡してもよい。ＸＭＬインスタンス文書は、証明書登録サーバのＵＲＩ及び登録に必要な他のメタデータを含む。
【００７８】
やり取り９２０及び９２２において、モバイルデバイス９００は、証明書の登録を実行する。証明書の登録処理は、典型的な条件の下では、短時間であるべきである。典型的な条件とは、Ｗｉ−Ｆｉホットスポット及びサービスプロバイダのコアネットワークが混雑しておらず、かつＯＳＵサーバ９０４及びＣＡ９０６が過負荷ではない場合を意味すると定義される。正常な処理の終了時において、モバイルデバイス９００には、サービスプロバイダがモバイルデバイス９００を認証するために使用することができる証明書が提供されている。失敗した場合、モバイルデバイス９００には、証明書の登録が通知されてもよい。証明書応答に予想より長く時間がかかる場合、モバイルデバイス９００は、時間切れにより打ち切り、かつ証明書の登録が失敗したことを宣言してもよい。モバイルデバイス９００がＯＳＵサーバ９０４から「保留中（Ｐｅｎｄｉｎｇ）」応答を受信した場合、モバイルデバイス９００は、所定のリトライ回数まで、証明書の要求のリトライを継続してもよい。ＯＳＵサーバ９０４がこれらのリトライに応答しない場合、モバイルデバイス９００は、時間切れにより打ち切ってもよい。
【００７９】
なお、ＡＡＡサーバのトラストルートは、証明書の登録処理中に、モバイルデバイス９００に提供される。サーバ証明書を使用するＥＡＰ方法に対して、ＡＡＡサーバ証明書の検証が必要とされる。
【００８０】
やり取り９２４において、モバイルデバイス９００は、ＯＭＡ−ＤＭ  ＤｅｖＩｎｆｏ及びＤｅｖＤｅｔａｉｌ管理オブジェクトを含むｓｐｐＰｏｓｔＤｅｖＤａｔａ  ＳＯＡＰ  ｍｅｔｈｏｄをＯＳＵサーバ９０４に送信する。モバイルデバイス９００は、証明書の登録が成功した場合に、ｒｅｑｕｅｓｔＲｅａｓｏｎの値を「証明書の登録完了（Ｃｅｒｔｉｆｉｃａｔｅ  ｅｎｒｏｌｌｍｅｎｔ  ｃｏｍｐｌｅｔｅｄ）」に設定してもよく、或いは証明書の登録が失敗した場合に、ｒｅｑｕｅｓｔＲｅａｓｏｎの値を「証明書の登録失敗（Ｃｅｒｔｉｆｉｃａｔｅ  ｅｎｒｏｌｌｍｅｎｔ  ｆａｉｌｅｄ）」に設定してもよい。
【００８１】
やり取り９２６において、証明書の登録が成功した場合、ＯＳＵサーバ９０４は、ａｄｄＭＯコマンド及びＰｅｒＰｒｏｖｉｄｅｒＳｕｂｓｃｒｉｐｔｉｏｎ管理オブジェクトを含む、ｓｐｐＰｏｓｔＤｅｖＤａｔａＲｅｓｐｏｎｓｅ  ＳＯＡＰ  ｍｅｔｈｏｄをモバイルデバイス９００に送信する。ＰｅｒＰｒｏｖｉｄｅｒＳｕｂｓｃｒｉｐｔｉｏｎ管理オブジェクトは、提供された証明書を加入及び補助的な提供データと結び付ける証明書識別子を含む。ｓｐｐＰｏｓｔＤｅｖＤａｔａＲｅｓｐｏｎｓｅ  ＳＯＡＰ  ｍｅｔｈｏｄにおいて、加入及び証明書の提供処理が完了したことを示すために、ｓｐｐＳｔａｔｕｓは、「プロビジョニング完了（Ｐｒｏｖｉｓｉｏｎｉｎｇ  ｃｏｍｐｌｅｔｅ）」に設定される。
【００８２】
証明書の登録が失敗した場合、ＯＳＵサーバ９０４は、以下のうちの一つで応答してもよい。ＯＳＵサーバ９０４は、マシン管理のユーザ名／パスワード認証情報のプロビジョニングに切り替えてもよい。この場合、このやり取りの中で返されるｓｐｐＰｏｓｔＤｅｖＤａｔａＲｅｓｐｏｎｄ  ＳＯＡＰ  ｍｅｔｈｏｄは、ａｄｄＭＯコマンド及び提供されたマシン管理のユーザ名／パスワード認証情報を含むＰｅｒＰｒｏｖｉｄｅｒＳｕｂｓｃｒｉｐｔｉｏｎ管理オブジェクトを含んでもよい。ｓｐｐＳｔａｔｕｓは、「プロビジョニング完了（ｐｒｏｖｉｓｉｏｎｉｎｇ  ｃｏｍｐｌｅｔｅ）」に設定されてもよい。
【００８３】
代替的に、ＯＳＵサーバ９０４は、ユーザ選択のユーザ名／パスワード認証情報のプロビジョニングに切り替えてもよい。この場合、このステップにおいて返されるｓｐｐＰｏｓｔＤｅｖＤａｔａＲｅｓｐｏｎｓｅ  ＳＯＡＰ  ｍｅｔｈｏｄは、提供されたＵＲＩに対してブラウザを起動するためのｅｘｅｃコマンドを含んでもよい。ｓｐｐＳｔａｔｕｓは「ＯＫ」に設定される。メッセージフローは、図８のやり取り８１４に記載されるように継続してもよい。
【００８４】
さらに他の例において、ＯＳＵサーバ９０４は、認証情報提供処理を中止してもよい。この場合、このステップの中で返されるｓｐｐＰｏｓｔＤｅｖＤａｔａＲｅｓｐｏｎｓｅ  ＳＯＡＰ  ｍｅｔｈｏｄは、「エラー発生（Ｅｒｒｏｒ  ｏｃｃｕｒｒｅｄ）」に設定されたｓｐｐＳｔａｔｕｓを含む可能性があり、かつ「現時点で認証情報を提供することはできない（Ｃｒｅｄｅｎｔｉａｌｓ  ｃａｎｎｏｔ  ｂｅ  ｐｒｏｖｉｄｅｄ  ａｔ  ｔｈｉｓ  ｔｉｍｅ）」に設定されたｅｒｒｏｒＣｏｄｅを含むｓｐｐＥｒｒｏｒ要素が返されてもよい。
【００８５】
やり取り９２８において、やり取り９０８において設定されたＴＬＳセッションが解放される。９３２により示されるように、モバイルデバイス９００は、ホットスポット９０２から切り離されてもよく（やり取り９３０に示される）、そして、９３２に示されるように、新しく設定された認証情報及びプライマリＳＳＩＤ９３６を使用してホットスポット９０２と結合されてもよい。
【００８６】
図１０は、いくつかの実施例に従う、システムブロック図を示す。図１０は、モバイルデバイス１０００のブロック図を示す。デバイス１０００は、プロセッサ１００４、メモリ１００６、送受信部１００８（少なくとも１つのアンテナ１０１０を含む）、命令１０１２、命令１０１４、及び場合によっては他の複数の構成要素（図示せず）を含んでもよい。ブロック図の観点からは類似しているが、異なる複数の装置の動作の構成及び詳細は、的確な装置及び役割に応じて、同様であってもよく、或いは実質的に異なっていてもよい、ということが当業者には明らかであろう。
【００８７】
プロセッサ１００４は、１つ以上の中央処理装置（ＣＰＵ）、グラフィックス処理ユニット（ＧＰＵ）、加速処理ユニット（ＡＰＵ）、又はこれらの各種組合せを含む。プロセッサ１００４は、デバイス１０００に対する処理及び制御機能を提供する。
【００８８】
メモリ１００６は、装置１０００に対する複数の命令及びデータを記憶するように構成される１つ以上のメモリユニットを含む。送受信部１００８は、適切なステーション又はレスポンダ（ｒｅｓｐｏｎｄｅｒ）について、ＭＩＭＯ通信に対応するためのマルチ入力マルチ出力（ＭＩＭＯ）アンテナを含む１つ以上の送受信機により構成される。送受信部１００８は、特に、１つ以上のネットワークにおいて、他の複数の装置からの、及び他の複数の装置への、送信信号を受信し、かつ送信信号を送信する。
【００８９】
命令１０１２、１０１４は、コンピュータ装置（又はマシン）で実行される１つ以上の命令のセット又はソフトウェアであって、そのようなコンピュータ装置（又はマシン）に本明細書で検討されるいずれかの方法を実行させる、１つ以上の命令のセット又はソフトウェア、を含む。命令１０１２、１０１４（コンピュータ又はマシンで実行可能な命令とも呼ばれる）は、デバイス１０００によりそれらが実行されている間、完全に又は少なくとも部分的に、プロセッサ１００４及び／又はメモリ１００６の中に存在する。命令１０１２及び１０１４は分離されて示されているが、これらは同じ全体の一部であり得る。また、プロセッサ１００４及びメモリ１００６は、機械可読媒体を含む。
【００９０】
図１０において、処理及び制御機能は、関連する命令１０１２、１０１４と共に、プロセッサ１００４により与えられるものとして示されている。しかしながら、これらは、特定の処理を実行するために一時的にソフトウェア又はファームウェアにより構成されるプログラマブルロジック又は回路（例えば、汎用プロセッサ又は他のプログラマブルプロセッサに包含されるような）を含む処理回路の単なる例に過ぎない。様々な実施例において、処理回路は、専用の回路又は特定の処理を実行するために恒久的に構成された（例えば、専用プロセッサ、特定用途向け集積回路（ＡＳＩＣ）、又はアレイ内の）ロジックを含んでもよい。処理回路を専用且つ恒久的に構成された回路の中で機械的に実施する、又は一時的に構成された回路（例えば、ソフトウェアにより構成される）の中で機械的に実施するという決定は、例えば、コスト、時間、エネルギー使用量、パッケージサイズ、又は他の考慮事項により行われてもよい、ということが理解されるであろう。
【００９１】
従って、用語「処理回路」は、特定の方法で動作するために、又は明細書に記載された特定の処理を実行するために、物理的に構成されている、恒久的に構成されている（例えば、ハードウェア）、又は一時的に構成されている（例えば、プログラムされた）エンティティである、有体物を包含すると理解されるべきである。
【００９２】
本要約は、読者が技術的開示の性質及び要旨を確認することを可能にする要約を要求する３７Ｃ．Ｆ．Ｒ．セクション１．７２（ｂ）に準拠するように設けられている。これは、複数の特許請求項の範囲又は意味を限定又は解釈するためには使用しないという理解と共に提出されている。以下の複数の特許請求項は、この結果、詳細な説明に組み込まれ、各特許請求項は、別々の実施例としてそれ自身で自立している。
【００９３】
「コンピュータ可読媒体」、「機械可読媒体」等の用語は、１つ以上の命令のセットを記憶する単一の媒体又は複数の媒体（例えば、集中型又は分散型のデータベース、及び／又は関連する複数のキャッシュ及び複数のサーバ等）を含むと解釈されるべきである。また、この用語は、機械による実行のため、及び本開示の１つ以上の方法のいずれかを機械に実行させる、複数の命令のセットを記憶、符号化、又は保持することのできる任意の媒体を含むと解釈されなければならない。「コンピュータ可読媒体」、「機械可読媒体」という用語は、従って、「コンピュータ可読媒体」、「機械可読媒体」等（固体メモリ、光及び磁気媒体、又は他の有形の装置及び単体を含むが、信号それ自体、搬送波及び他の無形の情報源を除く有形の情報源）、及び「コンピュータ通信媒体」、「機械通信媒体」等（信号それ自体、搬送波信号等を含む無形の情報源）の双方を含むと解釈されなければならない。
【００９４】
明確化を目的として、上記の説明は、異なる複数の機能ユニット又は複数のプロセッサを参照していくつかの実施例を説明している、ということが理解されるであろう。しかしながら、本明細書の複数の実施例を損ねることなく、複数の機能ユニット、複数のプロセッサ、又は複数のドメインの間の機能の適切な任意の分散を使用することができる、ということが明らかであろう。例えば、別々の複数のプロセッサ又はコントローラにより実行されると示される機能は、同じプロセッサ又はコントローラにより実行されてもよい。従って、特定の複数の機能ユニットに対する言及は、厳密な論理的又は物理的構造又は構成を示すというよりも、単に説明された機能を提供するための適切な手段に対する言及であると見なされるべきである。
【００９５】
本開示は、いくつかの実施例に関連して説明されてきたが、本明細書に記載される特定の形態に限定することを意図するものではない。説明された複数の実施例の様々な特徴を組み合わせてもよいということを、当業者は認識するであろう。また、当業者は、本開示の範囲から逸脱することなく、様々な変形及び変更を行うことができる、ということが理解されるであろう。
【図１】
0006022706.tif 000002
【図２】
0006022706.tif 000003
【図３】
0006022706.tif 000004
【図４】
0006022706.tif 000005
【図５】
0006022706.tif 000006
【図６】
0006022706.tif 000007
【図７】
0006022706.tif 000008
【図８】
0006022706.tif 000009
【図９】
0006022706.tif 000010
【図１０】
0006022706.tif 000011