CN113608794A - 小程序处理方法、装置、系统、电子设备及存储介质 - Google Patents

Abstract

本公开是关于一种小程序处理方法、装置、系统、电子设备及存储介质，其方法包括：基于目标小程序的类型标识和/或账户信息，统计预设时间段内目标小程序中各个分包的打开次数；根据各个分包的使用频率生成目标小程序的目标配置文件，其中，目标配置文件包括目标分包信息，以便终端根据目标配置文件中的目标分包信息对目标分包进行预下载，目标分包的使用频率大于预设使用频率。可见，通过服务器后台统计小程序的各个分包的打开次数，能够确定用户或者小程序使用频率较高的功能项；并在用户或者小程序使用这些功能项之前，终端能够预先下载加载这些功能项需要使用的分包，从而在用户或者小程序使用这些功能项时，大大缩短了加载这些功能项的耗时。

Description

小程序处理方法、装置、系统、电子设备及存储介质

技术领域

本公开涉及计算机技术领域，尤其涉及一种小程序处理方法、装置、系统、电子设备 及存储介质。

背景技术

随着技术的不断发展，以手机为代表的移动终端也得到越多用户的使用，通过手机上 的不同应用程序可以满足用户的相应工作和生活需求。除了日常用户在手机上安装的应用 程序，近年来小程序也得到很大的发展。小程序是采用全新的移动端动态化技术，并依托 宿主app而为用户提供的服务程序。

用户在使用小程序时不需要提前安装即可使用，而现有技术在打开小程序之前，客户 端一般会把整个小程序的代码包下载到本地。而随着小程序生态的日益完善，大部分小程 序的功能也越来越多，使得小程序的代码包也越来越大。这样小程序在运行时下载代码包 的过程中很可能会出现耗时过大或下载失败率过高的问题。

发明内容

为克服相关技术中存在的问题，本公开提供一种小程序处理方法、装置、系统、电子 设备及存储介质。

提供根据本公开实施例的第一方面，提供了一种小程序处理方法，应用于服务器，所 述方法包括：

基于目标小程序的类型标识和/或账户信息，统计预设时间段内所述目标小程序中各 个分包的打开次数，其中，所述各个分包分别用于加载所述目标小程序的不同功能项；

基于所述打开次数确定所述各个分包的使用频率；

根据所述各个分包的使用频率生成所述目标小程序的目标配置文件，其中，所述目标 配置文件包括目标分包信息，以便终端根据所述目标配置文件中的目标分包信息对所述目 标分包进行预下载，所述目标分包的使用频率大于预设使用频率。

可选地，所述基于目标小程序的类型标识，统计预设时间段内所述目标小程序中各个 分包的打开次数，包括：

在目标小程序的类型标识为第一类型标识时，获取预设时间段内所述目标小程序的各 个分包的打开次数，所述目标小程序中各个分包的打开次数为该分包在各个终端中的打开 次数之和。

可选地，所述基于目标小程序的类型标识和账户信息，统计预设时间段内所述目标小 程序中各个分包的打开次数，包括：

在所述目标小程序的类型标识为第二类型标识时，获取预设时间段内所述账户信息对 应的所述目标小程序中各个分包的打开次数。

可选地，所述第一类型标识包括工具类型标识，所述第二类型标识包括社交类型标识。

根据本公开实施例的第二方面，本公开还提供了一种小程序处理方法，应用于终端， 所述方法包括：

在接收到目标小程序的登录操作时，向服务器发送所述目标小程序的登录请求，所述 登录请求携带所述目标小程序的类型标识和/或账户信息；

基于所述类型标识和/或账户信息，接收所述服务器响应于所述登录请求发送的所述 目标小程序的目标配置文件；其中，所述目标配置文件包括目标分包信息，所述目标分包 的使用频率大于预设使用频率；

根据所述目标配置文件中的目标分包信息获取所述目标小程序的目标分包，以加载所 述目标分包对应的功能项。

可选地，所述基于所述类型标识，接收所述服务器响应于所述登录请求发送的所述目 标小程序的目标配置文件，包括：

在所述类型标识为第一类型标识时，接收所述服务器响应于所述登录请求发送的所述 目标小程序的目标配置文件；其中，所述目标分包的使用频率是基于预设时间段内所述目 标小程序的各个分包的打开次数确定的，所述目标小程序中各个分包的打开次数为该分包 在各个终端中的打开次数之和。

可选地，所述基于所述类型标识和账户信息，接收所述服务器响应于所述登录请求发 送的所述目标小程序的目标配置文件，包括：

