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