CN110874303B - 数据采集方法、装置以及设备 - Google Patents

Abstract

本申请实施例提供一种数据采集方法、装置以及设备，其特征在于，包括：基于服务端下发的配置文件，解析获得待处理的采集事件；将所述采集事件挂起，以监控所述采集事件；确定所述采集事件发生时，获取所述采集事件产生的事件数据；将所述事件数据发送至所述服务端。本申请实施例提高采集数据的实时性，进而提高监控效率。

Description

数据采集方法、装置以及设备

技术领域

本申请实施例涉及计算机技术领域，尤其涉及一种数据采集方法、装置以及设备。

背景技术

客户端是按照特定顺序组织的计算机数据和指令的集合，用户可以通过鼠标、触摸屏、按键等硬件设备操作客户端以实现人机交互。为了及时对客户端故障，做出快速响应以解决故障问题，需要对客户端进行监控。

目前所采用的监控方式主要是，在客户端发布之前，在客户端中编写逻辑采集程序，以在用户运行应用程序的过程时，由事先嵌入客户端的逻辑程序来采集应用程序运行后产生的运行结果等静态数据，通过对静态数据进行监控解决软件运行问题。

由以上描述可知，由于采用预置于软件程序的逻辑采集程序采集数据，而在应用程序运行时逻辑程序不能修改，固定的逻辑程序采集的数据均为静态数据，仅能针对静态数据解决较为简单的运行问题，对于运行过程中的某些堆栈、参数等变量则不能进行采集，因而也就不能监控客户端运行时某些突发问题，以及时解决问题，监控效率不高。

发明内容

本申请实施例提供一种数据采集方法、装置以及设备，用以解决现有技术中不能采集变量，进而不能监控客户端运行时某些突发问题，以及时解决问题，监控效率不高的技术问题。

第一方面，本申请实施例中提供了一种数据采集方法，包括：

基于服务端下发的配置文件，解析获得待处理的采集事件；

将所述采集事件挂起，以监控所述采集事件；

确定所述采集事件发生时，获取所述采集事件产生的事件数据；

将所述事件数据发送至所述服务端。

第二方面，本申请实施例中提供了一种数据采集装置，包括：

文件解析模块，用于基于服务端下发的配置文件，解析获得待处理的采集事件；

事件挂起模块，用于将所述采集事件挂起，以监控所述采集事件；

数据获取模块，用于确定所述采集事件发生时，获取所述采集事件产生的事件数据；

数据发送模块，用于将所述事件数据发送至所述服务端。

第三方面，本申请实施例中提供了一种数据采集设备，包括：存储组件以及处理组件，所述存储组件存储一条或多条计算机指令，所述一条或多条计算机指令供所述处理组件调用并执行；

所述处理组件用于：

基于服务端下发的配置文件，解析获得待处理的采集事件；将所述采集事件挂起，以监控所述采集事件；确定所述采集事件发生时，获取所述采集事件产生的事件数据；将所述事件数据发送至所述服务端。

本申请实施例中，客户端基于服务端下发的配置文件，可以解析获得待处理的采集事件。待处理的采集事件即为需要采集的各个事件节点。将采集事件挂起后，可以监控该采集事件，继而在采集事件发生时，获得该发生的采集事件产生的事件数据。之后可以将事件数据反馈给后台服务器，因此后台服务器可以根据客户端各个采集事件进行监控，以及时发现事件数据中的问题，为用户解决问题。通过下发配置文件的方式可以随时对软件程序进行监控，以针对不同类型数据通过配置文件的方式实现数据的采集，获得更全面的数据，及时发现客户端的运行问题，以提高监控效率。

本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。

附图说明

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

图1示出了本申请提供的一种数据采集方法的一个实施例的流程图；

图2示出了本申请提供的一种数据采集方法的又一个实施例的流程图；

图3示出了本申请提供的一种软件监控系统的又一个实施例的结构示意图；

图4示出了本申请提供的一种数据采集装置的一个实施例的结构示意图；

图5示出了本申请提供的一种数据采集装置的又一个实施例的结构示意图；

图6示出了本申请提供的一种数据采集设备的一个实施例的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

在本申请的说明书和权利要求书及上述附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如101、102等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

本申请实施例的技术方案可以应用于客户端的监控场景中，通过下发配置文件对客户端运行过程中的各种类型诸如，动态数据、函数、栈、参数等不同类型的动态数据以及普通的静态数据，可以通过对应用的多种类型的数据监控及时解决客户端出现的运行问题，提高监控效率。

现有技术中，开发人员会针对客户端某些固定场景的编写逻辑采集程序，并将其打包在客户端的安装包中。用户下载并安装该客户端后，在运行客户端的过程中，预置于软件程序的逻辑采集程序即开始采集数据，并将采集的数据上传到后台开发人员处。但是，由于采集逻辑是针对某些固定场景的采集，应用程序被安装之后如果再要修改则需要更新客户端的版本，给用户造成不便。同时，由于逻辑采集程序是毒攻的，因此，只能采集到嵌入的固定场景的数据，针对动态化、多样化的突发问题的软件数据则无法采集。同时，由于针对某些固定场景进行采集，仅能采集某些固定数据，也即粒度比较大的数据，在客户端运行过程中产生的动态数据，例如，函数参数、调用栈信息等则不能采集。因而也就不能监控客户端运行时某些突发问题，以及时解决问题，监控效率不高。

