CN110633205A - 一种埋点事件的检测方法、装置、终端设备及介质 - Google Patents

Abstract

本公开公开了一种埋点事件的检测方法、装置、终端设备及介质。所述方法包括：在应用程序中功能代码的运行过程中，如果出现埋点事件，则所述功能代码调用埋点检测程序中的埋点接口程序运行；所述埋点接口程序获取所述埋点事件的埋点信息，并将所述埋点信息传输至所述埋点检测程序中的上报程序；所述上报程序根据所述埋点信息，在配置文件的目标标识信息中，查询确定所述埋点事件是否为目标上报事件；如果所述埋点事件为目标上报事件，则所述上报程序通过对应的埋点上报策略程序，确定并上报对应所述埋点信息的上报数据。利用该方法，能够减少对应用程序功能代码的侵入性，且提高埋点事件的检测效率。

Description

一种埋点事件的检测方法、装置、终端设备及介质

技术领域

本公开实施例涉及计算机技术领域，尤其涉及一种埋点事件的检测方法、装置、终端设备及介质。

背景技术

终端设备内的应用程序在运行的过程中经常需要上报用户的行为数据，即埋点。埋点所检测的常见用户行为数据包括点击、展现、进入新页面和页面停留时长等。现有在应用程序中设置埋点的解决方案包括人工埋点、自动化埋点和可视化埋点，主要就是在应用程序中添加埋点代码，用来检测用户行为数据。

然而，人工埋点是在应用程序的编程过程中直接将埋点代码与应用程序的功能代码结合在一起，对应用程序的侵入性较强，若埋点代码出错，会对应用程序的功能代码也造成影响，或者，在功能代码或埋点代码需要更新时，那需要全部对应更新，且只能通过发版或热修复的手段来修复应用程序。

自动化埋点和可视化埋点，主要是通过埋点工具程序或可视化工具程序，自动完成埋点事件的检测和上报，埋点代码与功能代码是分离的，所以几乎无侵入性，但是由于工具自动添加的埋点代码与功能代码结合的不够紧密，所以会出现埋点事件漏报，或者是误报的情况，因此埋点事件检测的效率较低。

发明内容

本公开实施例提供了一种埋点事件的检测方法、装置、终端设备及介质，以减少对应用程序功能代码的侵入性，且提高埋点事件的检测效率。

第一方面，本公开实施例提供了一种埋点事件的检测方法，包括：在应用程序中功能代码的运行过程中，如果出现埋点事件，则所述功能代码调用埋点检测程序中的埋点接口程序运行；

所述埋点接口程序获取所述埋点事件的埋点信息，并将所述埋点信息传输至所述埋点检测程序中的上报程序；

所述上报程序根据所述埋点信息，在配置文件的目标标识信息中，查询确定所述埋点事件是否为目标上报事件；

如果所述埋点事件为目标上报事件，则所述上报程序通过对应的埋点上报策略程序，确定并上报对应所述埋点信息的上报数据。

第二方面，本公开实施例还提供了一种埋点事件的检测装置，包括：调用模块，用于在应用程序中功能代码的运行过程中，如果出现埋点事件，则所述功能代码调用埋点检测程序中的埋点接口程序运行；

传输模块，用于所述埋点接口程序获取所述埋点事件的埋点信息，并将所述埋点信息传输至所述埋点检测程序中的上报程序；

查询模块，用于所述上报程序根据所述埋点信息，在配置文件的目标标识信息中，查询确定所述埋点事件是否为目标上报事件；

确定模块，用于在所述埋点事件为目标上报事件时，所述上报程序通过对应的埋点上报策略程序，确定并上报对应所述埋点信息的上报数据。

第三方面，本公开实施例还提供了一种终端设备，包括：

一个或多个处理装置；

存储装置，用于存储一个或多个程序；

所述一个或多个程序被所述一个或多个处理装置执行，使得所述一个或多个处理装置实现本公开实施例提供的埋点事件的检测方法。

第四方面，本公开实施例还提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理装置执行时实现本公开实施例提供的埋点事件的检测方法。

