CN111586126A - 小程序预下载方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开了一种小程序预下载方法、装置、设备及存储介质，涉及计算机视觉技术领域。具体实现方案为：利用服务器推送的页面访问量最高的小程序列表和确定出信息结果共同确定并预下载至少一个目标小程序，在保证用户需求与实际下载小程序的匹配度的基础上，提升了小程序的下载效率，从而提升了用户打开小程序的速度，提高了用户使用小程序的体验。

Description

小程序预下载方法、装置、设备及存储介质

技术领域

本申请实施例涉及计算机技术领域中的计算机视觉技术领域，尤其涉及一种小程序预下载方法、装置、设备及存储介质。

背景技术

小程序是一种纯离线的H5应用，且随着小程序生态的不断发展，越来越多的App应用已转为小程序形态承载。用户在首次打开小程序时，需要先下载小程序，再打开。实践表明，在用户打开小程序前，对小程序进行预下载，而且小程序预下载的速率越高小程序的打开速度越快，用户使用小程序的体验越好。

现有技术中，小程序的预下载方式主要是基于用户的访问请求或者推荐系统确定的小程序卡片列表，在小程序卡片列表中的小程序卡片曝光时，提前对小程序包进行下载。由于小程序卡片的每次曝光都会触发小程序的预下载，可能会出现多个小程序同时预下载的情况，导致小程序预下载存在资源竞争问题，而且小程序的预下载顺序只能依据曝光顺序，存在预下载效率低的问题。

发明内容

本申请实施例提供了一种小程序预下载方法、装置、设备及存储介质，用于解决现有小程序预下载存在的预下载效率低的问题。

根据第一方面，提供了一种小程序预下载方法，包括：

获取服务器推送的小程序列表，所述小程序列表包括页面访问量最高的预设数量个小程序；

根据用户服务请求的信息结果，确定位于所述小程序列表中的至少一个目标小程序；

在所述至少一个目标小程序展示之前，下载所述至少一个目标小程序。

根据第二方面，提供了一种小程序预下载方法，包括：

向终端设备推送小程序列表，所述小程序列表包括页面访问量最高的预设数量个小程序；

根据终端设备发出小程序下载请求，获取所述小程序列表中的至少一个目标小程序的小程序包，所述小程序下载请求包括所述至少一个目标小程序的标识；

向所述终端设备发送所述至少一个目标小程序的小程序包。

根据第三方面，提供了一种小程序预下载装置，包括：获取模块、处理模块和下载模块；

所述获取模块，用于获取服务器推送的小程序列表，所述小程序列表包括页面访问量最高的预设数量个小程序；

所述处理模块，用于根据用户服务请求的信息结果，确定位于所述小程序列表中的至少一个目标小程序；

所述下载模块，用于下载所述至少一个目标小程序。

根据第四方面，提供了一种小程序预下载装置，包括：发送模块和处理模块；

所述发送模块，用于向终端设备推送小程序列表，所述小程序列表包括页面访问量最高的预设数量个小程序；

所述处理模块，用于根据终端设备发出小程序下载请求，获取所述小程序列表中的至少一个目标小程序的小程序包，所述小程序下载请求包括所述至少一个目标小程序的标识；

所述发送模块，还用于向所述终端设备发送所述至少一个目标小程序的小程序包。

第五方面，本申请实施例提供一种终端设备，包括：

至少一个处理器；以及

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

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

第六方面，本申请实施例提供一种服务器，包括：

至少一个处理器；以及

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

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

第七方面，本申请实施例提供一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行第一方面所述的方法。

第八方面，本申请实施例提供一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行第一方面所述的方法。

第九方面，本申请实施例提供一种小程序预下载方法，包括：

根据服务器推送的小程序列表，确定待下载的至少一个目标小程序，所述小程序列表包括页面访问量最高的预设数量个小程序；

在所述至少一个目标小程序展示之前，下载所述至少一个目标小程序。

本申请实施例提供的小程序预下载方法、装置、设备及存储介质，通过获取服务器推送的小程序列表，该小程序列表包括页面访问量最高的预设数量个小程序，根据用户服务请求的信息结果，确定位于该小程序列表中的至少一个目标小程序，并在上述至少一个目标小程序展示之前，下载上述至少一个目标小程序。该技术方案，利用服务器推送的页面访问量最高的小程序列表和确定出信息结果共同确定并预下载至少一个目标小程序，在保证用户需求与实际下载小程序的匹配度的基础上，提升了小程序的下载效率，从而提升了用户打开小程序的速度，提高了用户使用小程序的体验。

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

附图说明

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

图1是本申请提供的小程序预下载方法的应用场景示意图；

图2是本申请第一实施例提供的小程序预下载方法的流程示意图；

图3是本申请第二实施例提供的小程序预下载方法的交互示意图；

图4是本申请第三实施例提供的小程序预下载方法的流程示意图；

图5是本申请第四实施例提供的小程序预下载方法的流程示意图；

图6是本申请实施例提供的小程序预下载方法的信息流向示意图；

图7是本申请第一实施例提供的小程序预下载装置的结构示意图；

图8是本申请第二实施例提供的小程序预下载装置的结构示意图；

图9是本申请第三实施例提供的小程序预下载装置的结构示意图；

图10是本申请第四实施例提供的小程序预下载装置的结构示意图；

图11是用来实现本申请实施例提供的小程序预下载方法的终端设备的框图；

图12是用来实现本申请实施例提供的小程序预下载方法的服务器的框图。

具体实施方式

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

在介绍本申请的技术方案之前，首先对本申请实施例中涉及到的术语和应用场景进行介绍：

随着互联网技术的飞速发展，通过电子设备中安装的应用客户端打开应用程序并进行信息交互，已经无法满足人们获取信息的便捷性要求，小程序应运而生，越来越多的App应用已转为小程序形态承载。小程序是可以从服务器下发，无需安装即可在特定容器内执行的应用程序，使得用户通过应用程序进行信息交互的方式更便捷。

