CN111338937B - 一种对小程序干预下线的方法、装置、设备和介质 - Google Patents

Abstract

本申请公开了一种对小程序干预下线的方法、装置、设备和介质，涉及小程序技术。具体实现方案为：从终端接收小程序运行过程中的质量数据；根据预先定义的分析规则分析所述质量数据，确定低质数据；根据所述低质数据，将所述小程序的下线干预指令发送至所述小程序的服务端，以使所述服务端对所述小程序执行下线操作。本申请实施例通过对接收到的小程序的质量数据进行分析，确定低质数据，能够快速发现小程序运行时的质量问题，进而依据低质数据对小程序及时进行下线干预，降低了小程序运行质量问题影响的时长和范围。

Description

一种对小程序干预下线的方法、装置、设备和介质

技术领域

本申请涉及互联网技术领域，尤其涉及一种小程序技术，具体涉及一种对小程序干预下线的方法、装置、设备和介质。

背景技术

近年来，随着小程序的普及，小程序已经逐渐成为自手机APP之后的一种新的内容载体。

作为一种新的内容提供方式，小程序的运行质量问题已成为各大公司关注的头等事项。例如，用户在使用小程序时，打开出现白屏、请求异常、打开性能慢等。这些质量问题影响范围广，容易给企业带来不良的负面效应。

发明内容

本申请实施例提供一种对小程序干预下线的方法、装置、设备和介质，以解决小程序运行中出现的质量问题。

第一方面，本申请实施例提供了一种对小程序干预下线的方法，包括：

从终端接收小程序运行过程中的质量数据；

根据预先定义的分析规则分析所述质量数据，确定低质数据；

根据所述低质数据，将所述小程序的下线干预指令发送至所述小程序的服务端，以使所述服务端对所述小程序执行下线操作。

上述申请中的一个实施例具有如下优点或有益效果：通过对接收到的小程序的质量数据进行分析，确定低质数据，能够快速发现小程序运行时的质量问题，进而依据低质数据对小程序及时进行下线干预，降低了小程序运行质量问题影响的时长和范围。

可选的，所述质量数据是所述终端通过所述小程序的宿主应用中的质量信息打点SDK获取并发送。

上述申请中的一个实施例具有如下优点或有益效果：通过质量信息打点SDK进行打点，以获取质量数据，避免了人工方式打点，提升了打点效率。

可选的，所述质量数据包括至少一种埋点事件，以及各埋点事件的埋点数据，其中，所述埋点事件定义为影响小程序运行质量的事件。

上述申请中的一个实施例具有如下优点或有益效果：通过获取埋点事件和埋点数据，可以准确分析小程序运行质量。

可选的，所述根据预先定义的分析规则分析所述质量数据，确定低质数据，包括：

根据预先定义的分析规则和所述埋点数据，对各埋点事件进行统计分析，得到不同的设定维度下各埋点事件的统计结果；

将所述各埋点事件的统计结果与各埋点事件对应的低质阈值进行比较，基于比较结果确定所述低质数据。

上述申请中的一个实施例具有如下优点或有益效果：依据分析规则对质量数据进行分析统计，可提升确定低质数据的准确率。

可选的，所述埋点事件包括如下中至少之一：白屏、请求异常、加载时长超时。

上述申请中的一个实施例具有如下优点或有益效果：针对白屏、请求异常和加载时长超时等小程序的质量问题，能够做到及时发现，并让小程序下线，降低质量问题的影响范围。

可选的，所述根据预先定义的分析规则分析所述质量数据，确定低质数据，包括：

根据预先定义的分析规则分析所述质量数据，确定初始低质数据；

将所述初始低质数据发送至预先配置的验证环境进行复验，并根据复验结果确定最终的低质数据。

上述申请中的一个实施例具有如下优点或有益效果：通过对基于分析规则确定的初始低质数据进行复验，可进一步的提升确定低质数据的准确性，避免错误的下线干预。

可选的，在所述将所述小程序的下线干预指令发送至所述小程序的服务端之后，所述方法还包括：

实时接收所述终端基于所述小程序的流量信息；

