JP3926792B2 - モバイルデータ通信デバイスと交換するためのセキュアなｅメールを圧縮するシステムおよび方法 - Google Patents

Description

（関連出願の相互参照）
本出願は、米国仮出願シリアル番号第６０／２９７，６８１号（２００１年６月１２日出願）、およびシリアル番号第６０／３６５，５３５号（２００２年３月２０日出願）の利益を主張する。図面を含む、これらの仮出願の各々の全開示は、参考のため、本願に援用される。

（発明の背景）
（発明の分野）
本発明は、概して、セキュアな電子メッセージングに関し、特に、モバイルデバイスで動作可能なワイヤレス通信ネットワークを介して、ホストシステムとモバイル通信デバイス（「モバイルデバイス」）との間でセキュアなｅメールメッセージを交換する最新システムおよび方法に関する。

（関連技術の説明）
ホストシステムとモバイルデバイスとの間で情報を交換するためのソリューションが多数知られている。しかしながら、これらのシステムは、特に、認証および／または暗号化を扱う場合、オリジナルメッセージの短縮バージョンをモバイルデバイスに送達するために単純な暗号化法に従う傾向がある。これは、このようなメッセージを扱う際にモバイルデバイスの使用を制限する。

（要旨）
本明細書中に提供される教示により、メッセージがワイヤレスモバイル通信デバイスに送信される前に、暗号化および／または署名入りメッセージをホストシステムで事前処理するシステムおよび方法が提供される。メッセージ発信者からのメッセージは、ホストシステムにて受信される。任意のメッセージ受信者が、対応するワイヤレスモバイル通信デバイスを有するかどうかに関して決定される。暗号化および／または認証に対してメッセージを改変するために、対応するワイヤレスモバイル通信デバイスを有するメッセージ受信者ごとにメッセージが処理される。処理されたメッセージは、メッセージ受信者に対応するワイヤレスモバイル通信デバイスに送信される。

システムおよび方法は、ワイヤレスモバイル通信デバイスからリモートシステムに送信されたメッセージを事前処理するステップを包含し得る。メッセージに対して認証および／または暗号メッセージ処理が実行される。処理されたメッセージは、その後、リモートシステムを通じて１つ以上の受信者に送信され得る。

企業のコンピュータシステムに格納されるか、これと関連付けられたデータにアクセスするモバイルデバイスの企業ユーザが、より豊富かつセキュアなｅメール経験をするように、Ｓ／ＭＩＭＥ、ＰＧＰおよび他のｅメールセキュリティ法をワイヤレス環境でサポートすることが所望される。本明細書中に記載されたシステムおよび方法は、セキュアなメッセージング手法が、例えば、企業ユーザとモバイルデバイスとの間で用いられることを可能にする。このモバイルデバイスへの企業ｅメールメールボックスの「拡張」は、「Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ ｆｏｒ Ｐｕｓｈｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ ｆｒｏｍ ａ Ｈｏｓｔ Ｓｙｓｔｅｍ ｔｏ ａ Ｍｏｂｉｌｅ Ｄａｔａ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｄｅｖｉｃｅ Ｈａｖｉｎｇ ａ Ｓｈａｒｅｄ Ｅｌｅｃｔｒｏｎｉｃ Ａｄｄｒｅｓｓ」（２００１年４月４日出願）（本明細書中で、以後、「６９４特許」と呼ばれる）と称される、関連する米国特許第６，２１９，６９４号によって可能にされた（この出願は、参考のため、その全体が本明細書中に援用される）。「６９４特許」に記載されるようなシステムを用いることによって、「インターネット」通信可能か、またはフォーマット化されたｅメールは、モバイルデバイスに送信またはプッシュされ得、これにより、今日のモバイル通信産業において利用可能であるものを拡張する、より豊富かつ広範囲におよぶセキュリティを提供する。従来のワイヤレスｅメールソリューションにおいて、異なった企業間のセキュリティを十分にサポートする能力が可能でなかった。企業とプライベートユーザとの間のセキュアなｅメールが増加するにつれて、同様に、Ｓ／ＭＩＭＥおよびＰＧＰ標準規格、すなわち、そのようなセキュアなｅメール法に対するモバイルデバイスサポートが所望される。

この用途において用いられるように、「ホストシステム」という用語は、ワイヤレス通信コネクタシステム（以後、「ワイヤレスコネクタ」と呼ばれる）が動作する、動作する際に用いる、または共に動作する１つ以上のコンピュータのことであある。１実施形態において、ホストシステムは、少なくとも１つのセキュリティファイアウォールの背後で動作し、これによって保護される企業のネットワーク環境内で走行するサーバコンピュータである。ホストシステムは、ワイヤレスコネクタシステムを関連したワイヤレス通信可能なコンポーネントとして実現し、このコンポーネントは、通常、Ｍｉｃｒｏｓｏｆｔ^ＴＭ ＥｘｃｈａｎｇｅまたはＬｏｔｕｓ Ｄｏｍｉｎｏ^ＴＭ等の少なくとも１つ以上のメッセージングサーバを使って動作するように構築されたソフトウェアプログラム／アプリケーション／コンポーネントである。ワイヤレスコネクタシステムまたはソフトウェアプログラムは、ユーザ選択された情報を、ワイヤレスネットワークを介してモバイルデバイスに送信し、かつ、ここから受信する。あるいは、ホストシステムは、同様に、ローカルエリアネットワーク（「ＬＡＮ」）に接続された企業の環境内で走行するユーザのデスクトップまたはラップトップＰＣであり得るか、またはユーザのＰＣと通信する任意の他のシステムであり得る。従って、ワイヤレスコネクタシステムまたはソフトウェアプログラムは、サーバベースまたはＰＣベースであり得、これにより、ホストシステムは、サーバコンピュータ、デスクトップコンピュータまたはラップトップコンピュータであり得る。

ホストシステムで動作するワイヤレスコネクタシステムは、モバイルデバイスのユーザが、ワイヤレスネットワークを介して、特定のユーザ選択されたデータアイテム、またはデータアイテムの一部分をホストシステムからユーザのモバイルデバイスに送信またはミラーリングすることを可能にする。データアイテムをユーザのモバイルデバイスに送信するプロセスにおいて、Ｓ／ＭＩＭＥまたはＰＧＰで暗号メッセージのサポートを可能にする特殊処理が実行される。Ｓ／ＭＩＭＥアルゴリズムがメッセージに適用されると、オリジナルｅメールメッセージのサイズが劇的に増大され得ることがＳ／ＭＩＭＥ分野の当業者に公知である。ユーザは、高性能フィルタリング、再組織化、および事前処理をメッセージに適用することによって、このようなデータアイテムを依然としてモバイルデバイス上で受信し得る。いくつかの状況において、ユーザは、Ｓ／ＭＩＭＥ処理段をフルコントロールし得、かつ、ホストシステムがメッセージに対して実行すべき手順に関してホストシステムに指示する。

モバイルデバイス用の企業データへのワイヤレスアクセスがホストシステムにて起動している場合、例えば、ホストシステムがトリガーイベントの出現を検出した場合、ホストシステムは、受信されたメッセージをモバイルデバイスにトランスペアレントな態様でリパッケージし、これにより、モバイルデバイスによって送信および受信された情報は、ホストシステムに格納された、およびホストシステムでアクセス可能な情報と類似に見える。トリガーイベントは、ホストシステムに格納された１つ以上のメッセージの送信を開始するために、モバイルデバイスまたは別のコンピュータからホストシステムに送信されたコマンド、ホストシステム、またはホストシステムと関連付けられたコンピュータにおけるスクリーンセーバアプリケーションの起動等の１つ以上を含むが、これらに限定されない。情報それ自体の再パッケージ化に加えて、再パッケージ化は、例えば、メッセージが署名されたかどうか、および署名が検証されたかどうかというメッセージに関する情報も提供し得る。ある好適な再パッケージ化法は、ワイヤレスネットワークを介して送信されるべき受信メッセージを、モバイルデバイスのワイヤレスネットワークアドレスに対応する電子エンベロープにラッピングするステップを包含する。あるいは、インターネットプロトコル（ＴＣＰ／ＩＰ）を介する特殊用途のトランスミッションコントロールプロトコルラッピング技術等の他の再パッケージ化法がシステムと共に用いられ得る。このような再パッケージ化は、好適には、モバイルデバイスから送信されたｅメールメッセージが
ホストシステムから入来するように思われるが、これらのメッセージは、モバイルデバイスにて開始され（すなわち、ここから作成され、かつ送信される）、従って、意図される受信者（単数または複数）には、モバイルデバイスのユーザが単一のｅメールアドレスを使用および有するように思われることを可能にする。

これに代わるシステムおよび方法において、ワイヤレスコネクタシステムはネットワークサーバと共に動作し、サーバは、ローカルエリアネットワーク（ＬＡＮ）を介してサーバに接続された複数のユーザコンピュータ（デスクトップおよびノートブックコンピュータ等）からネットワークにわたって複数のイベントトリガーを検出するようにプログラムされる。サーバは、ユーザのデスクトップコンピュータの各々からネットワークを介して内部イベントトリガーを検出し得、かつ、ユーザのモバイルデバイスからのメッセージまたはコマンド等の外部イベントトリガーもまた検出し得る。これらのトリガーの１つの検出に応答して、サーバは、受信されたメッセージを適切なモバイルデバイスに送信する。特定のモバイルデバイスへのメッセージおよびアドレシング情報は、ＬＡＮに接続されたユーザのデスクトップまたはノートブックコンピュータにおいてか、これと接続されたか、または関連付けられた格納デバイスにおいてか、これと接続されたか、または関連付けられたサーバにおいてか、これと接続されたか、または関連付けられた格納デバイスに格納され得る。この代替的構成を用いて、１つのワイヤレスコネクタシステムが複数のユーザにサービスし得る。この代替的構成は、セキュアなウェブページまたは他のユーザインターフェースを通じてアクセス可能であり得るインターネットベースまたはイントラネットベースのシステムをさらに含む。ワイヤレスコネクタシステムは、インターネットサーバプロバイダ（ＩＳＰ）システム上に配置され得、インターネットインターフェースを通じてのみ、または通じてもアクセス可能であり得る。

別の構成において、ワイヤレスコネクタシステムは、ホストシステムおよびユーザのモバイルデバイスの両方にて動作する。ユーザのモバイルデバイスは、その後、ホストシステムと同様に動作し、かつ、同様の態様で構成されて、モバイルデバイスにてトリガーイベントを検出すると、特定のユーザ選択データアイテムをモバイルデバイスからホストシステム（または、場合によっては、特定の他の宛先に）に送信する。この構成は、ホストシステムとモバイルデバイスとの間に２方向の情報の送信を提供する。

図１は、モバイルデバイスが用いられ得る環境の概観を示すブロック図である。当業者は、複数の異なったトポロジがあり得るが、図１に示されるものがシステムおよび方法が実現され得る態様を示すことを支援することを理解し得る。

図１において、本明細書中で、通常、企業ＬＡＮまたはホストロケーションと呼ばれるサーバベースの中央ホストシステムの図式的例として、企業ＬＡＮ３０がセキュリティファイアウォール２２の背後に示される。しかしながら、これは、ｅメールメッセージが交換されるホストロケーションが支社、本社、または特定の他のロケーションであることに限定しない。上述のように、ホストシステムは、むしろデスクトップまたはラップトップコンピュータであり得る。さらに、ＩＳＰアカウントを用いる個人、別の企業内の人物、同じ企業の別の支所内の人物、またはＡＳＰのユーザ（アプリケーションサービスプロバイダ）のユーザであり得るｅメール発信者１０が示される。

企業ＬＡＮ３０内で、企業のメインインターフェースとして機能し、電子メール、カレンダリングデータ、ボイスメール、電子ドキュメント、および他のパーソナルインフォーメーションマネージメント（ＰＩＭ）データを、通常、インターネットであるＷＡＮ２０と交換するメッセージサーバ４０が、企業のファイアウォールの背後のコンピュータ上で走行する。これらのサーバは、電子メールを転送および送達するために、通常、ＵＮＩＸ（Ｒ）ベースの送信メールプロトコルを用いるインターネットメールルータと共に用いられることが多い。これらの中間ステップおよびコンピュータは、ｅメールメッセージが交換される特定のタイプのメッセージ送達メカニズム、およびネットワークに依存するが、図１には示されない。なぜなら、これらは、本明細書中に記載されるシステムおよび方法の動作において直接的な役割を果たさないからである。メッセージサーバ４０は、ｅメールを送信および受信するだけでなく、カレンダ、トゥドゥリスト、タスクリスト、ｅメールおよびドキュメンテーション等のデータの所定のデータベースフォーマットを有するダイナミックデータベース格納エンジンとしての機能性等を提供し得る。

この典型的な企業環境内で、上述のワイヤレスコネクタシステム４５は、メッセージサーバ４０と共に動作可能であり得る。ワイヤレスコネクタシステム４５は、メッセージサーバ４０と同じコンピュータ上に常駐し得るが、これは必要条件ではない。ワイヤレスコネクタシステム４５およびメッセージサーバ４０は、連係および相互通信して情報をモバイルデバイス１００にプッシュすることを可能にするように設計される。このようなインスタレーションにおいて、ワイヤレスコネクタシステム４５は、好適には、機密および非機密の企業情報を、ワイヤレスネットワークを介して、企業ファイアウォール２２を通じてモバイルデバイス１００へと、モバイルデバイス１００を有する各ユーザに送信するように構成される。ワイヤレスコネクタシステム４５は、好適には、「プッシュベース」の技術、「プルベース」の技術、またはこれらの特定の組み合わせを用いて、メッセージサーバ４０を含む任意のｅメールシステムに拡張され得る。これにより、ユーザのモバイルデバイス１００は、メッセージサーバの格納されたメッセージへのアクセスを有する。このシステムは、「プッシュベース」の技術のみに向けられるのではないが、そのようなリダイレクションシステムのより詳細な記載は、すでに援用された’６９４特許、および係属中および同一譲受人の米国特許出願（これらのすべては’６９４特許と関連する）、米国特許出願シリアル番号第０９／４０１，８６８号、シリアル番号第０９／５４５，９６３号、シリアル番号第０９／５２８，４９５号、シリアル番号第０９／５４５９６２号、シリアル番号第０９／６４９，７５５号に見出され得る。これらの出願（図面および請求項を含む）の各々の完全な開示は、参考のため、本出願の本明細書中に援用される。このプッシュ技術は、すべての情報をモバイルデバイスに送達するために、ワイヤレスフレンドリなエンコード、圧縮、および暗号化技術を用い、従って、モバイルデバイス１００を含むように企業ファイアウォール２２を有効に拡張する。

図１に示されるように、企業ネットワーク３０からモバイルデバイス１００に情報を取得するための複数の代替的経路がある。モバイルデバイス１００に情報を取得する１つの可能な送信経路（この節で後述される）は、インターフェースまたはコネクタ６５を用いてシリアルポート等の物理的接続５０を通る。この経路が、モバイルデバイス１００のユーザがホストコンピュータシステム３５等のＬＡＮ３０を有するデスクトップコンピュータシステムで動作する場合、システムの起動時または周期的に実行されることが多いバルク情報の更新のために有用であり得る。ただ１つのデスクトップコンピュータシステム３５が図１に示されるが、当業者は、ＬＡＮが通常、複数のデスクトップ、ノートブックおよびラップトップコンピュータシステムを含むことを理解する。

モバイルデバイス１００とデータ交換する別の方法は、空中を介して（ｏｖｅｒ−ｔｈｅ−ａｉｒ）ワイヤレスネットワークを用いる。図１に示されるように、これは、利用可能な場合、ネットワーク３０においてか、または１０５および１１０等の１つ以上のワイヤレスネットワークにインターフェースを提供するワイヤレスゲートウェイ８５への伝統的なワイドエリアネットワーク（ＷＡＮ）接続を通じてワイヤレスバーチャルプライベートネットワーク（ＶＰＮ）ルータ７５を含み得る。ワイヤレスＶＰＮルータ７５のコンセプトは、ワイヤレス業界において新しく、かつ、直接、特定のワイヤレスネットワーク１１０を通じてワイヤレスデバイス１００へとＶＰＮ接続が確立され得ることを示す。ワイヤレスＶＰＮ７５ルータを用いる可能性は、つい最近利用可能になったばかりであり、スタティックアドレシングスキームと共に用いられ得る。例えば、１１０のようなワイヤレスネットワークは、ＩＰベースのワイヤレスネットワークであり得、このネットワークで、新しいＩＰバージョン６（ＩＰＶ６）は、各モバイルデバイス１００に対して専用にＩＰアドレスを与えるために十分なＩＰアドレスを提供し、従って、モバイルデバイス１００に情報をいつでもプッシュすることを可能にする。ワイヤレスＶＰＮルータ７５を用いる特に有利な点は、これが、別個のワイヤレスゲートウェイ８５を必要としない既成の（ｏｆｆ−ｔｈｅ−ｓｈｅｌｆ）ＶＰＮコンポーネントであり得ることである。ＶＰＮ接続は、メッセージをモバイルデバイス１００に直接送達するために、大抵、ＴＣＰ／ＩＰまたはユーザデータグラムプロトコル（ＵＤＰ）／ＩＰ接続を用いる。

ワイヤレスＶＰＮ７５が利用可能でない場合、ＷＡＮ２０（通常、インターネット）へのリンクは、一般的に用いられる接続メカニズムである。ワイヤレスネットワーク分野の当業者には、モバイルデバイス１００にワイヤレスデータグラムを送達するための経路が周知である。モバイルデバイス１００のアドレシングおよび任意の他の必要とされるインターフェース機能を処理するために、好適には、ワイヤレスゲートウェイ８５が用いられる。ワイヤレスゲートウェイ８５は、さらに、所与のユーザの位置を特定するために最も確実なネットワークを決定し、かつ、各国間またはネットワーク間でローミングするユーザを追跡し得る。１１０および１０５等のワイヤレスネットワークにおいて、メッセージは、通常、基地局（図示せず）とモバイルデバイス１００との間のＲＦトランスミッションを介してモバイルデバイス１００に、またはここから送達される。

図１にも示されるように、作成されたｅメールメッセージ１５は、ｅメール発信者１０から出てＷＡＮ２０のどこかに配置される。このメッセージ１５は、全く安全であり、かつ、メールメッセージのモーマットを定義するために伝統的なシンプルメールトランスファプロトコル（ＳＭＴＰ）、ＲＦＣ８２２、ヘッダおよびＭＩＭＥボディ部分を用い得る。これらの技術は、すべて、当業者に周知である。この実施形態において、メッセージ１５は、メッセージサーバ４０に到着し、ワイヤレスコネクタシステム４５によってモバイルデバイス１００に転送される。これが行われると、メッセージは、８０に示されるように再エンベロープされ、圧縮および暗号化アルゴリズムがオリジナルメッセージ１５に適用され得る。このようにして、モバイルデバイス１００上で読み出されるメッセージは、デスクトップコンピュータシステム３５上でそれを読み出すことに劣らずセキュアである。好適には、システム４５とモバイルデバイス１００との間で交換されるすべてのメッセージは、好適には、このメッセージ再パッケージ化技術を用いる。この外部エンベロープの別の目的（必要とされないが）、オリジナルメッセージ１５のアドレシング情報の少なくともいくつかを維持することである。これは、応答メッセージが適切な宛先に届くことを可能にし、かつ、「ｆｒｏｍ」フィールドがモバイルデバイスユーザのデスクトップコンピュータシステム３５におけるそのユーザの電子メールボックスアカウントのｅメールアドレスを反映することを可能にする。モバイルデバイス１００からのユーザのデスクトップコンピュータシステムｅメールアドレスを用いることは、受信されたメッセージがモバイルデバイス１００というよりも、むしろ、メッセージが、ユーザのデスクトップコンピュータシステム３５におけるユーザの電子メールボックスアカウントから発信されたかのように思われることを可能にする。

モバイルデバイス１００との物理的接続５０に戻って、この接続経路は、大きいアイテムのワンタイムデータ交換を可能にするために複数の有利な点を提供する。パーソナルデジタルアシスタント（ＰＤＡ）およびデータ同期化分野の当業者には、パーソナルインフォーメーションマネージメント（ＰＩＭ）データは、一般的に、例えば、モバイルデバイスが配置され得る受話器等の適切なインターフェースまたはコネクタ６５に接続されるシリアルポートといった接続等を介して交換される。初めて交換された場合、ＰＩＭデータの量は、比較的大きい傾向があり、かつ、モバイルデバイス１００に転送するための大きい帯域幅を必要とする。この物理的接続５０は、さらに、ユーザのデスクトップコンピュータシステム３５からユーザのモバイルデバイス１００へのＳ／ＭＩＭＥメッセージ、ユーザのデジタル証明書（Ｃｅｒｔ）および任意のチェーン化された（ｃｈａｉｎｅｄ）証明書、およびＣＲＬ（単数または複数）を処理する際に用いられるモバイルデバイスユーザの秘密鍵等の秘密セキュリティ鍵（以後、「秘密鍵」と呼ばれる）を転送することを含む、他の目的のためでもあり得る。例えば、秘密鍵は、ユーザがコンピュータシステム３５に接続されたマウスまたは他の入力デバイスを移動させる間にカーソル位置情報を収集することによって生成され得る。秘密鍵は、その後、物理的接続５０およびインターフェースまたはコネクタ６５を通じてモバイルデバイス１００上にロードされ得る。

