JP2008521266A - モバイル端末内の設定パラメータの更新方法 - Google Patents

Abstract

公開鍵暗号システムの公開鍵及び現行端末識別子が格納されているモバイル端末の設定パラメータを更新する／回復する方法であって、この方法は、更新／回復サーバが、モバイル端末から受信された現行端末識別子に応答して、更新された設定パラメータを判断する工程と、中央署名サーバが、更新／回復データパッケージを生成する工程であって、前記更新／回復データパッケージが、前記現行端末識別子と、前記更新された設定パラメータと、プライベート鍵に基づくデジタル署名とを含み、前記デジタル署名が前記公開鍵によって検証可能である、工程と、前記中央署名サーバが、前記現行端末識別子及び前記更新された設定パラメータを格納する工程と、前記更新／回復サーバが、前記モバイル端末に前記更新／回復データパッケージを送信する工程であって、これにより、前記モバイル端末が、前記受信された更新／回復データパッケージを検証し、前記検証された更新／回復データパッケージの前記更新された設定パラメータを前記モバイル端末内に格納するようにする、工程とを含む。

Description

本発明は、モバイル端末内の設定パラメータのセキュアな更新に関する。

モバイル端末は、ＩＭＥＩ／ＥＳＮなどのユニークなハードウェア識別情報（ＩＤ）を保持することが要求される。識別情報は、特定のモバイル端末を追跡するのに使用され、またその端末がモバイルネットワークにアクセスするのをブロック（阻止）するのにも使用され得る。つまり、悪意をもったユーザが端末のユニークＩＤを修正することに関心を持っているので、製造業者は、端末ＩＤの改ざんを防御する必要がある。さらに、たとえばＳＩＭロックコードなどの、端末の他のセキュリティ上重大なパラメータを保護することも望ましいことである。したがって、セキュリティの観点から、たとえばモバイル端末のメモリのワンタイムプログラマブル（ＯＴＰ）部分にデータを書き込むことにより、端末が工場から出荷された後にセキュリティ上重大なパラメータが変更されないようにして、その後のデータの改ざんが防止されることが望ましいであろう。しかし、実際には、このことが不可能である／望ましくない状況がある。たとえば、セキュリティ上重要なパラメータが格納されているモバイル端末のフラッシュメモリが破損していることもあれば、端末の所有者が変わり、いくつかの既存のユーザサービスがその端末ＩＤに結び付けられる可能性がある場合に、ハードウェアＩＤを変更する必要があることもある。

したがって、携帯電話、ページャ、電子オーガナイザ（electronic organiser）、スマートホン、携帯情報端末（ＰＤＡ）などのモバイル端末において、セキュリティ上重要なパラメータを更新するためのセキュアなメカニズムが必要となる。

米国特許第６，０２６，２９３号明細書では、電子デバイス内の電子メモリの改ざんを防止する方法について開示している。この先行技術による方法によれば、電子デバイスがデータ転送デバイスによって再プログラムされる場合には、電子デバイスは、公開鍵／プライベート鍵に基づくチャレンジ／レスポンス認証スキームを開始して、そのデータ転送デバイスを認証する。認証されると、データ転送デバイスは、メモリの再プログラムにアクセスする（access to reprogram the memory）ことが許可される。メモリの再プログラミングに続いて、電子デバイスは、修正されたメモリコンテンツのハッシュ計算を遂行する。計算されたハッシュ値は、デジタル署名のためにデータ転送デバイスに送信され、署名されたハッシュ値は、電子デバイスに戻って格納される。署名されたハッシュ値は、その後、たとえば立ち上げ中に又は周期的に、メモリコンテンツの整合性（integrity）の監査に使用される。

上記の先行技術による方法により、格納されているデータの整合性及び更新プロセス中のセキュリティの統合的な保護を提供できるが、モバイル端末のハードウェアＩＤに対してより厳しいコントロールを提供するという問題がある。

したがって、本発明の目的は、モバイル端末の製造業者がモバイル端末のハードウェアＩＤに対して厳しいコントロールを維持できるようにする更新方法及びシステムを提供することである。

本発明のさらなる目的は、ハードウェアＩＤ及び／又は他のセキュリティ上重要なパラメータの、ワールドワイドな更新を可能にする、顧客にとって使いやすい、効率的な更新手順を提供することである。

上記の及び他の課題は、モバイル端末の設定パラメータ（configuration parameter）を更新する／回復する方法によって解決される。モバイル端末には、公開鍵暗号システムの公開鍵、及び前記モバイル端末を識別する現行端末識別子（current terminal identifier）が格納されており、この方法は、
−更新／回復サーバが、モバイル端末から受信された現行端末識別子に応答して、少なくとも１つの更新された設定パラメータを判断する工程と、
−中央署名サーバが更新／回復データパッケージを生成する工程であって、更新／回復データパッケージが、現行端末識別子と、少なくとも１つの更新された設定パラメータと、プライベート鍵に基づくデジタル署名とを含み、このデジタル署名は前記公開鍵によって検証可能である、工程と、
−中央署名サーバが、前記現行端末識別子及び前記少なくとも１つの更新された設定パラメータを格納する工程と、
−更新／回復サーバが、モバイル端末に前記更新／回復データパッケージを送信する工程であって、これにより、モバイル端末が、受信された更新／回復データパッケージを検証し、検証された更新／回復データパッケージの少なくとも１つの更新された設定パラメータをモバイル端末内に格納するようにする、工程とを含む。

特に、更新手順がいくつかの分散された更新／回復サーバによって遂行されるので、中央署名サーバを介したハードウェアＩＤに対する厳しい集中コントロールを維持しつつ、効率的な更新プロセスが保証される。

このシステムにより複数の更新／回復サーバが可能となり、したがって、代替の更新／回復サーバがまだいくつか動作可能であるため、全体としての更新システムの効率を著しく低下させることなく、危険にさらされた（compromised）更新／回復サーバが将来使用されるのを容易に阻止し得るという利点を有する。

モバイル端末のセキュリティ上重要なパラメータのため、セキュアかつ厳密にコントロールされた更新プロセスが実現されることは、さらなる利点である。

さらに、クローンモバイル端末又は改ざんされた端末が市場に出現した場合、本明細書に記述する更新プロセス及びシステムにより、そのモバイル端末の現行ハードウェアＩＤ、及び／又はその端末のハードウェアＩＤを変更するのに使用される更新／回復サーバの識別情報を容易に検出できるようになる。したがって、本明細書に記述する方法により、モバイル端末の違法改ざん及びモバイル端末についての不公正なサービスセンタ（dishonest service centres）の容易な追跡が促進されるという利点を有する。

更新／回復パッケージが端末に送信されると、データをロギングすることにより、リプレイアタックにおけるパッケージの再使用が防止されるというさらなる利点を有する。

