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

Abstract

本发明实施例公开了一种用户行为数据的采集方法，其特征在于，包括：在满足预设的触发采集条件的情况下，检测一次或一次以上的输入操作；对于检测到的目标输入操作，记录所述目标输入操作的输入参数，所述输入参数包括输入时序、输入位置、输入内容中的至少一种；记录所述目标输入操作对应的应用页面，所述记录方式包括记录应用页面的组件标识、录屏记录应用页面、截屏记录应用页面中至少一种；根据顺序记录的所述输入参数和对应的应用页面生成行为数据。此外，本发明实施例还公开了一种用户行为数据的采集装置。采用本发明实施例，可提高产品体验研究的过程中用户行为数据采集的便利性。

Description

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

技术领域

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

背景技术

随着终端技术的发展，在智能手机等终端设备上集成的功能越来越多，手机开发商或者软件开发商在开发了新的产品之后，均需要对相应的产品进行测试以及产品的用户体验研究，以便针对开发的产品进行改进，从而更符合用户的使用习惯以及提高用户的使用体验，增加产品的使用率。

现有技术中，在进行产品体验研究时，主要的方法有以下2种：第一种方案是，邀请用户到实验室进行测试任务，这就使得测试任务受到实验室的场景限制，不能大规模的开展，并且无法还原用户在实际使用产品时的真实使用场景；第二种方案是现场跟随用户使用APP，在这种方案中，分析人员必须跟随用户进行记录，相较于第一种使用方案，虽然能真实的记录用户在使用过程中的真实数据，但是该种方案的实现必须投入大量的人力物力，并且进行研究的规模也极大的收到了限制。

也就是说，在现有的针对智能终端以及终端上安装的APP的产品体验研究的方案中，受到使用场景的限制导致产品体验研究的规模受到限制且采集数据的过程中存在极大的不便，即在产品体验研究的过程中数据的采集存在操作上的不便。

发明内容

基于此，为解决传统技术中的采集产品体验研究对应的研究数据的过程中存在的操作便利性不足的技术问题，特提出了一种用户行为数据的采集方法。

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

在满足预设的触发采集条件的情况下，检测一次或一次以上的输入操作；

对于检测到的目标输入操作，记录所述目标输入操作的输入参数，所述输入参数包括输入时序、输入位置、输入内容中的至少一种；

记录所述目标输入操作对应的应用页面，所述记录方式包括记录应用页面的组件标识、录屏记录应用页面、截屏记录应用页面中至少一种；

根据顺序记录的所述输入参数和对应的应用页面生成行为数据。

此外，为解决传统技术中的采集产品体验研究对应的研究数据的过程中存在的操作便利性不足的技术问题，特提出了一种用户行为数据的采集装置。

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

输入操作检测模块，用于在满足预设的触发采集条件的情况下，检测一次或一次以上的输入操作；

输入参数记录模块，用于对于检测到的目标输入操作，记录所述目标输入操作的输入参数，所述输入参数包括输入时序、输入位置、输入内容中的至少一种；

应用页面记录模块，用于记录所述目标输入操作对应的应用页面，所述记录方式包括记录应用页面的组件标识、录屏记录应用页面、截屏记录应用页面中至少一种；

行为数据生成模块，用于根据顺序记录的所述输入参数和对应的应用页面生成行为数据。

实施本发明实施例，将具有如下有益效果：

采用了上述用户行为数据的采集方法和装置之后，在进行产品体验研究时，可以通过招募用户在终端上安装调研客户端，并通过调研客户端在满足预设的触发条件时，对用户通过终端进行的输入操作进行检测，并获取检测到的输入操作的输入参数、以及记录在检测到输入操作时的应用页面的相关数据，并根据输入操作的输入参数以及对应的应用页面的相关数据生成对应的行为数据，该行为数据即为用户参与调研任务时具体的体验数据。在用户将行为数据上传之后，调研人员可以从服务器上获取各个用户上传的行为数据，从而对各个用户上传的行为数据进行分析。也就是说，采用本发明实施例后，在完成产品体验研究时，不需要邀请用户到实验室或者固定场景中进行测试任务，也不需要安排分析人员跟随用户采集数据，避免了原有的产品体验研究中采集用户行为数据时的不便，并且能不再受到场景的限制而扩大测试规模，用户只需要在终端上安装调研客户端即可参与产品体验测试，提高了用户行为数据采集的便利性，并提高了用户行为数据采集的真实性。

附图说明

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

其中：

图1为一个实施例中一种用户行为数据的采集方法的流程示意图；

图2为一个实施例中下载调研客户端并参与到调研任务的流程示意图；

图3为一个实施例中调研人员与用户之间进行数据交互过程的示意图；

图4为一个实施例中采集到的用户行为数据对应的Activity组件对应的数据的示意图；

