CN109522191A - 一种采集交互行为指令的属性信息的方法及装置 - Google Patents

Abstract

本申请涉及数据采集技术，公开了一种采集交互行为指令的属性信息的方法，包括：获取服务器部署的参数规则，所述参数规则为所述服务器需要采集的用户的交互行为指令的属性信息对应的字段；采集用户的交互行为指令的属性信息；记录与所述参数规则匹配的用户的交互行为指令的属性信息；以及发送所述匹配的用户的交互行为指令的属性信息至所述服务器。还公开了相应的终端设备和服务器。采用本申请的方案，通过获取匹配服务器的参考规则的用户的交互行为指令的属性信息，有利于对用户行为做出精确的分析，对产品的开发和推广做出准确的决策。

Description

一种采集交互行为指令的属性信息的方法及装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种采集交互行为指令的属性信息的方法及装置。

背景技术

随着互联网业务的逐渐增长，网站和客户端的流量开始逐渐地增多，用户的需求也变得更加的复杂。为了更好的对业务指标进行分析，或是促进产品的迭代，都需要大量的数据指标进行支撑。通过基于大量用户行为数据的统计分析，可以了解到网站或客户端的流量来源、页面访问质量、目标用户信息等等，有利于为企业创造价值。

为了获取网站和客户端中的数据指标信息，目前主要是采用对网站和客户端进行埋点的方法。但是埋点开发的成本过大，于是就衍生出了一种新的方法——可视化埋点。该方法是基于可视化区域上，通过网页或者客户端可视区域所有控件的数据进行监测和收集。但是这种方式仅仅只能监测并记录这个可视区域交互行为的次数，因此根据当前监测、收集到的用户行为数据，很难针对用户行为做出精确的分析和决策。

发明内容

本申请实施例提供一种采集交互行为指令的属性信息的方法及装置，旨在解决现有技术中无法根据监测采集到的数据对用户行为做出精确的分析和决策的问题。

第一方面，本申请实施例提供了一种采集交互行为指令的属性信息的方法，该方法包括：获取服务器部署的参数规则，所述参数规则为所述服务器需要采集的用户的交互行为指令的属性信息对应的字段；采集用户的交互行为指令的属性信息；记录与所述参数规则匹配的用户的交互行为指令的属性信息；以及向所述服务器发送所述匹配的用户的交互行为指令的属性信息。

在一种可能的实现方式中，所述获取服务器部署的参数规则之前，所述方法还包括：在监测用户的交互行为指令的网页或者应用程序的基础代码上，嵌入事件监测代码或者软件开发工具包，其中，所述事件监测代码或者软件开发工具包用于采集所述用户的交互行为指令的属性信息。

在另一种可能的实现方式中，所述获取服务器部署的参数规则，包括：定时将监测对象的可视区域进行截图并上传至所述服务器，以使所述服务器对所述可视区域中的所有对象进行页面渲染、标识可埋点的对象和配置参数规则，得到配置的参数规则；以及在启动或者轮询时，获取所述服务器配置的参数规则。

在又一种可能的实现方式中，所述采集用户的交互行为指令的属性信息，包括：从事件监测代码或者软件开发工具包中采集用户追踪或记录的用户行为数据或业务过程数据，将所述用户行为数据或业务过程数据作为所述用户的交互行为指令的属性信息。

在又一种可能的实现方式中，所述记录与所述参数规则匹配的交互行为指令的属性信息，包括：将所述采集的交互行为指令的属性信息与所述参数规则的字段一一匹配，记录匹配所述参数规则的用户的交互行为指令的属性信息。

第二方面，本申请实施例提供了一种采集交互行为指令的属性信息的方法，该方法包括：生成参数规则；在终端设备上部署所述参数规则；以及接收所述终端设备发送的与所述参数规则匹配的用户的交互行为指令的属性信息。

在一种可能的实现方式中，所述生成参数规则，包括：接收所述终端设备定时发送的监测对象的可视区域的截图；以及对所述可视区域中的所有对象进行页面渲染、标识可埋点的对象和配置参数规则，得到的配置的参数规则。

