專利名稱：一種域名解析方法、服務(wù)器和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)據(jù)通信技術(shù)領(lǐng)域，具體地，涉及一種域名解析方法、服務(wù)器和系統(tǒng)。
背景技術(shù)：
域名系統(tǒng)(Domain Name System,以下簡(jiǎn)稱DNS)服務(wù)器被用來將域名轉(zhuǎn)換為機(jī)器 能夠識(shí)別的互聯(lián)網(wǎng)協(xié)議(Internet Protocol，以下簡(jiǎn)稱IP)地址。比如用戶在上網(wǎng)時(shí)輸入 網(wǎng)址，網(wǎng)址也就是域名，這時(shí)DNS服務(wù)器需要將域名解析為相對(duì)應(yīng)的IP地址，這樣才能使用 戶機(jī)連接到正確的業(yè)務(wù)服務(wù)器，即DNS服務(wù)器要把域名解析為業(yè)務(wù)服務(wù)器的IP地址?，F(xiàn)有技術(shù)中，為了向用戶提供更好的服務(wù)質(zhì)量，服務(wù)提供商往往會(huì)在網(wǎng)絡(luò)中不同 的網(wǎng)絡(luò)區(qū)域部署多臺(tái)業(yè)務(wù)服務(wù)器來共享同一域名。現(xiàn)有技術(shù)中對(duì)域名進(jìn)行解析一般有兩種 實(shí)現(xiàn)方式1.圖1為第一種對(duì)域名進(jìn)行解析的方法示意圖，如圖1所示，DNS服務(wù)器根據(jù)用戶 機(jī)的屬性來選擇一個(gè)業(yè)務(wù)服務(wù)器，并將其IP地址返給用戶機(jī)。該實(shí)現(xiàn)方式的缺陷是DNS服 務(wù)器可能會(huì)將域名解析到已經(jīng)失效的業(yè)務(wù)服務(wù)器的IP地址上，這樣導(dǎo)致用戶機(jī)需要再次 發(fā)送域名解析請(qǐng)求，降低了域名解析的效率，加大用戶機(jī)的工作量，影響用戶體驗(yàn)。2.申請(qǐng)?zhí)枮?00480041163. 9的申請(qǐng)文件提出了一種對(duì)域名解析的方法，DNS服務(wù) 器將與域名相對(duì)應(yīng)的至少一個(gè)業(yè)務(wù)服務(wù)器的IP地址和狀態(tài)信息都提供給用戶機(jī)，由用戶 機(jī)根據(jù)業(yè)務(wù)服務(wù)器的狀態(tài)信息決定連接到哪個(gè)業(yè)務(wù)服務(wù)器上。如果業(yè)務(wù)服務(wù)器失效，則用 戶機(jī)將不會(huì)連接到該業(yè)務(wù)服務(wù)器。該實(shí)現(xiàn)方式的缺陷是由于DNS服務(wù)器需要將至少一個(gè) 業(yè)務(wù)服務(wù)器的IP地址和狀態(tài)信息都發(fā)送給用戶機(jī)，會(huì)造成數(shù)據(jù)通信量較大；用戶機(jī)需要在 接收到DNS服務(wù)器發(fā)送過來的信息之后再?zèng)Q定連接到哪個(gè)業(yè)務(wù)服務(wù)器，提高了用戶機(jī)的工 作量，而且當(dāng)業(yè)務(wù)服務(wù)器的數(shù)量比較大，DNS服務(wù)器發(fā)送過來的信息較多時(shí)，解析效率較低， 從而導(dǎo)致不好的用戶體驗(yàn)。

發(fā)明內(nèi)容
本發(fā)明的第一目的是提出一種域名解析方法，以實(shí)現(xiàn)提高域名解析的效率和減少 用戶機(jī)的工作量。本發(fā)明的第二目的是提出一種域名解析服務(wù)器，以實(shí)現(xiàn)提高域名解析的效率和減 少用戶機(jī)的工作量。本發(fā)明的第三目的是提出一種域名解析系統(tǒng)，以實(shí)現(xiàn)提高域名解析的效率和減少 用戶機(jī)的工作量。為實(shí)現(xiàn)上述第一目的，根據(jù)本發(fā)明的一個(gè)方面，提供了一種域名解析方法，包括 DNS服務(wù)器根據(jù)接收的域名解析請(qǐng)求消息，選擇業(yè)務(wù)服務(wù)器；DNS服務(wù)器向與請(qǐng)求消息發(fā)送 方處于同一網(wǎng)絡(luò)域的探測(cè)點(diǎn)請(qǐng)求對(duì)該業(yè)務(wù)服務(wù)器的可用性進(jìn)行檢測(cè)；DNS服務(wù)器根據(jù)探測(cè) 點(diǎn)返回的檢測(cè)結(jié)果確定請(qǐng)求消息對(duì)應(yīng)的域名解析結(jié)果。優(yōu)選地，DNS服務(wù)器根據(jù)探測(cè)點(diǎn)返回的檢測(cè)結(jié)果確定請(qǐng)求消息對(duì)應(yīng)的域名解析結(jié)果具體可以包括如果探測(cè)點(diǎn)返回的檢測(cè)結(jié)果為業(yè)務(wù)服務(wù)器不可用，則DNS服務(wù)器重新選擇新的業(yè)務(wù)服務(wù)器，并對(duì)新的業(yè)務(wù)服務(wù)器進(jìn)行可用性檢測(cè)；如果探測(cè)點(diǎn)返回的檢測(cè)結(jié)果為 業(yè)務(wù)服務(wù)器可用，則DNS服務(wù)器向請(qǐng)求消息發(fā)送方返回包含業(yè)務(wù)服務(wù)器IP地址的域名解析 響應(yīng)消息。其中，業(yè)務(wù)服務(wù)器可以為與該請(qǐng)求消息發(fā)送方位于同一網(wǎng)絡(luò)域內(nèi)的業(yè)務(wù)服務(wù)器。為實(shí)現(xiàn)上述第二目的，根據(jù)本發(fā)明的另一個(gè)方面，提供了一種域名解析服務(wù)器，包 括接收模塊，用于接收域名解析請(qǐng)求消息；控制模塊，用于根據(jù)接收模塊接收到的域名解 析請(qǐng)求消息，選擇業(yè)務(wù)服務(wù)器，并向與請(qǐng)求消息發(fā)送方處于同一網(wǎng)絡(luò)域的探測(cè)點(diǎn)請(qǐng)求對(duì)業(yè) 務(wù)服務(wù)器的可用性進(jìn)行檢測(cè)，并根據(jù)探測(cè)點(diǎn)返回的檢測(cè)結(jié)果確定請(qǐng)求消息對(duì)應(yīng)的域名解析 結(jié)果；發(fā)送模塊，用于將域名解析結(jié)果發(fā)送至請(qǐng)求消息的發(fā)送方。優(yōu)選地，控制模塊具體可以包括判斷單元，用于根據(jù)探測(cè)點(diǎn)返回的檢測(cè)結(jié)果判斷 業(yè)務(wù)服務(wù)器是否可用，如果不可用，則重新選擇一新的業(yè)務(wù)服務(wù)器，向探測(cè)點(diǎn)請(qǐng)求對(duì)新的業(yè) 務(wù)服務(wù)器的可用性進(jìn)行檢測(cè)；否則，將包含業(yè)務(wù)服務(wù)器IP地址的域名解析響應(yīng)消息發(fā)送給 發(fā)送模塊。為實(shí)現(xiàn)上述第三目的，根據(jù)本發(fā)明的另一個(gè)方面，提供了一種域名解析系統(tǒng)，包 括DNS服務(wù)器，用于根據(jù)接收的域名解析請(qǐng)求消息，選擇業(yè)務(wù)服務(wù)器，向與請(qǐng)求消息發(fā)送 方處于同一網(wǎng)絡(luò)域的探測(cè)點(diǎn)請(qǐng)求對(duì)業(yè)務(wù)服務(wù)器的可用性進(jìn)行檢測(cè)，并根據(jù)探測(cè)點(diǎn)返回的檢 測(cè)結(jié)果確定請(qǐng)求消息對(duì)應(yīng)的域名解析結(jié)果；探測(cè)點(diǎn)，用于接收DNS服務(wù)器發(fā)送的包含業(yè)務(wù) 服務(wù)器IP地址的可用性檢測(cè)請(qǐng)求，對(duì)業(yè)務(wù)服務(wù)器的可用性進(jìn)行檢測(cè)，并返回檢測(cè)結(jié)果。本發(fā)明各實(shí)施例的域名解析方法、服務(wù)器和系統(tǒng)，DNS服務(wù)器在進(jìn)行域名解析時(shí)， 在向域名解析請(qǐng)求消息發(fā)送方返回域名解析結(jié)果前，預(yù)先通過探測(cè)點(diǎn)對(duì)業(yè)務(wù)服務(wù)器的可用 性進(jìn)行檢測(cè)，根據(jù)探測(cè)點(diǎn)返回的檢測(cè)結(jié)果再?zèng)Q定向請(qǐng)求消息發(fā)送方返回的域名解析結(jié)果。 這樣，DNS服務(wù)器可以確保把一個(gè)有效業(yè)務(wù)服務(wù)器的IP地址發(fā)送給用戶機(jī)，提高了域名解 析的效率，減少了用戶機(jī)的工作量，提高了用戶體驗(yàn)。下面通過附圖和實(shí)施例，對(duì)本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)描述。


