CN111538514A - 企业应用的更新方法、装置、存储介质及电子设备 - Google Patents

Abstract

本公开涉及一种企业应用的更新方法、装置、存储介质及电子设备，所述方法应用于更新适配器，所述方法包括：接收终端发送的目标客户端的更新检查消息，终端上安装有企业应用的多个客户端，目标客户端为多个客户端中的任一者；根据更新检查消息，向服务端发送确认消息，以由服务端确定目标客户端是否更新；响应于接收到服务端发送的用于指示目标客户端已更新的消息，从服务端获取目标客户端对应的更新安装包；向终端发送更新安装包，以使终端中的目标客户端基于更新安装包进行更新。由此，企业应用的多个客户端可以通过更新适配器代理实现与服务端的通信，无需针对每一客户端实现一套更新方法，可以实现企业应用中多个客户端的统一更新。

Description

企业应用的更新方法、装置、存储介质及电子设备

技术领域

本公开涉及计算机领域，具体地，涉及一种企业应用的更新方法、装置、存储介质及电子设备。

背景技术

随着计算机技术的发展，为便于企业中群体协作，各企业应用应运而生。企业应用一般依托于开放平台，各类企业应用并不是独立的系统，通常是由彼此连接的、相互通过不同层次进行交互的多个客户端进行协作。相关技术中，不同客户端进行更新时，通常是由每一客户端实现其对应的更新方案。

发明内容

本公开的目的是提供一种统一更新、便捷地企业应用的更新方法、装置、存储介质及电子设备。

为了实现上述目的，根据本公开的第一方面，提供一种企业应用的更新方法，应用于更新适配器，所述方法包括：

接收终端发送的目标客户端的更新检查消息，所述终端上安装有所述企业应用的多个客户端，所述目标客户端为所述多个客户端中的任一者；

根据所述更新检查消息，向服务端发送确认消息，以由所述服务端确定所述目标客户端是否更新；

响应于接收到所述服务端发送的用于指示所述目标客户端已更新的消息，从所述服务端获取所述目标客户端对应的更新安装包；

向所述终端发送所述更新安装包，以使所述终端中的所述目标客户端基于所述更新安装包进行更新。

可选地，所述从所述服务端获取所述目标客户端对应的更新安装包，包括：

向所述服务端发送第一更新请求；

从所述服务端获取所述目标客户端对应的更新增量包；

根据所述更新增量包获取所述更新安装包。

可选地，所述根据所述更新增量包获取所述更新安装包，包括：

根据所述更新增量包与本地的安装包进行安装包还原；

在安装包成功还原的情况下，将还原所得的安装包确定为所述更新安装包；

在安装包还原失败的情况下，向所述服务端发送第二更新请求，以从所述服务端获取所述目标客户端对应的更新全量包，并将所述更新全量包确定为所述更新安装包。

可选地，所述向服务端发送确认消息，包括：

向所述服务端的更新服务发送所述确认消息；

所述从所述服务端获取所述目标客户端对应的更新安装包，包括：

从所述服务端的存储服务获取所述目标客户端对应的更新安装包；

其中，所述多个客户端对应的所述更新服务相同，所述多个客户端对应的所述存储服务相同。

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

获取所述目标客户端对应的更新安装包的下载进度；

向所述终端发送所述下载进度，以由所述终端显示所述下载进度。

根据本公开的第二方面，提供一种企业应用的更新方法，应用于终端，所述方法包括：

响应于第一客户端的启动，启动更新套件，其中，所述终端上安装有所述企业应用的多个客户端，所述第一客户端为所述多个客户端中的任一者；

通过所述更新套件，向更新适配器发送所述第一客户端的更新检查消息，所述更新检查消息用于确定所述第一客户端是否更新；

接收所述更新适配器发送的所述第一客户端的更新安装包；

通过所述更新套件和所述更新安装包对所述第一客户端进行更新。

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

在所述第一客户端启动之后，响应于第二客户端的启动，通过所述更新套件向所述更新适配器发送所述第二客户端的更新检查消息，其中，所述第二客户端为所述多个客户端中除所述第一客户端之外的任一者。

根据本公开的第三方面，提供一种企业应用的更新装置，应用于更新适配器，所述装置包括：

第一接收模块，用于接收终端发送的目标客户端的更新检查消息，所述终端上安装有所述企业应用的多个客户端，所述目标客户端为所述多个客户端中的任一者；

