CN114741097A - 资源包的更新方法和装置、存储介质及电子设备 - Google Patents

Abstract

本申请公开了一种资源包的更新方法和装置、存储介质及电子设备。其中，该方法包括：获取目标应用在本地存储的资源信息，其中，资源信息中包括目标应用中的资源包的属性信息；向服务器发送基于资源信息所构建的第一资源包更新请求；利用服务器返回的与第一资源包更新请求匹配的资源包的数据，并对本地存储的资源信息进行更新；获取目标资源包的当前资源信息，其中，当前资源信息中包括目标资源包当前的属性信息；向服务器发送基于当前资源信息所构建的第二资源包更新请求；获取服务器返回的目标资源包的数据，并对本地存储的资源信息进行更新。本申请解决了现有更新方法存在的更新不及时的技术问题。

Description

资源包的更新方法和装置、存储介质及电子设备

技术领域

本申请涉及计算机领域，具体而言，涉及一种资源包的更新方法和装置、存储介质及电子设备。

背景技术

随着互联网技术的发展，为了实现对应用程序的快速开发以及方便后续维护，很多应用程序采用资源包的对程序内部的页面元素、功能元素等资源进行更新和修复。现有方法中，由于同一应用程序中的往往对应有多个资源包，因此通常在服务器上对对资源包进行部署和更新，然后向客户端发送推送消息以提醒用户对本地的资源包进行更新。

由于现有技术中通常需要在客户端收到推送消息后才能对本地的资源包进行更新，因而如果客户端没有实时在线，就无法及时接收推送消息以实现对资源包的及时更新。也就是说，现有的资源包的更新方法存在更新不及时的技术问题。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种资源包的更新方法和装置、存储介质及电子设备，以至少解决现有更新方法存在的更新不及时的技术问题。

根据本发明实施例的一个方面，提供了一种资源包的更新方法，包括：获取目标应用在本地存储的资源信息，其中，资源信息中包括目标应用中的资源包的属性信息；向服务器发送基于资源信息所构建的第一资源包更新请求；利用服务器返回的与第一资源包更新请求匹配的资源包的数据，并对本地存储的资源信息进行更新；获取目标资源包的当前资源信息，其中，当前资源信息中包括目标资源包当前的属性信息；向服务器发送基于当前资源信息所构建的第二资源包更新请求；获取服务器返回的目标资源包的数据，并对本地存储的资源信息进行更新。

根据本发明实施例的另一方面，还提供了一种资源包的更新装置，包括：第一获取单元，获取目标应用在本地存储的资源信息，其中，资源信息中包括目标应用中的资源包的属性信息；第一发送单元，用于向服务器发送基于资源信息所构建的第一资源包更新请求；第一更新单元，用于利用服务器返回的与第一资源包更新请求匹配的资源包的数据，并对本地存储的资源信息进行更新；第二获取单元，获取目标资源包的当前资源信息，其中，当前资源信息中包括目标资源包当前的属性信息；第二发送单元，用于向服务器发送基于当前资源信息所构建的第二资源包更新请求；第二更新单元，用于获取服务器返回的目标资源包的数据，并对本地存储的资源信息进行更新。

根据本发明实施例的又一方面，还提供了一种计算机可读的存储介质，该计算机可读的存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述资源包的更新方法。

根据本发明实施例的又一方面，还提供了一种电子设备，包括存储器和处理器，上述存储器中存储有计算机程序，上述处理器被设置为通过上述计算机程序执行上述的资源包的更新方法。

在本发明实施例中，通过获取目标应用在本地存储的资源信息，其中，资源信息中包括目标应用中的资源包的属性信息；向服务器发送基于资源信息所构建的第一资源包更新请求；利用服务器返回的与第一资源包更新请求匹配的资源包的数据，并对本地存储的资源信息进行更新；获取目标资源包的当前资源信息，其中，当前资源信息中包括目标资源包当前的属性信息；向服务器发送基于当前资源信息所构建的第二资源包更新请求；获取服务器返回的目标资源包的数据，并对本地存储的资源信息进行更新，从而实现了通过多种方式在多个时机对目标应用的资源包进行更新，解决了现有更新方法存在的更新不及时的技术问题。

附图说明

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

图1是根据本发明实施例的一种可选的资源包的更新方法的硬件环境的示意图；

