(57)【要約】本発明の例示的実施形態によれば、ネットワーク・アプリケーション機能が、利用したい所望のユーザ機器セキュリティ機能のリストを決定することであって、セキュリティ機能のリストは、ネットワーク・アプリケーション機能の優先順に並べられている、決定することと；該リストを、ブートストラッピング・サーバ機能を経由してユーザ・セキュリティ設定のデータベースに送信することと；ネットワーク・アプリケーション機能が、ブートストラッピング・サーバ機能を経由してセキュリティ鍵を含むセキュリティ機能応答を受信することであって、セキュリティ鍵はデータベースに格納された情報から抽出され、該リストに含まれる所望のセキュリティ機能に対応しており、それにより、ユーザ機器の少なくとも１つの所望のセキュリティ機能の利用可能性をネットワーク・アプリケーション機能に通知する、受信することと；を含む、少なくとも１つの方法、実行可能なコンピュータ・プログラム、そして機器が提供される。【選択図】図６
2013513986.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク・アプリケーション機能が、利用したい所望のユーザ機器セキュリティ機能のリストを決定することであって、前記セキュリティ機能の前記リストは、前記ネットワーク・アプリケーション機能の優先順に並べられている、前記決定することと；
前記リストを、ブートストラッピング・サーバ機能を経由してユーザ・セキュリティ設定のデータベースへ送信することと；
前記ネットワーク・アプリケーション機能が、前記ブートストラッピング・サーバ機能を経由して、セキュリティ鍵を含むセキュリティ機能応答を受信することであって、前記セキュリティ鍵は、前記データベースに格納された情報から抽出され、前記リストに含まれる所望のセキュリティ機能に対応しており、それにより、前記ユーザ機器の少なくとも１つの前記所望のセキュリティ機能の利用可能性を前記ネットワーク・アプリケーション機能に通知する、前記受信することと；
を含む方法。
【請求項２】
前記リストは、ホーム加入者サーバを経由して前記ユーザ・セキュリティ設定のデータベースに送信される、請求項１に記載の方法。
【請求項３】
前記データベースは、前記ネットワーク・アプリケーション機能および前記ブートストラッピング・サーバ機能を含むシステムの外部にある、請求項１に記載の方法。
【請求項４】
前記データベースは、サポートされるセキュリティ機能を格納するためのフィールドを含む、請求項１に記載の方法。
【請求項５】
前記リストは、１つのエントリ、もしくは２つ以上のエントリを含む、請求項１に記載の方法。
【請求項６】
前記リストは、セキュリティ機能リクエストメッセージで送信される、請求項１に記載の方法。
【請求項７】
前記セキュリティ機能リクエストメッセージは、一対の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アプリケーションを含む。
【００１６】
図４Bは本発明のある実施形態における装置の簡略ブロック図である。ある実施形態によれば装置はBSF 10、HSS 14およびNAF 16のうちの１つまたは全てを実装するために利用されうる。基本的には、これらのコンポーネントはコンピュータシステムが有すると想定される。例えばBSF 10については、少なくとも１つのコンピュータまたはデータ・プロセッサ（DP）10A等のコントローラ、コンピュータ命令プログラム（PROG）入出力制御装置（IOC）を格納する少なくとも１つのメモリ（10B）で具現化されるコンピュータ可読メモリ媒体、そして定義済みインターフェース（Zh、Zn、Zpn、Ub、Dz）を経由しGBAアーキテクチャの他の複数のコンポーネントと双方向コミュニケーションするのに適した少なくとも１つの送受信機を有する。プロキシ使用もしくはHLRの使用のための更なるインターフェースがある。しかし、これら追加のインターフェースは図４Bに示されている。
UEスマートカード 18Eがセキュリティ・アソシエーションの確立をサポートするか否かに関する情報がHSS  GUSS20に格納されるべきであることは、3GPPにおいて既に合意されている。このことは3 GPP 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がいくつかのセキュリティ機能を利用したいと所望した場合、そのいくつかの機能の優先順位のリストを提供する（例：{featurel;feature2;...;featuren}）。
【００２４】
このように、本発明のある例示的側面は、所望のセキュリティ機能を、所望のセキュリティ機能の優先順位リストを提供する可能性とともに標示することができる。
【００２５】
（２）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特定鍵の材料である。さらに、リクエストは例えば3 GPP TS 33.223. で定義されるZpnおよびZpn'プロトコル・インターフェースを利用することも可能である。プロトコルZPNはNAFおよびBSF間に存在し、また、リクエストはユーザ・アイデンティティやNAF-Idおよび/またはGSIDを含めることができる。さらに、セキュリティ機能リクエスト要素のためのフィールドは"element name="securityfeaturesrequest" type="xsd:string" minOccurs="0"."として読み込み可能である。NAFはセキュリティ機能リクエスト要素またはパラメータを利用してセキュリティ機能の利用可能性に関する情報をリクエストしてもよい。要素はセキュリティ機能についてのセミコロンで区切られた優先順リストを含んでもよい。この実施形態によれば、NAFはセキュリティ機能リクエストAVPを利用したセキュリティ機能の利用可能性についての情報をリクエストしてもよい。さらに、AVPは3 GPP 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要素からセキュリティ機能を引用することができ、それらセキュリティ機能を応答内のセキュリティ機能応答要素に追加する。これは通常、NAFから受信したセキュリティ機能リクエストおよびbsfInfo要素から引用した情報に含まれる。要素"bsflnfo"の中のオプショナル要素"securityFeatures"の値は、ユーザ機器がサポートするユーザ固有のセキュリティ機能リストを標示する。セキュリティ機能要素が存在しない場合には、セキュリティ機能が定義されず、または複数の値のリストが存在する場合には、それらは"；"で区切られる。
【００３１】
一般的なセキュリティ機能は、bsflnfo要素内での出現順にセキュリティ機能応答要素に追加されうる。セキュリティ機能要素がGUSS内で定義されない場合、もしくは、一般的なセキュリティ機能が存在しない場合、BSFは応答内のセキュリティ機能応答要素に空文字列を追加するものとする。
【００３２】
セキュリティ機能応答AVPはオクテット列型になりうる。AVPはHSSにより特定される１つないし複数のセキュリティ機能を含む。この情報は、GUSSの"bsfElement"やリクエスト内で受信されるセキュリティ機能等のセキュリティ機能要素を利用してBSFに伝えられうる。さらに、セキュリティ機能応答要素のフィールドは、例えば"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）は、いかなる点においても限定する目的ではなく、さまざまな機能やインターフェース、サービス機能、要素または類似するものを任意の適した名称で特定してもよい。
【００５７】
さらに、本発明の限定されない例示的実施形態のさまざまな機能のうちのいくつかを、他の機能を対応して使用せずに、使用することができる。従って、前述の説明は、本発明の原理、教示および例示的実施形態を単に例示するものとしてみなされるべきであり、それを限定するものとしてみなされるものではない。
【図１】
2013513986.tif 000003
【図２】
2013513986.tif 000004
【図３】
2013513986.tif 000005
【図４】
2013513986.tif 000006
【図５】
2013513986.tif 000007
【図６】
2013513986.tif 000008
【手続補正書】
【提出日】平成24年7月10日(2012.7.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワーク・アプリケーション機能が、利用したい所望のユーザ機器セキュリティ機能のリストを決定することであって、前記セキュリティ機能の前記リストは、前記ネットワーク・アプリケーション機能の優先順に並べられている、前記決定することと；
前記リストを、ブートストラッピング・サーバ機能を経由してユーザ・セキュリティ設定のデータベースへ送信することと；
前記ネットワーク・アプリケーション機能が、前記ブートストラッピング・サーバ機能を経由して、セキュリティ鍵を含むセキュリティ機能応答を受信することであって、前記セキュリティ鍵は、前記データベースに格納された情報から抽出され、前記リストに含まれる所望のセキュリティ機能に対応しており、それにより、前記ユーザ機器の少なくとも１つの前記所望のセキュリティ機能の利用可能性を前記ネットワーク・アプリケーション機能に通知する、前記受信することと；
を含む方法。
【請求項２】
前記リストは、ホーム加入者サーバを経由して前記ユーザ・セキュリティ設定のデータベースに送信される、請求項１に記載の方法。
【請求項３】
前記データベースは、前記ネットワーク・アプリケーション機能および前記ブートストラッピング・サーバ機能を含むシステムの外部にある、請求項１または２に記載の方法。
【請求項４】
前記データベースは、サポートされるセキュリティ機能を格納するためのフィールドを含む、請求項１から３の何れかに記載の方法。
【請求項５】
前記リストは、１つのエントリ、もしくは２つ以上のエントリを含む、請求項１から４の何れかに記載の方法。
【請求項６】
前記リストは、セキュリティ機能リクエストメッセージで送信される、請求項１から５の何れかに記載の方法。
【請求項７】
前記セキュリティ機能リクエストメッセージは、一対のDiameterメッセージ属性値を利用して送信される、請求項６に記載の方法。
【請求項８】
前記セキュリティ機能リクエストメッセージは、優先順内でセミコロンによって区切られた前記所望のユーザ機器セキュリティ機能を含む、請求項６または７に記載の方法。
【請求項９】
コンピュータ可読命令を含むコンピュータ・プログラムであって、動作を実行するために前記コンピュータ可読命令は少なくとも１つのプロセッサにより実行され、前記動作は：
ネットワーク・アプリケーション機能が、利用したい所望のユーザ機器セキュリティ機能のリストを決定することであって、前記セキュリティ機能の前記リストは、前記ネットワーク・アプリケーション機能の優先順に並べられている、前記決定することと；
前記リストを、ブートストラッピング・サーバ機能を経由してユーザ・セキュリティ設定のデータベースへ送信することと；
前記ネットワーク・アプリケーション機能が、前記ブートストラッピング・サーバ機能を経由して、セキュリティ鍵を含むセキュリティ機能応答を受信することであって、前記セキュリティ鍵は、前記データベースに格納された情報から抽出され、前記リストに含まれる所望のセキュリティ機能に対応しており、それにより、前記ユーザ機器の少なくとも１つの前記所望のセキュリティ機能の利用可能性を前記ネットワーク・アプリケーション機能に通知する、前記受信することと；
を含む、コンピュータ・プログラム。
【請求項１０】
前記セキュリティ機能応答は、前記リストに共通のセキュリティ機能の標示を含み、さらに前記共通のセキュリティ機能は前記データベースに格納された前記情報より抽出される通りに順序付けられる、請求項９に記載のコンピュータ・プログラム。
【請求項１１】
前記リストは、ホーム加入者サーバを経由して前記ユーザ・セキュリティ設定のデータベースへ送信される、請求項９または１０に記載のコンピュータ・プログラム。
【請求項１２】
前記データベースは、前記ネットワーク・アプリケーション機能および前記ブートストラッピング・サーバ機能を含む前記システムの外部にある、請求項９から１１の何れかに記載のコンピュータ・プログラム。
【請求項１３】
装置であって、
少なくとも１つのプロセッサと；
コンピュータ・プログラムを含む少なくとも１つのメモリを備える装置であって、前記コンピュータ・プログラムは、前記少なくとも１つのプロセッサによって
前記装置に少なくとも：
ネットワーク・アプリケーション機能が、利用したい所望のユーザ機器セキュリティ機能のリストを決定することであってと、前記セキュリティ機能の前記リストはネットワーク・アプリケーション機能の優先順に並べられる、前記決定することこと；
前記リストを、ブートストラッピング・サーバ機能を経由してユーザ・セキュリティ設定のデータベースへ送信することと；
前記ネットワーク・アプリケーション機能が、前記ブートストラッピング・サーバ機能を経由して、セキュリティ鍵を含むセキュリティ機能応答を受信することであって、前記セキュリティ鍵は、前記データベースに格納された情報から抽出され、前記リストに含まれた所望のセキュリティ機能に対応しており、それにより、前記ユーザ機器内の少なくとも１つの前記所望のセキュリティ機能の利用可能性を前記ネットワーク・アプリケーション機能に通知する、前記受信することと；
を行わせるように構成される、装置。
【請求項１４】
前記リストは、ホーム加入者サーバを経由して前記ユーザ・セキュリティ設定のデータベースへ送信される、請求項１３に記載の装置。
【請求項１５】
前記データベースは、前記ネットワーク・アプリケーション機能および前記ブートストラッピング・サーバ機能を含む前記システムの外部にある、請求項１３または１４に記載の装置。
【請求項１６】
前記データベースは、サポートされたセキュリティ機能を格納するためのフィールドを含む、請求項１３から１５の何れかに記載の装置。
【請求項１７】
前記リストは、１つのエントリ、もしくは２つ以上のエントリを含む、請求項１３から１６の何れかに記載の装置。
【請求項１８】
前記リストは、セキュリティ機能リクエストメッセージで送信される、請求項１３から１７の何れかに記載の装置。
【請求項１９】
前記セキュリティ機能リクエストメッセージ、は一対のDiameter・メッセージ属性値を利用して送信される、請求項１８に記載の装置。
【請求項２０】
前記セキュリティ機能リクエストメッセージは、優先順内でセミコロンによって区切られた前記所望のユーザ機器セキュリティ機能を含む、請求項１８または１９に記載の方法。
【国際調査報告】
2013513986.tif 000009
2013513986.tif 000010
2013513986.tif 000011