第一发送模块，用于根据所述更新检查消息，向服务端发送确认消息，以由所述服务端确定所述目标客户端是否更新；

第一获取模块，用于响应于接收到所述服务端发送的用于指示所述目标客户端已更新的消息，从所述服务端获取所述目标客户端对应的更新安装包；

第二发送模块，用于向所述终端发送所述更新安装包，以使所述终端中的所述目标客户端基于所述更新安装包进行更新。

可选地，所述第一获取模块包括：

第一发送子模块，用于向所述服务端发送第一更新请求；

第一获取子模块，用于从所述服务端获取所述目标客户端对应的更新增量包；

第二获取子模块，用于根据所述更新增量包获取所述更新安装包。

可选地，所述第二获取子模块包括：

还原子模块，用于根据所述更新增量包与本地的安装包进行安装包还原；

确定子模块，用于在安装包成功还原的情况下，将还原所得的安装包确定为所述更新安装包；

第二发送子模块，用于在安装包还原失败的情况下，向所述服务端发送第二更新请求，以从所述服务端获取所述目标客户端对应的更新全量包，并将所述更新全量包确定为所述更新安装包。

可选地，所述第一发送模块用于：

向所述服务端的更新服务发送所述确认消息；

所述第一获取模块用于：

从所述服务端的存储服务获取所述目标客户端对应的更新安装包；

其中，所述多个客户端对应的所述更新服务相同，所述多个客户端对应的所述存储服务相同。

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

第二获取模块，用于获取所述目标客户端对应的更新安装包的下载进度；

第三发送模块，用于向所述终端发送所述下载进度，以由所述终端显示所述下载进度。

根据本公开的第四方面，提供一种企业应用的更新装置，应用于终端，所述装置包括：

启动模块，用于响应于第一客户端的启动，启动更新套件，其中，所述终端上安装有所述企业应用的多个客户端，所述第一客户端为所述多个客户端中的任一者；

第四发送模块，用于通过所述更新套件，向更新适配器发送所述第一客户端的更新检查消息，所述更新检查消息用于确定所述第一客户端是否更新；

第二接收模块，用于接收所述更新适配器发送的所述第一客户端的更新安装包；

更新模块，用于通过所述更新套件和所述更新安装包对所述第一客户端进行更新。

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

第五发送模块，用于在所述第一客户端启动之后，响应于第二客户端的启动，通过所述更新套件向所述更新适配器发送所述第二客户端的更新检查消息，其中，所述第二客户端为所述多个客户端中除所述第一客户端之外的任一者。

根据本公开的第五方面，提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述第一方面任一所述方法的步骤，或者该程序被处理器执行时实现上述第二方面任一所述方法的步骤。

根据本公开的第六方面，提供一种电子设备，包括：

存储器，其上存储有计算机程序；

处理器，用于执行所述存储器中的所述计算机程序，以实现上述第一方面任一所述方法的步骤，或者实现上述第二方面任一所述方法的步骤。

在上述技术方案中，在接收到终端发送的目标客户端的更新检查消息时，可以根据更新检查消息，向服务端发送确认消息，以由服务端确定目标客户端是否更新；之后可以响应于接收到服务端发送的用于指示目标客户端已更新的消息，从服务端获取目标客户端对应的更新安装包；从而可以向终端发送更新安装包，以使终端中的目标客户端基于更新安装包进行更新。因此，通过上述技术方案，该企业应用的多个客户端无需与服务端进行通信，可以通过更新适配器代理实现与服务端的通信，因此无需针对每一客户端实现一套更新方法，可以实现企业应用中多个客户端的统一更新。而且，该多个客户端的技术栈实现可能不同，在本公开中，通过多个客户端与更新适配器通过网络通信，可以有效避免由于各客户端技术栈不同对应用更新的影响，为实现企业应用的统一更新提供技术支持。

本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本公开的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开，但并不构成对本公开的限制。在附图中：

图1是根据本公开的一种实施方式提供的企业应用的更新方法的应用场景图。

图2是根据本公开的一种实施方式提供的企业应用的更新方法的流程图；

图3是根据本公开的另一种实施方式提供的企业应用的更新方法的流程图；

图4是根据本公开的一种实施方式提供的企业应用的更新方法的交互示意图；