具体的，小程序是一种纯离线的H5应用，是基于特定编程语言开发完成，无需下载和安装就可以使用的云端APP，特点之一就是使用便捷，无需在终端的操作系统中进行安装，但是需要依赖于宿主应用存在，即不能脱离宿主应用而单独运营。因而，用户在终端设备的宿主应用上首次打开小程序时，需要下载小程序包后才能打开，而小程序包的下载效果直接决定了小程序在首次打开时的体验。

本申请实施例针对现有技术中基于用户的访问请求或者推荐系统确定的小程序卡片列表对小程序进行下载的方式存在的预下载效率低的问题，本申请实施例提供了一种小程序预下载方法，终端设备根据服务器推送的小程序列表以及用户服务请求的信息结果，确定位于小程序列表中的至少一个目标小程序，该小程序列表包括页面访问量最高的预设数量个小程序，并在至少一个目标小程序展示之前，下载至少一个目标小程序，实现了目标小程序的预下载，提高了用户需求与实际下载小程序的匹配度，从而提升了小程序的预下载效率。

可选的，本申请的技术构思是：通过对小程序的预下载历史数据分析可知，打开次数排在首位的多个小程序(称为Top小程序)，其页面访问量(page view，PV)通常占比较高，因此，本申请的发明人想到可以根据从多个终端设备收集的用户行为数据，确定出每个小程序的PV，确定出由PV在前的预设数量个小程序组成的小程序列表，终端设备根据其进行小程序的预下载，可以提高用户首次打开小程序的速率，提升了小程序的预下载效率

示例性的，图1是本申请提供的小程序预下载方法的应用场景示意图。如图1所示，该应用场景可以包括：至少一个终端设备(图1示出了三个终端设备，分别为终端设备111、终端设备112、终端设备113)、网络12和服务器13。其中，每个终端设备与服务器13均可以通过网络12进行通信。

示例性的，在图1所示的应用场景中，服务器13可以通过网络12获取多个终端设备上报的用户操作行为日志，进而确定出由页面访问量最高的预设数量个小程序组成的小程序列表，并通过网络12将其推送给终端设备，由终端设备确定出位于该小程序列表中的至少一个目标小程序后，再通过网络与服务器13的交互，实现小程序的下载。

需要说明的是，附图1仅是本申请实施例提供的一种应用场景的示意图，本申请实施例不对图1中包括的设备进行限定，也不对图1中设备之间的位置关系进行限定，其可以根据实际需求设定。

在实际应用中，终端设备是经由通信设施向计算机输入程序和数据或接收计算机输出处理结果的设备，通常设置在能利用通信设施与远处计算机联接工作的方便场所，它主要由通信接口控制装置与专用或选定的输入输出装置组合而成。示例性的，本申请实施例的终端设备是可以是用户使用的智能手机、智能手表、平板电脑(PAD)或者台式电脑等各种形式的设备。

服务器是云端服务器，在网络中为其它客户机(如PC机、智能手机、ATM等终端甚至是火车系统等大型设备)提供计算或者应用服务。在本申请的实施例中，该服务器可以提供多种服务，例如，日志处理、数据预处理和/或数据推送等服务。

可以理解的是，本申请实施例不对终端设备和服务器的具体实现和功能进行限定，其可以根据实际需求确定，此处不再赘述。

下面，通过具体实施例对本申请的技术方案进行详细说明。需要说明的是，下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。

图2是本申请第一实施例提供的小程序预下载方法的流程示意图。示例性的，本申请实施例以执行主体为终端设备进行解释说明。如图2所示，该方法可以包括如下步骤：

S201、获取服务器推送的小程序列表，该小程序列表包括页面访问量最高的预设数量个小程序。

在本申请的实施例中，服务器可以从用户的日志系统获取多个用户的操作行为日志，通过对多个用户的行为操作日志进行分析，确定出点击的每个小程序的页面访问量，进而基于页面访问量由高到低的顺序对点击的小程序进行排序，将页面访问量排在最前面的预设数量个小程序组成的列表作为服务器待推送的小程序列表。

示例性的，小程序列表可以包括TOP 10的小程序或者TOP 15或者TOP 20的小程序或者其他数量的小程序，本申请实施例并不限定小程序列表包括的小程序的数量，其可以根据实际需求确定，此处不再赘述。

可选的，小程序的页面访问量也称为页面刷新量，具体指用户进入该小程序后，浏览过的该小程序页面的数量。用户每点击一次小程序的页面，页面访问量加1。在本申请的实施例中，利用小程序的页面访问量高低衡量用户可能打开小程序的概率高低。

可选的，在本申请的实施例中，页面访问量是服务器根据从不同的终端设备获取到用户的行为操作日志确定的，因而统计的页面访问量较大，确定的待推送的小程序列表越准确。

在本申请的实施例中，若想实现终端设备中小程序的预下载，可以首先通过与服务器交互获取服务器确定的上述小程序列表，再结合用户的服务请求，确定出需要预下载的小程序。

S202、根据用户服务请求的信息结果，确定位于上述小程序列表中的至少一个目标小程序。

在实际应用中，为了提高预下载的小程序与用户实际打开小程序的吻合度，终端设备可以基于用户服务请求确定的信息结果，再结合信息结果和从服务器获取到的小程序列表，确定出实际要预下载的至少一个目标小程序。

可选的，用户服务请求的信息结果可以是基于用户发出的查询操作确定的，也可以是小程序所属的宿主应用被打开时，基于feed推荐确定的信息结果。本申请实施例并不对信息结果的确定方式进行限定，其可以根据实际情况确定，此处不再赘述。

示例性的，该信息结果可以是终端设备基于自身的数据库确定的结果，也可以是通过与服务器交互确定的信息结果。通常情况下，由于服务器可在整个网络中进行知识查询，因而，通过与服务器交互确定的信息结果包含的数量大、内容丰富，相应的，其与用户的实际需求匹配度高。本申请实施例并不对信息结果的获取来源进行限定，其可以根据场景确定。