根据所述流量信息及其持续时长判断对所述小程序的干预结果。

上述申请中的一个实施例具有如下优点或有益效果：根据流量信息及其持续时长判断对小程序的干预结果，实现了对干预结果的监控。

第二方面，本申请实施例还提供了一种对小程序干预下线的装置，包括：

质量数据接收模块，用于从终端接收小程序运行过程中的质量数据；

低质数据确定模块，用于根据预先定义的分析规则分析所述质量数据，确定低质数据；

下线干预指令发送模块，用于根据所述低质数据，将所述小程序的下线干预指令发送至所述小程序的服务端，以使所述服务端对所述小程序执行下线操作。

第三方面，本申请实施例还提供了一种电子设备，包括：

至少一个处理器；以及

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

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本申请任意实施例所述的对小程序干预下线的方法。

第四方面，本申请实施例还提供了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行本申请任意实施例所述的对小程序干预下线的方法。

上述申请中的一个实施例具有如下优点或有益效果：通过对接收到的小程序的质量数据进行分析，确定低质数据，能够快速发现小程序运行时的质量问题，进而依据低质数据对小程序及时进行下线干预，降低了小程序运行质量问题影响的时长和范围；通过分析规则对质量数据进行分析统计，可提升确定低质数据的准确率；而且还可以通过复验的方式进一步确定低质数据的准确性；除此之外，在干预完成后，还可基于流量信息对干预结果进行监控。

上述可选方式所具有的其他效果将在下文中结合具体实施例加以说明。

附图说明

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

图1是根据本申请第一实施例的对小程序干预下线的方法的流程示意图；

图2是根据本申请第二实施例的对小程序干预下线的方法的流程示意图；

图3是根据本申请第三实施例的对小程序干预下线的装置的结构示意图；

图4是用来实现本申请实施例的对小程序干预下线的方法的电子设备的框图。

具体实施方式

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

图1是根据本申请第一实施例的对小程序干预下线的方法的流程示意图，本实施例可适用于监控小程序运行过程中是否出现质量问题，并在出现质量问题时及时进行下线干预的情况。该方法可由一种对小程序干预下线的装置来执行，该装置采用软件和/或硬件的方式实现，优选是配置于电子设备中，例如服务器等。如图1所示，该方法具体包括如下：

S101、从终端接收小程序运行过程中的质量数据。

其中，小程序被配置于运行在终端上的应用程序(即宿主应用)中，也即小程序嵌入在应用程序中，宿主程序示例性的为微信、爱奇艺等应用软件。而服务器要获取小程序运行过程中的质量数据，需要预先由开发人员在小程序宿主应用程序中添加质量信息打点SDK(软件开发工具包)，在小程序运行时，终端通过调用获取并发送质量数据到服务器，也即所述质量数据是所述终端通过所述小程序的宿主应用中的质量信息打点SDK获取并发送的。

具体的，可通过该SDK在小程序中进行埋点，例如在小程序页面打开和运行过程中的关键位置进行埋点，通过埋点的方式获取各埋点事件及其对应的埋点数据，作为所述质量数据，也即所述质量数据包括至少一种埋点事件，以及各埋点事件的埋点数据。其中，所述埋点事件定义为影响小程序运行质量的事件。可选的，埋点事件包括但不限于小程序白屏、加载时长超时和请求异常等；各埋点事件对应的埋点数据例如可以包括如下信息以便后续分析需要：小程序所运行的宿主应用程序标识、宿主应用程序版本号(宿主是小程序开源场景下接入了开源能力的应用程序)、终端版本、终端厂商、网络使用情况(wifi、4g、3g等)、终端内存情况、打点时间戳、触发当前点击的流量标识号(后续要根据流量标识号进行快速匹配下线)和调起协议信息等关键信息。

此外，终端在发送质量数据时，具体可通过宿主应用程序的网络传输能力进行发送。在此需要说明的是，当由于网络发生异常等情况而导致发送失败时，可将质量数据先缓存到终端本地，然后再重新发送。而且，再次发送前会检测缓存的时间，如果缓存时间超出阈值，则将其视为无效数据丢弃，以确保数据的有效性。

