客户端上应用程序的更新方法、装置及电子设备与流程

本申请涉及计算机技术领域，尤其涉及客户端上应用程序的更新方法、装置及电子设备。

背景技术：

随着智能终端和互联网技术的飞速发展，第三方应用程序(application，简称app)及其业务平台的功能日益强大，应用也愈加广泛。

为适应技术发展或业务需要，常常需要对应用程序进行升级换代，例如，新版本应用程序的发布频率可能大于1次/周。并且，当发布的新版本应用程序出现了错误或者业务出现故障时，需要客户端的应用程序紧急回滚至指定版本的应用程序，才能够满足用户的基本使用需求。

因此，亟需一种能够准确、高效的在客户端上控制应用程序更新版本的方法。

技术实现要素：

本申请实施例提供了客户端上应用程序的更新方法、装置和电子设备，旨在实现准确、高效的应用程序更新。

本申请实施例采用下述技术方案：

第一方面，本申请实施例提供一种客户端上应用程序的更新方法，包括：

向业务服务器发起业务请求，并接收所述业务服务器返回的业务请求响应信息，所述业务请求响应信息中包括客户端上应用程序的第一版本的版本标识，所述第一版本为所述业务服务器允许的所述应用程序的最低版本；

依据所述业务请求响应信息，当第一版本和第二版本的版本标识表示第二版本低于第一版本时，按照第三版本对所述应用程序进行更新；其中，第二版本为所述应用程序更新前的版本，第三版本不低于第一版本。

优选地，在本申请实施例提供的第一方面的方法中，第一版本的所述版本标识，由所述业务服务器侧的网关写入与所述业务请求相对应的业务请求响应信息的响应头中。

优选地，在本申请实施例提供的第一方面的方法中，在按照第三版本对所述应用程序进行更新之前，所述方法还包括：

从与所述应用程序相对应的更新管理中心获取所述应用程序的第三版本的版本标识；其中，第三版本和第一版本的版本标识表示第三版本不低于第一版本。

优选地，在本申请实施例提供的第一方面的方法中，按照第三版本对所述应用程序进行更新，包括：

从所述更新管理中心拉取第三版本的更新安装包；

依据第三版本的所述更新安装包更新所述应用程序。

优选地，在本申请实施例提供的第一方面的方法中，按照第三版本对所述应用程序进行更新之后，所述方法还包括：

当按照第三版本对所述应用程序进行更新失败时，将失败事件记录至异常更新列表中；

则向业务服务器发起业务请求，具体包括：

在进入所述应用程序时，若所述异常更新列表中记录有所述失败事件，则向业务服务器发起业务请求，以便对所述应用程序进行更新。

优选地，在本申请实施例提供的第一方面的方法中，在若所述异常更新列表中记录有所述失败事件，则向业务服务器发起业务请求，以便对所述应用程序进行更新之后，所述方法还包括：

若按照第三版本对所述应用程序进行更新成功，则将所述失败事件从所述异常更新列表中删除。

优选地，在本申请实施例提供的第一方面的方法中，所述业务请求响应信息中还包括在线地址的信息，所述方法还包括：

当按照第三版本对所述应用程序进行更新失败时，通过在线地址访问所述业务服务器。

优选地，在本申请实施例提供的第一方面的方法中，所述版本标识包括应用管理标识，

则依据所述业务请求响应信息，当第一版本和第二版本的版本标识表示第二版本低于第一版本时，按照第三版本对所述应用程序进行更新，包括：

依据所述业务请求响应信息，当第一版本和第二版本中的应用管理标识表示第二版本低于第一版本时，按照第三版本的应用管理信息对所述应用程序进行更新；其中，第三版本和第一版本中的应用管理标识表示第三版本不低于第一版本。

优选地，在本申请实施例提供的第一方面的方法中，在按照第三版本的应用管理信息对所述应用程序进行更新之前，所述方法还包括：

从与所述应用程序相对应的更新管理中心中的应用子中心获取第三版本的版本标识中的应用管理标识；其中，第三版本和第一版本的应用管理标识表示第三版本不低于第一版本。

优选地，在本申请实施例提供的第一方面的方法中，所述版本标识还包括安装包管理标识，

则在按照第三版本的应用管理信息对所述应用程序进行更新之后，所述方法还包括：

当第一版本和第二版本中的安装包管理标识表示第二版本低于第一版本时，按照第三版本的安装包对所述应用程序进行更新；其中，第三版本和第一版本中的安装包管理标识表示第三版本不低于第一版本。

