CN110300189A - 一种资源下载方法、装置及电子设备 - Google Patents

Abstract

本公开关于一种资源下载方法、装置及客户端设备，所述方法包括：获取待下载资源列表，所述待下载资源列表中包括多个待下载资源的标识信息；根据预设优先级确定策略，确定各待下载资源的下载优先级；根据所述各待下载资源的下载优先级，进行资源下载；在资源下载的过程中，响应于检测到存在用户接口请求，调整正在下载的所述资源的下载优先级。本公开中，通过引入下载优先级，实现了对资源下载这一动态过程中各资源下载任务的统一调度和管理，因此，可以减少下载过程的耗时，提高资源下载的速度，提高对用户请求响应的及时性。

Description

一种资源下载方法、装置及电子设备

技术领域

本公开涉及通信技术领域，尤其涉及一种资源下载方法、装置及电子设备。

背景技术

为了向用户提供更加丰富的服务功能，很多应用程序在启动、登陆或者运行过程中，会从服务器中下载一些与服务功能对应的资源，例如，为了向用户提供直播、购物等服务功能，应用程序在启动过程中，会从服务器下载与直播、购物等服务功能相对应的资源，以提升软件使用过程中的用户体验。

相关技术中，在资源下载过程中，对各资源下载任务缺乏统一的调度和管理，而网络及系统资源有限，当某个较短时间段内，待下载资源的数量较多，也就是资源下载任务较多，且存在用户接口请求时，则会因下载过程耗时较长，下载速度较慢，而造成用户请求无法及时响应的问题。

发明内容

本公开提供一种资源下载方法、装置及电子设备，以至少解决相关技术中存在的用户请求无法及时响应的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种资源下载方法，应用于安装有应用程序的客户端设备，包括：

获取待下载资源列表，所述待下载资源列表中包括多个待下载资源的标识信息；

根据预设优先级确定策略，确定各待下载资源的下载优先级；

根据所述各待下载资源的下载优先级，进行资源下载；

在资源下载的过程中，响应于检测到存在用户接口请求，调整正在下载的所述资源的下载优先级。

进一步的，所述根据预设优先级确定策略，确定各待下载资源的下载优先级的步骤，包括：

获取各待下载资源对应的服务功能的渗透度，所述渗透度表征在预设历史时间段内，服务功能被用户使用的频繁程度，其中，渗透度越大，服务功能被用户使用的频繁程度越高；资源与服务功能一一对应；

根据所述各待下载资源对应的服务功能的渗透度，确定所述各待下载资源的下载优先级；其中，渗透度越大，下载优先级越高。

进一步的，在所述根据所述各待下载资源对应的服务功能的渗透度，确定所述各待下载资源的下载优先级的步骤之前，还包括：

获取各待下载资源的数据量信息；

所述根据所述各待下载资源对应的服务功能的渗透度，确定所述各待下载资源的下载优先级的步骤，包括：

根据所述各待下载资源对应的服务功能的渗透度和所述各待下载资源的数据量信息，确定所述各待下载资源的下载优先级。

进一步的，所述客户端设备的资源下载模式包括：同时下载模式或先后下载模式；所述资源下载模式是由所述客户端设备的数据处理能力决定的；

所述根据所述各待下载资源的下载优先级，进行资源下载的步骤，包括：

若所述客户端设备的资源下载模式为同时下载模式，根据所述各待下载资源的下载优先级，调度系统资源，进行资源下载；

若所述客户端设备的资源下载模式为先后下载模式，按照所述各待下载资源的下载优先级从高到低的顺序，依次进行资源下载。

进一步的，所述在资源下载过程中，响应于检测到用户接口请求，调整正在下载的所述资源的下载优先级，包括：

检测是否存在用户接口请求；

若检测到存在用户接口请求，将与所述用户接口请求对应的待下载资源的优先级设定为最高，并确定各待下载资源的调整后的下载优先级；

根据所述调整后的下载优先级，进行资源下载。

进一步的，在所述将所述用户接口请求对应的待下载资源的优先级设定为最高，并确定各待下载资源的调整后的下载优先级的步骤之前，所述方法还包括：

