本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種調(diào)度系統(tǒng)及方法。

背景技術(shù)：

內(nèi)容分發(fā)網(wǎng)絡(luò)(英文：Content Delivery Network，簡稱：CDN)是構(gòu)建于現(xiàn)有的互聯(lián)網(wǎng)之上的一種智能虛擬網(wǎng)絡(luò)，如圖1所示，其基本原理為在用戶訪問相對集中的區(qū)域中廣泛分布CDN節(jié)點服務器，當用戶訪問網(wǎng)站時，利用全局負載技術(shù)將用戶的訪問請求調(diào)度到能夠為用戶提供服務的最近CDN節(jié)點服務器上，以達到提升用戶訪問網(wǎng)站的響應速度和體驗效果。

目前，現(xiàn)有的CDN中采用全局DNS的調(diào)度方式，即由用戶終端向本地域名系統(tǒng)(英文：Local Domain System，簡稱：LDNS)發(fā)起對目標網(wǎng)址的域名解析請求，進而由LDNS轉(zhuǎn)發(fā)給授權(quán)DNS進行處理，授權(quán)DNS收到請求后向LDNS反饋全局負載均衡(英文：Global Server Load Balance，簡稱：GSLB)設(shè)備的網(wǎng)際協(xié)議(英文：Internet Protocol，簡稱：IP)地址，以使LDNS向GSLB設(shè)備發(fā)起內(nèi)容請求，進而由GSLB設(shè)備根據(jù)用戶的位置結(jié)合調(diào)度策略，調(diào)度相應的CDN節(jié)點服務器為用戶提供服務。在現(xiàn)有的這種調(diào)度方式中，GSLB只能通過LDNS的IP地址來判斷用戶的位置。然而，某些情況下LDNS的IP地址與用戶終端的IP地址并不在同一個網(wǎng)絡(luò)，此時根據(jù)LDNS的IP地址得到的位置并非用戶真正的位置，進而，GSLB根據(jù)該錯誤的用戶位置調(diào)度的CDN節(jié)點服務器可能是跨若干骨干網(wǎng)后的CDN節(jié)點服務器，而并非離用戶最近的CDN節(jié)點服務器。

即，現(xiàn)有的調(diào)度方式會導致本地CDN節(jié)點服務器有訪問資源，但用戶卻需要跨骨干網(wǎng)進行內(nèi)容訪問，因此不但沒有起到提升用戶訪問網(wǎng)站的響應速度的作用，還增加了骨干網(wǎng)流量，使得骨干網(wǎng)擴容壓力變大。

技術(shù)實現(xiàn)要素：

為此，本發(fā)明實施例提供一種調(diào)度系統(tǒng)及方法，能夠避免“本地CDN節(jié)點服務器有訪問資源，但用戶卻需要跨骨干網(wǎng)進行內(nèi)容訪問”現(xiàn)象的出現(xiàn)，實現(xiàn)更為精確的調(diào)度，確保將用戶的訪問請求調(diào)度到最近的CDN節(jié)點服務器上，真正實現(xiàn)提升訪問速度和用戶體驗的效果。

為達到上述目的，本發(fā)明的實施例采用如下技術(shù)方案：

第一方面，提供一種調(diào)度系統(tǒng)，包括：LDNS、第一交互服務器、第二交互服務器、GSLB設(shè)備以及至少一個CDN節(jié)點服務器，所述GSLB設(shè)備的IP地址僅對所述第二交互服務器可見；

其中，所述LDNS用于，接收用戶通過用戶終端發(fā)送的域名查詢請求報文，所述域名查詢請求報文中包含所述用戶所請求的服務內(nèi)容的目標網(wǎng)站的域名，并在確定所述目標網(wǎng)站的域名在預配置名單列表中后，以跳轉(zhuǎn)方式向所述第一交互服務器轉(zhuǎn)發(fā)所述域名查詢請求報文；

