CN107193588A - 一种应用升级方法与装置 - Google Patents

Abstract

本发明公开了一种应用升级方法与装置，属于互联网技术领域。所述方法包括：若检测到存在有新版本应用，则通过第一下载渠道下载将本地应用升级为所述新版本应用对应的升级包；若通过所述第一下载渠道下载失败，则通过第二下载渠道下载所述升级包；运行所述升级包以将所述本地应用升级为所述新版本应用。本发明实施例能够提高应用程序升级方法的容错性，提高应用程序升级的成功率。

Description

一种应用升级方法与装置

技术领域

本发明涉及互联网技术领域，尤其涉及一种应用升级方法与装置。

背景技术

目前，固定终端和移动终端上的应用程序大部分都具有自动升级功能。一旦应用程序内置的用于实现下载功能的代码出现问题，就会导致无法正常下载更新包以进行升级更新。用户需要到指定的应用市场(例如，安智市场、华为应用市场等)或是应用程序官网上去搜索相应的安装包，下载并重新安装才能完成应用程序的升级。现有技术中的应用升级方法的容错性较低，用户体验差。

发明内容

本发明提供一种应用升级方法与装置，目的在于提高应用程序升级方法的容错性，提高应用程序升级的成功率。

为了解决上述技术问题，本发明提供一种应用升级方法，包括：

若检测到存在有新版本应用，则通过第一下载渠道下载将本地应用升级为所述新版本应用对应的升级包；

若通过所述第一下载渠道下载失败，则通过第二下载渠道下载所述升级包；

运行所述升级包以将所述本地应用升级为所述新版本应用。

可选地，所述通过第二下载渠道下载所述升级包，包括：

跳转至所述第二下载渠道对应的浏览器界面，所述浏览器界面上显示有所述升级包对应的下载链接；

响应于针对所述下载链接的触发事件，下载所述升级包。

可选地，所述通过第二下载渠道下载所述升级包，还包括：

显示有关通过第二下载渠道进行所述升级包下载的提示信息；以及

跳转至所述第二下载渠道对应的浏览器界面，包括：

响应于针对所述提示信息的确认事件，跳转至所述第二下载渠道对应的浏览器界面。

可选地，所述方法，还包括：

向服务端发送有关通过所述第一下载渠道下载所述升级包的失败信息，以使所述服务端根据所述失败信息对所述升级包进行下载渠道配置；

接收所述服务端在下载渠道配置完成后下发的配置信息；

以及，通过第二下载渠道下载所述升级包，包括：

通过所述配置信息指示的所述第二下载渠道下载所述升级包。

可选地，所述方法，还包括：

向服务端发送升级验证信息，所述升级验证信息中携带有所述本地应用的标识；

接收服务端根据所述标识反馈的所述本地应用对应的远程版本信息；

比对所述本地应用的当前版本信息和所述远程版本信息；

若所述当前版本信息低于所述远程版本信息，则检测到存在有所述新版本应用。

为了解决上述技术问题，本发明还提供一种应用升级装置，包括：

第一下载模块，用于若检测到存在有新版本应用，则通过第一下载渠道下载将本地应用升级为所述新版本应用对应的升级包；

第二下载模块，用于若通过所述第一下载渠道下载失败，则通过第二下载渠道下载所述升级包；

升级模块，用于运行所述升级包以将所述本地应用升级为所述新版本应用。

本发明实施例提供的技术方案是在应用程序自身下载渠道的基础上，额外设置一下载渠道，在应用程序自身下载渠道无法正常下载应用程序升级包时，启动该额外设置的下载渠道来下载升级包，以确保应用程序的正常升级，而无需用户再到指定的应用市场或官网上搜索相应的安装包，下载并重新安装才能完成应用程序的升级。通过这样的方法，有效提高了应用程序升级方法的容错性，提高了应用程序升级的成功率。

附图说明

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

图1为本发明一实施例提供的应用升级方法的流程示意图；

图2为本发明又一实施例提供的应用升级方法的流程示意图；

图3为本发明一实施例提供的应用升级装置的结构示意图。

具体实施方式

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

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种，但是不排除包含至少一种的情况。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

