CN116560691A - 一种数据处理方法、装置、计算机设备以及可读存储介质 - Google Patents

Abstract

本申请实施例提供了一种数据处理方法、装置、计算机设备以及可读存储介质，应用于云技术、智慧交通、辅助驾驶、游戏等场景，方法包括：获取用于对终端设备中的业务应用进行更新的全量业务更新资源对应的资源属性信息和下载模式；调用资源下载组件，根据资源属性信息以及下载模式，对后台服务器中的全量业务更新资源进行预下载，得到预下载业务更新资源；通过资源下载组件，将预下载业务更新资源存储至资源下载组件的预下载目录中；响应于针对业务应用的触发操作，根据预下载目录中的预下载业务更新资源对业务应用进行应用更新。采用本申请，可以提高对业务应用进行应用更新的效率。

Description

一种数据处理方法、装置、计算机设备以及可读存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种数据处理方法、装置、计算机设备以及可读存储介质。

背景技术

随着用户对业务应用(例如，游戏应用)的功能需求增加，或者，随着用户对业务应用的性能要求提高，需要对终端设备中所安装的业务应用进行应用更新。现有的应用更新方法可以在业务应用(例如，游戏应用)对应的全量业务更新资源(例如，游戏更新资源)发布更新之后，且响应针对业务应用的触发操作时，才开始对全量业务更新资源进行下载，直到全量业务更新资源下载完成之后，基于全量业务更新资源对业务应用进行应用更新。

目前的应用更新方法需要在业务应用的资源下载界面中停留等待全量业务更新资源下载完成，在业务全量更新资源的文件大小较大时，需要在业务应用的资源下载界面中停留很长的时间(例如，1小时)，增加了对业务应用进行应用更新的时间，从而降低了对业务应用进行应用更新的效率。

发明内容

本申请实施例提供一种数据处理方法、装置、计算机设备以及可读存储介质，可以提高对业务应用进行应用更新的效率。

本申请实施例一方面提供了一种数据处理方法，包括：

获取用于对终端设备中的业务应用进行更新的全量业务更新资源对应的资源属性信息和下载模式；业务应用包括资源下载组件，全量业务更新资源存储于资源下载组件的后台服务器中；

调用资源下载组件，根据资源属性信息以及下载模式，对后台服务器中的全量业务更新资源进行预下载，得到预下载业务更新资源；

通过资源下载组件，将预下载业务更新资源存储至资源下载组件的预下载目录中；

响应于针对业务应用的触发操作，根据预下载目录中的预下载业务更新资源对业务应用进行应用更新。

本申请实施例一方面提供了一种数据处理装置，包括：

获取模块，用于获取用于对终端设备中的业务应用进行更新的全量业务更新资源对应的资源属性信息和下载模式；业务应用包括资源下载组件，全量业务更新资源存储于资源下载组件的后台服务器中；

预下载模块，用于调用资源下载组件，根据资源属性信息以及下载模式，对后台服务器中的全量业务更新资源进行预下载，得到预下载业务更新资源；

存储模块，用于通过资源下载组件，将预下载业务更新资源存储至资源下载组件的预下载目录中；

应用更新模块，用于响应于针对业务应用的触发操作，根据预下载目录中的预下载业务更新资源对业务应用进行应用更新。

本申请实施例一方面提供了一种计算机设备，包括：处理器和存储器；

处理器与存储器相连，其中，存储器用于存储计算机程序，计算机程序被处理器执行时，使得该计算机设备执行本申请实施例提供的方法。

本申请实施例一方面提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，该计算机程序适于由处理器加载并执行，以使得具有该处理器的计算机设备执行本申请实施例提供的方法。

本申请实施例一方面提供了一种计算机程序产品，该计算机程序产品包括计算机程序，该计算机程序存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机程序，处理器执行该计算机程序，使得该计算机设备执行本申请实施例提供的方法。

在本申请实施例中，通过业务应用中的资源下载组件，基于全量业务更新资源的资源属性信息和下载模式，预先对后台服务器中的全量业务更新资源下载，得到预下载业务更新资源；通过资源下载组件，预先将预下载业务更新资源存储至资源下载组件的预下载目录中。进一步，在检测到针对业务应用的触发操作时，可以直接根据预下载目录中的预下载业务更新资源对业务应用进行应用更新，无需等待检测到针对业务应用的触发操作之后，才下载全量业务更新资源，可以提高对业务应用进行应用更新的效率。同时，用于下载全量业务更新资源的资源下载组件属于业务应用中的内部组件，下载得到的预下载业务更新资源也是存储在资源下载组件的下载目录中的，也就是说，预下载业务更新资源在业务应用的内部组件中流转，可以避免全量业务更新资源在预下载的过程出现资源泄露或者资源被篡改等风险，可以提高资源预下载的安全性。

附图说明

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

图1是本申请实施例提供的一种数据处理系统的结构示意图；

图2是本申请实施例提供的一种数据处理的应用场景示意图；

图3是本申请实施例提供的一种数据处理方法的流程示意图；

图4是本申请实施例提供的一种后台服务预下载方法的示意图；

图5是本申请实施例提供的一种后台服务预下载方法的示意图；

图6是本申请实施例提供的一种数据处理方法的流程示意图；

图7是本申请实施例提供的一种应用更新的示意图；

图8是本申请实施例提供的一种数据处理装置的结构示意图；

图9是本申请实施例提供的一种计算机设备的结构示意图。

具体实施方式

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

请参见图1，图1是本申请实施例提供的一种数据处理系统的结构示意图。如图1所示，该数据处理系统可以包括服务器10和终端设备集群。该终端设备集群可以包括一个或者多个终端设备，这里将不对终端设备的数量进行限制。如图1所示，具体可以包括终端设备100a、终端设备100b、终端设备100c、…、终端设备100n。如图1所示，终端设备100a、终端设备100b、终端设备100c、…、终端设备100n可以分别与上述服务器10进行网络连接，以便于每个终端设备可以通过该网络连接与服务器10进行数据交互。当然，终端设备100a、终端设备100b、终端设备100c、…、终端设备100n之间可以通过网络直连的方式进行通信，即各个终端设备之间可实现点对点的通信；也就是说，每两个终端设备之间需要进行数据交互时，一个终端设备(即发送终端设备)可将数据直接发送至另一个终端设备(即接收终端)。

其中，终端设备集群中的每个终端设备均可以包括：智能手机、平板电脑、笔记本电脑、台式计算机、智能语音交互设备、智能家电(例如，智能电视)、可穿戴设备、车载终端等具有数据处理功能的智能终端。应当理解，如图1所示的终端设备集群中的每个终端设备均可以安装有具备数据处理功能的应用，当应用运行于各终端设备中时，可以分别与上述图1所示的服务器10之间进行数据交互。其中，应用具体可以包括：车载应用、智能家居应用、娱乐应用(例如，游戏应用)、多媒体应用(例如，视频应用)、社交应用以及资讯类应用(例如，新闻应用)等。其中，本申请实施例中的应用可以集成在某应用(例如，社交应用)中，应用还可以为独立的应用(例如，新闻应用)，本申请实施例不对应用的类型进行限定。

为便于理解，本申请实施例可以在图1所示的多个终端设备中选择一个终端设备作为目标终端设备。例如，本申请实施例可以将图1所示的终端设备100a作为目标终端设备，目标终端设备中可以安装有具备数据处理功能的应用。此时，目标终端设备可以通过应用与服务器10之间实现数据交互。

为便于理解，本申请实施例以目标终端设备中的应用包括业务应用和服务应用为例进行说明，业务应用可以为待进行应用更新的应用(例如，业务应用可以为待进行应用更新的游戏应用、多媒体应用等)，服务应用可以为目标终端设备的厂商节点(即终端厂商的应用商店)。其中，业务应用可以包括资源下载组件，该资源下载组件可以用于对业务应用的业务更新资源(如应用安装包)进行下载。其中，服务器10可以为业务应用对应的服务器，服务器10也可以为服务应用对应的服务器，当然服务器10也可以为资源下载组件对应的后台服务器。

其中，如图1所示，该服务器10可以为终端设备中的应用提供后台服务的设备。该服务器10是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。

应当理解，基于图1中的一种数据处理系统可以适用于应用更新场景(例如，游戏应用更新场景、多媒体应用更新场景等)，为便于理解，本申请实施例中终端设备可以是指可以在图1所示的多个终端设备中的任意一个终端设备。终端设备中的业务应用可以是指游戏应用、多媒体应用、车载应用、智能家居应用、社交应用以及资讯类应用(例如，新闻应用)等。其中，本申请中的服务应用可以是指终端设备中的应用服务中心(如终端厂商的应用商店)。

其中，本申请中的预下载可以是指在业务应用的全量业务更新资源正式更新发布之前，或者，在业务应用的全量业务更新资源正式更新发布之后，且业务对象未实施针对业务应用的触发操作之前(如业务对象未启动业务应用)，提前为业务对象下载需要耗费较长时间下载的预下载业务资源(例如，游戏更新资源)。在正式使用预下载业务资源的时间节点(如业务对象实施针对业务应用的触发操作)，可以直接加载提前下载好的预下载业务资源对业务应用进行应用更新(例如，游戏应用更新)，不再需要在正式使用预下载业务资源的时间节点后，才开始对全量业务更新资源进行下载，再使用下载得到的全量业务更新资源对业务应用进行更新。

其中，本申请中的全量业务更新资源可以是指业务应用的应用安装包或者应用资源包，在全量业务更新资源是指应用资源包时，应用资源包的数量可以为一个或者多个。例如，业务应用为游戏应用时，全量业务更新资源可以为游戏安装包(例如，APK(Androidapplication package，安卓应用程序包)文件)、一个或多个游戏资源包(例如，PAK(一种压缩文件格式)文件)中的一个或多个，即全量业务更新资源可以为游戏安装包和游戏资源包中的一个或多个。同样的，预下载业务更新资源是对全量业务更新资源进行下载得到的，因此预下载业务更新资源也可以是指应用安装包、一个或者多个应用资源包。可选的，预下载业务资源还可以为业务应用中的动画资源、交互资源、UI(User Interface，用户界面)资源、组件功能资源等。

为便于理解，进一步地，请参见图2，图2是本申请实施例提供的一种数据处理的应用场景示意图。如图2所示的服务器20c可以为上述图1所对应实施例中的服务器10，如图2所示的终端设备20a可以为上述图1所对应实施例中的终端设备100b，如图2所示的终端设备20d可以为上述图1所对应实施例中的终端设备100a。其中，终端设备20a对应的管理对象20b可以是指业务应用的管理对象，终端设备20d对应的业务对象20e可以是指业务应用的使用对象。为便于理解，本申请实施例以数据处理方法由终端设备20d执行为例进行说明。如图2所示，在管理对象20b确定业务应用的业务更新资源后，可以通过终端设备20a，将业务应用的业务更新资源上传至服务器20c中，该服务器20c可以是指业务应用中资源下载组件的后台服务器。在服务器20c接收到终端设备20a发送的关于业务应用的全量业务更新资源后，可以获取业务应用的全量业务更新资源对应的资源属性信息，将该资源属性信息发送给安装了业务应用的终端设备20d。当然，服务器20c也可以将资源属性信息发送给安装了业务应用的其他终端设备。其中，该资源属性信息可以是指资源版本信息、资源数据大小信息(如资源文件大小)、资源属性类型信息、资源标识信息等信息中的一个或者多个，当然资源属性信息也可以包括资源加密信息(如加密方式等)。

如图2所示，终端设备20d在接收到关于业务应用的全量业务更新资源的资源属性信息后，可以调用业务应用中的资源下载组件，通过该资源下载组件确定关于全量业务更新资源的下载模式。其中，资源下载组件可以用于从服务器20c中对业务应用的业务更新资源进行下载。进一步地，终端设备可以调用业务应用中的资源下载组件，根据资源属性信息以及下载模式，对服务器20c中的全量业务更新资源进行预下载，得到预下载业务更新资源。可见，通过资源下载组件对业务应用的全量业务更新资源进行预下载，可以使全量业务更新资源的预下载过程受控制，且可以避免全量业务更新资源泄露，提高资源预下载的安全性。