用語「更新／回復サーバ」は、モバイル端末のハードウェアＩＤ及び／又は他のセキュリティ上重要なパラメータを更新するよう適応された、及び／又はモバイル端末の破損したハードウェアＩＤ及び／又は他のセキュリティ上重要なパラメータを回復するよう適応された、任意のコンピュータ又は他のデータ処理システムを含むものとする。用語「署名サーバ」は、任意の好適にプログラムされた／構成されたコンピュータ又は他のデータ処理システムを含むものとする。

用語「設定パラメータ」は、モバイル端末内に格納されている任意のパラメータ、特に、セキュアな更新手順が望ましい任意のデータ項目を含むものとする。以下、このような設定パラメータを、セキュリティパラメータとも呼ぶ。特に、用語「設定パラメータ」は、モバイル端末を識別するハードウェア識別子、たとえばＩＭＥＩ及びＥＳＮを含む。ＩＭＥＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｅｑｕｉｐｍｅｎｔ Ｉｄｅｎｔｉｔｙ）は、あらゆる携帯電話に与えられるユニークな番号である。ネットワーク上のすべてのＩＭＥＩのリストが、Ｅｑｕｉｐｍｅｎｔ Ｉｄｅｎｔｉｔｙ Ｒｅｇｉｓｔｅｒ（ＥＩＲ）内に格納されている。ＥＳＮ（エレクトリックシリアルナンバー）は、アメリカ合衆国において使用されている、製造時に送受話器に与えられる、ユニークなシリアルナンバーである。セキュリティ上重要な設定パラメータのさらなる例に、ＳＩＭロックコード、電話ドメイン（phone domains）、ルート証明書、セキュリティポリシーなどが含まれる。

一実施形態においては、この方法は、中央署名サーバが、対応する現行の又は更新された端末識別子がブロックされているかどうかを判断するために、現行端末識別子の少なくとも１つとＩＤレポジトリ（ID repository）を有する生成され更新された端末識別子とを比較する工程をさらに含む。したがって、この方法は、たとえば、盗まれた端末のブラックリストから免れるべく以前に失効した端末ＩＤを無許可で更新することに対する保護を提供する。

一実施形態によれば、この方法は、更新／回復サーバが、現行端末識別子及び少なくとも１つの更新された設定パラメータを署名サーバに送信する工程をさらに含む。

一実施形態においては、この方法は、モバイル端末から現行端末識別子が破損しているという通知を受信する工程と、モバイル端末によって生成された擬似端末識別子を前記現行端末識別子として受信する工程とをさらに含む。したがって、この方法は、破損した設定パラメータを有するモバイル端末、即ち、その設定パラメータの１つ以上にもはやアクセスすることができないモバイル端末を回復するための、セキュアかつ効率的なプロセスを提供する。

別の実施形態においては、擬似端末識別子は、モバイル端末のデバイス依存キーから計算されたメッセージ認証コード値である。モバイル端末は、回復パッケージを受信した場合に、その後擬似端末識別子を検証し、そして、モバイル端末の現在のＩＤが破損していることが検出された場合、更新された／回復されたＩＤのみを受け入れることができる、という利点を有する。

さらに別の実施形態においては、この方法は、更新／回復サーバが、モバイル端末から乱数を受信する工程をさらに含み、更新／回復データパッケージを生成する工程が、更新／回復データパッケージのデジタル署名に乱数を含める工程を含む。したがって、乱数に起因して、以前に発行された回復パッケージはリプライ攻撃（replay attack）に使用され得ない。

この方法が、中央署名サーバにより更新／回復サーバがモバイル端末を更新する許可を受けているかどうかを検証することをさらに含む場合、無許可の更新／回復サーバを検出するためのメカニズムが提供されて、将来使用されることを容易にブロックすることができ、したがって、モバイル端末についての不公正なサービスセンタの防止が促進される。

更新／回復データパッケージが、更新／回復データパッケージのプライベート鍵の所有者を証明するデジタル証明書を含む場合、更新／回復サーバ及び／又はモバイル端末がその更新／回復データパッケージの信憑性を検証し得るので、セキュリティがさらに向上する。一実施形態においては、デジタル証明書は、プライベート鍵の所有者が、少なくとも１つの更新された設定パラメータでモバイル端末を更新／回復する許可を受けていることを示す更新／回復フラグを含む。代替形態又は追加形態として、デジタル証明書は、モバイル端末の製造業者を識別する製造業者識別子を含み、これにより、モバイル端末が、この製造業者識別子とモバイル端末内に格納されている対応する製造業者識別子とを比較できるようにする。

さらに別の実施形態においては、更新／回復サーバがモバイル端末に更新／回復データパッケージを送信する工程によって、モバイル端末が、受信された少なくとも１つの更新された設定パラメータのメッセージ認証コードを生成し、格納するようにする。結果として、受信され更新された設定パラメータは、整合性が保護された形で格納され（stored integrity protected）、これにより、モバイル端末による、格納されているパラメータの整合性のその後の検証が促進される。

さらに別の実施形態においては、この方法は、モバイル端末にローダプログラムを送信する工程をさらに含み、前記ローダプログラムは、モバイル端末で実行された場合に、少なくとも、受信された少なくとも１つの更新された設定パラメータの前記メッセージ認証コードの生成を遂行するよう適応される。したがって、その後のメモリ監査中に使用するための基準メッセージ認証コードの計算が、通常モバイル端末に常駐していないソフトウェアによって遂行され、これにより、ハッカー又は他の悪意をもったユーザが、その機能にアクセスする危険性が減少する。それを計算するプログラムによって基準メッセージ認証コードが格納されている間は、その後の監査プロセスにおいて、計算された監査メッセージ認証コードを出力する必要がなく、格納されている基準コードとの比較結果を出力すれば良い。

代替実施形態においては、少なくとも、受信された少なくとも１つの更新された設定パラメータのメッセージ認証コードの生成、及び／又は更新パッケージの検証が、モバイル端末の、保護されているブートＲＯＭ（リードオンリーメモリ）コード又は整合性が保護されているブートコードによって遂行される。

上述の及び以下の方法の機能は、ソフトウェアで実装され、コンピュータ実行可能命令などのプログラムコード手段の実行により、１つ以上の処理手段を備えたデータ処理システムで行われることがあることに留意されたい。ここにおいて及び以下において、用語「処理手段」は、上記の機能を遂行するよう好適に適応された、任意の回路及び／又はデバイスを含む。特に、上記の用語は、汎用又は専用プログラマブルマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルロジックアレイ（ＰＬＡ）、プログラマブルゲートアレイ（ＦＰＧＡ）、専用電子回路など、又はこれらの組合せを含む。

本発明は、上述の及び以下の方法、対応するデバイス、コンピュータプログラムを含むものとは異なる方法で、実施され得る。このそれぞれが、上述の方法について記述した利益及び利点の１つ以上をもたらし、またそれぞれが、上述の方法について記述した実施形態に対応する１つ以上の実施形態を有する。