在所述类型标识为第二类型标识时，接收所述服务器响应于所述登录请求发送的所述 目标小程序的目标配置文件；其中，所述目标分包的使用频率是基于设时间段内所述账户 信息对应的所述目标小程序中各个分包的打开次数确定的。

可选地，所述第一类型标识包括工具类型标识，所述第二类型标识包括社交类型标识。

可选地，所述方法还包括：

对于目标小程序的任一分包，当目标小程序加载该分包对应的功能项，向所述服务器 发送该分包的打开通知消息，以使得所述服务器统计该分包的打开次数。

可选地，所述根据所述目标配置文件中的目标分包信息获取所述目标小程序的目标分 包，包括：

如果所述终端本地未存储有所述目标分包，向所述服务器发送针对所述目标分包的下 载请求；

接收所述服务器发送的所述目标分包。

根据本公开实施例的第三方面，提供了一种小程序处理装置，应用于服务器，所述装 置包括：

次数统计单元，被配置为基于目标小程序的类型标识和/或账户信息，统计预设时间 段内所述目标小程序中各个分包的打开次数，其中，所述各个分包分别用于加载所述目标 小程序的不同功能项；

频率确定单元，被配置为基于所述打开次数确定所述各个分包的使用频率；

文件生成单元，被配置为根据所述各个分包的使用频率生成所述目标小程序的目标配 置文件，其中，所述目标配置文件包括目标分包信息，以便终端根据所述目标配置文件中 的目标分包信息对所述目标分包进行预下载，所述目标分包的使用频率大于预设使用频 率。

可选地，所述次数统计单元，包括：

第一次数获取模块，被配置为在目标小程序的类型标识为第一类型标识时，获取预设 时间段内所述目标小程序的各个分包的打开次数，所述目标小程序中各个分包的打开次数 为该分包在各个终端中的打开次数之和。

可选地，所述次数统计单元，包括：

第二次数获取模块，被配置为在所述目标小程序的类型标识为第二类型标识时，获取 预设时间段内所述账户信息对应的所述目标小程序中各个分包的打开次数。

可选地，所述第一类型标识包括工具类型标识，所述第二类型标识包括社交类型标识。

根据本公开实施例提供的第四方面，提供了一种小程序处理装置，应用于终端，所述 装置包括：

请求发送单元，被配置为在接收到目标小程序的登录操作时，向服务器发送所述目标 小程序的登录请求，所述登录请求携带所述目标小程序的类型标识和/或账户信息；

文件接收单元，被配置为基于所述类型标识和/或账户信息，接收所述服务器响应于 所述登录请求发送的所述目标小程序的目标配置文件；其中，所述目标配置文件包括目标 分包信息，所述目标分包的使用频率大于预设使用频率；

分包获取单元，被配置为根据所述目标配置文件中的目标分包信息获取所述目标小程 序的目标分包，以加载所述目标分包对应的功能项。

可选地，所述文件接收单元，包括：

第一文件获取模块，被配置为在所述类型标识为第一类型标识时，接收所述服务器响 应于所述登录请求发送的所述目标小程序的目标配置文件；其中，所述目标分包的使用频 率是基于预设时间段内所述目标小程序的各个分包的打开次数确定的，所述目标小程序中 各个分包的打开次数为该分包在各个终端中的打开次数之和。

可选地，所述文件接收单元，包括：

第二文件获取模块，被配置为在所述类型标识为第二类型标识时，接收所述服务器响 应于所述登录请求发送的所述目标小程序的目标配置文件；其中，所述目标分包的使用频 率是基于设时间段内所述账户信息对应的所述目标小程序中各个分包的打开次数确定的。

可选地，所述第一类型标识包括工具类型标识，所述第二类型标识包括社交类型标识。

可选地，所述装置还包括：

消息发送单元，被配置为对于目标小程序的任一分包，当目标小程序加载该分包对应 的功能项，向所述服务器发送该分包的打开通知消息，以使得所述服务器统计该分包的打 开次数。。

可选地，所述分包获取单元，包括：

请求发送模块，被配置为在所述终端本地未存储有所述目标分包时，向所述服务器发 送针对所述目标分包的下载请求；

分包接收模块，被配置为接收所述服务器发送的所述目标分包。

根据本公开实施例的第五方面，提供了一种小程序处理系统，包括终端和服务器，

所述终端，用于执行第一方面所述的小程序处理方法；

所述服务器，用于执行第二方面所述的小程序处理方法。

根据本公开实施例的第六方面，提供一种电子设备，包括：

处理器；

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

其中，所述处理器被配置为执行上述任一所述的小程序处理方法。

