CN111741053A - 数据预下载方法、装置、服务器、终端及存储介质 - Google Patents

Abstract

本申请实施例提供的数据预下载方法、装置、服务器、终端及存储介质，服务器接收各种终端上传的程序包信息，该程序包信息是终端在在触发小程序的多种操作中的任一种操作时生成的；服务器将各终端对小程序的各种操作的触发次数，确定小程序的使用率，并基于该使用率确定其预下载等级；服务器将预下载等级发送至终端，以使终端将根据小程序的预下载等级对小程序的数据进行预下载，通过这样的预下载方式能够使得终端可基于小程序的使用率来确定是否执行数据的预下载，从而避免小程序的服务器承担大量的预下载任务而造成的开销增大的问题，也避免了终端中存储大量小程序的预下载的数据而造成的存储空间不足等问题。

Description

数据预下载方法、装置、服务器、终端及存储介质

技术领域

本申请涉及到数据处理技术领域，尤其涉及人工智能技术。

背景技术

随着移动互联网的发展,各种终端应用(简称：APP)也应运而生。小程序是一种不需要用户下载安装就可使用的应用程序，其一般配置在各种终端应用中以便于用户通过终端应用触发小程序并使用。

在现有技术中，预下载是一种能够提高小程序加载速度的数据处理方法，终端会在用户启动小程序前，就对小程序的数据进行预下载，以便于用户启动小程序时能够对其数据进行快速加载。

但是，这样的预下载方式一方面会使得小程序的服务器的开销增大，另一方面还会使得终端存储大量的小程序的预下载数据，终端的存储性能将受到考验。

发明内容

针对上述技术问题，本申请实施例提供一种数据预下载方法、装置、服务器、终端及存储介质。

第一方面，本申请提供了一种数据预下载方法，包括：

接收各终端上传的程序包信息，所述程序包信息是终端触发小程序的操作时生成的；

根据小程序在对应程序包信息中各种操作的触发次数，确定小程序的使用率；

根据小程序的使用率，确定小程序的预下载等级，并将所述小程序的预下载等级发送至各终端，以使各终端根据所述小程序的预下载等级对小程序的数据进行预下载。

第二方面，本申请提供了一种数据预下载方法，包括：

接收服务器发送的各小程序的预下载等级；其中，所述预下载等级是服务器根据各小程序的使用率确定的，所述各小程序的使用率与其被各终端进行各种操作的触发次数相关；

根据各小程序的预下载等级对目标小程序的数据进行预下载。

第三方面，本申请提供了一种数据预下载装置，包括：

通信模块，用于接收各终端上传的程序包信息，所述程序包信息是终端触发小程序的操作时生成的；

处理模块，用于根据小程序在对应程序包信息中各种操作的触发次数，确定小程序的使用率；还用于根据小程序的使用率，确定小程序的预下载等级，并通过所述通信模块将所述小程序的预下载等级发送至各终端，以使各终端根据所述小程序的预下载等级对小程序的数据进行预下载。

第四方面，本申请提供了一种数据预下载装置，包括：

收发模块，用于接收服务器发送的各小程序的预下载等级；其中，所述预下载等级是服务器根据各小程序的使用率确定的，所述各小程序的使用率与其被各终端进行各种操作的触发次数相关；

预下载模块，用于根据各小程序的预下载等级对目标小程序的数据进行预下载。

第五方面，本申请提供了一种服务器，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行第一方面中任一项所述的方法。

第六方面，本申请提供了一种终端，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行第二方面中任一项所述的方法。

第七方面，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现第一方面或第二方面中任一项所述的方法。

第八方面，本申请提供了一种计算机程序，包括程序代码，当计算机运行所述计算机程序时，所述程序代码执行如第一方面或第二方面所述的方法。

本申请实施例提供的数据预下载方法、装置、服务器、终端及存储介质，服务器接收各种终端上传的程序包信息，该程序包信息是终端在在触发小程序的多种操作中的任一种操作时生成的；服务器将各终端对小程序的各种操作的触发次数，确定小程序的使用率，并基于该使用率确定其预下载等级；服务器将预下载等级发送至终端，以使终端将根据小程序的预下载等级对小程序的数据进行预下载，通过这样的预下载方式能够使得终端可基于小程序的使用率来确定是否执行数据的预下载，从而避免小程序的服务器承担大量的预下载任务而造成的开销增大的问题，也避免了终端中存储大量小程序的预下载的数据而造成的存储空间不足等问题。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。其中：

图1是可以实现本申请实施例的数据预下载方法的场景图；