より具体的には、さらなる態様に従って、上記の課題は、モバイル端末の設定パラメータを更新する／回復するためのシステムによって解決される。前記モバイル端末には、公開鍵暗号システムの公開鍵及び前記モバイル端末を識別する現行端末識別子が格納される。このシステムは、前記モバイル端末から受信された現行端末識別子に応答して、少なくとも１つの更新された設定パラメータを判断するよう適応された少なくとも１つの更新／回復サーバと、前記現行端末識別子と、少なくとも１つの更新された設定パラメータと、プライベート鍵に基づくデジタル署名とを含む、更新／回復データパッケージを生成する中央署名サーバであって、このデジタル署名は前記公開鍵によって検証可能であり、前記現行端末識別子及び少なくとも１つの更新された設定パラメータを格納するよう適応された中央署名サーバとを備え、前記更新／回復サーバは、更新／回復データパッケージをモバイル端末に送信するようにさらに適応されており、これにより、前記モバイル端末が、受信された更新／回復データパッケージを検証し、検証された更新／回復データパッケージの少なくとも１つの更新された設定パラメータを前記モバイル端末内に格納するようする。

一実施形態においては、更新／回復サーバ及び署名サーバは、セキュアな通信リンクを介して接続される。

またさらなる態様に従って、上記の課題は、モバイル端末の設定パラメータを更新する／回復するための署名サーバによって解決される。前記モバイル端末には、公開鍵暗号システムの公開鍵及び前記モバイル端末を識別する現行端末識別子が格納される。前記署名サーバは、前記モバイル端末から受信された現行端末識別子に応答して、更新／回復サーバによって生成された少なくとも１つの更新された設定パラメータを受信し、前記現行端末識別子と、少なくとも１つの更新された設定パラメータと、プライベート鍵に基づくデジタル署名とを含む更新／回復データパッケージを生成し、このデジタル署名は前記公開鍵によって検証可能であり、前記現行端末識別子及び前記少なくとも１つの更新された設定パラメータを格納し、更新／回復データパッケージを更新／回復サーバに送信するように構成され、かかる送信により、前記更新／回復サーバが更新／回復データパッケージを前記モバイル端末に送り、前記モバイル端末が、受信された更新／回復データパッケージを検証し、検証された更新／回復データパッケージの少なくとも１つの更新された設定パラメータをモバイル端末内に格納するようにする。

一実施形態においては、署名サーバは、対応する現行の又は更新された端末識別子がブロックされているかどうかを判断するために、前記現行端末識別子の少なくとも１つとＩＤレポジトリを有する生成され更新された端末識別子とを比較するようさらに適応される。

別の実施形態においては、署名サーバは、更新／回復サーバがモバイル端末を更新する許可を受けているかどうかを検証するようさらに適応される。

またさらなる態様に従って、上記の課題は、モバイル端末の設定パラメータを更新する／回復するための更新／回復サーバによって解決される。前記モバイル端末には、公開鍵暗号システムの公開鍵及び前記モバイル端末を識別する現行端末識別子が格納される。前記更新／回復サーバは、前記モバイル端末から受信された現行端末識別子に応答して、少なくとも１つの更新された設定パラメータを生成し、前記現行端末識別子及び前記少なくとも１つの更新された設定パラメータを署名サーバに送信し、これにより、前記署名サーバが、前記現行端末識別子と、前記少なくとも１つの更新された設定パラメータと、プライベート鍵に基づくデジタル署名とを含む、更新／回復データパッケージを生成するようにし、このデジタル署名は前記公開鍵によって検証可能であり、前記中央署名サーバにより、前記現行端末識別子及び前記少なくとも１つの更新された設定パラメータを格納するようにし、前記署名サーバから更新／回復データパッケージを受信し、前記更新／回復データパッケージを前記モバイル端末に送信するように構成され、かかる送信により、前記モバイル端末が、受信された更新／回復データパッケージを検証し、検証された更新／回復データパッケージの少なくとも１つの更新された設定パラメータを前記モバイル端末内に格納するようにする。

一実施形態においては、更新／回復サーバは、前記モバイル端末から、前記現行端末識別子が破損しているという通知を受信し、前記モバイル端末によって生成された擬似端末識別子を前記現行端末識別子として受信するようさらに適応される。

一実施形態においては、前記擬似端末識別子は、前記モバイル端末のデバイス依存キーから計算されたメッセージ認証コード値である。

一実施形態においては、更新／回復サーバは、前記モバイル端末から乱数を受信し、前記更新／回復データパッケージの前記デジタル署名内に前記乱数を含めるようさらに適応される。

一実施形態においては、更新／回復サーバは、ローダプログラムを前記モバイル端末に送信するようさらに適応され、前記ローダプログラムは、前記モバイル端末で実行された場合に、少なくとも、受信された少なくとも１つの更新された設定パラメータのメッセージ認証コードの生成を遂行するよう適応されている。

またさらなる態様に従って、上記の課題は、コンピュータプログラムがデータ処理システムで動作する場合に、上述の及び以下の方法のステップを遂行するよう適応されたコンピュータプログラムコード手段を備えたコンピュータプログラム製品によって解決される。特に、コンピュータプログラム製品は、更新／回復サーバ及び署名サーバで実行される各コンピュータプログラムコードモジュールを含むことができる。

たとえば、プログラムコード手段は、記憶媒体から又はコンピュータネットワークを介して別のコンピュータから、ランダムアクセスメモリ（ＲＡＭ）などのメモリ内にロードすることができる。代替形態として、記述した機能は、ソフトウェアの代わりに、又はソフトウェアと組み合わせて、ハードワイヤード回路によって実装することができる。

またさらなる態様に従って、上記の課題は、上述の及び以下の方法のステップを遂行するように構成されたデータ処理システムによって解決される。

図面を参照しながら、以下に記述する実施形態より、上記の及び他の態様が明らかかつ明瞭となろう。

図１は、モバイル端末の設定パラメータを更新する／回復するためのシステムを示す概略ブロック図である。システムは、ＩＤレポジトリ１０２へのアクセスできる中央署名サーバ１０１と、いくつかの更新／回復サーバ１０３、１０３’、及び１０３’’とを備える。

図１においては、３つの更新／回復サーバが一例として示されている。しかし、異なる数の更新／回復サーバも可能であることが理解されよう。更新／回復サーバ１０３、１０３’、及び１０３’’は、モバイル端末のハードウェアＩＤ及び／又は他のセキュリティパラメータの更新、及び／又は破損したハードウェアＩＤ及び／又は他のセキュリティパラメータの回復を遂行する。それぞれのサーバ１０３、１０３’、１０３’’が、パラメータ更新及びパラメータ回復の両方を遂行するよう適応されることがあることを理解されたい。即ち、これらは、更新サーバの役割及び回復サーバの役割を有することがある。しかし、実施形態によっては、いくつかの又はすべてのサーバが、更新サーバ又は回復サーバのいずれかとしてのみ働くことがある。この記述において、用語「更新サーバ」及び「回復サーバ」は、各サーバの役割を例示するためにのみ使用されている。用語「更新サーバ」の使用は、そのサーバがパラメータ更新のみを遂行するよう適応されていることを意図するものではない。同様に、用語「回復サーバ」の使用は、そのサーバがパラメータ回復のみを遂行するよう適応されていることを意図するものではない。

