JP2005505032A - 移動体商取引の機密保護を行うための方法および装置 - Google Patents

Abstract

無線商取引の機密保護および認証のためのシステムに関する。この方法は、無線通信デバイス（１１６）の第１の経路（１３０）を通して再プログラム不可能なＲＯＭ（１１４）内に公開鍵をハードコード化するステップを有する。無線通信デバイス上に記憶するオブジェクトには、最初、証明書（１２０）を生成するために、公開鍵（１０４）に対応する専用鍵または秘密鍵（１０４）により署名が行われる。証明書（１２０）は、次に、オブジェクトに添付され、その後で、両者は、第１の経路（１３０）とは異なる第２の経路（１３２）を通して無線デバイス（１１６）に送られる。証明されたプログラム・セグメント（１１９）も無線デバイス上に記憶され、デバイスのブートアップ・プロセスの際に実行される。デバイスのブート・プロセス中、証明されたプログラム・セグメント（１１９）の認証が行われ、本物である場合にはそれが実行される。認証され、証明されたプログラム・シーケンス（１１９）の実行中、デバイス上に記憶している対応するオブジェクトの証明書は、再プログラム不可能なＲＯＭ内に記憶している公開鍵および暗号化プログラム・セグメントにより認証が行われる。

Description

【技術分野】
【０００１】
本発明は移動体無線通信一般に関し、より詳細には無線通信デバイスにおける機密保護商取引の実行に関する。
【背景技術】
【０００２】
「オブジェクト」は、通常、あるコンピュータから他のコンピュータに送られる。オブジェクトは、ソフトウェア・アプリケーション、セキュリティ・コード、およびデータ・セット等であるが、これらに限定されない。オブジェクトは、ＲＦリンク、光リンクおよび有線ネットワーク接続を介して、またインターネット、直列または並列ポートまたは内部バス転送を通して送ることができる。オブジェクトがあるデバイスまたは部分から他のデバイスまたは部分に送られると、オブジェクトの保全性が変化する場合がある。保全性、すなわち、オブジェクトのソースの保全性、および宛先へのオブジェクトの通信方法を含むシステム内でそれに基づいて動作するすべての処理の保全性は、ソースをどの程度信頼できるかによって決められる。オブジェクトのソースが既知のものであり、信頼できる場合には、オブジェクトの保全性は非常に高いが、オブジェクトがシステムを通して転送されている間にその保全性が低下する場合がある。
【０００３】
宛先がモバイル機器である場合には、オブジェクトの保全性の維持の問題はさらに困難になる。何故なら、オブジェクトがシステムを移動しているときに、オブジェクトが通る経路を予測することができないからである。より詳細に説明すると、無線インターネットを含む無線通信および電子商取引（ｅコマース）およびモバイルｅコマース（ｍコマース）の到来と共に、保護機構を持たないシステムにおいては、オブジェクトが、無線、ＲＦまたは光送信を通して送られる場合に、オブジェクトの保全性が従来の有線接続と比較した場合さらに低減するからである。その理由は、有線接続と比較すると、このような送信は伝搬の影響を受けやすく、空中からもっと容易に傍受することが可能となり、悪意のあるユーザによって操作される恐れがあるからである。
【０００４】
商取引の機密保護を行うために、またはあるコンピュータから他のコンピュータにオブジェクトを送るために、有線ネットワークで従来使用されてきた方法は、秘密鍵暗号化、公開鍵暗号化などのデータの暗号化、および証明書および署名による認証である。例えば、信頼できる高度の保全性のソースは、システム内のすべてのデバイスにそれを公開する前に、公開鍵／秘密鍵のペアの中の秘密鍵でオブジェクトに署名する必要がある。さらに、「ルート」公開鍵と呼ばれる公開鍵も、システム内のすべてのデバイスに配布される。ルート公開鍵を持っていれば、各デバイスは、ルート公開鍵で署名を処理することにより、受信する任意のオブジェクトの保全性をチェックすることができる。有効な署名は、そのオブジェクトのソースを秘密鍵のオーナー（高度の保全性で信頼できるソース）として識別し、どの処理システムもオブジェクトの保全性を変えなかったことを表示する。この方法は、現在展開中のシステムでは有効であることが分かっているが、デバイスにルート公開鍵を最初にインストールした場合に、高度の保全性プロセスが使用されたという仮定に基づいている。
【０００５】
無線デバイスに追加機能を内蔵させた場合には、無線デバイスで従来使用されていたセキュリティ以外の追加のセキュリティが必要になる。現在の世代のモバイル機器は、商取引の機密保護のためまたはシステム内でのオブジェクトの送信のための手段としてルート公開鍵を使用してきた。暗号化プロセスは、オブジェクトの署名を高度に保証するが、オブジェクトの保全性が、ルート公開鍵を最初にインストールしたプロセスの保全性より幾分でも高いという保証はない。例えば、ルート公開鍵をインターネット・ウェブサイトからダウンロードした場合、そのルート公開鍵は、その公開鍵を入手したウェブサイトよりも高い保全性は保証されない。さらに、同じルート公開鍵により処理されたすべてのオブジェクトの署名は、同じウェブサイトの保全性より高い保全性を保証されない。このようなことを受け入れることはできない。新しい無線世代を利用するために、ｍコマースを通して種々のビジネスが種々のサービスを提供するようになると、もっと高いレベルのセキュリティが必要になる。インターネットのような有線ネットワークで使用している現在のセキュリティ方法は、十分な保護を行わない。そのため、ｍコマースは依然として攻撃に弱いままである。
【０００６】
ＷＡＰおよび他のブラウザを使用可能なプロトコルは、モバイルｅコマース商取引（モバイル・バンキングなど）の機密保護を行うための手段を提供するが、機密保護商取引中に使用するルート公開鍵をインストールするために、未指定の機密保護プロセスに依存している。モバイル・バンキング・アプリケーションにより、ユーザは無線領域内の任意の場所で自分のバンキングを行うことができる。これらの機能を無線デバイスに内蔵させることは非常に望ましいことである。そうするには、入力情報の識別およびソースの確認、およびシステムへのデバイスの信頼できる識別のような高度の保証プロセスを実行するためのデバイスも必要になる。これらのプロセスの保全性は、これらのプロセスが依存するルート公開鍵をインストールするために使用したプロセスの保全性と直接関連する。現在のシステムは、このレベルの保証を行うことができない。
【０００７】
現在、ルート公開鍵をインストールするための高度の保証方法は、モバイル機器の開発および製造の点で実行することができない。上記方法は、速い開発サイクルおよび大量生産のために必要な柔軟性に欠けている。モバイル機器の開発、プログラミングおよび製造の際の柔軟性は、すべての実行可能なセキュリティ・プロセスに必要な機能である。同時に、柔軟性のためにプロセスの保全性を犠牲にすることはできない。現在のシステムおよび方法は、デバイス開発の柔軟性要件および高度の保全性の機密保護要件の両方は満たしていない。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
従って、柔軟な製品開発および製造を依然として維持する機密保護無線商取引の保証を改善するためのシステムの開発が待望されている。このような商取引を、エレクトロニック・バンキング、電子商取引として行うことができるモバイル機器による機密保護商取引用の手段を提供する必要があり、同時に、電子無線デバイスを開発し、アップグレードし、維持するための柔軟な手段も提供しなければならない。
【課題を解決するための手段】
【０００９】
無線接続を通して高い保全性の機密保護商取引を確立するための改良形システムおよび方法について説明する。このシステムは、電子デバイス内の第１の信頼できる経路による再プログラム不可能な読出し専用メモリ（ＲＯＭ）の不正使用防止機能付き媒体内に埋め込まれた公開鍵を含む。次に、このシステムは、電子デバイスのブート処理中、スーパールート公開鍵により認証が行われる電子デバイスへの個々の第２の経路を通るオブジェクトを必要とする。オブジェクトは信頼できるソースにより認証が行われるので、オブジェクトは信頼できると見なされ、デバイス上に常駐することができる。当業者であれば、公開鍵のインフラストラクチャ（ＰＫＩ）、および本発明が使用する認証プロセスを理解することができるだろう。ＰＫＩは、今日使用されている多数のシステムの中の任意のものであってもよい。本発明は、ＰＫＩを提供しないで、移動体無線デバイス内のＰＫＩ処理のセキュリティおよび保全性が、ＰＫＩが提供する最高レベルの保証のための手段を提供する。
【発明を実施するための最良の形態】
【００１０】
図１は、中央機関または証明機関（ＣＡ）１０２であり、ＣＡは、公開鍵１０４および秘密鍵１０６を、公開鍵／秘密鍵のペアとして生成する。公開鍵１０４は、公開鍵１０４により暗号化されたデータは秘密鍵１０６でだけ解読でき、秘密鍵により暗号化されたデータは公開鍵でだけ解読することができるような方法で秘密鍵１０６を補足する。公開鍵１０４および秘密鍵１０６の両方を、暗号化および解読の両方および認証証明書への署名に使用することができる。ある実施形態の場合には、ＣＡ１０２は、また、秘密鍵１０６および公開鍵１０４を記憶し、保護する鍵管理機関として機能する。
【００１１】
本発明の一実施形態の場合には、スーパールート公開鍵１０８を形成するために、公開鍵１０４が秘密鍵１０６と一緒に署名される。秘密鍵により公開鍵１０８に署名する必要はない。しかし、そうした場合には、ＩＣ製造プロセス中に公開鍵は、不正に変更されることはないことを確実にする。
【００１２】
スーパールート公開鍵１０８は、高度の保全性の第１の経路１２８を通して読出し専用メモリ（ＲＯＭ）マスク・データ１１３の一部として、集積回路（ＩＣ）製造施設に送られる。ＲＯＭマスク・データ１１３は、特定用途ＩＣの製造に使用する全データベースのほんの一部である。図２は、ＩＣおよび無線通信デバイス１１６で使用することができる他の支持構成要素の典型的な構成を示す。この図においては、処理装置２０２のブロック図は、セルラー無線電話の一部である。一実施形態の場合には、ＲＯＭマスク・データ１１３を含むＩＣは、モトローラ社から入手可能な無線通信デバイス１１６にインストールした場合に、ネットワーク商取引を実行するための主処理装置（ＭＰＵ）２０２である。
【００１３】
図２のＭＰＵ２０２は、中央処理装置２０４、内部再プログラム不可能な読出し専用メモリ（ＲＯＭ）１１４、および内部ランダム・アクセス・メモリ（ＲＡＭ）２０６を有する。外部フラッシュ・メモリ２０８、外部ＲＡＭ２１０および外部ＲＯＭ２１２は、また、バス２１４を通してＭＰＵ２０２に結合している。マスキング・プロセスの結果、公開鍵１０４またはスーパールート公開鍵１０８は、再プログラム不可能なＲＯＭ１１４内にハードコード化される。この処理の結果、ＩＣ製造データをＩＣ製造施設に経路指定するために通常使用される経路は、ＣＡ１０２から、モバイル機器１１６のＭＰＵ２０２内の再プログラム不可能なＲＯＭ１１４への第１の経路１２８と同じ高さの保全性を持つ。このＩＣ製造経路は、また、専有の性質およびＩＣ製造データの潜在的な値のために保全性の高い保証を行う。
【００１４】
スーパールート公開鍵１０８の他に、ＲＯＭマスク・データは、また、ＭＰＵ２０２に電力が供給された場合に、すなわち、ブートアップ処理中に、何時でも最初に実行されるコードである高度保証ブート・プロセス（ＨＡＢＰ）コードを含む。図３の再プログラム不可能なＲＯＭ１１４、ＲＡＭ２０６と外部フラッシュ・メモリ２０８との間でのメモリの割当ては、複数のコード・セグメントが、コマンド・ファイル・パーサおよびインタプリタおよび短いルーチン、初期化および構成ルーチン、いくつかの自己テスト・ルーチン、主論理制御ループ、いくつかのコマンド・ファイル妥当性検査ルーチンにより実施される暗号化アルゴリズム、または暗号化プログラム・セグメント３０４を含むことを示す。暗号化プログラム・セグメントは、デバイス上に存在する他のオブジェクトまたはプログラム・セグメントの認証、暗号化または解読のために、同様にＲＯＭ内に記憶されている公開鍵１０８を呼び出すルーチンまたはプログラムである。
【００１５】
図１においては、再プログラム不可能なＲＯＭは、デバイス組立てプロセス中に、本発明の好ましい実施形態の無線通信デバイス１１６のなどのデバイス１１６内にインストールされたスーパールート公開鍵１０８および暗号化プログラム・セグメント３０４を備える。コマンド・シーケンス・ファイル（ＣＳＦ）１１８と呼ばれるプログラム・シーケンスも、組立てプロセス中にデバイスに記憶される。このプログラム・シーケンスは、ＲＯＭに記憶されず、例えば、フラッシュ・メモリ２０８などのデバイス内の書換可能メモリのある種の形式に記憶される。それ故、ＣＳＦ１１８は、オブジェクトがデバイスに追加またはデバイスから削除された後の時点で置換または変更することが可能である。ＣＳＦ１１８は、無線通信デバイスのデバイス初期化ステップの実行に加えて、ブート・プロセスの一部として実行される。無線通信デバイス１１６に設置する前に、ＣＳＦ１１８は、スーパールート公開鍵１０８により署名され、証明されたプログラム・シーケンス１１９になる。次に、ブートアップ・プロセス中に、証明されたプログラム・シーケンス１１９は、この場合もＲＯＭ内に記憶されているスーパールート公開鍵１０８および暗号化プログラム・シーケンス３０４により認証が行われる。証明されたプログラム・シーケンス１１９が本物である場合には、無線通信デバイスは、通常の動作モードに入り、証明されたプログラム・セグメントが実行する。証明されたプログラム・シーケンスが認証に失敗した場合、または本物でない場合には、無線通信デバイスは別の動作モードに入る。
【００１６】
この別の動作モードは、所与の状況により多数のモードであってもよい。例えば、デバイスは、エラーが発生したこと、およびメーカーに連絡すべきことを示すメッセージを表示することもできるし、またはトラブルシューティング・チップを表示することもできる。別のモードは、また、サービス・プロバイダに、デバイスが無効なＣＳＦを含んでいること、およびデバイスが不正に変更された恐れがあることを通知することができる。デバイスは、また、緊急時専用モードに入ることもできる。この場合、ユーザは、この時点で、９１１を呼出すことができ、問題を解決するためにデバイスをサービス・プロバイダに持っていかなければならない。
【００１７】
証明されたプログラム・セグメント１１９の認証の実行は、無線通信デバイス内に記憶している他のサブルーチン、または他のプログラム・セグメントの認証を行うプログラム・セグメントの実行を含む。証明されたプログラム・セグメント１１９は、スーパールート公開鍵により認証が行われるので、証明されたプログラム・セグメント１１９により実行された他のプログラム・セグメントが本物であり、信任チェーンがスーパールート公開鍵から流れることに対する、高度の確実性がある。
【００１８】
例えば、暗号化プログラム・セグメント３０４およびＣＳＦ１１９を含むＭＰＵ２０２のＲＯＭ１１４内のコードは、デバイス１１６内の他のオブジェクトの認証を行うために、スーパールート公開鍵１０８を使用するように指示する。他のオブジェクトは、ソフトウェア・セグメント、実行可能なソフトウェア・セグメント、公開鍵、秘密鍵、データ・ファイル、および暗号化プログラム・セグメントを含むことができるが、含むことができるものはこれらに限定されない。
【００１９】
一般的に、デバイス上にそのオブジェクトを常駐させたい第三者は、デバイス１１６に配信する前に、認証のために署名したオブジェクトを持つ必要がある。この目的のために、ＣＡ１０２が公開鍵／秘密鍵のペアを生成し、スーパールート公開鍵１０８が再プログラム不可能なＲＯＭ１１４内に埋め込まれ、無線デバイス１１６に内蔵されると、デバイス１１６にインストールされた場合に、その認証が確実に行われるように、ＣＡ１０２は無線デバイスに配信されるオブジェクトに署名しなければならない。ＣＡ１０２のところで専用鍵（ｐｒｉｖａｔｅ ｋｅｙ）１０６によりオブジェクトに署名が行われると、図１に示すように、証明書１２０が生成される。証明書が無線通信デバイス１１６に送られる場合に、証明書がオブジェクトに添付される。デバイス１１６のところで、オブジェクトおよび証明書１２０は、スーパールート公開鍵１０８により認証が行われる。証明書が本物である場合には、デバイス１１６上でオブジェクトを使用することができる。
【００２０】
この例の場合、第三者の一例は、インターネットを通して、無線デバイスにオブジェクトを供給したい機関であってもよい。多くの第三者のプロバイダは、ｍコマース商取引中にデータをダウンロードしたい場合がある。もう１つの第三者としては、また、デバイス内のソフトウェアをアップグレードしたい、またはデバイスの機能を強化するために任意の他のオブジェクトを追加したいデバイスに対するサービス・プロバイダであってもよいし、端末管理ともよばれる上記デバイスにサービスを提供する通信事業者であってもよい。これらの商取引の性質は、オブジェクトが認証できるものであり、信頼できるソースまでさかのぼって追跡できるものでなければならない。
【００２１】
システムの１つの素子は、オブジェクトが、スーパールート公開鍵１０８の経路から完全に独立している経路を通してデバイスと通信する素子である。第１の経路および第２の経路は、同じ媒体（すなわち、フレキシブルディスク、有線送信、無線送信）であってもよい。しかし、これらの経路は、独立の経路を生成するために、同じ商取引から分離することはできない。第２の経路は、モバイル機器へのネットワークを通る任意の典型的な通信経路であってもよい。この経路は、高い保全性を持つ必要はない。何故なら、ネットワークを通してデバイスの方向に移動する際のオブジェクトの保全性におけるすべての変化は、オブジェクトがスーパールート公開鍵により処理されるとき検出されるからである。
【００２２】
図１は、第２の経路１３２を通るオブジェクトを示す。説明のために、第２の経路は、さらに、第１の部分１３４、第２の部分１３６および第３の部分１３８を含む。オブジェクトを無線デバイス１１６に送ることができるようになる前に、第三者は、第２の経路１３２の第１の部分１３４を通してＣＡ１０２にオブジェクトを送らなければならない。ＣＡ１０２のところでは、オブジェクトに秘密鍵１０６により署名が行われる。署名を行っている場合、第三者はＣＡに「登録している」といわれ、このプロセスは「登録」と呼ばれる。第２の経路の第１の部分は、個人間の商取引であってもよく、フレキシブルディスク、ＣＤ ＲＯＭ、またはある種の形の取外し可能な携帯用媒体のような記録可能な媒体によりトランスポートされる専用有線リンクであってもよい。オブジェクトは、また、オブジェクトのソースをはっきりと識別する識別コード（ＩＤフィールド）およびオブジェクト内のすべてのフィールドに対するチェックサムを含んでいなければならない。ＩＤフィールドは、第三者の公開鍵を第三者の識別子に結合する。証明書は、第三者の識別を「保証」し、その公開鍵の信頼性を「証明」する。
【００２３】
署名されたオブジェクトは、第２の経路の第２の部分を通してＣＡ１０２から第三者１２４に返送される。これは、第１の部分と同じタイプの通信であってもよいし、または上記他の手段を使用することもできる。第三者１２４のところで署名されたオブジェクトを受信すると、そのオブジェクトは無線デバイスに送ることができる。本発明の好ましい実施形態の場合には、オブジェクトは、第２の経路の第３の部分を通して、通信事業者により第三者から無線デバイスに送られる。第三者が通信事業者である場合には、オブジェクトは、無線通信デバイス１１６に直接送られる。無線デバイス１１６のところでオブジェクトを受信すると、オブジェクトおよびスーパールート公開鍵１０８の両方が、２つの完全な独立経路、すなわち、第１の高度の保全性経路１２８および第２の典型的なネットワーク経路１３２を通して無線通信デバイス上に常駐する。このシステムは、無線通信デバイス、すなわち、この場合は第２の経路に送信される場合に、オブジェクトの発信の柔軟性を受け入れるように設計されていて、この経路は性質上高度の保全性経路ではないので、無線通信デバイスに送信する前に証明を必要とする。
【００２４】
デバイスのブート・プロセス中に、ＣＳＦ１１８が実行され、スーパールート公開鍵により、第２の経路で受信したデバイス内に記憶している署名のある各オブジェクトの認証を行う。各オブジェクトが本物である場合には、デバイスはブート・プロセスを終了して動作モードに入る。任意のオブジェクトが本物でない場合には、デバイスは通常の動作をスタートしないで、別の動作モードに移行する。この別のモードは、デバイスをシャットダウンし、サービス・プロバイダまたは第三者または多数の他の可能なイベントを呼出すメッセージを表示する場合がある。
【００２５】
無線通信デバイスがあるオブジェクトを受信すると、オブジェクトの認証が行われるまでオブジェクトを作動することができない。ＩＣに電力が供給され、ＲＯＭ内の初期化コードが作動し、図４に示すように、ＭＰＵの全制御が確立すると認証プロセスがスタートする。ＲＯＭコードは、何時でも、各ブートアップ毎に行動の同じ特定のシーケンスを実行する。
【００２６】
図５は、主制御ループ・シーケンスである。最初に、主制御ループは、ＣＳＦポインタを探し、コマンドＣＳＦ１１９自身の位置を発見するためにそれを使用する。主制御ループは、ＣＳＦ署名と一緒にＣＳＦ１１９をＭＰＵ２０２の内部のＲＡＭ２０６内にロードする。主制御ループ・コードは、次に、ＣＳＦ１１９の認証および保全性を確立するために、ＲＯＭ内に記憶している暗号化ライブラリ・ルーチンの中のいくつかを呼出す。本発明の好ましい実施形態の場合には、ＣＳＦ署名は、スーパールート秘密鍵１０８と一緒に署名されるＨＡＳＨと呼ばれるＣＳＦ１１９のチェックサムである。ＣＳＦ１１９は、次に、スーパールート公開鍵１０８により、第１のオブジェクトを解読する。スーパールート公開鍵１０８による第１のオブジェクトの処理の結果は、解読された答えまたは結果である。この結果は、暗号化したオブジェクト内に含まれるチェックサムをチェックすることにより確認される。オブジェクトが信頼できる場合には、ＣＳＦ１１９は、次のオブジェクトに移動し、スーパールート公開鍵１０８による第２のオブジェクトの認証と同じ手順を行う。このプロセスは、すべてのオブジェクトが確認されるまで行われる。オブジェクト／公開鍵が信頼できない場合には、デバイスは別のモードに入り、ユーザに知らせるか、デバイスが動作できないようにする。別のモードの場合には、オブジェクトがデバイスに再度ダウンロードされるか、またはデバイスが、ユーザが、例えば、９１１だけしか呼出すことができない緊急使用専用モードに入る。デバイスは、また、端末管理モードに入り、通信事業者がデバイスを制御できるようにするか、問題をトラブルシューティングすることができるようにする。ある番号か、またはさらにトラブルシューティングを行うために、問題のオブジェクトを発生した通信事業者または第三者などのセルラー無線電話の場合には、自動的に呼出された番号を呼出すようにとの通知がユーザに送られる。
【００２７】
デバイスへ新しいオブジェクトがダウンロードされる度に、新しいＣＦＳ１１９をデバイス１１６内に同様に記憶しなければならない。ＣＦＳ１１９は、デバイスをブートした場合に、確認すべきオブジェクトを含んでいなければならない。ＣＦＳ１１９は、また、ＣＦＳ１１９が異なるＥＳＮと一緒にデバイス上に記憶された場合には、デバイスが動作の別のモードに入ることができるように、セルラー無線電話の電子通し番号（ＥＳＮ）のようなデバイス内にＩＤ番号と一致するＩＤ番号を含むことができる。この場合、デバイスは、通信事業者に、ＣＦＳ１１９のＩＤがデバイスＩＤと一致しないという通知を送ることができ、またデバイスは、クローン発生のような詐欺または他の誤った使用について問い合わせることができる。
【００２８】
無線デバイスの開発段階において、開発グループは第三者として行動することができる。開発の場合には、デバイスに全面的にアクセスする必要がある。その場合、デバイス上に記憶しているオブジェクトは、開発データ、実行可能なもの、または開発目的のために無線デバイスに完全にアクセスすることを可能にする他の鍵のようなものである。開発の際には、全面的なアクセスを与えるデバイスにダウンロードするためにＣＦＳ１１９の供給を受ける。開発プロセス中、開発デバイス内に特殊な開発ＲＯＭをインストールすることもできる。特殊な開発中、ＲＯＭは開発ＣＦＳ１１９内のＩＤと一致する一意のＩＤを持つ。ｔ個の一意の開発ＩＤを持つある数のＲＯＭだけを開発するので、特殊な開発ＲＯＭを含むデバイスは市販されていない。そのため、都合のよいことに、高度の機密保護レベルを持つシステムを維持しながら、開発プロセス中に柔軟性を持つことができる。
【００２９】
第三者は、また試験中デバイス内でソフトウェアをアップグレードしたいフィールド試験ユニットであってもよい。フィールド試験ユニットは、デバイスへの全面的なアクセスか、または機密保護のフィールド試験アクセス・レベルを与えるデバイス内にダウンロードするために、ＣＦＳ１１９の供給を受ける。
【００３０】
ユーザの要求に従って、通信事業者によりデバイスに送られたオブジェクト、バンキング要求、ショッピング要求、任意のｍコマース全般、ゲーム、ビデオ・ストリーミング。
今まで本発明を詳細に説明してきたが、本発明は、上記特定の実施形態に限定されない。当業者であれば、本発明のコンセプトから逸脱することなしに、多くの使用、変更および上記特定の実施形態の変更を行うことができることは明らかである。
【図面の簡単な説明】
【００３１】
【図１】本発明の例示としての処理を示すブロック図。
【図２】本発明の例示としてのＭＰＵのブロック図。
【図３】本発明の例示としてのアーキテクチャを示すブロック図。
【図４】本発明の例示としての初期処理を示すブロック図。
【図５】本発明の例示としての制御ループを示すブロック図。

