CN108763016A - 一种采集用户行为数据的方法及装置 - Google Patents

Abstract

本发明提出一种采集用户行为数据的方法，包括：对应用产品的各个窗口单元界面的各个子视图中有点击事件的控件封装点击监听；通过遍历所述各个子视图，确认各个已封装点击监听的控件的路径；当所述已封装点击监听的控件被点击时，将点击行为数据以及被点击的控件的路径信息存储到数据库中；将所述数据库中存储的点击行为数据以及被点击的控件的路径信息发送给后台服务器，使所述后台服务器对点击行为数据进行筛选。上述方案的应用能够降低用户行为数据采集时对应用产品代码的影响，并且可以节省人工成本。

Description

一种采集用户行为数据的方法及装置

技术领域

本发明涉及数据分析技术领域，尤其涉及一种采集用户行为数据的方法及装置。

背景技术

在一款Android应用产品上线后，开发人员最关心的莫过于用户对于应用的哪个模块使用比较频繁，哪个模块被使用的较少，以此来修正应用产品的发展方向，使应用产品产生最大的商业价值。因此，在用户使用应用产品的过程中采集用户行为数据，成为对应用产品的发展方向进行修正的前提和条件。

现有技术中，通常通过在应用产品代码中埋点监控用户行为，采集用户行为数据。埋点监控用户行为，需要在监控的可能发生用户点击的控件处手动预埋收集数据的代码，当用户点击该控件时，会触发该代码，实现对用户点击行为的统计，并将统计数据发送至后台。在上述处理过程中，需要针对每个控件分别预埋收集数据的埋点代码，会对代码的可读性和维护性造成影响，并且当控件较多时会提高人工成本。

发明内容

基于上述现有技术的缺陷和不足，本发明提出一种采集用户行为数据的方法及装置，能够省去针对每个控件分别预埋收集数据的埋点代码，而是自动化地采集用户行为数据。

一种采集用户行为数据的方法，包括：

对应用产品的各个窗口单元界面的各个子视图中有点击事件的控件封装点击监听；其中，所述各个窗口单元界面包括Activity、Fragmet、Dialog、PopupWindow；

通过遍历所述各个子视图，确认各个已封装点击监听的控件的路径；

当所述已封装点击监听的控件被点击时，将点击行为数据以及被点击的控件的路径信息存储到数据库中；

将所述数据库中存储的点击行为数据以及被点击的控件的路径信息发送给后台服务器，使所述后台服务器对点击行为数据进行筛选。

可选的，所述对应用产品的各个窗口单元界面的各个子视图中有点击事件的控件封装点击监听，包括：

分别获取应用产品的各个窗口单元界面的顶层视图；

遍历所述各个窗口单元界面的顶层视图，分别获取各个顶层视图的各个子视图；

对获取的各个子视图中有点击事件的控件分别封装点击监听。

可选的，所述将所述数据库中存储的点击行为数据以及被点击的控件的路径信息发送给后台服务器，包括：

当同一控件被点击设定次数时，将数据库中存储的设定次数的所述控件的点击行为数据以及所述控件的路径信息发送给后台服务器。

可选的，在将数据库中存储的设定次数的所述控件的点击行为数据以及所述控件的路径信息发送给后台服务器之前，该方法还包括：

对存储的设定次数的所述控件的点击行为数据进行合并处理。

一种采集用户行为数据的方法，应用于应用产品的后台服务器，该方法包括：

获取对应被点击的控件的点击行为数据以及所述被点击的控件的路径信息；

根据预定义的埋点数据采集规则，从获取的对应被点击的控件的点击行为数据以及所述被点击的控件的路径信息中，筛选出需要采集的被点击的控件的点击行为数据以及所述被点击的控件的路径信息。

一种采集用户行为数据的装置，包括：

封装处理单元，用于对应用产品的各个窗口单元界面的各个子视图中有点击事件的控件封装点击监听；其中，所述各个窗口单元界面包括Activity、Fragmet、Dialog、PopupWindow；

路径确认单元，用于通过遍历所述各个子视图，确认各个已封装点击监听的控件的路径；

数据采集单元，用于当所述已封装点击监听的控件被点击时，将点击行为数据以及被点击的控件的路径信息存储到数据库中；

数据发送单元，用于将所述数据库中存储的点击行为数据以及被点击的控件的路径信息发送给后台服务器，使所述后台服务器对点击行为数据进行筛选。

可选的，所述封装处理单元，包括：

