JP4806216B2 - ネットワーク条件に応じてネットワーク通信を最適化するためのシステムおよび方法 - Google Patents

Description

一般に、本発明はモバイルデバイス、コンピュータソフトウェア、および通信デバイスに関し、詳細には、ネットワーク条件に応じてネットワーク通信を最適化するためのシステムおよび方法に関する。

一般的に言えば、携帯電話およびハンドヘルドデバイスなどのモバイルデバイスは、通信ネットワークを利用して、他のモバイルデバイスおよび／またはコンピュータデバイスとデータを交換する。典型的な実施形態では、モバイルデバイスは、ワイヤレス通信ネットワークおよび様々なネットワークプロトコルを利用して、データを送信および受信することができる。このような実施形態では、モバイルデバイスは連続的な、あるいは半連続的なワイヤレス接続を維持することができ、これによって、モバイルデバイスのユーザが電子メールを受信および送信できるようになる。コンピューティングデバイスの処理リソースおよびワイヤレスネットワークの通信帯域幅が増大し続けるのに伴って、ワイヤレス対応型のモバイルデバイスを使用した電子メールの受信／送信は顕著に増加している。

図１は、セルラ通信ネットワークを介して電子メールデータのモバイルデバイスへの伝送を容易にするためのシステム１００を示すブロック図である。システム１００は一般に「プッシュ」データモデルと呼ばれ、この場合、電子メールメッセージなどのデータは、データが受信されるとクライアントに送信される。図１を参照すると、システム１００は、携帯電話、ハンドヘルドデバイスなどの複数のクライアント１０２を含み、この複数のクライアント１０２は、何らかの形態のワイヤレス（例えばセルラ）伝送機能を含んでいる。図１に示されているように、モバイルデバイス１０２のそれぞれは、複数のモバイルデバイスオペレータ１０４の１つとワイヤレス通信状態にある。一般的に言えば、モバイルデバイスオペレータ１０４は、任意の数のモバイルデバイス１０２との無線周波数に基づく通信を維持するサービスプロバイダである。セルラ通信ネットワークなどを介したモバイルデバイス１０２とモバイルデバイスオペレータ１０４とのワイヤレス通信はよく知られており、さらに詳しくは説明しないであろう。

引き続き図１を参照すると、それぞれのモバイルデバイスオペレータ１０４は、データサービスプロバイダ１０６とも通信状態にある。典型的なデータサービスプロバイダ１０６は、識別されたモバイルユーザに対応するメッセージを送信するように構成されたサーバコンピュータとすることができる。以降でさらに詳しく説明することになるように、データサービスプロバイダ１０６は、着信データ（例えば電子メールメッセージ）についてモニタし、選択されたモバイルデバイス１０２への送信のために対応するモバイルオペレータ１０４へそのデータをプッシュする。データサービスプロバイダ１０６とモバイルオペレータ１０４とのネットワーク接続は、ワイヤレス通信ネットワークおよび／または有線通信ネットワークを介して行うことができる。データサービスプロバイダ１０６は、いくつかの電子メールインターフェースコンピューティングデバイス１０８とも通信状態にある。電子メールインターフェースコンピューティングデバイス１０８は一般に、ローカルネットワークメールリポジトリ１１０とデータサービスプロバイダ１０６の間のインターフェースとして機能する特別に構成されたコンピューティングデバイスに対応する。

実際には、新しい電子メールなどの更新された情報が、ネットワークメールリポジトリ１１０で受信されると、電子メールインターフェースコンピューティングデバイス１０８は、そのメールのコピーを入手し、データサービスプロバイダ１０６に通知を転送する。データサービスプロバイダ１０６は着信メッセージ通知を処理し、そのメールを受信すべきモバイルデバイス１０２を識別する。次いでデータサービスプロバイダ１０６は、対応するモバイルオペレータ１０４に通知および／またはメールを転送し、このモバイルオペレータ１０４は、選択されたモバイルデバイス１０２にその情報を送信する。

このアプローチでは、データサービスプロバイダ１０６によって通知／データが受信されると、モバイルデバイス１０２はデータ通知を受信する。このアプローチにより、モバイルデバイス１０２にデータのリアルタイム、あるいはほぼリアルタイムの伝送を提供するが、いくつかの特別なコンピューティングデバイスアプリケーションおよび／または特別なビジネスリレーションシップを必要とする。例えば典型的な実施形態では、それぞれのローカルネットワークは、着信メッセージ通知をデータサービスプロバイダ１０６に転送するために電子メールインターフェースコンピューティングデバイス１０８を維持する必要がある。加えて、システム１００は、集中型の情報収集および分配センタ（例えばデータサービスプロバイダ１０６）を必要とし、このセンタは通常、それぞれのモバイルデバイスユーザにサービス料金を課す。さらにこのアプローチは、専用のソフトウェアなどの適当な通信インターフェースを維持管理するデータサービスプロバイダ１０６と、データサービスプロバイダが選択されたモバイルデバイス１０２とのコンタクトを開始できるようにするいくつかのモバイルオペレータとの特別なビジネスリレーションシップを必要とする。

図２は、セルラ通信ネットワークを介して電子メールデータのモバイルデバイスへの伝送を容易にするための代替システム２００を示すブロック図である。システム２００は一般に「プル」データモデルと呼ばれ、電子メールメッセージなどのデータがモバイルデバイスなどのクライアントへ、そのクライアントによる新しいデータについての要求に応答して、送信される。システム１００（図１）と同様に、システム２００は複数のモバイルデバイスクライアント２０２を含み、これらのクライアントは何らかの形態のワイヤレス伝送機能（例えばセルラ通信機能）を有する。モバイルデバイス２０２のそれぞれは、いくつかのモバイルデバイスオペレータ２０４の１つとワイヤレス通信状態にある。しかし、この実施形態では、モバイルデバイスオペレータ２０４と各モバイルデバイス２０２の間のワイヤレス通信リンクは、電子メールメッセージを送信するための特化した通信リンクではない。その代わりに、この通信リンクは、インターネットなどのワイドエリアネットワーク２０６との従来のデータ伝送の通信リンクである。例えば、１つの一般的な実施形態では、ワイヤレス対応型のモバイルデバイス２０２は、ＴＣＰ／ＩＰプロトコル（Transmission Control Protocol/Internet Protocol）に従ってインターネットにわたってデータを送信することができる。モバイルデバイス２０２は、ネットワーク接続２０６を利用して、ローカルの電子メールインターフェースコンピューティングデバイス２０８と直接にインターフェースをとる。