可以理解的是，目标小程序的数量与小程序列表中小程序的总数量有关，还与小程序列表中小程序的性质和类型相关。若小程序列表中小程序的性质和类型和本次用户服务请求的匹配度较高，和/或，小程序列表中小程序的总数量越大，则目标小程序的数量会相对较多。本申请实施例并不对目标小程序的具体数量进行限定，其可以根据实际场景确定。

值得说明的是，本申请实施例并不限定上述S201和S202的执行顺序，其可以根据实际情况确定，此处不再赘述。例如，终端设备还可以先执行S202，再执行S201，即，当终端设备基于用户的服务请求打开小程序的宿主应用时，终端设备可以首先确定出用户的服务请求对应的信息结果，再接收服务器推送的小程序列表，最后根据该信息结果和接收到的小程序列表确定出确定位于该小程序列表中的至少一个目标小程序。

S203、在上述至少一个目标小程序展示之前，下载上述至少一个目标小程序。

在本实施例中，终端设备根据用户服务请求对应的信息结果确定出位于小程序列表中的至少一个目标小程序后，可以根据预设的下载触发策略，触发相关应用直接下载上述至少一个目标小程序，即在上述至少一个目标小程序展示之前，预先获取上述至少一个目标小程序的小程序包。

可以理解的是，在本申请的实施例中，下载目标小程序实际上获取目标小程序的小程序包的过程。

示例性的，该预设的下载触发策略可以是确定出目标小程序之后直接触发小程序的下载，即终端设备显示用户服务请求对应的信息结果之前或同时，并在目标小程序展示之前。本申请实施例并不限定终端设备下载目标小程序的时机，只要能保证在用户点击目标小程序之前获取到目标小程序即可。

本申请实施例提供的小程序预下载方法，通过获取服务器推送的小程序列表，该小程序列表包括页面访问量最高的预设数量个小程序，根据用户服务请求的信息结果，确定位于该小程序列表中的至少一个目标小程序，并在上述至少一个目标小程序展示之前，下载上述至少一个目标小程序。该技术方案，利用服务器推送的页面访问量最高的小程序列表和确定出信息结果共同确定并预下载至少一个目标小程序，在保证用户需求与实际下载小程序的匹配度的基础上，提升了小程序的下载效率，从而提升了用户打开小程序的速度，提高了用户使用小程序的体验。

在上述实施例的基础上，图3是本申请第二实施例提供的小程序预下载方法的交互示意图。本申请实施例以终端设备和服务器之间的信息交互进行说明。如图3所示，在本实施例中，上述S201可以通过如下步骤实现：

S301、终端设备通过目标应用获取服务器推送的小程序列表。

其中，该目标应用是终端设备上用于承载小程序的一个应用。

在实际应用中，虽然小程序无需在终端设备的操作系统中安装，但是需要依赖于宿主应用存在，即小程序是承载在应用上的，因而，在小程序的宿主应用打开时，再接收服务器推送的小程序列表，从而奠定了小程序成功推送与打开的基础。

可选的，终端设备可以根据用户的应用打开请求，启动并打开目标应用。示例性的，该应用打开请求可以是用户通过点击操作、按键触发或者语音方式发送的，本申请实施例并不对该应用打开请求的下发方式进行限定，其可以根据实际需求确定，此处不再赘述。

也即，在本申请的实施例中，当服务器向终端设备推送包括页面访问量最高的预设数量个小程序的小程序列表时，终端设备可以通过承载小程序的某个应用接收该小程序列表。

可以理解的，在实际应用中，服务器向终端设备发送确定的小程序列表可以通过如下方式实现：即服务器首先根据用户点击访问数据确定出小程序列表，再根据应用页面的请求或者推荐系统的服务请求接口，将该小程序列表传输至云端配送系统，再通过云端配送系统将小程序列表数据挂载至公共信息处。其中，云端配送系统可以理解为服务器上用于向终端设备下发信息的一个服务，该公共信息处可以理解为云端配送系统的传输通道。

在本申请的实施例中，上述S202可以通过如下步骤实现：

S302、终端设备根据用户发出的查询操作，向服务器发送信息查询请求。

其中，该信息查询请求包括查询操作对应的查询关键字。

在本申请的实施例中，终端设备是用户可以直接操作的设备，其可以接收用户发出的查询操作，例如，通过点击操作、按键触发或者语音方式发出的，本申请实施例并不对该查询操作的下发方式进行限定，其可以根据实际需求确定，此处不再赘述。

通常情况下，为了使得终端设备返回用户实际需要的信息结果，该查询操作通常包括查询关键字，因而，终端设备可以根据该查询操作包括的查询关键字生成信息查询请求，相应的，该信息查询请求包括查询操作对应的查询关键字，以使得终端设备和/或服务器根据该信息查询请求获取对应的信息结果。

S303、服务器根据接收到的信息查询请求，获取查询关键字对应的信息结果。

在本申请的实施例中，服务器可以从终端设备接收信息查询请求，而且该信息查询请求中包括用户查询操作对应的查询关键字，这样服务器可以在网络中进行查询，例如，通过搜索引擎对查询关键字进行信息的查询和检索，也即，搜索引擎根据信息查询请求中的查询关键字，进行相关内容的检索，得到该信息结果。

可选的，由于小程序列表是服务器通过分析用户的历史操作行为日志，依据小程序的页面访问量的高低排序得到的，因而，会在一定程度上吻合用户的服务请求，所以，服务器获取到的信息查询请求对应的信息结果会至少包括位于小程序列表中的一个小程序。

可以理解的是，本申请实施例以信息结果至少包括位于小程序列表中的一个小程序为例进行说明，若信息结果没有包括位于小程序列表中的任意一个小程序，则按照现有技术中小程序卡片曝光的顺序下载，关于该种实现方式本申请实施例不对其进行赘述。

S304、服务器将上述信息结果反馈给终端设备。