为了解决客户端数据采集粒度较大，且场景固定的技术问题，发明人想到是否可以下发采集文件到客户端的方式以采集客户端运行过程中的某些动态数据。据此，发明人提出了本申请的技术方案。

本申请实施例中，客户端可以基于服务端下发的配置文件，解析获得待处理的采集事件，待处理的采集事件为需要监控的任意事件，进而可以将采集事件挂起，以监控这些采集事件，一旦确认采集事件发生，即获取该采集事件产生的事件数据，此时的事件数据发送至服务端，此时服务端即可以对采集的事件数据进行分析，以实现对客户端各类监控数据的监控，获得更全面更详细的数据，及时发现客户端的运行问题，提高监控效率。

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

图1为本申请实施例提供的一种数据采集方法的一个实施例的流程图，该方法可以包括以下几个步骤：

101：基于服务端下发的配置文件，解析获得待处理的采集事件。

客户端安装于电子设备中，服务端可以下发配置文件至客户端，并在客户端中解析配置文件获得待处理的采集事件。

在客户端运行过程中，服务端可以下发配置文件至客户端，此时，客户端即可以获取服务端下发的配置文件，并对配置文件进行解析，获得待处理的采集事件。

可选地，用户在客户端上通过窗口或者浏览器执行交互动作，交互动作对应的事件预定函数即开始执行，以实现相应的软件功能。开发人员可以将需要采集事件的采集信息编写到配置文件中。其中，配置文件中采集事件的采集信息可以构成指令节点。当服务端检测客户端处于正常工作状态时或者运行过程中，下发配置文件到客户端。客户端可以接收配置文件，并解析配置文件，获得待处理的采集事件。也即获得采集事件的采集信息。

作为一种可能的实现方式，解析获得待处理的采集事件也即指解析获得采集事件的指令节点，指令节点中包含了采集事件的至少一个采集参数。

指令节点中还可以包括采集事件的执行函数的函数相关信息。服务端可以将待处理的采集事件的执行函数的函数相关信息以及各个采集参数构建相应的指令节点。也即指令节点中可以包括了待处理的采集事件的执行函数的函数相关信息以及至少一个采集参数。

客户端基于服务端下发的配置文件，解析获得待处理的采集事件可以包括基于服务端下发的配置文件，解析获得待处理的采集事件的指令节点。其中，所述指令节点中可以包括所采集事件对应的至少一个采集参数。所述指令节点中还可以包括所述采集事件对应执行函数的函数相关信息。

其中，函数相关信息可以包括函数名称、函数参数个数、函数参数类型等。

所述基于服务端下发的配置文件，解析获得待处理的采集事件可以包括：

解析服务端下发的配置文件，获得待处理的采集事件对应至少一个采集参数。

对客户端进行监控时，为了获得更全面的监控数据，可以对多个采集事件进行监控，也即解析服务端下载的配置文件，获得待处理的至少一个采集事件。其中，每一个采集事件对应至少一个采集参数。采集参数即可以指导针对采集事件的目标采集对象。针对多个采集事件同时采集，可以获得更全面的运行数据，获得更准确的监控结果。

102：将所述采集事件挂起，以监控所述采集事件。

其中，将所述采集事件挂起后，获得所述采集事件的控制权，通过对所述采集事件的控制权采集所述采集事件的事件数据。

可选地，所述将所述采集事件挂起，以监控所述采集事件包括：

将所述采集事件对应的执行函数挂起，对所述采集事件的执行函数的监控。

103：确定所述采集事件发生时，获取所述采集事件产生的事件数据。

可选地，当所述采集事件满足发生条件时，获取所述采集事件参数的事件数据。采集事件满足发生条件可以指采集事件对应的执行函数开始被调用执行。

当采集事件的执行函数运行时，获取所述采集事件对应执行函数产生的事件数据。由于在实际使用场景中，采集事件对应执行函数，当所述采集事件发生也即可以指该采集事件对应的执行函数被执行。其中，事件数据可以包括至少一个采集参数各自对应的参数数据。所述确定所述采集事件发生时，获取所述采集事件产生的至少一个采集参数各自的参数数据。

当任一事件发生时，并不能确认是否为采集事件，因此，可以获取发生事件的寄存器信息中的函数相关信息与解析获得的采集事件的函数相关信息，当两种信息相同时，确认该任一事件为采集事件。事件发生，也即事件对应执行函数开始执行，可以通过函数名判断采集事件是否发生。因此，作为一种可能的实现方式，确认采集事件发生可以指正在执行的函数的函数名与采集事件对应执行函数的函数名相同。

104：将所述事件数据发送至所述服务端。

可选地，将所述事件数据发送至服务端可以包括：将所述事件数据对应至少一个采集参数各自的参数数据发送至服务端。

将事件数据发送至服务端时，还可以将客户端的用户标识与事件数据同时发送至服务端。服务端可以基于用户标识区分不同的客户端发送的事件数据。

