一种升级应用程序的方法及系统与流程

本发明涉及软件升级技术领域，尤其涉及一种升级应用程序的方法及系统。

背景技术：

现在我们已经处于互联网时代，各种互联网产品得到了广泛应用，极大的方便了人们的生活。几乎所有人每天都要接触互联网，接触各种应用程序。而应用程序随着市场的变换，需要不断的迭代，开发新的功能来满足用户的需求。

为了增加用户的活跃度，很多产品频繁的退出新功能，对应用程序频繁的进行升级。

在应用程序升级过程中，可能造成应用程序版本混乱的问题。由于各个版本之间存在功能性的差异和版本之间的兼容性问题，可能会影响用户的正常使用。例如公开号为cn103793248a的专利公开了一种应用程序升级的方法及装置，所述应用程序升级的方法包括：获取待升级的应用程序的安装包；从所述安装包中提取指定的组件对象信息；依据所述指定的组件对象信息确定所述应用程序中指定的组件对象；采用所述指定的组件对象信息加载所述指定的组件对象。此发明中没有考虑到用户版本控制问题，在用户使用的应用程序如果存在多种版本，可能导致一些使用上的问题。

又如公开号为cn106020900a的专利公开了一种升级方法及升级装置，所述升级方法包括：根据客户端发送的设备明细信息生成升级包列表并发送给所述客户端，以供所述客户端从所述升级包列表中选择目标升级版本。根据所述目标升级版本获取相应的升级包信息并发送给所述客户端，以供所述客户端根据所述升级包信息下载相应的升级包进行升级操作。在应用程序过低时，如果不能及时的升级，可能会影响到很多用户的正常使用，所以在应用程序的升级时，需要整体考虑。

此外，有时候不同渠道的用户需要采取不同的策略。尤其，在开发出新版本程序时，需要对程序进行测试，可以选取一些渠道的用户进行升级，以观后效。在测试完成后，再推广使用。所以也应该考虑应用程序升级时，渠道的重要性。

鉴于上述问题，现有技术中对于升级的考虑并不是很完善。

技术实现要素：

本发明所要解决的技术问题在于如何对不同渠道、不同版本的应用程序采取不同的升级策略，以更好的满足用户和开发者的需求。

本发明解决其技术问题，提出一种升级应用程序的方法及系统。

所述升级应用程序的方法包括：

获取终端发送的应用程序升级请求；

根据所述应用程序升级请求中携带的应用程序的当前版本号、渠道标识，检测在所述渠道标识对应的渠道中是否有所述应用程序的新版本；

当有新版本时，判断所述应用程序的当前版本是否低于预设版本；

当低于预设版本时，发送第一升级控制信息至终端，以便终端对所述应用程序进行强制升级。

进一步地，所述方法还包括：

当所述应用程序的当前版本不低于预设版本时，发送第二升级控制信号至终端，以便终端根据用户的指令，选择是否对所述应用程序进行升级。

进一步地，所述方法还包括：

接收后台控制系统上传的所述应用程序的升级包，以及所述升级包对应的版本信息、渠道标识和所述预设版本的版本号，以便对所述应用程序进行升级。

进一步地，所述发送第一升级控制信息至终端，以便终端对所述应用程序进行强制升级，具体包括：

发送升级控制指令和下载升级包的url至终端，以便所述终端响应于所述控制指令，从所述url下载升级包，对所述应用程序进行强制升级。

进一步地，在发送第一升级控制信息至终端，以便终端对所述应用程序进行强制升级之后，还包括：

从所述终端获取所述应用程序在执行升级操作后的版本信息，以判断所述强制升级是否成功。

另一方面，本发明还提供一种升级应用程序的系统，所述系统包括：

升级请求获取模块，用于获取终端发送的应用程序升级请求；

版本检测模块，用于根据所述应用程序升级请求中携带的应用程序的当前版本号、渠道标识，检测在所述渠道标识对应的渠道中是否有所述应用程序的新版本；

判断模块，用于当版本检测模块检测到新版本时，判断所述应用程序的当前版本是否低于预设版本；

第一控制信息发送模块，用于当低于预设版本时，发送第一升级控制信息至终端，以便终端对所述应用程序进行强制升级。

进一步地，所述系统还包括：

第二控制信息发送模块，用于当所述应用程序的当前版本不低于预设版本时，发送第二升级控制信号至终端，以便终端根据用户的指令，选择是否对所述应用程序进行升级。

进一步地，所述系统还包括：

升级信息接收模块，用于接收后台控制系统上传的所述应用程序的升级包，以及所述升级包对应的版本信息、渠道标识和所述预设版本的版本号，以便对所述应用程序进行升级。

进一步地，所述第一控制信息发送模块包括：