图2是本申请提供的一种数据预下载方法的流程示意图；

图3是本申请提供的另一种数据预下载方法的流程示意图；

图4a是本申请提供的一种数据预下载方法的第一界面示意图；

图4b是本申请提供的一种数据预下载方法的第二界面示意图

图5为本申请提供的一种数据预下载装置的结构示意图；

图6为本申请提供的另一种数据预下载装置的结构示意图；

图7是用来实现本申请实施例的数据预下载方法的电子设备的框图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

为了清楚理解本申请的技术方案，首先对现有技术的方案进行详细介绍。

随着移动互联网的发展,各种终端应用(简称：APP)也应运而生。小程序是一种不需要用户下载安装就可使用的应用程序，其一般配置在各种终端应用中以便于用户通过终端应用触发小程序并使用。

在现有技术中，预下载是一种能够提高小程序加载速度的数据处理方法，终端会在用户启动小程序之前，如浏览小程序的程序标识，就触发对小程序的数据进行预下载的处理，以便于用户在启动小程序时能够直接使用预下载获得的数据，并对数据进行快速加载。

但是，这样的预下载方式一方面会使得小程序的服务器持续的为大量终端提供小程序的预下载处理，其服务器开销增大；另一方面还会使得终端没在浏览到一个小程序的程序标识时，即执行对小程序的预下载，其终端内存储大量的小程序的预下载数据，终端存储空间性能将受到考验。

针对这样的问题，发明人在研究中发现，服务器接收各种终端上传的程序包信息，该程序包信息是终端在在触发小程序的多种操作中的任一种操作时生成的；服务器将各终端对小程序的各种操作的触发次数，确定小程序的使用率，并基于该使用率确定其预下载等级；服务器将预下载等级发送至终端，以使终端将根据小程序的预下载等级对小程序的数据进行预下载，通过这样的预下载方式能够使得终端可基于小程序的使用率来确定是否执行数据的预下载，从而避免小程序的服务器承担大量的预下载任务而造成的开销增大的问题，也避免了终端中存储大量小程序的预下载的数据而造成的存储空间不足等问题。

下面对本申请实施例提供的数据预下载方法、装置、服务器、终端及存储介质的应用场景进行介绍。

图1是可以实现本申请实施例的数据预下载方法的场景图，如图1所示，本申请实施例提供的数据预下载方法对应的应用场景中包括：终端1 以及服务器2。

其中，各终端1具体可为可用于与用户进行交互的硬件设备，其包括但不限于智能手机、平板电脑、台式电脑等。在用户的操作下，终端1上可安装有APP，其APP上承载有若干小程序，而终端1可在用户的触发下，对小程序进行各种操作，而在每一次操作时，终端1均会生成程序包信息并通过网络发送至服务器2，以供服务器2进行处理。

而服务器2具体可为硬件服务器，或承载云端服务器的硬件载体。当各终端1的将小程序的程序包信息发送至服务器2之后，服务器2将采用本申请下述实施例所述的数据预下载方法，得到小程序的预下载等级，并将该预下载等级返回至各终端1，以供用户基于终端1下一次触发对小程序的预下载数据时，能够基于该预下载等级确定是否执行预下载处理。

以下将参照附图来具体描述本申请的实施例。

实施例一

图2是本申请提供的一种数据预下载方法的流程示意图，如图2所示的，本申请实施例的执行主体为数据预下载方法装置，该数据预下载方法装置将承载于前述的服务器中。

本实施例提供的数据预下载方法包括以下几个步骤。

步骤101、接收各终端上传的程序包信息，所述程序包信息是终端触发小程序的操作时生成的。

步骤102、根据小程序在对应程序包信息中各种操作的触发次数，确定小程序的使用率。

本实施例中，小程序是指预先集成在终端的APP中的程序，其可例如，基于搜索引擎APP的地图导航小程序，基于聊天通信APP的点餐小程序等等。这些小程序的共通之处在于不必需要下载和安装程序的程序安装包，即可使用小程序的程序功能。终端会在用户启动小程序之前，如向用户展示小程序的程序标识时，触发对小程序的数据进行预下载的处理，以便于用户在启动小程序时能够直接使用预下载获得的数据，并对数据进行快速加载。

一般的，小程序可在APP界面中设置触发接口，以供用户通过触发接口对小程序进行触发。

当用户的终端通过触发接口对小程序进行操作时，将生成包括有小程序标识，以及对该小程序进行操作的相关信息等的程序包信息，此时，该程序包信息将被发送至服务器，以供服务器接收并处理。