ＩＤレポジトリ１０２は、署名サーバとは別個のデータベースであってよい。又は、署名サーバの内部データベース、たとえば内部署名ログ記憶装置であってよい。１つの署名サーバが同じ製造業者の端末のすべての更新を取り扱う場合には、厳重な集中コントロールが提供される。しかし、たとえば２、３、又は４つの、少数の署名サーバを備えたシステムも可能である。この場合、署名サーバは、同じＩＤレポジトリへの又は同期されたレポジトリへアクセスすることができる。一実施形態においては、ハードウェアＩＤの更新をロギングするためのＩＤレポジトリ１０２は、ＥＩＲと一緒に配置される。それぞれの署名サーバが、複数の更新／回復サーバのための更新／回復パッケージの生成を担当し、これにより、多数のモバイル端末へのサービスを可能とする効率的なシステムを提供する。

それぞれの更新／回復サーバが、同時に１つ以上のモバイル端末と通信することができる。図１の例においては、更新／回復サーバ１０３と通信している３つのモバイル端末、１０４、１０４’、及び１０４’’と、更新／回復サーバ１０３’’と通信している２つのモバイル端末１０４’’’及び１０４’’’’とが示されている。署名サーバが、更新／回復サーバの１つと統合されてもよいことを理解されたい。たとえば、１つのサーバコンピュータが、中央署名サーバとして、及び更新／回復サーバの１つとして、機能することがある。

更新／回復サーバは、好適な通信リンクを介してモバイル端末と通信する。たとえば、更新／回復サーバは、無線により、即ちセルラ電気通信網を介して、モバイル端末と通信してもよい。他の実施形態においては、更新／回復サーバが、たとえばブルートゥースなどの無線ベースのチャネルや、たとえばＩｒＤａなどの赤外線通信チャネルといった、短距離ワイヤレス通信チャネルなどのローカル通信リンクを介して、モバイル端末と通信することができる。さらに、更新／回復サーバは、ワイヤード接続、たとえばＵＳＢ、ファイアワイア（ＦｉｒｅＷｉｒｅ）などのシリアルポートを介して、モバイル端末と通信してもよい。

更新／回復サーバは、各通信チャネル、１０５、１０５’、１０５’’を介して署名サーバと通信する。この接続は、たとえばローカルエリアネットワーク（ＬＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）などのローカル接続、又はたとえばインターネット又は別の通信網を介するリモート接続であり得る。更新／回復サーバと署名サーバとの間の接続の秘匿性及び整合性が保護されているとき、及び／又は更新サーバと署名サーバとの間の相互認証が行われるとき、特にリモート接続が使用されている場合に、システムのセキュリティが向上する。たとえば、更新／回復サーバと署名サーバとの間の接続には、サーバ及びクライアント認証を有するＴＬＳ（トランスポート層のセキュリティ）、又は別の好適な安全なプロトコルが利用することができる。

図２は、モバイル端末の一例を示す概略ブロック図である。モバイル端末１０４は、セルラ電気通信網、たとえばＧＳＭネットワーク、ＧＰＲＳネットワーク、ＵＭＴＳネットワーク、又は他の任意の好適な通信網を介して通信するための、通信回路２０６及び該通信回路に接続されたアンテナを備える。さらに、モバイル端末１０４は、さらなるデータ通信インターフェース、たとえばＩｒＤａポート、たとえばＵＳＢ、ファイアワイアなどのシリアルインターフェース、、ブルートゥースインターフェース、及び／又はその他を備えていてもよい。モバイル端末１０４は、さらに、処理ユニット２０７とメモリ２０８とを備える。メモリ２０８は、１つ以上の物理的及び／又は論理的に分離されたメモリ区間を備えることができる。たとえば、モバイル端末は、ＲＡＭ、及び、たとえばＲＯＭやフラッシュメモリ等の書換え可能メモリなどの１つ以上の不揮発性メモリを備えることができる。

モバイル端末１０４は、公開鍵暗号システムの公開ルートキー２１１が予め設定される（pre-configured with a public root key 211）。キー２１１は、ＲＯＭなどの、保護されている不揮発性メモリ内に格納することができ、これにより、高度なセキュリティを提供する。キーは、端末１０４のセキュリティ上重大なパラメータのすべての更新又は回復が正しいことを検査するのに使用される。

さらに、端末１０４には、ＩＭＥＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｅｑｕｉｐｍｅｎｔ Ｉｄｅｎｔｉｆｉｅｒ）及び／又はＥＳＮ（エレクトリックシリアルナンバー）などの、ユニークなハードウェアＩＤ２０９が格納されている。ハードウェアＩＤ２０９に加えて、モバイル端末には、ＳＩＭアンロックコードなどの、他のセキュリティ上重要なパラメータ２１０及び／又はその他が格納されていることがある。ハードウェアＩＤ２０９及び任意選択のさらなるパラメータ２１０は、端末の再書き込み可能な不揮発性メモリ内に保護されて格納されている。データは、たとえば米国特許第６，０２６，２９３号明細書に記述されているように、ハッシュ値、メッセージ認証コードなどで保護することができる。これによれば、モバイル端末のマイクロプロセッサは、端末メモリのコンテンツについてハッシュ計算を遂行して監査ハッシュ値を導き出し、セキュアに格納されている又はデジタル署名された予め計算されたハッシュ値と比較する。２つのハッシュ値が一致した場合にのみ、メモリコンテンツが受け入れられる。たとえば、このような認証コードは、端末を立ち上げる毎に検査してよく、また、検査結果が不合格であると、端末は完全な機能で動作しない。

以下、それぞれ、図３及び図４を参照しながら、２つのシナリオについて記述する。即ち、モバイル端末のパラメータが破損した場合及び／又は読取り不能である場合の、端末のセキュリティパラメータの更新及びセキュリティパラメータ回復手順である。

図３は、更新サーバ１０３がモバイル端末１０４の設定パラメータを更新する方法の実施形態を示す流れ図である。この実施形態においては、サーバ１０３を更新サーバと呼ぶ。しかし、この用語は、単に更新／回復プロセスにおけるサーバの役割に関するものであることを理解されたい。同じサーバコンピュータが、更新サーバ及び回復サーバとして働くことがあることが理解されるであろう。