第一控制信息发送子模块，用于发送升级控制指令和下载升级包的url至终端，以便所述终端响应于所述控制指令，从所述url下载升级包，对所述应用程序进行强制升级。

进一步地，所述系统还包括：

版本信息获取模块，用于从所述终端获取所述应用程序在执行升级操作后的版本信息，以判断所述强制升级是否成功。

本发明可为应用程序在不同渠道，选择不同的升级策略；为不同渠道的用户提供不同的功能和服务。此外，还可以实现产品的灰度发布，让一些渠道的用户参与应用程序的测试，在测试完成后再大规模推向市场，保证产品的质量。

另外，根据用户终端中应用程序的版本，选择不同的升级策略。当应用程序的版本过低时，影响用户的使用，可为他们实施强制升级，提供更好的用户体验；另一方面，当应用程序的版本较高时，可让用户选择是否进行升级，可避免频繁升级对用户使用的影响。

总之，本发明通过对不同渠道、不同版本的应用程序采取不同的升级策略，以更好的满足用户和开发者的需求。

附图说明

图1是本发明实施例一提供的一种升级应用程序的方法的流程图；

图2是本发明实施例二提供的一种升级应用程序的方法的流程图；

图3是本发明实施例三提供的一种升级应用程序的方法的流程图；

图4是本发明实施例四提供的一种升级应用程序的系统的结构框图。

具体实施方式

以下是本发明的具体实施例并结合附图，对本发明的技术方案作进一步的描述，但本发明并不限于这些实施例。

还应当理解，此处所描述的具体实施例仅仅用于理解本发明，并不用于限定本发明。

本发明涉及用于提供升级服务的升级服务器，用于对管理升级服务器的后台控制系统，以及待升级的应用程序所在的终端。后台控制系统可位于计算机上，工程师可通过计算机，对升级服务器进行设置；所述终端包括手机、平板电脑等。

本发明提供的方法及系统应用于升级服务器。

实施例一

本实施例提供一种升级应用程序的方法，其流程图如图1所示，结合附图详述如下：

步骤s101，获取终端发送的应用程序升级请求。

所述用户终端包括手机、平板电脑等移动终端。在所述终端上安装有需要升级的应用程序。

一般来说，应用程序每隔一段时间都会检查更新，即向升级服务器发送所述应用程序升级请求；此外，也可以是在用户的指令下，应用程序根据用户的指令进行检查更新。

升级服务器接收终端的应用程序发送的升级请求。

步骤s102，根据所述应用程序升级请求中携带的应用程序的当前版本号、渠道标识，检测在所述渠道标识对应的渠道中是否有所述应用程序的新版本。

所述应用程序升级请求包含应用程序当前的版本号、渠道标识等信息。

其中，渠道标识是渠道的唯一标识，每个渠道仅有一个渠道标识。通过渠道标识唯一确定应用程序所在的渠道。

在所述渠道下，通过该应用程序的最新版本号与应用程序的当前版本号进行比较，可以确定该应用程序是否存在新版本。

具体地，在升级服务器中存储有所述应用程序的最新升级包，以及该升级包对应的最新版本号、该应用程序所在的渠道标识。

后台控制系统可对升级服务器中的应用程序的升级的版本进行设定。

步骤s103，当有新版本时，判断所述应用程序的当前版本是否低于预设版本。

在升级服务器中，当该渠道下，所述应用程序的最新版本高于所述应用程序的当前版本时，判断所述应用程序的当前版本是否低于预设版本。

进一步地，根据判断结果采取不同的升级策略。

步骤s104，低于预设版本时，发送第一升级控制信息至终端，以便终端对所述应用程序进行强制升级。

可选地，当所述终端中的应用程序低于预设版本时，将影响用户的使用或其他用户的使用。这种影响可能导致应用程序的功能缺失或错误，直接影响用户的使用体验。在低于此版本时，需要采取措施。

所述预设的版本由工程师通过后台控制系统在升级服务器中设定。

当所述终端的所述应用程序低于该预设版本时，对所述应用程序进行强制升级。

升级服务器发送第一升级控制信息至终端，终端开始对所述应用程序进行强制升级。所述强制升级在执行时，用户不能选择对是否进行升级。升级前可对用户进行提醒。

可选地，终端可在不影响用户使用的情况下进行。当升级完成对用户进行提醒。

此外，后台控制系统可以用于升级服务器的版本管理；工程师可通过后台控制系统上传所述应用程序的升级包，以及所述升级包对应的版本信息、渠道标识和所述预设版本的版本号。

进一步地，所述升级服务器接收后台控制系统上传的所述应用程序的升级包，以及所述升级包对应的版本信息、渠道标识和所述预设版本的版本号，以便对所述应用程序进行升级。

实施例二

本实施例提供一种升级应用程序的方法，其流程图如图2所示，结合附图详述如下：

