專利名稱：適應(yīng)多業(yè)務(wù)融合的內(nèi)容分發(fā)網(wǎng)絡(luò)系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明涉及互聯(lián)網(wǎng)中的內(nèi)容分發(fā)網(wǎng)絡(luò)(CDN)服務(wù)，尤其涉及適 應(yīng)多業(yè)務(wù)融合的內(nèi)容分發(fā)網(wǎng)絡(luò)系統(tǒng)和方法。
背景技術(shù)：
CDN的全稱是Content Delivery Network,即內(nèi)容分發(fā)網(wǎng)絡(luò)。CDN 通過在現(xiàn)有的Internet中疊加一層新的網(wǎng)絡(luò)架構(gòu)，將內(nèi)容發(fā)布到最接 近用戶的網(wǎng)絡(luò)"邊緣"(即圖1、 2中的SLB-月良務(wù)負(fù)載均衡器)，如 果沒有CDN的話，所有的用戶要想看內(nèi)容提供商(16)的內(nèi)容，都 要去訪問內(nèi)容提供商，造成到內(nèi)容提供商的擁塞，惡化了網(wǎng)絡(luò)性能。 為了解決網(wǎng)絡(luò)擁塞，在現(xiàn)有的因特網(wǎng)上疊加CDN，如圖2所示，即內(nèi) 容提供商把其內(nèi)容拷貝到各個(gè)SLB (服務(wù)負(fù)載均衡器)(121a-c)，這 樣用戶就不用都擠到內(nèi)容提供商上去訪問，而是訪問其離相對較近的 SLB， SLB下面有存儲(chǔ)著內(nèi)容提供商存放的內(nèi)容的各高速緩存(131、 132等)，SLB從各高速緩存中給用戶播放內(nèi)容。這樣，通過在因特 網(wǎng)上疊加CDN,解決了網(wǎng)絡(luò)擁塞問題，使用戶可以就近獲得內(nèi)容，提 高用戶訪問的響應(yīng)速度。隨著網(wǎng)絡(luò)業(yè)務(wù)的發(fā)展，CDN所提供的業(yè)務(wù)已經(jīng)由單純的靜態(tài) Web網(wǎng)頁發(fā)展為視頻點(diǎn)播、直播、IPTV、應(yīng)用加速、SSL代理等綜合 業(yè)務(wù)。融合多業(yè)務(wù)要求CDN高效并具備高安全性，同時(shí)還要求內(nèi)容 路由系統(tǒng)能夠基于內(nèi)容、流量、節(jié)點(diǎn)狀態(tài)等多蟀度信息完成用戶訪問 調(diào)度，這些對CDN技術(shù)提出了新挑戰(zhàn)。融合業(yè)務(wù)主要對CDN內(nèi)容路 由技術(shù)提出了比以往更高的要求。內(nèi)容路由技術(shù)是CDN核心技術(shù)， 負(fù)責(zé)將用戶請求引導(dǎo)到CDN網(wǎng)絡(luò)中離用戶最近的SLB。過去，網(wǎng)頁加速是CDN主要業(yè)務(wù)，基于DNS (Domain NameService域名服務(wù))的內(nèi)容路由技術(shù)被廣泛采用在該類CDN網(wǎng)絡(luò)。圖 l描述了該方式的分層結(jié)構(gòu)，圖2描述了該方式的系統(tǒng)結(jié)構(gòu)。參考圖1和2，基于DNS方式的CDN網(wǎng)絡(luò)分為三層GSLB層 (11),其中有DNS - GSLB (111)，即DNS方式的GSLB ( Global Service Load Balancer全局服務(wù)負(fù)栽均衡器)，對下面的各SLB進(jìn)行 調(diào)度，當(dāng)接收到客戶端的請求時(shí)，為該請求向客戶端分配一個(gè)就近的 SLB,起全局協(xié)調(diào)作用；SLB層(12)，其中有多個(gè)SLB (圖2中的 121a-121c)，客戶端向分配的SLB請求內(nèi)容；高速緩存層(13 )， 其中有網(wǎng)頁高速緩存(131)，高速緩存網(wǎng)頁；應(yīng)用高速緩存(132), 高速緩存應(yīng)用；下栽高速緩存(133)等。如果業(yè)務(wù)請求為網(wǎng)頁加速請 求，則SLB從下面的網(wǎng)頁高速緩存(131)中播放內(nèi)容如果業(yè)務(wù)請 求為應(yīng)用加速請求，則SLB從下面的應(yīng)用高速緩存(132)中播放內(nèi) 容，等等?？蛻舳伺c各SLB之間、各SLB之間耦合有內(nèi)容路由器(15 )。在基于DNS方式的CDN網(wǎng)絡(luò)中，網(wǎng)頁和應(yīng)用加速業(yè)務(wù)通過如下 流程實(shí)現(xiàn)51. 用戶在客戶端(14)瀏覽器鍵入CDN內(nèi)容提供商的URL (統(tǒng) 一資源定位符)，瀏覽器產(chǎn)生DNS域名解析請求，解析請求被引導(dǎo)到 DNS方式的GSLB (111);52. DNS方式的GSLB(l 1 l)依據(jù)DNS解析請求中的LDNS(本地域 名服務(wù))的IP地址判斷最適合該用戶的CDN SLB( 121)，并將該SLB 地址發(fā)送給客戶端(例如判斷出最適合該用戶的SLB是SLBa(121a)， 則將其地址發(fā)送給客戶端)；53. 客戶端(14)瀏覽器根據(jù)收到的IP地址向該SLB請求并完 成訪問，途中要經(jīng)過內(nèi)容路由器(15)。與網(wǎng)頁加速不同，新興的流媒體和下載等業(yè)務(wù)通常具備與網(wǎng)頁加 速完全不同的特征單位時(shí)間內(nèi)用戶鏈接量有限、單鏈接持續(xù)的時(shí)間 較長、訪問流量很大、同一對象不會(huì)在短時(shí)間內(nèi)反復(fù)被同一用戶訪問。 也就是說這些新興業(yè)務(wù)對CDN內(nèi)容路由系統(tǒng)的處理能力支持要求不 高，但是需要精確的內(nèi)容定位和流量調(diào)度能力。 一旦用戶調(diào)度出錯(cuò)，必然帶來大流量的跨越邊界的訪問。為適應(yīng)新的需求，現(xiàn)有的支持新業(yè)務(wù)的CDN網(wǎng)絡(luò)中廣泛采用了 基于應(yīng)用層重定向的內(nèi)容路由技術(shù)。圖3描述了該方式的分層結(jié)構(gòu)， 圖4描述該方式的系統(tǒng)結(jié)構(gòu)。參考圖3和4，應(yīng)用層重定向的CDN網(wǎng)絡(luò)分為三層GSLB層(11 )， 其中有應(yīng)用層重定向GSLB(112),對下面的各SLB進(jìn)行調(diào)度，該 應(yīng)用層重定向GSLB (112)與圖1中的DNS-GSLB (111)的區(qū)別 是DNS - GSLB (111)僅解析域名，根據(jù)DNS解析請求中的IP地址 來判斷最適合該用戶的SLB，因而不具朁精確的定位能力，而應(yīng)用層 重定向GSLB (112 )依據(jù)的是整個(gè)URL，用戶通過CDN內(nèi)容提供商 的發(fā)布頁面獲得內(nèi)容URL,應(yīng)用層重定向GSLB (112)根據(jù)內(nèi)容請 求中的用戶IP地址、內(nèi)容分布、負(fù)載情況、流量等信息綜合判斷最適 合該用戶的SLB，因而具有精確的定位能力，可以做到更準(zhǔn)確的調(diào)度 分析，適合于流媒體業(yè)務(wù)；SLB層(12)，其中有多個(gè)SLB(圖4中 的121a-121c)，客戶端向分配的SLB請求內(nèi)容；高速緩存層(13 )， 其中有直播高速緩存(134)，高速緩存直播內(nèi)容；點(diǎn)播高速緩存(135)， 高速緩存點(diǎn)播內(nèi)容；下栽高速緩存(133)等。如果業(yè)務(wù)請求為直播節(jié) 目內(nèi)容請求，則SLB從下面的直播高速緩存(134)中播放內(nèi)容如 果業(yè)務(wù)請求為點(diǎn)播節(jié)目內(nèi)容請求，則SLB從下面的點(diǎn)播高速緩存(135) 中播放內(nèi)容，等等?？蛻舳伺c各SLB之間、各SLB之間耦合有內(nèi)容 路由器(15)。應(yīng)用層重定向方式的CDN網(wǎng)絡(luò)中，流媒體和下載業(yè)務(wù)通過如下 流程實(shí)現(xiàn)S，l.響應(yīng)于用戶通過CDN內(nèi)容提供商的發(fā)布頁面獲得內(nèi)容URL， 客戶端發(fā)起內(nèi)容請求，內(nèi)容請求通過DNS解析被引導(dǎo)到應(yīng)用層重定向 的GSLB (112);S，2.由于此時(shí)應(yīng)用層重定向GSLB接收到了一個(gè)完整的URL， 而不僅是域名，應(yīng)用層重定向GSLB依據(jù)內(nèi)容請求中的用戶IP地址、 內(nèi)容分布、負(fù)栽情況、流量等信息綜合判斷最適合該用戶的CDNSLB(例如圖4中在SLBa-c(121a-c)中判斷出最適合該用戶的SLB是SLBa (121a)),根據(jù)該SLB地址和被請求內(nèi)容生成新的內(nèi)容URL，通過應(yīng)用層重定向命令向客戶端返回新的內(nèi)容URL;S，3.客戶端根據(jù)收到的新URL地址向該最適合該用戶的SLB請求內(nèi)容并完成訪問。相對于DNS方式，應(yīng)用層重定向方式收到的內(nèi)容路由請求是完整 的URL (DNS方式中是請求的域名)，因此可以做到更準(zhǔn)確的調(diào)度分 析，提供更好的負(fù)栽均衡能力。應(yīng)用層重定向涉及應(yīng)用層協(xié)議分析， 從而需要更復(fù)雜的處理算法，這也意味著采用應(yīng)用層重定向方式的全 局服務(wù)負(fù)載均衡器(GSLB)通常不能支持很高的性能，從而可能為 CDN新業(yè)務(wù)帶來性能瓶頸和安全隱患。要在一個(gè)CDN網(wǎng)絡(luò)中同時(shí)支持網(wǎng)頁加速和流媒體加速業(yè)務(wù)，最 簡單的方式就是同時(shí)建設(shè)兩個(gè)CDN系統(tǒng)。部署兩套CDN網(wǎng)絡(luò)的分層 結(jié)構(gòu)如圖5所示。因?yàn)閳D5的方式只是將圖1、 3的方式機(jī)械地組合在 一起，在圖5中出現(xiàn)的元件在圖1、 3中都已經(jīng)出現(xiàn)過，因此不再給出 詳細(xì)說明。此時(shí)網(wǎng)頁加速業(yè)務(wù)仍然采用原DNS方式的流程，而流媒體 業(yè)務(wù)采用原應(yīng)用層重定向方式的流程。但是，這種方案無法復(fù)用設(shè)備， 因此投資高，占用的地址資源也多。并且，由于DNS方式和應(yīng)用層重 定向方式需要根據(jù)業(yè)務(wù)的不同，分別將域名和URL解釋到不同的 GSLB月良務(wù)器，因此同一CDN網(wǎng)絡(luò)客戶需要為其不同的業(yè)務(wù)申請不同 的域名，否則不同業(yè)務(wù)流程將無法實(shí)現(xiàn)。另外，圖5的結(jié)合根本沒有 實(shí)現(xiàn)DNS方式和應(yīng)用層重定向方式的融合，兩種方式的缺點(diǎn)仍然無法 解決。發(fā)明內(nèi)容本發(fā)明的一個(gè)目的是實(shí)現(xiàn)DNS方式和應(yīng)用層重定向方式的真正 融合，克服兩種方式的缺點(diǎn)。本發(fā)明的另一個(gè)目的是使得DNS方式的系統(tǒng)和應(yīng)用層重定向方 式的系統(tǒng)能夠復(fù)用設(shè)備，占用盡可能少的地址資源。本發(fā)明的再一個(gè)目的是使得不需要同一 CDN網(wǎng)絡(luò)內(nèi)容提供商為 其不同的業(yè)務(wù)申請不同的域名。根據(jù)本發(fā)明的一方面，提供了一種內(nèi)容分發(fā)網(wǎng)絡(luò)系統(tǒng)，包括基于 域名服務(wù)DNS的內(nèi)容分發(fā)系統(tǒng)和應(yīng)用層重定向內(nèi)容分發(fā)系統(tǒng)，基于 DNS的內(nèi)容分發(fā)系統(tǒng)具有基于DNS的全局服務(wù)負(fù)載均衡器GSLB，應(yīng) 用層重定向內(nèi)容分發(fā)系統(tǒng)具有應(yīng)用層重定向GSLB，其特征在于在 基于DNS的GSLB和應(yīng)用層重定向GSLB之間提供交換設(shè)備，其耦 合到客戶端，接收來自客戶端的DNS域名解析請求或帶有內(nèi)容統(tǒng)一資 源定位符URL的內(nèi)容訪問請求，根據(jù)請求的業(yè)務(wù)類型分別將其轉(zhuǎn)發(fā)到 基于DNS的GSLB和應(yīng)用層重定向GSLB。由于上述交換設(shè)備能實(shí)現(xiàn)根據(jù)請求的業(yè)務(wù)類型分別將其轉(zhuǎn)發(fā) 到基于DNS的GSLB或應(yīng)用層重定向GSLB,從而實(shí)現(xiàn)了基于 DNS的內(nèi)容分發(fā)系統(tǒng)和應(yīng)用層重定向內(nèi)容分發(fā)系統(tǒng)的融合。另夕卜， 該交換設(shè)備具有公網(wǎng)IP地址，基于DNS的GSLB和應(yīng)用層重定 向GSLB具有虛擬IP地址，因此，占用了盡可能少的地址資源。根據(jù)本發(fā)明的一方面，提供了一種內(nèi)容分發(fā)網(wǎng)絡(luò)系統(tǒng)，包括客戶端，該客戶端的瀏覽器響應(yīng)于用戶鍵入的內(nèi)容提供商URL, 產(chǎn)生DNS域名解析請求；響應(yīng)于用戶通過內(nèi)容提供商的發(fā)布頁面獲得 內(nèi)容URL，發(fā)起內(nèi)容訪問請求；服務(wù)負(fù)栽均衡器SLB,其下面具有用于存儲(chǔ)內(nèi)容提供商所存放的 內(nèi)容的各緩沖器；基于DNS的GSLB，根據(jù)DNS解析請求中的IP地址判斷最適 合該用戶的SLB，并將該SLB的地址發(fā)送給客戶端，以便客戶端向該 SLB的地址進(jìn)行訪問；應(yīng)用層重定向GSLB，根據(jù)內(nèi)容訪問請求中的信息綜合判斷最適 合該用戶的SLB，根據(jù)SLB地址和被請求內(nèi)容生成新的內(nèi)容URL，返 回給客戶端，以便客戶端根據(jù)新的內(nèi)容URL向該SLB訪問；在基于DNS的GSLB和應(yīng)用層重定向G&LB之間的交換設(shè)備， 接收來自客戶端的DNS域名解析請求或帶有內(nèi)容URL的內(nèi)容訪問請求，當(dāng)判斷出請求的業(yè)務(wù)類型是網(wǎng)頁或應(yīng)用加速時(shí)，將來自客戶端的DNS域名解析請求轉(zhuǎn)發(fā)給基于DNS的GSLB，當(dāng)判斷出請求的業(yè)務(wù)類 型是流媒體時(shí)，將來自客戶端的帶有內(nèi)容URL的內(nèi)容訪問請求轉(zhuǎn)發(fā)給 應(yīng)用層重定向GSLB。根據(jù)本發(fā)明的一方面，提供了一種內(nèi)容分發(fā)方法，包括客戶端的瀏覽器響應(yīng)于用戶鍵入的內(nèi)容提供商URL，產(chǎn)生DNS 域名解析請求；響應(yīng)于用戶通過內(nèi)容提供商的發(fā)布頁面獲得內(nèi)容 URL，發(fā)起內(nèi)容訪問請求；交換設(shè)備接收來自客戶端的DNS域名解析請求或帶有內(nèi)容URL 的內(nèi)容訪問請求，當(dāng)判斷出請求的業(yè)務(wù)類型是網(wǎng)頁或應(yīng)用加速時(shí)，將 來自客戶端的DNS域名解析請求轉(zhuǎn)發(fā)給基于DNS的GSLB,當(dāng)判斷 出請求的業(yè)務(wù)類型是流媒體時(shí)，將來自客戶端的帶有內(nèi)容URL的內(nèi)容 訪問請求轉(zhuǎn)發(fā)給應(yīng)用層重定向GSLB;基于DNS的GSLB根據(jù)DNS解析請求中的IP地址判斷最適合 該用戶的服務(wù)負(fù)載均衡器SLB，并將該SLB的地址發(fā)送給客戶端，客戶 端向該SLB的地址進(jìn)行訪問；應(yīng)用層重定向GSLB根據(jù)內(nèi)容訪問請求 中的信息綜合判斷最適合該用戶的SLB，根據(jù)SLB地址和被請求內(nèi)容 生成新的內(nèi)容URL，返回給客戶端，客戶端根據(jù)新的內(nèi)容URL向該 SLB訪問；服務(wù)負(fù)載均衡器SLB從其下面用于存儲(chǔ)內(nèi),供商所存放的內(nèi) 容的各緩沖器播放內(nèi)容。根據(jù)本發(fā)明的一方面，提供了一種內(nèi)容分發(fā)網(wǎng)絡(luò)系統(tǒng)，包括客戶端，該客戶端的瀏覽器響應(yīng)于用戶鍵入的內(nèi)容提供商URL， 產(chǎn)生DNS域名解析請求；響應(yīng)于用戶通過內(nèi)容提供商的發(fā)布頁面獲得 內(nèi)容URL,發(fā)起內(nèi)容訪問請求；交換設(shè)備，其一方面作為服務(wù)負(fù)栽均衡器SLB，下面具有用于存 儲(chǔ)內(nèi)容提供商所存放的內(nèi)容的各緩沖器，另一方面耦合到應(yīng)用層重定 向SLB，當(dāng)判斷出請求的業(yè)務(wù)類型是網(wǎng)頁或應(yīng)用加速時(shí)，從自身的各緩 沖器中播放內(nèi)容；當(dāng)判斷出請求的業(yè)務(wù)類型是流媒體時(shí)，將帶有內(nèi)容URL的內(nèi)容訪問請求轉(zhuǎn)發(fā)給應(yīng)用層重定向SLB;基于DNS的GSLB，解析DNS域名解析請求中的域名或內(nèi)容訪 問請求中的URL中的域名，判斷最適合該用戶的交換設(shè)備，并將該交 換設(shè)備的地址發(fā)送給客戶端，以便客戶端向該交換設(shè)備的地址進(jìn)行訪 問；所述應(yīng)用層重定向SLB，下面具有用于存儲(chǔ)內(nèi)容提供商所存放的 內(nèi)容的各緩沖器，根據(jù)內(nèi)容訪問請求中的信息綜合判斷最適合該用戶 的應(yīng)用層重定向SLB，如果最適合該用戶的應(yīng)用層重定向SLB就是其 自身，則從自身的各緩沖器中播放內(nèi)容；如果最適合該用戶的應(yīng)用層 重定向SLB是其它應(yīng)用層重定向SLB，根據(jù)該其它應(yīng)用層重定向SLB 和被請求內(nèi)容生成新的內(nèi)容URL返回給客戶端，客戶端向新的應(yīng)用層 重定向SLB請求內(nèi)容。由于本發(fā)明的該方面的交換設(shè)備當(dāng)判斷出請求的業(yè)務(wù)類型是網(wǎng) 頁或應(yīng)用加速時(shí)，從自身的各緩沖器中播放內(nèi)容；當(dāng)判斷出請求的業(yè) 務(wù)類型是流媒體時(shí)，將帶有內(nèi)容URL的內(nèi)容訪問請求轉(zhuǎn)發(fā)給應(yīng)用層重 定向SLB，因此實(shí)現(xiàn)了基于DNS的內(nèi)容分發(fā)系統(tǒng)和應(yīng)用層重定向 內(nèi)容分發(fā)系統(tǒng)的融合。另外，該交換設(shè)備具有公網(wǎng)IP地址，應(yīng)用層 重定向SLB具有虛擬IP地址，因此，占用了盡可能少的地址資源。 在這種情況下，還獲得了 CDN網(wǎng)絡(luò)內(nèi)容提供商不需要為不同的業(yè)務(wù) 申請不同的域名的優(yōu)點(diǎn)，因?yàn)闃I(yè)務(wù)是由不同的URL和協(xié)議區(qū)分的。根據(jù)本發(fā)明的一方面，提供了一種內(nèi)容分發(fā)方法，包括客戶端的瀏覽器響應(yīng)于用戶鍵入的內(nèi)容提供商URL，產(chǎn)生DNS 域名解析請求；響應(yīng)于用戶通過內(nèi)容提供商的發(fā)布頁面獲得內(nèi)容 URL，發(fā)起內(nèi)容訪問請求；基于DNS的GSLB解析DNS域名解析請求中的域名或內(nèi)容訪問 請求中的URL中的域名，判斷最適合該用戶的交換設(shè)備，并將該交換 設(shè)備的地址發(fā)送給客戶端，客戶端向該交換設(shè)備的地址進(jìn)行訪問，所述 交換設(shè)備一方面作為服務(wù)負(fù)栽均衡器SLB，下面具有用于存儲(chǔ)內(nèi)容提 供商所存放的內(nèi)容的各緩沖器，另一方面耦合到應(yīng)用層重定向SLB;15交換設(shè)備當(dāng)判斷出請求的業(yè)務(wù)類型是網(wǎng)頁或應(yīng)用加速時(shí)，從自身的各緩沖器中播放內(nèi)容；當(dāng)判斷出請求的業(yè)務(wù)類型是流媒體時(shí)，將帶 有內(nèi)容URL的內(nèi)容訪問請求轉(zhuǎn)發(fā)給應(yīng)用層重定向SLB;應(yīng)用層重定向SLB根據(jù)內(nèi)容訪問請求中的信息綜合判斷最適合 該用戶的應(yīng)用層重定向SLB，如果最適合該用戶的應(yīng)用層重定向SLB 就是其自身，則從自身的各緩沖器中播放內(nèi)容；如果最適合該用戶的 應(yīng)用層重定向SLB是其它應(yīng)用層重定向SLB，根據(jù)該其它應(yīng)用層重定 向SLB和被請求內(nèi)容生成新的內(nèi)容URL返回給客戶端，客戶端向新 的應(yīng)用層重定向SLB請求內(nèi)容，新的應(yīng)用層重定向SLB接收到內(nèi)容 請求后，確認(rèn)目前是否自己就是最適合該用戶的應(yīng)用層重定向SLB, 如果是，則從自身的各緩沖器中播放內(nèi)容；如果不是，則再次根據(jù)應(yīng) 為目前最適合該用戶的應(yīng)用層重定向SLB的應(yīng)用層重定向SLB和被 請求內(nèi)容生成新的內(nèi)容URL返回給客戶端，但如果目前最適合該用戶 的應(yīng)用層重定向SLB是該請求已經(jīng)經(jīng)歷過的應(yīng)用層重定向SLB,則不 再返回，而是從自身的各緩沖器中播放內(nèi)容。根據(jù)本發(fā)明的一方面，提供了一種內(nèi)容分發(fā)網(wǎng)絡(luò)系統(tǒng)，包括客戶端，該客戶端的瀏覽器響應(yīng)于用戶鍵入的內(nèi)容提供商URL， 產(chǎn)生DNS域名解析請求；響應(yīng)于用戶通過內(nèi)容提供商的發(fā)布頁面獲得 內(nèi)容URL，發(fā)起內(nèi)容訪問請求；SLB，其下面具有用于存儲(chǔ)內(nèi)容提供商所存放的內(nèi)容的各緩沖 器，當(dāng)接收到網(wǎng)頁或應(yīng)用內(nèi)容請求時(shí)，從自身的各緩沖器中播放內(nèi)容；應(yīng)用層重定向SLB，下面具有用于存儲(chǔ)內(nèi),供商所存放的內(nèi)容 的各緩沖器，當(dāng)接收到流媒體內(nèi)容請求時(shí)，根據(jù)流媒體內(nèi)容請求中的 信息綜合判斷最適合該用戶的應(yīng)用層重定向SLB，如果最適合該用戶 的應(yīng)用層重定向SLB就是其自身，則從自身的各緩沖器中播放內(nèi)容； 如果最適合該用戶的應(yīng)用層重定向SLB是其它應(yīng)用層重定向SLB，根 據(jù)該其它應(yīng)用層重定向SLB和被請求內(nèi)容生成新的內(nèi)容URL返回給 客戶端，客戶端向新的應(yīng)用層重定向SLB請求內(nèi)容；基于DNS的GSLB，其接收來自客戶端的DNS域名解析請求或帶有URL的內(nèi)容訪問請求，當(dāng)判斷出請求的業(yè)務(wù)類型是網(wǎng)頁或應(yīng)用加 速時(shí)，根據(jù)DNS解析請求中的IP地址判斷最適合該用戶的SLB，并將 該SLB的地址發(fā)送給客戶端，以便客戶端向該SLB的地址發(fā)出網(wǎng)頁或應(yīng)用內(nèi)容請求；當(dāng)判斷出請求的業(yè)務(wù)類型是流媒體時(shí)，解析內(nèi)容訪問 請求中的URL中的域名，返回應(yīng)用層重定向SLB地址給客戶端，以 便客戶端向應(yīng)用層重定向SLB發(fā)出流媒體內(nèi)容請求。由于本發(fā)明的該方面中，基于DNS的GSLB當(dāng)判斷出請求的業(yè) 務(wù)類型是網(wǎng)頁或應(yīng)用加速時(shí)，根據(jù)DNS解析請求中的IP地址判斷最 適合該用戶的SLB，并將該SLB的地址發(fā)送給客戶端；當(dāng)判斷出請求 的業(yè)務(wù)類型是流媒體時(shí)，解析內(nèi)容訪問請求中的URL中的域名，返回 應(yīng)用層重定向SLB地址給客戶端，以便客戶端向應(yīng)用層重定向SLB 發(fā)出流媒體內(nèi)容請求。因此，實(shí)現(xiàn)了基于DNS的內(nèi)容分發(fā)系統(tǒng)和應(yīng)用 層重定向內(nèi)容分發(fā)系統(tǒng)的融合。根據(jù)本發(fā)明的一方面，提供了一種內(nèi)容分發(fā)方法，包括客戶端的瀏覽器響應(yīng)于用戶鍵入的內(nèi)容提供商URL，產(chǎn)生DNS 域名解析請求；響應(yīng)于用戶通過內(nèi)容提供商的發(fā)布頁面獲得內(nèi)容 URL，發(fā)起內(nèi)容訪問請求；基于DNS的GSLB接收來自客戶端的DNS域名解析請求或帶有 URL的內(nèi)容訪問請求，當(dāng)判斷出請求的業(yè)務(wù)類型;l:網(wǎng)頁或應(yīng)用加速 時(shí)，根據(jù)DNS解析請求中的IP地址判斷最適合該用戶的SLB，并將該 SLB的地址發(fā)送給客戶端，以便客戶端向該SLB的地址發(fā)出網(wǎng)頁或應(yīng) 用內(nèi)容請求；當(dāng)判斷出請求的業(yè)務(wù)類型是流媒體時(shí)，解析內(nèi)容訪問請 求中的URL中的域名，返回應(yīng)用層重定向SLB地址給客戶端，以便 客戶端向應(yīng)用層重定向SLB發(fā)出流媒體內(nèi)容請求，其中SLB和應(yīng)用 層重定向SLB下面具有用于存儲(chǔ)內(nèi)容提供商所存放的內(nèi)容的各緩沖 器；SLB當(dāng)接收到網(wǎng)頁或應(yīng)用內(nèi)容請求時(shí)，從自身的各緩沖器中播放 內(nèi)容；應(yīng)用層重定向SLB當(dāng)接收到流媒體內(nèi)容請求時(shí)，根據(jù)流媒體內(nèi) 容請求中的信息綜合判斷最適合該用戶的應(yīng)用層重定向SLB，如果最適合該用戶的應(yīng)用層重定向SLB就是其自身，則從自身的各緩沖器中 播放內(nèi)容；如果最適合該用戶的應(yīng)用層重定向SLB是其它應(yīng)用層重定 向SLB,根據(jù)該其它應(yīng)用層重定向SLB和被請求內(nèi)容生成新的內(nèi)容 URL返回給客戶端，客戶端向新的應(yīng)用層重定向SLB請求內(nèi)容，新 的應(yīng)用層重定向SLB接收到流媒體內(nèi)容請求后，確認(rèn)目前是否自己就 是最適合該用戶的應(yīng)用層重定向SLB，如果是，則從自身的各緩沖器 中播放內(nèi)容；如果不是，則再次根據(jù)應(yīng)為目前最適合該用戶的應(yīng)用層 重定向SLB的應(yīng)用層重定向SLB和被請求內(nèi)容生成新的內(nèi)容URL返 回給客戶端，但如果目前最適合該用戶的應(yīng)用層重定向SLB是該請求 已經(jīng)經(jīng)歷過的應(yīng)用層重定向SLB，則不再返回，而是從自身的各緩沖 器中播放內(nèi)容。