秘密鍵の交換は、ユーザのデスクトップコンピュータシステム３５およびモバイルデバイス１００が、少なくとも１つのパーソナリティおよびすべての暗号化メールにアクセスするための方法を共有することを可能にする。ユーザのデスクトップコンピュータシステム３５およびモバイルデバイス１００は、これにより、秘密鍵を共有し得、従って、ホストシステム３５またはモバイルデバイス１００がユーザの電子メールボックスアカウントまたはデスクトップコンピュータシステム３５にアドレス指定されるセキュアなメッセージを処理し得る。ＣｅｒｔｓおよびＣＲＬの、このような物理的接続５０を介しての転送は、これらが、Ｓ／ＭＩＭＥ、ＰＧＰ、および他の公開鍵セキュリティ法用のモバイルデバイスによって必要とされる大量のデータを表すという点で所望され得る。Ｃｅｒｔは、多くの場合、Ｃｅｒｔチェーンの一部であり、これは、ユーザのＣｅｒｔ、および、場合によっては、ユーザのＣｅｒｔが認証されたことを検証するための他のＣｅｒｔを含む。署名入りメッセージへの署名を検証する間、メッセージの受信者は、さらに、Ｃｅｒｔが、信用されるソースから、おそらく、Ｖｅｒｉｓｉｇｎ^ＴＭまたはＥｎｔｒｕｓｔ^ＴＭ（両方とも公開鍵暗号の領域における重要な企業である）等の認証局（ＣＡ）と関連付けられた大きい公開鍵サーバ（ＰＫＳ）からのルートＣｅｒｔによって署名されたことが見出されるまで、メッセージのＣｅｒｔを署名するためのＣｅｒｔチェーンを取得し、かつ、チェーンにおける各Ｃｅｒｔが、チェーン内の次のＣｅｒｔによって署名されたことを検証する。一旦このようなＣｅｒｔが見出されると、署名は信用され得る。なぜなら、発信者および受信者の両方が、ルートＣｅｒｔのソースを信用するからである。

ユーザの固有のＣｅｒｔまたはＣｅｒｔチェーン、および他のユーザのＣｅｒｔまたはＣｅｒｔチェーンは、ユーザのデスクトップコンピュータシステムからモバイルデバイス１００上にロードされ得ることが理解されるべきである。ユーザのＣｅｒｔまたはＣｅｒｔチェーンがモバイルデバイス１００上にある場合、これは、モバイルデバイス１００上で作成された任意のセキュアなメッセージと共に受信者に送信され得、これにより、各受信者は、Ｃｅｒｔの信用ステータスを検証し得る。他のユーザのＣｅｒｔをモバイルデバイス１００上にロードする目的は、モバイルデバイスのユーザが、セキュアなメッセージを交換し得る他のエンティティまたはユーザを選択し、セキュアなメッセージがこのような他のユーザから受信されるか、またはこのユーザに送信される場合、空中を介して、従って、時間およびワイヤレス帯域幅を節約する代わりに物理的接続を通じてモバイルデバイス１００上にバルク情報をプレロードすることを可能にすることである。バルク情報は、通常、大きいバイトサイズを有する任意の電子データである。モバイルデバイスへのＣＲＬのロードもまた、モバイルデバイスが受信されたＣｅｒｔのステータスを決定することを可能にし得る。

図１を再び参照して、通常、ワイヤレスネットワーク１１０および１０５への一連の接続がある。特業者は、これらの接続が、例えば、サービス総合デジタル通信網（ＩＳＤＮ）、インターネット全体にわたって用いられるＴＣＰ／ＩＰプロトコルを用いるフレームリレーまたはＴ１接続を含み得る。これらのネットワークは、明確な、一意的かつ関連のないネットワークを表し得るか、または、これらのネットワークは、異なった国における同じネットワークを表し得る。「ワイヤレスネットワーク」という用語は、（１）データ中心のワイヤレスネットワーク、（２）ボイス中心のワイヤレスネットワーク、および（３）同じまたは類似の物理的基地局を介してボイスおよびデータ通信の両方をサポートし得るデュアルモードネットワークを含むが、これらに限定されない異なったタイプのネットワークを含むことを意味する。これらの組み合わされたネットワークの最新のものは、（１）符号分割多重接続（ＣＤＭＡ）ネットワーク、（２）ＧＳＭ（Ｇｒｏｕｐｅ Ｓｐｅｃｉａｌ ＭｏｂｉｌｅまたはＧｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、およびＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）（両方ともＣＥＰＴの標準規格委員会によって開発された）、ならびに（３）ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅ ｆｏｒ Ｇｌｏｂａｌ Ｅｖｏｌｕｔｉｏｎ）およびＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍｓ）のような第３世代（３Ｇ）ネットワークを含むが、これらに限定されない。ＧＰＲＳは、非常に一般化しているＧＳＭワイヤレスネットワークの上のデータオーバーレイであり、ヨーロッパにおいて実際に各国で動作している。データ中心ネットワークのいくつかの旧式の例は、（１）Ｍｏｂｉｔｅｘ^ＴＭ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ（「Ｍｏｂｉｔｅｘ」）、および（２）ＤａｔａＴＡＣ^ＴＭＲａｄｉｏ Ｎｅｔｏｗｏｒｋ（「Ｄａｔａ ＴＡＣ」）を含むが、これらに限定されない。旧式のボイス中心データネッワークの例は、ＣＤＭＡ、ＧＳＭ、時間分割多重接続（ＴＤＭＡ）システムのようなパーソナルコミュニケーションシステム（ＰＣＳ）ネットワークを含む。

ここで、現在、インターネットにおいて一般的に用いられるｅメール交換のメインタイプの図である図２に戻って、最初に、ｅメールメッセージ（方法１）の通常の交換が行われる。１２０に示されるように、このシナリオにおいて、ｅメールは、ＲＦＣ８２２、ＲＦＣ８２１およびＭＩＭＥ技術を用いて構成され、かつ標準ＳＭＴＰメール交換プロトコルを用いて送達される。１２５に示されるように、ｅメール交換は、その後、受信され、かつ、アドレス指定されたユーザに付与される。このような通常のｅメール交換は、セキュリティファイアウォール２２の背後に配置された３０のような（図１）企業またはＬＡＮ内では、通常、セキュアであるが、スタンドアロンユーザ間および／または異なったネットワーク上のユーザ間の場合はその限りではない。

一般的に、さらに、例えば、同じ企業の支社間、および、時に、非常に密接に稼動する協働する異なった企業間等の、オフィス間メッセージ交換（方法２）用のＶＰＮリンクが用いられる。１３０に示されるように、この方法を用いて、２つのＶＰＮロケーション間で交換されるすべてのデータを暗号化するために、ＩＰセキュリティ（ＩＰＳｅｃ）と呼ばれる低レベルセキュリティが用いられ得る。１３５において、暗号化されたｅメールが対応するＶＰＮシステムにて受信された場合、これは、プレーンテキストに復号化され、アドレス指定されたユーザにルーティングされる。

プライベートセキュリティスキーマを採用する異なった企業間、またはユーザ間のｅメール交換は、方法３として図２に示される。１４０において、このシナリオでＰＧＰ、ｅメールが、送信される前に、ＯｐｅｎＰＧＰまたは特定の他のそれほど広くは用いられていないプロトコル等のプロトコルを暗号化するために用いられる。１４５において、一旦受信されると、対応するメールエージェントは、ｅメールを復号化し、かつｅメールのプレーンテキストを受信者に提供する。

図２に示される方法４、５、６および７は、Ｓ／ＭＩＭＥと関連する。これらの方法は、すべて、Ｓ／ＭＩＭＥの異なった変形である。１５０に示されるように、方法４において、発信者は、ｅメールメッセージのダイジェストを得、発信者の秘密鍵を用いてダイジェストに署名する。ダイジェストは、例えば、チエックサム、巡回チェック（ＣＲＣ）、またはメッセージへのハッシュ等の任意の他の好適な非可逆性演算を実行することによって生成され、その後、発信者の秘密鍵を用いて発信者によって署名される。署名されたダイジェストは、おそらく、発信者のＣｅｒｔ、ならびに任意のチェーン化されたＣｅｒｔおよびＣＲＬと共に出て行くメッセージに添付される。このような署名入りメッセージの受信者は、さらに、メッセージのダイジェストを得、このダイジェストをメッセージに添付されたダイジェストと比較し、発信者の公開鍵を、通常、発信者のＣｅｒｔから公開鍵を抽出することによって取り出し、かつ添付されたダイジェスト上の署名を検証する。これらの演算は、図２における１５５に示される署名の検証の一部分である。発信者によって署名されたためにメッセージコンテンツが変更された場合、ダイジェストが異なるか、または、ダイジェスト上の署名が適切には検証されていない。このこと、メッセージのコンテンツをだれかが見る事を防止しないが、発信者によって署名されたので、メッセージが改ざんされないこと、およびこのメッセージが、メッセージの「フォーム（Ｆｏｒｍ）」フィールド上に示された人物によって署名されたことを保証する。Ｃｅｒｔ、ＣｅｒｔチェーンおよびＣＲＬは、発信者のＣｅｒｔが有効であること、すなわち、Ｃｅｒｔは、取消されるか、または期限切れ、および信用されていることを保証するために受信者によって用いられる。ダイジェスト上の署名と共に発信者にて生成されたダイジェストの組み合わせは、通常、デジタル署名と呼ばれる。従って、以後、デジタル署名への言及は、ダイジェストおよびダイジェストの署名を含むと解釈されるべきである。

方法５は、Ｓ／ＭＩＭＥ暗号メッセージの交換を表す。この方法において、３ＤＥＳ（Ｔｒｉｐｌｅ Ｄａｔａ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）のような対称的な暗号を有するメッセージボディを暗号化するために用いられるワンタイムセッション鍵が生成される。１６０において、セッション鍵は、その後、メッセージの各意図された受信器の公開鍵を用いて暗号化される。セッション鍵暗号化は、多くの場合、Ｒｉｖｅｓｔ Ｓｈａｍｉｒ Ａｄｅｌｍａｎ（ＲＳＡ）等の公開鍵暗号化アルゴリズムを用いて達成される。暗号メッセージ、およびセッション鍵のすべての暗号化されたバージョンを含むＳ／ＭＩＭＥメッセージは、各受信者に送信される。１６５に示されるように、各受信者は、その後、通常、メッセージに添付された受信者のＲｅｃｉｐｉｅｎｔＩｎｆｏダイジェストに基づいて、対応する暗号セッション鍵の位置を特定し、かつ、秘密鍵を用いて、その特定のエンコードされたセッション鍵を復号化しなければならない。一旦セッション鍵が復号化されると、これは、メッセージボディを復号化するために用いられる。Ｓ／ＭＩＭＥメッセージは、さらに、メッセージを復号化するために用いられなければならない暗号化アルゴリズムを明確にし得る。この情報は、通常、Ｓ／ＭＩＭＥメッセージのヘッダに配置される。

暗号化されてから署名されたメッセージの交換は、方法６として図２に示される。このスキーマによると、上述のように、発信者は、最初、ワンタイムセッション鍵を生成し、メッセージボディを暗号化し、その後、各受信者の公開鍵を用いてセッション鍵を暗号化する。発信者は、その後、暗号セッション鍵を含むメッセージのダイジェストを取得し、デジタル署名を生成するために秘密鍵を用いてダイジェストに署名する（１７０）。上述のように、各受信者は、メッセージのダイジェストを取得し、このダイジェストをメッセージに添付されたデジタル書名におけるダイジェストと比較し、発信者の公開鍵を取り出し、かつ、ダイジェスト上の署名を検証する。正しいセッション鍵の位置がその後特定され、かつ、受信者の秘密鍵で復号化され、これは、その後、メッセージボディが復号化されることを可能にする。この方法による署名の検証およびメッセージの復号化は、図２における１７５に示される。

図２における方法７は、署名されてから暗号化されたメッセージを交換することを示す。１８０において、デジタル署名は、発信者により、実質的に、上述のように生成される。このデジタル署名、および、場合によっては、発信者のＣｅｒｔ、ＣｅｒｔチェーンおよびＣＲＬは、すべて、出て行くメッセージに添付される。セッション鍵は、生成され、かつ、メッセージボディ、デジタル署名、ならびに任意のＣｅｒｔおよびＣＲＬを暗号化するために用いられる。セッション鍵は、各受信者の公開鍵で暗号化される。セッション鍵の暗号化されたバージョンを含む、結果として生じたＳ／ＭＩＭＥメッセージは、受信者に送信される。１８５に示されるように、受信者がこのようなメッセージを受信した場合、これは、最初に、秘密鍵を用いて、その対応する暗号セッション鍵を復号化しなければならない。復号セッション鍵は、その後、メッセージボディ、デジタル署名、およびメッセージ発信者の任意のＣｅｒｔおよびＣＲＬを復号化するために用いられる。デジタル署名は、その後、上述のように検証され得る。

図３は、セキュアおよびセキュアでないｅメール交換の両方をサポートするシステムのコンポーネントを示すブロック図であり、インターネットベースのｅメール等の標準の、通常、セキュアでないメッセージングと対照的に、一般的特性および機能のいくつかを示す際に有用である。図３において、例示的企業ネットワーク３０ａおよび３０ｂは、セキュリティファイアウォール２２ａおよび２２ｂのそれぞれの背後に配置されたセキュアなネットワークである。デスクトップコンピュータシステム３５ａ、３５ｂとして示されるネットワーク３０ａおよび３０ｂ上のユーザは、好適には、後述される任意のネットワークにおける他のユーザシステムを用いてセキュアなメッセージングが可能であるが、このようなユーザシステムは、通常、ｅメール発信者システム１２等のセキュアでないシステムと通信することもできる。

ｅメール発信者１２が、ｅメールメッセージ１５をＬＡＮ３０ａ上のユーザに送信した場合、メッセージ１５は、おそらく、大抵の場合、インターネットであるＷＡＮ２０を横断し、ＬＡＮ３０ａにおけるメッセージサーバ４０ａによって受信される。ｅメールメッセージ発信者１２は、セキュアでないので、ｅメールメッセージ１５は、通常、ＬＡＮ３０ａ上のメッセージサーバ４０に安全に転送される。

ＬＡＮ３０ａと３０ｂとの間のメッセージングは、いくらか異なった態様で進行する。なぜなら、両方のネットワークは、セキュアなｅメール通信のために有効にされているからである。ＬＡＮ３０ａから、ＬＡＮ３０ｂ上の１人以上のユーザにｅメールを送信するユーザは、ｅメールをセキュアにするためにＳ／ＭＩＭＥを用い得ることをおそらく知っている。デスクトップコンピュータシステム３５ａを用いるｅメールメッセージの発信者は、好適には、複数の暗号化法から１つの暗号化法を選択し、これは、例示の目的で、署名されてから暗号化されるＳ／ＭＩＭＥであることが想定される。デスクトップコンピュータシステム３５ａ、または、場合によっては、メッセージサーバ４０ａ、あるいは、むしろ、デスクトップシステムまたはサーバ上で実行するソフトウェアは、ｅメールメッセージのデジタル署名を生成し、出て行くメッセージにおいて発信者のデジタル署名を含み、場合によっては、Ｃｅｒｔ（単数または複数）およびＣＲＬを含む。デスクトプコンピュータシステム３５ａまたはサーバ４０ａは、その後、セッション鍵を生成し、メッセージ全体を暗号化し、例えば、ＰＫＳ６００から受信者ごとの公開鍵のコピーをフェッチ（または取り出し）、かつ受信者ごとのセッション鍵を暗号化する。ＰＫＳ６００は、好適には、エンティティの公開鍵を含むエンティティのＣｅｒｔが利用可能であるＣＡと、通常、関連付けられたサーバである。ＰＫＳは、企業ファイアウォール２２ａ、２２ｂ内、またはＷＡＮ２０、インターネット、またはメッセージ発信者および受信者が、ＰＫＳとの通信を確立し得る他のネットワーク上のどこかに常駐し得ることが当業者に明らかである。例えば、受信者のＣｅｒｔまたは公開鍵が発信者システムにおける格納デバイス上にすでに格納されている場合、メッセージ発信者は、意図された受信者の公開鍵を必ずしもいつもフェッチまたは取り出すことを必要としないことが明らかであるべきである。

図３における２００に示されるように、ＷＡＮ２０を介してメッセージサーバ４０ｂに転送される結果として生じたメッセージは、暗号化された署名と関連した情報コンポーネント２０２を有し、これは、発信者のＣｅｒｔ、Ｃｅｒｔチェーン、ＣＲＬおよびデジタル署名、デスクトップシステム３５ａにて作成されたオリジナルｅメールメッセージに対応する暗号メッセージボディ部分２０４、ならびに１つ以上の暗号セッション鍵２０６を備え得る。コンポーネント２０２および２０４は、セッション鍵を用いて暗号化され、これに対して、各受信者の公開鍵は、上述のように、セッション鍵を暗号化するために用いられる。ＬＡＮ３０ａと３０ｂとの間に設置された特定のセキュアなメッセージングスキーマに依存して、セキュアなメッセージは、図３に示されたものとは異なるか、または追加的コンポーネント、あるいは、異なった順序の、同じまたは類似のコンポーネントを含み得る。当然、セキュアなメッセージ２００は、さらに、少なくとも１つの宛先アドレス、および、場合によっては、他のヘッダ情報を含み、これらは、受信側へのメッセージのルーティングを提供するために安全に残されなければならない。このような追加的および／または異なったメッセージフィールドは、当業者に明らかであるので、これらは、図面に明確に表示されていない。

図４は、受信された暗号メッセージサイズの縮小を示すブロック図である。メッセージサイズの縮小は、公開鍵で暗号メッセージのワイヤレスネットワークを介してモバイルデバイスへの処理および送信を改善する。図４に示されるシステムは、セキュアなｅメールメッセージングのために使用可能にされたｅメールメッセージ発信者４０２、大抵の場合、インターネットであるＷＡＮ４０４、例示的にホストロケーションとしての企業ＬＡＮ４０６、ワイヤレスゲートウェイ４０８、ワイヤレスネットワーク４１０、およびモバイルデバイス４１２および４１４である。図４における例示的ホストロケーションは、セキュリティファイアウォール４０３の背後に配置された企業ＬＡＮ４０６であり、メッセージサーバ４０５、メッセージサーバ４０５の統合モジュールと共にか、または統合モジュールとして走行するデスクトップコンピュータシステム４０７、およびワイヤレスコネクタシステム４０９を含む。図４に示されるシステムの動作は、図式的例によって詳細に後述される。ここで、ｅメールメッセージは、セキュアなｅメール発信者４０２にて作成され、かつ、各々がモバイルデバイス４１２または４１４のユーザであるユーザＡおよびＢに、ならびにホストロケーションにおけるデスクトップコンピュータシステム４０７、すなわち、ＬＡＮ４０６に送信される（これらのうちの１つのみが示される）。

図４に示されるように、ｅメール発信者４０２は、少なくともユーザＡおよびＢに宛てられた宛先アドレスおよび電子テキストを含むｅメールメッセージを作成する。この例において、ｅメールメッセージは、ｅメール発信者４０２によって選択されるワンタイムセッション鍵を用いて、実質的に、上述のように暗号化される。ｅメール発信者４０２は、ｅメールの受信側の各々、すなわち、ユーザＡおよびＢの公開鍵を用いてセッション鍵を暗号化する。上述のように、公開鍵は、ローカル格納領域から取り出され得、ＰＫＳは、ｅメール発信者システム４０２が動作するように構成されるネットワーク（図示せず）内に常駐するか、またはＷＡＮ４０４または、ｅメール発信者４０２が通信し得る他のネットワーク上に常駐する。この例において、ＰＫＳのロケーションおよび公開鍵のロケーションは、重要でない。システムは、４０２等のｅメールメッセージ発信者における任意の特定の鍵の管理スキーマに決して依存しない。

暗号メッセージ４１８を含むセキュアなメッセージ４１６、およびすべての受信側のセッション鍵４２０、４２２の暗号化されたバージョンは、ＷＡＮ４０４を通じて、メッセージサーバ４０５上の受信側のアドレスに送信される。４１６に示されるメッセージコンポーネントは、システムに直接含まれるコンポーネントを表すことが理解されるべきである。４０２等のｅメールメッセージ発信者によって送信されるメッセージは、さらなるコンポーネントを含み得るか、または、４１６に示されるコンポーネントは、システムのこの局面と関連付けられる動作に影響を及ぼすことなく、示されるものと異なった順序で含まれてもよい。

メッセージが、場合によっては、ホストロケーションにおける１つ以上のさらなるコンピュータシステム（図示せず）を通り、かつ、ＷＡＮ４０４に接続されたメッセージサーバ４０５にて受信された場合、ワイヤレスコネクタシステム４０９は、セキュアな暗号メッセージを検出する。システム４０９は、さらに、ユーザＡおよびＢが、受信されたセキュアなメッセージが、ワイヤレスネットワークを介して送信されるべき関連したモバイルデバイス４１２、４１４を有することを決定する。

この局面によると、システム４０９は、個々のユーザのモバイルデバイス１００によって必要とされない任意の暗号セッション鍵を除去することによってメッセージのサイズを縮小する。Ｓ／ＭＩＭＥメッセージは、例えば、どの暗号セッション鍵がメッセージ内のＴｏ、ＣｃまたはＢｃｃフィールドにおける各受信側に対応するかに関するマップを提供するＲｅｃｉｐｉｅｎｔＩｎｆｏリストを含む。従って、システム４０９は、どの暗号化された鍵が各受信側に送信されるべきかを決定するようにＲｅｃｉｐｉｅｎｔＩｎｆｏリストを調べ得る。

図４に示されるように、システム４０９は、ユーザＡおよびＢにアドレス指定された受信メッセージ４１６を検出し、かつ、メッセージ４１６の改変されたコピーを各ユーザのモバイルデバイスに送信する。ユーザＡのモバイルデバイス４１２に送信されたメッセージは、４２４により詳細に示され、かつ、暗号メッセージボディ４１８、およびユーザＡの公開鍵を用いて暗号化された、ただ１つの暗号セッション鍵４２０を含む。ユーザＡによって用いられ得ないユーザＢの暗号セッション鍵４２２は、システム４０９によってモバイルデバイス４１２に送信されたメッセージから除去される。４２６に示されるように、同様に、システム４０９は、受信された暗号メッセージからユーザＡに意図された暗号セッション鍵４２０を除去し、ユーザＢのための暗号メッセージボディ４１８および暗号セッション鍵４２２を含む結果として生じたメッセージをモバイルデバイス４１４に送信する。