在本公开实施例中，终端对于这些小程序的每一次操作都将生成程序包信息，并发送至服务器，以供服务器采集使用。其中，对小程序的操作包括但不限于启动小程序以及清理小程序。

在本公开提供的实施例中，服务器将接收到来自各个终端发送的触发各个小程序所生成的程序包信息。因此，为了便于服务器进行处理，其可基于程序包信息中的小程序标识将与每一小程序以及其对应程序包信息进行筛选，并针对该每一小程序，统计其对应程序包信息中的操作次数，以确定其每一小程序使用率。

其中的操作次数具体可为对于任一小程序进行各种操作的触发次数，如当终端A触发了对于小程序A的启动操作时，其将生成包括小程序A 标识以及启动操作的操作标识等在内的程序包信息，并发送至服务器；此时，服务器在确定小程序A的使用率时，可统计到小程序A的启动操作的触发次数加1。

类似的，如当终端B触发了对于小程序A的清理操作时，其将生成包括小程序A标识以及清理操作的操作标识等在内的程序包信息，并发送至服务器；此时，服务器在确定小程序A的使用率时，可统计到小程序A 的清理操作的触发次数加1。

然后，服务器将基于统计得到的各种操作的触发次数确定该小程序的使用率。当然，上述操作类型仅为示例，基于实际情况，其还可为其他类型的操作，本实施例对此不进行限制。

步骤103、根据小程序的使用率，确定小程序的预下载等级，并将所述小程序的预下载等级发送至各终端，以使各终端根据所述小程序的预下载等级对小程序的数据进行预下载。

最后，服务器将基于各个小程序的使用率，确定每个小程序的预下载等级，并发送至各终端，以供其参考使用。

通过对于小程序的操作的触发次数进行统计，可分析得到其使用率，而使用率可理解为在小程序被预下载之后的被实际使用的概率。例如，若小程序A的使用率为90％，即，预下载有该小程序A中的大部分用户均使用了该小程序，那么该小程序A的预下载等级可为一级(强烈建议下载)，若小程序B的使用率为50％，即，预下载有该小程序B中的半数用户均未使用(或直接对小程序B进行清理)该小程序，那么该小程序B的预下载等级可为二级(建议下载)。而根据使用率的不同，预下载等级可化分为一级(强烈建议下载)、二级(建议下载)、三级(不建议下载)、四级(强烈不建议下载)等等。

当终端接收到小程序的预下载等级之后，终端会在需要触发对小程序的数据进行预下载的处理的场景下，如终端向用户展示小程序的程序标识时，根据该预下载等级确定是否需要进行小程序的数据预下载处理。可知的是，由于采用了这样的小程序的数据的预下载处理方式，使得使用率小高(对应与相应的预下载等级)的小程序能够被终端进行预下载，而使用率较低(对应与相应的预下载等级)的小程序将被不被终端进行预下载，有效避免了终端中存储大量小程序的预下载的数据而造成的存储空间不足等问题。

在本实施例中，服务器接收各种终端上传的程序包信息，该程序包信息是终端在在触发小程序的多种操作中的任一种操作时生成的；服务器将各终端对小程序的各种操作的触发次数，确定小程序的使用率，并基于该使用率确定其预下载等级；服务器将预下载等级发送至终端，以使终端将根据小程序的预下载等级对小程序的数据进行预下载，通过这样的预下载方式能够使得终端可基于小程序的使用率来确定是否执行数据的预下载，从而避免小程序的服务器承担大量的预下载任务而造成的开销增大的问题，也避免了终端中存储大量小程序的预下载的数据而造成的存储空间不足等问题。

在上述各实施例的基础上，本实施例还提供了一种具体确定小程序使用率的方法：其中，上述的小程序的操作包括启动操作和清理操作；相应的，步骤102具体包括：

步骤1021、确定各对应程序包信息中出现启动操作的次数，以及出现清理操作的次数。

步骤1022、根据所述启动操作的次数和清理操作的次数确定小程序的预下载次数，以确定小程序的使用率。

具体来说，如前述实施例所述的，针对于每一次对小程序的触发来说，其操作可包括启动操作以及清理操作，启动操作是指在对小程序进行预下载之后触发启动的操作，而清理操作是指在对小程序进行预下载之后触发清理其预下载的数据的操作。通过其操作定义可知，无论是启动操作还是清理操作其前提均为对于小程序进行了预下载，通过这样的方式可有效确定使用率，提高获得预下载等级的准确性，进而便于终端执行相应的预下载策略。

