数据采集方法、装置、设备、介质和程序产品

技术领域

本公开涉及数据处理技术领域，特别是涉及一种数据采集方法、装置、设备、介质和程序产品。

背景技术

客户端或称为用户端，是指与服务器相对应，为用户提供本地服务的应用程序。因特网发展后，较常用的客户端包括如万维网(World Wide Web，WWW)使用的网页浏览器、收寄电子邮件时的电子邮件客户端以及即时通讯的客户端软件等。客户端的背后是一个个鲜活的、有个性化差异的海量用户，用户数据作为驱动业务的核心动力之一是非常重要的资产，如果没有准确、全面的用户身份和行为数据作为输入，在后续的分析过程中得到用户行为的准确洞察的可能性就存在不确定性。因此用户数据的捕捉即获取是重中之重。而用户数据除了一部分可以通过用户主动注册获取之外，另外一部分主要通过埋点获取，然后借助专业的用户分析工具对获取到的用户数据进行分析，以挖掘出用户产生某些动作或不产生某些动作背后所蕴藏的深层次原因。

相关技术也提供了一些客户端埋点方案，但是针对每一个控件的埋点都需要添加相应的代码，埋点代价大、成本高，并且每一次埋点方案的更新，都必须更改代码，埋点更新的成本高，因此在一定程度上制约着用户行为数据的采集效率。

发明内容

本公开提供了一种数据采集方法、装置、设备、介质和程序产品。

为了实现上述目标，本公开的一个方面提供了一种数据采集方法，应用于第一终端，该方法可以包括：获取第一应用程序对第二应用程序的连接请求，其中，上述连接请求用于指示建立并保持与上述第二应用程序的可视化埋点连接。响应于上述连接请求，在上述第一应用程序中展示可视化埋点界面，其中，上述可视化埋点界面展示有上述第二应用程序的启动页面。响应于第一用户在上述启动页面上的第一选定操作，确定配置在上述启动页面上的第一目标控件，其中，触发上述第一目标控件被配置为采集用户数据。上报与上述第一目标控件关联的配置信息至服务器，以使上述服务器基于上述配置信息生成并返回埋点配置文件，以及响应于监测到第二用户通过第二终端访问上述启动页面，基于上述埋点配置文件，采集上述第二用户的用户数据。

根据本公开的实施例，在上述可视化埋点界面的第一显示区域展示上述启动页面，上述上报与上述第一目标控件关联的配置信息至服务器可以包括：在上述可视化埋点界面的第二显示区域展示上述第一目标控件的第一配置页面，其中上述第二显示区域为上述可视化埋点界面中除上述第一显示区域之外的显示区域。响应于上述第一用户在上述第一配置页面的输入操作，获得与上述第一目标控件关联的配置信息，及上报上述与上述第一目标控件关联的配置信息至上述服务器。

根据本公开的实施例，上述在上述可视化埋点界面的第二显示区域展示上述第一目标控件的第一配置页面可以包括：在上述可视化埋点界面的第三显示区域展示上述第一目标控件的第二配置页面，其中，上述第二配置页面用于配置与上述第一目标控件关联的页面属性信息，以及在上述可视化埋点界面的第四显示区域展示上述第一目标控件的第三配置页面，其中，上述第三配置页面用于配置与上述第一目标控件关联的事件属性信息，上述第四显示区域为上述第二显示区域中除上述第三显示区域之外的显示区域。

根据本公开的实施例，上述方法还可以包括：响应于上述第一用户针对上述启动页面的跳转操作，将在上述可视化埋点界面的第一显示区域展示的上述启动页面切换至跳转页面。响应于上述第一用户在上述跳转页面上的第二选定操作，确定配置在上述跳转页面上的第二目标控件，其中，触发上述第二目标控件被配置为采集用户数据。上报与上述第二目标控件关联的配置信息至服务器，以使上述服务器基于上述配置信息返回埋点配置文件，以及响应于监测到上述第二用户通过上述第二客户端访问上述跳转页面，基于上述埋点配置文件，采集上述第二用户的用户数据。

根据本公开的实施例，上述上报与上述第二目标控件关联的配置信息至服务器可以包括：将在上述可视化埋点界面的第二显示区域展示的上述第一目标控件的第一配置页面切换至第二目标控件的第四配置页面。响应于上述第一用户在上述第四配置页面的输入操作，获得与上述第二目标控件关联的配置信息，以及上报上述与上述第二目标控件关联的配置信息至服务器。

根据本公开的实施例，上述将在上述可视化埋点界面的第二显示区域展示的上述第一目标控件的第一配置页面切换至第二目标控件的第四配置页面可以包括：将在上述可视化埋点界面的第三显示区域展示的上述第一目标控件的第二配置页面切换至上述第二目标控件的第五配置页面，其中，上述第五配置页面用于配置与上述第二目标控件关联的页面属性信息，以及将在上述可视化埋点界面的第四显示区域展示的上述第一目标控件的第三配置页面至上述第二目标控件的第六配置页面，其中，上述第六配置页面用于配置与上述第二目标控件关联的事件属性信息，上述第四显示区域为上述第二显示区域中除上述第三显示区域之外的显示区域。

根据本公开的实施例，上述基于上述埋点配置文件，采集上述第二用户的用户数据可以包括：响应于上述第二用户在上述启动页面上的触发操作，获取与上述触发操作所针对的触发对象。监测上述触发对象是否为上述埋点配置文件对应的第一目标控件，以及若是，则采集上述第二用户的用户数据。

为了实现上述目标，本公开的另一个方面提供了一种数据采集方法，应用于服务器端，该方法可以包括：接收第一终端上报的与第一目标控件关联的配置信息，其中，上述第一目标控件配置在第二应用程序的启动页面上，上述启动页面展示于在第一应用程序展示的可视化埋点界面上，上述可视化埋点界面是响应于第一应用程序对上述第二应用程序的、用于指示建立并保持与上述第二应用程序的可视化埋点连接的连接请求展示的。对上述配置信息进行审核，并获得审核结果。在上述审核结果表征审核通过的情况下，生成埋点配置文件，以及响应于监测到第二用户通过第二终端访问上述启动页面，下发上述埋点配置文件至上述第二终端，以基于上述埋点配置文件，采集上述第二用户的用户数据。

根据本公开的实施例，上述方法还包括：接收上述第一终端上报的与第二目标控件关联的配置信息，上述第二目标控件配置在第二应用程序的跳转页面上，上述跳转页面响应于上述第一用户针对上述启动页面的跳转操作，由上述启动页面切换展示。对上述配置信息进行审核，并获得审核结果。在上述审核结果表征审核通过的情况下，生成埋点配置文件，以及响应于监测到上述第二用户通过上述第二终端访问上述跳转页面，下发上述埋点配置文件至上述第二终端，以基于上述埋点配置文件，采集上述第二用户的用户数据。