图5为一个实施例中Activity组件确定过程中的系统后台调用过程的示意图；

图6为一个实施例中记录应用页面的组件标识的流程示意图；

图7为一个实施例中通过截屏记录应用页面的流程示意图；

图8为一个实施例中屏幕截图的操作示意图；

图9为一个实施例中用户行为数据采集过程的流程示意图；

图10为一个实施例中用户行为数据采集过程中终端各个模块之间的交互示意图；

图11为一个实施例中一种用户行为数据的采集装置的结构示意图；

图12为一个实施例中运行前述用户行为数据的采集方法的计算机设备的结构示意图。

具体实施方式

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

为解决传统技术中的采集产品体验研究对应的研究数据的过程中存在的操作便利性不足的技术问题，在本实施例中，特提出了一种用户行为数据的采集方法，该方法的实现可依赖于计算机程序，该计算机程序可运行于基于冯诺依曼体系的计算机系统之上，该计算机程序可以是安装在智能手机等终端设备上的产品体验研究的用户数据采集的应用程序。该计算机系统可以是运行上述计算机程序的例如智能手机、平板电脑、个人电脑等终端设备。

需要说明的是，在本实施例中，用户行为数据的采集方法所基于终端上，安装了具备采集用户行为数据功能的应用程序(即调研客户端)，该应用程序可以是可以前端运行的第三方软件，也可以是内置在终端系统后台的后台进程。

具体的，如图1所示，上述用户行为数据的采集方法包括如下步骤S102-S108：

步骤S102：在满足预设的触发采集条件的情况下，检测一次或一次以上的输入操作。

在终端上安装有上述具备采集用户行为数据的应用程序(即安装有调研客户端)的情况下，该应用程序在运行时可以获取用户针对终端或者终端上的某个特定的应用程序对应的行为上数据。

例如，用户通过点击与下载调研客户端对应的链接来下载调研客户端并进行安装，即可通过调研客户端参与到发布的产品体验研究中去，即参与调研人员通过调研客户端发布的调研任务。

具体的，如图2所示，图2展示了用户下载调研客户端并参与到调研任务的流程示意图，在用户在终端上安装了调研客户端之后，在启动该调研客户端时，会展示提示消息，以提示用户是否允许调研客户端获取相应的权限，例如，调研客户端获取的权限包括但不限于读取终端中存储的文件、保存数据到终端的存储区域中、获取终端的屏幕数据等)。

若检测到用户选择同意调研客户端获取相应的权限，则可以继续进行调研任务，反之，因为调研客户端不具备相应的权限，无法获取终端上的相关数据，导致调研任务无法继续进行而提前结束调研任务以及用户行为数据的采集过程。

在调研客户端具备了相应的权限之后，即可确定参与的调研任务。需要说明的是，在本实施例中，调研任务的确定可以是系统自动确定的，例如，在调研客户端对应的是某一个特定的调研任务的情况下；在另一个可选的实施例中，调研任务的确定还可以是根据用户选择的调研任务确定的。例如，可以通过调研客户端进行的调研任务包含多个，并且，调研人员或者开发人员可以预先在调研客户端上发布需要进行的调研任务，以便用户可以在调研客户端中选择当前需要参与的调研任务，例如，从调研任务展示列表中选择目标调研任务，在本实施例中，调研任务可以是使用指定的APP或者使用指定的APP进行特定的操作或完成指定的任务。

在确定了目标调研任务之后，终端上安装的调研客户端即可开始采集与调研任务相关的用户行为数据，并且，在用户行为数据采集完毕之后，通过调研客户端将采集到的用户行为数据进行上传，以便调研人员在后续的用户体验研究中对该用户行为数据进行分析。

如图3所示，图3展示了调研人员与用户之间进行数据交互的一个示意图，调研人员通过调研客户端发起调研任务，并将相应的数据上传给服务器，用户可以在终端上下载调研客户端并完成调研任务，在完成调研任务之后将相应的数据上传至服务器，以使调研人员可以获取到用户上传的数据并数据分析。

步骤S102-S108即为采集用户行为数据的过程。

并不是安装了调研客户端或者确定了调研任务之后，会立刻开始采集对应的用户行为数据，还需要满足一定的条件。例如，在调研任务是使用指定的购物APP进行购买的情况下，只有在用户启动在终端上安装的该指定的APP的情况下，才会触发对用户行为数据的采集。

在本实施例中，在满足预设的触发条件的情况下，检测用户输入的至少一次输入操作。例如，在用户输入点击操作、滑动操作或者输入其他任意操作时，对用户的输入操作进行检测。

需要说明的是，在本实施例中，预设的触发采集条件包括但不限于接收到开始采集的指令、系统时间抵达预设时刻或进入预设的页面中。

例如，在终端的显示界面上展示有用户数据采集开启的按钮，在用户点击该按钮时，触发对输入操作的检测和数据采集。