各ユーザは、セキュアなメッセージの一部分として対応する暗号セッション鍵を受信するので、セキュアなメッセージは、各デバイス４１２、４１４にて処理され得るが、ｅメール発信者４０２によって送信されるオリジナルセキュアなメッセージ４１６における他の情報は、システム４０９によって除去されている。暗号セッション鍵は、モバイルデバイス上に常駐し、その後、メッセージボディを復号化するために用いられる各ユーザのそれぞれの秘密鍵を用いて、各モバイルデバイス４１２、４１４上で復号化され得る。上述のように、ユーザの秘密鍵は、例えば、物理的接続（図４に図示せず）を介して、４０７等のユーザのデスクトップシステムからユーザのモバイルデバイスに転送され得る。メッセージボディの復号化の後、モバイルデバイス上のユーザインターフェースは、デバイスのディスプレイ上に暗号化されないメッセージを提供し得る。

上述のようにオリジナルメッセージを再組織化することによって、セッション鍵のすべての不必要に暗号化されたバージョンがオリジナルメッセージから除去され、これにより、ワイヤレスネットワークを介して送信されたメッセージのサイズをモバイルデバイスのサイズに縮小する。Ｓ／ＭＩＭＥメッセージについては、モバイルデバイスが、セッション鍵の対応する暗号化されたバージョンのみを受信するので、ＲｅｃｉｐｉｅｎｔＩｎｆｏリストは、必要とされず、さらに、除去され得、メッセージサイズをさらに縮小する。セッション鍵の暗号化されたバージョンの数、およびＲｅｃｉｐｉｅｎｔＩｎｆｏリストのサイズは、存在する場合、オリジナルメッセージにおける受信側の数と共に増加するので、メッセージサイズの縮小は、特に、多数の受信側を有するオリジナルメッセージに対して特に有効であり得る。

図４に示された例示的システムは、セキュリティファイアウォール４０３の背後の企業ＬＡＮ４０６において、メッセージサーバ４０５およびシステム４０９を備えるが、システムは、さらに、他のタイプのシステム、例えば、モバイルデバイスユーザが、例えば、インターネットと直接的に、またはＩＳＰを通じて接続されたコンピュータシステムを有する場合、他のタイプのシステムにも適用可能である。この場合、デスクトップコンピュータシステムは、ワイヤレスコネクタシステムを、好適には、デスクトップコンピュータシステムにて動作する電子メッセージプログラムで動作するワイヤレスコネクタシステムのデスクトップバージョンとして実現する。電子メッセージプログラムの例は、ＭＳ Ｏｕｔｌｏｏｋ、Ｌｏｔｕｓ ＮｏｔｅｓおよびＥｕｄｏｒａを含むが、これらに限定されない。プログラムは、ＰＯＰを含む１つ以上の手段を通じて第１のデータ格納デバイス（デスクトップコンピュータに配置されない）に格納されたメールにアクセスし得る。電子メッセージプログラムと関連するデスクトップベースのワイヤレスコネクタは、ワイヤレスネットワーク４１０を介して受信メッセージをユーザのモバイルデバイスに送信し、かつ、上述のメッセージサイズの縮小を実行する。

図５は、受信された署名入りメッセージのサイズの縮小を示すブロック図である。図５に示されるシステム全体は、図４のシステムと同様であり、図５におけるシステムコンポーネントは、実質的に、図４における同様にレベル付けされたコンポーネントと実質的に同じであるが、その動作は、後述されるものとはいくらか異なる。

例示の目的で、システム５０２からユーザＡおよびＢの両方にｅメールメッセージを送信するユーザは、メッセージに署名することを決定し、従って、ユーザＡおよびＢは、発信者がメッセージの真の発信者であることを確認し得ること、および、受信されたものが発信者によって送信されたものであると想定される。メッセージ受信者が発信者の署名が認証されたことを確認することを可能にするために、ｅメール発信者５０２は、通常、Ｃｅｒｔ、Ｃｅｒｔチェーンにおける任意の他のＣｅｒｔ、および、場合によっては、現在のＣＲＬを添付する。従って、ｅメール発信者５０２から送信されたセキュアなメッセージは、５１６に示される形態を有し得、発信者のＣｅｒｔ、Ｃｅｒｔチェーン、ＣＲＬおよびデジタル署名５１８ならびにメッセージボディ５２０を含む。Ｓ／ＭＩＭＥにおいて、Ｃｅｒｔ、ＣＲＬおよび署名は、通常、図５に示されるメッセージボディの開始点に配置される。他のセキュアなメッセージングスキーマによるメッセージは、メッセージコンポーネントを、示されているものと異なった順序で配置し得、あるいは、さらなるおよび／または異なったコンポーネントを含み得る。

５１６等のセキュアなメッセージは、通常、インターネット等のＷＡＮ５０４を通じてアドレス指定された受信側に送信される。図５において、メッセージは、２つの受信側にのみアドレス指定され、両方の受信側は、各々、同じメッセージサーバ５０５と関連付けられた電子メールボックスアカウントを有するが、システムは、決してこれらに限定されない。図５における例示的システムは、システムの例に過ぎず、例示の目的にすぎないことが意図される。

一旦メッセージサーバ５０５によって受信されると、セキュアなメッセージは、サーバ５０５上の各受信側のｅメールアカウントにルーティングされる。ワイヤレスコネクタシステム５０９は、新しいメッセージを検出し、さらに、メッセージがワイヤレスネットワークを介して任意の受信側のモバイルデバイスに送信されるべきであるかどうかを決定する。送信されるべきである場合、システム５０９は、メッセージを再組織化して、メッセージボディを最初に配置し、次いで、デジタル署名、その後、Ｃｅｒｔ、Ｃｅｒｔチェーン、およびＣＲＬが配置される。Ｃｅｒｔ、ＣｅｒｔチェーンおよびＣＲＬは、その後、好適には、システム５０９によってホストシステムに格納される。少なくともメッセージボディおよびデジタル署名を含むメッセージは、その後、ワイヤレスネットワークを介して、５２２および５２６に示されるように、受信側、すなわち、ユーザＡおよびＢのモバイルデバイス５１２および５１４に送信される。デジタル署名５２４、５２８は、オリジナル署名、Ｃｅｒｔ、ＣｅｒｔチェーンおよびＣＲＬコンポーネント５１８の事実上の切断型（ｔｒｕｎｃａｔｅｄ ｆｏｒｍ）である。メッセージ５２２および５２６に異なった態様で符号付けされるが、署名５２４および５２８は、ｅメール発信者５０２によって生成される実際には同じ署名である。Ｃｅｒｔ、ＣｅｒｔチェーンおよびＣＲＬは、Ｃｅｒｔ、およびＣＲＬが、例えば、ユーザのデスクトップコンピュータシステム５１１、５１３への物理的接続５１５、５１７を用いて、デバイス内の格納デバイス上に予めプレロードされ得るという想定に基づいて、メッセージボディおよび署名と共にモバイルデバイス５１２、５１４に最初送信されない。発信者のＣｅｒｔおよびＣｅｒｔチェーンは、ワイヤレスネットワークを介して、モバイルデバイス５１２および５１４に送信された前のセキュアなメッセージに添付され得、次いで、モバイルデバイスに格納されることもまた可能である。最新のＣＲＬは、同様に、モバイルデバイス５１２、５１４上で、同様に、すでに利用可能であり得る。これらの状況において、Ｃｅｒｔ、ＣｅｒｔチェーンおよびＣＲＬが、モバイルデバイス５１２、５１４にて用いられないが、それらは、送信されている。これらの任意の情報は、必要とされるが、モバイルデバイス５１２、５１４上で利用可能である場合、ワイヤレスコネクトシステム５０９からリクエストされ得る。

上述のように、ユーザは、最初に署名を検証することなく、署名入りメッセージのコンテンツを閲覧し得る。Ｃｅｒｔ、ＣｅｒｔチェーンおよびＣＲＬは、モバイルデバイスユーザ、例えば、ユーザＡが、ｅメール発信者５０２からのメッセージ上で署名５２４を検証することを所望する場合にのみ必要とされる。これらのコンポーネントは、モバイルデバイス５１２上で利用可能である場合、署名検証動作は、モバイルデバイス５１２とＬＡＮ５０６との間でさらに通信することなく完了され得る。しかしながら、ＣｅｒｔおよびＣＲＬ情報が、署名入りメッセージが受信されたメッセージ発信者のために利用可能でない場合、システムの別の局面によると、ユーザは、システム５０９にリクエストを発信し得、メッセージのオリジナルメッセージ、特に、メッセージがモバイルデバイスに送信される前に除去された任意のＣｅｒｔおよびＣＲＬの残りを、ワイヤレスネットワーク５１０を介してモバイルデバイスに送信し、かつ、システム５０９によってホストロケーション（ＬＡＮ５０６）に格納される。ＣｅｒｔおよびＣＲＬは、一旦モバイルデバイス５１２で受信されると、署名が完全にチェックおよび検証されることを可能にする。

相対的にバルキーな（すなわち、大きいバイトサイズの電子データ）ＣｅｒｔおよびＣＲＬがモバイルデバイスに送信される前に、受信された署名入りメッセージから除去することは、ワイヤレスネットワーク５１０を通じて転送される署名入りメッセージのサイズを著しく縮小し得、これにより、ワイヤレスネットワークリソースを保存し、かつ、署名入りメッセージをモバイルデバイスに送信するために必要とされる帯域幅および時間を縮小する。

システムのこの局面のさらなる実施形態において、ユーザのホストシステム５１１、５１３は、図６にさらに詳細に示されるＣｅｒｔ同期化システムを含み、これは、署名入りメッセージのサイズが、モバイルデバイスに格納される情報に基づいて低減されるシステムのブロック図である。図６において、ワイヤレスコネクタシステムが動作するホストシステムロケーションの外部のシステムコンポーネントは、図面上の混雑を回避するために示されない。メッセージサーバとホストコンピュータシステムとの間の接続は、明瞭化のために省略されている。しかしながら、図６に示されるシステムは、メッセージングシステムにおいて一般的であるように、このような他のコンポーネントおよび接続を含み得る。

図６における例示的システムは、メッセージサーバ６０２、ワイヤレスコンピュータシステム６０４、および２つのデスクトップコンピュータシステム６０６、６１４を含む。各デスクトップコンピュータシステムは、物理的接続６０８、６１６を含み、これを通じて、Ｃｅｒｔ、ＣＲＬ、および、場合によっては、他の比較的バルク情報がユーザのモバイルデバイス（図示せず）に転送され得る。システムのこの実施形態によると、各デスクトップコンピュータシステム６０６、６１４は、ほとんどのインプリメンテーションにおいて、ソフトウェアアプリケーションであるＣｅｒｔ同期化（Ｓｙｎｃ）システム６１０、６１８を含む。Ｃｅｒｔ ｓｙｎｃシステム６１０、６１８は、ホストコンピュータシステム６０６、６１４上の物理的接続６０８、６１６、およびデータストア６１２、６２０とインターフェース接続する。当業者が理解するように、データストア６１２、６２０は、場合によっては、例えば、ローカルハードディスクドライブ、または他のメモリユニットを含む任意のコンピュータ格納媒体であり得る。公開情報であるＣｅｒｔおよびＣＲＬは、例えば、ネットワーク内のコンピュータシステム間で共有され得るので、ストア６１２、６２０は、実際、例えば、ネットワークファイルサーバ上の同じデータストアであることも考えられる。

モバイルデバイスが接続６０８を介してデスクトップコンピュータシステムに接続される場合、Ｃｅｒｔ ｓｙｎｃシステム６１０を用いて、ユーザＡは、好適には、Ｃｅｒｔおよび、場合によってはＣＲＬを選択し、所望である場合、モバイルデバイスに転送する。しかしながら、ＣＲＬは、大きい傾向があり、従って、格納するために著しいメモリリソースを必要とするので、ユーザは、おそらく、Ｃｅｒｔのみをモバイルデバイスに転送することが最も多い。Ｃｅｒｔ ｓｙｎｃシステムは、その後、対応するＣＲＬを調べるように構成され得、Ｃｅｒｔが、モバイルデバイスに転送される前に、取消されないか、または、代替的に、ダウンロードするために利用可能なＣｅｒｔのリストから任意の取消されたＣｅｒｔを除去することを保証する。デバイス上で、Ｃｅｒｔは、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、または、データがモバイルデバイス上に書き込まれ得る他のこのようなメモリコンポーネント等のデータストアに格納され得る。これに代わって、Ｃｅｒｔは、場合によっては、除去可能メモリカード、スマートカード、またはモバイルデバイスが動作するように設計される同様のコンポーネントに書き込まれ得る。

図６に示されるように、各Ｃｅｒｔ ｓｙｎｃシステム６１０、６１８は、さらに、ワイヤレスコネクタシステム６０４と通信するために有効にされる。これは、Ｃｅｒｔ ｓｙｎｃシステムが、Ｃｅｒｔがユーザのモバイルデバイス上にロードされているワイヤレスコネクタシステムに通知することを可能にする。これは、例えば、任意のデバイス関連動作を実行するためにＣｅｒｔ ｓｙｎｃシステムが用いられるたびに、デバイス上のすべてのＣｅｒｔの完全な最新リスト、またはＣｅｒｔ追加および削除のリストのどちらかを送信することによって達成され得る。モバイルデバイスがデスクトップコンピュータシステムに接続される場合、Ｃｅｒｔ ｓｙｎｃシステムによってモバイルデバイス上で新しいＣｅｒｔが検出されるときはいつでも、Ｃｅｒｔ更新もワイヤレスコネクタシステム６０４に送信され得る。Ｃｅｒｔ ｓｙｎｃシステムは、モバイルデバイスユーザが、署名入りメッセージを受信することを予定するエンティティの特定のＣｅｒｔにロードするために有用であるが、モバイルデバイスユーザは、ＣＡ等の他のソースからのＣｅｒｔを取得する状態があり得る。この場合、Ｃｅｒｔ ｓｙｎｃシステムは、最後のＣｅｒｔがＣｅｒｔ ｓｙｎｃシステムを用いて転送するので、任意のＣｅｒｔがモバイルデバイス上にロードされたかどうかを決定するように構成され得、ロードされた場合、デバイスＣｅｒｔ更新をワイヤレスコネクタシステム６０４に送信する。

このようなデバイスＣｅｒｔ更新がデスクトップコンピュータシステム６０６、６１４から受信された場合、データストア６２２におけるワイヤレスコネクタシステム６０４によって特定のユーザについて維持されるユーザプロファイルが更新される。ユーザプロファイル６２４、６２６は、ユーザ名、ワイヤレスネットワークを介して、どのメッセージが送信されるかを制御するように設定する構成、モバイルデバイス識別情報、および、場合によっては、さらなるユーザ情報、構成情報、またはモバイルデバイス関連情報等の情報を含み得るが、ワイヤレスコネクタシステム６０４は、好適には、ユーザのモバイルデバイス上に格納されるＣｅｒｔのリストも格納する。図６に示される例において、ユーザＡのモバイルデバイスは、［Ｃｅｒｔ Ｘ］によって示されるエンティティＸのＣｅｒｔを格納し、これに対して、ユーザＢは、エンティティＹのＣｅｒｔ、［ＣｅｒｔＹ］をモバイルデバイス上に格納した。単一のＣｅｒｔは、例示のためにのみユーザプロファイル６２４、６２６に示され、モバイルデバイスは、好適には、複数のＣｅｒｔを格納するために十分なメモリリソースを有する。

Ｃｅｒｔ、ＣｅｒｔチェーンＣＲＬおよびデジタル署名コンポーネント６３０およびメッセージボディ６３２を含む署名入りメッセージ６２８は、メッセージサーバ６０２に到着した場合、これは、上述のように、ワイヤレスコネクタシステム６０４によって検出される。オリジナルメッセージは、その後、メッセージボディが最初に配置され、デジタル署名、および署名関連情報が続くように再構成される。このシステムのこの実施形態によると、ワイヤレスコネクタシステム６０４は、アドレス指定されたモバイルデバイスユーザごとにユーザプロファイルを調べることによって、署名関連の任意の情報が、メッセージが送信されるべき各モバイルデバイスによって必要とされるかどうかを決定する。発信者のＣｅｒｔ、ＣｅｒｔＸが、ユーザＡのモバイルデバイスに格納されているので、メッセージボディ６３２およびデジタル署名６３６のみを含む再構成されたメッセージ６３４がユーザＡのモバイルデバイスに送信される。エンティティＹのＣｅｒｔは、ユーザＢのモバイルデバイス上に格納されているが、オリジナルメッセージ６２８の発信者のＣｅｒｔＸは、ユーザＢのモバイルデバイス上で利用可能でなく、これにより、ユーザＢのモバイルデバイスへの再構成されたメッセージは、メッセージボディ６３２、ならびに署名関連情報およびデジタル署名コンポーネント６３０の両方を含む。上述のように、ワイヤレスコネクタシステム６０４は、これに代わって、背後からの送信のために、署名関連情報をユーザＢのモバイルデバイスに格納し得、メッセージボディおよびデジタル署名のみを最初に送信する。

ワイヤレスコネクタシステム６０４にアクセス可能なＣｅｒｔ ｓｙｎｃシステム６１０、６１８、およびデバイス署名関連情報の使用は、ワイヤレスコネクタシステム６０４が、特定のモバイルデバイスが必要する情報を決定すること、およびモバイルデバイスに送信されるメッセージから任意の不必要な情報を除去することを可能にする。モバイルデバイスがＣｅｒｔを前の実施形態におけるように格納し得ることを想定するが、ワイヤレスコネクタシステム６０４は、デバイスがＣｅｒｔを格納したかどうかを決定し得る。ユーザプロファイルは、さらに、場合によっては、他の構成セッティングを明確にするために用いられ得、例えば、ＣＲＬは、ユーザのモバイルデバイスに決して送信されるべきでないこと、または、署名関連除法は、必要に応じてのみユーザのモバイルデバイスに送信されるべきであることを示す。

ここで、図７および図８を参照して、署名および暗号メッセージを生成するためのメッセージ署名または暗号化を実行する影響が説明される。メッセージが最初に暗号化されてから署名された場合、再組織化の１つのセットおよび／またはメッセージ縮小スキーマが適用され得る。メッセージが、最初に署名されてから暗号化された場合、他の再組織化およびサイズ縮小技術が適用可能である。明らかなように、メッセージングシステムのホストロケーションブ部分のみ（メッセージサーバおよびワイヤレスコネクタシステム）が、図７および図８の各々に示される。

図７は、暗号化されてから署名された受信メッセージのセキュアなメッセージサイズを示すブロック図である。このようなメッセージ７０６は、通常、送信側によって確立されたワンタイムセッション鍵を用いて暗号化されるメッセージボディ７１０を含む。セッション鍵は、その後、意図されたメッセージ受信側（この例において、ユーザＡおよびＢ）の公開鍵を用いて暗号化され、各ユーザに対して暗号セッション鍵７１２、７１４を生成する。暗号メッセージボディ７１０および暗号セッション鍵７１２、７１４は、その後、実質的に、上述のように署名される。署名は、暗号化の後に実行されるが、メッセージコンポーネント７０８は、デジタル署名に加えて、Ｃｅｒｔ、おそらくＣｅｒｔチェーンおよび１つ以上のＣＲＬと共に、例えば、Ｓ／ＭＩＭＥにおいてのようにセキュアなメッセージの開始点にあり得る。

この暗号化および署名入りメッセージ７０６は、セッション鍵７１２、７１４およびデジタル署名および署名と関連した情報７０８と共に、メッセージサーバ７０２によって受信される。メッセージサーバは、メッセージを処理し、かつ、これをＡおよびＢの適切なメールボックスに配置する。ワイヤレスコネクタシステム７０４は、新しいメッセージを検出し、かつ、モバイルデバイスを有する各受信側にメッセージを送信するための処理を開始する。メッセージがモバイルデバイスに送信される前に、メッセージのデジタル署名およびＣｅｒｔセクション７０８が、好適には、デジタル署名および署名関連情報がメッセージの端部に移動されるように、少なくとも再構成される。暗号メッセージボディ７１０およびセッション鍵７１２、７１４は、すべて署名されるので、署名および署名関連情報のみが再構成、またはメッセージから除去され得る。ワイヤレスコネクタシステム７０４が、メッセージをモバイルデバイスに送信する前に署名されたコンポーネントとのいずれかを再構成または除去するためにメッセージ７０６を処理すべき場合、署名の検証は、モバイルデバイスでは機能しない。

上述のように、ワイヤレスコネクタシステム７０４は、メッセージ７０６に含まれる場合、Ｃｅｒｔおよび任意のＣｅｒｔチェーン、ならびにＣＲＬを除去し、これらのコンポーネントを後でモバイルデバイスに送信するために格納する。ワイヤレスコネクタシステム７０４が、どのＣｅｒｔがアドレス指定された受信側のモバイルデバイス上で利用可能であるかを決定し得る場合、Ｃｅｒｔは、それがモバイルデバイス上で利用可能である場合にのみ送信され得る。図７に示される例において、オリジナルメッセージ７０６のデジタル署名７１８および署名されたコンポーネント７１０、７１２、７１４のみがユーザＡへのメッセージ７１６に送信される。これは、すべての署名関連情報が受信されたメッセージが送信される前に除去された場合か、またはワイヤレスコネクタシステム７０４が、オリジナルメッセージ７０６における発信者のＣｅｒｔがユーザＡのモバイルデバイスにロードされたことを検出した場合に起こる。ユーザＢの場合、ワイヤレスコネクタシステム７０４が、例えば、オリジナルメッセージ７０６がユーザＢのモバイルデバイス上にロードされていないことを決定すると、Ｃｅｒｔおよびデジタル署名７２２の両方は、メッセージ７２０における署名されたコンポーネント７１０、７１２、７１４と共に送信される。

従って、セキュアなメッセージが暗号化されてから署名された場合、デジタル署名および任意の署名関連情報は、メッセージの最後に再構成され得、いくつか、またはすべての署名関連情報は、メッセージから除去され得る。