为了实现上述目标，本公开的另一个方面提供了一种数据采集装置，应用于第一终端，该装置可以包括：第一获取模块，用于获取第一应用程序对第二应用程序的连接请求，其中，上述连接请求用于指示建立并保持与上述第二应用程序的可视化埋点连接。第一展示模块，用于响应于上述连接请求，在上述第一应用程序中展示可视化埋点界面，其中，上述可视化埋点界面展示有上述第二应用程序的启动页面。第一确定模块，用于响应于第一用户在上述启动页面上的第一选定操作，确定配置在上述启动页面上的第一目标控件，其中，触发上述第一目标控件被配置为采集用户数据。第一上报模块，用于上报与上述第一目标控件关联的配置信息至服务器，以使上述服务器基于上述配置信息生成并返回埋点配置文件，以及第一采集模块，用于响应于监测到第二用户通过第二终端访问上述启动页面，基于上述埋点配置文件，采集上述第二用户的用户数据。

根据本公开的实施例，在上述可视化埋点界面的第一显示区域展示上述启动页面，上述第一上报模块可以包括：第一展示子模块，用于在上述可视化埋点界面的第二显示区域展示上述第一目标控件的第一配置页面，其中，上述第二显示区域为上述可视化埋点界面中除上述第一显示区域之外的显示区域。第一获得子模块，用于响应于上述第一用户在上述第一配置页面的输入操作，获得与上述第一目标控件关联的配置信息，以及第一上报子模块，用于上报上述与上述第一目标控件关联的配置信息至上述服务器。

根据本公开的实施例，上述第一展示子模块包括：第一展示单元，用于在上述可视化埋点界面的第三显示区域展示上述第一目标控件的第二配置页面，上述第二配置页面用于配置与上述第一目标控件关联的页面属性信息，以及第二展示单元，用于在上述可视化埋点界面的第四显示区域展示上述第一目标控件的第三配置页面，上述第三配置页面用于配置与上述第一目标控件关联的事件属性信息，上述第四显示区域为上述第二显示区域中除上述第三显示区域之外的显示区域。

根据本公开的实施例，上述装置还可以包括：第二展示模块，用于响应于上述第一用户针对上述启动页面的跳转操作，将在上述可视化埋点界面的第一显示区域展示的上述启动页面切换至跳转页面。第二确定模块，用于响应于上述第一用户在上述跳转页面上的第二选定操作，确定配置在上述跳转页面上的第二目标控件，其中，触发上述第二目标控件被配置为采集用户数据。第二上报模块，用于上报与上述第二目标控件关联的配置信息至服务器，以使上述服务器基于上述配置信息返回埋点配置文件，以及第二采集模块，用于响应于监测到上述第二用户通过上述第二客户端访问上述跳转页面，基于上述埋点配置文件，采集上述第二用户的用户数据。

根据本公开的实施例，上述第二上报模块可以包括：第二展示子模块，用于将在上述可视化埋点界面的第二显示区域展示的上述第一目标控件的第一配置页面切换至第二目标控件的第四配置页面。第二获得子模块，用于响应于上述第一用户在上述第四配置页面的输入操作，获得与上述第二目标控件关联的配置信息，以及第二上报子模块，用于上报上述与上述第二目标控件关联的配置信息至服务器。

根据本公开的实施例，上述第二展示子模块可以包括：第三展示单元，用于将在上述可视化埋点界面的第三显示区域展示的上述第一目标控件的第二配置页面切换至上述第二目标控件的第五配置页面，其中，上述第五配置页面用于配置与上述第二目标控件关联的页面属性信息，以及第四展示单元，用于将在上述可视化埋点界面的第四显示区域展示的上述第一目标控件的第三配置页面至上述第二目标控件的第六配置页面，其中，上述第六配置页面用于配置与上述第二目标控件关联的事件属性信息，上述第四显示区域为上述第二显示区域中除上述第三显示区域之外的显示区域。

根据本公开的实施例，上述第一采集模块可以包括：获取子模块，用于响应于上述第二用户在上述启动页面上的触发操作，获取与上述触发操作所针对的触发对象。监测子模块，用于监测上述触发对象是否为上述埋点配置文件对应的第一目标控件，以及采集子模块，用于若是，则采集上述第二用户的用户数据。

为了实现上述目标，本公开的另一方面提供了一种数据采集装置，应用于服务器端，该装置可以包括：第一接收模块，用于接收第一终端上报的与第一目标控件关联的配置信息，其中，上述第一目标控件配置在第二应用程序的启动页面上，上述启动页面展示于在第一应用程序展示的可视化埋点界面上，上述可视化埋点界面是响应于第一应用程序对上述第二应用程序的、用于指示建立并保持与上述第二应用程序的可视化埋点连接的连接请求展示的。第一审核模块，用于对上述配置信息进行审核，并获得审核结果。第一生成模块，用于在上述审核结果表征审核通过的情况下，生成埋点配置文件，以及第一下发模块，用于响应于监测到第二用户通过第二终端访问上述启动页面，下发上述埋点配置文件至上述第二终端，以基于上述埋点配置文件，采集上述第二用户的用户数据。

根据本公开的实施例，上述装置还可以包括：第二接收模块，用于接收上述第一终端上报的与第二目标控件关联的配置信息，其中，上述第二目标控件配置在第二应用程序的跳转页面上，上述跳转页面响应于上述第一用户针对上述启动页面的跳转操作，由上述启动页面切换展示。第二审核模块，用于对上述配置信息进行审核，并获得审核结果。第二生成模块，用于在上述审核结果表征审核通过的情况下，生成埋点配置文件，以及第二下发模块，用于响应于监测到上述第二用户通过上述第二终端访问上述跳转页面，下发上述埋点配置文件至上述第二终端，以基于上述埋点配置文件，采集上述第二用户的用户数据。

为了实现上述目标，本公开的另一方面提供了一种电子设备，包括：一个或多个处理器，存储器，用于存储一个或多个程序，其中，当上述一个或多个程序被上述一个或多个处理器执行时，使得上述一个或多个处理器实现如上所述的数据采集方法。

为了实现上述目标，本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，上述指令在被执行时用于实现如上所述的数据采集方法。

为了实现上述目标，本公开的另一方面提供了一种计算机程序，上述计算机程序包括计算机可执行指令，上述指令在被执行时用于实现如上所述的数据采集方法。

