CN106209429A - 数据采集方法及装置 - Google Patents

Abstract

本公开提供了一种数据采集方法及装置，属于网络技术领域。方法包括：当检测到客户端的开启操作时，向服务器发送打点策略获取请求，所述打点策略获取请求用于获取打点策略，以字符串的形式表示所述打点策略中每个配置项的值；接收所述服务器发送的打点策略；根据所述打点策略中的数据采集策略，采集打点数据；根据所述打点策略中的数据上传策略，上传所述打点数据。本公开通过以字符串的形式表示打点策略，能够实现通过服务器向终端发送该打点策略，当打点策略更新时，能够及时获取更新后的打点策略，进而使得终端能够根据更新后的打点策略采集并上传准确性更高的打点数据，在服务器对打点数据进行分析时，能够提高数据分析的准确性和实时性。

Description

数据采集方法及装置

技术领域

本公开涉及网络技术领域，尤其涉及一种数据采集方法及装置。

背景技术

在互联网时代，数据分析是决策的重要依据，数据打点SDK(SoftwareDevelopment Kit，软件开发工具包)作为数据分析的源头，负责数据采集，以达到为数据分析提供数据源的目的；其中，打点SDK用于在客户端使用过程中，将采集到的用户操作行为数据发送到指定服务器。

目前，对于任一客户端，数据采集方法可以为：当检测到对该客户端中打点SDK的调用请求时，获取本地存储的与该客户端对应的打点策略，并根据该打点策略，采集用户操作行为数据，并向该客户端对应服务器发送所采集到的数据；其中，该打点策略包括是否对所采集到的数据进行加密、压缩等。

在通过上述数据采集方法进行数据采集时，如果服务器更新了用于采集该客户端中用户操作行为数据的打点策略，终端只能通过更新或升级该应用，以从服务器获取新的打点策略，导致终端不能及时应用最新的打点策略采集用户操作行为数据，进而导致所采集到的数据不准确等情况。

发明内容

为克服相关技术中存在的问题，本公开提供一种数据采集方法及装置。

根据本公开实施例的第一方面，提供一种数据采集方法，包括：

当检测到客户端的开启操作时，向服务器发送打点策略获取请求，所述打点策略获取请求用于获取打点策略，以字符串的形式表示所述打点策略中每个配置项的值；

接收所述服务器发送的打点策略；

根据所述打点策略中的数据采集策略，采集打点数据，所述打点数据是指所述客户端上的用户操作行为数据；

根据所述打点策略中的数据上传策略，上传所述打点数据。

在本公开的第一方面的第一种可能实现方式中，所述打点策略获取请求携带所述客户端的应用类型信息，每个应用类型具有对应的打点策略。

在本公开的第一方面的第二种可能实现方式中，所述方法还包括：

在所述客户端的打点软件开发工具包SDK运行期间，每隔预设时长向所述服务发送第一更新请求，以使得所述服务器根据所述第一更新请求，从所述打点策略数据库中获取更新的配置项，并返回所述更新的配置项；

接收所述服务器根据所述更新请求返回的所述更新的配置项。

在本公开的第一方面的第三种可能实现方式中，所述打点策略获取请求为超文本传输协议HTTP请求；相应地，向服务器发送打点策略获取请求包括：

将所述客户端的应用类型信息作为所述HTTP请求的参数，向所述服务器发送所述HTTP请求。

在本公开的第一方面的第四种可能实现方式中，所述方法还包括：

接收所述服务器发送的更新通知，所述更新通知至少包括更新的配置项的标识信息，所述更新通知用于提醒用户更新所述打点策略；

根据所述更新通知，向所述服务器发送第二更新请求，所述第二更新请求用于获取所述更新的配置项。

根据本公开实施例的第二方面，提供一种数据采集装置，包括：

发送模块，用于当检测到客户端的开启操作时，向服务器发送打点策略获取请求，所述打点策略获取请求用于获取打点策略，以字符串的形式表示所述打点策略中每个配置项的值；

接收模块，用于接收所述服务器发送的打点策略；

数据采集模块，用于根据所述打点策略中的数据采集策略，采集打点数据，所述打点数据是指所述客户端上的用户操作行为数据；

