本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，尤其涉及一種域名的解析方法及裝置。

背景技術(shù)：

通常，當(dāng)內(nèi)網(wǎng)DNS服務(wù)器上不存在與待解析域名對應(yīng)的解析結(jié)果時，負載均衡設(shè)備將DNS請求報文轉(zhuǎn)發(fā)到公網(wǎng)中的服務(wù)器上，由該服務(wù)器對DNS請求報文進行解析，得到解析結(jié)果，以使客戶端基于該解析結(jié)果實現(xiàn)web訪問等動作。

現(xiàn)有技術(shù)中，通常同一待解析域名在公網(wǎng)中的不同運營商提供的服務(wù)器上解析得到不同的解析結(jié)果，但由于DNS服務(wù)器對待解析域名和一個目標(biāo)解析結(jié)果進行緩存，該目標(biāo)解析結(jié)果由一個運營商提供的服務(wù)器解析得到，因此在該目標(biāo)解析結(jié)果老化之前，大量攜帶相同待解析域名的DNS請求報文會從緩存中獲取到相同的目標(biāo)解析結(jié)果，客戶端對該運營商中存在的，與該目標(biāo)解析結(jié)果對應(yīng)的服務(wù)器進行訪問，其他運營商提供的服務(wù)器處于閑置的同時，使得該目標(biāo)解析結(jié)果對應(yīng)的運營商的線路負載過重，負載均衡設(shè)備的輸出效率低。

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

有鑒于此，本發(fā)明提供一種域名的解析方法及裝置，當(dāng)接收到大量攜帶相同待解析域名的DNS請求報文時，以解決單個運營商對應(yīng)的線路負載過重，負載均衡設(shè)備的輸出效率低的問題。

為實現(xiàn)上述目的，本發(fā)明提供技術(shù)方案如下：

根據(jù)本發(fā)明的第一方面，提出了一種域名的解析方法，所述方法包括：

當(dāng)接收到DNS請求報文時，解析所述DNS請求報文得到待解析域名；

從解析結(jié)果列表中記錄的與所述待解析域名對應(yīng)的至少一個解析結(jié)果中確定一個目標(biāo)解析結(jié)果，所述至少一個解析結(jié)果對應(yīng)由不同預(yù)設(shè)服務(wù)器解析得到，所述不同預(yù)設(shè)服務(wù)器分屬不同的運營商；

向客戶端發(fā)送所述目標(biāo)解析結(jié)果。

根據(jù)本發(fā)明的第二方面，提出了一種域名的解析裝置，包括：

請求報文解析模塊，用于當(dāng)接收到DNS請求報文時，解析所述DNS請求報文得到待解析域名；

解析結(jié)果確定模塊，用于從解析結(jié)果列表中記錄的與所述請求報文解析模塊中解析得到的所述待解析域名對應(yīng)的至少一個解析結(jié)果中確定一個目標(biāo)解析結(jié)果，所述至少一個解析結(jié)果對應(yīng)由不同預(yù)設(shè)服務(wù)器解析得到，所述不同預(yù)設(shè)服務(wù)器分屬不同的運營商；

解析結(jié)果發(fā)送模塊，用于向客戶端發(fā)送所述解析結(jié)果確定模塊中確定的所述目標(biāo)解析結(jié)果。

由以上技術(shù)方案可見，解析結(jié)果列表中記錄了與待解析域名對應(yīng)的至少一個解析結(jié)果，至少一個解析結(jié)果對應(yīng)由不同預(yù)設(shè)服務(wù)器解析得到，不同預(yù)設(shè)服務(wù)器分屬不同的運營商，基于解析結(jié)果列表，負載均衡設(shè)備可以及時響應(yīng)待解析域名對應(yīng)的解析結(jié)果，且當(dāng)負載均衡設(shè)備接收到大量攜帶相同待解析域名的DNS請求報文時，解決了單個運營商對應(yīng)的線路負載過重的問題，進而提高了負載均衡設(shè)備的輸出效率。

附圖說明

圖1是本發(fā)明提供的域名的解析方法所適用的網(wǎng)絡(luò)架構(gòu)圖；