本公开实施例的第七方面，提供一种非临时性计算机可读存储介质，当所述存储介质 中的指令由移动终端的处理器执行时，使得移动终端能够执行上述一种小程序处理方法。

根据本公开实施例的第八方面，提供一种应用程序/计算机程序产品，当其在计算机 上运行时，使得计算机执行上述实施例中任一所述的小程序处理方法的步骤。

本公开的实施例提供的技术方案可以包括以下有益效果：

本公开实施例提供的一种小程序处理方法、装置、系统、电子设备及存储介质，服务 器通过基于目标小程序的类型标识和/或账户信息来统计预设时间段内各个分包的打开次 数，得到各个分包的使用频率，进而依据该使用频率生成目标小程序的目标配置文件。终 端在接收到目标小程序的登录操作时，可以通过服务器下载该目标配置文件，进而通过该 目标配置文件中的目标分包信息来预先下载目标小程序的目标分包。可见，通过服务器后 台统计小程序的各个分包的打开次数，能够确定用户或者小程序使用频率较高的功能项； 并在用户或者小程序使用这些功能项之前，终端能够预先下载加载这些功能项需要使用的 分包，从而在用户或者小程序使用这些功能项时，大大缩短了加载这些功能项的耗时。

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

附图说明

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

图1是根据一示例性实施例示出的一种小程序处理方法的流程图；

图2是根据一示例性实施例示出的一种小程序处理的另一流程图；

图3是根据一示例性实施例示出的一种小程序处理装置的框图；

图4是根据一示例性实施例示出的一种小程序处理装置的另一框图；

图5是根据一示例性实施例示出的一种服务器的框图；

图6是根据一示例性实施例示出的一种电子设备的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图 时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中 所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权 利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种小程序处理方法的流程图，如图1所示，该方 法用于服务器中，可以包括以下步骤：

在步骤S110中，基于目标小程序的类型标识和/或账户信息，统计预设时间段内目标 小程序中各个分包的打开次数。

在步骤S120中，基于打开次数确定各个分包的使用频率。

其中，目标小程序的业务包被预先划分为主包和多个分包，主包用于启动所述目标小 程序，各个分包分别用于加载目标小程序的不同功能项。

本公开实施例中，可以将需要进行配置的小程序成为目标小程序，在生成目标小程序 的过程中，可以将目标小程序划分为一个主包和多个分包。需要说明的是，主包中是目标 小程序启动所必需的文件和一些全局公共的文件，分包中则是其他不同业务所需的文件， 并非小程序启动所必需。

并且，可以按需将目标小程序划分为若干不同的分包，比如一个短视频小程序，可以 按照信息流、动态、社交和个人资料划分成四个不同的模块，使用四个不同的分包分别处 理。同时将小程序启动的必需文件和一些公共文件放在主包中。因此，需要说明的是，可以根据目标小程序的类型，将目标小程序分为几类，例如需要工具类的小程序，这些小程序不需要用户登录。或者社交类的小程序，这些小程序一般需要用户登录才能正常使用。实施例中可以根据目标小程序的类型标识来确定小程序的类别，例如不需要登录的小惩，需要登录的小程序；需要登录的小程序还可以依据用户的登录情况即账户信息进一步分为已登录的小程序和未登录的小程序。而依据上述划分，不同类别的小程序可以采用相应的统计方式来统计预设时间段内目标小程序中各个分包的打开次数，进而确定各个分包的使用频率。

其中，预设时间段可以是历史时间段，例如目标小程序在过去一周内用户对其分包的 使用情况，这里的预设时间段可以根据需要进行设定，也可以是过去的一天或者1和小时 等等，这里不做限定。

在步骤S130中，根据各个分包的使用频率生成目标小程序的目标配置文件。

其中，目标配置文件包括目标分包信息，以便终端根据配置文件中的目标分包信息对 目标分包进行预下载，目标分包的使用频率大于预设使用频率。

实施例中，通过将目标小程序划分为主包和多个分包，并通过统计目标小程序中所有 分包的使用频率，然后根据使用频率对分包进行排序，就可以得知哪些分包最频繁的被使 用到，根据这个频率排序生成分包预下载配置给客户端，这样终端可以预下载最有可能被 使用到的分包。

并且，可以根据各个分包的使用频率可以生成包含目标分包信息的配置文件。其中， 目标分包信息可以是目标分包的标识信息，还可以是目标分包的使用频率，在此不做具体 限定。