图5是根据本公开的一种实施方式提供的企业应用的更新装置的框图；

图6是根据本公开的另一种实施方式提供的企业应用的更新装置的框图；

图7是根据一示例性实施例示出的一种电子设备的框图；

图8是根据一示例性实施例示出的一种电子设备的框图。

具体实施方式

以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本公开，并不用于限制本公开。

在描述本公开提供的企业应用的更新方法之前，先对该方法的应用场景进行介绍。如图1所示，终端10上安装有企业应用，企业应用包括多个客户端，如图1中的客户端A、客户端B和客户端C，该多个客户端可以与更新适配器20进行通信连接，更新适配器20与服务端30进行通信连接，从而更新适配器20可以作为该终端10与服务端30通信的代理。

图2所示，为根据本公开的一种实施方式提供的企业应用的更新方法的流程图。如图2所示，所述方法可以应用于图1中所示的更新适配器20，所述方法可以包括：

在步骤11中，接收终端发送的目标客户端的更新检查消息，所述终端上安装有所述企业应用的多个客户端，所述目标客户端为所述多个客户端中的任一者。

其中，如图1所示，终端10上可以安装有该多个客户端，其中客户端A、客户端B和客户端C均可以作为目标客户端。作为一种示例，可以在目标客户端启动时自动向更新适配器发送该更新检查消息。作为另一示例，可以在用户触发更新检查时向更新适配器发送该更新检查消息，如用户可以通过目标客户端的设置触发更新检查，该更新检查消息用于确定该目标客户端是否更新。因此，在该示例中，更新适配器可以接收该目标客户端的更新检查消息，以便于进行后续更新检查操作。

在步骤12中，根据更新检查消息，向服务端发送确认消息，以由服务端确定目标客户端是否更新。

示例地，可以根据该更新检查消息，在确认消息中携带与目标客户端的标识和版本，从而将该确认消息发送至服务端，以由服务端根据该标识确定出该目标客户端，并确定服务端中该目标客户端的版本与确认消息中的版本是否相同，从而确定目标客户端是否更新。需要进行说明的是，上述示例仅为说明性示例，不对本公开进行限定，例如，该确认消息中还可以包括目标客户端的最新更新时间等，以便于确定目标客户端是否更新。

在步骤13中，响应于接收到服务端发送的用于指示目标客户端已更新的消息，从服务端获取目标客户端对应的更新安装包。

在步骤14中，向终端发送更新安装包，以使终端中的目标客户端基于更新安装包进行更新。

其中，接收到服务端发送的用于指示目标客户端已更新的消息，即该目标客户端的版本已更新，此时需要对目标客户端进行更新，则可以从服务端获取目标客户端对应的更新安装包，并向终端发送该更新安装包，以在终端中运行该更新安装包对目标客户端进行更新。

在上述技术方案中，在接收到终端发送的目标客户端的更新检查消息时，可以根据更新检查消息，向服务端发送确认消息，以由服务端确定目标客户端是否更新；之后可以响应于接收到服务端发送的用于指示目标客户端已更新的消息，从服务端获取目标客户端对应的更新安装包；从而可以向终端发送更新安装包，以使终端中的目标客户端基于更新安装包进行更新。因此，通过上述技术方案，该企业应用的多个客户端无需与服务端进行通信，可以通过更新适配器代理实现与服务端的通信，因此无需针对每一客户端实现一套更新方法，可以实现企业应用中多个客户端的统一更新。而且，该多个客户端的技术栈实现可能不同，在本公开中，通过多个客户端与更新适配器通过网络通信，可以有效避免由于各客户端技术栈不同对应用更新的影响，为实现企业应用的统一更新提供技术支持。

可选地，所述从服务端获取目标客户端对应的更新安装包的一种示例性实现方式如下，该步骤可以包括：

向服务端发送第一更新请求，其中，该第一更新请求可以是向服务端请求目标客户端对应的更新增量包。

从服务端获取目标客户端对应的更新增量包，其中，在本公开提供的方法中，在目标客户端更新时，服务端可以基于目标客户端更新前的安装包和更新后的安装包生成增量包，并存储该增量包。示例地，可以基于BSDiff算法，对安装包和更新包进行差分分析，获得patch包(补丁)，即该更新增量包。因此，更新适配器可以向服务端发送该第一更新请求，以从该服务端获取其存储的目标客户端对应的增量包。

