本發(fā)明的實施例涉及通信領域，尤其涉及一種dns(英文全稱：domainnamesystem，中文：域名系統(tǒng))解析方法、裝置及網(wǎng)絡系統(tǒng)。

背景技術：

在現(xiàn)有的網(wǎng)絡系統(tǒng)架構(gòu)中，客戶端向網(wǎng)絡服務器請求數(shù)據(jù)內(nèi)容時需要首先通過本地域名服務器(英文：localdomainnameserver)將客戶端請求的域名解析為ip(英文全稱：internetprotocol，中文：網(wǎng)絡互聯(lián)協(xié)議)地址，以根據(jù)該ip地址請求數(shù)據(jù)內(nèi)容。具體的，本地域名服務器接收本地網(wǎng)絡中的客戶端發(fā)送的域名解析請求(dns請求)，遞歸查詢上級域名服務器，把域名解析為ip地址攜帶在dns應答中反饋至客戶端；有時需要在本地域名服務器上，通過自定義配置把某些域名解析到其它ip地址，比如網(wǎng)絡代理服務器的ip地址(如圖1中的2.2.2.2)，之后客戶端依據(jù)該ip地址通過http請求向本地代理服務器請求數(shù)據(jù)內(nèi)容，本地代理服務器通過http請求向http網(wǎng)絡服務器請求數(shù)據(jù)內(nèi)容并通過http應答反饋至客戶端。當前大部分本地域名服務器系支持進行這種自定義配置的域名服務器，但是當前的網(wǎng)頁一般包含很多的元素，為了更好的支持資源的并發(fā)獲取，這些元素通常來自多個不同的域名，這些域名和主頁的域名多不在同一頂級域名下；隨著網(wǎng)頁的改版，可能有來自新的域名下的元素添加進來。這樣基于自定義配置進行域名解析時，每個域名解析請求對應解析一個ip地址，若需要把這些域名都解析到同一個自定義ip地址時，首先需要把這些域名都找出來，添加到本地域名服務器的自定義配置中并使這些域名均對應同一個ip地址，然后域名解析時分別通過這些域名對應的域名解解析請求獲取自定義配置中對應的ip地址，這樣比較繁瑣，并且難于維護。

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

本發(fā)明的實施例提供一種dns解析方法、裝置及網(wǎng)絡系統(tǒng)，用以簡化現(xiàn)有技術中的dns解析過程。

第一方面、提供一種dns解析方法，包括：

本地域名服務器接收客戶端發(fā)送的dns域名系統(tǒng)解析請求，其中所述dns解析請求包含第一域名以及所述上下文信息；

在所述本地域名服務器在自定義配置中查詢不到所述第一域名且所述上下文信息中包含第二域名時，在所述自定義配置中查詢所述上下文信息中的第二域名對應的ip地址；

所述本地域名服務器將包含查詢到的ip地址的dns解析應答反饋至所述客戶端。

第二方面、提供一種dns解析方法，包括：

客戶端向本地域名服務器發(fā)送dns解析請求，其中所述dns解析請求包含第一域名以及所述上下文信息，所述上下文信息用于傳遞第二域名，所述第二域名用于所述本地域名服務器在自定義配置中查詢不到所述第一域名且所述上下文信息中包含所述第二域名時，在所述自定義配置中查詢所述上下文信息中的第二域名對應的ip地址；

客戶端接收所述本地域名服務器根據(jù)所述dns解析請求反饋的包含查詢到的ip地址的dns解析應答。

第三方面，提供一種本地域名服務器，包括：

接收單元，用于接收客戶端發(fā)送的dns解析請求，其中所述dns解析請求包含第一域名以及所述上下文信息；

處理單元，用于在所述本地域名服務器在自定義配置中查詢不到所述第一域名且所述上下文信息中包含第二域名時，在所述自定義配置中查詢所述上下文信息中的第二域名對應的ip地址；

