"マークアップ言語基本ドキュメントと、各々が1つのURLで識別される組み込みオブジェクトを含むウェブページをサービスするための方法であって、指定された組み込みオブジェクトの各々が、仮想サーバホスト名を含むように修正変更されたURLを含む前記方法であって:コンテンツプロバイダサイトからクライアントマシンに基本ドキュメントをサービスする、クライアントマシンから発せられたウェブページに対する要求に応答し;指定された組み込みオブジェクトを、仮想サーバホスト名で識別されたホスティングサーバからクライアントマシンにサービスする、以上のステップを含む、前記方法。請求項1記載の方法において、ホスティングサーバがクライアントマシン近くのコンピュータネットワーク内に配置されている、前記方法。請求項1記載の方法において、指定された組み込みオブジェクトをクライアントマシンにサービスするステップが更に:その要求を第1レベルドメイン名サーバから、クライアントマシン近くの第2レベルドメイン名サーバに転送し;第2レベルドメイン名サーバから仮想サーバホスト名を解読して、その組み込みオブジェクトをサービスするための1つまたは複数のホスティングサーバの指定された組を識別する、以上のステップを含む前記方法。請求項1記載の方法において、仮想サーバホスト名が指定された関数を組み込みオブジェクトに適用して生成された1つの値を含む、前記方法。請求項4記載の方法において、その値が指定された情報を符号化する事により生成され、その指定された情報が基本的に:サイズデータ、人気データ、生成データおよびオブジェクト型式データで構成された情報のグループから選択された、前記方法。請求項1記載の方法において、修正変更されたURLが指定された関数を組み込みオブジェクトに適用して生成された指紋値を含む、前記方法。請求項6記載の方法において、その値が組み込みオブジェクトをハッシングすることで生成された1つの数である、前記方法。請求項1記載の方法において、マークアップ言語がHTMLである、前記方法。請求項1記載の方法が更に、コンテンツプロバイダがウェブページを修正変更すると、修正変更されたURLを書き換えるステップを含む、前記方法。マークアップ言語基本ドキュメントと各々が1つのURLで識別される組み込みオブジェクトを含むウェブページをサービスするための方法であって、指定された組み込みオブジェクトの各々が、仮想サーバホスト名を含むように修正変更されたURLを含む前記方法であって:ホスト名を指定された組み込みオブジェクト用のURL、指定された関数を組み込みオブジェクトに適用して生成された値を含むサーバホスト名にプリペンドし;クライアントブラウザからの要求に応答して、そのウェブページをサービスする、以上のステップを含む、前記方法。請求項10記載の方法において、ホスト名の値が指定された情報を符号化することにより生成され、その指定された情報が基本的に:サイズデータ、人気データ、生成データおよびオブジェクト型式データから成る情報グループから選択される、前記方法。請求項10記載の方法が更に:指定された関数を組み込みオブジェクトに適用することにより、組み込みオブジェクト用の指紋値を含むように、URLを修正変更するステップを含む、前記方法。請求項12記載の方法において、指定された指紋値が組み込みオブジェクトをハッシングすることにより生成された、前記方法。ハイパーテキストマークアップ言語基本ドキュメントと1組の組み込みオブジェクトを含み、各々の組み込みオブジェクトが1つのURLで識別されているウェブページを処理するための方法であって:仮想サーバホスト名を指定された組み込みオブジェクトに対するURLの中にプリペンドし、この仮想サーバホスト名は指定された関数をURLまたは指定されたオブジェクトに適用して生成された値を含む、前記プリペンドするステップを含み;ここで指定された関数が組み込みオブジェクトを指定された仮想サーバホスト名の指定された組に対してランダムに分配する、前記方法。請求項14記載の方法において、指定された関数が符号化関数である、前記方法。請求項14記載の方法において、指定された関数がハッシュ関数である、前記方法。請求項14記載の方法が更に:URLの中に指定されたハッシュ関数を組み込みオブジェクトに適用することにより生成された、組み込みオブジェクトに対する、指定された指紋値を含ませるステップを含み;ここで、指定された指紋値がその組み込みオブジェクトが既に修正されたか否かを識別する、前記方法。請求項17記載の方法が更に、ウェブページが変更された際に必要な場合に、指紋値に対するハッシュを再計算しURLを書き換えるステップを含む、前記方法。クライアントマシンの使用者が1つのサーバにサービスプロバイダを経由して接続する、コンピュータネットワーク内で動作する、分散型ホスティング枠組み構造であって、サーバは各々マークアップ言語基本ドキュメントと1組の組み込みオブジェクトを含むページをサポートし、各々の組み込みオブジェクトは1つのURLで識別される枠組み構造であって:組み込みオブジェクトを担当する第1組のサーバと;最上位レベルドメイン名サービスDNS解を提供する、少なくとも1つの最上位レベルサーバと;低レベルドメイン名サービスDNS解を提供する、少なくとも1つの低レベルサーバとを含み;クライアントマシンから発せられたページ要求が、サーバとサーバの第1組の指定された部分集合によって、最上位レベルおよび低レベルサーバで識別されたようにサービスされる、前記ホスティング枠組み構造。請求項19記載のホスティング枠組み構造が更に、冗長な最上位レベルサーバを含む、前記ホスティング枠組み構造。求項19記載のホスティング枠組み構造が更に、冗長な低レベルサーバを含む、前記ホスティング枠組み構造。請求項19記載のホスティング枠組み構造において、第1組のサーバの指定された1つが故障状態となった際に、第1組のサーバの指定されたその1つのホスティング責任を肩代わりするための1つのバディーサーバを含む、前記ホスティング枠組み構造。請求項19記載のホスティング枠組み構造において、低レベルサーバが第1組のサーバの部分集合の中で負荷をバランスさせる、負荷バランス機構を含む、前記ホスティング枠組み構造。請求項23記載のホスティング枠組み構造において、負荷バランス機構が第1組のサーバのいずれの容量も超えることなく、組み込みオブジェクトに対して要求された複写量を最小化する、前記ホスティング枠組み構造。請求項19記載のホスティング枠組み構造が更に、第1組のサーバの指定された部分集合の容量を超えることなく、クライアントマシンで経験される待ち時間の総量を最小化するための、オーバフロー制御機構を含む、前記ホスティング枠組み構造。請求項25記載のホスティング枠組み構造において、オーバフロー制御機構が最小コスト多重利益フローアルゴリズムmincostmulticommodityflowalgorithmを含む、前記ホスティング枠組み構造。請求項19記載のホスティング枠組み構造において、最上位レベルサーバが、クライアントで生成されたページ要求を第1組のサーバの指定された1つに向かわせる際に使用される、ネットワークマップを含む、前記ホスティング枠組み構造。請求項19記載のホスティング枠組み構造において、サーバの第1組内のサーバが、指定された組み込みオブジェクトに対する総トラヒックを指定された制限内に維持するための、ゲート機構を含む、前記ホスティング枠組み構造。請求項28記載のホスティング枠組み構造において、ゲート機構が:指定された組み込みオブジェクトに対する要求数が指定された閾値を超えたか否かを判定する手段と;判定手段に応答して指定された組み込みオブジェクトのサービスを制限するための手段とを含む、前記ホスティング枠組み構造。請求項29記載のホスティング枠組み構造において、制限するための手段が、指定された組み込みオブジェクトより小さなオブジェクトをサービスするための手段を含む、前記ホスティング枠組み構造。請求項29記載のホスティング枠組み構造において、そのオブジェクトが、クライアントが指定された組み込みオブジェクトを後ほど受信することを可能とする切符である、前記ホスティング枠組み構造。マークアップ言語基本ドキュメントと、各々がURLで識別される1組の組み込みオブジェクトを含み、指定された組み込みオブジェクトの各々が仮想サーバホスト名を含むように修正変更されたURLを含む、ウェブページをサービスするための方法であって:第1および第2クライアントマシンから発せられたウェブページに対する要求に応答して、各々のクライアントマシンに対してコンテンツプロバイダサイトから基本ドキュメントをサービスし;第1クライアントマシンに第1仮想サーバホスト名で識別された第1ホスティングサーバから指定された組み込みオブジェクトをサービスし;第2クライアントマシンにこれもまた第1仮想サーバホスト名で識別された第2ホスティングサーバから指定された組み込みオブジェクトをサービスするステップを含む、前記方法。請求項32記載の方法が更に、第1仮想サーバホスト名を第1ホスティングサーバのアドレスに、第1クライアントマシンの場所とローカルトラヒック条件の関数として解読するステップを含む、前記方法。請求項32記載の方法が更に:指定された組み込みオブジェクトが第1クライアントマシンにサービスされると、指定された組み込みオブジェクトが別のホスティングサーバから更に効率的にサービス出来ないかを判定し;そうである場合は、指定された組み込みオブジェクトの残り部分を、第1クライアントマシンに対して第3のホスティングサーバからサービスするステップを含む、前記方法。マークアップ言語基本ドキュメントと、各々がURLで識別される1組の組み込みオブジェクトを含み、指定された組み込みオブジェクトの各々が仮想サーバホスト名を含むように修正変更されたURLを含む、ウェブページをサービスするための方法であって:第1および第2クライアントマシンから発せられたウェブページに対する要求に応答して、各々のクライアントマシンに対してコンテンツプロバイダサイトから基本ドキュメントをサービスし;仮想サーバホスト名を第1アドレスおよび第2アドレスに解読し;第1アドレスに配置されている第1ホスティングサーバから第1クライアントマシンに、指定された組み込みオブジェクトをサービスし;第2アドレスに配置されている第2ホスティングサーバから第2クライアントマシンに、指定された組み込みオブジェクトをサービスするステップを含む、前記方法。請求項35記載の方法において、仮想サーバホスト名が第1アドレスまたは第2アドレスに、そのウェブページに対する要求が何処から最初に発せられたか、またコンピュータネットワークの関連する地域内でのローカルトラヒック条件に基づいて解読する、前記方法。マークアップ言語基本ドキュメントと、各々がURLで識別される1組の組み込みオブジェクトを含むウェブページをサービスするための方法であって:修正変更されたURLを生成するために、組み込みオブジェクトのURLを書き換え、この修正変更されたURLは元のホスト名にプリペンドされた新たなホスト名を含み、此処で元のホスト名は修正変更されたURLの一部として、組み込みオブジェクトのキャッシュされたコピーが利用できないときに何時でも組み込みオブジェクトをリトリーブする際に使用するために保守され;クライアントブラウザから受信されたウェブページのサービス要求に応答して、そのウェブページをサービスするステップを含む、前記方法。好適な実施例の詳細な説明既知のインターネットクライアントサーバシステムが図1に図示されるように実現されている。クライアントマシン10がウェブサーバ12にネットワーク14を介して接続されている。図示する目的で、ネットワーク14はインターネット、イントラネット、イクストラネットまたは任意のその他の既知のネットワークである。ウェブサーバ12はクライアントでアクセス可能な複数のサーバの1つであって、クライアントの1つはマシン10で図示されている。代表的なクライアントマシンはブラウザ16を含み、これはネットワークのサーバにアクセスするために使用される既知のソフトウェアツールである。ウェブサーバは複数のファイル集合的にウェブサイトと呼ぶをハイパーテキストドキュメントおよびオブジェクトの形式でサポートする。インターネットの世界ではサーバへのネットワークパスはいわゆるユニフォームリソースロケータURLで識別される。代表的なウェブサーバ12はプロセッサ18、オペレーティングシステム20、およびネットスケープエンタプライズサーバNetscapeEnterpriseServerの様なウェブサーバプログラム22を含むコンピュータである。サーバ12はまた管理および運営用のグラフィカルユーザインタフェースGUI、およびアプリケーションプログラミングインタフェースAPIサポートする表示器を含み、このアプリケーションプログラミングインタフェースはアプリケーション開発者に対して、その中枢機能の拡張そして/またはカスタマイズをコモンゲートウェイインタフェースCGIプログラム、プラグイン、サーブレットServlets、アクティブサーバページActiveServerPages、サーバサイドインクルードSSIServerSideInclude機能または相当機能を含むソフトウェアプログラムを通して行えるようにしている。代表的ウェブクライアントはx86、PowerPCまたはRISC型のパーソナルコンピュータであり、これはIBMOS2またはMicrosoftWindows登録商標95の様なオペレーティングシステムを含み、これはNetscapeNavigator40またはそれ以上の様な、Java登録商標VirtualMachineを有しアプリケーションプラグインapplicationpluginsまたはヘルパーアプリケーションhelperapplicationをサポートするウェブブラウザを含む。クライアントはまたノート型コンピュータ、携帯型コンピュータ装置例えばPDA、インターネットアプライアンスInternetapplianceまたはその他のコンピュータネットワークに接続可能な装置であっても構わない。図2に示されるように、典型的なウェブページはマークアップ言語例えばHTML主または基本ドキュメント28、並びに多数の組み込みオブジェクト例えば画像、音声、ビデオなど30を含む。従って、典型的なページでは、20またはそれ以上の組み込み画像またはオブジェクトは非常に一般的である。これらの画像の各々はウェブ内で独立なオブジェクトであり、個別にリトリーブまたは変更する事が認められているされるものである。従ってウェブクライアントの一般的な行動様式は、基本HTMLドキュメントをフェッチし、続いて直ちに組み込みオブジェクトをフェッチする事であり、これらは典型的に常にというわけでは無いが同一サーバ上に配置されている。本発明によれば、好適にマークアップ言語基本ドキュメント28はウェブサーバすなわちコンテンツプロバイダサイトからサービスされる一方で、指定された数またはおそらく全ての組み込みオブジェクトはその他のサーバからサービスされる。見て分かるように好適に指定された組み込みオブジェクトはクライアントマシンに近く過負荷では無く、また要求されたファイルの最新版を既に持っていると思われるサーバウェブサーバ自体以外からサービスされる。次に図3を参照すると、この動作は本発明のホスティングシステムで実現される。見て分かるように、ホスティングシステム35は1組の広範に配備された複数のサーバまたはサーバ資源を含み、これは大規模、故障耐性を有する基盤構造を形成し、これはウェブコンテンツを効率的、効果的または信頼性高く最終使用者にサービスするように設計されている。これらのサーバは世界的に配備されていても、また任意の希望する地理的地域に広がっていても良い。理解されるように、ホスティングシステムはその様なコンテンツを知的に回送しかつ複写するための分散型アーキテクチャを提供する。この目的のために、全世界的ホスティングシステム35は3つの基本型サーバまたはサーバ資源:ホスティングサーバ場合によってはゴーストと呼ばれる36、最上位レベルDNSサーバ38、および低レベルDNSサーバ40を含む。図示はされていないが、DNS階層の中で別のレベルも存在するはずである。これに代わって、最上位レベルと低レベルサーバの機能を結合する単一DNSレベルであっても構わない。この図示された実施例では、発明の枠組み構造35はインターネットサービスプロバイダISPで配備されているが、これは本発明の制約ではない。本発明の全世界的ホスティング枠組み構造35を配備する、1つまたは複数のISPは好適に多数のマシンを有し、これらはそれらのネットワーク上のゴーストサーバ構成要素36および低レベルDNS構成要素40の両方を実行する。これらのマシンはネットワークを通して分散されており;好適にそれらはネットワーク交換ポイント42およびネットワークアクセスポイント44の周りに集中されているが、これは必要事項では無い。加えて、ISPは好適に最上位レベルDNS38で動作する少数のマシンを有し、これはまたネットワーク上に分散されている。制約を意味しないが、好適に枠組み構造35の中で使用されている指定されたサーバは、プロセッサ、オペレーティングシステム例えば、LinuxUNIXWindows登録商標NT等、ウェブサーバアプリケーション、及び本発明で使用される1組のアプリケーション処理ルーチンを含む。これらの処理ルーチンはプロセッサで実行される1組の命令としてソフトウェアで好便に実現されており、以下に更に詳細に説明する種々の処理工程または方法ステップを実施する。これらのサーバは好適にネットワークの先端例えば、ポイントオブプレゼンス、またはPOSsに配置されている。ネットワーク内の何処にホスティングサーバを設置するかを決定するにはいくつかの要因がある。従って、例えばサーバ位置は好適に需要主導ネットワークマップで決定され、これはプロバイダ例えばISPがトラヒック要求を監視することを可能とする。トラヒックパターンを研究する事により、ISPは与えられたトラヒックプロフィールに対してサーバ位置を最適化する。本発明によれば、指定されたウェブページ基本HTMLドキュメントおよび1組の組み込みオブジェクトを含むは分散方式でサービスされる。従って、好適に基本HTMLドキュメントは通常そのページを管理するコンテンツプロバイダからサービスされる。組み込みオブジェクトまたはそのいくつかのサブセットは優先的にホスティングサーバ36からサービスされ、特に最初にそのウェブページに対する要求を発したクライアントマシンに近い、指定されたホスティングサーバ36からサービスされる。加えて、ホスティングサーバ間で好適に負荷がバランスされ、クライアントがそのページを完成するそのオブジェクトを要求した際に、指定された組み込みオブジェクトがそのクライアント近くの指定されたホスティングサーバから効率的にサービスされるようにしている。この方法でページコンテンツをサービスするために、組み込みオブジェクトに関連するURLが修正変更される。良く知られているように、1つのページ内でサービスされる各々の組み込みオブジェクトはそれ自身のURLを有する。典型的にURLは1つのホスト名を有し、これはこのオブジェクトが従来同様に、すなわち本発明を参照することなくサービスされるコンテンツプロバイダのサイトを識別する。本発明によれば、組み込みオブジェクトURLは最初に、好適にオフライン状態でそのURLが全世界的ホスティングサーバでサービスされるべく調整されるように修正変更される。オブジェクトURLを修正変更するための好適な方法を図示する流れ図が図4に図示されている。処理ルーチンはステップ50で開始され、指定されたページ内の全ての組み込みオブジェクトの処理が完了したか否かが判定される。全て完了している場合は、処理ルーチンは終了する。しかしながらそうで無い場合、処理ルーチンは次の組み込みオブジェクトをステップ52で獲得する。ステップ54で、仮想サーバホスト名が指定された組み込みオブジェクトに対してURLの中にプリペンドされる。この仮想サーバホスト名は1つの値例えば、数字を含み、これは例えば指定されたハッシュ関数をそのURLに対して適用して生成される。良く知られているように、ハッシュ関数は任意長のビットストリングを入力として取り、固定長のビットストリングハッシュ値を出力として生成する。この様な関数は2つの条件を満足する:1同一ハッシュ値を生成する2つの異なる入力を見つけることは不可能である、また2入力とそのハッシュ値を与えられた場合、同じハッシュ値を具備した異なる入力を見つけることは不可能である。ステップ54で、その組み込みオブジェクトに対するURLが値xxxxxにハッシュされ、これは続いて仮想サーバホスト名の中に含まれる。このステップはランダムにそのオブジェクトを指定された仮想サーバホスト名に分配する。本発明は、先に説明したハッシュ関数を適用することによる仮想サーバホスト名の生成に限定するものでは無い。代わりのまた好適な実施例として、仮想サーバホスト名が下記のように生成される。仮の見本的なホスト名a1234gakamaitechnetを考える。1234という値は、シリアル番号と呼ばれる場合もあり、好適にそのオブジェクトに関する情報、例えばそのサイズ大きいかまたは小さいか、その期待される人気、そのオブジェクトが生成された日時、ウェブサイトの識別子、オブジェクトの型式例えば、動画または静止画、およびおそらくは指定された乱数関数で生成されたいくつかの線数ビットを含む。もちろん、指定されたシリアル番号がその様な情報を全て符号化する必要もまたその様な構成要素の多くを符号化する必要も無い。実際、最も簡単な場合、このシリアル番号は単一整数であっても構わない。とにかく、情報は1つのシリアル番号の中に好適な方法で符号化される。従って、例えば第1ビットはサイズを表すために使用され、第2ビットは人気を表すために使用され、その他のビットの組は日時を表すために使用される等々。ハッシングの例のところで先に説明したように、シリアル番号はまた負荷バランス用に、また或る型式のトラヒックを或る型式のサーバに向けるためにも使用される。典型的に同一ページ上のほとんどのURLは同一シリアル番号を有して、ページ毎に必要な識別名DNdistinguishnameアクセス数を最小化する。この要求はオブジェクトが大きくなるに伴って重要さは少なくなる。従って、本発明によれば仮想サーバホスト名が指定された組み込みオブジェクトに対してURLの中にプリペンドされ、このホスト名は1つの値またはシリアル番号を含み、これは指定された関数をそのURLまたはオブジェクトに適用して生成される。この関数はハッシュ関数、符号化関数等である。流れ図に戻ると、処理ルーチンは次にステップ56に続き、指定された値をオブジェクトのURLに含める。好適に、指定された値は指定されたハッシュ関数を組み込みオブジェクトに適用して生成される。このステップはそのオブジェクトのユニークな指紋を生成し、これはそのオブジェクトが修正変更されているか否かを判定するために有用である。その後、この処理ルーチンはステップ50に戻って繰り返される。以上の背景の下に、本発明の全世界的ホスティング枠組み構造を特定の例を参照して次に説明する。特に、ボストンのクライアントマシンの使用者が、通常アトランタで管理されているコンテンツプロバイダのウェブページを要求すると仮定する。図示を目的として、コンテンツプロバイダがネットワーク内で全世界的ホスティングアーキテクチャを使用していると仮定する、このネットワークは全世界的、国際的、国内、地域、ローカルまたは私的なものであって構わない。図5はシステムの種々の構成要素とクライアントからの要求が如何にして処理されるかを示している。先に説明したようにこの動作は制約を目的としているものではない。ステップ1:ブラウザが要求をプロバイダのウェブサイトに送る項目1。アトランタのコンテンツプロバイダサイトは全世界的ホスティング枠組み構造が実施されていない場合と同様にしてこの要求を受信する。違いは何がプロバイダサイトから返却されるかである。通常のページを返却する代わりに、本発明に基づいてこのウェブサイトは図4の流れ図に図示されている方法に基づき修正変更された組み込みオブジェクトURLを具備したページを返却する。先に説明したように、これらのURLは以下のように変更される:100,000個の仮想ゴーストサーバが存在すると仮定する、もっともネットワーク上には比較的少数例えば100しか物理的には存在しないかも知れないが。これらの仮想ゴーストサーバまたは仮想ゴーストはホスト名で識別される:ghostxxxxghosingcomここでxxxxは0から99,999の間の数で置換される。コンテンツプロバイダのウェブサイトが新たな情報で更新された後、コンテンツプロバイダサイト上で実行するスクリプトが実行されて、組み込みURLを書き換える。好適に、組み込みURL名は0と99,999の間の数にハッシュされる、もっともこの範囲は本発明を制限するものではない。次に組み込みURLがその数を具備する仮想ゴーストを参照するように切り換えられる。例えば、下記はプロバイダのサイトからの組み込みURLである:このURLで参照されたオブジェクトに対するシリアル番号が数1467の場合、好適にこのURLは次のように書き換えられる:この方法でシリアル番号を使用することにより、組み込みURLが100,000個の仮想ゴーストサーバ名に対してほぼ均等に分散される。プロバイダサイトは個別の好みに応じて、スクリーン上の種々のオブジェクトを再配置してそのページを個人化出来ることに注意されたい。更に、プロバイダはまた広告をダイナミックに挿入して、どれだけの人が各々の広告を見たかを計数する事が可能である。好適な実施例に基づけば、組み込みURLに対して追加の修正変更がなされて、全世界的ホスティングシステムがサービスする情報が陳腐化しないように保証している。先に説明したように、好適に組み込みURLに含まれるデータのハッシュもまた組み込みURL自身の中に挿入されている。すなわち、各々の組み込みURLはそれが指し示すデータの指紋を含んでいる。含まれる情報が変化すると、指紋も変化し、これによって使用者が旧いデータを参照する事が防止される。第2ハッシュはビットのストリームを入力として取り込み、そのストリームの指紋と呼ばれることもある出力を生成する。指紋の重要な属性は、2つの異なるストリームはほぼ確実に2つの異なる指紋を生成することである。その様なハッシュの例はMD2およびMD3関数であるが、例えば単純なチェックサムの様な更に透過性の良い方法も使用できる。具体化するために、ハッシュの出力を128ビット署名と仮定する。この署名は1つの数字として解釈され、続いて組み込みURLの中に挿入される。例えば、プロバイダウェブサイトからの画像spacestorygif内のデータのハッシュが数28765の場合、修正変更された組み込みURLは実際下記のように見えるはずである:ページが変更される度に、好適に各々の組み込みURLに対するハッシュが再計算され、必要に応じてそのURLが書き換えられる。URLのいずれかのデータが変化する場合、例えば新たなまた異なる画像がspacestorygifの名前で挿入される場合、そのデータのハッシュは異なるのでURL自身が別のものとなる。この手法は元のページが更新された結果、陳腐化されたデータをこのシステムがサービスすることを防止する。例えば、画像spacestorygifがコンテンツプロバイダのサーバ上で更に最新の版に置き換えられたと仮定する。画像のデータが変化するので、URLのハッシュも同様に変化する。従って、新たな組み込みURLは新たな数が指紋に挿入されない限り同一に見える。更新の後にそのページを要求した全ての使用者は、新たな画像を指し示すページを受信する。旧い画像は決して参照されることはなく、更に更新された情報の代わりに間違って返却されることは出来ない。纏めると、好適に2つのハッシュ操作が存在し、コンテンツプロバイダのページを修正変更するために行われる。第1に、ハッシングはドメイン名を仮想ゴースト名に変換するためのシリアル番号が選択される処理工程の、1つの構成要素である。理解されるように、この第1変換はクライアントを全世界ホスティングシステムに転送して組み込みURLをリトリーブさせるように働く。次に組み込みURLで指し示されたデータのハッシュが計算されそのURLの中に挿入される。この第2変換は陳腐化および時期遅れのコンテンツがゴーストサーバからサービスされることを防止する。好適に、これら2つの変換はオフラインで実施されるので性能上の隘路となる可能性は無い。一般化すると好適なURL技法は次の通りである。図示されているドメインwwwdomainnamecomfrontpagejpgは次のように変換される:xxxyyzzzznetaaaawwwdomainnamecomfrontpagejpg此処でxxxxシリアル番号フィールドyy低レベルDNSフィールドzzzz最上位レベルDNSフィールドaaaaその他の情報例えば、指紋フィールドDNS階層の別のレベルが使用されている場合、別の低レベルDNSフィールド、例えばxxxxy1y2zzznetaaaaが存在するはずである。ステップ2:初期ページをコンテンツプロバイダサイトから受信した後、ブラウザはそのページを表示するために組み込みURLをロードする必要がある。これを実施するための第1ステップは、変更されたホスト名を解明するために使用者マシンまたは使用者ISPでのDNSサーバに接触することである、この場合は:ghost1467ghostingakamaicomである。理解されるように、本発明の全世界的ホスティングアーキテクチャはDNSシステムを、その名前がクライアントに近くまたそのページを既に持っていると思われるゴーストの1つに解明されるように取り扱う。これがどの様に行われるかを理解するために、以下にクライアントから発せられたDNSクエリーqueryの進行を説明する。ステップ3:先に説明したように、好適に2つの型式のDNSサーバが本発明のシステム内に存在する:最上位レベルと低レベルである。ghostingcom用の最上位レベルDNSサーバ38は、comドメインの通常のDNSサーバとは異なる特別の機能を有する。最上位レベルDNSサーバ38は適切な制御処理ルーチンを含み、これはネットワーク内の何処に使用者が配置されているかを決定し、続いてその使用者を近くのakamaicomすなわち、低レベルDNSサーバ40に転送するために使用される。comドメインと同様に、akamaicomは好適にネットワークを通して分散されている多数の最上位レベルDNSサーバ38を、故障耐性を高めるために有している。従って指定された最上位レベルDNSサーバ38は使用者をインターネット指定された組み込みオブジェクトに対する要求を満足するために使用されるホスティングサーバ36の集合を有する内の地域に転送し、一方低レベルDNSサーバ40識別された地域内のはその集合内で特定のホスティングサーバを識別し、ここからオブジェクトが実際にサービスされる。更に一般的に先に触れたように、DNS処理はいくつかのレベルの処理を含むことが可能であり、その各々はクライアントをより良いゴーストサーバに向けるように働く。ゴーストサーバ名はまた更に多くのフィールドを持つことが可能である。例えば、a123ggakamaitechnetをa123ghostakamaicomの代わりに使用することが出来る。唯ひとつのDNSレベルのみが使用されている場合、代表URLはa123akamaicomである。その他の技術を使用することも可能であるが、使用者のネットワーク内での場所は、要求を行ったクライアントマシンのIPアドレスを調べることによって好適に演繹される。この例において、DNSサーバは使用者のマシーン上で動作しているが、これは要求事項ではない。使用者が例えばISPDNSサーバを使用している場合、処理ルーチンはその使用者がこのサーバの近くインターネットの意味でに配置されていると仮定する。これに代わって、使用者の場所またはIPアドレスを最上位レベルDNSに送られた要求の中に直接符号化することが出来る。ネットワーク内のIPアドレスの物理的位置を決定するために、最上位DNSサーバはネットワークマップを構築し、これは続いて関連する位置を識別するために使用される。従って、例えば最上位DNSにa1234gakamatechnetに関する解釈要求が来た際に、最上位DNSは要求者の返却アドレスを調べて、ネットワークマップに従い、そのアドレスに基づいて応答を作り出す。この例で、a1234はシリアル番号、gは低レベルDNSを参照するフィールド、そしてakamaitechは最上位レベルDNSを参照する。このネットワークマップは好適に全てのインターネットプロトコルIPブロックのリストを含み、各々のIPブロックに対して、マップはその要求を送信する場所を決定する。このマップは好適にネットワーク条件およびトラヒックに基づいて絶えず更新される。ネットワーク内の何処で要求が発せられたかを決定した後、最上位DNSサーバはそのDNS要求をネットワーク内でその使用者に近い低レベルDNSサーバに転送する。要求を転送する能力はDNSシステム内の標準機能である。加えて、この転送はそのローカル低レベルDNSが停止している場合、接続されるバックアップサーバが存在するような方法で実施できる。好適に、これらの最上位レベルDNSのghostingcomドメインに関する転送上のTTLスタンプは長めに設定されている。これにより使用者のDNSサーバそして/またはISPのDNSサーバでのDNSキャッシングが最上位レベルDNSサーバが過負荷状態となることを防止できる。使用者マシンまたはISPのDNSサーバ内のghostingakamaicomに対するTTLが経過すると、最上位レベルサーバに接続され、ローカル低レベルghostingakamaicomDNSサーバに対する新たな転送が、新たなTTLスタンプと共に返却される。このシステムは現在の集中化されたホスティング解釈の中で行われているものに比較して、桁違いに多量の最上位レベルDNS検索を行わしめるもので無いことに注意されたい。これは、最上位レベル転送のTTLが高く設定されているためであり、従ってほとんど多数の使用者は彼らのローカルDNSで、近くの低レベルghostingakamaicomDNSサーバに直接導かれるからである。更に、最上位レベルDNSサーバに対する故障耐性は、一般的なcomドメインで行われているのと同様にDNSによって自動的に提供される。低レベルDNSサーバに対する故障耐性は、好適に単一サーバのみの代わりに可能性のある低レベルDNSサーバのリストを返却することで提供される。低レベルDNSサーバの1つが停止していても、未だ使用者はリスト上に載っていて動作している1つに接続することが可能である。故障耐性はまたオーバフロー制御機構を介して処理することも可能であり、ここでクライアントはそのオブジェクトにサービスを行う十分な容量を有することが知られている、地域内の低レベルDNSに転送される。この代替手法は特定の地域からの大量の要求が存在するとき、または1つの地域内の容量が縮退している様な状況で非常に有用である。一般的に、クライアントが地域に転送される方法は、どの地域も過負荷とならないという制約の下で、複数のクライアントが経験する総待ち時間を最小とするようになされる。地域容量の制約の下で総待ち時間を最小化することは、好適に最小コスト多重利益フローアルゴリズムmincostmulticommodityflowalgorithmを使用して実現できる。ステップ4:この時点で、使用者は近隣のghostingcomDNSサーバ38のアドレスを有する。使用者のローカルDNSサーバは近隣の低レベルDNSサーバ40に接続し、名前ghost1467ghostingakamaicomへの変換を要求する。ローカルDNSサーバは、使用者に近く、過負荷状態で無く、また要求されたデータを既に持っていると考えられる、ネットワーク上のゴーストサーバ36の1つのIPアドレスを返却する責任がある。仮想ゴースト名を実際のゴーストにマッピングするための基本機構はハッシングである。1つの好適な技術はいわゆる無矛盾ハッシングであり、米国明細書No09042228、1998年3月13日登録、米国明細書No09088825、1998年6月2日、各々の名称は複数の資源の中で要求を分配するための方法並びに装置、マサチューセッツ工科大学所有、に記述されており、この明細書は此処に挙げることで参照されている。無矛盾ハッシュ関数はマシン故障およびクラッシュの際にシステムを強固なものとする。これはまたシステムをしなやかに、ほとんどの項目の配置を変更することなく、またこのシステムに関する完全な情報を持つことなく成長させることを可能とする。本発明によれば、仮想ゴースト名は対照表を用いて実ゴーストアドレスにハッシュされ、ここで対照表はネットワーク状態およびトラヒックに基づいて、負荷バランスと故障耐性が保証されるように、断続的に更新される。好適に、解読の表は各々のシリアル番号に対して生成される。例えば、シリアル番号1はゴースト2および5に解読される、シリアル番号2はゴースト3に解読され、シリアル番号3はゴースト2,3,4に解読される等々である。目的はどのゴーストもその容量を超えない解を定義し、全ての解の中で全てのゴーストの総数が最小化されるようにする事である。これはシステムが各々の地域で利用できるメモリの最大利益を確実に享受出来るようになされる。この点は既存の負荷バランス手法に較べて大きな特長であり、従来の手法は全てのものを全ての場所にキャッシュしたり、または負荷に関係なく或る場所の或るオブジェクトのみをキャッシュする傾向にある。一般的に、負荷が短い時間の間に余り大きく変化しない場合は、解が一貫して時間と共に変化しない様に割り当てられることが望ましい。この手法はまた好適に、ゴーストがどれだけ使用者に近い、またその時点でそのゴーストにどれだけ重い負荷が掛かっているかも考慮している。同一の仮想ゴーストは好適に、その使用者がネットワーク内の何処に配置されているかによって異なる実ゴーストアドレスに変換されることも注意されたい。例えば、ゴーストサーバ1898017が米国内に配置されており、またゴーストサーバ13268128はイスラエル国内に配置されていると仮定する。ボストンから発せられたghost1487ghostingakamaicomに対するDNS要求は、1898017に解読され、一方テルアビブから発せられた要求は13268128に解読されるはずである。2つのレベルのDNSサーバは種々のゴーストサーバを監視してそれらの負荷を考慮に入れる一方、仮想ゴースト名を実アドレスに変換する。これはゴースト上および低レベルDNSサーバ上で動作するソフトウェア処理ルーチンで取り扱われる。1つ実施例において、負荷情報は1つの地域内のサーバ間で循環され、それらが各々のシリアル番号に対して解を計算できるようにしている。解を計算するための1つのアルゴリズムは下記のように働く。サーバは最初に各々のシリアル番号に対して計画された負荷使用者要求の数に基づいてを計算する。次にこのシリアル番号は負荷が増える順に処理される。各々のシリアル番号に対して、要求されるサーバのランダムな優先順位リストが無矛盾ハッシング法を用いて割り当てられる。次に各々のシリアル番号が優先順位リストからサーバの最小初期セグメントに解かれ、どのサーバも過負荷とならないようにされる。例えば、シリアル番号に対する優先順位リストが2,5,3,1,6の場合、最初にそのシリアル番号に対する負荷をゴースト2にマッピングすることを試みるように試行される。これがゴースト2を過負荷にする場合、その負荷はゴースト2および5の両方に割り当てられる。これによってこれらのサーバのいずれかに過大な負荷が掛かる場合、その負荷はゴースト2,3,および5といった具合に割り当てられる。1つのサーバ上での計画された負荷はそのサーバを含む全ての解を調べ、またそのシリアル番号からそのサーバに送られると予想される負荷の量を加えることで計算出来る。この解を生成する方法は、繰り返し形式で使用される際に最も効果的であり、そこでは割り当ては全てのシリアル番号が全てのゴーストにマッピングされているデフォルト状態から開始される。先の処理手順に基づいて解テーブルを洗練することにより、負荷は最小の繰り返し量を使用してバランスされるこれにより1つの地域内の利用可能なメモリが最大限節約される。これら低レベルDNS変換に関するTTLは短く設定されていて、ゴーストの1つに重い負荷が検出された際に迅速に応答出来るようにしている。このTTLは1つのパラメータであって、ゴースト上の高負荷に対するタイムリーな応答と低レベルDNSサーバ上で誘発された負荷との間のバランスを保つために、システムで調整することが出来る。しかしながら、低レベルDNS変換に対するTTLが1-2分に設定されていたとしても、実際に低レベルDNS対照をしなければならない使用者はほとんど居ないことに注意されたい。ほとんどの使用者は彼らのマシンまたは彼らのISP上にキャッシュされているDNS変換を見るはずである。従って、ほとんどの使用者は彼らのローカルDNSサーバから直接、彼らが望むデータを有する近隣のゴーストへ行く。実際に低レベルDNS対照を行うそれらの使用者には非常に短い待ち時間が追加される、しかしながらこの待ち時間はほとんどのデータを近隣からリトリーブする長所を鑑みると短い。先に示したように、低レベルDNSサーバに対する故障耐性は、最上位レベルDNSに対して単一のサーバアドレスの代わりに、可能な複数の低レベルDNSサーバのリストを返却することにより提供される。使用者のDNSシステムはこのリストをキャッシュし標準DNSシステムの一部、リスト上の最初の1つが何らかの理由で停止している場合にはリスト上の別のサーバの1つに接続する。低レベルDNSサーバはDNSの標準機能を使用して、ゴーストサーバに対して特別水準の故障耐性を提供する。名前が変換される際に、単一名を返却する代わりに、名前のリストが返却される。何らかの理由でゴーストに対する一次故障耐性方法バディーシステムBuddysystemとして知られていて、後ほど説明するが故障している場合、クライアントのブラウザはリスト上のその他のゴーストの1つに接続するはずである。ステップ5:次にブラウザはa123ghostingakamaicomwwwprovidercomTECHimagesspacestorygifと名付けられたオブジェクトに対して近隣のゴーストから要求を行う。元のサーバの名前wwwprovidercomが好適にURLの一部として含まれていることに注意されたい。ゴースト上で動作するソフトウェアはページ名を元のホスト名および実ページ名に分解する。ファイルのコピーが既にゴースト上に格納されている場合は、そのデータは直ちに戻される。しかしながら、データのコピーがゴースト上に存在しない場合は、コピーが元サーバまたは別のゴーストサーバからリトリーブされる。ゴーストは元サーバが誰であるかを、その名前がブラウザからそのゴーストに送られてきたURLの中に符号化されているので知っていることに注意されたい。1度コピーがリトリーブされると、これは使用者に戻され、また好適にそれはまたゴースト上に要求に対して返答するために格納される。追加の保証として、その使用者がそのサーバに本当に近いかを確認することが好適であろう。これはそのファイルに対する要求に応答する前に、クライアントのIPアドレスを調べて行われる。これはクライアントのDNSサーバがクライアントから遠く離れている様な希な場合に有用である。その様な場合、ゴーストサーバはその使用者をより近いサーバまたは、そのクライアントにより近いサーバと解読されるに違いない別の仮想アドレスに転送することが出来る。その転送が仮想サーバに対する場合、更に別の転送が行われるのを防止するために、目印しが付けられなければならない。好適な実施例では、転送は大きなオブジェクトに対してのみ実施される:従って、要求されたオブジェクトが或る総サイズを超えているかを確認するための確認が、転送を行う前になされる。長いダウンロード性能は、変化するネットワーク条件に基づいて、クライアントが接続されているサーバをダイナミックに変更することにより改善できる。これはオーディオおよびビデオをダウンロードする際ここでは接続は長くなりがちで品質が特に重要であるに特に有用である。この様な場合、使用者は流れ途中の別のサーバに向けられることが可能である。クライアントの転送を行うための制御構造は先に説明したものと類似しているが、クライアントのブラウザまたはメディア再生機の中に設置されるソフトウェアを含むことも出来る。このソフトウェアはクライアントの接続の性能およびおそらくはネットワークの状態も同様に監視する。クライアントの接続がサーバを変更することにより改善出来ると思われる場合は、システムはクライアントをその接続の残り部分に関して新たなサーバに向ける。ゴーストに対する故障耐性は、相棒バディーシステムで提供され、此処では各々のゴーストが指定されたバディーゴーストを有する。1つのゴーストが停止すると、その相棒バディーがその仕事およびIPアドレスを引継いで、サービスが中断されないようにする。このシステムの別の特徴はバディーゴーストが故障に対して待機時間を持たないことである。代わりに、全てのマシンは常に活動状態であり、故障が発生すると、その負荷はバディーによって肩代わりされ、低レベルDNSシステムにより別の動作中ゴーストとバランスが取られる。バディーシステムの別の特徴は、故障耐性が長い時間待つことなく提供されることである。グローバルホスティングシステムの更に別の安全機能として、或るオブジェクトに対する総トラヒックを定められた制限内に保持するためにゲート機構が使用できる。ゲート機構の1つの実施例は次のように動作する。1つのオブジェクトに対する要求の数が、或る指定された閾値を超えると、そのサーバはそのオブジェクトをサービスしないように選択できる。これはそのオブジェクトが非常に大きな場合、非常に有効であろう。代わりに、そのクライアントはそのクライアントに後ほど再接続するように依頼するもっと小さなオブジェクトでサービスを受けることが出来る。または、そのクライアントを転送する事も可能である。ゲートを実現するための別の方法は、そのクライアントに対して切符を提供することであり、これはそのクライアントが予め定められた時間後にそのオブジェクトを受信できるようにするものである。この方法において、ゴーストサーバはそのオブジェクトのサービスを行う前にその切符上の時刻を確認する必要がある。本発明のグローバルホスティングシステム手法はグローバルISPまたは地域ISPの集成体の方法であって、ホスティング売り上げを生み出すために彼らのネットワーク基盤構造を強化し、ネットワーク帯域幅を節約するためのものである。本発明のグローバルホスティング手法を提供するISPはコンテンツプロバイダに対してコンテンツをかれらの使用者に対してISPネットワーク上の最も近いポイントから配信する機能を提供し、従って高速で信頼性の高いアクセスを保証する。保証されたウェブサイト性能は全てのウェブを使用するビジネスに重要であり、グローバルホスティングはこの要求を満足するサービスを作り出すことを可能とする。本発明に基づくグローバルホスティングはまたISPがコンテンツがネットワークをどの様にまた何処を移動するかを制御することを可能とする。グローバルホスティングサーバはISPネットワークの端点例えば多数のネットワーク交換機およびアクセスポイントに設定することが出来る。これはISPがそれが受け持っているサイトに対して、コンテンツを直接ネットワーク交換ポイントおよびアクセスポイントの中にサービスすることを可能とする。高価な基幹リンクがコンテンツプロバイダのサイトからネットワーク交換機およびアクセスポイントへ、冗長なトラヒックを搬送する必要はもはや無くなる。代わりに、コンテンツはISPのネットワークから、高価なネットワーク資源をその他のトラヒックに開放して、直接サービスされる。グローバルホスティングはネットワークトラヒックを低減するが、これはまたグローバルISPが急速に拡大しているホスティング市場の一部を獲得する手段であり、この市場拡大は現在毎年10億ドルと見込まれている。グローバルホスティング解法はまた多くの利益をコンテンツプロバイダにもたらし、特に彼らのウェブサイトの性能を国内的および国際的に改善する効果的でかつ経済的な解決策を提供する。本発明によるホスティングソフトウェアはコンテンツプロバイダに対して高速でかつ信頼性の高いインターネットアクセスを、コンテンツを彼らの加入者に対してISPネットワーク上の最も近いポイントから配信する手段を提供することにより保証する。加えて、更に別の利点が更に詳細に以下に説明されており、グローバルホスティング解法はまたネットワークトラヒックを削減する重要な利点をも提供する。ひとたびグローバルホスティングサーバがISPネットワークの周辺機器すなわち、多数のネットワーク交換機およびアクセスポイントにインストールされると、コンテンツはネットワーク交換機およびアクセスポイントの中に直接サービスされる。コンテンツを直接ISPのネットワークから効率的に配信する結果、本発明はウェブサイト性能を事実上改善する。現行のコンテンツ配信システムと比較して、本発明のグローバルホスティング解法は高価な基幹リンクを使用して冗長なトラヒックをコンテンツプロバイダのウェブサイトからネットワーク交換機およびアクセスポイントへ搬送する必要が無い。本発明のグローバルホスティング手法で提供される特有な特長を以下に示す:1.コンテンツプロバイダの運営費削減:ほとんどの競合する解法はコンテンツプロバイダに対して彼らのコンテンツを担当する各々のウェブサイトにサーバを購入することを要求する。その結果、コンテンツプロバイダは世界中で異なるISPと個別の契約を結ばなければならない。加えて、コンテンツプロバイダは一般的にこれらの遠隔場所でコンテンツの複写とサーバの保守の責任を負う。本発明では、ISPがグローバルホスティングの機能のほとんどの一次責任を負う。コンテンツプロバイダは好適に彼らの単一サーバのみを保守する。このサーバ上のコンテンツはソフトウェアによりそれらがアクセスされる場所へ自動的に複写される。プロバイダまたはそれについてはISPによる介入または計画は不要である。コンテンツプロバイダにはグローバルネットワーク上の全てのサーバに対する瞬時のアクセスが提供される;コンテンツが複写されるべき場所の選択または遠隔地にサーバを追加購入する必要は無い。2.インテリジェントかつ効率的データ複写:ほとんどの競合する解法はコンテンツプロバイダに対して彼らのコンテンツを1つの商業的ホスティングサイトのサーバ上に複写するか、または彼らのコンテンツを地理的に遠距離にあるサーバ上にミラー化するように要求する。どちらの方法も効率的ではない。前者の解法では、コンテンツは未だインターネット上の単一場所に配置されている従って、ほとんどの使用者から遠く離れている。後者の場合には、ウェブサイトの全てのコンテンツが遠隔サーバにコピーされるが、コンテンツの小さな部分であっても実際、遠隔地に配置される必要がある。たとえ安価なメモリを使用しても、この様なミラーリングに関連する追加コストは複数のサイトにミラー化するには膨大となり、これはほとんどの使用者が未だミラーサイトから遠く離れていることを意味する。ミラーリングはまたコンテンツプロバイダに対して、全てのサイトが整合して最新であることを保証しなければならないという別の欠点を有し、これはたとえ数サイトであっても軽視出来ない仕事である。本発明では、コンテンツは自動的にグローバルサーバネットワークに、インテリジェントかつ効率的なやり方で複写される。コンテンツはそれらが必要とされる場所にのみ複写される。更に、コンテンツが変更されると、新たなコピーが好適にネットワークを通して自動的に複写される。3.自動的コンテンツ管理:多くの既存の解法は、コンテンツ配信、コンテンツ複写および異なるサーバ間での負荷バランスに対して能動的な管理を必要とする。特に、コンテンツを何処で担当するかの決定は手動で行われなければならず、またデータを複写する処理工程は、中央化されたプッシュ方式で処理される。これに対して、本発明の特徴は受動管理である。複写は要求ベースのプル方式で、コンテンツが本当にそれを必要としている所にのみ送られるように、好適になされる。更に、処理工程は好適に全自動化されている;ISPはコンテンツが如何にしてまた何処に複写されるべきかを悩む必要は無い、そして/またはコンテンツプロバイダも同様である。4.無制限な、経済的拡張性:競合する解法は拡張性が低く、数個のサイトまでである。例えば、ミラーリングに基づく解法は典型的に最大3または4サイトを接続して使用される。規模拡大の障壁には、全サイトを複写する費用、全てのノードでの計算資源を複写するコスト、およびコンテンツプロバイダが彼らのサーバ上で使用する多数の種類のソフトウェアパッケージを管理する複雑さが含まれる。本発明のユニークなシステムアーキテクチャは数百、数千または百万個のノードまで拡張可能である。ホスティングネットワーク内のサーバは異常状態になったり故障する可能性があるが、システムの全体機能は影響されない。グローバルホスティング枠組み構造は資源の有効利用を行う;サーバおよびクライアントソフトウェアは全てのノードで複写される必要は無いが、それはホスティングサーバのみが各ノードで動作しているからである。加えて、グローバルホスティングサーバは高い信頼性を要求されない、標準の簡単なハードウェア上で動作するように設計されている。5.突然の負荷集中に対する防護:競合する解法はコンテンツプロバイダに対して、予期していない突然の負荷集中に対する防護策を提供していない。ミラーリングおよび関連する負荷バランス解法は、コンテンツプロバイダが負荷をサーバの集合の中で分配することを可能とするが、サーバの集合容量はピーク時要求を処理するのに十分でなければならない。これはコンテンツプロバイダが実際の平均負荷の代わりに予想されるピーク負荷に見合ったレベルの資源を購入し保守しなければならないことを意味する。インターネットの高度に変化が激しくまたは予想できない性質を考えると、この様な解法は高価で資源の無駄遣いである。本発明のホスティングアーキテクチャは、ISPがコンテンツプロバイダに対して突然の負荷集中保証を提供するためにホスティングサーバの単一ネットワークを利用することを可能とする。すなわち、プロバイダサイト上での予期せぬ高い負荷に対して自動的に適合しサポートする保証である。ISPは多くのプロバイダを同一グローバルネットワーク上で集合しているので、資源は更に効率的に使用される。6.実質的帯域幅節約:競合する解法は、ISPまたはコンテンツプロバイダに対して実質的な帯域幅節約は提供しない。ミラーリングの使用を通して、あるリンクすなわち、ニューヨークとロスアンジェルス間に関して帯域幅を節約することが可能である。しかしながら、グローバルホスティング無しでは、コンテンツに対するほとんどの要求はインターネットを通過する必要があり、従って帯域幅コストを増加させる。本発明のホスティング枠組み構造は、それら自身の基幹を有するISPに対する事実上の基幹帯域幅を節約する。コンテンツはネットワークを通して配信され、ネットワーク交換ポイントの隣に配置することが出来るので、ISPおよびコンテンツプロバイダは共に基幹料金がほとんどのコンテンツ要求に課せられないため、事実上の節約を経験する。7.グローバルネットワークへの瞬時アクセス:競合する解法はコンテンツプロバイダに対して、コンテンツを担当、そして/または複写するサイトの小さな集合を手動で選択するように要求する。たとえISPが広範に広がっている場所に多数のホスティングサイトを有していたとしても、特別に選択されたおよび対価が支払われているこれらのサイトのみが、そのコンテンツプロバイダに対するコンテンツを担当するために使用される。これに対して、本発明のグローバルホスティング解法は、ISPが彼らのクライアントに対してサーバのグローバルネットワークへの瞬時のアクセスを提供することを可能とする。グローバルネットワークへの瞬時のアクセスを提供するために、コンテンツは好適に絶え間なくまたダイナミックにネットワーク内を移動される。例えば、コンテンツプロバイダがアジア地区の顧客に興味のあるコンテンツを追加した場合、コンテンツプロバイダはそのコンテンツがアジア地区に配置されているサーバに自動的に移動されることを保証される。加えて、グローバルホスティング枠組み構造は、コンテンツが最終使用者の非常に近くに企業市場の場合使用者の建物の様な近くに移動されることを可能とする。8.グローバルISPおよび集成体への設計:ほとんどの競合する解法はコンテンツプロバイダで購入され管理されるように設計されており、彼らの多くは既に単一サーバを管理ための統括管理および運用作業に対して絶え間なく挑戦し消耗している。本発明のホスティング手法はグローバルISPで配備され、コンテンツプロバイダに提供出来る新たなサービスを提供する。このサービスの特徴は、コンテンツプロバイダに要求される運営および管理を最小とし、従ってコンテンツプロバイダがユニークなコンテンツを制作するというその中枢ビジネスに集中出来るようにする。9.固有データベースおよび秘密情報の効果的管理:多くの競合する解法は、コンテンツプロバイダに対して彼ら固有のデータベースを地理的に遠く離れた複数のサイトへ複写することを要求する。その結果、コンテンツプロバイダはその固有のまた通常秘密であるデータベースに対する効果的な管理を失ってしまう。これらの問題を取り除くために、本発明のグローバルホスティング解法はコンテンツプロバイダが彼らのデータベースに対する完全な管理を維持することを保証する。先に説明したように、コンテンツに対する最初の要求はコンテンツプロバイダの中央ウェブサイトに向けられ、これは続いて効果的でかつ管理されたデータベースアクセスを実施する。好適に、ページ要求に対する高帯域幅、固定部分はグローバルホスティングネットワークからリトリーブされる。10.コンテンツプロバイダのソフトウェアとの互換性:多くの競合する解法はコンテンツプロバイダに対して特定セットのサーバとデータベースを使用することを要求する。これらの特に、一定しない要求はコンテンツプロバイダが最も効率的に最新技術を使用する能力に制約を与え、コンテンツプロバイダの既存基盤構造をお金を掛けて変更する必要を迫る場合もある。これらの問題を取り除くことにより、本発明のグローバルホスティングアーキテクチャは効果的にコンテンツプロバイダとISPとの間のインタフェースを行い、これはコンテンツプロバイダで使用されているシステムまたはサーバに対して何らの前提も必要としない。更に、コンテンツプロバイダのシステムは本発明のアーキテクチャを修正変更したりまたは中断することなく、更新、変更または完全な置き換えを行うことが可能である。11.ダイナミックコンテンツ、個人化された広告またはEコマース、と陳腐化されていないコンテンツとの間の相互干渉の排除:多くの競合する解法例えば、全てのコンテンツの単純なキャッシングはダイナミックコンテンツ、個人化された広告およびEコマースと相互干渉し、使用者に対して陳腐なコンテンツをサービスする可能性がある。その他のソフトウェア会社はこれらの問題を部分的に取り除く試みを続けているが例えば、全てのキャッシュされたコピーに対するヒット計数の保存、これらの解法の各々は機能の部分的または完全に失わせかねない例えば、広告を個人化させる機能。これに対して、グローバルホスティング解法はダイナミックコンテンツ、個人化された広告またはEコマースと相互干渉することは無く、それはこれらの作業の各々が好適にコンテンツプロバイダの中央サーバで処理されるためである。12.グローバルネットワーク対応設計:グローバルホスティングアーキテクチャは高度な拡張性を有し、従って全世界規模ネットワーク基盤上に配備できる。グローバルホスティングアーキテクチャの各々の構成要素に関して先に説明した機能は、好適にプロセッサの中で実行可能なソフトウェアで実現される、すなわち、コンピュータの随意アクセスメモリ内に存在するコードモジュール内の命令またはプログラムコードの組で実現される。コンピュータから要求されるまで、命令の組は別のコンピュータメモリ、例えばハードディスクドライブの中、または光磁気ディスクCDROM内での使用される場合またはフロッピー登録商標ディスクフロッピー登録商標ディスクドライブ内で使用される場合の様な携帯型メモリの中に格納されていたり、またはインターネットまたはその他のコンピュータネットワークを経由してダウンロードされる。加えて、説明された種々の方法は汎用コンピュータの中で選択的に起動したりソフトウェアで再構成することで簡便に実現できるが、通常の技術を有する当業者は、その様な方法がハードウェア、ファームウェア、または更に要求された方法のステップを実行するように構築された特殊装置で実現できることを理解するであろう。更に、ここで使用されるように、ウェブクライアントは広く解釈されるべきであり、インターネットのような、全ての既知のまたは今後開発されるであろうコンピュータネットワークに直接または間接的に接続されていたりまたは接続可能な、全てのコンピュータまたは構成要素を意味する。用語ウェブサーバは広く解釈されるべきであり、コンピュータ、コンピュータプラットフォーム、コンピュータまたはプラットフォームの付属物、またはそれらの全ての構成要素を意味する。もちろんクライアントは広く解釈されるべきであり、ファイルを要求または獲得する人を意味し、またサーバはファイルをダウンロードするエンティティーである。此処まで我々の発明を説明してきたが、我々が新たに請求し要望する特許内容は添付の特許請求の項に記載されている。"