除将事件数据发送至服务端之外，还可以将事件数据在本地保存，以便及时查询相关事件数据。

本申请实施例中，客户端可以基于服务端下发的配置文件，解析获得待处理的采集事件，待处理的采集事件为需要监控的任意事件，进而可以将采集事件挂起，以监控这些采集事件，一旦确认采集事件发生，即获取该采集事件产生的事件数据，此时的事件数据发送至服务端，此时服务端即可以对采集的事件数据进行分析，以实现对客户端各类监控数据的监控，获得更全面更详细的数据，及时发现客户端的运行问题，提高监控效率。

为了解决采集事件的注册问题，可以采用钩子函数对采集事件进行挂起，以获得采集事件的控制权，对于图1中所示的实施例步骤102：将所述采集事件挂起，以监控所述采集事件可以包括：

通过钩子函数将所述采集事件挂起，以监控所述采集事件。

通过钩子函数将采集事件挂起可以包括通过钩子函数将采集事件的执行函数挂起。钩子函数将采集事件的执行函数挂起具体可以指，钩子函数获取执行函数的指针。

可选地，可以通过钩子函数将所述采集事件的执行函数挂起，以监控所述采集事件。

为了将被钩子函数挂起的采集事件，进行统一的数据采集，以方便将数据保存并反馈至服务端，被钩子函数挂起的采集事件，可以使用统一的回调函数进行回调，以在任一个采集事件发生时，回调函数能在第一时间对该已发生的采集事件进行响应，采集相应的事件数据。如图2所示，为本申请实施例提供的一种数据采集方法的又一个实施例的流程图，该方法可以包括以下几个步骤：

201：基于服务端下发的配置文件，解析获得待处理的采集事件。

本申请实施例中部分步骤与图1所示的实施例的步骤相同，在此不再赘述。

202：通过钩子函数将所述采集事件挂起，以监控所述采集事件。

203：将指向所述采集事件的原始指针，替换为回调函数。

204：确定所述采集事件发生时，通过所述回调函数获取所述采集事件产生的事件数据。

可选地，当采集事件发生时，通过回调函数获取采集事件产生的事件数据可以包括当采集事件发生时，通过回调函数获取采集事件对应至少一个采集参数各自对应的参数数据。

采集事件对应执行函数时，将指向执行函数的原始指针，替换为回调函数。当采集事件发生时，通过回调函数获取执行函数运行时至少一个采集参数各自对应的参数数据。

当任一事件发生时，并不能确认是否为采集事件，因此，可以获取发生事件的寄存器信息中的函数相关信息与解析获得的采集事件的函数相关信息，通过两种函数相关信息的比较，以确认该任一事件是否为采集事件。如果两种函数信息相关信息相同，确定采集事件发生。

确认采集事件发生时，回调函数获取采集事件的寄存器信息，通过查询寄存器中的信息获得采集事件产生的事件数据。

205：将所述事件数据发送至所述服务端。

本申请实施例中，通过钩子函数对所有待采集事件进行挂起，获得所有采集事件的控制权，以便及时对采集事件进行监控。当采集事件发生时，通过回调函数，及时对采集事件作出响应，实现相应的数据采集。所有采集事件对应同一个钩子函数以及回调函数，实现了统一的数据采集，获得多角度、多方面的数据，提高数据的全面性，进一步提高客户端的问题解决效率。

为了使客户端能够在数据采集完毕之后正常运行，作为一个实施例，在确定所述采集事件发生时，通过所述回调函数获取所述采集事件产生的事件数据之后，所述方法还可以包括：

确定挂起所述采集事件之前，指向所述采集事件的原始指针；

基于所述原始指针，跳转至所述采集事件的函数体继续执行。

可选地，确定挂起所述采集事件之前，指向采集事件的执行函数的原始指针，基于所述原始指针，跳转至所述采集事件执行函数的函数体继续执行。

在实际应用中，指向所述采集事件的原始指针可以是指向所述采集事件的执行函数的原始指针。所述基于所述原始指针，跳转至所述采集事件对应执行函数的函数体继续执行。

在实际应用中，可以针对采集事件中的动态数据进行采集，其中，较为常见的动态数据为对象、参数、变量等，在采集事件执行过程中，采集事件的对象、参数、变量依据于事件的发生而产生变化。在采集事件完成之后，采集事件的事件结果也是较为重要的采集数据。

因此，作为一个实施例，所述确定所述采集事件发生时，获取所述采集事件产生的事件数据可以包括：

确定所述采集事件发生时，获取所述采集事件对应执行函数的函数相关信息。

根据所述函数相关信息，获取所述执行函数的对象、参数、变量的取值以及执行结果中的一个或多个。

其中，至少一个采集参数可以包括执行函数的对象、参数、变量和/或执行结果。

事件的发生是依托于事件的执行函数而言的，因此，可以针对与采集事件相关的执行函数进行对象、参数、变量以及执行结果的采集，进而可以实现对事件发生过程中各种变量的监控。

在实际应用中，由于执行函数的调用过程是基于调用栈而执行的，因此，还可以通过对执行函数的调用栈信息进行采集，以获取执行函数在执行过程中的具体调用过程，以方便后台人员对软件程序的各个调用过程进行分析，进而判断是否存在调用误差。