本公开实施例中各个分包的使用频率，是指单位时间内用户或者小程序对分包的使用 情况，例如可以是对分包的打开次数，具体可以将预设时间段内用户或者小程序对分包的 打开次数与打开所有分包总次数之比作为使用频率。并且，预设使用频率可以根据实际情 况进行设定，本公开实施例对此不做具体限定。

本公开实施例中提供的小程序处理方法，服务器通过基于目标小程序的类型标识和/ 或账户信息来统计预设时间段内各个分包的打开次数，得到各个分包的使用频率，进而依 据该使用频率生成目标小程序的目标配置文件。终端在接收到目标小程序的登录操作时， 可以通过服务器下载该目标配置文件，进而通过该目标配置文件中的目标分包信息来预先 下载目标小程序的目标分包。可见，通过服务器后台统计小程序的各个分包的打开次数， 能够确定用户或者小程序使用频率较高的功能项；并在用户或者小程序使用这些功能项之 前，终端能够预先下载加载这些功能项需要使用的分包，从而在用户或者小程序使用这些 功能项时，大大缩短了加载这些功能项的耗时。

因此，针对目标小程序如果是用户不需要登录的小程序，在本公开提供的又一实施例 中，结合上述实施例，在基于目标小程序的类型标识，统计预设时间段内目标小程序中各 个分包的打开次数时，步骤S110可以具体可以包括：在目标小程序的类型标识为第一类 型标识时，获取预设时间段内目标小程序的各个分包的打开次数，目标小程序中各个分包 的打开次数为该分包在各个终端中的打开次数之和。其中，第一类型标识包括工具类型标 识。

本公开实施例中，可以通过目标小程序的类型标识来确定目标小程序的类别，在目标 小程序的类型标识为第一类型标识时，可以为工具类型标识。实施例中，如果目标小程序 不是用户需要登录的小程序，例如一些工具类小程序等，可以通过统计目标小程序在各个 终端上不同用户对该目标小程序的使用频率，这样通过生成包含目标分包信息的目标配置 文件，由于根据使用频率确定的目标分包可以大概率体现用户很可能会使用，可以使得终 端根据该目标配置文件提前下载好目标分包，避免在使用时才下载耽误用户时间，也可以 避免因提前下载一些使用概率不大的分包，造成资源浪费。

示例性的，目标小程序中的每个分包的使用频率可以用该分包内的页面被打开来的频 率来表示，例如分包packageA中的页面“pages/page1”被打开一次，就可以认为分包packageA得到一次使用，这样对于一个采用了分包技术方案的小程序而言，其所有分包 都有各自的使用频率P，例如对于这个小程序而言，分包packageA的使用频率PA＝分包 A的打开次数/所有分包的打开次数。

另外，通过统计目标小程序中所有分包的使用频率，来决定如何对分包进行预下载， 这样终端在获取到服务端下发的配置后，可以根据目标配置文件对那些使用频率最高的分 包进行预下载。本公开实施例对于某一个小程序而言，这种情况下服务器下发给所有终端 中客户端的配置文件可以是相同的。

因此，针对目标小程序如果是用户需要登录的小程序，在本公开提供的又一实施例中， 结合上述图1对应的实施例，步骤S110具体可以包括：在目标小程序的类型标识为第二 类型标识时，获取预设时间段内账户信息对应的目标小程序中各个分包的打开次数。其中， 第二类型标识包括社交类型标识。

在本公开提供的实施例中，可以通过目标小程序的类型标识来确定目标小程序的类 别，在目标小程序的类型标识为第二类型标识时，可以为社交类型标识。实施例中，如果该目标小程序为登录用户，例如视频小程序或者社交小程序，这样的小程序一般是用户需要登录，这样可以统计同一个用户在预设时间段内对分包的使用频率，在该用户再次启动该目标小程序时，可以根据该目标配置文件，预加载目标分包，这样根据每个用户的用户习惯确定出的目标分包，通过终端的预加载，可以大大提高小程序的分包下载效率。另外，本公开实施例中，该方法还可以在监测到登录用户启动目标小程序时，向所述登录用户发送所述目标配置文件。

实施例中，如果该目标小程序为登录用户，这种情况下关注的不是某个小程序，而是某个小程序的用户，在一个用户使用若干小程序的过程中，对于某个使用了分包方式的目标小程序，每个分包的使用频率可以用该分包内的页面被打开来的频率来表示，例如分包packageA中的页面“pages/page1”被打开一次，就可以认为分包packageA得到一次使用，这样对于这个采用了分包技术方案的小程序而言，其所有分包都有各自的使用频率P，例如此时分包packageA的使用频率PA＝分包A的打开次数/所有分包的打开次数。