それぞれ更新サーバ１０３及びモバイル端末１０４によって遂行される、最初のステップ３０１及び３０２では、更新サーバ及びモバイル端末は、ローカル又はリモートの、ワイヤード又はワイヤレスの、接続を互いに確立する。いくつかの実施形態においては、更新サーバがこのプロセスを開始し、他の実施形態においては、端末が更新サーバに接続する。ステップ３０１の一部として、更新サーバ１０３は更新要求を端末１０４に送信する。

ステップ３０３では、モバイル端末１０４は、ＩＤ_Ｃで表される現行のハードウェアＩＤを、また任意にさらなるセキュリティパラメータの現行値を、更新サーバ１０４に戻す。モバイル端末１０４は、ランダム値ｒａｎｄを生成し、これも更新サーバに送信する。

ステップ３０４では、更新サーバ１０３は、新しい端末パラメータ、即ちＩＤ_Ｎで表される新しいハードウェアＩＤ、及び／又は他のセキュリティパラメータの新しい値を選ぶ。通常、更新サーバは、その更新サーバのユーザ、たとえばサービス区域のオペレータからの入力に応答して、新しいパラメータを選択する。パラメータの実際の選択は、ユーザの制御下にある更新サーバによって遂行されてよく、又は、更新されたパラメータは、ユーザによって入力されてよい。たとえば、更新サーバは、加入変更（a change in subscription）に関連して新しいハードウェアＩＤがユーザによって要求された場合、利用可能なＩＤのプールから新しいハードウェアＩＤを選択することができる。別のシナリオにおいては、モバイル端末は、たとえば試験のために、１つの電話ドメイン（たとえば、電話、製品、研究開発のタイプ）から別のドメインへ移されることがある。このシナリオにおいては、オペレータからの要求があると、モバイル端末のドメインパラメータが、更新サーバによってしかるべく変更される。パラメータ更新は、ハードウェアＩＤの更新を含んでいてよく、又は、ハードウェアＩＤを一定に維持しつつ、他のセキュリティ上重要なパラメータを更新するだけであってもよいことを理解されたい。

それぞれ更新サーバ１０３及び署名サーバ１０１によって遂行されるステップ３０５及び３０６では、たとえば図１について上述したように、（署名サーバが更新サーバと一体となっていない（collocated）場合）好適な通信チャネルを介して、更新サーバ１０３と署名サーバ１０１との間に接続が確立される。

ステップ３０７では、更新サーバ１０３は、ハードウェアＩＤの新しい値及び現行値、及びセキュリティパラメータの対応する現行値及び新しい値を、モバイル端末１０４から受信されたランダム値ｒａｎｄと共に、署名サーバ１０１に送信する。

ステップ３０８では、署名サーバ１０１は、更新サーバ１０３が端末の更新を遂行する許可を受けていることを検査する。特に、署名サーバは、端末の現行（及び任意に、新しい）ハードウェアＩＤを検証する。このため、署名サーバ１０１は、たとえばブロックされているＩＤのリストを維持することにより、一定のＩＤの更新をブロックする機能を含む。したがって、１つ又は複数の新しい及び／又は現行のＩＤの検証は、１つ又は複数の新しい及び／又は現行のＩＤと、ブロックされているＩＤのリスト上のＩＤとの比較を含むことがある。更新サーバが更新の許可を受けている場合、かつ要求された現行又は新しい端末ＩＤがブロックされていない場合、署名サーバは、ステップ３０９で更新手順を続行する。ブロックされている場合、プロセスは中止される。

ステップ３０９では、署名サーバ１０１は、新しい端末セキュリティパラメータを含む、署名された更新パッケージを作成する。署名された更新パッケージは、新しい端末ハードウェアＩＤを含む新しい端末パラメータと、現行の端末ハードウェアＩＤとを含む。いくつかの実施形態によっては、パッケージは、さらにデジタル証明書を含む。更新パッケージは、モバイル端末内の公開ルートキー２１１に対応するプライベート鍵、又は端末内の公開ルートキー２１１に対応するプライベート鍵によって認証されたプライベート鍵の、いずれかに基づく署名で署名される。さらに、実施形態によっては、署名鍵を証明する証明書は、プライベート鍵の所有者がセキュリティパラメータ更新を遂行する許可を受けていることを示す更新フラグを含む。証明書はまた、モバイル端末の製造業者のＩＤを有するフィールドを含んでいてよい。ランダム値ｒａｎｄを含む署名が計算された場合、リプライ攻撃は防止される。

ステップ３１０では、署名サーバ１０１は、ＩＤレポジトリ１０２内に、新しいパラメータと、１つ又は複数の端末ＩＤ（現在のＩＤ、及び、ある場合は新しいＩＤ）と、更新サーバ識別情報とを格納する。

その後のステップ３１１では、署名サーバ１０１は、署名された更新パッケージをアップグレードサーバ１０３に再び送信する。

ステップ３１２では、アップグレードサーバ１０３は、受信された更新パッケージをモバイル端末１０４に送信する。

ステップ３１３では、モバイル端末１０４は、更新サーバ１０３から更新パッケージを受信する。更新パッケージを受信すると、モバイル端末は、その公開ルートキー２１１を用いて、更新パッケージの証明書及び署名を検査する。証明書が更新フラグフィールド及び／又は製造業者フィールドを含んでいる場合、この／これらのフィールドも検査される。この目的のため、端末は、たとえばＯＴＰメモリ内に格納されている、その製造業者のＩＤを有することができる。次に、端末は、それ自身の現行のＩＤに対して、更新パッケージ内の現行のハードウェアＩＤを検査する。２つの値が一致した場合、端末はその更新を続行する。古いセキュリティパラメータはメモリから削除され、新しいパラメータが端末メモリ内に格納される。新しいＩＤ及びパラメータは、端末の不揮発性メモリ内にセキュアに格納することができる。

モバイル端末に格納されているセキュリティパラメータが認証コードで保護されている実施形態においては、モバイル端末は、受信された新しいパラメータの対応する認証コード（ＭＡＣ）を計算し、新しいパラメータと共にこの認証コードを格納する。

図４は、モバイル端末の破損した設定パラメータを回復する方法の実施形態を示す流れ図である。したがって、このシナリオにおいては、モバイル端末のセキュリティ上重要なパラメータの１つ以上が破損している、即ちモバイル端末によってもはや検索することができないと仮定する。この実施形態においては、サーバ１０３を回復サーバと呼ぶ。しかし、この用語は、単に更新／回復プロセスにおけるサーバの役割に関するものであることを理解されたい。同じサーバコンピュータが更新サーバ及び回復サーバとして働くことがあることが理解されるであろう。

それぞれ回復サーバ１０３及びモバイル端末１０４によって遂行される最初のステップ４０１及び４０２では、回復サーバ及びモバイル端末は、ローカル又はリモートの、ワイヤード又はワイヤレスの、接続を互いに確立する。いくつかの実施形態においては、回復サーバがこのプロセスを開始し、他の実施形態においては、端末が回復サーバに接続する。