数据上传模块，用于根据所述打点策略中的数据上传策略，上传所述打点数据。

在本公开的第二方面的第一种可能实现方式中，所述打点策略获取请求携带所述客户端的应用类型信息，每个应用类型具有对应的打点策略。

在本公开的第二方面的第二种可能实现方式中，所述发送模块还用于在所述客户端的打点软件开发工具包SDK运行期间，每隔预设时长向所述服务发送第一更新请求，以使得所述服务器根据所述第一更新请求，从所述打点策略数据库中获取更新的配置项，并返回所述更新的配置项；

所述接收模块还用于接收所述服务器根据所述更新请求返回的所述更新的配置项。

在本公开的第二方面的第三种可能实现方式中，所述打点策略获取请求为超文本传输协议HTTP请求；相应地，所述发送模块用于：

将所述客户端的应用类型信息作为所述HTTP请求的参数，向所述服务器发送所述HTTP请求。

在本公开的第二方面的第四种可能实现方式中，所述接收模块还用于接收所述服务器发送的更新通知，所述更新通知至少包括更新的配置项的标识信息，所述更新通知用于提醒用户更新所述打点策略；

所述发送模块还用于根据所述更新通知，向所述服务器发送第二更新请求，所述第二更新请求用于获取所述更新的配置项。

第三方面，还提供了一种数据采集装置，包括：

处理器；

用于存储处理器可执行的指令的存储器；

其中，该处理器被配置为：

当检测到客户端的开启操作时，向服务器发送打点策略获取请求，所述打点策略获取请求用于获取打点策略，所述打点策略以字符串的形式表示所述打点策略中每个配置项的值；

接收所述服务器发送的打点策略；

根据所述打点策略中的数据采集策略，采集打点数据，所述打点数据是指所述客户端上的用户操作行为数据；

根据所述打点策略中的数据上传策略，上传所述打点数据。

本公开实施例提供的技术方案带来的有益效果是：

本公开通过以字符串的形式表示打点策略，能够实现在客户端处于开启状态时，通过服务器向终端发送该打点策略，当打点策略更新时，能够及时获取更新后的打点策略，进而使得终端能够根据更新后的打点策略采集并上传准确性更高的打点数据，在服务器对打点数据进行分析时，能够提高数据分析的准确性和实时性。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例示出的一种数据采集方法的流程图；

图2是根据一示例性实施例示出的一种数据采集方法的流程图；

图3是根据一示例性实施例示出的一种数据采集装置框图；

图4是根据一示例性实施例示出的一种数据采集装置400的框图。

具体实施方式

为使本公开的目的、技术方案和优点更加清楚，下面将结合附图对本公开实施方式作进一步地详细描述。

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种数据采集方法的流程图，如图1所示，数据采集方法用于终端中，包括以下步骤。

在步骤101中，当检测到客户端的开启操作时，向服务器发送打点策略获取请求，所述打点策略获取请求用于获取打点策略，以字符串的形式表示所述打点策略中每个配置项的值。

在步骤102中，接收所述服务器发送的打点策略。

在步骤103中，根据所述打点策略中的数据采集策略，采集打点数据，所述打点数据是指所述客户端上的用户操作行为数据。

在步骤104中，根据所述打点策略中的数据上传策略，上传所述打点数据。

本公开实施例提供的方法，通过以字符串的形式表示打点策略，能够实现在客户端处于开启状态时，通过服务器向终端发送该打点策略，当打点策略更新时，能够及时获取更新后的打点策略，进而使得终端能够根据更新后的打点策略采集并上传准确性更高的打点数据，在服务器对打点数据进行分析时，能够提高数据分析的准确性和实时性。

在本公开的第一种可能实现方式中，所述打点策略获取请求携带所述客户端的应用类型信息，每个应用类型具有对应的打点策略。

在本公开的第二种可能实现方式中，所述方法还包括：

在所述客户端的打点软件开发工具包SDK运行期间，每隔预设时长向所述服务发送第一更新请求，以使得所述服务器根据所述第一更新请求，从所述打点策略数据库中获取更新的配置项，并返回所述更新的配置项；

接收所述服务器根据所述更新请求返回的所述更新的配置项。

