版本對比較效果更準確。
[0051](3)本發(fā)明采用多版本并行升級控制的方式，因為各個版本升級的時間一致、多個版本同時采用同樣的樣本源，不需要對每個待升級的版本設定在同一時間段的樣本，且本發(fā)明采用相同的樣本源進行各個不同版本的升級，避免了因為估計誤差造成的不同版本使用的客戶端樣本數(shù)量不同的問題，保證了客戶端樣本數(shù)量的一致性。
[0052](4)本發(fā)明采用多版本并行升級控制的方式，不需要對待升級版本進行順序升級，各個不同版本可以針對同一客戶端樣本源同時進行升級，保證了后續(xù)效果對比的準確性。
[0053]當然，實施本申請的任一產(chǎn)品必不一定需要同時達到以上所述的所有技術效果。
【附圖說明】
[0054]此處所說明的附圖用來提供對本申請的進一步理解，構成本申請的一部分，本申請的示意性實施例及其說明用于解釋本申請，并不構成對本申請的不當限定。在附圖中:
[0055]圖1是現(xiàn)有技術的發(fā)版系統(tǒng)的多版本串行升級方法步驟流程示意圖；
[0056]圖2是本發(fā)明實施例1所述的多版本并行升級控制方法步驟流程示意圖；
[0057]圖3是本發(fā)明實施例2所述的多版本并行升級控制方法步驟流程示意圖；
[0058]圖4是本發(fā)明的一個具體實施例的多版本并行升級控制方法步驟流程示意圖；
[0059]圖5是本發(fā)明的多版本并行升級控制系統(tǒng)。
【具體實施方式】
[0060]如在說明書及權利要求當中使用了某些詞匯來指稱特定組件。本領域技術人員應可理解，硬件制造商可能會用不同名詞來稱呼同一個組件。本說明書及權利要求并不以名稱的差異來作為區(qū)分組件的方式，而是以組件在功能上的差異來作為區(qū)分的準則。如在通篇說明書及權利要求當中所提及的“包含”為一開放式用語，故應解釋成“包含但不限定于”。“大致”是指在可接收的誤差范圍內(nèi)，本領域技術人員能夠在一定誤差范圍內(nèi)解決所述技術問題，基本達到所述技術效果。此外，“耦接”一詞在此包含任何直接及間接的電性耦接手段。因此，若文中描述一第一裝置耦接于一第二裝置，則代表所述第一裝置可直接電性耦接于所述第二裝置，或通過其他裝置或耦接手段間接地電性耦接至所述第二裝置。說明書后續(xù)描述為實施本申請的較佳實施方式，然所述描述乃以說明本申請的一般原則為目的，并非用以限定本申請的范圍。本申請的保護范圍當視所附權利要求所界定者為準。
[0061]以下結合附圖對本申請作進一步詳細說明，但不作為對本申請的限定。
[0062]實施例1:
[0063]如圖2所示，是本發(fā)明實施例1所述的多版本并行升級方法，包括:
[0064]步驟201，服務器存儲發(fā)版時，對各個類型的版本設置對應類型的升級目錄；所述服務器根據(jù)所述升級目錄對同一類型的多個版本設置其各自的子升級目錄；所述服務器接收客戶端發(fā)送的版本升級請求，讀取所述版本升級請求中所攜帶的所述客戶端的當前版本子升級目錄信息；根據(jù)當前版本的子升級目錄獲取同類型的其它版本，其中，
[0065]客戶端會定期向服務器發(fā)升級請求，在所述升級請求中都攜帶有該客戶端當前使用版本的信息，以便服務器識別客戶端的當前使用版本。
[0066]步驟202，將所述服務器存儲的升級版本分別與所述客戶端的當前版本信息進行匹配，獲取至少一個升級版本；其中，
[0067]服務器預先存儲有大量的升級版本，有與所述客戶端當前版本相匹配的多個升級版本，也有不能與所述客戶端當前版本相匹配的升級版本，該步驟通過服務器上的匹配，獲取所述客戶端當前版本的升級版本及升級信息。
[0068]步驟203，根據(jù)所述升級版本的數(shù)量，從所有請求升級的客戶端中分別選取相同數(shù)量的客戶端作為每個升級版本的樣本，且將所選取的數(shù)量作為每個樣本的起始余量；其中，
[0069]先對所有請求升級的客戶端總數(shù)進行估計，根據(jù)估計結果及實際需求確定出每個升級版本的樣本數(shù)量，且將每個升級版本的樣本設置為相同數(shù)量，以便后續(xù)對各個升級版本的升級效果進行對比。
[0070]并且本發(fā)明采用從所有請求客戶端隨機選取各個升級版本的樣本，能保證各個版本升級的均勻性，優(yōu)選地，先從所有請求升級客戶端中選取特定屬性的客戶端，再進行隨機選取升級版本樣本。
[0071]步驟204，并行地判斷每個所述樣本的可升級余量，當所述樣本的升級余量足夠時，向該樣本內(nèi)的請求客戶端返回相應的升級版本及相關的升級信息，其中，
[0072]服務器針對每個升級版本樣本的當前余量進行判斷，判斷到其中已有進行過升級的客戶端，則根據(jù)已升級過客戶端的數(shù)量相應地減少當前余量。當所述樣本的升級余量不為O時，服務器向該樣本內(nèi)的請求客戶端返回相應的升級版本及相關的升級信息，優(yōu)選地，服務器向該樣本內(nèi)未進行版本升級的請求客戶端返回相應的升級版本及相關的升級信息，直至所述升級余量減少到0，升級結束。
[0073]所述服務器對多個升級版本的升級進度并行地進行判斷，直至所有升級版本升級結束。
[0074]實施例2:
[0075]如圖3所示，是本發(fā)明實施例2所述的多版本并行升級方法，包括:
[0076]步驟301，服務器存儲發(fā)版時，對各個類型的版本設置對應類型的升級目錄；所述服務器根據(jù)所述升級目錄對同一類型的多個版本設置其各自的子升級目錄；所述服務器接收客戶端發(fā)送的版本升級請求，讀取所述版本升級請求中所攜帶的所述客戶端的當前版本子升級目錄信息；根據(jù)當前版本的子升級目錄獲取同類型的其它版本。
[0077]步驟302，將所述服務器存儲的升級版本分別與所述客戶端的當前版本信息進行匹配，獲取至少一個升級版本；其中，當匹配失敗時，向所述客戶端返回升級失敗提示。
[0078]步驟303，根據(jù)所述升級版本的數(shù)量，從所有請求升級的客戶端中分別選取相同數(shù)量的客戶端作為每個升級版本的樣本，且將所選取的數(shù)量作為每個樣本的起始余量；
[0079]步驟304，并行地判斷每個所述樣本的可升級余量，當所述樣本的升級余量足夠時，向該樣本內(nèi)的請求客戶端返回相應的升級版本及相關的升級信息，其中，所述并行地判斷每個所述樣本的可升級余量，進一步包括:
[0080]根據(jù)當前客戶端已完成升級的數(shù)量，相應地減少每個樣本的當前余量得到所述可升級余量。
[0081]當判斷到樣本升級余量不足時，向所述樣本內(nèi)的請求客戶端返回升級失敗提示。
[0082]上述實施例中所提到的服務器中預先制定好升級方案的各個升級版本，且并行地控制各個升級版本升級的開啟、暫停及終止。
[0083]實施例3:
[0084]如圖4所示，是本發(fā)明實施例3所述的多版本并行升級方法的一個具體實施例，包括:
[0085]步驟401，服務器接收30萬個客戶端發(fā)送的版本升級請求，讀取所述版本升級請求中所攜帶的所述客戶端的當前版本為A ;
[0086]步驟402，將所述服務器存儲的升級版本分別與所述客戶端的當前版本信息進行匹配，獲取到Al和A2兩個可升級版本；
[0087]步驟403，從所述30萬個客戶端中分別隨機選取5萬客戶端作為Al版本和A2版本的客戶端樣本，并將Al版本和A2版本的起始升級余量均設置為5萬；
[0088]步驟404，并行地對Al版本和A2版本的起始升級余量進行判斷，判斷到Al版本客戶端樣本中有I萬個已升級過的客戶端，則將Al版本的當前升級余量5萬相應地調(diào)整為4萬作為可升級余量，并行地判斷到A2版本的客戶端樣本中有2萬個已升級過的客戶端，將A2版本的當前升級余量5萬相應地調(diào)整為3萬作為可升級余量，分別向Al版本和A2版本的可升級客戶端返回相應的升級版本及相關的升級信息。
[0089]實施例4:
[0090]如圖5所示，為本發(fā)明所述的一種多版本并行升級控制的系統(tǒng)，所述系統(tǒng)設置在服務器中，該系統(tǒng)包括:接收模塊501、處理模塊