多源帶寬調度方法、裝置及系統的製作方法
2023-06-11 15:54:21 1
多源帶寬調度方法、裝置及系統的製作方法
【專利摘要】本發明適用於數據下載領域，提供了一種多源帶寬調度方法、裝置及系統，該方法包括：獲取客戶端下載的數據的相關信息，所述下載數據的相關信息包括客戶端下載數據的質量、數據的來源；根據所述客戶端下載數據的質量和數據來源，調整各數據的來源的下載比例和下載控制的速度。本發明實施例通過獲取的客戶端下載的數據的質量和數據的來源，根據所述客戶端下載數據的質量，靈活調整各數據來源的比例，可以根據客戶端下載數據的質量要求，相應的分配各數據來源的比例，這樣就可以在保證下載數據的質量的同時，優先使用低成本的數據的來源，節約下載成本。
【專利說明】多源帶寬調度方法、裝置及系統
【技術領域】
[0001]本發明屬於數據下載領域，尤其涉及多源帶寬調度方法、裝置及系統。
【背景技術】
[0002]隨著網際網路的發展，在網際網路進行下載的內容也越來越多，包括圖片、音視頻文件、軟體或者遊戲等。為了提高如大型軟體、遊戲或者視頻文件的下載。為解決網絡擁塞的問題，目前大型網絡服務商一般採用以下策略緩解網絡擁塞的壓力:
[0003]1、使用⑶N (英文全稱為Content Delivery Network,中文全稱為內容分發網絡)服務，通過在網絡各處放置節點伺服器，構成在現有的網際網路基礎之上的一層智能虛擬網絡，CDN系統能夠實時地根據網絡流量和各節點的連接、負載狀況以及到用戶的距離和響應時間等綜合信息將用戶的請求重新導向離用戶最近的服務節點上。使用戶可就近取得所需內容，解決Internet網絡擁擠的狀況，提高用戶訪問網站的響應速度。
[0004]2、使用多源P2SP (英文全稱為Peer to Server&Peer,中文全稱為:點對伺服器和點)下載技術，包括P2P (英文全稱為Peer-to-Peer，中文全稱為點對點)和P2S (英文全稱為Peer to Server,中文全稱為點對伺服器),通過P2P技術對文件的擴散,使下載不聚集在較少的幾臺伺服器上，有效地把原本孤立的伺服器和其鏡像資源以及P2P資源整合到了一起。它在下載的穩定性和下載的速度上，都比傳統的P2P或P2S有了非常大的提高。用戶下載一個文件的時候，會自動搜索其他資源，選擇合適的資源進行加速，這使得p2sp (目前的主流下載軟體迅雷，都使用該技術)在下載的穩定性和下載的速度上，比傳統的P2P有了非常大的提聞。
[0005]但是，目前使用P2SP的多源數據下載中，並沒有對各個提供的數據的來源進行有效的調度配置，不能在有效的保證服務質量的同時，也能儘可能的有效節約下載成本；而且當系統中出現節點不可用、節點過載(如遭遇遊戲、安全等重大補丁包發布、安全事件等突發情況)、或者特定區域訪問對應的節點延遲過大等情況時，不能很好的保證服務質量。
【發明內容】
[0006]本發明實施例的目的在於提供一種多源帶寬調度方法、裝置及系統，以解決現有技術不能對多個提供的數據的來源進行有效的調度配置的問題，從而在更好的節省成本的同時，保證服務質量。
[0007]本發明的進一步目的在於，在對於節點不可用、節點過載或者特定訪問區域的節點延遲過大情況下，仍然能夠有效的保證服務質量。
[0008]本發明實施例是這樣實現的，一種多源帶寬調度方法，所述方法包括:
[0009]獲取客戶端下載的數據的相關信息，所述下載數據的相關信息包括客戶端下載數據的質量、數據的來源；
[0010]根據所述客戶端下載數據的質量和數據來源，調整各數據的來源的下載比例和下載控制的速度。
[0011]進一步的，所述方法還包括:
[0012]判斷下載時間為預先設定的下載尖峰時段或接收到突發的大量數據下載的指令；
[0013]根據所述設定的時段或接收的指令，調用輔助CDN服務提供數據下載。
[0014]本發明實施例的另一目的在於提供一種多源帶寬調度裝置，所述裝置包括:
[0015]獲取單元，用於獲取客戶端下載的數據的相關信息，所述下載數據的相關信息包括客戶端下載數據的質量、數據的來源；
[0016]調整單元，用於根據所述客戶端下載數據的質量和數據來源，調整各數據的來源的下載比例和下載控制的速度。
[0017]本發明實施例的另一目的在於提供一種多源帶寬調度系統，所述系統包括下載客戶端、資源索引伺服器、資源索引資料庫、多源調度策略中心和多個數據的來源，所述下載客戶端包括帶寬調度控制模塊和多源帶寬質量監控模塊，其中:
[0018]所述多源帶寬質量監控模塊用於獲取客戶端下載的數據質量；
[0019]所述資源索引資料庫用於保存下載連結與數據的特徵值的應關係；
[0020]所述資源索引伺服器用於向所述資源索引數據發出查詢請求，查詢數據的特徵值對應的下載連結，根據下載連結得到多個不同的數據的來源；
[0021]所述多源高度策略中心用於根據所述客戶端下載數據的質量和數據來源，發送調整各數據的來源的下載比例和下載控制的速度指令。
[0022]所述帶寬調度控制模塊用於接收多源調度策略中心的調整指令，調整各數據的來源的下載比例和下載控制的速度。
[0023]在本發明實施例中，通過獲取的客戶端下載的數據的質量和數據的來源，根據所述客戶端下載數據的質量，靈活調整各數據來源的比例，可以根據客戶端下載數據的質量要求，相應的分配各數據來源的比例，這樣就可以在保證下載數據的質量的同時，優先使用低成本的數據的來源，節約下載成本。
[0024]進一步的,對於節點不可用、節點過載或者特定訪問區域的節點延遲過大情況下，可以通過判斷是否為預先設定的下載尖峰時段或者接收突發的大師數據下載的指令，如果是則調用輔助CDN服務提供數據下載，進一步保證突發情況下的數據質量要求。
【專利附圖】
【附圖說明】
[0025]圖1是本發明第一實施例提供的多源帶寬調度的實現流程圖；
[0026]圖2為本發明第二實施例提供的多源帶寬調度的實現流程圖；
[0027]圖3是本發明第三實施例提供的多源帶寬調度的系統結構示意圖；
[0028]圖4是本發明第四實施例提供的多源帶寬調度裝置的結構示意圖。
【具體實施方式】
[0029]為了使本發明的目的、技術方案及優點更加清楚明白，以下結合附圖及實施例，對本發明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本發明，並不用於限定本發明。
[0030]目前的客戶端下載數據的來源，一般包括源⑶N (英文全稱為Content DeliveryNetwork,中文全稱為內容分發網絡)、輔助⑶N、P2P網絡源、ISP輔助緩存和第三方鏡像數據源。下面對所述⑶N技術及P2SP技術先進行簡要介紹:
[0031]CDN內容分發網絡包括分布式存儲、負載均衡、網絡請求的重定向和內容管理4個部分。通過用戶就近性和伺服器負載的判斷，CDN確保內容以一種極為高效的方式為用戶的請求提供服務。內容服務基於緩存伺服器，也稱作代理緩存，它位於網絡的邊緣，距用戶僅有〃 一跳〃之遙。同時，代理緩存是內容提供商源伺服器(通常位於⑶N服務提供商的數據中心)的一個透明鏡像。這樣的架構使得CDN服務提供商能夠代表他們客戶，即內容供應商，向最終用戶提供儘可能好的體驗，而這些用戶是不能容忍請求響應時間有任何延遲的。
[0032]⑶N的基本工作原理就是廣泛採用各種Cache伺服器，將這些Cache伺服器分布到用戶訪問相對集中的地區或網絡中，並利用全球負載均衡技術(英文簡稱為GSLB，英文全稱為Global Server Load Balance)將用戶的訪問指向離用戶最近的工作正常的Cache (緩存)伺服器上，由它直接響應用戶的請求。如果Cache伺服器中沒有用戶要訪問的內容，它會根據配置自動到原伺服器去抓取相應的頁面並提供給用戶。目前CDN主要通過http標準協議對方提供服務。目前CDN的調度主要分為基於負載及流量和基於鏈路的調度和基於帶寬成本3大類，具體如下:
[0033]對於負載考慮的是在一組節點服務特定區域的用戶時，用戶訪問這些節點的鏈路狀況接近、節點的帶寬成本也接近的前提下，如何保證訪問這些節點的流量在各個節點之間按照節點的實時負載能力來分配。基於負載的流量調度算法採用的是負反饋調度算法。負反饋是一種基於偏差的調度算法，當系統輸出同期望值不相等時，控制系統根據系統輸出和期望值之間的偏差來對系統施加控制作用。基於負載的調度算法是建立在能夠獲取節點的服務質量(QOS)的前提下，獲取節點的實時服務質量QOS是首先必須解決的一個問題。可以通過部署在CDN節點內部的監控系統來獲取節點的實時QOS數據。QOS數據中最重要的兩項是節點的當前負載和節點的最大可用負載能力。節點的當前負載是通過統計交換機的出口流量得到的，而最大可用負載則是根據各緩存伺服器的健康狀況得出的。調度系統通過監控系統提供的接口實時查詢各個CDN節點的當前性能狀況。
[0034]基於鏈路的調度算法的最終目標是使得全網內各區域用戶訪問服務的延遲最小。儘量保證用戶訪問服務的延遲在給定的閾值之內，也就是說，調度的目標是對訪問延遲提供一定的保證，但並不能做到最優。將鏈路延遲超過閾值的流量調度到鏈路延遲較好的鏈路上去，以確保所有區域的用戶訪問鏈路延遲都較好。基於鏈路的調度算法需要節點和網絡的QOS數據，這裡除了需要獲取各個節點的當前負載、最大可用負載數據之外，還需要獲得特定區域訪問⑶N節點的鏈路延遲。路探測的最主要數據有ping time和ping命令的丟包率，而區域和節點之間的鏈路信息則是通過綜合部署在指定區域的所有探測客戶端獲取的訪問指定節點的鏈路信息統計、綜合得到的。鏈路的調度算法中，對每一個感興趣的調度區域，根據其地理位置和系統運維經驗為其指定一個默認的服務節點和一組備選的服務節點，並將這些節點組成一個池子，該池子專門為該區域的用戶服務。
[0035]目前基於鏈路的調度算法中會有一個比較關鍵的閾值(最大延遲，超過該閾值會認為鏈路差，否則認為鏈路好)，該閾值是通過經驗設置的，但實際上這個值在不同的時間段，不同的網絡狀況下應該是不同的，並且應該隨著時間的變化而變化，該閾值的設置仍有較大的改進空間。
[0036]CDN的帶寬成本可以分成保底帶寬和流量成本兩部分。其中保底帶寬指的是只要使用該節點就必須支付的費用，而流量成本指的是在保底帶寬之上，按照實際使用的流量來支付費用。基於成本的調度算法的目標是使得系統的帶寬成本最小。如果系統當前總的流量小於所有節點的保底帶寬之和，則將流量按照各節點的保底帶寬佔所有保底帶寬之和的比來分配流量；如果系統當前流量大於所有節點的保底帶寬之和，則首先將所有節點的保底帶寬使用滿，然後依次選取各節點中帶寬成本最低的節點，將該節點的負載能力用完為止。
[0037]而P2SP就是下載不再像傳統方式那樣只能依賴伺服器，內容的傳遞可以在網絡上的各個終端機器中進行。P2SP除了包含P2P以外，P2SP的「S」是指伺服器。P2SP有效地把原本孤立的伺服器和其鏡像資源以及P2P資源整合到了一起。它在下載的穩定性和下載的速度上，都比傳統的P2P或P2S有了非常大的提高。P2SP基於用戶對伺服器和用戶機制，不同於P2P，也不同於P2S，P2SP下載方式實際上對P2P技術的進一步延伸，它不但支持P2P技術，同時還通過檢索資料庫把伺服器資源和P2P資源整合到了一起，用戶下載一個文件的時候，會自動搜索其他資源，選擇合適的資源進行加速，這使得p2sp (目前的主流下載軟體迅雷，都使用該技術)在下載的穩定性和下載的速度上，比傳統的P2P有了非常大的提聞。
[0038]正是由於多種下載技術的出現，沒有對資源進行有效的整合利用，可在現有下載技術的基礎上，對下載調度方法作有效的改進，節約下載成本和提高下載質量，下面對本發明實施例詳細說明如下:
[0039]實施例一:
[0040]圖1示出了本發明第一實施例提供的多源帶寬調度方法的實現流程，詳述如下:
[0041]在步驟SlOl中，獲取客戶端下載的數據的相關信息，所述下載數據的相關信息包括客戶端下載數據的質量、數據的來源。
[0042]本發明實施例獲取客戶端下載的數據的相關信息，包括客戶端下載數據的質量、數據的來源。當然並不局限於此，還可以包括下載任務的下載時間、下載速度、下載結果、文件大小、下載的原始連結和不同連結獲取的下載速度和下載時間。
[0043]其中所述下載時間為下載速度監控的時間點；
[0044]所述下載速度為平均速度信息，可以為多個CDN或者其它源對應的域名的速度值，所述速度值還可以對應下載數據來源的伺服器IP位址，客戶端自己的IP位址和使用的DNS域名解析伺服器的IP位址以及連接伺服器需要的時間。
[0045]所述客戶端下載數據的質量可以包括數據的平均下載速度和數據下載的成功率，還可以包括下載速度的穩定性，所述下載速度的穩定性可以通過下載速度波動的方差來衡量。
[0046]本發明實施例中所述獲取客戶端下載的數據的相關信息，可以包括如下步驟獲取數據的來源:
[0047]計算所述客戶端下載的數據的特徵值信息；
[0048]根據所述特徵值信息，在預設的特徵值信息庫中查詢所述特徵值信息所對應的數據的來源。
[0049]在預設的特徵值信息庫中存儲有特徵值與數據的來源信息的對應關係，某一特徵值的數據可能與多個數據的來源對應，如源⑶N、輔助⑶N、第三方鏡像資源、ISP輔助緩存和P2P網絡等。
[0050]所述客戶端下載的數據的特徵值信息，一般用HASH算法得到下載的數據的HASH值，所述HASH值與下載的數據一一對應。
[0051]在步驟S102中，根據所述客戶端下載數據的質量和數據來源，調整各數據的來源的下載比例和下載控制的速度。
[0052]具體的，所述客戶端下載數據的質量可以包括數據的平均下載速度和數據下載的成功率，還可以包括下載速度的穩定性和下載的成本。
[0053]所述數據來源的下載比例，可以根據各種具體的數據來源而靈活設定，可以設定下載數據的質量的各個要求相應的設定各個數據源的下載優先級，並根據各個質量因素的比例，取相應的權重，這樣既可以滿足各個具體的質量要求，還可以根據要求相應的調整，從而在儘量可能保證質量的同時，也能夠實現降低成本的要求。
[0054]實施例二:
[0055]圖2示出了本發明第二實施例提供的多源帶寬調度方法的實現流程，詳述如下:
[0056]在步驟S201中，獲取客戶端下載的數據的相關信息，所述下載數據的相關信息包括客戶端下載數據的質量、數據的來源。
[0057]本步驟與實施例一中步驟SlOl相同，在此不重複贅述。
[0058]在步驟S202中，判斷所述客戶端下載數據的質量是否滿足預設的下載數據的質量要求。
[0059]所述預設的下載數據的質量要求，可以包括平均下載速度的要求和數據下載的成功率的要求，還可以包括下載速度的穩定性的要求，該值可以根據日期進行相應的調整，如工作日與休息日，另外也可以根據接收到發布大型軟體或者補丁數據包的指令而相應的調整下載數據的質量要求。
[0060]在判斷所述客戶端下載數據的質量是否滿足預設的下載數據的質量要求時，可對上述三項要求分別進行判斷，得到平均下載速度、數據下載的成功率、下載速度的穩定性各項參數是否達到預定的要求。
[0061]另外，按照業務對帶寬需求的尖峰時段分布比如區分工作日和非工作日，平時和突發時段，為可靠的保證服務質量，需要分別統計每家CDN的服務質量包括CDN流量、CND利用率、CDN連通時間延時等，選擇較優的CDN服務應對突發情況。本發明實施例還提供了一種可應對突發情況的下載數據的質量保障措施，在上述方法基礎上:
[0062]判斷下載時間為預先設定的下載尖峰時段或接收到突發的大量數據下載的指令；
[0063]根據所述設定的時段或接收的指令，調用輔助CDN服務提供數據下載。通過新增加的輔助CDN伺服器的是否啟用，來響應突擊需求。
[0064]在步驟S203中，若所述客戶端下載數據的質量不滿足預設的下載數據的質量要求，則查詢所述數據的來源的最大下載速度及下載的優先級。
[0065]在所述客戶端下載數據的質量不滿足預設的下載數據的質量要求的情況下，查詢所述數據的來源的最大下載速度及下載的優先級。
[0066]根據步驟SlOl中獲取的數據的來源，如可能包括源⑶N、輔助⑶N、第三方鏡像資源、ISP輔助緩存和P2P網絡等，根據測試的各項數據，如下載速度、連通時間、下載結果等，對各項數據的來源進行排序，可以分別針對某一參數進行排序，如針對下載速度進行排序、針對連通時間進行排序，從而可以得到多個優先級的排序信息。
[0067]當所述客戶端下載數據的質量是滿足預設的下載數據的質量要求，所述輔助CDN的優先級低於第三方鏡像數據源、源⑶N和P2P網絡源和ISP輔助緩存的優先級。
[0068]另外，對於從數據的來源的下載的最大速度，可以通過查詢其設定的最大下載速度的數據值，也可以從多次經驗下載的數據中取最大值。根據各個數據的來源的最大下載速度進行相應的排序，以供後續選擇參考。
[0069]在步驟S204中，根據所述預設的下載數據的質量要求和所述數據的來源的最大下載速度及下載的優先級，調整各數據的來源的下載比例和下載控制的速度。
[0070]可以根據所述數據的來源的優先級，相應的分配各個數據的來源的下載比例；或者，根據所述數據的來源的優先級，相應的分配各個數據的來源的下載比例，根據成本要求，動態調整數據的來源的比例參數。
[0071]根據所述質量的要求，將其與當前下載的情況進行比較，得到具體的不符合要求的質量的參數，比如下載速度、速度的穩定性以及下載的成功率，根據各個數據的來源的相應參數的排序情況，進行相應比例的調度調節，如對於當前下載的數據的來源包括源CDN、輔助⑶N、第三方鏡像資源、ISP輔助緩存和P2P網絡，總共有5個數據來源，在需要對資源要求進行調整時，那麼可以按照其資源的排序，按照3:2.5:2:1.5:1進行相應的速度調節(此比例僅為示意說明)，並且根據相應的成本排序，提供一個修正比例係數，如資源與成本按照7:3的修正比例，對其進行相應的修正，使其在滿足速度要求的同時，節約成本，在調整動態過程中得到一組穩定的比例參數。此處修正比例系統以滿足質量要求為前提，在運行過程中可以提供多組修正比例系統，以使其更好的滿足質量要求。
[0072]本發明實施例可用如下方法調整各數據的來源的下載比例和下載控制的速度:
[0073]若檢測所述客戶端下載的數據出現丟包事件，設置數據的來源在一個往返時延內發送的數據包數減半；
[0074]若未檢測到客戶下載的數據出現丟包事件，設置數據的來源在一個往返時延內多發送一個最大報文段長度的數據。
[0075]通過這樣的方式，使客戶端下載過程中在確保質量的同時，進行有效的比例參數的調整。
[0076]本發明實施例通過下載的優先級，並結合各數據的來源的最大下載速度進行下載速度的調節，可以在保證下載數據的質量的同時，優先使用低成本的數據的來源，節約下載成本。
[0077]實施例三:
[0078]圖3為本發明第三實施例提供的多源帶寬調度系統的結構示意圖，詳述如下:
[0079]本發明實施例所述多源帶寬調度系統，所述系統包括下載客戶端、資源索引伺服器、資源索引資料庫、多源調度策略中心和多個數據的來源，所述下載客戶端包括帶寬調度控制模塊和多源帶寬質量監控模塊，其中:
[0080]所述多源帶寬質量監控模塊用於獲取客戶端下載的數據質量；
[0081]所述資源索引資料庫用於保存下載連結與數據的特徵值的應關係；
[0082]所述資源索引伺服器用於向所述資源索引數據發出查詢請求，查詢數據的特徵值對應的下載連結，根據下載連結得到多個不同的數據的來源；
[0083]所述多源高度策略中心用於根據所述客戶端下載數據的質量和數據來源，發送調整各數據的來源的下載比例和下載控制的速度指令。
[0084]所述帶寬調度控制模塊用於接收多源調度策略中心的調整指令，調整各數據的來源的下載比例和下載控制的速度。
[0085]所述裝置還包括:
[0086]統計伺服器服，用於接收多源帶寬質量監控模塊獲取的客戶端下載的數據質量及資源索引伺服器查詢的數據的來源，則查詢所述數據的來源的最大下載速度及下載的優先級；
[0087]所述多源調度策略中心用於判斷所述客戶端下載數據的質量是否滿足預設的下載數據的質量要求，若所述客戶端下載數據的質量不滿足預設的下載數據的質量要求，根據所述預設的下載數據的質量要求和所述數據的來源的最大下載速度及下載的優先級，發出調整各數據的來源的下載比例和下載控制的速度的指令。
[0088]作為本發明實施例的更具體的一種方式，所述多源帶寬調度系統還可包括多源調度伺服器，用於將需要發布的文件主動上傳發布到不同的⑶N源和渠道上，通過資源入庫伺服器將不同CDN渠道上文件的下載連結、文件校驗信息寫入資源索引資料庫；
[0089]資源入庫伺服器，用於從所述多源調度伺服器獲取需要發布的文件的連結、大小、和文件本身，計算文件的特徵值，將所述計算的特徵值發送至資源索引資料庫，並將文件本身上傳到不同的CDN源伺服器作為不同的數據的來源。
[0090]另外，還可以包括跟蹤Tracker伺服器，用於接收多個客戶端匯報的資源信息及在線信息、接收多個客戶端查詢peer (點)資源信息和在線信息，作為P2P網絡提供的數據的來源。
[0091]本發明實施例所述系統為與實施例一所述方法相對應，通過設置相應的伺服器和在客戶端採集數據並執行調度策略，實現對多個提供的數據的來源進行有效的調度配置。
[0092]實施例四:
[0093]圖4為本發明第四實施例提供的多源帶寬調度裝置的結構示意圖，詳述如下:
[0094]本發明實施例所述多源帶寬調度裝置，包括:
[0095]獲取單元401，用於獲取客戶端下載的數據的相關信息，所述下載數據的相關信息包括客戶端下載數據的質量、數據的來源；
[0096]調整單元402，用於根據所述客戶端下載數據的質量和數據來源，調整各數據的來源的下載比例和下載控制的速度。
[0097]其中，所述調整單元402包括:
[0098]判斷子單元4021，用於判斷所述客戶端下載數據的質量是否滿足預設的下載數據的質量要求；
[0099]查詢子單元4022，用於若所述客戶端下載數據的質量不滿足預設的下載數據的質量要求，則查詢所述數據的來源的最大下載速度及下載的優先級；
[0100]調整子單元4023，用於根據所述預設的下載數據的質量要求和所述數據的來源的最大下載速度及下載的優先級，調整各數據的來源的下載比例和下載控制的速度。
[0101]為進一步提高裝置對於突發數據高峰的應對能力，所述裝置還包括:
[0102]判斷接收單元403，用於判斷下載時間為預先設定的下載尖峰時段或接收到突發的大量數據下載的指令；
[0103]調用單元404，用於根據所述設定的時段或接收的指令，調用輔助CDN服務提供數據下載。
[0104]所述獲取單元401可包括:
[0105]計算子單元4011，用於計算所述客戶端下載的數據的特徵值信息；
[0106]查詢子單元4012，用於根據所述特徵值信息，在預設的特徵值信息庫中查詢所述特徵值信息所對應的數據的來源。
[0107]其中，所述客戶端下載數據的質量可包括數據的平均下載速度和數據下載的成功率。
[0108]所述數據的來源包括第三方鏡像數據源、源⑶N、輔助⑶N、P2P網絡源和ISP輔助緩存，當所述客戶端下載數據的質量是滿足預設的下載數據的質量要求，所述輔助CDN的優先級低於第三方鏡像數據源、源⑶N和P2P網絡源和ISP輔助緩存的優先級。
[0109]所述調整子單元4023可包括:
[0110]第一設置子單元40231，用於若檢測所述客戶端下載的數據出現丟包事件，設置數據的來源在一個往返時延內發送的數據包數減半；
[0111]第二設置子單元40232，用於若未檢測到客戶下載的數據出現丟包事件，設置數據的來源在一個往返時延內多發送一個最大報文段長度的數據。
[0112]或者所述調整子單元4023可包括:
[0113]分配子單元40233，用於根據所述數據的來源的優先級，相應的分配各個數據的來源的下載比例；
[0114]或者分配調整子單元40234，用於根據所述數據的來源的優先級，相應的分配各個數據的來源的下載比例，根據成本要求，動態調整數據的來源的比例參數。
[0115]本發明實施例所述裝置與實施例一所述方法相對應，在此不作重複贅述。
[0116]以上所述僅為本發明的較佳實施例而已，並不用以限制本發明，凡在本發明的精神和原則之內所作的任何修改、等同替換和改進等，均應包含在本發明的保護範圍之內。
【權利要求】
1.一種多源帶寬調度方法，其特徵在於，所述方法包括: 獲取客戶端下載的數據的相關信息，所述下載數據的相關信息包括客戶端下載數據的質量、數據的來源； 根據所述客戶端下載數據的質量和數據來源，調整各數據的來源的下載比例和下載控制的速度。
2.根據權利要求1所述方法，其特徵在於，所述根據所述客戶端下載數據的質量和數據來源，調整各數據的來源的下載比例和下載控制的速度包括: 判斷所述客戶端下載數據的質量是否滿足預設的下載數據的質量要求； 若所述客戶端下載數據的質量不滿足預設的下載數據的質量要求，則查詢所述數據的來源的最大下載速度及下載的優先級； 根據所述預設的下載數據的質量要求和所述數據的來源的最大下載速度及下載的優先級，調整各數據的來源的下載比例和下載控制的速度。
3.根據權利要求1或2所述的方法，其特徵在於，所述方法還包括: 判斷下載時間為預先設定的下載尖峰時段或接收到突發的大量數據下載的指令； 根據所述設定的時段或接收的指令，調用輔助CDN服務提供數據下載。
4.根據權利要求1或2所述的方法，其特徵在於，所述獲取客戶端下載的數據的相關信息步驟包括: 計算所述客戶端下載的數據的特徵值信息； 根據所述特徵值信息，在預設的特徵值信息庫中查詢所述特徵值信息所對應的數據的來源。
5.根據權利要求1或2所述方法，其特徵在於，所述客戶端下載數據的質量包括數據的平均下載速度和數據下載的成功率。
6.根據權利要求2所述的方法，其特徵在於，所述數據的來源包括第三方鏡像數據源、源CDN、輔助CDN、P2P網絡源和ISP輔助緩存，當所述客戶端下載數據的質量是滿足預設的下載數據的質量要求，所述輔助CDN的優先級低於第三方鏡像數據源、源CDN和P2P網絡源和ISP輔助緩存的優先級。
7.根據權利要求2所述的方法，其特徵在於，所述根據所述預設的下載數據的質量要求和所述數據的來源的最大下載速度及下載的優先級，調整各數據的來源的下載比例和下載控制的速度步驟包括: 若檢測所述客戶端下載的數據出現丟包事件，設置數據的來源在一個往返時延內發送的數據包數減半； 若未檢測到客戶下載的數據出現丟包事件，設置數據的來源在一個往返時延內多發送一個最大報文段長度的數據。
8.根據權利要求2所述的方法，其特徵在於，所述根據所述預設的下載數據的質量要求和所述數據的來源的最大下載速度及下載的優先級，調整各數據的來源的下載比例和下載控制的速度步驟包括: 根據所述數據的來源的優先級，相應的分配各個數據的來源的下載比例； 或者，根據所述數據的來源的優先級，相應的分配各個數據的來源的下載比例，根據成本要求，動態調整數據的來源的比例參數。
9.一種多源帶寬調度裝置，其特徵在於，所述裝置包括: 獲取單元，用於獲取客戶端下載的數據的相關信息，所述下載數據的相關信息包括客戶端下載數據的質量、數據的來源； 調整單元，用於根據所述客戶端下載數據的質量和數據來源，調整各數據的來源的下載比例和下載控制的速度。
10.根據權利要求9所述裝置，其特徵在於，所述調整單元包括: 判斷子單元，用於判斷所述客戶端下載數據的質量是否滿足預設的下載數據的質量要求； 查詢子單元，用於若所述客戶端下載數據的質量不滿足預設的下載數據的質量要求，則查詢所述數據的來源的最大下載速度及下載的優先級； 調整子單元，用於根據所述預設的下載數據的質量要求和所述數據的來源的最大下載速度及下載的優先級，調整各數據的來源的下載比例和下載控制的速度。
11.一種多源帶寬調度系統，其特徵在於，所述系統包括下載客戶端、資源索引伺服器、資源索引資料庫、多源調度策略中心和多個數據的來源，所述下載客戶端包括帶寬調度控制模塊和多源帶寬質量監控模塊，其中: 所述多源帶寬質量監控模塊用於獲取客戶端下載的數據質量； 所述資源索引資料庫用於保存下載連結與數據的特徵值的應關係； 所述資源索引伺服器用於向所述資源索引數據發出查詢請求，查詢數據的特徵值對應的下載連結，根據下載連結得到多個不同的數據的來源； 所述多源高度策略中心用於根據所述客戶端下載數據的質量和數據來源，發送調整各數據的來源的下載比例和下載控制的速度指令。 所述帶寬調度控制模塊用於接收多源調度策略中心的調整指令，調整各數據的來源的下載比例和下載控制的速度。
12.根據權利要求11所述裝置，其特徵在於，所述裝置還包括: 統計伺服器服，用於接收多源帶寬質量監控模塊獲取的客戶端下載的數據質量及資源索引伺服器查詢的數據的來源，則查詢所述數據的來源的最大下載速度及下載的優先級；所述多源調度策略中心用於判斷所述客戶端下載數據的質量是否滿足預設的下載數據的質量要求，若所述客戶端下載數據的質量不滿足預設的下載數據的質量要求，根據所述預設的下載數據的質量要求和所述數據的來源的最大下載速度及下載的優先級，發出調整各數據的來源的下載比例和下載控制的速度的指令。
13.根據權利要求11所述的系統，其特徵在於，所述系統還包括: 多源調度伺服器，用於將需要發布的文件主動上傳發布到不同的CDN源和渠道上；資源入庫伺服器，用於從所述多源調度伺服器獲取需要發布的文件的連結、大小、和文件本身，計算文件的特徵值，將所述計算的特徵值發送至資源索引資料庫，並將文件本身上傳到不同的CDN源伺服器作為不同的數據的來源。
14.根據權利要求11所述系統，其特徵在於，所述系統還包括: 跟蹤伺服器，用於接收多個客戶端匯報的資源信息及在線信息、接收多個客戶端查詢資源信息和在線信息，作為P2P網絡提供的數據的來源。
【文檔編號】H04L12/24GK104348647SQ201310329167
【公開日】2015年2月11日 申請日期:2013年7月31日 優先權日:2013年7月31日
【發明者】劉剛 申請人:騰訊科技（深圳）有限公司