CN110704097A - 一种数据收集方法、装置及电子设备和存储介质 - Google Patents

Abstract

本申请公开了一种数据收集方法、装置及电子设备和存储介质，该方法包括：获取包括目标上报对象的上报类型和预设标识信息的配置请求，并根据配置请求对目标上报对象进行配置；检测到上报事件触发后，确定上报事件对应的当前上报对象；判断预设标识信息中是否存在与当前上报对象对应的标识信息，根据判断结果确定当前上报对象是否为配置完成的目标上报对象；如果是，则根据当前上报对象对应的上报类型收集当前上报对象的操作数据。本申请可根据业务需求对目标上报对象的上报类型和标识信息进行配置，在上报事件触发后，仅在当前上报对象存在对应的标识信息时，才对其进行数据收集，避免了数据的全量收集，减少了数据冗余的同时满足了业务方的需求。

Description

一种数据收集方法、装置及电子设备和存储介质

技术领域

本申请涉及计算机技术领域，更具体地说，涉及一种数据收集方法、装置及一种电子设备和一种计算机可读存储介质。

背景技术

无埋点上报是指开发者无需再对追踪点进行埋码，而是能够脱离代码，只需通过应用界面配置即可追加随时生效的事件数据点，能够自动、全面正确的收集用户在使用APP时的所有事件数据，由于不需要通过代码埋点，减轻了开发人员的工作量。

然而，传统的无埋点上报是将所有的页面和元素均进行全量上报，这样无疑会带来大量的数据冗余，增加了服务器流量压力和数据分析压力；且传统上报方式默认将Activity类作为页面进行上报，将View作为元素进行上报，而在一些实施场景中，这种方式可能并不符合业务方的需求。例如，若当前存在一个仅仅占全部页面中少部分区域的输入框或弹框，由于其是Activity类，传统方案将默认把该输入框或弹框作为页面进行数据上报，这显然与业务需求并不符合。

因此，如何解决上述问题是本领域技术人员需要重点关注的。

发明内容

有鉴于此，本申请的目的在于提供一种数据收集方法、装置及一种电子设备和一种计算机可读存储介质，能够避免数据的全量收集，减少了数据冗余，同时满足了业务方的需求，有效提升用户体验。其具体方案如下：

为实现上述目的，本申请第一方面提供了一种数据收集方法，包括：

获取配置请求，并根据所述配置请求对目标上报对象进行配置；所述配置请求包括所述目标上报对象的上报类型和预设标识信息；

检测到上报事件触发后，确定所述上报事件对应的当前上报对象；

判断所述预设标识信息中是否存在与所述当前上报对象对应的标识信息，以便根据判断结果确定所述当前上报对象是否为配置完成的所述目标上报对象；

若所述当前上报对象为配置完成的所述目标上报对象，则根据所述当前上报对象对应的上报类型收集所述当前上报对象的操作数据。

结合本申请的第一方面，在本申请第一方面的第一种实施方式中，所述根据所述当前上报对象对应的上报类型收集所述当前上报对象的操作数据，包括：

根据所述当前上报对象的上报类型监听针对所述当前上报对象的前后台切换操作，收集得到所述当前上报对象的曝光数据及反曝光数据；

利用所述曝光数据以及所述反曝光数据确定所述当前上报对象对应的生命周期。

结合本申请的第一方面，在本申请第一方面的第二种实施方式中，所述确定所述上报事件对应的当前上报对象之后，还包括：

从预设队列中查找所述当前上报对象，并确定针对所述当前上报对象进行监测得到的有效曝光时长；所述初始队列用于存放所有初次曝光的对象；

判断所述有效曝光时长是否大于预设曝光时长；

若所述有效曝光时长大于所述预设曝光时长，则启动所述判断所述预设标识信息中是否存在与所述当前上报对象对应的标识信息的步骤。

结合本申请的第一方面，在本申请第一方面的第三种实施方式中，所述确定所述上报事件对应的当前上报对象之后，还包括：

确定所述当前上报对象的有效曝光区域，得到可见区域占比；所述可见区域占比为根据所述当前上报对象的父节点对应的总体曝光区域与所述当前上报对象自身的局部曝光区域进行交集检测得到的比例；

判断所述可见区域占比是否大于预设比例值；

若所述可见区域占比大于所述预设比例值，则启动所述判断所述预设标识信息中是否存在与所述当前上报对象对应的标识信息的步骤。

结合本申请的第一方面，在本申请第一方面的第四种实施方式中，所述配置请求还包括预设上报事件；

相应的，所述检测到上报事件触发后，确定所述上报事件对应的当前上报对象，包括：

检测到所述上报事件触发后，判断所述预设上报事件中是否存在与当前所述上报事件匹配的上报事件；

若所述预设上报事件中存在与当前所述上报事件匹配的上报事件，则允许执行所述确定所述上报事件对应的当前上报对象的步骤。