同时，资源下载组件可以将预下载业务更新资源存储至资源下载组件的预下载目录20f中，这样，可以在避免全量业务更新资源泄露的同时，可以避免全量业务更新资源被篡改，提高后续应用更新的安全性。当终端设备20d检测到业务对象20e针对业务应用的触发操作时，如业务对象20e启动业务应用时，终端设备20d响应于业务对象20e针对业务应用的触发操作，根据预下载目录20f下的预下载业务更新资源，对业务应用进行应用更新。这样，终端设备在响应针对业务应用的触发操作时，可以直接根据预先下载好的预下载业务更新资源对业务应用进行更新，而不用在响应针对业务应用的触发操作时才从服务器中对业务应用的全量业务更新资源进行下载，可以减少对业务应用进行应用更新的时间，提高对业务应用进行应用更新的效率。此外，在业务对象长时间不使用业务应用时，通过本申请实施例可以提高业务对象回归的可能性与积极性。

进一步地，请参见图3，图3是本申请实施例提供的一种数据处理方法的流程示意图。如图3所示，该方法可由图1中的任意终端设备来执行，也可以由图1中的服务器10来执行，还可以由图1中的终端设备和服务器共同执行，本申请中用于执行该方法的设备可以统称为计算机设备。其中，该数据处理方法可以包括但不限于如下步骤：

S101，获取用于对终端设备中的业务应用进行更新的全量业务更新资源对应的资源属性信息和下载模式。

具体的，在本申请实施例中，计算机设备可以通过获取全量业务更新资源的资源属性信息以及下载模式，基于该资源属性信息以及下载模式对业务应用的全量更新业务更新资源进行预下载。这样，终端设备在响应针对业务应用的触发操作时，可以直接对业务应用进行更新，而不用在响应针对业务应用的触发操作时才从服务器中对业务应用的全量业务更新资源进行下载，可以减少对业务应用进行应用更新的时间，提高对业务应用进行应用更新的效率。此外，在业务对象长时间不使用业务应用时，通过本申请实施例可以提高业务对象回归的可能性与积极性。其中，终端设备中安装有业务应用，该业务应用可以是指车载应用、智能家居应用、娱乐应用(例如，游戏应用)、多媒体应用(例如，视频应用、音频应用等)、社交应用以及资讯类应用(例如，新闻应用)等。其中，业务应用包括资源下载组件，该资源下载组件可以用于对业务应用的全量业务更新资源进行预下载。

具体的，在业务应用为游戏应用时，资源下载组件可以是指TGPA组件(TencentGame Performance Amelioration，游戏终端技术优化)组件，TGPA组件打通了游戏和终端操作系统，构建了一座联通游戏和手机厂商之间的桥梁，通过对游戏场景的深入分析，上层和各个游戏统一对接，底层和不同的厂商进行对接，进而实现了统一的游戏性能解决方案。其中，全量业务更新资源可以是存储于资源下载组件的后台服务器中的，全量业务更新资源可以是指业务应用的最新业务更新资源(如最新的应用安装包)，该全量业务更新资源可以用于对业务应用的所有模块进行，也可以用于对业务应用的部分模块进行更新。

其中，全量业务更新资源的资源属性信息可以是指资源版本信息、资源数据大小信息、资源属性类型信息、资源标识信息等信息中的一个或者多个，当然资源属性信息也可以包括资源加密信息(如加密方式等)。全量业务更新资源的下载模式可以包括全量下载模式以及差异下载模式等，全量下载模式可以是指对业务应用的全量业务更新资源中的所有资源进行下载，差异下载模式是指对业务应用的全量业务更新资源中的部分资源进行下载。其中，全量业务更新资源的下载模式可以由资源下载组件中的判断逻辑或者业务应用中应用更新组件的判断逻辑确定。

可以理解的是，资源下载组件的管理员获取到业务应用的全量业务更新资源(业务应用的研发对象可以将业务应用的全量业务更新资源给资源下载组件的管理员)后，可以将该业务应用的全量业务更新资源上传至资源下载组件的后台服务器中，将业务应用的全量业务更新资源存储在资源下载组件的后台服务器中。资源下载组件的后台服务器可以对业务应用的全量业务更新资源进行解析，获取到全量业务更新资源的资源属性信息。该资源属性信息可以是指资源版本信息、资源数据大小信息、资源属性类型信息、资源标识信息等信息中的一个或者多个，当然资源属性信息也可以包括资源加密信息(如加密方式等)。当然，也可以由资源下载组件的管理员将全量业务更新资源的资源属性信息发送给资源下载组件的后台服务器。资源下载组件的后台服务器可以将全量业务更新资源的资源属性信息发送给终端设备中服务应用的应用服务器，该服务应用可以是指应用服务中心(如终端厂商的应用商店)。应用服务器接收到全量业务更新资源的资源属性信息，可以将资源属性信息存储在应用服务器中。当然，也可以是应用服务器从资源下载组件的后台服务器中获取全量业务更新资源的资源属性信息。

其中，全量业务更新资源的资源属性信息可以是指通过终端设备中的服务应用，主动从服务应用对应的应用服务器中获取到的，也可以是指应用服务器在接收到全量业务更新资源的资源属性信息时，将该资源属性信息发送给服务应用的。其中，该服务应用可以是指应用服务中心(如终端厂商的应用商店)。

可选的，资源属性信息可以是指服务应用主动从应用服务器中获取得到的。计算机设备获取用于对终端设备中的业务应用进行更新的全量业务更新资源对应的资源属性信息的具体方式可以包括：在检测到终端设备的工作状态为空闲状态时，通过终端设备中的服务应用，向服务应用对应的应用服务器发送信息获取请求；信息获取请求用于指示应用服务器从后台服务器中获取全量业务更新资源的资源属性信息。接收应用服务器返回的关于业务应用的全量业务更新资源的资源属性信息。

在计算机设备通过服务应用检测到终端设备的工作状态为空闲状态时，可以通过终端设备中的服务应用，向服务应用对应的应用服务器发送信息获取请求，该信息获取请求用于指示应用服务器从后台服务器中获取全量业务更新资源的资源属性信息，并将该资源属性信息返回给服务应用。其中，空闲状态可以是指终端设备的空闲时间、空闲时段或者闲时状态，即终端设备资源占用数量较少时的时间段。例如，空闲状态是指终端设备的设备屏幕处于黑屏状态时，当然非空闲状态可以是指终端设备的设备屏幕处于亮屏状态时。当然，空闲状态也可以是指终端设备的设备屏幕处于黑屏状态，且终端设备的CPU占用率小于或者等于占用率阈值时，其余时刻可以为非闲时状态。当然，空闲状态可以是指业务应用处于未使用时，其余时刻为非空闲状态，例如，业务应用为游戏应用时，非空闲状态可以是指终端设备在处于游戏对局、游戏战斗的状态，其余时刻为空闲状态。当然，空闲状态和非空闲状态可以具体情况具体设置，本申请实施例对空闲状态和非空闲状态不做限制。

应用服务器接收到信息获取请求后，若应用服务器从后台服务器中获取到全量业务更新资源的资源属性信息，或者，应用服务器中存在全量业务更新资源的资源属性信息(后台服务器发送给应用服务器的)，则应用服务器可以将该资源属性信息返回给服务应用。计算机设备可以通过服务应用接收到应用服务器返回的关于业务应用的全量业务更新资源的资源属性信息。

可选的，资源属性信息可以是指应用服务器在接收到全量业务更新资源的资源属性信息时，将该资源属性信息发送给服务应用的。此时，计算机设备获取用于对终端设备中的业务应用进行更新的全量业务更新资源对应的资源属性信息的具体方式可以包括：通过终端设备中的服务应用，接收服务应用对应的应用服务器发送的关于业务应用的全量业务更新资源的资源属性信息；资源属性信息是由应用服务器从后台服务器中获取到的。

具体的，应用服务器在获取到关于业务应用的全量业务更新资源的资源属性信息时，可以将该资源属性信息发送给终端设备中的服务器应用。计算机设备可以通过终端设备中的服务应用，接收服务应用对应的应用服务器发送的关于业务应用的全量业务更新资源的资源属性信息。

可以理解的是，计算机设备可以获取关于业务应用的全量业务更新资源的下载模式，通过该下载模式对资源下载组件中的全量业务更新资源进行预下载。可选的，计算机设备确定下载模式的具体方式可以包括：通过资源下载组件，获取业务应用在历史时间段内的历史运行日志。根据历史运行日志确定业务应用的业务运行特征，根据业务运行特征，确定用于对终端设备中的业务应用进行更新的全量业务更新资源对应的下载模式。这样，根据业务运行特征可以准确确定全量业务更新资源的下载模式，根据下载模式对全量业务更新资源进行下载，可以在确保业务应用正常运行的同时，减少下载全量业务更新资源(如差异下载模式下载时)的下载数据量，减少流量的同时也可以减少终端设备的存储空间。

具体的，计算机设备可以通过资源下载组件，获取业务应用在历史时间段内的历史运行日志，该历史运行日志可以是指业务应用中各个业务组件(如业务模块、业务模式等)的运行日志。计算机设备可以根据历史运行日志，确定业务应用的业务运行特征，该业务运行特征可以是指业务应用中N个业务组件中每两个业务组件之间的运行关联度。例如，若计算机设备根据N个业务组件中第一业务组件与第二业务组件分别对应的运行日志，确定第二业务组件是在第一业务组件的基础上进行运行的(如第二业务组件需要调用第一业务组件的相关资源执行业务，当第一业务组件中的相关资源的存储地址或者调用方式发生更新时，第二业务组件也是需要相应进行更新的)，则可以确定第一业务组件与第二业务组件之间的运行关联性较高。其中，计算机设备可以根据N个业务组件对应的运行关联度之和，确定全量业务更新资源的下载模式。当然，计算机设备可以根据N个业务组件中任意两个业务组件之间的运行关联度，确定全量业务更新资源的下载模式，如N个业务组件中任意两个业务组件之间的运行关联度小于关联度阈值时，则可以确定全量业务更新资源的下载模式为差异下载模式。

当然，业务运行特征也可以是指各个业务组件的运行时间以及运行总时长等，计算机设备也可以根据各个业务组件的运行日志，确定对应业务组件的运行时间以及运行总时长等业务运行特征，根据业务组件的运行时间以及运行总时长等，确定关于全量业务更新资源的下载模式。例如，若N个业务组件中某个业务组件的运行时间与当前时间之间的时间差较大，且运行总时长小于时长阈值，说明对应业务组件近期没有被使用，则可以不用对该业务组件进行更新，进而可以不用对该业务组件的业务更新资源进行预下载，则计算机设备可以将差异下载模式确定为全量业务更新资源的下载模式。若N个业务组件中每个业务组件的运行时间与当前时间之间的时间差较小(即对应业务组件近期被使用过)，且运行总时长大于或者等于时长阈值，则计算机设备可以将全量下载模式确定为全量业务更新资源的下载模式。

当然，在业务应用为游戏应用时，游戏应用的业务运行特征可以是指游戏应用中各个游戏模块或者各个游戏模式(如单人游戏模式、多人游戏模式)的运行关联度，或者是游戏应用中各个游戏模块或者各个游戏模式的运行时间和运行总时长等。计算机设备可以根据游戏应用中各个游戏模块或者各个游戏模式(如单人游戏模式、多人游戏模式)的运行关联度，或者游戏应用中各个游戏模块或者各个游戏模式的运行时间和运行总时长等，确定游戏应用对应的全量业务更新资源的下载模式。