因此，作为又一个实施例，所述确定所述采集事件发生时，获取所述采集事件对应执行函数的函数相关信息之后，还可以包括：

基于获取所述执行函数对应的调用栈信息。

获取所述调用栈信息对应存储字段的字段数据。

采集事件对应至少一个采集参数可以包括调用栈参数。

采集参数为调用栈参数时，采集参数对应的参数数据即为调用栈信息对应存储字段的字段数据。

获取调用栈信息对应存储字段的字段数据可以包括遍历调用栈信息以获取调用栈参数对应存储字段的字段数据。获取字段数据之后，可以将字段数据进行保存，以提供查询基础。

在一个可能的设计中，所述确定所述采集事件发生时，获取所述采集事件产生的事件数据包括：

确定所述采集事件发生时，确定执行所述采集事件的事件线程。

采集所述事件线程中的线程数据。

可选地，采集事件对应至少一个采集参数可以包括线程参数；采集参数为线程参数时，采集参数对应的参数数据即为事件线程的线程数据。

当采集事件发生时，确定执行采集事件的事件线程可以包括当采集事件发生时，确定执行采集事件的线程标识。采集事件线程中的线程数据包括：采集线程标识对应线程相关信息。所述线程数据也即线程相关信息包括线程运行数据、线程运行地址等。

为了获得客户端运行过程中产生的静态数据，作为一个实施例，所述基于服务端下发的配置文件，解析获得待处理的采集事件之后，所述方法还可以包括：

判断所述采集事件的事件类型是否为静态类型；

如果是，采集所述采集事件对应静态数据；如果否，执行将所述采集事件挂起，以监控所述采集事件的步骤。

采集事件可以对应至少一个采集参数。

此时，判断采集事件的事件类型是否为静态类型包括判断采集事件对应至少一个采集参数是否为静态参数。

如果是，则采集所述采集事件对照至少一个采集参数各自的参数数据，该至少一个采集参数各自的参数数据不变。

采集所述采集事件对应静态数据可以包括：按照所述采集事件指定采集路径以及采集条件采集对应静态数据。

采集到采集事件对应静态数据之后，可以将采集事件对应静态数据进行保存。

本申请实施例的技术方案可以应用于如图3所示的软件监控系统中，该软件监控系统可以由服务端301以及客户端302构成，其中，客户端302具有至少一个，用以实现上述任一实施例所述的数据采集方法，客户端可以配置在手机、平板电脑、计算机、智能手表等电子设备中。客户端302负责对采集事件进行采集数据的获取，并将采集数据发送至服务端。服务端301可以为高速计算机等电子设备，获取客户端302发送的事件数据，并对事件数据进行分析，获取客户端的使用信息。客户端302针对采集事件进行事件数据的采集时，可以按照一定时间间隔进行采集，例如，在T0采集之后，间隔15分钟之后，再次进行采集。客户端采集获得事件数据之后，可以先将事件数据进行保存，以防止事件丢失，并传输至所述服务端301。

如图4所示，为本申请实施例提供一种数据采集装置的一个实施例的结构示意图，该装置可以包括：

文件解析模块401，用于基于服务端下发的配置文件，解析获得待处理的采集事件。

文件解析模块具体可以用于：解析服务端下发的配置文件，获得采集事件的指令节点，指令节点中包含了采集事件的至少一个采集参数。指令节点中可以包括待处理的采集事件的执行函数的函数相关信息以及至少一个采集参数。

文件解析模块具体还可以用于解析服务端下发的配置文件，获得待处理的采集事件对应至少一个采集参数。

事件挂起模块402，用于将所述采集事件挂起，以监控所述采集事件。

事件挂起模块可以用于将所述采集事件对应的执行函数挂起，对所述采集事件的执行函数的监控。其中，将所述采集事件挂起后，获得所述采集事件的控制权，通过对所述采集事件的控制权采集所述采集事件的事件数据。

数据获取模块403，用于确定所述采集事件发生时，获取所述采集事件产生的事件数据。

可选地，当所述采集事件满足发生条件时，获取所述采集事件参数的事件数据。采集事件满足发生条件可以指采集事件对应的执行函数开始被调用执行。

当采集事件的执行函数运行时，获取所述采集事件对应执行函数产生的事件数据。由于在实际使用场景中，采集事件对应执行函数，当所述采集事件发生也即可以指该采集事件对应的执行函数被执行。其中，事件数据可以包括至少一个采集参数各自对应的参数数据。所述确定所述采集事件发生时，获取所述采集事件产生的至少一个采集参数各自的参数数据。

当任一事件发生时，并不能确认是否为采集事件，因此，可以获取发生事件的寄存器信息中的函数相关信息与解析获得的采集事件的函数相关信息进行比较，以确认该任一事件是否为采集事件。事件发生，也即事件对应执行函数开始执行，可以通过函数名判断采集事件是否发生。因此，可以确认采集事件发生可以指正在执行的函数的函数名与采集事件的执行函数的函数名相同。

数据发送模块404，用于将所述事件数据发送至所述服务端。