优选地，在本申请实施例提供的第一方面的方法中，在按照第三版本的安装包对所述应用程序进行更新之前，所述方法还包括：

从所述更新管理中心中的安装包管理子中心获取第三版本的版本标识中的安装包管理标识；其中，第三版本和第一版本的安装包管理标识表示第三版本不低于第一版本。

第二方面，本申请实施例还提供一种客户端上应用程序的更新方法，包括：

业务服务器接收客户端发起的业务请求，并向所述客户端返回业务请求响应信息，所述业务请求响应信息中包括客户端上应用程序的第一版本的版本标识，所述第一版本为所述业务服务器允许的所述应用程序的最低版本。

优选地，在本申请实施例提供的第二方面的方法中，在业务服务器接收客户端发起的业务请求之前，所述方法还包括：

在业务服务器的网关中，将第一版本的所述版本标识配置在与所述业务请求相对应的参数中。

优选地，在本申请实施例提供的第三方面的方法中，向所述客户端返回业务请求响应信息，包括：

将第一版本的所述版本标识写入与所述业务请求相对应的业务请求响应信息的响应头中，其中，所述第一版本的所述版本标识配置在与所述业务请求相对应的参数中。

第三方面，本申请实施例提供一种客户端上应用程序的更新装置，应用于客户端，包括：

业务请求发起模块，向业务服务器发起业务请求；

响应信息接收模块，接收所述业务服务器返回的业务请求响应信息，所述业务请求响应信息中包括客户端上应用程序的第一版本的版本标识，所述第一版本为所述业务服务器允许的所述应用程序的最低版本；

程序更新模块，依据所述业务请求响应信息，当第一版本和第二版本的版本标识表示第二版本低于第一版本时，按照第三版本对所述应用程序进行更新；其中，第二版本为所述应用程序更新前的版本，第三版本不低于第一版本。

第四方面，本申请实施例提供一种客户端上应用程序的更新装置，应用于业务服务器，包括：

业务请求接收模块，接收客户端发起的业务请求；

响应信息发送模块，向所述客户端返回业务请求响应信息，所述业务请求响应信息中包括客户端上应用程序的第一版本的版本标识，所述第一版本为所述业务服务器允许的所述应用程序的最低版本。

优选地，在本申请实施例提供的第四方面的装置中，还包括：

网关配置模块，在业务服务器的网关中，将第一版本的所述版本标识配置在与所述业务请求相对应的参数中。

第五方面，本申请实施例提供一种电子设备，应用于客户端，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：

向业务服务器发起业务请求，并接收所述业务服务器返回的业务请求响应信息，所述业务请求响应信息中包括客户端上应用程序的第一版本的版本标识，所述第一版本为所述业务服务器允许的所述应用程序的最低版本；

依据所述业务请求响应信息，当第一版本和第二版本的版本标识表示第二版本低于第一版本时，按照第三版本对所述应用程序进行更新；其中，第二版本为所述应用程序更新前的版本，第三版本不低于第一版本。

第六方面，本申请实施例提供另一种电子设备，应用于业务服务器，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：

业务服务器接收客户端发起的业务请求，并向所述客户端返回业务请求响应信息，所述业务请求响应信息中包括客户端上应用程序的第一版本的版本标识，所述第一版本为所述业务服务器允许的所述应用程序的最低版本。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

本申请实施例中，在业务请求响应信息中加入第一版本的版本标识，用以反映业务服务器允许的应用程序的最低版本。因此，当客户端应用程序的当前版本(即第二版本)低于业务服务器允许的最低版本(即第一版本)时，可以将应用程序升级至不低于第一版本的第三版本，从而实现客户端上应用程序的更新。采用本申请实施例提供的方案，只需修改业务请求响应信息中写入的最低版本的版本标识，就能够调整客户端上的应用程序更新后版本的最低水平，从而能够准确、高效的控制客户端上应用程序的更新版本，满足用户和业务平台的需求。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的一种客户端上应用程序的更新方法的流程示意图；

图2为本申请实施例提供的第二种客户端上应用程序的更新方法的流程示意图；

图3为本申请实施例提供的第三种客户端上应用程序的更新方法的流程示意图；

图4为本申请实施例中业务服务器与客户端进行交互的时序示意图；

图5为本申请实施例中客户端进行应用程序更新的主体流程示意图；