Claims (23)

1. 無線通信デバイスに電力を供給するステップと、
   前記無線通信デバイスへの電力の供給に応じて、暗号化プログラム・セグメントおよび公開鍵で、証明されたプログラム・セグメントの認証を行うステップとを備え、
   前記暗号化プログラム・セグメントおよび前記公開鍵が、前記無線通信デバイスの再プログラム不可能な読出し専用メモリ（ＲＯＭ）内にハードコード化される、無線通信デバイスで使用する方法。
2. 前記証明されたプログラム・セグメントの認証が行われた場合、前記証明されたプログラム・セグメントを実行し、
   前記証明されたプログラム・セグメントがオブジェクト認証プログラム・セグメントを有する、請求項１に記載の方法。
3. 前記証明されたプログラム・セグメントが本物でない場合に、前記無線通信デバイスを別の動作モードにする、請求項１に記載の方法。
4. 前記証明されたプログラム・セグメントの前記オブジェクト認証プログラム・セグメントを実行した場合に、前記公開鍵および前記暗号化プログラム・セグメントにより前記無線通信デバイス内のオブジェクトの認証を行う、請求項２に記載の方法。
5. 前記オブジェクトが本物でない場合に、前記無線通信デバイスを第２の動作モードにするステップをさらに備える、請求項４に記載の方法。
6. 前記証明されたプログラム・セグメント内の前記オブジェクト認証プログラム・セグメントの実行に応答してオブジェクトの認証を行い、前記少なくとも１つのオブジェクト認証プログラム・セグメントが、前記再プログラム不可能なＲＯＭの前記公開鍵をポイントしている第１のポインタと、前記再プログラム不可能なＲＯＭの前記暗号化プログラム・セグメントをポイントしている第２のポインタとを備える、請求項２に記載の方法。
7. 第１の経路を通して、前記無線通信デバイス上に、前記暗号化プログラム・セグメントおよび前記公開鍵をインストールする、請求項１に記載の方法。
8. 前記証明されたプログラム・セグメントに応じて、前記公開鍵および前記暗号化プログラム・セグメントにより、前記無線通信デバイス内のオブジェクトの認証を行い、
   前記オブジェクトおよび前記証明されたプログラム・セグメントが、第２の経路を通して、前記無線通信デバイスにインストールされ、前記第２の経路が前記第１の経路とは異なる、請求項７に記載の方法。