因此，在统计使用率时，其使用率可定义为使用次数与总预下载次数之比，而预下载次数则可为小程序的启动操作的次数和清理操作的次数之和。因此，步骤1022具体还可包括根据所述启动操作的次数与所述预下载次数之比确定所述小程序的使用率。具体的，如将所述启动操作的次数和所述清理操作的次数求和得到所述预下载次数，所述启动操作的次数与所述预下载次数之比为所述小程序的使用率。

在上述各实施例的基础上，考虑到用户需求的变化，其对于小程序的使用需求可能随着天气、季节、经济、政治、节日等外部环境发生变化，因此，为了提高使用率以及预下载等级的时效性，在程序包信息中还包括预下载时间以及操作时间。

而该预下载时间则可用于确定使得服务器根据各对应程序包信息中的预下载时间以及操作时间，确定小程序在预设预下载时间段内的各种操作的触发次数，并确定在预设预下载时间段内小程序的使用率。

举例来说，首先，服务器可从小程序A对应的程序包信息中选出预下载时间为T日的程序包信息，考虑到终端会定期清理小程序的数据，其清理周期设为D，服务器可根据程序报信息的操作时间，从前述选出的程序包信息中统计操作时间在T至T+D这一时间段内的各操作的触发次数，如启动操作的触发次数以及清理操作的触发次数。

此时，在预设预下载时间段内，即T至T+D这一时间段内，小程序 A的使用率＝启动操作的触发次数/预下载次数＝启动操作的触发次数/ (启动操作的触发次数+清理操作的触发次数)。

通过这样的方式从而使得服务器可对于一定时间段内的小程序的使用率进行获取，从而得到该一定时间段内的预下载等级。

其他可选方式中，为了进一步保证预下载等级的时效性，还可基于根据小程序的使用率，确定小程序的预下载等级，调用小程序的历史预下载等级；根据所述小程序的使用率，对历史预下载等级进行调整。也就是说，对于每一次获取的预下载等级来说，其均可与历史预下载等级进行叠加或加权处理，以将处理后的预下载等级作为当前预下载等级，这样的处理方式考虑到了预下载等级在时间维度上的连续性，有效提高其预下载等级的稳定性，也避免短期内用户出现大量恶意操作(如清理操作)等对预下载等级造成的冲击和影响。

在上述各实施例的基础上，预下载渠道的不同也将影响着小程序的使用率以及其预下载等级，为了避免预下载渠道差异带来的影响，在程序包信息还包括：预下载渠道，例如搜索or Feed等多种渠道。相应的，述数据预下载方法还包括：根据小程序在各预下载渠道下的各种操作的触发次数，确定小程序的使用率；根据小程序在不同预下载渠道的使用率，确定小程序在不同预下载渠道的预下载等级；将所述小程序在不同预下载渠道的预下载等级发送至各终端，以使各终端根据其相应的预下载渠道的预下载等级对小程序的数据进行预下载。

也就是说，服务器将针对每一小程序在每一种预下载渠道下，得到其使用率以及预下载等级，以供终端基于其当前的预下载渠道和与该当前的预下载渠道相应的预下载等级执行对于小程序的数据的预下载处理。

在上述各实施例的基础上，如前所述的，在现有技术中，服务器将承担大量终端对于小程序的数据的预下载处理，在一些情况下，服务器的开销能够满足其余全部终端的预下载需求。为了给终端的用户提供更好的预下载服务，服务器可采用根据自身当前开销配置情况，来确定是否采用本申请所述的预下载方式，即当服务器确定当前开销配置可以满足实际使用需求时，可在获得预下载等级之后仅进行存储，而不发送至终端，此时，终端可采用如现有技术所述的预下载方式，进行小程序的数据的预下载；当服务器确定当前开销配置无法满足实际使用需求时，可在获取预下载等级之后将其发送至各终端，以使各终端基于该预下载等级确定是否发起对小程序的数据的预下载请求。通过这样的方式，能够保证在服务器开销可支持的范围内，实现终端对于小程序的数据的快速加载，满足用户实际使用需求。

通过上述各实施例所述的预下载方式能够使得终端可基于小程序的使用率来确定是否执行数据的预下载，从而避免小程序的服务器承担大量的预下载任务而造成的开销增大的问题，也避免了终端中存储大量小程序的预下载的数据而造成的存储空间不足等问题。

实施例二

图3是本申请提供的另一种数据预下载方法的流程示意图，如图3所示的，本申请实施例的执行主体为数据预下载装置，该装置可设置在前述的终端中。

本实施例提供的数据预下载方法包括以下几个步骤。