図８は、署名されてから暗号化された受信メッセージのセキュアなメッセージサイズ縮小を示すブロック図である。この場合、送信機は、作成されたメッセージのデジタル署名を生成し、デジタル署名、Ｃｅｒｔ、および、場合によっては、ＣｅｒｔチェーンおよびＣＲＬをメッセージに添付する。Ｓ／ＭＩＭＥメッセージについては、デジタル署名、Ｃｅｒｔおよび任意のチェーン化されたＣｅｒｔおよびＣＲＬは、メッセージの開始部分に添付される。署名入りメッセージ全体は、その後、ワンタイムセッション鍵を用いて暗号化され、セッション鍵は、上述のように、各受信者の公開鍵を用いて、メッセージにおけるアドレス指定された受信者ごとに暗号化される。生じたメッセージは、８０６に示され、デジタル署名および署名関連情報８０８、およびメッセージボディ８１０を含み、これらの両方は、セッション鍵を用いて暗号化され、受信者ごとにセッション鍵８１２の暗号化されたバージョンが続く。

署名および暗号メッセージ８０６が受信され、メッセージサーバ８０２によってユーザＡおよびＢの適切なメールボックスに配置された場合、ワイヤレスコネクタシステム８０４は、新しいメッセージを検出し、かつ、任意のアドレス指定されたメッセージ受信者のが、モバイルデバイス（図示せず）を有するかどうか、およびメッセージがモバイルデバイスに送信されるべきかどうかを決定する。送信されるべきであると決定された場合、メッセージは、オリジナル受信されたメッセージの暗号化された部分、およびモバイルデバイスに対応する特定のセッション鍵のみを含む各モバイルデバイスに送信するための準備がなされる。図８において、デジタル署名および署名関連情報８０８は、暗号化され、従って、ワイヤレスコネクタシステム８０４によって識別および再構成され得ない。従って、ワイヤレスコネクタシステム８０４によってユーザＡおよびＢのモバイルデバイスに送信されたメッセージ８１６、８１８は、各々、暗号デジタル署名および署名関連情報８０８、ならびにオリジナルメッセージの署名および暗号メッセージボディ８１０、ならびにモバイルデバイスのそれぞれの暗号セッション鍵８１２、８１４のみを含む。各モバイルデバイスにおいて、セッション鍵は復号化され得、かつメッセージの暗号化された部分８０８、８１０を復号化するために用いられ得、オリジナルメッセージボディ、デジタル署名および署名関連情報コンポーネントを暴露する。メッセージは、その後、閲覧され得、デジタル署名検証は、各モバイルデバイス上で進行し得る。

上述のように、ワイヤレスコネクタシステム８０４が必要とされる暗号セッション鍵のみを書くモバイルデバイスに送信した場合、ＲｅｃｉｐｉｅｎｔＩｎｆｏフィールド（図示せず）は、さらに、ワイヤレスネットワークを介して送信されたメッセージのサイズをさらに縮小するために、暗号メッセージから除去され得る。

上述のシステムの実施形態は、セキュアなメッセージをモバイルデバイスに送信する前にセキュアなメッセージのサイズを再構成、および、そのサイズを縮小することに集中する。空中を介してモバイルデバイスに送信されなければならないデータを縮小するためにメッセージを事前処理する種々の方法を低減する、いくつかのさらなる実施形態がここで記載される。メッセージを事前処理する１つの有利な点は、これまでの記載から明らかなように、再構成してサイズを縮小することが最も困難なメッセージである、署名および暗号化の両方がなされたメッセージに代替的技術が適用され得ることである。

図９は、暗号メッセージの事前処理システムを示すブロック図である。システム全体は、図９に示されるコンポーネントが、前の図において類似の態様で符号付けされたコンポーネントと実質的に同じであるという点で、上述のシステムと類似である。９１６に示されるように、ユーザＡおよびＢにアドレス指定されたｅメール発信者９０２からの暗号化されたｅメッセージは、暗号メッセージボディ９１８、および２つの暗号セッション鍵９２０および９２２を含む。当業者に明らかなように、暗号メッセージ９１８の部分は、必ずしも図９に示される順序である必要はない。この例において、ユーザのデスクトップコンピュータシステム（これらの１つが９０７に示される）、およびユーザのモバイルデバイス９１２または９１４は、ワイヤレスコネクタシステム９０９によってサポートされる共通のアドレス、機能を有効に共有することが想定される。しかしながら、いくつかのシステムにおいて、メッセージは、メッセージサーバ９０５上のユーザのメールアカウント、およびユーザのワイヤレスメールアカウントの両方にアドレス指定され得る。ワイヤレスコネクタシステム９０９が実現された場合、メッセージは、おそらく、メッセージサーバ９０５上のユーザのアカウントにアドレス指定される。

システムの好適な実施形態において、例えば、図１に示される物理的接続５０およびインターフェース６５、または、特定の他の信頼できるワイヤドまたはワイヤレス転送メカニズムを用いて、秘密鍵をモバイルデバイスにロードすることによって、単一の秘密鍵をユーザのデスクトップコンピュータシステム９０７とモバイルデバイス９１２、９１４との間で共有することが可能である。ユーザのデスクトップコンピュータシステム９０７が、スマートカード、または類似の除去可能セキュリティを有効にするコンポーネントで動作するように構成された場合、この秘密鍵のロードは、スマートカードをカードリーダに挿入して、ワイヤレスコネクタシステム９０９のコンポーネントを走行させ、および／または、場合によっては、デスクトップコンピュータシステム９０７上でソフトウェアを走行させ、秘密鍵をカードリーダからモバイルデバイスのメモリに直接ロードすることで、ユーザによって実行され得る。あるいは、カードリーダは、モバイルデバイスに統合され得、ユーザが、デスクトップコンピュータシステムまたはモバイルデバイスを用いて秘密鍵にアクセスすることを可能にする。このような秘密鍵の共有は、２つのロケーション、すなわち、ユーザのデスクトップコンピュータシステム９０７およびモバイルデバイス９１２または９１４においてミラーリングされたｅメールの格納を提供する。

メッセージ９１６が発信者９０２によって送信された場合、このメッセージは、アドレス指定された受信者、ユーザＡおよびＢのｅメールアカウントに処理および転送するために、最終的に、ＷＡＮ９０４を通じてメッセージサーバ９０５にルーティングされる。ワイヤレスコネクタシステム９０９は、新しいメッセージを検出し、かつ、このメッセージが任意の受信者のモバイルデバイスに送信されるべきであるかどうかを決定する。このシステムの局面によると、メッセージがモバイルデバイスに送信される受信者ごとに、ワイヤレスコネクタシステム９０９は、セッション鍵を用いてメッセージを復号化し、ワイヤレスコネクタシステム９０９とその関連したモバイルデバイス９１２、９１４間で実現される異なった鍵および、場合によっては、ワイヤレスフレンドリセキュリティスキーマに対応する異なった暗号化アルゴリズムを用いてメッセージを再暗号化し、受信者のモバイルデバイスに再暗号メッセージを送信する。このような再暗号メッセージは、９２４および９２６に示される。

セッション鍵の各バージョンは、特定のモバイルデバイス９１２、９１４の特定の公開鍵で暗号化されるので、ワイヤレスコネクタシステム９０９は、メッセージボディが復号化および再暗号化され得る前に、セッション鍵をなんとかして復号化しなければならない。このシステムのこの局面の実施形態によると、ワイヤレスコネクタシステム９０９は、正しいセッション鍵９２０、９２２を、受信されたメッセージが送信されるべき各モバイルデバイス９１２、９１４に抽出し、これを各モバイルデバイスに送信する。例えば、ユーザＡ等の各モバイルデバイスユーザの正しい暗号セッション鍵を抽出した後、ワイヤレスコネクタシステム９０９は、暗号セッション鍵９２０のみを含むメッセージを確立し得る。モバイルデバイス９１２は、このメッセージを受信し、かつ、このメッセージからセッション鍵９２０を抽出する。セッション鍵は、その後、復号化され、好適には、上述のワイヤレスフレンドリセキュリティスキーマにより再暗号化されて、ワイヤレスコネクタシステム９０９に戻される。ワイヤレスコネクタシステム９０９は、その後、再暗号化されたセッション鍵を復号化し、かつ、ユーザＡの代わりに暗号メッセージボディを復号化するために、この復号セッション鍵を用いる。復号化されたメッセージボディは、その後、ワイヤレスフレンドリセキュリティスキーマにより再暗号化され得、モバイルデバイス９１２に送信され得る。再暗号メッセージは、その後、モバイルデバイス９１２上で復号化され得、ユーザＡに表示され得る。類似のプロセスが、ワイヤレスコネクタシステム９０９と、受信された暗号メッセージが送信されるべき各モバイルデバイスとの間で実行される。

ワイヤレスコネクタシステム９０９によるメッセージの復号化は、モバイルデバイス上で実行されなければならない複合公開鍵複合化演算の量を低減する。さらに、これは、ワイヤレスコネクタシステム９０９が、非常に大きいｅメールメッセージの場合に、各モバイルデバイスにメッセージの一部分のみを送信することを可能にする。上述のセッション鍵およびメッセージ交換がユーザごとに繰返され得るが、一旦セッション鍵が復号化され、１つのモバイルデバイスによってワイヤレスコネクタシステム９０９に戻され、かつ、暗号メッセージボディが復号化されると、復号化されたメッセージボディは、メッセージが送信されるべきモバイルデバイスごとに再暗号化され得る。これは、メッセージが複数のモバイルデバイスに送信されるべき場合でも、暗号メッセージボディが１回復号化されるだけであるという点でワイヤレスコネクタシステム９０９での演算を簡略化し得、かつ、メッセージがいくつかのモバイルデバイスにより高速で送信され得るようにする。なぜなら、再暗号化されたセッション鍵を用いた応答が、１つのモバイルデバイスからワイヤレスコネクタシステム９０９によって受信されることのみを必要とし、メッセージが送信されるべき各モバイルデバイスからこれが受信されることを必要としないからである。

９０７等のデスクトップコンピュータシステムおよびモバイルデバイスが共通の秘密鍵を共有するいくつかのシステムにおいて、この秘密鍵は、メッセージサーバ９０５およびワイヤレスコネクタシステム９０９にアクセス可能であり得る。これは、秘密鍵技術が発達する態様に依存する、起こりそうのないシナリオであり得るが、この方法は、暗号メッセージの復号化および送信プロセスにおけるステップの数を低減するという有利な点を有し、さらに、復号化されたセッションを、空中を介して送信する必要を除去する。前の実施形態におけるように、ワイヤレスコネクタシステム９０９によるメッセージの復号化は、モバイルデバイスが実行しなければならない公開鍵演算の数を低減する。

システムのこの実施形態によると、ワイヤレスコネクタシステム９０９は、このシステムがワイヤレス通信サービスを提供する任意のアドレス指定された受信者の秘密鍵へのアクセスを有する。前の実施形態におけるように、暗号セッションを直接モバイルデバイスに送信する代わりに、ワイヤレスコネクタシステムは、セッション鍵を復号化するためにデバイスと共有される秘密鍵を用いる。セッション鍵は、その後、暗号メッセージボディを復号化するために用いられる。例えば、ユーザＡについて、ワイヤレスコネクタシステム９０９は、メッセージ９１６から暗号セッション鍵９２０を抽出し、ユーザＡの秘密鍵を用いてこのセッション鍵を復号化し、かつ、暗号メッセージボディ９１８を復号化するためにセッション鍵を用いる。一旦メッセージボディが復号化されると、これは、実質的に、上述のように、ワイヤレスフレンドリ暗号化法を用いて再暗号化され、かつ、適切なモバイルデバイスに送信される。モバイルデバイスは、その後、メッセージを復号化し、これを、もとの形態でユーザに提供する。この手順は、モバイルデバイス上で非常にプロセッサおよび電力集約的な傾向がある公開鍵演算を最小の量にして、より高速のメッセージ送達を提供する。

ワイヤレスコネクタシステム９０９による暗号メッセージの復号化および再暗号化は、通常、セキュリティと関係があることが明らかである。しかしながら、図９に示されるシステムにおいて、復号化および再暗号化は、セキュリティファイアウォール９０３の背後で実行され、従って、復号化された情報は、企業ＬＡＮ９０６における任意の他の情報と同じほどセキュアな状態に留まる。３ＤＥＳ等の強力な暗号化スキーマがワイヤレスコネクタシステム９０９とモバイルデバイス９１２、９１４との間で用いられる場合、復号化されたメッセージまたはセッション鍵を含む任意の前に復号化された情報は、ワイヤレスコネクタシステム９０９とモバイルデバイス９１２、９１４との間に転送される間、セキュアな状態である。

図１０は、署名入りメッセージ事前処理システムのブロック図である。図１０におけるシステムは、図９におけるシステムと類似であり、図９および図１０において類似の態様で符号付けされるコンポーネントは、実質的に類似であるが、図１０のシステムは、署名入りメッセージを事前処理する。図１０において、デジタル署名検証が、ユーザのホストシステムロケーション（ＬＡＮ１００６）にてモバイルデバイスユーザの代わりに実行され、従って、デジタル署名、および、典型的には、バルキーな署名関連データの送信を節約する。

ｅメールメッセージ発信者１００２によって署名入りメッセージ１０１６は、上述のように、デジタル署名コンポーネント１０１８およびメッセージボディコンポーネント１０２０を含む。署名入りメッセージ１０１６が受信されて、メッセージサーバ１００５によって適切なメールボックスに転送された場合、ワイヤレスコネクタシステム１００９は、新しいメッセージを検出し、かつ、１つ以上のモバイルデバイスに送信されるべきかどうかを決定する。図１０における例において、メッセージは、モバイルデバイス１０１２および１０１４の両方に送信される。

ワイヤレスコネクタシステム１００９は、その後、メッセージが署名されたことを検出し、発信者の公開鍵を見出すことを試みる。この公開鍵は、ＷＡＮ１００４上のどこかの局所的格納領域、または、場合によっては、ＰＫＳ１０２８から取り出され得る。一旦発信者の公開鍵が取り出されると、各モバイルデバイスユーザの代わりに、デジタル署名がワイヤレスコネクタシステム１００９によって検出され得る。好適には、デジタル署名が検証されたかどうかに関する表示を含むメッセージが、その後、加工され、各モバイルデバイス１０１２、１０１４に転送される。１０２４、１０２５および１０２６、１０２７に示されるように、オリジナルメッセージボディ１０２０および署名表示は、モバイルデバイス１０１２、１０１４に送信される前にセキュリティのために再エンベロープされ、場合によっては、暗号化される。署名表示は、必ずしも機密でないが、その暗号化は、認可されないパーティが不正確な署名を挿入するか、または、署名表示を変更することを防止する。各デバイスにおいて、ユーザに提供される前に、必要に応じて、外部エンベロープが除去され、メッセージおよび署名表示が復号化される。

図１１は、暗号化されてから署名された、受信メッセージに対するセキュアなメッセージの事前処理を示すブロック図である。図面上の混雑を回避するために、メッセージサーバ１１０２およびワイヤレスコネクタシステム１１０４のみが示される。これらのコンポーネントが、前の図面に示されるようなシステムにおいて実現され得ることが当業者に明らかである。

暗号化されてから署名されたセキュアなメッセージ１１０６は、このようなコンポーネントをデジタル署名、および署名関連情報コンポーネント１１０８、暗号化および署名入りメッセージボディ１１１０ならびに暗号化および署名されたセッション鍵１１１２および１１１４として含み得る。このようなメッセージの生成は、すでに詳細に記載された。このようなメッセージがメッセージサーバ１１０２において受信され、かつ、ユーザＡおよびＢの適切なユーザメールボックスに配信された場合、ワイヤレスコネクタシステム１１０４は、新しいメッセージを検出し、かつ、この例において、メッセージがユーザＡおよびＢの各々のモバイルデバイスに送信されるべきことを決定する。メッセージが署名および暗号化されているので、メッセージの事前処理は、図９および図１０と共にすでに記載された事前処理スキーマの各々からのいくつかのステップを含む。

メッセージ１１０６は、最初に暗号化され、次に署名され、これにより、ワイヤレスコネクタシステム１１０４は、好適には、発信者の公開鍵を用いてデジタル署名を最初に検証する。この鍵は、例えば、ローカルメモリからか、またはＰＫＳを通じて取り出され得る。発信者のデジタル署名が検証されるかどうかに関わらず、事前処理がメッセージを暗号化するために用いられるセッション鍵を取得するように進行し得る。上述のように、これは、モバイルデバイスに、ワイヤレスコネクタシステム１１０４によってセッション鍵の対応する暗号化されたバージョンを送信することによって達成され得るか、または、デバイスの秘密鍵がワイヤレスコネクタシステム１１０４にアクセス可能である場合、秘密鍵にアクセスし、かつ、セッション鍵を復号化することによって達成され得る。一旦セッション鍵が復号化されるか、またはワイヤレスコネクタシステム１１０４に戻されることによって、メッセージは復号化され得る。復号化メッセージ、および好適には、メッセージが署名され、かつ、デジタル署名が検証されたか、されない署名表示は、その後、ワイヤレスフレンドリ暗号化アルゴリズムを用いて再暗号化され、かつ、メッセージが送信されるべき各モバイルデバイスに送信される。１１１６および１１２２に示されるように、ユーザＡおよびＢのモバイルデバイスに送信されるメッセージは、メッセージボディ１１１８、１１２４および署名表示１１２０、１１２６を含み、これらの両方は、好適には暗号化される。各モバイルデバイスは、その後、メッセージ１１１６、１１２２を復号化し、モバイルデバイスユーザにメッセージおよび署名表示を提供し得る。

図１２は、図１１と類似のブロック図であるが、署名されてから暗号化された受信メッセージのセキュアなメッセージ処理を示す。図１１におけるように、混雑を回避するために、メッセージサーバ１２０２およびワイヤレスコネクタシステム１２０４のみが図１２に示される。しかしながら、図１２における構成は、通常、電子メッセージ交換を可能にし、例えば、図１に示されるような、比較的大きいシステムの一部分として実現される。

署名されてから暗号化されたメッセージは、上述のように、および１２０６に示されるように、通常、デジタル署名および署名関連情報コンポーネント１２０８およびメッセージボディコンポーネント１２１０（これらの両方は、ワンタイムセッション鍵を用いる発信者によって暗号化される）、ならびに、この例においてはユーザＡおよびＢであるメッセージ１２０６の各アドレス指定された受信側のセッション鍵１２１２の暗号化バージョンを含む。メッセージ１２０６がメッセージサーバ１２０２によって受信され、適切なユーザメールボックスに配信された場合、ワイヤレスコネクタシステム１２０６は、新しいメッセージを検出し、かつ、検出された場合、どのモバイルデバイスにメッセージが送信されるべきかを決定する。

メッセージ１２０６は先に署名されてから暗号化されるので、ワイヤレスコネクタシステム１２０４は、任意のさらなる事前処理が実行され得る前に、メッセージを最初に暗号化しなければならない。このために、ワイヤレスコネクタシステム１２０４は、セッション鍵を取得する。このことは、上述のように、対応するそれぞれの暗号セッション鍵を復号化するためにモバイルデバイスに送信することによって、または、ユーザの秘密鍵にアクセスし、かつセッション鍵を暗号化することによって達成され得る。一旦セッション鍵がワイヤレスコネクタシステム１２０４に戻されるか、このシステムによって復号化されると、メッセージ１２０６が復号化され得、デジタル署名および署名関連情報が抽出され得る。上述のように、デジタル署名は、その後、発信者の公開鍵を取り出すことによってチェックされ得る。署名表示が、その後、生成され、メッセージボディに添付される。メッセージおよび表示は、その後、メッセージおよび表示は、その後、好適には、ワイヤレスフレンドリ暗号化法を用いて暗号化され、かつ、メッセージが送信されるべき各モバイルデバイスに送信される。１２１６および１２２２に示されるように、モバイルデバイスへのメッセージは、メッセージ１２１８、１２２４のボディ、およびメッセージが署名されたという、かつ、デジタル署名が検証されたかどうかの表示１２２０、１２２６を含む。モバイルデバイスにおいて、送信されたメッセージは、オリジナルメッセージおよび署名の表示を取り出すために復号化される。

図１３および図１４は、署名された、暗号化された、あるいは署名および暗号化されたメッセージをモバイルデバイスに送信する前に、事前処理する方法を示すフローチャートを示す。これらの図面において、メッセージが受信され、メッセージ格納ロケーションに配置されていること、および、ワイヤレスコネクタシステムが新しいメッセージを検出したことが想定される。図１３および図１４に示される方法は、ワイヤレスコネクタシステムが処理されるべきことを決定するこれらのメッセージ、すなわち、１つ以上のモバイルデバイスに送信されるべきメッセージに適用されることが明らかである。

ここで、図１３を参照して、方法は、モバイルデバイスに送信されるべきメッセージがメッセージ発信者から到着するステップ１３００にて開始する。ステップ１３０５において、ワイヤレスコネクタシステムは、その後、メッセージがプレーンテキストであるかどうかを見出すためにチェックする。このチェックは、例えば、メッセージのＭＩＭＥタイプをチェックすることによって、および／または特定のフォーマットおよびＭＩＭＥタイプの添付ファイルを捜すことによって実行され得る。メッセージがプレーンテキストである場合、これは、モバイルデバイスの各々にルーティングされる。情報がプレーンテキストでない場合、チェックは、メッセージが署名されたが暗号化されない（すなわち、署名のみ）か、または最後に署名されたかを決定するように行われる（ステップ１３１５）。メッセージが署名だけされないか、または最後に署名された場合、これは、メッセージが暗号化されたが署名され得ない（すなわち、暗号化のみ）か、または、最初に署名されてから最後に暗号化され得ること、ならびに、暗号化が先に処理されるべきであることを意味する。メッセージが暗号化されただけか、または最後に暗号化されたかについての決定は、ステップ１３２０にて下される。メッセージが暗号化されただけでもなく、最後に暗号化されたのでもないと決定された場合、メッセージは、プレーンテキストメッセージか、または署名されただけか、または、ステップ１３０５または１３１５で検出されなかった最後に署名されたメッセージであり得るか、あるいは、メッセージは、ワイヤレスコネクタシステムが処理し得ないフォーマットを有する。１３２５に示されるように、これらの場合のいずれにおいても、エラー表示され得る。当業者が理解するように、エラー処理は、この方法が実現されるシステムに依存する。メッセージが暗号化されただけであるか、または最後に暗号化された場合、この方法は、暗号化の処理に進み（ステップ１３３０）、これは、図１４に詳細に示され、かつ後述される。