数据发送模块可以用于将所述事件数据对应至少一个采集参数各自的参数数据发送至服务端。

数据发送模块将事件数据发送至服务端时，还可以将客户端的用户标识与事件数据同时发送至服务端。服务端可以基于用户标识区分不同的客户端发送的事件数据。

除将事件数据发送至服务端，还可以将事件数据在本地保存，以便及时查询相关事件数据。

本申请实施例中，客户端可以基于服务端下发的配置文件，解析获得待处理的采集事件，待处理的采集事件为需要监控的任意事件，进而可以将采集事件挂起，以监控这些采集事件，一旦确认采集事件发生，即获取该采集事件产生的事件数据，此时的事件数据发送至服务端，此时服务端即可以对采集的事件数据进行分析，以实现对客户端各类监控数据的监控，获得更全面更详细的数据，及时发现客户端的运行问题，提高监控效率。

为了解决采集事件的注册问题，可以采用钩子函数对采集事件进行挂起，以获得采集事件的控制权，对于图1中所示的实施例模块402：所述事件挂起模块包括：

事件挂起单元，用于通过钩子函数将所述采集事件挂起，以监控所述采集事件。

通过钩子函数将采集事件挂起可以包括通过钩子函数将采集事件的执行函数挂起。钩子函数将采集事件的执行函数挂起具体可以指，钩子函数获取执行函数的指针。

可选地，可以通过钩子函数将所述采集事件的执行函数挂起，以监控所述采集事件。

为了将被钩子函数挂起的采集事件，进行统一的数据采集，以方便将数据保存并反馈至服务端，被钩子函数挂起的采集事件，可以使用统一的回调函数进行回调，以在任一个采集事件发生时，回调函数能在第一时间对该已发生的采集事件进行响应，采集相应的事件数据。如图5所示，为本申请实施例提供的一种数据采集装置的又一个实施例的结构示意图，该装置可以包括以下几个模块：

文件解析模块501，用于基于服务端下发的配置文件，解析获得待处理的采集事件。

事件挂起模块502，用于将所述采集事件挂起，以监控所述采集事件。

所述事件挂起模块502可以包括：

事件挂起单元5021，用于通过钩子函数将所述采集事件挂起，以监控所述采集事件。

指针替换模块503，用于将指向所述采集事件的原始指针，替换为回调函数；

数据获取模块504，用于确定所述采集事件发生时，获取所述采集事件产生的事件数据；

所述数据获取模块504可以包括：

数据获取单元5041，用于确定所述采集事件发生时，通过所述回调函数获取所述采集事件产生的事件数据。

数据发送模块505，用于将所述事件数据发送至所述服务端。

可选地，数据获取单元可以用于当采集事件发生时，通过回调函数获取采集事件对应至少一个采集参数各自对应的参数数据。

采集事件对应执行函数时，将指向执行函数的原始指针，替换为回调函数。当采集事件发生时，通过回调函数获取执行函数运行时至少一个采集参数各自对应的参数数据。

当任一事件发生时，并不能确认是否为采集事件，因此，可以获取发生事件的寄存器信息中的函数相关信息与解析获得的采集事件的函数相关信息进行比较，以确认该任一事件是否为采集事件。

确认采集事件发生时，回调函数获取采集事件的寄存器信息，通过查询寄存器中的信息获得采集事件产生的事件数据。

通过钩子函数对所有待采集事件进行挂起，获得所有采集事件的控制权，以便及时对采集事件进行监控。当采集事件发生时，通过回调函数，及时对采集事件做出响应，实现相应的数据采集。所有采集事件对应同一个钩子函数以及回调函数，实现了统一的数据采集，获得多角度、多方面的数据，提高数据的全面性，进一步提高客户端的问题解决效率。

为了在数据采集完毕之后，使客户端能够正常运行，作为一个实施例，所述数据获取模块还包括：

指针确定单元，用于确定挂起所述采集事件之前，指向所述采集事件的原始指针；

第一执行单元，用于基于所述原始指针，跳转至所述执行函数的函数体继续执行。

可选地，确定挂起所述采集事件之前，指向采集事件的执行函数的原始指针，基于所述原始指针，跳转至所述采集事件执行函数的函数体继续执行。

在实际应用中，指向所述采集事件的原始指针可以是指向所述采集事件的执行函数的原始指针。所述基于所述原始指针，跳转至所述采集事件对应执行函数的函数体继续执行。

在实际应用中，可以针对采集事件中的动态数据进行采集，其中，较为常见的动态数据为对象、参数、变量等，在采集事件执行过程中，采集事件的对象、参数、变量依据于事件的发生而产生变化。在采集事件完成之后，采集事件的事件结果也是较为重要的采集数据。因此，作为一个实施例，所述数据获取模块可以包括：

第一确定单元，用于确定所述采集事件发生时，获取所述采集事件对应执行函数的函数相关信息；

第一获取单元，用于根据所述函数相关信息，获取所述执行函数的对象、参数、变量的取值以及执行结果中一个或多个。

其中，至少一个采集参数可以包括执行函数的对象、参数、变量和/或执行结果。