パラメータ回復は、ハードウェアＩＤの回復を含んでいてよく、又は、ハードウェアＩＤを一定に維持しつつ、他のセキュリティ上重要なパラメータだけを回復することであってもよいことを理解されたい。以下、ハードウェアＩＤが読取り不能であると仮定する。破損している他のセキュリティパラメータの場合において、回復プロセスは、類似の方法で遂行されることを理解されたい。

ステップ４２０では、モバイル端末は、ＰＳｌＤ＝ＤＥＶＭＡＣ（ｒａｎｄ）と定義された、ランダム値ｒａｎｄ及び擬似識別情報ＰＳＩＤを生成する。ここで、ＤＥＶＭＡＣは、デバイス依存キーを使用するＭＡＣである。たとえば、デバイス依存キーは、モバイル端末のチップセットのためのユニークキー、たとえば生産中にプログラムされたキーであってよい。デバイス依存キーがチップから抽出され得ないように格納されている場合には、ＰＳＩＤの生成のセキュリティがさらに向上する。

その後のステップ４０３では、モバイル端末１０４は、１つ以上のセキュリティパラメータが読取り不能であることを示すステータスメッセージを回復サーバ１０３に送信する（そうでない場合は、プロセスを中止する）。モバイル端末はまた、ランダム値ｒａｎｄ及び擬似識別情報ＰＳＩＤを回復サーバ１０３に送信する。

ステップ４０４では、回復サーバ１０３は、たとえば上述したように、新しい端末パラメータ、即ちＩＤ_Ｎで表される新しいハードウェアＩＤ、また任意に他のセキュリティパラメータの新しい値を選ぶ。実施形態によっては、ハードウェアＩＤ及び／又は他のパラメータのいくつか又はすべてが、好適なデータベースから回復されてよい。

それぞれ回復サーバ１０３及び署名サーバ１０１によって遂行されるステップ４０５及び４０６では、たとえば、図１について上述したように、（署名サーバが回復サーバと一体となっていない場合）好適な通信チャネルを介して、回復サーバ１０３と署名サーバ１０１との間に接続が確立される。

ステップ４０７では、回復サーバ１０３は、新しいハードウェアＩＤ及び擬似識別子ＰＳＩＤを、また任意に他のセキュリティパラメータの新しい及び現行値を、モバイル端末１０４から受信されたランダム値ｒａｎｄ共に、署名サーバ１０１に送信する。

ステップ４０８では、署名サーバ１０１は、回復サーバ１０３が端末の回復を遂行する許可を受けていることを検査する。特に、署名サーバは、端末の新しいハードウェアＩＤを検証する。この目的のため、署名サーバ１０１は、たとえばブロックされているＩＤのリストを維持することにより、一定のＩＤへの更新をブロックする機能を含む。たとえば、ＩＤがワンタイムプログラマブルなメモリ内にプログラムされている電話では、ＩＤのある範囲が使用される。したがって、実施形態によっては、これらの範囲のＩＤへの更新をブロックすることが望ましいであろう。したがって、新しいＩＤの検証は、新しいＩＤと、ブロックされているＩＤのリスト上のＩＤとの比較を含むことができる。回復サーバが回復の許可を受けている場合、かつ要求された新しい端末ＩＤがブロックされていない場合、署名サーバは、ステップ４０９で回復手順を続行する。ブロックされている場合は、プロセスは中止される。

ステップ４０９では、署名サーバ１０１は、新しい端末セキュリティパラメータを含む、署名された回復パッケージを作成する。署名された回復パッケージは、新しい端末パラメータと擬似識別子ＰＳＩＤとを含む。実施形態によっては、パッケージは、さらにデジタル証明書を含む。回復パッケージは、モバイル端末内の公開ルートキー２１１に対応するプライベート鍵、又は端末内の公開ルートキー２１１に対応するプライベート鍵によって認証されたプライベート鍵の、いずれかに基づく署名で署名される。さらに、実施形態によっては、署名鍵を証明する証明書は、プライベート鍵の所有者がセキュリティパラメータ回復を遂行する許可を受けていることを示す回復フラグを含む。証明書はまた、モバイル端末の製造業者のＩＤを有するフィールドを含んでいてよい。ランダム値ｒａｎｄを含む署名が計算された場合、リプライ攻撃は防止される。

ステップ４１０では、署名サーバ１０１は、ＩＤレポジトリ１０２内に、新しい端末ＩＤと、擬似識別子と、任意に新しいパラメータとを、回復サーバの識別情報と共に格納する。

その後のステップ４１１では、署名サーバ１０１は、署名された回復パッケージを回復サーバ１０３に送り返す。

ステップ４１２では、回復サーバ１０３は、受信された回復パッケージをモバイル端末１０４に送信する。

ステップ４１３では、モバイル端末１０４は、回復サーバ１０３から回復パッケージを受信する。回復パッケージを受信すると、モバイル端末は、その公開ルートキー２１１を用いて、回復パッケージの証明書及び署名を検査する。証明書が回復フラグフィールド及び／又は製造業者フィールドを含んでいる場合、この／これらのフィールドも検査される。この目的のため、端末は、たとえばＯＴＰメモリ内に格納されている、その製造業者のＩＤを有することができる。次に、端末は、ステップ４２０で、該端末によって生成されたＰＳＩＤに対して、回復パッケージ内の受信された擬似識別子ＰＳＩＤを検査する。２つの値が一致した場合、端末は回復を続行する。新しいハードウェアＩＤ、及び、ある場合はさらなるパラメータが、端末メモリ内に格納される。たとえば、新しいＩＤ及びパラメータは、端末の不揮発性メモリ内にセキュアに格納される。

モバイル端末に格納されているセキュリティパラメータが認証コードで保護されている実施形態においては、モバイル端末は、受信された新しいパラメータの対応するメッセージ認証コード（ＭＡＣ）を計算し、新しいパラメータと共にメッセージ認証コード（ＭＡＣ）を格納する。

状況によっては、モバイル端末は、たとえば、現在の端末識別情報がブラックリストにのっているという理由で、又はデバイスが機能不良であるため修理に送られたとの理由で、サーバと交信できないことがある。さらに、ステップ３１３及び４１３が、上述したように、メッセージ認証コード（ＭＡＣ）の再計算を含む場合、セキュリティの観点から、モバイル端末内に格納されている通常のソフトウェアの一部として利用可能なＭＡＣ再計算能力を有することは好ましくないであろう。

上記の課題は、更新／回復サーバが最初に、信頼できるローダソフトウェアをモバイル端末に送信し、ローダソフトウェアがその後、通信を遂行し、モバイル端末において実行されるさらなるステップのいくつかの又はすべて、特にＭＡＣの計算を遂行した場合に、解決される。ここで、図５を参照しながら、ローダソフトウェアを利用する更新プロセスの実施形態について記述する。