步骤201、接收服务器发送的各小程序的预下载等级；其中，所述预下载等级是服务器根据各小程序的使用率确定的，所述各小程序的使用率与其被各终端进行各种操作的触发次数相关。

步骤202、根据各小程序的预下载等级对目标小程序的数据进行预下载。

具体的，终端在运行APP时，其小程序将集成在APP的显示界面中。在现有技术中，当小程序的图标或标识将作为预下载的触发接口，即该图标或标识一旦被显示，终端将向服务器发起该小程序的数据预下载请求，以使服务器基于该预下载请求返回相应的预下载的数据。但是，如前述实施例所述的，这样的方式会给服务器的开销造成很大的压力，此外，过多的小程序的数据被预下载，将占用终端大量存储资源，增大了终端的存储开销。

而本实施例提供了一种可将用于基于服务器提供的小程序的预下载等级对小程序进的数据进行预下载的方法，对于服务器获取小程序的预下载等级的具体实现方式可参见前述各实施例，在本实施例中不进行赘述。

图4a和图4b分别是本申请提供的一种数据预下载方法的界面示意图，如图4所示，的，在APP的展示界面中，将承载有若干小程序的图标，这些图标可供用户进行各种操作以实现对于小程序的启动或清理。与现有技术不同的是，在本实施例中，终端将接收来自服务器发送的各小程序的预下载等级，其中该预下载等级可为服务器基于各小程序的使用率的时效性定期发送至终端的。而终端在展示界面展示目标小程序的图标时，即目标小程序的预下载的触发接口被触发，终端将基于目标小程序的预下载等级确定是否需要向服务器发起预下载请求。其中，为了便于区分，在图4a 和图4b所示的界面中，小程序A为已经经过预下载处理的小程序(采用实线框出)，而小程序B和小程序C均为基于预下载等级不进行预下载处理的小程序(采用虚线框出)。相应的，在对小程序A和小程序B进行启动操作时，其呈现的启动速度将明显不同。

在可选实施例中，终端可先确定其自身存储配置，然后基于其存储配置的情况以及其目标小程序的预下载等级，确定是否向所述服务器发送目标小程序的预下载请求。

举例来说，存储配置可表示为终端当前的存储条件，若当前存储条件充足，则可直接向所述服务器发送目标小程序的预下载请求；若当前存储的预下载的数据超过存储总容量的一半，则可确定目标小程序的预下载等级，如该预下载等级为一级或二级(强烈建议下载或建议下载)，那么终端可向所述服务器发送目标小程序的预下载请求，如该预下载等级为三级或四级(不建议下载或强烈不建议下载)，那么终端可不再向所述服务器发送目标小程序的预下载请求；若当前存储的预下载的数据超过存储总容量的80％，则可在目标小程序的预下载等级仅为一级(强烈建议下载)时才向所述服务器发送目标小程序的预下载请求，否则，不再向所述服务器发送目标小程序的预下载请求。当然，预下载等级与存储配置之间的关系可由本领域技术人员根据实际情况自行设置，本申请对其对应关系不进行限制。

此外，基于终端的型号的不同，存储配置也是不同的。可以理解的是，终端可以通过访问其操作***的方式，获取自身存储配置，如可用存储容量和/或用户终端的总存储容量等，进而基于其存储配置确定是否想服务器发送目标小程序的与预下载请求。

在上述各实施例的基础上，预下载渠道的不同也将影响着小程序的使用率以及其预下载等级，为了避免预下载渠道差异带来的影响，终端接收服务器发送的各小程序在不同预下载渠道的预下载等级；然后，确定目标小程序的预下载渠道，并根据目标小程序在该预下载渠道下的预下载等级进行小程序的数据的预下载。其中，预下载渠道可例如搜索orFeed等多种渠道。也就是说，终端基于其当前的预下载渠道和与该当前的预下载渠道相应的预下载等级执行对于小程序的数据的预下载处理。

在本实施例中，服务器接收各种终端上传的程序包信息，该程序包信息是终端在在触发小程序的多种操作中的任一种操作时生成的；服务器将各终端对小程序的各种操作的触发次数，确定小程序的使用率，并基于该使用率确定其预下载等级；服务器将预下载等级发送至终端，以使终端将根据小程序的预下载等级对小程序的数据进行预下载，通过这样的预下载方式能够使得终端可基于小程序的使用率来确定是否执行数据的预下载，从而避免小程序的服务器承担大量的预下载任务而造成的开销增大的问题，也避免了终端中存储大量小程序的预下载的数据而造成的存储空间不足等问题。

