ネットワークアプリケーションサーバのための汎用メカニズムを提供する方法であって、ネットワークアプリケーション機能に認証情報を提供するようにユーザ機器からの要求を受信し、ユーザセキュリティ設定のための既存の標準規格を拡張することにより、追加のネットワークアプリケーションサーバを統合するために汎用認証アーキテクチャの鍵を決定し、ネットワークアプリケーション機能に認証情報を提供する方法。請求項1に記載の方法であって、ユーザセキュリティ設定においてユーザ機器のスマートカードまたは安全な環境のタイプに関連するデータを提供し、集積回路を基礎として強化GBAUされた汎用ブートストラッピングアーキテクチャが、汎用加入者識別モジュール、加入者識別モジュール、IMSSIMカードあるいは他の安全な環境を実施可能であるか否かを示すフラグフィールドをさらに提供する方法。請求項1に記載された方法であって、仕様書の認証ヘッダに送られるユーザセキュリティ設定における第1及び第2フラグフィールドをさらに提供し、前記第1フラグフィールドにおいては、集積回路を基礎として強化GBAUされた第1生成鍵KsintNAFが使用され、前記第2フラグフィールドにおいては、第2生成鍵KsextNAFまたは第3生成鍵KsNAFが使用される方法。請求項1に記載の方法であって、前記決定ステップは、ネットワークアプリケーション機能の設定の間に、そのネットワークアプリケーション機能に直接、局所的に鍵の使用法を設定することと、ブートストラッピングサーバ機能に直接、局所的に鍵の使用法を設定することの、少なくとも一方を決定し、ブートストラッピングサーバ機能に送られるホーム加入者サーバに格納されたユーザセキュリティ設定に追加のフィールドを提供し、鍵の使用法を示すブートストラッピングサーバ機能に格納された属性値ペアを用いる方法。請求項4に記載の方法であって、使用される派生鍵のタイプ、あるいは、スマートカードまたは実現可能な安全な環境のタイプを示す属性値をさらに使用し、前記派生鍵のタイプは、KsintNAF、KsextNAFまたはKsNAFを含み、前記スマートカードまたは安全な環境はGBAUを含む方法。請求項5に記載の方法であって、属性値ペアがKsintNAFの使用を示す場合は、セキュリティレベルがより低い鍵の代わりに、ネットワークアプリケーション機能によるKsintNAFの使用をさらに要求する方法。請求項2に記載の方法であって、ウェブサーバが安全な環境にある場合は、ネットワークアプリケーションをユニバーサルモバイルテレコミュニケーションシステムUMTS集積回路カードUICCにさらに配置し、前記UICCはネットワークアプリケーション機能であり、生成された鍵KsintNAFは、ウェブサービス事業体間の通信の保護のために使用される方法。請求項7に記載の方法であって、ネットワークアプリケーションを配置する前記配置ステップは、ジャバアプリケーション、XMLアプリケーション、Cアプリケーション、パールアプリケーション、またはビジュアルベーシックアプリケーションを有する方法。請求項1に記載の方法であって、ホーム加入者サーバHSSに格納されたユーザセキュリティ設定に追加のフィールドを提供することにより、ブートストラッピングサーバ機能BSFに局所的に鍵の使用法をさらに設定する方法。ネットワークアプリケーションサーバのための汎用メカニズムを提供する装置であって、ネットワークアプリケーション機能に認証情報を提供するようにユーザ機器からの要求を受信する受信手段と、ユーザセキュリティ設定のための既存の標準規格を拡張することにより、追加のネットワークアプリケーションサーバを統合するために汎用認証アーキテクチャの鍵を決定する決定手段と、ネットワークアプリケーション機能に認証情報を提供する第1提供手段とを有する装置。請求項10に記載の装置であって、ユーザセキュリティ設定においてユーザ機器の安全な環境のタイプを提供する第2提供手段と、集積回路を基礎として強化GBAUされた汎用ブートストラッピングアーキテクチャが、汎用加入者識別モジュール、加入者識別モジュール、安全な環境あるいはIMSSIMカードを実施可能であるか否かを示すフラグフィールドを提供する第3提供手段とをさらに有する装置。請求項10に記載された装置であって、仕様書の認証ヘッダに送られるユーザセキュリティ設定内の第1及び第2フラグフィールドを提供する第2提供手段をさらに有し、前記第1フラグフィールドにおいては、集積回路を基礎として強化GBAUされた第1生成鍵KsintNAFが使用され、前記第2フラグフィールドにおいては、第2生成鍵KsextNAFまたは第3生成鍵KsNAFが使用される装置。請求項10に記載の装置であって、前記汎用メカニズムは、ネットワークアプリケーション機能の設定の間に、そのネットワークアプリケーション機能に直接、局所的に鍵の使用法を設定する第1ハードコード手段、または、ブートストラッピングサーバ機能に直接、局所的に鍵の使用法を設定する第2ハードコード手段の少なくとも一方と、ブートストラッピングサーバ機能に送られるホーム加入者サーバに格納されたユーザセキュリティ設定に追加のフィールドを提供する第2提供手段と、鍵の使用法を示すブートストラッピングサーバ機能に格納された属性値ペアを用いる第1使用手段とを有する装置。請求項13に記載の装置であって、使用される派生鍵のタイプ、あるいは、スマートカードまたは実現可能な安全な環境のタイプを示す属性値を使用する第2使用手段をさらに有し、前記派生鍵のタイプは、KsintNAF、KsextNAFまたはKsNAFを含み、前記スマートカードまたは安全な環境はGBAUを含む装置。請求項14に記載の装置であって、属性値ペアがKsintNAFの使用を示す場合は、ネットワークアプリケーション機能は、セキュリティレベルがより低い鍵ではなく、KsintNAFが使用されるようにさらに要求する装置。請求項11に記載の装置であって、ウェブサーバが、スマートカードまたは安全な環境にある場合は、ネットワークアプリケーションをユニバーサルモバイルテレコミュニケーションシステムUMTS集積回路カードUICCに配置する配置手段をさらに有し、前記UICCはネットワークアプリケーション機能であり、生成された鍵KsintNAFは、ウェブサービス事業体間の通信の保護のために使用される装置。請求項10に記載の装置であって、ホーム加入者サーバHSSに格納されたユーザセキュリティ設定に追加のフィールドを提供することにより、ブートストラッピングサーバ機能BSFに局所的に鍵の使用法を設定する第3ハードコード手段をさらに有する装置。ネットワークアプリケーションサーバのための汎用メカニズムを提供するための装置であって、ネットワークアプリケーション機能に認証情報を提供するようにユーザ機器からの要求を受信する受信ユニットと、ユーザセキュリティ設定のための既存の標準規格を拡張することにより、追加のネットワークアプリケーションサーバを統合するために汎用認証アーキテクチャの鍵を決定する決定ユニットと、ネットワークアプリケーション機能に認証情報を提供する提供ユニットとを有する装置。コンピュータ読み取り可能な媒体に具体化された、ネットワークアプリケーションサーバのための汎用メカニズムを提供するためのコンピュータプログラムであって、ネットワークアプリケーション機能に認証情報を提供するようにユーザ機器からの要求を受信する工程と、ユーザセキュリティ設定のための既存の標準規格を拡張することにより、追加のネットワークアプリケーションサーバを統合するために汎用認証アーキテクチャの鍵を決定する工程と、ネットワークアプリケーション機能に認証情報を提供する工程とを実行するように構成されたコンピュータプログラム。請求項19に記載のコンピュータプログラムであって、ユーザセキュリティ設定においてユーザ機器のスマートカードまたは安全な環境のタイプに関連するデータを提供する工程と、集積回路を基礎として強化GBAUされた汎用ブートストラッピングアーキテクチャが、汎用加入者識別モジュール、加入者識別モジュール、安全な環境あるいはIMSSIMカードを実施可能であるか否かを示すフラグフィールドを提供する工程とをさらに有するコンピュータプログラム。請求項19に記載のコンピュータプログラムであって、仕様書の認証ヘッダに送られるユーザセキュリティ設定内の第1及び第2フラグフィールドを提供する工程をさらに有し、前記第1フラグフィールドにおいては、集積回路を基礎として強化GBAUされた第1生成鍵KsintNAFが使用され、前記第2フラグフィールドにおいては、第2生成鍵KsextNAFまたは第3生成鍵KsNAFが使用されるコンピュータプログラム。請求項19に記載のコンピュータプログラムであって、前記決定ステップは、ネットワークアプリケーション機能の設定の間に、そのネットワークアプリケーション機能に直接、局所的に鍵の使用法を設定することと、ブートストラッピングサーバ機能に直接、局所的に鍵の使用法を設定することの少なくとも一方を決定する工程と、ブートストラッピングサーバ機能に送られるホーム加入者サーバに格納されたユーザセキュリティ設定に追加のフィールドを提供する工程と、鍵の使用法を示すブートストラッピングサーバ機能に格納された属性値ペアを使用する工程とを有するコンピュータプログラム。請求項22に記載のコンピュータプログラムであって、さらに、使用される派生鍵のタイプ、あるいは、スマートカードまたは実現可能な安全な環境のタイプを示す属性値を使用する工程を有し、前記派生鍵のタイプは、KsintNAF、KsextNAFまたはKsNAFを含み、前記スマートカードまたは安全な環境はGBAUを含むコンピュータプログラム。請求項23に記載のコンピュータプログラムであって、属性値ペアがKsintNAFの使用を示す場合は、さらに、セキュリティレベルがより低い鍵の代わりに、ネットワークアプリケーション機能によるKsintNAFの使用を要求する工程を有するコンピュータプログラム。請求項20に記載のコンピュータプログラムであって、ウェブサーバが安全な環境にある場合は、さらに、ネットワークアプリケーションをユニバーサルモバイルテレコミュニケーションシステムUMTS集積回路カードUICCに配置する工程を有し、前記UICCはネットワークアプリケーション機能であり、生成された鍵KsintNAFは、ウェブサービス事業体間の通信の保護のために使用されるコンピュータプログラム。請求項25に記載のコンピュータプログラムであって、ネットワークアプリケーションを配置する前記配置ステップは、ジャバアプリケーション、XMLアプリケーション、Cアプリケーション、パールアプリケーション、またはビジュアルベーシックアプリケーションを有するコンピュータプログラム。請求項19に記載のコンピュータプログラムであって、ホーム加入者サーバHSSに格納されたユーザセキュリティ設定に追加のフィールドを提供することにより、ブートストラッピングサーバ機能BSFに局所的に鍵の使用法を設定する工程をさらに有するコンピュータプログラム。3GPPは、認証基盤案3GPPTS33220、ここに付属書類Bとして添付され、その内容は参照により本願に組み込まれるである。この基盤は、ネットワーク側とユーザ側とが他の方法では通信できない状況において、ネットワーク側とユーザ側におけるアプリケーション機能との間で通信を可能とするのに利用することができる。この機能は、アプリケーションセキュリティのブートストラッピングあるいはより一般的には単にブートストラッピングと呼ばれる。ブートストラッピングの一般原理は、汎用ブートストラッピングサーバ機能BSFはユーザ機器UEが認証を行ない、セッションキーについて一致することを可能とするというものである。そのような認証は、認証および鍵共有AKAに基づいてもよい。AKAの実行により、移動端末とネットワークは、相互に互いを認証し、鍵、特に機密鍵CK及び完全鍵IKを共有する。この認証の後、UEと、サービスプロバイダとも称されるネットワークアプリケーション機能NAFは、メッセージの認証がUEとBSFとの間で共有するセッション鍵に基づく、あるアプリケーション固有プロトコルを実行することができる。ブートストラッピング機能は、特定の如何なるネットワークアプリケーション機能にも依存することを目的としていない。ブートストラッピング機能を実行するサーバは、認証ベクターを処理するために、家庭のオペレータに信頼されなければならない。ネットワークアプリケーション機能は、オペレータのホームネットワーク、移動先ネットワークあるいは第三者ネットワークにおいてサポートされてもよい。図1Aは、本発明の実施形態に従ったネットワークアーキテクチャの実施例を示す。ネットワークアーキテクチャは、ユーザ機器UE100、少なくとも1つのネートワークアプリケーション機能NAP102、ブートストラッピングサーバ機能BSF104、及び家庭用加入者システムHSS106を有する。BSF104及びHSS106は、家庭用移動体通信事業者MNOを形成する。UE100は、既知の移動体通信技術によってMNO108と接続する。NAF102は、例えばMNO108の制御下で、ネットワーク要素においてホストされ、BSFもまたMNO108の制御下で、ネットワーク要素においてホストされてもよい。従って、事実上、NAF102及びBSF104の各々は、ネットワーク要素であると考えてもよい。図1Aに示すように、UE100は、Uaインターフェース110を通してNAF102と通信している。UE100はUbインターフェース112を通してBSF104と通信している。NAF102はZnインターフェース114を通してBSF104と通信している。BSF104はZhインターフェース116通してHSS106と通信している。NAF102は、さらに分離したネットワークに備えられていてもよい。例えば、図1Bに示すように、NAF102が移動先ネットワークに存在する典型的なネットワークアーキテクチャが提供されている。UE100が、ホームネットワーク以外のネットワークで動作するNAF102と接触した場合、この移動先のNAF102は、加入者のBSF即ち、ホームBSF104と通信するために、NAFネットワークのダイアメータプロキシDプロキシ118を利用しなければならない。NAF102は、Znインターフェース114を通してDプロキシ118と、Zn’インターフェース120を通してBSF104と通信する。Dプロキシ118の機能は、分離したネットワーク要素として実行されるか、またはダイアメータプロキシ機能を実行する移動先ネットワークにおいて、任意のネットワーク要素NEの一部となってもよいそのようなNEの例は、移動先NAF102が属するネットワークのBSFや、AAAサーバである。図1A及び1Bから、ブートストラッピングの原理は、例えば、AKAプロトコルを用いて、UE100及びブートストラッピング機能が互いに双方を認証し合い、マスター共有秘密鍵が一致するというものである。その後、UE100と問題となっている特定のネットワークアプリケーション機能NAFとの間で適用される、1つ以上のネットワークアプリケーション機能に固有の共有秘密鍵を導くために、マスター共有秘密鍵が用いられる。NAF固有の共有秘密鍵の構成要素は、各ネットワークアプリケーション機能に関して別々に特別に生成される。ブートストラッピング動作が完了した後、UE100とネットワークアプリケーション機能は、メッセージの保護がUE100とブートストラッピングサーバ機能との間で相互に認証している間に生成されるこれらの鍵に基づいている、ある特定のプロトコルを実行する。そのため、その鍵は、認証と完全性保護のため、及び機密性保護のために用いることができる。それからネットワークアプリケーション機能は、ユーザ機器とブートストラッピングサーバ機能との間で定められたマスター共有秘密鍵から導かれた、NAF固有の共有秘密鍵を取得することができる。通信Ubインターフェース112は、UE100とBSF104との間の相互認証及び鍵の一致をもたらすために、ブートストラッピング認証及び鍵一致プロトコルをサポートする。このプロトコルは、例えば3GPPAKAプロトコルに基づいていてもよい。Zhインターフェース116は、BSF104に、どの所要の認証情報及び加入者プロファイル情報をもHSS106から取得することを許可する。Uaインターフェース110は、Ubインターフェース112によってサポートされたプロトコルに基づいて、UE100とBSF104との間で一致したマスター共有秘密鍵から得られた、NAF固有の共有秘密鍵を用いて保護されている、どのアプリケーション固有プロトコルをもサポートする。Znインターフェース114は、BSF104からのUbインターフェース112上でサポートされたプロトコルにおいて一致するマスター共有秘密鍵から得られた、NAF固有の共有秘密鍵を取得するために、NAF102により利用される。Znインターフェース114は、また、BSF104から加入者プロファイル情報を取得するために用いることもできる。BSF104からNAF102に送信されるメッセージには、ブートストラッピング情報が含まれる。ブートストラッピング情報は、トランザクション識別子、NAF固有の共有秘密鍵及び任意的な加入者プロファイル情報profnafまたはいかなるNAF固有USSを含んでいてもよい。KsNAFで表されるNAF固有の共有秘密鍵は、UE100とBSF104との間で定められ、UE100と固有のNAFとの間の通信用の特定の用途のために修正することができる。KsNAFは、3GPPTS33220の付録B付属書類Aで特定されたパラメータを用いて、Ksから導かれる。Ksはマスター共有秘密鍵であり、KsNAFはNAF固有の共有秘密鍵である。そのため、NAFに対して固有な共有秘密鍵KsNAFと符合して、各NAFに送信されたブートストラッピング情報はNAFに固有である。一連の全ユーザセキュリティ設定GUSSは、BSF固有情報要素及び一連の全アプリケーション固有USSを含む。一連の全ユーザセキュリティ設定USS、即ちGUSSは、HSSに格納される。加入者が、複数の署名、即ち、UICC上の複数のISIMまたはUSIMアプリケーションを有している場合、1つ以上の識別番号、例えば、IPマルチメディア個人識別番号IMIP及び国際移動電話加入者識別番号IMSIにマップされることが可能な、1つ以上のGUSSをHSSは含まなければならない。GBAUにおける2つのNAF固有共有秘密鍵に対する新たな使用例の展開において、一方はUICC上で使用されKsintNAF、他方は移動体装置で使用されるKsextNAF。この使用例は、どの鍵、即ち、KsintNAFまたはKsextNAFを用いるかについてのある決定論理を必要とする。この’論理’に新たなサービスを追加することは、携帯端末に新たにスマートカードを設置しなくても可能でなければならない。NAFが1つ以上のタイプの鍵をサポートする場合、攻撃に対するセキュリティレベルを軽視することは一切避けなければならない。この攻撃の軽視は、NAFが、KsintNAFの使用を要求する代わりに、だまされて低いレベルのセキュリティ鍵を使用することになる。本発明の実施形態によれば、ユーザセキュリティ設定USSの既存の標準規格を拡張することにより、汎用認証アーキテクチャGAAのどの鍵が、追加のアプリケーションサーバの容易な統合を実現するかということに関する知識を得るために、アプリケーションサーバに対する汎用メカニズムが得られる。AVP属性値ペアAVPは、付属書類Cとして添付された、3GPPTS29109GAAZnインターフェースブートストラッピング情報要求/応答メッセージに定義されており、その内容は参照により本願に組み込まれ、追加の新しいダイアメータAVPは、付属書類Dとして添付された3GPPTS29229に定義され、参照により本願に組み込まれる。NAF設定の間にあらゆるNAFにおけるソフトウェアに直接、鍵の使用法をハードコードまたは局所的に設定することによりNAFに局所的、BSFに鍵の使用法をハードコードすることによりBSFはNAFに関連する鍵を配信することによってのみ指示する、BSFに転送されたホーム加入者サーバHSSに格納されたユーザセキュリティ設定USSにフィールドを追加することにより、及び/又は鍵の使用法を示す、BSFに格納されたAVPを使用することにより、汎用メカニズムが実施可能である。もしBSFがNAFに関連する鍵を配信するだけである場合は、NAFは提供されたセキュリティの品質及び使用している鍵のタイプを認識しないであろう。標準化された3GPP及び既存のユーザセキュリティ設定USSは拡張が可能であり、どの鍵を使用すべきかを示すために利用することができる。このことは、サービスが第三者NAFによって提供され、サービスの請求が家庭内オペレータによってなされている場合には特に、ユーザの家庭内オペレータに完全かつフレキシブルな制御を提供する。本発明の実施形態によれば、少なくとも2つの実施形態を実施することができる。第1の実施形態においては、USSは、ユーザが、どのタイプのスマートカードあるいはセキュリティ環境を有しているかを示すことができる。さらに、第1の実施形態は、モバイル加入者のユニバーサルSIMUSIM、IMSSIMカードISIMをGBAUが実施可能か否かを規定する。第1の実施形態においては、カード又はセキュリティ環境がGBAUを実施可能であるか否かを示す、フラグフィールドがあってもよい。第2の実施形態においては、付属書類Dとして添付され、その内容が参照により本願に組み込まれる、既存の仕様書3GPPTS29109のUSSに搬送された1つまたは2つの認証フラグフィールドをUSSは備えている。第1のフラグフィールドにおいては、もしこのフィールドが存在する場合には、UICCを基礎とした共有秘密鍵KsintNAFの使用は必須であることを示す。第2のフラグフィールドは付加的なフィールドであり、もし第2のフラグフィールドが存在する場合は、MEを基礎とした共有秘密鍵KsextNAFまたはKsNAFの使用であることを示す。もし家庭内オペレータによってモバイル加入者に新しい加入者識別モジュールが提供された場合、USSは、今後は、より安全な鍵KsintNAFが使用されることを要求するように要に更新されることが可能である。両代替案は、セキュリティの軽視による攻撃を避ける、即ち、鍵KsextNAFが、より安全な鍵KsintNAFの代わりに使用される。図2は、本発明の実施形態に従って、ネットワークアプリケーションサーバのための汎用メカニズムを提供する装置150を示す。装置150は、ネットワークアプリケーション機能に認証情報を提供するようにユーザ機器から要求を受信する受信ユニット152を備えている。装置150は、ユーザセキュリティ設定のための既存の標準規格を拡張することにより追加的なネットワークアプリケーションサーバを統合するために、汎用認証アーキテクチャの鍵を決定する決定ユニット154をさらに備えている。装置150は、また、ネットワークアプリケーション機能に認証情報を提供するための第1提供ユニット156を備えている。図3は、本発明の実施形態に従って、ネットワークアプリケーションサーバに汎用メカニズムを提供する方法を示す。工程200において、本方法では、ネットワークアプリケーション機能に認証情報を提供するようユーザ機器から要求を受信する。工程210において、本方法では、ユーザセキュリティ設定のための既存の標準規格を拡張することにより追加のネットワークアプリケーションサーバを統合するために、汎用認証アーキテクチャの鍵を決定する。工程220において、ネットワークアプリケーション機能に認証情報を提供する。本発明の実施形態に従えば、USSは、ユーザがどのタイプのスマートカードを有しているか、あるいは、どのタイプ即ち、KsextNAFまたはKsintNAFの共有秘密鍵が使用されなければならないかを示すことができる。工程230において、本方法は、モバイル加入者のユニバーサルSIMUSIM、ISMSIMカードISIMあるいは他の安全な環境をGBAUが実施可能か否かを決定する。第1の実施形態においては、カードまたは安全な環境をGBAUが実施可能かどうかを示すフラグフィールドが存在する場合がある。図4は、本発明の他の実施形態に従って、ネットワークアプリケーションサーバに汎用メカニズムを提供する方法を示す。工程300において、本方法では、ネットワークアプリケーション機能に認証情報を提供するようユーザ機器から要求を受信する。工程310において、本方法では、ユーザセキュリティ設定のための既存の標準規格を拡張することにより追加的なネットワークアプリケーションサーバを統合するために、汎用認証アーキテクチャの鍵を決定する。工程320において、ネットワークアプリケーション機能に認証情報を提供する。本発明の実施形態によれば、USSは、ユーザがどのタイプのスマートカードを有しているか、あるいは、どのタイプの共有秘密鍵が使用されなければならないかを示すことができる。工程330において、本方法では、付属書類Cとして添付された、既存の仕様書3GPPTS29109の認証ヘッダに送られる、1つまたは2つのフラグフィールドをUSSが有しているかどうかを決定する。第1のフラグフィールドにおいては、もしこのフィールドが存在する場合には、UICCを基礎とした共有秘密鍵KsintNAFの使用は必須であることを示す。第2のフラグフィールドは付加的なフィールドであり、もし第2のフラグフィールドが存在する場合は、MEを基礎とした共有秘密鍵KsextNAFまたはKsNAFの使用であることを示す。もし、新しいアプリケーションサーバが事業者ネットワークに設定されても、どのユーザのためにどの鍵を使用すべきか、あるいは、近い将来、ユーザに新たなSIMカードが提供されるかどうかを知る必要は無い。NAFは必要な鍵の選択に関する情報をBSFから得ることとなる。本発明の実施形態によれば、新たなAVPは、使用される生成された鍵のタイプを示すのに用いることができる。例えば、新たなAVPは、生成された鍵がKsintNAFであるか、あるいは他のタイプの鍵であるかを示すことができる。新たなAVPは、カードまたは安全な環境をGBAUが実施可能であるか、あるいは、その代わりにどの鍵を使用すべきかのいずれかを示すこととなる。フラグに従って、指示された場合には、NAFは、UICCを基礎とした共有秘密鍵KsintNAFを使用することができる。即ち、AVPは、カードまたは安全な環境をGBAUが実施可能であることを示すか、あるいは、AVPはKsintNAFの使用を明確に示す。それからNAFはこの鍵が使用され、セキュリティレベルが低い他の鍵が使用されないように要求することとなる。例えばスマートカードといった安全な環境におけるウェブサーバに対して、クライアントはユニバーサルモバイルテレコミュニケーションシステムUMTS集積回路カードUICCに存在し、アプリケーションもまた安全な環境に存在する。これは、典型的には、ジャバアプリケーション、XMLアプリケーション、Cアプリケーション、パールアプリケーション、あるいはビジュアルベーシックアプリケーション、あるいは他の類似したタイプのアプリケーションである。それから、事業体の1つが、例えば電話の第2の安全なエリアといった他の信頼できるドメインに存在するような、他の事業体に向けてウェブサービスを提供するアプリケーションサーバとしての役割をUICCは果たし、ウェブサービス事業体の間の通信を保護するためにKsintNAFが使用される。UICCを基礎としたNAFは、リバティアライアンスウェブサービスフレームワーク仕様書IDWSFhttpwwwprojectlibertyorgresourcesspecificationsphpでうたわれているようにWSPウェブサービスプロバイダの役割を果たすこととなる。UICCは、要求する事業体例えば、ウェブサービスの消費者に、KsintNAFを介して認証/保護された機密情報を提供する、リバティアライアンスコンフォーマントウェブサービスプロバイダとしての役割を果たすこともできる。他のGAAを基礎とした鍵は、識別及びメッセージ保護のためにウェブサービスフレームワークにおいてさらに利用され得る。さらに、TS241093GPPは、ブートストラッピングインタフェースUb及びネットワークアプリケーション機能インターフェースUaの仕様を定め、これは付属書類Eとして添付され、参照により本願に組み込まれる。TS291093GPPは、ダイアメータプロトコルを基礎としたZh及びZnインターフェースの仕様を定め、これは付属書類Fとして添付され、参照により本願に組み込まれる。本発明は、加入者の家庭内オペレータが、使用されたセキュリティレベルを完全に制御することを可能とする。ユーザが新たなUICCを有している場合には、ユーザセキュリティ設定の更新は、主にホームサービスサーバHSSで行なわれ、全てのNAFを個別に更新することは要求されない。オペレータによって制御されたHSSまたはBSFに決定論理が存在してもよい。さらに、セキュリティを軽視した攻撃も、新たなアプリケーションに対しては、もはや不可能となる。上記の説明は、本願発明の特定の実施形態を対象としている。しかしながら、その効果のいくらかまたは全てを達成しながら、上記の実施形態に対する他の変形や変更が可能であることは明らかである。それゆえ、添付の特許請求の範囲の目的は、本発明の真の精神及び範囲を超えずに、そのような全ての変形及び変更に及ぶ。