所述第一交互服務器，用于接收所述域名查詢請求報文，并根據(jù)所述域名查詢請求報文獲取所述目標網(wǎng)站的域名以及所述用戶終端的IP地址，將所述用戶終端的IP地址追加至所述域名查詢請求報文中得到第一報文，向所述第二交互服務器發(fā)送所述第一報文；

所述第二交互服務器，用于接收所述第一報文，根據(jù)所述第一報文獲取所述用戶終端的IP地址，并刪除所述第一報文中的所述用戶終端的IP地址得到第二報文，以所述用戶終端的IP地址為源地址向所述GSLB設(shè)備發(fā)送所述第二報文；

所述GSLB設(shè)備，用于接收所述第二報文，根據(jù)所述第二報文獲取所述用戶終端的IP地址，并根據(jù)所述用戶終端的IP地址調(diào)度所述至少一個CDN節(jié)點服務器為所述用戶提供服務內(nèi)容。

第二方面，提供一種調(diào)度方法，應用于如第一方面所述的系統(tǒng)，所述方法包括：

LDNS接收用戶通過用戶終端發(fā)送的域名查詢請求報文，所述域名查詢請求報文中包含所述用戶所請求的服務內(nèi)容的目標網(wǎng)站的域名，并在確定所述目標網(wǎng)站的域名在預配置名單列表中后，以跳轉(zhuǎn)方式向第一交互服 務器轉(zhuǎn)發(fā)所述域名查詢請求報文；

所述第一交互服務器接收所述域名查詢請求報文，并根據(jù)所述域名查詢請求報文獲取所述目標網(wǎng)站的域名以及所述用戶終端的IP地址，將所述用戶終端的IP地址追加至所述域名查詢請求報文中得到第一報文，向第二交互服務器發(fā)送所述第一報文；

所述第二交互服務器接收所述第一報文，根據(jù)所述第一報文獲取所述用戶終端的IP地址，并刪除所述第一報文中的所述用戶終端的IP地址得到第二報文，以所述用戶終端的IP地址為源地址向全局負載均衡GSLB設(shè)備發(fā)送所述第二報文；

所述GSLB設(shè)備接收所述第二報文，根據(jù)所述第二報文獲取所述用戶終端的IP地址，并根據(jù)所述用戶終端的IP地址調(diào)度至少一個CDN節(jié)點服務器為所述用戶提供服務內(nèi)容。

基于本發(fā)明實施例提供的調(diào)度系統(tǒng)及方法，通過引入第一交互服務器和第二交互服務器，進而通過第一交互服務器和第二交互服務器協(xié)同作用，向GSLB設(shè)備傳遞用戶請求消息以及用戶終端的IP地址，以使GSLB設(shè)備根據(jù)用戶終端的IP地址來調(diào)度CDN節(jié)點服務器為用戶提供服務內(nèi)容?？梢姡煌诂F(xiàn)有技術(shù)通過LDNS判斷用戶位置的方式，本發(fā)明實施例提供的調(diào)度系統(tǒng)及方法通過用戶終端的IP地址來判斷用戶位置，因此無論LDNS的IP地址與用戶終端的IP地址是否在同一個網(wǎng)絡(luò)內(nèi)，都不會影響GSLB對用戶位置的判斷的準確性，所以不會出現(xiàn)“本地CDN節(jié)點服務器有訪問資源，但用戶卻需要跨骨干網(wǎng)進行內(nèi)容訪問”的現(xiàn)象，能夠?qū)崿F(xiàn)更為精確的調(diào)度，確保將用戶的訪問請求調(diào)度到最近的CDN節(jié)點服務器上，真正實現(xiàn)提升訪問速度和用戶體驗的效果。

