502及发送模块503 ;其中，
[0091]所述接收模块501，与所述处理模块502相耦连，用于接收客户端发送的版本升级请求，读取所述版本升级请求中所携带的所述客户端的当前版本信息。
[0092]所述处理模块502，与所述接收模块501及所述发送模块503相耦连，用于将所述服务器存储的升级版本分别与所述客户端的当前版本信息进行匹配，获取至少一个升级版本；
[0093]根据所述升级版本的数量，从所有请求升级的客户端中分别选取相同数量的客户端作为每个升级版本的样本，且将所选取的数量作为每个样本的起始余量；
[0094]并行地判断每个所述样本的可升级余量。
[0095]所述发送模503，与所述处理模块502相耦连，用于当所述样本的升级余量足够时，向该样本内的请求客户端返回相应的升级版本及相关的升级信息。
[0096]其中，所述处理模块，进一步用于:
[0097]当匹配失败时，向所述客户端返回升级失败提示。
[0098]所述处理模块，进一步还用于:
[0099]根据当前客户端已完成升级的数量，相应地减少每个样本的当前余量得到所述可升级余量。
[0100]所述处理模块，进一步还用于:
[0101]当判断到样本升级余量不足时，向所述样本内的请求客户端返回升级失败提示。
[0102]所述处理模块，进一步还用于:
[0103]存储预先制定好升级方案的各个升级版本，且并行地控制各个升级版本升级的开启、暂停及终止。
[0104]与现有技术相比，本申请所述的一种多版本并行升级控制方法及系统，具有以下优点:
[0105](I)本发明通过对发版的不同版本进行并行控制升级的方式，将多个版本同时升级，没有发版升级时间的线性增加，大大缩短了版本升级所需的时间。
[0106](2)本发明通过对发版的不同版本进行并行控制升级的方式，对相同的客户端样本进行多个不同版本的并行升级，保证了不同版本升级过程中采用的客户端样本源的一致性，同一样本源使得样本属性(如地域属性和用户活跃度)完全相同，保证了多个版本升级过程中客户端样本数量的一致性，并且在该时间段的客户端样本是随机样本，还保证了最终升级后的版本的均匀性，使得产品版本对比较效果更准确。
[0107](3)本发明采用多版本并行升级控制的方式，因为各个版本升级的时间一致、多个版本同时采用同样的样本源，不需要对每个待升级的版本设定在同一时间段的样本，且本发明采用相同的样本源进行各个不同版本的升级，避免了因为估计误差造成的不同版本使用的客户端样本数量不同的问题，保证了客户端样本数量的一致性。
[0108](4)本发明采用多版本并行升级控制的方式，不需要对待升级版本进行顺序升级，各个不同版本可以针对同一客户端样本源同时进行升级，保证了后续效果对比的准确性。
[0109]上述说明示出并描述了本申请的若干优选实施例，但如前所述，应当理解本申请并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述申请构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本申请的精神和范围，则都应在本申请所附权利要求的保护范围内。
【主权项】
1.一种发版多版本升级方法，其特征在于，包括: 服务器存储发版时，对各个类型的版本设置对应类型的升级目录； 所述服务器根据所述升级目录对同一类型的多个版本设置其各自的子升级目录； 所述服务器接收客户端发送的版本升级请求，读取所述版本升级请求中所携带的所述客户端的当前版本子升级目录信息； 根据当前版本的子升级目录获取同类型的其它版本； 将所述服务器存储的升级版本分别与所述客户端的当前版本信息进行匹配，获取升级版本； 将当前版本同类型下的各个版本分别与每个新的升级版本相对应； 根据所述升级版本的数量，从所有请求升级的客户端中分别选取相同数量的客户端作为每个升级版本的样本，且将所选取的数量作为每个样本的起始余量； 并行地判断每个所述样本的可升级余量，当所述样本的升级余量足够时，向该样本内的请求客户端返回相应的升级版本及相关的升级信息。2.根据权利要求1所述的发版多版本升级方法，其特征在于，所述将所述服务器存储的升级版本分别与所述客户端的当前版本信息进行匹配，进一步包括: 当匹配失败时，向所述客户端返回升级失败提示。3.根据权利要求1所述的发版多版本升级方法，其特征在于，所述并行地判断每个所述样本的可升级余量，进一步包括: 根据当前客户端已完成升级的数量，相应地减少每个样本的当前余量得到所述可升级余量。4.根据权利要求3所述的发版多版本升级方法，其特征在于，所述并行地判断每个所述样本的可升级余量，进一步包括: 当判断到样本升级余量不足时，向所述样本内的请求客户端返回升级失败提示。5.根据权利要求1所述的发版多版本升级方法，其特征在于，进一步包括: 所述服务器存储预先制定好升级方案的各个升级版本，且并行地控制各个升级版本升级的开启、暂停及终止。6.一种发版多版本升级系统，其特征在于，所述系统设置在服务器上，该系统包括:接收模块、处理模块及发送模块，其中， 所述接收模块，用于存储发版，对各个类型的版本设置对应类型的升级目录；所述服务器根据所述升级目录对同一类型的多个版本设置其各自的子升级目录； 接收客户端发送的版本升级请求，读取所述版本升级请求中所携带的所述客户端的当前版本子升级目录信息；并根据当前版本的子升级目录获取同类型的其它版本； 所述处理模块，用于将所述服务器存储的升级版本分别与所述客户端的当前版本信息进行匹配，获取升级版本； 根据所述升级版本的数量，从所有请求升级的客户端中分别选取相同数量的客户端作为每个升级版本的样本，且将所选取的数量作为每个样本的起始余量； 并行地判断每个所述样本的可升级余量； 所述发送模块，用于当所述样本的升级余量足够时，向该样本内的请求客户端返回相应的升级版本及相关的升级信息。7.根据权利要求6所述的发版多版本升级系统，其特征在于，所述处理模块，进一步用于: 当匹配失败时，向所述客户端返回升级失败提示。8.根据权利要求6所述的发版多版本升级系统，其特征在于，所述处理模块，进一步用于: 根据当前客户端已完成升级的数量，相应地减少每个样本的当前余量得到所述可升级余量。9.根据权利要求8所述的发版多版本升级系统，其特征在于，所述处理模块，进一步用于: 当判断到样本升级余量不足时，向所述样本内的请求客户端返回升级失败提示。10.根据权利要求6所述的发版多版本升级系统，其特征在于，所述处理模块，进一步用于: 存储预先制定好升级方案的各个升级版本，且并行地控制各个升级版本升级的开启、暂停及终止。
【专利摘要】本申请公开了发版多版本升级方法，包括：服务器存储发版时，对各个类型的版本设置对应类型的升级目录；根据升级目录对同一类型的多个版本设置其各自的子升级目录；接收客户端发送的版本升级请求，读取客户端的当前版本子升级目录信息；根据当前版本的子升级目录获取同类型的其它版本；将存储的升级版本分别与客户端的当前版本信息进行匹配，获取升级版本；将当前版本同类型下的各个版本分别与每个新的升级版本相对应；根据升级版本的数量，从所有请求升级的客户端中分别选取相同数量的客户端作为每个升级版本的样本，判断每个样本的可升级余量，当样本的升级余量足够时，向该样本内的请求客户端返回相应的升级版本及相关的升级信息。
【IPC分类】G06F9/445
【公开号】CN105183522
【申请号】CN201510625075
【发明人】袁春光, 毕先春, 卢述奇
【申请人】北京暴风科技股份有限公司
【公开日】2015年12月23日
【申请日】2015年9月26日