JP4482460B2 - 通信装置上のデータを保護するシステムおよび方法 - Google Patents

Description

本発明は全般的にデータ保護に関し、特に、通信装置上のデータの保護に関する。

（先端技術の説明）
企業環境において、職務を遂行するために使用する少なくともパーソナルコンピュータ（ＰＣ）を通常含む事務用品および事務機器が従業員に提供されることが多く、それらにはしばしばワイヤレスモバイル通信装置および他のタイプの電子装置が含まれる。機密情報、もしくはセンシティブなユーザ情報、雇用者情報、またはこれらの両方がこのような機器の至るところに格納されている可能性がある。依然として雇用者の財産であるＰＣのようなユーザ機器は雇用者によって物理的に保護されているが、携帯用装置またはモバイル装置はこれらの性質上、置き忘れたり盗まれたりする可能性が高く、ゆえにセキュア性が低い。したがって、モバイル装置上のセンシティブ情報を保護し、紛失したかまたは盗まれたユーザ機器上のこのような情報に、許可されていない者がアクセスすることを防ぐことが望ましいことが多い。

例えばワイヤレスモバイル通信装置のような、通信用にイネーブルされたモバイル装置のためのセキュリティ対策の一般的なタイプの一つには、そのようなモバイル装置へのセンシティブ情報をセキュア転送を確実にすることが挙げられる。情報転送がセキュアであっても、これらの対策は情報を転送中に保護するに過ぎず、モバイル装置が情報を受信した後で情報を保護するものではない。

別の既知のセキュリティ方式によると、受信された情報はメモリに格納されるときに、またはメモリに格納される前に暗号化される。格納された暗号化済み情報の解読には暗号鍵へのアクセスが必要である。一つの鍵を用いて暗号化および解読の両方を行う対称鍵暗号法は、一般的に処理リソースの限られているモバイル装置に好適である。これは対称鍵暗号法の動作が他の暗号法の方式に関連する動作よりも迅速であり、プロセッサ集約度が低いためである。この一つの鍵へのアクセスを、例えばパスワード保護を用いて制御し、許可されていないユーザが、紛失または盗まれたモバイル装置上のメモリから鍵を読み取るだけで、モバイル装置に格納されている全ての暗号化されたコンテンツを解読することができないようにする必要がある。しかしこの結果、情報をモバイル装置で受信するときにこの鍵にアクセスできない状況になってしまう可能性もある。

（発明の概要）
第１の動作状態および第２の動作状態を有する通信装置上のデータを保護するシステムが、複数の暗号鍵を格納するように構成される鍵ストアと、データを格納するように構成されるメモリと、データを受信するように構成されるデータ保護システムとを含み、このシステムは、通信装置が第１の動作状態にあるかまたは第２の動作状態にあるかを決定し、通信装置が第１の動作状態にある場合、複数の暗号鍵のうちの第１の鍵を用いるか、または、通信装置が第２の動作状態にある場合、複数の暗号鍵のうちの第２の鍵を用いて、受信データを暗号化し、暗号化済み受信データをメモリに格納する。

通信装置上のデータを保護する方法が、第１の保護された暗号鍵および第２の暗号鍵を通信装置に格納するステップと、データを通信装置で受信するステップと、第１の保護された暗号鍵にアクセスできるかどうかを決定するステップと、第１の保護された暗号鍵にアクセスできる場合、受信データを第１の保護された暗号鍵を用いて暗号化するステップと、第１の保護された暗号鍵にアクセスできない場合、受信データを第２の暗号鍵を用いて暗号化するステップと、暗号化済み受信データを通信装置のメモリに格納するステップとを含む。

これよりデータ保護システムおよび方法の特徴をさらに説明し、したがってそれらの特徴は以下の詳細な説明の中で明瞭となろう。

（詳細な説明）
図１はモバイル装置が使用され得る通信システムを示すブロック図である。通信システム１０が、コンピュータシステム１４に結合されるワイドエリアネットワーク（ＷＡＮ：Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）１２と、ワイヤレスネットワークゲートウェイ１６と企業ローカルエリアネットワーク（ＬＡＮ：Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）とを含む。またワイヤレスネットワークゲートウェイ１６をワイヤレス通信ネットワーク２０に接続し、このネットワークにおいてワイヤレスモバイル通信装置であるモバイル装置２２が動作するように構成する。

コンピュータシステム１４は、例えばＷＡＮ１２、インターネットと通信するように構成されるデスクトップＰＣまたはラップトップＰＣであってもよい。コンピュータシステム１４のようなＰＣは通常、インターネットサービスプロバイダ（ＩＳＰ：Ｉｎｔｅｒｎｅｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）、アプリケーションサービスプロバイダ（ＡＳＰ：Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）またはこれらに類するものを介してインターネットにアクセスする。

企業ＬＡＮ１８は、複数のコンピュータ２８がネットワークで接続されている典型的な労働環境の一例である。このようなネットワークはセキュリティファイアウォール２４の背後に置かれることが多い。企業ＬＡＮ３０の内部では、ファイアウォール２４の背後のコンピュータ上で動作するデータサーバ２６が企業の主要インターフェースの役割を果たし、ＬＡＮ１８の内部でのデータ交換、およびＷＡＮ１２を介した他の外部システムおよび装置とのデータ交換の両方を行う。データサーバ２６は例えば、マイクロソフト（登録商標）エクスチェンジのサーバまたはＬｏｔｕｓ Ｄｏｍｉｎｏ（登録商標）のサーバのようなメッセージングサーバであってもよい。これらのサーバはまた、カレンダ、行動（ｔｏｄｏ）リスト、タスクリスト、電子メール、およびドキュメンテーションのようなデータ用の動的データベースの格納といった追加の機能性を提供する。ＬＡＮ１８中に一つのデータサーバ２６のみを図示しているが、ＬＡＮにはネットワークコンピュータシステム２８間で共有されるリソースをサポートする他のタイプのサーバを含む、二つ以上のサーバが含まれている場合もあることは当業者に認識されよう。

データサーバ２６はＬＡＮ１８と結合するネットワークコンピュータシステム２８にデータ通信のケイパビリティを提供する。典型的なＬＡＮ１８は複数のコンピュータシステム２８を含み、このシステムの各々はデータサーバ２６との通信用に適切なクライアントを実装する。電子メッセージングの上述の例では、ＬＡＮ１８内部でデータサーバ２６がメッセージを受信し、受信メッセージの中にアドレス指定されているユーザアカウントに応じたメールボックスにメッセージを配信し、その後ユーザが、コンピュータシステム２８で動作するメッセージングクライアントを介してメッセージにアクセスする。データサーバ２６と互換性のあるクライアントを用いて、電子メッセージ以外のタイプのデータのやり取りを同様にイネーブルする。例えばロータスノーツのような多目的クライアントは、電子メッセージだけでなく他のタイプのファイルおよびデータも扱う。

ワイヤレスゲートウェイ１６はワイヤレスネットワーク２０にインターフェースを提供し、保護すべきデータを含むデータをインターフェースを介してモバイル装置２２とやり取りすることもできる。モバイル装置２２は、例えば、データ通信装置、データ通信および音声通信の両方の機能性を有する多数の最新のモバイル電話のようなデュアルモード通信装置、音声、データ、および他のタイプの通信を行うことができるマルチモード装置、ワイヤレス通信に対してイネーブルされるパーソナルデジタルアシスタント（ＰＤＡ：ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ）、またはラップトップやデスクトップコンピュータシステムあるいは他のいくつかの装置と関連して動作するワイヤレスモデムであってもよい。典型的なモバイル装置については下でさらに詳細に説明する。

ワイヤレスネットワークゲートウェイ１６は、モバイル装置２２のアドレッシング、ワイヤレス送信用のメッセージのエンコーディングもしくは変換、または他の必要なインターフェース機能といった機能を実行する。ワイヤレスネットワークゲートウェイ１６を二つ以上のワイヤレスネットワーク２０と共に動作するように構成する場合、該ゲートウェイは、所定のモバイル装置２２が見つかる可能性の最も高いネットワークを判定し、またユーザが複数の国およびネットワーク間をローミングするとき、モバイル装置を追跡することもできる。一つのワイヤレスネットワークゲートウェイ１６のみを図１で示しているが、モバイル装置２２は例えば企業ネットワークゲートウェイおよびＷＡＰゲートウェイといった二つ以上のゲートウェイと通信するように構成することもできる。

ＷＡＮ１２へのアクセスを備えるあらゆるコンピュータシステムがワイヤレスネットワークゲートウェイ１６を介してモバイル装置２２とデータをやり取りする可能性があるが、これはモバイル装置２２がそのような通信に対してイネーブルされていることが前提である。あるいは、バーチャルプライベートネットワーク（ＶＰＮ： Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）のルータのようなプライベートワイヤレスネットワークゲートウェイを実装し、ワイヤレスネットワークにプライベートインターフェースを提供することもできる。例えば、ＬＡＮ１８内で実装されるワイヤレスＶＰＮによって、ワイヤレスネットワークゲートウェイ１６を必要とすることなく、プライベートインターフェースをＬＡＮ１８からワイヤレスネットワーク２０経由で２２のような一つまたは二つ以上のモバイル装置に提供することもできる。ワイヤレスネットワークゲートウェイ１６および／またはワイヤレスネットワーク２０を経由してモバイル装置２２に提供されるこのようなプライベートインターフェースはまた、データサーバ２６と関連して動作するデータ転送またはリダイレクションシステムを備えることよってＬＡＮ１８の外部の企業体に効果的に拡張することもできる。