判断从检测到存在用户接口请求的时刻起，第一预设时长内，是否接收到服务端设备发送的与所述用户接口请求对应的资源下载完成通知；

若否，执行所述将与所述用户接口请求对应的待下载资源的下载优先级设定为最高，并确定各待下载资源的调整后的下载优先级的步骤。

进一步的，所述客户端设备的资源下载模式包括：同时下载模式或先后下载模式；所述资源下载模式是由所述客户端设备的数据处理能力决定的；

若所述客户端设备的资源下载模式为同时下载模式，在所述根据所述调整后的下载优先级，进行资源下载的过程中，所述方法还包括：

判断从检测到存在用户接口请求的时刻起，第二预设时长内，是否接收到所述资源下载完成通知；

若否，暂停对除与所述用户接口请求对应的待下载资源之外的其他待下载资源的下载过程；

当接收到所述资源下载完成通知时，继续对除与所述用户接口请求对应的待下载资源之外的其他待下载资源的下载过程。

根据本公开实施例的第二方面，提供一种资源下载装置，位于安装有应用程序的客户端设备，所述装置包括：

获取模块，被配置为获取待下载资源列表，所述待下载资源列表中包括多个待下载资源的标识信息；

确定模块，被配置为根据预设优先级确定策略，确定各待下载资源的下载优先级；

下载模块，被配置为根据所述各待下载资源的下载优先级，进行资源下载；

调整模块，被配置为在下载模块进行资源下载的过程中，响应于检测到用户接口请求，调整正在下载的所述资源的下载优先级。

进一步的，所述确定模块，包括：渗透度获取子模块；

所述渗透度获取子模块，被配置为获取各待下载资源对应的服务功能的渗透度，所述渗透度表征在预设历史时间段内，服务功能被用户使用的频繁程度，其中，渗透度越大，服务功能被用户使用的频繁程度越高；资源与服务功能一一对应；

所述确定模块，进一步被配置为根据所述各待下载资源对应的服务功能的渗透度，确定所述各待下载资源的下载优先级；其中，渗透度越大，下载优先级越高。

进一步的，所述确定模块，还包括：数据量信息获取子模块；

所述数据量信息获取子模块，被配置为在所述根据所述各待下载资源对应的服务功能的渗透度，确定所述各待下载资源的下载优先级之前，获取各待下载资源的数据量信息；

所述确定子模块，进一步被配置为根据所述各待下载资源对应的服务功能的渗透度和所述各待下载资源的数据量信息，确定所述各待下载资源的下载优先级。

进一步的，所述客户端设备的资源下载模式包括：同时下载模式或先后下载模式；所述资源下载模式是由所述客户端设备的数据处理能力决定的；

所述下载模块，进一步被配置为若所述客户端设备的资源下载模式为同时下载模式，根据所述各待下载资源的下载优先级，调度系统资源，进行资源下载；若所述客户端设备的资源下载模式为先后下载模式，按照所述各待下载资源的下载优先级从高到低的顺序，依次进行资源下载。

进一步的，所述调整模块，包括：用户接口请求检测子模块；

所述用户接口请求检测子模块，被配置为在所述根据所述各待下载资源的下载优先级，进行资源下载的过程中，检测是否存在用户接口请求；

所述确定模块，进一步被配置为若检测到存在用户接口请求，将与所述用户接口请求对应的待下载资源的下载优先级设定为最高，并确定各待下载资源的调整后的下载优先级；

所述下载模块，进一步被配置为根据所述调整后的下载优先级，进行资源下载。

进一步的，所述装置，还包括：

第一判断模块，被配置为在所述将所述用户接口请求对应的待下载资源的优先级设定为最高，并确定各待下载资源的调整后的下载优先级之前，判断从检测到存在用户接口请求的时刻起，第一预设时长内，是否接收到服务端设备发送的与所述用户接口请求对应的资源下载完成通知；若否，则触发所述确定模块。

进一步的，所述客户端设备的资源下载模式包括：同时下载模式或先后下载模式；所述资源下载模式是由所述客户端设备的数据处理能力决定的；

