モバイルデバイス上のアプリケーション間のトラフィックを調整する方法であって、第1のアプリケーションによって開始された第1のデータ転送要求の転送を第2のアプリケーションによって開始された別のデータ転送要求がモバイルデバイス上で検出されるまで遅延する段階と、前記第1のアプリケーションの前記第1のデータ転送要求及び前記第2のアプリケーションの他方のデータ転送要求をネットワーク上で単一の転送作動で転送する段階と、を含むことを特徴とする方法。前記モバイルデバイス上の前記第1及び第2のアプリケーションによって行われたデータ転送要求を追跡する段階と、前記第1のアプリケーションによって行われたデータ転送要求の第1のタイミング特性及び前記第2のアプリケーションによって行われたデータ転送要求の第2のタイミング特性を判断する段階と、前記第1のデータ要求の前記転送を遅延させる際に前記第1及び第2のタイミング特性を使用する段階と、を更に含むことを特徴とする請求項1に記載の方法。前記第2のアプリケーションは、前記第1のアプリケーションよりも優先度タイプの高いものであり、又は該第2のアプリケーションは、該第1のアプリケーションよりもデータ集約型であることを特徴とする請求項1に記載の方法。前記第2のアプリケーションは、前景において実行中であることを特徴とする請求項1に記載の方法。ユーザが、前記第2のアプリケーションと対話しており、他方のデータ要求が、該ユーザ対話に応答して開始されることを特徴とする請求項1に記載の方法。ユーザが、前記第1のアプリケーションと対話していないことを特徴とする請求項1に記載の方法。前記第1及び第2のアプリケーションは、同じアプリケーションであることを特徴とする請求項1に記載の方法。前記第1のデータ転送要求が遅延される時間量を該第1のデータ転送要求に対する応答が変更されたか否かに基づいて判断する段階を含むことを特徴とする請求項1に記載の方法。モバイルデバイス上のアプリケーショントラフィックを管理する方法であって、モバイルデバイス上の複数のアプリケーションのアプリケーション挙動を使用して、ネットワーク上で該モバイルデバイスからの該複数のアプリケーションの少なくとも一部分によって行われた前記コンテンツ要求の一部を整列させる段階であって、該コンテンツ要求の該一部が、該コンテンツ要求の該一部がアラインメントなしで行われると考えられる時点を遅延させることによって整列される前記整列させる段階と、遅延された前記コンテンツ要求の前記一部を前記ネットワーク上で単一の転送作動で転送する段階と、を含むことを特徴とする方法。前記アプリケーション挙動を使用する前記段階は、第2のアプリケーションと比較して第1のアプリケーションに対して発生するデータ転送時点の相関を検出する段階を含むことを特徴とする請求項9に記載の方法。前記第1のアプリケーションの作動が、前記第2のアプリケーションの作動をトリガすることを特徴とする請求項10に記載の方法。アラインメントに向けて識別された前記コンテンツ要求の前記一部は、データ転送が行われる前記時点の相関を示すことを特徴とする請求項9に記載の方法。前記コンテンツ要求の前記一部の各々を整列させるために遅延される前記時点は、前記単一の転送作動で整列させることができるコンテンツ要求の数を最適化するように判断されることを特徴とする請求項9に記載の方法。所定のコンテンツ要求の転送において遅延される前記時点は、該所定のコンテンツ要求を行う特定のアプリケーションの優先度に基づいて又は前記モバイルデバイス上の他のアプリケーションに対する該特定のアプリケーションの該優先度に基づいて判断されることを特徴とする請求項9に記載の方法。所定のコンテンツ要求の転送において遅延される前記時点は、該所定のコンテンツ要求に関わっているデータの量に基づいて判断されることを特徴とする請求項9に記載の方法。所定のコンテンツ要求の転送において遅延される前記時点は、該所定のコンテンツ要求に関わっているデータの性質に基づいて判断されることを特徴とする請求項9に記載の方法。所定のコンテンツ要求の転送において遅延される前記時点は、該所定のコンテンツ要求を行う特定のアプリケーションのステータスに基づいて判断され、該ステータスは、該特定のアプリケーションが前記モバイルデバイス上で作動しているのが背景又は前景かを示すことを特徴とする請求項9に記載の方法。所定のコンテンツ要求の転送において遅延される前記時点は、該所定のコンテンツ要求を行う特定のアプリケーションのステータスに基づいて判断され、該ステータスは、該特定のアプリケーションがアクティブ又は非アクティブかを示すことを特徴とする請求項9に記載の方法。所定のコンテンツ要求の転送において遅延される前記時点は、該所定のコンテンツ要求において転送されるデータの有効寿命に基づいて判断されることを特徴とする請求項9に記載の方法。所定のコンテンツ要求の転送において遅延される前記時点は、利用可能帯域幅又はネットワーク待ち時間を含むネットワーク特性に基づいて判断されることを特徴とする請求項9に記載の方法。遅延される前記時点は、ユーザ構成可能であることを特徴とする請求項9に記載の方法。前記単一の転送は、前記モバイルデバイスとのユーザ対話が前記ネットワーク上で行う必要があるコンテンツ要求をもたらす時に行われることを特徴とする請求項9に記載の方法。無線ネットワーク内のアプリケーション間トラフィック管理のための分散型プロキシを有するシステムであって、第1のアプリケーションを通じて行われた第1のデータ要求及び第2のアプリケーションを通じて行われた第2のデータ要求を検出するローカルプロキシを有するモバイルデバイスと、前記モバイルデバイスと前記第1及び第2のデータ要求が向けられる1つ又はそれよりも多くのサーバとに結合され、前記ローカルプロキシと通信することができるプロキシサーバと、を含み、前記プロキシサーバへ前記第1のアプリケーションを通じて行われる前記第1のデータ転送要求の転送が、前記第2のアプリケーションを通じて行われる別のデータ転送要求が検出されるまで前記ローカルプロキシによって遅延され、前記ローカルプロキシは、前記第1のデータ転送要求及び前記第2のデータ転送要求を前記ネットワーク上で単一の転送作動で転送する、ことを特徴とするシステム。前記第1のアプリケーションは、遅延されたデータ転送要求に対して適格であるように前記モバイルデバイスのユーザによって構成されることを特徴とする請求項23に記載のシステム。前記ローカルプロキシは、前記第2のアプリケーションが前記第1のアプリケーションに対して優先度がより高いものであると判断することを特徴とする請求項23に記載のシステム。前記プロキシサーバは、前記第2のアプリケーションに対する前記第1のアプリケーションの優先度を認識していることを特徴とする請求項23に記載のシステム。無線ネットワーク内のアプリケーション間トラフィック管理のための分散型プロキシを有するシステムであって、第1のアプリケーションを通じて行われた第1のデータ要求及び第2のアプリケーションを通じて行われた第2のデータ要求を検出するローカルプロキシを有するモバイルデバイスと、前記モバイルデバイスと前記第1及び第2のデータ要求が向けられる1つ又はそれよりも多くのサーバとに結合され、前記ローカルプロキシと通信することができるプロキシサーバと、を含み、前記プロキシサーバへ前記第1のアプリケーションを通じて行われる前記第1のデータ転送要求の転送が、前記第2のアプリケーションを通じて行われる別のデータ転送要求が該プロキシサーバによって検出されるまで前記ローカルプロキシによって遅延され、前記プロキシサーバは、前記第1のデータ転送要求及び前記第2のデータ転送要求を前記ネットワーク上で単一の転送作動で転送する、ことを特徴とするシステム。前記プロキシサーバは、前記第2のアプリケーションに対する前記第2のデータ要求に関するコンテンツが変更された時に前記第1のデータ転送要求及び前記第2のデータ転送要求を前記ネットワーク上で単一の転送作動で転送することを特徴とする請求項27に記載のシステム。モバイルデバイス上のアプリケーショントラフィックの管理ためのシステムであって、モバイルデバイス上の複数のアプリケーションのアプリケーション挙動を使用して、ネットワーク上で該モバイルデバイスから該複数のアプリケーションの少なくとも一部分によって行われたコンテンツ要求の一部を整列させるための手段と、前記コンテンツ要求の前記一部を該コンテンツ要求の該一部がアラインメントなしで行われると考えられる時点を遅延させることによって整列させるための手段であって、該コンテンツ要求の該一部の各々を整列させる際に遅延される該時点が、単一の転送作動で整列させることができるコンテンツ要求の数を最適化するように判断される前記整列させるための手段と、遅延された前記コンテンツ要求の前記一部を前記ネットワーク上で単一の転送作動で転送するための手段と、を含むことを特徴とするシステム。遅延される前記時点を所定のコンテンツ要求を行う特定のアプリケーションのステータスに基づいて判断するための手段、を更に含み、前記ステータスは、前記特定のアプリケーションがあるのは背景又は前景かを示す、ことを特徴とする請求項29に記載のシステム。遅延される前記時点を利用可能帯域幅又はネットワーク待ち時間を含むネットワーク特性に基づいて判断するための手段を更に含むことを特徴とする請求項29に記載のシステム。プロセッサによって実行された時にモバイルデバイス上のアプリケーション間のトラフィックを調整する方法を実施する命令が格納された機械可読ストレージ媒体であって、方法が、アプリケーションによって開始された第1のデータ転送要求の転送を該アプリケーションによって開始された第2のデータ転送要求がモバイルデバイス上で検出されるまで遅延する段階と、前記第2のデータ要求がユーザ対話に応答して開始されたと判断する段階と、前記アプリケーションの前記第1のデータ転送要求及び前記第2のデータ転送要求をネットワーク上で単一の転送作動で転送する段階と、を含む、ことを特徴とする機械可読ストレージ媒体。以下の説明及び図面は、例示的なものであり、制限的と解釈すべきではない。本発明の開示を完全に理解することができるように多くの特定の細部に対して説明する。しかし、特定の実施例において、公知であるか又は従来の細部は、説明を不明瞭にすることを回避するために説明を割愛している。本発明の開示における一実施形態又は実施形態への言及は、同じ実施形態の言及である得るが、必ずしもそうであるというわけではなく、このような言及は、実施形態の少なくとも1つを意味する。本明細書における一実施形態又は実施形態への言及は、実施形態に関連して説明する特定の特徴、構造、又は特性が本発明の開示の少なくとも1つの実施形態に含まれることを意味する。本明細書の様々な箇所での一実施形態ではという語句の出現は、必ずしも全て同じ実施形態も指しているというわけではなく、他の実施形態を相互に排除する別の実施形態又は代替的な実施形態でもない。更に、一部の実施形態によって示すことができるが他に実施形態によって示すことはできない様々な特徴を説明する。同様に、一部の実施形態に対する要件とすることができるが他の実施形態に対してはそうではない様々な要件を説明する。本明細書で使用する用語は、一般的に、当業技術において、本発明の開示という状況において、かつ各語が使用される特定の内容において普通の意味を有する。本発明の開示を説明するのに使用する特定の用語は、本発明の開示の説明に関する実務者への付加的な指針になるように以下で又は本明細書の他の箇所に説明する。便宜上、特定の用語は、例えばイタリック及び/又は引用符を使用して強調表示される場合がある。強調表示の使用は、用語の範囲及び意味に影響を及ぼすものではなく、用語の範囲及び意味は、同じ状況において、強調表示されるか否かに関わらず同じである。同じものを1つよりも多い方法で言うことができることは認められるであろう。その結果、代替言語及び同義語は、本明細書に説明する用語のいずれか1つ又はそれよりも多くに対して使用することができ、また、用語は、精緻化するか又は本明細書に説明するか否かに関わらず、いずれの特定の重要性も置くべきではない。ある一定の用語に対する同義語が提供される。1つ又はそれよりも多くの同義語の引用は、他の同義語の使用を排除しない。本明細書に説明するいずれかの用語の例を含む本明細書のあらゆる箇所での実施例の使用は、例示的なものにすぎず、本発明の開示の又はあらゆる例証された用語の範囲及び意味を更に制限することを意図しない。同様に、本発明の開示は、本明細書に示す様々な実施形態に限定されない。本発明の開示の範囲を制限する意図なく、本発明の開示の実施形態による計器、装置、方法、及び関連の結果の例を以下に示している。読者の便宜を図るために例において表題又は副題が使用される場合があり、これは、いずれの点においても、本発明の開示の範囲を制限すべきではないことに注意されたい。別段の定義がない限り、本明細書で使用する全ての専門用語及び科学用語は、本明細書が属する技術分野の当業者により一般的に理解されるものと同じ意味を有する。矛盾が生じた場合に、定義を含む本明細書が優先されることとする。本発明の開示の実施形態は、複数のアプリケーションにわたるモバイルネットワークトラフィック調整のためのシステム及び方法を含む。開示する技術の一実施形態は、負荷、デバイス上での現在のアプリケーション必要性、アクセスのタイププッシュ対プル又は混成の制御、位置、単一のエリア内のユーザの集中度、時刻、ユーザがアプリケーション、コンテンツ、又はデバイスと対話する頻度、及び協働クライアント/サーバへの又は同時に協働クライアントなしのモバイルデバイスへのトラフィックを成形するためのこの情報の使用を含むデバイス及びアプリケーション活動の総合的な視点を通じて有線及び無線ネットワーク及びデバイスとの接続の複数の態様を最適化するシステムを含む。開示するサーバは、いずれの特定のネットワークプロバイダとも結び付いていないので、全てのサービスプロバイダにわたってネットワーク性能に対する視認性を有する。それによって最適化をオペレータ又はサービスプロバイダとは無関係にデバイスに適用することができ、従って、ユーザ体験が高まり、ローミング中にネットワーク利用が管理される。帯域幅は、今日、無線ネットワーク内の主要問題と考えられている。アクセス問題を解決するために、付加的な帯域幅の必要性に関連する益々多くの研究が行われており、性能強化の解決法、及び一般的に4Gと呼ばれるもの、すなわち、LTE、4G、及びWiMaxのような次世代規格の多くは、帯域幅の増大化が中心である。部分的に規格により対処されたが、残る重要な問題は、データチャンネルよりも信号伝達チャンネル上での帯域幅の不足である。開示する技術の実施形態は、例えば、いくつかのポーリング要求の必要性を最小にし、特定のコンテンツタイプを利用して接続/コンテンツのプロキシ/管理を提供する方法を判断し、かつデバイス、ユーザ挙動パターンデバイス/アプリケーションと対話する頻度、及び/又はネットワークパラメータに関連付けられた特定の発見的手法を適用するための複数のアプリケーションからの要求のアラインメントを含む。本発明の技術の実施形態は、様々なウィジェット、RSS読取器などによって行われる反復的なHTTPポーリングを遠隔ネットワークノード例えば、ネットワークオペレーションセンターNOCに移動する段階を更に含むことができ、従って、デバイスバッテリ/電力消費量、無線チャンネル信号伝達、及び帯域幅使用量がかなり低減される。更に、既存のアプリケーションを変更する必要がないように、オフロードは透過的に実行することができる。一部の実施形態において、これは特定の規則例えば、15分おきに起こるに適合する同じコンテンツRSS配信、ウィジェットデータセットの反復的な要求を自動的に検出するモバイルデバイス上でローカルプロキシを使用して実行することができる。ローカルプロキシは、サーバ例えば、通信ネットワークの要素として作動されるプロキシサーバにポーリングを委任しながらモバイルデバイス上のコンテンツを自動的にキャッシュに格納することができる。サーバは、次に、コンテンツが変更した場合に、モバイル/クライアントプロキシに通知することができ、コンテンツが変更されなかった代替的に、十分に又は識別された方法又は量では変更されなかった場合に、モバイルプロキシは、ユーザにキャッシュ内の最新バージョンを供給する無線を全く利用する必要なく。このようにして、モバイルデバイス例えば、モバイルフォン、スマートフォンのようなは、要求が、モニタされて新規/変更ありとフラグを付されなかったコンテンツに対するものである場合に、オープンアップ例えば、従って、無線の電源を投入する又はデータ接続を使用する必要がない。モニタされるコンテンツソース/アプリケーションサーバ例えば、URL/コンテンツを含むを自動的に追加する論理回路は、コンテンツが同じである頻度、同じ要求が行われる頻度一定の間隔/パターンがあるか、どのアプリケーションがデータを要求しているかのような様々なファクタに関して検査することができる。キャッシュ使用と元のソースへのデータ要求との間の判断すべき類似の規則は、ローカルプロキシ及び/又はサーバによって実施及び実行することができる。例えば、要求が予定外の/不意の時点で来た時ユーザ主導型検査、又は連続n回毎に応答がキャッシュのなどから供給された後に、又はアプリケーションが前景のより対話型モードに対して背景で実行中である場合である。益々多くのモバイルアプリケーションが特徴をネットワークに利用可能なリソースに基づく時に、これは益々重要になる。更に、開示する技術により、ネットワークからの不要な傍受通信の排除が可能であり、無線スペクトル使用量を最適化しようとするオペレータに恩典をもたらす。アプリケーション間のトラフィック調整本発明の開示の一実施形態において、一群のアプリケーション[A、B、C、...]は、ネットワークへのモバイルデバイス代替的に、モバイルデバイス上のクライアント例えば、モバイルアプリケーション、ソフトウエアエージェント、ウィジェットからの又はネットワークからモバイルデバイスへのクライアントによる受信に向けてデータの転送の時系列を有することができる。転送の時点は、以下として表すことができる。アプリケーションA:tA1、tA2、tA3...アプリケーションB:tB1、tB2、tB3...アプリケーションC:tC1、tC2、tC3...時間tの各々は、作動がアプリケーションサーバ/プロバイダで及び/又はモバイルデバイス上のソフトウエアクライアント上で実行されるので対応するアプリケーションの独立した活動に基づいて本来の発生点を有することができる。例えば、アプリケーションは、ネットワークにポーリングの一部として規則的な又は半規則的な一連の時点でメッセージ、イベント、又は他のタイプのデータを転送することができ又はその逆、デバイス、アプリケーション、又はユーザ要求、アプリケーション保守、又は他の作動を満たす。同様に、アプリケーションは、ネットワーク上で2つのデータストアの同期化、データストアのコンテンツの判断、アプリケーションサーバ/サービスプロバイダからの新しいデータへのアクセス、ピアデバイス例えば、同じアプリケーション又は要求側アプリケーションが対話する別のアプリケーションを有する別のデバイスとの通信、制御メッセージのやり取りのような固有の機能又は作動を実行するために、規則的な、半規則的な、又は不規則な一連の時点でメッセージ、イベント、又は他のタイプデータを転送することができる又はその逆。一部の例において、特定のモバイルデバイス上の第2のアプリケーションと比較すると、1つのアプリケーションに向けて、又は同じアプリケーションに関する異なるデータ要求に向けて、典型的には、データ転送又はイベントトランザクションが行われる期間の間には相関がないか又は弱い相関がある。一部の場合には、第2のアプリケーションと比較すると、より強い相関が1つのアプリケーションに向けて転送が行われる期間の間に存在する場合がある例えば、第1のアプリケーションの作動が、第2のアプリケーションの作動に依存するか又は第2のアプリケーションの作動をトリガする場合、又はユーザが通常は第2のアプリケーションの作動に関連して1つのアプリケーションの作動を実行する場合。尚、一部の例において、第2のアプリケーションは、第1のアプリケーションと同じアプリケーションである場合があり、相関は、同様に1つのアプリケーションによって送られた複数の要求に対して追跡及び判断することができる。一部の実施形態において、デバイス例えば、モバイルデバイス又はスマートフォン無線の電源が投入される回数を最適化して例えば、通常は最小にして電力消費量を低減するかつ従ってバッテリ又は他の電源を節約するためにローカルプロキシ及び/又はプロキシサーバを含む分散型プロキシシステムは、情報のイベント又はトランザクション又は転送の要求を傍受するように作動させることができる。傍受された時に、ローカルプロキシ及び/又はプロキシサーバは、単一の転送作動の一部としてすなわち、複数の個々の転送を実行する代わりにまとめて複数の転送を行うために、通常これらの転送のうちの1つ又はそれよりも多くが発生する時点を遅延させる又は迅速に処理することができる。代替的に、ローカル及び/又はプロキシサーバは、ポーリングが典型的に例えばより高い優先度を有する別のアプリケーションの前に行われると予想される非優先アプリケーション又はより重要性/時間依存性が劣るアプリケーションがないかデータを予め検索することができる。換言すると、遅延は、負である可能性があり、従って、通常は優先度が劣るアプリケーションの要求の前に行われる予想されるデータ要求とのアラインメントに向けてコンテンツが予め検索される。遅延時間Dは、このような転送を行う要求の受信の後の最大時間遅延値又は一部の例においては迅速時間値を表すことができる。Dの値は、単一の最適化されたデータ転送でできるだけ多くの転送の回収を可能にするように判断される。1つ又はそれよりも多くの転送の遅延時間又は迅速時間は、性能及びユーザ体験に及ぼす潜在的な影響を織り込むように判断される。理想的には、システムは、望まれないペナルティ又は非効率性を防止してユーザ体験に及ぼす望まれない影響を防止するようにDを判断する。尚、上述のように、遅延Dは、アラインメント目的に対して負又は正とすることができる例えば、遅延又は迅速転送を実施するために。一部の実施形態において、遅延時間D正及び負の遅延効率的及び迅速な転送の両方を表すように使用は、以下のもの、すなわち、アプリケーションの優先度、代替的に、別のアプリケーションとの比較における1つのアプリケーションの相対的な優先度、転送に関わっているデータの性質又は量例えば、データが表すのは新しいデータか、管理機能か、制御命令かのような、アプリケーションのステータス例えば、アクティブ、非アクティブ、背景、前景のような、転送されるデータの有効寿命古くなるまでの期間、単一のアプリケーションの複数のデータ要求の転送時点の間隔、1つよりも多いアプリケーションにわたる転送時点の間隔例えば、全てアクティブアプリケーションの考慮に基づく最大転送時点間隔、ネットワーク特性利用可能帯域幅、ネットワーク待ち時間のような、又は別の関連のファクタのうちの1つ又はそれよりも多くのファクタの考慮に基づいて判断することができる。一部の実施形態において、特定のイベント/トランザクションの遅延時間Dは、個々に各データ転送を実行することとは対照的に、複数のアプリケーション又は同じアプリケーションにわたるデータ転送要求を整列させるために電池寿命の最適化の一部として、モバイルデバイス例えば、プラットホーム、デバイス設定又はOS仕様、ネットワークサービスプロバイダ、及び/又はユーザにより制御することができる。一部の例において、ユーザは、複数のアプリケーション又は同じアプリケーションにわたる要求をバッチ処理するように指定する設定を手動で構成することができる。ユーザは、設定を可能し、システムが詳細を構成することを可能にすることができる。更に、ユーザは、モバイルネットワークのデータ要求転送のアラインメントに関連する優先傾向、優先度、又はあらゆる他の制約を指定することができる。図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は、一般的にモバイルデバイスのオペレーティングシステム又はプラットホームに対して透過的であり、デバイス製造業者に特定のものである場合もあれば、特定ではない場合もある。一部の例において、ローカルプロキシ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は、同時に全ての接続に向けてバッチ処理されたデータ転送を行うことにより、ネットワーク使用を同期化することができる。図2Aは、リソース節約に向けて無線ネットワーク内のトラフィックを管理するモバイルデバイス250上に常駐する分散型プロキシ及びキャッシュシステム内のクライアント側構成要素の例を示すブロック図を示している。携帯式電話のような携帯式デバイス又はモバイルデバイスとすることができるデバイス250は、一般的に、例えば、ネットワークインタフェース208、オペレーティングシステム204、コンテキストAPI206、及びプロキシ無認識210又はプロキシ認識220とすることができるモバイルアプリケーションを含む。尚、デバイス250は、モバイルデバイスとして特に図2の例に示されているが、このようなものに制限せず、デバイス250は、有線又は無線ネットワーク例えば、WiFi、セルラー、Bluetooth登録商標のようなを含むネットワークでデータ要求を満たす信号を受信、送信することができるあらゆる携帯式/モバイル、又は非携帯式デバイスとすることができる。ネットワークインタフェース202は、デバイス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及び/又は優先順位付けエンジン241を更に含むことができ、アプリケーション挙動検出器236は、パターン検出器237及び/又はアプリケーションプロフィール発生器239を更に含むことができる。追加の又はより少ない構成要素/モジュール/エンジンをローカルプロキシ275及び各図示の構成要素内に含むことができる。本明細書で使用する時にモジュール、マネージャ、ハンドラ、検出器、インタフェース、又はエンジンは、汎用、専用、又は共有プロセッサ、及び典型的にプロセッサによって実行されるファームウエア又はソフトウエアモジュールを含む。実行特定の又は他の考慮事項に基づいて、モジュール、マネージャ、ハンドラ、又はエンジンを集中型又は機能性分散型とすることができる。モジュール、マネージャ、ハンドラ、又はエンジンは、プロセッサによる実行に向けてコンピュータ可読ストレージ媒体内で実施される汎用又は専用ハードウエア、ファームウエア、又はソフトウエアを含むことができる。本明細書で使用する時にコンピュータ可読媒体又はコンピュータ可読ストレージ媒体は、全て、制定法例えば、米国においては35U.S.C.101に従う媒体を含み、特に、コンピュータ可読ストレージ媒体を含む特許請求の範囲が有効であるように除外が必要である範囲で本質的に制定法に従うものではない全ての媒体を除外することを意図している。公知の制定法に従うコンピュータ可読媒体は、ハードウエア例えば、少し例を挙げればレジスタ、ランダムアクセスメモリRAM、不揮発性NVストレージを含むが、ハードウエアに制限される場合もあれば、制限されない場合もある。一実施形態において、ネットワークトラフィック管理のための分散型プロキシ及びキャッシュシステムの一部は、デバイス250内に常駐するか、又はローカルプロキシ275モバイルクライアント及び/又はキャッシュ285を含むデバイス250と通信している。ローカルプロキシ275は、ユーザが電子メール、IM、ボイスメール、ビジュアルボイスメール、放送番組、インターネット、他のアプリケーションなどを含むデバイスアプリケーション及びサービスにアクセスするデバイス250上のインタフェースになることができる。プロキシ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チャットクライアントは、優先度に対して固有の構成を有することができる。優先順位付けエンジン241は、優先度を割り当てる1組の規則を含むことができる。優先順位付けエンジン241は、要求/トランザクションに向けて全体的な優先度ステータスを判断する際のアプリケーション又はトランザクション優先度に関するネットワークプロバイダ制限事項又は仕様を追跡することができる。更に、優先度は、明示的、黙示的に関わらず、部分的又は全体的にユーザ優先度によって判断することができる。ユーザは、一般的に、セッション又はタイプ又はアプリケーションの特定の優先度のような異なる階層で優先度を設定することができる例えば、IMチャットセッションに対して閲覧セッション、ゲームセッション、ユーザは、ウェブ-閲覧セッションよりも高い優先度を有することができるIMチャットセッションよりも高い優先度を常に有するようにゲームセッションを設定することができる。ユーザは、特定のトランザクションタイプに対して例えば、全てのアプリケーションにわたる全てのメッセージを送る要求に対して、メッセージ削除要求よりも高い優先度を有するように、全てのカレンダ関連のイベントに対して高い優先度を有するように、及び/又は特定のフォルダに対して、アプリケーションに特定の優先度を設定することができる例えば、ユーザはLinkedln関連のトランザクションよりも高い優先度を有するようにフェイスブック関連のトランザクションを設定することができる。優先順位付けエンジン241は、異なるエンティティによって設定される優先度で矛盾を追跡及び解決することができる。例えば、ユーザにより指定された手動の設定は、デバイスOS設定に優先することができ、ネットワークプロバイダパラメータ/制限事項例えば、ネットワークサービスエリア、地理的位置に対してデフォルトで設定済み、特定の時刻に向けて設定済み、又はサービス/料金タイプに基づいて設定済みは、あらゆるユーザ指定の設定及び/又はアプリケーションによって設定された優先度を制限することができる。一部の例において、ユーザから受信した手動の同期要求は、要求された同期化が、個々に割り当てた優先度又は要求されたアクションの全体的な優先度順位付けとは無関係に要求される時に行われるという点において、一部、大半、又は全ての優先度設定を無効化することができる。優先度は、二進表示、多価表示、等級表示を含むがこれらに限定されないあらゆる公知の及び/又は便利な方法で指定しかつ内部的に追跡することができ、全ては、開示する技術の範囲であると見なされる。表I以下の表Iは、例示を目的として、二進表示方式での割当てられた優先度の例を用いたトランザクションの一部の例を示している。付加的な割当ては、イベント、要求、トランザクションの付加的なタイプに対して可能であり、上述のように、優先度割当ては、多かれ少なかれ粒度の細かいレベルで、例えば、セッションレベルで、又はアプリケーションレベルなどで行うことができる。上述の表において一例として図示したように、一般的に、優先度が低い要求/トランザクションには、既読、未読としてのメッセージステータスの更新、メッセージ削除、コンタクト削除を含むことができ、優先権が高い要求/トランザクションには、一部の例において、ステータス更新、新しいIMチャットメッセージ、新しい電子メール、カレンダイベント更新/取消し/削除、モバイルゲームセッション内のイベント又は他のエンターテインメント関連のイベント、ウェブ購入又はオンラインを通じた購入確認、付加的なコンテンツをロードするか又はコンテンツをダウンロードする要求、コンタクトブック関連のイベント、デバイス設定を変更するトランザクション、位置認識の又は位置ベースのイベント/トランザクション、又はユーザによって開始されるか、ユーザが応答などを待っていることが既知であるか又は待っていることが予想され、又は待っていると思われるあらゆる他のイベント/要求/トランザクションを含むことができる。受信箱枝刈りイベント例えば、電子メール又はあらゆる他のタイプのメッセージは、一般的に低優先度と考えられ、他の間近に迫ったイベントがない限り、通常、デバイス250上での無線の使用をトリガしないことになる。具体的には、古い電子メール又は他のコンテンツを除去する枝刈りイベントは、予定された枝刈りイベントの時点で無線が別段オンではない場合に、他の通信と共に抱き合わせることができる。例えば、ユーザがメッセージを7日間そのまま保つに設定された優先傾向を有する場合に、デバイス250からのメッセージ削除を開始するためにデバイス無線の電源を投入する代わりに、メッセージが7日経過よりも大きい時に直ちに、次に無線の電源が投入された時にメッセージは削除される。無線がオンになっている場合に、正規に予定された通りに枝刈りを行うことができる。要求/トランザクションマネージャ235は、要求に向けて優先度を使用して例えば、優先順位付けエンジン241により、リソース最適化に向けてデバイス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は、追加の又はより少ない構成要素を含むことができ、より多くの又はより少ない機能を全部又は一部に関わらず本発明の開示の新しい技術から逸脱することなく含むことができる。図2Bは、図2Aの例に示す分散型プロキシシステムのクライアント側のローカルプロキシ275内のアプリケーション挙動検出器236及びトラフィック成形エンジン255内の構成要素の別の例を示すブロック図を示している。一実施形態において、アプリケーション挙動検出器236のパターン検出器237は、更に相関検出器238を含み、アプリケーションプロフィール発生器239は、更にアプリケーションステータス検出器240を含む。相関検出器238は、一実施形態において、例えば、アプリケーションストリーミング、又はクラウドを通じたアクセスを通じてアクセスされたか又はデバイス250上で実行中であるアプリケーション、エージェント及び/又はウィジェットによって行われたデータ転送要求のタイミングにおけるあらゆる相関を検出、判断、識別、計算、追跡することができる。一般的に、相関タイプには、イベント-レベル相関及びアプリケーション-レベル相関があり、システム/アプリケーションを含むことができる。相関検出器238は、システム/アプリケーションによりトリガされたイベント及び/又はユーザによりトリガされたイベント/トランザクションを追跡及びモニタすることができる。更に、相関検出器238は、特定のアプリケーションに対して又は異なるアプリケーションにわたってイベント間の相関を識別又は追跡することができる。相関は、例えば、第1のアプリケーションの第1のイベント/トランザクションタイプが同じアプリケーションの第2のイベント/トランザクションタイプの開始をトリガした時に検出することができる。トリガは、第1のアプリケーション内で発生するこのようなイベントのタイミング特性におけるパターンの特定を通じて相関検出器238により検出することができる。例えば、相関は、第1及び第2のイベント/トランザクションタイプの順序付け例えば、第2のイベントタイプは、第1のイベントタイプの後に常に発生するの識別を含むことができる。相関は、第1及び第2のイベント/トランザクションタイプが互いのタイムフレーム内に発生する例えば、第1のイベントタイプが、第2のイベントタイプの10msの時間ウインドウ内に発生すると判断することなどを含むことができる。相関は、例えば、1つのアプリケーションの特定のイベントタイプが別のアプリケーションの特定のイベントタイプをトリガした又は、タイミング又はその順序付け関係を有する時に検出することができる。同様に、相関検出器238は、1つのアプリケーションの作動例えば、1つのアプリケーション又はあらゆる他の活動の起動のようなが別のアプリケーションの作動に関連することを検出することができる。例えば、検出器は、一方のアプリケーションが起動された場合に他方のアプリケーションも起動されると判断することができる。検出器はまた、1つのアプリケーションが、起動/アクセスされた別のアプリケーションのある一定の時間ウインドウ内で常に起動され、又は1つのアプリケーションの活動状態が別のアプリケーションの活動状態のアプリケーションステータスに連結していることを検出することができる例えば、一方のアプリケーションが前景/背景へ移動した時に他方のアプリケーションが前景/背景へ移動するか、又は一方のアプリケーションがアクティブ/非アクティブになった時に他方のアプリケーションも状態を変えてアクティブ又はアクティブになるなど。一般的に、相関がないかを検出及び追跡されるこのようなイベント/トランザクションは、システム主導型又はアプリケーション主導型イベント又はユーザによりトリガされたイベント例えば、明示的ユーザ要求又は黙示的ユーザ要求を含むを含むことができる。一部の例において、相関検出器238は、ユーザ活動モジュール215を使用し、ユーザ活動に関連し及び/又はユーザ活動と共にアプリケーション又はアプリケーションイベント相関を検出することができる。例えば、相関検出器238は、第1のイベントタイプの発生によりユーザが第2のイベント同じアプリケーション又は異なるアプリケーションのをトリガするアクションを実行することが多いと判断することができる。2つのアプリケーションに関して与えられた2つのイベント及び例に対して実施例を本明細書に説明するが、相関検出器238は、イベント/トランザクションの発生における相関、検出かつ識別することができる複数のイベント例えば、2個、3個、4個、5個のようなに対する相関を追跡、検出、及び識別することができることに注意されたい。一般的に、相関検出器238は、アプリケーションによって行われた要求のタイミング特性を追跡して相関を検出する。相関は、プロフィール発生器239によりアプリケーションのプロフィールに組み込むことができる。一実施形態において、プロフィール発生器は、アプリケーションステータス検出器240を含む。アプリケーションステータス検出器240は、デバイス250上のアプリケーションの活動状態を検出することができる。活動状態は、制限ではなく一例として、特定のアプリケーションがモバイルデバイス250上で作動しているのは背景か又は前景か、アプリケーションがアクティブか又は非アクティブか、アプリケーションが対話されたか否か例えば、ユーザにより、又は別のアプリケーション又はデバイスによりを示すことができる。デバイス250上の活動状態又はアプリケーションのステータスは、他のイベント又はアプリケーションとのあらゆる相関と共にアプリケーションのプロフィール内に含め例えば、プロフィール発生器239により、かつデータ要求アラインメントに対して使用することができる。例えば、トラフィック成形エンジン255のアラインメントモジュール256の一実施形態は、デバイス250上の1つ又は複数のアプリケーションのアプリケーション挙動例えば、アプリケーション挙動検出器236により判断されたようなを使用し、ネットワーク上で同じアプリケーションモバイルデバイスか又は複数のアプリケーションの少なくとも一部分によって行われたコンテンツ要求例えば、アラインメントモジュール256により整列されたものの一部を整列させることができる。例えば、アプリケーション挙動は、アプリケーションプロフィール発生器239によって生成されたアプリケーションプロフィール内に示すことができる。一部の例において、コンテンツ要求同じアプリケーション又は異なるアプリケーションによって行われたは、コンテンツ要求の一部がアラインメントがなければ発生する時点を遅延させるか又は迅速に処理することによって整列し、トラフィック成形エンジン256は、ネットワークセルラーネットワーク又は他の無線ネットワーク上で単一の転送作動で遅延されるか又は迅速に処理されるコンテンツ要求を転送することができる。要求を遅延させることができる時間D期間は、単一の転送作動で整列させることができるコンテンツ要求の数を最適化するように一般的に判断される例えば、遅延モジュール258により。従って、遅延モジュール258は、アプリケーション内の又は複数の要求を整列させる遅延時間を判断する際に相関検出器238により識別される複数のアプリケーションにわたるイベント/トランザクション発生における相関を利用することができる。遅延時間D例えば、要求が迅速に処理され、又は遅延される時間を指すは、一般的に、アプリケーション挙動例えば、アプリケーション挙動検出器236により判断され及び/又はアプリケーションプロフィール内に示されたものに基づいて判断される。より具体的には、特定のコンテンツ要求の転送において遅延される時間は、特定のコンテンツ要求を行う特定のアプリケーション例えば、アプリケーション挙動検出器236の優先順位付けエンジン241により判断されるの優先度に基づいて、又はモバイルデバイス250上の他のアプリケーションに対する特定のアプリケーションの優先度に基づいて判断することができる。更に、遅延モジュール258は、特定のコンテンツ要求に関わっている1つ又はそれよりも多くのデータ量、特定のコンテンツ要求に関わっているデータの性質、特定のコンテンツ要求において転送すべきデータの有効寿命、及び/又は利用可能帯域幅又はネットワーク待ち時間を含むネットワーク特性に基づいて転送における遅延を判断することができる。従って、要求を整列させる際のシステムレベル作動の一例では、デバイス250のローカルプロキシ275は、第1のアプリケーションを通じて行われた第1のデータ要求及び第2のアプリケーションを通じて行われた第2のデータ要求を検出するか、又は第1及び第2のデータ要求は、同じアプリケーションによって行われる。デバイス250上のローカルプロキシ275内のトラフィック成形エンジン255のアラインメントモジュール256は、第1のデータ転送要求及び第2のデータ転送要求の転送がネットワーク上で単一の転送作動で発生するように従って、第1のデータ要求が発生した時に無線がデバイス250上で電源が切断されると仮定して一度だけ無線使用を可能する必要がある、第2のアプリケーションを通じて行われた別のデータ転送要求がローカルプロキシ275によって検出されるまでプロキシサーバ例えば、図1B及び図3の例のプロキシサーバ125又は325への第1のアプリケーションを通じて行われた第1のデータ転送要求の転送を遅延させることができる。第1のデータ転送要求の遅延は、遅延モジュール258により判断することができ、その判断は、例えば、第2のアプリケーションが、第1のアプリケーションに対して優先度が高いか、又は第2のアプリケーションが、前景で実行中であり、又はユーザが第2のアプリケーションと対話しており、第2のデータ要求が、ユーザ対話に応答して開始され、又は第2のアプリケーションが、第1のアプリケーションよりもデータ集約型である時に行うことができる。図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のような、ファイルシステム、及び/又はあらゆる他の便利な又は公知のデータベース管理パッケージにより管理することができる。図4Aは、ネットワークリソース及びバッテリリソースが分散型プロキシシステムによって実行されるコンテンツキャッシング及びモニタリングを使用することを通じて節約されるような方式で、モバイルデバイス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で無線モジュールの電源が投入される回数が短縮され、従って、バッテリ消費量が低減され、更に、ネットワーク帯域幅が解放される。図4Bは、モバイルデバイス450から無線ネットワーク内のアプリケーションサーバ/コンテンツプロバイダ495へのデータ要求がネットワーク及び無線使用を最適化するために分散型プロキシシステム460内のローカルプロキシ465で整列させることができる方法を示すタイミング図を示している。データ要求A432がモバイルデバイス450上のローカルプロキシ465で検出された時に、ローカルプロキシ465は、モバイルデバイス450上の無線が現在オフであると判断し、ネットワークで要求A432を転送するために待つことに判断することができる。データ要求B434が検出された時に、プロキシ465は、データ要求B434を転送するかどうか及び/又は間近に迫ったデータ要求A432を転送するどうかを判断することができる例えば、図6~図10の例における流れ図に示す条件及び/又は処理に基づいて。図4Bに示す例では、ローカルプロキシ465は、データ要求C436がプロキシ465によりデバイス450で検出されるまでデータ要求A及びBを転送しない。要求A432が遅延される時間D1433及び要求B434が遅延される時間D2435は、ローカルプロキシ465により判断することができる例えば、図2Bの例におけるトラフィック成形モジュール及び遅延モジュールに関連して説明するように。無線は、要求C436を受信した時に電源を投入することができ、要求A、B、及びC438のデータ転送は、直ちに転送440で又は一部の場合に部分的に遅延して転送442でサーバ/プロバイダ495に要求を転送することができる分散型プロキシ460のサーバ側470のホストサーバ480に転送されるようにこの時点で整列させることができる。尚、データ要求A、B、及びCは、モバイルデバイス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の省電力期間が活動が発生せずに経過した場合、デバイス550は、引き続きより長い期間例えば、期間1503及び期間2505を参照されたいで第2の省電力モードに入ることができる。一般的に、デバイス上のいずれかの活動により、クライアント省電力モードから出て、その特定の省電力イベントは終了する。更に、新しいデータ又はイベントが何らかの1つの省電力期間の終わりの前に受信された場合に、サーバ510A/Bに通信される待機期間は、増加した期間ではなく既存の期間とすることができる。例えば、段階506で、新しいコンテンツが省電力モード中に受け取られたので、段階508でサーバ510A/Bに通信される次の待機期間は、再び同じ時間節約期間に存在する。これに応答して、リモートプロキシサーバは、デバイス550からの省電力通知を受信すると、要求される期間待機期間にわたって変更データ又はSMSを送るのを停止することができる。待機期間の終わりで、受信したあらゆる通知に対処することができ、変更を単一のバッチ処理されたイベントとしてデバイス550に送ることができる。通知が入らなかった場合に、真のプッシュ配信を再開することができ、データ又はSMSは、デバイス550に直ちに送られる。モバイルデバイス550にコンテンツをバッチ送信するのを最適化するために、プロキシサーバは、クライアントが次の無線電源オンイベントでデータを受信する機会を増すようにポーリング又はデータ収集イベントをより早期に省電力期間の終わりの前に開始することができる。一実施形態において、省電力モードである間に新しいデータ又はコンテンツがデバイス550に入った時はいつでも、プロキシサーバは、現在登録されている全ての終点例えば、サーバ/プロバイダ510A/Bに対して省電力リモート手順呼び出しを行って応答することができる。尚、待機期間は、作動条件に適合するようにリアルタイムで作動中に更新することができる。例えば、複数サーバ510A/B又はその他が異なる遅延で待機期間の終わりに応答する場合は、モバイルデバイス550は、付加的な省電力呼び出しを送るので例えば、更新された待ち時間に、ローカルプロキシは、異なる遅延に適合するようにオンザフライで待機期間を調整することができる。デバイス550でのユーザ活動512の検出は、省電力モードを出ることを引き起こす。デバイス550が省電力モードを出た時に、デバイス550は、プロキシサーバに省電力キャンセル呼び出しを送ることができ、かついずれかの未処理通知に関連付けられたいずれの変更も直ちに受信することができる。これには、省電力キャンセル呼び出しを受信した後にポーリングをプロキシサーバによって実行することが必要になる場合がある。最新の省電力期間が満了した場合に、プロキシサーバは、従来のプッシュ配信作動モードになっているので、省電力キャンセル呼び出しが必要ではないと考えられる。一実施形態において、デバイス550が充電器に接続される時に、省電力モードは適用されない。この設定は、ユーザ又は別の当事者により再構成又は調整することができる。一般的に、省電力モードは、例えば、デバイス550上のユーザインタフェースを通じてユーザによりオン又はオフにすることができる。一般的に、データを受信する電力イベントのタイミングは、無線使用を最適化するためにあらゆる省電力呼び出しと同期させることができる。図6は、複数のアプリケーションのデータ転送要求を単一の転送作動に調整することができる例示的な選択処理を示す流れ図を示している。処理602において、デバイス又はモバイルデバイス上の第1のアプリケーションによって開始された第1のデータ転送要求を受信する。1つ又はそれよりも多くの選択処理を実行し、段階604-608に示すように、ユーザが第1のアプリケーションと対話しているか否か、第1のアプリケーションが前景にあるか否か、又は要求が開始されるモバイルデバイスの無線がオンであるか否かを判断することを含む第1のデータ転送要求の転送を遅延させるべきか否かを判断することができる。尚、選択処理は、特定の順序で例示かつ識別されているが、システムが適用可能性に関して検査する順序は、このようなものに限定されず、上述の条件のいずれも、あらゆる順序付け又は他の条件の1つとのあらゆる組合せで検査することができる。上述のもののうちの1つが適用される場合に、処理610において、一般的に、無線セルラー又は他のネットワーク上でデータ要求を転送するか、又は最小の遅延の有無に関わらず転送を行うために無線の電源を投入する例えば、図2Aの例に示す無線コントローラ256を通じて判断を行うことができる。ここに示していないが、データ要求の転送を直ちに又は受信時に行わせることができる付加的な条件を含めることができる。604~608の条件又は特定の実施に基づく他の適切な条件のいずれも適用されない場合に、処理612において、第1のデータ転送要求の転送を遅延させることができる。処理614において、別のデータ転送要求が開始されたか否かを判断する。開始されていない場合に、処理は、図7の流れAで続行される。開始されていた場合に、システムは、第2のアプリケーションが、第1の優先度タイプよりも高い優先度であるか、第2のアプリケーションが、前景で実行中であるか否か、ユーザが第2のアプリケーションと対話しているか否か、他のデータ要求がユーザ対話に応答して開始されたか否か、及び/又は第2のアプリケーションが、第1のアプリケーションよりもデータ集約型であるか否かを判断することを含む判断の流れ616~624に示すいくつかの条件検査のうちの1つ又はそれよりも多くを実施する。流れ図は、上述の条件のどれも適用されなかった場合に図7のAで続行される。上述の条件のいずれかが適用される場合に、処理626において、ネットワークで単一の転送作動で第1のアプリケーションの第1のデータ転送要求と第2のアプリケーションの他のデータ転送要求とを転送する。尚、特定の順序を有するように例示的な流れ図に示すが、616~624に示す条件は、あらゆる順序又は互いとのあらゆる組合せで適用することができる。図7は、別のデータ要求とのアラインメントなしでデータ要求を転送させるイベントをトリガする例を示している。処理702~710に示すイベントは、独立して又は互いに関連して発生することができ、これらのイベントの発生で最小の遅延の有無に関わらず無線ネットワーク上でデータ要求を転送させることができる。例えば、処理702において、別のイベントのためにモバイルデバイス無線の電源を投入する。処理704において、特定の期間が経過し、処理706において、ユーザトリガを検出し、及び/又は処理708において、第1のアプリケーションが出て、及び/又は処理710において背景へ入る。上述の条件のいずれかが検出された時に、処理721において、無線セルラー又は他のネットワーク上でデータ要求を転送する。図8は、個々のアプリケーションによって行われたデータ要求のタイミング特性を使用し、個々のアプリケーションの1つによって行われたデータ要求のうちの1つ又はそれよりも多くの転送を遅延させる例示的な処理を示す流れ図を示している。処理802及び804において、モバイルデバイス上の第1及び第2のアプリケーションによって行われたデータ転送要求を追跡する。例えば、図2Aの例に示すローカルプロキシ275のトランザクション/要求マネージャ235は、データ転送要求の発生を検出し、アプリケーション挙動検出器236が要求側アプリケーションの相関又は他のタイプの挙動の追跡を始めることを要求することができる。処理806において、第1のアプリケーションによって行われたデータ転送要求の第1のタイミング特性を判断し、処理808において、第2のアプリケーションによって行われたデータ転送要求の第2のタイミング特性を判断し、それは、例えば、要求におけるあらゆる相関を識別するために相関検出器238により使用することができる。識別されたタイミング特性に基づいて、あらゆる判断された相関又は適用可能な優先度例えば、図2Aの例の優先順位付けエンジン238により判断されたものがある。処理810において、第1及び第2のタイミング特性を使用して第1のデータ要求の転送を遅延させることができ、又は処理812において、第1及び第2のタイミング特性を使用して第2のデータ要求の転送を遅延させることができる。別のイベントが発生するまで、手動のユーザトリガが検出され、又は特定の期間の後まで又は別のトリガイベント例えば、ユーザ対話が発生した時に、このような遅延例えば、図2Bの例に示すローカルプロキシの遅延モジュール258により判断したものを遅延させることができる。尚、遅延は、ユーザ構成可能であり、かつ追跡して遅延モジュール258による考慮に織り込むことができる。異なるアプリケーション例えば、第1及び第2のアプリケーションは、異なるアプリケーションであるに対して例を示して説明したが、処理は、同じアプリケーション例えば、第1及び第2のアプリケーションは、同じアプリケーションとすることができる内の異なる要求に同様に適用することができる。図9は、複数のアプリケーションのアプリケーション挙動を使用し、ネットワークにおいて行われたコンテンツ要求を整列させる例示的な処理を示す流れ図を示している。処理902において、複数のアプリケーションのアプリケーション挙動をモバイルデバイス上で検出する。一般的に、検出されるモバイルデバイス上のあらゆる数のアプリケーションの挙動を追跡することができる。トラフィック調整に向けて要求を整列させる可能性がないかに関してデバイス上のいずれか又は全てのモバイルアプリケーションをモニタすることができる。更に、ユーザは、整列すべきアプリケーションを選択するか、又はトラフィック調整に向けて追跡されないアプリケーションを指定することができる。更に、デバイスプラットホーム、製造業者、OS設定及び/又はネットワークプロバイダは、トラフィック調整に向けてアプリケーションのトラフィック要求及び選択を整列させる付加的な仕様又は条件を有することができる。処理904において、ネットワーク上でモバイルデバイスからの複数のアプリケーションの少なくとも一部分によって行われたコンテンツ要求の一部が整列される。処理の流れは、図10の例に示すように、段階Bに続き、図10は、無線ネットワーク上でコンテンツ要求を整列させるためにコンテンツ要求の遅延の時点を判断することができる処理の例を示している。処理906において、単一の転送作動で遅延されるコンテンツ要求の一部をネットワーク上で転送する。遅延時間Dを判断するために適用された例示的な処理は、制限ではなく一例として、処理1002において、特定のアプリケーションの優先度又は他のアプリケーションに対するアプリケーションの優先度を判断すること、段階1004において、特定のコンテンツ要求に関わっているデータ量を判断すること、段階1006において、コンテンツ要求内で転送すべきデータの有効寿命を判断すること、段階1008において、特定のコンテンツ要求に関わっているデータの性質を判断すること、段階1010において、コンテンツ要求を行うアプリケーションのステータスを判断すること、及び/又は段階1012において、要求が行われた時にネットワーク特性を判断することを含む。あらゆる数の上述の条件をあらゆる順序で適用することができる。使用することができる付加的な条件は、上述の例に示されていない場合がある。処理1014において、処理1016でコンテンツ要求を整列させるために遅延を判断する際にあらゆるユーザ構成又はオーバーライド設定を考慮に織り込むことができる。図11は、機械に本明細書に説明する方法のいずれか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項に従って取り扱われることを意図したあらゆる特許請求の範囲は、するための手段という語で始まることになる。従って、本出願人は、本発明の開示の他の態様に対してこのような付加的な特許請求の範囲の形式を求めるために本出願を出願後に付加的な特許請求の範囲を追加する権利を保持する。