ワイヤレスネットワーク２０は通常、基地局とデバイスとの間のＲＦ送信を介してモバイル装置２２のような通信装置とデータの送受信をする。ワイヤレスネットワーク２０を、例えば、データ処理中心のワイヤレスネットワーク、音声処理中心のワイヤレスネットワーク、または同一のインフラストラクチャ上で音声通信およびデータ通信の両方をサポートできるデュアルモードネットワークとしてもよい。近年開発された音声およびデータのネットワークには、ディヴィジョンマルチプルアクセス（ＣＤＭＡ：Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）ネットワーク、グループスペシャルモバイルまたはグローバル・システム・フォー・モバイル・コミュニケーションズ（ＧＳＭ：Ｇｒｏｕｐｅ Ｓｐｅｃｉａｌ Ｍｏｂｉｌｅ ｏｒ ｔｈｅ Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ならびにジェネラルパケットラジオサービス（ＧＰＲＳ：Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）ネットワーク、および、現在開発中であるエッジ（ＥＤＧＥ： Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅｓ ｆｏｒ Ｇｌｏｂａｌ Ｅｖｏｌｕｔｉｏｎ）ならびにユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍｓ）のような第３世代（３Ｇ）ネットワークが含まれる。データ処理中心の比較的旧いネットワークには、Ｍｏｂｉｔｅｘ（登録商標）ラジオネットワーク（「Ｍｏｂｉｔｅｘ」）およびＤａｔａＴＡＣ（登録商標）ラジオネットワーク（「ＤａｔａＴＡＣ」）が含まれ、また、音声処理中心の既知のネットワークには、ここ数年間米国をはじめ世界規模で利用可能となっている、ＧＳＭのようなパーソナルコミュニケーションシステム（ＰＣＳ：Ｐｅｒｓｏｎａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍｓ）のネットワークおよびタイムディビジョンマルチプルアクセス（ＴＤＭＡ：Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）が含まれる。

システム１０において、企業ＬＡＮ１８を所有する会社が従業員にモバイル装置２２と企業ＬＡＮ１８へのアクセスとを提供することもできる。このとき企業データにアクセスし、モバイル装置２２にそのデータを格納することができる。モバイル装置２２のユーザが、モバイル装置２２とも通信できるコンピュータシステム２８経由のＬＡＮ１８へのアクセスを有している場合、企業データにアクセスし、モバイル装置２２に格納するための他の経路を利用することができる。このようなデータは通常、モバイル装置２２への転送中、セキュアな通信技術を用いて保護されるが、ひとたびモバイル装置２２でデータが受信され格納されると、これらの技術によってデータを保護することはできない。

上述のように、データをモバイル装置２２のメモリに格納するときまたは格納する前にデータを暗号化することによって、ある程度のセキュリティ対策がもたらされる。データ解読に関連するアクセス時間の遅れおよびプロセッサの負担を軽減するためには、対称鍵暗号法が好適である。しかしまた、対称鍵を保護するために実装するセキュリティ対策によって、データ受信時に鍵にアクセスできなくなってしまうこともあり得る。例えば、モバイル装置２２がパスワード保護を実装している場合、セキュリティパスワードまたはパスフレーズの正しい入力によってモバイル装置２２がアンロック状態になったときにのみ、データの暗号化に用いる対称鍵にアクセスできるようにすることもあり得る。この例の場合、モバイル装置２２がロック状態のときにデータを受信すれば、データは要求のないままモバイル装置２２に送り込まれることになり、対称鍵にアクセスできず、このためデータを格納するために暗号化することができない。

本発明の態様によるシステムおよび方法によれば、モバイル装置が複数の状態のうちのいかなる状態にあっても受信データを保護することが実現する。

図２はデータ保護のシステムおよび方法を実装するモバイル装置のブロック図である。データ保護システムに関わる構成部品のみが図２に示されていることは、当業者にとって明瞭であろう。モバイル装置は通常、図２に示す構成部品に加えてさらに別の構成部品を含む。

モバイル装置３０が、メモリ３２、データ保護システム４９、プロセッサ５０、ユーザインターフェース（ＵＩ：ｕｓｅｒ ｉｎｔｅｒｆａｃｅ）５２、ワイヤレストランシーバ５４、およびインターフェースまたはコネクタ５６を含む。メモリ３２はソフトウェアアプリケーション用の格納エリア３４、鍵ストア４２、および複数のデータストア３６−４０ならびに４４〜４８を含んでいることが好ましい。

メモリ３２は、装置の他の構成部品がデータを書き込むこともできるＲＡＭのような書き込み可能なストアであるか、またはそのようなストアを少なくとも含む。ソフトウェアアプリケーションストア３４が、モバイル装置３０にインストールされているソフトウェアアプリケーションを含み、また例えば、電子メッセージングアプリケーション、パーソナルインフォメーションマネージメント（ＰＩＭ：ｐｅｒｓｏｎａｌ ｉｎｆｏｒｍａｔｉｏｎ ｍａｎａｇｅｍｅｎｔ）アプリケーション、ゲームならびに他のアプリケーションを含んでいてもよい。アプリケーションデータストア３６が、モバイル装置３０上のソフトウェアアプリケーションに関連する情報を格納し、この情報はブラウザアプリケーション用にキャッシュされたウェブページのようなデータ、またはソフトウェアアプリケーションが使用するファイルのみならず、ソフトウェアアプリケーション用の構成データをも含む。受信済みおよび／または送信済みの電子メールのような電子メッセージはメッセージストア３８に格納する。スケジュール情報、面会予定、および物忘れ防止メモのようなデータはカレンダストア４０に格納する。タスクストア４４は、ユーザが追跡したいタスクを格納するのに使用する。ユーザが入力したノートおよびメモはメモストア４６に格納する。テキスト入力ストア４８は、テキストがモバイル装置３０に入力されたとき、例えばテキストの予測入力、および自動エラー修正をサポートするワードリストまたは辞書を格納する。これらのストアを別々のデータストアとして示しているが、これらのうちのいくつかまたは全てをメモリ３２中の一つのデータストアに統合することもできることは当業者に認識されよう。モバイル装置は図２に示すデータストアより多数の、少数の、または異なるデータストアを含むこともできることもまた明瞭であろう。

鍵ストア４２はモバイル装置３０上のデータ保護をサポートするのに用いる暗号鍵を格納し、また該ストアは、メモリ３２へのアクセスが制御されるセキュアなメモリ素子またはセキュアにされた部分に在ることが好ましい。例えば、ユーザまたはソフトウェアアプリケーションが鍵ストア４２内のデータ保護鍵を削除したり変更したりすることは可能であってはならない。一実施形態において、鍵ストア４２へのアクセスはデータ保護システム４９にのみ限定する。以下でさらに詳しく説明するように、データ保護システム４９は受信データを暗号化し、メモリ３２に格納された暗号化済みデータを解読する。

プロセッサ５０をワイヤレストランシーバ５４に接続することによって、モバイル装置３０をワイヤレスネットワーク経由の通信用にイネーブルする。インターフェース／コネクタ５６は、共に動作するインターフェースまたはコネクタを備えるＰＣまたは他の装置に別の通信経路を提供する。インターフェース／コネクタ５６は、例えば、インフレアードデータアソシエーション（ＩｒＤＡ：Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）のポート、他のいくつかの近距離ワイヤレス通信インターフェースなどの光学データ転送インターフェース、またはシリアルポート、ユニバーサルシリアルバス（ＵＳＢ：Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）あるいはセキュアデジタル（ＳＤ：Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）スロットなどの有線インターフェース、を含む複数のデータ転送部品のうちのいかなるものであってもよい。既知の近距離ワイヤレス通信インターフェースには、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュールおよび８０２．１１モジュールが含まれる。「Ｂｌｕｅｔｏｏｔｈ」および「８０２．１１」は、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）から入手できる、ワイヤレスＬＡＮおよびワイヤレスパーソナルエリアネットワークに関する一連の規格をそれぞれ表していることは当業者にとって明瞭であろう。このように、インターフェース／コネクタ５６を介して確立する通信リンクはワイヤレス通信または物理的な有線接続であってもよい。

ＵＩ５２は、モバイル装置３０のユーザから入力を受け入れたり、ユーザに出力を提供したりするキーボードあるいはキーパッド、ディスプレイ、または他の部品などのＵＩ部品を含む。図２には一つのブロックとして示しているが、モバイル装置は通常二つ以上のＵＩを含み、したがってＵＩ５２は一つまたは二つ以上のユーザインターフェースを表すためのものであることは明瞭であろう。

モバイル装置上の任意のデータストアまたは全てのデータストアのデータを、本明細書に説明されているように保護することもできる。大概の実装方法では、データストア３６−３８および４４−４８は通常、ユーザが個人データ用に、または雇用者が企業データ用に保護したいと思うデータを格納するが、モバイル装置にインストールされたその他のソフトウェアアプリケーションが保護される可能性は低い。

モバイル装置３０において、データ保護システム４９がメモリ３２へのアクセスを制御し、該システムは受信データを暗号化し、暗号化済みデータをメモリ３２に格納し、格納したデータをモバイル装置の他の構成部品用に解読する。モバイル装置３０の他の構成部品の全てをデータ保護システム４９に接続し、これら他の構成部品によるメモリの読み取りおよび書き込みの動作をデータ保護システム４９を介して実行する。データ保護システム４９は、ワイヤレストランシーバ５４あるいはＵＩ５２からプロセッサ５０経由で受信するデータ、プロセッサ５０で実行中のソフトウェアアプリケーションから受信するデータ、またはインターフェース／コネクタ５６から受信するデータを、鍵ストア４２に格納された鍵を用いて暗号化する。同様に、データ保護システム４９が、保護されたデータの要求をモバイル装置３０の構成部品またはソフトウェアアプリケーションから受信したとき、データ保護システム４９は暗号化済みデータを解読し、要求を出した構成部品に解読済みデータをパスする。データ保護システム４９を、以下にさらに詳しく説明するように、イネーブルあるいはディセーブル（ｄｉｓａｂｌｅ）することもできるソフトウェアモジュールまたはユーティリティとして実装するか、もしくは、メモリ３２、メモリ３２の特定の部分、または個々のデータストアを管理したり、あるいはデータのタイプを管理したりするように構成されるハードウェアモジュールとして実装する。