所述装置，还包括：第二判断模块、下载过程暂停模块；

所述第二判断模块，被配置为若所述客户端设备的资源下载模式为同时下载模式，在所述根据所述调整后的下载优先级，进行资源下载的过程中，判断从检测到存在用户接口请求的时刻起，第二预设时长内，是否接收到所述资源下载完成通知；若否，触发所述下载过程暂停模块；

所述下载过程暂停模块，被配置为暂停对除与所述用户接口请求对应的待下载资源之外的其他待下载资源的下载过程；

所述下载模块，进一步被配置为当接收到所述资源下载完成通知时，继续对除与所述用户接口请求对应的待下载资源之外的其他待下载资源的下载过程。

根据本公开实施例的第三方面，提供一种客户端设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：执行所述指令时，实现如上第一方面所述的资源下载方法。

根据本公开实施例的第四方面，提供一种非临时性计算机可读存储介质，当所述存储介质中的指令由客户端设备的处理器执行时，使得客户端设备能够执行如上第一方面所述的资源下载方法。

根据本公开实施例的第五方面，提供一种计算机程序产品，当所述计算机程序产品中的指令由客户端设备的处理器执行时，使得客户端设备能够执行如上第一方面所述的资源下载方法。

本公开的实施例提供的技术方案至少带来以下有益效果：当待下载资源的数量为多个时，本公开的实施例提供的技术方案中根据预设优先级确定策略，确定出各待下载资源的下载优先级，再根据各待下载资源的下载优先级，进行资源下载，并且，在资源下载的过程中，响应于检测到存在用户接口请求，调整正在下载的所述资源的下载优先级，上述过程中，通过引入下载优先级，实现了对资源下载这一动态过程中各资源下载任务的统一调度和管理，并且，在检测到存在用户接口请求时，对下载优先级进行调整，因此，可以减少下载过程的耗时，提高资源下载的速度，提高对用户请求响应的及时性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是根据一示例性实施例示出的一种资源下载方法的流程图。

图2是根据一示例性实施例示出的另一种资源下载方法的流程图。

图3是根据一示例性实施例示出的一种资源下载装置的框图。

图4是根据一示例性实施例示出的一种客户端设备的框图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种资源下载方法的流程图，如图1所示，资源下载方法用于安装有应用程序的客户端设备中，包括以下步骤：

在步骤101中，获取待下载资源列表，待下载资源列表中包括多个待下载资源的标识信息。

例如，待下载资源的标识信息可以为能够表征待下载资源的唯一识别信息，如待下载资源的名称或者编号等，此处，对于标识信息的具体形式，不作限定。

在步骤102中，根据预设优先级确定策略，确定各待下载资源的下载优先级。

本步骤中，确定优先级的策略可以有多种，例如，可以根据各待下载资源的数据量大小确定下载优先级，也可以根据各待下载资源对应的服务功能被用户使用的频繁程度来确定下载优先级，还可以是根据各待下载资源在步骤101中的待下载资源列表中的排列顺序来确定下载优先级等，此处，对于确定优先级的策略，不作限定。

在步骤103中，根据各待下载资源的下载优先级，进行资源下载。

不同的客户端设备，数据处理的能力也不相同，一般情况下，客户端设备在进行多个资源下载过程中，可以分为以下两种资源下载模式：同时下载模式或先后下载模式，具体的，针对某一指定客户端设备，其资源下载模式是由其自身的数据处理能力决定的。

进一步的，若客户端设备的资源下载模式为同时下载模式，根据各待下载资源的下载优先级，调度系统资源，进行资源下载；

若客户端设备的资源下载模式为先后下载模式，按照各待下载资源的下载优先级从高到低的顺序，依次进行资源下载。

为便于理解，下面通过举例的方式，对不同资源下载模式下，资源下载的过程进行描述：