此外，基于本發(fā)明實施例提供的調(diào)度系統(tǒng)及方法，GSLB設(shè)備的IP地址僅對第二交互服務器可見，對LDNS及第一交互服務器均不可見，而現(xiàn)有的CDN調(diào)度系統(tǒng)中GSLB設(shè)備的IP地址對LDNS可見，因此，相比于現(xiàn)有技術(shù)，本發(fā)明實施例提供的調(diào)度系統(tǒng)及方法有利于隱藏GSLB設(shè)備，能夠避免由于GSLB設(shè)備的IP地址泄露所引起的攻擊，提高了GSLB設(shè)備及通信的安全性。

附圖說明

為了更清楚地說明本發(fā)明實施例的技術(shù)方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為CDN原理示意圖；

圖2為本發(fā)明實施例一提供的一種調(diào)度系統(tǒng)的架構(gòu)示意圖；

圖3(a)為本發(fā)明實施例一中域名查詢請求報文的報文格式示意圖；

圖3(b)為本發(fā)明實施例一中第一報文的報文格式示意圖；

圖4(a)為本發(fā)明實施例一中應答報文的報文格式示意圖；

圖4(b)為本發(fā)明實施例一中第三報文的報文格式示意圖；

圖5為本發(fā)明實施例二提供的一種調(diào)度方法的流程示意圖一；

圖6為本發(fā)明實施例二提供的一種調(diào)度方法的流程示意圖二；

圖7為本發(fā)明實施例二提供的一種調(diào)度方法的流程示意圖三。

具體實施方式

下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述。

需要說明的是，為了便于清楚描述本發(fā)明實施例的技術(shù)方案，在本發(fā)明下述各實施例中，采用了“第一”、“第二”等字樣對功能和作用基本相同的相同項或相似項進行區(qū)分，本領(lǐng)域技術(shù)人員可以理解“第一”、“第二”等字樣并不對數(shù)量和執(zhí)行次序進行限定。

另外，還需說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互結(jié)合。本領(lǐng)域普通技術(shù)人員可以理解，本申請實施例中示出的示例為本發(fā)明為便于讀者理解所作的示意性的說明，并不構(gòu)成對本發(fā)明的限定。

實施例一、

本發(fā)明實施例提供一種調(diào)度系統(tǒng)20，如圖2所示，包括：LDNS201、 第一交互服務器202、第二交互服務器203、GSLB設(shè)備204以及至少一個CDN節(jié)點服務器205，GSLB設(shè)備204的IP地址僅對第二交互服務器203可見。

其中，LDNS201用于，接收用戶通過用戶終端30發(fā)送的域名查詢請求報文，域名查詢請求報文中包含用戶所請求的服務內(nèi)容的目標網(wǎng)站的域名，并在確定目標網(wǎng)站的域名在預配置名單列表中后，以跳轉(zhuǎn)方式向第一交互服務器202轉(zhuǎn)發(fā)域名查詢請求報文。

第一交互服務器202，用于接收域名查詢請求報文，并根據(jù)域名查詢請求報文獲取目標網(wǎng)站的域名以及用戶終端30的IP地址，將用戶終端30的IP地址追加至域名查詢請求報文中得到第一報文，向第二交互服務器203發(fā)送第一報文。

第二交互服務器203，用于接收第一報文，根據(jù)第一報文獲取用戶終端30的IP地址，并刪除第一報文中的用戶終端30的IP地址得到第二報文，以用戶終端30的IP地址為源地址向GSLB設(shè)備204發(fā)送第二報文。

GSLB設(shè)備204，用于接收第二報文，根據(jù)第二報文獲取用戶終端30的IP地址，并根據(jù)用戶終端30的IP地址調(diào)度至少一個CDN節(jié)點服務器205為用戶提供服務內(nèi)容。