该实施例中的目标配置文件可以下发给具体的用户，因此即便对于同一个设备上的同 一个目标小程序而言，使用不同的账户会得到不同的分包预下载配置，例如某用户甲在设 备上使用小程序A的时候，经常打开分包packageA，则他的分包预下载配置会包含packageA，而另一个用户乙在同一个设备上使用小程序A的时候经常打开分包packageB，则他的分包预下载配置会包含pacakgeB。

为了进一步阐述如何根据用户对各个分包的使用频率来确定出目标分包，在本公开提 供的又一实施例中，结合上述实施例，还可以包括如下步骤：

在步骤S140中，根据使用频率对各个分包进行排序，得到排序结果；

在步骤S150中，按照排序结果从各个分包中选择目标分包，目标分包的使用频率大 于目标小程序中其它分包的使用频率。

实施例中，服务器通过统计目标小程序各个分包的使用频率，然后根据使用频率对分 包进行排序，就可以得知哪些分包最频繁的被使用到，根据这个频率排序生成目标配置文 件下发给终端，这样终端就可以预下载最有可能被使用到的分包，进而可以提高打开分包 的耗时，提高用户体验。

结合上述实施例，本公开提供的又一实施例中，还提供了一种小程序处理方法，该方 法应用于终端，如图2所示，该方法具体可以包括如下步骤：

在步骤S210中，在接收到目标小程序的登录操作时，向服务器发送目标小程序的登 录请求，所述登录请求携带目标小程序的类型标识和/或账户信息；

其中，目标小程序的业务包被预先划分为主包和多个分包，主包用于启动目标小程序， 多个分包分别用于加载不同功能项。具体可以参考上述实施例，有关目标小程序主包及各 个分包的划分及其功能，这里不再赘述。

本公开实施例中，终端上的客户端在接收到用户的相关触发操作，要启动目标小程序 时，首先会检查终端本地是否存储有该目标小程序的主包，如果存在，可以直接通过该主 包启动目标小程序。如果不存在，可以向服务器发送请求，先从服务器上下载目标小程序 的主包，然后通过主包启动目标小程序。

在步骤S220中，基于类型标识和/或账户信息，接收服务器响应于登录请求发送的目 标小程序的目标配置文件。

其中，目标配置文件包括目标分包信息，目标分包的使用频率大于预设使用频率。

本公开实施例可以基于目标小程序的类型标识、账户信息，来确定出接收服务器响应 于登录请求发送的目标小程序的目标配置文件。

在本公开提供的一个实施例中，该步骤中，在类型标识为第一类型标识时，接收服务 器响应于登录请求发送的目标小程序的目标配置文件；其中，目标分包的使用频率是基于 预设时间段内目标小程序的各个分包的打开次数确定的，目标小程序中各个分包的打开次 数为该分包在各个终端中的打开次数之和。

实施例中，可以通过目标小程序的类型标识来确定目标小程序的类别，在目标小程序 的类型标识为第一类型标识时，可以为工具类型标识。

由于根据使用频率确定的目标分包可以大概率体现用户很可能会使用，可以使得终端 根据该目标配置文件提前下载好目标分包，避免再使用时才下载耽误用户时间，也可以避 免因提前下载一些使用概率不大的分包，造成资源浪费。

在本公开提供的一个实施例中，该步骤中，在类型标识为第二类型标识时，接收服务 器响应于登录请求发送的目标小程序的目标配置文件。其中，目标分包的使用频率是基于 设时间段内账户信息对应的目标小程序中各个分包的打开次数确定的。第一类型标识与所 述第二类型标识不同，第二类型标识包括社交类型标识。

在本公开提供的实施例中，可以通过目标小程序的类型标识来确定目标小程序的类 别，在目标小程序的类型标识为第二类型标识时，可以为社交类型标识。这样根据每个用 户的用户习惯确定出的目标分包，通过终端的预加载，可以大大提高小程序的分包下载效 率。

在步骤S230中，根据目标配置文件中的目标分包信息获取目标小程序的目标分包， 以加载目标分包对应的功能项。

为了使目标小程序在运行过程能够提高运行效率，避免将所有的分包都提前下载到本 地后面又有很多分包没有用到而导致的资源浪费的现象，本公开实施例通过预先为目标小 程序生成目标配置文件，这样终端可以根据该目标配置文件对目标小程序中的目标分包进 行预下载，由于目标分包是根据用户的使用频率确定出的，使得这些目标分包在很大程度 上是用户能够用到的，避免很多没有用到的分包进行了提前下载而导致的资源浪费的现象 出现。