S102、根据预先定义的分析规则分析所述质量数据，确定低质数据。

在一种可选的实施方式中，可按照如下操作确定低质数据：

S1.根据预先定义的分析规则和所述埋点数据，对各埋点事件进行统计分析，得到不同的设定维度下各埋点事件的统计结果；

S2.将所述各埋点事件的统计结果与各埋点事件对应的低质阈值进行比较，基于比较结果确定所述低质数据。

具体的，服务器依据预先定义的分析规则，对质量数据进行统计分析，得到不同的设定维度下每种埋点事件的统计结果，并将统计结果与所述规则中预先设定的低质阈值进行比较，以确定是否存在低质数据。其中，所述分析规则可以灵活调整，也即，不同的埋点事件可以有不同的设定维度，同一种埋点事件的设定维度也可以灵活调整，而埋点事件对应的低质阈值也可以灵活调整，根据历史数据进行逐步迭代。因此，本申请实施例对分析规则中设定的维度与低质阈值的具体内容不做任何限定。

示例性的，对于请求异常这一埋点事件，可以设定小程序版本维度、地域维度和时间段维度，统计结果则可以是某一个版本的小程序在某一个时间段内，北京的异常数为100次，南京为50次，深圳为1万次，如果请求异常对应的阈值为5千次，那么则可以认为该小程序在深圳区域存在请求异常问题，后续可以针对深圳的服务端进行干预，让该版本的小程序下线。

又如，对于白屏这一埋点事件，可以设定终端维度、宿主版本维度、小程序版本维度、时间范围维度等，统计结果则可以是在某种终端上的某个宿主版本上的某个版本的小程序，在某一时间段内发生白屏的概率，那么如果概率大于预先设定的阈值，则可以认为存在低质数据。

S103、根据所述低质数据，将所述小程序的下线干预指令发送至所述小程序的服务端，以使所述服务端对所述小程序执行下线操作。

其中，服务端可选的为小程序的后台服务端，可以在服务端设置资源屏蔽模块，如此，服务器可通过对接服务端的资源屏蔽模块，通过调用该资源屏蔽模块提供的干预接口实现对小程序的干预下线。

在此需要说明的是，对小程序干预下线，可以是针对整个小程序，也可以是针对小程序中的资源，进行细粒度的干预。同时，服务器可以根据唯一标识ID，对小程序或者小程序中的不同资源进行识别和区分。

本申请实施例中，通过对接收到的小程序的质量数据进行分析，确定低质数据，能够快速发现小程序运行时的质量问题，进而依据低质数据对小程序及时进行下线干预，降低了小程序运行质量问题影响的时长和范围，提高了用户体验。

图2是根据本申请第二实施例的对小程序干预下线的方法的流程示意图，本实施例在上述实施例的基础上进一步进行优化。如图2所示，该方法具体包括如下：

S201、从终端接收小程序运行过程中的质量数据。

S202、根据预先定义的分析规则分析所述质量数据，确定初始低质数据。

其中，确定初始低质数据的过程参见上述实施例，在此不再赘述。

S203、将所述初始低质数据发送至预先配置的验证环境进行复验，并根据复验结果确定最终的低质数据。

为了保证确定低质数据的准确性，在确定初始低质数据之后，可以进行复验，将质量数据发送至预先准备好的验证环境进行复验，该验证环境能够模拟真实的终端环境。那么，如果复验后依然是存在相同的问题，则将初始低质数据作为最终的低质数据；如果复验后并未存在相同的问题，则可以忽略该数据，并继续进行监控。

S204、根据所述低质数据，将所述小程序的下线干预指令发送至所述小程序的服务端，以使所述服务端对所述小程序执行下线操作。

本实施例中，在确定初始低质数据后，还可以通过复验的方式，保证最终的低质数据的准确性，避免错误的干预而影响小程序的正常运行。

进一步的，在将小程序的下线干预指令发送至所述小程序的服务端后，还需要检测干预是否真的生效，特别在开源场景下，下线干预指令最后会到达外部宿主应用程序提供的服务，下线干预指令是否成功应用更不可控，因此需要后验手段来监控。示例性的，可按照如下操作验证干预是否成功：