可选的，业务运行特征包括业务应用中的N个业务组件中每两个业务组件之间的运行关联度；N为大于2的正整数，计算机设备确定下载模式的具体方式可以包括：对N个业务组件中每两个业务组件之间的运行关联度进行求和处理，得到N个业务组件的运行总关联度。若运行总关联度大于或者等于关联度阈值，则将全量下载模式确定为全量业务更新资源的下载模式；全量下载模式用于指示对全量业务更新资源中的所有资源进行下载。若运行总关联度小于关联度阈值，则将差异下载模式确定为全量业务更新资源的下载模式；差异下载模式用于指示对全量业务更新资源中的部分资源进行下载。

具体的，计算机设备可以对N个业务组件中每两个业务组件之间的运行关联度进行求和处理，得到N个业务组件的运行总关联度。若运行总关联度大于或者等于关联度阈值，说明N个业务组件之间的运行关联度较高，若差用差异化下载模式，可能会导致某个业务组件不能正常运行，则可以将全量下载模式确定为全量业务更新资源的下载模式，该全量下载模式用于指示对全量业务更新资源中的所有资源进行下载。这样，可以确保应用更新后的业务应用可以正常运行。若运行总关联度小于关联度阈值，说明N个业务组件之间的关联性较低，则将差异下载模式确定为全量业务更新资源的下载模式。这样，可以在确保业务应用正常运行的同时，减少下载全量业务更新资源的下载数据量，减少流量的同时也可以减少终端设备的存储空间。

当然，计算机设备可以获取业务对象针对业务应用的对象业务特征，根据该对象业务特征确定全量业务更新资源的下载模式。例如，对象业务特征可以是指业务对象在业务应用中经常使用的业务模块(或者业务模式)的模块数量，若模块数量小于数量阈值，则可以将差异下载模式确定为全量业务更新资源的下载模式。若模块数量大于或者等于数量阈值，则可以将全量下载模式确定为全量业务更新资源的下载模式。这样，基于对象业务特征对全量业务更新资源进行差异下载，可以在确保业务应用正常运行的同时，减少下载全量业务更新资源的下载数据量(如采用差异下载模式进行预下载时)，减少流量的同时也可以减少终端设备的存储空间。

可选的，计算机设备还可以获取业务应用中各个业务组件(如业务模块、业务模式)的打开次数、使用时长、业务组件版本号与业务应用版本号之间的版本号差异程度，确定关于全量业务更新资源的下载模式。具体的，计算机设备根据业务组件的打开次数确定关于全量业务更新资源的下载模式时，以业务组件为业务模块为例，可以检测业务应用中业务模块的打开次数是否大于或者等于打开次数阈值，若业务组件的打开次数大于或者等于打开次数阈值，则可以对该业务组件对应的业务更新资源进行预下载，若业务组件的打开次数小于打开次数阈值，则可以不用对该业务组件对应的业务更新资源进行预下载。这样，当业务应用中存在打开次数小于打开次数阈值的业务模块时，则可以将差异下载模式确定为全量业务更新资源的下载模式。

具体的，计算机设备根据业务组件版本号与业务应用版本号之间的版本号差异程度，确定关于全量业务更新资源的下载模式时，可以检测版本号差异程度是否大于或者等于版本号阈值。在版本号差异程度大于或者等于版本号阈值时，则对对应业务组件的业务更新资源进行预下载，在版本号差异程度小于版本号阈值时，则不用对对应业务组件对应的业务更新资源进行预下载。这样，在业务应用中存在版本号差异程度小于版本号阈值的业务组件时，则可以将差异下载确定为全量业务更新资源的下载模式。例1，以业务组件为业务模块为例，若将要更新的业务应用版本号是9，业务应用中业务模块b1的版本号是8，版本号阈值为5时，说明业务应用版本号与业务模块b1的版本号相差不远，业务对象在使用业务模块b1中，就会更新这个业务模块b1的业务更新资源。例2，若将要更新的业务应用版本号是9，业务应用中业务模块b2的版本号是3，版本号阈值为5时，说明业务应用版本号与业务模块b2的版本号相差远，业务对象很长时间没有使用业务模块b2(业务对象使用业务模块时，会将业务模块的版本号更新到最新版本号)，则可以不用预下载这个业务模块b2的业务更新资源，即将差异下载模式确定为全量业务更新资源的下载模式。

S102，调用资源下载组件，根据资源属性信息以及下载模式，对后台服务器中的全量业务更新资源进行预下载，得到预下载业务更新资源。

具体的，计算机设备可以调用资源下载组件，根据资源属性信息以及下载模式，对后台服务器中的全量业务更新资源进行预下载，得到预下载业务更新资源。可见，对全量业务更新资源进行预先下载，而不用在业务对象使用业务应用时消耗长时间来下载全量业务更新资源，可以减少消耗业务对象的等待时间，进而可以提高对业务应用进行应用更新的效率。此外，在业务对象长时间不使用业务应用时，通过本申请实施例可以提高业务对象回归的可能性与积极性。

同时，下载模式可以包括差异下载模式以及全量下载模式，可以实现在确保业务应用正常运行的同时，尽可能减少下载全量业务更新资源的下载数据量(如采用差异下载模式进行预下载时)，减少流量的同时也可以减少终端设备的存储空间。可以理解的是，由于资源下载组件是业务应用中的组件，业务应用所属机构可以自由控制资源下载组件关于全量业务更新资源的下载流程，即可以控制安全地对全量业务更新资源进行预下载，避免全量业务更新资源被恶意泄露，可以提高全量业务更新资源预下载的安全性。可以理解的是，本申请通过资源下载组件的后台服务预下载方式，一方面节约了业务对象等待业务应用更新的时间，也可以降低在业务应用的全量业务更新资源发布后的集中在线下载导致的CDN峰值，可以降低CDN成本。

可选的，计算机设备对后台服务器中的全量业务更新资源进行预下载的具体方式可以包括：在终端设备的工作状态为空闲状态时，调用资源下载组件，根据资源属性信息以及下载模式，对后台服务器中的全量业务更新资源进行预下载。若在对全量业务更新资源进行预下载的过程中，终端设备的工作状态变更为非空闲状态，则暂停对全量业务更新资源进行预下载。获取全量业务更新资源的第一预下载进度，若检测到终端设备的工作状态恢复为空闲状态，则按照第一预下载进度，继续对全量业务更新资源进行预下载，得到预下载业务更新资源。

具体的，计算机设备在检测到终端设备的工作状态为空闲状态时，可以通过终端设备中的服务应用，拉起预下载进程，在该预下载进程中绑定资源下载组件服务，即调用资源下载组件，根据资源属性信息以及下载模式，对后台服务器中的全量业务更新资源进行预下载。具体的，在终端设备的工作状态处于空闲状态时，计算机设备可以通过服务应用，根据资源属性信息以及下载模式，生成关于全量业务更新资源的预下载任务，将该预下载任务发送给资源下载组件，此时资源下载组件的预下载开关开启，执行该预下载任务。这样，通过服务应用拉起预下载进程，调用资源下载组件进行后台服务下载，这样可以不受限于业务应用运行时才能下载，即随时可以调用资源下载组件进行预下载，可以提高预下载效率。

可以理解的是，若资源下载组件对全量业务更新资源进行预下载的过程中，终端设备的工作状态由空闲状态变更为非空闲状态时，则资源下载组件可以暂停对全量业务更新资源进行预下载。同样的，空闲状态可以是指终端设备的空闲时间、空闲时段或者闲时状态，即终端设备资源占用数量较少时的时间段。例如，空闲状态是指终端设备的设备屏幕处于黑屏状态时，当然非空闲状态可以是指终端设备的设备屏幕处于亮屏状态时。当然，空闲状态也可以是指终端设备的设备屏幕处于黑屏状态，且终端设备的CPU占用率小于或者等于占用率阈值时，其余时刻可以为非闲时状态。当然，空闲状态可以是指业务应用处于未使用时，其余时刻为非空闲状态，例如，业务应用为游戏应用时，非空闲状态可以是指终端设备在处于游戏对局、游戏战斗的状态，其余时刻为空闲状态。当然，空闲状态和非空闲状态可以具体情况具体设置，本申请实施例对空闲状态和非空闲状态不做限制。

同时，资源下载组件可以获取此时全量业务更新资源的第一预下载进度，并生成关于全量业务更新资源的下载暂停消息，将第一预下载进度以及下载暂停消息发送给服务应用。服务应用可以检测终端设备的工作状态，在检测到终端设备的工作状态恢复为空闲状态时，服务应用可以向资源下载组件发送关于全量业务更新资源的继续下载指令。资源下载组件接收到服务应用发送的继续下载指令后，可以按照第一预下载进度，继续对全量业务更新资源进行预下载，得到预下载更新资源。当然，资源下载组件下载得到预下载业务更新资源时，可以向服务应用返回下载完成消息。可见，本申请实施例通过在终端设备的工作状态处于空闲状态时，通过拉起资源下载组件的预下载进程，进行后台服务下载，可以避免影响业务应用的正常工作的同时，对全量业务更新资源进行预下载。同时，在检测到终端设备的工作状态变更为非空闲状态时，获取全量业务更新资源的第一预下载进度，在终端设备的工作状态恢复为空闲状态时，根据第一预下载进度对全量业务更新资源进行断点续传，而不用对全量业务更新资源进行重新下载，可以提高全量业务更新资源的下载效率，同时也可以节约下载流量。同时，在终端设备的工作状态为空闲状态时才进行预下载，可以避免影响终端设备或者业务应用的正常运行。

可选的，计算机设备按照第一预下载进度，继续对全量业务更新资源进行预下载的具体方式可以包括：若检测到终端设备的工作状态恢复为空闲状态，则根据第一预下载进度，确定全量业务更新资源中的第一已下载业务更新资源，以及全量业务更新资源中的第一待下载业务更新资源。从后台服务器中的全量业务更新资源中，对第一待下载业务更新资源进行预下载，得到第二已下载业务更新资源。将第一已下载业务更新资源以及第二已下载业务更新资源，确定为预下载业务更新资源。

具体的，若计算机设备检测到终端设备的工作状态恢复为空闲状态，则可以通过资源下载组件，根据第一预下载进度，确定全量业务更新资源中的第一已下载业务更新资源，以及全量业务更新资源中的第一待下载业务更新资源。其中，第一已下载业务更新资源是指资源下载组件已经下载好的业务更新资源，第一待下载业务更新资源是指全量业务更新资源中资源下载组件还没有下载的业务更新资源。进一步地，资源下载组件可以从后台服务器中的全量业务更新资源中，对第一待下载业务更新资源进行预下载，得到第二已下载业务更新资源，将第一已下载业务更新资源以及第二已下载业务更新资源确定为预下载业务更新资源。

可选的，当资源下载组件对全量业务更新资源下载失败时，可以向资源下载组件返回下载失败消息，可以由资源下载组件和服务应用确定是否重试关于全量业务更新资源的预下载任务以及重新下载的时机。具体的，计算机设备对后台服务器中的全量业务更新资源进行预下载的具体方式可以包括：在终端设备的网络状态为正常状态时，调用资源下载组件，根据资源属性信息以及下载模式，对后台服务器中的全量业务更新资源进行预下载。若在对全量业务更新资源进行预下载的过程中，终端设备的网络状态变更为异常状态，则暂停对全量业务更新资源进行预下载。获取关于全量业务更新资源的第二预下载进度。若检测到终端设备的网络状态恢复为正常状态，则按照第二预下载进度，继续对全量业务更新资源进行预下载，得到预下载业务更新资源。

具体的，计算机设备可以在终端设备的网络状态为正常状态时，可以通过服务应用拉起预下载进程，在该预下载进程中调用资源下载组件，以开启资源下载组件的预下载开关，通过资源下载组件根据资源属性信息以及下载模式，对后台服务器中的全量业务更新资源进行预下载。具体的，服务应用可以根据资源属性信息以及下载模式生成关于全量业务更新资源的预下载任务，将该预下载任务发送给资源下载组件，通过资源下载组件对全量业务更新资源进行预下载。若在对全量业务更新资源进行预下载的过程中，终端设备的网络状态变更为异常状态，则暂停对全量业务更新资源进行预下载，同时获取关于全量业务更新资源的第二预下载进度，并生成关于全量业务更新资源的暂停下载消息，将该暂停下载消息以及第二预下载进度发送给服务应用。