另外，本公开提供的该方法中，如果终端本地未存储有目标分包，可以向服务器发送 针对目标分包的下载请求；并接收所述服务器发送的目标分包。由于用户在同一个终端再 次打开目标小程序时，一般终端会保存之前下载的分包，这样如果终端本地存在目标分包， 那么可以不用再次下载，不然还需要向服务器发送请求来进行下载，从而降低服务器的负 载。

其中，目标配置文件可以预先由服务器根据用户对各个分包的使用频率提前生成，并 保持到目标小程序中，例如存储在主包里面，或者与主包关联，还可以在要启动目标小程 序时通过服务器将目标配置文件发下到终端，即在检测到用户为登录用户时，接收服务器 下发的目标配置文件。如果目标小程序没有被用户登录，那么该目标配置文件可以是统一 的配置文件，即可以是根据所有使用该目标小程序的各个客户端上收集到的各个分包的使 用频率而生成的；如果是用户已经登录，那么该配置文件可以是根据该用户在不同客户端 上的使用记录，统计其对各个分包的使用频率而生成的。例如，某用户在使用某短视频小 程序时，根据对分包的使用频率，经常会用到的功能有拍摄功能、美颜功能等，那么就可 以把拍摄功能和美颜功能分别对应的分包作为目标分包而写入到配置文件中，这样在该用 户在某客户端上使用该短视频小程序时，可提前下载目标分包。

另外，在本公开提供的实施例中，对于目标小程序的任一分包，当目标小程序加载该 分包对应的功能项，向服务器发送该分包的打开通知消息，以使得服务器统计该分包的打 开次数。

本公开实施例中，终端通过将打开分包的次数向服务器反馈，可以使得服务器能够及 时根据目标小程序中各个分包的打开次数来调整分包的使用频率，进而更新生成的目标配 置文件，使得更新后的配置文件可以更加适应用户对分包的最新使用情况。

本公开实施例提供的小程序处理方法，终端在接收到目标小程序的登录操作时，可以 通过服务器下载该目标配置文件，进而通过该目标配置文件中的目标分包信息来预先下载 目标小程序的目标分包。可见，通过服务器后台统计小程序的各个分包的打开次数，能够 确定用户或者小程序使用频率较高的功能项；并在用户或者小程序使用这些功能项之前， 终端能够预先下载加载这些功能项需要使用的分包，从而在用户或者小程序使用这些功能 项时，大大缩短了加载这些功能项的耗时。

图3是根据一示例性实施例示出的一种小程序处理装置框图。参照图3，该装置可以 位于服务器中，该装置包括：

次数统计单元11，被配置为基于目标小程序的类型标识和/或账户信息，统计预设时 间段内所述目标小程序中各个分包的打开次数，其中，所述各个分包分别用于加载所述目 标小程序的不同功能项；

频率确定单元12，被配置为基于所述打开次数确定所述各个分包的使用频率；

文件生成单元13，被配置为根据所述各个分包的使用频率生成所述目标小程序的目 标配置文件，其中，所述目标配置文件包括目标分包信息，以便终端根据所述目标配置文 件中的目标分包信息对所述目标分包进行预下载，所述目标分包的使用频率大于预设使用 频率。

在本公开提供的又一实施例中，所述次数统计单元，包括：

第一次数获取模块，被配置为在目标小程序的类型标识为第一类型标识时，获取预设 时间段内所述目标小程序的各个分包的打开次数，所述目标小程序中各个分包的打开次数 为该分包在各个终端中的打开次数之和。

在本公开提供的又一实施例中，所述次数统计单元，包括：

第二次数获取模块，被配置为在所述目标小程序的类型标识为第二类型标识时，获取 预设时间段内所述账户信息对应的所述目标小程序中各个分包的打开次数。

在本公开提供的又一实施例中，所述第一类型标识与所述第二类型标识不同，所述第 一类型标识包括工具类型标识，所述第二类型标识包括社交类型标识。

根据本公开实施例提供实施例，提供了一种小程序处理装置，应用于终端，如图4所示，所述装置包括：

请求发送单元21，被配置为在接收到目标小程序的登录操作时，向服务器发送所述 目标小程序的登录请求，所述登录请求携带所述目标小程序的类型标识和/或账户信息；

文件接收单元22，被配置为基于所述类型标识和/或账户信息，接收所述服务器响应 于所述登录请求发送的所述目标小程序的目标配置文件；其中，所述目标配置文件包括目 标分包信息，所述目标分包的使用频率大于预设使用频率；