结合本申请的第一方面的第四种实施方式，在本申请第一方面的第五种实施方式中，所述配置请求还包括所述预设上报事件的公共参数；所述公共参数包括静态公共参数和动态公共参数；

在判定得到所述预设标识信息中存在与所述当前上报对象对应的标识信息之后，获取所述当前上报对象对应的静态公共参数，并调用预设函数收集所述当前上报对象对应的动态公共参数。

结合本申请的第一方面、本申请第一方面的第一种实施方式、本申请第一方面的第二种实施方式、本申请第一方面的第三种实施方式、本申请第一方面的第四种实施方式、本申请第一方面的第五种实施方式，在本申请第一方面的第六种实施方式中，所述数据收集方法还包括：

为目标上报对象创建对应的第一Hashmap以及第二Hashmap；所述第一Hashmap用于保存针对所述目标上报对象进行配置的配置信息；第二Hashmap用于保存针对所述目标上报对象进行数据收集得到的数据。

为实现上述目的，本申请第二方面提供了一种数据收集装置，包括：

目标配置模块，用于获取配置请求，并根据所述配置请求对目标上报对象进行配置；所述配置请求包括所述目标上报对象的上报类型和预设标识信息；

对象确定模块，用于检测到上报事件触发后，确定所述上报事件对应的当前上报对象；

标识判断模块，用于判断所述预设标识信息中是否存在与所述当前上报对象对应的标识信息，以便根据判断结果确定所述当前上报对象是否为配置完成的所述目标上报对象；

数据收集模块，用于若所述当前上报对象为配置完成的所述目标上报对象，则根据所述当前上报对象对应的上报类型收集所述当前上报对象的操作数据。

为实现上述目的，本申请第三方面提供了一种电子设备，包括：

处理器和存储器；

其中，所述处理器用于执行所述存储器中存储的程序；

所述存储器用于存储程序，所述程序至少用于：

获取配置请求，并根据所述配置请求对目标上报对象进行配置；所述配置请求包括所述目标上报对象的上报类型和预设标识信息；

检测到上报事件触发后，确定所述上报事件对应的当前上报对象；

判断所述预设标识信息中是否存在与所述当前上报对象对应的标识信息，以便根据判断结果确定所述当前上报对象是否为配置完成的所述目标上报对象；

若所述当前上报对象为配置完成的所述目标上报对象，则根据所述当前上报对象对应的上报类型收集所述当前上报对象的操作数据。

为实现上述目的，本申请第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述数据收集方法的步骤。

通过以上方案可知，本申请提供的一种数据收集方法，包括：获取配置请求，并根据所述配置请求对目标上报对象进行配置；所述配置请求包括所述目标上报对象的上报类型和预设标识信息；检测到上报事件触发后，确定所述上报事件对应的当前上报对象；判断所述预设标识信息中是否存在与所述当前上报对象对应的标识信息，以便根据判断结果确定所述当前上报对象是否为配置完成的所述目标上报对象；若所述当前上报对象为配置完成的所述目标上报对象，则根据所述当前上报对象对应的上报类型收集所述当前上报对象的操作数据。由上可知，本申请提供的数据收集方法可以获取根据业务需求对目标上报对象的上报类型和标识信息进行配置的请求，从而在上报事件触发后，首先可根据标识信息判断当前上报对象是否为配置完成的允许上报的目标上报对象，仅在当前上报对象存在对应的标识信息时，才根据当前上报对象的上报类型对其进行数据收集，避免了数据的全量收集，从而减少了数据冗余，同时满足了业务方的需求，能够有效提升用户体验。

本申请还公开了一种数据收集装置及一种电子设备和一种计算机可读存储介质，同样能实现上述技术效果。

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

附图说明

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

图1为本申请实施例公开的一种数据收集系统组成架构示意图；

图2为本申请实施例公开的一种数据收集方法的流程图；

图3为本申请实施例公开的数据收集方法的一种具体实施方式的流程图；

图4为本申请实施例公开的数据收集方法的另一种具体实施方式的流程图；

图5为本申请实施例公开的数据收集方法的又一种具体实施方式的流程图；

图6为本申请实施例公开的一种数据收集装置的结构示意图；

图7为本申请实施例公开的一种电子设备的结构示意图。

具体实施方式

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

传统的无埋点上报是将所有的页面和元素均进行全量上报，这样无疑会带来大量的数据冗余，增加了服务器流量压力和数据分析压力；且传统上报方式默认将Activity类作为页面进行上报，将View作为元素进行上报，而在一些实施场景中，这种方式可能并不符合业务方的需求。

鉴于目前所存在的上述问题，本申请提出了数据收集技术方案，通过该技术方案，能够避免数据的全量收集，满足业务方的需求，从而减少了数据冗余，同时有效提升用户体验。

