專利名稱：可配置的自適應(yīng)全球通信控制和管理的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信管理。本發(fā)明的其它方面涉及諸如因特網(wǎng)之類網(wǎng)絡(luò)中可配置、自適應(yīng)全球通信控制和管理。
背景技術(shù)：
隨著因特網(wǎng)通信量的增長，web內(nèi)容和應(yīng)用程序的提供者越來越需要從位于分散位置的多個服務(wù)器遞送內(nèi)容，以便在高的通信負(fù)載下，維持良好的最終用戶感受。這種需要產(chǎn)生數(shù)個困難挑戰(zhàn)，其中包括·在一個或多個單獨(dú)服務(wù)器失效的情況下，如何保證這種多服務(wù)器系統(tǒng)的容錯；·如何根據(jù)出于經(jīng)濟(jì)、合同或其它原因施加的重要內(nèi)容提供者策略約束，控制把來自最終用戶的請求分發(fā)給每個服務(wù)器的方式；和·當(dāng)網(wǎng)絡(luò)條件變化時，如何保證最終用戶感受的高性能。

發(fā)明內(nèi)容
本發(fā)明通過提供根據(jù)一組可配置的規(guī)則，分配網(wǎng)絡(luò)(例如因特網(wǎng))通信的手段，克服了這些及其它問題。這些規(guī)則可被配置成考慮下述關(guān)鍵因素·服務(wù)器可用性。
·使用本發(fā)明的內(nèi)容提供者的具體要求，例如基于地理的分布，IP地址空間中的位置，負(fù)載份額等。
·任意指定時刻網(wǎng)絡(luò)(因特網(wǎng))的狀態(tài)，包括網(wǎng)絡(luò)等待時間的量度。
和常規(guī)的web服務(wù)器和鏡像服務(wù)器場相比，這些規(guī)則一起向因特網(wǎng)內(nèi)容和應(yīng)用程序的提供者提供極細(xì)的網(wǎng)絡(luò)(因特網(wǎng))通信控制，使他們能夠顯著改善最終用戶體驗(由請求解決的速度，相關(guān)的下載時間，和服務(wù)器的可用性等測量)。
本發(fā)明有多種潛在應(yīng)用。一種應(yīng)用是提供把通信排他地定向于由單一組織管理的一組指定服務(wù)器的獨(dú)立服務(wù)。也可按照更常見的方式使用本發(fā)明，例如，一個或多個指定目的地能夠訪問在所述組織控制之外的服務(wù)器(或者服務(wù)器集合)。后一情況包括，例如作為潛在目的地的內(nèi)容傳送網(wǎng)絡(luò)(CDN)，以及本地負(fù)載均衡服務(wù)器。本發(fā)明還可用于提供內(nèi)容傳送網(wǎng)絡(luò)本身的DNS(域名服務(wù))部份。它可被部署成代表訂戶的服務(wù)，或者可被部署成將由訂戶自己直接使用的軟件。