其中，需要說明的是，所述預配置的名單列表包括簽署了CDN業(yè)務的互聯(lián)網(wǎng)信息服務(英文：Internet Content Provider，簡稱：ICP)的網(wǎng)站的域名。該名單列表可由運營商的業(yè)務管理系統(tǒng)下發(fā)給LDNS201，以供LDNS201判斷用戶所請求的服務內(nèi)容所屬網(wǎng)站是否在CDN服務范圍內(nèi)，具體而言，若網(wǎng)站的域名在預配置的名單列表內(nèi)，則表示網(wǎng)站在CDN服務范圍內(nèi)；反之，則表示網(wǎng)站不在CDN服務范圍內(nèi)。容易理解，若目標網(wǎng)站的域名不在預配置名單列表中，則表示該目標網(wǎng)站不支持CDN加速服務，此時LDNS201將執(zhí)行常規(guī)的域名解析以獲取目標網(wǎng)站的服務器IP地址，即LDNS201向域名系統(tǒng)根服務器發(fā)送域名查詢請求。具體如何實現(xiàn)為本領(lǐng)域技術(shù)人員所熟知，本發(fā)明實施例對此不作贅述。

另外，本領(lǐng)域普通技術(shù)人員可以理解，所述至少一個CDN節(jié)點服務器205中的某個或某幾個緩存有用戶所請求的服務內(nèi)容，該服務內(nèi)容來自用戶所請求的服務內(nèi)容所屬的目標網(wǎng)站。

示例性的，給出域名查詢請求報文及第一報文的報文格式分別如圖3(a)、圖3(b)所示。

參見圖3(a)，域名查詢請求報文包括12個字節(jié)的首部以及長度可變的查詢問題字段，其中，首部又包括標識、標志、問題數(shù)、資源記錄數(shù)、授權(quán)資源記錄數(shù)以及額外資源記錄數(shù)6個字段，每個字段均占據(jù)2字節(jié)。其中，標識字段由客戶程序設(shè)置并由服務器返回結(jié)果，用于標識報文，對于相關(guān)聯(lián)的請求報文和應答報文，這個字段是相同的；標志字段用于表示需要進行的動作指令以及相應碼；問題數(shù)、查詢記錄數(shù)、授權(quán)資源記錄數(shù)以及額外資源記錄數(shù)則分別用于表示查詢資源包含的條目數(shù)、查詢請求的響應包含的條目數(shù)、授權(quán)資源包含的條目數(shù)以及額外資源包含的條目數(shù)。查詢問題字段用于表示所查詢的內(nèi)容以及類型。

參見圖3(b)，在圖3(a)所示的域名查詢請求報文的查詢問題字段后追加用戶終端30IP地址字段，即為第一報文的報文格式，用戶終端30IP地址字段用于表示用戶終端30的IP地址。

進一步的，在圖3(b)所示的第一報文的基礎(chǔ)上刪除用戶終端30IP地址字段即得到第二報文，容易理解，第二報文與域名查詢請求報文的報文格式相同。

當然，以上示例僅為本發(fā)明實施例給出的一種具體實現(xiàn)方式，本領(lǐng)域技術(shù)人員容易理解，也可采用其他格式的報文，只要在報文中包含用戶終端30的IP地址即可，本發(fā)明對此不作具體限定。

可以看出，本發(fā)明實施例提供的調(diào)度系統(tǒng)20與現(xiàn)有的CDN調(diào)度系統(tǒng)20的區(qū)別在于：現(xiàn)有的CDN調(diào)度系統(tǒng)20中包括授權(quán)DNS，需要通過授權(quán)DNS告知LDNS201 GSLB設(shè)備204的IP地址，以便LDNS201根據(jù)GSLB設(shè)備204的IP地址向GSLB設(shè)備204發(fā)起內(nèi)容請求，進而由GSLB設(shè)備204根據(jù)LDNS201的IP地址確定用戶位置、調(diào)度對應的CDN節(jié)點服務器205為用戶提供服務內(nèi)容；本發(fā)明實施例提供的調(diào)度系統(tǒng)20不再包括授權(quán)DNS，而是引入了第一交互服務器202和第二交互服務器203，通過第一交互服務器202和第二交互服務器203協(xié)同作用，向GSLB設(shè)備204傳遞用戶請求消息以及用戶終端30的IP地址，進而使GSLB設(shè)備204根據(jù)用戶終端30的IP地址來調(diào)度CDN節(jié)點服務器205為用戶提 供服務內(nèi)容。并且，GSLB設(shè)備204的IP地址僅對第二交互服務器203可見，因此LDNS201及第一交互服務器202均無法獲知GSLB設(shè)備204的IP地址。

