(57)【要約】  本発明の１つの観点はアプリケーションを認証するための方法を開示する。本方法は、サーバーアプリケーション（４０８）を用いて、サーバーアプリケーション（４０８）とブートストラッピングサーバー機能（４００）の間でブートストラッピング手順（４１２）を実行するステップ、少なくともブートストラッピング手順（４１２）中にブートストラッピングサーバー機能サーバー（４００）から受信される鍵及びネットワークアプリケーション機能識別子基づき共有鍵を導出する（４２０、４２２）ステップ、ブートストラッピング手順（４１２）中にブートストラッピングサーバー機能サーバー（４００）から受信されるブートストラッピングトランザクション識別子をアプリケーション（４０６）に供給する（４１４）ステップ、アプリケーション（４０６）からレスポンスを受信するステップ、及び共有鍵を用いてレスポンスの正当性を確認することによりアプリケーションを認証する（４２６）ステップを有する。
2009531764.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションを認証する方法であって、該方法は、
サーバーアプリケーションを用いて、該サーバーアプリケーションとブートストラッピングサーバー機能の間でブートストラッピング手順を実行するステップ、
少なくとも前記ブートストラッピング手順中に前記ブートストラッピングサーバー機能サーバーから受信される鍵及びネットワークアプリケーション機能識別子に基づき共有鍵を導出するステップ、
前記アプリケーションにブートストラッピングトランザクション識別子を供給するステップであって、該ブートストラッピングトランザクション識別子は前記ブートストラッピング手順中に前記ブートストラッピングサーバー機能サーバーから受信されるステップ、
前記アプリケーションからレスポンスを受信するステップ、及び
前記共有鍵で前記レスポンスの正当性を確認することにより前記アプリケーションを認証するステップ、
を有する方法。
【請求項２】
前記アプリケーションの前記認証するステップは、
前記共有鍵と前記レスポンスを比較することにより、前記アプリケーションを認証することを有する、請求項１に記載の方法。
【請求項３】
チャレンジを生成するステップ、及び
前記アプリケーションに前記チャレンジを供給するステップ、
を更に有し、
前記認証するステップは、前記チャレンジ及び前記共有鍵で前記レスポンスの正当性を確認することによりアプリケーションを認証することを有する、請求項１に記載の方法。
【請求項４】
前記レスポンスと共に署名されたデータを受信するステップ、
を更に有し、
前記認証するステップは、前記共有鍵で前記署名されたデータを検証することを更に有する、請求項３に記載の方法。
【請求項５】
前記アプリケーションから登録要求を受信するステップであって、前記アプリケーションに前記ブートストラッピングトランザクション識別子を供給する前に、該要求は前記ネットワークアプリケーション機能識別子及びアプリケーションインスタンス識別子の少なくとも１つを有するステップ、
を更に有する、請求項１に記載の方法。
【請求項６】
前記アプリケーションに前記ブートストラッピングトランザクション識別子を供給する前に、前記アプリケーションから登録要求を受信するステップ、
を更に有する、請求項１に記載の方法。
【請求項７】
前記登録要求は、アプリケーションインスタンス識別子を有する、請求項６に記載の方法。
【請求項８】
前記共有鍵の前記導出するステップは、
前記ブートストラッピング手順中に前記ブートストラッピングサーバー機能サーバーから受信される前記鍵、前記ネットワークアプリケーション機能識別子及び前記アプリケーションインスタンス識別子に基づき前記共有鍵を導出することを有する、請求項５又は７に記載の方法。
【請求項９】
前記認証が成功であれば、前記アプリケーションを信頼されたものとして印を付けるステップ、
を更に有する、請求項１に記載の方法。
【請求項１０】
前記アプリケーションに前記共有鍵を供給するステップ、
を更に有する、請求項９に記載の方法。
【請求項１１】
ネットワークアプリケーション機能鍵に対する要求を前記アプリケーションから受信するステップ、及び、
前記要求に応答し、前記ネットワークアプリケーション機能鍵を前記アプリケーションに送信するステップ、
を更に有する、請求項９に記載の方法。
【請求項１２】
サーバーアプリケーションでアプリケーションを認証する方法であって、該方法は、
前記アプリケーションと共に、少なくともブートストラッピングトランザクション識別子をサーバーアプリケーションから受信するステップ、
ネットワークアプリケーション機能サーバーとの通信リンクを開くステップ、
前記通信リンクを介して、前記ネットワークアプリケーション機能サーバーに少なくともブートストラッピングトランザクション識別子を供給するステップ、
前記ブートストラッピングトランザクション識別子を供給するステップに応答して、少なくともレスポンスを前記ネットワークアプリケーション機能サーバーから受信するステップ、
前記サーバーアプリケーションに前記ネットワークアプリケーション機能サーバーから受信される少なくとも前記レスポンスを供給することにより、前記アプリケーションを認証するステップ、
を有する方法。
【請求項１３】
前記サーバーアプリケーションから前記受信するステップは、前記ブートストラッピングトランザクション識別子及びチャレンジを受信することを有し、及び
前記ネットワークアプリケーション機能サーバーに前記供給するステップは、前記通信リンクを介して前記ネットワークアプリケーション機能サーバーに前記ブートストラッピングトランザクション識別子及び前記チャレンジを供給することを有する、
請求項１２に記載の方法。
【請求項１４】
前記ネットワークアプリケーション機能から前記受信するステップは、前記ネットワークアプリケーション機能から前記レスポンス及び署名されたデータを受信することを有し、及び
前記アプリケーションを前記認証するステップは、前記サーバーアプリケーションに前記ネットワークアプリケーション機能サーバーから受信される前記レスポンス及び前記署名されたデータを供給することを有する、
請求項１３に記載の方法。
【請求項１５】
認証成功の後、前記サーバーアプリケーションから共有鍵を受信するステップ、
を更に有する、請求項１２に記載の方法。
【請求項１６】
認証後、ネットワークアプリケーション機能鍵に対する要求を前記サーバーアプリケーションに送信するステップ、及び、
前記要求に応答して、前記サーバーアプリケーションから前記ネットワークアプリケーション機能鍵を受信するステップ、
を更に有する、請求項１２に記載の方法。
【請求項１７】
認証鍵を導出する方法であって、該方法は、
アプリケーションとの通信リンクを開くステップ、
前記通信リンクを介して、少なくともブートストラッピングトランザクション識別子を前記アプリケーションから受信するステップ、
共有鍵を受信するためにブートストラッピングサーバー機能サーバーへ要求を送信するステップであって、該要求は少なくとも前記ブートストラッピングトランザクション識別子を有するステップ、
前記要求に応答して、前記共有鍵を前記ブートストラッピングトランザクション識別子から受信するステップ、
少なくとも前記共有鍵を用いることでレスポンスを導出するステップ、及び、
少なくとも前記レスポンスを前記アプリケーションに送信するステップ、
を有する方法。
【請求項１８】
前記アプリケーションから前記受信するステップは、前記通信リンクを介して前記ブートストラッピングトランザクション識別子及びチャレンジを受信することを有し、及び
前記レスポンスを前記導出するステップは、少なくとも前記共有鍵及び前記チャレンジを用いることにより前記レスポンスを導出することを有する、
請求項１７に記載の方法。
【請求項１９】
前記少なくとも１つのレスポンスを前記送信するステップは、前記レスポンス及び前記共有鍵で署名された署名されたデータを前記アプリケーションに送信することを有する、
請求項１７又は１８に記載の方法。
【請求項２０】
アプリケーションを認証するためのコンピュータプログラムであって、データ処理デバイス上で実行されるとき、該コンピュータプログラムは、
ブートストラッピングサーバー機能を用いてブートストラッピング手順を実行するステップ、
少なくとも前記ブートストラッピング手順中に前記ブートストラッピングサーバー機能サーバーから受信される鍵及びネットワークアプリケーション機能識別子に基づき共有鍵を導出するステップ、
アプリケーションにブートストラッピングトランザクション識別子を供給するステップであって、該ブートストラッピングトランザクション識別子は前記ブートストラッピング手順中に前記ブートストラッピングサーバー機能サーバーから受信されるステップ、
前記アプリケーションからレスポンスを受信するステップ、及び
前記共有鍵で前記レスポンスの正当性を確認することにより前記アプリケーションを認証するステップ、
を実行するよう適合されたコードを有するコンピュータプログラム。
【請求項２１】
前記アプリケーションの前記認証するステップは、
前記共有鍵と前記レスポンスを比較することにより、前記アプリケーションを認証することを有する、請求項２０に記載のコンピュータプログラム。
【請求項２２】
前記データ処理デバイス上で実行されるとき、
チャレンジを生成するステップ、及び
前記アプリケーションに前記チャレンジを供給するステップ、
を実行するよう更に適合され、
前記アプリケーションを前記認証するステップは、前記チャレンジ及び前記共有鍵で前記レスポンスの正当性を確認することにより前記アプリケーションを認証することを有する、請求項２０に記載のコンピュータプログラム。
【請求項２３】
前記データ処理デバイス上で実行されるとき、
前記レスポンスと共に署名されたデータを受信するステップ、
を実行するよう更に適合され、
前記アプリケーションを前記認証するステップは、前記共有鍵で前記署名されたデータを検証することを更に有する、請求項２２に記載のコンピュータプログラム。
【請求項２４】
前記データ処理デバイス上で実行されるとき、
前記アプリケーションから登録要求を受信するステップであって、前記アプリケーションに前記ブートストラッピングトランザクション識別子を供給する前に、該要求は前記ネットワークアプリケーション機能識別子及びアプリケーションインスタンス識別子の少なくとも１つを有するステップ、
を実行するよう更に適合された、請求項２０に記載のコンピュータプログラム。
【請求項２５】
前記データ処理デバイス上で実行されるとき、
前記アプリケーションに前記ブートストラッピングトランザクション識別子を供給する前に、前記アプリケーションから登録要求を受信するステップ、
を実行するよう更に適合された、請求項２０に記載のコンピュータプログラム。
【請求項２６】
前記登録要求は、アプリケーションインスタンス識別子を有する、請求項２５に記載のコンピュータプログラム。
【請求項２７】
前記共有鍵の前記導出するステップは、
前記ブートストラッピング手順中に前記ブートストラッピングサーバー機能サーバーから受信される前記鍵、前記ネットワークアプリケーション機能識別子及び前記アプリケーションインスタンス識別子に基づき前記共有鍵を導出することを有する、請求項２４又は２６に記載のコンピュータプログラム。
【請求項２８】
前記データ処理デバイス上で実行されるとき、
前記認証が成功であれば、前記アプリケーションを信頼されたものとして印を付けるステップ、
を実行するよう更に適合された、請求項２０に記載のコンピュータプログラム。
【請求項２９】
前記データ処理デバイス上で実行されるとき、
前記アプリケーションに前記共有鍵を供給するステップ、
を実行するよう更に適合された、請求項２８に記載のコンピュータプログラム。
【請求項３０】
前記データ処理デバイス上で実行されるとき、
ネットワークアプリケーション機能鍵に対する要求を前記アプリケーションから受信するステップ、及び、
前記要求に応答し、前記ネットワークアプリケーション機能鍵を前記アプリケーションに送信するステップ、
を実行するよう更に適合された、請求項２８に記載のコンピュータプログラム。
【請求項３１】
前記コンピュータプログラムがコンピュータ読み取り可能な記録媒体上に搭載される、請求項２０−３０のいずれかに記載のコンピュータプログラム。
【請求項３２】
サーバーアプリケーションでアプリケーションを認証するためのコンピュータプログラムであって、データ処理デバイス上で実行されるとき、該コンピュータプログラムは、
少なくともブートストラッピングトランザクション識別子をサーバーアプリケーションから受信するステップ、
ネットワークアプリケーション機能サーバーとの通信リンクを開くステップ、
前記通信リンクを介して、前記ネットワークアプリケーション機能サーバーに少なくとも前記ブートストラッピングトランザクション識別子を供給するステップ、
前記ブートストラッピングトランザクション識別子を供給するステップに応答して、少なくともレスポンスを前記ネットワークアプリケーション機能サーバーから受信するステップ、及び
前記サーバーアプリケーションに前記ネットワークアプリケーション機能サーバーから受信される少なくとも前記レスポンスを供給することにより、前記アプリケーションを認証するステップ、
を実行するよう適合されたコードを有するコンピュータプログラム。
【請求項３３】
前記サーバーアプリケーションから前記受信するステップは、前記ブートストラッピングトランザクション識別子及びチャレンジを受信することを有し、及び
前記ネットワークアプリケーションサーバーに前記供給するステップは、前記通信リンクを介して前記ネットワークアプリケーション機能サーバーに前記ブートストラッピングトランザクション識別子及び前記チャレンジを供給することを有する、
請求項３２に記載のコンピュータプログラム。
【請求項３４】
ネットワークアプリケーション機能から前記受信するステップは、ネットワークアプリケーション機能から前記レスポンス及び署名されたデータを受信することを有し、及び
前記アプリケーションを前記認証するステップは、前記サーバーアプリケーションに前記ネットワークアプリケーション機能サーバーから受信される前記レスポンス及び前記署名されたデータを供給することを有する、
請求項３３に記載のコンピュータプログラム。
【請求項３５】
前記データ処理デバイス上で実行されるとき、
認証成功の後、前記サーバーアプリケーションから共有鍵を受信するステップ、
を実行するよう更に適合された、請求項３２に記載のコンピュータプログラム。
【請求項３６】
前記データ処理デバイス上で実行されるとき、
認証後、ネットワークアプリケーション機能鍵に対する要求を前記サーバーアプリケーションに送信するステップ、及び、
前記要求に応答して、前記ネットワークアプリケーション機能鍵を前記サーバーアプリケーションから受信するステップ、
を実行するよう更に適合された、請求項３２に記載のコンピュータプログラム。
【請求項３７】
前記コンピュータプログラムがコンピュータ読み取り可能な記録媒体上に搭載される、請求項３２−３６のいずれかに記載のコンピュータプログラム。
【請求項３８】
認証鍵を導出するためのコンピュータプログラムであって、データ処理デバイス上で実行されるとき、該コンピュータプログラムは、
アプリケーションとの通信リンクを開くステップ、
前記通信リンクを介して、少なくともブートストラッピングトランザクション識別子を前記アプリケーションから受信するステップ、
共有鍵を受信するためにブートストラッピングサーバー機能サーバーに要求を送信するステップであって、該要求は少なくとも前記ブートストラッピングトランザクション識別子を有するステップ、
前記要求に応答して、前記共有鍵を前記ブートストラッピングトランザクション識別子から受信するステップ、
少なくとも前記共有鍵を用いることでレスポンスを導出するステップ、及び、
少なくとも前記レスポンスを前記アプリケーションに送信するステップ、
を実行するよう適合されたコードを有するコンピュータプログラム。
【請求項３９】
前記受信するステップは、前記通信リンクを介して前記ブートストラッピングトランザクション識別子及びチャレンジを受信することを有し、及び
前記導出するステップは、少なくとも前記共有鍵及び前記チャレンジを用いることにより前記レスポンスを導出することを有する、
請求項３８に記載のコンピュータプログラム。
【請求項４０】
少なくとも前記レスポンスを前記送信するステップは、前記レスポンス及び前記共有鍵で署名された署名されたデータを前記アプリケーションに送信することを有する、
請求項３８又は３９に記載のコンピュータプログラム。
【請求項４１】
前記コンピュータプログラムがコンピュータ読み取り可能な記録媒体上に搭載される、請求項３８−４０のいずれかに記載のコンピュータプログラム。
【請求項４２】
アプリケーションを認証するためのモバイル端末であって、
サーバーアプリケーションとブートストラッピングサーバー機能の間でブートストラッピング手順を実行し、少なくとも前記ブートストラッピング手順中に前記ブートストラッピングサーバー機能サーバーから受信される鍵及びネットワークアプリケーション機能識別子に基づき共有鍵を導出し、アプリケーションにブートストラッピングトランザクション識別子を供給し、該ブートストラッピングトランザクション識別子は前記ブートストラッピング手順中に該ブートストラッピングサーバー機能サーバーから受信され、該アプリケーションからレスポンスを受信し、及び該共有鍵で該レスポンスの正当性を確認することにより該アプリケーションを認証するよう構成された該サーバーアプリケーションを有するモバイル端末。
【請求項４３】
前記サーバーアプリケーションは、前記共有鍵と前記レスポンスを比較することにより、前記アプリケーションを認証するよう構成された、請求項４２に記載のモバイル端末。
【請求項４４】
前記サーバーアプリケーションは、チャレンジを生成し、前記アプリケーションに該チャレンジを供給し、並びに該チャレンジ及び前記共有鍵で前記レスポンスの正当性を確認するよう構成された、請求項４２に記載のモバイル端末。
【請求項４５】
前記サーバーアプリケーションは、前記レスポンスと共に署名されたデータを受信し、及び前記共有鍵で前記署名されたデータを検証することを更に有するステップを認証するよう構成された、請求項４４に記載のモバイル端末。
【請求項４６】
前記サーバーアプリケーションは、前記アプリケーションから登録要求を受信するよう構成され、前記アプリケーションに前記ブートストラッピングトランザクション識別子を供給する前に、該要求は前記ネットワークアプリケーション機能識別子及びアプリケーションインスタンス識別子の少なくとも１つを有する、請求項４２に記載のモバイル端末。
【請求項４７】
前記サーバーアプリケーションは、前記アプリケーションに前記ブートストラッピングトランザクション識別子を供給する前に、前記アプリケーションから登録要求を受信するよう構成された、請求項４２に記載のモバイル端末。
【請求項４８】
前記登録要求は、アプリケーションインスタンス識別子を有する、請求項４７に記載のモバイル端末。
【請求項４９】
前記サーバーアプリケーションは、前記ブートストラッピング手順中に前記ブートストラッピングサーバー機能サーバーから受信される前記鍵、前記ネットワークアプリケーション機能識別子及び前記アプリケーションインスタンス識別子に基づき前記共有鍵を導出するよう構成された、請求項４６又は４８に記載のモバイル端末。
【請求項５０】
前記認証が成功であれば、前記サーバーアプリケーションは前記アプリケーションを信頼されたものとして印を付けるよう構成された、請求項４２に記載のモバイル端末。
【請求項５１】
前記サーバーアプリケーションは、前記アプリケーションに前記共有鍵を供給するよう構成された、請求項５０に記載のモバイル端末。
【請求項５２】
前記サーバーアプリケーションは、ネットワークアプリケーション機能鍵に対する要求を前記アプリケーションから受信し、及び前記要求に応答し、前記ネットワークアプリケーション機能鍵を前記アプリケーションに送信するよう構成された、請求項５０に記載のモバイル端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証に関する。特に、本発明は、クライアントアプリケーションを認証するための、新規な及び改良された方法、コンピュータプログラム及びモバイル端末に関する。
【背景技術】
【０００２】
真にモバイルコンピューティング及びネットワーキングに向かう現在の進展は、様々なアクセス技術の進化をもたらし、また、ユーザーが彼ら自身のホームネットワークの外部にいるとき、インターネットへのアクセスをユーザーに提供する。これまでのところ、インターネットの使用は、個人対機械の通信、即ち、情報サービスにより占められてきた。いわゆる第３世代（３Ｇ）ワイヤレスネットワークへの進展は、モバイルマルチメディア通信をもたらし、また、ＩＰベースサービスが公衆モバイルネットワークで利用される方法を変化させるであろう。3GPP（3rd Generation Partnership Project）により規定されているように、IPマルチメディアサブシステム（IMS）は、モバイル音声通信とインターネット技術を統合し、IPベースマルチメディアサービスがモバイルネットワーク内で利用されることを可能にする。
【０００３】
新たなマルチメディア対応モバイル端末（マルチメディアフォーン）は、アプリケーション開発者に対しオープンな開発プラットフォームを提供し、独立しているアプリケーション開発者がマルチメディア環境に対する新たなサービス及びアプリケーションを設計することを可能にする。ユーザーは、次々と新たなアプリケーション／サービスをそのモバイル端末にダウンロードし、その中でそれらを使用することができる。
【０００４】
例えば、技術仕様3GPP TS 33.220は、汎用認証アーキテクチャ（GAA: Generic Authentication Architecture）の一部である汎用ブートストラッピングアーキテクチャ（GBA: Generic Bootstrapping Architecture）を開示している。GBAの一般的なネットワークモデルが、図１に開示される。図１に開示されたモデルは、４つの異なる構成要素を有する。ユーザー装置（UE）１４、ブートストラッピングサーバー機能（BSF）１２、ネットワークアプリケーション機能（NAF）１６、及びホーム加入者システム（HSS）１０である。図１は、構成要素間のインタフェースも開示している。
【０００５】
図２は、GBA内のブートストラッピング手順を説明するダイアグラムである。UE２００がNAFとの情報のやり取りを希望し、及びブートストラッピング手順が必要であることを知っているとき、UE２００は、まずブートストラッピング認証を実行しなければならない。ブートストラッピングが開始されると、UE２００はBSF２０２に対しHTTP要求を送信する（２１）。BSF２０２は、参照ポイントZh上でGBAユーザーセキュリティ設定の完全なセット及び１つの認証ベクター（AV: Authentication Vector、 AV = RAND || AUTN || XRES || CK || IK）をHSS２０４から取り込む（２２）。そして、BSF２０２は、401メッセージ内で、RAND及びAUTNをUE２００に転送する（２３）（CK、IK及びXRESなしで）。これは、UE２００が自身で認証するよう要求するためである。UE２００は、チャレンジ（challenge）が認可されたネットワークからのものであるかを検証するため、AUTNを検査する（２４）。UE２００は、また、CK、IK及びRESを計算する。これは、BSF２０２及びUE２００の両方におけるセッション鍵IK及びCKをもたらす。UE２００は、Digest AKAレスポンス（RESを用いて計算される）を含むその他のHTTP要求をBSF２０２に送信する（２５）。BSF２０２は、Digest AKAレスポンスを検証することによりUE２００を認証し（２６）、CKとIKを連結することによりマスター鍵Ksを生成する（２７）。B-TID値も生成されなければならない。BSF２０２は、認証の成功を通知するために、B-TIDを含む２００ OKメッセージをUE２００に送信する（２８）。さらに、２００ OKメッセージ内で、BSF２０２は鍵Ksの有効期間を提供しなければならない。鍵KsはCKとIKを連結することによりUE２００内に生成される。UE２００とBSF２０２の両方は、鍵Ks_NAFを導出するためにKsを使用しなければならない。Ks_NAFは参照ポイントUaを保証するために使用されるものとする（図１参照）。
【０００６】
Ks_NAFは、Ks_NAF = KDF（Ks、鍵導出パラメータ）として計算され、ここでKDFは適切な鍵導出関数であり、鍵導出パラメータは、ユーザーのプライベート識別、NAF_Id及びRANDを有する。GBAに対するKDFは、3GPP TS 33.220、Annex B内で定義される。NAF_Idは、NAFの完全なDNSネーム及びUaプロトコルセキュリティ識別子をからなる。KDFはモバイル装置内に実装されなければならない。
【０００７】
端末内のアプリケーションがネットワークアプリケーションサーバーへの認証を希望するとき、端末内の信頼アプリケーションにより提供されるAPIを通して、NAF特定共有秘密Ks_NAFを得る。信頼アプリケーションは、NAF特定共有秘密Ks_NAFを導出するため、ネットワーク内のブートストラッピングサーバー機能（BSF）サーバーとの上記したブートストラッピング手順を使用する。NAFは、BSFとの通信により、このクライアントアプリケーションに対する共有秘密を得る。
【０００８】
サービスプロバイダーは、その他のサービスプロバイダーにより開発及び所有され、並びにそのサービスにアクセスするためにモバイル端末内に導入されたクライアントアプリケーションを阻止することができる。この目的を達成するために、サービスプロバイダーは、例えば、アプリケーションがサービスにアクセスを試みる度に、モバイル端末内のそのアプリケーションを認証してもよい。しかし、この方法は、サービスプロバイダーとアプリケーションの各展開されたコピーの間で、長期間のセキュリティ関係を必要とする。これら長期間のセキュリティ関係を保持することは、サービスプロバイダーのコストを大きく増大させるであろう。
【０００９】
NAF特定鍵、即ちKs_NAFは、実際にNAF（即ちサービス）特定であるから、NAFサービスプロバイダーにより信頼されたそれらアプリケーションのみKs_NAFへアクセスできるよう制限することによって、目的はモバイル端末により達成できる。この制限は、モバイル端末のプラットフォームハードウェア及びソフトウェアが次のセキュリティ特性を持つのであれば可能となる。（１）プロセスは互いを認証できる、及び（２）１つのプロセスはその他プロセスのデータにアクセスできない。しかし、モバイル端末は、どのアプリケーションが何のNAF特定証明書（即ち、NAF特定鍵）へのアクセスを許可されるかを知る必要があり、その様に構成されなければならない。
【００１０】
モバイル端末内にGBA証明書（即ち、NAF特定鍵のセット）へのアクセス許可を設定するために、少なくとも２つのオプションがある。
【００１１】
第１では、モバイル端末が、外部発信元（source）から全NAFアプリケーションに対する許可を持つ構成（configuration）データを得ることができる。この場合、構成データは、信頼された発信元からもたらされ、且つ安全保護されていることが要求される。GBA証明書へアクセスするための許可は、デバイス管理フレームワーク（例えば、OMAデバイス管理手順）を用いて、その他構成データと共にMEに供給され、これらの要求を実行する。構成データのセキュリティは、１）対称、２）非対称暗号に基づくことができる。このオプションは、外部のデバイス管理フレームワークなしでも使用することができる。例えば、モバイル端末は、それがエンドユーザーに配達されるまでに、例えば、製造業者により工場内において、又はモバイル端末の販売員により店内において、設定される。モバイル端末がそのエンドユーザーに届いた後、例えば、モバイル端末が各新たな許可を設定するようにその所有者に要請するなど、許可を手動で変更することができる。しかし、モバイル端末の手動設定はサービス利用の使い勝手を損なうかも知れず、そのため、出来る限り自動的に許可を設定することが望ましい。更に、このオプションの潜在的な不利点は、構成データの発信元が全NAFアプリケーションに対する許可を定義するため、その発信元が全てのサービスプロバイダーにより信頼されなければならないことである。
【００１２】
第２では、各アプリケーションに対するアクセス権が、外部発信元との通信に基づき、１つずつ端末内で設定できる。
【００１３】
各アプリケーションに対してアクセス権を個々に設定するためのその他の方法は、公開鍵基盤（PKI: Public Key Infrastructure）及び署名されたアプリケーションを使用することである。通常、署名されたアプリケーションの署名は、アプリケーション特定デジタル証明書を用いて検証することができる。アプリケーションを認証及び検証するために使用されるPKIシステムは、サービス、又は複数サービスを定義するための可能性を有するかもしれず、このアプリケーションはアクセスする（即ち、アプリケーションがアクセス権を持つNAF特性証明書に）ことを許可される。この情報は、アプリケーション証明書自体内にコード化される、又はアプリケーションのメタデータの一部とすることができる。通常、この情報は各NAF特性証明書を一意的に識別するNAF識別子からなる。
【００１４】
GBA対称鍵を用いた構成のセキュリティは、NAF及びモバイル端末が鍵Ks_NAFを共有するという事実に基づく。この代替を実行するための２つの主な方法は、次である。（１）もしアプリケーションがKs_NAFにより署名されているのなら、そのNAFの証明書の今後の事例にアクセスを得ることが信頼されている、及び、（２）もしアプリケーションがKs_NAFを知っていることをモバイル端末に一度証明できるなら、そのNAFの証明書の今後の事例にアクセスを得ることが信頼されている。
【００１５】
クライアントアプリケーションがモバイル端末に導入されるとき、このアプリケーションがGAA_MEサーバーから得られるNAF特定鍵を得ることを希望するのであれば、このアプリケーションとモバイル端末内に導入されるGAA_MEサーバー（即ち、BSFを用いたブートストラッピング手順を実行する信頼アプリケーション）の間の信頼を確立する必要がある。しかし、NAF特定デジタル証明書を用いてアプリケーションに署名する方法、及び端末内のアプリケーションの信頼を確立するために署名を使用する方法がある。例えば、これはSymbian端末内で使用されている。しかし、GAA_MEサーバーは全ての導入されたアプリケーション（信頼された）以外が、NAF特定鍵と共に供給されるべきかどうかは知らない。
【００１６】
上記した問題は、アプリケーションにより署名されたこのアプリケーションはGAAクライアント能力と共に提供されるべきである（即ち、NAF証明書はGAA_MEサーバーからモバイル端末アプリケーションに取得される）ということを述べている証明書に幾つかのエントリーを加えることにより解決することができる。この解決方法は、信頼を調整するためにGAA_MEサーバーと（プラットフォームセキュリティを伴う）プラットフォーム間に幾つかのメカニズムを必要とする。クライアントアプリケーションがラップトップ（分離端末使用例）のような近接装置内にあり、電話のGAA_MEサーバーを使用することを希望するとき、この解決方法は実行するのに手の込んだものとなる。
【００１７】
上記に基づき、従来技術の解決方法において解決する必要がある幾つかの問題がある。例えば、モバイル端末内のどのアプリケーションが何のNAF証明書へのアクセスを許可され、どのようにこれを設定するかである。更に、その他の問題は、モバイル端末内のGAA_MEサーバーにどのようにアプリケーションを認証するかである。
【発明の開示】
【００１８】
本発明の１つの観点によれば、アプリケーションを認証する方法が提供される。本方法は、信頼されたサーバーアプリケーションを用いて、信頼されたサーバーアプリケーションとブートストラッピングサーバー機能の間でブートストラッピング手順を実行するステップ、少なくともブートストラッピング手順中にブートストラッピングサーバー機能サーバーと一致した鍵及びネットワークアプリケーション機能識別子に基づき共有鍵を導出するステップ、ブートストラッピング手順中にブートストラッピングサーバー機能サーバーから受信されるブートストラッピングトランザクション識別子をアプリケーションに提供するステップ、アプリケーションからのレスポンスを受信するステップ、及び共有鍵を用いてレスポンスの正当性を確認（validate）することによりアプリケーションを認証するステップを有する。
【００１９】
本発明のその他の観点によれば、信頼されたサーバーアプリケーションを持つアプリケーションを認証する方法が提供される。本方法は、信頼されたサーバーアプリケーションから、アプリケーションと共に少なくともブートストラッピングトランザクション識別子を受信するステップ、ネットワークアプリケーション機能サーバーとの通信リンクを開けるステップ、通信リンクを介して、少なくともブートストラッピングトランザクション識別子をネットワークアプリケーション機能サーバーに供給するステップ、ブートストラッピングトランザクション識別子を供給することに応答して、ネットワークアプリケーション機能サーバーから少なくともレスポンスを受信するステップ、及びネットワークアプリケーション機能サーバーから受信された少なくともレスポンスを信頼されたサーバーアプリケーションに供給することによりアプリケーションを認証するステップを有する。
【００２０】
本発明のその他の観点によれば、認証鍵を導出する方法が提供される。本方法は、アプリケーションとの通信リンクを開くステップ、通信リンクを介して、アプリケーションから少なくともブートストラッピングトランザクション識別子を受信するステップ、共有鍵を受信するため、ブートストラッピングサーバー機能サーバーに要求を送信するステップで、該要求は少なくともブートストラッピングトランザクション識別子を有するステップ、要求に応答し、ブートストラッピングトランザクション識別子から共有鍵を受信するステップ、少なくとも共有鍵を用いてレスポンスを導出するステップ、及びアプリケーションに少なくともレスポンスを送信するステップを有する。
【００２１】
上記の観点の各々は、コンピューター読み取り可能媒体に搭載可能なコンピュータープログラムとして実装することができる。
【００２２】
本発明のその他の観点によれば、アプリケーションを認証するためのモバイル端末が提供される。本モバイル端末は、信頼されたサーバーアプリケーションとブートストラッピングサーバー機能の間でブートストラッピング手順を実行し、少なくともブートストラッピング手順中にブートストラッピングサーバー機能サーバーから受信される鍵要素及びネットワークアプリケーション機能識別子に基づき共有鍵を導出し、ブートストラッピング手順の間にブートストラッピングサーバー機能サーバーから受信されるブートストラッピングトランザクション識別子をアプリケーションに供給し、アプリケーションからレスポンスを受信し、共有鍵を用いてレスポンスの正当性を確認することによりアプリケーションを認証するよう構成された信頼されたサーバーアプリケーションを有する。
【００２３】
本発明は、従来技術の解決方法に対し幾つかの有利点を持つ。GAA証明書が幾つかのNAFを認証し、GAA_MEサーバーへの登録に対し使用される共有秘密（即ち、KS_NAF_install）を導出できない限り、ウィルスアプリケーション又はどのようなサードパーティーアプリケーションでさえも、モバイル装置内にインストールされたGAA_MEサーバーからのGAA証明書を要求できない。
【００２４】
更に、本発明は、GAA_MEサーバーと近接端末上のアプリケーションの間の共有秘密を導出するための解決方法を提供する。本発明内で開示される解決方法は、GAA_MEサーバーに対し近接アプリケーションを認証するために使用される。しかし、これは、近接デバイス内にもある種の信頼されたコンピューティング（プラットフォームセキュリティ）があることが必要となる。
【００２５】
更に、本発明は、アプリケーションを配信するために魅力あるオプションをオペレーターに提供する。ユーザーネーム−パスワードに基づく認証（又はその他の認証メカニズム）を既に持つオペレーターにとって、本発明内で開示される解決方法は、GAAに基づく証明利用の方へ移ることを簡単にする。
【００２６】
更に、２つのデバイスがグループ共有鍵を生成できるように本発明を使用することもでき、グループ共有鍵はグループ通信に対し使用され、並びにその他ユーザーに更に割振ることができ、これは、例えば、ユーザー間で秘密トンネルを設定するため、及びユーザー間で仮想プライベートネットワーク（VPN）を設定するための証明書を交換するため、又はユーザー間で転送レイヤセキュリティ（TLS: Transport Layer Security）を設定するためである。
【００２７】
一般的に、本発明内で開示される解決方法は、オペレーター特定アプリケーションの導入のため、及び存在する要素と新たに導入される要素の間の信頼を確立するために使用される。
【発明を実施するための最良の形態】
【００２８】
本発明の更なる理解をもたらすために包含され、本明細書の一部を構成する添付の図面は、本発明の実施例を説明し、記述と共に、本発明の原理を説明することを補助する。
ここで、本発明の実施例について詳細に述べ、それらの例は添付の図面内で説明される。
【００２９】
図３は、本発明内に開示される解決方法の一部となる様々な要素を説明するブロックダイアグラムを開示する。図３は、５つの異なる構成要素を開示する。モバイル装置（ME: Mobile Equipment）３００、ブートストラッピングサーバー機能（BSF: Bootstrapping Server Function）３０２、ネットワークアプリケーション機能（NAF: Network Application Function）３０６、ホーム加入者システム（HSS: Home Subscriber System）３０４、及びコンピューター３０８である。図３のブロックダイアグラムは、分離端末の状態も考慮している。分離端末状態において、局部アプリケーション３２０は、例えば、コンピューター３０８内に属する。局部アプリケーションは、GAAモジュール３１８及び近接モジュール３１２を介しモバイル装置のGAA_MEサーバー３１４に接続される。モバイル装置３１４とコンピューター３０８の間の実際の接続は、例えば、ブルートゥースなどの近接リンクなどを介して達成される。APP_ME３１０は、モバイル装置３００内に組み込まれた（クライアント）アプリケーションである。言い換えると、このアプリケーションは、モバイル装置自体、又はモバイル装置３００との局部接続を有するコンピューター３０８のどちらか一方内に組み込むことができる。
【００３０】
GAAアーキテェクチャーは、モバイル装置３００とNAF３０６の間の共有秘密を生成するための方法を供給する。この秘密は、モバイル装置３００がNAF３０６に認証することを希望するときはいつでも使用される。モバイル装置３００内のアプリケーションは、NAF特定鍵を生成するためのGAAブートストラッピングを実行するためにUSIM（又はISIM又はSIM）証明書を必要とする。USIMからUSIM証明書を得るための機能は、セキュリティ脅威のため、好適にはモバイル装置３００内の全アプリケーションが利用できるようすべきではない。このため、信頼されたGAA_MEサーバー３１４が、製造過程又は後程において、モバイル装置３００内に組み込まれ、これはUSIMからUSIM証明書を得るための機能、従って、NAF証明書を生成するためのブートストラッピングを行う機能を持つ。そして、クライアントアプリケーション（APP_ME）は、NAF特定証明書を得るためにGAA_MEサーバー３１４のサービスを使用する。そのようなGAA_MEクライアントアプリケーションは、NAFプロバイダーにより準備され、まとめられる。そのようなアプリケーションは、プラットフォーム（symbian、xp、Linux（登録商標）、Java（登録商標）など）が了解するデジタル署名を用いて署名される。導入後、そのようなアプリケーションは、その最初の実行中にGAA_MEサーバー３１４に登録される。
【００３１】
モバイル装置３００及びネットワークアプリケーション機能３０６は、コンピュータープログラム（又はその一部）も有することができるメモリ又は複数メモリ（図３内には開示されない）を有することができ、これはデータ処理ユニット上で実行されるとき、本発明の少なくとも幾つかのステップを実行する。データ処理ユニットはメモリを有することもでき、又は１つのメモリは、コンピュータープログラム（又はその一部）を有するものと関連し、これはデータ処理ユニット上で実行されるとき、本発明の少なくとも幾つかのステップを実行する。
【００３２】
図４は、本発明に従い、モバイル装置内のサーバーアプリケーションにアプリケーションを登録及び認証するための一実施例を説明するシグナリングダイアグラムである。図４は、３つの異なる構成要素を開示する。ブートストラッピングサーバー機能（BSF: Bootstrapping Server Function）サーバー４００、ネットワークアプリケーション機能（ＮＡＦ）サーバー４０２及びモバイル装置（ME）４０４である。モバイル装置４０４は、図３内に既に開示されているクライアントアプリケーションAPP_ME４０６及びサーバーアプリケーションGAA_ME４０８を有する。その他の実施例においては、クライアントアプリケーションAPP_MEは、例えばモバイル装置４０４に接続される外部デバイス内など、モバイル装置４０４の外に置かれる。
【００３３】
図４の実施例において、APP_ME４０６は、GAA_MEサーバー４０８に登録要求を送る（４１０）。要求は、APP_MEがGAA_MEサーバー４０８に対して自身を認証したい旨をGAA_MEサーバー４０８に示す。要求は、NAF識別子及び／又はアプリケーションインスタンス識別子を含むこともできる。アプリケーションプロバイダーは、アプリケーションをハードコードする、又は何らかの形で、その中にNAF識別子及びアプリケーションインスタンス識別子を設けるよう構成することができる。
【００３４】
GAA_MEサーバー４０８は、BSF４００と共に3GPPブートストラッピングプロトコルを実行する（４１２）。ブートストラッピングプロトコルは、例えば、3GPP技術仕様書3GPP TS 33.220 V7.2.0 (2005-12)内に詳細に開示される。ブートストラッピングの間、GAA_MEサーバー４０８は、BSF４００から少なくともブートストラッピングトランザクション識別子（BTID: Bootstrapping Transaction Identifier）及び鍵有効時間を受信し、APP_ME４０６に少なくともBTIDブロックを戻す（４１４）。GAA_MEサーバー４０８は、要素Ksを導出することができ、NAF識別子を知るため、GAA_MEサーバー４０８とNAF４０２の間の共有秘密である鍵Ks_NAFを導出することができる。そして、GAA_MEサーバー４０８は、Ks_NAFを用いて導入鍵Ks_NAF_installを、及び任意には、何らかの適切な方法を用いて、先に述べたアプリケーションインスタンス識別子を導出する（４２２）。
【００３５】
GAA_MEサーバー４０８からBTIDを受信した後、APP_ME４０６はNAF４０２との通信リンクを開く。通信リンクは、例えば、セキュアソケットレイヤ（SSL: Secure Socket Layer）又はその他適切な方法を使用することにより、可能性のある介入者攻撃（man-in-the-middle attack）を軽減することを保証される。
【００３６】
その後、APP_ME４０６は、適切な認証手順を用いて、NAF４０２に自身を認証する（４１６）。従来技術の中に、使用することができる幾つかの適用可能認証方法がある。認証手順は以下の１つを有することができる。
- アプリケーションに対しハードコードされたワンタイムパスワード。この場合、単にコードを検査することによりパスワードを取り出すことが非常に困難となるよう、アプリケーションのコードは難読化されることが望ましい。
- バンド（band）外で得られたユーザーネーム及びパスワード（ポストのような又は店を訪れる）。
- 証明書を得るためにオンラインでNAFに登録する。
【００３７】
更に、認証方法及びチャネルの保証はNAF特定とできる。共有鍵TLSは、共有秘密の場合においても使用することができる。また、HTTP-DIGEST認証方法は、認証に対しよく使用される。
【００３８】
ひとたびAPP_ME４０６がNAF４０２に認証されると、NAF４０２は、BTIDを用いてBSF４００からNAF特定鍵Ks_NAFを持ってきて（４１８）、Ks_NAF_installを導出する（４２０）（ステップ４２２と同様）。そして、Ks_NAF_installをAPP_ME４０６に転送する（４２４）。その転送は、好ましくは秘密とすべきである。
【００３９】
APP_ME４０６は、共有秘密としてKs_NAF_installを用いてGAA_MEサーバー４０８に自身を認証することができる（４２６）。認証が成功であるなら、GAA_MEサーバー４０８は、その局部構成に応じて、その信頼されたアプリケーションリスト内にアプリケーションを追加する（４２８）。それゆえに、ステップ４２８は、任意のステップとすることもできる。アプリケーションが信頼されたアプリケーションリスト内にあるなら、将来的にAPP_ME４０６がNAF鍵を要求するときは何時でも、GAA_MEサーバー４０８は、NAF４０２からの追加の認証なしにブートストラップし、NAF鍵を供給する。
【００４０】
図４で開示される実施例において、２つの導入鍵導出ボックス（４２０、４２２）が同一レベルに置かれる。しかし、各々は要求に応じて上又は下に移動することができる。導入鍵の導出は、例えば、Ks_(ext)_NAF及びアプリケーションインスタンス識別子を用いてハッシング（hashing）を使用することで行われる、又はKs_NAF_installとしてKs_ (ext) _NAF自体を使用する。
【００４１】
APP_ME４０６及びNAF４０２を初期に認証するために使用される共有秘密は、ワンタイムパスワードとすることもできる。端末がクライアントのGAA_MEサーバー４０８との信頼を確立した時点で、パスワードはNAF４０２において削除できる。共有秘密は、幾つかのモバイル端末特性に基づき導出することもできる。更に、APP_ME４０６とNAF４０２自体の間の認証プロトコルは、よく知られた認証プロトコルの何れかとすることができる。認証が完了すると、APP_ME４０６とNAF４０２の間の通信を保証するための方法は、よく知られた方法の１つとすることができる。共有秘密（例えば、ユーザーネーム及びパスワード）が使用される場合、共有鍵TLSプロトコルが１つの代替となる。
【００４２】
本発明の１つの実施例において、GAA_MEサーバー４０８が、特定のNAF idを用いてAPP_ME４０６を首尾よく認証したとき、GAA_MEサーバー４０８は、同一NAF idに属する鍵Ks_NAF の将来のインスタンスのみへのアクセスをAPP_MEに承諾することができ、その他のNAF特定鍵はアクセスできない。本発明のその他の実施例において、APP_ME４０６への完全なアクセスが承諾される、即ち、APP_ME４０６はいずれのNAFのKs_NAF鍵を得ることができる。
【００４３】
更に、本発明の１つの実施例において、手順の間、複数のKs_NAF鍵が複数の鍵へのアクセスを承諾するために使用され、即ち、NAF ４０２は、BSF４００（そうなるように認証されているという条件において）から複数のKs_NAF鍵を取ってくる、そしてNAF ４０２は複数のKs_NAF_install鍵を導出し、それらをAPP_ME４０６に送信する。そしてAPP_ME４０６はGAA_MEサーバー４０８にそれらを登録できる。このようにAPP_ME４０６は、１つより多いNAF特定鍵へのアクセスを得ることになる。
【００４４】
図５は、本発明に従い、モバイル装置内のサーバーアプリケーションにアプリケーションを登録及び認証するためのその他の実施例を説明するシグナリングダイアグラムである。図５は、３つの異なる構成要素を開示する。ブートストラッピングサーバー機能（BSF）サーバー５００、ネットワークアプリケーション機能（NAF）サーバー５０２及びモバイル装置（ME）５０４である。モバイル装置５０４は、図３内に既に開示されているクライアントアプリケーションAPP_ME５０６及びサーバーアプリケーションGAA_ME５０８を有する。その他の実施例では、クライアントアプリケーションAPP_MEは、例えばモバイル装置５０４に接続される外部デバイス内など、モバイル装置５０４の外部に置くことができる。
【００４５】
図５の実施例において、APP_ME５０６は、GAA_MEサーバー５０８に登録要求を送る（５１０）。要求は、APP_MEがGAA_MEサーバー５０８に自身を認証することを希望する旨をGAA_MEサーバー５０８に示す。要求は、NAF識別子及び／又はアプリケーションインスタンス識別子を含むこともできる。アプリケーションプロバイダーは、アプリケーションをハードコードする、又は何らかの形で、その中にNAF識別子及びアプリケーションインスタンス識別子を設けるよう構成することができる。
【００４６】
GAA_MEサーバー５０８は、BSF５００と共に3GPPブートストラッピングプロトコルを実行する（５１２）。ブートストラッピングプロトコルは、例えば、3GPP技術仕様書3GPP TS 33.220 V7.2.0 (2005-12)内に詳細に開示される。ブートストラッピングの間、GAA_MEサーバー５０８は、BSF５００から少なくともブートストラッピングトランザクション識別子（BTID: Bootstrapping Transaction Identifier）及び鍵有効時間を受信する。GAA_MEサーバー５０８は、鍵Ksを導出することができ、NAF識別子を知るため、GAA_MEサーバー５０８とNAF５０２の間の共有秘密である鍵Ks_NAFを導出することができる（５１４）。GAA_MEサーバー５０８は、またAPP_ME５０６に対しランダムチャレンジを生成する（５１４）。この後、GAA_MEサーバー５０８は、少なくともBTID及びチャレンジをAPP_ME５０６に渡す（５１４）。
【００４７】
GAA_MEサーバー５０８からBTID及びチャレンジを受信した後、APP_ME５０６はNAF５０２との通信リンクを開き、BTID及びチャレンジをNAF５０２に渡す（５１８）。通信リンクは、可能性のある介入者攻撃を軽減することを保証される。
【００４８】
NAF５０２は、BTIDを用いてBSF４００からNAF特定鍵Ks_NAFを取ってくる（５２０）、及びKs_NAFを用いてチャレンジに対するレスポンスを導出する（５２２）。レスポンスは、例えば、１方向ハッシュ関数又は鍵のあるハッシュメッセージ認証コード（HMAC: hash message authentication code）を使用することにより計算することができ、入力パラメータは少なくともKs_NAF及びチャレンジを有する。NAF５０２は、Ks_NAFでデータに署名することもできる。データは、NAF特定鍵（Ks_NAF）へアクセスできるように、NAF５０２が認証するアプリケーションの１つ以上のハッシュを有することができる。これらハッシュの１つは、ME５０４内に先に導入されているAPP_MEアプリケーション５０６のハッシュとできる。アプリケーションのハッシュは、単に１つの可能性であることに注意すべきである。情報のその他の部分、即ち、アプリケーションの適切な特性化をハッシュの代わりに使用することができる。例えば、アプリケーションが、WLAN又はブルートゥースなどのローカルネットワークを介しユーザーの端末に接続されている別のデバイス内に置かれるなら、アプリケーションの特性化はデバイスのネットワークアドレスとできる。また、外部デバイス内のアプリケーションの１つの可能性ある特性化は、そのデバイスのシリアル番号である。更に、１つの可能性ある特性化は、コンテンツ署名公開鍵である。更に、本発明の１つの実施例において、NAF５０２への要求（５１８）はプラットフォーム（例えば、「Nokia device running Series 60 v3.1」）の一部の特性化を有することができ、NAF５０２がアプリケーションの正しく条件のあった特性化を送り戻すことを補助する。そして、NAF５０２は、レスポンス及び場合により署名されたデータをAPP_ME５０６に転送する（５２４）。
【００４９】
署名されたデータは、例えば、NAF５０２がメッセージに追加する幾つかの追加のデータを参照し、これはKs_NAFを用いて署名される。このように、GAA_MEサーバーは、この追加データの署名を検証し、それがKs_NAFを知る信頼される発信元から来たことを確認できる。
【００５０】
APP_ME５０６は、レスポンス及び署名されたデータを用いてGAA_MEサーバー５０８に自身を認証することができる（５２６）。認証が成功であれば、即ち、レスポンス、及び署名されたデータの署名が正しいなら、GAA_MEサーバー５０８は認証手順を続行し、Ks_NAFにAPP_ME５０６へのアクセスを承諾する。更に、GAA_MEサーバー５０８は、APP_ME５０６のハッシュを計算し、このハッシュが署名されたデータ内のものかを検査することもできる。上記検査の少なくとも１つが成功であれば、GAA_MEサーバー５０８は、その局部構成に従い、その信頼されたリスト内にアプリケーションを追加できる（５２８）。アプリケーションが信頼されたリスト内にあるのであれば、今後、APP_ME５０６がNAF鍵を要求するときは何時でも、GAA_MEサーバー５０８はNAFからの追加の認証なしに、ブートストラップし、NAF鍵を供給する。
【００５１】
信頼されたリスト内へアプリケーションを追加することは、「ワンタイム承諾」及び「完全承諾」を持つ可能性を与える。第１のケースでは、APP_MEはKs_NAFへの各要求に対して追加の認証（レスポンス又は署名されたデータ又は両方）を常に得ることが必要であり、そして、第２のケースでは、APP_MEはKs_NAFへの今後の要求において追加の認証を得る必要はない。
【００５２】
最後に、上で行われた検証が成功した場合、GAA_MEサーバー５０８は、手順が成功したことをAPP_MEに示し（５３０）、場合により、このメッセージにKs_NAFを含める。
【００５３】
本発明の１つの実施例において、GAA_MEサーバー５０８が首尾よくAPP_ME５０６を認証したとき、GAA_MEサーバー４０８は、手順中に使用された特定のNAF特定鍵Ks_NAFのみへのアクセスを承諾することができ、その他のNAF特定鍵はアクセスできない。特に、署名されたデータが、APP_ME５０６を介してNAF５０２からGAA_MEサーバー５０８に送信されなかった場合がそうである。本発明のその他の実施例では、完全なアクセスがAPP_ME５０６に与えられ、即ち、APP_ME５０６は全ての可能なKs_NAF鍵を得ることができる。
【００５４】
本発明のその他の実施例では、Ks_(ext)_NAFが、グループ通信を保証するため、グループ鍵として使用され、何らかの形式のGBA鍵生成又は要求能力を全く持たないかもしれないその他のデバイスと共有しても良い。この実施例は、例えば、ホーム環境において、多くの低能力デバイスとの通信リンクを保証するために、又はパーソナルVPN（仮想プライベートネットワーク）を設定するために使用できる。
【００５５】
更に、本発明の１つの実施例において、上記したステップ５１０又はステップ５２６のどちらか一方において、NAF_IDをAPP_ME５０６からGAA_MEサーバー５０８に送信することができる。
【００５６】
更に、本発明の１つの実施例において、手順中、複数のKs_NAF鍵が複数鍵へのアクセスを承諾するために使用できる、即ち、NAF５０２は、BSF５００（そのように認証されているという条件で）から複数のKs_NAF鍵を取って来て、及びNAF５０２はこれらKs_NAF鍵を用いてチャレンジに対する複数のレスポンスを計算し、そして、Ks_NAF鍵の全て又はサブセットを使用しデータに任意に署名し、それらをAPP_ME５０６に送信する。そして、APP_ME５０６はそれらをGAA_MEサーバー５０８に登録できる。このように、APP_ME５０６は１つより多いNAF特定鍵へのアクセスを得る。
【００５７】
更に、本方式は、多くのその他の使用例に適用することができ、端末装置がサービスプロバイダー（例えば、装置製造業者、又はネットワークオペレーターによる）を信頼するよう構成され、そのため、端末装置及びサービスプロバイダーは共有鍵を所有する、又は一致することができる。新たなアプリケーションがサービスプロバイダーにより信頼されていることを端末に証明できる場合、どのようにアプリケーションが「信頼されている」ことの印を付けられ、ユーザーの端末に導入されるかを詳細に記述してきた。この証明は、端末とサービスプロバイダーの間で共有される鍵の知識に基づく。
【００５８】
例えば、端末内に導入されるべきアプリケーションの代わりに、ユーザーの端末に接続されることを希望する近接ネットワーク（ブルートゥース、又はWLANネットワークなど）内の周辺デバイス又はその他端末が存在することもあり得る。信頼確立の手順はこれらケースでも同じである。
【００５９】
3GPP GBAは、共有鍵を導出し、端末とサービスプロバイダー間での信頼を確立するための１つの方法である。その他方法も同様に思いつくことができる。例えば、整備された公開鍵基盤（PKI）を用いて、両当事者は彼らの公開鍵の証明書を交換し、互いの署名を検証し、そして共有鍵を導出することを開始する。又は、その他の例として、ネットワークオペレーター若しくは端末製造業者により、長期間の共有鍵を端末内に事前導入することができる。
【００６０】
技術の進歩に伴い、本発明の基本的な考えは様々な方法において実装することができるであろうことは、当業者においては明白なことである。このため、本発明及びその実施例は、上記した例には制限されず、その代わりに、それらは本請求の範囲内において変わることができる。
【図面の簡単な説明】
【００６１】
【図１】汎用ブートストラッピングアーキテェクチャー（GBA）の従来技術のアーキテェクチャーを説明するブロックダイアグラム。
【図２】従来技術のブートストラッピング手順を説明するシグナリングダイアグラム。
【図３】本発明の１つの実施例による様々な要素を説明するブロックダイアグラム。
【図４】本発明によるモバイル装置内のサーバーアプリケーションに対してアプリケーションを認証するための１つの実施例を説明するシグナリングダイアグラム。
【図５】本発明によるモバイル装置内のサーバーアプリケーションに対してアプリケーションを認証するための別の実施例を説明するシグナリングダイアグラム。
【図１】
2009531764.tif 000003
【図２】
2009531764.tif 000004
【図３】
2009531764.tif 000005
【図４】
2009531764.tif 000006
【図５】
2009531764.tif 000007
【手続補正書】
【提出日】平成21年3月25日(2009.3.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
アプリケーションを認証する方法であって、該方法は、
サーバーアプリケーションを用いて、該サーバーアプリケーションとブートストラッピングサーバー機能の間でブートストラッピング手順を実行するステップ、
少なくとも前記ブートストラッピング手順中に前記ブートストラッピングサーバー機能サーバーから受信される鍵及びネットワークアプリケーション機能識別子に基づき共有鍵を導出するステップ、
前記アプリケーションにブートストラッピングトランザクション識別子を供給するステップであって、該ブートストラッピングトランザクション識別子は前記ブートストラッピング手順中に前記ブートストラッピングサーバー機能サーバーから受信されるステップ、
前記アプリケーションからレスポンスを受信するステップ、及び
前記共有鍵で前記レスポンスの正当性を確認することにより前記アプリケーションを認証するステップ、
を有する方法。
【請求項２】
前記アプリケーションの前記認証するステップは、
前記共有鍵と前記レスポンスを比較することにより、前記アプリケーションを認証することを有する、請求項１に記載の方法。
【請求項３】
チャレンジを生成するステップ、及び
前記アプリケーションに前記チャレンジを供給するステップ、
を更に有し、
前記認証するステップは、前記チャレンジ及び前記共有鍵で前記レスポンスの正当性を確認することによりアプリケーションを認証することを有する、請求項１に記載の方法。
【請求項４】
前記レスポンスと共に署名されたデータを受信するステップ、
を更に有し、
前記認証するステップは、前記共有鍵で前記署名されたデータを検証することを更に有する、請求項３に記載の方法。
【請求項５】
前記アプリケーションから登録要求を受信するステップであって、前記アプリケーションに前記ブートストラッピングトランザクション識別子を供給する前に、該要求は前記ネットワークアプリケーション機能識別子及びアプリケーションインスタンス識別子の少なくとも１つを有するステップ、
を更に有する、請求項１に記載の方法。
【請求項６】
前記アプリケーションに前記ブートストラッピングトランザクション識別子を供給する前に、前記アプリケーションから登録要求を受信するステップ、
を更に有する、請求項１に記載の方法。
【請求項７】
前記登録要求は、アプリケーションインスタンス識別子を有する、請求項６に記載の方法。
【請求項８】
前記共有鍵の前記導出するステップは、
前記ブートストラッピング手順中に前記ブートストラッピングサーバー機能サーバーから受信される前記鍵、前記ネットワークアプリケーション機能識別子及び前記アプリケーションインスタンス識別子に基づき前記共有鍵を導出することを有する、請求項５又は７に記載の方法。
【請求項９】
前記認証が成功であれば、前記アプリケーションを信頼されたものとして印を付けるステップ、
を更に有する、請求項１に記載の方法。
【請求項１０】
前記アプリケーションに前記共有鍵を供給するステップ、
を更に有する、請求項９に記載の方法。
【請求項１１】
ネットワークアプリケーション機能鍵に対する要求を前記アプリケーションから受信するステップ、及び、
前記要求に応答し、前記ネットワークアプリケーション機能鍵を前記アプリケーションに送信するステップ、
を更に有する、請求項９に記載の方法。
【請求項１２】
サーバーアプリケーションでアプリケーションを認証する方法であって、該方法は、
前記アプリケーションと共に、少なくともブートストラッピングトランザクション識別子をサーバーアプリケーションから受信するステップ、
ネットワークアプリケーション機能サーバーとの通信リンクを開くステップ、
前記通信リンクを介して、前記ネットワークアプリケーション機能サーバーに少なくともブートストラッピングトランザクション識別子を供給するステップ、
前記ブートストラッピングトランザクション識別子を供給するステップに応答して、少なくともレスポンスを前記ネットワークアプリケーション機能サーバーから受信するステップ、
前記サーバーアプリケーションに前記ネットワークアプリケーション機能サーバーから受信される少なくとも前記レスポンスを供給することにより、前記アプリケーションを認証するステップ、
を有する方法。
【請求項１３】
前記サーバーアプリケーションから前記受信するステップは、前記ブートストラッピングトランザクション識別子及びチャレンジを受信することを有し、及び
前記ネットワークアプリケーション機能サーバーに前記供給するステップは、前記通信リンクを介して前記ネットワークアプリケーション機能サーバーに前記ブートストラッピングトランザクション識別子及び前記チャレンジを供給することを有する、
請求項１２に記載の方法。
【請求項１４】
前記ネットワークアプリケーション機能サーバーから前記受信するステップは、前記ネットワークアプリケーション機能サーバーから前記レスポンス及び署名されたデータを受信することを有し、及び
前記アプリケーションを前記認証するステップは、前記サーバーアプリケーションに前記ネットワークアプリケーション機能サーバーから受信される前記レスポンス及び前記署名されたデータを供給することを有する、
請求項１３に記載の方法。
【請求項１５】
認証成功の後、前記サーバーアプリケーションから共有鍵を受信するステップ、
を更に有する、請求項１２に記載の方法。
【請求項１６】
認証後、ネットワークアプリケーション機能鍵に対する要求を前記サーバーアプリケーションに送信するステップ、及び、
前記要求に応答して、前記サーバーアプリケーションから前記ネットワークアプリケーション機能鍵を受信するステップ、
を更に有する、請求項１２に記載の方法。
【請求項１７】
認証鍵を導出する方法であって、該方法は、
アプリケーションとの通信リンクを開くステップ、
前記通信リンクを介して、少なくともブートストラッピングトランザクション識別子を前記アプリケーションから受信するステップ、
共有鍵を受信するためにブートストラッピングサーバー機能サーバーへ要求を送信するステップであって、該要求は少なくとも前記ブートストラッピングトランザクション識別子を有するステップ、
前記要求に応答して、前記共有鍵を前記ブートストラッピングサーバー機能サーバーから受信するステップ、
少なくとも前記共有鍵を用いることでレスポンスを導出するステップ、及び、
少なくとも前記レスポンスを前記アプリケーションに送信するステップ、
を有する方法。
【請求項１８】
前記アプリケーションから前記受信するステップは、前記通信リンクを介して前記ブートストラッピングトランザクション識別子及びチャレンジを受信することを有し、及び
前記レスポンスを前記導出するステップは、少なくとも前記共有鍵及び前記チャレンジを用いることにより前記レスポンスを導出することを有する、
請求項１７に記載の方法。
【請求項１９】
前記少なくとも１つのレスポンスを前記送信するステップは、前記レスポンス及び前記共有鍵で署名された署名されたデータを前記アプリケーションに送信することを有する、
請求項１７又は１８に記載の方法。
【請求項２０】
アプリケーションを認証するためのコンピュータプログラムであって、データ処理デバイス上で実行されるとき、該コンピュータプログラムは、
ブートストラッピングサーバー機能を用いてブートストラッピング手順を実行するステップ、
少なくとも前記ブートストラッピング手順中に前記ブートストラッピングサーバー機能サーバーから受信される鍵及びネットワークアプリケーション機能識別子に基づき共有鍵を導出するステップ、
アプリケーションにブートストラッピングトランザクション識別子を供給するステップであって、該ブートストラッピングトランザクション識別子は前記ブートストラッピング手順中に前記ブートストラッピングサーバー機能サーバーから受信されるステップ、
前記アプリケーションからレスポンスを受信するステップ、及び
前記共有鍵で前記レスポンスの正当性を確認することにより前記アプリケーションを認証するステップ、
を実行するよう適合されたコードを有するコンピュータプログラム。
【請求項２１】
前記アプリケーションの前記認証するステップは、
前記共有鍵と前記レスポンスを比較することにより、前記アプリケーションを認証することを有する、請求項２０に記載のコンピュータプログラム。
【請求項２２】
前記データ処理デバイス上で実行されるとき、
チャレンジを生成するステップ、及び
前記アプリケーションに前記チャレンジを供給するステップ、
を実行するよう更に適合され、
前記アプリケーションを前記認証するステップは、前記チャレンジ及び前記共有鍵で前記レスポンスの正当性を確認することにより前記アプリケーションを認証することを有する、請求項２０に記載のコンピュータプログラム。
【請求項２３】
前記データ処理デバイス上で実行されるとき、
前記レスポンスと共に署名されたデータを受信するステップ、
を実行するよう更に適合され、
前記アプリケーションを前記認証するステップは、前記共有鍵で前記署名されたデータを検証することを更に有する、請求項２２に記載のコンピュータプログラム。
【請求項２４】
前記データ処理デバイス上で実行されるとき、
前記アプリケーションから登録要求を受信するステップであって、前記アプリケーションに前記ブートストラッピングトランザクション識別子を供給する前に、該要求は前記ネットワークアプリケーション機能識別子及びアプリケーションインスタンス識別子の少なくとも１つを有するステップ、
を実行するよう更に適合された、請求項２０に記載のコンピュータプログラム。
【請求項２５】
前記データ処理デバイス上で実行されるとき、
前記アプリケーションに前記ブートストラッピングトランザクション識別子を供給する前に、前記アプリケーションから登録要求を受信するステップ、
を実行するよう更に適合された、請求項２０に記載のコンピュータプログラム。
【請求項２６】
前記登録要求は、アプリケーションインスタンス識別子を有する、請求項２５に記載のコンピュータプログラム。
【請求項２７】
前記共有鍵の前記導出するステップは、
前記ブートストラッピング手順中に前記ブートストラッピングサーバー機能サーバーから受信される前記鍵、前記ネットワークアプリケーション機能識別子及び前記アプリケーションインスタンス識別子に基づき前記共有鍵を導出することを有する、請求項２４又は２６に記載のコンピュータプログラム。
【請求項２８】
前記データ処理デバイス上で実行されるとき、
前記認証が成功であれば、前記アプリケーションを信頼されたものとして印を付けるステップ、
を実行するよう更に適合された、請求項２０に記載のコンピュータプログラム。
【請求項２９】
前記データ処理デバイス上で実行されるとき、
前記アプリケーションに前記共有鍵を供給するステップ、
を実行するよう更に適合された、請求項２８に記載のコンピュータプログラム。
【請求項３０】
前記データ処理デバイス上で実行されるとき、
ネットワークアプリケーション機能鍵に対する要求を前記アプリケーションから受信するステップ、及び、
前記要求に応答し、前記ネットワークアプリケーション機能鍵を前記アプリケーションに送信するステップ、
を実行するよう更に適合された、請求項２８に記載のコンピュータプログラム。
【請求項３１】
前記コンピュータプログラムがコンピュータ読み取り可能な記録媒体上に搭載される、請求項２０−３０のいずれかに記載のコンピュータプログラム。
【請求項３２】
サーバーアプリケーションでアプリケーションを認証するためのコンピュータプログラムであって、データ処理デバイス上で実行されるとき、該コンピュータプログラムは、
少なくともブートストラッピングトランザクション識別子をサーバーアプリケーションから受信するステップ、
ネットワークアプリケーション機能サーバーとの通信リンクを開くステップ、
前記通信リンクを介して、前記ネットワークアプリケーション機能サーバーに少なくとも前記ブートストラッピングトランザクション識別子を供給するステップ、
前記ブートストラッピングトランザクション識別子を供給するステップに応答して、少なくともレスポンスを前記ネットワークアプリケーション機能サーバーから受信するステップ、及び
前記サーバーアプリケーションに前記ネットワークアプリケーション機能サーバーから受信される少なくとも前記レスポンスを供給することにより、前記アプリケーションを認証するステップ、
を実行するよう適合されたコードを有するコンピュータプログラム。
【請求項３３】
前記サーバーアプリケーションから前記受信するステップは、前記ブートストラッピングトランザクション識別子及びチャレンジを受信することを有し、及び
前記ネットワークアプリケーションサーバーに前記供給するステップは、前記通信リンクを介して前記ネットワークアプリケーション機能サーバーに前記ブートストラッピングトランザクション識別子及び前記チャレンジを供給することを有する、
請求項３２に記載のコンピュータプログラム。
【請求項３４】
前記ネットワークアプリケーション機能サーバーから前記受信するステップは、前記ネットワークアプリケーション機能サーバーから前記レスポンス及び署名されたデータを受信することを有し、及び
前記アプリケーションを前記認証するステップは、前記サーバーアプリケーションに前記ネットワークアプリケーション機能サーバーから受信される前記レスポンス及び前記署名されたデータを供給することを有する、
請求項３３に記載のコンピュータプログラム。
【請求項３５】
前記データ処理デバイス上で実行されるとき、
認証成功の後、前記サーバーアプリケーションから共有鍵を受信するステップ、
を実行するよう更に適合された、請求項３２に記載のコンピュータプログラム。
【請求項３６】
前記データ処理デバイス上で実行されるとき、
認証後、ネットワークアプリケーション機能鍵に対する要求を前記サーバーアプリケーションに送信するステップ、及び、
前記要求に応答して、前記ネットワークアプリケーション機能鍵を前記サーバーアプリケーションから受信するステップ、
を実行するよう更に適合された、請求項３２に記載のコンピュータプログラム。
【請求項３７】
前記コンピュータプログラムがコンピュータ読み取り可能な記録媒体上に搭載される、請求項３２−３６のいずれかに記載のコンピュータプログラム。
【請求項３８】
認証鍵を導出するためのコンピュータプログラムであって、データ処理デバイス上で実行されるとき、該コンピュータプログラムは、
アプリケーションとの通信リンクを開くステップ、
前記通信リンクを介して、少なくともブートストラッピングトランザクション識別子を前記アプリケーションから受信するステップ、
共有鍵を受信するためにブートストラッピングサーバー機能サーバーに要求を送信するステップであって、該要求は少なくとも前記ブートストラッピングトランザクション識別子を有するステップ、
前記要求に応答して、前記共有鍵を前記ブートストラッピングサーバー機能サーバーから受信するステップ、
少なくとも前記共有鍵を用いることでレスポンスを導出するステップ、及び、
少なくとも前記レスポンスを前記アプリケーションに送信するステップ、
を実行するよう適合されたコードを有するコンピュータプログラム。
【請求項３９】
前記受信するステップは、前記通信リンクを介して前記ブートストラッピングトランザクション識別子及びチャレンジを受信することを有し、及び
前記導出するステップは、少なくとも前記共有鍵及び前記チャレンジを用いることにより前記レスポンスを導出することを有する、
請求項３８に記載のコンピュータプログラム。
【請求項４０】
少なくとも前記レスポンスを前記送信するステップは、前記レスポンス及び前記共有鍵で署名された署名されたデータを前記アプリケーションに送信することを有する、
請求項３８又は３９に記載のコンピュータプログラム。
【請求項４１】
前記コンピュータプログラムがコンピュータ読み取り可能な記録媒体上に搭載される、請求項３８−４０のいずれかに記載のコンピュータプログラム。
【請求項４２】
アプリケーションを認証するためのモバイル端末であって、
サーバーアプリケーションとブートストラッピングサーバー機能の間でブートストラッピング手順を実行し、少なくとも前記ブートストラッピング手順中に前記ブートストラッピングサーバー機能サーバーから受信される鍵及びネットワークアプリケーション機能識別子に基づき共有鍵を導出し、アプリケーションにブートストラッピングトランザクション識別子を供給し、該ブートストラッピングトランザクション識別子は前記ブートストラッピング手順中に該ブートストラッピングサーバー機能サーバーから受信され、該アプリケーションからレスポンスを受信し、及び該共有鍵で該レスポンスの正当性を確認することにより該アプリケーションを認証するよう構成された該サーバーアプリケーションを有するモバイル端末。
【請求項４３】
前記サーバーアプリケーションは、前記共有鍵と前記レスポンスを比較することにより、前記アプリケーションを認証するよう構成された、請求項４２に記載のモバイル端末。
【請求項４４】
前記サーバーアプリケーションは、チャレンジを生成し、前記アプリケーションに該チャレンジを供給し、並びに該チャレンジ及び前記共有鍵で前記レスポンスの正当性を確認するよう構成された、請求項４２に記載のモバイル端末。
【請求項４５】
前記サーバーアプリケーションは、前記レスポンスと共に署名されたデータを受信し、及び前記共有鍵で前記署名されたデータを検証することを更に有するステップを認証するよう構成された、請求項４４に記載のモバイル端末。
【請求項４６】
前記サーバーアプリケーションは、前記アプリケーションから登録要求を受信するよう構成され、前記アプリケーションに前記ブートストラッピングトランザクション識別子を供給する前に、該要求は前記ネットワークアプリケーション機能識別子及びアプリケーションインスタンス識別子の少なくとも１つを有する、請求項４２に記載のモバイル端末。
【請求項４７】
前記サーバーアプリケーションは、前記アプリケーションに前記ブートストラッピングトランザクション識別子を供給する前に、前記アプリケーションから登録要求を受信するよう構成された、請求項４２に記載のモバイル端末。
【請求項４８】
前記登録要求は、アプリケーションインスタンス識別子を有する、請求項４７に記載のモバイル端末。
【請求項４９】
前記サーバーアプリケーションは、前記ブートストラッピング手順中に前記ブートストラッピングサーバー機能サーバーから受信される前記鍵、前記ネットワークアプリケーション機能識別子及び前記アプリケーションインスタンス識別子に基づき前記共有鍵を導出するよう構成された、請求項４６又は４８に記載のモバイル端末。
【請求項５０】
前記認証が成功であれば、前記サーバーアプリケーションは前記アプリケーションを信頼されたものとして印を付けるよう構成された、請求項４２に記載のモバイル端末。
【請求項５１】
前記サーバーアプリケーションは、前記アプリケーションに前記共有鍵を供給するよう構成された、請求項５０に記載のモバイル端末。
【請求項５２】
前記サーバーアプリケーションは、ネットワークアプリケーション機能鍵に対する要求を前記アプリケーションから受信し、及び前記要求に応答し、前記ネットワークアプリケーション機能鍵を前記アプリケーションに送信するよう構成された、請求項５０に記載のモバイル端末。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００２０
【補正方法】変更
【補正の内容】
【００２０】
本発明のその他の観点によれば、認証鍵を導出する方法が提供される。本方法は、アプリケーションとの通信リンクを開くステップ、通信リンクを介して、アプリケーションから少なくともブートストラッピングトランザクション識別子を受信するステップ、共有鍵を受信するため、ブートストラッピングサーバー機能サーバーに要求を送信するステップで、該要求は少なくともブートストラッピングトランザクション識別子を有するステップ、要求に応答し、ブートストラッピングサーバー機能サーバーから共有鍵を受信するステップ、少なくとも共有鍵を用いてレスポンスを導出するステップ、及びアプリケーションに少なくともレスポンスを送信するステップを有する。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００２３
【補正方法】変更
【補正の内容】
【００２３】
本発明は、従来技術の解決方法に対し幾つかの有利点を持つ。GAA証明書が幾つかのNAFを認証し、GAA_MEサーバーへの登録に対し使用される共有秘密（即ち、Ks_NAF_install）を導出できない限り、ウィルスアプリケーション又はどのようなサードパーティーアプリケーションでさえも、モバイル装置内にインストールされたGAA_MEサーバーからのGAA証明書を要求できない。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００２９
【補正方法】変更
【補正の内容】
【００２９】
図３は、本発明内に開示される解決方法の一部となる様々な要素を説明するブロックダイアグラムを開示する。図３は、５つの異なる構成要素を開示する。モバイル装置（ME: Mobile Equipment）３００、ブートストラッピングサーバー機能（BSF: Bootstrapping Server Function）３０２、ネットワークアプリケーション機能（NAF: Network Application Function）３０６、ホーム加入者システム（HSS: Home Subscriber System）３０４、及びコンピューター３０８である。図３のブロックダイアグラムは、分離端末の状態も考慮している。分離端末状態において、局部アプリケーション３２０は、例えば、コンピューター３０８内に属する。局部アプリケーションは、GAAモジュール３１８及び近接モジュール３１２を介しモバイル装置のGAA_MEサーバー３１４に接続される。モバイル装置３００とコンピューター３０８の間の実際の接続は、例えば、ブルートゥースなどの近接リンクなどを介して達成される。APP_ME３１０は、モバイル装置３００内に組み込まれた（クライアント）アプリケーションである。言い換えると、このアプリケーションは、モバイル装置自体、又はモバイル装置３００との局部接続を有するコンピューター３０８のどちらか一方内に組み込むことができる。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００３１
【補正方法】変更
【補正の内容】
【００３１】
モバイル装置３００及びネットワークアプリケーション機能３０６は、コンピュータープログラム（又はその一部）も有することができるメモリ又は複数メモリ（図３内には開示されない）を有することができ、これはデータ処理ユニット上で実行されるとき、本発明の少なくとも幾つかのステップを実行する。データ処理ユニットもまた、それに関連する１又は複数のメモリを有することができ、メモリは、データ処理ユニット上で実行されるときに本発明の少なくとも幾つかのステップを実現するコンピュータープログラム（又はその一部）を含むことができる。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００４６
【補正方法】変更
【補正の内容】
【００４６】
GAA_MEサーバー５０８は、BSF５００と共に3GPPブートストラッピングプロトコルを実行する（５１２）。ブートストラッピングプロトコルは、例えば、3GPP技術仕様書3GPP TS 33.220 V7.2.0 (2005-12)内に詳細に開示される。ブートストラッピングの間、GAA_MEサーバー５０８は、BSF５００から少なくともブートストラッピングトランザクション識別子（BTID: Bootstrapping Transaction Identifier）及び鍵有効時間を受信する。GAA_MEサーバー５０８は、鍵Ksを導出することができ、NAF識別子を知るため、GAA_MEサーバー５０８とNAF５０２の間の共有秘密である鍵Ks_NAFを導出することができる（５１４）。GAA_MEサーバー５０８は、またAPP_ME５０６に対しランダムチャレンジを生成する（５１４）。この後、GAA_MEサーバー５０８は、少なくともBTID及びチャレンジをAPP_ME５０６に渡す（５１６）。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００５３
【補正方法】変更
【補正の内容】
【００５３】
本発明の１つの実施例において、GAA_MEサーバー５０８が首尾よくAPP_ME５０６を認証したとき、GAA_MEサーバー５０８は、手順中に使用された特定のNAF特定鍵Ks_NAFのみへのアクセスを承諾することができ、その他のNAF特定鍵はアクセスできない。特に、署名されたデータが、APP_ME５０６を介してNAF５０２からGAA_MEサーバー５０８に送信されなかった場合がそうである。本発明のその他の実施例では、完全なアクセスがAPP_ME５０６に与えられ、即ち、APP_ME５０６は全ての可能なKs_NAF鍵を得ることができる。
【手続補正８】
【補正対象書類名】図面
【補正対象項目名】図２
【補正方法】変更
【補正の内容】
【図２】
2009531764.tif 000008
【手続補正９】
【補正対象書類名】図面
【補正対象項目名】図５
【補正方法】変更
【補正の内容】
【図５】
2009531764.tif 000009
【国際調査報告】
2009531764.tif 000010
2009531764.tif 000011
2009531764.tif 000012