本公开实施例提供了一种埋点事件的检测方法、装置、终端设备及介质，利用上述技术方案，能够在应用程序的功能代码的运行过程中，如果出现了埋点事件，功能代码调用埋点检测程序中的埋点接口程序运行，以确定埋点事件的埋点信息。通过嵌入功能代码中的埋点接口程序对埋点信息进行检测，提高了埋点信息确定的准确性，从而提高了埋点事件的检测效率。确定埋点信息后，埋点检测程序中的上报程序根据埋点信息查询配置文件，确定当前埋点事件是否为需要上报的目标上报事件，若为目标上报事件，则基于埋点信息确定上报数据。上报程序为独立于功能代码设置的程序，在对埋点事件处理时不会对功能代码进行影响，减弱了对应用程序中功能代码的侵入性。

附图说明

图1为本公开实施例一提供的一种埋点事件的检测方法的流程示意图；

图2为本公开实施例二提供的一种埋点事件的检测方法的流程示意图；

图3为本公开实施例三提供的一种埋点事件的检测装置的结构示意图；

图4为本公开实施例四提供的一种终端设备的结构示意图。

具体实施方式

下面结合附图和实施例对本公开作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本公开，而非对本公开的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本公开相关的部分而非全部结构。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。下述各实施例中，每个实施例中同时提供了可选特征和示例，实施例中记载的各个特征可进行组合，形成多个可选方案，不应将每个编号的实施例仅视为一个技术方案。

实施例一

图1为本公开实施例一提供的一种埋点事件的检测方法的流程示意图，该方法可适用于对埋点事件进行检测的情况，具体地，该方法可适用于对应用程序中产生的埋点事件进行检测的情况。该方法可以由埋点事件的检测装置来执行，其中该装置可由软件和/或硬件实现，并一般集成在终端设备上，在本实施例中终端设备包括但不限于：手机、电脑或个人数字助理等设备。

现有的在应用程序中设置埋点的解决方案包括人工埋点、自动化埋点和可视化埋点。

人工埋点需要开发人员针对终端平台编写相应的代码，在用户与应用交互时，将用户所处页面以及所做的特定行为上报给服务器；人工埋点存在以下缺点：为了满足埋点需求需要修改业务代码的实现，对业务代码(即功能代码)造成严重的不良影响，同时如果埋点代码出错，会对业务代码造成影响，只能通过发版或者热修复手段来修复，对于不能热修复的平台只能发布新的版本，旧版本的数据全部无效。

自动化埋点需要在代码完成后，通过代码插桩或钩子等技术，在特定的一些函数处插入自动生成的代码，这些代码将检测到的用户所处页面以及用户所做的某些特定行为上报给服务器。需要插入埋点代码的位置都是根据开发人员的设置自动在原代码中识别出来并插入的，因此精准性差，有很多不关心的事件以及数据会上报上来，影响应用的性能，加大了服务器的负担。

可视化埋点需要在应用程序开发完成后，通过可视化工具，圈选页面中的元素及对应的用户行为生成一个配置文件，根据配置文件形成埋点代码。当应用程序运行在终端设备时，会根据配置文件决定将哪些行为上报。可视化埋点的埋点位置由于是开发人员手动基于可视化工具确定的，因此相对准确，缺点是，可视化工具所针对的对象有限，因此动态效果可能会被遗漏，可视化工具也需要很大的额外开发工作。

自动化埋点与可视化埋点同时具有另外一个缺点，当某些事件，需要具体的动态业务数据时，无法精准获取这些数据。

本实施例提供的埋点事件检测方法，能够减弱对应用程序功能代码的侵入，且提高了埋点事件的检测效率，即提供了一种动态弱侵入的埋点方案。

本实施例中的应用程序可以包括功能代码和埋点检测程序，埋点检测程序包括有埋点接口程序和上报程序，埋点检测程序可以用于进行埋点事件的检测。埋点接口程序可以编写在功能代码中，如实现对埋点事件的检测。具体地，如图1所示，本公开实施例一提供的一种埋点事件的检测方法，该方法可以应用于应用程序中，包括如下步骤：

S110、在应用程序中功能代码的运行过程中，如果出现埋点事件，则所述功能代码调用埋点检测程序中的埋点接口程序运行。

在本实施例中，功能代码可以理解为实现用户使用应用程序需求的代码，如业务代码。在应用程序的功能代码运行的过程中，如果出现了埋点事件，则功能代码可以调用埋点检测程序中的埋点接口程序运行，以对该埋点事件进行处理。埋点事件可以由用户操作应用程序的过程中触发。

埋点事件可以由埋点接口程序检测或由功能代码检测，在检测到埋点事件时，功能代码可以调用埋点接口程序运行确定埋点信息操作。