图6为本申请实施例中客户端进行应用程序更新的详细流程示意图；

图7为本申请实施例中一种客户端上应用程序的更新装置的结构示意图；

图8为本申请实施例中第二种客户端上应用程序的更新装置的结构示意图；

图9为本申请实施例中一种电子设备的结构示意图；

图10为本申请实施例中另一种电子设备的结构示意图。

具体实施方式

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

以下结合附图，详细说明本申请各实施例提供的技术方案。

参见图1所示，本申请实施例提供了一种客户端上应用程序的更新方法，适用于客户端侧，可具体包括：

s101：向业务服务器发起业务请求；

s103：接收业务服务器返回的业务请求响应信息，业务请求响应信息中包括客户端上应用程序的第一版本的版本标识，第一版本为业务服务器允许的应用程序的最低版本；

s105：依据业务请求响应信息，当第一版本和第二版本的版本标识表示第二版本低于第一版本时，将应用程序更新至第三版本；其中，第二版本为应用程序更新前的版本，第三版本不低于第一版本。

与之相对应地，业务服务器接收客户端发起的业务请求后，向客户端返回业务请求响应信息，业务请求响应信息中包括客户端上应用程序的第一版本的版本标识，第一版本为业务服务器允许的应用程序的最低版本，以便客户端对应用程序进行更新。

本申请实施例中，在业务请求响应信息中加入第一版本的版本标识，用以反映业务服务器允许的应用程序的最低版本。因此，当客户端应用程序的当前版本(即第二版本)低于业务服务器允许的最低版本(即第一版本)时，可以将应用程序升级至不低于第一版本的第三版本，从而实现客户端上应用程序的更新。采用本申请实施例提供的方案，只需修改业务请求响应信息中写入的最低版本的版本标识，就能够调整客户端上的应用程序更新后版本的最低水平，从而能够准确、高效的控制客户端上应用程序的更新版本，满足用户和业务平台的需求。

需要说明的是，上述应用程序各版本的版本标识，可以反映各版本发布的先后顺序。上述实施例中所称的第一版本，取为业务服务器所允许的应用程序的最低版本，表示业务服务器将不允许发布时间在第一版本之前的应用程序继续使用，而要求用户将客户端上的应用程序更新至在第一版本之后发布的版本。并且，应用程序的当前版本(也就是应用程序更新前的版本，即第二版本)低于第一版本，表示第二版本是比第一版本旧的版本，发布于第一版本之前。

还需要说明的是，版本标识可以采用字母、数字或其他字符等独立表示或进行组合，通过版本标识的大小或者顺序反映版本的新旧、高低、发布时间的先后等信息。在上述实施例中，当第一版本和第二版本的版本标识表示第二版本低于第一版本时，将应用程序更新至不低于第一版本的第三版本，以便满足业务需求。

具体地，上述嵌入在业务请求响应信息中的第一版本的版本标识，可以由业务服务器的网关配置在与业务请求相对应的业务请求响应信息的响应头中。在具体实施时，可以提前在网关进行配置，在网关中指定业务请求下配置自定义参数，将版本标识的数据写入响应信息的响应头中，以便反映业务服务器期望或允许客户端使用的应用程序的最低版本。

采用这种方式传递最低版本的版本标识，依赖于客户端通过网关向业务服务器发起的业务请求(可具体为rpc，全称remoteprocedurecallprotocol，译为远程过程调用协议)本身，直接在网关配置与业务请求相对应的响应头，而无需在每次进入应用前都进行前置检测以确定客户端的当前版本是否为最新版本，从而避免了这种多余的强制性检测所导致的业务请求浪费的问题。并且，降低了系统配置的成本，节省了网络流量，而且能够准确的传递版本的信息，进而能够使得应用程序准确的升级至所期望的版本。除此之外，当应用程序的安装包出现问题或业务出现故障时，只需将所允许的新的最低版本的版本标识写入响应头，即可使得应用程序及时的更新至符合预期的新的版本，从而能够高效的进行应用程序的发布和更新。

在上述实施例中，第三版本的版本标识和更新应用程序所需的安装包，可来自于更新管理中心。具体地，在将应用程序更新至第三版本之前，上述实施例的方法还可以包括：从更新管理中心获取应用程序的第三版本的版本标识。则，在执行将应用程序更新至第三版本的步骤时，可具体为：当第三版本和第一版本的版本标识表示第三版本不低于第一版本时，将应用程序更新至第三版本。更具体地，可以依据从更新管理中心获取的应用程序的第三版本，采用同步更新的方式将应用程序更新至第三版本。