本公开提供了一种所见即所得的可视化埋点方式，在可视化埋点界面上展示应用程序的启动界面，响应于第一用户在启动页面上的第一选定操作，确定配置在启动页面上的第一目标控件，由于用户可以直接在应用程序的真实界面上操作埋点，上报与第一目标控件关联的配置信息至服务器，在监测到第二用户通过第二终端访问该启动页面时，采集第二用户的用户数据，可以提高用户行为数据的采集效率。

附图说明

为了更完整地理解本公开及其优势，现在将参考结合附图的以下描述，其中：

图1示意性示出了适用于本公开实施例的可以应用数据采集方法和装置的应用场景；

图2示意性示出了适用于本公开实施例的可以应用数据采集方法和装置的系统架构；

图3示意性示出了根据本公开实施例的数据采集方法的流程图；

图4示意性示出了根据本公开另一实施例的数据采集方法的流程图；

图5示意性示出了根据本公开另一实施例的数据采集方法的流程图；

图6示意性示出了根据本公开另一实施例的数据采集方法的流程图；

图7示意性示出了根据本公开实施例的客户端埋点的示意图；

图8示意性示出了根据本公开实施例的可视化埋点界面的示意图；

图9示意性示出了根据本公开实施例的数据采集装置的框图；

图10示意性示出了根据本公开另一实施例的数据采集装置的框图；

图11示意性示出了根据本公开实施例的适于实现上文描述的数据采集方法的计算机可读存储介质产品的示意图；以及

图12示意性示出了根据本公开实施例的适于实现上文描述的数据采集方法的电子设备的框图。

在附图中，相同或对应的标号表示相同或对应的部分。

应该注意的是，附图并未按比例绘制，并且出于说明目的，在整个附图中类似结构或功能的元素通常用类似的附图标记来表示。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了上述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。在使用类似于“A、B或C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B或C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

附图中示出了一些方框图和/或流程图。应理解，方框图和/或流程图中的一些方框或其组合可以由计算机程序指令来实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其他可编程数据采集装置的处理器，从而这些指令在由该处理器执行时可以创建用于实现这些方框图和/或流程图中所说明的功能/操作的装置。本公开的技术可以硬件和/或软件(包括固件、微代码等)的形式来实现。另外本公开的技术可以采取存储有指令的计算机可读存储介质上的计算机程序产品的形式，该计算机程序产品可供指令执行系统使用或者结合指令执行系统使用。

对基于用户行为的客户端来说，发生在用户界面的，能获取用户信息的触点就是用户数据的直接来源，而建立这些触点的方式就被称为埋点。当通过这些触点获取到用户行为、身份数据之后，就可以通过网络传输到服务器端进行后续的分析和处理。从准确性的角度考虑，埋点可以分为客户端埋点(即前端埋点)和服务端埋点(即后端埋点)。客户端埋点即在用户的操作界面中进行埋点，在用户对触点产生动作时可以对用户行为、身份进行记录，这些行为只会在客户端发生，不会传输到服务器端，而服务端埋点则通常是在客户端和数据库交互的界面中进行埋点，该埋点可以更加准确地记录数据的变化，同时也可以减小由于网络传输等原因而带来的不确定性风险，本公开针对的客户端埋点包括Web埋点和APP埋点。其中Web应用或APP的页面都有其自己的结构，对Web应用来说就是文档对象模型(Document Object Model，DOM)结构，对APP来说就是UIView、UIResponder等元素之间的关系。

相关技术提供的客户端埋点方案针对每一个控件的埋点都需要添加相应的代码，埋点代价大、成本高，并且每一次埋点方案的更新，都必须更改代码，埋点更新的成本高，制约着用户数据的采集效率。

有鉴于此，本公开提供了一种数据采集方法，该方法包括埋点配置阶段和数据采集阶段。其中在埋点配置阶段，首先获取第一应用程序对第二应用程序的、用于指示建立并保持与第二应用程序的可视化埋点连接的连接请求，然后响应于连接请求，在第一应用程序中展示可视化埋点界面，该可视化埋点界面展示有第二应用程序的启动页面，接着响应于第一用户在启动页面上的第一选定操作，确定配置在启动页面上的第一目标控件，触发第一目标控件被配置为采集用户数据，最后上报与第一目标控件关联的配置信息至服务器，以使服务器基于配置信息生成并返回埋点配置文件。在数据采集阶段，响应于监测到第二用户通过第二终端访问启动页面，基于埋点配置文件，采集第二用户的用户数据。

需要说明的是，本公开提供的数据采集方法和装置可用于金融领域中，也可用于除金融领域之外的任意领域中。因此，对本公开所提供的数据采集方法和装置的应用领域不做限定。

图1示意性示出了适用于本公开实施例的可以应用数据采集方法和装置的应用场景100。需要注意的是，图1所示仅为可应用本公开实施例的应用场景的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

如图1所示，根据该实施例的应用场景100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种客户端(或称为用户端)，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器105可以是为各种客户端提供服务的服务器，例如对用户利用终端设备101、102、103所浏览的网站提供支持的后台管理服务器(仅为示例)。服务器105可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备101、102、103。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

图2示意性示出了适用于本公开实施例的可以应用数据采集方法和装置的系统架构200。需要注意的是，图2所示仅为可应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他系统架构。

如图2所示，根据本公开的实施例的系统架构200可以包括第一终端210、第二终端220、第一服务器端230以及第二服务器端240。第一终端210和第二终端220作为不同角色用户使用的终端设备，可以是如图1所示终端设备101、102、103中的任意一种终端设备，第一终端210和第二终端220可以访问客户端即应用程序，该客户端集成有无码埋点的软件开发工具包(Software Development Kit，SDK)。本公开将以终端为移动终端(手机)为例，客户端就是可以在手机这一移动终端上运行的应用程序。

根据本公开的实施例，处于应用程序一端的业务人员(例如运营人员)通过第一终端210可以对集成有无码埋点SDK的应用程序所配置的一个或多个页面执行可视化的埋点配置，通过埋点技术来生产出一些运营性质的原始数据(接口耗时、程序安装/启动、用户交互行为数据等等)，然后分析这些原始数据可以得到一些抽象指标(留存率、转化率)，进而决定产品运营或者代码优化的方向。

根据本公开的实施例，处于应用程序另一端的使用人员(例如用户)通过第二终端220可以对集成有无码埋点SDK的应用程序所配置的一个或多个页面执行访问操作，包括但不限于打开并浏览该应用程序的启动页面，点击该启动页面上的页面元素(例如可交互控件)将当前展示的启动页面跳转至关联页面，点击该关联页面上的页内链接可以从该关联页面跳转至其他页面，以此实现与应用程序的信息交互。需要说明的是，本公开中所谓的第一终端和第二终端仅是针对客户端埋点过程中充当不同角色而冠以的一个称谓，并不表示第一终端和第二终端一定是两种完全不同类型的终端设备，即本公开的第一终端和第二终端可以是同一类型的终端设备，也可以是不同类型的终端设备。