在本公开的第三种可能实现方式中，所述打点策略获取请求为超文本传输协议HTTP请求；相应地，向服务器发送打点策略获取请求包括：

将所述客户端的应用类型信息作为所述HTTP请求的参数，向所述服务器发送所述HTTP请求。

在本公开的第四种可能实现方式中，所述方法还包括：

接收所述服务器发送的更新通知，所述更新通知至少包括更新的配置项的标识信息，所述更新通知用于提醒用户更新所述打点策略；

根据所述更新通知，向所述服务器发送第二更新请求，所述第二更新请求用于获取所述更新的配置项。

上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

图2是根据一示例性实施例示出的一种数据采集方法的流程图。该实施例的执行主体可以为终端，参照图2，该实施例具体包括：

在步骤201中，当检测到客户端的开启操作时，向服务器发送打点策略获取请求，该打点策略获取请求用于获取打点策略，以字符串的形式表示该打点策略中每个配置项的值。

该客户端的开启操作可以是用户对客户端的触摸操作，也可以是鼠标对该客户端的双击操作，还可以是其他类型的开启操作，本公开实施例对此不作具体限定。需要说明的是，当检测到客户端的开启操作时，运行该客户端的打点SDK(Software Development Kit，软件开发工具包)。

该打点策略包括多个配置项，每个配置项用于展示该打点策略中的单个策略，例如，打点策略所包含的单个策略以及每个策略对应的内容如下：

数据采集策略：至少包括需要打点的事件类型；

数据上传策略：至少包括打点数据的上传方法，例如立即上传或定时轮询上传等；

网络策略：是否在终端处于非WiFi(Wireless Fidelity，无线保真)连接的情况下上传打点数据；

压缩策略：是否对打点数据进行压缩：

加密策略：是否在上传之前对打点数据进行加密；

采样策略：是否对需要打点的事件做随机采样。

需要说明的是，上述所列举的打点策略所包括的配置项，不对本公开中打点策略所包含的配置项造成限定。

以字符串的形式表示该打点策略中每个配置项的值，是指该字符串的每个位置用于指示对应配置项，对于任一配置项，不同的值表示不同的策略。例如，当字符串为10101时，从左到右，第一位表示数据上传策略，该位数字为0表示采用立即上传的方法上传数据，该位数字为1表示采用定时轮询上传的方法上传数据；第二位表示网络策略，该位数字为0表示在终端处于任意网络连接的情况下上传数据，该位数字位1表示在终端处于WiFi连接的情况下上传数据；第三位表示压缩策略，该位数字为0表示不对打点数据进行压缩，该位数字为1表示对打点数据进行压缩；第四位表示加密策略，该位数字为0表示在上传之前不对打点数据进行加密，该位数字为1表示在上传之前对打点数据进行加密；第五位表示采样策略，该位数字为0表示不对需要打点的事件做随机采样，该位数字为1表示对需要打点的事件做随机采样。

通过以字符串的形式表示该打点策略中每个配置项的值，能够实现由服务器向终端发送打点策略，且由于字符串数据量较小，因此还能够减小网络负担，提高终端获取打点策略的速度。

在本公开另一实施例中，该打点策略获取请求携带该客户端的应用类型信息，每个应用类型具有对应的打点策略。该应用类型信息用于唯一标识每个应用类型的客户端，该应用类型信息可以为字符串信息，该字符串信息可以由服务器为每个应用类型的客户端分配的信息；例如，APP1的应用类型信息为String1，APP2的应用类型信息为String2，该APP1和该APP2为两个不同应用类型的客户端，String1和String2为两个不同的字符串。

通过向服务器发送携带客户端应用类型信息的打点策略获取请求，使得服务器能够根据该应用类型信息，获取并向终端返回与该应用类型信息对应的打点策略，从而使得终端能够根据对应的打点策略，对用户在该客户端上的操作行为数据进行统计得到打点数据，并向服务器上传该打点数据，从而使得服务器能够根据该打点数据有针对性的提高该客户端的性能，使其能够更满足用户的需求。