在另一个实施例中，设置了与用户行为数据采集的时间，即预设时间，在系统时间抵达预设时刻时，触发对输入操作的检测以及用户行为数据的采集。

在另一个实施例中，在检测到用户在终端中打开了预设的页面、或者启动了预设的应用程序的情况下，开始对输入操作进行检测并开始采集用户行为数据。

需要说明的是，预设的触发条件不限于上述给出的接收到输入的开始采集的指令、系统时间抵达预设时刻或进入预设的页面等条件，还可以是其他触发条件，具体可以根据调研任务的具体内容进行确定。

在用户使用终端的过程中，可能因为误触或者其他原因，输入无效的输入操作，例如，在终端桌面上的非图标区域输入点击、滑动等无效操作，在此种情况下，终端并不会响应用户输入的无效操作。在此种情况下，采集用户输入的无效的输入操作对应的数据，无疑是在采集的用户行为数据中增加了无意义的数据来增大了数据量。

因此，在本实施例中，在检测一次或一次以上的输入操作时，还需要过滤到未触发预设的指令的输入操作。也就是说，若用户输入的输入操作未触发任何指令或者触发的不是调研任务所需要的指令，则不采集与该输入操作对应的数据。

例如，在一个实施例中，调研任务为在指定的即时通讯软件中进行视频聊天，则采集的数据仅为用户在即时通讯软件中与其他用户进行视频聊天时的数据，而用户进行其他操作所产生的数据并不是调研任务所关心的，因此，对于与视频聊天无关的输入操作不予检测和数据采集，以降低采集的数据量。

步骤S104：对于检测到的目标输入操作，记录所述目标输入操作的输入参数，所述输入参数包括输入时序、输入位置、输入内容中的至少一种。

在检测到用户输入的输入操作之后，对于检测到的输入操作，即目标输入操作，获取该目标输入操作的输入参数。在本实施例中，在采集用户行为数据的过程中记录的目标输入操作的输入参数，与响应该输入操作的过程中采集的输入参数不同。在本实施例中，记录目标输入操作的输入参数是为了确定用户输入了哪一个操作，以便在后续的用户行为数据分析的过程中进行分析。因此，目标输入操作的输入参数可以仅包含了与该输入参数对应的顺序编号或者时间戳(即输入时序)。

在另一个实施例中，目标输入操作的输入参数还可以包括输入位置(例如双击屏幕获取屏幕截图的过程中获取用户输入的点击操作的点击点的位置信息)、或者输入内容(例如，通过文本输入框输入文本并发送给其他用户的情况下，通过文本输入框输入的文本内容即为输入内容)。

需要说明的是，在本实施例中，输入位置指的是检测到的目标输入操作对应的位置信息，但是并不限于与该目标输入操作的触控点的坐标信息，还可以是点击操作对应的按钮对应的标识信息、或者文本输入框的输入框标识等。

在本实施例中，输入参数可不限于上述输入时序、输入位置或者输入内容，可以根据调研任务的具体需求进行确定。

步骤S106：记录所述目标输入操作对应的应用页面，所述记录方式包括记录应用页面的组件标识、录屏记录应用页面、截屏记录应用页面中至少一种。

在本实施例中，为了对用户行为数据进行分析，在检测到用户输入目标输入操作时，还需要确定用户输入目标输入操作时的页面信息，即与检测到的目标输入操作对应的应用页面。而表示应用页面的数据可以是与该应用页面对应的脚本信息、或者与该应用页面对应的组件标识、或者应用页面的截图或者录屏的视频数据，但也不限于上述应用页面的记录方式，只要在用户行为数据分析的过程中可以满足数据分析的需求的记录方式均可，在本实施例中不做限制。

具体的，在一个可选的实施例中，所述记录所述检测到的输入操作对应的应用页面包括：向系统后台发送消息，获取前台运行的交互组件，通过记录所述前台运行的交互组件记录所述检测到的输入操作对应的应用页面。

在终端的显示界面上展示的应用页面是通过终端系统后台的交互组件(Activity)实现的，不同的Activity组件对应了不同的展示内容。具体的，Activity是一个应用程序组件，用来提供一个屏幕，用户可以通过与Activity之间的交互完成某项任务，也就是说，Activity中所有操作都与用户密切相关，是一个负责与用户交互的组件。例如，在一个Android应用中，一个Activity通常就是一个单独的屏幕，它上面可以显示一些控件也可以监听并处理用户的事件做出响应。因此，通过在前台运行的交互组件Activity的名称即可确定与之对应的应用页面。

也就是说，通常App中的不同功能页面对应不同的Activity，因此通常可以用Activity作为功能页识别的特征名。例如，聊天功能页面与红包功能页面对应不同的activity，因为采集到的用户的App中的Activity信息可以帮助研究人员分析用户在做体验任务的时候的使用App的路径，并通过使用次数与使用时长分析用户的行为习惯，或者分析App的优缺点。通常操作路径模块与截屏模块可以很好的结合起来分析用户的使用行为。