分包获取单元23，被配置为根据所述目标配置文件中的目标分包信息获取所述目标 小程序的目标分包，以加载所述目标分包对应的功能项。

在本公开提供的又一实施例中，所述文件接收单元，包括：

第一文件获取模块，被配置为在所述类型标识为第一类型标识时，接收所述服务器响 应于所述登录请求发送的所述目标小程序的目标配置文件；其中，所述目标分包的使用频 率是基于预设时间段内所述目标小程序的各个分包的打开次数确定的，所述目标小程序中 各个分包的打开次数为该分包在各个终端中的打开次数之和。

在本公开提供的又一实施例中，所述文件接收单元，包括：

第二文件获取模块，被配置为在所述类型标识为第二类型标识时，接收所述服务器响 应于所述登录请求发送的所述目标小程序的目标配置文件；其中，所述目标分包的使用频 率是基于设时间段内所述账户信息对应的所述目标小程序中各个分包的打开次数确定的。

在本公开提供的又一实施例中，所述第一类型标识包括工具类型标识，所述第二类型 标识包括社交类型标识。

在本公开提供的又一实施例中，所述装置还包括：

消息发送单元，被配置为对于目标小程序的任一分包，当目标小程序加载该分包对应 的功能项，向所述服务器发送该分包的打开通知消息，以使得所述服务器统计该分包的打 开次数。。

在本公开提供的又一实施例中，所述分包获取单元，包括：

请求发送模块，被配置为在所述终端本地未存储有所述目标分包时，向所述服务器发 送针对所述目标分包的下载请求；

分包接收模块，被配置为接收所述服务器发送的所述目标分包。

本公开实施例提供的小程序处理装置，通过服务器通过基于目标小程序的类型标识和 /或账户信息来统计预设时间段内各个分包的打开次数，得到各个分包的使用频率，进而 依据该使用频率生成目标小程序的目标配置文件。终端在接收到目标小程序的登录操作 时，可以通过服务器下载该目标配置文件，进而通过该目标配置文件中的目标分包信息来 预先下载目标小程序的目标分包。可见，通过服务器后台统计小程序的各个分包的打开次 数，能够确定用户或者小程序使用频率较高的功能项；并在用户或者小程序使用这些功能 项之前，终端能够预先下载加载这些功能项需要使用的分包，从而在用户或者小程序使用 这些功能项时，大大缩短了加载这些功能项的耗时。

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

结合上述实施例，在本公开提供的又一实施例中，为了体现上述终端和服务器之间的 数据交互，还提供了一种小程序处理系统，该系统包括终端和服务器，

所述终端，用于执行第一方面所述的小程序处理方法；

所述服务器，用于执行第二方面所述的小程序处理方法。

可见，通过服务器后台统计小程序的各个分包的打开次数，能够确定用户或者小程序 使用频率较高的功能项；并在用户或者小程序使用这些功能项之前，终端能够预先下载加 载这些功能项需要使用的分包，从而在用户或者小程序使用这些功能项时，大大缩短了加 载这些功能项的耗时。

图5是根据一示例性实施例示出的一种用于图3的小程序处理装置1900的框图。例如，装置1900可以被提供为一服务器。参照图5，装置1900包括处理组件1922，其进一 步包括一个或多个处理器，以及由存储器1932所代表的存储器资源，用于存储可由处理 组件1922的执行的指令，例如应用程序。存储器1932中存储的应用程序可以包括一个或 一个以上的每一个对应于一组指令的模块。此外，处理组件1922被配置为执行指令，以 执行上述图1对应的方法。

装置1900还可以包括一个电源组件1926被配置为执行装置1900的电源管理，一个有线或无线网络接口1950被配置为将装置1900连接到网络，和一个输入输出(I/O)接 口1958。装置1900可以操作基于存储在存储器1932的操作系统，例如Windows ServerTM， MacOS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

图6是根据一示例性实施例示出的对应图4所示的一种用于小程序的装置800的框图。该装置800可以是一种电子设备，例如，装置800可以是移动电话，计算机，数字广 播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图6，装置800可以包括以下一个或多个组件：处理组件802，存储器804，电 力组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件 814，以及通信组件816。

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

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

电源组件806为装置800的各种组件提供电力。电源组件806可以包括电源管理系统， 一个或多个电源，及其他与为装置800生成、管理和分配电力相关联的组件。

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

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

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

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

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

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

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包 括指令的存储器804，上述指令可由装置800的处理器820执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、 磁带、软盘和光数据存储设备等。

本公开实施例还提供一种非临时性计算机可读存储介质，当所述存储介质中的指令由 移动终端的处理器执行时，使得移动终端能够执行上述一种小程序处理方法。