發(fā)送單元，用于將包含所述處理單元查詢到的ip地址的dns解析應答反饋至所述客戶端。

第四方面、提供一種客戶端，包括：

發(fā)送單元，用于向本地域名服務器發(fā)送dns解析請求，其中所述dns解析請求包含第一域名以及所述上下文信息，所述上下文信息用于傳遞第二域名，其中所述第二域名用于所述本地域名服務器在自定義配置中查詢不到所述第一域名且所述上下文信息中包含所述第二域名時，在所述自定義配置中查詢所述上下文信息中的第二域名對應的ip地址；

接收單元，用于接收所述本地域名服務器根據(jù)所述dns解析請求反饋的包含查詢到的ip地址的dns解析應答；

所述發(fā)送單元還用于依據(jù)所述接收單元接收的ip地址發(fā)送數(shù)據(jù)內(nèi)容請求。

第五方面，提供一種本地域名服務器，包括：存儲器、通信接口和處理器，所述存儲器用于存儲計算機執(zhí)行代碼，所述處理器用于執(zhí)行所述計算機執(zhí)行代碼控制執(zhí)行上述第一方面提供的dns解析方法，所述通信接口用于所述本地域名服務器與外部設備的數(shù)據(jù)傳輸。

第六方面，提供一種客戶端，包括：存儲接口、通信接口和處理接口，所述存儲接口用于存儲計算機執(zhí)行代碼，所述處理接口用于執(zhí)行所述計算機執(zhí)行代碼控制執(zhí)行上述上述第二方面提供dns解析方法，所述通信接口用于所述客戶端與外部設備的數(shù)據(jù)傳輸。

第七方面、提供一種網(wǎng)絡系統(tǒng)，包括：網(wǎng)絡服務器、本地代理服務器、上述任一本地域名服務器、以及上述任一客戶端。

在上述方案中，客戶端向本地域名服務器發(fā)送dns解析請求后，本地域名服務器在自定義配置中查詢不到第一域名且上下文信息中包含第二域名時，在自定義配置中查詢上下文信息中的第二域名對應的ip地址；這樣，客戶端依據(jù)查詢到的ip地址發(fā)送數(shù)據(jù)內(nèi)容請求以請求數(shù)據(jù)內(nèi)容，其中上下文信息用于傳遞第二域名，因此該dns解析請求可以攜帶多個域名，當僅涉及對一個域名解析時，可以將上下文信息配置為空，當需要對多個域名進行解析時可以在dns解析請求中攜帶兩個域名，并且在解析dns解析請求時同時參考第一域名以及上下文信息在自定義配置中查詢ip地址，在上下文信息包含第二域名時可以將第一域名解析至第二域名對應ip地址，而無需在本地域名服務器的自定義配置中手工添加域名，簡化了現(xiàn)有技術中的dns解析過程。

附圖說明

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

圖1為現(xiàn)有技術提供的一種網(wǎng)絡系統(tǒng)的架構(gòu)圖；

圖2為本發(fā)明的實施例提供的一種網(wǎng)絡系統(tǒng)的架構(gòu)圖；

圖3為本發(fā)明實施例提供的一種dns解析方法的流程圖；

圖4為本發(fā)明的另一實施例提供的一種dns解析方法的信令交互圖；

圖5為本發(fā)明的又一實施例提供的一種dns解析方法的流程圖；

圖6為本發(fā)明的再一實施例提供的一種dns解析方法的流程圖；

圖7為本發(fā)明的實施例提供的一種本地域名服務器的結(jié)構(gòu)圖；

圖8為本發(fā)明實施例提供的一種客戶端的結(jié)構(gòu)圖；

圖9為本發(fā)明的另一實施例提供的一種客戶端的結(jié)構(gòu)圖；

圖10a為本發(fā)明的另一實施例提供的一種本地域名服務器的結(jié)構(gòu)圖；

圖10b為本發(fā)明的又一實施例提供的一種本地域名服務器的結(jié)構(gòu)圖；