図２に示す構成は例示目的に過ぎず、本発明がこの図に制限されることは決してないことは認識されよう。例えば、別の実施形態では、プロセッサ５０、インターフェース／コネクタ５６、および他の装置システムがメモリ３２へのアクセスを有し、メモリ３２から取り出した暗号化済みデータを解読するとき、および受信データをメモリ３２に格納する前に暗号化するときに、データ保護システムとやり取りする。この場合、モバイル装置システムおよび構成部品は、必要であればデータの暗号化および解読のためにデータ保護システムにデータをパスするが、メモリ３２に直接アクセスする。図２に示す構成は、データ保護システム４９がメモリ３２へのアクセスを制御しているという点でより厳密なデータ保護の制御を提供するが、この別の実施形態は、保護されていないデータがデータ保護システムに何ら関わることなくメモリ３２から直接取り出されるので、保護されていないデータストアへのサポートを簡素化するものである。

動作中、データ保護システム４９は鍵ストア４２内の暗号鍵にアクセスする。本発明の一態様によると、鍵ストア４２は複数の鍵を格納している。上述のように、対称暗号法は一般にプロセッサに制約のあるモバイル装置に好適である。この方法によると、データ保護がイネーブルのとき、保護されたデータの暗号化および解読の両方に用いる対称鍵を鍵ストア４２に格納する。セキュリティパスワードまたはパスフレーズは不正な使用に対してモバイル装置３０をセキュアにするが、対称鍵を、したがって暗号化されたデータを、いわゆるハードウェア攻撃から保護するためにさらに進んだ対策がとられることが通常好ましい。例えば、メモリ３２に含まれる物理的要素がモバイル装置３０から取り除かれて、メモリに格納されているデータが直接読み取られてしまう場合には、パスワード保護によってメモリ中のコンテンツが保護されることはない。したがって、対称鍵を暗号化された形式で鍵ストア４２に格納することが好ましい。対称鍵の解読にはユーザパスワードの正しい入力が必要となる。

ひとたび解読が済むと、通常対称鍵を鍵ストア４２あるいは別のメモリエリアに格納するか、またはキャッシュに格納し、該鍵が必要になる度に解読しなくてもよいようにする。しかしながら、例えば、モバイル装置３０がユーザコマンドに応じて、あるいは前もって設定しておいたセキュリティのタイムアウト時間後に自動的にロックされると、またはモバイル装置３０が携帯用ケースやホルスタに格納されているときは、解読済み対称鍵を削除することが好ましい。次にモバイル装置３０を正しいパスワードによってアンロックするときは、暗号化済み対称鍵を再び解読する。

上述の鍵暗号化方式によって、対称鍵、ひいては対称鍵を用いて暗号化されたデータの高度な保護が実現するが、モバイル装置３０がロック状態のときには、解読された形式の対称鍵は利用できない。ゆえに、モバイル装置３０がロック状態のときに受信するデータのいかなるものも対称鍵を用いて暗号化することはできない。モバイル装置３０をロックした後にも解読済み対称鍵をメモリ内に保持しておき、モバイル装置３０がロック状態のときにデータを暗号化できるようにしておくと、メモリ３２に格納されているデータがハードウェア攻撃を受けやすくなる。本発明の一局面にしたがって、モバイル装置３０に格納された解読済みのデータは、モバイル装置３０がロック状態になる場合、削除され得る。代案として、データを受信する度にユーザにパスワードを入力するようプロンプトすることもできる。しかし、ユーザが即座にパスワードを入力しなければ、少なくともユーザがモバイル装置３０を次回アンロックするときまで、受信データを暗号化しない状態で格納するか、または単にモバイル装置３０に格納しないでおく必要がある。後者の場合、受信データはモバイル装置３０で廃棄され、装置に再送信される必要がある。

本発明の一態様によると、鍵ストア４２は公開鍵／秘密鍵のペアも格納する。モバイル装置３０がロック状態であっても、公開鍵は秘密にしないので、暗号化しない状態で格納する。公開鍵を用いて暗号化したデータは、秘密鍵を用いることによってのみ解読することができ、秘密鍵は対称鍵と同様の方法で保護することができる。このように、モバイル装置３０がロック状態のときに受信するデータは公開鍵を用いて暗号化する。

したがって、モバイル装置３０がアンロック状態にある第１の動作状態のときに受信するデータを第１の暗号鍵である対称鍵を用いて暗号化し、モバイル装置３０がロック状態にある第２の動作状態のときに受信するデータを第２の暗号鍵である公開鍵を用いて暗号化する。これにより、モバイル装置３０がアンロック状態のときに受信するあらゆるデータは、対称鍵暗号法がもたらす利益を受けることができる。このようなデータの解読は他の暗号化方式よりも高速であり、プロセッサ集約度が低い。一方、上述の保護された対称鍵の使用に伴う問題は、モバイル装置３０がロック状態のときにデータを暗号化するための公開鍵を格納しておくことで回避できる。公開鍵を用いて暗号化したデータは対応する秘密鍵を用いて解読する。一般的に公開鍵暗号法は対称鍵暗号法よりも低速であるが、高速の解読動作を有する公開鍵暗号化方式を選択することでデータの解読に関連するデータアクセスの遅れを軽減することが好ましい。例えば、楕円曲線暗号法（ＥＣＣ：ｅｌｌｉｐｔｉｃ ｃｕｒｖｅ ｃｒｙｐｔｏｇｒａｐｈｙ）によれば、リベスト‐シャミール‐アドレマン（ＲＳＡ：Ｒｉｖｅｓｔ‐Ｓｈａｍｉｒ‐Ａｄｌｅｍａｎ）技術を選択する場合よりもはるかに速く解読することができる。

上で簡潔に述べたように、データ保護システム４９は、データを保護すべきときにイネーブルされるソフトウェアモジュールまたはユーティリティとして実装することもできる。図３はデータ保護をイネーブルする方法を説明する流れ図である。ステップ６０で、モバイル装置がデータ保護をイネーブルするための動作を実行する。この動作は、モバイル装置のユーザが例えばキーボード、キーパッド、マウス、サムホイール、またはその他の入力装置でコマンドを入力したりメニュー項目を選択したりすることによって呼び出すことが好ましい。しかし、モバイル装置は、ユーザがデータ保護をイネーブルすることを要求するように構成できることが好ましいこともまた認識されたい。例えば、雇用者がモバイル装置をユーザとなる従業員に提供しつつ、モバイル装置上の任意の企業データを確実に保護することを望む場合、ユーザにモバイル装置を提供する前か、またはユーザが操作に備えて最初に設定するときに、構成制御ソフトウェアモジュールあるいはユーティリティと、データ保護をイネーブルする必要があることを指定する構成制御情報とをモバイル装置上に挿入する。構成制御モジュールはその後自動的にステップ６０での動作を呼び出したり、または、データ保護がイネーブルされるまでモバイル装置の動作のいくつかあるいは全てを制限したりする。

データ暗号化用の対称鍵およびデータ解読用の秘密鍵を保護するために、データ保護をイネーブルする前またはイネーブルするとき、パスワード保護もまたイネーブルする必要がある。ステップ６２で、パスワード保護がすでにイネーブルされているかどうかを決定する。パスワード保護がイネーブルされていない場合、ステップ６４でパスワード保護をイネーブルし、パスワードを設定するようにユーザにプロンプトする。パスワード保護がすでにイネーブルされている場合、またはユーザがステップ６４でパスワード保護をイネーブルした後、ステップ６６でデータ保護鍵を生成し、鍵ストアに格納する。

ステップ６６で生成したデータ保護鍵は対称鍵を含み、この対称鍵は、モバイル装置がアンロック状態にあるときに受信したデータをモバイル装置のメモリに格納する前に暗号化することと、暗号化済みデータをメモリから取り出すときに解読することとの両方に使用する。上述のように、ユーザが確立したパスワードを用いてこの対称鍵自体を暗号化しておく。ステップ６６で公開鍵／秘密鍵のペアも生成する。公開鍵は秘密にしておく必要がないので暗号化しない状態で格納し、モバイル装置がロック状態にあるとき受信するデータを暗号化するのに用いる。公開鍵を用いて暗号化されたデータは秘密鍵によってのみ解読することができ、これにより公開鍵が漏洩してもセキュリティ上の問題にはならない。しかし、秘密鍵は対称鍵のように、例えばパスワードを用いて暗号化することによって、暗号化された形式で鍵ストアに格納しておくことが好ましい
データ保護をイネーブルした後にモバイル装置で受信するあらゆるデータをメモリに格納する前に暗号化する。図４はモバイル装置で受信するデータを保護する方法を説明する流れ図である。

ステップ７２でデータをモバイル装置で受信する。図２によると、モバイル装置３０は、ＵＩ５２を介したユーザ入力のみならず、ワイヤレストランシーバ５４またはインターフェース／コネクタ５６を介してデータを受信するように構成されている。通常、ソフトウェアアプリケーションもメモリ３２に格納するデータを生成する。例えばディスクドライブまたはメモリスティックリーダのような他のインターフェースを用いる場合、ステップ７２は、これらのインターフェースからデータを受信する動作も含む。

次にステップ７４でモバイル装置の現行の動作状態を決定する。装置がロック状態である場合、ステップ７８で公開鍵を取り出し、受信データを公開鍵を用いて暗号化する。モバイル装置がアンロック状態であれば、対称鍵が利用できる。モバイル装置を正しいパスワード入力によってアンロックしたときに、対称鍵が解読済みであれば、解読済み対称鍵を鍵ストアまたはキャッシュから取り出す。対称鍵が解読済みでなければ、暗号化済み対称鍵を鍵ストアから取り出し、解読し、その後ステップ７６で受信データを暗号化するのに使用する。