例如，在图4中，给出了采集到的用户行为数据对应的Activity组件对应的数据，从图4中可以知道，用户在使用APP的过程中的操作路径。

在本实施例中，可以通过向系统后台发送消息来确定在终端前台运行的Activity组件的具体名称，然后通过记录这些Activity组件的名称来记录检测到的目标输入操作对应的应用界面。如图5所示，调研客户端通过向系统后台发送消息来确定在终端前台运行的哪一个APP中的哪一个Activity，而不需要知道在系统后台运行的Activity的具体情况。

进一步的，并不是用户输入任意的操作均会导致在终端前台运行的Activity组件的变化，例如，在用户通过文本输入框进行输入时，在进行文本输入的过程中前台运行的Activity组件不会发生变化。因此，不需要在用户每次输入操作时均对前台运行的Activity组件获取一次，如图6所示，通过监听系统前台运行的Activity组件是否发生变化或者更变来确定是否记录新的Activity组件信息。

相较于其他记录方式，记录应用页面的组件标识的方式是最节省资源的记录方式。在终端前台运行的Activity组件的具体名称可以为研究人员提供很好的了解用户使用App哪些功能的频次与时长，以及各个功能之间的流向情况的分析。调研客户端将运行在后台，然后通过监听系统当前前台运行的是哪款App的哪个Activity正在运行，然后记录保存用户的操作路径以及对应的应用页面。

在另一个具体的实施例中，记录检测到的输入操作对应的应用页面的过程还可以是，在输入操作触发的情况下，获取屏幕截图，通过记录屏幕截图记录检测到的输入操作对应的应用页面。

也就是说，在检测到用户输入的目标输入操作的情况下，获取与该目标输入操作对应的输入时刻的屏幕截图，该屏幕截图即为检测到的目标输入操作对应的应用页面。即如图7所示，在步骤S102中检测到用户输入的输入操作之后，获取对应的屏幕截图，并在调研任务完成之后生成行为数据并上传。

在后续的用户行为数据分析的过程中，可以根据该屏幕截图来确定在用户输入目标输入操作时的具体场景。进一步的，在本实施例中，如图8所示，在获取上述屏幕截图的过程中，还需要获取输入操作的输入参数中的输入位置，在屏幕截图中标记输入位置，即确定用户输入的目标输入操作是针对应用页面中的具体哪个位置或者哪个控件、或链接输入的，从而使得在后续的用户行为数据分析的过程中，能更准确的对用户的行为数据进行分析。通过屏幕截图的方式可以知道用户在进行输入的当时的应用场景，但是不限于屏幕截图的方式，还可以通过录屏的方式，获取显示屏幕上展示的页面对应的视频文件，更真实的展示用户在产品体验时的应用场景。

具体的，记录所述检测到的输入操作对应的应用页面的过程还可以是录制屏幕生成录屏文件，通过录屏文件来记录输入操作对应的应用页面。

在另一个实施例中，为了减少在采集用户行为数据时的数据量的大小，若只有在用户输入的目标输入操作为持续操作的情况下，才通过录屏的方式获取应用页面对应的录屏文件。即，在所述输入操作为持续的操作的情况下，录制屏幕生成录屏文件，通过记录所述录屏文件记录所述检测到的输入操作对应的应用页面。

持续操作指的是输入操作不是点击操作、按压操作等瞬时操作，而是必须持续一段时间来完成的操作，例如，滑动操作、长按操作等。在此种情况下，用户输入的目标操作会持续一定的时间，在此种情况下，为了记录在用户输入目标输入操作时在终端屏幕上展示的应用页面的场景，就必须记录在这个持续时间之内的应用页面的变化，因此通过录屏的方式记录在持续时间之内的应用页面对应的录屏文件，以作为与检测到的输入操作对应的应用页面。

录屏文件即为一个视频文件，视频文件对应了与之对应的帧率、分辨率等视频文件录制参数，该视频文件录制参数可以是用户自定义的，也可以是系统自动设置的。在本实施例中，在录制录屏文件之前还需要确定与该录屏文件对应的录制参数。

具体的，在一个实施例中，在录制屏幕生成录屏文件的过程中，还需要获取系统参数，根据系统参数确定录屏的录制参数，根据录制参数录制屏幕生成录屏文件；系统参数包括剩余存储空间、屏幕分辨率和处理器利用率中的至少一种；录制参数包括分辨率和采样周期中的至少一种。

也就是说，在录制屏幕之前确定与录制屏幕对应的系统参数，例如，从预设的系统参数存储区域中读取系统参数，然后根据系统参数确定录制屏幕的录制参数，例如，根据系统参数中的屏幕分辨率确定录制屏幕的分辨率等。