圖11a本發(fā)明的又一實施例提供的一種客戶端的結(jié)構(gòu)圖；

圖11b本發(fā)明的再一實施例提供的一種客戶端的結(jié)構(gòu)圖。

具體實施方式

本發(fā)明實施例描述的系統(tǒng)架構(gòu)以及業(yè)務場景是為了更加清楚的說明本發(fā)明實施例的技術方案，并不構(gòu)成對于本發(fā)明實施例提供的技術方案的限定，本領域普通技術人員可知，隨著系統(tǒng)架構(gòu)的演變和新業(yè)務場景的出現(xiàn)，本發(fā)明實施例提供的技術方案對于類似的技術問題，同樣適用。

需要說明的是，本發(fā)明實施例中，“示例性的”或者“例如”等詞用于表示作例子、例證或說明。本發(fā)明實施例中被描述為“示例性的”或者“例如”的任何實施例或設計方案不應被解釋為比其它實施例或設計方案更優(yōu)選或更具優(yōu)勢。確切而言，使用“示例性的”或者“例如”等詞旨在以具體方式呈現(xiàn)相關概念。

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

需要說明的是，本發(fā)明實施例中，“的(英文：of)”，“相應的(英文：corresponding，relevant)”和“對應的(英文：corresponding)”有時可以混用，應當指出的是，在不強調(diào)其區(qū)別時，其所要表達的含義是一致的。

本發(fā)明的實施例所涉及的技術術語包括以下：

http，中文：超文本傳輸協(xié)議，英文：hypertexttransferprotocol。

上下文，也叫書面語言環(huán)境，英文：context。

referer字段，中文:參考頁字段，httpreferer是http中的一個標準httpheader(頭)，當瀏覽器向web服務器發(fā)送請求的時候，一般會帶上referer，告訴服務器我是從哪個頁面鏈接過來的，服務器藉此可以獲得一些信息用于處理，在本發(fā)明的實施例中通過referer將域名使用的上下文信息發(fā)送給本地域名服務器，擴展了httpdns解析請求，用于告知本地域名服務器某個域名求的來源域名。

本發(fā)明的實施例提供的客戶端可以為個人計算機((英文全稱：personalcomputer，縮寫：pc)、上網(wǎng)本、個人數(shù)字助理(英文：personaldigitalassistant，簡稱：pda)等，或者上述客戶端可以為安裝有可執(zhí)行本發(fā)明實施例提供的方法的軟件客戶端或軟件系統(tǒng)或軟件應用的pc等，具體的硬件實現(xiàn)環(huán)境可以通用計算機形式，或者是asic的方式，也可以是fpga，或者是一些可編程的擴展平臺例如tensilica的xtensa平臺等等。本發(fā)明的實施例提供的服務器包括本地域名服務器、本地代理服務器，網(wǎng)絡服務器，本發(fā)明的實施例提供服務器用于響應服務請求提供計算服務?；緲?gòu)成包括處理器、硬盤、內(nèi)存、系統(tǒng)總線等，和通用的計算機架構(gòu)類似。

本發(fā)明的基本原理為客戶端向網(wǎng)絡服務器請求數(shù)據(jù)內(nèi)容時需要首先通過向本地域名服務器發(fā)送dns解析請求，以便本地域名服務器將客戶端請求的域名解析為ip地址，本發(fā)明的實施中的dns解析請求中攜帶第一域名以及上下文信息，其中上下文信息用于傳遞第二域名，因此該dns解析請求可以攜帶多個域名，當僅涉及對一個域名解析時，可以將上下文信息配置為空，當需要對多個域名進行解析時可以在dns解析請求中攜帶兩個域名，并且在解析dns解析請求時同時參考第一域名以及上下文信息中傳遞的第二域名獲取ip地址，例如在第二域名可以解析到自定義配置的ip地址時，將第一域名也解析至第二域名對應的ip地址，同時第一域名為非自定義配置時，第一域名將會存儲到本地dns服務器，作為后續(xù)解析域名的上下文信息，實現(xiàn)將多個域名解析至同一ip地址而無需在本地域名服務器的自定義配置中添加域名，簡化了現(xiàn)有技術中的dns解析過程。