这样，服务应用可以检测终端设备的网络状态，在检测终端设备的网络状态恢复为正常状态时，向资源下载组件发送继续下载指令。资源下载组件接收到服务应用发送的继续下载指令后，可以按照第二预下载进度，继续对全量业务更新资源进行预下载，得到第二预下载业务更新资源。当然，资源下载组件在获取到第二预下载业务更新资源时，可以向服务应用发送关于全量业务更新资源下载完成的消息。这样，根据终端设备的网络状态对全量业务更新资源进行预下载，检测全量业务更新资源的预下载进度，以确保成功下载完成。

可选的，计算机设备按照第二预下载进度，继续对全量业务更新资源进行预下载的具体方式可以包括：若检测到终端设备的网络状态恢复为正常状态，则根据第二预下载进度，确定全量业务更新资源中的第三已下载业务更新资源，以及全量业务更新资源中的第二待下载业务更新资源。对第三已下载业务更新资源进行异常检测，若检测到第三已下载业务更新资源存在异常，则重新对全量业务更新资源进行预下载，得到预下载业务更新资源。若检测到第三已下载业务更新资源不存在异常，则对第二待下载更新资源进行预下载，得到第四已下载业务更新资源，将第三已下载业务更新资源和第四已下载业务更新资源，确定为预下载业务更新资源。

具体的，若计算机设备检测到终端设备的网络状态恢复为正常状态，则可以根据第二预下载进度，确定全量业务更新资源中的第三已下载业务更新资源，以及全量业务更新资源中的第二未下载业务更新资源。其中，第三已下载业务更新资源是资源下载组件基于第二预下载进度，确定的全量业务更新资源中的已下载业务更新资源，第二未下载业务更新资源是指资源下载组件基于第二预下载进度，确定的全量业务更新资源中的未下载业务更新资源。进一步地，由于终端设备的网络状态出现异常时，可以会导致第三已下载业务更新资源存在异常，如丢包或者异常乱码等。资源下载组件可以对第三已下载业务更新资源进行异常检测，如检测第三已下载业务更新资源是否存在丢包或者异常乱码。

具体的，若资源下载组件检测到第三已下载业务更新资源存在异常(如存在丢包或者异常乱码)，则重新对全量业务更新资源进行预下载，得到预下载业务更新资源。若检测到第三已下载业务更新资源不存在异常(如不存在丢包或者异常乱码)，则对第二待下载更新资源进行预下载，得到第四已下载业务更新资源，将第三已下载业务更新资源和第四已下载业务更新资源，确定为预下载业务更新资源。这样，在确保对全量业务更新资源进行准确预下载的同时，进行断点续传，可以提高全量业务更新资源的下载效率，同时也可以节约下载流量。

可以理解的是，全量业务更新资源的下载模式可以包括全量下载模式和差异下载模式。可选的，全量业务更新资源的下载模式可以为全量下载模式时，计算机设备对后台服务器中的全量业务更新资源进行预下载的具体方式可以包括：若下载模式包括全量下载模式，则调用资源下载组件，对后台服务器中资源属性信息所指示的全量业务更新资源内的所有资源进行预下载，得到全量业务更新资源。将全量业务更新资源，确定为预下载业务更新资源。

具体的，若下载模式包括全量下载模式，则计算机设备可以通过服务应用，拉起预下载进程，在该预下载进程中绑定资源下载组件服务，以使资源下载组件的预下载开关开启，即调用资源下载组件，对后台服务器中资源属性信息所指示的全量业务更新资源内的所有资源进行预下载，得到全量业务更新资源。具体的，资源下载组件可以根据资源属性信息以及全量下载模式，生成第一更新资源获取请求，将该第一更新资源获取请求发送给资源下载组件的后台服务器。后台服务器接收到第一更新资源获取请求时，可以将第一更新资源获取请求中携带的资源属性信息所指示的全量业务更新资源发送给资源下载组件，资源下载组件可以接收后台服务器发送的全量业务更新资源，将该全量业务更新资源确定为预下载业务更新资源。

在一种实施例中，下载模式为全量下载模式时，资源下载组件可以生成全量下载指示信息，生成携带资源属性信息以及全量下载指示信息的第一更新资源获取请求，将该第一更新资源获取请求发送给后台服务器。后台服务器可以基于第一更新资源获取请求中的全量下载指示信息，将资源属性信息所指示的全量业务更新资源发送给资源下载组件。

可选的，全量业务更新资源的下载模式可以为全量下载模式时，计算机设备对后台服务器中的全量业务更新资源进行预下载的具体方式可以包括：若下载模式包括差异下载模式，则通过资源下载组件，获取与业务应用关联的业务对象的对象业务特征。调用资源下载组件，从后台服务器中资源属性信息所指示的全量业务更新资源中，筛选与对象业务特征匹配的业务更新资源，作为差异业务更新资源。对后台服务器中的差异业务更新资源进行预下载，得到差异业务更新资源，将差异业务更新资源，确定为预下载业务更新资源。

具体的，若全量业务更新资源的下载模式为差异下载模式，计算机设备可以通过服务应用，拉起预下载进程，在该预下载进程中绑定资源下载组件服务，以使资源下载组件的预下载开关开启，即调用资源下载组件，获取与业务应用关联的业务对象的对象业务特征。该对象业务特征可以是指业务对象针对业务应用中N个业务组件(如N个业务模块或者N个业务模式)分别对应的使用频率，计算机准备可以通过资源下载组件，根据N个业务组件分别对应的使用频率，从N个业务组件中确定使用频率大于或者等于使用频率阈值的业务组件，作为筛选组件。进一步地，资源下载组件可以获取筛选组件的组件标识信息，根据筛选组件的资源标识信息从全量业务更新资源包括的M个业务更新资源分别对应的资源标识信息中，确定筛选资源标识信息，根据筛选资源标识信息生成差异下载列表。

其中，M个业务更新资源分别对应的资源标识信息可以与对应业务组件的组件标识信息相同，一个业务组件可以对应一个业务更新资源，也可以对应多个业务更新资源。计算机设备可以从M个业务更新资源分别对应的资源标识信息，确定筛选组件关联的资源标识信息(如筛选组件对应的业务更新资源的资源标识信息)，根据筛选资源标识信息生成差异下载列表。进一步地，资源下载组件可以基于差异下载列表以及资源属性信息，生成第二更新资源获取请求，将该第二更新资源获取请求发送给资源下载组件的后台服务器。后台服务器接收到第二更新资源获取请求后，可以基于第二更新资源获取请求中的差异下载列表中的资源标识信息，从资源属性信息所指示的全量业务更新资源中筛选与资源标识信息匹配的业务更新资源，作为差异业务更新资源。进一步地，后台服务器可以将差异业务更新资源发送给资源下载组件，资源下载组件可以接收后台服务器返回的差异业务更新资源，将差异业务更新资源确定为预下载业务更新资源。这样，根据不同业务对象的对象业务特征为对应业务对象预下载差异化的预下载业务更新资源，此时不同业务对象在一次应用更新时实际更新的业务更新资源不同，可以实现预下载的对象差异化(如千人千面)。这样，通过业务对象的对象业务特征，对全量业务更新资源进行差异预下载，可以节约下载流量的同时，降低终端设备中的存储空间。

换句话说，本申请实施例可以针对不同的业务对象预下载不同的差异业务更新资源，进而针对不同的业务对象更新不同的差异业务更新资源，实现对象差异化下载和更新。若业务对象长时间使用业务应用中的某些模式(或模块)(例如，业务对象只玩了游戏应用中的某些游戏模式)，就无需给对应业务对象更新其用不到的业务更新资源(即无需给该类业务对象更新所有模式(或模块)的业务更新资源(即全量更新资源))，而给业务对象更新其使用了或者经常使用的模式(或模块)所对应的更新资源(即差异业务更新资源)(例如，为业务对象针对性更新其经常玩的某些模式(或模块)的游戏资源)。可以节约下载流量以及终端设备的存储空间。

可以理解的是，业务对象不使用(或不经常使用)的其他模式(或模块)不用每次更新都保持最新，当业务对象想使用其他模式(或模块)的时候，再为其加载其他模式(或模块)的最新资源，此时，业务应用只需要加载较少模块的业务更新资源，耗时也较短，可以提高用户使用体验感。

S103，通过资源下载组件，将预下载业务更新资源存储至资源下载组件的预下载目录中。

具体的，计算机设备可以通过资源下载组件，将预下载得到的预下载业务更新资源存储至资源下载组件中，由于资源下载组件是业务应用中的组件，如资源下载组件可以是指业务应用所属机构管理的组件，也可以是指业务应用所属机构信任的组件。资源下载组件可以将预下载业务更新资源存储至资源下载组件的预下载目录中，这样，可以在避免全量业务更新资源泄露的同时，可以避免全量业务更新资源被篡改，提高后续应用更新的安全性。

可以理解的是，由于资源下载组件是业务应用中的组件，业务应用所属机构可以自由控制资源下载组件关于全量业务更新资源的下载流程，以及控制访问资源下载组件中的内容(如预下载目录中的预下载业务更新资源)权限，可以提高全量业务更新资源预下载和存储的安全性。具体的，终端设备中的其他应用或者组件想要访问资源下载组件的预下载目录中的预下载业务更新资源时，资源下载组件可以对其他应用或者组件针对预下载业务更新资源的访问权限进行验证，得到权限验证结果。若该权限验证结果指示其他应用或者组件具有针对预下载业务更新资源的访问权限时，则允许其他应用或者组件访问预下载业务更新资源。若该权限验证结果指示其他应用或者组件不具有针对预下载业务更新资源的访问权限时，则不允许其他应用或者组件访问预下载业务更新资源。这样，可以在避免全量业务更新资源泄露的同时，可以避免全量业务更新资源被篡改，提高后续应用更新的安全性。

S104，响应于针对业务应用的触发操作，根据预下载目录中的预下载业务更新资源对业务应用进行应用更新。

具体的，在业务对象实施针对业务应用的触发操作时，如业务对象打开或者启动业务应用时，计算机设备可以响应于针对业务应用的触发操作，根据预下载目录中的预下载业务更新资源对业务应用进行应用更新。其中，针对业务应用的触发操作可以是指业务对象在业务应用的全量业务更新资源发布更新后打开业务应用，或者，在业务应用的全量业务更新资源发布更新后启动业务应用，或者，在业务应用的全量业务更新资源发布更新后实施针对业务应用的应用更新操作(例如，业务对象在业务应用的全量业务更新资源发布更新后，在业务应用中点击了用于对业务应用进行应用更新的更新控件，或者，业务对象在业务应用的全量业务更新资源发布更新后，在服务应用(即应用商场)中点击了用于对业务应用进行应用更新的更新控件)，或者，在业务应用的全量业务更新资源发布更新后加载业务应用等。这样，计算机设备在响应针对业务应用的触发操作时，可以直接根据预先下载好的预下载业务更新资源对业务应用进行更新，而不用在响应针对业务应用的触发操作时才从服务器中对业务应用的全量业务更新资源进行下载，可以减少对业务应用进行应用更新的时间，提高对业务应用进行应用更新的效率。同时也可以降低业务应用的全量业务更新资源发布后，集中在线下载的CND峰值，可以降低业务应用的CDN成本。此外，在业务对象长时间不使用业务应用时，通过本申请实施例可以减少用户等待应用更新的时间，提高业务对象回归的可能性与积极性。