图2是根据本发明实施例的一种可选的资源包的更新方法的流程图；

图3是根据本发明实施例的一种可选的资源包的更新方法的时序图；

图4是根据本发明实施例的一种可选的资源包的更新装置的结构示意图；

图5是根据本发明实施例的一种可选的电子设备的结构示意图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本发明实施例的一个方面，提供了一种资源包的更新方法，上述资源包的更新方法可以但不限于应用于如图1所示的硬件环境中的资源包的更新系统，其中，该资源包的更新系统可以包括但不限于终端设备102、网络104、服务器106、数据库108。终端设备102中运行有目标客户端。上述终端设备102包括人机交互屏幕，处理器及存储器。人机交互屏幕用于显示目标客户端的客户端界面，并通过界面显示与多个资源包对应的子应用界面，还用于提供人机交互接口以接收人机交互操作。处理器用于响应上述人机交互操作生成交互指令，并将该交互指令发送给服务器；同时处理器用于检测资源包的更新情况，以自动发起资源包更新请求。存储器用于存储相关资源包的属性数据。

此外，服务器106中包括处理引擎，处理引擎用于对数据库108执行存储或读取操作。具体地，处理引擎从数据库108中读取各个资源包的内容信息和配置信息。

具体过程如以下步骤：如步骤S102，终端设备102获取目标应用在本地存储的资源信息；然后如步骤S104，通过网络104向服务器106发送第一更新请求，包括：向服务器发送基于资源信息所构建的第一资源包更新请求；接着服务器106执行步骤S106，获取与第一资源包更新请求匹配的资源包的数据；如步骤S108，服务器106通过网络104向终端设备102发送第一数据；如步骤S110，终端设备102利用服务器返回的与第一资源包更新请求匹配的资源包的数据，对本地存储的资源信息进行更新；如步骤S112，获取目标资源包的当前资源信息；接着执行步骤S114，终端设备102通过网络104向服务器106发送第二更新请求；服务器102执行步骤S116，获取与第二资源包更新请求匹配的资源包的数据；如步骤S118，服务器106通过网络104向终端设备102发送第二数据；最后如步骤S120，终端设备102获取服务器返回的目标资源包的数据，并对本地存储的资源信息进行更新。

作为另一种可选的实施方式，在终端设备102具备较强大的计算处理能力时，上述步骤S106和S116也可以由终端设备102来完成。这里为示例，本实施例中对此不作任何限定。

可选地，在本实施例中，上述终端设备可以是配置有目标客户端的终端设备，可以包括但不限于以下至少之一：手机(如Android手机、iOS手机等)、笔记本电脑、平板电脑、掌上电脑、MID(Mobile Internet Devices，移动互联网设备)、PAD、台式电脑、智能电视等。目标客户端可以是视频客户端、即时通信客户端、浏览器客户端、教育客户端等支持提供射击游戏任务的客户端。上述网络可以包括但不限于：有线网络，无线网络，其中，该有线网络包括：局域网、城域网和广域网，该无线网络包括：蓝牙、WIFI及其他实现无线通信的网络。上述服务器可以是单一服务器，也可以是由多个服务器组成的服务器集群，或者是云服务器。上述仅是一种示例，本实施例中对此不作任何限定。

在本发明实施例中，通过获取目标应用在本地存储的资源信息，其中，资源信息中包括目标应用中的资源包的属性信息；向服务器发送基于资源信息所构建的第一资源包更新请求；利用服务器返回的与第一资源包更新请求匹配的资源包的数据，并对本地存储的资源信息进行更新；获取目标资源包的当前资源信息，其中，当前资源信息中包括目标资源包当前的属性信息；向服务器发送基于当前资源信息所构建的第二资源包更新请求；获取服务器返回的目标资源包的数据，并对本地存储的资源信息进行更新，从而实现了通过多种更新方式对本地资源包进行更新，解决了现有更新方法存在的更新不及时的技术问题。

作为一种可选的实施方式，如图2所示，上述资源包的更新方法包括以下步骤：

S202，获取目标应用在本地存储的资源信息，其中，资源信息中包括目标应用中的资源包的属性信息；