需要注意的是，应用程序中的哪些用户行为数据作为埋点事件可以在应用程序的开发阶段根据需求设定，此处不作限定。如在开发阶段将所需埋点事件写入埋点接入程序，以使埋点接入程序对埋点事件进行处理。写入埋点接入程序的内容可以包括事件标识信息和事件信息。事件信息中可以包括有待确定的动态参数，以供埋点接口程序在应用阶段获取。

S120、所述埋点接口程序获取所述埋点事件的埋点信息，并将所述埋点信息传输至所述埋点检测程序中的上报程序。

埋点信息可以理解为用于唯一标识埋点事件的信息。埋点信息可以包括事件标识信息和事件信息，事件标识信息可以用于唯一标识埋点事件。事件信息用于确定与该埋点事件相关的参数。

本步骤可以通过埋点接口程序获取埋点事件的埋点信息，获取埋点信息的手段可以基于埋点事件包括的具体内容确定。埋点接口程序中可以包括各埋点事件所需确定的埋点信息，每个埋点信息中可以存在一些待确定的动态参数，在埋点事件被触发时，由埋点接口程序获取动态参数的实际内容，得到该埋点事件的埋点信息。

示例性的，出现埋点事件后，埋点接口程序基于该埋点事件对应的事件标识信息确定对应的事件信息。确定事件信息时，可以基于事件信息包括的事件名称，确定对应事件名称的事件参数，该事件参数可以为动态参数，在出现埋点事件时确定。事件名称可以理解为对应埋点事件的名称信息，事件名称的具体内容可以根据埋点事件的具体内容确定。事件参数可以理解为对应该事件名称的具体参数。如事件名称为时间，事件参数为产生埋点事件的具体时间；又如事件名称为操作，事件参数为具体操作信息，如单击或双击。

埋点接口程序可以理解为确定埋点事件的埋点信息的接口程序。埋点接口程序得到埋点信息后，将埋点信息传输至埋点检测程序的上报程序。上报程序可以理解为确定是否将埋点事件上报的程序。该上报程序可以独立于功能代码设置，即该上报程序不对功能代码造成侵入。上报程序可以由动态语言脚本编写，如JavaScript。

S130、所述上报程序根据所述埋点信息，在配置文件的目标标识信息中，查询确定所述埋点事件是否为目标上报事件。

配置文件可以理解为用于对埋点事件进行过滤的文件。该配置文件中可以存储有多个目标标识信息，每个目标标识信息可以用于标识一个目标上报事件。目标上报事件为需要进行上报的埋点事件。目标标识信息可以由需要上报的埋点事件的事件标识信息唯一标识。

上报程序接收到埋点信息后，可以查询在配置文件中查询埋点事件是否为目标上报事件，以决定是否将当前出现的埋点事件上报服务器。查询的手段不作限定，可以基于配置文件中所存储的具体内容确定，如可以基于埋点信息中所包括的埋点名称查询，也可以基于埋点信息包括的事件名称查询。

配置文件可以在上报程序的开发阶段，根据需要上报的埋点事件的事件标识信息得到。如配置文件中可以存储有需要上报的埋点事件的事件标识信息。

可以理解的是，应用程序的功能代码的运行过程中，无需将出现的埋点事件均进行上报，本步骤可以通过上报程序筛选出需要上报的埋点事件。

S140、如果所述埋点事件为目标上报事件，则所述上报程序通过对应的埋点上报策略程序，确定并上报对应所述埋点信息的上报数据。

不同的埋点事件可以设置不同的埋点上报策略程序。埋点上报策略程序可以理解为对埋点信息进行处理以生成最终上报数据的程序。

如果当前出现的埋点事件为目标上报事件，本步骤可以通过对应埋点事件的埋点上报策略程序得到上报数据。

上报程序可以基于事件标识信息确定对应埋点事件的埋点上报策略程序。确定埋点上报策略程序后，埋点上报策略程序可以基于埋点信息确定对应的上报数据，然后将确定后的上报数据上报服务器。不同的埋点事件可以具有不同的上报数据，相同的埋点事件可以由于事件参数的不同，对应不同的上报数据。

在埋点上报策略程度的开发阶段，埋点上报策略程序可以根据需要上报的埋点事件的事件信息和所对应的上报数据的对应关系确定。针对不同的埋点事件所需的上报数据可以不同。