应当理解，尽管在本发明实施例中可能采用术语第一、第二、第三等来描述XXX，但这些XXX不应限于这些术语。这些术语仅用来将XXX彼此区分开。例如，在不脱离本发明实施例范围的情况下，第一XXX也可以被称为第二XXX，类似地，第二XXX也可以被称为第一XXX。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于监测”。类似地，取决于语境，短语“如果确定”或“如果监测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当监测(陈述的条件或事件)时”或“响应于监测(陈述的条件或事件)”。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。

图1为本发明一实施例提供的应用升级方法的流程示意图。如图1所示，该方法包括：

101、若检测到存在有新版本应用，则通过第一下载渠道下载将本地应用升级为所述新版本应用对应的升级包。

102、若通过所述第一下载渠道下载失败，则通过第二下载渠道下载所述升级包。

103、运行所述升级包以将所述本地应用升级为所述新版本应用。

在实际应用中，可在用户启动应用程序时，响应于所述启动操作，检测是否存在有对应的新版本应用，例如，用户在应用程序快捷图标列表页面选择点击某一应用程序的快捷图标，该点击操作可识别为启动操作；也可在用户触控预先设置的新版本检测控件时，响应于所述触控事件，检测是否存在有对应的新版本应用，例如，用户进入应用程序“设置”界面，点击预先设置的“检测新版本”的控件以进行升级检测；也可预先设置在wifi网络下进行升级检测，例如，用户在启动应用程序时，响应于所述启动操作，检测当前连接的网络类型；当所述网络类型为wifi网络，则检测是否存在有对应的新版本应用。若存在对应的新版本应用，则默认通过第一下载渠道从服务端来下载对应的升级包，该升级包用于将本地旧版本应用升级为新版本应用。

若第一下载渠道下载失败，则启动第二下载渠道从服务端来下载所述升级包。第一下载渠道下载失败存在两种情况：第一种情况是第一下载渠道启动失败，也即是，升级包尚未开始下载；第二种情况是第一下载渠道启动成功，但是在下载升级包的过程中出现下载异常或是下载中断。针对第一种情况，无需进行任何处理，直接启动第二下载渠道来下载所述升级包。针对第二种情况，在本地删除该未下载完成的升级包后，再启动第二下载渠道来下载所述升级包。

在升级包下载成功后，运行所述升级包以实现应用程序从旧版本到新版本的升级。

本发明实施例提供的技术方案是在应用程序自身下载渠道的基础上，额外设置一下载渠道，在应用程序自身下载渠道无法正常下载应用程序升级包时，启动该额外设置的下载渠道来下载升级包，以确保应用程序的正常升级，而无需用户到指定的应用市场或官网上搜索相应的安装包，下载并重新安装才能完成应用程序的升级。通过这样的方法，有效提高了应用程序升级方法的容错性，有效避免了因体验不佳导致的用户流失。

在上述实施例和下述各实施例中，所述应用升级方法还包括：向服务端发送有关通过所述第一下载渠道下载所述升级包的失败信息，以使所述服务端根据所述失败信息对所述升级包进行下载渠道配置；接收所述服务端在下载渠道配置完成后下发的配置信息；以及，通过第二下载渠道下载所述升级包，包括：通过所述配置信息指示的所述第二下载渠道下载所述升级包。即服务端在接收到所述第一下载渠道下载失败信息后，将第二下载渠道配置给客户端，以使客户端通过第二下载渠道下载所述升级包。

图2为本发明一实施例提供的应用升级方法的流程示意图。如图2所示，该方法包括：

201、若检测到存在有新版本应用，则通过第一下载渠道下载将本地应用升级为所述新版本应用对应的升级包。

202、若通过所述第一下载渠道下载失败，跳转至所述第二下载渠道对应的浏览器界面，所述浏览器界面上显示有所述升级包对应的下载链接。

203、响应于针对所述下载链接的触发事件，下载所述升级包。

204、运行所述升级包以将所述本地应用升级为所述新版本应用。

上述步骤201中，第一下载渠道指的是应用程序通过其内置代码所实现的下载工具下载升级包的渠道。

所述检测是否存在新版本应用的步骤，也即是升级检测步骤，具体可通过以下方式实现：向服务端发送升级验证信息，所述升级验证信息中携带有所述本地应用的标识；接收服务端根据所述标识反馈的所述本地应用对应的远程版本信息；比对所述本地应用的当前版本信息和所述远程版本信息；若所述当前版本信息低于所述远程版本信息，则检测到存在有所述新版本应用。