在本实施例中，系统参数包括屏幕分辨率，根据屏幕分辨率可以确定录制屏幕的分辨率。

可选的，系统参数还可以包括剩余存储空间、处理器利用率等参数，其中，剩余存储空间为终端的存储空间的剩余存储空间，可以用来判断剩余存储空间中是否存在足够的存储空间来存储录屏文件。处理器利用率指的终端上的处理器在当前的利用率，因为录制录屏文件需要占用处理器来进行处理，因此，需要判断处理器的利用率是否可以支撑录屏文件的录制。因此，根据系统剩余存储空间以及处理器利用率可以确定录制参数中的分辨率以及采样周期(即录屏文件对应的帧率)等录制参数。

需要说明的是，在本实施例中，上述记录应用页面的组件标识、录屏记录应用页面、截屏记录应用页面等记录目标输入操作对应的应用页面的记录方式中，可以采用其中任意一种记录方式来记录用户输入目标输入操作时的应用页面。在选择具体的记录方式时，可以是通过预设的记录方式进行记录，也可以是根据当前终端的运行参数来确定，例如，在终端的剩余存储空间不足时，采用截屏的方式或者记录前台运行的Activity组件的名称的方式而不是采用录屏的方式。

具体的，如图9所示，图9展示了采集用户行为数据的过程中采取录屏方式还是截屏方式来记录应用页面的过程的流程示意图。一般来讲，一个调研任务对应的采集的数据量的大小是可以进行估算的，例如，对于调研任务“安装指定APP并进行注册”，采用任意一种录屏方式，其对应的用户行为数据的数据量是可以进行估算的。

然后根据终端的剩余存储空间的大小，判断终端的剩余存储空间的大小是否大于调研任务对应的估算的数据量的大小。例如，判断终端的剩余存储空间的大小是否大于调研任务在录屏方式下估算的数据量的大小，若是，则可采用录屏方式采集数据，反之，则采用截屏的方式采集数据。

步骤S108：根据顺序记录的所述输入参数和对应的应用页面生成行为数据。

因为在检测和记录用户输入的目标输入操作时，记录了与目标输入操作对应的顺序编号或者时间戳，也就是说，记录了用户输入的所有的目标输入操作输入的顺序，并且，记录了与每一个检测到的目标输入操作对应的应用页面。也就是说，在步骤S102-S106中，顺序记录了用户输入的目标输入操作对应的输入参数以及对应的应用页面，将顺序记录的目标操作对应的输入参数以及对应的应用页面进行拼接，即可生成与之对应的行为数据。

一般来讲，在现有技术中，在邀请用户进行产品测试之后，一般会对用户进行问卷调查或者收集用户的反馈建议等。在本实施例中，在用户完成调研任务之后，还可以展示与调研任务对应的问卷调查的表单，并检测用户在展示的表单项中输入的表单项内容，并根据用户输入的表单项内容生成与步骤S108中生成的行为数据对应的反馈信息。

在另一个可选的实施例中，还可以针对用户输入的每一个输入操作采集与之对应的反馈信息。具体的，在记录所述目标输入操作的输入参数之后还包括：接收输入的反馈信息，所述反馈信息与所述目标输入操作的输入参数对应；所述行为数据中还包括与所述输入参数对应的反馈信息。

在用户研究当中，通常会用发生思考的方法(让用户尽量将自己的想法说出来)，举例：任务中要求用户说出自己每次点击时的想法“买东西的时候通常都先看看评论，因此我会在商品详情页中快速下滑，查看其他买家的评论以及商品的评分……”。因此，在本实施例中，可以设置以供用户输入想法或者建议的途径，例如，在终端的显示界面上展示有反馈信息的输入控件(例如，可以是展示在终端的显示界面上的悬浮输入框，可以用来接收用户输入的文本类型的反馈信息)，用户可以通过该控件来输入反馈信息，在检测到用户输入的反馈信息之后，获取该反馈信息，并将该反馈信息与采集到的目标输入操作的输入参数进行关联。在最终生成的行为数据中，除了包含了顺序记录的目标输入操作的输入参数以及对应的应用页面之外，还包括有与目标输入操作的输入参数对应的反馈信息。

在另外一个实施例中，用户在输入反馈信息时，不仅可以通过终端的显示界面上展示的反馈信息的输入控件来进行输入，还可以通过终端的麦克风进行输入。具体的，上述接收输入的反馈信息过程还可以是：开启麦克风组件，通过所述麦克风组件接收语音类型的反馈信息。

例如，在满足预设的触发条件的情况下，自动开启麦克风组件，通过麦克风组件采集用户输入的语音信息，并根据采集到的用户输入的语音信息生成与之对应的语音类型的反馈信息。