步骤s201，获取终端发送的应用程序升级请求。

步骤s202，根据所述应用程序升级请求中携带的应用程序的当前版本号、渠道标识，检测在所述渠道标识对应的渠道中是否有所述应用程序的新版本。

步骤s203，当有新版本时，判断所述应用程序的当前版本是否低于预设版本。

由于步骤s201至步骤s203已经在实施例一中详述，参考实施例一，这里不再赘述。

步骤s204，当低于预设版本时，发送第一升级控制信息至终端，以便终端对所述应用程序进行强制升级。

所述发送第一升级控制信息至终端，以便终端对所述应用程序进行强制升级，具体包括：

发送升级控制指令和下载升级包的url至终端，以便所述终端响应于所述控制指令，从所述url下载升级包，对所述应用程序进行强制升级。

可选地，所述url地址的资源存储于升级服务器。

步骤s204’，当所述应用程序的当前版本不低于预设版本时，发送第二升级控制信号至终端，以便终端根据用户的指令，选择是否对所述应用程序进行升级。

所述终端在接收升级服务器发送的第二升级控制信号之后，在用户操作界面为用户提供是否升级的选项。

当所述终端为智能手机时，用户可通过滑动或点击输入指令，以确定是否升级。

终端根据用户的指令选择是否对所述应用程序进行升级。

实施例三

本实施例提供一种升级应用程序的方法，其流程图如图3示，结合附图详述如下：

步骤s301，获取终端发送的应用程序升级请求；

步骤s302，根据所述应用程序升级请求中携带的应用程序的当前版本号、渠道标识，检测在所述渠道标识对应的渠道中是否有所述应用程序的新版本；

步骤s303，当有新版本时，判断所述应用程序的当前版本是否低于预设版本；

步骤s304，当低于预设版本时，发送第一升级控制信息至终端，以便终端对所述应用程序进行强制升级。

由于步骤s201至步骤s204已经在实施例一和实施例二中详述，参考实施例一和实施例二，这里不再赘述。

步骤s305，从所述终端获取所述应用程序在执行升级操作后的版本信息，以判断所述强制升级是否成功。

从所述终端获取所述应用程序在执行升级操作后的版本信息，以判断所述强制升级是否成功。

进一步地，可将终端应用程序升级是否成功的结果返回给后台控制系统。后台控制系统可对大量的升级数据进行统计，以反馈给工程师。

实施例四

本实施例提供一种升级应用程序的系统，其结构框图其如图4示，所述系统包括：

升级请求获取模块410，用于获取终端发送的应用程序升级请求；

版本检测模块420，用于根据所述应用程序升级请求中携带的应用程序的当前版本号、渠道标识，检测在所述渠道标识对应的渠道中是否有所述应用程序的新版本；

判断模块430，用于当版本检测模块检测到新版本时，判断所述应用程序的当前版本是否低于预设版本；

第一控制信息发送模块440，用于当低于预设版本时，发送第一升级控制信息至终端，以便终端对所述应用程序进行强制升级。

进一步地，所述系统还包括：

第二控制信息发送模块，用于当所述应用程序的当前版本不低于预设版本时，发送第二升级控制信号至终端，以便终端根据用户的指令，选择是否对所述应用程序进行升级。

进一步地，所述系统还包括：

升级信息接收模块，用于接收后台控制系统上传的所述应用程序的升级包，以及所述升级包对应的版本信息、渠道标识和所述预设版本的版本号，以便对所述应用程序进行升级。

进一步地，所述第一控制信息发送模块440包括：

第一控制信息发送子模块，用于发送升级控制指令和下载升级包的url至终端，以便所述终端响应于所述控制指令，从所述url下载升级包，对所述应用程序进行强制升级。

进一步地，还包括：

版本信息获取模块，用于从所述终端获取所述应用程序在执行升级操作后的版本信息，以判断所述强制升级是否成功。

由于本实施例提供的升级应用程序的系统应用于实施例一至实施例三提供的升级应用程序的方法，详情参见实施例一至实施例三中的描述，这里不再赘述。

应当理解，上述的步骤并没有严格的执行顺序，所有可预见并且不影响功能的实现的变化都应该在本发明的保护范围内。

应该理解，所描述的方法和系统都是示意性的，在实际实施过程中通过调整可以有所差别。

在本申请所提供的实施例中，应该理解所描述的方法和系统都是示意性的，在实际实施过程中通过调整可以有所差别。

另外，各功能单元或模块的具体名称也只是为了便于相互区分，并不用于本发明的保护范围。

本文中所描述的具体实施例仅仅是对本发明精神作举例说明。本发明所属技术领域的技术人员可以对所描述的具体实施例做各种各样的修改或补充或采用类似的方式替代，但并不会偏离本发明的精神或者超越所附权利要求书所定义的范围。