本公开实施例一提供的一种埋点事件的检测方法，利用上述方法，能够在应用程序的功能代码的运行过程中，如果出现了埋点事件，功能代码调用埋点检测程序中的埋点接口程序运行，以确定埋点事件的埋点信息。通过嵌入功能代码中的埋点接口程序对埋点信息进行检测，提高了埋点信息确定的准确性，从而提高了埋点事件的检测效率。确定埋点信息后，埋点检测程序中的上报程序根据埋点信息查询配置文件，确定当前埋点事件是否为需要上报的目标上报事件，若为目标上报事件，则基于埋点信息确定上报数据。上报程序为独立于功能代码设置的程序，在对埋点事件处理时不会对功能代码进行影响，减弱了对应用程序中功能代码的侵入性。

本实施例进一步提供了可选实施例，在该可选实施例中，埋点信息包括埋点界面信息和埋点元素信息，所述埋点界面信息为所述埋点事件的界面信息，所述埋点元素信息为所述埋点事件的元素信息。

为了能够唯一定位埋点的位置，本示例中可以将埋点信息具体包括埋点界面信息和埋点元素信息。

埋点界面信息可以理解为出现埋点事件的界面信息。埋点界面信息包括界面标识信息和界面信息。界面标识信息可以理解为用于标识界面的信息。界面信息用于标识界面中产生的与埋点事件相关的信息。界面信息包括界面名称信息和界面参数信息。界面名称信息可以理解为界面中对应埋点事件的名称信息。界面参数信息可以理解为对应界面名称信息的具体参数。

埋点元素信息可以理解为出现埋点事件的元素信息。埋点元素信息包括元素标识信息和元素信息。元素标识信息可以理解为用于标识元素的信息。元素信息标识元素中产生的与埋点事件相关的信息。元素信息包括元素名称信息和元素参数信息。元素名称信息可以理解为元素中对应埋点事件的名称信息。元素参数信息可以理解为对应元素名称信息的具体参数。

埋点界面信息用于定义场景，埋点元素信息用于定义元素。埋点界面信息和埋点元素信息一起可定义命名埋点的位置。如果埋点位置不多或者应用程序的场景不复杂，埋点信息可以仅包括埋点界面信息或埋点元素信息。

界面标识信息和元素标识信息可以构成事件标识信息。事件名称可以包括界面名称信息和元素名称信息。事件参数可以包括界面参数信息和元素参数信息。

本实施例进一步提供了可选实施例，在该可选实施例中，所述埋点上报策略程序由动态语言脚本编写。

上报策略程序可以不使用应用开发语言编写，而是使用JavaScript可动态执行的脚本编写，该上报策略程序独立于功能代码，减少原生应用语言埋点代码的侵入性，可实现动态下发，随时修复线上的埋点错误问题。

实施例二

图2为本公开实施例二提供的一种埋点事件的检测方法的流程示意图，本实施例二在上述各实施例的基础上进行优化。在本实施例中，将埋点信息包括事件标识信息和事件信息，所述事件信息包括事件名称和事件参数。

进一步地，本实施例还将上报程序根据所述埋点信息，在配置文件的目标标识信息中，查询确定所述埋点事件是否为目标上报事件，优化包括：所述上报程序查询配置文件所包括目标标识信息中是否包含所述事件标识信息；

若包含，则所述埋点事件为目标上报事件。

在上述优化的基础上，将所述上报程序通过对应的埋点上报策略程序，确定并上报对应所述埋点信息的上报数据，包括：

所述上报程序根据所述事件标识信息确定对应的埋点上报策略程序；

所述埋点上报策略程序确定与所述事件信息对应的上报数据，并上报所述上报数据。

进一步地，该方法还优化包括：

所述埋点检测程序查询应用下载渠道中是否存在所述上报程序的更新版本；

如果存在，则下载所述更新版本关联的安装包；

所述埋点检测程序加载所述安装包，得到目标程序，并使用所述目标程序替换所述上报程序。本实施例尚未详尽的内容请参考实施例一。

如图2所示，本公开实施例二提供的一种埋点事件的检测方法，包括如下步骤：

S210、在应用程序中功能代码的运行过程中，如果出现埋点事件，则所述功能代码调用埋点检测程序中的埋点接口程序运行。

S220、所述埋点接口程序获取所述埋点事件的埋点信息，并将所述埋点信息传输至所述埋点检测程序中的上报程序。