可以理解的是，上述资源包可以包括但不限定为对应于可在目标应用中运行的子应用、页面应用、小程序、功能组件等独立功能实现的代码集合，可用于上述独立功能在目标应用中的安装及运行。也就是说，在本实施例中，由于上述子应用、页面应用、小程序、功能组件等部件的功能可以独立实现，因此在目标应用中对上述部件的更新可以通过获取对应的资源包后进行单独更新。现有技术中，通常采用将不同功能部件对应的资源包部署在线上，进而在获取到用户更新请求的情况下，将用户需要的资源包反馈给用户，用于功能部件的更新。

S204，向服务器发送基于资源信息所构建的第一资源包更新请求；

S206，利用服务器返回的与第一资源包更新请求匹配的资源包的数据，并对本地存储的资源信息进行更新；

S208，获取目标资源包的当前资源信息，其中，当前资源信息中包括目标资源包当前的属性信息；

S210，向服务器发送基于当前资源信息所构建的第二资源包更新请求；

在一种可选的方式中，在获取到上述当前资源信息后，确定当前资源信息指示目标资源包处于无效状态的情况下，再向服务器发送上述第二资源包更新请求。

S212，获取服务器返回的目标资源包的数据，并对本地存储的资源信息进行更新。

在本申请的上述实施例中，通过获取目标应用在本地存储的资源信息，其中，资源信息中包括目标应用中的资源包的属性信息；向服务器发送基于资源信息所构建的第一资源包更新请求；利用服务器返回的与第一资源包更新请求匹配的资源包的数据，并对本地存储的资源信息进行更新；获取目标资源包的当前资源信息，其中，当前资源信息中包括目标资源包当前的属性信息；向服务器发送基于当前资源信息所构建的第二资源包更新请求；获取服务器返回的目标资源包的数据，并对本地存储的资源信息进行更新，进而目标应用可以在不同时机向服务器发送更新请求并获取对应的资源包用于更新，解决了现有更新方法存在的更新不及时的技术问题。

作为一种可选的实施方式，上述向服务器发送基于资源信息所构建的第一资源包更新请求包括：

S1，获取资源信息中携带的安装状态信息指示处于已安装状态的每个候选资源包的类型信息；

S2，按照类型信息所指示的类型，组装候选资源包对应的候选更新请求条件；

S3，基于候选更新请求条件构造第一资源包更新请求。

可以理解的是，在本实施例中，通过上述方法对已安装的资源包进行更新。由于不同资源包类型的命名方式不同，因此针对不同的命名方式确定出请求条件的方式也不同。

作为一种可选的方式，上述步骤可以在检测到目标应用被启动的情况进行执行。

可选地，按照类型信息所指示的类型，组装候选资源包对应的候选更新请求条件包括：

S1，在类型信息所指示的类型为第一资源包类型的情况下，利用资源信息中候选资源包的名称组装候选资源包对应的候选更新请求条件；

S2，在类型信息所指示的类型为第二资源包类型的情况下，利用资源信息中的设备描述信息组装候选资源包对应的候选更新请求条件，其中，设备描述信息用于描述目标应用所在设备的信息。

在一个具体的实施例中，上述方法中的资源包可以分为两种类型，普通资源包和设备资源包。普通资源包根据名称进行区分，因此在本实施例中通过拼接请求资源包名称以生成请求条件，进而批量发送普通资源包的更新请求；设备资源包根据设备的详细信息进行区分，比如设备的型号、设备的产品编码、设备的名称、设备类型等。

可选地，基于更新请求条件构造第一资源包更新请求包括：

S1，将更新请求条件存储到类型信息所指示的类型对应的数组中；

S2，遍历数组中存储的更新请求条件，按照目标数量批量构建第一资源包更新请求。

以下通过一个具体实施例对上述方法进行说明：

对应于不同类型的资源包的区分方式，资源包的更新请求的确定条件可以是：普通资源包条件为:rt＝mPaaS|name＝usercenter，设备资源包条件为：rt＝mPaaS|name＝|md＝A|ti＝B|pn＝C|tc＝D|dnt＝E。在本实施例中，将读出的条件解析、去重、组装成资源包请求的请求条件，分别临时存储到局部变量的设备条件、普通条件数组中。若存在设备条件数组时(即设备类型)，遍历更新设备资源到本地；若存在普通条件数组，通过服务器新接口统一批量查询资源信息。