本発明のさらに別の態様によると、ステップ８０で受信データがモバイル装置にすでに格納されている既存のデータに関連しているかどうかを決定する。受信データが既存のデータに関連していない場合、ステップ８２で暗号化済み受信データをメモリに格納する。もし受信データが既存データに関連していれば、ステップ８４で暗号化済み受信データを既存データに追加する。例えば、受信データの送信者または図１のデータサーバ２６やワイヤレスネットワークゲートウェイ１６などの中間システムが所定のサイズを上限にもつブロック単位でデータを送信するように構成されているとき、大容量のデータ項目は別々のブロックに分割されてモバイル装置に送信される。この場合、特定のデータ項目の１番目のデータブロックの後に受信される当該データ項目に関連するデータブロックの各々は、先に受信したそのデータ項目のデータブロックのいずれかに関連している。

データ項目をデータブロックに分ける場合、各ブロックは受信器によるデータ項目の再構成のための情報を含むことは当業者に認識されよう。この情報は通常セッション識別子、データ項目識別子、ファイル名、シーケンス番号、または受信者がそのデータ項目の他のデータブロックを識別するために用いる他のいくつかの識別子の形式をとる。各データブロックはモバイル装置による受信時に暗号化され、データ項目識別子、または識別子のハッシュのような、変換された形式の識別子はモバイル装置に暗号化されていない形式で好ましくは格納され、ステップ８０で受信データが既存データに関連しているかどうかを決定するのに用いられる。

データ項目が複数のデータブロックを含んでいる場合、各データブロックは受信時に暗号化され格納される。各データブロックは同一のデータ項目の一部を含んでいるが、それらのデータブロックは、データブロックを受信するときのモバイル装置の動作状態に拠って、アルゴリズムおよび鍵を用いて別々に暗号化される。したがって、複数ブロックを含む受信データ項目は、個別に暗号化された一連のデータブロックとして格納される。図５はこのようなデータ項目をサポートするデータ形式のブロック図である。

データ項目８５が、データ項目参照８６と三つのデータ項目部分８７、８８、および８９とを含む。データ項目参照８６が参照するバイト配列にデータ項目部分８７、８８、８９を格納することが好ましい。データ項目参照８６は、例えば電子メールメッセージ識別子またはセッション識別子のようなデータ項目識別子、およびデータ項目部分８７、８８、および８９を格納しているバイト配列の位置またはバイト配列へのポインタを含んでいる。データ項目識別子は図４のステップ８０で行う決定をサポートし、位置に関連してデータ項目部分８７、８８、８９を取り出すことができるようにする。データ項目部分８７、８８、８９の各々はデータブロックヘッダ８７Ａ、８８Ａ、または８９Ａ、およびデータブロック８７Ｂ、８８Ｂ、または８９Ｂを含む。データブロックヘッダ８７Ａ、８８Ａ、および８９Ａは、データ項目８５中のデータブロック８７Ｂ、８８Ｂ、および８９Ｂの各々に対応する長さおよび鍵識別子を含む。データブロックヘッダ中にあるデータブロックの長さは、対応するブロックの長さ、もしくはその位置、またはその終端へのポインタを示すもので、これによって各データブロックを的確に取り出すことができる。鍵識別子は、データブロックを暗号化するのに使用された鍵、暗号アルゴリズム、あるいはこれらの両方か、またはデータブロックを解読するのに要求される鍵、暗号アルゴリズム、あるいはこれらの両方を示す。データブロック８７Ｂ、８８Ｂ、および８９Ｂは一つのデータ項目に含まれる暗号化済み受信データブロックを表す。

図５Ａで示す例では、モバイル装置がアンロック状態のときデータブロック１を受信したので、該データブロックを対称鍵を用いて暗号化し、暗号化済みデータブロック８７Ｂを生成した。暗号化済みデータブロック８７Ｂの長さを判定し、この長さおよび「対称的な」鍵識別子をブロックヘッダ８７Ａとして暗号化済みデータブロック８７Ｂに付加する。その後ブロックヘッダ８７Ａおよび暗号化済みデータブロック８７Ｂをメモリに格納する。

データ項目または複数のブロックを含むデータ項目の１番目のデータブロックをモバイル装置上で受信するとき、データ項目参照を作成し格納することが好ましい。これによりデータ項目を取り出すことができ、また続いて受信する関連するデータブロックを識別し、データ項目参照が参照する対応するバイト配列中に追加することができる。このため、データブロック１を受信したとき、もしくはデータブロック１を暗号化してモバイル装置に格納した後に、データ項目参照８６を作成した。データ項目参照８６はデータ項目の識別子およびデータアイテム部分８７がどこに格納されているかまたはこれからどこに格納されるかを示す位置を含んでいる。

モバイル装置がロック状態のとき、データ項目の２番目のデータブロックであるデータブロック２を受信したので、該データブロックを公開鍵を用いて暗号化した。上述のようにブロック２ヘッダ８８Ａを生成し、暗号化済みデータブロック８８Ｂに追加し、その結果得たブロックヘッダ８８Ａおよび暗号化済みデータブロック８８Ｂを含むデータ項目部分８８を、データ項目参照８６が参照する配列中のデータ項目部分８７に追加する。データブロック１と同様に、モバイル装置がアンロック状態の間に３番目のデータブロックであるデータブロック３を受信し、対称鍵を用いて暗号化した。同様に、ブロックヘッダ８９Ａおよび暗号化済みデータブロック８９Ｂを含むデータ部分８９を、データ項目参照８６が参照する配列中のデータ項目部分８８に追加する。

この方法で、データ項目の後続するデータブロックを暗号化し、ブロックヘッダを生成して暗号化済みデータブロックに付加し、ブロックヘッダおよび暗号化済みデータブロックをすぐ前の暗号化済みデータブロックに追加する。既存のバイト配列に新しいデータを効果的に付加する既知の方式の一つでは、新しい配列が定義され、既存の配列のコンテンツは新しい配列にコピーされ、新しいデータは新しい配列の中に書き込まれる。その後、既存の配列がとるメモリスペースは、参照解除されるか、もしくは他のデータを格納するために再利用される。この技術におけるコピー処理は遅い傾向にあり、既存のデータ配列のコピー二つ分に利用できる十分なメモリスペースを必要とする点でメモリ集約的である。この既知の技術よりも上述の追加方式の方が高速であり、また必要とするメモリスペースが少ない。

ディスプレイに表示させるデータ項目がユーザによって選定されるなどして、データ項目８５がアクセスされるとき、データ項目部分８７、８８、および８９が存在するデータ配列をデータ項目参照８６の位置を用いてメモリ内から探し出す。暗号化済みデータブロック８７Ｂ、８８Ｂ、および８９Ｂの各々について、暗号化済みデータブロックの適切な解読方式および長さを、対応するブロックヘッダ８７Ａ、８８Ａ、および８９Ａの鍵識別子および長さから判定する。暗号化済みデータブロック８７Ｂ、８８Ｂ、および８９Ｂの各々をバイト配列から読み取って解読し、解読済みデータブロックを結合して、モバイル装置に送信されたデータ項目に一致する一つの解読済みデータ項目にする。

データ項目部分８７、８８、および８９を図５Ａに示し、バイト配列中に格納されているものとして上述したが、これらのデータ項目部分を必ずしも隣接したメモリ位置に格納する必要はないことは当業者に認識されよう。通常、メモリポインタまたは他の識別子を用いてブロック同士を論理的にリンクさせる。

図５Ｂは別のデータ形式のブロック図である。データ項目９０がデータ項目の論理的構造を表し、データ項目ヘッダ９２および三つの暗号化済みデータブロック９４、９６、および９８を含んでいる。ヘッダ９２は、データ項目９０の各データブロック９４、９６、９８のデータ項目識別子と、長さ、位置、および鍵識別子などの情報とを含んでいる。ヘッダ９２とデータブロック９４、９６、および９８とを論理的にリンクさせることが好ましいが、必ずしも隣接したメモリ位置に格納しなくてもよい。

図５Ａに関して上述した例のように、モバイル装置がデータブロック１、２、および３を、それぞれアンロック状態、ロック状態、およびアンロック状態のときに受信した。データブロック１および３を対称鍵を用いて暗号化し、データブロック２を公開鍵を用いて暗号化した。１番目のデータブロック９４を受信し、暗号化し、モバイル装置に格納したとき、ヘッダ９２を作成して格納しておくことが好ましい。これにより１番目のデータブロック９４を正しく取り出して解読することができ、続いて受信する関連するデータブロックを識別することができる。２番目および３番目の暗号化済みデータブロック９６および９８を受信したとき、これらのデータブロック用の情報をヘッダ９２に付加した。モバイル装置がアンロック状態のとき、モバイル装置上でデータ項目９０へのアクセスがあると、ヘッダ９２の位置および長さを用いて各ブロックを見つけ、ヘッダ９２の鍵識別子から適切な解読方式を判定し、その後各データブロックを取り出し、解読し、結合してデータ項目を復元する。

上述し、また図５Ａおよび５Ｂで示しているように、モバイル装置がデータブロックを受信したときに、ブロックによってモバイル装置の動作状態が異なれば、一つのデータ項目が、異なる暗号化方式を用いて暗号化されたデータブロックを含むこともある。また、同じデータ項目用の複数のデータブロックを受信するとき、モバイル装置は同じ動作状態にあることもあり得る。例えば、モバイル装置がアンロック状態にあるときにデータブロック２を受信したとすると、該ブロックはまた対称鍵を用いて暗号化されていることになる。本発明のさらに別の態様によると、受信済みデータブロックを暗号化する前に、モバイル装置の現行の動作状態と、同じデータ項目の先行するデータブロックを受信したときのモバイル装置の動作状態とが同じであるかどうかを決定する。受信データとデータ項目の先行するデータブロックの動作状態が同じ、つまりデータ保護鍵が同じ場合、先行するデータブロックおよび受信データの両方を同じ方法で暗号化する。この場合、この先行するデータブロックを可能であれば解読することが好ましく、解読した先行するデータブロックに受信データブロックを追加して結合データブロックを形成し、この結合データブロックを暗号化し、メモリに格納する。先行するデータブロックは暗号化済み結合データブロックの一部となるので、先行するデータブロックがとるメモリスペースは、暗号化済み結合データブロックで上書きするか、もしくは他のデータを格納するために利用できるようにする。

