無線ネットワーク内のトラフィックを最適化する方法であって、モバイルデバイス上でアクセスされた複数のアプリケーションのアプリケーション挙動を使用して該無線ネットワーク上で行われたコンテンツ要求を整列させる段階と、前記整列されたコンテンツ要求に従って前記無線ネットワーク上でポーリングし、前記複数のアプリケーションの少なくとも一部のデータ要求を満たす段階と、を含むことを特徴とする方法。前記複数のアプリケーションの前記少なくとも一部に対するコンテンツ要求を該複数のアプリケーションによって要求されたコンテンツタイプに基づいて整列させる段階を更に含むことを特徴とする請求項1に記載の方法。コンテンツ要求が、モバイルデバイスパラメータに基づいて整列されることを特徴とする請求項1に記載の方法。コンテンツ要求が、ネットワークパラメータ又は条件に基づいて整列され、かつポーリングされることを特徴とする請求項1に記載の方法。無線ネットワーク内のトラフィックを最適化する方法であって、モバイルデバイス上でアクセスされた複数のアプリケーションのアプリケーション挙動を使用して、該複数のアプリケーションによって行われたアプリケーション要求における再発を検出する段階と、前記再発を使用して、前記モバイルデバイスで行われると考えられる前記アプリケーション要求から生じると考えられるコンテンツソースのポーリングを前記無線ネットワーク内の該モバイルデバイスからリモートのプロキシサーバによって代わりに行われるようにオフロードする段階と、を含むことを特徴とする方法。前記プロキシサーバは、コンテンツ変更が前記コンテンツソースの前記ポーリングに応答して検出された時に前記モバイルデバイスに通知することを特徴とする請求項5に記載の方法。キャッシュ格納コンテンツが、コンテンツ変更が前記コンテンツソースの前記ポーリングにおいて検出されなかった時に供給されることを特徴とする請求項5に記載の方法。アプリケーション挙動の再発が、アプリケーション挙動におけるパターンを追跡することによって識別されることを特徴とする請求項5に記載の方法。アプリケーションパターンが、要求されたコンテンツが同じである頻度、同じ要求が行われる頻度、要求間の間隔、要求を行うアプリケーションのうちの1つ又はそれよりも多くを含むことを特徴とする請求項8に記載の方法。前記コンテンツソースからのデータの要求に対するキャッシュ格納コンテンツの使用が、アプリケーション挙動内の前記パターンに基づいて判断されることを特徴とする請求項8に記載の方法。前記アプリケーション挙動を使用してアプリケーションプロフィールを生成する段階を更に含むことを特徴とする請求項8に記載の方法。前記ポーリングは、前記再発が規則に適合した時にオフロードされることを特徴とする請求項5に記載の方法。前記アプリケーション挙動は、前記モバイルデバイス上のローカルプロキシによって追跡され、かつ前記コンテンツソースに結合された前記プロキシサーバに接続メタデータとして通信されることを特徴とする請求項5に記載の方法。前記ローカルプロキシは、バッテリレベル、前記デバイスが登録されたネットワーク、無線状態、該モバイルデバイスが使用されているか否かのうちの1つ又はそれよりも多くを含むモバイルデバイス特性を識別かつ検索することを特徴とする請求項13に記載の方法。前記ローカルプロキシは、前記プロキシサーバへの送信の前にデータを遅延又修正することを特徴とする請求項13に記載の方法。前記ローカルプロキシは、ローカルキャッシュを含み、かつ該ローカルキャッシュに格納されたキャッシュ格納コンテンツを使用して前記モバイルデバイス上のアプリケーション要求を満たすことを特徴とする請求項13に記載の方法。前記プロキシサーバは、デバイス特性を格納するデバイス情報キャッシュを含むことを特徴とする請求項13に記載の方法。前記プロキシサーバは、前記コンテンツソースへの送信前に前記ローカルプロキシからのデータを遅延又は修正することを特徴とする請求項13に記載の方法。前記プロキシサーバは、前記コンテンツソースから受信した応答の配信を遅延させることを特徴とする請求項13に記載の方法。前記ローカルプロキシサーバは、前記コンテンツソースから受信した応答の配信を遅延させることを特徴とする請求項13に記載の方法。前記プロキシサーバは、デバイス特性及び接続メタデータを使用して前記モバイルデバイス上のアプリケーションの要求を満たすための規則を生成することを特徴とする請求項13に記載の方法。前記プロキシサーバは、前記モバイルデバイス又は他のモバイルデバイスとの類似の接続を最適化する際の後の使用に向けてアプリケーションの要求に関するリアルタイムトラフィック情報を収集することを特徴とする請求項13に記載の方法。前記ローカルプロキシ及び前記プロキシサーバは、前記モバイルデバイス上で実行される前記複数のアプリケーションに対して透過的であることを特徴とする請求項13に記載の方法。前記ローカルプロキシは、前記モバイルデバイスのオペレーティングシステムに対して透過的であることを特徴とする請求項13に記載の方法。モバイルアプリケーションによって行われたデータ要求を満たすために使用されるセルラーネットワーク内のトラフィックを低減する方法であって、モバイルデバイス上のモバイルアプリケーションによって行われたデータ要求を傍受する段階と、前記モバイルデバイス上のローカルリポジトリに問い合わせていずれかのローカルに格納された応答が有効であるかを判断する段階と、前記ローカルに格納された応答が無効である場合に、いずれかのリモートに格納された応答がないかをリモートプロキシに問い合わせる段階と、を含み、前記ローカルに格納された応答又は前記リモートに格納された応答のいずれかが、前記モバイルデバイスに該モバイルデバイスが前記セルラーネットワークにアクセスする必要なく供給される、ことを特徴とする方法。前記データ要求を該データ要求をコンテンツソースに転送する前記リモートプロキシに送る段階を更に含むことを特徴とする請求項25に記載の方法。前記リモートプロキシを通じて前記コンテンツソースによって供給された応答を受信する段階と、同じか又は類似のデータ要求を満たす際のその後の使用に向けて前記モバイルデバイス上で前記ローカルキャッシュに該応答をローカルに格納する段階とを更に含むことを特徴とする請求項26に記載の方法。前記リモートプロキシを通じて前記コンテンツソースによって供給された応答を受信する段階と、同じか又は類似のデータ要求を満たす際のその後の使用に向けて該リモートプロキシに該応答を格納する段階とを更に含むことを特徴とする請求項26に記載の方法。前記モバイルデバイスに結果を戻す前に、変更された結果がないかに関して前記コンテンツソースから前記データ要求に関して受信した応答をモニタするように前記リモートプロキシに通知する段階を更に含むことを特徴とする請求項25に記載の方法。前記通知する段階は、前記コンテンツソースへの前記データ要求が前記モバイルデバイスに戻される変更された又は異なる結果を生じた時に行われることを特徴とする請求項27に記載の方法。前記リモートプロキシが前記データ要求に関する前記応答をモニタするように通知された時に該データ要求に関して前記ローカルキャッシュに該応答を格納する段階を更に含むことを特徴とする請求項27に記載の方法。前記リモートプロキシは、モニタリングに向けて識別された前記データ要求を実行し、かつ該データ要求に対する不意の応答が検出された時に前記モバイルデバイスに通知することを特徴とする請求項27に記載の方法。前記モバイルデバイス上の前記ローカルに格納された応答を前記データ要求に対する前記不意の応答を通知された時に消去するか又は入れ替える段階を更に含むことを特徴とする請求項32に記載の方法。前記モバイルアプリケーションは、ウェブ閲覧アプリケーションを含むことを特徴とする請求項25に記載の方法。前記モバイルアプリケーションは、ビデオストリーミングアプリケーションを含むことを特徴とする請求項25に記載の方法。無線ネットワーク内で行われたデータ要求を満たすためにトラフィックを低減するための分散型プロキシを有するシステムであって、モバイルデバイスを通じて行われたデータ要求を傍受するためのローカルプロキシを有するモバイルデバイスと、前記モバイルデバイスと前記データ要求が向けられるコンテンツサーバとに結合されたプロキシサーバと、を含み、前記プロキシサーバは、前記ローカルプロキシと通信することができ、該ローカルプロキシは、前記データ要求への応答のための前記コンテンツサーバへの送信のために該プロキシサーバに該データ要求を転送し、前記プロキシサーバは、前記コンテンツサーバ上の異なるコンテンツが前記データ要求に対して検出された時に、前記ローカルプロキシ上の活動とは無関係に該コンテンツサーバに該データ要求を送り、かつ該ローカルプロキシに通知する、ことを特徴とするシステム。前記ローカルプロキシと前記プロキシサーバの間で共有されるキャッシュ、を更に含み、前記キャッシュは、前記ローカルプロキシ上の構成要素を含み、かつ前記データ要求が前記プロキシサーバ上に転送される前に該データ要求に対するローカルに格納された応答がないかに関して問い合わせを受ける、ことを特徴とする請求項36に記載のシステム。前記ローカルプロキシは、前記コンテンツサーバから戻されたのと同じ結果を生じる前記データ要求を識別し、かつ該ローカルプロキシに該結果を送る前に将来に行われる同じデータ要求に関する受信した応答を変更された結果がないかに関してモニタするように該プロキシサーバに通知することを特徴とする請求項36に記載のシステム。前記プロキシサーバと前記コンテンツサーバ間のトラフィックが、プロトコルレベルで最適化されることを特徴とする請求項36に記載のシステム。モバイルデバイス上のモバイルアプリケーションによって行われたデータ要求を満たすために使用される無線ネットワーク内のトラフィックを低減する方法であって、モバイルアプリケーションによって行われたデータ要求を傍受する段階と、アプリケーションサーバ認証を模擬し、利用可能である場合に接続情報を検索するために前記モバイルデバイス上のローカルキャッシュに問い合わせる段階と、認証時に、応答が前記ローカルキャッシュ内で利用可能である場合にデータ要求に関する前記モバイルデバイス上の前記モバイルアプリケーションに対するアプリケーションサーバ応答を模擬する段階と、を含むことを特徴とする方法。前記無線ネットワーク上でリモートプロキシに前記データ要求を経路指定し、前記アプリケーションサーバとの接続を確立して、認証と、該アプリケーションサーバと前記モバイルデバイス上の前記モバイルアプリケーションとの間のデータの転送とを行う段階、を更に含むことを特徴とする請求項40に記載の方法、前記リモートプロキシは、その後の使用のための接続に関する情報を格納することを特徴とする請求項40に記載の方法。モバイルアプリケーションによって行われたデータ要求を満たすために無線ネットワーク内のトラフィックを低減するための分散型プロキシを有するシステムであって、モバイルアプリケーションによって行われたデータ要求を傍受するためのローカルプロキシを有するモバイルデバイスであって、該ローカルプロキシが、応答がローカルキャッシュ内で利用可能である場合にデータ要求に関する該モバイルデバイス上の該モバイルアプリケーションに対するアプリケーションサーバ応答を模擬する前記モバイルデバイスと、前記モバイルデバイスと前記データ要求が向けられるアプリケーションサーバとに結合されたプロキシサーバと、を含み、前記プロキシサーバは、前記ローカルプロキシと通信することができ、該ローカルプロキシは、前記データ要求に対する応答のための前記アプリケーションサーバへの送信に向けて該プロキシサーバに該データ要求を転送し、前記プロキシサーバは、前記モバイルアプリケーションが依然に行った前記データ要求に対していずれかの変更がないかを該モバイルアプリケーションの活動とは無関係に前記アプリケーションサーバに問い合わせ、かつそのような変更を前記ローカルプロキシに通知する、ことを特徴とするシステム。前記無線ネットワークは、セルラーネットワークを含むことを特徴とする請求項43に記載のシステム。前記無線ネットワークは、WiFiネットワークを含むことを特徴とする請求項43に記載のシステム。無線ネットワーク内でキープアライブメッセージのために使用されるネットワークリソースを低減するための分散型プロキシを有するシステムであって、ローカルプロキシを有するモバイルデバイスと、前記ローカルプロキシと前記モバイルデバイスからのアプリケーション要求が向けられるコンテンツサーバとに結合されたプロキシサーバと、を含み、前記プロキシサーバは、前記ローカルプロキシと通信することができ、該ローカルプロキシは、キープアライブメッセージが無線ネットワーク上で前記モバイルデバイスから送られることを防止し、前記プロキシサーバは、前記キープアライブメッセージを生成して前記コンテンツサーバとの接続性を維持する、ことを特徴とするシステム。前記ローカルプロキシは、前記モバイルデバイス上のアプリケーションに対して透過的であることを特徴とする請求項46に記載のシステム。前記ローカルプロキシは、無線モデム内にバンドルされることを特徴とする請求項46に記載のシステム。前記ローカルプロキシは、ファイアウォール又はルータ内にバンドルされることを特徴とする請求項46に記載のシステム。前記プロキシサーバは、前記モバイルデバイス上の前記ローカルプロキシの作動とは無関係に前記キープアライブメッセージを生成することを特徴とする請求項46に記載のシステム。以下の説明及び図面は、例示的なものであり、制限的と解釈すべきではない。本発明の開示を完全に理解することができるように多くの特定の細部に対して説明する。しかし、特定の実施例において、公知であるか又は従来の細部は、説明を不明瞭にすることを回避するために説明を割愛している。本発明の開示における一実施形態又は実施形態への言及は、同じ実施形態の言及である得るが、必ずしもそうであるというわけではなく、このような言及は、実施形態の少なくとも1つを意味する。本明細書における一実施形態又は実施形態への言及は、実施形態に関連して説明する特定の特徴、構造、又は特性が本発明の開示の少なくとも1つの実施形態に含まれることを意味する。本明細書の様々な箇所での一実施形態ではという語句の出現は、必ずしも全て同じ実施形態も指しているというわけではなく、他の実施形態を相互に排除する別の実施形態又は代替的な実施形態でもない。更に、一部の実施形態によって示すことができるが他に実施形態によって示すことはできない様々な特徴を説明する。同様に、一部の実施形態に対する要件とすることができるが他の実施形態に対してはそうではない様々な要件を説明する。本明細書で使用する用語は、一般的に、当業技術において、本発明の開示という状況において、かつ各語が使用される特定の内容において普通の意味を有する。本発明の開示を説明するのに使用する特定の用語は、本発明の開示の説明に関する実務者への付加的な指針になるように以下で又は本明細書の他の箇所に説明する。便宜上、特定の用語は、例えばイタリック及び/又は引用符を使用して強調表示される場合がある。強調表示の使用は、用語の範囲及び意味に影響を及ぼすものではなく、用語の範囲及び意味は、同じ状況において、強調表示されるか否かに関わらず同じである。同じものを1つよりも多い方法で言うことができることは認められるであろう。その結果、代替言語及び同義語は、本明細書に説明する用語のいずれか1つ又はそれよりも多くに対して使用することができ、また、用語は、精緻化するか又は本明細書に説明するか否かに関わらず、いずれの特定の重要性も置くべきではない。ある一定の用語に対する同義語が提供される。1つ又はそれよりも多くの同義語の引用は、他の同義語の使用を排除しない。本明細書に説明するいずれかの用語の例を含む本明細書のあらゆる箇所での実施例の使用は、例示的なものにすぎず、本発明の開示の又はあらゆる例証された用語の範囲及び意味を更に制限することを意図しない。同様に、本発明の開示は、本明細書に示す様々な実施形態に限定されない。本発明の開示の範囲を制限する意図なく、本発明の開示の実施形態による計器、装置、方法、及び関連の結果の例を以下に示している。読者の便宜を図るために例において表題又は副題が使用される場合があり、これは、いずれの点においても、本発明の開示の範囲を制限すべきではないことに注意されたい。別段の定義がない限り、本明細書で使用する全ての専門用語及び科学用語は、本明細書が属する技術分野の当業者により一般的に理解されるものと同じ意味を有する。矛盾が生じた場合に、定義を含む本明細書が優先されることとする。本発明の開示の実施形態は、モバイルアプリケーショントラフィック最適化のためのシステム及び方法を含む。開示する技術の一実施形態は、負荷、デバイス上での現在のアプリケーション必要性、アクセスのタイププッシュ対プル又は混成の制御、位置、単一のエリア内のユーザの集中度、時刻、ユーザがアプリケーション、コンテンツ、又はデバイスと対話する頻度、及び協働クライアント/サーバへの又は同時に協働クライアントなしのモバイルデバイスへのトラフィックを成形するためのこの情報の使用を含むデバイス及びアプリケーション活動の総合的な視点を通じて有線及び無線ネットワーク及びデバイスとの接続の複数の態様を最適化するシステムを含む。開示するサーバは、いずれの特定のネットワークプロバイダとも結び付いていないので、全てのサービスプロバイダにわたってネットワーク性能に対する視認性を有する。それによって最適化をオペレータ又はサービスプロバイダとは無関係にデバイスに適用することができ、従って、ユーザ体験が高まり、ローミング中にネットワーク利用が管理される。帯域幅は、今日、無線ネットワーク内の主要問題と考えられている。アクセス問題を解決するために、付加的な帯域幅の必要性に関連する益々多くの研究が行われており、性能強化の解決法、及び一般的に4Gと呼ばれるもの、すなわち、LTE、4G、及びWiMaxのような次世代規格の多くは、帯域幅の増大化が中心である。部分的に規格により対処されたが、残る重要な問題は、データチャンネルよりも信号伝達チャンネル上での帯域幅の不足である。開示する技術の実施形態は、例えば、いくつかのポーリング要求の必要性を最小にし、特定のコンテンツタイプを利用して接続/コンテンツのプロキシ/管理を提供する方法を判断し、かつデバイス、ユーザ挙動パターンデバイス/アプリケーションと対話する頻度、及び/又はネットワークパラメータに関連付けられた特定の発見的手法を適用するための複数のアプリケーションからの要求のアラインメントを含む。本発明の技術の実施形態は、様々なウィジェット、RSS読取器などによって行われる反復的なHTTPポーリングを遠隔ネットワークノード例えば、ネットワークオペレーションセンターNOCに移動する段階を更に含むことができ、従って、デバイスバッテリ/電力消費量、無線チャンネル信号伝達、及び帯域幅使用量がかなり低減される。更に、既存のアプリケーションを変更する必要がないように、オフロードは透過的に実行することができる。一部の実施形態において、これは特定の規則例えば、15分おきに起こるに適合する同じコンテンツRSS配信、ウィジェットデータセットの反復的な要求を自動的に検出するモバイルデバイス上でローカルプロキシを使用して実行することができる。ローカルプロキシは、サーバ例えば、通信ネットワークの要素として作動されるプロキシサーバにポーリングを委任しながらモバイルデバイス上のコンテンツを自動的にキャッシュに格納することができる。サーバは、次に、コンテンツが変更した場合に、モバイル/クライアントプロキシに通知することができ、コンテンツが変更されなかった代替的に、十分に又は識別された方法又は量では変更されなかった場合に、モバイルプロキシは、ユーザにキャッシュ内の最新バージョンを供給する無線を全く利用する必要なく。このようにして、モバイルデバイス例えば、モバイルフォン、スマートフォンのようなは、要求が、モニタされて新規、変更あり、又は他の点で相違点ありとフラグを付されなかったコンテンツに対するものである場合に、オープンアップ例えば、従って、無線の電源を投入する又はデータ接続を使用する必要がない。モニタされるコンテンツソース/アプリケーションサーバ例えば、URL/コンテンツを含むを自動的に追加する論理回路は、コンテンツが同じである頻度、同じ要求が行われる頻度一定の間隔/パターンがあるか、どのアプリケーションがデータを要求しているかのような様々なファクタに関して検査することができる。キャッシュ使用と元のソースへのデータ要求との間の判断すべき類似の規則は、ローカルプロキシ及び/又はサーバによって実施及び実行することができる。例えば、要求が予定外の/不意の時点で来た時ユーザ主導型検査、又は連続n回毎に応答がキャッシュのなどから供給された後に、又はアプリケーションが前景のより対話型モードに対して背景で実行中である場合である。益々多くのモバイルアプリケーションが特徴をネットワークに利用可能なリソースに基づく時に、これは益々重要になる。更に、開示する技術により、ネットワークからの不要な傍受通信の排除が可能であり、無線スペクトル使用量を最適化しようとするオペレータに恩典をもたらす。図1Aは、ホストサーバ100がリソース節約に向けて無線ネットワーク内のクライアントデバイス102とアプリケーションサーバ又はコンテンツプロバイダ110間のトラフィックの管理を容易にするシステムの例示的な図を示している。クライアントデバイス102A-Dは、ホストサーバ100及び/又はアプリケーションサーバ/コンテンツプロバイダ110のような別のデバイス、サーバ、及び/又は他のシステムとの有線接続、無線接続、セルラー接続を含む接続を確立することができるあらゆるデバイス及び/又はシステム、及び/又はデバイス/システムのあらゆる組合せとすることができる。クライアントデバイス102は、典型的には、デバイス102及び/又はホストサーバ100及び/又はアプリケーションサーバ/コンテンツプロバイダ110間で交換される情報及びデータを呈示する表示及び/又は他の出力機能性を含む。例えば、クライアントデバイス102は、モバイル、手持ち式、又は携帯式デバイス又は非携帯式デバイスを含むことができ、かつサーバデスクトップ、デスクトップコンピュータ、コンピュータクラスター、又はノート、ラップトップコンピュータ、手持ち式コンピュータ、パームトップコンピュータ、モバイルフォン、携帯電話、スマートフォン、PDA、Blackberryデバイス、Palmデバイス、手持ち式タブレット例えば、iPad又はあらゆる他のタブレット、手持ち式コンソール、手持ち式ゲーム機又はコンソール、iPhoneのようなあらゆるSuperPhone、及び/又はあらゆる他の携帯式、モバイル、手持ち式デバイスなどを含む携帯式デバイスのいずれかとすることができるがこれらに限定されない。一実施形態において、クライアントデバイス102、ホストサーバ100、及びアプリケーションサーバ110は、ネットワーク106及び/又はネットワーク108を通じて結合される。一部の実施形態において、デバイス102及びホストサーバ100は、直接に互いに接続することができる。クライアントデバイス102上の入力機構は、タッチスクリーンキーパッド2D又は3Dでの単一タッチ、マルチタッチ、動作感知などを含む、物理的キーパッド、マウス、ポインタ、トラックパッド、動き検出器例えば、1軸加速度計、2軸加速度計、3軸加速度計などを含む、光センサ、キャパシタンスセンサ、抵抗センサ、温度センサ、近接センサ、圧電デバイス、デバイス方位検出器例えば、電子コンパス、傾倒感知センサ、回転センサ、ジャイロスコープ、加速度計、又は以上の組合せを含むことができる。上述の入力機構又はその他のうちの1つ又はそれよりも多くを通じて受信又は検出されるクライアントデバイス102でのユーザ活動を示す信号は、クライアントデバイス102でコンテキスト認識を取得する際に開示する技術に使用することができる。クライアントデバイス102でのコンテキスト認識は、一般的に、制限ではなく一例として、クライアントデバイス102作動又は状態確認応答、管理、ユーザ活動/挙動/対話認識、検出、感知、追跡、動向分析、及び/又はアプリケーション例えば、モバイルアプリケーションタイプ、挙動、活動、作動状態などを含む。本発明の開示におけるコンテキスト認識は、ネットワーク側コンテキストデータに関する知識及び検出を含み、かつネットワーク容量、帯域幅、トラフィック、ネットワーク/接続性のタイプ及び/又はあらゆる他の作動状態データのようなネットワーク情報を含むこともできる。ネットワーク側コンテキストデータは、ネットワーク106及び/又はネットワーク108のネットワークサービスプロバイダ例えば、携帯電話プロバイダ112及び/又はインターネットサービスプロバイダから受信及び/又は問い合わせることができる例えば、ホストサーバ及び/又はデバイス102により。クライアント102側から判断されるアプリケーションコンテキスト認識に加えて、アプリケーションコンテキスト認識も、それぞれのアプリケーション/サービスプロバイダ110から受信、又は取得/問い合わせることができるホスト100及び/又はクライアントデバイス102により。ホストサーバ100は、例えば、クライアントデバイス102、ネットワーク106/108、アプリケーション例えば、モバイルアプリケーション、アプリケーションサーバ/プロバイダ110、又は以上のあらゆる組合せに向けて得られるコンテキスト情報を使用し、システム内のトラフィックを管理し、クライアントデバイス102のデータ必要を満たす例えば、アプリケーション又はHTTP要求を含むあらゆる他の要求を満たすことができる。一実施形態において、トラフィックは、明示的又は非明示的ユーザ103要求及び/又はデバイス/アプリケーション保守タスクに応答して行われるデータ要求を満たすためにホストサーバ100により管理される。トラフィックは、ネットワーク消費量、例えば、セルラーネットワークの使用が有効かつ効率的な帯域幅利用に向けて節約されるような方式で管理することができる。更に、ホストサーバ100は、依然として性能及びユーザ体験を最適化しながら、デバイス102側リソースの使用例えば、バッテリ電力消費量、無線使用、プロセッサ/メモリ使用を含むがこれに限らないがリソース節約に向けて一般的な理念で最適化されるようにシステム内のこのようなトラフィックを管理及び調節することができる。例えば、バッテリ節約の関連では、デバイス150は、ユーザ活動を観測し例えば、1つ又はそれよりも多くの入力機構などを通じてユーザキーストローク、バックライトステータス、又は他の信号を観測することにより、かつデバイス102挙動を変えることができる。デバイス150はまた、ユーザ活動又は挙動に基づくネットワークリソース消費量に関してその挙動を変えるようにホストサーバ100に要求することができる。一実施形態において、ホストサーバ100とクライアントデバイス102間の分散型システムを使用してリソース節約のためのトラフィック管理を提供する。分散型システムは、例えば、サーバ100側のサーバキャッシュ135及びクライアント102側のローカルキャッシュ150によって示すように、サーバ100側及びクライアント102側にプロキシサーバ及びキャッシュ構成要素を含むことができる。ネットワーク例えば、ネットワーク106及び/又は108及びデバイス102内のリソース節約のためのコンテキスト認識トラフィック管理に関して開示する機能及び技術は、分散型プロキシ及びキャッシュシステム内に常駐する。プロキシ及びキャッシュシステムは、一部又は全部クライアントデバイス102及び/又は一部又は全部ホストサーバ100間に分散してかつ常駐することができる。分散型プロキシ及びキャッシュシステムを図1Bに示す例示的な図を更に参照して例示する。クライアントデバイス102、ホストサーバ100、及び内部の関連の構成要素内のプロキシ及びキャッシュ構成要素によって実行される機能及び技術に対して、それぞれ、図2~図3の例を更に参照して詳細に説明する。一実施形態において、クライアントデバイス102は、セルラーネットワークとすることができるネットワーク106上でホストサーバ100及び/又はアプリケーションサーバ110と通信する。デバイス102と様々なアプリケーションサーバ/コンテンツプロバイダ110間の全体的なトラフィック管理を容易にしてネットワーク帯域幅利用及びデバイスリソース例えば、バッテリ消費量を実行するために、ホストサーバ100は、インターネットを含むことができるネットワーク108上でアプリケーションサーバ/プロバイダ110と通信することができる。一般的に、クライアントデバイス102、ホストサーバ100、及び/又はアプリケーションサーバ110が通信するネットワーク106及び/又は108は、セルラーネットワーク、電話回線網、インターネットのようなオープンネットワーク、又は専用回線網イントラネット及び/又はエクストラネットのような、又はそのあらゆる組合せとすることができる。例えば、インターネットは、TCP/IPプロトコル、UDP、HTTP、DNS、開放型システム間相互接続OSI、FTP、UPnP、iSCSI、NSF、ISDN、PDH、RS-232、SDH、SONETなどであるがこれらに限定されないあらゆる公知又は便利なプロトコルを通じて、ファイル転送、リモートログイン、電子メール、ニュース、RSS、クラウド型サービス、インスタントメッセージング、ビジュアルボイスメール、プッシュメール、VoIP、及び他のサービスを提供することができる。ネットワーク106及び/又は108は、クライアントデバイス102及びホストサーバ100との接続性をもたらすために共同して全体的又は部分的に作動する異なるネットワークのあらゆる集合とすることができ、かつサービスを受けているシステム及びデバイスに対して1つ又はそれよりも多くのネットワークとして見える場合がある。一実施形態において、クライアントデバイス102への及びそこからの通信は、インターネットのようなオープンネットワーク、又はイントラネット及び/又はエクストラネットのような専用回線網などによって達成することができる。一実施形態において、通信は、セキュアソケットレイヤSSL又はトランスポートレイヤセキュリティTLSのようなセキュアな通信プロトコルによって達成することができる。更に、通信は、例えば、限定ではなく、汎ヨーロッパデジタル移動通信システムGSM登録商標、パーソナル通信サービスPCS、デジタル高度移動電話サービスD-Amps、Bluetooth登録商標、Wi-Fi、固定式無線データ、2G、2.5G、3G、4G、IMT-Advanced、プレ4G、3GLTE、3GPPLTE、LTEAdvanced、モバイルWiMax、WiMax2、無線MAN-Advancedネットワーク、GSM登録商標進化型高速データレートEDGE、汎用パケット無線サービスGPRS、enhancedGPRS、iBurst、UMTS、HSPDA、HSUPA、HSPA、UMTS-TDD、lxRTT、EV-DO、TCP/IP、SMS、MMのようなメッセージングプロトコル、イクステンシブルメッセジングアンドプレゼンスプロトコルXMPP、リアルタイムメッセージングプロトコルRTMP、インスタントメッセジングアンドプレゼンスプロトコルIMPP、インスタントメッセージング、USSD、IRC、又はあらゆる他の無線データネットワーク又はメッセージングプロトコルのような技術で有効にされるWiMax、ローカルエリアネットワークLAN、無線LANWLAN、パーソナルエリアネットワークPAN、キャンパスエリアネットワークCAN、メトロポリタンエリアネットワークMAN、広域通信網WAN、無線WANWWANのうちの1つ又はそれよりも多くのネットワーク上で達成することができる。図1Bは、リソース節約に向けてデバイス150とアプリケーションサーバ/コンテンツプロバイダ100例えば、ソースサーバ間のネットワークトラフィック管理を容易にするホストサーバ100とデバイス150間の分散型プロキシ及びキャッシュシステムの例示的な図を示している。分散型プロキシ及びキャッシュシステムは、例えば、サーバ側のプロキシサーバ125例えば、リモートプロキシ及びサーバキャッシュ135構成要素を含むことができる。サーバ側プロキシ125及びキャッシュ135は、図示のように、ホストサーバ100の内部に常駐することができる。更に、サーバ側のプロキシサーバ125及びキャッシュ135は、ホストサーバ100の外部に部分的又は全体的に位置し、かつネットワーク106及び108のうちの1つ又はそれよりも多くを通じて通信することができる。例えば、プロキシサーバ125は、ホストサーバの外部に位置することができ、サーバキャッシュ135は、ホストサーバ100において維持することができる。代替的に、プロキシサーバ125は、ホストサーバ100内に位置することができ、一方、サーバキャッシュは、ホストサーバ100の外部である。更に、プロキシサーバ125及びキャッシュ135の各々は、部分的にホストサーバ100の内部に、かつ部分的にホストサーバ100の外部であることができる。分散型システムは、一実施形態において、制限ではなく一例として、ローカルプロキシ175例えば、モバイルデバイス上のモバイルクライアント及び/又は図示のようにデバイス150例えば、モバイルデバイスの内部に常駐することができるローカルキャッシュ185を含むクライアント側構成要素を含むことができる。更に、クライアント側プロキシ175及びローカルキャッシュ185は、部分的又は全体的にデバイス150の外部にあり、かつネットワーク106及び108のうちの1つ又はそれよりも多くを通じて通信することができる。例えば、ローカルプロキシ175は、デバイス150の外部であることができ、ローカルキャッシュ185は、デバイス150において維持することができる。代替的に、ローカルプロキシ175は、デバイス150内に位置することができ、一方、ローカルキャッシュ185は、デバイス150の外部に位置する。更に、プロキシサーバ175及びキャッシュ185の各々は、部分的にホストサーバ100の内部に、かつ部分的にホストサーバ100の外部であることができる。一実施形態において、分散型システムは、任意的なキャッシングプロキシサーバ199を含むことができる。キャッシングプロキシサーバ199は、ネットワーク及びデバイスリソース節約に向けてネットワークトラフィック管理を容易にするために、アプリケーションサーバ/コンテンツプロバイダ110、ホストサーバ100、又はネットワークサービスプロバイダ112、又は以上のあらゆる組合せにより作動される構成要素とすることができる。プロキシサーバ199は、例えば、アプリケーションサーバ/プロバイダ110、ホストサーバ100、及び/又はネットワークサービスプロバイダ112のうちの1つ又はそれよりも多くから、例えば、デバイス150に供給すべきコンテンツをキャッシュに格納するのに使用することができる。コンテンツキャッシングは、デバイス150においてアプリケーション要求又は他のデータ要求を満たすためにリモートプロキシ125により完全に又は部分的に行うことができる。ネットワーク例えば、セルラーネットワーク又は他の無線ネットワーク内のリソース節約のためのコンテキスト認識トラフィック管理及び最適化において、モバイルデバイス150でのユーザ活動/挙動の特性及び/又はアプリケーション挙動をローカルプロキシ175によって追跡し、ネットワーク106上でホストサーバ100内のプロキシサーバ125構成要素に例えば接続メタデータとして通信することができる。アプリケーションサーバ/プロバイダ110に結合されたプロキシサーバ125は、デバイス150において行われた要求を満たすコンテンツ及びデータを供給する。更に、ローカルプロキシ175は、バッテリレベル、デバイスが登録されるネットワーク、無線状態、モバイルデバイスが使用されたか否か例えば、ユーザによる対話状態のうちの1つ又はそれよりも多くを含むモバイルデバイス特性を識別及び検索することができる。一部の例において、ローカルプロキシ175は、図2~図3の例に関連付けられた説明を参照してより詳細するように、適切な時にプロキシサーバ125への送信の前にデータを迅速処理先取り及び/又は修正することができる。ローカルデータベース185は、ローカルプロキシ175内に含めるか、又はプロキシ175に結合することができ、かつデータ要求がプロキシサーバ125上に転送される前に、データ要求に対するローカルに格納された応答がないかを問い合わせることができる。ローカルにキャッシュに格納された応答をローカルプロキシ175により使用し、キャッシュ格納コンテンツがまだ有効な時に、キャッシュストレージ185に格納されたキャッシュ格納コンテンツを検索することにより、モバイルデバイス150の特定のアプリケーション要求を満たすことができる。同様に、ホストサーバ100のプロキシサーバ125は、コンテンツソース例えば、アプリケーションサーバ/コンテンツプロバイダ110への送信の前にローカルプロキシからのデータを遅延、迅速に処理、又は修正することができる。更に、プロキシサーバ125は、デバイス特性及び接続メタデータを使用し、モバイルデバイス150上でアプリケーションの要求を満たすための規則を生成する。プロキシサーバ125は、後でモバイルデバイス150又は他のモバイルデバイスとの類似の接続を最適化する際に使用するためにアプリケーションの要求に関するリアルタイムのトラフィック情報を収集することができる。一般的に、ローカルプロキシ175及びプロキシサーバ125は、モバイルデバイス上で実行中の複数のアプリケーションに対して透過的である。ローカルプロキシ175は、一般的にモバイルデバイスのオペレーティングシステム又はプラットホームに対して透過的であり、デバイス製造業者に特定のものである場合もあれば、特定ではない場合もある。例えば、ローカルプロキシは、TCPスタックを追加することなく実行することができ、従って、US及びモバイルアプリケーションに対して透過的に機能することができる。一部の例において、ローカルプロキシ175は、デバイス専用であるように一部又は全部が任意的にカスタマイズ可能である。一部の実施形態において、ローカルプロキシ175を無線モデルに、ファイアウォールに、及び/又はルータにバンドルすることができる。一実施形態において、ホストサーバ100は、一部の例において、ネットワークトラフィック管理をもたらすのにデバイス150と通信する際に、ネットワークサービスプロバイダ112によって提供されるもののようなショートメッセージサービスセンターSMSC112の格納及び転送機能を利用することができる。図3の例を参照して更に説明するように、ホストサーバ100は、利用可能である場合はデバイス150に自動的に転送されるように、かつデバイス150が現在利用可能でない場合はその後の転送に向けて、SMSC112にコンテンツ又はHTTP応答を転送することができる。一般的に、開示する分散型プロキシ及びキャッシュシステムは、ネットワーク使用の最適化を可能にする。例えば、ローカルキャッシュ185からの要求に供されることにより、ローカルプロキシ175は、ネットワーク106で満たす必要がある要求の数を低減する。更に、ローカルプロキシ175及びプロキシサーバ125は、通信されたデータから無関係なデータをフィルタリングすることができる。更に、ローカルプロキシ175及びプロキシサーバ125は、低優先度データを蓄積し、かつ個々のデータの断片を送るプロトコルのオーバーヘッドを回避するためにバッチで送ることができる。ローカルプロキシ175及びプロキシサーバ125は、トラフィックを圧縮又は変換し、ネットワーク106及び/又は108で送られるデータ量を低減することができる。ネットワーク106及び/又は108内の信号伝達トラフィックは、ネットワークがここでは使用頻度が少なく、ネットワークトラフィックを個々のアプリケーション間で同期化することができるので低減することができる。モバイルデバイス150の電池寿命に対して、ローカルキャッシュ185からアプリケーション又はコンテンツ要求に供されることにより、ローカルプロキシ175は、無線モジュールの電源が投入される回数を低減することができる。無線が電源を投入される時に、ローカルプロキシ175及びプロキシサーバ125は、共同して機能し、低優先度データを蓄積し、かつバッチで送り、無線が電源を投入される回数及び/又は期間を低減することができる。ローカルプロキシ175は、同時に全ての接続に向けてバッチ処理されたデータ転送を行うことにより、ネットワーク使用を同期化することができる。図2は、リソース節約に向けて無線ネットワーク内のトラフィックを管理するモバイルデバイス250上に常駐する分散型プロキシ及びキャッシュシステム内のクライアント側構成要素の例を示すブロック図を示している。携帯式電話のような携帯式デバイス又はモバイルデバイスとすることができるデバイス250は、一般的に、例えば、ネットワークインタフェース208、オペレーティングシステム204、コンテキストAPI206、及びプロキシ無認識210又はプロキシ認識220とすることができるモバイルアプリケーションを含む。尚、デバイス250は、モバイルデバイスとして特に図2の例に示されているが、このようなものに制限せず、デバイス250は、有線又は無線ネットワーク例えば、WiFi、セルラー、Bluetooth登録商標のようなを含むネットワークでデータ要求を満たす信号を受信、送信することができるあらゆる携帯式/モバイル、又は非携帯式デバイスとすることができる。ネットワークインタフェース208は、デバイス250が、ホスト及び外部エンティティによりサポートされるあらゆる公知の及び/又は便利な通信プロトコルを通じて、ホストサーバ250の外部に位置するエンティティとネットワーク内のデータを仲介することを可能にするネットワーキングモジュールとすることができる。ネットワークインタフェース208は、ネットワークアダプタカード、無線ネットワークインタフェースカード例えば、SMSインタフェース、WiFiインタフェース、1G、2G、3G、3.5G、4G、LTEのようなBluetooth登録商標を含むがこれらに限定されず、又は接続がルータ、アクセスポイント、無線ルータ、スイッチ、多層スイッチ、プロトコル変換器、ゲートウェイ、ブリッジ、ブリッジルータ、ハブ、デジタルメディア受信機及び/又は中継器を通じてであるか否かに関わらず、モバイル通信規格の様々な生成のためのインタフェースのうちの1つ又はそれよりも多くを含むことができる。デバイス250は、ローカルプロキシ275例えば、モバイルデバイスのモバイルクライアントとキャッシュ285とを含むことができる分散型プロキシ及びキャッシュシステムのクライアント側構成要素を更に含むことができる。一実施形態において、ローカルプロキシ275は、ユーザ活動モジュール215、プロキシAPI225、要求/トランザクションマネージャ235、キャッシュポリシーマネージャ245、トラフィック成形エンジン255、及び/又は接続マネージャ265を含む。トラフィック成形エンジン255は、アラインメントモジュール256及び/又はバッチ処理モジュール257を更に含むことができ、接続マネージャ265は、無線コントローラ266を更に含むことができる。要求/トランザクションマネージャ235は、アプリケーション挙動検出器236及び/又は優先順位付けエンジン238を更に含むことができ、アプリケーション挙動検出器236は、パターン検出器237及び/又はアプリケーションプロフィール発生器238を更に含むことができる。追加の又はより少ない構成要素/モジュール/エンジンをローカルプロキシ275及び各図示の構成要素内に含むことができる。本明細書で使用する時にモジュール、マネージャ、ハンドラ、検出器、インタフェース、又はエンジンは、汎用、専用、又は共有プロセッサ、及び典型的にプロセッサによって実行されるファームウエア又はソフトウエアモジュールを含む。実行特定の又は他の考慮事項に基づいて、モジュール、マネージャ、ハンドラ、又はエンジンを集中型又は機能性分散型とすることができる。モジュール、マネージャ、ハンドラ、又はエンジンは、プロセッサによる実行に向けてコンピュータ可読ストレージ媒体内で実施される汎用又は専用ハードウエア、ファームウエア、又はソフトウエアを含むことができる。本明細書で使用する時にコンピュータ可読媒体又はコンピュータ可読ストレージ媒体は、全て、制定法例えば、米国においては35U.S.C.101に従う媒体を含み、特に、コンピュータ可読ストレージ媒体を含む特許請求の範囲が有効であるように除外が必要である範囲で本質的に制定法に従うものではない全ての媒体を除外することを意図している。公知の制定法に従うコンピュータ可読媒体は、ハードウエア例えば、少し例を挙げればレジスタ、ランダムアクセスメモリRAM、不揮発性NVストレージを含むが、ハードウエアに制限される場合もあれば、制限されない場合もある。一実施形態において、ネットワークトラフィック管理のための分散型プロキシ及びキャッシュシステムの一部は、デバイス250内に常駐するか、又はローカルプロキシ275モバイルクライアント及び/又はキャッシュ285を含むデバイス250と通信している。ローカルプロキシ275は、ユーザが電子メール、IM、ボイスメール、ビジュアルボイスメール、放送番組、インターネット、他のアプリケーションなどを含むデバイスアプリケーション及びサービスにアクセスするデバイス150上のインタフェースになることができる。プロキシ275は、一般的に独立したアプリケーションであり、かつリモートサーバ例えば、図1A~1Bの例のサーバ100及び/又は図1B及び図3の例に示すサーバプロキシ125/325にTCP接続を開くために、アプリケーション例えば、プロキシ認識及びプロキシ無認識モバイルアプリケーション210及び220により使用することができる。一部の例において、ローカルプロキシ275は、プロキシ認識アプリケーション220又はモバイルデバイス上のモバイルアプリケーションとインタフェースで接続するために任意的に使用することができるプロキシAPI225を含む。アプリケーション210及び220には、あらゆるユーザアプリケーション、ウィジェット、ソフトウエア、httpベースのアプリケーション、ウェブブラウザ、ビデオ又は他のマルチメディアのストリーミング又はダウンロードアプリケーション、テレビゲーム、社会的ネットワークアプリケーション、電子メールクライアント、RSS管理アプリケーション、アプリケーションストア、文書管理アプリケーション、生産性強化アプリケーションなどを一般的に含むことができる。アプリケーションは、デバイス製造業者、ネットワークサービスプロバイダによりデバイスOSと共に供給するか、ユーザによりダウンロードするか、又は他の者によって供給することができる。ローカルプロキシ275の一実施形態は、図示のように、コンテキストAPI206を含むか、又はそれに結合される。コンテキストAPI206は、オペレーティングシステム204又はデバイスプラットホームの一部とすることができ、又は図示のようにオペレーティングシステム204とは独立したものとすることができる。オペレーティングシステム204として、モバイルウインドウズ、iOS、Android、Symbian、PalmOS、BrewMP、Java登録商標2マイクロ版J2ME、Blackberryのようなあらゆる過去、現在、及び/又は将来のバージョン/リリースを含むがこれに限定されないあらゆるオペレーティングシステムを含むことができる。コンテキストAPI206は、オペレーティングシステム204又はデバイス250上の特定のクライアントアプリケーションに接続することができる。コンテキストAPI206は、ユーザ又はデバイス活動、例えば、動き、動作、デバイス位置、デバイス位置の変化、デバイスバックライト、キーストローク、クリック、タッチスクリーン起動、パーソナルコンピュータマウスクリック、又は他のポインタデバイスの検出を示す信号を検出することができる。コンテキストAPI206をデバイス250上の入力デバイス又はセンサに結合し、これらの信号を識別することができる。このような信号は、一般的に、デバイス250で入力デバイス/機構で明示的ユーザ入力に応答して受信され、及び/又はデバイス250で又はデバイス250の近くで検出された周囲信号/条件に即したキュー例えば、光、動き、圧電のようなから収集された入力を含むことができる。一実施形態において、ユーザ活動モジュール215は、コンテキストAPI206と対話し、デバイス250上でのユーザ活動の特性を識別、判断、推定、検出、計算、予知、及び/又は予想する。コンテキストAPI206により収集された様々な入力をユーザ活動モジュール215により集計し、ユーザ活動の特性に関するプロフィールを生成することができる。このようなプロフィールは、様々な時間的特性でモジュール215によって生成することができる。例えば、ユーザ活動プロフィールは、特定の時点で例えば、時間ウインドウにより定義、最後の1分、最後の30秒のようなユーザが何をしているか又はしていないことの概観が得られるように特定のインスタントに対してリアルタイムで生成することができ、ユーザ活動プロフィールは、デバイス250上で又は特定の期間例えば、最後の5時間、最後の2時間にわたって従事している特定業務に関してユーザ挙動の特性を説明するアプリケーション又はウェブページにより定められたセッションに向けて生成することができる。更に、ユーザ活動及び挙動の履歴傾向例えば、1週、1ヵ月、2ヵ月のようなを示す特性プロフィールをユーザ活動モジュール215によって生成することができる。このような履歴プロフィールを使用し、ユーザ挙動の傾向、例えば、異なる時刻、特定の曜日週末又は週日の傾向でのアクセス頻度、位置データに基づくユーザ活動傾向例えば、IPアドレス、GPS又は携帯電話基地局座標データ、又は位置データの変化例えば、ユーザ位置に基づくユーザ活動又はユーザが動き回っているか、又は国内エリア外で旅行しているかどうかに関するユーザ活動を導出してユーザ活動特性を取得することができる。一実施形態において、ユーザ活動モジュール215は、デバイス250上のアプリケーション、文書、ファイル、ウインドウ、アイコン、及びフォルダに関してユーザ活動を検出及び追跡することができる。例えば、ユーザ活動モジュール215は、いつアプリケーション又はウインドウ例えば、ウェブブラウザを出たか、閉じたか、最小にしたか、最大にしたか、開いたか、前景又は背景に移動したか、マルチメディアコンテンツ再生などを検出することができる。一実施形態において、デバイス250上のユーザ活動の特性を使用し、バッテリ/電力消費量及びより一般的にはメモリ、ストレージ、及び処理電力を含む他のデバイスリソースの消費量のようなリソース消費量を最適化するようにデバイス例えば、モバイルデバイスの挙動をローカルに調節することができる。一実施形態において、ユーザ活動モジュール215に結合されたユーザ挙動の特性に基づいてデバイス上の無線の使用を調節することができる例えば、接続マネージャ265の無線コントローラ266により。例えば、無線コントローラ266は、デバイス250上のユーザ活動の特性に基づいて、無線の電源を投入及び切断することができる。更に、無線コントローラ266は、ユーザ活動の特性に基づいて無線の電力モードを調節することができる例えば、高い方の電力モード又は低い方の電力モードになるように。一実施形態において、デバイス250上のユーザ活動の特性を使用し、デバイス250と通信することができる例えば、セルラーネットワーク又は他のネットワーク上で別のデバイス例えば、他のコンピュータ、モバイルデバイス、又は非携帯式デバイス又はサーバ例えば、図1A~図1B及び図3の例のホストサーバ100及び300にデバイス250との通信頻度を修正させることができる。ローカルプロキシ275は、ユーザ活動モジュール215により判断されたユーザ挙動の特性情報を使用し、その通信頻度を調節させる方法に関して遠隔デバイスに指示することができる例えば、ユーザがアイドルである場合にデータプッシュ配信頻度のような通信頻度を減少する、新しいデータ、変更されたデータ、異なるデータ又は特定の重要性レベルのデータが利用可能になった場合にリモートデバイスがデバイス250に通知するように要求するなど。一実施形態において、ユーザ活動モジュール215は、ユーザ活動特性がユーザが非アクティブ状態の後にアクティブであることを示すとの判断に応答して、リモートデバイス例えば、図1A~図1B及び図3の例のサーバホストサーバ100及び300が先だって低減された通信頻度の結果としてバッファ方式でデータを送ることを要求することができる。追加的又は代替的に、ローカルプロキシ275は、リモートデバイス例えば、図1A~図1B及び図3の例のホストサーバ100及び300にデバイス250でのユーザ活動の特性を通信することができ、リモートデバイスは、ネットワークリソース節約及びデバイス250リソースの節約に向けてデバイス250との固有の通信頻度を変える方法を判断する。ローカルプロキシ275の一実施形態は、要求/トランザクションマネージャ235を更に含み、要求/トランザクションマネージャ235は、例えば、アプリケーション210及び/又は220により、及び/又は直接的/間接的にユーザ要求により、デバイス250上で開始されたデータ要求を検出、識別、傍受、処理、管理することができる。要求/トランザクションマネージャ235は、トランザクション特性に基づいて処理に特定の要求又はトランザクション又は1組の要求/トランザクションをどのようにかついつ処理したらよいかを判断することができる。要求/トランザクションマネージャ235は、デバイス250でのアプリケーション及び/又はユーザにより、例えば、優先順位付けエンジン238によって行われた要求又はトランザクションに優先順位を付けることができる。要求/トランザクションの重要性又は優先度は、規則セットを適用することにより、例えば、トランザクション、トランザクション内のコンテンツの時間依存性、トランザクションの時間的重要度、トランザクションにおいて送信されるデータの時間的重要度、及び/又は要求を行うアプリケーションの時間的重要度又は重要性の時間依存性に従ってマネージャ235により判断することができる。更に、トランザクション特性は、トランザクションがデバイス上のユーザ対話又は他のユーザ主導型アクション例えば、モバイルアプリケーションとのユーザ対話の結果であったか否かに依存する可能性もある。一般的に、タイムクリティカルなトランザクションは、ユーザ主導型データ転送から生じるトランザクションを含むことができ、そのようなものとして優先順位を付けることができる。トランザクション特性は、転送されることになるか、又は要求/要求されたトランザクションの結果として転送されることが予想されるデータの量に依存する可能性もある。例えば、接続マネージャ265は、転送する必要があるデータ量に基づいて無線モードを調節することができる例えば、無線コントローラ266を通じて高電力又は低電力モードに。更に、無線コントローラ266/接続マネージャ265は、トランザクションの時間的重要度/依存性に基づいて、無線電力モード高又は低を調節することができる。無線コントローラ266は、タイムクリティカルなトランザクション例えば、ユーザ主導型データ転送から生じるトランザクション、前景で実行中であるアプリケーション、特定の基準を満たすあらゆる他のイベントが開始又は検出された時に高電力無線モードの使用をトリガすることができる。一般的に、優先度は、デフォルトにより、例えば、デバイスプラットホーム、デバイス製造業者、オペレーティングシステムなどに基づいて設定することができる。優先度は、代替的又は追加的に、特定のアプリケーションによって設定することができ、例えば、フェイスブックモバイルアプリケーションは、様々なトランザクションに向けて固有の優先度を設定することができ例えば、ステータス更新は、友達を追加する要求又はポーク要求よりも優先度が高いとすることができ、例えば、メッセージ送信要求は、メッセージ削除要求よりも優先度が高いとすることができる、電子メールクライアント又はIMチャットクライアントは、優先度に対して固有の構成を有することができる。優先順位付けエンジン238は、優先度を割り当てる1組の規則を含むことができる。優先度エンジン238は、要求/トランザクションに向けて全体的な優先度ステータスを判断する際のアプリケーション又はトランザクション優先度に関するネットワークプロバイダ制限事項又は仕様を追跡することができる。更に、優先度は、明示的、黙示的に関わらず、部分的又は全体的にユーザ優先度によって判断することができる。ユーザは、一般的に、セッション又はタイプ又はアプリケーションの特定の優先度のような異なる階層で優先度を設定することができる例えば、IMチャットセッションに対して閲覧セッション、ゲームセッション、ユーザは、ウェブ-閲覧セッションよりも高い優先度を有することができるIMチャットセッションよりも高い優先度を常に有するようにゲームセッションを設定することができる。ユーザは、特定のトランザクションタイプに対して例えば、全てのアプリケーションにわたる全てのメッセージを送る要求に対して、メッセージ削除要求よりも高い優先度を有するように、全てのカレンダ関連のイベントに対して高い優先度を有するように、及び/又は特定のフォルダに対して、アプリケーションに特定の優先度を設定することができる例えば、ユーザはLinkedln関連のトランザクションよりも高い優先度を有するようにフェイスブック関連のトランザクションを設定することができる。優先度エンジン238は、異なるエンティティによって設定される優先度で矛盾を追跡及び解決することができる。例えば、ユーザにより指定された手動の設定は、デバイスOS設定に優先することができ、ネットワークプロバイダパラメータ/制限事項例えば、ネットワークサービスエリア、地理的位置に対してデフォルトで設定済み、特定の時刻に向けて設定済み、又はサービス/料金タイプに基づいて設定済みは、あらゆるユーザ指定の設定及び/又はアプリケーションによって設定された優先度を制限することができる。一部の例において、ユーザから受信した手動の同期要求は、要求された同期化が、個々に割り当てた優先度又は要求されたアクションの全体的な優先度順位付けとは無関係に要求される時に行われるという点において、一部、大半、又は全ての優先度設定を無効化することができる。優先度は、二進表示、多価表示、等級表示を含むがこれらに限定されないあらゆる公知の及び/又は便利な方法で指定しかつ内部的に追跡することができ、全ては、開示する技術の範囲であると見なされる。表I上の表Iは、例示を目的として、二進表示方式での割当てられた優先度の例を用いたトランザクションの一部の例を示している。付加的な割当ては、イベント、要求、トランザクションの付加的なタイプに対して可能であり、上述のように、優先度割当ては、多かれ少なかれ粒度の細かいレベルで、例えば、セッションレベルで、又はアプリケーションレベルなどで行うことができる。上述の表において一例として図示したように、一般的に、優先度が低い要求/トランザクションには、既読、未読としてのメッセージステータスの更新、メッセージ削除、コンタクト削除を含むことができ、優先権が高い要求/トランザクションには、一部の例において、ステータス更新、新しいIMチャットメッセージ、新しい電子メール、カレンダイベント更新/取消し/削除、モバイルゲームセッション内のイベント又は他のエンターテインメント関連のイベント、ウェブ購入又はオンラインを通じた購入確認、付加的なコンテンツをロードするか又はコンテンツをダウンロードする要求、コンタクトブック関連のイベント、デバイス設定を変更するトランザクション、位置認識の又は位置ベースのイベント/トランザクション、又はユーザにより開始されるか、ユーザが応答などを待っていることが既知であるか又は待っていることが予想され、又は待っていると思われるあらゆる他のイベント/要求/トランザクションを含むことができる。受信箱枝刈りイベント例えば、電子メール又はあらゆる他のタイプのメッセージは、一般的に低優先度と考えられ、他の間近に迫ったイベントがない限り、通常、デバイス250上での無線の使用をトリガしないことになる。具体的には、古い電子メール又は他のコンテンツを除去する枝刈りイベントは、予定された枝刈りイベントの時点で無線が別段オンではない場合に、他の通信と共に抱き合わせることができる。例えば、ユーザがメッセージを7日間そのまま保つに設定された優先傾向を有する場合に、デバイス250からのメッセージ削除を開始するためにデバイス無線の電源を投入する代わりに、メッセージが7日経過よりも大きい時に直ちに、次に無線の電源が投入された時にメッセージは削除される。無線がオンになっている場合に、正規に予定された通りに枝刈りを行うことができる。要求/トランザクションマネージャ235は、要求に向けて優先度を使用して例えば、優先順位付けエンジン238により、リソース最適化に向けてデバイス250からの発信トラフィックを管理する例えば、バッテリ節約に向けてより効率的にデバイス無線を利用することができる。例えば、特定の優先度順位付けよりも小さいトランザクション/要求は、無線がまだオンになっていない場合に、接続マネージャ265により制御されるようにはデバイス250上での無線の使用をトリガすることができない。これとは対照的に、無線コントローラ266は、トランザクションの要求が特定の優先度レベルよりも大きいと検出された時に要求を送ることができるように無線の電源を投入することができる。一実施形態において、優先度割当てローカルプロキシ275又は別のデバイス/エンティティにより判断されるもののようなを使用してリモートデバイスにモバイルデバイスとの通信頻度を修正させることができる。例えば、モバイルデバイスに送られる重要性が高いデータが準備された時にデバイス250に通知を送るようにリモートデバイスを構成することができる。一実施形態において、例えば、トラフィック成形エンジン255によりトラフィックを成形又は管理する際にユーザ活動の特性に関連してトランザクション優先度を使用することができる。例えば、トラフィック成形エンジン255は、ユーザが休止中又は非アクティブであるという検出に応答し、しばらく、デバイス250から低優先度トランザクションを送るのを待つことができる。更に、トラフィック成形エンジン255は、複数の低優先度トランザクションがデバイス250からのバッチ転送に向けて蓄積することを可能にすることができる例えば、バッチ処理モジュール257を通じて。一実施形態において、優先度は、ユーザにより、設定、構成、又は再調節することができる。例えば、同じか又は類似の形態で表Iに示すコンテンツは、デバイス250上でのユーザインタフェースにおいてアクセス可能にすることができ、かつ例えば優先度を調節又は閲覧するためにユーザにより使用することができる。バッチ処理モジュール257は、特定の基準に基づいてバッチ転送を開始することができる。例えば、バッチ転送例えば、一部が時点において異なるインスタンスで発生したイベントの複数の発生のものは、特定の数の低優先度イベントが検出された後に、又は低優先度の第1のイベントが開始された後にある一定の時間量が経過した後に行うことができる。更に、バッチ処理モジュール257は、高優先権イベントがデバイス250で開始又は検出された時に、蓄積した低優先度イベントのバッチ転送を開始することができる。バッチ転送は、他の場合では、無線使用が別の理由でトリガされた時に例えば、ホストサーバ100又は300のようなリモートデバイスからデータを受信するために開始することができる。一実施形態において、バッチ転送が行われた時に、間近に迫った枝刈りイベント受信箱の枝刈り又はあらゆる他の低優先度イベントを実行することができる。一般的に、バッチ処理機能は、以下のもの、すなわち、ユーザ構成、デバイス制限事項/設定、製造業者仕様、ネットワークプロバイダパラメータ/制限事項、プラットホーム特定の制限事項/設定、デバイスOS設定などのいずれか1つ又は組合せに基づいて、イベント/トランザクションレベル、アプリケーションレベル、又はセッションレベルで無効又は有効にすることができる。一実施形態において、バッチ転送は、アプリケーション/ウインドウ/ファイルを閉じたか、出たか、背景へ移動した時に開始することができ、バッチ転送を開始する前にユーザを任意的に促すことができ、ユーザは、バッチ転送を手動でトリガすることができる。一実施形態において、ローカルプロキシ275は、キャッシュ285内にデータを格納することにより、ローカルにデバイス250上での無線使用を調節する。デバイス250からの要求又はトランザクションがキャッシュ285に格納されたコンテンツにより満たすことができる時に、無線コントローラ266は、無線を起動してリモートエンティティ例えば、図1及び図3に示すようにホストサーバ100、300、又は図1A及び図1Bの例に示すサーバ/プロバイダ110のようなコンテンツプロバイダ/アプリケーションサーバに要求を送信する必要はない。従って、ローカルプロキシ275は、ローカルキャッシュ285及びキャッシュポリシーマネージャ245を使用し、データ要求を満たすデータをローカルに格納し、ネットワークリソース及びデバイスバッテリ消費量の節約に向けてデバイス無線の使用を排除又は低減することができる。ローカルキャッシュを利用する際に、要求/トランザクションマネージャ225がデバイス250上でのアプリケーションによるデータ要求を傍受した状態で、ローカルリポジトリ285に問い合わせて、ローカルに格納された応答があるか否かを判断し、応答が有効であるか否かも判断することができる。有効な応答がローカルキャッシュ285にある時に、応答は、デバイス250がデバイス250上のアプリケーションに供給することができ、セルラーネットワークにアクセスする必要はない。有効な応答がない場合に、ローカルプロキシ275は、リモートプロキシ例えば、図3のサーバプロキシ325に問い合わせてリモートに格納された応答が有効であるか否かを判断することができる。その応答が有効である場合に、リモートに格納された応答例えば、図1Bの例に示すサーバキャッシュ135又は任意的なキャッシュサーバ199上に格納することができるをモバイルデバイスに供給することができ、一部の場合には、モバイルデバイス250は、セルラーネットワークにアクセスする必要がなく、従って、ネットワークリソースの消費量が軽減される。有効なキャッシュ応答が利用可能でない場合、又はキャッシュ応答が傍受されたデータ要求に対して利用可能でない場合に、ローカルプロキシ、例えば、キャッシュポリシーマネージャ245は、コンテンツソース例えば、図1のアプリケーションサーバ/コンテンツプロバイダ110にデータ要求を転送するリモートプロキシ例えば、図3のサーバプロキシ325にデータ要求を送信することができ、かつ図3の例示的なホストサーバ300に関連付けられた説明において更に説明するようにコンテンツソースからの応答をリモートプロキシを通じて供給することができる。キャッシュポリシーマネージャ245は、HTTP、HTTP、IMAP、ポップ、SMTP、及び/又はActiveSyncを含むがこれらに限定されない様々なプロトコルを使用する要求を管理又は処理することができる。キャッシュポリシーマネージャ245は、同じか又は類似のデータ要求を満たす際にその後に使用するためにキャッシュエントリとしてローカルデータベース285内のデータ要求に向けて応答をローカルに格納することができる。マネージャ245は、リモートプロキシがデータ要求に向けて応答をモニタするように要求することができ、リモートプロキシは、データ要求に対する不意の応答が検出された時にデバイス250に通知することができる。このようなイベントにおいて、キャッシュポリシーマネージャ245は、データ要求に対する不意の応答例えば、新しいデータ、変更されたデータ、付加的なデータ、異なる応答のようなを通知された時に、デバイス250上のローカルに格納された応答を消去するか又は入れ替えることができる。一実施形態において、キャッシュポリシーマネージャ245は、HTTP、HTTP、IMAP、POP、SMTP、及び/又はActiveSyncを含むがこれらに限定されず、特定の要求に使用されたプロトコルを検出又は識別することができる。一実施形態において、ローカルプロキシ275上のアプリケーション特定のハンドラ例えば、マネージャ245のアプリケーションプロトコルモジュール246を通じたは、分散型プロキシ内のハンドラにポートマッピング例えば、図3の例ではプロキシサーバ325上へのポートマッピングすることができるあらゆるプロトコルの最適化を可能にする。一実施形態において、ローカルプロキシは、コンテンツソースへのデータ要求によりモバイルデバイスに戻される同じ結果が得られた時に、リモートプロキシが例えばデバイス250に結果を戻す前に結果の変更がないかコンテンツソースからのデータ要求に向けて受信した応答をモニタすることができるようにリモートプロキシに通知する。一般的に、ローカルプロキシ275は、ローカルにキャッシュに入れられたコンテンツを使用してデバイス250上のアプリケーションの代わりにアプリケーションサーバ応答を模擬することができる。それによって新しい/変更された/異なるデータのないトランザクションのためのセルラーネットワークの利用を防止することができ、従って、ネットワークリソースが解放され、かつネットワークの混雑が防止される。一実施形態において、ローカルプロキシ275は、デバイス250上でアクセス又はインストールされたアプリケーション例えば、プロキシ認識及び/又はプロキシ無認識アプリケーション210及び220を追跡、検出、観測、モニタするアプリケーション挙動検出器236を含む。デバイス250上でアクセスされた1つ又はそれよりも多くのアプリケーションのアプリケーション挙動例えば、パターン検出器237を通じて又は検出された挙動内のパターンをローカルプロキシ175により使用し、これらのアプリケーションのデータ必要性を満たすのに必要とされる無線ネットワーク内のトラフィックを最適化することができる。例えば、複数のアプリケーションの検出された挙動に基づいて、トラフィック成形エンジン255は、ネットワーク無線ネットワーク上でアプリケーションの少なくとも一部によって行われる例えば、アラインメントモジュール256を通じてコンテンツ要求を整列させることができる。アラインメントモジュールは、一部の前の受信された要求を遅延させるか又は迅速に処理して整列をもたらすことができる。要求が整列された時に、トラフィック成形エンジン255は、接続マネージャを利用し、ネットワークでポーリングしてアプリケーションデータ要求を満たすことができる。複数のアプリケーションのためのコンテンツ要求は、例えば、複数のアプリケーションによって要求されるコンテンツタイプ音声、ビデオ、テキストのような、モバイルデバイスパラメータ及び/又はネットワークパラメータ/トラフィック条件、ネットワークサービスプロバイダ制約/仕様などを含む挙動パターン又は規則/設定に基づいて整列させることができる。一実施形態において、パターン検出器237は、複数のアプリケーションによって行われたアプリケーション要求において、例えば、アプリケーション挙動においてパターンを追跡することによって再発を検出することができる。追跡されたパターンは、特定のアプリケーションが、背景処理として、例えば、規則正しく、特定の時刻で、特定の曜日に、定期的に予想可能に、特定の頻度で、特定のタイプのイベントに応答し、特定のタイプユーザ問い合わせに応答して特定の頻度で、要求されたコンテンツが同じことである頻度で、同じ要求が行われる頻度で、要求間の間隔、要求を行うアプリケーション、又は以上のあらゆる組合せでアプリケーションサーバをポーリングすることを検出することを含むことができる。このような再発をトラフィック成形エンジン255により使用し、デバイス250からリモートのプロキシサーバ例えば、図1Bのプロキシサーバ125又は図3のプロキシサーバ325により代わりに行われるべきモバイルデバイス250であれば実行されるアプリケーション要求から生じるコンテンツソースからの例えば、図1のアプリケーションサーバ/コンテンツプロバイダ110からのコンテンツのポーリングをオフロードすることができる。トラフィックエンジン255は、再発が規則に適合した時にポーリングをオフロードすると決めることができる。例えば、同じリソースに対して、同一コンテンツ又は戻り値を有するか、又は一日のうちの特定の時点で要求されるリソースのような要求と応答の間の反復可能な期間の検出に基づく複数の発生又は要求がある。ポーリングのオフロードにより、反復的なコンテンツポーリングに向けてコンテンツソースとの無線セルラー接続を確立するためにモバイルデバイス250により必要とされる帯域幅消費量を低減することができる。ポーリングのオフロードの結果として、ローカルキャッシュ285に格納されたローカルキャッシュ格納コンテンツを供給し、コンテンツ変更がコンテンツソースのポーリングにおいて検出されなかった時にデバイス250においてデータ要求を満たすことができる。従って、データが変更されなかった時に、無線使用を可能にする必要がなくても、又は無線ネットワーク内で携帯電話帯域幅を占有しなくてもアプリケーションデータ必要性を満たすことができる。データが変更された時に、又はデータが異なり、及び/又は新しいデータを受信した時に、ポーリングがオフロードされる相手局エンティティは、デバイス250に通知することができる。リモートエンティティは、図3の例に示すようにホストサーバ300とすることができる。一実施形態において、ローカルプロキシ275は、キープアライブメッセージハートビートメッセージの定期的な必要性/使用を緩和してTCP/IP接続を維持することができ、キープアライブメッセージハートビートメッセージの定期的な必要性/使用は、有意な量の電力を消費する可能性があり、従って、モバイルデバイス電池寿命に悪影響を与えるものである。ローカルプロキシ内の接続マネージャ265例えば、ハートビートマネージャ267は、アプリケーションから送られているいずれか又は全てのハートビートキープアライブメッセージを検出、識別、及び傍受することができる。ハートビートマネージャ267は、これらのハートビートメッセージのいずれか又は全てがセルラーネットワーク又は他のネットワーク上で送られるのを防止し、代替的に、分散型プロキシシステム例えば、図1Bに示すのサーバ構成要素に頼って、ハートビートメッセージを生成して送ってバックエンド例えば、図1の例内のアプリケーションサーバ/プロバイダ110との接続を維持することができる。ローカルプロキシ275は、一般的に、個々のマネージャ、モジュール、及び/又はエンジンに対して説明したいずれか1つ又は一部の機能を表している。ローカルプロキシ275及びデバイス250は、追加の又はより少ない構成要素を含むことができ、より多くの又はより少ない機能を全部又は一部に関わらず本発明の開示の新しい技術から逸脱することなく含むことができる。図3は、リソース節約に向けて無線ネットワーク内のトラフィックを管理するホストサーバ300上に常駐する分散型プロキシ及びキャッシュシステム内のサーバ側構成要素の例を示すブロック図を示している。ホストサーバ300は、一般的に、例えば、ネットワークインタフェース308及び/又は1つ又はそれよりも多くのリポジトリ312、314、316を含む。尚、サーバ300は、あらゆる有線又は無線ネットワーク例えば、WiFi、携帯電話、Bluetooth登録商標のようなを含むネットワークでデータ要求を満たすべき信号を受信、送信することができるあらゆる携帯式/モバイル、又は非携帯式デバイス、サーバ、コンピュータ、及び/又は他のタイプの処理ユニット例えば、図11の例に示すあらゆる数の機械のクラスターとすることができる。ネットワークインタフェース308は、サーバ300がホスト及び外部エンティティによりサポートされるあらゆる公知の及び/又は便利な通信プロトコルを通じてホストサーバ300の外部に位置するエンティティとネットワーク内のデータを仲介することを可能にするネットワーキングモジュール又はデバイスを含むことができる。具体的には、ネットワークインタフェース308は、サーバ308がモバイルフォンデバイス350及び/又は1つ又はそれよりも多くのアプリケーションサーバ/コンテンツプロバイダ310を含む複数のデバイスと通信することを可能にする。ホストサーバ300は、デバイスとの接続に関する情報例えば、ネットワーク特性、条件、タイプの接続のようなを接続メタデータリポジトリ312に格納することができる。更に、第三者アプリケーション又はコンテンツプロバイダに関するあらゆる情報を312に格納することができる。ホストサーバ300は、デバイスに関する情報例えば、ハードウエア機能、特性、デバイス設定、デバイス言語、ネットワーク機能、製造業者、デバイスモデル、OS、OSバージョンのようなをデバイス情報リポジトリ314に格納することができる。更に、ホストサーバ300は、ネットワークプロバイダ及び様々なネットワークサービスエリアに関する情報をネットワークサービスプロバイダリポジトリ316に格納することができる。308により可能される通信は、ネットワークリソース利用最適化に向けてデバイス350とコンテンツプロバイダ310間のトラフィックを管理するために、及び/又はサービスを受けるデバイス350上の電力バッテリ消費量を節約するために、デバイス350との同時の接続例えば、セルラー接続を含む及び/又はコンテンツサーバ/プロバイダ310との接続例えば、有線/無線、HTTP、インターネット接続、LAN、Wifiなどを含むを可能にする。ホストサーバ300は、異なるネットワークサービスプロバイダにより及び/又は同じ/異なるネットワークサービスエリアにおいてサービスを受けるモバイルデバイス350と通信することができる。ホストサーバ300は、単に一例として、1G、2G、2Gtransitional2.5G、2.75G、3GIMT-2000、3Gtransitional3.5G、3.75G、3.9G、4GIMT-advancedなどを含むがこれらに限定されない異なるタイプ又はレベルのモバイル機能を有するデバイス350と共に作動することができ、かつ互換性がある。一般的に、ネットワークインタフェース308は、接続がルータ、アクセスポイント、無線ルータ、スイッチ、多層スイッチ、プロトコル変換器、ゲートウェイ、ブリッジ、ブリッジルータ、ハブ、デジタルメディア受信機、及び/又は中継器を通じてであるか否かに関わらず、ネットワークアダプタカード、無線ネットワークインタフェースカード例えば、SMSインタフェース、WiFiインタフェース、1G、2G、3G、3.5G、4G、LTE、Wimaxなどを含むがこれらに限定されないモバイル通信規格の様々な生成のためのインタフェース、Bluetooth登録商標、WiFi、又はあらゆる他のネットワークのうちの1つ又はそれよりも多くを含むことができる。ホストサーバ300は、プロキシサーバ325及びサーバキャッシュ335を含むことができる分散型プロキシ及びキャッシュシステムのサーバ側構成要素を更に含むことができる。一実施形態において、サーバプロキシ325は、HTTPアクセスエンジン345、キャッシュポリシーマネージャ355、プロキシコントローラ365、トラフィック成形エンジン375、新しいデータ検出器386、及び/又は接続マネージャ395を含むことができる。HTTPアクセスエンジン345は、ハートビートマネージャ346を更に含むことができ、プロキシコントローラ365は、データ無効化モジュール366を更に含むことができ、トラフィック成形エンジン375は、制御プロトコル276及びバッチ処理モジュール377を更に含むことができる。追加の又はより少ない構成要素/モジュール/エンジンをプロキシ325及び各示す構成要素内に含むことができる。本明細書で使用する時にモジュール、マネージャ、ハンドラ、検出器、インタフェース、コントローラ、又はエンジンは、汎用、専用、又は共有プロセッサ、及び典型的にプロセッサによって実行されるファームウエア又はソフトウエアモジュールを含む。実行特定の又は他の考慮事項により、モジュール、マネージャ、ハンドラ、又はエンジンを集中型又は機能性分散型とすることができる。モジュール、マネージャ、ハンドラ、又はエンジンは、プロセッサによる実行に向けてコンピュータ可読ストレージ媒体において実施される汎用又は専用ハードウエア、ファームウエア、又はソフトウエアを含むことができる。本明細書で使用する時にコンピュータ可読媒体又はコンピュータ可読ストレージ媒体は、全て、制定法例えば、米国においては35U.S.C.101に従う媒体を含み、特に、コンピュータ可読ストレージ媒体を含む特許請求の範囲が有効であるのに除外が必要である範囲で本質的に制定法に従うものではない全ての媒体を除外することを意図している。公知の制定法に従うコンピュータ可読媒体は、ハードウエア例えば、少し例を挙げれば、レジスタ、ランダムアクセスメモリRAM、不揮発性NVストレージを含むが、ハードウエアに制限される場合もあれば、制限されない場合もある。アプリケーションサーバ又はコンテンツプロバイダ310にアプリケーション又はコンテンツ要求を行うデバイス例えば、モバイルデバイス350の例では、要求を傍受することができ、かつデバイス350及びプロバイダ310に結合されたプロキシサーバ325に経路指定することができる。具体的には、プロキシサーバは、デバイス350のローカルプロキシ例えば、それぞれ図1及び図2の例のプロキシ175及び275と通信することができ、ローカルプロキシは、一部の例において、付加的な処理に向けてかつ必要に応じて、データ要求に対する応答のためのコンテンツサーバ310への送信に向けてプロキシサーバ325にデータ要求を転送する。このような構成において、ホスト300又はホストサーバ300内のプロキシサーバ325は、ネットワーク及びデバイスリソースの使用を最適化するようにデバイスとの通信を調節する際にローカルプロキシによって供給されたインテリジェント情報を利用することができる。例えば、プロキシサーバ325は、デバイス350上のユーザ活動の特性を識別して通信頻度を修正することができる。ユーザ活動の特性は、例えば、デバイス350上のローカルプロキシにより収集された情報を通じて、プロキシコントローラ365内の活動/挙動認識モジュール366により判断することができる。一実施形態において、通信頻度は、例えば、デバイス350へのコンテンツ又は更新のプッシュ配信頻度を調節するようにプロキシサーバ325の接続マネージャ395により制御することができる。例えば、プッシュ配信頻度は、ユーザ活動の特性がユーザが非アクティブであることを示す時に接続マネージャ395により低減することができる。一実施形態において、ユーザ活動の特性がユーザがその後非アクティブ状態の時点の後にアクティブであることを示す時に、接続マネージャ395は、通信頻度減少の結果としてバッファに入れられたデータをデバイス350に送るようにデバイス350との通信頻度を調節することができる。更に、プロキシサーバ325は、様々な要求、トランザクション、セッション、アプリケーション、及び/又は特定のイベントの優先度認識を含む。このような認識は、デバイス350上のローカルプロキシにより判断してプロキシサーバ325に供給することができる。プロキシサーバ325の優先度認識モジュール367は、様々なイベント又はアプリケーションの優先度例えば、時間的重要度、時間依存性などを含むを一般的に評価することができ、更に、優先度認識モジュール367は、デバイス350のローカルプロキシにより判断された優先度を追跡することができる。一実施形態において、優先度認識を通じて、接続マネージャ395は、デバイス350とのサーバ300の通信頻度例えば、無線コントローラ396により制御される無線の使用を更に修正することができる。例えば、サーバ300は、デバイス350に通知することができ、従って、基準を満たす重要性/優先度レベルのデータ又は更新が送られるように利用可能になった時に、無線がまだ使用中ではない場合は無線の使用が要求される。一実施形態において、プロキシサーバ325は、イベント例えば、サーバ/プロバイダ310から受信したトランザクション、コンテンツ、データの複数の発生を検出することができ、かつイベントがデバイス350へのバッチ転送に向けて蓄積することを可能にすることができる。バッチ転送は、蓄積することができ、イベントの転送は、モジュール366及び/又は367によって追跡されるように、優先度認識及び/又はユーザ活動/アプリケーション挙動認識に基づいて遅延させることができる。例えば、デバイス350への複数のイベント下位優先度ののバッチ転送は、優先度が高い閾値又は基準を満たすイベントがサーバ300で検出された時にバッチ処理モジュール377により開始することができる。更に、サーバ300からのバッチ転送は、サーバが、無線は使用中であり、従ってオンであることを示すデータをデバイス350から受信した時に、トリガすることができる。一実施形態において、プロキシサーバ324は、接続が失われたか又はバッテリが上がった場合に優先度の高いコンテンツが先に送られるように、イベント/トランザクション優先度に基づいて送信に向けてバッチ内の各メッセージ/パケットを順序付けることができる。一実施形態において、サーバ300は、デバイス350とのネットワーク例えば、セルラーネットワーク上の通信頻度を修正する例えば、低減することができるように、データ例えば、キャッシュポリシーマネージャ355により管理をキャッシュに入れる。データは、例えば、その後の検索又はデバイス350へのバッチ送信に向けてサーバキャッシュ335内にキャッシュに入れて、デバイス350無線の電源を投入する必要を潜在的に低減することができる。サーバキャッシュ335は、部分的又は全体的にホストサーバ300の内部に位置することができるが、図3の例では、ホスト300の外部であるように示されている。一部の例において、サーバキャッシュ335は、アプリケーションサーバ/コンテンツプロバイダ110、ネットワークサービスプロバイダ、又は別の第三者により管理されるような一部又は全部が別のエンティティ例えば、図1Bの例に示す任意的なキャッシングプロキシサーバ199により管理される別のキャッシュと同じとすることができ、及び/又は別のキャッシュと一体化することができる。一実施形態において、コンテンツキャッシングは、ホストサーバ300の助けを借りてデバイス350上でローカルに実行される。例えば、ホストサーバ300内のプロキシサーバ325は、要求に関してアプリケーションサーバ/プロバイダ310を問い合わせて応答の変化モニタすることができる。変更された、異なる、又は新しい応答が検出された時に例えば、新しいデータ検出器347により、プロキシサーバ325は、デバイス350上のローカルプロキシが、ローカルキャッシュ内にいずれかの応答として格納された関連のキャッシュエントリ例えば、古いとして示されたものを無効化する判断を行うことができるように、モバイルデバイス350に通知することができる。代替的に、データ無効化モジュール368は、アプリケーションサーバ/プロバイダ310からの受信した応答に基づいて、デバイス350のローカルプロキシに特定のキャッシュに入れられたデータを無効化するように自動的に指示することができる。キャッシュに入れられたデータは、無効化と説明され、新しいコンテンツがコンテンツサーバ310から受信された時に入れ替えるか又は削除することができる。データ変更は、1つ又はそれよりも多くの方法で検出器347により検出することができることに注意されたい。例えば、サーバ/プロバイダ310は、変更があるとホストサーバ300に通知することができる。変更はまた、ソースサーバ/プロバイダ310の直接のポーリングに応答してホストサーバ300で検出することができる。一部の例において、プロキシサーバ325は、更に、デバイス350上のローカルキャッシュに新しい/更新された/変更された/異なるデータを予めロードすることができる。これは、ホストサーバ300がモバイルデバイス上の無線が使用中であることを検出した時に、又はサーバ300がデバイス350に送られるべき付加的なコンテンツ/データを有する時に行うことができる。上述の機構のうちの1つ又はそれよりも多くは、同時に実行するか、又はアプリケーション例えば、サーバ/プロバイダ310が異なれば異なるポリシに基づいて調節/構成することができる。一部の例において、ソースプロバイダ/サーバ310は、特定のタイプのイベント例えば、優先度閾値レベルを満たすイベントに対してホスト300に通知することができる。更に、プロバイダ/サーバ310は、イベント優先度とは無関係に、特定の時間間隔でホスト300に通知するように構成することができる。一実施形態において、ホスト300のプロキシサーバ325は、モバイルデバイスに結果を戻す前に変更された結果に対してコンテンツソースからデータ要求に関して受信した応答をモニタ/追跡することができ、このようなモニタリングは、コンテンツソースへのデータ要求によりモバイルデバイスに戻すべき同じ結果が得られた時に適切であると考えられ、従って、ネットワーク/電力消費量が新しい/変更が特定の要求に行われていない時に使用されるのが防止される。デバイス350のローカルプロキシは、プロキシサーバ325にこのようなモニタリングを行うように指示することができ、又はプロキシサーバ325は、特定の要求に対して特定の数の同じ応答例えば、又は期間内のいくつかの同じ応答を受信すると、このような処理を自動的に開始することができる。一実施形態において、サーバ300は、例えば、活動/挙動認識モジュール366を通じて、モバイルデバイス350と別々であるデバイスでユーザ活動を識別又は検出することができる。例えば、モジュール366は、ユーザのメッセージ受信箱例えば、電子メール又は受信箱のタイプがアクセスされたことを検出することができる。これは、ユーザがモバイルデバイス350以外のデバイスを使用してアプリケーションと対話しており、仮にあったとしても、頻繁な更新を必要とする恐れがないことを示すことができる。サーバ300は、従って、この例において、新しいコンテンツ、異なるコンテンツ、変更されたコンテンツ、又は更新されたコンテンツがモバイルデバイス350に送られる頻度を低減するか、又はユーザがアクセスに向けて別のデバイスを使用していると検出された間は、全ての通信を排除することができる。このような頻度減少は、アプリケーション特定例えば、ユーザが別のデバイス上で対話しているアプリケーションに対してとすることができ、又はモバイルデバイス350に対する一般的な頻度減少とすることができる例えば、ユーザが別のデバイスを通じて1つのサーバ又は1つのアプリケーションと対話していると検出されたので、ユーザは別のデバイスを使用して他のサービスにアクセス可能である。一実施形態において、ホストサーバ300は、デバイス350上の電力又はバッテリ消費量を節約するためにデバイス350のためにコンテンツソース310にポーリングすることができる。例えば、モバイルデバイス350上の特定のアプリケーションは、予想可能に反復的にそれぞれのサーバ310にポーリングすることができる。アプリケーション挙動のこのような再発又は他のタイプのアプリケーション挙動は、プロキシコントローラ365内の活動/挙動モジュール366によって追跡することができる。ホストサーバ300は、従って、ポーリングがなければ無線例えば、セルラー接続性を含むを通じてデバイス350によって実行されるモバイルデバイス350上のアプリケーションがないかをコンテンツソース310にポーリングすることができる。ホストサーバは、HTTPアクセスエンジン345を手段としてHTTP接続を確立するために、又は無線コントローラ396を手段としてセルラーネットワーク上のソース310に接続するために新しいデータ、異なるデータ、更新されたデータ、又は変更されたデータがないかをソース310にポーリングすることができる。新しいデータ、異なるデータ、更新されたデータ、又は変更されたデータが検出された時に、新しいデータ検出器は、このようなデータがあるとデバイス350に通知し、及び/又はデバイス350に新しい/変更されたデータを供給することができる。一実施形態において、接続マネージャ395は、モバイルデバイス350が利用不能である例えば、無線の電源が切断されたと判断し、図1Bの例に示すSMSCを通じてSMSを利用してデバイス350にコンテンツを送信する。例えば、SMSは、無効化メッセージ、無効化メッセージのバッチ、又はコンテンツがちょうどいくつかの通常1つ又は2つのSMSメッセージに収まるほど十分小さい場合はコンテンツさえ送信するのに使用される。それによってオーバーヘッド情報を送るために無線チャンネルにアクセスせずに済む。ホストサーバ300は、閾値よりも大きい優先度レベルを有するか、又はそうでなければ基準を満たす特定のトランザクション又は応答にSMSを使用することができる。サーバ300は、常時オンIP接続維持の代わりに、IP接続を維持又はスリープ解除する帯域外トリガとしてSMSを利用することができる。一実施形態において、プロキシサーバ325内の接続マネージャ395例えば、ハートビートマネージャ398は、接続したデバイス350のためにハートビートメッセージを生成及び/又は送信し、デバイス350上で実行されたアプリケーションに向けて、プロバイダ310とのバックエンド接続を維持することができる。例えば、分散型プロキシシステムにおいて、デバイス350上のローカルキャッシュは、アプリケーションに必要とされたTCP/IP接続を維持するのに必要とされるいずれか又は全てハートビートメッセージがセルラーネットワーク又は他のネットワーク上で送られるのを防止し、代わりに、ホストサーバ300上のプロキシサーバ325に頼ってハートビートメッセージを生成し及び/又は送って、バックエンド例えば、図1の例内のアプリケーションサーバ/プロバイダ110との接続を維持するたことができる。プロキシサーバは、モバイルデバイス上のローカルプロキシの作動とは独立したキープアライブハートビートメッセージを生成することができる。リポジトリ312、314、及び/又は316は、ソフトウエア、記述データ、画像、システム情報、ドライバ、及び/又は作動に向けてホストサーバ300及び/又はあらゆる他のサーバの他の構成要素により利用されるあらゆる他のデータ項目を更に格納することができる。リポジトリは、例えば、Oracle、DB2、MicrosoftAccess、MicrosoftSQLServer、PostgreSQL、MySQL、FileMakerなどであるがこれらに限定されないデータベース管理システムDBMSにより管理することができる。リポジトリは、オブジェクト指向の技術を通じて及び/又はテキストファイルを通じて実行することができ、かつ分散型データベース管理システム、オブジェクト指向データベース管理システムOODBMS例えば、ConceptBase、FastDB主ストレージデータベース管理システム、JDOInstruments、ObjectDBのような、オブジェクト関係データベース管理システムORDBMS例えば、Informix、OpenLinkVirtuoso、VMDのような、ファイルシステム、及び/又はあらゆる他の便利な又は公知のデータベース管理パッケージにより管理することができる。図4は、ネットワークリソース及びバッテリリソースが分散型プロキシシステムによって実行されるコンテンツキャッシング及びモニタリングを使用することを通じて節約されるような方式で、モバイルデバイス450から無線ネットワーク内のアプリケーションサーバ/コンテンツプロバイダ496へのデータ要求がどのようにして分散型プロキシシステム460によって調整することができるかを示す図を示している。分散型プロキシシステム460なしにモバイルデバイス450上でアプリケーション又はクライアント要求を満たす際に、モバイルデバイス450又はデバイス450上で実行されるソフトウエアウィジェットは、アプリケーションサーバ495に直接にデータ要求402例えば、HTTTGET、POST、又は他の要求を行って、サーバ/プロバイダ495から直接に応答404を受信する。データが更新された場合に、モバイルデバイス450上のウィジェットは、自己リフレッシュし、更新を反映し、短い期間にわたって待機してサーバ/プロバイダ495への別のデータ要求を開始することができる。一実施形態において、デバイス450上の要求側クライアント又はソフトウエアウィジェット455は、サーバ/プロバイダ495に行われたデータ要求を処理する際に分散型プロキシシステム460を利用することができる。一般的に、分散型プロキシシステム460は、ローカルプロキシ465通常はシステム460のクライアント側構成要素と考えられかつモバイルデバイス450上に常駐することができる、キャッシングプロキシ475、サーバ側としてシステム460の構成要素470と考えられ、かつホストサーバ485上に常駐するか、又は全体的又は部分的にホストサーバ485の外部に位置することができる、ホストサーバ485を含むことができる。ローカルプロキシ465は、あらゆるネットワーク又はネットワークの組合せを通じてプロキシ475及びホストサーバ485に接続することができる。分散型プロキシシステム460がデータ/アプリケーション要求に使用される時に、ウィジェット455は、ローカルプロキシ465を通じてデータ要求406を行うことができる。ローカルプロキシ465は、デバイスアプリケーションによって行われた要求を傍受することができ、かつ要求例えば、HTTP取得要求又は他のタイプの要求の接続タイプを識別することができる。ローカルプロキシ465は、次に、要求に関するいずれかの前の情報がないかをローカルキャッシュを問い合わせることができる例えば、ローカルに格納された応答があり及び/又はまだ有効であるか否かを判断するために。ローカルに格納された応答がない場合に又は無効な応答が格納された場合に、ローカルプロキシ465は、要求に関する情報、要求が行われた時間、及びあらゆる付加的なデータを更新するか、又はローカルキャッシュに格納することができる。情報は、その後の要求を潜在的に満たす際の使用に向けて更新することができる。ローカルプロキシ465は、次に、ホストサーバ485に要求を送ることができ、サーバ485は、要求406を行うことができ、応答408で結果を戻す。ローカルプロキシ465は、結果及び更に結果に関する情報を格納することができ、要求側ウィジェット455に結果を戻す。一実施形態において、同じ要求が複数回発生し特定の期間内で、それによって同じ結果が得られたことが多い場合に、ローカルプロキシ465は、ローカルプロキシ465又は要求側ウィジェット455に結果を戻す前に結果の変化がないか要求をモニタするように例えば、段階412及び414サーバ485に通知する410ことができる。一実施形態において、要求がモニタされるようにマーク付けされた場合、ローカルプロキシ465は、この時点でローカルキャッシュに結果を格納することができる。この時点で、ローカルな応答が利用可能であるデータ要求416がウィジェット455によって行われ、かつローカルプロキシ465で傍受された場合、プロキシ465は、ローカルキャッシュから応答418を戻すことができ、無線ネットワークで接続通信を確立せずに済む。一実施形態において、応答は同じか又は類似のデータ要求を満たす際のその後の使用に向けて、サーバキャッシュ内にサーバプロキシで格納される。応答は、モバイルデバイス上のローカルキャッシュ上の格納の代わりに又はそれに加えて格納することができる。更に、サーバプロキシは、特定の要求の応答422が変更されたか否かを判断するためにモニタリング420されるようにマーク付けされた要求を提供する。一般的に、ホストサーバ485は、ウィジェット455又はローカルプロキシ465作動とは無関係にこのモニタリングを行うことができる。不意の応答422が要求に関して受信される時はいつでも、サーバ485は、応答が変更されこと例えば、段階424段階424の無効化通知、及びクライアント上でローカルに格納された応答を消去するか又は代替的に新しい例えば、変更されたか又は異なる応答と入れ替えるべぎであることをローカルプロキシ465に通知することができる。この場合に、デバイス450からのウィジェット455によるその後のデータ要求426により、結果として、データは、ホストサーバ485から戻される例えば、キャッシングプロキシ475を通じて。従って、分散型プロキシシステム460の利用を通じて、無線セルラーネットワークは、モバイルデバイス450上のウィジェット又はソフトウエアアプリケーション455のためのコンテンツ/データが実際に変更された時にインテリジェントに使用される。従って、アプリケーションデータの変更がないかを検査するのに必要とされるトラフィックは、無線セルラーネットワークでは実行されない。それによって生成されるネットワークトラフィックの量が低減され、かつ総使用時間及びモバイルデバイス450で無線モジュールの電源が投入される回数が短縮され、従って、バッテリ消費量が低減され、更に、ネットワーク帯域幅が解放される。図5は、分散型プロキシ及びキャッシュシステム例えば、図1Bの例に示す分散型システムのようなを使用してモバイルデバイス550上で混成IP及びSMS電力節約モードを実施するための一例示的処理を示す図を示している。段階502において、ローカルプロキシ例えば、図1Bの例のプロキシ175は、ユーザ活動がないかデバイスをモニタする。ユーザがアクティブであると判断された時に、サーバプッシュ配信はアクティブである。例えば、常時オンプッシュ配信IP接続を維持することができ、利用可能である場合には、SMSトリガは、モバイルデバイス550が利用可能になると直ちにモバイルデバイス550に送ることができる。処理504において、ユーザが一定の時間にわたって非アクティブ又はアイドルであると検出された後に例えば、20分の非アクティブ状態の期間に対して図示、ローカルプロキシは、省電力モードに入るようにデバイスを調節することができる。省電力モードにおいて、ローカルプロキシが分散型プロキシ及びキャッシュシステムのサーバ側上のリモートプロキシ例えば、図1Bの例のサーバプロキシ135からメッセージ又は連絡を受信した時に、ローカルプロキシは、デバイス550が現在省電力モードであることを示す呼び出しで応答することができる例えば、省電力遠隔手順呼び出しを通じて。一部の例において、ローカルプロキシは、この機会を利用し、複数のアカウント又はプロバイダ例えば、510A及び510Bに現在の省電力状態例えば、同じ無線電源オンイベントを使用するようにタイミングが合わされたを通知することができる。一実施形態において、ローカルプロキシからの応答は、デバイス550が次にいつ変更又は付加的なデータを受信することができるかをリモートプロキシ例えば、サーバプロキシ135及び/又はアプリケーションサーバ/プロバイダ510A/Bに示す時点例えば、省電力期間を含むことができる。デフォルト省電力期間は、ローカルプロキシによって設定することができる。一実施形態において、新しいデータ又はイベント、変更されたデータ又はイベント、又は異なるデータ又はイベントが何らかの1つの省電力期間の終わりの前に受信された場合に、サーバ510A/Bに通信される待機期間は、増加した期間ではなく既存の期間とすることができる。これに応答して、リモートプロキシサーバは、デバイス550からの省電力通知を受信すると、要求される期間待機期間にわたって変更データ又はSMSを送るのを停止することができる。待機期間の終わりで、受信したあらゆる通知に対応することができ、変更を、例えば、単一のバッチ処理されたイベントとして又は個々のイベントとしてデバイス550に送ることができる。通知が入らなかった場合に、プッシュ配信を再開することができ、データ又はSMSは、デバイス550に送られる。プロキシサーバは、モバイルデバイス550にコンテンツをバッチ送信するのを最適化するようにポーリング又はデータ収集イベントのタイミングを合わせて、クライアントが次の無線電源オンイベントでデータを受信する機会を増すことができる。待機期間は、作動条件に適合するようにリアルタイムで作動中に更新することができることに注意されたい。例えば、ローカルプロキシは、システム内で発生する異なる遅延に適合するようにオンザフライで待機期間を調節することができる。デバイス550でのユーザ活動512の検出により、省電力モードを出る。デバイス550が省電力モードを出た時に、デバイス550は、あらゆる未処理通知に関連付けられたあらゆる変更を受信し始めることができる。省電力期間が満了した場合に、プロキシサーバは、従来のプッシュ配信作動モードになっているので省電力キャンセル呼び出しが必要ではないと考えられる。一実施形態において、デバイス550が充電器に接続される時に、省電力モードは適用されない。この設定は、ユーザ又は別の当事者により再構成又は調節することができる。一般的に、省電力モードは、例えば、デバイス550上のユーザインタフェースを通じてユーザによりオン又はオフにすることができる。一般的に、データを受信する電力イベントのタイミングは、無線使用を最適化するためにあらゆる省電力呼び出しと同期させることができる。図6は、モバイルデバイス上のアプリケーション挙動がトラフィック最適化に使用される例示的な処理を示す流れ図を示している。処理602において、モバイルデバイス上でアクセスされた複数のアプリケーションのアプリケーション挙動を検出する。アプリケーション挙動を使用し、分散型プロキシシステムは、トラフィックを最適化するいくつかの処理のうちの1つ又はそれよりも多くを実施することができる。例えば、処理604において始まって複数のアプリケーションの少なくとも一部のコンテンツ要求を整列させ、処理606において、アラインメントに従って無線ネットワーク上でポーリングを行って複数のアプリケーションのデータ要求を満たすことができる。一実施形態において、複数のアプリケーションによって要求されたコンテンツタイプに基づいて複数のアプリケーションの一部のコンテンツ要求を整列させることができる。例えば、RSS配信を要求する異なるアプリケーションからのコンテンツ要求を整列させることができる。更に、同じソースのコンテンツを要求する異なるアプリケーションからのコンテンツ要求を整列させることができる例えば、ソーシャルネットワーキングアプリケーション及びウェブページは、共に、Youtubeのようなオンラインビデオストリーミングサイトにメディアコンテンツを要求している場合がある。別の例では、共に同じデータがないかをポーリングする1つのデバイス上の複数のフェイスブックアプリケーションがある1つはOEMから、一方は市場から。更に、コンテンツ要求は、ユーザの明示的及び/又は黙示的優先傾向、ユーザ設定、モバイルデバイスパラメータ/パラメータ、及び/又はネットワークパラメータ例えば、ネットワークサービスプロバイダ仕様又は制限事項のような、又は条件例えば、トラフィック、輻輳、ネットワーク作動などに基づいて整列させることができる。例えば、輻輳がユーザのネットワークサービスエリアにおいて検出された時に、コンテンツ要求をより輻輳していないネットワークに向けて整列させることができる。例えば、ユーザが非アクティブである時に又はバッテリ不足である時に、アラインメントをより積極的に行うことができる。一部の例において、ポーリングをプロキシサーバにより複数のデバイスのために行うことができ、従って、複数のデバイスから同じコンテンツソースからのポーリングの要求を検出することができる。プロキシサーバは、複数のデバイスの代わりに同じ時点例えば、特定の期間内辺りで発生するこのような要求を整列させて複数のモバイルデバイスのデータ必要を満たすためにソースのポーリングを行うことができる。例えば、スーパーボウル中に、プロキシサーバは、試合の実況中継中の得点最新情報に関するESPN.com又はNFL.comをポーリングするより多くの要求を検出することができる。プロキシサーバは、現在の得点に対して一回コンテンツソースにポーリングし、得点最新情報のポーリングを要求した期間内でアプリケーションを有するモバイルデバイスの各々に最新情報を提供する。別の例では、処理608において始まって複数のアプリケーションによって行われたアプリケーション要求内の再発を検出する。アプリケーション挙動の再発は、例えば、アプリケーション挙動におけるパターンを追跡することによって識別することができる。処理610において、再発を使用して、モバイルデバイスで行われると考えられるアプリケーション要求の結果としてのコンテンツソースのポーリングをこの時点でオフロードし、例えば、無線ネットワーク内のモバイルデバイスからリモートのプロキシサーバによりその代わりに行われるようにすることができる。アプリケーション挙動は、例えば、モバイルデバイス上のローカルプロキシによって追跡し、コンテンツソースにポーリングする際の使用に向けて、接続メタデータとしてプロキシサーバに通信することができる。ローカルプロキシは、プロキシサービスへの送信前にデータを遅延させるか又は修正することができ、かつバッテリレベル、デバイスが登録されるネットワーク、無線状態、モバイルデバイスが使用されたか否かのうちの1つ又はそれよりも多くを含むモバイルデバイス特性を更に識別及び検索することができる。再発が規則又は基準に適合する時に、例えば、プロキシサーバへのオフロードを行うことができる。更に、プロキシサーバ及び/又はローカルプロキシは、コンテンツソースから受信した応答の配信を遅延させ及び/又は付加的な修正を行うなどを実施することができる。例えば、ローカルプロキシは、一部の例において、ユーザへのモバイルデバイスを通じた応答の呈示を遅延させることができる。挙動のパターンには、例であるが限定しないものとして、要求されたコンテンツが同じことである頻度、同じ要求が行われる頻度、要求間の間隔、要求を行うアプリケーション、特定の時刻、曜日での要求の頻度のうちの1つ又はそれよりも多くを含むことができる。処理12において、プロキシサーバは、コンテンツ変更がコンテンツソースのポーリングに応答して検出された時にモバイルデバイスに通知することができる。一実施形態において、利用可能な時にはキャッシュ格納コンテンツを供給し、コンテンツ変更がコンテンツソースのポーリングにおいて検出されなかった時にアプリケーション要求を満たすことができる。例えば、ローカルプロキシは、ローカルキャッシュを含むことができ、ローカルキャッシュに格納されたキャッシュ格納コンテンツを使用し、モバイルデバイス上のアプリケーション要求を満たすことができる。一実施形態において、データをコンテンツソースに要求することに対してキャッシュ格納コンテンツを使用する判断は、アプリケーション挙動内のパターンに基づいて判断される。更に、処理614において、複数のアプリケーションのアプリケーション挙動を用いてアプリケーションプロフィールを生成することができる。図7は、分散型プロキシ及びキャッシュシステムにおけるデータモニタリング及び調節を通じたモバイルアプリケーショントラフィック最適化の例示的な処理を示す流れ図を示している。処理702において、モバイルデバイス上のモバイルアプリケーションによって行われたデータ要求を傍受する。処理704において、モバイルデバイス上のローカルキャッシュに問い合わせる。処理706において、ローカルに格納された有効な応答が存在するか否かを判断する例えば、ローカルに格納された応答が利用可能であるか否か、そうである場合に、格納された応答がまだ有効であるか。そうである場合に、処理708において、モバイルデバイスへのローカルに格納された応答は、モバイルデバイスがセルラーネットワークにアクセスする必要はない。そうではない場合、すなわち、ローカルに格納された応答が利用可能でないか、又は利用可能であるが無効である場合に、いくつかの手法のうちの1つ又はそれよりも多くを利用し、後述するように、この要求を満たす無線ネットワークに使用されたトラフィックを最適化することができる。1つの例では、処理710において、コンテンツソースにデータ要求を転送するリモートプロキシにデータ要求を送る。一般的に、リモートプロキシは、コンテンツソースへの送信前にローカルプロキシからのデータを遅延させるか又は修正することができる。一実施形態において、プロキシサーバは、デバイス特性及び/又は接続メタデータを使用し、モバイルデバイス上のアプリケーションの要求を満たすための規則を生成することができる。更に、プロキシサーバは、モバイルデバイス又は他のモバイルデバイスとの類似の接続を最適化する際の後の使用に向けてアプリケーションの要求に関するリアルタイムのトラフィック情報を任意的に収集することができる。処理712において、コンテンツソースによって供給された応答をリモートプロキシを通じて受信する。一実施形態において、リモートプロキシは、アプリケーションサーバ認証を模擬し、モバイルデバイス上のローカルキャッシュに問い合わせて、コンテンツソースに接続するのに利用可能又は必要である場合に接続情報を検索することができる。認証と同時に、応答がローカルキャッシュにあるデータ要求がないか、モバイルアプリケーションのためのアプリケーションサーバ応答をモバイルデバイス上のリモートプロキシによりシミュレーションを行うことができる。処理714において、モバイルデバイス上のローカルリポジトリ内にキャッシュエントリとして応答をローカルに格納する。ローカルキャッシュエントリは、同じか又は類似のデータ要求を満たす際のその後の使用に向けて格納することができる。更に、処理716において、モバイルデバイスに戻すべき同じ結果例えば、モバイルデバイス上のローカルプロキシにより検出が得られるようにコンテンツソースへのデータ要求を検出する。このような検出に応答して、リモートプロキシは、モバイルデバイスに結果を戻す前に変更された結果がないかに関して、コンテンツソースからデータ要求に関して受信した応答をモニタするように通知される。一実施形態において、ローカルプロキシは、リモートプロキシがデータ要求に関して応答をモニタするように通知された時にデータ要求に関してローカルキャッシュ内にキャッシュエントリとして応答を格納することができる。処理722において、リモートプロキシは、モニタリングに向けて識別されたデータ要求を実行し、データ要求に不意の応答が検出された時にモバイルデバイスに通知する。処理724において、データ要求に対する不意の応答を通知された時にモバイルデバイス上のローカルに格納された応答を消去又は入れ替える。別の例では、ローカルに格納された応答がないか又はそうでなければ無効である時に、処理718において、リモートに格納された応答がないかに関してリモートプロキシに問い合わせる。処理720において、リモートに格納された応答をモバイルデバイスに供給し、モバイルデバイスは、セルラーネットワークにアクセスする必要がない。処理722において、リモートプロキシは、モニタリングに向けて識別されたデータ要求を実行し、データ要求に不意の応答が検出された時にモバイルデバイスに通知する。処理724において、データ要求に対する不意の応答を通知された時にモバイルデバイス上のローカルに格納された応答を消去又は入れ替える。図8は、アプリケーションがコンテンツサーバとのIP接続を維持するためにキープアライブメッセージを送る必要があることを防止する例示的な処理を示す流れ図を示している。処理802において、コンテンツサーバにキープアライブメッセージを送ろうとするアプリケーションをモバイルデバイスにおいて検出する。処理804において、キープアライブメッセージを傍受し、キープアライブメッセージが無線ネットワーク上でモバイルデバイスからコンテンツサーバに送られることを防止する。キープアライブが、あらゆる他のロングポーリング要求と類似であるので、バックエンド上のコンテンツは通常は変化せず、プロキシサーバは、コンテンツサーバにポーリングし続けることができる。処理806において、モバイルデバイスからリモートのプロキシサーバにおいてキープアライブメッセージを生成し、処理808において、プロキシサーバからコンテンツサーバに送る。図9は、機械に本明細書に説明する方法のいずれか1つ又はそれよりも多くを実施させるための1組の命令を実行することができるコンピュータシステムの例示的な形態における機械の概略図を示している。代替的な実施形態において、機械は、独立型デバイスとして作動するか又は他の機械に接続する例えば、ネットワーキングすることができる。ネットワーク化された配置において、機械は、サーバ/クライアントネットワーク環境においてはサーバ又はクライアント機械の機能において、又はピアツーピア代替的に、分散型ネットワーク環境においてはピア機械として作動させることができる。機械は、サーバコンピュータ、クライアントコンピュータ、パーソナルコンピュータPC、タブレットPC、ラップトップコンピュータ、セットトップボックスSTB、携帯情報端末PDA、携帯電話、iPhone、ブラックベリー、プロセッサ、電話、ウェブ電気機器、ネットワークルータ、スイッチ又はブリッジ、コンソール、手持ち式コンソール、手持ち式ゲーム機、音楽プレーヤ、あらゆる携帯式、モバイル、手持ち式デバイス、又は機械により取るべきアクションを指定する1組の命令順次的な又は他の方法のを実行することができるあらゆる機械とすることができる。機械可読媒体又は機械可読ストレージ媒体を単一の媒体であるように例示的な実施形態に示すが、機械可読媒体及び機械可読ストレージ媒体という用語は、1つ又はそれよりも多くの組の命令を格納する単一の媒体又は複数の媒体例えば、集中型又は分散型データベース及び/又は関連のキャッシュ及びサーバを含むと取るべきである。機械可読媒体及び機械可読ストレージ媒体という用語も、機械による実行に向けて1組の命令を格納、符号化、又は伝達することができ、かつ機械に本発明に開示する技術及び技術革新の方法のいずれか1つ又はそれよりも多くを実施させるあらゆる媒体を含むと取るものとする。一般的に、本発明の開示の実施形態を実施するために実行されるルーチンは、オペレーティングシステム又は特定のアプリケーション、構成要素、プログラム、オブジェクト、モジュール、又はコンピュータプログラムという命令のシーケンスの一部として実施することができる。コンピュータプログラムは、一般的に、コンピュータ内の様々なメモリ及びストレージに様々な時に設定され、かつコンピュータ内のうちの1つ又はそれよりも多くの処理ユニット又はプロセッサにより読まれて実行される時に、コンピュータに本発明の開示の様々な態様に関わっている要素を実行する演算を行わせる1つ又はそれよりも多くの命令を含む。更に、実施形態が完全に機能するコンピュータ及びコンピュータシステムという状況で説明したが、当業者は、様々な実施形態は、様々な形態でプログラム製品として販売することができ、本発明の開示は、実際に販売を行うために使用される特定のタイプの機械又はコンピュータ可読媒体とは無関係に等しく適用されることを認識するであろう。機械可読ストレージ媒体、機械可読媒体、又はコンピュータ可読ストレージ媒体の更に別の例には、取りわけ、揮発性及び不揮発性のストレージ、フロッピー登録商標及び他の着脱式のディスク、ハードディスクドライブ、光ディスク例えば、コンパクトディスク読取専用メモリCD-ROM、デジタルビデオディスクDVDなどのような記録することができるタイプの媒体、及びデジタル及びアナログ通信リンクのような送信タイプ媒体があるがこれらに限定されない。文脈が明確にそれ以外を示さない限り、説明及び特許請求の範囲を通じて、含む、含んでいるのような語は、排他的又は網羅的な意味ではなく、包含的な意味で、すなわち、を含むがこれに限定されないという意味で解釈すべきである。本明細書で使用する時に、用語接続した、結合した、又はそのあらゆる変形は、2つ又はそれよりも多くの要素間に直接的、間接的に関わらず、あらゆる接続又は結合を意味すると共に、要素間の結合又は接続は、物理的なもの、論理的なもの、又はその組合せとすることができる。更に、本出願に使用される時に、本明細書に、上記に、下記にという語及び類似の趣旨の語は、全体として本出願を指し、本出願のいずれかの特定の部分を指すのではないものとする。文脈的に許容される場合に、単数又は複数を使用する上述の発明を実施するための形態内の単語は、それぞれ複数又は単数を含むことができる。2つ又はそれよりも多くの項目のリストを参照して又はという語は、語の以下の解釈、すなわち、リスト内の項目のいずれか、リスト内の項目の全て、及びリスト内の項目のあらゆる組合せの全てを包含する。本発明の開示の実施形態の上述の詳しい説明は、網羅的であり、又は先に開示した正確な形態に教示を限定するように意図しているものではない。本発明の開示の特定的な実施形態及び本発明の開示の実施例は、例示を目的として本明細書に説明しているが、当業技術の当業者が認識するように、様々な同等の修正が本発明の範囲で可能である。例えば、処理又はブロックは特定の順序に示めされたが、代替的な実施形態において、異なる順序で段階を有するルーチンを実行するか、ブロックを有するシステムを使用することができ、一部の処理又はブロックは、代案及び/又は部分組合せをもたらすために削除、追加、細分化、結合、及び/又は変更することができる。これらの処理又はブロックの各々は、様々な異なる方法で実行することができる。また、処理又はブロックが連続で実行されるように示されたが、これらの処理又はブロックは代わりに並列に実行することができ、又は異なる時間に行うことができる。更に、本明細書に説明されたあらゆる固有番号は、例にすぎず、代替的な例では、異なる値又は範囲を使用することができる。本明細書に示す本発明の開示の教示は、必ずしも上述のシステムではなく他のシステムにも適用することができる。上述の様々な実施形態の要素及び行為は、更に別の実施形態をもたらすために結合することができる。添付出願文書に説明することができる一切を含むあらゆる特許及び出願及び上述の他の参考文献は、引用により本明細書に組み込まれている。本発明の開示の態様は、必要に応じて、本発明の開示の更に別の実施形態をもたらすために上述の様々な参考文献のシステム、機能、及び概念を使用するように変更することができる。上述の発明を実施するための形態に照らして上記及び他の変更を本発明の開示に行うことができる。以上の説明では本発明の開示の特定的な実施形態を説明して発明を実施するための形態を説明しているが、上記がテキストでどのように詳細に説明されていても、教示は、様々な方法で実施することができる。システムの細部は、実施例の詳細においてかなり変わる場合があるが、依然として本明細書に開示する主題により包含される。上述のように、本発明の開示の特定の特徴又は態様を説明する時に使用した特定の用語は、その用語が関連する本発明の開示のあらゆる特定の特性、特徴、又は態様に制限されるように用語が本明細書で定義し直されたことを意味すると取るべきではない。上述の発明を実施するための形態の節で明示的にこのような条件を定義しない限り、特許請求の範囲に使用される用語は、本明細書に開示する特定的な実施形態に本発明の開示を限定すると解釈すべきでない。従って、本発明の開示の実際の範囲は、開示する実施形態だけでなく、特許請求の範囲に従って本発明の開示を実施又は実行する全ての同等の方法も包含する。本発明の開示のある一定の態様は、ある一定の特許請求の範囲の形態で以下に呈示するが、本発明者は、あらゆる数の特許請求の範囲の形態で本発明の開示の様々な態様を考えている。例えば、本発明の開示の一態様のみが35U.S.C.§112第6項に従って手段及び機能の特許請求の範囲として説明されたが、他の態様も、同様に手段及び機能の特許請求の範囲として又はコンピュータ可読媒体において実施されるような他の形態で実施することができる。35U.S.C.§112第6項に従って取り扱われることを意図したあらゆる特許請求の範囲は、するための手段という語で始まることになる。従って、本出願人は、本発明の開示の他の態様に対してこのような付加的な特許請求の範囲の形式を求めるために本出願を出願後に付加的な特許請求の範囲を追加する権利を保持する。