專利名稱：內(nèi)容分發(fā)網(wǎng)絡(luò)流量智能調(diào)度方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)技術(shù)領(lǐng)域，更具體地說，涉及內(nèi)容分發(fā)網(wǎng)絡(luò)流量智能調(diào)度方法、裝
置及系統(tǒng)。
背景技術(shù)：
DNS的英文全稱為Domain Name System,其中文名稱是域名系統(tǒng)，該系統(tǒng)用于命名 組織到域?qū)哟谓Y(jié)構(gòu)中的計(jì)算機(jī)和網(wǎng)絡(luò)服務(wù)。在Internet上域名與IP地址之間是一對一 (或者多對一 )的，域名雖然便于人們記憶，但機(jī)器之間只能互相認(rèn)識IP地址，它們之間的 轉(zhuǎn)換工作稱為域名解析，域名解析需要由專門的域名解析服務(wù)器來完成，DNS就是進(jìn)行域名 解析的服務(wù)器。DNS命名用于Internet等TCP/IP網(wǎng)絡(luò)中，通過用戶友好的名稱查找計(jì)算 機(jī)和服務(wù)。當(dāng)用戶在應(yīng)用程序中輸入DNS名稱時(shí)，DNS服務(wù)可以將此名稱解析為與之相關(guān) 的其他信息，如IP地址。因?yàn)?，在上網(wǎng)時(shí)輸入的域名，是通過域名解析系統(tǒng)解析找到了相對 應(yīng)的IP地址，這樣才能訪問網(wǎng)站。其實(shí)，域名的最終指向是IP。 CDN的英文全稱為Content Delivery Network,其中文名稱是內(nèi)容分發(fā)網(wǎng)絡(luò)。CDN 技術(shù)是近年來在美國首先興起并迅速發(fā)展起來的一種解決互聯(lián)網(wǎng)性能不佳問題的有效手 段。其基本思路就是盡可能避開互聯(lián)網(wǎng)上有可能影響數(shù)據(jù)傳輸速度和穩(wěn)定性的瓶頸和環(huán) 節(jié)，使內(nèi)容傳輸?shù)母?、更穩(wěn)。通過在網(wǎng)絡(luò)各處放置節(jié)點(diǎn)服務(wù)器所構(gòu)成的在現(xiàn)有的互聯(lián)網(wǎng)基 礎(chǔ)之上的一層智能虛擬網(wǎng)絡(luò)，cdn系統(tǒng)能夠?qū)崟r(shí)地根據(jù)網(wǎng)絡(luò)流量和各節(jié)點(diǎn)的連接、負(fù)載狀況
以及到用戶的距離和響應(yīng)時(shí)間等綜合信息將用戶的請求重新導(dǎo)向離用戶最近的服務(wù)節(jié)點(diǎn) 上。該系統(tǒng)的目的是通過在現(xiàn)有的Internet中增加一層新的網(wǎng)絡(luò)架構(gòu)，將網(wǎng)站的內(nèi)容分發(fā) 到最接近用戶的網(wǎng)絡(luò)〃 邊緣〃 ，使用戶可以就近取得所需的內(nèi)容，解決Internet網(wǎng)絡(luò)擁擠 的狀況，提高用戶訪問網(wǎng)站的響應(yīng)速度。從技術(shù)上全面解決由于網(wǎng)絡(luò)帶寬小、用戶訪問量 大、網(wǎng)點(diǎn)分布不均等原因所造成的用戶訪問網(wǎng)站響應(yīng)速度慢的問題。 據(jù)統(tǒng)計(jì)，采用CDN技術(shù)，能處理整個(gè)網(wǎng)站頁面的70 % 95 %的內(nèi)容訪問量，減輕服 務(wù)器的壓力，提升了網(wǎng)站的性能和可擴(kuò)展性。因此，將內(nèi)容推到網(wǎng)絡(luò)的邊緣，為用戶提供就 近性的邊緣服務(wù)，從而保證服務(wù)的質(zhì)量和整個(gè)網(wǎng)絡(luò)上的訪問秩序就成了一種顯而易見的選 擇。而這就是內(nèi)容分發(fā)網(wǎng)(CDN)服務(wù)模式。CDN的建立解決了困擾內(nèi)容運(yùn)營商的內(nèi)容〃 集 中與分散〃 的兩難選擇，無疑對于構(gòu)建良好的互聯(lián)網(wǎng)價(jià)值鏈?zhǔn)怯袃r(jià)值的，也是不可或缺的 最優(yōu)網(wǎng)站加速服務(wù)。 為更好地理解CDN，讓我們看一下CDN的工作流程。當(dāng)網(wǎng)民訪問已經(jīng)加入CDN服務(wù) 的網(wǎng)站時(shí)，首先通過DNS重定向技術(shù)確定最接近網(wǎng)民的最佳CDN節(jié)點(diǎn)，同時(shí)將網(wǎng)民的請求指 向該節(jié)點(diǎn)。當(dāng)網(wǎng)民的請求到達(dá)指定節(jié)點(diǎn)時(shí)，CDN的服務(wù)器(節(jié)點(diǎn)上的高速緩存)負(fù)責(zé)將網(wǎng) 民請求的內(nèi)容提供給網(wǎng)民。具體流程為網(wǎng)民在自己的瀏覽器中輸入要訪問的網(wǎng)站的域名， 瀏覽器向本地DNS請求對該域名的解析，本地DNS服務(wù)器將請求發(fā)到網(wǎng)站的主DNS服務(wù)器， 主DNS服務(wù)器根據(jù)一系列的策略確定當(dāng)時(shí)最適當(dāng)?shù)腃DN服務(wù)商，并將該CDN服務(wù)商的IP地 址發(fā)給本地DNS，本地DNS將CDN服務(wù)商的IP地址發(fā)送給網(wǎng)民的瀏覽器，網(wǎng)民的瀏覽器根據(jù)
4該IP地址向該CDN服務(wù)商請求相應(yīng)網(wǎng)站的內(nèi)容。 但是，隨著CDN應(yīng)用的逐漸普及， 一些問題也慢慢顯現(xiàn) 在現(xiàn)有的CDN服務(wù)運(yùn)營模式下，網(wǎng)站的運(yùn)營商只能選擇一家CDN服務(wù)商，無法同時(shí) 使用多個(gè)CDN服務(wù)商的服務(wù)，如果正在使用的CDN服務(wù)商出現(xiàn)了問題或者該CDN服務(wù)商的 網(wǎng)絡(luò)壓力較大，由于沒有備用的CDN服務(wù)商，則會直接影響網(wǎng)站為網(wǎng)民服務(wù)的質(zhì)量。而且， 一旦網(wǎng)站的運(yùn)營商選擇了一家CDN服務(wù)商，就很難遷移到另一家CDN服務(wù)商，因?yàn)樵谶w移過 程中，會造成網(wǎng)民較長一段時(shí)間無法訪問運(yùn)營商的網(wǎng)站，運(yùn)營商會出于網(wǎng)站穩(wěn)定性的考慮， 通常不會遷移到另一家CDN服務(wù)商。即使其他的CDN服務(wù)商提供更高性價(jià)比的服務(wù)，網(wǎng)站 運(yùn)營商也不會更換CDN服務(wù)商。因此，在現(xiàn)有的CDN服務(wù)模式下，網(wǎng)站運(yùn)營商無法靈活的更 換服務(wù)商，也無法使用多個(gè)CDN服務(wù)商，造成運(yùn)營商無法獲得更優(yōu)性價(jià)比的CDN服務(wù)，同時(shí) 無法為網(wǎng)民提供更優(yōu)質(zhì)的服務(wù)。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明提供了一種內(nèi)容分發(fā)網(wǎng)絡(luò)流量智能調(diào)度方法、裝置及系統(tǒng)，以便 使運(yùn)營商獲得更優(yōu)性價(jià)比的CDN服務(wù)。
本發(fā)明實(shí)施例是這樣實(shí)現(xiàn)的
—種CDN流量智能調(diào)度方法，包括 接收本地域名服務(wù)器DNS通過網(wǎng)站域名權(quán)威DNS提供的子域名發(fā)送的域名解析請 求； 根據(jù)所述域名解析請求獲取所述本地DNS的IP地址；
利用所述IP地址識別出所述本地DNS的地理位置和網(wǎng)絡(luò)服務(wù)提供商ISP ;
根據(jù)所述地理位置和ISP，按照預(yù)設(shè)規(guī)則選擇內(nèi)容分發(fā)網(wǎng)絡(luò)CDN服務(wù)商；
將被選擇的所述CDN服務(wù)商的域名發(fā)送給所述本地DNS。 優(yōu)選地，在上述CDN流量智能調(diào)度方法中，所述預(yù)設(shè)規(guī)則為手動策略，所述手動策 略選擇所述CDN服務(wù)商的具體流程為 建立所述CDN服務(wù)商與所述地理位置、ISP和被選中概率的對應(yīng)關(guān)系表； 在所述對應(yīng)關(guān)系表中，按照預(yù)設(shè)的匹配方式選擇出與所述本地DNS的地理位置和
ISP相匹配的CDN服務(wù)商； 根據(jù)所述被選中概率，選擇所述相匹配的CDN服務(wù)商。 優(yōu)選地，在上述CDN流量智能調(diào)度方法中，按照預(yù)設(shè)的匹配方式選擇出與所述本 地DNS的地理位置和ISP相匹配的CDN服務(wù)商的具體內(nèi)容為 1)、判斷所述對應(yīng)關(guān)系表中是否包括與所述本地DNS的地理位置和ISP均相同的
所述CDN服務(wù)商，如果是，則選擇所述CDN服務(wù)商，如果否，則進(jìn)入步驟2); 2)、判斷所述對應(yīng)關(guān)系表中是否包括與所述本地DNS的ISP相同且未指定地理位
置的所述CDN服務(wù)商，如果是，則選擇所述CDN服務(wù)商，如果否，則進(jìn)入步驟3); 3)、判斷所述對應(yīng)關(guān)系表中是否包括與所述本地DNS的地理位置相同且未指定
ISP的所述CDN服務(wù)商，如果是，則選擇所述CDN服務(wù)商，如果否，則進(jìn)入步驟4); 4)、判斷所述對應(yīng)關(guān)系表中是否包括未指定地理位置且未指定ISP的所述CDN服
務(wù)商，如果是，則選擇所述CDN服務(wù)商，如果否，則選擇系統(tǒng)缺省的CDN服務(wù)商。
優(yōu)選地，在上述CDN流量智能調(diào)度方法中，所述預(yù)設(shè)規(guī)則為自動策略，所述自動策 略選擇所述CDN服務(wù)商的具體流程為 計(jì)算所述本地DNS與所述CDN服務(wù)商之間的響應(yīng)時(shí)延；
選出對應(yīng)所述響應(yīng)時(shí)延的數(shù)值最小的CDN服務(wù)商。 —種CDN流量智能調(diào)度裝置，包括接收模塊、獲取模塊、識別模塊、處理模塊和發(fā) 送模塊； 所述接收模塊，用于接收本地域名服務(wù)器DNS通過網(wǎng)站域名權(quán)威DNS提供的子域 名發(fā)送的域名解析請求； 所述獲取模塊，用于根據(jù)所述域名解析請求獲取所述本地DNS的IP地址； 所述識別模塊，用于利用所述IP地址識別出所述本地DNS的地理位置和網(wǎng)絡(luò)服務(wù)
提供商ISP ; 所述處理模塊，用于根據(jù)所述地理位置和ISP，按照預(yù)設(shè)規(guī)則選擇內(nèi)容分發(fā)網(wǎng)絡(luò) CDN服務(wù)商； 所述發(fā)送模塊，用于將被選擇的所述CDN服務(wù)商的域名發(fā)送給所述本地DNS。
優(yōu)選地，在上述CDN流量智能調(diào)度裝置中，所述處理模塊包括創(chuàng)建單元、匹配單元 和選擇單元； 所述創(chuàng)建單元，用于建立所述CDN服務(wù)商與所述地理位置、ISP和被選中概率的對 應(yīng)關(guān)系表； 所述匹配單元，用于在所述對應(yīng)關(guān)系表中，按照預(yù)設(shè)的匹配方式選擇出與所述本 地DNS的地理位置和ISP相匹配的CDN服務(wù)商； 所述選擇單元，用于根據(jù)所述被選中概率，選擇所述相匹配的CDN服務(wù)商。 優(yōu)選地，在上述CDN流量智能調(diào)度裝置中，所述處理模塊包括計(jì)算單元和選擇單
元； 所述計(jì)算單元，用于計(jì)算所述本地DNS與所述CDN服務(wù)商之間的響應(yīng)時(shí)延；
所述選擇單元，用于選出對應(yīng)所述響應(yīng)時(shí)延的數(shù)值最小的CDN服務(wù)商。
—種CDN流量智能調(diào)度系統(tǒng)，包括CDN流量智能調(diào)度裝置、CDN服務(wù)商DNS和網(wǎng)站 域名權(quán)威DNS ; 所述網(wǎng)站域名權(quán)威DNS，用于接收本地DNS的域名解析請求，并將所述CDN流量智 能調(diào)度裝置的域名發(fā)送給所述本地DNS ; 所述CDN流量智能調(diào)度裝置，用于接收所述本地DNS的域名解析請求，按照預(yù)設(shè)規(guī)
則選擇CDN服務(wù)商，并將所述CDN服務(wù)商的域名發(fā)送給所述本地DNS ; 所述CDN服務(wù)商DNS，用于接收所述本地DNS的域名解析請求，將IP地址發(fā)送給所
述本地DNS。 與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例提供的技術(shù)方案具有以下優(yōu)點(diǎn)和特點(diǎn) 從本發(fā)明的技術(shù)方案可以看出，本發(fā)明公開的內(nèi)容分發(fā)網(wǎng)絡(luò)流量智能調(diào)度方法、
裝置和系統(tǒng)，是在現(xiàn)有CDN服務(wù)商與網(wǎng)站的運(yùn)營商之間建立一個(gè)智能調(diào)度中心，以使網(wǎng)站
運(yùn)營商能夠同時(shí)使用多個(gè)CDN服務(wù)商，而且可以靈活的更換CDN服務(wù)商，從而避免現(xiàn)有模式
下只能使用一個(gè)CDN服務(wù)商的弊端，即使網(wǎng)站運(yùn)營商使用的多個(gè)CDN服務(wù)商中的一個(gè)出現(xiàn)
問題，也不會造成網(wǎng)民無法訪問網(wǎng)站的情況，因?yàn)檫€有其他的CDN服務(wù)商可以提供服務(wù)，這樣就降低了網(wǎng)站出現(xiàn)故障的風(fēng)險(xiǎn)。由于本發(fā)明可以使運(yùn)營商使用多個(gè)CDN服務(wù)商，所以在 網(wǎng)站運(yùn)營商需要更換CDN服務(wù)商時(shí)，完全不需要考慮網(wǎng)站的穩(wěn)定性的問題，因?yàn)樵诟鼡Q一 家CDN服務(wù)商的過程中，還有其他的CDN服務(wù)商在為網(wǎng)站運(yùn)營商工作，所以不會出現(xiàn)網(wǎng)民 無法網(wǎng)站的情況。當(dāng)網(wǎng)民訪問運(yùn)營商的網(wǎng)站時(shí)，智能調(diào)度中心獲取本地DNS的地理位置和 ISP，并根據(jù)該地理位置和ISP按照預(yù)設(shè)規(guī)則選擇適合的CDN服務(wù)商。對于網(wǎng)站的運(yùn)營商而 言，智能調(diào)度中心使運(yùn)營商能夠同時(shí)使用多個(gè)CDN服務(wù)商的服務(wù)，而且使運(yùn)營商能夠靈活 的更換現(xiàn)有的CDN服務(wù)商，以便使運(yùn)營商獲得更優(yōu)性價(jià)比的CDN服務(wù)，同時(shí)為網(wǎng)民帶來更優(yōu) 質(zhì)的服務(wù)。