可以理解的是，本实施例中的升级方式为静默升级，即在用户无感知的情况下完成更新。最后请求完成资源信息存储在数据库，并更新每个资源包的更新时间。

在本申请上述实施方式中，通过根据不同类型的资源包组装不同的资源包更新请求，并以数组的形式以批量发送资源包请求，进而提升了资源包请求效率；进一步地，本实施例在每次启动应用的情况下进行更新检测，并采用静默更新的方式进行更新，解决了现有资源包更新方式更新不及时的技术问题。

作为一种可选的实施方式，上述获取目标资源包的当前资源信息包括：

S1，在检测到目标应用中的目标资源包被打开的情况下，获取目标资源包的当前资源信息中携带的当前更新时间；

S2，在当前更新时间距离上一次更新时间的时长大于目标阈值的情况下，确定目标资源包处于无效状态；

S3，在当前更新时间距离上一次更新时间的时长小于或等于目标阈值的情况下，确定目标资源包处于有效状态。

可选地，在确定目标资源包处于有效状态之后，还包括：

S1，在目标资源包的当前资源信息中携带的安装状态信息指示目标资源包处于已安装状态的情况下，打开目标资源包；

S2，在目标资源包的当前资源信息中携带的安装状态信息指示目标资源包处于未安装状态的情况下，跳转到目标资源包对应的下载界面。

以下通过一个具体的实施方式对上述方法进行说明：

当用户打开某个资源包对应的功能组件的情况下，判断当前资源包信息中包括的更新时间是否超过24小时。超过24小时的情况下，判定当前任务资源包过期。当每次打开资源包时，都会判断资源是否过期，未过期，再判断资源包是否已经安装，如果已安装，则直接打开资源包，否则跳转到下载页面下载资源包。若已过期，则需要阻断用户进入旧的资源包，直接跳转到下载页面，会更新资源包，更新完成后打开最新的资源包。

在本申请实施例中，通过在每个资源包信息中携带历史更新时间，以实现在每次启动资源包对应的功能组件的情况下对更新情况进行判断，从而确保了每个资源包在使用的过程中都是最新的资源包。进而解决了现有资源包更新效率低的技术问题。

作为一种可选的实施例，上述在目标应用已被启动之后，还包括：

S1，检测服务器推送的资源包更新消息，其中，资源包更新消息中携带有所要更新的对象资源包的类型信息；

S2，在资源包更新消息指示的第一版本与目标应用当前的第二版本一致的情况下，按照类型信息所指示的类型，组装对象资源包对应的对象更新请求条件；

S3，基于对象更新请求条件构造第三资源包更新请求；

S4，向服务器发送第三资源包更新请求；

S5，获取服务器返回的与第三资源包更新请求匹配的资源包的数据，对本地存储的资源信息进行更新。

以下结合具体的实施方式对上述方法进行说明。针对推送消息请求资源包信息，消息体中必须包括资源的类型即isDeviceRes。在收到推送消息的情况下，首先判断推送资源包的版本与当前App版本是否一致，不一致的情况下不进行升级。需要理解的是，由于资源包对应的功能组件需要当前应用中进行运行，因此只有版本匹配的情况下，资源包对应的功能组件才能正常运行。

在版本一致的情况下，进一步判断是设备资源还是普通资源，若是isDeviceRes＝1时是设备资源时，上述推送信息中需包括：resType，model，typeId，prodNo，deviceType，deviceNetType(是否网器)；否则是普通资源，必须包括：resName，resType。根据推送消息中的消息内容组装完请求条件后，进而进行资源包申请。可以理解的是，该升级采用静默升级的方式进行实现，即用户对于升级过程无感知。最后请求完成资源信息存储在数据库，并更新每个资源包的更新时间。

通过本申请的上述实施例，提供了一种在接收到资源包更新推送消息的情况下的更新方法，从而解决了现有资源包更新不及时的技术问题。

可选地，上述对本地存储的资源信息进行更新包括：更新本地存储的资源信息中记录的资源包的更新时间。

可以理解的是，在每次更新完资源包后，在资源包中保留更新时间，以在后续启动资源包的情况下检查资源包的历史更新情况并根据历史更新情况，实现资源自动更新，进而解决现有资源包更新不及时的技术问题。

以下结合图3所示的时序图对一个完整的实施例进行说明。

