(57)【特許請求の範囲】
【請求項１】
暗号化レベルの異なる鍵でモバイル・ユーザの識別情報を含むメッセージの各部をそれぞれ階層的に暗号化する移動端末と、前記モバイル・ユーザのホーム・ドメイン・サーバとのメッセージ・シーケンスに用いられるユーザ識別情報保護方法であって、
前記メッセージ・シーケンスは、１回のメッセージの循環でＷＬＡＮに属する前記移動端末と前記モバイル・ユーザのホーム・ドメインネットワークと相互に認証することが可能であって、
前記メッセージ・シーケンスが、
前記移動端末が、前記ＷＬＡＮ内のアクセス・ポイントに、前記暗号化された識別情報、相互の認証情報、前記モバイル・ユーザのホーム・ドメイン情報を送信するステップと、
前記アクセス・ポイントが、前記モバイル・ユーザのホーム・ドメイン・サーバに、前記モバイル・ユーザのホーム・ドメイン情報を用いて、前記暗号化されたモバイル・ユーザの識別情報、前記相互の認証情報を送信するステップと、
前記アクセス・ポイントが、前記モバイル・ユーザのホーム・ドメイン・サーバから、前記相互の認証情報を受信するステップと、
前記移動端末が、前記アクセス・ポイントから、前記アクセス・ポイントによって転送される前記相互の認証情報を受信するステップと、
を有するユーザ識別情報保護方法。
【請求項２】
前記メッセージ・シーケンスは、
前記モバイル・ユーザのホーム・ドメイン・サーバが中央サーバに対して、前記アクセス・ポイントによって転送される前記移動端末からの前記相互の認証情報を有するメッセージを送信するステップと、
前記モバイル・ユーザのホーム・ドメイン・サーバが前記中央サーバから、前記移動端末に転送される前記相互の認証情報を有する前記メッセージを受信するステップと、
をさらに有する請求項１記載のユーザ識別情報保護方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線データ通信分野に関し、特に、他のネットワークから到来したモバイル・ユーザに対する無線ＬＡＮ（ワイヤレス・ローカル・エリア・ネットワーク；ＷＬＡＮ）環境におけるサービスの提供に関する。また、本発明は、モバイル・ユーザに対するＷＬＡＮのリソースのアクセス・コントロールのために利用され、特に、認証、許可、課金の問題におけるアクセス・コントロールに関する。
【背景技術】
【０００２】
無線ＬＡＮは、有線ＬＡＮの拡張又は代替として実現されるフレキシブルなデータ通信システムである。無線ＬＡＮは、無線周波数（ＲＦ）技術を用いて、無線を介してデータの送受信を行い、有線通信に必要とされるものを最低限度にする。これにより、無線ＬＡＮは、ユーザの動きに応じてデータの接続性を結合する。また、無線ＬＡＮは、例えば、ヘルスケア、小売業、製造業、卸売業、学究など、多くの産業別マーケットで強い支持を得ている。これらの産業では、携帯型端末やノートブック型コンピュータを使用して、処理を行うための集中ホストにリアルタイム情報を送信することによって、生産性が増加する点で利益がある。今日、無線ＬＡＮは、幅広いビジネスの取引先に渡り、多目的の接続の代替物として、さらに広く認識されてきている。
【０００３】
無線ＬＡＮは、移動電話のモバイル・ネットワークよりもはるかに高いアクセス・データ速度を提供するが、一般的に無線発信機から５０メートルまでの限定された範囲にのみ供給するものである。しかしながら、例えば、ＧＳＭ／ＧＰＲＳやＷＣＤＭＡなどの公共ネットワークは、広い範囲、一般的には全国規模の範囲に渡って提供される。ＷＬＡＮと公共ネットワークの両方の加入者に対して、統合的なサービスを供給するため、ＷＬＡＮは、他のＷＬＡＮや移動電話のモバイル・ネットワークと相互に接続をしなければならない。
【０００４】
いくつかの標準化グループが、ＷＬＡＮ及び３Ｇネットワーク相互接続の問題に関する研究を開始している。３ＧＰＰ（非特許文献１）では、可能性の研究報告が公開されている。この書類は、相互接続と使用の概要の範囲に関して言及を行った。相互接続の概要は詳細に記述されており、最も単純な「一般的な広告と顧客サービス」から最も洗練された「３ＧＰＰ ＣＳ サービスへのアクセス」までの６段階に分割されている。また、相互接続の概要に必要ないくつかの要件が与えられた。同様に、機能と要件の定義の書類（非特許文献３）で、例えば、認証、アクセス・コントロール、対価請求に関する詳細な要件が議論されており、認証に係るいくつかの方法が検証されている。それらは、主にＵＭＴＳ ＡＫＡ及びＧＳＭ ＳＩＭの解決策に基づくものであり、例えば、アクセス・コントロールや対価請求などの他の態様に関する解決策は与えられていない。これらの書類はまだ完結しておらず、活動的に研究を行っているワーキング・グループが存在している。
【０００５】
ＥＡＰ方法によるＡＫＡ方式を用いた草稿は入手可能であり（非特許文献４）、それによって、無線によるＥＡＰを介して、無線ＬＡＮ及びＩＥＥＥ８０２.１ｘ技術の環境で、第３世代モバイル・ネットワーク認証インフラストラクチャの利用が可能となるが、それに係る問題は、ＵＭＴＳ加入者識別モジュール、又は同等のソフトウェア・モジュールが必要なことであり、すべての装置がこれを利用することができるとは限らない可能性がある。同様に、ＥＡＰ−ＡＫＡ方式においても、まずユーザがＥＡＰサーバに接続する場合、ＥＡＰサーバに送られる明確なテキスト中のユーザのＩＭＳＩが必要とされる。これによって、移動端末を盗聴しているエンティティ（他のネットワークから到来したモバイル・ユーザ等）にユーザの識別情報が漏洩することになるかもしれない。その方式は、チャレンジメッセージ−レスポンス・メカニズム及び認証のための対称暗号化を利用している。
【０００６】
ＩＥＥＥもまた、ＷＬＡＮの認証の問題について研究している。ＥＡＰＯＬを紹介しているＩＥＥＥ８０２.１ｘ（非特許文献５）は、イーサネット（登録商標）環境の最上層でＥＡＰ（非特許文献６）を利用するための解決策を与えている。それに係る問題は、イーサネット（登録商標）又はＦＤＤＩ／トークン・リングＭＡＣでのみ動作するという点である。他の技術においてそれを動作させるためには、いくつかの改造を施さなければならない。これは、認証におけるＥＡＰ方法を利用するための基本的なやり方を供給するのみであり、実際の解決策は、展開されている個々のＥＡＰ方法に依存している。同様に、この研究は、例えば、アクセス・コントロールやＱｏＳなどの相互接続における他のいずれの態様にも取りかかっていない。
【０００７】
ＩＥＴＦは、ネットワーク・アクセスにおける認証、許可、課金の要件の発展に焦点を合わせているＡＡＡワーキング・グループ（非特許文献７）を持っている。彼らは、ＤＩＡＭＥＴＥＲ（ダイアメター）の提案に係る研究に基づいている。また、例えば、ＳＥＡＭＯＢＹグループ（非特許文献８）やＳＩＰＰＩＮＧグループ（非特許文献９）などのように、相互接続の問題に関する研究を行っている他のワーキング・グループも存在するが、そのほとんどがＩＰに基づく環境を仮定しており、ＷＬＡＮの問題に特定しておらず、あらゆる問題に対する確実な解決策は存在していない。
【０００８】
ＷＬＡＮが移動端末にサービスを提供するため、移動端末の加入者情報に基づいて、いくつかの決定が行われなければならない。サービスを要求する移動端末が、ＷＬＡＮ以外の別の管理ドメインに登録されている場合、この情報は、移動端末のホーム・ドメインから取得されなければならないが、ほとんどの場合、情報は秘匿的であり、信頼関係の欠如によってＷＬＡＮには開示され得ない。したがって、ホーム・ドメインは、機密性を損なうことなく作用するため、ＷＬＡＮに対する重要な情報の供給方法を持っていなければならない。これ以外にも、いくつかのネットワークもまた、移動端末の位置情報の保護を供給することを必要としている。すなわち、移動端末の識別情報もまた、ＷＬＡＮと移動端末との間のメッセージ交換において隠蔽されるべきである。
【０００９】
ＷＬＡＮにおけるサービス供給は、任意の基礎となる技術の特定のパラメータを必要としている。移動端末のホーム・ネットワークがこの情報を特定できる可能性は低く、場合によっては全く不可能である。したがって、ＷＬＡＮのエンティティは、ホーム・ネットワークからの管理情報を局所的な管理メッセージに翻訳できなければならない。
【００１０】
移動端末の加入者情報はそのホーム・ドメインに格納されており、ＷＬＡＮは、それに対して直接のアクセスを行わず、リアルタイム・モニタリング及び移動端末に供給されるサービスの管理を得るために、時折、ホーム・ドメインに対して報告を送らなければならない。たくさんの移動端末が存在する場合には、これらの報告は大量のトラフィックを生じ、この結果、リアルタイム・コントロールの的確さが減少する。したがって、ＷＬＡＮがいくつかの処理を局所的に行うことが所望される。
【非特許文献１】３ＧＰＰ、http://www.3gpp.org
【非特許文献２】「無線ローカル・エリア・ネットワーク（ＷＬＡＮ）における相互接続に対する３ＧＰＰシステムの可能性の研究（公開第６版）」3GPP TR22.934 V1.1.0 (2000-05)、http://www.3gpp.org/specs/specs.html
【非特許文献３】「無線ローカル・エリア・ネットワーク（ＷＬＡＮ）における相互接続に対する３ＧＰＰシステム；機能と構造の定義（公開第６版）」3GPP TR22.934 V0.3.0 (2000-06)、http://www.3gpp.org/specs/specs.html
【非特許文献４】「ＥＡＰ ＡＫＡ認証」、http://www.itef.org/internet-drafts/draft-arkko-pptext-eap-aka-03.txt
【非特許文献５】「ローカル及びメトロポリタン・エリア・ネットワークの標準：ポートベースのネットワーク・アクセス・コントロール」IEEE Std 802.1X-2001、http://www.ieee.org
【非特許文献６】ＥＡＰ（拡張認証プロトコル）、http://www.ietf.org/html.charters/eap-charter.html
【非特許文献７】ＡＡＡ（認証・許可・課金）グループ、http://www.ietf.org/html.charters/aaa-charter.html
【非特許文献８】ＳＥＡＭＯＢＹ（コンテクスト転送、ハンドオフ候補探索、休止モードホスト喚起）グループ、http://www.ietf.org/html.charters/seamoby-charter.html
【非特許文献９】ＳＩＰＰＩＮＧ（セッション開始プロトコル提案調査）グループ、http://www.ietf.org/html.charters/sipping-charter.html
【非特許文献１０】DIAMETER（ダイアメター）、http://www.ietf.org/internet-drafts/sraft-ietf-aaa-diameter-08.txt
【非特許文献１１】「応用暗号化」第２版、ブルース＝シュナイダー、ウィリー、１９９６
【非特許文献１２】ディフサーブ・ワーキング・グループ、http://www.ietf.org/html.charters/diffserv-charter.html
【非特許文献１３】ＩＰ・モビリティ・サポート  RFC3220、http://www.ietf.org/rfc/rfc3220.txt
【発明の開示】
【００１１】
ＷＬＡＮは、移動端末の加入者情報への直接のアクセスを行うことが許されていないため、ホーム・ネットワークが、移動端末に配信を行うために、ＷＬＡＮの必須事項を供給するための代わりとなる必要がある。本発明は、あるルールに基づいた解決策を提供する。ルール・エンジンは、ＷＬＡＮ上に配置され、ＷＬＡＮの暫定的なサービスの管理を行う。移動端末のホーム・ネットワークは、ルール・エンジンと一緒に配置されたルール・インタープリタにルール情報を送信し、ルール・インタープリタは、これらのルールをＷＬＡＮに特定の管理情報に翻訳し、ルール・エンジンに与えて実行させる。これにより、ＷＬＡＮは、ホーム・ネットワークの情報機密性を損なうことなく移動端末への配信方法を知る。
【００１２】
ホーム・ネットワークは、このルール・エンジンを利用して、ＷＬＡＮに課金を行うために、任意のデータ処理機能を割り当てることも可能である。したがって、ＷＬＡＮは、移動端末のホーム・ネットワークに送り返す前に局所的にいくつかのデータを処理することが可能である。これにより、信号経路にとって価値のあるネットワーク・リソースを保持しておくことが可能である。
【００１３】
本発明では、移動端末の識別情報を守秘するため、例えば、公開鍵及びあらかじめ共有された秘密の提携（セキュリティのメカニズム）など、対称及び非対称の暗号化構造の結合に基づく特定の方式が導入される。移動端末は、これを利用して、ある重要な情報に含まれる識別情報がＷＬＡＮに漏洩することなく、ホーム・ネットワークとこの情報を通信することが可能となる。
【００１４】
本発明は、ＷＬＡＮが他のネットワークと相互接続するために利用されるものである。相互に接続するネットワークは、別のＷＬＡＮ又は公衆の移動電話ネットワークが適用可能であり、その両方で本発明を展開するのは容易である。本発明は、ユーザ識別情報及び重要な情報の保護と、アクセス・コントロールの２つの目的のために利用される。
【００１５】
本発明をユーザ識別情報及び重要な情報の保護に利用するためには、実行者は、メッセージの作成を必要とするのみである。このメッセージは、本発明で記述される方式に基づく作成及び暗号化のための保護を必要とするもので、例えば、移動端末とＷＬＡＮアクセス・ポイント間、アクセス・ポイントとホーム・ドメイン・サーバ間のメッセージが挙げられる。これらのメッセージは、どの基礎的な伝送プロトコルにも束縛されず、したがって、適用の要求に依存する適切な方法を用いて配信され得る。例えば、ＩＥＥＥ８０２．１１システムでは、無線インターフェイスのメッセージはＥＡＰＯＬ（EAP over LAN）の最上部で転送され、ＩＰネットワークでは、アクセス・ポイントとホーム・ネットワーク・サーバとの間のメッセージは、ダイアメター（非特許文献１０）の最上部で転送される。
【００１６】
各方式を動作させるため、本発明の適用前に、移動端末は、モバイル・ユーザのホーム・ドメイン・サーバの公開鍵を保有していなければならない。この鍵は、インデックスの文字列又はインデックス値で識別されるべきものであり、この情報は、ユーザのＳＩＭカード内に格納されるか、最初の使用前に配布されて手入力されることが可能である。本発明は、鍵の更新を行うための方法を有するので、鍵の管理が容易である。また、補足として、他の鍵の管理方式に推測して利用可能でもある。
【００１７】
さらに、相互接続のアクセス・コントロールのために本発明を利用する場合、実行者は、本発明に記述されるように、ＷＬＡＮにインタープリタを配置する必要がある。このインタープリタは、ユーザのホーム・ネットワークから送られるルールを適切なパラメータを有するＷＬＡＮに特有のコマンドに変換する。この方法では、ホーム・ネットワークはＷＬＡＮに特有の技術のいかなる情報も保持する必要はない。また、ユーザのホーム・ネットワークがアクセス不可能か、又は、例えば、任意のローカルのＷＬＡＮリソースへのアクセスを許可するなどの決定を行うことができない場合、インタープリタは、デフォルトのローカルの管理決定を行うことも可能である。これによって、信号欠損の場合におけるサービスの中断を最小限に抑えることが可能となる。
【００１８】
また、ルール・インタープリタは、ホーム・ドメインのルール・サーバによって設定された特定のルールに従って、ユーザのホーム・ドメインに課金情報を送り返すことも可能である。集められた課金の属性は、その要求に基づいてルール・サーバによって作成される。また、リアルタイム・モニタリングを支援するためにルール・インタープリタが作成を行うことも可能であり、ルール・サーバからの発行指示によって、簡単に課金にバッチを当てることも可能となる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明の実施の形態について、添付図面を参照して詳細に説明する。
【００２０】
このセクションでは、ＷＬＡＮの相互接続におけるポリシー（通信に関する取り決め）の制御を行う装置及び方法が開示される。本発明を理解しやすくするため、以下の定義を使用する。
【００２１】
「ＷＬＡＮ」は、無線ローカル・エリア・ネットワークを示すものであり、無線技術を通じて、移動端末にＬＡＮサービスを提供するために、任意の数の装置を含んでいる。
【００２２】
「移動端末」は、無線技術を通じて、ＷＬＡＮや他のネットワークによって提供されるサービスにアクセスするために利用される装置を示すものである。
【００２３】
「ホーム・ネットワーク」は、ＭＴが相互接続の一連の概要において、ＭＴが元々所属するネットワークを示すものであり、ＭＴのサービス加入者情報が格納されている場所である。
【００２４】
「ネットワーク・エレメント」は、ネットワークで動作している任意の装置であり、情報処理の実行が可能な装置を示すものである。
【００２５】
「ルール・エンジン」は、ルール・サーバによって設定され、ルール・インタープリタによってローカルな特定のコマンドに翻訳されたルールを実行するネットワーク・エレメントを示すものである。
【００２６】
「ルール・インタープリタ」は、ルール・サーバによって与えられるルールを解釈し、ローカルな技術に特有であり適切なパラメータを有するコマンドに翻訳し、実行するルール・エンジンに供給するネットワーク・エレメントを示すものである。
【００２７】
「ルール・サーバ」は、要求の有無を問わず、ルール・インタープリタ及びルール・エンジンに適切なルールのセットを送信するネットワーク・エレメントを示すものである。
【００２８】
「エア・インターフェイス」は、移動端末がＷＬＡＮにアクセスするための任意の無線アクセス技術を示すものである。
【００２９】
「ストリーム」は、任意の共通の属性を有し、ネットワーク内を転送するパケットの集まりである。
【００３０】
「トラフィック」は、ネットワーク内を転送するストリームの集まりである。
【００３１】
「フロー」は、データ経路と、ストリームを配信する場合に使用されるデータ経路に必要とされるネットワーク・リソースとを示すものである。
【００３２】
「ＱｏＳ」は、データストリーム又はトラフィックのサービス品質という用語を示すものである。
【００３３】
「メッセージ」は、相互接続の制御を目的としてネットワーク・エレメント間で交換される情報を示すものである。
【００３４】
「処理シーケンス」は、相互接続の制御のため、特定のネットワーク・エレメント間で交換される特定の順序の一連のメッセージを示すものである。
【００３５】
「上位レイヤ」は、現在のエンティティの最上層に存在する任意のエンティティを示すものであり、現在のエンティティから渡されたパケットの処理を行う。
【００３６】
以下の記述では、説明を行うため、具体的な数、時間、構造、その他のパラメータが本発明を完全に理解するために示される。しかしながら、このような具体的な詳細がなくても本発明を実施できることは当業者には明らかになるだろう。また、本発明を不必要にあいまいなものとしないよう、周知の構成要素やモジュールがブロック図で図示される。
【００３７】
（実施の形態１）
ＷＬＡＮと他のネットワークとの間の相互接続のためには、認証、許可、課金（Authentication, Authorization, and Accounting：以下ＡＡＡと略す）、ＱｏＳの提供、移動性の制御など、いくつかの大きな問題を解決する必要がある。それらの問題の大部分は、例えば、許可／参加の制御、ＱｏＳや移動性の機能の展開など、ポリシーに基づく解決策が望まれるものである。
【００３８】
そこで本発明は、ポリシーに基づくフレームワークを用いて、それらのＷＬＡＮの相互接続に関連する問題の解決策を提供する。相互接続するネットワークは、例えば、３Ｇネットワーク、別のＷＬＡＮネットワーク、又は専有ネットワークなどを始めとした、どの種類のネットワークも可能である。
【００３９】
相互接続のメッセージの交換のためには、ＡＡＡの目的のために、モバイル・ユーザの識別情報の供給が要請される。この情報は、例えば、意図されたネットワーク・エレメント（例えば、ＡＡＡサーバ）のみが取得可能でなければならない。さもなければ、ネットワークのセキュリティは悪化し、ユーザのローカル情報が悪意のある人間に明らかとなってしまうことになる。
【００４０】
そこで本発明は、階層的暗号化及び非対称暗号化を用いて、許可されていない集団から情報を隠蔽するための方法を与える。この方法は、重要セキュリティを管理する協会を必要としないので、認証処理において有用である。
【００４１】
本発明の完全な理解のため、以下において、メッセージの交換のために利用されるいくつかの処理シーケンス及び情報データ構造を与える。なお、プロトコルと名付けられたものが図示されているが、同一の目的で他のプロトコルを使用することを排除するものではなく、本発明での推奨を示すものでもない。また、任意のデータ構造が使用され、本発明の実施の一例を与える。現実に実施する場合には、新しい情報が加えられたり、任意の部分が実際に用いられる状況に応じて省かれたりし得ることは、当業者にとっては明らかである。
【００４２】
図１は、本発明の実施の形態１に係る処理シーケンスを示すものである。本実施の形態では、移動端末と中央サーバとの間で通信が行われる場合を例にとって説明する。
【００４３】
図１に示されるように、符号１０１で記される移動端末（ＭＴ）は、符号１０６で記されるエア・インターフェイスを介して、ＷＬＡＮ内の符号１０２で記されるアクセス・ポイント（ＡＰ）に接続される。メッセージは、アクセス・ポイント（１０２）から、符号１０７で記される相互接続インターフェイス及び符号１０３で記される一連の中間サーバ／プロキシを介して、符号１０４で記されるモバイル・ユーザのホーム・ドメイン・サーバに送信される。到達可能性の理由により、ＡＡＡ処理は、ホーム・ドメイン・サーバ（１０４）、又は、符号１０５で記される後段のサーバ（中央サーバ）（１０５）で行われ得る。ホーム・ドメイン・サーバ（１０４）と中央サーバ（１０５）とが併置される場合には、メッセージ交換は内部のインターフェイスを介して行われるので、メッセージの正確なフォーマットを知る必要はない。
【００４４】
本実施例では、移動端末（１０１）が、中央サーバ（１０５）と、ほぼ永久的なセキュリティ関係を持っていると仮定し、例えば、３Ｇ端末などのＩＭＳＩに関連するものが適用可能である。さらに、ホーム・ドメイン・サーバ（１０４）は、非対称の暗号化方式（非特許文献１１）のための公開鍵及び秘密鍵のペアを持っており、移動端末（１０１）は、公開鍵を持っていると仮定する。この情報は、ユーザに対して、加入時に配布することが可能であり、例えば、装置のようにＳＩＭカードのようなデバイスに格納されるか、使用する端末に施錠されて与えられるか、公のアクセス可能なサーバに置かれ、使用前にダウンロードされるようにする。
【００４５】
図１の中で示されるように、移動端末（１０１）が、エア・インターフェイス（１０６）を介して、アクセス・ポイント（１０２）にメッセージを送信することによって、動作が開始される。
【００４６】
そのメッセージは、図２中に示されるフォーマットMsg１であり、メッセージは異なるメカニズムによって転送され、どのＷＬＡＮ技術がエア・インターフェイス（１０６）で使用されているかに依存する。例えば、ＩＥＥＥ８０２.１１では、そのメッセージを、イーサネット（登録商標）（非特許文献１１）上のＥＡＰによって運ぶことが可能であり、また、ＨｉｐｅｒＬＡＮ／２では、これを、ＲＬＣメッセージ上に存在させることも可能であって、メッセージ自体は任意の基礎的な技術に拘束されることはない。
【００４７】
図２の中で示されるメッセージの実施例は、１０個の部分（２０１〜２１０）を含んでいる。なお、実際の適用では、必要なフィールドにより多くの情報を埋め込むことも可能であり、実際の配置状況に依存して、不必要なものは削除され得ることは、当業者にとっては明らかである。また、説明の便宜上、メッセージ・フィールドは、任意のシーケンスに導入される。なお、実際に実施する場合には、任意の順に、同じ暗号化レベルのフィールドを置くことも可能である。各フィールドは、その内容を示す固定長の識別情報と、実際の長さを示すための長さフィールドを有することが可能である。
【００４８】
メッセージは、符号２０１で記されるＷＬＡＮ固有ローカルＩＤフィールドから始まり、ここには、ローカルのＷＬＡＮコンテクストにおける移動端末（１０１）を識別するための情報が含まれることになる。例えば、ＩＥＥＥ８０２．１１ネットワークでは、これを移動端末のイーサネット（登録商標）・アドレスとし、また、ＨｉｐｅｒＬＡＮ／２ネットワークでは、これを移動端末（１０１）に割り当てられたＭＡＣ ＩＤとすることが可能である。
【００４９】
また、符号２０２で記されるＡＰへのチャレンジメッセージ・フィールドが、上記のフィールドの直後に配置される。そこには、移動端末（１０１）の生成されたランダムな文字列又は数が含まれることになる。アクセス・ポイント（１０２）は、移動端末（１０１）に対して、それ自体を確認するためのセキュリティ鍵と共に、この文字列を使用して、返答を生成することになっている。返答を生成するために使用される方式としては、例えば、ＨＭＡＣ−ＭＤ５（非特許文献１２）など、任意のメッセージ認証方式が可能である。使用されるセキュリティ鍵は、ホーム・ドメイン・サーバ（１０４）から返ってくるメッセージによって運ばれる。
【００５０】
符号２０３で記されるネットワークへのチャレンジメッセージに対して予期される結果のフィールドは、次の通りである。このフィールドは、アクセス・ポイント（１０２）がホーム・ドメイン・サーバ（１０４）から受け取るべき返答を含んでいる。相互接続の環境では、アクセス・ポイント（１０２）は、おそらく多数のドメインと相互に接続して動作を行うことになる。その返答が正当なサーバから移動端末（１０１）へのものであることをアクセス・ポイント（１０２）が確認するためには、返答メッセージに含まれる通信結果とフィールド内の内容とを比較することが可能である。
【００５１】
続いて、符号２０４で記されるホーム・ドメイン情報フィールドが存在する。このフィールドは、移動端末（１０１）のホーム・ネットワークを識別するための情報を含んでいる。そのような情報は、移動端末のＡＡＡの情報を処理する適切なＡＡＡのサーバにメッセージを送るために、アクセス・ポイント（１０２）及び他の中間ノードによって使用される。ドメイン情報は、user@domain.nameの形をしているＤＮＳドメインネームのフォーマット、又は、ネットワーク・アクセス識別情報（ＮＡＩ：Network Access Identifier）のフォーマットとすることが可能である。また、直接的に、メッセージが向かうサーバのＩＰアドレスとすることも可能である。
【００５２】
さらに、このフィールドには、ユーザ識別情報の暗号化のために使用されるホーム・ドメイン・サーバ（１０４）の公開鍵のインデックスが含まれている。ホーム・ドメイン・サーバ（１０４）が、同時に数個の公開−暗号化鍵のペアを使用するかもしれないので、移動端末（１０１）は、現在のメッセージを暗号化するために、どの鍵のペアが使用されるか示す必要がある。
【００５３】
また、このインデックスは、実施要件に依存する数又は文字列とすることが可能である。ホーム・ドメイン・サーバ（１０４）は、例えば、それを、鍵のペアを検索するための実際の値に変換するために、任意のハッシュ関数を使用する。インデックス情報はドメイン情報のフィールドに埋め込まれている。例えば、ＮＡＩがドメイン情報を伝えるために使用される場合、ここでは実際のユーザＩＤが必要ではないので、鍵のインデックスを保持するために、ＮＡＩのユーザ部分を使用することが可能である。符号２０５で記されたＭＴフィールドの公開鍵メッセージ内に含まれている。これは、ホーム・ドメイン・サーバ（１０４）又はアクセス・ポイント（１０２）が、他のエンティティから盗取されることなく、移動端末（１０１）に対して安全にメッセージを送るためのものである。
【００５４】
ここまで、上記のフィールド（２０１〜２０５）は、すべて盗取されることを防ぐために、アクセス・ポイント（１０２）の公開鍵でのみ暗号化されるものであり、したがって、アクセス・ポイント（１０２）によってアクセス可能なものである。アクセス・ポイント（１０２）の公開鍵は、周期的なブロードキャストによって移動端末（１０１）に配信することが可能である。
【００５５】
一方、ここ以降、下記のフィールド（２０６〜２０９）はすべて、移動端末（１０１）によって、ホーム・ドメイン・サーバ（１０４）の公開鍵で暗号化されるものであり、アクセス・ポイント（１０２）及び中間の任意のノードは利用不可能である。アクセス・ポイント（１０２）及び中間サーバ／プロキシ（１０３）は、適切なサーバにメッセージを転送するために、ホーム・ドメインInfo（２０４）を使用することが可能である。
【００５６】
いったんサーバによって受け取られた場合、それは、メッセージを解読し、かつ必要な情報を得るためにホーム・ドメインInfo（２０４）に含まれる鍵インデックスによって示されたペアにおける秘密鍵を使用して、メッセージを復号し、必要な情報を取得する。この符号２０６〜２０９に記されるメッセージの部分は、アクセス・ポイント（１０２）がホーム・ドメイン・サーバ（１０４）に送るメッセージ（図１の記号Msg２で記されるメッセージ）に直接コピーされるべきものである。
【００５７】
符号２１０で記されるセキュリティ・フィールドは、情報の完全の保護のためにメッセージに含まれるものであり、実施時には、これを、例えばＨＭＡＣ−ＭＤ５方式を使用して計算されたメッセージの要約とすることが可能である。
【００５８】
図１に示されるように、メッセージMsg１を受け取った後、アクセス・ポイント（１０２）は、必要な情報を抽出し、別のメッセージMsg２を形成し、可能な中間サーバ／プロキシ（１０３）を介して、ホーム・ドメイン・サーバ（１０４）に、そのメッセージを送る。利用可能なＷＬＡＮ技術の数が速く増加するにつれて、それらを相互に接続するために使用される技術（符号１０７で記される）は多様となってきている。実例のためにここで使用される例は、ＩＥＴＦのＩＰに基づいた技術が使用されることを前提としている。しかしながら、本発明は、いかなる基礎的な技術の使用に対しても意図されていることは、当業者にとっては明らかである。任意の修正／適応によって、ＩＰとは異なるものに基づいた技術で使用することが可能であり、専有プロトコルの最上層でさえ使用可能となり得る。
【００５９】
図３は、Msg２のためのメッセージのフォーマットを示すものである。
【００６０】
メッセージは符号３０１で記されるＡＰ及びＷＬＡＮアドレス・フィールドから始まり、この情報は、返答メッセージのルーティングのために必要とされるものである。なお、この情報のフォーマットは限定されるものではなく、例えば、単純な方法として、アクセス・ポイント（１０２）がＩＰアドレスを持っている場合には、アクセス・ポイント（１０２）のＩＰアドレスを使用することが可能である。一方、ＡＰ識別子及びＷＬＡＮゲートウェイのアドレスが要求される。この直後に、符号３０２で記されるＷＬＡＮ固有ＩＤフィールドが存在する。このフィールドは、符号２０１で記されるメッセージ・フォーマット１内のものと同一である。
【００６１】
上記の情報はすべて、ネットワーク・ノードが移動端末（１０１）を識別するためのものであり、したがって、帰路を確立するためのものである。ＷＬＡＮ固有ＩＤ（３０２）は一時的なＩＤであり、ＷＬＡＮの状況においてのみ、意味を有するものなので、それは移動端末（１０１）の実際の識別子に関する情報を導くものではない。上記のように、これらのフィールドは、パスに沿ったすべてのノードによって、アクセス可能であるべきで、したがって、特殊な技術で暗号化されるべきではない。接続がpoint-to-pointなのか、または逆方向へのルーティングが必要でないものの場合には、接続の端点まで共有されているセキュリティのメカニズムによって、この情報を保護することが可能である。
【００６２】
フィールド３０３から３０８が、２０４から２０９で名付けられたMsg１のものから直接的に得られることは明白である。中間ノードが存在しない場合、フィールド３０３のホーム・ドメインInfoは、メッセージをホーム・ドメイン・サーバ（１０４）にルーティングさせるために使用される。
【００６３】
符号３０４で記されるＭＴ公開鍵フィールドは、移動端末（１０１）の公開鍵を伝送するために使用され、その結果、もし要求されれば返答メッセージを保護することが可能となる。鍵の合法性を確認するために、例えば、鍵のフィンガープリントのようなチェックサムが、安全な方法で提供されるべきである。これは、ユーザ・データ内にフィンガープリントを置くことによって達成可能であり、ユーザと、加入者情報を保持しているサーバとの間のセキュリティのメカニズムによって保護される。
【００６４】
フィールド３０５から３０８は、ホーム・ドメイン・サーバ（１０４）によってのみ読み出し可能でなければならない。したがって、それらは、ホーム・ドメイン・サーバ（１０４）の公開鍵によって暗号化されて保護され、任意の中間のネットワーク・エレメントによるアクセスは不可能である。
【００６５】
符号３０５で記されるホーム・ドメイン内固有のユーザＩＤフィールドが、ＭＴ公開鍵フィールドに続くものであり、これは、ホーム・ネットワークによってモバイルのユーザに割り当てられたユーザＩＤであり、ホーム・ネットワークの状況下でユーザをユニークに識別するために用いられるものである。ユーザがＮＡＩをuserID@home.domainのフォーマットで持っていれば、この識別子は、@の前のユーザＩＤの部分に相当するものである。このホーム・ドメイン内固有のユーザＩＤは普遍なものではなく、ホーム・ドメインは、返答メッセージに埋め込むことによって、移動端末（１０１）に対して新しい識別子を割り当てることが可能である。
【００６６】
メッセージを受け取った後、ホーム・ドメイン・サーバ（１０４）は、ホーム・ドメインInfoフィールド（３０３）をチェックし、移動端末（１０１）によってメッセージの暗号化に使用された公開鍵のインデックスを見つけ出す。その後、鍵のペアにおける対応する秘密鍵を用いてメッセージを復号し、ユーザＩＤ情報を取得する。ユーザ加入者情報が、サーバ、又はホーム・ドメインの内部に格納されている場合には、それは、このユーザＩＤ情報をユーザのレコード・エントリにマッピングし、それによって、メッセージを置き換えたものを復号し、さらなる処理を行う方法を有するべきである。
【００６７】
また、これらがすべて別の中央サーバによって管理されるか、ホーム・ドメインが、どこかの外部サーバにＡＡＡのプロセスを外部委託した場合には、ホーム・ドメイン・サーバ（１０４）は、ユーザＩＤを付して、そのサーバにメッセージの残り部分の転送を行う。メッセージの残り部分のフィールドは、ユーザ加入者情報（すなわち、不変の識別子）に関連したセキュリティのメカニズムによって暗号化される。したがって、ユーザ加入者情報を有するエンティティによって、情報のこの部分のみが検索されることも可能である。
【００６８】
１番目のフィールドは、符号３０６で記されるネットワークへのチャレンジメッセージのフィールドである。これは、移動端末（１０１）によってランダムに生成された情報であり、移動端末（１０１）が、返答メッセージの起源の権限を確認するために利用するものである。例えば、中央サーバ（１０５）などのネットワーク側は、このチャレンジメッセージに基づいた移動端末（１０１）への返答を作るため、ユーザ加入者情報に由来した鍵を使用するべきであり、チャレンジメッセージへの返答は返答メッセージに埋め込まれるべきである。また、ネットワーク側は、返答を送るための正当なソースであることを証明するために、アクセス・ポイント（１０２）への返答を生成するべきである。移動端末（１０１）及びアクセス・ポイント（１０２）への返答は、実施の要件に応じて、同一又は異なるものになり得る。
【００６９】
ネットワークへのチャレンジメッセージのフィールド（３０６）の後には、符号３０７で記される不変ユーザＩＤフィールドが存在する。このフィールドは、永久かつ広くユーザを識別するための情報を含み、それは、ユーザの全加入期間を通じて一定である。この情報を使用した場合には、ユーザを追跡することが可能となり、データ・ベースから加入者情報を検索することが可能となる。このフィールドは、加入者情報がホーム・ドメイン・サーバ（１０４）に格納されていない場合のために含まれるものである。また、ホーム・ドメイン内固有のＩＤからマッピングされた識別情報と、このＩＤとを比較することによって、サーバが、移動端末（１０１）の権限を確認するためにそれを使用することが可能である。
【００７０】
ＩＤフィールドに続いて、符号３０８で記されるユーザ・データ・フィールドが存在する。このフィールドは、ＡＡＡのセッションのため、移動端末（１０１）からのデータを含むものである。実際に実施する場合には、加入者情報に由来したユーザのセキュリティのメカニズムを使用する任意のメカニズムによって、このフィールドを保護することも可能であり、また、情報の完全性を保護するための情報を含ませることも可能である。
【００７１】
メッセージの最後には、符号３０９で記されるセキュリティ・フィールドが存在する。このフィールドは、メッセージ全体の完全性を保護するための情報を含むものであり、実際に含まれる内容は、配置の要求に依存する。
【００７２】
ホーム・ドメイン・サーバ（１０４）及び中央サーバ（１０５）が併置される場合には、ホーム・ドメイン・サーバ（１０４）は、中央サーバ（１０５）と同様のすべての処理を行うことが可能であり、アクセス・ポイント（１０２）に対して直接メッセージを返答することが可能である。また、それらが統合されない場合には（すなわち、実際のユーザ情報がホーム・ドメイン・サーバ（１０４）にない場合）、サーバはメッセージMsg３を使用して、図１に示されるように、中央サーバ（１０５）にメッセージを転送する必要がある。
【００７３】
図４では、Msg３の実施例が示されている。
【００７４】
メッセージは、符号４０１で記されるホーム・ドメインInfoフィールドから始まる。これは、中央サーバ（１０５）がホーム・ドメイン・サーバ（１０４）を識別するための情報を含むものである。なお、これは、中央サーバ（１０５）及びホーム・ドメイン・サーバ（１０４）が同じドメイン内に存在しないことを前提とする。このフィールドに続いて、符号４０２で記されるネットワークへのチャレンジメッセージのフィールド、符号４０３で記されるホーム・ドメイン内固有のユーザＩＤフィールド、符号４０４で記される不変ユーザＩＤフィールド、符号４０５で記されるユーザ・データ・フィールドが存在する。
【００７５】
ネットワークへのチャレンジメッセージのフィールド（４０２）及びホーム・ドメイン内固有のユーザＩＤフィールド（４０３）は、Msg２から復号された情報を含むものである。
【００７６】
また、不変ユーザＩＤフィールド（４０４）及びユーザ・データ・フィールド（４０５）は、Msg２の対応するフィールドから直接コピーされるものであり、これらの２つのフィールドは、移動端末（１０１）によって、加入者情報に由来したセキュリティ鍵で暗号化される。
【００７７】
メッセージの最後には、符号４０６で記されるセキュリティ・フィールドが存在する。これは、ホーム・ドメイン・サーバ（１０４）及び中央サーバ（４０５）で共有するセキュリティのメカニズムを使用して、メッセージの完全を保護するためのものである。メッセージを受け取った後、中央サーバ（１０５）は、暗号化されたフィールドを復号し、情報を検索して適切な処理を行なう必要がある。
【００７８】
また、図５には、返答メッセージ（Msg４）の実施例が示されている。
【００７９】
メッセージは、符号５０１で記されるホーム・ドメインInfoフィールドから始まる。これは、これらの２つのサーバが直接接続されない場合にホーム・ドメイン・サーバ（１０４）を識別するための情報を含むものである。符号５０２で記されるホーム・ドメイン内固有のユーザＩＤフィールドは、ホーム・ドメイン・サーバ（１０４）が移動端末（１０１）を識別するための情報を含ませるために使用されるものであり、これによって、ホーム・ドメイン・サーバ（１０４）は、どこに返答メッセージを転送しなければならないかを知ることができる。
【００８０】
また、中央サーバ（１０５）は、さらに２つのセキュリティが関連付けられた返答を関連づけたと準備しなければならない。１番目は、符号５０３で記されるＡＰ応答鍵が存在する。この鍵は、アクセス・ポイント（１０２）がＡＰのチャレンジメッセージへの返答を生成するために、アクセス・ポイント（１０２）に配信されるものであり、モバイルのユーザの加入者情報に由来し、したがって、移動端末でも取得可能なものである。また、これとは別に、符号５０４で記されるＡＰのネットワークへのチャレンジメッセージ・レスポンスが存在する。これも、アクセス・ポイント（１０２）に配信されるものである。
【００８１】
また、アクセス・ポイント（１０２）は、ネットワークへのチャレンジメッセージに対して予想される結果（２０３）とそれとを比較して、また返答のソースの権限を確認する。これらの２つのフィールドは、２つのサーバによって共有されるセキュリティのメカニズムによってのみ保護される。
【００８２】
これらの２つのフィールドに続いて、符号５０５で記されるＭＴのネットワークへのチャレンジメッセージ・レスポンスが存在する。これは、サーバが移動端末（１０１）に対して、それ自体を確証するためのものであり、移動端末（１０１）に配信されるべきものである。
【００８３】
次に、符号５０６で記される不変ユーザＩＤフィールドが存在する。これは、移動端末（１０１）が、メッセージが自端末のためのものであるか否かをチェックするためのものである。
【００８４】
次のフィールドは、符号５０７で記されるユーザ・データである。これは、サーバからのＡＡＡに関連する返答を含むものであり、実際の内容は、ＡＡＡのセッションで実行された動作に依存する。例えば、それは、ユーザＩＤがモバイルのユーザに割り当てられた新しいホーム・ドメイン内固有のユーザＩＤを含むものである。上記の３つのフィールド５０５、５０６及び５０７は、加入者情報に由来した中央サーバ（１０５）と移動端末（１０１）との間のセキュリティのメカニズムに基づいて暗号化され、それらは、移動端末（１０１）によってのみアクセス可能である。
【００８５】
メッセージ中の最後のフィールドは、符号５０８で記されるセキュリティ・フィールドである。このフィールドは、ホーム・ドメインサーバ（１０４）と中央サーバ（１０５）の間で共有されるセキュリティのメカニズムを利用して、メッセージ全体の完全性を保護するための情報を含んでいる。
【００８６】
中央サーバ（１０５）からメッセージを受け取った後、ホーム・ドメイン・サーバ（１０４）は、必要な情報を抽出し、適宜処理を行う。そして、新しいメッセージが形成され、図１のMsg５で記される実施の要求に従って、同一ルート又は異なるパスを通ってアクセス・ポイント（１０２）に転送される。ホーム・ドメイン・サーバ（１０４）で行われる処理は、ＷＬＡＮ固有ＩＤ及びＷＬＡＮアドレスにユーザＩＤをマッピングすることを含むものである。マッピングされたこれらの情報は単に、アクセス・ポイント（１０２）からの対応するメッセージ内に含まれていた情報である。
【００８７】
図６では、Msg５のメッセージ・フォーマットの実施例が示されている。
【００８８】
このメッセージは、符号６０１で記されるＡＰ及びＷＬＡＮアドレス・フィールドから始まる。このフィールドは、モバイルのユーザが提携したＷＬＡＮのアクセス・ポイント（１０２）の識別をするための情報を含んでいる。アドレス情報は、図３で示されるMsg２において利用可能である。ホーム・ドメイン・サーバ（１０４）は、ユーザＩＤによってソートされたアドレスのテーブルを保持することが可能である。サーバがそのユーザＩＤのための新しいメッセージを受け取った場合にテーブルは更新されて、対応する返答メッセージの形成する場合に使用される。メッセージの上記の部分は、正確なターミナルにそれをルーティングするために必要なものであり、したがって、暗号化されてはならない。
【００８９】
このフィールドに、符号６０２で記されるＷＬＡＮ固有ローカルＩＤフィールドが続く。それは、このメッセージが関係する移動端末を、アクセス・ポイント（１０２）が識別するための情報を含んでいる。このＩＤはMsg２においても取得可能であり、ＡＰ及びＷＬＡＮアドレス（６０１）のためのものと同一の方法を用いて検索が行われることも可能である。
【００９０】
メッセージ中の次のフィールドは、符号６０３で記されるＡＰレスポンス鍵フィールドである。これは、アクセス・ポイント（１０２）が移動端末（１０１）のチャレンジメッセージに対するレスポンスを生成するための情報を含んでおり、その内容は、Msg４の中の符号５０３で記される同一のフィールドから直接コピーされる。
【００９１】
それに続いて、符号６０４で記されるＡＰのネットワークへのチャレンジメッセージ・レスポンスのフィールドが存在する。このフィールドは、中央サーバ（１０５）によって計算されたレスポンスを含むものであり、アクセス・ポイント（１０２）が中央サーバ（１０５）の合法性を確認するためのものである。また、アクセス・ポイント（１０２）へのＡＡＡ処理の成功／失敗ステータスを示すため、それをホーム・ドメイン・サーバ（１０４）によって利用されるようにすることも可能であり、また、Msg４の中の符号５０４で記されるフィールドから直接コピーされることも可能である。また、上記のフィールドは、指定されたアクセス・ポイント（１０２）によってのみ、アクセスされるものであり、したがって、ホーム・ドメイン・サーバ（１０４）とアクセス・ポイント（１０２）との間で共有されるセキュリティのメカニズムによって、例えば、ＡＰ公開鍵による保護が行われるべきである。
【００９２】
そのメッセージ内の次には、符号６０５で記される新しいホーム・ドメイン・サーバ公開鍵フィールドが存在する。このフィールドは付加的なものであり、ホーム・ドメイン・サーバ（１０４）がその公開鍵を変更する必要がある場合にのみ使用される。含有される情報は、新たな公開鍵とその鍵のインデックスを有するものである。
【００９３】
このフィールド及びそれに続くフィールド６０６〜６０８は、移動端末（１０１）によってのみアクセス可能なものであり、したがって、メッセージMsg２内のホーム・ドメイン・サーバ（１０４）に送られる移動端末（１０１）の公開鍵によって保護されるべきものである。
【００９４】
新しい鍵の合法性を確認するために、例えば、鍵のフィンガープリントのようなチェックサムもまた、安全な方法で提供されるべきである。これは、加入者情報を保持しているユーザとサーバとの間のセキュリティのメカニズムによって保護されるユーザ・データ・フィールドに、その情報を置くことによって達成することが可能である。個別の中央サーバの場合には、ホーム・ドメイン・サーバ（１０４）は、中央サーバ（１０５）に対して送るメッセージMsg３にフィンガープリントを付加し、リターン・メッセージのユーザ・データ・フィールドにそれを含めてくれるように中央サーバ（１０５）に依頼することが可能である。なお、実際のキーの代わりに鍵生成の素材を運ぶためにフィールドが使用可能であることは、当業者にとって明白である。実際の鍵は、古い鍵又は加入者情報に由来してＭＴ側で取得されるものであり、これによって、よりよい保護を提供することが可能となる。
【００９５】
続いて、符号６０６で記されるＭＴのネットワークへのチャレンジメッセージ・レスポンス・フィールドが存在する。このフィールドは移動端末（１０１）との同一性を確認するために中央サーバ（１０５）によって生成されたチャレンジメッセージ・レスポンスを含むものである。
【００９６】
次に、符号６０７で記される不変ユーザＩＤフィールド及び符号６０８で記されるユーザ・データ・フィールドが存在する。これらのフィールドはすべて中央サーバ（１０５）によって生成され、Msg４内の符号５０５から５０７で記される対応フィールドから直接コピーされる。それらは中央サーバ（１０５）と移動端末（１０１）の間のセキュリティのメカニズムによって保護され、ユーザの加入者情報に由来するものである。
【００９７】
メッセージの最後のフィールド（６０９）はセキュリティ・フィールドであり、このフィールドは、ホーム・ドメイン・サーバ（１０４）及びアクセス・ポイント（１０５）によって共有されるセキュリティのメカニズムを使用して、メッセージ全体の完全性を保護する情報を伝えるために使用されるものである。
【００９８】
メッセージを受け取った後、アクセス・ポイント（１０２）は、６０２、６０３のような必要なフィールドを抽出し処理を行う。そして、新しいメッセージが生成されて、メッセージMsg５内のフィールドを置き換えたものを運ぶ移動端末（１０１）に転送される。
【００９９】
図７では、Msg６のための新しいメッセージ・フォーマットの実施例であるが示されている。
【０１００】
メッセージは、符号７０１で記されるＷＬＡＮ固有ローカルＩＤから始まる。これは、移動端末（１０４）が、メッセージがそれに送られるかどうかをチェックするためのものであり、このフィールドは、暗号化される必要はない。また、このフィールドの実際の内容は、使用される技術に依存し、例えば、ＩＥＥＥ８０２.１１ネットワークでは、これは端末の４８ビットのイーサネット（登録商標）・アドレスとすることが可能であり、ＨｉｐｅｒＬＡＮ／２ネットワーク中では、アクセス・ポイント（１０２）によって割り当てられた端末のＭＡＣ ＩＤとすることが可能である。
【０１０１】
続いて、符号７０２で記されるＡＰのチャレンジメッセージ・レスポンス・フィールドが存在する。これは、Msg５内の中央サーバ（１０５）から送られた符号６０３で記される鍵を使用して、アクセス・ポイント（１０２）によって計算されるチャレンジメッセージを含んでおり、移動端末（１０１）は、アクセス・ポイント（１０２）の合法性を確認するため、このチャレンジメッセージを使用する。このフィールドと以降のフィールド７０３〜７０５は意図された受信装置によってのみ、アクセスされるべきであり、したがって、移動端末（１０１）の公開鍵によって暗号化されるべきである。
【０１０２】
メッセージ中の次のフィールドは、符号７０３で記されるＭＴのネットワークへのチャレンジメッセージ・レスポンスである。このフィールドは、端末と共有されるセキュリティのメカニズムを使用して、中央サーバ（１０５）によって生成されたレスポンスを含んでおり、移動端末（１０１）に対してネットワークを認証するために使用されるものである。
【０１０３】
続いて、符号７０４で記される不変ユーザＩＤフィールドが存在する。この情報は、さらにメッセージが移動端末（１０１）に送られることを、移動端末（１０１）自体が確認するために使用される。
【０１０４】
符号７０５で記されたユーザ・データ・フィールドは、中央サーバ（１０５）によって返答されたＡＡＡに関連する情報を含むものであり、ＡＡＡの処理のために用いられる。上記のフィールドは中央サーバ（１０５）によって生成され、移動端末（１０１）及び中央サーバ（１０５）によって共有されるセキュリティのメカニズムによって暗号化され、保護されなければならない。
【０１０５】
メッセージ中の最後のフィールドは、符号７０６で記されるセキュリティ・フィールドである。このフィールドは、メッセージ全体の完全性の保護をするために必要な情報を含んでいる。
【０１０６】
図８は、以上説明したＭＴ−ＡＰ−ホーム・ドメイン・サーバ−中央サーバ間のメッセージの流れ及び各メッセージ間の構成の対応をわかりやすくまとめた図である。また、図９は、図８の逆のメッセージの流れ及び各メッセージ間の構成の対応をわかりやすくまとめた図である。以上の説明では、本発明を使用する移動端末（１０１）とＡＡＡのサーバとの間の単純なメッセージ交換の例が与えられている。
【０１０７】
このように、本実施の形態によれば、いくつかのネットワーク・エレメント（中継局）を介して通信相手とメッセージを交換する際に、メッセージを構成する各フィールドを、各フィールドを必要とする各ネットワーク・エレメントの公開鍵でそれぞれ暗号化する。すなわち、各ネットワーク・エレメントとの間で有効なセキュリティのメカニズム（暗号化方式）をそれぞれ用いて、メッセージを構成する各フィールドを別個に暗号化する。
【０１０８】
具体的には、移動端末がサーバにメッセージを送信する際は、このメッセージのうち、モバイル・ユーザの識別情報を含む部分はサーバの公開鍵を使用して暗号化し、残りの部分は通信経路上のネットワーク・エレメントの公開鍵を使用して暗号化する。または、このメッセージのうち、モバイル・ユーザの識別情報を含む部分をモバイル・ユーザの加入者情報に由来した鍵で暗号化し、この暗号化されたメッセージをサーバの公開鍵を使用してさらに暗号化し、階層的な暗号化を実現する。
【０１０９】
すなわち、本発明は、対称及び非対称の暗号化方式の組み合わせを使用することによって、無許可のエンティティにどのようなユーザの識別情報も漏らすことなく、ＷＬＡＮ相互接続におけるＡＡＡの処理を安全に行なうことのできる解決策を与える。また、それは、仲裁者の攻撃を防ぐことにおいて有用である。なお、メッセージ・シーケンスの異なる組み合わせを備えたより複雑な適用によって本発明を使用することが可能なことは、当業者にとっては明らかである。
【０１１０】
本発明の実装時には、本発明は、仲裁者の攻撃を防ぐことにおいて特に有用である。例えば、偽造されたアクセス・ポイントが、移動端末（１０１）と実際のアクセス・ポイント（１０２）との間に存在する場合、それは、ＡＰへのチャレンジメッセージ（２０２）とネットワークへのチャレンジメッセージに対して予想される結果に関する情報のみを取得することが可能である。この偽りのアクセス・ポイント（偽造されたアクセス・ポイント）は、移動端末（１０１）の実際のホーム・ドメイン・サーバ（１０４）からの鍵を必要とするが、鍵はアクセス・ポイント（１０２）から転送されることはないので、この偽りのアクセス・ポイント（偽造されたアクセス・ポイント）は、ＡＰへのチャレンジメッセージ（２０２）への正しい返答を得ることができない。したがって、偽造されたアクセス・ポイントは、移動端末（１０１）に対して、実際のアクセス・ポイント（１０２）であるふりをすることは不可能である。
【０１１１】
さらに、本発明は、アクセス・ポイント（１０２）とホーム・ドメイン・サーバ（１０４）の間のリンクに、悪意あるエンティティの破壊が存在する状況でも有用である。この場合、メッセージのうちの重要な部分がホーム・ドメイン・サーバ（１０４）の公開鍵によって暗号化されるので、この外部のエンティティは、アクセス・ポイント（１０２）から送られるメッセージ内の有用な情報を取得することができない。また、ホーム・ドメイン・サーバ（１０４）から送り返されたメッセージは、ＡＰの公開鍵で暗号化されているので、そのエンティティは、そこから有用な情報を取得することも不可能である。
【０１１２】
図１０は、本発明のＷＬＡＮ相互接続のシナリオの変形例を示すものである。
【０１１３】
このシナリオでは、ユーザ証明及び加入者情報は、符号１０１ａで記される仮想ＭＴに格納される。仮想ＭＴ（１０１ａ）は、ＷＬＡＮのいかなる場所に置くことも可能であり、例えば、アクセス・ポイントと併置することも可能である。相互接続シーケンスは、仮想ＭＴ（１０１ａ）から始まる。メッセージ・シーケンス及びフォーマットは、上述と同一のものを必要としているが、ここでの唯一の違いは、仮想ＭＴ（１０１ａ）がエア・インターフェイス（１０６）を介してアクセス・ポイントに接続されることはないということである。
【０１１４】
符号１０２ａによって記されるアクセス・サーバは、ＷＬＡＮから相互接続したネットワークまでの接続をコントロールするエンティティである。仮想ＭＴ（１０１ａ）は、例えば、有線、赤外線、ブルートゥースなどを始めとするいかなるインターフェイスの使用によって、アクセス・サーバ（１０２ａ）に接続することが可能である。さらに、仮想ＭＴ（１０１ａ）とアクセス・サーバ（１０２ａ）とを併置することが可能である。この状況では、Msg１及びMsg６は内部で使用され、上で定義するほど正確なフォーマットを必要とはしない。また、他のメッセージ・シーケンス及びフォーマットは、影響されず同じままである。
【０１１５】
この仮想ＭＴ（１０１ａ）が加入しているホーム・ドメインからアクセスのサービスを取得するのに成功した場合、それに関連した符号１００１によって記される任意のＷＬＡＮ装置もサービスの利用が許可される。ＷＬＡＮ装置（１００１）と仮想ＭＴ（１０１ａ）の間のセキュリティのメカニズムの設定は独占的であり、セキュリティ・レベルはＷＬＡＮによって決定されることになっている。
【０１１６】
このシナリオの現実世界での例は、ユーザ・ホストが家でのＷＬＡＮのアクセス・ポイントである場合であり、ユーザが公衆網（例えば３Ｇネットワーク）に対して加入しており、アクセス・ポイントに認証されて、家に存在するすべての装置が、いったん認証された３Ｇサービスにアクセスすることができるよう望む場合である。これは、アクセス・ポイントと仮想ＭＴ（１０１ａ）とを併置させることにより上記の本発明を使用して実施可能である。仮想ＭＴ（１０１ａ）はユーザの信用及び加入者情報（例えばユーザのＵＩＣＣ）にアクセスし、相互接続処理を続け、その後、ＷＬＡＮ装置（１００１）が、ユーザによって望まれたどんな方法（例えば単純なパスワード保護）をも使用するＡＰと連携を図り、例えば、ＩＭＳサービスへのアクセスなどの３Ｇサービスを利用することが可能となる。
【０１１７】
相互に動作しているネットワークに多数のＡＰが存在する状況（仮想ＭＴ（１０１ａ）がＡＰコントローラ、又は、相互接続するネットワークへのＷＬＡＮのアクセス・サーバ（１０２ａ）と併置されている状況）に応じて、本発明を調整できることは、当業者にとっては明白である。また、この方式が、有線の装置に当てはまることも明らかであり、すなわち、エア・インターフェイスの代わりにワイヤー又はその他のインターフェイスを介してＡＰに連結された装置が、さらに３Ｇサービスを享受することができる。仮想端末がＷＬＡＮの中に複数存在する場合には、それらの各々が、相互接続処理を独立して行うべきである。１つの仮想端末が複数のユーザの情報にアクセスすることができる場合（例えば、複合ＵＩＣＣカードを同時に受ける場合）、各ユーザに対する相互接続処理は独立して行なわれるべきである。仮想端末は、例えば、パスワード保護やセキュリティ・トークンなどの独占的な手段を用いて、ＷＬＡＮ装置（１００１）のユーザ加入サービスへのアクセスを制御することが可能である。
【０１１８】
（実施の形態２）
相互接続では、時折、ＷＬＡＮがユーザ加入者情報に基づく決定（例えば、承認コントロール）を行う必要がある。この情報は、ユーザのホーム・ドメインに格納され、一般に共有されることは許されないので、ＷＬＡＮは決定を下すためにホーム・ドメイン・サーバ（１０４）に依存しなければならない。しかし、ホーム・ドメインが、相互接続する異なるＷＬＡＮで使用される技術に関して、必ずしも詳細な知識を持つとは限らないので、ホーム・ドメイン・サーバ（１０４）は、ＷＬＡＮ内のリソース管理エンティティに対して正確な指示を与えることは不可能である。さらに、いくつかの適用（例えば、承認コントロール）では、ローカル・ネットワーク情報を必要とし、ホーム・ドメインにおける決定を妨げられる。
【０１１９】
図１１は、その問題を解決する本発明の実施例を示すものである。構成上、符号８０１で記される移動端末が、ＷＬＡＮ機能によってネットワークに接続される。ＷＬＡＮ機能は、符号８０２で記されるルール・エンジン及び符号８０３で記されるルール・インタープリタを含んでいる。
【０１２０】
ルール・エンジン（８０２）は、ルール・インタープリタ（８０３）からのコマンドを実行するものであり、それによって、移動端末（８０１）のアクセス可能性がコントロールされ、ローカル・ネットワーク・リソースが管理される。図１１に示されるように、このエンジンは、ＷＬＡＮ内のアクセス・ポイントと併置することが可能であるが、これは必須なことではなく、実際の実施では、それがアクセス・ポイントとの通信チャンネルを有する個別のエンティティであり得る。ルール・エンジン（８０２）は、さらに、移動端末（８０１）へのシグナリングに対するチャンネルを有している。
【０１２１】
ルール・インタープリタ（８０３）は、モバイルのユーザのホーム・ドメインから規則（ルール）を受け取り、ＷＬＡＮのローカルの文脈で、それらの規則を解釈するエンティティであり、さらに、モバイルのユーザのステータスに関連する情報をそのホーム・ドメインに報告する責任を持っている。
【０１２２】
ルール・インタープリタ（８０３）は、ＷＬＡＮの外部に存在する符号８０４で記されるルール・サーバから規則を受け取る。なお、ルール・サーバ（８０４）の配置に関する要請はなく、相互接続サービスを利用するモバイルのユーザに関する規則を提供することが要請されている。
【０１２３】
ルール・サーバ（８０４）は、ＷＬＡＮと相互接続する多数のネットワークに対して動作することも可能である。さらに、ルール・サーバ（８０４）は、ＷＬＡＮのルール・インタープリタ（８０３）に接続し、実際のサーバからの情報を検索するためにバック・エンド・チャンネル（符号８０５で記されるバック・エンド処理）を使用するプロキシでもあり得る。
【０１２４】
図１２には、実施例における典型的な動作が示されている。
【０１２５】
符号ＳＴ９００１で記されるように、モバイルのユーザは、ＷＬＡＮ内の移動端末（８０１）を介して、任意のサービスを要求する。そして、符号ＳＴ９００２で記されるように、ローカル・リソースをコントロールするＷＬＡＮ内ルール・エンジン（８０２）は、得られる対応動作に関する質問をルール・インタープリタ（８０３）に対して行う。符号ＳＴ９００３に記されるように、ルール・インタープリタ（８０３）は、ローカル・キャッシュ内で、動作に適用可能な有効な規則が存在するか否かをチェックする。そして、存在する場合には、規則及び現在のＷＬＡＮにおけるネットワーク・ステータスに基づく決定を行い、さらに、要求されれば、対応するステータスのフィードバックを行う。このローカル・キャッシュは、インタープリタの物理メモリ、又は、外部の不揮発性の格納装置で実施され得る。
【０１２６】
キャッシュに格納されている情報は、前段階処理でのルール・サーバ（８０４）から受け取った、その有効期間を示す時間範囲を備えた規則を含むものである。また、任意のインデックス化する情報も、規則の識別及び検索のために含まれるべきである。規則の有効性が終了した場合、それは無効なものとして印が付けられ、早い段階で削除されるべきである。ルール・サーバ（８０４）からの新しい規則は、キャッシュ内のルールを無効にすることも可能である。規則の適切な検索のため、ルールの適用可能な範囲を定義する任意の情報も一緒に蓄えられる。これは、例えばこの規則を使用しているべきモバイルのユーザのドメイン情報とすることが可能である。実施要件に依存して、より多くの情報が格納可能であることは、当業者にとって明白である。ルール・サーバ（８０４）が接続している各々のＷＬＡＮの基本的な技術を取得できる可能性は低いので、規則は非常に総括的なフォーマットである。
【０１２７】
したがって、ルール・インタープリタ（８０３）は、ローカル・ネットワーク・ステータスに関する規則から、適切なパラメータでＷＬＡＮ固有の決定を行う必要がある。例えば、規則を「３Ｍｂｐｓの帯域を許可；時間制限１０分間」とすることが可能である。ＷＬＡＮがＨｉｐｅｒＬＡＮ／２を使用している場合、ルール・インタープリタ（８０３）は、これを「ｍ個のＭＡＣフレーム毎にアップリンク及びダウンリンク用の端末にＬＣＨの番号ｎを割り付ける」や「ｇ個のＭＡＣフレームの後、ＡＰから接続取り消しコマンドを送る」という決定に翻訳することができる。なお、ｎ、ｍ、ｇは、ＨｉｐｅｒＬＡＮ／２仕様の情報から計算される。なお、上記のものが単なる例に過ぎないことは、当業者にとって明白であり、規則は、動作に依存してルール・サーバ（８０４）とルールインタープリタ（８０３）の間で同意された任意の総括的なフォーマットにすることが可能である。他のＷＬＡＮ技術が使用される場合、ルール・インタープリタ（８０３）は例えば、ＩＥＥＥ８０２．１１技術と同一の方法で動作すべきである。
【０１２８】
また、ルール・インタープリタ（８０３）のローカル・キャッシュで利用可能なルールが存在しない場合には、符号ＳＴ９００５で記されるように、ルール・インタープリタ（８０３は、ルール・サーバ（８０４）に対して要求を送る。ルール・サーバ（８０４）がルール・インタープリタ（８０３）に接続した複数のルール・サーバが存在するか、ルール・サーバ（８０４）がプロキシである場合、ルール・インタープリタ（８０３）は、どのサーバを使用するべきであるか決定するためにモバイルのユーザのドメイン情報を使用する必要がある。ルールサーバ（８０４）からの返答がないか、リクエストに関する規則がルール・サーバ（８０４）で利用可能でない場合、ルール・インタープリタ（８０３）は、利用するサーバを決定するために、モバイルのユーザのドメイン情報を決定する必要がある。
【０１２９】
また、もし、ルール・サーバ８０４からの返答がないか、要求に関する規則が全く存在しない場合には、ルール・インタープリタ（８０３）は、動作に関する決定を行うためのあらかじめ定められたデフォルトの任意の規則のセットを利用することが可能である。
【０１３０】
また、例えば、ルール・サーバ（８０４）から利用可能なユーザのアクセス範囲に関する情報が得られない場合には、ルール・インタープリタ（８０３）は、それにローカルのイントラネットのみをアクセス可能とするか、又は、ユーザのＷＬＡＮへのホーム・ネットワークの信頼レベルに依存して、インターネット・リソースのアクセスを決定させることができる。このデフォルトの規則は、ルール・インタープリタ（８０３）のローカル・キャッシュに格納可能であり、また、ルール・インタープリタ（８０３）によってアクセス可能な任意の外部記憶装置に格納可能である。なお、異なる動作の異なる規則が存在し得ることは、当業者にとって明白である。
【０１３１】
ルール・サーバ（８０４）がルール・インタープリタ（８０３）から質問を受け取った場合、符号ＳＴ９００６で記されるように、それは、対応する規則を求めてそのルール・データベースを検索する。そして、ルール・サーバ（８０４）が規則を得た場合、符号ＳＴ９００７で記されるように、ルール・サーバ（８０４）は、ルール・インタープリタ（８０３）にその規則を送り、ルール・サーバ（８０４）から規則を受け取った後、ルール・インタープリタ（８０３）は、新しい規則でそのローカル・キャッシュを更新し、符号ＳＴ９００８で記されるように、新しい規則をＷＬＡＮ固有のコマンドに翻訳する。
【０１３２】
規則を転送するためのフォーマットは、ルール・サーバ（８０４）とルール・インタープリタ（８０３）との間で合意される必要がある。ルール・サーバ（８０４）からルール・インタープリタ（８０３）にルールのフォーマットの定義を送ることによって、これをダイナミックに行うことが可能となる。この定義で、ルール・インタープリタ（８０３）がメッセージから必要な規則に関する情報を抽出することが可能となる。これを達成するために、ルール・インタープリタ（８０３）は、規則を定義するために使用される可能性がある１セットの動作を支援する必要がある。
【０１３３】
Rule_interpretation_operations::={
ADD;
SUB;
MUL;
DIV;
AND;
OR;
EQUAL;
CONDITION;
NEGOTIATE;
ACCEPT;
REJECT;
STOP;
RELOAD;
}
【０１３４】
上記のデータ構造１はルール・インタープリタ（８０３）に支援された動作の例であり、規則の定義を支援するのに必要な動作リストの例は、データ構造１で与えられる。このうち、ADD、MUL、SUB、DIVは、数学の文脈における加算、減算、乗算、除算の動作に対応している。また、AND、OR、EQUALは、すべての計算言語で広く用いられている論理的な動作であり、例えばＣプログラミング言語の“&&”、“"||”、“＝”と同じ動作である。CONDITIONは、規則がその使用範囲を抑制する条件を持っていることを意味し、NEGOTIATEは、実際の決定を下す前に交渉が必要なことを意味する。また、ACCEPTは、動作の要請を受け入れることを意味し、REJECTは、動作の要請を拒絶することを意味する。また、STOPは現在の動作を中断するためのもの、RELOADはルール・サーバ（８０４）が定義を更新して再度展開するようルール・インタープリタ（８０３）に指示することを意味するためのものである。なお、実際の実施でルール・インタープリタ（８０３）に支援されるより多くの動作があり得ることは、当業者にとって明白である。
【０１３５】
規則を形成するために、ルール・インタープリタ（８０３）はさらに１セットの基本的な属性のセットを理解することができる必要がある。これは動作及びネットワークに依存するものである。また、異なるネットワークで相互に接続するため、ＷＬＡＮのルール・インタープリタ（８０３）は、そのネットワークの中で使用される情報を理解する必要があるに過ぎない。例えば、３Ｇネットワークで相互接続する場合、ルール・インタープリタ（８０３）は、ある基本的な３Ｇに関連する属性を知る必要がある。また、別の方法は、ルール・インタープリタ（８０３）及びルール・サーバ（８０４）に、相互接続するネットワークであり得るすべての情報を作ることを可能とする１セットの属性に関して合意させることである。
【０１３６】
Rule_interpretation_QoS_attributes::={
MaxBandwidth;
MinBandwidth;
AverageBandwidth;
MaxDelay;
MaxJitter;
MaxPktSize
Burst;
Filter;
Meter;
Marker;
Dropper;
StartTime;
StopTime;
}
【０１３７】
上記のデータ構造２は、ＱｏＳの規則を翻訳するための属性リストの例であり、QoSに関連する動作のために支援される必要のある属性リストの例は、データ構造２で与えられる。MaxBandwidth、MinBandwidth、AverageBandwidthは、帯域幅に関連する情報の属性である。MaxDelay及びMaxJitterは、規則に関して遅延に関連する情報を与え、MaxPktSizeは、支援されるために最大のパケット・サイズに関する情報を与える。また、Burstは、バーストネスが許可されることを示すものである。また、Filterは、ソース・アドレス（始点アドレス）、デスティネーション・アドレス（終点アドレス）、ソース・ポート（始点ポート）、デスティネーション・ポート（終点ポート）、ＴＯＳフィールドなどのフィールドを含むコンパウンドの属性である。それは、他のストリームから規則を適用するため、ストリームの識別を行うために使用される。なお、フィルタを使用して、規則が１つの端末又は１グループのユーザに適用されることが明示されることは、当業者にとって明白である。
【０１３８】
Meter、Marker、Dropperは、DiffServ（非特許文献１２）に特有のコンパウンドのフィールドである。StartTime、StopTimeは、任意の動作のスタート及びストップ時間を示すものである。実際の実施では、相互に接続するネットワークで使用される技術に依存して、ルール・インタープリタ（８０３）に支援される属性がより多く存在することは、当業者にとって明白である。ルール・インタープリタ（８０３）に支援される上記の属性及び動作を使用して、ルール・サーバ（８０４）は、転送のための規則のフォーマットを定義することが可能となる。例えば、サーバは、以下のようなフォーマットを定義する必要がある。
Example_QoS_format::={Operation、AVERAGEBANDWIDTH、BANDWIDTH_VAR（TIME_PERIOD}）
【０１３９】
それは、フォーマットを以下のように定義することが可能である。
Example_QoS_format_definition::={
OPERATION::=OPERATION;
AVERAGEBANDWIDTH::=AverageBandwidth;
BANDWIDTH_VAR::=MaxBandwidth SUB MinBandwidth;
TIME_PERIOD::=StartTime SUB StopTime;
}
【０１４０】
したがって、QoSに関する規則は以下のように送られる。
Example_QoS_rule::=[ALLOW;10MBps、100Kbps、5hour}
【０１４１】
規則を作る属性及び動作のより複雑な組み合わせが存在することは、当業者にとって明白である。
【０１４２】
Rule_interpretation_mobility_attributes::={
OriginalAddress;
CurrentAddress;
HomeAgentAddress;
LocalAgentAddress;
NextAgentAddress;
TunnelAddress;
LocalAccessAddress;
StartTime;
StopTime;
Filter;
}
【０１４３】
上記のデータ構造３はモビリティの規則を翻訳するための属性リストの例である。モビリティを支援するためにルール・インタープリタ（８０３）によって支援される必要のある属性の集合の一例は、データ構造３で与えられる。OriginalAddressは、例えばモバイルＩＰ（非特許文献１３）の文脈における移動端末（８０１）のホーム・アドレスである。また、CurrentAddressはモバイルＩＰの文脈における気付アドレスである。HomeAgentAddress及びLocalAgentAddressは、モバイルＩＰの文脈におけるホーム・エージェントのアドレス及びフォーリン・エージェントのアドレスである。NextAgentAddressは、移動端末（８０１）が入ることを予測される次のドメインのエージェントであり得る。TunnelAddressは、トンネリングによって導かれる必要がある場合のトラフィックで、トンネリングを行うためのアドレスである。LocalAccessAddressは、ローカルＡＡＡのサービスを行うためのアドレスである。StartTime及びStopTimeは、上記の情報の寿命を示すために使用されるものである。Filterは、他のストリームから規則を適用するため、ストリームの識別を行うために使用されるコンパウンドの属性である。
【０１４４】
実際に実施される場合、リスト内により多くの属性を含み、上記の属性の定義は使用される技術に依存することは、当業者にとって明白である。符号ＳＴ９００８に記されるように、ルール・サーバ（８０４）からルール・インタープリタ（８０３）に送られる定義を使用して、規則を解釈した後、符号ＳＴ９００９で記されるように、ルール・インタープリタ（８０３）は、ルール・エンジン（８０２）に実行させるための詳細な決定を送る。さらに、規則を適切に行なうためにより高いレベルの協力関係が必要な場合には、ルール・インタープリタ（８０３）が、移動端末（８０１）に対していくつかの情報を転送することが可能であり、例えば、ＩＰレイヤフィルタ情報を送ることで、ストリームは適切な印でイーサネット（登録商標）層にまで送られる。また、ルール・サーバ（８０４）が、新しい定義を送ることによって規律のフォーマットを再定義し、その後、RELOAD動作の規則を送ることも可能である。これには、あらかじめ設定された時間に更新を行わせる時間情報を伴わせることも可能である。
【０１４５】
システムでは、課金とモニタリングの支援を行うよう、ルール・インタープリタ（８０３）を形成することも可能である。通常の課金の実施では、ＷＬＡＮは、モバイルのユーザのホーム・ネットワークに集められた生のデータをすべて転送する必要があるが、すべてのデータが必要とは限らないので、ネットワーク・リソースの浪費となる。また、生のデータをすべて処理して、所望の情報を取得する必要があり、それは、ホーム・ネットワークの課金サーバの計算に大きな負担をかけることとなる。
【０１４６】
これを解決する方法は、まずＷＬＡＮにローカルの処理を行わせて、データだけにホーム・ネットワークに固有のデータのみ送り返すことである。異なるＷＬＡＮはレコードのための異なる統計を有するので、いくつかの予備フィルタリングが必要とされる。ルール・インタープリタ（８０３）は対応する統計を集めて、それらを相互接続において有用なレコードに変換する。レコードのセットは、より精巧なレコードを形成するために使用される基本的なセットでなければならない。ルール・サーバ（８０４）及びルール・インタープリタ（８０３）は、基本的なセットについて合意しなければならず、すなわち、例えば、ＲＦＣ２９２４に定義される属性のような共通のオープンな標準が採用される。
【０１４７】
Rule_interpretation_accounting_attributes::={
StartTime;
EndTime;
CurrentTime;
ReportPeriod;
BatchReportingTime PacketTransmitted;
PacketDropped;
ByteTransmitted;
ByteDropped;
Priority;
Bit_rate_average;
Bit_rate_Max;
Bit_rate_Min;
Max_Pkt_size;
Min_Pkt_size;
Max_Pkt_interval;
Min_Pkt_interval;
Min_Drop_interval;
}
【０１４８】
上記のデータ構造４は課金規則の翻訳のための属性の例である。課金の規則の形成のため、ルール・インタープリタ（８０３）によって支援される属性の例は、データ構造４で与えられる。 これらの属性は、ルール・エンジン（８０２）によって集められ、ルール・インタープリタ（８０３）で利用可能となる基礎的な情報を含まなければならない。ルール・サーバ（８０４）は、これらの属性及び数学の動作の定義を使用して、ルール・インタープリタ（８０３）が所望する課金レコードを送る。例えば、ホーム・ネットワークによって要求される詳細なレコードがトラフィック、使用される帯域幅の持続、帯域幅変化、パケットの低下割合である場合、ルール・サーバ（８０４）によって送られる課金リストの定義は、次のとおりである。
Example_accounting_list::={
DURATION::=EndTime SUB StartTime;
BANDWIDTH::=Bit_rate_average;
BANDWIDTH_VAR::=Bit_rate_Max SUB Bit_rate_Min;
DROP_RATE_PKT::=
PacketDropped DIV TOTAL_PKT::=[PacketTransmitted ADD PacketDropped];
}
【０１４９】
例においてリスト化されたものより、ＷＬＡＮによって集められたものの方が、より多くの属性が存在することは当業者にとって明白である。集められた実際の情報もまた、ＷＬＡＮで使用される技術に依存する。 課金の明細に使用される属性がルール・インタープリタ（８０３）によって認識されない場合、エラー報告がルール・サーバ（８０４）の基へ送られるべきであり、その結果、エラーが気付かれるか、代わりのものが交渉される。また、ＷＬＡＮのステータス・モニタリングのために上記の方式を使用することも可能であることは明白である。例えば、プリペイドサービスの課金などのリアルタイムの課金も、上記で提供される設備を使用して実施することが可能であり、例えば、以下の{STOP;CONDITION ByteTranmitted EQUAL 10MB}のように規則を設定することにより、実行可能である。
【０１５０】
ルール・インタープリタ（８０３）は、これを例えば、ＨｉｐｅｒＬＡＮ／２システム用のＬＣＨの数のようなＷＬＡＮ特有の条件に翻訳し、また分離を出す、条件の履行上のアクセス・ポイントに命令する。ユーザのトップアップ又はサービスの更新の場合に、ルール・サーバ（８０４）からの新しい規則は、新しい条件を備え、古いものを無効とすることが可能である。ルール・インタープリタ（８０３）も、ＷＬＡＮのネットワーク条件が変化する場合に、規則の翻訳を適応させることが許されており、 これは、例えば、調整スキームの変化やシステムのエラー割合の変化を起こし得るもので、以前の翻訳は有効ではなくなる。この種の状況が生じる場合、ルール・インタープリタ（８０３）は、サービスが中断されないように、規則とＷＬＡＮのローカルのパラメータとの間のマッピングを適応させ、ルール・サーバ（８０４）に変更を報告する必要があり、ルール・サーバ（８０４）は、変化及び可能な再発行の規則を評価することが可能となる。このようにして、ＷＬＡＮの一時的な状態によるサービス中断を回避することができる。
【０１５１】
本発明の第１の態様は、ＷＬＡＮの相互接続におけるモバイル・ユーザの識別情報を保護する方法であって、ｉ．異なる暗号化レベルの異なる鍵で前記モバイル・ユーザの識別情報を含むメッセージの階層的暗号化を行い、ｉｉ．正しいネットワークに前記暗号化されたメッセージをルーティングする援助のためにホーム・ドメインの名前を使用し、ｉｉｉ．前記モバイル・ユーザの実際の識別情報をさらに隠蔽するために一時的なドメイン固有の識別子を使用するステップを有する方法である。
【０１５２】
本発明の第２の態様は、上記の手順において、前記モバイル・ユーザの識別情報を保護する方法であって、ｉ．意図された受信者の鍵を有する前記モバイル・ユーザの識別情報の保護のために、非対称暗号化方式を使用し、ｉｉ．攻撃から保護するため、移動端末及びネットワークの相互認証のためのチャレンジメッセージ−レスポンス交換方式を使用するステップをさらに有する方法である。
【０１５３】
本発明の第３の態様は、上記の手順において、前記モバイル・ユーザの識別情報を保護する方法であって、ｉ．メッセージ交換の開始に先立って、前記移動端末と前記意図された受信者の非対称暗号化鍵を共有し、前記移動端末によって安全にアクセスされ得る格納装置にそれを格納し、ｉｉ．現在の前記鍵によって暗号化され保護された返答メッセージに新しい鍵を含めることによって、使用される前記非対称暗号化鍵のペアを更新し、ｉｉｉ．ドメイン情報に情報を埋め込むことによって、前記識別情報の保護のための前記暗号化で現在用いられている前記非対称暗号化鍵のペアを識別するステップをさらに有する方法である。
【０１５４】
本発明の第４の態様は、上記の手順において、前記モバイル・ユーザの識別情報を保護する方法であって、前記ＷＬＡＮの相互接続のためのメッセージ・シーケンスが、１回のメッセージの循環でＷＬＡＮに属する前記移動端末とそのホーム・ネットワークと相互に認証することが可能であり、前記メッセージ・シーケンスが、ｉ．前記移動端末が前記アクセス・ポイントに、前記暗号化された識別情報、相互の認証情報、モバイル・ユーザのホーム・ドメイン情報、その他の必要な情報を送信し、ｉｉ．前記アクセス・ポイントがモバイル・ユーザのホーム・ドメイン・サーバに、前記モバイル・ユーザのドメイン情報を用いて、前記暗号化されたモバイル・ユーザ識別情報、前記相互の認証情報、その他の必要な情報を送信し、ｉｉｉ．前記アクセス・ポイントが前記移動端末から、前記モバイル・ユーザのホーム・ドメイン・サーバから、前記相互の認証情報とその他の情報を受信し、ｉｖ．前記移動端末が前記アクセス・ポイントから、他のサーバから前記アクセス・ポイントによって転送される前記相互の認証情報とその他の情報とを受信することを有する方法である。
【０１５５】
本発明の第５の態様は、上記の手順において、前記モバイル・ユーザの識別情報を保護する方法であって、前記ＷＬＡＮ相互接続の前記メッセージ・シーケンスが、ｉ．前記モバイル・ユーザのホーム・ドメイン・サーバが前記中央サーバに対して、前記アクセス・ポイントによって転送される移動端末からの前記相互の認証情報とその他の情報とを有するメッセージを送信し、ｉｉ．前記モバイル・ユーザのホーム・ドメイン・サーバが前記中央サーバから、前記移動端末に転送される相互の認証情報とその他の情報とを有する前記メッセージを受信することを有する方法である。
【０１５６】
本発明の第６の態様は、上記の手順において、前記モバイル・ユーザの識別情報を保護する方法であって、前記ＷＬＡＮ相互接続の前記メッセージ・シーケンスに用いられる１セットのメッセージ・フォーマットが、ｉ．すべてのネットワーク・ノードにとってアクセス可能な前記ＷＬＡＮに特有のモバイル・ユーザ識別情報と、ｉｉ．すべてのネットワーク・ノードにとってアクセス可能なモバイル・ユーザのホーム・ドメイン情報と、ｉｉｉ．前記意図された受信者によってのみアクセス可能であり、階層的暗号化されたモバイル・ユーザの信用及び識別情報と、ｉｖ．前記相互認証に含まれる集団によってのみアクセス可能であり、暗号化された認証チャレンジメッセージ及びレスポンスと、ｖ．メッセージの完全性の保護のための情報とを、有する方法である。
【０１５７】
本発明の第７の態様は、上記の手順において、前記モバイル・ユーザの識別情報を保護する方法であって、前記ＷＬＡＮ相互接続のために使用されるメッセージ・フォーマットが、ｉ．前記意図された受信者への前記階層的暗号化が用いられた鍵を識別するための情報と、ｉｉ．前記識別情報の保護のための新しい鍵を生成するための情報とを、さらに有する方法である。
【０１５８】
本発明の第８の態様は、上記の手順において、前記モバイル・ユーザの識別情報を保護する方法であり、前記ＷＬＡＮ内のユーザ加入者情報を共有可能とする方法であって、ｉ．前記ユーザの信用及び加入者情報にアクセスし、前記相互接続するネットワークの通常の移動端末として前記相互接続の機能を実行することができる1つ以上の仮想端末を配置し、ｉｉ．相互接続するネットワークによって提供されるサービスにアクセスするために、前記仮想端末に関連したＷＬＡＮ装置用のゲートウェイとして使用し、ｉｉｉ．前記仮想端末によって前記相互接続するネットワークへの前記ＷＬＡＮ装置の前記サービス・アクセスを制御するステップを有する方法である。
【０１５９】
本発明の第９の態様は、上記の手順において、前記モバイル・ユーザの識別情報を保護する方法であって、ｉ．前記仮想端末によって1つ以上の前記ユーザの信用及び加入者情報に同時にアクセスし、ｉｉ．これらの１つ以上のユーザが加入するＷＬＡＮ内の前記相互接続するネットワークからのサービスを共有するステップを有する方法である。
【０１６０】
本発明の第１０の態様は、ＷＬＡＮを他のネットワークと相互に接続する方法であって、ｉ．前記ＷＬＡＮ内のルール・エンジンによって規則のセットを実行させ、前記ＷＬＡＮ内におけるリソースの割り当てを適宜制御し、ｉｉ．前記ネットワーク中のルール・サーバからルール・インタープリタに、前記規則のセットを送り、ｉｉｉ．前記ＷＬＡＮ内の前記ルール・インタープリタによって、前記ルール・サーバからの前記規則を翻訳し、前記ルール・エンジンのためのＷＬＡＮ特有のアクションの指示に変換するステップを有する方法である。
【０１６１】
本発明の第１１の態様は、上記の手順において、前記ＷＬＡＮを他のネットワークと相互に接続する方法であって、ｉ．前記ＷＬＡＮ内にローカルに前記規則を格納し、ｉｉ．前記ルール・サーバが利用可能でない場合か、適切な規則が与えられない場合に、前記ルール・インタープリタによりデフォルトの規則のセットを使用するステップをさらに有する方法である。
【０１６２】
本発明の第１２の態様は、上記の手順において、前記ＷＬＡＮを他のネットワークと相互に接続する方法であって、ｉ．前記ルール・サーバから前記規則の定義を送ることにより、前記ルール・インタープリタでのルールの前記翻訳を作り、ｉｉ．前記規則の寿命を設定し、前記ルール・サーバからの前記メッセージに含め、ｉｉｉ．前記ルール・サーバから新しい定義と再展開メッセージとを送ることにより、前記ルール・インタープリタの振る舞いを修正し、再度展開させる方法である。
【０１６３】
本発明の第１３の態様は、上記の手順において、前記ＷＬＡＮ相互接続方式においてリアルタイム・ステータスの報告を行うため、前記ＷＬＡＮを他のネットワークと相互に接続する方法であって、ｉ．前記ルール・サーバが、前記ルール・インタープリタから報告される前記情報及び前記フォーマットを特定し、ｉｉ．前記ルール・インタープリタが、前記実際のＷＬＡＮからの前記情報を前記ルール・サーバで設定された前記フォーマットで形成するステップを有し、前記ルール・インタープリタにおける前記情報では、数学的なオペレーション、論理的なオペレーション、前記数学的及び論理的オペレーションを実行するためのオペレーション・コマンドが許され、前記オペレーション・コマンドが実行条件付きオペレーション、実行される前記オペレーションの時間情報、前記オペレーション及び前記オペレーションの再実行の承認の制御を含む方法である。
【０１６４】
本発明の第１４の態様は、上記の手順において、前記ＷＬＡＮを他のネットワークと相互に接続する方法であって、ｉ．前記ＷＬＡＮ内のネットワーク・ステータス及びネットワーク・リソースの有効性が変化する場合、前記ルール・インタープリタによって自動的に前記規則の前記翻訳を適応させ、ｉｉ．前記ルール・インタープリタで行われた前記適応を前記ルール・サーバに報告するステップを有する方法である。
【０１６５】
本発明の第１５の態様は、上記の手順において、前記ＷＬＡＮを他のネットワークと相互に接続する方法であって、ｉ．前記ルール・サーバから前記ＷＬＡＮ内に供給する個々の端末に関連するＱｏＳを作り、ｉｉ．前記ルール・サーバから前記ＷＬＡＮ内に供給する端末のグループに関連するＱｏＳを作るステップを有する方法である。
【０１６６】
本発明の第１６の態様は、上記の手順において、前記ＷＬＡＮを他のネットワークと相互に接続する方法であって、ｉ．前記ルール・サーバから前記ＷＬＡＮ内に個々の端末に関連するトラフィック・ルーティングとモビリティ情報を作り、ｉｉ．前記ルール・サーバから前記ＷＬＡＮ内に端末のグループに関連するトラフィック・ルーティングとモビリティ情報を作るステップを有する方法である。
【０１６７】
本発明の第１７の態様は、上記の手順において、前記ＷＬＡＮを他のネットワークと相互に接続する方法であって、ｉ．前記ＷＬＡＮに特有の要求に従って、前記ルール・エンジンでローカルな課金を行い、ｉｉ．前記ルール・インタープリタで前記課金の結果に従って、前記規則の翻訳を管理し、ｉｉｉ．前記ルール・サーバによって前記ルール・インタープリタでの前記課金報告フォーマットを作りｉｖ．前記ルール・インタープリタで、前記ＷＬＡＮに特有の統計から、前記ルール・サーバによって設定された前記フォーマットで前記課金報告を作るステップを有する方法である。
【０１６８】
本発明の第１８の態様は、上記の手順において、前記ＷＬＡＮを他のネットワークと相互に接続する方法であって、ｉ．前記ルール・インタープリタでローカルの課金基準を設定することによって、あらかじめ支払いを行った加入者に対してリアルタイムに課金を支援し、ｉｉ．前記ルール・インタープリタで課金規則を設定することによって追加課金を支援するステップを有する方法である。
【０１６９】
本発明の第１９の態様は、ＷＬＡＮの相互接続におけるモバイル・ユーザの識別情報を保護するための装置であって、ｉ．異なる暗号化レベルの異なる鍵で前記モバイル・ユーザの識別情報を含むメッセージの階層的暗号化を行う手段と、ｉｉ．正しいネットワークに前記暗号化されたメッセージをルーティングする援助のためにホーム・ドメインの名前を使用する手段と、ｉｉｉ．前記モバイル・ユーザの実際の識別情報をさらに隠蔽するために一時的なドメイン固有の識別子を使用する手段とを、有する装置である。
【０１７０】
本発明の第２０の態様は、上記の構成において、前記モバイル・ユーザの識別情報を保護するための装置であって、ｉ．意図された受信者の鍵を有する前記モバイル・ユーザの識別情報の保護のために、非対称暗号化方式を使用する手段と、ｉｉ．攻撃から保護するため、移動端末及びネットワークの相互認証のためのチャレンジメッセージ−レスポンス交換方式を使用する手段とを、さらに有する装置である。
【０１７１】
本発明の第２１の態様は、上記の構成において、前記モバイル・ユーザの識別情報を保護するための装置であって、ｉ．メッセージ交換の開始に先立って、前記移動端末と前記意図された受信者の非対称暗号化鍵を共有し、前記移動端末によって安全にアクセスされ得る格納装置にそれを格納する手段と、ｉｉ．現在の前記鍵によって暗号化され保護された返答メッセージに新しい鍵を含めることによって、使用される前記非対称暗号化鍵のペアを更新する手段と、ｉｉｉ．ドメイン情報に情報を埋め込むことによって、前記識別情報の保護のための前記暗号化で現在用いられている前記非対称暗号化鍵のペアを識別する手段と、をさらに有する装置である。
【０１７２】
本発明の第２２の態様は、モバイル・ユーザの識別情報を保護するためのシステムであって、前記ＷＬＡＮの相互接続のためのメッセージ・シーケンスが、アクセス・ポイントを経由する１回のメッセージの循環でＷＬＡＮに属する前記移動端末とそのホーム・ネットワークと相互に認証することが可能であり、前記メッセージ・シーケンスが、ｉ．前記移動端末が前記アクセス・ポイントに、前記暗号化された識別情報、相互の認証情報、モバイル・ユーザのホーム・ドメイン情報、その他の必要な情報を送信し、ｉｉ．前記アクセス・ポイントがモバイル・ユーザのホーム・ドメイン・サーバに、前記モバイル・ユーザのドメイン情報を用いて、前記暗号化されたモバイル・ユーザ識別情報、前記相互の認証情報、その他の必要な情報を送信し、ｉｉｉ．前記アクセス・ポイントが前記移動端末から、前記モバイル・ユーザのホーム・ドメイン・サーバから、前記相互の認証情報とその他の情報を受信し、ｉｖ．前記移動端末が前記アクセス・ポイントから、他のサーバから前記アクセス・ポイントによって転送される前記相互の認証情報とその他の情報とを受信することを有するシステムである。
【０１７３】
本発明の第２３の態様は、上記の構成において、前記モバイル・ユーザの識別情報を保護するための装置であって、前記ＷＬＡＮ相互接続の前記メッセージ・シーケンスが、ｉ．前記モバイル・ユーザのホーム・ドメイン・サーバが前記中央サーバに対して、前記アクセス・ポイントによって転送される移動端末からの前記相互の認証情報とその他の情報とを有するメッセージを送信し、ｉｉ．前記モバイル・ユーザのホーム・ドメイン・サーバが前記中央サーバから、前記移動端末に転送される相互の認証情報とその他の情報とを有する前記メッセージを受信することを有するシステムである。
【０１７４】
本発明の第２４の態様は、上記の構成において、前記モバイル・ユーザの識別情報を保護するためのシステムであって、前記ＷＬＡＮ相互接続の前記メッセージ・シーケンスに用いられる１セットのメッセージ・フォーマットが、ｉ．すべてのネットワーク・ノードにとってアクセス可能な前記ＷＬＡＮに特有のモバイル・ユーザ識別情報と、ｉｉ．すべてのネットワーク・ノードにとってアクセス可能なモバイル・ユーザのホーム・ドメイン情報と、ｉｉｉ．前記意図された受信者によってのみアクセス可能であり、階層的暗号化されたモバイル・ユーザの信用及び識別情報と、ｉｖ．前記相互認証に含まれる集団によってのみアクセス可能であり、暗号化された認証チャレンジメッセージ及びレスポンスと、ｖ．メッセージの完全性の保護のための情報とを、有するシステムである。
【０１７５】
本発明の第２５の態様は、上記の構成において、前記モバイル・ユーザの識別情報を保護するためのシステムであって、前記ＷＬＡＮ相互接続のために使用されるメッセージ・フォーマットが、ｉ．前記意図された受信者への前記階層的暗号化が用いられた鍵を識別するための情報と、ｉｉ．前記識別情報の保護のための新しい鍵を生成するための情報とを、さらに有するシステムである。
【０１７６】
本発明の第２６の態様は、上記の構成において、前記モバイル・ユーザの識別情報を保護するためのシステムであり、前記ＷＬＡＮ内のユーザ加入者情報を共有可能とするためのシステムであって、ｉ．前記ユーザの信用及び加入者情報にアクセスし、前記相互接続するネットワークの通常の移動端末として前記相互接続の機能を実行することができる1つ以上の仮想端末と、ｉｉ．前記仮想端末によって相互接続するネットワークへの前記ＷＬＡＮ装置のサービス・アクセスを制御する装置とを、有し、前記相互接続するネットワークによって提供される前記サービスにアクセスするために、前記仮想端末がそれに関連したＷＬＡＮ装置用のゲートウェイとして使用されるシステムである。
【０１７７】
本発明の第２７の態様は、上記の構成において、前記モバイル・ユーザの識別情報を保護するためのシステムであって、ｉ．1つ以上の前記ユーザの信用及び加入者情報に同時にアクセス可能な仮想端末と、ｉｉ．これらの１つ以上のユーザが加入するＷＬＡＮ内の前記相互接続するネットワークからのサービスを共有するための装置とを、有するシステムである。
【０１７８】
本発明の第２８の態様は、ＷＬＡＮを他のネットワークと相互に接続するためのシステムであって、ｉ．規則のセットを実行し、前記ＷＬＡＮ内におけるリソースの割り当てを適宜制御する前記ＷＬＡＮ内のルール・エンジンと、ｉｉ．ルール・インタープリタに前記規則のセットを送る、前記ＷＬＡＮと相互接続するネットワーク内のルール・サーバ及びルール・データベースと、ｉｉｉ．前記ルール・サーバからの前記規則を翻訳し、前記ルール・エンジンのためのＷＬＡＮ特有のアクションの指示に変換する前記ＷＬＡＮ内のルール・インタープリタとを、を有するシステムである。
【０１７９】
本発明の第２９の態様は、上記の構成において、前記ＷＬＡＮを他のネットワークと相互に接続するためのシステムであって、ｉ．前記ＷＬＡＮ内にローカルに前記規則を格納するための装置と、ｉｉ．前記ルール・サーバが利用可能でない場合か、適切な規則が与えられない場合に、前記ルール・インタープリタによりデフォルトの規則のセットを使用するための装置とを、さらに有するシステムである。
【０１８０】
本発明の第３０の態様は、上記の構成において、前記ＷＬＡＮを他のネットワークと相互に接続するためのシステムであって、ｉ．前記ルール・サーバから前記規則の定義を送ることにより、前記ルール・インタープリタでのルールの前記翻訳を作るための装置と、ｉｉ．前記ルール・サーバからの前記メッセージに含めることによって、前記規則の寿命を設定するための装置と、ｉｉｉ．前記ルール・サーバから新しい定義と再展開メッセージとを送ることにより、前記ルール・インタープリタの振る舞いを修正し、再度展開させるための装置とを、有するシステムである。
【０１８１】
本発明の第３１の態様は、上記の構成において、前記ＷＬＡＮ相互接続方式においてリアルタイム・ステータスの報告を行うため、前記ＷＬＡＮを他のネットワークと相互に接続するためのシステムであって、ｉ．前記ルール・インタープリタから報告される前記情報及び前記フォーマットを特定するための前記ルール・サーバと、ｉｉ．前記実際のＷＬＡＮからの前記情報を前記ルール・サーバで設定された前記フォーマットで形成し、前記ルール・サーバによって設定された前記規則のフォーマットを作るための数学的、論理的、そして、承認を制御するオペレーションを実行することが可能な前記ルール・インタープリタと、を有するシステムである。
【０１８２】
本発明の第３２の態様は、上記の構成において、前記ＷＬＡＮを他のネットワークと相互に接続するためのシステムであって、ｉ．前記ＷＬＡＮ内のネットワーク・ステータス及びネットワーク・リソースの有効性が変化する場合、前記ルール・インタープリタによって自動的に前記規則の前記翻訳を適応させるための装置と、ｉｉ．前記ルール・インタープリタで行われた前記適応を前記ルール・サーバに報告するための装置と、を有するシステムである。
【０１８３】
本発明の第３３の態様は、上記の構成において、前記ＷＬＡＮを他のネットワークと相互に接続するためのシステムであって、ｉ．前記ルール・サーバから前記ＷＬＡＮ内に供給する個々の端末に関連するＱｏＳを作るための装置と、ｉｉ．前記ルール・サーバから前記ＷＬＡＮ内に供給する端末のグループに関連するＱｏＳを作るための装置とを、有するシステムである。
【０１８４】
本発明の第３４の態様は、上記の構成において、前記ＷＬＡＮを他のネットワークと相互に接続するためのシステムであって、ｉ．前記ルール・サーバから前記ＷＬＡＮ内に個々の端末に関連するトラフィック・ルーティングとモビリティ情報を作るための装置と、ｉｉ．前記ルール・サーバから前記ＷＬＡＮ内に端末のグループに関連するトラフィック・ルーティングとモビリティ情報を作るための装置とを、有するシステムである。
【０１８５】
本発明の第３５の態様は、上記の構成において、前記ＷＬＡＮを他のネットワークと相互に接続するためのシステムであって、ｉ．前記ＷＬＡＮに特有の要求に従って、前記ルール・エンジンでローカルな課金を行うための装置と、ｉｉ．前記ルール・インタープリタで前記課金の結果に従って、前記規則の翻訳を管理するための装置と、ｉｉｉ．前記ルール・サーバによって前記ルール・インタープリタでの前記課金報告フォーマットを作るための装置と、ｉｖ．前記ルール・インタープリタで、前記ＷＬＡＮに特有の統計から、前記ルール・サーバによって設定された前記フォーマットで前記課金報告を作るための装置と、を有するシステムである。
【０１８６】
本発明の第３６の態様は、上記の構成において、前記ＷＬＡＮを他のネットワークと相互に接続するためのシステムであって、ｉ．前記ルール・インタープリタでローカルの課金基準を設定することによって、あらかじめ支払いを行った加入者に対してリアルタイムに課金を支援するための装置と、ｉｉ．前記ルール・インタープリタで課金規則を設定することによって追加課金を支援するための装置とを、有するシステムである。
【０１８７】
本発明は、ＷＬＡＮ相互接続において、メッセージ交換の際にモバイルのユーザの識別情報を保護するための方法を提供する。それが適用された場合、アクセス・コントロールのためのモバイルのユーザからのメッセージが、ユーザの実際の識別情報を漏洩することなく、適切なエンティティに正確に送られるようにすることが可能となる。また、本発明は、識別情報の保護で使用される非対称の暗号化のための鍵情報を管理するための方法を提供する。これらすべてによって、メッセージ交換は、攻撃、特に仲裁者の攻撃から保護される。
【０１８８】
また、本発明は、ＷＬＡＮでインタープリタを使用することによって、ＷＬＡＮ相互接続におけるリソース・コントロールの管理を行うための方法を有している。その適用によって、相互に動作されたネットワークは、ＷＬＡＮについての詳細な技術の知識を有する必要なしに、ＷＬＡＮの端末のアクセス・コントロールを行うことが可能となる。また、それによって、ネットワークが情報を転送する方法を交渉することが可能となる。また、それが適用された場合、任意のローカルの課金処理を行い、かつ相互に接続されたネットワークに所望の情報だけを報告するＷＬＡＮを形成することが可能である。これによって、貴重な信号の帯域幅を節約することが可能となる。
【０１８９】
本明細書は、２００２年１０月１１日出願の特願２００２−２９９５６９に基づく。この内容はすべてここに含めておく。
【産業上の利用可能性】
【０１９０】
本発明は、無線データ通信分野に関し、特に、本発明は、他のネットワークから到来したモバイル・ユーザに対する無線ＬＡＮ環境におけるサービスの提供に関する。それはＷＬＡＮと公衆無線ネットワーク（例えば、３Ｇネットワーク、他の無線技術を用いたＷＬＡＮ、別の管理ドメイン）との相互接続（inter-working）に利用される。また、本発明は、モバイル・ユーザに対するＷＬＡＮのリソースのアクセス・コントロールのために利用され、特に、認証、許可、課金の問題におけるアクセス・コントロールに関する。また、相互接続におけるＱｏＳ（サービス品質）の提供とモビリティ・サポートの問題の解決を図ることも可能である。
【図面の簡単な説明】
【０１９１】
【図１】ＷＬＡＮ相互接続のメッセージ・シーケンスの例  −  この図は、保護されたユーザ識別情報を信号化するためのメッセージ・フォーマットを使用して、移動端末、アクセス・ポイント、ホーム・ネットワーク・サーバの相互認証を達成するＷＬＡＮ相互接続のシーケンスの例を与える。
【図２】アクセス・ポイントに情報を送る移動端末のメッセージ・フォーマット１の例  −  この図は、アクセス・ポイントに情報を転送する移動端末が使用するためのメッセージ・フォーマットの実施例を与える。
【図３】ホーム・ドメイン・サーバに情報を送るアクセス・ポイントのメッセージ・フォーマット２の例  −  この図は、ホーム・ドメイン・サーバに情報を転送するアクセス・ポイントが使用するためのメッセージ・フォーマットの実施例を与える。
【図４】中央サーバにメッセージを送るホーム・ドメイン・サーバのメッセージ・フォーマット３の例  −  この図は、中央サーバに情報を転送するホーム・ドメイン・サーバが使用するメッセージ・フォーマットの実施例を与える。
【図５】ホーム・ドメイン・サーバに返答する中央サーバのメッセージ・フォーマット４の例  −  この図は、ホーム・ドメイン・サーバに情報を転送する中央サーバが使用するためのメッセージ・フォーマットの実施例を与える。
【図６】アクセス・ポイントに返答するホーム・ドメイン・サーバのメッセージ・フォーマット５の例  −  この図は、アクセス・ポイントに情報を転送するホーム・ドメイン・サーバが使用するためのメッセージ・フォーマットの実施例を与える。
【図７】移動端末に返答するアクセス・ポイントのメッセージ・フォーマット６の例  −  この図は、移動端末に情報を転送するアクセス・ポイントが使用するためのメッセージ・フォーマットの実施例を与える。
【図８】ＭＴ−ＡＰ−ホーム・ドメイン・サーバ−中央サーバ間のメッセージの流れ及び各メッセージ間の構成の対応をわかりやすくまとめた図である。
【図９】図８の逆のメッセージの流れ及び各メッセージ間の構成の対応をわかりやすくまとめた図である。
【図１０】ＷＬＡＮ相互接続の異なるシナリオの例  −  この図は、ユーザの信用及び加入者情報にアクセスするために仮想端末を利用し、ＷＬＡＮ装置がサービスを享受できるようにするＷＬＡＮ相互接続のための異なるシナリオを与える。
【図１１】ＷＬＡＮと他のネットワークとの間の相互接続のフレームワークの例  −  この図は、アクセス・コントロールの規則を局在化させるためにルール・インタープリタを利用するＷＬＡＮ相互接続のためのフレームワークの実施例を与える。
【図１２】相互接続のフレームワークの実施例  −  この図は、ルール・インタープリタが適用された場合のＷＬＡＮにおける動作シーケンスの例を与える。
【図１】
0004619788.tif 000002
【図２】
0004619788.tif 000003
【図３】
0004619788.tif 000004
【図４】
0004619788.tif 000005
【図５】
0004619788.tif 000006
【図６】
0004619788.tif 000007
【図７】
0004619788.tif 000008
【図８】
0004619788.tif 000009
【図９】
0004619788.tif 000010
【図１０】
0004619788.tif 000011
【図１１】
0004619788.tif 000012
【図１２】
0004619788.tif 000013