基于上述區(qū)別，本發(fā)明實施例提供的調(diào)度系統(tǒng)20至少存在以下兩方面的優(yōu)點：(1)不同于現(xiàn)有技術(shù)通過LDNS201判斷用戶位置的方式，本發(fā)明實施例提供的調(diào)度系統(tǒng)20通過用戶終端30的IP地址來判斷用戶位置，因此無論LDNS201的IP地址與用戶終端30的IP地址是否在同一個網(wǎng)絡(luò)內(nèi)，都不會影響GSLB對用戶位置的判斷的準確性，所以不會出現(xiàn)“本地CDN節(jié)點服務器205有訪問資源，但用戶卻需要跨骨干網(wǎng)進行內(nèi)容訪問”的現(xiàn)象，能夠?qū)崿F(xiàn)更為精確的調(diào)度，確保將用戶的訪問請求調(diào)度到最近的CDN節(jié)點服務器205上，真正實現(xiàn)提升訪問速度和用戶體驗的效果。(2)GSLB設(shè)備204的IP地址僅對第二交互服務器203可見，對LDNS201及第一交互服務器202均不可見，而現(xiàn)有的CDN調(diào)度系統(tǒng)20中GSLB設(shè)備204的IP地址對LDNS201可見，因此，相比于現(xiàn)有的CDN調(diào)度系統(tǒng)20，本發(fā)明實施例提供的調(diào)度系統(tǒng)20有利于隱藏GSLB設(shè)備204，能夠避免由于GSLB設(shè)備204的IP地址泄露所引起的攻擊，提高了GSLB設(shè)備204及通信的安全性。

具體的，本發(fā)明實施例提供的調(diào)度系統(tǒng)20中，第一交互服務器202用于根據(jù)域名查詢請求報文獲取目標網(wǎng)站的域名，可以包括：

第一交互服務器202，用于對域名查詢請求報文進行解析，獲取域名查詢請求報文中的目標網(wǎng)站的域名。

由于LDNS201以跳轉(zhuǎn)方式向第一交互服務器202轉(zhuǎn)發(fā)域名查詢請求報文，因此域名查詢請求報文的源地址未改變，仍為用戶終端30的IP地址，所以第一交互服務器202通過獲取報文頭中的源地址即可確定用戶終端30的IP地址，

即，第一交互服務器202用于根據(jù)域名查詢請求報文獲取用戶終端30的IP地址，具體可以包括：

第一交互服務器202，用于確定域名查詢請求報文的源地址，將域名查詢請求報文的源地址確定為用戶終端30的IP地址。

優(yōu)選的，本發(fā)明實施例提供的調(diào)度系統(tǒng)20中，GSLB設(shè)備204用于 根據(jù)用戶終端30的IP地址調(diào)度至少一個CDN節(jié)點服務器205為用戶提供服務內(nèi)容，具體可以包括：

GSLB設(shè)備204用于：

根據(jù)用戶終端30的IP地址以及預存的調(diào)度策略，從至少一個CDN節(jié)點服務器205中確定為用戶提供服務內(nèi)容的CDN節(jié)點服務器205的IP地址；

生成第二報文的應答報文，應答報文中包含CDN節(jié)點服務器205的IP地址，向第二交互服務器203發(fā)送應答報文。