为了便于理解本申请提供的数据收集方法，下面对其使用的系统进行介绍。参见图1，其示出了本申请实施例提供的一种数据收集系统的架构图。如图1所示，包括终端10和服务器20，终端10和服务器20之间通过网络30通信连接。其中，终端10和服务器20中均可以进一步包含有处理器、存储器、通信接口、输入单元、显示器以及通信总线等元件，且处理器、存储器、通信接口、输入单元、显示器、均通过通信总线完成相互间的通信。

需要说明的是，本申请中，终端10用于接收配置请求，具体可提供可视化配置界面，以使用户通过可视化界面的显示，从而根据自身的业务需求对目标上报对象进行配置。终端10可以是业务管理人员持有的终端，也可以是普通用户持有的终端，具体可以包括但不限于智能手机、平板电脑、笔记本电脑、台式电脑等或智能穿戴式设备等。

本申请中，上述服务器20用于获取终端10转发的配置请求，并根据配置请求对目标上报对象进行配置，以便在后续程序运行过程中或工作过程中根据上述配置请求对应的配置信息进行数据收集。具体地，本申请的服务器20可以包括但不限于：单个网络服务器、多个网络服务器组成的服务器组或基于云计算由大量计算机或网络服务器构成的云。

可以理解的是，本申请中的网络30可以根据实际应用过程中的网络状况和应用需求来确定，既可以是无线通讯网络，如移动通讯网络或WiFi网络等，也可以是有线通讯网络；既可以是广域网，在情况允许时也可以采用局域网。

本申请实施例公开了一种数据收集方法，减少了数据冗余，同时满足了业务方的需求，能够有效提升用户体验。

参见图2，本申请实施例提供的一种数据收集方法的流程图，如图2所示，包括：

S101：终端生成配置请求；

在本步骤中，可以为用户提供一个或多个信息输入接口，通过上述一个或多个信息输入接口，可以获取用户输入的配置信息，根据用户输入的配置信息生成用于对目标上报对象进行配置的配置请求。

作为一种优选的实施方式，本申请可以向用户提供一个可视化界面，可视化界面指系统和运维人员之间进行交互和信息交换的媒介，是介于用户与硬件之间，为彼此之间交互沟通而设计的相关软件，使得用户能够方便有效地去操作硬件以达成双向之交互来完成所希望的工作。通过可视化界面，用户可以更加直观的进行配置，无需关注底层代码。

在具体实施中，上述配置请求可以包括目标上报对象的上报类型和预设标识信息。其中，目标上报对象为用户所希望收集数据的对象，其上报类型可以包括但不限于页面、元素。可以理解的是，页面一次只能曝光一个，而元素一次可以曝光多个。上述预设标识信息可以具体为唯一能标识上报对象的ID号。也即，用户可根据自身的业务需求为所需进行数据收集的对象设定标识信息，并为其指定其上报的类型。

S102：终端向服务器发送所述配置请求；

S103：服务器获取所述配置请求，并根据所述配置请求对目标上报对象进行配置；

本申请实施例中，终端将配置请求发送至服务器。在服务器接收到上述配置请求后，可以基于预设配置规则对当前配置请求中的配置信息进行逻辑校验，保证后续可以利用正确的配置信息进行配置。另外，本申请实施例还可预先维护一个重要参数库，该库用于保存安全级别较高或是系统比较重要的上报对象以及系统预先为其设定的上报类型，在获取到用户的配置请求后，可以判断当前配置请求是否有对重要参数库中的上报对象进行配置，以避免对较为重要的上报对象进行配置后会对后续的业务处理过程造成影响。可以理解的是，上述预设配置规则和重要参数库可具体部署于终端中，也可以部署于服务器中，即可以利用终端对配置请求进行校验检测，也可以利用服务器对配置请求进行校验检测。

可以理解的是，本申请实施例还可以为用户设定对应的权限，即为业务人员设定配置权限，普通用户则不具备配置权限。当然，还可进一步对业务人员进行等级划分，并根据划分得到的等级分配对应的配置权限。由此，在获取到配置请求之后，还需获取发起当前请求的用户的身份标识信息，并利用身份标识信息获取对应的配置权限，以判断当前配置请求对应的配置行为是否符合预设配置权限。

S104：服务器检测到上报事件触发后，确定所述上报事件对应的当前上报对象；

在业务处理或程序运行过程中，若检测到上报事件被触发后，将首先确定当前上报事件对应的上报对象。上述上报事件可以包括但不限于点击上报事件、启动上报事件、曝光上报事件、前后台切换上报事件等，上报对象可以具体为针对哪个控件的点击事件、针对哪个APP的启动事件、针对哪个会话的前后台切换事件等。

在一种具体的实施方式中，上述配置请求除了包括目标上报对象的上报类型和预设标识信息之外，还可以包括预设上报事件。相应的，在检测到上报事件触发后，可以首先判断预设上报事件中是否存在与当前上报事件匹配的上报事件；若预设上报事件中存在与当前上报事件匹配的上报事件，则允许执行确定所述上报事件对应的当前上报对象的步骤，能够进一步对数据收集和上报进行筛选。