顶层视图获取单元，用于分别获取应用产品的各个窗口单元界面的顶层视图；

子视图获取单元，用于遍历所述各个窗口单元界面的顶层视图，分别获取各个顶层视图的各个子视图；

监听封装单元，用于对获取的各个子视图中有点击事件的控件分别封装点击监听。

可选的，所述数据发送单元将所述数据库中存储的点击行为数据以及被点击的控件的路径信息发送给后台服务器时，具体用于：

当同一控件被点击设定次数时，将数据库中存储的设定次数的所述控件的点击行为数据以及所述控件的路径信息发送给后台服务器。

可选的，所述数据发送单元还用于：

对存储的设定次数的所述控件的点击行为数据进行合并处理。

一种采集用户行为数据的装置，应用于应用产品的后台服务器，该装置包括：

数据获取单元，用于获取对应被点击的控件的点击行为数据以及所述被点击的控件的路径信息；

数据筛选单元，用于根据预定义的埋点数据采集规则，从获取的对应被点击的控件的点击行为数据以及所述被点击的控件的路径信息中，筛选出需要采集的被点击的控件的点击行为数据以及所述被点击的控件的路径信息。

本发明对用户行为数据进行采集时，不再需要分别针对需要监听的控件写入埋点监听代码，而是直接自动化地对应用产品的所有有点击事件的控件封装监听，采集用户的每一次点击行为数据，然后将采集的数据发送到后台服务器，再由后台服务器根据需求进行用户点击行为数据的筛选等处理。上述方案的应用能够降低用户行为数据采集时对应用产品代码的影响，并且可以节省人工成本。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1是本发明实施例提供的一种采集用户行为数据的方法的流程示意图；

图2是本发明实施例提供的对控件封装点击监听的方法的流程示意图；

图3是本发明实施例提供的另一种采集用户行为数据的方法的流程示意图；

图4是本发明实施例提供的又一种采集用户行为数据的方法的流程示意图；

图5是本发明实施例提供的提取需要采集点击行为数据的控件的路径的页面示意图；

图6是本发明实施例提供的一种采集用户行为数据的装置的结构示意图；

图7是本发明实施例提供的另一种采集用户行为数据的装置的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例公开了一种采集用户行为数据的方法，可以用于采集用户在使用应用产品的过程中的行为数据。

一种可选的方式是，可以将本发明实施例技术方案代码植入应用产品代码中，在运行应用产品代码的同时，运行本发明实施例技术方案代码，对用户在使用该应用产品时的行为数据进行采集；或者，也可以将具有本发明实施例技术方案功能的装置安装到应用产品装置中，在用户使用上述应用产品装置时，上述具有本发明实施例技术方案功能的装置同时运行，对用户行为进行监控和数据采集。

上述的用户行为数据，主要是指用户在使用应用产品时进行点击动作的相关数据，例如点击对应的控件、点击次数、点击时间等。

参见图1所示，本发明实施例所公开的采集用户行为数据的方法，具体包括：

S101、对应用产品的各个窗口单元界面的各个子视图中有点击事件的控件封装点击监听；其中，所述各个窗口单元界面包括Activity、Fragmet、Dialog、PopupWindow；

具体的，在一款Android应用产品运行过程中，会呈现给用户不同的窗口单元界面，一方面向用户展示应用产品功能，以及向用户展示数据内容，另一方面实现与用户的交互。

在窗口单元界面中，存在可供用户点击的按钮，在每一个按钮后台对一个一个控件，用于响应用户的点击行为。除此之外，在窗口单元界面中还存在不能由用户点击的控件，这些控件只用于对数据内容进行显示控制。可以理解，当用户点击窗口单元界面上呈现的某一点击按钮时，实际上是点击了该按钮的后台控件，也就是触发了该按钮的后台控件。

进一步的，窗口单元界面包括顶层视图和子视图，其中，子视图包括在顶层视图之下。对于一个窗口单元界面，可以通过遍历其顶层视图，分别查找顶层视图下的各个子视图。

更进一步的，窗口单元界面的各个控件存在于窗口单元界面的各个子视图中。因此，可以通过遍历窗口单元界面的顶层视图，以及各个顶层视图下的各个子视图，确定窗口单元界面的各个控件的路径。

当需要对用户在上述窗口单元界面中的点击行为进行监控以及数据采集时，通过遍历窗口单元界面的顶层视图和顶层视图下的子视图，对子视图中有点击事件的控件封装点击监听。

