502及發(fā)送模塊503 ;其中，
[0091]所述接收模塊501，與所述處理模塊502相耦連，用于接收客戶端發(fā)送的版本升級請求，讀取所述版本升級請求中所攜帶的所述客戶端的當(dāng)前版本信息。
[0092]所述處理模塊502，與所述接收模塊501及所述發(fā)送模塊503相耦連，用于將所述服務(wù)器存儲的升級版本分別與所述客戶端的當(dāng)前版本信息進(jìn)行匹配，獲取至少一個(gè)升級版本；
[0093]根據(jù)所述升級版本的數(shù)量，從所有請求升級的客戶端中分別選取相同數(shù)量的客戶端作為每個(gè)升級版本的樣本，且將所選取的數(shù)量作為每個(gè)樣本的起始余量；
[0094]并行地判斷每個(gè)所述樣本的可升級余量。
[0095]所述發(fā)送模503，與所述處理模塊502相耦連，用于當(dāng)所述樣本的升級余量足夠時(shí)，向該樣本內(nèi)的請求客戶端返回相應(yīng)的升級版本及相關(guān)的升級信息。
[0096]其中，所述處理模塊，進(jìn)一步用于:
[0097]當(dāng)匹配失敗時(shí)，向所述客戶端返回升級失敗提示。
[0098]所述處理模塊，進(jìn)一步還用于:
[0099]根據(jù)當(dāng)前客戶端已完成升級的數(shù)量，相應(yīng)地減少每個(gè)樣本的當(dāng)前余量得到所述可升級余量。
[0100]所述處理模塊，進(jìn)一步還用于:
[0101]當(dāng)判斷到樣本升級余量不足時(shí)，向所述樣本內(nèi)的請求客戶端返回升級失敗提示。
[0102]所述處理模塊，進(jìn)一步還用于:
[0103]存儲預(yù)先制定好升級方案的各個(gè)升級版本，且并行地控制各個(gè)升級版本升級的開啟、暫停及終止。
[0104]與現(xiàn)有技術(shù)相比，本申請所述的一種多版本并行升級控制方法及系統(tǒng)，具有以下優(yōu)點(diǎn):
[0105](I)本發(fā)明通過對發(fā)版的不同版本進(jìn)行并行控制升級的方式，將多個(gè)版本同時(shí)升級，沒有發(fā)版升級時(shí)間的線性增加，大大縮短了版本升級所需的時(shí)間。
[0106](2)本發(fā)明通過對發(fā)版的不同版本進(jìn)行并行控制升級的方式，對相同的客戶端樣本進(jìn)行多個(gè)不同版本的并行升級，保證了不同版本升級過程中采用的客戶端樣本源的一致性，同一樣本源使得樣本屬性(如地域?qū)傩院陀脩艋钴S度)完全相同，保證了多個(gè)版本升級過程中客戶端樣本數(shù)量的一致性，并且在該時(shí)間段的客戶端樣本是隨機(jī)樣本，還保證了最終升級后的版本的均勻性，使得產(chǎn)品版本對比較效果更準(zhǔn)確。
[0107](3)本發(fā)明采用多版本并行升級控制的方式，因?yàn)楦鱾€(gè)版本升級的時(shí)間一致、多個(gè)版本同時(shí)采用同樣的樣本源，不需要對每個(gè)待升級的版本設(shè)定在同一時(shí)間段的樣本，且本發(fā)明采用相同的樣本源進(jìn)行各個(gè)不同版本的升級，避免了因?yàn)楣烙?jì)誤差造成的不同版本使用的客戶端樣本數(shù)量不同的問題，保證了客戶端樣本數(shù)量的一致性。
[0108](4)本發(fā)明采用多版本并行升級控制的方式，不需要對待升級版本進(jìn)行順序升級，各個(gè)不同版本可以針對同一客戶端樣本源同時(shí)進(jìn)行升級，保證了后續(xù)效果對比的準(zhǔn)確性。
[0109]上述說明示出并描述了本申請的若干優(yōu)選實(shí)施例，但如前所述，應(yīng)當(dāng)理解本申請并非局限于本文所披露的形式，不應(yīng)看作是對其他實(shí)施例的排除，而可用于各種其他組合、修改和環(huán)境，并能夠在本文所述申請構(gòu)想范圍內(nèi)，通過上述教導(dǎo)或相關(guān)領(lǐng)域的技術(shù)或知識進(jìn)行改動(dòng)。而本領(lǐng)域人員所進(jìn)行的改動(dòng)和變化不脫離本申請的精神和范圍，則都應(yīng)在本申請所附權(quán)利要求的保護(hù)范圍內(nèi)。
【主權(quán)項(xiàng)】
1.一種發(fā)版多版本升級方法，其特征在于，包括: 服務(wù)器存儲發(fā)版時(shí)，對各個(gè)類型的版本設(shè)置對應(yīng)類型的升級目錄； 所述服務(wù)器根據(jù)所述升級目錄對同一類型的多個(gè)版本設(shè)置其各自的子升級目錄； 所述服務(wù)器接收客戶端發(fā)送的版本升級請求，讀取所述版本升級請求中所攜帶的所述客戶端的當(dāng)前版本子升級目錄信息； 根據(jù)當(dāng)前版本的子升級目錄獲取同類型的其它版本； 將所述服務(wù)器存儲的升級版本分別與所述客戶端的當(dāng)前版本信息進(jìn)行匹配，獲取升級版本； 將當(dāng)前版本同類型下的各個(gè)版本分別與每個(gè)新的升級版本相對應(yīng)； 根據(jù)所述升級版本的數(shù)量，從所有請求升級的客戶端中分別選取相同數(shù)量的客戶端作為每個(gè)升級版本的樣本，且將所選取的數(shù)量作為每個(gè)樣本的起始余量； 并行地判斷每個(gè)所述樣本的可升級余量，當(dāng)所述樣本的升級余量足夠時(shí)，向該樣本內(nèi)的請求客戶端返回相應(yīng)的升級版本及相關(guān)的升級信息。2.根據(jù)權(quán)利要求1所述的發(fā)版多版本升級方法，其特征在于，所述將所述服務(wù)器存儲的升級版本分別與所述客戶端的當(dāng)前版本信息進(jìn)行匹配，進(jìn)一步包括: 當(dāng)匹配失敗時(shí)，向所述客戶端返回升級失敗提示。3.根據(jù)權(quán)利要求1所述的發(fā)版多版本升級方法，其特征在于，所述并行地判斷每個(gè)所述樣本的可升級余量，進(jìn)一步包括: 根據(jù)當(dāng)前客戶端已完成升級的數(shù)量，相應(yīng)地減少每個(gè)樣本的當(dāng)前余量得到所述可升級余量。4.根據(jù)權(quán)利要求3所述的發(fā)版多版本升級方法，其特征在于，所述并行地判斷每個(gè)所述樣本的可升級余量，進(jìn)一步包括: 當(dāng)判斷到樣本升級余量不足時(shí)，向所述樣本內(nèi)的請求客戶端返回升級失敗提示。5.根據(jù)權(quán)利要求1所述的發(fā)版多版本升級方法，其特征在于，進(jìn)一步包括: 所述服務(wù)器存儲預(yù)先制定好升級方案的各個(gè)升級版本，且并行地控制各個(gè)升級版本升級的開啟、暫停及終止。6.一種發(fā)版多版本升級系統(tǒng)，其特征在于，所述系統(tǒng)設(shè)置在服務(wù)器上，該系統(tǒng)包括:接收模塊、處理模塊及發(fā)送模塊，其中， 所述接收模塊，用于存儲發(fā)版，對各個(gè)類型的版本設(shè)置對應(yīng)類型的升級目錄；所述服務(wù)器根據(jù)所述升級目錄對同一類型的多個(gè)版本設(shè)置其各自的子升級目錄； 接收客戶端發(fā)送的版本升級請求，讀取所述版本升級請求中所攜帶的所述客戶端的當(dāng)前版本子升級目錄信息；并根據(jù)當(dāng)前版本的子升級目錄獲取同類型的其它版本； 所述處理模塊，用于將所述服務(wù)器存儲的升級版本分別與所述客戶端的當(dāng)前版本信息進(jìn)行匹配，獲取升級版本； 根據(jù)所述升級版本的數(shù)量，從所有請求升級的客戶端中分別選取相同數(shù)量的客戶端作為每個(gè)升級版本的樣本，且將所選取的數(shù)量作為每個(gè)樣本的起始余量； 并行地判斷每個(gè)所述樣本的可升級余量； 所述發(fā)送模塊，用于當(dāng)所述樣本的升級余量足夠時(shí)，向該樣本內(nèi)的請求客戶端返回相應(yīng)的升級版本及相關(guān)的升級信息。7.根據(jù)權(quán)利要求6所述的發(fā)版多版本升級系統(tǒng)，其特征在于，所述處理模塊，進(jìn)一步用于: 當(dāng)匹配失敗時(shí)，向所述客戶端返回升級失敗提示。8.根據(jù)權(quán)利要求6所述的發(fā)版多版本升級系統(tǒng)，其特征在于，所述處理模塊，進(jìn)一步用于: 根據(jù)當(dāng)前客戶端已完成升級的數(shù)量，相應(yīng)地減少每個(gè)樣本的當(dāng)前余量得到所述可升級余量。9.根據(jù)權(quán)利要求8所述的發(fā)版多版本升級系統(tǒng)，其特征在于，所述處理模塊，進(jìn)一步用于: 當(dāng)判斷到樣本升級余量不足時(shí)，向所述樣本內(nèi)的請求客戶端返回升級失敗提示。10.根據(jù)權(quán)利要求6所述的發(fā)版多版本升級系統(tǒng)，其特征在于，所述處理模塊，進(jìn)一步用于: 存儲預(yù)先制定好升級方案的各個(gè)升級版本，且并行地控制各個(gè)升級版本升級的開啟、暫停及終止。
【專利摘要】本申請公開了發(fā)版多版本升級方法，包括：服務(wù)器存儲發(fā)版時(shí)，對各個(gè)類型的版本設(shè)置對應(yīng)類型的升級目錄；根據(jù)升級目錄對同一類型的多個(gè)版本設(shè)置其各自的子升級目錄；接收客戶端發(fā)送的版本升級請求，讀取客戶端的當(dāng)前版本子升級目錄信息；根據(jù)當(dāng)前版本的子升級目錄獲取同類型的其它版本；將存儲的升級版本分別與客戶端的當(dāng)前版本信息進(jìn)行匹配，獲取升級版本；將當(dāng)前版本同類型下的各個(gè)版本分別與每個(gè)新的升級版本相對應(yīng)；根據(jù)升級版本的數(shù)量，從所有請求升級的客戶端中分別選取相同數(shù)量的客戶端作為每個(gè)升級版本的樣本，判斷每個(gè)樣本的可升級余量，當(dāng)樣本的升級余量足夠時(shí)，向該樣本內(nèi)的請求客戶端返回相應(yīng)的升級版本及相關(guān)的升級信息。
【IPC分類】G06F9/445
【公開號】CN105183522
【申請?zhí)枴緾N201510625075
【發(fā)明人】袁春光, 畢先春, 盧述奇
【申請人】北京暴風(fēng)科技股份有限公司
【公開日】2015年12月23日
【申請日】2015年9月26日