需要说明的是，在从更新管理中心获取应用程序的第三版本时，可以具体为从更新管理中心拉取第三版本的更新安装包，进而可以安装第三版本的更新安装包，使得应用程序更新至第三版本。

以上描述了在应用程序的当前版本(即第二版本)低于期望版本(第一版本)时将应用程序更新至不低于期望版本的第三版本的过程。而当将应用程序更新至第三版本失败时，可以将失败事件记录至异常更新列表中；进而可以在进入应用程序时，判断异常更新列表中是否记录有失败事件，若异常更新列表中记录有失败事件，则可执行步骤s101向业务服务器发起业务请求，以便将应用程序更新至第三版本。在此情况下，若已成功将应用程序更新至第三版本，则可将失败事件从异常更新列表中删除。

作为本申请上述实施例中的一个优选方案，若应用程序更新至第三版本时失败，客户端可以通过提前配置、并存储在客户端的配置信息中的在线地址访问业务服务器，从而可以在应用程序更新失败时仍然不影响业务的持续进行，有利于提升用户体验。

在某些场景下，应用程序的应用管理信息和安装包管理信息可以分别管理，也可以统一管理。其中，应用管理信息可以反映应用程序的入口配置信息，业务服务器在发布应用程序的不同版本时，可能会改变上述入口配置信息，因此，应用程序的入口配置信息也会存在不同的版本，反映应用管理信息不同版本的应用管理标识也就成为了应用程序的版本标识的必要组成部分。在此基础上，参见图2所示，则上述步骤s103依据业务请求响应信息，当第一版本和第二版本的版本标识表示第二版本低于第一版本时，将应用程序更新至第三版本，可具体包括：

s1051：依据业务请求响应信息，当第一版本和第二版本中的应用管理标识表示第二版本低于第一版本时，将应用程序的应用管理信息更新至第三版本；其中，第三版本和第一版本中的应用管理标识表示第三版本不低于第一版本。

更进一步地，在将应用程序的应用管理信息更新至第三版本之前，可以先从更新管理中心中的应用子中心获取第三版本的版本标识中的应用管理标识。则将应用程序的应用管理信息更新至第三版本，可具体为：当第一版本和第三版本的应用管理标识表示第三版本不低于第一版本时，将应用程序的应用管理信息更新至第三版本。

需要说明的是，在实际业务系统中，部分应用程序的安装包由更新管理中心中的应用子中心直接下发，而部分应用程序的安装包由更新管理中心中的安装包管理子中心负责下发。在这种情况下，应用程序的版本标识还需要包括安装包管理标识，用于反映存储在安装包管理子中心中各安装包的不同版本。

对于需要从安装包管理子中心拉取安装包进行更新的应用程序，在将应用程序的应用管理信息更新至第三版本之后，参见图3所示，实施例的方法还包括：

s1053：当第一版本和第二版本中的安装包管理标识表示第二版本低于第一版本时，将应用程序的安装包更新至第三版本；其中，第三版本和第一版本中的安装包管理标识表示第三版本不低于第一版本。

更具体地，在将应用程序的安装包更新至第三版本之前，可以先从更新管理中心中的安装包管理子中心获取第三版本的版本标识中的安装包管理标识，则将应用程序的安装包更新至第三版本，可具体为：当第一版本和第三版本的安装包管理标识表示第三版本不低于第一版本时，将应用程序的安装包更新至第三版本。

与上述客户端侧的更新方法相对应地，本申请实施例还提供了一种客户端上应用程序的更新方法，适用于业务服务器侧，可具体包括：

业务服务器接收客户端发起的业务请求，并向客户端返回业务请求响应信息，业务请求响应信息中包括客户端上应用程序的第一版本的版本标识，第一版本为业务服务器允许的应用程序的最低版本。

更优选地，在业务服务器的网关中，将第一版本的所述版本标识配置在与所述业务请求相对应的业务请求响应信息的响应头中。

