CN106648745B

CN106648745B - 一种应用升级的控制方法及装置

Info

Publication number: CN106648745B
Application number: CN201610960354.XA
Authority: CN
Inventors: 韩凯; 宋永周; 朱志武; 张佳宝
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2016-10-26
Filing date: 2016-10-26
Publication date: 2020-08-04
Anticipated expiration: 2036-10-26
Also published as: CN106648745A

Abstract

本发明公开了一种应用升级的控制方法，包括：确定目标应用的各个已发布版本在已注册用户中的占比；根据所述各个已发布版本的占比，确定每个非最新版本所对应的升级控制策略，所述非最新版本为所述各个已发布版中除当前最新版本之外的版本；按照所述每个非最新版本所对应的升级控制策略，控制从所述每个非最新版本升级到所述当前最新版本。本发明实施例提供的应用升级的控制方法，可以在用户不使用目标应用时不推送升级包，在用户使用目标应用时，使用对应的升级控制策略升级到当前最新版本，既节省了网络流量，又提高了升级的速度。

Description

一种应用升级的控制方法及装置

技术领域

本发明涉及互联网技术领域，具体涉及一种应用升级的控制方法及装置。

背景技术

随着互联网的快速发展，各种应用也越来越多，而且每种应用也会不断升级，以满足用户更多的需求。

应用升级的过程通常都是服务器将升级包发送给用户设备，在用户使用该应用时，用户设备安装该升级包完成应用升级。

当前的应用升级方式，只要是应用的版本有更新，服务器就会向用户设备推送新版本的升级包，但如果用户一直都不启动该应用，用户设备也就不会安装这些新版本的升级包进行升级，可能服务器已经发送了几个新版本的升级包，而用户设备一个都没升级，一旦用户启动该应用，就需要一个接着一个的去升级，这样的升级方式不仅浪费网络流量，而且升级到最近版本需要花费很多时间。

发明内容

为解决现有技术中控制应用升级的方式不仅浪费网络流量，而且升级效率低下的问题，本发明实施例提供一种应用升级的控制方法，可以在用户不使用目标应用时不推送升级包，在用户使用目标应用时，使用对应的升级控制策略升级到当前最新版本，既节省了网络流量，又提高了升级的速度。本发明实施例还提供了相应的装置。

本发明第一方面提供一种应用升级的控制方法，包括：

确定目标应用的各个已发布版本在已注册用户中的占比；

根据所述各个已发布版本的占比，确定每个非最新版本所对应的升级控制策略，所述非最新版本为所述各个已发布版中除当前最新版本之外的版本；

按照所述每个非最新版本所对应的升级控制策略，控制从所述每个非最新版本升级到所述当前最新版本。

本发明第二方面提供一种应用升级的控制装置，包括：

第一确定单元，用于确定目标应用的各个已发布版本在已注册用户中的占比；

第二确定单元，用于根据所述第一确定单元确定的所述各个已发布版本的占比，确定每个非最新版本所对应的升级控制策略，所述非最新版本为所述各个已发布版中除当前最新版本之外的版本；

控制单元，用于按照所述第二确定单元确定的所述每个非最新版本所对应的升级控制策略，控制从所述每个非最新版本升级到所述当前最新版本。

与现有技术中控制应用升级的方式不仅浪费网络流量，而且升级效率低下相比，本发明实施例提供的应用升级的控制方法，根据各个已发布版本的占比，确定每个非最新版本所对应的升级控制策略，按照所述每个非最新版本所对应的升级控制策略，控制从所述每个非最新版本升级到所述当前最新版本。可以在用户不使用目标应用时不推送升级包，在用户使用目标应用时，使用对应的升级控制策略升级到当前最新版本，既节省了网络流量，又提高了升级的速度。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例中应用升级的控制系统的一实施例示意图；

图2是本发明实施例中应用升级的一示例示意图；

图3是本发明实施例中应用升级的另一示例示意图；

图4是本发明实施例中应用升级的控制方法的一实施例示意图；

图5是本发明实施例中应用升级的控制方法的另一实施例示意图；

图6是本发明实施例中应用升级的控制装置的一实施例示意图；