假设当前时刻共有A和B两个资源需要下载，在步骤102中确定出A的下载优先级高于B，针对客户端设备的资源下载模式为同时下载模式的情况：在A和B资源下载过程中，会根据A资源和B资源的下载优先级，分别为上述两个下载过程分配CPU运行时间片，由于A的下载优先级高于B，因此，A资源的下载过程分配的CPU运行时间片大于B资源的下载过程分配的CPU运行时间片，例如：有2000个CPU时间片，由于优先级高的关系，A可能被分配1500个时间片，而B被分配500个时间片，而任务的调度次序举例说明，可能是A,A,A,B,A,A,B,A,A,A,A,B…，依次调度执行。

针对客户端设备的资源下载模式为先后下载模式的情况：此种情况，相较于同时下载模式的情况，较为简单：按照各待下载资源的下载优先级从高到低的顺序，先下载A资源，待A资源下载完毕之后，开始进行B资源的下载过程。

在步骤104中，在资源下载的过程中，响应于检测到存在用户接口请求，调整正在下载的资源的下载优先级。

在对步骤101中获取的多个待下载资源进行下载的过程中，检测是否存在用户接口请求，当检测到存在用户接口请求时，则对正在下载的资源的下载优先级进行调整，具体的，可以将用户接口请求对应的待下载资源的优先级设定为最高，并确定各待下载资源的调整后的下载优先级，根据调整后的下载优先级，进行资源下载。

本公开图1所示实施例中，当待下载资源的数量为多个时，本公开的实施例提供的技术方案中根据预设优先级确定策略，确定出各待下载资源的下载优先级，再根据各待下载资源的下载优先级，进行资源下载，上述过程中，通过引入下载优先级，实现了对资源下载这一动态过程中各资源下载任务的统一调度和管理，并且，在检测到存在用户接口请求时，对下载优先级进行调整，因此，可以减少下载过程的耗时，提高资源下载的速度，提高对用户请求响应的及时性。

图2是根据根据一示例性实施例示出的另一种资源下载方法的流程图，如图2所示，资源下载方法还用于安装有应用程序的客户端设备中，包括以下步骤：

在步骤201中，获取待下载资源列表，待下载资源列表中包括多个待下载资源的标识信息。

在步骤202中，获取各待下载资源对应的服务功能的渗透度。

其中，渗透度表征在预设历史时间段内，服务功能被用户使用的频繁程度，渗透度越大，服务功能被用户使用的频繁程度越高；资源与服务功能一一对应。

例如，步骤201中的列表中包括3个待下载资源：A资源、B资源及C资源，分别对应的服务功能为：短视频功能、直播功能及购物功能，上述3个服务功能的渗透度表征在某一预设历史时间段内，各服务功能被用户使用的频繁程度，例如，用户使用最频繁的是：短视频功能，则表明上述3个服务功能中，A资源对应的服务功能-短视频功能的渗透度最高。

各服务功能的渗透度信息可以为预先根据用户在预设时间段内的应用程序使用日志等信息统计得到的，存储在服务端设备中，当客户端设备获得待下载列表时，可以从服务端设备中请求并获取各待下载资源对应的服务功能的渗透度；还可以为：预先根据用户在预设时间段内的应用程序使用日志等信息统计得到，存储在应用程序客户端中，当客户端设备获得待下载列表时，直接从本地缓存中查找各待下载资源对应的服务功能的渗透度。

在步骤203中，获取各待下载资源的数据量信息。

可以预先对所有的资源进行资源数据量信息标记，确定各资源的数据量大小信息，例如，可以采用标记语言Annotation进行标记，当获取到待下载资源列表时，获取各待下载资源的数据量信息。

具体的，由于资源对应的服务功能的差异，各资源数据量大小差异可能较大，例如，视频或者直播功能对应的资源的数据量可能较大，而消费功能对应的资源的数据量可能较小，为便于处理，可以对资源数据量大小进行归一化，采用资源数据量相对大小的形式，进行数据量信息标记，此处，对于归一化的具体方式，不做限定。

在步骤204中，根据各待下载资源对应的服务功能的渗透度和各待下载资源的数据量信息，确定各待下载资源的下载优先级。