获得更新增量包之后，根据所述更新增量包获取所述更新安装包。

在该实施例中，在确定目标客户端已更新的情况下，从服务器获取目标客户端的更新增量包，可以有效降低目标客户端更新所需的数据传输量，从而可以提高目标客户端的更新效率。

可选地，所述根据更新增量包获取更新安装包的示例性实现方式如下，该步骤可以包括：

根据所述更新增量包与本地的安装包进行安装包还原。示例地，可以基于BSDiff算法进行安装包还原，可以将本地的安装包和patch包合成新文件，即用于进行更新的安装包。

在安装包成功还原的情况下，将还原所得的安装包确定为所述更新安装包。在安装包还原失败的情况下，向所述服务端发送第二更新请求，以从所述服务端获取所述目标客户端对应的更新全量包，并将所述更新全量包确定为所述更新安装包。

其中，本地的安装包出现异常或者更新增量包在传输过程中出现异常，可能会导致安装包还原失败。在该实施例中，在安装包还原失败时，可以向服务端发送第二更新请求，以向服务端请求目标客户端对应的更新全量包，该更新全量包即为该目标客户端用于更新所需的完整的安装包，因此，可以直接将该更新全量包确定为更新安装包，以用于目标客户端的更新。

由此，通过上述技术方案，可以基于更新增量包进行安装包还原以生成更新安装包，在有效降低企业应用更新所需的数据传输量的同时，获得完整的更新安装包，保证目标客户端更新的准确性。并且，在安装包还原失败的情况下，也可以通过向服务端发送第二更新请求，以直接获取完整的安装包，从而可以为企业应用的准确更新提供技术支持。

可选地，向服务端发送确认消息可以进一步地包括：

向所述服务端的更新服务发送所述确认消息，其中，所述多个客户端对应的所述更新服务相同。

其中，所述更新服务为服务端中用于确认各客户端是否更新的服务，由于在本公开提供的方法中，是客户端向更新适配器发送更新检查消息，之后由更新适配器向服务端的更新服务发送确认消息以确定客户端是否更新。因此，该多个客户端可以通过同一更新服务进行检查，由此，可以通过更新适配器消除多个客户端采用不同技术栈实现所导致的更新差异，避免出现相关技术中针对每一客户端设置其对应的更新方案的复杂处理方案，降低企业应用的更新方法的复杂度，并拓宽本公开所提供方法的适用范围。

可选地，从服务端获取目标客户端对应的更新安装包可以进一步地包括：

从所述服务端的存储服务获取所述目标客户端对应的更新安装包；

其中，所述多个客户端对应的所述存储服务相同。

其中，服务端的存储服务用于存储各客户端更新所对应的更新所用的安装包。示例地，该更新所用的安装包包括更新增量包和更新全量包。一种实施例中，该更新增量包和更新全量包可以采用同一存储服务进行存储，在存储服务接收到更新请求时，根据该更新请求所请求的内容，反馈与该更新请求对应的安装包。另一种实施例中，为了进一步提高更新效率，可以采用不同的存储服务分别存储更新增量包和更新全量包，例如，存储服务可以包括增量包存储服务和全量包存储服务，该增量包存储服务用于存储更新增量包，该全量包存储服务用于存储更新全量包。因此，在获取目标客户端的更新增量包时，更新适配器可以向增量包存储服务发送第一更新请求。在获取目标客户端的更新全量包时，更新适配器可以向全量包存储服务发送第二更新请求。

在该实施例中，该多个客户端用于更新的安装包可以通过同一存储服务进行存储，因此，通过上述技术方案，通过更新适配器可以消除不同技术栈之间的差异，该企业应用的多个客户端在进行更新时，可以采用同一更新服务和存储服务进行更新，从而可以避免为每一客户端设置更新方案所需的人工工作量，并且可以有效降低对服务端资源的占用，也可以提高企业应用的更新效率。另外，可以降低企业应用的更新方法的复杂度，并拓宽本公开所提供方法的适用范围。