图7是本发明实施例中服务器的一实施例示意图。

具体实施方式

本发明实施例提供一种应用升级的控制方法，可以在用户不使用目标应用时不推送升级包，在用户使用目标应用时，使用对应的升级控制策略升级到当前最新版本，既节省了网络流量，又提高了升级的速度。本发明实施例还提供了相应的装置。以下分别进行详细说明。

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

随着智能终端的发展，应用升级已经越来越常见，目前的应用升级通常是服务器向用户设备推送升级提醒，在用户点击升级操作后，用户设备安装升级包进行升级，而且升级都是连续升级的，不能跳跃升级。

用户设备上可能安装有多个应用，有些应用是常用的，有些应用可能用过一次或者几次之后就没有再使用了，针对常用的应用，用户可能会根据升级提醒持续升级了，而一些不太常用的应用，用户可能没有及时连续升级，当用户再想使用时，中间已经间隔了多个版本，再针对这些间隔的版本逐一连续升级，一方面浪费网络流量，另一方面浪费时间。

对于应用运营商来说，用户不再使用以为这用户的流失，该应用所带来的收益也必将减少，因此，应用运营商业要极力拉回流失的用户，现有技术中这种既浪费网络流量，有浪费升级时间的升级控制方案，必然会影响拉回流。

为了解决现有技术应用升级方案中既浪费网络流量，又浪费时间的问题，本发明实施例提供一种应用升级的控制方法、装置及系统，可以在用户不使用目标应用时不推送升级包，在用户使用目标应用时，使用对应的升级控制策略升级到当前最新版本，既节省了网络流量，又提高了升级的速度。

下面结合图1，先介绍本发明实施例中应用升级的控制系统。

如图1所示，本发明实施例提供的应用升级的控制系统包括：用户设备10、网络20、升级控制设备30、版本发布设备40和注册管理设备50，用户设备10通过网络20与升级控制设备30、版本发布设备40和注册管理设备50通信连接。其中，升级控制设备30、版本发布设备40和注册管理设备50可以是各自独立的设备，其中的两者或者三者也可以是集成在一台设备上来执行对应的功能。

其中，版本发布设备40用于在有新版本需要发布时，向用户设备10发布有新版本的通知消息，版本发布设备40还存储有目标应用的各个版本，并记录有各个版本的发布时间。

从注册管理设备50用于记录每个用户的注册信息，包括用户的帐号，以及登录时间等，可以是记录用户每次的登录时间，为了节省存储空间，也可以只保留最后一次的登录时间。

升级控制设备30用于控制应用升级，控制方案可以是：

确定目标应用的各个已发布版本在已注册用户中的占比；

本发明实施例中的目标应用可以是游戏应用、支付类应用，以及外卖类应用等，本发明实施例中对目标应用的种类不做限定。

其中，所述确定目标应用的各个已发布版本在已注册用户中的占比，可以包括：

从版本发布设备40获取所述目标应用的各个已发布版本的发布时间；

从注册管理设备50获取每个已注册用户的最后一次登录时间；

根据所述各个已发布版本的发布时间和所述每个已注册用户的最后一次登录时间，确定所述各个已发布版本在已注册用户中的占比。

本发明实施例中，通过目标应用的各个已发布版本的发布时间，以及每个已注册用户的最后一次登录时间可以确定出每个已发布版本的用户数量，然后根据已注册用户的总数量，就可以确定出各个已发布版本在已注册用户中的占比。

以穿越火线(CrossFire，CF)游戏为例，截取了最近两个月半的数据，包括已发布的385至393九个版本，如图2所示，图2中记录了这九个版本各自已注册用户占比，如图2所示，393是最新的版本，385至392都是非最新版本，在非最新版本中，385的占比是8％，386的占比是8％，387的占比是4％，388的占比是11％，389的占比是10％，390的占比是3％，391的占比是18％，392的占比是18％。