このタイプの動作が可能になるのは、例えば、対称鍵にアクセスが可能な間に先行するブロックおよび受信データを受信するときである。装置がロック状態のとき先行するブロックおよび受信データを受信し、公開鍵で暗号化する場合、秘密鍵にアクセスできないので、先行するブロックを解読することはできない。しかしながら、以下にさらに詳しく説明するように、先行するブロックおよび受信データがアクセスされるときなど、秘密鍵にアクセスができるようになれば、同様の解読および再暗号化処理ができる。

この解読／再暗号化によって、二つ以上のデータブロックを結合して一つの暗号化済みデータブロックを得ることができるが、上述のような暗号化済みデータブロックを追加する方が、必要時間、メモリ、およびデータ処理は少なく、したがって一般に電力、メモリおよび処理リソースの限られている制限つきのモバイル装置に好適である。

図６は保護されたデータにアクセスする方法を示す流れ図である。ステップ１０２で、データ保護システムおよびメモリアクセス方法がどのように実装されているかに応じて、データ保護システムまたはモバイル装置のシステムあるいは構成部品が暗号化済みデータを取り出す。次にデータ保護システムは暗号化済みデータが対称鍵または公開鍵のどちらを用いて暗号化されているかを鍵識別子を基に決定する。暗号化済みデータが公開鍵で暗号化されている場合、ステップ１０６で暗号化済みデータを対応する秘密鍵を用いて解読する。暗号化済みデータが対称鍵を用いて暗号化されている場合、ステップ１０８で暗号化済みデータを対称鍵を用いて解読する。次に解読済みデータを、該データの取り出しまたは要求をしたモバイル装置のシステムまたは構成部品へ出力する。取り出されたデータが複数のデータブロックを含んでいれば、各データブロックに１０４から１１０までのステップを行う。

解読ステップ１０６および１０８は、公開鍵または対称鍵にアクセスできることを仮定している。保護されたデータがアクセスされたとき、モバイル装置がアンロック状態である限り、これらの鍵をメモリから入手することができるか、もしくは解読することができる。これらの鍵にアクセスできない場合は、保護されたデータを解読することはできない。

上述のように、公開鍵暗号法は通常、対称鍵暗号法よりも低速である。モバイル装置がロック状態の間に受信するデータ、またはこのようなデータを含んでいるデータ項目を解読する度に、公開鍵による解読動作をモバイル装置上で行わなければならない。このようなデータをステップ１０６で解読すると、この解読済みデータをモバイル装置上で利用できるようになる。解読の動作中、モバイル装置をアンロック状態にすることによって、対称鍵にもアクセスできるようになる。本発明の別の態様によれば、以前に公開鍵を用いて暗号化されていたデータを解読し、この解読データを、対称鍵を用いて再び暗号化する。また、必要であればこの動作に応じてデータ項目ヘッダを更新する。代案として、データ項目のデータブロックのいずれかが公開鍵を用いて暗号化されていた場合、それらを解読したときにデータブロックを連結して一つの結合されたデータブロックを形成し、次にこの結合データブロックを対称鍵を用いて再び暗号化する。その後メモリ内で元のデータ項目を再暗号化済みデータ項目で置き換える。このようにすれば、データ項目が後にアクセスされたとき、公開鍵の解読動作を再び実施しなくてもよい。

この方法の代わりとして、複数のデータブロックを含むデータ項目用の暗号化済みデータブロックを別々のまま維持することが好ましい場合もあることもまた認識されたい。例えば、複数のデータブロックを含むデータ項目が電子メールメッセージであるとき、メッセージを「インボックス」またはメッセージリストに表示させるために必要なデータが１番目のデータブロックにしかないデータである場合もある。この場合、各メッセージ全体ではなく各メッセージの１番目のデータブロックを解読しておけば、はるかに速くメッセージリストを構築できる。

データ保護システムおよび方法の特定の実装形式および構成はデータ保護が提供される装置のタイプに依存する。ユーザとデータ保護システムと間のやり取りは、装置のタイプの違いによって異なるものとすることができる。図７〜図１１はデータ保護のシステムおよび方法を実装するモバイル装置のディスプレイに表示される画面例であり、一つの可能な実装方法を説明する例である。図７〜図１１はセキュリティ機能を構築する際の多様な段階においてユーザ向けにモバイル装置のディスプレイ上に表示される代表的な画面である。図７〜図１１では、データ保護はコンテンツ保護と呼ばれている
図７において、ユーザがモバイル装置でコンテンツ保護をイネーブルするための動作を選択した。しかしながら、図７の上部に示すように、パスワード保護は未だイネーブルされていないので、ユーザにパスワード保護をイネーブルするようにプロンプトする。もしユーザがカーソールを「ＮＯ」から「ＹＥＳ」に移動して「ＹＥＳ」を選択することによってパスワード保護をイネーブルすれば、ユーザは次にパスワードとこの例の場合２分（図８）のセキュリティのタイムアウト期間とを設定し、パスワード保護をイネーブルする。もしパスワード保護がイネーブルされず、データ保護鍵をセキュアにする別の手段が利用できなければ、コンテンツ保護をイネーブルすることはできない。これらの上述の動作は、図３のステップ６０、６２、および６４で実質的に示している。

ひとたびパスワード保護がイネーブルになると、コンテンツ保護鍵が生成される。図８では、コンテンツ保護鍵のペアは公開鍵／秘密鍵のペアである。鍵生成の動作のための擬似ランダムデータが、モバイル装置上のキーパッドまたはキーボードのユーザによるキープレスおよびサムホイール入力装置の操作によって集められる。ＰＣ上では通常、このようなデータはマウスの操作によって集められる。しかし、大半のモバイル装置は小型のディスプレイを備え、マウスは備えていないので、キーボードのキーをサムホイール入力装置と共に使用することによって、キープレスまたはサムホイール入力のどちらか一方のみを使用して生成され得るデータよりもさらにランダム化されたデータを得ることができる。図９はユーザに向けてフィードバックする画面を示し、擬似ランダム情報の収集の進行状況を示している。好適な実施形態では、収集された１６０ビットのデータを秘密鍵として用い、このデータから公開鍵を生成する。コンテンツ保護がイネーブルのとき、同じ擬似ランダム情報若しくは同様の方法で収集したさらに別の擬似ランダム情報を用いて対称鍵を同様に生成する。両方の鍵の生成の動作に同じ擬似ランダム情報を用いることによって、キープレスおよびサムホイールの操作の回数を減らすことが好ましい。例えば、１６０ビットの秘密鍵および１２８ビットの対称鍵を使用するようにデータ保護システムを構成する場合、１６０ビットのランダム情報を収集して秘密鍵として用い、１６０ビットのうちの１２８ビットを対称鍵として用いる。

データ保護鍵が生成され、格納されると、データ保護がイネーブルされ、図１０に示すようにセキュリティオプション画面が現れる。モバイル装置が他のセキュリティ機能を実装している場合、セキュリティオプション画面は、コンテンツ保護と同様にこれらの機能をイネーブルするためのアクセス、ディセーブルするためのアクセス、または構築するためのアクセスを提供する。モバイル装置が携帯用ホルスタに納められているときは、図１０に示すように、このセキュリティオプション画面を介して、モバイル装置をロックするセキュリティ機能にアクセスできる。

さらに別のセキュリティ対策として、コンテンツ保護がイネーブルの間はコンテンツ保護のためのいかなる構成要件もディセーブルできないようにすることが好ましい。例えば、パスワード保護をディセーブルすれば秘密鍵および対称鍵のセキュリティが犠牲になる。コンテンツ保護がイネーブルの間にユーザがパスワード保護をディセーブルしようとすると、図１１に示す警告メッセージを表示する。コンテンツ保護もディセーブルしなければ、パスワード保護をディセーブルすることはできない。またいくつかのタイプのモバイル装置は構築制御情報をサポートし、どの機能がユーザによってイネーブルおよびディセーブルされ得るかをさらに制御する。

コンテンツ保護をディセーブルするとき、複数の動作が可能である。一実施形態にでは、格納された暗号化済みデータを暗号化形式のまま維持する。データ保護システムが記憶しているかまたは該システムがアクセスできる所定のパスワードを用いてデータ保護鍵を解読し、その後再び暗号化する。格納された暗号化済みデータが維持されているが、暗号化済みデータにアクセスするときに行うデータ保護鍵の解読、ひいては該データの解読のために、ユーザパスワードを入力する必要はない。この方式では、コンテンツ保護を再びイネーブルすれば、同じデータ保護鍵を使用することができる。別の実施形態では、コンテンツ保護をディセーブルするとき、格納された暗号化済みデータを全て解読し、メモリ中で置き換える。これにより、格納されたデータに後にアクセスする場合、解読動作が必要でなくなる。コンテンツ保護を再びイネーブルする場合、上述のように新しいデータ保護鍵を生成するかまたは入手し、可能であれば格納されたデータを暗号化し、後に受信するデータを暗号化することもできる。

図１２はワイヤレスモバイル通信装置のブロック図である。モバイル装置５００は少なくとも音声およびデータの通信ケイパビリティを有する双方向通信装置であることが好ましい。モバイル装置５００は他のコンピュータシステムとインターネット上で通信するケイパビリティを有していることが好ましい。モバイル装置５００が備える機能性に拠って、モバイル装置５００をデータメッセージングデバイス、双方向ページャ、データメッセージングケイパビリティを備えるモバイル電話、ワイヤレスインターネット機器、または（電話ケイパビリティを備えているまたは備えていない）データ通信装置と呼ぶこともできる。上述のように、本明細書では通常このような装置を単にモバイル装置と呼ぶ。