实施例三

图5为本申请提供的一种数据预下载装置的结构示意图。如图5所示的，该数据预下载装置包括：通信模块10、处理模块20；

其中，通信模块10，用于接收各终端上传的程序包信息，所述程序包信息是终端触发小程序的操作时生成的；

处理模块20，用于根据小程序在对应程序包信息中各种操作的触发次数，确定小程序的使用率；还用于根据小程序的使用率，确定小程序的预下载等级，并通过所述通信模块将所述小程序的预下载等级发送至各终端，以使各终端根据所述小程序的预下载等级对小程序的数据进行预下载。

在可选的实施例中，所述小程序的操作包括启动操作和清理操作；

相应的，所述处理模块20，具体用于根据所述启动操作的次数与所述预下载次数之比确定所述小程序的使用率。

在可选的实施例中，所述处理模块20，具体用于将所述启动操作的次数和所述清理操作的次数求和得到所述预下载次数；所述启动操作的次数与所述预下载次数之比为所述小程序的使用率。

所述程序包信息还包括预下载时间以及操作时间；

所述处理模块20，具体用于根据各对应程序包信息中的预下载时间以及操作时间，确定小程序在预设预下载时间段内的各种操作的触发次数，并确定在预设预下载时间段内小程序的使用率。

在可选的实施例中，所述程序包信息还包括：预下载渠道；

所述处理模块20，具体用于根据小程序在各预下载渠道下的各种操作的触发次数，确定小程序的使用率；根据小程序在不同预下载渠道的使用率，确定小程序在不同预下载渠道的预下载等级；

所述通信模块10，具体用于将所述小程序在不同预下载渠道的预下载等级发送至各终端，以使各终端根据其相应的预下载渠道的预下载等级对小程序的数据进行预下载。

在可选的实施例中，所述处理模块20还用于：根据当前开销配置，确定是否执行将所述小程序的预下载等级发送至各终端的步骤。

在可选的实施例中，所述处理模块20还用于调用小程序的历史预下载等级；根据所述小程序的使用率，对历史预下载等级进行调整。

本申请提供的终端可以执前述所示方法实施例的技术方案，其实现原理和技术效果前述方法实施例类似，在此不再一一赘述。

在本实施例中，服务器的数据预下载装置接收各种终端上传的程序包信息，该程序包信息是终端在在触发小程序的多种操作中的任一种操作时生成的；服务器将各终端对小程序的各种操作的触发次数，确定小程序的使用率，并基于该使用率确定其预下载等级；服务器将预下载等级发送至终端，以使终端将根据小程序的预下载等级对小程序的数据进行预下载，通过这样的预下载方式能够使得终端可基于小程序的使用率来确定是否执行数据的预下载，从而避免小程序的服务器承担大量的预下载任务而造成的开销增大的问题，也避免了终端中存储大量小程序的预下载的数据而造成的存储空间不足等问题。

实施例四

图6为本申请提供的另一种数据预下载装置的结构示意图。如图6所示的，该数据预下载装置包括：预下载模块30、收发模块40。

收发模块40，用于接收服务器发送的各小程序的预下载等级；其中，所述预下载等级是服务器根据各小程序的使用率确定的，所述各小程序的使用率与其被各终端进行各种操作的触发次数相关；

预下载模块30，用于根据各小程序的预下载等级对目标小程序的数据进行预下载。

在可选的实施例中，所述预下载模块30，具体用于确定存储配置，根据所述存储配置和所述目标小程序的预下载等级，确定是否向所述服务器发送目标小程序的预下载请求。

在可选的实施例中，所述收发模块40具体用于接收服务器发送的各小程序在不同预下载渠道的预下载等级；

所述预下载模块30具体用于确定目标小程序的预下载渠道，并根据目标小程序在该预下载渠道下的预下载等级进行小程序的数据的预下载。

本申请提供的数据预下载装置可以执前述所示方法实施例的技术方案，其实现原理和技术效果前述方法实施例类似，在此不再一一赘述。

在本实施例中，服务器接收各种终端上传的程序包信息，该程序包信息是终端的数据预下载装置在触发小程序的多种操作中的任一种操作时生成的；服务器将各终端对小程序的各种操作的触发次数，确定小程序的使用率，并基于该使用率确定其预下载等级；服务器将预下载等级发送至终端，以使终端将根据小程序的预下载等级对小程序的数据进行预下载，通过这样的预下载方式能够使得终端可基于小程序的使用率来确定是否执行数据的预下载，从而避免小程序的服务器承担大量的预下载任务而造成的开销增大的问题，也避免了终端中存储大量小程序的预下载的数据而造成的存储空间不足等问题。