在另一种可能的实现方式中，所述在所述终端设备上部署参数规则，包括：在所述终端设备启动或者轮询时，发送所述参数规则至所述终端设备。

第三方面，本申请实施例提供了一种终端设备，该终端设备包括获取单元，用于获取服务器部署的参数规则，所述参数规则为所述服务器需要采集的用户的交互行为指令的属性信息对应的字段；采集单元，用于采集用户的交互行为指令的属性信息；记录单元，用于记录与所述参数规则匹配的用户的交互行为指令的属性信息；以及发送单元，用于向服务器发送所述匹配的交互行为指令的属性信息。

在一个可能的实现方式中，所述终端设备还包括：嵌入单元，用于在监测用户的交互行为指令的网页或者应用程序的基础代码上，嵌入事件监测代码或者软件开发工具包，其中，所述事件监测代码或者软件开发工具包用于采集所述用户的交互行为指令的属性信息。

在另一个可能的实现方式中，所述终端设备的获取单元还包括截图单元，用于定时将监测对象的可视区域进行截图；所述发送单元还用于上传所述截图至所述服务器，以使所述服务器对所述可视区域中的所有对象进行页面渲染、标识可埋点的对象和配置参数规则，得到配置的参数规则；轮询单元，用于在启动或者轮询时，获取所述服务器配置的参数规则。

在又一个实现方式中，所述采集单元用于从事件监测代码或者软件开发工具包中采集用户追踪或记录的用户行为数据或业务过程数据，将所述用户行为数据或业务过程数据作为所述用户的交互行为指令的属性信息。

在又一个实现方式中，所述记录单元，用于将所述采集的交互行为指令的属性信息与所述参数规则的字段一一匹配，记录匹配所述参数规则的用户的交互行为指令的属性信息。

第四方面，本申请实施例提供了一种服务器，该服务器包括生成单元，用于生成参数规则；部署单元，用于在终端设备上部署所述参数规则；以及接收单元，用于接收所述终端设备发送的与所述参数规则匹配的用户的交互行为指令的属性信息。

在一个实现方式中，所述接收单元还用于接收所述终端设备定时发送的监测对象的可视区域的截图，所述生成单元用于对所述可视区域中的所有对象进行页面渲染、标识可埋点的对象和配置参数规则，得到的配置的参数规则。

在另一个实现方式中，所述部署单元用于在所述终端设备启动或者轮询时，发送所述参数规则至所述终端设备。

第五方面，本发明实施例提供了一种终端设备，包括处理器、发射器、接收器和存储器，所述处理器、发射器、接收器和存储器相互连接，其中，所述存储器用于存储支持终端设备执行上述方法的计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行上述第一方面或第一方面的任一种实现方式的方法。

第六方面，本发明实施例提供了一种服务器，包括处理器、输入装置、输出装置和存储器，所述处理器、输入装置、输出装置和存储器相互连接，其中，所述存储器用于存储支持终端设备执行上述方法的计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行上述第二方面或第二方面的任一种实现方式的方法。

第七方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行上述各方面的方法。

第八方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。

根据本申请实施例提供的一种采集交互行为指令的属性信息的方法及装置，通过服务器部署参数规则，终端设备向服务器发送与参数规则匹配的用户的交互行为指令的属性信息，能够更好的收集用户的数据，以便企业的运营人员全面的收集用户的数据，以便更好的分析企业的产品，能够对产品做出更有利的决策。

附图说明

为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍。

图1是本申请实施例提供的一种采集交互行为指令的属性信息的方法的示意流程图；

图2是本申请实施例提供的另一种采集交互行为指令的属性信息的方法的示意流程图；

图3是本申请实施例提供的又一种采集交互行为指令的属性信息的方法的示意流程图；

图4是本申请实施例提供的一种终端设备的示意性框图；

图5是本申请实施例提供的一种服务器的示意性框图；

