モバイルデバイス上のコンテンツをキャッシュに入れることによる無線ネットワーク内のリソース管理の方法であって、モバイルデバイスが対話するコンテンツソースをキャッシュに適するコンテンツを有するとして検出する段階と、キャッシュ要素として前記コンテンツソースから受信したコンテンツを前記モバイルデバイス上のローカルキャッシュに格納する段階と、前記モバイルデバイスからリモートであり、かつそれと無線通信しているプロキシサーバに対して、前記コンテンツソースを該プロキシサーバが新しい又は変更されたデータに関して該コンテンツソースをモニタするように識別する段階と、前記プロキシサーバが新しい又は変更されたデータを検出した時に前記ローカルキャッシュ内の前記キャッシュ要素を無効にする段階と、を含むことを特徴とする方法。前記プロキシサーバは、前記モバイルデバイスでの前記コンテンツソースのポーリング頻度に基づく頻度で新しい又は変更されたデータに関して該コンテンツソースをモニタすることを特徴とする請求項1に記載の方法。前記モバイルデバイスから前記コンテンツソースに向けられたポーリング要求をモニタして該ポーリング要求間の間隔を判断する段階を更に含むことを特徴とする請求項1に記載の方法。ポーリングスケジュールが、前記モバイルデバイスから前記コンテンツソースに向けられた前記ポーリング要求間の前記間隔に基づいて生成されることを特徴とする請求項3に記載の方法。前記ポーリングスケジュールは、前記プロキシサーバに送られ、かつ前記コンテンツソースをモニタする際に該プロキシサーバによって使用されることを特徴とする請求項4に記載の方法。前記ポーリングスケジュールは、前記コンテンツソースをモニタする際に前記プロキシサーバによって使用されるポーリング間隔を指定することを特徴とする請求項4に記載の方法。前記プロキシサーバは、新しい又は変更されたデータが検出された時に前記モバイルデバイスに対して前記ローカルキャッシュ内の前記キャッシュ要素を無効にするようにそれに通知するメッセージを送信することを特徴とする請求項1に記載の方法。前記コンテンツは、1組の基準に基づいてキャッシュに適切であると判断されることを特徴とする請求項1に記載の方法。前記基準の組は、前記コンテンツソースから要求された前記コンテンツの時間的重要度を示すことを特徴とする請求項8に記載の方法。モバイルデバイス上のコンテンツをキャッシュに入れることによるネットワーク内のリソース管理の方法であって、コンテンツサーバからのコンテンツをキャッシュ格納要素としてモバイルデバイス上のローカルキャッシュに格納する段階と、前記コンテンツサーバに連絡するポーリング要求を受信することに応答して、前記モバイルデバイスの無線が該ポーリング要求にサービスを提供するために起動されないように、前記ローカルキャッシュから前記キャッシュ格納要素を検索して該モバイルデバイスにおいて行われた該ポーリング要求に応答する段階と、を含むことを特徴とする方法。新しい又は変更されたデータが前記コンテンツサーバにおいて検出された時に前記ローカルキャッシュ内の前記キャッシュ要素を無効にする段階、を更に含むことを特徴とする請求項10に記載の方法。前記キャッシュ要素が無効にされた時に前記ポーリング要求を満たすために前記モバイルデバイス上の前記無線の使用を有効にする段階を更に含むことを特徴とする請求項11に記載の方法。前記ローカルキャッシュ内の前記キャッシュ格納要素のストレージが、前記モバイルデバイス上のローカルプロキシにより管理され、該ローカルプロキシは、コンテンツが該モバイルデバイスからリモートのプロキシサーバに対してキャッシュに入れられる前記コンテンツサーバを識別することができ、前記プロキシサーバは、前記モバイルデバイスとの無線接続性を確立して前記コンテンツサーバと通信することができる、ことを特徴とする請求項10に記載の方法。前記プロキシサーバは、新しい又は変更されたデータに関して前記コンテンツサーバをモニタし、かつ前記キャッシュ格納要素の一部又は全てを無効にするように前記ローカルプロキシに通知することを特徴とする請求項13に記載の方法。1組の基準が、前記コンテンツサーバからの前記コンテンツがキャッシュ格納要素として前記ローカルキャッシュに格納されたか否かを判断するのに使用されることを特徴とする請求項10に記載の方法。前記基準の組は、前記モバイルデバイスがアクティブ又は非アクティブであるかを示す該モバイルデバイスの状態を含むことを特徴とする請求項9に記載の方法。前記基準の組は、ネットワーク条件を含むことを特徴とする請求項16に記載の方法。前記基準の組は、無線カバレージ統計値を含むことを特徴とする請求項16に記載の方法。前記基準の組は、前記コンテンツサーバから受信した前記コンテンツの時間的重要度を含むことを特徴とする請求項16に記載の方法。前記ポーリング要求が行われるのはユーザ対話に応答してか又はアプリケーションのプログラム的リフレッシュに応答してかを判断する段階を更に含むことを特徴とする請求項10に記載の方法。前記基準の組は、前記コンテンツサーバへのポーリング要求の割合を含むことを特徴とする請求項16に記載の方法。前記ポーリング要求は、前記モバイルデバイス上にインストールされたモバイルアプリケーションによって行われることを特徴とする請求項10に記載の方法。モバイルネットワーク内のリソースを最適化するためのシステムであって、ホストサーバからのコンテンツをキャッシュ格納要素としてローカルキャッシュに格納するモバイルデバイス上のローカルプロキシ、を含み、前記ローカルプロキシは、前記モバイルデバイス上のモバイルアプリケーションによって行われたポーリング要求を傍受し、受信したコンテンツがキャッシュ格納要素として格納された前記ホストサーバに連絡し、前記ローカルプロキシは、前記モバイルデバイスの無線が前記モバイルアプリケーションに応答を供給するために起動されないように、前記ローカルキャッシュから前記キャッシュ格納要素を検索して前記ポーリング要求を行った該モバイルアプリケーションに応答する、ことを特徴とするシステム。前記ローカルプロキシは、新しい又は変更されたデータが前記コンテンツサーバにおいて検出された時に前記ローカルキャッシュ内の前記キャッシュ要素を無効にする、ことを特徴とする請求項23に記載のシステム。前記ローカルプロキシは、前記キャッシュ要素が無効にされた時に前記モバイルアプリケーションによって行われた前記ポーリング要求を満たすために前記モバイルデバイス上の前記無線の使用を有効にする、ことを特徴とする請求項23に記載のシステム。前記モバイルデバイスと前記モバイルアプリケーションが対話する前記ホストサーバとに結合されたプロキシサーバ、を更に含み、前記プロキシサーバは、ブロトコルを通じて前記ローカルプロキシと通信することができ、前記プロキシサーバは、新しい又は変更されたデータに関して前記コンテンツサーバをモニタし、かつ前記キャッシュ格納要素の一部又は全てを無効にするように前記ローカルプロキシに通知する、ことを特徴とする請求項23に記載のシステム。前記ローカルプロキシは、前記ホストサーバから受信したコンテンツが前記ローカルキャッシュにキャッシュ格納要素として格納されていることを前記プロキシサーバに対して識別することを特徴とする請求項26に記載のシステム。前記ローカルプロキシは、アプリケーションによって行われるその後の要求を満たすために、該アプリケーションによって要求された前記ホストサーバからの前記コンテンツを前記モバイルデバイス上のローカルキャッシュにキャッシュ格納要素として格納するための選択基準を適用することを特徴とする請求項23に記載のシステム。前記選択基準は、どの程度の頻度で前記ホストサーバからのコンテンツが変更されるかを含むことを特徴とする請求項28に記載のシステム。前記選択基準は、前記ホストサーバから受信した前記コンテンツの時間的重要度を含むことを特徴とする請求項28に記載のシステム。モバイルデバイス上のコンテンツをキャッシュに入れることによって無線ネットワーク内のリソースを管理するためのシステムであって、モバイルデバイス上の第1のモバイルアプリケーションによって行われた第1のデータ要求を検出するための手段と、前記第1のデータ要求に応答するために前記モバイルデバイス上のローカルキャッシュに格納されたキャッシュ格納要素を検索するための手段と、前記モバイルデバイス上の第2のモバイルアプリケーションによって行われた第2のデータ要求を検出するための手段と、行われた前記第2のデータ要求を満たすために無線ネットワークとの前記モバイルデバイスの接続性を確立するための手段と、を含むことを特徴とするシステム。前記第2のモバイルアプリケーションは、前記第2のデータ要求内でタイムクリティカルなデータを要求するタイムクリティカルなアプリケーションであることを特徴とする請求項31に記載のシステム。前記第2のモバイルアプリケーションは、前景で実行中であることを特徴とする請求項31に記載のシステム。前記第1のモバイルアプリケーションは、背景で実行中であることを特徴とする請求項31に記載のシステム。前記第1のデータ要求は、前記モバイルデバイスが非アクティブである時に行われることを特徴とする請求項31に記載のシステム。前記モバイルデバイスのバックライトステータスを検出するための手段、を更に含み、前記バックライトステータスは、前記モバイルデバイスが非アクティブである時に前記第1のデータ要求が行われたと判断する際に使用される、ことを特徴とする請求項35に記載のシステム。前記モバイルデバイス上の前記第1のモバイルアプリケーションによって行われた別のデータ要求を検出するための手段であって、該別のデータ要求が、該第1のモバイルアプリケーションとのユーザ対話に応答して行われる前記検出するための手段と、他方のデータ要求を満たすために前記モバイルデバイス上で無線を使用することを可能にするための手段と、を更に含むことを特徴とする請求項31に記載のシステム。プロセッサによって実行された時に該プロセッサをしてモバイルデバイス上のコンテンツをキャッシュに入れることによるネットワーク内のリソース管理の方法を実施させる命令が格納された機械可読ストレージ媒体であって、方法がコンテンツサーバからのコンテンツをモバイルデバイス上のローカルキャッシュにキャッシュ格納要素として格納する段階と、前記コンテンツサーバに連絡するポーリング要求を受信することに応答して、前記モバイルデバイスの無線が該ポーリング要求にサービスを提供するために起動されないように、前記ローカルキャッシュから前記キャッシュ格納要素を検索して該モバイルデバイスにおいて行われた該ポーリング要求に応答する段階と、新しい又は変更されたデータが前記コンテンツソースにおいて検出された時に前記ローカルキャッシュ内の前記キャッシュ要素を無効にする段階と。前記キャッシュ要素が無効にされた時に前記ポーリング要求を満たすために前記モバイルデバイス上の前記無線の使用を有効にする段階と、を含む、ことを特徴とする機械可読ストレージ媒体。モバイルデバイス上のコンテンツをキャッシュに入れることによる無線ネットワーク内のリソース管理の方法であって、モバイルデバイスが対話するコンテンツソースをキャッシュに適するコンテンツを有するとして検出する段階と、キャッシュ要素として前記コンテンツソースから受信したコンテンツを前記モバイルデバイス上のローカルキャッシュに格納する段階と、前記モバイルデバイスからリモートであり、かつそれと無線通信しているプロキシサーバに対して、前記コンテンツソースを該プロキシサーバが新しい又は変更されたデータに関して該コンテンツソースをモニタするように識別する段階であって、該プロキシサーバが、該モバイルデバイスでの該コンテンツソースのポーリング頻度に基づく頻度で新しい又は変更されたデータに関して該コンテンツソースをモニタする前記識別する段階と、前記プロキシサーバが新しい又は変更されたデータを検出した時に、前記ローカルキャッシュ内の前記キャッシュ格納要素が、前記モバイルデバイスにおいて検出又は推定されたユーザ挙動に部分的に基づいて有効であるか否かを判断する段階と、を含むことを特徴とする方法。モバイルデバイス上のコンテンツをキャッシュに入れることによる無線ネットワーク内のリソース管理の方法であって、モバイルデバイスが対話するコンテンツソースをキャッシュに適するコンテンツを有するとして検出する段階と、キャッシュ要素として前記コンテンツソースから受信したコンテンツを前記モバイルデバイス上のローカルキャッシュに格納する段階と、前記モバイルデバイスから前記コンテンツソースに向けられたポーリング要求をモニタして該ポーリング要求内のパターンを識別する段階と、前記モバイルデバイスからリモートであり、かつそれと無線通信しているプロキシサーバに対して、前記コンテンツソースを該プロキシサーバが新しい又は変更されたデータに関して該コンテンツソースをモニタするように識別する段階であって、該プロキシサーバが、該モバイルデバイスでの該コンテンツソースのポーリング頻度に基づく頻度で新しい又は変更されたデータに関して該コンテンツソースをモニタする前記識別する段階と、前記プロキシサーバが新しい又は変更されたデータを検出した時に、前記ローカルキャッシュ内の前記キャッシュ格納要素が、前記ポーリング要求内の前記パターンに部分的に基づいて有効であるか否かを判断する段階と、を含むことを特徴とする方法。以下の説明及び図面は、例示的なものであり、制限的と解釈すべきではない。本発明の開示を完全に理解することができるように多くの特定の細部に対して説明する。しかし、特定の実施例において、公知であるか又は従来の細部は、説明を不明瞭にすることを回避するために説明を割愛している。本発明の開示における一実施形態又は実施形態への言及は、同じ実施形態の言及である得るが、必ずしもそうであるというわけではなく、このような言及は、実施形態の少なくとも1つを意味する。本明細書における一実施形態又は実施形態への言及は、実施形態に関連して説明する特定の特徴、構造、又は特性が本発明の開示の少なくとも1つの実施形態に含まれることを意味する。本明細書の様々な箇所での一実施形態ではという語句の出現は、必ずしも全て同じ実施形態も指しているというわけではなく、他の実施形態を相互に排除する別の実施形態又は代替的な実施形態でもない。更に、一部の実施形態によって示すことができるが他に実施形態によって示すことはできない様々な特徴を説明する。同様に、一部の実施形態に対する要件とすることができるが他の実施形態に対してはそうではない様々な要件を説明する。本明細書で使用する用語は、一般的に、当業技術において、本発明の開示という状況において、かつ各語が使用される特定の内容において普通の意味を有する。本発明の開示を説明するのに使用する特定の用語は、本発明の開示の説明に関する実務者への付加的な指針になるように以下で又は本明細書の他の箇所に説明する。便宜上、特定の用語は、例えばイタリック及び/又は引用符を使用して強調表示される場合がある。強調表示の使用は、用語の範囲及び意味に影響を及ぼすものではなく、用語の範囲及び意味は、同じ状況において、強調表示されるか否かに関わらず同じである。同じものを1つよりも多い方法で言うことができることは認められるであろう。その結果、代替言語及び同義語は、本明細書に説明する用語のいずれか1つ又はそれよりも多くに対して使用することができ、また、用語は、精緻化するか又は本明細書に説明するか否かに関わらず、いずれの特定の重要性も置くべきではない。ある一定の用語に対する同義語が提供される。1つ又はそれよりも多くの同義語の引用は、他の同義語の使用を排除しない。本明細書に説明するいずれかの用語の例を含む本明細書のあらゆる箇所での実施例の使用は、例示的なものにすぎず、本発明の開示の又はあらゆる例証された用語の範囲及び意味を更に制限することを意図しない。同様に、本発明の開示は、本明細書に示す様々な実施形態に限定されない。本発明の開示の範囲を制限する意図なく、本発明の開示の実施形態による計器、装置、方法、及び関連の結果の例を以下に示している。読者の便宜を図るために例において表題又は副題が使用される場合があり、これは、いずれの点においても、本発明の開示の範囲を制限すべきではないことに注意されたい。別段の定義がない限り、本明細書で使用する全ての専門用語及び科学用語は、本明細書が属する技術分野の当業者により一般的に理解されるものと同じ意味を有する。矛盾が生じた場合に、定義を含む本明細書が優先されることとする。本発明の開示の実施形態は、リソース及びモバイルネットワークトラフィック管理のための分散型キャッシュのためのシステム及び方法を含む。開示する技術の一実施形態は、負荷、デバイス上での現在のアプリケーション必要性、アクセスのタイププッシュ対プル又は混成の制御、位置、単一のエリア内のユーザの集中度、時刻、ユーザがアプリケーション、コンテンツ、又はデバイスと対話する頻度、及び協働クライアント/サーバへの又は同時に協働クライアントなしのモバイルデバイスへのトラフィックを成形するためのこの情報の使用を含むデバイス及びアプリケーション活動の総合的な視点を通じて有線及び無線ネットワーク及びデバイスとの接続の複数の態様を最適化するためのシステムを含む。開示するサーバは、いずれの特定のネットワークプロバイダとも結び付いていないので、全てのサービスプロバイダにわたってネットワーク性能に対する視認性を有する。それによって最適化をオペレータ又はサービスプロバイダとは無関係にデバイスに適用することができ、従って、ユーザ体験が高まり、ローミング中にネットワーク利用が管理される。帯域幅は、今日、無線ネットワーク内の主要問題と考えられている。アクセス問題を解決するために、付加的な帯域幅の必要性に関連する益々多くの研究が行われており、性能強化の解決法、及び一般的に4Gと呼ばれるもの、すなわち、LTE、4G、及びWiMaxのような次世代規格の多くは、帯域幅の増大化が中心である。部分的に規格により対処されたが、残る重要な問題は、データチャンネルよりも信号伝達チャンネル上での帯域幅の不足である。開示する技術の実施形態は、例えば、いくつかのポーリング要求の必要性を最小にし、特定のコンテンツタイプを利用して接続/コンテンツのプロキシ/管理を提供する方法を判断し、かつデバイス、ユーザ挙動パターンデバイス/アプリケーションと対話する頻度、及び/又はネットワークパラメータに関連付けられた特定の発見的手法を適用するための複数のアプリケーションからの要求のアラインメントを含む。本発明の技術の実施形態は、様々なウィジェット、RSS読取器などによって行われる反復的なHTTPポーリングを遠隔ネットワークノード例えば、ネットワークオペレーションセンターNOCに移動する段階を更に含むことができ、従って、デバイスバッテリ/電力消費量、無線チャンネル信号伝達、及び帯域幅使用量がかなり低減される。更に、既存のアプリケーションを変更する必要がないように、オフロードは透過的に実行することができる。一部の実施形態において、これは特定の規則例えば、15分おきに起こるに適合する同じコンテンツRSS配信、ウィジェットデータセットの反復的な要求を自動的に検出するモバイルデバイス上でローカルプロキシを使用して実行することができる。ローカルプロキシは、サーバ例えば、通信ネットワークの要素として作動されるプロキシサーバにポーリングを委任しながらモバイルデバイス上のコンテンツを自動的にキャッシュに格納することができる。サーバは、次に、コンテンツが変更した場合に、モバイル/クライアントプロキシに通知することができ、コンテンツが変更されなかった代替的に、十分に又は識別された方法又は量では変更されなかった場合に、モバイルプロキシは、ユーザにキャッシュ内の最新バージョンを供給する無線を全く利用する必要なく。このようにして、モバイルデバイス例えば、モバイルフォン、スマートフォンのようなは、要求が、モニタされて新規/変更ありとフラグを付されなかったコンテンツに対するものである場合に、オープンアップ例えば、従って、無線の電源を投入する又はデータ接続を使用する必要がない。モニタされるコンテンツソース/アプリケーションサーバ例えば、URL/コンテンツを含むを自動的に追加する論理回路は、コンテンツが同じである頻度、同じ要求が行われる頻度一定の間隔/パターンがあるか、どのアプリケーションがデータを要求しているかのような様々なファクタに関して検査することができる。キャッシュ使用と元のソースへのデータ要求との間の判断すべき類似の規則は、ローカルプロキシ及び/又はサーバによって実施及び実行することができる。例えば、要求が予定外の/不意の時点で来た時ユーザ主導型検査、又は連続n回毎に応答がキャッシュのなどから供給された後に、又はアプリケーションが前景のより対話型モードに対して背景で実行中である場合である。益々多くのモバイルアプリケーションが特徴をネットワークに利用可能なリソースに基づく時に、これは益々重要になる。更に、開示する技術により、ネットワークからの不要な傍受通信の排除が可能であり、無線スペクトル使用量を最適化しようとするオペレータに恩典をもたらす。インテリジェントキャッシュ管理コンテンツソース又はアプリケーションサーバへの要求の割合及びタイプURI又はURLにより識別することができるを検出することにより、モバイルデバイス又はユーザの状態情報例えば、バックライトはオンか又はオフかを判断することと組み合わせて、分散型プロキシシステム例えば、ローカルプロキシ及び/又はプロキシサーバは、例えば、プログラム的にリフレッシュされたコンテンツと前景でユーザによって要求されたコンテンツの差を判断することができる。TCP接続遅延及び/又はRTT、現在の無線カバレージ統計値のようなネットワーク条件と共にこの情報を使用して、開示するプロキシシステムは、今後のコンテンツ要求を満たすために、モバイルデバイス上でローカルにコンテンツをキャッシュすべきか及びいつすべきかを判断することができる。コンテンツがキャッシュに入れられた場合に、キャッシュに入れられたバージョンをユーザに示すことができる。キャッシュに入れられなかった場合に、要求はモバイルネットワークでコンテンツサーバに渡され、検索されたコンテンツを示すことができる。ユーザ体験を維持するために、開示する分散型プロキシシステムは、ファクタとしてアプリケーションの重大性を判断及び利用することができる。財務アプリケーションは、例えば、これらのアプリケーション要求がキャッシュに入れられず、その代わりに現在のデータを検索するためにモバイルネットワークに行かされるようにタイムクリティカルであると考えることができる。アプリケーションは、名称又はタイプにより、使えるように設定する時点で極めて重要と見なすか、又は時間と共にユーザ対話のプログラムに基づく観測により判断することができる。すなわち、分散型プロキシシステムのサーバ側構成要素は、アプリケーションの重大性を示すプロフィールを備えるように設定することができる。このプロフィールは、ポーリング要求の初期化又はその後の確立中にプロキシシステムのデバイス側構成要素に通信することができる。1組の基準例えば、アプリケーションプロフィール情報を含むをコンテンツソース/アプリケーションサーバ例えば、各関連のリソース又はリソース識別子に適用してキャッシュに対する関連のコンテンツの適性サイズのようなを判断することができる。プロフィールを更に使用し、グーグルマーケットのようなキャッシュが通常は適切でないアプリケーションを識別することができる。更に、ポーリング挙動を判断してコンテンツを相応にキャッシュに入れることができるように、コンテンツソース/アプリケーションサーバに関連付けられた特定の識別子例えば、リソース識別子のリソースにより識別される各要求のパターン例えば、周期性又は時間間隔を分散型システムによってモニタすることができる。コンテンツソース/アプリケーションサーバからのコンテンツがキャッシュに適すると識別された時に、コンテンツソース/アプリケーションサーバに関連付けられたコンテンツを変更がないかモニタすることを要求するメッセージを開示するプロキシシステムのサーバ側構成要素に送信することができる。サーバがコンテンツは変更されたことを検出した時に、サーバは、そのURLに関連付けられたあらゆるキャッシュ要素を無効にするように指示するメッセージをデバイス側構成要素に送信する。一部の例において、キャッシュに入れられる時に、モバイルデバイスのメモリ使用パラメータ例えば、キャリア構成により説明が織り込まれる。従って、開示する分散型プロキシのクライアント側構成要素は、通常、キャッシュエントリには指定の百分率例えば、デバイス製造業者、オペレーティングシステム、アプリケーションなどにより指定よりも大きい空きメモリ空間を使用しない。総メモリ使用に加えて、分散型プロキシのクライアント側構成要素は、複数のアプリケーションにわたって格納されたキャッシュエントリの総数に又はアプリケーション当たりで構成可能な限界を実行することができる。モバイルデバイス上に格納されたキャッシュエントリは、例えば、構成可能なパラメータ例えば、アプリケーションの必要性、ネットワークサービスプロバイダ要件、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、Bluetooth登録商標、Wi-Fi、固定式無線データ、2G、2.5G、3G、4G、IMT-Advanced、プレ4G、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及び図3Aの例に示すサーバプロキシ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及び図3Aの例のホストサーバ100及び300にデバイス250との通信頻度を修正させることができる。ローカルプロキシ275は、ユーザ活動モジュール215により判断されたユーザ挙動の特性情報を使用し、その通信頻度を調節させる方法に関して遠隔デバイスに指示することができる例えば、ユーザがアイドルである場合にデータプッシュ配信頻度のような通信頻度を減少する、新しいデータ、変更されたデータ、又は特定の重要性レベルのデータが利用可能になった場合にリモートデバイスがデバイス250に通知するように要求するなど。一実施形態において、ユーザ活動モジュール215は、ユーザ活動特性がユーザが非アクティブ状態の後にアクティブであることを示すとの判断に応答して、リモートデバイス例えば、図1A~図1B及び図3Aの例のサーバホストサーバ100及び300が先だって低減された通信頻度の結果としてバッファ方式でデータを送ることを要求することができる。追加的又は代替的に、ローカルプロキシ275は、リモートデバイス例えば、図1A~図1B及び図3Aの例のホストサーバ100及び300にデバイス250でのユーザ活動の特性を通信することができ、リモートデバイスは、ネットワークリソース節約及びデバイス250リソースの節約に向けてデバイス250との固有の通信頻度を変える方法を判断する。ローカルプロキシ275の一実施形態は、要求/トランザクションマネージャ235を更に含み、要求/トランザクションマネージャ235は、例えば、アプリケーション210及び/又は220により、及び/又は直接的/間接的にユーザ要求により、デバイス250上で開始されたデータ要求を検出、識別、傍受、処理、管理することができる。要求/トランザクションマネージャ235は、トランザクション特性に基づいて処理に特定の要求又はトランザクション又は1組の要求/トランザクションをどのようにかついつ処理したらよいかを判断することができる。要求/トランザクションマネージャ235は、デバイス250でのアプリケーション及び/又はユーザにより、例えば、優先順位付けエンジン241によって行われた要求又はトランザクションに優先順位を付けることができる。要求/トランザクションの重要性又は優先度は、規則セットを適用することにより、例えば、トランザクション、トランザクション内のコンテンツの時間依存性、トランザクションの時間的重要度、トランザクションにおいて送信されるデータの時間的重要度、及び/又は要求を行うアプリケーションの時間的重要度又は重要性の時間依存性に従ってマネージャ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は、無線を起動してリモートエンティティ例えば、図1A及び図3Aに示すようにホストサーバ100、300、又は図1A及び図1Bの例に示すサーバ/プロバイダ110のようなコンテンツプロバイダ/アプリケーションサーバに要求を送信する必要はない。従って、ローカルプロキシ275は、ローカルキャッシュ285及びキャッシュポリシーマネージャ245を使用し、データ要求を満たすデータをローカルに格納し、ネットワークリソース及びデバイスバッテリ消費量の節約に向けてデバイス無線の使用を排除又は低減することができる。ローカルキャッシュを利用する際に、要求/トランザクションマネージャ225がデバイス250上でのアプリケーションによるデータ要求を傍受した状態で、ローカルリポジトリ285に問い合わせて、ローカルに格納された応答があるか否かを判断し、応答が有効であるか否かも判断することができる。有効な応答がローカルキャッシュ285にある時に、応答は、デバイス250がデバイス250上のアプリケーションに供給することができ、セルラーネットワークにアクセスする必要はない。有効な応答がない場合に、ローカルプロキシ275は、リモートプロキシ例えば、図3Aのサーバプロキシ325に問い合わせてリモートに格納された応答が有効であるか否かを判断することができる。その応答が有効である場合に、リモートに格納された応答例えば、図1Bの例に示すサーバキャッシュ135又は任意的なキャッシュサーバ199上に格納することができるをモバイルデバイスに供給することができ、一部の場合には、モバイルデバイス250は、セルラーネットワークにアクセスする必要がなく、従って、ネットワークリソースの消費量が軽減される。有効なキャッシュ応答が利用可能でない場合、又はキャッシュ応答が傍受されたデータ要求に対して利用可能でない場合に、ローカルプロキシ、例えば、キャッシュポリシーマネージャ245は、コンテンツソース例えば、図1Aのアプリケーションサーバ/コンテンツプロバイダ110にデータ要求を転送するリモートプロキシ例えば、図3Aのサーバプロキシ325にデータ要求を送信することができ、かつ図3Aの例示的なホストサーバ300に関連付けられた説明において更に説明するようにコンテンツソースからの応答をリモートプロキシを通じて供給することができる。キャッシュポリシーマネージャ245は、HTTP、HTTP、IMAP、ポップ、SMTP、及び/又はActiveSyncを含むがこれらに限定されない様々なプロトコルを使用する要求を管理又は処理することができる。キャッシュポリシーマネージャ245は、同じか又は類似のデータ要求を満たす際にその後に使用するためにキャッシュエントリとしてローカルデータベース285内のデータ要求に向けて応答をローカルに格納することができる。マネージャ245は、リモートプロキシがデータ要求に向けて応答をモニタするように要求することができ、リモートプロキシは、データ要求に対する不意の応答が検出された時にデバイス250に通知することができる。このようなイベントにおいて、キャッシュポリシーマネージャ245は、データ要求に対する不意の応答例えば、新しいデータ、変更されたデータ、付加的なデータのようなを通知された時に、デバイス250上のローカルに格納された応答を消去するか又は入れ替えることができる。一実施形態において、キャッシュポリシーマネージャ245は、HTTP、HTTP、IMAP、POP、SMTP、及び/又はActiveSyncを含むがこれらに限定されず、特定の要求に使用されたプロトコルを検出又は識別することができる。一実施形態において、ローカルプロキシ275上のアプリケーション特定のハンドラ例えば、マネージャ245のアプリケーションプロトコルモジュール246を通じたは、分散型プロキシ内のハンドラにポートマッピング例えば、図3Aの例ではプロキシサーバ325上へのポートマッピングすることができるあらゆるプロトコルの最適化を可能にする。一実施形態において、ローカルプロキシは、コンテンツソースへのデータ要求によりモバイルデバイスに戻される同じ結果が得られた時に、リモートプロキシが例えばデバイス250に結果を戻す前に結果の変更がないかコンテンツソースからのデータ要求に向けて受信した応答をモニタすることができるようにリモートプロキシに通知する。一般的に、ローカルプロキシ275は、ローカルにキャッシュに入れられたコンテンツを使用してデバイス250上のアプリケーションの代わりにアプリケーションサーバ応答を模擬することができる。それによって新しい/変更されたデータのないトランザクションのためのセルラーネットワークの利用を防止することができ、従って、ネットワークリソースが解放され、かつネットワークの混雑が防止される。一実施形態において、ローカルプロキシ275は、デバイス250上でアクセス又はインストールされたアプリケーション例えば、プロキシ認識及び/又はプロキシ無認識アプリケーション210及び220を追跡、検出、観測、モニタするアプリケーション挙動検出器236を含む。デバイス250上でアクセスされた1つ又はそれよりも多くのアプリケーションのアプリケーション挙動例えば、パターン検出器237を通じて又は検出された挙動内のパターンをローカルプロキシ175により使用し、これらのアプリケーションのデータ必要性を満たすのに必要とされる無線ネットワーク内のトラフィックを最適化することができる。例えば、複数のアプリケーションの検出された挙動に基づいて、トラフィック成形エンジン255は、ネットワーク無線ネットワーク上でアプリケーションの少なくとも一部によって行われる例えば、アラインメントモジュール256を通じてコンテンツ要求を整列させることができる。アラインメントモジュールは、一部の前の受信された要求を遅延させるか又は迅速に処理して整列をもたらすことができる。要求が整列された時に、トラフィック成形エンジン255は、接続マネージャを利用し、ネットワークでポーリングしてアプリケーションデータ要求を満たすことができる。複数のアプリケーションのためのコンテンツ要求は、例えば、複数のアプリケーションによって要求されるコンテンツタイプ音声、ビデオ、テキストのような、モバイルデバイスパラメータ及び/又はネットワークパラメータ/トラフィック条件、ネットワークサービスプロバイダ制約/仕様などを含む挙動パターン又は規則/設定に基づいて整列させることができる。一実施形態において、パターン検出器237は、複数のアプリケーションによって行われたアプリケーション要求において、例えば、アプリケーション挙動においてパターンを追跡することによって再発を検出することができる。追跡されたパターンは、特定のアプリケーションが、背景処理として、例えば、規則正しく、特定の時刻で、特定の曜日に、定期的に予想可能に、特定の頻度で、特定のタイプのイベントに応答し、特定のタイプユーザ問い合わせに応答して特定の頻度で、要求されたコンテンツが同じことである頻度で、同じ要求が行われる頻度で、要求間の間隔、要求を行うアプリケーション、又は以上のあらゆる組合せでアプリケーションサーバをポーリングすることを検出することを含むことができる。このような再発をトラフィック成形エンジン255により使用し、デバイス250からリモートのプロキシサーバ例えば、図1Bのプロキシサーバ125又は図3Aのプロキシサーバ325により代わりに行われるべきモバイルデバイス250であれば実行されるアプリケーション要求から生じるコンテンツソースからの例えば、図1Aのアプリケーションサーバ/コンテンツプロバイダ110からのコンテンツのポーリングをオフロードすることができる。トラフィックエンジン255は、再発が規則に適合した時にポーリングをオフロードすると決めることができる。例えば、同じリソースに対して、同一コンテンツ又は戻り値を有するか、又は一日のうちの特定の時点で要求されるリソースのような要求と応答の間の反復可能な期間の検出に基づく複数の発生又は要求がある。ポーリングのオフロードにより、反復的なコンテンツポーリングに向けてコンテンツソースとの無線セルラー接続を確立するためにモバイルデバイス250により必要とされる帯域幅消費量を低減することができる。ポーリングのオフロードの結果として、ローカルキャッシュ285に格納されたローカルキャッシュ格納コンテンツを供給し、コンテンツ変更がコンテンツソースのポーリングにおいて検出されなかった時にデバイス250においてデータ要求を満たすことができる。従って、データが変更されなかった時に、無線使用を可能にする必要がなくても、又は無線ネットワーク内で携帯電話帯域幅を占有しなくてもアプリケーションデータ必要性を満たすことができる。データが変更された時に、及び/又は新しいデータを受信した時に、ポーリングがオフロードされる相手局エンティティは、デバイス250に通知することができる。リモートエンティティは、図3Aの例に示すようにホストサーバ300とすることができる。一実施形態において、ローカルプロキシ275は、キープアライブメッセージハートビートメッセージの定期的な必要性/使用を緩和してTCP/IP接続を維持することができ、キープアライブメッセージハートビートメッセージの定期的な必要性/使用は、有意な量の電力を消費する可能性があり、従って、モバイルデバイス電池寿命に悪影響を与えるものである。ローカルプロキシ内の接続マネージャ265例えば、ハートビートマネージャ267は、アプリケーションから送られているいずれか又は全てのハートビートキープアライブメッセージを検出、識別、及び傍受することができる。ハートビートマネージャ267は、これらのハートビートメッセージのいずれか又は全てがセルラーネットワーク又は他のネットワーク上で送られるのを防止し、代替的に、分散型プロキシシステム例えば、図1Bに示すのサーバ構成要素に頼って、ハートビートメッセージを生成して送ってバックエンド例えば、図1Aの例内のアプリケーションサーバ/プロバイダ110との接続を維持することができる。ローカルプロキシ275は、一般的に、個々のマネージャ、モジュール、及び/又はエンジンに対して説明したいずれか1つ又は一部の機能を表している。ローカルプロキシ275及びデバイス250は、追加の又はより少ない構成要素を含むことができ、より多くの又はより少ない機能を全部又は一部に関わらず本発明の開示の新しい技術から逸脱することなく含むことができる。図2Bは、図2Aの例に示す分散型プロキシシステムのクライアント側のローカルプロキシ275内のアプリケーション挙動検出器236及びキャッシュポリシーマネージャ245内の構成要素の別の例を示すブロック図を示している。一実施形態において、キャッシュポリシーマネージャ245は、キャッシュ適切性判断エンジン246、ポーリングスケジュール発生器247、アプリケーションプロトコルモジュール248、キャッシュ又は接続選択エンジン249、及び/又はローカルキャッシュ無効化器を含む。一実施形態において、アプリケーション挙動検出器236は、パターン検出器237、ポーリング間隔検出器238、アプリケーションプロフィール発生器239、及び/又は優先度エンジン241を含む。パターン検出器237、アプリケーションプロフィール発生器239、及び優先度エンジン241は、図2Aの例に示すパターン検出器の説明に関連して説明したものである。キャッシュ適切性判断エンジン246は、モバイルデバイス250が対話するコンテンツソース例えば、図1Bの例のアプリケーションサーバ/コンテンツプロバイダ110からのコンテンツがキャッシュに適することができるコンテンツを有するか否か検出、評価、又は判断することができる。一部の例において、特定のアプリケーションサーバ/コンテンツプロバイダ例えば、図1Bのサーバ/プロバイダ110からのコンテンツは、例えば、1組の基準に基づいて、コンテンツソースから要求されたコンテンツの時間的重要度を指定する基準をキャッシュに入れるのに適すると判断される。一実施形態において、ローカルプロキシ例えば、図1B及び図2Aのローカルプロキシ175又は275は、アプリケーションによって行われたその後の要求を満たすために、キャッシュ格納要素としてアプリケーションによって要求されるホストサーバからのコンテンツをモバイルデバイス上のローカルキャッシュに格納する選択基準を適用する。選択基準は、制限ではなく一例として、図8の例において更に流れ図に示すように、モバイルデバイスがアクティブ又は非アクティブか、ネットワーク条件及び/又は無線カバレージ統計値を示すモバイルデバイスの状態を含むことができる。キャッシュ適切性判断エンジン246は、キャッシュが適切とすることができるソースを識別する際には、順序に関わらず、基準のいずれか1つ又はあらゆる組合せとすることができる。アプリケーションサーバ/コンテンツプロバイダがモバイルデバイス250上でのローカルキャッシュに潜在的に適するコンテンツを識別又は検出した状態で、キャッシュポリシーマネージャ245は、モバイルデバイス250上のローカルキャッシュ例えば、それぞれ、図1B及び図2Aの例に示すローカルキャッシュ185又は285内にキャッシュ要素としてコンテンツソースから受信したコンテンツを格納することにより、識別されたソースから受信した関連のコンテンツをキャッシュに入れるために先に進むことができる。プロキシサーバが新しい又は変更されたデータがないかコンテンツソース例えば、アプリケーションサーバ/コンテンツプロバイダ110をモニタすることができるように、モバイルデバイスからリモートのかつこのようなモバイルデバイス250と無線通信中であるプロキシサーバ例えば、それぞれ、図1B及び図3Aの例に示すプロキシサーバ125又は325に対してコンテンツソースを識別することができる。同様に、ローカルプロキシ例えば、それぞれ、図1B及び図2Aのローカルプロキシ175又は275は、プロキシサーバに対して、特定のアプリケーションサーバ/コンテンツプロバイダから受信したコンテンツがローカルキャッシュ内にキャッシュ格納要素として格納されたことを識別することができる。コンテンツがローカルにキャッシュに入れられた状態で、キャッシュポリシーマネージャ245は、コンテンツサーバに連絡する将来的なポーリング要求を受信すると、モバイルデバイスの無線がポーリング要求にサービスを提供するために起動されないように、ローカルキャッシュからキャッシュ格納要素を検索してモバイルデバイス250において行われるポーリング要求に応答することができる。キャッシュエントリを通じてのローカルのモバイルアプリケーション要求のこのようなサービス提供及び達成は、リソース及びモバイルネットワークトラフィック利用及び管理の効率化を可能にするものであり、その理由は、モバイルデバイス250で受信した応答から変更されたと考えられるポーリング応答を要求/受信するためにネットワーク帯域幅及び他のリソースを使用する必要がないからである。キャッシュポリシーマネージャ245の一実施形態は、モバイルデバイス250上のうちの1つ又はそれよりも多くのアプリケーションに対してポーリングスケジュールを生成することができるポーリングスケジュール発生器247を含む。ポーリングスケジュールは、1つ又はそれよりも多くのアプリケーションに向けてコンテンツソースをモニタする際にプロキシサーバ例えば、図1B及び図3Aの例に示すプロキシサーバ125又は325により使用することができるポーリング間隔を指定することができる。ポーリングスケジュールは、例えば、モバイルデバイスからコンテンツソースに向けられたポーリング要求の間隔に基づいて判断することができる。一実施形態において、アプリケーション挙動検出器のポーリング間隔検出器238は、いずれかの又は全てのモバイルアプリケーションから行われたポーリング要求の間隔を判断するためにモバイルデバイス250からコンテンツソースに向けられたポーリング要求をモニタすることができる。一実施形態において、キャッシュポリシーマネージャ245は、スケジュールがプロキシサーバ例えば、図1B及び図3Aの例に示すプロキシサーバ125又は325に送られるポーリングを送信し、例えば、変更された又は新しいコンテンツがないかに関してコンテンツソースをモニタする際にプロキシサーバにより使用することができる。キャッシュポリシーマネージャ245のローカルキャッシュ無効化器244は、新しい又は変更されたデータが特定の要求に対してアプリケーションサーバ/コンテンツソースから検出された時に、ローカルキャッシュ例えば、キャッシュ185又は285内のキャッシュ要素を無効にすることができる。新しい又は変更されたデータは、例えば、プロキシサーバにより検出することができる。特定の要求/ポーリングのキャッシュエントリが無効にされた時に、図4Bの相互作用図を参照して更に説明するように、その後のポーリング要求を満たすためにモバイルデバイス250上の無線の使用を有効にすることができる例えば、ローカルプロキシ又はキャッシュポリシーマネージャ245により。キャッシュポリシーマネージャ245の一実施形態は、アプリケーション又はウィジェットによりモバイルデバイス250で生成されたポーリング/コンテンツ要求を満たすためにローカルにキャッシュに入れられたエントリを使用すべきであるかを判断することができるキャッシュ又は接続選択エンジン249を含む。例えば、ローカルプロキシ275又はキャッシュポリシーマネージャ245は、アプリケーションサーバ/コンテンツプロバイダに連絡するためにモバイルデバイス上のモバイルアプリケーションによって行われたポーリング要求を傍受することができる。選択エンジン249は、傍受された要求に向けて受信したコンテンツが、モバイルデバイスの無線がモバイルアプリケーションによって行われた要求を満たすために起動する必要があるか否かを判断するためのキャッシュ要素としてローカルに格納されたか否かを判断することができる。一実施形態において、ローカルプロキシ275は、関連のキャッシュ格納コンテンツが存在してまだ有効であると判断することに応答して、モバイルデバイスの無線がモバイルアプリケーションに応答を供給するために起動されないように、ポーリング要求が行われたモバイルアプリケーションに応答を供給するためにローカルキャッシュからキャッシュ格納要素を検索することができる。図3Aは、リソース節約に向けて無線ネットワーク内のトラフィックを管理するホストサーバ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の内部に位置することができるが、図3Aの例では、ホスト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に頼ってハートビートメッセージを生成し及び/又は送って、バックエンド例えば、図1Aの例内のアプリケーションサーバ/プロバイダ110との接続を維持するたことができる。プロキシサーバは、モバイルデバイス上のローカルプロキシの作動とは独立したキープアライブハートビートメッセージを生成することができる。リポジトリ312、314、及び/又は316は、ソフトウエア、記述データ、画像、システム情報、ドライバ、及び/又は作動に向けてホストサーバ300及び/又はあらゆる他のサーバの他の構成要素により利用されるあらゆる他のデータ項目を更に格納することができる。リポジトリは、例えば、Oracle、DB2、MicrosoftAccess、MicrosoftSQLServer、PostgreSQL、MySQL、FileMakerなどであるがこれらに限定されないデータベース管理システムDBMSにより管理することができる。リポジトリは、オブジェクト指向の技術を通じて及び/又はテキストファイルを通じて実行することができ、かつ分散型データベース管理システム、オブジェクト指向データベース管理システムOODBMS例えば、ConceptBase、FastDB主ストレージデータベース管理システム、JDOInstruments、ObjectDBのような、オブジェクト関係データベース管理システムORDBMS例えば、Informix、OpenLinkVirtuoso、VMDのような、ファイルシステム、及び/又はあらゆる他の便利な又は公知のデータベース管理パッケージにより管理することができる。図3Bは、図3Aの例に示す分散型プロキシシステムのサーバ側のプロキシサーバ325内のキャッシュポリシーマネージャ355内の構成要素の別の例を示すブロック図を示している。キャッシュポリシーマネージャ355は、一実施形態において、ポーリングスケジュールマネージャ358及び/又は更新された又は新しいコンテンツ検出器359を有するコンテンツソースモニタリングエンジン357を更に含むことができる。一実施形態において、プロキシサーバ例えば、図1B及び図3Aの例のプロキシサーバ125又は325は、例えば、モニタリングエンジン357を通じて新しい又は変更されたデータがないかに関してコンテンツソースをモニタすることができる。コンテンツソース例えば、図1Bのアプリケーションサーバ/コンテンツプロバイダ110は、モバイルデバイス例えば、モバイルデバイス150又は250上でローカルにキャッシュに入れられるコンテンツを有するプロキシサーバに対して識別された例えば、ローカルプロキシによりコンテンツソースとすることができる。コンテンツソースは、モバイルデバイスにおいてコンテンツソースのポーリング頻度に基づく頻度で例えばモニタリングエンジン357によってモニタすることができる。ポーリングスケジュールは、例えば、ローカルプロキシによって生成してプロキシサーバに送ることができる。ポーリング頻度は、ポーリングスケジュールマネージャ358により追跡及び/又は管理することができる。プロキシサーバは、モバイルデバイス又はモバイルデバイス上のローカルプロキシが適切なアクション例えば、ローカルキャッシュ内のキャッシュ要素を無効にするを取ることができるように、モニタされたコンテンツソースにおいて新しい又は変更されたデータを検出してこのような変更を通知するメッセージをモバイルデバイスに送信する。一部の例において、プロキシサーバ例えば、キャッシュポリシーマネージャ355は、新しい又は変更されたデータを検出すると、キャッシュ例えば、それぞれ、図1B及び図3Aの例のサーバキャッシュ135又は335内に新しい又は変更されたデータを格納することができる。サーバキャッシュに格納された更新された/新しいデータは、一部の例において、例えば、プロキシサーバがローカルキャッシュ格納コンテンツが無効にされたと新しい/変更されたコンテンツ及びモバイルデバイスに通知した後に、モバイルデバイスにおいてコンテンツ要求を満たすために使用することができる。図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は、無線ネットワーク内のアプリケーションサーバ/コンテンツプロバイダ495に対してモバイルデバイス上のモバイルアプリケーション/ウィジェット455によって行われたデータ要求を有するアプリケーションポーリングをローカルプロキシ465上でキャッシュに入れ、かつローカルプロキシ465とホストサーバ485サーバキャッシュ435又はキャッシングプロキシサーバ475を有するとを含む分散型キャッシュシステムにより管理することができる方法を示す相互作用図を示している。一例では、モバイルアプリケーション/ウィジェット455がアプリケーションサーバ/プロバイダ432にポーリングした時に、ポーリングは、ローカルプロキシ465によりモバイルデバイス上で434をローカルに傍受することができる。ローカルプロキシ465は、キャッシュ格納コンテンツが要求内のポーリングされたコンテンツに利用可能であることを検出することができ、従って、傍受されたポーリング436を満たすために、ローカルキャッシュから応答を検索することができ、無線ネットワーク帯域幅又は他の無線ネットワークリソースの使用が不要になる。モバイルアプリケーション/ウィジェット455は、次に、キャッシュエントリ438からポーリングに対する応答を受信することができる。別の例では、モバイルアプリケーションウィジェット45は、アプリケーションサーバ/プロバイダ440にポーリングする。ポーリングは、ローカルプロキシ465により傍受され442、キャッシュコンテンツがローカルキャッシュに利用できないことを検出し、キャッシュ444に向けてポーリングされたソースを設定するように判断する。要求を満たすために、ポーリングは、コンテンツソース446に転送される。アプリケーションサーバ/プロバイダ495は、アプリケーションからポーリング要求を受信し、現在の要求448を満たす応答を供給する。450において、モバイルアプリケーション/ウィジェット455は、要求を満たすためにアプリケーションサーバ/プロバイダから応答を受信する。これに関連して、コンテンツキャッシングを設定するために、ローカルプロキシ465は、アプリケーションのポーリング頻度を追跡し、ホストサーバ452に送られるポーリングスケジュールを設定することができる。ローカルプロキシは、ホストサーバ454にキャッシュ設定を送る。ホストサーバ485は、例えば、ポーリングすべきアプリケーションサーバ/プロバイダの識別情報及び任意的にポーリングスケジュール456を含むキャッシュ設定を使用することができる。ホストサーバ485は、ここで、モバイルデバイスのために要求458に対する応答をモニタするためにアプリケーションサーバ/プロバイダ495にポーリングすることができる。アプリケーションサーバは、ホストサーバからポーリングを受信し、かつ応答する460。ホストサーバ485は同じ応答を受信したと判断し、例えば、指定のポーリングスケジュール462に従ってアプリケーションサーバ495にポーリングする。アプリケーションサーバ/コンテンツプロバイダ495は、ポーリングを受信して相応に464に応答する。ホストサーバ485は、変更された又は新しい応答を検出し、ローカルプロキシ466に通知する。ホストサーバ485は、サーバキャッシュ又はキャッシングプロキシ468内に変更された又は新しい応答を更に格納することができる。ローカルプロキシ465は、ホストサーバ485から新しい又は変更されたデータが現在利用可能であるという通知を受信し、影響を受けたキャッシュエントリ470を無効にすることができる。次回、モバイルアプリケーション/ウィジェットが同じサーバ/コンテンツプロバイダ472に向けて同じ要求を生成した時に、ローカルプロキシは、有効なキャッシュエントリが利用可能でないと判断し、代わりに、例えば、HTTP接続を通じてサーバキャッシュ474から応答を検索する。ホストサーバ485は、新しい応答の要求を受信し、ローカルプロキシ475に応答を送り返す。要求は、従って、サーバキャッシュ又はキャッシングプロキシ478から満たされ、モバイルデバイスが無線を利用するか又はモバイルネットワーク帯域幅を消費する必要がなく、従って、ネットワークリソースが節約される。代替的に、モバイルアプリケーションが同じ要求を生成した時に、ローカルプロキシ465は、有効なキャッシュエントリがないと判断することに応答して、モバイルネットワーク上でアプリケーションサーバプロバイダ482にポーリングを転送する。アプリケーションサーバ/プロバイダ495は、ポーリングを受信し、モバイルネットワーク上でモバイルデバイス484に応答を送り返す。要求は、従って、モバイルネットワーク486を使用してサーバ/プロバイダから満たされる。図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において、モバイルデバイスからリモートのかつモバイルデバイスと無線通信しているプロキシサーバに対してコンテンツソースを識別する。処理608において、プロキシサーバは、新しい又は変更されたデータがないかに関してコンテンツソースをモニタする。処理610において、プロキシサーバが新しい又は変更されたデータを検出した時に、キャッシュ要素をローカルキャッシュ内で無効にする。プロキシサーバは、モバイルデバイスでのコンテンツソースのポーリング頻度に基づく頻度で新しい又は変更されたデータがないかに関してコンテンツソースをモニタすることができる。例えば、モバイルデバイスからコンテンツソースに向けられたポーリング要求は、ポーリング要求の間隔を判断するためにモニタすることができる。一実施形態において、ポーリングスケジュールは、モバイルデバイスからコンテンツソースに向けられたポーリング要求の間隔に基づいて生成され、プロキシサーバに送られ、かつコンテンツソースをモニタする際にプロキシサーバにより使用することができる。図7は、ポーリングスケジュールを使用する分散型キャッシュ管理の例示的な処理を示す流れ図を示している。処理702において、ポーリング要求の間隔を判断するためにモバイルデバイスからコンテンツソースに向けられたポーリング要求をモニタする。処理704において、モバイルデバイスからコンテンツソースに向けられたポーリング要求の間隔に基づいてポーリングスケジュールを生成する。処理706において、コンテンツソースをモニタする際のプロキシサーバによる使用に向けてポーリングスケジュールをプロキシサーバに送る。処理708において、ポーリングスケジュールを使用し、プロキシサーバは、モバイルデバイスでのコンテンツソースのポーリング頻度に基づく頻度で新しい又は変更されたデータがないかに関してコンテンツソースをモニタする。処理710において、プロキシサーバは、新しい又は変更されたデータが検出された時にローカルキャッシュ内のキャッシュ要素を無効にするように通知するメッセージをモバイルデバイスに送信する。図8は、キャッシュに向けてコンテンツ又はコンテンツソース適性を判断するために分散型キャッシュシステムによって実行される例示的な処理を示す流れ図を示している。処理802において、コンテンツソースから要求されるコンテンツの時間的重要度を判断する。処理804において、モバイルデバイスの状態を判断する例えば、バックライトステータスを使用して。処理806において、ネットワーク条件を判断することができる。処理808において、無線カバレージ統計値を判断することができる。処理810において、コンテンツサーバへのポーリング要求の割合を判断することができる。処理812において、ポーリング要求が行われるのはユーザ対話に応答してか又はアプリケーションのプログラムに基づくリフレッシュのためかを判断することができる。段階814において、単独で又は組み合わせて、又はあらゆる順序で適用してこれらのファクタをキャッシュに対するコンテンツの適性を判断するのに使用することができる。図9は、キャッシュ格納要素が無効にされた時にポーリング要求を満たす例示的な処理を示す流れ図を示している。処理902において、キャッシュ格納要素としてコンテンツサーバからのコンテンツをモバイルデバイス上のローカルキャッシュに格納する。処理904において、コンテンツサーバに連絡するポーリング要求をモバイルデバイスによって受信する。処理906において、モバイルデバイスの無線がポーリング要求にサービスを提供するために起動されないように、ローカルキャッシュからキャッシュ格納要素を検索してモバイルデバイスにおいて行われたポーリング要求に応答する。処理908において、新しい又は変更されたデータがコンテンツサーバにおいて検出された時に、ローカルキャッシュにおいてキャッシュ要素を無効にする。例えば、プロキシサーバは、新しい又は変更されたデータがないかに関してコンテンツサーバをモニタすることができ、かつキャッシュ格納要素の一部又は全てを無効にするようにローカルプロキシに通知することができる。処理910において、キャッシュ要素が無効にされた時にポーリング要求を満たすために、モバイルデバイス上の無線の使用が有効にされる。図10は、機械に本明細書に説明する方法のいずれか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項に従って取り扱われることを意図したあらゆる特許請求の範囲は、するための手段という語で始まることになる。従って、本出願人は、本発明の開示の他の態様に対してこのような付加的な特許請求の範囲の形式を求めるために本出願を出願後に付加的な特許請求の範囲を追加する権利を保持する。