圖2是本發(fā)明提供的一個域名的解析方法的實施例流程圖；

圖3是本發(fā)明提供的另一個域名的解析方法的實施例流程圖；

圖4是本發(fā)明提供的再一個域名的解析方法的實施例流程圖；

圖5是本發(fā)明提供的一種負載均衡設(shè)備的硬件結(jié)構(gòu)圖；

圖6是本發(fā)明提供的一個域名的解析裝置的實施例框圖；

圖7是本發(fā)明提供的另一個域名的解析裝置的實施例框圖。

具體實施方式

這里將詳細地對示例性實施例進行說明，其示例表示在附圖中。下面的描述涉及附圖時，除非另有表示，不同附圖中的相同數(shù)字表示相同或相似的要素。以下示例性實施例中所描述的實施方式并不代表與本發(fā)明相一致的所有實施方式。相反，它們僅是與如所附權(quán)利要求書中所詳述的、本發(fā)明的一些方面相一致的裝置和方法的例子。

在本發(fā)明使用的術(shù)語是僅僅出于描述特定實施例的目的，而非旨在限制本發(fā)明。在本發(fā)明和所附權(quán)利要求書中所使用的單數(shù)形式的“一種”、“所述”和“該”也旨在包括多數(shù)形式，除非上下文清楚地表示其他含義。還應(yīng)當(dāng)理解，本文中使用的術(shù)語“和/或”是指并包含一個或多個相關(guān)聯(lián)的列出項目的任何或所有可能組合。

應(yīng)當(dāng)理解，盡管在本發(fā)明可能采用術(shù)語第一、第二、第三等來描述各種信息，但這些信息不應(yīng)限于這些術(shù)語。這些術(shù)語僅用來將同一類型的信息彼此區(qū)分開。例如，在不脫離本發(fā)明范圍的情況下，第一信息也可以被稱為第二信息，類似地，第二信息也可以被稱為第一信息。取決于語境，如在此所使用的詞語“如果”可以被解釋成為“在……時”或“當(dāng)……時”或“響應(yīng)于確定”。

圖1是本發(fā)明提供的域名的解析方法所適用的網(wǎng)絡(luò)架構(gòu)圖，如圖1所示，該網(wǎng)絡(luò)架構(gòu)圖中包括：預(yù)設(shè)服務(wù)器11、預(yù)設(shè)服務(wù)器12、預(yù)設(shè)服務(wù)器13、運營商網(wǎng)絡(luò)14、運營商網(wǎng)絡(luò)15、運營商網(wǎng)絡(luò)16、負載均衡設(shè)備17、客戶端18。其中，預(yù)設(shè)服務(wù)器11、預(yù)設(shè)服務(wù)器12、預(yù)設(shè)服務(wù)器13為處于運營商網(wǎng)絡(luò)14、運營商網(wǎng)絡(luò)15、運營商網(wǎng)絡(luò)16中的具有域名系統(tǒng)(Domain Name System，簡稱為DNS)解析功能的服務(wù)器，運營商網(wǎng)絡(luò)14、運營商網(wǎng)絡(luò)15、運營商網(wǎng)絡(luò)16例如分別對應(yīng)運營商A、運營商B、運營商C；負載均衡設(shè)備17為具有DNS緩存功能的負載均衡設(shè)備，在另一實施例的網(wǎng)絡(luò)架構(gòu)中，負載均衡設(shè)備17可以被替換為具有負載均衡功能的DNS服務(wù)器；客戶端18安裝在個人計算機(Personal Computer，PC)上，客戶端11還可以安裝在手機、平板電腦、智能手表等終端設(shè)備上。通常，當(dāng)負載均衡設(shè)備17接收到客戶端18發(fā)送的DNS請求報文時，負載均衡設(shè)備17解析DNS請求報文得到待解析域名。負載均衡設(shè)備17從解析結(jié)果列表中記錄的與待解析域名對應(yīng)的至少一個解析結(jié)果中確定一個目標(biāo)解析結(jié)果，以至少一個解析結(jié)果為3個解析結(jié)果，3解析結(jié)果對應(yīng)由預(yù)設(shè)服務(wù)器11、預(yù)設(shè)服務(wù)器12、預(yù)設(shè)服務(wù)器13解析得到為例，負載均衡設(shè)備17從解析結(jié)果列表中記錄的與待解析域名對應(yīng)的3個解析結(jié)果中確定一個目標(biāo)解析結(jié)果，3個解析結(jié)果分別由運營商A、運營商B、運營商C提供的服務(wù)器解析得到。負載均衡設(shè)備17向客戶端18發(fā)送目標(biāo)解析結(jié)果。通過本發(fā)明實施例，負載均衡設(shè)備17結(jié)合了負載均衡功能與DNS緩存功能，節(jié)省設(shè)備開支，方便維護管理；基于解析結(jié)果列表，負載均衡設(shè)備17可以及時響應(yīng)待解析域名對應(yīng)的解析結(jié)果，且當(dāng)負載均衡設(shè)備17接收到大量攜帶相同待解析域名的DNS請求報文時，解決了單個運營商對應(yīng)的線路負載過重的問題，進而提高了負載均衡設(shè)備的輸出效率。