実際には、モバイルデバイス２０２は、通常は安全なデータ伝送プロトコルを介して、電子メールインターフェースコンピューティングデバイス２０８との通信リンクを確立する。次いでモバイルデバイス２０２は、何らかの更新された情報（例えば新しい電子メール）を受信する要求を電子メールインターフェースコンピューティングデバイス２０８に直接送信する。モバイルデバイスユーザの新しいデータがある場合、電子メールインターフェースコンピューティングデバイス２０８は、電子メールインターフェースコンピューティングデバイス２０８からデータをプルするようモバイルデバイス１０２に指示する適当な応答を生成する。新しいデータがない場合、電子メールインターフェースコンピューティングデバイス２０８は、要求側のモバイルデバイス２０２に対する否定的な応答を生成する。モバイルデバイスの要求が処理されると、モバイルデバイス２０２と電子メールインターフェースコンピューティングデバイス２０８の間の通信リンクが終了される。

ネットワーク接続を介してモバイルデバイス２０２と電子メールインターフェースコンピューティングデバイス２０８の間の直接の通信チャネルを可能にすることによって、システム２００により、各モバイルオペレータ２０４において、そして各ローカルネットワークについての特別なソフトウェア／コンピューティングデバイスの必要性が緩和される。しかし、「プル」データモデルを使用する従来のシステムは、データが受信されるのと同時に着信データを送達することができないという点で不完全な場合がある。この欠陥は、モバイルデバイス２０４が上述のデータ変更要求を生成することの頻度を上げることによって低減することができるが、モバイルデバイス２０４と電子メールインターフェースコンピューティングデバイス２０８の間に通信リンクを確立するための典型的な方法は、モバイルデバイスの電力リソースを消費する。

したがって、データが受信されるのと同時に着信データ通知を送達しつつ、ネットワークごとの特別なソフトウェア／コンピューティングデバイスの必要性を緩和する、コンピューティングデバイスとネットワークアプリケーションの間の通信を容易にするためのシステムおよび方法に対するニーズがある。

モバイルデバイスとネットワークアプリケーションの間の通信を容易にするためのシステムおよび方法を提供する。モバイルデバイスは、タイムアウト間隔を含むデータ変更情報についての要求を送信する。ネットワークアプリケーションは、この要求を受信し、データ変更要求の受信から経過した時間を測定する。ネットワークアプリケーションは、タイムアウト間隔が経過したか、またはネットワークの指定したタイムアウトが生じた旨の通知をモバイルデバイスクライアントに送信する。通知が受信されるか、またはネットワークのタイムアウトが検出されると、モバイルクライアントデバイスは、後続のデータ変更要求のタイムアウト間隔を調整する。

本発明の一態様によれば、モバイルデバイスとネットワークアプリケーションの間の通信を容易にするための方法が提供される。この方法によれば、ネットワークアプリケーションは、データの変更についての要求を受け取る。このデータの変更についての要求は、応答を返すための満了データの第１のセットを含む。ネットワークアプリケーションは、データの変更についての要求に応答を提供するための時間間隔をモニタする。さらに、ネットワークアプリケーションは、その時間間隔が満了期間を超過した場合、変更されているデータはない旨の通知を送信する。

本発明の別の態様によれば、モバイルデバイスとネットワークアプリケーションの間の通信を容易にするための方法が提供される。この方法によれば、モバイルデバイスは、データの変更についての第１の要求を送信する。このデータの変更についての第１の要求は、応答を返すための満了データの第１のセットを含む。次いでモバイルデバイスは、データの変更についての第１の要求に対応するイベントを判定する。モバイルデバイスは、少なくとも１つのネットワーク条件に基づいて応答を返すための満了データの第２のセットを生成する。さらに、モバイルデバイスは、データの変更についての第２の要求を送信する。データの変更についての第２の要求は、応答を返すための満了データの第２のセットを含む。

本発明のさらなる態様によれば、データ交換を容易にするためのシステムが提供される。このシステムは、データの変更についての要求を生成するための１つまたは複数のクライアントデバイスを含む。データの変更を生成するための要求は、第１の満了期間を含む。このシステムは、データの変更についての要求を受信し、第１の満了期間に相当するモニタされた期間が満了した場合、変更されているデータはない旨の通知を送信するための少なくとも１つのネットワークアプリケーションをさらに含む。１つまたは複数のクライアントデバイスは、イベントが発生した場合、データの変更についての後続の要求を送信する。データの変更についての後続の要求は、第２の満了期間を含む。

本発明のさらに別の態様によれば、モバイルデバイスとネットワークアプリケーションの間の通信を容易にするための方法が提供される。この方法によれば、モバイルデバイスは、応答を返すための第１のタイムアウト間隔を含むデータの変更についての第１の要求を送信する。モバイルデバイスは、データの変更についての第１の要求に対応するイベントが発生したことを判定し、データの変更についての第１の要求に対応するイベントに調整規準のセットを関連付ける。モバイルデバイスは、調整規準のセットからの時定数を適用することによって、応答を返すための第２のタイムアウト間隔を生成する。次いでモバイルデバイスは、応答を返すための第２のタイムアウト間隔を含むデータの変更についての第２の要求を送信する。

本発明のさらなる態様によれば、モバイルデバイスとネットワークアプリケーションの間の通信を容易にするためのコンピュータ実行可能コンポーネントを有するコンピュータ可読メディアが提供される。このコンピュータ実行可能コンポーネントは、データの変更についてのデータ要求をネットワークアプリケーションへ送信し、変更データについての以前の要求に対応するイベントを受信するための通信コンポーネントを含む。データの変更についての要求は、応答を提供するためのタイムアウト間隔を含む。またコンピュータ実行可能コンポーネントは、データの変更についての以前の要求に対応するイベントに基づいて応答を返すためのタイムアウト間隔を生成するための処理コンポーネントも含む。処理コンポーネントは、通信コンポーネントによって受信されたデータの変更についての以前の要求に対応するイベントに調整規準のセットを適用することによって、応答を返すためのタイムアウト間隔を生成する。

本発明の前述の態様および付随する利点の多くは、以降の詳細な説明を添付の図面と併せて参照することによってよりよく理解すると、より容易にその真価を認識できるであろう。