示例地，在企业应用的更新过程中，为了进一步提供用户使用体验，通常会对用户进行下载提示，如提示用户当前是处于安装包下载阶段或者处于安装包安装阶段。并且，为了使用户及时知晓更新进度，通常还需要为用户提示下载进度。然而在相关技术中，部分技术栈并不支持获知下载进度，如技术栈Electron无法获知文件下载的进度，以及是否已经完成了下载，针对此类技术栈实现的客户端，则需要针对每一客户端和其对应技术栈，分别进行相应地编码，以使其实现上述功能。但上述方案所需要的人工工作量比较大，且无法实现多客户端的复用。基于此，本公开还提供以下实施例。

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

获取目标客户端对应的更新安装包的下载进度；

向终端发送下载进度，以由终端显示下载进度。

在该实施例中，由更新适配器从服务端获取更新安装包，该过程为网络通信，则可以通过更新适配器获取该更新安装包的下载速度，从而可以向终端发送该下载速度，以在终端的目标客户端更新时，显示该下载进度，便于对用户进行提示，以使用户及时知晓该目标客户端的更新进展。

通过上述技术方案，是通过更新适配器获取下载进度，而各个客户端只需要接收该下载进度便可以对用户进行提示，因此，在无法获知文件下载的进度的技术栈实现的客户端中可以简单、便捷地实现下载进度的提示。另外，通过更新适配器获取下载进度，无需针对每一客户端进行单独编码，从而可以有效降低人工工作量，实现多客户端的复用。

可选地，针对于各技术栈非原生支持的强制更新、离散更新、容错更新等，也可以在该更新适配器中实现，其中，强制更新、离散更新、容错更新的具体实现方式为现有技术，在此不再赘述。本公开中通过在更新适配器中实现上述更新方式，与相关技术中针对每一客户端分别设置更新方式相较，通过该更新适配器可以快速实现多客户端的复用，降低人工工作量和开发成本，保证企业应用在更新时的业务需求。

本公开还提供一种企业应用的更新方法，该方法应用于终端，如图3所示，所述方法包括：

在步骤21中，响应于第一客户端的启动，启动更新套件，其中，所述终端上安装有所述企业应用的多个客户端，所述第一客户端为所述多个客户端中的任一者。

其中，该更新套件可以是一独立的应用，为用于客户端更新的套件。示例地，在该企业应用的多个客户端的安装包进行打包时，可以将该更新套件的安装包一并打包，因此，在终端上安装客户端后，在该客户端启动时，可以启动该更新套件，便于及时对该客户端进行更新。

在步骤22中，通过更新套件，向更新适配器发送第一客户端的更新检查消息，所述更新检查消息用于确定所述第一客户端是否更新。其中，该更新套件与更新适配器进行网络通信连接，从而可以通过该更新套件向更新适配器发送消息。

在步骤23中，接收更新适配器发送的第一客户端的更新安装包。在一实施例中，该更新适配器可以作为一本地服务器，因此，终端接收更新适配器发送的第一客户端的更新安装包时，其读取速度相当于从磁盘文件拷贝，保证该更新安装包的接收效率。

在步骤24中，通过更新套件和更新安装包对第一客户端进行更新。

在更新安装包接收完成后，便可以通过该更新套件运行该更新安装包以对该第一客户端进行更新。

通过上述技术方案，响应于第一客户端的启动，启动更新套件，从而可以通过该更新套件与更新适配器进行通信，以实现第一客户端的更新。通过上述技术方案，在客户端进行更新时，并不直接与服务端通信，而是通过更新适配器进行更新，从而便于企业应用中的多个客户端实现统一更新，降低多客户端下的运维成本，提升用户使用体验。

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

在第一客户端启动之后，响应于第二客户端的启动，通过更新套件向更新适配器发送第二客户端的更新检查消息，其中，所述第二客户端为所述多个客户端中除所述第一客户端之外的任一者。

在该实施例中，在第一客户端启动时，该终端上已经启动一更新套件，因此在该终端上的该企业应用的其他客户端启动时，可以直接基于该启动的更新套件与更新适配器进行通信，从而实现对第二客户端的更新。其中，更新套件可以支持多线程并发，从而可以实现终端上多个客户端的同时更新，进一步保证企业应用更新的效率。

通过上述技术方案，终端中需要运行一个更新套件，便可以实现企业应用中多个客户端的更新，节省对终端资源的占用，并且降低企业应用更新的复杂度。

示例地，图4所示，为根据本公开的一种实施例提供的企业应用的更新方法的交互示意图，结合图4，对上述流程进行整体描述。