因为长时间的录音文件也需要占用一定的存储空间，因此，在本实施例中，在开启麦克风组件之前，还需要判断终端的剩余存储空间是否足够，若不够，则不开启麦克风组件，仅通过记录前台运行的Activity组件的形式记录用户的操作路径。

或者，在终端的显示界面上展示有语音输入反馈信息的开始按钮，用户可以通过点击或长按该按钮来触发对语音类型的反馈信息的输入。

需要说明的是，在本实施例中，用户行为数据的采集包括了通过截屏、录屏、Activity组件记录、录音、以及反馈数据采集等方式，但是并不是每一个调研任务均会采取上述所有方式来采集数据，在实际的调研任务中，采取的可能是上述多种方式中的一种或几种，具体可以根据调研人员的需求来进行设定。

在用户行为数据采集的过程中，不同的数据采集是通过终端中不同的模块来完成的，例如，记录应用页面的屏幕截图的获取是通过终端中的截屏模块来完成的。

具体的，如图10所示，在用户完成调研任务的过程中，在采集用户完成调研任务的行为数据的过程中，通过终端中的组件记录模块、录屏模块、录音模块以及截屏模块来采集相应的行为数据，并在完成任务之后将采集到的行为数据进行上传。

一般来讲，用户在完成调研任务时采集的行为数据的数据量一般较大，而将行为数据上传至服务器需要通过网络进行数据的上传，因此，在上传数据之前，还需要用户进行确认，例如，只有在用户选择上传行为数据时才将生成的行为数据进行上传。更进一步的，在本实施例中，还可以根据终端当前是否处于WIFI环境下自动判断是否上传行为数据，即在终端处于WIFI环境下时，将行为数据上传至服务器，在终端处于移动数据网络等非WIFI环境下时，暂停行为数据的上传，并待终端处于WIFI环境下时再次触发行为数据的上传。

此外，为解决传统技术中的采集产品体验研究对应的研究数据的过程中存在的操作便利性不足的技术问题，在一个实施例中，如图11所示，还提出了一种用户行为数据的采集装置，包括输入操作检测模块102、输入参数记录模块104、应用页面记录模块106以及行为数据生成模块108，其中：

输入操作检测模块102，用于在满足预设的触发采集条件的情况下，检测一次或一次以上的输入操作；

输入参数记录模块104，用于对于检测到的目标输入操作，记录所述目标输入操作的输入参数，所述输入参数包括输入时序、输入位置、输入内容中的至少一种；

应用页面记录模块106，用于记录所述目标输入操作对应的应用页面，所述记录方式包括记录应用页面的组件标识、录屏记录应用页面、截屏记录应用页面中至少一种；

行为数据生成模块108，用于根据顺序记录的所述输入参数和对应的应用页面生成行为数据。

可选的，在一个实施例中，应用页面记录模块106还用于向系统后台发送消息，获取前台运行的交互组件Activity，通过记录所述前台运行的交互组件Activity记录所述检测到的输入操作对应的应用页面。

可选的，在一个实施例中，应用页面记录模块106还用于在所述输入操作触发的情况下，获取屏幕截图，通过记录所述屏幕截图记录所述检测到的输入操作对应的应用页面。

可选的，在一个实施例中，应用页面记录模块106还用于获取所述输入操作的输入参数中的输入位置，在所述屏幕截图中标记所述输入位置。

可选的，在一个实施例中，应用页面记录模块106还用于在所述输入操作为持续的操作的情况下，录制屏幕生成录屏文件，通过记录所述录屏文件记录所述检测到的输入操作对应的应用页面。

可选的，在一个实施例中，应用页面记录模块106还用于获取系统参数，根据所述系统参数确定录屏的录制参数，根据所述录制参数录制屏幕生成录屏文件；所述系统参数包括剩余存储空间、屏幕分辨率和处理器利用率中的至少一种；所述录制参数包括分辨率和采样周期中的至少一种。

可选的，在一个实施例中，如图11所示，上述用户行为数据的采集装置还包括反馈信息获取模块110，用于接收输入的反馈信息，所述反馈信息与所述目标输入操作的输入参数对应；所述行为数据中还包括与所述输入参数对应的反馈信息。

可选的，在一个实施例中，反馈信息获取模块110还用于开启麦克风组件，通过所述麦克风组件接收语音类型的反馈信息。

可选的，在一个实施例中，输入操作检测模块102还用于过滤掉未触发预设的指令的输入操作。

实施本发明实施例，将具有如下有益效果：

