(57)【要約】【課題】無線通信システムにおいて、エンコードされたメッセージを処理するシステムおよび方法を提供すること。【解決手段】無線通信システム内のサーバは、エンコードされたメッセージに関連して存在する特定の条件に関する指示をモバイル機器へ提供する。モバイル機器は、その指示が提供されたかどうかに基づいて異なるメッセージ処理機能を実行する。指示は、メッセージがメッセージサイズの閾値を指示することを含み得、および／または部分的なメッセージが送信されているかどうかを指示し得る。【選択図】図１
2010225169.tif 000002
【特許請求の範囲】
【請求項１】
送信者によってサーバへ提供されたエンコードされたメッセージを処理する方法であって、本願明細書に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連技術の参照）
本出願は、２００３年８月１２日出願の、米国特許仮出願第６０／４９４，３８０号の利益を請求し、開示内容全体をここに援用する。
【０００２】
本文書は、広く通信分野に関し、特に、Ｅメールメッセージ等のエンコードされたメッセージの処理に関する。
【背景技術】
【０００３】
既知のメッセージ交換スキームの多くにおいて、送信者から受信者へ転送される情報の統合性や秘密性を保証するために署名、暗号化、または、署名および暗号化の両方が一般的に用いられている。たとえばＥメールシステムにおいて、Ｅメールメッセージの送信者は、メッセージに署名するか、メッセージを暗号化するか、メッセージに署名も暗号化も両方行うかのいずれかが可能であった。これらの行為は、Ｓｅｃｕｒｅ  Ｍｕｌｔｉｐｕｒｐｏｓｅ  Ｉｎｔｅｒｎｅｔ  Ｍａｉｌ  Ｅｘｔｅｎｓｉｏｎｓ（Ｓ／ＭＩＭＥ）、Ｐｒｅｔｔｙ  Ｇｏｏｄ  ＰｒｉｖａｃｙＴＭ（ＰＧＰＴＭ）、ＯｐｅｎＰＧＰ、その他の多数の安全なＥメール規格等の規格を用いることによって実行され得る。
【０００４】
一般的に、安全なＥメールメッセージは、比較的大きい。たとえば、Ｓ／ＭＩＭＥは１０個の要因（一部の場合においてはそれ以上）によってＥメールメッセージのサイズを拡大することができる。このサイズ拡大は、無線移動体機器のようなリソースに限りのある機器という状況においては特に難しさを生じる。リソースに限りのある機器は、メッセージの一部分のみが機器へ転送された場合にメッセージを処理するのにも困難を強いられる。したがって、より効率的なメッセージ処理アプローチが一般的に必要である。
【発明の概要】
【課題を解決するための手段】
【０００５】
本明細書において開示する教示に基づいて、エンコードされたメッセージを通信システムにおいて処理するシステムおよび方法が提供される。通信システム内のサーバは、計算装置に対し、エンコードされたメッセージに関して存在する所定の条件について、１つ以上の指示を提供する。機器は、その指示が提供されたかどうかに基づいて、様々なメッセージ処理機能を実行する。指示は、メッセージがメッセージサイズの閾値を超えているかどうかを指示することを含み得、および／または、送信者の全体メッセージのうちの部分的なメッセージが送信されているかどうかを指示し得る。
【０００６】
方法およびシステムの別の例として、エンコードされたメッセージは送信者によってサーバへ提供される。サーバは、エンコードされたメッセージを受信し、受信したエンコードされたメッセージに関するメッセージステータスの指示を生成する。メッセージステータス指示は、エンコード関連の処理（ｏｐｅｒａｔｉｏｎ）がエンコードされたメッセージに対して実行されないことを機器が決定するために用いるためのものである。メッセージステータス指示と、少なくとも一部分および／または一まとまりのエンコードされたメッセージが機器へ提供される。さらに、方法およびシステムは、メッセージのうち充分な量が安全なメッセージ関連処理（たとえばデジタル署名の確証（ｖｅｒｉｆｉｃａｔｉｏｎ）等）をメッセージに対して実行するために機器へ提供されるまで、機器上で安全なメッセージ関連処理を実行するのを遅らせるために用いられ得る。
【０００７】
システムおよび方法は、多数の様々な方法で実施され得、たとえば、ネットワークを利用して転送されるデータ信号はサーバの生成したメッセージステータス指示を含むことができる。データ信号は、ネットワークにわたるキャリアウェーブを介して転送された、パケット化されたデータを含むことができる。本明細書において開示する方法およびプロセッサ実施の指示を機器に実行させることができるコンピュータ可読媒体も、利用され得る。
【０００８】
本発明はその他の実施形態および様々な実施形態についても可能であり、本発明のいくつかの実施形態は、本発明の精神から逸脱することなく多様な点において修正が可能であるということが理解されよう。したがって、図面および以下に示す好ましい実施形態の説明は、本質的に例示的なものであり限定的なものではないとみなされるべきである。
例えば、本発明は以下を提供する。
（項目１）
送信者によってサーバへ提供されたエンコードされたメッセージを処理する方法であって、該方法は、
エンコードされたメッセージを該サーバで受信することと、
該受信したエンコードされたメッセージに関するメッセージステータス指示を、該サーバにおいて生成することと、
該メッセージステータス指示とメッセージデータとを機器へ送信することと
を包含し、
該機器へ送信された該メッセージは該送信者の全体メッセージのうちの一部分であり、
該メッセージステータス指示は、部分的に受信されたエンコードされたメッセージに対して、エンコード関連処理が該機器によって実行されないことを決定するために、無線通信機器によって利用されるためのものである、方法。
（項目２）
前記送信者から前記サーバによって受信された前記エンコードされたメッセージが、該送信者の前記全体メッセージを含む、項目１に記載の方法。
（項目３）
前記送信者から前記サーバによって受信された前記エンコードされたメッセージが、該送信者の前記全体メッセージのうちの一部分のみを含む、項目１に記載の方法。
（項目４）
前記サーバで受信された前記エンコードされたメッセージが、メッセージサイズを有し、前記方法は、
該エンコードされたメッセージの該サイズを決定することと、
該エンコードされたメッセージの該サイズが所定のメッセージサイズ基準を満たさない場合、該メッセージの該サイズに関する情報を提供する前記メッセージステータス指示を、無線コネクタシステムを介して送信することと
をさらに包含し、
該エンコード関連処理は安全なメッセージ関連処理であり、
該メッセージの該サイズに関する、提供された情報に基づいて、該機器は、該サーバによって提供された該メッセージに対する安全なメッセージ処理を実行しない、項目１に記載の方法。
（項目５）
前記メッセージサイズに関連する前記提供された情報は、前記エンコードされたメッセージのサイズが前記メッセージサイズ基準を満たさなかったことを示し、前記メッセージサイズ指示が前記サーバによって提供されない場合、または該メッセージサイズ指示が、該メッセージサイズが該メッセージサイズ基準を満たしたことを示す場合に、前記機器は前記安全なメッセージ処理を実行しようと試みる、請求項４に記載の方法。
（請求項６）
前記メッセージデータは署名されたメッセージであり、前記メッセージデータは前記エンコードされたメッセージのサイズのために前記送信者のエンコードされたメッセージのうちの第１の部分のみを含み、前記サーバは、該メッセージが該機器によるデジタル署名確証には大きすぎるということを示す、第１のエンコードされたメッセージ部分中の前記メッセージステータス指示を前記モバイル機器へ送信する、請求項４に記載の方法。
（請求項７）
前記生成されたメッセージステータス指示が、前記機器に対して、該メッセージの前記デジタル署名が前記サーバによって既に確証されたことを示す、請求項６に記載の方法。
（項目８）
前記機器が前記メッセージを認証するために前記サーバが該メッセージの充分な部分を該機器に提供した後に、該機器が前記送信者のメッセージを認証する、項目７に記載の方法。
（項目９）
前記第１のメッセージ部分を受信する前記機器のユーザは、該機器は該ユーザの機器上の署名を承認することができないということを通知され、それによって、該ユーザが該受信メッセージを承認しようとして該機器のメッセージボタンを反復的に起動させるのを防ぐ、項目６に記載の方法。
（項目１０）
前記送信者のエンコードされたメッセージを前記機器へ送信する前に、前記サーバが該送信者のエンコードされたメッセージから添付物のデータを削除し、前記メッセージステータス指示が、該添付物が削除されたことを示す、項目４に記載の方法。
（項目１１）
前記メッセージサイズが、前記送信者のエンコードされたメッセージに伴う添付物のサイズを含む、項目４に記載の方法。
（項目１２）
前記メッセージサイズが、Ｓ／ＭＩＭＥ技術、ＰＧＰ技術、ＯｐｅｎＰＧＰ、デジタル署名技術のうちの１つ以上を通じてエンコードされたメッセージのサイズを含む、項目に４記載の方法。
（項目１３）
前記メッセージステータス指示は、前記機器が安全なメッセージ関連処理を前記メッセージに対して実行するために該メッセージの充分な部分が該機器へ送信されるまで、安全なメッセージ関連処理を遅らせるために、無線移動体通信機器によって用いられるためのものである、項目１に記載の方法。
（項目１４）
前記機器へ送信された前記メッセージデータが前記送信者のエンコードされたメッセージのうちの第１の部分を含み、
前記サーバが、該機器によってデジタル署名を承認するには該メッセージは大きすぎるということを示す前記メッセージステータス指示を、該機器へ送信し、
該第１のメッセージ部分が該機器のユーザに対して表示可能とされる、項目１に記載の方法。
（項目１５）
前記サーバによって前記機器へ提供された、前記生成されたメッセージステータス指示が、前記全体メッセージのうちの一部分のみが該機器へ送信されたということを示す、項目１に記載の方法。
（項目１６）
前記メッセージステータス指示が、前記機器が安全なメッセージ関連処理を前記メッセージに対して実行するために該メッセージの充分な部分が該機器へ送信されるまで、安全なメッセージ関連処理を遅らせるために、無線移動体通信機器によって用いられる、項目１５に記載の方法。
（項目１７）
前記メッセージが前記サーバへ提供されるときに、該サーバが該送信者のメッセージの追加部分を提供する、項目１５に記載の方法。
（項目１８）
前記機器は、前記送信者から送信された前記メッセージのうちの一部分のみを提供され、
該機器上で該メッセージを処理するのに利用するために、該機器は、前記部分的に提供されたメッセージに含まれている前記情報を有する１つ以上のソフトウェアオブジェクトを部分的に配置する、項目１に記載の方法。
（項目１９）
前記１つ以上の部分的に配置されたソフトウェアオブジェクトが、前記不完全なメッセージを前記機器のユーザに対して表示するのに用いられる、項目１８に記載の方法。
（項目２０）
追加的メッセージが前記サーバによって提供されるにときに、前記機器が該メッセージの追加部分を表示する、項目１８に記載の方法。
（項目２１）
前記メッセージステータス指示は、前記エンコードされたメッセージに対してエンコード関連処理が実行されないことを決定するために、計算機器によって用いられるためのものであり、
該メッセージステータス指示、および前記送信者のエンコードされたメッセージのうちの少なくとも一部分を該計算機器へ提供する、請求項１に記載の方法。
（請求項２２）
無線移動体通信機器によって、エンコードされたメッセージを扱う方法であって、該方法は、
該機器において、エンコードされたメッセージのうちの一部分と受信されたメッセージ部分に関するメッセージステータス指示とを受信するステップと、
該機器によって受信された、該エンコードされたメッセージの該部分に対してエンコード関連処理が実行されないことを決定するために該メッセージステータス指示を利用するステップと、
該メッセージステータス指示を該機器のユーザへ伝達するための通知を生成するステップと、
該受信されたメッセージ部分を該機器のユーザに対して表示するステップと
を包含する、方法。
（項目２３）
前記エンコード関連処理は、安全なメッセージ関連処理であり、前記メッセージステータス指示が、前記機器が該安全なメッセージ関連処理を前記メッセージに対して実行するために該メッセージの充分な部分が該機器へ提供されるまで、該安全なメッセージ関連処理を遅らせるために、該機器によって用いられるためのものである、項目２２に記載の方法。
（項目２４）
送信者によってサーバへ提供された、エンコードされたメッセージを扱う装置であって、該装置は、
エンコードされたメッセージを該サーバにおいて受信するように構成された、プロセッサによって実行可能な命令と、
該受信された、エンコードされたメッセージに関するメッセージステータス指示を該サーバにおいて生成するように構成された、プロセッサによって実行可能な命令と
該メッセージステータス指示とメッセージデータとを該機器へ送信するように構成された、プロセッサによって実行可能な命令とを備え、
該機器へ送信される該メッセージデータは、送信者の全体メッセージのうちの一部分であり、
該メッセージステータス指示は、部分的に受信されたエンコードされたメッセージに対してエンコード関連処理が実行されないことを決定するために、無線移動体通信機器によって利用されるためのものである、装置。
【図面の簡単な説明】
【０００９】
【図１】無線通信機器が用いられ得る通信システムの一例の概観である。
【図２】複数のネットワークと複数の移動体通信機器とを含む通信システムのさらなる例の、ブロック図である。
【図３】暗号化、あるいは場合によってはＳ／ＭＩＭＥまたは類似の技術を利用した署名によってエンコードされたメッセージを転送するシステムの一例を示す。
【図３ａ】一般的なエンコードされたメッセージフォーマットを示す。
【図４】エンコードされたメッセージを処理するのに用いられるコンポーネントを示すブロック図である。
【図５ａ】エンコードされたメッセージの処理に関する処理のシナリオを示す、フロー図である。
【図５ｂ】エンコードされたメッセージの処理に関する処理のシナリオを示す、フロー図である。
【図６】部分的に受信されたメッセージを処理するのに用いられるコンポーネントを示すブロック図である。
【図７ａ】部分的に受信されたメッセージの加工に関する処理のシナリオを示す、フロー図である。
【図７ｂ】部分的に受信されたメッセージの加工に関する処理のシナリオを示す、フロー図である。
【図８】通信システムの一例を示すブロック図である。
【図９】通信システムの一代替例を示すブロック図である。
【図１０】通信システムの別の代替例を示すブロック図である。
【図１１】モバイル機器の一例のブロック図である。
【発明を実施するための形態】
【００１０】
図１は、無線通信機器が用いられ得る通信システムの一例の概観である。何百通りのトポロジが存在し得るということは当業者であれば理解できようが、図１は、本特許出願において記載されるエンコードされたメッセージの処理方法およびそのシステムの動作を示すのに役立つ。また、多数のメッセージ送信者や受信者が存在し得る。図１に示すシステムは、例示目的のみのものであり、おそらくは、最も普及している、セキュリティが一般的に利用されていないインターネットＥメール環境を示す。
【００１１】
図１は、Ｅメール送信者１０と、インターネット２０と、メッセージサーバシステム４０と、無線ゲートウェイ８５と、無線インフラストラクチャ９０と、無線ネットワーク１０５と、移動体通信機器１００とを示す。
【００１２】
Ｅメール送信者システム１０は、たとえば、システム１０のユーザがアカウントを有し企業に位置するＩＳＰ（インターネットサービスプロバイダ）へ接続され得、場合によってはローカルエリアネットワーク（ＬＡＮ）へ接続され得、インターネット２０へ接続され得る。あるいは、Ａｍｅｒｉｃａ  Ｏｎｌｉｎｅ（ＡＯＬ）のような大規模なＡＳＰ（アプリケーションサービスプロバイダ）を介してインターネットへ接続され得る。図１に示すように、Ｅメールの転送は一般的にインターネット接続された配置を介して遂行されるが、図１に示すシステムがインターネット以外のワイドエリアネットワーク（ＷＡＮ）へ代わりに接続され得るということは、当業者であれば理解できよう。
【００１３】
メッセージサーバ４０は、たとえば、共同体のファイアウォール内のネットワークコンピュータ、ＩＳＰまたはＡＳＰシステム内のコンピュータ等のコンピュータ上で実施され得、インターネット２０を介するＥメール交換のための主要なインタフェースとして機能する。その他のメッセージ通信システムはメッセージサーバシステム４０を必要としないであろうが、Ｅメールを受信し、場合によっては送信するよう構成されたモバイル機器１００は、通常はメッセージサーバ上のアカウントと関連する。おそらく、２つの最も一般的なメッセージサーバはＭｉｃｒｏｓｏｆｔ  ＥｘｃｈａｎｇｅＴＭと、Ｌｏｔｕｓ  ＤｏｍｉｎｏＴＭである。これらの製品は、メールの経路を決定しメールを配信するインターネットメールルータと関連して用いられることが多い。これらの仲介コンポーネントは、後に説明する安全なメッセージ加工において直接的に役割を果たさないため、図１には示していない。サーバ４０のようなメッセージサーバは、一般的には単なるＥメールの送受信以上にまで及び、データの特徴をもつカレンダー、ｔｏ−ｄｏリスト、タスクリスト、Ｅメール、ドキュメンテーション用の所定のデータベースフォーマットを有する、ダイナミックなデータベース格納エンジンをも含む。無線ゲートウェイ８５およびインフラストラクチャ９０は、インターネット２０と無線ネットワーク１０５との間のリンクを提供する。無線インフラストラクチャ９０は、所定のユーザの位置を決定するための最適なネットワークを決定し、ユーザが国またはネットワークの間をローミングするときにユーザを追跡する。次いで、メッセージは、一般的にはある無線周波数（ＲＦ）で、無線ネットワーク１０５の基地局からモバイル機器１００への無線の転送を介し、モバイル機器１００へ配信さられる。特定のネットワーク１０５は、事実上、移動体通信機器とメッセージが交換され得る任意の無線ネットワークであり得る。
【００１４】
図１に示すように、作成されたＥメールメッセージ１５は、インターネット２０上のどこかに位置するＥメール送信者１０によって送信される。このメッセージ１５は、通常は完全にクリアであり、従来の、Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ（ＳＭＴＰ）、ＲＦＣ８２２ヘッダ、Ｍｕｌｔｉｐｕｒｐｏｓｅ  Ｉｎｔｅｒｎｅｔ  Ｍａｉｌ  Ｅｘｔｅｎｓｉｏｎ（ＭＩＭＥ）の本文部分を用いてメールメッセージのフォーマットを定義する。これらの技術は全て当業者にとっては既知のものである。メッセージ１５は、メッセージサーバ４０へ到達し、通常はメッセージの記憶装置へ格納される。最も良く知られるメッセージ通信システムは、いわゆる「プル」メッセージアクセスであり、モバイルメッセージ通信システムは、保存されたメッセージがメッセージサーバによってモバイル機器１００へ転送されるよう要求しなければならない。後に説明する好ましい実施形態において、モバイル機器１００のユーザに属するホームコンピュータまたはオフィスコンピュータのようなホストシステムに関連するメッセージサーバアカウントへ宛てられたメッセージは、受信されると、メッセージサーバ４０からモバイル機器１００へ再度送信される。
【００１５】
モバイル機器１００へのメッセージのフォワーディングを制御する特定のメカニズムとは無関係に、メッセージ１５あるいはメッセージ１５の翻訳されたバージョンまたは再フォーマットされたバージョンが無線ゲートウェイ８５へ送信される。無線インフラストラクチャ９０は、無線ネットワーク１０５への一連の接続を含む。これらの接続は、インターネット全体にわたって使用されるＴＣＰ／ＩＰプロトコルを使用する統合サービスデジタル網（ＩＳＤＮ）、フレームリレーまたはＴ１接続であり得る。本明細書中で使用する場合、「無線ネットワーク」という用語は、３つの異なるタイプのネットワークを含むよう意図される。それらのネットワークとは、（１）データ通信中心の無線ネットワーク、（２）音声通信中心の無線ネットワーク、（３）同じ物理的な基地局を介して音声通信およびデータ通信の両方をサポートするデュアルモードネットワークである。組み合わせられるデュアルモードネットワークは、（１）符号分割多重アクセス方式（ＣＤＭＡ）ネットワーク、（２）Ｇｒｏｕｐ  Ｓｐｅｃｉａｌ  ＭｏｂｉｌｅまたはＧｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）ならびに汎用パケット無線システム（ＧＰＲＳ）ネットワーク、（３）拡張型高速データレート（ＥＤＧＥ）およびユニバーサル移動体通信システム（ＵＭＴＳ）等の将来の第３世代（３Ｇ）ネットワークを含むが、これらに限定はされない。データ通信中心のネットワークの、一部のより古い例には、ＭｏｂｉｔｅｘＴＭ無線ネットワークおよびＤａｔａＴＡＣＴＭ無線ネットワークが含まれる。音声通信中心のデータネットワークの例には、ＧＳＭのようなパーソナルコミュニケーションシステム（ＰＣＳ）ネットワークおよびＴＤＭＡシステムが含まれる。
【００１６】
図２は、複数のネットワークと複数の移動体通信機器とを含む、さらなる例の通信システムのブロック図である。図２のシステムは、図１のシステムと実質的には同様であるが、ホストシステム３０と、リダイレクションプログラム４５と、モバイル機器のクレイドル６５と、無線の仮想プライベートネットワーク（ＶＰＮ）ルータ７５と、追加の無線ネットワーク１１０と、多数の移動体通信機器１００とを含む。図１に関連して上で説明したように、図２はサンプルネットワークトポロジの概観を表す。本明細書に記載の、エンコードされたメッセージの処理システムおよび方法は、多数のトポロジを有するネットワークに適用され得るが、図２のネットワークは、先に簡潔に上に述べた自動Ｅメールリダイレクションシステムを理解するのに役立つ。
【００１７】
中枢のホストシステム３０は、一般的には企業のオフィスまたは他のＬＡＮであるが、代わりに、本社のコンピュータ、またはメールメッセージが交換されているその他のプライベートシステムであり得る。ホストシステム３０内ではメッセージサーバ４０がホストシステムのファイアウォール内のコンピュータ上で動作し、ホストシステムがインターネット２０とＥメールを交換する主要なインタフェースの役割をする。図２のシステムにおいて、リダイレクションプログラム４５は、サーバ４０から移動体通信機器１００へのデータ項目のリダイレクションを可能にする。リダイレクションプログラム４５は、提示しやすいようにメッセージサーバ４０と同じ機器上に存在するように図示してあるが、メッセージサーバ上に存在しなければならないという必要はない。リダイレクションプログラム４５とメッセージサーバ４０とは、モバイル機器１００へ情報をプッシングすることができるようにするため協働し相互作用するように設計されている。この設置では、リダイレクションプログラム４５は、特定のユーザに対して機密・非機密の企業情報を取り出し、企業のファイアウォールを介してその情報をモバイル機器１００へリダイレクトする。リダイレクションソフトウェア４５のさらに詳細な説明は、「Ｓｙｓｔｅｍ  ａｎｄ  Ｍｅｔｈｏｄ  ｆｏｒ  Ｐｕｓｈｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｆｒｏｍ  Ａ  Ｈｏｓｔ  Ｓｙｓｔｅｍ  Ｔｏ  Ａ  Ｍｏｂｉｌｅ  Ｄａｔａ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｄｅｖｉｃｅ  Ｈａｖｉｎｇ  Ａ  Ｓｈａｒｅｄ  Ｅｌｅｃｔｒｏｎｉｃ  Ａｄｄｒｅｓｓ」と題され、２００１年４月１７日に本出願の譲受人に対して発行された、同一出願人にかかる米国特許第６，２１９，６９４号（「‘６９４特許」）、米国特許出願第０９／４０１，８６８号（米国特許第６，７０１，３７８号として発行された）、同第０９／５４５，９６３号、第０９／５２８，４９５号（米国特許第６，４６３，４６４号として発行された）、第０９／５４５，９６２号、第０９／６４９，７５５（米国特許第６，４６３，４６３号として発行された）に見られ得る。これらは全て、ここで本出願に援用される。このプッシュ技術は、全ての情報をモバイル機器へ配信するために、無線に都合のよいエンコーディング、圧縮および暗号化の技術を利用し得、それによって、ホストシステム３０に関連する各モバイル機器１００を含むように有効にセキュリティファイアウォールを拡大する。
【００１８】
図２に示すように、モバイル機器１００へ情報を送るための多くの代替経路があり得る。モバイル機器１００に情報をロードする１つの方法は、機器のクレイドル６５を使用して、５０と表記されたポートを介している。この方法は、ホストシステム３０、またはホストシステム３０内のコンピュータ３５を用いてモバイル機器１００の初期化においてしばしば行なわれる、全体の情報の更新に役立つ傾向がある。データを交換する別の主な方法は、情報を配信するのに無線ネットワークを使用する、無線配信（ｏｖｅｒ−ｔｈｅ−ａｉｒ）である。図２に示すように、上述のとおり、無線ＶＰＮルータ７５を介して、あるいは無線ゲートウェイ８５と無線インフラストラクチャ９０とへの従来のインターネット接続９５を介して、無線配信が遂行され得る。無線ＶＰＮルータ７５という概念は、無線産業においては比較的新しく、特定の無線ネットワーク１１０を介してモバイル機器１００へＶＰＮ接続を直接確立することが可能であり獲ることを含意している。無線ＶＰＮルータ７５を使用するという可能性は、つい最近利用可能になったにすぎず、ＩＰに基づく無線ネットワークへ新規なインターネットプロトコル（ＩＰ）バージョン６（ＩＰＶ６）が導入される場合に使用することが可能であった。この新規なプロトコルは、ＩＰアドレスを全てのモバイル機器１００にあてるのに充分なＩＰアドレスを提供し、それによって、いつでもモバイル機器１００へ情報をプッシュできるようになる。この無線ＶＰＮルータ７５を使用することの主な利点は、既製のＶＰＮコンポーネントであり得、それによって、個別の無線ゲートウェイ８５および無線インフラストラクチャ９０が用いられる必要がないという点である。ＶＰＮ接続は、好ましくは、転送制御プロトコル（ＴＣＰ）／ＩＰ、またはモバイル機器１００へメッセージを直接配信するユーザデータグラムプロトコル（ＵＤＰ）／ＩＰである。無線ＶＰＮ７５が利用可能でない場合、インターネット２０へのリンク９５は利用可能なうち最も一般的な接続メカニズムであり、それについては上で説明した。
【００１９】
図２の自動的なリダイレクションシステムにおいて、Ｅメール送信者１０から出発していく作成されたＥメールメッセージ１５は、メッセージサーバ４０に到着し、リダイレクション・プログラム４５によってモバイル機器１００へリダイレクトされる。このリダイレクションが起こると、メッセージ１５は、８０に示すように再度エンベロープ（ｒｅ−ｅｎｖｅｌｏｐ）され、次いで、場合によっては所有者の圧縮アルゴリズムおよび暗号化アルゴリズムが元のメッセージ１５に適用され得る。このように、モバイル機器１００上で読まれているメッセージは、ファイアウォール内にある３５のようなデスクトップワークステーション上で読まれた場合と同様に安全である。リダイレクションプログラム４５とモバイル機器１００との間で交換された全てのメッセージは、好ましくは、このメッセージのリパッケージング（ｒｅｐａｃｋａｇｉｎｇ）技術を利用する。この外部エンベロープの別の目的は、送信者のアドレスおよび受信者のアドレス以外の元のメッセージのアドレス指定情報を維持することである。このことは、返信メッセージが適切な宛先に到着することを可能にし、また、“ｆｒｏｍ”のフィールドがモバイルユーザのデスクトップのアドレスを反映することを可能にする。ユーザのＥメールアドレスをモバイル機器１００から使用することによって、受信メッセージに対し、あたかもユーザのモバイル機器１００ではなくデスクトップ３５からメッセージが発生したように見えるようにすることが可能になる。
【００２０】
ポート５０およびクレイドル６５のモバイル機器１００への接続性を再び参照すると、この接続経路は、大きな項目を一度だけデータ交換することを可能にする多くの利点を提供する。携帯情報端末（ＰＤＡ）および同期に関する当業者にとって、このリンクを介して交換された最も一般的なデータは個人情報管理（ＰＩＭ）データ５５である。初めて交換されるとき、このデータは、量的に大きく、本質的にバルキーである傾向にあり、途中でこのデータが利用されるモバイル機器１００上にロードされるためには大きな帯域幅を必要とする。このシリアルリンクは、Ｓ/ＭＩＭＥまたはＰＧＰ仕様の秘密鍵２１０等の個人のセキュリティキーならびにユーザの証明書（Ｃｅｒｔ）およびユーザの証明書取り消しリスト（ＣＲＬ）６０の設定を含む、その他の目的に使用され得る。秘密鍵は、好ましくは、デスクトップ３５とモバイル機器１００とが１つの個人性と、全てのメールにアクセスするための１つの方法とを共有するように交換され得る。証明書およびＣＲＬは、通常このようなリンクを介して交換される。これは、証明書およびＣＲＬが、Ｓ/ＭＩＭＥ、ＰＧＰ、その他の公開鍵のセキュリティ方法に対して機器によって必要とされる大量のデータを表すためである。
【００２１】
本明細書に記載のエンコードされたメッセージの処理システムおよび方法は、ポート構成を通じてホストシステム３０内のホストコンピュータまたはコンピュータ３５から情報をあらかじめロードすることには全く依存しない。しかしながら、一般的に証明書およびＣＲＬのようなバルキーな情報をこのようにあらかじめロードすることは、移動体通信機器１００がエンコードされたメッセージ、特に暗号化されおよび／または署名されたメッセージもしくは処理するのに追加情報が必要なメッセージを転送することを容易にし得る。たとえばＳ／ＭＩＭＥまたはＰＧＰ  Ｅメールメッセージのような代替的なメカニズムが、モバイル機器へこのようなメッセージを伝送するのに利用可能である場合、これらのメッセージは本明細書に記載されているように処理され得る。
【００２２】
いくつかの典型的な通信ネットワーク構成について説明したが、安全なＥメールメッセージの伝送および処理を、以下にさらに詳細に説明する。
【００２３】
Ｓ／ＭＩＭＥおよびＰＧＰの技術を用いて作成されたＥメールメッセージは、暗号化された情報またはメッセージ内容の上のデジタル署名、もしくはそれらの両方を含み得る。署名されたＳ／ＭＩＭＥの処理において、送信者は、メッセージの要約（ｄｉｇｅｓｔ）をとり、送信者の秘密鍵を使用して要約に署名する。要約は、本質的にチェックサム、ＣＲＣまたはメッセージ上のハッシュのような、好ましくは反転不可能な処理であり、次いで、署名が行われる。署名された要約は、ときには送信者の証明書、またときには要求された任意の証明書およびＣＲＬと共に、発信されるメッセージに添付される。この署名されたメッセージの受信者も、メッセージの要約をとり、この要約をメッセージに添付された要約と比較し、送信者の公開鍵を検索し、添付された要約上の署名を確証（ｖｅｒｉｆｙ）しなければならない。メッセージ内容が変更されている場合、要約が異なるか、または要約上の署名が適切に確証されない。メッセージが暗号化されていない場合、この署名はメッセージ内容を見ることを誰に対しても妨げないが、メッセージが改ざんされていないことと、“Ｆｒｏｍ”の部分に示された実際の人物からのものであることを保証する。
【００２４】
証明書やＣＲＬがメッセージに添付された場合、受信者は、その証明書およびＣＲＬをも確証し得る。証明書チェーンは、元の証明書が本物であることを確証するのに必要な多数のその他の証明書を伴う証明書である。署名されたメッセージ上の署名を確証している間、メッセージの受信者は、一般的に、さらに署名の証明書に対する証明書チェーンを取得し、証明書が信頼のあるソースからのルート証明書によって署名されたということがわかるまで、チェーン内の各証明書がチェーン内の次の証明書によって署名されていることを確認する。信頼のあるソースからとは、おそらく、たとえばＶｅｒｉｓｉｇｎやＥｎｔｒｕｓｔ等の証明書当局（ＣＡ）に関連する大きな公開鍵サーバ（ＰＫＳ）からのものである。ＶｅｒｉｓｉｇｎおよびＥｎｔｒｕｓｔは、どちらも公開鍵の暗号化の分野において有名な企業である。一旦そのようなルート証明書が見つかれば、送信者と受信者の両者が証明書のソースを信頼するため、署名は確証され信頼され得る。
【００２５】
暗号化されたＳ／ＭＩＭＥメッセージの処理において、１回限りのセッションキーが作成され、メッセージの本文を暗号化するのに使用される。このセッションキーは、一般的にＴｒｉｐｌｅ  ＤＥＳのような対称の暗号を有する。次いで、一般的にＲＳＡのような公開鍵暗号化アルゴリズムと共に受信者の公開鍵を用いて、セッションキーが暗号化される。メッセージが２以上の受信者へ宛てられている場合、同じセッションキーは各受信者の公開鍵を用いて暗号化される。暗号化されたメッセージ本文は、暗号化された全てのセッションキーと同様に、全受信者へ送信される。次いで、受信者は、各自のセッションキーを見つける。これは、場合によっては、メッセージに添付され得る受信者のＲｅｃｉｐｉｅｎｔ  Ｉｎｆｏの要約に基づく。また、受信者は、自分の秘密鍵を用いてそのセッションキーを解読する。一旦セッションキーが解読されれば、その後、そのセッションキーはメッセージ本文を解読するために用いられる。Ｓ/ＭＩＭＥ  Ｒｅｃｉｐｉｅｎｔ  Ｉｎｆｏの添付は、メッセージを解読するために使用しなければならない特定の暗号化スキームを特定することも可能である。この情報は、通常はＳ/ＭＩＭＥメッセージのヘッダに配置される。
【００２６】
これらの処理がＳ／ＭＩＭＥのメッセージ通信およびそれに関連するエンコード処理、すなわち暗号化および／または署名の、説明的な例と関連するということは、当業者であれば理解できよう。しかしながら、本発明は全くそれに制限されず、暗号化および署名は、単に本明細書に記載のシステムおよび方法が適用され得るエンコード処理のタイプの２つの例にすぎない。
【００２７】
ここで図３を参照し、エンコードされたメッセージの伝送についてさらに詳細に説明する。図３は、暗号化、および場合によってはＳ／ＭＩＭＥまたは同様の技術を用いた署名によってエンコードされたメッセージを転送する例のシステムを示す。
【００２８】
図３において、システム１０のユーザＸは、Ｅメールメッセージ１５を作成し、メッセージを暗号化し、メッセージに署名することを決定する。これを遂行するために、システム１０は最初にセッションキーを作成し、メッセージを暗号化する。次いで、公開鍵暗号方式が使用される場合、各受信者の公開鍵は、ローカルな記憶装置またはインターネット２０上の公開鍵サーバ（ＰＫＳ）（図示せず）のいずれかから検索される。公開鍵暗号方式が一般的な傾向にあるが、特にシステムが可能性のある通信者を多数含む場合には、その他の暗号スキームが代わりに使用され得る。図３に示すようなシステムにおいて、１０のような、時には任意の他のＥメールシステムとメッセージ交換を所望し得る多数のＥメールシステムがあり得る。公開鍵暗号方式は、このような多数の通信者の間に効率的な鍵の配布を提供する。各受信者に対し、セッションキーが暗号化され、好ましくはＲｅｃｉｐｉｅｎｔＩｎｆｏと共にメッセージに添付される。セッションキーは、３人の意図された受信者に対してＡ、Ｂ、Ｃで示されている。一旦暗号化が完了していれば、暗号化されたセッションキーを含む新しいメッセージの要約は得られ、この要約は送信者の秘密鍵を用いて署名される。最初にメッセージに署名する場合、メッセージの要約は暗号化されたセッションキーなしで得られる。この要約は、署名された全てのコンポーネントと共に、セッションキーを用いて暗号化される。各セッションキーは、公開鍵暗号方式が用いられる場合、各受信者の公開鍵を用いてさらに暗号化され、あるいは、送信者がいくつかの代替的な暗号方式の構成を介して１人以上の受信者と安全にＥメールを交換できる場合、各受信者に関連する別の鍵を用いてさらに暗号化される。
【００２９】
この暗号化され署名されたメッセージ２００は、セッションキー２０５および証明書情報３０５と共に、コンピュータシステム上で動作するメッセージサーバ４０へ送信される。上記のように、メッセージサーバ４０はメッセージを処理し、適切なユーザのメールボックスにそのメッセージを入れ得る。モバイル機器のＥメールアクセススキームに応じて、モバイル機器１００はメッセージサーバ４０にＥメールをリクエストし得る。あるいは、リダイレクションソフトウェア４５（図２参照）は、新しいメッセージを検知し得、モバイル機器１００を有する各受信者へ新しいＥメールメッセージをフォワードするためのリダイレクション処理を開始し得る。代替的に、Ｅメールメッセージおよび添付物は、場合によっては、メッセージサーバシステムの代わりにあるいはメッセージサーバシステムに加えて、モバイル機器１００へ直接送信され得る。無線ゲートウェイおよびインフラストラクチャー８５/９０および１つ以上の無線ネットワーク１１０、あるいはインターネット２０、ならびに無線ＶＰＮルータ７５（図２、図３には図示せず）を用いる無線ネットワーク１１０を介するものを含む、上記のうちの任意の転送メカニズムが、機器１００へＥメールメッセージと添付物とを転送するために使用され得る。メッセージおよび添付物をモバイル機器１００へ送信するために、現在既知の、または将来利用可能になり得る、その他の伝送メカニズムも使用され得る。
【００３０】
図３は、各モバイル機器１００上のメッセージ全体の受信を示す。メッセージがモバイル機器１００へ送信される前に、代替的にメッセージの署名または暗号化部分が再編成され得、必要な部分のみが、各モバイル機器１００に送られる。このことは、２００１年６月１２日出願の米国特許出願第６０/２９７,６８１号、および２００２年３月２０日出願の同第６０/３６５,５３５号に詳細に述べられている。両出願は、本特許出願の譲受人に譲渡され、また、両出願の内容全体をここに援用する。これらの先の出願は、安全なメッセージを再構成しモバイル機器に送られる情報量を制限する、一部のスキームを開示している。たとえば、上記の出願において記載されたスキームによれば、メッセージサーバシステムは、各モバイル機器に対する適切なセッションキーを決定し、その暗号化されたセッションキーのみをメッセージと共にモバイル機器へ送信する。上記の出願はまた、たとえばメッセージサーバシステムがデジタル署名を確証しデジタル署名の確証結果をモバイル機器へ送信する場合に、暗号化され署名されたメッセージと共にモバイル機器へ送信されなければならない署名関連情報を制限する技術を開示する。したがって、図３は各モバイル機器１００における全ての暗号化されたセッションキーおよび署名関連の添付物と共にメッセージ全体を示しているが、暗号化されたメッセージを処理する本技術は、メッセージ全体がモバイル機器１００へフォワードされることを必要としない。他の受信者に対する暗号化されたセッションキーおよび署名情報は、たとえば、各モバイル機器１００で必ず受け取られてもよいし、受け取られなくてもよい。
【００３１】
たとえばＸのＣＲＬ、Ｘの署名と、ＷのＣＲＬ、Ｘの証明書、およびその他の連鎖した証明書を含む署名関連情報とがメッセージの一部でない、あるいはメッセージが暗号化される前に署名されたというように、メッセージが署名されない場合には、モバイル機器１００のユーザがメッセージを開くと、適切な暗号化されたセッションキーが見つかり解読される。しかしながら、メッセージが暗号化された後に署名された場合、署名は好ましくは最初に確証され、次いで正しいセッションキーが見つかり解読される。当業者が理解するように、セッションキーの解読は、パスワードまたはパスフレーズを入力するというさらなるセキュリティ処理を含む。このパスワードまたはパスフレーズは、好ましくはモバイル機器１００のユーザのみが知っている。
【００３２】
先に述べたように、エンコードされたメッセージは、ユーザに対して表示できる前に最初にデコード（場合によってはメッセージの解読を含む）されなければならない。また、任意のデコードステップは、完成するのに長い時間を必要とし得る。ユーザからの動作または入力なしで実行することのできる任意のデコードステップは、ユーザがメッセージの受信を通知される前に実行され得る。その結果である、部分的または場合によっては完全にデコードされたメッセージは、コンテクストオブジェクトとしてメモリ内に格納することができる。これらのデコードステップが完了すると、ユーザはメッセージが受信されたことを通知される。格納されたコンテクストオブジェクトは次いで検索され得、デコードされたメッセージが表示またはさらなる処理のために必要な場合、必要であればさらにデコードされ得る。
【００３３】
図３ａは、一般的なエンコードされたメッセージのフォーマットを示し、一時的なメッセージ記憶装置の概念を説明するのに有用である。エンコードされたメッセージ３５０は、ヘッダ部分３５２と、エンコードされた本文部分３５４と、１つ以上のエンコードされたメッセージ添付物３５６と、１つ以上の暗号化されたセッションキー３５８と、署名、ならびにＣＲＬおよび証明書等の署名関連情報３６０とを含む。図３に示すメッセージのフォーマットは、署名され暗号化されたメッセージと関連するが、エンコードされたメッセージは、暗号化されたメッセージ、署名されたメッセージ、暗号化され署名されたメッセージあるいはそれ以外の方法でエンコードされたメッセージを含む。
【００３４】
ヘッダ部分３５２が一般的に“ｔｏ”、“ｆｒｏｍ”、“ＣＣ”アドレス等のアドレス指定情報、また必要に応じて、メッセージの長さのインジケータ、送信者の暗号化、署名スキームの識別子等を含むということは、当業者であれば理解できよう。実際のメッセージ内容は、通常、メッセージ本文またはデータ部分３５４と、場合によっては１つ以上のファイル添付３５６とを含み、それらはセッションキーを用いて送信者によって暗号化され得る。セッションキーが用いられた場合、セッションキーは一般的に意図される各受信者に対して暗号化され、３５８で示すようなメッセージに含まれる。モバイル機器１００（図１-３）等の受信者へメッセージを送信するのに用いられる特定のメッセージ転送メカニズムに応じて、メッセージは、その受信者に対する特定の暗号化されたセッションキーのみを含み得、あるいは全てのセッションキーを含み得る。メッセージが署名される場合、署名および署名関連情報３６０が含まれる。メッセージが暗号化の前に署名される場合、たとえばＳ/ＭＩＭＥの変形によると、署名も暗号化される。
【００３５】
図３ａに示すフォーマットは、例示目的のためのものにすぎず、本発明が他のフォーマットを有するエンコードされたメッセージに適用可能であることが理解されるべきである。例えば、上記のように、本明細書に記載の処理システムおよび技術は、署名されたまたは署名されていないエンコードされたメッセージ、暗号化されたまたは暗号化されていないエンコードされたメッセージ、およびそれ以外の方法でエンコードされたメッセージに対して適用可能であり、そのため、受信されたメッセージは暗号化および／または署名に関連する部分を必ずしも含んでいなくてもよい。また、個々のメッセージコンポーネントは、図３ａに示す順とは異なる順に現われ得る。
【００３６】
図４は、エンコードされたメッセージが、無線コネクタシステム４０６内に含まれるサーバ４０８によってモバイル機器４１０へ提供される状況を示す。図４を参照すると、送信者４０２からのエンコードされたメッセージ４０４は、無線コネクタシステム４０６に提供される。無線コネクタシステム４０６内のサーバ４０８は、エンコードされたメッセージ４０４のサイズを分析する。メッセージ４０４のサイズがいくつかの所定の閾値を上回る場合、サーバ４０８はメッセージサイズ関連情報４１４を提供することによってこの事実をモバイル機器４１０に通知する。サーバは、エンコードされたメッセージ４１２をモバイル機器へ送信する前に、エンコードされたメッセージ４１２が閾値のサイズを下回るように処理し得る。データ項目４１２およびデータ項目４１４がモバイル機器４１０へ個々に送信されても共にパッケージされてもよいという点を理解されたい。さらに、データ項目４１２はサーバ４０８によってさらに処理され得、その結果メッセージはデコードされ、次いでモバイル機器４１０へ送信される。
【００３７】
処理上のシナリオ例として、現在のモバイル機器の実施には、モバイル機器が到達するメッセージサイズについて３２ＫＢという制限がある。Ｓ／ＭＩＭＥメッセージが３２ＫＢを超える場合、メッセージ全体をモバイル機器へ完全に配信することができない。したがって、メッセージが署名されている場合、それをモバイル機器上で確証することができない。この状況において、サーバは、第１のメッセージチャンクにおいて、モバイル機器によって確証するにはメッセージが大きすぎるということを示す指示を送り、また、選択的に、メッセージが既にサーバによって確証されたということをモバイル機器に指示する。この処理によって、メッセージを受信するユーザは、モバイル機器が署名を機器上で確証できないということをすぐに知るため、メッセージを確証しようとしてモバイル機器の“ｍｏｒｅ”ボタンを継続的に押して時間を浪費することがない。
【００３８】
同じく処理上のシナリオの一部として、メッセージが大きすぎてモバイル機器に完全に送信することができない場合、サーバは安全に添付データ(添付物がある場合)を削除することができ、したがって添付データはモバイル機器に送信されない。Ｓ/ＭＩＭＥにおいて、メッセージの署名は、メッセージテキストおよび全ての添付物をカバーする。署名されたメッセージが2ＭＢのＥｘｃｅｌスプレッドシートを含む場合、大きすぎて機器上で確証することができない。この状況において、サーバはモバイル機器にスプレッドシートデータを送信しない。
【００３９】
これは単に処理上のシナリオの１つのタイプにすぎず、１つ以上の処理局面が追加、修正または削除され得、なおも所望の効果を達成するという点に留意されたい。たとえば、処理上のシナリオは、メッセージが大きすぎる場合にサーバがユーザに対して署名を確証できるようにすることをさらに含み得る。サーバは、署名がサーバによって確証されたことを示す指示またはメッセージを備えた指示、またはメッセージが長すぎてモバイル機器上では確証できないが署名はサーバによってうまく確証されたということを示す指示を、メッセージと共に送信することができる。したがって、ユーザはメッセージが本物であるという指示としてこの指示を使用できる。メッセージがあまり大きくない場合、確証はモバイル機器が行なうように残され得る。さらなる処理上のシナリオは、暗号化されたメッセージの解読作業全体またはその一部分をサーバへオフロードすることを含み得る。サーバがユーザの秘密鍵を有する場合、サーバは任意の暗号化されたメッセージを解読し、モバイル機器にプレーンテキストを送ることができる。この例においてメッセージは、サーバとモバイル機器との間で共有されているＴｒｉｐｌｅＤＥＳキーを用いてさらに保護される。
【００４０】
図５ａおよび図５ｂは、サーバおよびモバイル機器がメッセージに対して実行できる、異なる処理を示す。図５ａを参照すると、開始指示ブロック５００は、処理ブロック５０２において、サーバがメッセージを受信することを示す。決定ブロック５０４は、メッセージサイズが所定の閾値を超えるかを検討する。メッセージサイズは、存在する任意の添付物のサイズを含む。メッセージが所定の閾値を超えない場合、サーバが任意の追加の習慣的なメッセージ処理を実行した後、メッセージは処理ブロック５０６においてモバイル機器へ提供される。この分岐に対する処理は、継続の印５０８によって示すように、図５ｂへ続く。
【００４１】
メッセージサイズが閾値を超えることを決定ブロック５０４が決定する場合、決定ブロック５１０はメッセージが署名されているかどうか検討する。メッセージが署名されていない場合、処理は決定ブロック５１４へ続く。しかしながら、メッセージが署名されている場合、メッセージの署名は処理ブロック５１２で確証される。
【００４２】
メッセージが決定ブロック５１４によって決定された添付物を含まない場合、処理は処理ブロック５１８へ続く。メッセージが決定ステップ５１４で決定された１つ以上の添付物を含んでいた場合、メッセージがモバイル機器へ送信される前に、処理ブロック５１６は添付物を削除する。処理ブロック５１８において、メッセージのサイズ指示情報が生成される。そのような情報は、適用可能であれば、元のメッセージサイズが大きすぎてモバイル機器へ送信できなかったという指示と、同様に、メッセージが確証されたかどうかの指示とを含み得る。縮小されたメッセージおよび他の情報は、処理ブロック５２０においてモバイル機器へ提供される。処理は、継続の印５０８によって示すように、図５ｂへ続く。
【００４３】
図５ｂを参照すると、モバイル機器は、処理ブロック５３０においてメッセージおよび任意のその他の情報（たとえばメッセージサイズインジケータ情報）を受信する。その他の任意の情報は、サーバがモバイル機器へ提供したものであり得る。モバイル機器がメッセージを確証できないという指示（決定ブロック５３２で決定されたように）がない場合、処理ブロック５３４はメッセージを確証する。しかしながら、モバイル機器がメッセージを確証できないという指示がある場合、処理は処理ブロック５３６へ続き、モバイル機器はサーバで生成されたメッセージ情報に基づいて、ユーザに対して１つ以上の通知を行う。
【００４４】
処理ブロック５３８において、メッセージはモバイル機器のユーザに対して表示される。メッセージ全体が、ユーザに対して表示されるためにアクセスされ得、あるいは以下に示すように、メッセージの一部のみがサーバによって提供された場合、提供されたのと同じ量のメッセージが、ユーザに対して表示されるため、またはモバイル機器による他の用途のために、利用可能となり得る。
【００４５】
図６は、無線コネクタシステム６０６内に含まれるサーバ６０８によって、エンコードされたメッセージ全体に満たないメッセージがモバイル機器６１０へ提供される状況を示す。図６を参照すると、送信者６０２からのエンコードされた部分的なメッセージ６０４は、無線コネクタシステム６０６へ提供される。無線コネクターシステム６０６内のサーバ６０８は、メッセージ全体が送信されたかどうかを判断するために、エンコードされたメッセージ６０４を分析する。メッセージ全体が送信されていない場合、サーバ６０８は、エンコードされた部分的なメッセージに関する情報６１４と共に、エンコードされた部
分的なメッセージ６１２をモバイル機器６１０へ提供する。エンコードされた部分的なメッセージ情報６１４は、送信されているデータがメッセージ全体を構成していないという、モバイル機器に対する指示を含み得る。データ項目６１２およびデータ項目６１４がモバイル機器６１０へ個々に送信されても共にパッケージされてもよいという点を理解されたい。さらに、データ項目６１２はサーバ６０８によってさらに処理され得、その結果メッセージはデコードされ、次いでモバイル機器６１０へ送信される。
【００４６】
モバイル機器６１０は、サーバ６０８によって提供されたのと同じ量のメッセージを表示する等の多くの方法によって、部分的なメッセージ６１２を扱うことができる。サーバー６０８からのメッセージのうちのより多くを受け取る場合、モバイル機器６１０はその追加情報をユーザへ提供することができる。モバイル機器６１０がエンコードされた部分的なメッセージ６１２を扱うことができる多くの方法のうちの１つの例として、モバイル機器６１０は、エンコードされた部分的なメッセージ６１２に含まれる情報と共に、１つ以上のソフトウェアオブジェクト６１６を部分的に配置（ｐａｒｔｉａｌｌｙ  ｐｏｐｕｌａｔｅ）し得る。
【００４７】
図のように、Ｓ/ＭＩＭＥメッセージの内容は、ヘッダと、署名者情報および署名と、メッセージのテキストと、添付物と、証明書と、証明書取り消しリストとを含み得る。メッセージがテキストの途中で切られている場合、モバイル機器は、１つ以上のオブジェクト６１６を（部分的に）作成することができる。オブジェクト６１６において、署名者情報、ヘッダ情報、およびテキストの一部が、モバイル機器６１０のユーザに対して不完全なメッセージを表示するのに使用されるために、部分的にポピュレートされた１つ以上のオブジェクト６１６を介してアクセスされ得る。オブジェクト６１６には、サーバ６０８によって提供されたものと同じ量の情報が存在する。このアプローチは、情報のすべてが存在するとは限らないために例外を生じる他のアプローチとは異なる。部分的なメッセージの取り扱いはオブジェクト指向の環境に制限されず、非オブジェクト指向の環境をも同様に含むという点が理解されるべきである。たとえば、非オブジェクト指向の環境におけるデータ構造は、モバイル機器６１６へ提供される情報で部分的に占められ得る。
【００４８】
処理上のシナリオ例として、サーバは、メッセージの一部分を受信する。サーバがＳ/ＭＩＭＥまたはＰＧＰのメッセージの第１片を受信すると、サーバは、メッセージのうちのできる限り多くを処理する。メッセージのテキストのうちの一部が存在すれば（すなわち受信されたメッセージがエンコードよりも多い）、サーバは、部分的なメッセージを、表示されるためにモバイル機器へ提供する。メッセージが署名されている場合、サーバは、署名された完全なメッセージがサーバに到着していないためメッセージ（少なくとも当面は）を確証できないということをモバイル機器に対して示す。モバイル機器は、ユーザに対してその指示を表示することを選択的に決定し得る。
【００４９】
サーバがメッセージのうちのより多くをモバイル機器へ提供するとき、モバイル機器はその表示を更新する。たとえば、テキストのうちのより多くが表示され得、また、ここでメッセージを確証できる場合、モバイル機器はユーザに対してその情報を示す。このアプローチは受信されたメッセージの部分を処理するため、サーバおよびモバイル機器は、署名された不完全なメッセージがサーバで受信された場合のような追加処理を実行する必要がなく、署名されたメッセージ全体（ある場合）が受け取られるまで、サーバもモバイル機器も確証を実行しない。これは単に１つのタイプの処理であり、１つ以上の処理局面が追加、修正、削除され得、なおも所望の結果が達成され得るという点に留意されたい。
【００５０】
図７Ａおよび図７Ｂは、サーバおよびモバイル機器が部分的に提供されるメッセージに対して実行できる、異なる処理を示す。図７Ａを参照すると、開始指示ブロック７００は、処理ブロック７０２において、サーバがメッセージを受信することを示す。決定ブロック７０４は、部分的なメッセージが送信されたかどうかを検討する。サーバが受信したメッセージがどのようにエンコードされるかを検討することによって決定する等、この決定の方法は多数ある。図のように、Ｓ/ＭＩＭＥにおいて、基本のエンコード方法は、ＭＩＭＥ（多目的インターネットメール拡張）およびＡＳＮ.１（Ａｂｓｔｒａｃｔ  Ｓｙｎｔａｘ  Ｎｏｔａｔｉｏｎ−タグ、長さ、値のエンコード形式）である。エンコードがどこかで切られた場合、エンコードはその長さを伝えるか、いつデータが終わるかを示す境界のインジケータを用いるため、このことが検知され得、サーバはこのことを知る。
【００５１】
異なる実施環境のため、多くの変形が存在するという点が理解されるべきである。たとえば、サーバ自体が部分的なメッセージを受信したためではなく、サーバが部分的なメッセージのみを送信するいうことをサーバが認識するため、サーバはモバイル機器に対して部分的なメッセージを提供し得る。この状況において、サーバは送信者からメッセージ全体を受信し、モバイル機器はサーバからメッセージ全体を受け取らなくてもよい。しかしながら、メッセージの一部のみが機器に到達する（たとえばメッセージが大きすぎる場合）かどうかをサーバは決定することができ、その指示を送信することができる。したがって、本明細書に開示の処理は、このような状況にも適用され得る。たとえば、送信者から受信されたメッセージのサイズが、所定の閾値を超える場合、決定ブロック７０４はさらに処理ブロック７１２に分岐する。
【００５２】
決定ブロック７０２によって決定されたように完全なメッセージが送信される場合、メッセージは、処理ブロック７０８においてモバイル機器へ提供される前に処理ブロック７０６においてサーバによって通常のように処理される。この分岐に対する処理は、継続の印７１０によって示されるように、図７ｂへ続く。
【００５３】
しかしながら、決定ブロック７０２において決定されたように完全なメッセージが送信されない場合、サーバは、処理ブロック７１２において部分的なメッセージを処理する。たとえば、サーバは、メッセージが署名されるかどうかを検討し得る。決定ブロック７１４において決定されるようにメッセージが署名されない場合、処理は処理ブロック７１８へ続く。しかしながら、メッセージが署名される場合、サーバは、モバイル機器へ送信されたデータの中に、メッセージを確認することができないという指示を含む。
【００５４】
処理ブロック７１８において、メッセージに関する情報（部分的なメッセージであるという情報、署名が確証できないかどうかの情報等）がある。この情報および部分的なメッセージは、処理ブロック７２０においてモバイル機器へ送信される。処理は、継続の印７１０によって示されるように、図７ｂへ続く。
【００５５】
図７Ｂを参照すると、モバイル機器は、処理ブロック７３０において、サーバによって送信されたデータを受信する。部分的なメッセージ指示がない場合、終了ブロック７４４に直面する前に、メッセージは通常通り処理される。しかしながら、部分的なメッセージ指示がある場合、処理ブロック７３６において、モバイル機器は、送信者によって送信されたデータに基づいて１つ以上の通知をユーザに対して行う。
【００５６】
処理ブロック７３８において、モバイル機器上で動作する１つ以上のオブジェクトは、サーバによって提供されたデータと共にできるだけ完全に配置（ｐｏｐｕｌａｔｅ）される。部分的なメッセージは、処理ブロック７４０において、配置された１つ以上のオブジェクトに基づいてユーザへ表示される。決定ブロック７４２で決定されたように、メッセージのうちのより多くがモバイル機器へ提供されるにつれて、オブジェクトは処理ブロック７３８において更新され、処理ブロック７４０においてユーザへ情報を表示するために使用される。所定の時間内にそれ以上メッセージが到着しない場合、終了ブロック７４４によって示されるように、メッセージに関する処理は完了する。
【００５７】
エンコードされたメッセージの処理方法は、本明細書に記載の全てのステップを必ずしも含む必要はなく、または、たとえばメッセージの送信者によって適用されたエンコードのタイプに応じてさらなるステップおよび処理をこれに加えて含み得るということは、当業者であれば理解できよう。上記の方法のその他の変形は当業者に明白になり、それらの変形は、本発明の範囲内であるものとみなされる。
【００５８】
さらに、上記の実施例は、例示の目的のために示されたものにすぎず、本明細書に記載された発明の範囲を制限する目的ではない。たとえば、主として移動体通信機器という状況で説明したが、上記のエンコードされたメッセージの処理システムおよび方法は、第一段階のデコード処理が実行されたエンコードされたメッセージのビューイングまたはそれ以外のアクセスに関連する、プロセッサの負荷と時間の遅れとを低減し得る。メッセージのデコード処理は、一般的にはより小さなハンドヘルドの機器および携帯機器よりも高速ではるかに強力なプロセッサを有するデスクトップのコンピュータシステムにおいて、よりわずかな時間の遅れを含む傾向にある。また、このようなプロセッサに集中したデコード処理に関連する電力消費も、デスクトップ、または事実上無制限の電源を備えたより大きなコンピュータシステムに比べて小さい。しかしながら、上記のシステムおよび方法はそれにもかかわらずこのようなシステムにおいて実施され得る。
【００５９】
本明細書に記載のシステムおよび方法の広範囲のさらなる例が、図８〜図１０に示されている。図８〜図１０は、様々な例示の通信システムにおける、システムおよび方法の追加使用にを示す。図８は通信システムの一例を示すブロック図である。図８において、コンピュータシステム８０２と、ＷＡＮ８０４と、セキュリティファイアウォール８０８の背後の企業ＬＡＮ８０６と、無線インフラストラクチャ８１０と、無線ネットワーク８１２および８１４と、モバイル機器８１６および８１８とが示されている。企業ＬＡＮ８０６は、メッセージサーバ８２０と、無線コネクタシステム８２８と、少なくとも複数のメールボックス８１９を含むデータ記憶装置８１７と、インタフェースまたはコネクタ８２６への物理的接続８２４を介するリンクのような、モバイル機器への直接の通信リンクを有するデスクトップコンピュータシステム８２２と、無線ＶＰＮルータ８３２を含む。図８のシステムの動作については、メッセージ８３３、８３４および８３６を参照して以下に説明する。
【００６０】
コンピュータシステム８０２は、たとえば、ＷＡＮ８０４へ接続するように構成された、ラップトップ、デスクトップ、またはパームトップのコンピューターシステムであり得る。このようなコンピュータシステムは、ＩＳＰまたはＡＳＰを介してＷＡＮ８０４へ接続され得る。代替的に、コンピュータシステム８０２は、コンピュータシステム８２２のようにＬＡＮまたは他のネットワークを介してＷＡＮ８０４へアクセスする、ネットワーク接続されたコンピュータシステムであり得る。多くの現代のモバイル機器が、様々なインフラストラクチャおよびゲートウエイ構成を介してＷＡＮへ接続するために可能である。したがって、コンピュータシステム８０２はモバイル機器でもあり得る。
【００６１】
企業ＬＡＮ８０６は、無線通信用に可能である、中枢の、サーバに基づいたメッセージ通信システムの説明的な例である。メッセージ用のメールボックス８１９を有するデータ記憶装置８１７と、場合によってはその他のデータ項目用のさらなるデータ記憶装置（図示せず）の両方をホストするという点で、企業ＬＡＮ８０６は、「ホストシステム」とも呼ばれ得る。これらのデータ項目は、モバイル機器８１６および８１８、無線コネクタシステム８２８、無線ＶＰＮルータ８３２、あるいは場合によっては、企業ＬＡＮ８０６と１つ以上のモバイル機器８１６および８１８との間の通信を可能にするその他のコンポーネントで送受信され得る。より一般的な用語では、ホストシステムは、無線コネクタシステムがそこでまたはそれと関連して動作している、１つ以上のコンピューターであり得る。企業ＬＡＮ８０６は、ホストシステムの１つの好ましい実施形態であり、このホストシステムにおいて、ホストシステムは、少なくとも１つのセキュリティファイアウォール８０８の背後で保護されて動作する企業ネットワーク環境内で動作しているサーバコンピュータである。他の可能な中枢ホストシステムは、ＩＳＰ、ＡＳＰ、および他のサービスプロバイダまたはメールシステムを含む。デスクトップコンピュータシステム８２４およびインタフェースおよび／またはコネクタ８２６は、このようなホストシステムの外部に配置され得るが、無線通信オペレーションは以下に説明するものと同様であり得る。
【００６２】
企業ＬＡＮ８０６は、無線通信を可能にする、関連するコンポーネントとして無線コネクタシステム８２８を実施する。これらは、通常、ソフトウェアプログラム、ソフトウェアアプリケーション、または少なくとも１つ以上のメッセージサーバと作用するように構築されたソフトウェアコンポーネントである。無線コネクタシステム８２８は、１つ以上の無線ネットワーク８１２および８１４を介して、ユーザに選択された情報を１つ以上のモバイル機器８１６および８１８へ送信したり、モバイル機器８１６および８１８からの情報を受信したりするために用いられる。図８に示すように、無線コネクタシステム８２８はメッセージ通信システムの個別のコンポーネントであり得、あるいは、代わりに他の通信システムコンポーネント内に部分的または完全に組み込まれ得る。たとえば、メッセージサーバ８２０は、無線コネクタシステム８２８を実行するソフトウェアプログラム、アプリケーション、その一部分、あるいはその機能性の一部または全てを組み込み得る。
【００６３】
ファイアウォール８０８の背後のコンピューター上で動作するメッセージサーバ８２０は、たとえば電子メール、カレンダリングデータ、音声メール、電子ドキュメント、ＰＩＭデータを含むメッセージをＷＡＮ８０４と交換する、企業に対する主要なインタフェースの役割をする。ＷＡＮ８０４は、一般的にはインターネットである。特定の中間オペレーションおよびコンピュータは、メッセージ配信メカニズムの特定のタイプと、メッセージが交換されるネットワークとに依存するため、図８には示していない。メッセージサーバ８２０の機能性は、上記のように、メッセージの送受信を越えて拡張し得、カレンダー、ｔｏｄｏリスト、タスクリスト、Ｅメールおよびドキュメンテーション等のデータ用のダイナミックなデータベース記憶装置のような特徴を提供し得る。
【００６４】
８２０のようなメッセージサーバは、通常、サーバ上にアカウントを有する各ユーザに対して、８１７のような１つ以上のデータ記憶装置内に複数のメールボックス８１９を維持する。データ記憶装置８１７は、多くのユーザアカウント（「ｎ」）に対するメールボックス８１９を含む。ユーザ、ユーザアカウント、メールボックス、あるいは場合によっては、メッセージの受信者としての、ユーザ、アカウントまたはメールボックス８１９に関連する別のアドレスを識別する、メッセージサーバ８２０によって受信されたメッセージは、対応するメールボックス８１９内に格納される。メッセージが多数の受信者または配信リストへ宛てられる場合、一般的に、同じメッセージのコピーが２つ以上のメールボックス８１９に格納される。代替的に、メッセージサーバ８２０は、メッセージサーバ上にアカウントを有する全てのユーザにとってアクセス可能であるデータ記憶装置内に、このようなメッセージの単一のコピーを格納し、各受信者のメールボックス８１９内にポインタまたは他の識別子を格納し得る。一般的なメッセージ通信システムにおいて、各ユーザは、Ｍｉｃｒｏｓｏｆｔ  ＯｕｔｌｏｏｋまたはＬｏｔｕｓ  Ｎｏｔｅｓ等のメッセージクライアントを利用して、自分のメールボックス８１９およびその内容にアクセスする。メッセージクライアントは、通常、ＬＡＮ８０６内に接続された、デスクトップコンピュータシステム８２２のようなＰＣ上で動作する。図８には１つのデスクトップコンピュータシステム８２２のみが示されているが、ＬＡＮは一般的に多数のデスクトップ、ノート型、ラップトップのコンピュータシステムを含むということは、当業者であれば理解できよう。各メッセージクライアントは、通常、デスクトップコンピュータシステム８２２を介してメールボックス８１９へアクセスするが、一部のシステムにおいては、メッセージクライアントは、データ記憶装置８１７、およびデータ記憶装置８１７上に格納されたメールボックス８１９へ、デスクトップコンピュータシステム８２２によって直接アクセスすることを可能にし得る。また、メッセージは、データ記憶装置８１７からデスクトップコンピュータシステム８２２上のローカルデータ記憶装置（図示せず）へダウンロードされ得る。
【００６５】
企業ＬＡＮ８０６内で、無線コネクタシステム８２８はメッセージサーバ８２０と関連して動作する。無線コネクタシステム８２８は、メッセージサーバ８２０と同じコンピュータシステム上に存在し得、あるいは代わりに、異なるコンピュータシステム上で実施され得る。また無線コネクタシステム８２８を実施するソフトウェアは、メッセージサーバ８２０に部分的または完全に統合され得る。無線コネクタシステム８２８とメッセージサーバ８２０とは、好ましくは、モバイル機器８１６および８１８への情報のプッシングを可能にするために協働し相互作用するように設計されている。このような設置において、無線コネクタシステム８２８は、好ましくは、企業ＬＡＮ８０６に関連する１つ以上のデータ記憶装置内に格納された情報を、企業のファイアウォール８０８を介し、ＷＡＮ８０４と無線ネットワーク８１２、８１４のうちの一方を経由して、１つ以上のモバイル機器８１６、８１８へ送信するように構成されている。また、たとえばデータ記憶装置８１７内のアカウントおよびそれに関連するメールボックス８１９を有するユーザは、８１６のようなモバイル機器を有し得る。上記のように、ユーザまたはアカウントまたはメールボックス８１９を識別する、メッセージサーバ８２０によって受信されたメッセージは、メッセージサーバ８２０によって対応するメールボックス８１９に格納される。ユーザが８１６のようなモバイル機器を有する場合、サーバ８２０によって受信されユーザのメールボックス８１９に格納されたメッセージは、好ましくは無線コネクタシステム８２８によって検知され、ユーザのモバイル機器８１６へ送信される。このタイプの機能性は「プッシュ」メッセージ送信技術を表わす。無線コネクタシステム８２８は、代わりに、「プル」技術を採用し得る。「プル」技術においては、モバイル機器を用いて行われたリクエストまたはアクセス処理に応じて、メールボックス８１９に格納された項目がモバイル機器８１６および８１８へ送信される。あるいは「プッシュ」と「プル」の両方の技術のいくつかの組み合わせを採用し得る。
【００６６】
このようにして、無線コネクタ８２８の使用によって、メッセージサーバ８２０を含むメッセージ通信システムは、各ユーザのモバイル機器８１６および８１８がメッセージサーバ８２０の格納されたメッセージにアクセスするように拡張することができる。本明細書に記載のシステムおよび方法は、プッシュに基づく技術のみに限定されないが、先に援用した米国特許および出願には、プッシュに基づくメッセージの詳細な説明の方が多く見られる。このプッシュ技術は、モバイル機器へ全ての情報を配信するために無線に都合のよいエンコード、圧縮、および暗号化の技術を利用し、それによって、企業のファイアウォール８１８を、モバイル機器８１６および８１８を含むように有効に拡大する。
【００６７】
図８に示すように、企業ＬＡＮ８０６からモバイル機器８１６および８１８と情報を交換するためにはいくつかの経路がある。１つの可能な情報転送経路は、インタフェースまたはコネクタ８２６を用いて、シリアルポートのような物理的接続８２４を介する経路である。この経路は、たとえば、モバイル機器８１６、８１８の初期化の際に、あるいはモバイル機器８１８、８１８のユーザがコンピュータシステム８２２のようなＬＡＮ８０６内のコンピュータシステムで作業している場合に周期的によく行なわれる、バルク情報更新に有用であり得る。たとえば、上記のように、ＰＩＭデータは一般的に、内部または上にモバイル機器８１６および８１８が配置され得るクレイドル等の適切なインタフェースまたはコネクタ８２６へ接続された、シリアルポートのような接続を介して交換される。デスクトップコンピュータシステム８２２からの他の情報をモバイル機器８１６および８１８へ転送するには、物理的接続８２４も使用され得る。このような情報として、デスクトップコンピュータシステム８２２に関連する秘密鍵暗号化または署名の鍵のような秘密のセキュリティキー（「秘密鍵」）、あるいはＳ／ＭＩＭＥ、ＰＧＰ等の一部の安全なメッセージ通信スキームにおいて用いられる証明書およびＣＲＬのような、他の比較的バルキーな情報が含まれる。
【００６８】
物理的接続８２４と、コネクタまたはインターフェース８２６とを用いた秘密鍵の交換は、ユーザのデスクトップコンピュータシステム８２２およびモバイル機器８１６または８１８が、暗号化されおよび／または署名された全てのメールへアクセスするために、少なくとも１つの識別番号を共有することを可能にする。ユーザのデスクトップコンピュータシステム８２２ならびにモバイル機器８１６または８１８はこのように秘密鍵を共有することができ、その結果、ホストシステム８２２あるいはモバイル機器８１６または８１８のいずれかが、ユーザのメールボックスまたはメッセージサーバ８２０上のアカウントへ宛てられた安全なメッセージを処理することができる。このような物理的接続を介した証明書およびＣＲＬの転送は、証明書およびＣＲＬがＳ／ＭＩＭＥ、ＰＧＰならびに他の公開鍵セキュリティに必要な大量のデータを表すという点で好適であり得る。ユーザ自身の証明書、ユーザの証明書を確証するのに用いられる証明書のチェーン、およびＣＲＬは、他のユーザに対する証明書、証明書チェーン、およびＣＲＬと同様に、ユーザのデスクトップコンピュータシステム８２２からモバイル機器８１６および８１８上にロードされ得る。このように他のユーザの証明書およびＣＲＬを、モバイル機器８１６および８１８上へロードすることによって、モバイル機器のユーザは、安全なメッセージを交換し得る他の実体またはユーザを選択し、バルキーな情報を、無線ではなく物理的接続を介してモバイル機器上へプレロードし、それによって、安全なメッセージが他のユーザから受信されるか安全なメッセージを他のユーザへ送るとき、あるいは証明書の状態が決定されたときに、時間と無線帯域幅とを節約できる。
【００６９】
既知の「同期」タイプの無線メッセージ通信システムでは、メッセージサーバ８２０に関連するメールボックス８１９からモバイル機器８１６および８１８へメッセージを転送するのにも物理的経路が利用される。
【００７０】
モバイル機器８１６および８１８とデータを交換する別の方法は、無線コネクタシステム８２８を介しており、無線ネットワーク８１２および８１４を用いる、無線（ｏｖｅｒ−ｔｈｅ−ａｉｒ）である。図８に示すように、この方法は、ネットワーク８０６内で利用可能であれば、無線ＶＰＮルータ８３２を含み得、または代替的に、１つ以上の無線ネットワーク８１２および８１４へのインタフェースを提供する無線インフラストラクチャ８１０への従来のＷＡＮ接続を含み得る。無線ＶＰＮルータ８３２は、直接特定の無線ネットワーク８１２を介して無線機器８１６へのＶＰＮ接続をなす。このような無線ＶＰＮルータ８３２は、ＩＰＶ６のようなスタティックなアドレス指定スキームと関連して使用され得る。
【００７１】
無線ＶＰＮルータ８３２が利用可能ではない場合、ＷＡＮ８０４（通常はインターネットである）へのリンクは、無線コネクタシステム８２８が採用し得る、一般的に利用されている接続メカニズムである。モバイル機器８１６のアドレス指定、およびその他の要求されたインタフェース機能を扱うために、好ましくは無線インフラストラクチャ８１０が利用される。無線インフラストラクチャ８１０はさらに、所定のユーザの位置を特定するのに最も可能性のある無線ネットワークを決定し、国またはネットワークの間をローミングしているユーザを追跡する。８１２および８１４のような無線ネットワークでは、通常、メッセージは基地局(図示せず)とモバイル機器８１６および８１８との間のＲＦ送信を介してモバイル機器８１６および８１８へ、あるいはモバイル機器８１６および８１８から、配信される。
【００７２】
無線ネットワーク８１２および８１４への複数の接続は、たとえば、インターネット全体で使用されるＴＣＰ／ＩＰプロトコルを用いた、ＩＳＤＮまたはフレームリレーまたはＴ１接続を含めて提供され得る。無線ネットワーク８１２および８１４は、別個の、独自で無関係のネットワークを表し得、あるいは、異なる国々で同じネットワークを表わし得、また、様々なタイプのネットワークのいずれかであり得る。様々なタイプのネットワークには、上記のいずれかのような、データ通信中心の無線ネットワーク、音声通信中心の無線ネットワーク、同一または類似のインフラストラクチャーを介して音声通信とデータ通信の両方をサポートできるデュアルモードネットワークが含まれるが、これらに限定されるわけではない。
【００７３】
一部の実施において、２つ以上の無線情報交換メカニズムが企業ＬＡＮ８０６内に提供され得る。たとえば図８の例示の通信システムにおいて、メッセージサーバ８２０上のユーザカウントに関連するメールボックス８１９を有するユーザに関連する、モバイル機器８１６および８１８は、異なる無線ネットワーク８１２および８１４上で動作するように構成されている。無線ネットワーク８１２がＩＰｖ６アドレス指定をサポートする場合、無線ネットワーク８１２内で動作する任意のモバイル機器８１６とデータを交換するために、無線ＶＰＮルータ８３２が無線コネクタシステム８２８によって使用され得る。しかしながら、無線ネットワーク８１４は、Ｍｏｂｉｔｅｘネットワークのような異なるタイプの無線ネットワークであり得る。Ｍｏｂｉｔｅｘネットワークでは、代わりに情報は、無線コネクタシステム８２８によってＷＡＮ８０４および無線インフラストラクチャー８１０への接続を介して、無線ネットワーク８１４内で動作するモバイル機器８１８と交換され得る。
【００７４】
ここで、コンピュータシステム８０２から送信され、メッセージサーバ８２０に関連するアカウントとメールボックス８１９または類似のデータ記憶装置との両方、ならびにモバイル機器８１６または８１８を有する、少なくとも１の受信者へ宛てられたＥメールメッセージ８３３の例を用いて図８のシステムの動作を説明した。しかしながら、Ｅメールメッセージ８３３は例示説明の目的のためにのみ意図されたものである。企業ＬＡＮ８０６間の他のタイプの情報交換が、好ましくは無線コネクタシステム８２８によって可能となる。
【００７５】
ＷＡＮ８０４を介してコンピュータシステム８０２から送信されたＥメールメッセージ８３３は、利用される特定のメッセージ通信スキームに応じて、完全に平文であっても、デジタル署名を用いて署名されおよび／または暗号化されたものであってもよい。たとえば、コンピュータシステム８０２がＳ／ＭＩＭＥを用いて安全にメッセージ通信できる場合、Ｅメールメッセージ８３３は、署名されているか、暗号化されているか、あるいはその両方であり得る。
【００７６】
８３３のようなＥメールメッセージは、通常、Ｅメールメッセージのフォーマットを定義するために、従来のＳＭＴＰ、ＲＦＣ８２２ヘッダ、およびＭＩＭＥの本文部分を用いる。これらの技術は全て当業者にとって既知である。Ｅメールメッセージ８３３は、どのメールボックス８１９へＥメールメッセージ８３３が格納されるべきかを決定するメッセージサーバ８２０へ到着する。上記のように、Ｅメールメッセージ８３３のようなメッセージは、ユーザネーム、ユーザカウント、メールボックス識別子、あるいは他のタイプの識別子を含み得、これらはメッセージサーバ８２０によって特定のアカウントまたは関連するメールボックス８１９にマップされ得る。Ｅメールメッセージ８３３に関しては、受信者は一般的に、ユーザカウントおよびメールボックス８１９に対応するＥメールアドレスを用いて識別される。
【００７７】
無線コネクタシステム８２８は、ユーザが選択した所定のデータ項目またはデータ項目の一部を、無線ネットワーク８１２または８１４を介して企業ＬＡＮ８０６からユーザのモバイル機器８１６または８１８へ送信または反映する。このことは、好ましくは１つ以上のトリガーイベントが起こったことを検知した際に行われる。トリガーイベントは、次のもののうちの１つ以上を含むが、これらに限定されるわけではない。すなわち、ユーザのネットワーク接続されたコンピュータシステム８２２におけるスクリーンセーバの起動、インタフェース８２６からのユーザのモバイル機器８１６または８１８の接続切断、あるいはホストシステムに格納された１つ以上のメッセージの送信を開始するためにモバイル機器８１６または８１８からホストシステムへ送信されたコマンドの受信である。このように、無線コネクタシステム８２８は、コマンドの受信のようにメッセージサーバ８２０に関連するトリガーイベント、あるいは上記のスクリーンセーバおよび接続切断のイベントを含む、１台以上のネットワーク接続されたコンピュータシステム８２２に関連するトリガーイベントを検知し得る。モバイル機器８１６または８１８に対する、企業データへの無線アクセスがＬＡＮ８０６において有効化されると、無線コネクタシステム８２８は、モバイル機器のユーザに対してトリガーイベントの発生を検知する。たとえば、ユーザによって選択されたデータ項目は、好ましくはユーザのモバイル機器へ送信される。Ｅメールメッセージ８３３の例では、一旦トリガーイベントが検知されると、メッセージサーバ８２０へのメッセージ８３３の到着は、無線コネクタシステム８２８によって検知される。これは、たとえば、メッセージサーバ８２０に関連するメールボックス８１９をモニターするかクエリーすることによって遂行され得、あるいは、メッセージサーバ８２０がＭｉｃｒｏＳｏｆｔ  Ｅｘｃｈａｎｇｅサーバである場合、無線コネクタシステム８２８は、新しいメッセージがメールボックス８１９に保存されたときに通知を受けるために、ＭｉｃｒｏＳｏｆｔ  Ｍｅｓｓａｇｉｎｇ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ（ＭＡＰＩ）によって提供されるアドバイス同期（ａｄｖｉｓｅ  ｓｙｎｃ）を登録し得る。
【００７８】
電子メールメッセージ８３３のようなデータ項目がモバイル機器８１６または８１８に送られる場合、無線コネクタシステム８２８は、好ましくはモバイル機器にトランスペアレントな方法でデータ項目をリパッケージする。その結果、モバイル機器によって送受信された情報は、ホストシステム、つまり図８のＬＡＮ８０６上に格納されておりアクセス可能である情報と、同様に見える。１つの好ましいリパッケージの方法は、無線ネットワーク８１２および８１４を介して送信された受信メッセージを、メッセージが送信されることになっているモバイル機器８１６および８１８の無線ネットワークアドレスに相当する電子エンベロープでラップすることを含む。代替的に、特別な目的のＴＣＰ／ＩＰラッピング技術等のその他のリパッケージ方法が利用され得る。このようなリパッケージも、好ましくは、モバイル機器８１６または８１８から送信されたＥメールメッセージが、モバイル機器から作成されて送信された場合でも、対応するホストシステムアカウントまたはメールボックス８１９から生じたと見える結果になる。モバイル機器８１６または８１８のユーザは、それによってホストシステムアカウントまたはメールボックス８１９とモバイル機器との間で単一のＥメールアドレスを実質的に共有し得る。
【００７９】
Ｅメールメッセージ８３３のリパッケージは８３４および８３６で示される。リパッケージ技術は、任意の利用可能な転送経路に対して類似し得、あるいは、特定の転送経路、すなわち無線インフラストラクチャ８１０または無線ＶＰＮルータ８３２のいずれかに依存し得る。たとえば、Ｅメールメッセージ８３３は、好ましくは、８３４でリパッケージされる前または後に圧縮され暗号化され、それによって有効にモバイル機器８１８への安全な転送を提供する。圧縮は、メッセージを送信するのに必要な帯域幅を縮小し、暗号化は、モバイル機器８１６および８１８へ送信された任意のメッセージまたは他の情報の機密性を保証する。対照的に、ＶＰＮを介して転送されたメッセージは、圧縮されるのみで暗号化されない。これは、ＶＰＮルータ８３２によって確立されたＶＰＮ接続は元々安全なためである。メッセージは、このように、無線コネクタシステム８２８における暗号化あるいはＶＰＮルーター８３２のいずれかを介してモバイル機器８１６および８１８へ安全に送信される。無線コネクタシステム８２８は、たとえば非標準のＶＰＮトンネルまたはＶＰＮに類似の接続と考えられ得る。モバイル機器８１６または８１８を用いてメッセージにアクセスすることは、このように、ＬＡＮ８０６においてデスクトップコンピュータシステム８２２を用いてメールボックスにアクセスするのと同様に安全である。
【００８０】
リパッケージされたメッセージ８３４または８３６が、無線インフラストラクチャー８１０または無線ＶＰＮルーター８３２を介してモバイル機器８１６または８１８へ到着すると、モバイル機器８１６または８１８は、リパッケージされたメッセージ８３４または８３６から外部の電子エンベロープを外し、任意の必要な解凍処理および解読処理を実行する。モバイル機器８１６または８１８から送信され１つ以上の受信者へアドレス指定されたメッセージは、好ましくは同様にリパッケージされ、場合によっては圧縮・暗号化され、ＬＡＮ８０６のようなホストシステムへ送信される。次いで、ホストシステムはリパッケージされたメッセージから電子エンベロープを外し、所望であればメッセージを解読・解凍し、アドレス指定された受信者へのメッセージを送信する。
【００８１】
外部エンベロープ（ｏｕｔｅｒ  ｅｎｖｅｌｏｐｅ）を用いる別の目的は、元のＥメールメッセージ８３３におけるアドレス指定情報のうち少なくとも一部を維持することである。情報をモバイル機器８１６および８１８へルート決定するのに用いられた外部エンベロープは、１つ以上のモバイル機器のネットワークアドレスを用いてアドレス指定されるが、外部エンベロープは、好ましくは、少なくとも１つのアドレスフィールドを含む元のＥメールメッセージ８３３全体を、場合によっては圧縮されおよび／または暗号化された形でカプセル化される。これによって、外部エンベロープが外されてメッセージがモバイル機器８１６または８１８上に表示されるとＥメールメッセージ８３３の元の“Ｔｏ”、“Ｆｒｏｍ”、“ＣＣ”を表示することが可能になる。リパッケージは、また、モバイル機器から送信され、リパッケージされて発信されていくメッセージの外部エンベロープが無線コネクタシステム８２８によって外されると、モバイル機器のユーザの、ホストシステム上のアカウントまたはメールボックスのアドレスを反映する“Ｆｒｏｍ”のフィールドを用いて、アドレス指定された受信者へ返信メッセージが配信されることを可能にする。モバイル機器８１６または８１８からユーザのアカウントまたはメールボックスアドレスを使用することは、モバイル機器から送信されたメッセージがあたかもユーザのモバイル機器ではなくホストシステムのメールボックス８１９あるいはアカウントからメッセージが来たように見えることを可能にする。
【００８２】
図９は、代替的な例示の通信システムのブロック図である。このシステムにおいて、無線通信は無線ネットワークのオペレータに関連するコンポーネントによって可能になる。図９に示すように、システムはコンピュータシステム８０２と、ＷＡＮ８０４と、セキュリティファイアウォール８０８の背後に位置する企業ＬＡＮ８０７と、ネットワークオペレータインフラストラクチャ８４０と、無線ネットワーク８１１と、モバイル機器８１３および８１５とを含む。コンピュータシステム８０２、ＷＡＮ８０４、セキュリティファイアウォール８０８、メッセージサーバ８２０、データ記憶装置８１７、メールボックス８１９、ＶＰＮルータ８３５は、同様に呼ばれる図８のコンポーネントと本質的に同じである。しかしながら、ＶＰＮルータ８３５はネットワークオペレータインフラストラクチャ８４０と通信するため、必ずしも図９のシステム内の無線ＶＰＮルータである必要はない。ネットワークオペレータインフラストラクチャ８４０は、ＬＡＮ８０７とモバイル機器８１３および８１５との間の無線情報交換を可能にする。モバイル機器８１３および８１５は、コンピュータシステム８４２および８５２にそれぞれ関連し、無線ネットワーク８１１内で動作するように構成されている。ＬＡＮ８０７において、複数のデスクトップコンピュータシステム８４２および８５２は、インタフェースまたはコネクタ８４８および８５８への物理的接続８４６および８５６をそれぞれ有するように示されている。無線コネクタシステム８４４および８５４は、各コンピュータシステム８４２および８５２上で、あるいはそのコンピュータシステムと関連して動作している。
【００８３】
メールボックス８１９に格納されている、Ｅメールメッセージ等のデータ項目およびその他の項目、ならびに場合によってはローカルデータ記憶装置またはネットワークデータ記憶装置に格納されたデータ項目が、ＬＡＮ８０７から１つ以上のモバイル機器８１３および８１５へ送信されることを可能にするという点で、無線コネクタシステム８４４および８５４は、上記の無線コネクタシステム８２８と同様である。しかしながら、図９では、ネットワークオペレータインフラストラクチャ８４０は、モバイル機器８１３および８１５とＬＡＮ８０７との間のインタフェースを提供する。上記のように、図９に示すシステムのオペレーションを、モバイル機器８１３および８１５に送信され得るデータ項目の説明的な例として、Ｅメールメッセージという内容で以下に説明する。
【００８４】
メッセージサーバ８２０上にアカウントを有する１以上の受信者へアドレス指定されたＥメールメッセージ８３３がメッセージサーバ８２０によって受信されると、メッセージまたは場合によっては中枢のメールボックスまたはデータ記憶装置に格納されたメッセージの単一のコピーへのポインタが、このような各受信者のメールボックス８１９へ格納される。一旦Ｅメールメッセージ８３３またはポインタがメールボックス８１９に格納されると、それはモバイル機器８１３または８１５を用いてアクセスされ得る。図９に示す例において、Ｅメールメッセージ８３３は、デスクトップコンピュータシステム８４２および８５２の両方に関連するメールボックス８１９へアドレス指定されており、したがってモバイル機器８１３および８１５の両方へアドレス指定されている。
【００８５】
当業者が理解するように、ＬＡＮ８０７および／またはＷＡＮ８０４のような有線ネットワークにおいて一般に使用されるネットワークプロトコルは、８１１のような無線ネットワークにおいて使用される無線ネットワーク通信プロトコルには適切でなく互換性がない。たとえば、無線ネットワークコミュニケーションでの主な関心事である通信の帯域幅、プロトコル、コスト、およびネットワーク待ち時間は、一般的に無線ネットワークよりはるかに容量が大きく高速である有線ネットワークにおいてそれほど重要でない。したがって、モバイル機器８１３および８１５は、通常、データ記憶装置８１７へ直接アクセスすることができない。ネットワークオペレータインフラストラクチャ８４０は、無線ネットワーク８１１とＬＡＮ８０７との間のブリッジを提供する。
【００８６】
ネットワークオペレータインフラストラクチャー８４０は、モバイル機器８１３および８１５がＷＡＮ８０４を介してＬＡＮ８０７への接続を確立することを可能にし、たとえば、モバイル機器８１３および８１５に無線通信サービスを提供する無線ネットワーク８１１またはサービスプロバイダのオペレータによって処理され得る。プルに基づくシステムでは、モバイル機器８１３および８１５は、無線ネットワークと互換性のある通信スキームと無線アプリケーションプロトコル(ＷＡＰ)ブラウザ等の無線ウェブブラウザを使用して、ネットワークオペレータインフラストラクチャ８４０を有する通信セッションを設立し得る。情報が機密に保持されるべきである場合、通信スキームは無線トランスポート層セキュリティ(ＷＴＬＳ)等の安全なスキームであることが好ましい。次いで、ユーザは任意の情報または全ての情報、あるいはＬＡＮ８０７のデータ記憶装置８１７内のメールボックス８１９に格納された新しい情報のみを、(モバイル機器に常駐のソフトウェアにおいて、手動選択または所定の選択デフォルトを通じて)リクエストし得る。次いで、ネットワークオペレータインフラストラクチャ８４０は、たとえばセッションがまだ確立されていない場合、安全なハイパーテキスト転送プロトコル(ＨＴＴＰＳ)を使用して無線コネクタシステム８４４および８５４との接続またはセッションを確立する。上記のように、ネットワークオペレータインフラストラクチャ８４０と無線コネクタシステム８４４および８５４との間のセッションは、一般的なＷＡＮ接続、あるいは利用可能であればＶＰＮルータ８３５を介してなされる。モバイル機器８１３および８１５からのリクエストの受信と、リクエストされた情報の機器への返信との間の時間の遅れが最小限になっている場合、ネットワークオペレータインフラストラクチャ８４０ならびに無線コネクタシステム８４４および８５４は、通信接続が一度確立されるとオープンのままになるように構成され得る。
【００８７】
図９のシステムにおいて、モバイル機器Ａ８１３およびＢ８１５から来たリクエストは、無線コネクタシステム８４４および８５４にそれぞれ送信される。ネットワークオペレータインフラストラクチャ８４０から情報のリクエストを受信すると、無線コネクタシステム８４４および８５４はデータ記憶装置からリクエストされた情報を検索する。Ｅメールメッセージ８３３に関しては、無線コネクタシステム８４４および８５４は、一般的にコンピュータシステム８４２および８５２と関連して動作するメッセージクライアントを通じて適切なメールボックス８１９からＥメールメッセージ８３３を引き出す。コンピュータシステム８４２および８５２は、メッセージサーバを介してあるいは直接、メールボックス８１９にアクセスし得る。代替的に、無線コネクタシステム８４４および８５４は、直接またはメッセージサーバ８２０を介してメールボックス８１９自体にアクセスするように構成され得る。さらに、他のデータ記憶装置は、データ記憶装置８１７と同様のネットワークデータ記憶装置も、各コンピュータシステム８４２および８５２に関連するローカルデータ記憶装置も、無線コネクタシステム８４４、８５４にアクセス可能であり得、したがってモバイル機器８１３および８１５へアクセス可能であり得る。
【００８８】
Ｅメールメッセージ８３３が、コンピュータシステム８４２および８５２ならびに機器８１３および８１５の両方に関連するメッセージサーバアカウントまたはメールボックス８１９へアドレス指定されている場合、Ｅメールメッセージ８３３は、８６０および８６２に示すように、ネットワークオペレータインフラストラクチャ８４０へ送信され得る。次いで、ネットワークオペレータインフラストラクチャ８４０は、８６４および８６６に示すように、各モバイル機器８１３および８１５へＥメールメッセージのコピーを送信する。情報は、ＷＡＮ８０４への接続またはＶＰＮルータ８３５のいずれかを介し、無線コネクタシステム８４４および８５４とネットワークオペレータインフラストラクチャ８４０との間で転送され得る。ネットワークオペレータインフラストラクチャ８４０が、異なるプロトコルを介して無線コネクタシステム８４４および８５４ならびにモバイル機器８１３および８１５と通信する場合、翻訳処理はネットワークオペレータインフラストラクチャ８４０によって実行され得る。また、無線コネクタシステム８４４および８５４とネットワークオペレータインフラストラクチャ８４０との間、ならびに各モバイル機器８１３および８１５とネットワークオペレータインフラストラクチャ８４０との間でリパッケージ技術が使用され得る。
【００８９】
モバイル機器８１３および８１５から送信されたメッセージまたは他の情報は、モバイル機器８１３および８１５からネットワークオペレータインフラストラクチャ８４０へ最初に転送されたそのような情報と同様の方法で処理され得る。次いで、ネットワークオペレータインフラストラクチャ８４０は、情報を、たとえばメールボックス８１９内に格納されメッセージサーバ８２０によって任意のアドレス指定された受信者へ配信されるように、無線コネクタシステム８４４および８５４に送信し得、あるいは代替的に、アドレス指定された受信者へ情報を配信し得る。
【００９０】
図９のシステムに関する以上の説明は、プルに基づく処理に関連する。無線コネクタシステム８４４および８５４ならびにネットワークオペレータインフラストラクチャは、代わりに、モバイル機器８１３および８１５へデータ項目をプッシュするように構成され得る。さらに、組み合わせられたプッシュ／プルシステムが可能である。たとえば、モバイル機器８１３および８１５に新しいメッセージの通知、またはＬＡＮ８０７のデータ記憶装置に最近格納されたデータ項目のリストは、モバイル機器８１３および８１５へプッシュされ得、次いで、ＬＡＮ８０７からネットワークオペレータインフラストラクチャ８４０を介してメッセージまたはデータ項目をリクエストするために利用され得る。
【００９１】
ＬＡＮ８０７上のユーザカウントに関連するモバイル機器が異なる無線ネットワーク内で動作するように構成されている場合、各無線ネットワークは、８４０と同様の関連する無線ネットワークインフラストラクチャコンポーネントを有し得る。
【００９２】
独立した、専用の無線コネクタシステム８４４およびワイヤレス８５４が、図９のシステム内の各コンピュータシステム８４２および８５２に対して示されているが、無線コネクタシステム８４４および８５４のうちの１つ以上は、好ましくは、２つ以上のコンピュータシステム８４２および８５２と関連して動作するように、あるいは２つ以上のコンピュータシステムに関連するデータ記憶装置またはメールボックス８１９にアクセスするよ構成され得る。たとえば、無線コネクタシステム８４４は、コンピュータシステム８４２およびコンピュータシステム８５２の両方に関連するメールボックス８１９へのアクセスを与えられ得る。その後、モバイル機器Ａ８１３またはＢ８１５のいずれかからのデータ項目のリクエストは、無線コネクタシステム８４４によって処理され得る。この構成は、デスクトップコンピュータシステム８４２および８５２が各モバイル機器のユーザに対して動作していることを必要とせずにＬＡＮ８０７とモバイル機器８１３および８１５との間の無線通信を可能にするのに有用であり得る。無線コネクタシステムは、代わりに、無線通信を可能にするためにメッセージサーバ８２０と関連して実施され得る。
【００９３】
図１０は別の代替的な通信システムのブロック図である。システムは、コンピュータシステム８０２と、ＷＡＮ８０４と、セキュリティファイアウォール８０８の背後に位置する企業ＬＡＮ８０９と、アクセスゲートウェイ８８０と、データ記憶装置８８２と、無線ネットワーク８８４および８８６と、モバイル機器８８８および８９０とを含む。ＬＡＮ８０９において、コンピュータシステム８０２、ＷＡＮ８０４、セキュリティファイアウォール８０８、メッセージサーバ８２０、データ記憶装置８１７、メールボックス８１９、デスクトップコンピュータシステム８２２、物理的接続８２４、インターフェースまたはコネクタ８２６、ＶＰＮルータ８３５は、上記の対応するコンポーネントと実質的に同じである。アクセスゲートウェイ８８０およびデータ記憶装置８８２は、ＬＡＮ８０９に格納されたデータ項目へのアクセスをモバイル機器８８８および８９０に提供する。図１０では、無線コネクタシステム８７８は、メッセージサーバ８２０上で、あるいはそのメッセージサーバと関連して動作するが、無線コネクタシステムは、代わりに、ＬＡＮ８０９内の１つ以上のデスクトップコンピュータシステム上で、あるいは１つ以上のデスクトップコンピュータシステムと関連して動作し得る。
【００９４】
無線コネクタシステム８７８は、ＬＡＮ８０９に格納されたデータ項目の１つ以上のモバイル機器８８８および８９０への転送を行う。これらのデータ項目は、好ましくは、データ記憶装置８１７内のメールボックス８１９に格納されたＥメールメッセージ、また同様に、場合によってはデータ記憶装置８１７あるいは別のネットワークデータ記憶装置または８２２のようなコンピュータシステムのローカルデータ記憶装置に格納された他の項目を含む。
【００９５】
上記のように、メッセージサーバ８２０上にアカウントを有する１以上の受信者へアドレス指定されメッセージサーバ８２０によって受信されたＥメールメッセージ８３３は、各受信者のメールボックス８１９へ格納される。図１０のシステムでは、外部のデータ記憶装置８８２は、好ましくはデータ記憶装置８１７と同様の構成を有し、データ記憶装置８１７と同期を維持する。データ記憶装置８８２に格納されたＰＩＭ情報またはデータは、ホストシステムに格納されたＰＩＭ情報またはデータとは独立して修正可能であることが好ましい。この特別な構成において、外部データ記憶装置８８２の独立して修正可能な情報は、ユーザに関連する複数のデータ記憶装置の同期を維持し得る(すなわちモバイル機器上のデータ、家庭のパーソナルコンピュータ上のデータ、企業ＬＡＮ上のデータ等)。この同期は、たとえばデータ記憶装置８８２へ送信された更新を介して遂行され得る。これは、所定の時間間隔で、あるいはデータ記憶装置８１７へのエントリーが追加または変更される度に、あるいは１日の所定の時刻に、あるいはＬＡＮ８０９において開始されたときに無線コネクタシステム８７８によって遂行され得、また、メッセージサーバ８２０またはコンピュータシステム８２２によって、あるいはデータ記憶装置８８２において、あるいは場合によってはモバイル機器８８８および８９０によって、アクセスゲートウェイ８８０を介して遂行され得る。Ｅメールメッセージ８３３の場合、Ｅメールメッセージ８３３が受信された後のいつかにデータ記憶装置８８２へ送信された更新が、記憶装置８１７内のあるメールボックス８１９にメッセージ８３３が格納されたことを示し得、Ｅメールメッセージのコピーがデータ記憶装置８８２内の対応する記憶領域に格納される。Ｅメールメッセージ８３３がモバイル機器８８８および８９０に対応するメールボックス８１９に格納されると、たとえば図１０の８９２および８９４で示すＥメールメッセージの１つ以上のコピーが記憶領域へ送信され、データ記憶装置８８２に対応する記憶領域またはメールボックスに格納される。図示したように、データ記憶装置８１７内に保存した情報の更新あるいはコピーは、ＷＡＮ８０４またはＶＰＮルータ８３５への接続によってデータ記憶装置８８２へ送信され得る。たとえば、無線コネクタシステム８７８は、ＨＴＴＰポストリクエストを介してデータ記憶装置８８２内のリソースへ更新または保存された情報を提示し得る。代替的に、ＨＴＴＰＳまたはＳｅｃｕｒｉｔｙ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ(ＳＳＬ)のような保護プロトコルが使用され得る。ＬＡＮ８０９にあるデータ記憶装置内の２つ以上の位置に格納されたデータ項目の単一のコピーが代わりにデータ記憶装置８８２へ送信され得るということは、当業者であれば理解できよう。このデータ項目のコピーは、データ記憶装置８８２内の対応する各位置に格納されたデータ項目のポインタまたはその他の識別子と共に、データ記憶装置８８２内の対応する２つ以上の位置に格納され得るか、あるいは、単一のコピーがデータ記憶装置８８２内に格納され得る。
【００９６】
アクセスゲートウェイ８８０は、モバイル機器８８８および８９０にデータ記憶装置８８２へのアクセスを提供するという点で、実質的にはアクセスプラットフォームである。データ記憶装置８８２は、ＷＡＮ８０４上でアクセス可能なリソースとして構成され得、アクセスゲートウェイ８８０は、モバイル機器８８８および８９０がＷＡＮ８０４へ接続されるＩＳＰシステムまたはＷＡＰゲートウェイであり得る。無線ネットワーク８８４および８８６と互換性のあるＷＡＰブラウザは、次いで、データ記憶装置８１７と同期されているデータ記憶装置８８２へアクセスし格納されているデータ項目を自動的にまたはモバイル機器８８８、８９０からのリクエストに応じてダウンロードするために用いられる。８９６および８９８に示すように、データ記憶装置８１７に格納されていたＥメールメッセージ８３３のコピーがモバイル機器８８８および８９０へ送信され得る。モバイル機器８８８および８９０のそれぞれのデータ記憶装置は、それによってメールボックス８１９のような、企業のＬＡＮ８０９上のデータ記憶装置８１７の一部分と同期され得る。モバイル機器のデータ記憶装置の変更は、データ記憶装置８８２および８１７にも同様に反映され得る。
【００９７】
図１１は、例示のモバイル機器のブロック図である。モバイル機器１００は、デュアルモードのモバイル機器であり、トランシーバ１１１１と、マイクロプロセッサ１１３８と、ディスプレイ１１２２と、不揮発性メモリ１１２４と、ランダムアクセスメモリ（ＲＡＭ）１１２６と、１つ以上の補助入力／出力（Ｉ／Ｏ）機器１１２８と、シリアルポート１１３０と、キーボード１１３２と、スピーカ１１３４と、マイクロフォン１１３６と、短距離通信サブシステム１１４０と、その他の機器サブシステム１１４２とを含む。
【００９８】
トランシーバ１１１１は、受信器１１１２と、送信器１１１４と、アンテナ１１１６および１１１８と、１つ以上のローカル発振器１１１３と、デジタルシグナルプロセッサ（ＤＳＰ）１１２０とを含む。アンテナ１１１６およびアンテナ１１１８は、多要素のアンテナのアンテナ要素であり得、好ましくは、埋め込まれたアンテナである。しかしながら、本明細書に記載のシステムおよび方法は、特定のタイプのアンテナまたは無線機器通信機器に全く限定されない。
【００９９】
モバイル機器１００は、好ましくは、音声通信機能とデータ通信機能とを有する送受信兼用の通信機器である。したがって、たとえば、モバイル機器１００は、任意のアナログまたはデジタルのセルラーネットワークのような音声ネットワーク上で通信し得、データネットワークとも通信し得る。音声ネットワークおよびデータネットワークは、通信塔１１１９によって図１１に示されている。これらの音声ネットワークおよびデータネットワークは、基地局、ネットワークコントローラ等の独立したインフラストラクチャを用いる独立した通信ネットワークであり得、あるいは、単一の無線ネットワークに統合され得る。
【０１００】
トランシーバ１１１１は、ネットワーク１１１９との通信に用いられ、受信器１１１２と、送信器１１１４と、１つ以上のローカル発振器１１１３と、ＤＳＰ１１２０とを含む。ＤＳＰ１１２０は、トランシーバ１１１６および１１１８への信号と、これらのトランシーバからの信号とを受け取るために用いられ、また、受信器１１１２および送信器１１１４に対する制御情報を提供する。音声通信およびデータ通信が単一の周波数で起こる場合、または接近した周波数のセットにおいて起こる場合、単一のローカル送信器１１１３は、受信器１１１２および送信器１１１４と関連して用いられる。代替的に、たとえば音声通信対データ通信に対して異なる周波数が利用されている場合、音声ネットワークおよびデータネットワーク１１１９に関連する複数の周波数を発生するために複数のローカル送信器１１１３が用いられ得る。音声情報およびデータ情報の両方を含む情報は、ＤＳＰ１１２０とマイクロプロセッサ１１３８との間のリンクを介してトランシーバ１１１１へ伝達され、また、トランシーバ１１１１から伝達される。
【０１０１】
周波数帯域、構成要素の選択、電力のレベル等のトランシーバ１１１１の詳細な設計は、モバイル機器が動作するよう意図される通信ネットワーク１１１９に依存する。たとえば、北米の市場で動作するよう意図されたモバイル機器１００は、ＭｏｂｉｔｅｘまたはＤａｔａＴＡＣモバイルデータ通信ネットワーク、ＡＭＰＳ、ＴＤＭＡ、ＣＤＭＡ、ＰＣＳ等の任意の多様な音声通信ネットワークと共に動作するように設計されたトランシーバ１１１１を含み得、これに対し、欧州で用いられるように意図されたモバイル機器１００は、ＧＰＲＳデータ通信ネットワークおよびＧＳＭ音声通信ネットワークと共に動作するように構成される。他のタイプのデータネットワークおよび音声ネットワークは、独立したものであっても統合されたものであっても、モバイル機器１００と共に動作することができる。
【０１０２】
単数または複数のネットワーク１１１９のタイプに応じて、モバイル機器１００に対するアクセス要件は異なる。たとえば、ＭｏｂｉｔｅｘおよびＤａｔａＴＡＣデータネットワークにおいて、モバイル機器は、各モバイル機器に関連する独自の識別番号を用いてネットワーク上に登録される。しかし、ＧＰＲＳネットワークにおいて、ネットワークアクセスは加入者またはモバイル機器のユーザと関連する。ＧＰＲＳ機器は、一般的に、ＧＰＲＳネットワーク上のモバイル機器を動作させるのに必要である加入者識別モジュール（「ＳＩＭ」）を必要とする。ローカルな通信またはネットワークでない通信機能（存在する場合）はＳＩＭ機器がなくても用いることはできるが、モバイル機器は、「９１１」の緊急時の通話のような合法的に必要とされる任意の処理以外には、データネットワーク１１１９上の通信を含む機能が実行できなくなる。
【０１０３】
任意の必要なネットワーク登録または有効化手順が完了されると、モバイル機器１００は、ネットワーク１１１９を介して音声信号およびデータ信号の両方を含む通信信号を送受信する。通信ネットワーク１１１９からアンテナ１１１６によって受信された信号は、受信器１１１２へ向けられ、受信器１１１２は、信号増幅、周波数下方変換、フィルタリング、チャネル選択等を提供し、また、アナログ・デジタル変換を提供する。受信された信号のアナログ・デジタル変換は、ＤＳＰ１１２０を用いて実行されるデジタル復調およびデコード等の複雑な通信機能を可能にする。同様の方法で、たとえば変調およびエンコードを含む、ネットワーク１１１９へ発信される信号は、ＤＳＰ１１２０によって処理され、次いで、デジタル・アナログ変換、周波数上方変換、フィルタリング、増幅、アンテナ１１１８を介しての通信ネットワーク１１１９への発信のために、送信器１１１４へ提供される。
【０１０４】
通信信号の処理に加え、ＤＳＰ１１２０は、トランシーバの制御も行う。たとえば、受信器１１１２および送信器１１１４における通信信号に与えられるゲインレベルは、ＤＳＰ１１２０内で実行される自動ゲイン制御アルゴリズムを通じて適切に制御され得る。トランシーバ１１１１のさらに複雑な制御を行うために、その他のトランシーバ制御アルゴリズムもＤＳＰ１１２０内で実行され得る。
【０１０５】
マイクロプロセッサ１１３８は、好ましくは、モバイル機器１００の全体的な動作を管理・制御する。多くのタイプのマイクロプロセッサまたはマイクロコントローラがここで用いられ得る。または、代替的に、マイクロプロセッサ１１３８の機能を実行するために単一のＤＳＰ１１２０が用いられ得る。少なくともデータ通信および音声通信を含むローレベルの通信機能は、トランシーバ１１１１内のＤＳＰ１１２０を介して実行される。他方、音声通信アプリケーション１１２４Ａのようなハイレベルの通信アプリケーション、およびデータ通信アプリケーション１１２４Ｂは、マイクロプロセッサ１１３８によって実行されるために不揮発性メモリへ格納される。たとえば、音声通信モジュール１１２４Ａは、ネットワーク１１１９を介し、モバイル機器１００と複数のその他の音声機器またはデュアルモード機器との間で音声通話を受発信するように動作可能なハイレベルのユーザインタフェースを提供し得る。同様に、データ通信モジュール１１２４Ｂは、ネットワーク１１１９を介し、モバイル機器１００と複数のその他のデータ機器との間でＥメールメッセージ、ファイル、編集者情報、ショートテキストメッセージ等のデータの送受信をするために動作可能なハイレベルのユーザインタフェースを提供し得る。
【０１０６】
マイクロプロセッサ１１３８は、ディスプレイ１１２２、ＲＡＭ１１２６、補助入力／出力（Ｉ／Ｏ）サブシステム１１２８、シリアルポート１１３０、キーボード１１３２、スピーカ１１３４、マイクロフォン１１３６、短距離通信サブシステム１１４０、および全体として１１４２と表記された任意のその他の機器サブシステムその他の機器サブシステムとも相互作用する。
【０１０７】
図１１に示す一部のサブシステムは通信関連機能を実行するのに対し、その他のサブシステムは「常駐型の」すなわちオンデバイスの機能を提供し得る。当然ながら、キーボード１１３２およびディスプレイ１１２２のような一部のサブシステムは、データ通信ネットワーク上に発信するテキストメッセージを入力するといった通信関連機能と、電卓またはタスクリストもしくはその他のＰＤＡタイプの機能との両方に用いら得る。
【０１０８】
マイクロプロセッサ１１３８によって用いられるオペレーティングシステムソフトウェアは、好ましくは、不揮発性メモリ１１２４のような持続性のメモリ内に格納されている。不揮発性メモリ１１２４は、たとえばフラッシュメモリのコンポーネントまたはバッテリでバックアップされるＲＡＭとして実行され得る。モバイル機器１００のローレベルな機能を制御するオペレーティングシステムに加え、不揮発性メモリ１１２４は、マイクロプロセッサ１１３８（および／またはＤＳＰ１１２０）によって実行することができる複数のソフトウェアモジュール１１２４Ａ〜１１２４Ｎを含む。複数のソフトウェアモジュール１１２４Ａ〜１１２４Ｎは、音声通信モジュール１１２４Ａと、データ通信モジュール１１２４Ｂと、その他の複数の機能を実行するその他の動作のモジュール１１２４Ｎとを含む。これらのモジュールは、マイクロプロセッサ１１３８によって実行され、ユーザとモバイル機器１００との間にハイレベルなインタフェースを提供する。このインタフェースは、一般的に、ディスプレイ１１２２を介して提供された画像のコンポーネントと、補助Ｉ／Ｏ１１２８、キーボード１１３２、スピーカ１１３４、マイクロフォン１１３６を介して提供された入力／出力コンポーネントとを含む。オペレーティングシステム、特定の機器アプリケーション、またはそれらの一部は、より高速な動作のためにＲＡＭ１１２６などの揮発性記憶装置内へ一時的にロードされ得るということは、当業者であれば認識できよう。さらに、受け取られた通信信号も、フラッシュメモリ１１２４等の持続性のメモリ内にあるファイルシステムへ永久的に書き込まれる前に、一時的にＲＡＭ１１２６へ格納され得る。
【０１０９】
モバイル機器１００上へロードされ得る例示のアプリケーションモジュール１１２４Ｎは、カレンダーイベント、音声メール、アポイントメント、タスクアイテム等のＰＤＡの機能性を提供する、パーソナルインフォメーションマネージャ（ＰＩＭ）アプリケーションである。このモジュール１１２４Ｎは、電話の通話および音声メールなどを管理する音声通信モジュール１１２４Ａとも相互作用し得、Ｅメール通信およびその他のデータ発信を管理するデータ通信モジュールとも相互作用し得る。代替的に、音声通信モジュール１１２４Ａおよびデータ通信モジュール１１２４Ｂの全ての機能性はＰＩＭモジュール内に統合され得る。
【０１１０】
また、不揮発性メモリ１１２４は、好ましくは、ＰＩＭデータ項目を機器上に格納することを容易にするためのファイルシステムを提供する。ＰＩＭアプリケーションは、好ましくは、単独でまたは音声通信モジュール１１２４Ａおよびデータ通信モジュール１１２４Ｂと関連して、無線ネットワーク１１１９を介してデータ項目を送受信する機能を含む。ＰＩＭデータ項目は、好ましくは、無線ネットワーク１１１９を介して、格納されており、および／またはホストコンピュータシステム（図示せず）と関連する、ユーザの関連データ項目を用いて、間断なく統合され、同期され、更新される。それによって、このような項目に対して、反映された（ｍｉｒｒｏｒｅｄ）システムが機器１１１０上に作成される。
【０１１１】
少なくとも部分的にデコードされたデータ項目を表すコンテクストオブジェクトは、完全にデコードされたデータ項目と同様に、好ましくは、モバイル機器１００上の、ＲＡＭ１１２６のような揮発性かつ非持続性のメモリ１１２４へ格納される。格納の間隔が比較的短い場合、このような情報は、たとえば不揮発性メモリ１１２４へ代わりに格納され得、その結果、情報は格納されるとすぐにメモリから削除される。しかしながら、モバイル機器情報の電源が切れると情報がメモリから消去されることを確実にするためには、この情報をＲＡＭ１１２６または別の揮発性かつ非持続性の記憶装置１１２４へ格納することが好ましい。このことは、たとえばモバイル機器からメモリチップを除去することによって、格納されている任意のデコードされた情報または部分的にデコードされた情報を、権利のない相手側が取得することを防ぐ。
【０１１２】
モバイル機器１００は、機器１００をインタフェースのクレイドルに配置することによって、手動でホストシステムと同期され得る。インタフェースのクレイドルは、モバイル機器１００のシリアルポート１１３０をコンピュータシステムまたは機器のシリアルポートへ結合する。シリアルポート１１３０は、また、ユーザが外部の機器またはソフトウェアアプリケーションを介して要望を設定することを可能にし、または、アプリケーションモジュール１１２４Ｎをインストールするためにダウンロードすることを可能にする。この有線ダウンロード経路は、暗号化の鍵を機器上へロードするのにも利用され得る。これは、無線ネットワーク１１１９を介して暗号化の鍵の情報を交換するよりも安全な方法である。シリアルポートその他の有線ダウンロード経路に対するインタフェースは、シリアルポート１１３０に追加して、またはシリアルポート１１３０の代わりに提供され得る。たとえば、ＵＳＢポートは、同様に装備されたパーソナルコンピュータへのインタフェースを提供する。
【０１１３】
追加のアプリケーションモジュール１１２４Ｎは、ネットワーク１１１９、補助Ｉ／Ｏサブシステム１１２８、シリアルポート１１３０、短距離通信サブシステム１１４０、またはその他の任意の適切なサブシステム１１４２を介してモバイル機器１００上へロードされ得、ユーザによって不揮発性メモリ１１２４またはＲＡＭ１１２６内へインストールされ得る。アプリケーションのインストールにおけるこのような柔軟性は、機器１００の機能性を改良し、向上したオンデバイス機能または通信関連機能あるいはその両方の機能を提供し得る。たとえば、安全な通信アプリケーションによって、電子商取引機能やその他の金融取引がモバイル機器１００を利用して実行されることが可能になる。
【０１１４】
モバイル機器１００がデータ通信モードで動作している場合、テキストメッセージまたはウェブページのダウンロード等の受信された信号は、通信サブシステム１１１によって処理され、マイクロプロセッサ１１３８へ入力される。マイクロプロセッサ１１３８は、好ましくは、ディスプレイ１１２２または代替的に補助Ｉ／Ｏ機器１１２８へ最終的に出力するために、受け取った信号を上記の複数の段階でさらに処理する。モバイル機器１００のユーザは、キーボード１１３２を用いてＥメールメッセージ等のデータ項目を作成することができる。キーボード１１３２は、好ましくは、ＱＷＥＲＴＹ式にレイアウトされた完全な英数字のキーボードおよび／または電話タイプのキーパッドであるが、既知のＤＶＯＲＡＫ式のような、その他の完全な英数字のキーボードも用いられ得る。モバイル機器１００へのユーザの入力は、親指コントローラ入力機器、タッチパッド、多様なスイッチ、ロッカー（ｒｏｃｋｅｒ）入力スイッチ等を含む複数の補助Ｉ／Ｏ機器１１２８を用いてさらに高速にすることができる。ユーザーによって入力された作成データ項目は、トランシーバモジュール１１１１を経由して、通信ネットワーク１１１９を介して送信され得る。
【０１１５】
モバイル機器１００が音声通信モードで動作している場合、受信された信号がスピーカ１１３４へ出力され、発信される音声信号がマイクロフォン１１３６によって生成されるという点を除けば、モバイル機器１００の全体的な動作は実質的に同様である。また、音声メッセージ録音サブシステム等の代替的な声または音声のＩ／Ｏサブシステムが機器１００上で実行され得る。声または音声信号の出力は、好ましくは主にスピーカ１１３４を介して遂行されるが、ディスプレイ１１２２も、たとえば電話をかけた当事者の識別の表示、音声通話の長さ、または音声通話関連のその他の情報を提供するのに利用され得る。たとえば、マイクロプロセッサ１１３８は、音声通信モジュールおよびオペレーティングシステムソフトウェアと関連して、電話をかけた側の入ってくる音声の識別情報を検出し得、それをディスプレイ１１２２上に表示し得る。
【０１１６】
短距離通信サブシステム１１４０もモバイル機器１００内に含まれる。サブシステム１１４０は、たとえば、赤外線機器やそれに関連する回路および構成要素、もしくは、同様に可能であるシステムおよび機器との通信を提供するＢｌｕｅｔｏｏｔｈＴＭモジュールまたは８０２．１１モジュールのような短距離ＲＦ通信モジュールを含み得る。「Ｂｌｕｅｔｏｏｔｈ」および「８０２．１１」が電気電子技術者協会から利用可能な仕様のセットを指すということは、当業者であれば理解できよう。Ｂｌｕｅｔｏｏｔｈは無線パーソナルエリアネットワークに関し、８０２．１１は無線ローカルエリアネットワークに関する。
【産業上の利用可能性】
【０１１７】
本発明は、エンコードされたメッセージの処理に向けられたものである。
【図１】
2010225169.tif 000003
【図２】
2010225169.tif 000004
【図３】
2010225169.tif 000005
【図３ａ】
2010225169.tif 000006
【図４】
2010225169.tif 000007
【図５ａ】
2010225169.tif 000008
【図５ｂ】
2010225169.tif 000009
【図６】
2010225169.tif 000010
【図７ａ】
2010225169.tif 000011
【図７ｂ】
2010225169.tif 000012
【図８】
2010225169.tif 000013
【図９】
2010225169.tif 000014
【図１０】
2010225169.tif 000015
【図１１】
2010225169.tif 000016