S230、判断上报程序查询配置文件所包括目标标识信息中是否包含所述事件标识信息，若是，则执行S240；若否，则执行S210。

确定埋点事件是否为目标上报事件时，可以由上报程序查询配置文件所包括目标标识信息中是否包含埋点事件的事件标识信息，如果包括，可以认为当前埋点事件需要上报，可以执行S240；如果不包括，可以认为当前埋点事件无需上报，可以继续检测埋点事件，即执行S210。

S240、所述埋点事件为目标上报事件。

如果配置文件所包括目标标识信息中包含事件标识信息，可以认为埋点事件为目标上报事件，执行上报操作。

S250、所述上报程序根据所述事件标识信息确定对应的埋点上报策略程序。

上报程序执行上报操作时，可以根据事件标识信息确定对应的埋点上报策略程序。不同的埋点事件可以由不同的埋点上报策略程序执行上报操作。在上报程序的开发阶段可以构建埋点上报策略程序与事件标识信息的对应关系，以在上报程序的应用阶段，基于事件标识信息确定对应的埋点上报策略程序。

S260、所述埋点上报策略程序确定与所述事件信息对应的上报数据，并上报所述上报数据。

确定出埋点上报策略程序后，本步骤可以基于埋点上报策略程序确定对应于事件信息的上报数据。埋点信息包括事件标识信息和事件信息，所述事件信息包括事件名称和事件参数。

其中事件参数可以为动态获取的，在确定上报数据时，可以基于所获取的事件参数的具体内容选取对应的上报数据。事件信息和上报数据的对应关系可以在上报程序的开发阶段确定，而开发阶段可以根据实际需求采用JavaScript脚本编写事件信息和上报数据的对应关系，即根据实际需求设置对应的上报数据。

S270、埋点检测程序查询应用下载渠道中是否存在所述上报程序的更新版本，若是，则执行S280；若否，则执行S270。

由于上报程序为独立于功能代码设置的。故本实施例可以单独对上报程序进行更新，以修改所需的上报数据，而不对应用程序的功能代码造成影响。

具体地，埋点检测程序查询应用下载渠道中是否存在上报程序的更新版本，以确定是否需要对上报程序更新。应用下载渠道可以理解为发布应用程序的渠道，如应用商城。应用下载渠道中可以发布上报程序的更新版本。

此处不对如何检测是否存在更新版本进行限定，如通过上报程序的版本号、发布时间等确定是否存在上报程序的更新版本。更新版本可以理解为当前在应用下载渠道发布的上报程序的最新版本。

需要注意的是，应用下载渠道在发布上报程序的更新版本后，可以向安装有上报程序的终端设备发送通知，埋点检测程序可以查询本地是否接收到通知，以查询应用下载渠道是否存在上报程序的更新版本。

S280、下载所述更新版本关联的安装包。

如果存在上报程序的更新版本，则应用程序需要从应用下载渠道下载更新版本所关联的安装包，以在终端设备本地对该安装包进行安装，实现上报程序的更新。

S290、所述埋点检测程序加载所述安装包，得到目标程序，并使用所述目标程序替换所述上报程序。

下载完安装包后，埋点检测程序加载安装包，得到目标程序，然后卸载原有的上报程序，执行目标程序，完成上报程序的更新。

以下对本实施例进行示例性描述：本实施例提供的埋点事件的检测方法可以认为是动态弱侵入的埋点实现方案。解决如下问题：

1.自动化埋点与可视化埋点中需要具体的动态业务数据时，无法精准获取动态业务数据。

2.自动化埋点中有很多不关心的事件以及数据会上报。

3.可视化埋点中动态效果可能会被遗漏以及可视化工具也需要很大的额外开发工作。

4.人工埋点中埋点代码出错，只能通过发版或者热修复手段来修复。

埋点事件的检测方法，包括准备阶段和运行阶段。

一、准备阶段

1、首先抽象两个接口(接口名称可变)埋点界面信息UIScene与埋点元素信息UIElement,UIScene与UIElement的方法包括:事件标识信息getId，事件信息onEvent(name,params)。

UIScene接口用于定义场景，UIElement接口用于定义元素，两种合在一起可定义命名需要设置埋点的位置。如果埋点位置不多，或者应用程序的场景不复杂，则也可以设置一个接口，只要能够唯一定义埋点位置即可。