9. 前記オブジェクトの認証を行う前に、前記無線通信デバイスの無線インタフェースを通して前記オブジェクトを受信する、請求項４に記載の方法。
10. 前記無線通信デバイス上に、新しいオブジェクトおよび対応する証明されたプログラム・セグメントをダウンロードするステップをさらに備え、
    前記対応する証明されたプログラム・セグメントが、前記新しいオブジェクトの認証を行う第２のオブジェクト認証プログラム・セグメントを有する、請求項４に記載の方法。
11. マイクロプロセッサと、
    前記マイクロプロセッサに結合している再プログラム不可能なＲＯＭと、
    前記再プログラム不可能なＲＯＭ内にハードコード化された暗号化プログラム・セグメントと、
    証明されたプログラム・セグメントと、
    前記証明されたプログラム・セグメントの認証を行うための前記再プログラム不可能なＲＯＭ内にハードコード化された公開鍵とを備える、無線通信デバイス。
12. 前記マイクロプロセッサに結合している記憶装置を備える、請求項１１に記載の無線通信デバイス。
13. オブジェクトを備え、前記オブジェクトが前記記憶装置内に記憶され、さらに、前記オブジェクトの認証を行うための本物の証明されたプログラム・セグメントを備える、請求項１２に記載の無線通信デバイス。
14. 前記無線通信デバイスのブートアップ・プロセス中に、前記証明されたプログラム・セグメントが、前記暗号化プログラム・セグメントおよび前記公開鍵により認証が行われる、請求項１１に記載の無線通信デバイス。
15. 前記証明されたプログラム・セグメントが、前記記憶装置に記憶される、請求項１２に記載の無線通信デバイス。
16. 前記無線通信デバイスが、セルラー無線電話ハンドセットである、請求項１１に記載の無線通信デバイス。
17. 前記再プログラム不可能なＲＯＭが、前記マイクロプロセッサに内蔵されている、請求項１１に記載の無線通信デバイス。
18. 前記再プログラム不可能なＲＯＭが、マスク・プログラムされたＲＯＭである、請求項１１に記載の無線通信デバイス。
19. 前記スーパールート公開鍵を形成するために、前記公開鍵に専用鍵で署名する、請求項１１に記載の無線通信デバイス。
20. 中央プロセッサ手段と、
    複数のハードコード化されたプログラム・セグメントを記憶するために、前記中央プロセッサ手段に結合している再プログラム不可能なＲＯＭと、
    前記中央プロセッサ手段に結合しているトランシーバと、
    前記無線通信デバイス上に記憶している証明されたプログラム・セグメントと、
    前記再プログラム不可能なＲＯＭ内にハードコード化された公開鍵と、
    前記無線通信デバイスのブート・プロセス中に、前記公開鍵により前記証明されたプログラム・セグメントの認証を行うために、前記再プログラム不可能なＲＯＭ内にハードコード化された認証手段とを備える、無線通信デバイス。
21. 前記無線通信デバイス上に記憶しているオブジェクトを備え、認証中の前記証明されたプログラム・セグメントに応じて、前記証明されたプログラム・セグメントが実行された場合、前記オブジェクトが前記認証手段により認証が行われる、請求項２０に記載の無線通信デバイス。
22. 無線インタフェースを通して、前記無線通信デバイス内にインストールされた新しいオブジェクトを備える、請求項２０に記載の無線通信デバイス。
23. 前記新しいオブジェクトの認証を行うために、前記無線通信デバイス内に記憶している新しい証明されたプログラム・セグメントを備える、請求項２１に記載の無線通信デバイス。

Images