モバイル装置５００は、トランシーバ５１１、マイクロプロセッサ５３８、ディスプレイ５２２、不揮発性メモリ５２４、ランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）５２６、補助入力／出力（Ｉ／Ｏ）装置５２８、シリアルポート５３０、キーボード５３２、スピーカ５３４、マイクロホン５３６、近距離ワイヤレス通信サブシステム５４０、および他の装置サブシステム５４２を含む。トランシーバ５１１は送信アンテナおよび受信アンテナ５１６、５１８、レシーバ（Ｒｘ）５１２、トランスミッタ（Ｔｘ）５１４、一つ以上のローカルオシレータ（ＬＯｓ：ｌｏｃａｌ ｏｓｃｉｌｌａｔｏｒｓ）５１３、およびデジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）５２０を含んでいることが好ましい。モバイル装置５００は、不揮発性メモリ５２４の内部において、マイクロプロセッサ５３８（および／またはＤＳＰ５２０）が実行できる複数のソフトウェアモジュール５２４Ａ−５２４Ｎを含み、該ソフトウェアモジュールは音声通信モジュール５２４Ａ、データ通信モジュール５２４Ｂ、および他の複数の機能を実行するための他の複数の動作モジュール５２４Ｎを含む。

モバイル装置５００は音声およびデータの通信ケイパビリティを有する双方向通信装置であることが好ましい。したがって、例えば、モバイル装置は、あらゆるアナログまたはデジタルのセルラネットワークといった音声ネットワーク上で通信することもできるし、またデータネットワーク上で通信することもできる。図１２で音声ネットワークおよびデータネットワークを通信タワー５１９で図示している。これらの音声通信およびデータ通信は、使用する基地局、ネットワークコントローラなどの設備が異なる別々の通信ネットワークとしてもよいし、または一つのワイヤレスネットワークに統合することもできる。したがって、ネットワーク５１９と呼ぶときは、音声およびデータネットワークが一つになったもの、それらが別々になっているものの両方を包含するものとして解釈すべきとする。

通信サブシステム５１１を用いてネットワーク５１９と通信する。ＤＳＰを用いてトランスミッタ５１４およびレシーバ５１２と通信シグナルの送受信を行い、またトランスミッタ５１４およびレシーバ５１２と制御情報のやり取りも行う。音声通信およびデータ通信が単一の周波数または近接する一連の周波数で行われれば、トランスミッタ５１４およびレシーバ５１２と共に使用するＬＯ５１３を一つにすることもできる。あるいは、音声通信用とデータ通信用とで異なる周波数が利用されているか、またはモバイル装置５００が二つ以上のネットワーク５１９上で通信できるようにイネーブルされていれば、ネットワーク５１９で使用される周波数に対応する周波数を複数のＬＯ５１３を用いて生成することができる。図１２には二つのアンテナ５１６、５１８を図示しているが、モバイル装置５００を一つのアンテナ構造で使用することもできる。ＤＳＰ５２０とマイクロプロセッサ５３８と間のリンクを介して、通信モジュール５１１と音声情報およびデータ情報の両方を含む情報のやり取りを行う。

周波数帯域、部品の選定、電力レベルなど、通信サブシステム５１１の設計の詳細はモバイル装置５００が動作することになる通信ネットワーク５１９に依存する。例えば、北米市場で販売されることになるモバイル装置５００の場合、ＭｏｂｉｔｅｘまたはＤａｔａＴＡＣのモバイルデータ通信ネットワークで動作するように、また、ＡＭＰＳ、ＴＤＭＡ、ＣＤＭＡ、ＰＣＳ等といったあらゆる多様な音声通信ネットワークで動作するように設計された通信サブシステム５１１を含むこともできる。一方、ヨーロッパで使用するためのモバイル装置５００はＧＲＰＳのデータ通信ネットワークおよびＧＳＭの音声通信ネットワークで動作するように構成することもできる。別々のネットワークおよび統合されたネットワークの両方を含む他のタイプのデータネットワークおよび音声ネットワークもまた、モバイル装置５００で利用することができる。

モバイル装置５００用の通信ネットワークのアクセス要件もまたネットワーク５１９のタイプに拠って異なる。例えば、ＭｏｂｉｔｅｘおよびＤａｔａＴＡＣのデータネットワークの場合、モバイル装置はネットワーク上で登録され、このとき各モバイル装置と関連付けられた固有の識別番号が用いられる。一方、ＧＰＲＳのデータネットワークでは、ネットワークアクセスはモバイル装置５００の加入者またはユーザに関連付けられている。ＧＰＲＳで用いられるデバイスは通常サブスクライバーアイデンティティモジュール（ＳＩＭ：ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ ｍｏｄｕｌｅ）を必要とし、このモジュールはモバイル装置５００をＧＰＲＳのネットワーク上で動作させるために必要である。もしローカル通信または非ネットワーク型通信の機能があれば、それらはＳＩＭなしで動作することもできるが、この場合、モバイル装置５００は「９１１」の緊急呼出のような法律上義務付けられているあらゆる操作以外は、ネットワーク５１９上での通信に関わる機能を実行することはできない。

ネットワークのあらゆる必要な登録手続きまたは開始手続きが完了した後、モバイル装置５００は、好ましくは音声およびデータの両方の信号を含む通信信号をネットワーク５１９上で送受信することができる。アンテナ５１６が通信ネットワーク５１９から受信する信号をレシーバ５１２へ送る。レシーバ５１２は信号増幅、周波数ダウンコンバージョン、フィルタリング、チャネル選定などを行ったり、アナログデジタル変換を行ったりする。受信信号をアナログデジタル変換することによって、デジタル復調およびデコーディングのようなさらに複雑な通信機能をＤＳＰで実行することができる。同様の方法で、ＤＳＰ５２０はネットワーク５１９に送信する信号に、例えば変調およびエンコーディングを含む処理を行い、その後信号をトランスミッタ５１４に送り、デジタルアナログ変換、周波数アップコンバージョン、フィルタリング、増幅、およびアンテナ５１８を介した通信ネットワーク５１９への送信を行う。音声通信およびデータ通信の両方用に一つのトランシーバ５１１を示しているが、別の実施形態では、モバイル装置５００は、音声信号の送受信用の第１のトランシーバおよびデータ信号の送受信用の第２のトランシーバ、または第１の周波数帯域内で動作するように構成される第１のトランシーバおよび第２の周波数帯域内で動作するように構成される第２のトランシーバ、といった複数の別個のトランシーバを含むこともできる。

ＤＳＰ５２０は通信信号の処理に加え、レシーバおよびトランスミッタの制御も行う。例えば、ＤＳＰ５２０が実装する自動利得制御アルゴリズムによって、レシーバ５１２およびトランスミッタ５１４において通信信号に与えられる利得レベルを適応的に制御することもできる。トランシーバ５１１のさらに高度な制御を得るために、他のトランシーバ制御アルゴリズムもまたＤＳＰ５２０に実装させることもできる。

プロセッサ５３８がモバイル装置５００の動作全体を管理および制御することが好ましい。多数のタイプのマイクロプロセッサまたはマイクロコントローラを本発明において使用することもできるし、あるいは、一つのＤＳＰ５２０を用いてマイクロプロセッサ５３８の機能を実行することもできる。データ通信および音声通信を少なくとも含む低レベル通信機能については、トランシーバ５１１内のＤＳＰ５２０で実行する。音声通信アプリケーション５２４Ａおよびデータ通信アプリケーション５２４Ｂを含む高レベル通信アプリケーションについては、これらを不揮発性メモリ５２４に格納しておき、マイクロプロセッサ５３８がこれらのアプリケーションを実行する。例えば、モバイル装置５００と他の複数の装置との間の音声呼をネットワーク５１９経由で送受信するように動作可能な高レベルユーザインターフェースが音声通信モジュール５２４Ａから得られる。同様に、モバイル装置５００と他の複数のデータ装置との間で電子メールメッセージ、ファイル、オーガナイザ情報、ショートテキストメッセージなどのデータをネットワーク５１９経由で送受信するように動作可能な高レベルユーザインターフェースがデータ通信モジュール５２４Ｂから得られる。

マイクロプロセッサ５３８はまた、ディスプレイ５２２、ＲＡＭ５２６、補助Ｉ／Ｏ装置５２８、シリアルポート５３０、キーボード５３２、スピーカ５３４、マイクロホン５３６、近距離通信サブシステム５４０、および全体を５４２で示した任意の他の装置サブシステムなど、他の装置サブシステムとやり取りする。例えば、マイクロプロセッサ５３８はモジュール５２４Ａ〜Ｎを実行し、モバイル装置のユーザとモバイル装置との間に高レベルインターフェースを備えることもできる。このインターフェースは通常、ディスプレイ５２２から得られるグラフィックコンポーネント、および補助Ｉ／Ｏ装置５２８、キーボード５３２、スピーカ５３４、またはマイクロホン５３６から得られる入出力コンポーネントを含む。

図１２に示すサブシステムには通信に関連する機能を実行するものもあり、一方で「常駐の」または装置上に在る機能を提供するものもある。とりわけ、キーボード５３２およびディスプレイ５２２のようなサブシステムはデータ通信ネットワーク上で送信するテキストメッセージの入力など通信に関連する機能、および電卓やタスクリストまたは他のＰＤＡタイプの機能など装置常駐型の機能の両方に使用する。

マイクロプロセッサ５３８が使用するオペレーティングシステムソフトウェアは不揮発性メモリ５２４のような持続ストアに格納することが好ましい。不揮発性メモリ５２４は、オペレーティングシステムおよび通信モジュール５２４Ａ〜Ｎに加え、データ格納用のファイルシステムを含むこともできる。不揮発性メモリ５２４はまた、上述の鍵ストアならびに保護されたデータを少なくとも含む。通常、動作を高速化するために、オペレーティングシステム、特定の装置アプリケーションあるいはモジュール、またはこれらの一部をＲＡＭ５２６のような揮発性ストアに一時的にロードする。さらに、受信した通信信号を不揮発性メモリ５２４内に在るファイルシステムに書き込む前に、該信号をＲＡＭ５２６に一時的に格納することもできる。不揮発性メモリ５２４は例えばフラッシュメモリ、不揮発性ＲＡＭ、またはバッテリにバックアップされたＲＡＭで実装することもできる。