S105：服务器判断所述预设标识信息中是否存在与所述当前上报对象对应的标识信息，以便根据判断结果确定所述当前上报对象是否为配置完成的所述目标上报对象；如果是，服务器根据所述当前上报对象对应的上报类型收集所述当前上报对象的操作数据；

在本步骤中，服务器基于配置信息中针对目标上报对象的预设标识信息来判断是否存在与当前上报对象对应的标识信息。可以理解的是，若预设标识信息中不存在与当前上报对象对应的标识信息，则表明当前上报对象不属于用户预先设定的需要进行数据上报的目标上报对象，无需进行数据收集；若预设标识信息中存在与当前上报对象对应的标识信息，则表明当前上报对象属于用户预先设定的需要进行数据上报的目标上报对象，此时基于预先获取的配置请求中与该上报对象对应的上报类型进行数据收集。

在具体实施中，上述配置请求还可以进一步包括针对预设上报事件设定的公共参数。公共参数可以具体包括静态公共参数和动态公共参数两种，静态公共参数即在业务处理过程或程序运行过程中不会更改的公共参数，动态公共参数可能根据业务处理过程或程序运行过程进行动态更新的公共参数。在判断预设标识信息中是否存在与当前上报对象对应的标识信息之后，如果是，则启动针对当前上报对象的操作数据进行数据收集的工作流程，并可以基于配置请求中的配置信息直接获取当前上报对象对应的静态公共参数，进而调用预设的参数获取函数收集当前上报对象对应的动态公共参数。通过上述配置，用户可针对性的对各种上报事件设定对应的公共参数，进一步避免了数据冗余。

作为一种优选的实施方式，本申请在获取到针对目标上报对象的配置请求之后，还可为目标上报对象创建对应的第一Hashmap以及第二Hashmap。其中，第一Hashmap用于保存针对目标上报对象进行配置的配置信息，即上述上报类型、标识信息、公共参数等；第二Hashmap用于保存针对目标上报对象进行数据收集得到的数据。也即，可将配置请求中的配置参数存储至上述第一Hashmap中，在对上报对象进行数据收集后，将收集到的数据存储至该对象对应的第二Hashmap中。通过第一Hashmap和第二Hashmap的设置，能够将上报对象的内部数据(收集数据)和外部数据(配置信息)进行较好的分离，便于对信息的管理。

S106：将所述操作数据返回至所述终端。

在利用服务器对上报对象的操作数据进行收集后，可将上述操作数据返回至终端进行显示，以使用户获取到数据收集结果。作为优选的实施方式，本申请实施例还可在服务器预编对于数据统计分析的逻辑，在收集到操作数据之后，可直接在服务器对操作数据进行统计分析，得到分析结果，进而可将操作数据与对应的分析结果打包返回至终端。

可以理解的是，本申请实施例可根据用户自定义的标识信息对上报对象进行标识，相比于传统埋点统计方案中系统默认为上报对象生成标识信息导致的不可控问题，能够有效实现跨平台、跨版本的数据对其比较。

通过以上方案可知，本申请提供的一种数据收集方法，包括：获取配置请求，并根据所述配置请求对目标上报对象进行配置；所述配置请求包括所述目标上报对象的上报类型和预设标识信息；检测到上报事件触发后，确定所述上报事件对应的当前上报对象；判断所述预设标识信息中是否存在与所述当前上报对象对应的标识信息，以便根据判断结果确定所述当前上报对象是否为配置完成的所述目标上报对象；若所述当前上报对象为配置完成的所述目标上报对象，则根据所述当前上报对象对应的上报类型收集所述当前上报对象的操作数据。由上可知，本申请提供的数据收集方法可以获取根据业务需求对目标上报对象的上报类型和标识信息进行配置的请求，从而在上报事件触发后，首先可根据标识信息判断当前上报对象是否为配置完成的允许上报的目标上报对象，仅在当前上报对象存在对应的标识信息时，才根据当前上报对象的上报类型对其进行数据收集，避免了数据的全量收集，从而减少了数据冗余，同时满足了业务方的需求，能够有效提升用户体验。

本申请实施例公开了数据收集方法的一种具体实施方式，相对于上一实施例，本实施例对数据收集的具体过程作了进一步的说明和优化。参见图3所示，具体的：

S201：获取配置请求，并根据所述配置请求对目标上报对象进行配置；所述配置请求包括所述目标上报对象的上报类型和预设标识信息；

S202：检测到上报事件触发后，确定所述上报事件对应的当前上报对象；

S203：判断所述预设标识信息中是否存在与所述当前上报对象对应的标识信息，以便根据判断结果确定所述当前上报对象是否为配置完成的所述目标上报对象；如果是，则进入步骤S204；

S204：根据所述当前上报对象的上报类型监听针对所述当前上报对象的前后台切换操作，收集得到所述当前上报对象的曝光数据及反曝光数据；

S205：利用所述曝光数据以及所述反曝光数据确定所述当前上报对象对应的生命周期。