其中，当计算机设备检测到业务对象实施针对业务应用的触发操作(如业务对象打开业务应用)时，业务应用可以初始化资源下载组件，向资源下载组件获取预下载资源信息(如是否存在预下载业务更新资源，若存在预下载业务更新资源，则获取预下载业务更新资源的存储地址和资源列表信息等)。若资源下载组件中存在预下载业务更新资源，则可以向业务应用返回预下载业务更新资源的存储地址和资源列表信息等相关信息。业务应用可以将应用更新组件发送预下载业务更新资源的存储地址和资源列表信息等相关信息，调用应用更新组件从预下载目录下获取预下载业务更新资源，以及对预下载业务更新资源进行有效性校验，基于具有有效性的预下载更新资源对业务应用进行更新。

如图4所示，图4是本申请实施例提供的一种后台服务预下载方法的示意图，如图4所示，以业务应用为游戏应用，服务应用为游戏服务中心为例，资源下载组件管理对象(如TGPA管理员)将游戏应用的全量业务更新资源(如全量游戏更新资源)上传至资源下载组件的后台服务器后，可以生成游戏应用的全量业务更新资源的资源属性信息，同样的，该资源属性信息可以是指游戏资源版本信息、游戏资源文件大小信息、游戏资源标识信息以及游戏资源加密信息等。资源下载组件管理对象可以执行步骤S1，在资源下载组件的后台服务器中配置游戏应用的全量业务更新资源的资源属性信息，如将资源属性信息上传至资源下载组件的后台服务器中。如图4所示，资源下载组件的后台服务器获取到资源属性信息后，可以执行步骤S2，将资源属性信息推送给游戏服务中心对应的服务器(如游戏服务中心对应的后台服务器)，该游戏服务中心对应的服务器可以是指游戏服务中心的应用服务器，存储在游戏服务中心对应的服务器中。在终端设备的工作状态进入空闲状态时，可以执行步骤S3，向游戏服务中心发送终端设备进入空闲状态消息。

同样的，空闲状态可以是指终端设备的空闲时间、空闲时段或者闲时状态，即终端设备资源占用数量较少时的时间段。例如，空闲状态是指终端设备的设备屏幕处于黑屏状态时，也可以是指终端设备的设备屏幕处于黑屏状态且终端设备的CPU占用率小于或者等于占用率阈值时，也可以是指业务应用处于未使用时。当然，空闲状态可以具体情况具体设置，本申请实施例对空闲状态不做限制。游戏服务中心确定终端设备处于空闲状态后，可以执行步骤S4，从游戏服务中心对应的服务器拉取资源属性信息。具体的，游戏服务中心可以向游戏服务中心对应的服务器发送关于资源属性信息的获取请求，以拉取资源属性信息。进一步地，游戏服务中心对应的服务器可以执行步骤S5，向游戏服务中心返回资源属性信息。

可以理解的是，游戏服务中心接受到游戏服务中心对应的服务器返回的资源属性信息后，可以执行步骤S6，启动预下载进程(即拉起一个预下载进程)并绑定资源下载组件服务，以调用资源下载组件基于资源属性信息执行关于游戏应用的全量业务更新资源的预下载任务。资源下载组件检测到存在关于游戏应用的全量业务更新资源的预下载任务且该预下载任务未执行完成，以及资源下载组件的后台服务器的预下载开关开启时(如资源下载组件和资源下载组件的后台服务器可以正常交互以下载业务更新资源)，以及终端设备处于空闲状态时，资源下载组件可以执行步骤S7，以进行预下载，即基于资源属性信息以及全量业务更新资源的下载模式，对后台服务器中的全量业务更新资源进行预下载，具体可以参见上述步骤S101-S102的内容，本申请实施例在此不再赘述。在对游戏应用的全量业务更新资源进行下载成功时，资源下载组件可以执行步骤S8，向游戏服务中心返回下载成功消息。

具体的，在对游戏应用的全量业务更新资源进行下载失败时，资源下载组件可以执行步骤S9，向游戏服务中心返回下载失败消息，并分情况决定是否重试。例如，当终端设备的网络状态处于异常状态，且基于预下载进度确定的已下载业务更新资源存在异常时，则资源下载组件可以重新对游戏应用的全量业务更新资源进行预下载。在游戏服务中心检测到终端设备的工作状态变更为非空闲状态时，游戏服务中心可以执行步骤S10，通知资源下载组件暂停关于游戏应用的全量业务更新资源的预下载。资源下载组件接收到暂停预下载通知后，可以暂停对关于游戏应用的全量业务更新资源的预下载，并执行步骤S11，向游戏服务中心返回下载暂停消息。当然，资源下载组件可以获取关于全量业务更新资源的预下载进度，向游戏服务中心返回预下载进度。

应当理解，在游戏服务中心检测到终端设备的工作状态恢复空闲状态时，可以通知资源下载组件继续预下载，资源下载组件接收到继续预下载通知后，可以基于预下载进度对游戏应用的全量业务更新资源进行继续下载，直到预下载完成时，向游戏服务中心返回预下载完成消息。游戏服务中心接收到预下载完成消息时，可以执行步骤S12，预下载完成时解绑资源下载组件服务，以停止调用资源下载组件。资源下载组件可以执行步骤S13，以退出预下载进程。可见，本申请实施例通过资源下载组件对游戏应用的全量业务更新资源进行预下载，可以使游戏应用的全量业务更新资源的预下载过程受控制，且可以避免全量业务更新资源泄露，提高资源预下载的安全性。

如图5所示，图5是本申请实施例提供的一种后台服务预下载方法的示意图，如图5所示，以业务应用为游戏应用，服务应用为游戏服务中心为例，资源下载组件管理对象(如TGPA管理员)将游戏应用的全量业务更新资源(如全量游戏更新资源)上传至资源下载组件的后台服务器后，可以生成游戏应用的全量业务更新资源的资源属性信息。同样的，该资源属性信息可以是指游戏资源版本信息、游戏资源文件大小信息、游戏资源标识信息以及游戏资源加密信息等。资源下载组件管理对象可以执行步骤T1，在资源下载组件的后台服务器中配置游戏应用的全量业务更新资源的资源属性信息，如将资源属性信息上传至资源下载组件的后台服务器中。如图5所示，资源下载组件的后台服务器获取到资源属性信息后，可以执行步骤T2，将资源属性信息推送给游戏服务中心对应的服务器器，该游戏服务中心对应的服务器可以是指游戏服务中心的应用服务器。与图4中的后台服务预下载方法不同的是，如图5所示，游戏服务中心对应的服务器在接收到资源属性信息时，可以执行步骤T3，直接将该资源属性信息发送给游戏服务中心。在终端设备的工作状态进入空闲状态时，可以执行步骤T4，向游戏服务中心发送终端设备进入空闲状态消息。

同样的，空闲状态可以是指终端设备的空闲时间、空闲时段或者闲时状态，即终端设备资源占用数量较少时的时间段。例如，空闲状态是指终端设备的设备屏幕处于黑屏状态时，也可以是指终端设备的设备屏幕处于黑屏状态且终端设备的CPU占用率小于或者等于占用率阈值时，也可以是指业务应用处于未使用时。当然，空闲状态可以具体情况具体设置，本申请实施例对空闲状态不做限制。游戏服务中心确定终端设备处于空闲状态后，可以执行步骤T5，启动预下载进程(即拉起一个预下载进程)并绑定资源下载组件服务，以调用资源下载组件基于资源属性信息执行关于游戏应用的全量业务更新资源的预下载任务。资源下载组件检测到存在关于游戏应用的全量业务更新资源的预下载任务且该预下载任务未执行完成，以及资源下载组件的后台服务器的预下载开关开启时(如资源下载组件和资源下载组件的后台服务器可以正常交互以下载业务更新资源)，以及终端设备处于空闲状态时，资源下载组件可以执行步骤T6，以进行预下载，即基于资源属性信息以及全量业务更新资源的下载模式，对后台服务器中的全量业务更新资源进行预下载，具体可以参见上述步骤S101-S102的内容，本申请实施例在此不再赘述。

同样的，在对游戏应用的全量业务更新资源进行下载成功时，资源下载组件可以执行步骤T7，向游戏服务中心返回下载成功消息。在对游戏应用的全量业务更新资源进行下载失败时，资源下载组件可以执行步骤T8，向游戏服务中心返回下载失败消息，并分情况决定是否重试。在游戏服务中心检测到终端设备的工作状态变更为非空闲状态时，游戏服务中心可以执行步骤T9，通知资源下载组件暂停关于游戏应用的全量业务更新资源的预下载。资源下载组件接收到暂停预下载通知后，可以暂停对关于游戏应用的全量业务更新资源的预下载，并执行步骤T10，向游戏服务中心返回下载暂停消息。当然，资源下载组件可以获取关于全量业务更新资源的预下载进度，向游戏服务中心返回预下载进度。

应当理解，在游戏服务中心检测到终端设备的工作状态恢复空闲状态时，可以通知资源下载组件继续预下载，资源下载组件接收到继续预下载通知后，可以基于预下载进度对游戏应用的全量业务更新资源进行继续下载，直到预下载完成时，向游戏服务中心返回预下载完成消息。游戏服务中心接收到预下载完成消息时，可以执行步骤T11，预下载完成时解绑资源下载组件服务，以停止调用资源下载组件。资源下载组件可以执行步骤T12，以退出预下载进程。可见，本申请实施例通过资源下载组件对游戏应用的全量业务更新资源进行预下载，可以使游戏应用的全量业务更新资源的预下载过程受控制，且可以避免全量业务更新资源泄露，提高资源预下载的安全性。

在本申请实施例中，通过业务应用中的资源下载组件，基于全量业务更新资源的资源属性信息和下载模式，预先对后台服务器中的全量业务更新资源下载，得到预下载业务更新资源；通过资源下载组件，预先将预下载业务更新资源存储至资源下载组件的预下载目录中。进一步，在检测到针对业务应用的触发操作时，可以直接根据预下载目录中的预下载业务更新资源对业务应用进行应用更新，无需等待检测到针对业务应用的触发操作之后，才下载全量业务更新资源，可以提高对业务应用进行应用更新的效率。同时，用于下载全量业务更新资源的资源下载组件属于业务应用中的内部组件，下载得到的预下载业务更新资源也是存储在资源下载组件的下载目录中的，也就是说，预下载业务更新资源在业务应用的内部组件中流转，可以避免全量业务更新资源在预下载的过程出现资源泄露或者资源被篡改等风险，可以提高资源预下载的安全性。可以理解的是，由于资源下载组件为业务应用中的组件，业务应用所属管理机构可以控制资源下载组件下载全量业务更新资源的过程，可以避免出现在全量业务更新资源预下载的过程出现资源泄露或者资源被篡改等风险，可以提高资源预下载的安全性。同时，也可以使得业务应用对应的业务对象快速使用到更新后的业务应用，节省业务对象等待应用更新的时间。同时，可以通过对全量业务更新资源进行差异化下载，节省下载流量以及终端设备的存储空间。

进一步地，请参见图6，图6是本申请实施例提供的一种数据处理方法的流程示意图。如图6所示，该方法可由图1中的任意终端设备来执行，也可以由图1中的服务器10来执行，还可以由图1中的终端设备和服务器共同执行，本申请中用于执行该方法的设备可以统称为计算机设备。其中，该数据处理方法可以包括但不限于如下步骤：

S201，获取用于对终端设备中的业务应用进行更新的全量业务更新资源对应的资源属性信息和下载模式。

S202，调用资源下载组件，根据资源属性信息以及下载模式，对后台服务器中的全量业务更新资源进行预下载，得到预下载业务更新资源。

S203，通过资源下载组件，将预下载业务更新资源存储至资源下载组件的预下载目录中。

具体的，本申请实施例中步骤S201-步骤S203的内容可以参见上述图3中步骤S101-步骤S103的内容，本申请实施例在此不再赘述。

S204，响应于针对业务应用的触发操作，调用应用更新组件，对预下载目录中的预下载业务更新资源的有效性进行校验，得到有效性校验结果；应用更新组件为业务应用中的组件。