附圖用來提供對(duì)本發(fā)明的進(jìn)一步理解，并且構(gòu)成說明書的一部分，與本發(fā)明的實(shí) 施例一起用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的限制。在附圖中圖1為根據(jù)現(xiàn)有技術(shù)中域名解析的第一種方法示意圖；圖2為根據(jù)本發(fā)明域名解析方法的實(shí)施例一流程圖；圖3為根據(jù)本發(fā)明域名解析方法的實(shí)施例二流程圖；圖4為圖3中步驟S308-S312使用的通信協(xié)議實(shí)施例結(jié)構(gòu)圖；圖5為根據(jù)本發(fā)明域名解析服務(wù)器實(shí)施例一內(nèi)部結(jié)構(gòu)示意圖；圖6為根據(jù)本發(fā)明域名解析服務(wù)器實(shí)施例二內(nèi)部結(jié)構(gòu)示意圖；圖7為根據(jù)本發(fā)明域名解析系統(tǒng)的結(jié)構(gòu)示意圖；圖8為根據(jù)本發(fā)明域名解析系統(tǒng)的域名解析方法流程圖。
具體實(shí)施例方式以下結(jié)合附圖對(duì)本發(fā)明的優(yōu)選實(shí)施例進(jìn)行說明，應(yīng)當(dāng)理解，此處所描述的優(yōu)選實(shí)施例僅用于說明和解釋本發(fā)明，并不用于限定本發(fā)明。圖2為根據(jù)本發(fā)明域名解析方法的實(shí)施例一流程圖，如圖2所示，本實(shí)施例包括步驟S202、DNS服務(wù)器根據(jù)接收的域名解析請(qǐng)求消息，選擇業(yè)務(wù)服務(wù)器；步驟S204、DNS服務(wù)器向與該請(qǐng)求消息發(fā)送方處于同一網(wǎng)絡(luò)域的探測(cè)點(diǎn)請(qǐng)求對(duì)該 業(yè)務(wù)服務(wù)器的可用性進(jìn)行檢測(cè)；步驟S206、DNS服務(wù)器根據(jù)該探測(cè)點(diǎn)返回的檢測(cè)結(jié)果確定該請(qǐng)求消息對(duì)應(yīng)的域名 解析結(jié)果。本實(shí)施例中，DNS服務(wù)器在進(jìn)行域名解析時(shí)，在向域名解析請(qǐng)求消息發(fā)送方返回域 名解析結(jié)果前，預(yù)先通過探測(cè)點(diǎn)對(duì)業(yè)務(wù)服務(wù)器的可用性進(jìn)行檢測(cè)，根據(jù)探測(cè)點(diǎn)返回的檢測(cè) 結(jié)果再?zèng)Q定向請(qǐng)求消息發(fā)送方返回的域名解析結(jié)果。這樣，DNS服務(wù)器可以確保把有效的 域名解析結(jié)果發(fā)送給用戶機(jī)，提高了域名解析的效率，降低了用戶機(jī)的工作量，提高了用戶 體驗(yàn)。圖3為根據(jù)本發(fā)明域名解析方法的實(shí)施例二流程圖，如圖3所示，本實(shí)施例包括步驟S302、DNS服務(wù)器接收用戶機(jī)發(fā)送的域名解析請(qǐng)求消息；在用戶訪問域名時(shí)，比如說訪問某一網(wǎng)站，用戶在用戶機(jī)上輸入網(wǎng)址，該網(wǎng)址就是 域名。用戶機(jī)向DNS服務(wù)器發(fā)送域名解析請(qǐng)求消息，該消息中攜帶有用戶機(jī)的屬性和用戶 機(jī)要訪問的域名。用戶機(jī)的屬性可以包括用戶機(jī)的IP地址；步驟S304、DNS服務(wù)器確定與該域名相對(duì)應(yīng)的至少一個(gè)業(yè)務(wù)服務(wù)器；DNS服務(wù)器中存儲(chǔ)有業(yè)務(wù)服務(wù)器的域名與IP地址之間的對(duì)應(yīng)關(guān)系，每個(gè)域名對(duì)應(yīng) 有至少一個(gè)業(yè)務(wù)服務(wù)器，DNS服務(wù)器根據(jù)該對(duì)應(yīng)關(guān)系確定與該域名相對(duì)應(yīng)的至少一個(gè)業(yè)務(wù) 服務(wù)器；步驟S306、DNS服務(wù)器根據(jù)用戶機(jī)的IP地址從確定的至少一個(gè)業(yè)務(wù)服務(wù)器中選擇 業(yè)務(wù)服務(wù)器；如果存在與該用戶機(jī)同一網(wǎng)絡(luò)域的業(yè)務(wù)服務(wù)器，DNS服務(wù)器可以選擇一個(gè)與用戶 機(jī)位于同一個(gè)網(wǎng)絡(luò)域內(nèi)的業(yè)務(wù)服務(wù)器。如果所有業(yè)務(wù)服務(wù)器和用戶機(jī)都不處于同一網(wǎng)絡(luò) 域內(nèi)，則DNS服務(wù)器可以根據(jù)用戶機(jī)的屬性來選擇業(yè)務(wù)服務(wù)器，例如根據(jù)用戶機(jī)的地域分 類，為不同省份的用戶機(jī)解析各自省份內(nèi)的業(yè)務(wù)服務(wù)器地址；或者根據(jù)用戶機(jī)所使用的運(yùn) 營商分類，為用戶機(jī)解析部署在不同運(yùn)營商網(wǎng)絡(luò)中的業(yè)務(wù)服務(wù)器地址。如果DNS服務(wù)器利 用上述方法沒有選擇出業(yè)務(wù)服務(wù)器，那么DNS服務(wù)器可以從解析結(jié)果中選取第一個(gè)業(yè)務(wù)服 務(wù)器。之后DNS服務(wù)器準(zhǔn)備將選擇的業(yè)務(wù)服務(wù)器的IP地址發(fā)送給用戶機(jī)；步驟S308、DNS服務(wù)器向與用戶機(jī)同一網(wǎng)絡(luò)域內(nèi)的探測(cè)點(diǎn)發(fā)送包含業(yè)務(wù)服務(wù)器IP 地址的可用性檢測(cè)請(qǐng)求，指示該探測(cè)點(diǎn)對(duì)該業(yè)務(wù)服務(wù)器的可用性進(jìn)行檢測(cè)；探測(cè)點(diǎn)能夠在應(yīng)用層對(duì)業(yè)務(wù)服務(wù)器進(jìn)行檢測(cè)，真正驗(yàn)證業(yè)務(wù)服務(wù)器在業(yè)務(wù)層面的 可用性。同時(shí)，探測(cè)點(diǎn)是部署在各個(gè)網(wǎng)絡(luò)域內(nèi)的，因此能夠保證選擇到與用戶機(jī)位于同一網(wǎng) 絡(luò)域內(nèi)的探測(cè)點(diǎn)來進(jìn)行業(yè)務(wù)探測(cè)。為了避免DNS服務(wù)器到業(yè)務(wù)服務(wù)器之間的路徑是連通的 而用戶機(jī)通向業(yè)務(wù)服務(wù)器的路徑出現(xiàn)阻斷的情況，進(jìn)行檢測(cè)的探測(cè)點(diǎn)與用戶機(jī)和業(yè)務(wù)服務(wù) 器需要位于同一網(wǎng)絡(luò)域內(nèi)，這樣能夠保證檢測(cè)路徑與用戶機(jī)的業(yè)務(wù)訪問路徑更為接近。在實(shí)際應(yīng)用中，探測(cè)點(diǎn)可以部署在運(yùn)營商的每個(gè)省網(wǎng)絡(luò)域內(nèi)，在選擇探測(cè)點(diǎn)時(shí)，首先優(yōu)選和用戶 機(jī)位于同一地市網(wǎng)絡(luò)域內(nèi)的探測(cè)點(diǎn)，如果沒有則選擇和用戶機(jī)位于同一省網(wǎng)絡(luò)域內(nèi)的探測(cè)點(diǎn)。DNS服務(wù)器向選擇的探測(cè)點(diǎn)發(fā)送可用性檢測(cè)請(qǐng)求，DNS服務(wù)器和探測(cè)點(diǎn)之間的 通信可以依賴私有通信協(xié)議，還可以對(duì)一些能夠擴(kuò)展通信協(xié)議進(jìn)行類型、長(zhǎng)度、值(Type、 Length、Value，簡(jiǎn)稱TLV)字段擴(kuò)展后完成通信，例如邊界網(wǎng)關(guān)協(xié)議、互聯(lián)網(wǎng)協(xié)議IPv6等。下面以DNS服務(wù)器和探測(cè)點(diǎn)之間的通信使用邊界網(wǎng)關(guān)協(xié)議(BorderGateway Protocol,以下簡(jiǎn)稱BGP)路由協(xié)議為例，如圖4所示，可以將BGP消息報(bào)文頭中的“Type” 字段擴(kuò)展出進(jìn)行可用性檢測(cè)請(qǐng)求及檢測(cè)響應(yīng)兩個(gè)字段?，F(xiàn)有BGP協(xié)議的“Type”字段已經(jīng) 定義了 1、2、3、4，分別表示為“1-0PEN、2-UPDATE、3-N0TIFICATI0N、4-KEEPALIVE，，。本發(fā)明 的各方法實(shí)施例可以將“Type”字段擴(kuò)展為5或6，當(dāng)“Type”字段定義為5時(shí)可以表示可用 性檢測(cè)請(qǐng)求字段，可以包括檢測(cè)目的地址、檢測(cè)業(yè)務(wù)類型和標(biāo)識(shí)。當(dāng)Type字段定義為6時(shí) 表示檢測(cè)響應(yīng) 字段，可以包括檢測(cè)目的地址、檢測(cè)業(yè)務(wù)類型、對(duì)應(yīng)于檢測(cè)業(yè)務(wù)類型的業(yè)務(wù)檢 測(cè)結(jié)果和標(biāo)識(shí)。在進(jìn)行可用性檢測(cè)請(qǐng)求字段格式中，檢測(cè)目的地址即為DNS服務(wù)器根據(jù)用戶機(jī)的 域名解析請(qǐng)求消息解析出來的地址，檢測(cè)業(yè)務(wù)類型可以定義O為網(wǎng)絡(luò)層，IShttP業(yè)務(wù)，2 為郵局協(xié)議的第3個(gè)版本(Post Office Protocol3,以下簡(jiǎn)稱P0P3)，3為簡(jiǎn)單郵件傳輸協(xié) 議(Simple Mail Transfer Protocol，以下簡(jiǎn)稱SMTP)等，具體還可根據(jù)業(yè)務(wù)類型進(jìn)行擴(kuò)展。在實(shí)際應(yīng)用中，用戶機(jī)向DNS服務(wù)器發(fā)送域名解析請(qǐng)求消息后，DNS服務(wù)器并不能 完全確定用戶需要訪問何種業(yè)務(wù)，因此DNS服務(wù)器可以指示探測(cè)點(diǎn)對(duì)域名對(duì)應(yīng)的一個(gè)業(yè)務(wù) 服務(wù)器進(jìn)行應(yīng)用層檢測(cè)，還可以指示探測(cè)點(diǎn)對(duì)域名對(duì)應(yīng)的兩個(gè)以上業(yè)務(wù)服務(wù)器進(jìn)行網(wǎng)絡(luò)層 檢測(cè)，即測(cè)試探測(cè)點(diǎn)和業(yè)務(wù)服務(wù)器之間的網(wǎng)絡(luò)層時(shí)延和丟包率，從測(cè)試結(jié)果中對(duì)比得出一 個(gè)相對(duì)最優(yōu)的業(yè)務(wù)服務(wù)器并將其地址反饋給用戶。DNS服務(wù)器還可以根據(jù)域名解析請(qǐng)求消息確定用戶向域名請(qǐng)求的業(yè)務(wù)服務(wù)內(nèi)容。 例如1、如果域名解析請(qǐng)求消息中攜帶了 MX參數(shù)，則標(biāo)明用戶機(jī)需要使用SMTP或者P0P3 協(xié)議，同時(shí)說明用戶機(jī)需要訪問所請(qǐng)求域名的SMTP或者P0P3端口，即25或110端口，這種 情況下DNS服務(wù)器可以要求探測(cè)點(diǎn)對(duì)業(yè)務(wù)服務(wù)器的25或110端口進(jìn)行業(yè)務(wù)檢測(cè)；2、如果域 名解析請(qǐng)求消息中的域名中攜帶了 字段，則標(biāo)明用戶機(jī)需要使用web服務(wù)，由于web服 務(wù)的端口為80，則這種情況下可以要求探測(cè)點(diǎn)對(duì)業(yè)務(wù)服務(wù)器的80端口進(jìn)行業(yè)務(wù)檢測(cè)；步驟S310、探測(cè)點(diǎn)向業(yè)務(wù)服務(wù)器發(fā)送業(yè)務(wù)請(qǐng)求；步驟S312、根據(jù)業(yè)務(wù)服務(wù)器的應(yīng)答，探測(cè)點(diǎn)向DNS服務(wù)器返回檢測(cè)結(jié)果；同樣，如步驟S308，探測(cè)點(diǎn)和DNS服務(wù)器之間可以通過私有協(xié)議或者擴(kuò)展的BGP協(xié) 議進(jìn)行通信，如圖4所示，當(dāng)Type字段定義為6時(shí)表示擴(kuò)展的檢測(cè)響應(yīng)字段，可以包括檢測(cè) 目的地址、檢測(cè)業(yè)務(wù)類型、對(duì)應(yīng)于檢測(cè)業(yè)務(wù)類型的業(yè)務(wù)檢測(cè)結(jié)果和標(biāo)識(shí)。探測(cè)點(diǎn)可以通過擴(kuò) 展的檢測(cè)響應(yīng)字段向DNS服務(wù)器返回檢測(cè)結(jié)果，在檢測(cè)響應(yīng)字段中，針對(duì)進(jìn)行可用性檢測(cè) 請(qǐng)求中的每一種檢測(cè)業(yè)務(wù)類型，都在其后附上2字節(jié)的業(yè)務(wù)檢測(cè)結(jié)果，針對(duì)每一種檢測(cè)業(yè) 務(wù)類型，其業(yè)務(wù)檢測(cè)結(jié)果的格式解釋都不一致，例如，針對(duì)網(wǎng)絡(luò)層檢測(cè)請(qǐng)求的響應(yīng)，可以定 義第一字節(jié)為平均時(shí)延，第二字節(jié)為平均丟包率。針對(duì)http業(yè)務(wù)檢測(cè)請(qǐng)求的響應(yīng)，可以將 第一字節(jié)定義為首字節(jié)接收時(shí)延，第二字節(jié)定義為下載速度等等，具體可根據(jù)需要進(jìn)行擴(kuò)展； 步驟S314、DNS服務(wù)器接收該探測(cè)點(diǎn)返回的檢測(cè)結(jié)果；步驟S316、判斷檢測(cè)結(jié)果為業(yè)務(wù)服務(wù)器是否可用，若是，轉(zhuǎn)向步驟S318，若否，轉(zhuǎn) 向步驟S306 ；如果DNS服務(wù)器指示探測(cè)點(diǎn)只對(duì)一個(gè)業(yè)務(wù)服務(wù)器進(jìn)行檢測(cè)，在接收到對(duì)該業(yè)務(wù)服 務(wù)器的檢測(cè)結(jié)果后，如果該業(yè)務(wù)服務(wù)器在應(yīng)用層可用，則選擇向用戶機(jī)返回該業(yè)務(wù)服務(wù)器 的IP地址。如果DNS服務(wù)器指示探測(cè)點(diǎn)對(duì)兩個(gè)以上業(yè)務(wù)服務(wù)器進(jìn)行檢測(cè)，DNS服務(wù)器可以按 照下面的方式選取業(yè)務(wù)服務(wù)器a、如果應(yīng)用層對(duì)業(yè)務(wù)服務(wù)器的檢測(cè)成功，也就是說業(yè)務(wù)服務(wù)器在應(yīng)用層可用，則 無論網(wǎng)絡(luò)層檢測(cè)成功與否，都只考慮應(yīng)用層的檢測(cè)結(jié)果，并將對(duì)指定端口的下載速度作為 比較指標(biāo)，選取下載速度高的業(yè)務(wù)服務(wù)器反饋給用戶機(jī)；b、如果應(yīng)用層檢測(cè)不成功，而網(wǎng)絡(luò)層檢測(cè)成功，則將網(wǎng)絡(luò)層檢測(cè)結(jié)果中的丟包率 來作為主要比較指標(biāo)，如丟包率一致，則采用時(shí)延來作為比較指標(biāo)，將時(shí)延小的業(yè)務(wù)服務(wù)器 反饋給用戶機(jī)；C、如果網(wǎng)絡(luò)層和應(yīng)用層檢測(cè)均失敗，則選取一個(gè)和用戶機(jī)位于同一網(wǎng)絡(luò)域的業(yè)務(wù) 服務(wù)器，如沒有，返回步驟306;步驟S318、DNS服務(wù)器向用戶機(jī)返回包含該業(yè)務(wù)服務(wù)器IP地址的域名解析響應(yīng)消
肩、ο在步驟S318后，用戶機(jī)就可以訪問經(jīng)探測(cè)點(diǎn)撥測(cè)、驗(yàn)證過可用性的業(yè)務(wù)服務(wù)器。本實(shí)施例中，DNS服務(wù)器在向用戶機(jī)返回業(yè)務(wù)服務(wù)器的IP地址前，先對(duì)業(yè)務(wù)服務(wù) 器的可用性進(jìn)行驗(yàn)證，如果業(yè)務(wù)服務(wù)器可用，才向用戶機(jī)返回業(yè)務(wù)服務(wù)器的IP地址，將對(duì) 業(yè)務(wù)服務(wù)器的驗(yàn)證過程與域名解析過程相結(jié)合，確保了向用戶機(jī)返回有效的業(yè)務(wù)服務(wù)器的 IP地址。部署在各個(gè)網(wǎng)絡(luò)區(qū)域中的探測(cè)點(diǎn)，能夠按照DNS服務(wù)器的要求完成對(duì)業(yè)務(wù)服務(wù)器 的應(yīng)用層面的檢測(cè)。用戶機(jī)只需要直接連接到DNS服務(wù)器返回的IP地址，提高了域名解析 的效率，減少了用戶機(jī)的工作量，提高了用戶體驗(yàn)。圖5為根據(jù)本發(fā)明域名解析服務(wù)器實(shí)施例一的內(nèi)部結(jié)構(gòu)示意圖，如圖5所示，該裝 置包括接收模塊10，用于接收域名解析請(qǐng)求消息；控制模塊20，用于根據(jù)接收模塊10接收到的域名解析請(qǐng)求消息，選擇業(yè)務(wù)服務(wù) 器，并向與該請(qǐng)求消息發(fā)送方處于同一網(wǎng)絡(luò)域的探測(cè)點(diǎn)請(qǐng)求對(duì)該業(yè)務(wù)服務(wù)器的可用性進(jìn)行 檢測(cè)，并根據(jù)該探測(cè)點(diǎn)返回的檢測(cè)結(jié)果確定該請(qǐng)求消息對(duì)應(yīng)的域名解析結(jié)果；具體請(qǐng)求可 用性檢測(cè)可參見方法實(shí)施例中圖3的相關(guān)說明，根據(jù)檢測(cè)結(jié)果如何檢測(cè)可用性以及根據(jù)結(jié) 果確定和選擇業(yè)務(wù)服務(wù)器作為用戶機(jī)的域名解析結(jié)果可參見圖3方法實(shí)施例相關(guān)說明，不 再重復(fù)敘述；發(fā)送模塊40，用于將控制模塊20得到的域名解析結(jié)果發(fā)送至該請(qǐng)求消息的發(fā)送方。本實(shí)施例中，DNS服務(wù)器在進(jìn)行域名解析時(shí)，在向域名解析請(qǐng)求消息發(fā)送方返回域 名解析結(jié)果前，預(yù)先通過探測(cè)點(diǎn)對(duì)業(yè)務(wù)服務(wù)器的可用性進(jìn)行檢測(cè)，根據(jù)探測(cè)點(diǎn)返回的檢測(cè)結(jié)果再?zèng)Q定向請(qǐng)求消息發(fā)送方返回的域名解析結(jié)果。這樣，DNS服務(wù)器確保把一個(gè)有效的業(yè)務(wù)服務(wù)器的IP地址發(fā)送給用戶機(jī)，提高了域名解析的效率，減少了用戶機(jī)的工作量，提 高了用戶體驗(yàn)。本實(shí)施例提供的技術(shù)方案能夠有效避免當(dāng)某一業(yè)務(wù)服務(wù)器發(fā)生故障時(shí)，DNS 服務(wù)器在不知情的情況下，將該業(yè)務(wù)服務(wù)器的地址反饋給用戶機(jī)從而導(dǎo)致大面積用戶業(yè)務(wù) 使用受阻的情況。圖6為根據(jù)本發(fā)明域名解析裝置實(shí)施例二的內(nèi)部結(jié)構(gòu)示意圖，如圖6所示，本實(shí)施 例的控制模塊20進(jìn)一步可以包括選擇單元，用于根據(jù)接收模塊10接收到的域名解析請(qǐng)求消息，選擇業(yè)務(wù)服務(wù)器；檢測(cè)單元，用于向與該請(qǐng)求消息發(fā)送方處于同一網(wǎng)絡(luò)域的探測(cè)點(diǎn)請(qǐng)求對(duì)選擇單元 選擇的業(yè)務(wù)服務(wù)器的可用性進(jìn)行檢測(cè)，具體可參見圖3步驟S308的相關(guān)說明；判斷單元，用于判斷該探測(cè)點(diǎn)返回的檢測(cè)結(jié)果為該業(yè)務(wù)服務(wù)器是否可用，具體可 參見步驟S312-S316的相關(guān)說明。如果該探測(cè)點(diǎn)返回的檢測(cè)結(jié)果為該業(yè)務(wù)服務(wù)器不可用， 則根據(jù)該請(qǐng)求消息發(fā)送方的屬性和要訪問的域名重新選擇一新的業(yè)務(wù)服務(wù)器，向與該請(qǐng)求 消息發(fā)送方處于同一網(wǎng)絡(luò)域的探測(cè)點(diǎn)請(qǐng)求對(duì)該新的業(yè)務(wù)服務(wù)器的可用性進(jìn)行檢測(cè)；如果該 探測(cè)點(diǎn)返回的檢測(cè)結(jié)果為該業(yè)務(wù)服務(wù)器可用，則通過發(fā)送模塊40向該請(qǐng)求消息發(fā)送方返 回包含該業(yè)務(wù)服務(wù)器IP地址的域名解析響應(yīng)消息。圖7為本發(fā)明實(shí)施例提供的一種域名解析系統(tǒng)。如圖7所示，該系統(tǒng)包括DNS服務(wù)器60，用于根據(jù)接收的域名解析請(qǐng)求消息，選擇業(yè)務(wù)服務(wù)器，向與該請(qǐng)求 消息發(fā)送方處于同一網(wǎng)絡(luò)域的探測(cè)點(diǎn)請(qǐng)求對(duì)該業(yè)務(wù)服務(wù)器的可用性進(jìn)行檢測(cè)，并根據(jù)該探 測(cè)點(diǎn)返回的檢測(cè)結(jié)果確定該請(qǐng)求消息對(duì)應(yīng)的域名解析結(jié)果；探測(cè)點(diǎn)62，用于接收DNS服務(wù)器60發(fā)送的進(jìn)行可用性檢測(cè)請(qǐng)求，對(duì)DNS服務(wù)器60 選擇的業(yè)務(wù)服務(wù)器的可用性進(jìn)行檢測(cè)，并向DNS服務(wù)器60返回檢測(cè)結(jié)果。其中，用戶機(jī)并非本發(fā)明系統(tǒng)中的組件，用戶機(jī)在訪問業(yè)務(wù)的過程中將向DNS服 務(wù)器發(fā)送域名解析請(qǐng)求，得到DNS服務(wù)器返回的業(yè)務(wù)服務(wù)器IP地址后訪問業(yè)務(wù)服務(wù)器。業(yè)務(wù)服務(wù)器也不是本發(fā)明系統(tǒng)中的組件，DNS服務(wù)器將根據(jù)用戶機(jī)的屬性選擇共 享同一域名的至少一臺(tái)業(yè)務(wù)服務(wù)器中的一臺(tái)，由探測(cè)點(diǎn)對(duì)其進(jìn)行業(yè)務(wù)應(yīng)用層面的撥測(cè)。DNS服務(wù)器接收到域名解析請(qǐng)求消息后，確定與該域名相對(duì)應(yīng)的至少一個(gè)業(yè)務(wù)服 務(wù)器，之后根據(jù)用戶機(jī)的IP地址從確定的至少一個(gè)業(yè)務(wù)服務(wù)器中選擇一個(gè)業(yè)務(wù)服務(wù)器。如 果存在與該用戶機(jī)同一網(wǎng)絡(luò)域的業(yè)務(wù)服務(wù)器，DNS服務(wù)器可以選擇一個(gè)與用戶機(jī)位于同一 個(gè)網(wǎng)絡(luò)域內(nèi)的業(yè)務(wù)服務(wù)器。如果沒有與用戶機(jī)位于同一個(gè)網(wǎng)絡(luò)域內(nèi)的業(yè)務(wù)服務(wù)器，則DNS 服務(wù)器可以根據(jù)用戶機(jī)的屬性來選擇業(yè)務(wù)服務(wù)器，例如根據(jù)用戶機(jī)的地域分類，為不同省 份的用戶機(jī)解析各自省份內(nèi)的業(yè)務(wù)服務(wù)器地址；或者根據(jù)用戶機(jī)所使用的運(yùn)營商分類，為 用戶機(jī)解析部署在不同運(yùn)營商網(wǎng)絡(luò)中的業(yè)務(wù)服務(wù)器地址。如果DNS服務(wù)器利用上述方法沒 有選擇出業(yè)務(wù)服務(wù)器，那么DNS服務(wù)器就選擇解析結(jié)果中的第一個(gè)業(yè)務(wù)服務(wù)器。在返回域 名解析響應(yīng)消息之前，DNS服務(wù)器將向與用戶機(jī)處于同一網(wǎng)絡(luò)域下的探測(cè)點(diǎn)發(fā)出可用性檢 測(cè)請(qǐng)求，請(qǐng)求探測(cè)點(diǎn)來驗(yàn)證選擇的業(yè)務(wù)服務(wù)器的業(yè)務(wù)可用性，防止向用戶機(jī)返回業(yè)務(wù)失效 的服務(wù)器地址。探測(cè)點(diǎn)響應(yīng)DNS服務(wù)器的檢測(cè)請(qǐng)求并給出檢測(cè)結(jié)果。探測(cè)點(diǎn)能夠在應(yīng)用層對(duì)業(yè)務(wù) 服務(wù)器進(jìn)行撥測(cè)，真正驗(yàn)證服務(wù)器在業(yè)務(wù)層面的可用性。其中，探測(cè)點(diǎn)是部署在各個(gè)網(wǎng)絡(luò)域內(nèi)的，因此能夠保證選擇到與用戶機(jī)位于同一網(wǎng)絡(luò)域內(nèi)的探測(cè)點(diǎn)來進(jìn)行業(yè)務(wù)探測(cè)。為了避免DNS服務(wù)器到業(yè)務(wù)服務(wù)器之間的路徑是連通的而用戶機(jī)通向業(yè)務(wù)服務(wù)器的路徑出現(xiàn)阻 斷的情況，進(jìn)行檢測(cè)的探測(cè)點(diǎn)與用戶機(jī)和業(yè)務(wù)服務(wù)器需要位于同一網(wǎng)絡(luò)域內(nèi)，這樣能夠保 證檢測(cè)路徑與用戶機(jī)的業(yè)務(wù)訪問路徑更為接近。本發(fā)明實(shí)施例中，DNS服務(wù)器60的內(nèi)部結(jié)構(gòu)可以參考圖5和圖6。圖8為根據(jù)本發(fā)明域名解析系統(tǒng)的域名解析方法流程圖，圖8以用戶機(jī)通過DNS 服務(wù)器解析域名，最終訪問業(yè)務(wù)服務(wù)器的過程為例，結(jié)合圖7，說明DNS服務(wù)器進(jìn)行域名解 析的具體流程。具體說明如下步驟1，用戶機(jī)向DNS服務(wù)器發(fā)送域名解析請(qǐng)求消息；步驟2，DNS服務(wù)器根據(jù)用戶屬性查詢相對(duì)應(yīng)的業(yè)務(wù)服務(wù)器IP地址；步驟3，DNS服務(wù)器向與該用戶處在同一網(wǎng)絡(luò)域內(nèi)的探測(cè)點(diǎn)發(fā)出對(duì)指定業(yè)務(wù)服務(wù) 器進(jìn)行可用性檢測(cè)的請(qǐng)求；步驟4，探測(cè)點(diǎn)會(huì)在業(yè)務(wù)應(yīng)用層面對(duì)業(yè)務(wù)服務(wù)器進(jìn)行撥測(cè)，即向業(yè)務(wù)服務(wù)器發(fā)出業(yè) 務(wù)請(qǐng)求；步驟5，根據(jù)業(yè)務(wù)服務(wù)器的應(yīng)答，探測(cè)點(diǎn)驗(yàn)證業(yè)務(wù)服務(wù)器的可用性；步驟6，探測(cè)點(diǎn)向DNS服務(wù)器返回對(duì)指定業(yè)務(wù)服務(wù)器的檢測(cè)結(jié)果；如果業(yè)務(wù)服務(wù)器在步驟5中不能響應(yīng)探測(cè)點(diǎn)對(duì)業(yè)務(wù)的撥測(cè)，探測(cè)點(diǎn)將向DNS服務(wù) 器返回為該業(yè)務(wù)服務(wù)器不可用的檢測(cè)結(jié)果，由DNS服務(wù)器返回步驟2為用戶選擇新的業(yè)務(wù) 服務(wù)器。步驟7，DNS服務(wù)器向用戶機(jī)返回域名解析響應(yīng)消息，向用戶機(jī)通知業(yè)務(wù)服務(wù)器的 IP地址；步驟8，用戶機(jī)訪問經(jīng)探測(cè)點(diǎn)檢測(cè)、驗(yàn)證過可用性的業(yè)務(wù)服務(wù)器。至此，DNS服務(wù)器的域名解析流程結(jié)束。在本發(fā)明實(shí)施例中，驗(yàn)證了業(yè)務(wù)服務(wù)器的可用性，進(jìn)一步地，本發(fā)明實(shí)施例還可以 通過探測(cè)點(diǎn)驗(yàn)證業(yè)務(wù)服務(wù)器的服務(wù)質(zhì)量，在向DNS服務(wù)器返回的檢測(cè)結(jié)果中攜帶業(yè)務(wù)服務(wù) 器的服務(wù)質(zhì)量，DNS服務(wù)器可以根據(jù)業(yè)務(wù)服務(wù)器的服務(wù)質(zhì)量為用戶機(jī)選擇業(yè)務(wù)服務(wù)器。本實(shí)施例中，DNS服務(wù)器在向用戶機(jī)返回業(yè)務(wù)服務(wù)器的IP地址前，先對(duì)業(yè)務(wù)服務(wù) 器的可用性進(jìn)行驗(yàn)證，如果業(yè)務(wù)服務(wù)器可用，才向用戶機(jī)返回業(yè)務(wù)服務(wù)器的IP地址，將對(duì) 業(yè)務(wù)服務(wù)器的驗(yàn)證過程與域名解析過程相結(jié)合，確保了向用戶機(jī)返回有效的業(yè)務(wù)服務(wù)器的 IP地址。部署在各個(gè)網(wǎng)絡(luò)區(qū)域中的探測(cè)點(diǎn)，能夠按照DNS服務(wù)器的要求完成對(duì)業(yè)務(wù)服務(wù)器 的應(yīng)用層面的撥測(cè)。用戶機(jī)只需要直接連接到DNS服務(wù)器返回的IP地址，提高了域名解析 的效率，減少了用戶機(jī)的工作量，提高了用戶體驗(yàn)。本發(fā)明能有多種不同形式的具體實(shí)施方式
，上面以圖1-圖8為例結(jié)合附圖對(duì)本發(fā) 明的技術(shù)方案作舉例說明，這并不意味著本發(fā)明所應(yīng)有的具體實(shí)例只能局限在特定的流程 或?qū)嵤├Y(jié)構(gòu)中，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)了解，上文所提供的具體實(shí)施方案只是多種 優(yōu)選用法中的一些示例，任何將驗(yàn)證業(yè)務(wù)服務(wù)器可用性的過程與DNS服務(wù)器的域名解析過 程相結(jié)合的實(shí)施方式均在本發(fā)明技術(shù)方案所要求保護(hù)的范圍之內(nèi)。本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述方法實(shí)施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成，前述的程序可以存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中，該程序 在執(zhí)行時(shí)，執(zhí)行包括上述方法實(shí)施例的步驟；而前述的存儲(chǔ)介質(zhì)包括ROM、RAM、磁碟或者 光盤等各種可以存儲(chǔ)程序代碼的介質(zhì)。
最后應(yīng)說明的是以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明， 盡管參照前述實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說明，對(duì)于本領(lǐng)域的技術(shù)人員來說，其依然可 以對(duì)前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對(duì)其中部分技術(shù)特征進(jìn)行等同替換。 凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的 保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種域名解析方法，其特征在于，包括DNS服務(wù)器根據(jù)接收的域名解析請(qǐng)求消息，選擇業(yè)務(wù)服務(wù)器；所述DNS服務(wù)器向與所述請(qǐng)求消息發(fā)送方處于同一網(wǎng)絡(luò)域的探測(cè)點(diǎn)請(qǐng)求對(duì)所述業(yè)務(wù) 服務(wù)器的可用性進(jìn)行檢測(cè)；所述DNS服務(wù)器根據(jù)所述探測(cè)點(diǎn)返回的檢測(cè)結(jié)果確定所述請(qǐng)求消息對(duì)應(yīng)的域名解析結(jié)果。
2.根據(jù)權(quán)利要求1所述的域名解析方法，其特征在于，所述DNS服務(wù)器根據(jù)所述探測(cè)點(diǎn) 返回的檢測(cè)結(jié)果確定所述請(qǐng)求消息對(duì)應(yīng)的域名解析結(jié)果包括如果所述探測(cè)點(diǎn)返回的檢測(cè)結(jié)果為所述業(yè)務(wù)服務(wù)器不可用，則所述DNS服務(wù)器重新選 擇新的業(yè)務(wù)服務(wù)器，并對(duì)所述新的業(yè)務(wù)服務(wù)器進(jìn)行可用性檢測(cè)；如果所述探測(cè)點(diǎn)返回的檢測(cè)結(jié)果為所述業(yè)務(wù)服務(wù)器可用，則所述DNS服務(wù)器向所述請(qǐng) 求消息發(fā)送方返回包含所述業(yè)務(wù)服務(wù)器IP地址的域名解析響應(yīng)消息。
3.根據(jù)權(quán)利要求2所述的域名解析方法，其特征在于，所述DNS服務(wù)器重新選擇新的業(yè) 務(wù)服務(wù)器，并對(duì)所述新的業(yè)務(wù)服務(wù)器進(jìn)行可用性檢測(cè)包括所述DNS服務(wù)器根據(jù)所述請(qǐng)求消息發(fā)送方的屬性和要訪問的域名重新選擇一新的業(yè) 務(wù)服務(wù)器；所述DNS服務(wù)器向與所述請(qǐng)求消息發(fā)送方處于同一網(wǎng)絡(luò)域的探測(cè)點(diǎn)請(qǐng)求對(duì)所述新的 業(yè)務(wù)服務(wù)器的可用性進(jìn)行檢測(cè)。
4.根據(jù)權(quán)利要求1所述的域名解析方法，其特征在于，所述DNS服務(wù)器根據(jù)所述探測(cè)點(diǎn) 返回的檢測(cè)結(jié)果確定所述請(qǐng)求消息對(duì)應(yīng)的域名解析結(jié)果包括所述DNS服務(wù)器接收到所述探測(cè)點(diǎn)對(duì)兩個(gè)以上所述業(yè)務(wù)服務(wù)器的檢測(cè)結(jié)果，并選擇業(yè) 務(wù)服務(wù)器如果所述檢測(cè)結(jié)果為所述業(yè)務(wù)服務(wù)器應(yīng)用層可用，則所述DNS服務(wù)器選擇下載速度最 高的業(yè)務(wù)服務(wù)器，并返回所述請(qǐng)求消息發(fā)送方；如果所述檢測(cè)結(jié)果為所述業(yè)務(wù)服務(wù)器應(yīng)用層不可用、網(wǎng)絡(luò)層可用，則所述DNS服務(wù)器 選擇丟包率最低或時(shí)延最小的業(yè)務(wù)服務(wù)器，并返回所述請(qǐng)求消息發(fā)送方；如果所述檢測(cè)結(jié)果為兩個(gè)以上所述業(yè)務(wù)服務(wù)器應(yīng)用層和網(wǎng)絡(luò)層均不可用，則重新選擇 新的業(yè)務(wù)服務(wù)器進(jìn)行可用性檢測(cè)。
5.根據(jù)權(quán)利要求1-4中任一項(xiàng)所述的域名解析方法，其特征在于，所述DNS服務(wù)器向與 所述請(qǐng)求消息發(fā)送方處于同一網(wǎng)絡(luò)域的探測(cè)點(diǎn)請(qǐng)求對(duì)所述業(yè)務(wù)服務(wù)器的可用性進(jìn)行檢測(cè) 包括所述DNS服務(wù)器通過擴(kuò)展的BGP協(xié)議向所述探測(cè)點(diǎn)發(fā)送包括所述業(yè)務(wù)服務(wù)器地址及 檢測(cè)業(yè)務(wù)類型的可用性檢測(cè)請(qǐng)求；所述DNS服務(wù)器根據(jù)所述探測(cè)點(diǎn)返回的檢測(cè)結(jié)果確定所述請(qǐng)求消息對(duì)應(yīng)的域名解析 結(jié)果包括所述探測(cè)點(diǎn)通過擴(kuò)展的BGP協(xié)議向所述DNS服務(wù)器返回包括所述業(yè)務(wù)服務(wù)器地 址、檢測(cè)業(yè)務(wù)類型及檢測(cè)結(jié)果的可用性檢測(cè)結(jié)果。
6.根據(jù)權(quán)利要求5所述的域名解析方法，其特征在于，所述檢測(cè)業(yè)務(wù)類型包括網(wǎng)絡(luò) 層、http業(yè)務(wù)、P0P3業(yè)務(wù)、或者SMTP業(yè)務(wù)。
7.根據(jù)權(quán)利要求1-4中任一項(xiàng)所述的域名解析方法，其特征在于，所述業(yè)務(wù)服務(wù)器為 與所述請(qǐng)求消息發(fā)送方位于同一網(wǎng)絡(luò)域內(nèi)的業(yè)務(wù)服務(wù)器。
8.—種域名解析服務(wù)器，其特征在于，包括接收模塊，用于接收域名解析請(qǐng)求消息；控制模塊，用于根據(jù)所述接收模塊接收到的域名解析請(qǐng)求消息，選擇業(yè)務(wù)服務(wù)器，并向 與所述請(qǐng)求消息發(fā)送方處于同一網(wǎng)絡(luò)域的探測(cè)點(diǎn)請(qǐng)求對(duì)所述業(yè)務(wù)服務(wù)器的可用性進(jìn)行檢 測(cè)，并根據(jù)所述探測(cè)點(diǎn)返回的檢測(cè)結(jié)果確定所述請(qǐng)求消息對(duì)應(yīng)的域名解析結(jié)果；發(fā)送模塊，用于將所述域名解析結(jié)果發(fā)送至所述請(qǐng)求消息的發(fā)送方。
9.根據(jù)權(quán)利要求8所述的域名解析服務(wù)器，其特征在于，所述控制模塊包括判斷單元，用于根據(jù)所述探測(cè)點(diǎn)返回的檢測(cè)結(jié)果判斷所述業(yè)務(wù)服務(wù)器是否可用，如果 不可用，則重新選擇一新的業(yè)務(wù)服務(wù)器，向所述探測(cè)點(diǎn)請(qǐng)求對(duì)所述新的業(yè)務(wù)服務(wù)器的可用 性進(jìn)行檢測(cè)；否則，將包含所述業(yè)務(wù)服務(wù)器IP地址的域名解析響應(yīng)消息發(fā)送給所述發(fā)送模 塊。
10.一種域名解析系統(tǒng)，其特征在于，包括DNS服務(wù)器，用于根據(jù)接收的域名解析請(qǐng)求消息，選擇業(yè)務(wù)服務(wù)器，向與所述請(qǐng)求消息 發(fā)送方處于同一網(wǎng)絡(luò)域的探測(cè)點(diǎn)請(qǐng)求對(duì)所述業(yè)務(wù)服務(wù)器的可用性進(jìn)行檢測(cè)，并根據(jù)所述探 測(cè)點(diǎn)返回的檢測(cè)結(jié)果確定所述請(qǐng)求消息對(duì)應(yīng)的域名解析結(jié)果；探測(cè)點(diǎn)，用于接收所述DNS服務(wù)器發(fā)送的包含所述業(yè)務(wù)服務(wù)器IP地址的可用性檢測(cè)請(qǐng) 求，對(duì)所述業(yè)務(wù)服務(wù)器的可用性進(jìn)行檢測(cè)，并返回檢測(cè)結(jié)果。
11.根據(jù)權(quán)利要求10所述的域名解析系統(tǒng)，其特征在于，所述DNS服務(wù)器包括接收模塊，用于接收域名解析請(qǐng)求消息；控制模塊，用于根據(jù)所述接收模塊接收到的域名解析請(qǐng)求消息，選擇業(yè)務(wù)服務(wù)器，并向 與所述請(qǐng)求消息發(fā)送方處于同一網(wǎng)絡(luò)域的探測(cè)點(diǎn)請(qǐng)求對(duì)所述業(yè)務(wù)服務(wù)器的可用性進(jìn)行檢 測(cè)，并根據(jù)所述探測(cè)點(diǎn)返回的檢測(cè)結(jié)果確定所述請(qǐng)求消息對(duì)應(yīng)的域名解析結(jié)果；發(fā)送模塊，用于將所述域名解析結(jié)果發(fā)送至所述請(qǐng)求消息的發(fā)送方。
12.根據(jù)權(quán)利要求11所述的域名解析系統(tǒng)，其特征在于，所述控制模塊包括判斷單元，用于根據(jù)所述探測(cè)點(diǎn)返回的檢測(cè)結(jié)果判斷所述業(yè)務(wù)服務(wù)器是否可用，如果 不可用，則重新選擇一新的業(yè)務(wù)服務(wù)器，向所述探測(cè)點(diǎn)請(qǐng)求對(duì)所述新的業(yè)務(wù)服務(wù)器的可用 性進(jìn)行檢測(cè)；否則，將包含所述業(yè)務(wù)服務(wù)器IP地址的域名解析響應(yīng)消息發(fā)送給所述發(fā)送模 塊。
全文摘要
本發(fā)明公開了一種域名解析方法、服務(wù)器和系統(tǒng)，其中，該方法包括DNS服務(wù)器根據(jù)接收的域名解析請(qǐng)求消息，選擇業(yè)務(wù)服務(wù)器；DNS服務(wù)器向與該請(qǐng)求消息發(fā)送方處于同一網(wǎng)絡(luò)域的探測(cè)點(diǎn)請(qǐng)求對(duì)該業(yè)務(wù)服務(wù)器的可用性進(jìn)行檢測(cè)；DNS服務(wù)器根據(jù)探測(cè)點(diǎn)返回的檢測(cè)結(jié)果確定該請(qǐng)求消息對(duì)應(yīng)的域名解析結(jié)果。本發(fā)明各實(shí)施例可以在反饋域名解析前對(duì)業(yè)務(wù)服務(wù)器的可用性進(jìn)行檢測(cè)，避免將域名解析到已經(jīng)失效的業(yè)務(wù)服務(wù)器的IP地址，提高用戶體驗(yàn)。
文檔編號(hào)H04L29/12GK102045411SQ200910235720
公開日2011年5月4日 申請(qǐng)日期2009年10月13日 優(yōu)先權(quán)日2009年10月13日
發(fā)明者李偉, 樊川, 秦越, 翁嘯華, 陳曦 申請(qǐng)人:中國移動(dòng)通信集團(tuán)公司