2、实现一个上报程序，即ReportService函数，此ReportService用于执行埋点接受UIScene与UIElement的事件。用于执行埋点js脚本代码(即埋点上报策略程序)。ReportService根据编写的js脚本代码，生成一个事件列表的配置文件，事件列表中的事件标识id由UIScene的getid与UIElement的getid加上事件名称作为唯一标识(UIScene的id与UIElement的id可选)。

可以创建一些公用的实现了UIScene与UIElement接口的基类(这些基类只额外多出了上报行为)。这些基类可供不同的应用程序子函数调用，执行的功能类似，都是确定埋点事件的标识，并上报。通过开发人员编码的方式，将这些基类(也就是子函数)编码到需要埋点的代码中。开发人员在使用页面与UI元素时，使用基类即可。

例如，对于某个界面中的窗口，当用户有对该窗口的点击行为时，就需要上报，则在此界面的原代码中，在监测到窗口点击行为时，也调用UIScene与UIElement接口，识别该界面(场景)和该窗口(元素)。

二、运行阶段

1、在应用程序运行的过程中，当出现了埋点事件，如前示例，用户对界面中的窗口进行了点击时，由于代码中包括UIScene与UIElement接口，所以调用该接口确定该场景和元素的标识(ID)；标识可以是在调用接口时作为输入参数传入的；

2、UIScene与UIElement接口的功能是，获取对应的事件名称与事件参数，传递给ReportService；

3、ReportService判断此事件是否在事件列表的配置文件(配置文件可在下载安装客户端时下发，后续可更新)中，存在则调用对应的事件的js脚本(应用打包时，将js埋点代码同时打入到安装包内)；

4、事件的js脚本运行，将需要上报的事件名称和事件参数，写入日志或上报给服务器。

上述方案中，应用程序可不定期检查是否有更新的js埋点代码或配置文件，有更新的则下载。下载完成后加载新的埋点代码执行，将旧的存在的代码卸载掉，完成更新的目的。

本实施例提供的埋点事件的检测方法具有如下特点：

1、公用的实现了UIScene与UIElement接口基类将埋点上报逻辑隔离在上层这种弱侵入方式——本示例中，基类和js脚本，都不用编码到原代码中，实现了一定程度的隔离，不影响原代码的逻辑。

2、埋点代码不使用应用开发语言，而是使用js脚本这种可动态执行的方式。

3、埋点代码可生成配置文件，减少应用的原生层与js虚拟机交互的方式。

本实施例提供的埋点事件的检测方法具有如下技术效果：减少原生应用语言埋点代码的侵入性；由于埋点代码使用js脚本开发，可动态下发，随时修复线上的埋点错误问题。

本公开实施例二提供的一种埋点事件的检测方法，具体化了埋点信息、目标上报事件的查询操作和上报数据的确定操作，还优化包括了查询更新操作。利用该方法，能够基于配置文件中的目标标识信息和事件标识信息，确定当前埋点事件是否为目标上报事件，若是，则进一步基于事件标识确定对应的上报策略程序，以基于上报策略程序和事件信息确定上报数据，减少了对功能代码的侵入性，提升了埋点事件检测的精度。

实施例三

图3为本公开实施例三提供的一种埋点事件的检测装置的结构示意图，该装置可适用于对埋点事件进行检测的情况，具体地，该方法可适用于对应用程序中产生的埋点事件进行检测的情况。其中该装置可由软件和/或硬件实现，并一般集成在终端设备上。

如图3所示，该装置包括：调用模块31、传输模块32、查询模块33和确定模块34；

其中，调用模块31，用于在应用程序中功能代码的运行过程中，如果出现埋点事件，则所述功能代码调用埋点检测程序中的埋点接口程序运行；

传输模块32，用于所述埋点接口程序获取所述埋点事件的埋点信息，并将所述埋点信息传输至所述埋点检测程序中的上报程序；

查询模块33，用于所述上报程序根据所述埋点信息，在配置文件的目标标识信息中，查询确定所述埋点事件是否为目标上报事件；

确定模块34，用于在所述埋点事件为目标上报事件时，所述上报程序通过对应的埋点上报策略程序，确定并上报对应所述埋点信息的上报数据。