參照圖2所示，本發(fā)明的實施例提供的網(wǎng)絡系統(tǒng)架構(gòu)包括：本地域名服務器21、客戶端22、網(wǎng)絡服務器23，對于某種場景還可以包括本地代理服務器24。其區(qū)別為，本地域名服務器解析的ip地址為網(wǎng)絡服務器的地址時，客戶端可以通過ip地址直接訪問網(wǎng)絡服務器并向其請求數(shù)據(jù)內(nèi)容，本地域名服務器解析的ip地址為本地代理服務器的地址時，客戶端可以通過ip地址向本地代理服務器請求數(shù)據(jù)內(nèi)容，本地代理服務器代理向網(wǎng)絡服務器請求數(shù)據(jù)內(nèi)容并反饋至客戶端。由于本發(fā)明的實施例不涉及客戶端依據(jù)ip地址請求數(shù)據(jù)內(nèi)容的改進，因此可以認為采用上述任一方式進行數(shù)據(jù)內(nèi)容的獲取，在下述方案中僅以ip地址為本地代理服務器的地址為例進行說明。

基于上述的網(wǎng)絡系統(tǒng)，參照圖3所示，本發(fā)明的實施例提供一種dns解析方法，包括如下步驟：

101、客戶端向本地域名服務器發(fā)送dns解析請求。

其中dns解析請求包含第一域名以及上下文信息，上下文信息用于傳遞第二域名。其中，一種示例為：dns解析請求為httpdns解析請求，上下文信息為http中的referer參照頁字段。

示例性的：

提供一種dns解析請求的形式如下：

get/dns？domain＝www.example.comhttp/1.1*在http協(xié)議1.1版本下獲取dns域名www.example.com*

host:192.168.1.1*本地域名服務器的主機地址為192.168.1.1*

referer:www.referer.com*上下文信息攜帶域名www.referer.com*

提供一種dns解析應答的形式如下：

102、本地域名服務器接收客戶端發(fā)送的dns域名系統(tǒng)解析請求。

103、本地域名服務器在自定義配置中查詢不到第一域名且上下文信息中包含第二域名時，在自定義配置中查詢上下文信息中的第二域名對應的ip地址。

104、本地域名服務器將包含查詢到的ip地址的dns解析應答反饋至客戶端。

105、客戶端接收本地域名服務器根據(jù)dns解析請求反饋的包含查詢到的ip地址的dns解析應答。

最后，客戶端可以依據(jù)查詢到的ip地址發(fā)送數(shù)據(jù)內(nèi)容請求。

在上述方案中，客戶端向本地域名服務器發(fā)送dns解析請求后，本地域名服務器在自定義配置中查詢不到第一域名且上下文信息中包含第二域名時，在自定義配置中查詢上下文信息中的第二域名對應的ip地址；這樣，客戶端依據(jù)查詢到的ip地址發(fā)送數(shù)據(jù)內(nèi)容請求以請求數(shù)據(jù)內(nèi)容，其中上下文信息用于傳遞第二域名，因此該dns解析請求可以攜帶多個域名，當僅涉及對一個域名解析時，可以將上下文信息配置為空，當需要對多個域名進行解析時可以在dns解析請求中攜帶兩個域名，并且在解析dns解析請求時同時參考第一域名以及上下文信息在自定義配置中查詢ip地址，在上下文信息包含第二域名時可以將第一域名解析至第二域名對應ip地址，而無需在本地域名服務器的自定義配置中手工添加域名，簡化了現(xiàn)有技術中的dns解析過程。