采用这种方式传递最低版本的版本标识，依赖于客户端通过网关向业务服务器发起的业务请求(可具体为rpc，全称remoteprocedurecallprotocol，译为远程过程调用协议)本身，直接在网关配置与业务请求相对应的响应头，而无需在每次进入应用前都进行前置检测以确定客户端的当前版本是否为最新版本，从而避免了这种多余的强制性检测所导致的业务请求浪费的问题。并且，降低了系统配置的成本，节省了网络流量，而且能够准确的传递版本的信息，进而能够使得应用程序准确的升级至所期望的版本。除此之外，当应用程序的安装包出现问题或业务出现故障时，只需将所允许的新的最低版本的版本标识写入响应头，即可使得应用程序及时的更新至符合预期的新的版本，从而能够高效的进行应用程序的发布和更新。

参见图4所示，本申请说明书提供的一个或多个实施例涉及到客户端和业务服务器。更具体地，客户端侧可以细分为页面前端和底层容器，业务服务器侧可以细分为业务服务器及前置的网关。客户端在向业务服务器发起业务请求时，前端通过容器jsapi(js应用程序调用接口)触发rpc(远程过程调用协议)，进而容器通过网关向业务服务器发起rpc。业务服务器向客户端返回的业务请求响应信息在经由网关发送时，网关依据在指定rpc下预先配置的自定义参数(本申请实施例中具体化为允许的最低版本的版本标识)，例如图5中所示的名为operationtype的自定义返回参数，向上述业务请求响应信息中添加上述自定义参数，即可将业务服务器所允许应用程序的最低版本的版本标识加入业务请求响应信息，发送至客户端。

客户端在接收到包含有允许最低版本的版本标识的业务请求响应信息后，将最低版本的版本标识提取出来，与客户端当前安装的应用程序的版本(即第二版本)的版本标识进行比对，参见图5所示。若当前版本不低于允许的最低版本，则可以不做任何的更新或与更新有关的提示，直接忽略本次业务请求响应信息中的版本标识信息，而仅处理业务相关的信息即可。而若当前版本低于允许的最低版本，则需要触发对应用程序的更新。

具体地，对应用程序进行更新时，可以采取同步更新的方式：从更新管理中心中获取存储的应用程序的版本标识，若第三版本的版本标识表示第三版本不低于最低版本(即第一版本)，则直接从更新管理中心拉取第三版本的更新安装包，安装第三版本的更新安装包，就能将应用程序更新至第三版本。参见图5所示，若同步更新失败，则可将失败事件记录到异常更新列表中，以便在下一次进入应用程序时触发同步更新。

更优地，参见图5所示，在更新失败时，若客户端配置有用于紧急访问业务服务器的在线地址(即图中的onlineurl)，则客户端可以通过这一在线地址访问业务服务器。

应用程序各版本的版本标识，视应用程序类型的不同而不同。若应用程序的安装包由更新管理中心中的应用子中心直接下发，则这类应用程序的版本标识仅包括应用管理标识(如图6中所示的“应用中心版本”)；若应用程序的安装包由更新管理中心中的安装包管理子中心负责下发，则这类应用程序(如图6中所称的nebula应用)的版本标识除包括上述应用管理标识外，还包括安装包管理标识(如图6中所示的“nebula版本”)。

上述两类应用程序的更新方式有所区别。具体地，在实施更新时，先从更新管理中心中的应用子中心获取满足预期要求(即不低于最低版本)的第三版本的应用管理标识，然后拉取应用子中心中第三版本的应用管理信息，以便将应用程序的应用管理信息更新至第三版本。然后，需判断应用程序的类型，若为nebula应用(也就是由更新管理中心中的安装包管理子中心负责下发安装包的应用程序)，则从更新管理中心中的安装包管理子中心获取符合预期版本的安装包管理标识(即第三版本的版本标识)，进而将应用程序的安装包更新至第三版本。

在本申请说明书的一个或多个实施例中，在业务请求响应信息中加入第一版本的版本标识，用以反映业务服务器允许的应用程序的最低版本。因此，当客户端应用程序的当前版本(即第二版本)低于业务服务器允许的最低版本(即第一版本)时，可以将应用程序升级至不低于第一版本的第三版本，从而实现客户端上应用程序的更新。采用本申请实施例提供的方案，只需修改业务请求响应信息中写入的最低版本的版本标识，就能够调整客户端上的应用程序更新后版本的最低水平，从而能够准确、高效的控制客户端上应用程序的更新版本，满足用户和业务平台的需求。

参见图7所示，本申请实施例还提供一种客户端上应用程序的更新装置，应用于客户端，包括：

业务请求发起模块101，向业务服务器发起业务请求；

响应信息接收模块103，接收所述业务服务器返回的业务请求响应信息，所述业务请求响应信息中包括客户端上应用程序的第一版本的版本标识，所述第一版本为所述业务服务器允许的所述应用程序的最低版本；