在本申请的实施例中，服务器可以将通过搜索、查询得到的信息结果反馈给终端设备，以使得终端设备及时获取信息结果，进而根据该信息结果和接收到的小程序列表确定出需要预下载的目标小程序。

S305、终端设备将该信息结果中位于小程序列表中的小程序，确定为上述至少一个目标小程序。

在本申请的实施例中，终端设备获取到用户服务请求对应的信息结果后，将该信息结果呈现在终端设备的页面上，进而搜集该页面中位于上述小程序列表中的所有小程序，并将这些小程序作为待确定的目标小程序。也即，终端设备可以将服务器推送的小程序类别与用户服务请求对应的信息查询请求相结合，得到至少一个目标小程序，提高了下载的小程序准确度，为后续快速打开小程序提供了实现前提。

在本申请的实施例中，上述S203可以通过如下步骤实现：

S306、终端设备向服务器发送小程序下载请求，该小程序下载请求携带所有目标小程序的标识。

示例性的，终端设备确定出至少一个目标小程序的行为会触发终端设备执行小程序预下载的流程。具体的，终端设备基于确定的至少一个目标小程序生成携带所有目标小程序的标识的小程序下载请求，并将其发送给服务器，从而实现了将多个目标小程序的下载请求合并成一个下载请求，节省了终端设备和服务器间交互信令的资源消耗。

在本申请的实施例中，终端设备获取到位于小程序列表中至少一个目标小程序便可触发所有目标小程序的统一批量预下载操作，其可以在小程序卡片曝光之前执行，避免了小程序卡片每次曝光都触发小程序预下载的问题，而且将所有目标小程序的下载请求进行合并，节省网络流量和资源开销，提高了预下载效率，也避免了多个小程序卡片同时曝光预下载而可能导致Top小程序预下载时存在资源竞争问题。

S307、服务器根据终端设备发出小程序下载请求，获取小程序列表中的至少一个目标小程序的小程序包。

在本申请的实施例中，服务器接收到小程序下载请求时，首先对小程序下载请求进行解析，确定出其包含的所有目标小程序的标识，然后根据每个目标小程序的标识在网络中进行查询，获取每个目标小程序对应的小程序包。

S308、服务器向终端设备发送至少一个目标小程序的小程序包。

在本申请的实施例中，服务器根据小程序下载请求获取到上述所有目标小程序的小程序包后，可以将其发送给终端设备。

可选的，服务器可以在得到所有目标小程序的小程序包后通过一条响应将其发送给终端设备，这样能够节省流量，降低资源消耗，但是终端设备接收小程序包的时延增加，服务器也可以在得到每个目标小程序的小程序包后分别发送给终端设备，这样终端设备可以依次从服务器接收其反馈的每个目标小程序对应的小程序包，降低请求的时延，但是消耗的流量较多。

可以理解的是，本申请实施例并不对服务器向终端设备发送小程序包的方式进行限定，其可以根据实际需求确定，此处不再赘述。

在本实施例中，服务器将小程序列表推送给终端设备后，可以根据终端设备的请求，有选择性的反馈目标小程序的小程序包，提高了用户需求与实际下载小程序的匹配度，从而提升了下载效率。

本申请实施例提供的小程序预下载方法，终端设备通过目标应用获取服务器推送的小程序列表，并根据用户发出的查询操作获取服务器反馈的信息结果，终端设备将该信息结果中位于小程序列表中的小程序，确定为上述至少一个目标小程序，再向服务器发送小程序下载请求，以获取小程序列表中的至少一个目标小程序的小程序包。该技术方案，能够实现目标小程序的预下载，提高了用户打开小程序的速度，通过将所有目标小程序的下载请求进行合并，节省网络流量和资源开销，提高了预下载效率。

在上述实施例的基础上，图4是本申请第三实施例提供的小程序预下载方法的流程示意图。本申请实施例以终端设备为执行主体进行解释说明。如图4所示，在本实施例中，该方法还可以包括如下步骤：

S401、获取用户的操作行为日志，该操作行为日志包括：小程序标识、用户信息。

在本申请的实施例中，当用户通过终端设备的应用点击了某些小程序，则终端设备收集用户的这些操作行为并生成操作行为日志，以记录用户的操作行为。示例性的，该操作行为日志主要用于记录的用户点击信息。

可选的，终端设备收集的操作行为日志通常包括被操作的小程序的标识、用户信息等核心标识，其还可以包括时间戳、所操作的应用等。本申请实施例并不对操作行为日志包括的具体内容进行限定，其可以根据实际情况确定，此处不再赘述。

可选的，小程序的标识可以是小程序的名称、小程序的分类号、小程序的应用标识等。用户信息可以指终端设备的设备标识、IP地址、用户的账户标识等。本申请实施例并不对小程序的标识和用户信息进行限定，其可以根据实际场景确定。

S402、存储上述操作行为日志。

S403、将该操作行为日志上传至服务器的日志系统。

可选的，在本实施例中，终端设备收集到用户的操作行为日志后，一种可能的设计中，可以将其存储至终端设备本地，以便终端设备对收集的操作行为日志进行分析或者在合适的场景下再上报至服务器。在另一可能的设计中，终端设备收集用户的操作行为日志后，可以直接将其上报至服务器的日志系统，以便服务器在预设的计算周期内对其进行分析处理。

因而，在本申请的实施例中，S402和S403均是可选的步骤，终端设备可以根据实际需求执行S402和/或S403，在S402和S403均被执行时，本申请实施例也不限定两者的执行顺序。

本申请实施例提供的小程序预下载方法，终端设备下载确定的至少一个目标小程序后，还可以获取用户的操作行为日志，该操作行为日志包括：小程序标识、用户信息，进而存储上述操作行为日志和/或将该操作行为日志上传至服务器的日志系统，以使得终端设备和/或服务器可以通过分析用户的操作行为日志确定的页面访问量最高的小程序，从而提高了确定的小程序列表的准确度，为提高小程序的打开速度提供了实现可能。