根据本公开的实施例，第一服务器端230用于接收业务人员通过第一终端210执行可视化的埋点配置所上报的埋点配置信息，对该埋点配置信息进行验证和审核，并可以在审核通过后将基于配置信息生成的埋点配置文件下发给第二终端220，由于客户端集成了无码埋点SDK，所以一旦监测到某一页面被第二用户访问则就会向第一服务器端230验证是否有新的埋点，如果有新的埋点，则会从第一服务器端230上下载新的埋点并且立即生效，这样在第二用户下次访问到该页面时就可以将埋点配置信息实时部署到客户端，将采集到的第二终端220的用户行为数据批量，或实时地发送给第二服务器端240，以进行后续数据处理和分析。应该理解是的图2中第一终端、第二终端以及服务器端的数目仅仅是示意性的。根据具体实现需要，可以具有任意数目的第一终端、第二终端、第一服务器端以及第二服务器端。

下面参考本发明的若干代表性实施方式，详细阐释本公开的原理。

图3示意性示出了根据本公开实施例的数据采集方法的流程图。如图3所示，该方法300应用于第一终端，可以包括操作S310～操作S350。

在操作S310，获取第一应用程序对第二应用程序的连接请求。

根据本公开的实施例，第一应用程序可以为无码埋点SDK，在客户端集成无码埋点SDK后，可以获取客户端的页面中各个对象的层级关系以通过可视化埋点方法对第二应用程序执行埋点，第二应用程序可以为待埋点的任意客户端。第一终端可以是处于应用程序一端的业务人员(例如运营人员)对集成有无码埋点SDK的应用程序所配置的一个或多个页面执行可视化的埋点配置的终端设备。在本公开中，连接请求用于指示建立并保持与第二应用程序的可视化埋点连接。可选地，该可视化埋点连接可以通过扫描二维码的方式建立并保持，也可以通过其他方式，本公开对此不做限定。由于客户端埋点包括网页埋点和移动APP埋点，而Web应用或APP的页面都有其自己的结构，本公开以移动APP埋点为例，网页埋点不再赘述。本公开的控件即元素指的是可交互元素，可以包括但不限于：链接、表单项(例如按钮、输入框等)。

在操作S320，响应于连接请求，在第一应用程序中展示可视化埋点界面。根据本公开的实施例，可视化埋点界面可以用于展示待埋点客户端配置的一个或多个页面。需要说明的是，在通常情况下，响应于连接请求最先在第一应用程序中展示的是该客户端的启动页面，即客户端首页。用户通过点击启动页面配置的可交互的页面元素或者页内链接，可以实现在相同或不同层级的页面之间的跳转。

根据本公开的实施例，埋点方法在第一应用程序中展示的可视化埋点界面实现。具体实施时，在可视化埋点界面打开客户端的启动网页，生成与该客户端网页对应的可编辑的图形界面，该可编辑的图像界面可以是客户端启动界面的屏幕绘制图像。

在操作S330，响应于第一用户在启动页面上的第一选定操作，确定配置在启动页面上的第一目标控件。根据本公开的实施例，启动页面上配置有一个或多个元素，可以是可交互的元素，也可以是不可交互的元素。可交互元素可以是绑定有点击事件的控件，可以包括但不限于按钮、轮播广告、宫格。

根据本公开的实施例，第一选定操作可以是点击操作，该点击操作用于指示对启动页面上的任一可交互元素执行圈选操作，被圈选的一个或多个可交互控件即第一目标控件，该第一目标控件为能够获取用户信息的触点，是用户数据的直接来源，触发第一目标控件被配置为采集用户数据，一旦圈选成功则完成埋点。在本公开中，可编辑的图形页面中显示待埋点的启动页面，业务人员可以根据可编辑图形页面中的点选和编辑，来实现该待埋点的启动页面上的埋点。具体实施时，通过在可编辑图形页面中对显示的待埋点的网页上的一个或多个元素的点选来确定待埋点元素的埋点位置。

在操作S340，上报与第一目标控件关联的配置信息至服务器，以使服务器基于配置信息生成并返回埋点配置文件。

根据本公开的实施例，在确定了第一目标控件之后，可以自动将与第一目标控件关联的配置信息上报给服务器，配置信息可以包括但不限于与事件关联的路径位置信息(例如时间名称、属性)和与启动页面关联的页面信息(例如页面名称、位置)，与事件关联的路径位置信息是控件的唯一标志。服务器对接收到的配置信息进行审核，若审核通过，则生成埋点配置文件。若审核未通过，则反馈审核失败信息，以告知业务人员此次埋点失败，以便于业务人员重新确定配置在启动页面上的第一目标控件，并再次上报与第一目标控件关联的配置信息。本公开通过客户端集成的无码埋点SDK代码，可以自动全量采集事件并上报埋点数据，并可以呈现用户行为的每一次点击、每一次跳转、每一次登录等全量、实时的用户行为数据。

在操作S350，响应于监测到第二用户通过第二终端访问启动页面，基于埋点配置文件，采集第二用户的用户数据。

根据本公开的实施例，第二终端是处于应用程序另一端的使用人员(例如用户)对集成有无码埋点SDK的应用程序所配置的一个或多个页面执行访问操作的终端设备。第二用户通过第二终端启动客户端时，会动态更新埋点配置文件，将配置信息实时部署到客户端，当监测到客户端被来自第二终端的第二用户的访问操作时，例如点击了客户端启动页面上的某个元素，则会根据配置生效的埋点配置文件，采集第二用户的用户数据，可以包括但不限于用户行为数据和用户身份数据，行为数据可以为了解用户交互行为、扩宽用户信息以及前移运营机会提供数据支撑。来自第二终端的第二用户的访问操作可以包括但不限于常见的鼠标点击、鼠标滑动、屏幕滚动、光标选取甚至静止、点击、多指开合、拉动、用力下按，本公开对此不做限定。

在相关技术中，用户在访问手机上安装的客户端时，在同一个页面上或多个不同的页面之间跳转所执行的用户操作，会产生大量的用户数据，要想统计APP里面某个按钮的点击次数，则需要在与该按钮对应的点击事件中植入数据发送接口以达到埋点的目的，这样在该按钮被点击时，就可以将该按钮的采集数据通过该数据发送接口发送给服务器，以给点击次数提供数据基础。且每次业务需求的改变都需要到处埋点，需要找到待埋点控件的位置，在研发人员进行埋点代码的研发，并通过测试人员对埋点代码的测试后，以植入代码的方式实现埋点，在某个事件发生时调用研发人员事先植入的数据发送接口来发送数据。

