(57)【特許請求の範囲】
【請求項１】
ネットワーク・アプリケーション機能が、利用したい所望のセキュリティ機能のリストを決定することであって、前記セキュリティ機能の前記リストは、前記ネットワーク・アプリケーション機能の優先順に並べられている、前記決定することと；
前記リストを、ブートストラッピング・サーバ機能を経由してユーザ・セキュリティ設定のデータベースへ送信することと；
前記ネットワーク・アプリケーション機能が、前記ブートストラッピング・サーバ機能を経由して、セキュリティ鍵を含むセキュリティ機能応答を受信することと；
を含み、ただし前記セキュリティ鍵は、前記データベースに格納された情報から抽出されたものであって、前記リストに含まれる所望のセキュリティ機能に対応しており、前記所望のセキュリティ機能のうち少なくとも１つについてのユーザ機器における利用可能性を前記ネットワーク・アプリケーション機能に示すものである、方法。
【請求項２】
前記リストは、ホーム加入者サーバを経由して前記ユーザ・セキュリティ設定のデータベースに送信される、請求項１に記載の方法。
【請求項３】
前記データベースは、前記ネットワーク・アプリケーション機能および前記ブートストラッピング・サーバ機能を含むシステムの外部にある、請求項１または２に記載の方法。
【請求項４】
前記データベースは、サポートされるセキュリティ機能を格納するためのフィールドを含む、請求項１から３の何れかに記載の方法。
【請求項５】
前記リストは、１つのエントリ、もしくは２つ以上のエントリを含む、請求項１から４の何れかに記載の方法。
【請求項６】
前記リストは、セキュリティ機能リクエストメッセージで送信される、請求項１から５の何れかに記載の方法。
【請求項７】
前記セキュリティ機能リクエストメッセージは、一対のDiameterメッセージ属性値を利用して送信される、請求項６に記載の方法。
【請求項８】
前記セキュリティ機能リクエストメッセージは、優先順内でセミコロンによって区切られた前記所望のセキュリティ機能を含む、請求項６または７に記載の方法。
【請求項９】
コンピュータ可読命令を含むコンピュータ・プログラムであって、動作を実行するために前記コンピュータ可読命令は少なくとも１つのプロセッサにより実行され、前記動作は：
ネットワーク・アプリケーション機能が、利用したい所望のセキュリティ機能のリストを決定することであって、前記セキュリティ機能の前記リストは、前記ネットワーク・アプリケーション機能の優先順に並べられている、前記決定することと；
前記リストを、ブートストラッピング・サーバ機能を経由してユーザ・セキュリティ設定のデータベースへ送信することと；
前記ネットワーク・アプリケーション機能が、前記ブートストラッピング・サーバ機能を経由して、セキュリティ鍵を含むセキュリティ機能応答を受信することと；
を含み、ただし前記セキュリティ鍵は、前記データベースに格納された情報から抽出されたものであって、前記リストに含まれる所望のセキュリティ機能に対応しており、前記所望のセキュリティ機能のうち少なくとも１つについてのユーザ機器における利用可能性を前記ネットワーク・アプリケーション機能に示すものである、コンピュータ・プログラム。
【請求項１０】
前記セキュリティ機能応答は、前記データベースに格納された前記情報と前記リストとに共通のセキュリティ機能の標示を含み、
さらに前記標示において、前記共通のセキュリティ機能は、前記データベースに格納された前記情報から抽出された通りの順序に並んでいる、請求項９に記載のコンピュータ・プログラム。
【請求項１１】
前記リストは、ホーム加入者サーバを経由して前記ユーザ・セキュリティ設定のデータベースへ送信される、請求項９または１０に記載のコンピュータ・プログラム。
【請求項１２】
前記データベースは、前記ネットワーク・アプリケーション機能および前記ブートストラッピング・サーバ機能を含むシステムの外部にある、請求項９から１１の何れかに記載のコンピュータ・プログラム。
【請求項１３】
少なくとも１つのプロセッサと、コンピュータ・プログラムを格納する少なくとも１つのメモリとを備える装置であって、前記コンピュータ・プログラムは、前記少なくとも１つのプロセッサに実行されることにより、前記装置に少なくとも：
ネットワーク・アプリケーション機能が、利用したい所望のセキュリティ機能のリストを決定することであって、前記セキュリティ機能の前記リストはネットワーク・アプリケーション機能の優先順に並べられる、前記決定することこと；
前記リストを、ブートストラッピング・サーバ機能を経由してユーザ・セキュリティ設定のデータベースへ送信することと；
前記ネットワーク・アプリケーション機能が、前記ブートストラッピング・サーバ機能を経由して、セキュリティ鍵を含むセキュリティ機能応答を受信することと；
を行わせるように構成され、ただし前記セキュリティ鍵は、前記データベースに格納された情報から抽出されたものであって、前記リストに含まれる所望のセキュリティ機能に対応しており、前記所望のセキュリティ機能のうち少なくとも１つについてのユーザ機器における利用可能性を前記ネットワーク・アプリケーション機能に示すものである、装置。
【請求項１４】
前記リストは、ホーム加入者サーバを経由して前記ユーザ・セキュリティ設定のデータベースへ送信される、請求項１３に記載の装置。
【請求項１５】
前記データベースは、前記ネットワーク・アプリケーション機能および前記ブートストラッピング・サーバ機能を含むシステムの外部にある、請求項１３または１４に記載の装置。
【請求項１６】
前記データベースは、サポートされたセキュリティ機能を格納するためのフィールドを含む、請求項１３から１５の何れかに記載の装置。
【請求項１７】
前記リストは、１つのエントリ、もしくは２つ以上のエントリを含む、請求項１３から１６の何れかに記載の装置。
【請求項１８】
前記リストは、セキュリティ機能リクエストメッセージで送信される、請求項１３から１７の何れかに記載の装置。
【請求項１９】
前記セキュリティ機能リクエストメッセージ、は一対のDiameter・メッセージ属性値を利用して送信される、請求項１８に記載の装置。
【請求項２０】
前記セキュリティ機能リクエストメッセージは、優先順内でセミコロンによって区切られた前記所望のセキュリティ機能を含む、請求項１８または１９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の例示的かつ非限定的実施形態に従う教示は、ワイヤレス・コミュニケーションのシステム、方法、装置およびコンピュータ・プログラムに関するものであり、特に、汎用ブートストラッピング・アーキテクチャおよびセキュリティ機能に関するものである。
〔関連出願の相互参照〕
【０００２】
本願は米国特許法第119条(e)の定めにより米国仮特許出願61/284,045（出願日2009年12月11日）に優先権を主張し、この仮特許出願は本明細書において参照されることにより本明細書に組み込まれる。
【背景】
【０００３】
この章は、特許請求の範囲に述べられる本発明の背景や前後関係を提供することを目的とする。本章の記述は明細書中に達成されようとするコンセプトを含んでもよく、必ずしも既に着想、実行、または記述されたものである必要はない。その為、特記しない限り、本章で述べられていることは本願明細書および本願請求項の先行技術ではなく、また、本章に含めることにより先行技術と認めるものでもない。
【０００４】
本願明細書および/または図に出てくる略語は次の通り定義される：
AAA  認証・認可・アカウンティング (authentication authorization accounting)
AKA  認証および鍵合意 (authentication and key agreement)
AUTN 認証トークン(authentication token)
AV   認証ベクトル (Authentication Vector)
AVP  Diameterメッセージ属性値ペア(attribute-value-pair in Diameter messages)
BSF  ブートストラッピング・サーバ機能(bootstrapping server function)
CK   秘匿鍵 (confidential key)
GAA  汎用認証アーキテクチャ (generic authentication architecture)
GBA  汎用ブートストラッピング・アーキテクチャ (generic bootstrapping architecture)
GPL  汎用プッシュ・レイヤー (generic push layer)
GSID GAAサービス識別子 (GAA service identifier)
GUSS GBAユーザ・セキュリティ設定 (GBA user security settings)
HLR  ホーム・ロケーション・レジスタ (home location register)
HSS  ホーム加入者サーバ (home subscriber server)
IK   インテグリティ鍵 (integrity key)
IMS  インターネット・プロトコル（IP）マルチメディア・サブシステム (internet protocol (IP) multimedia subsystem)
LDAP ライトウェイト・ディレクトリ・アクセス・プロトコル：エルダップ (lightweight directory access protocol)
NAF  ネットワーク・アプリケーション機能（サービス）(network application function (service))
NDS  ネットワーク・ドメイン・セキュリティ (network domain security)
RAND ランダム・チャレンジ (random challenge)
SLF  加入者ロケーター機能 (subscriber locator function)
TLS  トランスポート層セキュリティ (transport layer security)
UE   スマートカード付きユーザ端末 (user terminal with smart card)
UICC 汎用ICカード (universal integrated circuit card)
uss  ユーザ・セキュリティ設定 (user security settings)
Ua   GAAアプリケーション用UE-NAFインターフェース (UE-NAF interface for GAA applications)
Ub   ブートストラッピング用UE-BSFインターフェース (UE-BSF interface for bootstrapping)
XRES 想定認証応答 (expected response in authentication)
Zh   ブートストラッピング・プロシージャ用BSF-HSSインターフェース (BSF-HSS interface for bootstrapping procedure)
Zh' ブートストラッピング・プロシージャ用BSF-HLRインターフェース (BSF-HLR interface for bootstrapping procedure)
Zn   GAAアプリケーション用BSF-NAFインターフェース (BSF-NAF interface for GAA applications)
Zpn  GAAアプリケーション用NAF-BSFインターフェース (NAF-BSF interface for GAA applications)
【０００５】
以下に挙げる２つの文献を参照するとよい：
【非特許文献１】3GPP TS 29.109 V9.0.0 (2009-09) Technical Specification 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; Generic Authentication Architecture (GAA); Zh and Zn Interfaces based on the Diameter protocol; Stage 3 (Release 9)
【非特許文献２】3GPP TS 33.224 V9.0.0 (2009-09) Technical Specification 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Generic Authentication Architecture (GAA); Generic Bootstrapping Architecture (GBA) Push Layer (Release 9)。
【０００６】
モバイル機器におけるGBAの利用はユーザまたは加入者の認証を可能にする。GBAの利用は、ユーザがHLRまたはHSSにおいて有効なIDを有することを前提とする。ユーザ認証のインスタンスは共有秘密鍵により生成される。モバイルネットワークにおいては、共有秘密鍵のひとつはモバイル機器内のスマートカード内に、もう一方はHLRまたはHSS内に格納されている。別のネットワーク、例えば固定ネットワークにおいては、共有秘密鍵は、ひとつは信頼済みモジュール（例えばPCの信頼済みチップ）内に格納され、もう一方はAAAサーバのネットワーク内に格納される。GBAは、まずネットワーク・コンポーネントにスマートカードに対するチャレンジを発行させ、次いで、チャレンジに対するレスポンスがAKAプロトコルを利用しているHLR/HSSによって予測されたものと同類であるかを検証することによってユーザを認証する。BSFは追加の認証情報（Ksともよばれる）を確立する。この追加の認証情報から、認証を行おうとしているエンティティとサービス・プロバイダとの間の、サービス・プロバイダ特定共有鍵を抽出する。動作において、スマートカード内の共有秘密鍵はネットワークの認証に利用される。そして、BSFはマスター秘密鍵を抽出し、さらにそこからサービスに特有の鍵を抽出する。さらに、端末は同じ鍵を抽出する。従って、各サービスが異なる鍵を有する（１つの鍵が侵害されると、１つのサービスのみがその影響を受けることになる）。特定サービス共有秘密鍵（Ks_(ext/int)_NAFと呼ばれる）には時間制限があり、またサービスドメインの制約を受ける。SLFは、ネットワーク・オペレータが複数のHSSを有する場合に、どのHSSに加入者データが格納されているのかをBSFに通知する機能である。
【０００７】
GBAにおいて現時点で存在する１つの問題は、サービス（NAF）がユーザ端末内のエンティティ、特にスマートカードの認証を行おうとしているエンティティとセキュリティ・アソシエーションを確立しようとする場合に起こる状況に関連している。これを行うため、NAFはセキュリティ・アソシエーションを確立するためにセキュリティ機能がサポートされることを知る必要がある。現在のところ、NAFを提供するサービスは、ターミナルやネットワークからこの情報を取得する手段を有さない。NAFはオペレータ・ネットワークの外部に存在してもよく、その結果HSSへのダイレクト・インターフェースを有することができない可能性がある、ということに注意すべきである。
【摘要】
【０００８】
本発明のある例示的側面によれば、ネットワーク・アプリケーション機能が、利用したい所望のセキュリティ機能のリストを決定することであって、前記セキュリティ機能の前記リストは、前記ネットワーク・アプリケーション機能の優先順に並べられている、前記決定することと；
前記リストを、ブートストラッピング・サーバ機能を経由してユーザ・セキュリティ設定のデータベースへ送信することと；
前記ネットワーク・アプリケーション機能が、前記ブートストラッピング・サーバ機能を経由して、セキュリティ鍵を含むセキュリティ機能応答を受信することと；
を含み、ただし前記セキュリティ鍵は、前記データベースに格納された情報から抽出されたものであって、前記リストに含まれる所望のセキュリティ機能に対応しており、前記所望のセキュリティ機能のうち少なくとも１つについてのユーザ機器における利用可能性を前記ネットワーク・アプリケーション機能に示すものである、方法が提供される。
【０００９】
本発明の別の例示的側面によれば、コンピュータ・プログラム命令を具現化する持続的コンピュータ可読媒体であって、動作を実行するために前記コンピュータ・プログラム命令は少なくとも１つのプロセッサにより実行され、前記動作は：
ネットワーク・アプリケーション機能が、利用したい所望のセキュリティ機能のリストを決定することであって、前記セキュリティ機能の前記リストは、前記ネットワーク・アプリケーション機能の優先順に並べられている、前記決定することと；
前記リストを、ブートストラッピング・サーバ機能を経由してユーザ・セキュリティ設定のデータベースへ送信することと；
前記ネットワーク・アプリケーション機能が、前記ブートストラッピング・サーバ機能を経由して、セキュリティ鍵を含むセキュリティ機能応答を受信することと；
を含み、ただし前記セキュリティ鍵は、前記データベースに格納された情報から抽出されたものであって、前記リストに含まれる所望のセキュリティ機能に対応しており、前記所望のセキュリティ機能のうち少なくとも１つについてのユーザ機器における利用可能性を前記ネットワーク・アプリケーション機能に示すものである、コンピュータ可読媒体が提供される。
【００１０】
本発明の更なる別の例示的側面によれば、  少なくとも１つのプロセッサと、コンピュータ・プログラムを格納する少なくとも１つのメモリとを備える装置であって、前記コンピュータ・プログラムは、前記少なくとも１つのプロセッサに実行されることにより、前記装置に少なくとも：
ネットワーク・アプリケーション機能が、利用したい所望のセキュリティ機能のリストを決定することであって、前記セキュリティ機能の前記リストはネットワーク・アプリケーション機能の優先順に並べられる、前記決定することこと；
前記リストを、ブートストラッピング・サーバ機能を経由してユーザ・セキュリティ設定のデータベースへ送信することと；
前記ネットワーク・アプリケーション機能が、前記ブートストラッピング・サーバ機能を経由して、セキュリティ鍵を含むセキュリティ機能応答を受信することと；
を行わせるように構成され、ただし前記セキュリティ鍵は、前記データベースに格納された情報から抽出されたものであって、前記リストに含まれる所望のセキュリティ機能に対応しており、前記所望のセキュリティ機能のうち少なくとも１つについてのユーザ機器における利用可能性を前記ネットワーク・アプリケーション機能に示すものである、装置が提供される。
【図面の簡単な説明】
【００１１】
本発明の、これまでに述べてきた例示的側面およびその他の実施形態の以下に述べる詳細な説明は、添付図面に関連して読むとより明らかなものとなる。
【図１】GBAプッシュ・アーキテクチャのブロック図である。
【図２】GBAアーキテクチャのブロック図である。
【図３】GBAアーキテクチャの異なる実施形態についてのブロック図である。
【図４】図１-３の各図に示されるUEおよびBSF/HSS/NAFの簡略ブロック図である。
【図５】本発明の例示的実施形態における信号/メッセージのフローチャートである。
【図６】本発明の例示的実施形態における方法の実施およびコンピュータ可読メモリに実装されたコンピュータ・プログラム命令を実行した結果を表したフローチャートである。
【詳細な説明】
【００１２】
本発明の例示的実施形態によれば、HSS、BSFおよびNAFが強化される。
【００１３】
図１はGBAプッシュ・アーキテクチャのブロック図である。BSF 10、SLF 12、HSS 14、NAF 16およびUE 18が示される。各ブロックは上記の各インターフェースを介して相互に接続される。図２はGABアーキテクチャのブロック図である。図１に示される各ブロックに加え、HSS 14の一部としてGUSSデータベース（DB）20が示される。図３はGBAアーキテクチャの別の実施形態を示す。ここではGUSSDB 20はネットワークの外部にあり、適切なインターフェース 21を介してBSF 10と接続される。
【００１４】
図４AはUE 18のひとつの実施形態を示した簡略ブロック図である。本発明の例示的実施形態を説明する目的で、UE 18は少なくとも１つのコンピュータまたはデータ・プロセッサ（DP）18A等のコントローラを備えてもよく、コンピュータ命令プログラム（PROG）18Cを格納する少なくとも１つのメモリ（MEM）18Bを具現化するコンピュータ可読メモリを備えてもよく、さらに、BSF 10とNAF 16が１つ以上の中間ノード、つまり複数のノードや複数のプロキシ（図示せず）をコンバートする１つ以上のベースステーション、を介して双方向通信（例えばワイヤレス通信）を行うための無線（RF）トランシーバ 18D等の少なくとも１つの適切な送受信機を備えてもよい。UE 18は、メモリやその他の機能性を備えたセキュリティ認証情報を扱うスマートカードや信頼済みモジュール 18Eを備えてもよい。通常、この機能はリムーバブルカード等のカードや、セキュアな（信頼済み）チップもしくはモジュール（カードである必要はない）に内蔵される。スマートカードやセキュアモジュール 18Eは加入者識別モジュール（SIM）を含んでもよく、または18E内に、もしくは18Eと共に具現化されてもよい。
【００１５】
スマートカードもしくは信頼済みモジュール 18EはUICCとも呼ばれる。周知の通り、UICCはGSMやUMTSネットワーク内のモバイル・ターミナルの中に用いられるカードであるが、異なる形状、例えば信頼済みハードウェアチップ上で実装されることもある。UISSはユーザデバイス（携帯電話、PC、スマートカード）とネットワークとの間の相互のやり取りの安全性を確保する。GSMネットワークにおいては、スマートカードはSIMカードである。UICCはSIMアプリケーションを含んでもよく、UMTSネットワークにおいてはUSIMアプリケーションを含み、IMSネットワークにおいてはISIMアプリケーションを含む。１枚のスマートカードがGSMネットワークとUMTSネットワークおよび他のアプリケーション（例えばモバイルバンキングやモバイルTVサポート等）の両方へのアクセスを可能にするために、UICCは複数のアプリケーションを同時に含んでもよい。CDMAネットワークにおいては、3GPP  USIMおよびSIMアプリケーションに加え、UICCはCSIMアプリケーションを含む。
【００１６】
図4Bは本発明のある実施形態における装置の簡略ブロック図である。ある実施形態によれば装置はBSF 10、HSS 14およびNAF 16のうちの１つまたは全てを実装するために利用されうる。基本的には、これらのコンポーネントはコンピュータシステムが有すると想定される。例えばBSF 10については、少なくとも１つのコンピュータまたはデータ・プロセッサ（DP）10A等のコントローラ、コンピュータ命令プログラム（PROG）入出力制御装置（IOC）を格納する少なくとも１つのメモリ（10B）に具現化されるコンピュータ可読メモリ媒体、そして定義済みインターフェース（Zh、Zn、Zpn、Ub、Dz）を経由しGBAアーキテクチャの他の複数のコンポーネントと双方向コミュニケーションするのに適した少なくとも１つの送受信機を有する。プロキシ使用もしくはHLRの使用のための更なるインターフェースがある。しかし、これら追加のインターフェースは図４Bに示されている。
セキュリティ・アソシエーションの確立をUEスマートカード18Eがサポートするか否かに関する情報が、HSS GUSS 20に格納されるべきであることは、3GPPにおいて既に合意されている。このことは3GPP TS 33.224に"GPL UケイパビリティはHSS内のGUSSに格納されうる"（"The GPL U capabilities shall be stored in the GUSS in the HSS."）と記述されている。しかし、この提案された機能性がどのように具現化され、実装され、運用されるかに関するメカニズムやメッセージフロー、処理については、未だ定義されていない。
【００１７】
本発明の例示的実施形態を用いることで、スマートカード、より一般的には、セキュリティまたはアプリケーション固有の機能が、サービス・プロバイダにより利用可能となる。サービス・プロバイダは、スマートカード18Eのどの機能（即ち、どのセキュリティまたはアプリケーション固有の機能）を利用可能か、だけでなく、第２の選択肢（"２番目に適しているもの"）の機能をも標示することが可能となる。
【００１８】
例示的実施形態によれば、サービスと鍵形成ノード（BSF 10）との間のメッセージ、および、BSF 10とHSS 14との間のメッセージが機能拡張される。HSS 14内のユーザ・セキュリティ情報ストレージも同様に機能拡張され、HSS 14はこの追加情報を処理する。BSF 10はHSS 14からの情報を検討することが期待されている。
【００１９】
その結果、サービスは、UE 18との通信時にどの機能が利用可能であるかを既に知っていることができ、従って所望のセキュリティ・アソシエーションを確立することが可能になる。
【００２０】
本発明の例示的実施形態が特に関心を有する具体的な場合を考えると、上記の特徴は、例えば、NAF 16がGPLを用いてスマートカード18と安全なセッションの確立を望む場合に特に有益である。例示によると、これを行う理由の１つはプロビジョニングにある。
【００２１】
本発明の例示的実施形態によれば、GUSS 20および関連するGBAコンポーネントが強化される。
【００２２】
次に、図５の信号/メッセージ・フローブロック図を参照する。
【００２３】
（１）NAF 16がある特定のセキュリティ（もしくはアプリケーション）機能、例えばGPL Uを利用したいと仮定する。NAF 16は、利用したい機能が利用不可であれば"ダウングレード"を実行しようとしてもよく、もしくはサービスの利用を制限してもよい（つまり、セキュリティレベルが低いために、ダウンロードの閾値が低くなるので）。この他のバックアップ機能が利用できるということは、最適な機能が利用不可の場合に信号負荷を軽減するのに有効となる。この例においては、最適な機能がGPL Uであるとすると、２番目に適する機能はGPL with GBA U、３番目に適する機能はGPL with GBA、と、それらをセミコロン（；）で区切って表す。これによって、受信ノードが、その次の"ワード"の先頭を決定できるようにする。機能によっては要素は複数回現れてもよい。NAF 16がいくつかのセキュリティ機能を利用したいと望む場合、NAF 16は、例えば、それら機能の優先順位のリストを提供する（例：｛機能１；機能２；...；機能ｎ｝）。
【００２４】
このように、本発明のある例示的側面は、所望のセキュリティ機能を表示する能力であり、さらにそれは、所望のセキュリティ機能を複数個優先順位と共に示すリストを提供する可能性を含む。
【００２５】
（２）NAF 16はBSF 10に対し、NAF 16が特定のセキュリティ機能（例えばGPL U）を利用したい旨を標示する。このことは既存のZn/Zn'メッセージに任意のフィールドを追加することで遂行される。ZnはDiameterまたは3GPP TS 29.109. をベースとするウェブサービスのために定義される。Zn'はBSF 10およびNAF 16の間にプロキシが存在する場合のインターフェースである。BSF 10はこの要求をZh参照ポイント越しにHSS 14に転送する。このことはZhリクエストメッセージに任意のフィールドを追加することで遂行される。HLRが利用される場合は、BSF 10はGUSS20を所有するローカル・データベースにこれを送信してもよく、さらにZh'インターフェースをインターフェースとして使用してもよい。この場合、リクエストは標準の一部ではなく、LDAPリクエストを利用することで実行されてもよい。
【００２６】
本発明の例示的側面によれば、NAFからのリクエストはGBA-Push-Info（GPI）となることができ、これはユーザ・アイデンティティに応答する際のNAF特定鍵の材料である。このリクエストは、例えば3GPP TS 33.223. で定義されるZpnおよびZpn'プロトコル・インターフェースを利用することも可能である。プロトコルZPNはNAFとBSFとの間に存在し、また、上記リクエストは、ユーザ・アイデンティティやNAF-Idおよび/またはGSIDを含むことができる。さらに、セキュリティ機能リクエスト要素のためのフィールドは"element name="securityfeaturesrequest" type="xsd:string" minOccurs="0"."として読みとることができる。NAFは、セキュリティ機能リクエスト要素またはパラメータを利用して、セキュリティ機能の利用可能性に関する情報をリクエストしてもよい。この要素は、利用可能な複数のセキュリティ機能を優先順にセミコロンで区切ったリストを含んでもよい。この実施形態によれば、NAFは、セキュリティ機能リクエストAVPを利用して、セキュリティ機能の利用可能性についての情報をリクエストしてもよい。さらに、AVPは3GPP AV=[RAND, AUTN, XRES, CK, IK]を含むことができる。セキュリティ機能リクエストAVPはオクテット列型であってもよい。AVPはNAFによりリクエストされた１つまたは複数のセキュリティ機能を含むことが可能である。
【００２７】
BSFおよびNAFが同じオペレータによるネットワークに位置するのであれば、DIAMETERに基づくZpn参照ポイントは、NDS/IPに従って保護されうる。一方で、BSFおよびNAFが異なるオペレータによるネットワークに位置する場合は、Zn-ProxyおよびBSF間のDIAMETERに基づくZpn'参照ポイントは、TLSを利用して保護されうる。
【００２８】
このように、本発明の別の例示的側面によれば、セキュリティ機能の標示によってZn/Zn'、Zpn/ Zpn'およびZhを強化できる。
【００２９】
（３）GUSS 20に対して新しいフィールドを追加してもよい（ただし、BSFフィールドは削除されるため、それ以外に）。ある例示的形態では、追加される新しい要素を含むフィールドは、ussType complexType に設けられ、例えば、"UICC-Features"や、より一般的には"Security-Features"サポートフィールドを追加できる。HSS 14は、NAFの作成した（優先順に並んだ）機能リストをBSF 10から受信すると、Securities-Featuresサポートフィールドを、提供された機能に追加する。適切であれば、さらにUICC鍵選択フィールドを設定することができ、その結果、BSF 10は、正しいアプリケーション特定鍵、たとえばKs int NAF.aを抽出する。
【００３０】
本発明のある例示的側面においては、BSFがセキュリティ機能の利用をサポートし、さらにNAFがBSFからのセキュリティ機能をリクエストしている場合、BSFは、加入者GUSS内のbsflnfo要素からSecurity Features 要素を抽出することができる。BSFは、NAFから受信したセキュリティ機能リクエストおよびbsfInfo要素から抽出した情報の両方に共通のセキュリティ機能を、応答内のSecurity Features Response 要素に追加する。要素"bsflnfo"の中のオプショナル要素"securityFeatures"（セキュリティ機能要素）の値は、ユーザ機器がサポートするユーザ固有のセキュリティ機能のリストを表す。Security Features 要素が存在しない場合にはセキュリティ機能は定義されていない。複数の値からなるリストが存在する場合には、それらの値は"；"で区切られる。
【００３１】
上記共通のセキュリティ機能は、bsflnfo要素における出現順に、Security Features Response 要素に追加されうる。Security Features 要素がGUSSで定義されていない場合、もしくは、一般的なセキュリティ機能が存在しない場合、BSFは、応答内のSecurity Features Response 要素に空文字列を追加するものとする。
【００３２】
セキュリティ機能応答（Security Feature Response ）AVPはオクテット列型になりうる。AVPはHSSにより特定される１つないし複数のセキュリティ機能を含む。この情報は、GUSSの"bsfElement"や、リクエストで受信されるセキュリティ機能のような、Security Features 要素を利用してBSFに伝えられうる。さらに、Security Features Response 要素のフィールドは、例えば"element name="securityfeaturesresponse" type="xsd:string" minOccurs="0"."のように読み込み可能である。
【００３３】
このように、本発明の別の例示的側面は、少なくとも、HSS 14およびBSF 10で所望の機能のリストを処理することに関する。
【００３４】
上記の例ではBSF 10は１つの鍵を抽出するだけにすぎないが、BSF 10についての例示的実施形態の範囲は、１つ以上の鍵を抽出する（つまり、機能がサポートされる場合に、優先順リストに出現する機能の各々について鍵が抽出されうる）ことも含まれるという点に留意されたい。
【００３５】
（４）NAF 16は、BSF 10から抽出されたサービス特定鍵を受信し、さらにNAF 16が取得したコミュニケーションにどのようなセキュリティレベルが使えるか、スマートカード18Eのどの機能をNAF 16が利用可能であるか、についての情報を得る。BSF10はGUSSを受信し、GUSSの一部、例えばUSSをNAF 16に送信する。このUSSにはNAF 16にリクエストされたセキュリティ機能情報が含まれることもある。
【００３６】
このように、本発明の別の例示的側面は、Zn/Zn'、Zpn/ Zpn'およびZh等のフィールドを介して渡される追加情報を含めることと、この情報をBSF 10およびNAF 16で処理することである。
【００３７】
例示的実施形態は、HSS 14の代わりにHLRが利用されるケース、およびGUSS 20が商用の外部データベースに格納されているため、BSF 10が単純に外部GUSSへ呼び出しを要求するケース（図３参照のこと）もその範囲に含む。
【００３８】
例示的実施形態はさらに、対象となるセキュリティ機能がスマートカード18Eの一部ではない場合についても包含している。例えば、セキュリティ機能が（例えば、セキュアチップに含まれる支払いアプリケーション等）セキュアチップの一部であってもよい。
【００３９】
以上のように、本発明の例示的実施形態によれば、既存のGBAにおけるGBA-smart cardプロファイルの先天的な欠如、より一般的には、セキュリティ機能の欠如を克服するための、さらには、同様の目的を達成するために新たなターミナル・スマートカード（セキュリティ機能プロファイル）インターフェースを定義しサポートすることを回避するための、GBAアーキテクチャの動作を強化する方法、装置、コンピュータ・プログラムが提供される。
【００４０】
図６は、本発明の例示的実施形態に従う方法の実施およびコンピュータ・プログラム命令を実行した結果を示す論理流れ図である。これらの例示的実施形態に従えば、方法は、以下の通りに実行される；
図６のブロック６A：ネットワーク・アプリケーション機能が、利用したい所望のセキュリティ機能のリストを決定する。セキュリティ機能のリストは、ネットワーク・アプリケーション機能の優先順に並べられている。
ブロック６B：前記リストは、ブートストラッピング・サーバ機能を経由して、ユーザ・セキュリティ設定のデータベースへ送信される。
ブロック６C：ネットワーク・アプリケーション機能が、ブートストラッピング・サーバ機能を経由して、セキュリティ鍵を含むセキュリティ機能応答を受信する。このセキュリティ鍵は、前記データベースに格納された情報から抽出されたものであって、前記リストに含まれる所望のセキュリティ機能に対応しており、ネットワーク・アプリケーション機能に、前記所望のセキュリティ機能のうち少なくとも１つについてのユーザ機器における利用可能性を示すものである。
【００４１】
前段落で述べた方法によれば、前記セキュリティ機能応答は、前記データベースに格納された前記情報と前記リストとに共通するセキュリティ機能の標示を含む。該標示において、前記共通のセキュリティ機能は、データベースに格納された情報から抽出された通りの順序に並んでいる。
【００４２】
前段落で述べた方法によれば、前記セキュリティ鍵は最も優先度の高いセキュリティ機能に対応し、最も優先度の高いセキュリティ機能に対応できない場合には、前記セキュリティは次に優先度の高いセキュリティ機能に対応する。
【００４３】
前段落で述べた方法によれば、前記リストはホーム加入者サーバを経由して、ユーザ・セキュリティ設定のデータベースに送信される。
【００４４】
図６に示された方法によれば、前記データベースはネットワーク・アプリケーション機能やブートストラッピング・サーバ機能を含むシステムの外部に存在する。
【００４５】
前段落で述べた方法によれば、前記データベースはサポートされたセキュリティ機能を格納するフィールドを構成する。
【００４６】
前段落で述べた方法によれば、前記リストは１つのエントリ、もしくは２つ以上のエントリを含む。
【００４７】
前段落で述べた方法によれば、前記リストはセキュリティ機能リクエストメッセージ内に送信される。
【００４８】
前段落で述べられた方法によれば、前記セキュリティ機能リクエストメッセージは属性値ペアDiameterメッセージを利用して送信される。
【００４９】
図６に示される各ブロックは方法のステップを、または/もしくはコンピュータ・プログラム・コードの動作を実行した結果を、または/もしくは関連した（複数の）機能の実行を構成する複数の対になった論理回路素子を示してもよい。
【００５０】
例示的実施形態はまた、少なくとも１つのプロセッサと、コンピュータ・プログラムを格納する少なくとも１つのメモリとを備える装置であって、前記コンピュータ・プログラムは、前記少なくとも１つのプロセッサに実行されることにより、前記装置に少なくとも：
ネットワーク・アプリケーション機能が、利用したい所望のセキュリティ機能のリストを決定することであって、前記セキュリティ機能の前記リストはネットワーク・アプリケーション機能の優先順に並べられる、前記決定することこと；
前記リストを、ブートストラッピング・サーバ機能を経由してユーザ・セキュリティ設定のデータベースへ送信することと；
前記ネットワーク・アプリケーション機能が、前記ブートストラッピング・サーバ機能を経由して、セキュリティ鍵を含むセキュリティ機能応答を受信することと；
を行わせるように構成され、ただし前記セキュリティ鍵は、前記データベースに格納された情報から抽出されたものであって、前記リストに含まれる所望のセキュリティ機能に対応しており、前記所望のセキュリティ機能のうち少なくとも１つについてのユーザ機器における利用可能性を前記ネットワーク・アプリケーション機能に示すものである、装置を含む。
【００５１】
一般的に、様々な例示的実施形態はハードウェアもしくは特定用途向け回路、ソフトウェア、ロジックもしくはそれらの組み合わせで実装されてもよい。例えば、ある側面はハードウェアに実装されてもよく、一方で他の側面はファームウェアもしくはソフトウェア内に実装されてもよく、コントローラ、マイクロプロセッサやその他コンピュータデバイスによって実行されてもよい。しかしながら、本発明はそれに制限されるものではない。本発明の例示的実施形態の様々な側面が図やブロック図、フローチャートその他の図で示されているが、それらはこうしたブロックや装置、システム、技術または述べられている方法の実装を理解する一助とするためのものであり、ハードウェア、ソフトウェア、ファームウェア、特定用途向け回路またはロジック、汎用のハードウェアまたはコントローラ、またはその他コンピュータデバイス、およびそれらの組み合わせは、例示に限定するものではない。
【００５２】
その結果、本発明の例示的実施形態の少なくともいくつかの側面は、ICチップやモジュールなどの様々なコンポーネントで実行されてもよく、また、本発明の例示的実施形態はICなどの装置で具現化され実現化されてもよいということが、認められるべきである。ICまたは回路は、本発明の例示的実施形態に従って動作されるべく設定可能な、少なくとも１つまたは複数のデータ・プロセッサ、１つまたは複数のデジタル信号プロセッサ、信号帯域回路または無線周波数回路などで具現化される回路（または好ましくはファームウェア）を含んでもよい。
【００５３】
本発明の前述の例示的実施形態へのあらゆる修正または改変は、添付の図面を併せて読めば当業者にとって、前述の観点から容易になるであろう。しかしながら、ありとあらゆる修正は本発明の限定されない例示的実施形態の範囲に含まれるであろう。
【００５４】
例えば、例示的実施形態にはGBAアーキテクチャのコンテクストが述べられているが、本発明の例示的実施形態はこの１つのタイプのシステムのみに限定されて利用されるのではなく、他の様々なシステムに応用されてもよい。
【００５５】
「接続された」「結合された」またはそれに類似の語句は、それが直接的・間接的を問わず、複数の要素間のいかなる接続や結合をも意味し、「接続された」もしくは「結合された」２つの要素間にある１つ以上の中間要素をも包含し得る。複数の要素間の接続または結合は、物理的、論理的もしくはそれらの組み合わせであり得る。ここで２つの要素とは、１つ以上の配線、ケーブル、または/もしくはプリント電子配線を用いて「接続」または「結合」されたとみなされてもよく、また、無線周波数領域やマイクロ波域、さらには光波域（可視／不可視の両方）の波長を有する電磁エネルギー等を利用して「接続」または「結合」されたとみなされてもよく、これらは限定的ではなく、かつ包括的でもない。
【００５６】
さらに、機能を表すさまざまな名称（例えば、NAF、HSS、BSF等）、プロトコル・インターフェースを表す名称（例えば、Zn、Zn'、Zh、Zpn、Zpn'等）、サービス機能を表す名称（例えば、GPL U、GBA U等）または要素を表す名称（例えば、ussType complexType）は、いかなる点においても限定する目的ではなく、さまざまな機能やインターフェース、サービス機能、要素または類似するものを任意の適した名称で特定してもよい。
【００５７】
さらに、本発明の限定されない例示的実施形態のさまざまな機能のうちのいくつかを、他の機能を対応して使用せずに、使用することができる。従って、前述の説明は、本発明の原理、教示および例示的実施形態を単に例示するものとしてみなされるべきであり、それを限定するものとしてみなされるものではない。
【図１】
0005466770.tif 000002
【図２】
0005466770.tif 000003
【図３】
0005466770.tif 000004
【図４】
0005466770.tif 000005
【図５】
0005466770.tif 000006
【図６】
0005466770.tif 000007