图6是本申请实施例提供的一种终端设备的硬件结构图；

图7是本申请实施例提供的一种服务器的硬件结构图。

具体实施方式

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

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

请参阅图1，图1是本申请实施例提供的一种采集用户交互行为指令的属性信息的方法的示意流程图。如图1所示，该方法可包括：

S101、终端设备获取服务器部署的参数规则。

服务器预先部署参数规则。具体地，服务器在后台为需要进行数据埋点的用户的交互行为属性信息添加参数规则。该参数规则为服务器需要采集的一些用户的交互行为指令的属性信息对应的字段。例如，上述参数规则包括服务器生成的参数规则，包括操作或者事件发生的次数；上述参数规则还包括运营人员自定义的事件(event)的属性信息。终端设备获取到服务器部署的参数规则后先进行储存，或者用户在启动或轮询应用程序时，实时获取服务器部署的参数规则。

S102、所述终端设备采集用户的交互行为指令的属性信息。

具体地，终端设备实时地在网页或者应用程序中监测用户的交互行为指令，并采集用户的交互行为指令的属性信息。其中，用户的交互行为指令包括发生在网页或者应用程序的可视化区域的用户的操作行为指令。用户的交互行为指令的属性信息包括用户的交互行为指令中所包含的指示信息或者与指令相关的信息。该用户的交互行为指令的属性信息可能来自于当前可视化区域的网页或者应用程序本身，也有可能来自于自动采集的数据中，或者来自于另一个可视化区域的网页或者应用程序中。将上述采集到的用户的交互行为指令的属性信息记录并储存下来，以方便后续处理。

S103、所述终端设备记录匹配所述参数规则的用户的交互行为指令的属性信息。

具体地，在步骤S101中，终端设备已经获取服务器的参数规则，且在前端运行的时候，监测到用户的交互行为指令的触发，采集到了一些用户的交互行为指令的属性信息。根据获取的服务器的参数规则，将采集到的用户的交互行为指令的属性信息进行匹配，得到匹配该参数规则的用户的交互行为指令的属性信息。具体地，将所述采集到的用户的交互行为指令的属性信息与所述参数规则的字段一一匹配，记录所述匹配的用户的交互行为指令的属性信息。

S104、所述终端设备向所述服务器发送所述匹配的用户的交互行为指令的属性信息。

在本申请实施例中，终端设备实时或定期向服务器发送匹配的用户的交互行为指令的属性信息，以使服务器储存起来，方便运营人员在服务器端对数据进行查看和分析，为产品的开发和推广进行决策。

根据本申请实施例提供的一种采集交互行为指令的属性信息的方法，通过获取匹配服务器的参考规则的用户的交互行为指令的属性信息，有利于对用户行为做出精确的分析对产品的开发和推广做出准确的决策。

请参阅图2，图2是本申请实施例提供的另一种采集交互行为指令的属性信息的方法的示意流程图。如图2所示，该方法可包括：

S201、终端设备在监测用户的交互行为指令的网页或者应用程序的基础代码上，嵌入事件监测代码或者软件开发工具包。

具体地，为了采集用户的交互行为指令的属性信息，需要对用户的交互行为进行监测。用户的交互行为主要包含在操作网页或者应用程序的事件中，即上述监测的对象为事件(event)。而事件，包括页面路径跳转追踪，事件尝试追踪用户在网站或应用程序上发生的每一个动作(包括浏览页面)，主要包括三要素：操作、参数或属性、参数或属性值。其中，操作则包括一个操作的动作(如点击、拖拽等等)；参数或属性指任何和这个事件相关的参数或属性，包括触发这个事件的人、时间、地点、设备、操作的业务信息等等；参数或属性值包括上述参数或属性的值。具体地，在监测用户的交互行为指令的网页或者应用程序的基础代码上，嵌入事件监测代码或者软件开发工具包(software development kit，SDK)。该事件监测代码或者软件开发工具包用于采集所述用户的交互行为指令的属性信息。