１３１５にて決定されたように、メッセージが署名されただけであるか、または最後に署名された場合（ステップ１３１５）、メッセージのダイジェストは、上述のように生成される（ステップ１３４０）。メッセージに添付されたデジタル署名が、その後、検出される（１３４５）。デジタル署名検証を継続するために、発信者の公開鍵は、ローカルメモリから、ＰＫＳまたは類似のシステムから、あるいは、場合によっては、オリジナルメッセージに添付されたＣｅｒｔから取り出され（１３５０）、例えば、メッセージのＳｉｇｎｅｒＩｎｆｏコンポーネントに含まれる。検出されたデジタル署名におけるダイジェストが抽出され、かつ、発信者の公開鍵を用いてダイジェスト上の署名が検出される（ステップ１３５５）。

ダイジェストＡおよびＢは、その後、これらが整合するかどうかを決定するために比較される（ステップ１３６０）。これらの条件のどちらも満たされない場合、署名は、検証されず、かつ、「失敗」等の署名の表示がメッセージに添付される（ステップ１３６５）。両方の条件が満たされた場合、署名は、適切に検証され、かつ、「検証済」表示がメッセージに添付される（ステップ１３７０）。

ステップ１３７５において、メッセージがさらに暗号化されるかどうかが決定される。暗号化される場合、暗号化されてから署名されたメッセージについて、図１４に示されるように、およびさらに詳細に後述されるように、方法は、暗号データの処理を継続する（ステップ１３８０）。メッセージがこれ以上暗号化されない場合、メッセージが暗号化されたかどうかを決定するためにチェックが行われ得る（１３８５）。最初に署名され、最後に暗号化されたメッセージについては、メッセージの復号化は署名の検証の前に完了する。暗号化された場合、メッセージは、適切な署名の表示、暗号の表示、または、メッセージがもとから暗号化されていたことを示すフラグ、およびメッセージボディを含むメッセージが確立され、かつ、モバイルデバイスに送信される（ステップ１３９５）。そうでない場合、ステップ１３９０においてモバイルデバイスに送信されたメッセージは、署名の表示およびメッセージボディを含む。あるいは、モバイルデバイスユーザが、ワイヤレスコネクタシステムによってアクセス可能なユーザプロファイルに格納された構成可能な設定値であり得るメッセージがもとから暗号化されていたかどうかを知る必要がない場合、ステップ１３７５は、ステップ１３９０に直接進み得、かつ、暗号の表示は送信されない。

図１３に示されないが、上述のエンコード、圧縮、および暗号化スキーマは、事前処理されたセキュアメッセージがモバイルデバイスに送信される前に、ステップ１３９０および１３９５の一部分としてワイヤレスコネクタシステムによって採用され得る。

ここで、図１４を参照して、メッセージの暗号化された部分の処理と関連した方法ステップが示される。暗号処理は、メッセージが最後に暗号化されたか、または暗号化されただけである場合（ステップ１３３０）、あるいは、暗号化されてから署名されたメッセージについては、署名検証動作が完了した場合（ステップ１３８０）に開始し得る。

暗号データを処理する際の第１のステップは、例えば、受信されたメッセージのＲｅｃｉｐｉｅｎｔＩｎｆｏフィールドを用いることによって、特定のモバイルデバイスユーザの暗号セッション鍵の位置を特定することである（ステップ１４１０）。次のステップ１４１５にて、ワイヤレスコネクタシステムは、暗号セッション鍵を含むメッセージを生成し、かつ、モバイルデバイスに送信する。このメッセージは、メッセージのサイズ、日付および送信元等のメッセージに関する情報を、そのメッセージが暗号化されているという表示と共にユーザに提供するためのテキストを有する。このメッセージがモバイルデバイスにて受信された場合、例えば、セッション鍵を復号化するために用いられ得る秘密鍵がデバイス上で利用可能であるかどうかが、モバイルデバイス上のセキュアなメッセージングソフトウェアアプリケーションによって決定される（ステップ１４２５）。デバイスが、正しい秘密鍵を有さない場合、またはユーザがメッセージを復号化することを望まない場合、メッセージは、モバイルデバイス上でユーザによって閲覧され得ない。そうでない場合、選択的ステップ１４３５のように、ユーザに、例えば、モバイルデバイスのメッセージリストにおけるメニューを介してセッション鍵を復号化するという選択肢が与えられ得る（ステップ１４３５）。その後、復号セッション鍵が、ワイヤレスコネクタシステムに戻され、オリジナルメッセージが復号化される（ステップ１４４０）。

一旦復号化が完了すると、デジタル署名が検証されるべきかどうかを決定するために試験が実行される（ステップ１４４５）。検証されるべき場合、方法は、図１３を参照して説明されたように、デジタル署名を処理するためにステップ１４５０に進む。検証されるべきデジタル署名がない場合、デジタル署名がすでに処理されたかどうかを決定するために、さらなる試験が実行される（ステップ１４５５）。デジタル署名がすでに処理された場合、すなわち、暗号処理がステップ１３８０にて開始した場合、上述のように署名の表示、および、場合によっては、暗号化の表示を有する暗号メッセージが、モバイルデバイスに送信される（ステップ１４６０）。そうでない場合、ステップ１４６５に示されるように、メッセージが署名されない場合、復号化されたメッセージ、および、場合によっては、暗号化の表示がモバイルデバイスに送信される。

図１３および図１４に示されるフローチャートは、例示的であることが意図され、システムの範囲を限定しない。フローチャートで概略されたステップは、異なった順序で実行されてもよく、ステップのいくつかは、他のステップと組み合わされるか、または省略されてもよく、かつ、さらなるステップおよび動作が実行されてもよい。例えば、デジタル署名検証に関する動作が実行される順序は、図１３に示されるものとは異なり得る。いくつかのシステムにおいて、デジタル署名は、ダイジェストＡが生成される前に検出され得、あるいは、ダイジェストＡが生成される前にダイジェストＢが回復され得る。さらに、デジタル署名が検出されない場合、メッセージの事前処理がステップ１３６０にて停止される。図１３および図１４は、当業者に明らかであり、従って、上述のように、および本明細書中に主張されるように、本発明の範囲内であると考えられる。

図１５は、モバイルデバイスから送信された署名されたか、または暗号化されてから署名されたメッセージを事後処理する方法のフローチャートである。上述のメッセージ事前処理の実施形態と同様に、ワイヤレスコネクタシステムで動作するモバイルデバイスおよびホストシステムは、ホストシステムがモバイルデバイスから送信されたメッセージを事後処理するように構成され得る。

図１５において、ユーザがモバイルデバイス上でメッセージを作成した場合、ステップ１５００にて方法が開始する。モバイルデバイスがセキュア通信可能にされた場合、ユーザは、ステップ１５０５にて、さらなるメッセージセキュリティ機能を選択し得、この機能は、図１５の例における「最後に署名される（ｓｉｇｎｅｄ ｌａｓｔ）」すなわち、暗号化されてから署名されたか、または、「署名のみ（ｓｉｇｎｅｄ ｏｎｌｙ）」メッセージセキュリティを含む。このタイプのメッセージセキュリティは、例えば、Ｓ／ＭＩＭＥまたは、特定の他の、場合によっては、独自のセキュアなメッセージングスキーマを用いることによって提供され得る。

その後、署名する前に、メッセージを暗号化することをユーザが選択したかどうかを決定する試験が、ステップ１５１０にて実行される。署名する前にメッセージが暗号化されるべき場合、セッション鍵は、ステップ１５１５にて生成され、メッセージは、ステップ１５２０にてセッション鍵を用いて暗号化され、セッション鍵は、その後、各意図されたメセージ受信者の公開鍵を用いて、ステップ１５２５にて暗号化される。これらの公開鍵は、好適には、モバイルデバイス上のメモリに格納されるが、その代わりに、必要に応じて、ＰＫＳ等の外部ソースからリクエストされてもよい。

メッセージが暗号化されているか、またはメッセージが暗号化されるべきでない場合、方法は、１５３０にて継続し、メッセージ、およびメッセージが暗号化された場合にセッション鍵の暗号化バージョンがダイジェスト機能にわたされ、ユーザの秘密鍵は、デジタル署名を生成するために用いられる（ステップ１５３０）。ホストシステムにおけるワイヤレスコネクションシステムに空中を介して転送するために、発信者のＣｅｒｔ、Ｃｅｒｔチェーンおよび任意のＣＲＬ等の署名関連情報をモバイルデバイスにおけるメッセージに添付する代わりに、モバイルデバイスは、好適には、ホストシステムに送信されるメッセージにおいて、署名関連情報の表示を含み、これは、任意の署名関連情報がメッセージに添付されるべきかどうかを決定するためにワイヤレスコネクタシステムによって処理される署名関連情報がホストシステムに送信されたメッセージに含まれる。これは、モバイルデバイスが、ホストシステムを通じて署名入りメッセージを送信することを可能にする。従って、ステップ１５３５にて、モバイルデバイスは、オリジナルメッセージ（ここで、場合によっては、暗号化された）、デジタル署名、および署名関連情報の表示、ならびに、メッセージが暗号化された場合に１つ以上の暗号セッション鍵をホストシステムに送信する。この情報の全ては、ホストシステムに送信される前に、ワイヤレスフレンドリ法を用いて、エンコード、圧縮、および暗号化され得る。

ホストシステムにおける、このようなメッセージの事後処理は、ステップ１５４０にて開始する。ホストシステムにて動作するワイヤレスコネクタシステムは、メッセージから署名関連情報の表示を抽出して、どの署名関連情報がメッセージと共に含まれるべきかを決定する。例えば、発信者のＣｅｒｔ、および、場合によっては、チェーン化されたＣｅｒｔおよびＣＲＬを含む、抽出された署名関連情報の表示において識別された適切な署名関連情報は、ステップ１５４５にてメッセージに添付される。メッセージ、デジタル署名、および添付された書名関連情報は、その後、ホストシステムからすべての受信者に送信される（ステップ１５５０）。

モバイルデバイスユーザがメッセージを作成し、かつ、メッセージまたは署名のどちらかのみがなされてから暗号化されることを選択すると、ホストシステムにて動作するワイヤレスコネクタシステムが、メッセージを暗号化するために用いられるセッション鍵にアクセスした場合、結果としての暗号メッセージの事後処理がホストシステムにて実行され得る。そうでない場合、ホストシステムは、このようなメッセージを復号化できず、従って、メッセージの事後処理動作を実行し得ない。この場合、モバイルデバイス上で作成されたメッセージは、添付されたデジタル信号および任意の必要とされるＣｅｒｔおよびＣＲＬと共に、モバイルデバイス上でセッション鍵を用いて暗号化され、暗号メッセージ、およびセッション鍵の暗号化バージョンは、アドレス指定された受信者に送達するために、モバイルデバイスからホストシステムにか、または、アドレス指定された受信者に直接的に送信される。いずれの必要とされるＣｅｒｔおよびＣＲＬも、モバイルデバイス上のメッセージに添付されなければならず、メッセージ全体およびセッション鍵の暗号化は、デバイス上で処理されなければならない。

しかしながら、モバイルデバイスから送信された、暗号化されたか、または、署名されてから暗号化されたメッセージを事後処理する方法のフローチャートである図１６に示されるように、セッション鍵がホストシステムに転送され得る場合、暗号化、および、場合によっては、他のセキュアなメッセージを処理する動作のいくつかは、ホストシステムによって実行され得る。例えば、各アドレス指定された受信者の公開鍵を用いてセッション鍵を暗号化する代わりに、セッション鍵は、ホストシステム、または、ホストシステムロケーションにおけるモバイルデバイスユーザのデスクトップコンピュータシステムと関連付けられた公開鍵で暗号化され得る。ワイヤレスコネクタシステムが、ホストシステムまたはユーザの対応する秘密鍵へのアクセスを有する場合、セッション鍵は、ホストシステムにて暗号化され得る。同様に、ワイヤレスフレンドリセキュリティスキーマがモバイルデバイスと、ホストシステムにて動作するワイヤレスコネクタシステムとの間で通信するように実現された場合、セッション鍵は、このスキーマに従ってモバイルデバイスにより暗号化され得、その後、ホストシステムによって暗号化され得る。これは、潜在的には、モバイルデバイスの代わりに、ホストシステムが、他の場合はモバイルデバイスによって実行されなければならないいくつかの動作を実行することを可能にする。

ここで、図１６を詳細に参照して、ユーザは、ステップ１６００にてモバイルデバイス上にメッセージを作成し、かつ、暗号化のみか、またはメッセージセキュリティを署名した後に暗号化（最後に暗号化）するかを選択する（ステップ１６０５）。ステップ１６１０にて、メッセージが署名されてから暗号化されることを選択したかどうかが決定される。ユーザがこれを選択した場合、ダイジェストおよびデジタル署名が生成され（ステップ１６１５）、Ｃｅｒｔ、Ｃｅｒｔチェーンおよび任意の必要とされるＣＲＬ等の署名関連情報がメッセージに添付される（ステップ１６２０）。署名が完了した場合、または、メッセージが先に署名されることなく暗号化されるべき場合、方法は、ステップ１６２５に進み、ここで、デバイスは、メッセージを暗号化する際に用いられるべきセッション鍵を生成する。メッセージは、添付されたデジタル署名、およびメッセージが署名された場合は署名関連情報と共に、セッション鍵を用いて暗号化される（ステップ１６３０）。その後、ステップ１６３５にて、セッション鍵は、ホストシステムにて動作するワイヤレスコネクタシステムに利用可能な秘密鍵と関連した公開鍵、ワイヤレスフレンドリセキュリティ法、または場合によってはこれらの両方のいずれかを用いて暗号化され、暗号メッセージおよび暗号セッション鍵がホストシステムに送信される。ワイヤレスフレンドリセキュリティスキーマが存在する場合、ホストシステムに転送するために暗号メッセージが２重暗号化され得る。ホストシステムに転送するために、エンコード、圧縮、およびメッセージエンベロープ技術が、メッセージおよびセッション鍵にさらに適用され得る。

メッセージおよび暗号セッション鍵がホストシステムにて受信された場合、モバイルデバイスとホストシステムとの間のデータ転送のために適用され得る任意のエンコード、圧縮、暗号化、およびエンベロープが、ワイヤレスコネクタシステムによって反転される。セッション鍵は、例えば、公開鍵を用いて、デバイスによってさらに暗号化された場合、対応する秘密鍵を用いて、ワイヤレスコネクタシステムによって復号化される（ステップ１６４０）。復号セッション鍵を用いるワイヤレスコネクタシステムは、各アドレス指定された受信者の公開鍵を用いてセッション鍵を再暗号化し得（ステップ１６４５）、アドレス指定された受信者に送達するためにメッセージを転送する前に、暗号セッション鍵をメッセージに添付し得る（ステップ１６５０）。受信者ごとのセッション鍵の暗号化は、これにより、モバイルデバイスからホストシステムにオフロードされる。

図１６には示されないが、この方法は、ホストシステムにて暗号化されたメッセージの事後処理を提供するように拡張され得る。ホストシステムにおけるワイヤレスコネクタシステムがセッション鍵を有するので、メッセージそれ自体が復号化され得る。従って、デバイスは、署名関連情報（そのＣｅｒｔ、Ｃｅｒｔチェーンまたは任意のＣＲＬ）を、暗号化の前に必ずしもメッセージに添付する必要はない。むしろ、図１５と関連して説明されたように、署名関連情報の表示がメッセージに添付され得る。セッション鍵を用いるワイヤレスコネクタシステムは、メッセージを復号化し得、署名関連情報の表示を処理し得、そして、任意の必要とされる署名関連情報を添付し得る。一旦この情報が添付されると、ワイヤレスコネクタシステムは、セッション鍵を用いてメッセージを暗号化し得、アドレス指定された受信者ごとにセッション鍵を暗号化し得る。この方法により、通常、バルキーな署名関連情報は、ホストシステムによってメッセージに追加され、これにより、デバイスによるこの情報の暗号化、および空中を介しての情報の転送が回避される。

強力なワイヤレスフレンドリセキュリティスキーマがモバイルデバイスとホストシステムとの間にある場合、メッセージおよびセッション鍵、ならびにデジタル署名および任意の署名関連情報の表示は、このセキュリティスキーマにより暗号化されて、ホストシステムに送信され得る。ホストシステムは、その後、署名関連情報の表示において識別された必要とされる署名関連情報をメッセージに添付し得、メッセージ、デジタル署名および署名関連情報を、セッション鍵を用いて暗号化し得、その後、アドレス指定された受信器のセッション鍵を暗号化し得る。この場合、セッション鍵は、場合によっては、モバイルデバイスの代わりに、ホストシステムによって生成され得、さらに、モバイルデバイスから送信されたデータの量を低減する。従って、モバイルデバイスは、Ｓ／ＭＩＭＥおよびＰＧＰのような技術を介してセキュアメッセージングを可能にするために、ワイヤレスフレンドリセキュリティスキーマを用いることのみを必要とする。メッセージ事後処理は、モバイルデバイスからのデータ処理動作の大部分を、より強力なホストシステムに移動する。

ホストシステムが、さらに、モバイルデバイスユーザの署名鍵へのアクセスを有する場合、事前処理コンセプトは、セキュアなメッセージの署名を包含するために、さらに拡張され得る。モバイルデバイスは、その後、メッセージ、メッセージが署名されるべきという表示、適用可能である場合は署名関連情報の表示、メッセージが暗号化されるべきという表示、ならびに、セッション鍵、またはホストシステムがセッション鍵を選択すべきという表示のどちらかをホストシステムに転送し得る。ホストシステムは、その後、モバイルデバイスの変わりにすべての暗号化および署名演算を処理し得る。

これらの技術は、モバイルデバイスから転送されなければならないデータの量、およびセキュアなメッセージングのために必要とされるデバイスベースの処理動作の複雑性の両方を低減するが、ホストシステムにおけるセッション鍵を用いる暗号化、およびホストシステムにおける署名の生成は、モバイルデバイスとホストシステムとの間でセキュアなトランスポートか、または、ホストシステムがユーザの秘密鍵へのアクセスを有することのいずれかをを想定する。

ここで、図１７を参照して、本明細書中に記載されるシステムおよび方法で用いられ得る例示的ワイヤレス通信デバイスのブロック図が示される。モバイル通信デバイス１００は、好適には、ボイスおよび／またはデータ通信能力を有する２方向通信デバイスである。デバイスは、好適には、インターネット上の他のコンピュータシステムと通信する能力を有する。デバイスによって提供される機能性に依存して、デバイスは、データメッセージングデバイス、２方向ページャ、メッセージング能力を有するセルラー電話、ワイヤレスインターネットアプライアンス、またはデータ通信デバイス（テレフォニ能力を有するか、または有しない）と呼ばれ得る。上述のように、このようなデバイスは、本明細書中にて、概して、単に、モバイルデバイスと呼ばれる。

デュアルモードデバイス１００は、トランシーバ１７１１、マイクロプロセッサ１７３８、ディスプレイ１７２２、フラッシュメモリ１７２４、ＲＡＭ１７２６、補助入力／出力（Ｉ／Ｏ)デバイス１７２８、シリアルポート１７３０、キーボード１７３２、スピーカ１７３４、マイクロホン１７３６、短距離ワイヤレス通信サブシステム１７４０を含み、さらに、他のデバイスサブシステム１７４２を含み得る。トランシーバ１７１１は、好適には、送信アンテナ１７１６および受信アンテナ１７１８、受信器（Ｒｘ）１７１２、送信器（Ｔｘ）１７１４、１つ以上のローカルオシレータ（ＬＯ）１７１３、およびデジタル信号プロセッサ（ＤＳＰ）１７２０を含む。フラッシュメモリ１７２４の中で、デバイス１００は、好適には、マイクロプロセッサ１７３８（および／またはＤＳＰ１７２０）によって実行され得る複数のソフトウェアモジュール１７２４Ａ〜１７２４Ｎを含み、これらは、複数の他の機能を実行するためのボイス通信モジュール１７２４Ａ、データ通信モジュール１７２４Ｂおよび複数の他の動作モジュール１７２４Ｎを含む。

モバイル通信デバイス１００は、好適には、ボイスおよびデータ通信能力を有する２方向通信デバイスである。従って、例えば、デバイスは、アナログまたはデジタルセルラーネットワークのいずれか等のボイスネットワークを介して通信し得、さらに、データネットワークを介して通信し得る。ボイスおよびデータネットワークは、通信タワー１７１９で図１７に示される。これらのボイスおよびデータネットワークは、基地局、ネットワークコントローラ等の別個のインフラストラクチャを用いる別個の通信ネットワークであり得るか、または、これらは、単一のワイヤレスネットワークに統合され得る。従って、ネットワーク１７１９に関しては、単一のボイス、およびデータネットワークまたは別個のネットワークの両方を含むと解釈されるべきである。

通信サブシステム１７１１は、ネットワーク１７１９と通信するために用いられる。ＤＳＰ１７２０は、送信器１７１４への、および受信器１７１２からの通信信号を送受信するために用いられ、さらに、送信器１７１４および受信器１７１２とコントロール情報を交換し得る。ボイスおよびデータ通信が、単一周波数、または密接に間隔が詰まったセットの周波数で生じる場合、単一のＬＯ１７１３は、送信器１７１４および受信器１７１２と共に用いられ得る。あるいは、ボイス通信対データ通信に対して異なった周波数が利用される場合、ネットワーク１７１９に対応する複数の周波数を生成するために複数のＬＯ１７１３が用いられ得る。２つのアンテナ１７１６、１７１８が図１７にて示されるが、モバイルデバイス１００は、単一のアンテナ構造で用いられ得る。ボイスおよびデータ情報の両方を含む情報は、ＤＳＰ１７２０とマイクロプロセッサ１７３８との間のリンクを介して、通信モジュール１７１１に、および通信モジュール１７１１から伝達される。