实时接收所述终端基于所述小程序的流量信息；

根据所述流量信息及其持续时长判断对所述小程序的干预结果。

具体的，当下线干预指令发起后，通过实时获取终端发送的流量信息，来监控被干预下线的小程序或资源的唯一标识ID在全网是否还有流量产生，以及产生流量的持续时间长度，以此来判断干预的效果。例如，有的流量测干预后在某渠道某宿主上仍然在长时间内产生流量，那么则可以判断干预效果并不理想，可能是宿主程序或者渠道在实施干预能力的时候有bug，或者根本没有执行下线干预指令，后续可基于此进行其他方式的处理。

本申请实施例中，通过对接收到的小程序的质量数据进行分析，确定低质数据，能够快速发现小程序运行时的质量问题，进而依据低质数据对小程序及时进行下线干预，降低了小程序运行质量问题影响的时长和范围；通过分析规则对质量数据进行分析统计，可提升确定低质数据的准确率；而且还可以通过复验的方式进一步确定低质数据的准确性；除此之外，在干预完成后，还可基于流量信息对干预结果进行监控。

图3是根据本申请第三实施例的对小程序干预下线的装置的结构示意图，本实施例可适用于监控小程序运行过程中是否出现质量问题，并在出现质量问题时及时进行下线干预的情况。该装置可实现本申请任意实施例所述的对小程序干预下线的方法。如图3所示，该装置300具体包括：

质量数据接收模块301，用于从终端接收小程序运行过程中的质量数据；

低质数据确定模块302，用于根据预先定义的分析规则分析所述质量数据，确定低质数据；

下线干预指令发送模块303，用于根据所述低质数据，将所述小程序的下线干预指令发送至所述小程序的服务端，以使所述服务端对所述小程序执行下线操作。

可选的，所述质量数据是所述终端通过所述小程序的宿主应用中的质量信息打点SDK获取并发送。

可选的，所述质量数据包括至少一种埋点事件，以及各埋点事件的埋点数据，其中，所述埋点事件定义为影响小程序运行质量的事件。

可选的，所述低质数据确定模块，包括：

统计分析单元，用于根据预先定义的分析规则和所述埋点数据，对各埋点事件进行统计分析，得到不同的设定维度下各埋点事件的统计结果；

低质数据确定单元，用于将所述各埋点事件的统计结果与各埋点事件对应的低质阈值进行比较，基于比较结果确定所述低质数据。

可选的，所述低质数据确定模块，包括：

初始低质数据确定单元，用于根据预先定义的分析规则分析所述质量数据，确定初始低质数据；

复验单元，用于将所述初始低质数据发送至预先配置的验证环境进行复验，并根据复验结果确定最终的低质数据。

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

后验模块，用于在所述下线干预指令发送模块将所述小程序的下线干预指令发送至所述小程序的服务端之后，实时接收所述终端基于所述小程序的流量信息，根据所述流量信息及其持续时长判断对所述小程序的干预结果。

本申请实施例提供的对小程序干预下线的装置300可执行本申请任意实施例提供的对小程序干预下线的方法，具备执行方法相应的功能模块和有益效果。本实施例中未详尽描述的内容可以参考本申请任意方法实施例中的描述。

根据本申请的实施例，本申请还提供了一种电子设备和一种可读存储介质。

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

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

存储器402即为本申请所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本申请所提供的对小程序干预下线的方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的对小程序干预下线的方法。

存储器402作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的对小程序干预下线的方法对应的程序指令/模块(例如，附图3所示的质量数据接收模块301、低质数据确定模块302和下线干预指令发送模块303)。处理器401通过运行存储在存储器402中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的对小程序干预下线的方法。

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

实现本申请实施例的对小程序干预下线的方法的电子设备还可以包括：输入装置403和输出装置404。处理器401、存储器402、输入装置403和输出装置404可以通过总线或者其他方式连接，图4中以通过总线连接为例。

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

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

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

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

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

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