采用了上述用户行为数据的采集方法和装置之后，在进行产品体验研究时，可以通过招募用户在终端上安装调研客户端，并通过调研客户端在满足预设的触发条件时，对用户通过终端进行的输入操作进行检测，并获取检测到的输入操作的输入参数、以及记录在检测到输入操作时的应用页面的相关数据，并根据输入操作的输入参数以及对应的应用页面的相关数据生成对应的行为数据，该行为数据即为用户参与调研任务时具体的体验数据。在用户将行为数据上传之后，调研人员可以从服务器上获取各个用户上传的行为数据，从而对各个用户上传的行为数据进行分析。也就是说，采用本发明实施例后，在完成产品体验研究时，不需要邀请用户到实验室或者固定场景中进行测试任务，也不需要安排分析人员跟随用户采集数据，避免了原有的产品体验研究中采集用户行为数据时的不便，并且能不再受到场景的限制而扩大测试规模，用户只需要在终端上安装调研客户端即可参与产品体验测试，提高了用户行为数据采集的便利性，并提高了用户行为数据采集的真实性。

在上述实施例中，可以全部或部分的通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或者数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或半导体介质(例如固态硬盘Solid State Disk(SSD))等。

在一个实施例中，如图12所示，图12展示了一种运行上述用户行为数据的采集方法的基于冯诺依曼体系的计算机系统的终端。该计算机系统可以是智能手机、平板电脑、掌上电脑、笔记本电脑或个人电脑等终端设备。具体的，可包括通过系统总线连接的外部输入接口1001、处理器1002、存储器1003和输出接口1004。其中，外部输入接口1001可选的可至少包括网络接口10012。存储器1003可包括外存储器10032(例如硬盘、光盘或软盘等)和内存储器10034。输出接口1004可至少包括显示屏10042等设备。

在本实施例中，本方法的运行基于计算机程序，该计算机程序的程序文件存储于前述基于冯诺依曼体系的计算机系统的外存储器10032中，在运行时被加载到内存储器10034中，然后被编译为机器码之后传递至处理器1002中执行，从而使得基于冯诺依曼体系的计算机系统中形成逻辑上的输入操作检测模块102、输入参数记录模块104、应用页面记录模块106、行为数据生成模块108以及反馈信息获取模块110。且在上述用户行为数据的采集方法执行过程中，输入的参数均通过外部输入接口1001接收，并传递至存储器1003中缓存，然后输入到处理器1002中进行处理，处理的结果数据或缓存于存储器1003中进行后续地处理，或被传递至输出接口1004进行输出。

具体的，上述处理器1002还用户执行如下操作：

在满足预设的触发采集条件的情况下，检测一次或一次以上的输入操作；

对于检测到的目标输入操作，记录所述目标输入操作的输入参数，所述输入参数包括输入时序、输入位置、输入内容中的至少一种；

记录所述目标输入操作对应的应用页面，所述记录方式包括记录应用页面的组件标识、录屏记录应用页面、截屏记录应用页面中至少一种；

根据顺序记录的所述输入参数和对应的应用页面生成行为数据。

可选的，处理器1002还用于向系统后台发送消息，获取前台运行的交互组件Activity，通过记录所述前台运行的交互组件Activity记录所述检测到的输入操作对应的应用页面。

可选的，处理器1002还用于在所述输入操作触发的情况下，获取屏幕截图，通过记录所述屏幕截图记录所述检测到的输入操作对应的应用页面。

可选的，处理器1002还用于获取所述输入操作的输入参数中的输入位置，在所述屏幕截图中标记所述输入位置。

可选的，处理器1002还用于在所述输入操作为持续的操作的情况下，录制屏幕生成录屏文件，通过记录所述录屏文件记录所述检测到的输入操作对应的应用页面。

可选的，处理器1002还用于获取系统参数，根据所述系统参数确定录屏的录制参数，根据所述录制参数录制屏幕生成录屏文件；所述系统参数包括剩余存储空间、屏幕分辨率和处理器利用率中的至少一种；所述录制参数包括分辨率和采样周期中的至少一种。

可选的，处理器1002还用于接收输入的反馈信息，所述反馈信息与所述目标输入操作的输入参数对应；所述行为数据中还包括与所述输入参数对应的反馈信息。

可选的，处理器1002还用于开启麦克风组件，通过所述麦克风组件接收语音类型的反馈信息。

可选的，处理器1002还用于过滤掉未触发预设的指令的输入操作。

以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。

Claims (14)

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

在满足预设的触发采集条件的情况下，检测一次或一次以上的输入操作并过滤掉未触发预设的指令的输入操作，所述预设的指令与目标调研任务对应；

对于检测到的目标输入操作，记录所述目标输入操作的输入参数，所述输入参数包括输入时序、输入位置、输入内容中的至少一种；

根据当前终端的运行参数和多种记录方式对目标调研任务的采集数据量，调用目标记录方式记录所述目标输入操作对应的应用页面，所述目标记录方式包括记录应用页面的组件标识、录屏记录应用页面、截屏记录应用页面中至少一种；所述应用页面的组件标识用于指示用户的操作路径；所述记录应用页面的组件标识的采集数据量小于所述录屏记录应用页面和所述截屏记录应用页面；