事件的发生是依托于事件的执行函数而言的，因此，可以针对与采集事件相关的执行函数进行对象、参数、变量以及执行结果的采集，进而可以实现对事件发生过程中各种变量的监控。

在实际应用中，由于执行函数的调用过程是基于调用栈而执行的，因此，还可以通过对执行函数的调用栈信息进行采集，以获取执行函数在执行过程中的具体调用过程，以方便后台人员对软件程序的各个调用过程进行分析，进而判断是否存在调用误差。因此，作为又一个实施例，所述数据获取模块还包括：

第二确定单元，用于确定所述执行函数对应的调用栈信息；

第二获取单元，用于获取所述调用栈信息对应字段的字段数据。

采集事件对应至少一个采集参数可以包括调用栈参数。

采集参数为调用栈参数时，采集参数对应的参数数据即为调用栈信息对应存储字段的字段数据。

第二获取单元可以用于遍历调用栈信息以获取调用栈参数对应存储字段的字段数据。获取字段数据之后，可以将字段数据进行保存，以提供查询基础。

在一个可能的设计中，所述数据获取模块包括：

第三确定单元，用于确定所述采集事件发生时，确定执行所述采集事件的事件线程；

第三获取单元，由于采集所述事件线程中的线程数据。

可选地，采集事件对应至少一个采集参数可以包括线程参数；采集参数为线程参数时，采集参数对应的参数数据即为事件线程的线程数据。

当采集事件发生时，确定执行采集事件的事件线程可以包括当采集事件发生时，确定执行采集事件的线程标识。采集事件线程中的线程数据包括：采集线程标识对应线程相关信息。所述线程数据也即线程相关信息包括线程运行数据、线程运行地址等。

为了采集静态数据，以获得更全面的事件数据，所述装置还包括：

类型判断模块，用于判断所述采集事件的事件类型是否为静态类型；如果是，采集所述采集事件对应静态数据；如果否，执行将所述采集事件挂起，以监控所述采集事件的步骤。

采集事件可以对应至少一个采集参数。

此时，类型判断模块用于判断采集事件的事件类型是否为静态类型包括判断采集事件对应至少一个采集参数是否为静态参数。

如果是，则采集所述采集事件对照至少一个采集参数各自的参数数据，该至少一个采集参数各自的参数数据不变。

采集所述采集事件对应静态数据可以包括：按照所述采集事件指定采集路径以及采集条件采集对应静态数据。

采集到采集事件对应静态数据之后，可以将采集事件对应静态数据进行保存。

如图6所示为本申请实施例提供一种数据采集设备的一个实施例的结构示意图，该设备可以包括：存储组件601以及处理组件602，所述存储组件601存储一条或多条计算机指令，所述一条或多条计算机指令供所述处理组件602调用并执行；

所述处理组件601用于：

基于服务端下发的配置文件，解析获得待处理的采集事件；将所述采集事件挂起，以监控所述采集事件；确定所述采集事件发生时，获取所述采集事件产生的事件数据；将所述事件数据发送至所述服务端。

处理组件具体还可以用于：解析服务端下发的配置文件，获得采集事件的指令节点，指令节点中包含了采集事件的至少一个采集参数。指令节点中可以包括待处理的采集事件的执行函数的函数相关信息以及至少一个采集参数。

处理组件具体还可以用于解析服务端下发的配置文件，获得待处理的采集事件对应至少一个采集参数。

处理组件可以用于将所述采集事件对应的执行函数挂起，对所述采集事件的执行函数的监控。其中，将所述采集事件挂起后，获得所述采集事件的控制权，通过对所述采集事件的控制权采集所述采集事件的事件数据。

可选地，当所述采集事件满足发生条件时，获取所述采集事件参数的事件数据。采集事件满足发生条件可以指采集事件对应的执行函数开始被调用执行。

当采集事件的执行函数运行时，获取所述采集事件对应执行函数产生的事件数据。由于在实际使用场景中，采集事件对应执行函数，当所述采集事件发生也即可以指该采集事件对应的执行函数被执行。其中，事件数据可以包括至少一个采集参数各自对应的参数数据。所述确定所述采集事件发生时，获取所述采集事件产生的至少一个采集参数各自的参数数据。

当任一事件发生时，并不能确认是否为采集事件，因此，可以获取发生事件的寄存器信息中的函数相关信息与解析获得的采集事件的函数相关信息进行比较，以确认该任一事件是否为采集事件。事件发生，也即事件对应执行函数开始执行，可以通过函数名判断采集事件是否发生。因此，可以确认采集事件发生可以指正在执行的函数的函数名与采集事件的执行函数的函数名相同。

处理组件可以用于将所述事件数据对应至少一个采集参数各自的参数数据发送至服务端。

将事件数据发送至服务端时，还可以将客户端的用户标识与事件数据同时发送至服务端。服务端可以基于用户标识区分不同的客户端发送的事件数据。

除将事件数据发送至服务端，还可以将事件数据在本地保存，以便及时查询相关事件数据。

本申请实施例中，客户端可以基于服务端下发的配置文件，解析获得待处理的采集事件，待处理的采集事件为需要监控的任意事件，进而可以将采集事件挂起，以监控这些采集事件，一旦确认采集事件发生，即获取该采集事件产生的事件数据，此时的事件数据发送至服务端，此时服务端即可以对采集的事件数据进行分析，以实现对客户端各类监控数据的监控，获得更全面更详细的数据，及时发现客户端的运行问题，提高监控效率。