按照各个非最新版本的占比，可以针对性的确定对应的升级控制策略，例如：针对占比量比较高的391、389、388、386、385等可以直接设置跨版本升级策略，直接从当前版本升级到最新版本，也就是393版本，当然，为了避免开发过多的升级控制策略，可以只选择排序在前N的采用跨版本升级，N例如可以等于3，当前N的取值不做限定。若本场景中N取3，则只能对391、389、388采用跨版本升级策略，其他的版本只能就近先升级到最接近的可以跨版本升级的版本，才能再进行跨版本升级，显然，该中方案还有可以改进的空间。例如388和389紧邻，可以间隔选择使用跨版本的升级控制策略，例如：386可以设置跨版本的升级控制策略，385就可以就近升级到386，再跨版本升级到393，388或389中的一个可以设置跨版本的升级控制策略，例如389设置跨版本的升级控制策略，那么388可以就近先升级到389，再跨版本升级到393，391可以设置跨版本的升级控制策略，390可以先升级到391，再跨版本升级到393，392可以直接升级到393。

也就是说，可选地，本发明实施例中的所述根据所述各个已发布版本的占比，确定每个非最新版本所对应的升级控制策略，可以包括：

根据所述非最新版本的占比，确定所述非最新版本中的目标版本，所述目标版本为按照由高到低排序，且排序在预设阈值之前的非最新版本；

针对所述目标版本中与所述当前最新版本不相邻的版本，确定跨版本升级控制策略；

针对所述非最新版本中除所述目标版本之外的版本，确定就近升级控制策略，所述就近升级控制策略为升级到最接近的目标版本的控制策略。

也就是直接按照占比排序方案，按照由高到低的顺序排序后，选择排序在预设阈值之前的非最新版本作为目标版本，然后对目标版本中与所述当前最新版本不相邻的版本设置跨版本升级策略。

可选地，本发明实施例提供的另一种方案中，本发明实施例中的所述根据所述各个已发布版本的占比，确定每个非最新版本所对应的升级控制策略，可以包括：

根据所述非最新版本的占比，确定所述非最新版本中的目标版本，所述目标版本为按照由高到低排序后，再按照版本号的预置间隔进行间隔选择的非最新版本；

也就是说，该方案中，按照占比排序后，还要考虑版本号，两个相邻的版本号即使排序都在前，也不能两个都选为目标版本，需要间隔开版本号，这样可以有利于提高升级效率。

与现有技术中控制应用升级的方式不仅浪费网络流量，而且升级效率低下相比，本发明实施例提供的应用升级的控制方案，根据各个已发布版本的占比，确定每个非最新版本所对应的升级控制策略，按照所述每个非最新版本所对应的升级控制策略，控制从所述每个非最新版本升级到所述当前最新版本。可以在用户不使用目标应用时不推送升级包，在用户使用目标应用时，使用对应的升级控制策略升级到当前最新版本，既节省了网络流量，又提高了升级的速度。

可选地，所述根据所述各个已发布版本的发布时间和所述每个已注册用户的最后一次登录时间，确定所述各个已发布版本在已注册用户中的占比，可以包括：

确定所述每个已注册用户的最后一次登录时间所属的版本区间，所述版本区间为所述已发布版本中相邻两个版本的发布时间间距；

根据落入各个所述版本区间的已注册用户数量，以及已注册用户的总数量，确定所述各个已发布版本在已注册用户中的占比。

另外，所述根据落入各个所述版本区间的已注册用户数量，以及已注册用户的总数量，确定所述各个已发布版本在已注册用户中的占比之前，所述方法还可以包括：

将落入各个版本区间的已注册用户的版本号，确定为所述相邻两个版本中在前发布的版本号。

本发明实施例中，两个相邻的版本中间会有一段时间间隔，例如：385版本发布日期是2016年8月1日，386版本发布日期是2016年8月8日，那么385和386的版本区间就是2016年8月1日至2016年8月8日，若已注册用户的最后一次登录时间处于8月1日到8月8日之间，则可以确定该已注册用户所使用的版本是385，然后统计落入各个所述版本区间的已注册用户数量，就可以确定各版本的已注册用户数量，再结合已注册用户的总数量就可以确定出各版本已注册用户的占比。

如表1所示，根据各版本的发布日期和用户最后登录的时间，确定出的各版本的已注册用户数量可以参阅表1进行理解：

表1：版本号和对应已注册用户数量表

