專利名稱：一種數(shù)據(jù)訪問的方法、系統(tǒng)及設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種針對域名的數(shù)據(jù)訪問方法、系統(tǒng)及設(shè)備。
背景技術(shù)：
網(wǎng)絡(luò)緩存(Web Cache)業(yè)務(wù)是指將客戶端訪問的熱點web內(nèi)容存儲在Cache設(shè)備中，當該熱點web內(nèi)容再次被客戶端訪問時，訪問請求不必連接到web內(nèi)容所在的網(wǎng)站服務(wù)器，而是將訪問請求轉(zhuǎn)發(fā)到Cache設(shè)備，由Cache設(shè)備向客戶端返回相應的web內(nèi)容，以此來提高客戶端訪問速度，且如果Cache設(shè)備與客戶端所在的本地域名服務(wù)器(Local DNS) 在同一局域網(wǎng)時，還可以提高客戶端的訪問質(zhì)量，降低互聯(lián)網(wǎng)出口擁擠度。目前所采用的Wfeb Cache業(yè)務(wù)包括如下內(nèi)容第一步客戶端向Local DNS發(fā)出域名解析請求，所述域名解析請求中攜帶域名 fn息ο第二步=Local DNS判斷生存時間(TTL)字段是否為空或已過期，若是，則執(zhí)行第三步；否則，通過緩存的域名信息以及IP地址的對應關(guān)系，對所述域名信息進行解析，并返回給客戶端。第三步=Local DNS將域名解析請求發(fā)送至外網(wǎng)DNS，并由深度包檢測(De印 Packet Inspection, DPI)設(shè)備將域名解析請求復制一份后發(fā)送給Cache設(shè)備。第四步Cache設(shè)備判斷接收到的域名信息是否是預先設(shè)定的信息(如熱點信息)，若是，則將域名信息對應的IP地址(即外網(wǎng)DNS解析后得到的IP地址)修改為Cache 設(shè)備的IP地址，并將Cache設(shè)備的IP地址攜帶在域名解析結(jié)果中返回給Local DNS。第五步=Local DNS將攜帶Cache設(shè)備的IP地址的域名解析結(jié)果返回給客戶端。在第三步中Local DNS將域名解析請求發(fā)送至外網(wǎng)DNS，因此，外網(wǎng)DNS也要向 Local DNS發(fā)送域名解析結(jié)果。但由于外網(wǎng)DNS接收以及響應域名解析請求的時間長于 Cache設(shè)備，因此Local DNS接收到Cache設(shè)備返回的域名解析結(jié)果后，將再次接收到的外網(wǎng)DNS返回的域名解析結(jié)果丟棄。第六步客戶端接收到Cache設(shè)備返回的域名解析結(jié)果后，根據(jù)其中攜帶的Cache 設(shè)備的IP地址，向Cache設(shè)備發(fā)起數(shù)據(jù)訪問請求。第七步=Cache設(shè)備判斷本地是否保存了請求的web內(nèi)容，若是，則將web內(nèi)容返回給客戶端；否則，根據(jù)域名信息向外網(wǎng)DNS查詢域名信息對應的IP地址，并從該IP地址對應設(shè)備處獲取web內(nèi)容，將獲取的web內(nèi)容保存在本地并返回給客戶端。上述Wfeb Cache業(yè)務(wù)雖然可以提高客戶端的web訪問效率，但仍存在以下問題問題一上述方式需要在網(wǎng)絡(luò)端口部署DPI來獲取客戶端發(fā)出的域名解析請求，而Local DNS接收到客戶端發(fā)出的域名解析請求時，如果TTL字段不為空，則Local DNS直接將域名解析請求在本地緩存解析，而不通過網(wǎng)絡(luò)端口傳輸，在此情況下，DPI無法獲取域名解析請求。而在實際操作中，絕大部分(約80%)域名解析請求是在Local DNS本地緩存解析的，因此，絕大部分域名解析請求并未被DPI獲取，導致ffeb Cache業(yè)務(wù)不能正常執(zhí)行。問題二 在網(wǎng)絡(luò)端口額外部署DPI會對原網(wǎng)絡(luò)架構(gòu)以及網(wǎng)絡(luò)業(yè)務(wù)造成影響，且網(wǎng)絡(luò)端口數(shù)量較多，需要部署大量的DPI設(shè)備，除了實現(xiàn)困難外，增加大量的設(shè)備也意味增加了故障隱患點，給網(wǎng)絡(luò)系統(tǒng)帶來給多的不安全因素。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種數(shù)據(jù)訪問的方法、系統(tǒng)及設(shè)備，用以解決現(xiàn)有技術(shù)中存在部署DPI導致故障隱患點增加的問題。一種數(shù)據(jù)訪問的方法，所述方法包括DNS接收客戶端發(fā)送的域名解析請求，并根據(jù)已存儲的域名信息與Cache服務(wù)器 IP地址的對應關(guān)系，查詢域名解析請求中的域名信息對應的Cache服務(wù)器IP地址；DNS將查詢出的Cache服務(wù)器IP地址攜帶在域名解析結(jié)果中并返回給客戶端，指示客戶端根據(jù)接收到的Cache服務(wù)器IP地址，向?qū)腃ache服務(wù)器訪問數(shù)據(jù)；所述對應關(guān)系是DNS向Cache服務(wù)器發(fā)送域名信息，并指示Cache服務(wù)器下載并在本地保存接收到的域名信息對應的數(shù)據(jù)后生成的。一種數(shù)據(jù)訪問的系統(tǒng)，所述系統(tǒng)包括客戶端，用于發(fā)送域名解析請求和接收域名解析結(jié)果，并根據(jù)域名解析結(jié)果中攜帶的Cache服務(wù)器IP地址，向?qū)腃ache服務(wù)器訪問數(shù)據(jù)；域名服務(wù)器DNS，用于向緩存Cache服務(wù)器發(fā)送域名信息，接收該域名信息與 Cache服務(wù)器IP地址的對應關(guān)系，以及接收客戶端發(fā)送的域名解析請求，根據(jù)已存儲的所述對應關(guān)系，查詢域名解析請求中的域名信息對應的Cache服務(wù)器IP地址，并將查詢出的 Cache服務(wù)器IP地址攜帶在域名解析結(jié)果中返回給客戶端；Cache服務(wù)器，用于在接收到DNS發(fā)送的域名信息后，在本地保存接收到的域名信息對應的數(shù)據(jù)，并響應客戶端對數(shù)據(jù)的訪問。一種域名服務(wù)器，包括對應關(guān)系響應模塊，用于向Cache服務(wù)器發(fā)送域名信息，并在Cache服務(wù)器本地保存接收到的域名信息對應的數(shù)據(jù)后，存儲所述域名信息與Cache服務(wù)器IP地址的對應關(guān)系；請求接收模塊，用于接收客戶端發(fā)送的域名解析請求；查詢模塊，用于根據(jù)已存儲的對應關(guān)系，查詢域名解析請求中的域名信息對應的 Cache服務(wù)器IP地址；結(jié)果返回模塊，用于將查詢出的Cache服務(wù)器IP地址攜帶在域名解析結(jié)果中并返回給客戶端。一種緩存Cache服務(wù)器，包括域名信息接收模塊，用于接收域名服務(wù)器發(fā)送的域名信息；數(shù)據(jù)保存模塊，用于下載并在本地保存接收到的域名信息對應的數(shù)據(jù)；請求響應模塊，用于響應客戶端對數(shù)據(jù)的訪問。本發(fā)明有益效果如下
本發(fā)明實施例中的DNS將域名信息發(fā)送給Cache服務(wù)器，由Cache服務(wù)器針對接收到的域名信息從網(wǎng)絡(luò)側(cè)下載并在本地保存相應的數(shù)據(jù)后，在DNS中存儲域名信息和 Cache服務(wù)器IP地址的對應關(guān)系，而后當有客戶端針對所述域名信息發(fā)起域名解析請求時，可由DNS查詢Cache服務(wù)器返回的對應關(guān)系，將Cache服務(wù)器IP地址返回給客戶端，指示客戶端根據(jù)Cache服務(wù)器IP地址向?qū)腃ache服務(wù)器訪問數(shù)據(jù)即可。由于本發(fā)明實施例的方案不需要大量部署DPI，因此減少了網(wǎng)絡(luò)系統(tǒng)中的故障隱患點。


