軟體升級中伺服器帶寬控制的方法、升級配置伺服器及系統的製作方法
2023-07-14 01:21:46 2
專利名稱：軟體升級中伺服器帶寬控制的方法、升級配置伺服器及系統的製作方法
技術領域：
本發明涉及到數據傳輸領域，特別涉及到一種軟體升級中伺服器帶寬控制的方法、升級配置伺服器及系統。
背景技術：
軟體升級是指對已有軟體的進一步完善或增添新的功能。該軟體升級包括系統升級(比如作業系統從WIN 2000升級到WIN XP)以及應用程式升級(比如WIN XP中系統補丁)；該系統升級通過以升級數據包方式發布，該應用程式的升級通常以補丁的形式發布。在網際網路時代，大量的軟體採用C/S(Client/Server，客戶端/伺服器)架構實現，客戶端的功能更新通常需要通過軟體升級來實現，且通常是以客戶端從伺服器取得升級數據包或者補丁方式進行。 軟體升級通常可分為請求(手動)升級和強制升級兩種方式；該請求升級是客戶端主動檢測是否有新版本，在有新版本時主動向伺服器請求升級；該強制升級是伺服器主動推送給客戶端進行升級，通常是出現緊急情況(比如緊急漏洞修復)時才使用，此時客戶端如不升級有可能導致軟體不能繼續使用。在軟體升級中，通常以請求升級較為常見。以下以請求升級為例，說明現有技術中客戶端軟體升級的步驟流程客戶端發起升級請求，將軟體版本等軟體配置信息發送至升級伺服器進行升級查詢；升級伺服器根據所述軟體配置信息，從升級配置伺服器的獲取相應的升級配置策略返回給客戶端；客戶端校驗升級伺服器發送的升級配置策略，校驗通過後啟動升級，從所述升級配置策略中配置的升級源下載升級數據包或者補丁，並校驗下載的升級數據包或者補丁的數據正確與否；在升級完成後將升級的結果上報給統計伺服器；統計伺服器將所述結果同步反饋到升級配置伺服器。由於上述C/S結構，在進行軟體升級時，每一個客戶端都可以向升級伺服器發出升級請求。如果是熱門軟體(比如遊戲軟體)發布最新的升級數據包或補丁，在熱門時段發出升級請求的客戶端數量可能較為巨大，將會給升級伺服器帶寬造成巨大壓力，而且電信部門採用的峰值帶寬計費原則(即根據帶寬峰值進行計費)，可能產生較大的帶寬費用，增加成本。
發明內容
本發明的主要目的為提供一種軟體升級中伺服器帶寬控制的方法，減少升級時的帶寬壓力及降低帶寬成本。本發明提出一種軟體升級中伺服器帶寬控制的方法，包括步驟升級配置伺服器分時段統計客戶端所發送升級請求的數量，並判斷所述數量是否在預設配額範圍內；當在預設配額範圍時，將剩餘配額調整給下一時段；和/或，當超出預設配額範圍時，將超出的升級請求調整至下一時段配置升級。優選地，所述升級配置伺服器分時段統計客戶端所發送升級請求的數量的步驟之前還包括設定升級目標數量以及時段劃分數量，並計算預設配額。優選地，所述方法還包括根據升級配置信息下發情況以及帶寬使用情況的統計，調整所述預設配額。本發明還提出一種升級配置伺服器，包括統計及判斷單元，用於分時段統計客戶端所發送升級請求的數量，並判斷所述數量是否在預設配額範圍內；剩餘配額調整單元，用於當在預設配額範圍時，將剩餘配額調整給下一時段；和/或，升級請求調整單元，用於當超出預設配額範圍時，將超出的升級請求調整至下一時段配置升級。優選地，所述升級配置伺服器還可包括設定單元，用於設定升級目標數量以及時段劃分數量，並計算預設配額。優選地，所述升級配置伺服器還可包括預設配額調整單元，用於根據升級配置信息下發情況以及帶寬使用情況的統計，調整所述預設配額。本發明還提出一種軟體升級中伺服器帶寬控制的系統，包括升級配置伺服器、升級伺服器、統計伺服器以及下載伺服器；所述升級配置伺服器包括統計及判斷單元，用於分時段統計客戶端所發送升級請求的數量，並判斷所述數量是否在預設配額範圍內；剩餘配額調整單元，用於當在預設配額範圍時，將剩餘配額調整給下一時段；和/或，升級請求調整單元，用於當超出預設配額範圍時，將超出的升級請求調整至下一時段配置升級。優選地，所述升級配置伺服器還可包括設定單元，用於設定升級目標數量以及時段劃分數量，並計算預設配額。優選地，所述升級配置伺服器還包括預設配額調整單元，用於根據升級配置信息下發情況以及帶寬使用情況的統計，調整所述預設配額。優選地，所述系統還包括帶寬統計伺服器，用於統計帶寬使用情況並反饋至所述升級配置伺服器。本發明可針對目前客戶端軟體升級中客戶端升級請求分布不均勻造成帶寬消耗過大的問題，對下發升級配置信息按照時段進行平滑調整；同時將升級配置信息下發情況以及帶寬使用情況與平滑調整相關聯，在滿足總體升級目標數量的情況下，可以有效控制升級節奏，對帶寬進行削峰填谷，降低軟體升級的帶寬成本。
圖1是本發明軟體升級中伺服器帶寬控制的方法一實施例中的步驟流程示意圖；圖2是本發明軟體升級中伺服器帶寬控制的方法一實施例中的另一步驟流程示意圖；圖3是本發明軟體升級中伺服器帶寬控制的方法一實施例中升級請求與時間變化的曲線示意圖；圖4是本發明軟體升級中伺服器帶寬控制的方法一實施例中帶寬與時間變化的曲線示意圖；圖5是本發明軟體升級中伺服器帶寬控制的方法另一實施例中的步驟流程示意·
圖6是本發明升級配置伺服器一實施例中的結構示意圖；圖7是本發明升級配置伺服器一實施例中的另一結構示意圖；圖8是本發明升級配置伺服器另一實施例中的結構示意圖；圖9是本發明軟體升級中伺服器帶寬控制的系統一實施例中的結構示意圖；圖10是本發明軟體升級中伺服器帶寬控制的系統一實施例中的另一結構示意圖；圖11是本發明軟體升級中伺服器帶寬控制的系統另一實施例中的結構示意圖。本發明目的的實現、功能特點及優點將結合實施例，參照附圖做進一步說明。
具體實施例方式應當理解，此處所描述的具體實施例僅僅用以解釋本發明，並不用於限定本發明。參照圖1，提出本發明一種軟體升級中伺服器帶寬控制的方法一實施例。該方法可包括步驟S10、升級配置伺服器分時段統計客戶端所發送升級請求的數量，並判斷所述數量是否在預設配額範圍內；步驟S11、當在預設配額範圍時，將剩餘配額調整給下一時段；和/或，步驟S12、當超出預設配額範圍時，將超出的升級請求調整至下一時段配置升級。上述升級配置伺服器可按照升級伺服器的要求，提供升級策略和灰度發布等的升級配置。該升級策略可包括升級的數量、地域、IP限制規則、版本以及校驗驗證信息等；該灰度發布是一種平滑過度的發布方式。該升級伺服器可根據客戶端的升級需求(請求升級或強制升級)，從升級配置伺服器中獲取最新的升級配置信息，並下發至客戶端。該升級配置伺服器還可接收統計伺服器統計的升級數據(比如升級的結果)，並以此調整升級數量的配置，比如增加或者減少允許下發的升級配置信息數量。該統計伺服器可接收客戶端升級的結果並統計上報至升級配置伺服器。該升級的結果包括升級下載結果(升級配置信息下載情況)和安裝結果。上述客戶端可向升級伺服器發送軟體配置信息(比如軟體版本等信息)，並對升級伺服器返回的升級配置信息進行驗證，根據驗證合法的升級配置信息向下載伺服器下載升級數據包或補丁，同時驗證該升級數據包或補丁的完整性再安裝，且在完成升級任務後，向統計伺服器匯報本次升級的結果。該完整性的驗證可以是驗證升級數據包或補丁的MD5 (Message Digest5消息摘要算法第五版)值,防止偽造。如果是客戶端請求升級，該客戶端還可發送升級請求。上述下載伺服器為客戶端提供下載伺服器，比如提供升級數據包、補丁等的下載。參照圖2，上述步驟SlO之前還可包括步驟S100、設定升級目標數量以及時段劃分數量，並計算預設配額。為解決在升級請求過多時下載伺服器帶寬壓力和帶寬費用的問題，可通過升級配置伺服器設定單位時間內的升級目標數量。假設升級配置伺服器設定每天的升級目標數量為M，通常的情況下，如果不做進一步的限制，每天從O開始到24點，升級伺服器依據升級配置伺服器的相應配置以及客戶端的合法升級請求，下發升級配置信息，直到下發的升級配置信息數量為M。如此，只要客戶端在一天的各個時段發起的升級請求比較均衡，則可解決下載伺服器帶寬壓力和帶寬費用的問題。但是在實際情況中，客戶端發起升級請求的時段 不均衡。比如可參照圖3和圖4，圖3是檢測某一款軟體升級時，客戶端發起升級請求與時間變化的曲線圖；檢測的時間段為2011年08月10日至2011年08月11日，升級請求峰值為1652089個，出現在10日的08點30分，可以看到發起升級請求有明顯的時間分布規律，在凌晨時段比如O至6點通常是低谷，白天7至23點是高峰，發起升級請求的數量隨時段的變化而變化，形成一條有規律的曲線。圖4是在圖3時間段中，下載伺服器消耗的帶寬與時間變化的曲線圖；由圖示可知，升級請求多的時間點同樣為帶寬消耗多的時間點，可與上述圖3的曲線相適配。由此，需解決的問題將是均衡化升級請求的問題。該消耗帶寬的峰值為224624Mbps，出現在10日的08點40分。因此，本實施例中採用分時段的方式對升級請求的數目進行相應控制，使得各個時段的升級請求相對均衡，解決下載伺服器帶寬壓力以及帶寬費用的問題。可將每天分為若干個時段每個時段為T分鐘(比如十分鐘)，那麼每天時段的個數可為60*24/T個；設每個時段需要下發的升級配置信息為N，則N = M/ (1440/Τ)。由此，上述升級配置伺服器可分時段對客戶端所發送升級請求的數量進行統計，並判斷該升級請求的數量是否在預設配額(即N)範圍內。當在預設配額範圍時，可將剩餘配額調整給下一時段；當超出預設配額範圍時，則可將超出的升級請求調整至下一時段配置升級。當上述升級配置伺服器將一天總下發的升級配置信息總配額設為Μ，每個時段的預設配額為N，即Μ/(1440/Τ);假設每一時段的的實際升級請求為R，在升級下載熱門時段R可能大於N，反之R可能小於N。上述升級配置伺服器可分別在每一時段進行統計，當統計到整個時段的升級請求在預設配額的範圍內(即R小於或等於N)，則可將剩餘的配額調整至下一時段；如果R小於N，則下一時段的預設配額可為N-R+N ;如果R等於N，則下一時段的預設配額任然為N。當一旦統計到升級請求超過預設配額範圍時，將該升級請求以及(該時段內)之後收到的升級請求一併調整至下一時段進行升級，佔用下一時段的預設配額。該升級配置伺服器可根據對升級請求的統計及判斷，在每個時段對升級請求進行相應的調整，在控制帶寬以及滿足客戶端需求之間達到平衡。上述分時段的方式中預設配額(N)的設定尤為重要，設時段中升級請求的峰值為Rtop,當N大於Rtop時，則N將大於任一時段的R值，此時N過大不能控制帶寬；同樣，該N也不能過小，如果過小可能導致客戶端需求不能滿足。因此，上述預設配額(N)與升級請求的實際情況(比如Rtop)相關聯，由於帶寬是以每秒的升級請求數量乘以每個升級請求的平均速度取得，同時此處的目的是控制帶寬，則可直接將該預設配額的設定與帶寬相關聯，根據採集的升級下載結果(升級配置信息下發情況)以及帶寬使用情況設定升級目標數量M，再利用該升級目標數量與時段的計算即可獲得預設配額N，實現對預設配額的設定。如此方可在控制帶寬以及滿足客戶端需求之間達到平衡，滿足客戶端需求的前提下降低成本。比如I個用戶升級需要50Kb的帶寬，10萬(W)個用戶同時升級就需要50Kb*10W = 9G的帶寬；升級目標數量M最先可預測獲取，在採集到具體的升級下載結果和帶寬使用情況時，可根據該採集的結果進行設定。該升級下載結果可為升級配置下發情況，即可包括客戶端的升級請求數量、有效請求的數量以及配置下發成功的數量。該客戶端的升級請求被允許升級即為一個有效請求，配置下發即為運行升級，配置下發成功即為升級成功，統計上述升級下載結果以及帶寬使用情況(比如帶寬總的消耗)可作為設置升級目標數量的參考。參照圖5，在另一實施例中，上述步驟Sll和/或步驟S12後還包括步驟S13、根據升級配置信息下發情況以及帶寬使用情況的統計，調整所述預設配 額。本實施例中，還可設置帶寬統計伺服器獲取下載伺服器帶寬使用情況，並反饋給升級配置伺服器。上述升級配置伺服器可根據帶寬統計伺服器反饋的帶寬使用情況，以及統計伺服器統計的升級配置信息下發情況，設置時段的預設配額N(或者為升級目標數量M)，實現靈活調配。以下以網路遊戲軟體的升級為例，對上述軟體升級中伺服器帶寬控制的方法進行詳細說明。網路遊戲軟體領域是最近幾年網際網路發展最快的領域之一，其以採用C/S模式結構為主，包括網路遊戲的伺服器端以及客戶端，且客戶端的文件通常比較大，一般從幾百M到幾G大小不等，而且隨著不斷升級數據量將不斷增大，因此在升級中所需要的帶寬也將越來越大。而且，同一家遊戲運營商可能同時有幾款遊戲需要發布和升級，每款遊戲都可能有龐大的客戶端數量，升級時下載伺服器的壓力以及帶寬費用可想而知，同時網路遊戲軟體的用戶體驗又特別重要。因此，伺服器端一方面通過使用⑶N (Content DeliveryNetwork,內容發布網絡)和P2P (Peer-to-Peer，點對點)技術，儘量降低帶寬需求以及提高下載體驗；另一方面通過升級配置伺服器引入帶寬平滑策略，對下載伺服器的帶寬進行控制。上述伺服器端的升級配置伺服器可根據預先統計，劃分時段以及設置預設配額。由此，可將熱門時段過多的客戶端升級請求調整給非熱門時段，並且將非熱門時段的預設配額調整給熱門時段使用。上述升級配置伺服器還可根據統計伺服器統計的升級配置信息下發情況以及帶寬統計伺服器統計的帶寬使用情況，對預設配額進行調整，實現對下載伺服器的帶寬使用實現平滑調度調整(削峰填谷)。上述軟體升級中伺服器帶寬控制的方法，可針對目前客戶端軟體升級中客戶端升級請求分布不均勻造成帶寬消耗過大的問題，對下發升級配置信息按照時段進行平滑調整；同時將升級配置信息下發情況以及帶寬使用情況與平滑調整相關聯，在滿足總體升級目標數量的情況下，可以有效控制升級節奏，對帶寬進行削峰填谷，降低軟體升級的帶寬成本。參照圖6，提出本發明一種升級配置伺服器20的一實施例。該升級配置伺服器20可包括統計及判斷單元21、剩餘配額調整單元22和/或升級請求調整單元23 ;該統計及判斷單元21，用於分時段統計客戶端所發送升級請求的數量，並判斷所述數量是否在預設配額範圍內；該剩餘配額調整單元22，用於當在預設配額範圍時，將剩餘配額調整給下一時段；和/或，升級請求調整單元23，用於當超出預設配額範圍時，將超出的升級請求調整至下一時段配置升級。上述統計及判斷單元21可與剩餘配額調整單元22和升級請求調整單元23兩者之一即可實現一完整方案，但統計及判斷單元21、剩餘配額調整單元22以及升級請求調整單元23三者組合可具有更好的效果。參照圖7，上述升級配置伺服器20還可包括設定單元24，用於設定升級目標數量以及時段劃分數量，並計算預設配額。為解決在升級請求過多時下載伺服器帶寬壓力和帶寬費用的問題，可通過升級配置伺服器20的設定單元24設定單位時間內的升級目標數量。假設升級配置伺服器20設定每天的升級目標數量為M，通常的情況下，如果不做進一步的限制，每天從O開始到24點，升級伺服器依據升級配置伺服器20的相應配置以及客戶端的合法升級請求，下發升級配置信息，直到下發的升級配置信息數量為M。如此，只要客戶端在一天的各個時段發起的升級請求比較均衡，則可解決下載伺服器帶寬壓力和帶寬費用的問題。但是在實際情況中，客戶端發起升級請求的時段不均衡。比如可參照圖3和圖4，圖3是檢測某一款軟體升級時，客戶端發起升級請求與時間變化的曲線圖；檢測的時間段為2011年08月10日至2011年08月11日，升級請求峰值為1652089個，出現在10日的08點30分，可以看到發起升級請求有明顯的時間分布規律，在凌晨時段比如O至6點通常是低谷，白天7至23點是高峰，發起升級請求的數量隨時段的變化而變化，形成一條有規律的曲線。圖4是在圖3時間段中，下載伺服器消耗的帶寬與時間變化的曲線圖；由圖示可知，升級請求多的時間點同樣為帶寬消耗多的時間點，可與上述圖3的曲線相適配。由此，需解決的問題將是均衡化升級請求的問題。該消耗帶寬的峰值為224624Mbps，出現在10日的08點40分。因此，本實施例中採用分時段的方式對升級請求的數目進行相應控制，使得各個時段的升級請求相對均衡，解決下載伺服器帶寬壓力以及帶寬費用的問題。可將每天分為若干個時段每個時段為T分鐘(比如十分鐘)，那麼每天時段的個數可為60*24/T個；設每個時段需要下發的升級配置信息為N，則N = M/ (1440/Τ)。由此，上述升級配置伺服器20的統計及判斷單元21可分時段對客戶端所發送升級請求的數量進行統計，並判斷該升級請求的數量是否在預設配額(即N)範圍內。當在預設配額範圍時，剩餘配額調整單元22可將剩餘配額調整給下一時段；當超出預設配額範圍時，升級請求調整單元23則可將超出的升級請求調整至下一時段配置升級。當上述升級配置伺服器20將一天總下發的升級配置信息總配額設為Μ，每個時段的預設配額為N，即Μ/(1440/Τ);假設每一時段的的實際升級請求為R，在升級下載熱門時段R可能大於N，反之R可能小於N。上述升級配置伺服器20可分別在每一時段進行統計，當統計到整個時段的升級請求在預設配額的範圍內(即R小於或等於N)，則可將剩餘的配額調整至下一時段；如果R小於N，則下一時段的預設配額可為N-R+N ;如果R等於N，則下一時段的預設配額任然為N。當一旦統計到升級請求超過預設配額範圍時，將該升級請求以及(該時段內)之後收到的升級請求一併調整至下一時段進行升級，佔用下一時段的預設配額。該升級配置伺服器20可根據對升級請求的統計及判斷，在每個時段對升級請求進行相應的調整，在控制帶寬以及滿足客戶端需求之間達到平衡。上述分時段的方式中預設配額(N)的設定尤為重要，設時段中升級請求的峰值為Rtop,當N大於Rtop時，則N將大於任一時段的R值，此時N過大不能控制帶寬；同樣，該N也不能過小，如果過小可能導致客戶端需求不能滿足。因此，上述預設配額(N)與升級請求的實際情況(比如Rtop)相關聯，由於帶寬是以每秒的升級請求數量乘以每個升級請求的平均速度取得，同時此處的目的是控制帶寬，則可直接將該預設配額的設定與帶寬相關聯，根據採集的升級下載結果(升級配置信息下發情況)以及帶寬使用情況設定升級目標數量M，再利用該升級目標數量與時段的計算即可獲得預設配額N，實現對預設配額的設定。如此方可在控制帶寬以及滿足客戶端需求之間達到平衡，滿足客戶端需求的前提下降低成本。比如I個用戶升級需要50Kb的帶寬，10萬(W)個用戶同時升級就需要50Kb*10W = 9G的帶寬；升級目標數量M最先可預測獲取，在採集到具體的升級下載結果和帶寬使用情況時，可根據該採集的結果進行設定。該升級下載結果可為升級配置下發情況，即可包括客戶端的 升級請求數量、有效請求的數量以及配置下發成功的數量。該客戶端的升級請求被允許升級即為一個有效請求，配置下發即為運行升級，配置下發成功即為升級成功，統計上述升級下載結果以及帶寬使用情況(比如帶寬總的消耗)可作為設置升級目標數量的參考。參照圖8，上述升級配置伺服器20還可包括預設配額調整單元25，用於根據升級配置信息下發情況以及帶寬使用情況的統計，調整所述預設配額。本實施例中，還可設置帶寬統計伺服器獲取下載伺服器帶寬使用情況，並反饋給升級配置伺服器20。上述升級配置伺服器20的預設配額調整單元25可根據帶寬統計伺服器反饋的帶寬使用情況，以及統計伺服器統計的升級配置信息下發情況，設置時段的預設配額N(或者為升級目標數量M),實現靈活調配。上述升級配置伺服器20，可針對目前客戶端軟體升級中客戶端升級請求分布不均勻造成帶寬消耗過大的問題，對下發升級配置信息按照時段進行平滑調整；同時將升級配置信息下發情況以及帶寬使用情況與平滑調整相關聯，在滿足總體升級目標數量的情況下，可以有效控制升級節奏，對帶寬進行削峰填谷，降低軟體升級的帶寬成本。參照圖9，提出一種軟體升級中伺服器帶寬控制的系統的一實施例。該系統可包括升級配置伺服器20、升級伺服器30、統計伺服器40以及下載伺服器50 ;該升級配置伺服器20包括統計及判斷單元21、剩餘配額調整單元22和/或升級請求調整單元23 ;該統計及判斷單元21，用於分時段統計客戶端60所發送升級請求的數量，並判斷所述數量是否在預設配額範圍內；該剩餘配額調整單元22，用於當在預設配額範圍時，將剩餘配額調整給下一時段；和/或，該升級請求調整單元23，用於當超出預設配額範圍時，將超出的升級請求調整至下一時段配置升級。參照圖10，上述升級配置伺服器20還可包括設定單元24，用於設定升級目標數量以及時段劃分數量，並計算預設配額。為解決在升級請求過多時下載伺服器50帶寬壓力和帶寬費用的問題，可通過升級配置伺服器20的設定單元24設定單位時間內的升級目標數量。假設升級配置伺服器20設定每天的升級目標數量為M，通常的情況下，如果不做進一步的限制，每天從O開始到24點，升級伺服器30依據升級配置伺服器20的相應配置以及客戶端60的合法升級請求，下發升級配置信息，直到下發的升級配置信息數量為M。如此，只要客戶端60在一天的各個時段發起的升級請求比較均衡，則可解決下載伺服器50帶寬壓力和帶寬費用的問題。但是在實際情況中，客戶端60發起升級請求的時段不均衡。比如可參照圖3和圖4，圖3是檢測某一款軟體升級時，客戶端60發起升級請求與時間變化的曲線圖；檢測的時間段為2011年08月10日至2011年08月11日，升級請求峰值為1652089個，出現在10日的08點30分，可以看到發起升級請求有明顯的時間分布規律，在凌晨時段比如O至6點通常是低谷，白天7至23點是高峰，發起升級請求的數量隨時段的變化而變化，形成一條有規律的曲線。圖4是在圖3時間段中，下載伺服器50消耗的帶寬與時間變化的曲線圖；由圖示可知，升級請求多的時間點同樣為帶寬消耗多的時間點，可與上述圖3的曲線相適配。由此，需解決的問題將是均衡化升級請求的問題。該消耗帶寬的峰值為224624Mbps，出現在10日的08點40分。 因此，本實施例中採用分時段的方式對升級請求的數目進行相應控制，使得各個時段的升級請求相對均衡，解決下載伺服器50帶寬壓力以及帶寬費用的問題。可將每天分為若干個時段每個時段為T分鐘(比如十分鐘)，那麼每天時段的個數可為60*24/T個；設每個時段需要下發的升級配置信息為N，則N = M/ (1440/Τ)。由此，上述升級配置伺服器20的統計及判斷單元21可分時段對客戶端60所發送升級請求的數量進行統計，並判斷該升級請求的數量是否在預設配額(即N)範圍內。當在預設配額範圍時，剩餘配額調整單元22可將剩餘配額調整給下一時段；當超出預設配額範圍時，升級請求調整單元23則可將超出的升級請求調整至下一時段配置升級。當上述升級配置伺服器20將一天總下發的升級配置信息總配額設為Μ，每個時段的預設配額為N，即Μ/(1440/Τ);假設每一時段的的實際升級請求為R，在升級下載熱門時段R可能大於N，反之R可能小於N。上述升級配置伺服器20可分別在每一時段進行統計，當統計到整個時段的升級請求在預設配額的範圍內(即R小於或等於N)，則可將剩餘的配額調整至下一時段；如果R小於N，則下一時段的預設配額可為N-R+N ;如果R等於N，則下一時段的預設配額任然為N。當一旦統計到升級請求超過預設配額範圍時，將該升級請求以及(該時段內)之後收到的升級請求一併調整至下一時段進行升級，佔用下一時段的預設配額。該升級配置伺服器20可根據對升級請求的統計及判斷，在每個時段對升級請求進行相應的調整，在控制帶寬以及滿足客戶端60需求之間達到平衡。上述分時段的方式中預設配額(N)的設定尤為重要，設時段中升級請求的峰值為Rtop,當N大於Rtop時，則N將大於任一時段的R值，此時N過大不能控制帶寬；同樣，該N也不能過小，如果過小可能導致客戶端60需求不能滿足。因此，上述預設配額(N)與升級請求的實際情況(比如Rtop)相關聯，由於帶寬是以每秒的升級請求數量乘以每個升級請求的平均速度取得，同時此處的目的是控制帶寬，則可直接將該預設配額的設定與帶寬相關聯，根據採集的升級下載結果(升級配置信息下發情況)以及帶寬使用情況設定升級目標數量Μ，再利用該升級目標數量與時段的計算即可獲得預設配額N，實現對預設配額的設定。如此方可在控制帶寬以及滿足客戶端60需求之間達到平衡，滿足客戶端60需求的前提下降低成本。比如I個用戶升級需要50Kb的帶寬，10萬(W)個用戶同時升級就需要50Kb*10W = 9G的帶寬；升級目標數量M最先可預測獲取，在採集到具體的升級下載結果和帶寬使用情況時，可根據該採集的結果進行設定。該升級下載結果可為升級配置下發情況，即可包括客戶端的升級請求數量、有效請求的數量以及配置下發成功的數量。該客戶端的升級請求被允許升級即為一個有效請求，配置下發即為運行升級，配置下發成功即為升級成功，統計上述升級下載結果以及帶寬使用情況(比如帶寬總的消耗)可作為設置升級目標數量的參考。參照圖11，上述升級配置伺服器20還可包括預設配額調整單元25，用於根據升級配置信息下發情況以及帶寬使用情況的統計，調整所述預設配額。上述系統還包括帶寬統計伺服器70，用於統計帶寬使用情況並反饋至所述升級配置伺服器20。本實施例中，上述系統還可設置帶寬統計伺服器70獲取下載伺服器50帶寬使用情況，並反饋給升級配置伺服器20。上述升級配置伺服器20的預設配額調整單元25可根 據帶寬統計伺服器70反饋的帶寬使用情況，以及統計伺服器40統計的升級配置信息下發情況，設置時段的預設配額N(或者為升級目標數量M)，實現靈活調配。上述軟體升級中伺服器帶寬控制的系統，可針對目前客戶端60軟體升級中客戶端60升級請求分布不均勻造成帶寬消耗過大的問題，對下發升級配置信息按照時段進行平滑調整；同時將升級配置信息下發情況以及帶寬使用情況與平滑調整相關聯，在滿足總體升級目標數量的情況下，可以有效控制升級節奏，對帶寬進行削峰填谷，降低軟體升級的帶寬成本。以上所述僅為本發明的優選實施例，並非因此限制本發明的專利範圍，凡是利用本發明說明書及附圖內容所作的等效結構或等效流程變換，或直接或間接運用在其他相關的技術領域，均同理包括在本發明的專利保護範圍內。
權利要求
1.一種軟體升級中伺服器帶寬控制的方法，其特徵在於，包括步驟 升級配置伺服器分時段統計客戶端所發送升級請求的數量，並判斷所述數量是否在預設配額範圍內； 當在預設配額範圍時，將剩餘配額調整給下一時段；和/或， 當超出預設配額範圍時，將超出的升級請求調整至下一時段配置升級。
2.根據權利要求1所述的軟體升級中伺服器帶寬控制的方法，其特徵在於，所述升級配置伺服器分時段統計客戶端所發送升級請求的數量的步驟之前還包括 設定升級目標數量以及時段劃分數量，並計算預設配額。
3.根據權利要求1或2所述的軟體升級中伺服器帶寬控制的方法，其特徵在於，所述方法還包括 根據升級配置信息下發情況以及帶寬使用情況的統計，調整所述預設配額。
4.一種升級配置伺服器，其特徵在於，包括 統計及判斷單元，用於分時段統計客戶端所發送升級請求的數量，並判斷所述數量是否在預設配額範圍內； 剩餘配額調整單元，用於當在預設配額範圍時，將剩餘配額調整給下一時段；和/或， 升級請求調整單元，用於當超出預設配額範圍時，將超出的升級請求調整至下一時段配置升級。
5.根據權利要求4所述的升級配置伺服器，其特徵在於，所述升級配置伺服器還可包括 設定單元，用於設定升級目標數量以及時段劃分數量，並計算預設配額。
6.根據權利要求4或5所述的升級配置伺服器，其特徵在於，所述升級配置伺服器還可包括 預設配額調整單元，用於根據升級配置信息下發情況以及帶寬使用情況的統計，調整所述預設配額。
7.一種軟體升級中伺服器帶寬控制的系統，包括升級配置伺服器、升級伺服器、統計伺服器以及下載伺服器；其特徵在於，所述升級配置伺服器包括 統計及判斷單元，用於分時段統計客戶端所發送升級請求的數量，並判斷所述數量是否在預設配額範圍內； 剩餘配額調整單元，用於當在預設配額範圍時，將剩餘配額調整給下一時段；和/或， 升級請求調整單元，用於當超出預設配額範圍時，將超出的升級請求調整至下一時段配置升級。
8.根據權利要求7所述的軟體升級中伺服器帶寬控制的系統，其特徵在於，所述升級配置伺服器還可包括 設定單元，用於設定升級目標數量以及時段劃分數量，並計算預設配額。
9.根據權利要求7或8所述的軟體升級中伺服器帶寬控制的系統，其特徵在於，所述升級配置伺服器還包括 預設配額調整單元，用於根據升級配置信息下發情況以及帶寬使用情況的統計，調整所述預設配額。
10.根據權利要求7或8所述的軟體升級中伺服器帶寬控制的系統，其特徵在於，所述系統還包括帶寬統計伺服器，用 於統計帶寬使用情況並反饋至所述升級配置伺服器。
全文摘要
本發明揭示了一種軟體升級中伺服器帶寬控制的方法、升級配置伺服器以及系統。該方法可包括步驟升級配置伺服器分時段統計客戶端所發送升級請求的數量，並判斷所述數量是否在預設配額範圍內；當在預設配額範圍時，將剩餘配額調整給下一時段；和/或，當超出預設配額範圍時，將超出的升級請求調整至下一時段配置升級。本發明可針對目前客戶端軟體升級中客戶端升級請求分布不均勻造成帶寬消耗過大的問題，對下發升級配置信息按照時段進行平滑調整，可以有效控制升級節奏，對帶寬進行削峰填谷，降低軟體升級的帶寬成本。
文檔編號H04L29/08GK103001985SQ20111027186
公開日2013年3月27日 申請日期2011年9月14日 優先權日2011年9月14日
發明者劉剛, 王福臣 申請人:騰訊科技(深圳)有限公司