示例性的，給出應答報文的報文格式如圖4(a)所示，參見圖4(a)，應答報文除包括首部及查詢問題字段之外，還包括回答字段及授權(quán)字段，用于表示根據(jù)查詢問題返回的資源記錄的相關(guān)信息，在本發(fā)明實施例中即為返回的CDN節(jié)點服務器205的IP地址信息。

進一步的，第二交互服務器203還可以用于：

接收應答報文，并將用戶終端30的IP地址追加至應答報文中得到第三報文，向第一交互服務器202發(fā)送第三報文。

示例性的，給出第三報文的報文格式如圖4(b)所示，參見圖4(b)，在圖4(a)所示的應答報文的授權(quán)字段后追加用戶終端30IP地址字段，即為第三報文的報文格式，用戶終端30IP地址字段用于表示用戶終端30的IP地址。

更進一步的，第一交互服務器202還可以用于：

接收第三報文，根據(jù)第三報文獲取用戶終端30的IP地址，并刪除第三報文中的用戶終端30的IP地址，得到第四報文；

根據(jù)用戶終端30的IP地址，向用戶終端30發(fā)送第四報文，以便于用戶終端30根據(jù)第四報文獲取CDN節(jié)點服務器205的IP地址，并根據(jù)CDN節(jié)點服務器205的IP地址獲取服務內(nèi)容。

其中，第四報文的報文格式具體可參見圖4(a)。

即，第一交互服務器202將第二交互服務器203回復的第三報文轉(zhuǎn)換為用戶終端30可識別的標準DNS應答報文，并根據(jù)用戶終端30的IP地址向用戶終端30發(fā)送此標準格式的DNS應答報文，以使用戶終端30獲 取CDN節(jié)點服務器205的IP地址，進而根據(jù)CDN節(jié)點服務器205的IP地址獲取服務內(nèi)容。

本發(fā)明實施例提供的調(diào)度系統(tǒng)引入了第一交互服務器和第二交互服務器，并通過第一交互服務器和第二交互服務器協(xié)同作用，向GSLB設(shè)備傳遞用戶請求消息以及用戶終端的IP地址，進而使GSLB設(shè)備根據(jù)用戶終端的IP地址來調(diào)度CDN節(jié)點服務器為用戶提供服務內(nèi)容?？梢?，不同于現(xiàn)有技術(shù)通過LDNS判斷用戶位置的方式，本發(fā)明實施例提供的調(diào)度系統(tǒng)通過用戶終端的IP地址來判斷用戶位置，因此無論LDNS的IP地址與用戶終端的IP地址是否在同一個網(wǎng)絡(luò)內(nèi)，都不會影響GSLB對用戶位置的判斷的準確性，所以不會出現(xiàn)“本地CDN節(jié)點服務器有訪問資源，但用戶卻需要跨骨干網(wǎng)進行內(nèi)容訪問”的現(xiàn)象，能夠?qū)崿F(xiàn)更為精確的調(diào)度，確保將用戶的訪問請求調(diào)度到最近的CDN節(jié)點服務器上，真正實現(xiàn)提升訪問速度和用戶體驗的效果。

此外，本發(fā)明實施例提供的調(diào)度系統(tǒng)中，GSLB設(shè)備的IP地址僅對第二交互服務器可見，對LDNS及第一交互服務器均不可見，而現(xiàn)有的CDN調(diào)度系統(tǒng)中GSLB設(shè)備的IP地址對LDNS可見，因此，相比于現(xiàn)有的CDN調(diào)度系統(tǒng)，本發(fā)明實施例提供的調(diào)度系統(tǒng)有利于隱藏GSLB設(shè)備，能夠避免由于GSLB設(shè)備的IP地址泄露所引起的攻擊，提高了GSLB設(shè)備及通信的安全性。

實施例二、

本發(fā)明實施例提供一種調(diào)度方法，應用于本發(fā)明實施例一提供的調(diào)度系統(tǒng)20，如圖5所示，包括：

S501、LDNS接收用戶通過用戶終端發(fā)送的域名查詢請求報文。