为了解决采集事件的注册问题，可以采用钩子函数对采集事件进行挂起，以获得采集事件的控制权，所述处理组件将所述采集事件挂起，以监控所述采集事件具体可以是：

通过钩子函数将所述采集事件挂起，以监控所述采集事件。

通过钩子函数将采集事件挂起可以包括通过钩子函数将采集事件的执行函数挂起。钩子函数将采集事件的执行函数挂起具体可以指，钩子函数获取执行函数的指针。

可选地，处理组件可以通过钩子函数将所述采集事件的执行函数挂起，以监控所述采集事件。

为了将被钩子函数挂起的采集事件，进行统一的数据采集，以方便将数据保存并反馈至服务端，被钩子函数挂起的采集事件，可以使用统一的回调函数进行回调，以在任一个采集事件发生时，回调函数能在第一时间对该已发生的采集事件进行响应，采集相应的事件数据。所述处理组件还用于：

将指向所述采集事件的原始指针，替换为回调函数；

所述处理组件确定所述采集事件发生时，获取所述采集事件产生的事件数据具体可以是：

确定所述采集事件发生时，通过所述回调函数获取所述采集事件产生的事件数据。

可选地，处理组件可以用于当采集事件发生时，通过回调函数获取采集事件对应至少一个采集参数各自对应的参数数据。

采集事件对应执行函数时，将指向执行函数的原始指针，替换为回调函数。当采集事件发生时，通过回调函数获取执行函数运行时至少一个采集参数各自对应的参数数据。

当任一事件发生时，并不能确认是否为采集事件，因此，可以获取发生事件的寄存器信息中的函数相关信息与解析获得的采集事件的函数相关信息进行比较，以确认该任一事件是否为采集事件。

确认采集事件发生时，回调函数获取采集事件的寄存器信息，通过查询寄存器中的信息获得采集事件产生的事件数据。

通过钩子函数对所有待采集事件进行挂起，获得所有采集事件的控制权，以便及时对采集事件进行监控。当采集事件发生时，通过回调函数，及时对采集事件作出响应，实现相应的数据采集。所有采集事件对应同一个钩子函数以及回调函数，实现了统一的数据采集，获得多角度、多方面的数据，提高数据的全面性，进一步提高客户端的问题解决效率。

为了在数据采集完毕之后，使客户端能够正常运行，作为一个实施例，所述处理组件还用于：

确定挂起所述采集事件之前，指向所述采集事件的原始指针；

基于所述原始指针，跳转至所述执行函数的函数体继续执行。

可选地，确定挂起所述采集事件之前，指向采集事件的执行函数的原始指针，基于所述原始指针，跳转至所述采集事件执行函数的函数体继续执行。

在实际应用中，指向所述采集事件的原始指针可以是指向所述采集事件的执行函数的原始指针。所述基于所述原始指针，跳转至所述采集事件对应执行函数的函数体继续执行。

在实际应用中，可以针对采集事件中的动态数据进行采集，其中，较为常见的动态数据为对象、参数、变量等，在采集事件执行过程中，采集事件的对象、参数、变量依据于事件的发生而产生变化。在采集事件完成之后，采集事件的事件结果也是较为重要的采集数据。因此，作为一个实施例，所述处理组件确定所述采集事件发生时，获取所述采集事件产生的事件数据具体可以是：

确定所述采集事件发生时，获取所述采集事件对应执行函数的函数相关信息；

根据所述函数相关信息，获取所述执行函数的对象、参数、变量的取值以及执行结果中一个或多个。

其中，至少一个采集参数可以包括执行函数的对象、参数、变量和/或执行结果。

事件的发生是依托于事件的执行函数而言的，因此，可以针对与采集事件相关的执行函数进行对象、参数、变量以及执行结果的采集，进而可以实现对事件发生过程中各种变量的监控。

在实际应用中，由于执行函数的调用过程是基于调用栈而执行的，因此，还可以通过对执行函数的调用栈信息进行采集，以获取执行函数在执行过程中的具体调用过程，以方便后台人员对软件程序的各个调用过程进行分析，进而判断是否存在调用误差。因此，作为又一个实施例，所述处理组件还用于：

确定所述执行函数对应的调用栈信息；

获取所述调用栈信息对应字段的字段数据。

采集事件对应至少一个采集参数可以包括调用栈参数。

采集参数为调用栈参数时，采集参数对应的参数数据即为调用栈信息对应存储字段的字段数据。

处理组件可以用于遍历调用栈信息以获取调用栈参数对应存储字段的字段数据。获取字段数据之后，可以将字段数据进行保存，以提供查询基础。

在一个可能的设计中，所述处理组件确定所述采集事件发生时，获取所述采集事件产生的事件数据具体是：

确定所述采集事件发生时，确定执行所述采集事件的事件线程；

采集所述事件线程中的线程数据。

可选地，采集事件对应至少一个采集参数可以包括线程参数；采集参数为线程参数时，采集参数对应的参数数据即为事件线程的线程数据。