周波数帯域、コンポーネントの選択肢、電力レベル等の通信サブシステム１７１１の詳細な設計は、展開することが意図されるデバイス通信ネットワーク１７１９に依存する。例えば、北米市場において展開するように意図されたデバイス１００は、ＭｏｂｉｔｅｘまたはＤａｔａＴＡＣモバイルデータ通信ネットワークで動作するように設計され、および、ＡＭＰＳ、ＴＤＭＡ、ＣＤＭＡ、ＰＣＳ等の種々のボイス通信ネットワークのいずれかで動作するように設計された通信サブシステム１７１１を含み得、これに対して、欧州で用いることが意図されたデバイス１００は、ＧＰＲＳデータ通信ネットワークおよびＧＳＭボイス通信ネットワークで動作するように構成され得る。他のタイプのデータおよびボイスネットワークは、別個のもの、および統合されたものの両方があり、モバイルデバイス１００によっても利用され得る。

ネットワーク１７１９のタイプに依存して、デュアルモードモバイルデバイス１００へのアクセス要件も変化し得る。例えば、ＭｏｂｉｔｅｘおよびＤａｔａＴＡＣデータネットワークにおいて、モバイルデバイスは、各デバイスと関連付けられた一意的識別番号を用いてネットワーク上に登録される。しかしながら、ＧＰＲＳにおいては、ネットワークアクセスは、デバイス１００の加入者またはユーザと関連付けられ得る。ＧＰＲＳデバイスは、通常、加入者アイデンティティモジュール（「ＳＩＭ」）を必要とし、これは、ＧＰＲＳネットワーク上でデバイス１００を動作させるために必要とされる。ローカル、または非ネットワーク通信機能（存在する場合）が、ＳＩＭを用いなくても動作可能であり得るが、デバイス１００は、「９１１」緊急呼出し等の、任意の法定動作以外は、ネットワークを介しての通信を含む任意の機能を実行することができない。

任意の必要とされるネットワークレジストレーションまたは起動手順が完了した後、デュアルモードデバイス１００は、好適には、ネットワーク１７１９を介してボイスおよびデータ信号の両方を含む通信信号を送受信し得る。アンテナ１７１６によって受信された通信ネットワーク１７１９からの信号は、受信器１７１２にルーティングされ、これは、信号増幅、周波数ダウンコンバージョン、フィルタリング、チャネル選択等を提供し、さらに、アナログデジタル変換を提供し得る。受信信号のアナログデジタル変換は、デジタル復調およびデコードがＤＳＰ１７２０を用いて実行されることを可能にする。同様に、ネットワーク１７１９に送信されるべき信号は、例えば、ＤＳＰ１７２０による変調およびエンコードを含む処理がなされ、その後、デジタルアナログ変換、周波数アップコンバージョン、フィルタリング、増幅、およびアンテナ１７１８を介して通信ネットワーク１７１９への送信のための送信器１７１４に提供される。単一のトランシーバ１７１１が、ボイスおよびデータ通信の両方に関して図１７に示されるが、デバイス１００は、２つの異なるトランシーバ、ボイス信号を送受信するための第１のトランシーバ、およびデータ信号を送受信するための第２のトランシーバを含み得ることが可能である。

通信信号を処理することに加えて、ＤＳＰ１７２０は、さらに、受信器および送信器のコントロールを提供し得る。例えば、受信器１７１２および送信器１７１４における通信信号に付与されるゲインレベルは、ＤＳＰ１７２０において実現される自動ゲインコントロールアルゴリズムを通じて、調整可能に制御され得る。他のトランシーバコントロールアルゴリズムは、より洗練されたトランシーバ１７１１のコントロールを提供するために、ＤＳＰ１７２０において実現され得る。

マイクロプロセッサ１７３８は、好適には、デュアルモードデバイス１００の動作全体を管理および制御する。複数のタイプのマイクロプロセッサまたはマイクロコントローラがここで用いられ得るか、あるいは、マイクロプロセッサ１７３８の機能を実行するために、単一のＤＳＰ１７２０が用いられ得る。少なくともデータおよびボイス通信を含む低レベルの通信機能がトランシーバ１７１１においてＤＳＰ１７２０を通じて実行される。他の、ボイス通信アプリケーション１７２４Ａおよびデータ通信アプリケーション１７２４Ｂといった高レベル通信アプリケーションは、マイクロプロセッサ１７３８によって実行するためのフラッシュメモリ１７２４において格納され得る。例えば、ボイス通信モジュール１７２４Ａは、デュアルモードモバイルデバイス１００と複数の他のボイスデバイスとの間でネットワーク１７１９を介してボイスコールを送受信するように動作し得る高レベルユーザインターフェースを提供し得る。同様に、データ通信モジュール１７２４Ｂは、ネットワーク１７１９を介して、ｅメールメッセージ、ファイル、オーガナイザ情報、ショートテキストメッセージ等のデータを送受信するように動作し得る高レベルユーザインターフェースをデュアルモードモバイルデバイス１００と複数の他のデータデバイスとの間に提供し得る。デバイス１００上で、セキュアなメッセージングソフトウェアアプリケーションは、上述のセキュアなメッセージング技術を実現するために、データ通信モジュール１７２４Ｂと共に動作し得る。

マイクロプロセッサ１７３８もまた、ディスプレイ１７２２、フラッシュメモリ１７２４、ランダムアクセスメモリ（ＲＡＭ）１７２６、補助入力／出力（Ｉ／Ｏ）サブシステム１７２８、シリアルポート１７３０、キーボード１７３２、スピーカ１７３４、マイクロホン１７３６、短距離通信サブシステム１７４０、および、通常、１７４２として設計される任意の他のデバイスサブシステム等の他のデバイスサブシステムと双方向通信する。例えば、モジュール１７２４Ａ〜Ｎは、マイクロプロセッサ１７３８によって実行され、モバイルデバイスのユーザトモバイルデバイスとの間に高レベルインターフェースを提供し得る。このインターフェースは、通常、ディスプレイ１７２２を通じて提供されるグラフィカルコンポーネント、および、補助Ｉ／Ｏ１７２８、キーボード１７３２、スピーカ１７３４、またはマイクロホン１７３６を通じて提供される入力／出力コンポーネントを含む。

図１７に示されるサブシステムのいくつかは、通信関連機能を実行し、これに対して、他のサブシステムは、「常駐」またはオンデバイス機能を提供し得る。明らかに、キーボード１７３２およびディスプレイ１７２２等のいくつかのサブシステムは、データ通信ネットワークを介して送信するためのテキストメッセージを入力する通信関連機能、および計算器またはタスクリストまたは他のＰＤＡタイプの機能といったデバイス常駐機能の両方のために用いられ得る。

マイクロプロセッサ１７３８によって用いられるオペレーティングシステムソフトウェアは、好適には、フラッシュメモリ１７２４等の永久ストアに格納される。オペレーティングシステムおよび通信モジュール１７２４Ａ〜Ｎに加えて、フラッシュメモリ１７２４は、さらに、データを格納するためのファイルシステムを含み得る。格納領域は、さらに、好適には、公開鍵、秘密鍵、およびセキュアなメッセージングのために必要とされる他の情報を格納するためにフラッシュメモリ１７２４に提供される。オペレーティングシステム、特定のデバイスアプリケーションまたはモジュール、あるいは、それらの部分が、より高速に動作するためのＲＡＭ１７２６等の揮発性ストアに一時的にロードされ得る。さらに、受信された通信信号も、永久ストア１７２４に配置されたファイルシステムにこれらを永久書き込みする前に、一時的にＲＡＭ１７２６に格納され得る。

デュアルモードデバイス１００上にロードされ得る例示的アプリケーションモジュール１７２４Ｎは、カレンダイベント、アポイントメント、およびタスクアイテム等のＰＤＡ機能性を提供するパーソナルインフォーメーションマネージャ（ＰＩＭ）である。このモジュール１７２４Ｎは、さらに、通話、ボイスメール等を管理するためのボイス通信モジュール１７２４Ａと双方向通信し得、ｅメール通信および他のデータ送信を管理するためのデータ通信モジュール１７２４Ｂとも双方向通信し得る。あるいは、ボイス通信モジュール１７２４Ａおよびデータ通信モジュール１７２４Ｂの機能性のすべては、ＰＩＭモジュールに統合され得る。

フラッシュメモリ１７２４は、好適には、デバイス上へのＰＩＭデータアイテムの格納を容易にするためにファイルシステムを提供する。ＰＩＭアプリケーションは、好適には、単独で、またはボイスおよびデータ通信モジュール１７２４Ａ、１７２４Ｂと共に、ワイヤレスネットワーク１７１９を介してデータアイテムを送受信する能力を含む。ＰＩＭデータアイテムは、好適には、ホストコンピュータシステムによって格納されたか、または、これと関連したデータアイテムの対応するセットを用いて、ワイヤレスネットワーク１７１９を介してシームレスに統合され、同期化、かつ、更新され、これにより、特定のユーザと関連付けられたデータアイテムのためのミラーリングされたシステムを生成する。

モバイルデバイス１００は、さらに、モバイルデバイス１００のシリアルポート１７３０をホストシステムのシリアルポートに結合するインターフェースクレードルにデバイス１００を配置することによってホストシステムと手動で同期化され得る。シリアルポート１７３０は、さらに、上述のように、ユーザが、外部デバイスまたはソフトウェアアプリケーションを通じて選好を設定すること、インストールのために他のアプリケーションモジュール１７２４Ｎをダウンロードすること、および、Ｃｅｒｔ、鍵、および他の情報をデバイス上にロードすることを可能にするために用いられ得る。このワイヤドダウンロード経路は、暗号鍵をデバイス上にロードするために用いられ得、これは、ワイヤレスネットワーク１７１９を介して暗号情報を交換するよりもよりセキュアな方法である。

さらなるアプリケーションモジュール１７２４Ｎは、ネットワーク１７１９を通じて、補助Ｉ／Ｏサブシステム１７２８を通じて、シリアルポート１７３０を通じて、短距離通信サブシステム１７４０を通じて、または、任意の他の適切なサブシステム１７４２を通じてデュアルモードデバイス１００上にロードされ得、ユーザによってフラッシュメモリ１７４０またはＲＡＭ１７２６にインストールされ得る。アプリケーションのインストールにおけるこのようなフレキシビティは、デバイス１００の機能性を向上させ、かつ、強化されたオンデバイス機能、通信関連機能、またはこれらの両方を提供し得る。例えば、セキュアな通信アプリケーションは、電子商取引機能、および、他のそのような金融取引がデバイス１００を用いて実行されることを可能にし得る。

デュアルモード１００がデータ通信モードで動作する場合、テキストメッセージまたはウェブページのダウンロード等の受信信号がトランシーバ１７１１によって処理され、好適には、ディスプレイ１７２２、あるいは、補助Ｉ／Ｏデバイス１７２８に出力するための受信信号をさらに処理するマイクロプロセッサ１７３８に提供される。デュアルモードデバイス１００のユーザは、さらに、好適には、ＱＷＥＲＴＹスタイルでレイアウトされた完全な英数字キーボードであるキーボード１７３２を用いてｅメールメッセージ等のデータアイテムを作成し得るが、公知のＤＶＯＲＡＫスタイル等の他のスタイルの完全な英数字キーボードもまた用いられ得る。デバイス１００へのユーザ入力は、さらに、指回し式円盤型入力デバイス、タッチパッド、種々のスイッチ、ロッカー入力スイッチ等を含み得る複数の補助Ｉ／Ｏデバイス１７２８で強化される。ユーザによって作成されたデータアイテム入力は、その後、トランシーバ１７１１を介して通信ネットワーク１７１９にわたって送信され得る。モバイルデバイス１００によって受信され、かつモバイルデバイス１００から送信されるべきセキュアなメッセージは、データ通信モジュール１７２４Ｂ、または、上述の技術による関連したセキュアなメッセージングソフトウェアアプリケーションによって処理される。

デュアルモードデバイス１００は、ボイス通信モードで動作し、デバイス１００の動作全体は、受信された信号が好適には、スピーカ１７３４に出力され、送信するためのボイス信号がマイクロホン１７３６によって生成されることを除いて、データモードと実質的に類似である。さらに、上述のセキュアなメッセージング技術は、ボイス通信に必ずしも適用され得ない。これに代わる、ボイスメッセージレコーディングサブシステム等のボイスまたはオーディオＩ／Ｏサブシステムも、デバイス１００上に実現され得る。ボイスまたはオーディオ信号出力は、好適には、主にスピーカ１７３４を通じて達成されるが、さらに、ディスプレイ１７２２が、起呼側のアイデンティティ、ボイスコールの継続時間、または、他のボイスコール関連情報の表示を提供するために用いられ得る。例えば、マイクロプロセッサ１７３８は、ボイス通信モジュール１７２４Ａおよびオペレーティングシステムソフトウェアと共に、入来するボイスコールの発呼者識別情報を検出し得、これをディスプレイ１７２２上に表示し得る。

短距離通信サブシステム１７４０は、さらに、デュアルモードデバイス１００に含まれ得る。例えば、サブシステム７４０は、赤外線デバイス、ならびに関連した回路およびコンポーネント、あるいは、類似に実現されたシステムおよびデバイスの通信を提供するために、ブルートゥース仕様に従う「ブルートゥース」モジュール、または８０２．１１仕様に従う８０２．１１モジュール等の短距離ワイヤレス通信モジュールを含み得る。「ブルートゥース」および８０２．１１が、米国電気電子学会（ＩＥＥＥ）から利用可能なワイヤレスＬＡＮおよびワイヤレスパーソナルエリアネットワークに関する仕様のセットのことであることが当業者に明らかである。

好適な動作の方法を含む、システムの好適な実施形態にて記載されたが、この動作は、異なった要素およびステップで実行され得ることが理解されるべきである。この好適な実施形態は、例示のために提供されるにすぎず、本発明の範囲を限定することを意図しない。例えば、図１８および図１９は、ワイヤレスモバイル通信デバイスを必要とするメッセージの事前処理および事後処理を示す。

図１８は、事前処理の例を示し、ここで、ホストシステム１８０６は、１人以上の受信者にアドレス指定されたメッセージ発信者１８０２からメッセージを受信する。ワイヤレスコネクタシステム１８１０は、メッセージ受信者に対応するモバイルデバイス１８１４のためのメッセージ１８１２を生成する。ワイヤレスコネクタシステム１８１０は、発信者のメッセージ１８０４に対して認証および／または暗号化メッセージ処理１８０８を実行する。モバイルデバイスに対応するメッセージ受信者によって必要とされない、いくつか、またはすべてのセッション鍵を排除することによって、発信者の暗号メッセージのサイズを縮小する複数のタイプの処理が実行され得る。処理１８０８を通じて、モバイルデバイス１８１４に送信されたメッセージ１８１２は、認証および／または暗号化局面（単数または複数）に関して発信者のメッセージ１８０４が改変されたものである。モバイルデバイス１８１４は、そのような事前処理メッセージを格納するための、揮発性または不揮発性ＲＡＭ（ランダムアクセスメモリ）等のメモリを含む。

発信者のメッセージ１８０４を受信すべき受信側に対応するために、他のモバイルデバイスがワイヤレスコネクタシステム１８１０によって識別される場合、発信者のメッセージ１８０４は、同様に処理される。このようにして、認証および／または暗号化局面（単数または複数）（例えば、エンコーディング局面）に関して改変されたメッセージ（例えば、１８１６）は、他のモバイルデバイス（例えば、１８１８）に送信される。

このようなシステムは、処理１８０８がホストシステム１８０６によって実行されることを可能にするか、または、ホストシステム１８０６内で動作するか、または、ホストシステム１８０６とは異なったプラットフォーム上で動作するワイヤレスコネクタシステム１８１０を有する等、多様に変更され得る。システムの変形の広範囲のさらなる例として、ワイヤレスコネクタシステム１８１０は、モバイルデバイス（例えば、１８１４および１８１８）にメッセージを送信するためにリダイレクション以外の技術を用い得る。

図１９は、事後処理の例を示し、ここで、コネクタシステム１９０６は、１人以上のメッセージ受信者（例えば、１９１４および１９１８）にアドレス指定されたメッセージ１９０４をワイヤレスモバイル通信デバイス１９０２から受信する。認証および／または暗号化メッセージ処理１９０８がメッセージ１９０４に対して実行される。デバイスの署名入りメッセージから署名関連情報の表示を除去すること、および署名関連情報の表示において識別された署名関連情報を署名入りメッセージに添付すること等の複数のタイプの処理が実行される。処理されたメッセージ１９１２は、その後、ホストシステム１９１０を通じて１人以上の受信者（例えば、１９１４および１９１８）に送信され得る。

本明細書中に記載された、このような事前処理および事後処理システムは、主に、モバイルデバイスと関連した帯域幅およびバッテリの限界が原因で、現在のシステムがＳ／ＭＩＭＥメッセージ全体をモバイルデバイスに送達することを試みないという困難等の複数の問題に対処する。一つの困難は、Ｓ／ＭＩＭＥメッセージが、通常、ワイヤレス通信ネットワークを介してモバイルデバイスに有効に送信するためには過度に大きいということである。Ｓ／ＭＩＭＥメッセージ全体が、モバイルデバイスに、またはここから送信された場合、このデバイスは、単一のメッセージのためだけに、過剰な量のメモリおよびバッテリ電力を使用し得る。モバイルデバイスによって送受信するために必要な時間、格納するために必要とされるメモリ、およびメッセージを、交換を処理するために必要とされるバッテリ電力を考慮して、ストレートＳ／ＭＩＭＥをサポートすることを試みた製品は、平均的ビジネスユーザに所望でない質を有する。別の例示的問題は、ワイヤレスネットワークおよびモバイルデバイスにアクセス可能な現在利用可能な公開鍵サーバがないことである。その結果、公開鍵の暗号化演算の使用は、非常に困難であり、公開鍵インフラストラクチャ（ＰＫＩ）要件を除去するために、モバイルデバイスにて苛酷なキャッシング動作を必要とする。セキュアなｅメールメッセージを交換する領域において、（１）モバイルデバイスから送信されるメッセージを暗号化するために、モバイルデバイスが、ＰＫＩから公開暗号化鍵を取り出すことができない、（２）署名された受信メッセージ上の公開鍵を取り出すことができない、（３）小型デバイス上で非常に大きいＣＲＬを扱うことができない、および（４）公開鍵暗号化アルゴリズムを必要とする複雑な数学的計算を実行する低速のプロセッサによるモバイルデバイス上の時間遅延を含むという、さらなる問題がある。これらの問題および他の結果は、モバイルデバイスを用いてＳ／ＭＩＭＥベースのｅメールメッセージを交換することを試みる場合にユーザが気の毒で苛立たしい経験をする。

本明細書中に記載されるシステムおよび方法の事前処理および事後処理は、セキュアなｅメールメッセージを処理し、これにより、例えば、Ｓ／ＭＩＭＥメッセージを含む、このようなメッセージが、モバイルデバイスで交換され得る。このシステムおよび方法は、さらに、モバイルデバイスと関連したホストシステムのプロセッサ電力を活用して、Ｓ／ＭＩＭＥメッセージをモバイルデバイスと交換する場合、より良好なユーザの経験を可能にする。

本明細書中に開示されたシステムおよび方法の広範囲のさらなる例は、図２０〜図２２に示される。図２０〜図２２は、システムおよび方法の異なった例示的通信システム内でのさらなる使用を記載する。図２０は、例示的通信システムを示すブロック図である。図２０において、通信システム２００２、ＷＡＮ２００４、セキュリティファイアウォール２００８の後の企業ＬＡＮ２００６、ワイヤレスインフラストラクチャ２０１０、ワイヤレスネットワーク２０１２および２０１４、ならびに、ワイヤレスモバイル通信デバイス（「モバイルデバイス」）２０１６および２０１８が示される。企業ＬＡＮ２００６は、メッセージサーバ２０７０、ワイヤレスコネクタシステム２０２８、少なくとも複数のメールボックス２０１９を含むデータストア２０１７、インターフェースまたはコネクタ２０２６への物理的接続２０２４を通じて等モバイルデバイスに直接的なツウシンリンクを有するデスクトップコンピュータシステム２０２２、ならびにワイヤレスバーチャルプライベートネットワーク（ＶＰＮ）ルータ２０３２を含む。図２０におけるシステムの動作は、メッセージ２０３３、２０３４および２０３６を参照して後述される。

コンピュータシステム２００２は、例えば、ＷＡＮ２００４と接続するように構成されたラップトップ、デスクトップ、またはパルムトップコンピュータシステムであり得る。このようなコンピュータシステムは、ＩＳＰまたはＡＳＰを介してＷＡＮ２００４に接続し得る。あるいは、通信システム２００２は、コンピュータシステム２０２２のように、例えば、ＬＡＮまたは他のネットワークを通じてＷＡＮ２００４にアクセスするネットワーク接続されたコンピュータシステムであり得る。複数の最近のモバイルデバイスは、種々のインフラストラクチャおよびゲートウェイ構成を通じてＷＡＮへの接続のために使用可能にされ、従って、コンピュータシステム２００２もまたモバイルデバイスであり得る。