在步骤41中，终端中响应于客户端的启动，启动更新套件；

终端通过更新套件向更新适配器发送更新检查消息；

更新适配器根据该更新检查消息向服务端发送确认消息；

在步骤42中，服务端确定客户端是否更新；

服务端在确定客户端已更新时，向更新适配器发送指示客户端已更新的消息；

在步骤43中，更新适配器从服务端获取客户端对应的更新安装包；

更新适配器向终端发送更新安装包；

在步骤44中，终端中通过更新套件和更新安装包对客户端进行更新。

其中，上述步骤的具体实现方式已在上文进行详述，在此不再赘述。通过上述方式，企业应用的多个客户端无需与服务端进行通信，可以通过更新适配器代理实现与服务端的通信，因此无需针对每一客户端实现一套更新方法，可以实现企业应用中多个客户端的统一更新。而且，该多个客户端的技术栈实现可能不同，在本公开中，通过多个客户端与更新适配器通过网络通信，可以有效避免由于各客户端技术栈不同对应用更新的影响，降低多客户端下的运维成本和开发成本，实现企业应用的统一更新，提升用户使用体验。

本公开还提供一种企业应用的更新装置，应用于更新适配器，如图5所示，所述装置100包括：

第一接收模块101，用于接收终端发送的目标客户端的更新检查消息，所述终端上安装有所述企业应用的多个客户端，所述目标客户端为所述多个客户端中的任一者；

第一发送模块102，用于根据所述更新检查消息，向服务端发送确认消息，以由所述服务端确定所述目标客户端是否更新；

第一获取模块103，用于响应于接收到所述服务端发送的用于指示所述目标客户端已更新的消息，从所述服务端获取所述目标客户端对应的更新安装包；

第二发送模块104，用于向所述终端发送所述更新安装包，以使所述终端中的所述目标客户端基于所述更新安装包进行更新。

可选地，所述第一获取模块包括：

第一发送子模块，用于向所述服务端发送第一更新请求；

第一获取子模块，用于从所述服务端获取所述目标客户端对应的更新增量包；

第二获取子模块，用于根据所述更新增量包获取所述更新安装包。

可选地，所述第二获取子模块包括：

还原子模块，用于根据所述更新增量包与本地的安装包进行安装包还原；

确定子模块，用于在安装包成功还原的情况下，将还原所得的安装包确定为所述更新安装包；

第二发送子模块，用于在安装包还原失败的情况下，向所述服务端发送第二更新请求，以从所述服务端获取所述目标客户端对应的更新全量包，并将所述更新全量包确定为所述更新安装包。

可选地，所述第一发送模块用于：

向所述服务端的更新服务发送所述确认消息；

所述第一获取模块用于：

从所述服务端的存储服务获取所述目标客户端对应的更新安装包；

其中，所述多个客户端对应的所述更新服务相同，所述多个客户端对应的所述存储服务相同。

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

第二获取模块，用于获取所述目标客户端对应的更新安装包的下载进度；

第三发送模块，用于向所述终端发送所述下载进度，以由所述终端显示所述下载进度。

本公开还提供一种企业应用的更新装置，应用于终端，如图6所示，所述装置200包括：

启动模块201，用于响应于第一客户端的启动，启动更新套件，其中，所述终端上安装有所述企业应用的多个客户端，所述第一客户端为所述多个客户端中的任一者；

第四发送模块202，用于通过所述更新套件，向更新适配器发送所述第一客户端的更新检查消息，所述更新检查消息用于确定所述第一客户端是否更新；

第二接收模块203，用于接收所述更新适配器发送的所述第一客户端的更新安装包；

更新模块204，用于通过所述更新套件和所述更新安装包对所述第一客户端进行更新。

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

第五发送模块，用于在所述第一客户端启动之后，响应于第二客户端的启动，通过所述更新套件向所述更新适配器发送所述第二客户端的更新检查消息，其中，所述第二客户端为所述多个客户端中除所述第一客户端之外的任一者。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图7是根据一示例性实施例示出的一种电子设备700的框图。如图7所示，该电子设备700可以包括：处理器701，存储器702。该电子设备700还可以包括多媒体组件703，输入/输出(I/O)接口704，以及通信组件705中的一者或多者。