一般的に言えば、本発明は、クライアントデバイスとネットワークアプリケーションの間の通信を最適化するためのシステムおよび方法に関する。より具体的には、本発明は、ワイヤレスネットワークを介したモバイルデバイスとネットワークアプリケーションの間の通信を最適化するためのシステムおよび方法を対象とする。本発明について、モバイルデバイスがネットワークアプリケーションからのデータ変更情報を電子メールメッセージの形態で要求するプルデータモデルを組み込んだアーキテクチャに関して説明するであろう。さらに、本発明について、モバイルデバイスとネットワークアプリケーションの間の通信リンクを維持するためのタイムアウト間隔の利用に関して説明するであろう。本発明について、モバイルデバイス、ワイヤレス通信ネットワーク、および／または電子メールの伝送に関して説明するであろうが、当業者は、開示された実施形態は本質的に例示的なものであり、限定と解釈すべきではないことを理解するであろう。

本発明の例示的な一実施形態では、システム２００（図２）などのプルデータモデルを実装するシステムを利用して、モバイルデバイス２０２などのクライアントと、電子メールインターフェースコンピューティングデバイス２０８などのネットワークアプリケーションの間の情報の伝送を容易にすることができる。モバイルデバイス２０２および電子メールインターフェースコンピューティングデバイス２０８は、インターネットなどの典型的なネットワークデータ接続２０６を介して情報を送信する。ネットワーク２０６からモバイルデバイス２０２への接続は、モバイルデバイスオペレータ２０４（例えばワイヤレス通信リンクを介したデータ接続）を介して、あるいはネットワークへの直接のワイヤレス接続（例えばＢｌｕｅｔｏｏｔｈプロトコルのワイヤレス接続）経由で容易にすることができる。

本発明によれば、モバイルデバイスは、電子メールインターフェースコンピューティングデバイス２０８にデータ変更要求を出す。このデータ変更要求は、電子メールインターフェースコンピュータデバイス２０８に届いた新しいデータ（例えば新しいＥメールメッセージ）の登録要求およびタイムアウト間隔を含むことができる。タイムアウト間隔は、電子メールインターフェースコンピューティングデバイス２０８が新しいデータの登録要求に対する肯定的または否定的な応答を提供することを求められる時間を指定する。従来のデータ変更要求とは異なり、電子メールインターフェースコンピューティングデバイス２０８は、利用可能な新しいデータがない場合、データ変更要求に対してすぐに応答を提供しない。その代わりに、電子メールインターフェースコンピューティングデバイス２０８は、情報の変更（例えば新しい電子メールの到着）、またはタイムアウト間隔の満了を検出するまで、モバイルデバイス２０２との通信リンクを維持する。どちらかのイベントが発生すると、電子メールインターフェースコンピューティングデバイス２０８は、モバイルデバイス２０２に適当な応答を送信する。次いで、モバイルデバイス２０２は、様々なネットワーク条件に従ってタイムアウト間隔を更新することができ、更新されたタイムアウト間隔を伴う後続のデータ変更要求を送信する。データがまったく受信されていない場合でさえ通信を維持することによって、電子メールインターフェースコンピューティングデバイス２０８は、モバイルデバイス２０２との通信リンクの終了を防止する。

次に図３Ａ〜３Ｄを参照して、本発明によるタイムアウト間隔を有するクライアントの要求を処理するための様々な実施形態について説明することにする。図３Ａを参照すると、モバイルデバイス上のクライアントによる登録要求およびタイムアウト間隔の生成によって、処理が開始される。本発明の例示的な一実施形態では、登録要求は、クライアントが受信したいと望む情報のタイプの登録、および通知の好み、クライアントの認証情報などの様々な構成情報を含むことができる。以降でさらに詳しく説明するように、タイムアウト間隔は、決まった時間期間の形態か、またはタイムアウト間隔の計算を可能にする規準のセットとすることができる。タイムアウト間隔は、モバイルデバイスクライアントアプリケーション、モバイルデバイスオペレータ２０４、および電子メールインターフェースコンピューティングデバイス２０８によって設定されるデフォルトの期間とすることができる。例えばモバイルデバイスオペレータ２０４は、自身のタイムアウト間隔を維持することができ、これにより、モバイルデバイスオペレータの指定したタイムアウト間隔の間にモバイルデバイス２０２と電子メールインターフェースコンピューティングデバイス２０８の間で受け渡されたデータがない場合、通信リンクが切られるという結果になるであろう。したがって、デフォルトのタイムアウト間隔は、モバイルデバイス２０２によって使用される特定のモバイルデバイスオペレータ２０４によって指定されるタイムアウト間隔よりも小さな値となる可能性が高いであろう。登録要求およびタイムアウト間隔は、ネットワーク２０６を介して送信され、電子メールインターフェースコンピューティングデバイス２０８、あるいは電子メールインターフェースコンピューティングデバイス２０８上の特別なアプリケーションによって受信される。

登録要求を処理すると、電子メールインターフェースコンピューティングデバイス２０８は、要求された情報の受信についてモバイルデバイスクライアントを、承認されたものとして登録する。上述のように、登録されたクライアントについて現在利用可能な新しいデータがない場合、電子メールインターフェースコンピューティングデバイス２０８は、モバイルデバイス２０２に対して否定的な応答を自動的に送信しない。しかし、データ変更要求が依然として係属中であるので、通信リンクはすぐには終了されない。

次いで図３Ｂを参照すると、１つの実施形態では、電子メールインターフェースコンピューティングデバイス２０８は、モバイルデバイス２０２に渡す必要があるデータ変更が生じた旨の通知を受信する。本発明の例示的な一実施形態では、この通知は、モバイルデバイス２０２に対応するユーザが新しい電子メールを受信した旨の、電子メールサーバ／クライアントなどの電子メールリポジトリからの通知を含むことができる。電子メールインターフェースコンピューティングデバイス２０８は、新しいデータが利用可能である旨の通知を、ネットワーク２０６経由でモバイルデバイス２０２に送信する。本発明の例示的な一実施形態では、この通知は、そのデータを取り出すかどうかを決定するためにユーザおよび／またはモバイルデバイスによって使用することができる記述的な情報または他の規準を含むことができる。データを取り出すことになる場合、モバイルデバイス２０２は、データの取り出しについての要求を、ハイパーテキスト転送プロトコル（「ＨＴＴＰ」）などの従来の周知のデータプロトコル（さらに詳しくは説明しない）に従って電子メールインターフェースコンピューティングデバイス２０８に送信する。データが取り出されると、モバイルデバイス２０２による新しいデータ登録要求およびタイムアウト間隔の伝送によって、図３Ａに示されたプロセスを繰り返すことができる。