本步骤中，确定各待下载资源的下载优先级的方式可以有多种：可以先根据各待下载资源对应的服务功能的渗透度，确定出各待下载资源的初始下载优先级，再根据数据量信息，确定各待下载资源的最终下载优先级；还可以先根据数据量信息，确定出各待下载资源的初始下载优先级，再根据各待下载资源对应的服务功能的渗透度，确定各待下载资源的最终下载优先级，还可以同时从渗透度和数据量信息角度考虑，确定各待下载资源的下载优先级等，此处，对于根据各待下载资源对应的服务功能的渗透度和各待下载资源的数据量信息，确定各待下载资源的下载优先级的具体方式，不作限定。

具体的，针对先根据渗透度，确定出初始下载优先级，再根据数据量信息，确定最终下载优先级的方式：可以先根据各待下载资源对应的服务功能的渗透度从大到小的顺序，确定出各待下载资源的初始下载优先级，再判断其中是否存在优先级相同的待下载资源，若不存在，上述初始下载优先级即为最终下载优先级，则执行步骤205，若存在，则对上述优先级相同的待下载资源，根据各自的数据量信息，确定两者的下载优先级，并确定最终下载优先级，例如：共有4个待下载资源：A、B、C及D，其中，A对应的服务功能的渗透度最高，B和C对应的服务功能的渗透度相同，且仅次于A，D对应的服务功能的渗透度最低，则先根据渗透度，确定出初始下载优先级从高到低依次为：A、B、C、D或者A、C、B、D，由于其中存在优先级相同的待下载资源B、C，进一步判断B、C的数据量信息，若B的数据量大于C，则可以确定出B的下载优先级高于C的下载优先级(或者，也可以确定出C的下载优先级高于B的下载优先级)，进而得到最终下载优先级从高到低依次为：A、B、C、D(或者，A、C、B、D)。

先根据渗透度对各待下载资源的下载优先级进行粗排序，再根据数据量信息，确定最终的下载优先级，在资源下载过程中，可以优先下载用户使用频率较高的服务功能对应的资源，因此，可以更加及时的满足用户的使用需求，提升了用户在应用程序使用过程中的使用体验。

对于先根据数据量信息，确定出初始下载优先级，再根据渗透度，确定出最终下载优先级的方式，其执行过程与上述先根据渗透度，确定出初始下载优先级，再根据数据量信息，确定最终下载优先级的方式的原理基本类似，此处不再赘述。

在步骤205中，根据各待下载资源的下载优先级，进行资源下载。

在步骤206中，在根据各待下载资源的下载优先级，进行资源下载的过程中，检测是否存在用户接口请求。若检测到存在用户接口请求，执行步骤207；若未检测到存在用户接口请求，则在完成各待下载资源的下载任务之后，结束流程。

用户接口请求为用户根据自身需要，通过UI(User Interface，用户界面)主动发送的请求，例如，当用户想要获取信息时，可以通过UI主动发送信息流请求。

在步骤207中，判断从检测到存在用户接口请求的时刻起，第一预设时长内，是否接收到服务端设备发送的与用户接口请求对应的资源下载完成通知。若否，执行步骤208；若是，则在完成各待下载资源的下载任务之后，结束流程。

在步骤208中，将与用户接口请求对应的待下载资源的下载优先级设定为最高，并确定各待下载资源的调整后的下载优先级。

例如，步骤201中的待下载资源列表中包括A、B及C三个待下载资源，下载优先级从高到低依次为：A、B、C，在步骤206中，检测到存在用户接口请求，则本步骤中，将与用户接口请求对应的待下载资源M的下载优先级设定为最高，各待下载资源的调整后的下载优先级从高到低依次为：M、A、B、C。

在步骤209中，根据调整后的下载优先级，进行资源下载。

在步骤210中，若客户端设备的资源下载模式为同时下载模式，在根据调整后的下载优先级，进行资源下载的过程中，判断从检测到存在用户接口请求的时刻起，第二预设时长内，是否接收到所述资源下载完成通知。若否，执行步骤211；若是，则在完成各待下载资源的下载任务之后，结束流程。

其中，本步骤中的第二预设时长大于步骤207中的第一预设时长。

在步骤211中，暂停对除与用户接口请求对应的待下载资源之外的其他待下载资源的下载过程。