在上述实施例的基础上，图5是本申请第四实施例提供的小程序预下载方法的流程示意图。本申请实施例服务器为执行主体对本申请的技术方案进行解释说明。如图5所示，在本实施例中，服务器在向终端设备推送小程序列表之前，该方法还可以包括如下步骤：

S501、获取用户的历史操作行为日志，该历史操作行为日志包括：小程序标识、用户信息。

在实际应用中，服务器的日志系统是用于存储终端设备上报的用户操作行为日志的系统，其可以收集并存储很多终端设备的用户操作行为日志。在本申请的实施例中，服务器可以定期或实时从日志系统中获取用户的历史操作行为日志，以便对其进行统计分析。

类似的，与上述S401中记载的类似，小程序的标识可以是小程序的名称、小程序的分类号、小程序的应用标识等。用户信息可以指终端设备的设备标识、IP地址、用户的账户标识等。

S502、根据上述历史操作行为日志和小程序的页面访问量，确定上述小程序列表。

在本实施例中，服务器可以对获取到的历史操作行为日志进行分析，统计每个用户历史访问的小程序以及每个小程序的页面访问量，进而按照页面访问量由高到低的顺序对确定的所有小程序进行排序，然后将所有的小程序中排在最前面的预设数量个小程序组成的列表作为待确定的小程序列表。

S503、对上述小程序列表进行处理，得到并存储目标配送格式的小程序列表。

在实际应用中，由于服务器和终端设备之间的信息交互需要按照一定的格式，因而，服务器确定出待推送的小程序列表后，需要对其进行处理，将其转换成指定的目标配送格式，再对其进行存储，以便在终端设备的目标应用启动时，能够将其直接传输至终端设备。

进一步的，在本申请的实施例中，该方法还可以包括如下步骤：

S504、根据日志系统存储的用户操作行为日志，更新小程序列表。

在本申请的实施例中，服务器可以根据日志系统中存储的用户操作行为日志，周期性的或在有事件触发时，统计多个终端设备访问的小程序以及小程序的页面访问量，并根据其更新上述确定的页面访问量排在最前面的预设数量的小程序，即更新上述小程序列表。本申请实施例并不限定更新小程序列表的具体方式，而且不限定触发更新的具体事件，例如可以是有查询操作等，其均可以根据实际情况确定，此处不再赘述。

示例性的，服务器可以按照一定的计算周期对多个不同终端设备访问的小程序以及小程序的页面访问量进行统计，从而实现周期性的更新小程序列表。

示例性的，该计算周期是预设的时间段，即服务器每隔一定的时间，会更新一次小程序列表。该计算周期的时长可以是一天或半天或者其他时长，本申请实施例并不对计算周期的具体时长进行限定，其可以根据实际场景设定。

可选的，在本申请的一种可能设计中，当服务器基于计算周期，周期性的更新小程序列表时，该步骤S504可以通过如下步骤实现：

A1、服务器获取日志系统存储的用户操作行为日志。

服务器可以按照预设的计算周期，每隔预设的时长从日志系统中获取终端设备上报的用户操作行为日志。

A2、根据在每个计算周期内获取的用户操作行为日志，计算每个小程序的页面访问量。

A3、根据每个小程序在每个计算周期的页面访问量，确定每个计算周期对应的小程序列表。

在本实施例中，由于每个人在每个时间段内关注的事物不同，因而，通过应用访问的小程序也会发生变化，使得每个小程序的页面访问量发生变化，所以，服务器在每个计算周期中获取用户操作行为日志后，可以重新计算每个小程序的页面访问量，进而确定每个计算周期对应的小程序列表。这样可以保证小程序列表的实时性。

A4、在相邻两个计算周期确定的小程序列表存在差异时，将时间上在后的计算周期确定的小程序列表作为待推送的小程序列表。

在本申请的实施例中，当服务器在新的计算周期内确定出对应的小程序列表时，可以将其与前一个周期确定的小程序列表进行对比，判断两者是否存在差异，当两者存在差异时，利用时间上在后的计算周期确定的小程序列表替换前一个计算周期确定的小程序列表，即更新向终端设备推送的小程序列表。

可选的，在本实施例中，判断相邻两个计算周期确定的小程序列表是否存在差异时，可以采用消息摘要算法(message-digest algorithm 5，MD5)实现。

由于MD5是一种被广泛使用的密码散列函数，可以产生出一个128位(16字节)的散列值(hash value)，用于确保信息传输完整一致。因而，本实施例中，可以利用MD5对两个相邻计算周期确定的小程序列表进行处理，然后对比两个计算周期的小程序列表的摘要是否发生变化，若是，则确定小程序列表发生变化，否则，确定小程序列表未发生变化。

在本实施例中，根据日志系统存储的用户操作行为日志，及时更新小程序列表可以保证推送给终端设备的信息准确性，进而可以提前预下载用户有可能点击的小程序，从而保证了小程序的打开速度，提高了用户体验。

本申请实施例提供的小程序预下载方法，服务器通过获取用户的历史操作行为日志，根据上述历史操作行为日志和小程序的页面访问量，确定上述小程序列表，再对上述小程序列表进行处理，得到并存储目标配送格式的小程序列表，以及根据日志系统存储的用户操作行为日志，周期性更新小程序列表，能够保证终端设备获取到与用户需求吻合度较高的小程序列表，从而可以有针对性的预下载目标小程序。

在上述各实施例的基础上，图6是本申请实施例提供的小程序预下载方法的信息流向示意图。如图6所示，该应用场景中包括：终端设备和服务器。其中，终端设备安装有多个应用，例如，目标应用，具有显示界面、数据库，例如，目标应用打开后，对应的显示界面可以呈现两个小程序(小程序1和小程序2)，用户可以通过终端设备的显示界面发出查询指令或执行点击操作；服务器包括：日志系统、处理平台、小程序服务器、配送系统等，日志系统用于存储终端设备上报的用户操作行为日志，并对日志系统中的用户操作行为日志进行处理得到小程序列表，处理平台用于将得到的小程序列表处理成目标配送格式，并传输至小程序服务器，小程序服务器判断新接收的小程序列表与前一次接收的小程序列表发送变化，若有变化，则通过配送系统发送至终端设备。