次いで図３Ｃを参照すると、別の実施形態では、電子メールインターフェースコンピューティングデバイス２０８は、登録されたモバイルデバイスクライアントごとに最後の通信から経過した時間をモニタし続ける。電子メールインターフェースコンピューティングデバイス２０８は、登録されたクライアントのタイムアウト間隔が満了したことを検出した場合、タイムアウト間隔が満了し、新しいデータ通知は受信されていない旨の通知をモバイルデバイス２０２に送信する。タイムアウト間隔満了の通知を送信することによって、電子メールインターフェースコンピューティングデバイス２０８は、モバイルデバイス２０２との通信リンクがモバイルデバイスオペレータ２０４によって終了されたり、または切られたりされることを防ぐ。

以降でさらに詳しく説明するように、タイムアウト間隔満了の通知を受信すると、モバイルデバイス２０２は、前のタイムアウト間隔を更新することができる。本発明の例示的な一実施形態では、モバイルデバイス２０２は、各種のネットワーク条件の１つを測定または観測することによって、タイムアウト間隔を更新する。次いでモバイルデバイス２０２は、測定または観測されたネットワーク条件に基づいてタイムアウト間隔を調節すべきかどうかを判定する。タイムアウト間隔を調整または調節すると、モバイルデバイス２０２は、ネットワーク２０６経由で、更新されたタイムアウト間隔を伴う新しい登録要求を送信する。電子メールインターフェースコンピューティングデバイス２０８は、新しい要求を得て、更新されたタイムアウト間隔で登録プロセスおよびタイムアウトクロック測定を繰り返す。

次いで図３Ｄを参照すると、さらなる実施形態では、モバイルデバイス２０２はまた、以前の登録要求の伝送から満了した時間をモニタする。モバイルデバイス２０２は、タイムアウト間隔の満了を検出し、電子メールインターフェースコンピューティングデバイス２０８から何ら新しいデータ通知を受信しなかった場合、通信リンクが終了されたか、または他の形で切られたものと想定する。したがって、モバイルデバイス２０２は、タイムアウト間隔を更新し、ネットワーク２０６経由で、更新されたタイムアウト間隔を伴う登録要求を送信する。電子メールインターフェースコンピューティングデバイス２０８は、新しい要求を得て、更新されたタイムアウト間隔で登録プロセスおよびタイムアウトクロック測定を繰り返す。上述のように、モバイルデバイス２０２は、新しい要求に関連付けられた更新されたタイムアウト間隔もモニタするであろう。

図４を参照して、本発明による電子メールインターフェースコンピューティングデバイス２０８へのデータ変更要求を送信し、モニタするためにモバイルデバイス２０２によって実施されるルーチン４００を示す流れ図について説明することになる。ブロック４０２において、モバイルデバイスは、登録要求およびタイムアウト間隔を電子メールインターフェースコンピューティングデバイス２０８に送信する。本発明の例示的な一実施形態では、登録要求は、モバイルデバイスが更新された情報を受信したいと希望する１つまたは複数のデータタイプ、特定のデータファイル、またはアプリケーションプログラムの選択に対応することができる。例えば、登録は、ユーザが新しい電子メールが受信されたときや、特定のドキュメントが更新されたときに通知を受信したいと希望していることを示すことができる。登録要求は、どのデータをモバイルデバイスに送信するかを選択するためのルールやキーワードなどの規準にも対応することができる。登録要求は、更新された情報を受信する際に必要となることがあるクレデンシャルや他の認証情報を含むこともできる。

本発明の例示的な一実施形態によれば、タイムアウト間隔の情報は、現在の日時に追加すべき決まった満了期間または時間の長さの指定を含むことができる。あるいは、タイムアウト間隔の情報は、タイムアウト期間または満了期間の生成を容易にする選択的な規準という点から指定することもできる。ブロック４０４において、モバイルデバイス２０２は、モバイルデバイス２０２による登録要求の送信、または電子メールインターフェースコンピューティングデバイス２０８による登録要求の受信から満了した時間を測定するタイムアウトクロックを開始する。満了した時間は、様々な方法のいずれか１つで測定することができる。

判定ブロック４０６では、モバイルデバイス２０２が電子メールインターフェースコンピューティングデバイス２０８からデータ変更通知を受信しているかどうかを判定するためのテストが行われる。モバイルデバイス２０２がデータ通知を受信している場合、ブロック４０８において、モバイルデバイスは、電子メールインターフェースコンピューティングデバイス２０８にデータ要求を送信する。本発明の例示的な一実施形態では、データ要求は、ＨＴＴＰデータ要求など、電子メールインターフェースコンピューティングデバイス２０８からの実際のデータについての要求に対応する。ブロック４１０では、モバイルデバイス２０２は、要求されたデータを電子メールインターフェースコンピューティングデバイス２０８から得る。次いでルーチン４００はブロック４１６に進んで、以前に提供されたタイムアウト間隔を調整する。これについては、以降でさらに詳しく説明する。

決定ブロック４０６に戻ると、モバイルデバイス２０２が電子メールインターフェースコンピューティングデバイス２０８からデータ変更通知を受信していない場合、決定ブロック４１２において、モバイルデバイスが電子メールインターフェースコンピューティングデバイス２０８からタイムアウト間隔満了の通知を受信しているかどうかを判定するためのテストが行われる。タイムアウト間隔満了の通知を受信している場合、ルーチン４００はブロック４１６に進む。これについては、以降でさらに詳しく説明する。

決定ブロック４１２に戻ると、モバイルデバイスが電子メールインターフェースコンピューティングデバイス２０８からタイムアウト間隔満了の通知を受信していない場合、決定ブロック４１４において、タイムアウト間隔が満了しているかどうかを判定するためのテストが行われる。前述のように、ブロック４０４において、モバイルデバイスは、登録要求の送信から満了した時間を測定する。タイムアウト間隔が満了していない場合、ルーチン４００は決定ブロック４０６に戻る。あるいは、モバイルデバイス２０２は、タイムアウト間隔が満了していることを検出した場合、電子メールインターフェースコンピューティングデバイス２０８がタイムアウト間隔満了の通知を送信できなかったか、および／または電子メールインターフェースコンピューティングデバイス２０８との通信リンクが満了したと想定することができる。

本発明の例示的な一実施形態では、モバイルデバイスは、電子メールインターフェースコンピューティングデバイス２０８からの伝送における考えられうる遅延／遅れを計算に入れるために追加の時間だけさらに待つこともできる。したがって、ルーチン４００は次にブロック４１６へ進んで、以前に提供されたタイムアウト間隔を調整する。ブロック４１６については、サブルーチン５００（図５）に関してさらに詳しく説明するであろう。タイムアウト間隔が調整されると、ルーチン４００はブロック４０２に戻り、そこでモバイルデバイスは、調整されたタイムアウト間隔を有する新しい登録要求を送信する。

