(57)【要約】【課題】エンコードされたメッセージを時間遅延なく処理する方法とシステムとを提供すること。【解決手段】エンコードされたメッセージをメッセージ受信側で処理するシステムと方法とが記載される。エンコードされたメッセージの処理は、複数のステージで実行される。第１のステージにて、新しい受信メッセージが、ユーザ入力を必要としない任意のデコーディング動作を実行することにより、新しいメッセージが受信されたことをユーザに通知される前に少なくとも部分的にデコードされ、結果のコンテキストオブジェクトがメモリに格納される。ユーザが新しいメッセージにアクセスした場合、処理の第２ステージにて、格納されたコンテキストオブジェクトに対する任意のさらなる必要なデコーディング動作が実行される。次にメッセージは、第１のステージのデコーディング動作を繰返すことなく表示され得るか、そうでない場合、比較的高速で処理され得る。【選択図】図４
2010134940.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレスモバイル通信デバイスにおいて、エンコードされたメッセージを処理する方法であって、本願明細書に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願への相互参照）
本願は２００１年１０月２５日に「Ｍｕｌｔｉｐｌｅ−Ｓｔａｇｅ  Ｓｙｓｔｅｍ  ａｎｄ  Ｍｅｔｈｏｄ  ｆｏｒ  Ｐｒｏｃｅｓｓｉｎｇ  Ｅｎｃｏｄｅｄ  Ｍｅｓｓａｇｅｓ」という名称で出願された米国仮特許出願第６０／３３０，６０８号の優先権を主張するものである。米国仮特許出願第６０／３３０，６０８号は、図面を含め、その全体を本明細書で参考のため援用する。
【０００２】
本発明は、一般的に、通信分野に関し、特に、電子メールのメッセージのような、エンコードされたメッセージの処理に関する。
【背景技術】
【０００３】
多くの公知のメッセージ交換方法において、送信者から受信者へ伝送される情報のインテグリティおよび秘匿性を保証するために、通常、署名または暗号、あるいはその両方が用いられる。例えば、電子メールシステムでは、電子メールメッセージの送信者は、メッセージへの署名、メッセージの暗号化、またはメッセージに対する署名および暗号化の両方を行い得る。これらのアクションはＳ／ＭＩＭＥ  （Ｓｅｃｕｒｅ  Ｍｕｌｔｉｐｕｒｐｏｓｅ  Ｉｎｔｅｒｎｅｔ  Ｍａｉｌ  Ｅｘｔｅｎｔｉｏｎｓ）、ＰＧＰ（登録商標）（Ｐｒｅｔｔｙ  Ｇｏｏｄ  Ｐｒｉｖａｃｙ  （登録商標））、およびＯｐｅｎＰＧＰのような標準方式、ならびにその他多くの安全な電子メール標準方式を用いて行われ得る。
【０００４】
暗号化されたメッセージが受信されると、そのメッセージは、表示される前に、でなければ処理される前に、暗号が復号化されねばならない。暗号の復号化は、プロセッサ集約型の演算であり、処理リソースの限られたモバイルデバイスでは、比較的長時間、およそ数秒かかりがちである。そのような時間遅延は、多くのモバイルデバイスのユーザには、受け入れがたいものであり得る。たとえ、メッセージが暗号化されていなくても、ユーザにそのメッセージを表示する前に、なんらかの処理が要求されるような方法でエンコードされ得る。そのようなエンコードの２つの例は、電子メールに埋め込まれたバイナリデータの、インターネット上での送信に通常用いられるＢａｓｅ６４エンコーディングと、多くの、インターネットおよびセキュリティ基準で要求されるＡＮＳ．１エンコーディングとである。これらの形式のエンコードに関連するデコードも、時間遅延を招き得、それもまた多くのモバイルデバイスユーザには受け入れがたいものである。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
暗号化されたメッセージの内容は、一般的に、受信した後でも、安全に保たれるべきなので、そのようなメッセージは、通常、暗号化された形式でのみ長期格納領域にセーブされ、復号化動作は、暗号化されたメッセージが開かれるたびに行われる必要がある。また、ユーザがメッセージ上の署名の検証を求める場合、オリジナルメッセージの内容は、通常、この動作を行うことを要求されるので、メッセージはしばしばエンコードされた形式で格納される。したがって、たとえば、このようなエンコードされたメッセージが開かれる、あるいは表示されるたびに、デコード動作も同様に繰り返される必要がある。
【０００６】
ゆえに、より高速であり、かつプロセッサへの集約度をより少なくした、メッセージ処理システムおよびその方法に対する、一般的なニーズがある。
【課題を解決するための手段】
【０００７】
本明細書に開示する教示により、好ましくはメッセージ受信側における、メッセージ処理の方法とシステムとが提供される。この方法およびシステムは、エンコードされたメッセージを受け取り、受信メッセージの少なくとも一部分をデコードし、一部デコードされたメッセージをメモリに格納し、エンコードされたメッセージが受信されたことを示す。格納された、一部デコードされたメッセージは、必要なら、さらにデコードされ、受信メッセージの引き続いての処理に使用される。
【０００８】
本発明の１つの局面による、ワイヤレスモバイル通信デバイスにおける、エンコードされたメッセージの処理方法は、エンコードされたメッセージをワイヤレスモバイル通信デバイスで受信するステップであって、デコードされたメッセージがワイヤレスモバイル通信デバイス内で使用される前に、エンコードされたメッセージのデコード動作が複数回行われるステップと、第１のデコード動作を、エンコードされたメッセージに対して実行して、一部デコードされたメッセージを生成するステップであって、第１のデコード動作が、エンコードされたメッセージに対して実行されるデコーディング動作の、少なくとも１つを実行するステップと、一部デコードされたメッセージを、ワイヤレスモバイル通信デバイスのメモリに格納するステップと、受信されたメッセージへのアクセスのリクエストを受け取るステップと、一部デコードされたメッセージをメモリから取り出すステップと、ワイヤレスモバイル通信デバイス内で使用するための、デコードされたメッセージを生成するように、一部デコードされたメッセージに対して第２のデコーディング動作を実行するステップとを含む。
【０００９】
本発明の別の局面による、ワイヤレスモバイル通信デバイスにおける、エンコードされたメッセージの処理システムは、エンコードされたメッセージを、ワイヤレスモバイル通信デバイスによって受信する手段であって、デコードされたメッセージがワイヤレスモバイル通信デバイス内で使用される前に、エンコードされたメッセージのデコード動作が複数回行われる手段と、第１のデコード動作を、エンコードされたメッセージに対して実行して、一部デコードされたメッセージを生成する手段であって、第１のデコード動作が、エンコードされたメッセージに対して実行されるデコーディング動作の少なくとも１つを実行する手段と、一部デコードされたメッセージを、ワイヤレスモバイル通信デバイスのメモリに格納する手段と、一部デコードされたメッセージをメモリから取り出す手段と、ワイヤレスモバイル通信デバイス内で使用するための、デコードされたメッセージを生成するように、一部デコードされたメッセージに対して第２のデコード動作を実行する手段とを含む。
【００１０】
本発明の別の実施形態において、コンピュータの読み出し可能な媒体に格納されたコンピュータソフトウェアが、ワイヤレスモバイル通信デバイスにおける、エンコードされたメッセージの処理方法を実行するためのプログラムコードを含み、そのメッセージ処理方法が、一部デコードされたメッセージを生成するように、エンコードされたメッセージに対して第１のデコード動作を実行するステップであって、第１のデコード動作が、エンコードされたメッセージに対して実行されるデコーディング動作の、少なくとも１つを実行するステップと、一部デコードされたメッセージを、ワイヤレスモバイル通信デバイスのメモリに格納するステップと、受信したメッセージへのアクセスのリクエストに応えて、メモリから一部デコードされたメッセージを取り出すステップと、ワイヤレスモバイル通信デバイス内で使用するための、デコードされたメッセージを生成するように、一部デコードされたメッセージに対して、第２のデコード動作を実行するステップとを含む。
【００１１】
本発明によるさらなる実施形態では、ワイヤレスモバイル通信デバイスにおいて、エンコードされたメッセージを処理するシステムであって、ワイヤレスモバイル通信デバイス内でメッセージが使用される前に、エンコードされたメッセージに対して複数回のデコード動作を行い、そのシステムは、エンコードされたメッセージとのデータアクセス接続を有する第１デコード段階であって、エンコードされたメッセージに対して、一部デコードされたメッセージを生成するように、第１のデコード動作を行い、その第１のデコード段階が、複数のデコード動作のうちの少なくとも１つを行う、第１デコード段階と、一部デコードされたメッセージを格納するメモリと、メモリに格納された一部デコードされたメッセージとのデータアクセス接続を有する第２デコード段階であって、ワイヤレスモバイル通信デバイス内で使用するための、デコードされたメッセージを生成するように、一部デコードされたメッセージに対して第２のデコード動作を行う、第２デコード段階とを含む。
【００１２】
理解されるように、本発明は、別の、異なる実施形態が可能であり、本発明の細部のいくつかは、さまざまな点において、本発明の意図から逸脱することなく改変が可能である。したがって、以下に述べる、好ましい実施形態の図および説明は、本発明を説明するものであって、本発明はこれに限定されない。
【図面の簡単な説明】
【００１３】
【図１】図１は、ワイヤレス通信デバイスを使用し得る通信システムの実施例の概略である。
【図２】図２は、複数のネットワークと複数のモバイル通信デバイスとを含む通信システムの、さらなる実施例のブロック図である。
【図３】図３は、暗号によってエンコードされ、Ｓ／ＭＩＭＥあるいは同様の技術を用いて署名された可能性のあるメッセージを伝送するための、システムの実施例を図示する。
【図３ａ】図３ａは、エンコードされたメッセージの一般的な形式である。
【図４】図４は、エンコードされたメッセージを処理する方法の第１段階を表すフロー図である。
【図５】図５は、エンコードされたメッセージのメッセージ処理方法の第２段階のフロー図である。
【図６】図６は、モバイルデバイスが関与するメッセージの処理を説明したブロック図である。
【図７】図７は、モバイルデバイスが関与するメッセージの処理を説明したブロック図である。
【図８】図８は、通信システムの実施例を示すブロック図である。
【図９】図９は、通信システムの別の実施例のブロック図である。
【図１０】図１０は、通信システムのさらに別の実施例のブロック図である。
【図１１】図１１は、モバイルデバイスの実施例のブロック図である。
【発明を実施するための形態】
【００１４】
エンコードは、署名、暗号化、Ｂａｓｅ−６４またはＡＳＮ．１エンコーディングのようなエンコード、別の、不可逆的に変形するデータによるより一般的なエンコード、あるいは、それらの任意の組み合わせ、などの演算を含む。したがって、同様に、「デコード」は、メッセージに適用された任意のエンコードの、逆を行うために必要な、任意の処理演算を含む。
【００１５】
図１は、ワイヤレス通信デバイスが使用され得る、通信システムの実施例の概略である。当業者は、何百という違ったトポロジーがあり得ることを理解するが、図１に示す簡単なシステムは、本願において述べられる、エンコードメッセージ処理システムおよび方法の動作を説明するために役立つ。また、多数のメッセージ受信者および送信者があり得る。図１に示す簡単なシステムは、説明の目的のみで示され、一般的にセキュリティが用いられていない、おそらく最も普及しているインターネット電子メール環境を示す。
【００１６】
図１は、電子メール送信者１０、インターネット２０、メッセージサーバシステム４０、ワイヤレスゲートウェイ８５、ワイヤレスインフラストラクチャ９０、ワイヤレスネットワーク１０５およびモバイル通信デバイス１００を示す。
【００１７】
電子メール送信者システム１０は、例えば、会社の中に置かれ、もしかするとローカルエリアネットワーク（ＬＡＮ）に接続され、かつインターネットに接続される、システム１０のユーザがアカウントを有するＩＳＰ（インターネットサービスプロバイダ）に接続され得、または、Ａｍｅｒｉｃａ  Ｏｎｌｉｎｅ（ＡＯＬ）のような大規模なＡＳＰ（アプリケーションサービスプロバイダ）を介して、インターネット２０に接続され得る。当業者には理解されるが、電子メールの伝送は、図１に示すように、通常、インターネットに接続された構成により達成されるが、図１に示すシステムは、そうではなく、インターネット以外のワイドエリアネットワーク（ＷＡＮ）に接続され得る。
【００１８】
メッセージサーバ４０は、例えば、会社のファイアウォール内のネットワークコンピュータ、ＩＳＰ、またはＡＳＰシステム等内のコンピュータ上で実装され得、インターネット２０上での電子メール交換の、メインインターフェースとして働く。他のメッセージシステムは、おそらく、メッセージサーバシステム４０を必要としないが、電子メールを受信し、また、もしかすると電子メールを送信するように構成されたモバイルデバイス１００は、通常、メッセージサーバのアカウントに関連づけられる。おそらく、最も普通の２つのメッセージサーバは、Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ（登録商標）およびＬｏｔｕｓ  Ｄｏｍｉｎｏ（登録商標）である。これらの製品は、メールのルーティングと配送とを行う、インターネットメールのルータと共にしばしば使用される。これらの中間コンポーネントは、以下に述べる安全なメッセージの処理において、直接的な役割を担わないので、図１には示さない。サーバ４０のようなメッセージサーバは、一般的に、単なる電子メールの送受信以上の役割をする。メッセージサーバは、また、カレンダ、予定リスト、業務リスト、電子メールおよび文書のようなデータ用の、所定のデータベースフォーマットを有する、ダイナミックデータベースストレージエンジンを含む。
【００１９】
ワイヤレスゲートウェイ８５およびインフラストラクチャ９０が、インターネット２０とワイヤレスネットワーク１０５との間のリンクを提供する。ワイヤレスインフラストラクチャ９０は、所与のユーザの位置を特定するためにもっとも見込みのあるネットワークを決定し、各国間、または、ネットワーク間を移動しながら、そのユーザを追跡する。メッセージは、そうして、ワイヤレス送信を介してモバイルデバイス１００に届けられるが、通常、ワイヤレスネットワーク１０５のベースステーションからモバイルデバイス１００へは、無線周波数（ＲＦ）で送られる。特定のネットワーク１０５は、実質的に任意のワイヤレスネットワークであり得、そのワイヤレスネットワーク上で、モバイル通信デバイスとメッセージが交換され得る。
【００２０】
図１に示すように、作成された電子メールメッセージ１５が、インターネット２０のどこかに位置する電子メール送信者１０によって送られる。このメッセージ１５は、通常、全くの平文で、従来のＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）と、ＲＦＣ８２２のヘッダ、ＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ  Ｉｎｔｅｒｎｅｔ  Ｍａｉｌ  Ｅｘｔｅｎｔｉｏｎ）の本文とを用いて、メールメッセージの形式を規定する。これらの技術は、当業者には周知である。メッセージ１５は、メッセージサーバ４０に到着し、通常、メッセージストアに格納される。もっとも公知のメッセージシステムは、いわゆる「ｐｕｌｌ」メッセージアクセス方式をサポートし、その方式では、格納されたメッセージが、メッセージサーバによってモバイルデバイス１００に転送されるように、モバイルデバイス１００が要求する必要がある。いくつかのシステムは、モバイルデバイス１００に関連する、特定の電子メールアドレスを用いてアドレス指定されたメッセージの、自動ルーティングを提供する。以下で、さらに詳しく説明する好適な実施形態では、モバイルデバイス１００のユーザに属する家庭のコンピュータまたは仕事場のコンピュータのような、ホストシステムに関連したメッセージサーバアカウント宛のメッセージが受信されると、メッセージは、メッセージサーバ４０からモバイルデバイス１００に宛先が向け直される。
【００２１】
モバイルデバイス１００へのメッセージ転送を制御する、特定のメカニズムにかかわらず、メッセージ１５（または、メッセージ１５が別形式に変換された、あるいは再フォーマットされたものでもあり得る）が、ワイヤレスゲートウェイ８５に送信される。ワイヤレスインフラストラクチャ９０は、ワイヤレスネットワーク１０５への一連の接続を含む。これらの接続はＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ  Ｓｅｒｖｉｃｅｓ  Ｄｉｇｉｔａｌ
Ｎｅｔｗｏｒｋ）、Ｆｒａｍｅ  Ｒｅｌａｙ、または、全インターネット上で使用されるＴＣＰ／ＩＰプロトコルを用いたＴ１接続であり得る。本明細書において、用語「ワイヤレスネットワーク」は３つの異なるタイプのネットワークを含み、それらは（１）データ中心ワイヤレスネットワーク、（２）音声中心ワイヤレスネットワーク、および（３）同じ物理ベースステーション上で音声とデータとの双方の通信をサポートし得るデュアルモードネットワークである。組み合わされるデュアルモードネットワークは、（１）ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）ネットワーク、（２）ＧＳＭ（ｔｈｅ  Ｇｒｏｕｐｅ  Ｓｐｅｃｉａｌ  Ｍｏｂｉｌｅ  ｏｒ  ｔｈｅ  Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、およびＧＰＲＳ（ｔｈｅ  Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）、ならびに（３）ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ−ｒａｔｅｓ  ｆｏｒ  Ｇｌｏｂａｌ  Ｅｖｏｌｕｔｉｏｎ）およびＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍｓ）のような３Ｇネットワークを含むが、それらに限定されない。データ中心ネットワークの、より古いいくつかの例は、Ｍｏｂｉｔｅｘ（登録商標）Ｒａｄｉｏ  Ｎｅｔｗｏｒｋおよび  ＤａｔａＴＡＣ（登録商標）Ｒａｄｉｏ  Ｎｅｔｗａｏｋを含む。より古い音声中心データネットワークの例は、ＧＳＭおよびＴＤＭＡシステムのようなＰＣＳ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）ネットワークを含む。
【００２２】
図２は、複数のネットワークと複数のモバイル通信デバイスとを含む通信システムの、さらなる実施例のブロック図である。図２のシステムは、図１のシステムと実質的に同様であるが、ホストシステム３０、リダイレクションプログラム４５、モバイルデバイスクレイドル６５、ＶＰＮ（ワイヤレスバーチャルプライベートネットワーク）ルータ７５、追加のワイヤレスネットワーク１１０および、複数のモバイル通信デバイス１００を含む。図１に関連して上で述べたように、図２は、ネットワークトポロジーの見本の概略を表す。本明細書で説明する、エンコードされたメッセージの処理システムおよびその方法は、多くの異なるトポロジーを有するネットワークに適用され得るが、図２のネットワークは、上で簡単に述べた、自動電子メールリダイレクションシステムの理解に有用である。
【００２３】
中央ホストシステム３０は、一般的に、会社のオフィス、または、その他のＬＡＮであるが、そうではなくて、メールメッセージが交換されている、家庭のオフィスコンピュータまたはその他のプライベートシステムであり得る。ホストシステム３０の内部には、ホストシステムのファイアウォール内にあるいくつかのコンピュータ上で実行している、メッセージサーバ４０があり、インターネット２０による電子メール交換のための、ホストシステムにとってのメインインターフェースとして働く。図２のシステムでは、リダイレクションプログラム４５によって、サーバ４０からモバイル通信デバイス１００に、データアイテムを向け直すことができる。説明を簡単にするため、リダイレクションプログラム４５が、メッセージサーバ４０と同じマシンに常駐するように示されているが、リダイレクションプログラム４５がメッセージサーバに常駐する必要性はない。リダイレクションプログラム４５とメッセージサーバ４０とは、モバイルデバイス１００に情報をプッシュすることができるように、協力し、相互に作用するように、設計されている。このインストールにおいて、リダイレクションプログラム４５が、ある特定のユーザ向けの企業の情報を、秘密のものも秘密でないものも取りあげ、企業のファウォールを介し、モバイルデバイス１００に向け直す。リダイレクションソフトウェア４５のさらに詳細な説明は、本願と同一人に譲渡された、２００１年４月１７日に付与された、「Ｓｙｓｔｅｍ  ａｎｄ  Ｍｅｔｈｏｄ  ｆｏｒ  Ｐｕｓｈｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｆｒｏｍ  Ａ  Ｈｏｓｔ  Ｓｙｓｔｅｍ  Ｔｏ  Ａ  Ｍｏｂｉｌｅ  Ｄａｔａ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｄｅｖｉｃｅ  Ｈａｖｉｎｇ  Ａ  Ｓｈａｒｅｄ  Ｅｌｅｃｔｒｏｎｉｃ  Ａｄｄｒｅｓｓ」という名称の米国特許第６，２１９，６９４号（「６９４特許」）、および、米国特許出願第０９／４０１，８６８号、  第０９／５４５，９６３号、第０９／５２８，４９５号、第０９／５４５，９６２号および第０９／６４９，７５５号において見つけ得るが、これらはすべて、本願で参考のため援用する。このプッシュ技術は、モバイルデバイスに、すべての情報を配送するために、ワイヤレスフレンドリーエンコード、圧縮および暗号化技術を用い得、したがって、セキュリティファイアウォールを効果的に拡張して、ホストシステム３０に関連した各モバイルデバイス１００を含むようにする
図２に示されるように、モバイルデバイス１００に情報を取り込むための複数の代替的経路があり得る。モバイルデバイス１００に情報をロードする１つの方法は、デバイスクレードル６５を用いて、５０と示されたポートを通る。この方法は、ホストシステム３０、またはこのシステム３０内のコンピュータ３５でモバイルデバイス１００の起動時に実行されることが多いバルク情報を更新するために有用であるという傾向がある。データ交換の他の主要な方法は、ワイヤレスネットワークを用いて空中を介して情報を送達する。図２に示されるように、これは、上述のように、ワイヤレスゲートウェイ８５およびワイヤレスインフラストラクチャ９０へのワイヤレスＶＰＮルータ７５、または従来のインターネット接続９５を通じて達成され得る。ワイヤレスＶＰＮルータ７５のコンセプトは、ワイヤレス業界においては新規であり、モバイルデバイス１００へのＶＰＮ接続が特定のワイヤレスネットワーク１１０を通じて直接確立され得ることを示す。ワイヤレスＶＰＮルータ７５を用いる可能性は、最近利用可能になったばかりであり、ＩＰベースのワイヤレスネットワークに新しいインターネットプロトコル（ＩＰ）バージョン６がもたらされた場合に用いられ得る。この新しいプロトコルは、各モバイルデバイス１００にＩＰアドレスを割り当てるための十分なＩＰアドレスを提供し、従って、モバイルデバイスにいつでも情報をプッシュできるようにする。このワイヤレスＶＰＮルータ７５を用いる主要な利点は、このルータが市販のＶＰＮコンポーネントであり得、かつ、ワイヤレスゲートウェイ８５およびワイヤレスインフラストラクチャ９０を用いることを必要としないということである。ＶＰＮ接続は、好ましくは、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）／ＩＰまたはＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）／ＩＰ接続であり、モバイルデバイス１００にメッセージを直接送達する。ワイヤレスＶＰＮ７５が利用可能でない場合、インターネット２０へのリンク９５が、利用可能な最も一般的な接続メカニズムであり、すでに記載された。
【００２４】
図２の自動リダイレクションシステムにおいて、ｅメール送信側１０から出た、作成されたｅメールメッセージ１５がメッセージサーバ４０に到着し、リダイレクションプログラム４５によってモバイルデバイス１００にリダイレクトされる。このリダイレクションが行われると、メッセージ１５がリエンベロープされ（８０に示される）、従って、場合によっては、独自の圧縮および暗号化アルゴリズムがオリジナルメッセージ１５に適用され得る。このようにして、モバイルデバイス１００上で読み出されたメッセージは、ファイアウォール内の３５等のデスクトップワークステーション上で読み出された場合と同様にセキュアである。リダイレクションプログラム４５とモバイルデバイス１００との間で交換されるすべてのメッセージは、好ましくは、このメッセージ再パッケージング技術を用いる。この外部エンベロープの別の目的は、送信側および受信側のアドレスを除く、元のメッセージのアドレシング情報を維持することである。これは、応答メッセージが適切な宛先に到着することを可能にし、さらに、「Ｆｒｏｍ」フィールドがモバイルユーザのデスクトップアドレスを反映することを可能にする。モバイルデバイス１００からのユーザのｅメールアドレスを用いることによって、受信メッセージが、モバイルデバイス１００からではなく、ユーザのデスクトップシステム３５から発せられたかのように見えることが可能になる。
【００２５】
モバイルデバイス１００へのポート５０およびクレードル６５の接続に戻って、この接続経路は、大きいアイテムのワンタイムデータ交換を可能にするための複数の利点を提供する。パーソナルデジタルアシスタント（ＰＤＡ）および同期化の分野の当業者にとって、このリンクを介して交換される最も一般的なデータは、ＰＩＭ（Ｐｅｒｓｏｎａｌ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）データ５５である。初めて交換される場合、このデータは、大量で、嵩張る性質である傾向を示し、かつ、モバイルデバイス１００が移動中に用いられ得る場合に、このモバイルデバイス１００にロードするために大きい帯域幅を必要とする。このシリアルリンクは、さらに、Ｓ／ＭＩＭＥまたはＰＧＰ専用秘密鍵、ユーザの証明書（Ｃｅｒｔ）、および、これらのＣＲＬ（Ｃｅｒｔｉｆｉｃａｔｅ  Ｒｅｖｏｃａｔｉｏｎ  Ｌｉｓｔ）６０等の秘密セキュリティ鍵２１０をセットアップすることを含む他の目的で用いられ得る。秘密鍵が、好ましくは、交換され、これにより、デスクトップ３５およびモバイルデバイス１００が１つのパーソナリティおよびすべてのメールにアクセスする１つの方法を共有する。ＣｅｒｔおよびＣＲＬは、通常、このようなリンクを介して交換される。なぜなら、これらは、Ｓ／ＭＩＭＥ、ＰＧＰおよび他の公開鍵セキュリティ方法のデバイスによって必要とされる大量のデータを表すからである。
【００２６】
本明細書中に記載されたエンコードメッセージ処理システムおよび方法は、ポート構成を通るホストシステム３０におけるホストコンピュータまたはコンピュータ３５からの情報のプレロードには決して依存しないが、ＣｅｒｔおよびＣＲＬ等の、通常、バルク情報のプレロードは、エンコードメッセージ、特に、暗号化、および／または署名されたか、あるいは、処理するためのさらなる情報を必要とするメッセージをモバイルデバイス１００に伝送することを容易にし得る。これに代わる、Ｓ／ＭＩＭＥまたはＰＧＰｅメールメッセージ等のメカニズムが、例えば、このようなメッセージをモバイルデバイスに転送するために利用可能である場合、これらのメッセージは、本明細書中に記載されるように処理され得る。
【００２７】
いくつかの典型的な通信ネットワーク構成が記載されたが、安全なｅメールメッセージの転送および処理が、ここで、さらに詳細に記載される。
【００２８】
Ｓ／ＭＩＭＥおよびＰＧＰ技術を用いて生成されたｅメールメッセージは、暗号化情報、メッセージのコンテンツへのデジタル署名、またはこれらの両方を含み得る。署名されたＳ／ＭＩＭＥ動作において、送信側は、メッセージのダイジェストを取得し、かつ、送信側の秘密鍵を用いて、このダイジェストに署名する。ダイジェストは、実質的に、チェックサム、ＣＲＣ、または、他の、好ましくは、メッセージに対するハッシュ等の非可逆性の動作であり、これは、その後、署名される。署名されたダイジェストは、出て行くメッセージに、場合によっては、送信側のＣｅｒｔと共に、および、場合によっては、任意の必要なＣｅｒｔおよびＣＲＬと共に添付される。この署名されたメッセージの受信側は、さらに、メッセージのダイジェストを取得し、このダイジェストを、メッセージに添付されたダイジェストと比較し、送信者の秘密鍵を取り出し、かつ、添付されたダイジェストへの書名を検証する。メッセージコンテンツが変更された場合、ダイジェストが異なるか、または、ダイジェストへの署名が適切に検証されていない。メッセージが暗号化されていない場合、この署名は、だれかがメッセージのコンテンツをみることを防止しないが、メッセージが改ざんされていず、かつメッセージの「Ｆｒｏｍ」フィールドに示される実際の人物からのものであることを保証する。
【００２９】
ＣｅｒｔおよびＣＲＬがメッセージに添付された場合、受信側は、さらに、これらを検証し得る。証明書チェーンは、元のＣｅｒｔが本物であることを検証するために必要とされる他の複数のＣｅｒｔを伴うＣｅｒｔである。署名されたメッセージへの署名を検証する間、信用できるソース、例えば、ＶｅｒｉｓｉｇｎまたはＥｎｔｒｕｓｔ（両方とも、公開鍵暗号の分野の主要な企業である）等の認証局（ＣＡ）と関連した大型の公開鍵サーバ（ＰＫＳ）からのルートＣｅｒｔによって署名されたＣｅｒｔが見出されるまで、メッセージの受信側は、さらに、通常、署名ＣｅｒｔのＣｅｒｔチェーンを取得し、かつ、チェーン内の各Ｃｅｒｔが、そのチェーン内の次のＣｅｒｔによって署名されることを検証する。一旦このようなルートＣｅｒｔが見出されると、署名は、検証され、かつ信用され得る。なぜなら、送信側および受信側の両方がルートＣｅｒｔのソースを信用するからである。
【００３０】
暗号化されたＳ／ＭＩＭＥメッセージ動作において、ワンタイムセッション鍵が生成され、かつ、通常、トリプルＤＥＳ等の対称暗号を用いてメッセージのボディを暗号化するために用いられる。このセッション鍵は、その後、受信側の公開鍵を用いて、典型的にはＲＳＡ等の公開鍵暗号化アルゴリズムで暗号化される。メッセージが１つ以上の受信側にアドレス指定される場合、各受信側の公開鍵を用いて、同じセッション鍵が暗号化される。暗号化メッセージボディ、および、すべての暗号化セッション鍵は、各受信側に送信される。各受信側は、その後、場合によっては、メッセージに添付され得る、受信側の生成されたＲｅｃｉｐｉｅｎｔ  Ｉｎｆｏ要旨に基づいて、その固有のセッション鍵を捜し当て、かつ、その秘密鍵を用いてセッション鍵を復号化しなければならない。一旦セッション鍵が復号化されると、これは、その後、メッセージボディを復号化するために用いられる。Ｓ／ＭＩＭＥ  Ｒｅｃｉｐｉｅｎｔ  Ｉｎｆｏ添付ファイルは、さらに、メッセージを復号化するために用いられなければならない特定の暗号化スキーマを特定し得る。この情報は、通常、Ｓ／ＭＩＭＥメッセージのヘッダに配置される。
【００３１】
当業者は、これらの動作が、Ｓ／ＭＩＭＥメッセージング、および、これと関連したエンコーディング動作、すなわち、暗号化および／または署名の例示であることを理解する。しかしながら、本発明は、決してこれらに限定されない。暗号化および署名は、本明細書中に記載されるシステムおよび方法が適用され得るエンコーディング動作のタイプの２つの例示にすぎない。
【００３２】
図３を参照して、エンコードされたメッセージの転送がさらに詳細に記載される。図３は、Ｓ／ＭＩＭＥまたは同様の技術を用いる暗号化によって、および、場合によっては、署名によってエンコードされたメッセージの転送の例示的システムを示す。
【００３３】
図３において、システム１０を用いるユーザＸは、メールメッセージ１５を生成し、かつ、このメッセージを暗号化および署名することを決定する。これを達成するために、システム１０は、最初に、セッション鍵を生成し、このメッセージを暗号化する。その後、各受領者の公開鍵が、例えば、公開鍵暗号系が用いられる場合、インターネット２０上のローカルストレージまたは公開鍵サーバ（ＰＫＳ）（図示せず）から取り出される。これに代えて他の暗号スキーマを用いてもよいが、公開鍵暗号系は、特に、システムが多数の可能な通信者を含む場合に一般的である傾向を示す。図３に示されるようなシステムにおいて、任意の他のｅメールシステムとメッセージを交換することを時に所望し得る、数百万の１０等のｅメールシステムが存在し得る。公開鍵暗号系は、このような多数の通信者間での効率的な鍵の配信を提供する。受領者ごとに、Ａ、ＢおよびＣで示される３人の意図された受領者に対してセッション鍵が暗号化され、好ましくは、ＲｅｃｉｐｉｅｎｔＩｎｆｏセクションと共にメッセージに添付される。一旦暗号化が完了すると、暗号化セッション鍵を含む新しいメッセージのダイジェストが取得され、このダイジェストは、送信側の秘密鍵を用いて署名される。メッセージが先に署名された場合、メッセージのダイジェストは、暗号化セッション鍵なしに取得される。このダイジェストは、署名されたコンポーネントすべてと共にセッション鍵を用いて暗号化され、各セッション鍵は、公開鍵暗号系が用いられる場合、各受領者の公開鍵を用いてさらに暗号化され、または、送信側がいくつかの代替的暗号系構成を通じて１人以上の受領者とｅメールを安全に交換することができる場合、各受領者と関連した別の鍵を用いて、さらに暗号化される。
【００３４】
この暗号化および署名されたメッセージ２００は、セッション鍵２０５およびＣｅｒｔ情報３０５と共に、コンピュータシステム上で作動するメッセージサーバ４０に送信される。上述のように、メッセージサーバ４０は、メッセージを処理し、かつ、これを適切なユーザのメールボックスに配置する。モバイルデバイスのｅメールアクセススキーマに応じて、モバイルデバイス１００は、メッセージサーバ４０からｅメールをリクエストし得るか、または、リダイレクションソフトウェア４５（図２参照）は、新しいメッセージを検出し得、リダイレクションプロセスを開始して、モバイルデバイス１００を有する各受領者に新しいｅメールメッセージを転送する。あるいは、ｅメールメッセージおよび添付ファイルは、場合によっては、メッセージサーバシステムではなく、または、これに加えて、モバイルデバイス１００に直接送信され得る。インターネットを介して、ワイヤレスゲートウェイおよびインフラストラクチャ８５／９０、ならびに１つ以上のワイヤレスネットワーク１１０を通るか、あるいは、ワイヤレスＶＰＮルータ７５（図２に図示、図３に図示せず）を用いてインターネット２０およびワイヤレスネットワーク１１０を通ることを含む上述の転送メカニズムのいずれも、ｅメールメッセージおよび添付ファイルをデバイス１００に転送するために用いられ得る。現在知られているか、または将来利用可能になり得る他の転送メカニズムが、さらに、メッセージおよび添付ファイルをモバイルデバイス１００に送信するために用いられ得る。
【００３５】
図３は、各モバイルデバイス１００上のメッセージ全体の受信を示す。メッセージがモバイルデバイス１００に送信される前に、メッセージの署名または暗号化セクションは、再組織化され得、必要な部分のみが各モバイルデバイス１００に送信される。このことは、米国特許出願シリアルナンバー６０／２９７，６８１号（２００１年６月１２日）およびシリアルナンバー６０／３６５，５３５号（２００２年３月２０日）に詳細に記載され（これらの両方は、本出願の譲受人に譲渡された）、これらの出願は、参考のため、その全体が本明細書中に援用される。これらの過去の出願は、セキュアメッセージを再構成し、かつ、モバイルデバイスに送信される情報の量を制限するためのいくつかのスキーマを開示する。例えば、上述の出願のあるスキーマによると、メッセージサーバシステムは、モバイルデバイスごとに適切なセッション鍵を決定し、かつ、メッセージと共に暗号化セッション鍵のみをモバイルデバイスに送信する。上述の出願は、メッセージサーバシステムがデジタル署名を検証し、デジタル署名検証の結果をモバイルデバイスに送信する場合等に、暗号化および署名されたメッセージと共にモバイルデバイスに送信されなければならない書名関連情報を制限する技術をさらに開示する。従って、図３は、各モバイルデバイス１００におけるすべての暗号化セッション鍵、および署名関連添付ファイルを含むメッセージ全体を示すが、本暗号化メッセージ処理技術は、メッセージ全体がモバイルデバイス１００に転送されることを必要としない。他の受領者および署名情報の暗号化セッション鍵は、例えば、各モバイルデバイス１００において必ずしも受信されなくてもよい。
【００３６】
メッセージが署名されず、これにより、Ｘの署名、およびＸのＣＲＬ、ＸのＣｅｒｔ、および他のチェーン化されたＣｅｒｔを含む他の署名関連情報がメッセージの一部分でない場合、または、メッセージが暗号化される前にメッセージが署名された場合、モバイルデバイス１００のユーザがメッセージを開くと、適切な暗号化セッション鍵が見出され、かつ復号化される。しかしながら、メッセージが暗号化されてから署名された場合、署名は、好ましくは、最初に検証され、その後、正しいセッション鍵が見出され、かつ復号化される。当業者が理解するように、セッション鍵の復号化は、通常、好ましくは、モバイルデバイス１００のユーザにのみ知られるパスワードまたはパスフレーズを入力するセキュリティ動作を含む。
【００３７】
上述のように、エンコードされたメッセージがユーザに表示され得る前に、このメッセージは、最初にデコード（場合によっては、メッセージの復号化を含む）されなければならず、任意のデコーディングステップは、完了までに長時間を必要とし得る。新規の処理技術によると、ユーザによる任意のアクションまたは入力なしに実行されるべき任意のデコーディングステップは、メッセージの受信についてユーザに通知される前に実行される。結果としての部分的に、または場合によっては全体がデコードされたメッセージは、その後、コンテキストオブジェクトとしてメモリ内に格納され得る。これらのデコーディングステップが完了すると、メッセージが受信されたことがユーザに通知される。格納されたコンテキストオブジェクトは、その後、表示、またはさらに処理するために、デコードされたメッセージが必要とされる場合に、必要に応じて、さらにデコードされ得る。
【００３８】
例えば、署名されることによってエンコードされるが、暗号化されないメッセージを考慮されたい。メッセージのコンテンツは、この場合、機密ではないが、それでもなお、何らかの方法でエンコードされている。署名の検証は、多くの場合、機密パスワードまたはパスコードがユーザによって入力されることを必要としないので、メッセージは、復号化され得、メッセージが到着したことをユーザがまだ知らない間に、メッセージへの署名が検証され得る。この例において、完全にデコードされたメッセージである、結果としてのコンテキストオブジェクトは、その後、好ましくは、モバイルデバイス１００上のランダムアクセスメモリ（ＲＡＭ）等のストレージ領域に格納される。署名の検証が完了した場合、例えば、モバイルデバイス表示画面上にアイコンを表示することによってか、または、任意の他の新しいメッセージの表示を生成することによって、新しいメッセージが到着したことがユーザに通知される。受信メッセージを表示することをユーザが所望する場合、格納されたデコードメッセージのみがメモリから取り出され、任意のさらなるデコーディングは必要とされない。元のエンコードメッセージを保持し、これにより、必要に応じて、元のエンコーディングを再び用いて署名の検証が実行されるべきことが重要であり得ることに留意されたい。
【００３９】
別の例として、暗号化されてから署名されたエンコードメッセージを考慮されたい。この場合、署名は、デコードされ、場合によっては、ユーザによる任意のアクションまたは入力なしに、自動的に検証され得る。しかしながら、復号化は、通常、ユーザがパスワードまたはパスコードを入力することを必要とする。従って、この例において、メッセージが受信された場合、この署名はデコードされ、場合によっては、検証され、結果としてのコンテキストオブジェクトがメモリに格納され、そして、新しいメッセージが受信されたことがユーザに通知される。ユーザが新しいメッセージを表示することを所望した場合、メモリからコンテキストオブジェクトが取り出される。コンテキストオブジェクトに関する署名のデコードおよび検証がすでに完了しているので、新しいメッセージが表示される前に、復号化動作を実行するだけでよい。新しいエンコードされたメッセージの表示または処理と関連したかなりの時間遅延が、これによって、著しく低減され得る。署名の検証および復号化動作の両方が実行されるが、署名の検証は、好ましくは、メッセージが受信されたことをユーザが知る前にバックグラウンドで実行され、従って、ユーザによってデコーディングの遅延として知覚されない。
【００４０】
最後の例として、署名されてから暗号化されたエンコードメッセージを考慮されたい。この場合、暗号化データは、ユーザにパスワードまたはパスコードの入力を要求することなしには復号化され得ない。しかしながら、メッセージのデコードおよび復号化と関連する予備作業の多くが実行され得る。これらは、例えば、任意の必要とされる復号化鍵のトランスミッションエンコーディング、および取り出しと関連したデコーディング動作を含む。可能な限り多くのこの予備作業の結果としてのコンテキストオブジェクトがメモリに格納され、新しいメッセージが受信されたことがユーザに通知される。ユーザが、新しいメッセージを表示することを所望する場合、コンテキストオブジェクトがメモリから取り出される。予備復号化作業がすでに実行されたので、復号化作業の残りの部分のみ、および、署名デコーディングおよび検証のみがさらに実行されるだけでよい。新しいエンコードされたメッセージの表示または処理と関連したかなりの時間遅延が、これにより、著しく低減され得る。復号化および署名検証動作の両方が実行されるが、復号化の大部分が、好ましくは、メッセージが受信されたことをユーザが知る前に、バックグラウンドで実行され、従って、ユーザにはデコーディング遅延として知覚されない。
【００４１】
従って、本発明のこの局面によると、エンコードメッセージのデコーディングは、複数のステージに分割される。第１のステージは、メッセージが受信されたことをユーザに通知される前に、バックグラウンドで実行される。ユーザによる任意の入力または他のアクションなしに実行され得る任意の動作は、好ましくは、第１のステージの処理の一部分である。第１のステージの処理が完了した後、第１のステージの処理の結果であるコンテキストオブジェクトは、メモリに格納され、ユーザは、新しいメッセージの受信について通知される。ユーザが、表示、またはさらに処理するための新しいメッセージにアクセスした場合、処理の第２のステージが呼出される。第２のステージは、新しいメッセージのデコーディングを完了するために必要とされる任意のデコーディング動作を含む。新しいメッセージがアクセスされた場合、すべてのデコーディングを実行する代わりに、公知のメッセージングスキーマでのように、本発明のこの局面による第２のステージの処理が格納されたコンテキストオブジェクトを取り出し、任意のさらなる必要なデコーディング動作を実行する。ユーザは、これにより、第１のステージ動作または関連した時間遅延には気付かない。
【００４２】
好ましくは、第１の処理ステージと第２の処理ステージとの間に定められた境界がないことが当業者に明らかである。新しいエンコードメッセージが受信された場合、メッセージが受信されたことをユーザに通知される前に、受信側は、可能な限りデコーディング動作を進める。上述の第１の例において、第１のステージの間、署名が検証され、受信されたメッセージのデコーディングを完了する。他の第１のステージ動作は、例えば、通常、ユーザ入力を必要としない、Ｂａｓｅ−６４エンコーディングまたはＭＩＭＥエンコーディングの処理を含む。第２の例において、署名の検証は、第１のステージの間に実行され、結果としてのコンテキストオブジェクトは、メッセージコンテンツの復号化を含む、第２のステージで用いるために格納される。第３の例において、復号化に含まれる予備処理の多くは、第１のステージの間に実行され、結果としてのコンテキストオブジェクトが、復号化および署名の検証の残りを含む第２のステージで用いるために格納される。
【００４３】
いくつかの実施形態において、例えば、新しいＣＲＬがモバイルデバイスにロードされる毎に、署名が検証されるべき場合、コンテキストオブジェクトが長期間にわたってＲＡＭに格納されないことが好ましい。従って、可能な選択肢として、任意のメッセージのコンテキストオブジェクトが、ほんのわずかな期間格納され得、その後、このコンテキストオブジェクトは、ＲＡＭから自動的に除去される。この短い期間の長さは、例えば、ユーザによってか、またはシステム管理者によって構成され得、このようないくつかの構成は、後述される。
【００４４】
図３ａは、一般的なエンコードメッセージのフォーマットを示し、一時的メッセージの格納コンセプトを示すために有用である。エンコードメッセージ３５０は、ヘッダ部分３５２、エンコードボディ部分３５４、１つ以上のエンコードメッセージ添付ファイル３５６、１つ以上の暗号化セッション鍵３５８、署名、ならびに、ＣＲＬおよびＣｅｒｔ等の署名関連情報３６０を含む。図３に示されるメッセージフォーマットは、署名済みメッセージおよび暗号化メッセージと関連するが、エンコードメッセージは、暗号化メッセージ、署名済みメッセージ、暗号化および署名済みメッセージ、あるいは、他のエンコードメッセージを含む。
【００４５】
当業者は、ヘッダ部分３５２が、通常、「Ｔｏ」、「Ｆｒｏｍ」および「ＣＣ」アドレス等のアドレシング情報、そして、場合によっては、必要に応じて、メッセージ長さインジケータ、送信側暗号化、および、署名スキーマ識別子等を含む。実際のメッセージコンテンツは、通常、メッセージボディまたはデータ部分３５４、そして、場合によっては、１つ以上のファイル添付物３５６を含み、送信者によって、セッション鍵を用いて暗号化され得る。セッション鍵が用いられた場合、これは、通常、目的の受領者ごとに暗号化され、３５８に示されるようにメッセージに含まれる。モバイルデバイス１００（図１〜図３）等の受信側にメッセージを送信するために用いられる特定のメッセージトランスポートメカニズムに応じて、メッセージは、その受領者の特定の暗号化セッション鍵のみか、またはすべてのセッション鍵を含み得る。メッセージが署名された場合、署名および署名関連情報３６０が含まれる。メッセージが暗号化される前に署名された場合、例えば、Ｓ／ＭＩＭＥの変形により、署名もまた暗号化される。
【００４６】
さらに詳細に後述されるように、および、本発明の局面により、エンコードメッセージが暗号化されない場合、メッセージが受信され、結果としてのコンテキストオブジェクト（この場合、復号化メッセージコンテンツ）を格納することがユーザに通知される前に、受信側は、処理の第１のステージにおいてメッセージボディをデコードし、これにより、第１のステージのデコーディング動作を繰返さずに、このコンテンツは、次に、閲覧および／または処理され得る。上述の記載から明らかなように、すべての必要とされるデコーディング動作は、第１のステージで実行され得ることが可能であり、これにより、エンコードされたメッセージがアクセスされるべき場合、コンテキストオブジェクトは、メモリから取り出される。メッセージが暗号化された場合、ユーザ入力を必要としない任意のデコーディング動作は、第１の処理ステージにおいて実行され、結果としてのコンテキストオブジェクトは、メモリに格納され、かつ、メッセージが受信されたことがユーザに通知される。この例示において、暗号化メッセージが復号化される前に、ユーザはパスワードまたはパスフレーズを入力しなければならないことが想定される。メッセージがアクセスされた場合、第２の処理ステージが開始し、ユーザには、パスワードまたはパスフレーズの入力が要求される。格納されたコンテキストオブジェクトが取り出され、かつ、コンテキストオブジェクトにおける暗号化コンテンツを復号化するために適切な鍵が用いられる。セッション鍵が用いられる場合、受信側は、対応する暗号化セッション鍵を捜し当て、かつ復号化し、任意の暗号化メッセージおよび／または添付コンテンツを復号化するために復号化セッション鍵を用い、その後、必要に応じて、例えば、メッセージボディをさらにデコードし、ここで、メッセージボディは、Ｂａｓｅ−６４エンコードされている。
【００４７】
図３ａに示されるフォーマットは、例示にすぎず、かつ、本発明は、他のフォーマットを用いてエンコードされたメッセージに適用可能であることが理解されるべきである。例えば、上述のように、本明細書中に記載される処理システムおよび技術は、署名されたかまたは署名されていない、暗号化されたかまたは暗号化されていない、および他のエンコードメッセージに適用可能であり、これにより、受信メッセージは、暗号化および／または署名に関連した部分を必ずしも含み得ない。さらに、特定のメッセージコンポーネントは、図３ａに示されたものとは異なった順序で現れ得る。用いられるメッセージスキーマに応じて、メッセージは、より少ない、さらなる、または異なったメッセージセクションまたはコンポーネントを含み得る。
【００４８】
コンテキストオブジェクトが格納される一時的格納領域は、好ましくは、不揮発性および非持続性ストアである。コンテキストオブジェクトは、例えば、好ましくは、ユーザによって設定され得る特定の期間にわたってのみ格納され得る。すべてのメッセージに対して単一のコンテキストオブジェクトの格納期間が設定および適用され得るが、よりカスタマイズされた設定もまた考えられる。特定の送信側から、またはｅメールアドレスが同じドメイン名を有する送信側から到着するメッセージは、例えば、特定の比較的短いコンテキストオブジェクトメッセージ格納期間を有し得、これに対して、他の送信側、場合によっては個人的接触から受信されたエンコードｅメールのコンテキストオブジェクトは、長期間にわたって格納され得る。あるいは、メッセージが開かれるか、または閉じられる毎に、ユーザに格納期間の入力が要求され得る。
【００４９】
コンテキストオブジェクトの格納を制御する特定の基準は、好ましくは、モバイルデバイスにおけるエンコードメッセージの所望のレベルのセキュリティにより決定される。コンテキストオブジェクトの格納は、有用性とセキュリティとの間のトレードオフを表す。より長い格納インターバルは、セキュリティの低下と引き換えに有用性を向上させる。なぜなら、エンコードメッセージのコンテキストオブジェクトは、例えば、メッセージが最初に受信された場合、第１のステージの処理の間に署名の検証が実行された時に、送信側のＣｅｒｔが取消された後にエンコードメッセージのコンテキストオブジェクトが場合によっては維持され得るからである。第１の処理ステージの間に復号化も実行された場合、より長いコンテキストオブジェクト格納インターバルは、さらなるセキュリティリスクを表す。なぜなら、復号化コンテンツは、より長い時間にわたって非認可デバイスに場合によっては利用可能であるからである。より短いメッセージ格納インターバルは、コンテキストオブジェクトがアクセス可能の状態である時間の量を低減する。しかしながら、その対応するコンテキストオブジェクトがストレージから除去された場合、第１および第２のステージ処理動作の両方は、エンコードメッセージがアクセスされた場合は繰返されなければならない。ＬＲＵ（最も以前に利用された）置換スキーマまたは最も古いコンテキストオブジェクトの上書き等の他のメモリマネージメント技術もまた用いられ得、これにより、コンテキストオブジェクト格納は、タイムインターバルの設定ではなく、メモリリソースに依存する。
【００５０】
図４は、エンコードメッセージを処理する方法の第１のステージを表すフローチャートである。ステップ４０２は、新しいメッセージの受信を示す。受信メッセージは、送信側によって署名された場合（ステップ４０４にて決定）、モバイルデバイスは、署名の検証を試みる。署名の検証は、通常、第１の処理ステージの一部分として行われ得る１つの機能であるが、当業者は、これがいつもそうであるとは限らないことを理解する。Ｓ／ＭＩＭＥのバリエーションによると、例えば、メッセージは、暗号化の前に署名され得、これにより、メッセージは、署名の検証が実行され得る前に、最初に復号化されなければならない。しかしながら、図４の例示的フローチャートにおいて、署名の検証は、第１のステージの処理として示される。
【００５１】
ステップ４０６において、上述のダイジェスト間の整合を決定することによって、署名が適切に検証された場合、処理は、ステップ４１０にて継続される。そうでない場合、署名の検証が失敗したというなんらかの表示がユーザに与えられる（ステップ４０８）。実現された特定の署名スキーマに応じてか、または、場合によっては処理を終了するというユーザ選択に応答して、署名が検証され得ない場合、メッセージは、これ以上処理され得ず、処理は、４１８にて終了する。しかしながら、特定の状況において、ダイジェストが整合せず、従って、送信者がメッセージに署名した後でメッセージコンテンツが、変更され得るにもかかわらず、ユーザは、メッセージを閲覧するか、または、そうでない場合、メッセージを処理することを所望し得る。
【００５２】
メッセージが署名されなかった場合（または、例えば、署名の検証がメッセージを復号化するためにユーザ入力なしでは実行され得ない場合）、署名は検証されるか、あるいは、署名の検証の試みが失敗した後で処理は継続しなければならず、ステップ４１０にて、モバイルデバイスは、ユーザによる任意の入力またはアクションなしに、任意のさらなるデコードが可能であるかどうかを決定する。メッセージが暗号化され、かつ、復号化のためのパスワードまたはパスフレーズが必要とされる場合、例えば、受信されたメッセージの処理がこれ以上第１のステージにおいて実行され得ないか、または、復号化ステップの一部分のみが第１のステージにおいて実行され得ることが可能である。任意の第１のステージの処理の結果としてのコンテキストオブジェクトは、その後、ステップ４１４においてメモリに格納され、ステップ４１６において、新しいメッセージが受信されたことがユーザに通知され、ステップ４１８において、第１のステージの処理が終了する。しかしながら、ユーザ入力なしに、さらなるデコーディングが可能である場合、メッセージが暗号化されるが、コンテンツはＢａｓｅ−６４エンコードされると、例えば、４１２において、さらなるデコーディング動作が実行され、かつ、ステップ４１４において、結果としてのコンテンツオブジェクトは、メモリに格納される。第１のステージの処理は、ステップ４１６において、メッセージの受信がユーザに通知され、かつ、ステップ４１８において、処理が終了すると完了する。
【００５３】
図４は、デコードメッセージを一時的に格納する新規のコンセプトを示すが、このようなデコードメッセージの利点は、図５の以下の記載から明らかになる。図５は、エンコードメッセージのメッセージ処理方法の第２のステージのフローチャートである。
【００５４】
ステップ５０２において、ユーザによってエンコードメッセージがアクセスされる。本発明のある局面によると、ステップ５０４において、第１のステージの処理からの結果であるコンテキストオブジェクトがメモリにおいて利用可能であるかどうかが決定される。利用可能である場合、コンテキストオブジェクトは、ステップ５０５において、メモリから取り出される。そうでない場合、コンテキストオブジェクトが上書きされるか、または、メモリから削除された場合、例えば、ステップ５０６において、第１のステージの処理が繰返される。いくつかの状況において、メモリにおいてコンテキストオブジェクトが利用可能であった場合でも、モバイルデバイスを用いるユーザまたはソフトウェアは、好ましくは、いくつか、またはすべての第１のステージの処理動作を繰り返し続け得る。これは、例えば、署名の検証が第１のステージの動作であり、かつ、新しいＣＲＬがモバイルデバイスにロードされた場合に有用であり得る。なぜなら、メッセージに対する第１のステージの処理が実行されたからである。あるいは、イベントまたはユーザアクションが生じると、コンテキストオブジェクトが存在する任意またはすべてのメッセージに対する第１のステージの処理動作が呼出され得、これにより、メッセージがアクセスされた場合、このような強制的な第１のステージの動作を回避する。
【００５５】
コンテキストオブジェクトが取り出された後、または、第１のステージの動作が繰返された後、ステップ５０８において、さらなるデコーディングが必要とされるかどうかが決定される。すべての必要なデコーディングステップが第１のステージの一部分として実行された場合、処理されたメッセージ、または、ステップ５１４において、対応するコンテキストオブジェクト（メモリから取り出された場合）が表示されるか、または、処理され、そして、ステップ５１６において、第２の処理ステージが終了する。この状態は、例えば、受信されたメッセージが復号化されず、ユーザによる入力または他のアクションなしに、すべてのデコーディング動作が実行され得る場合に生じ得る。しかしながら、さらなるデコーディングが必要であると決定された場合、ユーザは、パスワードまたはパスフレーズ（５１０）等の任意の必要とされる情報の入力が要求され得、かつ、さらなるデコーディング動作が実行される（５１２）。結果としてのデコードメッセージは、その後、ステップ５１４において表示または処理され、第２のステージの処理は、５１６にて終了する。
【００５６】
コンテキストオブジェクトがメモリ内で利用可能である場合、第１のステージの処理および関連した処理時間が省かれ得る。メッセージが受信されたことがユーザに通知される前に、第１のステージの処理動作は、バックグラウンドで実行され、これにより、この処理および関連する処理時間は、ユーザによって知覚されない。
【００５７】
ステップ５０８においてさらなるデコーディングの決定が下される前に実行される別個のステップ５０６として、第１のステージの処理が図５に示されるが、第１のステージの動作が繰返される場合は、必ずしも別個に実行される必要はない。上述のように、好ましくは、第１の処理ステージと第２の処理ステージとの間には定められた境界がない。第１のステージは、好ましくは、ユーザ入力なしに実行され得るすべてのデコーディング動作が完了した場合に終了する。第２のステージは、その後、任意の残りのデコーディング動作を実行し、かつ、第１のステージが終了する場合はいつでも実効的に「開始」する。従って、別個のステップ５０６は、主に例示の目的で図５に別個に示される。コンテキストオブジェクトが存在しない場合、または、第１のステージ動作が繰返されるべき場合、第２の処理ステージは、通常、任意の第１のステージ動作を含む、すべての処理動作を含む。
【００５８】
さらに、第１のステージ動作と第２のステージ動作との間の境界は、特定のポイントまでのみ変更することが可能である。例えば、特定の特殊な動作が第２のステージ動作として割り当てられ得、これにより、特殊な動作、および、特殊な動作のいずれかの結果に依存する任意の後続の動作は、常に、第２の処理ステージにおいて実行される。このような実施形態において、第１のステージ処理は、可能な限り継続され得るが、割り当てられた第２のステージ動作が実行されなければならないポイントまでのみであり得る。この例のように、ユーザ入力が、第１の処理ステージがいつ終了するかを決定する際の制約因子では必ずしもない場合、図５におけるステップ５１０は、第２のステージの処理を開始することを必要とされ得ない、
当業者は、さらに、エンコードメッセージ処理方法が、例えば、メッセージ送信者によって適用されたエンコーディングのタイプに応じて、図４および図５に示されるステップのすべてを必ずしも包含しなくてもよく、または、これに加えて、さらなるステップ動作を包含してもよいことを理解する。上述の方法の他のバリエーションは、当業者に明らかであり、従って、本発明の範囲内に含まれると考えられる。
【００５９】
動作の好ましい方法を含む、本発明の詳細ないくつかの好ましい実施形態に記載されたが、この動作は、異なった要素およびステップで実行され得ることが理解されるべきである。上述の好ましい実施形態は、例示的に示されるにすぎず、かつ、本明細書中に記載された本発明の範囲を限定することは意図されない。
【００６０】
例えば、主にモバイル通信デバイスの意味合いにおいて記載されるが、エンコードメッセージ処理システムおよび上述の方法は、第１のステージデコーディング動作が実行されたエンコードメッセージの閲覧、または、そうでない場合、アクセスと関連したプロセッサへの負担および時間遅延を低減し得る。メッセージデコーディング動作は、通常、より小さいハンドヘルドおよびポータブルデバイスと比較して、より高速かつはるかにパワフルなプロセッサを有するデスクトップコンピュータシステム上ではるかに小さい時間遅延を伴う傾向がある。このようなプロセッサの集中的デコーディング動作と関連した電力消費は、さらに、実質的に無限の電力源を有するデスクトップまたは他の比較的大型のコンピュータシステムにおいて、それほど重要でない傾向がある。しかしながら、上述のシステムおよび方法は、それでもなお、このようなシステムにおいて実現され得る。
【００６１】
本明細書中に記載された広範囲のシステムおよび方法の例として、図６および図７は、エンコードメッセージがモバイルデバイスによって処理されるさらなる状態を示す。図６は、ワイヤレスコネクタシステム６０６が、１つ以上のメッセージ受信側にアドレス指定された送信側６０２からのメッセージ６０４を伝送する例を示す。この例において、送信者のメッセージ６０４は、エンコードメッセージである。
【００６２】
ワイヤレスコネクタシステム６０６は、メッセージ６０４をモバイルデバイス６１４に送信する際に、ホストシステム６０８を用い得る。ワイヤレスコネクタシステム６０６は、送信者のメッセージ６０４に対して、認証および／または暗号化メッセージ処理を実行し得るか、または、ワイヤレスコネクタシステムは、任意の認証および／または暗号化メッセージ処理を実行しないタイプのものであり得る。エンコードメッセージ６０４は、その後、モバイルデバイス６１４に送信される。モバイルデバイス６１４は、エンコードメッセージ６０４をより効率的に処理するために、異なった時間に複数のデコーディングステージ（６１６および６１８）を呼出す。
【００６３】
図７を参照して、モバイルデバイスは、エンコードメッセージ６０４が少なくとも部分的にデコードされ得るかどうかを決定する。エンコードメッセージ６０４が部分的にデコードされ得ないと決定された場合、エンコードメッセージ６０４が受信されたという表示が提供される。そうでない場合、エンコードメッセージ６０４は、第１のデコーディングステージ６１６によって部分的にデコードされる。部分的にデコードされたメッセージ７００は、メモリ７０２に格納される。選択的に、新しいメッセージが受信されたことがこの時点で表示される。メッセージへのアクセスを求めるリクエスト７０４に対して、部分的にデコードされたメッセージがメモリ７０２から取り出され、第２のデコーディングステージ６１８によってさらにデコードされる。デコードメッセージ７０６は、さらなる処理のために利用可能にされる。
【００６４】
本明細書中に記載される広範囲なシステムおよび方法のさらなる例は、図８〜図１０に示される。図８〜図１０は、異なった例示的通信システム内でのシステムおよび方法のさらなる使用を記載する。図８は、例示的通信システムを示すブロック図である。図８において、コンピュータシステム８０２、ＷＡＮ８０４、セキュリティファイアウォール８０８の背後の企業ＬＡＮ８０６、ワイヤレスインフラストラクチャ８１０、ワイヤレスネットワーク８１２および８１４、ならびにモバイルデバイス８１６および８１８が示される。企業ＬＡＮ８０６は、メッセージサーバ８２０、ワイヤレスコネクタシステム８２８、少なくとも複数のメールボックス８１９を含むデータストア８１７、物理接続８２４からインターフェースまたはコネクタ８２６へ等、モバイルデバイスへの直接的通信リンクを有するデスクトップコンピュータシステム８２２、およびワイヤレスＶＰＮルータ８３２を備える。図８におけるシステムの動作は、メッセージ８３３、８３４および８３６を参照して後述される。
【００６５】
コンピュータシステム８０２は、例えば、ＷＡＮ８０４に接続するように構成されたラップトップ、デスクトップ、またはパームトップコンピュータシステムであり得る。このようなコンピュータシステムは、ＩＳＰまたはＡＳＰを介してＷＡＮ８０４に接続し得る。あるいは、コンピュータシステム８０２は、コンピュータシステム８２２のような、ＬＡＮまたは他のネットワークを通じてＷＡＮ８０４にアクセスするネットワーク接続されたコンピュータであり得る。複数の最近のモバイルデバイスが、種々のインフラストラクチャおよびゲートウェイ構成を通じてＷＡＮに接続することが可能になり、これにより、コンピュータシステム８０２は、モバイルデバイスでもあり得る。
【００６６】
企業ＬＡＮ８０６は、ワイヤレス通信が可能であるサーバベースの中央メッセージングシステムの例示である。企業ＬＡＮ８０６は、メッセージ用のメールボックス８１９を有するデータストア８１７、および場合によっては、モバイルデバイス８１６および８１８、ならびに、ワイヤレスコネクタシステム８２８、ワイヤレスＶＰＮルータ８３２、あるいは、場合によっては、企業ＬＡＮ８０６と１つ以上のモバイルデバイス８１６および８１８との間の通信を可能にする他のコンポーネントに送信、およびこれらから受信され得る他のデータ用のさらなるデータストア（図示せず）の両方をホストするという点で、「ホストシステム」とも呼ばれ得る。より一般的には、ホストシステムは、１つ以上のコンピュータであり得、これらのコンピュータにて、これらのコンピュータを用いて、またはこれらのコンピュータと関連してワイヤレスコネクタシステムは動作する。企業ＬＡＮ８０６は、ホストシステムのある好ましい実施形態であり、この実施形態で、ホストシステムは、少なくとも１つのセキュリティファイアウォール８０８の背後で動作し、これによって保護される企業ネットワーク環境内で動作するサーバコンピュータである。他の可能な中央ホストシステムは、ＩＳＰ、ＡＳＰおよび他のサービスプロバイダまたはメールシステムを含む。デスクトップコンピュータシステム８２４およびインターフェース／コネクタ８２６は、このようなホストシステムの外側に配置され得、ワイヤレス通信動作は、後述される動作と類似であり得る。
【００６７】
企業ＬＡＮ８０６は、ワイヤレスコネクタシステム８２８を関連したワイヤレス通信を可能にするコンポーネントとして実現し、このコンポーネントは、通常、ソフトウェアプログラム、ソフトウェアアプリケーション、または、少なくとも１つ以上のメッセージサーバと共に働くように構築されたソフトウェアコンポーネントである。ワイヤレスコネクタシステム８２８は、ユーザ選択された情報を、１つ以上のワイヤレスネットワーク８１２および８１４を介して１つ以上のモバイルデバイス８１６および８１８に送信し、かつ、同じ態様でこれらからの情報を受信するために用いられる。ワイヤレスコネクタシステム８２８は、図８に示されるように、メッセージングシステムの別個のコンポーネントであり得るか、または、そうではなく、他の通信システムコンポーネントに部分的または全体的に組み込まれ得る。例えば、メッセージサーバ８２０は、ソフトウェアプログラム、アプリケーション、またはワイヤレスコネクタシステム８２８を実現するコンポーネント、これらの一部分、あるいは、その機能のいくつか、またはすべてを含み得る。
【００６８】
ファイアウォール８０８の背後のコンピュータ上で動作するメッセージサーバ８２０は、例えば、電子メール、カレンダリングデータ、ボイスメール、電子ドキュメント、および他のＰＩＭデータを含むメッセージを、通常、インターネットであるＷＡＮ８０４で交換するために、企業のメインインターフェースとして機能する。特定の中間動作およびコンピュータは、特定のタイプのメッセージ送達メカニズム、およびメッセージが交換されるネットワークに依存し、従って、図８に示される。メッセージサーバ８２０の機能は、上述のように、メッセージの送受信以外に拡張され得、カレンダ、トゥードゥーリスト、タスクリスト、ｅメールおよびドキュメンテーション等のデータのダイナミックデータベースストレージ等の機能を提供する。
【００６９】
８２０のようなメッセージサーバは、通常、サーバ上にアカウントを有するユーザごとに、１つ以上の８１７のようなデータストアにおいて複数のメールボックス８１９を維持する。データストア８１７は、多数の（「ｎ」個の）ユーザアカウントのメールボックス８１９を備える。ユーザ、ユーザアカウント、メールボックス、または、場合によっては、メッセージの受領者としてのユーザ、アカウントまたはメールボックス８１９と関連した別のアドレスを識別するメッセージサーバ８２０によって受信されたメッセージは、対応するメールボックス８１９に格納される。メッセージが複数の受領者、または配信リストにアドレス指定された場合、同じメッセージのコピーが、通常、１つ以上のメールボックス８１９に格納される。あるいは、メッセージサーバ８２０は、このようなメッセージの単一のコピーを、メッセージサーバ上にアカウントを有するユーザのすべてにアクセス可能なデータストアに格納し得、ポインタまたは他の識別子を各受領者のメールボックス８１９に格納し得る。典型的なメッセージングシステムにおいて、各ユーザは、通常、ＬＡＮ８０６に接続された、デスクトップコンピュータシステム８２２などのＰＣ上で動作する、Ｍｉｃｒｏｓｏｆｔ  ＯｕｔｌｏｏｋまたはＬｏｔｕｓ  Ｎｏｔｅｓ等のメッセージングクライアントを用いて、自分のメールボックス８１９およびそのコンテンツにアクセスする。図８には１つのデスクトップコンピュータシステム８２２しか示されないが、当業者は、ＬＡＮが、通常、複数のデスクトップ、ノートブック、およびラップトップコンピュータシステムを含むことを理解する。各メッセージングクライアントは、通常、メールサーバ８２０を通じてメールボックス８１９にアクセスするが、いくつかのシステムにおいて、メッセージクライアントは、デスクトップコンピュータシステム８２２によって、データストア８１７、および、その上のメールボックス８１９へのダイレクトアクセスを可能にし得る。メッセージは、さらに、デスクトップコンピュータシステム８２２上のデータストア８１７からローカルデータストア（図示せず）にダウンロードされ得る。
【００７０】
企業ＬＡＮ８０６内で、ワイヤレスコネクタシステム８２８は、メッセージサーバ８２０と共に動作する。ワイヤレスコネクタシステム８２８は、メッセージサーバ８２０と同じコンピュータシステム上に常駐し得るか、または、そうではなく、異なったコンピュータシステム上で実現され得る。ワイヤレスコネクタシステム８２８を実現するソフトウェアは、メッセージサーバ８２０と部分的または全体的に統合され得る。ワイヤレスコネクタシステム８２８およびメッセージサーバ８２０は、好ましくは、モバイルデバイス８１６、８１８への情報のプッシュを可能にするように、連動および双方向通信するように設計される。このようなインスタレーションにおいて、ワイヤレスコネクタシステム８２８は、好ましくは、企業ＬＡＮ８０６と関連した１つ以上のデータストアに格納された情報を、企業ファイアウォール８０８を通って、ＷＡＮ８０４およびワイヤレスネットワーク８１２、８１４の１つを介して１つ以上のモバイルデバイス８１６、８１８に送信するように構成される。例えば、データストア８１７内にアカウントおよび関連したメールボックス８１９を有するユーザは、８１６などのモバイルデバイスをさらに有し得る。上述のように、ユーザ、アカウントまたはメールボックス８１９を識別するメッセージサーバ８２０によって受信されたメッセージは、メッセージサーバ８２０によって、対応するメールボックス８１９に格納される。ユーザが、８１６等のモバイルデバイスを有する場合、メッセージサーバ８２０によって受信され、ユーザのメールボックス８１９に格納されたメッセージは、好ましくは、ワイヤレスコネクタシステム８２８によって検出され、かつ、ユーザのモバイルデバイス８１６に送信される。このタイプの機能は、「プッシュ」メッセージ送信技術を表す。ワイヤレスコネクタシステム８２８は、そうではなく、メールボックス８１９に格納されたアイテムは、モバイルデバイスを用いて行われるリクエストまたはアクセス動作に応答してモバイルデバイス８１６、８１８に送信される「プル」技術か、または２つの技術の任意の特定の組み合わせを用い得る。
【００７１】
ワイヤレスコネクタ８２８の使用は、これにより、メッセージサーバ８２０を含むメッセージングシステムが拡張され、これにより各ユーザのモバイルデバイス８１６、８１８が、メッセージサーバ８２０の格納されたメッセージにアクセスすることを可能にする。本明細書中に記載されたシステムおよび方法は、プッシュベースの技術にのみ限定されず、プッシュベースのメッセージングのより詳細な記載は、上記を参照して援用される米国特許および出願に見出され得る。このプッシュ技術は、ワイヤレスフレンドリーなエンコーディング、圧縮、および暗号化技術を用いて、すべての情報をモバイルデバイスに送達し、従って、モバイルデバイス８１６、８１８を含むように、企業ファイアウォール８０８を効果的に拡張する。
【００７２】
図８に示されるように、モバイルデバイス８１６、８１８を用いて情報を交換するための、企業ＬＡＮ８０６からのいくつかの経路がある。ある可能な情報転送経路は、インターフェースまたはコネクタ８２６を用いて、シリアルポート等の物理接続８２４を通る経路である。この経路は、例えば、モバイルデバイス８１６、８１８のユーザがコンピュータシステム８２２等の、ＬＡＮ８０６におけるコンピュータシステムにて作業する場合、モバイルデバイス８１６、８１８の起動の際に実行されることが多いか、または、周期的に実行されるバルク情報の更新のために有用であり得る。例えば、上述のように、ＰＩＭデータは、一般的に、そのような接続、例えば、モバイルデバイス８１６、８１８が内部または上部に配置され得るクレードル等の適切なインターフェースまたはコネクタ８２６に接続されたシリアルポートを介して交換される。物理接続８２４は、さらに、デスクトップコンピュータシステム８２２と関連した秘密暗号化または署名鍵等の秘密セキュリティ鍵（「秘密鍵」）を含む他の情報、あるいは、Ｓ／ＭＩＭＥおよびＰＧＰ等のいくつかのセキュアメッセージングスキーマで用いられる、ＣｅｒｔおよびＣＲＬ等の比較的バルキーな情報を、デスクトップコンピュータシステム８２２からモバイルデバイス８１６、８１８に転送するために用いられ得る。
【００７３】
物理接続８２４、およびコネクタまたはインターフェース８２６を用いる秘密鍵の交換は、ユーザのデスクトップコンピュータシステム８２２およびモバイルデバイス８１６または８１８が、すべての暗号化、および／または署名されたメールにアクセスするために少なくとも１つのアイデンティティを共有することを可能にする。ユーザのデスクトップコンピュータシステム８２２およびモバイルデバイス８１６または８１８は、さらに、これにより、秘密鍵を共有し得、これにより、ホストシステム８２２あるいはモバイルデバイス８１６または８１８が、メッセージサーバ８２０上のユーザのメールボックスまたはアカウントにアドレス指定されたセキュアメッセージを処理し得る。このような物理接続を介するＣｅｒｔおよびＣＲＬの転送は、こえらが、Ｓ／ＭＩＭＥ、ＰＧＰおよび他の公開鍵セキュリティ法のために必要とされる大量のデータを表すという点で所望され得る。ユーザ固有のＣｅｒｔ、ユーザのＣｅｒｔを検証するために用いられるＣｅｒｔ（単数または複数）のチェーン、およびＣＲＬ、ならびに、他のユーザのＣｅｒｔ、ＣｅｒｔチェーンおよびＣＲＬは、ユーザのデスクトップコンピュータシステム８２２からモバイルデバイス８１６、８１８上にロードされ得る。モバイルデバイス８１６、８１８上への他のユーザのＣｅｒｔおよびＣＲＬのこのロードによって、モバイルデバイスユーザが、セキュアメッセージを交換し得る他のエンティティまたはユーザを選択すること、ならびに、空中を介するのではなく、物理接続を通じてモバイルデバイス上にバルキー情報をプレロードすることを可能にし、従って、セキュアメッセージがそのような他のユーザから受信されるか、または、これらのユーザに送信される場合、または、Ｃｅｒｔの状態が決定されるべき場合の時間およびワイヤレス帯域幅を節約する。
【００７４】
公知の「同期化」タイプのワイヤレスメッセージシステムにおいて、物理経路は、メッセージサーバ８２０と関連したメールボックス８１９からモバイルデバイス８１６および８１８にメッセージを転送するためにも用いられる。
【００７５】
モバイルデバイス８１６、８１８とのデータ交換の別の方法は、ワイヤレスコネクタシステム８２８を通じて、およびワイヤレスネットワーク８１２、８１４を用いて空中を介する。図８に示されるように、これは、ネットワーク８０６において利用可能である場合、ワイヤレスＶＰＮルータ８３２か、あるいは、１つ以上のワイヤレスネットワーク８１２、８１４にインターフェースを提供するワイヤレスインフラストラクチャ８１０への従来のＷＡＮ接続を含み得る。ワイヤレスＶＰＮルータ８３２は、直接特定のワイヤレスネットワーク８１２を通じてワイヤレスデバイス８１６へのＶＰＮ接続を生成する。このようなワイヤレスＶＰＮルータ８３２は、ＩＰＶ６等のスタティックアドレシングスキーマと共に用いられ得る。
【００７６】
ワイヤレスＶＰＮルータ８３２が利用可能でない場合、通常、インターネットであるＷＡＮ８０４へのリンクは、ワイヤレスコネクタシステム８２８によって用いられ得る一般的に用いられる接続メカニズムである。モバイルデバイス８１６のアドレシングおよび任意の他の必要とされるインターフェース機能を処理するために、好ましくは、ワイヤレスインフラストラクチャ８１０が用いられる。ワイヤレスインフラストラクチャ８１０は、さらに、所与のユーザを捜し当てるための最尤度のワイヤレスネットワークを決定し、かつ、ユーザが国々またはネットワーク間でローミングしているときのユーザをトラッキングし得る。８１２および８１４等のワイヤレスネットワークにおいて、メッセージは、通常、ベースステーション（図示せず）とモバイルデバイス８１６、８１８との間のＲＦトランスミッションを介してモバイルデバイス８１６、８１８に、およびこれらから送達される。
【００７７】
例えば、インターネットを通じて用いられるＴＣＰ／ＩＰプロトコルを用いる、ＩＳＤＮ、Ｆｒａｍｅ  Ｒｅｌａｙ、またはＴ１接続を含むワイヤレスネットワーク８１２および８１４への複数の接続が提供され得る。ワイヤレスネットワーク８１２および８１４は、別個の、一意的および関連のないネットワークを表し得るか、あるいは、これらは、異なった国々における同じネットワークを表し得、かつ、上述のいずれかと同じか、または類似のインフラストラクチャを介してボイスおよびデータの両方の通信をサポートし得るデータ中心ワイヤレスネットワーク、ボイス中心ワイヤレスネットワーク、およびデュアルモードネットワークを含むが、これらに限定されない任意の異なったタイプのネットワークであり得る。
【００７８】
いくつかの実装例において、空中を介する複数の情報交換メカニズムが企業ＬＡＮ８０６に提供され得る。図８の例示的通信システムにおいて、例えば、メッセージサーバ８２０上のユーザアカウントと関連したメールボックス８１９を有するユーザと関連したモバイルデバイス８１６、８１８は、異なったワイヤレスネットワーク８１２および８１４上で動作するように構成される。ワイヤレスネットワーク８１２がＩＰｖ６アドレシングをサポートする場合、ワイヤレスネットワーク８１２内で動作する任意のモバイルデバイス８１６とデータを交換するために、ワイヤレスＶＰＮルータ８３２は、ワイヤレスコネクタシステム８２８によって用いられ得る。しかしながら、ワイヤレスネットワーク８１４は、Ｍｏｂｉｔｅｘネットワーク等の異なったタイプのワイヤレスネットワークであり得、この場合、情報は、代わりに、ワイヤレスコネクタシステム８２８によってＷＡＮ８０４およびワイヤレスインフラストラクチャ８１０への接続を介してワイヤレスネットワーク８１４内で動作するモバイルデバイス８１８と交換され得る。
【００７９】
図８のシステムの動作は、コンピュータシステム８０２から送信され、、かつ少なくとも１人の受信者およびモバイルデバイス８１６または８１８にアドレス指定されたｅメールメッセージ８３３の例を用いて、ここで説明される。少なくとも１人の受信者は、アカウントと、メッセージサーバ８２０に関連するメールボックス８１９またはデータストア等との両方を有する。しかし、ｅメールメッセージ８３３は、例示の目的のみが意図される。好ましくは、企業ＬＡＮ８０６の間の他のタイプの情報の交換も、ワイヤレスコネクタシステム８２８によって可能になる。
【００８０】
ＷＡＮ８０４を経由してコンピュータシステム８０２から送信されるｅメールメッセージ８３３は、完全にクリアーであるか、あるいは特定の用いられるメッセージング技術に依存して、デジタル署名により署名されるおよび／または暗号化される。例えば、コンピュータシステム８０２がＳ／ＭＩＭＥを用いる安全なメッセージングを可能とする場合、ｅメールメッセージ８３３は、署名されるか、暗号化されるか、あるいは両方がなされる。
【００８１】
８３３のようなｅメールメッセージは通常、従来のＳＭＴＰ、ＲＦＣ８２２ヘッダーならびにＭＩＭＥ本体部分を利用して、ｅメールメッセージの形式を規定する。これらの技術は、当該分野において公知である。ｅメールメッセージ８３３は、メッセージサーバ８２０に到着し、メッセージサーバ８２０は、ｅメールメッセージ８３３がどのメールボックス８１９に格納されるべきか決定する。上述されたように、ｅメール８３３のようなメッセージは、ユーザネーム、ユーザアカウント、メールボックス識別子、あるいはメッセージサーバ８２０によって特定のアカウントまたは関連するメールボックス８１９にマッピングされ得る他のタイプの識別子を有する。ｅメールメッセージ８３３にとって、受信者は、通常、ユーザのアカウントおよび従ってメールボックス８１９に対応するｅメールアドレスを用いて識別される。
【００８２】
ワイヤレスコネクタシステム８２８は、好ましくは、１つ以上のトリガイベントが発生したことを検知したときにワイヤレスネットワーク８１２あるいは８１４を経由して、あるユーザが選択したデータアイテムまたはデータアイテムの一部を企業ＬＡＮ８０６からユーザのモバイルデバイス８１６または８１８に送信またはミラーリングする。トリガイベントは、以下の１つ以上を含むが、これらに限定されない。すなわち、ユーザのネットワーク型コンピュータシステム８２２でのスクリーンセーバの起動、インターフェース８２６からのユーザモバイルデバイス８１６または８１８の切断、あるいはホストシステムに格納された１つ以上のメッセージの送信を開始するためにホストシステムにモバイルデバイス８１６または８１８から送信されたコマンドの受信である。このように、ワイヤレスコネクタシステム８２８は、コマンドの受信のようなメッセージサーバ８２０、あるいは上述されたスクリーンセーバおよび切断イベントを含む１つ以上のネットワーク型コンピュータシステム８２２に関連するトリガイベントを検出し得る。モバイルデバイス８１６または８１６の企業データへのワイヤレスアクセスがＬＡＮ８０６で起動される場合、ワイヤレスコネクタシステム８２８がモバイルデバイスユーザのためのトリガイベントの起動を検出する場合、例えば、ユーザによって選択されたデータアイテムは、好ましくはユーザモバイルデバイスに送信される。ｅメールメッセージ８３３の例において、一旦トリガイベントが検出されると、メッセージサーバ８２０にメッセージ８３３が到着したことは、ワイヤレスコネクタシステム８２８によって検出される。これは、例えば、メッセージサーバ８２０に関連するメールボックス８１９をモニタリングあるいは照会することによって達成され得、あるいはメッセージサーバ８２０がＭｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ（Ｒ）サーバの場合、ワイヤレスコネクタシステム８２８は、新しいメッセージがメールボックス８１９に格納されたときに通知を受信するために、Ｍｉｃｒｏｓｏｆｔ（Ｒ）  Ｍｅｓｓａｇｉｎｇ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ（ＭＡＰＩ）によって提供されるアドバイス同期に登録し得る。
【００８３】
ｅメールメッセージ８３３のようなデータアイテムがモバイルデバイス８１６あるいは８１８に送信された場合、ワイヤレスコネクタシステム８２８は、好ましくは、モバイルデバイスに認識されていない様態で、データアイテムを再パッケージングする。そのためモバイルデバイスに送信されかつモバイルデバイスによって受信された情報は、ホストシステム（図８のＬＡＮ８０６）に格納され、かつホストシステムでアクセス可能な情報と同じように見える。１つの好ましい再パッケージング方法は、電子エンベロープでワイヤレスネットワーク８１２、８１４を介して送信される受信メッセージをラッピングするステップを含む。電子エンベロープは、メッセージが送信されるモバイルデバイス８１６、８１８のワイヤレスネットワークアドレスに対応する。代替として、特殊目的のＴＣＰ／ＩＰラッピング技術のような他の再パッケージング方法が用いられ得る。好ましくは、そのような再パッケージングにより、モバイルデバイス８１６または８１８から送信されたｅメールメッセージは、それらがモバイルデバイスから構成され、かつ送信されていようとも、結果的に対応したホストシステムアカウントまたはメールボックス８１９から来るように見える。それにより、モバイルデバイス８１６または８１８のユーザは、１つのｅメールアドレスをホストシステムアカウントまたはメールボックス８１９とモバイルデバイスとの間で効果的に共有し得る。
【００８４】
ｅメールメッセージ８３３の再パッケージングは、８３４および８３６で示される。再パッケージング技術は、任意の利用可能な転送経路と同様であってもよいし、あるいは特定の転送経路（ワイヤレスインフラストラクチャ８１０またはワイヤレスＶＰＮルータ８３２のどちらか）に依存してもよい。例えば、ｅメールメッセージ８３３は、好ましくは、８３４で再パッケージングされる前、または後のどちらかで圧縮され、かつ暗号化され、それによりモバイルデバイス８１８への安全な転送を効果的に提供する。圧縮が、メッセージを送信するために必要となる帯域幅を削減することに対して、暗号化は、モバイルデバイス８１６または８１８に送信される任意のメッセージまたは他の情報の機密性を保証する。逆に、ＶＰＮルータ８３２によって確立されたＶＰＮ接続は、本質的に安全であるため、ＶＰＮルータ８３２を介して転送されたメッセージは、圧縮されるのみであり、暗号化されなくてもよい。メッセージは、ワイヤレスコネクタシステム８２８またはＶＰＮルータ８３２のどちらか一方での暗号化を経由してモバイルデバイス８１６および８１８に安全に送信される。ワイヤレスコネクタシステム８２８は、非標準ＶＰＮトンネルまたは例えばＶＰＮのような接続を考慮され得る。モバイルデバイス８１６または８１８を用いたメッセージへのアクセスは、このようにデスクトップコンピュータシステム８２２を用いるＬＡＮ８０６でのメールボックスへのアクセス以上に安全である。
【００８５】
再パッケージングされたメッセージ８３４または８３６が、ワイヤレスインフラストラクチャ８１０またはワイヤレスＶＰＮルータ８３２を介してモバイルデバイス８１６または８１８に到着するとき、モバイルデバイス８１６または８１８は、再パッケージングされたメッセージ８３４または８３６から外部の電子エンベロープを取り除き、任意の必要とされる解凍または復号化動作を実行する。モバイルデバイス８１６または８１８から送信され、１人以上の受信者のアドレスを指定したメッセージは、好ましくは同様に再パッケージングされ、可能であれば圧縮および暗号化され、ＬＡＮ８０６のようなホストシステムに送信される。ホストシステムは、再パッケージングメッセージから電子エンベロープを取り除き、必要に応じてメッセージを解凍および解読し、アドレス指定された受信者にメッセージをルーティングする。
【００８６】
外部エンベロープを利用する他の目的は、少なくともいくつかのオリジナルのｅメールメッセージ８３３にアドレス指定する情報を保持することである。モバイルデバイス８１６、８１８へ情報をルーティングするために用いられる外部エンベロープは、１つ以上のモバイルデバイスのネットワークアドレスを用いてアドレス指定されるが、外部エンベロープは、好ましくは可能な限り圧縮および／または暗号化された形式で、少なくとも１つのアドレスフィールドを含むオリジナルのｅメールメッセージ全体をカプセル化する。外部エンベロープが取除かれ、かつメッセージがモバイルデバイス８１６または８１８に表示されるときに、オリジナルのｅメールメッセージのカプセル化は、ｅメールメッセージ８３３のオリジナルの「Ｔｏ」、「Ｆｒｏｍ」、ならびに「ＣＣ」アドレスを表示可能にする。モバイルデバイスから送信された再パッケージングされた送信メッセージの外部エンベロープが、ワイヤレスコネクタシステム８２８によって取除かれるとき、再パッケージングは、モバイルデバイスのユーザアカウントまたはホストシステムのメールボックスのアドレスに反映する「Ｆｒｏｍ」フィールドにより、アドレス指定された受信者に返信を送達可能にする。モバイルデバイス８１６または８１８からのユーザアカウントあるいはメールボックスアドレスを用いることにより、モバイルデバイスから送信されたメッセージは、モバイルデバイルではなくホストシステムのユーザのメールボックス８１９またはアカウントから発生したように見える。
【００８７】
図９は、代替的な例示的通信システムのブロック図である。この図において、ワイヤレス通信は、ワイヤレスネットワークのオペレータと関連付けられるコンポーネントによって可能になる。図９に示されるように、システムは、コンピュータシステム８０２、ＷＡＮ８０４、セキュリティファイアウォール８０８の後ろに配置された企業ＬＡＮ８０７、ネットワークオペレータインフラストラクチャ８４０、ワイヤレスネットワーク８１１ならびにモバイルデバイス８１３および８１５を含む。コンピュータシステム８０２、ＷＡＮ８０４、セキュリティファイアウォール８０８、メッセージサーバ８２０、データストア８１７、メールボックス８１９およびＶＰＮルータ８３５は、図８において同様のラベルを付されたコンポーネントと実質的に同じである。しかし、ＶＰＮルータ８３５は、ネットワークオペレータインフラストラクチャ８４０と通信しているため、図９のシステムにおいて必ずしもワイヤレスＶＰＮルータである必要はない。ネットワークオペレータインフラストラクチャ８４０は、ＬＡＮ８０７とモバイルデバイス８１３、８１５との間でワイヤレス情報交換を可能にする。モバイルデバイス８１３、８１５はそれぞれコンピュータシステム８４２および８５２に関連し、ワイヤレスネットワーク８１１内で動作するように構成される。ＬＡＮ８０７において、複数のデスクトップコンピュータシステム８４２、８５２は、それぞれインターフェース８４８あるいはコネクタ８５８への物理的接続８４６、８５６を有するように示される。ワイヤレスコネクタシステム８４４、８５４は、各コンピュータシステム８４２、８５２上で動作しているか、あるいはこれらと連動する。
【００８８】
ワイヤレスコネクタシステム８４４、８５４は、メールボックス８１９に格納されるｅメールメッセージおよび他のアイテムのようなデータアイテム、ならびに可能であればローカルまたはネットワークデータストアに格納されるデータアイテムが、１つ以上のモバイルデバイス８１３、８１５にＬＡＮ８０７から送信されることが可能になるという点で、上述されたワイヤレスコネクタシステム８２８と同様である。しかし、図９においてネットワークオペレータインフラストラクチャ８４０は、モバイルデバイス８１３、８１５とＬＡＮ８０７との間にインターフェースを提供する。上記のように、図９に示されるシステムの動作は、モバイルデバイス８１３、８１５に送信され得るデータアイテムの例として、ｅメールメッセージに照らして以下で述べられる。
【００８９】
メッセージサーバ８２０にアカウントを有する１人以上の受信者にアドレス指定されたｅメールメッセージ８３３が、メッセージサーバ８２０によって受信された場合、メッセージあるいは中央メールボックスまたはデータストアに格納されたメッセージの１つのコピーへのポインタは、各受信者のメールボックス８１９に格納される。一旦ｅメールメッセージ８３３またはポインタが、メールボックス８１９に格納されると、モバイルデバイス８１３または８１５を用いてアクセスされ得る。図９で示される例において、ｅメールメッセージ８３３は、デスクトップコンピュータシステム８４２と８５２との両方およびモバイルデバイス８１３と８１５との両方に関連するメールボックス８１９へアドレス指定される。
【００９０】
当業者に明らかであるように、ＬＡＮ８０７および／またはＷＡＮ８０４のような有線ネットワークに用いられる共通の通信ネットワークプロトコルは、８１１のようなワイヤレスネットワーク内で用いられるワイヤレスネットワーク通信プロトコルに適さず、互換性もない。例えば、ワイヤレスネットワーク通信に主に関する通信帯域幅、プロトコルオーバーヘッドならびにネットワークレイテンシーは、通常ワイヤレスネットワークよりずっと多量の容量および速い速度を有する有線ネットワークにおいて意味がない。そのため、モバイルデバイス８１３および８１５は、通常はデータストア８１７に直接アクセスできない。ネットワークオペレータインフラストラクチャ８４０は、ワイヤレスネットワーク８１１とＬＡＮ８０７との間にブリッジを提供する。
【００９１】
ネットワークオペレータインフラストラクチャ８４０により、モバイルデバイス８１３、８１５は、ＷＡＮ８０４を通るＬＡＮ８０７への接続を確立できるようになり、かつ例えば、ワイヤレスネットワーク８１１のオペレータあるいはモバイルデバイス８１３および８１５にワイヤレス通信サービスを提供するサービスプロバイダによって動作され得る。プルベースのシステムにおいて、モバイルデバイス８１３、８１５は、ネットワークオペレータインフラストラクチャ８４０との通信セッションを確立し得る。このとき、ワイヤレスネットワーク互換性通信スキーム、好ましくは情報が機密性を保つべき場合には、Ｗｉｒｅｌｅｓｓ  Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ｓｅｃｕｒｉｔｙ（ＷＴＬＳ）のような安全なスキーム、ならびにＷｉｒｅｌｅｓｓ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＷＡＰ）ブラウザのようなワイヤレスウェブブラウザを用いる。ユーザは、ＬＡＮ８０７のデータストア８１７のメールボックス８１９に格納された任意または全ての情報あるいはちょうど新しい情報（手動選択またはモバイルデバイスに常駐するソフトウェアの所定のデフォルトにより）をリクエストし得る。ネットワークオペレータインフラストラクチャ８４０は、例えば、既に確立されたセッションがない場合、ワイヤレスコネクタシステム８４４、８５４との接続またはセッションをＳｅｃｕｒｅ  Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ（ＨＴＴＰＳ）を用いて確立する。上記のように、ネットワークオペレータインフラストラクチャ８４０とワイヤレスコネクタシステム８４４、８５４との間のセッションは、通常のＷＡＮ接続を介して、あるいは利用可能な場合はＶＰＮルータ８３５を通って作成され得る。モバイルデバイス８１３、８１５からのリクエストの受信とリクエストされた情報をデバイスに戻す送達との間の時間遅延が最小化される場合、ネットワークオペレータインフラストラクチャ８４０およびワイヤレスコネクタシステム８４４、８５４は、通信接続が一旦確立されると開いたままになるように構成され得る。
【００９２】
図９のシステムにおいて、モバイルデバイスＡ８１３およびＢ８１５から発生したリクエストは、それぞれワイヤレスコネクタシステム８４４および８５４に送信され得る。ネットワークオペレータインフラストラクチャ８４０からの情報のリクエストを受信したとき、ワイヤレスコネクタシステム８４４、８５４はデータストアからリクエストされた情報を取り出す。ｅメールメッセージ８３３にとって、ワイヤレスコネクタシステム８４４、８５４は、適切なメールボックス８１９からｅメールメッセージ８３３を取り出し、通常はコンピュータシステム８４２、８５２と連動するメッセージクライアント動作を通って取り出す。コンピュータシステム８４２、８５２は、メッセージサーバ８２０を経由してか直接かのどちらかでメールボックス８１９にアクセスし得る。代替的にワイヤレスコネクタシステム８４４、８５４は、メールボックス８１９自体に直接またはメッセージサーバ８２０を通ってアクセスするように構成され得る。またデータストア８１７と同様のネットワークデータストアと各コンピュータシステム８４２、８５２に関連するローカルデータストアの両方の他のデータストアはワイヤレスコネクタシステム８４４、８５４およびこのようなモバイルデバイス８１３、８１５にアクセス可能であり得る。
【００９３】
ｅメールメッセージ８３３は、コンピュータシステム８４２および８５２の両方に関連するメッセージサーバアカウントあるいはメールボックス８１９、ならびにデバイス８１３および８１５にアドレス指定される場合、ｅメールメッセージ８３３は、８６０および８６２で示されるようにネットワークオペレータインフラストラクチャ８４０に送信され得、インフラストラクチャ８４０は、８６４および８６６で示されるように各モバイルデバイス８１３および８１５にｅメールメッセージのコピーを送信する。情報はワイヤレスコネクタシステム８４４、８５４とネットワークオペレータインフラストラクチャ８４０との間でＷＡＮ８０４またはＶＰＮルータ８３５のどちらかの接続を介して転送され得る。ネットワークオペレータインフラストラクチャ８４０が、ワイヤレスコネクタシステム８４４、８５４およびモバイルデバイス８１３、８１５と異なるプロトコルを介して通信する場合、変換動作は、ネットワークオペレータインフラストラクチャ８４０によって実行され得る。再パッケージング技術はまた、ワイヤレスコネクタシステム８４４、８５４とネットワークオペレータインフラストラクチャ８４０との間および各モバイルデバイス８１３、８１５とネットワークオペレータインフラストラクチャ８４０との間で用いられ得る。
【００９４】
モバイルデバイス８１３、８１５から送信されるメッセージおよび他の情報は、この情報が最初にモバイルデバイス８１３、８１５からネットワークオペレータインフラストラクチャ８４０に転送されるような同様の様態で処理され得る。ネットワークオペレータインフラストラクチャ８４０は、例えば、メールボックス８１９への格納およびメッセージサーバ８２０によってアドレス指定された任意の受信者への送達のために情報をワイヤレスコネクタシステム８４４、８５４に送信してもよいし、あるいはアドレス指定された受信者に情報を送達してもよい。
【００９５】
図９のシステムの上述の説明は、プルベース動作に関する。ワイヤレスコネクタシステム８４４、８５４およびネットワークオペレータインフラストラクチャは、モバイルデバイス８１３および８１５へデータアイテムをプッシュするように構成され得る。合成されたプッシュ／プルシステムも可能である。例えば、新しいメッセージについての通知、あるいはＬＡＮ８０７のデータストアに現在格納されているデータアイテムのリストは、モバイルデバイス８１３、８１５にプッシュされ得、かつネットワークオペレータインフラストラクチャ８４０を介してＬＡＮ８０７からメッセージまたはデータアイテムをリクエストするために利用され得る。
【００９６】
ＬＡＮ８０７のユーザアカウントに関連するモバイルデバイスが、異なるワイヤレスネットワーク内で動作するように構成される場合、各ワイヤレスネットワークは、８４０と同様のワイヤレスネットワークインフラストラクチャコンポーネントと関連を有し得る。
【００９７】
別個の専用のワイヤレスコネクタシステム８４４、８５４は、図９のシステムの各コンピュータシステム８４２、８５２対して示されるが、１つ以上のワイヤレスコネクタシステム８４４、８５４は、好ましくは１つより多いコンピュータシステム８４４、８５４と連動して動作するか、あるいは１つより多いコンピュータシステムに関連するデータストアまたはメールボックス８１９にアクセスするように構成され得る。例えば、ワイヤレスコネクタシステム８４４は、コンピュータシステム８４２とコンピュータシステム８５２との両方に関連するメールボックス８１９へのアクセスを承認され得る。モバイルデバイスＡ８１３またはＢ８１５のどちらかからのデータアイテムのリクエストは、ワイヤレスコネクタシステム８４４によって処理され得る。この構成は、デスクトップコンピュータシステム８４２、８５２が各モバイルデバイスユーザに対して実行することを必要とせず、ＬＡＮ８０７とモバイルデバイス８１３および８１５との間のワイヤレス通信を可能にすることに対して有用であり得る。ワイヤレスコネクタシステムは、メッセージサーバ８２０と連動してワイヤレス通信を可能にするように実装され得る。
【００９８】
図１０は、別の代替的な通信システムのブロック図である。このシステムは、コンピュータシステム８０２、ＷＡＮ８０４、セキュリティファイアウォール８０８の後ろに設置された企業ＬＡＮ８０９、アクセスゲートウェイ８８０、データストア８８２、ワイヤレスネットワーク８８４および８８６、ならびに、モバイルデバイス８８８および８９０を備える。ＬＡＮ８０９において、コンピュータシステム８０２、ＷＡＮ８０４、セキュリティファイアウォール８０８、メッセージサーバ８２０、データストア８１７、メールボックス８１９、デスクトップコンピュータシステム８２２、物理的接続８２４、インターフェースまたはコネクタ８２６、ならびにＶＰＮルータ８３５は、実質的に上述の対応するコンポーネントとして同じである。アクセスゲートウェイ８８０およびデータストア８８２は、モバイルデバイス８８８および８９０に、ＬＡＮ８０９に格納されたデータアイテムへのアクセスを提供する。図１０において、ワイヤレスコネクタシステム８７８は、メッセージサーバ８２０上で動作するか、または、メッセージサーバ８２０と連動する。しかし、ワイヤレスコネクタシステムは、ＬＡＮ８０９の１つ以上のデスクトップコンピュータシステム上で動作してもよいし、または、そのデスクトップコンピュータと連動してもよい。
【００９９】
ワイヤレスコネクタシステム８７８は、１つ以上のモバイルデバイス８８８，８９０へのＬＡＮ８０９に格納されたデータアイテムの転送を提供する。これらのデータアイテムは、好ましくは、データストア８１７のメールボックス８１９に格納された電子メールメッセージを含み、可能ならば、データストア８１７に格納された他のアイテム、もしくは、８２２のようなコンピュータシステムの別のネットワークデータストアまたはローカルデータストアを含む。
【０１００】
上述のように、メッセージサーバ８２０上にアカウントを有する１以上の受信者アドレス指定された書かれた、メッセージサーバ８２０によって受け取られる電子メールメッセージ８３３は、そのような各受信者のメールボックス８１９に格納される。図１０のシステムにおいて、外部のデータストア８８２は、好ましくは、データストア８１７と同じ構造を有し、同期を取り続ける。データストア８８２に格納されたＰＩＭ情報またはデータは、好ましくは、ホストシステムに格納されたＰＩＭ情報またはデータとは無関係に変更可能である。特にこの構成において、外部のデータストア８８２の無関係に変更可能な情報は、ユーザに関連した多数のデータストア（すなわち、モバイルデバイス上のデータ、家庭のパーソナルコンピュータ上のデータ、企業ＬＡＮのデータ等）の同期を維持得る。この同期は、例えば、ある時間間隔でか、データストア８１７に入力が加えられ、変更される度にか、ある特定の日時にか、またはＬＡＮ８０９において起動されたときにワイヤレスコネクタシステム８７８によってか、データストア８８２においてメッセージサーバ８２０またはコンピュータシステム８２２によってか、あるいは可能であればアクセスゲートウェイ８８０を介してモバイルデバイス８８８、８９０によってデータストア８８２へ送られた更新によって達成され得る。電子メールメッセージ８８３の場合、電子メールメッセージ８３３が受け取られた後の任意のときにデータストア８８２へ送られる更新は、電子メールメッセージ８３３がストア８１７のあるメールボックス８１９に格納されたことを示し得、電子メールメッセージのコピーは、データストア８８２の対応するストレージ領域へ格納される。電子メールメッセージ８３３がモバイルデバイス８８８、８９０に対応するメールボックス８１９に格納された場合、例えば、図１０の８９２および８９４で示される、電子メールメッセージの１つ以上のコピーが、データストア８８２の対応するストレージ領域またはメールボックスに送られ、かつ格納される。示されるように、データストア８１７の格納された情報の更新またはコピーは、ＷＡＮ８０４またはＶＰＮルータ８３５の接続を介して、データストア８８２に送られ得る。例えば、ワイヤレスコネクタシステム８７８は、ＨＴＴＰポストリクエストを介して、データストア８８２のリソースに更新または格納された情報をポスティングし得る。代替的に、ＨＴＴＰＳまたはＳｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ（ＳＳＬ）等の安全なプロトコルが用いられ得る。当業者には、ＬＡＮ８０９のデータストアにおける１つより多い位置に格納されたデータアイテムの単一のコピーが、データストア８８２へ送られ得ることを理解される。このデータアイテムのコピーは、データストア８８２の１つより多い対応する位置に格納され得るか、単一のコピーがデータストア８８２に格納され得るかの、どちらかであり、格納されたデータアイテムのポインタまたは他の識別子は、データストア８８２の各対応する位置に格納される。
【０１０１】
アクセスゲートウェイ８８０は、モバイルデバイス８８８および８９０にデータストア８８２のアクセス権を与えるという点で、効果的なアクセスプラットフォームである。データストア８８２は、ＷＡＮ８０４でアクセス可能なリソースとして構成され得、アクセスゲートウェイ８８０は、モバイルデバイス８８８および８９０がＷＡＮ８０４と接続し得るＩＳＰシステムまたはＷＡＰゲートウェイであり得る。ＷＡＰブラウザまたは他のブラウザは、ワイヤレスネットワーク８８４および８８６と互換性があり、データストア８８２にアクセスするように用いられ得る。データストア８８２は、データストア８１７と同期し、自動的にか、または、モバイルデバイス８８８、８９０からのリクエストに対応するかのどちらかで、格納されたデータアイテムをダウンロードする。８９６および８９８で示されるように、データストア８１７に格納された電子メールメッセージ８３３のコピーは、モバイルデバイス８８８および８９０に送られ得る。各モバイルデバイス８８８、８９０上のデータストア（示されず）は、それによって、企業ＬＡＮ８０９上のデータストア８１７の一部分（メールボックス８１９のような）と同期し得る。モバイルデバイスデータストアへの変更は、データストア８８２および８１７に同じように反映され得る。
【０１０２】
図１１は、例示的なモバイルデバイスのブロック図である。モバイルデバイス１００は、デュアルモードモバイルデバイスであり、トランシーバ１１１１、マイクロプロセッサ１１３８、ディスプレイ１１２２、不揮発性メモリ１１２４、ランダムアクセスメモリ（ＲＡＭ）１１２６、１つ以上の補助の入力／出力（Ｉ／Ｏ）デバイス１１２８、シリアルポート１１３０、キーボード１１３２、スピーカ１１３４、マイクロホン１１３６、ショートレンジワイヤレス通信サブシステム１１４０および他のデバイスサブシステム１１４２を備える。
【０１０３】
トランシーバ１１１１は、受信機１１１２、送信機１１１４、アンテナ１１１６および１１１８、１つ以上のローカルオシレータ１１１３ならびにデジタル信号プロセッサ（ＤＳＰ）１１２０を備える。アンテナ１１１６および１１１８は、複数の要素のアンテナのアンテナ要素であり得、好ましくは、組み込まれたアンテナであり得る。しかし、本明細書中に記載されるシステムおよび方法は、特定のタイプのアンテナに制限されず、また、ワイヤレス通信デバイスにさえも制限されない。
【０１０４】
モバイルデバイス１００は、好ましくは、音声およびデータ通信能力を有する双方向通信デバイスである。それ故、例えば、モバイルデバイス１００は、アナログまたはデジタルの携帯電話ネットワークのいずれかのような音声ネットワークを介して通信し得、さらに、データネットワークを介して通信し得る。音声およびデータネットワークは、通信タワー１１１９によって図１１に示される。これらの音声およびデータネットワークは、基地局、ネットワークコントローラ等の別個のインフラストラクチャを用いる別個の通信ネットワークであり得、または、音声およびデータネットワークは、単一のワイヤレスネットワークに一体化し得る。
【０１０５】
トランシーバ１１１１は、ネットワーク１１１９と通信するために用いられ、受信機１１１２、送信機１１１４、１つ以上のローカルオシレータ１１１３およびＤＳＰ１１２０を備える。ＤＳＰ１１２０は、トランシーバ１１１６および１１１８へ信号を送り、かつ、トランシーバ１１１６および１１１８から信号を受け取るために用いられ、さらに、受信機１１１２および送信機１１１４への制御情報を提供する。音声およびデータ通信が、単一周波数または短い間隔の周波数のセットで発生する場合、単一のローカルオシレータ１１１３が、受信機１１１２および送信機１１１４と連動して用いられ得る。あるいは、例えばデータ通信と音声通信とで異なった周波数を利用する場合、多数のローカルオシレータ１１１３は、音声およびデータネットワーク１１１９に対応する多数の周波数を生成するように用いられ得る。音声およびデータ情報両方を含む情報は、ＤＳＰ１１２０とマイクロプロセッサ１１３８との間のリンクを介して、トランシーバ１１１１へおよびトランシーバ１１１１から通信される。
【０１０６】
周波数帯、コンポーネント選択、パワーレベル等のトランシーバ１１１１の詳細な設計は、モバイルデバイス１００が動作するよう意図される通信ネットワーク１１１９に依存する。例えば、北米市場で動作するよう意図されたモバイルデバイス１００は、ＭｏｂｉｔｅｘまたはＤａｔａＴＡＣモバイルデータ通信ネットワーク、ＡＭＰＳ、ＴＤＭＡ、ＣＤＭＡ、ＰＣＳ等の様々な音声通信ネットワークのいずれかを用いて、動作するように設計されたトランシーバ１１１１を備え得る。ところが、ヨーロッパで使用することが意図されたモバイルデバイス１００は、ＧＰＲＳデータ通信ネットワークおよびＧＳＭ音声通信ネットワークを用いて動作するように構成され得る。別個のものおよび一体化されたものの双方のデータおよび音声ネットワークの他のタイプはまた、モバイルデバイス１００とともに利用され得る。
【０１０７】
ネットワーク（単数または複数）１１１９のタイプに依存して、モバイルデバイス１００に対するアクセス要件はまた、変動し得る。例えば、ＭｏｂｉｔｅｘおよびＤａｔａＴＡＣデータネットワークにおいて、モバイルデバイスは、各モバイルデバイスに関連する固有の識別番号を用いてネットワーク上に登録される。しかし、ＧＰＲＳデータネットワークにおいて、ネットワークアクセスは、モバイルデバイスの加入者またはユーザと関連する。ＧＰＲＳデバイスは、通常、加入者識別モジュール（「ＳＩＭ」）を必要とし、ＳＩＭは、ＧＰＲＳネットワーク上でモバイルデバイスを動作させるために必要とされる。ローカルまたは非ネットワーク通信機能（あれば）は、ＳＩＭデバイスなしで動作し得るが、モバイルデバイスは、「９１１」緊急時のコール等の任意の合法的に必要とされる動作以外では、データネットワーク１１１９を介する通信を含むどのような機能も実行することができない。
【０１０８】
任意の必要とされるネットワークレジストレーションまたは起動の手順が完了した後、モバイルデバイス１００は、ネットワーク１１１９を介して音声およびデータ信号の双方を含む通信信号を送り、かつ、受け取り得る。アンテナ１１１６によって通信ネットワーク１１１９から受け取った信号は、受信機１１１２にルーティングされ、受信機１１１２は、信号増幅、周波数ダウン変換、フィルタリング、チャンネル選択等を提供し、さらに、アナログ−デジタル変換を提供する。受け取った信号のアナログ−デジタル変換では、より複雑な通信機能が可能になり、その例として、デジタル復調、ＤＳＰ１１２０を用いて実行されるデコードなどがある。同様の様態で、ネットワーク１１１９に送信される信号が処理され（例えば変調およびエンコーディングを含む）デジタル−アナログ変換、周波数アップ変換、フィルタリング、増幅およびアンテナ１１１８を介する通信ネットワーク１１１９への送信のために送信機１１１４へ提供される。
【０１０９】
さらに、通信信号を処理することに加え、ＤＳＰ１１２０はまた、トランシーバ制御を提供する。例えば、受信機１１１２および送信機１１１４の通信信号に印加されるゲインレベルは、ＤＳＰ１１２０で実装された自動ゲイン制御アルゴリズムを通して、適応するように制御され得る。他のトランシーバ制御アルゴリズムも、トランシーバ１１１１のより高度な制御を提供するためにＤＳＰ１１２０で実装され得る。
【０１１０】
マイクロプロセッサ１１３８は、好ましくは、モバイルデバイス１００のすべての動作を管理および制御する。多くのタイプのマイクロプロセッサまたはマイクロコントローラが、本明細書中で用いられ得、または、代替的に、単一のＤＳＰ１１２０が、マイクロプロセッサ１１３８の機能を実行するように用いられ得る。少なくとも、データおよび音声通信を含むローレベル通信機能が、トランシーバ１１１１のＤＳＰ１１２０を通して、実行される。音声通信アプリケーション１１２４Ａおよびデータ通信アプリケーション１１２４Ｂ等の他のハイレベル通信アプリケーションは、マイクロプロセッサ１１３８による実行のために、不揮発性メモリ１１２４に格納され得る。例えば、音声通信モジュール１１２４Ａは、ネットワーク１１１９を介して、多数の他の音声またはデュアルモードデバイスとモバイルデバイス１００との間の音声コールを送受信するように動作可能なハイレベルユーザインターフェースを提供し得る。同様に、データ通信モジュール１１２４Ｂは、ネットワーク１１１９を介して、多数の他のデータデバイスとモバイルデバイス１００との間の、電子メールメッセージ、ファイル、オーガナイザ情報、短いテキストメッセージ等のデータを送受信するために動作可能な、ハイレベルユーザインターフェースを提供し得る。
【０１１１】
マイクロプロセッサ１１３８はまた、他のデバイスサブシステムと相互作用し、他のデバイスサブシステムの例は、ディスプレイ１１２２、ＲＡＭ１１２６、補助の入力／出力（Ｉ／Ｏ）サブシステム１１２８、シリアルポート１１３０、キーボード１１３２、スピーカ１１３４、マイクロフォン１１３６、ショートレンジ通信システム１１４０および１１４２として通常設計されている任意の他のデバイスサブシステムである。
【０１１２】
図１１に示されるサブシステムのいくつかは、通信に関する機能を実行する。ところが、他のサブシステムは、「レジデント」はまたはオンデバイスの機能を提供し得る。特に、キーボード１１３２およびディスプレイ１１２２等のいくつかのサブシステムは、データ通信ネットワークを介する送信のためにテキストメッセージを入力するような通信に関する機能と、計算機またはタスク表または他のＰＤＡタイプ機能のようなデバイス−レジデント機能との双方のために用いられ得る。
【０１１３】
マイクロプロセッサ１１３８によって用いられるオペレーティングシステムソフトウェアは、好ましくは、不揮発性メモリ１１２４等の持続性ストアに格納される。不揮発性メモリ１１２４は、例えば、フラッシュメモリコンポーネントまたはバッテリバックアップのＲＡＭとして実装され得る。モバイルデバイス１１１０のローレベル機能を制御するオペレーティングシステムに加えて、不揮発性メモリ１１２４は、マイクロプロセッサ１１３８（および／またはＤＳＰ１１２０）によって実行され得る多数のソフトウェアモジュール１１２４Ａ〜１１２４Ｎを含む。この多数のソフトウェアモジュール１１２４Ａ〜１１２４Ｎは、音声通信モジュール１１２４Ａ、データ通信モジュール１１２４Ｂおよび多数の他の機能を実行する多数の他のオペレーショナルモジュール１１２４Ｎを含む。これらのモジュールは、マイクロプロセッサ１１３８によって実行され、ユーザとモバイルデバイス１００との間のハイレベルインターフェースを提供する。このインターフェースは、通常、ディスプレイ１１２２を通して提供されるグラフィカルコンポーネントを備え、かつ補助のＩ／Ｏ１１２８、キーボード１１３２、スピーカ１１３４およびマイクロフォン１１３６によって提供される入力／出力コンポーネントを備える。オペレーティングシステム、指定のデバイスアプリケーションまたはモジュール、あるいはその一部分は、より高速の演算のために、一時的にＲＡＭ１１２６等の揮発性のストレージにロードされ得る。その上、フラッシュメモリ１１２４等の持続性ストアに位置するファイルシステムに通信信号を永久的に書き込む前に、受け取られた通信信号はまた、一時的にＲＡＭ１１２６に格納され得る。
【０１１４】
モバイルデバイス１００にロードされ得る例示的なアプリケーションモジュール１１２４Ｎは、カレンダ行事、約束およびタスクアイテム等のＰＤＡ機能を提供するパーソナル情報管理（ＰＩＭ）アプリケーションである。このモジュール１１２４Ｎはまた、フォンコール、ボイスメール等を管理する音声通信モジュール１１２４Ａと相互作用し得、さらに、電子メール通信および他のデータ送信を管理するデータ通信モジュールと相互作用し得る。もしくは、音声通信モジュール１１２４Ａおよびデータ通信モジュール１１２４Ｂのすべての機能は、ＰＩＭモジュールに一体化され得る。
【０１１５】
不揮発性メモリ１１２４は、好ましくは、さらに、デバイスのＰＩＭデータアイテムのストレージを円滑にするファイルシステムを提供する。ＰＩＭアプリケーションは、好ましくは、ワイヤレスネットワーク１１１９を介して、ＰＩＭそれ自体によってか、または音声およびデータ通信モジュール１１２４Ａ、１１２４Ｂと連動してかのどちらかで、データアイテムを送受信する能力を有する。ＰＩＭデータアイテムは、好ましくは、ワイヤレスネットワーク１１１９を介し、ホストコンピュータシステムに格納されたか、または関連するデータアイテムの対応するセットと、シームレスに一体化され、同期し、更新される。それによって、ＰＩＭデータアイテムは、特定ユーザに関するデータアイテムのミラーリングされたシステムを作成する。
【０１１６】
コンテクストオブジェクトは、十分デコードされたデータアイテムと同様に、少なくとも部分的にデコードされたデータアイテムを表し、好ましくは、ＲＡＭ１１２６のような揮発性で非持続性のストアのモバイルデバイス１００に格納される。そのような情報は、例えば、ストレージ間隔が比較的短期な場合、不揮発性メモリ１１２４に格納され得る。これによって、情報は、格納された直後に、メモリから取り除かれる。しかし、ＲＡＭ１１２６のこの情報のストレージまたは別の揮発性で非持続性のストアは、情報が、モバイルデバイス１００が電力を失う場合にメモリから消去されることを保証するために好まれる。これは、認証されていないパーティが、例えば、モバイルデバイス１００からメモリチップを取り除くことによって、任意の格納されデコードされた情報または部分的にデコードされた情報を取得することを、阻止する。
【０１１７】
モバイルデバイス１００は、デバイス１００をインターフェースクレイドルに置くことによって、手動でホストコンピュータと同期し得、モバイルデバイス１００のシリアルポート１１３０とコンピュータシステムまたはデバイスのシリアルポートとを結合する。シリアルポート１１３０はまた、外部のデバイスまたはソフトウェアアプリケーションを通して、ユーザが好みを設定することを可能にするか、または、インストールのための他のアプリケーションモジュール１１２４Ｎをユーザにダウンロードすることを可能にするように用いられ得る。この有線のダウンロードパスは、デバイスの暗号キーをロードするように用いられ得る。暗号キーは、ワイヤレスネットワーク１１１９を介して、暗号情報を交換するより、さらに安全な方法である。他の有線のダウンロードパスのインターフェースは、シリアルポート１１３０に付け加えて、または、その代わりに、モバイルデバイス１００に提供され得る。例えば、ＵＳＢポートは、インターフェースを同じように装備されたパーソナルコンピュータに提供し得る。
【０１１８】
さらなるアプリケーションモジュール１１２４Ｎは、ネットワーク１１１９を介して、補助のＩ／Ｏサブシステム１１２８を介して、シリアルポート１１３０を介して、ショートレンジ通信サブシステム１１４０を介して、または、任意の他の適合するサブシステム１１４２を介して、モバイルデバイス１００にロードされ得、ユーザによって不揮発性メモリ１１２４またはＲＡＭ１１２６にインストールされ得る。そのようなアプリケーションのインストールの柔軟性は、モバイルデバイス１００の機能を増加させ、強化されたオンデバイス機能、通信に関連する機能、またはその両方を提供し得る。例えば、セキャア通信アプリケーションは、電子商取引機能および他のそのような金融取引がモバイルデバイス１００を用いて実行されることを可能にし得る。
【０１１９】
モバイルデバイス１００がデータ通信モードで動作している場合、テキストメッセージまたはウェブページダウンロード等の受け取った信号は、トランシーバモジュール１１１１によって処理され、マイクロプロセッサ１１３８に提供される。マイクロプロセッサ１１３８は、好ましくは、さらに、上述したように、複数のステージで受け取った信号を、処理してディスプレイ１１２２へ、または、代替的に、補助Ｉ／Ｏデバイス１１２８へ最終的に出力する。モバイルデバイス１００のユーザはまた、キーボード１１３２を用いて、電子メールメッセージ等のデータアイテムを作成し得る。キーボード１１３２は、好ましくは、ＱＷＥＲＴＹスタイルで配置された完全な英数字キーボードである。しかし、公知のＤＶＯＲＡＫスタイル等の完全な英数字キーボードの他のスタイルもまた用いられ得る。モバイルデバイス１００へのユーザ入力は、さらに、多数の補助Ｉ／Ｏデバイス１１２８で強化される。補助Ｉ／Ｏデバイス１１２８は、指回し式円形板入力デバイス、タッチパッド、様々なスイッチ、ロッカー入力スイッチ等を備え得る。ユーザに入力され作成されたデータアイテムは、その後、トランシーバモジュール１１１１を介して通信ネットワーク１１１９を通り送られ得る。
【０１２０】
モバイルデバイス１００が音声通信モードで動作している場合、モバイルデバイスの全てにわたる動作は、実質的に、データモードと同様である、但し、受け取った信号は、好ましくは、スピーカ１１３４へ出力され、送信用音声信号は、マイクロフォン１１３６によって生成されることを除く。音声メッセージ記録サブシステムのような代替的な音声またはオーディオＩ／Ｏサブシステムはまた、モバイルデバイス１００で実装され得る。音声またはオーディオ信号出力は、好ましくは、主としてスピーカ１１３４を経由して達成されるが、ディスプレイ１１２２はまた、通話中のパーティ、音声コールの期間または他の音声コールに関する情報の識別表示を提供するために利用され得る。例えば、音声通信モジュールおよびオペレーティングシステムソフトウェアと連動して、マイクロプロセッサは１１３８は、入来音声コールの通話者の識別情報を検知し得、ディスプレイ１１２２に通話者識別情報を表示し得る。
【０１２１】
ショートレンジ通信サブシステム１１４０はまた、モバイルデバイス１００に含まれる。そのサブシステム１１４０は、例えば、赤外線デバイスならびに関連回路およびコンポーネントあるいはＢｌｕｅｔｏｏｔｈ（Ｒ）モジュールまたは８０２．１１モジュール等のショートレンジＲＦ通信モジュールを備え、同様に可能なシステムおよびデバイスとの通信を提供する。当業者には、「Ｂｌｕｅｔｏｏｔｈ（Ｒ）」および「８０２．１１」が、ワイヤレスパーソナルエリアネットワークおよびワイヤレスローカルエリアネットワークそれぞれに関して、Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓから利用可能な仕様書のセットを参照することが理解される。
【図１】
2010134940.tif 000003
【図２】
2010134940.tif 000004
【図３】
2010134940.tif 000005
【図３ａ】
2010134940.tif 000006
【図４】
2010134940.tif 000007
【図５】
2010134940.tif 000008
【図６】
2010134940.tif 000009
【図７】
2010134940.tif 000010
【図８】
2010134940.tif 000011
【図９】
2010134940.tif 000012
【図１０】
2010134940.tif 000013
【図１１】
2010134940.tif 000014