專利名稱：基于類別請求路由的制作方法
基于類別請求路由
背景技術(shù)：
一般而言，可以利用計算設(shè)備和通信網(wǎng)絡(luò)來交換信息。在通常應(yīng)用中，計算設(shè)備可 以經(jīng)由通信網(wǎng)絡(luò)向另一計算設(shè)備請求內(nèi)容。例如，個人計算設(shè)備處的用戶可以利用軟件瀏 覽器應(yīng)用經(jīng)由互聯(lián)網(wǎng)向服務(wù)器計算設(shè)備請求網(wǎng)頁。在這種情況下，用戶計算設(shè)備可以稱作 客戶計算設(shè)備，服務(wù)器計算設(shè)備可以稱作內(nèi)容提供商。通常，考慮到向客戶計算設(shè)備有效地發(fā)送所請求的內(nèi)容和/或考慮到與內(nèi)容的發(fā) 送相關(guān)聯(lián)的成本，一般激發(fā)內(nèi)容提供商將所請求的內(nèi)容提供給客戶計算設(shè)備。對于大規(guī)模 的實現(xiàn)，內(nèi)容提供商可以從大量的客戶計算設(shè)備接收內(nèi)容請求，大量的客戶計算設(shè)備可以 使內(nèi)容提供商的計算資源緊張。另外，客戶計算設(shè)備所請求的內(nèi)容可以具有多個組成部分， 這些組成部分可以進一步使內(nèi)容提供商的計算資源緊張。參考示例，所請求的網(wǎng)頁或初始內(nèi)容可以與將用網(wǎng)頁來顯示的多個附加資源 (如，圖像或視頻)相關(guān)聯(lián)。在一個具體實施例中，網(wǎng)頁的附加資源由多個嵌入式資源標識 符(如，統(tǒng)一資源定位符“URL”)來標識?？蛻粲嬎阍O(shè)備上的軟件典型地處理嵌入式資源 標識符以產(chǎn)生對內(nèi)容的請求。通常，與嵌入式資源相關(guān)的資源標識符引用與內(nèi)容提供商相 關(guān)聯(lián)的計算設(shè)備，使得客戶計算設(shè)備向所引用的內(nèi)容提供商計算設(shè)備發(fā)送對附加資源的請 求。因此，為滿足內(nèi)容請求，內(nèi)容提供商將提供與網(wǎng)頁相關(guān)聯(lián)的客戶計算設(shè)備數(shù)據(jù)以及與嵌 入式資源相關(guān)聯(lián)的數(shù)據(jù)。一些內(nèi)容提供商嘗試通過使用內(nèi)容傳遞網(wǎng)絡(luò)(“CDN”)服務(wù)提供商來便于傳送對 所請求的內(nèi)容(如，網(wǎng)頁和/或在網(wǎng)頁中標識的資源)。CDN服務(wù)器提供商典型地在通信網(wǎng) 絡(luò)中維持多個計算設(shè)備，通信網(wǎng)絡(luò)可以維持來自不同內(nèi)容提供商的內(nèi)容。內(nèi)容提供商可以 命令或者建議客戶計算設(shè)備向CDN服務(wù)提供商的計算設(shè)備請求內(nèi)容提供商的內(nèi)容的一些 或者全部。關(guān)于內(nèi)容提供商，通常考慮到向客戶計算設(shè)備有效地發(fā)送所請求的內(nèi)容和/或考 慮到與內(nèi)容的發(fā)送相關(guān)聯(lián)的成本，一般還激發(fā)CDN提供商向客戶計算設(shè)備提供所請求的內(nèi) 容。因此，CDN服務(wù)提供商常?？紤]例諸如傳遞所請求內(nèi)容的等待時間等因素，以便滿足服 務(wù)水平協(xié)定或一般地提高傳遞服務(wù)的質(zhì)量。


參考以下的詳細說明并結(jié)合附圖，本發(fā)明的上述方面和許多伴隨的優(yōu)點將變得更 容易理解，在附圖中圖1示出了包括多個客戶計算設(shè)備、內(nèi)容提供商和內(nèi)容傳遞網(wǎng)絡(luò)服務(wù)提供商的內(nèi) 容傳遞環(huán)境的框圖；圖2是圖1的內(nèi)容傳遞環(huán)境的框圖，示出了內(nèi)容提供商向內(nèi)容傳遞服務(wù)提供商的
注冊；圖3是圖1的內(nèi)容傳遞環(huán)境的框圖，示出了從客戶計算設(shè)備到內(nèi)容提供商的內(nèi)容 請求的產(chǎn)生和處理；
圖4是圖1的內(nèi)容傳遞環(huán)境的框圖，示出了從客戶計算設(shè)備到內(nèi)容傳遞網(wǎng)絡(luò)服務(wù)提供商的與嵌入式資源相對應(yīng)的DNS查詢的產(chǎn)生和處理的一個實施例；圖5A-5C是圖1的內(nèi)容傳遞環(huán)境的框圖，示出了從客戶計算設(shè)備到內(nèi)容傳遞網(wǎng)絡(luò) 服務(wù)提供商的與嵌入式資源相對應(yīng)的DNS查詢的產(chǎn)生和處理、以及從客戶計算設(shè)備到內(nèi)容 傳遞網(wǎng)絡(luò)的與第一和第二備選資源標識符相對應(yīng)的DNS查詢的產(chǎn)生和處理的另一實施例；圖6是圖1的內(nèi)容傳遞環(huán)境的框圖，示出了從客戶計算設(shè)備到內(nèi)容傳遞網(wǎng)絡(luò)服務(wù) 提供商的嵌入式資源請求的產(chǎn)生和處理；圖7示出了由內(nèi)容傳遞網(wǎng)絡(luò)服務(wù)提供商實現(xiàn)以選擇高速緩存服務(wù)器組件的請求 路由例程的流程圖；以及圖8示出了由內(nèi)容傳遞網(wǎng)絡(luò)服務(wù)提供商實現(xiàn)以更新路由信息的請求路由例程的 流程圖。
具體實施例方式一般而言，本公開涉及對于從客戶計算設(shè)備向內(nèi)容傳遞網(wǎng)絡(luò)(“CDN”)服務(wù)提供商 作出的資源請求的管理和處理。具體地，將關(guān)于基于客戶計算設(shè)備的群來路由與資源請求 相關(guān)聯(lián)的信息，來描述本公開的不同方面。盡管通過示例和實施例來描述本公開的不同方 面，但相關(guān)領(lǐng)域技術(shù)人員應(yīng)理解，所公開的實施例和示例不應(yīng)被理解為是限制性的。圖1示出了用于管理和處理內(nèi)容請求的內(nèi)容傳遞環(huán)境100的框圖。如圖1所示， 內(nèi)容傳遞環(huán)境100包括用于向內(nèi)容提供商和/或CDN服務(wù)提供商請求內(nèi)容的多個客戶計算 設(shè)備102(通常稱作客戶端)。在說明性實施例中，客戶計算設(shè)備102可以對應(yīng)于多種計算 設(shè)備，包括個人計算設(shè)備、膝上型計算設(shè)備、手持計算設(shè)備、終端計算設(shè)備、移動設(shè)備、無線 設(shè)備、多種電子設(shè)備和裝置等等。在說明性實施例中，客戶計算設(shè)備102包括用于在諸如廣 域網(wǎng)或局域網(wǎng)等通信網(wǎng)絡(luò)108上建立通信的必要硬件和軟件組件。例如，客戶計算設(shè)備102 可以配備有便于經(jīng)由互聯(lián)網(wǎng)或內(nèi)聯(lián)網(wǎng)來通信的連網(wǎng)裝置和瀏覽器軟件應(yīng)用。盡管圖1中沒有示出，每個客戶計算設(shè)備102使用某種類型的本地DNS解析器組 件，如，DNS名稱服務(wù)器，該本地DNS解析器組件產(chǎn)生屬于客戶計算設(shè)備的DNS查詢。在一 個實施例中，本地DNS解析器組件可以由客戶計算設(shè)備102所屬的企業(yè)網(wǎng)來提供。在另一 實施例中，本地DNS解析器組件可以由互聯(lián)網(wǎng)服務(wù)提供商(ISP)來提供，互聯(lián)網(wǎng)服務(wù)提供商 (ISP)向客戶計算設(shè)備102提供網(wǎng)絡(luò)連接。內(nèi)容傳遞環(huán)境100還可以包括內(nèi)容提供商104，內(nèi)容提供商104經(jīng)由通信網(wǎng)絡(luò)108 與一個或多個客戶計算設(shè)備102通信。圖1所示的內(nèi)容提供商104與跟內(nèi)容提供商相關(guān)聯(lián) 的一個或多個計算設(shè)備的邏輯關(guān)聯(lián)性相對應(yīng)。具體地，內(nèi)容提供商104可以包括web服務(wù) 器組件110，web服務(wù)器組件110與用于獲得和處理來自客戶計算設(shè)備102的對內(nèi)容(如， 網(wǎng)頁)的請求的一個或多個服務(wù)器計算設(shè)備相對應(yīng)。內(nèi)容提供商104還可以包括原始服務(wù) 器組件112和關(guān)聯(lián)的存儲組件114，原始服務(wù)器組件112和關(guān)聯(lián)的存儲組件114與用于獲 得和處理來自CDN服務(wù)提供商的對網(wǎng)絡(luò)資源的請求的一個或多個計算設(shè)備相對應(yīng)。相關(guān)領(lǐng) 域技術(shù)人員應(yīng)理解，內(nèi)容提供商104可以與多種附加計算資源相關(guān)聯(lián)，如，用于管理內(nèi)容和 資源的附加計算設(shè)備、DNS名稱服務(wù)器等等。例如，盡管圖1中未示出，然而內(nèi)容提供商104 可以與一個或多個DNS名稱服務(wù)器組件相關(guān)聯(lián)，所述一個或多個DNS名稱服務(wù)器之間將有權(quán)解析與內(nèi)容提供商的域相對應(yīng)的客戶計算設(shè)備DNS查詢。