其中，域名查詢請求報文中包含用戶所請求的服務內(nèi)容的目標網(wǎng)站的域名。

S502、LDNS在確定目標網(wǎng)站的域名在預配置名單列表中后，以跳轉(zhuǎn)方式向第一交互服務器轉(zhuǎn)發(fā)域名查詢請求報文。

S503、第一交互服務器接收域名查詢請求報文，并根據(jù)域名查詢請求報文獲取目標網(wǎng)站的域名以及用戶終端的網(wǎng)際協(xié)議IP地址，將用戶終端 的IP地址追加至域名查詢請求報文中得到第一報文。

S504、第一交互服務器向第二交互服務器發(fā)送第一報文。

S505、第二交互服務器接收第一報文，根據(jù)第一報文獲取用戶終端的IP地址，并刪除第一報文中的用戶終端的IP地址得到第二報文。

S506、第二交互服務器以用戶終端的IP地址為源地址向GSLB設(shè)備發(fā)送第二報文。

S507、GSLB設(shè)備接收第二報文，根據(jù)第二報文獲取用戶終端的IP地址，并根據(jù)用戶終端的IP地址調(diào)度至少一個CDN節(jié)點服務器為用戶提供服務內(nèi)容。

具體的，步驟S503中，第一交互服務器根據(jù)域名查詢請求報文獲取目標網(wǎng)站的域名，可以包括：

第一交互服務器對域名查詢請求報文進行解析，獲取域名查詢請求報文中的目標網(wǎng)站的域名。

第一交互服務器根據(jù)域名查詢請求報文獲取用戶終端的IP地址，具體可以包括：

第一交互服務器確定域名查詢請求報文的源地址，將域名查詢請求報文的源地址確定為用戶終端的IP地址。

優(yōu)選的，如圖6所示，本發(fā)明實施例提供的調(diào)度方法中，GSLB設(shè)備根據(jù)用戶終端的IP地址調(diào)度至少一個CDN節(jié)點服務器為用戶提供服務內(nèi)容(即步驟S507)，具體可以包括：

S507a、GSLB設(shè)備根據(jù)用戶終端的IP地址以及預存的調(diào)度策略，從至少一個CDN節(jié)點服務器中確定為用戶提供服務內(nèi)容的CDN節(jié)點服務器的IP地址。

S507b、GSLB設(shè)備生成第二報文的應答報文，應答報文中包含CDN節(jié)點服務器的IP地址。

S507c、GSLB設(shè)備向第二交互服務器發(fā)送應答報文。

進一步的，如圖7所示，本發(fā)明實施例提供的調(diào)度方法還可以包括：

S508、第二交互服務器接收應答報文，并將用戶終端的IP地址追加至應答報文中得到第三報文。

S509、第二交互服務器向第一交互服務器發(fā)送第三報文。

S510、第一交互服務器接收第三報文，根據(jù)第三報文獲取用戶終端的IP地址，并刪除第三報文中的用戶終端的IP地址，得到第四報文，向用戶終端發(fā)送第四報文，以便于用戶終端根據(jù)第四報文獲取CDN節(jié)點服務器的IP地址，并根據(jù)CDN節(jié)點服務器的IP地址獲取服務內(nèi)容。