程序更新模块105，依据所述业务请求响应信息，当第一版本和第二版本的版本标识表示第二版本低于第一版本时，将所述应用程序更新至第三版本；其中，第二版本为所述应用程序更新前的版本，第三版本不低于第一版本。

参见图8所示，本申请实施例还提供一种客户端上应用程序的更新装置，应用于业务服务器，包括：

业务请求接收模块201，接收客户端发起的业务请求；

响应信息发送模块203，向所述客户端返回业务请求响应信息，所述业务请求响应信息中包括客户端上应用程序的第一版本的版本标识，所述第一版本为所述业务服务器允许的所述应用程序的最低版本。

进一步地，图8所示装置中，还可包括：

网关配置模块205，在业务服务器的网关中，将第一版本的所述版本标识配置在与所述业务请求相对应的业务请求响应信息的响应头中。

图9是本申请的一个实施例电子设备的结构示意图。请参考图9，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(random-accessmemory，ram)，也可能还包括非易失性存储器(non-volatilememory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是isa(industrystandardarchitecture，工业标准体系结构)总线、pci(peripheralcomponentinterconnect，外设部件互连标准)总线或eisa(extendedindustrystandardarchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图9中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成客户端上应用程序的更新装置。处理器，执行存储器所存放的程序，并具体用于执行以下操作：

向业务服务器发起业务请求，并接收所述业务服务器返回的业务请求响应信息，所述业务请求响应信息中包括客户端上应用程序的第一版本的版本标识，所述第一版本为所述业务服务器允许的所述应用程序的最低版本；

依据所述业务请求响应信息，当第一版本和第二版本的版本标识表示第二版本低于第一版本时，将所述应用程序更新至第三版本；其中，第二版本为所述应用程序更新前的版本，第三版本不低于第一版本。

上述如本申请图1所示实施例揭示的客户端上应用程序的更新装置执行的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(centralprocessingunit，cpu)、网络处理器(networkprocessor，np)等；还可以是数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field－programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

该电子设备还可执行图1中客户端上应用程序的更新装置执行的方法，并实现客户端上应用程序的更新装置在图1所示实施例的功能，本申请实施例在此不再赘述。

本申请实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的电子设备执行时，能够使该电子设备执行图1所示实施例中客户端上应用程序的更新装置执行的方法，并具体用于执行：

向业务服务器发起业务请求，并接收所述业务服务器返回的业务请求响应信息，所述业务请求响应信息中包括客户端上应用程序的第一版本的版本标识，所述第一版本为所述业务服务器允许的所述应用程序的最低版本；

依据所述业务请求响应信息，当第一版本和第二版本的版本标识表示第二版本低于第一版本时，将所述应用程序更新至第三版本；其中，第二版本为所述应用程序更新前的版本，第三版本不低于第一版本。

图10是本申请的一个实施例电子设备的结构示意图。请参考图10，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(random-accessmemory，ram)，也可能还包括非易失性存储器(non-volatilememory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是isa(industrystandardarchitecture，工业标准体系结构)总线、pci(peripheralcomponentinterconnect，外设部件互连标准)总线或eisa(extendedindustrystandardarchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图10中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成客户端上应用程序的更新装置。处理器，执行存储器所存放的程序，并具体用于执行以下操作：

业务服务器接收客户端发起的业务请求，并向所述客户端返回业务请求响应信息，所述业务请求响应信息中包括客户端上应用程序的第一版本的版本标识，所述第一版本为所述业务服务器允许的所述应用程序的最低版本。

上述如本申请揭示的应用于业务服务器的客户端上应用程序的更新装置执行的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(centralprocessingunit，cpu)、网络处理器(networkprocessor，np)等；还可以是数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field－programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

该电子设备还可执行应用于业务服务器的客户端上应用程序的更新装置执行的方法，并实现应用于业务服务器的客户端上应用程序的更新装置的功能，本申请实施例在此不再赘述。

本申请实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的电子设备执行时，能够使该电子设备执行应用于业务服务器的客户端上应用程序的更新装置执行的方法，并具体用于执行：

业务服务器接收客户端发起的业务请求，并向所述客户端返回业务请求响应信息，所述业务请求响应信息中包括客户端上应用程序的第一版本的版本标识，所述第一版本为所述业务服务器允许的所述应用程序的最低版本。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

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

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。