本公开平衡在客户端埋点的易用性和准确性，提供了一种有别于代码埋点和全埋点的、所见即所得的可视化无码埋点方法，可以直接在移动应用的真实界面上操作埋点，而且埋点之后立即可以验证埋点是否正确，将埋点部署到所有客户端也是几乎实时生效的。

作为一种可选的实施例，在可视化埋点界面的第一显示区域展示启动页面，上报与第一目标控件关联的配置信息至服务器可以包括：在可视化埋点界面的第二显示区域展示第一目标控件的第一配置页面，该第二显示区域为可视化埋点界面中除第一显示区域之外的显示区域。响应于第一用户在第一配置页面的输入操作，获得与第一目标控件关联的配置信息，以及上报与第一目标控件关联的配置信息至服务器。

根据本公开的实施例，可视化埋点界面上除了展示与该客户端网页对应的可编辑的图形界面的显示区域之外，还可以展示对第一目标控件进行属性编辑的显示区域。具体实施时，业务人员点击需要圈选的控件确定出第一目标控件之后，可以输入“事件名称”信息。

通过本公开的实施例，响应于第一用户在第一配置页面的输入操作，获得与第一目标控件关联的配置信息，通过自定义事件名称，可以将其与控件的事件路径(即唯一标志)进行绑定，可以使得在采集用户数据按照业务人员想要的方式对事件进行有意义的命名，这样在后续对其进行二次梳理和加工分析时，可以辅助后续埋点数据的分析。

作为一种可选的实施例，在可视化埋点界面的第二显示区域展示第一目标控件的第一配置页面可以包括：在可视化埋点界面的第三显示区域展示第一目标控件的第二配置页面，其中，第二配置页面用于配置与第一目标控件关联的页面属性信息，以及在可视化埋点界面的第四显示区域展示第一目标控件的第三配置页面，其中，第三配置页面用于配置与第一目标控件关联的事件属性信息，第四显示区域为第二显示区域中除第三显示区域之外的显示区域。

根据本公开的实施例，配置信息可以包括页面属性信息和事件属性信息，对页面属性信息进行配置的第三显示区域和对事件属性信息进行配置的第四显示区域可以设置在该客户端的启动页面的一侧，也可以设置在该客户端的启动页面的两侧，本公开对此不做限定。

具体实施时，业务人员点击需要圈选的控件确定出第一目标控件之后，可以继续通过可编辑图形页面中的编辑栏等，对该埋点位置的埋点元素进行埋点配置。对该埋点位置的埋点元素进行埋点配置可以包括但不限于基于埋点位置配置该埋点位置的上报触发事件，基于埋点位置配置该埋点位置的数据上报配置。由此使得埋点元素在后续监听用户操作时，可以根据所配置的上报触发事件触发数据的上报，并根据所配置的数据上报配置确定上报的数据类型、数据属性等上报信息。埋点配置可由可视化埋点平台自动配置，也可以根据不同的埋点进行个性化配置。

通过本公开的实施例，在可视化埋点界面上展示对第一目标控件进行埋点配置的属性信息，即页面属性信息和事件属性信息，可以方便地设置自定义属性、自定义事件，适合需要深入下钻，并精细化自定义分析的用户数据采集场景。

作为一种可选的实施例，数据采集方法除了可以包括前述操作S310～操作S350之外，还可以包括：响应于第一用户针对启动页面的跳转操作，将在可视化埋点界面的第一显示区域展示的启动页面切换至跳转页面。响应于第一用户在跳转页面上的第二选定操作，确定配置在跳转页面上的第二目标控件，该触发第二目标控件被配置为采集用户数据。上报与第二目标控件关联的配置信息至服务器，以使服务器基于配置信息返回埋点配置文件，响应于监测到第二用户通过第二客户端访问跳转页面，基于埋点配置文件，采集第二用户的用户数据。

根据本公开的实施例，响应于连接请求最先在第一应用程序中展示的是该客户端的启动页面，即客户端首页，但是用户可能不会一直停留在启动页面，通过点击可交互控件或者页内链接，可以将可视化埋点界面上当前显示的启动页面切换到显示跳转页面，此时在可视化埋点界面打开客户端的跳转页面，生成与该客户端网页对应的可编辑的图形界面，该可编辑的图像界面可以是客户端跳转页面的屏幕绘制图像。针对跳转页面的埋点方式可以参照启动页面的埋点方式。

本公开提供的埋点方法将核心代码与埋点配置解耦，业务人员通过在可视化界面上圈选的方式，生成埋点配置文件，为每个点击事件标记业务人员可读的“埋点名称”信息，APP启动时动态更新埋点配置文件，埋点配置生效；上报埋点数据时，上传业务人员定义的“埋点名称”信息，便于后续数据分析，可以降低使用者的数据接入成本。

作为一种可选的实施例，上报与第二目标控件关联的配置信息至服务器可以包括：将在可视化埋点界面的第二显示区域展示的第一目标控件的第一配置页面切换至第二目标控件的第四配置页面。响应于第一用户在第四配置页面的输入操作，获得与第二目标控件关联的配置信息，以及上报与第二目标控件关联的配置信息至服务器。

根据本公开的实施例，第四配置页面与第一配置页面可以展示在可视化埋点界面的相同位置处，也可以展示在可视化埋点界面的不同位置处，本公开对此不做限定。可视化埋点界面上除了展示与该客户端网页对应的可编辑的图形界面的显示区域之外，还可以展示对第二目标控件进行属性编辑的显示区域。本公开中页面埋点可以通过切面(AspectOriented Programming，AOP)技术自动增加，即通过捕获用户交互过程中的相应事件，通过运行期hook的方式，实现用户行为数据的采集，这样业务运营人员可以快速地完成埋点的可视化圈选配置，无需研发测试人员进行埋点代码的研发，即可采集用户行为数据，快速响应业务需求提升敏捷性，实现真正的可视化无码埋点。需要说明的是每个控件的埋点信息中都包含控件的路径，本公开的埋点方式可以实现差量更新，当APP进行的版本迭代，页面发生调整时，只要控件的层级没有发生改变，该控件就不需要重新埋点，如果控件的层级发生变化则需要重新埋点，即页面中存量埋点控件可沿用既有埋点，只需对差量的控件进行重新埋点调整。

通过本公开的实施例，响应于第一用户在第四配置页面的输入操作，获得与第二目标控件关联的配置信息，通过自定义事件名称，可以将其与控件的事件路径(即唯一标志)进行绑定，可以使得在采集用户数据按照业务人员想要的方式对事件进行有意义的命名，这样在后续对其进行二次梳理和加工分析时，可以辅助后续埋点数据的分析。

