(57)【要約】【課題】  同期通知をクライアント装置に提供すること。【解決手段】  本発明は、装置の状態の概念を維持する。モバイル装置にとって注目のイベントが発生したとき、サーバは、装置が同期するようにプロンプト指示を受ける必要があるか否かを判定する。注目のイベントにより、装置がもはやサーバの観点からは最新ではなくなるかどうか、すなわち注目のイベントが発生し、サーバが所定の期間、装置と連絡を取っていないかどうかを示すパラメータを、装置に関する最後の既知のパラメータと比較する。パラメータがマッチし、現在時刻がタイムアウト値よりも大きい場合、同期通知を送信する（Ｓ３０８）。パラメータがマッチしない場合、同期通知を送信する（Ｓ３０６）。注目のイベントごとにこの方法を反復する。【選択図】  図３
2005158039.tif 000002
【特許請求の範囲】
【請求項１】
クライアント装置に同期通知を提供する方法であって、
注目のイベントを受信したという通知を受信するステップ、
ｔｒａｃｋｉｎｇＧＵＩＤ（グローバルに固有の識別子）がｓｙｎｃＧＵＩＤと等しいかを判定するステップ、
前記ｔｒａｃｋｉｎｇＧＵＩＤが前記ｓｙｎｃＧＵＩＤと等しくない場合に、
前記ｔｒａｃｋｉｎｇＧＵＩＤを前記ｓｙｎｃＧＵＩＤに等しくセットする
ステップ、
タイムアウトを現在時刻に所定の値を加えたものに等しくセットするステッ
プ、および、
前記同期通知を前記クライアント装置に送信するステップ
を含むことを特徴とする方法。
【請求項２】
請求項１に記載の方法において、
前記ｔｒａｃｋｉｎｇＧＵＩＤが前記ｓｙｎｃＧＵＩＤと等しく、かつ現在時刻が前記タイムアウトよりも大きい場合に、前記同期通知を前記クライアント装置に送信するステップをさらに含むことを特徴とする方法。
【請求項３】
請求項２に記載の方法において、
前記タイムアウトを現在時刻に前記所定の値を加えたものに等しくセットするステップをさらに含むことを特徴とする方法。
【請求項４】
請求項１に記載の方法において、
前記ｓｙｎｃＧＵＩＤと前記ｔｒａｃｋｉｎｇＧＵＩＤの少なくとも一方を有する装置／ユーザ設定ファイルを受け取るステップをさらに含むことを特徴とする方法。
【請求項５】
請求項４に記載の方法において、
前記ｓｙｎｃＧＵＩＤと前記ｔｒａｃｋｉｎｇＧＵＩＤの前記少なくとも一方を前記装置／ユーザ設定ファイルから読み取るステップをさらに含むことを特徴とする方法。
【請求項６】
請求項１に記載の方法において、
前記所定の値は１５分であることを特徴とする方法。
【請求項７】
請求項１に記載の方法において、
前記所定の値は１から２時間の範囲内にあることを特徴とする方法。
【請求項８】
請求項１に記載の方法において、
前記同期通知を送信する前記ステップは、前記ＳＭＴＰ（シンプルメール転送プロトコル）プロトコルを使用して前記同期通知を送信することを含むことを特徴とする方法。
【請求項９】
請求項１に記載の方法において、
前記クライアント装置が前記注目のイベントを受信したかどうかを判定するステップをさらに含むことを特徴とする方法。
【請求項１０】
前記注目のイベントを受信したという通知を受信する前記ステップは、トリガイベントを受信することを含むことを特徴とする請求項１に記載の方法。
【請求項１１】
同期通知をクライアント装置に提供するコンピュータ実行可能命令を有する少なくとも１つのコンピュータ可読媒体であって、該命令が、
注目のイベントを受信したという通知を受信するステップ、および、
ｔｒａｃｋｉｎｇＧＵＩＤがｓｙｎｃＧＵＩＤと等しく、かつ現在時刻がタイムアウトよりも大きい場合に、前記同期通知を前記クライアント装置に送信するステップ
を実行するためのものであることを特徴とするコンピュータ可読媒体。
【請求項１２】
請求項１１に記載のコンピュータ可読媒体において、
別のコンピュータ実行可能命令を有し、該命令が、
前記ｔｒａｃｋｉｎｇＧＵＩＤが前記ｓｙｎｃＧＵＩＤと等しくない場合に、
前記ｔｒａｃｋｉｎｇＧＵＩＤを前記ｓｙｎｃＧＵＩＤに等しくセットすること、
タイムアウトを現在時刻に所定の値を加えたものに等しくセットすること、および、
前記同期通知を前記クライアント装置に送信すること
を含むステップを実行するためのものであることを特徴とするコンピュータ可読媒体。
【請求項１３】
請求項１２に記載のコンピュータ可読媒体において、
さらに別のコンピュータ実行可能命令を有し、該命令が、
前記ｔｒａｃｋｉｎｇＧＵＩＤが前記ｓｙｎｃＧＵＩＤと等しいかを判定することを含むステップを実行するためのものであることを特徴とするコンピュータ可読媒体。
【請求項１４】
請求項１３に記載のコンピュータ可読媒体において、
さらにまた別のコンピュータ実行可能命令を有し、該命令が、
前記タイムアウトを現在時刻に前記所定の値を加えたものに等しくセットすることを含むステップを実行するためのものであることを特徴とするコンピュータ可読媒体。
【請求項１５】
請求項１４に記載のコンピュータ可読媒体において、
前記所定の値は１５分であることを特徴とするコンピュータ可読媒体。
【請求項１６】
請求項１４に記載のコンピュータ可読媒体において、
前記所定の値は１から２時間の範囲内にあることを特徴とするコンピュータ可読媒体。
【請求項１７】
請求項１１に記載のコンピュータ可読媒体において、
別のコンピュータ実行可能命令を有し、該命令が、
前記ｓｙｎｃＧＵＩＤと前記ｔｒａｃｋｉｎｇＧＵＩＤの少なくとも一方を有する装置／ユーザ設定ファイルを受け取ることを含むステップを実行するためのものであることを特徴とするコンピュータ可読媒体。
【請求項１８】
請求項１７に記載のコンピュータ可読媒体において、
さらに別のコンピュータ実行可能命令を有し、該命令が、
前記ｓｙｎｃＧＵＩＤと前記ｔｒａｃｋｉｎｇＧＵＩＤの前記少なくとも一方を前記装置／ユーザ設定ファイルから読み取ることを含むステップを実行するためのものであることを特徴とするコンピュータ可読媒体。
【請求項１９】
請求項１１に記載のコンピュータ可読媒体において、
前記同期通知を送信する前記ステップは、前記ＳＭＴＰ（シンプルメール転送プロトコル）プロトコルを使用して前記同期通知を送信することを含むことを特徴とするコンピュータ可読媒体。
【請求項２０】
請求項１１に記載のコンピュータ可読媒体において、
別のコンピュータ実行可能命令を有し、該命令が、
前記クライアント装置が前記注目のイベントを受信したかを判定することを含むステップを実行するためのものであることを特徴とするコンピュータ可読媒体。
【請求項２１】
請求項１１に記載のコンピュータ可読媒体において、
注目のイベントを受信したという通知を受信する前記ステップは、トリガイベントを受信するステップを含むことを特徴とするコンピュータ可読媒体。
【請求項２２】
請求項１１に記載のコンピュータ可読媒体において、
別のコンピュータ実行可能命令を有し、該命令が、
前記クライアント装置が前記注目のイベントを受信したかを判定することを含むステップを実行するためのものであることを特徴とするコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般にコンピュータベースの通知システムに関し、より詳細には、注目のイベントをユーザに通知する方法およびシステムに関する。
【背景技術】
【０００２】
ラップトップコンピュータ、携帯情報端末装置、携帯電話などのモバイル装置およびインフラストラクチャの開発および展開と共に、消費者およびビジネスは、真のモバイルコンピューティング、共同作業、および情報交換の利点をますます認識することができるようになっている。もはや出張の旅行者は、単にネットワークに接続してＥメールメッセージを取り出し、ファイルをダウンロードし、または情報を交換するために様々なケーブルを持ち運んで、利用可能なデータポートを終わりなく探す必要はない。もはや会社および家庭の消費者は、壁のイーサネット（登録商標）−イーサネット（登録商標）ジャックの位置により、ネットワークにアクセスすることのできる場所を制限されることはない。今や会議参加者および友人のグループは、それぞれの間をケーブルで接続したり、または何らかの既存のネットワークにログインしたりしなくとも、それ自体のネットワークを形成することができる。人々は、バッテリ電力で動作中に、無線プロトコルを使用してネットワークにログオンすることができ、それによって移動性をさらに高めることができる。
【０００３】
モバイル装置と連係して、インターネットを介して搬送される電子メール（「Ｅメール」）やインスタントメッセージなどの電子メッセージ交換は、社会で急激に、非常に普及しつつあるだけでなく、形式ばっていないこと、使用するのが容易であること、および低コストであるために、多くの個人および組織にとって好ましい通信方法となりつつある。しかし、電子メッセージ交換では、モバイル装置のユーザは、メッセージを受信するために、ユーザが参加している、または利用している無線ネットワークの範囲内にいる必要がある。ユーザが範囲外に出た後にネットワークに戻ってきたとき、または最初にログインしたとき、ユーザはしばしば、待ち状態の何らかのメッセージがあるかどうかを知りたいと望む。加えて、多くのユーザは、特定のメッセージの到着、イベントのニュース（例えばカレンダ更新）などの注目のイベントが生じたときに、ユーザがネットワークのサーバと接続しメッセージ／イベントなどを取り出すことができるように通知を受けたいと望む。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ユーザとサーバの同期が保たれていることを確かなものにするための最も直接的な方法は、注目のイベントがサーバ上で発生したときはいつでも、同期通知（例えばｐｉｎｇ）をクライアントに送信することである。次いでクライアントがサーバに接続し、データを取り出す。この方法は多数の通知を必要とし、多数の通知は、追加のサーバＣＰＵサイクル、ネットワーク帯域幅、およびクライアント上のバッテリ寿命を消費する。ネットワークのユーザが時刻、時間の長さ、および／または帯域幅使用量に基づいて課金される今日のネットワーク環境では、通知はユーザに対するコストを増大させる可能性がある。例えば通知がＳＭＳ（ショートメッセージ交換サービス）を介して送達される場合、この手法は、ユーザの月ごとの請求金額を増加させ、キャリア資源を浪費する可能性がある。
【０００５】
産業界は、通知コストを緩和するために幾つかのステップを講じている。その緩和策には、通知を送信する前に、一定の時間が経過し、または一定の項目が累積するのを待つことが含まれる。しかし、すべてのそのような手法により、存在する必要のない待ち時間がシステムに導入される。こうした手法により、ユーザは、Ｅメールを直ちに取得することができるときに、５から１０分、あるいはもっと長く待たされる。
【課題を解決するための手段】
【０００６】
本発明はモバイル装置の状態の概念を維持し、サーバの観点からモバイル装置が最新の状態であるかを示す。モバイル装置にとって注目のイベントが発生したとき、サーバは格納した状態を参照し、装置が同期しするようにプロンプト指示を受ける必要があるかを判定する。
【０００７】
サーバは、注目のイベントを受信したという通知を受信する。注目のイベントにより装置がもはやサーバの観点からは最新でなくなるかどうか、すなわち注目のイベントが発生しサーバが所定の期間、装置と連絡を取っていないかどうか、を示すパラメータ（例えばｓｙｎｃＧＵＩＤ）を、装置に関するパラメータの最後の既知の値と比較する。パラメータは、ユーザ／装置に関する設定ファイルに格納される。
【０００８】
パラメータがメモリに格納されたパラメータの最後の既知の値とマッチし、現在時刻がタイムアウト値よりも大きい場合、同期通知が送信され、新しいタイムアウト値がセットされる。同期通知は、ＳＭＴＰ（シンプルメール転送プロトコル）プロトコルを使用して送信することができる。パラメータが最後の既知の値とマッチしない場合、最後の既知の値がパラメータ値にセットされ、同期通知が送信される。タイムアウト値も新しい値にセットされる。
【０００９】
タイムアウトについての新しい値は、現在時刻に所定の値を加えたものと等しくセットされる。所定の値はサーバによってセットされるパラメータであり、一実施形態では、通常はネットワークの信頼レベルに基づいてセットされ、装置への通知の送信を再試行するのにどれだけ長く待つかである。この値は任意の値にセットすることができる。多くのネットワークでは１から２時間の値が適切であり、その他のネットワークでは１５分の値が必要である。
【００１０】
本発明の追加の機能および利点は、添付の図を参照しながら行われる、以下の例示的実施形態の詳細な説明から明らかとなるであろう。
【００１１】
添付の特許請求の範囲は本発明の機能を具体的に記載しているが、本発明とその目的および利点は、添付の図面と共に行われる以下の詳細な説明から最も良く理解することができよう。
【発明を実施するための最良の形態】
【００１２】
本発明は、ユーザの装置がサーバと同期されていない場合、同期通知を介して注目のイベントをユーザに通知するプロセスを提供する。本発明はモバイル装置の状態の概念を維持し、サーバの観点からモバイル装置が最新の状態であるか否かを示す。モバイル装置にとって注目のイベントが発生したとき、サーバは、格納した状態を参照し、装置が同期するようにプロンプト指示を受ける必要があるか否かを判定する。装置が同期するようにプロンプト指示を受ける必要があるとサーバが判定した場合、モバイル装置は、同期するようにプロンプト指示を受ける。この手法を使用すると、ユーザがモバイル装置を数時間オフにするなどの一般的シナリオでは、クライアントを維持するのに必要な通知がずっと少なくなる。例えば、ユーザが昼食に出かける間、ユーザはモバイル装置を数時間オフにする。その期間中、ユーザは２５通のＥメールを受ける。ユーザが装置を再びオンにするとすぐに、ユーザは１つの同期通知を受信し、ユーザの装置は数分以内に最新となる。従来の通知システムでは、２５通の通知を送信するか、または少なくとも１通の通知を送信する前にある期間待機するはずである。
【００１３】
本発明は、プロセッサで実行されるプログラムモジュールなどの命令を使用する、携帯電話、ハンドヘルド装置、無線監視装置、マイクロプロセッサベースのプログラム可能な家電などを含む様々なタイプのマシンを使用するシステムで実施することができる。一般に、プログラムモジュールは、特定のタスクを実行し、または特定の抽象データタイプを実装するルーチン、オブジェクト、コンポーネント、データ構造などを含む。「プログラム」という用語は、１つ以上のプログラムモジュールを含む。
【００１４】
図面を参照すると、同様の参照番号が同様の要素を指しており、本発明が適切なコンピューティング環境で実装されているものとして示されている。必須ではないが、コンピュータによって実行されるプログラムモジュールなどのコンピュータ実行可能命令の一般的状況で本発明を説明する。一般に、プログラムモジュールは、特定のタスクを実行し、または特定の抽象データタイプを実装するルーチン、オブジェクト、コンポーネント、データ構造などを含む。さらに、ハンドヘルド装置、マルチプロセッサシステム、マイクロプロセッサベースの、またはプログラム可能な家電、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータなどを含むその他のコンピュータシステム構成を用いて本発明を実施できることを当業者は理解されよう。本発明はまた、通信ネットワークを介してリンクされるリモート処理装置によってタスクが実行される分散コンピューティング環境でも実施することができる。分散コンピューティング環境では、プログラムモジュールは、ローカルメモリ記憶装置とリモートメモリ記憶装置のどちらにも位置することができる。
【００１５】
図１に、本発明の実施形態を実施する例示的コンピューティング装置１００を示す。コンピューティング装置１００の最も基本的な構成では、コンピューティング装置１００は、少なくとも処理装置１０２およびメモリ１０４を含む。コンピューティング装置の厳密な構成およびタイプに応じて、メモリ１０４は、揮発性（ＲＡＭなど）、不揮発性（ＲＯＭ、フラッシュメモリなど）、またはその２つの何らかの組合せとすることができる。この最も基本的な構成を図１の破線１０６で示す。加えて、装置１００は追加の特徴／機能も有することができる。例えば、装置１００は、限定はしないが磁気ディスクまたは光ディスクあるいはテープを含む（取外し可能および／または取外し不能な）追加の記憶装置も含むことができる。このような追加の記憶装置を、図１の取外し可能記憶装置１０８および取外し不能記憶装置１１０で示す。コンピュータ記憶媒体は、コンピュータ可読命令、データ構造、プログラムモジュール、その他のデータなどの情報を記憶するための何らかの方法または技術で実装された、揮発性および不揮発性の、取外し可能および取外し不能な媒体を含む。メモリ１０４、取外し可能記憶装置１０８、および取外し不能記憶装置１１０は、すべてコンピュータ記憶媒体の例である。コンピュータ記憶媒体には、限定はしないが、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、またはその他のメモリ技術、ＣＤＲＯＭ、デジタル多用途ディスク（ＤＶＤ）、またはその他の光記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置、またはその他の磁気記憶装置、あるいは、所望の情報を記憶するのに使用することができ、装置１００でアクセスすることができるその他のどんな媒体も含まれる。このようなどんなコンピュータ記憶媒体も装置１００の一部とすることができる。
【００１６】
装置１００は、他の装置と通信することを可能とする１つ以上の通信接続１１２も含むことができる。通信接続１１２は通信媒体の例である。通信媒体は一般に、コンピュータ可読命令、データ構造、プログラムモジュール、またはその他のデータを、搬送波またはその他の移送機構などの被変調データ信号で具体化し、その通信媒体には任意の情報送達媒体が含まれる。「被変調データ信号」という用語は、その特性の１つ以上が、情報をその中に符号化するようにセットされた、または変化した信号を意味する。例えば、限定はしないが、通信媒体には、有線ネットワークやダイレクトワイヤード接続などの有線媒体、ならびに音響、ＲＦ、赤外線、その他の無線媒体などの無線媒体が含まれる。上記で論じたように、本明細書で使用するコンピュータ可読媒体という用語は、記憶媒体と通信媒体のどちらも含む。
【００１７】
装置１００は、キーボード、マウス、ペン、音声入力装置、タッチ入力装置などの１つ以上の入力装置１１４も含むことができる。ディスプレイ、スピーカ、プリンタなどの１つ以上の出力装置１１６も含むことができる。こうした装置はすべて当技術分野で周知であり、ここでさらに論じる必要はない。
【００１８】
装置１００はモバイル装置として構成される。装置１００はモバイル装置として構成されるが、この装置がモバイル装置である必要はないことを当業者は理解されよう。装置１００はデスクトップ装置でもよい。装置１００は、バッテリパック、燃料電池などのポータブル電源１２０を備える。電源１２０は、装置１００による計算および無線データ伝送のための電力を供給する。電源１２０が、ＡＣアダプタや、有線ネットワークに接続するための電源付きドッキングクレードルなどの、内蔵バッテリ／燃料電池に優先され、またはそれを充電する外部電源をさらに含むことができることに留意されたい。モバイル装置１００は、様々なタイプの無線ネットワークと無線で通信するネットワークインターフェースカード（ＮＩＣ）をさらに含むことができる。ＮＩＣは送信機を含み、送信機は、適切な周波数チャネルを介して無線でデータを送信するアンテナに結合される。装置が通信するネットワークから無線で送信される通信パケットを受信する受信機もアンテナに結合される。ネットワークインターフェースモジュールカードおよびアンテナは通信接続１１２の一部である。ネットワークインターフェースモジュールのインターフェースタイプおよび物理的構成が本発明にとって重要ではないことを理解されよう。例えば、インターフェースタイプは、ＰＣＩまたはその他のタイプでよく、ネットワークインターフェースモジュールは、別個のカード上にある必要はない。ネットワークインターフェースモジュールは、コンピュータのマザーボード上に含めることができ、さらには、おそらく将来的にはプロセッサに組み込むことができる。
【００１９】
無線ネットワークインターフェースモジュールを介して、モバイル装置１００は様々なタイプの無線ネットワークと通信することができる。例えば、モバイル装置１００は、インフラストラクチャネットワークのアクセスポイントを介してインフラストラクチャネットワークに無線で接続することができる。モバイル装置１００は、他の無線装置を含む、ａｄ  ｈｏｃネットワークとも呼ばれるピアツーピアネットワークの一部でもよい。
【００２０】
以下の説明では、別段の指示がない限り、１つ以上のコンピュータで実行される動作とオペレーションの象徴的表現とを参照しながら本発明を説明する。したがって、コンピュータで実行されると呼ばれることもあるそうした動作およびオペレーションが、コンピュータの処理装置による、構造化された形式のデータを表す電気信号の操作を含むことを理解されよう。この操作は、データを変換し、またはコンピュータのメモリシステム内の位置にデータを維持し、それにより、当業者に良く理解されている方式で、コンピュータのオペレーションが再設定または変更される。データが維持されるデータ構造は、データのフォーマットによって定義される特定の特性を有するメモリの物理位置である。しかし、本発明を上記の状況で説明するが、それは限定的であることを表すものではなく、以下で説明する様々な動作およびオペレーションをハードウェアでも実施できることを当業者は理解されよう。
【００２１】
本発明が動作する例示的環境２００を図２に示す。本発明を説明するのにＥｘｃｈａｎｇｅ（登録商標）  Ｅメールサーバ２０２を使用する。Ｅｘｃｈａｎｇｅ（登録商標）は、Ｍｉｃｒｏｓｏｆｔ（登録商標）  Ｃｏｒｐｏｒａｔｉｏｎが製造するＥメールサーバである。Ｅｘｃｈａｎｇｅ（登録商標）を使用するが、インスタントメッセージサーバを含む他のメッセージ交換サーバで本発明を使用することもできる。Ｅｘｃｈａｎｇｅ（登録商標）サーバ２０２は、有線ネットワーク２０８上の装置２０４、２０６、および無線ネットワーク２１８の範囲内の装置２１０〜２１４と通信する。図２に示すように、モバイル装置２１６はネットワーク２１８の範囲内にない。
【００２２】
次に図３を参照すると、サーバ２０２は、ユーザにとって注目のイベントが発生したときを検出する。注目のイベントは、到着するＥメール、新規または編集後のカレンダアイテム、照会に対する応答、交通情報、天気情報、インスタントメッセージなどでよい。ユーザに関する装置／ユーザ設定ファイルを取り出す（ステップ３００）。装置／ユーザ設定ファイルは、電話番号（適用可能な場合）、ユーザ名、およびユーザについてのその他の詳細を有する。装置／設定ファイル内には、装置状態の表示を与えるパラメータがあり、パラメータは、注目のイベントにより、装置がもはやサーバの観点からは最新ではなくなるかどうかについて、すなわち注目のイベントが発生し、一定の期間サーバが装置と連絡を取っていないかどうかについての表示を与える。
【００２３】
サーバの知識（knowledge）に対して装置がサーバと完全に同期しているとき（以下で説明する、同期通知を単にトリガしたイベントを除く可能性がある）、装置は最新である。装置にサーバと同期するように告げる同期通知が装置に送信されたが、装置がまだ同期を実施していないとき、装置は同期を保留中である。使用することのできるパラメータはｓｙｎｃＧＵＩＤと呼ばれ、主にスプーフィング／応答アタックを防止するのに使用される。ｓｙｎｃＧＵＩＤは、同一のセマンティクスを有するように生じる。装置に関するｓｙｎｃＧＵＩＤは、装置のサーバとの各同期の成功後に更新される。装置／ユーザ設定ファイルは、ｓｙｎｃＧＵＩＤまたはｓｙｎｃＧＵＩＤへのリンクを含む。本明細書では、装置の状態の表示を与えるパラメータを指定するのにｓｙｎｃＧＵＩＤを使用し、パラメータは、注目のイベントにより、装置がもはやサーバの観点からは最新ではなくなるかどうかについて、すなわち注目のイベントが発生し、一定の期間サーバが装置と連絡を取っていないかどうかについての表示を与える。
【００２４】
サーバは、各装置について「最後に認識した」ｓｙｎｃＧＵＩＤのインメモリテーブルを維持する。ここでは、インメモリテーブルをｔｒａｃｋｉｎｇＧＵＩＤと呼ぶ。所与の装置についてｓｙｎｃＧＵＩＤがｔｒａｃｋｉｎｇＧＵＩＤとマッチした場合、最後のイベント／通知が処理されて以来、その装置が同期を実施していないと結論することができる。このことは、その装置が保留同期状態にあることを意味する。ＧＵＩＤがマッチしない場合、最後のイベント／通知が処理されて以来、装置が同期を実施したと結論する。そのことは、装置が、通知を単にトリガしたイベントより前には最新状態にあることを示す。
【００２５】
サーバは、ユーザがメッセージを取り出したか否かをチェックして確認する。ユーザがメッセージを取り出している場合、同期通知を送信しない。ユーザがメッセージを取り出していない場合、以下のステップを実施する。ユーザの設定ファイル中に列挙される各装置について、ｔｒａｃｋｉｎｇＧＵＩＤをｓｙｎｃＧＵＩＤと比較する。ｔｒａｃｋｉｎｇＧＵＩＤがｓｙｎｃＧＵＩＤと等しくない場合、ｔｒａｃｋｉｎｇＧＵＩＤをｓｙｎｃＧＵＩＤに等しくセットする（ステップ３０２）。タイムアウト値を現在時刻にＸ分を加えたものにセットする（ステップ３０４）。Ｘ分は、サーバによってセットされるパラメータであり、一実施形態では、通常はネットワーク２０８、２１８の信頼レベルに基づいてセットされる。例えば、ネットワークの信頼性が低く、メッセージがドロップされる場合、Ｘパラメータは、装置への通知の送信を再試行するのにどれだけ長く待つかである。Ｘパラメータの値は任意の値にセットすることができる。多くのネットワークでは１から２時間の値が適切であり、その他のネットワークでは１５分の値が必要である。タイムアウト値をセットした後、同期通知を装置に送信する（ステップ３０６）。
【００２６】
ｔｒａｃｋｉｎｇＧＵＩＤがｓｙｎｃＧＵＩＤと等しい場合、現在時刻をタイムアウト時間と比較する。時刻がタイムアウト値よりも小さい場合、同期通知を送信しない。時刻がタイムアウト値よりも大きい場合、同期通知を送信し（ステップ３０８）、新しいタイムアウト値をセットする（ステップ３１０）。タイムアウト値は、前述のようにタイムアウト値を現在時刻にＸ分を加えたものをセットすることによってセットされる。図３では、時刻がタイムアウト値より小さい場合、別のイベントが発生するのを待つことを示すが、代替手法は、時刻がタイムアウト値以上であるときにユーザがメッセージを取り出したか否かを判定し、次いで、ユーザがその間にメッセージを取り出さなかった場合にステップ３０８および３１０を実施することである。
【００２７】
次に図４を参照すると、図２のＥｘｃｈａｎｇｅ（登録商標）サーバ２０２および装置２１６を使用するプロセスの一実装が示されている。Ｅメールなどの注目のイベントがサーバ２０２に到着し、ストア４０２内にプットされる。このストアは、イベンティングをサポートする任意の情報ストアを表す。イベントの到着によってトリガ４０４が生成され、モジュール４０６に送られる。モジュール４０６は、トリガ４０４を受け取った後、ステップ３００から３１０のプロセスを実施する。適用可能な場合、同期通知４０８がＳＭＳを介して装置２１６に送られる。ステップ３００から３１０のプロセスの後、装置２１６が同期するまで、通知４０８が装置２１６に送信される。Ｅｘｃｈａｎｇｅ（登録商標）サーバ２０２は、データを送信し取り出す目的で装置（例えばｐｏｃｋｅｔ  ＰＣや電話）およびモジュール４０６が読み書きするストア４０２からデータを取り出すために装置がそれに対して話しかけるエア同期プロトコル４１０を有する。装置２１６が線４１２で表すようにサーバと同期すると、エラー同期プロトコルが線４１４で表すように装置／ユーザ設定ファイルに関するｓｙｎｃＧＵＩＤを更新する。
【００２８】
同期通知のタイプはテキストメッセージでよく、または装置タイプに基づくことができる。装置がイメージレンダリングをサポートする場合、同期通知は、グラフィカルイメージまたはテキストイメージの形を取ることができるが、テキストレンダリングだけをサポートする装置は、テキストベースの同期通知だけを受信する。例えば、注目のイベントがユーザのカレンダの日記である場合、装置がグラフィカルレンダリングをサポートするなら、日記のグラフィカルイメージが送信される。装置がテキストレンダリングだけをサポートするなら、テキスト概要が送信される。
【００２９】
一実施形態では、同期通知を送信すべきか否かを判定するのにユーザセット可能フィルタが使用される。こうしたフィルタは、あるタイプの通知を直ちに送信し、他のタイプの通知を次のタイムアウトイベント後に送信したり、勤務時間中または勤務時間外にだけ通知を送信したりするようにセットアップすることができる。モジュール４０６は、フィルタのセッティングに従って同期通知を送信することができる。フィルタのセッティングは、装置／ユーザ設定ファイルまたは別個のファイルに格納することができる。
【００３０】
以上から、装置に同期通知を提供する方法を説明したことを理解できよう。本発明は、装置の状態の概念を維持する。モバイル装置にとって注目のイベントが発生したとき、サーバは、装置が同期するようにプロンプト指示を受ける必要があるか否かを判定する。装置が同期するようにプロンプト指示を受ける必要があるとサーバが判定した場合、装置は、同期するようにプロンプト指示を受ける。この方法により、従来のシステムよりも効率的にネットワーク資源が使用され、追加の待ち時間をシステムに導入することなく、エンドユーザコストを削減することが可能となる。
【００３１】
本発明の原理を適用することのできる多数の可能な実施形態に鑑みて、図面に関連して本明細書で説明した実施形態は単に例であり、発明の範囲を限定するものとみなすべきでないことを理解されたい。例えば、ソフトウェアとして示した例示の実施形態の要素をハードウェアとして実装することができ、逆も同様であること、または本発明の精神から逸脱することなく構成および細部において例示の実施形態を修正できることを当業者は理解されよう。したがって、本明細書で説明した本発明では、添付の特許請求の範囲およびその均等物に包含されるすべての実施形態が企図される。
【図面の簡単な説明】
【００３２】
【図１】本発明が常駐する例示的コンピュータシステムを全般的に示すブロック図である。
【図２】本発明が動作することのできる例示的環境を全般的に示すブロック図である。
【図３】同期通知をクライアントに提供するプロセスを示すフローチャートである。
【図４】図２の環境での図３のプロセスの通信フローを示すブロック図である。
【符号の説明】
【００３３】
１００    コンピューティング装置
１０２    処理装置
１０４    メモリ
１０８    取外し可能記憶装置
１１０    取外し不能記憶装置
１１２    通信接続
１１４    入力装置
１１６    出力装置
１２０    電源
２０２    サーバ
２０８    有線ネットワーク
２０４，２０６、２１０〜２１４    装置
２１８    無線ネットワーク
２１６    モバイル装置
【図１】
2005158039.tif 000003
【図２】
2005158039.tif 000004
【図３】
2005158039.tif 000005
【図４】
2005158039.tif 000006