在步骤212中，当接收到所述资源下载完成通知时，继续对除与用户接口请求对应的待下载资源之外的其他待下载资源的下载过程。

本公开图2所示实施例中，当待下载资源的数量为多个时，本公开的实施例提供的技术方案中根据各待下载资源对应的服务功能的渗透度及各待下载资源的数据量信息，确定出各待下载资源的下载优先级，再根据各待下载资源的下载优先级，进行资源下载，上述过程中，通过引入下载优先级，实现了对资源下载这一动态过程中各资源下载任务的统一调度和管理，因此，可以减少下载过程的耗时，提高资源下载的速度。同时，在资源下载过程中，当检测到存在用户接口请求时，将与用户接口请求对应的待下载资源的优先级设定为最高，优先下载用户接口请求对应的资源，提高了对用户请求响应的及时性，从而提高了用户体验。

图3是根据一示例性实施例示出的一种资源下载装置的框图，参照图3，该装置位于安装有应用程序的客户端设备，可以包括：

获取模块301，被配置为获取待下载资源列表，待下载资源列表中包括多个待下载资源的标识信息；

确定模块302，被配置为根据预设优先级确定策略，确定各待下载资源的下载优先级；

下载模块303，被配置为根据各待下载资源的下载优先级，进行资源下载；

调整模块304，被配置为在下载模块进行资源下载的过程中，响应于检测到用户接口请求，调整正在下载的所述资源的下载优先级。

进一步的，确定模块302，包括：渗透度获取子模块；

渗透度获取子模块，被配置为获取各待下载资源对应的服务功能的渗透度，渗透度表征在预设历史时间段内，服务功能被用户使用的频繁程度，其中，渗透度越大，服务功能被用户使用的频繁程度越高；资源与服务功能一一对应；

确定模块，进一步被配置为根据各待下载资源对应的服务功能的渗透度，确定各待下载资源的下载优先级；其中，渗透度越大，下载优先级越高。

进一步的，确定模块302，还包括：数据量信息获取子模块；

数据量信息获取子模块，被配置为在根据各待下载资源对应的服务功能的渗透度，确定各待下载资源的下载优先级之前，获取各待下载资源的数据量信息；

确定模块，进一步被配置为根据各待下载资源对应的服务功能的渗透度和各待下载资源的数据量信息，确定各待下载资源的下载优先级。

进一步的，客户端设备的资源下载模式包括：同时下载模式或先后下载模式；资源下载模式是由客户端设备的数据处理能力决定的；

下载模块303，进一步被配置为若客户端设备的资源下载模式为同时下载模式，根据各待下载资源的下载优先级，调度系统资源，进行资源下载；若客户端设备的资源下载模式为先后下载模式，按照各待下载资源的下载优先级从高到低的顺序，依次进行资源下载。

进一步的，调整模块304，包括：用户接口请求检测子模块；

用户接口请求检测子模块，被配置为在根据各待下载资源的下载优先级，进行资源下载的过程中，检测是否存在用户接口请求；

确定模块，进一步被配置为若检测到存在用户接口请求，将与用户接口请求对应的待下载资源的下载优先级设定为最高，并确定各待下载资源的调整后的下载优先级；

下载模块，进一步被配置为根据调整后的下载优先级，进行资源下载。

进一步的，装置，还包括：

第一判断模块，被配置为在将用户接口请求对应的待下载资源的优先级设定为最高，并确定各待下载资源的调整后的下载优先级之前，判断从检测到存在用户接口请求的时刻起，第一预设时长内，是否接收到服务端设备发送的与用户接口请求对应的资源下载完成通知；若否，则触发确定模块。

进一步的，客户端设备的资源下载模式包括：同时下载模式或先后下载模式；资源下载模式是由客户端设备的数据处理能力决定的；

装置，还包括：第二判断模块、下载过程暂停模块；

第二判断模块，被配置为若客户端设备的资源下载模式为同时下载模式，在根据调整后的下载优先级，进行资源下载的过程中，判断从检测到存在用户接口请求的时刻起，第二预设时长内，是否接收到资源下载完成通知；若否，触发下载过程暂停模块；