根据顺序记录的所述输入参数和对应的应用页面生成行为数据。

2.根据权利要求1所述的用户行为数据的采集方法，其特征在于，所述预设的触发采集条件包括：

接收到开始采集的指令、系统时间抵达预设时刻或进入预设的页面中的至少一种。

3.根据权利要求1所述的用户行为数据的采集方法，其特征在于，所述记录所述检测到的输入操作对应的应用页面包括：

向系统后台发送消息，获取前台运行的交互组件，通过记录所述前台运行的交互组件记录所述检测到的输入操作对应的应用页面。

4.根据权利要求1所述的用户行为数据的采集方法，其特征在于，所述记录所述检测到的输入操作对应的应用页面包括：

在所述输入操作触发的情况下，获取屏幕截图，通过记录所述屏幕截图记录所述检测到的输入操作对应的应用页面；

其中，所述获取屏幕截图还包括：

获取所述输入操作的输入参数中的输入位置，在所述屏幕截图中标记所述输入位置。

5.根据权利要求1所述的用户行为数据的采集方法，其特征在于，所述记录所述检测到的输入操作对应的应用页面包括：

在所述输入操作为持续的操作的情况下，录制屏幕生成录屏文件，通过记录所述录屏文件记录所述检测到的输入操作对应的应用页面。

6.根据权利要求5所述的用户行为数据的采集方法，其特征在于，所述录制屏幕生成录屏文件包括：

获取系统参数，根据所述系统参数确定录屏的录制参数，根据所述录制参数录制屏幕生成录屏文件；

所述系统参数包括剩余存储空间、屏幕分辨率和处理器利用率中的至少一种；

所述录制参数包括分辨率和采样周期中的至少一种。

7.根据权利要求1所述的用户行为数据的采集方法，其特征在于，所述记录所述目标输入操作的输入参数之后还包括：

接收输入的反馈信息，所述反馈信息与所述目标输入操作的输入参数对应；

所述行为数据中还包括与所述输入参数对应的反馈信息。

8.根据权利要求7所述的用户行为数据的采集方法，其特征在于，所述接收输入的反馈信息包括：

开启麦克风组件，通过所述麦克风组件接收语音类型的反馈信息。

9.一种用户行为数据的采集装置，其特征在于，应用于调研客户端，包括：

输入操作检测模块，用于在满足预设的触发采集条件的情况下，检测一次或一次以上的输入操作并过滤掉未触发预设的指令的输入操作，所述预设的指令与目标调研任务对应；

输入参数记录模块，用于对于检测到的目标输入操作，记录所述目标输入操作的输入参数，所述输入参数包括输入时序、输入位置、输入内容中的至少一种；

应用页面记录模块，用于根据当前终端的运行参数和多种记录方式对目标调研任务的采集数据量，调用目标记录方式记录所述目标输入操作对应的应用页面，所述目标记录方式包括记录应用页面的组件标识、录屏记录应用页面、截屏记录应用页面中至少一种；所述应用页面的组件标识用于指示用户的操作路径；所述记录应用页面的组件标识的采集数据量小于所述录屏记录应用页面和所述截屏记录应用页面；

行为数据生成模块，用于根据顺序记录的所述输入参数和对应的应用页面生成行为数据。

10.根据权利要求9所述的用户行为数据的采集装置，其特征在于，所述应用页面记录模块还用于向系统后台发送消息，获取前台运行的交互组件，通过记录所述前台运行的交互组件记录所述检测到的输入操作对应的应用页面。

11.根据权利要求9所述的用户行为数据的采集装置，其特征在于，所述应用页面记录模块还用于在所述输入操作触发的情况下，获取屏幕截图，并获取所述输入操作的输入参数中的输入位置，在所述屏幕截图中标记所述输入位置；通过记录所述屏幕截图记录所述检测到的输入操作对应的应用页面。

12.根据权利要求9所述的用户行为数据的采集装置，其特征在于，所述应用页面记录模块还用于在所述输入操作为持续的操作的情况下，获取系统参数，根据所述系统参数确定录屏的录制参数，根据所述录制参数录制屏幕生成录屏文件；所述系统参数包括剩余存储空间、屏幕分辨率和处理器利用率中的至少一种；所述录制参数包括分辨率和采样周期中的至少一种，通过记录所述录屏文件记录所述检测到的输入操作对应的应用页面。

13.根据权利要求9所述的用户行为数据的采集装置，其特征在于，所述装置还包括反馈信息获取模块，用于开启麦克风组件，通过所述麦克风组件接收语音类型的反馈信息，接收输入的反馈信息，所述反馈信息与所述目标输入操作的输入参数对应；所述行为数据中还包括与所述输入参数对应的反馈信息。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有多条指令，所述指令适于由处理器加载并执行如权利要求1-8任一项所述的方法。

Images