实施例五

根据本申请的实施例，本申请还提供了一种终端和一种服务器以及一种可读存储介质。

如图7所示，是根据本申请实施例的数据预下载方法的电子设备的框图。电子设备旨在各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图7所示，该电子设备包括：一个或多个处理器1001、存储器1002，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器***)。图7中以一个处理器1001 为例。

存储器1002即为本申请所提供的非瞬时计算机可读存储介质。其中，存储器存储有可由至少一个处理器执行的指令，以使至少一个处理器执行本申请所提供的数据预下载方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的数据预下载方法。

存储器1002作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的数据预下载方法对应的程序指令/模块(例如，附图7所示的环境数据获取模块801，特征数据提取模块802，初始危险值预测模块803，最终危险值计算模块804及区域计算模块805)。处理器1001通过运行存储在存储器 1002中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的数据预下载方法。

存储器1002可以包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需要的应用程序；存储数据区可存储根据图7的电子设备的使用所创建的数据等。此外，存储器1002可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器 1002可选包括相对于处理器1001远程设置的存储器，这些远程存储器可以通过网络连接至图7的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

图7的电子设备还可以包括：输入装置1003和输出装置1004。处理器1001、存储器1002、输入装置1003和输出装置1004可以通过总线或者其他方式连接，图7中以通过总线连接为例。

输入装置1003可接收输入的语音、数字或字符信息，以及产生与图7 的电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置1004可以包括语音播放设备、显示设备、辅助照明装置(例如，LED)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(LCD)、发光二极管(LED) 显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

此处描述的***和技术的各种实施方式可以在数字电子电路***、集成电路***、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程***上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储***、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储***、该至少一个输入装置、和该至少一个输出装置。

这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(PLD))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互，可以在计算机上实施此处描述的***和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入) 来接收来自用户的输入。