作为一种可选的实施例，将在可视化埋点界面的第二显示区域展示的第一目标控件的第一配置页面切换至第二目标控件的第四配置页面可以包括：将在可视化埋点界面的第三显示区域展示的第一目标控件的第二配置页面切换至第二目标控件的第五配置页面，第五配置页面用于配置与第二目标控件关联的页面属性信息，以及将在可视化埋点界面的第四显示区域展示的第一目标控件的第三配置页面至第二目标控件的第六配置页面，第六配置页面用于配置与第二目标控件关联的事件属性信息，第四显示区域为第二显示区域中除第三显示区域之外的显示区域。

根据本公开的实施例，配置信息可以包括页面属性信息和事件属性信息，对页面属性信息进行配置的第三显示区域和对事件属性信息进行配置的第四显示区域可以设置在该客户端的启动页面的一侧，也可以设置在该客户端的启动页面的两侧，本公开对此不做限定。

作为一种可选的实施例，基于埋点配置文件，采集第二用户的用户数据可以包括：响应于第二用户在启动页面上的触发操作，获取与触发操作所针对的触发对象。监测触发对象是否为埋点配置文件对应的第一目标控件，以及若是，则采集第二用户的用户数据。

根据本公开的实施例，可以通过在监听页面的生命周期方式以及在用户交互过程中拦截页面跳转生命周期的方式，来记录相应的数据，实现页面数据的自动采集。

通过本公开的实施例，可以在监测客户端被访问时向服务器校验是否有新的埋点，如果发现有新的埋点，则会从服务器上下载并且立即生效，这样就能确保服务器接收到最新的埋点后，所有客户端都能在下一次访问时得到部署。

图4示意性示出了根据本公开另一实施例的数据采集方法的流程图。如图4所示的方法400应用于服务器端，包括操作S410～操作S440。

在操作S410，接收第一终端上报的与第一目标控件关联的配置信息。根据本公开的实施例，第一目标控件配置在第二应用程序的启动页面上，启动页面展示于在第一应用程序展示的可视化埋点界面上，可视化埋点界面是响应于第一应用程序对第二应用程序的、用于指示建立并保持与第二应用程序的可视化埋点连接的连接请求展示的。

在操作S420，对配置信息进行审核，并获得审核结果。根据本公开的实施例，在后台可视化圈选系统中，查看可视化配置信息，审核并生成配置文件，可通过业务人员在可视化圈选中录入的“事件名称”作为控件的区分标志，用于唯一标记点击事件。

在操作S430，在审核结果表征审核通过的情况下，生成埋点配置文件。根据本公开的实施例，在审核未通过的情况下，向第一终端返回埋点失败的提示信息，以提示业务人员重新埋点，并上报埋点配置信息。

在操作S440，响应于监测到第二用户通过第二终端访问启动页面，下发埋点配置文件至第二终端，以基于埋点配置文件，采集第二用户的用户数据。

通过本公开的实施例，服务器对第一终端上报的启动页面的埋点配置信息进行审核验证，以使得在埋点之后立即可以验证启动页面埋点是否正确，并在验证审核通过的情况下，生成启动页面的埋点配置文件，实时将埋点部署到所有客户端，操作简单便捷，可以降低业务运营人员的数据接入成本。

作为一种可选的实施例，数据采集方法除了可以包括前述操作S410～操作S440之外，还可以包括：接收第一终端上报的与第二目标控件关联的配置信息，其中，第二目标控件配置在第二应用程序的跳转页面上，跳转页面响应于第一用户针对启动页面的跳转操作，由启动页面切换展示。对配置信息进行审核，并获得审核结果。在审核结果表征审核通过的情况下，生成埋点配置文件，以及响应于监测到第二用户通过第二终端访问跳转页面，下发埋点配置文件至第二终端，以基于埋点配置文件，采集第二用户的用户数据。

通过本公开的实施例，服务器对第一终端上报的跳转页面的埋点配置信息进行审核验证，以使得在埋点之后立即可以验证跳转页面埋点是否正确，并在验证审核通过的情况下，生成跳转页面的埋点配置文件，实时将埋点部署到所有客户端，操作简单便捷，降低数据接入成本。

图5示意性示出了根据本公开另一实施例的数据采集方法的流程图。如图5所示的方法500包括操作S510～操作S5110。具体实施时，在客户端集成无码埋点SDK，可通过开关控制自动采集用户点击事件的全量数据首先启动APP(执行操作S510)，接着扫描二维码，进入可视化埋点界面(执行操作S520)，以建立可视化埋点连接实现可视化埋点，在可视化圈选控件(执行操作S530)并上送可视化圈选信息(执行操作S540)后，审核并生成配置文件(执行操作S550)，再接着启动APP拉取配置文件(执行操作S560)，响应于用户实际点击(执行操作S570)，检测是否匹配可视化圈选配置(执行操作S580)，若否，则上报全埋点数据(执行操作S5100)。若是，则按照配置文件补充可视化标签信息(执行操作S590)，最终上报可视化圈选数据(执行操作S5110)。

本公开的数据采集方法，至少部分地克服了相关技术中有码埋点技术中需要开发人员代码埋点的不足，可以对页面上的绑定点击事件的控件(如按钮、轮播广告、宫格等)，使用鼠标进行可视化圈选，获取用户行为事件的相关数据，并将数据上送提供一种无需研发测试人员进行埋点代码的研发、缩短埋点时间周期的数据采集方法。

图6示意性示出了根据本公开另一实施例的数据采集方法的流程图。如图6所示，从手机端和Web端之间的交互，说明本公开提供的数据采集方法，该数据采集方法600可以包括操作S610～操作S6100。具体实施时，首先手机端集成SDK(执行操作S610)，接着扫码打开APP，与Web端建立连接(执行操作S620)，手机端连接后，发送获取设备信息的请求(执行操作S630)，Web端返回设备信息(执行操作S6，40)，验证设备信息，验证通过则请求绘制屏幕(执行操作S650)，绘制屏幕，返回控件信息以及屏幕截图(执行操作S660)，根据屏幕截图和控件信息展示手机界面(执行操作S670)，响应于用户通过界面配置，生成配置文件(执行操作S680)，APP更新配置，为控件增加事件监听器(执行操作S690)，最终响应于用户点击控件，发送事件(执行操作S6100)。本公开提供的客户端埋点方法，简单易用且埋点准确，减少业务运营人员的数据接入成本，达到快速采集到移动客户端的用户行为数据的目的。