モバイル装置５００上にロードされ得るアプリケーションモジュール５２４Ｎの典型例は、カレンダイベント、面会予定、およびタスク項目のようなＰＤＡの機能性を備えるＰＩＭアプリケーションである。このモジュール５２４Ｎはまた、電話呼、音声メールなどを管理するために音声通信モジュール５２４Ａとやり取りをすることもでき、また、電子メール通信および他のデータ送信を管理するためにデータ通信モジュール５２４Ｂとやり取りをすることもできる。あるいは、音声通信モジュール５２４Ａおよびデータ通信モジュール５２４Ｂの全ての機能性をＰＩＭモジュールに統合することもできる。

不揮発性メモリ５２４は、装置にＰＩＭのデータ項目を格納しやすくするためのファイルシステムを備えることが好ましい。ＰＩＭアプリケーションは、独自でまたは音声通信モジュールおよびデータ通信モジュール５２４Ａ、５２４Ｂに関連して、データ項目をワイヤレスネットワーク５１９経由で送受信する能力を含んでいることが好ましい。ワイヤレスネットワーク５１９を介して、ＰＩＭのデータ項目を、ホストコンピュータシステムに格納されているかまたは該システムに関連している一連の対応するデータ項目とシームレスに統合し、同期化し、更新を行うことが好ましく、これにより特定のユーザに関連付けられたデータ項目用にミラーシステムを作ることができる。

モバイル装置５００をインターフェースクレードル（ｃｒａｄｌｅ）に置くことによってモバイル装置５００をホストシステムに手動で同期化する。このインターフェースクレードルはモバイル装置５００のシリアルポート５３０をホストシステムのシリアルポートに接続する。またシリアルポート５３０を用いて他のアプリケーションモジュール５２４Ｎをダウンロードし、モバイル装置５００にインストールすることもできる。さらに、この有線ダウンロード経路を用いて、セキュアな通信のための暗号化鍵をモバイル装置５００上にロードすることもできる。この方法は暗号化情報をワイヤレスネットワーク５１９経由で交換するよりもセキュアである。上述の装置上でのデータ保護鍵生成の代わりとして、別のシステムがデータ保護鍵を生成し、モバイル装置５００に上記の方法で転送することもできる。

ソフトウェアアプリケーションモジュール５２４Ｎを、ネットワーク５１９、補助Ｉ／Ｏサブシステム５２８、近距離通信サブシステム５４０、または任意の他の適切なサブシステム５４２を介してモバイル装置５００にロードし、ユーザによって不揮発性メモリ５２４またはＲＡＭ５２６にインストールすることもできる。アプリケーションのインストールでこのような融通性をもつことによってモバイル装置５００の機能性が高まり、また装置上に在る機能、通信に関連する機能、またはこれらの両機能が向上し得る。例えば、セキュアな通信アプリケーションによれば、モバイル装置５００を用いて電子商取引機能および他の同様な金融取引を行うこともできる。

モバイル装置５００がデータ通信モードで動作しているとき、テキストメッセージまたはウェブページのダウンロードのような受信信号がトランシーバ５１１によって処理され、マイクロプロセッサ５３８に送られる。マイクロプロセッサ５３８はディスプレイ５２２もしくは補助Ｉ／Ｏ装置５２８に出力するために、この受信信号をさらに処理することが好ましい。データ保護鍵がイネーブルであれば、受信データをモバイル装置５００に格納する前に、上で説明したように暗号化する。またモバイル装置５００のユーザがキーボード５３２を用いて電子メールメッセージのようなデータ項目を作成してもよい。該キーボードはクワ―ティ（ＱＷＥＲＴＹ）スタイルで配置された完全な英数字キーボードであることが好ましいが、既知のドヴォラック（ＤＶＯＲＡＫ）スタイルのような他のスタイルの完全な英数字キーボードもまた使用することもできる。ユーザによるモバイル装置５００への入力は、サムホイール入力装置、タッチパッド、多様なスイッチ、ロッカ入力スイッチなどを含む複数の補助Ｉ／Ｏ装置５２８によってさらに向上する。ユーザが入力した作成済みデータ項目はその後トランシーバ５１１経由で通信ネットワーク５１９に送信される。このデータ項目は暗号化された形式でモバイル装置５００に格納されてもよい。

モバイル装置５００が音声通信モードで動作しているとき、モバイル装置５００の全体の動作は、受信信号をスピーカ５３４に出力することおよびマイクロホン５３６が送信用の音声信号を生成すること以外は実質的にデータモードの場合と同様である。音声メッセージ記録サブシステムのような別の音声または音響Ｉ／Ｏ装置もまたモバイル装置５００に実装することができる。またディスプレイ５２２を用いて発呼者の身元、音声呼の継続時間、または他の音声呼に関連する情報を表示させることもできる。例えば、マイクロプロセッサ５３８は、音声通信モジュール５２４Ａおよびオペレーティングシステムソフトウェアと関連して、着信音声呼の発呼者識別情報を検出し、その情報をディスプレイ５２２に表示させることもできる。通常、音声通信信号は格納されることがないので、上述のデータ保護技術を音声通信に必ずしも適用することはないが、連絡先情報のような音声通信に関連する情報のいくつかを保護することもできる。

モバイル装置５００はまた近距離通信サブシステム５４０も含んでいる。例えば、サブシステム５４０は赤外線装置および関連する回路ならびに部品、またはＢｌｕｅｔｏｏｔｈあるいは８０２．１１の近距離ワイヤレス通信モジュールを含み、同様にイネーブルされているシステムおよび装置と通信することもできる。

上述の説明は、例を挙げることによってのみ示す好適な実施形態に関するものであることを認識されたい。当業者にとって上述のシステムおよび方法には多数の変形物があることは明らかであり、このような明らかな変形物は明記されているか否かにかかわらず、記載および請求される本発明の範囲内にある。

例えば、上述のシステムおよび方法を実装し得る装置が含む構成部品は図に示されているものよりも少なくてもよいし、多くてもよいし、または異なっていてもよい。データ保護はおそらく、その性質上物理的にセキュア確保することが難しいモバイル装置に最適である一方、本明細書で説明されている技術はまた、ＰＣならびに他の典型的な固定システムに適用することもできる。

本発明はまた、いかなる特定の通信機能に依存するものでは決してない。本明細書で説明するデータ保護は双方向または一方向（受信のみ）の通信装置に実装することもできる。

さらに、主にデータ保護がイネーブルされた後に受信するデータについてのデータ保護を上で説明したが、データ保護がイネーブルされる前にモバイル装置にすでに格納されている既存のデータもまた、格納されているデータの形式に差し支えなければ、データ保護のイネーブル時に暗号化することが好ましい。

図１は、モバイル装置が使用され得る通信システムを示すブロック図である。 図２はデータ保護のシステムおよび方法を実装するモバイル装置のブロック図である。 図３はデータ保護をイネーブルする方法を説明する流れ図である。 図４はモバイル装置で受信されたデータを保護する方法を説明する流れ図である。 図５Ａはデータ形式のブロック図である。 図５Ｂは別のデータ形式のブロック図である。 図６は保護されたデータにアクセスする方法を示す流れ図である。 図７はデータ保護のシステムおよび方法を実装するモバイル装置上のディスプレイの画面例である。 図８はデータ保護のシステムおよび方法を実装するモバイル装置上のディスプレイの画面例である。 図９はデータ保護のシステムおよび方法を実装するモバイル装置上のディスプレイの画面例である。 図１０はデータ保護のシステムおよび方法を実装するモバイル装置上のディスプレイの画面例である。 図１１はデータ保護のシステムおよび方法を実装するモバイル装置上のディスプレイの画面例である。 図１２はワイヤレスモバイル通信装置のブロック図である。

Claims (49)

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. 通信装置上のデータを保護する方法であって、該通信装置は、処理手段と、受信手段と、メモリとを含み、
    該方法は、
    該処理手段が、第１の暗号鍵および第２の暗号鍵を該通信装置上に格納するステップであって、該第１の暗号鍵が保護されている、ステップと、
    該受信手段が、データを該通信装置で受信するステップと、
    該処理手段が、該通信装置の状態に基づいて、該第１の暗号鍵にアクセスできるかどうかを決定するステップと、
    該通信装置がアンロックされた動作状態である場合において該第１の暗号鍵にアクセスできる場合には、該処理手段が、前記受信されたデータを該第１の暗号鍵を用いて暗号化するステップと、
    該通信装置がロックされた動作状態である場合において該第１の暗号鍵にアクセスできない場合には、該処理手段が、該受信されたデータを該第２の暗号鍵を用いて暗号化するステップと、
    該処理手段が、該受信され暗号化されたデータを該通信装置上の該メモリに格納するステップと
    を含む、方法。
27. 前記処理手段が決定するステップは、該処理手段が、前記通信装置が前記ロックされた動作状態および前記アンロックされた動作状態のうちの一方にあるかを決定するステップを含む、請求項２６に記載の方法。
28. 前記方法は、前記処理手段が、前記通信装置上に秘密鍵を格納するステップをさらに含み、
    前記第１の暗号鍵が暗号化された形式で格納された対称鍵であり、前記第２の暗号鍵が秘密鍵に関連付けられた公開鍵である、請求項２７に記載の方法。
29. 前記通信装置は、ワイヤレスモバイル通信装置であり、
    前記前記受信手段が受信するステップは、該受信手段が、遠隔のコンピュータネットワークからワイヤレス通信ネットワーク経由で機密データを受信するステップを含む、請求項２６に記載の方法。
30. 前記方法は、
    前記受信手段が、前記通信装置上でシステムからデータの要求を受信するステップと、
    前記処理手段が、要求されたデータは前記対称鍵および前記公開鍵のうちの一方を用いて暗号化されたかどうかを決定するステップと、
    該要求されたデータが該対称鍵を用いて暗号化されていた場合には、該処理手段が、該要求されたデータを該対称鍵を用いて解読するステップと、
    該要求されたデータが前記秘密鍵を用いて暗号化されていた場合には、該処理手段が、該要求されたデータを該秘密鍵を用いて解読するステップと
    をさらに含む、請求項２８に記載の方法。