本申请实施例中，在判断得到当前上报对象为用户所需收集数据的对象之后，可根据当前上报对象的上报类型监听用户针对当前上报对象的前后台切换操作，从而收集得到当前上报对象的曝光数据以及反曝光数据。曝光是指网站等在显示界面进行展现的行为，反曝光是指网站等在显示界面消失切换至后台的行为。通过对上述曝光数据以及反曝光数据的分析，可确定当前上报对象的生命周期。

为了进一步减少数据收集冗余，本申请实施例公开了数据收集方法的另一种具体实施方式，相对于上一实施例，本实施例为上报对象添加有效曝光时间的检测。参见图4所示，具体的：

S301：获取配置请求，并根据所述配置请求对目标上报对象进行配置；所述配置请求包括所述目标上报对象的上报类型和预设标识信息；

S302：检测到上报事件触发后，确定所述上报事件对应的当前上报对象；

S303：从预设队列中查找所述当前上报对象，并确定针对所述当前上报对象进行监测得到的有效曝光时长；所述初始队列用于存放所有初次曝光的对象；

S304：判断所述有效曝光时长是否大于预设曝光时长；如果是，则进入步骤S305；

S305：判断所述预设标识信息中是否存在与所述当前上报对象对应的标识信息，以便根据判断结果确定所述当前上报对象是否为配置完成的所述目标上报对象；如果是，则进入步骤S306；

S306：根据所述当前上报对象对应的上报类型收集所述当前上报对象的操作数据。

本申请实施例中，在上报对象初次曝光时，将其保存至预设队列中，并对预设队列中所有对象的有效曝光时长进行检测。其中，有效曝光时长是指针对上报对象的停留时间大于预设时间段的时长，即若用户快速滑动页面但并未在当前上报对象进行停留，则不属于有效曝光。在上报事件触发之后，从预设队列中查找当前上报对象，并获取对应的有效曝光时长。仅仅当有效曝光时长大于预设曝光时长后，才启动判断所述预设标识信息中是否存在与所述当前上报对象对应的标识信息的工作步骤，便于后续对当前上报对象的操作数据进行收集。

需要说明的是，本申请实施例中上述有效曝光时长的检测以及预设标识信息的检测并未限定执行顺序，即上述步骤S303和S305的执行先后顺序并不影响本实施例的实现，可以先获取有效曝光时长，在有效曝光时长大于预设曝光时长之后再判断预设标识信息中是否存在与当前上报对象对应的标识信息；另外，也可以先判断预设标识信息中是否存在与当前上报对象对应的标识信息，在判定存在与当前上报对象对应的标识信息之后再获取有效曝光时长，实现对于上报对象的双重检测，进一步减少收集的数据冗余。

本申请实施例公开了数据收集方法的又一种具体实施方式，相对于上一实施例，本实施例为上报对象添加有效曝光区域的检测，同样可进一步减少数据收集冗余。参见图5所示，具体的：

S401：获取配置请求，并根据所述配置请求对目标上报对象进行配置；所述配置请求包括所述目标上报对象的上报类型和预设标识信息；

S402：检测到上报事件触发后，确定所述上报事件对应的当前上报对象；

S403：确定所述当前上报对象的有效曝光区域，得到可见区域占比；所述可见区域占比为根据所述当前上报对象的父节点对应的总体曝光区域与所述当前上报对象自身的局部曝光区域进行交集检测得到的比例；

S404：判断所述可见区域占比是否大于预设比例值；如果是，则进入步骤S405；

S405：判断所述预设标识信息中是否存在与所述当前上报对象对应的标识信息，以便根据判断结果确定所述当前上报对象是否为配置完成的所述目标上报对象；如果是，则进入步骤S406；

S406：根据所述当前上报对象对应的上报类型收集所述当前上报对象的操作数据。

本申请实施例中，在确定上报事件对应的当前上报对象之后，将计算当前上报对象的可见区域占比。具体地，可获取当前上报对象的父节点对应的总体曝光区域，并获取当前上报对象自身的局部曝光区域，利用上述总体曝光区域和局部曝光区域进行交集检测，计算得到可见区域占比，即当前上报对象的有效曝光区域。进而判断上述可见区域占比与预设比例值的大小关系，若可见区域占比大于预设比例值，则启动判断当前上报对象是否有对应的标识信息的步骤。

需要指出的是，本申请并不对上述有效曝光区域的检测以及标识信息判断的过程进行顺序限定，也即，在具体实施中可以首先确定当前上报对象的有效曝光区域，在有效曝光区域对应的可见区域占比大于预设比例值之后再进入步骤S405的标识判断过程；当然，也可以先判断预设标识信息中是否存在与当前上报对象对应的标识信息，若是，再确定当前上报对象的有效曝光区域，并判断该有效曝光区域对应的可见区域占比是否大于预设比例值。由此，可实现对于上报对象的双重检测，进一步减少数据冗余。

