P2p緩存的引導方法、裝置及p2p緩存系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種P2P緩存的引導方法、裝置及P2P緩存系統(tǒng)。其中，該系統(tǒng)包括：DNS服務單元，用于接收用戶終端的DNS請求，并將第一調度服務器的IP地址作為與DNS請求對應的解析結果返回給用戶終端；第一調度服務器，用于接收用戶終端發(fā)送的節(jié)點列表請求，并按照預設條件獲取并向用戶終端響應與節(jié)點列表請求對應的節(jié)點列表，節(jié)點列表中包括緩存服務器；一個或多個緩存服務器，用于響應用戶終端的數(shù)據(jù)請求，其中，第一調度服務器與用戶終端處于同一內網(wǎng)。本發(fā)明解決了引導系統(tǒng)要監(jiān)聽網(wǎng)絡出口數(shù)據(jù)并過濾大量無用數(shù)據(jù)，系統(tǒng)性能壓力大，設備配置要求高的問題，實現(xiàn)了減少出口監(jiān)聽壓力，提高系統(tǒng)穩(wěn)定性和系統(tǒng)處理速度的效果。
【專利說明】P2P緩存的引導方法、裝置及P2P緩存系統(tǒng)
【技術領域】
[0001]本發(fā)明涉及互聯(lián)網(wǎng)領域，具體而言，涉及一種P2P緩存的引導方法、裝置及P2P緩存系統(tǒng)。
【背景技術】
[0002]P2P是一種分布式網(wǎng)絡，網(wǎng)絡的參與者共享他們所擁有的一部分軟硬件資源，這些共享資源需要由網(wǎng)絡提供服務和內容，能被其他對等節(jié)點直接訪問而無需經(jīng)過中間實體。在P2P網(wǎng)絡中，網(wǎng)絡資源和服務散布于整個網(wǎng)絡中，每個節(jié)點邏輯地位相等，都具備客戶端和服務器雙重特性，可以同時作為服務使用者和服務提供者，這大大提高了網(wǎng)絡資源的利用率，而且提供了比C/S更好的服務質量。
[0003]然而隨著P2P技術的快速發(fā)展，P2P的流量需求給運營商的帶寬帶來了巨大壓力，不但影響其他互聯(lián)網(wǎng)應用的發(fā)展，而且隨著P2P技術和基礎網(wǎng)絡運營商之間的利益沖突日益明顯，這種矛盾可能阻礙P2P技術的進一步發(fā)展。基礎網(wǎng)絡運營商為應付飛速上升的網(wǎng)絡帶寬需求不得不大規(guī)模地擴容，但此時的帶寬投入已經(jīng)無法帶來合理的收入，當基礎網(wǎng)絡運營商無法通過改變結算方式解決帶寬需求和業(yè)務收入的矛盾時，就只好轉向用各種方式限制P2P技術在其網(wǎng)絡上的應用，從而對P2P技術的繼續(xù)發(fā)展設置了障礙。
[0004]解決該問題的方法大概分為限制和緩存兩種方法。所謂限制即通過對p2p協(xié)議的識別，在網(wǎng)絡出口對P2P流量進行限速或攔截，這種方法可以有效減少P2P流量，減少帶寬壓力，但卻在很大程度上降低用戶體驗，影響用戶的信用忠誠度。所謂緩存是指在網(wǎng)絡內部署P2P緩存服務器，使得內網(wǎng)用戶從緩存服務器上獲得內容，來減少網(wǎng)絡出口的P2P流量。通過部署P2P緩存系統(tǒng)，基礎網(wǎng)絡運營商可以利用有限的投入支撐增長的P2P業(yè)務需求，從而解決當前P2P技術帶來的帶寬沖擊。另外，P2P緩存系統(tǒng)的使用還可以改善P2P應用的用戶體驗，從而吸引更多P2P客戶，并可能為基礎網(wǎng)絡運營商帶來更多客戶。也就是說，P2P緩存系統(tǒng)的部署不僅可能緩和P2P技術和基礎網(wǎng)絡運營商的矛盾，而且可能引導二者協(xié)同發(fā)展，創(chuàng)造出雙贏局面。其中，P2P為對等計算。
[0005]然而目前作為P2P緩存系統(tǒng)的引導方式多采用旁路監(jiān)聽的方式進行引導:以旁路的方式檢測網(wǎng)絡出(在該系統(tǒng)中可以有η個網(wǎng)絡出口，圖1中示出了網(wǎng)絡出口 I和網(wǎng)絡出口η,圖1中的引導系統(tǒng)通過引導模塊和DPI配合完成引導)上的報文，通過協(xié)議分析識別P2P文件下載數(shù)據(jù)分組，得到當前流行的下載文件列表，并根據(jù)此文件列表把相應的P2P文件下載并緩存到本地，通過定制的P2P客戶端主動向本地的P2P下載用戶提供文件下載服務，同時切斷本地P2P客戶端到外網(wǎng)的P2P文件下載鏈接，如圖1所示，該方法可以通過如下步驟實現(xiàn):
[0006]步驟SI I,用戶向Tracker服務器發(fā)起DNS請求。
[0007]步驟S12，本地DNS服務器返回外網(wǎng)Tracker服務器IP。
[0008]步驟S13,用戶向外網(wǎng)Tracker服務器發(fā)起peerlist請求。
[0009]步驟S14,外網(wǎng)Tracker服務器返回peerlist結果。[0010]步驟S15，監(jiān)聽網(wǎng)絡出口 I流量。
[0011]步驟S16，過濾有效流量。
[0012]步驟S17，返回僅包含P2P緩存服務器IP作為peer列表的peerlist結果。
[0013]步驟S18，用戶向緩存服務器請求數(shù)據(jù)。
[0014]步驟S19，緩存服務器返回資源給用戶。
[0015]該種方式緩存服務器的資源達到了一次獲取多次使用，減少了出口流量，提高了響應速度和用戶體驗，但是使用該種引導方式存在以下缺點:1，每個出口需要一個引導系統(tǒng)，引導系統(tǒng)要監(jiān)聽網(wǎng)絡出口數(shù)據(jù)，并過濾大量無用數(shù)據(jù)，性能壓力大，設備配置要求高；2，有些地區(qū)網(wǎng)絡存在多個網(wǎng)絡出口，則引導系統(tǒng)需要在多個出口部署設備(如圖1的網(wǎng)絡出口 I和網(wǎng)絡出口 n)，資源消耗大；3，引導方式包含發(fā)送給P2P客戶端的偽造包，由于路由設置的原因，可能造成引導失敗。
[0016]其中，DNS即為域名解析Jracker服務器為追蹤系統(tǒng)服務器；DNS請求為域名解析請求；peerlist請求:節(jié)點列表請求；圖1中的DPI為深度數(shù)據(jù)包檢測模塊。
[0017]針對現(xiàn)有技術中引導系統(tǒng)要監(jiān)聽網(wǎng)絡出口數(shù)據(jù)并過濾大量無用數(shù)據(jù)，系統(tǒng)性能壓力大，設備配置要求高的問題，目前尚未提出有效的解決方案。
【發(fā)明內容】
[0018]針對相關技術中引導系統(tǒng)要監(jiān)聽網(wǎng)絡出口數(shù)據(jù)并過濾大量無用數(shù)據(jù)，系統(tǒng)性能壓力大，設備配置要求高的問題，目前尚未提出有效的解決方案，為此，本發(fā)明的主要目的在于提供一種P2P緩存的引導方法、裝置及P2P緩存系統(tǒng)，以解決上述問題。
[0019]為了實現(xiàn)上述目的，根據(jù)本發(fā)明的一個方面，提供了一種P2P緩存系統(tǒng)，該系統(tǒng)包括:DNS服務單元，與用戶終端連接，用于接收用戶終端的DNS請求，并將第一調度服務器的IP地址作為與DNS請求對應的解析結果返回給用戶終端；第一調度服務器，與用戶終端連接，用于接收用戶終端發(fā)送的節(jié)點列表請求，并按照預設條件獲取并向用戶終端響應與節(jié)點列表請求對應的節(jié)點列表，其中，節(jié)點列表中包括緩存服務器；一個或多個緩存服務器，與用戶終端連接，用于響應用戶終端的數(shù)據(jù)請求，其中，第一調度服務器與用戶終端處于同一內網(wǎng)。
[0020]進一步地，預設條件包括:預設的策略參數(shù)，第一調度服務器包括:第一處理器，用于獲取與節(jié)點列表請求對應的策略參數(shù)，按照與策略參數(shù)對應的路徑獲取節(jié)點列表，并將節(jié)點列表響應給用戶終端。
[0021]進一步地，第一處理器包括:列表處理器，其中，列表處理器用于從策略參數(shù)中提取路徑比例參數(shù)，并按照路徑比例參數(shù)將節(jié)點列表請求分為第一集合和第二集合，然后獲取第一集合中的節(jié)點列表請求的協(xié)議，讀取與協(xié)議對應的預設的節(jié)點列表；還用于將第二集合中的節(jié)點列表請求發(fā)送至第二調度服務器，獲取第二調度服務器返回的與節(jié)點列表請求對應的節(jié)點列表。
[0022]為了實現(xiàn)上述目的，根據(jù)本發(fā)明的一個方面，提供了一種P2P緩存的引導方法，該方法包括:接收用戶終端的DNS請求；將第一調度服務器的IP地址作為與DNS請求對應的解析結果返回給用戶終端；第一調度服務器接收用戶終端發(fā)送的節(jié)點列表請求；第一調度服務器按照預設條件獲取并向用戶終端響應與節(jié)點列表請求對應的節(jié)點列表；響應用戶終端按照節(jié)點列表發(fā)出的數(shù)據(jù)請求，其中，第一調度服務器與用戶終端處于同一內網(wǎng)。
[0023]進一步地，預設條件包括:預設的策略參數(shù)，第一調度服務器按照預設條件獲取并向用戶終端響應與節(jié)點列表請求對應的節(jié)點列表包括:獲取與節(jié)點列表請求對應的策略參數(shù)；按照與策略參數(shù)對應的路徑獲取節(jié)點列表；將節(jié)點列表響應給用戶終端。
[0024]進一步地,按照與策略參數(shù)對應的路徑獲取節(jié)點列表包括:從策略參數(shù)中提取路徑比例參數(shù)；按照路徑比例參數(shù)將節(jié)點列表請求分為第一集合和第二集合；獲取第一集合中的節(jié)點列表請求的協(xié)議，讀取與協(xié)議對應的預設的節(jié)點列表；將第二集合中的節(jié)點列表請求發(fā)送至第二調度服務器，獲取第二調度服務器返回的與節(jié)點列表請求對應的節(jié)點列表。
[0025]進一步地，在獲取第二調度服務器返回的與節(jié)點列表請求對應的節(jié)點列表之后，引導方法還包括:獲取預設更新比例參數(shù)；獲取符合預設更新比例參數(shù)的預設節(jié)點IP地址；使用預設節(jié)點IP地址替換節(jié)點列表中對應的IP數(shù)據(jù)得到更新后的節(jié)點列表。
[0026]為了實現(xiàn)上述目的，根據(jù)本發(fā)明的一個方面，提供了一種P2P緩存的引導裝置，該裝置包括:請求接收模塊，用于接收用戶終端的DNS請求；第一響應模塊，用于將第一調度服務器的IP地址作為與DNS請求對應的解析結果返回給用戶終端；第一接收模塊，用于第一調度服務器接收用戶終端發(fā)送的節(jié)點列表請求；第一處理模塊，用于第一調度服務器按照預設條件獲取并向用戶終端響應與節(jié)點列表請求對應的節(jié)點列表；響應模塊，用于響應用戶終端按照節(jié)點列表發(fā)出的數(shù)據(jù)請求，其中，第一調度服務器與用戶終端處于同一內網(wǎng)。
[0027]進一步地，預設條件包括:預設的策略參數(shù)，第一處理模塊包括:參數(shù)獲取模塊，用于獲取與節(jié)點列表請求對應的策略參數(shù)；列表獲取模塊，用于按照與策略參數(shù)對應的路徑獲取節(jié)點列表；列表發(fā)送模塊，用于將節(jié)點列表響應給用戶終端。
[0028]進一步地，列表獲取模塊包括:提取模塊，用于從策略參數(shù)中提取路徑比例參數(shù)；集合獲取模塊，用于按照路徑比例參數(shù)將節(jié)點列表請求分為第一集合和第二集合；第一子獲取模塊，用于獲取第一集合中的節(jié)點列表請求的協(xié)議，讀取與協(xié)議對應的預設的節(jié)點列表；第二子獲取模塊，用于將第二集合中的節(jié)點列表請求發(fā)送至第二調度服務器，獲取第二調度服務器返回的與節(jié)點列表請求對應的節(jié)點列表。
[0029]采用本發(fā)明，用DNS服務單元和第一調度服務器，取代傳統(tǒng)P2P緩存系統(tǒng)中的引導系統(tǒng)，將P2P調度服務域名的DNS請求都通過本地DNS服務器轉發(fā)至DNS服務單元，DNS服務單元將第一調度服務器(即tracker服務器)的IP地址作為域名解析結果，用戶終端的peerlist請求則會發(fā)送至第一調度服務器，第一調度服務器將節(jié)點列表返回至用戶終端，從而用戶原本跟外網(wǎng)tracker服務器的交互過程變成跟內網(wǎng)tracker服務器的交互過程，緩存系統(tǒng)不需要監(jiān)聽網(wǎng)絡出口的大量數(shù)據(jù)，節(jié)省了監(jiān)聽設備，而且引導系統(tǒng)不需要過濾和分析大量數(shù)據(jù)，可以提高處理速度，從而解決了現(xiàn)有技術中引導系統(tǒng)要監(jiān)聽網(wǎng)絡出口數(shù)據(jù)并過濾大量無用數(shù)據(jù)，系統(tǒng)性能壓力大，設備配置要求高的問題，實現(xiàn)了減少出口監(jiān)聽壓力，節(jié)省系統(tǒng)資源，提高系統(tǒng)穩(wěn)定性和系統(tǒng)處理速度的效果。
【專利附圖】
【附圖說明】
[0030]此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖中:[0031]圖1是現(xiàn)有技術中的P2P緩存系統(tǒng)的引導方式的框圖；
[0032]圖2是根據(jù)本發(fā)明實施例的P2P緩存系統(tǒng)的結構示意圖；
[0033]圖3是根據(jù)本發(fā)明實施例的P2P緩存的引導方法的流程圖；
[0034]圖4是根據(jù)本發(fā)明實施例的一種可選的P2P緩存的引導方法的流程圖；以及
[0035]圖5是根據(jù)本發(fā)明實施例的P2P緩存的引導方法的數(shù)據(jù)流向圖。
【具體實施方式】
[0036]首先，在對本發(fā)明實施例進行描述的過程中出現(xiàn)的部分名詞或術語適用于如下解釋:
[0037]為了使本【技術領域】的人員更好地理解本發(fā)明方案，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分的實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都應當屬于本發(fā)明保護的范圍。
[0038]需要說明的是，本發(fā)明的說明書和權利要求書及上述附圖中的術語“第一”、“第二”等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。應該理解這樣使用的數(shù)據(jù)在適當情況下可以互換，以便這里描述的本發(fā)明的實施例能夠以除了在這里圖示或描述的那些以外的順序實施。此外，術語“包括”和“具有”以及他們的任何變形，意圖在于覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、系統(tǒng)、產品或設備不必限于清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或對于這些過程、方法、產品或設備固有的其它步驟或單元。
[0039]圖2是根據(jù)本發(fā)明實施例的P2P緩存系統(tǒng)的結構示意圖。如圖2所示，該系統(tǒng)可以包括:DNS服務單元10，與用戶終端連接，用于接收用戶終端的DNS請求，并將第一調度服務器的IP地址作為與DNS請求對應的解析結果返回給用戶終端70 ;第一調度服務器30，與用戶終端連接，用于接收用戶終端發(fā)送的節(jié)點列表請求，并按照預設條件獲取并向用戶終端響應與節(jié)點列表請求對應的節(jié)點列表，其中，節(jié)點列表中包括緩存服務器；一個或多個緩存服務器50，與用戶終端連接，用于響應用戶終端的數(shù)據(jù)請求，其中，第一調度服務器與用戶終端處于同一內網(wǎng)。
[0040]采用本發(fā)明，用DNS服務單元和第一調度服務器，取代傳統(tǒng)P2P緩存系統(tǒng)中的引導系統(tǒng)，將P2P調度服務域名的DNS請求都通過本地DNS服務器轉發(fā)至DNS服務單元，DNS服務單元將第一調度服務器(即tracker服務器)的IP地址作為域名解析結果，用戶終端的peerlist請求則會發(fā)送至第一調度服務器，第一調度服務器將節(jié)點列表返回至用戶終端，從而用戶原本跟外網(wǎng)tracker服務器的交互過程變成跟內網(wǎng)tracker服務器的交互過程，緩存系統(tǒng)不需要監(jiān)聽網(wǎng)絡出口的大量數(shù)據(jù)，節(jié)省了監(jiān)聽設備，而且引導系統(tǒng)不需要過濾和分析大量數(shù)據(jù)，可以提高處理速度，從而解決了現(xiàn)有技術中引導系統(tǒng)要監(jiān)聽網(wǎng)絡出口數(shù)據(jù)并過濾大量無用數(shù)據(jù)，系統(tǒng)性能壓力大，設備配置要求高的問題，實現(xiàn)了減少出口監(jiān)聽壓力，節(jié)省系統(tǒng)資源，提高系統(tǒng)穩(wěn)定性和系統(tǒng)處理速度的效果。
[0041]在本發(fā)明的上述實施例中，預設條件包括:預設的策略參數(shù)，第一調度服務器包括:第一處理器，用于獲取與節(jié)點列表請求對應的策略參數(shù)，按照與策略參數(shù)對應的路徑獲取節(jié)點列表，并將節(jié)點列表響應給用戶終端。
[0042]根據(jù)本發(fā)明的上述實施例，第一處理器包括:列表處理器，其中，列表處理器用于從策略參數(shù)中提取路徑比例參數(shù)，并按照路徑比例參數(shù)將節(jié)點列表請求分為第一集合和第二集合，然后獲取第一集合中的節(jié)點列表請求的協(xié)議，讀取與協(xié)議對應的預設的節(jié)點列表；還用于將第二集合中的節(jié)點列表請求發(fā)送至第二調度服務器，獲取第二調度服務器返回的與節(jié)點列表請求對應的節(jié)點列表。
[0043]具體地，該系統(tǒng)包括:DNS服務單元10、第一 Tracker服務器30、緩存服務器50(可以為多個，該實施例中只示出一個緩存服務器)、用戶終端70、第二 Tracker服務器以及本地DNS服務器。
[0044]其中，緩存服務器用于緩存資源；本地DNS服務器用于將P2Ptracker服務域名的DNS請求都轉發(fā)(即Forward)給引導系統(tǒng)的DNS服務單元；DNS服務單元，用于根據(jù)P2P協(xié)議將相應的第一 tracker服務器(即內網(wǎng)Tracker服務器)的IP地址作為tracker服務的域名解析結果發(fā)送至用戶終端；內網(wǎng)tracker服務器:當接收到來自P2P的用戶終端的節(jié)點列表請求(即peerlist請求)時，根據(jù)相應的協(xié)議(如bt協(xié)議等)直接返回給用戶節(jié)點列表(即peerlist，該節(jié)點列表中的IP為P2P緩存系統(tǒng)中的緩存服務器的IP地址)；或者向第二 Tracker服務器(即外部tracker服務器)請求peerlist,并根據(jù)參數(shù)在peerlist結果中加入內網(wǎng)P2P緩存服務器的IP地址作為peer節(jié)點。
[0045]具體地，上述的參數(shù)即為預設更新比例參數(shù)，獲取預設更新比例參數(shù)，并獲取符合預設更新比例參數(shù)的預設節(jié)點IP地址，然后使用預設節(jié)點IP地址替換節(jié)點列表中對應的IP數(shù)據(jù)得到更新后的節(jié)點列表。例如，更新比例參數(shù)為60%，節(jié)點列表中的節(jié)點個數(shù)為10個，則符合預設更新比例參數(shù)的預設節(jié)點IP地址為六個IP地址，使用這個六個IP地址替換節(jié)點列表中對應的六個IP地址得到更新后的節(jié)點列表。上述的預設節(jié)點IP地址即為P2P緩存系統(tǒng)中的緩存服務器的IP地址。由于節(jié)點列表一般按照節(jié)點的優(yōu)劣從前向后排序，在替換節(jié)點列表中的IP地址時，可以按照倒序的順序替換。
[0046]圖3是根據(jù)本發(fā)明實施例的P2P緩存的引導方法的流程圖；圖4是根據(jù)本發(fā)明實施例的一種可選的P2P緩存的引導方法的流程圖；以及圖5是根據(jù)本發(fā)明實施例的另一種可選的P2P緩存的引導方法的流程圖。
[0047]如圖3所示，該引導方法可以通過如下步驟實現(xiàn):
[0048]步驟S31:接收用戶終端的DNS請求。
[0049]步驟S32:將第一調度服務器的IP地址作為與DNS請求對應的解析結果返回給用戶終端。
[0050]步驟S33:第一調度服務器接收用戶終端發(fā)送的節(jié)點列表請求。
[0051]步驟S34:第一調度服務器按照預設條件獲取并向用戶終端響應與節(jié)點列表請求對應的節(jié)點列表。
[0052]步驟S35:響應用戶終端按照節(jié)點列表發(fā)出的數(shù)據(jù)請求，其中，第一調度服務器與用戶終端處于同一內網(wǎng)。
[0053]采用本發(fā)明，用DNS服務單元和第一調度服務器，取代傳統(tǒng)P2P緩存系統(tǒng)中的引導系統(tǒng)，將P2P調度服務域名的DNS請求都通過本地DNS服務器轉發(fā)至DNS服務單元，DNS服務單元將第一調度服務器(即tracker服務器)的IP地址作為域名解析結果，用戶終端的peerlist請求則會發(fā)送至第一調度服務器，第一調度服務器將節(jié)點列表返回至用戶終端，從而用戶原本跟外網(wǎng)tracker服務器的交互過程變成跟內網(wǎng)tracker服務器的交互過程，緩存系統(tǒng)不需要監(jiān)聽網(wǎng)絡出口的大量數(shù)據(jù)，節(jié)省了監(jiān)聽設備，而且引導系統(tǒng)不需要過濾和分析大量數(shù)據(jù)，可以提高處理速度，從而解決了現(xiàn)有技術中引導系統(tǒng)要監(jiān)聽網(wǎng)絡出口數(shù)據(jù)并過濾大量無用數(shù)據(jù)，系統(tǒng)性能壓力大，設備配置要求高的問題，實現(xiàn)了減少出口監(jiān)聽壓力，節(jié)省系統(tǒng)資源，提高系統(tǒng)穩(wěn)定性和系統(tǒng)處理速度的效果。
[0054]在本發(fā)明的上述實施例中，預設條件包括:預設的策略參數(shù)，第一調度服務器按照預設條件獲取并向用戶終端響應與節(jié)點列表請求對應的節(jié)點列表包括:獲取與節(jié)點列表請求對應的策略參數(shù)；按照與策略參數(shù)對應的路徑獲取節(jié)點列表；將節(jié)點列表響應給用戶終端。
[0055]根據(jù)本發(fā)明的上述實施例,按照與策略參數(shù)對應的路徑獲取節(jié)點列表包括:從策略參數(shù)中提取路徑比例參數(shù)；按照路徑比例參數(shù)將節(jié)點列表請求分為第一集合和第二集合；獲取第一集合中的節(jié)點列表請求的協(xié)議，讀取與協(xié)議對應的預設的節(jié)點列表；將第二集合中的節(jié)點列表請求發(fā)送至第二調度服務器，獲取第二調度服務器返回的與節(jié)點列表請求對應的節(jié)點列表。
[0056]具體地，在獲取第二調度服務器返回的與節(jié)點列表請求對應的節(jié)點列表之后，弓丨導方法還包括:獲取預設更新比例參數(shù)；獲取符合預設更新比例參數(shù)的預設節(jié)點IP地址；使用預設節(jié)點IP地址替換節(jié)點列表中對應的IP數(shù)據(jù)得到更新后的節(jié)點列表。
[0057]如圖4所示，該方法可以通過如下步驟實現(xiàn):
[0058]步驟S41:用戶終端發(fā)起Tracker服務器的DNS請求至本地DNS服務器。
[0059]步驟S42:本地DNS服務器將DNS請求轉發(fā)至DNS服務單元。
[0060]具體地,本地DNS服務器將P2P tracker服務域名的DNS請求都轉發(fā)(即Forward)給引導系統(tǒng)的DNS服務單元。
[0061]步驟S43 =DNS服務單元將第一調度服務器的IP地址作為域名解析結果發(fā)送至本地DNS服務器。
[0062]在該實施例中，引導系統(tǒng)的DNS服務單元根據(jù)P2P協(xié)議將相應的內網(wǎng)tracker服務器的IP地址作為tracker服務的域名解析結果，這樣用戶原本跟外網(wǎng)tracker服務器的交互過程變成跟內網(wǎng)tracker服務器的交互過程。
[0063]步驟S44:本地DNS服務器將第一調度服務器的IP地址返回至用戶終端。
[0064]步驟S45:用戶終端向第一調度服務器發(fā)起節(jié)點列表請求。
[0065]步驟S46:第一調度服務器向第二調度服務器發(fā)起節(jié)點列表請求。
[0066]步驟S47:第二調度服務器返回初始節(jié)點列表至第一調度服務器。
[0067]步驟S48:第一調度服務器結合初始節(jié)點列表和緩存服務器節(jié)點生成節(jié)點列表響應用戶終端。
[0068]具體地，在該實施例中內網(wǎng)tracker服務器(即第一調度服務器)可以采取兩種策略生成節(jié)點列表:a、根據(jù)相應的P2P協(xié)議(如BT協(xié)議)返回給用戶對應的peerlist (節(jié)點列表中的IP為緩存服務器的IP)，引導用戶終端到P2P的緩存服務器上獲取數(shù)據(jù)。b、內網(wǎng)tracker服務器代理用戶向外網(wǎng)tracker服務器(即第二調度服務器)發(fā)起節(jié)點列表請求，并將第二調度服務器返回的peerlist響應給用戶終端，這樣用戶終端可以向外網(wǎng)tracker服務器的源站調度的peerlist請求資源。更具體地，第一調度服務器采用何種策略獲取節(jié)點列表，可以通過預先設置的策略權重來確定，例如，可以對全部的節(jié)點列表請求設置權重，設置其中的80%采用a中策略，20%采用b策略，即根據(jù)策略參數(shù)將節(jié)點列表請求分為第一集合和第二集合，第一集合中的節(jié)點列表請求采用第一路徑的策略(即a策略)，第二集合中的節(jié)點列表請求采用第二路徑的策略(即b策略)，具體地，第一集合中的節(jié)點列表請求響應的是P2P緩存服務器IP，第二集合的peerlist是外網(wǎng)調度的outer peer IP，兩者相互配合，對于P2P緩存服務器已緩存的資源，返回P2P服務器IP的peer list可以占較大比例，對于P2P緩存服務器未緩存或正在緩存的資源，可以適當調高外網(wǎng)peer list的占比，以保證用戶的上網(wǎng)體驗；以上比例調整控制均可以由軟件自動完成。
[0069]具體地，本發(fā)明的上述實施例還可以獲取預設更新比例參數(shù)，并獲取符合預設更新比例參數(shù)的預設節(jié)點IP地址，然后使用預設節(jié)點IP地址替換節(jié)點列表中對應的IP數(shù)據(jù)得到更新后的節(jié)點列表。例如，更新比例參數(shù)為60%，節(jié)點列表中的節(jié)點個數(shù)為10個，則符合預設更新比例參數(shù)的預設節(jié)點IP地址為六個IP地址，使用這個六個IP地址替換節(jié)點列表中對應的六個IP地址得到更新后的節(jié)點列表。上述的預設節(jié)點IP地址即為P2P緩存系統(tǒng)中的緩存服務器的IP地址。由于節(jié)點列表一般按照節(jié)點的優(yōu)劣從前向后排序，在替換節(jié)點列表中的IP地址時，可以按照倒序的順序替換。
[0070]步驟S49:用戶向緩存服務器請求數(shù)據(jù)。
[0071]步驟S410:緩存服務器返回資源給用戶。
[0072]在該系統(tǒng)中可以有η個網(wǎng)絡出口，圖4中示出了網(wǎng)絡出口 I和網(wǎng)絡出口 η。
[0073]在本發(fā)明的上述實施例中，如圖5所示，用戶終端的域名解析請求通過本地DNS服務器轉發(fā)至DNS服務單元，然后DNS服務單元將域名解析響應(即上述實施例中的域名解析結果，也即與該域名解析請求的協(xié)議對應的第一調度服務器的IP地址)通過本地DNS服務器反饋至用戶終端；然后用戶終端向第一調度服務器(即內網(wǎng)tracker服務器)發(fā)起節(jié)點列表請求，第一調度服務器將節(jié)點列表響應(即節(jié)點列表)反饋至用戶終端，在這個過程中，第一調度服務器代理用戶終端將一部分的節(jié)點列表請求向第二調度服務器(即外網(wǎng)tracker服務器)發(fā)起，以獲取節(jié)點列表；用戶終端根據(jù)節(jié)點列表向緩存服務器發(fā)起數(shù)據(jù)請求，緩存服務器將數(shù)據(jù)響應返回至用戶終端。采用本發(fā)明的P2P緩存的引導方法，可以幾乎獲取全部的peerlist請求,可以將全量的P2P流量引導到緩存平臺中。
[0074]采用上述實施例，相比現(xiàn)有的P2P緩存系統(tǒng)的引導方式，本發(fā)明的引導方法不需要監(jiān)聽網(wǎng)絡出口(圖4示出了網(wǎng)絡出口 I至網(wǎng)絡出口 η)的大量數(shù)據(jù)，節(jié)省了監(jiān)聽設備，而且引導系統(tǒng)不需要過濾和分析大量數(shù)據(jù)，可以提高處理速度；有些地區(qū)網(wǎng)絡存在多個網(wǎng)絡出口，本發(fā)明不需要在多個網(wǎng)絡出口部署設備，只需在內網(wǎng)原有的DNS服務器上做配置，將關于Tracker服務器的DNS請求forward給緩存系統(tǒng)的DNS服務單元即可；3，本發(fā)明的引導方式都是在規(guī)范協(xié)議下的引導，不存在偽造包，不會因為路由問題而導致引導失敗。
[0075]需要說明的是，在附圖的流程圖示出的步驟可以在諸如一組計算機可執(zhí)行指令的計算機系統(tǒng)中執(zhí)行，并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟。
[0076]為了實現(xiàn)上述目的，根據(jù)本發(fā)明的一個方面，還提供了 一種P2P緩存的引導裝置，該裝置可以包括:請求接收模塊，用于接收用戶終端的DNS請求；第一響應模塊，用于將第一調度服務器的IP地址作為與DNS請求對應的解析結果返回給用戶終端；第一接收模塊，用于第一調度服務器接收用戶終端發(fā)送的節(jié)點列表請求；第一處理模塊，用于第一調度服務器按照預設條件獲取并向用戶終端響應與節(jié)點列表請求對應的節(jié)點列表；響應模塊，用于響應用戶終端按照節(jié)點列表發(fā)出的數(shù)據(jù)請求，其中，第一調度服務器與用戶終端處于同一內網(wǎng)。
[0077]采用本發(fā)明，用DNS服務單元第一調度服務器，取代傳統(tǒng)P2P緩存系統(tǒng)中的引導系統(tǒng)，將P2P調度服務域名的DNS請求都通過本地DNS服務器轉發(fā)至DNS服務單元，DNS服務單元將第一調度服務器(即tracker服務器)的IP地址作為域名解析結果，用戶終端的peerlist請求則會發(fā)送至第一調度服務器，第一調度服務器將節(jié)點列表返回至用戶終端，從而用戶原本跟外網(wǎng)tracker服務器的交互過程變成跟內網(wǎng)tracker服務器的交互過程，緩存系統(tǒng)不需要監(jiān)聽網(wǎng)絡出口的大量數(shù)據(jù)，節(jié)省了監(jiān)聽設備，而且引導系統(tǒng)不需要過濾和分析大量數(shù)據(jù)，可以提高處理速度，從而解決了現(xiàn)有技術中引導系統(tǒng)要監(jiān)聽網(wǎng)絡出口數(shù)據(jù)并過濾大量無用數(shù)據(jù)，系統(tǒng)性能壓力大，設備配置要求高的問題，實現(xiàn)了減少出口監(jiān)聽壓力，節(jié)省系統(tǒng)資源，提高系統(tǒng)穩(wěn)定性和系統(tǒng)處理速度的效果。
[0078]在本發(fā)明的上述實施例中，預設條件可以包括:預設的策略參數(shù)，第一處理模塊包括:參數(shù)獲取模塊，用于獲取與節(jié)點列表請求對應的策略參數(shù)；列表獲取模塊，用于按照與策略參數(shù)對應的路徑獲取節(jié)點列表；列表發(fā)送模塊，用于將節(jié)點列表響應給用戶終端。
[0079]具體地，列表獲取模塊包括:提取模塊，用于從策略參數(shù)中提取路徑比例參數(shù)；集合獲取模塊，用于按照路徑比例參數(shù)將節(jié)點列表請求分為第一集合和第二集合；第一子獲取模塊，用于獲取第一集合中的節(jié)點列表請求的協(xié)議，讀取與協(xié)議對應的預設的節(jié)點列表；第二子獲取模塊，用于將第二集合中的節(jié)點列表請求發(fā)送至第二調度服務器，獲取第二調度服務器返回的與節(jié)點列表請求對應的節(jié)點列表。
[0080]在該實施例中內網(wǎng)tracker服務器(即第一調度服務器)可以采取兩種策略生成節(jié)點列表:a、根據(jù)相應的P2P協(xié)議(如BT協(xié)議)返回給用戶對應的peerlist(節(jié)點列表中的IP為緩存服務器的IP)，引導用戶終端到P2P的緩存服務器上獲取數(shù)據(jù)。b、內網(wǎng)tracker服務器代理用戶向外網(wǎng)tracker服務器(即第二調度服務器)發(fā)起節(jié)點列表請求，并將第二調度服務器返回的peerlist響應給用戶終端，這樣用戶終端可以向外網(wǎng)tracker服務器的源站調度的peerlist請求資源。更具體地，第一調度服務器采用何種策略獲取節(jié)點列表，可以通過預先設置的策略權重來確定，例如，可以對全部的節(jié)點列表請求設置權重，設置其中的80%采用a中策略，20%采用b策略，即根據(jù)策略參數(shù)將節(jié)點列表請求分為第一集合和第二集合，第一集合中的節(jié)點列表請求采用第一路徑的策略(即a策略)，第二集合中的節(jié)點列表請求采用第二路徑的策略(即b策略)，具體地，第一集合中的節(jié)點列表請求響應的是P2P緩存服務器IP，第二集合的peerlist是外網(wǎng)調度的outer peer IP,兩者相互配合,對于P2P緩存服務器已緩存的資源，返回P2P服務器IP的peer list可以占較大比例，對于P2P緩存服務器未緩存或正在緩存的資源，可以適當調高外網(wǎng)peer list的占比，以保證用戶的上網(wǎng)體驗；以上比例調整控制均可以由軟件自動完成。
[0081]具體地，本發(fā)明的上述實施例還可以獲取預設更新比例參數(shù)，并獲取符合預設更新比例參數(shù)的預設節(jié)點IP地址，然后使用預設節(jié)點IP地址替換節(jié)點列表中對應的IP數(shù)據(jù)得到更新后的節(jié)點列表。例如，更新比例參數(shù)為60%，節(jié)點列表中的節(jié)點個數(shù)為10個，則符合預設更新比例參數(shù)的預設節(jié)點IP地址為六個IP地址，使用這個六個IP地址替換節(jié)點列表中對應的六個IP地址得到更新后的節(jié)點列表。上述的預設節(jié)點IP地址即為P2P緩存系統(tǒng)中的緩存服務器的IP地址。由于節(jié)點列表一般按照節(jié)點的優(yōu)劣從前向后排序，在替換節(jié)點列表中的IP地址時，可以按照倒序的順序替換。
[0082]IP地址:互聯(lián)網(wǎng)協(xié)議地址。
[0083]采用上述實施例，相比現(xiàn)有的P2P緩存系統(tǒng)的引導方式，本發(fā)明的引導方法不需要監(jiān)聽網(wǎng)絡出口的大量數(shù)據(jù)，節(jié)省了監(jiān)聽設備，而且引導系統(tǒng)不需要過濾和分析大量數(shù)據(jù)，可以提高處理速度；2，有些地區(qū)網(wǎng)絡存在多個網(wǎng)絡出口，本發(fā)明不需要在多個網(wǎng)絡出口部署設備，只需在內網(wǎng)原有的DNS服務器上做配置，將關于Tracker服務器的DNS請求forward給緩存系統(tǒng)的DNS服務單元即可；3，本發(fā)明的引導方式都是在規(guī)范協(xié)議下的引導，不存在偽造包，不會因為路由問題而導致引導失敗。
[0084]從以上的描述中，可以看出，本發(fā)明實現(xiàn)了如下技術效果:
[0085]采用本發(fā)明，用DNS服務單元和第一調度服務器，取代傳統(tǒng)P2P緩存系統(tǒng)中的引導系統(tǒng)，將P2P調度服務域名的DNS請求都通過本地DNS服務器轉發(fā)至DNS服務單元，DNS服務單元將第一調度服務器(即tracker服務器)的IP地址作為域名解析結果，用戶終端的peerlist請求則會發(fā)送至第一調度服務器，第一調度服務器將節(jié)點列表返回至用戶終端，從而用戶原本跟外網(wǎng)tracker服務器的交互過程變成跟內網(wǎng)tracker服務器的交互過程，緩存系統(tǒng)不需要監(jiān)聽網(wǎng)絡出口的大量數(shù)據(jù)，節(jié)省了監(jiān)聽設備，而且引導系統(tǒng)不需要過濾和分析大量數(shù)據(jù)，可以提高處理速度，從而解決了現(xiàn)有技術中引導系統(tǒng)要監(jiān)聽網(wǎng)絡出口數(shù)據(jù)并過濾大量無用數(shù)據(jù)，系統(tǒng)性能壓力大，設備配置要求高的問題，實現(xiàn)了減少出口監(jiān)聽壓力，節(jié)省系統(tǒng)資源，提高系統(tǒng)穩(wěn)定性和系統(tǒng)處理速度的效果。
[0086]顯然，本領域的技術人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結合。
[0087]以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。
【權利要求】
1.一種P2P緩存系統(tǒng)，其特征在于，包括: DNS服務單元，與用戶終端連接，用于接收用戶終端的DNS請求，并將第一調度服務器的IP地址作為與所述DNS請求對應的解析結果返回給所述用戶終端； 第一調度服務器，與所述用戶終端連接，用于接收所述用戶終端發(fā)送的節(jié)點列表請求，并按照預設條件獲取并向所述用戶終端響應與所述節(jié)點列表請求對應的節(jié)點列表，其中，所述節(jié)點列表中包括緩存服務器； 一個或多個所述緩存服務器，與所述用戶終端連接，用于響應所述用戶終端的數(shù)據(jù)請求， 其中，所述第一調度服務器與所述用戶終端處于同一內網(wǎng)。
2.根據(jù)權利要求1所述的P2P緩存系統(tǒng)，其特征在于，所述預設條件包括:預設的策略參數(shù)，所述第一調度服務器包括: 第一處理器，用于獲取與所述節(jié)點列表請求對應的所述策略參數(shù)，按照與所述策略參數(shù)對應的路徑獲取所述節(jié)點列表，并將所述節(jié)點列表響應給所述用戶終端。
3.根據(jù)權利要求2所述的P2P緩存系統(tǒng)，其特征在于，所述第一處理器包括:列表處理器， 其中，所述列表處理器 用于從所述策略參數(shù)中提取路徑比例參數(shù)，并按照所述路徑比例參數(shù)將所述節(jié)點列表請求分為第一集合和第二集合，然后獲取所述第一集合中的所述節(jié)點列表請求的協(xié)議，讀取與所述協(xié)議對應的預設的所述節(jié)點列表；還用于將所述第二集合中的所述節(jié)點列表請求發(fā)送至第二調度服務器，獲取所述第二調度服務器返回的與所述節(jié)點列表請求對應的所述節(jié)點列表。
4.一種P2P緩存的引導方法，其特征在于，包括: 接收用戶終端的DNS請求； 將第一調度服務器的IP地址作為與所述DNS請求對應的解析結果返回給所述用戶終端; 所述第一調度服務器接收所述用戶終端發(fā)送的節(jié)點列表請求； 所述第一調度服務器按照預設條件獲取并向所述用戶終端響應與所述節(jié)點列表請求對應的節(jié)點列表； 響應所述用戶終端按照所述節(jié)點列表發(fā)出的數(shù)據(jù)請求， 其中，所述第一調度服務器與所述用戶終端處于同一內網(wǎng)。
5.根據(jù)權利要求4所述的引導方法，其特征在于，所述預設條件包括:預設的策略參數(shù)，所述第一調度服務器按照預設條件獲取并向所述用戶終端響應與所述節(jié)點列表請求對應的節(jié)點列表包括: 獲取與所述節(jié)點列表請求對應的所述策略參數(shù)； 按照與所述策略參數(shù)對應的路徑獲取所述節(jié)點列表； 將所述節(jié)點列表響應給所述用戶終端。
6.根據(jù)權利要求5所述的引導方法，其特征在于，按照與所述策略參數(shù)對應的路徑獲取所述節(jié)點列表包括: 從所述策略參數(shù)中提取路徑比例參數(shù)； 按照所述路徑比例參數(shù)將所述節(jié)點列表請求分為第一集合和第二集合；獲取所述第一集合中的所述節(jié)點列表請求的協(xié)議，讀取與所述協(xié)議對應的預設的所述節(jié)點列表； 將所述第二集合中的所述節(jié)點列表請求發(fā)送至第二調度服務器，獲取所述第二調度服務器返回的與所述節(jié)點列表請求對應的所述節(jié)點列表。
7.根據(jù)權利要求6所述的引導方法，其特征在于，在獲取所述第二調度服務器返回的與所述節(jié)點列表請求對應的所述節(jié)點列表之后，所述引導方法還包括: 獲取預設更新比例參數(shù)； 獲取符合所述預設更新比例參數(shù)的預設節(jié)點IP地址； 使用所述預設節(jié)點IP地址替換所述節(jié)點列表中對應的IP數(shù)據(jù)得到更新后的所述節(jié)點列表。
8.—種P2P緩存的引導裝置，其特征在于，包括: 請求接收模塊，用于接收用戶終端的DNS請求； 第一響應模塊，用于將第一調度服務器的IP地址作為與所述DNS請求對應的解析結果返回給所述用戶終端； 第一接收模塊，用于所述第一調度服務器接收所述用戶終端發(fā)送的節(jié)點列表請求；第一處理模塊，用于所述第一調度服務器按照預設條件獲取并向所述用戶終端響應與所述節(jié)點列表請求對應的節(jié)點列表； 響應模塊，用于響應所述用戶終端按照所述節(jié)點列表發(fā)出的數(shù)據(jù)請求， 其中，所述第一調度服務器與所述用戶終端處于同一內網(wǎng)。
9.根據(jù)權利要求8所述的引導裝置，其特征在于，所述預設條件包括:預設的策略參數(shù)，所述第一處理模塊包括: 參數(shù)獲取模塊，用于獲取與所述節(jié)點列表請求對應的所述策略參數(shù)； 列表獲取模塊，用于按照與所述策略參數(shù)對應的路徑獲取所述節(jié)點列表； 列表發(fā)送模塊，用于將所述節(jié)點列表響應給所述用戶終端。
10.根據(jù)權利要求9所述的引導裝置，其特征在于，所述列表獲取模塊包括: 提取模塊，用于從所述策略參數(shù)中提取路徑比例參數(shù)； 集合獲取模塊，用于按照所述路徑比例參數(shù)將所述節(jié)點列表請求分為第一集合和第二集合; 第一子獲取模塊，用于 獲取所述第一集合中的所述節(jié)點列表請求的協(xié)議，讀取與所述協(xié)議對應的預設的所述節(jié)點列表； 第二子獲取模塊，用于將所述第二集合中的所述節(jié)點列表請求發(fā)送至第二調度服務器，獲取所述第二調度服務器返回的與所述節(jié)點列表請求對應的所述節(jié)點列表。
【文檔編號】H04L29/08GK103888539SQ201410123962
【公開日】2014年6月25日 申請日期:2014年3月28日 優(yōu)先權日:2014年3月28日
【發(fā)明者】洪珂, 陳國鵬, 邱秀珍 申請人:網(wǎng)宿科技股份有限公司