具體，參照圖4所示的信令交互圖，將本發(fā)明的實施例應用于http協(xié)議下時，上下文信息采用http中的referer字段，以針對一個包含多個域名的網(wǎng)頁內(nèi)容數(shù)據(jù)的請求為例，示例性的以www.example.com為網(wǎng)頁的主域名，該主域名用于父內(nèi)容的請求，以www.static.com為網(wǎng)頁的一個子內(nèi)容的域名，其中www.example.com包含在本地域名服務器的自定義配置中，www.static.com不包含在本地域名服務器的自定義配置中。則本發(fā)明的實施例提供的dns解析方法，針對一個域名的解析過程如下，其中該域名可以為網(wǎng)頁包含的主域名www.example.com(其中圖4中僅僅示出了各個步驟的關鍵字并未示出完整的步驟，具體步驟參見實施例的詳細說明)：

201、客戶端向本地向本地域名服務器發(fā)送dns解析請求。

其中，dns解析請求包含域名www.example.com以及上下文信息，其中上下文信息為空。

202、本地域名服務器接收dns解析請求。

203、本地域名服務器在自定義配置中查詢www.example.com對應的ip地址2.2.2.2。

該自定義配置可以為系統(tǒng)配置文件，如包含域名與ip地址的映射關系的配置列表。

204、本地域名服務器將包含ip地址2.2.2.2的dns解析應答反饋至客戶端。

205、客戶端向ip地址為2.2.2.2的本地代理服務器發(fā)送http數(shù)據(jù)內(nèi)容請求。

206、本地代理服務器向http數(shù)據(jù)內(nèi)容源網(wǎng)絡服務器發(fā)送http請求。

207、源網(wǎng)絡服務器把請求的數(shù)據(jù)內(nèi)容發(fā)送至本地代理服務器。

208、本地代理服務器把數(shù)據(jù)內(nèi)容發(fā)送至客戶端。

之后客戶端依據(jù)收到的數(shù)據(jù)內(nèi)容執(zhí)行下一步動作，例如針對數(shù)據(jù)內(nèi)容中的子內(nèi)容發(fā)起請求。

在下述個步驟中主要提供了針對www.example.com的關聯(lián)域名www.static.com的解析過程，當客戶端在上次請求的數(shù)據(jù)內(nèi)容中包含子內(nèi)容時，子內(nèi)容和父內(nèi)容分別位于www.static.com和www.example.com兩個不同的域名下，則針對多個域名的解析過程參照圖5所示如下：

301、客戶端接收數(shù)據(jù)內(nèi)容，數(shù)據(jù)內(nèi)容包括子內(nèi)容和父內(nèi)容。

302、客戶端在dns解析請求中將父內(nèi)容的域名www.example.com設置于上下文信息中，將子內(nèi)容的域名www.static.com設置為第一域名。

303、客戶端向本地域名服務器發(fā)送dns解析請求。

dns解析請求中包含域名www.static.com，上下文信息中包含www.example.com。

304、本地域名服務器接收客戶端發(fā)送的dns解析請求。

305、本地域名服務器在自定義配置中查詢www.static.com。

306、若本地域名服務器在自定義配置中查詢不到www.static.com，則本地域名服務器在自定義配置中查詢上下文信息中的www.example.com對應的ip地址2.2.2.2。

307、本地域名服務器將www.static.com保存至自定義配置，并將www.static.com映射至www.example.com對應的ip地址2.2.2.2。

在步驟307之后客戶端獲取ip地址2.2.2.2后參照上述步驟205-208客戶端可以按照ip地址2.2.2.2獲取內(nèi)容數(shù)據(jù)。此外在步驟307之后客戶端以及本地域名服務器可以繼續(xù)重復上述步驟301-307通過客戶端向本地域名服務器發(fā)送dns解析請求的方式獲取數(shù)據(jù)內(nèi)容，并且在后續(xù)dns解析請求中上下文信息中域名為www.static.com時依然解析為ip地址2.2.2.2.。此外通過步驟306強制將www.static.com映射至www.example.com對應的ip地址2.2.2.2，自動更新了自定義配置，即第一域名會在本地域名服務器進行存儲，作為后續(xù)dns請求的上下文信息，保證了后續(xù)dns解析請求中第一域名或上下文信息中域名為www.static.com時依然解析為ip地址2.2.2.2。