具体地，可在本地存储一本地升级配置文件，所述升级配置文件中存储有本地应用的当前版本信息，在服务端存储一远程升级配置文件，所述远程升级配置文件中存储有最新版本应用的版本信息，其中，版本信息包括版本号、版本日期等。

服务端在接收到客户端发来的升级验证信息后，根据升级验证信息中携带的本地应用的标识获取对应的远程升级配置文件，从远程升级配置文件中提取最新版本号，并将最新版本号发送给客户端，客户端接收到所述最新版本号后，获取本地应用对应的本地配置文件中当前版本号，比较当前版本号与最新版本号，如果版本号相同，则无需进行下载升级；否则，可以直接启动第一下载渠道下载相应的升级包或是弹出升级程序的提示信息，用户确认之后，响应于针对所述升级程序的提示信息的确认事件，启动第一下载渠道。

作为可选地，在执行升级检测步骤之前，检测本地网络和服务端是否有效，若有效，则执行升级检测步骤，若无效，则不执行升级检测步骤。检测本地网络和服务端是否有效，即是检测本地网络是否连接正常，服务端是否在线。

上述步骤202中，当第一下载渠道下载失败时，可直接跳转至所述第二下载渠道对应的浏览器界面，或者，显示有关通过第二下载渠道进行所述升级包下载的提示信息，以提醒用户是否要选择第二下载渠道进行所述下载包的下载；响应于针对所述提示信息的确认事件，跳转至所述第二下载渠道对应的浏览器界面。

在用户界面跳转到所述浏览器界面后，用户可通过点击所述浏览器界面上的下载链接，以使浏览器内置下载工具来下载所述升级包。下载完成后，运行所述升级包升级所述应用，并更新本地升级配置文件，包括更新当前版本号、和当前版本日期。

本发明实施例提供的技术方案是在应用程序自身下载渠道的基础上，额外设置一浏览器下载渠道，在应用程序自身下载工具出现问题，无法正常下载应用程序升级包时，启动该额外设置的下载渠道，即启动浏览器内置下载工具来下载升级包，以确保应用程序的正常升级，而无需用户到指定的应用市场或官网上搜索相应的安装包，下载并重新安装才能完成应用程序的升级。通过这样的方法，有效提高了应用程序升级方法的容错性，有效避免了因体验不佳导致的用户流失。

图3为本发明一实施例提供的应用升级装置的结构示意图。如图3所示，该装置包括：第一下载模块301、第二下载模块302以及升级模块303。

第一下载模块301，用于若检测到存在有新版本应用，则通过第一下载渠道下载将本地应用升级为所述新版本应用对应的升级包。

第二下载模块302，用于若通过所述第一下载渠道下载失败，则通过第二下载渠道下载所述升级包。

升级模块303，用于运行所述升级包以将所述本地应用升级为所述新版本应用。

可选地，所述第二下载模块302，包括：

跳转单元，用于跳转至所述第二下载渠道对应的浏览器界面，所述浏览器界面上显示有所述升级包对应的下载链接。

下载单元，用于响应于针对所述下载链接的触发事件，下载所述升级包。

可选地，所述第二下载模块302，还包括：

显示单元，用于显示有关通过第二下载渠道进行所述升级包下载的提示信息。

所述跳转单元，还用于：

响应于针对所述提示信息的确认事件，跳转至所述第二下载渠道对应的浏览器界面。

可选地，所述装置，还包括：

第一发送模块，用于向服务端发送有关通过所述第一下载渠道下载所述升级包的失败信息，以使所述服务端根据所述失败信息对所述升级包进行下载渠道配置。

第一接收模块，用于接收所述服务端在下载渠道配置完成后下发的配置信息。

以及，所述第二下载模块302，还用于：

通过所述配置信息指示的所述第二下载渠道下载所述升级包。

可选地，所述装置，还包括：

第二发送模块，用于向服务端发送升级验证信息，所述升级验证信息中携带有所述本地应用的标识。

第二接收模块，用于接收服务端根据所述标识反馈的所述本地应用对应的远程版本信息。

比对模块，用于比对所述本地应用的当前版本信息和所述远程版本信息；若所述当前版本信息低于所述远程版本信息，则检测到存在有所述新版本应用。