在本公开又一实施例中，该打点策略获取请求为HTTP(Hyper Text TransferProtocol，超文本传输协议)请求；相应地，向服务器发送打点策略获取请求包括：将该客户端的应用类型信息作为该HTTP请求的参数，向该服务器发送该HTTP请求。当然，也可以采用其他方法向服务器发送携带该客户端的应用类型信息的打点策略获取请求，本公开实施例对此不作具体限定。

在步骤202中，接收该服务器发送的打点策略。

服务器在接收到该打点策略获取请求时，获取该打点策略，并向终端返回获取到的打点策略。当该打点策略获取请求携带客户端的应用类型信息时，服务器根据该应用类型信息，从打点策略数据库中查找对应的打点策略，并向终端返回该打点策略；该打点策略数据库至少用于多个客户端的打点策略和对应的应用类型信息，当然，该打点策略数据库还可以用于存储其他数据，如每个客户端的打点策略的更新历史信息等，本公开实施例对此不作具体限定。

在步骤203中，根据该打点策略中的数据采集策略，采集打点数据，该打点数据是指该客户端上的用户操作行为数据。

该数据采集策略可以包括需要打点的事件类型，对于任一客户端，需要打点的事件可以包括页面的打开和关闭操作，也可以包括下载、下载成功或下载失败，还可以包括其他事件，如在输入框输入信息的操作等，也可以只包括上述事件中的任一类型的事件，本公开实施例对此不作具体限定。当然，该数据采集策略也可以包括其他策略，如打点频率等，本公开实施例对该数据采集策略的具体内容也不作限定。

在步骤204中，根据该打点策略中的数据上传策略，上传该打点数据。

如果该数据上传策略为立即上传，在通过步骤203采集到打点数据后，立即向服务器上传该打点数据；如果该数据上传策略为定时轮询上传，在通过步骤203采集到打点数据后，缓存该打点数据，在接收轮询时，向服务器上传该打点数据。其中，该定时轮询是指定时进行询问，以确定是否需要终端为其提供服务，在本公开实施例中，所提供的服务为数据上传服务。

在步骤205中，在该客户端的打点SDK运行期间，每隔预设时长向该服务发送第一更新请求，以使得该服务器根据该第一更新请求，从该打点策略数据库中获取更新的配置项，并返回该更新的配置项。

该第一更新请求用于向服务器获取打点策略中更新的配置项，在服务器接收到该第一更新请求时，检查该打点数据是否发生更新，如果发生更新，则向终端返回更新的配置项，如果未发生更新，向终端发送通知信息，以通知该终端打点策略未发生更新，以使得终端继续使用上次接收到的打点策略，执行打点操作。

当每个应用类型的客户端具有对应的打点策略时，该第一更新请求需要携带该客户端的应用类型信息，以使得服务器能够根据该应用类型信息，从打点策略数据库中确定该客户端的打点策略是否发生更新。

该预设时长可以根据该客户端的性能稳定程度进行设置，对于公布时间较长的客户端且性能较稳定的客户端，可以将该预设时长设置为较长时间，对于公布时间较短还处于试用阶段，且性能不是很稳定的客户端，可以将该预设时长设置为较短时间；当然，也可以采用其他方法设置该预设时长，本公开实施例对设置该预设时长的具体方法以及该预设时长的具体时长均不作限定。

在步骤206中，接收该服务器根据该更新请求返回的该更新的配置项。

终端接收服务器返回的更新的配置项后，根据该更新的配置项，进行打点数据采集及打点数据上传等操作，并存储该更新的配置项，或更改之前存储的该配置项的值，如果该配置项为新增配置项，则直接存储该更新的配置项。

通过终端每隔预设时长向服务器发送更新请求更新打点策略，能够使终端及时使用最新的打点策略进行打点操作，进而使得服务器能够根据接收到的打点数据进行数据分析，提高数据分析的准确性和实时性。

在本公开另一实施例中，该客户端更新打点策略的方法还可以为：接收该服务器发送的更新通知，该更新通知至少包括更新的配置项的标识信息，该更新通知用于提醒用户更新该打点策略；根据该更新通知，向该服务器发送第二更新请求，该第二更新请求用于获取该更新的配置项。也即是，当服务器检测到该打点策略的更新操作时，通知终端更新打点策略，以使得终端能够根据最新的打点策略执行打点操作。