圖2是本發(fā)明提供的一個域名的解析方法的實施例流程圖，結(jié)合圖1進行示例性說明，如圖2所示，包括如下步驟：

步驟201：當(dāng)接收到DNS請求報文時，解析DNS請求報文得到待解析域名。

步驟202：從解析結(jié)果列表中記錄的與待解析域名對應(yīng)的至少一個解析結(jié)果中確定一個目標(biāo)解析結(jié)果，至少一個解析結(jié)果對應(yīng)由不同預(yù)設(shè)服務(wù)器解析得到，不同預(yù)設(shè)服務(wù)器分屬不同的運營商。

步驟203：向客戶端發(fā)送目標(biāo)解析結(jié)果。

在步驟201中，在一實施例中，當(dāng)負載均衡設(shè)備17接收到客戶端18發(fā)送的DNS請求報文時，負載均衡設(shè)備17解析DNS請求報文得到待解析域名，待解析域名例如為www.a.com。其中，負載均衡設(shè)備17解析DNS請求報文得到待解析域名的過程可參考現(xiàn)有技術(shù)相關(guān)描述，此處不作詳述。

在步驟202中，在一實施例中，解析結(jié)果列表用于記錄至少一個待解析域名，至少一個待解析域名中的每一個待解析域名對應(yīng)記錄至少一個解析結(jié)果，至少一個解析結(jié)果中的每一個解析結(jié)果對應(yīng)一個預(yù)設(shè)服務(wù)器地址，此外，解析結(jié)果列表還針對每一個解析結(jié)果記錄了老化時間。至少一個解析結(jié)果對應(yīng)由不同預(yù)設(shè)服務(wù)器解析得到，不同預(yù)設(shè)服務(wù)器分屬不同的運營商，如表1所示，對解析結(jié)果列表的結(jié)構(gòu)進行示例性說明：

表1

表1中，待解析域名對應(yīng)1.1.1.1、2.2.2.2、3.3.3.3共計3個解析結(jié)果，解析結(jié)果1.1.1.1、2.2.2.2、3.3.3.3分別對應(yīng)預(yù)設(shè)服務(wù)器地址10.255.165.01、10.255.165.02、10.255.165.03，解析結(jié)果1.1.1.1、2.2.2.2、3.3.3.3分別對應(yīng)的老化時間為1h、1.5h、1.2h。例如，預(yù)設(shè)服務(wù)器地址10.255.165.01、10.255.165.02、10.255.165.03對應(yīng)預(yù)設(shè)服務(wù)器11、預(yù)設(shè)服務(wù)器12、預(yù)設(shè)服務(wù)器13，預(yù)設(shè)服務(wù)器11、預(yù)設(shè)服務(wù)器12、預(yù)設(shè)服務(wù)器13分別處于運營商網(wǎng)絡(luò)14、運營商網(wǎng)絡(luò)15、運營商網(wǎng)絡(luò)16中，運營商網(wǎng)絡(luò)14、運營商網(wǎng)絡(luò)15、運營商網(wǎng)絡(luò)16分別對應(yīng)運營商A、運營商B、運營商C。負載均衡設(shè)備17從解析結(jié)果1.1.1.1、2.2.2.2、3.3.3.3中確定一個目標(biāo)解析結(jié)果，解析結(jié)果1.1.1.1、2.2.2.2、3.3.3.3均有可能被選中。

