(57)【要約】  モバイルデバイスとネットワークアプリケーションとの間の通信を実施するシステムおよび方法が提供される。モバイルデバイスは、タイムアウト間隔を含むデータ変更情報を求める要求を送信する。ネットワークアプリケーションは、その要求を受信し、データ変更要求の受信時点からの経過時間を測定する。ネットワークアプリケーションは、タイムアウト間隔が経過したことまたはネットワーク規定のタイムアウトが発生したことを示す通知を、モバイルデバイスクライアントに送信する。通知が受信された場合またはネットワークタイムアウトが検出された場合、モバイルクライアントデバイスは、後続のデータ変更要求に関するタイムアウト間隔の同調を行う。
2008546242.tif 000002
【特許請求の範囲】
【請求項１】
モバイルデバイスとネットワークアプリケーションとの間の通信を実施する方法であって、
応答返送用の第１のタイムアウト間隔を含む第１のデータ変更要求を送信するステップと、
前記第１のデータ変更要求に対応するイベントを判定するステップと、
前記第１のデータ変更要求に対応する前記イベントに基づいて、応答返送用の第２のタイムアウト間隔を生成するステップであって、データ無変更通知の受信、またはネットワーク規定のタイムアウトイベントの検出に基づいて、前記第１のタイムアウト間隔を調整するステップを含むステップと、
前記応答返送用の第２のタイムアウト間隔を含む第２のデータ変更要求を送信するステップと
を含むことを特徴とする方法。
【請求項２】
データ無変更通知の受信に基づいて前記第１のタイムアウト間隔を調整するステップは、特定の基準に従って前記第１のタイムアウト間隔を調整するステップを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記特定の基準は、前記第１のタイムアウト間隔がそれ以前に増分されている場合、前記第１のタイムアウト間隔が最小タイムアウト間隔に対応する場合、および前記データ無変更通知の受信が一連のデータ無変更通知に対応する場合から成る群から選択されることを特徴とする請求項２に記載の方法。
【請求項４】
前記第１のタイムアウト間隔を調整するステップは、調整定数を各基準に関連付け、満足された基準に従って前記第１のタイムアウト間隔を調整するステップを含むことを特徴とする請求項２に記載の方法。
【請求項５】
前記第１のタイムアウト間隔を調整するステップは、前記第１のタイムアウト間隔を既知の最高タイムアウト間隔値に調整するステップを含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記第１のタイムアウト間隔を調整するステップは、ネットワーク規定のタイムアウトイベントが検出された場合に、前記第１のタイムアウト間隔をネットワーク最小値に調整するステップを含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記第１のタイムアウト間隔を調整するステップは、ネットワーク規定のタイムアウトイベントが検出された場合に、前記第１のタイムアウト間隔を以前の値に調整するステップを含むことを特徴とする請求項１に記載の方法。
【請求項８】
前記第１のタイムアウト間隔を調整するステップは、ネットワーク規定のタイムアウトイベントが検出された場合に、前記第１のタイムアウト間隔を既知の最高タイムアウト間隔に調整するステップを含むことを特徴とする請求項１に記載の方法。
【請求項９】
モバイルデバイスとネットワークアプリケーションとの間の通信を実施する方法であって、
応答返送用の第１のタイムアウト間隔を含む第１のデータ変更要求を送信するステップと、
前記第１のデータ変更要求に対応するイベントを判定するステップと、
１組の調整基準を前記第１のデータ変更要求に対応する前記イベントに関連付けるステップと、
応答返送用の第２のタイムアウト間隔を生成するステップであって、前記１組の調整基準に由来する時間定数を適用することにより、前記第１のタイムアウト間隔を調整するステップを含むステップと、
前記応答返送用の第２のタイムアウト間隔を含む第２のデータ変更要求を送信するステップと
を含むことを特徴とする方法。
【請求項１０】
前記調整基準は、前記第１のタイムアウト間隔がそれ以前に増分されている場合、前記第１のタイムアウト間隔が最小タイムアウト間隔に対応する場合、前記データ無変更通知の受信が一連のデータ無変更通知に対応する場合、およびネットワーク規定のタイムアウトが検出された場合から成る群から選択されることを特徴とする請求項９に記載の方法。
【請求項１１】
前記１組の調整基準に由来する時間定数を適用することにより、前記第１のタイムアウト間隔を調整するステップは、満足された調整基準に関わらず、前記第１のタイムアウト間隔を同じ時間定数単位で調整するステップを含むことを特徴とする請求項１０に記載の方法。
【請求項１２】
前記１組の調整基準に由来する時間定数を適用することにより、前記第１のタイムアウト間隔を調整するステップは、満足された調整基準に従って、前記第１のタイムアウト間隔を異なる時間定数単位で調整するステップを含むことを特徴とする請求項１０に記載の方法。
【請求項１３】
前記１組の調整基準に由来する時間定数を適用することにより、前記第１のタイムアウト間隔を調整するステップは、データ無変更通知が受信された場合に、前記第１のタイムアウト間隔を既知の最高タイムアウト間隔値に調整するステップを含むことを特徴とする請求項９に記載の方法。
【請求項１４】
前記第１のタイムアウト間隔を調整するステップは、ネットワーク規定のタイムアウトイベントが検出された場合に、前記第１のタイムアウト間隔をネットワーク最小値に調整するステップを含むことを特徴とする請求項９に記載の方法。
【請求項１５】
前記第１のタイムアウト間隔は、ネットワーク規定のタイムアウトイベントが検出された場合に、前記第１のタイムアウト間隔を以前の値に調整するステップを含むことを特徴とする請求項９に記載の方法。
【請求項１６】
前記第１のタイムアウト間隔を調整するステップは、ネットワーク規定のタイムアウトイベントが検出された場合に、前記第１のタイムアウト間隔を既知の最高タイムアウト間隔に調整するステップを含むことを特徴とする請求項１に記載の方法。
【請求項１７】
モバイルデバイスとネットワークアプリケーションとの間の通信を実施するコンピュータ実行可能なコンポーネントを有するコンピュータ可読媒体であって、前記コンピュータ実行可能なコンポーネントは、
応答返送用のタイムアウト間隔を含むデータ変更データ要求を前記ネットワークアプリケーションに送信し、それ以前のデータ変更要求に対応するイベントを受信する通信コンポーネントと、
前記通信コンポーネントによって受信されたそれ以前のデータ変更要求に対応する前記イベントに１組の調整基準を適用することにより、それ以前のデータ変更要求に対応する前記イベントに基づいて、応答返送用のタイムアウト間隔を生成する処理コンポーネントと
を含むことを特徴とするコンピュータ可読媒体。
【請求項１８】
前記１組の調整基準は、前記第１のタイムアウト間隔がそれ以前に増分されている場合、前記第１のタイムアウト間隔が最小タイムアウト間隔に対応する場合、前記データ無変更通知の受信が一連のデータ無変更通知に対応する場合、およびネットワーク規定のタイムアウトが検出された場合から成る群から選択されることを特徴とする請求項１７に記載のコンピュータ可読コンポーネント。
【請求項１９】
前記１組の調整基準は、前記第１のタイムアウト間隔がそれ以前に増分されている場合、前記第１のタイムアウト間隔が最小タイムアウト間隔に対応する場合、および前記データ無変更通知の受信が一連のデータ無変更通知に対応する場合から成る群から選択されることを特徴とする請求項１７に記載のコンピュータ可読コンポーネント。
【請求項２０】
前記処理コンポーネントは、満足された基準に対応する時間定数を適用することを特徴とする請求項１７に記載のコンピュータ可読コンポーネント。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に、モバイルデバイス、コンピュータソフトウェア、および通信デバイスに関し、特に、ネットワーク状態に応答してネットワーク通信を最適化するシステムおよび方法に関する。
【背景技術】
【０００２】
一般に、移動電話やハンドヘルドデバイス等のモバイルデバイスは、通信ネットワークを利用して他のモバイルデバイスおよび／またはコンピュータデバイスとの間でデータを交換する。典型的な一実施形態では、モバイルデバイスは、無線通信ネットワークおよび様々なネットワークプロトコルを利用してデータを送受信することができる。かかる一実施形態では、モバイルデバイスは、連続的なまたは半連続的な無線接続を維持することによって、モバイルデバイスが電子メールを送受信することを可能にすることができる。近年、コンピューティングデバイスの処理資源と無線ネットワーク通信の帯域幅が増大するに従って、有効化された無線モバイルデバイスを使用して電子メールを送受信する機会が益々増えている。
【０００３】
図１は、セルラー通信ネットワークを介してモバイルデバイスに電子メールデータを送信するシステム１００を示すブロック図である。システム１００は一般に、「プッシュ（ｐｕｓｈ）」データモデルと呼ばれており、このデータモデルでは、電子メールメッセージ等のデータが受信されるとすぐに当該データがクライアントに送信されることになる。図１を参照すると、システム１００は、何らかの形態の無線（例えばセルラー）伝送機能を含む移動電話やハンドヘルドデバイス等の複数のクライアント１０２を含んでいる。図１に示されるように、各モバイルデバイス１０２はそれぞれ、複数のモバイルデバイスオペレータ１０４のうちの１つと無線通信状態にある。一般に、モバイルデバイスオペレータ１０４は、任意の数のモバイルデバイス１０２との間の無線周波数ベースの通信を維持するサービスプロバイダである。セルラー通信ネットワーク等を介したモバイルデバイス１０２とモバイルデバイスオペレータ１０４との間の無線通信はよく知られているので、詳細な説明は省略する。
【０００４】
引き続き図１を参照すると、各モバイルデバイスオペレータ１０４は、データサービスプロバイダ１０６とも通信状態にある。典型的なデータサービスプロバイダ１０６は、識別されたモバイルユーザに対応するメッセージを送信するように構成されたサーバコンピュータである可能性がある。以下でより詳細に説明するように、データサービスプロバイダ１０６は、着信データ（例えば電子メールメッセージ）の有無を監視し、当該データを選択されたモバイルデバイス１０２に送信するために、モバイルデバイス１０２に対応するモバイルオペレータ１０４に当該データをプッシュする。データサービスプロバイダ１０６とモバイルオペレータ１０４との間のネットワーク接続は、無線通信ネットワークおよび／または有線通信ネットワークを介した物である可能性がある。データサービスプロバイダ１０６は、いくつかの電子メールインターフェイスコンピューティングデバイス１０８とも通信状態にある。電子メールインターフェイスコンピューティングデバイス１０８は一般に、ローカルのネットワークメールリポジトリ１１０とデータサービスプロバイダ１０６との間のインターフェイスとして働くように特別に構成されたコンピューティングデバイスに対応する。
【０００５】
実際には、ネットワークメールリポジトリ１１０において新規電子メール等の更新情報が受信されると、電子メールインターフェイスコンピューティングデバイス１０８は、当該メールのコピーを取得し、データサービスプロバイダ１０６に通知を転送する。データサービスプロバイダ１０６は、着信メッセージ通知を処理し、当該メールを受信すべきモバイルデバイス１０２を識別する。次いで、データサービスプロバイダ１０６は、通知および／またはメールを対応するモバイルオペレータ１０４に転送し、モバイルオペレータ１０４は、当該情報を選択されたモバイルデバイス１０２に送信する。
【０００６】
このアプローチでは、モバイルデバイス１０２は、通知／データがデータサービスプロバイダ１０６によって受信された直後に、当該通知／データを受信することになる。このアプローチは、モバイルデバイス１０２に実時間またはほぼ実時間のデータ伝送を提供するが、いくつかの特別なコンピューティングデバイスアプリケーションおよび／または特別な取引関係が必要となる。例えば、典型的な一実施形態では、データサービスプロバイダ１０６に着信メッセージ通知を転送するために、各ローカルネットワークにおいて電子メールインターフェイスコンピューティングデバイス１０８の保守を行う必要がある。また、システム１００は、典型的には各モバイルデバイスユーザからサービス料金を徴収する、集中型の情報収集／配信センター（例えばデータサービスプロバイダ１０６）も必要とする。さらに、このアプローチでは、データサービスプロバイダ１０６が選択されたモバイルデバイス１０２との間で連絡を取り合うことができるように複数のモバイルオペレータが許可し、データサービスプロバイダ１０６が特別なソフトウェアや特別な取引関係等、該当する通信インターフェイスの保守を行う必要がある。
【０００７】
図２は、セルラー通信ネットワークを介してモバイルデバイスに電子メールデータを送信する代替システム２００を示すブロック図である。システム２００は一般に、「プル（ｐｕｌｌ）」データモデルと呼ばれており、このデータモデルでは、モバイルデバイス等のクライアントからの新しいデータ要求に応答して、電子メールメッセージ等のデータが当該クライアントに送信されることになる。システム１００（図１）と同様に、システム２００は、何らかの形態の無線伝送機能（例えばセルラー通信機能）を有する複数のモバイルデバイスクライアント２０２を含んでいる。各モバイルデバイス２０２は、複数のモバイルデバイスオペレータ２０４のうちの１つと無線通信状態にある。代替として、モバイルデバイス２０２は、ＩＥＥＥ  ８０２．１１通信規格で定義されるような短距離無線接続を介してネットワーク通信を確立することもできる。
【０００８】
いずれの実施形態においても、モバイルデバイスオペレータ２０４と各モバイルデバイス２０２との間の無線通信リンクは、電子メールメッセージ伝送専用の通信リンクとは限らない。そうではなく、当該通信リンクは、インターネット等のワイドエリアネットワーク２０６を伴う従来のデータ伝送通信リンクである。例えば、一般的な一実施形態では、有効化された無線モバイルデバイス２０２は、伝送制御プロトコル（ＴＣＰ）／インターネットプロトコル（ＩＰ）プロトコルに従い、インターネットを介してデータ伝送を行うことができる。モバイルデバイス２０２は、ネットワーク接続２０６を利用して、ローカルの電子メールインターフェイスコンピューティングデバイス２０８とのインターフェイスを直接とる物である。
【０００９】
実際、モバイルデバイス２０２は、典型的にはセキュアデータ伝送プロトコルを利用して、電子メールインターフェイスコンピューティングデバイス２０８との間の通信リンクを確立する。次いで、モバイルデバイス２０２は、更新情報（例えば新規電子メール）の受信要求を電子メールインターフェイスコンピューティングデバイス２０８に直接送信する。モバイルデバイスユーザに関する新しいデータが存在する場合には、電子メールインターフェイスコンピューティングデバイス２０８は、モバイルデバイス１０２に対して電子メールインターフェイスコンピューティングデバイス２０８からデータをプルするよう命令する適切な応答を生成する。新しいデータが存在しない場合には、電子メールインターフェイスコンピューティングデバイス２０８は、要求元のモバイルデバイス２０２に対する否定応答を生成する。モバイルデバイスの要求が処理されると、モバイルデバイス２０２と電子メールインターフェイスコンピューティングデバイス２０８との間の通信リンクが解除されることになる。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
システム２００では、モバイルデバイス２０２と電子メールインターフェイスコンピューティングデバイス２０８との間のネットワーク接続を介した直接通信チャネルを実現することにより、各ローカルネットワーク毎および各モバイルオペレータ２０４毎に専用のソフトウェア／コンピューティングデバイスを準備する必要性が少なくなる。しかしながら、「プル」データモデルを使用する従来のシステムでは、着信データの受信と同時に当該着信データの配信を行うことができない恐れがあるという欠陥が生じ得る。このような欠陥は、モバイルデバイス２０４によって上述のデータ変更要求が生成される頻度を高めることによって緩和することができるが、モバイルデバイス２０４と電子メールインターフェイスコンピューティングデバイス２０８との間の通信リンクを確立する典型的な方法では、モバイルデバイスの電力資源が消費されることになる。例えば、モバイルデバイス２０４がモバイルオペレータとの良好なデータ接続を有さない場合には、新しいデータを求める要求が繰返し送られることになり、その結果、サービスの電力資源が不必要に消費されることになる。
【００１１】
したがって、コンピューティングデバイスの電力資源消費のバランスをとりながら、コンピューティングデバイスと、着信データが受信されるとすぐに着信データ通知を配信するネットワークアプリケーションとの間の通信を実施するシステムおよび方法が必要とされている。
【課題を解決するための手段】
【００１２】
モバイルデバイスとネットワークアプリケーションとの間の通信を実施するシステムおよび方法を提供する。モバイルデバイスは、タイムアウト間隔を含むデータ変更情報を求める要求を送信する。前記ネットワークアプリケーションは、前記要求を受信し、前記データ変更要求を受信した時点からの経過時間を測定する。前記ネットワークアプリケーションは、前記タイムアウト間隔が経過したことまたはネットワーク規定のタイムアウト（ｎｅｔｗｏｒｋ  ｓｐｅｃｉｆｉｅｄ  ｔｉｍｅ  ｏｕｔ）が発生したことを示す通知を、前記モバイルデバイスに送信する。通知が受信された場合またはネットワークタイムアウトが検出された場合、前記モバイルクライアントデバイスは、後続のデータ変更要求に関する前記タイムアウト間隔の同調（ｔｕｎｅ）を行う。
【００１３】
本発明の一態様によれば、モバイルデバイスとネットワークアプリケーションとの間の通信を実施する方法が提供される。本発明によれば、モバイルデバイスは、第１のデータ変更要求を送信する。前記データ変更要求は、応答返送用の第１のタイムアウト間隔を含む。前記モバイルデバイスは、前記第１のデータ変更要求に対応するイベントが発生したことを判定すると、前記第１のデータ変更要求に対応する前記イベントに基づいて応答返送用の第２のタイムアウト間隔を生成する。前記モバイルデバイスは、データ無変更通知（ｎｏ  ｄａｔａ  ｃｈａｎｇｅ  ｎｏｔｉｆｉｃａｔｉｏｎ）の受信、またはネットワーク規定のタイムアウトイベントの検出に基づいて前記第１のタイムアウト間隔を調整することにより、前記応答返送用の第２のタイムアウト間隔を生成する。次いで、前記モバイルデバイスは、前記応答返送用の第２のタイムアウト間隔を含む第２のデータ変更要求を送信する。
【００１４】
本発明の別の一態様によれば、モバイルデバイスとネットワークアプリケーションとの間の通信を実施する方法が提供される。本発明によれば、モバイルデバイスは、応答返送用の第１のタイムアウト間隔を含む第１のデータ変更要求を送信する。前記モバイルデバイスは、前記第１のデータ変更要求に対応するイベントが発生したことを判定すると、１組の調整基準を前記第１のデータ変更要求に対応する前記イベントに関連付ける。前記モバイルデバイスは、前記１組の調整基準に由来する時間定数を適用することにより、応答返送用の第２のタイムアウト間隔を生成する。次いで、前記モバイルデバイスは、前記応答返送用の第２のタイムアウト間隔を含む第２のデータ変更要求を送信する。
【００１５】
本発明の他の一態様によれば、モバイルデバイスとネットワークアプリケーションとの間の通信を実施するコンピュータ実行可能なコンポーネントを有するコンピュータ可読媒体が提供される。前記コンピュータ実行可能なコンポーネントは、データ変更要求データをネットワークアプリケーションに送信し、以前のデータ変更要求に対応するイベントを受信する通信コンポーネントを含む。前記データ変更要求は、応答返送用のタイムアウト間隔を含む。前記コンピュータ実行可能なコンポーネントは、以前のデータ変更要求に対応する前記イベントに基づいて応答返送用のタイムアウト間隔を生成する処理コンポーネントも含む。前記処理コンポーネントは、前記通信コンポーネントによって受信された以前のデータ変更要求に対応する前記イベントに１組の調整基準を適用することにより、前記応答返送用のタイムアウト間隔を生成する。
【００１６】
本発明に関する上記の諸態様および付随する利点は、以下の詳細な説明を添付の図面と併せて読めば容易に明らかとなるはずであり、また、そのようにすることでより十分な理解がもたらされるはずである。
【発明を実施するための最良の形態】
【００１７】
一般に、本発明は、クライアントデバイスとネットワークアプリケーションとの間の通信を最適化するシステムおよび方法に関するものである。より具体的には、本発明は、無線ネットワークを介したモバイルデバイスとネットワークアプリケーションとの間の通信を最適化するシステムおよび方法を対象とするものである。本発明は、モバイルデバイスがネットワークアプリケーションからの電子メールメッセージの形でデータ変更情報を要求するプルデータモデルの組込みアーキテクチャに関連して説明される。さらに、本発明は、モバイルデバイスとネットワークアプリケーションとの間の通信リンクを維持するタイムアウト間隔の利用にも関連して説明される。本発明は、モバイルデバイス、無線通信ネットワーク、および／または電子メール伝送に関連して説明されるが、当業者なら、本明細書に開示される諸実施形態が本質的に例示的なものであり、限定的なものと解釈すべきではないことを理解するであろう。
【００１８】
本発明の例示的な一実施形態では、プルデータモデルが実装されたシステム２００（図２）等のシステムを利用して、モバイルデバイス２０２等のクライアントと、電子メールインターフェイスコンピューティングデバイス２０８等のネットワークアプリケーションとの間の情報伝送を実施することができる。モバイルデバイス２０２と電子メールインターフェイスコンピューティングデバイス２０８は、インターネットのような典型的なネットワークデータ接続２０６を介して情報を伝送する。ネットワーク２０６からモバイルデバイス２０２への接続は、モバイルデバイスオペレータ２０４（例えば無線通信リンクを介したデータ接続）を経由して実施されても、ネットワーク２０６との間の直接無線接続（例えばＢｌｕｅｔｏｏｔｈプロトコルの無線接続）を介して実施されてもよい。
【００１９】
本発明によれば、モバイルデバイスは、電子メールインターフェイスコンピューティングデバイス２０８にデータ変更要求を発行する。データ変更要求は、電子メールインターフェイスコンピューティングデバイス２０８に到着した新しいデータ（例えば新規電子メールメッセージ）およびタイムアウト間隔の登録要求を含むことができる。タイムアウト間隔は、電子メールインターフェイスコンピューティングデバイス２０８がその時間内に新しいデータの登録要求に対して肯定応答または否定応答を返すことが求められる時間を指定する。従来のデータ変更要求の場合とは異なり、電子メールインターフェイスコンピューティングデバイス２０８は、新しいデータが使用可能でない場合は、データ変更要求に対してすぐには応答を返さない。その代わりに、電子メールインターフェイスコンピューティングデバイス２０８は、情報変更（例えば新規電子メールの到着）が検出されるまで、またはタイムアウト間隔が経過するまで、モバイルデバイス２０２との間の通信リンクを維持する。いずれかのイベントが発生すると、電子メールインターフェイスコンピューティングデバイス２０８は、モバイルデバイス２０２に適切な応答を送信する。一方、モバイルデバイス２０２は、タイムアウト間隔を様々なネットワーク状態に従って更新することができ、そのように更新されたタイムアウト間隔で、後続のデータ変更要求を送出する。タイムアウト間隔が様々なネットワーク状態遷移に合わせて更新可能である故に、電力資源消費の保守を実施することが可能となる。
【００２０】
次に、図３Ａ〜図３Ｄを参照して、本発明に従ってタイムアウト間隔を有するクライアント要求を処理する様々な実施形態について説明する。図３Ａを参照すると、この処理は、モバイルデバイス上のクライアントが登録要求およびタイムアウト間隔を生成することから始まる。本発明の例示的な一実施形態では、登録要求は、クライアントが受信を望む情報タイプの登録と、通知選好やクライアント認証情報のような様々な構成情報の登録とを含むことができる。以下でより詳細に説明するように、タイムアウト間隔は、固定期間の形をとることも、タイムアウト間隔の計算を可能にする１組の基準として提供されることもある。タイムアウト間隔は、モバイルデバイスクライアントのアプリケーション、モバイルデバイスオペレータ２０４、および電子メールインターフェイスコンピューティングデバイス２０８によって設定されるデフォルト期間としてもよい。
【００２１】
典型的な一実施形態では、モバイルデバイスオペレータ２０４は、モバイルデバイス２０２との間のデータ伝送が行われない場合は通信リンクが切断（ｄｒｏｐ）される、通信ネットワークのタイムアウト間隔を維持することができる。ネットワーク規定のタイムアウトは、様々なネットワーク通信機器（例えばスイッチ等）に依存することもあり、通信ネットワーク内の部分に応じて異なる可能性がある。さらに、ネットワーク規定のタイムアウトは、時刻および／またはネットワーク負荷に応じて異なることもある。場合によっては、ネットワーク規定のタイムアウトがモバイルデバイス２０２に知らされないことも、ネットワーク規定のタイムアウトが変更されることもある。したがって、本発明の一態様によれば、モバイルデバイス２０２は、ネットワークとの間の通信リンクを「良好（ｇｏｏｄ）」と見なした場合には、モバイルデバイス２０２自体の規定タイムアウト間隔がネットワーク規定のタイムアウト間隔に達するように調整することによって、最近のネットワーク規定のタイムアウト間隔を発見することができる。本発明の別の態様によれば、モバイルデバイス２０２は、ネットワークとの間の通信リンクを「不良（ｐｏｏｒ）」と見なした場合には、より迅速に通信障害に対処することができるように、タイムアウト間隔を最小に抑える試みを実行することができる。登録要求およびタイムアウト間隔は、ネットワーク２０６を介して送信され、電子メールインターフェイスコンピューティングデバイス２０８、または当該電子メールインターフェイスコンピューティングデバイス２０８上の専用アプリケーションによって受信される。
【００２２】
登録要求が処理されると、電子メールインターフェイスコンピューティングデバイス２０８は、要求されたすべての情報を受信するためにモバイルデバイスクライアントを認証クライアントとして登録する。上述したように、登録済みクライアントが現時点で新しいデータを使用することができない場合には、電子メールインターフェイスコンピューティングデバイス２０８は、モバイルデバイス２０２に否定応答を自動送信しないようにする。しかしながら、データ変更要求が保留状態にあるので、この時点で通信リンクが直ちに解除されることはない。
【００２３】
次に、図３Ｂを参照すると、一実施形態では、電子メールインターフェイスコンピューティングデバイス２０８は、モバイルデバイス２０２に渡す必要がある、データ変更が発生したことを示す通知を受信する。本発明の例示的な一実施形態では、当該通知は、モバイルデバイス２０２に対応するユーザが新規電子メールを受信したことを示す、電子メールサーバ／クライアント等の電子メールリポジトリから送られる通知を含む。電子メールインターフェイスコンピューティングデバイス２０８は、ネットワーク２０６を介してモバイルデバイス２０２に新しいデータが使用可能なことを示す通知を送信する。本発明の例示的な一実施形態では、当該通知は、ユーザおよび／またはモバイルデバイスがそれを使用してデータが検索されるかどうかを判断することが可能となる記述情報または他の基準を含むことができる。データが検索されると判断された場合には、モバイルデバイス２０２は、ハイパーテキスト転送プロトコル（「ＨＴＴＰ」）等、よく知られた従来のデータプロトコルに従って電子メールインターフェイスコンピューティングデバイス２０８にデータ検索要求を送信する。「ＨＴＴＰ」に関しては詳細な説明は省略する。データが検索された後も、新しいデータ登録要求およびタイムアウト間隔をモバイルデバイス２０２から送信することにより、図３Ａに示される処理を繰り返すことができる。
【００２４】
次に、図３Ｃを参照すると、別の一実施形態では、電子メールインターフェイスコンピューティングデバイス２０８は、登録済みのモバイルデバイスクライアント毎に、最終通信時点からの経過時間の監視を続ける。電子メールインターフェイスコンピューティングデバイス２０８は、登録済みクライアントのタイムアウト間隔が経過したことを検出した場合には、タイムアウト間隔が経過したこと、および新しいデータ通知が受信されていないことを示す通知を、モバイルデバイス２０２に送信する。電子メールインターフェイスコンピューティングデバイス２０８は、タイムアウト間隔の経過通知を送信することにより、モバイルデバイスオペレータ２０４によってモバイルデバイス２０２との間の通信リンクが解除または切断されることを防止する。
【００２５】
以下でより詳細に説明するように、タイムアウト間隔の経過通知が受信されると、モバイルデバイス２０２は、それ以前のタイムアウト間隔を更新することができる。本発明の例示的な一実施形態では、モバイルデバイス２０２は、様々なネットワーク状態のうちの１つを測定することまたは観測することによってタイムアウト間隔を更新する。次いで、モバイルデバイス２０２は、測定されたまたは観測されたネットワーク状態および／またはそれ以前に観測されたネットワーク状態の履歴に基づいて、タイムアウト間隔を調整すべきかどうかを判定する。タイムアウト間隔の同調または調整が行われると、モバイルデバイス２０２は、そのように更新されたタイムアウト間隔で、新しい登録要求をネットワーク２０６を介して送信する。電子メールインターフェイスコンピューティングデバイス２０８は、新しい要求を取得し、登録処理およびタイムアウトクロック測定を更新されたタイムアウト間隔で繰返し実行する。
【００２６】
次に、図３Ｄを参照すると、他の一実施形態では、モバイルデバイス２０２は、それ以前の登録要求が送信された時点からの経過時間も監視する。モバイルデバイス２０２は、タイムアウト間隔の経過を検出し、電子メールインターフェイスコンピューティングデバイス２０８からの新しいデータ通知が受信されない場合には、通信リンクが予期せぬ形で（例えばネットワークエラー等によって）あるいは他の何らかの理由で（例えばネットワークタイムアウト間隔の経過に基づくネットワークタイムアウトの発生によって）解除されたものと仮定する。一実施形態では、通信リンクの解除が通信ネットワークのタイムアウトに基づくものである場合、モバイルデバイス２０２は、タイムアウト間隔を更新し、そのように更新されたタイムアウト間隔で、ネットワーク２０６を介して登録要求を送信する。電子メールインターフェイスコンピューティングデバイス２０８は、新しい要求を取得し、登録処理およびタイムアウトクロック測定を更新されたタイムアウト間隔で繰返し実行する。上述したように、モバイルデバイス２０２は、新しい要求に関連する更新されたタイムアウト間隔の監視も行う。別の一実施形態では、通信リンクの解除が通信ネットワークのタイムアウトに基づくものでない場合、モバイルデバイス２０２は、通信の再試行を試みる。
【００２７】
次に、図４を参照して、モバイルデバイス２０２によって実装され、データ変更要求の監視および電子メールインターフェイスコンピューティングデバイス２０８への送信を行う、本発明によるルーチン４００を示すフローチャートについて説明する。ブロック４０２で、モバイルデバイスは、電子メールインターフェイスコンピューティングデバイス２０８に登録要求およびタイムアウト間隔を送信する。本発明の例示的な一実施形態では、登録要求は、モバイルデバイスがそれに由来する更新情報を受信したいと望む可能性がある、１つまたは複数のデータタイプ、特定のデータファイル、あるいはアプリケーションプログラムの選択に対応させることができる。登録は、例えば新規電子メールが受信された場合または特定の文書が更新された場合に、そのことを示す通知をユーザが受信したいと望んでいることを指示することができる。登録要求は、モバイルデバイスに送信すべきデータを選択するためのルールやキーワード等の基準に対応させることができる。登録要求は、クレデンシャル（ｃｒｅｄｅｎｔｉａｌ）を含むことも、更新情報の受信に必要となる可能性がある他の認証情報を含むこともできる。
【００２８】
本発明の例示的な一実施形態によれば、タイムアウト間隔情報は、現在時刻に追加すべき一定の経過期間または時間長の指定を含むことができる。代替として、タイムアウト間隔情報は、タイムアウト期間または経過期間の生成を実行する選択的な基準として規定することもできる。ブロック４０４で、モバイルデバイスは、モバイルデバイス２０２から登録要求が送信された時点、または登録要求が電子メールインターフェイスコンピューティングデバイス２０８によって受信された時点からの経過時間を測定するタイムアウトクロックを開始する。経過時間は、様々な手法のうちの任意の手法で測定することができる。
【００２９】
ブロック４０６で、モバイルデバイス２０２が電子メールインターフェイスコンピューティングデバイス２０８からデータ変更通知を受信しているかどうかを判定するテストが実施される。モバイルデバイス２０２がデータ変更通知を受信している場合には、ブロック４０８で、モバイルデバイスは、電子メールインターフェイスコンピューティングデバイス２０８にデータ要求を送信する。本発明の例示的な一実施形態では、当該データ要求は、電子メールインターフェイスコンピューティングデバイス２０８に実際のデータを求める、ＨＴＴＰデータ要求等の要求に対応する。ブロック４１０で、モバイルデバイス２０２は、要求されたデータを電子メールインターフェイスコンピューティングデバイス２０８から取得する。次いで、ブロック４１６に進んで、それ以前に提供されたタイムアウト間隔の同調が行われるが、これについては以下でより詳細に説明する。代替として、タイムアウト間隔の同調は行わずに、ブロック４０２に戻って新しいデータの登録要求を送信することもできる。
【００３０】
判断ブロック４０６に戻り、モバイルデバイス２０２が電子メールインターフェイスコンピューティングデバイス２０８からデータ変更通知を受信していない場合には、判断ブロック４１２で、モバイルデバイスが電子メールインターフェイスコンピューティングデバイス２０８からタイムアウト間隔経過通知を受信しているかどうかを判定するテストが実施される。タイムアウト間隔経過通知が受信されている場合には、ブロック４１６に進むが、これについては以下でより詳細に説明する。
【００３１】
判断ブロック４１２に戻り、モバイルデバイスが電子メールインターフェイスコンピューティングデバイス２０８からタイムアウト間隔経過通知を受信していない場合には、判断ブロック４１４で、ネットワークタイムアウトエラーが検出されたかどうかを判定するテストが実施される。上述したように、ブロック４０４で、モバイルデバイスは、登録要求の送信時点からの経過時間を測定する。モバイルデバイス２０２は、タイムアウト間隔の経過を検出した場合には、電子メールインターフェイスコンピューティングデバイス２０８がタイムアウト間隔経過通知の送信に失敗し、電子メールインターフェイスコンピューティングデバイス２０８との間の通信リンクが失効したものと仮定することができる。本発明の例示的な一実施形態では、モバイルデバイス２０２は、ネットワークベースのタイムアウト間隔または通信ネットワーク障害（例えばドロップコール（ｄｒｏｐｐｅｄ  ｃａｌｌｅｄ））として、タイムアウト間隔の経過を特徴付けることができる。
【００３２】
データ変更通知および／またはタイムアウト間隔通知の受信の失敗がネットワークタイムアウトに基づくものであるとモバイルデバイス２０２によって判定された場合には、ブロック４１６に進んで、それ以前に提供されたタイムアウト間隔の同調が行われる。ブロック４１６については、サブルーチン５００（図５）に関して後でより詳細に説明する。タイムアウト間隔の同調が行われると、新しい登録要求が同調されたタイムアウト間隔でモバイルデバイスによって送信されるブロック４０２に戻る。一方、データ変更通知および／またはタイムアウト間隔通知の受信の失敗がネットワークタイムアウトに基づくものではないとモバイルデバイス２０２によって判定された場合には、モバイルデバイス２０２は、通信再試行モードに入り、通信ネットワークとの間の通信の再確立を試みる。その後、ブロック４０２に戻ることができる。
【００３３】
次に、図５を参照して、モバイルデバイス２０２によって実装され、ブロック４１６（図４）に対応するタイムアウト間隔の同調を行う例示的なサブルーチン５００について説明する。本発明の例示的な一実施形態では、タイムアウト間隔の同調は、ネットワーク通信イベント（例えば連続的な同調イベント）の調査に基づく、ネットワーク通信強度の判定に対応する。次に、検出された通信品質に従ってタイムアウト間隔が調整される。サブルーチン５００に話を移すと、ブロック５０２で、モバイルデバイス２０２は、最新の通信要求の結果を取得する。タイムアウト間隔の同調を行うために、最新の通信要求の結果は、データ変更通知の受信、タイムアウト間隔経過通知の受信、あるいは通信ネットワークタイムアウトの検出を含むことができる。
【００３４】
判断ブロック５０４で、最新の通信結果が正常なものかどうかを判定するテストが実施される。本発明の例示的な一実施形態では、正常とされる通信結果は、電子メールインターフェイスコンピューティングデバイス２０８からのタイムアウト間隔通知の受信を含む。さらに、データ変更通知の受信を正常な通信と見なすこともできる。通信結果が正常である場合には、ブロック５０６に進み、正常な通信要求に従って、タイムアウト間隔の同調が行われる。ブロック５０６については、図５Ｂおよび図５Ｃに関して後でより詳細に説明する。通信結果が正常でない場合（例えばネットワークタイムアウトが検出された場合）には、ブロック５０８に進み、ネットワークタイムアウトの経過に従って、タイムアウト間隔の同調が行われる。ブロック５０８については、図５Ｄに関して後で詳細に説明する。サブルーチン５０６と５０８のいずれかの同調が完了すると、ブロック５１０で元のサブルーチンに戻る。
【００３５】
次に、図５Ｂを参照して、正常な通信要求の受信に基づいてタイムアウト間隔の同調を行うサブルーチン５２０について説明する。本発明の例示的な一実施形態によれば、サブルーチン５２０は、特定の基準によってネットワークとの間の良好な通信が示されているかどうかを判定することによって、タイムアウト間隔の同調を行う。当業者なら、適用される基準を用いて途切れない良好なカバレージ、不良なカバレージから良好なカバレージへの移行、ネットワーク規定のタイムアウト間隔へのアプローチ等、様々な通信シナリオを識別するように試みることができることを理解するであろう。判断ブロック５２２で、それ以前のサブルーチン５００の繰返し中にタイムアウト間隔が増分されたかどうかを判定するテストが実施される。それ以前にタイムアウト間隔が増分されている場合には、ブロック５２８に進むが、これについては後でより詳細に説明する。それ以前のサブルーチン５００の繰返しの際にタイムアウト間隔が増分されなかった場合には、判断ブロック５２４で、タイムアウト間隔が最小に設定されているかどうかを判定するテストが実施される。タイムアウト間隔が最小に設定されている場合には、ブロック５２８に進むが、これについては後でより詳細に説明する。タイムアウト間隔が最小に設定されていない場合には、ブロック５２６で、モバイルデバイス２０２が一連の正常な通信を完了させたかどうかを判定するテストが実施される。本発明の例示的な一実施形態では、正常な通信は、登録要求の送信およびデータ無変更通知の受信に対応させることができる。新しいデータ通信の受信は、必ずしも正常な通信と見なされるわけではない。例えば、モバイルデバイス２０２は、連続する５つのデータ無変更通知をテストすることができる。さらに、判断ブロック５２６で、モバイルデバイス２０２は、モバイルデバイス上の信号強度の判定等、追加的な外部基準を利用することもできる。一連の正常な通信要求が受信された場合には、ブロック５２８に進むが、これについては後でより詳細に説明する。代替として、サブルーチン５２０は、タイムアウト間隔の増分なしにブロック５３０で元のサブルーチンに戻る。
【００３６】
引き続き図５Ｂを参照すると、判断ブロック５２２、５２４、または５２６に対応する基準のいずれかが満足された場合には、ブロック５２８で、モバイルデバイス２０２は、タイムアウト間隔を増分させる。本発明の例示的な一実施形態では、モバイルデバイス２０２は、タイムアウト間隔を固定定数単位で増分させる。固定定数については、途切れない良好な通信が行われている間に最小タイムアウト間隔をネットワークタイムアウト間隔に徐々に近付けるように試みながら、最小タイムアウト間隔の増大を早めることが可能となるような固定定数を選択することができる。
【００３７】
次に、図５Ｃを参照すると、本発明の一代替実施形態では、ブロック４１６（図４）に対応するサブルーチン５４０を選択的に利用して、タイムアウト間隔の同調を行うことができる。この代替実施形態では、各基準を満足させることにより、タイムアウト間隔の増分に異なる定数が使用される可能性がある。判断ブロック５４２で、それ以前のサブルーチン５００の繰返し中にタイムアウト間隔が増分されたかどうかを判定するテストが実施される。それ以前にタイムアウト間隔が増分されている場合には、ブロック５４６で、モバイルデバイス２０２は、それ以前のサブルーチン５００の繰返し中に利用された定数を用いてタイムアウト間隔を増分させる。
【００３８】
それ以前のサブルーチン５００の繰返しの際にタイムアウト間隔が増分されなかった場合には、判断ブロック５４６で、タイムアウト間隔が最小に設定されているかどうかを判定するテストが実施される。タイムアウト間隔が最小に設定されている場合には、モバイルデバイス２０２は、第１の定数を用いてタイムアウト間隔を増分させる。第１の定数としては、本発明の例示的な一実施形態では、タイムアウト間隔が最小タイムアウト間隔からより速いペースで増大することが可能となるような定数が選択され、これにより、モバイルデバイスのより多くの電力資源が消費されることになる。さらに、本発明の一代替実施形態では、第１の定数として、履歴上達成されたタイムアウト間隔のうちの最高値にタイムアウト間隔を自動的にセットすることが可能となるような定数を選択することもできる。履歴データは、個々のデバイスおよび／または個々のネットワーク毎に維持することができる。
【００３９】
タイムアウト間隔が最小に設定されていない場合には、判断ブロック５５０で、モバイルデバイス２０２が一連の正常な通信を完了させたかどうかを判定するテストが実施される。上述したように、正常な通信は、登録要求の送信およびデータ無変更通知の受信に対応させることができる。一連の正常な通信要求が受信された場合には、モバイルデバイス２０２は、第２の定数を用いてタイムアウト間隔を増分させる。本発明の例示的な一実施形態では、第２の定数として、あまり速いペースでネットワークタイムアウト間隔を上回ることがないように、タイムアウト間隔をネットワークタイムアウト間隔に近付けることを可能にするような定数が選択される。判断ブロック５４６の場合と同様に、一代替実施形態では、第２の定数として、一連の正常な通信要求の後に、履歴上達成されたタイムアウト間隔のうちの最高値にタイムアウト間隔を自動的にセットすることが可能となるような定数を選択することもできる。ブロック５４４、５４８、または５２２のいずれかでタイムアウト間隔が増分された場合、または一連の正常な通信がモバイルデバイスによって検出されなかった場合には、ブロック５５４に戻ることになる。
【００４０】
次に、図５Ｄを参照して、ネットワークタイムアウトの経過に従ってタイムアウト間隔の同調を行う、ブロック５０８（図５Ａ）に対応するサブルーチン５６０について説明する。ブロック５６２で、それ以前のサブルーチン５００の繰返しの際にタイムアウト間隔が増分されたかどうかを判定するテストが実施される。それ以前にタイムアウト間隔が増分されていない場合には、ブロック５６４で、モバイルデバイス２０２は、タイムアウト間隔を最小値にセットする。本発明の例示的な一実施形態では、モバイルデバイス２０２は、タイムアウトを最小値に設定して良好でないセルラーカバレージへの移行に対処する。一方、それ以前にタイムアウト間隔が増分されている場合には、ブロック５６６で、モバイルデバイス２０２は、タイムアウト間隔を以前の値に戻す。本発明の例示的な一実施形態では、モバイルデバイス２０２は、タイムアウト間隔を以前の値に戻して、タイムアウト間隔がネットワーク規定のタイムアウト間隔に近付くようにする。一代替実施形態では、モバイルデバイス２０２は、ブロック５６６で、履歴上達成されたタイムアウト間隔のうちの最高値にタイムアウト間隔をセットすることができる。さらに、モバイルデバイス２０２が履歴上達成されたタイムアウト間隔のうちの最高値を超えるタイムアウト間隔を達成しようと複数回にわたって試みた場合には、それらの一連の試行が失敗した後に、タイムアウト間隔を、履歴上達成されたタイムアウト間隔のうちの最高タイムアウト間隔にロックあるいは固定することもできる。サブルーチン５６０は、ブロック５６８で元のサブルーチンに戻る。
【００４１】
次に、図６を参照して、電子メールインターフェイスコンピューティングデバイス２０８等のネットワークアプリケーションによって実装され、モバイルデバイスの登録要求を処理するルーチン６００について説明する。ブロック６０２で、電子メールインターフェイスコンピューティングデバイス２０８は、タイムアウト間隔を含むモバイルデバイスの登録要求を取得する。ブロック６０４で、電子メールインターフェイスコンピューティングデバイス２０８は、要求されたデータに関するモバイルデバイス２０２を登録する。本発明の例示的な一実施形態では、登録は、電子メールインターフェイスコンピューティングデバイス２０８が新しいデータの通知を受信することを可能にする、電子メールサーバのような任意の適切なローカルネットワークコンポーネントとの間の通信に対応させることができる。さらに、登録は、登録要求が適切なタイムアウト間隔を計算するための基準に含まれる場合における、タイムアウト間隔の計算に対応させることもできる。登録要求が複数のデータ変更要求に対応する場合は、電子メールインターフェイスコンピューティングデバイス２０８は、モバイルクライアント２０２に情報を転送する追跡基準に関するテーブルを維持することができる。
【００４２】
ブロック６０６で、電子メールインターフェイスコンピューティングデバイス２０８は、登録要求の受信時点／処理時点からの経過時間を測定するタイムアウト間隔クロックを開始する。本発明の例示的な一実施形態では、タイムアウト間隔クロックは、登録要求の受信時点からの経過時間を測定する内部カウントデバイスに対応させることができる。代替として、タイムアウト間隔クロックは、電子メールインターフェイスコンピューティングデバイス２０８によって標準時刻の測定値と比較される、登録要求の受信時刻の記録に対応させることもできる。登録要求の受信時点／処理時点からの経過時間は、任意の数の追加的な方法を利用して計算あるいは追跡することができることが、当業者には理解されるであろう。
【００４３】
判断ブロック６０８で、電子メールインターフェイスコンピューティングデバイス２０８がデータ変更通知を受信したかどうかを判定するテストが実施される。本発明の例示的な一実施形態では、データ変更通知は、電子メールサーバからの新規メール通知の受信に対応させることができる。さらに、データ変更通知は、特定のデータファイルの修正やアクセスが行われたことを示す通知に対応させることもできる。データ変更通知が受信された場合には、ブロック６１０で、電子メールインターフェイスコンピューティングデバイス２０８は、モバイルデバイス２０２にデータ変更通知を送信する。本発明の例示的な一実施形態では、データ変更通知は、データ要求を電子メールインターフェイスコンピューティングデバイス２０８に送信するようモバイルデバイス２０２に命令する一般メッセージを含むことができる。さらに、データ変更通知は、モバイルデバイス２０２がそれを用いることにより、後続のデータ要求を送信するかどうかを選択することが可能となる、様々なメタデータあるいは記述情報も含むことができる。例えば、データ変更通知は、ユーザがそれを用いることにより、メッセージの少なくとも一部分を閲覧してそのメッセージ全体を取り出したいかどうかを判定することが可能となる、電子メールメッセージヘッダー情報を含むことができる。別の例では、データ変更通知は、モバイルデバイス２０２がそれを用いることにより、データ変更を要求すべきかどうかを自動的に判定することが可能となる、特定の基準を含むことができる。ブロック６１２で、ルーチン６００は、電子メールインターフェイスコンピューティングデバイス２０８から次の登録要求が受信されるまで停止する。
【００４４】
判断ブロック６０８でデータ変更を示す通知が受信されない場合には、判断ブロック６１４で、登録要求の受信時点／処理時点からの経過時間がタイムアウト間隔を超過しているかどうかを判定するテストが実施される。タイムアウト間隔を超過（例えば経過）していない場合には、判断ブロック６０８に戻る。タイムアウト間隔を経過している場合には、ブロック６１６で、電子メールインターフェイスコンピューティングデバイス２０８は、モバイルデバイス２０２にタイムアウト間隔経過通知を送信する。本発明の例示的な一実施形態では、タイムアウト間隔経過通知は、通信リンクを維持し、モバイルデバイス２０２から新しい登録要求を引き出すメッセージに対応する。さらに、タイムアウト間隔経過通知は、後続のタイムアウト間隔の同調を行うのに利用されるネットワークイベント情報やネットワーク特性情報（例えば使用可能帯域幅やネットワーク品質水準等）等の追加情報も含むことができる。ブロック６１８で、ルーチン６００は終了する。
【００４５】
以上、本発明の例示的な諸実施形態について図示し説明してきたが、これらの実施形態には、本発明の趣旨および範囲から逸脱することなく様々な変更を加えることができることが理解されるであろう。
【図面の簡単な説明】
【００４６】
【図１】プッシュデータモデルに従ってセルラー通信ネットワークを介してモバイルデバイスに電子メールデータを送信するシステムのブロック図である。
【図２】プルデータモデルに従ってセルラー通信ネットワークを介してモバイルデバイスに電子メールを送信するシステムのブロック図である。
【図３Ａ】本発明の一態様に従ってタイムアウト間隔を含むデータ変更要求をモバイルデバイスによって生成する流れを示す、図２のシステムのブロック図である。
【図３Ｂ】本発明の一態様に従ってネットワークアプリケーションからデータ変更通知を送信する流れを示す、図２のシステムのブロック図である。
【図３Ｃ】本発明の一態様に従ってネットワークアプリケーションからタイムアウト間隔経過通知を送信する流れを示す、図２のシステムのブロック図である。
【図３Ｄ】本発明の一態様に従ってモバイルデバイスがタイムアウト間隔経過処理を行う流れを示す、図２のシステムのブロック図である。
【図４】本発明の一態様に従ってモバイルデバイスクライアントがデータ変更要求送信／監視ルーチンを実装する流れを示す流れ図である。
【図５Ａ】本発明の一態様に従ってモバイルデバイスクライアントがタイムアウト間隔同調サブルーチンを実装する流れを示す流れ図である。
【図５Ｂ】本発明の一態様に従ってモバイルデバイスクライアントが正常要求同調サブルーチンを実装する流れを示す流れ図である。
【図５Ｃ】本発明の一態様に従ってモバイルデバイスクライアントが代替の正常要求同調サブルーチンを実装する流れを示す流れ図である。
【図５Ｄ】本発明の一態様に従ってモバイルデバイスクライアントがネットワークタイムアウト同調サブルーチンを実装する流れを示す流れ図である。
【図６】本発明に従ってネットワークアプリケーションがクライアントデータ変更要求処理ルーチンを実装する流れを示す流れ図である。
【図１】
2008546242.tif 000003
【図２】
2008546242.tif 000004
【図３Ａ】
2008546242.tif 000005
【図３Ｂ】
2008546242.tif 000006
【図３Ｃ】
2008546242.tif 000007
【図３Ｄ】
2008546242.tif 000008
【図４】
2008546242.tif 000009
【図５Ａ】
2008546242.tif 000010
【図５Ｂ】
2008546242.tif 000011
【図５Ｃ】
2008546242.tif 000012
【図５Ｄ】
2008546242.tif 000013
【図６】
2008546242.tif 000014
【国際調査報告】
2008546242.tif 000015