通过接收服务器发送的更新通知更新打点策略，能够在达到及时更新该终端中的打点策略的同时，避免由于终端频繁发送更新请求造成的网络负担。

本公开实施例提供的方法，通过以字符串的形式表示打点策略，能够实现在客户端处于开启状态时，通过服务器向终端发送该打点策略，当打点策略更新时，能够及时获取更新后的打点策略，进而使得终端能够根据更新后的打点策略采集并上传准确性更高的打点数据，在服务器对打点数据进行分析时，能够提高数据分析的准确性和实时性；进一步地，通过向服务器发送携带客户端应用类型信息的打点策略获取请求，使得服务器能够根据该应用类型信息，获取并向终端返回与该应用类型信息对应的打点策略，从而使得终端能够根据对应的打点策略，对用户在该客户端上的操作行为数据进行统计得到打点数据，并向服务器上传该打点数据，从而使得服务器能够根据该打点数据有针对性的提高该客户端的性能，使其能够更满足用户的需求。

图3是根据一示例性实施例示出的一种数据采集装置框图。参照图3，该装置包括发送模块301，接收模块302，数据采集模块303和数据上传模块304。

发送模块301，用于当检测到客户端的开启操作时，向服务器发送打点策略获取请求，所述打点策略获取请求用于获取打点策略，以字符串的形式表示所述打点策略中每个配置项的值；

接收模块302，用于接收所述服务器发送的打点策略；

数据采集模块303，用于根据所述打点策略中的数据采集策略，采集打点数据，所述打点数据是指所述客户端上的用户操作行为数据；

数据上传模块304，用于根据所述打点策略中的数据上传策略，上传所述打点数据。

在本公开提供的第一种可能实现方式中，所述打点策略获取请求携带所述客户端的应用类型信息，每个应用类型具有对应的打点策略。

在本公开提供的第二种可能实现方式中，所述发送模块301还用于在所述客户端的打点软件开发工具包SDK运行期间，每隔预设时长向所述服务发送第一更新请求，以使得所述服务器根据所述第一更新请求，从所述打点策略数据库中获取更新的配置项，并返回所述更新的配置项；

所述接收模块302还用于接收所述服务器根据所述更新请求返回的所述更新的配置项。

在本公开提供的第三种可能实现方式中，所述打点策略获取请求为超文本传输协议HTTP请求；相应地，所述发送模块301用于：

将所述客户端的应用类型信息作为所述HTTP请求的参数，向所述服务器发送所述HTTP请求。

在本公开提供的第四种可能实现方式中，所述接收模块302还用于接收所述服务器发送的更新通知，所述更新通知至少包括更新的配置项的标识信息，所述更新通知用于提醒用户更新所述打点策略；

所述发送模块301还用于根据所述更新通知，向所述服务器发送第二更新请求，所述第二更新请求用于获取所述更新的配置项。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图4是根据一示例性实施例示出的一种数据采集装置400的框图。例如，装置400可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图4，装置400可以包括以下一个或多个组件：处理组件402，存储器404，电源组件406，多媒体组件408，音频组件410，输入/输出(I/O)接口412，传感器组件414，以及通信组件416。

处理组件402通常控制装置400的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件402可以包括一个或多个处理器420来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件402可以包括一个或多个模块，便于处理组件402和其他组件之间的交互。例如，处理组件402可以包括多媒体模块，以方便多媒体组件408和处理组件402之间的交互。

存储器404被配置为存储各种类型的数据以支持在装置400的操作。这些数据的示例包括用于在装置400上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器404可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件406为装置400的各种组件提供电力。电源组件406可以包括电源管理系统，一个或多个电源，及其他与为装置400生成、管理和分配电力相关联的组件。

多媒体组件408包括在所述装置400和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件408包括一个前置摄像头和/或后置摄像头。当装置400处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件410被配置为输出和/或输入音频信号。例如，音频组件410包括一个麦克风(MIC)，当装置400处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器404或经由通信组件416发送。在一些实施例中，音频组件410还包括一个扬声器，用于输出音频信号。