在步驟203中，在一實施例中，結(jié)合步驟202，負載均衡設(shè)備17向客戶端18發(fā)送目標(biāo)解析結(jié)果2.2.2.2，客戶端18向運營商網(wǎng)絡(luò)15中存在的目標(biāo)解析結(jié)果2.2.2.2對應(yīng)的服務(wù)器進行訪問。

本發(fā)明實施例中，解析結(jié)果列表中記錄了與待解析域名對應(yīng)的至少一個解析結(jié)果，至少一個解析結(jié)果對應(yīng)由不同預(yù)設(shè)服務(wù)器解析得到，不同預(yù)設(shè)服務(wù)器分屬不同的運營商，基于解析結(jié)果列表，負載均衡設(shè)備可以及時響應(yīng)待解析域名對應(yīng)的解析結(jié)果，且當(dāng)負載均衡設(shè)備接收到大量攜帶相同待解析域名的DNS請求報文時，解決了單個運營商對應(yīng)的線路負載過重的問題，進而提高了負載均衡設(shè)備的輸出效率。

圖3是本發(fā)明提供的另一個域名的解析方法的實施例流程圖，本發(fā)明實施例結(jié)合圖1、圖2，在步驟201-步驟203的基礎(chǔ)上，對如何從解析結(jié)果列表中記錄的與待解析域名對應(yīng)的至少一個解析結(jié)果中確定一個目標(biāo)解析結(jié)果的，進行示例性說明，如圖3所示，包括如下步驟：

步驟301：基于負載均衡算法，從至少一個線路中確定一個目標(biāo)線路。

步驟302：基于目標(biāo)線路所屬的運營商，將解析結(jié)果列表中記錄的與待解析域名對應(yīng)的至少一個解析結(jié)果中與該運營商對應(yīng)的解析結(jié)果確定為目標(biāo)解析結(jié)果。

在步驟301中，需要說明的是，通常，負載均衡設(shè)備17與運營商網(wǎng)絡(luò)14、運營商網(wǎng)絡(luò)15、運營商網(wǎng)絡(luò)16中任一運營商網(wǎng)絡(luò)之間存在至少一條線路，本發(fā)明實施例以負載均衡設(shè)備17與運營商網(wǎng)絡(luò)14、運營商網(wǎng)絡(luò)15、運營商網(wǎng)絡(luò)16中任一運營商網(wǎng)絡(luò)之間存在2條線路，共計6條線路為例，負載均衡設(shè)備17基于負載均衡算法，從6條線路中確定一個目標(biāo)線路，負載均衡算法包括：最小連接數(shù)算法、輪詢算法等。當(dāng)負載均衡算法為最小連接數(shù)算法時，目標(biāo)線路為6條線路中負載最小的線路；當(dāng)負載均衡算法為輪詢算法時，目標(biāo)線路為負載均衡設(shè)備17在6條線路中按先后順序輪流確定得到的，此處對負載均衡算法具體為何種算法不做限定。

在步驟302中，以目標(biāo)線路所屬的運營商為運營商B為例，結(jié)合表1，負載均衡設(shè)備17將解析結(jié)果列表中記錄的與待解析域名www.a.com對應(yīng)的解析結(jié)果1.1.1.1、2.2.2.2、3.3.3.3中與運營商B對應(yīng)的預(yù)設(shè)服務(wù)器地址10.255.165.02對應(yīng)的解析結(jié)果2.2.2.2確定為目標(biāo)解析結(jié)果。

本發(fā)明實施例中，通過負載均衡算法，負載均衡設(shè)備17可以選擇分屬不同運營商的線路，確保流量被均衡分配的同時，也使得不同運營商網(wǎng)絡(luò)也參與到整體分配中來，充分利用網(wǎng)絡(luò)資源。