企業ＬＡＮ２００６は、ワイヤレス通信システムのために使用可能にされた中央、サーバベースのメッセージングシステムの図式的例である。企業ＬＡＮ２００６は、「ホストシステム」と呼ばれ得、ここで、企業ＬＡＮは、メッセージ用のメールボックス２０１９を有するデータストア２０１７、および、場合によっては、さらに、モバイルデバイス２０１６および２０１８に送信されるか、または、これらから受信され得る他のデータアイテム用のデータストア（図示せず）の両方、ならびに、ワイヤレスコネクタシステム２０２８、ワイヤレスＶＰＮルータ２０３２、または、場合によっては、企業ＬＡＮ２００６と、一つ以上のモバイルデバイス２０１６および２０１８との間の通信を可能にする他のコンポーネントをホストし得る。より一般的な意味では、ホストシステムは、上述のように、一つ以上のコンピュータであり得、ここで、これと共に、またはこれと関連してワイヤレスコネクタシステムが動作する。企業ＬＡＮ２００６は、ホストシステムの１つの好適な実施形態であり、この実施形態にて、ホストシステムは、少なくとも１つのセキュリティ通信ファイアウォール２００８の背後で、およびこれによって保護されて動作する企業ネットワーク環境サーバコンピュータ内で走行するサーバコンピュータである。他の可能な中央ホストシステムは、ＩＡＰ、ＡＳＰおよび他のサーバプロバイダまたはメールシステムを含む。デスクトップコンピュータシステム２００４およびインターフェース／コネクタ２０２６は、このようなホストシステムの外側に配置され得るが、ワイヤレス通信動作は、後述されるものと類似であり得る。

企業ＬＡＮ２００６は、ワイヤレスコネクタシステム２０２８を、通常、ソフトウェアプログラム、ソフトウェアアプリケーション、または、少なくとも１つ以上のメッセージサーバで動作するように確立されたソフトウェアコンポーネントであるコンポーネントを使用可能にする関連したワイヤレス通信として実現する。ワイヤレスコネクタシステム２０２８は、ユーザ選択情報を、１つ以上のワイヤレスネットワーク２０１２および２０１４を介して、１つ以上のモバイルデバイス２０１６および２０１８に送信するため、および、１つ以上のモバイルデバイス２０１６および２０１８から情報を受信するために用いられる。ワイヤレスコネクタシステム２０２８は、図２０に示されるようなメッセージング師ステムの別個のコンポーネントであり得るか、または、その代わりに、部分的、または全体が他の通信システムコンポーネントに組み込まれ得る。例えば、メッセージサーバ２０２０は、ソフトウェアプログラム、アプリケーション、または、ワイヤレスコネクタシステム２０２８を実現するコンポーネント、その部分、または、その機能性のいくつか、または、すべてを搭載し得る。

ファイアウォール２００８の後のコンピュータ上で走行するメッセージサーバ２０２０は、例えば、ｅメール、カレンダリングデータ、ボイスメール、電子ドキュメント、および、他のパーソナルインフォーメーションマネージメント（ＰＩＭ)データを含むメッセージを、通常、インターネットであるＷＡＮ２００４と交換するための企業用のメインインターフェースとして機能する。特定の中間動作およびコンピュータは、特定のタイプのメッセージ送達メカニズム、およびメッセージが交換されるネットワークに依存し、従って、図２０に示されていない。メッセージサーバ２０２０の機能性は、メッセージ送信および受信の他に、カレンダ、トゥドゥリスト、タスクリスト、ｅメールおよびドキュメンテーションのようなデータのためのダイナミックデータベースストレージといった機能を提供する。

２０２０等のメッセージサーバは、通常、サーバ上にアカウントを有するユーザごとに２０１７等の１つ以上のデータストアにおいて、複数のメールボックス２０１９を維持する。データストア２０１７は、複数の（「ｎ」個の）ユーザアカウントのメールボックス２０１９を含む。ユーザ、ユーザアカウント、メールボックス、または、場合によっては、メッセージ受信側としてのユーザ、アカウントまたはメールボックス２０１９と関連した別のアドレスを識別するメッセージサーバ２０２０によって受信されるメッセージは、通常、対応するメールボックス２０１９に格納される。メッセージが複数の受信側または配信リストにアドレス指定される場合、同じメッセージのコピーが１つ以上のメールボックス２０１９に格納され得る。あるいは、メッセージサーバ２０２０は、このようなメッセージの単一のコピーを、メッセージサーバ上にアカウントを有するユーザのすべてにアクセス可能なデータストアに格納し、かつ、ポインタまたは他の識別子を各受信側のメールボックス２０１９に格納し得る。通常のメッセージングシステムにおいて、各ユーザは、メールボックス２０１９、および、そのコンテンツを、通常、ＬＡＮ２００６に接続されたデスクトップコンピュータシステム２０２２等のＰＣ上で動作するＭｉｃｒｏｓｏｆｔ ＯｕｔｌｏｏｋまたはＬｏｔｕｓ Ｎｏｔｅｓ等のメッセージングクライアントを用いてアクセスし得る。ただ１つのデスクトップコンピュータシステム２０２２が図２０に示されるが、当業者は、ＬＡＮが、通常、複数のデスクトップ、ノートブック、およびラップトップコンピュータシステムを含むことを理解する。各メッセージングクライアントは、通常、メールサーバ２０２０を通じてメールボックス２０１９にアクセスするが、いくつかのシステムにおいて、メッセージングクライアントは、デスクトップコンピュータシステム２０２２によって、その上に格納されたデータストア２０１７およびメールボックス２０１９にダイレクトアクセスすることを可能にし得る。メッセージは、さらに、データストア２０１７から、デスクトップコンピュータシステム２０２２上のローカルデータストア（図示せず）にダウンロードされ得る。

企業ＬＡＮ２００６内で、ワイヤレスコネクタシステム２０２８は、メッセージサーバ２０２０と共に動作する。ワイヤレスコネクタシステム２０２８は、メッセージサーバ２０２０と同じコンピュータシステム上に常駐し得か、または、異なったコンピュータシステム上で実現され得る。ワイヤレスコネクタシステム２０２８を実現するソフトウェアは、さらに、部分的または全体がメッセージサーバ２０２０と統合され得る。ワイヤレスコネクタシステム２０２８およびメッセージサーバ２０２０は、好適には、情報をモバイルデバイス２０１６、２０１８にプッシュすることを可能にするように連係および双方向通信するように設計される。このようなインスタレーションにおいて、ワイヤレスコネクタシステム２０２８は、好適には、企業ＬＡＮ２００６と関連した１つ以上のデータストアに格納される情報を、企業ファイアウォール２００８を通じて、ならびに、ＷＡＮ２００４、およびワイヤレスネットワーク２０１２、２０１４の１つを介して、１つ以上のモバイルデバイス２０１６、２０１８に送信されるように構成される。例えば、データストア２０１７にアカウントおよび関連したメールボックス２０１９を有するユーザは、さらに、２０１６のようなモバイルデバイスを有し得る。上述のように、ユーザ、アカウントまたはメールボックス２０１９を識別するメッセージサーバ２０２０によって受信されたメッセージは、メッセージサーバ２０２０によって対応するメールボックス２０１９に格納される。ユーザが２０１６等のモバイルデバイスを有する場合、メッセージサーバ２０２０により受信され、かつ、ユーザのメールボックス２０１９に格納されるメッセージは、好適には、ワイヤレスコネクタシステム２０２８によって検出され、かつ、ユーザのモバイルデバイス２０１６に送信される。このタイプの機能性は、「プッシュ」メッセージ送信技術を表す。ワイヤレスコネクタシステム２０２８は、その代わりに、「プッシュ」技術を採用し得、この技術で、メールボックス２０１９に格納されたアイテムは、モバイルデバイス、または、両方の技術の特定の組み合わせを用いて行われるリクエストまたはアクセス動作に応答するモバイルデバイス２０１６、２０１８に送信される。

これにより、ワイヤレスコネクタ２０２８の使用は、メッセージサーバ２０２０を含むメッセージングシステムが拡張されることを可能にし、これにより、各ユーザのモバイルデバイス２０１６、２０１８は、メッセージサーバ２０２０の格納されたメッセージにアクセスする。

図２０に示され、かつ、図１のシステムと同様に、企業ＬＡＮ２００６からの情報をモバイルデバイス２０１６、２０１８と交換するためのいくつかの経路がある。１つの可能な情報転送経路は、インターフェースまたはコネクタ２０２６を用いて、シリアルポート等の物理的接続２０２４を通る。この経路は、上述のように、例えば、バルクＰＩＭ、および署名関連情報、データ同期化、および秘密暗号化または署名鍵の転送のために有用であり得る。公知の「同期化」タイプのワイヤレスメッセージングシステムにおいて、メッセージをメッセージサーバ２０２０と関連したメールボックス２０１９からモバイルデバイス２０１６および２０１８に転送するために物理的経路が用いられる。

データをモバイルデバイス２０１６、２０１８と交換するための別の方法は、空中を介して、ワイヤレスコネクタシステム２０２８を通じて、かつ、ワイヤレスネットワーク２０１２、２０１４を用いる。図２０に示されるように、これは、１つ以上のワイヤレスネットワーク２０１２、２０１４にインターフェースを提供するワイヤレスＶＰＮルータ２０３２、または伝統的ＷＡＮ接続を含み得る。ワイヤレスＶＰＮルータ２０３２は、特定のワイヤレスネットワーク２０１２を通じてワイヤレスデバイス２０１６への直接的なＶＰＮ接続を生成する。ワイヤレスＶＰＮルータ２０３２の主な有利な点は、ワイヤレスインフラストラクチャ２０１０を必要としない既成のＶＰＮコンポーネントであり得ることである。ＶＰＮ接続は、メッセージをモバイルデバイス２０１６に、および、ここから直接送達するために、ＩＰを介するＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）またはＩＰ（ＵＤＰ／ＩＰ）接続を介するＵｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌを用い得る。

ワイヤレスＶＰＮルータ２０３２が利用可能でない場合、ＷＡＮ２００４（通常、インターネット）へのリンクは、ワイヤレスコネクタシステム２０２８によって用いられ得る一般的に用いられる接続メカニズムである。モバイルデバイス２０１６および任意の他の必要とされるインターフェース機能のアドレシングを処理するために、ワイヤレスインフラストラクチャ２０１０が、好適には、用いられる。

いくつかのインプリメンテーションにおいて、複数の空中を介する情報交換メカニズムは、企業ＬＡＮ２００６において提供され得る。図２０の例示的通信システムにおいて、例えば、メッセージサーバ２０２０上のユーザアカウントと関連するメールボックス２０１９を有するユーザと関連したモバイルデバイス２０１６、２０１８は、異なったワイヤレスネットワーク２０１２および２０１４上で動作するように構成される。ワイヤレスネットワーク２０１２が、Ｉｐｖ６アドレシングを支援した場合、ワイヤレスＶＰＮルータ２０３２は、ワイヤレスネットワーク２０１２内で動作する任意のモバイルデバイス２０１６とデータを交換するためにワイヤレスコネクタシステム２０２８によって用いられ得る。しかしながら、ワイヤレスネットワーク２０１４は、Ｍｏｂｉｔｅｘネットワーク等の異なったタイプのワイヤレスネットワークであり得、この場合、情報は、代替的に、ＷＡＮ２００４およびワイヤレスインフラストラクチャ２０１０を介して、ワイヤレスコネクタシステム２０２８によってワイヤレスネットワーク２０１４内で動作するモバイルデバイス２０１８と交換され得る。

図２０におけるシステムの動作は、上述のように、図１のものと同様である。ｅメールメッセージ２０３３は、コンピュータシステム２００２から送信され、かつ、アカウントおよびメールボックス２０１９、またはメッセージサーバ２０２０と関連したデータストア、およびモビアルデバイス２０１６または２０１８の両方を有する少なくとも１つの受信側にアドレス指定される。企業ＬＡＮ２００６間での他のタイプの情報の交換は、好適には、さらに、ワイヤレスコネクタシステム２０２８によっても可能にされる。

ＷＡＮ２００４を介してコンピュータシステム２００２から送信されたｅメールメッセージ２０３３は、用いられる特定のメッセージングスキーマに依存して、全く安全であり得るか、または、デジタル署名で署名および／または暗号化され得る。例えば、コンピュータシステム２００２がＳ／ＭＩＭＥを用いてセキュアなメッセージングを可能になる場合、ｅメールメッセージ２０３３は、署名、暗号化、またはこれらの両方がなされ得る。

ｅメールメッセージ２０３３は、メッセージサーバ２０２０に到着し、このメッセージサーバは、どのメールボックス２０１９にｅメールメッセージ２０３３が格納されるべきかを決定する。上述のように、ｅメールメッセージ２０３３等のメッセージは、ユーザ名、ユーザアカウント、メールボックス識別子、または、特定のアカウント、またはメッセージサーバ２０２０によって関連付けられたメールボックス２０１９にマップされ得る他のタイプの識別子を含み得る。ｅメールメッセージ２０３３について、受信側は、通常、ユーザアカウント、従って、メールボックス２０１９に対応するｅメールアドレスを用いて識別される。

ワイヤレスコネクタシステム２０２８は、好適には、１つ以上のトリガーイベントが起こったことを検出すると、ワイヤレスネットワーク２０１２または２０１４を介して、企業ＬＡＮ２００６からユーザのモバイルデバイス２０１６または２０１８に特定のユーザ選択データアイテム、またはデータアイテムの部分を送信またはミラーリングする。トリガーイベントは、ユーザのネットワーク接続されたコンピュータシステム２０２２におけるスクリーンセーバの起動、ユーザのモバイルデバイス２０１６または２０１８の、インターフェース２０２６からの切断、またはモバイルデバイス２０１６または２０１８からホストシステムに送信された、ホストシステムに格納された１つ以上のメッセージの送信を開始するというコマンドの受信を含むが、これらに限定されない。従って、ワイヤレスコネクタシステム２０２８は、コマンドの受信等のメッセージサーバ２０２０と関連した、または、１つ以上のネットワーク接続されたコンピュータシステム２０２２と関連した、スクリーンセーバ、および上述のイベントの切断を含む、トリガーイベントを検出し得る。モバイルデバイス２０１６または２０１８の企業データへのワイヤレスアクセスがＬＡＮ２００６で活性化された場合、例えば、ワイヤレスコネクタシステム２０２８がモバイルデバイスユーザのトリガーイベントの出現を検出した場合、ユーザによって選択されたデータアイテムは、好適には、ユーザのモバイルデバイスに送信される。ｅメールメッセージ２０３３の例において、トリガーイベントが検出されたと想定すると、メッセージサーバ２０２０におけるメッセージ２０３３の到着は、ワイヤレスコネクタシステム２０２８によって検出される。これは、例えば、メッセージサーバ２０２０と関連したメールボックス２０１９をモニタリングまたは照会することによって達成され得るか、または、メッセージサーバ２０２０がＭｉｃｒｏｓｏｆｔ Ｅｘｃｈａｎｇｅサーバである場合、ワイヤレスコネクタシステム２０２８は、新しいメッセージがメールボックス２０１９にいつ格納されたかという通知を受信するために、ＭＡＰＩ（Ｍｉｃｒｏｓｏｆｔ Ｍｅｓｓａｇｉｎｇ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）によって提供されたアドバイスｓｙｎｃｓについて登録し得る。

ｅメールメッセージ２０３３等のデータアイテムがモバイルデバイス２０１６または２０１８に送信されるべき場合、ワイヤレスコネクタシステム２０２８は、好適には、２０３４および２０３６に示されるように、データアイテムを再パッケージ化する。再パッケージ化技術は、任意の利用可能な送信経路について同じであり得るか、あるいは、ワイヤレスインフラストラクチャ２０１０またはワイヤレスＶＰＮルータ２０３２の特定の送信経路に依存し得る。例えば、ｅメールメッセージ２０３３は、好適には、２０３４にて再パッケージ化される前または後に圧縮および暗号化され、これにより、モバイルデバイス２０１８へのセキュアな送信を有効に提供する。圧縮は、メッセージに送信するために必要とされる帯域幅を低減し、これに対して、暗号化は、モバイルデバイス２０１６および２０１８に送信される任意のメッセージまたは他の情報の機密性を保証する。対照的に、ＶＰＮルータ２０３２を介して送信されたメッセージは、圧縮だけされて、暗号化され得ない。なぜなら、ＶＰＮルータ２０３２によって確立されたＶＰＮ接続は、本来セキュアだからである。これにより、メッセージは、例えば、非標準的ＶＰＮトンネルまたはＶＰＮのような接続であると考えられ得るワイヤレスコネクタシステム２０２８における暗号化、あるいは、ＶＰＮルータ２０３２ＶＰＮルータ２０３２を介してモバイルデバイス２０１６および２０１８にセキュアに送信される。従って、モバイルデバイス２０１６または２０１８を用いてのメッセージへのアクセスは、デスクトップコンピュータシステム２０２２を用いてＬＡＮ２００６にてメールボックスにアクセスすることに劣らずセキュアである。

再パッケージ化されたメッセージ２０３４または２０３６が、ワイヤレスインフラストラクチャ２０１０、またはワイヤレスＶＰＮルータ２０３２を介してモバイルデバイス２０１６または２０１８に到着した場合、モバイルデバイス２０１６または２０１８は、再パッケージ化されたメッセージ２０３４または２０２６から外部電子エンベロープを除去し、任意の必要とされる解凍および復号化動作を実行する。モバイルデバイス２０１６または２０１８から送信され、かつ、１つ以上の受信側にアドレス指定されたメッセージは、好適には、同様に再パッケージ化され、場合によっては、圧縮および暗号化されて、ＬＡＮ２００６等のホストシステムに送信される。ホストシステムは、その後、再パッケージ化されたメッセージから電子エンベロープを除去し、所望である場合、メッセージを復号化および解凍して、アドレス指定された受信側にメッセージをルーティングし得る。

図２１は、代替的な例示的通信システムのブロック図であり、ここで、ワイヤレス通信システムは、ワイヤレスネットワークのオペレータと関連付けられたコンポーネントによって使用可能にされる。図２１に示されるように、システムは、コンピュータシステム２００２、ＷＡＮ２００４、セキュリティファイアウォール２００８の後に配置された企業ＬＡＮ２００７、ネットワークオペレータインフラストラクチャ２０４０、ワイヤレスネットワーク２０１１、およびモバイルデバイス２０１３および２０１５を含む。コンピュータシステム２００２、ＷＡＮ２００４、セキュリティファイアウォール２００８、メッセージサーバ２０２０、データストア２０１７、メールボックス２０１９、およびＶＰＮルータ２０３５は、実質的に、図２０に同様に符号付けされたコンポーネントと同じである。しかしながら、ＶＰＮルータ２０３５は、ネットワークオペレータインフラストラクチャ２０４０と通信するので、これは、必ずしも図２１のシステムにおけるワイヤレスＶＰＮルータである必要はない。ネットワークオペレータインフラストラクチャ２０４０は、それぞれ、コンピュータシステム２０４２および２０５２と関連付けられ、かつ、ワイヤレスネットワーク２０１１内で動作するように構成されるＬＡＮ２００７とモバイルデバイス２０１３、２０１５との間のワイヤレス情報交換を可能にする。ＬＡＮ２００７において、複数のデスクトップコンピュータシステム２０４２、２０５２はが示され、これらの各々は、インターフェースまたはコネクタ２０４８、２０５８への物理的接続２０４６、２０５６を有する。ワイヤレスコネクタシステム２０４４、２０５４は、各コンピュータシステム２０４２、２０５２上でまたはこれと共に動作する。

ワイヤレスコネクタシステム２０４４、２０５４は、ｅメールメッセージ、およびメールボックス２０１９に格納される他のアイテム、ならびに、場合によっては、ローカルまたはネットワークダータストアに格納されたデータアイテム等のデータアイテムが、ＬＡＮ２００７から１つ以上のモバイルデバイス２０１３、２０１５に送信されることを可能にするという点で、上述のワイヤレスコネクタシステム２０２８と同様である。しかしながら、図２１において、ネットワークオペレータインフラストラクチャ２０４０は、モバイルデバイス２０１３、２０１５とＬＡＮ２００７との間にインターフェースを提供する。上述のように、図２１に示されるシステムの動作は、モバイルデバイス２０１３、２０１５に送信され得るデータアイテムの図式的例としてｅメールメッセージの文脈で後述される。

メッセージサーバ２０２０上にアカウントを有する１つ以上の受信側にアドレス指定されたｅメールメッセージ２０３３がメッセージサーバ２０２０によって受信された場合、中央メールボックスまたはデータストアに格納されたメッセージ、またはメッセージの単一のコピーへのポインタがこのような各受信側のメールボックス２０１９に格納される。一旦ｅメールメッセージ２０３３またはポインタがメールボックス２０１９に格納されると、これは、好適には、モバイルデバイス２０１３または２０１５を用いてアクセスされ得る。図２１に示された例において、ｅメールメッセージ２０３３は、デスクトップコンピュータシステム２０４２および２０５２の両方、従って、モバイルデバイス２０１３および２０１５の両方と関連したメールボックス２０１９にアドレス指定されている。

当業者が理解するように、一般的に、ＬＡＮ２００７および／またはＷＡＮ２００４等のワイヤドネットワークにおいて用いられる通信ネットワークプロトコルは、２０１１等のワイヤレスネットワーク内で用いられるワイヤレスネットワーク通信プロトコルと適切でなく、かつ互換性がない。例えば、主に、ワイヤレスネットワーク通信と関係する通信帯域幅、プロトコルオーバーヘッドおよびネットワーク待ち時間は、通常、ワイヤレスネットワークよりもはるかに高いキャパシティおよび高速を有するワイヤドネットワークにおいてはあまり重要でない。従って、モバイルデバイス２０１３および２０１５は、通常、データストア２０１７に直接アクセスし得ない。ネットワークオペレータインフラストラクチャ２０４０は、ワイヤレスネットワーク２０１１とＬＡＮ２００７との間に中継を提供する。