上述有点击事件的控件，是指在窗口单元界面生成对应的点击按钮，允许用户进行点击的控件。在对上述有点击事件的控件封装点击监听后，当用户点击该控件对应的点击按钮时，能够相应用户的点击操作进行相应处理，同时会记录用户的点击行为。

上述窗口单元界面，根据应用产品类型而不同。例如，对于一款Android应用产品而言，上述窗口单元界面包括Activity、Fragmet、Dialog、PopupWindow等。

以Android应用开发为例，在应用产品开发时，本发明实施例在Android studio中，定义一个gradle插件，该插件能够自动化的完成步骤S101的处理，即对应用产品的各个窗口单元界面的各个子视图中有点击事件的控件封装点击监听。可以理解，上述过程免去了人工针对需要监听的控件手动写入埋点代码，而是自动化的对所有有点击事件的控件封装点击监听。

S102、通过遍历所述各个子视图，确认各个已封装点击监听的控件的路径；

具体的，在对窗口单元界面的各个有点击事件的控件封装点击监听后，本发明实施例进一步通过遍历窗口单元界面的顶层视图和顶层视图下的各个子视图，确定各个已经封装点击监听的控件的路径。

具体过程是，通过顶层视图，使用getChildCount方法获取到该视图的子视图个数，再使用getChildAt方法来获取到子视图，再继续遍历获取到的子视图，直到没有子视图为止。每遍历到一个子视图后，如果该子视图中存在已封装点击监听的控件，则将遍历到该子视图的遍历路径作为该控件的路径。

当所述已封装点击监听的控件被点击时，执行步骤S103、将点击行为数据以及被点击的控件的路径信息存储到数据库中；

具体的，当用户在使用应用产品过程中点击某一按钮时，即点击了该按钮对应的后台控件。由于在步骤S101中已经对有点击事件的空间封装了点击监听，因此当用户点击控件时，监听程序会记录本次点击行为，具体记录点击的时间、点击次数等数据。并且，监听程序将记录的点击行为数据以及被点击的控件的路径信息存储到数据库中。

S104、将所述数据库中存储的点击行为数据以及被点击的控件的路径信息发送给后台服务器，使所述后台服务器对点击行为数据进行筛选。

具体的，对用户行为的监听数据，主要用于对用户行为进行分析，从而了解应用产品的被使用情况。因此在采集点击行为数据以及被点击的控件的路径信息并存储到数据库中后，本发明实施例还进一步将数据库中存储的点击行为数据以及被点击的控件的路径信息发送给后台服务器，由后台服务器对点击行为数据进行筛选以及进一步的分析等处理。

需要说明的是，上述将数据库中存储的点击行为数据以及被点击的控件的路径信息发送给后台服务器，可以设置为实时发送，也可以设置为周期发送。

当设置为实时发送时，每当数据库中存进点击行为数据以及被点击的控件的路径信息时，就向后台服务器发送。采用这种方式可以保证采集用户行为数据的时效性。

当设置为周期发送时，当数据库中存进点击行为数据以及被点击的控件的路径信息时，暂时先不向后台服务器发送，而是先存储在数据库中，当到达预设的发送周期时，再将数据库中存储的点击行为数据以及被点击的控件的路径信息一起发送给后台服务器。采用这种方式可以避免频繁地向后台服务器发送数据造成网络拥堵和网络资源浪费。

通过上述介绍可见，采用本发明实施例对用户行为数据进行采集时，不再需要分别针对需要监听的控件写入埋点监听代码，而是直接自动化地对应用产品的所有有点击事件的控件封装监听，采集用户的每一次点击行为数据，然后将采集的数据发送到后台服务器，再由后台服务器根据需求进行用户点击行为数据的筛选等处理。上述方案的应用能够降低用户行为数据采集时对应用产品代码的影响，并且可以节省人工成本。

可选的，在本发明的另一个实施例中，还公开了对应用产品的各个窗口单元界面的各个子视图中有点击事件的控件封装点击监听的具体处理过程。

参见图2所示，所述对应用产品的各个窗口单元界面的各个子视图中有点击事件的控件封装点击监听，包括：

S201、分别获取应用产品的各个窗口单元界面的顶层视图；

具体的，针对应用产品的各个窗口单元界面，分别获取其顶层视图。例如对于一款Android应用产品，以Activity、Fragmet、Dialog、PopupWindow为单位进行顶层视图进行获取。

S202、遍历所述各个窗口单元界面的顶层视图，分别获取各个顶层视图的各个子视图；