当采集事件发生时，确定执行采集事件的事件线程可以包括当采集事件发生时，确定执行采集事件的线程标识。采集事件线程中的线程数据包括：采集线程标识对应线程相关信息。所述线程数据也即线程相关信息包括线程运行数据、线程运行地址等。

为了采集静态数据，以获得更全面的事件数据，所述处理组件还用于：

判断所述采集事件的事件类型是否为静态类型；

如果是，采集所述采集事件对应静态数据；

如果否，执行将所述采集事件挂起，以监控所述采集事件的步骤。

采集事件可以对应至少一个采集参数。

此时，处理组件用于判断采集事件的事件类型是否为静态类型包括判断采集事件对应至少一个采集参数是否为静态参数。

如果是，则采集所述采集事件对照至少一个采集参数各自的参数数据，该至少一个采集参数各自的参数数据不变。

采集所述采集事件对应静态数据可以包括：按照所述采集事件指定采集路径以及采集条件采集对应静态数据。

采集到采集事件对应静态数据之后，可以将采集事件对应静态数据进行保存。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (7)

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

基于服务端下发的配置文件，解析获得待处理的采集事件；

判断所述采集事件的事件类型是否为静态类型；

如果是，采集所述采集事件对应静态数据；

如果否，将所述采集事件挂起，以监控所述采集事件；

确定所述采集事件发生时，获取所述采集事件产生的事件数据；

将所述事件数据发送至所述服务端；

所述确定所述采集事件发生时，获取所述采集事件产生的事件数据包括：

确定所述采集事件发生时，获取所述采集事件对应执行函数的函数相关信息；

根据所述函数相关信息，获取所述执行函数的对象、参数、变量的取值以及执行结果中一个或多个；

所述确定所述采集事件发生时，获取所述采集事件对应执行函数的函数相关信息之后，还包括：

确定所述执行函数对应的调用栈信息；

获取所述调用栈信息对应字段的字段数据。

2.根据权利要求1所述的方法，其特征在于，所述将所述采集事件挂起，以监控所述采集事件包括：

通过钩子函数将所述采集事件挂起，以监控所述采集事件。

3.根据权利要求2所述的方法，其特征在于，通过钩子函数将所述采集事件挂起，以监控所述采集事件之后，所述方法还包括：

将指向所述采集事件的原始指针，替换为回调函数；

所述确定所述采集事件发生时，获取所述采集事件产生的事件数据包括：

确定所述采集事件发生时，通过所述回调函数获取所述采集事件产生的事件数据。

4.根据权利要求1所述的方法，其特征在于，所述确定所述采集事件发生时，获取所述采集事件产生的事件数据包括：

确定所述采集事件发生时，确定执行所述采集事件的事件线程；

采集所述事件线程中的线程数据。

5.根据权利要求3所述的方法，其特征在于，所述确定所述采集事件发生时，通过所述回调函数获取所述采集事件产生的事件数据之后，还包括：

确定挂起所述采集事件之前，指向所述采集事件的原始指针；

基于所述原始指针，跳转至所述采集事件对应执行函数的函数体继续执行。

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

文件解析模块，用于基于服务端下发的配置文件，解析获得待处理的采集事件；

事件挂起模块，用于将所述采集事件挂起，以监控所述采集事件；

数据获取模块，用于确定所述采集事件发生时，获取所述采集事件产生的事件数据；

数据发送模块，用于将所述事件数据发送至所述服务端；

所述数据获取模块，包括：

第一确定单元，用于确定所述采集事件发生时，获取所述采集事件对应执行函数的函数相关信息；

第一获取单元，用于根据所述函数相关信息，获取所述执行函数的对象、参数、变量的取值以及执行结果中一个或多个；

第二确定单元，用于确定所述执行函数对应的调用栈信息；

第二获取单元，用于获取所述调用栈信息对应字段的字段数据；

所述装置还包括：

类型判断模块，用于判断所述采集事件的事件类型是否为静态类型；如果是，采集所述采集事件对应静态数据；如果否，执行将所述采集事件挂起，以监控所述采集事件的步骤。

7.一种数据采集设备，其特征在于，包括：存储组件以及处理组件，所述存储组件存储一条或多条计算机指令，所述一条或多条计算机指令供所述处理组件调用并执行；

所述处理组件用于：

基于服务端下发的配置文件，解析获得待处理的采集事件；判断所述采集事件的事件类型是否为静态类型；如果是，采集所述采集事件对应静态数据；如果否，将所述采集事件挂起，以监控所述采集事件；确定所述采集事件发生时，获取所述采集事件产生的事件数据；将所述事件数据发送至所述服务端；

所述确定所述采集事件发生时，获取所述采集事件产生的事件数据包括：

确定所述采集事件发生时，获取所述采集事件对应执行函数的函数相关信息；

根据所述函数相关信息，获取所述执行函数的对象、参数、变量的取值以及执行结果中一个或多个；

所述确定所述采集事件发生时，获取所述采集事件对应执行函数的函数相关信息之后，还包括：

确定所述执行函数对应的调用栈信息；

获取所述调用栈信息对应字段的字段数据。

Images