図５は、モバイル端末の設定パラメータを更新する方法の別の実施形態を示す流れ図である。図５の方法は、ローダソフトウェアの初期ローディング段階を有する点を除き、図３について記述した方法と類似している。図４の回復プロセスは、ローダソフトウェアを利用するために、同様に修正できることを理解されたい。

最初のステップ５３１では、更新サーバ１０３が、ローダソフトウェアをモバイル端末１０４に送信する。この信頼できるローダは、更新されたパラメータのＭＡＣ値を再計算するよう適応された機能を含む。ソフトウェアをモバイル端末にロードする方法は公知であり、本明細書においては詳細に記述しない。一実施形態においては、ローダソフトウェアは、秘密プライベート鍵を用いてデジタル署名され、これに一致する公開鍵が、整合性が保護されてモバイル端末内に格納される。たとえば、公開鍵は、モバイル端末のＲＯＭ内又はデジタルＡＳＩＣのワンタイムプログラマブルメモリ内に格納されることがある。したがって、ステップ５３２では、ローダソフトウェアを受信すると、モバイル端末は受信されたローダの信憑性を検証する。

その後、モバイル端末はローダソフトウェアを実行し、ローダソフトウェアは更新サーバとの通信リンクを確立する（それぞれ、更新サーバにより、及びローダソフトウェアの制御下にあるモバイル端末により遂行されるステップ５３３及び５３４）。

残りのステップ３０３〜３１３は、図３について記述した、これらに対応するステップと同一であり、本明細書においては繰り返し記述しない。図５の実施形態においては、モバイル端末によって遂行されるステップ、５３３、３０３、及び３１３は、一点鎖線５３５で示されているように、ローダソフトウェアにより又はローダソフトウェアの制御下で遂行される。

したがって、この実施形態においては、ＭＡＣの再計算能力は、通常モバイル端末に常駐しないローダソフトウェアの一部としてのみ利用可能であるので、更新プロセスのセキュリティが向上する。さらに、モバイル端末での残りの更新ステップもローダソフトウェアによって遂行される場合、更新プロセスは、モバイル端末ソフトウェアがもはや更新を遂行できない状況においても遂行することができる。

いくつかの実施形態について詳細に記述し、示してきたが、本発明はこれらに限定されるものではなく、特許請求の範囲に定義された主題の範囲内の他の方法で具現化されることもある。

特に実施形態について、主にデータ処理装置の一例としてのモバイル端末を参照しながら記述してきた。しかし、記述した方法、システム、デバイス、及び製品手段はまた、更新を必要とする、セキュリティ上重大な設定パラメータを有する他のデータ処理装置にも適用できることを理解されたい。

本発明は、互いに異なるいくつかの要素を有するハードウェアにより、及び好適にプログラムされたマイクロプロセッサにより、実施することができる。いくつかの手段を列挙した、デバイスについての請求項においては、これらの手段のいくつかは、一つの同一のハードウェアアイテム、たとえば好適にプログラムされたマイクロプロセッサや、１つ以上のデジタル信号プロセッサなどによって、具現化することができる。いくつかの手段を、互いに異なる従属請求項において記載したこと又は異なる実施形態において記述したことは、これらの手段の組合せを有利に使用し得ないことを示すものではない。

本明細書に使用されている用語「含む／備える」は、記載した機能、完全体（integers）、ステップ、又は構成要素の存在を規定するものであり、１つ以上の他の機能、完全体、ステップ、構成要素、又はこれらのグループの存在又は追加を除外するものではないことを強調しておきたい。

モバイル端末の設定パラメータを更新する／回復するためのシステムを示す概略ブロック図である。 モバイル端末の一例を示す概略ブロック図である。 モバイル端末の設定パラメータを更新する方法の実施形態を示す流れ図である。 モバイル端末の破損した設定パラメータを回復する方法の実施形態を示す流れ図である。 モバイル端末の破損した設定パラメータを更新する／回復する方法の別の実施形態を示す流れ図である。

Claims (26)

1. モバイル端末の設定パラメータを更新する／回復する方法であって、前記モバイル端末には、公開鍵暗号システムの公開鍵及び前記モバイル端末を識別する現行端末識別子が格納されており、
   更新／回復サーバが、前記モバイル端末から受信された現行端末識別子に応答して、少なくとも１つの更新された設定パラメータを判断する工程と、
   中央署名サーバが更新／回復データパッケージを生成する工程であって、前記更新／回復データパッケージが、前記現行端末識別子と、前記少なくとも１つの更新された設定パラメータと、プライベート鍵に基づくデジタル署名とを含み、前記デジタル署名が前記公開鍵によって検証可能である、工程と、
   前記中央署名サーバが、前記現行端末識別子及び前記少なくとも１つの更新された設定パラメータを格納する工程と、
   前記更新／回復サーバが、前記更新／回復データパッケージを前記モバイル端末に送信する工程であって、これにより、前記モバイル端末が、前記受信された更新／回復データパッケージを検証し、前記検証された更新／回復データパッケージの前記少なくとも１つの更新された設定パラメータを前記モバイル端末内に格納するようにする、工程とを含む方法。