作为一种优选的实施方式，本申请实施例还可结合有效曝光时长和有效曝光区域的检测过程，仅仅当上报对象的有效曝光时长、有效曝光区域均满足预设的条件，即有效曝光时长大于预设曝光时长、有效曝光区域对应的可见区域占比大于预设比例值、且存在与其对应的预设标识信息时，才对该上报对象进行数据收集，避免了数据冗余对于数据流量、存储和统计分析的压力。

下面通过具体的应用实例描述来对本申请提供的数据收集方法的实现方式进行进一步说明。具体地，业务方首先根据自身的业务需求定义ID号，并将ID号下发至SDK，利用SDK对ID和需要进行数据收集的目标上报对象进行绑定。

在绑定时，对于一个View对象来说，可以通过View.setTag(int key，Object tag)函数来保存对象及其对应的标识信息。其中，key为全局唯一的值，可以保存在SDK中的一个全局HashMap里，以保证唯一性。上述HashMap可以具体为二维的HashMap，可对内部HashMap和外部HashMap进行区分。上述内部HashMap用于保存SDK内部的信息，例如数据收集得到的页面曝光时间、页面来源信息等；外部HashMap用于保存业务方配置的参数，例如上述设定的ID号。在后续上报事件触发之后，首先会查询上报对象是否存在绑定的ID号，只有绑定了ID号，则可能会对其进行数据收集。

在一种具体的实施方式中，本申请实施例可支持会话(Dialog)的生命周期监听，能够将Dialog设置为上报对象，对其进行曝光上报或反曝光上报。具体地，可以利用自定义的Gradle插件，基于Javassit将业务方源码中所有的Dialog类替换为代理类，该代理类通过重写预设的onStop函数实现对于Dialog的隐藏监听，即可以通过onWindowFocusChanged方法监听针对Dialog的前后台切换操作，实现对于Dialog的生命周期进行监听的目的。

本实施例中，可进一步实现对于广告类页面或广告类元素的有效曝光时长以及有效曝光区域的检测。作为一种可行的实施方式，SDK内部维护一个待曝光队列，用于将原始初次曝光的对象先存入队列，但是不对其进行上报。待队列中的对象达到有效曝光时长之后，再从队列中取出对象对其进行判定。仅当满足有效曝光时长且预先绑定了ID号，才能进入后续针对该对象的数据收集流程。在确定对象已经曝光的前提下，若该对象具体为view，本实施例可以获取该view的可见矩形区域，以及view父节点的可见矩形区域，通过交集检测计算得出可见区域占比。仅当可见区域占比大于预设的有效曝光区域比例值，才能进入后续针对该对象的数据收集流程。

可以理解的是，上述二维的HashMap中，除了可以存储配置参数以及收集数据之外，还可另外创建一块存储区域用于保存该对象的上报策略和有效曝光参数。在准备数据收集之前，可以优先查看上述存储区域中的数据，只有上报策略允许且满足有效曝光参数，才会进入数据收集流程，避免数据冗余，可针对单个对象配置其仅仅在曝光时上报或仅仅在点击时上报。

本实施例中，还允许针对单个上报事件类型设置其对应的公共参数。公共参数可具体分为静态公共参数和动态公共参数两种，静态公共参数是业务方在初始时直接设置的，例如，手机版本、手机型号等。对于动态公共参数，本实施例中允许外部通过依赖注入的方式在SDK中设置一个抽象类，每次数据收集时，均通过函数调用获取当前最新的参数，避免发生公共参数填错的情况。进一步地，上述抽象类还可为每一种上报事件类型定义一个函数，从而可实现对于公共参数的差异化设置。例如，可单独为APP启动上报事件设置公共参数：启动来源，其他上报事件并不具备该公共参数，可进一步避免数据冗余上报。

由上可知，本申请实施例通过为需要数据收集的数据对象设置ID号，添加有效曝光参数的检测，并添加公共参数，有效地避免了数据的全量收集，从而减少了数据冗余，减轻了服务器流量压力和数据分析压力，并能够根据用户业务需求进行动态调整，显著提升了用户体验。

下面对本申请实施例提供的一种数据收集装置进行介绍，下文描述的一种数据收集装置与上文描述的一种数据收集方法可以相互参照。

参见图6所示，本申请实施例提供的一种数据收集装置包括：

目标配置模块501，用于获取配置请求，并根据所述配置请求对目标上报对象进行配置；所述配置请求包括所述目标上报对象的上报类型和预设标识信息；

对象确定模块502，用于检测到上报事件触发后，确定所述上报事件对应的当前上报对象；

标识判断模块503，用于判断所述预设标识信息中是否存在与所述当前上报对象对应的标识信息，以便根据判断结果确定所述当前上报对象是否为配置完成的所述目标上报对象；如果是，则启动数据收集模块的工作流程；

数据收集模块504，用于根据所述当前上报对象对应的上报类型收集所述当前上报对象的操作数据。

关于上述模块501至504的具体实施过程可参考前述实施例公开的相应内容，在此不再进行赘述。