版本号	已注册用户数量
		385	400000
386	400000
		387	200000
388	550000
		389	500000
390	150000
		391	900000
392	750000
		393	1150000

需要说明的是，表1中的数量只是举例说明，不要将表1的数量理解为是对数量的限定。如表1所示的数量，可以计算出已注册用户的总数量是5000000，则可以计算出各版本的占比，占比也就是各已注册用户数量除以总数量，计算结果可以参阅表2进行理解。

表1：版本号和对应已注册用户数量及占比

版本号	已注册用户数量	占比
			385	400000	8％
386	400000	8％
			387	200000	4％
388	550000	11％
			389	500000	10％
390	150000	3％
			391	900000	18％
392	750000	15％
			393	1150000	23％

本发明实施例在确定出各版本的已注册用户的占比后，根据该占比对不同的版本针对性的设置了不同的升级控制策略，按照该升级控制策略控制升级，因本发明实施例提供的方案可以实现直接跨版本升级或者先升级到就近的版本后，再跨版本升级，既节省了网络流量，又提高了升级的速度。也起到了很好的拉回流效果。

图3为应用本发明实施例的升级控制策略后的拉回流验证示意图。

如图3所示，分别统计了8月4日各版本的用户数量和8月7日各版本的用户数量，从图3中可见，老版本中385、386、388和389这四个版本玩家占有率较高，在8月6日前升级到这四个版本的玩家后来就再没登录过游戏。为了拉回流，在8月6日推广了本申请的升级控制方案。还可以针对这些玩家采取游戏公告、下载提速、赠送道具的方式进行拉回流，从8月7日所统计的393的版本数量来看，本次拉回流活动取得了非常好的效果，成功促进150万玩家回流游戏。

参阅图4，本发明实施例提供的应用升级的控制方法的一实施例包括：

101、确定目标应用的各个已发布版本在已注册用户中的占比。

102、根据所述各个已发布版本的占比，确定每个非最新版本所对应的升级控制策略，所述非最新版本为所述各个已发布版中除当前最新版本之外的版本。

103、按照所述每个非最新版本所对应的升级控制策略，控制从所述每个非最新版本升级到所述当前最新版本。

参阅图5，本发明实施例提供的应用升级的控制方法的另一实施例包括：

201、升级控制设备从版本发布设备获取所述目标应用的各个已发布版本的发布时间。

升级控制设备可以向版本发布设备发送查询请求，该查询请求中携带目标应用的标识，版本发布设备根据该目标应用的标识查找该目标应用的各个已发布版本的发布时间，然后返回给升级控制设备。

202、升级控制设备从注册管理设备获取每个已注册用户的最后一次登录时间。

升级控制设备可以从注册管理设备发送查询请求，该查询请求中携带目标应用的标识，注册管理设备根据该目标应用的标识查找该目标应用的每个已注册用户的最后一次登录时间，然后返回给升级控制设备。

203、升级控制设备确定所述每个已注册用户的最后一次登录时间所属的版本区间。

所述版本区间为所述已发布版本中相邻两个版本的发布时间间距。

204、升级控制设备将落入各个版本区间的已注册用户的版本号，确定为所述相邻两个版本中在前发布的版本号。

205、升级控制设备根据落入各个所述版本区间的已注册用户数量，以及已注册用户的总数量，确定所述各个已发布版本在已注册用户中的占比。

206、根据所述各个已发布版本的占比，确定每个非最新版本所对应的升级控制策略，所述非最新版本为所述各个已发布版中除当前最新版本之外的版本。

确定升级控制策略，可以有两种方案，一种是：

另一种是：根据所述非最新版本的占比，确定所述非最新版本中的目标版本，所述目标版本为按照由高到低排序后，再按照版本号的预置间隔进行间隔选择的非最新版本；

207、按照所述每个非最新版本所对应的升级控制策略，控制从所述每个非最新版本升级到所述当前最新版本。

以上对图4和图5部分的应用升级的控制方法的描述可以参阅图1至图3部分的相关描述和例子进行理解，本处不再重复赘述。

参阅图6，本发明实施例提供的应用升级的控制装置60的一实施例包括：