具体的，在获取各个窗口单元界面的顶层视图后，分别遍历获取的各个顶层视图，每当遍历到一个顶层视图时，获取该顶层视图的各个子视图。

S203、对获取的各个子视图中有点击事件的控件分别封装点击监听。

具体的，当获取到各个子视图时，对子视图中有点击事件的控件封装点击监听。

需要说明的是，本实施例中的步骤S204～S206分别对应图1所示的方法实施例中的步骤S102～S104，其具体内容请参见图1所示的方法实施例的内容，此处不再赘述。

可选的，在本发明的另一个实施例中，还公开了将所述数据库中存储的点击行为数据以及被点击的控件的路径信息发送给后台服务器时的具体实现过程。

在本发明实施例中，所述将所述数据库中存储的点击行为数据以及被点击的控件的路径信息发送给后台服务器，包括：

当同一控件被点击设定次数时，将数据库中存储的设定次数的所述控件的点击行为数据以及所述控件的路径信息发送给后台服务器。

具体的，在本发明实施例中，在决定是否将数据库中存储的点击行为数据以及被点击的控件的路径信息发送给后台服务器时，根据控件被点击的次数决定。

当某一控件被用户点击了设定次数，那么根据事先已封装的点击监听的功能，会采集相应的设定次数的对应该控件的点击行为数据以及该控件的路径信息。本发明实施例设定，当同一控件被点击设定次数时，再将数据库中存储的设定次数的所述控件的点击行为数据以及所述控件的路径信息发送给后台服务器。

例如，假设在应用产品中有一签到按钮，相应的在后台有对应的签到控件。当用户点击签到按钮时，相应的在后台会采集用户点击了签到控件的动作。当用户点击一次签到按钮时，后台监听程序会采集本次点击的相关数据，生成一条数据，这一条数据包括本次点击行为数据以及被点击的控件(即上述签到控件)的路径信息，并且将这一条数据存储到数据库中；当用户再次点击一次签到按钮时，后台监听程序会再次采集本次点击的相关数据，再次生成一条数据，这一条数据包括本次点击行为数据以及被点击的控件(即上述签到控件)的路径信息，并且将这一条数据存储到数据库中。以此类推，当用户点击上述签到按钮更多次时，在就会生成更多条包括点击行为数据以及被点击的控件(即上述签到控件)的路径信息的数据，并且都存储到数据库中。当上述签到按钮被用户点击了设定次数，也就是数据库中存储的关于该签到控件的数据满足设定数量，例如足够10条时，将10条数据一起发送给后台服务器。

本发明实施例实现了将用户行为数据批量发送给后台服务器。在对用户使用应用产品时的行为进行分析时，主要是分析用户对哪些控件使用较多，也就是主要关注用户点击控件的次数。而本发明实施例将用户点击控件的行为统计批量地发送到后台服务器，利于后台服务器对用户行为数据进行快速统计分析。

可选的，在本发明的另一个实施例中，还公开了在将数据库中存储的设定次数的所述控件的点击行为数据以及所述控件的路径信息发送给后台服务器之前，还对存储的设定次数的所述控件的点击行为数据进行合并处理。

具体的，参见图3所示，当已封装点击监听的空间被点击设定次数时，执行步骤S304、对存储的设定次数的所述控件的点击行为数据进行合并处理；

具体的，本发明实施例对设定次数的空间点击行为数据进行合并处理后，可以减少数据量，减少所需带宽资源，并且可以加快数据传输速度。

例如，假设采集了10条签到控件的用户行为数据，每天数据分别包括用户点击行为数据以及被点击的控件(即上述签到控件)的路径信息。按照本发明实施例技术方案，对上述10条数据进行合并处理，可以直接记录用户对该签到控件点击了几次，以及记录一次该签到控件的路径信息即可。

在执行完步骤S304后，再执行“将数据库中存储的设定次数的所述控件的点击行为数据以及所述控件的路径信息发送给后台服务器”这一处理步骤，此时，由于对点击行为数据进行了合并，因此“将数据库中存储的设定次数的所述控件的点击行为数据以及所述控件的路径信息发送给后台服务器”这一处理步骤实际上是图3中所示的步骤S305、将合并处理后的所述控件的点击行为数据以及所述控件的路径信息发送给后台服务器。

本发明实施例还公开了一种应用于应用产品后台的采集用户行为数据的方法。

参见图4所示，该方法包括：