图7示意性示出了根据本公开实施例的客户端埋点的示意图。

如图7所示，客户端埋点一般分为页面级的埋点、访问级的埋点以及页内行为级的埋点。用户访问一个网站或启动一个客户端通常情况下都会默认自动采集上报用户的访问，当用户访问不同页面时，就会选择不默认自动采集，而将其作为一个选项交给用户，而对于用户在某一个页面内详细的操作行为，只有极少数埋点方法支持自动采集上报。但页内行为级的采集也还可以进一步探讨其采集的范围。最常见的就是自动采集可交互元素和自动采集所有元素的差别。可交互元素包括但不限于：链接、表单项(例如按钮、输入框等)、HTML的对象级元素。不可交互元素可以包括但不限于页面元素。由于实际上网页和移动应用中可以看得到的界面很多都并不是标准元素，所以实际上界面上很多看似可交互元素也都是无法对其实现自动采集上报的。

若以采集上报的全数据量为代价，随着数据量上升导致客户端奔溃的概率也会上升。尤其是移动端，更多的数据量意味着更多的电量、流量和内存消耗。即使全部行为数据可以被接收回来，在具体分析时进行二次梳理和加工也是无法避免的，甚至是痛苦的。因为机器无法在采集时能按照我们想要的方式对全部事件进行有意义的命名，甚至无法保证采集上来的事件都正好是正确的。于是前期埋点时节省下来的人力成本，在后期分析时都得搭进去。所以本公开以可视化埋点的方式将埋点的选择权交由业务人员自己决定，通过在可视化埋点界面上圈选的方式实现可视化无码埋点，埋点操作简单，实施部署，可以提高埋点效率。

图8示意性示出了根据本公开实施例的可视化埋点界面的示意图。如图8所示，可视化埋点界面800配置有第一显示区域810以及除第一显示区域810之外的第二显示区域，具体地第二显示区域包括第三显示区域820以及第四显示区域830。

根据本公开的上下文所述，第一显示区域810用于展示与该客户端的启动页面或跳转页面对应的可编辑的图形界面，该可编辑的图像界面可以是客户端启动页面或跳转页面的屏幕绘制图像。以启动页面为例，启动页面上分布有六个可交互控件，以横三纵二的布局展布，每个控件都与指定的点击事件绑定。第二显示区域展示第一目标控件的第一配置页面或第二目标控件的第四配置页面。具体地，第三显示区域820展示第一目标控件的第二配置页面、或切换显示的第二目标控件的第五配置页面，第五配置页面用于配置与相应目标控件对应的页面属性信息，例如页面路径、页面名称、上报点选位置。第四显示区域830展示第一目标控件的第三配置页面，或切换显示的第二目标控件的第六配置页面。第六配置页面用于配置与相应目标控件对应的事件属性信息，例如事件路径、事件名称、事件类型，例如点击。

需要说明的是，如上所示的可视化埋点界面仅仅是示意性的，并非对可视化埋点界面上显示区域的限定，本领域技术人员可以根据实际需要，设计可视化埋点界面的显示区域布局，本公开不做限定。

图9示意性示出了根据本公开实施例的数据采集装置的框图。

如图9所示，该数据采集装置900应用于第一终端，包括第一获取模块910、第一展示模块920、第一确定模块930、第一上报模块940以及第一采集模块950。

第一获取模块910，用于获取第一应用程序对第二应用程序的连接请求，该连接请求用于指示建立并保持与第二应用程序的可视化埋点连接。可选地，第一获取模块910例如用于执行前述操作S310。

第一展示模块920，用于响应于连接请求，在第一应用程序中展示可视化埋点界面，该可视化埋点界面展示有第二应用程序的启动页面。可选地，第一展示模块920例如用于执行前述操作S320。

第一确定模块930，用于响应于第一用户在启动页面上的第一选定操作，确定配置在启动页面上的第一目标控件。可选地，第一确定模块930例如用于执行前述操作S330。

第一上报模块940，用于上报与第一目标控件关联的配置信息至服务器，以使服务器基于配置信息生成并返回埋点配置文件。可选地，第一上报模块940例如用于执行前述操作S340。

第一采集模块950，用于响应于监测到第二用户通过第二终端访问启动页面，基于埋点配置文件，采集第二用户的用户数据。可选地，第一采集模块950例如用于执行前述操作S350。

作为一种可选的实施例，在可视化埋点界面的第一显示区域展示启动页面，第一上报模块包括：第一展示子模块，用于在可视化埋点界面的第二显示区域展示第一目标控件的第一配置页面，其中，第二显示区域为可视化埋点界面中除第一显示区域之外的显示区域。第一获得子模块，用于响应于第一用户在第一配置页面的输入操作，获得与第一目标控件关联的配置信息，以及第一上报子模块，用于上报与第一目标控件关联的配置信息至服务器。

作为一种可选的实施例，第一展示子模块包括：第一展示单元，用于在可视化埋点界面的第三显示区域展示第一目标控件的第二配置页面，其中，第二配置页面用于配置与第一目标控件关联的页面属性信息，以及第二展示单元，用于在可视化埋点界面的第四显示区域展示第一目标控件的第三配置页面，其中，第三配置页面用于配置与第一目标控件关联的事件属性信息，第四显示区域为第二显示区域中除第三显示区域之外的显示区域。

作为一种可选的实施例，数据采集装置除了包括前述第一获取模块910、第一展示模块920、第一确定模块930、第一上报模块940以及第一采集模块950之外，还包括：第二展示模块，用于响应于第一用户针对启动页面的跳转操作，将在可视化埋点界面的第一显示区域展示的启动页面切换至跳转页面。第二确定模块，用于响应于第一用户在跳转页面上的第二选定操作，确定配置在跳转页面上的第二目标控件，其中，触发第二目标控件被配置为采集用户数据。第二上报模块，用于上报与第二目标控件关联的配置信息至服务器，以使服务器基于配置信息返回埋点配置文件，以及第二采集模块，用于响应于监测到第二用户通过第二客户端访问跳转页面，基于埋点配置文件，采集第二用户的用户数据。

作为一种可选的实施例，第二上报模块包括：第二展示子模块，用于将在可视化埋点界面的第二显示区域展示的第一目标控件的第一配置页面切换至第二目标控件的第四配置页面。第二获得子模块，用于响应于第一用户在第四配置页面的输入操作，获得与第二目标控件关联的配置信息，以及第二上报子模块，用于上报与第二目标控件关联的配置信息至服务器。