第一确定单元601，用于确定目标应用的各个已发布版本在已注册用户中的占比；

第二确定单元602，用于根据所述第一确定单元601确定的所述各个已发布版本的占比，确定每个非最新版本所对应的升级控制策略，所述非最新版本为所述各个已发布版中除当前最新版本之外的版本；

控制单元603，用于按照所述第二确定单元602确定的所述每个非最新版本所对应的升级控制策略，控制从所述每个非最新版本升级到所述当前最新版本。

与现有技术中控制应用升级的方式不仅浪费网络流量，而且升级效率低下相比，本发明实施例提供的应用升级的控制装置，根据各个已发布版本的占比，确定每个非最新版本所对应的升级控制策略，按照所述每个非最新版本所对应的升级控制策略，控制从所述每个非最新版本升级到所述当前最新版本。可以在用户不使用目标应用时不推送升级包，在用户使用目标应用时，使用对应的升级控制策略升级到当前最新版本，既节省了网络流量，又提高了升级的速度。

可选地，所述第二确定单元602用于：

从版本发布设备获取所述目标应用的各个已发布版本的发布时间；

从注册管理设备获取每个已注册用户的最后一次登录时间；

可选地，所述第二确定单元602用于：

可选地，所述第二确定单元602还用于：将落入各个版本区间的已注册用户的版本号，确定为所述相邻两个版本中在前发布的版本号。

可选地，所述控制单元603用于：

以上对应用升级的控制装置60的描述可以参阅图1至图5部分的相关描述进行理解，本处不再重复赘述。

上述应用升级的控制装置60可以通过服务器来实现，当应用升级的控制装置60是服务器时，该服务器执行应用升级的控制可以参阅以下描述进行理解。

图7是本发明实施例提供的服务器70的结构示意图。所述服务器70应用于应用升级的控制系统，所述应用升级的控制系统还包括版本发布设备和注册管理设备，所述版本发布设备中存储有目标应用的各个已发布版本的发布时间，注册管理设备中存储有每个已注册用户的最后一次登录时间，所述服务器70包括处理器710、存储器750和收发器730，存储器750可以包括只读存储器和随机存取存储器，并向处理器710提供操作指令和数据。存储器750的一部分还可以包括非易失性随机存取存储器(NVRAM)。

在一些实施方式中，存储器750存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集:

在本发明实施例中，通过调用存储器750存储的操作指令(该操作指令可存储在操作系统中)，

确定目标应用的各个已发布版本在已注册用户中的占比；

与现有技术中控制应用升级的方式不仅浪费网络流量，而且升级效率低下相比，本发明实施例提供的服务器，根据各个已发布版本的占比，确定每个非最新版本所对应的升级控制策略，按照所述每个非最新版本所对应的升级控制策略，控制从所述每个非最新版本升级到所述当前最新版本。可以在用户不使用目标应用时不推送升级包，在用户使用目标应用时，使用对应的升级控制策略升级到当前最新版本，既节省了网络流量，又提高了升级的速度。

处理器710控制服务器70的操作，处理器710还可以称为CPU(Central ProcessingUnit，中央处理单元)。存储器750可以包括只读存储器和随机存取存储器，并向处理器710提供指令和数据。存储器750的一部分还可以包括非易失性随机存取存储器(NVRAM)。具体的应用中服务器70的各个组件通过总线系统720耦合在一起，其中总线系统720除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线系统720。

上述本发明实施例揭示的方法可以应用于处理器710中，或者由处理器710实现。处理器710可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器710中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器710可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器750，处理器710读取存储器750中的信息，结合其硬件完成上述方法的步骤。

可选地，处理器710用于：

从注册管理设备获取每个已注册用户的最后一次登录时间；

可选地，处理器710用于：

可选地，处理器710还用于：将落入各个版本区间的已注册用户的版本号，确定为所述相邻两个版本中在前发布的版本号。

可选地，处理器710用于：

以上对服务器的描述可以参阅图1至图5中的升级控制设备的相关内容进行理解，本处不再重复赘述。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：ROM、RAM、磁盘或光盘等。

以上对本发明实施例所提供的应用升级的控制方法方法以及装置进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims

1.一种应用升级的控制方法，其特征在于，包括：

确定目标应用的各个已发布版本在已注册用户中的占比；

根据所述各个已发布版本的占比，确定每个非最新版本所对应的跨版本升级控制策略，所述非最新版本为所述各个已发布版中除当前最新版本之外的版本；

在用户不使用目标应用时不推送升级包，在用户使用目标应用时，按照所述每个非最新版本所对应的跨版本升级控制策略，控制所述每个非最新版本升级到所述当前最新版本；

其中，所述确定目标应用的各个已发布版本在已注册用户中的占比，包括：

从注册管理设备获取每个已注册用户的最后一次登录时间；

根据所述各个已发布版本的发布时间和所述每个已注册用户的最后一次登录时间，确定所述各个已发布版本在已注册用户中的占比；

其中，所述根据所述各个已发布版本的占比，确定每个非最新版本所对应的跨版本升级控制策略，包括：

根据所述非最新版本的占比，确定所述非最新版本中的目标版本，所述目标版本为按照由高到低排序，且排序在预设阈值之前的非最新版本，针对所述目标版本中与所述当前最新版本不相邻的版本，确定跨版本升级控制策略，直接从当前版本升级到当前最新版本；针对所述非最新版本中除所述目标版本之外的版本，确定就近升级控制策略，所述就近升级控制策略为先将当前版本升级到最接近的目标版本，再从最接近的目标版本直接跨版本升级到当前最新版本；

或者，

根据所述非最新版本的占比，确定所述非最新版本中的目标版本，所述目标版本为按照由高到低排序后，再按照版本号的预置间隔进行间隔选择的非最新版本，针对所述目标版本中与所述当前最新版本不相邻的版本，确定跨版本升级控制策略，直接从当前版本升级到当前最新版本；针对所述非最新版本中除所述目标版本之外的版本，确定就近升级控制策略，所述就近升级控制策略为先将当前版本升级到最接近的目标版本，再从最接近的目标版本直接跨版本升级到当前最新版本。

2.根据权利要求1所述的控制方法，其特征在于，所述根据所述各个已发布版本的发布时间和所述每个已注册用户的最后一次登录时间，确定所述各个已发布版本在已注册用户中的占比，包括：

确定所述每个已注册用户的最后一次登录时间所属的时间区间，所述时间区间为所述已发布版本中相邻两个版本的发布时间间距；

根据落入各个所述时间区间的已注册用户数量，以及已注册用户的总数量，确定所述各个已发布版本在已注册用户中的占比。

3.根据权利要求2所述的控制方法，其特征在于，所述根据落入各个所述时间区间的已注册用户数量，以及已注册用户的总数量，确定所述各个已发布版本在已注册用户中的占比之前，所述方法还包括：

将所述相邻两个版本中在前发布的版本号，确定为落入各个时间区间的已注册用户的版本号。

4.一种应用升级的控制装置，其特征在于，包括：

第二确定单元，用于根据所述第一确定单元确定的所述各个已发布版本的占比，确定每个非最新版本所对应的跨版本升级控制策略，所述非最新版本为所述各个已发布版中除当前最新版本之外的版本；

控制单元，用于在用户不使用目标应用时不推送升级包，在用户使用目标应用时，按照所述第二确定单元确定的所述每个非最新版本所对应的跨版本升级控制策略，控制所述每个非最新版本升级到所述当前最新版本；

所述第二确定单元用于：

从注册管理设备获取每个已注册用户的最后一次登录时间；

所述控制单元用于：

或者，

5.根据权利要求4所述的控制装置，其特征在于，

所述第二确定单元用于：

根据落入各个所述时间本区间的已注册用户数量，以及已注册用户的总数量，确定所述各个已发布版本在已注册用户中的占比。

6.根据权利要求5所述的控制装置，其特征在于，

所述第二确定单元还用于：将所述相邻两个版本中在前发布的版本号，确定为落入各个时间区间的已注册用户的版本号。

7.一种计算机可读存储介质，其特征在于，所述存储介质中存储有计算机程序，所述计算机程序用于执行权利要求1-3任一项所述的应用升级的控制方法。