在本实施例中，该装置首先通过调用模块31在应用程序中功能代码的运行过程中，如果出现埋点事件，则所述功能代码调用埋点检测程序中的埋点接口程序运行；然后传输模块32通过所述埋点接口程序获取所述埋点事件的埋点信息，并将所述埋点信息传输至所述埋点检测程序中的上报程序；之后查询模块33通过所述上报程序根据所述埋点信息，在配置文件的目标标识信息中，查询确定所述埋点事件是否为目标上报事件；最后通过确定模块34在所述埋点事件为目标上报事件时，所述上报程序通过对应的埋点上报策略程序，确定并上报对应所述埋点信息的上报数据。

本实施例提供了一种埋点事件的检测装置，能够在应用程序的功能代码的运行过程中，如果出现了埋点事件，功能代码调用埋点检测程序中的埋点接口程序运行，以确定埋点事件的埋点信息。通过嵌入功能代码中的埋点接口程序对埋点信息进行检测，提高了埋点信息确定的准确性，从而提高了埋点事件的检测效率。确定埋点信息后，埋点检测程序中的上报程序根据埋点信息查询配置文件，确定当前埋点事件是否为需要上报的目标上报事件，若为目标上报事件则基于埋点信息确定上报数据。上报程序为独立于功能代码设置的程序，在对埋点事件处理时不会对功能代码进行影响，减弱了对应用程序中功能代码的侵入性。

在上述优化的基础上，所述埋点信息包括事件标识信息和事件信息，所述事件信息包括事件名称和事件参数。

基于上述技术方案，查询模块33，具体用于：所述上报程序查询配置文件所包括目标标识信息中是否包含所述事件标识信息；

若包含，则所述埋点事件为目标上报事件。

进一步地，确定模块34，具体用于：所述上报程序根据所述事件标识信息确定对应的埋点上报策略程序；

所述埋点上报策略程序确定与所述事件信息对应的上报数据，并上报所述上报数据。

进一步地，该装置还包括，更新模块，用于：所述埋点检测程序查询应用下载渠道中是否存在所述上报程序的更新版本；

如果存在，则下载所述更新版本关联的安装包；

所述埋点检测程序加载所述安装包，得到目标程序，并使用所述目标程序替换所述上报程序。

进一步地，埋点信息包括埋点界面信息和埋点元素信息，所述埋点界面信息为所述埋点事件的界面信息，所述埋点元素信息为所述埋点事件的元素信息。

进一步地，所述埋点上报策略程序由动态语言脚本编写。

上述埋点事件的检测装置可执行本公开任意实施例所提供的埋点事件的检测方法，具备执行方法相应的功能模块和有益效果。

实施例四

图4为本公开实施例四提供的一种终端设备的结构示意图。图4示出了适于用来实现本公开实施例的终端设备400的结构示意图。本公开实施例中的终端设备400可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图4示出的终端设备400仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图4所示，终端设备400可以包括一个或多个处理装置(例如中央处理器、图形处理器等)401，其可以根据存储在只读存储器(ROM)402中的程序或者从存储装置408加载到随机访问存储器(RAM)403中的程序而执行各种适当的动作和处理。一个或多个处理装置401实现如本公开提供的埋点事件的检测方法。在RAM403中，还存储有终端设备400操作所需的各种程序和数据。处理装置401、ROM 402以及RAM403通过总线404彼此相连。输入/输出(I/O)接口405也连接至总线404。

通常，以下装置可以连接至I/O接口405：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置406；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置407；包括例如磁带、硬盘等的存储装置408，存储装置408用于存储一个或多个程序；以及通信装置409。通信装置409可以允许终端设备400与其他设备进行无线或有线通信以交换数据。虽然图4示出了具有各种装置的终端设备400，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置409从网络上被下载和安装，或者从存储装置408被安装，或者从ROM402被安装。在该计算机程序被处理装置401执行时，执行本公开实施例的方法中限定的上述功能。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述终端设备400中所包含的；也可以是单独存在，而未装配入该终端设备400中。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该终端设备执行时，使得该终端设备400：在应用程序中功能代码的运行过程中，如果出现埋点事件，则所述功能代码调用埋点检测程序中的埋点接口程序运行；

所述埋点接口程序获取所述埋点事件的埋点信息，并将所述埋点信息传输至所述埋点检测程序中的上报程序；

所述上报程序根据所述埋点信息，在配置文件的目标标识信息中，查询确定所述埋点事件是否为目标上报事件；

如果所述埋点事件为目标上报事件，则所述上报程序通过对应的埋点上报策略程序，确定并上报对应所述埋点信息的上报数据。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，模块的名称在某种情况下并不构成对该模块本身的限定。