本發(fā)明實施例提供的調(diào)度方法中，由LDNS接收用戶通過用戶終端發(fā)送的域名查詢請求報文，并在確定目標網(wǎng)站的域名在預配置名單列表中后，以跳轉(zhuǎn)方式向第一交互服務器轉(zhuǎn)發(fā)域名查詢請求報文，進而由第一交互服務器接收域名查詢請求報文，并根據(jù)域名查詢請求報文獲取目標網(wǎng)站的域名以及用戶終端的網(wǎng)際協(xié)議IP地址，將用戶終端的IP地址追加至域名查詢請求報文中得到第一報文，向第二交互服務器發(fā)送第一報文，由第二交互服務器接收第一報文，根據(jù)第一報文獲取用戶終端的IP地址，并刪除第一報文中的用戶終端的IP地址得到第二報文，以用戶終端的IP地址為源地址向GSLB設(shè)備發(fā)送第二報文，由GSLB設(shè)備接收第二報文，根據(jù)第二報文獲取用戶終端的IP地址，并根據(jù)用戶終端的IP地址調(diào)度至少一個CDN節(jié)點服務器為用戶提供服務內(nèi)容。即，本發(fā)明實施例提供的調(diào)度方法，通過第一交互服務器和第二交互服務器協(xié)同作用，向GSLB設(shè)備傳遞用戶請求消息以及用戶終端的IP地址，進而使GSLB設(shè)備根據(jù)用戶終端的IP地址來調(diào)度CDN節(jié)點服務器為用戶提供服務內(nèi)容?？梢?，不同于現(xiàn)有技術(shù)通過LDNS判斷用戶位置的方式，本發(fā)明實施例提供的調(diào)度方法通過用戶終端的IP地址來判斷用戶位置，因此無論LDNS的IP地址與用戶終端的IP地址是否在同一個網(wǎng)絡(luò)內(nèi)，都不會影響GSLB對用戶位置的判斷的準確性，所以不會出現(xiàn)“本地CDN節(jié)點服務器有訪問資源，但用戶卻需要跨骨干網(wǎng)進行內(nèi)容訪問”的現(xiàn)象，能夠?qū)崿F(xiàn)更為精確的調(diào)度，確保將用戶的訪問請求調(diào)度到最近的CDN節(jié)點服務器上，真正實現(xiàn)提升訪問速度和用戶體驗的效果。

此外，本發(fā)明實施例提供的調(diào)度方法中，GSLB設(shè)備的IP地址僅對第二交互服務器可見，對LDNS及第一交互服務器均不可見，而現(xiàn)有的CDN調(diào)度系統(tǒng)中GSLB設(shè)備的IP地址對LDNS可見，因此，相比于現(xiàn)有技術(shù)，本發(fā)明實施例提供的調(diào)度方法有利于隱藏GSLB設(shè)備，能夠避免由于 GSLB設(shè)備的IP地址泄露所引起的攻擊，提高了GSLB設(shè)備及通信的安全性。

應理解，在本發(fā)明的各種實施例中，上述各過程的序號的大小并不意味著執(zhí)行順序的先后，各過程的執(zhí)行順序應以其功能和內(nèi)在邏輯確定，而不應對本發(fā)明實施例的實施過程構(gòu)成任何限定。

所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述的方便和簡潔，上述描述的裝置，僅以上述各功能模塊的劃分進行舉例說明，實際應用中，可以根據(jù)需要而將上述功能分配由不同的功能模塊完成，即將裝置的內(nèi)部結(jié)構(gòu)劃分成不同的功能模塊，以完成以上描述的全部或者部分功能。上述描述的系統(tǒng)、裝置和單元的具體工作過程，可以參考前述方法實施例中的對應過程，在此不再贅述。

在本申請所提供的幾個實施例中，應該理解到，所揭露的系統(tǒng)，裝置和方法，可以通過其它的方式實現(xiàn)。例如，以上所描述的裝置實施例僅僅是示意性的，例如，所述模塊或單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機械或其它的形式。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。

另外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能單元的形式實現(xiàn)。

所述集成的單元如果以軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，可以存儲在一個計算機可讀取存儲介質(zhì)中?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分或者該技術(shù)方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品 存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務器，或者網(wǎng)絡(luò)設(shè)備等)或處理器(processor)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括：U盤、移動硬盤、只讀存儲器(英文：Read-Only Memory，簡稱：ROM)、隨機存儲器(英文：Random Access Memory，簡稱：RAM)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

以上所述，僅為本發(fā)明的具體實施方式，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應以所述權(quán)利要求的保護范圍為準。