根据本申请实施例的技术方案，通过对接收到的小程序的质量数据进行分析，确定低质数据，能够快速发现小程序运行时的质量问题，进而依据低质数据对小程序及时进行下线干预，降低了小程序运行质量问题影响的时长和范围；通过分析规则对质量数据进行分析统计，可提升确定低质数据的准确率；而且还可以通过复验的方式进一步确定低质数据的准确性；除此之外，在干预完成后，还可基于流量信息对干预结果进行监控。

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

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

Claims (12)

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

从终端接收小程序运行过程中的质量数据；

根据预先定义的分析规则分析所述质量数据，确定低质数据；

根据所述低质数据，将所述小程序的下线干预指令发送至所述小程序的服务端，以使所述服务端对所述小程序执行下线操作；

其中，所述质量数据包括至少一种埋点事件，以及各埋点事件的埋点数据，其中，所述埋点事件定义为影响小程序运行质量的事件；

所述根据预先定义的分析规则分析所述质量数据，确定低质数据，包括：

根据预先定义的分析规则和所述埋点数据，对各埋点事件进行统计分析，得到不同的设定维度下各埋点事件的统计结果；

将所述各埋点事件的统计结果与各埋点事件对应的低质阈值进行比较，基于比较结果确定所述低质数据。

2.根据权利要求1所述的方法，其特征在于，所述质量数据是所述终端通过所述小程序的宿主应用中的质量信息打点SDK获取并发送。

3.根据权利要求1所述的方法，其特征在于，所述埋点事件包括如下中至少之一：白屏、请求异常、加载时长超时。

4.根据权利要求1所述的方法，其特征在于，所述根据预先定义的分析规则分析所述质量数据，确定低质数据，包括：

根据预先定义的分析规则分析所述质量数据，确定初始低质数据；

将所述初始低质数据发送至预先配置的验证环境进行复验，并根据复验结果确定最终的低质数据。

5.根据权利要求1所述的方法，其特征在于，在所述将所述小程序的下线干预指令发送至所述小程序的服务端之后，所述方法还包括：

实时接收所述终端基于所述小程序的流量信息；

根据所述流量信息及其持续时长判断对所述小程序的干预结果。

6.一种对小程序干预下线的装置，其特征在于，包括：

质量数据接收模块，用于从终端接收小程序运行过程中的质量数据；

低质数据确定模块，用于根据预先定义的分析规则分析所述质量数据，确定低质数据；

下线干预指令发送模块，用于根据所述低质数据，将所述小程序的下线干预指令发送至所述小程序的服务端，以使所述服务端对所述小程序执行下线操作；

其中，所述质量数据包括至少一种埋点事件，以及各埋点事件的埋点数据，其中，所述埋点事件定义为影响小程序运行质量的事件；

所述低质数据确定模块，包括：

统计分析单元，用于根据预先定义的分析规则和所述埋点数据，对各埋点事件进行统计分析，得到不同的设定维度下各埋点事件的统计结果；

低质数据确定单元，用于将所述各埋点事件的统计结果与各埋点事件对应的低质阈值进行比较，基于比较结果确定所述低质数据。

7.根据权利要求6所述的装置，其特征在于，所述质量数据是所述终端通过所述小程序的宿主应用中的质量信息打点SDK获取并发送。

8.根据权利要求6所述的装置，其特征在于，所述埋点事件包括如下中至少之一：白屏、请求异常、加载时长超时。

9.根据权利要求6所述的装置，其特征在于，所述低质数据确定模块，包括：

初始低质数据确定单元，用于根据预先定义的分析规则分析所述质量数据，确定初始低质数据；

复验单元，用于将所述初始低质数据发送至预先配置的验证环境进行复验，并根据复验结果确定最终的低质数据。

10.根据权利要求6所述的装置，其特征在于，所述装置还包括：

后验模块，用于在所述下线干预指令发送模块将所述小程序的下线干预指令发送至所述小程序的服务端之后，实时接收所述终端基于所述小程序的流量信息，根据所述流量信息及其持续时长判断对所述小程序的干预结果。

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

至少一个处理器；以及

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

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

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

Images