可选地，在一个“购物”类型的事件中，例如，xx用户在xxx时间xxxx地点(参数或属性)浏览了电商网页(操作)需要记录的参数或属性包括：商品名称、商品类型、购买数量、购买金额、付款方式等(参数或属性)。上述参数或属性的具体的字段值则为参数或属性值。

可选地，在一个“搜索”类型的事件中，例如，xx用户在xxx时间xxxx地点(参数或属性)浏览了搜素网页(操作)，需要记录的参数或属性包括：搜索关键词、搜索类型等(参数或属性)。上述参数或属性的具体的字段值则为参数或属性值。

可选地，在一个“点击”类型的事件中，例如，xx用户在xxx时间xxxx地点(参数或属性)点击了x(操作)，则需要记录的参数或属性包括：点击URL、点击title、点击位置等(参数或属性)。上述参数或属性的具体的字段值则为参数或属性值。

可选地，在一个“用户注册”类型的事件中，例如，xx用户在xxx时间xxxx地点(参数或属性)，点击了“注册”按钮(操作)，进入了下一个页面。则需要记录的参数或属性包括：注册渠道、注册邀请码等(参数或属性)。上述参数或属性的具体的字段值则为参数或属性值。

可选地，在一个“用户投诉”类型的事件中，例如，xx用户在xxx时间xxxx地点(参数或属性)，点击了“投诉”按钮(操作)，进入了下一个页面，则需要记录的参数或属性包括：投诉内容、投诉对象、投诉渠道、投诉方式等(参数或属性)。上述参数或参数的具体的字段值则为参数或属性值。

可选地，在一个“申请退货”类型的事件中，例如，xx用户在xxx时间xxxx地点(参数或属性)，点击了“申请退货”按钮(操作)，则需要记录的参数或属性包括：退货金额、退货原因、退货方式等(参数或属性)。上述参数或属性的具体的字段值则为参数或属性值。

S202、所述终端设备定时将监测对象的可视区域进行截图并上传至所述服务器，以使所述服务器对所述可视区域中的所有对象进行页面渲染、标识可埋点的对象和配置参数规则，得到配置的参数规则。

具体地，在一个实现方式中，在嵌入了SDK的应用程序中，开启可视化埋点模式。与后端联通时，SDK会应后端的要求，定时(例如每5秒)对当前可视化区域做一次截图，而SDK在为应用程序截图的同时，会从keyWindow对象开始进行遍历它的subviews()，得到当前视图下所有UIView、UIResponder对象的层级关系。对于屏幕上的任何一个UIView对象，如Button、Textfield等，它都有一条唯一的从keyWindow到它的路径，这个路径上每个节点，都由ClassName、它是父节点的第几个subview、.text()等属性的值等标识。相对于父节点的坐标、长宽高等可视化方面的信息，是作为这个节点的属性存在。

在另一个实现方式中，事件监测代码为网页可视化区域进行截图的时候，使用者在自己的网页引入监测代码后，从后台可视化埋点管理界面跳转到使用者的网站界面时，会自动进入到可视化埋点模式。在这个模式下，使用者在网页上点击任意html元素时，监测代码都会取到这个元素的url，层级关系等信息来描述这个html元素，当使用者设置了这个元素和某个事件相关联时，SDK会把这些关联信息和客户生成配置信息，并且存放在监测提供的相应保存位置。当真正的用户以普通模式访问这个网页时，SDK会自动加载配置信息，从而在相应的元素被点击时，使用Sensors Analytics的数据发送接口来track事件。

服务器根据截屏和可视化信息来重新进行页面渲染，并且根据控件的类型，来识别哪些控件是可以增加可埋点的，并且将之标识出来。

当使用者在后台的截屏画面上点击了某个可埋点的控件时，后台会要求使用者做一些事件关联方面的配置，并且将配置信息进行保存和部署。这里，运营人员可以自定义添加对应的关联的事件的属性参数规则，这里指的参数规则可以是上述不同类型的字段。

