"コンテンツ配信ネットワークの第1セットのコンテンツサーバに、コンテンツプロバイダをマッピングする段階と、前記コンテンツプロバイダから、前記コンテンツ配信ネットワークの前記第1セットのコンテンツサーバが配信するコンテンツを受信する段階と、前記コンテンツプロバイダからの前記コンテンツに関連するネットワークトラフィックを監視する段階と、前記ネットワークトラフィックに関連付けられる少なくとも1つのメトリックを決定する段階と、前記少なくとも1つのメトリックに基づいて、前記コンテンツ配信ネットワークの第2セットのコンテンツサーバに前記コンテンツプロバイダをマッピングしなおす段階とを備える方法。前記第1セットのコンテンツサーバは、複数の地理的位置にある複数のサーバを含む、請求項1に記載の方法。前記少なくとも1つのメトリックは、中央処理装置CPUのオーバヘッド、レイテンシー、コンテンツのサイズ、ライブラリのサイズ、およびコンテンツの重要度を含む、請求項1に記載の方法。前記少なくとも1つのメトリックからなる複合メトリックを生成する段階をさらに備える、請求項3に記載の方法。前記第2セットのコンテンツサーバに前記コンテンツプロバイダをマッピングしなおす段階は、前記複合メトリックが閾値を超える場合にマッピングをしなおす段階を有する、請求項4に記載の方法。コンテンツを提供する複数のコンテンツサーバにマッピングされたコンテンツプロバイダからの前記コンテンツに関連するネットワークトラフィックを監視するトラフィックモニタと、前記ネットワークトラフィックに関連付けられる少なくとも1つのメトリックを計算するメトリック決定モジュールと、前記コンテンツプロバイダにマッピングされたコンテンツサーバの数を調節する閾値調節モジュールと、前記コンテンツプロバイダにマッピングされた前記コンテンツサーバを識別するバインドマップとを有する電子動的バインドシステムを備えるシステム。前記電子動的バインドシステムは、コンテンツプロバイダにバインドされたコンテンツサーバへと、コンテンツ要求を徐々に誘導するコールドノード保護モジュールをさらに有する、請求項6に記載のシステム。前記バインドマップは、前記コンテンツプロバイダにバインドすることが可能な最大数のコンテンツサーバのセットを識別する、請求項6に記載のシステム。前記閾値調節モジュールは、前記コンテンツサーバの数を調節するときにヒステリシスを提供する、請求項6に記載のシステム。前記メトリック決定モジュールは、中央処理装置のオーバヘッド、レイテンシー、コンテンツのサイズ、ライブラリのサイズ、および重要度を含む群から選択される1以上のメトリックを決定する、請求項6に記載のシステム。前記バインドマップが階層状である、請求項6に記載のシステム。実行されるとコンピュータにプロセスを実行させるコンピュータ実行可能命令を格納しているコンピュータ可読媒体であって、1以上のサーバクラスタは各々、コンテンツプロバイダからのコンテンツを配信するよう設定されている1以上のサーバを含み、前記プロセスは、前記1以上のサーバクラスタを前記コンテンツプロバイダに関連付ける段階と、前記コンテンツプロバイダに、1以上のサーバクラスタからなる第1セットにおける少なくとも1つのサーバを関連付ける段階と、前記コンテンツに対する要求を受けると、前記コンテンツを、前記1以上のサーバクラスタからなる第1セットから配信する段階と、前記要求を受けて生成されたネットワークトラフィックを監視する段階と、1以上のネットワークメトリックを決定する段階と、前記1以上のネットワークメトリックに基づき、前記コンテンツプロバイダからの前記コンテンツを配信するよう設定するコンテンツサーバの数を調節する段階とを含む、コンピュータ可読媒体。前記1以上のサーバクラスタは地理的に分散している、請求項12に記載のコンピュータ可読媒体。前記1以上のサーバクラスタは、前記コンテンツプロバイダのクライアントの位置に基づき選択される、請求項13に記載のコンピュータ可読媒体。前記1以上のネットワークメトリックは、中央処理装置のオーバヘッド、レイテンシー、コンテンツのサイズ、ライブラリのサイズ、およびコンテンツの重要度を含む、請求項12に記載のコンピュータ可読媒体。前記プロセスは、前記コンテンツプロバイダに新たに関連付けられたコンテンツサーバに対して、コンテンツ要求を徐々に増加させる段階をさらに含む、請求項12に記載のコンピュータ可読媒体。前記プロセスは、前記1以上のメトリックの組み合わせである複合値を生成する段階をさらに含む、請求項15に記載のコンピュータ可読媒体。図1は、一実施形態において動的バインドを実装するのに適したネットワーク環境100の一例を示す。バインドとは、コンテンツプロバイダ例えばコンテンツ配信ネットワークCDNの顧客を1以上のCDNサーバまたはクラスタにマッピングすることをいう。動的バインドとは、CDN顧客のコンテンツまたは関連トラフィックに関するネットワークメトリックの変化に応じて、自動的に適合するバインドのことである。図1の図では、CDN102は、1以上のサーバクラスタ104を含む。各サーバクラスタ104は、1以上のユーザクライアント108からのコンテンツ要求に応答するよう設定されている1以上のサーバコンピュータまたはラック106図示の便宜上クラスタ104Nのみに示されているを含む。ラックは通常、複数のサーバ例えば24個のサーバを含む。例示している実施形態では、コンテンツプロバイダが、CDN102の顧客である顧客ネットワーク114を運営している。コンテンツプロバイダサーバ112上のコンテンツは、CDN102のサーバクラスタ104に伝播することができ、一実施形態では、このコンテンツをクラスタ104のサーバ106にキャッシュする。クライアント108は、顧客ネットワーク114を運営しているコンテンツプロバイダにより提供されるコンテンツを要求することができる。顧客ネットワーク114は、1以上のドメイン名サーバDNSシステム116を含んでいる。DNSシステム116は、要求されているコンテンツを配信することができるCDN102内のサーバ例えばサーバ106またはクラスタ例えばクラスタ104Aにコンテンツ要求を方向付ける。概して、クライアントコンピュータ108が生成するハイパーテキスト転送プロトコルHTTP要求等の要求は、DNSシステム116で受信される。DNSシステム116は、要求されているコンテンツを提供することができるサーバ106またはクラスタ104のアドレスを探すための要求で、ユニフォームリソースロケータURL名を利用する。このDNS検索lookupは、DNSシステム116が実行する検索に加えて、またはこれに関連して、CDN102内でCDNDNS設定の一環として、行われうる。コンテンツプロバイダは、通常、CDN102内の1以上の選択されたクラスタ104またはサーバ106に関連づけられている、またはバインドされている。コンテンツプロバイダのコンテンツは、該コンテンツプロバイダがバインドされているクラスタ104またはサーバ106により配信される。例えば、例示されている実施形態では、クラスタネットワーク114が、クラスタグループ118内のクラスタ104Aおよびクラスタ104Bにバインドされている、としてよい。操作中に、DNSシステム116は、1以上のロードメトリック等の情報をクラスタ104から受信する。DNSシステム116は、ロードメトリックを利用して、要求されているコンテンツを提供すべきクラスタ104の決定を促す。以下でさらに詳しく述べるように、DNSシステム116は、コンテンツプロバイダがどのクラスタ104またはサーバ106にバインドされているかを判断することもできる。この点に関しては、DNSシステムは、CDN102内のクラスタ104および/またはサーバ106へのコンテンツプロバイダのバインドを動的に適合させることのできる動的バインドシステムを含んでいる。一実施形態では、サーバ106は、DNSシステム116にメトリックを報告する。DNSシステム116は、アルゴリズムに従ってバインドを調節するための動的バインド機能を含む。一実施形態では、動的バインドアルゴリズムは複数のメトリックを組み合わせて、この組み合わせに基づいてバインドを調節する。一実施形態では、コンテンツまたはトラフィックの特性が変化すると、顧客ネットワーク114の顧客は、選択されたサーバ106またはクラスタに対して動的にバインドされてよい。例えば、サーバのロードが増えたり、ライブラリのサイズが増えたりすると、顧客のネットワーク114に対して、より多くのサーバがバインドされてよい。逆に、ロードが低減したり、ライブラリのサイズが減ったりすると、顧客にバインドされるクラスタ内のサーバ数またはクラスタ数が減ることもある。このようにして、格納スペース、プロセッサ速度または帯域幅等のサーバリソースを、自動的に効率的に割り当てることができる。特定の顧客に対して選択されたバインドは、さらに地理的考慮に基づいていてもよい。顧客は、特定の1以上の地理的領域に制限されてよい。例えば、ある顧客が、アメリカ合衆国USのみにクライアントを有している場合を考える。この例では、この顧客は、USのクラスタにバインドされ、世界の他の領域のクラスタにはバインドされない。別の例として、顧客がアメリカ合衆国の西部のみにクライアンを有する場合を考える。この場合、この顧客は、アメリカ合衆国の西部のクラスタのみにバインドされてよい。ある顧客向けに選択されるバインドは、クラスタで利用可能なインフラストラクチャの種類に応じて決められる。あるクラスタは、あるサーバ上に、他のサーバ上にはない特別なハードウェアを含む場合がある。一例では、あるサーバが、コンテンツのスモールオブジェクトを配信するのに適したフラッシュメモリ例えばフラッシュ固体ドライブflashsolidstatedrive:SSDを有している。この例では、数多くスモールオブジェクトを発行する顧客を、フラッシュメモリを有するクラスタまたはサーバにバインドすることができる。別のサーバまたはクラスタを、ある種類のコンテンツを提供するある顧客にバインドするときには、他のハードウェアまたはソフトウェア特徴をサーバまたはクラスタに設けることもできる。図2は、1つの可能性のある実施形態におけるバインドのグラフbindinggraph200の一例を示す。バインドのグラフ200は、顧客Aに対する最大のサーバ割り当てを含んでおり、10箇所の位置に分割されている例えば位置1から位置10。これら位置は、ロサンゼルス、ニューヨークシティ、ロンドン等といった都市部の位置に対応していてよい。複数のサーバが各位置にあり、顧客Aに対する割り当てが可能である。バインドマップ200に示されているサーバは、顧客Aのコンテンツおよび関連するトラフィックの特性に従って顧客Aに割り当てられる。図2に示す例では、各位置に10個のサーバからなるクラスタが存在している。もちろん、実際の運営では、位置およびサーバの数が図2に示すものと大小する場合がある。バインドの一例では、顧客Aが、初期値として、ネットワークサーバキャパシティの10を割り当てられてもよい。このバインドでは、各位置で1つずつサーバを顧客Aに割り当てることができるだろう。例えば顧客Aが、最初、サーバ10、サーバ20、サーバ30、サーバ40、サーバ50、サーバ60、サーバ70、サーバ80、サーバ90、およびサーバ100とバインドされている、としてよい。トラフィックモニタは、サーバおよびコンテンツと関連付けられている1以上のメトリックを監視している。メトリックが変化すると、顧客Aに対するバインドを動的に変化させてよい。例えば、決定されている閾値をロードが上回ったときには、顧客Aに、ネットワークサーバキャパシティの20を割り当てて良い。この場合には、顧客Aは、各位置で2つのサーバとバインドされてよい。図3は、一実施形態において動的バインドを実行する電子動的バインドシステム302の一例を示す。電子バインドシステム302は、図6に示し後述する汎用コンピュータ等であるがこれに限定はされない1以上のコンピューティングデバイス内に実装することができる。電子動的バインドシステム302は、クラスタ/サーバ識別子ID304、顧客ID306、バインドマップ308、トラフィックモニタ310、メトリック決定モジュール312、閾値調節モジュール314、および、コールドノード保護モジュール316等の、複数の機能モジュールおよびデータを含む。クラスタ/サーバID304は、CDNで利用可能なコンテンツサーバおよび/またはクラスタの識別子のリストを含む。クラスタ/サーバID304は、例えば都市部ごと、といった一定の様式に組織化されてよい。顧客ID306は、CDNの顧客の識別子例えば名称のリストを含む。バインドマップ308は、顧客ID306のうちの各顧客IDを、クラスタ/サーバID304のうちの1以上のクラスタ/サーバIDに関連付けることができる。バインドマップ308は、コンテンツ配信メトリックが変わると、調節されることがある。トラフィックモニタ310は、コンテンツ配信に関連するネットワークトラフィックを監視する。一実施形態では、トラフィックモニタ310は、各サーバおよび/またはクラスタで取り扱われるコンテンツ要求を収集する。メトリック決定モジュール312は、トラフィックモニタ310からのネットワークトラフィックデータを利用して、1以上のコンテンツ配信メトリックを生成する。決定されうるメトリックの例には、中央処理装置CPUのオーバヘッド、帯域幅、レイテンシー、コンテンツの需要度、ライブラリのサイズ、およびコンテンツのサイズ例えばファイルサイズ、オブジェクトサイズ等が含まれるが、これらに限定はされない。メトリック決定モジュール312の一部の実施形態では、ロードの監視も利用する。一部の実施形態では、全てのトランザクションのCPUオーバヘッドが決定される例えばスモールオブジェクトの顧客。一部の実施形態では、メトリック決定モジュール312は、ディスクからoffdiskコンテンツをどのくらい速く取得することができるかを判断する例えばラージオブジェクトの顧客。一部の実施形態では、メトリック決定モジュール312は、複数のメトリックの組み合わせである複合メトリックを生成するよう構成されてもよい。例えばメトリック決定モジュール312は、各顧客からのコンテンツに関するCPUオーバヘッド、レイテンシー、コンテンツサイズ、または需要度の重み付け平均を生成することができる。閾値調節モジュール314は、メトリック決定モジュール312からのメトリックに基づいて、ネットワークの割合の閾値を調節する。例えば、CDNがある顧客に対してネットワークトラフィック全体のXを超える割合で、または一部の実施形態ではこれ未満の割合で配信を行っている場合、この顧客のバインドを調整して、トラフィックのX程度の提供を行ってsufficientforXoftraffic、CDNの周辺にトラフィックを分散することで、ホットスポットを回避する。例えば、帯域幅がその顧客のコンテンツに対して特に高い位置に、より多くのサーバが含まれるように、顧客のバインドを調節してよい。一実施形態では、閾値調節モジュール314は、予測anticipatory調節アルゴリズムを利用する。この実施形態では、クラスタ/サーバマッピングを、ある顧客に関するトラフィックが実際に変化する前に作成しておく。例えば、特定の位置においてある顧客のコンテンツ要求が増えると予想して、この顧客に対してより多くのクラスタをバインドしておく、といったことができる。コールドノード保護モジュール316は、あるコンテンツプロバイダに新たに関連付けられたコンテンツサーバに関する機能を提供するものである。一実施形態では、コールドノード保護モジュール316は、徐々に、コンテンツプロバイダに新たにバインドされたコンテンツサーバに、コンテンツ要求が行くようにする。つまり、コンテンツサーバが最初、あるコンテンツプロバイダにバインドされていたとする。しかし、このコンテンツサーバの受信するコンテンツ要求の数が限られていることから、要求処理および要求されたコンテンツのキャッシュへの充填処理を、徐々に新たなコンテンツサーバに担わせるようにする、ということである。一実施形態では、自動コールドノード保護モジュール316が、新たに追加されるサーバまたはクラスタに対するロードを自動的に低減させて、コンテンツ要求の突然の帯域妨害barrageを防止する。新たなサーバ/クラスタは、オンラインになると、コンテンツ要求の突然の帯域妨害を防止する目的で、人工的に高いロードを報告する。時間が経って、この新たなサーバ/クラスタがより多くのコンテンツをキャッシュするようになると、このサーバ/クラスタは、報告するロードの量を減らす。この新たなサーバ/クラスタは、要求に対する応答に関するメトリックを自動決定することができる例えば新たなオブジェクト要求未キャッシュのもののカウント、全キャッシュ効率、応答時間等。削減係数shedfactorを利用することもできる。一般的には、削減係数は、本来はサーバ/クラスタに送られたはずだがつまり、ネットワークがクライアントおよびロードに近いので、そうならずに、その位置から二次的なサーバ/クラスタへと送られ削減されてしまったトラフィック量に関している。例えば、削減係数が50に設定されている場合、ある特定のサーバ/クラスタに送られるべきであった要求の半分のみが、実際にはこの特定のサーバ/クラスタに送られる。例えば、キャッシュ効率が80未満に低下すると、サーバ/クラスタの性能をチェックする。この処理を行うことで、手動の環境において、サーバまたはクラスタを、人工的に高い報告モードであり続けることがないようにすることができる。図4は、一実施形態においてロードメトリックの関数としてネットワーク利用を示す理論モデル400を示すグラフである。モデル400は、ある顧客顧客Nのメトリックが変化した場合の、サーバキャパシティ閾値の推移の一例を示している。ロードメトリックは、1以上のメトリック例えばCPUオーバヘッド、データ取得速度、レイテンシー、重要度、その他の組み合わせである複合メトリックであってよい。この例の実施形態では、最初に閾値MAX1402が顧客Nに割り当てられている。言い換えると、最初に顧客Nに割り当てられている最大サーバキャパシティが、ネットワークキャパシティ全体のMAX1パーセント、ということになる。ロードメトリックが増えるにつれて、閾値が上方へ移行して404、新たな閾値MAX2406となる。一部の実施形態では、移行404は、実際にさらなるサーバ容量が必要になる前に生じることもある。これらの実施形態では、最大サーバキャパシティの必要性が予測される。ロードメトリックが再度低下すると、閾値はMAX1402へと戻る。一部の実施形態では、ヒステリシスを利用して、サーバキャパシティ閾値を移行させる404。ヒステリシスにより、サーバキャパシティ閾値がちょこちょことjerky変化しないようにすることができる。図5は、一実施形態の動的バインドアルゴリズム500を示すフローチャートである。動的バインドアルゴリズム500は、システム図3の動的バインドシステム302または1以上の他のシステムによって実行されてよい。追加処理502により、顧客レジストリに新たな顧客が追加される例えば図3の顧客ID304参照。レジストリには、自身のコンテンツ配信にコンテンツ配信ネットワークCDNを利用している顧客の識別子が含まれている。一実施形態では、追加処理502により、顧客レジストリに新たな顧客の識別子が追加されて、初期値のサーバキャパシティ閾値が選択される。サーバキャパシティ閾値が選択された後で、追加処理502によって、新たな顧客は、選択されたサーバキャパシティ閾値に対応する1以上のCDNサーバまたはクラスタからなる初期セットにバインドされる。新たな顧客を、1以上のCDNサーバまたはクラスタからなる初期セットに関連付ける処理では、新たな顧客IDを1以上の初期CDNサーバまたはクラスタのIDに関連付ける処理が行われても良い。顧客とサーバとのバインドの例は、図2のバインドのグラフに示されている。クラスタまたはサーバの初期セットは、初期格納レベルを提供するよう選択されてよく、CDNの周辺の幾つかの地理的位置における初期値のロードに対応していてよい。加えて、一実施形態では、各顧客が、異なるクラスタまたはサーバからなる初期セットを有している。受信処理504では、処理502で追加された顧客から1以上のコンテンツ要求が受信される。コンテンツを求めるコンテンツ要求が複数受信されると、決定処理506で、コンテンツプロバイダに関連付けられている利用メトリックを判断する。メトリックは、1以上のメトリック例えば要求されているファイルの数、要求されているファイルのサイズ、要求されているデータの総量等の組み合わせであってよい。一実施形態では、決定処理506において、これらメトリックに基づき、コンテンツプロバイダに関連付けられている全CDN帯域幅の割合を決定する。処理506で決定されたCDN帯域幅の割合に基づいて、調節処理508で、コンテンツプロバイダに関連付けられている最大サーバキャパシティ閾値が調節される。調節処理では、ヒステリシスアルゴリズムの利用により閾値間の調節を円滑に行ってよい。ヒステリシスパラメータは設定可能である。上述したように、閾値とは、コンテンツプロバイダに割り当てられるCDN格納の上限を表しているが、一実施形態では閾値が下限を表していてもよい。閾値は、そのコンテンツプロバイダにバインドされているクラスタまたはサーバ数を決定するために利用される。通常、処理500はCDNの各顧客について継続して繰り返される。図6は、本発明の実施形態を実装または実行することのできるコンピュータシステム600の概略図である。例えば、1以上のコンピューティングデバイス600は、ある顧客を、クラスタまたはサーバの初期セットにバインドして、顧客のコンテンツに関連するトラフィックを監視して、この顧客を、1以上のメトリックに応じて、クラスタまたはサーバの別のセットにバインドするように設定されていてよい。一般的には、コンピュータシステム600は、汎用コンピュータデスクトップ、ラップトップ、またはサーバコンピュータ、または専用コンピュータ例えばエンベデッドシステムを含む任意の数のコンピューティングデバイスであってよい。本例では、コンピュータシステム600は、バス601インターコネクト、少なくとも1つのプロセッサ602、少なくとも1つの通信ポート603、メインメモリ604、取り外し可能格納媒体605、読み出し専用メモリ606、および大容量ストレージ607を含むことができる。プロセッサ602は、Intel登録商標Itanium登録商標またはItanium2登録商標プロセッサ、AMD登録商標Opteron、またはAthlonMP登録商標プロセッサ、またはMotorola登録商標ラインのプロセッサ等の任意の公知のプロセッサであってよい。通信ポート603は、モデムに基づくダイアルアップ接続で利用されるRS-232ポート、10/100Ethernet登録商標ポート、銅または繊維を利用するギガビットポート、またはUSBポートのうちの任意のものであってよいが、これらに限定もされない。通信ポート603は、ローカルエリアネットワークLAN、ワイドエリアネットワークWAN、またはコンピュータシステム600が接続する任意のネットワーク等のネットワークに応じて選択されてよい。コンピュータシステム600は、周辺デバイス例えば表示スクリーン630、入力デバイス616と、これに限定もされないが入出力I/Oポート609等を介して接続可能であってよい。メインメモリ604は、ランダムアクセスメモリRAMであってもよいし、技術分野で公知の任意の他の動的格納デバイスであってもよい。読み出し専用メモリ606は、プロセッサ602に対する命令等の静的な情報を格納するための、プログラム可能読み出し専用メモリPROMチップ等の任意の静的格納デバイスであってよい。大容量ストレージ607は、情報および命令を格納するために利用することができる。例えば、スカジーSCSI:SmallComputerSerialInterfaceドライブのAdaptec登録商標ファミリー等のハードディスク、光ディスク、RAIDRedundantArrayofIndependentDisksドライブのAdaptec登録商標ファミリー等のRAID等のディスクアレイ、または、その他の任意の大容量格納デバイスを利用することができる。バス601は、プロセッサ602を、他のメモリ、格納および通信ブロックに、通信可能に連結する。バス601は、利用する格納デバイスに応じて、PCI/PCI-X、SCSI,またはユニバーサルシリアルバスUSBに基づくシステムバスまたはその他であってよい。取り外し可能格納媒体605は、任意の種類の外部ハードドライブ、フロッピー登録商標ドライブ、IOMEGA登録商標ジップドライブ、CD-ROM、CD-RW、DVD-ROM等であってよい。ここに記載される実施形態は、コンピュータその他の電子デバイスにプロセスを行わせるために利用することができる命令を格納した機械可読媒体を含みうるコンピュータプログラムプロダクトとして提供されてよい。機械可読媒体は、これらに限定はされないが、フロッピー登録商標ディスク、光ディスク、CD-ROM,光磁気ディスク、ROM、RAM、EPROM、EEPROM、磁気カード、光カード、フラッシュメモリ、その他の、電子命令の格納に適した種類の媒体/機械可読媒体を含んでよい。さらに、ここに記載する実施形態は、コンピュータプログラムプロダクトとしてダウンロードすることもでき、ここで、プログラムは、搬送波その他の伝播媒体で具現化されるデータ信号によって、通信リンク例えばモデムまたはネットワーク接続を介して、遠隔コンピュータから、要求を発するコンピュータへと転送されてよい。示されているように、メインメモリ604は、ここで記載する機能をサポートする動的バインドアプリケーション650-1で符号化される。例えば、動的バインドアプリケーション650-1は、バインドマップ、トラフィックモニタ、閾値調節モジュール、および、メトリック決定モジュールを含むことができる。動的バインドアプリケーション650-1および/またはここで記載するその他のリソースは、ここに記載する別の実施形態における処理機能をサポートするデータおよび/または論理命令例えば、メモリ、その他、ディスク等のコンピュータ可読媒体に格納されているコード等のソフトウェアコードとして具現化されてよい。一実施形態の処理中に、プロセッサ602は、バス601を利用してメインメモリ604にアクセスして、動的バインドアプリケーション650-1の論理命令を起動する、走らせる、実行する、解釈する、または行うlaunchrunexecuteinterpretorotherwiseperform。動的バインドアプリケーション650-1の実行によって、動的バインドプロセス650-2の処理機能が生成される。言い換えると、動的バインドプロセス650-2は、コンピュータシステム600内のプロセッサ602内で、またはこの上で実行される動的バインドアプリケーション650-1の一以上の部分を表している。ここで記載した、処理を実行する動的バインドプロセス650-2に加え、本明細書の他の実施形態には、動的バインドアプリケーション650-1自身つまり、未実行の、または、未実装の論理命令および/またはデータunexecutedornonperforminglogicandordataが含まれてよい点にも留意されたい。動的バインドアプリケーション650-1は、フロッピー登録商標ディスク、ハードディスク等のコンピュータ可読媒体例えばレポジトリ、または光媒体に格納されてよい。他の実施形態では、動的バインドアプリケーション650-1はさらに、ファームウェア、読み出し専用メモリROM等のメモリのタイプのシステムに格納されてもよく、またはこの例では、メインメモリ604内の例えばランダムアクセスメモリまたはRAM内の実行可能コードとして格納されてもよい。例えば、動的バインドアプリケーション650-1は、取り外し可能格納媒体605、読み出し専用メモリ606、および/または、大容量格納デバイス607に格納されてもよい。コンピュータシステム600がサポートする機能の例より詳しくは、動的バインドアプリケーション650-1および動的バインドプロセス650-2に関する機能については、図1から図5を参照して前に詳述したとおりである。これらの実施形態に加え、さらに、本明細書の他の実施形態には、プロセッサ602内で動的バインドアプリケーション650-1を動的バインドプロセス650-2として実行することも含まれている。従って当業者であれば、コンピュータシステム600に、割り当ておよびハードウェアリソースを制御するオペレーティングシステム等の、他のプロセスおよび/またはソフトウェアおよびハードウェアコンポーネントが含まれうることを理解する。ここで説明したように、本発明の実施形態は、様々な段階および処理を含んでいる。これら様々な段階は、ハードウェアコンポーネントによる実行が可能であり、または、該命令でプログラミングされた汎用または専用プロセッサに、処理を行わせるために利用される機械実行可能命令に具現化することができる。または、段階はハードウェア、ソフトウェア、および/または、ファームウェアの組み合わせにより実行されてもよい。モジュールという用語は、内蔵型の機能上のコンポーネントを指し、これには、ハードウェア、ソフトウェア、ファームウェア、またはこれらの任意の組み合わせが含まれてよい。ここで記載してきた例示的な実施形態には、本発明の範囲を逸脱せずに様々な変形例および追加を想到することができる。例えば、上述してきた実施形態では、特定の特徴が言及されていようとも、本発明の範囲には、これら特徴の異なる組み合わせを含む実施形態、および、記載した特徴が全ては含まれていない実施形態も含まれる。従って、本発明の範囲は、これら全ての代替例、変形例、および変更例、並びにこれらの全ての均等物を含むことが意図されている。"