圖1為本發(fā)明實施例一中數(shù)據(jù)訪問的方法流程示意圖；圖2為本發(fā)明實施例二中DNS和Cache服務(wù)器之間交互確定對應關(guān)系的方法流程示意圖；圖3為SPDL協(xié)議報文的格式示意圖；圖4為本發(fā)明實施例三中數(shù)據(jù)訪問的系統(tǒng)結(jié)構(gòu)示意圖；圖5為本發(fā)明實施例四中域名服務(wù)器結(jié)構(gòu)示意圖；圖6為本發(fā)明實施例五中的Cache服務(wù)器結(jié)構(gòu)示意圖。
具體實施例方式本發(fā)明實施例提出一種新的數(shù)據(jù)訪問方式，由DNS將熱點域名信息發(fā)送給Cache 服務(wù)器，由Cache服務(wù)器針對接收到的域名信息從網(wǎng)絡(luò)側(cè)下載并在本地保存相應的數(shù)據(jù)， 并將下載數(shù)據(jù)的域名信息和Cache服務(wù)器IP地址的對應關(guān)系告知DNS，而后當有客戶端針對所述熱點域名信息發(fā)起域名解析請求時，可由DNS查詢Cache服務(wù)器返回的對應關(guān)系，將 Cache服務(wù)器IP地址返回給客戶端，指示客戶端根據(jù)Cache服務(wù)器IP地址向?qū)腃ache 服務(wù)器訪問數(shù)據(jù)即可。由于本發(fā)明實施例的方案不需要大量部署DPI，因此減少了網(wǎng)絡(luò)系統(tǒng)中的故障隱患點，也減少了對現(xiàn)有業(yè)務(wù)的影響；同時，由于DNS是客戶端訪問互聯(lián)網(wǎng)時必須訪問的網(wǎng)元，因此，通過本發(fā)明實施例的方案可以對所有客戶端執(zhí)行Web Cache,提高數(shù)據(jù)訪問速度。下面結(jié)合說明書附圖對本發(fā)明實施例進行詳細描述。實施例一如圖1所示，為本發(fā)明實施例一中數(shù)據(jù)訪問的方法流程示意圖，所述方法包括以下步驟步驟101 客戶端向DNS發(fā)送域名解析請求，所述域名解析請求中攜帶域名信息。步驟102 =DNS根據(jù)已存儲的域名信息與緩存Cache服務(wù)器IP地址的對應關(guān)系，判斷所述對應關(guān)系中是否記載了接收到的域名信息對應的Cache服務(wù)器IP地址；若是，則執(zhí)行步驟103 ；否則，執(zhí)行步驟104。本步驟中涉及的對應關(guān)系是DNS為客戶端提供ffeb Cache業(yè)務(wù)之前保存在本地的，該對應關(guān)系通過以下方式確定DNS向Cache服務(wù)器發(fā)送域名信息，要求Cache服務(wù)器從網(wǎng)絡(luò)側(cè)下載并在本地保存接收到的域名信息對應的數(shù)據(jù)，然后由Cache服務(wù)器將DNS發(fā)送的域名信息和自身的IP地址建立對應關(guān)系后通知DNS，DNS再將接收到的對應關(guān)系保存在本地。當有客戶端請求對對應關(guān)系中記載的某一域名信息進行域名解析時，可以直接解析成對應關(guān)系中的Cache服務(wù)器IP地址，而不再由外網(wǎng)的DNS進行域名解析。步驟103 =DNS將查詢出的Cache服務(wù)器IP地址攜帶在域名解析結(jié)果中并返回給客戶端，并跳轉(zhuǎn)至步驟105。步驟104 =DNS將外網(wǎng)DNS返回的域名解析結(jié)果發(fā)送給客戶端，所述域名解析結(jié)果攜帶客戶端請求的數(shù)據(jù)所在網(wǎng)元的IP地址，并跳轉(zhuǎn)至步驟105。在本實施例中，DNS接收到客戶端發(fā)送的域名解析請求后，一方面執(zhí)行步驟102的內(nèi)容，查詢是否存在對應的Cache服務(wù)器IP地址，另一方面按照常規(guī)方式將域名解析請求轉(zhuǎn)發(fā)至外網(wǎng)DNS，查詢該域名解析請求中的域名信息真正對應的IP地址。在步驟102中，如果DNS判斷所述對應關(guān)系中沒有記載域名解析請求中的域名信息對應的Cache服務(wù)器IP 地址，則將外網(wǎng)DNS返回的域名解析結(jié)果發(fā)送給客戶端，要求客戶端按照外網(wǎng)DNS解析的IP 地址進行數(shù)據(jù)訪問操作。步驟105 客戶端根據(jù)接收到的域名解析結(jié)果中的IP地址，向?qū)木W(wǎng)元訪問數(shù)據(jù)。如果在步驟102中查詢出域名解析請求中的域名信息對應的Cache服務(wù)器IP地址，則在步驟105中客戶端向Cache服務(wù)器進行訪問；如果在步驟102中沒有查詢出對應的 Cache服務(wù)器IP地址，而是向客戶端返回的外網(wǎng)DNS解析后的IP地址，則在步驟105中客戶端向外網(wǎng)的網(wǎng)元進行訪問。通過本發(fā)明實施例一的方案，無需部署大量的DPI，因此減少了網(wǎng)絡(luò)系統(tǒng)中的故障隱患點，也減少了對現(xiàn)有業(yè)務(wù)的影響，且在Cache服務(wù)器本地存儲熱點域名信息對應的數(shù)據(jù)后，可以無需通過外網(wǎng)進行域名解析以及連接到外網(wǎng)進行數(shù)據(jù)訪問，客戶端可以直接向 Cache服務(wù)器進行數(shù)據(jù)訪問，有效提高了數(shù)據(jù)訪問的效率。實施例二 本發(fā)明實施例二是在實施例一執(zhí)行之前，由DNS和Cache服務(wù)器之間交互確定Wfeb Cache業(yè)務(wù)執(zhí)行時使用的域名信息與Cache服務(wù)器IP地址之間的對應關(guān)系如圖2所示，所述方法包括以下步驟步驟201 =DNS確定熱點域名信息。在本實施例二的方案中，DNS可以周期性地(如每隔Tl時長)更新熱點域名信息， 并在每次更新熱點域名信息后執(zhí)行步驟202 步驟206。本步驟的具體實現(xiàn)方式包括但不限于以下兩種方式方式一首先，DNS分析設(shè)定時長內(nèi)接收到的各域名解析請求中的域名信息，并記錄每個域名信息被訪問次數(shù)，讀取其中被訪問次數(shù)最多的a個域名信息。然后，DNS確定自定義的b個域名信息，這里自定義的b個域名信息可以是預先設(shè)定的重要網(wǎng)站的域名信息，以便于在客戶端請求訪問這些重要網(wǎng)站時，即使這些重要網(wǎng)站并不是經(jīng)常被訪問的網(wǎng)站，也能夠使客戶端快速訪問Cache服務(wù)器本地保存的數(shù)據(jù)，提高訪問效率。最后，將被訪問次數(shù)最多的a個域名信息和自定義的b個域名信息作為熱點域名信息，若a個域名信息和b個域名信息有重復，可以濾除重復域名信息。
較優(yōu)地，還可以預先設(shè)定不允許在Cache服務(wù)器本地保存的數(shù)據(jù)對應的域名信息，在確定a+b個域名信息后，DNS判斷其中是否包含不允許在Cache服務(wù)器本地保存的數(shù)據(jù)對應的域名信息，若包含c個不允許在Cache服務(wù)器本地保存的數(shù)據(jù)對應的域名信息，則應該在a+b個域名信息中去除這c個域名信息，即a+b-c為最終得到的熱點域名信息。方式二方式二與方式一的不同之處在于，方式二以域名信息對應的IP地址為判斷條件， 由于一個域名信息可能對應多個IP地址，因此，采用方式二最終得到的域名信息與采用方式一得到的域名信息可能有差別。方式二的主要內(nèi)容為首先，DNS分析設(shè)定時長內(nèi)接收到的各域名解析請求中的域名信息，確定每個域名信息對應的IP地址，并記錄每個IP地址被訪問次數(shù)，讀取其中被訪問次數(shù)最多的A個IP 地址。然后，DNS確定自定義的B個IP地址，這里自定義的B個IP地址是預先設(shè)定的重要網(wǎng)站的IP地址。最后，將被訪問次數(shù)最多的A個IP地址和自定義的B個IP地址對應的域名信息作為熱點域名信息。與方式一類似地，還可以預先設(shè)定不允許在Cache服務(wù)器本地保存的數(shù)據(jù)對應的 IP地址，在確定A+B個IP地址后，DNS判斷其中是否包含不允許在Cache服務(wù)器本地保存的數(shù)據(jù)對應的IP地址，若包含C個不允許在Cache服務(wù)器本地保存的數(shù)據(jù)對應的IP地址， 則應該在A+B個IP地址中去除這C個IP地址，即A+B-CIP地址對應的域名信息為最終得到的熱點域名信息。步驟202 =DNS將熱點域名信息發(fā)送給Cache服務(wù)器。步驟203 =Cache服務(wù)器根據(jù)接收到的熱點域名信息解析出對應的IP地址。步驟204 =Cache服務(wù)器從解析出的IP地址對應的網(wǎng)元中下載數(shù)據(jù)(如網(wǎng)頁內(nèi)容)，并將下載的數(shù)據(jù)保存在Cache服務(wù)器本地。在步驟203和步驟204中，Cache服務(wù)器接收來自DNS的a+b_c的域名信息，或 A+B-C的IP地址對應的域名信息，并針對接收到的域名信息所指示網(wǎng)站下下載數(shù)據(jù)。步驟205 =Cache服務(wù)器建立熱點域名信息和Cache服務(wù)器IP地址的對應關(guān)系，并返回給DNS。在本步驟中，Cache服務(wù)器下載的哪些數(shù)據(jù)，就將已下載至本地的數(shù)據(jù)對應的域名信息與自身的IP地址建立對應關(guān)系，以便于客戶端針對熱點域名信息進行數(shù)據(jù)訪問時，可以由Cache服務(wù)器代替真正的網(wǎng)站服務(wù)器向客戶端提供訪問數(shù)據(jù)。步驟206 =DNS將接收到的對應關(guān)系存儲在本地，并為接收到的對應關(guān)系設(shè)定生存時長T2(即第一時長)。由于熱點域名信息經(jīng)常會發(fā)生變化，DNS接收到的對應關(guān)系只能在一段時間內(nèi)能夠有效地為客戶端針對熱點域名信息的訪問提供Web Cache服務(wù)，因此，在本步驟中為對應關(guān)系設(shè)置生存時長T2，來表示該對應關(guān)系的有效期。在DNS為接收到的對應關(guān)系設(shè)置生存時長T2后將啟動計時器，判斷在接收到對應關(guān)系后的T2時長內(nèi)是否接收到來自客戶端的域名訪問請求，若接收到，則利用已存儲的對應關(guān)系執(zhí)行本發(fā)明實施例一的步驟；否則，在T2時長結(jié)束時，將保存的對應關(guān)系標記為失效。需要說明的是，由于在步驟201中，DNS會以時長Tl周期性地更新熱點域名信息， 并利用更新后的熱點域名信息執(zhí)行步驟202 步驟206，因此，時長Tl和時長T2的長度可以有如下關(guān)系1、時長 TK時長 T2。由于在步驟201中，DNS向Cache服務(wù)器發(fā)送熱門域名信息后，步驟202 步驟205 的執(zhí)行將會占用一定時長t，也就是說，在步驟206中，DNS接收到對應關(guān)系時，步驟201中計算周期的計時器已過時長t。此時，若時長Tl《時長T2，則對應關(guān)系在DNS中失效之前， 由下一周期的熱點域名信息得到的對應關(guān)系已到達DSN。這樣做的好處是，一方面，DSN可以使用最新接收到的對應關(guān)系執(zhí)行實施例一的方案，確保熱點域名信息的實時更新；另一方面，避免DSN中保存的對應關(guān)系已失效但新的對應關(guān)系還未發(fā)送到DSN的情況出現(xiàn)。2、時長Tl-時長T2 <時長t。所述時長t是執(zhí)行步驟202 步驟205占用的時長，在時長Tl和時長T2之差不大于時長t的情況下，也能夠避免DSN中保存的對應關(guān)系已失效但新的對應關(guān)系還未發(fā)送到DSN的情況出現(xiàn)。通過本發(fā)明實施例二的方案，在Cache服務(wù)器本地存儲了熱點域名信息對應的數(shù)據(jù)，并在DNS本地存儲了熱點域名信息與Cache服務(wù)器IP地址的對應關(guān)系，之后可以利用在DNS本地存儲的對應關(guān)系執(zhí)行實施例一的方案。在實施例二的步驟202和步驟205中，DNS和Cache服務(wù)器之間要進行通信，為了實現(xiàn)DNS和Cache服務(wù)器之間的通信，本實施例二定義了一種應用層協(xié)議報文DNS與 Cache服務(wù)器之間基于域名列表下載的同步協(xié)議(the synchronous protocol for domain listing between DNS and webcache sever，SPDL協(xié)議)報文，SPDL協(xié)議報文可以使用 TCP 的3001端口，其報文格式以及各字段說明如下如圖3所示，為SPDL協(xié)議報文的格式示意圖，SPDL協(xié)議報文主要包括報頭和報體。報頭包括以下字段(1)、協(xié)議版本號字段2bit，可支持4個協(xié)議版本，在本實施例二的方案中使用第一版本000。(2)、消息類型字段3bit，共可定義8種消息類型，在本實施例二的方案中定義了兩種消息類型000表示數(shù)據(jù)下載消息，由DNS發(fā)送給Cache服務(wù)器，要求Cache服務(wù)器針對SPDL 協(xié)議報文中的域名信息從相應的網(wǎng)站上下載數(shù)據(jù)，此時，預先設(shè)定的域名信息攜帶在報體的數(shù)據(jù)字段中。001表示對應關(guān)系反饋消息，由Cache服務(wù)器發(fā)送給DNS，通知DNS域名信息與 Cache服務(wù)器IP地址之間的對應關(guān)系，此時，域名信息與Cache服務(wù)器IP地址的對應關(guān)系攜帶在報體的數(shù)據(jù)字段中。010、011、100、101、110、111六個消息類型用于后期擴展。(3)、報文長度字段llbit，單位2個字節(jié)，報文長度為2048個字節(jié)。0)、報文完成標志字段lbit，主要用于針對經(jīng)過分片傳輸?shù)呐c同一個序列號消息，是否是最后一個分片報文，如果是最后一個分片該位置1，如果不是該位置0。(5)、重傳標志字段lbit，置1時表示DNS服務(wù)器發(fā)送給Cache服務(wù)器的SPDL協(xié)議報文的某一個具體分片請求重傳消息，或是表示Cache服務(wù)器返回給DNS的SPDL協(xié)議報文的某一個具體分片請求重傳消息。(6)、分片號字段6bit，一個序列號消息最多可以分隔為64個分片進行報文傳輸。(7)、保留字段8bit，用于后期擴展。(8)、消息序列號字段16個字節(jié)，用于標識Cache服務(wù)器列表。(7)、生存時間TTL字段=Wbit,最大18個小時。在DNS通過SPDL協(xié)議報文向 Cache服務(wù)器發(fā)送域名信息時，該TTL字段中攜帶的第二時長表示對應關(guān)系在DNS中緩存的時長；在Cache服務(wù)器通過SPDL協(xié)議報文向DNS發(fā)送對應關(guān)系時，TTL字段中攜帶的第三時長表示Cache服務(wù)器下載的數(shù)據(jù)在本地保存的時長。報體包括以下字段(1)、域名信息數(shù)據(jù)字段長度不定，字段填充內(nèi)容為發(fā)送給Cache服務(wù)器的域名信息長度及內(nèi)容。每一個域名信息包括三個標識，首字節(jié)數(shù)的計數(shù)值來說明該域名信息長度，之后是域名信息的內(nèi)容，最后一個名字以0結(jié)束。多個域名信息按照順序填寫在該字段中。填充字段填充Obit。(2)、對應關(guān)系數(shù)據(jù)字段長度不定，字段填充內(nèi)容為發(fā)送給DNS的對應關(guān)系的長度及內(nèi)容。每一個對應關(guān)系包括三個標識，首字節(jié)數(shù)的計數(shù)值來說明該對應關(guān)系長度，之后是對應關(guān)系的內(nèi)容，最后一個名字以0結(jié)束。多個對應關(guān)系按照順序填寫在該字段中。±真充±真充 Obit。實施例三本發(fā)明實施例三還提供一種數(shù)據(jù)訪問的系統(tǒng)，如圖4所示，所述系統(tǒng)包括客戶端 11、域名服務(wù)器12和Cache服務(wù)器13，其中，客戶端11用于發(fā)送域名解析請求和接收域名解析結(jié)果，并根據(jù)域名解析結(jié)果中攜帶的Cache服務(wù)器IP地址，向?qū)腃ache服務(wù)器訪問數(shù)據(jù)；域名服務(wù)器12用于向緩存Cache服務(wù)器發(fā)送域名信息，接收該域名信息與Cache 服務(wù)器IP地址的對應關(guān)系，以及接收客戶端發(fā)送的域名解析請求，根據(jù)已存儲的所述對應關(guān)系，查詢域名解析請求中的域名信息對應的Cache服務(wù)器IP地址，并將查詢出的Cache 服務(wù)器IP地址攜帶在域名解析結(jié)果中返回給客戶端；Cache服務(wù)器13用于在接收到DNS發(fā)送的域名信息后，在本地保存接收到的域名信息對應的數(shù)據(jù)，并響應客戶端對數(shù)據(jù)的訪問。所述域名服務(wù)器12還用于為接收到的對應關(guān)系設(shè)置第一時長，并在接收到域名解析請求時，判斷該域名解析請求是否在接收到所述對應關(guān)系后的第一時長內(nèi)接收到的， 若是，則根據(jù)所述對應關(guān)系查詢域名解析請求中的域名信息對應的Cache服務(wù)器IP地址。所述域名服務(wù)器12具體用于周期性地讀取訪問次數(shù)最多的a個域名信息，確定預先設(shè)定的b個域名信息，并將所述a個域名信息和b個域名信息作為發(fā)送給Cache服務(wù)器的域名信息，其中，域名信息的訪問次數(shù)是設(shè)定時長內(nèi)DNS收到的域名解析請求中的域名信息的數(shù)量統(tǒng)計確定的；或者，具體用于周期性地讀取訪問次數(shù)最多的A個IP地址，確定預先設(shè)定的B個IP地址，并將所述A個IP地址和B個IP地址對應的域名信息作為發(fā)送給Cache服務(wù)器的域名信息，其中，IP地址的訪問次數(shù)是設(shè)定時長內(nèi)DNS收到的域名解析請求中的域名信息對應的IP地址的數(shù)量統(tǒng)計確定的。如圖4所示，本實施例三的數(shù)據(jù)訪問的系統(tǒng)可以應用于包括內(nèi)網(wǎng)和外網(wǎng)的網(wǎng)絡(luò)架構(gòu)下，本實施例中的域名服務(wù)器12是能夠為客戶端提供服務(wù)的內(nèi)網(wǎng)的Local DNS，該Local DNS在執(zhí)行本發(fā)明實施例的方案時，還將客戶端的域名解析請求轉(zhuǎn)發(fā)至外網(wǎng)的DNS，并接收外網(wǎng)DNS返回的攜帶網(wǎng)站服務(wù)器IP地址的域名解析結(jié)果，該網(wǎng)站服務(wù)器內(nèi)有客戶端請求的數(shù)據(jù)。Cache服務(wù)器在接收到Local DNS發(fā)送的域名信息時，也向外網(wǎng)DNS請求域名解析， 得到網(wǎng)站服務(wù)器IP地址，進而從對應的網(wǎng)站服務(wù)器下載數(shù)據(jù)。實施例四如圖5所示，為本發(fā)明實施例四中域名服務(wù)器結(jié)構(gòu)示意圖，包括對應關(guān)系響應模塊21、請求接收模塊22、查詢模塊23和結(jié)果返回模塊M，其中對應關(guān)系響應模塊21用于向Cache服務(wù)器發(fā)送域名信息，并在Cache服務(wù)器本地保存接收到的域名信息對應的數(shù)據(jù)后，存儲所述域名信息與Cache服務(wù)器IP地址的對應關(guān)系；請求接收模塊22用于接收客戶端發(fā)送的域名解析請求；查詢模塊23用于根據(jù)已存儲的對應關(guān)系，查詢域名解析請求中的域名信息對應的Cache服務(wù)器IP地址；結(jié)果返回模塊M用于將查詢出的Cache服務(wù)器IP 地址攜帶在域名解析結(jié)果中并返回給客戶端。所述對應關(guān)系響應模塊21還用于為接收到的對應關(guān)系設(shè)置第一時長；所述查詢模塊23具體用于判斷所述域名解析請求是否在接收到所述對應關(guān)系后的第一時長內(nèi)接收到的，若是，則根據(jù)接收到的對應關(guān)系查詢域名解析請求中的域名信息對應的Cache服務(wù)器IP地址。所述域名服務(wù)器還包括域名信息確定模塊25，用于周期性地讀取訪問次數(shù)最多的 a個域名信息，確定預先設(shè)定的b個域名信息，將所述a個域名信息和b個域名信息作為發(fā)送給Cache服務(wù)器的域名信息并觸發(fā)對應關(guān)系響應模塊，其中，域名信息的訪問次數(shù)是設(shè)定時長內(nèi)DNS收到的域名解析請求中的域名信息的數(shù)量統(tǒng)計確定的；或者，具體用于周期性地讀取訪問次數(shù)最多的A個IP地址，確定預先設(shè)定的B個IP地址，將所述A個IP地址和B個IP地址對應的域名信息作為發(fā)送給Cache服務(wù)器的域名信息并觸發(fā)對應關(guān)系響應模塊，其中，IP地址的訪問次數(shù)是設(shè)定時長內(nèi)DNS收到的域名解析請求中的域名信息對應的IP地址的數(shù)量統(tǒng)計確定的。實施例五如圖6所示，為本發(fā)明實施例五中的Cache服務(wù)器結(jié)構(gòu)示意圖，包括域名信息接收模塊31、數(shù)據(jù)保存模塊32和請求響應模塊33，其中域名信息接收模塊31用于接收域名服務(wù)器發(fā)送的域名信息；數(shù)據(jù)保存模塊32用于下載并在本地保存接收到的域名信息對應的數(shù)據(jù)；請求響應模塊33用于響應客戶端對數(shù)據(jù)的訪問。所述Cache服務(wù)器還包括對應關(guān)系返回模塊34，用于將已下載到本地的數(shù)據(jù)對應的域名信息與Cache服務(wù)器IP地址的對應關(guān)系返回給DNS。本發(fā)明實施例提供的方法、系統(tǒng)及設(shè)備相對于現(xiàn)有技術(shù)具有以下優(yōu)點1、現(xiàn)有技術(shù)中需在每個網(wǎng)絡(luò)關(guān)口進行旁路分光，部署DPI設(shè)備，一方面對原有網(wǎng)絡(luò)及業(yè)務(wù)會造成一定影響，增加了故障隱患點，另一方面，由于降低了原有光功率，必定會對網(wǎng)絡(luò)設(shè)備提出更高要求。而利用本發(fā)明實施例的方案可以避免在所有網(wǎng)絡(luò)關(guān)口部署DPI設(shè)備，減少了故障隱患點，同時也能夠減少對業(yè)務(wù)的影響。(2)、現(xiàn)有技術(shù)中的絕大部分域名解析請求是在Local DNS本地緩存解析的，因此， 絕大部分域名解析請求并未被DPI獲取，導致ffeb Cache業(yè)務(wù)不能正常執(zhí)行。而本發(fā)明實施例的方案由于DNS是客戶端訪問互聯(lián)網(wǎng)時必須訪問的網(wǎng)元，因此，DNS在接收到客戶端發(fā)出的域名解析請求后，利用已存儲的域名信息與Cache服務(wù)器IP地址的對應關(guān)系，為客戶端執(zhí)行Web Cache業(yè)務(wù)，提高數(shù)據(jù)訪問速度。(3)、現(xiàn)有技術(shù)中是根據(jù)DPI獲得的域名解析請求來判斷熱點域名信息，由于絕大部分域名解析請求并未被DPI獲取，因此，確定的熱點域名信息并不能反映真實的情況。而本發(fā)明實施例的方案由DNS來決定熱點域名信息，由于DNS是用戶訪問互聯(lián)網(wǎng)的第一步，所有用戶在訪問互聯(lián)網(wǎng)前都要通過DNS，是天然的域名訪問“統(tǒng)計器”，可以100%準確地統(tǒng)計客戶端的域名訪問情況，根據(jù)此作為熱點域名信息的基礎(chǔ)，能夠大大提高Web Cache業(yè)務(wù)的命中率。(4)、現(xiàn)有技術(shù)中的DPI能力制約了域名解析請求包是否能被完整全面的獲得，因此，Web Cache業(yè)務(wù)的策略可能由于受到DPI本身功能的影響而造成失敗。而本發(fā)明實施例通過DNS來獲得域名解析請求，可以準確、全面地得到所有的域名解析請求，使ffeb Cache 業(yè)務(wù)的正確執(zhí)行。顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種數(shù)據(jù)訪問的方法，其特征在于，所述方法包括域名服務(wù)器DNS接收客戶端發(fā)送的域名解析請求，并根據(jù)已存儲的域名信息與緩存 Cache服務(wù)器IP地址的對應關(guān)系，查詢域名解析請求中的域名信息對應的Cache服務(wù)器IP 地址；DNS將查詢出的Cache服務(wù)器IP地址攜帶在域名解析結(jié)果中并返回給客戶端，指示客戶端根據(jù)接收到的Cache服務(wù)器IP地址，向?qū)腃ache服務(wù)器訪問數(shù)據(jù)；所述對應關(guān)系是DNS向Cache服務(wù)器發(fā)送域名信息，并指示Cache服務(wù)器下載并在本地保存接收到的域名信息對應的數(shù)據(jù)后生成的。
2.如權(quán)利要求1所述的方法，其特征在于，所述對應關(guān)系具體通過以下方式生成 DNS向Cache服務(wù)器發(fā)送預先設(shè)定的域名信息；Cache服務(wù)器根據(jù)接收到的域名信息解析出對應的IP地址，根據(jù)解析出的IP地址從對應的網(wǎng)元中下載數(shù)據(jù)并保存在本地；Cache服務(wù)器將已下載到本地的數(shù)據(jù)對應的域名信息與Cache服務(wù)器IP地址的對應關(guān)系返回給DNS。
3.如權(quán)利要求2所述的方法，其特征在于，Cache服務(wù)器將所述對應關(guān)系發(fā)送給DNS之后，且DNS接收客戶端發(fā)送的域名解析請求之前，所述方法還包括DNS為接收到的對應關(guān)系設(shè)置第一時長；DNS查詢域名解析請求中的域名信息對應的Cache服務(wù)器IP地址，具體包括 DNS判斷所述域名解析請求是否在接收到所述對應關(guān)系后的第一時長內(nèi)接收到的，若是，則根據(jù)接收到的對應關(guān)系查詢域名解析請求中的域名信息對應的Cache服務(wù)器IP地址。
4.如權(quán)利要求2所述的方法，其特征在于，DNS向Cache服務(wù)器發(fā)送預先設(shè)定的域名信息，具體包括DNS在協(xié)議報文的報頭的消息類型字段中攜帶數(shù)據(jù)下載消息的標識，并將預先設(shè)定的域名信息攜帶在報體的數(shù)據(jù)字段中，發(fā)送給Cache服務(wù)器； Cache服務(wù)器將所述對應關(guān)系返回給DNS，具體包括Cache服務(wù)器在協(xié)議報文的報頭的消息類型字段中攜帶對應關(guān)系反饋消息的標識，并將域名信息與Cache服務(wù)器IP地址的對應關(guān)系攜帶在報體的數(shù)據(jù)字段中，返回給DNS。
5.如權(quán)利要求4所述的方法，其特征在于，在DNS通過協(xié)議報文向Cache服務(wù)器發(fā)送預先設(shè)定的域名信息時，報頭的生存時間TTL 字段中攜帶的第二時長表示對應關(guān)系在DNS中緩存的時長；在Cache服務(wù)器通過協(xié)議報文向DNS發(fā)送所述對應關(guān)系時，報頭的生存時間TTL字段中攜帶的第三時長表示Cache服務(wù)器下載的數(shù)據(jù)在本地保存的時長。
6.如權(quán)利要求1所述的方法，其特征在于，DNS向Cache服務(wù)器發(fā)送的域名信息通過以下方式確定DNS周期性地讀取訪問次數(shù)最多的a個域名信息，域名信息的訪問次數(shù)是設(shè)定時長內(nèi) DNS收到的域名解析請求中的域名信息的數(shù)量統(tǒng)計確定的；DNS確定預先設(shè)定的b個域名信息，并將所述a個域名信息和b個域名信息作為發(fā)送給 Cache服務(wù)器的域名信息；或者DNS周期性地讀取訪問次數(shù)最多的A個IP地址，IP地址的訪問次數(shù)是設(shè)定時長內(nèi)DNS 收到的域名解析請求中的域名信息對應的IP地址的數(shù)量統(tǒng)計確定的；DNS確定預先設(shè)定的B個IP地址，并將所述A個IP地址和B個IP地址對應的域名信息作為發(fā)送給Cache服務(wù)器的域名信息。
7.如權(quán)利要求6所述的方法，其特征在于，所述方法還包括若DNS發(fā)送給Cache服務(wù)器的域名信息中存在預設(shè)的不允許在Cache服務(wù)器本地保存的數(shù)據(jù)對應的域名信息，則DNS將待發(fā)送給Cache服務(wù)器的域名信息中去除所述不允許在 Cache服務(wù)器本地保存的數(shù)據(jù)對應的域名信息。
8.一種數(shù)據(jù)訪問的系統(tǒng)，其特征在于，所述系統(tǒng)包括客戶端，用于發(fā)送域名解析請求和接收域名解析結(jié)果，并根據(jù)域名解析結(jié)果中攜帶的 Cache服務(wù)器IP地址，向?qū)腃ache服務(wù)器訪問數(shù)據(jù)；域名服務(wù)器DNS，用于向緩存Cache服務(wù)器發(fā)送域名信息，接收該域名信息與Cache服務(wù)器IP地址的對應關(guān)系，以及接收客戶端發(fā)送的域名解析請求，根據(jù)已存儲的所述對應關(guān)系，查詢域名解析請求中的域名信息對應的Cache服務(wù)器IP地址，并將查詢出的Cache服務(wù)器IP地址攜帶在域名解析結(jié)果中返回給客戶端；Cache服務(wù)器，用于在接收到DNS發(fā)送的域名信息后，在本地保存接收到的域名信息對應的數(shù)據(jù)，并響應客戶端對數(shù)據(jù)的訪問。
9.如權(quán)利要求8所述的系統(tǒng)，其特征在于，所述DNS，還用于為接收到的對應關(guān)系設(shè)置第一時長，并在接收到域名解析請求時，判斷該域名解析請求是否在接收到所述對應關(guān)系后的第一時長內(nèi)接收到的，若是，則根據(jù)所述對應關(guān)系查詢域名解析請求中的域名信息對應的Cache服務(wù)器IP地址。
10.如權(quán)利要求8所述的系統(tǒng)，其特征在于，所述DNS，具體用于周期性地讀取訪問次數(shù)最多的a個域名信息，確定預先設(shè)定的b個域名信息，并將所述a個域名信息和b個域名信息作為發(fā)送給Cache服務(wù)器的域名信息，其中，域名信息的訪問次數(shù)是設(shè)定時長內(nèi)DNS收到的域名解析請求中的域名信息的數(shù)量統(tǒng)計確定的；或者具體用于周期性地讀取訪問次數(shù)最多的A個IP地址，確定預先設(shè)定的B個IP地址，并將所述A個IP地址和B個IP地址對應的域名信息作為發(fā)送給Cache服務(wù)器的域名信息， 其中，IP地址的訪問次數(shù)是設(shè)定時長內(nèi)DNS收到的域名解析請求中的域名信息對應的IP地址的數(shù)量統(tǒng)計確定的。
11.一種域名服務(wù)器，其特征在于，包括對應關(guān)系響應模塊，用于向Cache服務(wù)器發(fā)送域名信息，并在Cache服務(wù)器本地保存接收到的域名信息對應的數(shù)據(jù)后，存儲所述域名信息與Cache服務(wù)器IP地址的對應關(guān)系；請求接收模塊，用于接收客戶端發(fā)送的域名解析請求；查詢模塊，用于根據(jù)已存儲的對應關(guān)系，查詢域名解析請求中的域名信息對應的Cache 服務(wù)器IP地址；結(jié)果返回模塊，用于將查詢出的Cache服務(wù)器IP地址攜帶在域名解析結(jié)果中并返回給客戶端。
12.如權(quán)利要求11所述的域名服務(wù)器，其特征在于，所述對應關(guān)系響應模塊，還用于為接收到的對應關(guān)系設(shè)置第一時長； 所述查詢模塊，具體用于判斷所述域名解析請求是否在接收到所述對應關(guān)系后的第一時長內(nèi)接收到的，若是，則根據(jù)接收到的對應關(guān)系查詢域名解析請求中的域名信息對應的 Cache服務(wù)器IP地址。
13.如權(quán)利要求11所述的域名服務(wù)器，其特征在于，所述域名服務(wù)器還包括 域名信息確定模塊，用于周期性地讀取訪問次數(shù)最多的a個域名信息，確定預先設(shè)定的b個域名信息，將所述a個域名信息和b個域名信息作為發(fā)送給Cache服務(wù)器的域名信息并觸發(fā)對應關(guān)系響應模塊，其中，域名信息的訪問次數(shù)是設(shè)定時長內(nèi)DNS收到的域名解析請求中的域名信息的數(shù)量統(tǒng)計確定的；或者具體用于周期性地讀取訪問次數(shù)最多的A個IP地址，確定預先設(shè)定的B個IP地址，將所述A個IP地址和B個IP地址對應的域名信息作為發(fā)送給Cache服務(wù)器的域名信息并觸發(fā)對應關(guān)系響應模塊，其中，IP地址的訪問次數(shù)是設(shè)定時長內(nèi)DNS收到的域名解析請求中的域名信息對應的IP地址的數(shù)量統(tǒng)計確定的。
14.一種緩存Cache服務(wù)器，其特征在于，包括域名信息接收模塊，用于接收域名服務(wù)器發(fā)送的域名信息； 數(shù)據(jù)保存模塊，用于下載并在本地保存接收到的域名信息對應的數(shù)據(jù)； 請求響應模塊，用于響應客戶端對數(shù)據(jù)的訪問。
15.如權(quán)利要求14所述的Cache服務(wù)器，其特征在于，所述Cache服務(wù)器還包括 對應關(guān)系返回模塊，用于將已下載到本地的數(shù)據(jù)對應的域名信息與Cache服務(wù)器IP地址的對應關(guān)系返回給DNS。
全文摘要
本發(fā)明公開了一種數(shù)據(jù)訪問的方法、系統(tǒng)及設(shè)備，包括DNS將域名信息發(fā)送給Cache服務(wù)器，由Cache服務(wù)器針對接收到的域名信息從網(wǎng)絡(luò)側(cè)下載并在本地保存相應的數(shù)據(jù)后，在DNS中存儲域名信息和Cache服務(wù)器IP地址的對應關(guān)系，而后當有客戶端針對所述域名信息發(fā)起域名解析請求時，可由DNS直接反饋該域名與cache服務(wù)器IP地址之間映射關(guān)系所形成的解析結(jié)果，將Cache服務(wù)器IP地址返回給客戶端后，指示客戶端向?qū)腃ache服務(wù)器訪問數(shù)據(jù)即可。由于本發(fā)明實施例的方案不需要大量部署DPI，因此減少了網(wǎng)絡(luò)系統(tǒng)中的故障隱患點，同時，由于通過DNS服務(wù)器來定位熱點內(nèi)容，比傳統(tǒng)方案在熱點定位上要更加準確。
文檔編號H04L29/06GK102571997SQ20101061200
公開日2012年7月11日 申請日期2010年12月29日 優(yōu)先權(quán)日2010年12月29日
發(fā)明者姜欣, 杜建鳳, 白愛軍, 趙堃亮, 趙新寧 申請人:中國移動通信集團北京有限公司