示例性的，参照图6所示，本申请的技术方案可以总结如下：

步骤一、服务器的配送系统向终端设备推送确定的Top PV小程序列表；

其中，Top PV小程序列表是根据用户点击访问数据产生的。

具体的，服务器基于终端设备的页面请求或者内部的服务请求接口(例如，推荐系统)，通过云端配送系统将确定的小程序列表挂载至配送系统的云端通道中，以便后续可以将其传输给终端设备。

步骤二，终端设备根据接收到的小程序列表和用户服务请求对应的信息查询结果，触发目标小程序的预下载。

终端设备接收到配送系统发送的小程序列表后，结合用户服务请求对应的信息查询结果，确定终端设备的搜集结果页面中位于在Top PV小程序列表中的目标小程序的信息，从而触发对所有目标小程序进行统一的批量预下载操作。

步骤三、终端设备收集用户点击信息，并将用户点击信息等用户操作行为日志存储至终端设备的数据库中(即终端本地)。

可选的，用户操作行为日志包含小程序名称、用户id等核心标识。

步骤四、终端设备将收集的用户操作行为日志进行上报至服务器的日志系统。

步骤五、服务器的日志系统根据存储的用户操作行为日志，按照一定的计算周期，重新计算Top PV小程序列表。

可选的，该计算周期可以以天为单位，也可以以小时等为单位，本申请实施例并不对计算周期的单位进行限定。

步骤六、服务器通过处理平台将Top PV小程序列表处理成指定配送格式，对其进行存储或传输至小程序服务器。

步骤七、小程序服务器获取目标配送格式的小程序列表，并判断小程序列表对应的数据是否发生变化，并根据是否发生变化确定是否将其进行推送至配送系统。

可选的，小程序服务器从处理平台获取目标配送格式的小程序列表后，计算对应的MD5，并将其与前一个计算周期计算的MD5进行摘要匹配，当MD5发生变化时，则将接收到的小程序列表进一步推送至配送系统。

步骤八、配送系统接收小程序服务器推送的小程序列表后，并将其推送给终端设备，继续上述步骤一。

在本申请的实施例中，服务器根据终端设备收集的用户操作行为日志生成可能的Top PV小程序列表，并用来作为预下载的触发策略，一方面可以有效提升对Top小程序的预下载效率，另一方面可以对页面内展现的Top小程序进行批量预取操作，节省流量和资源开销，解决现有预下载方案中可能存在的资源竞争以及下载效率低的问题。

上述介绍了本申请实施例提到的小程序预下载方法的具体实现，下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

图7是本申请第一实施例提供的小程序预下载装置的结构示意图。该装置可以集成终端设备中，也可以通过终端设备实现。如图7所示，在本实施例中，该小程序预下载装置70可以包括：获取模块701、处理模块702和下载模块703。

其中，该获取模块701，用于获取服务器推送的小程序列表，所述小程序列表包括页面访问量最高的预设数量个小程序；

该处理模块702，用于根据用户服务请求的信息结果，确定位于所述小程序列表中的至少一个目标小程序；

该下载模块703，用于在所述至少一个目标小程序展示之前，下载所述至少一个目标小程序。

示例性的，在上述图7所示实施例的基础上，图8是本申请第二实施例提供的小程序预下载装置的结构示意图。如图8所示，该装置还包括：发送模块801和接收模块802。

在本申请的一种可能设计中，上述下载模块703，具体用于通过发送模块801向所述服务器发送小程序下载请求，所述小程序下载请求携带所有目标小程序的标识，以及通过接收模块802接收所述服务器反馈的每个目标小程序对应的小程序包。

在本申请的另一种可能设计中，处理模块702，具体用于根据用户发出的查询操作，通过所述发送模块801向所述服务器发送信息查询请求，所述信息查询请求包括所述查询操作对应的查询关键字，以及通过所述接收模块802接收所述服务器反馈的信息结果，所述信息结果包括至少一个小程序，以及将所述信息结果中位于所述小程序列表中的小程序，确定为所述至少一个目标小程序。

可选的，在本申请的再一种可能设计中，获取模块701，具体用于通过目标应用获取所述服务器推送的小程序列表，所述目标应用是终端设备上用于承载小程序的一个应用。

可选的，在本申请的又一种可能设计中，获取模块701，还用于获取用户的操作行为日志，所述操作行为日志包括：小程序标识、用户信息；

处理模块702，还用于存储所述操作行为日志和/或通过发送模块将所述操作行为日志上传至所述服务器的日志系统。

本申请实施例提供的装置，可用于执行前述任一方法实施例中终端设备的方案，其实现原理和技术效果类似，在此不再赘述。

图9是本申请第三实施例提供的小程序预下载装置的结构示意图。该装置可以集成服务器中，也可以通过服务器实现。如图9所示，在本实施例中，该小程序预下载装置90可以包括：发送模块901和处理模块902。

其中，发送模块901，用于向终端设备推送小程序列表，所述小程序列表包括页面访问量最高的预设数量个小程序；

该处理模块902，用于根据终端设备发出小程序下载请求，获取所述小程序列表中的至少一个目标小程序的小程序包，所述小程序下载请求包括所述至少一个目标小程序的标识；

该发送模块901，还用于向所述终端设备发送所述至少一个目标小程序的小程序包。

示例性的，在上述图9所示实施例的基础上，图10是本申请第四实施例提供的小程序预下载装置的结构示意图。如图10所示，该装置90还包括：获取模块1001。

该获取模块1001，用于获取用户的历史操作行为日志，所述历史操作行为日志包括：小程序标识、用户信息；

上述处理模块902，还用于根据所述历史操作行为日志和小程序的页面访问量，确定所述小程序列表，以及对所述小程序列表进行处理，得到并存储目标配送格式的小程序列表。

进一步的，在图10所示的实施例中，该装置还包括：更新模块1002。