如图3所示，app资源包更新机制分为3个时机点：首先第1点是启动App的时机，会针对所有本地已安装的资源包，向服务器发送资源包的更新请求；第2点是当应用收到推送消息时，针对收到的某一个资源包信息解析，然后向服务器请求更新资源包；第3点是当用户打开某个资源包页面的时候，资源包的更新时间如果大于24小时，则会再次请求服务器更新最新资源包，保证打开的资源包是最新的。

步骤S1-S8是针对首次启动App时，首先查询本地已经安装的资源信息，如无已安装的资源包，则不更新；如查询到已安装的资源包则对资源进行请求条件组装。资源包分2大类型，普通资源包和设备资源包；普通资源包是根据名称来区分的，所以请求条件要拼接请求资源包名称，进行批量请求普通资源包；设备资源包则是需要设备的一些详细信息，比如设备的型号、设备的产品编码、设备的名称、设备类型等；普通资源条件为:rt＝mPaaS|name＝usercenter，设备资源条件为：rt＝mPaaS|name＝|md＝A|ti＝B|pn＝C|tc＝D|dnt＝E，我们将读出的条件解析、去重、组装成资源包请求的请求条件，分别临时存储到局部变量的设备条件、普通条件数组中；若存在设备条件数组时，遍历更新设备资源到本地(最多并发5个请求)，若存在普通条件数组，通过server新接口统一批量查询资源信息；此升级使用静默升级，用户无感知；最后请求完成资源信息存储在数据库，并更新每个资源包的更新时间。

步骤S9-S13是针对推送消息请求资源包信息，消息体中必须包括资源的类型isDeviceRes，当收到此消息时，首先判断推送资源包的版本与当前App版本是否一致，不一致时不进行升级，若一致需判断是设备资源还是普通资源，若是isDeviceRes＝1时是设备资源时，必须包括：resType，model，typeId，prodNo，deviceType，deviceNetType(是否网器)，否则是普通资源，必须包括：resName，resType。当组装完请求条件后，去升级资源，此升级使用静默升级，让用户无感。最后请求完成资源信息存储在数据库，并更新每个资源包的更新时间。

步骤S14-S18是当用户打开某个资源包时，判断当前资源信息更新时间是否超过24小时，超过24小时则任务资源包过期；当每次打开资源包时，都会判断资源是否过期，未过期，再判断资源包是否已经安装，如果已安装，则直接打开资源包，否则跳转到下载页面下载资源包。若已过期，则需要阻断用户进入旧的资源包，直接跳转到下载页面，会更新资源包，更新完成后打开最新的资源包。

在本申请实施例中，通过多次不同手段的资源更新机制和时机，从而最大限度的保证资源包为最新版本的资源包。当某个资源包内有严重bug或者体验影响的时候，只需在服务器部署资源包，即可能确保用户收到最新的资源包，从而解决现有的一些问题及体验到最新的功能，进而解决现有资源包更新方式不及时的技术问题。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

根据本发明实施例的另一个方面，还提供了一种用于实施上述资源包的更新方法的资源包的更新装置。如图4所示，该装置包括：

第一获取单元402，获取目标应用在本地存储的资源信息，其中，资源信息中包括目标应用中的资源包的属性信息；

第一发送单元404，用于向服务器发送基于资源信息所构建的第一资源包更新请求；

第一更新单元406，用于利用服务器返回的与第一资源包更新请求匹配的资源包的数据，并对本地存储的资源信息进行更新；

第二获取单元408，用于获取目标资源包的当前资源信息，其中，当前资源信息中包括目标资源包当前的属性信息；

第二发送单元410，用于向服务器发送基于当前资源信息所构建的第二资源包更新请求；

第二更新单元412，用于用于获取服务器返回的目标资源包的数据，并对本地存储的资源信息进行更新。

可选地，在本实施例中，上述各个单元模块所要实现的实施例，可以参考上述各个方法实施例，这里不再赘述。

根据本发明实施例的又一个方面，还提供了一种用于实施上述资源包的更新方法的电子设备，该电子设备可以是图5所示的终端设备或服务器。本实施例以该电子设备为终端设备为例来说明。如图5所示，该电子设备包括存储器502和处理器504，该存储器502中存储有计算机程序，该处理器504被设置为通过计算机程序执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述电子设备可以位于计算机网络的多个网络设备中的至少一个网络设备。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