利用參考附圖詳細(xì)說明的例證實(shí)施例，進(jìn)一步說明本發(fā)明。這些實(shí)施例是非限制性例證實(shí)施例，其中相同的附圖標(biāo)記代表相同的部分，其中圖1描述了根據(jù)本發(fā)明實(shí)施例的架構(gòu)；圖2描述了根據(jù)本發(fā)明實(shí)施例的策略的例證類型；圖3根據(jù)本發(fā)明的實(shí)施例，表示了基于訂戶策略建立的例證層次或決策樹；圖4根據(jù)本發(fā)明的實(shí)施例，表示了訂戶的網(wǎng)絡(luò)層次和訂戶策略之間的例證關(guān)系；圖5描述了根據(jù)本發(fā)明實(shí)施例的自適應(yīng)通信控制架構(gòu)的高級體系結(jié)構(gòu)；圖6描述了根據(jù)本發(fā)明實(shí)施例的管理主代理(AMA)的高級功能方框圖；圖7根據(jù)本發(fā)明的實(shí)施例，描述了監(jiān)視機(jī)構(gòu)的內(nèi)部功能方框圖；圖8(a)是根據(jù)本發(fā)明的實(shí)施例，內(nèi)容傳送架構(gòu)提供基于自適應(yīng)策略的域名服務(wù)的進(jìn)程的例證流程圖；圖8(b)是根據(jù)本發(fā)明的實(shí)施例，域名服務(wù)器根據(jù)策略解析主機(jī)名稱的進(jìn)程的例證流程圖；
圖8(c)是根據(jù)本發(fā)明的實(shí)施例，域名服務(wù)器的監(jiān)視機(jī)構(gòu)動態(tài)監(jiān)視名稱服務(wù)操作，以及服務(wù)器的可用性和負(fù)載份額狀態(tài)的進(jìn)程的例證流程圖；圖8(d)是根據(jù)本發(fā)明的實(shí)施例，ATC管理網(wǎng)絡(luò)保持動態(tài)策略，并監(jiān)視內(nèi)容傳送架構(gòu)的操作的進(jìn)程的例證流程圖；圖8(e)是根據(jù)本發(fā)明的實(shí)施例，ATC網(wǎng)絡(luò)監(jiān)視機(jī)構(gòu)俘獲來自不同域名服務(wù)器的事件，并且當(dāng)需要時，產(chǎn)生警報的進(jìn)程的例證流程圖；圖9(a)表示根據(jù)本發(fā)明實(shí)施例的例證的基于保密web的圖形界面，通過所述圖形界面，訂戶能夠定義靜態(tài)資源間的負(fù)載份額和散發(fā)分?jǐn)?shù)策略；圖9(b)表示根據(jù)本發(fā)明的實(shí)施例，定義動態(tài)服務(wù)器的策略的例證界面；圖9(c)表示根據(jù)本發(fā)明的例證圖形用戶界面，通過所述圖形用戶界面，能夠利用零散名稱定義溢流服務(wù)器；圖10(a)-10(b)表示根據(jù)本發(fā)明的實(shí)施例，基于一組資源服務(wù)器定義的例證訂戶策略，所述訂戶策略根據(jù)輸入請求的地理位置和每個位置的時區(qū)，管理選擇。
圖10(c)-10(d)表示根據(jù)本發(fā)明的實(shí)施例，基于輸入請求的地理位置定義的例證訂戶策略，以及當(dāng)主服務(wù)器不可用時，允許ATC機(jī)構(gòu)150把通信定向于預(yù)定服務(wù)的溢流策略。
圖11(a)-11(c)表示根據(jù)本發(fā)明的實(shí)施例，可通過圖形用戶界面顯示和查看的例證存檔日志信息。
具體實(shí)施例方式
下面參考詳細(xì)說明的例證實(shí)施例，說明本發(fā)明。顯然可按照各種不同形式具體體現(xiàn)本發(fā)明，其中一些形式完全不同于公開的實(shí)施例的形式。從而，這里公開的具體結(jié)構(gòu)和功能細(xì)節(jié)只是代表性的，并不限制本發(fā)明的范圍。
雖然存在可使用本發(fā)明的許多不同情形，但是為了清楚起見，并且只是作為一個例子，本說明將集中于由代表內(nèi)容或應(yīng)用程序提供者的第三方提供DNS服務(wù)的情形。
圖1描述了根據(jù)本發(fā)明的實(shí)施例的高級架構(gòu)或系統(tǒng)100。訂戶102通過訂戶服務(wù)器網(wǎng)絡(luò)104提供內(nèi)容，訂戶服務(wù)器網(wǎng)絡(luò)104由一個或多個服務(wù)器組106-1，…106-k(總稱為106)構(gòu)成。
本說明中，根據(jù)本發(fā)明的實(shí)施例的架構(gòu)設(shè)想三組用戶·希望通過因特網(wǎng)訪問內(nèi)容和/或應(yīng)用程序的最終用戶。
·在管理的計算機(jī)網(wǎng)絡(luò)上提供并支持服務(wù)的操作者。
·預(yù)訂操作者的服務(wù)，以幫助支持最終用戶的需要的訂戶(通常是內(nèi)容或應(yīng)用程序提供者)。
貫穿本說明，使用術(shù)語最終用戶、操作者和訂戶，以區(qū)別這三種角色，不過也存在其中一個以上的角色可由單個實(shí)體扮演的許多情形。這種情形在本發(fā)明的范圍之內(nèi)。
每個服務(wù)器組106可對應(yīng)于包括一層或多層服務(wù)器的服務(wù)器層次。例如，服務(wù)器層次的第一層可包括一個或多個主服務(wù)器，服務(wù)器層次的第二層可包括當(dāng)?shù)谝粚又械闹鞣?wù)器不能正確工作時使用的一個或多個溢流服務(wù)器。通常，對于第j服務(wù)器組，位于服務(wù)器組106-j第一層的主服務(wù)器被表示成108-j，位于服務(wù)器組106j第二層的溢流服務(wù)器被表示成110-j。
服務(wù)器組中的每個服務(wù)器是響應(yīng)來自客戶機(jī)的請求，提供資源的任意進(jìn)程或進(jìn)程集合。服務(wù)器可以是任意現(xiàn)有Web服務(wù)器。在一些實(shí)施例中，服務(wù)器通常是諸如Apache服務(wù)器或NetscapeCommunications Corporation的EnterpriseTM服務(wù)器之類Web服務(wù)器。
客戶機(jī)112訪問訂戶服務(wù)器網(wǎng)絡(luò)104，以便從訂戶獲得內(nèi)容。內(nèi)容包括任意類型的數(shù)據(jù)，包括(但不限于)視頻和音頻數(shù)據(jù)等。為了實(shí)現(xiàn)這種訪問，客戶機(jī)112的用戶把資源定位符，例如統(tǒng)一資源定位符(“URL”)輸入客戶機(jī)112上的瀏覽器114中。URL規(guī)定網(wǎng)絡(luò)上資源(信息，數(shù)據(jù)文件等)的位置。在T.Berners-Lee等的UniformResource Locators(URL)，Network Working Group，Request forComments1738，CategoryStandards Track，1994年12月(“http//ds.internic.net/rfc/rfc1738.txt”)中詳細(xì)定義了URL，它作為參考包含于此。URL一般具有下述形式scheme//host[port]/url-path這里“scheme”可以是諸如“file”(對于本地系統(tǒng)上的文件來說)，“ftp”(對于匿名FTP文件服務(wù)器上的文件來說)，“http”(對于Web服務(wù)器上的文件來說)和“telnet”(對于與基于Telnet的服務(wù)的連接來說)之類的符號。也可使用其它方案，并且不時地增加新的方案。端口號是可選的，如果不提供任何端口號，則系統(tǒng)替換默認(rèn)端口號(取決于方案)。“host”字段(主機(jī)名)映像到特定計算機(jī)的一個或多個特定網(wǎng)址。“url-path”和在“host”字段中指定的計算機(jī)相關(guān)。url-path通常(但不是必需)是web服務(wù)器目錄中文件的路徑名。
架構(gòu)或系統(tǒng)100包括至少一個域名服務(wù)(DNS)名稱服務(wù)器118-1。在優(yōu)選實(shí)施例中，系統(tǒng)100還包括均由單一特定實(shí)體操縱的DNS名稱服務(wù)器118-1、118-2，…118-n(總稱為名稱服務(wù)器118)。在圖1中所示的實(shí)施例中，名稱服務(wù)器118-1服務(wù)U.S.A，另一名稱服務(wù)器118-2服務(wù)U.K.，另一名稱服務(wù)器118-3服務(wù)日本，等等。各個名稱服務(wù)器118-1，118-2，…118-n可被(整體或者單個)配置成服務(wù)地理區(qū)域，地理政治區(qū)域，公司組織或者任意其它邏輯組織結(jié)構(gòu)。下面說明每個名稱服務(wù)器118的結(jié)構(gòu)和操作。
當(dāng)客戶機(jī)的瀏覽器114獲得請求(例如呈URL的形式)時，瀏覽器關(guān)于在請求的URL中指定的主機(jī)名稱的地址，查詢其解析器116。解析器116最終查詢特定的名稱服務(wù)器(例如名稱服務(wù)器118-1)。名稱服務(wù)器118-1返回(提供或試圖提供)訂戶服務(wù)器網(wǎng)絡(luò)中服務(wù)器的IP(網(wǎng)際協(xié)議)地址。返回給解析器116的特定IP地址的確定可基于許多因素，包括解析器的位置(例如由解析器的IP地址確定)和策略數(shù)據(jù)庫124中的各種策略(例如訂戶策略120，其它策略122)。隨后客戶機(jī)的瀏覽器114能夠與訂戶服務(wù)器網(wǎng)絡(luò)中的選定服務(wù)器通信，以便獲得所需的資源。
根據(jù)本發(fā)明的實(shí)施例，名稱服務(wù)器118-1、118-2、…118-n包括自適應(yīng)通信量控制(ATC)機(jī)構(gòu)126，該機(jī)構(gòu)126根據(jù)策略數(shù)據(jù)庫124中的策略，向客戶機(jī)提供域名服務(wù)。每個名稱服務(wù)器118包括或可以使用使客戶機(jī)的請求與客戶機(jī)的位置相聯(lián)系的位置確定機(jī)構(gòu)128。這種機(jī)構(gòu)128可以是，例如Cable&Wireless PLC的TraceWareTM產(chǎn)品。TraceWareTM是提供因特網(wǎng)地圖集的一組服務(wù)，因特網(wǎng)地圖集通過其能力，產(chǎn)生實(shí)時地理智能，以識別因特網(wǎng)用戶的發(fā)源國、地區(qū)和都市區(qū)域。
訂戶服務(wù)器網(wǎng)絡(luò)104表示代表基礎(chǔ)訂戶，提供因特網(wǎng)網(wǎng)絡(luò)或服務(wù)的服務(wù)器網(wǎng)絡(luò)。例如，訂戶可以是內(nèi)容提供者，它自己具有通過因特網(wǎng)把內(nèi)容傳送給最終用戶的瀏覽器的服務(wù)器網(wǎng)絡(luò)?？砂凑者@樣的方式配置訂戶服務(wù)器網(wǎng)絡(luò)104，以致可根據(jù)某些標(biāo)準(zhǔn)，在服務(wù)器網(wǎng)絡(luò)104中的所有服務(wù)器間合理地分布服務(wù)請求的處理。為了實(shí)現(xiàn)這種處理，訂戶服務(wù)器網(wǎng)絡(luò)104可被組織成，例如具有一個或多個服務(wù)器組(例如服務(wù)器組1 106-1，…服務(wù)器組k 106-k)，每個服務(wù)器組負(fù)責(zé)處理一部分服務(wù)請求。例如，來自芬蘭的服務(wù)請求可被發(fā)送給物理上位于歐洲的服務(wù)器組。
訂戶服務(wù)器網(wǎng)絡(luò)104中的每個服務(wù)器組106可包括許多服務(wù)器，以便進(jìn)一步分?jǐn)傌?fù)載。例如，來自芬蘭的服務(wù)請求隨后可被發(fā)送給位于斯堪的納維亞的服務(wù)器。關(guān)于不同服務(wù)器組，隨后關(guān)于不同服務(wù)器的路由服務(wù)請求可以各種標(biāo)準(zhǔn)為基礎(chǔ)。例如，這種路由可以請求的起點(diǎn)和服務(wù)器的位置之間的距離為基礎(chǔ)。例如，對于源于芬蘭的服務(wù)請求，把請求引向位于挪威的服務(wù)器，而不是將其引向位于美國的服務(wù)器會更高效。服務(wù)器負(fù)載也可被用于確定把服務(wù)請求發(fā)送何處。例如，如果美國的服務(wù)器組過載，而墨西哥的服務(wù)器組相對空閑，則源于美國的服務(wù)請求可被發(fā)送給墨西哥的服務(wù)器組。
服務(wù)器組中的服務(wù)器可被組織成具有一層或多層服務(wù)器的層次。位于不同層的服務(wù)器可具有不同的指定用途。例如，位于服務(wù)器層次第一層的服務(wù)器可包括作為主運(yùn)行服務(wù)器的服務(wù)器，位于第二層的服務(wù)器可包括用作溢流服務(wù)器的服務(wù)器，只有當(dāng)?shù)谝粚拥闹鞣?wù)器不可用或者過載時，溢流服務(wù)器才變得有效，第三層的服務(wù)器被用作只有當(dāng)?shù)诙拥囊缌?或第一層溢流)服務(wù)器不可用或過載時才變得有效的第二層溢流服務(wù)器，依次類推。
服務(wù)器組層次的第一層可包括一個或多個主服務(wù)器。當(dāng)存在多個主服務(wù)器時，可按照這樣的方式配置它們，以致它們分?jǐn)傌?fù)載。例如，如果在第一層存在五個主服務(wù)器，則它們可被配置成每個接受發(fā)送給該服務(wù)器組的全部服務(wù)器請求的20％。每個這種主服務(wù)器還可被配置成當(dāng)特定服務(wù)器過載或失效時，最初指定給該服務(wù)器的一份負(fù)載可被分散或引向其它服務(wù)器。當(dāng)服務(wù)器未過載時，也可配置負(fù)載分散。可依據(jù)某些預(yù)定策略，管理要分散給其它服務(wù)器的部分。
如上所述，根據(jù)基礎(chǔ)服務(wù)器的具體功能，服務(wù)器組106中的服務(wù)器可被分成不同的類別。例如，服務(wù)器組106中的服務(wù)器可以是主服務(wù)器，第一層溢流服務(wù)器或者第二層溢流服務(wù)器等。也可以依據(jù)是否將動態(tài)監(jiān)視及如何動態(tài)監(jiān)視服務(wù)器，對服務(wù)器分類。例如，在一些實(shí)施例中，服務(wù)器可被分成為被監(jiān)控服務(wù)器或被管理服務(wù)器。
被監(jiān)控服務(wù)器的分類表示將關(guān)于其可用性動態(tài)監(jiān)視基礎(chǔ)服務(wù)器。這種情況下，可根據(jù)某些預(yù)定計劃表，關(guān)于其可用性探查服務(wù)器。這種探查可從網(wǎng)絡(luò)的不同位置發(fā)送給基礎(chǔ)服務(wù)器，從而能夠準(zhǔn)確地檢測可用性。即，如果基礎(chǔ)服務(wù)器不能應(yīng)答從一個位置發(fā)送的探查，那么這不一定表示該服務(wù)器不再可用(可能只是由于部分網(wǎng)絡(luò)被堵塞)。
可按照不同方式實(shí)現(xiàn)探查。探查可以僅僅是發(fā)送給服務(wù)器，請求確認(rèn)的信號。探查也可以是輪詢保存在基礎(chǔ)服務(wù)器上指定位置的文件的輪詢操作。如果該文件可被成功輪詢，則認(rèn)為該基礎(chǔ)服務(wù)器可用。檢測到的可用性可被用于調(diào)整或更新與該服務(wù)器相關(guān)的策略，從而網(wǎng)絡(luò)通信量管理將響應(yīng)與該服務(wù)器相關(guān)的動態(tài)。
被分類為被管理服務(wù)器的服務(wù)器可積極參與基于自適應(yīng)策略的管理方案。類似于被監(jiān)控服務(wù)器，可關(guān)于其可用性定期探查被管理服務(wù)器。另外，被管理服務(wù)器可動態(tài)提供和其負(fù)載份額或負(fù)載分散相關(guān)的信息。被管理服務(wù)器可根據(jù)其變化的容量或其當(dāng)前負(fù)載，更新其負(fù)載份額或負(fù)載散發(fā)分?jǐn)?shù)。例如，當(dāng)被管理服務(wù)器被升級時，其容量可增大，從而它可增大其負(fù)載份額或者減小其負(fù)載散發(fā)分?jǐn)?shù)。另一方面，當(dāng)被管理服務(wù)器過載時，它可把其負(fù)載份額修改到較低的水平，或者增大其負(fù)載散發(fā)分?jǐn)?shù)，以防止發(fā)生故障。被管理服務(wù)器可通過更新保存在該服務(wù)器上的指定文件中的對應(yīng)負(fù)載份額或負(fù)載散發(fā)信息，修改其負(fù)載份額或負(fù)載散發(fā)，名稱服務(wù)器可輪詢該文件，從而動態(tài)變化的負(fù)載份額和負(fù)載散發(fā)信息可被用于據(jù)此指導(dǎo)通信量。
通過保存在策略數(shù)據(jù)庫124中的一組ATC策略(120、122)，可控制訂戶服務(wù)器網(wǎng)絡(luò)104內(nèi)(來自客戶機(jī)112)的服務(wù)請求的分配。各種管理機(jī)構(gòu)可影響ATC策略，并且可在策略數(shù)據(jù)庫124中產(chǎn)生策略。例如，訂戶可制定相對于諸如地理位置和訂戶網(wǎng)絡(luò)104中基礎(chǔ)服務(wù)器的容量之類考慮，指導(dǎo)通信量的策略。其它策略實(shí)體138，例如包括名稱服務(wù)器118的操作者或者各種地理政治實(shí)體也可具有應(yīng)如何管理及指導(dǎo)網(wǎng)絡(luò)通信量的策略。例如，政府或某些組織機(jī)構(gòu)可管制網(wǎng)絡(luò)通信量策略的某些方面。這種管制策略可被要求合并，從而可按照滿足管制策略的方式，發(fā)送來自客戶機(jī)112的服務(wù)請求。
從而，策略數(shù)據(jù)庫124中的ATC策略是來自諸如訂戶102和策略實(shí)體138之類不同來源的訂戶策略120和其它策略122的組合。ATC機(jī)構(gòu)126可從策略數(shù)據(jù)庫124獲取來自不同來源的策略。從ATC機(jī)構(gòu)126的觀點(diǎn)來看，策略的來源可以不相關(guān)或者甚至不可確定。例如，可在保存于指定位置的文本文件中定義策略，所述文本文件可下載到ATC管理架構(gòu)142中的ATC策略管理機(jī)構(gòu)152，隨后向位于ATC名稱服務(wù)器網(wǎng)絡(luò)140中的每個名稱服務(wù)器中的數(shù)據(jù)庫管理器132廣播。下載可通過圖形用戶界面(GUI)，文件傳送協(xié)議(FTP)或者其它一些機(jī)構(gòu)來實(shí)現(xiàn)。策略制訂者也可通過基于web的GUI直接輸入策略。例如，訂戶102最好借助安全接口(例如利用“https”協(xié)議實(shí)現(xiàn))，通過與ATC管理架構(gòu)連接的瀏覽器接口156，輸入訂戶策略120。
ATC機(jī)構(gòu)126使用的，來自策略數(shù)據(jù)庫124的策略被總稱為ATC策略，它可包括(但不限于)訂戶策略120以及其它策略122?？砂凑者m合于管理和/或控制訂戶服務(wù)器網(wǎng)絡(luò)104的不同層次的通信量的方式組織ATC策略。圖2表示了根據(jù)本發(fā)明的實(shí)施例的ATC策略200的例證類型。
ATC策略(200)可被分成不同類型，例如地理政治策略215，負(fù)載分?jǐn)偛呗?40，故障修復(fù)策略245，層列故障修復(fù)策略250，散發(fā)策略255，管理策略260，和域內(nèi)無級路由選擇(CIDR)塊策略210。
下面更詳細(xì)地說明策略數(shù)據(jù)庫124中的這些例證策略·地理策略(215)判定以最終用戶的位置或其近似位置為基礎(chǔ)，例如使用最終用戶的解析器的IP地址。如果IP地址在美國，則請求可被引向訂戶服務(wù)器網(wǎng)絡(luò)104中的一組“國內(nèi)”服務(wù)器，否則該請求可被引向網(wǎng)絡(luò)中的“國際”服務(wù)器。請求可被引向?qū)Ｓ脙?nèi)容傳送網(wǎng)絡(luò)(CDN)或者被引向訂戶規(guī)定的另一服務(wù)。
·負(fù)載分?jǐn)偛呗?240)訂戶能夠明確規(guī)定將被引向訂戶服務(wù)器網(wǎng)絡(luò)104中規(guī)定服務(wù)器組內(nèi)他們的每個服務(wù)器的通信量(負(fù)載份額)。通常，可根據(jù)每個服務(wù)器的容量規(guī)定負(fù)載。根據(jù)這種規(guī)范，可以總負(fù)載的百分率的形式得到每個服務(wù)器的負(fù)載份額。
·故障修復(fù)策略(245)訂戶可規(guī)定和一些主服務(wù)器未能起作用的故障修復(fù)情況相關(guān)的策略。為了處理這種情形，故障修復(fù)策略可在例如監(jiān)視服務(wù)器的可用性的頻率，以及當(dāng)一組主服務(wù)器的部分被檢測為不可用時要采取何種對策方面指導(dǎo)ATC機(jī)構(gòu)。例如，故障修復(fù)策略可規(guī)定把失效服務(wù)器的負(fù)載分配給其它主服務(wù)器。也可指令A(yù)TC架構(gòu)把通信引向除主服務(wù)器之外的服務(wù)器。
·層列故障修復(fù)策略(250)訂戶可通過層列故障修復(fù)策略規(guī)定對策，借助該策略，當(dāng)上一層中的一個或多個訂戶服務(wù)器未能起作用時，負(fù)載應(yīng)被引向下一層的服務(wù)器。例如，在定義訂戶服務(wù)器網(wǎng)絡(luò)中，每個服務(wù)器組可被配置成分層結(jié)構(gòu)，具有第一層的主服務(wù)器，第二層的第一層溢流服務(wù)器，和第三層的第二溢流服務(wù)器等。這種情況下，可定義層列故障修復(fù)策略，以指示何時負(fù)載應(yīng)從主服務(wù)器被引向溢流服務(wù)器。例如，層次故障修復(fù)策略可指示當(dāng)所有主服務(wù)器發(fā)生故障時，負(fù)載應(yīng)被引向第二層，當(dāng)?shù)谝粚雍偷诙拥姆?wù)器都發(fā)生故障時，負(fù)載應(yīng)被引向第三層的溢流服務(wù)器。通信也可被重定向到其它一些服務(wù)器。例如，當(dāng)內(nèi)容傳送網(wǎng)絡(luò)(CDN)可用時，通信可被重定向到整個CDN。
·散發(fā)策略(255)在一些情況下，最初指定給某一服務(wù)器的一部分“負(fù)載”可被散發(fā)或重定向到一個或多個不同服務(wù)器。當(dāng)引向該訂戶服務(wù)器的通信量超過預(yù)定水平時，會發(fā)生這種散發(fā)或重定向。在這些情況下，訂戶規(guī)定的否則將被引向該服務(wù)器的一部分通信(散發(fā)部分)可被散發(fā)給一個或多個其它不同服務(wù)器?？刹捎眠@種對策來防止由于過載而導(dǎo)致災(zāi)難性故障。接受散發(fā)負(fù)載的服務(wù)器可以是溢流服務(wù)器或者諸如內(nèi)容傳送網(wǎng)絡(luò)之類的其它一些服務(wù)器?？筛鶕?jù)服務(wù)器的響應(yīng)時間檢測過載情形。例如，如果服務(wù)器的響應(yīng)時間變長，則表明該服務(wù)器過載。這種情況下，可調(diào)用散發(fā)策略255，把通信重定向到其它地方。例如，如果在服務(wù)器組中總共有3個主服務(wù)器，負(fù)載份額為0.3，03和0.4，并且指定接受40％的總負(fù)載的主服務(wù)器過載，則散發(fā)策略可規(guī)定通過把其初始負(fù)載的50％重定向到，例如位于CDN 105中的服務(wù)器，散發(fā)該服務(wù)器的負(fù)載。散發(fā)策略還可規(guī)定通信將被再次引向散發(fā)服務(wù)器的條件。這種條件和散發(fā)服務(wù)器的所希望的性能水平相關(guān)。
·CIDR策略(210)基于IP地址空間的CIDR塊支持策略判定。CIDR表示域內(nèi)無級路由選擇，一種替換基于級別A、B和C的系統(tǒng)的IP尋址方案。借助CIDR，單一IP地址可被用于指定許多獨(dú)特的IP地址。
·管理策略(260)某些策略可由一些策略實(shí)體規(guī)定，以便控制網(wǎng)絡(luò)通信。這種策略可在系統(tǒng)100中強(qiáng)制執(zhí)行。
策略可以是靜態(tài)的或動態(tài)的。可根據(jù)因特網(wǎng)的狀態(tài)的自適應(yīng)、定期更新圖以及自適應(yīng)更新策略，從訂戶服務(wù)器網(wǎng)絡(luò)104選擇服務(wù)器。該圖可根據(jù)IP地址相對于選擇的一組網(wǎng)絡(luò)代理的網(wǎng)絡(luò)等待時間，把IP地址群集在一起。這使得能夠根據(jù)訂戶服務(wù)器相對于最終用戶瀏覽器的“網(wǎng)絡(luò)接近性”，選擇訂戶服務(wù)器，從而優(yōu)化下載時間。可按照使策略反映服務(wù)器的動態(tài)狀態(tài)，例如可用性和負(fù)載的自適應(yīng)方式定義策略。
地理政治策略215可根據(jù)客戶機(jī)位于何處管理服務(wù)器的選擇。如圖2中所示，地理政治策略215可進(jìn)一步被分成基于大陸的分配策略220，基于國家的分配策略225，基于地區(qū)的分配策略230和基于時區(qū)的分配策略235。建立這些策略，以便根據(jù)不同的地理或政治標(biāo)準(zhǔn)，管理選擇特定服務(wù)器組的過程。
地理政治策略不同于(上面說明的)基于負(fù)載的策略。前者用于根據(jù)地理標(biāo)準(zhǔn)或時間標(biāo)準(zhǔn)指導(dǎo)選擇。后者涉及根據(jù)基礎(chǔ)服務(wù)器的動態(tài)容量和負(fù)載的選擇過程。負(fù)載分?jǐn)偛呗愿鶕?jù)服務(wù)器的容量管理選擇。當(dāng)服務(wù)器組中起作用的服務(wù)器過載或發(fā)生故障時，局部故障修復(fù)或?qū)恿泄收闲迯?fù)策略(245和250)管理通信重定向過程。
可分層構(gòu)成ATC策略200，從而形成決策樹。圖3描述了根據(jù)本發(fā)明的一個實(shí)施例，基于各種訂戶策略建立的例證訂戶策略層次或決策樹。圖3中，基于大陸的分配策略220被用于首先指導(dǎo)局限于特定大陸的選擇過程。例如，如果請求客戶機(jī)112位于亞洲，則基于大陸的分配策略230可指導(dǎo)位于亞洲的服務(wù)器內(nèi)的進(jìn)一步選擇。類似地，如果客戶機(jī)112位于北美或歐洲，則進(jìn)一步的選擇過程可被引向位于相應(yīng)大陸中的恰當(dāng)服務(wù)器。
一旦DNS請求被引向恰當(dāng)?shù)拇箨?，則基于國家的分配策略225可進(jìn)一步把選擇限制于和客戶機(jī)112位于相同或相鄰國家中的特定服務(wù)器。例如，如果客戶機(jī)112位于美國，則基于國家的策略225可指導(dǎo)從位于美國的服務(wù)器中進(jìn)行選擇。類似地，根據(jù)客戶機(jī)112所處的位置，基于地區(qū)的分配策略230可進(jìn)一步把選擇限制于，例如西海岸或東海岸。
當(dāng)選擇特定的服務(wù)器組時(例如在根據(jù)基于大陸的策略220和基于地區(qū)的策略230的分級判定之后)，負(fù)載分?jǐn)偛呗?40管理選擇指定服務(wù)器組中的服務(wù)器的過程。可根據(jù)服務(wù)器的容量確定這種策略，或者根據(jù)基礎(chǔ)服務(wù)器的動態(tài)性能或負(fù)載，自適應(yīng)地修改這種策略。負(fù)載分?jǐn)偛呗?40可規(guī)定服務(wù)器組中每個服務(wù)器應(yīng)處理的全部請求的百分率(份額)。例如，如果服務(wù)器組總共包括三個主服務(wù)器(服務(wù)器1、服務(wù)器2、服務(wù)器3)，則關(guān)于該服務(wù)器組的負(fù)載分?jǐn)偛呗钥砂沿?fù)載份額規(guī)定為(0.3，0.5，0.2)，表示服務(wù)器1應(yīng)接受全部負(fù)載的30％，服務(wù)器2應(yīng)接受50％的負(fù)載，服務(wù)器3應(yīng)接受全部負(fù)載的20％。
當(dāng)特定的一組默認(rèn)服務(wù)器不再起作用或者可用時，層列故障修復(fù)策略250管理服務(wù)器的選擇。例如，服務(wù)器組中的主服務(wù)器可被看作當(dāng)操作正常時，提供服務(wù)的一組默認(rèn)服務(wù)器?？筛鶕?jù)服務(wù)器的響應(yīng)時間，檢測這種主服務(wù)器的不可用性。例如，如果服務(wù)器完全不響應(yīng)，則可認(rèn)為該服務(wù)器不可用。當(dāng)所有主服務(wù)器停機(jī)時，層列故障修復(fù)策略250管理通信應(yīng)被引向何處。例如，層列故障修復(fù)策略250可規(guī)定把所有通信引向位于下一層的溢流服務(wù)器。
圖4根據(jù)本發(fā)明的一個實(shí)施例，描述了訂戶服務(wù)器網(wǎng)絡(luò)104和訂戶策略120之間的例證關(guān)系。圖4中，訂戶服務(wù)器網(wǎng)絡(luò)104被描述成網(wǎng)絡(luò)分層或樹，其中訂戶服務(wù)器網(wǎng)絡(luò)104包括服務(wù)器組1106-1～服務(wù)器組k 106-k，每個服務(wù)器組可包括它自己的第一層中的主服務(wù)器組108，第二層中的溢流服務(wù)器組110(例如，服務(wù)器組1 106-1具有與之相關(guān)的主服務(wù)器組108-1和溢流服務(wù)器組110-1，而服務(wù)器組k具有與之相關(guān)的主服務(wù)器組108-k和溢流服務(wù)器組110-k)。
訂戶策略120管理訂戶服務(wù)器網(wǎng)絡(luò)104內(nèi)(或者服務(wù)器的其它某一網(wǎng)絡(luò)中)的一個或多個服務(wù)器的選擇，從而可響應(yīng)來自客戶機(jī)112(解析器116)的DNS請求，返回它們的IP地址。為了確定或選擇訂戶服務(wù)器網(wǎng)絡(luò)104中的恰當(dāng)服務(wù)器，判定可以是分層的。例如，如圖4中所示，在訂戶服務(wù)器網(wǎng)絡(luò)104的層面，ATC機(jī)構(gòu)126可作出地理政治分配判定410，確定應(yīng)選擇哪個服務(wù)器組。一旦選擇了特定的服務(wù)器組，則ATC機(jī)構(gòu)126可根據(jù)，例如在服務(wù)器組內(nèi)的服務(wù)器間應(yīng)如何分?jǐn)偼ㄐ咆?fù)載，進(jìn)一步確定應(yīng)選擇該服務(wù)器組中的哪些特定服務(wù)器。服務(wù)器組層面的判定可基于負(fù)載分?jǐn)偛呗?40。這種判定產(chǎn)生過程舉例說明，在服務(wù)器分層結(jié)構(gòu)中的每個分支節(jié)點(diǎn)，可應(yīng)用恰當(dāng)?shù)腁TC策略，以便選擇的恰當(dāng)服務(wù)器。
如圖4中所示，地理政治策略215可被用于控制特定服務(wù)器組的選擇，負(fù)載分?jǐn)偛呗?40、層列故障修復(fù)策略245和250，以及散發(fā)策略255可被用于重定向通信。即，訂戶服務(wù)器網(wǎng)絡(luò)104形成樹狀結(jié)構(gòu)，ATC策略200管理從樹頂?shù)綐涞囊粋€或多個葉片的流程。ATC機(jī)構(gòu)126通過應(yīng)用ATC策略200，控制所述流程。
圖5描述了根據(jù)本發(fā)明一個實(shí)施例的自適應(yīng)通信控制(ATC)架構(gòu)的高級結(jié)構(gòu)。ATC架構(gòu)包括ATC管理架構(gòu)142和ATC名稱服務(wù)器網(wǎng)絡(luò)140。ATC管理架構(gòu)142負(fù)責(zé)與訂戶或其它策略制訂實(shí)體(138)相關(guān)的各種管理任務(wù)，包括操縱和保存ATC策略200，向ATC名稱服務(wù)器網(wǎng)絡(luò)140中的名稱服務(wù)器傳播或廣播ATC策略200，監(jiān)視名稱服務(wù)器行為，產(chǎn)生狀態(tài)報告，從而在恰當(dāng)?shù)拿襟w上顯示監(jiān)視結(jié)果，和向網(wǎng)絡(luò)操作中心(NOC)148(參見圖1)和訂戶102發(fā)送警報。
ATC名稱服務(wù)器網(wǎng)絡(luò)140負(fù)責(zé)應(yīng)答DNS請求，包括處理DNS請求，應(yīng)用ATC策略，以便從訂戶服務(wù)器網(wǎng)絡(luò)(或者不同的指定網(wǎng)絡(luò))選擇一個或多個服務(wù)器，以及報以選擇的服務(wù)器的IP地址。ATC名稱服務(wù)器網(wǎng)絡(luò)140動態(tài)保持從ATC管理架構(gòu)142接收的、或者根據(jù)服務(wù)器的動態(tài)工作狀態(tài)更新的ATC策略200。ATC名稱服務(wù)器網(wǎng)絡(luò)140根據(jù)動態(tài)更新的ATC策略200，提供域名-IP地址解答。ATC名稱服務(wù)器網(wǎng)絡(luò)140也可監(jiān)視網(wǎng)絡(luò)中單個名稱服務(wù)器的工作狀態(tài)，并向ATC管理架構(gòu)142提供記錄和監(jiān)視數(shù)據(jù)。
ATC管理架構(gòu)142可被設(shè)計成具有容錯能力。例如，如圖1和5中所示，ATC管理架構(gòu)142可包括管理主代理(AMA)144，和一個或多個AMA備用代理146-1，…，146-m(總稱為146)。所有AMA代理，包括主代理144和備用代理146能夠執(zhí)行恰當(dāng)?shù)墓δ埽怂鼈冎?例如主AMA 144)是中央或基本管理主代理，其它(例如AMA備用代理146)是備用或輔助或冗余主代理之外。中央或基本AMA 144負(fù)責(zé)定期備份AMA備用代理146。出于任何原因，當(dāng)基本AMA 144不再正確發(fā)揮作用時，AMA備用代理146之一可扮演中央或主AMA 144的角色。
ATC名稱服務(wù)器網(wǎng)絡(luò)140可包括許多名稱服務(wù)器代理118-1，118-2，…，118-k，每個名稱服務(wù)器代理被設(shè)計成負(fù)責(zé)特定地理(或者任意其它管理或功能)區(qū)域的DNS請求。例如，名稱服務(wù)器代理118-1負(fù)責(zé)處理來自北美的所有DNS請求，名稱服務(wù)器118-2負(fù)責(zé)歐洲的DNS請求，名稱服務(wù)器118-3負(fù)責(zé)來自日本的DNS請求。另外，名稱服務(wù)器代理也可用作網(wǎng)絡(luò)中其它名稱服務(wù)器代理的備用名稱服務(wù)器代理。例如，如果北美名稱服務(wù)器代理不再正確發(fā)揮作用，則可臨時指派歐洲名稱服務(wù)器代理處理來自北美的DNS請求。為此，可向ATC名稱服務(wù)器網(wǎng)絡(luò)140中的所有名稱服務(wù)器代理傳播所有ATC策略。
圖6描述了根據(jù)本發(fā)明的實(shí)施例的管理主代理(AMA)144的高級功能方框圖。AMA 144包括基于保密web的圖形用戶界面160，策略編輯機(jī)構(gòu)162，ATC策略數(shù)據(jù)庫124，管理策略更新機(jī)構(gòu)164，ATC管理瀏覽器166，ATC策略管理機(jī)構(gòu)152，報告產(chǎn)生機(jī)構(gòu)168，ATC網(wǎng)絡(luò)監(jiān)視機(jī)構(gòu)150，和管理主備用機(jī)構(gòu)170。
ATC策略數(shù)據(jù)庫124保存ATC策略200。如上所述，ATC策略200可包括來自不同來源的策略(例如，來自訂戶和來自控制網(wǎng)絡(luò)通信的其它實(shí)體)。訂戶策略120和其它策略122可被定義并提供給AMA144。在圖6中所示的例證結(jié)構(gòu)中，可通過基于保密web的GUI 160，在AMA 144接收策略。存在通過其可把策略傳送給AMA 144的其它裝置(后面說明)。策略編輯機(jī)構(gòu)162組織接收的策略，形成ATC策略200，隨后把它們保存在ATC策略數(shù)據(jù)庫124中。
ATC策略管理機(jī)構(gòu)152要向ATC名稱服務(wù)器網(wǎng)絡(luò)140中的相關(guān)名稱服務(wù)器廣播或傳播ATC策略200，從而ATC策略200可被用于控制域名轉(zhuǎn)換服務(wù)。通過不同的裝置，可動態(tài)更新保存的ATC策略。例如，可通過ATC管理瀏覽器166更新策略，或者管理策略更新機(jī)構(gòu)164可修改現(xiàn)有的ATC策略。
另一方面，也可通過ATC策略管理機(jī)構(gòu)152，向AMA 144提供來自不同來源的策略，ATC策略管理機(jī)構(gòu)152定期輪詢來自不同位置的動態(tài)更新的策略。這些位置包括用于提供動態(tài)策略相關(guān)信息的指定網(wǎng)絡(luò)位置或被分類為被管理服務(wù)器的服務(wù)器(在訂戶服務(wù)器網(wǎng)絡(luò)104中或者在CDN 105中)。例如，服務(wù)器可通過保存在服務(wù)器上的指定文件，動態(tài)規(guī)定其負(fù)載份額。為了從被管理服務(wù)器取回這種動態(tài)規(guī)定的負(fù)載份額信息，ATC策略管理機(jī)構(gòu)152輪詢保存在被管理服務(wù)器上的指定文件，獲得相關(guān)的負(fù)載份額信息。也可從其它策略制訂實(shí)體輪詢動態(tài)策略。
可根據(jù)某一預(yù)定時間間隔定期廣播ATC策略，或者每當(dāng)保存的ATC策略被更新時，可觸發(fā)廣播ATC策略。ATC策略管理機(jī)構(gòu)152可監(jiān)視對現(xiàn)有ATC策略所做的改變。ATC策略管理機(jī)構(gòu)152可輪詢保存在ATC策略數(shù)據(jù)庫中的ATC策略，了解是否存在變化。另一方面，每當(dāng)ATC策略管理機(jī)構(gòu)152從規(guī)定位置(可在現(xiàn)有ATC策略中指定這種位置)輪詢動態(tài)策略時，它可確定動態(tài)輪詢的策略是否不同于現(xiàn)有的ATC策略。在更新的策略不同于現(xiàn)有ATC策略的情況下，ATC策略管理機(jī)構(gòu)152可向ATC名稱服務(wù)器網(wǎng)絡(luò)140重新廣播更新后的ATC策略。
ATC網(wǎng)絡(luò)監(jiān)視機(jī)構(gòu)150可從ATC名稱服務(wù)器網(wǎng)絡(luò)140中的不同名稱服務(wù)器收集DNS日志摘要?？砂凑仗峁┲T如在指定時段內(nèi)引向特定服務(wù)器的請求的數(shù)目之類的信息的事件的形式，接收這種摘要日志數(shù)據(jù)。ATC網(wǎng)絡(luò)監(jiān)視機(jī)構(gòu)150可集體處理來知整個ATC系統(tǒng)的這種DNS日志摘要(或事件)。報告產(chǎn)生機(jī)構(gòu)168可根據(jù)這些摘要，產(chǎn)生監(jiān)視狀態(tài)報告，并通過基于保密web的GUI 160，使訂戶102能夠獲得這種報告。
管理主備用機(jī)構(gòu)170可定期更新AMA備用代理146-1，...146-m，以確保所有備用代理是最新的。這可包括復(fù)制ATC策略、各個控制機(jī)構(gòu)(包括ATC策略管理機(jī)構(gòu)152)的操作狀態(tài)、策略編輯機(jī)構(gòu)162、和管理策略更新機(jī)構(gòu)164，并向AMA備用代理提供最新信息。
管理主代理的一個主要功能是管理ATC策略，確保更新的ATC策略被提供給ATC名稱服務(wù)器網(wǎng)絡(luò)140中的名稱服務(wù)器代理，監(jiān)視各種名稱服務(wù)器的性能，產(chǎn)生系統(tǒng)性能的動態(tài)監(jiān)視狀態(tài)報告，以及維持連接，通過所述連接能夠動態(tài)更新策略，并且能夠檢查監(jiān)視報告。
信息標(biāo)記系統(tǒng)錯誤和其它反常條件由ATC網(wǎng)絡(luò)監(jiān)視機(jī)構(gòu)或代理150收集。圖7根據(jù)本發(fā)明的實(shí)施例，描述了ATC網(wǎng)絡(luò)監(jiān)視機(jī)構(gòu)150的內(nèi)部功能方框圖。ATC網(wǎng)絡(luò)監(jiān)視機(jī)構(gòu)150包括陷阱處理器176，處理機(jī)構(gòu)182，和報警產(chǎn)生機(jī)構(gòu)184。陷阱產(chǎn)生器176俘獲來自名稱服務(wù)器網(wǎng)絡(luò)140中的名稱服務(wù)器的事件。處理機(jī)構(gòu)182分析收集的俘獲事件，根據(jù)分析的信息，當(dāng)需要時，報警產(chǎn)生機(jī)構(gòu)184產(chǎn)生警報，并把警報報告給ATC的網(wǎng)絡(luò)操作中心(NOC)148和訂戶102(圖1)。
陷阱處理器176還包括截取來自名稱服務(wù)器的陷阱事件的事件接收器178，和對俘獲的事件分類并按照合理且適當(dāng)?shù)姆绞浇M織俘獲事件的事件合并機(jī)構(gòu)180。處理機(jī)構(gòu)182可處理合并的事件，以識別有用或提供信息的模式，所述有用或提供信息的模式可被報警產(chǎn)生機(jī)構(gòu)184進(jìn)一步用于識別顯著影響系統(tǒng)性能的問題模式。
和另一內(nèi)容傳送網(wǎng)絡(luò)(CDN)提供者一起，或者和任意其它服務(wù)一起，根據(jù)本發(fā)明的自適應(yīng)通信控制(ATC)架構(gòu)可被用作把通信完全引向訂戶服務(wù)器的獨(dú)立服務(wù)。
ATC名稱服務(wù)器網(wǎng)絡(luò)140中的每個域名服務(wù)器可包括(圖1)位置確定器128，自適應(yīng)通信控制(ATC)機(jī)構(gòu)126，監(jiān)視代理或機(jī)構(gòu)130，數(shù)據(jù)庫管理器132，和報告產(chǎn)生器134。當(dāng)名稱服務(wù)器(例如118-1)收到來自客戶機(jī)112的解析器116的請求時，位置確定器128確定解析器的位置，并把位置信息發(fā)送給ATC機(jī)構(gòu)126。根據(jù)該位置信息，ATC機(jī)構(gòu)126從策略數(shù)據(jù)庫124取回相關(guān)ATC策略(例如，訂戶策略120或其它策略122)，并根據(jù)取回的相關(guān)策略，選擇訂戶服務(wù)器網(wǎng)絡(luò)104中的一個或多個服務(wù)器。選擇的服務(wù)器的對應(yīng)IP地址或CNAME隨后被返回給解析器116。
數(shù)據(jù)庫管理器132保持策略數(shù)據(jù)庫124。它接收來自ATC管理架構(gòu)142中的ATC策略管理機(jī)構(gòu)152的策略廣播，并把策略填充到策略數(shù)據(jù)庫124中。從ATC管理架構(gòu)142接收的ATC策略還可包括定義或?qū)τ啈舴?wù)器網(wǎng)絡(luò)104(或者CDN 105)中的服務(wù)器分類的信息。例如，一些服務(wù)器可被定義成被監(jiān)視服務(wù)器，一些服務(wù)器可對應(yīng)于被管理服務(wù)器。
當(dāng)數(shù)據(jù)庫管理器收到這種信息時，它可把基礎(chǔ)服務(wù)器的分類通知監(jiān)視機(jī)構(gòu)130，從而，監(jiān)視機(jī)構(gòu)130能夠根據(jù)每個服務(wù)器的狀態(tài)，監(jiān)視各個服務(wù)器。當(dāng)ATC策略管理機(jī)構(gòu)152廣播更新后的策略時，數(shù)據(jù)庫管理器132據(jù)此更新保存在策略數(shù)據(jù)庫124中的相關(guān)策略。
監(jiān)視機(jī)構(gòu)130監(jiān)視名稱服務(wù)器118-1和訂戶服務(wù)器網(wǎng)絡(luò)中的一個或多個服務(wù)器的工作狀態(tài)。它可收集工作過程中，在名稱服務(wù)器118-1中發(fā)生的事件，并把這樣的事件發(fā)送給ATC管理架構(gòu)142中的ATC網(wǎng)絡(luò)監(jiān)視機(jī)構(gòu)150。另一方面，它還可根據(jù)每個服務(wù)器是如何被定義的(被監(jiān)視或被管理服務(wù)器)，監(jiān)視訂戶服務(wù)器組104(或CDN 105)中各個服務(wù)器的工作。
如果服務(wù)器被定義為被監(jiān)視服務(wù)器，則監(jiān)視機(jī)構(gòu)130可動態(tài)探查該服務(wù)器(如前所述)，以便確定其可用性。如果服務(wù)器被定義為被管理服務(wù)器，則監(jiān)視機(jī)構(gòu)130可監(jiān)視工作過程中，該服務(wù)器的可用性。監(jiān)視機(jī)構(gòu)130還可輪詢來自服務(wù)器的動態(tài)負(fù)載分?jǐn)傂畔?。?dāng)監(jiān)視機(jī)構(gòu)130檢測到某一服務(wù)器不再可用時，可它通知數(shù)據(jù)庫管理器132產(chǎn)生本地策略，所述本地策略指示該服務(wù)器不再可用，從而當(dāng)解析主機(jī)名稱時，ATC機(jī)構(gòu)126能夠考慮到這一點(diǎn)。
當(dāng)監(jiān)視機(jī)構(gòu)130輪詢來自服務(wù)器的動態(tài)負(fù)載分?jǐn)傂畔r，它可通知數(shù)據(jù)庫管理器132更新策略數(shù)據(jù)庫124中受輪詢的負(fù)載分?jǐn)偟膭討B(tài)特性影響的負(fù)載分?jǐn)偛呗?。例如，如果某一服?wù)器組中的三個主服務(wù)器最初具有負(fù)載份額(0.3，0.3，0.4)，第三個主服務(wù)器現(xiàn)在將其負(fù)載份額改為0.2，則數(shù)據(jù)庫管理器132可據(jù)此把這三個主服務(wù)器間的負(fù)載份額更新成(0.4，0.4，0.2)。
報告產(chǎn)生器134根據(jù)記錄的日志信息136，產(chǎn)生和基礎(chǔ)名稱服務(wù)器的操作相關(guān)的報告。產(chǎn)生的報告可被發(fā)送給ATC管理架構(gòu)142中的報告合并器154，從而可合并來自不同名稱服務(wù)器的報告。
訂戶可按照兩種方式之一激活(打開)ATC系統(tǒng)(DNS服務(wù)器)使用DNS CNAME或使用NS委托。代替使用ATC指引關(guān)于單一DNS主機(jī)名稱的通信，訂戶可具有它很想指向ATC的許多不同子域。例如，訂戶可能需要來自ATC處理的dl.customer.com，以及全部子域的所有下載，但是使它控制的所有其它域，例如www.customer.com由它自己的名稱服務(wù)器解析。
dl.customer.com.＝＞ATCany.thing.dl.customer.com.＝＞ATCwww.customer.com.＝＞not ATCcustomer.com.＝＞not ATC這種情況下，代替把CNAME記錄加入訂戶的DNS區(qū)域文件，借助其區(qū)域文件中的NS記錄，它只把dl.customer.com名稱委托給ATC。
目前，委托(使用NS記錄)方法是首選的，因為該方法更靈活，并且提供ATC的所有可靠性、可縮放性和靈活性。在關(guān)于委托的初始接觸之后，產(chǎn)生臨時查詢的正確工作的解析器不再聯(lián)系訂戶自己的名稱服務(wù)器。該結(jié)果提供好得多的名稱解析性能，因為消除了通過訂戶名稱服務(wù)器路由每個新的DNS請求的不必要開銷。CNAME方法在循環(huán)中保持訂戶自己的名稱服務(wù)器。即，每當(dāng)CNAME TTL期滿時，客戶機(jī)解析器將返回訂戶的名稱服務(wù)器，以便刷新記錄。
對于CNAME和NS委托方法來說，關(guān)閉ATC開關(guān)的程序是相同的—訂戶編輯其DNS區(qū)域文件，消除給ATC的委托職權(quán)。將根據(jù)訂戶定義的ATC策略繼續(xù)服務(wù)DNS請求，直到對于恰當(dāng)?shù)奈?，TTL已到期為止。
系統(tǒng)操作圖8是根據(jù)本發(fā)明的一個實(shí)施例，名稱服務(wù)器根據(jù)ATC策略解析DNS請求的過程的例證流程圖。首先，用戶把URL輸入用戶的瀏覽器114(或者以輸入的形式接受URL，并獲得客戶機(jī)的對應(yīng)資源的任意應(yīng)用程序)(802)。客戶機(jī)的解析器嘗試解析URL的主機(jī)名稱，以便獲得可從其得到URL識別的資源的服務(wù)器的IP地址(804)。解析器116將由客戶機(jī)的DNS(未示出)引向ATC名稱服務(wù)器網(wǎng)絡(luò)134中的DNS名稱服務(wù)器118(806)。解析器116把它嘗試解析的主機(jī)名稱提供給名稱服務(wù)器118。
名稱服務(wù)器118接收解析主機(jī)名稱的請求(808)，并根據(jù)解析器116的位置以及從策略數(shù)據(jù)庫124取回的相關(guān)ATC策略，確定訂戶服務(wù)器網(wǎng)絡(luò)104或CDN 105中能夠處理客戶機(jī)請求的一個或多個服務(wù)器(810)。參考圖8(b)說明了該操作的細(xì)節(jié)。選擇的服務(wù)器的IP地址被返回給請求解析器116(812)。瀏覽器114隨后與這些服務(wù)器之一聯(lián)系(814)，以便獲得請求的資源。
圖8(b)是域名服務(wù)器根據(jù)客戶機(jī)的位置和相關(guān)ATC策略，選擇一個或多個服務(wù)器的例證過程的流程圖。首先確定解析器116(或客戶機(jī))的位置(816)。從策略數(shù)據(jù)庫124取回相關(guān)ATC策略(818)。根據(jù)確定的客戶機(jī)位置和相關(guān)ATC策略，選擇訂戶服務(wù)器網(wǎng)絡(luò)104或CDN 105中的一個或多個服務(wù)器(820)。
圖8(c)是域名服務(wù)器中的監(jiān)視機(jī)構(gòu)130監(jiān)視名稱服務(wù)器以及訂戶服務(wù)器網(wǎng)絡(luò)104或CDN 105中的一個或多個服務(wù)器的操作的例證過程的流程圖。監(jiān)視在域名服務(wù)過程中發(fā)生的事件(822)。這些事件被發(fā)送給ATC網(wǎng)絡(luò)監(jiān)視機(jī)構(gòu)152(824)。另外，還監(jiān)視所述一個或多個服務(wù)器的可用性(826)。此外，如果所述一個或多個服務(wù)器中的任意一個被定義成被管理服務(wù)器(在828確定)，則輪詢動態(tài)負(fù)載份額信息?？捎眯孕畔⒑蛣討B(tài)負(fù)載份額信息(如果有的話)被用于更新局限于名稱服務(wù)器的某些ATC策略(832)。
圖8(d)是ATC策略管理機(jī)構(gòu)152動態(tài)保持并廣播ATC策略的例證過程的流程圖。最初，接收來自不同來源的策略(834)，并向名稱服務(wù)器118廣播(836)。如果備份是必需的(在838確定)，則ATC策略管理機(jī)構(gòu)152把當(dāng)前策略發(fā)送給主備用代理146(840)。
ATC策略管理機(jī)構(gòu)152還實(shí)現(xiàn)動態(tài)策略管理。它以某一規(guī)定時間間隔輪詢動態(tài)策略信息(842)，并使用這種輪詢的動態(tài)策略信息更新現(xiàn)有策略(844)。隨后向名稱服務(wù)器廣播更新的策略(846)。如果更新的策略需要被傳播給備用代理(在848確定)，則更新的策略被發(fā)送給主備用代理(850)。
圖8(e)是ATC網(wǎng)絡(luò)監(jiān)視機(jī)構(gòu)150監(jiān)視名稱服務(wù)器的操作，并向NOC 148和訂戶102發(fā)送警報的例證過程的流程圖。俘獲從不同名稱服務(wù)器的監(jiān)視機(jī)構(gòu)發(fā)送的事件(852)。隨后合并(854)和處理(856)來自不同來源的俘獲事件。如果存在任意報警情形(在858確定)，則ATC網(wǎng)絡(luò)監(jiān)視機(jī)構(gòu)150產(chǎn)生警報(860)。產(chǎn)生的警報隨后被發(fā)送給NOC 148和訂戶102(862)。
策略管理最初可建立ATC策略，并且稍后根據(jù)服務(wù)器的動態(tài)工作狀態(tài)自適應(yīng)更新ATC策略。可借助各種手段形成ATC策略。也可應(yīng)用所描述的方法形成其它策略?？刹捎肎UI方法或基于文件的方法(或者這兩種方法)建立訂戶策略。通過GUI方法，可采用不同的手段形成訂戶策略。例如，可使用瀏覽器，從而訂戶可直接輸入策略。也可利用GUI方法載入包含訂戶策略的說明的XML文件，從而可分析并保存策略。作為另一種備先選方法，也可按照類似的方式載入包含訂戶策略的說明的文件，并分析該文件。當(dāng)使用基于文件的方法時，可通過諸如FTP之類其它手段訪問基于XML或其它某一結(jié)構(gòu)構(gòu)成的、包含訂戶策略的說明的文件。
在一些優(yōu)選實(shí)施例中，訂戶利用訂戶的保密瀏覽器界面156，訪問基于保密web的GUI 160(圖6)。
圖9(a)-9(c)表示了根據(jù)本發(fā)明實(shí)施例的例證的基于保密web的圖形界面，通過該圖形界面，訂戶可定義關(guān)于指定網(wǎng)絡(luò)資源的負(fù)載分?jǐn)偛呗院鸵缌鞑呗浴４嬖诓煌愋偷呢?fù)載分?jǐn)偡?wù)器(1)靜態(tài)服務(wù)器，(2)動態(tài)服務(wù)器和(3)溢流服務(wù)器。動態(tài)服務(wù)器是規(guī)定為被監(jiān)視或被管理服務(wù)器的服務(wù)器，可監(jiān)視其動態(tài)可用性，并且當(dāng)該服務(wù)器變得不可用時，能夠重定向其負(fù)載。就被監(jiān)視服務(wù)器來說，也可使其負(fù)載份額和負(fù)載散發(fā)分?jǐn)?shù)是動態(tài)的。
相應(yīng)地，也可據(jù)此定義對不同類型服務(wù)器的策略管理路由請求。首先，當(dāng)服務(wù)器相對靜態(tài)，并且不隨著時間經(jīng)常改變時，應(yīng)用管理靜態(tài)服務(wù)器的策略。這意味著服務(wù)器的可用性相當(dāng)穩(wěn)定，不同服務(wù)器之間的負(fù)載分?jǐn)傄蚕鄬Ψ€(wěn)定。當(dāng)預(yù)計服務(wù)器頻繁變化時，應(yīng)用控制動態(tài)服務(wù)器的策略。這種策略包括故障修復(fù)策略，散發(fā)策略，和層列故障修復(fù)策略(前面說明)。當(dāng)由于某一原因，(靜態(tài)或動態(tài)的)主服務(wù)器變得不可用或者過載時，溢流策略控制請求流動的改變。這種情況下，相關(guān)溢流策略確定名稱服務(wù)請求應(yīng)被引向哪個溢流服務(wù)器。
指定服務(wù)器的負(fù)載份額代表將發(fā)送給靜態(tài)服務(wù)器設(shè)置內(nèi)該服務(wù)器的通信量。計算發(fā)送給該服務(wù)器的通信的負(fù)載份額的一種例證方法是求當(dāng)前的靜態(tài)服務(wù)器設(shè)置中，所有服務(wù)器的負(fù)載部分?jǐn)?shù)量的總和，并用所求的總和去除該服務(wù)器的負(fù)載部分得到負(fù)載份額。
指定服務(wù)器的散發(fā)分?jǐn)?shù)代表從該服務(wù)器重定向走的通信的百分率?？稍诟鶕?jù)負(fù)載分?jǐn)偛呗援a(chǎn)生負(fù)載份額之后進(jìn)行重定向。圖9(a)給出一種例證界面，其中列舉的每個服務(wù)器被賦予各種和選擇相關(guān)的參數(shù)。例如，對于每個服務(wù)器，規(guī)定TTL。另外，還可規(guī)定負(fù)載份額和散發(fā)分?jǐn)?shù)。例如，服務(wù)器New York和London都可具有為1.0的負(fù)載份額。分配給服務(wù)器New York的散發(fā)分?jǐn)?shù)為0.2，意味著其20％的負(fù)載被重定向給其它某一服務(wù)器，分配給服務(wù)器London的散發(fā)分?jǐn)?shù)為0.3，意味著其30％的負(fù)載被重定向給其它某一服務(wù)器。
也可在傳輸過程中自動計算散發(fā)分?jǐn)?shù)。例如，當(dāng)檢測到某一服務(wù)器響應(yīng)緩慢，表示該服務(wù)器可能過載時，可根據(jù)其預(yù)期響應(yīng)時間和實(shí)際響應(yīng)時間之間的差異，計算散發(fā)分?jǐn)?shù)。這種自動計算的散發(fā)分?jǐn)?shù)隨后可被用于把新計算的一部分通信重定向給不同的服務(wù)器，以便卸載最初打算定向給過載服務(wù)器的一些通信。
對于每個源服務(wù)器，還可設(shè)置在線標(biāo)記，指示該服務(wù)器當(dāng)前是否可用。圖9(a)中，在最右側(cè)的一列中表示了該標(biāo)記。借助該標(biāo)記，如果某一服務(wù)器需要停機(jī)以便維護(hù)，則可臨時從服務(wù)中除去該服務(wù)器。
由于預(yù)期動態(tài)服務(wù)器將相當(dāng)頻繁地變化，因此可分兩階段定義管理動態(tài)服務(wù)器的選擇的策略。一開始可按照和靜態(tài)服務(wù)器類似的方式規(guī)定關(guān)于動態(tài)服務(wù)器的策略。例如，可關(guān)于動態(tài)服務(wù)器New York和London定義負(fù)載份額和散發(fā)分?jǐn)?shù)，如圖9(a)中所示。但是，在操作過程中，可動態(tài)確定管理動態(tài)服務(wù)器的選擇的策略。例如，可根據(jù)從位于網(wǎng)絡(luò)上的一個或多個規(guī)定位置取回的在線狀態(tài)報告，自適應(yīng)修改最初定義的策略(例如負(fù)載份額，散發(fā)分?jǐn)?shù)和在線標(biāo)記)。在如何按照適合于網(wǎng)絡(luò)狀況或任意其它和網(wǎng)絡(luò)性能相關(guān)的因素(例如維護(hù))的方式實(shí)施所述選擇方面，動態(tài)策略提供相當(dāng)大的靈活性。
可在訂戶規(guī)定的一個或多個網(wǎng)絡(luò)位置提供在線狀態(tài)報告。位置可被規(guī)定為統(tǒng)一資源定位符(URL)，并且可通過HTTP請求訪問。通過提供關(guān)于所述位置的恒定鏈接，可在初始策略中規(guī)定狀態(tài)報告的位置。圖9(b)表示了規(guī)定關(guān)于狀態(tài)報告的URL鏈接的例證GUI。關(guān)于狀態(tài)報告的位置的URL鏈接被規(guī)定成“http//server”，它對應(yīng)于IP地址為10.0.0.3，名為London的服務(wù)器。訪問可被驗證，并且這種驗證要求也可在初始策略中規(guī)定?？筛鶕?jù)在監(jiān)視服務(wù)器性能的過程中搜集的信息，構(gòu)成在線受訪的狀態(tài)報告。例如，訂戶服務(wù)器網(wǎng)絡(luò)中的每個服務(wù)器可提供包含與其性能相關(guān)的信息的狀態(tài)報告。ATC名稱服務(wù)器網(wǎng)絡(luò)中的名稱服務(wù)器可輪詢來自這種服務(wù)器的這些信息，這些信息可被用于更新策略。
也可明確規(guī)定訪問狀態(tài)報告的頻率。例如，可要求相關(guān)機(jī)構(gòu)(具體地說，ATC策略管理機(jī)構(gòu)或每個名稱服務(wù)器的監(jiān)視機(jī)構(gòu))定期，例如第30秒輪詢狀態(tài)報告。
可利用諸如可擴(kuò)展置標(biāo)語言(XML)之類標(biāo)準(zhǔn)語言構(gòu)成狀態(tài)報告。狀態(tài)報告可包含修改的策略，所述修改策略可由訂戶根據(jù)網(wǎng)絡(luò)性能手動確定，由自動化過程根據(jù)網(wǎng)絡(luò)性能修改，或者由單個被管理服務(wù)器產(chǎn)生。這些情況下，狀態(tài)報告包括更新后的策略，并且當(dāng)其被輪詢時，在未來的通信控制中使用更新后的策略。例如，被管理服務(wù)器可根據(jù)其動態(tài)容量，重新定義其負(fù)載份額。當(dāng)訪問并強(qiáng)制執(zhí)行這種動態(tài)定義的負(fù)載份額信息時，按照適應(yīng)于網(wǎng)絡(luò)動態(tài)特性的方式控制通信。
當(dāng)訪問狀態(tài)報告時，相關(guān)機(jī)構(gòu)(例如ATC管理架構(gòu)中的ATC策略管理機(jī)構(gòu)或?qū)?yīng)名稱服務(wù)器中的ATC機(jī)構(gòu))根據(jù)狀態(tài)報告中包含的信息，更新相關(guān)策略。例如，狀態(tài)報告可指示服務(wù)器New York的當(dāng)前負(fù)載份額應(yīng)為0.4(從先前的1.0下降)，散發(fā)分?jǐn)?shù)不變(0.2)，服務(wù)器London的當(dāng)前負(fù)載份額應(yīng)為0.5(從先前的1.0下降)，散發(fā)分?jǐn)?shù)為0.4(40％的散發(fā)百分率)。另一種情形可能是狀態(tài)報告提供和每個動態(tài)服務(wù)器相關(guān)的網(wǎng)絡(luò)性能數(shù)據(jù)，在獲取狀態(tài)報告之后，ATC機(jī)構(gòu)確定如何修改目前的策略。
當(dāng)狀態(tài)報告提供動態(tài)策略時，對于每個動態(tài)服務(wù)器，一般來說它可包括下述信息<ServerStatus loadShare＝″LS″shedFraction＝″SF″online＝″Boolean″/>，其中LS和SF表示數(shù)字，“Boolean”代表“真”或“假”的邏輯值。
借助上述動態(tài)策略的機(jī)構(gòu)，訂戶或服務(wù)器能夠容易地規(guī)定現(xiàn)有策略的變化(例如負(fù)載份額、散發(fā)分?jǐn)?shù)策略和在線標(biāo)記的變化)，而不必更新整個ATC策略層次。另外，可在ATC策略中設(shè)置參數(shù)(在一些實(shí)施例中稱為“在線停機(jī)(down)”)，以便在由于諸如輪詢或取回失敗，或者未能分析狀態(tài)報告的內(nèi)容的緣故，ATC策略管理機(jī)構(gòu)不能正確獲取狀態(tài)報告的情況下，控制ATC機(jī)構(gòu)的行為。根據(jù)本發(fā)明的一些實(shí)施例，三種不同的例證方法可被用于處理這種情形。
借助第一種方法，如果不能正確獲得特定服務(wù)器的狀態(tài)報告，則訂戶可指令名稱服務(wù)器中的ATC機(jī)構(gòu)不選擇該服務(wù)器。通過把參數(shù)“在線停機(jī)”設(shè)置成假，訂戶可規(guī)定該策略。這種情況下，ATC機(jī)構(gòu)將不把該基礎(chǔ)服務(wù)器看作選擇過程的候選者，直到輪詢機(jī)構(gòu)取回有效狀態(tài)報告為止。
處理輪詢失敗的第二種方法是允許ATC機(jī)構(gòu)根據(jù)其默認(rèn)策略(或初始策略)選擇基礎(chǔ)動態(tài)服務(wù)器。為了規(guī)定該解決方案，訂戶可把“在線停機(jī)”參數(shù)設(shè)置成真。
處理不能正確取回狀態(tài)報告的情形的第三種方法是如果基礎(chǔ)服務(wù)器的“在線”標(biāo)記為on(該基礎(chǔ)服務(wù)器可用)，則允許ATC機(jī)構(gòu)選擇該基礎(chǔ)服務(wù)器。為此，訂戶可只規(guī)定狀態(tài)報告中的“在線”ServerStatus，同時參數(shù)“在線停機(jī)”被設(shè)置成真或假。這種情況下，當(dāng)“在線”標(biāo)記被設(shè)置成真時，ATC機(jī)構(gòu)將使用在策略中規(guī)定的負(fù)載份額和散發(fā)分?jǐn)?shù)。負(fù)載份額和負(fù)載散發(fā)分?jǐn)?shù)都可被動態(tài)確定(或者從ATC策略管理機(jī)構(gòu)廣播，或者由ATC機(jī)構(gòu)130從基礎(chǔ)服務(wù)器輪詢)。
靜態(tài)服務(wù)器和動態(tài)服務(wù)器都是主服務(wù)器，不過在操作上，它們的選擇由不同的策略控制。第三種服務(wù)器被稱為溢流服務(wù)器。當(dāng)由于某一原因不能選擇主服務(wù)器時，溢流服務(wù)器提供備用物。一般來說，溢流服務(wù)器對應(yīng)于指向提供CDN的服務(wù)(例如，Cable&Wireless PLC的足跡服務(wù))的規(guī)范名稱或CName。根據(jù)溢流服務(wù)器通常總是可用的信心，確定溢流服務(wù)器的選擇。通過圖9(c)中所示的窗口，可確定溢流服務(wù)器。圖9(c)中，由指向CDN服務(wù)器地址“customer.footprint.net”(例如圖1中所示的CDN 105)的CName定義。
圖10(a)-10(b)表示了根據(jù)一組源服務(wù)器定義的例證訂戶策略，所述訂戶策略根據(jù)不同的標(biāo)準(zhǔn)，例如輸入請求的地理位置，和每個位置的時區(qū)，管理服務(wù)器的選擇。圖10(a)中，定義三種不同的源服務(wù)器，包括IP地址為10.0.0.2的“eastserver”，IP地址為10.0.0.1的“westserver”和具有CName“customer.footprint.net”的服務(wù)網(wǎng)絡(luò)。這里，服務(wù)網(wǎng)絡(luò)可包括一個以上的服務(wù)器。
圖10(b)表示了例證的決策樹，所述決策樹被嵌入指導(dǎo)通信應(yīng)如何被定向于一組服務(wù)器的一組地理策略中。在圖10(b)中描述的決策樹中，根據(jù)美國和全球剩余部分之間的劃分，選擇首先被定向于頂層的不同資源。資源可對應(yīng)于單個服務(wù)器(或CDN)或者一組服務(wù)器(或CDN)。起源于非美國地理區(qū)域的請求被定向于名為“London”的資源。在美國國內(nèi)，進(jìn)一步應(yīng)用基于時區(qū)的策略。起源于中央時區(qū)內(nèi)某一區(qū)域的請求被定向于名為“New York”的資源。起源于Alaska時區(qū)內(nèi)某一區(qū)域的請求被定向于資源“London”。最后，起源于美國國內(nèi)，未落入所有這些時區(qū)(即Alaska時區(qū)或中央時區(qū))內(nèi)某一區(qū)域的請求可被定向于“London”或“New York”。
圖10(c)-10(d)表示根據(jù)一組資源(服務(wù)器或CDN)和基于輸入請求的地理位置定義的訂戶策略，以及當(dāng)主服務(wù)器不可用時，允許ATC機(jī)構(gòu)把通信定向于預(yù)定溢流服務(wù)器的溢流策略構(gòu)成的另一例證決策樹。在圖10(c)中所示資源窗口中，定義三種資源根據(jù)其IP地址定義的靜態(tài)資源“London”和“New York”，具有CName“customer.sandpiper.net”的名為“Sydeny”的服務(wù)網(wǎng)絡(luò)。每種資源可對應(yīng)于一組服務(wù)器，例如具有某一分層結(jié)構(gòu)的服務(wù)器組。資源“London”還被定義成動態(tài)資源，資源“Sydney”還被定義成昵稱為“cdn_service”的溢流服務(wù)器網(wǎng)絡(luò)。圖10(d)圖解說明了基于這些資源建立的例證決策樹。
圖10(d)中的決策樹首先根據(jù)請求是否來自于美國，在頂層分出兩條路線。當(dāng)請求起源于美國時，根據(jù)圖10(d)中圖解說明的策略，它被定向于位于第一層資源“London”的動態(tài)服務(wù)器。來自美國的請求也可定向于資源“cdn_service”中溢流服務(wù)器之一。當(dāng)位于第一層資源“London”的所有主服務(wù)器未能發(fā)揮作用，或者當(dāng)這些主服務(wù)器過載時，會發(fā)生這種情況。
除了這里說明的各種基于web的界面之外，還存在能夠定義訂戶策略的其它手段。例如，如前所述，可在能夠被ATC機(jī)構(gòu)下載的XML文件中構(gòu)成或規(guī)定訂戶策略，并被用于控制通信。
借助不同手段(例如通過基于web的GUI或XML文件)定義的策略可在ATC機(jī)構(gòu)內(nèi)被轉(zhuǎn)換成某一預(yù)定格式。設(shè)計這種預(yù)定格式是為了提高管理和處理ATC策略的效率。例如，ATC策略的內(nèi)部格式可被這樣設(shè)計，以致在內(nèi)部，AMA能夠便利地保存，訪問ATC策略，并向名稱服務(wù)器代理廣播ATC策略，名稱服務(wù)器代理能夠有效地應(yīng)用這些策略。
如前所述，除了ATC策略的管理之外，AMA還可監(jiān)視名稱服務(wù)器的性能，并產(chǎn)生可視的DNS日志報告。監(jiān)視機(jī)構(gòu)可從名稱服務(wù)器的DNS日志，或者從名稱服務(wù)器俘獲的事件收集性能信息。報告產(chǎn)生機(jī)構(gòu)使用收集的信息產(chǎn)生提供信息的報告。通過基于保密web的GUI，報告產(chǎn)生機(jī)構(gòu)還可使訂戶能夠獲得這種報告。圖11(a)-11(c)表示了通過基于保密web的GUI能夠訪問的報告信息的例證類型。圖11(a)描述了允許訂戶查看指定資源服務(wù)器的DNS日志數(shù)據(jù)的web界面。訂戶可指定檢查的服務(wù)器的名稱(例如“download.subscriber.com”)，組織日志數(shù)據(jù)的形式(例如規(guī)定“Separate”的輸出式樣，意味著在輸出中以獨(dú)立項的形式顯示IP和CName詢問和答復(fù))，檢查的時段(例如從2002年9月1日到2002年9月24日)，顯示日志數(shù)據(jù)中使用的時間分辨率(例如自動選擇時間分辨率)。
圖11(b)表示了和指定服務(wù)器相關(guān)的日志數(shù)據(jù)的圖表。用基于相對于具有某一分辨率的規(guī)定時段(X軸)的特定服務(wù)器的日志項產(chǎn)生的圖表表示日志數(shù)據(jù)。例證的圖表反映了在2002年9月24日2:30pm和3:30pm之間，定向于該基礎(chǔ)服務(wù)器的通信量。利用該基礎(chǔ)服務(wù)器每分鐘產(chǎn)生的回答的數(shù)目(Y軸)描述通信量。在該例證圖表中，可看出在2:36pm和2:38pm之間通信量急增。圖11(c)以表格的形式表示了圖11(b)中相同日志數(shù)據(jù)的圖形顯示，其中從上到下，按照時間順序列舉日志數(shù)據(jù)。例如，左列中的每一行列舉時段。在該例證表格中，一個小時(2:30pm～3:30pm)中的日志數(shù)據(jù)被分成若干子時段，每個子時段為15分鐘。對于每個子時段，第三列提供相應(yīng)子時段內(nèi)回答的數(shù)目。例如，在子時段3:15pm～3:30pm內(nèi)，存在13個回答，在其它子時段內(nèi)不存在任何回答(和圖11(b)中圖解說明的圖表一致)。
可用硬件、軟件或者它們的組合實(shí)現(xiàn)這里描述的各種機(jī)構(gòu)，包括(但不限于)自適應(yīng)通信控制(ATC)機(jī)構(gòu)，位置確定機(jī)構(gòu)，策略編輯機(jī)構(gòu)，管理策略更新機(jī)構(gòu)，ATC策略管理機(jī)構(gòu)，報告產(chǎn)生機(jī)構(gòu)，監(jiān)視機(jī)構(gòu)和管理主備用機(jī)構(gòu)。當(dāng)用軟件實(shí)現(xiàn)這些機(jī)構(gòu)時，可用任意類型的恰當(dāng)解釋性或編譯程序設(shè)計語言實(shí)現(xiàn)它們。當(dāng)完全或部分用軟件實(shí)現(xiàn)時，本發(fā)明的各個方面可駐留于任意存儲器或存儲介質(zhì)上，包括(但不限于)ROM、磁盤、ASIC、PROM等。雖然參考特定機(jī)構(gòu)(算法、進(jìn)程和子例程)和結(jié)構(gòu)說明了本發(fā)明，但是本領(lǐng)域的技術(shù)人員會認(rèn)識到在仍然實(shí)現(xiàn)本發(fā)明的情況下，可使用其它機(jī)構(gòu)和/或結(jié)構(gòu)。
當(dāng)本發(fā)明的各種機(jī)構(gòu)運(yùn)行于特定機(jī)器上(例如在客戶機(jī)上或者在服務(wù)器上)時，它們可駐留于機(jī)器的存儲器中，或者存儲設(shè)備上，或者駐留于所述存儲器和存儲設(shè)備上。此外，雖然許多操作被表示成按照特定順序執(zhí)行，但是本領(lǐng)域的技術(shù)人員會認(rèn)識到其它順序，包括操作的一些并行是可能的，并且都在本發(fā)明的范圍中。
上面結(jié)構(gòu)本發(fā)明的優(yōu)選實(shí)施例說明了本發(fā)明；但是，這只是出于舉例說明的目的，本發(fā)明并不局限于此。事實(shí)上，對本領(lǐng)域的技術(shù)人員來說，本發(fā)明的各種變化是明顯的。這些變化也落入本發(fā)明的范圍內(nèi)。從而，雖然參考某些例證實(shí)施例說明了本發(fā)明，但是這里使用的字詞是說明性字詞，而不是限制性字詞。在附加權(quán)利要求的范圍內(nèi)，可做出各種變化，而不會脫離本發(fā)明的范圍和精神。雖然這里參考特定的結(jié)構(gòu)、動作和材料說明了本發(fā)明，但是本發(fā)明并不局限于公開的細(xì)節(jié)，相反延伸到在附加權(quán)利要求的范圍內(nèi)的所有等同結(jié)構(gòu)、動作和材料。
所述處理可由恰當(dāng)編程的通用計算機(jī)單獨(dú)地或者結(jié)合專用計算機(jī)實(shí)現(xiàn)。這種處理可由單一平臺實(shí)現(xiàn)，或者由分布式處理平臺實(shí)現(xiàn)。另外，可按照專用硬件的形式，或者按照由通用計算機(jī)運(yùn)行的軟件的形式，實(shí)現(xiàn)這些處理和功能。如同本領(lǐng)域通常那樣，在這些處理中產(chǎn)生的、或者作為這些處理的結(jié)果而產(chǎn)生的任意數(shù)據(jù)可保存在任意存儲器中。例如，這種數(shù)據(jù)可保存在臨時存儲器中，例如保存在指定計算機(jī)系統(tǒng)或子系統(tǒng)的RAM中。另外，這種數(shù)據(jù)可保存在長期存儲器中，例如磁盤、可寫光盤等中。對這里的公開內(nèi)容來說，計算機(jī)可讀媒介可包括任意形式的數(shù)據(jù)存儲機(jī)構(gòu)，包括現(xiàn)有的存儲技術(shù)以及這種結(jié)構(gòu)和這種數(shù)據(jù)的硬件或電路表示。
權(quán)利要求
1.一種用于傳送因特網(wǎng)內(nèi)容的架構(gòu)，包括訂戶服務(wù)器網(wǎng)絡(luò)；和構(gòu)成并適合于提供基于策略的域名服務(wù)的至少一個域名服務(wù)器，其中，響應(yīng)解析主機(jī)名稱的請求，域名服務(wù)器嘗試根據(jù)至少一種策略考慮，把主機(jī)名稱解析成對應(yīng)于訂戶服務(wù)器網(wǎng)絡(luò)中一個服務(wù)器的至少一個地址。
2.按照權(quán)利要求1所述的架構(gòu)，還包括不同于訂戶服務(wù)器網(wǎng)絡(luò)的內(nèi)容傳送網(wǎng)絡(luò)，其中，響應(yīng)解析主機(jī)名稱的請求，域名服務(wù)器至少根據(jù)請求者的位置和其它策略考慮，提供內(nèi)容傳送網(wǎng)絡(luò)中一個服務(wù)器的至少一個地址。
3.按照權(quán)利要求1所述的架構(gòu)，其中根據(jù)下述之一或多個策略選擇域名服務(wù)器提供的地址(a)地理策略；(b)負(fù)載分?jǐn)偛呗裕?c)溢流策略；和(d)網(wǎng)絡(luò)知曉策略。
4.按照權(quán)利要求1所述的架構(gòu)，其中至少一種策略考慮包括下述至少之一根據(jù)請求客戶機(jī)的地理位置，管理訂戶服務(wù)器網(wǎng)絡(luò)中服務(wù)器的選擇的地理-政治策略；根據(jù)與訂戶服務(wù)器網(wǎng)絡(luò)中的服務(wù)器相關(guān)的動態(tài)負(fù)載信息，管理從服務(wù)器選擇主服務(wù)器的負(fù)載分?jǐn)偛呗?；管理把訂戶服?wù)器網(wǎng)絡(luò)中一個服務(wù)器的負(fù)載散發(fā)給訂戶服務(wù)器網(wǎng)絡(luò)中其它服務(wù)器的方式的散發(fā)策略；當(dāng)訂戶服務(wù)器網(wǎng)絡(luò)中至少一個主服務(wù)器未能發(fā)揮作用時，管理選擇訂戶服務(wù)器網(wǎng)絡(luò)中一個服務(wù)器的局部故障修復(fù)策略；當(dāng)上一層中的服務(wù)器未能發(fā)揮作用時，管理選擇對應(yīng)于服務(wù)器分層結(jié)構(gòu)中下一層中的一個服務(wù)器的故障修復(fù)策略；和把服務(wù)器網(wǎng)絡(luò)中一個服務(wù)器定義為被監(jiān)視服務(wù)器和被管理服務(wù)器之一的服務(wù)器指定策略。
5.一種提供域名服務(wù)的域名服務(wù)器，包括確定請求者位置的位置確定器；構(gòu)成并適合于提供基于策略的域名服務(wù)的自適應(yīng)通信控制機(jī)構(gòu)，其中，響應(yīng)解析主機(jī)名稱的請求，域名服務(wù)器嘗試根據(jù)下述一種或多種策略，提供訂戶服務(wù)器網(wǎng)絡(luò)中一個服務(wù)器的至少一個地址(a)地理策略；(b)負(fù)載分?jǐn)偛呗裕?c)溢流策略；和(d)網(wǎng)絡(luò)知曉策略。
6.一種提供域名服務(wù)的方法，包括從解析器接收解析主機(jī)名稱的請求；確定發(fā)出請求的解析器的位置；根據(jù)確定的位置和其它動態(tài)策略考慮，確定地址；和把地址提供給發(fā)出請求的解析器。
7.按照權(quán)利要求6所述的方法，其中根據(jù)下述一種或多種策略，確定所述地址(a)地理策略；(b)負(fù)載分?jǐn)偛呗裕?c)溢流策略；和(d)網(wǎng)絡(luò)知曉策略。
8.一種傳送因特網(wǎng)內(nèi)容的架構(gòu)，包括與提供因特網(wǎng)內(nèi)容的訂戶相關(guān)的服務(wù)器網(wǎng)絡(luò)；和具有構(gòu)成并適合于提供基于策略的域名服務(wù)的至少一個域名服務(wù)器的自適應(yīng)通信控制(ATC)名稱服務(wù)器網(wǎng)絡(luò)，其中，響應(yīng)解析主機(jī)名稱的請求，ATC名稱服務(wù)器網(wǎng)絡(luò)中的至少一個域名服務(wù)器根據(jù)至少一種策略考慮，把主機(jī)名稱解析成和訂戶服務(wù)器網(wǎng)絡(luò)中一個服務(wù)器對應(yīng)的至少一個地址。
9.按照權(quán)利要求8所述的架構(gòu)，其中所述策略考慮包括下述一種或多種策略考慮(a)地理策略考慮；(b)負(fù)載分?jǐn)偛呗钥紤]；(c)溢流策略考慮；和(d)網(wǎng)絡(luò)知曉策略考慮。
10.一種自適應(yīng)通信控制架構(gòu)，包括服務(wù)器網(wǎng)絡(luò)；和具有構(gòu)成并適合于提供基于策略的自適應(yīng)域名服務(wù)的至少一個域名服務(wù)器的自適應(yīng)通信控制(ATC)名稱服務(wù)器網(wǎng)絡(luò)，其中，響應(yīng)解析主機(jī)名稱的請求，ATC域名服務(wù)器網(wǎng)絡(luò)中的至少一個域名服務(wù)器根據(jù)策略和請求者的位置，提供回答。
11.按照權(quán)利要求10所述的架構(gòu)，其中所述回答包括對應(yīng)于服務(wù)器網(wǎng)絡(luò)中一個服務(wù)器的網(wǎng)際協(xié)議(IP)地址或CNAME。
12.按照權(quán)利要求10所述的架構(gòu)，其中服務(wù)器網(wǎng)絡(luò)至少包括下述之一訂戶服務(wù)器網(wǎng)絡(luò)；和內(nèi)容傳送網(wǎng)絡(luò)。
13.按照權(quán)利要求12所述的架構(gòu)，其中訂戶服務(wù)器網(wǎng)絡(luò)包括至少一個服務(wù)器組，其中每個所述至少一個服務(wù)器組對應(yīng)于一個服務(wù)器分層結(jié)構(gòu)。
14.按照權(quán)利要求13所述的架構(gòu)，其中所述服務(wù)器分層結(jié)構(gòu)至少包括下述之一包含至少一個主服務(wù)器的第一層；當(dāng)?shù)谝粚又械乃鲋辽僖粋€主服務(wù)器未能發(fā)揮作用時，包括起作用的至少一個第一級溢流服務(wù)器的第二層；和當(dāng)所述至少一個主服務(wù)器和一個或多個第一級溢流服務(wù)器未能發(fā)揮作用時，包括起作用的至少一個第二級溢流服務(wù)器的第三層。
15.按照權(quán)利要求14所述的架構(gòu)，其中服務(wù)器網(wǎng)絡(luò)中的每個服務(wù)器至少是下述之一被監(jiān)視服務(wù)器，其中被監(jiān)視服務(wù)器的可用性被動態(tài)監(jiān)視；和被管理服務(wù)器，其中被管理服務(wù)器的可用性被動態(tài)監(jiān)視，或者被管理服務(wù)器的負(fù)載份額(share)或散發(fā)分?jǐn)?shù)(fraction)被動態(tài)定義。
16.按照權(quán)利要求15所述的架構(gòu)，其中ATC域名服務(wù)器網(wǎng)絡(luò)中的每個域名服務(wù)器包括構(gòu)成并適合于確定發(fā)出請求的客戶機(jī)的地理位置的位置確定器；能夠簡化基于策略的域名服務(wù)的自適應(yīng)通信控制(ATC)機(jī)構(gòu)。
17.按照權(quán)利要求16所述的架構(gòu)，其中所述至少一種策略包括下述至少之一根據(jù)請求客戶機(jī)的地理位置，管理訂戶服務(wù)器網(wǎng)絡(luò)中服務(wù)器組的選擇的地理-政治策略；根據(jù)與服務(wù)器組中的服務(wù)器相關(guān)的動態(tài)負(fù)載份額信息，管理從服務(wù)器組中選擇一個服務(wù)器的負(fù)載分?jǐn)偛呗裕还芾砣绾伟逊?wù)器組中一個服務(wù)器的負(fù)載散發(fā)給其它服務(wù)器的散發(fā)策略；當(dāng)服務(wù)器分層結(jié)構(gòu)中某一層服務(wù)器中的至少一個服務(wù)器未能發(fā)揮作用時，管理選擇同層服務(wù)器中一個服務(wù)器的故障修復(fù)策略；當(dāng)上一層中的服務(wù)器未能發(fā)揮作用時，管理選擇服務(wù)器分層結(jié)構(gòu)中下一層的一個服務(wù)器的層列故障修復(fù)策略；和把服務(wù)器網(wǎng)絡(luò)中一個服務(wù)器定義為被監(jiān)視服務(wù)器和被管理服務(wù)器至少之一的服務(wù)器指定策略。
18.按照權(quán)利要求17所述的架構(gòu)，其中所述地理-政治策略至少包括下述之一基于大陸的策略；基于國家的策略；基于地區(qū)的策略；和基于時區(qū)的策略。
19.按照權(quán)利要求18所述的架構(gòu)，還包括管理策略。
20.按照權(quán)利要求16所述的架構(gòu)，其中域名服務(wù)器還包括能夠觀察在域名服務(wù)器的工作過程中發(fā)生的事件的監(jiān)視代理。
21.按照權(quán)利要求20所述的架構(gòu)，其中所述監(jiān)視代理還被構(gòu)成并被修改，以便監(jiān)視服務(wù)器網(wǎng)絡(luò)中被指定為被監(jiān)視服務(wù)器或被管理服務(wù)器的一個或多個服務(wù)器的可用性，從而域名服務(wù)器能夠根據(jù)所述一個或多個服務(wù)器的可用性，確定服務(wù)器。
22.按照權(quán)利要求21所述的架構(gòu)，其中監(jiān)視代理還能夠輪詢來自一個或多個被管理服務(wù)器的動態(tài)負(fù)載份額和負(fù)載散發(fā)信息，從而域名服務(wù)器能夠根據(jù)與被管理服務(wù)器相關(guān)的動態(tài)負(fù)載份額和負(fù)載散發(fā)信息，確定服務(wù)器。
23.按照權(quán)利要求20所述的架構(gòu)，還包括能夠管理ATC名稱服務(wù)器網(wǎng)絡(luò)的操作，以及服務(wù)器網(wǎng)絡(luò)的狀態(tài)的自適應(yīng)通信控制(ATC)管理架構(gòu)。
24.按照權(quán)利要求23所述的架構(gòu)，其中ATC管理架構(gòu)包括管理主代理(AMA)；至少一個備用管理主代理；和網(wǎng)絡(luò)操作中心。
25.按照權(quán)利要求24所述的架構(gòu)，其中AMA包括能夠通過從至少一個域名服務(wù)器的至少一個監(jiān)視代理接收的事件信息，監(jiān)視ATC域名服務(wù)器網(wǎng)絡(luò)的操作的ATC網(wǎng)絡(luò)監(jiān)視機(jī)構(gòu)；能夠接收并動態(tài)輪詢來自至少一個來源的至少一種策略，并向ATC域名服務(wù)器網(wǎng)絡(luò)中的至少一個域名服務(wù)器廣播所述至少一種策略的ATC策略管理機(jī)構(gòu)；和當(dāng)AMA未能發(fā)揮作用時，能夠使至少一個備用管理主代理代替AMA的管理主備用機(jī)構(gòu)。
26.按照權(quán)利要求25所述的架構(gòu)，其中所述至少一個來源至少包括下述之一能夠與管理主代理交互作用，從而定義訂戶策略，并且提供可被ATC策略管理機(jī)構(gòu)輪詢的動態(tài)策略的訂戶；定義可被ATC策略管理機(jī)構(gòu)接收或動態(tài)輪詢的策略的一個或多個策略實(shí)體；和服務(wù)器網(wǎng)絡(luò)中，提供可被輪詢的動態(tài)負(fù)載份額和負(fù)載散發(fā)策略的一個或多個被管理服務(wù)器。
27.按照權(quán)利要求25所述的架構(gòu)，其中ATC網(wǎng)絡(luò)監(jiān)視機(jī)構(gòu)包括能夠從與不同ATC域名服務(wù)器相關(guān)的監(jiān)視代理接收事件信息，并合并俘獲的事件信息的陷阱處理器；能夠分析合并的俘獲事件信息的處理機(jī)構(gòu)；和能夠根據(jù)所述處理的處理結(jié)果產(chǎn)生警報，并把所述警報發(fā)送給網(wǎng)絡(luò)操作中心的警報產(chǎn)生機(jī)構(gòu)。
28.按照權(quán)利要求27所述的架構(gòu)，其中警報產(chǎn)生機(jī)構(gòu)還能夠把警報發(fā)送給訂戶。
29.一種解析主機(jī)名稱的域名服務(wù)器，包括能夠確定從其接收解析主機(jī)名稱的請求的客戶機(jī)的地理位置的位置確定器；能夠支持基于策略的域名服務(wù)的自適應(yīng)通信控制(ATC)機(jī)構(gòu)，其中響應(yīng)來自客戶機(jī)的請求，域名服務(wù)器至少根據(jù)位置確定器確定的位置和至少一種策略，提供回答，所述回答至少是服務(wù)器網(wǎng)絡(luò)中一個服務(wù)器的IP地址和CNAME之一。
30.按照權(quán)利要求29所述的域名服務(wù)器，其中服務(wù)器網(wǎng)絡(luò)至少包括下述之一包括至少一個服務(wù)器組的訂戶服務(wù)器網(wǎng)絡(luò)；和包括至少一個服務(wù)器的內(nèi)容傳送網(wǎng)絡(luò)。
31.按照權(quán)利要求30所述的域名服務(wù)器，其中每個服務(wù)器組對應(yīng)于至少包括下述之一的服務(wù)器分層結(jié)構(gòu)包含至少一個主服務(wù)器的第一層；包括當(dāng)所述至少一個主服務(wù)器未能發(fā)揮作用時起作用的一個或多個第一級溢流服務(wù)器的第二層；和包括當(dāng)所述至少一個主服務(wù)器和所述一個或多個第一級溢流服務(wù)器未能發(fā)揮作用時起作用的一個或多個第二級溢流服務(wù)器的第三層。
32.按照權(quán)利要求29所述的域名服務(wù)器，其中所述至少一種策略至少包括下述之一根據(jù)請求客戶機(jī)的地理位置，管理服務(wù)器網(wǎng)絡(luò)中服務(wù)器組的選擇的地理-政治策略；根據(jù)與服務(wù)器組中的服務(wù)器相關(guān)的動態(tài)負(fù)載份額信息，管理從服務(wù)器組中選擇一個服務(wù)器的負(fù)載分?jǐn)偛呗裕还芾砣绾伟逊?wù)器組中一個服務(wù)器的負(fù)載散發(fā)給其它服務(wù)器的散發(fā)策略；當(dāng)服務(wù)器分層結(jié)構(gòu)中某一層服務(wù)器中的至少一個服務(wù)器未能發(fā)揮作用時，管理選擇同層服務(wù)器中一個服務(wù)器的故障修復(fù)策略；當(dāng)上一層中的服務(wù)器未能發(fā)揮作用時，管理選擇服務(wù)器分層結(jié)構(gòu)中下一層的一個服務(wù)器的層列故障修復(fù)策略；和把服務(wù)器網(wǎng)絡(luò)中一個服務(wù)器定義為被監(jiān)視服務(wù)器和被管理服務(wù)器至少之一的服務(wù)器指定策略。
33.按照權(quán)利要求32所述的域名服務(wù)器，其中被監(jiān)視服務(wù)器對應(yīng)于在該處被監(jiān)視服務(wù)器的可用性被動態(tài)監(jiān)視的服務(wù)器；和被管理服務(wù)器對應(yīng)于在該處被管理服務(wù)器的可用性被動態(tài)監(jiān)視、或者負(fù)載份額和負(fù)載散發(fā)被動態(tài)定義的服務(wù)器。
34.按照權(quán)利要求32所述的域名服務(wù)器，其中所述地理-政治策略至少包括下述之一基于大陸的策略；基于國家的策略；基于地區(qū)的策略；和基于時區(qū)的策略。
35.按照權(quán)利要求32所述的域名服務(wù)器，還包括管理策略。
36.按照權(quán)利要求29所述的域名服務(wù)器，還包括能夠觀察在域名服務(wù)器的工作過程中發(fā)生的事件，并把這些事件發(fā)送給自適應(yīng)通信控制(ATC)管理架構(gòu)的自適應(yīng)通信控制(ATC)網(wǎng)絡(luò)監(jiān)視機(jī)構(gòu)的監(jiān)視代理。
37.按照權(quán)利要求36所述的域名服務(wù)器，其中所述監(jiān)視代理還能夠監(jiān)視服務(wù)器網(wǎng)絡(luò)中，被指定為被監(jiān)視服務(wù)器或被管理服務(wù)器的一個或多個服務(wù)器的可用性，從而域名服務(wù)器能夠根據(jù)所述一個或多個服務(wù)器的可用性，確定服務(wù)器。
38.按照權(quán)利要求37所述的域名服務(wù)器，其中監(jiān)視代理還能夠輪詢來自一個或多個被管理服務(wù)器的動態(tài)負(fù)載份額和負(fù)載散發(fā)信息，從而域名服務(wù)器能夠根據(jù)動態(tài)負(fù)載份額和負(fù)載散發(fā)信息，確定服務(wù)器。
39.一種自適應(yīng)通信控制(ATC)管理架構(gòu)，包括管理主代理(AMA)；至少一個備用管理主代理(AMA)；和網(wǎng)絡(luò)操作中心，其中AMA包括能夠通過從位于至少一個域名服務(wù)器中的至少一個監(jiān)視代理接收的事件信息，監(jiān)視包括至少一個域名服務(wù)器的自適應(yīng)通信控制(ATC)域名服務(wù)器網(wǎng)絡(luò)的操作的ATC網(wǎng)絡(luò)監(jiān)視機(jī)構(gòu)；能夠接收并動態(tài)輪詢來自至少一個來源的至少一種策略，并向至少一個域名服務(wù)器廣播所述至少一種策略的ATC策略管理機(jī)構(gòu)；和當(dāng)AMA未能發(fā)揮作用時，能夠使至少一個備用管理主代理代替AMA的管理主備用機(jī)構(gòu)。
40.按照權(quán)利要求39所述的架構(gòu)，其中所述至少一個來源至少包括下述之一能夠與管理主代理交互作用，從而定義訂戶策略，并且提供可被ATC策略管理機(jī)構(gòu)輪詢的動態(tài)策略的訂戶；定義可被ATC策略管理機(jī)構(gòu)動態(tài)輪詢的策略的一個或多個策略實(shí)體；和服務(wù)器網(wǎng)絡(luò)中，被指定為被管理服務(wù)器的一個或多個服務(wù)器。
41.按照權(quán)利要求40所述的架構(gòu)，其中ATC網(wǎng)絡(luò)監(jiān)視機(jī)構(gòu)包括能夠從位于不同ATC域名服務(wù)器中的監(jiān)視代理接收事件信息，并合并俘獲的事件信息的陷阱處理器；能夠分析俘獲的事件信息的處理機(jī)構(gòu)；和能夠根據(jù)所述處理的處理結(jié)果產(chǎn)生警報，并把所述警報發(fā)送給網(wǎng)絡(luò)操作中心和訂戶的警報產(chǎn)生機(jī)構(gòu)。
42.一種基于自適應(yīng)通信控制的域名服務(wù)的方法，包括自適應(yīng)通信控制(ATC)域名服務(wù)器網(wǎng)絡(luò)中的域名服務(wù)器接收來自解析器的解析主機(jī)名稱的請求；至少根據(jù)客戶機(jī)的地理位置和至少一種策略，確定對應(yīng)于服務(wù)器網(wǎng)絡(luò)中一個服務(wù)器的回答；和把所述回答提供給請求者，其中所述回答至少是服務(wù)器網(wǎng)絡(luò)中一個服務(wù)器的IP地址和CNAME之一。
43.按照權(quán)利要求42所述的方法，其中服務(wù)器網(wǎng)絡(luò)至少包括下述之一提供內(nèi)容傳送服務(wù)的訂戶服務(wù)器網(wǎng)絡(luò)；和提供內(nèi)容傳送服務(wù)的內(nèi)容傳送網(wǎng)絡(luò)。
44.按照權(quán)利要求43所述的方法，其中訂戶服務(wù)器網(wǎng)絡(luò)包括至少一個服務(wù)器組。
45.按照權(quán)利要求44所述的方法，其中每個服務(wù)器組對應(yīng)于至少包括下述之一的服務(wù)器分層結(jié)構(gòu)包含至少一個主服務(wù)器的第一層；包括當(dāng)所述至少一個主服務(wù)器未能發(fā)揮作用時起作用的一個或多個第一級溢流服務(wù)器的第二層；和包括當(dāng)所述至少一個主服務(wù)器和所述一個或多個第一級溢流服務(wù)器未能發(fā)揮作用時起作用的一個或多個第二級溢流服務(wù)器的第三層。
46.按照權(quán)利要求45所述的方法，其中服務(wù)器網(wǎng)絡(luò)中的每個服務(wù)器可被指定成下述至少之一被監(jiān)視服務(wù)器，其中被監(jiān)視服務(wù)器的可用性被動態(tài)監(jiān)視；和被管理服務(wù)器，其中被管理服務(wù)器的可用性被動態(tài)監(jiān)視，或者被管理服務(wù)器的負(fù)載份額和負(fù)載散發(fā)被動態(tài)定義。
47.按照權(quán)利要求46所述的方法，其中所述至少一種策略包括下述一種或多種策略根據(jù)客戶機(jī)的地理位置，管理服務(wù)器網(wǎng)絡(luò)中服務(wù)器組的選擇的地理-政治策略；根據(jù)與服務(wù)器組中的服務(wù)器相關(guān)的動態(tài)負(fù)載份額信息，管理從服務(wù)器組中選擇一個服務(wù)器的負(fù)載分?jǐn)偛呗?；管理如何把服?wù)器組中一個服務(wù)器的負(fù)載散發(fā)給其它服務(wù)器的散發(fā)策略；當(dāng)服務(wù)器分層結(jié)構(gòu)中某一層服務(wù)器中的至少一個服務(wù)器未能發(fā)揮作用時，管理選擇同層服務(wù)器中一個服務(wù)器的故障修復(fù)策略；當(dāng)上一層中的服務(wù)器未能發(fā)揮作用時，管理選擇服務(wù)器分層結(jié)構(gòu)中下一層的一個服務(wù)器的層列故障修復(fù)策略；和把服務(wù)器網(wǎng)絡(luò)中一個服務(wù)器定義為被監(jiān)視服務(wù)器和被管理服務(wù)器至少之一的服務(wù)器指定策略。
48.按照權(quán)利要求47所述的方法，其中所述地理-政治策略至少包括下述之一基于大陸的策略；基于國家的策略；基于地區(qū)的策略；和基于時區(qū)的策略。
49.按照權(quán)利要求48所述的方法，還包括管理策略。
50.按照權(quán)利要求49所述的方法，其中所述確定IP地址包括確定客戶機(jī)的地理位置；取回和客戶機(jī)的地理位置相關(guān)的一種或多種策略；根據(jù)取回的一種或多種策略，識別服務(wù)器；和識別該服務(wù)器的IP地址和CNAME至少之一。
51.按照權(quán)利要求50所述的方法，還包括建立至少一種策略。
52.按照權(quán)利要求51所述的方法，其中所述建立至少一種策略包括下述至少之一由自適應(yīng)通信控制(ATC)管理架構(gòu)中的管理主代理(AMA)的自適應(yīng)通信控制(ATC)策略管理機(jī)構(gòu)接收來自至少一個來源的至少一種策略；動態(tài)輪詢來自服務(wù)器網(wǎng)絡(luò)中的一個或多個被管理服務(wù)器的至少一種策略。
53.按照權(quán)利要求52所述的方法，其中至少一個來源至少包括下述之一訂戶；和管理實(shí)體。
54.按照權(quán)利要求53所述的方法，還包括向ATC名稱服務(wù)器網(wǎng)絡(luò)中的至少一個域名服務(wù)器廣播所述至少一種策略。
55.按照權(quán)利要求54所述的方法，還包括根據(jù)所述輪詢輪詢的動態(tài)策略動態(tài)更新策略，從而產(chǎn)生更新的策略；和向ATC名稱服務(wù)器網(wǎng)絡(luò)中的至少一個域名服務(wù)器廣播更新的策略。
56.按照權(quán)利要求55所述的方法，還包括由域名服務(wù)器中的監(jiān)視機(jī)構(gòu)監(jiān)視域名服務(wù)器的操作狀態(tài)。
57.按照權(quán)利要求56所述的方法，其中所述監(jiān)視包括監(jiān)視在域名服務(wù)器的操作中發(fā)生的事件；和把事件發(fā)送給ATC管理架構(gòu)中的ATC網(wǎng)絡(luò)監(jiān)視機(jī)構(gòu)。
58.按照權(quán)利要求57所述的方法，還包括監(jiān)視機(jī)構(gòu)監(jiān)視指定為被監(jiān)視服務(wù)器或被管理服務(wù)器的一個或多個服務(wù)器的可用性，從而域名服務(wù)器能夠根據(jù)所述一個或多個服務(wù)器的可用性確定服務(wù)器。
59.按照權(quán)利要求58所述的方法，還包括由監(jiān)視機(jī)構(gòu)輪詢來自服務(wù)器網(wǎng)絡(luò)中的一個或多個被管理服務(wù)器的動態(tài)負(fù)載份額或負(fù)載散發(fā)信息，從而域名服務(wù)器能夠根據(jù)動態(tài)負(fù)載份額和負(fù)載散發(fā)信息確定服務(wù)器。
60.按照權(quán)利要求59所述的方法，還包括由ATC管理架構(gòu)管理ATC名稱服務(wù)器網(wǎng)絡(luò)的操作狀態(tài)。
61.按照權(quán)利要求60所述的方法，其中所述管理包括接收來自ATC名稱服務(wù)器網(wǎng)絡(luò)中的域名服務(wù)器的監(jiān)視機(jī)構(gòu)的事件；ATC網(wǎng)絡(luò)監(jiān)視機(jī)構(gòu)合并從域名服務(wù)器接收的事件，從而產(chǎn)生合并事件；和處理合并的事件。
62.按照權(quán)利要求61所述的方法，還包括根據(jù)所述處理的結(jié)果，產(chǎn)生警報；和把警報發(fā)送給ATC管理網(wǎng)絡(luò)的網(wǎng)絡(luò)操作中心和訂戶。
63.一種解析主機(jī)名稱的方法，包括由自適應(yīng)通信控制(ATC)名稱服務(wù)器網(wǎng)絡(luò)中的域名服務(wù)器通過解析器接收來自客戶機(jī)的解析主機(jī)名稱的請求；至少根據(jù)客戶機(jī)的地理位置和至少一種策略，確定服務(wù)器網(wǎng)絡(luò)中的一個服務(wù)器；和根據(jù)確定的位置和至少一種基于位置的策略，至少確定服務(wù)器的IP地址和CNAME之一。
64.按照權(quán)利要求63所述的方法，其中服務(wù)器網(wǎng)絡(luò)至少包括下述之一訂戶服務(wù)器網(wǎng)絡(luò)；和內(nèi)容傳送網(wǎng)絡(luò)。
65.按照權(quán)利要求64所述的方法，其中訂戶服務(wù)器網(wǎng)絡(luò)包括至少一個服務(wù)器組。
66.按照權(quán)利要求65所述的方法，其中每個服務(wù)器組對應(yīng)于至少包括下述之一的服務(wù)器分層結(jié)構(gòu)包含至少一個主服務(wù)器的第一層；包括當(dāng)所述至少一個主服務(wù)器未能發(fā)揮作用時起作用的一個或多個第一級溢流服務(wù)器的第二層；和包括當(dāng)所述至少一個主服務(wù)器和所述一個或多個第一級溢流服務(wù)器未能發(fā)揮作用時起作用的一個或多個第二級溢流服務(wù)器的第三層。
67.按照權(quán)利要求66所述的方法，其中服務(wù)器網(wǎng)絡(luò)中的每個服務(wù)器是下述至少之一被監(jiān)視服務(wù)器，其中被監(jiān)視服務(wù)器的可用性被動態(tài)監(jiān)視；和被管理服務(wù)器，其中被管理服務(wù)器的可用性被動態(tài)監(jiān)視，或者被管理服務(wù)器的負(fù)載份額和負(fù)載散發(fā)被動態(tài)定義。
68.按照權(quán)利要求67所述的方法，其中所述至少一種策略包括下述一種或多種策略根據(jù)客戶機(jī)的地理位置，管理服務(wù)器網(wǎng)絡(luò)中服務(wù)器組的選擇的地理-政治策略；根據(jù)與服務(wù)器組中的服務(wù)器相關(guān)的動態(tài)負(fù)載份額信息，管理從服務(wù)器組中選擇一個服務(wù)器的負(fù)載分?jǐn)偛呗裕还芾砣绾伟逊?wù)器組中一個服務(wù)器的負(fù)載散發(fā)給其它服務(wù)器的散發(fā)策略；當(dāng)服務(wù)器分層結(jié)構(gòu)中某一層服務(wù)器中的至少一個服務(wù)器未能發(fā)揮作用時，管理選擇同層服務(wù)器中一個服務(wù)器的故障修復(fù)策略；當(dāng)上一層中的服務(wù)器未能發(fā)揮作用時，管理選擇服務(wù)器分層結(jié)構(gòu)中下一層的一個服務(wù)器的層列故障修復(fù)策略；把服務(wù)器網(wǎng)絡(luò)中一個服務(wù)器定義為被監(jiān)視服務(wù)器和被管理服務(wù)器至少之一的服務(wù)器指定策略；和管理策略。
69.按照權(quán)利要求68所述的方法，其中所述確定服務(wù)器包括確定客戶機(jī)的地理位置；取回和客戶機(jī)的地理位置相關(guān)的一種或多種策略；根據(jù)取回的一種或多種策略，確定服務(wù)器。
70.按照權(quán)利要求69所述的方法，還包括動態(tài)建立至少一種策略。
71.按照權(quán)利要求70所述的方法，其中所述建立至少一種策略包括下述至少之一接收從自適應(yīng)通信控制(ATC)管理架構(gòu)中管理主代理(AMA)的自適應(yīng)通信控制(ATC)策略管理機(jī)構(gòu)廣播的至少一種策略；動態(tài)輪詢來自服務(wù)器網(wǎng)絡(luò)中的一個或多個被管理服務(wù)器的一種或多種負(fù)載份額或負(fù)載散發(fā)策略；和根據(jù)從ATC策略管理機(jī)構(gòu)接收的、或者從被管理服務(wù)器輪詢的相應(yīng)動態(tài)策略更新策略，從而產(chǎn)生更新的策略。
72.按照權(quán)利要求71所述的方法，還包括由域名服務(wù)器的監(jiān)視機(jī)構(gòu)監(jiān)視域名服務(wù)器的操作狀態(tài)。
73.按照權(quán)利要求72所述的方法，其中所述監(jiān)視包括監(jiān)視在域名服務(wù)器的操作中發(fā)生的事件；和把事件發(fā)送給ATC管理架構(gòu)中的ATC網(wǎng)絡(luò)監(jiān)視機(jī)構(gòu)。
74.按照權(quán)利要求73所述的方法，還包括監(jiān)視被指定為被監(jiān)視服務(wù)器或被管理服務(wù)器的一個或多個服務(wù)器的可用性，從而域名服務(wù)器能夠根據(jù)所述一個或多個服務(wù)器的可用性確定服務(wù)器。
75.一種自適應(yīng)通信控制(ATC)管理架構(gòu)的方法，包括保持自適應(yīng)通信控制(ATC)名稱服務(wù)器網(wǎng)絡(luò)中的至少一個域名服務(wù)器使用的至少一種策略，響應(yīng)來自客戶機(jī)的解析主機(jī)名稱的請求，確定服務(wù)器網(wǎng)絡(luò)中一個服務(wù)器的IP地址；和監(jiān)視ATC名稱服務(wù)器網(wǎng)絡(luò)的操作狀態(tài)。
76.按照權(quán)利要求75所述的方法，其中所述保持至少一種策略包括由ATC管理架構(gòu)中的管理主代理(AMA)的自適應(yīng)通信控制(ATC)策略管理機(jī)構(gòu)接收來自至少一種來源的至少一種策略；和向ATC名稱服務(wù)器網(wǎng)絡(luò)中的至少一個域名服務(wù)器廣播接收的至少一種策略。
77.按照權(quán)利要求76所述的方法，其中至少一個來源至少包括下述之一訂戶；和管理實(shí)體。
78.按照權(quán)利要求77所述的方法，還包括輪詢來自服務(wù)器網(wǎng)絡(luò)中被指定為被管理服務(wù)器的一個或多個服務(wù)器的一種或多種負(fù)載份額或負(fù)載散發(fā)策略；利用從所述至少一個來源接收的或者從被管理服務(wù)器輪詢的相應(yīng)動態(tài)策略更新策略，從而產(chǎn)生更新的策略；和向ATC名稱服務(wù)器網(wǎng)絡(luò)中的一個或多個域名服務(wù)器廣播更新的策略。
79.按照權(quán)利要求78所述的方法，其中所述監(jiān)視包括由ATC管理架構(gòu)中的ATC網(wǎng)絡(luò)監(jiān)視機(jī)構(gòu)接收從至少一個域名服務(wù)器的至少一個監(jiān)視機(jī)構(gòu)發(fā)送的事件；合并所述事件，產(chǎn)生合并事件；和處理合并的事件。
80.按照權(quán)利要求79所述的方法，還包括根據(jù)所述處理的結(jié)果，產(chǎn)生警報；和把警報發(fā)送給ATC管理網(wǎng)絡(luò)的網(wǎng)絡(luò)操作中心和訂戶。
全文摘要
傳送因特網(wǎng)內(nèi)容的架構(gòu)包括訂戶服務(wù)器網(wǎng)絡(luò)；和構(gòu)成并適合于提供基于策略的域名服務(wù)的至少一個域名服務(wù)器，其中，響應(yīng)解析主機(jī)名稱的請求，域名服務(wù)器根據(jù)至少一種策略考慮，把主機(jī)名稱解析成對應(yīng)于訂戶服務(wù)器網(wǎng)絡(luò)中某一服務(wù)器的至少一個地址。所述架構(gòu)可包括不同于訂戶服務(wù)器網(wǎng)絡(luò)的內(nèi)容傳送網(wǎng)絡(luò)，其中，響應(yīng)解析主機(jī)名稱的請求，域名服務(wù)器至少根據(jù)請求者的位置和其它策略考慮，提供內(nèi)容傳送網(wǎng)絡(luò)中某一服務(wù)器的至少一個地址。根據(jù)下述一種或多種策略，選擇域名服務(wù)器返回的地址(a)地理策略；(b)負(fù)載分?jǐn)偛呗裕?c)溢流策略；和(d)網(wǎng)絡(luò)知曉策略。
文檔編號G06F9/46GK1575582SQ02821371
公開日2005年2月2日 申請日期2002年9月30日 優(yōu)先權(quán)日2001年9月28日
發(fā)明者保鑼·E·斯托羅茲, 約翰·K·賽爾蒙, 麥克·S·瓦倫, 杰弗瑞·科勒, 阿里克·哈格伯格, 馬克西姆·葉夫梅金, 馬克·布雷迪, 大衛(wèi)·普菲茨納 申請人:塞維斯通訊公司