该更新模块1002，用于根据日志系统存储的用户操作行为日志，更新所述小程序列表。

可选的，在本申请的实施例中，该更新模块1002可以包括：获取单元10021、计算单元10022和确定单元10023。

获取单元10021，用于获取日志系统存储的用户操作行为日志；

计算单元10022，用于根据在每个计算周期内获取的用户操作行为日志，计算每个小程序的页面访问量；

确定单元10023，用于根据每个小程序在每个计算周期的页面访问量，确定每个计算周期对应的小程序列表，以及在相邻两个计算周期确定的小程序列表存在差异时，将时间上在后的计算周期确定的小程序列表作为待推送的小程序列表。

进一步的，在本申请的另一种可能设计中，该装置还包括：接收模块1003。

接收模块1003，用于从终端设备接收信息查询请求，所述信息查询请求包括用户查询操作对应的查询关键字；

处理模块902，还用于根据所述信息查询请求包括的查询关键字，获取所述查询关键字对应的信息结果，所述信息结果至少包括位于所述小程序列表中的一个小程序；

发送模块901，还用于将所述信息结果反馈给终端设备。

本申请实施例提供的装置，可用于执行前述任一方法实施例中服务器的方案，其实现原理和技术效果类似，在此不再赘述。

需要说明的是，应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。例如，处理模块可以为单独设立的处理元件，也可以集成在上述装置的某一个芯片中实现，此外，也可以以程序代码的形式存储于上述装置的存储器中，由上述装置的某一个处理元件调用并执行以上处理模块的功能。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

进一步的，根据本申请的实施例，本申请还提供了一种终端设备、服务器和一种计算机可读存储介质。

图11是用来实现本申请实施例提供的小程序预下载方法的终端设备的框图。在本申请的实施例中，终端设备可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置，其是具有视频播放能力的终端。

示例性的，如图11所示，该终端设备可以包括：至少一个处理器1101、与至少一个处理器通信连接的存储器1102；其中，存储器1102存储有可被至少一个处理器1101执行的指令，该指令被至少一个处理器1101执行，以使所述至少一个处理器1101能够执行上述图2至图6所示实施例中终端设备的方案。

可选的，在本申请的实施例中，终端设备还可以包括：输入装置1103和输出装置1104。处理器1101、存储器1102、输入装置1103和输出装置1104可以通过总线或者其他方式连接，图11中以通过总线连接为例。

进一步的，在本申请的实施例中，该终端设备还包括显示器1105，该显示器1105用于接收用户的点击操作，以及显示信息结果。

图12是用来实现本申请实施例提供的小程序预下载方法的服务器的框图。在本申请的实施例中，服务器旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。

示例性的，如图12所示，该服务器可以包括：至少一个处理器1201、与至少一个处理器通信连接的存储器1202；其中，存储器1202存储有可被至少一个处理器1201执行的指令，该指令被至少一个处理器1201执行，以使所述至少一个处理器1201能够执行上述图2至图6所示实施例中服务器的方案。

可选的，在本申请的实施例中，服务器还可以包括：输入装置1203和输出装置1204。处理器1201、存储器1202、输入装置1203和输出装置1204可以通过总线或者其他方式连接，图12中以通过总线连接为例。

可以理解的是，上述图11和图12所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

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

在上述图11和图12所示的示意图，存储器即为本申请所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本申请所提供的方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的方法。

存储器作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的小程序预下载方法对应的程序指令/模块。处理器通过运行存储在存储器中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的方法。

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

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

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

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

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

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

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

进一步的，本申请的实施例还提供一种小程序预下载方法，包括：

根据服务器推送的小程序列表，确定待下载的至少一个目标小程序，所述小程序列表包括页面访问量最高的预设数量个小程序；

下载所述至少一个目标小程序。

根据本申请实施例的技术方案，终端设备根据服务器推送的Top PV小程序列表，确定出待下载的至少一个目标小程序，并作为预下载的触发策略，一方面可以有效提升对Top小程序的预下载效率，另一方面可以对页面内展现的Top小程序进行批量预取操作，节省流量和资源开销，解决现有预下载方案中可能存在的资源竞争以及下载效率低的问题。

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

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

Claims (25)

1.一种小程序预下载方法，其特征在于，包括：

获取服务器推送的小程序列表，所述小程序列表包括页面访问量最高的预设数量个小程序；

根据用户服务请求的信息结果，确定位于所述小程序列表中的至少一个目标小程序；

在所述至少一个目标小程序展示之前，下载所述至少一个目标小程序。

2.根据权利要求1所述的方法，其特征在于，所述在所述至少一个目标小程序展示之前，下载所述至少一个目标小程序，包括：

向所述服务器发送小程序下载请求，所述小程序下载请求携带所有目标小程序的标识；

接收所述服务器反馈的每个目标小程序对应的小程序包。

3.根据权利要求1所述的方法，其特征在于，所述根据用户服务请求的信息结果，确定位于所述小程序列表中的至少一个目标小程序，包括：

根据用户发出的查询操作，向所述服务器发送信息查询请求，所述信息查询请求包括所述查询操作对应的查询关键字；

接收所述服务器反馈的信息结果，所述信息结果包括至少一个小程序；

将所述信息结果中位于所述小程序列表中的小程序，确定为所述至少一个目标小程序。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述获取服务器推送的小程序列表，包括：

通过目标应用获取所述服务器推送的小程序列表，所述目标应用是终端设备上用于承载小程序的一个应用。

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

获取用户的操作行为日志，所述操作行为日志包括：小程序标识、用户信息；

存储所述操作行为日志和/或将所述操作行为日志上传至所述服务器的日志系统。

6.一种小程序预下载方法，其特征在于，包括：

向终端设备推送小程序列表，所述小程序列表包括页面访问量最高的预设数量个小程序；

根据终端设备发出小程序下载请求，获取所述小程序列表中的至少一个目标小程序的小程序包，所述小程序下载请求包括所述至少一个目标小程序的标识；