在上述实施例的基础上，作为一种优选实施方式，所述数据收集模块504，包括：

切换监听单元，用于根据所述当前上报对象的上报类型监听针对所述当前上报对象的前后台切换操作，收集得到所述当前上报对象的曝光数据及反曝光数据；

周期确定单元，用于利用所述曝光数据以及所述反曝光数据确定所述当前上报对象对应的生命周期。

在上述实施例的基础上，作为一种优选实施方式，所述数据收集装置还可以进一步包括：

时长确定模块，用于在确定所述上报事件对应的当前上报对象之后，从预设队列中查找所述当前上报对象，并确定针对所述当前上报对象进行监测得到的有效曝光时长；所述初始队列用于存放所有初次曝光的对象；

时长判断模块，用于判断所述有效曝光时长是否大于预设曝光时长；如果是，则启动标识判断模块503的工作流程。

在上述实施例的基础上，作为一种优选实施方式，所述数据收集装置还可以进一步包括：

占比确定模块，用于在确定所述上报事件对应的当前上报对象之后，确定所述当前上报对象的有效曝光区域，得到可见区域占比；所述可见区域占比为根据所述当前上报对象的父节点对应的总体曝光区域与所述当前上报对象自身的局部曝光区域进行交集检测得到的比例；

比例判断模块，用于判断所述可见区域占比是否大于预设比例值；如果是，则启动标识判断模块503的工作流程。

在上述实施例的基础上，作为一种优选实施方式，所述配置请求还包括预设上报事件；相应的，所述对象确定模块502，包括：

事件匹配单元，用于检测到所述上报事件触发后，判断所述预设上报事件中是否存在与当前所述上报事件匹配的上报事件；如果是，则启动标识判断模块503的工作流程。

在上述实施例的基础上，作为一种优选实施方式，所述配置请求还包括所述预设上报事件的公共参数；所述公共参数包括静态公共参数和动态公共参数；

相应的，所述数据收集装置，还包括：

参数获取模块，用于在判定得到所述预设标识信息中存在与所述当前上报对象对应的标识信息之后，获取所述当前上报对象对应的静态公共参数，并调用预设函数收集所述当前上报对象对应的动态公共参数。

在上述实施例的基础上，作为一种优选实施方式，所述数据收集装置还可以进一步包括：

创建模块，用于为目标上报对象创建对应的第一Hashmap以及第二Hashmap；所述第一Hashmap用于保存针对所述目标上报对象进行配置的配置信息；第二Hashmap用于保存针对所述目标上报对象进行数据收集得到的数据。

本申请还提供了一种电子设备，参见图7，本申请实施例提供的一种电子设备60的结构图，如图7所示，该电子设备60具体可以包括一个处理器61、一个存储器62。

其中，处理器61可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器61可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器61也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器61可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器61还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器62作为资源存储的载体，可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器62还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。本实施例中，存储器中所存储的资源包括操作系统621、计算机程序622及数据623等，其中，操作系统用于管理与控制电子设备上的各硬件设备以及计算机程序，以实现处理器对存储器中海量数据623的运算与处理，其可以是Windows Server、Netware、Unix、Linux等。计算机程序622除了包括能够用于完成前述任一实施例公开的数据收集方法的计算机程序之外，还可以进一步包括能够用于完成其他特定工作的计算机程序。数据623除了可以包括服务器收集到的配置信息和针对上报对象进行收集得到的数据之外，还可以包括游戏数据、电商交易数据等业务数据。

在一些实施例中，电子设备60还可包括有显示屏63、输入输出接口64、通信接口65、电源66及通信总线67。

本实施例中，显示屏63用于显示处理器处理的数据以及用于显示可视化的用户界面。该显示屏63可以为LED显示器、液晶显示器、触控式液晶显示器以及OLED(OrganicLight-Emitting Diode，有机发光二极管)触摸器等。输入输出接口64，用于获取外界输入数据或向外界输出数据，其具体的接口类型可以根据具体应用需要进行选取，在此不进行具体限定。通信接口65能够为电子设备创建与外界设备之间的数据传输通道，其所遵循的通信协议是能够适用于本申请技术方案的任意通信协议，在此不对其进行具体限定。电源66具体用于为电子设备上的各硬件设备提供工作电压。

当然，图7所示的电子设备的结构并不构成对本申请实施例中电子设备的限定，在实际应用中电子设备可以包括比图7所示的更多或更少的部件，或者组合某些部件。

在另一示例性实施例中，本申请实施例还公开了一种存储介质，所述存储介质中存储有计算机可执行指令，所述计算机可执行指令被处理器加载并执行时，实现前述任一实施例公开的数据收集方法的步骤。

本申请提供的数据收集方法可以获取根据业务需求对目标上报对象的上报类型和标识信息进行配置的请求，从而在上报事件触发后，首先可根据标识信息判断当前上报对象是否为配置完成的允许上报的目标上报对象，仅在当前上报对象存在对应的标识信息时，才根据当前上报对象的上报类型对其进行数据收集，避免了数据的全量收集，从而减少了数据冗余，同时满足了业务方的需求，能够有效提升用户体验。