S401、获取对应被点击的控件的点击行为数据以及所述被点击的控件的路径信息；

具体的，参照上述各实施例介绍的采集用户行为数据的方法，对于某一个封装点击监听的控件来说，当该控件被用户点击时，会采集相应的点击行为数据以及该被点击的控件的路径信息。并且，对应一个被点击的控件的点击行为数据以及所述被点击的控件的路径信息会被发送到后台服务器。

相应的，后台服务器能够接收到对应被点击的空间的点击行为数据以及所述被点击的控件的路径信息。需要说明的是，由于用户在使用应用产品时，会随机地点击各个不同的按钮，因此后台服务器会接收到多个不同的被点击的控件的点击行为数据以及各个不同的被点击的控件的路径信息。

S402、根据预定义的埋点数据采集规则，从获取的对应被点击的控件的点击行为数据以及所述被点击的控件的路径信息中，筛选出需要采集的被点击的控件的点击行为数据以及所述被点击的控件的路径信息。

具体的，当应用产品开发人员或产品经理需要对应用产品在用户使用过程中的用户行为数据进行分析时，主要是针对特定的控件进行监控，因此相对于本发明实施例将所有有点击事件的控件都进行监听，开发人员或产品经理真正感兴趣的是其中某些控件的被点击情况。因此，在后台服务器获取到所有被点击控件的点击行为数据以及被点击控件的路径信息后，需要进一步对数据进行筛选，从中选出感兴趣的控件的点击行为数据，也就是筛选出需要采集的被点击的控件的点击行为数据以及所述被点击的控件的路径信息。

本发明实施例通过预先设定埋点数据采集规则，来确定从接收的多个被点击的控件的点击行为数据以及被点击的控件的路径信息中，筛选出哪些被点击的控件的点击行为数据以及被点击的控件的路径信息。

在本发明实施例中，设定通过需要采集点击行为数据的被点击的控件的ID从众多被点击的控件的点击行为数据以及被点击的控件的路径信息中筛选出需要采集点击行为数据的被点击的控件的点击行为数据以及控件路径信息。

首先，开发人员或产品经理根据需要采集点击行为数据的被点击的控件的ID，预先设置埋点数据采集规则，主要是设置需要针对哪些ID的控件筛选数据、筛选哪些时间段内的数据等。

在对有点击事件的控件封装点击监听后，进一步设置是否对该控件的点击事件进行拦截。对于需要采集点击行为数据的被点击控件，需要对其设置拦截。

然后，开发人员或产品经理提取需要采集点击行为数据的控件的路径，提取的路径以“该控件最后停留在最后的一个视图附属单元全称+控件的ID名称+列表下标”的形式表示。例如图5所示，com.sohu.qianfan.adapter.SigninRewardsAdapter是该控件的最后附属单元全称，rl_sign_item是控件ID名称，7是列表下标，列表下标只有在列表类控件中可以获取到。

开发人员或产品经理配置好上述需要采集点击行为数据的被点击控件ID和控件路径后，后台服务器从获取的对应被点击的控件的点击行为数据以及所述被点击的控件的路径信息中，筛选出需要采集的被点击的控件的点击行为数据以及所述被点击的控件的路径信息。

本发明实施例还公开了一种采集用户行为数据的装置，参见图6所示，该装置包括：

封装处理单元100，用于对应用产品的各个窗口单元界面的各个子视图中有点击事件的控件封装点击监听；其中，所述各个窗口单元界面包括Activity、Fragmet、Dialog、PopupWindow；

路径确认单元110，用于通过遍历所述各个子视图，确认各个已封装点击监听的控件的路径；

数据采集单元120，用于当所述已封装点击监听的控件被点击时，将点击行为数据以及被点击的控件的路径信息存储到数据库中；

数据发送单元130，用于将所述数据库中存储的点击行为数据以及被点击的控件的路径信息发送给后台服务器，使所述后台服务器对点击行为数据进行筛选。

可选的，在本发明的另一个实施例中，参见图7所示，所述封装处理单元100，包括：

顶层视图获取单元1001，用于分别获取应用产品的各个窗口单元界面的顶层视图；

子视图获取单元1002，用于遍历所述各个窗口单元界面的顶层视图，分别获取各个顶层视图的各个子视图；

监听封装单元1003，用于对获取的各个子视图中有点击事件的控件分别封装点击监听。

其中，所述数据发送单元130将所述数据库中存储的点击行为数据以及被点击的控件的路径信息发送给后台服务器时，具体用于：