2. 前記少なくとも１つの更新された設定パラメータが、更新された端末識別子を含む請求項１に記載の方法。
3. 前記現行端末識別子が、ＩＭＥＩ及びＥＳＮの少なくとも１つを含む請求項１又は２に記載の方法。
4. 前記中央署名サーバが、対応する現行の又は更新された端末識別子がブロックされているかどうかを判断するために、前記現行端末識別子の少なくとも１つとＩＤレポジトリを有する生成され更新された端末識別子とを比較する工程をさらに含む請求項１〜３のいずれか一項に記載の方法。
5. 前記現行端末識別子が破損しているという通知を前記モバイル端末から受信する工程と、前記モバイル端末によって生成された擬似端末識別子を前記現行端末識別子として受信する工程とをさらに含む請求項１〜４のいずれか一項に記載の方法。
6. 前記擬似端末識別子が、前記モバイル端末のデバイス依存キーから計算されたメッセージ認証コード値である請求項５に記載の方法。
7. 前記更新／回復サーバが、前記モバイル端末から乱数を受信する工程を含み、更新／回復データパッケージを生成する工程が、前記更新／回復データパッケージのデジタル署名内に前記乱数を含める工程をさらに含む請求項１〜６のいずれか一項に記載の方法。
8. さらに、前記中央署名サーバが、前記更新／回復サーバが前記モバイル端末を更新する許可を受けているかどうかを検証する工程を含む請求項１〜７のいずれか一項に記載の方法。
9. 前記更新／回復データパッケージが、前記更新／回復データパッケージのプライベート鍵の所有者を証明するデジタル証明書を含む請求項１〜８のいずれか一項に記載の方法。
10. 前記デジタル証明書が、前記プライベート鍵の所有者が前記少なくとも１つの更新された設定パラメータで前記モバイル端末を更新する／回復する許可を受けていることを示す更新／回復フラグを含む請求項９に記載の方法。
11. 前記デジタル証明書が、前記モバイル端末の製造業者を識別する製造業者識別子を含み、これにより、前記モバイル端末が前記製造業者識別子と前記モバイル端末内に格納されている対応する製造業者識別子とを比較できるようにする請求項９又は１０に記載の方法。
12. 前記更新／回復サーバが前記モバイル端末に前記更新／回復データパッケージを送信する工程によって、前記モバイル端末が、前記受信された少なくとも１つの更新された設定パラメータのメッセージ認証コードを生成し、格納するようにする請求項１〜１１のいずれか一項に記載の方法。
13. ローダプログラムを前記モバイル端末に送信する工程をさらに含み、前記ローダプログラムが、前記モバイル端末で実行された場合に、少なくとも、前記受信された少なくとも１つの更新された設定パラメータの前記メッセージ認証コードの生成を遂行するよう適応されている、請求項１２に記載の方法。
14. 前記更新／回復サーバが、前記署名サーバに、前記現行端末識別子及び前記少なくとも１つの更新された設定パラメータを送信する工程をさらに含む請求項１〜１３のいずれか一項に記載の方法。
15. モバイル端末の設定パラメータを更新する／回復するためのシステムであって、前記モバイル端末には、公開鍵暗号システムの公開鍵及び前記モバイル端末を識別する現行端末識別子が格納されており、前記システムが、
    前記モバイル端末から受信された現行端末識別子に応答して、少なくとも１つの更新された設定パラメータを判断するよう適応された、少なくとも１つの更新／回復サーバ（１０３、１０３’、１０３’’）と、
    前記現行端末識別子と、前記少なくとも１つの更新された設定パラメータと、プライベート鍵に基づくデジタル署名とを含む、更新／回復データパッケージを生成するように適応された中央署名サーバ（１０１）であって、前記デジタル署名が前記公開鍵によって検証可能であり、前記現行端末識別子及び前記少なくとも１つの更新された設定パラメータを格納するよう適応された中央署名サーバ（１０１）とを備え、
    前記更新／回復サーバが、前記更新／回復データパッケージを前記モバイル端末に送信するようにさらに適応されており、これにより、前記モバイル端末が前記受信された更新／回復データパッケージを検証し、前記検証された更新／回復データパッケージの前記少なくとも１つの更新された設定パラメータを前記モバイル端末内に格納するようにする、システム。
16. 前記更新／回復サーバ及び前記署名サーバが、セキュアな通信リンクを介して接続される請求項１５に記載のシステム。
17. モバイル端末の設定パラメータを更新する／回復するための署名サーバであって、前記モバイル端末には、公開鍵暗号システムの公開鍵及び前記モバイル端末を識別する現行端末識別子が格納されており、前記署名サーバが、
    前記モバイル端末から受信された現行端末識別子に応答して、更新／回復サーバによって生成された少なくとも１つの更新された設定パラメータを受信し、
    前記現行端末識別子と、前記少なくとも１つの更新された設定パラメータと、プライベート鍵に基づくデジタル署名とを含む、更新／回復データパッケージを生成し、前記デジタル署名が前記公開鍵によって検証可能であり、
    前記現行端末識別子及び前記少なくとも１つの更新された設定パラメータを格納し、
    前記更新／回復データパッケージを前記更新／回復サーバに送信するように構成され、かかる送信により、前記更新／回復サーバが、前記更新／回復データパッケージを前記モバイル端末に送り、前記モバイル端末が、受信された更新／回復データパッケージを検証し、前記検証された更新／回復データパッケージの前記少なくとも１つの更新された設定パラメータを前記モバイル端末内に格納するようにする、署名サーバ。
18. 対応する現行の又は更新された端末識別子がブロックされているかどうかを判断するために、前記現行端末識別子の少なくとも１つとＩＤレポジトリを有する生成され更新された端末識別子とを比較するようさらに適応された請求項１７に記載の署名サーバ。
19. 前記更新／回復サーバが前記モバイル端末を更新する許可を受けているかどうかを検証するようさらに適応された請求項１７又は１８に記載の署名サーバ。
20. モバイル端末の設定パラメータを更新する／回復するための更新／回復サーバであって、前記モバイル端末には、公開鍵暗号システムの公開鍵及び前記モバイル端末を識別する現行端末識別子が格納されており、前記更新／回復サーバが、
    前記モバイル端末から受信された現行端末識別子に応答して、少なくとも１つの更新された設定パラメータを生成し、
    前記現行端末識別子及び前記少なくとも１つの更新された設定パラメータを署名サーバに送信し、これにより、前記署名サーバが、前記現行端末識別子と、前記少なくとも１つの更新された設定パラメータと、プライベート鍵に基づくデジタル署名とを含む、更新／回復データパッケージを生成するようにし、前記デジタル署名が前記公開鍵によって検証可能であり、前記中央署名サーバが、前記現行端末識別子及び前記少なくとも１つの更新された設定パラメータを格納するようにし、
    前記署名サーバから前記更新／回復データパッケージを受信し、
    前記更新／回復データパッケージを前記モバイル端末に送信するように構成され、かかる送信により、前記モバイル端末が、前記受信された更新／回復データパッケージを検証し、前記検証された更新／回復データパッケージの前記少なくとも１つの更新された設定パラメータを前記モバイル端末内に格納するようにする、更新／回復サーバ。
21. 前記モバイル端末から前記現行端末識別子が破損しているという通知を受信し、前記モバイル端末によって生成された擬似端末識別子を前記現行端末識別子として受信するようさらに適応された請求項２０に記載の更新／回復サーバ。
22. 前記擬似端末識別子が、前記モバイル端末のデバイス依存キーから計算されたメッセージ認証コード値である請求項２１に記載の更新／回復サーバ。
23. 前記モバイル端末から乱数を受信し、前記更新／回復データパッケージの前記デジタル署名内に前記乱数を含めるようさらに適応された請求項２０〜２２のいずれか一項に記載の更新／回復サーバ。
24. ローダプログラムを前記モバイル端末に送信するようさらに適応され、前記ローダプログラムが、前記モバイル端末で実行された場合に、少なくとも、前記受信された少なくとも１つの更新された設定パラメータのメッセージ認証コードの生成を遂行するよう適応されている、請求項２０〜２３のいずれか一項に記載の更新／回復サーバ。
25. データ処理システムで動作する場合に、請求項１〜１４のいずれか一項に記載の方法のステップを遂行するよう適応されたコンピュータプログラムコード手段を備えたコンピュータプログラム製品。
26. 請求項１〜１４のいずれか一項に記載の方法のステップを遂行するよう構成されたデータ処理システム。

Images