圖4是本發(fā)明提供的再一個域名的解析方法的實施例流程圖，本發(fā)明實施例結(jié)合圖1、圖2、圖3，對解析結(jié)果如何得到和記錄的，進行示例性說明，如圖4所示，包括如下步驟：

步驟401：當(dāng)解析結(jié)果列表中未記錄任何解析結(jié)果時，向全部預(yù)設(shè)服務(wù)器中的每一個預(yù)設(shè)服務(wù)器發(fā)送DNS請求報文。

步驟402：解析全部預(yù)設(shè)服務(wù)器中的每一個預(yù)設(shè)服務(wù)器返回的DNS響應(yīng)報文，得到全部預(yù)設(shè)服務(wù)器中的每一個預(yù)設(shè)服務(wù)器對應(yīng)的解析結(jié)果。

步驟403：將全部預(yù)設(shè)服務(wù)器中的每一個預(yù)設(shè)服務(wù)器對應(yīng)的解析結(jié)果記錄在解析結(jié)果列表中。

步驟404：解析結(jié)果列表中記錄的每一個解析結(jié)果對應(yīng)一個老化時間，當(dāng)解析結(jié)果列表中記錄的其中一個解析結(jié)果達到老化時間時，向該其中一個解析結(jié)果對應(yīng)的預(yù)設(shè)服務(wù)器發(fā)送DNS請求報文。

步驟405：解析該其中一個解析結(jié)果對應(yīng)的預(yù)設(shè)服務(wù)器返回的DNS響應(yīng)報文，得到該其中一個解析結(jié)果對應(yīng)的預(yù)設(shè)服務(wù)器對應(yīng)的解析結(jié)果。

步驟406：將該其中一個解析結(jié)果對應(yīng)的預(yù)設(shè)服務(wù)器對應(yīng)的解析結(jié)果記錄在解析結(jié)果列表中。

在步驟401中，管理人員通常將處于不同運營商網(wǎng)絡(luò)中的全部預(yù)設(shè)服務(wù)器中每一個預(yù)設(shè)服務(wù)器對應(yīng)的預(yù)設(shè)服務(wù)器地址記錄在解析結(jié)果列表中，結(jié)合表1，以全部預(yù)設(shè)服務(wù)器為預(yù)設(shè)服務(wù)器11、預(yù)設(shè)服務(wù)器12、預(yù)設(shè)服務(wù)器13，預(yù)設(shè)服務(wù)器11、預(yù)設(shè)服務(wù)器12、預(yù)設(shè)服務(wù)器13對應(yīng)的預(yù)設(shè)服務(wù)器地址分別為10.255.165.01、10.255.165.02、10.255.165.03為例，當(dāng)解析結(jié)果列表中未記錄任何解析結(jié)果時，負載均衡設(shè)備17基于預(yù)設(shè)服務(wù)器地址10.255.165.01、10.255.165.02、10.255.165.03，向預(yù)設(shè)服務(wù)器11、預(yù)設(shè)服務(wù)器12、預(yù)設(shè)服務(wù)器13中的每一個預(yù)設(shè)服務(wù)器發(fā)送DNS請求報文。

在步驟402中，結(jié)合步驟401，負載均衡設(shè)備17解析預(yù)設(shè)服務(wù)器11、預(yù)設(shè)服務(wù)器12、預(yù)設(shè)服務(wù)器13中的每一個預(yù)設(shè)服務(wù)器返回的DNS響應(yīng)報文，得到預(yù)設(shè)服務(wù)器11、預(yù)設(shè)服務(wù)器12、預(yù)設(shè)服務(wù)器13中的每一個預(yù)設(shè)服務(wù)器對應(yīng)的解析結(jié)果1.1.1.1、2.2.2.2、3.3.3.3。

在步驟403中，結(jié)合表1，負載均衡設(shè)備17將預(yù)設(shè)服務(wù)器11、預(yù)設(shè)服務(wù)器12、預(yù)設(shè)服務(wù)器13中的每一個預(yù)設(shè)服務(wù)器對應(yīng)的解析結(jié)果1.1.1.1、2.2.2.2、3.3.3.3記錄在解析結(jié)果列表中。