其中，处理器701用于控制该电子设备700的整体操作，以完成上述应用于终端的企业应用的更新方法中的全部或部分步骤。存储器702用于存储各种类型的数据以支持在该电子设备700的操作，这些数据例如可以包括用于在该电子设备700上操作的任何应用程序或方法的指令，以及应用程序相关的数据，例如联系人数据、收发的消息、图片、音频、视频等等。该存储器702可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，例如静态随机存取存储器(Static Random Access Memory，简称SRAM)，电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，简称EEPROM)，可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，简称EPROM)，可编程只读存储器(Programmable Read-Only Memory，简称PROM)，只读存储器(Read-Only Memory，简称ROM)，磁存储器，快闪存储器，磁盘或光盘。多媒体组件703可以包括屏幕和音频组件。其中屏幕例如可以是触摸屏，音频组件用于输出和/或输入音频信号。例如，音频组件可以包括一个麦克风，麦克风用于接收外部音频信号。所接收的音频信号可以被进一步存储在存储器702或通过通信组件705发送。音频组件还包括至少一个扬声器，用于输出音频信号。I/O接口704为处理器701和其他接口模块之间提供接口，上述其他接口模块可以是键盘，鼠标，按钮等。这些按钮可以是虚拟按钮或者实体按钮。通信组件705用于该电子设备700与其他设备之间进行有线或无线通信。无线通信，例如Wi-Fi，蓝牙，近场通信(Near FieldCommunication，简称NFC)，2G、3G、4G、NB-IOT、eMTC、或其他5G等等，或它们中的一种或几种的组合，在此不做限定。因此相应的该通信组件705可以包括：Wi-Fi模块，蓝牙模块，NFC模块等等。

