"装置であって、プロセッサと、キャッシュと、方法を実行するために前記プロセッサによって実行されるコンピュータプログラム命令を保持するコンピュータメモリと、を含み、前記方法が、コンテンツに対する要求を受信し、前記コンテンツが第1のタイプ又は第2のタイプのいずれであるかを判定し、前記第1のタイプは、前記装置とは別個のコンテンツ配信ネットワークCDNを介して配信されるように適合されたコンテンツであり、前記第2のタイプは前記第1のタイプとは別個であり、前記コンテンツが第1のタイプのものであり前記キャッシュ内に配置されている場合、前記CDNからキャッシュ処理命令を受信し、前記CDNから受信した前記キャッシュ処理命令を適用し当該命令に従って前記コンテンツを供給し、前記コンテンツが前記第2のタイプのものである場合、前記要求に応答して前記コンテンツをトランスペアレントにキャッシュし供給すること、を含む、装置。前記キャッシュ処理命令を受信するステップが、前記CDNにおいてエッジリソースを識別する情報を受信するサブステップと、前記識別したエッジリソースに有効化要求を差し向けるサブステップと、前記有効化要求に応答して前記キャッシュ処理命令を受信し、前記キャッシュ処理命令がカスタマに固有の構成データを適用することによって前記エッジリソースにおいて判定されている、サブステップと、を含む、請求項1に記載の装置。前記キャッシュが第1の部分及び第2の部分に分割され、前記第1の部分が前記第1のタイプのコンテンツをキャッシュするためのものであり、前記第2の部分が前記第2のタイプのコンテンツをキャッシュするためのものである、請求項1に記載の装置。前記コンテンツが第1のタイプのものであるか否かを判定する前記ステップが、前記要求に関連付けられたドメインをCDNエッジトラフィックドメインのリストと比較する、請求項1に記載の装置。前記ドメインが正規名CNAMEのトップレベルドメインTDLである、請求項4に記載の装置。前記CDNから受信した前記キャッシュ処理命令が、TTLtimetolive満了時刻、ノーストア命令、及び前記コンテンツを前記キャッシュからパージするべきか否かを示すデータの1つである、請求項1に記載の装置。前記キャッシュが前記CDNと同期して又は非同期に通信を行って前記CDNから前記キャッシュ処理命令を受信する、請求項1に記載の装置。前記方法が、前記CDNに対して前記キャッシュを認証することを更に含む、請求項1に記載の装置。前記方法が、前記CDNにデータを提供することを更に含む、請求項1に記載の装置。前記データが、前記キャッシュから供給された前記第1のタイプのデータ及び前記キャッシュから供給された前記第2のタイプのデータを識別する、請求項9に記載の装置。前記キャッシュ処理命令が、CDNカスタマに関連付けられた特定のドメインに一意に関連付けられたキャッシュキーを含む、請求項1に記載の装置。第三者のコンテンツ配信ネットワークCDNに関連付けて実行されるコンテンツ配信方法であって、前記CDNが、一連のエッジサーバ及び、前記CDNが供給する1つ以上のコンテンツプロバイダドメインからの権威を持つDNSを含み、前記CDNとは別個のネットワークにおいてキャッシュを配備し、前記キャッシュと少なくとも1つのエッジサーバとの間に情報チャネルを確立し、前記情報チャネルを用いて前記コンテンツプロバイダドメインに関連付けられたコンテンツをどのように前記キャッシュから供給するかを制御すること、を含む、方法。前記ネットワークがモバイルネットワークである、請求項12に記載の方法。前記ネットワークが有線ネットワークである、請求項12に記載の方法。前記コンテンツプロバイダドメイン以外のドメインに関連付けられたコンテンツを前記キャッシュからトランスペアレントにキャッシュし供給することを更に含む、請求項12に記載の方法。前記キャッシュが前記コンテンツ配信ネットワークを前記ネットワークに拡張する、請求項12に記載の方法。固定又は無線モバイルネットワークが構築され運用される態様ゆえに、そこですなわちエンドユーザの近傍で完全に管理されたCDNサーバを配備することが常に可能又は実用的であるわけではない。例えば、支配的な3Gモバイル技術であるUMTSUniversalMobileTelecommunicationsSystemの場合、モバイルデバイスは無線でタワーに接続し、タワーはUTRANUMTSTerrestrialRadioAccessNetworkと呼ばれる地上ネットワークを介してRNCRadioNetworkControllersに接続し、RNCはパケットコアを介してサービスノードに接続し、サービスノードはゲートウェイを介してインターネットに接続する。典型的なモバイルネットワークは、これらのインターネットゲートウェイを少数しか持たず、これらはエンドユーザから数千マイル及び数十又は数百ミリ秒離れていることがあるが、これらのゲートウェイは単にCDNの完全に管理されたサーバを配備可能な場所であるに過ぎない場合がある。これらの場所を越えて、パケットコア及びUTRAN内へ、パブリックルーティング可能なIPアドレス及びインターネットに対するオープンポートによってデバイスを配備することは通常不可能である。また、有線ネットワークは通常バリアを有し、これを越えて完全に管理されたCDNサーバを配備することはできない。一般に、有線ネットワークにおけるこのバリアは、モバイルネットワークの場合よりもエンドユーザに対して一層深くかつ一層近いが、多くの場合、CDN又は他の分散ネットワークの利点を充分に実現するには現実的に支障となる。また、このような技術的バリアが存在しない場合であっても、文化的又はビジネス上のバリアが存在することが多いことを留意すべきである。具体的には、多くのネットワークオペレータは自身のネットワークに対して極めて保護的であり、完全に管理されたデバイスがそこのバリアを越えることを認めない。コンテンツ配信ネットワークCDNは、エッジサーバのセットと、CDNがサービスするコンテンツプロバイダドメインに対して権威を持つドメインネームサービスDNSと、を含む。CDNは、完全に管理されたCDNエッジサーバをサポートすることができないか又は他の方法ではサポートしない1つ以上のモバイル又は有線ネットワークに拡張される。特に、モバイル又は有線ネットワークにおいて、好ましくはCDNのエッジを越えるがCDNの制御下でCDNが提供するコンテンツを供給するパッシブウェブキャッシングプロキシとしてエクステンダを配備する。また、エクステンダを用いて非CDNコンテンツをトランスペアレントにキャッシュし供給することができる。エクステンダとCDNとの間に情報チャネルを確立してエクステンダの機能性を高める。一実施形態では、情報チャネルによって以下のキャッシング方法が容易になる。この方法は、コンテンツに対する要求をエクステンダで受信した際に開始する。次いで、コンテンツが第1のタイプ又は第2のタイプのいずれであるかを判定する。第1のタイプはコンテンツ配信ネットワークCDNを介して配信されるように適合されたコンテンツである。コンテンツが第1のタイプのものCDNコンテンツでありキャッシュ内に配置されている場合、エクステンダは情報チャネルを用いてCDNからキャッシュ処理命令を取得する。次いで、そのCDNが提供した命令が適用され、コンテンツが供給される。しかしながら、コンテンツが第2のタイプのもの非CDNコンテンツである場合、エクステンダは要求に応答してコンテンツをトランスペアレントにキャッシュし供給するが、この場合はCDN以外から例えばオリジンサーバから受信したキャッシュ処理命令を用いる。以上、本発明の比較的核心的な特性のいくつかを概説した。これらの特性は単に例示のためのものとして解釈されるべきである。開示した本発明を異なる方法で適用することによって、又は本発明を以下に記載するように変更することによって、他の多くの有益な結果を達成することができる。本発明及びその利点を更に完全に理解するため、ここで添付図面と関連付けて以下の記載を参照する。図1に示すような既知のシステムにおいて、分散コンピュータシステム100をCDNとして構成し、インターネットに一連のマシーン102a-102nが分散していると想定する。多くの場合、マシーンの多くはインターネットのエッジの近傍に、すなわちエンドユーザアクセスネットワークに又はそれに隣接して配置されたサーバである。ネットワークオペレーションズコマンドセンタNOCC104は、システム中の種々のマシーンの動作を管理する。第三者、例えばウェブサイト106が、コンテンツ例えば、HTML、埋め込まれたページオブジェクト、ストリーミングメディア、ソフトウェアダウンロード等の配信を分散コンピュータシステム100に、特にエッジサーバにオフロードする。多くの場合、コンテンツプロバイダは、所与のコンテンツプロバイダドメイン又はサブドメインを例えばDNSCNAMEによってサービスプロバイダの権威ドメインネームサービスにより管理されるエッジトラフィックドメインにエイリアシング処理することによってそのコンテンツ配信をオフロードする。このようなコンテンツを希望するエンドユーザを分散コンピュータシステムに差し向けることによって、より確実にかつ効率的にコンテンツを得ることができる。詳しくは図示しないが、分散コンピュータシステムはその他のインフラストラクチャ、例えばエッジサーバから使用及び他のデータを収集し、そのデータを1つの領域又は一連の領域を通して集約し、これを他のバックエンドシステム110、112、114、及び116に通すことによって、モニタリング、ロッギング、警告、請求書作成、管理その他の運用管理機能を容易にすることができる分散データ収集システム108も含むことができる。分散ネットワークエージェント118は、ネットワーク及びサーバ負荷をモニターして、ネットワーク、トラフィック、及び負荷データを、CDNの管理下にあるコンテンツドメインについて権威を持つDNS機構115に提供する。分散データ伝送機構120を利用することによって、制御情報例えばコンテンツを管理し、負荷平衡を容易にする等を目的とするメタデータをエッジサーバに配分することができる。一実施形態においては、上述のCDNリソースは、既存のインターネットインフラストラクチャ第三者のネットワーク、コロケーション設備、サーバ、ルータ等上のオーバーレイとして実施される。図2に示すように、所与のマシーン200は、1つ以上のアプリケーション206a-206nをサポートするオペレーテイングシステムカーネルLinux又は変形等204を動作させるコモディティハードウェア例えばIntelPentiumプロセッサ202を含む。コンテンツ配信サービスを容易にするため、例えば所与のマシーンは典型的に、HTTPウェブプロキシ207、ネームサーバ208、ローカルモニタリングプロセス210、分散データ収集プロセス212等の一連のアプリケーションを実行する。ストリーミングメディアでは、マシーンは通常、サポートされるメディアフォーマットの要件に応じて、WindowsMediaServerWMS又はフラッシュサーバ等の1つ以上のメディアサーバを含む。CDNエッジサーバは、好ましくは構成システムを利用するエッジサーバに配分されている構成ファイルを利用して、好ましくはドメイン特化型、カスタマ特化型の1つ又は2つ以上の広範なコンテンツ配信特性を提供するように構成されている。所与の構成ファイルは、XMLをベースとし、1つ以上の高度のコンテンツ処理特性を容易にする一連のコンテンツ処理規則及び命令を含むことが好ましい。構成ファイルは、データ伝送機構を介してCDNエッジサーバに配信することができる。米国特許第7,111,057号は、エッジサーバコンテンツ制御情報を配信及び管理するための有用なインフラストラクチャを開示しており、これ及び他のエッジサーバ制御情報は、CDNサービスプロバイダ自体、又はエクストラネット等を介してオリジンサーバを運用するコンテンツプロバイダカスタマによって設定することができる。このコンテンツ制御情報をエッジサーバで受信したコンテンツ要求に適用するための技法が、米国特許第7,240,100号に記載されている。この開示内容は引用により本願にも含まれるものとする。この開示によれば、クライアント要求は、CDNの権威DNSによって識別されたエッジサーバで受信される。クライアント要求はHTTPホストヘッダを含み、そのコンテンツが最初にチェックされて、この要求がCDNの管理下のコンテンツに対するものである従って、コンテンツが以前に他のものによって要求されたことがあり今なおキャッシュ内に存在するならばエッジサーバキャッシュで利用可能であり得ることを検証する。要求がCDN管理コンテンツに対するものである場合、要求にXML構成内の規則を適用し、適切な応答をクライアント要求に戻す。CDNは、米国特許第7,472,178号に記載されたもののような記憶サブシステムを含むことができる。CDNは、カスタマコンテンツの中間キャッシングを提供するためにサーバキャッシュ階層を運用することができる。このようなキャッシュ階層サブシステムの一例が米国特許第7,376,716号に記載されている。CDNは、米国特許出願公開公報第20040093419号に記載されたように、クライアントブラウザ、エッジサーバ、及びカスタマオリジンサーバ間でセキュアなコンテンツ配信を提供することができる。これに記載されたセキュアなコンテンツ配信は、一方ではクライアントとエッジサーバプロセスとの間で、他方ではエッジサーバプロセスとオリジンサーバプロセスとの間でSSLベースのリンクを実施する。これによって、SSLによって保護されたウェブページ及び/又はそのコンポーネントを、エッジサーバを介して配信することができる。エクステンダ上述のことを背景として、ここで本開示の主題について説明する。本開示によれば、CDNエクステンダは、1個のソフトウェア又は装置このようなソフトウェアを含むラック搭載型の機器等であり、これは、1CDN対応コンテンツを供給することができ、2これをCDNの制御下で実行するが、3必ずしもCDNの一部として完全に管理されない。これらのプロパティを以下で説明する。図3に見られるように、エクステンダ300はCDNの配信機能を、CDNの完全に管理されたサーバを技術的又は他の理由で配備することができないネットワーク内に深く拡張する。この機能は、モバイルネットワーク、有線ネットワーク、又はCDNオーバーレイネットワークリソース及びサービスが利用可能でない又は実現されない他のいずれかのネットワーキング環境において実施可能である。エクステンダという用語は記述の目的で用いており、開示する主題の範囲を限定するために用いるものではない。一般化すると、エクステンダはCDNのエッジを越えてパッシブウェブキャッシングプロキシとして動作する。通常、エクステンダは、CDNにおけるカスタマ構成メタデータに直接アクセスせず、要求をCDNエッジに転送してエッジから受信した応答ヘッダに基づいてコンテンツをキャッシング/供給することによってCDNとインタラクトする。好ましくは、エクステンダはCDNの一部として完全に管理される必要はないが、いくつかのその機能を利用する。これについては後に説明する。このため、エクステンダはパブリックルーティング可能なインターネットプロトコルIPアドレス又はインターネットに対するオープンポートを有する必要はない。CDNネットワークオペレーションズコマンドセンタ図1のNOCC104等は、これをモニターする必要はない。また、エクステンダは分散データ収集サービス図1のシステム108等にリポートする必要はない。同様に、CDNNOCC103は、構成、プロビジョニング、及び/又は運営管理のためにエクステンダに対する例えばSSH等を介したアクセスを確保する必要ない。NOCCはエクステンダに対するソフトウェア更新をインストールする必要はなく、エクステンダは構成データ更新又は他の制御データを受信する必要はない。エクステンダは、CDNマッピングサービスが提供するいずれのマッピング制御のもとにもある必要はない。簡潔に言えば、エクステンダはサービスとして管理される必要はない。後に説明するように、エクステンダはネットワークオペレータに提供されるソフトウェア又はデバイスであり、この管理及びモニターはそのネットワークオペレータに任される。エクステンダは、CDNの一部として必ずしも管理されることはなく、完全に管理されることもないが、全ての形態のCDNコンテンツすなわちCDNを介してCDNSPが配信するためにコンテンツプロバイダによってオフロードされたコンテンツを配信することが好ましい。更に、エクステンダは、オンデマンドメディアを含むキャッシャブルコンテンツをキャッシュ及び配信することができる。また、エクステンダは、非キャッシャブルコンテンツ、セキュアなコンテンツ、及びライブメディアを配信することができる。CDNコンテンツを配信するために、エクステンダはCDNの制御下で動作する。この制御は必須である。なぜなら通常、正しいコンテンツがカスタマメタデータ規則に従って配信されることをCDNカスタマが希望するからである。更に、CDNSPはそのコンテンツがエクステンダのキャッシュから配信される場合であっても、配信についてそのカスタマ例えばコンテンツプロバイダに課金することを希望する。同様に、CDNカスタマコンテンツプロバイダはそのコンテンツの配信をモニターしリポートすることを希望する。この制御を容易にするため、エクステンダは好ましくは全ての要求について、好ましくは本明細書では情報チャネルと称することがあるHTTPベースのアプリケーションプログラミングインタフェースAPIを用いてCDNリソース例えば完全に管理され構成されたCDNサーバと通信する。具体的には、本明細書の技法に従って、エクステンダがCDNコンテンツに対する要求を受信した時はいつでも、すでにそのコンテンツがキャッシュされているか否かには関わらず、エクステンダはCDNサーバに対してHTTP要求を行うことが好ましい。通常は完全に管理されたCDNサーバは、次いでコンテンツのためのメタデータ規則を用い適用し、HTTP応答を返信して、エクステンダが受信した要求に対してどのように応答するべきかをエクステンダに命令する。好ましくは、CDNサーバのHTTP応答は、必要な場合に配信されるデータと、必要に応じてエクステンダがそのローカルキャッシュ内でそのデータオブジェクトを正しくインデックスすることを可能とする適切なキャッシュキーと、を含む。CDNサーバ典型的にエッジサーバは、要求内の情報を用いて、ログを記述し例えば請求書作成及び履歴リポートのため、リアルタイムリポートのためにデータをデータ収集システム108に記述し、他のいずれかの必要なアクションを実行する。エクステンダは、CDNカスタマコンテンツを供給することに加えて、キャッシャブルな非CDNカスタマコンテンツにトランスペアレントなキャッシングを行うことができる。トランスペアレントなキャッシングにより、エクステンダはインラインで実施され、一連のエンドユーザに対する全てのHTTP要求を受信する。CDNコンテンツに対する要求の場合、エクステンダはエクステンダAPIを用いて上述のように動作する。非CDNコンテンツの場合、エクステンダは従来のトランスペアレントなキャッシュのように動作する。しかしながら、従来のトランスペアレントなキャッシュとは異なり、エクステンダはURIに加えて、データオブジェクトを一意に識別しキャッシュするための情報コンテンツ長及びチェックサム等を用いることができる。図4は、CDNコンテンツ及び非CDNコンテンツの双方を処理するデュアル式に動作するエクステンダの代表的な動作を示す。この動作は、プロセッサで実行される一連のプログラム命令としてソフトウェアで実施される。動作はステップ400で開始し、エクステンダにおいてエンドユーザからの要求を受信する。上記のように、エクステンダは、CDNオーバーレイネットワークとは別個のネットワーク内に又はこのネットワークに関連付けて配置されているが、エクステンダはエクステンダAPIを介してCDNとインターオペレートする機能を有する。ステップ402において、要求がCDNカスタマコンテンツに対するものであるか否かを判定するためにテストを実行する。この判定を行うための簡単な技法について、後に説明する図5を参照して以下に記載する。ステップ402におけるテストの結果、要求がCDNカスタマコンテンツに対するものであることが示されると、ルーチンは分岐してステップ404に進む。ステップ404において、要求されたコンテンツがすでにエクステンダのキャッシュ内に存在するか否かを判定するためにテストを実行する。存在する場合、ルーチンは続いてステップ406に進み、IMSifmodifiedsince要求をCDNに及び、特にCDNDNSによって決定されるようなCDNエッジサーバに送信する。CDNから受信した応答に基づいて、ルーチンは続いてステップ408に進み、エクステンダは要求側のエンドユーザに適切なHTTP応答コード又及び/又はコンテンツ要求を供給する。しかしながら、ステップ404のテキストの結果、要求されたコンテンツがエクステンダのキャッシュ内に存在しないことが示された場合又はコンテンツが存在するが新しくない場合、ルーチンは分岐してステップ410に進む。このステップでは、エクステンダはコンテンツをフェッチするためのHTTPGET要求をCDNに送信する。CDNから受信した応答に基づいて、プロセスは前述したように続いてステップ408に進む。ステップ402におけるテストの結果、要求されたコンテンツがCDNカスタマコンテンツでないことが示された場合、ルーチンは分岐してステップ412に進む。このステップでは、コンテンツがエクステンダキャッシュ内に存在するか否かを判定するためにテストを行う。ステップ412におけるテストの結果がネガティブである場合、エクステンダはGET要求をオリジンサーバ権威エンティティに送信する。これがステップ414である。応答に基づいて、ルーチンは続いて前述したようなステップに進む。しかしながら、ステップ414におけるテストの結果、コンテンツがエクステンダキャシュから供給されるために利用可能であることが示された場合、ステップ416においてコンテンツが有効であるか否かを判定するためにテストを行う。有効である場合、ステップ418においてコンテンツを要求側エンドユーザに供給する。コンテンツがキャッシュ内にあるが有効でない場合、エクステンダはIMSをオリジンサーバに送信してコンテンツを有効化することができるか否かを判定する。これがステップ420である。応答に基づいて、ルーチンは続いて前述のようにステップ408に進む。これによりプロセスは完了する。このように、エクステンダは、非CDNコンテンツのためのインテリジェントでトランスペアレントなウェブプロキシとして機能し、一方でCDNカスタマコンテンツも供給する更に、適宜キャッシュする。プロセスフローのステップ402は、エンドユーザ要求に関連付けられたドメインがCDNカスタマに属するか否かの判定を含む。このドメインはHTTPホストヘッダに含むことができる。この判定を行うための簡単であるが効率的な方法は、ドメインに対するDNSルックアップをエクステンダに実行させることである。通常、CDNカスタマでは、CNAME正規名:canonicalnameのトップレベルドメインTLDサフィックスは、1つ以上の一連のCDNエッジトラフィックドメインに属するネームである。最後のCNAMEのTLDドメインをエッジトラフィックドメインのリストこのようなネームはめったに変化しないので、これは比較的短いはずであると比較することによって、エクステンダは、コンテンツがCDNカスタマコンテンツであるか又は非CDNカスタマコンテンツであるかを判定することができる。図5は、カスタマドメインbestbuycomに対するサンプルのDNSルックアップを示し、その結果、CDNに関連付けられたすなわちCDNを識別するTLDサフィックスakamainetを含む最後のCNAMEを戻す。DNSルックアップの実行の代替的な手法は、エクステンダが利用するsubscribeことができるエッジトラフィックドメインのリストを公表する等によって、HTTPヘッダ内のこのような情報を渡すことである。上述のDNSルックアップを用いた手法は有利であるが、その理由は、情報カスタマがCDNに対する特定のドメインをCNAMEしたか否かを1つのDNSTTLtimetolive内で全てのエクステンダインスタンスに伝播可能であるからであり、更に、エクステンダからのDNSルックアップによってトラフィックを供給するためのコンテンツプロバイダの地勢に基づいたポリシーを捕獲するからである。上述のように、エクステンダは、CDNエッジサーバからのコンテンツ及びキャッシュ制御命令に関する受信情報に基づいてCDNカスタマコンテンツをキャッシュ及び供給する。このため、実質上、CDN及び特にエッジサーバはエクステンダのためのオリジンサーバとして機能する。エクステンダがCDNカスタマのコンテンツに対する要求を受信するたびに上述のようにDNSルックアップにより判定される、エクステンダはCDNサーバDNSルックアップが戻したIPの1つに前進し、コンテンツをフェッチするか、又はコンテンツがすでにキャッシュ内に存在する場合はこれを有効化する好ましくはIMSによって。デフォルトで、この前進要求は、エクステンダのキャッシュ内のオブジェクトについて同期して行われる。あるいは、前進動作は、例えばコンテンツプロバイダ、エクステンダが配置されているネットワークに関連付けたネットワークオペレータ等の要求時に非同期で実行することができる。好ましくは、エッジサーバが何バイトをエンドユーザに供給したかを正確にログすることを可能とするために、エクステンダからの前進要求は、エンドユーザがIMS要求を行ったか否かを示す適切なHTTPヘッダを含む。エンドユーザに部分的なオブジェクトが供給された場合、エクステンダはCDNエッジサーバにHTTPPOST要求を行って、コンテンツプロバイダの代わりに何バイトを供給したかを正確に示すことができる。CDNエッジサーバがエクステンダに応答する場合、1つ以上のHTTP応答ヘッダにおいて一部又は全ての利用可能なキャッシュ制御情報を伝達することが好ましい。このキャッシュ制御情報は、例えばTTL満了時刻、必要な場合コンテンツプロバイダカスタマに固有の適切なキャッシュキー、オブジェクトがノーストアnostoreであるか否か、キャッシュされたオブジェクトをパージするべきか否かパージに明示ヘッダは必要ない。HTTP404の供給によってオブジェクトをキャッシュから削除すべきことをエクステンダに知らせることができる等を含む。所望の場合、CDNエッジサーバは、エクステンダによってプリフェッチするべきオブジェクトのリストを含むヘッダを用いて応答することができる。更に、CDNエッジサーバは、特定のメタデータタグをエクステンダに伝達して、そのコンテンツ処理動作を更にカスタマイズすることができる。更に別の代替案では、CDNエッジサーバは、オブジェクトのポピュラリティに関するヒントをエクステンダに与えるヘッダを含む。この情報は次いでエクステンダのキャッシュ置換アルゴリズムにおいて用いられる。好ましくは、エクステンダは、ユーザが発生したコンテンツこれに限定されないを含む第三者のコンテンツをキャッシュ及び供給する。所望の場合、エクステンダは、ターゲットの一連の非CDNコンテンツプロバイダのみからのコンテンツをキャッシュするように構成することができる。このように、エクステンダは、既製のトランスペアレントなキャッシュよりもはるかに高いキャッシュヒット率を与える。このために、エクステンダは好ましくはウェブベース又はコマンドライン構成インタフェースを含み、これによってオペレータは、エクステンダ配備によってキャッシュすべきドメイン、サブディレクトリ、及びコンテンツタイプ/ファイル拡張子のリストを動的に構成する。一実施形態において、このターゲットのトランスペアレントな構成はネットワークオペレータ又はCDNによって手動で発生される。構成は、オペレータのネットワークにおけるエクステンダインスタンスについて同一であってもよいし異なる場合があってもよい。明確に定義されたHTTPベースのAPIを用いることによって、エクステンダはCDNにとって通常のブラウザと極めて似たものに見える。一実施形態では、エクステンダからCDNに対するHTTP要求は、米国特許第6,108,703号及び関連特許に記載されたもの等の従来のCDNベースのマッピング技法を用いて最も近いCDNエッジサーバにマッピングされるが、これは必須ではない。エクステンダが特定のCDNエッジサーバ又はエッジサーバクラスタの位置を特定する他の方法もあり得る。所望の場合、エクステンダはCDNサーバとの通信において永続的な接続及び他の最適化されたプロトコルを用いることができる。永続的な接続は、コンテンツのいくつかのドメイン又はクラスについて使用可能である。最適化されたプロトコルの例は、TCPウィンドウサイズ及びRTOを履歴データに基づいて調節するもの等とすることができる。エクステンダは、多数のエッジサーバから平行してコンテンツをフェッチすることでスループットを最大化することができる。好ましくは、エクステンダはCDNエッジサーバとのインタラクションが可能となる前に認証され権威を与えられる。これによって、CDNサーバが正当なエクステンダに対してのみ応答を配信することが確実となる。この目的のためにHMACキー交換プロトコルを使用可能である。同様に、好ましくは、CDNはエクステンダインスタンスを監査して、正当でないとわかった場合にクレデンシャルを取り消すことができる。これを達成するため、API及び、正当なエクステンダであることの意味を定義する動作仕様に対してテストスイートを評価する。エクステンダクレデンシャルは、このテストスイートに合格したソフトウェア又はデバイスにのみ与えられ、そのソフトウェア又はデバイスが後にテストスイートによる監査に不合格となるとクレデンシャルは取り消される。1つの限定でない実施形態では、クレデンシャルは認証及び権威付与のための標準的な機構を用いた共有の秘密又は証明書の形態である。クレデンシャルは、各CDNエクステンダ又はエクステンダファミリーのための識別子を含むことができる。例えば、所与のネットワークで配備される全てのエクステンダは、リポートの目的のために共通の識別子を共有することができる。これらのエクステンダがAPIを呼び出した場合、その識別子はCDNにログされ、これが例えばエクストラネットウェブベースのセキュアなカスタマポータル等を介したリポートを可能とする。次いで、ネットワークオペレータはポータルにアクセスし、そのネットワークでエクステンダからどのくらいのトラフィックが配信されたかを示すリポートを見ることができる。好ましくは、エクステンダが供給した全ての第三者のトラフィックをCDNエッジサーバにリポートして、これを後のデータ収集システムによるリポートのためにログ及び処理することができる。ログボリュームを低減するため、エッジ要求及び供給したバイト、オリジン要求及びフェッチしたバイト等に関するデータは、全てのヒットを別個にリポートするのでなく集約ベースでリポートする。好ましくは、エクステンダはネットワーク固有のプロトコル最適化をサポートする。多くの場合、ネットワークプロパティ帯域幅、レイテンシ、ジッタ等は、上流セグメントエクステンダと、エクステンダがマップされるCDNエッジサーバとの間に比べて下流セグメントエクステンダとエンドユーザデバイスとの間では大きく異なる。エクステンダにおいてTCPを終端させることによって、2つのセグメント間で異なるTCPパラメータ及び異なる最適化を適用することができ、これによって全体的なスループット及び効率を向上させる。また、エクステンダは、低レベルのネットワーク情報を捕獲し、これをコンテンツ適合アダプテーション及び認証の目的のためにアプリケーションレイヤに渡す機能も有することができる。例えば、モバイルネットワークに統合したエクステンダは、モバイル通信プロトコルに埋め込まれた低レベルのデバイス情報を見ることができる。デバイス識別及び関連情報を取得するため、エクステンダはネットワークオペレータの1つ又は複数の制御チャネルにアクセスする。このような場合、エクステンダはその情報を抽出し、それをエクステンダがCDNに対して行うHTTPAPIコールに含ませるように構成することができる。ここでデバイス情報はHTTPヘッダにあるので、このような情報をCDN又はカスタマのオリジンインフラストラクチャにおいて用いて、ターゲットのモバイルデバイスのためのコンテンツ適合を行うことができる。同様に、認証のため、低レベルのモバイル通信プロトコルに存在する識別子例えばSIM識別子を抽出し、CDNに返されるHTTPAPIコールに含ませることができる。ここでこの識別子はHTTPヘッダにあるので、識別子をカスタマの認証システムの一部として用いることができる。これらのSIM識別子は強力な認証コードであり、これによって簡単な形態の2要素認証を可能とする。例えば、モバイルネットバンキングebankingアプリケーションでは、モバイルデバイス及びパスワードを有することでユーザを認証することができる。更に、HTTPレイヤにおけるこの統合は、カスタマこの例では銀行がCDNと単一の統合を行うだけで良いことを意味する。それらは各モバイルネットワークオペレータと別個の統合を行う必要はない。このため、エクステンダがCDNエッジサーバに前進すると、エッジサーバは正当なエクステンダと通信中であることを検証することができ、エッジサーバはエクステンダが属するオペレータを識別することができる。エクステンダは、マイクロエクステンダmicroExtenderとしてスケールダウンした方法で実施することができる。この場合も、本明細書における用語は限定として解釈するべきではない。通常、マイクロエクステンダは、CDNコンテンツに対する要求の識別及びそれらの要求の近傍CDNエッジサーバに対する転送等、基本的なエクステンダの機能性のサブセットを提供する。UMTSネットワークの場合、このような機構を用いると、CDN関連要求は、パケットコアを経て極めて遠くであり得るインターネットゲートウェイに向かう必要はない。代わりに、CDN関連要求はずっと近くにあるCDNサーバに向かう。更に、要求は上述のように低レベルのプロトコルパラメータを含む場合がある。一連のエクステンダは、同位置に配置するか、又はクラスタ内で相互に近く配置することができ、この場合、それらに負荷共有ルーチンを実施することができる。これによって、追加の負荷の処理もしくはフェイルオーバのため又は双方のために、単一の位置に多数のエクステンダを有することができる。クラスタ内のエクステンダからノーストアコンテンツを例えばICPを介してフェッチすることができる。更に一般的には、どのようにオペレータがターゲットネットワークに統合することを希望するか又はどのようにトラフィックをリダイレクトするかに応じて、特定のネットワーク実施が多数の異なるタイプのエクステンダを用いることができる。簡単な統合はDNSベースのリダイレクトを用いる。この場合、エクステンダはCDNコンテンツに対する要求のみを受信する。エクステンダはトランスペアレントなキャッシングを実行せず、低レベルのプロトコルパラメータをピックアップしない。別の可能な統合は、ウェブキャッシュ通信プロトコルWCCPを用いて、あるポート上の全てのHTTP要求をエクステンダにリダイレクトする。図6は、この技法を用いた代表的な実施を示す。この例では、エクステンダ602、604、及び606は、ネットワーク内のルータ608に関連付けられている。周知のように、WCCPはトラフィックをトランスペアレントなキャッシングプロキシに差し向けるための最も一般的に用いられる方法である。これによって、1つWCCPv1又は2つ以上WCCPv2のルータがキャッシングサーバクラスタをローカルコンテンツプロキシとして用いることができる。キャッシュサーバクラスタ内で1つのサーバがリーダとして選ばれる。この統合はトランスペアレントなキャッシングを可能とするが、低レベルのプロトコルパラメータをピックアップすることは可能でない。最後に、この統合は、通信経路に直接的にインラインであるエクステンダによって実行可能である。この統合では、その経路上のプロトコルにエクステンダを特化する必要がある。このような場合、エクステンダは低レベルのプロトコルパラメータをピックアップする。この後者のタイプの統合は、他の場合にアクセス可能でないネットワーク内の深くには好都合である。上述のエクステンダの各プロセスは、特殊目的マシーンとして、1つ以上のプロセッサにおいて実行可能な一連のプログラム命令としてコンピュータソフトウェアで実施することが好ましい。本明細書における主題が提供される代表的なマシーンは、Linux又はLinux変形オペレーティングシステム及び1つ以上のアプリケーションを実行してここに記載した機能性を実現するIntelPentiumベースのコンピュータとすることができる。上述のプロセスの1つ以上は、記載した機能性を実行するためのコンピュータプログラムとしてすなわち一連のコンピュータ命令として実施される。図7は、ラック搭載型のハードウェア機器として実施された代表的なエクステンダを示す。エクステンダ700は、1つ以上のプロセッサ702、ディスクストア704、メモリ706、オペレーティングシステム708、トランスペアレントな接続キャッシュ710、アプリケーション及びプラグイン712、ウェブベースのコンフィギュレータ714、及びネットワークI/Oサポート716を含む。トランスペアレントな接続キャッシュ710は、1つ以上のアプリケーション712によって修正又は制御されて本明細書に記載した機能性を提供するApacheTrafficServerHTTP/1.1準拠のキャッシングプロキシサーバ等の既知のプロキシキャッシングソフトウェアを用いて実施可能である。キャッシュ710は、CDNカスタマコンテンツをキャッシュするための第1の部分及び非CDNコンテンツをキャッシュするための第2の部分に細分分割することができる。更に、本明細書における主題は、いずれかの特定のタイプの電気通信ネットワーク、プロトコル、又は技術と共に用いることに限定されない。例示の目的のみで、本開示は、代表的なモバイルサービスプロバイダのネットワーキング環境としてUMTS/GSMネットワークの状況で本発明を記載する。本発明は同様に、CDMAネットワーキング環境において、又は、限定ではないがEPCEvolvedPacketCore、4G/LTE、WLANWiFiを含む等を含む他の既知の環境又は後に開発された環境において実施可能である。同様に、CDN実施形態も例示的なものであり、他の形態のCDNアーキテクチャ例えば少数のデータセンタに大きなサーバクラスタを配備するもの、大きなピアリングポイントの近傍又は大きなピアリングポイントにサーバを配置するもの等が、本明細書に記載したようにモバイル又は有線のネットワークとインターオペレートすることができる。例示的な状況において、エクステンダは、オペレータのコアネットワークインフラストラクチャ例えばSGSN、GGSN等を含むことができるモバイルオペレータのゲートウェイサイトに関連付けてUMTS3G準拠のネットワーク内で実施され、モバイル接続デバイス例えばスマートフォン又はタブレットに対するコンテンツCDNコンテンツを含むの配信を容易にするために用いられる。上述のように、エクステンダは、例えばネットワークオペレータによる動的な構成管理を可能とするウェブベースの構成インタフェースを含むことが好ましい。この動的な構成は多数の選択肢を含む。1つの選択肢は、どのCDNカスタマコンテンツをキャッシュ可能とするかを指定するドメイン及びコンテンツタイプのリストとして指定される能力である。デフォルトの選択肢は、CDNエッジサーバからのキャッシュ制御命令に基づいたオーバーライドによって全てのCDNカスタマコンテンツをキャッシュすることである。別の選択肢は、どの第三者のコンテンツをキャッシュ可能とするかを指定するドメイン及びコンテンツタイプのリストとして指定される能力である。デフォルトの選択肢は、全ての第三者のコンテンツをキャッシュすることである。更に別の選択肢は、CDNカスタマコンテンツ対第三者コンテンツのためにディスクキャッシュ空間を分割すること、及び/又は特定のドメイン又はドメインのセットのためにディスクキャッシュ空間を分割する選択肢である。更に別の選択肢は、エクステンダの利用可能なスループットを分割して、CDNカスタマコンテンツ及び第三者のトランスペアレントにキャッシュしたコンテンツのために所望のレベル/割合のスループットを達成する選択肢である。好ましくは、ネットワークオペレータは、CDNがオペレータのエクステンダ配備からどのくらいのトラフィックを供給しているかを決定することができる。これらのリポートは、分散データシステムによって処理されるログ又は他のデータに基づいている。それらは例えば、供給される合計トラフィック、CDNカスタマトラフィック対非CDNカスタマトラフィック、識別されたウェブサイトのためのトラフィック、エンドユーザの地勢によるトラフィック分析、エクステンダクラスタ又は地勢によるトラフィック分析等を含むことができる。エクステンダは、かかるデータをSNMP又は他のネットワーク管理ソフトウェアもしくはシステムを介してエクスポートすることができる。上述のように、エクステンダはキャッシュを実施する。すでに説明したように、このキャッシュはトランスペアレントにCDNに接続したキャッシュである。所望の場合、エクステンダは、CDNによって提供される情報に基づいたグローバルポピュラリティによって影響されるキャッシュ排除エビクション率を実現することができ、オペレータは構成インタフェースを用いてエクステンダ配備で発生したポピュラリティデータを共有することができる。所望の場合、CDNエッジサーバは、ネットワーク条件、予測データ、コンテンツ規則等の追加データをエクステンダに提供して、CDN及び非CDNトラフィックの双方に関してエクステンダの動作に影響を与えるようにプログラムすることができる。CDNエッジサーバがクライアントに応答を供給しなかったであろう場合、エクステンダはクライアントに応答を供給しない。好ましくは、応答が差し向けられたCDNエッジサーバが同じ応答をクライアントに供給したであろう場合、エクステンダはそのキャッシュから応答を供給する。上述の手法では、エクステンダにおいてキャッシュヒットがあった場合、エクステンダはCDNエッジサーバにクエリを実行する。CDNエッジサーバ及び特にそのウェブキャッシングプロキシは、その特定の要求のためにエクステンダがキャッシュされたコンテンツを用いるべきか、又はCDNエッジサーバから受信した新しいコンテンツを供給するべきかを決定する。この状況において、どのような所与の要求について、何をどのくらい長くキャッシュ可能であるかを決定するビジネスロジックをCDNエッジサーバにおいて実施する。換言すると、エクステンダは処理をCDNに委ねる。1つの代替案は、ビジネスロジックの一部をエクステンダに移して、全ての要求についてエクステンダがCDNと接触しなくてもよくすることである。この変形では、エクステンダは、どのようにCDNエッジサーバが一定の要求を処理するか従ってその機能性自体を引き継ぐことができるかに関して何らかの不変量のアプリオリの知識を取得するか、又はどのようにその処理自体を実行するかについて命令をエッジサーバから受信する。更に別の代替案では、エクステンダは、クライアント要求についてキャッシュした応答をクライアントに供給することが安全であるか否かを独立して決定可能とするための充分な情報をCDNエッジサーバから受信する。エクステンダが、そのキャッシュから特定の要求に応答することが安全であると判定できない場合、CDNに前進する。この手法は、CDNエッジサーバが知っている情報をすでにエクステンダに伝達した後にこの情報が変化したという状況では限界があり得る。これに対処するため、他の考慮事項よりも優先して、エクステンダがキャッシュしたコンテンツを再有効化する最小頻度を課すことができる。あるCDN-エクステンダ動作状況において、CDNエッジサーバが、要求されたURLに適用可能なカスタマメタデータに従って応答がURLのみに依存すると判定することができる場合、エッジサーバはフェッチしたオブジェクトのキャッシュ可能性及び残りのTTLを応答ヘッダ内でエクステンダに伝達することが好ましい。この結果エクステンダは、残りのTTLの持続時間中にそのようなオブジェクトをキャッシュすることが安全であることがわかる。しかしながら、CDNエッジサーバが、応答が要求URLのみに依存すると判定できない場合は、この事実を応答ヘッダ内でエクステンダに伝達し、この場合エクステンダは応答をキャッシュしない場合がある。CDNエッジサーバが、例えば要求されたURLに適用可能なカスタマメタデータに従って応答が要求URLによって及び特定の要求ヘッダフィールドによって充分に決定されると判定可能である場合、好ましくはエッジサーバは特定の要求ヘッダフィールドをVary応答ヘッダ内にリスト化する。応答-変更タグが安全マッチホスト要求ヘッダ又はURL上のマッチ等以外のマッチ条件内に現れるCDNエッジサーバにおけるいずれかのカスタマ構成によって、CDNエッジサーバがエクステンダに応答して特別な制御ビットをセットすることが好ましい。上記は本発明のいくつかの実施形態によって実行される動作の特定の順序を記載したが、このような順序は例示的なものであり、代替的な実施形態では、異なる順序での動作の実行、いくつかの動作の組み合わせ、いくつかの動作の重複等があり得ることは理解されよう。本明細書における所与の実施形態の参照は、記載する実施形態が特定の特性、構造、又は特徴を含む場合があるが、全ての実施形態がその特定の特性、構造、又は特徴を必ずしも含むものではないことを示している。開示した主題を方法又はプロセスの状況において記載したが、主題の開示は本明細書における動作を実行するための装置にも関する。この装置は、必要な目的のために特別に構築することができ、又はコンピュータに記憶したコンピュータプログラムによって選択的に活性化又は再構成される汎用コンピュータを含むことができる。このようなコンピュータプログラムは、限定ではないが、光ディスク、CD-ROM、及び光磁気ディスクを含むいずれかのタイプのディスク、読み出し専用メモリCD-ROM、ランダムアクセスメモリRAM、磁気もしくは光カード、又は電子命令を記憶するために適切ないずれかのタイプの媒体等のコンピュータ読み取り可能記憶媒体に記憶することができ、その各々はコンピュータシステムバスに結合される。システムの所与のコンポーネントを別個に記載したが、それらの機能のいくつかは、所与の命令、プログラムシーケンス、コード部分等において組み合わせるか共有することが可能であることは当業者には認められよう。我々の発明を記載したので、以下のように特許請求を行う。"