当同一控件被点击设定次数时，将数据库中存储的设定次数的所述控件的点击行为数据以及所述控件的路径信息发送给后台服务器。

可选的，在本发明的另一个实施例中，所述数据发送单元130还用于：

对存储的设定次数的所述控件的点击行为数据进行合并处理。

具体的，上述各实施例中的各个单元的具体工作内容，请参见上述方法实施例的内容，此处不再赘述。

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

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种采集用户行为数据的方法，其特征在于，包括：

对应用产品的各个窗口单元界面的各个子视图中有点击事件的控件封装点击监听；其中，所述各个窗口单元界面包括Activity、Fragmet、Dialog、PopupWindow；

通过遍历所述各个子视图，确认各个已封装点击监听的控件的路径；

当所述已封装点击监听的控件被点击时，将点击行为数据以及被点击的控件的路径信息存储到数据库中；

将所述数据库中存储的点击行为数据以及被点击的控件的路径信息发送给后台服务器，使所述后台服务器对点击行为数据进行筛选。

2.根据权利要求1所述的方法，其特征在于，所述对应用产品的各个窗口单元界面的各个子视图中有点击事件的控件封装点击监听，包括：

分别获取应用产品的各个窗口单元界面的顶层视图；

遍历所述各个窗口单元界面的顶层视图，分别获取各个顶层视图的各个子视图；

对获取的各个子视图中有点击事件的控件分别封装点击监听。

3.根据权利要求1所述的方法，其特征在于，所述将所述数据库中存储的点击行为数据以及被点击的控件的路径信息发送给后台服务器，包括：

当同一控件被点击设定次数时，将数据库中存储的设定次数的所述控件的点击行为数据以及所述控件的路径信息发送给后台服务器。

4.根据权利要求3所述的方法，其特征在于，在将数据库中存储的设定次数的所述控件的点击行为数据以及所述控件的路径信息发送给后台服务器之前，该方法还包括：

对存储的设定次数的所述控件的点击行为数据进行合并处理。

5.一种采集用户行为数据的方法，其特征在于，应用于应用产品的后台服务器，该方法包括：

获取对应被点击的控件的点击行为数据以及所述被点击的控件的路径信息；

根据预定义的埋点数据采集规则，从获取的对应被点击的控件的点击行为数据以及所述被点击的控件的路径信息中，筛选出需要采集的被点击的控件的点击行为数据以及所述被点击的控件的路径信息。

6.一种采集用户行为数据的装置，其特征在于，包括：

封装处理单元，用于对应用产品的各个窗口单元界面的各个子视图中有点击事件的控件封装点击监听；其中，所述各个窗口单元界面包括Activity、Fragmet、Dialog、PopupWindow；

路径确认单元，用于通过遍历所述各个子视图，确认各个已封装点击监听的控件的路径；

数据采集单元，用于当所述已封装点击监听的控件被点击时，将点击行为数据以及被点击的控件的路径信息存储到数据库中；

数据发送单元，用于将所述数据库中存储的点击行为数据以及被点击的控件的路径信息发送给后台服务器，使所述后台服务器对点击行为数据进行筛选。

7.根据权利要求6所述的装置，其特征在于，所述封装处理单元，包括：

顶层视图获取单元，用于分别获取应用产品的各个窗口单元界面的顶层视图；

子视图获取单元，用于遍历所述各个窗口单元界面的顶层视图，分别获取各个顶层视图的各个子视图；

监听封装单元，用于对获取的各个子视图中有点击事件的控件分别封装点击监听。

8.根据权利要求6所述的装置，其特征在于，所述数据发送单元将所述数据库中存储的点击行为数据以及被点击的控件的路径信息发送给后台服务器时，具体用于：

当同一控件被点击设定次数时，将数据库中存储的设定次数的所述控件的点击行为数据以及所述控件的路径信息发送给后台服务器。

9.根据权利要求8所述的装置，其特征在于，所述数据发送单元还用于：

对存储的设定次数的所述控件的点击行为数据进行合并处理。

10.一种采集用户行为数据的装置，其特征在于，应用于应用产品的后台服务器，该装置包括：

数据获取单元，用于获取对应被点击的控件的点击行为数据以及所述被点击的控件的路径信息；

数据筛选单元，用于根据预定义的埋点数据采集规则，从获取的对应被点击的控件的点击行为数据以及所述被点击的控件的路径信息中，筛选出需要采集的被点击的控件的点击行为数据以及所述被点击的控件的路径信息。