具体的，在业务对象实施针对业务应用的触发操作时，如业务对象打开或者启动业务应用时，计算机设备可以响应于针对业务应用的触发操作，调用业务应用中的应用更新资源，对预下载目录中的预下载业务更新资源的有效性进行校验，得到有效性校验结果。其中，应用更新资源可以用于对业务应用进行应用更新。可见，计算机设备在响应针对业务应用的触发操作时，可以直接根据预先下载好的预下载业务更新资源对业务应用进行更新，而不用在响应针对业务应用的触发操作时才从服务器中对业务应用的全量业务更新资源进行下载，可以减少对业务应用进行应用更新的时间，提高对业务应用进行应用更新的效率。此外，在业务对象长时间不使用业务应用时，通过本申请实施例可以减少用户等待应用更新的时间，提高业务对象回归的可能性与积极性。

可选的，资源属性信息可以包括全量业务更新资源的资源校验值，该资源校验值可以是指对后台服务器中的全量业务更新资源进行加密编码得到的。具体的，资源下载组件的管理员获取到业务应用的全量业务更新资源后，可以对该全量业务更新资源进行加密编码，得到全量业务更新资源的资源校验值，将该资源校验值添加至全量业务更新资源的资源属性信息中，通过后台服务器将该资源属性信息发送给终端设备。当然，也可以后台服务器在获取到业务应用的全量业务更新资源后，对全量业务更新资源进行加密编码，得到全量业务更新资源的资源校验值，并将该资源校验值发送给终端设备。具体的，计算机设备调用应用更新组件，对预下载目录中的预下载业务更新资源的有效性进行校验的具体方式可以包括：响应于针对业务应用的触发操作，调用应用更新组件，对预下载目录中的预下载业务更新资源进行编码，得到待校验值。根据资源校验值以及待校验值，对预下载目录中的预下载业务更新资源的有效性进行校验，得到有效性校验结果。

具体的，当计算机设备检测针对业务应用的触发操作时，可以响应于针对业务应用的触发操作，调用应用更新组件，获取终端设备中的资源校验值，以及对预下载目录中的预下载业务更新资源进行加密编码，得到待校验编码值。例如，资源校验值可以是指对后台服务器中的全量业务更新资源进行摘要算法(即MD5，Message-Digest Algorithm 5(信息-摘要算法5))得到的资源MD5值，应用更新资源可以对预下载目录中的预下载业务更新资源进行摘要算法，得到待校验MD5值。进一步地，计算机设备可以根据资源校验值以及待校验编码值，对预下载目录中的预下载业务更新资源的有效性进行校验，得到有效性校验结果。具体的，计算机设备可以获取资源校验值与待校验编码值之间的匹配度，根据该匹配度确定预下载业务更新资源的有效性。若资源校验值与待校验编码值之间匹配，则可以将第一校验结果确定有效性校验结果，该第一检验结果可以用于指示预下载业务更新资源具有有效性。当然，若资源校验值与待校验编码值之间不匹配，则可以将第二校验结果确定有效性校验结果，该第二检验结果可以用于指示预下载业务更新资源不具有有效性。

可选的，预下载目录中的预下载业务更新资源可以与全量业务更新资源相同，即计算机设备采用全量下载模式对后台服务器中的全量业务更新资源进行下载得到的，计算机设备根据资源校验值以及待校验值，对预下载目录中的预下载业务更新资源的有效性进行校验的具体方式可以包括：获取资源校验值与待校验编码值之间的第一匹配度。若第一匹配度大于或者等于匹配度阈值，则将第一校验结果确定为有效性校验结果；若第一匹配度小于匹配度阈值，则将第二校验结果确定为有效性校验结果。

可选的，预下载目录中的预下载业务更新资源是从全量业务更新资源进行差异筛选得到的，即计算机设备采用差异下载模式对后台服务器中的全量业务更新资源进行下载得到的，此时，资源校验值包括全量业务更新资源包括的M个业务更新资源分别对应的第一校验值。计算机设备根据资源校验值以及待校验值，对预下载目录中的预下载业务更新资源的有效性进行校验的具体方式可以包括：从M个业务更新资源分别对应的第一校验值中，确定预下载目录中的预下载业务更新资源对应的第二校验值。获取第二校验值与待校验值之间的第二匹配度，若第二匹配度大于或者等于匹配度阈值，则将第一校验结果确定为有效性校验结果。若第二匹配度小于匹配度阈值，则将第二校验结果确定为有效性校验结果。

S205，若有效性校验结果指示预下载目录中的预下载业务更新资源均具有有效性，则将预下载业务更新资源从预下载目录中，移动至业务应用的应用目录下。

S206，根据应用目录下中的预下载业务更新资源对业务应用进行应用更新。

具体的，由于预下载业务更新资源是存储在资源下载组件的预下载目录中的，若有效性校验结果指示预下载目录中的预下载业务更新资源均具有有效性，则计算机设备可以通过应用更新组件，将预下载业务更新资源从预下载目录中移动至业务应用的应用目录下，并从该应用目录下加载预下载业务更新资源更新业务应用。当然，若有效性校验结果指示预下载目录中的预下载业务更新资源均不具有有效性，则计算机设备可以通过资源下载组件的清理机制，对不具有有效性的预下载业务更新资源进行删除。这样，预下载业务更新资源会向存储在资源下载组件中，只有在预下载业务更新资源具有有效性时，才会将预下载业务更新资源移动至业务应用的应用目录下，这样，可以避免占用业务应用的较大空间，同时可以避免应用目录下即存储有效预下载业务更新资源又存储无效预下载业务更新资源时，导致更新资源管理混乱。同时，应用更新组件在基于具有有效性的预下载业务更新资源对业务应用进行应用更新完成后，可以生成更新结果(如更新成功或者更新失败)，将该更新结果发送给游戏应用。可见，计算机设备在响应针对业务应用的触发操作时，可以直接根据预先下载好的预下载业务更新资源对业务应用进行更新，而不用在响应针对业务应用的触发操作时才从服务器中对业务应用的全量业务更新资源进行下载，可以减少对业务应用进行应用更新的时间，提高对业务应用进行应用更新的效率。此外，在业务对象长时间不使用业务应用时，通过本申请实施例可以减少用户等待应用更新的时间，提高业务对象回归的可能性与积极性。

可选的，可能存在预下载业务更新资源中部分业务更新子资源具有有效性，部分业务更新子资源不具有有效。具体的，预下载业务更新资源可以包括第一业务更新子资源和第二业务更新子资源，若有效性校验结果指示第一业务更新子资源具有有效性，以及第二业务更新子资源不具有有效性，则获取第二业务更新子资源的子资源属性信息。调用资源下载组件，从后台服务器的全量业务更新资源中，对子资源属性信息所指示的业务更新子资源进行重新下载，得到第三业务更新子资源。将第三业务更新子资源以及第一业务更新子资源移动至业务应用的应用目录下。根据应用目录下的第三业务更新子资源以及第一业务更新子资源，对业务应用进行应用更新。

具体的，计算机设备可以对预下载业务更新资源中每个业务更新子资源的有效性进行校验，得到业务更新子资源的有效性校验结果。若有效性校验结果指示第一业务更新子资源具有有效性，以及第二业务更新子资源不具有有效性，则获取第二业务更新子资源的子资源属性信息。计算机设备可以调用资源下载组件，从后台服务器的全量业务更新资源中，对子资源属性信息所指示的业务更新子资源进行重新下载，得到第三业务更新子资源。将第三业务更新子资源以及第一业务更新子资源移动至业务应用的应用目录下。根据应用目录下的第三业务更新子资源以及第一业务更新子资源，对业务应用进行应用更新。这样，预下载业务更新资源中具有有效性的业务更新子资源可以继续使用，应用更新组件可以从后台服务器中的全量业务更新资源中，对预下载业务更新资源中不具有有效性的业务更新子资源进行重新下载。

换言之，应用更新组件仅对预下载业务更新资源中不具有有效性的业务更新子资源进行下载，预下载业务更新资源中具有有效性的业务更新子资源仍会移动至业务应用的应用目录下。可以理解的是，对业务应用进行应用更新的业务更新资源可以是指资源下载组件预下载好的，也可以全部是应用更新组件重新从后台服务器中下载得到的，也可以部分是资源下载组件预下载好的，部分是应用更新组件重新下载的。当应用更新组件对业务应用进行更新完成得到更新结果后，可以将更新结果发送给业务应用，业务应用可以将该更新结果上报给资源下载组件。资源下载组件可以将该更新结果以及所使用的业务更新资源(即用于对业务应用进行应用更新的业务更新资源)上报给资源下载组件的后台服务器。

如图7所示，图7是本申请实施例提供的一种应用更新的示意图，如图7所示，以业务应用为游戏应用，应用更新组件为游戏更新组件为例，在业务对象在终端设备上实施针对游戏应用的打开操作时，终端设备可以执行步骤P1，检测到业务对象在终端设备打开游戏应用的操作，以触发游戏应用。游戏应用可以是指步骤P2，初始化资源下载组件以及读取资源下载组件的预下载任务的信息(即调用资源下载组件，以检测资源下载组件中是否存储预下载业务更新资源)。在资源下载组件的预下载目录中存在预下载业务更新资源时，资源下载组件可以执行步骤P3，向游戏应用返回预下载业务更新资源的存储信息(如存储地址以及文件目录等)。

进一步地，游戏应用可以步骤P4，将预下载业务更新资源的存储信息发送给游戏更新组件。游戏更新组件可以基于存储信息，从资源下载组件的预下载目录下检测是否存储预下载业务更新资源，若资源下载组件的预下载目录下存储有预下载业务更新资源，则对该预下载目录下存储的预下载业务更新资源的有效性进行校验。在预下载目录下存储的预下载业务更新资源具有有效性时，游戏更新组件可以执行步骤P5，将预下载目录下的具有有效性的预下载业务更新资源移动至游戏应用的游戏目录下，加载游戏目录下的预下载业务更新资源对游戏应用进行应用更新。在对游戏应用进行应用更新完成时，游戏更新组件可以执行步骤P6，向游戏应用返回应用更新结果(如应用更新成功结果或者应用更新失败结果)。