以上方案為針對自定義配置中包含dns解析請求中的第一域名或者第二域名的情況，當自定義配置中不包含上述兩者域名或其中任一時，參照圖6所示采用如下步驟：

401、客戶端向本地域名服務器發(fā)送dns解析請求。

其中dns解析請求包含域名www.test.com,以及上下文信息，上下文信息為空。

402、本地域名服務器接收客戶端發(fā)送的dns解析請求。

403、本地域名服務器在自定義配置中查詢www.test.com。

404、若本地域名服務器在自定義配置中查詢不到www.test.com，并且本地域名服務器確定所述上下文信息為空時，向上級域名服務器發(fā)送dns域名請求，以遞歸解析dns域名請求。

405、本地域名服務器接收上級域名服務器反饋的ip地址，并將該ip地址攜帶在dns解析應答中反饋至客戶端。

在步驟405之后客戶端獲取ip地址后參照上述步驟205-208客戶端可以按照該ip地址獲取內(nèi)容數(shù)據(jù)。此外還可以將www.test.com映射至該ip地址，以更新自定義配置。

上述主要從各個網(wǎng)元之間交互的角度對本發(fā)明實施例提供的方案進行了介紹。可以理解的是，各個網(wǎng)元，例如服務器、客戶端等為了實現(xiàn)上述功能，其包含了執(zhí)行各個功能相應的硬件結(jié)構(gòu)和/或軟件模塊。本領域技術人員應該很容易意識到，結(jié)合本文中所公開的實施例描述的各示例的單元及算法步驟，本發(fā)明能夠以硬件或硬件和計算機軟件的結(jié)合形式來實現(xiàn)。某個功能究竟以硬件還是計算機軟件驅(qū)動硬件的方式來執(zhí)行，取決于技術方案的特定應用和設計約束條件。專業(yè)技術人員可以對每個特定的應用來使用不同方法來實現(xiàn)所描述的功能，但是這種實現(xiàn)不應認為超出本發(fā)明的范圍。

本發(fā)明實施例可以根據(jù)上述方法示例對本地域名服務器、客戶端等進行功能模塊的劃分，例如，可以對應各個功能劃分各個功能模塊，也可以將兩個或兩個以上的功能集成在一個處理模塊中。上述集成的模塊既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能模塊的形式實現(xiàn)。需要說明的是，本發(fā)明實施例中對模塊的劃分是示意性的，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式。

在采用對應各個功能劃分各個功能模塊的情況下，圖7示出了上述實施例中所涉及的本地域名服務器的一種可能的結(jié)構(gòu)示意圖，本地域名服務器包括：接收單元71、處理單元72和發(fā)送單元73。接收單元71用于支持本地域名服務器執(zhí)行圖3中的過程102，圖4中的過程202，圖5中的過程304，圖6中的過程402；處理單元72用于支持本地域名服務器執(zhí)行圖3中的過程103，圖4中的過程203，圖5中的過程305、306、307，圖6中的過程403；發(fā)送單元73用于支持本地域名服務器執(zhí)行圖3中的過程104，圖4中的過程204，圖6中的過程404。其中，上述方法實施例涉及的各步驟的所有相關內(nèi)容均可以援引到對應功能模塊的功能描述，在此不再贅述。