说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的系统而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

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

Claims (10)

1.一种数据收集方法，其特征在于，包括：

获取配置请求，并根据所述配置请求对目标上报对象进行配置；所述配置请求包括所述目标上报对象的上报类型和预设标识信息；

检测到上报事件触发后，确定所述上报事件对应的当前上报对象；

判断所述预设标识信息中是否存在与所述当前上报对象对应的标识信息，以便根据判断结果确定所述当前上报对象是否为配置完成的所述目标上报对象；

若所述当前上报对象为配置完成的所述目标上报对象，则根据所述当前上报对象对应的上报类型收集所述当前上报对象的操作数据。

2.根据权利要求1所述的数据收集方法，其特征在于，所述根据所述当前上报对象对应的上报类型收集所述当前上报对象的操作数据，包括：

根据所述当前上报对象的上报类型监听针对所述当前上报对象的前后台切换操作，收集得到所述当前上报对象的曝光数据及反曝光数据；

利用所述曝光数据以及所述反曝光数据确定所述当前上报对象对应的生命周期。

3.根据权利要求1所述的数据收集方法，其特征在于，所述确定所述上报事件对应的当前上报对象之后，还包括：

从预设队列中查找所述当前上报对象，并确定针对所述当前上报对象进行监测得到的有效曝光时长；所述初始队列用于存放所有初次曝光的对象；

判断所述有效曝光时长是否大于预设曝光时长；

若所述有效曝光时长大于所述预设曝光时长，则启动所述判断所述预设标识信息中是否存在与所述当前上报对象对应的标识信息的步骤。

4.根据权利要求1所述的数据收集方法，其特征在于，所述确定所述上报事件对应的当前上报对象之后，还包括：

确定所述当前上报对象的有效曝光区域，得到可见区域占比；所述可见区域占比为根据所述当前上报对象的父节点对应的总体曝光区域与所述当前上报对象自身的局部曝光区域进行交集检测得到的比例；

判断所述可见区域占比是否大于预设比例值；

若所述可见区域占比大于所述预设比例值，则启动所述判断所述预设标识信息中是否存在与所述当前上报对象对应的标识信息的步骤。

5.根据权利要求1所述的数据收集方法，其特征在于，所述配置请求还包括预设上报事件；

相应的，所述检测到上报事件触发后，确定所述上报事件对应的当前上报对象，包括：

检测到所述上报事件触发后，判断所述预设上报事件中是否存在与当前所述上报事件匹配的上报事件；

若所述预设上报事件中存在与当前所述上报事件匹配的上报事件，则允许执行所述确定所述上报事件对应的当前上报对象的步骤。

6.根据权利要求5所述的数据收集方法，其特征在于，所述配置请求还包括所述预设上报事件的公共参数；所述公共参数包括静态公共参数和动态公共参数；

在判定得到所述预设标识信息中存在与所述当前上报对象对应的标识信息之后，获取所述当前上报对象对应的静态公共参数，并调用预设函数收集所述当前上报对象对应的动态公共参数。

7.根据权利要求1至6任一项所述的数据收集方法，其特征在于，还包括：

为目标上报对象创建对应的第一Hashmap以及第二Hashmap；所述第一Hashmap用于保存针对所述目标上报对象进行配置的配置信息；第二Hashmap用于保存针对所述目标上报对象进行数据收集得到的数据。

8.一种数据收集装置，其特征在于，包括：

目标配置模块，用于获取配置请求，并根据所述配置请求对目标上报对象进行配置；所述配置请求包括所述目标上报对象的上报类型和预设标识信息；

对象确定模块，用于检测到上报事件触发后，确定所述上报事件对应的当前上报对象；

标识判断模块，用于判断所述预设标识信息中是否存在与所述当前上报对象对应的标识信息，以便根据判断结果确定所述当前上报对象是否为配置完成的所述目标上报对象；

数据收集模块，用于若所述当前上报对象为配置完成的所述目标上报对象，则根据所述当前上报对象对应的上报类型收集所述当前上报对象的操作数据。

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

处理器和存储器；

其中，所述处理器用于执行所述存储器中存储的程序；

所述存储器用于存储程序，所述程序至少用于：

获取配置请求，并根据所述配置请求对目标上报对象进行配置；所述配置请求包括所述目标上报对象的上报类型和预设标识信息；

检测到上报事件触发后，确定所述上报事件对应的当前上报对象；

判断所述预设标识信息中是否存在与所述当前上报对象对应的标识信息，以便根据判断结果确定所述当前上报对象是否为配置完成的所述目标上报对象；

若所述当前上报对象为配置完成的所述目标上报对象，则根据所述当前上报对象对应的上报类型收集所述当前上报对象的操作数据。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述数据收集方法的步骤。

Images