在一示例性实施例中，电子设备700可以被一个或多个应用专用集成电路(Application Specific Integrated Circuit，简称ASIC)、数字信号处理器(DigitalSignal Processor，简称DSP)、数字信号处理设备(Digital Signal Processing Device，简称DSPD)、可编程逻辑器件(Programmable Logic Device，简称PLD)、现场可编程门阵列(Field Programmable Gate Array，简称FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述应用于终端的企业应用的更新方法。

在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，该程序指令被处理器执行时实现上述应用于终端的企业应用的更新方法的步骤。例如，该计算机可读存储介质可以为上述包括程序指令的存储器702，上述程序指令可由电子设备700的处理器701执行以完成上述应用于终端的企业应用的更新方法。

图8是根据一示例性实施例示出的一种电子设备1900的框图。例如，电子设备1900可以被提供为一服务器。参照图8，电子设备1900包括处理器1922，其数量可以为一个或多个，以及存储器1932，用于存储可由处理器1922执行的计算机程序。存储器1932中存储的计算机程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理器1922可以被配置为执行该计算机程序，以执行上述应用于更新适配器的企业应用的更新方法。

另外，电子设备1900还可以包括电源组件1926和通信组件1950，该电源组件1926可以被配置为执行电子设备1900的电源管理，该通信组件1950可以被配置为实现电子设备1900的通信，例如，有线或无线通信。此外，该电子设备1900还可以包括输入/输出(I/O)接口1958。电子设备1900可以操作基于存储在存储器1932的操作系统，例如WindowsServerTM，Mac OS XTM，UnixTM，LinuxTM等等。

在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，该程序指令被处理器执行时实现上述应用于更新适配器的企业应用的更新方法的步骤。例如，该计算机可读存储介质可以为上述包括程序指令的存储器1932，上述程序指令可由电子设备1900的处理器1922执行以完成上述应用于更新适配器的企业应用的更新方法。

在另一示例性实施例中，还提供一种计算机程序产品，该计算机程序产品包含能够由可编程的装置执行的计算机程序，该计算机程序具有当由该可编程的装置执行时用于执行上述应用于终端或更新适配器的企业应用的更新方法的代码部分。

以上结合附图详细描述了本公开的优选实施方式，但是，本公开并不限于上述实施方式中的具体细节，在本公开的技术构思范围内，可以对本公开的技术方案进行多种简单变型，这些简单变型均属于本公开的保护范围。

另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合。为了避免不必要的重复，本公开对各种可能的组合方式不再另行说明。

此外，本公开的各种不同的实施方式之间也可以进行任意组合，只要其不违背本公开的思想，其同样应当视为本公开所公开的内容。

Claims (11)

1.一种企业应用的更新方法，其特征在于，应用于更新适配器，所述方法包括：

接收终端发送的目标客户端的更新检查消息，所述终端上安装有所述企业应用的多个客户端，所述目标客户端为所述多个客户端中的任一者；

根据所述更新检查消息，向服务端发送确认消息，以由所述服务端确定所述目标客户端是否更新；

响应于接收到所述服务端发送的用于指示所述目标客户端已更新的消息，从所述服务端获取所述目标客户端对应的更新安装包；

向所述终端发送所述更新安装包，以使所述终端中的所述目标客户端基于所述更新安装包进行更新。

2.根据所述权利要求1所述的方法，其特征在于，所述从所述服务端获取所述目标客户端对应的更新安装包，包括：

向所述服务端发送第一更新请求；

从所述服务端获取所述目标客户端对应的更新增量包；

根据所述更新增量包获取所述更新安装包。

3.根据权利要求2所述的方法，其特征在于，所述根据所述更新增量包获取所述更新安装包，包括：

根据所述更新增量包与本地的安装包进行安装包还原；

在安装包成功还原的情况下，将还原所得的安装包确定为所述更新安装包；

在安装包还原失败的情况下，向所述服务端发送第二更新请求，以从所述服务端获取所述目标客户端对应的更新全量包，并将所述更新全量包确定为所述更新安装包。

4.根据权利要求1所述的方法，其特征在于，

所述向服务端发送确认消息，包括：

向所述服务端的更新服务发送所述确认消息；

所述从所述服务端获取所述目标客户端对应的更新安装包，包括：

从所述服务端的存储服务获取所述目标客户端对应的更新安装包；

其中，所述多个客户端对应的所述更新服务相同，所述多个客户端对应的所述存储服务相同。

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

获取所述目标客户端对应的更新安装包的下载进度；

向所述终端发送所述下载进度，以由所述终端显示所述下载进度。

6.一种企业应用的更新方法，其特征在于，应用于终端，所述方法包括：

响应于第一客户端的启动，启动更新套件，其中，所述终端上安装有所述企业应用的多个客户端，所述第一客户端为所述多个客户端中的任一者；

通过所述更新套件，向更新适配器发送所述第一客户端的更新检查消息，所述更新检查消息用于确定所述第一客户端是否更新；

接收所述更新适配器发送的所述第一客户端的更新安装包；

通过所述更新套件和所述更新安装包对所述第一客户端进行更新。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

在所述第一客户端启动之后，响应于第二客户端的启动，通过所述更新套件向所述更新适配器发送所述第二客户端的更新检查消息，其中，所述第二客户端为所述多个客户端中除所述第一客户端之外的任一者。

8.一种企业应用的更新装置，其特征在于，应用于更新适配器，所述装置包括：

第一接收模块，用于接收终端发送的目标客户端的更新检查消息，所述终端上安装有所述企业应用的多个客户端，所述目标客户端为所述多个客户端中的任一者；

第一发送模块，用于根据所述更新检查消息，向服务端发送确认消息，以由所述服务端确定所述目标客户端是否更新；

第一获取模块，用于响应于接收到所述服务端发送的用于指示所述目标客户端已更新的消息，从所述服务端获取所述目标客户端对应的更新安装包；

第二发送模块，用于向所述终端发送所述更新安装包，以使所述终端中的所述目标客户端基于所述更新安装包进行更新。

9.一种企业应用的更新装置，其特征在于，应用于终端，所述装置包括：

启动模块，用于响应于第一客户端的启动，启动更新套件，其中，所述终端上安装有所述企业应用的多个客户端，所述第一客户端为所述多个客户端中的任一者；

第三发送模块，用于通过所述更新套件，向更新适配器发送所述第一客户端的更新检查消息，所述更新检查消息用于确定所述第一客户端是否更新；

第二接收模块，用于接收所述更新适配器发送的所述第一客户端的更新安装包；

更新模块，用于通过所述更新套件和所述更新安装包对所述第一客户端进行更新。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1-5中任一项所述方法的步骤，或者该程序被处理器执行时实现权利要求6或7所述方法的步骤。

11.一种电子设备，其特征在于，包括：

存储器，其上存储有计算机程序；

处理器，用于执行所述存储器中的所述计算机程序，以实现权利要求1-5中任一项所述方法的步骤，或者实现权利要求6或7所述方法的步骤。

Images