S1，获取目标应用在本地存储的资源信息，其中，资源信息中包括目标应用中的资源包的属性信息；

S2，向服务器发送基于资源信息所构建的第一资源包更新请求；

S3，利用服务器返回的与第一资源包更新请求匹配的资源包的数据，并对本地存储的资源信息进行更新；

S4，取目标资源包的当前资源信息，其中，当前资源信息中包括目标资源包当前的属性信息；

S5，向服务器发送基于当前资源信息所构建的第二资源包更新请求；

S6，获取服务器返回的目标资源包的数据，并对本地存储的资源信息进行更新。

可选地，本领域普通技术人员可以理解，图5所示的结构仅为示意，电子设备也可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile Internet Devices，MID)、PAD等终端设备。图5其并不对上述电子设备的结构造成限定。例如，电子设备还可包括比图5中所示更多或者更少的组件(如网络接口等)，或者具有与图5所示不同的配置。

其中，存储器502可用于存储软件程序以及模块，如本发明实施例中的资源包的更新方法和装置对应的程序指令/模块，处理器504通过运行存储在存储器502内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的资源包的更新方法。存储器502可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器502可进一步包括相对于处理器504远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。其中，存储器502具体可以但不限于用于存储场景画面中的各个元素、资源包的更新信息等信息。作为一种示例，如图5所示，上述存储器502中可以但不限于包括上述资源包的更新装置中的第一获取单元402、第一发送单元404、第一更新单元406，第二获取单元408、第二发送单元410、第二更新单元412。此外，还可以包括但不限于上述资源包的更新装置中的其他模块单元，本示例中不再赘述。

可选地，上述的传输装置506用于经由一个网络接收或者发送数据。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置506包括一个网络适配器(Network Interface Controller，NIC)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置506为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

此外，上述电子设备还包括：显示器508，用于显示APP的操作界面；和连接总线510，用于连接上述电子设备中的各个模块部件。

在其他实施例中，上述终端设备或者服务器可以是一个分布式系统中的一个节点，其中，该分布式系统可以为区块链系统，该区块链系统可以是由该多个节点通过网络通信的形式连接形成的分布式系统。其中，节点之间可以组成点对点(P2P，Peer To Peer)网络，任意形式的计算设备，比如服务器、终端等电子设备都可以通过加入该点对点网络而成为该区块链系统中的一个节点。

根据本申请的一个方面，提供了一种计算机程序产品，该计算机程序产品包括计算机程序/指令，该计算机程序/指令包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分从网络上被下载和安装，和/或从可拆卸介质被安装。在该计算机程序被中央处理器执行时，执行本申请实施例提供的各种功能。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

根据本申请的一个方面，提供了一种计算机可读存储介质，计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述资源包的更新方方法。

可选地，在本实施例中，上述计算机可读存储介质可以被设置为存储用于执行以下步骤的计算机程序：

S1，获取目标应用在本地存储的资源信息，其中，资源信息中包括目标应用中的资源包的属性信息；

S2，向服务器发送基于资源信息所构建的第一资源包更新请求；

S3，利用服务器返回的与第一资源包更新请求匹配的资源包的数据，并对本地存储的资源信息进行更新；

S4，取目标资源包的当前资源信息，其中，当前资源信息中包括目标资源包当前的属性信息；

S5，向服务器发送基于当前资源信息所构建的第二资源包更新请求；

S6，获取服务器返回的目标资源包的数据，并对本地存储的资源信息进行更新。

可选地，在本实施例中，本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(Random Access Memory，RAM)、磁盘或光盘等。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例上述方法的全部或部分步骤。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (11)

1.一种资源包的更新方法，其特征在于，包括：

获取目标应用在本地存储的资源信息，其中，所述资源信息中包括所述目标应用中的资源包的属性信息；

向服务器发送基于所述资源信息所构建的第一资源包更新请求；

利用所述服务器返回的与所述第一资源包更新请求匹配的资源包的数据，并对本地存储的所述资源信息进行更新；

获取目标资源包的当前资源信息，其中，所述当前资源信息中包括所述目标资源包当前的属性信息；

向所述服务器发送基于所述当前资源信息所构建的第二资源包更新请求；