在采用對應各個功能劃分各個功能模塊的情況下，圖8示出了上述實施例中所涉及的客戶端的一種可能的結(jié)構(gòu)示意圖，客戶端包括：發(fā)送單元81、接收單元82。發(fā)送單元81用于支持客戶端執(zhí)行圖3中的過程101、106，圖4中的過程201、205，圖5中的過程303，圖6中的過程401；接收單元82用于支持客戶端執(zhí)行圖3中的過程105，圖4中的過程208，圖5中的過程301，圖6中的過程405?；蛘呷鐖D9所示，客戶端還包括配置單元83時，配置單元83用于支持客戶端執(zhí)行圖3中的步驟302。其中，上述方法實施例涉及的各步驟的所有相關內(nèi)容均可以援引到對應功能模塊的功能描述，在此不再贅述。

在采用集成的單元的情況下，圖10a示出了上述實施例中所涉及的本地域名服務器的一種可能的結(jié)構(gòu)示意圖。本地域名服務器包括：通信模塊101和處理模塊102。處理模塊102用于對本地域名服務器的動作進行控制管理，例如，處理模塊102用于支持本地域名服務器執(zhí)行圖3中的過程103，圖4中的過程203，圖5中的過程305、306、307，圖6中的過程403，和/或用于本文所描述的技術的其它過程。通信模塊101用于支持本地域名服務器與其他外部設備的數(shù)據(jù)傳輸，例如與圖2、10a中示出的功能模塊或網(wǎng)絡實體之間的通信。本地域名服務器還可以包括存儲模塊103，用于存儲本地域名服務器的程序代碼和數(shù)據(jù)。

其中，處理模塊102可以是處理器或控制器，例如可以是中央處理器(centralprocessingunit，cpu)，通用處理器，數(shù)字信號處理器(digitalsignalprocessor，dsp)，專用集成電路(application-specificintegratedcircuit，asic)，現(xiàn)場可編程門陣列(fieldprogrammablegatearray，fpga)或者其他可編程邏輯器件、晶體管邏輯器件、硬件部件或者其任意組合。其可以實現(xiàn)或執(zhí)行結(jié)合本發(fā)明公開內(nèi)容所描述的各種示例性的邏輯方框，模塊和電路。所述處理器也可以是實現(xiàn)計算功能的組合，例如包含一個或多個微處理器組合，dsp和微處理器的組合等等。通信模塊101可以是收發(fā)器、收發(fā)電路或通信接口等。存儲模塊103可以是存儲器。

當處理模塊102為處理器，通信模塊101為通信接口，存儲模塊103為存儲器時，本發(fā)明實施例所涉及的本地域名服務器可以為圖10b所示的本地域名服務器。

參閱圖10b所示，該本地域名服務器包括：處理器1011、通信接口1012、存儲器1013以及總線1014。其中，通信接口1012、處理器1011以及存儲器1013通過總線1014相互連接；總線1014可以是外設部件互連標準(peripheralcomponentinterconnect，pci)總線或擴展工業(yè)標準結(jié)構(gòu)(extendedindustrystandardarchitecture，eisa)總線等。所述總線可以分為地址總線、數(shù)據(jù)總線、控制總線等。為便于表示，圖10b中僅用一條粗線表示，但并不表示僅有一根總線或一種類型的總線。

在采用集成的單元的情況下，圖11a示出了上述實施例中所涉及的客戶端的一種可能的結(jié)構(gòu)示意圖?？蛻舳税ǎ和ㄐ拍K111和處理模塊112。處理模塊111用于對客戶端的動作進行控制管理，例如，處理模塊11用于支持控制通信模塊111執(zhí)行圖3中的過程101、106，圖4中的過程201、205，圖5中的過程303，圖6中的過程401；圖3中的過程105，圖4中的過程208，圖5中的過程301，圖6中的過程405?；蛘咛幚砟K112還用于支持客戶端執(zhí)行圖3中的步驟302。和/或用于本文所描述的技術的其它過程。通信模塊101用于支持本地域名服務器與其他外部設備的數(shù)據(jù)傳輸，例如與圖2、11a中示出的功能模塊或網(wǎng)絡實體之間的通信?？蛻舳诉€可以包括存儲模塊113，用于存儲本地域名服務器的程序代碼和數(shù)據(jù)。