当然，若资源下载组件的预下载目录下不存储预下载业务更新资源，则游戏更新组件可以执行步骤P7，从资源下载组件的后台服务器中下载游戏应用的全量业务更新资源(即触发正常应用更新流程(不是预下载更新流程)，采用下载好的全量业务更新资源对游戏应用进行应用更新。同时，若资源下载组件的预下载目录下存储有预下载业务更新资源，但预下载目录下存储的预下载业务更新资源存在不具有有效性的业务更新资源时，游戏更新资源也可以执行步骤P7，对不具有有效性的业务更新资源进行重新下载，基于重新下载的业务更新资源以及预下载业务更新资源中具有有效性的业务更新资源，对游戏应用进行应用更新。在对游戏应用进行应用更新完成时，游戏更新组件可以执行步骤P8，向游戏应用返回应用更新结果(如应用更新成功结果或者应用更新失败结果)。游戏应用可以执行步骤P9，将该应用更新结果上报给资源下载组件，资源下载组件接收到应用更新结果后，可以执行步骤P10，将预下载业务更新资源使用数据(如应用更新结果以及所使用的业务更新资源(即用于对业务应用进行应用更新的业务更新资源的资源标识信息))上报给资源下载组件的后台服务器。在响应针对业务应用的触发操作时，可以直接根据预先下载好的预下载业务更新资源对业务应用进行更新，而不用在响应针对业务应用的触发操作时才从服务器中对业务应用的全量业务更新资源进行下载，可以减少对业务应用进行应用更新的时间，提高对业务应用进行应用更新的效率。此外，在业务对象长时间不使用业务应用时，通过本申请实施例可以减少用户等待应用更新的时间，提高业务对象回归的可能性与积极性。

在本申请实施例中，通过业务应用中的资源下载组件，基于全量业务更新资源的资源属性信息和下载模式，预先对后台服务器中的全量业务更新资源下载，得到预下载业务更新资源；通过资源下载组件，预先将预下载业务更新资源存储至资源下载组件的预下载目录中。进一步，在检测到针对业务应用的触发操作时，可以直接根据预下载目录中的预下载业务更新资源对业务应用进行应用更新，无需等待检测到针对业务应用的触发操作之后，才下载全量业务更新资源，可以提高对业务应用进行应用更新的效率。同时，用于下载全量业务更新资源的资源下载组件属于业务应用中的内部组件，下载得到的预下载业务更新资源也是存储在资源下载组件的下载目录中的，也就是说，预下载业务更新资源在业务应用的内部组件中流转，可以避免全量业务更新资源在预下载的过程出现资源泄露或者资源被篡改等风险，可以提高资源预下载的安全性。可以理解的是，由于资源下载组件为业务应用中的组件，业务应用所属管理机构可以控制资源下载组件下载全量业务更新资源的过程，可以避免出现在全量业务更新资源预下载的过程出现资源泄露或者资源被篡改等风险，可以提高资源预下载的安全性。同时，也可以使得业务应用对应的业务对象快速使用到更新后的业务应用，节省业务对象等待应用更新的时间。同时，可以通过对全量业务更新资源进行差异化下载，节省下载流量以及终端设备的存储空间。

进一步地，请参见图8，图8是本申请实施例提供的一种数据处理装置的结构示意图，该数据处理装置可以包括：获取模块11、预下载模块12、存储模块13以及应用更新模块14。

获取模块11，用于获取用于对终端设备中的业务应用进行更新的全量业务更新资源对应的资源属性信息和下载模式；业务应用包括资源下载组件，全量业务更新资源存储于资源下载组件的后台服务器中；

预下载模块12，用于调用资源下载组件，根据资源属性信息以及下载模式，对后台服务器中的全量业务更新资源进行预下载，得到预下载业务更新资源；

存储模块13，用于通过资源下载组件，将预下载业务更新资源存储至资源下载组件的预下载目录中；

应用更新模块14，用于响应于针对业务应用的触发操作，根据预下载目录中的预下载业务更新资源对业务应用进行应用更新。

其中，预下载模块12包括：

第一预下载单元1201，用于在终端设备的工作状态为空闲状态时，调用资源下载组件，根据资源属性信息以及下载模式，对后台服务器中的全量业务更新资源进行预下载；

第一暂停单元1202，用于若在对全量业务更新资源进行预下载的过程中，终端设备的工作状态变更为非空闲状态，则暂停对全量业务更新资源进行预下载；

第一获取单元1203，用于获取全量业务更新资源的第一预下载进度；

第二预下载单元1204，用于若检测到终端设备的工作状态恢复为空闲状态，则按照第一预下载进度，继续对全量业务更新资源进行预下载，得到预下载业务更新资源。

其中，第二预下载单元1204具体用于：

若检测到终端设备的工作状态恢复为空闲状态，则根据第一预下载进度，确定全量业务更新资源中的第一已下载业务更新资源，以及全量业务更新资源中的第一待下载业务更新资源；

从后台服务器中的全量业务更新资源中，对第一待下载业务更新资源进行预下载，得到第二已下载业务更新资源；

将第一已下载业务更新资源以及第二已下载业务更新资源，确定为预下载业务更新资源。

其中，预下载模块12包括：

第三预下载单元1205，用于在终端设备的网络状态为正常状态时，调用资源下载组件，根据资源属性信息以及下载模式，对后台服务器中的全量业务更新资源进行预下载；

第二暂停单元1206，用于若在对全量业务更新资源进行预下载的过程中，终端设备的网络状态变更为异常状态，则暂停对全量业务更新资源进行预下载；

第二获取单元1207，用于获取关于全量业务更新资源的第二预下载进度；

第四预下载单元1208，用于若检测到终端设备的网络状态恢复为正常状态，则按照第二预下载进度，继续对全量业务更新资源进行预下载，得到预下载业务更新资源。

其中，第四预下载单元1208具体用于：

若检测到终端设备的网络状态恢复为正常状态，则根据第二预下载进度，确定全量业务更新资源中的第三已下载业务更新资源，以及全量业务更新资源中的第二待下载业务更新资源；

对第三已下载业务更新资源进行异常检测；

若检测到第三已下载业务更新资源存在异常，则重新对全量业务更新资源进行预下载，得到预下载业务更新资源；

若检测到第三已下载业务更新资源不存在异常，则对第二待下载更新资源进行预下载，得到第四已下载业务更新资源，将第三已下载业务更新资源和第四已下载业务更新资源，确定为预下载业务更新资源。

其中，获取模块11包括：

第三获取单元1101，用于通过资源下载组件，获取业务应用在历史时间段内的历史运行日志；

第一确定单元1102，用于根据历史运行日志确定业务应用的业务运行特征；

第二确定单元1103，用于根据业务运行特征，确定用于对终端设备中的业务应用进行更新的全量业务更新资源对应的下载模式。

其中，业务运行特征包括业务应用中的N个业务组件中每两个业务组件之间的运行关联度；N为大于2的正整数；

第二确定单元1103具体用于：

对N个业务组件中每两个业务组件之间的运行关联度进行求和处理，得到N个业务组件的运行总关联度；

若运行总关联度大于或者等于关联度阈值，则将全量下载模式确定为全量业务更新资源的下载模式；全量下载模式用于指示对全量业务更新资源中的所有资源进行下载；

若运行总关联度小于关联度阈值，则将差异下载模式确定为全量业务更新资源的下载模式；差异下载模式用于指示对全量业务更新资源中的部分资源进行下载。

其中，预下载模块12包括：

第五预下载单元1209，用于若下载模式包括全量下载模式，则调用资源下载组件，对后台服务器中资源属性信息所指示的全量业务更新资源内的所有资源进行预下载，得到全量业务更新资源；

第三确定单元1210，用于将全量业务更新资源，确定为预下载业务更新资源。

其中，预下载模块12包括：

第四获取单元1211，用于若下载模式包括差异下载模式，则通过资源下载组件，获取与业务应用关联的业务对象的对象业务特征；

筛选单元1212，用于调用资源下载组件，从后台服务器中资源属性信息所指示的全量业务更新资源中，筛选与对象业务特征匹配的业务更新资源，作为差异业务更新资源；

第四确定单元1213，用于对后台服务器中的差异业务更新资源进行预下载，得到差异业务更新资源，将差异业务更新资源，确定为预下载业务更新资源。

其中，应用更新模块14包括：

校验单元1401，用于响应于针对业务应用的触发操作，调用应用更新组件，对预下载目录中的预下载业务更新资源的有效性进行校验，得到有效性校验结果；应用更新组件为业务应用中的组件；

第一移动单元1402，用于若有效性校验结果指示预下载目录中的预下载业务更新资源均具有有效性，则将预下载业务更新资源从预下载目录中，移动至业务应用的应用目录下；

第一更新单元1403，用于根据应用目录下中的预下载业务更新资源对业务应用进行应用更新。

其中，预下载业务更新资源包括第一业务更新子资源和第二业务更新子资源；应用更新模块14包括：

第五获取单元1404，用于若有效性校验结果指示第一业务更新子资源具有有效性，以及第二业务更新子资源不具有有效性，则获取第二业务更新子资源的子资源属性信息；

重新下载单元1405，用于调用资源下载组件，从后台服务器的全量业务更新资源中，对子资源属性信息所指示的业务更新子资源进行重新下载，得到第三业务更新子资源；

第二移动单元1406，用于将第三业务更新子资源以及第一业务更新子资源移动至业务应用的应用目录下；

第二更新单元1407，用于根据应用目录下的第三业务更新子资源以及第一业务更新子资源，对业务应用进行应用更新。

其中，获取模块11还包括：

发送单元1104，用于在检测到终端设备的工作状态为空闲状态时，通过终端设备中的服务应用，向服务应用对应的应用服务器发送信息获取请求；信息获取请求用于指示应用服务器从后台服务器中获取全量业务更新资源的资源属性信息；

第一接收单元1105，用于接收应用服务器返回的关于业务应用的全量业务更新资源的资源属性信息。

其中，获取模块11还包括：

第二接收单元1106，用于通过终端设备中的服务应用，接收服务应用对应的应用服务器发送的关于业务应用的全量业务更新资源的资源属性信息；资源属性信息是由应用服务器从后台服务器中获取到的。

根据本申请的一个实施例，图8所示的数据处理装置中的各个模块可以分别或全部合并为一个或若干个单元来构成，或者其中的某个(些)单元还可以再拆分为功能上更小的至少两个子单元，可以实现同样的操作，而不影响本申请的实施例的技术效果的实现。上述模块是基于逻辑功能划分的，在实际应用中，一个模块的功能也可以由至少两个单元来实现，或者至少两个模块的功能由一个单元实现。在本申请的其它实施例中，数据处理装置也可以包括其它单元，在实际应用中，这些功能也可以由其它单元协助实现，并且可以由至少两个单元协作实现。

根据本申请的一个实施例，可以通过在包括中央处理单元(CPU)、随机存取存储介质(RAM)、只读存储介质(ROM)等处理元件和存储元件的例如计算机的通用计算机设备上运行能够执行如图3中所示的相应方法所涉及的各步骤的计算机程序(包括程序代码)，来构造如图8中所示的数据处理装置，以及来实现本申请实施例的数据处理方法。上述计算机程序可以记载于例如计算机可读记录介质上，并通过计算机可读记录介质装载于上述计算机设备中，并在其中运行。

在本申请实施例中，通过业务应用中的资源下载组件，基于全量业务更新资源的资源属性信息和下载模式，预先对后台服务器中的全量业务更新资源下载，得到预下载业务更新资源；通过资源下载组件，预先将预下载业务更新资源存储至资源下载组件的预下载目录中。进一步，在检测到针对业务应用的触发操作时，可以直接根据预下载目录中的预下载业务更新资源对业务应用进行应用更新，无需等待检测到针对业务应用的触发操作之后，才下载全量业务更新资源，可以提高对业务应用进行应用更新的效率。同时，用于下载全量业务更新资源的资源下载组件属于业务应用中的内部组件，下载得到的预下载业务更新资源也是存储在资源下载组件的下载目录中的，也就是说，预下载业务更新资源在业务应用的内部组件中流转，可以避免全量业务更新资源在预下载的过程出现资源泄露或者资源被篡改等风险，可以提高资源预下载的安全性。可以理解的是，由于资源下载组件为业务应用中的组件，业务应用所属管理机构可以控制资源下载组件下载全量业务更新资源的过程，可以避免出现在全量业务更新资源预下载的过程出现资源泄露或者资源被篡改等风险，可以提高资源预下载的安全性。同时，也可以使得业务应用对应的业务对象快速使用到更新后的业务应用，节省业务对象等待应用更新的时间。同时，可以通过对全量业务更新资源进行差异化下载，节省下载流量以及终端设备的存储空间。

进一步地，请参见图9，图9是本申请实施例提供的一种计算机设备的结构示意图，该计算机设备可以是终端设备或服务器。如图9所示，该计算机设备1000可以包括：处理器1001，网络接口1004和存储器1005，此外，上述计算机设备1000还可以包括：用户接口1003，和至少一个通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。其中，在一些实施例中，用户接口1003可以包括显示屏(Display)、键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。可选的，网络接口1004可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。可选的，存储器1005还可以是至少一个位于远离前述处理器1001的存储装置。如图9所示，作为一种计算机可读存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及设备控制应用程序。

在如图9所示的计算机设备1000中，网络接口1004可提供网络通讯功能；而用户接口1003主要用于为用户提供输入的接口；而处理器1001可以用于调用存储器1005中存储的设备控制应用程序，以实现：

获取用于对终端设备中的业务应用进行更新的全量业务更新资源对应的资源属性信息和下载模式；业务应用包括资源下载组件，全量业务更新资源存储于资源下载组件的后台服务器中；

调用资源下载组件，根据资源属性信息以及下载模式，对后台服务器中的全量业务更新资源进行预下载，得到预下载业务更新资源；

通过资源下载组件，将预下载业务更新资源存储至资源下载组件的预下载目录中；

响应于针对业务应用的触发操作，根据预下载目录中的预下载业务更新资源对业务应用进行应用更新。

应当理解，本申请实施例中所描述的计算机设备1000可执行前文图3、图6所对应实施例中对数据处理方法的描述，也可执行前文图8所对应实施例中对数据处理装置的描述，在此不再赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。

此外，这里需要指出的是：本申请实施例还提供了一种计算机可读存储介质，且计算机可读存储介质中存储有前文提及的数据处理装置所执行的计算机程序，当处理器执行计算机程序时，能够执行前文图3或图6所对应实施例中对数据处理方法的描述，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本申请所涉及的计算机可读存储介质实施例中未披露的技术细节，请参照本申请方法实施例的描述。

此外，需要说明的是：本申请实施例还提供了一种计算机程序产品，该计算机程序产品可以包括计算机程序，该计算机程序可以存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机程序，处理器可以执行该计算机程序，使得该计算机设备执行前文图3或图6所对应实施例中对数据处理方法的描述，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本申请所涉及的计算机程序产品实施例中未披露的技术细节，请参照本申请方法实施例的描述。

需要说明的是，本申请书中相关数据收集处理在实例应用时应该严格根据相关国家法律法规的要求，获取个人信息主体的知情同意或单独同意(或具备合法性基础)，并在法律法规及个人信息主体的授权范围内，开展后续数据使用及处理行为。例如，本申请获取业务对象的对象业务特征等信息时需要获得业务对象的知情同意或单独同意。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，计算机程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

以上所揭露的仅为本申请较佳实施例而已，当然不能以此来限定本申请之权利范围，因此依本申请权利要求所作的等同变化，仍属本申请所涵盖的范围。

Claims (17)

1.一种数据处理方法，其特征在于，包括：

获取用于对终端设备中的业务应用进行更新的全量业务更新资源对应的资源属性信息和下载模式；所述业务应用包括资源下载组件，所述全量业务更新资源存储于所述资源下载组件的后台服务器中；

调用所述资源下载组件，根据所述资源属性信息以及所述下载模式，对所述后台服务器中的所述全量业务更新资源进行预下载，得到预下载业务更新资源；

通过所述资源下载组件，将所述预下载业务更新资源存储至所述资源下载组件的预下载目录中；

响应于针对所述业务应用的触发操作，根据所述预下载目录中的预下载业务更新资源对所述业务应用进行应用更新。

2.根据权利要求1所述的方法，其特征在于，所述调用所述资源下载组件，根据所述资源属性信息以及所述下载模式，对所述后台服务器中的所述全量业务更新资源进行预下载，得到预下载业务更新资源，包括：

在所述终端设备的工作状态为空闲状态时，调用所述资源下载组件，根据所述资源属性信息以及所述下载模式，对所述后台服务器中的所述全量业务更新资源进行预下载；

若在对所述全量业务更新资源进行预下载的过程中，所述终端设备的工作状态变更为非空闲状态，则暂停对所述全量业务更新资源进行预下载；

获取所述全量业务更新资源的第一预下载进度；

若检测到所述终端设备的工作状态恢复为所述空闲状态，则按照所述第一预下载进度，继续对所述全量业务更新资源进行预下载，得到预下载业务更新资源。

3.根据权利要求2所述的方法，其特征在于，所述若检测到所述终端设备的工作状态恢复为所述空闲状态，则按照所述第一预下载进度，继续对所述全量业务更新资源进行预下载，得到预下载业务更新资源，包括：

若检测到所述终端设备的工作状态恢复为所述空闲状态，则根据所述第一预下载进度，确定所述全量业务更新资源中的第一已下载业务更新资源，以及所述全量业务更新资源中的第一待下载业务更新资源；

从所述后台服务器中的全量业务更新资源中，对所述第一待下载业务更新资源进行预下载，得到第二已下载业务更新资源；

将所述第一已下载业务更新资源以及所述第二已下载业务更新资源，确定为所述预下载业务更新资源。

4.根据权利要求1所述的方法，其特征在于，所述调用所述资源下载组件，根据所述资源属性信息以及所述下载模式，对所述后台服务器中的所述全量业务更新资源进行预下载，得到预下载业务更新资源，包括：

在所述终端设备的网络状态为正常状态时，调用所述资源下载组件，根据所述资源属性信息以及所述下载模式，对所述后台服务器中的所述全量业务更新资源进行预下载；

若在对所述全量业务更新资源进行预下载的过程中，所述终端设备的网络状态变更为异常状态，则暂停对所述全量业务更新资源进行预下载；

获取关于所述全量业务更新资源的第二预下载进度；

若检测到所述终端设备的网络状态恢复为所述正常状态，则按照所述第二预下载进度，继续对所述全量业务更新资源进行预下载，得到预下载业务更新资源。

5.根据权利要求4所述的方法，其特征在于，所述若检测到所述终端设备的网络状态恢复为所述正常状态，则按照所述第二预下载进度，继续对所述全量业务更新资源进行预下载，得到预下载业务更新资源，包括：

若检测到所述终端设备的网络状态恢复为所述正常状态，则根据所述第二预下载进度，确定所述全量业务更新资源中的第三已下载业务更新资源，以及所述全量业务更新资源中的第二待下载业务更新资源；

对所述第三已下载业务更新资源进行异常检测；

若检测到所述第三已下载业务更新资源存在异常，则重新对所述全量业务更新资源进行预下载，得到预下载业务更新资源；

若检测到所述第三已下载业务更新资源不存在异常，则对所述第二待下载更新资源进行预下载，得到第四已下载业务更新资源，将所述第三已下载业务更新资源和所述第四已下载业务更新资源，确定为预下载业务更新资源。

6.根据权利要求1所述的方法，其特征在于，所述获取用于对终端设备中的业务应用进行更新的全量业务更新资源对应的下载模式，包括：

通过所述资源下载组件，获取所述业务应用在历史时间段内的历史运行日志；

根据所述历史运行日志确定所述业务应用的业务运行特征；

根据所述业务运行特征，确定用于对所述终端设备中的业务应用进行更新的全量业务更新资源对应的下载模式。

7.根据权利要求6所述的方法，其特征在于，所述业务运行特征包括所述业务应用中的N个业务组件中每两个业务组件之间的运行关联度；N为大于2的正整数；

所述根据所述业务运行特征，确定用于对所述终端设备中的业务应用进行更新的全量业务更新资源对应的下载模式，包括：

对所述N个业务组件中每两个业务组件之间的运行关联度进行求和处理，得到所述N个业务组件的运行总关联度；

若所述运行总关联度大于或者等于关联度阈值，则将全量下载模式确定为所述全量业务更新资源的下载模式；所述全量下载模式用于指示对所述全量业务更新资源中的所有资源进行下载；

若所述运行总关联度小于所述关联度阈值，则将差异下载模式确定为所述全量业务更新资源的下载模式；所述差异下载模式用于指示对所述全量业务更新资源中的部分资源进行下载。

8.根据权利要求1所述的方法，其特征在于，所述调用所述资源下载组件，根据所述资源属性信息以及所述下载模式，对所述后台服务器中的所述全量业务更新资源进行预下载，得到预下载业务更新资源，包括：

若所述下载模式包括全量下载模式，则调用所述资源下载组件，对所述后台服务器中所述资源属性信息所指示的全量业务更新资源内的所有资源进行预下载，得到所述全量业务更新资源；

将所述全量业务更新资源，确定为预下载业务更新资源。

9.根据权利要求1所述的方法，其特征在于，所述调用所述资源下载组件，根据所述资源属性信息以及所述下载模式，对所述后台服务器中的所述全量业务更新资源进行预下载，得到预下载业务更新资源，包括：

若所述下载模式包括差异下载模式，则通过所述资源下载组件，获取与所述业务应用关联的业务对象的对象业务特征；

调用所述资源下载组件，从所述后台服务器中所述资源属性信息所指示的全量业务更新资源中，筛选与所述对象业务特征匹配的业务更新资源，作为差异业务更新资源；

对所述后台服务器中的所述差异业务更新资源进行预下载，得到所述差异业务更新资源，将所述差异业务更新资源，确定为预下载业务更新资源。

10.根据权利要求1所述的方法，其特征在于，所述响应于针对所述业务应用的触发操作，根据所述预下载目录中的预下载业务更新资源对所述业务应用进行应用更新，包括：

响应于针对所述业务应用的触发操作，调用应用更新组件，对所述预下载目录中的预下载业务更新资源的有效性进行校验，得到有效性校验结果；所述应用更新组件为所述业务应用中的组件；

若所述有效性校验结果指示所述预下载目录中的预下载业务更新资源均具有有效性，则将所述预下载业务更新资源从所述预下载目录中，移动至所述业务应用的应用目录下；

根据所述应用目录下中的所述预下载业务更新资源对所述业务应用进行应用更新。

11.根据权利要求10所述的方法，其特征在于，所述预下载业务更新资源包括第一业务更新子资源和第二业务更新子资源；所述方法还包括：

若所述有效性校验结果指示所述第一业务更新子资源具有有效性，以及所述第二业务更新子资源不具有有效性，则获取所述第二业务更新子资源的子资源属性信息；

调用所述资源下载组件，从所述后台服务器的全量业务更新资源中，对所述子资源属性信息所指示的业务更新子资源进行重新下载，得到第三业务更新子资源；

将所述第三业务更新子资源以及所述第一业务更新子资源移动至所述业务应用的应用目录下；

根据所述应用目录下的所述第三业务更新子资源以及所述第一业务更新子资源，对所述业务应用进行应用更新。

12.根据权利要求1-11任一项所述的方法，其特征在于，所述获取用于对终端设备中的业务应用进行更新的全量业务更新资源对应的资源属性信息，包括：

在检测到终端设备的工作状态为空闲状态时，通过所述终端设备中的服务应用，向所述服务应用对应的应用服务器发送信息获取请求；所述信息获取请求用于指示所述应用服务器从所述后台服务器中获取所述全量业务更新资源的资源属性信息；

接收所述应用服务器返回的关于所述业务应用的全量业务更新资源的资源属性信息。

13.根据权利要求1-11任一项所述的方法，其特征在于，所述获取用于对终端设备中的业务应用进行更新的全量业务更新资源对应的资源属性信息，包括：

通过所述终端设备中的服务应用，接收所述服务应用对应的应用服务器发送的关于所述业务应用的全量业务更新资源的资源属性信息；所述资源属性信息是由所述应用服务器从所述后台服务器中获取到的。

14.一种数据处理装置，其特征在于，包括：

获取模块，用于获取用于对终端设备中的业务应用进行更新的全量业务更新资源对应的资源属性信息和下载模式；所述业务应用包括资源下载组件，所述全量业务更新资源存储于所述资源下载组件的后台服务器中；

预下载模块，用于调用所述资源下载组件，根据所述资源属性信息以及所述下载模式，对所述后台服务器中的所述全量业务更新资源进行预下载，得到预下载业务更新资源；

存储模块，用于通过所述资源下载组件，将所述预下载业务更新资源存储至所述资源下载组件的预下载目录中；

应用更新模块，用于响应于针对所述业务应用的触发操作，根据所述预下载目录中的预下载业务更新资源对所述业务应用进行应用更新。

15.一种计算机设备，其特征在于，包括：处理器和存储器；

所述处理器与所述存储器相连，其中，所述存储器用于存储计算机程序，所述处理器用于调用所述计算机程序，以使得所述计算机设备执行权利要求1-13任一项所述的方法。

16.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，该计算机程序适于由处理器加载并执行，以使得具有所述处理器的计算机设备执行权利要求1-13任一项所述的方法。

17.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机程序，该计算机程序存储在计算机可读存储介质中，且适于由处理器读取并执行，以使得具有所述处理器的计算机设备执行权利要求1-13任一项所述的方法。