31. 前記要求は、解読されるべき暗号化されたデータを含む、請求項３０に記載の方法。
32. 前記要求は、要求されたデータを特定し、前記方法は、前記処理手段が、該要求されたデータを取り出すステップをさらに含む、請求項３０に記載の方法。
33. 前記方法は、
    前記処理手段が、前記解読されたデータを前記通信装置上に格納するステップと、
    該通信装置が前記ロックされた動作状態に入る場合には、該処理手段が、該解読されたデータを削除するステップと
    をさらに含む、請求項３０に記載の方法。
34. 前記処理手段が前記第１の暗号鍵および前記第２の暗号鍵を前記通信装置上に格納する前記ステップは、該処理手段が前記対称鍵を暗号化するステップと、該処理手段が暗号化された対称鍵を該通信装置上に格納するステップとを含み、
    該処理手段が前記秘密鍵を該通信装置上に格納する前記ステップは、該処理手段が該秘密鍵を暗号化するステップと、該処理手段が暗号化された秘密鍵を該通信装置上に格納するステップとを含み、
    該処理手段が前記要求されたデータを前記対称鍵を用いて解読する前記ステップは、該処理手段が該暗号化された対称鍵を解読するステップを含み、
    該処理手段が前記要求されたデータを前記秘密鍵を用いて解読する前記ステップは、該処理手段が該暗号化された秘密鍵を解読するステップを含む、請求項３３に記載の方法。
35. 前記処理手段が前記要求されたデータを前記対称鍵を用いて解読する前記ステップは、該処理手段が前記解読された対称鍵を前記通信装置上に格納するステップを含み、該処理手段が前記要求されたデータを前記秘密鍵を用いて解読する前記ステップは、該処理手段が前記解読された秘密鍵を該通信装置上に格納するステップを含む、請求項３４に記載の方法。
36. 前記処理手段が前記要求されたデータを前記対称鍵を用いて解読する前記ステップは、該処理手段が前記解読された対称鍵が前記通信装置上に格納されているかどうかを決定するステップと、該解読された対称鍵が該通信装置上に格納されている場合には、該処理手段が前記解読された対称鍵を取り出すステップとを含み、
    該処理手段が前記要求されたデータを前記秘密鍵を用いて解読する前記ステップは、該処理手段が前記解読された秘密鍵が前記通信装置上に格納されているかどうかを決定するステップと、前記解読された秘密鍵が前記通信装置に格納されている場合には、該処理手段が該解読された秘密鍵を取り出すステップとを含む、請求項３５に記載の方法。
37. 前記方法は、前記通信装置が前記ロックされた動作状態に入る場合には、前記処理手段が前記解読された対称鍵および前記解読された秘密鍵を削除するステップをさらに含む、請求項３５に記載の方法。
38. 前記方法は、
    前記処理手段が、データ項目識別子および前記メモリ内の前記受信され暗号化されたデータの位置を含むデータ項目参照を作成するステップと、
    該処理手段が、該データ項目参照を該メモリに格納するステップと
    をさらに含み、
    該受信されたデータは、データ項目識別子を有するデータ項目を含む、請求項２６に記載の方法。
39. 前記処理手段が前記受信され暗号化されたデータを格納する前記ステップは、
    該処理手段が、該受信されたデータが前記メモリに格納されている既存データと関連するかどうかを決定するステップと、
    該受信されたデータが既存データと関連すると決定された場合には、該処理手段が、前記受信され暗号化されたデータを該メモリに格納されている該既存データに追加するステップと
    を含む、請求項２６に記載の方法。
40. 前記受信されたデータおよび前記関連する既存データは、データ項目の複数のデータブロックを含み、該データ項目は、データ項目識別子および前記メモリ内の前記関連する既存データの位置を含むデータ項目参照に関連付けられ、
    前記処理手段が前記受信され暗号化されたデータを追加する前記ステップは、
    該処理手段が、該受信され暗号化されたデータの長さを決定するステップと、
    該処理手段が、該受信され暗号化されたデータが前記第１の暗号化鍵および前記第２の暗号化鍵のうちの一方を用いて暗号化されたかどうかを示す識別子を生成するステップと、
    該処理手段が、該長さと該識別子とを該受信され暗号化されたデータに付加するステップと、
    該処理手段が、該長さと該識別子と該受信され暗号化されたデータを該関連する既存データに追加するステップと
    を含む、請求項３９に記載の方法。
41. 前記方法は、
    前記処理手段が、データ項目ヘッダを作成するステップであって、該データ項目ヘッダは、データ項目識別子と、前記受信され暗号化されたデータのブロック長、前記メモリ内の該受信され暗号化されたデータの位置と、該受信され暗号化されたデータが前記第１の暗号鍵および前記第２の暗号鍵のうちの一方を用いて暗号化されたかどうかを示す鍵識別子を含む、ステップと、
    該処理手段が、前記データ項目ヘッダを前記メモリに格納するステップと
    をさらに含み、
    該第１の暗号鍵が暗号化された形式で格納された対称鍵であり、該第２の暗号鍵が秘密鍵に関連付けられた公開鍵である、請求項２６に記載の方法。
42. 前記処理手段が前記受信され暗号化されたデータを格納する前記ステップは、
    該処理手段が、該受信されたデータが前記メモリに格納された既存データおよび既存データヘッダに関連しているかどうかを決定するステップと、
    該受信されたデータが該既存データおよび該既存データヘッダに関連していると決定された場合には、
    該処理手段が、該受信され暗号化されたデータの長さを決定するステップと、
    該処理手段が、該受信され暗号化されたデータが前記第１の暗号鍵および前記第２の暗号鍵のうちの一方を用いて暗号化されたかどうかを示す識別子を生成するステップと、
    該処理手段が、該決定された長さおよび該生成された識別子を前記データ項目ヘッダに付加するステップと、
    該処理手段が、該受信され暗号化されたデータを関連する既存データに追加するステップと
    を含む、請求項４１に記載の方法。
43. 該処理手段が前記受信されたデータを前記第１の暗号鍵を用いて暗号化する前記ステップは、
    該処理手段が、該受信されたデータが前記メモリに格納されている既存の暗号化されたデータに関連するかどうかを決定するステップと、
    該受信されたデータが該メモリに格納されている該既存の暗号化されたデータに関連する場合には、該処理手段が、該既存の暗号化されたデータが該第１の暗号鍵を用いて暗号化されたかどうかを決定するステップと、
    該既存の暗号化されたデータが該第１の暗号鍵を用いて暗号化されていた場合には、
    該処理手段が、該既存の暗号化されたデータを前記第１の暗号鍵を用いて解読するステップと、
    該処理手段が、該受信されたデータを該解読された既存データに追加することにより、結合されたデータブロックを形成するステップと、
    該処理手段が、該結合されたデータブロックを該第１の暗号鍵を用いて暗号化するステップと
    を含む、請求項２６に記載の方法。
44. 前記方法は、
    前記処理手段が、第１の暗号鍵および第２の暗号鍵を前記通信装置上に格納するステップと、
    前記受信手段が、前記データ項目に対する要求を該通信装置上でシステムから受信するステップと、
    該データ項目における各データブロックに対して、
    該処理手段が、該第１の暗号鍵および第２の暗号鍵のうちのどちらが該データブロックを暗号化するために用いられたかを決定するステップと、
    該データブロックが該第１の暗号鍵を用いて暗号化されていた場合には、該処理手段が、該データブロックを該第１の暗号鍵を用いて解読するステップと、
    該データブロックが該第２の暗号鍵を用いて暗号化されていた場合には、該処理手段が、該データブロックを該秘密解読鍵を用いて解読するステップと、
    該処理手段が、該データ項目において解読されたデータブロックのそれぞれを該通信装置上の該システムに提供するステップと
    をさらに含み、
    該第２の暗号鍵は、秘密鍵に関連付けられた公開鍵である、請求項４０に記載の方法。
45. 前記方法は、
    前記第２の暗号鍵を用いて暗号化された前記データ項目における各データブロックに対して、
    前記処理手段が、前記解読されたデータブロックを前記第１の暗号鍵を用いて暗号化することにより、再暗号化されたデータブロックを生成するステップと、
    該処理手段が、前記メモリにおいて前記データブロックを該再暗号化されたデータブロックに置換するステップと
    を含む、請求項４４に記載の方法。
46. 前記方法は、
    前記処理手段が、前記解読されたデータ項目を前記第１の暗号鍵を用いて暗号化することにより、再暗号化されたデータ項目を生成するステップと、
    該処理手段が、前記メモリにおいて前記データ項目を該再暗号化されたデータ項目に置換するステップと
    を含む、請求項４４に記載の方法。
47. 前記方法は、
    前記処理手段が、前記通信装置のデータ保護をイネーブルするステップと、
    該処理手段が、前記第１の暗号鍵がアクセスできないロックされた動作状態が前記通信装置上でイネーブルされているかどうかを決定するステップと、
    該ロックされた動作状態が該通信装置上でイネーブルされていない場合には、該処理手段が、該通信装置のユーザに該ロックされた動作状態をイネーブルするようにプロンプトするステップと、
    該ロックされた動作状態が該通信装置上でイネーブルされている場合には、該処理手段が、該第１の暗号鍵と前記第２の暗号鍵と第３の暗号鍵とを生成するステップと
    を含む、請求項２６に記載の方法。
48. 前記第２の暗号鍵は公開鍵であり、前記第３の暗号鍵は該公開鍵に関連付けられた秘密鍵である、請求項４７に記載の方法。
49. 生成する前記ステップは、前記通信装置へのユーザ入力から擬似ランダム情報を収集するステップを含む、請求項４８に記載の方法。

Images