其中，處理模塊112可以是處理器或控制器，例如可以是中央處理器(centralprocessingunit，cpu)，通用處理器，數(shù)字信號處理器(digitalsignalprocessor，dsp)，專用集成電路(application-specificintegratedcircuit，asic)，現(xiàn)場可編程門陣列(fieldprogrammablegatearray，fpga)或者其他可編程邏輯器件、晶體管邏輯器件、硬件部件或者其任意組合。其可以實現(xiàn)或執(zhí)行結(jié)合本發(fā)明公開內(nèi)容所描述的各種示例性的邏輯方框，模塊和電路。所述處理器也可以是實現(xiàn)計算功能的組合，例如包含一個或多個微處理器組合，dsp和微處理器的組合等等。通信模塊111可以是收發(fā)器、收發(fā)電路或通信接口等。存儲模塊113可以是存儲器。

當處理模塊112為處理器，通信模塊111為通信接口，存儲模塊113為存儲器時，本發(fā)明實施例所涉及的客戶端可以為圖11b所示的客戶端。

參閱圖11b所示，該客戶端包括：處理器1111、通信接口1112、存儲器1113以及總線1114。其中，通信接口1112、處理器1111以及存儲器1113通過總線1114相互連接；總線1114可以是外設部件互連標準(peripheralcomponentinterconnect，pci)總線或擴展工業(yè)標準結(jié)構(gòu)(extendedindustrystandardarchitecture，eisa)總線等。所述總線可以分為地址總線、數(shù)據(jù)總線、控制總線等。為便于表示，圖11b中僅用一條粗線表示，但并不表示僅有一根總線或一種類型的總線。

結(jié)合本發(fā)明公開內(nèi)容所描述的方法或者算法的步驟可以硬件的方式來實現(xiàn)，也可以是由處理器執(zhí)行軟件指令的方式來實現(xiàn)。軟件指令可以由相應的軟件模塊組成，軟件模塊可以被存放于隨機存取存儲器(randomaccessmemory，ram)、閃存、只讀存儲器(readonlymemory，rom)、可擦除可編程只讀存儲器(erasableprogrammablerom，eprom)、電可擦可編程只讀存儲器(electricallyeprom，eeprom)、寄存器、硬盤、移動硬盤、只讀光盤(cd-rom)或者本領域熟知的任何其它形式的存儲介質(zhì)中。一種示例性的存儲介質(zhì)耦合至處理器，從而使處理器能夠從該存儲介質(zhì)讀取信息，且可向該存儲介質(zhì)寫入信息。當然，存儲介質(zhì)也可以是處理器的組成部分。處理器和存儲介質(zhì)可以位于asic中。另外，該asic可以位于核心網(wǎng)接口設備中。當然，處理器和存儲介質(zhì)也可以作為分立組件存在于核心網(wǎng)接口設備中。

本領域技術人員應該可以意識到，在上述一個或多個示例中，本發(fā)明所描述的功能可以用硬件、軟件、固件或它們的任意組合來實現(xiàn)。當使用軟件實現(xiàn)時，可以將這些功能存儲在計算機可讀介質(zhì)中或者作為計算機可讀介質(zhì)上的一個或多個指令或代碼進行傳輸。計算機可讀介質(zhì)包括計算機存儲介質(zhì)和通信介質(zhì)，其中通信介質(zhì)包括便于從一個地方向另一個地方傳送計算機程序的任何介質(zhì)。存儲介質(zhì)可以是通用或?qū)Ｓ糜嬎銠C能夠存取的任何可用介質(zhì)。

以上所述的具體實施方式，對本發(fā)明的目的、技術方案和有益效果進行了進一步詳細說明，所應理解的是，以上所述僅為本發(fā)明的具體實施方式而已，并不用于限定本發(fā)明的保護范圍，凡在本發(fā)明的技術方案的基礎之上，所做的任何修改、等同替換、改進等，均應包括在本發(fā)明的保護范圍之內(nèi)。