本发明实施例提供的技术方案是在应用程序自身下载渠道的基础上，额外设置一浏览器下载渠道，在应用程序自身下载工具出现问题，无法正常下载应用程序升级包时，启动该额外设置的下载渠道，即启动浏览器内置下载工具来下载升级包，以确保应用程序的正常升级，而无需用户到指定的应用市场或官网上搜索相应的安装包，下载并重新安装才能完成应用程序的升级。通过这样的方法，有效提高了应用程序升级方法的容错性，有效避免了因体验不佳导致的用户流失。

这里需要说明的是：上述实施例提供的应用升级装置可实现上述方法实施例中描述的技术方案，上述各模块或单元具体实现的原理可参见上述各方法实施例中的相应内容，此处不再赘述。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

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

若检测到存在有新版本应用，则通过第一下载渠道下载将本地应用升级为所述新版本应用对应的升级包；

若通过所述第一下载渠道下载失败，则通过第二下载渠道下载所述升级包；

运行所述升级包以将所述本地应用升级为所述新版本应用。

2.根据权利要求1所述的方法，其特征在于，所述通过第二下载渠道下载所述升级包，包括：

跳转至所述第二下载渠道对应的浏览器界面，所述浏览器界面上显示有所述升级包对应的下载链接；

响应于针对所述下载链接的触发事件，下载所述升级包。

3.根据权利要求2所述的方法，其特征在于，所述通过第二下载渠道下载所述升级包，还包括：

显示有关通过第二下载渠道进行所述升级包下载的提示信息；以及

跳转至所述第二下载渠道对应的浏览器界面，包括：

响应于针对所述提示信息的确认事件，跳转至所述第二下载渠道对应的浏览器界面。

4.根据权利要求1～3中任一项所述的方法，其特征在于，还包括：

向服务端发送有关通过所述第一下载渠道下载所述升级包的失败信息，以使所述服务端根据所述失败信息对所述升级包进行下载渠道配置；

接收所述服务端在下载渠道配置完成后下发的配置信息；

以及，通过第二下载渠道下载所述升级包，包括：

通过所述配置信息指示的所述第二下载渠道下载所述升级包。

5.根据权利要求1～3中任一项所述的方法，其特征在于，还包括：

向服务端发送升级验证信息，所述升级验证信息中携带有所述本地应用的标识；

接收服务端根据所述标识反馈的所述本地应用对应的远程版本信息；

比对所述本地应用的当前版本信息和所述远程版本信息；

若所述当前版本信息低于所述远程版本信息，则检测到存在有所述新版本应用。

6.一种应用升级装置，其特征在于，所述装置，包括：

第一下载模块，用于若检测到存在有新版本应用，则通过第一下载渠道下载将本地应用升级为所述新版本应用对应的升级包；

第二下载模块，用于若通过所述第一下载渠道下载失败，则通过第二下载渠道下载所述升级包；

升级模块，用于运行所述升级包以将所述本地应用升级为所述新版本应用。

7.根据权利要求6所述的装置，其特征在于，所述第二下载模块，包括：

跳转单元，用于跳转至所述第二下载渠道对应的浏览器界面，所述浏览器界面上显示有所述升级包对应的下载链接；

下载单元，用于响应于针对所述下载链接的触发事件，下载所述升级包。

8.根据权利要求7所述的装置，其特征在于，所述第二下载模块，还包括：

显示单元，用于显示有关通过第二下载渠道进行所述升级包下载的提示信息；

所述跳转单元，还用于：

响应于针对所述提示信息的确认事件，跳转至所述第二下载渠道对应的浏览器界面。

9.根据权利要求6～8中任一项所述的装置，其特征在于，所述装置，还包括：

第一发送模块，用于向服务端发送有关通过所述第一下载渠道下载所述升级包的失败信息，以使所述服务端根据所述失败信息对所述升级包进行下载渠道配置；

第一接收模块，用于接收所述服务端在下载渠道配置完成后下发的配置信息；

以及，所述第二下载模块，还用于：

通过所述配置信息指示的所述第二下载渠道下载所述升级包。

10.根据权利要求6～8中任一项所述的装置，其特征在于，所述装置，还包括：

第二发送模块，用于向服务端发送升级验证信息，所述升级验证信息中携带有所述本地应用的标识；

第二接收模块，用于接收服务端根据所述标识反馈的所述本地应用对应的远程版本信息；

比对模块，用于比对所述本地应用的当前版本信息和所述远程版本信息；若所述当前版本信息低于所述远程版本信息，则检测到存在有所述新版本应用。