作为一种可选的实施例，第二展示子模块包括：第三展示单元，用于将在可视化埋点界面的第三显示区域展示的第一目标控件的第二配置页面切换至第二目标控件的第五配置页面，其中，第五配置页面用于配置与第二目标控件关联的页面属性信息，以及第四展示单元，用于将在可视化埋点界面的第四显示区域展示的第一目标控件的第三配置页面至第二目标控件的第六配置页面，其中，第六配置页面用于配置与第二目标控件关联的事件属性信息，第四显示区域为第二显示区域中除第三显示区域之外的显示区域。

作为一种可选的实施例，第一采集模块包括：获取子模块，用于响应于第二用户在启动页面上的触发操作，获取与触发操作所针对的触发对象。监测子模块，用于监测触发对象是否为埋点配置文件对应的第一目标控件，及采集子模块，用于若是，则采集用户数据。

图10示意性示出了根据本公开另一实施例的数据采集装置的框图。如图10所示的装置1000应用于服务器端，包括第一接收模块1010、第一审核模块1020、第一生成模块1030以及第一下发模块1040。

第一接收模块1010，用于接收第一终端上报的与第一目标控件关联的配置信息，第一目标控件配置在第二应用程序的启动页面上，启动页面展示于在第一应用程序展示的可视化埋点界面上，可视化埋点界面是响应于第一应用程序对第二应用程序的用于指示建立并保持与第二应用程序的可视化埋点连接的连接请求展示的。可选地，第一接收模块1010例如用于执行前述操作S410，在此不再赘述。

第一审核模块1020，用于对配置信息进行审核，并获得审核结果。可选地，第一审核模块1020例如用于执行前述操作S420。

第一生成模块1030，用于在审核结果通过的情况下，生成埋点配置文件。可选地，第一生成模块1030例如用于执行前述操作S430。

第一下发模块1040，用于响应于监测到第二用户通过第二终端访问启动页面，下发埋点配置文件至第二终端，以基于埋点配置文件，采集第二用户的用户数据。可选地，第一下发模块1040例如用于执行前述操作S440。

作为一种可选的实施例，数据采集装置除了包括前述第一接收模块1010、第一审核模块1020、第一生成模块1030以及第一下发模块1040之外，还包括：第二接收模块，用于接收第一终端上报的与第二目标控件关联的配置信息，其中，第二目标控件配置在第二应用程序的跳转页面上，跳转页面响应于第一用户针对启动页面的跳转操作，由启动页面切换展示。第二审核模块，用于对配置信息进行审核，并获得审核结果。第二生成模块，用于在审核结果表征审核通过的情况下，生成埋点配置文件，以及第二下发模块，用于响应于监测到第二用户通过第二终端访问跳转页面，下发埋点配置文件至第二终端，以基于埋点配置文件，采集第二用户的用户数据。

需要说明的是，数据采集装置部分实施例中各模块的实施方式、解决的技术问题、实现的功能、以及达到的技术效果分别与数据采集方法部分实施例中各对应的步骤的实施方式、解决的技术问题、实现的功能、以及达到的技术效果相同或类似，在此不再赘述。

根据本公开的实施例的模块、子模块、单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FNGA)、可编程逻辑阵列(NLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，第一获取模块、第一展示模块、第一确定模块、第一上报模块、第一采集模块、第一展示子模块、第一获得子模块、第一上报子模块、第一展示单元、第二展示单元、第二展示模块、第二确定模块、第二上报模块、第二采集模块、第二展示子模块、第二获得子模块、第二上报子模块、第三展示单元、第四展示单元、获取子模块、监测子模块以及采集子模块可以合并在一个模块中实现。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，第一获取模块、第一展示模块、第一确定模块、第一上报模块、第一采集模块、第一展示子模块、第一获得子模块、第一上报子模块、第一展示单元、第二展示单元、第二展示模块、第二确定模块、第二上报模块、第二采集模块、第二展示子模块、第二获得子模块、第二上报子模块、第三展示单元、第四展示单元、获取子模块、监测子模块以及采集子模块中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FNGA)、可编程逻辑阵列(NLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者第一获取模块、第一展示模块、第一确定模块、第一上报模块、第一采集模块、第一展示子模块、第一获得子模块、第一上报子模块、第一展示单元、第二展示单元、第二展示模块、第二确定模块、第二上报模块、第二采集模块、第二展示子模块、第二获得子模块、第二上报子模块、第三展示单元、第四展示单元、获取子模块、监测子模块以及采集子模块中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图11示意性示出了根据本公开实施例的适于实现上文描述的数据采集方法的计算机可读存储介质产品的示意图。

在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在设备上运行时，程序代码用于使设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施例的数据采集方法中的前述各项操作(或步骤)，例如电子设备可以执行如图3、图4、图5以及图6所示操作。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、系统或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(ENROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

如图11所示，描述了根据本发明的实施方式的数据采集的程序产品1100，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可在设备，例如个人电脑上运行。然而本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、系统或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、系统或者器件使用或者与其结合使用的程序。可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、有线、光缆，RF等等，或者上述的任意合适的组合。

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

图12示意性示出了根据本公开实施例的适于实现上文描述的数据采集方法的电子设备的框图。图12示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图12所示，根据本公开实施例的电子设备1200包括处理器1201，其可以根据存储在只读存储器(ROM)1202中的程序或者从存储部分1208加载到随机访问存储器(RAM)1203中的程序而执行各种适当的动作和处理。处理器1201例如可以包括通用微处理器(例如CNU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器1201还可以包括用于缓存用途的板载存储器。处理器1201可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM 1203中，存储有电子设备1200操作所需的各种程序和数据。处理器1201、ROM 1202以及RAM 1203通过总线1204彼此相连。处理器1201通过执行ROM 1202和/或RAM1203中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除ROM 1202和RAM 1203以外的一个或多个存储器中。处理器1201也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例图3、图4、图5以及图6所示操作。

根据本公开的实施例，电子设备1200还可以包括输入/输出(I/O)接口1205，输入/输出(I/O)接口1205也连接至总线1204。系统1200还可以包括连接至I/O接口1205的以下部件中的一项或多项：包括键盘、鼠标等的输入部分1206；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1207；包括硬盘等的存储部分1208；以及包括诸如LAA卡、调制解调器等的网络接口卡的通信部分1209。通信部分1209经由诸如因特网的网络执行通信处理。驱动器1210也根据需要连接至I/O接口1205。可拆卸介质1211，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1210上，以便于从其上读出的计算机程序根据需要被安装入存储部分1208。

根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1209从网络上被下载和安装，和/或从可拆卸介质1211被安装。在该计算机程序被处理器1201执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的数据采集方法，包括图3、图4、图5以及图6所示操作。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(ENROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 1202和/或RAM 1203和/或ROM 1202和RAM 1203以外的一个或多个存储器。

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

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目标，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。