下载过程暂停模块，被配置为暂停对除与用户接口请求对应的待下载资源之外的其他待下载资源的下载过程；

下载模块，进一步被配置为当接收到资源下载完成通知时，继续对除与用户接口请求对应的待下载资源之外的其他待下载资源的下载过程。

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

本公开图3所示实施例中，当获取模块301获取到的待下载资源列表中包含多个待下载资源时，确定模块302根据预设优先级确定策略，确定出各待下载资源的下载优先级，下载模块303再根据各待下载资源的下载优先级，进行资源下载，调整模块304在下载模块进行资源下载的过程中，响应于检测到用户接口请求，调整正在下载的资源的下载优先级。上述过程中，通过引入下载优先级，实现了对资源下载这一动态过程中各资源下载任务的统一调度和管理，并且，在检测到存在用户接口请求时，对下载优先级进行调整，因此，可以减少下载过程的耗时，提高资源下载的速度，提高对用户请求响应的及时性。

另外，相应于图1和图2所示实施例所提供的资源下载方法，本公开实施例还提供了一种客户端设备，如图4所示，该客户端设备可以包括以下一个或多个组件：处理组件402，存储器404，电源组件406，多媒体组件408，音频组件410，输入/输出(I/O)的接口412，传感器组件414，以及通信组件416。

处理组件402通常客户端设备400的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件402可以包括一个或多个处理器420来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件402可以包括一个或多个模块，便于处理组件402和其他组件之间的交互。例如，处理组件402可以包括多媒体模块，以方便多媒体组件404和处理组件402之间的交互。

存储器404被配置为存储各种类型的数据以支持在客户端设备400的操作。这些数据的示例包括用于在客户端设备400上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器404可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件406为客户端设备400的各种组件提供电力。电源组件406可以包括电源管理系统，一个或多个电源，及其他与为客户端设备400生成、管理和分配电力相关联的组件。

多媒体组件408包括在所述客户端设备400和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件408包括一个前置摄像头和/或后置摄像头。当客户端设备400处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件410被配置为输出和/或输入音频信号。例如，音频组件410包括一个麦克风(MIC)，当客户端设备400处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器404或经由通信组件416发送。在一些实施例中，音频组件410还包括一个扬声器，用于输出音频信号。

I/O接口412为处理组件402和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件414包括一个或多个传感器，用于为客户端设备400提供各个方面的状态评估。例如，传感器组件414可以检测到客户端设备400的打开/关闭状态，组件的相对定位，例如所述组件为客户端设备400的显示器和小键盘，传感器组件414还可以检测客户端设备400或客户端设备400一个组件的位置改变，用户与客户端设备400接触的存在或不存在，客户端设备400方位或加速/减速和客户端设备400的温度变化。传感器组件414可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件414还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件414还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件416被配置为便于客户端设备400和其他设备之间有线或无线方式的通信。客户端设备400可以接入基于通信标准的无线网络，如WiFi，运营商网络(如2G、3G、4G或5G)，或它们的组合。在一个示例性实施例中，通信组件416经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件416还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，客户端设备400可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在具体应用中，该客户端设备可以为移动电话、计算机，数字广播终端，平板设备，个人数字助理等。

另外，本公开实施例还提供了一种存储介质，当所述存储介质中的指令由图4所示的客户端设备的处理器执行时，使得所述客户端设备能够执行上述实施例所提供的资源下载方法，以获得相同的技术效果。

另外，本公开实施例还提供一种计算机程序产品，当所述计算机程序产品中的指令由图4所示的客户端设备的处理器执行时，使得所述客户端设备能够执行上述实施例所提供的资源下载方法，以获得相同的技术效果。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (10)

1.一种资源下载方法，其特征在于，应用于安装有应用程序的客户端设备，包括：

获取待下载资源列表，所述待下载资源列表中包括多个待下载资源的标识信息；

根据预设优先级确定策略，确定各待下载资源的下载优先级；

根据所述各待下载资源的下载优先级，进行资源下载；

在资源下载的过程中，响应于检测到存在用户接口请求，调整正在下载的所述资源的下载优先级。