在步驟404中，結(jié)合表1，解析結(jié)果列表中還針對記錄的解析結(jié)果1.1.1.1、2.2.2.2、3.3.3.3對應(yīng)記錄了老化時間1h、1.5h、1.2h，以解析結(jié)果1.1.1.1達到老化時間1h為例，負載均衡設(shè)備17向解析結(jié)果1.1.1.1對應(yīng)的預(yù)設(shè)服務(wù)器11發(fā)送DNS請求報文。

在步驟405中，結(jié)合步驟404負載均衡設(shè)備17解析預(yù)設(shè)服務(wù)器11返回的DNS響應(yīng)報文，得到預(yù)設(shè)服務(wù)器11對應(yīng)的解析結(jié)果1.1.1.1。

在步驟406中，結(jié)合步驟405負載均衡設(shè)備17將解析結(jié)果1.1.1.1再次記錄在解析結(jié)果列表中。

本發(fā)明實施例中，通過在解析結(jié)果列表中記錄處于不同運營商網(wǎng)絡(luò)中的全部預(yù)設(shè)服務(wù)器的預(yù)設(shè)服務(wù)器地址，確保負載均衡設(shè)備17基于不同的預(yù)設(shè)服務(wù)器地址對應(yīng)得到分屬不同運營商的解析結(jié)果，同時當(dāng)解析結(jié)果發(fā)生老化時，負載均衡設(shè)備17再次基于預(yù)設(shè)服務(wù)器地址獲取該老化的解析結(jié)果，確保解析結(jié)果列表中存在分屬不同運營商的解析結(jié)果，從而實現(xiàn)大量攜帶相同待解析域名的DNS請求報文被分配得到不同的目標(biāo)解析結(jié)果，解決了單個運營商對應(yīng)的線路負載過重的問題，進而提高了負載均衡設(shè)備的輸出效率。

對應(yīng)于上述域名的解析方法，本發(fā)明還提出了圖5所示的負載均衡設(shè)備的硬件結(jié)構(gòu)圖。請參考圖5，在硬件層面，該負載均衡設(shè)備包括處理器、內(nèi)部總線、網(wǎng)絡(luò)接口、內(nèi)存以及非易失性存儲器，當(dāng)然還可能包括其他業(yè)務(wù)所需要的硬件。處理器從非易失性存儲器中讀取對應(yīng)的計算機程序到內(nèi)存中然后運行，在邏輯層面上形成域名的解析裝置。當(dāng)然，除了軟件實現(xiàn)方式之外，本發(fā)明并不排除其他實現(xiàn)方式，比如邏輯器件抑或軟硬件結(jié)合的方式等等，也就是說以下處理流程的執(zhí)行主體并不限定于各個邏輯單元，也可以是硬件或邏輯器件。

圖6是本發(fā)明提供的一個域名的解析裝置的實施例框圖，如圖6所示，該域名的解析裝置可以包括：請求報文解析模塊61、解析結(jié)果確定模塊62、解析結(jié)果發(fā)送模塊63，其中：

請求報文解析模塊61，用于當(dāng)接收到DNS請求報文時，解析DNS請求報文得到待解析域名；

解析結(jié)果確定模塊62，用于從解析結(jié)果列表中記錄的與請求報文解析模塊61中解析得到的待解析域名對應(yīng)的至少一個解析結(jié)果中確定一個目標(biāo)解析結(jié)果，至少一個解析結(jié)果對應(yīng)由不同預(yù)設(shè)服務(wù)器解析得到，不同預(yù)設(shè)服務(wù)器分屬不同的運營商；

解析結(jié)果發(fā)送模塊63，用于向客戶端發(fā)送解析結(jié)果確定模塊62中確定的目標(biāo)解析結(jié)果。

圖7是本發(fā)明提供的另一個域名的解析裝置的實施例框圖，如圖7所示，在上述圖6所示實施例的基礎(chǔ)上，解析結(jié)果確定模塊62包括：

目標(biāo)線路確定子模塊621，用于基于負載均衡算法，從至少一個線路中確定一個目標(biāo)線路；