向所述终端设备发送所述至少一个目标小程序的小程序包。

7.根据权利要求6所述的方法，其特征在于，在所述向终端设备推送小程序列表之前，所述方法还包括：

获取用户的历史操作行为日志，所述历史操作行为日志包括：小程序标识、用户信息；

根据所述历史操作行为日志和小程序的页面访问量，确定所述小程序列表；

对所述小程序列表进行处理，得到并存储目标配送格式的小程序列表。

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

根据日志系统存储的用户操作行为日志，更新所述小程序列表。

9.根据权利要求8所述的方法，其特征在于，所述根据日志系统存储的用户操作行为日志，更新所述小程序列表，包括：

获取日志系统存储的用户操作行为日志；

根据在每个计算周期内获取的用户操作行为日志，计算每个小程序的页面访问量；

根据每个小程序在每个计算周期的页面访问量，确定每个计算周期对应的小程序列表；

在相邻两个计算周期确定的小程序列表存在差异时，将时间上在后的计算周期确定的小程序列表作为待推送的小程序列表。

10.根据权利要求6所述的方法，其特征在于，在所述根据终端设备发出小程序下载请求，获取所述小程序列表中的至少一个目标小程序的小程序包之前，所述方法还包括：

从终端设备接收信息查询请求，所述信息查询请求包括用户查询操作对应的查询关键字；

根据所述信息查询请求包括的查询关键字，获取所述查询关键字对应的信息结果，所述信息结果至少包括位于所述小程序列表中的一个小程序；

将所述信息结果反馈给终端设备。

11.一种小程序预下载装置，其特征在于，包括：获取模块、处理模块和下载模块；

所述获取模块，用于获取服务器推送的小程序列表，所述小程序列表包括页面访问量最高的预设数量个小程序；

所述处理模块，用于根据用户服务请求的信息结果，确定位于所述小程序列表中的至少一个目标小程序；

所述下载模块，用于在所述至少一个目标小程序展示之前，下载所述至少一个目标小程序。

12.根据权利要求11所述的装置，其特征在于，所述装置还包括：发送模块和接收模块；

所述下载模块，具体用于通过所述发送模块向所述服务器发送小程序下载请求，所述小程序下载请求携带所有目标小程序的标识，以及通过所述接收模块接收所述服务器反馈的每个目标小程序对应的小程序包。

13.根据权利要求11所述的装置，其特征在于，所述装置还包括：发送模块和接收模块；

所述处理模块，具体用于根据用户发出的查询操作，通过所述发送模块向所述服务器发送信息查询请求，所述信息查询请求包括所述查询操作对应的查询关键字，以及通过所述接收模块接收所述服务器反馈的信息结果，所述信息结果包括至少一个小程序，以及将所述信息结果中位于所述小程序列表中的小程序，确定为所述至少一个目标小程序。

14.根据权利要求11-13任一项所述的装置，其特征在于，所述获取模块，具体用于通过目标应用获取所述服务器推送的小程序列表，所述目标应用是终端设备上用于承载小程序的一个应用。

15.根据权利要求11-13任一项所述的装置，其特征在于，所述获取模块，还用于获取用户的操作行为日志，所述操作行为日志包括：小程序标识、用户信息；

所述处理模块，还用于存储所述操作行为日志和/或通过发送模块将所述操作行为日志上传至所述服务器的日志系统。

16.一种小程序预下载装置，其特征在于，包括：发送模块和处理模块；

所述发送模块，用于向终端设备推送小程序列表，所述小程序列表包括页面访问量最高的预设数量个小程序；

所述处理模块，用于根据终端设备发出小程序下载请求，获取所述小程序列表中的至少一个目标小程序的小程序包，所述小程序下载请求包括所述至少一个目标小程序的标识；

所述发送模块，还用于向所述终端设备发送所述至少一个目标小程序的小程序包。

17.根据权利要求16所述的装置，其特征在于，所述装置还包括：获取模块；

所述获取模块，用于获取用户的历史操作行为日志，所述历史操作行为日志包括：小程序标识、用户信息；

所述处理模块，还用于根据所述历史操作行为日志和小程序的页面访问量，确定所述小程序列表，以及对所述小程序列表进行处理，得到并存储目标配送格式的小程序列表。

18.根据权利要求16或17所述的装置，其特征在于，所述装置还包括：更新模块；

所述更新模块，用于根据日志系统存储的用户操作行为日志，周期性更新所述小程序列表。

19.根据权利要求18所述的装置，其特征在于，所述更新模块，包括：获取单元、计算单元和确定单元；

所述获取单元，用于周期性获取日志系统存储的用户操作行为日志；

所述计算单元，用于根据在每个计算周期内获取的用户操作行为日志，计算每个小程序的页面访问量；

所述确定单元，用于根据每个小程序在每个计算周期的页面访问量，确定每个计算周期对应的小程序列表，以及在相邻两个计算周期确定的小程序列表存在差异时，将时间上在后的计算周期确定的小程序列表作为待推送的小程序列表。

20.根据权利要求16所述的装置，其特征在于，所述装置还包括：接收模块；

所述接收模块，用于从终端设备接收信息查询请求，所述信息查询请求包括用户查询操作对应的查询关键字；

所述处理模块，还用于根据所述信息查询请求包括的查询关键字，获取所述查询关键字对应的信息结果，所述信息结果至少包括位于所述小程序列表中的一个小程序；

所述发送模块，还用于将所述信息结果反馈给终端设备。

21.一种终端设备，其特征在于，包括：

至少一个处理器；以及

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

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

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

至少一个处理器；以及

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

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

23.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行权利要求1-5中任一项所述的方法。

24.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行权利要求6-10任一项所述的方法。

25.一种小程序预下载方法，其特征在于，包括：

根据服务器推送的小程序列表，确定待下载的至少一个目标小程序，所述小程序列表包括页面访问量最高的预设数量个小程序；

在所述至少一个目标小程序展示之前，下载所述至少一个目标小程序。

Images