ネットワークオペレータインフラストラクチャ２０４０は、モバイルデバイス２０１３、２０１５が、ＷＡＮ２００４を通じてＬＡＮ２００７への接続を確立することを可能にし、かつ、例えば、ワイヤレスネットワーク２０１１のオペレータ、またはモバイルデバイス２０１３および２０１５にワイヤレス通信サービスを提供するサービスプロバイダによって操作され得る。プルベースのシステムにおいて、モバイルデバイス２０１３、２０１５は、情報が機密の状態であるべき場合、ワイヤレスネットワーク互換通信スキーマ、好適には、ＷＴＬＳ（Ｗｉｒｅｌｅｓｓ Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）等のセキュアスキーマ、および、ＷＡＰ（Ｗｉｒｅｌｅｓｓ Ａｐｐｌｉｖａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）ブラウザ等のワイヤレスウェブブラウザを用いて、ネットワークオペレータインフラストラクチャ２０４０との通信セッションを確立し得る。ユーザは、その後、（モバイルデバイスに常駐するソフトウェアにおける手動の選択または事前選択されたデフォルトを通じて）、例えば、ＬＡＮ２００７におけるデータストア２０１７におけるメールボックス２０１９に格納された任意の、またはすべての情報、または新しい情報のみをリクエストし得る。セッションがまだ確立されていない場合、ネットワークオペレータインフラストラクチャ２０４０は、例えば、ＨＴＰＳ（Ｓｅｃｕｒｅ Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用いて、ワイヤレスコネクタシステム２０４４、２０５４との接続またはセッションを確立する。上述のように、ネットワークオペレータインフラストラクチャ２０４０とワイヤレスコネクタシステム２０４４、２０５４との間のセッションは、利用可能である場合、典型的なＷＡＮ接続を介してか、または、ＶＰＮルータ２０３５を通じて成され得る。モバイルデバイス２０１３、２０１５からのリクエストの受信と、リクエストされた情報のデバイスへの返却との間の時間遅延が最小化されるべきであり、ネットワークオペレータインフラストラクチャ２０４０およびワイヤレスコネクタシステム２０４４、２０５４は、一旦通信接続が確立されるとオープンの状態であるように構成され得る。

図２１のシステムにおいて、モバイルデバイスＡ２０１３およびＢ２０１５から発信されたリクエストは、ワイヤレスコネクタシステム２０４４および２０５４それぞれに送信される。ネットワークオペレータインフラストラクチャ２０４０からの情報のリクエストを受信すると、ワイヤレスコネクタシステム２０４４、２０５４は、リクエストされた情報をデータストアから取り出す。ｅメールメッセージ２０３３について、ワイヤレスコネクタシステム２０４４、２０５４は、通常、メッセージサーバ２０２０を介してか、または、直接的に、メールボックス２０１９にアクセスし得るコンピュータシステム２０４２、２０５２と共に動作するメッセージングクライアントを通じて、適切なメールボックス２０１９からｅメールメッセージ２０３３を取り出す。あるいは、ワイヤレスコネクタシステム２０４４、２０５４は、メールボックス２０１９それ自体に直接か、またはメッセージサーバ２０２０を通じてアクセスするように構成され得る。さらに、他のデータストア、データストア２０１７と類似のネットワークデータストア、および各コンピュータシウテム２０４２、２０５２と関連付けられたローカルデータストアの両方が、ワイヤレスコネクタシステム２０４４、２０５４、従って、モバイルデバイス２０１３、２０１５にアクセス可能であり得る。

ｅメールメッセージ２０３３が、コンピュータシステム２０４２および２０５２ならびにデバイス２０１３および２０１５の両方と関連付けられたメッセージサーバアカウントまたはメールボックス２０１９にアドレス指定された場合、ｅメールメッセージ２０３３は、２０６０および２０６２に示されるように、ネットワークオペレータインフラストラクチャ２０４０に送信され得、これは、その後、２０６４および２０６６に示されるように、ｅメールメッセージのコピーを各モバイルデバイス２０１３よび２０１５に送信する。情報は、ＷＡＮ２０４４またはＶＰＮルータ２０３５への通接続を介して、ワイヤレスコネクタシステム２０４４、２０５４と、ネットワークオペレータインフラストラクチャ２０４０との間で送信され得る。ネットワークオペレータインフラストラクチャ２０４０が、異なったプロトコルを介してワイヤレスコネクタシステム２０４４、２０５４およびモバイルデバイス２０１３、２０１５と通信する場合、ネットワークオペレータインフラストラクチャ２０４０によって翻訳動作が実行され得る。再パッケージ化技術は、さらに、ワイヤレスコネクタシステム２０４４、２０５４と、ネットワークオペレータインフラストラクチャ２０４０との間、および、各モバイルデバイス２０１３、２０１５と、ネットワークオペレータインフラストラクチャ２０４０との間で用いられ得る。

モバイルデバイス２０１３、２０１５から送信されるべきメッセージまたは他の情報が同様に処理され得、このような情報は、最初に、モバイルデバイス２０１３、２０１５からネットワークオペレータインフラストラクチャ２０４０に送信される。ネットワークオペレータインフラストラクチャ２０４０は、その後、例えば、メッセージサーバ２０２０によって、メールボックス２０１９に格納、および、任意のアドレス指定された受信側に送達するために、ワイヤレスコネクタシステム２０３３、２０５４に情報を送信し得るか、または、代替的に、アドレス指定された受信側に情報を送達し得る。

図２１におけるシステムについてのこれまでの説明は、プルベース動作に関する。ワイヤレスコネクタシステム２０４４、２０５４およびネットワークオペレータインフラストラクチャは、その代わりに、データアイテムをモバイルデバイス２０１３および２０１５にプッシュするように構成され得る。組み合わされたプッシュ／プルシステムもまた可能である。例えば、現在、ＬＡＮ２００７におけるデータストアに格納される新しいメッセージの通知またはデータアイテムのリストは、モバイルデバイス２０１３、２０１５にプッシュされ得、これは、その後、ネットワークオペレータインフラストラクチャ２０４０を介してＬＡＮ２００７からメッセージまたはデータアイテムをリクエストするために用いられ得る。

ＬＡＮ２００７上のユーザアカウントと関連付けられたモバイルデバイスが、異なったワイヤレスネットワーク内で動作するように構成された場合、各ワイヤレスネットワークは、２０４０と類似の関連したワイヤレスネットワークインフラストラクチャコンポーネントを有し得る。

図２１のシステムにおけるコンピュータシステム２０４２、２０５２ごとに、別個の専用ワイヤレスコネクタシステム２０４４、２０５４が示されるが、１つ以上のワイヤレスコネクタシステム２０４４、２０５４は、好適には、複数のコンユータシステム２０４２、２０５２と共に動作するようにか、または、複数のコンピュータシステムと関連付けられたデータストアまたはメールボックス２０１９にアクセスするように構成され得る。例えば、ワイヤレスコネクタシステム２０４４は、コンピュータシステム２０４２およびコンピュータシステム２０５２の両方と関連付けられたメールボックス２０１９へのアクセスが認められ得る。モバイルデバイスＡ２０１３またはＢ２０１５からのデータアイテムのリクエストは、その後、ワイヤレスコネクタシステム２０４４によって処理され得る。この構成は、デスクトップコンピュータシステム２０４２、２０５２がモバイルデバイスユーザごとに走行することを必要とすることなく、ＬＡＮ２００７とモバイルデバイス２０１３および２０１５との間のワイヤレス通信を可能にするために有用であり得る。ワイヤレスコンピュータシステムは、その代わりに、ワイヤレス通信を可能にするためにメッセージサーバ２０２０と共に実現され得る。

図２２は、別の代替的通信システムのブロック図である。システムは、コンピュータシステム２００２、ＷＡＮ２００４、セキュリティファイアウォール２００８の後に配置された企業ＬＡＮ２００９、アクセスゲートウェイ２０８０、データストア２０８２、ワイヤレスネットワーク２０８４および２０８６、ならびにモバイルデバイス２０８８および２０９０を含む。ＬＡＮ２００９において、コンピューアシステム２００２、ＷＡＮ２００４、セキュリティファイアウォール２００８、メッセージサーバ２０２０、データストア２０１７、メールボックス２０１９、デスクトップコンピュータシステム２０２２、物理的接続２０２４、インターフェースまたはコネクタ２０２６、ならびにＶＰＮルータ２０３５は、実質的に、上述の対応するコンポーネントと同じである。アクセスゲートウェイ２０８０およびデータストア２０８２は、モバイルデバイス２０８８および２０９０にＬＡＮ２００９に格納されたデータアイテムへのアクセスを提供する。図２２において、ワイヤレスコネクタシステム２０７８は、メッセージサーバ２０２０上またはこれと共に動作するが、ワイヤレスコネクタシステムは、むしろ、ＬＡＮ２００９における１つ以上のデスクトップコンピュータシステム上またはこれと共に動作し得る。

ワイヤレスコネクタシステム２０７８は、１つ以上のモバイルデバイス２０８８、２０９０へのＬＡＮ２００９に格納されたデータアイテムの転送を提供する。これらのデータアイテムは、好適には、データストア２０１７におけるメールボックス２０１９に格納されたｅメールメッセージ、および、場合によっては、データストア２０１７または別のネットワークデータストア、または２０２２等のコンピュータシステムのローカルデータストアに格納された他のアイテムを含む。

上述のように、メッセージサーバ２０２０上にアカウントを有する１つ以上の受信側にアドレス指定され、かつ、メッセージサーバ２０２０によって受信されたｅメールメッセージ２０３３は、そのような各受信側のメールボックス２０１９に格納され得る。図２２のシステムにおいて、外部データストア２０８２は、好適には、データストア２０１７と類似の構造を有し、かつ、このデータストアと同期化された状態である。データストア２０８２に格納されたＰＩＭ情報またはデータは、好適には、独立して、ホストシステムに格納されたＰＩＭ情報またはデータに変更可能である。この特定の構成において、外部データストア２０８２における独立して変更可能な情報は、ユーザと関連付けられた複数のデータストアの同期化を維持し得る（すなわち、モバイルデバイス上のデータ、自宅のパーソナルコンピュータ上のデータ、企業ＬＡＮにおけるデータ等）。この同期化は、例えば、１日の特定の時間、または、ＬＡＮ２００９で起動された場合に、データストア２０８２にてメッセージサーバ２０２０またはコンピュータシステム２０２２によってか、場合によっては、アクセスゲートウェイ２０８０を通じてモバイルデバイス２０８８、２０９０によって、データストア２０１７に入力が追加または変更されるたびに、ワイヤレスコネクタシステム２０７８によって、特定の時間間隔でデータストア２０８２に送信される更新を通じて達成され得る。例えば、ｅメールメッセージ２０３３の場合、ｅメールメッセージ２０３３が受信された後のいつか、データストア２０８２に送信された更新は、メッセージ２０３３がストア２０１７における特定のメールボックス２０１９に格納されたことを示し得、ｅメールメッセージのコピーは、データストア２０８２における対応する格納領域に格納される。ｅメールメッセージ２０３３が、例えば、モバイルデバイス２０８８および２０９０に対応するメールボックス２０１９に格納された場合、図２２において２０９２および２０９４で示されるｅメールメッセージの１つ以上のコピーが、データストア２０８２における対応する格納領域またはメールボックスに送信され、ここに格納される。示されるように、データストア２０１７において格納された情報の更新またはコピーは、ＷＡＮ２００４またはＶＰＮルータ２０３５への接続を介してデータストア２０８２に送信され得る。例えば、ワイヤレスコネクタシステム２０７８は、更新、または格納された情報を、ＨＴＴＰポストリクエストを介してデータストア２０８２におけるリソースにポストし得る。あるいは、ＨＴＴＰＳまたはＳＳＬ（Ｓｅｃｕｒｅ ｓｏｃｋｅｔｓ Ｌａｙｅｒ）等のセキュアプロトコルが用いられ得る。当業者は、ＬＡＮ２００９のデータストアにおける複数のロケーションロケーションに格納されたデータアイテムの単一のコピーが、むしろ、データストア２０８２に送信され得ることを理解する。データアイテムのこのコピーは、その後、データストア２０８２における複数の対応するロケーションに格納され得るか、または、単一のコピーは、データストア２０８２における各対応するロケーションに格納されている格納されたデータアイテムのポインタまたは他の識別子を共にデータストア２０８２に格納され得る。

アクセスゲートウェイ２０８０は、データストア２０８２へのアクセスを有するモバイルデバイス２０８８および２０９０を提供するという点で有効なアクセスプラットフォームである。データストア２０８２は、ＷＡＮ２００４上にアクセス可能なリソースとして構成され得、アクセスゲートウェイ２０８０は、モバイルデバイス２０８８および２０９０がＷＡＮ２００に接続し得るＩＳＰシステムまたはＷＡＰゲートウェイであり得る。ＷＡＰブラウザ、またはワイヤレスネットワーク２０８４および２０８６と互換性のある他のブラウザが、データストア２０１７と同期化されたデータストア２０８２にアクセスし、かつ、格納されたデータアイテムを、自動的に、またはモバイルデバイス２０８８、２０９０からのリクエストに応答してダウンロードする。２０９６および２０９８に示されるように、データストア２０１７に格納されたｅメールメッセージ２０３３のコピーが、モバイルデバイス２０８８および２０９０に送信され得る。各モバイルデバイス２０８８、２０９０上のデータストア（図示せず）は、これにより、メールボックス２０１９等の、企業ＬＡＮ２００９上のデータストア２０１７の一部分と同期化され得る。モバイルデバイスデータストアへの変更は、データストア２０８２および２０１７に、同様に反映され得る。

図１は、モバイルデバイスが用いられ得る環境の概略を示すブロック図である。 図２は、インターネットにおいて今日一般的に用いられるｅメール交換のメインタイプの図である。 図３は、セキュアなｅメール交換およびセキュアでないｅメール交換の両方をサポートするシステムのメインコンポーネントを示すブロック図である。 図４は、受信された、暗号メッセージサイズの縮小を示すブロック図である。 図５は、受信された、署名入りメッセージサイズの縮小を示すブロック図である。 図６は、モバイルデバイスに格納された情報に基づいて、署名入りメッセージが縮小されるシステムのブロック図である。 図７は、暗号化されてから署名された受信メッセージのセキュアなメッセージサイズの縮小を示すブロック図である。 図８は、署名されてから暗号化された受信メッセージのセキュアなメッセージサイズの縮小を示すブロック図である。 図９は、暗号メッセージの事前処理システムを示すブロック図である。 図１０は、署名入りメッセージの事前処理システムのブロック図である。 図１１は、暗号化されてから署名された受信メッセージのセキュアなメッセージの事前処理を示すブロック図である。 図１２は、署名されてから暗号化された受信メッセージのセキュアなメッセージの事前処理を示すブロック図である。 図１３は、メッセージがモバイルデバイスに送信される前に、署名されたか、暗号化されたか、または署名および暗号メッセージを事前処理する方法を示すフローチャートを示す。 図１４は、メッセージがモバイルデバイスに送信される前に、署名されたか、暗号化されたか、または署名および暗号メッセージを事前処理する方法を示すフローチャートを示す。 図１５は、モバイルデバイスから送信された、署名または暗号化されてから署名されたメッセージを事後処理する方法のフローチャートである。 図１６は、モバイルデバイスから送信された、暗号化または署名されてから暗号化されたメッセージを事後処理する方法のフローチャートである。 図１７は、本明細書中に記載されるシステムおよび方法で用いられ得る例示的ワイヤレス通信デバイスのブロック図である。 図１８は、モバイルデバイスを含むメッセージの処理を示すブロック図である。 図１９は、モバイルデバイスを含むメッセージの処理を示すブロック図である。 図２０は、例示的通信システムを示すブロック図である。 図２１は、代替的な例示的通信システムのブロック図である。 図２２は、別の代替的な通信システムのブロック図である。

Claims (12)

1. メッセージがワイヤレスモバイル通信デバイス（１００、４１２、４１４、２０１６、２０１８）に送信される前に、ホストシステムにおいて暗号メッセージのサイズを縮小するメッセージ転送方法であって、該ホストシステムは、複数のメールボックス（２０１９）を維持するように構成されているメッセージサーバシステム（４０、４０５、２０２０）を備え、
   該方法は、
   （ａ）メッセージを受信する複数の端末にアドレス指定されたメッセージ発信者（１０、１２、４０２）からの暗号メッセージを該ホストシステムにおいて受信するステップであって、該暗号メッセージは、該メッセージを受信する複数の端末のそれぞれに対する暗号メッセージボディと暗号セッション鍵とを含む、ステップと、
   （ｂ）該メッセージを受信する複数の端末のうちの１つに対応する、該複数のメールボックス（２０１９）のうちの少なくとも１つに該受信されたメッセージを格納するステップと、
   （ｃ）該メッセージを受信する複数の端末のそれぞれに対して、該メッセージを受信する複数の端末のうちの１つと単一のアドレスを共有するワイヤレスモバイル通信デバイス（１００、４１２、４１４、２０１６、２０１８）が存在するか否かを決定し、ワイヤレスモバイル通信デバイス（１００、４１２、４１４、２０１６、２０１８）と単一のアドレスを共有すると決定された該メッセージを受信する複数の端末のそれぞれに対して、該暗号メッセージボディと該暗号セッション鍵とを含む別々の縮小サイズの暗号メッセージを生成するステップであって、該メッセージを受信する複数の端末のうち該決定された端末のメッセージ情報フィールドが、該暗号メッセージのサイズを縮小するために除去される、ステップと、
   （ｄ）該縮小サイズの暗号メッセージを該単一のアドレスを共有する該ワイヤレスモバイル通信デバイス（１００、４１２、４１４、２０１６、２０１８）に送信するステップと
   を包含する、メッセージ転送方法。
2. 前記縮小サイズの暗号メッセージを生成するステップは、該縮小サイズの暗号メッセージを形成するために、前記メッセージを受信する複数の端末のうち前記決定された端末のそれぞれに対する前記暗号セッション鍵以外の１つの暗号セッション鍵を除去するステップを包含する、請求項１に記載の方法。
3. 前記縮小サイズの暗号メッセージを生成するステップは、該縮小サイズの暗号メッセージを形成するために、前記メッセージを受信する複数の端末のうち前記決定された端末のそれぞれに対する前記暗号セッション鍵以外のすべての暗号セッション鍵を除去するステップを包含する、請求項１に記載の方法。
4. 各暗号セッション鍵は、前記メッセージを受信する端末の公開鍵を用いて暗号化され、前記メッセージを受信する複数の端末のうち前記決定された端末および該決定された端末と単一のメッセージを共有するワイヤレスモバイル通信デバイス（１００、４１２、４１４、２０１６、２０１８）は、該公開鍵および関連する秘密鍵を共有する、請求項１に記載の方法。
5. 前記暗号メッセージは、署名され、その後に暗号化されたメッセージであり、該暗号メッセージは、暗号デジタル署名をさらに含み、
   前記縮小サイズの暗号メッセージを生成するステップは、前記メッセージを受信する端末に対する前記暗号メッセージボディと該暗号デジタル署名と前記暗号セッション鍵とを含む縮小サイズの暗号メッセージを生成するステップを包含する、請求項１に記載の方法。
6. 前記暗号メッセージは、暗号化された署名関連情報をさらに含み、
   前記縮小サイズの暗号メッセージを生成するステップは、前記メッセージを受信する端末に対する前記暗号メッセージボディと前記暗号デジタル署名と該暗号化された署名関連情報と前記暗号セッション鍵とを含む縮小サイズの暗号メッセージを生成するステップを包含する、請求項５に記載の方法。
7. 前記暗号メッセージは、Ｓｅｃｕｒｅ Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ
   Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎｓ ｅメールメッセージである、請求項１に記載の方法。
8. 前記暗号メッセージは、Ｐｒｅｔｔｙ Ｇｏｏｄ Ｐｒｉｖａｃｙに従って暗号化されている、請求項１に記載の方法。
9. ワイヤレスモバイル通信デバイスに送信される暗号メッセージのサイズを縮小するメッセージ転送システムであって、
   該システムは、
   メッセージを受信する複数の端末にアドレス指定されたメッセージ発信者（１０、１２、４０２）からの暗号メッセージを受信するように構成されているホストシステムであって、該暗号メッセージは、該メッセージを受信する複数の端末のそれぞれに対する暗号メッセージボディと暗号セッション鍵とを含む、ホストシステムと、
   該ホストシステムに関連付けられたワイヤレスコネクタシステム（４５、４０９、２０２８）と
   を備え、
   該ホストシステムは、複数のメールボックス（２０１９）を維持するように構成されているメッセージサーバシステム（４０、４０５、２０２０）を含み、該メッセージサーバシステム（４０、４０５、２０２０）は、該メッセージを受信する複数の端末のうちの１つに対応する少なくとも１つのメールボックス（２０１９）に該受信されたメッセージを格納し、
   該ホストシステムは、該メッセージを受信する複数の端末のそれぞれに対して、該メッセージを受信する複数の端末のうちの１つと単一のアドレスを共有するワイヤレスモバイル通信デバイス（１００、４１２、４１４、２０１６、２０１８）が存在するか否かを決定し、ワイヤレスモバイル通信デバイス（１００、４１２、４１４、２０１６、２０１８）と単一のアドレスを共有すると決定された該メッセージを受信する複数の端末のそれぞれに対して、該暗号メッセージボディと該暗号セッション鍵とを含む別々の縮小サイズの暗号メッセージを生成し、
   該メッセージを受信する複数の端末のうち該決定された端末のメッセージ情報フィールドが、該暗号メッセージのサイズを縮小するために除去され、
   該ワイヤレスコネクタシステム（４５、４０９、２０２８）は、該縮小サイズの暗号メッセージを該単一のアドレスを共有する該ワイヤレスモバイル通信デバイス（１００、４１２、４１４、２０１６、２０１８）に送信するように構成されている、メッセージ転送システム。
10. 前記メッセージサーバシステム（４０、４０５、２０２０）は、ネットワークセキュリティファイアウォールの背後のセキュアなネットワークにおいて実装されている、請求項９に記載のシステム。
11. 前記ホストシステムは、デスクトップコンピュータシステム（３５、４０７、２０２２）またはラップトップコンピュータシステムを含む、請求項９に記載のシステム。
12. ネットワークオペレータインフラストラクチャ（２０４０）は、前記ホストシステムと前記ワイヤレスモバイル通信デバイス（１００、４１２、４１４、２０１６、２０１８）との間でのワイヤレス情報交換を可能にする、請求項９に記載のシステム。

Images