次いで図５を参照して、ブロック４１６（図４）に対応する、タイムアウト間隔を調整するためにモバイルデバイス２０２によって実施される例示的なサブルーチン５００について説明することにする。本発明の例示的な一実施形態では、タイムアウト間隔の調整は、ネットワーク通信イベント（例えば連続する調整イベント）のウィンドウの合計と、ネットワーク通信イベントの同じウィンドウの可能な値に基づくネットワーク信頼値の複数の閾値との比較に対応する。

ブロック５０２において、モバイルデバイスは、現在のタイムアウト間隔および１つまたは複数の閾値ネットワーク信頼値を得る。本発明の例示的な一実施形態では、現在のタイムアウト間隔は、モバイルデバイスによって以前に使用されたタイムアウト間隔に対応することができる。さらに、現在のタイムアウト間隔は、モバイルデバイス２０２、モバイルデバイスオペレータ２０４、または他の任意のコンポーネントによって設定されたデフォルトのタイムアウト間隔に対応することができる。本発明の例示的な一実施形態では、閾値ネットワーク信頼値は、現在のタイムアウト間隔を増分するために使用されることになる最大閾値に対応することができる。閾値は、現在のタイムアウト間隔を減分するために使用されることになる最小閾値に対応する。最大および最小の閾値は、調整イベントのある所与のウィンドウに対する最大および最小の可能なネットワーク信頼値の関数を表す。

ブロック５０４において、モバイルデバイス２０２は、調整イベントの定義されたウィンドウに対する現在のネットワーク信頼値を計算する。本発明の例示的な一実施形態では、モバイルデバイス２０２は、ネットワーク通信に対応する任意の数のイベントを考慮に入れることができる。これらのイベントは、モバイルデバイス２０２に特有の内部イベントに対応することができる。例えば、ネットワークイベントは、デバイスのバッテリ寿命、内部測定信号強度、処理リソースの利用状況、ユーザ指定の規準などを含むことができるが、これらには限定されない。また、これらのイベントは、モバイルデバイス２０２とネットワーク２０６との対話および／またはネットワーク自体に特有の外部イベントに対応することもできる。例えば、イベントは、切られた通信リンク、トランスポートエラー、伝送速度の測定、情報の成功受信、信号強度の外部測定、外部コンポーネントのパフォーマンスメトリックスなどを含むことができる。

本発明の例示的な一実施形態では、各ネットワークイベントは、通信リンク上の潜在的な影響を反映する重みなどの値と関連付けることができる。一実施形態では、各イベントの値は、肯定的なイベントについては「１」、否定的なイベントについては「−１」というバイナリ値に対応することができる。別の実施形態では、各イベントの値は、「−１」から「１」までの範囲の値に対応することができる。このような実施形態では、各ネットワークイベントに、他の考えられうるイベントと比較してネットワークイベントの重大性を反映する重みを与えることができる。さらに別の実施形態では、この範囲の値は、より肯定的な通信リンクイベントを反映するより高い値を有するすべての正の値とすることができる。

ネットワーク信頼値を計算するために、以前の調整イベントのウィンドウ内の各イベントの重みの合計を計算する。本発明の例示的な一実施形態では、各イベントの重みは、イベントが発生してから経過した時間によって低減される。式（１）は、次のようにこの合計を定義する。

ここで、ｎはネットワーク信頼値に対応し、
ｅ_jは、各ネットワークイベントの重みに対応し、
ｔ_xは、ネットワークイベントが発生したときの時間の測定に対応する。

引き続き図５を参照すると、決定ブロック５０６では、計算されたネットワーク信頼値が最大閾値を上回っているかどうかを判定するためにテストが行われる。正、またはより大きな値の重みが肯定的なイベントを表す一実施形態では、計算されたネットワーク信頼値が閾値を上回った場合、タイムアウト間隔がブロック５０８において増分される。サブルーチン５００は、ブロック５１０でリターンする。

本発明の例示的な一実施形態では、タイムアウト間隔は、以前に定義された個別の量だけ増分することができる。あるいは、タイムアウト間隔は、計算されたネットワーク信頼値に比例した量だけ増加することもできる。さらに、タイムアウト間隔は、繰り返された肯定的なネットワークイベントや、計算されたネットワーク信頼の値などのファクタを考慮することができるスケジュールによって増加することもできる。例えば、モバイルデバイス２０２は、いくつかの直前の肯定的なイベント（例えば、連続した５つの肯定的なイベント）を追跡した場合のみ、タイムアウト間隔の増加を行うことができる。別の例では、モバイルデバイス２０２は、連続した肯定的なイベントの数に従って連続して増加するであろう量だけタイムアウト間隔を増加するであろう。さらに別の例では、モバイルデバイス２０２は、１つまたは複数の肯定的なイベントを追跡すると、タイムアウト間隔を最大量まで増加することができる。本発明の例示的な一実施形態では、モバイルデバイス２０２は、タイムアウト間隔の増分をモバイルデバイスオペレータ２０４のネットワークタイムアウト間隔などの最大閾値に制限することができる。

計算されたネットワーク信頼値が閾値を上回っていない場合、決定ブロック５１２において、計算されたネットワーク信頼値が最小閾値を下回っているかどうかを判定するためにテストが行われる。負の値、またはより小さな値の重みが否定的なイベントを表す一実施形態では、計算されたネットワーク信頼値が閾値を下回った場合、ブロック５１４においてタイムアウト間隔が減少される。サブルーチン５００は、ブロック５１６でリターンする。しかし、決定ブロック５１２において、計算されたネットワーク信頼値が最小閾値を下回っていない場合、タイムアウト間隔は調整されず、サブルーチン５００はブロック５１８でリターンする。

ブロック５０８と同様に、タイムアウト間隔は、以前に定義した個別の量だけ減少することができる。あるいは、タイムアウト間隔は、計算されたネットワーク信頼値に比例した量だけ減少することもできる。さらにタイムアウト間隔は、繰り返された否定的なネットワークイベントや、計算されたネットワーク信頼の値などのファクタを考慮することができるスケジュールによって減少することもできる。例えば、モバイルデバイス２０２は、いくつかの直前の否定的なイベント（例えば、連続した３つの否定的なイベント）を追跡した場合のみ、タイムアウト間隔の減少を行うことができる。別の例では、モバイルデバイス２０２は、連続した否定的なイベントの数に従って連続して増加するであろう量だけタイムアウト間隔を減少するであろう。さらに別の例では、モバイルデバイス２０２は、１つまたは複数の否定的なイベントを追跡すると、タイムアウト間隔を最小量に設定することができる。