2.根据权利要求1所述的资源下载方法，其特征在于，所述根据预设优先级确定策略，确定各待下载资源的下载优先级的步骤，包括：

获取各待下载资源对应的服务功能的渗透度，所述渗透度表征在预设历史时间段内，服务功能被用户使用的频繁程度，其中，渗透度越大，服务功能被用户使用的频繁程度越高；资源与服务功能一一对应；

根据所述各待下载资源对应的服务功能的渗透度，确定所述各待下载资源的下载优先级；其中，渗透度越大，下载优先级越高。

3.根据权利要求2所述的资源下载方法，其特征在于，在所述根据所述各待下载资源对应的服务功能的渗透度，确定所述各待下载资源的下载优先级的步骤之前，还包括：

获取各待下载资源的数据量信息；

所述根据所述各待下载资源对应的服务功能的渗透度，确定所述各待下载资源的下载优先级的步骤，包括：

根据所述各待下载资源对应的服务功能的渗透度和所述各待下载资源的数据量信息，确定所述各待下载资源的下载优先级。

4.根据权利要求1所述的资源下载方法，其特征在于，所述客户端设备的资源下载模式包括：同时下载模式或先后下载模式；所述资源下载模式是由所述客户端设备的数据处理能力决定的；

所述根据所述各待下载资源的下载优先级，进行资源下载的步骤，包括：

若所述客户端设备的资源下载模式为同时下载模式，根据所述各待下载资源的下载优先级，调度系统资源，进行资源下载；

若所述客户端设备的资源下载模式为先后下载模式，按照所述各待下载资源的下载优先级从高到低的顺序，依次进行资源下载。

5.根据权利要求1所述的资源下载方法，其特征在于，所述在资源下载过程中，响应于检测到用户接口请求，调整正在下载的所述资源的下载优先级，包括：

检测是否存在用户接口请求；

若检测到存在用户接口请求，将与所述用户接口请求对应的待下载资源的优先级设定为最高，并确定各待下载资源的调整后的下载优先级；

根据所述调整后的下载优先级，进行资源下载。

6.根据权利要求5所述的资源下载方法，其特征在于，在所述将所述用户接口请求对应的待下载资源的优先级设定为最高，并确定各待下载资源的调整后的下载优先级的步骤之前，所述方法还包括：

判断从检测到存在用户接口请求的时刻起，第一预设时长内，是否接收到服务端设备发送的与所述用户接口请求对应的资源下载完成通知；

若否，执行所述将与所述用户接口请求对应的待下载资源的下载优先级设定为最高，并确定各待下载资源的调整后的下载优先级的步骤。

7.根据权利要求6所述的资源下载方法，其特征在于，所述客户端设备的资源下载模式包括：同时下载模式或先后下载模式；所述资源下载模式是由所述客户端设备的数据处理能力决定的；

若所述客户端设备的资源下载模式为同时下载模式，在所述根据所述调整后的下载优先级，进行资源下载的过程中，所述方法还包括：

判断从检测到存在用户接口请求的时刻起，第二预设时长内，是否接收到所述资源下载完成通知；

若否，暂停对除与所述用户接口请求对应的待下载资源之外的其他待下载资源的下载过程；

当接收到所述资源下载完成通知时，继续对除与所述用户接口请求对应的待下载资源之外的其他待下载资源的下载过程。

8.一种资源下载装置，其特征在于，位于安装有应用程序的客户端设备，包括：

获取模块，被配置为获取待下载资源列表，所述待下载资源列表中包括多个待下载资源的标识信息；

确定模块，被配置为根据预设优先级确定策略，确定各待下载资源的下载优先级；

下载模块，被配置为根据所述各待下载资源的下载优先级，进行资源下载；

调整模块，被配置为在下载模块进行资源下载的过程中，响应于检测到用户接口请求，调整正在下载的所述资源的下载优先级。

9.一种客户端设备，其特征在于，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1至7中任一项所述的资源下载方法。

10.一种存储介质，当所述存储介质中的指令由客户端设备的处理器执行时，使得客户端设备能够执行如权利要求1至7中任一项所述的资源下载方法。