可选的，所述埋点信息包括事件标识信息和事件信息，所述事件信息包括事件名称和事件参数。

可选的，所述上报程序根据所述埋点信息，在配置文件的目标标识信息中，查询确定所述埋点事件是否为目标上报事件，包括：

所述上报程序查询配置文件所包括目标标识信息中是否包含所述事件标识信息；

若包含，则所述埋点事件为目标上报事件。

可选的，所述上报程序通过对应的埋点上报策略程序，确定并上报对应所述埋点信息的上报数据，包括：

所述上报程序根据所述事件标识信息确定对应的埋点上报策略程序；

所述埋点上报策略程序确定与所述事件信息对应的上报数据，并上报所述上报数据。

可选的，该方法，还包括：

所述埋点检测程序查询应用下载渠道中是否存在所述上报程序的更新版本；

如果存在，则下载所述更新版本关联的安装包；

所述埋点检测程序加载所述安装包，得到目标程序，并使用所述目标程序替换所述上报程序。

可选的，埋点信息包括埋点界面信息和埋点元素信息，所述埋点界面信息为所述埋点事件的界面信息，所述埋点元素信息为所述埋点事件的元素信息。

可选的，所述埋点上报策略程序由动态语言脚本编写。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (10)

1.一种埋点事件的检测方法，其特征在于，包括：

在应用程序中功能代码的运行过程中，如果出现埋点事件，则所述功能代码调用埋点检测程序中的埋点接口程序运行；

所述埋点接口程序获取所述埋点事件的埋点信息，并将所述埋点信息传输至所述埋点检测程序中的上报程序；

所述上报程序根据所述埋点信息，在配置文件的目标标识信息中，查询确定所述埋点事件是否为目标上报事件；

如果所述埋点事件为目标上报事件，则所述上报程序通过对应的埋点上报策略程序，确定并上报对应所述埋点信息的上报数据。

2.根据权利要求1所述的方法，其特征在于，所述埋点信息包括事件标识信息和事件信息，所述事件信息包括事件名称和事件参数。

3.根据权利要求2所述的方法，其特征在于，所述上报程序根据所述埋点信息，在配置文件的目标标识信息中，查询确定所述埋点事件是否为目标上报事件，包括：

所述上报程序查询配置文件所包括目标标识信息中是否包含所述事件标识信息；

若包含，则所述埋点事件为目标上报事件。

4.根据权利要求2所述的方法，其特征在于，所述上报程序通过对应的埋点上报策略程序，确定并上报对应所述埋点信息的上报数据，包括：

所述上报程序根据所述事件标识信息确定对应的埋点上报策略程序；

所述埋点上报策略程序确定与所述事件信息对应的上报数据，并上报所述上报数据。

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

所述埋点检测程序查询应用下载渠道中是否存在所述上报程序的更新版本；

如果存在，则下载所述更新版本关联的安装包；

所述埋点检测程序加载所述安装包，得到目标程序，并使用所述目标程序替换所述上报程序。

6.根据权利要求1所述的方法，其特征在于，埋点信息包括埋点界面信息和埋点元素信息，所述埋点界面信息为所述埋点事件的界面信息，所述埋点元素信息为所述埋点事件的元素信息。

7.根据权利要求1所述的方法，其特征在于，所述埋点上报策略程序由动态语言脚本编写。

8.一种埋点事件的检测装置，其特征在于，包括：

调用模块，用于在应用程序中功能代码的运行过程中，如果出现埋点事件，则所述功能代码调用埋点检测程序中的埋点接口程序运行；

传输模块，用于所述埋点接口程序获取所述埋点事件的埋点信息，并将所述埋点信息传输至所述埋点检测程序中的上报程序；

查询模块，用于所述上报程序根据所述埋点信息，在配置文件的目标标识信息中，查询确定所述埋点事件是否为目标上报事件；

确定模块，用于在所述埋点事件为目标上报事件时，所述上报程序通过对应的埋点上报策略程序，确定并上报对应所述埋点信息的上报数据。

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

一个或多个处理装置；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理装置执行，使得所述一个或多个处理装置实现如权利要求1-7中任一所述的埋点事件的检测方法。

10.一种计算机可读介质，其上存储有计算机程序，其特征在于，该程序被处理装置执行时实现如权利要求1-7中任一所述的埋点事件的检测方法。

Images