繼續(xù)參考圖1，內(nèi)容傳遞環(huán)境100還可以包括⑶N服務(wù)提供商106，⑶N服務(wù)提供商 106經(jīng)由通信網(wǎng)絡(luò)108與一個或多個客戶計算設(shè)備102和內(nèi)容提供商104通信。圖1所示 的CDN服務(wù)提供商106與跟CDN服務(wù)提供商相關(guān)聯(lián)的一個或多個計算設(shè)備的邏輯關(guān)聯(lián)性相 對應(yīng)。具體地，⑶N服務(wù)提供商106可以包括與通信網(wǎng)絡(luò)108上的節(jié)點相對應(yīng)的多個存在 點(“POP”)位置 116、122、128。每個 POP 116、122、128 包括 DNS 組件 118、124、130，DNS 組件118、124、130由用于對來自客戶計算機102的DNS查詢進行解析的多個DNS服務(wù)器計 算設(shè)備構(gòu)成。每個POP 116、122、128還包括資源高速緩存組件120、126、132，資源高速緩存 組件120、126、132由用于存儲來自內(nèi)容提供商的資源并將所請求的不同資源發(fā)送至不同 客戶計算機的多個高速緩存服務(wù)器計算設(shè)備構(gòu)成。DNS組件118、124、130和資源高速緩存 組件120、126、132還可以包括便于通信的附加軟件和/或硬件組件，包括但不限于負載平 衡或負載共享軟件/硬件組件。在說明性實施例中，認為DNS組件118、124、130和資源高速緩存組件120、126、132 是被邏輯分組的，而不管組件或組件的部分是否是物理分離的。此外，盡管POP 116、122、 128在圖1中被示為邏輯地與⑶N提供商106相關(guān)聯(lián)，然而POP以最適合客戶計算設(shè)備102 的各種人口統(tǒng)計特征的方式，在地理上遍及通信網(wǎng)絡(luò)108而分布。此外，相關(guān)領(lǐng)域技術(shù)人員 應(yīng)理解，CDN服務(wù)提供商106可以與多種附加計算資源相關(guān)聯(lián)，如，用于管理內(nèi)容和資源的 附加計算設(shè)備等。相關(guān)領(lǐng)域技術(shù)人員應(yīng)理解，圖1中提供的組件和配置本質(zhì)上是說明性的。因此，可 以使用附加的或備選的組件和/或配置，尤其是與用于促進通信的附加組件、系統(tǒng)和子系 統(tǒng)有關(guān)的組件和/或配置。現(xiàn)在參考圖2至6，將示出圖1的內(nèi)容傳遞環(huán)境100的不同組件之間的交互。然 而，為示例的目的，圖已經(jīng)被簡化，使得許多用于便于通信的組件并沒有被示出。相關(guān)領(lǐng)域 技術(shù)人員應(yīng)理解，可以使用這種組件，相應(yīng)地在不脫離本公開的精神和范圍的情況下，將發(fā) 生另外的交互。參考圖2，將描述內(nèi)容提供商104向⑶N服務(wù)提供商106的注冊的說明性交互。如 圖2所示，CDN內(nèi)容注冊過程開始于內(nèi)容提供商104向CDN服務(wù)提供商106的注冊。在說 明性實施例中，內(nèi)容提供商104利用注冊應(yīng)用程序界面(“API”)來向CDN服務(wù)提供商106 注冊，使得CDN服務(wù)提供商106可以代表內(nèi)容提供商104來提供內(nèi)容。注冊API包括內(nèi)容 提供商104的原始服務(wù)器112的標識，內(nèi)容提供商104將把所請求的資源提供給CDN服務(wù) 提供商106。相關(guān)領(lǐng)域技術(shù)人員應(yīng)理解，當識別合適的原始服務(wù)器112時，內(nèi)容提供商104可以 開始將來自客戶計算設(shè)備102的對內(nèi)容的請求發(fā)往CDN服務(wù)提供商106。具體地，根據(jù)DNS 路由原則，與資源標識符相對應(yīng)的客戶計算設(shè)備請求最終將被發(fā)往與CDN服務(wù)提供商106 相關(guān)聯(lián)的POP 116、122、128。如果所選擇的POP的資源高速緩存組件120、126、132沒有客 戶計算設(shè)備102所請求的資源的副本，則資源高速緩存組件將向內(nèi)容提供商104先前注冊 的原始服務(wù)器112請求資源。繼續(xù)參考圖2，當接收注冊API時，⑶N服務(wù)提供商106獲取并處理注冊信息。在 說明性實施例中，CDN服務(wù)提供商106可以產(chǎn)生將由客戶計算設(shè)備102使用的附加信息作為內(nèi)容請求的一部分。附加信息可以包括而不限于客戶標識符(如，客戶標識碼)、內(nèi)容提 供商標識符(如，內(nèi)容提供商標識碼)、用于處理資源標識符的可執(zhí)行代碼(如，基于 腳本的 指令)等等。相關(guān)領(lǐng)域技術(shù)人員應(yīng)理解的是，不同類型的附加信息可以由CDN服務(wù)提供商 106產(chǎn)生，并且附加信息可以以多種格式中的任何一種格式來體現(xiàn)。CDN服務(wù)提供商106向內(nèi)容提供商104返回CDN服務(wù)提供商的可應(yīng)用域的標識(除 非先前已經(jīng)為提供過了)以及任何附加信息。內(nèi)容提供商104可以利用內(nèi)容提供商特定信 息來處理所存儲的內(nèi)容。在一個示例中，如圖2所示，內(nèi)容提供商104將最初發(fā)往原始服務(wù) 器112的域的資源標識符變換到與CDN服務(wù)提供商相對應(yīng)的域。變換后的URL嵌入所請求 的內(nèi)容，使得變換后的URL的DNS查詢將解析到與CDN服務(wù)提供商106相對應(yīng)的DNS服務(wù) 器，而不是與內(nèi)容提供商104相對應(yīng)的DNS服務(wù)器。盡管圖2示出了變換過程，然而在一些 實施例中，可以以以下更詳細地描述的方式省略變換過程。通常，最初發(fā)往內(nèi)容提供商104的資源的標識將是可以由客戶計算設(shè)備102(如， 通過瀏覽器軟件應(yīng)用)來處理的資源標識符的形式的。在說明性實施例中，資源標識符可 以是統(tǒng)一資源定位符(“URL”)的形式的。因為資源標識符包括在發(fā)往內(nèi)容提供商的所請 求內(nèi)容中，所以資源標識符通?？梢苑Q作“內(nèi)容提供商URL”。為說明性示例的目的，內(nèi)容提 供商URL可以標識內(nèi)容提供商104的域(例如contentprovider. com)、要請求的資源的名 稱(例如“resource. XXX”)以及在其中將找到資源的路徑(例如“path”)。在該說明性實 施例中，內(nèi)容提供商URL具有以下形式http://www. contentprovider. com/path/resource.xxx在說明性變換過程期間，修改內(nèi)容提供商URL，使得對與變換后的URL相關(guān)聯(lián)的資 源的請求解析到與CDN服務(wù)提供商106相關(guān)聯(lián)的POP。在一個實施例中，變換后的URL標 識⑶N服務(wù)提供商106的域(例如“cdnprovider. com")、要請求的資源的相同名稱(例如 "resource, xxx")以及在其中將找到資源的相同路徑(例如“path”)。此外，變換后的URL 可以包括附加處理信息(例如“additional information”)。變換后的URL可以具有以下 形式http//additional information, cdnprovider. com/path/resources, xxx在另一實施例中，與CDN服務(wù)提供商106相關(guān)聯(lián)的信息包括在修改后的URL中(例 如通過預(yù)先計劃或其他技術(shù))，使得變換后的URL可以保留與原始URL相關(guān)聯(lián)的所有信息。 在該實施例中，變換后的URL可以具有以下形式http//additional information.cdnprovider. com/www. contentprovider. com/path/resource, xxx現(xiàn)在參考圖3，在圖2所示的注冊和變換過程完成之后，客戶計算設(shè)備102隨后產(chǎn) 生由內(nèi)容提供商104 (例如通過web服務(wù)器110)接收和處理的內(nèi)容請求。根據(jù)說明性實施 例，對內(nèi)容的請求可以根據(jù)公共網(wǎng)絡(luò)協(xié)議，例如超文本傳送協(xié)議(“HTTP”)。當接收到內(nèi)容 請求時，內(nèi)容提供商104標識合適的響應(yīng)內(nèi)容。在說明性實施例中，所請求的內(nèi)容可以與經(jīng) 由信息處理(例如超文本置標語言(“HTML”)、可擴展置標語言(“XML”)等等)顯示在客 戶計算設(shè)備102上的網(wǎng)頁相對應(yīng)。所請求的內(nèi)容還可以包括上述多個嵌入式資源標識符， 所述嵌入式資源標識符與應(yīng)該作為所請求內(nèi)容的處理的一部分由客戶計算設(shè)備102獲得 的資源對象相對應(yīng)。嵌入式資源標識符通?？梢苑Q作原始資源標識符或原始URL。
當接 收到所請求的內(nèi)容時，客戶計算設(shè)備102例如通過瀏覽器軟件應(yīng)用開始處理 包括在內(nèi)容中的任何置標碼并嘗試獲取由嵌入式資源標識符標識的資源。因此，獲取內(nèi)容 的第一步驟對應(yīng)于客戶計算設(shè)備102 (通過其本地DNS解析器)發(fā)起針對原始URL資源標 識符的DNS查詢，這使得識別出對于變換后的URL的“.”和“com”部分而言是有權(quán)威的DNS 服務(wù)器。在解析嵌入式URL的“.，，和“com”部分之后，然后客戶計算設(shè)備102發(fā)起對資源 URL的DNS查詢，這使得識別出對嵌入式URL的“.cdnprovider"部分而言是有權(quán)威的DNS 服務(wù)器。與URL的“.，，和“com”部分相對應(yīng)的DNS查詢的發(fā)起是公知的并且沒有示出?，F(xiàn)在參考圖4，在說明性實施例中，原始URL的“cdnprovider”部分的成功解析標 識了與⑶N服務(wù)提供商106相關(guān)聯(lián)的DNS服務(wù)器的網(wǎng)絡(luò)地址(如，IP地址)。在一個實施 例中，IP地址是對POP的DNS服務(wù)器組件而言唯一的特定網(wǎng)絡(luò)地址。在另一實施例中，IP 地址可以被一個或多個POP共享。在該實施例中，對共享的IP地址的另外的DNS查詢使用 一到多網(wǎng)絡(luò)路由方案(如，任播)，使得特定的POP將根據(jù)網(wǎng)絡(luò)拓撲來接收請求。例如，在 任播實現(xiàn)中，客戶計算設(shè)備102向共享IP地址發(fā)起的DNS查詢將到達邏輯上與客戶計算設(shè) 備具有最短網(wǎng)絡(luò)拓撲距離(常常稱作網(wǎng)絡(luò)躍距)的DNS服務(wù)器組件。網(wǎng)絡(luò)拓撲距離不必須 與地理距離相對應(yīng)。然而，在一些實施例中，可以推斷網(wǎng)絡(luò)拓撲距離是客戶計算設(shè)備102與 POP之間的最短網(wǎng)絡(luò)距離。繼續(xù)參考圖4，在上述任一實施例(或任何其他實施例)中，POPl 16的DNS組件 118中的特定DNS服務(wù)器從客戶計算設(shè)備102接收與原始URL相對應(yīng)的DNS查詢。一旦DNS 組件118中的DNS服務(wù)器之一接收到請求，特定的DNS服務(wù)器就嘗試解析請求。在如圖4 所示的一個說明性實施例中，特定的DNS服務(wù)器通過標識將處理對所請求資源的請求的高 速緩存服務(wù)器組件的IP地址，來解析DNS查詢。如上所述，以及如以下將參考圖6來進一 步描述的，所選擇的資源高速緩存組件可以通過在可能的情況下提供所請求的資源，或者 通過嘗試從另一來源(例如對等高速緩存服務(wù)器計算設(shè)備或內(nèi)容提供商104的原始服務(wù)器 112)獲得所請求的資源，來處理請求。進一步參考圖4，特定的DNS服務(wù)器在選擇資源高速緩存組件時可以利用多種信 息。在示例實施例中，如以下將參考圖7和圖8進一步描述的，DNS服務(wù)器確定與發(fā)請求的 客戶計算設(shè)備相關(guān)聯(lián)的類別。例如，類別可以與客戶計算設(shè)備所屬的特定地理區(qū)域或客戶 計算設(shè)備的互聯(lián)網(wǎng)服務(wù)提供商相對應(yīng)?？梢灾苯拥?例如由客戶計算設(shè)備或ISP提供的信 息)或間接地(例如通過客戶計算設(shè)備的IP地址推斷出的信息)從客戶確定這樣的類別 信息?；陬悇e，DNS服務(wù)器確定合適的路由信息。然后，對于參考圖4具體描述的實施例， DNS服務(wù)器基于所確定的客戶計算設(shè)備類別的路由信息，來選擇合適的資源高速緩存組件 以提供與資源請求相關(guān)聯(lián)的內(nèi)容。DNS服務(wù)器選擇的IP地址可以與資源高速緩存中的特定 高速緩存服務(wù)器相對應(yīng)。備選地，IP地址可以與硬件/軟件選擇組件(例如負載平衡器) 相對應(yīng)。如還將在以下進一步描述的，DNS服務(wù)器還可以使用網(wǎng)絡(luò)性能測量來輔助針對所 確定的類別選擇資源高速緩存組件?，F(xiàn)在參考圖5A至5C，作為當接收到如參考圖4所描述的DNS查詢時選擇高速緩存 服務(wù)器組件的備選，CDN服務(wù)提供商106可以維持不同備選資源標識符的集合。備選資源標 識符可以由CDN服務(wù)提供商106來提供給客戶計算設(shè)備102，使得備選資源標識符上的后續(xù) DNS查詢將解析到CDN服務(wù)提供商的網(wǎng)絡(luò)內(nèi)的不同DNS服務(wù)器組件。在說明性實施例中，備選資源標識符是一個或多個規(guī)范名(“CNAME”)記錄的形式的。在一個實施例中，每個 CNAME 記錄標識 CDN 服務(wù)提供商 106 的域(例如 “cdnprovider. com” 或 “cdnprovider-1. com”)。如以下將更詳細描述的，CNAME中的域不需要與原始URL中或先前的CNAME記錄中 找到的域相同。另外，每個CNAME記錄包括附加信息，例如請求路由信息(例如“request routing information”)。說明性CNAME記錄可以具有以下形式http//request routinR informati on, cdnprovider. com在說明性實施例中，CNAME記錄由DNS服務(wù)器產(chǎn)生和提供，以標識⑶N服務(wù)提供商 106的更合適的DNS服務(wù)器。如同如上面參考圖4所描述的選擇合適的資源高速緩存組件 一樣，接收初始DNS查詢的DNS服務(wù)器可以利用多種信息來選擇CDN服務(wù)提供商106的更 合適的DNS服務(wù)器以解析資源請求。在說明性實施例中，如以下還將參考圖7和圖8進一 步描述的，DNS服務(wù)器確定與發(fā)請求的客戶計算設(shè)備相關(guān)聯(lián)的類別。再次地，類別可以例如 與客戶計算設(shè)備所屬的特定地理區(qū)域或客戶計算設(shè)備的互聯(lián)網(wǎng)服務(wù)提供商相對應(yīng)。在任何 情況下，DNS服務(wù)器可以直接地(例如由客戶計算設(shè)備或ISP提供的信息)或間接地(例 如通過客戶計算設(shè)備的IP地址推斷的信息)從客戶獲得類別信息?；陬悇e，DNS服務(wù)器 確定合適的路由信息。然后，對于參考圖5A具體描述的實施例，DNS服務(wù)器選擇合適的備 選DNS服務(wù)器以用于基于所確定的客戶計算設(shè)備類別的路由信息來解析資源請求。如以下 還將進一步描述的，DNS服務(wù)器還可以利用網(wǎng)絡(luò)性能測量來針對所確定的類別選擇特定的 備選DNS服務(wù)器。 根據(jù)說明性實施例，DNS服務(wù)器維持對不同原始URL的CNAME記錄加以限定的數(shù)據(jù) 存儲。如果與具體的原始URL相對應(yīng)的DNS查詢與數(shù)據(jù)存儲中的條目相匹配，則DNS服務(wù) 器返回如數(shù)據(jù)存儲中所限定的CNAME記錄。在說明性實施例中，數(shù)據(jù)存儲可以包括與具體 的原始URL相對應(yīng)的多個CNAME記錄。多個CNAME記錄將限定可以返回給客戶計算設(shè)備的 可能候選集合。在這種實施例中，DNS服務(wù)器可以基于對所確定的發(fā)請求的客戶計算設(shè)備 的類別按因素劃分(factor)的邏輯，直接地或經(jīng)由基于網(wǎng)絡(luò)的服務(wù)選擇數(shù)據(jù)存儲中限定 的CNAME記錄之一作為更合適的路由信息。本領(lǐng)域技術(shù)人員將意識到，在從可能CNAME集 合中選擇合適的CNAME的過程中，DNS服務(wù)器可以實現(xiàn)另外的附加邏輯。在說明性實施例 中，每個DNS服務(wù)器組件118、124、130維持限定CNAME記錄的相同數(shù)據(jù)存儲，相同數(shù)據(jù)存儲 可以由⑶N服務(wù)提供商106集中管理。備選地，每個DNS服務(wù)器組件118、124、130可以具 有限定CNAME記錄的POP特定數(shù)據(jù)存儲，POP特定數(shù)據(jù)存儲可以由CDN服務(wù)提供商106集 中管理，或者在POP 116、122、128本地管理。此外，DNS服務(wù)器組件118、124、130內(nèi)的每個 DNS服務(wù)器組件設(shè)備可以使用由相應(yīng)的POP來管理的共享數(shù)據(jù)存儲或者特定于獨立DNS服 務(wù)器計算設(shè)備的本地數(shù)據(jù)存儲。 返回的CNAME還可以包括與當前DNS查詢的URL/CNAME中提供的信息不同或是 其補充的請求路由信息。例如，如果CNAME選擇是基于與發(fā)請求的客戶計算設(shè)備相關(guān)聯(lián)的 類別的，則可以在特定的CNAME記錄的“request routing information”部分中標識特定 的類別?？梢允褂妙愃品椒?，通過將特定標識符包括在CNAME記錄的“request routing information”部分中來標識服務(wù)水平計劃和文件管理。在另一實施例中，可以在與當前 URL/CNAME中找到的域不同的CDN服務(wù)提供商106域的標識中找到請求路由信息。例如， 如果CNAME基于區(qū)域計劃，則特定的區(qū)域計劃域(例如“cdnprovider-regionl. com”)可以用在特定CNAME記錄的域名部分中。在當前URL/CNAME中，可以先于已有的請求路由 信息考慮任何附加的請求路由信息，使得先前的請求路由信息不會丟失(例如“http:// serviceplan. regionalplan. cdnprovider. com，，)。才目關(guān)領(lǐng)域技術(shù)人員應(yīng)理角軍，附力口白勺或備 選的技術(shù)和/或技術(shù)的結(jié)合可以用于將附加的請求路由信息包括在由DNS服務(wù)器組件118 選擇的CNAME記錄中。 繼續(xù)參考圖5A，相關(guān)領(lǐng)域技術(shù)人員應(yīng)理解，DNS服務(wù)器可以選擇(或獲取)用于解 析到CDN服務(wù)提供商106的更合適的DNS服務(wù)器的CNAME記錄。然而，相同的服務(wù)器也可 以對于要提供給客戶計算設(shè)備的CNAME的后續(xù)DNS查詢是有權(quán)威的。例如，特定的DNS服 務(wù)器可以對于特定的區(qū)域計劃和服務(wù)水平計劃都是有權(quán)威的。因此，返回CNAME將仍然引 起達到相同DNS查詢的DNS查詢(可以部分地由于客戶計算設(shè)備的地理)。在這種實施例 中，DNS服務(wù)器(如，DNS服務(wù)器組件118)可以選擇預(yù)先解析另外的DNS查詢。現(xiàn)在參考圖5B，當接收到來自DNS服務(wù)器組件118的CNAME時，客戶計算設(shè)備102 產(chǎn)生與CNAME相對應(yīng)的后續(xù)DNS查詢。如先前參考圖4所述，DNS查詢過程可以首先以“.，， 和“com"部分的DNS查詢開始，隨后是CNAME的“cdnprovider ”部分的查詢。然而，在先前 的DNS查詢的結(jié)果可以被高速緩存(并保持有效)的程度上，客戶計算設(shè)備102可以使用 高速緩存的信息而不需要重復整個過程。然而，在某些時候，根據(jù)DNS服務(wù)器組件118 (圖 5A)提供的CNAME與先前的URL/CNAME是否共享共同的CDN服務(wù)提供商域，當前CNAME DNS 查詢解析到由⑶N服務(wù)提供商106提供的不同的POP。如圖5B所示，基于DNS服務(wù)器組件 118先前提供的當前CNAME中的不同信息，P0P122的DNS服務(wù)器組件124接收當前CNAME。 如先前所述，DNS服務(wù)器組件124然后可以確定是否利用將處理內(nèi)容請求的高速緩存組件 的IP地址來解析CNAME上的DNS查詢，或者是否提供以上述方式選擇的另一備選資源標識 符。為圖示的目的，假定DNS服務(wù)器組件118確定與當前CNAME (由DNS服務(wù)器組組件 116提供的)相對應(yīng)的DNS查詢也與該DNS服務(wù)器組件118的數(shù)據(jù)存儲中的CNAME記錄相 對應(yīng)。在這種示例中，DNS服務(wù)器組件124將如上所述作出任何必要的處理以選擇特定的 CNAME并將CNAME返回給客戶計算設(shè)備?，F(xiàn)在參考圖5C，客戶計算設(shè)備102現(xiàn)在將發(fā)送與 DNS服務(wù)器組件124(圖5B)提供的CNAME相對應(yīng)的第二后續(xù)DNS查詢。根據(jù)已經(jīng)描述的 DNS查詢過程，DNS查詢將示例性地由POP 128的DNS服務(wù)器組件130接收。再次地，DNS 服務(wù)器組件130然后可以確定是否利用將處理內(nèi)容請求的高速緩存組件的IP地址來解析 CNAME上的DNS查詢，或者是否提供以上述方式選擇的另一備選資源標識符。在該示例中， DNS服務(wù)器組件130返回IP地址。繼續(xù)參考圖5C，在說明性實施例中，DNS服務(wù)器組件(如，DNS服務(wù)器組件130)可 以在選擇資源高速緩存組件中使用多種信息。在一個示例中，DNS服務(wù)器組件可以默認選擇 相同POP的資源高速緩存組件。在另一示例中，DNS服務(wù)器組件可以基于不同的負載平衡 或負載共享算法來選擇資源高速緩存組件。此外，DNS服務(wù)器組件可以使用網(wǎng)絡(luò)性能度量 或測量來分派特定的資源高速緩存組件。此外，如以上參考圖4所描述的，DNS服務(wù)器組件 可以基于發(fā)請求的客戶計算設(shè)備的類別的路由信息來選擇資源高速緩存組件。再次地，由 DNS服務(wù)器組件選擇的IP地址可以與資源高速緩存中的特定高速緩存服務(wù)器相對應(yīng)。備選 地，IP地址可以與硬件/軟件選擇組件(如，負載平衡器)相對應(yīng)。
現(xiàn)在參考圖6，在說明性示例中，假定DNS服務(wù)器組件130已經(jīng)選擇了 POP 128的 資源高速緩存組件132。當接收到資源高速緩存組件132的IP地址時，客戶計算設(shè)備102 向資源高速緩存組件132發(fā)送針對所請求內(nèi)容的請求。資源高速緩存組件132以上述方式 處理請求，將所請求的內(nèi)容發(fā)送至客戶計算設(shè)備102。 現(xiàn)在參考圖7，將描述由⑶N提供商106實現(xiàn)的用于處理資源請求的例程700的一 個實施例。相關(guān)領(lǐng)域技術(shù)人員應(yīng)理解，針對例程700而概述的動作/步驟可以由與CDN服 務(wù)提供商106相關(guān)聯(lián)的一個或多個計算設(shè)備/組件來實現(xiàn)。因此，例程700在邏輯關(guān)系上 如同由CDN服務(wù)提供商106來執(zhí)行一樣，因此以下說明性實施例不應(yīng)被解釋為限制性的。例程700可以應(yīng)用于參考圖4和圖5A至5C所描述的實施例。這樣，如參考圖4 大體描述的一樣，將首先參考與在DNS服務(wù)器處基于發(fā)請求的客戶計算設(shè)備的類別的路由 信息來選擇資源高速緩存組件相對應(yīng)的實施例來描述例程700。在框702中，DNS服務(wù)器組件118、124、130之一接收與資源標識符相對應(yīng)的DNS 查詢。如先前所述，資源標識符可以是已經(jīng)嵌入由客戶計算設(shè)備102所請求的并由內(nèi)容提 供商104先前提供的內(nèi)容中的URL。在框704中，DNS服務(wù)器確定與DNS查詢相關(guān)聯(lián)的發(fā)請 求的客戶的類別。如上面提到的，類別可以例如與客戶計算設(shè)備所屬的特定地理區(qū)域或客 戶計算設(shè)備的互聯(lián)網(wǎng)服務(wù)提供商相對應(yīng)?？梢詮目蛻糁苯拥?例如由客戶計算設(shè)備或ISP 提供的信息)或間接地(例如通過客戶計算設(shè)備的IP地址推斷出的信息)確定這樣的類 別信息。在示例實施例中，框702中的類別的確定具體地可以包括基于多種標準將發(fā)請 求的客戶計算設(shè)備與其他客戶計算設(shè)備的群相關(guān)聯(lián)。如上所述，除了路由路徑信息、聯(lián)網(wǎng)設(shè) 備、客戶贊助服務(wù)水平協(xié)定、內(nèi)容提供商服務(wù)水平協(xié)定等之外，這種標準還可以包括地理區(qū) 域和互聯(lián)網(wǎng)服務(wù)提供商數(shù)據(jù)。在判定框706中，進行測試以確定當前DNS服務(wù)器是否有權(quán)解析DNS查詢。在說 明性實施例中，如果沒有與接收到的資源標識符相對應(yīng)的CNAME記錄，則DNS服務(wù)器可以確 定其是否有權(quán)解析DNS查詢。在該說明性實施例中，沒有CNAME記錄。因此，例程繼續(xù)進行 至框708，在框708中通常當前DNS服務(wù)器確定所確定的類別的路由信息。具體地，在說明 性實施例中，DNS服務(wù)器基于所確定的客戶計算設(shè)備類別的路由信息，來選擇合適的資源高 速緩存組件以提供與資源請求相關(guān)聯(lián)的內(nèi)容。然后DNS服務(wù)器向客戶計算設(shè)備提供所選擇 的資源高速緩存組件的IP地址。在說明性實施例中，路由信息可以是能為特定類別客戶計算設(shè)備的內(nèi)容請求服務(wù) 的資源高速緩存組件的列表。DNS服務(wù)器可以使用多種邏輯來從列表中選擇資源高速緩存 組件。在一個實施例中，可以限定選擇列表上的每個資源高速緩存組件的概率，DNS服務(wù)器 基于這些概率來選擇資源高速緩存組件。因此，在該示例實施例中，DNS服務(wù)器將以與所確 定的概率相對應(yīng)的頻率來選擇資源高速緩存組件。例如，DNS服務(wù)器將最頻繁地選擇具有 最高選擇概率的資源高速緩存組件，但是也可以偶爾選擇具有較低選擇概率的資源高速緩 存組件。在該情況下，概率與所選擇的計算設(shè)備的預(yù)期性能相對應(yīng)。如在以下將進一步描 述的，CDN服務(wù)提供商106可以監(jiān)控向具體類別中的客戶傳遞所請求資源的性能，此后相應(yīng) 地更新路由信息(例如概率)。在另一實施例中，概率可以與甩負荷(load shedding)或其 他網(wǎng)絡(luò)業(yè)務(wù)量減輕相對應(yīng)。通過針對類別周期性地選擇非優(yōu)選資源高速緩存組件并監(jiān)控該 非優(yōu)選資源高速緩存組件的性能，CDN服務(wù)提供商106從而可以確定是否需要改變針對該類別的路由信息。 相關(guān)領(lǐng)域技術(shù)人員應(yīng)理解的是，可以使用多種算法或選擇邏輯來選擇資源高速緩 存組件以為來自具體類別客戶計算設(shè)備的資源請求來服務(wù)。例如，除了上述的基于頻率的 加強算法外，DNS服務(wù)器還可以實現(xiàn)備選的加強學習算法。其他加強算法的示例包括但不限 于諸如State-Action-Reward-State-Action(SARSA)、Q學習、延時Q學習等算法。另外,可 以結(jié)合DNS服務(wù)器使用其他機器學習方法(例如支持向量機器、神經(jīng)網(wǎng)絡(luò)、貝葉斯引擎等)， 以選擇合適的資源高速緩存組件。接下來，將描述實施例，在實施例中發(fā)請求的客戶計算設(shè)備的類別的路由信息用 于選擇合適的DNS服務(wù)器以處理請求。在這種實施例中，例程700類似地開始于框702，在 框702處DNS服務(wù)器組件118、124、130之一接收與資源標識符相對應(yīng)的DNS查詢。如上所 述，在框704，DNS服務(wù)器還確定與DNS查詢相關(guān)聯(lián)的發(fā)請求的客戶計算設(shè)備的類別。在判定框706中，進行測試以確定當前DNS服務(wù)器是否有權(quán)解析DNS查詢。在說 明性實施例中，如果沒有與所接收的資源標識符相對應(yīng)的CNAME記錄，則DNS服務(wù)器可以確 定其是否有權(quán)解析DNS查詢。還可以實施備選的或附加的方法學來確定DNS服務(wù)器是否是 有權(quán)威的。如果當前的DNS服務(wù)器是有權(quán)威的(包括確定相同的DNS服務(wù)器對于后續(xù)DNS查 詢將是有權(quán)威的)，當前的DNS服務(wù)器通過返回高速緩存服務(wù)器組件的IP地址來解析DNS 查詢。以非限制性的方式，先前已經(jīng)討論了多種用于選擇合適的資源高速緩存組件的方法。 另外，如上所述，IP地址可以與資源高速緩存組件的特定高速緩存服務(wù)器相對應(yīng)，或通常與 高速緩存服務(wù)器組相對應(yīng)。備選地，如果在判定框704中DNS服務(wù)器不是有權(quán)威的，則在框708中，DNS服務(wù)器 組件選擇并發(fā)送備選的資源標識符。如上所述，DNS服務(wù)器組件可以利用數(shù)據(jù)存儲來根據(jù) 當前DNS查詢標識潛在候選CNAME集合。然后DNS服務(wù)器基于對所確定的發(fā)請求的客戶計 算設(shè)備的類別按因素劃分的邏輯，直接地或通過基于網(wǎng)絡(luò)的服務(wù)，來選擇數(shù)據(jù)存儲中限定 的一個CNAME記錄作為更合適的路由信息。在框710中，不同的DNS服務(wù)器組件118、124、 130接收與CNAME相對應(yīng)的DNS查詢。然后例程700返回至判定框704并視情況繼續(xù)重復。在DNS服務(wù)器不是有權(quán)威的實施例中，例程信息可以是潛在候選CNAME的集合或 列表，潛在候選CNAME與可以為具體類別客戶計算設(shè)備的內(nèi)容請求來服務(wù)的一個或多個 DNS服務(wù)器相對應(yīng)。與上述的選擇高速緩存資源組件類似，DNS服務(wù)器可以使用多種邏輯從 列表中選擇CNAME或另一 DNS服務(wù)器。在一個實施例中，可以以多種方式來初始地限定選 擇集合中的每個CNAME的概率，DNS服務(wù)器基于所限定的概率來選擇CNAME。因此，在該說 明性實施例中，DNS服務(wù)器將最頻繁地選擇具有最高選擇概率的DNAME，但也可以偶爾選擇 具有較低選擇概率的CNAME。在這種情況下，概率與相應(yīng)的計算設(shè)備的預(yù)期性能相對應(yīng)。如 以下將進一步描述的，CDN服務(wù)提供商106可以監(jiān)控向具體類別中的客戶傳遞所請求資源 的性能并然后更新概率。再次地，在另外的實施例中，概率可以與甩負荷或其他網(wǎng)絡(luò)業(yè)務(wù)量 減輕相對應(yīng)。通過針對類別周期性地選擇非優(yōu)選CNAME并監(jiān)控相應(yīng)的DNS服務(wù)器的性能， CDN服務(wù)提供商106從而可以確定是否需要改變類別的路由信息。相關(guān)領(lǐng)域技術(shù)人員應(yīng)理 解的是，可以使用多種算法或選擇邏輯來選擇用于為來自具體類別客戶計算設(shè)備的資源請 求而服務(wù)的CNAME/DNS服務(wù)器。
現(xiàn)在參考圖8，將描述用于更新路由信息的請求路由例程800的一個實施例。相關(guān) 領(lǐng)域技術(shù)人員應(yīng)理解，針對例程800而概述的動作/步驟可以由與CDN服務(wù)提供商106相 關(guān)聯(lián)的一個或多個計算設(shè)備/組件來執(zhí)行。因此，例程800在邏輯關(guān)系上如同由CDN服務(wù) 提供商106來執(zhí)行一樣。在框802處，⑶N服務(wù)提供商106的第一 DNS服務(wù)器從客戶計算設(shè)備接收與所請 求的資源相對應(yīng)的DNS查詢。如上面參考圖7的框704類似地描述的，框804中，DNS服務(wù) 器確定與發(fā)請求的客戶相對應(yīng)并且與DNS查詢相關(guān)聯(lián)的類別。此外在框804處，與上述類 似地，DNS服務(wù)器基于所確定的客戶計算設(shè)備的類別來確定DNS或高速緩存路由信息。例 程800在框806中繼續(xù)，在框806中，架空與所請求的資源的傳遞相關(guān)聯(lián)的網(wǎng)絡(luò)性能標準。 網(wǎng)絡(luò)性能標準可以與從CDN服務(wù)提供商POP向客戶計算設(shè)備102發(fā)送數(shù)據(jù)的網(wǎng)絡(luò)性能的測 量相對應(yīng)。在一個實施例中，與所請求資源的傳遞相關(guān)聯(lián)的網(wǎng)絡(luò)數(shù)據(jù)傳送等待時間是由客 戶計算設(shè)備102來測量的。備選地，CDN服務(wù)提供商106 (例如通過資源高速緩存組件)可 以作為向客戶計算設(shè)備提供內(nèi)容的一部分來測量性能。這種網(wǎng)絡(luò)性能數(shù)據(jù)可以由CDN服務(wù) 提供商來全局地管理和維持并且被⑶N的DNS服務(wù)器共享，或單獨地由⑶N服務(wù)提供商的 DNS服務(wù)器來全局地管理和維持。此外，可以將網(wǎng)絡(luò)性能標準作為來自POP的成批處理來提 供，或者響應(yīng)于從一個POP到另一個POP的請求來發(fā)送網(wǎng)絡(luò)性能標準。繼續(xù)參考圖8，在測試框808處，基于性能數(shù)據(jù)來確定是否需要更新所識別的類別 的路由信息。在一個實施例中，更新確定可以由CDN服務(wù)提供商全局地做出或者由DNS服 務(wù)組件或DNS服務(wù)器單獨做出。在由單獨的DNS服務(wù)器來確定是否更新類別的路由信息的 說明性實施例中，每個DNS服務(wù)器可以管理并維持對于特定的DNS服務(wù)器而言唯一的類別 的路由信息。在該說明性實施例中，性能數(shù)據(jù)可以由CDN服務(wù)提供商全局地維持并且被DNS 組件和/或DNS服務(wù)器共享，每個DNS組件和/或DNS服務(wù)器管理如何使用性能數(shù)據(jù)。因 此，類別的路由信息可以因DNS組件/服務(wù)器的不同而不同。 返回圖8，如果需要更新，則在框810中修改所識別的類別的路由信息。在一個實 施例中，CDN服務(wù)提供商106修改為來自具體類別的自客戶計算設(shè)備102的資源請求而服 務(wù)的計算設(shè)備(例如DNS組件/服務(wù)器和/或資源高速緩存組件)的列表。在另一實施例 中，CDN服務(wù)提供商和/或特定的DNS組件/服務(wù)器可以維持和修改選擇用于為客戶計算 設(shè)備類別的資源請求而服務(wù)的具體計算設(shè)備的概率。例如，如果性能數(shù)據(jù)表明具有較低選 擇概率的DNS服務(wù)器和/或資源高速緩存組件運轉(zhuǎn)良好，則可以提高選擇概率，使得具體的 DNS服務(wù)器和/或資源高速緩存組件將被更頻繁地選擇以為來自客戶計算設(shè)備的資源請求 而服務(wù)。當在框810中已經(jīng)做出修改后，或者如果在框808中不需要更新，則例程800返回 框802以如上所述進一步處理。相關(guān)領(lǐng)域技術(shù)人員應(yīng)理解的是，有多種方法可以修改與來自一類客戶計算設(shè)備的 請求相關(guān)聯(lián)的路由信息。相關(guān)領(lǐng)域技術(shù)人員還應(yīng)理解的是，監(jiān)控性能和做出路由信息更新 的時機可以變化。本領(lǐng)域和其他領(lǐng)域技術(shù)人員應(yīng)理解的是，本公開中所描述的所有功能可以由所公 開的組件和移動通信設(shè)備的一個或多個處理器所執(zhí)行的軟件來體現(xiàn)。軟件可以持久地存儲 在任何類型的非易失性存儲器中。諸如“能夠”、“可能”或“可以”等條件式語言，除非特別聲明或在所使用的上下文中理解，否則通常用于表達的意思是特定實施例包括特定的特性、元件和/或步驟，而其他實施例不包括。因此，這種條件式語言通常并不表示一個或多個實施例無論如何需要這 些特性、元件和/或步驟，也不表示一個或多個實施例有必要包括用于在有或沒有用戶輸 入或提示的情況下判定這些特性、元件和/或步驟是否包含在任何具體實施例中或在該實 施例中執(zhí)行的邏輯。本文所描述的和/或附圖中描繪的流程圖中的任何過程描述、元件或塊應(yīng)當被理 解為，可以表示代碼的模塊、片段或部分，代碼的模塊、片段或部分包括用于在過程中實現(xiàn) 特定邏輯功能或步驟的一個或多個可執(zhí)行指令。本領(lǐng)域技術(shù)人員應(yīng)理解，備選的實現(xiàn)包括 在本文描述的實施例的范圍之內(nèi)，其中，根據(jù)涉及的功能，元件或功能可以被刪除或不按所 示或所述的順序來執(zhí)行，包括實質(zhì)上同時執(zhí)行或按相反順序來執(zhí)行。還應(yīng)理解，可以使用與 存儲計算機可執(zhí)行組件的計算機可讀介質(zhì)(如，⑶-R0M、DVD-R0M、或網(wǎng)絡(luò)接口)相關(guān)聯(lián)的驅(qū) 動機制，將上述數(shù)據(jù)和/或組件存儲在計算機可讀介質(zhì)上并加載到計算設(shè)備的存儲器中， 此外，組件和/或數(shù)據(jù)可以包括在單一設(shè)備中或以任何方式分布。條款1、一種方法，包括在第一 DNS服務(wù)器處從客戶計算設(shè)備獲取DNS查詢，其中，DNS查詢與所請求的資 源相對應(yīng)，第一 DNS服務(wù)器與內(nèi)容傳遞網(wǎng)絡(luò)服務(wù)相對應(yīng)；確定與客戶計算設(shè)備相關(guān)聯(lián)的類別；基于客戶計算設(shè)備的類別確定路由信息；監(jiān)控與所請求的資源的傳遞相關(guān)聯(lián)的性能；基于傳遞性能確定是否需要更新類別的路由信息；以及如果是，則修改類別的路由信息。條款2、如條款1所述的方法，其中，修改類別的路由信息包括修改用于為資源請 求服務(wù)的計算設(shè)備的列表。條款3、如條款1所述的方法，其中，修改類別的路由信息包括修改選擇用于為資 源請求服務(wù)的具體計算設(shè)備的概率。條款4、如條款1所述的方法，其中，對于所確定的類別的路由信息與第一 DNS服務(wù) 器相關(guān)聯(lián)。條款5、如條款4所述的方法，其中，內(nèi)容傳遞網(wǎng)絡(luò)服務(wù)提供商的第一 DNS服務(wù)器的 所確定的類別的路由信息與第二 DNS服務(wù)器的所確定的類別的路由信息不相同。條款6、如條款1所述的方法，其中，類別與互聯(lián)網(wǎng)服務(wù)提供商相對應(yīng)。條款7、如條款1所述的方法，其中，類別與指定的地理位置相對應(yīng)。條款8、如條款1所述的方法，其中，確定路由信息包括基于所確定的客戶計算設(shè) 備的類別的路由信息來選擇用于提供與資源請求相關(guān)聯(lián)的內(nèi)容的高速緩存組件。條款9、如條款1所述的方法，其中，確定路由信息包括基于所確定的客戶計算設(shè)備的類別的路由信息確定第一 DNS服務(wù)器是否是有權(quán) 威的；以及如果不是，則基于所確定的客戶計算設(shè)備的類別的路由信息來選擇第二 DNS服務(wù) 器以處理資源請求。條款10、一種方法，包括
在第一 DNS服務(wù)器處從客戶計算設(shè)備獲取DNS查詢，其中，DNS查詢與所請求的資 源相對應(yīng)，第一 DNS服務(wù)器與內(nèi)容傳遞網(wǎng)絡(luò)服務(wù)提供商相對應(yīng)；將客戶計算設(shè)備與其他客戶計算設(shè)備的群相關(guān)聯(lián)；以及基于所關(guān)聯(lián)的客戶計算 設(shè)備的群的路由信息來路由DNS查詢。條款11、如條款10所述的方法，還包括監(jiān)控與所請求資源的傳遞相關(guān)聯(lián)的性能；基于傳遞性能確定是否需要更新群的路由信息；以及如果是，則修改群的路由信息。條款12、如條款11所述的方法，其中，修改群的路由信息包括修改用于為資源請 求而服務(wù)的計算設(shè)備的列表。條款13、如條款11所述的方法，其中，修改群的路由信息包括修改選擇用于為資 源請求而服務(wù)的具體計算設(shè)備的概率。條款14、如條款11所述的方法，其中，群的路由信息與第一 DNS服務(wù)器相關(guān)聯(lián)。條款15、如條款14所述的方法，其中，內(nèi)容傳遞網(wǎng)絡(luò)服務(wù)提供商的第一 DNS服務(wù)器 的群的路由信息與第二 DNS服務(wù)器的群的路由信息不相同。條款16、如條款10所述的方法，其中，路由DNS查詢包括基于客戶計算設(shè)備的群 的路由信息來用于提供與資源請求相關(guān)聯(lián)的內(nèi)容的選擇高速緩存組件。條款17、如條款16所述的方法，其中，選擇高速緩存組件包括基于由選擇概率限 定的頻率來選擇高速緩存組件。條款18、如條款17所述的方法，還包括監(jiān)控與向具有較低選擇概率的高速緩存組件傳遞所請求資源的相關(guān)聯(lián)的性能；以 及基于傳遞性能來修改針對群具有較低選擇概率的高速緩存組件的選擇概率。條款19、如條款16所述的方法，其中，選擇高速緩存組件包括周期性地選擇用于 提供與群的資源請求相關(guān)聯(lián)的內(nèi)容的非優(yōu)選高速緩存組件。條款20、如條款20所述的方法，還包括監(jiān)控與向非優(yōu)選高速緩存組件傳遞所請的求資源相關(guān)聯(lián)的性能；以及基于向非優(yōu)選高速緩存組件傳遞所請求資源的性能來修改群的路由信息。條款21、如條款10所述的方法，其中，路由DNS查詢包括基于客戶計算設(shè)備的群的路由信息確定第一 DNS服務(wù)器是否是有權(quán)威的；以及如果不是，基于客戶計算設(shè)備的群的路由信息選擇第二 DNS服務(wù)器以處理資源請 求。條款22、如條款22所述的方法，還包括監(jiān)控與使用第二 DNS服務(wù)器傳遞所請求的資源相關(guān)聯(lián)的性能；以及基于使用第二 DNS服務(wù)器傳遞所請求資源的性能來修改群的路由信息。條款23、如條款23所述的方法，其中，修改群的路由信息包括修改用于處理群的 資源請求的DNS服務(wù)器的列表。條款24、如條款23所述的方法，其中，修改群的路由信息包括修改選擇用于處理 群的資源請求的具體DNS服務(wù)器的概率。
條款25、一種系統(tǒng)，包括與內(nèi)容傳 遞網(wǎng)絡(luò)服務(wù)提供商相關(guān)聯(lián)的第一網(wǎng)絡(luò)存在點，其中，第一網(wǎng)絡(luò)存在點包 括從客戶計算設(shè)備接收DNS查詢的DNS服務(wù)器組件，DNS查詢與所請求的資源相對應(yīng)，第一 網(wǎng)絡(luò)存在點中的DNS服務(wù)器可操作用于將客戶計算設(shè)備與其他客戶計算設(shè)備的群相關(guān)聯(lián)；以及基于群的路由信息來路由DNS查詢。條款26、如條款26所述的系統(tǒng)，其中，第一網(wǎng)絡(luò)存在點中的DNS服務(wù)器還可操作用 于監(jiān)控與所請求資源的傳遞相關(guān)聯(lián)的性能；基于傳遞性能確定是否需要更新群的路由信息；以及如果是，則修改群的路由信息。條款27、如條款26所述的系統(tǒng)，其中，在第一網(wǎng)絡(luò)存在點中的DNS服務(wù)器處確定的 群的路由信息與跟內(nèi)容傳遞網(wǎng)絡(luò)服務(wù)提供商相關(guān)聯(lián)的第二網(wǎng)絡(luò)存在點中的第二 DNS服務(wù) 器的群的路由信息不同。條款28、如條款26所述的系統(tǒng)，其中，第一網(wǎng)絡(luò)存在點中的DNS服務(wù)器還可操作用 于基于客戶計算設(shè)備的群的路由信息來選擇用于提供與資源請求相關(guān)聯(lián)的內(nèi)容的高速緩 存組件。條款29、如條款26所述的系統(tǒng)，其中，第一網(wǎng)絡(luò)存在點中的DNS服務(wù)器還可操作用 于基于客戶計算設(shè)備的群的路由信息確定第一 DNS服務(wù)器是否是有權(quán)威的；以及如果不是，則基于客戶計算設(shè)備的群的路由信息在第二網(wǎng)絡(luò)存在點中選擇用于處 理資源請求的第二 DNS服務(wù)器。條款30、一種系統(tǒng)，包括與內(nèi)容傳遞網(wǎng)絡(luò)服務(wù)提供商相關(guān)聯(lián)的第一網(wǎng)絡(luò)存在點，其中，第一網(wǎng)絡(luò)存在點包 括從客戶計算設(shè)備接收DNS查詢的DNS服務(wù)器組件，其中，DNS查詢與跟備選資源標識符相 關(guān)聯(lián)的所請求的資源相對應(yīng)，第一網(wǎng)絡(luò)存在點中的DNS服務(wù)器組件可操作用于將客戶計算設(shè)備與其他客戶計算設(shè)備的群相關(guān)聯(lián)；基于其他客戶計算設(shè)備的群的路由信息確定第一資源標識符與備選資源標識符 相關(guān)聯(lián)；以及向客戶計算設(shè)備發(fā)送備選資源標識符，其中，備選資源標識符包括用于使DNS查 詢解析到與內(nèi)容傳遞服務(wù)提供商相對應(yīng)的域的信息。條款31、如條款31所述的系統(tǒng)，其中，備選資源標識符與規(guī)范名記錄標識符相對應(yīng)。條款32、如條款31所述的系統(tǒng)，還包括與內(nèi)容傳遞網(wǎng)絡(luò)服務(wù)提供商相關(guān)聯(lián)的第二網(wǎng)絡(luò)存在點，其中，第二網(wǎng)絡(luò)存在點包 括從客戶計算設(shè)備接收后續(xù)DNS查詢的DNS服務(wù)器組件，后續(xù)DNS查詢與跟備選資源標識 符相關(guān)聯(lián)的所請求的資源相對應(yīng)，第二網(wǎng)絡(luò)存在點中的DNS服務(wù)器組件可操作用于將客戶計算設(shè)備與其他客戶計算設(shè)備的群相關(guān)聯(lián)；以及基于群的路由信息來路由DNS查詢。
條款33、如條款31所述的系統(tǒng)，還包括 與內(nèi)容傳遞網(wǎng)絡(luò)服務(wù)提供商相關(guān)聯(lián)的第二網(wǎng)絡(luò)存在點，其中，第二網(wǎng)絡(luò)存在點包 括從客戶計算設(shè)備接收后續(xù)DNS查詢的DNS服務(wù)器組件，后續(xù)DNS查詢與跟備選資源標識 符相關(guān)聯(lián)的所請求的資源相對應(yīng)，第二網(wǎng)絡(luò)存在點中的DNS服務(wù)器組件可操作用于解析后續(xù)DNS查詢，以識別用于提供與原始資源請求相關(guān)聯(lián)的內(nèi)容的高速緩存組 件；以及向客戶計算設(shè)備發(fā)送標識所識別的高速緩存組件的信息。因此，通用計算設(shè)備可以配置為通過上述多種數(shù)據(jù)和/或組件的處理和/或執(zhí) 行，來實現(xiàn)本公開的處理、算法和方法學。應(yīng)強調(diào)的是，可以對上述實施例做出許多變化和修改，變化和修改的元素應(yīng)被理 解為在其他可接受的示例中。所有這些修改和變化在此包含在本公開的范圍之內(nèi)，并且受 權(quán)利要求的保護。
權(quán)利要求
1.一種方法，包括在第一 DNS服務(wù)器處從客戶計算設(shè)備獲取DNS查詢，其中，DNS查詢與所請求的資源相 對應(yīng)，第一 DNS服務(wù)器與內(nèi)容傳遞網(wǎng)絡(luò)服務(wù)相對應(yīng)； 確定與客戶計算設(shè)備相關(guān)聯(lián)的類別； 基于客戶計算設(shè)備的類別確定路由信息； 監(jiān)控與所請求的資源的傳遞相關(guān)聯(lián)的性能； 基于傳遞性能確定是否需要更新類別的路由信息；以及 如果是，則修改類別的路由信息。
2.如權(quán)利要求1所述的方法，其中，修改類別的路由信息包括修改用于為資源請求服 務(wù)的計算設(shè)備的列表。
3.如權(quán)利要求1所述的方法，其中，修改類別的路由信息包括修改選擇用于為資源請 求服務(wù)的具體計算設(shè)備的概率。
4.如權(quán)利要求1所述的方法，其中，類別與指定的地理位置相對應(yīng)。
5.如權(quán)利要求1所述的方法，其中，確定路由信息包括基于所確定的客戶計算設(shè)備類 別的路由信息，來選擇用于提供與資源請求相關(guān)聯(lián)的內(nèi)容的高速緩存組件。
6.一種方法，包括在第一 DNS服務(wù)器處從客戶計算設(shè)備獲取DNS查詢，其中，DNS查詢與所請求的資源相 對應(yīng)，第一 DNS服務(wù)器與內(nèi)容傳遞網(wǎng)絡(luò)服務(wù)提供商相對應(yīng)； 將客戶計算設(shè)備與其他客戶計算設(shè)備的群相關(guān)聯(lián)；以及 基于所關(guān)聯(lián)的客戶計算設(shè)備的群的路由信息，來路由DNS查詢。
7.如權(quán)利要求6所述的方法，還包括 監(jiān)控與所請求資源的傳遞相關(guān)聯(lián)的性能；基于傳遞性能確定是否需要更新群的路由信息；以及 如果是，則修改群的路由信息。
8.如權(quán)利要求6所述的方法，其中，路由DNS查詢包括基于客戶計算設(shè)備的群的路由 信息，來選擇用于提供與資源請求相關(guān)聯(lián)的內(nèi)容的高速緩存組件。
9.如權(quán)利要求8所述的方法，其中，選擇高速緩存組件包括周期性地選擇用于提供與 群的資源請求相關(guān)聯(lián)的內(nèi)容的非優(yōu)選高速緩存組件。
10.如權(quán)利要求6所述的方法，其中，路由DNS查詢包括基于客戶計算設(shè)備的群的路由信息確定第一 DNS服務(wù)器是否是有權(quán)威的；以及 如果不是，則基于客戶計算設(shè)備的群的路由信息選擇第二 DNS服務(wù)器以處理資源請求。
11.一種系統(tǒng)，包括與內(nèi)容傳遞網(wǎng)絡(luò)服務(wù)提供商相關(guān)聯(lián)的第一網(wǎng)絡(luò)存在點，其中，第一網(wǎng)絡(luò)存在點包括從 客戶計算設(shè)備接收DNS查詢的DNS服務(wù)器組件，其中，DNS查詢與所請求的資源相對應(yīng)，第 一網(wǎng)絡(luò)存在點中的DNS服務(wù)器可操作用于將客戶計算設(shè)備與其他客戶計算設(shè)備的群相關(guān)聯(lián)；以及 基于群的路由信息來路由DNS查詢。
12.如權(quán)利要求11所述的系統(tǒng)，其中，第一網(wǎng)絡(luò)存在點中的DNS服務(wù)器還可操作用于監(jiān)控與所請求資源的傳遞相關(guān)聯(lián)的性能； 基于傳遞性能確定是否需要更新群的路由信息；以及 如果是，則修改群的路由信息。
13.一種系統(tǒng)，包括與內(nèi)容傳遞網(wǎng)絡(luò)服務(wù)提供商相關(guān)聯(lián)的第一網(wǎng)絡(luò)存在點，其中，第一網(wǎng)絡(luò)存在點包括從 客戶計算設(shè)備接收DNS查詢的DNS服務(wù)器組件，DNS查詢與跟第一資源標識符相關(guān)聯(lián)的所 請求的資源相對應(yīng)，第一網(wǎng)絡(luò)存在點中的DNS服務(wù)器組件可操作用于 將客戶計算設(shè)備與其他客戶計算設(shè)備的群相關(guān)聯(lián)； 基于群的路由信息來確定第一資源標識符與備選資源標識符相關(guān)聯(lián)；以及 向客戶計算設(shè)備發(fā)送備選資源標識符，其中備選資源標識符包括用于使DNS查詢解析 到與內(nèi)容傳遞服務(wù)提供商相對應(yīng)的域的信息。
14.如權(quán)利要求13所述的系統(tǒng)，其中，備選資源標識符與規(guī)范名記錄標識符相對應(yīng)。
15.如權(quán)利要求13所述的系統(tǒng)，還包括與內(nèi)容傳遞網(wǎng)絡(luò)服務(wù)提供商相關(guān)聯(lián)的第二網(wǎng)絡(luò)存在點，其中，第二網(wǎng)絡(luò)存在點包括從 客戶計算設(shè)備接收后續(xù)DNS查詢的DNS服務(wù)器組件，后續(xù)DNS查詢與跟備選資源標識符相 關(guān)聯(lián)的所請求的資源相對應(yīng)，第二網(wǎng)絡(luò)存在點中的DNS服務(wù)器組件可操作用于 將客戶計算設(shè)備與其他客戶計算設(shè)備的群相關(guān)聯(lián)；以及 基于群的路由信息來路由DNS查詢。
全文摘要
提供了一種管理和處理資源請求的系統(tǒng)和方法。內(nèi)容傳遞網(wǎng)絡(luò)服務(wù)提供商從客戶計算設(shè)備接收DNS查詢。DNS查詢與來自客戶計算設(shè)備的所請求資源相對應(yīng)。內(nèi)容傳遞網(wǎng)絡(luò)服務(wù)提供商將客戶計算設(shè)備與其他客戶計算設(shè)備的群相關(guān)聯(lián)。基于該群的路由信息，內(nèi)容傳遞網(wǎng)絡(luò)服務(wù)提供商路由DNS查詢。該過程還可以包括監(jiān)控與所請求資源的傳遞相關(guān)聯(lián)的性能數(shù)據(jù)，以及基于性能數(shù)據(jù)位該組更新路由信息以用于處理來自該群中的客戶計算設(shè)備的后續(xù)請求。
文檔編號G06F15/173GK102047243SQ200980119995
公開日2011年5月4日 申請日期2009年3月31日 優(yōu)先權(quán)日2008年3月31日
發(fā)明者克里斯托弗·L·斯科菲爾德, 埃爾莫爾·尤金·波普, 大衛(wèi)·R·理查斯, 布拉德利·E·馬歇爾, 斯瓦米納坦·斯瓦蘇布拉馬尼恩 申請人:亞馬遜技術(shù)有限公司