其中，在配置用户交互行为指令的参数规则的时候，需要唯一标识一个页面，这样才能保证A页面的配置，不会下发给在B页面，不会导致B页面产生出A页面里配置的行为。在Web里面标识页面靠的是url，url由protocol、domain、port、path和参数组成，存储配置的时候要将url的参数提出来再存。而url的参数位置是可以变化的，比如urlA(http://a.b.com/c.html？pa＝1&pb＝2)和urlB(http://a.b.com/c.html？pb＝2&pa＝1)虽然urlA！＝＝urlB，但是其实它们是一个页面。

唯一标识页面后，接下来就要唯一标识页面里面的元素，这样才能保证A页面中配置的元素A1可以被SDK找到，从而监听它产生的事件。在html里面，元素是以DOM Tree组织的，如果沿着元素A1出发，一直向上记录它的parent和它在parent中的index，直到根节点body，那么就可以得到元素A1在DOM Tree中的唯一路径。

S203、所述终端设备在启动或者轮询时，获取所述服务器配置的参数规则。

终端设备在启动或轮询某个网页或应用程序时，获取服务器配置的参数规则，以对用户行为进行监测。

S204、所述终端设备采集用户的交互行为指令的属性信息。

具体地，客户端采集用户在可视化区域上的事件，具体指用户的操作行为以及其属性信息。

需要说明的是，用户的交互行为发生要有具体的可视化区域位置，否则这种可视化埋点的方法不适用，比如说通过瀑布流载入新内容的网页或者客户端程序(像电商类如淘宝网，新闻资讯类如今日头条，还有图片分享类网站如花瓣网等等)，这种交互用户可以无限的进行下去，但是没有一个明确的监测点的位置，这类网页也没有页脚，在可视化事件的监测设置界面上找不到这一类的交互，因为这类交互是不可见的，这一类的交互行为就相当于在页面上是没有一个具体的“地点”，所以不适用。

但是，即使在可视化事监测的界面上的上述的交互不可见，但是这类交互式可以存在触发事件的，比如事件被触发之后会加载瀑布流，则这个事件会被监测代码监测到储存下来，而瀑布流的信息则监测不到。

S205、所述终端设备记录与所述参数规则匹配的交互行为指令的属性信息。

该步骤的具体实现可参考图1所示实施例的步骤S103，在此不再赘述。

S206、所述终端设备向服务器发送所述匹配的用户的交互行为指令的属性信息。

该步骤的具体实现可参考图1所示实施例的步骤S104，在此不再赘述。

根据本申请实施例提供的一种采集交互行为指令的属性信息的方法，通过获取匹配服务器的参考规则的用户的交互行为指令的属性信息，有利于对用户行为做出精确的分析对产品的开发和推广做出准确的决策。

请参见图3，图3是本申请实施例提供的又一种采集交互行为指令的属性信息的方法的示意流程图。如图3所示，该方法可包括：

S301、服务器生成参数规则。

该参数规则为服务器需要采集的一些用户的交互行为指令的属性信息对应的字段。例如，上述参数规则包括服务器生成的参数规则，包括操作或者事件发生的次数；上述参数规则还包括运营人员自定义的事件的属性信息。具体实现中，服务器接收终端设备定时发送的监测对象的可视区域的截图，并对可视区域中的所有对象进行页面渲染、标识可埋点的对象和配置参数规则，得到配置的参数规则。

服务器根据截屏和可视化信息来重新进行页面渲染，并且根据控件的类型，来识别哪些控件是可以增加可埋点的，并且将之标识出来。

当使用者在后台的截屏画面上点击了某个控件时，后台会要求运营人员做一些事件关联方面的配置，并且将配置信息进行保存和部署。这里，使用者可以自定义添加对应的关联的事件的属性参数规则，这里指的参数规则可以是上述不同类型的字段。

S302、所述服务器在终端设备上部署所述参数规则。

服务器预先部署参数规则。具体地，服务器在后台为需要进行数据埋点的用户的交互行为属性信息添加参数规则。

S303、所述服务器接收所述终端设备发送的与所述参数规则匹配的交互行为指令的属性信息。

终端设备实时或定期向服务器发送匹配的用户的交互行为指令的属性信息，以使服务器储存起来，方便运营人员在服务器端对数据进行查看和分析，为产品的开发和推广进行决策。

具体地，服务器可以收到通用数据和交互行为指令的属性信息。其中，通用信息包括：冷启动事件：应用程序第一次启动时的，版本号、设备ID、渠道、内存使用情况，磁盘使用情况等信息、前后台事件：进入前台或者后台页面事件页面(Activity或Fragment)显示(Show)/隐藏(Hide)、控件点击事件：某个控件(包括页面上控件和弹窗中控件)被用户点击、列表浏览事件：某个列表的哪些条目被用户浏览了、位置事件：上报用户地理位置信息。

根据本申请实施例提供的一种采集交互行为指令的属性信息的方法，通过获取匹配服务器的参考规则的用户的交互行为指令的属性信息，有利于对用户行为做出精确的分析对产品的开发和推广做出准确的决策。

图4是本申请实施例提供的一种终端设备的示意性框图，该终端设备4000可以包括：

获取单元41，用于获取服务器部署的参数规则，所述参数规则为所述服务器需要采集的用户的交互行为指令的属性信息对应的字段。

采集单元42，用于采集用户的交互行为指令的属性信息。

记录单元43，用于记录与所述参数规则匹配的用户的交互行为指令的属性信息。

发送单元44，用于向服务器发送所述匹配的交互行为指令的属性信息。

在一个实现方式中，所述终端设备还包括：嵌入单元45，用于在监测用户的交互行为指令的网页或者应用程序的基础代码上，嵌入事件监测代码或者软件开发工具包，其中，所述事件监测代码或者软件开发工具包用于采集所述用户的交互行为指令的属性信息。

在另一个实现方式中，所述获取单元41包括：截图单元411和轮询单元412；其中，

所述截图单元411，用于定时将监测对象的可视区域进行截图；

所述轮询单元412，用于在启动或者轮询时，获取所述服务器配置的参数规则；

所述发送单元44还用于上传所述截图至所述服务器，以使所述服务器对所述可视区域中的所有对象进行页面渲染、标识可埋点的对象和配置参数规则，得到配置的参数规则。

在又一个实现方式中，所述采集单元42用于从事件监测代码或者软件开发工具包中采集用户追踪或记录的用户行为数据或业务过程数据，将所述用户行为数据或业务过程数据作为所述用户的交互行为指令的属性信息。

在又一个实现方式中，所述记录单元43，用于将所述采集的交互行为指令的属性信息与所述参数规则的字段一一匹配，记录匹配所述参数规则的用户的交互行为指令的属性信息。

根据本申请实施例提供的一种终端设备，能够采集到用户的交互行为属性信息并且上传至服务器，能够在开发人员仅仅嵌入监测代码或者软件开发工具包的情况下进行采集，在参数规则的配置上与代码分开，能够节省开发人员的人力时间，也能提供给运营人员更加精准的进行规则的配置。

图5是本申请实施例提供的一种服务器的示意性框图，该服务器5000可以包括：

生成单元51，用于生成参数规则。

部署单元52，用于在终端设备上部署所述参数规则。

接收单元53，用于接收所述终端设备发送的与所述参数规则匹配的用户的交互行为指令的属性信息。

在一个实现方式中，所述接收单元53还用于接收所述终端设备定时发送的监测对象的可视区域的截图，所述生成单元用于对所述可视区域中的所有对象进行页面渲染、标识可埋点的对象和配置参数规则，得到的配置的参数规则。

在另一个实现方式中，所述部署单元52，用于在所述终端设备启动或者轮询时，发送所述参数规则至所述终端设备。

根据本申请实施例提供的一种服务器，能够将参数规则的配置与客户端开发的人员分开，运营人员对参数规则单独在服务器端配置交互行为指令的参数规则，以及收集到数据之后，运营人员可以根据数据从服务器端修改参数规则，客户端就能在轮询或者启动的时候部署，能够更加高效和精准的部署。

参见图6，是本申请实施例提供的一种终端设备的硬件结构图。如图6所示的本实施例中的终端设备可以包括：处理器601；发射器602、接收器603和存储器604。上述处理器601、发射器602、接收器603、存储器604通过总线605连接。存储器604用于存储计算机程序，计算机程序包括程序指令，处理器601用于执行存储器604存储的程序指令。图4中的获取单元41、采集单元42和记录单元43的功能可以由处理器601执行，发送单元44的功能可以由发射器602执行。其中，处理器601被配置用于调用程序指令执行如下步骤：获取服务器部署的参数规则，所述参数规则为所述服务器需要采集的用户的交互行为指令的属性信息对应的字段；采集用户的交互行为指令的属性信息；记录与所述参数规则匹配的用户的交互行为指令的属性信息；以及向所述服务器发送所述匹配的用户的交互行为指令的属性信息。

在一个实现方式中，所述处理器还用于执行如下步骤：在监测用户的交互行为指令的网页或者应用程序的基础代码上，嵌入事件监测代码或者软件开发工具包，其中，所述事件监测代码或者软件开发工具包用于采集所述用户的交互行为指令的属性信息。

在另一个实现方式中，所述处理器执行所述获取服务器部署的参数规则的步骤，包括：定时将监测对象的可视区域进行截图并控制所述发射器将所述截图上传至所述服务器，以使所述服务器对所述可视区域中的所有对象进行页面渲染、标识可埋点的对象和配置参数规则，得到配置的参数规则；以及在启动或者轮询时，获取所述服务器配置的参数规则。

在又一个实现方式中，所述处理器执行所述采集用户的交互行为指令的属性信息的步骤，包括：从事件监测代码或者软件开发工具包中采集用户追踪或记录的用户行为数据或业务过程数据，将所述用户行为数据或业务过程数据作为所述用户的交互行为指令的属性信息。

在又一种可能的实现方式中，所述处理器执行所述记录与所述参数规则匹配的交互行为指令的属性信息的步骤，包括：将所述采集的交互行为指令的属性信息与所述参数规则的字段一一匹配，记录匹配所述参数规则的用户的交互行为指令的属性信息。

应当理解，在本申请实施例中，所称处理器601可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application SpecificIntegratedCircuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

发送设备602用于发送数据，接收设备603用于接收数据。

该存储器604可以包括只读存储器和随机存取存储器，并向处理器604提供指令和数据。存储器604的一部分还可以包括非易失性随机存取存储器。例如，存储器604还可以存储设备类型的信息。

具体实现中，本申请实施例中所描述的处理器601、发送设备602和接收设备603可执行本申请实施例图1或者图2提供的采集交互行为指令的属性信息的实施例，在此不再赘述。

参见图7，是本申请实施例提供的一种服务器的硬件结构图。如图7所示的本实施例中的服务器可以包括：

一个或多个处理器701；输出装置702、输入装置703和存储器704。上述处理器701、输出装置702、输入装置703和存储器704通过总线705连接。存储器703用于存储计算机程序，计算机程序包括程序指令，处理器701用于执行存储器703存储的程序指令。其中，处理器701被配置用于调用程序指令执行：生成参数规则；在终端设备上部署所述参数规则；以及接收所述终端设备发送的与所述参数规则匹配的用户的交互行为指令的属性信息。

在一个实现方式中，所述处理器生成参数规则的步骤，包括：接收所述终端设备定时发送的监测对象的可视区域的截图；以及对所述可视区域中的所有对象进行页面渲染、标识可埋点的对象和配置参数规则，得到的配置的参数规则。

在另一个实现方式中，所述处理器执行在所述终端设备上部署参数规则的步骤，包括：在所述终端设备启动或者轮询时，发送所述参数规则至所述终端设备。

应当理解，在本申请实施例中，所称处理器701可以是中央处理单元CPU，该处理器还可以是其他通用处理器、数字信号处理器DSP、专用集成电路ASIC、现成可编程门阵列FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

输出装置702和输入装置703用于接收和发送数据。

该存储器704可以包括只读存储器和随机存取存储器，并向处理器701提供指令和数据。存储器704的一部分还可以包括非易失性随机存取存储器。例如，存储器704还可以存储设备类型的信息。

具体实现中，本申请实施例中所描述的处理器701、输出装置702、输入装置703和存储器704可执行本申请实施例图3提供的采集交互行为指令的属性信息的实施例，在此不再赘述。

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

在本申请所提供的几个实施例中，应该理解到，所揭露的***、装置和方法，可以通过其它的方式实现。例如，该单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。所显示或讨论的相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

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

Claims (10)

1.一种采集交互行为指令的属性信息的方法，其特征在于，包括：

获取服务器部署的参数规则，所述参数规则为所述服务器需要采集的用户的交互行为指令的属性信息对应的字段；

采集用户的交互行为指令的属性信息；

记录与所述参数规则匹配的用户的交互行为指令的属性信息；

向所述服务器发送所述匹配的用户的交互行为指令的属性信息。

2.根据权利要求1所述的方法，其特征在于，所述获取服务器部署的参数规则之前，所述方法还包括：

在监测用户的交互行为指令的网页或者应用程序的基础代码上，嵌入事件监测代码或者软件开发工具包，其中，所述事件监测代码或者软件开发工具包用于采集所述用户的交互行为指令的属性信息。

3.根据权利要求1或2所述的方法，其特征在于，所述获取服务器部署的参数规则，包括：

定时将监测对象的可视区域进行截图并上传至所述服务器，以使所述服务器对所述可视区域中的所有对象进行页面渲染、标识可埋点的对象和配置参数规则，得到配置的参数规则；

在启动或者轮询时，获取所述服务器配置的参数规则。

4.根据权利要求2所述的方法，其特征在于，所述采集用户的交互行为指令的属性信息，包括：

从事件监测代码或者软件开发工具包中采集用户追踪或记录的用户行为数据或业务过程数据，将所述用户行为数据或业务过程数据作为所述用户的交互行为指令的属性信息。

5.根据权利要求1或2所述的方法，其特征在于，所述记录与所述参数规则匹配的交互行为指令的属性信息，包括：

将所述采集的交互行为指令的属性信息与所述参数规则的字段一一匹配，记录匹配所述参数规则的用户的交互行为指令的属性信息。

6.一种采集交互行为指令的属性信息的方法，其特征在于，包括：

生成参数规则；

在终端设备上部署所述参数规则；

接收所述终端设备发送的与所述参数规则匹配的用户的交互行为指令的属性信息。

7.根据权利要求6的方法，其特征在于，所述生成参数规则，包括：

接收所述终端设备定时发送的监测对象的可视区域的截图；

对所述可视区域中的所有对象进行页面渲染、标识可埋点的对象和配置参数规则，得到的配置的参数规则。

8.根据权利要求6的方法，其特征在于，所述在所述终端设备上部署参数规则，包括：

在所述终端设备启动或者轮询时，发送所述参数规则至所述终端设备。

9.一种终端设备，其特征在于，包括：

获取单元，用于获取服务器部署的参数规则，所述参数规则为所述服务器需要采集的用户的交互行为指令的属性信息对应的字段；

采集单元，用于采集用户的交互行为指令的属性信息；

记录单元，用于记录与所述参数规则匹配的用户的交互行为指令的属性信息；

发送单元，用于向服务器发送所述匹配的交互行为指令的属性信息。

10.一种服务器，其特征在于，包括：

生成单元，用于生成参数规则；

部署单元，用于在终端设备上部署所述参数规则；

接收单元，用于接收所述终端设备发送的与所述参数规则匹配的用户的交互行为指令的属性信息。