获取所述服务器返回的所述目标资源包的数据，并对本地存储的所述资源信息进行更新。

2.根据权利要求1所述的一种资源包的更新方法，其特征在于，所述向服务器发送基于所述资源信息所构建的第一资源包更新请求包括：

获取所述资源信息中携带的安装状态信息指示处于已安装状态的每个候选资源包的类型信息；

按照所述类型信息所指示的类型，组装所述候选资源包对应的候选更新请求条件；

基于所述候选更新请求条件构造所述第一资源包更新请求。

3.根据权利要求2所述的方法，其特征在于，所述按照所述类型信息所指示的类型，组装所述候选资源包对应的候选更新请求条件包括：

在所述类型信息所指示的类型为第一资源包类型的情况下，利用所述资源信息中所述候选资源包的名称组装所述候选资源包对应的候选更新请求条件；

在所述类型信息所指示的类型为第二资源包类型的情况下，利用所述资源信息中的设备描述信息组装所述候选资源包对应的候选更新请求条件，其中，所述设备描述信息用于描述所述目标应用所在设备的信息。

4.根据权利要求2所述的方法，其特征在于，所述基于所述更新请求条件构造所述第一资源包更新请求包括：

将所述更新请求条件存储到所述类型信息所指示的类型对应的数组中；

遍历所述数组中存储的所述更新请求条件，按照目标数量批量构建所述第一资源包更新请求。

5.根据权利要求1所述的方法，其特征在于，所述获取所述目标资源包的当前资源信息包括：

在检测到所述目标应用中的目标资源包被打开的情况下，获取所述目标资源包的所述当前资源信息中携带的当前更新时间；

在所述当前更新时间距离上一次更新时间的时长大于目标阈值的情况下，确定所述目标资源包处于无效状态；

在所述当前更新时间距离上一次更新时间的时长小于或等于目标阈值的情况下，确定所述目标资源包处于有效状态。

6.根据权利要求5所述的方法，其特征在于，在所述确定所述目标资源包处于所述有效状态之后，还包括：

在所述目标资源包的所述当前资源信息中携带的安装状态信息指示所述目标资源包处于已安装状态的情况下，打开所述目标资源包；

在所述目标资源包的所述当前资源信息中携带的安装状态信息指示所述目标资源包处于未安装状态的情况下，跳转到所述目标资源包对应的下载界面。

7.根据权利要求1所述的方法，其特征在于，在所述目标应用已被启动之后，还包括：

检测服务器推送的资源包更新消息，其中，所述资源包更新消息中携带有所要更新的对象资源包的类型信息；

在所述资源包更新消息指示的第一版本与所述目标应用当前的第二版本一致的情况下，按照所述类型信息所指示的类型，组装所述对象资源包对应的对象更新请求条件；

基于所述对象更新请求条件构造第三资源包更新请求；

向所述服务器发送所述第三资源包更新请求；

获取所述服务器返回的与所述第三资源包更新请求匹配的资源包的数据，对本地存储的所述资源信息进行更新。

8.根据权利要求1至7中任一项所述的方法，其特征在于，所述对本地存储的所述资源信息进行更新包括：

更新本地存储的所述资源信息中记录的资源包的更新时间。

9.一种资源包的更新装置，其特征在于，包括：

第一获取单元，获取目标应用在本地存储的资源信息，其中，所述资源信息中包括所述目标应用中的资源包的属性信息；

第一发送单元，用于向服务器发送基于所述资源信息所构建的第一资源包更新请求；

第一更新单元，用于利用所述服务器返回的与所述第一资源包更新请求匹配的资源包的数据，并对本地存储的所述资源信息进行更新；

第二获取单元，获取目标资源包的当前资源信息，其中，所述当前资源信息中包括所述目标资源包当前的属性信息；

第二发送单元，用于向所述服务器发送基于所述当前资源信息所构建的第二资源包更新请求；

第二更新单元，用于获取所述服务器返回的所述目标资源包的数据，并对本地存储的所述资源信息进行更新。

10.一种计算机可读的存储介质，其特征在于，所述计算机可读的存储介质包括存储的程序，其中，所述程序运行时执行所述权利要求1至8任一项中所述的方法。

11.一种电子设备，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行所述权利要求1至8任一项中所述的方法。

Images