次いで図６を参照して、モバイルデバイスの登録要求を処理するための、電子メールインターフェースコンピューティングデバイス２０８などのネットワークアプリケーションによって実施されるルーチン６００について説明することにする。ブロック６０２において、電子メールインターフェースコンピューティングデバイス２０８は、タイムアウト間隔を含むモバイルデバイスの登録要求を得る。ブロック６０４では、電子メールインターフェースコンピューティングデバイス２０８は、モバイルデバイス２０２を要求されたデータについて登録する。本発明の例示的な一実施形態では、この登録は、電子メールサーバなどの任意の適当なローカルネットワークコンポーネントとの通信に対応することができ、これによって電子メールインターフェースコンピューティングデバイス２０８が新しいデータの通知を受信することができるようになる。さらに、登録は、登録要求が適当なタイムアウト間隔を計算するための規準を含んでいる場合、タイムアウト間隔の計算に対応することができる。登録要求が複数のデータ変更要求に対応する場合、電子メールインターフェースコンピューティングデバイス２０８は、モバイルクライアント２０２の情報を転送するための規準を追跡するためのテーブルを維持することができる。

ブロック６０６において、電子メールインターフェースコンピューティングデバイス２０８は、登録要求の受信／処理から経過した時間を測定するタイムアウト間隔クロックを開始する。本発明の例示的な一実施形態では、タイムアウト間隔クロックは、登録要求の受信から経過した時間を測定する内部の計数デバイスに対応することができる。あるいは、タイムアウトクロックは、電子メールインターフェースコンピューティングデバイス２０８による標準的な日時の測定との比較のために、登録要求が受信された日時の記録に対応することができる。当業者は、登録要求の受信／処理から経過した時間を計算するか、または他の形で追跡するために任意の数の追加の方法を利用できることを理解するであろう。

決定ブロック６０８において、電子メールインターフェースコンピューティングデバイス２０８がデータ変更の通知を受信しているかどうかを判定するためにテストが行われる。本発明の例示的な一実施形態では、データ変更の通知は、電子メールサーバからの新しいメール通知の受信に対応することができる。さらに、データ変更の通知は、特定のデータファイルが修正されたことや、アクセスされたことなどの通知に対応することができる。データ変更通知が受信されると、ブロック６１０において、電子メールインターフェースコンピューティングデバイス２０８は、データ変更通知をモバイルデバイス２０２に送信する。本発明の例示的な一実施形態では、データ変更通知は、データ要求を電子メールインターフェースコンピューティングデバイス２０８へ送信するようモバイルデバイス２０２に指令する汎用メッセージを含むことができる。さらに、データ変更通知は、モバイルデバイス２０２が後続のデータ要求を送信することになるかどうかを選択できるようにする様々なメタデータや記述的な情報を含むことができる。例えば、通知は、ユーザがそのメッセージの少なくとも一部をプレビューして、メッセージ全体を取り出したいかどうかを決定することができるようにする電子メールメッセージのヘッダ情報を含むことができる。別の例では、通知は、モバイルデバイス２０２が変更データを要求するかどうかを自動的に判定することができるようにする特定の規準を含むことができる。ブロック６１２において、ルーチン６００は、次の登録要求が電子メールインターフェースコンピューティングデバイス２０８によって受信されるまで終了する。

決定ブロック６０８において、データが変更されている旨の通知が受信されていない場合、決定ブロック６１４において、登録要求の受信／処理から経過した時間がタイムアウト間隔を超過しているかどうかを判定するためにテストが行われる。タイムアウト間隔を超過（例えば満了）していない場合、ルーチン６００は決定ブロック６０８に戻る。タイムアウト間隔が満了している場合、ブロック６１６において、電子メールインターフェースコンピューティングデバイス２０８は、満了したタイムアウト間隔の通知をモバイルデバイス２０２に送信する。本発明の例示的な一実施形態では、満了したタイムアウト間隔の通知は、通信リンクを維持し、モバイルデバイス２０２によって再開される登録要求を引き出すことになるメッセージに対応する。さらに、満了したタイムアウト間隔の通知は、ネットワークイベントの情報やネットワーク特性の情報（例えば利用可能な帯域幅、ネットワークの品質レーティングなど）の追加の情報を含むことができ、これらの情報を利用して、後続のタイムアウト間隔を調整することができる。ブロック６１８において、ルーチン６００は終了する。

次いで図７を参照すると、本発明の代替的な実施形態では、本発明は１つまたは複数のさらなる通信チャネルを利用して、データ変更通知やタイムアウト間隔満了の通知を送信することができる。この実施形態によれば、データ変更の登録要求の間に、モバイルデバイス２０２は、データ変更通知および／またはタイムアウト間隔満了の通知について通知の好みの情報を含むことができる。一例では、電子メールインターフェースコンピューティングデバイス２０８は、データをモバイルデバイスオペレータ２０４に送信することができ、これには、モバイルデバイス２０２と通信するためにどの通信チャネルを利用すべきかの指定を含むことができる。図７に示されているように、モバイルデバイスオペレータ２０４は、ワイヤレスデータチャネル（例えばＩ．Ｐ．通信チャネル）やショートメッセージサービス（「ＳＭＳ」）データチャネルを利用して、情報を送信することができる。

本発明の例示的な一実施形態では、電子メールインターフェースコンピューティングデバイス２０８は、様々な規準を利用して、どの通信チャネルを利用すべきかを選択することができる。例えば、ユーザは、日時や送信すべきデータのサイズに基づいて好みを指定することができる。さらに、ユーザは、使用法、データ伝送帯域幅、および／またはモバイルオペレータの課金に基づいてコスト節約の好みを指定することができる。さらに、ユーザは、利用可能な帯域幅や通信チャネルの待ち時間などのネットワーク規準に基づいて好みを指定することができる。

本発明の例示的な実施形態について例示および説明したが、本発明の趣旨および範囲から逸脱することなく様々な変更がなされうることが理解できるであろう。