圖1示出了基于DNS方式的CDN網(wǎng)絡(luò)的分層結(jié)構(gòu)。圖2示出了基于DNS方式的CDN網(wǎng)絡(luò)的系統(tǒng)結(jié)構(gòu)。圖3示出了應(yīng)用層重定向的CDN網(wǎng)絡(luò)的分層結(jié)構(gòu)。圖4示出了應(yīng)用層重定向的CDN網(wǎng)絡(luò)的系統(tǒng)結(jié)構(gòu)。圖5示出了獨(dú)立部署了基于DNS方式的CDN網(wǎng)絡(luò)和應(yīng)用層重定向的CDN網(wǎng)絡(luò)的網(wǎng)絡(luò)分層結(jié)構(gòu)。圖6示出了根據(jù)本發(fā)明的第一實(shí)施例在地址資源有限的情況下在GSLB層實(shí)現(xiàn)業(yè)務(wù)融合的網(wǎng)絡(luò)分層結(jié)構(gòu)。圖7示出了根據(jù)本發(fā)明的第一實(shí)施例在地址資源有限的情況下在GSLB層實(shí)現(xiàn)業(yè)務(wù)融合的網(wǎng)絡(luò)系統(tǒng)結(jié)構(gòu)。圖8示出了根據(jù)本發(fā)明的第二實(shí)施例在地址資源有限的情況下在SLB層實(shí)現(xiàn)業(yè)務(wù)融合的網(wǎng)絡(luò)分層結(jié)構(gòu)。圖9示出了根據(jù)本發(fā)明的第二實(shí)施例在地址資源有限的情況下在SLB層實(shí)現(xiàn)業(yè)^"融合的網(wǎng)絡(luò)系統(tǒng)結(jié)構(gòu)。圖10示出了根據(jù)本發(fā)明的第三實(shí)施例在地址資源充足的情況下實(shí)現(xiàn)業(yè)務(wù)融合的網(wǎng)絡(luò)分層結(jié)構(gòu)。圖11示出了根據(jù)本發(fā)明的第三實(shí)施例在地址資源充足的情況下 實(shí)現(xiàn)業(yè)務(wù)融合的網(wǎng)絡(luò)系統(tǒng)結(jié)構(gòu)。
具體實(shí)施方式
為解決融合業(yè)務(wù)的CDN所遇到的問題，本發(fā)明提出了能夠同時(shí) 支持傳統(tǒng)網(wǎng)頁加速業(yè)務(wù)和流媒體點(diǎn)播、直播以及IPTV、文件共享等多 業(yè)務(wù)的CDN架構(gòu)和內(nèi)容路由方法。這些解決方案不僅實(shí)現(xiàn)了業(yè)務(wù)融 合，同時(shí)也實(shí)現(xiàn)了 DNS方式和應(yīng)用層重定向方式的優(yōu)勢互補(bǔ)?？紤]到IPV4地址即將枯竭，CDN節(jié)點(diǎn)可利用的IP地址資源是 有限的(因此，融合業(yè)務(wù)所利用的IP地址越少越好，最好一個(gè)IP地 址也可以正常運(yùn)轉(zhuǎn))。同時(shí)，注意到一旦IPV6網(wǎng)絡(luò)普及，地址枯竭 問題就會(huì)解決，系統(tǒng)結(jié)構(gòu)可能需要重新規(guī)劃。因此，本發(fā)明為不同的 地址需求分別提出了業(yè)務(wù)融合的系統(tǒng)結(jié)構(gòu)和實(shí)現(xiàn)方案。地址資源有限為解決CDN網(wǎng)絡(luò)的業(yè)務(wù)融合問題提出了兩種CDN網(wǎng)絡(luò)架構(gòu)首 先，可以在GSLB層區(qū)分業(yè)務(wù)，實(shí)現(xiàn)按業(yè)務(wù)調(diào)度(第一實(shí)施例)；其 次，可以在GSLB層使用DNS方式的內(nèi)容路由算法，而在節(jié)點(diǎn)的服務(wù) 負(fù)載均衡設(shè)備(SLB)層融合對不同業(yè)務(wù)的處理(第二實(shí)施例)。如 下對這兩種方案的技術(shù)原理分別給予說明。第一實(shí)施例圖6示出了根據(jù)本發(fā)明的第一實(shí)施例在地址資源有限的情況下在 GSLB層實(shí)現(xiàn)業(yè)務(wù)融合的網(wǎng)絡(luò)分層結(jié)構(gòu)。圖7示出了根據(jù)本發(fā)明的第 一實(shí)施例在地址資源有限的情況下在GSLB層實(shí)現(xiàn)業(yè)務(wù)融合的網(wǎng)絡(luò)系 統(tǒng)結(jié)構(gòu)。根據(jù)第一實(shí)施例的內(nèi)容分發(fā)網(wǎng)絡(luò)系統(tǒng)實(shí)質(zhì)上是這樣一種系統(tǒng)它 包括基于域名服務(wù)DNS的內(nèi)容分發(fā)系統(tǒng)和應(yīng)用層重定向內(nèi)容分發(fā)系 統(tǒng)，基于DNS的內(nèi)容分發(fā)系統(tǒng)具有基于DNS的全局服務(wù)負(fù)載均衡器 GSLB(lll)，應(yīng)用層重定向內(nèi)容分發(fā)系統(tǒng)具有應(yīng)用層重定向GSLB (112)，基于DNS的內(nèi)容分發(fā)系統(tǒng)和應(yīng)用層重定向內(nèi)容分發(fā)系統(tǒng)基本上是現(xiàn)有的內(nèi)容分發(fā)系統(tǒng)，而本發(fā)明在基于DNS的GSLB和應(yīng)用層 重定向GSLB之間提供交換設(shè)備(113)，其耦合到客戶端，接收來 自客戶端的DNS域名解析請求或帶有內(nèi)容統(tǒng)一資源定位符URL的內(nèi) 容訪問請求，根據(jù)請求的業(yè)務(wù)類型分別將其轉(zhuǎn)發(fā)到基于DNS的GSLB 和應(yīng)用層重定向GSLB。具體地說，交換設(shè)備(113)當(dāng)判斷出請求的 業(yè)務(wù)類型是網(wǎng)頁或應(yīng)用加速時(shí)，將來自客戶端的DNS域名解析請求轉(zhuǎn) 發(fā)給基于DNS的GSLB,當(dāng)判斷出請求的業(yè)務(wù)類型是流媒體時(shí)，將來 自客戶端的帶有內(nèi)容URL的內(nèi)容訪問請求轉(zhuǎn)發(fā)給應(yīng)用層重定向 GSLB。判斷請求的業(yè)務(wù)類型是網(wǎng)頁加速或應(yīng)用加速還是流媒體是根 據(jù)接收到的DNS域名解析請求或帶有內(nèi)容統(tǒng)一資源定位符URL的內(nèi) 容訪問請求來判斷的，在DNS域名解析請求和內(nèi)容訪問請求中帶有請 求業(yè)務(wù)類型的信息，這是本領(lǐng)域技術(shù)人員公知的。該交換設(shè)備(113) 可由本領(lǐng)域技術(shù)人員根據(jù)上述功能通過軟件等實(shí)現(xiàn)，該實(shí)施例的其它 模塊是現(xiàn)有技術(shù)的基于DNS的內(nèi)容分發(fā)系統(tǒng)和應(yīng)用層重定向內(nèi)容分 發(fā)系統(tǒng)中的已有內(nèi)容。具體地說，參考圖6和7，該實(shí)施例包括客戶端(14)，該客戶端的瀏覽器響應(yīng)于用戶鍵入的內(nèi)容提供商 URL，產(chǎn)生DNS域名解析請求；響應(yīng)于用戶通過內(nèi)M供商的發(fā)布頁 面獲得內(nèi)容URL，發(fā)起內(nèi)容訪問請求。位于圖6的SLB層(12 )上的服務(wù)負(fù)載均衡器SLB (121)，其 下面具有位于高速緩存層(13)上的用于存儲(chǔ)內(nèi)容提供商所存放的內(nèi) 容的各緩沖器(131-135)，如果業(yè)務(wù)請求是網(wǎng)頁加速，SLB(121)就從 網(wǎng)頁高速緩存(131 )中播放內(nèi)容；如果業(yè)務(wù)請求是應(yīng)用加速，SLB( 121) 就從應(yīng)用高速緩存(132)中播放內(nèi)容；如果業(yè)務(wù)請求是直播節(jié)目內(nèi)容 加速，SLB (121)就從直播高速緩存(134)中播放內(nèi)容；如果業(yè)務(wù) 請求是點(diǎn)播節(jié)目內(nèi)容加速，SLB (121)就從點(diǎn)播高速緩存(135 )中 播放內(nèi)容；圖6中還示有下載高速緩存(133)。圖7中示出了 SLBa-c(121a-c)，但還可以有其它SLB，在客戶端和SLB之間、各SLB 之間有內(nèi)容路由器(15)。位于GSLB層(11)上的基于DNS的GSLB (111)，根據(jù)DNS 解析請求中的IP地址判斷最適合該用戶的SLB，并將該SLB的地址發(fā) 送給客戶端，以便客戶端向該SLB的地址進(jìn)行訪問。位于GSLB層(11)上的應(yīng)用層重定向GSLB (112)，根據(jù)內(nèi) 容訪問請求中的信息綜合判斷最適合該用戶的SLB，根據(jù)SLB地址和 被請求內(nèi)容生成新的內(nèi)容URL，返回給客戶端，以便客戶端根據(jù)新的內(nèi) 容URL向該SLB訪問。位于GSLB層(11)上的在基于DNS的GSLB和應(yīng)用層重定向 GSLB之間的交換設(shè)備(113)，接收來自客戶端的DNS域名解析請 求或帶有內(nèi)容URL的內(nèi)容訪問請求，當(dāng)判斷出請求的業(yè)務(wù)類型是網(wǎng)頁 或應(yīng)用加速時(shí)，將來自客戶端的DNS域名解析請求轉(zhuǎn)發(fā)給基于DNS 的GSLB，當(dāng)判斷出請求的業(yè)務(wù)類型是流媒體時(shí)，將來自客戶端的帶 有內(nèi)容URL的內(nèi)容訪問請求轉(zhuǎn)發(fā)給應(yīng)用層重定向GSLB。該交換設(shè)備 例如是L4交換機(jī)，但也可以是其它交換設(shè)備。在本實(shí)施例中，該交 換設(shè)備具有公網(wǎng)IP地址，基于DNS的GSLB和應(yīng)用層重定向GSLB 具有虛擬IP地址。因此，占用了盡可能少的公用地址資源。在本實(shí)施例中，所述內(nèi)容訪問請求中的信息包括用戶IP地址、 內(nèi)容分布、負(fù)栽情況、流量信息，但也可根據(jù)需要包括其它信息。根據(jù)本實(shí)施例的內(nèi)容分發(fā)方法可概括為客戶端的瀏覽器響應(yīng)于用戶鍵入的內(nèi)容提供商URL，產(chǎn)生DNS 域名解析請求；響應(yīng)于用戶通過內(nèi)容提供商的發(fā)布頁面獲得內(nèi)容 URL，發(fā)起內(nèi)容訪問請求；交換設(shè)備接收來自客戶端的DNS域名解析 請求或帶有內(nèi)容URL的內(nèi)容訪問請求，當(dāng)判斷出請求的業(yè)務(wù)類型是網(wǎng) 頁或應(yīng)用加速時(shí)，將來自客戶端的DNS域名解析請求轉(zhuǎn)發(fā)給基于DNS 的GSLB，當(dāng)判斷出請求的業(yè)務(wù)類型是流媒體時(shí)，將來自客戶端的帶 有內(nèi)容URL的內(nèi)容訪問請求轉(zhuǎn)發(fā)給應(yīng)用層重定向GSLB;基于DNS 的GSLB根據(jù)DNS解析請求中的IP地址判斷最適合該用戶的服務(wù)負(fù) 載均衡器SLB，并將該SLB的地址發(fā)送給客戶端，客戶端向該SLB的地 址進(jìn)行訪問；應(yīng)用層重定向GSLB根據(jù)內(nèi)容訪問請求中的信息綜合判斷最適合該用戶的SLB，根據(jù)SLB地址和被請求內(nèi)容生成新的內(nèi)容 URL,返回給客戶端，客戶端根據(jù)新的內(nèi)容URL向該SLB訪問；服務(wù) 負(fù)栽均衡器SLB從其下面用于存儲(chǔ)內(nèi)容提供商所存放的內(nèi)容的各緩沖 器(131-135)播放內(nèi)容。第一實(shí)施例是在GSLB層區(qū)分業(yè)務(wù)，實(shí)現(xiàn)按業(yè)務(wù)調(diào)度。該方式要 求在GSLB層同時(shí)部署DNS解析設(shè)備和應(yīng)用層重定向設(shè)備，利用L4 交換機(jī)的協(xié)議分析和負(fù)載均衡能力，根據(jù)被訪問業(yè)務(wù)的不同將DNS解 析請求和應(yīng)用訪問URL引導(dǎo)到不同的GSLB設(shè)備，從而實(shí)現(xiàn)不同的 內(nèi)容路由方式，達(dá)到不同業(yè)務(wù)在CDN網(wǎng)絡(luò)上的融合。不同業(yè)務(wù)的內(nèi) 容路由流程具體如下網(wǎng)頁加速業(yè)務(wù)Tl.響應(yīng)于用戶在客戶端(14)瀏覽器鍵入CDN內(nèi)容提供商的 URL，瀏覽器產(chǎn)生DNS域名解析請求，解析請求被引導(dǎo)到GSLB層 (11)的交換設(shè)備(113);T2.交換設(shè)備判斷出請求的業(yè)務(wù)類型是網(wǎng)頁加速，將來自客戶端 的DNS域名解析請求轉(zhuǎn)發(fā)給基于DNS的GSLB (111);T3.基于DNS的GSLB (111)依據(jù)DNS解析請求中的LDNS 的IP地址判斷最適合該用戶的SLB (比如是SLBa)，并將該SLB 地址(即SLBa地址)發(fā)送給客戶端；T4.客戶端瀏覽器根據(jù)收到的IP地址向該SLB (即SLBa)請 求并完成訪問。流媒體和下載業(yè)務(wù)T，l.響應(yīng)于用戶通過CDN內(nèi)容提供商的發(fā)布頁面獲得內(nèi)容 URL，客戶端發(fā)起內(nèi)容訪問；T，2.交換設(shè)備判斷出請求的業(yè)務(wù)類型是流媒體，將來自客戶端的 帶有內(nèi)容URL的內(nèi)容訪問請求轉(zhuǎn)發(fā)給應(yīng)用層重定向GSLB (112);T，3.應(yīng)用層重定向GSLB(112)依據(jù)內(nèi)容請求中的用戶IP地址、 內(nèi)容分布、負(fù)栽情況、流量等信息綜合判斷最適合該用戶的SLB(比如 SLBa)，根據(jù)該SLB (SLBa)地址和被請求內(nèi)容生成新的內(nèi)容URL,通過應(yīng)用層重定向命令向用戶返回新的內(nèi)容URL;T，4.客戶端根據(jù)收到的新URL地址向該SLB ( SLBa)請求內(nèi)容 并完成i方問。本實(shí)施例通過引入交換設(shè)備將不同業(yè)務(wù)的請求交給不同業(yè)務(wù)的 GSLB設(shè)備，從而完成了有不同需求的多種業(yè)務(wù)的融合。該方案的 GSLB層可以僅使用一個(gè)/〉網(wǎng)IP地址，即該交換設(shè)備具有公網(wǎng)IP地 址，基于DNS的GSLB和應(yīng)用層重定向GSLB具有虛擬IP地址，減 少了對公網(wǎng)地址的使用。本實(shí)施例的GSLB層僅使用一個(gè)公網(wǎng)IP地 址，對于網(wǎng)頁和應(yīng)用加速業(yè)務(wù)，加速域的授權(quán)DNS解析服務(wù)器為交換 設(shè)備；對于流媒體和大文件下載，加速域的授權(quán)DNS解析服務(wù)器將 DNS請求解析為交換設(shè)備地址。注意，這種方式仍然需要CDN網(wǎng)絡(luò) 內(nèi)容提供商為不同的業(yè)務(wù)申請不同的域名。第二實(shí)施例圖8示出了根據(jù)本發(fā)明的第二實(shí)施例在地址資源有限的情況下在 SLB層實(shí)現(xiàn)業(yè)務(wù)融合的網(wǎng)絡(luò)分層結(jié)構(gòu)。圖9示出了根據(jù)本發(fā)明的第二 實(shí)施例在地址資源有限的情況下在SLB層實(shí)現(xiàn)業(yè)務(wù)融合的網(wǎng)絡(luò)系統(tǒng)結(jié) 構(gòu)。參考圖8和9，根據(jù)第二實(shí)施例的內(nèi)容分發(fā)網(wǎng)絡(luò)系統(tǒng)包括 客戶端(14)，該客戶端的瀏覽器響應(yīng)于用戶鍵入的內(nèi)容提供商 URL，產(chǎn)生DNS域名解析請求；響應(yīng)于用戶通過內(nèi)容提供商的發(fā)布頁 面獲得內(nèi)容URL，發(fā)起內(nèi)容訪問請求；位于SLB層(12)的交換設(shè)備(121),其一方面作為服務(wù)負(fù)載 均衡器SLB，下面具有用于存儲(chǔ)內(nèi)容提供商所存放的內(nèi)容的各緩沖器 (131 - 135 );另一方面耦合到應(yīng)用層重定向SLB(129)，當(dāng)判斷出請求 的業(yè)務(wù)類型是網(wǎng)頁或應(yīng)用加速時(shí)，從自身的各緩沖器中播放內(nèi)容；當(dāng) 判斷出請求的業(yè)務(wù)類型是流媒體時(shí)，將帶有內(nèi)容URL的內(nèi)容訪問請求 轉(zhuǎn)發(fā)給應(yīng)用層重定向SLB(129)，判斷業(yè)務(wù)類型是網(wǎng)頁或應(yīng)用加速還 是流媒體是根據(jù)請求中攜帶的信息判斷的，這一點(diǎn)與第 一 實(shí)施例中相 同，是本領(lǐng)域技術(shù)人員公知的內(nèi)容，該交換設(shè)備作為SLB的方面是現(xiàn)23有SLB的功能，其作為判斷業(yè)務(wù)類型并選擇性進(jìn)行切換的內(nèi)容可由本
領(lǐng)域技術(shù)人員根據(jù)上述功能以軟件等方式實(shí)現(xiàn)。
基子DNS的GSLB ( 111)，解析DNS域名解析請求中的域名
或內(nèi)容訪問請求中的URL中的域名，判斷最適合該用戶的交換設(shè)備 (121)，并將該交換設(shè)備的地址發(fā)送給客戶端，以便客戶端向該交換設(shè) 備的地址進(jìn)行訪問，該基于DNS的GSLB (111)的基本功能是相同 的，只不過現(xiàn)有技術(shù)中其只接收并解析DNS域名解析請求中的域名， 即只面對DNS方式，而本實(shí)施例不僅面對DNS方式，還面對應(yīng)用層 重定向方式，因此，當(dāng)在應(yīng)用層重定向方式下接收到帶有URL的內(nèi)容 訪問請求時(shí)，只將URL中的域名取出解析；另外，在現(xiàn)有技術(shù)中判斷 最適合該用戶的SLB，因?yàn)楸緦?shí)施例的交換設(shè)備中包含了一部分SLB 功能，因此本實(shí)施例判斷最適合該用戶的交換設(shè)備，因此，該基于DNS 的GSLB (111)可以由本領(lǐng)域技術(shù)人員通過現(xiàn)有技術(shù)的基于DNS的 GSLB功能改造實(shí)現(xiàn)。
所述應(yīng)用層重定向SLB (129)，下面具有用于存儲(chǔ)內(nèi)容提供商 所存放的內(nèi)容的各緩沖器，如直播高速緩存(134)、點(diǎn)播高速緩存 (135)、下栽高速緩存(133)等，如圖8的虛線表示，虛線表示所 述應(yīng)用層重定向SLB (129)不是自己去高速緩存中調(diào)度的，而是通過 與其耦合的交換設(shè)備調(diào)度的，圖8中交換設(shè)備向各高速緩存的調(diào)度都 表示為實(shí)線。該應(yīng)用層重定向SLB(129)根據(jù)內(nèi)容訪問請求中的信息 綜合判斷最適合該用戶的應(yīng)用層重定向SLB，如果最適合該用戶的應(yīng) 用層重定向SLB就是其自身，則從自身的各緩沖器(通過與其耦合的 交換設(shè)備)中播放內(nèi)容；如果最適合該用戶的應(yīng)用層重定向SLB是其 它應(yīng)用層重定向SLB，根據(jù)該其它應(yīng)用層重定向SLB和被請求內(nèi)容生 成新的內(nèi)容URL返回給客戶端，客戶端向新的應(yīng)用層重定向SLB請 求內(nèi)容。它的功能分為兩部分 一部分是從高速緩存中播放內(nèi)容的部 分，這部分與現(xiàn)有SLB類似，可參考現(xiàn)有SLB實(shí)現(xiàn)；另一部分是根 據(jù)內(nèi)容訪問請求中的信息綜合判斷最適合該用戶的應(yīng)用層重定向SLB 以及當(dāng)不是自身時(shí)向客戶端通知的功能，這部分功能與現(xiàn)有的應(yīng)用層重定向GSLB類似，只不過將其移入SLB層，因此可以相類似地實(shí)現(xiàn)。 另外，新的應(yīng)用層重定向SLB接收到內(nèi)容請求后，確認(rèn)目前是 否自己就是最適合該用戶的應(yīng)用層重定向SLB，其確認(rèn)的算法與第一 個(gè)應(yīng)用層重定向SLB判斷最適合該用戶的應(yīng)用層重定向SLB的算法 可以是一樣的，確認(rèn)的目的是因?yàn)樵谟汕耙粋€(gè)應(yīng)用層重定向SLB轉(zhuǎn)移 到后一個(gè)應(yīng)用層重定向SLB期間網(wǎng)絡(luò)條件等有可能發(fā)生變化，因此可 以這樣動(dòng)態(tài)地實(shí)時(shí)確定一個(gè)最適合該用戶的SLB，確認(rèn)的方法比如 如果確認(rèn)為是，則從自身的各緩沖器中播放內(nèi)容；如果確認(rèn)為不是， 則再次根據(jù)應(yīng)為目前最適合該用戶的應(yīng)用層重定向SLB的應(yīng)用層重定 向SLB和被請求內(nèi)容生成新的內(nèi)容URL返回給客戶端，但為了避免 重定向過程中產(chǎn)生閉合環(huán)路，即同一內(nèi)容請求被同一應(yīng)用層重定向設(shè) 備轉(zhuǎn)發(fā)兩次以上，如果目前最適合該用戶的應(yīng)用層重定向SLB是該請 求已經(jīng)經(jīng)歷過的應(yīng)用層重定向SLB，則不再返回，而是從自身的各緩 沖器中(通過與其耦合的交換設(shè)備)播放內(nèi)容。上述功能可由本領(lǐng)域 技術(shù)人員通過軟件等實(shí)現(xiàn)。
本實(shí)施例中，該交換設(shè)備具有公網(wǎng)IP地址，應(yīng)用層重定向SLB 具有虛擬IP地址，因此可以減少對公網(wǎng)地址的使用，節(jié)約公網(wǎng)地址資 源。
本實(shí)施例的交換設(shè)備可以是L4交換機(jī)，也可以是其它交換設(shè)備。 本實(shí)施例中，所述內(nèi)容訪問請求中的信息包括用戶IP地址、內(nèi) 容分布、負(fù)栽情況、流量信息。
根據(jù)本實(shí)施例的內(nèi)容分發(fā)方法可概括為
客戶端的瀏覽器響應(yīng)于用戶鍵入的內(nèi)容提供商URL，產(chǎn)生DNS 域名解析請求；響應(yīng)于用戶通過內(nèi)容提供商的發(fā)布頁面獲得內(nèi)容 URL ，發(fā)起內(nèi)容訪問請求；基于DNS的GSLB解析DNS域名解析請 求中的域名或內(nèi)容訪問請求中的URL中的域名，判斷最適合該用戶的 交換設(shè)備，并將該交換設(shè)備的地址發(fā)送給客戶端，客戶端向該交換設(shè)備 的地址進(jìn)行訪問，所述交換設(shè)備一方面作為服務(wù)負(fù)載均衡器SLB，下 面具有用于存儲(chǔ)內(nèi)容提供商所存放的內(nèi)容的各緩沖器，另一方面耦合到應(yīng)用層重定向SLB;交換設(shè)備當(dāng)判斷出請求的業(yè)務(wù)類型是網(wǎng)頁或應(yīng) 用加速時(shí)，從自身的各緩沖器中播放內(nèi)容；當(dāng)判斷出請求的業(yè)務(wù)類型 是流媒體時(shí)，將帶有內(nèi)容URL的內(nèi)容訪問請求轉(zhuǎn)發(fā)給應(yīng)用層重定向 SLB;應(yīng)用層重定向SLB根據(jù)內(nèi)容訪問請求中的信息綜合判斷最適合 該用戶的應(yīng)用層重定向SLB，如果最適合該用戶的應(yīng)用層重定向SLB 就是其自身，則從自身的各緩沖器中(通過耦合的交換設(shè)備)播放內(nèi) 容;如果最適合該用戶的應(yīng)用層重定向SLB是其它應(yīng)用層重定向SLB， 根據(jù)該其它應(yīng)用層重定向SLB和被請求內(nèi)容生成新的內(nèi)容URL返回 給客戶端，客戶端向新的應(yīng)用層重定向SLB請求內(nèi)容，新的應(yīng)用層重 定向SLB接收到內(nèi)容請求后，確認(rèn)目前是否自己就是最適合該用戶的 應(yīng)用層重定向SLB,如果是，則從自身的各緩沖器中播放內(nèi)容；如果 不是，則再次根據(jù)應(yīng)為目前最適合該用戶的應(yīng)用層重定向SLB的應(yīng)用 層重定向SLB和被請求內(nèi)容生成新的內(nèi)容URL返回給客戶端，但如 果目前最適合該用戶的應(yīng)用層重定向SLB是該請求已經(jīng)經(jīng)歷過的應(yīng)用 層重定向SLB，則不再返回，而是從自身的各緩沖器中播放內(nèi)容。
本實(shí)施例在GSLB層使用DNS方式的內(nèi)容路由算法，而在SLB 層融合對不同業(yè)務(wù)的處理。本實(shí)施例中，在GSLB層僅支持DNS方式， 而在SLB層通過交換設(shè)備實(shí)現(xiàn)多業(yè)務(wù)的負(fù)載均衡調(diào)度。應(yīng)用層重定向 設(shè)備與交換設(shè)備相連，并且所有發(fā)送給交換設(shè)備的流媒體或下栽訪問 請求被轉(zhuǎn)發(fā)給與該交換設(shè)備耦合的應(yīng)用層重定向SLB，從而在SLB層 完成業(yè)務(wù)的內(nèi)容路由處理。不同業(yè)務(wù)的內(nèi)容路由流程如下
網(wǎng)頁加速業(yè)務(wù)
Nl.響應(yīng)于用戶在客戶端(14)瀏覽器鍵入CDN內(nèi)容提供商的 URL，瀏覽器產(chǎn)生DNS域名解析請求，解析請求被引導(dǎo)到DNS - GSLB (111);
N2. DNS-GSLB(lll)依據(jù)DNS解析請求中的LDNS的IP地址判 斷最適合該用戶的交換設(shè)備(121)，并將該交換設(shè)備(121)的地址發(fā) 送給客戶端；
N3.客戶端瀏覽器根據(jù)收到的IP地址向交換設(shè)備(121)發(fā)起內(nèi)容請求；
N4.交換設(shè)備(121)收到請求，判斷出業(yè)務(wù)類型為網(wǎng)頁加速，引 導(dǎo)到網(wǎng)頁高速緩存并完成內(nèi)容訪問。 流媒體和下栽業(yè)務(wù)
N，
l.響應(yīng)于用戶通過CDN內(nèi)容提供商的發(fā)布頁面獲得內(nèi)容 URL，客戶端向DNS — GSLB (111)發(fā)送帶有URL的內(nèi)容訪問請求；
N，
2. DNS — GSLB( 111 )解析URL中的域名，返回交換設(shè)備(121) 地址；
N，
3.客戶端向交換設(shè)備請求URL內(nèi)容；
N，
4.交換設(shè)備(121)判斷出業(yè)務(wù)類型為流媒體，將請求轉(zhuǎn)發(fā)給 應(yīng)用層重定向SLB (假設(shè)圖9中的SLBa (129a));
N，
5.應(yīng)用層重定向SLB(SLBa)依據(jù)內(nèi)容請求中的用戶IP地址、 內(nèi)容分布、負(fù)載情況、流量等信息綜合判斷最適合該用戶的SLB(假設(shè) 是SLBb)，根據(jù)SLBb地址和被請求內(nèi)容生成新的內(nèi)容URL，通過應(yīng) 用層重定向命令向客戶端返回新的內(nèi)容URL;
N，
6.客戶端根據(jù)收到的新URL地址向新的SLB ( SLBb)請求內(nèi) 容，新的SLB (SLBb)確認(rèn)應(yīng)當(dāng)由本SLB服務(wù)，將訪問請求重定向 到本SLB的高速緩存i殳備完成訪問，如果不應(yīng)當(dāng)由本SLB服務(wù)，則 重新確i人新的SLB，通知客戶端，但如果重新確定的SLB是該請求所 經(jīng)歷過的SLB則不再返回，直接由本SLB服務(wù)。這樣，避免了重定 向過程中產(chǎn)生閉合環(huán)路，即同一內(nèi)容請求被同一應(yīng)用層重定向設(shè)備轉(zhuǎn) 發(fā)兩次以上。當(dāng)然，也可以不采用上面的方法進(jìn)行避免，本領(lǐng)域技術(shù) 人員可以在本發(fā)明的設(shè)計(jì)思路內(nèi)采用其它的避免方法。
另外，交換設(shè)備為流媒體業(yè)務(wù)分配額外的虛擬IP地址，以區(qū)分其 他交換設(shè)備調(diào)度來的請求和本地應(yīng)用層重定向SLB向本地高速緩存調(diào) 度的請求，當(dāng)與該交換設(shè)備相耦合的應(yīng)用層重定向SLB確認(rèn)請求應(yīng)當(dāng) 由該應(yīng)用層重定向SLB月艮務(wù)時(shí)，應(yīng)用層重定向SLB用VIP地址重新 組織出新URL，并發(fā)送給客戶端，客戶端向新URL發(fā)起訪問，交換 設(shè)備通過解析出的VIP地址了解該請求應(yīng)當(dāng)由與本交換設(shè)備相M的本地應(yīng)用層重定向SLB服務(wù)，將請求引導(dǎo)到本地高速緩存播放內(nèi)容。 本實(shí)施例通過在SLB層引入交換設(shè)備并引入應(yīng)用層重定向LSB 完成了多種業(yè)務(wù)的融合。該方案在單一交換設(shè)備可以僅使用一個(gè)公網(wǎng) IP地址，交換設(shè)備通過解析不同業(yè)務(wù)的協(xié)議完成融合業(yè)務(wù)的發(fā)送。如 果是網(wǎng)頁和應(yīng)用請求，請求被相應(yīng)高速緩存直接處理。如果是流媒體 和大文件下載業(yè)務(wù)，請求被轉(zhuǎn)發(fā)給應(yīng)用層重定向LSB，應(yīng)用層重定向 設(shè)備根據(jù)解析結(jié)果再將請求轉(zhuǎn)發(fā)給本地高速緩存或其他應(yīng)用層重定向 設(shè)備。另外，使用這種方案，CDN網(wǎng)絡(luò)內(nèi)容提供商已經(jīng)不需要為不同 的業(yè)務(wù)申請不同的域名了，業(yè)務(wù)是由不同的URL和協(xié)議區(qū)分的。 地址充足
如果CDN系統(tǒng)中所有設(shè)備都可以獲得獨(dú)立的公網(wǎng)IP地址，也可 以在DNS方式的GSLB下，在SLB層部署應(yīng)用層重定向SLB，從而 結(jié)合兩種方式的優(yōu)勢，實(shí)現(xiàn)多種業(yè)務(wù)的融合。
第三實(shí)施例
圖10示出了根據(jù)本發(fā)明的第三實(shí)施例在地址資源充足的情況下 實(shí)現(xiàn)業(yè)務(wù)融合的網(wǎng)絡(luò)分層結(jié)構(gòu)。圖11示出了相^據(jù)本發(fā)明的第三實(shí)施例 在地址資源充足的情況下實(shí)現(xiàn)業(yè)務(wù)融合的網(wǎng)絡(luò)系統(tǒng)結(jié)構(gòu)。本實(shí)施例需 要內(nèi)容提供商為不同的業(yè)務(wù)申請不同的域名。
參考圖10和11，根據(jù)第三實(shí)施例的內(nèi)容分發(fā)網(wǎng)絡(luò)系統(tǒng)包括
客戶端(14)，該客戶端的瀏覽器響應(yīng)于用戶鍵入的內(nèi)容提供商 URL,產(chǎn)生IJNS域名解析請求；響應(yīng)于用戶通過內(nèi)容提供商的發(fā)布頁 面獲得內(nèi)容URL，發(fā)起內(nèi)容訪問請求；
位于SLB層(12)的SLB (121)，其下面具有位于高速緩存層 (13)的用于存儲(chǔ)內(nèi)容提供商所存放的內(nèi)容的各緩沖器(如網(wǎng)頁高速 緩存(131)、應(yīng)用高速緩存(132))，當(dāng)接收到網(wǎng)頁或應(yīng)用內(nèi)容請 求時(shí)，從自身的各緩沖器中播放內(nèi)容；
位于SLB層(12)的應(yīng)用層重定向SLB (129),下面具有位于 高速緩存層U3 )的用于存儲(chǔ)內(nèi)M供商所存放的內(nèi)容的各緩沖器(如 直播高速緩存(134)、點(diǎn)播高速緩存(135)、下載高速緩存(133 ))，當(dāng)接收到流媒體內(nèi)容請求時(shí)，根據(jù)流媒體內(nèi)容請求中的信息綜合判斷
最適合該用戶的應(yīng)用層重定向SLB,如果最適合該用戶的應(yīng)用層重定 向SLB就是其自身，則從自身的各緩沖器中播放內(nèi)容；如杲最適合該 用戶的應(yīng)用層重定向SLB是其它應(yīng)用層重定向SLB,根據(jù)該其它應(yīng)用 層重定向SLB和被請求內(nèi)容生成新的內(nèi)容URL返回給客戶端，客戶 端向新的應(yīng)用層重定向SLB請求內(nèi)容，該應(yīng)用層重定向SLB (129) 與第二實(shí)施例中的應(yīng)用層重定向SLB(129)類似，因此可以參照第二 實(shí)施例中的應(yīng)用層重定向SLB (129)類似地實(shí)現(xiàn)；
位于GSLB層(11)的基于DNS的GSLB ( 111)，其接收來自 客戶端的DNS域名解析請求或帶有URL的內(nèi)容訪問請求，當(dāng)判斷出 請求的業(yè)務(wù)類型是網(wǎng)頁或應(yīng)用加速時(shí)，根據(jù)DNS解析請求中的IP地 址判斷最適合該用戶的SLB，并將該SLB的地址發(fā)送給客戶端，以便客 戶端向該SLB的地址發(fā)出網(wǎng)頁或應(yīng)用內(nèi)容請求；當(dāng)判斷出請求的業(yè)務(wù) 類型是流媒體時(shí)，解析內(nèi)容訪問請求中的URL中的域名，返回應(yīng)用層 重定向SLB (129)地址給客戶端，以便客戶端向應(yīng)用層重定向SLB (129)發(fā)出流媒體內(nèi)容請求。該基于DNS的GSLB (111)與現(xiàn)有技 術(shù)中的不同在于首先其中多了切換功能，即判斷業(yè)務(wù)類型，然后再根 據(jù)業(yè)務(wù)類型判斷最適合該用戶的SLB或最適合該用戶的應(yīng)用層重定向 SLB，判斷業(yè)務(wù)類型如前所述是基于DNS域名解析請求或內(nèi)容服務(wù)請 求中的信息的，因此本領(lǐng)域技術(shù)人員能夠?qū)崿F(xiàn)，因此這種切換功能可 由本領(lǐng)域技術(shù)人員利用軟件等實(shí)現(xiàn)。另一個(gè)與現(xiàn)有技術(shù)基于DNS的 GSLB (111)的不同在于現(xiàn)有技術(shù)的基于DNS的GSLB (111)僅判 斷最適合該用戶的SLB，而本實(shí)施例分成兩支，在一支判斷最適合該 用戶的SLB，在另一至判斷最適合該用戶的應(yīng)用層重定向SLB，判斷 后者的方法與前者類似，因此也可以由本領(lǐng)域技術(shù)人員通過軟件等實(shí) 現(xiàn)。
在本實(shí)施例中，新的應(yīng)用層重定向SLB接收到流媒體內(nèi)容請求 后，確認(rèn)目前是否自己就是最適合該用戶的應(yīng)用層重定向SLB (確認(rèn) 的方法與前一個(gè)應(yīng)用層重定向SLB判斷哪個(gè)應(yīng)用層重定向SLB是最適合于用戶的應(yīng)用層重定向SLB的方法相同)，如果是，則從自身的 各緩沖器中播放內(nèi)容；如果不是，則再次根據(jù)應(yīng)為目前最適合該用戶 的應(yīng)用層重定向SLB的應(yīng)用層重定向SLB和被請求內(nèi)容生成新的內(nèi) 容URL返回給客戶端，但如果目前最適合該用戶的應(yīng)用層重定向SLB 是該請求已經(jīng)經(jīng)歷過的應(yīng)用層重定向SLB,則不再返回，而是從自身 的各緩沖器中播放內(nèi)容。上述功能可由本領(lǐng)域技術(shù)人員通過軟件等實(shí) 現(xiàn)。在本實(shí)施例中，基于DNS的GSLB (111) 、 SLB和應(yīng)用層重定 向SLB (129)都具有公網(wǎng)IP地址。在本實(shí)施例中，該交換設(shè)備是L4交換機(jī)，但也可以采用其它交 換設(shè)備。在本實(shí)施例中，所述流媒體內(nèi)容請求中的信息包括用戶IP地址、 內(nèi)容分布、負(fù)載情況、流量信息。本實(shí)施例的內(nèi)容分發(fā)方法可概括為客戶端的瀏覽器響應(yīng)于用戶鍵入的內(nèi)容提供商URL，產(chǎn)生DNS 域名解析請求；響應(yīng)于用戶通過內(nèi)容提供商的發(fā)布頁面獲得內(nèi)容 URL，發(fā)起內(nèi)容訪問請求；基于DNS的GSLB接收來自客戶端的DNS 域名解析請求或帶有URL的內(nèi)容訪問請求，當(dāng)判斷出請求的業(yè)務(wù)類型 是網(wǎng)頁或應(yīng)用加速時(shí)，根據(jù)DNS解析請求中的IP地址判斷最適合該 用戶的SLB，并將該SLB的地址發(fā)送給客戶端，以便客戶端向該SLB的 地址發(fā)出網(wǎng)頁或應(yīng)用內(nèi)容請求；當(dāng)判斷出請求的業(yè)務(wù)類型是流媒體時(shí)， 解析內(nèi)容訪問請求中的URL中的域名，返回應(yīng)用層重定向SLB(129) 地址給客戶端，以便客戶端向應(yīng)用層重定向SLB(129)發(fā)出流媒體內(nèi) 容請求，其中SLB和應(yīng)用層重定向SLB下面具有用于存儲(chǔ)內(nèi)容提供 商所存放的內(nèi)容的各緩沖器；SLB當(dāng)接收到網(wǎng)頁或應(yīng)用內(nèi)容請求時(shí)， 從自身的各緩沖器中播放內(nèi)容；應(yīng)用層重定向SLB當(dāng)接收到流^fc體內(nèi) 容請求時(shí)，根據(jù)流媒體內(nèi)容請求中的信息綜合判斷最適合該用戶的應(yīng) 用層重定向SLB，如果最適合該用戶的應(yīng)用層重定向SLB就是其自身， 則從自身的^^緩沖器中播放內(nèi)容；如果最適合該用戶的應(yīng)用層重定向SLB是其它應(yīng)用層重定向SLB，根據(jù)該其它應(yīng)用層重定向SLB和被請 求內(nèi)容生成新的內(nèi)容URL返回給客戶端，客戶端向新的應(yīng)用層重定向 SLB請求內(nèi)容，新的應(yīng)用層重定向SLB接收到流媒體內(nèi)容請求后，確 認(rèn)目前是否自己就是最適合該用戶的應(yīng)用層重定向SLB，如果是，則 從自身的各緩沖器中播放內(nèi)容；如果不是，則再次根據(jù)應(yīng)為目前最適 合該用戶的應(yīng)用層重定向SLB的應(yīng)用層重定向SLB和被請求內(nèi)容生 成新的內(nèi)容URL返回給客戶端，但如果目前最適合該用戶的應(yīng)用層重 定向SLB是該請求已經(jīng)經(jīng)歷過的應(yīng)用層重定向SLB，則不再返回，而 是從自身的各緩沖器中播放內(nèi)容。業(yè)務(wù)流程的具體實(shí)現(xiàn)方式如下網(wǎng)頁加速業(yè)務(wù)Ll.響應(yīng)于用戶在客戶端(14)瀏覽器鍵入CDN內(nèi)容提供商的 URL，瀏覽器產(chǎn)生DNS域名解析請求，解析請求被引導(dǎo)到DNS - GSLB (111);L2. DNS"GSLB(111)判斷出業(yè)務(wù)類型為網(wǎng)頁加速，依據(jù)DNS解析 請求中的LDNS的IP地址判斷最適合該用戶的SLB(121)，并將該 SLB(121)的SLB地址發(fā)送給用戶；L3.客戶端瀏覽器根據(jù)收到的IP地址向SLB(121)發(fā)起內(nèi)容請求；L4. SLB(121)收到請求，引導(dǎo)到高速緩存設(shè)備并完成內(nèi)容訪問。 流媒體和下載業(yè)務(wù)L，l.響應(yīng)于用戶通過CDN內(nèi)容提供商的發(fā)布頁面獲得內(nèi)容 URL，客戶端發(fā)起內(nèi)容訪問請求；L，2. DNS-GSLB(111)判斷出業(yè)務(wù)類型為流媒體或下載業(yè)務(wù)，解析 URL中的域名，返回應(yīng)用層重定向SLB(在圖11中假定為SLBa (129a))地址給客戶端；L，3.客戶端向應(yīng)用層重定向SLB (圖11中的SLBa ( 129a))請 求URL內(nèi)容；L，4.應(yīng)用層重定向SLB (圖11中的SLBa (129a))依據(jù)內(nèi)容請 求中的用戶HP地址、內(nèi)容分布、負(fù)載情況、流量等信息綜合判斷最適31合該用戶的應(yīng)用層重定向SLB (假定圖11中的SLBb (129b)),根 據(jù)該應(yīng)用層重定向SLB地址(SLBb (129b))和被請求內(nèi)容生成新 的內(nèi)容URL，通過應(yīng)用層重定向命令向用戶返回新的內(nèi)容URL;L，5.客戶端根據(jù)收到的新URL地址向新的應(yīng)用層重定向SLB (SLBb (129b))請求內(nèi)容，新的應(yīng)用層重定向SLB ( SLBb (12他)) 確認(rèn)應(yīng)當(dāng)由本新的應(yīng)用層重定向SLB ( SLBb (129b))月l務(wù)，將訪問 請求重定向到該新的應(yīng)用層重定向SLB ( SLBb (129b ))下的高速緩 存緩存設(shè)備完成訪問。與第二實(shí)施例類似，上述L，4和L，5的流程可能多次重復(fù)，因此 要求應(yīng)用層重定向算法能夠避免重定向過程中產(chǎn)生閉合環(huán)路，即同一 內(nèi)容請求被同一應(yīng)用層重定向設(shè)備轉(zhuǎn)發(fā)兩次以上。如上面所提到的， 如果目前最適合該用戶的應(yīng)用層重定向SLB是該請求已經(jīng)經(jīng)歷過的應(yīng) 用層重定向SLB，則不再返回，而是從自身的各緩沖器中播放內(nèi)容。另外，在圖11中，在客戶端與應(yīng)用層重定向SLB之間、在各應(yīng) 用層重定向SLB之間有內(nèi)容路由器(15)。上面所述只是本發(fā)明的示例性實(shí)施例，而不是限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
1. 一種內(nèi)容分發(fā)網(wǎng)絡(luò)系統(tǒng)，包括基于域名服務(wù)DNS的內(nèi)容分發(fā)系統(tǒng)和應(yīng)用層重定向內(nèi)容分發(fā)系統(tǒng)，基于DNS的內(nèi)容分發(fā)系統(tǒng)具有基于DNS的全局服務(wù)負(fù)載均衡器GSLB(111)，應(yīng)用層重定向內(nèi)容分發(fā)系統(tǒng)具有應(yīng)用層重定向GSLB(112)，其特征在于在基于DNS的GSLB和應(yīng)用層重定向GSLB之間提供交換設(shè)備(113)，其耦合到客戶端，接收來自客戶端的DNS域名解析請求或帶有內(nèi)容統(tǒng)一資源定位符URL的內(nèi)容訪問請求，根據(jù)請求的業(yè)務(wù)類型分別將其轉(zhuǎn)發(fā)到基于DNS的GSLB和應(yīng)用層重定向GSLB。
2. 根據(jù)權(quán)利要求1的內(nèi)容分發(fā)網(wǎng)絡(luò)系統(tǒng)，其特征在于交換設(shè) 備(113)當(dāng)判斷出請求的業(yè)務(wù)類型是網(wǎng)頁或應(yīng)用加速時(shí)，將來自客戶 端的DNS域名解析請求轉(zhuǎn)發(fā)給基于DNS的GSLB,當(dāng)判斷出請求的 業(yè)務(wù)類型是流媒體時(shí)，將來自客戶端的帶有內(nèi)容URL的內(nèi)容訪問請求 轉(zhuǎn)發(fā)給應(yīng)用層重定向GSLB。
3. 根據(jù)權(quán)利要求1的內(nèi)容分發(fā)網(wǎng)絡(luò)系統(tǒng)，其特征在于該交換 設(shè)備具有公網(wǎng)IP地址，基于DNS的GSLB和應(yīng)用層重定向GSLB具 有虛擬IP地址。
4. 根據(jù)權(quán)利要求1的內(nèi)容分發(fā)網(wǎng)絡(luò)系統(tǒng)，其特征在于該交換 設(shè)備是L4交換機(jī)。
5. —種內(nèi)容分發(fā)網(wǎng)絡(luò)系統(tǒng)，包括客戶端(14),該客戶端的瀏覽器響應(yīng)于用戶鍵入的內(nèi)容提供商 URL，產(chǎn)生DNS域名解析請求；響應(yīng)于用戶通過內(nèi),供商的發(fā)布頁 面獲得內(nèi)容URL，發(fā)起內(nèi)容訪問請求；服務(wù)負(fù)載均衡器SLB (121)，其下面具有用于存儲(chǔ)內(nèi)容提供商 所存放的內(nèi)容的各緩沖器(131-135);基于DNS的GSLB (111)，根據(jù)DNS解析請求中的IP地址判 斷最適合該用戶的SLB，并將該SLB的地址發(fā)送給客戶端，以便客戶端 向該SLB的地址進(jìn)行訪問；應(yīng)用層重定向GSLB (112)，根據(jù)內(nèi)容訪問請求中的信息綜合 判斷最適合該用戶的SLB,根據(jù)SLB地址和被請求內(nèi)容生成新的內(nèi)容 URL，返回給客戶端，以便客戶端根據(jù)新的內(nèi)容URL向該SLB訪問；在基于DNS的GSLB和應(yīng)用層重定向GSLB之間的交換設(shè)備 (113 )，接收來自客戶端的DNS域名解析請求或帶有內(nèi)容URL的內(nèi) 容訪問請求，當(dāng)判斷出請求的業(yè)務(wù)類型是網(wǎng)頁或應(yīng)用加速時(shí)，將來自 客戶端的DNS域名解析請求轉(zhuǎn)發(fā)給基于DNS的GSLB，當(dāng)判斷出請 求的業(yè)務(wù)類型是流媒體時(shí)，將來自客戶端的帶有內(nèi)容URL的內(nèi)容訪問 請求轉(zhuǎn)發(fā)給應(yīng)用層重定向GSLB。
6. 根據(jù)權(quán)利要求5的內(nèi)容分發(fā)網(wǎng)絡(luò)系統(tǒng)，其特征在于該交換 設(shè)備具有公網(wǎng)IP地址，基于DNS的GSLB和應(yīng)用層重定向GSLB具 有虛擬IP地址。
7. 根據(jù)權(quán)利要求5的內(nèi)容分發(fā)網(wǎng)絡(luò)系統(tǒng)，其特征在于該交換 設(shè)備是L4交換機(jī)。
8. 根據(jù)權(quán)利要求5的內(nèi)容分發(fā)網(wǎng)絡(luò)系統(tǒng)，其特征在于所述內(nèi) 容訪問請求中的信息包括用戶IP地址、內(nèi)容分布、負(fù)栽情況、流量信 息。
9. 一種內(nèi)容分發(fā)方法，包括客戶端的瀏覽器響應(yīng)于用戶鍵入的內(nèi)容提供商URL，產(chǎn)生DNS 域名解析請求；響應(yīng)于用戶通過內(nèi)容提供商的發(fā)布頁面獲得內(nèi)容 URL，發(fā)起內(nèi)容訪問請求；交換設(shè)備接收來自客戶端的DNS域名解析請求或帶有內(nèi)容URL 的內(nèi)容訪問請求，當(dāng)判斷出請求的業(yè)務(wù)類型是網(wǎng)頁或應(yīng)用加速時(shí)，將 來自客戶端的DNS域名解析請求轉(zhuǎn)發(fā)給基于DNS的GSLB，當(dāng)判斷 出請求的業(yè)務(wù)類型是流媒體時(shí)，將來自客戶端的帶有內(nèi)容URL的內(nèi)容 訪問請求轉(zhuǎn)發(fā)給應(yīng)用層重定向GSLB;基于DNS的GSLB根據(jù)DNS解析請求中的IP地址判斷最適合 該用戶的服務(wù)負(fù)栽均衡器SLB，并將該SLB的地址發(fā)送給客戶端，客戶 端向該SLB的地址進(jìn)行訪問；應(yīng)用層重定向GSLB根據(jù)內(nèi)容訪問請求中的信息綜合判斷最適合該用戶的SLB，根據(jù)SLB地址和被請求內(nèi)容 生成新的內(nèi)容URL，返回給客戶端，客戶端根據(jù)新的內(nèi)容URL向該 SLB訪問；服務(wù)負(fù)栽均衡器SLB從其下面用于存儲(chǔ)內(nèi)容提供商所存放的內(nèi) 容的各緩沖器(131-135)播放內(nèi)容。
10. —種內(nèi)容分發(fā)網(wǎng)絡(luò)系統(tǒng)，包括客戶端(14)，該客戶端的瀏覽器響應(yīng)于用戶鍵入的內(nèi)容提供商 URL，產(chǎn)生DNS域名解析請求；響應(yīng)于用戶通過內(nèi)容提供商的發(fā)布頁 面獲得內(nèi)容URL，發(fā)起內(nèi)容訪問請求；交換設(shè)備(121)，其一方面作為服務(wù)負(fù)載均衡器SLB,下面具 有用于存儲(chǔ)內(nèi)容提供商所存放的內(nèi)容的各緩沖器，另一方面耦合到應(yīng) 用層重定向SLB(129)，當(dāng)判斷出請求的業(yè)務(wù)類型是網(wǎng)頁或應(yīng)用加速時(shí)， 從自身的各緩沖器中播放內(nèi)容；當(dāng)判斷出請求的業(yè)務(wù)類型是流媒體時(shí)， 將帶有內(nèi)容URL的內(nèi)容訪問請求轉(zhuǎn)發(fā)給應(yīng)用層重定向SLB (129);基于DNS的GSLB (111)，解析DNS域名解析請求中的域名 或內(nèi)容訪問請求中的URL中的域名，判斷最適合該用戶的交換設(shè)備 (121)，并將該交換設(shè)備的地址發(fā)送給客戶端，以便客戶端向該交換設(shè) 備的地址進(jìn)^亍訪問；所述應(yīng)用層重定向SLB (129)，根據(jù)內(nèi)容訪問請求中的信息綜 合判斷最適合該用戶的應(yīng)用層重定向SLB，如果最適合該用戶的應(yīng)用 層重定向SLB就是其自身，則通過與其耦合的交換設(shè)備下面的各緩沖 器播放內(nèi)容；如果最適合該用戶的應(yīng)用層重定向SLB是其它應(yīng)用層重 定向SLB，根據(jù)該其它應(yīng)用層重定向SLB和被請求內(nèi)容生成新的內(nèi)容 URL返回給客戶端，客戶端向新的應(yīng)用層重定向SLB請求內(nèi)容。
11. 根據(jù)權(quán)利要求10的內(nèi)容分發(fā)網(wǎng)絡(luò)系統(tǒng)，其特征在于新的 應(yīng)用層重定向SLB接收到內(nèi)容請求后，確認(rèn)目前是否自己就是最適合 該用戶的應(yīng)用層重定向SLB，如果是，則從各緩沖器中播放內(nèi)容；如 果不是，則再次根據(jù)應(yīng)為目前最適合該用戶的應(yīng)用層重定向SLB的應(yīng) 用層重定向SLB和被請求內(nèi)容生成新的內(nèi)容URL返回給客戶端，但頁如果目前最適合該用戶的應(yīng)用層重定向SLB是該請求已經(jīng)經(jīng)歷過的應(yīng) 用層重定向SLB,則不再返回，而是從各緩沖器中播放內(nèi)容。
12. 根據(jù)權(quán)利要求10的內(nèi)容分發(fā)網(wǎng)絡(luò)系統(tǒng)，其特征在于該交 換設(shè)備具有公網(wǎng)IP地址，應(yīng)用層重定向SLB具有虛擬IP地址，交換 設(shè)備為流媒體業(yè)務(wù)分配額外的虛擬IP地址，以區(qū)分其他交換設(shè)備調(diào)度 來的請求和本地應(yīng)用層重定向SLB向本地高速緩存調(diào)度的請求，當(dāng)與 該交換設(shè)備相耦合的應(yīng)用層重定向SLB確認(rèn)請求應(yīng)當(dāng)由該應(yīng)用層重定 向SLB月l務(wù)時(shí)，應(yīng)用層重定向SLB用VIP地址重新組織出新URL, 并發(fā)送給客戶端，客戶端向新URL發(fā)起訪問，交換設(shè)備通過解析出的 VIP地址了解該請求應(yīng)當(dāng)由與本交換設(shè)備相耦合的本地應(yīng)用層重定向 SLB服務(wù)，將請求引導(dǎo)到本地高速緩存播放內(nèi)容。
13. 根據(jù)權(quán)利要求10的內(nèi)容分發(fā)網(wǎng)絡(luò)系統(tǒng)，其特征在于該交 換設(shè)備是L4交換機(jī)。
14. 根據(jù)權(quán)利要求10的內(nèi)容分發(fā)網(wǎng)絡(luò)系統(tǒng)，其特征在于所述 內(nèi)容訪問請求中的信息包括用戶IP地址、內(nèi)容分布、負(fù)載情況、流量 信息。
15. —種內(nèi)容分發(fā)方法，包括客戶端的瀏覽器響應(yīng)于用戶鍵入的內(nèi)容提供商URL，產(chǎn)生DNS 域名解析請求；響應(yīng)于用戶通過內(nèi)容提供商的發(fā)布頁面獲得內(nèi)容 URL,發(fā)起內(nèi)容訪問請求；基于DNS的GSLB解析DNS域名解析請求中的域名或內(nèi)容訪問 請求中的URL中的域名，判斷最適合該用戶的交換設(shè)備，并將該交換 設(shè)備的地址發(fā)送給客戶端，客戶端向該交換設(shè)備的地址進(jìn)行訪問，所述 交換設(shè)備一方面作為服務(wù)負(fù)載均衡器SLB，下面具有用于存儲(chǔ)內(nèi)容提 供商所存放的內(nèi)容的各緩沖器，另一方面耦合到應(yīng)用層重定向SLB;交換設(shè)備當(dāng)判斷出請求的業(yè)務(wù)類型是網(wǎng)頁或應(yīng)用加速時(shí)，從自身 的各緩沖器中播放內(nèi)容；當(dāng)判斷出請求的業(yè)務(wù)類型是流媒體時(shí)，將帶 有內(nèi)容URL的內(nèi)容訪問請求轉(zhuǎn)發(fā)給應(yīng)用層重定向SLB;應(yīng)用層重定向SLB根據(jù)內(nèi)容訪問請求中的信息綜合判斷最適合該用戶的應(yīng)用層重定向SLB,如果最適合該用戶的應(yīng)用層重定向SLB 就是其自身，則從各緩沖器中播放內(nèi)容；如果最適合該用戶的應(yīng)用層 重定向SLB是其它應(yīng)用層重定向SLB，4艮據(jù)該其它應(yīng)用層重定向SLB 和被請求內(nèi)容生成新的內(nèi)容URL返回給客戶端，客戶端向新的應(yīng)用層 重定向SLB請求內(nèi)容，新的應(yīng)用層重定向SLB接收到內(nèi)容請求后， 確認(rèn)目前是否自己就是最適合該用戶的應(yīng)用層重定向SLB，如果是， 則從各緩沖器中播放內(nèi)容；如果不是，則再次根據(jù)應(yīng)為目前最適合該 用戶的應(yīng)用層重定向SLB的應(yīng)用層重定向SLB和被請求內(nèi)容生成新 的內(nèi)容URL返回給客戶端，但如果目前最適合該用戶的應(yīng)用層重定向 SLB是該請求已經(jīng)經(jīng)歷過的應(yīng)用層重定向SLB，則不再返回，而是從 各緩沖器中播放內(nèi)容。
16. —種內(nèi)容分發(fā)網(wǎng)絡(luò)系統(tǒng)，包括客戶端(14)，該客戶端的瀏覽器響應(yīng)于用戶鍵入的內(nèi)容提供商 URL，產(chǎn)生DNS域名解析請求；響應(yīng)于用戶通過內(nèi)^C供商的發(fā)布頁 面獲得內(nèi)容URL,發(fā)起內(nèi)容訪問請求；SLB，其下面具有用于存儲(chǔ)內(nèi)容提供商所存放的內(nèi)容的>^緩沖 器，當(dāng)接收到網(wǎng)頁或應(yīng)用內(nèi)容請求時(shí)，從自身的各緩沖器中播放內(nèi)容；應(yīng)用層重定向SLB (129),下面具有用于存儲(chǔ)內(nèi)容提供商所存 放的內(nèi)容的各緩沖器，當(dāng)接收到流媒體內(nèi)容請求時(shí)，根據(jù)流媒體內(nèi)容 請求中的信息綜合判斷最適合該用戶的應(yīng)用層重定向SLB,如果最適 合該用戶的應(yīng)用層重定向SLB就是其自身，則從自身的各緩沖器中播 放內(nèi)容；如果最適合該用戶的應(yīng)用層重定向SLB是其它應(yīng)用層重定向 SLB,根據(jù)該其它應(yīng)用層重定向SLB和被請求內(nèi)容生成新的內(nèi)容URL 返回給客戶端，客戶端向新的應(yīng)用層重定向SLB請求內(nèi)容；基于DNS的GSLB (111)，其接收來自客戶端的DNS域名解 析請求或帶有URL的內(nèi)容訪問請求，當(dāng)判斷出請求的業(yè)務(wù)類型是網(wǎng)頁 或應(yīng)用加速時(shí)，根據(jù)DNS解析請求中的IP地址判斷最適合該用戶的 SLB,并將該SLB的地址發(fā)送給客戶端，以便客戶端向該SLB的地址發(fā) 出網(wǎng)頁或應(yīng)用內(nèi)容請求；當(dāng)判斷出請求的業(yè)務(wù)類型是流媒體時(shí)，解析內(nèi)容訪問請求中的URL中的域名，返回應(yīng)用層重定向SLB (129)地 址給客戶端，以便客戶端向應(yīng)用層重定向SLB(129)發(fā)出流媒體內(nèi)容請求。
17. 根振權(quán)利要求16的內(nèi)容分發(fā)網(wǎng)絡(luò)系統(tǒng)，其特征在于新的 應(yīng)用層重定向SLB接收到流媒體內(nèi)容請求后，確認(rèn)目前是否自己就是 最適合該用戶的應(yīng)用層重定向SLB，如果是，則從自身的各緩沖器中 播放內(nèi)容；如果不是，則再次根據(jù)應(yīng)為目前最適合該用戶的應(yīng)用層重 定向SLB的應(yīng)用層重定向SLB和被請求內(nèi)容生成新的內(nèi)容URL返回 給客戶端，但如果目前最適合該用戶的應(yīng)用層重定向SLB是該請求已 經(jīng)經(jīng)歷過的應(yīng)用層重定向SLB，則不再返回，而是從自身的各緩沖器 中播放內(nèi)容。
18. 根據(jù)權(quán)利要求16的內(nèi)容分發(fā)網(wǎng)絡(luò)系統(tǒng)，其特征在于基于 DNS的GSLB (111) 、 SLB和應(yīng)用層重定向SLB (129)都具有公網(wǎng) IP地址。
19. 根據(jù)權(quán)利要求16的內(nèi)容分發(fā)網(wǎng)絡(luò)系統(tǒng)，其特征在于該交 換設(shè)備是L4交換機(jī)。
20. 根據(jù)權(quán)利要求16的內(nèi)容分發(fā)網(wǎng)絡(luò)系統(tǒng)，其特征在于所述 流媒體內(nèi)容請求中的信息包括用戶IP地址、內(nèi)容分布、負(fù)載情況、流 量信息。
21. —種內(nèi)容分發(fā)方法，包括客戶端的瀏覽器響應(yīng)于用戶鍵入的內(nèi)容提供商URL，產(chǎn)生DNS 域名解析請求；響應(yīng)于用戶通過內(nèi)容提供商的發(fā)布頁面獲得內(nèi)容 URL，發(fā)起內(nèi)容訪問請求；基于DNS的GSLB接收來自客戶端的DNS域名解析請求或帶有 URL的內(nèi)容訪問請求，當(dāng)判斷出請求的業(yè)務(wù)類型是網(wǎng)頁或應(yīng)用加速 時(shí)，根據(jù)DNS解析請求中的IP地址判斷最適合該用戶的SLB，并將該 SLB的地址發(fā)送給客戶端，以便客戶端向該SLB的地址發(fā)出網(wǎng)頁或應(yīng) 用內(nèi)容請求；當(dāng)判斷出請求的業(yè)務(wù)類型是流媒體時(shí)，解析內(nèi)容訪問請 求中的URL中的域名，返回應(yīng)用層重定向SLB (129 )地址給客戶端，以便客戶端向應(yīng)用層重定向SLB (129)發(fā)出流媒體內(nèi)容請求，其中 SLB和應(yīng)用層重定向SLB下面具有用于存儲(chǔ)內(nèi)容提供商所存放的內(nèi) 容的各緩沖器；SLB當(dāng)接收到網(wǎng)頁或應(yīng)用內(nèi)容請求時(shí)，從自身的各緩沖器中播放 內(nèi)容；應(yīng)用層重定向SLB當(dāng)接收到流媒體內(nèi)容請求時(shí)，根據(jù)流媒體內(nèi) 容請求中的信息綜合判斷最適合該用戶的應(yīng)用層重定向SLB，如果最 適合該用戶的應(yīng)用層重定向SLB就是其自身，則從自身的各緩沖器中 播放內(nèi)容；如果最適合該用戶的應(yīng)用層重定向SLB是其它應(yīng)用層重定 向SLB，根據(jù)該其它應(yīng)用層重定向SLB和被請求內(nèi)容生成新的內(nèi)容 URL返回給客戶端，客戶端向新的應(yīng)用層重定向SLB請求內(nèi)容，新 的應(yīng)用層重定向SLB接收到流媒體內(nèi)容請求后，確認(rèn)目前是否自己就 是最適合該用戶的應(yīng)用層重定向SLB，如果是，則從自身的各緩沖器 中播放內(nèi)容；如果不是，則再次根據(jù)應(yīng)為目前最適合該用戶的應(yīng)用層 重定向SLB的應(yīng)用層重定向SLB和被請求內(nèi)容生成新的內(nèi)容URL返 回給客戶端，但如果目前最適合該用戶的應(yīng)用層重定向SLB是該請求 已經(jīng)經(jīng)歷過的應(yīng)用層重定向SLB，則不再返回，而是從自身的各緩沖 器中播放內(nèi)容。
全文摘要
一種內(nèi)容分發(fā)網(wǎng)絡(luò)系統(tǒng)，包括基于域名服務(wù)DNS的內(nèi)容分發(fā)系統(tǒng)和應(yīng)用層重定向內(nèi)容分發(fā)系統(tǒng)，基于DNS的內(nèi)容分發(fā)系統(tǒng)具有基于DNS的全局服務(wù)負(fù)載均衡器GSLB，應(yīng)用層重定向內(nèi)容分發(fā)系統(tǒng)具有應(yīng)用層重定向GSLB，其特征在于在基于DNS的GSLB和應(yīng)用層重定向GSLB之間提供交換設(shè)備，其耦合到客戶端，接收來自客戶端的DNS域名解析請求或帶有內(nèi)容統(tǒng)一資源定位符URL的內(nèi)容訪問請求，根據(jù)請求的業(yè)務(wù)類型分別將其轉(zhuǎn)發(fā)到基于DNS的GSLB和應(yīng)用層重定向GSLB。本發(fā)明還提供了相關(guān)方法。本發(fā)明實(shí)現(xiàn)了基于DNS的CDN網(wǎng)絡(luò)和應(yīng)用層重定向CDN網(wǎng)絡(luò)的融合。
文檔編號H04H60/82GK101242422SQ200710006800
公開日2008年8月13日 申請日期2007年2月6日 優(yōu)先權(quán)日2007年2月6日
發(fā)明者周開宇, 廣小明, 楊戰(zhàn)宏, 楊明川, 王和宇, 譚國權(quán), 雷葆華 申請人:中國電信股份有限公司