(57)【要約】【課題】  ホストシステムで動作するイベント駆動型リダイレクションコンピュータプログラム（「リダイレクタプログラム」）を提供すること。【解決手段】  トリガイベントを感知して、情報をホストシステムからモバイルデータ通信デバイスへとプッシュするシステムおよび方法が開示される。ホストシステムで動作するリダイレクタプログラムは、１つ以上のユーザ定義トリガイベントが発生したことを検出して、ユーザが特定のユーザ選択データアイテムをホストシステムからユーザのモバイルデータ通信デバイスへと連続的にリダイレクトすることを可能にする。リダイレクタプログラムは、ホストシステムでのイベント生成アプリケーションおよびリパッケージングシステムと協働して動作し、データアイテムをモバイルデバイスへとプッシュする前に特定のユーザ定義イベントを設定および検出しユーザ選択データアイテムを電子包袋でリパッケージングする。【選択図】  図１
2010218573.tif 000002
【特許請求の範囲】
【請求項１】
本願明細書に記載の方法。
【発明の詳細な説明】
【背景技術】
【０００１】
（発明の背景）
本発明は、情報が格納される一般的な場所であるホストシステムからのモバイルデータ通信デバイスへの情報の複製（ｒｅｐｌｉｃａｔｉｎｇ）の分野に関する。本発明のシステムおよび方法は特に、ホストシステムで動作するイベント駆動型リダイレクションコンピュータプログラム（「リダイレクタプログラム」）を提供する。このプログラムは、特定のユーザ定義イベントが発生したことを感知すると、ユーザ選択データアイテムをホストシステムからユーザのモバイルデータ通信デバイスへとリダイレクトする。このモバイルデータ通信デバイスは好適には、無線ネットワークと１つ以上の陸線ネットワークとを介してホストシステムに接続される。無線ネットワークは帯域に制約があるため、一般的にはユーザ選択データアイテムのほんの一部しかユーザのモバイルデバイスへとリダイレクトされず、ユーザにはホストシステムからデータアイテム全体（またはそのデータアイテムの何らかの他の部分）を次に取り出すという選択肢が与えられる。
【０００２】
モバイルデバイスがこのような情報アイテムへの通信を要求すると、本発明は、ユーザのデータアイテムをホストシステムに集団的に保存（または格納）してモバイルデータ通信デバイスとホストシステムに格納されているデータアイテムとを「同期」させるのではなく、「プッシュ」パラダイムを用いる。この「プッシュ」パラダイムでは、パッケージングを連続的に行い、ホストシステムで検出されたトリガイベントに応答してユーザが選択した情報アイテムをモバイルデータ通信デバイスへと再送信する。この種類のプッシュパラダイムに好適なデバイスとしては、無線モバイルデータ通信デバイスがあり、特に好適なのはプッシュされたデータを受信した旨の確認信号をホストに返送することが可能な無線モバイルデータ通信デバイスである。
【０００３】
ホストシステムからの情報をユーザのモバイルデータ通信デバイスへと複製する現行のシステムおよび方法において多く用いられているのは、「同期化」システムである。この「同期化」システムでは、ユーザのデータアイテムは無期限の期間ホストシステムに集団的に保存（または格納）され、ユーザ要求に応答したときのみに情報を大量にまとめて送信する。このような種類のシステムおよび方法において、集団的に保存されているデータアイテムをモバイルデバイスへと複製することが所望される場合、ユーザは典型的には、何らかの形態を有するローカル的な専用通信（例えば、シリアルケーブルまたは赤外線もしくは他の種類の無線リンクなど）を介してホストシステムに電気的に接続されたインターフェースクレードルにモバイルデバイスを配置する。次いで、モバイルデータ通信デバイス上で動作するソフトウェアが、ローカル的な通信リンクを介してホストシステムにコマンドを送信し、これにより、ホストはユーザのデータアイテムの送信を開始してモバイルデバイスのメモリバンク内にデータアイテムを格納する。これらの同期化スキームにおいて、ユーザがこれらの２つのデバイス間で情報を複製することを所望する度に、モバイルユニットは、集団的に保存されている情報をホストシステムからバッチ的に「プル」する。従って、ユーザが開始したコマンドシーケンスによってモバイルデバイスがホストシステムからデータアイテムをダウンロードした後にのみ、これらの２つのシステム（ホストおよびモバイル）は同じデータアイテムを保持する。これらの同期化システムが有する一般的な問題は、ホストシステムとモバイルデータ通信デバイスとの間でユーザデータアイテムが複製されるのは、ユーザがモバイルデバイスに対してそのユーザデータをホストシステムからダウンロードまたはプルするよう命令したときのみであるという点である。５分後に新しいメッセージがユーザに送られることがあり得るが、ユーザは次回にユーザデータアイテムをフェッチするまではそのメッセージを受信しないことになる。このように、ユーザは、システムを周期的に（例えば、１日に１回など）同期化するだけであるため、緊急を要する更新またはメッセージに応答する機会を逃し得る。これらのシステムが有する別の問題には、以下が含まれる：  （１）ユーザが「同期化」を１日または時間単位で行わないと、ホストとモバイルデバイスとの間で一致させるべきデータの量が大量になり得、これにより、そのモバイルデバイスが無線パケットスイッチングネットワークを介して通信している場合特に帯域に支障を来たす結果になり得る；  および（２）これらのバッチモード同期化システムにおいて生じ得るように大量のデータを一致させるには、ホストとモバイルデバイスとの間の通信量が非常に大量に必要となり、これによりシステムがより複雑、より高コストかつより低エネルギー効率になり得る。従って、必要とされているのは、ユーザデータアイテムをユーザのモバイルデバイスにおいて複製することを保証するような、より自動化が進んだ、継続性、効率性および信頼性が向上したシステムである。
【０００４】
本発明のさらなる機能は、プッシュパラダイムである。このプッシュパラダイムは、返送通信経路と協働して、ユーザが遠隔操作によりユーザのモバイルデバイスを介してホストシステムの複数の側面を制御することが可能なシステムに十分に適合する。
【０００５】
当該分野において、ホストシステムに格納されているユーザ選択データアイテム（または選択したデータアイテムの一部）をユーザのモバイルデータ通信デバイスへと連続的にプッシュするシステムおよび方法に対する一般的な必要性が依然として存在している。
【０００６】
ユーザ定義トリガイベントが１つ以上発生すると、ユーザ選択データアイテムをホストシステムからモバイルデータ通信デバイスへと連続的に「プッシュ」するシステムおよび方法に対するより具体的な必要性が依然として存在している。
【０００７】
ホストシステムからモバイルデータ通信デバイスへとプッシュされるユーザデータアイテムの種類および数量に柔軟性を提供し、かつユーザデータアイテムをリダイレクトするトリガとして働くことが可能なイベントの構成および種類にも柔軟性を提供するシステムおよび方法に対するさらなる必要性が依然として存在している。
【０００８】
ユーザのデスクトップＰＣにおいてローカル的にまたはネットワークサーバを介して遠隔的に動作することが可能なシステムおよび方法に対するさらに別の必要性が依然として存在している。
【０００９】
ユーザ選択データアイテムをホストシステムからモバイルデバイスへと安全に、透過的に搬送するシステムおよび方法に対するさらに別の必要性が依然として存在している。
【発明の概要】
【課題を解決するための手段】
【００１０】
（発明の要旨）
本発明は、上述の問題を解消し、ユーザ定義イベントトリガの発生を１つ以上検出した場合にユーザ選択データアイテムをホストシステムからユーザのモバイルデータ通信デバイスへとプッシュするシステムおよび方法の当該分野における必要性を満たす。ホストシステムという用語は、本出願において用いられるように、リダイレクタソフトウェアが動作するコンピュータを指す。本発明の好適な実施形態において、ホストシステムとはユーザのデスクトップＰＣのことであるが、ホストシステムはまた、ローカルエリアネットワーク（「ＬＡＮ」）を介してユーザのＰＣに接続されたネットワークサーバまたはユーザのデスクトップＰＣと通信を行う任意の別のシステムであってもよい。
【００１１】
ホストシステムで動作するリダイレクタプログラムは、１つ以上のユーザ定義トリガイベントが発生したことを検出した場合にユーザが特定のユーザ選択データアイテム（またはデータアイテムの一部）をホストシステムからユーザのモバイルデータ通信デバイスへとリダイレクトまたはミラーリングすることを可能にする。ホストシステムではまた、トリガイベントを作成するよう構成され得る様々なサブシステム（例えば、スクリーンセーバサブシステムまたはキーボードサブシステム）およびユーザのデータアイテムをリパッケージングしてモバイルデータデバイスへの透過的な搬送を行うサブシステム（例えば、ＴＣＰ／ＩＰサブシステムまたは１つ以上のＥメールサブシステム）も動作する。トリガイベントを作成し、ユーザのデータアイテムをリパッケージングする他のサブシステムもまた、ホストシステムに存在し得る。ホストシステムはまた、ユーザのデータアイテムが通常格納されるている１次メモリ格納部も含む。
【００１２】
リダイレクタプログラムを用いると、ユーザは特定のデータアイテムをリダイレクトの対象として選択することができる。リダイレクトされるデータの例としては、Ｅメールメッセージ、カレンダーイベント、会合通知、住所エントリ、日記エントリ、私的メモなどがある。ユーザは、リダイレクトされるデータアイテムを選択した後、リダイレクタプログラムにより感知されるイベントトリガを１つ以上設定し、ユーザデータアイテムのリダイレクトを開始することができる。これらのユーザ定義トリガポイント（またはイベントトリガ）は、外部イベント、内部イベント、およびネットワーク化されたイベントを含む。外部イベントの例としては、ユーザのモバイルデータ通信デバイスからリダイレクトを開始するためのメッセージを受信する工程、いくつかの外部コンピュータから類似するメッセージを受信する工程、ユーザがもはやホストシステムの近隣にいないことを感知する工程、またはホストシステムの外部で起こるあらゆる他のイベントなどがある。内部イベントは、カレンダーアラーム、スクリーンセーバ作動、キーボードタイムアウト、プログラマブルタイマ、またはホストシステムの内部で起こるあらゆる他のユーザ定義イベントなどであり得る。ネットワーク化されたイベントは、ホストコンピュータに接続された別のコンピュータからネットワークを介してホストシステムへ送信され、これによりリダイレクトが開始するユーザ定義メッセージである。これらのイベントは、リダイレクタプログラムをトリガしてデータアイテムをホストからモバイルデバイスへとプッシュすることが可能なユーザ定義イベントの種類のいくつかの例に過ぎない。好適な実施形態において、リダイレクトされるデータアイテムおよびその形式を指定する設定がホストシステムでセットされることは知られているが、このような設定がモバイル通信デバイスから送られたデータを通じてセットまたは変更可能であることは本発明の範囲内である。
【００１３】
このリダイレクタプログラムは、上述した機能に加えて、モバイルデータ通信デバイスおよびそのアドレスの種類を判定し、リダイレクトされるメッセージの種類の優先リストをプログラミングし、そのモバイルデバイスが特定の種類のメッセージ添付物（例えば、ワードプロセッサ添付物、または音声添付物）を受信および処理することが可能かどうかを判定するソフトウェア実行型の制御機能一式を提供する。特定のモバイルデバイスが添付物を受信および処理することが可能かどうかの判定には、ホストシステムでモバイルデバイスのユーザにより初期設定される。この設定は、コマンドメッセージをモバイルデバイスからホストシステムへと送信することにより全般的にまたはメッセージごとに変更可能である。リダイレクタプログラムがモバイルデータデバイスによるワードプロセッサ添付物または音声添付物の受信および処理が不可能となるように設定されている場合、リダイレクタプログラムは、これらの添付物を特定の添付物との適合性を有する外部機器（例えば、接続されたプリンタ、ネットワーク化されたファックス機器、または電話）へとリダイレクトする。他の種類の添付物も、モバイルデバイスの能力に応じて同様のやり方で別の種類の外部機器へとリダイレクトすることができる。例えば、ユーザは、移動中にユーザのモバイルデバイスが処理または表示することが可能な添付物が添付されたメッセージを受信すると、ユーザは（その添付物をユーザがその晩を過ごすこととなるホテルにあるファックス機器へと送ることを指示する）コマンドメッセージをモバイル通信デバイスからホストシステムへと送り得る。これにより、ホストシステムが添付物が転送される送信先についての十分な情報を備えている限り、ユーザが重要なＥメール添付物を受信することが可能となる。
【００１４】
イベントがユーザデータアイテムのリダイレクトをトリガすると、ホストシステムは、モバイルデータ通信デバイスに対して透過的な方法でこれらのアイテムをリパッケージングし、これにより、モバイルデバイス上の情報はユーザのホストシステム上の情報と同様に見える。この好適なリパッケージング方法は、モバイルデータ通信デバイスのアドレスに対応するＥメールエンベロープでユーザデータアイテムを包袋する工程を含むが、特殊目的ＴＣＰ／ＩＰ包袋技術または別のユーザ選択データアイテムの包袋方法などの他のリパッケージング方法もまた本発明と共に用いることができる。このリパッケージング工程により好適には、Ｅメールメッセージがユーザによりモバイルデバイスから生成されてホストシステムから送信され、これにより、ユーザが単一のＥメールアドレスを有するように見え、メッセージが最初に送られた時にモバイル通信デバイスから送られたメッセージの受信者にとってユーザの物理的位置が分らないことが可能となる。このリパッケージング工程はまた、モバイルデバイスの入来メッセージおよび送出メッセージの両方の暗号化および解読ならびに圧縮および復元を可能とする。
【００１５】
別のシステムおよび方法において、リダイレクタプログラムはネットワークサーバ上で動作し、サーバは、複数のユーザデスクトップコンピュータからＬＡＮを介してサーバに接続されているネットワーク上の非常に多くのリダイレクトイベントトリガを検出するようプログラムされる。サーバは、ユーザのデスクトップの各々からネットワークを介して内部イベントトリガを受信することができ、またユーザのモバイルデータ通信デバイスからのメッセージなどの外部イベントトリガも受信することができる。サーバは、これらのトリガの１つを受信する工程に応答して、ユーザのデータアイテムを適切なモバイルデータ通信デバイスへとリダイレクトする。特定のモバイルデバイスについてのユーザデータアイテムおよびアドレス情報は、サーバまたはユーザのＰＣに格納することができる。この別の構成を用いて、１つのリダイレクタプログラムが複数のユーザのために機能することができる。この別の構成はまた、安全なウェブページまたは他のユーザインターフェースを通じてアクセス可能なインターネットまたはイントラネットをベースとするリダイレクタプログラムも含むことができる。リダイレクタプログラムは、インターネットサービスプロバイダのシステム上に配置し、インターネットのみを通じてアクセスすることができる。
【００１６】
本発明のさらに別の構成において、リダイレクタプログラムは、ホストシステムおよびユーザのモバイルデータ通信デバイスの両方で動作する。この構成において、ユーザのモバイルデバイスは、以下に説明するホストシステムと同様に動作し、モバイルデバイスでイベントトリガが検出されると特定のユーザ選択データアイテムをモバイルデバイスからユーザのホストシステム（またはいくつかの別のコンピュータ）へとプッシュするよう同様のやり方で設定される。この構成は、ホストからモバイルデバイスへおよびモバイルデバイスからホストへの双方向の情報プッシングを提供する。
【００１７】
本発明の主な利点は、ユーザ選択データアイテムのホストシステムからモバイルデータ通信デバイスへの継続的かつリアルタイムでのリダイレクトをトリガするシステムおよび方法を提供する点である。本発明の別の利点は、以下を含む：（１）リダイレクトされるユーザデータの種類を定義する工程、ならびにリダイレクトされるメッセージの種類の優先リストもしくはリダイレクトされるメッセージの送信元の優先リストを定義する工程における柔軟性；（２）システムを非常に多くの内部トリガイベント、外部トリガイベント、およびネットワーク化されたトリガイベントに応答するよう設定する工程における柔軟性；（３）モバイルデータ通信デバイスがホストシステムであるかのように見えるようにユーザデータアイテムを多様な方法で透過的にリパッケージングする工程；（４）Ｅメール、ＴＣＰ／ＩＰ、キーボード、スクリーンセーバ、ウェブページ、およびユーザデータアイテムを作成することもしくはトリガポイントを提供するよう設定されることのいずれかが可能な特定のプログラムなどの他のホストシステム構成要素との統合；ならびに（５）ユーザのデスクトップシステム上でローカル的に動作するかまたはネットワークサーバを介して遠隔的に動作することが可能な能力。
【００１８】
上記は、以下により詳細に述べるように本発明の数多くの利点のほんの数例に過ぎない。理解されるように、本発明は他の異なる実施形態を行うことも可能であり、本発明の幾つかの詳細は、本発明の精神から逸脱することなく様々な局面において変更可能である。従って、以下に説明する好適な実施形態の図面および詳細は、限定的なものではなく本質的に例示的なものとして考えられる。
【図面の簡単な説明】
【００１９】
【図１】図１は、リダイレクタソフトウェアがユーザのデスクトップＰＣで動作する場合にユーザデータアイテムをユーザのデスクトップＰＣ（ホストシステム）からユーザのモバイルデータ通信デバイスへとリダイレクトする工程を示すシステム図である。
【図２】図２は、リダイレクタソフトウェアがサーバで動作する場合にユーザデータアイテムをネットワークサーバ（ホストシステム）からユーザのモバイルデータ通信デバイスへとリダイレクトする工程を示すシステム図である。
【図３】図３は、情報をホストシステムからユーザのモバイルデータ通信デバイスへとプッシュする工程を可能にするためのリダイレクタソフトウェアと図１中のホストシステム（ユーザのデスクトップＰＣ）の他の構成要素との間のインタラクションを示すブロック図である。
【図４】図４は、ホストシステムで動作するリダイレクタソフトウェアにより実行される工程を示すフローチャートである。
【図５】図５は、モバイルデータ通信デバイスにより実行される、ホストシステムで動作するリダイレクタソフトウェアとインターフェースをとる工程を示すフローチャートである。
【発明を実施するための形態】
【００２０】
（図面の詳細な説明）
本発明は、本明細書中の添付の図面と共に読まれれば、以下の記載から明らかなように上述の必要性を満たす。
【００２１】
ここで図面を参照すると、図１は、ユーザデータアイテム（例えば、メッセージＡまたはＣなど）をユーザのオフィスＰＣ（ホストシステム）１０からユーザのモバイルデータ通信デバイス２４へとリダイレクトする工程を示す例示的システム図であり、リダイレクタソフトウェア１２はユーザのＰＣ上で動作する。図１中のメッセージＡは、デスクトップ２６からＬＡＮ１４を介してユーザのホストシステム１０へと送られる内部メッセージを示す。図１中のメッセージＣは、ＬＡＮ１４に直接的に接続されていない送信元（例えば、ユーザのモバイルデータ通信デバイス２４、他の何らかのユーザのモバイルデバイス（図示せず）またはインターネット１８に接続されているあらゆるユーザ）からの外部メッセージを示す。メッセージＣはまた、ユーザのモバイルデータ通信デバイス２４からホストシステム１０へのコマンドメッセージを示す。図３により詳細に説明するように、ホストシステム１０は好適には、ワークステーションまたはデスクトップコンピュータに関連する代表的なハードウウェアおよびソフトウェアに加えて、リダイレクタプログラム１２、ＴＣＰ／ＩＰサブシステム４２、一次メッセージ格納部４０、Ｅメールサブシステム４４、スクリーンセーバサブシステム４８、およびキーボードサブシステム４６を含む。
【００２２】
図１において、ホストシステム１０は、ユーザのオフィスに置かれることが多いユーザのデスクトップシステムである。ホストシステム１０は、ＬＡＮ１４に接続される。ＬＡＮ１４にはまた、ユーザのオフィスまたは他の場所にあり得る他のコンピュータ２６、２８も接続される。ＬＡＮ１４は次に、ワイドエリアネットワーク（「ＷＡＮ」）１８好適には情報のやり取りのために伝送制御プロトコル／インターネットプロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ
Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ，  「ＴＣＰ／ＩＰ」）の利用により定義されるインターネットに接続される。このワイドエリアネットワークは好適にはインターネットであるが他の任意の種類のＷＡＮでもよい。ＬＡＮ１４からＷＡＮ１８への接続部は、高帯域リンク１６（典型的にはＴ１またはＴ３接続部）を介する。ＷＡＮ１８は次いで、接続部３２を介して様々なゲートウェイ２０に接続される。ゲートウェイは、ＷＡＮ１８と他の何らかの種類のネットワークとの間に接続部またはブリッジ部（例えば、ＲＥ無線ネットワーク、セルラーネットワーク、衛星ネットワーク、または別の同期式または非同期式陸線接続部）を形成する。
【００２３】
図１の実施例において、無線ゲートウェイ２０は、インターネットに接続され、これにより、無線リンク２２を介して複数の無線モバイルデータ通信デバイス２４への通信が行われる。図１にはまた、機器３０が示されている。機器３０は、ＦＡＸ機器、プリンタ、画像（例えば、映像）表示システムまたは音声ファイルを処理および再生することが可能な機器（例えば、ボイスメールシステムなど）であり得る。本発明は、リダイレクタプログラム設定データがモバイルデバイス２４が添付物を受信および処理することが不可能であることを示した場合または（モバイルデバイスがこれらの添付物を処理することが可能であっても）ユーザが特定の添付物をモバイルデバイス２４に転送しないよう指定した場合に、特定のメッセージ添付物をこのような外部機器３０へとリダイレクトする能力を有する。例示目的のため、３つの添付物−−ワードプロセッサ文書、映像クリップおよび音声クリップを含むＥメールをユーザに送る場合を考える。リダイレクタプログラムは、Ｅメールのテキストを遠隔デバイスに送り、ワードプロセッサ文書をユーザの近くにあるネットワーク化されたプリンタに送り、映像クリップをインターネットを通じて、安全な接続部を通じてアクセス可能な記憶装置に送り、音声クリップをユーザのボイスメールシステムに送るよう設定することができる。この実施例は、本発明の範囲を限定するよう意図されたものではなく、このリダイレクトコンセプトで具現化される様々な可能性を示すものである。
【００２４】
好適なモバイルデータ通信デバイス２４は、手持ち型双方向無線ページングコンピュータ、無線式にイネーブルされるパームトップコンピュータ、データメッセージ通信機能付きのモバイル電話、または無線式にイネーブルされるラップトップコンピュータであるが、ネットワーク接続部２２を介してメッセージを送受信することが可能な他の種類のモバイルデータ通信デバイスでもあり得る。システムは双方向通信モードで動作することが好ましいが、本発明の特定の側面は「１および１．５」もしくは受取りページング（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ
ｐａｇｉｎｇ）環境においてまたは１方向ページングシステムとでも有利に用いることができる。モバイルデータ通信デバイス２４は、ソフトウェアプログラム命令を含む。このソフトウェアプログラム命令は、リダイレクタプログラム１２と協働して機能し、ユーザ選択データアイテムを継ぎ目無く、透過的にリダイレクトすることをイネーブルする。図４はリダイレクタプログラム１２の基本的な方法工程を示し、図５はモバイルデバイス２４で動作する対応するプログラムの工程を示す。
【００２５】
本発明の別の実施形態において、図中では明示的に示されていないが、モバイルデバイス２４もまたリダイレクタプログラムを含む。この実施形態では、ユーザ選択データアイテムをホストからモバイルデバイスへおよびその逆方向に複製することができる。リダイレクタプログラムを有するモバイルデバイス２４の構成および動作は、本明細書中で図１〜４に関連して述べる構成および動作と同様である。
【００２６】
本発明のユーザは、リダイレクタプログラム１２を、リダイレクタプログラム１２が特定のユーザ定義イベントトリガ（またはトリガポイント）が発生したことを検出した時に特定のユーザ選択データアイテムをユーザのモバイルデータ通信デバイス２４へとプッシュするよう構成することができる。ユーザ選択データアイテムは好適には、Ｅメールメッセージ、カレンダーイベント、会合通知、住所エントリ、日記エントリ、個人的注意、アラーム、警告、株式相場、ニュース公報などを含むが、ホストシステム１０に送信されるあらゆる他の種類のメッセージまたはホストシステム１０がインテリジェントエージェントの利用を通じて入手するあらゆる他の種類のメッセージ（例えば、ホストシステム１０がデータベースもしくはウェブサイトまたは掲示板のサーチを開始した後に受信されたデータなど）も含むことができる。いくつかの場合において、無線ネットワーク２２を介して送信されるデータの量を最小限にするためにデータアイテムの一部のみがモバイルデバイス２４に送信される。こういった場合、モバイルデバイス２４は、ユーザがそのデータアイテムの追加または全体を受信することを所望する場合、必要に応じてコマンドメッセージをホストシステムへと送り、そのデータアイテムの追加または全体を受信することができる。
【００２７】
リダイレクタプログラム１２によって検出可能なユーザ定義イベントトリガの中には、好適な実施形態としては、外部イベント、内部イベント、およびネットワーク化されたイベントがある。外部イベントは好適には以下を含む：（１）コマンドメッセージ（例えば、メッセージＣ）をユーザのモバイルデータ通信デバイスから受信し、これによりリダイレクトを開始するかまたはホストでいくつかの別のコマンド（例えば、優先リストモードをイネーブルするコマンドまたは優先リストに対して特定の送信元を追加もしくは削除するコマンドなど）を実行すること；（２）幾つかの外部コンピュータから類似のメッセージを受信すること；および（３）ユーザがもはやホストシステムの近隣に存在しないことを感知すること。しかし、外部イベントは、ホストシステムの外部で起こる他の任意の検出可能な出来事でもよい。内部イベントは、カレンダーアラーム、スクリーンセーバ作動、キーボードタイムアウト、プログラマブルタイマ、またはホストシステム内部で起こるあらゆる他のユーザ定義イベントであり得る。ネットワーク化されたイベントは、ホストシステムに接続されている別のコンピュータからネットワークを介してホストシステムへと送信されるユーザ定義メッセージであり、これによりリダイレクトが開始する。これらのイベントは、本発明とともに用いることによりユーザ選択データアイテムをホストシステム１０からモバイルデバイス２４へと複製することを開始することが可能にするイベントのうちの幾つかに過ぎない。
【００２８】
図１は、ＬＡＮ１４によってコンピュータ２６からユーザのデスクトップシステム１０へと通信されるＥメールメッセージＡを示す（図１にはまた、インターネットユーザからのＥメールメッセージまたはユーザのモバイルデバイス２４からのコマンドメッセージであり得る外部メッセージＣが示されている）。メッセージＡ（またはＣ）は、ホストシステム１０の一次メッセージ格納部に到達すると、検出可能となり、リダイレクタソフトウェア１２による処理を受けることが可能となる。リダイレクタソフトウェア１２は、多くの新しいメッセージを検出する方法を用いることができる。新しいメッセージを検出する方法は好適には、マイクロソフトのＭｅｓｓａｇｉｎｇ  ＡＰＩ（ＭＡＰＩ）（登録商標）を用いる。Ｍｅｓｓａｇｉｎｇ  ＡＰＩにおいて、リダイレクタプログラム１２のようなプログラムは、メイルボックスに変化が生じたとき、通告すなわち「同期の通知（ａｄｖｉｓｅ  ｓｙｎｃｓ）」を記録する。他の新しいメッセージの検出方法もまた、本発明とともに用いることができる。
【００２９】
リダイレクタプログラム１２が活性化され、（内部、ネットワークまたは外部イベントのいずれかが感知されることにより）特定のユーザデータアイテム（タイプＡまたはＣのメッセージを含む）をモバイルデバイス２４に対して複製するようにユーザによりすでに設定されている場合を仮定すると、メッセージＡがホストシステム１０で受信されると、リダイレクタプログラム１２は、メッセージＡの存在を検出し、そのメッセージをモバイルデバイス２４へとリダイレクトする準備を行う。メッセージのリダイレクトの準備をする際、リダイレクタプログラム１２は、オリジナルメッセージＡを圧縮し、メッセージヘッダを圧縮し、またはメッセージＡの全体を暗号化してモバイルデバイス２４への安全なリンクを作成することができる。
【００３０】
リダイレクタプログラム１２にはまた、ユーザのモバイルデータ通信デバイス２４のアドレス、デバイスの種類、およびデバイス２４が特定の種類の添付物（例えば、ワードプロセッサ添付物または音声添付物）を受取り可能かどうかがプログラムされる。ユーザの所有するモバイルデバイスの種類ではこれらの種類の添付物を受け取ることができない場合、リダイレクタプログラム１２は、接続されているファックスまたはボイス機器３０を用いて、その添付物をユーザの居場所にあるファックスまたはボイス番号に経路設定するようプログラムすることができる。
【００３１】
リダイレクタプログラムにはまた、ホストシステム１０でまたはコマンドメッセージＣを送信することによりユーザのモバイルデータ通信デバイスから遠隔的にユーザにより設定される優先リストモードがプログラムされ得る。この優先リストは、送信したメッセージがリダイレクトされることとなる送信元（他のユーザ）のリストまたはメッセージをリダイレクトするかどうかを判定するメッセージ特性のリストを含む。この優先リストモードは、活性化されると、リダイレクタプログラム１２をフィルタのように動作させ、そのデータアイテムが優先リストに含まれる送信元から送られたかどうかまたはそのデータアイテムが（存在する場合にメッセージのリダイレクトをトリガまたは抑制する）特定のメッセージ特性を有するかどうかに基づいて、特定のユーザデータアイテムのみをリダイレクトする。図１の実施例において、デスクトップシステム２６がホストシステム１０の優先リストに含まれるユーザによって動作され、その優先リストのオプションが活性化された場合、メッセージＡがリダイレクトされる。しかし、デスクトップ２６がホストシステムの優先リストに含まれていないユーザにより動作された場合、ホストシステムのユーザがリダイレクタプログラムを種類Ａのメッセージをプッシュするよう設定していたとしても、メッセージＡはリダイレクトされない。ホストシステム１０のユーザは、優先リストをデスクトップシステムから直接設定するかまたはコマンドメッセージ（例えば、Ｃなど）をモバイルデバイス２４からデスクトップシステム１０へと送り優先リストモードを活性化するかもしくは以前に設定された優先リストから特定の送信元またはメッセージ特性を追加／削除することができる。リダイレクタプログラムはメッセージ特性と優先送信元リストとを組み合せることによりより良く微調整されたフィルタを産み出すことができる点が理解されるべきである。例えば、優先順位の低いものとして印付けられたメッセージまたは単なる受信返送のメッセージもしくはメッセージを読んだ旨の返送のメッセージの受信を常にリダイレクトの対象から抑制する一方で、特定の送信元からのメッセージを常にリダイレクトすることが可能である。
【００３２】
リダイレクタプログラムが特定のメッセージをリダイレクトするべきであると判定してメッセージのリダイレクトを準備した後、ソフトウェア１２は、必要な手段全てを用いてメッセージＡをモバイルデバイス２４内にある２次メモリ格納部へと送る。好適な実施形態において、この方法は、ＬＡＮ１４、ＷＡＮ１８上で、および無線ゲートウェイ２０を通じてモバイルデータ通信デバイス２４へとメッセージＡを送ることである。これを行う際に、リダイレクタプログラムは好適には、モバイルデバイス２４のアドレス情報を含む外側エンベロープＢを用いてメッセージＡをＥメールとしてリパッケージングする。しかし、ＴＣＰ／ＩＰリパッケージングおよび搬送方法（これらの方法は、図２に示す別のサーバ構成において最も多く用いられている）などの別のリパッケージング技術およびプロトコルも利用することができる。無線ゲートウェイ２０は、リダイレクトされるメッセージＡの送信先を知るためにこの外側エンベロープ情報Ｂを必要とする。（Ｂの中にある）メッセージＡがモバイルデバイス２４により受信されると、外側エンベロープＢは除去され、オリジナルメッセージＡがモバイルデバイス２４内の２次メモリ格納部に配置される。このようにして外側エンベロープをリパッケージングおよび除去することにより、本発明はモバイルコンピュータ２４をホストシステム１０と同じ物理的位置にあるかのように見せ、これにより透過的なシステムを作成する。
【００３３】
メッセージＣがインターネット１８内のコンピュータからホストシステム１０への外部メッセージの代表的なものであり、ホストシステム１０が種類Ｃのメッセージをリダイレクトするよう設定されている場合、メッセージＣは、メッセージＡの場合と同様のやり方で外側エンベロープＢでリパッケージングされ、ユーザのモバイルデバイス２４へと送信される。メッセージＣがユーザのモバイルデバイス２４からホストシステム１０へのコマンドメッセージの代表的なものである場合、そのコマンドメッセージＣはリダイレクトされずにホストシステム１０による処理を受ける。
【００３４】
リダイレクトされたユーザデータアイテムが上述のようなＥメールメッセージである場合、ユーザはモバイルデバイス２４で、オリジナルの件名、送信元アドレス、送信先アドレス、カーボンコピーおよびブラインドカーボンコピーを見る。ユーザがそのメッセージに返答するかまたは新しいメッセージを書く場合、モバイルデバイス２４で動作するソフトウェアは、類似の外側エンベロープを返答メッセージ（または新しいメッセージ）に付加し、これにより、そのメッセージは先ずユーザのホストシステム１０へと経路設定され、ホストシステム１０は外側エンベロープを除去してそのメッセージを最終送信先へとリダイレクト（例えば、コンピュータ２６へと送り返すなど）する。好適な実施形態において、上記により、リダイレクトメッセージの送出は、モバイルデバイスのアドレスではなくホストメイルボックスのＥメールアドレスを用いて送られる。これにより、メッセージの受信者にとっては、そのメッセージがモバイルデータ通信デバイスではなくユーザのデスクトップシステム１０から発生したかのように見える。次いで、リダイレクトされたメッセージへの返答は全て、デスクトップシステム１０へと送られ、デスクトップシステム１０はまだリダイレクタモードである場合は、上述のようにその返答をリパッケージングしてユーザのモバイルデータデバイスへと再送する。
【００３５】
図２は、ユーザのデータアイテムをネットワークサーバ１１からユーザのモバイルデータ通信デバイス２４へとリダイレクトする工程を示す別のシステム図である。図２中、リダイレクタソフトウェア１２はサーバ１１で動作する。この構成は、ＭｉｃｒｏｓｏｆｔのＥｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ（登録商標）などのメッセージサーバを用いた利用の際に特に有利である。こういったメッセージサーバは一般的には、メッセージを各ユーザのデスクトップＰＣ内の格納部に保管するのではなく１つの中央位置すなわちサーバ上のメイルボックス格納部に保管するよう動作する。こういった構成は、１人のシステム管理者がリダイレクトされるメッセージを有するユーザ全員を設定および追跡することを可能にするというさらなる利点を有する。システムが複数の暗号鍵を有する場合、これらの鍵もまた管理および更新目的のために１箇所に保管することができる。
【００３６】
この別の構成において、サーバ１１は好適には各ユーザのデスクトップシステム１０、２６、２８についてのユーザプロファイルを保持する。ユーザプロファイルは、特定のユーザがリダイレクトされたアイテムを有し得るか否か、リダイレクトされるメッセージおよび情報の種類、リダイレクトをトリガするイベントの種類、ユーザのモバイルデータ通信デバイス２４のアドレス、モバイルデバイスの種類、およびユーザの優先リストなど情報を（こういった情報が存在する場合に）含む。イベントトリガは好適には、ユーザのデスクトップシステム１０、２６、２８で検出され、上記で列挙した外部イベント、内部イベント、またはネットワークイベントのうち任意のイベントであり得る。デスクトップシステム１０、２６、２８は好適には、これらのイベントを検出し、メッセージをＬＡＮ１４を介してサーバコンピュータ１１へと送信してリダイレクトを開始する。本実施形態においてユーザデータアイテムは好適にはサーバコンピュータ１１に格納されるが、ユーザデータアイテムはまた、各ユーザのデスクトップシステム１０、２６、２８にも格納することができ、その場合これらのデスクトップシステム１０、２６、２８は、イベントがリダイレクトをトリガした後にユーザデータアイテムをサーバコンピュータ１１へと送信する。
【００３７】
図２に示すように、デスクトップシステム２６は、ホストシステム１１に送信され、格納されるメッセージＡを生成する。ホストシステム１１は、リダイレクタプログラム１２を動作させるネットワークサーバである。メッセージＡはデスクトップシステム１０を対象とするが、本実施形態においては、ユーザメッセージはネットワークサーバ１１に格納される。デスクトップシステム１０でイベントが発生すると、イベントトリガが生成され、ネットワークサーバ１１へと送信される。次いで、ネットワークサーバ１１は、そのトリガの送信元とそのデスクトップシステムがリダイレクト能力を有するかどうかを判定し、そのデスクトップシステムがリダイレクト能力を有する場合は、（リダイレクタプログラムを動作させる）そのサーバは、格納された設定情報を用いてメッセージＡをデスクトップシステム１０のユーザと関連するモバイルコンピュータ２４へとリダイレクトする。
【００３８】
図１に関連して上述したように、メッセージＣはユーザのモバイルデータ通信デバイス２４からのコマンドメッセージまたは外部コンピュータ（例えば、インターネット１８に接続されたコンピュータ）からのメッセージのどちらかであり得る。メッセージＣがインターネットコンピュータからユーザのデスクトップシステム１０へのものでありかつユーザがリダイレクト能力を有する場合、サーバ１１はメッセージＣを検出し、電子エンベロープＢを用いてメッセージＣをリパッケージングし、リパッケージングされたメッセージ（Ｂの中のＣ）をユーザのモバイルデバイス２４へとリダイレクトする。メッセージＣがユーザのモバイルデバイス２４からのコマンドメッセージである場合、サーバ１１は単にそのコマンドメッセージを処理する。
【００３９】
ここで図３を参照して、ホストシステム１０からユーザのモバイルデータ通信デバイス２４へと情報をより十分にプッシュすることを可能にするための、リダイレクタソフトウェア１２と図１のホストシステム１０（デスクトップＰＣ）のさらなる構成要素との間のインタラクションを示すブロック図が示されている。これらのさらなる構成要素は、リダイレクタソフトウェア１２と共に設定および用いることができるイベント生成システムの種類、およびモバイル通信デバイス２４とインターフェースをとることによりユーザにとって透過性に見えるように用いることが可能なリパッケージングシステムの種類を例示する。
【００４０】
デスクトップシステム１０は、ＬＡＮ１４に接続され、ＬＡＮ１４に接続されている別のシステムへと／から、かつやはりＬＡＮ１４に接続されている外部ネットワーク１８、２２（例えば、インターネットまたは無線データネットワーク）へとデータ、メッセージ、信号、イベントトリガなどを送受信することができる。代表的なマイクロコンピュータまたはワークステーションに関連する標準的なハードウェア、オペレーティングシステム、およびアプリケーションプログラムに加えて、デスクトップシステム１０は、リダイレクタプログラム１２、ＴＣＰ／ＩＰサブシステム４２、Ｅメールサブシステム４４、１次データ格納デバイス４０、スクリーンセーバサブシステム４８、およびキーボードサブシステム４６を含む。ＴＣＰ／ＩＰおよびＥメールサブシステム４２、４４は、本発明の透過性を達成するために用いることが可能なリパッケージングシステムの例であり、スクリーンセーバサブシステム４８およびキーボードサブシステム４６は、ユーザ選択データアイテムのリダイレクトをトリガするイベントメッセージまたは信号を生成するよう設定可能なイベント生成システムの例である。
【００４１】
図４において、リダイレクタプログラム１２により実行される方法の工程がより詳細に説明されている。このプログラムの基本的な機能は、以下のものである：  （１）リダイレクトを開始するユーザ定義イベントトリガポイントを設定およびセットアップする；  （２）リダイレクトされるユーザデータアイテムの種類を設定し、リダイレクトされるメッセージを発する送信元の優先リストを必要に応じて設定する；  （３）ユーザのモバイルデータ通信デバイスの種類および能力を設定する；  （４）リパッケージングシステムおよびイベント生成システムからメッセージおよび信号を受信する；  および（５）リパッケージングシステムを介したモバイルデータ通信データアイテムへのユーザ選択データアイテムのリダイレクトを命令および制御する。具体的に列挙しなかった他の機能もまたこのプログラムに組み込むことができる。
【００４２】
Ｅメールサブシステム４４は、ユーザ選択データアイテムをリパッケージングしてモバイルデータ通信デバイス２４へと送信するための好適なリンクであり、業界で標準的なメールプロトコル（例えば、わずかばかり挙げるとすれば、ＳＭＴＰ、ＰＯＰ、ＩＭＡＰ、ＭＩＭＥおよびＲＦＣ−８２２など）を用いるのが好ましい。Ｅメールサブシステム４４は、ＬＡＮ１４上の外部コンピュータからメッセージＡを受信するかまたは何らかの外部ネットワーク（例えば、インターネット１８）もしくは無線データ通信ネットワーク２２などからメッセージＣを受信することができ、これらのメッセージを１次データ格納部４０に格納する。リダイレクタプログラム１２がこの種類のメッセージをリダイレクトするようトリガされている場合を想定すると、リダイレクタプログラムは全ての新しいメッセージの存在を検出し、Ｅメールシステム４４に対して外側包袋ＢをオリジナルメッセージＡ（またはＣ）の周囲に配置し、その外側包袋Ｂ上にモバイルデータ通信デバイス２４のアドレス情報を提供することによりそのメッセージをリパッケージングするよう指示を出す。上述したように、この外側包袋Ｂはモバイルデバイス２４により除去され、次いでオリジナルメッセージＡ（またはＣ）が回復され、これによりモバイルデバイス２４がデスクトップシステム１０のように見えることとなる。
【００４３】
加えて、Ｅメールサブシステム４４は、デスクトップシステム１０のアドレス情報付きの外側包袋を有するモバイルデバイス２４から戻ってくるメッセージを受信し、この情報を取り除き、これによりそのメッセージをオリジナルメッセージＡ（またはＣ）の適切な送信元へと経路設定することが可能となる。このＥメールサブシステムはまた、モバイルデバイス２４からコマンドメッセージＣも受信する。このコマンドメッセージＣは、デスクトップシステム１０へと方向付けられ、これによりリダイレクトがトリガされるかまたはいくつかの別の機能が実施される。Ｅメールサブシステム４４の機能は、リダイレクタプログラム１２により制御される。
【００４４】
別のリパッケージングシステムとしてＴＣＰ／ＩＰサブシステム４２がある。ＴＣＰ／ＩＰサブシステム４２は、Ｅメールサブシステム４４の機能全てを含むが、このシステムは、ユーザ選択データアイテムを標準的Ｅメールメッセージとしてリパッケージングするのではなく、特殊目的ＴＣＰ／ＩＰパッケージング技術を用いてデータアイテムのリパッケージングを行う。この種類の特殊目的サブシステムは、ユーザにとってセキュリティおよび速度の改善が重要となる状況において有利である。モバイルデバイス２４にある特殊なソフトウェアでしか除去することが不可能な特殊目的包袋が提供されると、いっそうセキュリティが強固となり、Ｅメールの格納および転送システムにバイパスを設けると、搬送工程の速度が改善されかつよりリアルタイムになる。
【００４５】
上述したように、本発明は、非常に多くの外部イベント、内部イベントおよびネットワーク化されたイベントまたはトリガポイントを検出すると、リダイレクトを開始するようトリガすることができる。外部イベントの例としては以下のものがある：  ユーザのモバイルデータ通信デバイス２４からリダイレクトを開始するコマンドメッセージを受信する；  何らかの外部コンピュータから類似のメッセージを受信する；  ユーザがもはやホストシステムの近隣にいないことを感知する；  またはホストシステムの外部で起こるあらゆる他のイベント。内部イベントは、カレンダーアラーム、スクリーンセーバ作動、キーボードタイムアウト、プログラマブルタイマ、またはホストシステム内部で起こるあらゆる他のユーザ定義イベントであり得る。ネットワーク化されたイベントは、ホストシステムに接続されている別のコンピュータからネットワークを介してホストシステムへと送信され、これによりリダイレクトを開始するユーザ定義メッセージである。
【００４６】
スクリーンセーバサブシステムおよびキーボードサブシステム４６、４８は、内部イベントを生成することが可能なシステムの例である。リダイレクタプログラム１２は機能的には、特定の条件下においてリダイレクタプログラム１２が検出することのできるイベントトリガが生成され、これによりリダイレクトプロセスが開始するようにスクリーンセーバおよびキーボードを設定する能力をユーザに提供する。例えば、スクリーンセーバシステムは、デスクトップシステムの不活性化の例えば１０分後にスクリーンセーバが作動された時に、イベントトリガがリダイレクタプログラム１２へと送信され、これによりすでに選択されたユーザデータアイテムのリダイレクトが開始するように設定することができる。同様に、キーボードサブシステムは、特定の時間の間キーが押されなかった時にイベントトリガを生成するよう設定可能であり、このようにしてリダイレクトを開始するべき旨が指示される。これらは、内部イベントトリガを生成するために用いることが可能なホストシステム１０の内部の非常に多くのアプリケーションプログラムおよびハードウェアシステムのうちの２つの例にすぎない。
【００４７】
図４および図５はそれぞれ、ホストシステム１０で動作するリダイレクタソフトウェア１２が実施する工程とホストシステムとのインターフェースをとるためにモバイルデータ通信デバイス２４が実施する工程とを示すフローチャートである。まず最初に図４を参照して、工程５０において、リダイレクタプログラム１２が開始され、初期設定される。リダイレクタプログラム１２のこの初期設定は以下を含む  ：（１）ユーザが判定したイベントトリガを定義して、これにより、リダイレクトがトリガされる（２）リダイレクトされるユーザデータアイテムを選択する（３）リパッケージングサブシステムとして標準的なＥメールまたは特殊目的技術のどちらかを選択する（４）データ通信デバイスの種類を選択し、そのデバイスが受信および処理を行うことが可能な添付物の在否およびその種類を指示し、モバイルデバイスのアドレスを入力する（５）リダイレクトされるメッセージを発するユーザ選択送信元の優先リストを設定する。
【００４８】
図４は、リダイレクタプログラム１２が図１に示すようにデスクトップシステム１０において動作している場合を想定したときのリダイレクタプログラム１２の基本的な工程を示す。リダイレクタプログラム１２が図２に示すようにネットワークサーバ１１で動作している場合、サーバに接続されている特定のデスクトップシステム１０、２６、２８へのリダイレクトをイネーブルするためには、以下を含むさらなる設定工程が必要となり得る。：  （１）デスクトップシステムのアドレス、リダイレクトをトリガするイベント、およびイベントが検出されるとリダイレクトされることとなるデータアイテムを示すデスクトップシステムについてのプロファイルをセットアップする；  （２）そのデータアイテム用の格納領域をサーバ内に保持する；  （３）デスクトップシステムのデータアイテムがリダイレクトされるデータ通信デバイスの種類、そのデバイスが受信および処理可能な添付物の在否およびその種類、ならびにそのモバイルデバイスのアドレスを格納する。
【００４９】
リダイレクタプログラムが設定される（５０）と、工程５２においてトリガポイント（またはイベントトリガ）がイネーブルされる。次いで、プログラム１２はリダイレクトプロセスを開始するためにメッセージおよび信号５４を待機する（５６）。メッセージは、Ｅメールメッセージまたはリダイレクトの対象として選択され得たいくつかの別のユーザデータアイテムであり得、信号は、トリガ信号またはイベントトリガとして設定されていないいくつかの別の種類の信号であり得る。メッセージまたは信号が検出されると、プログラムは、そのメッセージまたは信号がユーザによりリダイレクト信号を送るよう設定されたトリガイベントの１つであるかどうか判定する（５８）。そのメッセージまたは信号がユーザによりリダイレクト信号を送るよう設定されたトリガイベントの１つであると判定された場合は、工程６０においてトリガフラグがセットされる。このトリガフラグは、リダイレクトの対象として選択されているユーザデータアイテムでその後に受信された（メッセージの形態をした）ユーザデータアイテムをユーザのモバイルデータ通信デバイス２４へとプッシュするべき旨を示す。
【００５０】
メッセージまたは信号５４がトリガイベントではない場合、プログラムは、工程６２、６８、および６６において、そのメッセージがそれぞれシステムアラーム６２、Ｅメールメッセージ６４、またはリダイレクトの対象として選択された何らかの別の種類の情報であるかどうかを判定する。メッセージまたは信号がこれらの３つのアイテムのどれでも無い場合、制御は工程５６に戻り、リダイレクタプログラムは処理対象となるさらなるメッセージ５４を待機する。しかし、メッセージがこれらの３種類の情報のうちの１つである場合は、プログラム１２は工程６８において（ユーザがこれらのアイテムをモバイルデバイスにリダイレクトすることを所望していることを示す）トリガフラグがセットされているかどうかを判定する。トリガフラグがセットされていると、工程７０において、リダイレクタプログラム１２はリパッケージングシステム（ＥメールまたはＴＣＰ／ＩＰ）に外側エンベロープをユーザデータアイテムに付加させ、工程７２において、リパッケージングされたデータアイテムは次いでＬＡＮ１４、ＷＡＮ１８、無線ゲートウェイ２０および無線ネットワーク２２を介してユーザのモバイルデータ通信デバイス２４へとリダイレクトされる。次いで、制御は工程５６に戻り、プログラムは処理対象となるさらなるメッセージおよび信号を待機する。図４では明示的に示されていないが、工程６８の後、プログラムは、優先リストモードで動作している場合、特定のデータアイテムの送信元が優先リストに含まれるかどうかを判定し、特定のデータアイテムの送信元が優先リストに含まれていない場合は、プログラムは工程７０および７２を抜かして工程５６に直接戻るように進行する。送信元が優先リスト内に含まれていた場合は、制御は同様に工程７０および７２へと進み、これにより優先リストの送信元からのメッセージのリパッケージングおよび送信が行われる。
【００５１】
図５は、ユーザのモバイルデータ通信デバイス２４が本発明のリダイレクタプログラム１２とインターフェースをとるために実施する方法の工程を示す。工程８０において、モバイルソフトウェアが開始し、モバイルデバイス２４は、本発明のシステムと共に動作するよう設定される。設定は例えば、ユーザのデスクトップシステム１０のアドレスを格納する工程を含む。
【００５２】
工程８２において、モバイルデバイスは、メッセージおよび信号８４が生成および受信されるのを待機する。ユーザのデスクトップシステム１０で動作するリダイレクタソフトウェア１２がユーザのモバイルデバイス２４からのメッセージを受信するとリダイレクトを行うよう設定されている場合を想定すると、工程８６において、ユーザはリダイレクトを開始するコマンドメッセージを生成することを決定することができる。ユーザがそのように決定すると、工程８８においてリダイレクトメッセージが作成され、無線ネットワーク２２を介し、無線ゲートウェイ２０を通じ、インターネット１８を介してＬＡＮ１４を通ってデスクトップシステム１０へと送られ、最後にデスクトップ機器１０へと経路設定される。モバイルデバイス２４がメッセージをデスクトップシステム１０に直接送っているこの状況において、メッセージ（例えば、図１および図２中のメッセージＣなど）には外側包袋は付加されない。モバイルデバイス２４は、リダイレクト信号に加えて任意の数の別のコマンドを送信し、ホストシステムおよび特にリダイレクタプログラム１２の動作を制御し得る。例えば、モバイルデバイス２４は、コマンドを送ってホストシステムを優先リストモードにして、次いでさらなるコマンドを送信してその優先リストに対して特定の送信元を追加または除去することができる。このようにして、モバイルデバイス２４は、優先リスト中の送信元の数を最小限にすることにより、モバイルデバイス２４にリダイレクトされる情報の量を動的に制限することができる。コマンドの別の例は以下を含む：
（１）ホストシステムの設定を変更してモバイルデバイス２４が特定の添付物を受信および処理することをイネーブルするメッセージ；  および（２）特定のデータアイテムの一部のみがリダイレクトされた場合、ホストシステムにデータアイテム全体をモバイルデバイスへとリダイレクトするよう命令するメッセージ。
【００５３】
図５に戻ると、ユーザ信号またはユーザメッセージが、リダイレクト（またはいくつかの別のコマンド）を開始するデスクトップシステム１０への直接的メッセージではない場合、制御は工程９０へと進み、工程９０においてメッセージが受信されたかどうかが判定される。メッセージがモバイルデバイスにより受信され、かつそのメッセージが工程９２で判定されるようにユーザのデスクトップ１０からのものである場合、工程９４においてこのメッセージについてのデスクトップリダイレクトフラグが「オン」にセットされ、制御は工程９６へと進み、工程９６において外側エンベロープが除去される。工程９６の後、または工程９２で判定されるようにメッセージがユーザのデスクトップからのものではない場合、制御は工程９８へと進む。工程９８において、モバイルデバイスのディスプレイにユーザへのメッセージが表示される。次いで、モバイルユニット２４は、工程８２に戻り、さらなるメッセージまたは信号を待機する。
【００５４】
工程９０においてモバイルデバイス２４がメッセージが受信されていないと判定すると、制御は工程１００へと進み、モバイルデバイス２４は送信対象のメッセージがあるかどうかを判定する。送信対象のメッセージが無い場合は、モバイルユニットは工程８２へと戻り、さらなるメッセージまたは信号を待機する。送信対象のメッセージが少なくとも１つある場合は、工程１０２においてモバイルデバイスはそのメッセージがモバイルユニットが受信したメッセージへの返答メッセージであるかどうかを判定する。送信対象のメッセージが返答メッセージである場合、工程１０８において、モバイルデバイスはそのメッセージについてのデスクトップリダイレクトフラグがオンかどうかを判定する。そのリダイレクトフラグがオンでない場合、工程１０６において返答メッセージはただ単にモバイルデバイスから無線ネットワーク２２を介して送信先アドレスへと送信される。しかし、リダイレクトフラグがオンである場合、工程１１０において返答メッセージはユーザのデスクトップシステム１０のアドレス情報を有する外側エンベロープでリパッケージングされ、次いで工程１０６においてリパッケージングされたメッセージはデスクトップシステム１０へと送信される。上述のように、デスクトップシステム上で動作するリダイレクタプログラム１２は次いで、外側エンベロープを除去し、デスクトップシステムのアドレスを「ｆｒｏｍ」フィールドとして用いてその返答メッセージをしかるべき送信先へと経路設定する。これにより、リダイレクトされてきたメッセージの受信者にとっては、そのメッセージがモバイルデータ通信デバイスではなくユーザのデスクトップシステムから発生したかのように見える。
【００５５】
工程１０２においてモバイルデバイスがそのメッセージが返答メッセージではなくオリジナルメッセージであると判定すると、制御は工程１０４へと進み、モバイルデバイスは、モバイルユニットの設定を確認することによりユーザがデスクトップシステム１０でリダイレクタソフトウェア１２を用いているかどうかを判定する。ユーザがリダイレクタソフトウェア１２を用いていない場合、工程１０６においてメッセージはただ単に送信先アドレスへと送信される。しかし、モバイルデバイスがユーザがデスクトップシステム１０でリダイレクタソフトウェアを用いていると判定した場合、制御は工程１１０へと進み、外側エンベロープがそのメッセージへ付加される。次いで、工程１０６においてリパッケージングされたオリジナルメッセージがデスクトップシステム１０へと送信され、上述のようにデスクトップシステム１０により外側エンベロープが除去されそのメッセージは正しい送信先へと経路設定される。工程１０６においてそのメッセージが送信された後、モバイルデバイスの制御は工程８２へと戻り、さらなるメッセージまたは信号を待機する。
【００５６】
本発明の動作の好適な方法を含む好適な実施形態について詳細に述べてきたが、この動作は異なる要素および工程で実施可能であることが理解される。この好適な実施形態は例示目的のみのためであり、本明細書中の請求範囲により定義される本発明の範囲を限定するよう意図したものではない。
【図１】
2010218573.tif 000003
【図２】
2010218573.tif 000004
【図３】
2010218573.tif 000005
【図４】
2010218573.tif 000006
【図５】
2010218573.tif 000007
【手続補正書】
【提出日】平成22年5月31日(2010.5.31)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
ユーザ選択データアイテムをホストシステムからモバイルデバイスへと安全に、透過的に搬送するシステムおよび方法に対するさらに別の必要性が依然として存在している。
文献ＷＯ９７／４１６５４に、情報を１つ以上の情報ソースまたはデータベースからメッセージ配信センタを通じてモバイル加入者へと流すシステムおよび方法についての記載がある。メッセージ配信センタは、１つ以上の情報ソースからのデータを処理し、加入者定義プロファイル基づいて加入者用の個々のメッセージを生成する。情報メッセージは、毎朝午前９：００などの所定の時刻または株価が特定の値を越えたときなどの所定のイベントの発生時に送信することができる。さらに、情報メッセージは加入者の位置または個々の加入者からの要求メッセージに基づいて送信することができる。
文献ＷＯ９７／３２２５１に、２つのシステム間における情報の複製方法についての記載がある。これらの２つのシステム間において、ソフトウェアプログラムは、これらの２つのシステム間での情報移送用の通信制御構造を保持するためにプロバイダコンピュータシステムと消費者コンピュータシステムとにおいて実行される。この制御構造は、プロバイダコンピュータで発生し、消費者コンピュータへと移送される。プロバイダコンピュータの構造が変化すると、更新バージョンが発生し、その更新バージョンは消費者コンピュータへと移送される。この通信制御構造は、データと、メタデータと、プロバイダと消費者との間の送出通信の発生および入来通信の処理を制御するために各プログラムが用いる命令との組み合せを含む。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】変更
【補正の内容】
【００１３】
このリダイレクタプログラムは、上述した機能に加えて、モバイルデータ通信デバイスおよびそのアドレスの種類を判定し、リダイレクトされるメッセージの種類の優先リストをプログラミングし、そのモバイルデバイスが特定の種類のメッセージ添付物（例えば、ワードプロセッサ添付物、または音声添付物）を受信および処理することが可能かどうかを判定するソフトウェア実行型の制御機能一式を提供する。特定のモバイルデバイスが添
付物を受信および処理することが可能かどうかの判定には、ホストシステムでモバイルデバイスのユーザにより初期設定される。この設定は、コマンドメッセージをモバイルデバイスからホストシステムへと送信することにより全般的にまたはメッセージごとに変更可能である。リダイレクタプログラムがモバイルデータデバイスによるワードプロセッサ添付物または音声添付物の受信および処理が不可能となるように設定されている場合、リダイレクタプログラムは、これらの添付物を特定の添付物との適合性を有する外部機器（例えば、接続されたプリンタ、ネットワーク化されたファックス機器、または電話）へとリダイレクトする。他の種類の添付物も、モバイルデバイスの能力に応じて同様のやり方で別の種類の外部機器へとリダイレクトすることができる。例えば、ユーザは、移動中にユーザのモバイルデバイスが処理または表示することが可能でない添付物が添付されたメッセージを受信すると、ユーザは（その添付物をユーザがその晩を過ごすこととなるホテルにあるファックス機器へと送ることを指示する）コマンドメッセージをモバイル通信デバイスからホストシステムへと送り得る。これにより、ホストシステムが添付物が転送される送信先についての十分な情報を備えている限り、ユーザが重要なＥメール添付物を受信することが可能となる。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１８
【補正方法】変更
【補正の内容】
【００１８】
上記は、以下により詳細に述べるように本発明の数多くの利点のほんの数例に過ぎない。理解されるように、本発明は他の異なる実施形態を行うことも可能であり、本発明の幾つかの詳細は、様々な局面において変更可能である。従って、以下に説明する好適な実施形態の図面および詳細は、限定的なものではなく本質的に例示的なものとして考えられる。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００５０
【補正方法】変更
【補正の内容】
【００５０】
メッセージまたは信号５４がトリガイベントではない場合、プログラムは、工程６２、６４、および６６において、そのメッセージがそれぞれシステムアラーム６２、Ｅメールメッセージ６４、またはリダイレクトの対象として選択された何らかの別の種類の情報であるかどうかを判定する。メッセージまたは信号がこれらの３つのアイテムのどれでも無い場合、制御は工程５６に戻り、リダイレクタプログラムは処理対象となるさらなるメッセージ５４を待機する。しかし、メッセージがこれらの３種類の情報のうちの１つである場合は、プログラム１２は工程６８において（ユーザがこれらのアイテムをモバイルデバイスにリダイレクトすることを所望していることを示す）トリガフラグがセットされているかどうかを判定する。トリガフラグがセットされていると、工程７０において、リダイレクタプログラム１２はリパッケージングシステム（ＥメールまたはＴＣＰ／ＩＰ）に外側エンベロープをユーザデータアイテムに付加させ、工程７２において、リパッケージングされたデータアイテムは次いでＬＡＮ１４、ＷＡＮ１８、無線ゲートウェイ２０および無線ネットワーク２２を介してユーザのモバイルデータ通信デバイス２４へとリダイレクトされる。次いで、制御は工程５６に戻り、プログラムは処理対象となるさらなるメッセー
ジおよび信号を待機する。図４では明示的に示されていないが、工程６８の後、プログラムは、優先リストモードで動作している場合、特定のデータアイテムの送信元が優先リストに含まれるかどうかを判定し、特定のデータアイテムの送信元が優先リストに含まれていない場合は、プログラムは工程７０および７２を抜かして工程５６に直接戻るように進行する。送信元が優先リスト内に含まれていた場合は、制御は同様に工程７０および７２へと進み、これにより優先リストの送信元からのメッセージのリパッケージングおよび送信が行われる。
【手続補正５】
【補正対象書類名】図面
【補正対象項目名】図４
【補正方法】変更
【補正の内容】
【図４】
2010218573.tif 000008