(57)【特許請求の範囲】
【請求項１】
メッセージがワイヤレスモバイル通信デバイスに送信される前に、エンコードメッセージをホストシステムで処理する方法であって、該方法は、
メッセージ発信者からの該エンコードメッセージをホストシステムにて受信するステップであって、該エンコードメッセージは、デジタル署名と、証明書と、メッセージボディと、複数のメッセージ受信者を識別するアドレス部分とを含む、ステップと、
対応するワイヤレスモバイル通信デバイスを有するメッセージ受信者ごとに、
該エンコードメッセージのサイズを縮小するように該エンコードメッセージを処理するステップであって、該エンコードメッセージを処理することは、該デジタル署名を検証することにより、検証結果を生成することと、該デジタル署名の一部なしで該メッセージボディが該ワイヤレスモバイル通信デバイスに送信され得るように、該エンコードメッセージに含まれる該デジタル署名の一部を取り除くことと、該メッセージボディが最初に位置付けられて該証明書なしで該ワイヤレスモバイル通信デバイスに送信され得るように、該エンコードメッセージを再配置することとを含む、ステップと、
該ホストシステムから、該処理されたメッセージを、該アドレス部分からのワイヤレスモバイル通信デバイスのアドレスを用いることによって該メッセージ受信者に対応するワイヤレスモバイル通信デバイスに送信するステップと
を包含し、
該検証結果は、該ホストシステムからの該処理されたメッセージのヘッダとして該ワイヤレスモバイル通信デバイスに送信される、方法。
【請求項２】
前記エンコードメッセージは、証明書取消しリストをさらに含み、
前記エンコードメッセージを処理することは、該証明書取消しリストを最後に位置付けるように該エンコードメッセージを再配置することをさらに含む、請求項１に記載の方法。
【請求項３】
前記エンコードメッセージは、証明書と証明書取消しリストとをさらに含み、
前記エンコードメッセージを処理することは、該証明書および該証明書取消しリストの送信が許可される前に、前記メッセージボディが前記ワイヤレスモバイル通信デバイスに送信され得るように、該証明書取消しリストおよび該証明書を最後に位置付けるように該エンコードメッセージを再配置するステップを包含する、請求項１に記載の方法。
【請求項４】
前記証明書は、前記証明書取り消しリストの送信が許可される前に、前記ホストシステムから前記ワイヤレスモバイル通信デバイスに送信される、請求項３に記載の方法。
【請求項５】
前記証明書は、前記ワイヤレスモバイル通信デバイスからのリクエストに応答して、前記ホストシステムから該ワイヤレスモバイル通信デバイスのみに送信される、請求項４に記載の方法。
【発明の詳細な説明】
【背景技術】
【０００１】
（関連出願の相互参照）
本出願は、米国仮特許出願第６０／２９７，６８１号（２００１年６月１２日に出願され、「Ａｎ  Ａｄｖａｎｃｅｄ  Ｓｙｓｔｅｍ  ａｎｄ  Ｍｅｔｈｏｄ  ｆｏｒ  Ｄｏｍｐｒｅｓｓｉｎｇ  Ｓｅｃｕｒｅ  Ｅ−ｍａｉｌ  Ｆｏｒ  Ｅｘｃｈａｎｇｅ  ｗｉｔｈ  ａ  Ｍｏｂｉｌｅ  Ｄａｔａ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｄｅｖｉｃｅ」と称された）の優先権を主張する。米国仮特許出願第６０／２９７，６８１号の図面を含む全ての開示は、本明細書中において参照として援用される。
【０００２】
（発明の背景）
（発明の分野）
本発明は、モバイルデータ通信デバイス（「モバイルデバイス」）に関与するＥメールメッセージを交換することに関し、より詳細には、モバイルデバイスに関与する安全なＥメールメッセージを交換することに関する。
【０００３】
（関連技術の説明）
ホストシステムとモバイルデバイスとの間の情報を交換する多くのソリューションがある。これらのシステムは、全て、ワイヤレスモバイルデバイスへのオリジナルメッセージの圧縮バージョン送達する単純な暗号化方法を従える。これは、デバイスのメモリおよびディスプレイの能力が限られていることを考慮している。しかし、モバイルデバイスへのＳ／ＭＩＭＥメッセージを送達する問題に対して注意および注目が欠けている。現在、全体のＳ／ＭＩＭＥメッセージをモバイルデバイスに送達することを試みる公知のシステムはない。なぜなら、ワイヤレスデバイスを用いる際の帯域幅およびバッテリーが制限されていて、メッセージを任意に事前処理することなくこのようなソリューションを作成することを不可能にしているためである。ひとつの主な問題は、モバイルデバイスに効果的に送るためにはＳ／ＭＩＭＥメッセージが大きすぎることである。全体のＳ／ＭＩＭＥメッセージが送信される場合、それは、単一のメッセージに対してでも非常に多くのメモリおよびバッテリー電力を要する。受信に必要な時間、格納に必要とされる時間、および、ＲＦ交換を扱うために必要とされるバッテリーを考慮すると、Ｓ／ＭＩＭＥを直接サポートしようと試みる製品は、平均的なビジネスユーザには利用不可能である。第二の問題は、ワイヤレスネットワークよびワイヤレスデバイスにアクセス可能な公開鍵サーバがないことである。結果として、公開鍵暗号演算を用いることは、非常に難しく、重いキャッシング演算を必要とし、公開鍵インフラストラクチャ（ＰＫＩ）の必要条件を排除する。
【０００４】
安全なＥメールを交換する領域において、更なる問題がある。その問題は、（１）モバイルデバイスが、モバイルデバイスから送信されているメッセージを暗号化するために、公開鍵インフラストラクチャ（ＰＫＩ）から公開暗号鍵を取り出すことができないこと、（２）署名されている受信メッセージの公開鍵を取り出すことができないこと、（３）小さなデバイスで非常に大きな証明書取り消しリスト（ＣＲＬ）を取り扱うことができないこと、および、（４）公開鍵暗号化アルゴリズムに関わる複雑な数学的計算を行うには遅いＣＰＵを有するモバイルデバイスの時間遅延、を含んでいる。これらのおよび他の問題により、他の会社とＳ／ＭＩＭＥベースのＥメールメッセージを交換しようとする際にユーザは哀れで不満を漏らすこととなる。
【０００５】
従って、安全なメールを処理するシステムおよび方法が必要である。それにより、Ｓ／ＭＩＭＥメッセージがモバイルデバイスと交換され得る。また、外部の通信者とＳ／ＭＩＭＥメッセージを交換する際により良いユーザの経験が有効となるように、ホストシステムのプロセッサ電力を活用する方法が必要である。
【発明の開示】
【課題を解決するための手段】
【０００６】
（要旨）
本明細書中の技術に従って、安全なメールを処理するシステムおよび方法が提供される。これにより、Ｓ／ＭＩＭＥメッセージ（または他のタイプの安全なメッセージ）がモバイルデバイスと交換され得る。このシステムおよび方法は、異なる局面（例えば、モバイルデバイスへのＳ／ＭＩＭＥの送信を可能にするためにＳ／ＭＩＭＥメッセージおよび／または事前処理されたＳ／ＭＩＭＥメッセージのサイズを減らすこと）を含み得る。
【０００７】
例えば、このシステムおよび方法は、メッセージがワイヤレスモバイル通信デバイスに送信される前に、ホストシステムで、暗号化されたおよび／または署名されたメッセージを事前処理するシステムおよび方法を提供し得る。このメッセージは、メッセージ発信者からホストシステムで受信する。任意のメッセージ受信者が対応するワイヤレスモバイル通信デバイスを有するかどうかの決定が存在する。対応するワイヤレスモバイル通信デバイスを有する各メッセージ受信者に対して、一つ以上の暗号化および／または認証の局面に関してメッセージを修正するために、メッセージが処理される。このシステムおよび方法は、また、ワイヤレスモバイル通信デバイスからホストシステムに送られた事後処理メッセージを含んでもよい。認証および／または暗号化メッセージ処理は、メッセージに対してなされる。処理されたメッセージは、その後、ホストシステムを介して一つ以上の受信者に送られ得る。
【０００８】
他の状況において、このシステムおよび方法は、モバイルデバイスに送られた送信データを圧縮するために、ホストシステムで署名されたＥメールメッセージを再びアレンジしてもよい。このステップは、（Ａ）アドレス指定されたメッセージ発信者から一つ以上のメッセージ受信者への署名されたＥメールメッセージをホストシステムで受信するステップと、（Ｂ）少なくとも一つのアドレスが対応するモバイルデバイスを有することを確認するステップと、（Ｃ）メッセージの最後に発信者の署名、証明書および証明書取り消しリストを配置されているメッセージ内でそれらを再びアレンジするステップと、（Ｄ）メッセージを送信して、その後、発信者の署名をモバイルデバイスに送るステップと、（Ｅ）ユーザは、モバイルデバイスで準備が整っていない場合に、これらのアイテムを要求する必要があるように、証明書および証明書取り消しリストを保持するステップとを含み得る。
【０００９】
さらに、サイズを減らす領域では、このシステムおよび方法は、ホストシステムで暗号化されたＥメールメッセージを再びアレンジしてもよく、これにより、受信者に対する重要な情報が最初に配置される。このステップは、（Ａ）一つ以上のメッセージ受信者にアドレス指定されたメッセージ発信者から暗号化されたＥメールメッセージを受信するステップと、（Ｂ）少なくとも一つのアドレスが対応するモバイルデバイスを有していることを確認するステップと、（Ｃ）対応するモバイルデバイスデバイスを有する各メッセージ受信者に対して、このシステムは、（１）メッセージが特定のユーザのモバイルデバイスにマッチするアドレス用のメッセージテキストおよびセッション鍵のみを含むようにメッセージを再びアレンジして、（２）元のメッセージ内に含まれた他のセッション鍵を送信することなくメッセージおよび選択されたセッション鍵を送信し得る、ステップとを含み得る。
【００１０】
事前処理の領域では、ホストシステムが署名済メッセージを事前に認証して、モバイルデバイスの事前処理の結果を送信することが可能である。この方法のステップは、（Ａ）一つ以上のメッセージ受信者にアドレス指定されたメッセージ発信者から署名済Ｅメールメッセージをホストシステムで受信するステップと、（Ｂ）少なくとも一つのアドレスが対応するモバイルデバイスを有していることを確認するステップと、（Ｃ）通常のＳ／ＭＩＭＥの慣行に従って、署名、証明書および証明書取り消しリストを取り出すステップと、（Ｄ）必要な公開鍵情報を用いてメッセージメッセージに対する署名事前認証を実行して、モバイルデバイスユーザのために通常のＳ／ＭＩＭＥ慣行に従うステップと、（Ｅ）メッセージが署名されていて、その署名が検証されたかどうかを示すフラッグを有する元のメッセージをユーザに送信するステップとを含み得る。このフラッグは、発信者に署名されて、これにより、このデバイスは、このフラッグが妥当であることを検証し得る。
【００１１】
さらに、事前処理の領域では、モバイルデバイスユーザのために標準的なＳ／ＭＩＭＥからのＥメールデータをホストが暗号化することが可能である。この方法のステップは、（Ａ）一つ以上のメッセージ受信者にアドレス指定されたメッセージ発信者から暗号化されたＥメールメッセージを受信するステップと、（Ｂ）少なくとも一つのアドレスが対応するモバイルデバイスを有していることを確認するステップと、（Ｃ）対応するモバイルデバイスを有するメッセージ受信者に対して、このシステムおよび方法は、（１）対応するモバイルデバイスに対するＥメールアドレスとマッチする個々のセッションキーを識別して、（２）対応するユーザに対する暗号化されたセッション鍵のみでモバイルデバイスユーザ用の中間のメッセージを生成して、（３）暗号化されたセッション鍵をモバイルデバイスユーザに送信して、（４）モバイルデバイスでセッション鍵を復号化して、（５）復号化されたセッション鍵をホストシステムに戻して、（６）戻されたセッション鍵を用いて元のメッセージコンテンツを復号化して、（７）復号化されたメッセージをモバイルデバイスユーザに送信し得る、ステップとを含み得る。
【００１２】
これらは、以下により詳細に示すように、このシステムおよび方法の多くの利点のうちの２、３の利点のみにすぎない。明確に説明された実施形態とは異なる他の実施形態が可能であり、それらのいくつかの詳細は、様々な点で修正が可能であることは認識される。従って、以下に記載されるこのシステムおよび方法の図面および説明は、事実上例示するのみであり、制限するためのものではないことに注意されたい。
【発明を実施するための最良の形態】
【００１３】
（詳細な説明）
図１を参照すると、この図は、サンプルネットワークトポロジーの複雑な概要を示す。普通、当業者は、無数の異なるトポロジーがあり得ることを認識し得る。しかし、システムおよび方法が働く方法を選択された一つのトポロジーが示す。インターネットには、多くのＥメール発信者およびＥメールのインターネットに付随したベースの多くの発信者が存在し得る。本明細書中で説明されるシステムおよび方法は、インターネットのような「安全ではない」ネットワークを介する会社、または支店間で交換されているメールの例を用いる。これは、このシステムおよび方法が会社の設定（例えば、個々の安全なＥメール交換）の外部で利用され得る例示的な実施形態にすぎないことは理解されるべきである。
【００１４】
会社間の今日の大部分のメール交換は暗号化も署名もされておらず、インターネット上の誰もが、ちょっとの努力で、交換されている情報を見ることができる。この問題に関して、ＰＧＰ（ＴＭ）（Ｐｒｅｔｙ  Ｇｏｏｄ  Ｐｒｉｖａｃｙ）およびＳ／ＭＩＭＥ（Ｓｅｃｕｒｅ  Ｍｕｌｔｉｐｕｒｐｏｓｅ  Ｉｎｔｅｒｎｅｔ  Ｍａｉｌ  Ｅｘｃｈａｎｇｅ）等の新しい標準が会社間でメールを交換するために用いられている。図１は、会社間のセキュリティが保たれていないインターネットＥメール環境の例を示す。
【００１５】
図１に戻ると、ここでは、通常本明細書中では協同しているオフィスまたはホスト位置３０と呼ばれる、中央ホスト位置が示されている。しかし、これは、ブランチオフィス、ホームオフィスまたはメールメッセージが交換されている他の安全な位置からのホスト位置を制限しない。また、Ｅメール発信者１０が示されている。Ｅメール発信者１０は、ＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）アカウントとを用いる個人、別の会社内の人間、別のブランチオフィス内の同じ会社の人間であり得、それは、アメリカオンライン（ＡＯＬ）ユーザ等の大規模ＡＳＰ（アプリケーションサービスプロバイダ）のユーザであり得る。会社のオフィスには、メッセージサーバ４０があり、会社のファイアウォール内のいくつかのコンピュータ上で動作している。メッセージサーバ４０は、インターネット２０とのメールの交換のために会社のメインのインタフェースとして動作する。２つの一般的なメッセージサーバ４０は、Ｍｉｃｒｏｓｏｆｔ（ＴＭ）  ＥｘｃｈａｎｇｅおよびＬｏｔｕｓ  Ｄｏｍｉｎｏ（ＴＭ）である。これらの製品は、しばしばインターネットメールルータと共に用いられ、通常、メールをルーティングおよび送達するためにＵＮＩＸ（Ｒ）ベースのＳｅｎｄｍａｉｌプロトコルを用いている。これらのメッセージサーバ４０の製品は、Ｅメール送信および受信とは別に拡張されており、それらはまた、動的データベース格納エンジンを含む。このエンジンは、カレンダー、ｔｏｄｏリスト、タスクリスト、Ｅメールおよびドキュメンテーション等のデータのために、予め定義されたデータベースフォーマットを有している。
【００１６】
この通常の会社の環境では、出力先変更ソフトウェアプログラム４５が挿入されている。簡単に示すために、出力先変更ソフトウェア４５が同じマシーン上に常駐しているように示されるが、それがここに常駐していなければならない必要はない。出力先変更ソフトウェア４５およびメッセージサーバ４０の製品は、モバイルデバイス１００に情報を送り出すことができるように協同し、相互作用するように設計される。このインストール（ｉｎｓｔｒａｔｉｏｎ）において、出力先変更ソフトウェア４５は、特定のユーザのために秘密の会社情報および秘密ではない会社情報を扱い、それを会社のファイアウォールを介してモバイルデバイス１００に出力する。出力先変更ソフトウェア４５の例のより詳細な説明は、ＰＣＴ国際特許出願第０９／０８７，６３２号、米国特許第６，２１９，６９４号、ならびに、米国特許出願第０９／４０１，８６８、０９／５４５，９６３、０９／５２８，４９５、０９／５４５，９６２および０９／６４９，７５５号で見つけることができる。これらの全ては、本明細書中において参照として援用される。これらの出願および特許で説明されているプッシュ技術は、モバイルデバイスへ全ての情報を送達するために、わかりやすいワイヤレス符号化、圧縮および暗号化技術を用いており、これにより、会社のファイアウォールがモバイルデバイス１００を含むように拡張されている。
【００１７】
ホスト位置３０のホストシステムがメッセージサーバ４０を含み、このメッセージサーバ４０が会社のファイアウォールの後ろの会社の環境内で動作し得ることに留意されたい。このメッセージサーバ４０は、出力先変更ソフトウェア４５として公知の関連したワイヤレス有効コンポーネントを有する。出力先変更ソフトウェア４５は、（ホストシステムで直接または異なるコンピュータプラットフォーム上のいずれかにおいて）情報をワイヤレスデータ通信デバイスに出力変更するように用いられ得る。あるいは、このホストシステムは、ローカルエリアネットワーク（「ＬＡＮ」）に接続された会社の環境内で動作するユーザのデスクトップＰＣであってもよく、ユーザのデスクトップＰＣと通信する任意の他のシステムであってもよい。
【００１８】
出力先変更プログラムまたはソフトウェア４５は、ホストシステムで動作し、通常メッセージサーバ４０に関連し、これにより、一つ以上のユーザが定義したトリガリングイベントが起こるように導くと、ホストシステムからユーザのモバイルデータ通信デバイスへのユーザが選択した特定のデータアイテム（またはデータアイテムの一部）をユーザが出力先変更または反映することができる。ユーザのモバイルデータ通信デバイスへデータアイテムを出力先変更するプロセスにおいて、Ｓ／ＭＩＭＥまたはＲＧＲメッセージを有効にするように実行される特別な処理がある。Ｓ／ＭＩＭＥの技術分野の当業者にとって、Ｓ／ＭＩＭＥアルゴリズムがメールメッセージに適用されるときにＥメールメッセージの元のメッセージサイズが劇的に増加し得ることは周知である。メッセージに対して改良フィルタリング、再配向および事前処理を適用することによって、ユーザは、モバイルデバイスでこのようなデータアイテムを受信することもできる。いくつかの状況において、ユーザは、Ｓ／ＭＩＭＥ処理ステージ上で完全に制御することもできるし、それを実行する手順に関してホストシステムに教えることもできる。
【００１９】
ホストシステムでの動作は、トリガリングイベントを作成するように構成され得る様々なサブシステム（例えば、スクリーンセイバーサブシステムまたはキーボードサブシステム）、および、モバイルデータデバイスへの透過送達のためにユーザのデータアイテムを再パッケージングするサブシステム（例えば、ＴＣＰ／ＩＰサブシステムまたは一つ以上のＥメールサブシステム）である。出力先変更ソフトウェア４５内の他のサブシステムは、署名済Ｅメールを扱うコンポーネント、公開鍵インフラストラクチャ（ＰＫＩ）と相互作用するコンポーネント、ユーザの暗号化データアイテムを再パッケージングするコンポーネントを含む。このホストシステムは、また、主要メモリ格納装置を含む。この装置において、ユーザのデータアイテムは、メッセージが元はどのフォルダに置かれているのかといった関連情報と共に通常格納される。
【００２０】
出力先変更ソフトウェア４５を用いると、ユーザは、出力先変更にために特定のデータアイテム（例えば、Ｅメールメッセージ、カレンダイベント、ミーティングのお知らせ、アドレスエントリ、ジャーナルエントリ、個人のリマインダ）を選択し得る。ユーザはまた、モバイルデバイスに出力先変更するために、または、モバイルデバイス上に反映するためにフォルダを選択し得る。例えば、ユーザは、Ｉｎｂｏｘのデータアイテムおよび会社Ｘフォルダのデータアイテムのみがデバイスに送信されることを選択してもよい。出力先変更のためにデータアイテムが選択されているので、その後、ユーザは、出力先変更ソフトウェア４５によって感知されるべき一つ以上のイベントトリガを構成し得、ユーザデータアイテムの出力先変更を開始し得る。これらのユーザが定義したトリガポイント（または、イベントトリガ）は、外部のイベント、内部のイベントおよびネットワーキングされたイベントを含む。
【００２１】
外部イベントの例は、出力先変更を開始するためにユーザのモバイルデータ通信デバイスからメッセージを受信すること、いくつかの外部コンピュータから類似のメッセージを受信すること、ユーザがもはやホストシステム近くにいないことを感知すること、または、ホストシステムの外部にある任意の他のイベントを含む。内部イベントは、カレンダーアラーム、スクリーンセイバーの起動、キーボードタイムアウト、プログラム可能タイマー、または、ホストシステムに対して内部の任意の他のユーザが定義したイベントであってもよい。ネットワーキングされたイベントは、出力先変更を開始するためにネットワークを介してホストシステムに接続された他のコンピュータからホストシステムに送信されるユーザが定義したメッセージである。これらは、出力先変更プログラムをトリガリングして、データアイテムをホストからモバイルデバイスにプッシュし得るユーザが定義したイベントタイプの例のうちのいくつかにすぎない。
【００２２】
一度、イベントがユーザデータアイテムの出力先変更をトリガリングすると、その後、ホストシステムは、モバイルデータ通信デバイスにトランスペアレントな様態でこれらのアイテムを再パッケージングする。これにより、モバイルデバイス上の情報は、ユーザのホストシステム上の情報に類似しているように見える。情報自体を再パッケージングすることに加えて、この再パッケージングはまた、メッセージに関するプロパティを含み得る。例えば、それは、メッセージが署名されているか、その署名が検証されたかである。この再パッケージング法は、モバイルデータ通信デバイスのアドレスに対応するＥメールエンベローブにユーザのデータアイテムをラッピングすることを含んでもよい。しかし、代替的には、他の再パッケージング法は、本明細書中で開示されたシステムおよび方法（例えば、特定目的のＴＣＰ／ＩＰラッピング技術、または、ユーザが選択したデータアイテムをラッピングする他の方法）によって用いられ得る。この再パッケージングによって、好ましくは、たとえ再パッケージングがモバイルデバイスで開始しても、ホストシステムからＥメールメッセージが来るように見えることとなる。これにより、見かけ上、ユーザが単一のＥメールアドレスを有しているとすることができる。従って、モバイル通信デバイスから送信されるメッセージの受信者は、メッセージが最初に送信されたときに、ユーが物理的にどこに位置していたのかを知ることはない。この再パッケージングによって、また、モバイルデバイスから送信されたメッセージとモバイルデバイスへ送信されたメッセージとの両メッセージを暗号化および復号化、ならびに、圧縮および解凍することができる。この見かけ上の透過性を維持するために、Ｓ／ＭＩＭＥセキュリティのサポートが必須である。効果的には、会社から会社へのＳ／ＭＩＭＥセキュリティ、次に、モバイルデバイス上へのＳ／ＭＩＭＥセキュリティを拡張することが目標である。
【００２３】
代替的なシステムおよび方法では、出力先変更ソフトウェアがネットワークサーバ上で実行して、このサーバは、ＬＡＮを介してサーバに接続された複数のユーザデスクトップコンピュータからのネットワークにわたって多くの出力先変更イベントトリガを検出するようにプログラムされる。このサーバは、ネットワークを介して各ユーザデスクトップからの内部イベントトリガを受信してもよく、また、外部イベントトリガ（例えば、ユーザのモバイルデータ通信デバイスからのメッセージ）を受信してもよい。これらのトリガのうちの一つを受信することに応答して、このサーバは、ユーザのデータアイテムを適切なモバイルデータ通信デバイスに出力先変更する。特定のモバイルデバイスのためのユーザデータアイテムおよびアドレッシング情報は、ユーザのＰＣまたはサーバに格納されてもよい。この代替的な構成を用いると、一つの出力先変更ソフトウェアは、複数のユーザを支援し得る。この代替的な構成は、また、安全なウェブページまたは他のユーザインタフェースを通ってアクセス可能であり得るインターネットベースの出力先変更ソフトウェアまたはイントラネットベースの出力先変更ソフトウェアを含んでも良い。この出力先変更ソフトウェアは、インターネットサービスプロバイダのシステム上に配置され得、インターネットを通るときのみにアクセス可能である。
【００２４】
別の代替的な構成では、出力先変更ソフトウェアは、ホストシステムとユーザのモバイルデータ通信デバイスとの両方において動作する。この構成では、ユーザのモバイルデバイスは、以下に説明されるホストシステムに類似して動作し、モバイルデバイスのイベントのトリガを検出するとユーザが選択した特定のデータアイテムをモバイルデバイスからユーザのホストシステム（または他のコンピュータ）にプッシュする類似の様態で構成される。この構成は、ホストからモバイルデバイスへ、および、モバイルデバイスからホストへの双方向プッシングを提供する。
【００２５】
図１に示されるように、モバイルデバイス１００への情報を得る多くの代替的なパスが存在する。このセクションで後に説明されるが、モバイルデバイス１００への情報を得る方法は、シリアルクレイドル６５を用いてシリアルポート５０を通る。この方法は、しばしばシステムの開始で実行される容量情報更新のために用いられる傾向がある。データ交換のための他の主な方法は、情報を伝達する無線周波数（ＲＦ）ネットワークを用いる放送である。図１に示されるように、これは、会社に利用可能であると想定すると、ワイヤレスＶＰＮルータ７５を通って達成され得る。また、従来のインターネット接続９５を介するワイヤレスゲートウェイ８５およびワイヤレスインフラストラクチャ９０を通って達成され得る。ワイヤレスＶＰＮルータ７５の概念は、仮想プライベートネットワーク（ＶＰＮ）接続が特定のワイヤレスネットワーク１１０を介してモバイルデバイス１１０に直接確立され得るという意味を含んでいる。ワイヤレスＶＰＮルータ７５は、例えば、新しいインターネットプロトコル（ＩＰ）バージョン６（ＩＰＶ６）がＩＰベースのワイヤレスネットワークで利用可能であるときに用いられてもよい。この新しいプロトコルは、ＩＰアドレスを全モバイルデバイス１００に割り当てるために十分なＩＰアドレスを提供して、これにより、いつでも情報をモバイルデバイス１００にプッシュすることが可能となる。このワイヤレスＶＰＮルータ７５を用いる利点の一つは、それが、別々のワイヤレスゲートウェイ８５およびワイヤレスインフラストラクチャ９０を必要としない既成のＶＰＮコンポーネントであり得ることである。ＶＰＮ接続は、Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  ｏｖｅｒ  ＩＰ（ＴＣＰ／ＩＰ）、または、Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ  ｏｖｅｒ  ＩＰ（ＵＤＰ／ＩＰ）接続を用いて、メッセージを直接モバイルデバイス１００に送達することが最も可能性がある。
【００２６】
ワイヤレスＶＰＮルータ７５が利用可能ではない場合、インターネットへのリンク９５は、利用可能な最も一般的な接続メカニズムである。モバイルデバイス１００のアドレス指定を取り扱うために、ワイヤレスゲートウェイ８５が通常用いられる。これにより、複数のワイヤレスネットワーク１１０および１０５への接続を抽出するために、ワイヤレスインフラストラクチャ９０が用いられ得る。ワイヤレスインフラストラクチャ９０の一つの機能は、所与のユーザを位置付けるために最も好ましいネットワークを決定して、会社およびネットワーク間を移動するユーザを追跡することである。モバイルデバイス１００へ送達されているメッセージは、通常ＲＦ送信１１５を介して基地局からモバイルデバイス１００へと送信される。
【００２７】
また、図１に示されるように、作成されたＥメールメッセージ１５は、インターネット２０のいずれかに配置されているＥメール発信者１０を出発する。このメッセージ１５は、完全に自由であり、従来のＳＭＴＰ、ＲＦＣ８２２ヘッダ、および、メールメッセージのフォーマットを定義するＭＩＭＥボディパーツを用いる。これらの技術は、当業者に周知である。この実施形態において、メッセージ１５は、メッセージサーバ４０に到着して、出力先変更ソフトウェア４５によってモバイルデバイス１００に出力先変更される。この出力先変更が行われると、このメッセージは、電子エンベローブ８０内に再パッケージングされて、独自仕様の圧縮および暗号化アルゴリズムが元のメッセージ１５に適用され得る。このように、モバイルデバイス１００で読まれるメッセージは、デスクトップワークステーション３５上でそれらを読むよりも安全ではない。出力先変更ソフトウェア４５とモバイルデバイス１００との間で交換される全てのメッセージは、このメッセージ再パッケージング技術を用いる。この外部エンベローブの別の目標は、元のメッセージのアドレス指定情報を維持することである。これにより、応答メッセージが適切な送信先に到着することが可能となり、「フローム（ｆｒｏｍ）」フィールドがモバイルユーザのデスクトップまたはメッセージサーバのアカウントアドレスを反映することが可能となる。モバイルデバイス１００からのユーザの会社のアドレスを用いると、見かけ上、受信メッセージがモバイルデバイス１００からではなくユーザのデスクトップシステム３５からメッセージ生じているかのように見えることが可能である。
【００２８】
モバイルデバイス１００へのシリアルポート接続５０に戻ると、この接続パスは、一度に大容量アイテムの交換を可能にする多くの利点を提供する。ＰＤＡおよび同調の技術の当業者にとって、このリンクを介して交換される大部分の一般的なデータは、個人情報管理（ＰＩＭ）データ５５である。最初の時間に交換される場合、このデータは、通常容量が大きく、かさばる傾向があり、モバイルデバイス１００上にロードされるために大きな帯域幅を必要とする。このシリアルリンク５０はまた、秘密安全鍵２１０、ユーザの証明書（Ｃｅｒｔ）、証明書取り消しリスト（ＣＲＬ）およびチェーン化された証明書６０を含む他の目的に利用される。この秘密鍵によって、デスクトップ３５およびモバイルデバイス１００は、少なくとも一つのパーソナリティおよび全てのメールにアクセスするための一つの方法を共有することが可能である。証明書およびＣＲＬは、それらがＳ／ＭＩＭＥ、ＰＧＰおよび他の公開鍵セキュリティ法を実装するために必要とされる情報の大部分を表しているために、通常交換される。証明書チェーンは、個々の証明書および元の証明書を検証する他の証明書を含む。証明書チェーンにある各証明書は、証明書発行者によって署名される。この発行者の証明書は、通常証明書チェーンにおいて次に現れる。典型的に、メッセージ受信者は、最終的に、メッセージ受信者が共通の証明書を検証することができ、メッセージ発信者と受信者との両方に信用されるまで証明書チェーンの各証明書を検証することによって証明書パスを追跡する。一度共通の証明書が見つけられると、署名が検証され、かつ信用され得る。証明書およびＣＲＬをローディングするためにシリアルポートを用いるというアイデアは、本明細書中で後に説明される。証明書およびＣＲＬをダウンロードするというこの目的は、ユーザが安全なメールを交換し得るユーザを選択可能にして、ユーザが時間の最初にハンドヘルドデバイス上のかさばる情報を予めロード化膿にし、これにより、後にワイヤレス帯域幅をセーブすることである。
【００２９】
ワイヤレスインフラストラクチャ９０に戻ると、ワイヤレスネットワーク１１０および１０５への接続の連続がある。これらの接続は、ＩＳＤＮ、フレームリレー、または、インターネット全体で用いられるＴＣＰ／ＩＰプロトコルを用いるＴ１接続であってもよい。これらのネットワークは、別個で、固有の関係のないネットワークを示し得るか、異なる国の同じネットワークを示し得る。例えば、ネットワーク１１０および１０５は、（１）データ中心ワイヤレスネットワーク、（２）音声中心ネットワーク、および、（３）同じ物理的な基地局を介する音声通信とデータ通信との両方をサポートし得るデュアルモードネットワーク等の異なるネットワークタイプを含んでもよい。これらの接続されたネットワークの最近の例は、（１）新規の符号分割多重アクセス（ＣＤＭＡ）ネットワーク、（２）グループ特定モバイル、または、モバイル通信用グローバルシステム（ＧＳＭ）および一般パケット無線サービス（ＧＰＲＳ）ネットワーク、ならびに、（３）現在開発中のグローバルエボリューションのための強化データ速度（ＥＤＧＥ）およびユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）等の第三世代（３Ｇ）ネットワークを含むが、これらに限定されない。ＧＰＲＳは、非常に好評なＧＳＭワイヤレスネットワークの上部へのデータオーバレイである。データ中心のネットワークは、例えば、（１）Ｍｏｂｉｔｅｘ（ＴＭ）無線ネットワーク（「Ｍｏｂｉｔｅｘ」）および（２）ＤａｔａＴＡＣ（ＴＭ）無線ネットワーク（「ＤａｔａＴＡＣ」）を含む。より古い音声中心のデータネットワークの例は、ＣＤＭＡ、ＧＳＭおよび時間分割多重アクセス（ＴＤＭＡ）システム等のパーソナル通信システム（ＰＣＳ）ネットワークを含む。
【００３０】
図２に戻って、この図２は、インターネットで今日通常用いられるＥメール交換の主なタイプを示す。本発明者らは、最初に、Ｅメールメッセージの通常の交換をする（方法１）。このシナリオにおいて、Ｅメールは、ＲＦＣ８２２、ＲＦＣ８２１およびＭＩＭＥ技術を用いて構築され、１２０で示されるように標準的なＳＭＴＰメール交換プロトコルを用いて送達される。Ｅメールは、その後、１２５で示されるように、アドレス指定されたユーザに受信され、与えられる。このような通常のＥメール交換は、通常、スタンドアロン型ユーザおよび／または異なるネットワーク上のユーザ間ではなく、セキュリティファイアウォールの後ろに配置されている３０（図１）等の会社またはＬＡＮ内で安全である。
【００３１】
また、例えば、同じ会社のブランチオフィス間、ときどき、非常に接近して働いている異なる会社間の相互のオフィスメッセージ交換に対するＶＰＮリンクが通常用いられる（方法２）。この方法を用いると、ＩＰセキュリティ（ＩＰＳｅｃ）と呼ばれる低レベルセキュリティは、１３０で示されるように、２つのＶＰＮ位置間で交換されている全データを暗号化するように用いられ得る。暗号化されたＥメールが対応するＶＰＮシステムで受信されるとき、その暗号化されたＥメールは、１３５において、平文に復号化され、アドレス指定されたユーザにルーティングされる。
【００３２】
プライベートセキュリティスキームを採用した異なる会社またはユーザ間のＥメール交換は、方法３として図２に示される。このシナリオにおいて、ＰＧＰ、ＯｐｅｎＰＧＰ、または、他のいくつかのあまり広く用いられていないプロトコル等のプロトコルは、Ｅメールが送信される前に、１４０でＥメールを暗号化するように用いられる。１４５において、一度受信されると、対応するメールエージェントは、Ｅメールを復号化し、Ｅメールの平文を受信者に提示する。
【００３３】
図２に示される方法４、５、６および７は、Ｓ／ＭＩＭＥに関する。この方法は、Ｓ／ＭＩＭＥの全ての異なるバリエーションである。方法４において、１５０で示されるように、発信者は、Ｅメールメッセージのダイジェストを取り、発信者の秘密鍵を用いてそのダイジェストに署名する。ダイジェストは、例えば、チェックサム、周期的冗長チェック（ＣＲＣ）、または、メッセージ上のハッシュ等の他のいくつかの好ましい不可逆的な動作を実行することによって生成され得る。その後、発信者の秘密鍵を用いて発信者によって署名される。この署名済ダイジェストは、発信者の証明書と共に、任意のチェーン化された証明書およびＣＲＬと共に出向メッセージに添付されてもよい。このような署名済メッセージの受信者は、また、メッセージのダイジェストを取り、このダイジェストをメッセージに添付されたダイジェストと比較し、通常、発信者の証明書から公開鍵を抽出することによって、発信者の公開鍵を取り出し、添付されたダイジェスト上の署名を検証する。これらの動作は、図２の１５５で示された署名検証の一部である。メッセージのコンテンツが発信者によって署名されてから変更されている場合、このダイジェストは異なるか、このダイジェスト上の署名は適切に検証しない。これは、誰かがメッセージのコンテンツを見ることを防げないが、メッセージが発信者によって署名されるまでメッセージが改ざんされていないこと、および、メッセージの「フローム（Ｆｒｏｍ）」フィールド上に示されているようにメッセージがその人によって署名されたことを保障する。証明書、証明書チェーンおよびＣＲＬは、受信者によって用いられ、発信者の証明書が有効であること（すなわち、その証明書が無効または期限切れではないこと、および、信用があること）を保障する。発信者において生成されたダイジェストとダイジェスト上の署名との組み合わせは、通常ダイジェスト署名と呼ばれる。従って、下記において、デジタル署名への参照は、ダイジェストおよびそのダイジェストの署名を含むものとして解釈されるべきである。
【００３４】
方法５は、Ｓ／ＭＩＭＥ暗号化メッセージの交換を示す。この方法において、ワンタイム（ｏｎｅ−ｔｉｍｅ）セッション鍵が生成され、通常Ｔｒｉｐｌｅ  Ｄａｔａ  Ｅｎｃｒｙｐｔｉｏｎ  Ｓｔａｎｄａｒｄ（３ＤＥＳ）のような対称サイファーによって、メッセージのボディを暗号化するように用いられる。このセッション鍵は、その後、１６０において、意図された各メッセージの受信者の公開鍵を用いて暗号化される。その後、セッション鍵は、しばしば、Ｒｉｖｅｓｔ  Ｓｈａｍｉｒ  Ａｄｅｌｍａｎ（ＲＳＡ）等の公開鍵暗号化アルゴリズムを用いて達成される。暗号化メッセージおよび全ての暗号化セッション鍵のバージョンを含むこのＳ／ＭＩＭＥメッセージは、各受信者に送信される。各受信者は、その後、１６５において、メッセージに添付された受信者のＲｅｃｉｐｉｅｎｔＩｎｆｏの要旨に通常基づいてその対応する暗号化セッション鍵を位置付けて、その公開鍵を用いて特定の符号化セッション鍵を暗号化する必要がある。一度セッション鍵が復号化されると、そのセッション鍵は、メッセージのボディを暗号化するように用いられる。Ｓ／ＭＩＭＥメッセージはまた、メッセージを復号化するように用いられる必要がある暗号化アルゴリズムを特定する必要がある。この情報は、通常Ｓ／ＭＩＭＥメッセージのヘッダに位置付けられる。
【００３５】
暗号化され、その後署名されたメッセージの交換は、方法６として図２に示される。このスキームに従うと、上記されるように、発信者は、最初、ワンタイムセッション鍵を生成して、メッセージボディを暗号化し、その後、各受信者の公開鍵を用いてセッション鍵を暗号化する。その後発信者は、１７０において、暗号化されたセッション鍵を含むメッセージのダイジェストを取り、ダイジェストの公開鍵を用いてそのダイジェストに署名して、デジタル署名を生成する。各受信者は、上記されるように、このメッセージのダイジェストを取り、このダイジェストをメッセージに添付されたデジタル署名のダイジェストと比較して、発信者の公開鍵を取り出し、ダイジェストの署名を検証する。正しいセッション鍵は、その後、位置付けられて、受信者の公開鍵によって復号化される。その後、この正しいセッション鍵によって、メッセージのボディは、復号化されることが可能である。この方法に従う署名検証およびメッセージ復号化は、図２の１７５に示される。
【００３６】
図２の方法７は、署名され、その後暗号化されるメッセージを交換することを示す。実質的に上記されるように、デジタル署名は、発信者によって生成される。このデジタル署名（発信者の証明書、証明書チェーンおよびＣＲＬでも可能）は、全て出向メッセージに添付される。セッション鍵は、その後生成され、メッセージボディ、デジタル署名ならびに任意の証明書およびＣＲＬを暗号化するように用いられる。このセッション鍵は、各受信者の公開鍵によって暗号化される。セッション鍵の暗号化バージョンを含む生じたＳ／ＭＩＭＥメッセージは、受信者に送信される。１８５で示されるように、受信者がこのようなメッセージを受信するときに、受信者は、受信者の秘密鍵によってその対応する暗号化セッション鍵を最初に復号化する必要がある。復号化されたセッション鍵は、その後、メッセージのボディ、デジタル署名およびメッセージ発信者の任意の証明書およびＣＲＬを暗号化するように用いられる。このデジタル署名は、その後、上記のように検証され得る。
【００３７】
図３を参照すると、この図は、暗号化を用いない会社、および、暗号化およびメッセージへの効果を用いる別の会社を示す。図３において、会社Ｃは、Ｅメールメッセージ１５を会社Ａに送信する。示されるように会社Ａは、例えば、ファイアウォールおよび強力なセキュリティ対策を有する上位のフォーチュン５００社である。メッセージ１５は、インターネット１９５を往来して、会社ＡのＬＡＮ環境のメッセージサーバ４０によって受信される。これらの会社の全ては、従来のＴ１，ＩＳＤＮまたはフレームリレータイプの接続２５を用いてインターネットに接続される。
【００３８】
会社Ｂはまた、例えば、セキュアＥメール通信を用いるフォーチュン１０００社等の上位の会社である。会社Ｂから会社ＡにＥメールを送る人々は、両社が同じ標準を用いる場合に彼らがＳ／ＭＩＭＥを用いて、Ｅメールを安全にし得ることを知っている。また、公開鍵サーバ（ＰＫＳ）６００がＳ／ＭＩＭＥの利用をサポートすることが示されている。このＰＫＳは、会社Ａまたは会社Ｂのファイアウォール内に、あるいは、インターネットのどこかに常駐し得る。会社ＢからのＥメールの発信者は、符号化方法（この場合、署名されて、暗号化される）を選択して、Ｅメールメッセージを送信する。会社Ｂ内のメッセージサーバ内のソフトウェアは、メッセージのダイジェストを取り、ダイジェストに署名して、デジタル署名を生成して、デジタル署名ならびにそれらのシステムからの発信者の証明書およびＣＲＬを含む。このセッション鍵はまた、生成され、メッセージを暗号化するように用いられる。各受信者に対する公開鍵は、（必要ならＰＫＳ６００から）取り出され、各受信者に対してセッション鍵を暗号化する。生じたメッセージは、暗号化されたコンポーネント２００、（異なる鍵フォーマット、番号Ａ、ＢおよびＣによって示された）各受信者に対して固有に暗号化されたセッション鍵２０５、ならびに、署名済コンポーネント３０５を有する。
【００３９】
当業者に認識されているように、署名および暗号化の順序、ならびに、署名および暗号化されるメッセージコンポーネントは、メッセージ発信者によって用いられる種々のＳ／ＭＩＭＥに依存している。例えば、メッセージが署名されて、その後暗号化される場合、メッセージダイジェストは、メッセージのボディ、ダイジェスト署名、ならびに、任意の署名に関連する情報（例えば、メッセージに加えられる証明書およびＣＲＬ）に基づいて生成され、その後、メッセージボディ、デジタル署名ならびに任意の署名関連情報を含む全体のメッセージがセッション鍵を用いて暗号化される。このセッション鍵は、その後、各受信者に対して暗号化され、セッション鍵の暗号化されたバージョンは、メッセージの暗号化された部分に添付される。一方、メッセージは、最初に暗号化され、その後、デジタル署名は、暗号化されたメッセージボディおよび暗号化されたセッション鍵に基づいて生成される。
【００４０】
これらの最初の３つの図は、システムの概要、および、インターネット上で暗号化されたメールが今日いかに働いているかを示している。次の３つの図は、セキュアなＥメールメッセージを処理する方法のいくつかの例を示す。この第一の方法は、メッセージを再編成して、デバイスに送られる必要のあるデータ量を減少する方法を示す。この方法は、メッセージがホストからモバイルデバイスに送られる前にメッセージに対して最小量の侵襲的な手順を実行する。このように、これはまた、元の発信者から最後の目的となるユーザへ最大限の安全を提供することを意味する。通常、これは、オフィス環境が安全であり、侵入者が会社のコンピュータにアクセスできず、ファイアウォール内の安全なメールを読むことができないということを想定している。
【００４１】
図４を参照すると、ハンドヘルドデバイスに向かう暗号化されたメッセージの処理を改善する方法の例を示す。これは、公開鍵暗号化されたメッセージの処理および送信を改善するように提示される２つの方法のうちの一つである。この方法は、メッセージ発信者１０からモバイルデバイス１００への全行程において同じメッセージ暗号化を用いているという利点を有する。これは、出力先変更ソフトウェア４５とモバイルデバイス１００との間で用いられている暗号化は現在存在しない場合に非常に重要である。
【００４２】
図４では、メッセージ発信者１０は、Ｅメール１５を作成する。この例では、このＥメールは、暗号化されて、３つの受信者Ａ、ＢおよびＣにアドレス指定される。このＥメール１５は、ランダムにセッション鍵を生成することによって暗号化される。このセッション鍵は、さらに、Ｅメールの意図された各受信者の公開鍵を用いてさらに暗号化されている（この例では、３つのセッション鍵２１０、２１５、２２０を作っている）。各受信者に対する公開鍵は、ローカルな格納領域から取り出されることが可能である。このローカルな格納領域では、発信者１０は、メッセージを受信者のうちの一つ（または、例えばＰＫＳ）と以前に交換している。この例では、ＰＫＳは、示されず、この例の鍵の位置は重要ではなく、それらは、存在して、アクセス可能であるのみである。
【００４３】
暗号化されたメッセージおよびセッション鍵は、安全ではないインターネット２０を通って目的地のホスト位置３０に渡される。インターネット２０に接続されたホストシステムは、その後、メッセージを受信して、そのメッセージは、その後、処理のためにメッセージサーバ４０に与えられる。また、暗号化されたメッセージを検出する出力先変更ソフトウェア４５は、メッセージサーバ４０と共に働く。モバイルデバイス１００にこのメッセージを伝達することを支援するために、出力先変更ソフトウェア４５は、メッセージを再アレンジして、各個々のユーザモバイルデバイス１００に必要とされない任意のセッション鍵を取り除く。暗号化されたメッセージの別の部分は、ＲｅｃｉｐｉｅｎｔＩｎｆｏリストである。このリストは、どのセッション鍵がＴｏ、ＣｃまたはＢｃｃリストのどの受信者に対応するかに関するマップを提供する。また、添付されたセッション鍵の全てをモバイルデバイス１００がパースする必要がないので、一度出力先変更ソフトウェア４５が他のメッセージの受信者に対して暗号化されたセッション鍵の全てを取り除くと、このＲｅｃｉｐｉｅｎｔＩｎｆｏリストは取り除かれる。５０または１００の受信者がいるこの場合では、このことは、全体の大きなメッセージサイズをセーブし得る。
【００４４】
図３で示された例のように、ユーザＡおよびＢは、メッセージサーバ４０に関連したユーザアカウントを有する。出力先変更ソフトウェア４５は、再編成メッセージ２００を送り、セッション鍵２００のみが特にユーザＡに向けられる。当業者が認識しているように、ユーザＡは、暗号化されたセッション鍵Ａを復号化し得る秘密鍵を所有している。同様に、再配置ソフトウェア４５は、セッション鍵Ｂ２１５によってメッセージ２００の別の送信を再編成する。この場合、ユーザＢは、セッション鍵Ｂを用いることのできるユーザのみである。なぜなら、ユーザＢの秘密鍵のみが暗号化されたセッション鍵Ｂを復号化可能であるからである。モバイルデバイス１００において、ユーザＡとＢとの両方は、メッセージを開いて、暗号化されたセッション鍵を抽出する。暗号化されたセッション鍵は、その後、各モバイルデバイスに常駐している公開鍵を用いて復号化する。この復号化されたセッション鍵は、ユーザのメッセージを暗号化するように用いられる。元のメッセージを再編成することによって、出力先変更ソフトウェア４５は、元のメッセージからの全ての不必要なセッション鍵およびＲｅｃｉｐｉｅｎｔＩｎｆｏリストを取り除くことができる。受信者の数が増加するにつれて、メッセージサイズ全体の利益は大きくなり、モバイルデバイス１００に送信されたデータ量は、減少される。
【００４５】
図５を参照して、メッセージをホストシステムからモバイルデバイスに送る前の署名済メッセージ処理の例が示される。この例では、メッセージを送るユーザは、メッセージに署名することを決定して、そのユーザがメッセージの認証された発信者であることを確認する。受信ホストシステムは、署名コンポーネントの一部（証明書およびＣＲＬ）を取り除き、それをモバイルデバイスに送る。このモバイルデバイスは、署名の取り除かれた一部を予めロードする必要があるか、デジタル署名を検証するために、それらをホストから要求する必要があるかである。
【００４６】
発信者システム１０において、ユーザＸは、Ｅメールメッセージ１５に入力する。この例では、ユーザＸは、メッセージのダイジェストを生成して、それら自体の秘密鍵を用いてそのダイジェストに署名する。ダイジェストは、好ましくは、全ての固有の入力（例えば、メッセージのＣＲＣ）に対する固有の出力を生成する付可逆的な変換、または、ダイジェストアルゴリズム（例えば、ＭＤ５）を用いる変換であり、メッセージのどの部分もダイジェストに影響を与えることなく変更され得ないことを保証する。このダイジェストは、そのときには、ダイジェスト署名を生成するために、暗号化またはいくつかの他の処理によって、発信者の秘密鍵を用いて変換されるダイジェスト自体である。ダイジェストおよびダイジェスト署名は、通常、ダイジェスト署名と呼ばれる。
【００４７】
ユーザＸのデジタル署名を支援するために、ユーザＸの証明書および現在のＣＲＬ３０５はまた、メッセージと共に送られる。公開鍵オーソリティ（ＰＫＡ）または証明書オーソリティ（ＣＡ）は、通常、複数のユーザ用の証明書を保持している。このＰＫＡは、いくつかの証明書を共に証明書チェーンにリンクし得、ユーザＸｎｏ証明書３０５の認証を確認し得る。効果的には、各証明書は、認証のチェーンを作成する他の証明書への暗号化リンクバックを含む。このＣＲＬは、有効と考えられるべき証明書のリストを含む。古い証明書を保っていたホストシステムに対して、これは、システムにおけるそれらの権利を取り除く方法である。メッセージ３１０は、その後、証明書情報３０５と共に、メッセージ１５の意図された受信者のうちの少なくとも一つに関連する目的地であるホスト位置３０に送られる。
【００４８】
一度ホスト位置３０でコンピュータによって受信されると、このメッセージは、メッセージサーバ４０によって処理され、メッセージサーバ４０の各受信者のＥメールアカウントにルーティングされる。このポイントにおいて、モバイルデバイス１００に送信される前に、出力先変更ソフトウェア４５は、メッセージを検出して、メッセージを再編成する。主な動作は、最初にメッセージのテキストを、次に発信者の署名（Ｘの署名）を位置付けて、最後に証明書のチェーンおよびＣＲＬを配置する。この再編成されたメッセージ３１０および署名３１５（可能なら）は、モバイルデバイス１００を有する各受信者に送信される。この署名３１５は、元の署名、証明書およびＣＲＬコンポーネント３０５の短くされたフォーム、または、再編成されたフォームである。第一の送信では、証明書およびＣＲＬは、ホスト位置３０に格納され、モバイルデバイス１００に送信されない。モバイルデバイス１００では、ユーザは、メッセージを開いて、「署名の検証」あるいはメッセージに対する同様のメニューオプションまたは動作を選択する。この署名検証は、証明書およびＣＲＬ６０のローカルなコピーを用いる。このコピーは、シリアルポート５０を通って以前にダウンロードされていてもよいし、それ以前のメッセージと共に受信されていてもよい。このメッセージがユーザ（このユーザの証明書およびＣＲＬ情報は、モバイルデバイス１００上に以前にロードされていなかった）からやって来る場合、ユーザは、出力先変更ソフトウェア４５がメッセージの残りを送ることを要求し得る。このメッセージの第二の部分は、この発信者に対する証明書およびＣＲＬを含み、この第二の部分によって、署名を完全に検証することが可能となる。
【００４９】
図６を参照すると、署名され、かつ暗号化されたメッセージの送信が示されている。図６に関して、最初に、いずれかの動作を実行する影響が説明される。これは、メッセージが第一に暗号化され、第二に署名されるときには、適用され得る１セットの再編成法があることを意味している。このメッセージが第一に署名され、第二に暗号化されるときには、第二のセットの再編成技術が適用され得る。メッセージが第一に暗号化され、第二に署名されるときには、署名部分のみが再編成されて、修正され得る。しかし、メッセージが第一に署名されて、第二に暗号化される場合には、暗号化された部分のみが最適化され得る。図６のステップは、大部分が図４、図５および上記で示された動作の組み合わせである。
【００５０】
システム１０におけるユーザＸは、メールメッセージ１５を作成して、暗号化することを決定して、その後、メッセージを署名する。この符号化を達成するために、システム１０は、第一にセッション鍵を作成して、そのメッセージを暗号化する。その後、各受信者に対する公開鍵は、ローカルな格納装置またはＰＫＳのいずれかから取り出される。各メッセージ受信者に対して、このセッション鍵は、暗号化され、ＲｅｃｉｐｉｅｎｔＩｎｆｏと共にメッセージに添付される。一度暗号化動作が完了すると、暗号化セッション鍵を含む新規のメッセージのダイジェストが取り出され、このダイジェストは、デジタル署名を作成する発信者の秘密鍵を用いて署名される。メッセージが第一に署名される場合、メッセージのダイジェストは、暗号化されたセッション鍵を用いずに、第一に取り出され、発信者の秘密鍵を用いて署名される。このデジタル署名済および全署名済コンポーネント、ならびに、任意の証明書およびＣＲＬは、セッション鍵を用いて暗号化される。この暗号化鍵は、各受信者の公開鍵を用いて暗号化される。
【００５１】
暗号化されて署名されたメッセージ２００、３１０は、セッション鍵２０５および証明書情報３０５と共に別のホスト位置３０に送信される。別のホスト位置３０では、暗号化されて署名されたメッセージ２００、３１０は、コンピュータシステム上で動作するメッセージサーバ４０によって受信される。メッセージサーバ４０がこのメッセージを処理して、そのメッセージを適切なユーザのメールボックスに配置すると、出力先変更ソフトウェア４５は、新規のメッセージを検出して、モバイルデバイス１００を有する各受信者に対して出力先変更処理を開始する。このメッセージがモバイルデバイス１００に送られる前に、メッセージの署名または暗号化セクションは、再編成されて、必要な部分のみが図４および５と共に記載されるように送られる。このメッセージが第一に暗号化されて、第二に署名される場合、発信者のデジタル署名のみが含まれ、全ての他の部分（証明書およびＣＲＬ）は、メッセージの最後に配置される。このメッセージが第一に署名されて、第二に暗号化される場合、余分なセッション鍵が取り除かれて、モバイルデバイスの指定ユーザに対するセッション鍵のみが送られる。一度これらの再編成ステップが実行されると、生じたメッセージ２００、３１０は、各モバイルユーザに送られる。ユーザＡのモバイルデバイスへのメッセージは、第一に署名されて、第二に暗号化されるメッセージの例である。この場合、完全な署名、証明書およびＣＲＬ３０５が一つのセッション鍵２２０のみと共に含まれる。ユーザＢのモバイルデバイスに送られたメッセージは、第一に暗号化されて、第二に署名されたメッセージの例である。この場合、暗号化されたセッション鍵２１０、２１５、２２０の完全な集合が存在しているが、署名情報のデジタル署名部３１５のみが送られる。両方の場合において、メッセージ２００、３１０のメッセージボディー部は、発信者から送信される場合に類似しており、モバイルデバイス１００への情報の減少された放送送信を考慮して、他のＭＩＭＥ部のみが再編成されている。
【００５２】
ユーザＡがメッセージを開くと、単一のセッション鍵が復号化され、このメッセージは、署名コンポーネントをさらすように復号化される。その後、このメッセージのダイジェストが取り出され、デジタル署名の署名済ダイジェスト値と比較される。このダイジェストがマッチして、このダイジェスト署名が発信者の秘密鍵を用いて検証される場合、このダイジェスト署名は検証される。ユーザＢのモバイルデバイスにおいて、このデジタル署名は、第一に検証され、その後、正しいセッション鍵は、位置付けられて復号化される。一度ユーザのセッション鍵が見つけられて暗号化されると、このメッセージは、完全なコンテンツを取得するために復号化され得る。
【００５３】
メッセージをモバイルデバイスのユーザに送信する前に、メッセージのアドレス指定再編成が先行する。この次の例は、メッセージを事前処理して、空中を送信される必要のあるデータを減少する異なる方法を説明する。事前処理法の最大の利点は、事前処理が、署名されてかつ暗号化されるメッセージ（このメッセージは、再編成して、サイズを減少するために最も難しいメッセージである）を十分良く取り扱うことである。これらの事前処理法は、例えば、会社の位置からモバイルデバイスへの「ワイヤレスフレンドリ（ｗｉｒｅｌｅｓｓ−ｆｒｉｅｎｄｌｙ）」セキュリティソリューションを用いることによって、強力なセキュリティが会社のファイアウォールとユーザのモバイルデバイスとの間に既に置かれている場合に最も便利である。しかし、任意の提案されたＥメールのセキュアソリューションは、会社自身の位置がオフィスおよびデスクトップの所定の安全を有していない場合に、欠点を有する。会社のセキュリティがない状態で、任意のオフィスに忍び込んで個人のデスクトップの他人のメールを読むことは可能である。従って、ワイヤレスフレンドリセキリュティ法に対するこの種の事前処理は、会社のファイアウォールの背後で完全になされており、大部分の会社に対して非常に安全であると考えられるべきである。
図７を参照すると、この図は、Ｓ／ＭＩＭＥ等の公開鍵メカニズムを用いて暗号化されたメッセージを扱う二つの方法のうちの第一を示している。図７と図１０との両方は、この第一の方法を用いている。この第一の方法は、２つの方法のうちで最も強力な暗号化サポートを提供するが、より多くの空中を伝わる（ｏｖｅｒ−ｔｈｅ−ａｉｒ）ステップ、ならびに、モバイルデバイスにおけるより多くのＣＰＵおよびＲＦ電力リソースを必要とする。この第一の方法で用いられるステップは、（１）会社のメールシステムおよびユーザのモバイルデバイスが個々の秘密鍵および公開鍵のペアを有している、または、（２）会社のメールシステムおよびユーザのモバイルデバイスが同じ公開鍵および秘密鍵を有しているが、メッセージサーバおよび出力先変更ソフトウェアは、秘密鍵へのアクセスを有していない、場合を取り扱い得る。この後者の状況は、しばしば、秘密鍵が特別なスマートカードまたはハードウェアベースの鍵リーダシステムの場合である。このメカニズムの最大の難題は、このデバイスのみがそれらのメッセージを復号化するセッション鍵を復号化し得る秘密鍵のコピーを有しているという事実を取り扱うことである。
【００５４】
図７では、ユーザは、ワークステーション１０でメッセージ１５に入力する。このユーザは、その後、ランダムに生成されたセッション鍵を用いてメッセージを暗号化することを決定して、各意図された受信者の公開鍵によってセッション鍵を暗号化する。この例では、このメッセージは、ユーザのデスクトップメールアカウントとユーザのワイヤレスメールアカウントとの両方にアドレス指定され得る（すなわち、それら両者は、異なる公開暗号鍵を用いている）。しかし、このメッセージが直接個人の異なる会社のアカウントにアドレス指定されることは、より起こり得る。図１に示されるように、シリアルポート５０を介してモバイルデバイス１００に秘密鍵をローディングすることによって、デスクトップ３５とモバイルデバイス１００との間の秘密鍵を共有することが可能である。これを実行するために、ユーザは、ユーザのスマートカードをカードリーダに挿入して、出力先変更ソフトウェア４５のコンポーネントを動作させて、カードリーダからモバイルデバイス１００のメモリに直接秘密鍵をロードする。モバイルデバイス１００の完全に詳細な説明は、図１４に含まれる。この共有された秘密鍵は、デスクトップとモバイルデバイス１００との両方の位置の間の反映されたＥメールコンセプトを拡張する方法として、デスクトップとモバイルデバイス１００との両方によって用いられる。
【００５５】
ローカルなメモリ、あるいは、ローカルまたはインターネットベースのＰＫＳから発信者によって必要な公開鍵が取り出されていることが想定される。暗号化されたメッセージ２００および関連する暗号化されたセッション鍵２１０、２１５、２２０は、一つ以上の受信者、または、目的地であるホスト位置３０に送られる。インターネット２０に接続された特別のマシーンは、そのメッセージを受信して、そのメッセージは、処理のためにメッセージサーバ４０に与えられる。この処理は、出力先変更ソフトウェア４５をトリガして、モバイルユーザのために新規のメッセージを検出して、それをメッセージサーバ４０から抽出する。このセッション鍵がモバイルデバイス１００の特別な公開鍵によって暗号化されているので、あるいは、ユーザによって用いられる秘密鍵がサーバ４０上で動作しているソフトウェアの一部からアクセス可能ではないので、出力先変更ソフトウェア４５は、モバイルデバイス１００のために正しいセッション鍵２２０を抽出して、それをモバイルデバイス１００に送信する。モバイルユーザのために正しいセッション鍵を抽出した後、出力先変更ソフトウェア４５は、暗号化されたセッション鍵２２０を含むのみのエンプティメッセージを作る。このモバイルデバイス１００は、このエンプティメッセージを受信して、このメッセージから暗号化されたセッション鍵２２０を抽出する。モバイルデバイス１００は、その後、暗号化されたセッション鍵を復号化して、元のセッション鍵５００をリカバーし、それをホスト位置３０および出力先変更ソフトウェア４５に逆に送信する。出力先変更ソフトウェア４５は、その後、この復号化されたセッション鍵５００を用いて、ユーザのためにメッセージ全体を復号化する。これは、モバイルデバイス１００で実行される必要のある複雑な公開鍵暗号化動作の量を減少して、出力先変更Ｓ／Ｗ４５へのメッセージ全体に対するより大きな暗号化動作を残す。さらに、これにより、出力先変更ソフトウェア４５は、非常に大きなＥメールメッセージの場合、メッセージの一部のみを出力先変更することが可能である。メッセージ８０は、その後、構築されて、モバイルデバイスに送られ、通常、ワイヤレスフレンドリ暗号化法を用いて暗号化される。メッセージ８０は、その後、モバイルデバイス１００で復号化され得、元のメッセージ１５は、ユーザに提示される。
【００５６】
Ｓ／ＭＩＭＥのような方法を用いる公開鍵暗号化メッセージを取り扱う別の例は、図８で示される。この第二の方法は、デスクトップおよびモバイルデバイスが共通の秘密鍵を共有する状況に焦点を当てている。この鍵は、メールサーバおよび出力先変更ソフトウェアにアクセス可能である。上記されたように、現在の秘密鍵技術がいかに進化しているかを想定すると、このシナリオはありそうにないかもしれない。しかし、この方法は、処理中の多くのステップを減少するという利点を有しており、空中を通って復号化されたセッション鍵を送る必要性を取り除き、モバイルデバイスが実行する必要のある多くの公開鍵動作を減少する。
【００５７】
図８では、ユーザは、ワークステーション１０のＥメールメッセージ１５を作成する。セッション鍵が生成され、このメッセージを暗号化するために用いられる。このセッション鍵は、その後、受信者毎の公開鍵によって暗号化される。この例では、図１と共に示されたように、モバイルデバイス１００は、それ自体の公開鍵を有していないが、シリアルポート５０を介してその秘密鍵を受信している。この共有された秘密鍵は、デスクトップ３５とモバイルデバイス１００との２つの位置の間で反映されたＥメールコンセプトを拡張する様態で、デスクトップ３５とモバイルデバイス１００との両方によって用いられる。
【００５８】
メッセージ２００およびセッション鍵２１０、２１５、２２０は、一つ以上の受信者、または、受信者リストに基づくホスト位置３０に送られる。このメッセージは、インターネット２０に接続されているコンピュータによって受信されて、メッセージを処理して、そのメッセージをユーザのメールボックス内に配置するメッセージサーバ４０に渡される。これは、出力先変更ソフトウェア４５をトリガして、メッセージサーバ４０からメッセージを抽出して、そのメッセージが公開鍵を用いて暗号化されていることを検出する。メッセージをモバイルデバイス１００に直接送る代わりに、出力先変更ソフトウェア４５は、デバイスと共有する保存された秘密鍵を用いて、セッション鍵２２０を暗号化する。このセッション鍵は、その後、そのメッセージ自体を復号化するために用いられる。一度そのメッセージがテキストをクリアするために復号化されると、そのメッセージは、ワイヤレスフレンドリ暗号化法を用いて再び暗号化され、モバイルデバイス１００に送信される。このモバイルデバイス１００は、メッセージを復号化して、その復号化されたメッセージをその元のフォーム１５でユーザに提示する。この手順により、モバイルデバイス１００は、最も早い伝達時間となり、公開鍵の動作は最小量とすることが可能である。これは、モバイルデバイス１００のＣＰＵおよび電力に集約する傾向がある。
【００５９】
図９において、署名済メッセージの事前処理の例が示される。モバイルデバイスユーザのホスト位置３０は、モバイルデバイスユーザのために署名検証を実行し、従って、かさばる署名データの送信を節約する。この事前処理は、モバイルデバイスユーザからホストシステムへの発信者認証ステップを転送する。
【００６０】
上記のように、Ｅメールメッセージ１５が作成され、ユーザＸによって署名される。この署名されたメッセージ３１０は、全署名コンポーネント３０５によって一つ以上の目的地またはホスト位置３０に送信される。インターネット２０に接続されたマシーンは、署名済メッセージを受信して、その署名済メッセージは、メッセージサーバ４０に与えられる。出力先変更ソフトウェア４５は、ユーザＡのために新規のメッセージを検出して、その新規のメッセージは、処理のために抽出される。この出力先変更ソフトウェア４５は、メッセージが署名されていることを検出して、発信者の公開鍵を見つける処理を行う。この公開鍵は、ローカルな格納領域から来てもよく、または、例えば、インターネット２０のどこかの公開鍵インフラストラクチャ（ＰＫＩ）から来てもよい。一度発信者の公開鍵が取り出されると、このデジタル署名は、モバイルデバイスユーザのために検証され得る。この署名が検証するかどうかにかかわらず、表示（ｉｎｄｉｃａｔｉｏｎ）がモバイルデバイス１００に送信されるメッセージ８０の内部に含まれる。示されるように、元のメッセージ１５は、その元のメッセージがモバイルデバイス１００に送信される前に、電子エンベローブ内に再パッケージングされる。この電子エンベローブは、その後、メッセージがユーザに提示される前に、モバイルデバイス１００で取り除かれる。
【００６１】
図１０では、上記で説明された動作と、図７および図９で示された動作との組み合わせが一度に用いられている。この例では、メッセージは、署名されてその後に暗号化されるか、暗号化されてその後に署名されている。動作の順序は、重要ではない。なぜなら、この方法は、第一に実行されている動作のどちらを扱ってもよいからである。
【００６２】
Ｅメールメッセージ１５は、第一にユーザＸによって作成される。ユーザＸが、第一に署名されて、その後に暗号化されるメッセージ１５を要求する場合、この第一のステップは、上記のように、デジタル署名を生成することである。このデジタル署名は、可能なら一つ以上の証明書およびＣＲＬと共にメッセージに添付される。次に、ランダムなセッション鍵は、デジタル署名、任意の証明書およびＣＲＬを含むメッセージ１５を暗号化するために用いられる。その後、このセッション鍵は、さらに、各目的地の受信者の公開鍵を用いてさらに暗号化される。ユーザが暗号化されて、その後に署名されるメッセージを要求する場合、そのステップは、少し異なる。この場合、ランダムセッション鍵が第一に生成され、このメッセージは、デジタル署名、証明書およびＣＲＬを含むことなく、それを用いるように暗号化される。その後、セッション鍵は、各々の受信者の公開鍵を用いて暗号化され、ＲｅｃｉｐｉｅｎｔＩｎｆｏコンポーネントが生成される。鍵およびＲｅｓｉｐｉｅｎｔｏＩｎｆｏリストの全てがメッセージに添付される。これが一度完了すると、メッセージのデジタル署名、セッション鍵およびＲｅｃｉｐｉｅｎｔＩｎｆｏリストは、発信者の秘密鍵を用いて生成される。公開鍵および秘密鍵を用いて働くので、必要な公開鍵がローカルメモリまたはＰＫＳから取り出されていると想定される。また、モバイルデバイス１００およびデスクトップ３５が同じ秘密鍵を共有しているので、特定の受信者はモバイルであるかどうかを発信者が知る必要はないと想定される。図１において、そして上記されるように、シリアルポート５０を介してモバイルデバイス１００内に秘密鍵をロードすることによって、デスクトップ３５とモバイルデバイス１００との間の秘密鍵を共有することが可能である。
【００６３】
暗号化されたメッセージ２００、３１０、関連する暗号化されたセッション鍵２１０、２１５、２２０、および、関連する署名情報３０５は、全てホスト位置３０、および、可能なら他の受信者に送られる。インターネット２０に接続された特定のマシーンは、そのメッセージを受信して、そのメッセージは、処理のためにメッセージサーバ４０に与えられる。この処理は、出力先変更ソフトウェア４５をトリガして、モバイルユーザのための新規のメッセージを検出して、それをメッセージサーバ４０から抽出する。メッセージが署名されて、かつ、暗号化されている場合、いくつかのさらなるステップが実行される。このメッセージが第一に署名されて、その後暗号化されている場合、出力先変更ソフトウェア４５は、第一に正しいセッション鍵２２０を暗号化のためにモバイルデバイス１００に送信する。一度、復号化されたセッション鍵５００が出力先変更ソフトウェア４５に戻されると、このメッセージは、完全に復号化され得て、その署名情報は、抽出される。この署名は、その後、発信者の公開鍵を取り出すことによって検証される。この鍵は、メモリ位置またはディスク位置に格納されてもよいし、公開鍵インフラストラクチャ６００を通って、この例ではインターネット２０でアクセス可能であってもよい。発信者の署名が検証するかしないかにかかわらず、このメッセージは、ワイヤレスフレンドリ方法を用いて再び暗号化され、生じたメッセージ８０は、メッセージが署名されていて、その署名は検証されているかいないかに関わらないという表示によって、モバイルユーザ１００に送信される。このモバイルユーザは、その後、送信されたメッセージ８０を復号化して、元のメッセージ１５、メッセージは署名されていて、その署名が検証されているかいないかという表示を取り出す必要がある。
【００６４】
このメッセージが第一に暗号化されて第二に署名されている場合、出力先変更ソフトウェア４５は、上記のようにデジタル署名を検証する。この発信者の署名が検証するかしないかにかかわらず、正しいセッション鍵２２０は、暗号化のためにモバイルデバイス１００に送られ得る。一度、暗号化されたセッション鍵５００が出力先変更ソフトウェア４５に戻されると、このメッセージは、完全に暗号化され得、ワイヤレスフレンドリ暗号化アルゴリズムを用いてユーザに送られる。モバイルデバイス１００は、メッセージ８０を取り出して処理し、元のメッセージ１５および署名の表示をモバイルユーザに提示する。
【００６５】
デジタル署名は、ユーザがメッセージを閲覧するために必ずしも検証される必要性はないことに留意されたい。ホスト位置３０においてメッセージを復号化することによって、ユーザは、その後、その署名が検証されない場合でさえもメッセージを閲覧することを選択し得る。
【００６６】
図１１は、ホストシステムが事前処理に署名され、暗号化される方法のフローチャート、または、署名されて暗号化されたメッセージをモバイルデバイスに送信する前のそれらのメッセージ、を示す。図１１は、署名されているメッセージにより焦点を当てており、一方、図１２は、そのフロー図を拡張して、暗号化され得るメッセージを取り扱っている。このフロー図において、メッセージサーバ４０がメッセージを受信して、それをそのメッセージ格納位置に配置すると想定している。また、メッセージサーバ４０と共に働く出力先変更ソフトウェア４５がメッセージの到着を検出していることを想定している。
【００６７】
図１１を詳細に参照して、この方法は、メッセージがインターネットまたはイントラネット内のメッセージ発信者から到着して、出力先変更ソフトウェア４５によって検出されるときに、ステップ７００で開始する。出力先変更ソフトウェア４５の第一のステップは、７０５において、メッセージが平文であるかそうではないかを調べるためにチェックすることである。このチェックは、ＭＩＭＥタイプをチェックすることによって、または、特定のフォーマットおよびＭＩＭＥ値によって添付物を探すことによって容易に実行され得る。この情報が平文である場合、７１０において、そのテキストは開かれて、通常、モバイルデバイスの各々にルーティングされる。この情報が平文である場合、ステップ７１５において、そのメッセージが第一に署名されているか、全く署名されていないかを調べるために、チェックがなされる。このメッセージが第一に署名されている場合、これは、そのメッセージが最後に暗号化されて、その暗号化が署名の前に処理される必要があることを意味している。そうでなければ、そのメッセージが最後に署名されている場合、デジタル署名は、暗号化コンポーネントを処理する前に、第一に処理される必要がある。このメッセージが最初に処理されているか、全く処理されていない場合、ステップ７２０において、暗号化のためにさらなるテストが実行される。このメッセージが暗号化のみされていない（すなわち、署名されていない）か、最後に暗号化されていない場合、エラーである必要があるか、このメッセージは、出力先変更ソフトウェア４５が扱うことのできないフォーマットを有しており、エラー状態が宣言される。特定のエラー取り扱い手順は、実装に依存し得、出力先変更ソフトウェアに構成可能であり得る。このメッセージが最後に暗号化された場合、または、このメッセージが暗号化されているのみで、署名されていない場合、この方法は、７３０において、暗号化されたコンポーネントを最初に処理するように進む。
【００６８】
このメッセージが最後に７１５で署名されている場合、または、このメッセージが署名されているのみで、暗号化されていない場合、出力先変更部は、７４０において、デジタル署名によって署名済のコンテンツを検出する。この領域への他のパスは、暗号化コンポーネントが処理されて、取り除かれた後である（８５０）。このパスは、図１２から入力して、以下でより詳細に説明される。これは、そのデータが第一に署名されて、第二に暗号化される場合である。
【００６９】
この例では、ＭＤ（メッセージダイジェスト）は、ユーザＡの秘密鍵によって暗号化されて、Ｋ−１によって表され、ダイジェスト署名ＡＫ−１（ＭＤ）を作る。ステップ７４５において、新規のメッセージダイジェストは、公知のアルゴリズムを用いて、または、署名済データにおいて選択されたアルゴリズムを用いてコンテンツに対して生成される。これは、ダイジェストＡを作る。このダイジェストＡは、後に、元のメッセージ発信者によって送信されたダイジェストと比較される。このステップの後、発信者の公開鍵は、メモリから、ＰＫＩから取り出される。あるいは、その公開鍵はまた、ステップ７５０において、メッセージのＳｉｇｎｅｒＩｎｆｏコンポーネントに含まれ得る。その後、ステップ７５５において、元のダイジェストは、発信者の公開鍵を用いて復号化されて、ダイジェストＢを作る。この動作は、ユーザＡの公開鍵ＡＫを取得するように示され、その公開鍵を、ＭＤを作る暗号化された秘密鍵ＡＫ（ＡＫ−１（ＭＤ））に適用する。最後に、ステップ７６０において、メッセージダイジェストＡから生成されたダイジェストは、復号化されたダイジェストＢと比較され、その署名が有効であるかどうか、および、そのメッセージが改ざんされていないかどうかを調べる。この署名が無効である場合、テキストのヘッダは、ステップ７６５においてメッセージに加えられ、その署名検証が失敗したことを示す。そうでなければ、テキストヘッダは、ステップ７７０においてメッセージに加えられ、その署名が有効であることを示す。
【００７０】
あるいは、上記されたように、デジタル署名は、メッセージダイジェストとダイジェスト署名との両方を含んでもよい。この場合、ダイジェストＡは、デジタル署名のダイジェストと比較され、このダイジェスト署名は、また、発信者の公開鍵を用いて検証される。これにより、このデジタル署名の検証は、ダイジェスト署名のダイジェストマッチおよび検証の両方に依存している。
【００７１】
この署名が処理されることになったので、ステップ７７５において、このデータがさらに暗号化されているかどうかを調べるためにチェックがなされる。この暗号化された部分は、例えば、この署名検証パスがパス８５０を介して入力されている場合、既に処理されている。このデータがさらに暗号化される場合、図１２に詳説されるように、この方法は、ステップ７８０を介してデータを復号化するように進む。このデータがもはや暗号化されない場合、そのデータが暗号化されているかどうかを決定するために、ステップ７８５においてチェックがなされる。そのデータが暗号化されている場合、署名検証ヘッダ、そのメッセージが公開鍵メカニズムを用いて暗号化されたという表示、および元のメッセージボディテキストを含むメッセージは、ステップ７９５において、構築され、ユーザに送信される。このメッセージが暗号化されない場合、署名検証ヘッダおよびメッセージボディを含むメッセージは、ステップ７９０において、モバイルデバイス１００に送信される。モバイルデバイスに対する安全を保証するために、出力先変更ソフトウェア４５によって選択的に用いられる符号化、圧縮および暗号化スキームは、このフローチャートにおいて示されない。
【００７２】
図１２は、図１１で示されたフローチャートの続きであり、それをモバイルデバイスに送信する前の暗号化処理に焦点を当てている。この図に入るために、２つのパスが存在する。一つは、メッセージが第一に署名されて、第二に暗号化される場合であるか、暗号化されるのみである場合であり（７３０）、他方は、メッセージが第一に暗号化されて、第二に署名されて、その署名が既に処理されている場合である（７８０）。
【００７３】
暗号データを処理する際の第１のステップは、ＲｅｃｉｐｉｅｎｔＩｎｆｏリスト構造の位置を特定し、かつ、この特定のユーザのセッション鍵の位置を特定することである（ステップ８１０）。次のステップ８１５では、セッション鍵を含むモバイルデバイス１００のキャンドメッセージ（ｃａｎｎｅｄ  ｍｅｓｓａｇｅ）が生成される。このメッセージは、サイズ、データ、およびメッセージの送信元等のメッセージについての情報を、そのメッセージが暗号化されているという表示をユーザに付与するためにユーザのテキストを有する。このメッセージは、ステップ８２０においてボイラープレートメッセージと共にモバイルデバイスに送信される。モバイルデバイス１００は、次に、メッセージを受信し、セッション鍵を検出し、そして、セッション鍵を復号化するために用いられ得る秘密鍵があることを確認する（ステップ８２５）。デバイスが正しい秘密鍵を有さない場合、または、デバイスが秘密鍵をいずれもロードしていない場合、あるいは、ユーザは、メッセージを復号化することを所望しない場合、このメッセージは、８３０に示されるように、ユーザによって閲覧され得ない。そうでない場合、選択的ステップとして、ユーザには、メニュー、またはモバイルデバイスの他のユーザインターフェースを介してメッセージを復号化する選択肢が付与され得る（ステップ８３５）。復号化されたセッションは、その後、ホストに戻され、オリジナルメッセージは復号化される（ステップ８４０）。
【００７４】
一旦復号化が終了すると、メッセージも署名されたか否かを見出す試験が実行される。図１１および上述のように、メッセージも署名された場合、方法は、ステップ８５０に進み、デジタル署名を処理する。メッセージが署名されない場合、さらなる試験が実行され（ステップ８５５）、署名がすでに処理されたか否かを見出す。署名されたコンポーネントがすでに処理された場合、図１２において、経路７８０を介して暗号化処理を入力することが可能である。署名がすでに処理された場合、閲覧のために、署名ヘッダを有する暗号メッセージが、すべてモバイルデバイスに送信される（ステップ８６０）。そうでない場合、メッセージが署名されなかった場合、オリジナルメッセージは、復号化され、かつ、閲覧するためにモバイルデバイスに送信される（ステップ８６５）。
【００７５】
図１３は、Ｓ／ＭＩＭＥ技術を用いてメッセージを署名および暗号化するために、モバイルデバイスがホストシステムを使用し得る態様のフローチャートを示す。モバイルデバイスに進むホストによる事前処理の例と同様に、モバイルデバイスは、ホストがモバイルデバイスからのデータを事後処理することを可能にし得る。このフローチャートにおいて、ユーザは、暗号化コンポーネント、署名コンポーネント、または暗号化および署名コンポーネントの両方をメッセージに追加する能力を有する。
【００７６】
図１３における第１のステップ９００において、ユーザがモバイルデバイス上の「作成」オプションを選択する。ユーザは、メッセージを入力し、メッセージに関するさらなるセキュリティをリクエストする（ステップ９０５）。これは、例えば、Ｓ／ＭＩＭＥ、ＰＧＰ、または任意の他の独自の暗号化メカニズムを含む。その後、ステップ９１０にて、ユーザがメッセージに署名を追加することを所望するか否かを見出しえるために試験が実行される。ユーザが署名の追加を所望しない場合、ステップ９１５にて、ユーザが暗号化を追加することを所望するか否かを見出すために試験が実行される。ユーザが署名または暗号化を追加することを選択しなかった場合、さらなるセキュリティについてのユーザのリクエストが無視され、メッセージは、通常の手順により送信される（ステップ９２０）。
【００７７】
ユーザは、署名を追加することを所望する場合、メッセージテキストは、ダイジェスト機能に渡され、ダイジェストは、ユーザの秘密鍵ＡＫ−１（ＭＤ）で暗号化される（ステップ９２５）。上述のように、ダイジェストの暗号化は、ダイジェストに署名するために用いられ得る変換の１例にすぎない。これが終了した後、ユーザがメッセージに暗号化を追加することも所望するか否かを見出すためにさらなる試験が実行される（ステップ９３０）。当業者が理解するように、ステップ９３０にて試験は、無限ループが生じることを回避するためにメッセージがまだ暗号化されていないことを想定するか、または、チェックし得る。ユーザは、暗号化を追加することを所望しない場合、または、暗号化がすでに追加された場合、メッセージが準備され、ホストシステムに送信される（ステップ９３５）。オリジナルメッセージ（ここで、適宜暗号化される）、署名入りダイジェスト、アルゴリズムｉｄ、および暗号化において用いられる選択的セッション鍵は、すべて、ホストシステムに送信される。ワイヤレスフレンドリ法を用いて、この情報のすべてをエンコード、圧縮、暗号化することも所望され得る。
【００７８】
ユーザは、メッセージに署名を追加することを所望しないが、暗号化を追加することを所望する場合、または、署名を追加した後に、ユーザが暗号化を追加することを所望する場合、方法は、ステップ９４０に進む。このステップにて、モバイルデバイスは、例えば、デバイス上に格納されたモバイルユーザの秘密鍵に基づいて、セッション鍵を生成する。モバイルデバイスソフトウェアは、選択的に、メッセージを暗号化するためにセッション鍵を用い得るか、または、セッション鍵がすでに所定の位置にある場合、別個のワイヤレスフレンドリ暗号化法を用い得る。一旦これが終了すると、さらに、ユーザがメッセージを署名することを所望するか否かを見出すために試験が実行される（ステップ９４５）。上述のステップ９３０に関するように、ステップ９４５は、エンドレスループを回避するためにメッセージがまだサインされていないことを想定するか、あるいは、チェックする。ユーザが署名の追加を所望する場合、方法は、デジタル署名を追加するためにステップ９２５に戻る。そうでない場合、ユーザが署名を所望しない場合か、または、署名がすでに追加されている場合、メッセージは、ホスト用に準備される（ステップ９５０）。ステップ９５０は、ここで暗号化され、暗号化のために用いられるセッション鍵を含み、選択的署名入りダイジェストおよびアルゴリズムｉｄを追加し、そして、これらのすべてをホスト９５０に送信するオリジナルメッセージをここで取得する。上述のように、すべてのこれらの情報が、ワイヤレスフレンドリ法を用いて、エンコード、圧縮、および暗号化され得る。
【００７９】
ホストは、モバイルデバイス１００からこのメッセージを受信した場合（ステップ９５５）、ホストは、デジタル署名、アルゴリズムｉｄ、およびセッション鍵を含み得るか含み得ない、存在するコンポーネントを取得し、宛先９５５に送信するために全Ｓ／ＭＩＭＥまたはＰＧＰメッセージを準備する。モバイルデバイスのために行われた処理は、メッセージの受信者ごとの暗号セッション鍵を生成すること、ＲｅｃｉｐｉｅｎｔＩｎｆｏリストを生成すること、ユーザの公開鍵を有する署名セクション、証明書、およびその企業の証明書取り消しリスト（ＣＲＬ）を生成することを含む。これらの最終コンポーネントは、長さが２０００バイトから１００００バイトのメッセージを取得し得る。一旦この際構成が終了すると、メッセージは、企業内のイントラネットベースまたはイントラネットベースでメッセージサーバ４０を介してすべての宛先受信側に送信される。
【００８０】
ここで、図１４を参照して、本明細書中に記載されるシステムおよび方法で用いられ得る例示的ワイヤレス通信デバイスのブロック図が示される。モバイル通信デバイス１００は、好適には、ボイスおよび／またはデータ通信能力を有する２方向通信デバイスである。デバイスは、好適には、インターネット上の他のコンピュータシステムと通信する能力を有する。デバイスによって提供される機能性に依存して、デバイスは、データメッセージングデバイス、２方向ページャ、メッセージング能力を有するセルラー電話、ワイヤレスインターネットアプライアンス、またはデータ通信デバイス（テレフォニ能力を有するか、または有しない）と呼ばれ得る。上述のように、このようなデバイスは、本明細書中にて、概して、単に、モバイルデバイスと呼ばれる。
【００８１】
デュアルモードデバイス１００は、トランシーバ１４１１、マイクロプロセッサ１４３８、ディスプレイ１４２２、フラッシュメモリ１４２４、ＲＡＭ１４２６、補助入力／出力（Ｉ／Ｏ)デバイス１４２８、シリアルポート１４３０、キーボード１４３２、スピーカ１４３４、マイクロホン１４３６、短距離ワイヤレス通信サブシステム１４４０を含み、さらに、他のデバイスサブシステム１４４２を含み得る。トランシーバ１４１１は、好適には、送信アンテナ１４１６および受信アンテナ１４１８、受信器（Ｒｘ）１４１２、送信器（Ｔｘ）１４１４、１つ以上のローカルオシレータ（ＬＯ）１４１３、およびデジタル信号プロセッサ（ＤＳＰ）１４２０を含む。フラッシュメモリ１４２４の中で、デバイス１００は、好適には、マイクロプロセッサ１４３８（および／またはＤＳＰ１４２０）によって実行され得る複数のソフトウェアモジュール１４２４Ａ〜１４２４Ｎを含み、これらは、複数の他の機能を実行するためのボイス通信モジュール１４２４Ａ、データ通信モジュール１４２４Ｂおよび複数の他の動作モジュール１４２４Ｎを含む。
【００８２】
モバイル通信デバイス１００は、好適には、ボイスおよびデータ通信能力を有する２方向通信デバイスである。従って、例えば、デバイスは、アナログまたはデジタルセルラーネットワークのいずれか等のボイスネットワークを介して通信し得、さらに、データネットワークを介して通信し得る。ボイスおよびデータネットワークは、通信タワー１４１９で図１４に示される。これらのボイスおよびデータネットワークは、基地局、ネットワークコントローラ等の別個のインフラストラクチャを用いる別個の通信ネットワークであり得るか、または、これらは、単一のワイヤレスネットワークに統合され得る。従って、ネットワーク１４１９に関しては、単一のボイス、およびデータネットワークまたは別個のネットワークの両方を含むと解釈されるべきである。
【００８３】
通信サブシステム１４１１は、ネットワーク１４１９と通信するために用いられる。ＤＳＰ１４２０は、送信器１４１４への、および受信器１４１２からの通信信号を送受信するために用いられ、さらに、送信器１４１４および受信器１４１２とコントロール情報を交換し得る。ボイスおよびデータ通信が、単一周波数、または密接に間隔が詰まったセットの周波数で生じる場合、単一のＬＯ１４１３は、送信器１４１４および受信器１４１２と共に用いられ得る。あるいは、ボイス通信対データ通信に対して異なった周波数が利用される場合、ネットワーク１４１９に対応する複数の周波数を生成するために複数のＬＯ１４１３が用いられ得る。２つのアンテナ１４１６、１４１８が図１４にて示されるが、モバイルデバイス１００は、単一のアンテナ構造で用いられ得る。ボイスおよびデータ情報の両方を含む情報は、ＤＳＰ１４２０とマイクロプロセッサ１４３８との間のリンクを介して、通信モジュール１４１１に、および通信モジュール１４１１から伝達される。
【００８４】
周波数帯域、コンポーネントの選択肢、電力レベル等の通信サブシステム１４１１の詳細な設計は、展開することが意図されるデバイス通信ネットワーク１４１９に依存する。例えば、北米市場において展開するように意図されたデバイス１００は、ＭｏｂｉｔｅｘまたはＤａｔａＴＡＣモバイルデータ通信ネットワークで動作するように設計され、および、ＡＭＰＳ、ＴＤＭＡ、ＣＤＭＡ、ＰＣＳ等の種々のボイス通信ネットワークのいずれかで動作するように設計された通信サブシステム１４１１を含み得、これに対して、欧州で用いることが意図されたデバイス１００は、ＧＰＲＳデータ通信ネットワークおよびＧＳＭボイス通信ネットワークで動作するように構成され得る。他のタイプのデータおよびボイスネットワークは、別個のもの、および統合されたものの両方があり、モバイルデバイス１００によっても利用され得る。
【００８５】
ネットワーク１４１９のタイプに依存して、デュアルモードモバイルデバイス１００へのアクセス要件も変化し得る。例えば、ＭｏｂｉｔｅｘおよびＤａｔａＴＡＣデータネットワークにおいて、モバイルデバイスは、各デバイスと関連付けられた一意的識別番号を用いてネットワーク上に登録される。しかしながら、ＧＰＲＳにおいては、ネットワークアクセスは、デバイス１００の加入者またはユーザと関連付けられ得る。ＧＰＲＳデバイスは、通常、加入者アイデンティティモジュール（「ＳＩＭ」）を必要とし、これは、ＧＰＲＳネットワーク上でデバイス１００を動作させるために必要とされる。ローカル、または非ネットワーク通信機能（存在する場合）が、ＳＩＭを用いなくても動作可能であり得るが、デバイス１００は、「９１１」緊急呼出し等の、任意の法定動作以外は、ネットワークを介しての通信を含む任意の機能を実行することができない。
【００８６】
任意の必要とされるネットワークレジストレーションまたは起動手順が完了した後、デュアルモードデバイス１００は、好適には、ネットワーク１４１９を介してボイスおよびデータ信号の両方を含む通信信号を送受信し得る。アンテナ１４１６によって受信された通信ネットワーク１４１９からの信号は、受信器１４１２にルーティングされ、これは、信号増幅、周波数ダウンコンバージョン、フィルタリング、チャネル選択等を提供し、さらに、アナログデジタル変換を提供し得る。受信信号のアナログデジタル変換は、デジタル復調およびデコードがＤＳＰ１４２０を用いて実行されることを可能にする。同様に、ネットワーク１４１９に送信されるべき信号は、例えば、ＤＳＰ１４２０による変調およびエンコードを含む処理がなされ、その後、デジタルアナログ変換、周波数アップコンバージョン、フィルタリング、増幅、およびアンテナ１４１８を介して通信ネットワーク１４１９への送信のための送信器１４１４に提供される。単一のトランシーバ１４１１が、ボイスおよびデータ通信の両方に関して図１４に示されるが、デバイス１００は、２つの異なるトランシーバ、ボイス信号を送受信するための第１のトランシーバ、およびデータ信号を送受信するための第２のトランシーバを含み得ることが可能である。
【００８７】
通信信号を処理することに加えて、ＤＳＰ１４２０は、さらに、受信器および送信器のコントロールを提供し得る。例えば、受信器１４１２および送信器１４１４における通信信号に付与されるゲインレベルは、ＤＳＰ１４２０において実現される自動ゲインコントロールアルゴリズムを通じて、調整可能に制御され得る。他のトランシーバコントロールアルゴリズムは、より洗練されたトランシーバ１４１１のコントロールを提供するために、ＤＳＰ１４２０において実現され得る。
【００８８】
マイクロプロセッサ１４３８は、好適には、デュアルモードデバイス１００の動作全体を管理および制御する。複数のタイプのマイクロプロセッサまたはマイクロコントローラがここで用いられ得るか、あるいは、マイクロプロセッサ１４３８の機能を実行するために、単一のＤＳＰ１４２０が用いられ得る。少なくともデータおよびボイス通信を含む低レベルの通信機能がトランシーバ１４１１においてＤＳＰ１４２０を通じて実行される。他の、ボイス通信アプリケーション１４２４Ａおよびデータ通信アプリケーション１４２４Ｂといった高レベル通信アプリケーションは、マイクロプロセッサ１４３８によって実行するためのフラッシュメモリ１４２４において格納され得る。例えば、ボイス通信モジュール１４２４Ａは、デュアルモードモバイルデバイス１００と複数の他のボイスデバイスとの間でネットワーク１４１９を介してボイスコールを送受信するように動作し得る高レベルユーザインターフェースを提供し得る。同様に、データ通信モジュール１４２４Ｂは、ネットワーク１４１９を介して、ｅメールメッセージ、ファイル、オーガナイザ情報、ショートテキストメッセージ等のデータを送受信するように動作し得る高レベルユーザインターフェースをデュアルモードモバイルデバイス１００と複数の他のデータデバイスとの間に提供し得る。デバイス１００上で、セキュアなメッセージングソフトウェアアプリケーションは、上述のセキュアなメッセージング技術を実現するために、データ通信モジュール１４２４Ｂと共に動作し得る。
【００８９】
マイクロプロセッサ１４３８もまた、ディスプレイ１４２２、フラッシュメモリ１４２４、ランダムアクセスメモリ（ＲＡＭ）１４２６、補助入力／出力（Ｉ／Ｏ）サブシステム１４２８、シリアルポート１４３０、キーボード１４３２、スピーカ１４３４、マイクロホン１４３６、短距離通信サブシステム１４４０、および、通常、１４４２として設計される任意の他のデバイスサブシステム等の他のデバイスサブシステムと双方向通信する。例えば、モジュール１４２４Ａ〜Ｎは、マイクロプロセッサ１４３８によって実行され、モバイルデバイスのユーザトモバイルデバイスとの間に高レベルインターフェースを提供し得る。このインターフェースは、通常、ディスプレイ１４２２を通じて提供されるグラフィカルコンポーネント、および、補助Ｉ／Ｏ１４２８、キーボード１４３２、スピーカ１４３４、またはマイクロホン１４３６を通じて提供される入力／出力コンポーネントを含む。
【００９０】
図１４に示されるサブシステムのいくつかは、通信関連機能を実行し、これに対して、他のサブシステムは、「常駐」またはオンデバイス機能を提供し得る。明らかに、キーボード１４３２およびディスプレイ１４２２等のいくつかのサブシステムは、データ通信ネットワークを介して送信するためのテキストメッセージを入力する通信関連機能、および計算器またはタスクリストまたは他のＰＤＡタイプの機能といったデバイス常駐機能の両方のために用いられ得る。
【００９１】
マイクロプロセッサ１４３８によって用いられるオペレーティングシステムソフトウェアは、好適には、フラッシュメモリ１４２４等の永久ストアに格納される。オペレーティングシステムおよび通信モジュール１４２４Ａ〜Ｎに加えて、フラッシュメモリ１４２４は、さらに、データを格納するためのファイルシステムを含み得る。格納領域は、さらに、好適には、公開鍵、秘密鍵、およびセキュアなメッセージングのために必要とされる他の情報を格納するためにフラッシュメモリ１４２４に提供される。オペレーティングシステム、特定のデバイスアプリケーションまたはモジュール、あるいは、それらの部分が、より高速に動作するためのＲＡＭ１４２６等の揮発性ストアに一時的にロードされ得る。さらに、受信された通信信号も、永久ストア１４２４に配置されたファイルシステムにこれらを永久書き込みする前に、一時的にＲＡＭ１４２６に格納され得る。
【００９２】
デュアルモードデバイス１００上にロードされ得る例示的アプリケーションモジュール１４２４Ｎは、カレンダイベント、アポイントメント、およびタスクアイテム等のＰＤＡ機能性を提供するパーソナルインフォーメーションマネージャ（ＰＩＭ）である。このモジュール１４２４Ｎは、さらに、通話、ボイスメール等を管理するためのボイス通信モジュール１４２４Ａと双方向通信し得、ｅメール通信および他のデータ送信を管理するためのデータ通信モジュール１４２４Ｂとも双方向通信し得る。あるいは、ボイス通信モジュール１４２４Ａおよびデータ通信モジュール１４２４Ｂの機能性のすべては、ＰＩＭモジュールに統合され得る。
【００９３】
フラッシュメモリ１４２４は、好適には、デバイス上へのＰＩＭデータアイテムの格納を容易にするためにファイルシステムを提供する。ＰＩＭアプリケーションは、好適には、単独で、またはボイスおよびデータ通信モジュール１４２４Ａ、１４２４Ｂと共に、ワイヤレスネットワーク１４１９を介してデータアイテムを送受信する能力を含む。ＰＩＭデータアイテムは、好適には、ホストコンピュータシステムによって格納されたか、または、これと関連したデータアイテムの対応するセットを用いて、ワイヤレスネットワーク１４１９を介してシームレスに統合され、同期化、かつ、更新され、これにより、特定のユーザと関連付けられたデータアイテムのためのミラーリングされたシステムを生成する。
【００９４】
モバイルデバイス１００は、さらに、モバイルデバイス１００のシリアルポート１４３０をホストシステムのシリアルポートに結合するインターフェースクレードルにデバイス１００を配置することによってホストシステムと手動で同期化され得る。シリアルポート１４３０は、さらに、上述のように、ユーザが、外部デバイスまたはソフトウェアアプリケーションを通じて選好を設定すること、インストールのために他のアプリケーションモジュール１４２４Ｎをダウンロードすること、および、証明書、鍵、および他の情報をデバイス上にロードすることを可能にするために用いられ得る。このワイヤドダウンロード経路は、暗号鍵をデバイス上にロードするために用いられ得、これは、ワイヤレスネットワーク１４１９を介して暗号情報を交換するよりもよりセキュアな方法である。
【００９５】
さらなるアプリケーションモジュール１４２４Ｎは、ネットワーク１４１９を通じて、補助Ｉ／Ｏサブシステム１４２８を通じて、シリアルポート１４３０を通じて、短距離通信サブシステム１４４０を通じて、または、任意の他の適切なサブシステム１４４２を通じてデュアルモードデバイス１００上にロードされ得、ユーザによってフラッシュメモリ１４４０またはＲＡＭ１４２６にインストールされ得る。アプリケーションのインストールにおけるこのようなフレキシビティは、デバイス１００の機能性を向上させ、かつ、強化されたオンデバイス機能、通信関連機能、またはこれらの両方を提供し得る。例えば、セキュアな通信アプリケーションは、電子商取引機能、および、他のそのような金融取引がデバイス１００を用いて実行されることを可能にし得る。
【００９６】
デュアルモードデバイス１００がデータ通信モードで動作する場合、テキストメッセージまたはウェブページのダウンロード等の受信信号がトランシーバ１４１１によって処理され、好適には、ディスプレイ１４２２、あるいは、補助Ｉ／Ｏデバイス１４２８に出力するための受信信号をさらに処理するマイクロプロセッサ１４３８に提供される。デュアルモードデバイス１００のユーザは、さらに、好適には、ＱＷＥＲＴＹスタイルでレイアウトされた完全な英数字キーボードであるキーボード１４３２を用いてｅメールメッセージ等のデータアイテムを作成し得るが、公知のＤＶＯＲＡＫスタイル等の他のスタイルの完全な英数字キーボードもまた用いられ得る。デバイス１００へのユーザ入力は、さらに、指回し式円盤型入力デバイス、タッチパッド、種々のスイッチ、ロッカー入力スイッチ等を含み得る複数の補助Ｉ／Ｏデバイス１４２８で強化される。ユーザによって作成されたデータアイテム入力は、その後、トランシーバ１４１１を介して通信ネットワーク１４１９にわたって送信され得る。モバイルデバイス１００によって受信され、かつモバイルデバイス１００から送信されるべきセキュアなメッセージは、データ通信モジュール１４２４Ｂ、または、上述の技術による関連したセキュアなメッセージングソフトウェアアプリケーションによって処理される。
【００９７】
デュアルモードデバイス１００は、ボイス通信モードで動作し、デバイス１００の動作全体は、受信された信号が好適には、スピーカ１４３４に出力され、送信するためのボイス信号がマイクロホン１４３６によって生成されることを除いて、データモードと実質的に類似である。さらに、上述のセキュアなメッセージング技術は、ボイス通信に必ずしも適用され得ない。これに代わる、ボイスメッセージレコーディングサブシステム等のボイスまたはオーディオＩ／Ｏサブシステムも、デバイス１００上に実現され得る。ボイスまたはオーディオ信号出力は、好適には、主にスピーカ１４３４を通じて達成されるが、さらに、ディスプレイ１４２２が、起呼側のアイデンティティ、ボイスコールの継続時間、または、他のボイスコール関連情報の表示を提供するために用いられ得る。例えば、マイクロプロセッサ１４３８は、ボイス通信モジュール１４２４Ａおよびオペレーティングシステムソフトウェアと共に、入来するボイスコールの発呼者識別情報を検出し得、これをディスプレイ１４２２上に表示し得る。
【００９８】
短距離通信サブシステム１４４０は、さらに、デュアルモードデバイス１００に含まれ得る。例えば、サブシステム７４０は、赤外線デバイス、ならびに関連した回路およびコンポーネント、あるいは、類似に実現されたシステムおよびデバイスの通信を提供するために、ブルートゥース仕様に従う「ブルートゥース」モジュール、または８０２．１１仕様に従う８０２．１１モジュール等の短距離ワイヤレス通信モジュールを含み得る。「ブルートゥース」および８０２．１１が、米国電気電子学会（ＩＥＥＥ）から利用可能なワイヤレスＬＡＮおよびワイヤレスパーソナルエリアネットワークに関する仕様のセットのことであることが当業者に明らかである。
【００９９】
好適な動作の方法を含む、システムの好適な実施形態にて記載されたが、この動作は、異なった要素およびステップで実行され得ることが理解されるべきである。この好適な実施形態は、例示のために提供されるにすぎず、本発明の範囲を限定することを意図しない。例えば、図１５および図１６は、ワイヤレスモバイル通信デバイスを必要とするメッセージの事前処理および事後処理を示す。
【０１００】
図１５は、事前処理の例を示し、ここで、ホストシステム１８０６は、１人以上の受信者にアドレス指定されたメッセージ発信者１５０２からメッセージを受信する。ワイヤレスコネクタシステム１５１０は、メッセージ受信者に対応するモバイルデバイス１５１４のためのメッセージ１５１２を生成する。ワイヤレスコネクタシステム１５１０は、発信者のメッセージ１５０４に対して認証および／または暗号化メッセージ処理１５０８を実行する。モバイルデバイスに対応するメッセージ受信者によって必要とされない、いくつか、またはすべてのセッション鍵を排除することによって、発信者の暗号メッセージのサイズを縮小する複数のタイプの処理が実行され得る。処理１５０８を通じて、モバイルデバイス１５１４に送信されたメッセージ１５１２は、認証および／または暗号化局面（単数または複数）に関して発信者のメッセージ１５０４が改変されたものである。モバイルデバイス１５１４は、そのような事前処理メッセージを格納するための、揮発性または不揮発性ＲＡＭ（ランダムアクセスメモリ）等のメモリを含む。
【０１０１】
発信者のメッセージ１５０４を受信すべき受信側に対応するために、他のモバイルデバイスがワイヤレスコネクタシステム１５１０によって識別される場合、発信者のメッセージ１５０４は、同様に処理される。このようにして、認証および／または暗号化局面（単数または複数）（例えば、エンコーディング局面）に関して改変されたメッセージ（例えば、１５１６）は、他のモバイルデバイス（例えば、１５１８）に送信される。
【０１０２】
このようなシステムは、処理１５０８がホストシステム１５０６によって実行されることを可能にするか、または、ホストシステム１５０６内で動作するか、または、ホストシステム１５０６とは異なったプラットフォーム上で動作するワイヤレスコネクタシステム１５１０を有する等、多様に変更され得る。システムの変形の広範囲のさらなる例として、ワイヤレスコネクタシステム１５１０は、モバイルデバイス（例えば、１５１４および１５１８）にメッセージを送信するためにリダイレクション以外の技術を用い得る。
【０１０３】
図１６は、事後処理の例を示し、ここで、コネクタシステム１６０６は、１人以上のメッセージ受信者（例えば、１６１４および１６１８）にアドレス指定されたメッセージ１６０４をワイヤレスモバイル通信デバイス１６０２から受信する。認証および／または暗号化メッセージ処理１６０８がメッセージ１６０４に対して実行される。デバイスの署名入りメッセージから署名関連情報の表示を除去すること、および署名関連情報の表示において識別された署名関連情報を署名入りメッセージに添付すること等の複数のタイプの処理が実行される。処理されたメッセージ１６１２は、その後、ホストシステム１６１０を通じて１人以上の受信者（例えば、１６１４および１６１８）に送信され得る。
【０１０４】
本明細書中に記載された、このような事前処理および事後処理システムは、主に、モバイルデバイスと関連した帯域幅およびバッテリの限界が原因で、現在のシステムがＳ／ＭＩＭＥメッセージ全体をモバイルデバイスに送達することを試みないという困難等の複数の問題に対処する。一つの困難は、Ｓ／ＭＩＭＥメッセージが、通常、ワイヤレス通信ネットワークを介してモバイルデバイスに有効に送信するためには過度に大きいということである。Ｓ／ＭＩＭＥメッセージ全体が、モバイルデバイスに、またはここから送信された場合、このデバイスは、単一のメッセージのためだけに、過剰な量のメモリおよびバッテリ電力を使用し得る。モバイルデバイスによって送受信するために必要な時間、格納するために必要とされるメモリ、およびメッセージを、交換を処理するために必要とされるバッテリ電力を考慮して、ストレートＳ／ＭＩＭＥをサポートすることを試みた製品は、平均的ビジネスユーザに所望でない質を有する。別の例示的問題は、ワイヤレスネットワークおよびモバイルデバイスにアクセス可能な現在利用可能な公開鍵サーバがないことである。その結果、公開鍵の暗号化演算の使用は、非常に困難であり、公開鍵インフラストラクチャ（ＰＫＩ）要件を除去するために、モバイルデバイスにて苛酷なキャッシング動作を必要とする。セキュアなｅメールメッセージを交換する領域において、（１）モバイルデバイスから送信されるメッセージを暗号化するために、モバイルデバイスが、ＰＫＩから公開暗号化鍵を取り出すことができない、（２）署名された受信メッセージ上の公開鍵を取り出すことができない、（３）小型デバイス上で非常に大きいＣＲＬを扱うことができない、および（４）公開鍵暗号化アルゴリズムを必要とする複雑な数学的計算を実行する低速のプロセッサによるモバイルデバイス上の時間遅延を含むという、さらなる問題がある。これらの問題および他の結果は、モバイルデバイスを用いてＳ／ＭＩＭＥベースのｅメールメッセージを交換することを試みる場合にユーザが気の毒で苛立たしい経験をする。
【０１０５】
本明細書中に記載されるシステムおよび方法の事前処理および事後処理は、セキュアなｅメールメッセージを処理し、これにより、例えば、Ｓ／ＭＩＭＥメッセージを含む、このようなメッセージが、モバイルデバイスで交換され得る。このシステムおよび方法は、さらに、モバイルデバイスと関連したホストシステムのプロセッサ電力を活用して、Ｓ／ＭＩＭＥメッセージをモバイルデバイスと交換する場合、より良好なユーザの経験を可能にする。
【０１０６】
本明細書中に開示されたシステムおよび方法の広範囲のさらなる例は、図１７〜図１９に示される。図１７〜図１９は、システムおよび方法の異なった例示的通信システム内でのさらなる使用を記載する。図１７は、例示的通信システムを示すブロック図である。図１７において、通信システム１７０２、ＷＡＮ１７０４、セキュリティファイアウォール１７０８の後の企業ＬＡＮ１７０６、ワイヤレスインフラストラクチャ１７１０、ワイヤレスネットワーク１７１２および１７１４、ならびに、ワイヤレスモバイル通信デバイス（「モバイルデバイス」）１７１６および１７１８が示される。企業ＬＡＮ１７０６は、メッセージサーバ１７２０、ワイヤレスコネクタシステム１７２８、少なくとも複数のメールボックス１７１９を含むデータストア１７１７、インターフェースまたはコネクタ１７２６への物理的接続１７２４を通じて等モバイルデバイスに直接的な通信リンクを有するデスクトップコンピュータシステム１７２２、ならびにワイヤレスバーチャルプライベートネットワーク（ＶＰＮ）ルータ１７３２を含む。図１７におけるシステムの動作は、メッセージ１７３３、１７３４および１７３６を参照して後述される。
【０１０７】
コンピュータシステム１７０２は、例えば、ＷＡＮ１７０４と接続するように構成されたラップトップ、デスクトップ、またはパルムトップコンピュータシステムであり得る。このようなコンピュータシステムは、ＩＳＰまたはＡＳＰを介してＷＡＮ１７０４に接続し得る。あるいは、コンピュータシステム１７０２は、コンピュータシステム１７２２のように、例えば、ＬＡＮまたは他のネットワークを通じてＷＡＮ１７０４にアクセスするネットワーク接続されたコンピュータシステムであり得る。複数の最近のモバイルデバイスは、種々のインフラストラクチャおよびゲートウェイ構成を通じてＷＡＮへの接続のために使用可能にされ、従って、コンピュータシステム１７０２もまたモバイルデバイスであり得る。
【０１０８】
企業ＬＡＮ１７０６は、ワイヤレス通信システムのために使用可能にされた中央、サーバベースのメッセージングシステムの図式的例である。企業ＬＡＮ１７０６は、「ホストシステム」と呼ばれ得、ここで、企業ＬＡＮは、メッセージ用のメールボックス１７１９を有するデータストア１７１７、および、場合によっては、さらに、モバイルデバイス１７１６および１７１８に送信されるか、または、これらから受信され得る他のデータアイテム用のデータストア（図示せず）の両方、ならびに、ワイヤレスコネクタシステム１７２８、ワイヤレスＶＰＮルータ１７３２、または、場合によっては、企業ＬＡＮ１７０６と、一つ以上のモバイルデバイス１７１６および１７１８との間の通信を可能にする他のコンポーネントをホストし得る。より一般的な意味では、ホストシステムは、上述のように、一つ以上のコンピュータであり得、ここで、これと共に、またはこれと関連してワイヤレスコネクタシステムが動作する。企業ＬＡＮ１７０６は、ホストシステムの１つの好適な実施形態であり、この実施形態にて、ホストシステムは、少なくとも１つのセキュリティ通信ファイアウォール１７０８の背後で、およびこれによって保護されて動作する企業ネットワーク環境サーバコンピュータ内で走行するサーバコンピュータである。他の可能な中央ホストシステムは、ＩＡＰ、ＡＳＰおよび他のサーバプロバイダまたはメールシステムを含む。デスクトップコンピュータシステム１７２４およびインターフェース／コネクタ１７２６は、このようなホストシステムの外側に配置され得るが、ワイヤレス通信動作は、後述されるものと類似であり得る。
【０１０９】
企業ＬＡＮ１７０６は、ワイヤレスコネクタシステム１７２８を、通常、ソフトウェアプログラム、ソフトウェアアプリケーション、または、少なくとも１つ以上のメッセージサーバで動作するように確立されたソフトウェアコンポーネントであるコンポーネントを使用可能にする関連したワイヤレス通信として実現する。ワイヤレスコネクタシステム１７２８は、ユーザ選択情報を、１つ以上のワイヤレスネットワーク１７１２および１７１４を介して、１つ以上のモバイルデバイス１７１６および１７１８に送信するため、および、１つ以上のモバイルデバイス１７１６および１７１８から情報を受信するために用いられる。ワイヤレスコネクタシステム１７２８は、図１７に示されるようなメッセージング師ステムの別個のコンポーネントであり得るか、または、その代わりに、部分的、または全体が他の通信システムコンポーネントに組み込まれ得る。例えば、メッセージサーバ１７１７は、ソフトウェアプログラム、アプリケーション、または、ワイヤレスコネクタシステム１７２８を実現するコンポーネント、その部分、または、その機能性のいくつか、または、すべてを搭載し得る。
【０１１０】
ファイアウォール１７０８の後のコンピュータ上で走行するメッセージサーバ１７１７は、例えば、ｅメール、カレンダリングデータ、ボイスメール、電子ドキュメント、および、他のパーソナルインフォーメーションマネージメント（ＰＩＭ)データを含むメッセージを、通常、インターネットであるＷＡＮ１７０４と交換するための企業用のメインインターフェースとして機能する。特定の中間動作およびコンピュータは、特定のタイプのメッセージ送達メカニズム、およびメッセージが交換されるネットワークに依存し、従って、図１７に示されていない。メッセージサーバ１７１７の機能性は、メッセージ送信および受信の他に、カレンダ、トゥドゥリスト、タスクリスト、ｅメールおよびドキュメンテーションのようなデータのためのダイナミックデータベースストレージといった機能を提供する。
【０１１１】
１７１７等のメッセージサーバは、通常、サーバ上にアカウントを有するユーザごとに１７１７等の１つ以上のデータストアにおいて、複数のメールボックス１７１９を維持する。データストア１７１７は、複数の（「ｎ」個の）ユーザアカウントのメールボックス１７１９を含む。ユーザ、ユーザアカウント、メールボックス、または、場合によっては、メッセージ受信側としてのユーザ、アカウントまたはメールボックス１７１９と関連した別のアドレスを識別するメッセージサーバ１７１７によって受信されるメッセージは、通常、対応するメールボックス１７１９に格納される。メッセージが複数の受信側または配信リストにアドレス指定される場合、同じメッセージのコピーが１つ以上のメールボックス１７１９に格納され得る。あるいは、メッセージサーバ１７１７は、このようなメッセージの単一のコピーを、メッセージサーバ上にアカウントを有するユーザのすべてにアクセス可能なデータストアに格納し、かつ、ポインタまたは他の識別子を各受信側のメールボックス１７１９に格納し得る。通常のメッセージングシステムにおいて、各ユーザは、メールボックス１７１９、および、そのコンテンツを、通常、ＬＡＮ１７０６に接続されたデスクトップコンピュータシステム１７２２等のＰＣ上で動作するＭｉｃｒｏｓｏｆｔ  ＯｕｔｌｏｏｋまたはＬｏｔｕｓ  Ｎｏｔｅｓ等のメッセージングクライアントを用いてアクセスし得る。ただ１つのデスクトップコンピュータシステム１７２２が図１７に示されるが、当業者は、ＬＡＮが、通常、複数のデスクトップ、ノートブック、およびラップトップコンピュータシステムを含むことを理解する。各メッセージングクライアントは、通常、メールサーバ１７２０を通じてメールボックス１７１９にアクセスするが、いくつかのシステムにおいて、メッセージングクライアントは、デスクトップコンピュータシステム１７２２によって、その上に格納されたデータストア１７１７およびメールボックス１７１９にダイレクトアクセスすることを可能にし得る。メッセージは、さらに、データストア１７２０から、デスクトップコンピュータシステム１７２２上のローカルデータストア（図示せず）にダウンロードされ得る。
【０１１２】
企業ＬＡＮ１７０６内で、ワイヤレスコネクタシステム１７２８は、メッセージサーバ１７２０と共に動作する。ワイヤレスコネクタシステム１７２８は、メッセージサーバ１７２０と同じコンピュータシステム上に常駐し得か、または、異なったコンピュータシステム上で実現され得る。ワイヤレスコネクタシステム１７２８を実現するソフトウェアは、さらに、部分的または全体がメッセージサーバ１７２０と統合され得る。ワイヤレスコネクタシステム１７２８およびメッセージサーバ１７２０は、好適には、情報をモバイルデバイス１７１６、１７１８にプッシュすることを可能にするように連係および双方向通信するように設計される。このようなインスタレーションにおいて、ワイヤレスコネクタシステム１７２８は、好適には、企業ＬＡＮ１７０６と関連した１つ以上のデータストアに格納される情報を、企業ファイアウォール１７０８を通じて、ならびに、ＷＡＮ１７０４、およびワイヤレスネットワーク１７１２、１７１４の１つを介して、１つ以上のモバイルデバイス１７１６、１７１８に送信されるように構成される。例えば、データストア１７１７にアカウントおよび関連したメールボックス１７１９を有するユーザは、さらに、１７１６のようなモバイルデバイスを有し得る。上述のように、ユーザ、アカウントまたはメールボックス１７１９を識別するメッセージサーバ１７２０によって受信されたメッセージは、メッセージサーバ１７２０によって対応するメールボックス１７１９に格納される。ユーザが１７１６等のモバイルデバイスを有する場合、メッセージサーバ１７２０により受信され、かつ、ユーザのメールボックス１７１９に格納されるメッセージは、好適には、ワイヤレスコネクタシステム１７２８によって検出され、かつ、ユーザのモバイルデバイス１７１６に送信される。このタイプの機能性は、「プッシュ」メッセージ送信技術を表す。ワイヤレスコネクタシステム１７２８は、その代わりに、「プッシュ」技術を採用し得、この技術で、メールボックス１７１９に格納されたアイテムは、モバイルデバイス、または、両方の技術の特定の組み合わせを用いて行われるリクエストまたはアクセス動作に応答するモバイルデバイス１７１６、１７１８に送信される。
【０１１３】
これにより、ワイヤレスコネクタ１７２８の使用は、メッセージサーバ１７２０を含むメッセージングシステムが拡張されることを可能にし、これにより、各ユーザのモバイルデバイス１７１６、１７１８は、メッセージサーバ１７２０の格納されたメッセージにアクセスする。
【０１１４】
図１７に示され、かつ、図１のシステムと同様に、企業ＬＡＮ１７０６からの情報をモバイルデバイス１７１６、１７１８と交換するためのいくつかの経路がある。１つの可能な情報転送経路は、インターフェースまたはコネクタ１７２６を用いて、シリアルポート等の物理的接続１７２４を通る。この経路は、上述のように、例えば、バルクＰＩＭ、および署名関連情報、データ同期化、および秘密暗号化または署名鍵の転送のために有用であり得る。公知の「同期化」タイプのワイヤレスメッセージングシステムにおいて、メッセージをメッセージサーバ１７２０と関連したメールボックス１７１９からモバイルデバイス１７１６および１７１８に転送するために物理的経路が用いられる。
【０１１５】
データをモバイルデバイス１７１６、１７１８と交換するための別の方法は、空中を介して、ワイヤレスコネクタシステム１７２８を通じて、かつ、ワイヤレスネットワーク１７１２、１７１４を用いる。図１７に示されるように、これは、１つ以上のワイヤレスネットワーク１７１２、１７１４にインターフェースを提供するワイヤレスＶＰＮルータ１７３２、または伝統的ＷＡＮ接続を含み得る。ワイヤレスＶＰＮルータ１７３２は、特定のワイヤレスネットワーク１７１２を通じてワイヤレスデバイス１７１６への直接的なＶＰＮ接続を生成する。ワイヤレスＶＰＮルータ１７３２の主な有利な点は、ワイヤレスインフラストラクチャ１７１０を必要としない既成のＶＰＮコンポーネントであり得ることである。
【０１１６】
ワイヤレスＶＰＮルータ１７３２が利用可能でない場合、ＷＡＮ１７０４（通常、インターネット）へのリンクは、ワイヤレスコネクタシステム１７２８によって用いられ得る一般的に用いられる接続メカニズムである。モバイルデバイス１７１６および任意の他の必要とされるインターフェース機能のアドレシングを処理するために、ワイヤレスインフラストラクチャ１７１０が、好適には、用いられる。
【０１１７】
いくつかのインプリメンテーションにおいて、複数の空中を介する情報交換メカニズムは、企業ＬＡＮ１７０６において提供され得る。図１７の例示的通信システムにおいて、例えば、メッセージサーバ１７２０上のユーザアカウントと関連するメールボックス１７１９を有するユーザと関連したモバイルデバイス１７１６、１７１８は、異なったワイヤレスネットワーク１７１２および１７１４上で動作するように構成される。ワイヤレスネットワーク１７１２が、Ｉｐｖ６アドレシングを支援した場合、ワイヤレスＶＰＮルータ１７３２は、ワイヤレスネットワーク１７１２内で動作する任意のモバイルデバイス１７１６とデータを交換するためにワイヤレスコネクタシステム１７２８によって用いられ得る。しかしながら、ワイヤレスネットワーク１７１４は、Ｍｏｂｉｔｅｘネットワーク等の異なったタイプのワイヤレスネットワークであり得、この場合、情報は、代替的に、ＷＡＮ１７０４およびワイヤレスインフラストラクチャ１７１０を介して、ワイヤレスコネクタシステム１７２８によってワイヤレスネットワーク１７１４内で動作するモバイルデバイス１７１８と交換され得る。
【０１１８】
図１７におけるシステムの動作は、上述のように、図１のものと同様である。ｅメールメッセージ１７３３は、コンピュータシステム１７０２から送信され、かつ、アカウントおよびメールボックス１７１９、またはメッセージサーバ１７２０と関連したデータストア、およびモビアルデバイス１７１６または１７１８の両方を有する少なくとも１つの受信側にアドレス指定される。企業ＬＡＮ１７０６間での他のタイプの情報の交換は、好適には、さらに、ワイヤレスコネクタシステム１７２８によっても可能にされる。
【０１１９】
ＷＡＮ１７０４を介してコンピュータシステム１７０２から送信されたｅメールメッセージ１７３３は、用いられる特定のメッセージングスキーマに依存して、全く安全であり得るか、または、デジタル署名で署名および／または暗号化され得る。例えば、コンピュータシステム１７０２がＳ／ＭＩＭＥを用いてセキュアなメッセージングを可能になる場合、ｅメールメッセージ１７３３は、署名、暗号化、またはこれらの両方がなされ得る。
【０１２０】
ｅメールメッセージ１７３３は、メッセージサーバ１７２０に到着し、このメッセージサーバは、どのメールボックス１７１９にｅメールメッセージ１７３３が格納されるべきかを決定する。上述のように、ｅメールメッセージ１７３３等のメッセージは、ユーザ名、ユーザアカウント、メールボックス識別子、または、特定のアカウント、またはメッセージサーバ１７２０によって関連付けられたメールボックス１７１９にマップされ得る他のタイプの識別子を含み得る。ｅメールメッセージ１７３３について、受信側は、通常、ユーザアカウント、従って、メールボックス１７１９に対応するｅメールアドレスを用いて識別される。
【０１２１】
ワイヤレスコネクタシステム１７２８は、好適には、１つ以上のトリガーイベントが起こったことを検出すると、ワイヤレスネットワーク１７１２または１７１４を介して、企業ＬＡＮ１７０６からユーザのモバイルデバイス１７１６または１７１８に特定のユーザ選択データアイテム、またはデータアイテムの部分を送信またはミラーリングする。トリガーイベントは、ユーザのネットワーク接続されたコンピュータシステム１７２２におけるスクリーンセーバの起動、ユーザのモバイルデバイス１７１６または１７１８の、インターフェース１７２６からの切断、またはモバイルデバイス１７１６または１７１８からホストシステムに送信された、ホストシステムに格納された１つ以上のメッセージの送信を開始するというコマンドの受信を含むが、これらに限定されない。従って、ワイヤレスコネクタシステム１７２８は、コマンドの受信等のメッセージサーバ１７２０と関連した、または、１つ以上のネットワーク接続されたコンピュータシステム１７２２と関連した、スクリーンセーバ、および上述のイベントの切断を含む、トリガーイベントを検出し得る。モバイルデバイス１７１６または１７１８の企業データへのワイヤレスアクセスがＬＡＮ１７０６で活性化された場合、例えば、ワイヤレスコネクタシステム１７２８がモバイルデバイスユーザのトリガーイベントの出現を検出した場合、ユーザによって選択されたデータアイテムは、好適には、ユーザのモバイルデバイスに送信される。ｅメールメッセージ１７３３の例において、トリガーイベントが検出されたと想定すると、メッセージサーバ１７２０におけるメッセージ１７３３の到着は、ワイヤレスコネクタシステム１７２８によって検出される。これは、例えば、メッセージサーバ１７２０と関連したメールボックス１７１９をモニタリングまたは照会することによって達成され得るか、または、メッセージサーバ１７２０がＭｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅサーバである場合、ワイヤレスコネクタシステム１７２８は、新しいメッセージがメールボックス１７１９にいつ格納されたかという通知を受信するために、ＭＡＰＩ（Ｍｉｃｒｏｓｏｆｔ  Ｍｅｓｓａｇｉｎｇ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）によって提供されたアドバイスｓｙｎｃｓについて登録し得る。
【０１２２】
ｅメールメッセージ１７３３等のデータアイテムがモバイルデバイス１７１６または１７１８に送信されるべき場合、ワイヤレスコネクタシステム１７２８は、好適には、１７３４および１７３６に示されるように、データアイテムを再パッケージ化する。再パッケージ化技術は、任意の利用可能な送信経路について同じであり得るか、あるいは、ワイヤレスインフラストラクチャ１７１０またはワイヤレスＶＰＮルータ１７３２の特定の送信経路に依存し得る。例えば、ｅメールメッセージ１７３３は、好適には、１７３４にて再パッケージ化される前または後に圧縮および暗号化され、これにより、モバイルデバイス１７１８へのセキュアな送信を有効に提供する。圧縮は、メッセージに送信するために必要とされる帯域幅を低減し、これに対して、暗号化は、モバイルデバイス１７１６および１７１８に送信される任意のメッセージまたは他の情報の機密性を保証する。対照的に、ＶＰＮルータ１７３２を介して送信されたメッセージは、圧縮だけされて、暗号化され得ない。なぜなら、ＶＰＮルータ１７３２によって確立されたＶＰＮ接続は、本来セキュアだからである。これにより、メッセージは、例えば、非標準的ＶＰＮトンネルまたはＶＰＮのような接続であると考えられ得るワイヤレスコネクタシステム１７２８における暗号化、あるいは、ＶＰＮルータ１７３２を介してモバイルデバイス１７１６および１７１８にセキュアに送信される。従って、モバイルデバイス１７１６または１７１８を用いてのメッセージへのアクセスは、デスクトップコンピュータシステム１７２２を用いてＬＡＮ１７０６にてメールボックスにアクセスすることに劣らずセキュアである。
【０１２３】
再パッケージ化されたメッセージ１７３４または１７３６が、ワイヤレスインフラストラクチャ１７１０、またはワイヤレスＶＰＮルータ１７３２を介してモバイルデバイス１７１６または１７１８に到着した場合、モバイルデバイス１７１６または１７１８は、再パッケージ化されたメッセージ１７３４または１７３６から外部電子エンベロープを除去し、任意の必要とされる解凍および復号化動作を実行する。モバイルデバイス１７１６または１７１８から送信され、かつ、１つ以上の受信側にアドレス指定されたメッセージは、好適には、同様に再パッケージ化され、場合によっては、圧縮および暗号化されて、ＬＡＮ１７０６等のホストシステムに送信される。ホストシステムは、その後、再パッケージ化されたメッセージから電子エンベロープを除去し、所望である場合、メッセージを復号化および解凍して、アドレス指定された受信側にメッセージをルーティングし得る。
【０１２４】
図１８は、代替的な例示的通信システムのブロック図であり、ここで、ワイヤレス通信システムは、ワイヤレスネットワークのオペレータと関連付けられたコンポーネントによって使用可能にされる。図１８に示されるように、システムは、コンピュータシステム１７０２、ＷＡＮ１７０４、セキュリティファイアウォール１７０８の後に配置された企業ＬＡＮ１７０７、ネットワークオペレータインフラストラクチャ１７４０、ワイヤレスネットワーク１７１１、およびモバイルデバイス１７１３および１７１５を含む。コンピュータシステム１７０２、ＷＡＮ１７０４、セキュリティファイアウォール１７０８、メッセージサーバ１７２０、データストア１７１７、メールボックス１７１９、およびＶＰＮルータ１７３５は、実質的に、図１７に同様に符号付けされたコンポーネントと同じである。しかしながら、ＶＰＮルータ１７３５は、ネットワークオペレータインフラストラクチャ１７４０と通信するので、これは、必ずしも図１８のシステムにおけるワイヤレスＶＰＮルータである必要はない。ネットワークオペレータインフラストラクチャ１７４０は、それぞれ、コンピュータシステム１７４２および１７５２と関連付けられ、かつ、ワイヤレスネットワーク１７１１内で動作するように構成されるＬＡＮ１７０７とモバイルデバイス１７１３、１７１５との間のワイヤレス情報交換を可能にする。ＬＡＮ１７０７において、複数のデスクトップコンピュータシステム１７４２、１７５２はが示され、これらの各々は、インターフェースまたはコネクタ１７４８、１７５８への物理的接続１７４６、１７５６を有する。ワイヤレスコネクタシステム１７４４、１７５４は、各コンピュータシステム１７４２、１７５２上でまたはこれと共に動作する。
【０１２５】
ワイヤレスコネクタシステム１７４４、１７５４は、ｅメールメッセージ、およびメールボックス１７１９に格納される他のアイテム、ならびに、場合によっては、ローカルまたはネットワークダータストアに格納されたデータアイテム等のデータアイテムが、ＬＡＮ１７０７から１つ以上のモバイルデバイス１７１３、１７１５に送信されることを可能にするという点で、上述のワイヤレスコネクタシステム１７２８と同様である。しかしながら、図１８において、ネットワークオペレータインフラストラクチャ１７４０は、モバイルデバイス１７１３、１７１５とＬＡＮ１７０７との間にインターフェースを提供する。上述のように、図１８に示されるシステムの動作は、モバイルデバイス１７１３、１７１５に送信され得るデータアイテムの図式的例としてｅメールメッセージの文脈で後述される。
【０１２６】
メッセージサーバ１７２０上にアカウントを有する１つ以上の受信側にアドレス指定されたｅメールメッセージ１７３３がメッセージサーバ１７２０によって受信された場合、中央メールボックスまたはデータストアに格納されたメッセージ、またはメッセージの単一のコピーへのポインタがこのような各受信側のメールボックス１７１９に格納される。一旦ｅメールメッセージ１７３３またはポインタがメールボックス１７１９に格納されると、これは、好適には、モバイルデバイス１７１３または１７１５を用いてアクセスされ得る。図１８に示された例において、ｅメールメッセージ１７３３は、デスクトップコンピュータシステム１７４２および１７５２の両方、従って、モバイルデバイス１７１３および１７１５の両方と関連したメールボックス１７１９にアドレス指定されている。
【０１２７】
当業者が理解するように、一般的に、ＬＡＮ１７０７および／またはＷＡＮ１７０４等のワイヤドネットワークにおいて用いられる通信ネットワークプロトコルは、１７１１等のワイヤレスネットワーク内で用いられるワイヤレスネットワーク通信プロトコルと適切でなく、かつ互換性がない。例えば、主に、ワイヤレスネットワーク通信と関係する通信帯域幅、プロトコルオーバーヘッドおよびネットワーク待ち時間は、通常、ワイヤレスネットワークよりもはるかに高いキャパシティおよび高速を有するワイヤドネットワークにおいてはあまり重要でない。従って、モバイルデバイス１７１３および１７１５は、通常、データストア１７１７に直接アクセスし得ない。ネットワークオペレータインフラストラクチャ１７４０は、ワイヤレスネットワーク１７１１とＬＡＮ１７０７との間に中継を提供する。
【０１２８】
ネットワークオペレータインフラストラクチャ１７４０は、モバイルデバイス１７１３、１７１５が、ＷＡＮ１７０４を通じてＬＡＮ１７０７への接続を確立することを可能にし、かつ、例えば、ワイヤレスネットワーク１７１１のオペレータ、またはモバイルデバイス１７１３および１７１５にワイヤレス通信サービスを提供するサービスプロバイダによって操作され得る。プルベースのシステムにおいて、モバイルデバイス１７１３、１７１５は、情報が機密の状態であるべき場合、ワイヤレスネットワーク互換通信スキーマ、好適には、ＷＴＬＳ（Ｗｉｒｅｌｅｓｓ  Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ｓｅｃｕｒｉｔｙ）等のセキュアスキーマ、および、ＷＡＰ（Ｗｉｒｅｌｅｓｓ  Ａｐｐｌｉｖａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）ブラウザ等のワイヤレスウェブブラウザを用いて、ネットワークオペレータインフラストラクチャ１７４０との通信セッションを確立し得る。ユーザは、その後、（モバイルデバイスに常駐するソフトウェアにおける手動の選択または事前選択されたデフォルトを通じて）、例えば、ＬＡＮ１７０７におけるデータストア１７１７におけるメールボックス１７１９に格納された任意の、またはすべての情報、または新しい情報のみをリクエストし得る。セッションがまだ確立されていない場合、ネットワークオペレータインフラストラクチャ１７４０は、例えば、ＨＴＰＳ（Ｓｅｃｕｒｅ  Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を用いて、ワイヤレスコネクタシステム１７４４、１７５４との接続またはセッションを確立する。上述のように、ネットワークオペレータインフラストラクチャ１７４０とワイヤレスコネクタシステム１７４４、１７５４との間のセッションは、利用可能である場合、典型的なＷＡＮ接続を介してか、または、ＶＰＮルータ１７３５を通じて成され得る。モバイルデバイス１７１３、１７１５からのリクエストの受信と、リクエストされた情報のデバイスへの返却との間の時間遅延が最小化されるべきであり、ネットワークオペレータインフラストラクチャ１７４０およびワイヤレスコネクタシステム１７４４、１７５４は、一旦通信接続が確立されるとオープンの状態であるように構成され得る。
【０１２９】
図１８のシステムにおいて、モバイルデバイスＡ１７１３およびＢ１７１５から発信されたリクエストは、ワイヤレスコネクタシステム１７４４および１７５４それぞれに送信される。ネットワークオペレータインフラストラクチャ１７４０からの情報のリクエストを受信すると、ワイヤレスコネクタシステム１７４４、１７５４は、リクエストされた情報をデータストアから取り出す。ｅメールメッセージ１７３３について、ワイヤレスコネクタシステム１７４４、１７５４は、通常、メッセージサーバ１７２０を介してか、または、直接的に、メールボックス１７１９にアクセスし得るコンピュータシステム１７４２、１７５２と共に動作するメッセージングクライアントを通じて、適切なメールボックス１７１９からｅメールメッセージ１７３３を取り出す。あるいは、ワイヤレスコネクタシステム１７４４、１７５４は、メールボックス１７１９それ自体に直接か、またはメッセージサーバ１７２０を通じてアクセスするように構成され得る。さらに、他のデータストア、データストア１７１７と類似のネットワークデータストア、および各コンピュータシウテム１７４２、１７５２と関連付けられたローカルデータストアの両方が、ワイヤレスコネクタシステム１７４４、１７５４、従って、モバイルデバイス１７１３、１７１５にアクセス可能であり得る。
【０１３０】
ｅメールメッセージ１７３３が、コンピュータシステム１７４２および１７５２ならびにデバイス１７１３および１７１５の両方と関連付けられたメッセージサーバアカウントまたはメールボックス１７１９にアドレス指定された場合、ｅメールメッセージ１７３３は、１７６０および１７６２に示されるように、ネットワークオペレータインフラストラクチャ１７４０に送信され得、これは、その後、１７６４および１７６６に示されるように、ｅメールメッセージのコピーを各モバイルデバイス１７１３よび１７１５に送信する。情報は、ＷＡＮ１７０４またはＶＰＮルータ１７３５への通接続を介して、ワイヤレスコネクタシステム１７４４、１７５４と、ネットワークオペレータインフラストラクチャ１７４０との間で送信され得る。ネットワークオペレータインフラストラクチャ１７４０が、異なったプロトコルを介してワイヤレスコネクタシステム１７４４、１７５４およびモバイルデバイス１７１３、１７１５と通信する場合、ネットワークオペレータインフラストラクチャ１７４０によって翻訳動作が実行され得る。再パッケージ化技術は、さらに、ワイヤレスコネクタシステム１７４４、１７５４と、ネットワークオペレータインフラストラクチャ１７４０との間、および、各モバイルデバイス１７１３、１７１５と、ネットワークオペレータインフラストラクチャ１７４０との間で用いられ得る。
【０１３１】
モバイルデバイス１７１３、１７１５から送信されるべきメッセージまたは他の情報が同様に処理され得、このような情報は、最初に、モバイルデバイス１７１３、１７１５からネットワークオペレータインフラストラクチャ１７４０に送信される。ネットワークオペレータインフラストラクチャ１７４０は、その後、例えば、メッセージサーバ１７２０によって、メールボックス１７１９に格納、および、任意のアドレス指定された受信側に送達するために、ワイヤレスコネクタシステム１７３３、１７５４に情報を送信し得るか、または、代替的に、アドレス指定された受信側に情報を送達し得る。
【０１３２】
図１８におけるシステムについてのこれまでの説明は、プルベース動作に関する。ワイヤレスコネクタシステム１７４４、１７５４およびネットワークオペレータインフラストラクチャは、その代わりに、データアイテムをモバイルデバイス１７１３および１７１５にプッシュするように構成され得る。組み合わされたプッシュ／プルシステムもまた可能である。例えば、現在、ＬＡＮ１７０７におけるデータストアに格納される新しいメッセージの通知またはデータアイテムのリストは、モバイルデバイス１７１３、１７１５にプッシュされ得、これは、その後、ネットワークオペレータインフラストラクチャ１７４０を介してＬＡＮ１７０７からメッセージまたはデータアイテムをリクエストするために用いられ得る。
【０１３３】
ＬＡＮ１７０７上のユーザアカウントと関連付けられたモバイルデバイスが、異なったワイヤレスネットワーク内で動作するように構成された場合、各ワイヤレスネットワークは、１７４０と類似の関連したワイヤレスネットワークインフラストラクチャコンポーネントを有し得る。
【０１３４】
図１８のシステムにおけるコンピュータシステム１７４２、１７５２ごとに、別個の専用ワイヤレスコネクタシステム１７４４、１７５４が示されるが、１つ以上のワイヤレスコネクタシステム１７４４、１７５４は、好適には、複数のコンユータシステム１７４２、１７５２と共に動作するようにか、または、複数のコンピュータシステムと関連付けられたデータストアまたはメールボックス１７１９にアクセスするように構成され得る。例えば、ワイヤレスコネクタシステム１７４４は、コンピュータシステム１７４２およびコンピュータシステム１７５２の両方と関連付けられたメールボックス１７１９へのアクセスが認められ得る。モバイルデバイスＡ１７１３またはＢ１７１５からのデータアイテムのリクエストは、その後、ワイヤレスコネクタシステム１７４４によって処理され得る。この構成は、デスクトップコンピュータシステム１７４２、１７５２がモバイルデバイスユーザごとに走行することを必要とすることなく、ＬＡＮ１７０７とモバイルデバイス１７１３および１７１５との間のワイヤレス通信を可能にするために有用であり得る。ワイヤレスコンピュータシステムは、その代わりに、ワイヤレス通信を可能にするためにメッセージサーバ１７２０と共に実現され得る。
【０１３５】
図１９は、別の代替的通信システムのブロック図である。システムは、コンピュータシステム１７０２、ＷＡＮ１７０４、セキュリティファイアウォール１７０８の後に配置された企業ＬＡＮ１７０９、アクセスゲートウェイ１７８０、データストア１７８２、ワイヤレスネットワーク１７８４および１７８６、ならびにモバイルデバイス１７８８および１７９０を含む。ＬＡＮ１７０９において、コンピューアシステム１７０２、ＷＡＮ１７０４、セキュリティファイアウォール１７０８、メッセージサーバ１７２０、データストア１７１７、メールボックス１７１９、デスクトップコンピュータシステム１７２２、物理的接続１７２４、インターフェースまたはコネクタ１７２６、ならびにＶＰＮルータ１７３５は、実質的に、上述の対応するコンポーネントと同じである。アクセスゲートウェイ１７８０およびデータストア１７８２は、モバイルデバイス１７８８および１７９０にＬＡＮ１７０９に格納されたデータアイテムへのアクセスを提供する。図１９において、ワイヤレスコネクタシステム１７７８は、メッセージサーバ１７２０上またはこれと共に動作するが、ワイヤレスコネクタシステムは、むしろ、ＬＡＮ１７０９における１つ以上のデスクトップコンピュータシステム上またはこれと共に動作し得る。
【０１３６】
ワイヤレスコネクタシステム１７７８は、１つ以上のモバイルデバイス１７８８、１７９０へのＬＡＮ１７０９に格納されたデータアイテムの転送を提供する。これらのデータアイテムは、好適には、データストア１７１７におけるメールボックス１７１９に格納されたｅメールメッセージ、および、場合によっては、データストア１７１７または別のネットワークデータストア、または１７２２等のコンピュータシステムのローカルデータストアに格納された他のアイテムを含む。
【０１３７】
上述のように、メッセージサーバ１７１７上にアカウントを有する１つ以上の受信側にアドレス指定され、かつ、メッセージサーバ１７２０によって受信されたｅメールメッセージ１７３３は、そのような各受信側のメールボックス１７１９に格納され得る。図１９のシステムにおいて、外部データストア１７８２は、好適には、データストア１７１７と類似の構造を有し、かつ、このデータストアと同期化された状態である。データストア１７８２に格納されたＰＩＭ情報またはデータは、好適には、独立して、ホストシステムに格納されたＰＩＭ情報またはデータに変更可能である。この特定の構成において、外部データストア１７８２における独立して変更可能な情報は、ユーザと関連付けられた複数のデータストアの同期化を維持し得る（すなわち、モバイルデバイス上のデータ、自宅のパーソナルコンピュータ上のデータ、企業ＬＡＮにおけるデータ等）。この同期化は、例えば、１日の特定の時間、または、ＬＡＮ１７０９で起動された場合に、データストア１７８２にてメッセージサーバ１７２０またはコンピュータシステム１７２２によってか、場合によっては、アクセスゲートウェイ１７８０を通じてモバイルデバイス１７８８、１７９０によって、データストア１７１７に入力が追加または変更されるたびに、ワイヤレスコネクタシステム１７７８によって、特定の時間間隔でデータストア１７８２に送信される更新を通じて達成され得る。例えば、ｅメールメッセージ１７３３の場合、ｅメールメッセージ１７３３が受信された後のいつか、データストア１７８２に送信された更新は、メッセージ１７３３がストア１７１７における特定のメールボックス１７１９に格納されたことを示し得、ｅメールメッセージのコピーは、データストア１７８２における対応する格納領域に格納される。ｅメールメッセージ１７３３が、例えば、モバイルデバイス２０８８および２０９０に対応するメールボックス２０１９に格納された場合、図１９において１７９２および１７９４で示されるｅメールメッセージの１つ以上のコピーが、データストア１７８２における対応する格納領域またはメールボックスに送信され、ここに格納される。示されるように、データストア１７１７において格納された情報の更新またはコピーは、ＷＡＮ１７０４またはＶＰＮルータ１７３５への接続を介してデータストア１７８２に送信され得る。例えば、ワイヤレスコネクタシステム１７７８は、更新、または格納された情報を、ＨＴＴＰポストリクエストを介してデータストア１７８２におけるリソースにポストし得る。あるいは、ＨＴＴＰＳまたはＳＳＬ（Ｓｅｃｕｒｅ  ｓｏｃｋｅｔｓ  Ｌａｙｅｒ）等のセキュアプロトコルが用いられ得る。当業者は、ＬＡＮ１７０９のデータストアにおける複数のロケーションロケーションに格納されたデータアイテムの単一のコピーが、むしろ、データストア１７８２に送信され得ることを理解する。データアイテムのこのコピーは、その後、データストア１７８２における複数の対応するロケーションに格納され得るか、または、単一のコピーは、データストア１７８２における各対応するロケーションに格納されている格納されたデータアイテムのポインタまたは他の識別子を共にデ��タストア１７８２に格納され得る。
【０１３８】
アクセスゲートウェイ１７８０は、データストア１７８２へのアクセスを有するモバイルデバイス１７８８および１７９０を提供するという点で有効なアクセスプラットフォームである。データストア１７８２は、ＷＡＮ１７０４上にアクセス可能なリソースとして構成され得、アクセスゲートウェイ１７８０は、モバイルデバイス１７８８および１７９０がＷＡＮ１７０に接続し得るＩＳＰシステムまたはＷＡＰゲートウェイであり得る。ＷＡＰブラウザ、またはワイヤレスネットワーク１７８４および１７８６と互換性のある他のブラウザが、データストア１７１７と同期化されたデータストア１７８２にアクセスし、かつ、格納されたデータアイテムを、自動的に、またはモバイルデバイス１７８８、１７９０からのリクエストに応答してダウンロードする。１７９６および１７９８に示されるように、データストア１７１７に格納されたｅメールメッセージ１７３３のコピーが、モバイルデバイス１７８８および１７９０に送信され得る。各モバイルデバイス１７８８、１７９０上のデータストア（図示せず）は、これにより、メールボックス１７１９等の、企業ＬＡＮ１７０９上のデータストア１７１７の一部分と同期化され得る。モバイルデバイスデータストアへの変更は、データストア１７８２および１７１７に、同様に反映され得る。
【図面の簡単な説明】
【０１３９】
【図１】図１は、ワイヤレスデータ通信デバイスが用いられ得る実施形態の概要であり、このシステムでのネットワークの要素を示す。
【図２】図２は、今日インターネットで通常用いられている主なＥメール交換のタイプを示す。
【図３】図３は、安全なおよび安全ではないＥメール交換に関わる主なシステムコンポーネントを示す。
【図４】図４は、このシステムおよび方法がＳ／ＭＩＭＥまたは任意の公開鍵暗号化方法を用いて送られたメッセージを再びアレンジし得る方法を示す。
【図５】図５は、このシステムおよび方法がＳ／ＭＩＭＥ署名技術を用いて送信されているメッセージのサイズを減らし得る方法を示す。
【図６】図６は、Ｓ／ＭＩＭＥまたは類似の技術を用いて暗号化かつ署名されたメッセージのデータサイズを減らす方法を示す。
【図７】図７は、Ｓ／ＭＩＭＥメッセージまたは公開鍵暗号化メッセージがモバイルデバイスに送信される前に、このシステムおよび方法がそれらを事前処理し得る方法の例を示す。
【図８】図８は、Ｓ／ＭＩＭＥメッセージまたは公開鍵暗号化メッセージがモバイルデバイスに送信される前に、このシステムおよび方法がそれらを事前処理し得る方法の別の例を示す。
【図９】図９は、Ｓ／ＭＩＭＥ署名メッセージがモバイルデバイスに送信される前に、このシステムおよび方法がそれらを事前処理し得る方法を示す。
【図１０】図１０は、署名メッセージおよび暗号化メッセージがモバイルデバイスに送信される前に、このシステムおよび方法がそれらを事前処理し得る方法を示す。
【図１１】図１１は、署名メッセージ、暗号化メッセージ、または、署名暗号化メッセージがモバイルデバイスに送信される前に、このシステムおよび方法がそれらを事前処理し得る方法のフローチャートを示す。
【図１２】図１２は、図１１に示されたフローチャートの続きであり、それがモバイルデバイスに送信される前の暗号化処理に焦点を当てている。
【図１３】図１３は、Ｓ／ＭＩＭＥ技術を用いてメッセージの書名および暗号化のために、モバイルデバイスがホストシステムを利用し得る方法のフローチャートを示す。
【図１４】図１４は、このシステムおよび方法で用いられ得る例示的なワイヤレスデータ通信デバイスのコンポーネントの概略図である。
【図１５】図１５は、モバイル通信に関わるメッセージ処理を示すブロック図である。
【図１６】図１６は、モバイル通信に関わるメッセージ処理を示すブロック図である。
【図１７】図１７は、例示的な通信システムを示すブロック図である。
【図１８】図１８は、代わりの例示的な通信システムを示すブロック図である。
【図１９】図１９は、別の代わりの例示的な通信システムを示すブロック図である。
【図１】
0004460283.tif 000002
【図２】
0004460283.tif 000003
【図３】
0004460283.tif 000004
【図４】
0004460283.tif 000005
【図５】
0004460283.tif 000006
【図６】
0004460283.tif 000007
【図７】
0004460283.tif 000008
【図８】
0004460283.tif 000009
【図９】
0004460283.tif 000010
【図１０】
0004460283.tif 000011
【図１１】
0004460283.tif 000012
【図１２】
0004460283.tif 000013
【図１３】
0004460283.tif 000014
【図１４】
0004460283.tif 000015
【図１５】
0004460283.tif 000016
【図１６】
0004460283.tif 000017
【図１７】
0004460283.tif 000018
【図１８】
0004460283.tif 000019
【図１９】
0004460283.tif 000020