プッシュデータモデルによるセルラ通信ネットワーク経由での電子メールデータのモバイルデバイスへの伝送を容易にするためのシステムを示すブロック図である。 プルデータモデルによるセルラ通信ネットワーク経由での電子メールのモバイルデバイスへの伝送を容易にするためのシステムを示すブロック図である。 本発明の一態様によるタイムアウト間隔を含むモバイルデバイスによるデータ変更要求の生成を示す図２のシステムのブロック図である。 本発明の一態様によるネットワークアプリケーションによるデータ変更の通知の伝送を示す図２のシステムのブロック図である。 本発明の一態様によるネットワークアプリケーションによるタイムアウト間隔満了の通知の伝送を示す図２のシステムのブロック図である。 本発明の一態様によるモバイルデバイスによるタイムアウト間隔満了の処理を示す図２のシステムのブロック図である。 本発明の一態様によるモバイルデバイスクライアントによって実施されるデータ変更要求の伝送およびモニタリングルーチンを示す流れ図である。 本発明の一態様によるモバイルデバイスクライアントによって実施されるタイムアウト間隔調整サブルーチンを示す流れ図である。 本発明によるネットワークアプリケーションによって実施されるクライアントデータ変更要求処理ルーチンを示す流れ図である。 本発明の一態様によるセルラ通信ネットワークおよび別個の通知チャネル経由での電子メールのモバイルデバイスへの伝送を容易にするためのシステムを示すブロック図である。

符号の説明

１００ システム
１０２ クライアント／モバイルデバイス
１０４ モバイルオペレータ
１０６ サービスプロバイダ
１０８ 電子メールインターフェースコンピューティングデバイス
１１０ ローカルネットワークメールリポジトリ
２００ システム
２０２ モバイルデバイスクライアント
２０４ モバイルオペレータ
２０６ ネットワーク
２０８ 電子メールインターフェースコンピューティングデバイス

Claims (25)

1. 電子メールインターフェースコンピューティングデバイスを用いてモバイルデバイスとネットワークアプリケーションとの間の通信を容易にするための方法であって、
   前記電子メールインターフェースコンピューティングデバイスにて、前記モバイルデバイスからデータの変更についての確認要求を得ることであって、前記データの変更についての確認要求は、応答を返すための満了データの第１のセットを含み、前記満了データは、前記電子メールインターフェースコンピューティングデバイスから前記モバイルデバイスに応答を返すための時間間隔を規定することと、
   前記電子メールインターフェースコンピューティングデバイスにて、前記データの変更についての確認要求に対する応答を提供するための前記時間間隔の間に電子メールデータをモニタすることと、
   前記電子メールインターフェースコンピューティングデバイスにて、前記電子メールデータが前記時間間隔の満了に先立って変更されたかを判定し、そうであれば、前記時間期間の満了に先立って応答を送信することと、
   前記時間間隔が満了し、変更されている電子メールデータがない場合、前記時間間隔の満了後、変更されているデータはない旨の通知を前記電子メールインターフェースコンピューティングデバイスから送信することと
   を備えることを特徴とする方法。
2. 前記データの変更についての確認要求は、新しい電子メールメッセージについての確認要求に対応することを特徴とする請求項１に記載の方法。
3. 前記電子メールインターフェースコンピューティングデバイスにて、データの変更についての後続の確認要求を得ることであって、前記データの変更についての確認要求は、応答を返すための満了データの第２のセットを含むことと、
   前記電子メールインターフェースコンピューティングデバイスにて、前記データの変更についての後続の確認要求に対する応答を提供するための時間間隔をモニタすることと、
   前記時間間隔が第２の満了期間を超過した場合、変更されているデータはない旨の通知を前記電子メールインターフェースコンピューティングデバイスから送信することと
   をさらに備えることを特徴とする請求項１に記載の方法。
4. 前記満了データの第２のセットは、少なくとも１つのネットワーク条件に基づいて修正されることを特徴とする請求項３に記載の方法。
5. 前記満了データの第２のセットは、前記モバイルデバイスと前記ネットワークアプリケーションとの間の通信に関連するネットワークイベントのセットに対する重みの合計の比較に基づいて前記満了データの第１のセットの調節に対応することを特徴とする請求項３に記載の方法。
6. 前記ネットワークイベントのセットに対する重みの合計は、ネットワークイベントが発生してから経過した時間によって減じられる各ネットワークイベントの重みの関数に対応することを特徴とする請求項５に記載の方法。
7. 電子メールインターフェースコンピューティングデバイスを用いてモバイルデバイスとネットワークアプリケーションとの間の通信を容易にするための方法であって、
   データの変更についての第１の確認要求を前記モバイルデバイスから前記電子メールインターフェースコンピューティングデバイスにて受信することであって、前記データの変更についての確認要求は、応答を返すための満了データの第１のセットを含み、前記満了データが前記電子メールインターフェースコンピューティングデバイスから前記モバイルデバイスに応答を返すための時間間隔を規定することと、
   前記時間間隔の間に前記データの変更についての第１の確認要求に対応するイベントを判定することと、
   前記イベントが変更されている電子メールデータはない旨の通知を得ると判定される場合、
   データの変更についての第２の確認要求を前記モバイルデバイスから前記電子メールインターフェースコンピューティングデバイスにて受信することであって、前記データの変更についての第２の確認要求は、応答を返すための前記満了データの第２のセットを含むことと
   前記第２の時間間隔の間に電子メールデータの変更についての第２の確認要求に対応する第２のイベントを判定することと、
   前記第２のイベントが電子メールデータは変更された旨の通知を得ると判定される場合、
   前記電子メールインターフェースコンピューティングデバイスから前記モバイルデバイスに前記電子メールデータのメッセージの通知を前記第２の時間間隔の間に送信することであって、前記通知が前記メッセージの少なくとも一部を含むことと
   を備えることを特徴とする方法。
8. 前記データの変更についての第１の確認要求に対応するイベントを判定することは、前記データの変更についての確認要求に応答して変更されているデータはない旨の通知を得ることを含むことを特徴とする請求項７に記載の方法。
9. 前記データの変更についての確認要求に対する応答を受信するための時間間隔をモニタすることと、
   前記時間間隔が前記満了データの第１のセットに対応する満了期間をいつ超過するかを判定することと、
   前記時間間隔に基づいて、前記データの変更についての第１の確認要求に対応するイベントを判定することと
   をさらに備えることを特徴とする請求項７に記載の方法。
10. 少なくとも１つのネットワーク条件に基づいて応答を返すための満了データの第２のセットを生成することをさらに備えることを特徴とする請求項７に記載の方法。
11. 前記満了データの第１および第２のセットは、決まった時間間隔に対応し、少なくとも１つのネットワーク条件に基づいて応答を返すための満了データの第２のセットを生成することは、
    モバイルデバイスと前記ネットワークアプリケーションとの間の通信に関連するネットワークイベントのセットに対する重みを関連付けることと、
    前記満了データの第１のセットを得ることと、
    前記満了データの第１のセットを調節して、前記ネットワークイベントのセットに対する重みの合計を閾値のセットと比較することに基づいて前記満了データの第２のセットを生成することと
    を含むことを特徴とする請求項１０に記載の方法。