為了更清楚地說明本發(fā)明或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實(shí)施例或現(xiàn)有技術(shù) 描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的 一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這 些附圖獲得其他的附圖。 圖1為本發(fā)明實(shí)施例提供的CDN流量智能調(diào)度方法的流程圖； 圖2為本發(fā)明實(shí)施例1提供的手動策略的流程圖； 圖3為本發(fā)明實(shí)施例2提供的自動策略的流程圖； 圖4為本發(fā)明實(shí)施例1提供的匹配模式步驟1的流程圖； 圖5為本發(fā)明實(shí)施例1提供的匹配模式步驟2的流程圖； 圖6為本發(fā)明實(shí)施例1提供的匹配模式步驟3的流程圖； 圖7為本發(fā)明實(shí)施例1提供的匹配模式步驟4的流程圖； 圖8為本發(fā)明公開的CDN流量智能調(diào)度裝置的示意圖； 圖9為本發(fā)明提供的手動策略的CDN流量智能調(diào)度裝置的示意圖； 圖IO為本發(fā)明提供的自動策略的CDN流量智能調(diào)度裝置的示意圖； 圖11為本發(fā)明公開的CDN流量智能調(diào)度系統(tǒng)的示意具體實(shí)施例方式
下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完 整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。基于 本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他 實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。
實(shí)施例一 請參見圖l所示，本發(fā)明實(shí)施例提供了一種CDN流量智能調(diào)度方法，該方法具體包 括 步驟SI :接收本地域名服務(wù)器DNS通過網(wǎng)站域名權(quán)威DNS提供的子域名發(fā)送的域 名解析請求； 步驟S2 :根據(jù)所述域名解析請求獲取所述本地DNS的IP地址； 步驟S3 :利用所述IP地址識別出所述本地DNS的地理位置和網(wǎng)絡(luò)服務(wù)提供商
ISP ;
7
步驟S4 :根據(jù)所述地理位置和ISP，按照預(yù)設(shè)規(guī)則選擇內(nèi)容分發(fā)網(wǎng)絡(luò)CDN服務(wù)商；
步驟S5 :將被選擇的所述CDN服務(wù)商的域名發(fā)送給所述本地DNS。
請參見圖2所示，在上述方法步驟S4中，預(yù)設(shè)規(guī)則為手動策略，手動策略選擇CDN 服務(wù)商的具體流程為 步驟S41 :建立所述CDN服務(wù)商與所述地理位置、ISP和被選中概率的對應(yīng)關(guān)系 表； 步驟S42 :在所述對應(yīng)關(guān)系表中，按照預(yù)設(shè)的匹配方式選擇出與所述本地DNS的地 理位置和ISP相匹配的CDN服務(wù)商； 步驟S43 :根據(jù)所述被選中概率，選擇所述相匹配的CDN服務(wù)商。 在上述方法步驟S42中，預(yù)設(shè)的匹配方式選擇出與所述本地DNS的地理位置和ISP
相匹配的CDN服務(wù)商的具體內(nèi)容為 步驟①請參見圖4所示，判斷所述對應(yīng)關(guān)系表中是否包括與所述本地DNS的地理 位置和ISP均相同的所述CDN服務(wù)商，如果是，則選擇所述CDN服務(wù)商，如果否，則進(jìn)入步驟 ②； 步驟②請參見圖5所示，判斷所述對應(yīng)關(guān)系表中是否包括與所述本地DNS的ISP 相同且未指定地理位置的所述CDN服務(wù)商，如果是，則選擇所述CDN服務(wù)商，如果否，則進(jìn)入 步驟③； 步驟③請參見圖6所示，判斷所述對應(yīng)關(guān)系表中是否包括與所述本地DNS的地理 位置相同且未指定ISP的所述CDN服務(wù)商，如果是，則選擇所述CDN服務(wù)商，如果否，則進(jìn)入 步驟 ; 步驟 :請參見圖7所示，判斷所述對應(yīng)關(guān)系表中是否包括未指定地理位置且未 指定ISP的所述CDN服務(wù)商，如果是，則選擇所述CDN服務(wù)商，如果否，則選擇系統(tǒng)缺省的 CDN服務(wù)商。 下面舉例說明上述方法的具體實(shí)現(xiàn)過程，假設(shè)網(wǎng)民訪問的網(wǎng)站域名為www. example, com，網(wǎng)站的子域名為example, com. idns. org, CDN流量智能調(diào)度DNS為子域名 example, com. idns. org的授豐又DNS月艮務(wù)器，網(wǎng)站www. example, com域名角牟析至lj example, com. idns. org,網(wǎng)站www. example, com使用CDN服務(wù)商A和B兩者的內(nèi)容服務(wù)，CDN服務(wù)商 A和B的域名請參見表1 :
表1
CDN名稱服務(wù)商名稱域名
Aexample, com. cdna. com
Bexample, com. cdnb. com 當(dāng)網(wǎng)民在自己的瀏覽器中輸入網(wǎng)站www. example, com時(shí)，瀏覽器向本地DNS請求 對www. example, com的解析，本地DNS將請求發(fā)到網(wǎng)站域名權(quán)威DNS，網(wǎng)站域名權(quán)威DNS將 網(wǎng)站www. example, com的子域名發(fā)送給本地DNS，本地DNS向CDN流量智能調(diào)度DNS發(fā)送獲取example, com. idns. org的IP地址，CDN流量智能調(diào)度DNS先獲取本地DNS的IP地址， 并根據(jù)該IP地址查詢到對應(yīng)的地理位置和ISP信息，假設(shè)本地DNS的地理位置為"北京"， ISP為"新聯(lián)通"。 網(wǎng)站運(yùn)營商建立CDN服務(wù)商的名稱與地理位置、ISP和被選中概率的對應(yīng)關(guān)系表，
其中，被選中概率就是CDN被選中的幾率，其具體數(shù)值可以根據(jù)網(wǎng)站運(yùn)營商的實(shí)際情況而
自行設(shè)定，假設(shè)網(wǎng)站運(yùn)營商填入的內(nèi)容如表2所示 表2
序號CDN服務(wù)商地理位置ISP被選中概率
1A北京未指定30%
2B北京未指定70%
3B北京歌華有線100%
4A未指定電信100%
5A未指定未指定60%
6B未指定未指定40% 在上述對應(yīng)關(guān)系表中，按照預(yù)設(shè)的匹配方式，選擇出與所述本地DNS的地理位置 和ISP相匹配的CDN服務(wù)商；假設(shè)預(yù)設(shè)的匹配方式按照優(yōu)先級的順序?yàn)橹付ǖ牡乩砦恢? 指定的ISP >未指定的地理位置+指定的ISP >指定的地理位置+未指定的ISP >未指定 的地理位置+未指定的ISP。 對應(yīng)上表，按優(yōu)先級由大到小的匹配順序的序號為3 > 4 > (1、2) > (5、6)，根 據(jù)上表內(nèi)容按照上述優(yōu)先級的順序依次與本地DNS的地理位置和ISP進(jìn)行匹配。本地DNS 的地理位置為"北京"，ISP為"新聯(lián)通"，先與序號3對應(yīng)的內(nèi)容進(jìn)行比較，結(jié)果不匹配；再 與序號4對應(yīng)的內(nèi)容進(jìn)行比較，結(jié)果也不匹配；再與(1、2)對應(yīng)的內(nèi)容進(jìn)行比較，結(jié)果匹配， 則按照序號1和序號2制定的預(yù)設(shè)概率來選擇CDN服務(wù)商，假設(shè)CDN服務(wù)商B被選中，那么 CDN流量智能調(diào)度DNS將CDN服務(wù)商B的域名example, com. cdnb. com發(fā)送給本地DNS，本 地DNS再繼續(xù)請求CDN服務(wù)商B的DNS對該域名進(jìn)行域名解析，CDN服務(wù)商B的DNS將對 應(yīng)的IP地址發(fā)送給本地DNS，本地DNS將CDN服務(wù)商B的IP地址發(fā)送給網(wǎng)民的瀏覽器，網(wǎng) 民的瀏覽器根據(jù)該IP地址向CDN服務(wù)商B請求相應(yīng)網(wǎng)站的內(nèi)容。 本發(fā)明公開的CDN流量智能調(diào)度方法，是在現(xiàn)有CDN網(wǎng)絡(luò)構(gòu)架與運(yùn)營商的網(wǎng)站之 間建立一個(gè)智能調(diào)度中心。當(dāng)網(wǎng)民訪問運(yùn)營商的網(wǎng)站時(shí)，本系統(tǒng)獲取本地DNS的地理位置 和ISP，并根據(jù)該地理位置和ISP按照預(yù)設(shè)規(guī)則選擇適合的CDN服務(wù)商。對于運(yùn)營商而言， 智能調(diào)度中心使運(yùn)營商能夠靈活的更換現(xiàn)有的CDN服務(wù)商，以便使運(yùn)營商獲得更優(yōu)性價(jià)比 的CDN服務(wù)。
實(shí)施例二
9
請參見圖1所示，本發(fā)明實(shí)施例提供了一種CDN流量智能調(diào)度方法，該方法具體包 括 步驟SI :接收本地域名服務(wù)器DNS通過網(wǎng)站域名權(quán)威DNS提供的子域名發(fā)送的域 名解析請求； 步驟S2 :根據(jù)所述域名解析請求獲取所述本地DNS的IP地址； 步驟S3 :利用所述IP地址識別出所述本地DNS的地理位置和網(wǎng)絡(luò)服務(wù)提供商
ISP ; 步驟S4 :根據(jù)所述地理位置和ISP，按照預(yù)設(shè)規(guī)則選擇內(nèi)容分發(fā)網(wǎng)絡(luò)CDN服務(wù)商；
步驟S5 :將被選擇的所述CDN服務(wù)商的域名發(fā)送給所述本地DNS。
請參見圖3所示，在上述方法步驟S4中，預(yù)設(shè)規(guī)則為自動策略，自動策略選擇CDN 服務(wù)商的具體流程為 步驟S41 :計(jì)算所述本地DNS與所述CDN服務(wù)商之間的響應(yīng)時(shí)延； 步驟S41 :選出對應(yīng)所述響應(yīng)時(shí)延的數(shù)值最小的CDN服務(wù)商。 從上述方法中可以看出，本實(shí)施例與實(shí)施例一唯一不同的地方只是在步驟S4上，
實(shí)施例一在步驟S4中是選用手動策略來為網(wǎng)站選取CDN服務(wù)商，而本實(shí)施例在步驟S4中
是選用自動策略來為網(wǎng)站選取CDN服務(wù)商，下面僅描述與實(shí)施例一不同的內(nèi)容，相同的部
分請參見實(shí)施例一即可。 CDN流量智能調(diào)度DNS獲取到本地DNS的地理位置和ISP，假設(shè)地理位置為"北 京"，ISP為"新聯(lián)通"，按照自動策略選擇內(nèi)容分發(fā)網(wǎng)絡(luò)CDN服務(wù)商。 首先，計(jì)算出CDN服務(wù)商與本地DNS之間的響應(yīng)時(shí)延，假設(shè)CDN服務(wù)商與本地DNS 的響應(yīng)時(shí)延如表3所示
表3
序號地域ISP目標(biāo)響應(yīng)時(shí)延
1北京新聯(lián)通A32ms
2北京新聯(lián)通B12ms 通過上表可知，本地DNS與CDN服務(wù)商A之間的響應(yīng)時(shí)延為32ms，本地DNS與CDN 服務(wù)商B之間的響應(yīng)時(shí)延為12ms，所以數(shù)據(jù)證明CDN服務(wù)商B的網(wǎng)絡(luò)狀態(tài)要比A好，因此， CDN流量智能調(diào)度DNS將CDN服務(wù)商B的域名發(fā)送給本地DNS，下面的步驟與實(shí)施例一相同， 不在此處贅述。 實(shí)施例二為網(wǎng)站運(yùn)營商提供了一種自動獲取CDN服務(wù)商的方法，不需要預(yù)先設(shè)置 CDN服務(wù)商被選中的概率，而實(shí)施例一為網(wǎng)站運(yùn)營商提供了一種手動獲取CDN服務(wù)商的方 法，則需要預(yù)先設(shè)置CDN服務(wù)商被選中的概率，因此，網(wǎng)站運(yùn)營商可以根據(jù)自己的需要來自 行選取適合的選取CDN服務(wù)商的方式。 本發(fā)明還公開了一種CDN流量智能調(diào)度裝置l，請參見圖8所示，包括接收模塊
1011、獲取模塊12、識別模塊13、處理模塊14和發(fā)送模塊15 ;所述接收模塊ll，用于接收本 地DNS4通過網(wǎng)站域名權(quán)威DNS提供的子域名發(fā)送的域名解析請求；所述獲取模塊12，用于 根據(jù)所述域名解析請求獲取所述本地DNS4的IP地址；所述識別模塊13，用于利用所述IP 地址識別出所述本地DNS4的地理位置和ISP ;所述處理模塊14，用于根據(jù)所述地理位置和 ISP，按照預(yù)設(shè)規(guī)則選擇內(nèi)容分發(fā)網(wǎng)絡(luò)CDN服務(wù)商；所述發(fā)送模塊15，用于將被選擇的所述 CDN服務(wù)商的域名發(fā)送給所述本地DNS4。 在上述處理模塊14中，處理模塊14包括創(chuàng)建單元141、匹配單元142和選擇單元 143 ;如圖9所示，所述創(chuàng)建單元141，用于建立所述CDN服務(wù)商與所述地理位置、ISP和被選 中概率的對應(yīng)關(guān)系表；所述匹配單元142，用于在所述對應(yīng)關(guān)系表中，按照預(yù)設(shè)的匹配方式 選擇出與所述本地DNS的地理位置和ISP相匹配的CDN服務(wù)商，所述選擇單元143，用于根 據(jù)所述被選中概率，選擇所述相匹配的CDN服務(wù)商。本實(shí)施例的裝置用于通過手動策略來 選取CDN服務(wù)商。 而本發(fā)明的另一實(shí)施例則是通過自動策略來選取CDN服務(wù)商，其與上述實(shí)施例不
同的只是在處理模塊14有所不同，其中，處理模塊14包括計(jì)算單元141和選擇單元142，請
參見圖10所示，所述計(jì)算單元141 ，用于計(jì)算所述本地DNS與所述CDN服務(wù)商之間的響應(yīng)時(shí)
延；所述選擇單元142，用于選出對應(yīng)所述響應(yīng)時(shí)延的數(shù)值最小的CDN服務(wù)商。 本發(fā)明還公開了一種CDN流量智能調(diào)度系統(tǒng)，請參見圖ll所示，包括CDN流量智
能調(diào)度裝置1、CDN服務(wù)商DNS3和網(wǎng)站域名權(quán)威DNS2 ;所述網(wǎng)站域名權(quán)威DNS2，用于接收本
地DNS4的域名解析請求，并將所述CDN流量智能調(diào)度裝置1的域名發(fā)送給所述本地DNS4 ;
所述CDN流量智能調(diào)度裝置1，用于接收所述本地DNS4的域名解析請求，按照預(yù)設(shè)規(guī)則選擇
CDN服務(wù)商，并將所述CDN服務(wù)商的域名發(fā)送給所述本地DNS4 ;所述CDN服務(wù)商DNS3，用于
接收所述本地DNS4的域名解析請求，將IP地址發(fā)送給所述本地DNS4。 需要說明的是，圖1至圖11所示的實(shí)施例只是本發(fā)明所介紹的優(yōu)選實(shí)施例，本領(lǐng)
域技術(shù)人員在此基礎(chǔ)上，完全可以設(shè)計(jì)出更多的實(shí)施例，因此本發(fā)明并不局限于已提供的
實(shí)施例，對這些實(shí)施例的多種修改對本領(lǐng)域的專業(yè)技術(shù)人員來說是顯而易見的，都為本發(fā)
明保護(hù)的范圍，由于篇幅有限，不在此處贅述。 從本發(fā)明的技術(shù)方案可以看出，本發(fā)明公開的CDN流量智能調(diào)度方法、裝置和系 統(tǒng)，是在現(xiàn)有CDN服務(wù)商與網(wǎng)站的運(yùn)營商之間建立一個(gè)智能調(diào)度中心，以使網(wǎng)站運(yùn)營商能 夠同時(shí)使用多個(gè)CDN服務(wù)商，而且可以靈活的更換CDN服務(wù)商，從而避免現(xiàn)有模式下只能使 用一個(gè)CDN服務(wù)商的弊端，即使網(wǎng)站運(yùn)營商使用的多個(gè)CDN服務(wù)商中的一個(gè)出現(xiàn)問題，也不 會造成網(wǎng)民無法訪問網(wǎng)站的情況，因?yàn)檫€有其他的CDN服務(wù)商可以提供服務(wù)，這樣就降低 了網(wǎng)站出現(xiàn)故障的風(fēng)險(xiǎn)。由于本發(fā)明可以使運(yùn)營商使用多個(gè)CDN服務(wù)商，所以在網(wǎng)站運(yùn)營 商需要更換CDN服務(wù)商時(shí)，完全不需要考慮網(wǎng)站的穩(wěn)定性的問題，因?yàn)樵诟鼡Q一家CDN服務(wù) 商的過程中，還有其他的CDN服務(wù)商在為網(wǎng)站運(yùn)營商工作，所以不會出現(xiàn)網(wǎng)民無法網(wǎng)站的 情況。當(dāng)網(wǎng)民訪問運(yùn)營商的網(wǎng)站時(shí)，智能調(diào)度中心獲取本地DNS的地理位置和ISP，并根據(jù) 該地理位置和ISP按照預(yù)設(shè)規(guī)則選擇適合的CDN服務(wù)商。對于網(wǎng)站的運(yùn)營商而言，智能調(diào) 度中心使運(yùn)營商能夠同時(shí)使用多個(gè)CDN服務(wù)商的服務(wù)，而且使運(yùn)營商能夠靈活的更換現(xiàn)有 的CDN服務(wù)商，以便使運(yùn)營商獲得更優(yōu)性價(jià)比的CDN服務(wù)，同時(shí)為網(wǎng)民帶來更優(yōu)質(zhì)的服務(wù)。
本說明書中各個(gè)實(shí)施例采用遞進(jìn)的方式描述，每個(gè)實(shí)施例重點(diǎn)說明的都是與其他實(shí)施例的不同之處，各個(gè)實(shí)施例之間相同相似部分互相參見即可。對于實(shí)施例公開的裝置 而言，由于其與實(shí)施例公開的方法相對應(yīng)，所以描述的比較簡單，相關(guān)之處參見方法部分說 明即可。 本領(lǐng)域技術(shù)人員可以理解，可以使用許多不同的工藝和技術(shù)中的任意一種來表示 信息、消息和信號。例如，上述說明中提到過的消息、信息都可以表示為電壓、電流、電磁波、 磁場或磁性粒子、光場或以上任意組合。 專業(yè)人員還可以進(jìn)一步意識到，結(jié)合本文中所公開的實(shí)施例描述的各示例的單元 及算法步驟，能夠以電子硬件、計(jì)算機(jī)軟件或者二者的結(jié)合來實(shí)現(xiàn)，為了清楚地說明硬件和 軟件的可互換性，在上述說明中已經(jīng)按照功能一般性地描述了各示例的組成及步驟。這些 功能究竟以硬件還是軟件方式來執(zhí)行，取決于技術(shù)方案的特定應(yīng)用和設(shè)計(jì)約束條件。專業(yè) 技術(shù)人員可以對每個(gè)特定的應(yīng)用來使用不同方法來實(shí)現(xiàn)所描述的功能，但是這種實(shí)現(xiàn)不應(yīng) 認(rèn)為超出本發(fā)明的范圍。 結(jié)合本文中所公開的實(shí)施例描述的方法或算法的步驟可以直接用硬件、處理器執(zhí) 行的軟件模塊，或者二者的結(jié)合來實(shí)施。軟件模塊可以置于隨機(jī)存儲器(RAM)、內(nèi)存、只讀存 儲器(ROM)、電可編程R0M、電可擦除可編程R0M、寄存器、硬盤、可移動磁盤、CD-R0M、或技術(shù) 領(lǐng)域內(nèi)所公知的任意其它形式的存儲介質(zhì)中。 對所公開的實(shí)施例的上述說明，使本領(lǐng)域?qū)I(yè)技術(shù)人員能夠?qū)崿F(xiàn)或使用本發(fā)明。 對這些實(shí)施例的多種修改對本領(lǐng)域的專業(yè)技術(shù)人員來說將是顯而易見的，本文中所定義的 一般原理可以在不脫離本發(fā)明的精神或范圍的情況下，在其它實(shí)施例中實(shí)現(xiàn)。因此，本發(fā)明 將不會被限制于本文所示的這些實(shí)施例，而是要符合與本文所公開的原理和新穎特點(diǎn)相一 致的最寬的范圍。
權(quán)利要求
一種CDN流量智能調(diào)度方法，其特征在于，包括接收本地域名服務(wù)器DNS通過網(wǎng)站域名權(quán)威DNS提供的子域名發(fā)送的域名解析請求；根據(jù)所述域名解析請求獲取所述本地DNS的IP地址；利用所述IP地址識別出所述本地DNS的地理位置和網(wǎng)絡(luò)服務(wù)提供商ISP；根據(jù)所述地理位置和ISP，按照預(yù)設(shè)規(guī)則選擇內(nèi)容分發(fā)網(wǎng)絡(luò)CDN服務(wù)商；將被選擇的所述CDN服務(wù)商的域名發(fā)送給所述本地DNS。
2. 根據(jù)權(quán)利要求1所述的CDN流量智能調(diào)度方法，其特征在于，所述預(yù)設(shè)規(guī)則為手動策 略，所述手動策略選擇所述CDN服務(wù)商的具體流程為建立所述CDN服務(wù)商與所述地理位置、ISP和被選中概率的對應(yīng)關(guān)系表； 在所述對應(yīng)關(guān)系表中，按照預(yù)設(shè)的匹配方式選擇出與所述本地DNS的地理位置和ISP 相匹配的CDN服務(wù)商；根據(jù)所述被選中概率，選擇所述相匹配的CDN服務(wù)商。
3. 根據(jù)權(quán)利要求2所述的CDN流量智能調(diào)度方法，其特征在于，按照預(yù)設(shè)的匹配方式選 擇出與所述本地DNS的地理位置和ISP相匹配的CDN服務(wù)商的具體內(nèi)容為1) 、判斷所述對應(yīng)關(guān)系表中是否包括與所述本地DNS的地理位置和ISP均相同的所述 CDN服務(wù)商，如果是，則選擇所述CDN服務(wù)商，如果否，則進(jìn)入步驟2);2) 、判斷所述對應(yīng)關(guān)系表中是否包括與所述本地DNS的ISP相同且未指定地理位置的 所述CDN服務(wù)商，如果是，則選擇所述CDN服務(wù)商，如果否，則進(jìn)入步驟3);3) 、判斷所述對應(yīng)關(guān)系表中是否包括與所述本地DNS的地理位置相同且未指定ISP的 所述CDN服務(wù)商，如果是，則選擇所述CDN服務(wù)商，如果否，則進(jìn)入步驟4);4) 、判斷所述對應(yīng)關(guān)系表中是否包括未指定地理位置且未指定ISP的所述CDN服務(wù)商， 如果是，則選擇所述CDN服務(wù)商，如果否，則選擇系統(tǒng)缺省的CDN服務(wù)商。
4. 根據(jù)權(quán)利要求1所述的CDN流量智能調(diào)度方法，其特征在于，所述預(yù)設(shè)規(guī)則為自動策 略，所述自動策略選擇所述CDN服務(wù)商的具體流程為計(jì)算所述本地DNS與所述CDN服務(wù)商之間的響應(yīng)時(shí)延； 選出對應(yīng)所述響應(yīng)時(shí)延的數(shù)值最小的CDN服務(wù)商。
5. —種CDN流量智能調(diào)度裝置，其特征在于，包括接收模塊、獲取模塊、識別模塊、處 理模塊和發(fā)送模塊；所述接收模塊，用于接收本地域名服務(wù)器DNS通過網(wǎng)站域名權(quán)威DNS提供的子域名發(fā) 送的域名解析請求；所述獲取模塊，用于根據(jù)所述域名解析請求獲取所述本地DNS的IP地址； 所述識別模塊，用于利用所述IP地址識別出所述本地DNS的地理位置和網(wǎng)絡(luò)服務(wù)提供商ISP ;所述處理模塊，用于根據(jù)所述地理位置和ISP，按照預(yù)設(shè)規(guī)則選擇內(nèi)容分發(fā)網(wǎng)絡(luò)CDN服 務(wù)商；所述發(fā)送模塊，用于將被選擇的所述CDN服務(wù)商的域名發(fā)送給所述本地DNS。
6. 根據(jù)權(quán)利要求5所述的CDN流量智能調(diào)度裝置，其特征在于，所述處理模塊包括創(chuàng)建 單元、匹配單元和選擇單元；所述創(chuàng)建單元，用于建立所述CDN服務(wù)商與所述地理位置、ISP和被選中概率的對應(yīng)關(guān)系表；所述匹配單元，用于在所述對應(yīng)關(guān)系表中，按照預(yù)設(shè)的匹配方式選擇出與所述本地DNS 的地理位置和ISP相匹配的CDN服務(wù)商；所述選擇單元，用于根據(jù)所述被選中概率，選擇所述相匹配的CDN服務(wù)商。
7. 根據(jù)權(quán)利要求5所述的CDN流量智能調(diào)度裝置，其特征在于，所述處理模塊包括計(jì)算 單元和選擇單元；所述計(jì)算單元，用于計(jì)算所述本地DNS與所述CDN服務(wù)商之間的響應(yīng)時(shí)延； 所述選擇單元，用于選出對應(yīng)所述響應(yīng)時(shí)延的數(shù)值最小的CDN服務(wù)商。
8. —種CDN流量智能調(diào)度系統(tǒng)，其特征在于，包括CDN流量智能調(diào)度裝置、CDN服務(wù)商 DNS和網(wǎng)站域名權(quán)威DNS ;所述網(wǎng)站域名權(quán)威DNS，用于接收本地DNS的域名解析請求，并將所述CDN流量智能調(diào) 度裝置的域名發(fā)送給所述本地DNS ;所述CDN流量智能調(diào)度裝置，用于接收所述本地DNS的域名解析請求，按照預(yù)設(shè)規(guī)則選 擇CDN服務(wù)商，并將所述CDN服務(wù)商的域名發(fā)送給所述本地DNS ;所述CDN服務(wù)商DNS，用于接收所述本地DNS的域名解析請求，將IP地址發(fā)送給所述本 地DNS。
全文摘要
本發(fā)明公開了一種內(nèi)容分發(fā)網(wǎng)絡(luò)流量智能調(diào)度方法、裝置及系統(tǒng)，包括接收本地DNS通過網(wǎng)站域名權(quán)威DNS提供的子域名發(fā)送的域名解析請求；根據(jù)域名解析請求獲取本地DNS的IP地址；利用IP地址識別出本地DNS的地理位置和網(wǎng)絡(luò)服務(wù)提供商ISP信息；根據(jù)地理位置和ISP信息，按照預(yù)設(shè)規(guī)則選擇CDN服務(wù)商；將被選擇的CDN服務(wù)商的名稱對應(yīng)的域名發(fā)送給所述本地DNS。本發(fā)明是在現(xiàn)有CDN網(wǎng)絡(luò)構(gòu)架與運(yùn)營商的網(wǎng)站之間建立一個(gè)智能調(diào)度中心，當(dāng)網(wǎng)民訪問運(yùn)營商的網(wǎng)站時(shí)，按照預(yù)設(shè)規(guī)則選擇適合的CDN服務(wù)商，本發(fā)明使運(yùn)營商能夠靈活的更換現(xiàn)有的CDN服務(wù)商，以便使運(yùn)營商獲得更優(yōu)性價(jià)比的CDN服務(wù)。
文檔編號H04L12/56GK101764747SQ20091024400
公開日2010年6月30日 申請日期2009年12月24日 優(yōu)先權(quán)日2009年12月24日
發(fā)明者于洪方, 井衛(wèi)軍, 劉艷, 姚福源, 蔣建平 申請人:北京世紀(jì)互聯(lián)寬帶數(shù)據(jù)中心有限公司