根据本公开实施例还提供一种应用程序/计算机程序产品，在本公开提供的又一实施 例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执 行上述实施例中任一所述的小程序处理方法的步骤。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。 当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产 品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部 分地产生按照本公开实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算 机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质 中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算 机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、 DSL(Digital Subscriber Line，数字用户线))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质 (例如，DVD(Digital Versatile Disc，数字多功能光盘))、或者半导体介质(例如SSD(SolidState Disk，固态硬盘))等。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或 者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任 何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非 排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素， 而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所 固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在 包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

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

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

Claims (10)

1.一种小程序处理方法，其特征在于，应用于服务器，所述方法包括：

基于目标小程序的类型标识和/或账户信息，统计预设时间段内所述目标小程序中各个分包的打开次数，其中，所述各个分包分别用于加载所述目标小程序的不同功能项；

基于所述打开次数确定所述各个分包的使用频率；

根据所述各个分包的使用频率生成所述目标小程序的目标配置文件，其中，所述目标配置文件包括目标分包信息，以便终端根据所述目标配置文件中的目标分包信息对所述目标分包进行预下载，所述目标分包的使用频率大于预设使用频率。

2.根据权利要求1所述的方法，其特征在于，所述基于目标小程序的类型标识，统计预设时间段内所述目标小程序中各个分包的打开次数，包括：

在目标小程序的类型标识为第一类型标识时，获取预设时间段内所述目标小程序的各个分包的打开次数，所述目标小程序中各个分包的打开次数为该分包在各个终端中的打开次数之和。

3.根据权利要求1所述的方法，其特征在于，所述基于目标小程序的类型标识和账户信息，统计预设时间段内所述目标小程序中各个分包的打开次数，包括：

在所述目标小程序的类型标识为第二类型标识时，获取预设时间段内所述账户信息对应的所述目标小程序中各个分包的打开次数。

4.一种小程序处理方法，其特征在于，应用于终端，所述方法包括：

在接收到目标小程序的登录操作时，向服务器发送所述目标小程序的登录请求，所述登录请求携带所述目标小程序的类型标识和/或账户信息；

基于所述类型标识和/或账户信息，接收所述服务器响应于所述登录请求发送的所述目标小程序的目标配置文件；其中，所述目标配置文件包括目标分包信息，所述目标分包的使用频率大于预设使用频率；

根据所述目标配置文件中的目标分包信息获取所述目标小程序的目标分包，以加载所述目标分包对应的功能项。

5.一种小程序处理装置，其特征在于，应用于服务器，所述装置包括：

次数统计单元，被配置为基于目标小程序的类型标识和/或账户信息，统计预设时间段内所述目标小程序中各个分包的打开次数，其中，所述各个分包分别用于加载所述目标小程序的不同功能项；

频率确定单元，被配置为基于所述打开次数确定所述各个分包的使用频率；

文件生成单元，被配置为根据所述各个分包的使用频率生成所述目标小程序的目标配置文件，其中，所述目标配置文件包括目标分包信息，以便终端根据所述目标配置文件中的目标分包信息对所述目标分包进行预下载，所述目标分包的使用频率大于预设使用频率。

6.一种小程序处理装置，其特征在于，应用于终端，所述装置包括：

请求发送单元，被配置为在接收到目标小程序的登录操作时，向服务器发送所述目标小程序的登录请求，所述登录请求携带所述目标小程序的类型标识和/或账户信息；

文件接收单元，被配置为基于所述类型标识和/或账户信息，接收所述服务器响应于所述登录请求发送的所述目标小程序的目标配置文件；其中，所述目标配置文件包括目标分包信息，所述目标分包的使用频率大于预设使用频率；

分包获取单元，被配置为根据所述目标配置文件中的目标分包信息获取所述目标小程序的目标分包，以加载所述目标分包对应的功能项。

7.一种小程序处理系统，其特征在于，包括终端和服务器；

所述终端，用于执行权利要求1至3任一项所述的小程序处理方法；

所述服务器，用于执行权利要求4所述的小程序处理方法。

8.一种电子设备，其特征在于，包括：

处理器；

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

其中，所述处理器被配置为执行权利要求1-4任一所述的小程序处理方法。

9.一种非临时性计算机可读存储介质，其特征在于，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行一种小程序处理方法，所述方法包括权利要求1-4任一所述的方法的步骤。

10.一种应用程序/计算机程序产品，其特征在于，当其在计算机上运行时，使得计算机执行权利要求1-4任一所述的小程序处理方法的步骤。

Images