12. 前記満了データの第１のセットを調節して、前記ネットワークイベントのセットに対する重みの合計を閾値のセットと比較することに基づいて前記満了データの第２のセットを生成することは、前記重みの合計が最大閾値を超過した場合に前記満了データの第１のセットを増加することを含むことを特徴とする請求項１１に記載の方法。
13. 満了データの前記第１のセットを調節して、前記ネットワークイベントのセットに対する重みの合計を閾値のセットと比較することに基づいて前記満了データの第２のセットを生成することは、前記重みの合計が最小閾値を超過した場合に前記満了データの第１のセットを減少することを含むことを特徴とする請求項１１に記載の方法。
14. 閾値のセットに対する前記ネットワークイベントのセットに対する重みの合計は、ネットワークイベントが発生してから経過した時間によって減じられる各イベントの重みの関数に対応することを特徴とする請求項１１に記載の方法。
15. データ交換を容易にするためのシステムにおいて、
    データの変更についての確認要求を生成するための１つまたは複数のクライアントデバイスであって、前記データの変更を生成するための確認要求は、前記１つまたは複数のクライアントデバイスに応答を返すための時間間隔を規定する第１の満了期間を含むデバイスと、
    コンピュータデバイス上の少なくとも１つのネットワークアプリケーションであって、
    前記電子メールデータの変更についての確認要求を受信し、
    前記第１の満了期間に対応するモニタされた期間が経過し、変更されている電子メールデータがない場合、変更されている電子メールデータはない旨の通知を送信し、
    電子メールデータが変更された場合、前記第１の満了期間の経過に先立って前記１つまたは複数のクライアントデバイスに前記少なくとも１つのネットワークアプリケーションから前記電子メールデータのメッセージの一部を送信し、
    前記メッセージの追加部分についての要求を受信するための少なくとも１つのネットワークアプリケーションと
    を備えたことを特徴とするシステム。
16. 前記１つまたは複数のクライアントデバイスは、前記ネットワークアプリケーションからの前記データの変更についての確認要求に応答して、前記クライアントデバイスが変更されているデータはない旨の通知を受信した場合、ネットワークイベントが発生しているかを判定することを特徴とする請求項１５に記載のシステム。
17. 前記少なくとも１つのクライアントデバイスは、少なくとも１つのネットワーク条件に基づいて前記第２の満了期間のデータを作成し、前記少なくとも１つのネットワーク条件は、モバイルデバイスにとって内部の少なくとも１つの条件と、モバイルデバイスにとって外部の少なくとも１つの条件とを含むことを特徴とする請求項１５に記載のシステム。
18. 前記第２の満了期間は、前記モバイルデバイスと前記ネットワークアプリケーションとの間の通信に関連するネットワークイベントのセットに対する前記重みの合計の比較に基づいて前記第１の満了期間の調節に対応することを特徴とする請求項１５に記載のシステム。
19. 前記ネットワークイベントのセットに対する重みの合計は、ネットワークイベントが発生してから経過した時間によって減じられる各ネットワークイベントの重みの関数に対応することを特徴とする請求項１８に記載のシステム。
20. モバイルデバイスとネットワークアプリケーションとの間の通信を容易にするための方法であって、
    データの変更についての第１の確認要求を前記モバイルデバイスから送信することであって、前記データの変更についての確認要求は、応答を返すための第１のタイムアウト間隔を含み、前記タイムアウト間隔が前記モバイルデバイスに応答を返すための時間間隔を規定することと、
    前記データの変更についての第１の確認要求に対応するイベントを前記モバイルデバイスにて判定することであって、前記イベントがデータの変更は前記第１のタイムアウト間隔内に存在しないことを示すことと、
    前記データの変更についての第１の確認要求に対応する前記イベントに調整規準のセットを前記モバイルデバイスにて関連付けることと、
    応答を返すための第２のタイムアウト間隔を前記モバイルデバイスにて生成することであって、前記調整規準のセットを適用することによって前記第１のタイムアウト間隔を調節することを含むことと、
    データの変更についての第２の確認要求を前記モバイルデバイスから送信することであって、前記データの変更についての確認要求は、応答を返すための前記第２のタイムアウト間隔を含むことと
    を備えることを特徴とする方法。
21. 前記調整規準のセットから時定数を適用することは、前記モバイルデバイスと前記ネットワークアプリケーションとの間の通信に関連するネットワークイベントのセットに対する重みの合計の比較に対応する時定数を適用することを含むことを特徴とする請求項２０に記載の方法。
22. 前記ネットワークイベントのセットに対する重みの合計は、ネットワークイベントから経過した時間によって減じられる各ネットワークイベントに対する重みの関数に対応することを特徴とする請求項２１に記載の方法。
23. モバイルデバイスとコンピューティングデバイス上のネットワークアプリケーションとの間の通信を容易にするためのコンピュータ実行可能コンポーネントを有するコンピュータ可読メディアであって、
    データの変更についてのデータ確認要求を前記ネットワークアプリケーションに前記モバイルデバイスから送信し、変更データについての以前の確認要求に対応するイベントを前記モバイルデバイスにて受信するための通信コンポーネントであって、前記データの変更についての確認要求は、応答を提供するためのタイムアウト間隔を含み、前記イベントの１つは、データの変更が前記タイムアウト間隔内に存在しないことを示し、前記タイムアウト間隔が前記モバイルデバイスに応答を返すための時間間隔を規定する通信コンポーネントと、
    前記データの変更についての以前の確認要求に対応するイベントに基づいて応答を返すためのタイムアウト間隔を前記モバイルデバイスにて生成するための処理コンポーネントであって、前記通信コンポーネントによって受信された前記データの変更についての以前の確認要求に対応するイベントに調整規準のセットを適用することによって応答を返すための前記タイムアウト間隔を生成する処理コンポーネントと
    を備えたことを特徴とするコンピュータ可読メディア。
24. 前記処理コンポーネントは、前記モバイルデバイスと前記ネットワークアプリケーションとの間の通信に関連するネットワークイベントのセットに対する重みの合計の比較を適用することによって前記タイムアウト間隔を生成することを特徴とする請求項２３に記載のコンピュータ可読メディア。
25. 前記ネットワークイベントのセットに対する重みの合計は、ネットワークイベントから経過した時間によって減じられる各ネットワークイベントに対する重みの関数に対応することを特徴とする請求項２４に記載のコンピュータ可読メディア。

Images