I/O接口412为处理组件402和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件414包括一个或多个传感器，用于为装置400提供各个方面的状态评估。例如，传感器组件414可以检测到装置400的打开/关闭状态，组件的相对定位，例如所述组件为装置400的显示器和小键盘，传感器组件414还可以检测装置400或装置400一个组件的位置改变，用户与装置400接触的存在或不存在，装置400方位或加速/减速和装置400的温度变化。传感器组件414可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件414还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件414还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件416被配置为便于装置400和其他设备之间有线或无线方式的通信。装置400可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件416经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件416还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置400可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述数据采集方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器404，上述指令可由装置400的处理器420执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供了一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行上述数据采集方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (11)

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

当检测到客户端的开启操作时，向服务器发送打点策略获取请求，所述打点策略获取请求用于获取打点策略，以字符串的形式表示所述打点策略中每个配置项的值；

接收所述服务器发送的打点策略；

根据所述打点策略中的数据采集策略，采集打点数据，所述打点数据是指所述客户端上的用户操作行为数据；

根据所述打点策略中的数据上传策略，上传所述打点数据。

2.根据权利要求1所述的方法，其特征在于，所述打点策略获取请求携带所述客户端的应用类型信息，每个应用类型具有对应的打点策略。

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

在所述客户端的打点软件开发工具包SDK运行期间，每隔预设时长向所述服务发送第一更新请求，以使得所述服务器根据所述第一更新请求，从所述打点策略数据库中获取更新的配置项，并返回所述更新的配置项；

接收所述服务器根据所述更新请求返回的所述更新的配置项。

4.根据权利要求1所述的方法，其特征在于，所述打点策略获取请求为超文本传输协议HTTP请求；相应地，向服务器发送打点策略获取请求包括：

将所述客户端的应用类型信息作为所述HTTP请求的参数，向所述服务器发送所述HTTP请求。

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

接收所述服务器发送的更新通知，所述更新通知至少包括更新的配置项的标识信息，所述更新通知用于提醒用户更新所述打点策略；

根据所述更新通知，向所述服务器发送第二更新请求，所述第二更新请求用于获取所述更新的配置项。

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

发送模块，用于当检测到客户端的开启操作时，向服务器发送打点策略获取请求，所述打点策略获取请求用于获取打点策略，以字符串的形式表示所述打点策略中每个配置项的值；

接收模块，用于接收所述服务器发送的打点策略；

数据采集模块，用于根据所述打点策略中的数据采集策略，采集打点数据，所述打点数据是指所述客户端上的用户操作行为数据；

数据上传模块，用于根据所述打点策略中的数据上传策略，上传所述打点数据。

7.根据权利要求6所述的装置，其特征在于，所述打点策略获取请求携带所述客户端的应用类型信息，每个应用类型具有对应的打点策略。

8.根据权利要求6所述的装置，其特征在于，所述发送模块还用于在所述客户端的打点软件开发工具包SDK运行期间，每隔预设时长向所述服务发送第一更新请求，以使得所述服务器根据所述第一更新请求，从所述打点策略数据库中获取更新的配置项，并返回所述更新的配置项；

所述接收模块还用于接收所述服务器根据所述更新请求返回的所述更新的配置项。

9.根据权利要求6所述的装置，其特征在于，所述打点策略获取请求为超文本传输协议HTTP请求；相应地，所述发送模块用于：

将所述客户端的应用类型信息作为所述HTTP请求的参数，向所述服务器发送所述HTTP请求。

10.根据权利要求6所述的装置，其特征在于，所述接收模块还用于接收所述服务器发送的更新通知，所述更新通知至少包括更新的配置项的标识信息，所述更新通知用于提醒用户更新所述打点策略；

所述发送模块还用于根据所述更新通知，向所述服务器发送第二更新请求，所述第二更新请求用于获取所述更新的配置项。

11.一种地理位置信息识别装置，其特征在于，包括：

处理器；

用于存储处理器可执行的指令的存储器；

其中，所述处理器被配置为：

当检测到客户端的开启操作时，向服务器发送打点策略获取请求，所述打点策略获取请求用于获取打点策略，所述打点策略以字符串的形式表示所述打点策略中每个配置项的值；

接收所述服务器发送的打点策略；

根据所述打点策略中的数据采集策略，采集打点数据，所述打点数据是指所述客户端上的用户操作行为数据；

根据所述打点策略中的数据上传策略，上传所述打点数据。