解析結(jié)果確定子模塊622，用于基于目標(biāo)線路確定子模塊621中確定的目標(biāo)線路所屬的運營商，將解析結(jié)果列表中記錄的與待解析域名對應(yīng)的至少一個解析結(jié)果中與該運營商對應(yīng)的解析結(jié)果確定為目標(biāo)解析結(jié)果。

在一實施例中，域名的解析裝置還包括：

第一報文發(fā)送模塊64，用于當(dāng)解析結(jié)果列表中未記錄任何解析結(jié)果時，向全部預(yù)設(shè)服務(wù)器中的每一個預(yù)設(shè)服務(wù)器發(fā)送DNS請求報文；

第一報文解析模塊65，用于解析第一報文發(fā)送模塊64中的全部預(yù)設(shè)服務(wù)器中的每一個預(yù)設(shè)服務(wù)器返回的DNS響應(yīng)報文，得到全部預(yù)設(shè)服務(wù)器中的每一個預(yù)設(shè)服務(wù)器對應(yīng)的解析結(jié)果；

第一結(jié)果記錄模塊66，用于將第一報文解析模塊65中的全部預(yù)設(shè)服務(wù)器中的每一個預(yù)設(shè)服務(wù)器對應(yīng)的解析結(jié)果記錄在解析結(jié)果列表中。

在一實施例中，域名的解析裝置還包括：

第二報文發(fā)送模塊67，用于解析結(jié)果列表中記錄的每一個解析結(jié)果對應(yīng)一個老化時間，當(dāng)解析結(jié)果列表中記錄的其中一個解析結(jié)果達到老化時間時，向該其中一個解析結(jié)果對應(yīng)的預(yù)設(shè)服務(wù)器發(fā)送DNS請求報文；

第二報文解析模塊68，用于解析第二報文發(fā)送模塊67中的該其中一個解析結(jié)果對應(yīng)的預(yù)設(shè)服務(wù)器返回的DNS響應(yīng)報文，得到該其中一個解析結(jié)果對應(yīng)的預(yù)設(shè)服務(wù)器對應(yīng)的解析結(jié)果；

第二結(jié)果記錄模塊69，用于將第二報文解析模塊68中的該其中一個解析結(jié)果對應(yīng)的預(yù)設(shè)服務(wù)器對應(yīng)的解析結(jié)果記錄在解析結(jié)果列表中。

上述裝置中各個單元的功能和作用的實現(xiàn)過程具體詳見上述方法中對應(yīng)步驟的實現(xiàn)過程，在此不再贅述。

對于裝置實施例而言，由于其基本對應(yīng)于方法實施例，所以相關(guān)之處參見方法實施例的部分說明即可。以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本發(fā)明方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性勞動的情況下，即可以理解并實施。

由上述實施例可見，解析結(jié)果列表中記錄了與待解析域名對應(yīng)的至少一個解析結(jié)果，至少一個解析結(jié)果對應(yīng)由不同預(yù)設(shè)服務(wù)器解析得到，不同預(yù)設(shè)服務(wù)器分屬不同的運營商，基于解析結(jié)果列表，負載均衡設(shè)備可以及時響應(yīng)待解析域名對應(yīng)的解析結(jié)果，且當(dāng)負載均衡設(shè)備接收到大量攜帶相同待解析域名的DNS請求報文時，解決了單個運營商對應(yīng)的線路負載過重的問題，進而提高了負載均衡設(shè)備的輸出效率。

本領(lǐng)域技術(shù)人員在考慮說明書及實踐這里公開的發(fā)明后，將容易想到本發(fā)明的其它實施方案。本發(fā)明旨在涵蓋本發(fā)明的任何變型、用途或者適應(yīng)性變化，這些變型、用途或者適應(yīng)性變化遵循本發(fā)明的一般性原理并包括本發(fā)明未公開的本技術(shù)領(lǐng)域中的公知常識或慣用技術(shù)手段。說明書和實施例僅被視為示例性的，本發(fā)明的真正范圍和精神由下面的權(quán)利要求指出。

還需要說明的是，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、商品或者設(shè)備中還存在另外的相同要素。

以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明保護的范圍之內(nèi)。