可以将此处描述的***和技术实施在包括后台部件的计算***(例如，作为数据服务器)、或者包括中间件部件的计算***(例如，应用服务器)、或者包括前端部件的计算***(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的***和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算***中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将***的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机***可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。

Claims (23)

1.一种数据预下载方法，其特征在于，包括：

接收各终端上传的程序包信息，所述程序包信息是终端触发小程序的操作时生成的；

根据小程序在对应程序包信息中各种操作的触发次数，确定小程序的使用率；

根据小程序的使用率，确定小程序的预下载等级，并将所述小程序的预下载等级发送至各终端，以使各终端根据所述小程序的预下载等级对小程序的数据进行预下载。

2.根据权利要求1所述的数据预下载方法，其特征在于，所述小程序的操作包括启动操作和清理操作；

相应的，所述根据小程序在对应程序包信息中各种操作的触发次数，确定小程序的使用率，包括：

确定各对应程序包信息中出现启动操作的次数，以及出现清理操作的次数；

根据所述启动操作的次数和清理操作的次数确定小程序的预下载次数，以确定小程序的使用率。

3.根据权利要求2所述的数据预下载方法，其特征在于，所述根据所述启动操作的次数和清理操作的次数确定小程序的预下载次数，以确定小程序的使用率，还包括：

根据所述启动操作的次数与所述预下载次数之比确定所述小程序的使用率。

4.根据权利要求1所述的数据预下载方法，其特征在于，所述程序包信息还包括预下载时间以及操作时间；

相应的，根据小程序在对应程序包信息中各种操作的触发次数，确定小程序的使用率，包括：

根据各对应程序包信息中的预下载时间以及操作时间，确定小程序在预设预下载时间段内的各种操作的触发次数，并确定在预设预下载时间段内小程序的使用率。

5.根据权利要求1-4任一项所述的数据预下载方法，其特征在于，所述程序包信息还包括：预下载渠道；

所述数据预下载方法还包括：

根据小程序在各预下载渠道下的各种操作的触发次数，确定小程序的使用率；

根据小程序在不同预下载渠道的使用率，确定小程序在不同预下载渠道的预下载等级；

将所述小程序在不同预下载渠道的预下载等级发送至各终端，以使各终端根据其相应的预下载渠道的预下载等级对小程序的数据进行预下载。

6.根据权利要求1-4任一项所述的数据预下载方法，其特征在于，还包括：

根据当前开销配置，确定是否执行将所述小程序的预下载等级发送至各终端的步骤。

7.根据权利要求1-4任一项所述的数据预下载方法，其特征在于，所述根据小程序的使用率，确定小程序的预下载等级，还包括：

调用小程序的历史预下载等级；

根据所述小程序的使用率，对历史预下载等级进行调整。

8.一种数据预下载方法，其特征在于，包括：

接收服务器发送的各小程序的预下载等级；其中，所述预下载等级是服务器根据各小程序的使用率确定的，所述各小程序的使用率与其被各终端进行各种操作的触发次数相关；

根据各小程序的预下载等级对目标小程序的数据进行预下载。

9.根据权利要求8所述的数据预下载方法，其特征在于，所述根据各小程序的预下载等级对目标小程序的数据进行预下载，包括：

确定存储配置，根据所述存储配置和所述目标小程序的预下载等级，确定是否向所述服务器发送目标小程序的预下载请求。

10.根据权利要求8所述的数据预下载方法，其特征在于，所述接收服务器发送的各小程序的预下载等级，包括：

接收服务器发送的各小程序在不同预下载渠道的预下载等级；

相应的，所述根据各小程序的预下载等级对目标小程序的数据进行预下载，包括：

确定目标小程序的预下载渠道，并根据目标小程序在该预下载渠道下的预下载等级进行小程序的数据的预下载。

11.一种数据预下载装置，其特征在于，包括：

通信模块，用于接收各终端上传的程序包信息，所述程序包信息是终端触发小程序的操作时生成的；

处理模块，用于根据小程序在对应程序包信息中各种操作的触发次数，确定小程序的使用率；还用于根据小程序的使用率，确定小程序的预下载等级，并通过所述通信模块将所述小程序的预下载等级发送至各终端，以使各终端根据所述小程序的预下载等级对小程序的数据进行预下载。

12.根据权利要求11所述的数据预下载装置，其特征在于，所述小程序的操作包括启动操作和清理操作；

相应的，所述处理模块，具体用于确定对应程序包信息中出现启动操作的次数，以及出现清理操作的次数；根据所述启动操作的次数和清理操作的次数确定小程序的预下载次数，以确定小程序的使用率。

13.根据权利要求12所述的数据预下载装置，其特征在于，所述处理模块，具体用于根据所述启动操作的次数与所述预下载次数之比确定所述小程序的使用率。

14.根据权利要求11所述的数据预下载装置，其特征在于，所述程序包信息还包括预下载时间以及操作时间；

所述处理模块，具体用于根据各对应程序包信息中的预下载时间以及操作时间，确定小程序在预设预下载时间段内的各种操作的触发次数，并确定在预设预下载时间段内小程序的使用率。

15.根据权利要求11-14任一项所述的数据预下载装置，其特征在于，所述程序包信息还包括：预下载渠道；

所述处理模块，具体用于根据小程序在各预下载渠道下的各种操作的触发次数，确定小程序的使用率；根据小程序在不同预下载渠道的使用率，确定小程序在不同预下载渠道的预下载等级；

所述通信模块，具体用于将所述小程序在不同预下载渠道的预下载等级发送至各终端，以使各终端根据其相应的预下载渠道的预下载等级对小程序的数据进行预下载。

16.根据权利要求11-14任一项所述的数据预下载装置，其特征在于，所述处理模块还用于：根据当前开销配置，确定是否执行将所述小程序的预下载等级发送至各终端的步骤。

17.根据权利要求11-14任一项所述的数据预下载装置，其特征在于，所述处理模块还用于调用小程序的历史预下载等级；根据所述小程序的使用率，对历史预下载等级进行调整。

18.一种数据预下载装置，其特征在于，包括：

收发模块，用于接收服务器发送的各小程序的预下载等级；其中，所述预下载等级是服务器根据各小程序的使用率确定的，所述各小程序的使用率与其被各数据预下载装置进行各种操作的触发次数相关；

预下载模块，用于根据各小程序的预下载等级对目标小程序的数据进行预下载。

19.根据权利要求18所述的数据预下载装置，其特征在于，所述预下载模块，具体用于确定存储配置，根据所述存储配置和所述目标小程序的预下载等级，确定是否向所述服务器发送目标小程序的预下载请求。

20.根据权利要求18所述的数据预下载装置，其特征在于，所述收发模块具体用于接收服务器发送的各小程序在不同预下载渠道的预下载等级；

所述预下载模块具体用于确定目标小程序的预下载渠道，并根据目标小程序在该预下载渠道下的预下载等级进行小程序的数据的预下载。

21.一种服务器，其特征在于，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的方法。

22.一种终端，其特征在于，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求8-10中任一项所述的方法。

23.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如权利要求1-10中任一项所述的方法。

Images