CN109408105A

CN109408105A - 用户行为数据的采集方法、装置、计算装置和存储介质

Info

Publication number: CN109408105A
Application number: CN201811117009.5A
Authority: CN
Inventors: 龙付成
Original assignee: Tencent Technology Wuhan Co Ltd
Current assignee: Tencent Technology Wuhan Co Ltd
Priority date: 2018-09-25
Filing date: 2018-09-25
Publication date: 2019-03-01

Abstract

本申请公开了一种用户行为数据的采集和处理方法、装置、计算装置和存储介质，涉及信息处理技术领域，用以解决如何克服开发人员为不同业务单独开发数据上报逻辑的问题。该方法中在确定待监测应用完成页面加载后，在待监测应用中进行注册以便于监听页面中发生的用户行为；而后获取该页面的配置文件；当监听到用户行为后从配置文件中查找发生用户行为的页面模块的数据采集规则，并以此从待监测应用中获取的用户行为数据进行上报。这样，根据配置文件实现用户行为数据的采集和上报，无需开发人员针对不同业务不同页面单独开发代码进行用户行为数据采集和上报。而编写配置文件比编写代码要也容易得多。

Description

用户行为数据的采集方法、装置、计算装置和存储介质

技术领域

本申请涉及信息处理技术领域，尤其涉及用户行为数据的采集方法、装置、计算装置和存储介质。

背景技术

信息时代，电子设备成为人们的生活必需品。用户通过页面和电子设备进行交互，以便于电子设备能够获取并展示用户期望的信息。以网页为例，用户通过展示的网页进行操作，从服务器侧获取需要的内容。如今很多电子设备产品都追求更加人性化的页面设计，信息的推送也需要针对用户进行个性化推送。所以用户行为分析成为现在产品设计必须要准备的工作。

然而，因为不同业务的页面复杂性不同，页面的功能不尽相同，用户在页面上的行为数据的采集和上报需要针对不同业务的不同页面进行单独开发和测试。另一方面，由于不同业务的页面不能完全复用，仍需要针对不同页面开发和测试用户行为数据的采集和上报代码。这就导致用户行为数据的采集和上报的开发工作量大、周期长。

发明内容

本申请实施例提供一种用户行为数据的采集方法、装置、计算装置和存储介质，用于推广社交网络空间。

第一方面，本申请实施例提供一种用户行为数据采集方法，该方法包括：

确定待监测应用完成页面加载后，在所述待监测应用中进行注册；

获取该页面的配置文件，所述配置文件中包括各页面模块对应的数据采集规则；

监听所述页面中的各页面模块，并当监听到用户行为后，从所述配置文件中查找发生用户行为的页面模块对应的数据采集规则；

根据查找到的数据采集规则从所述待监测应用中获取监听到的用户行为的用户行为数据；

生成用户行为数据上报信息并发送所述用户行为数据上报信息。

进一步的，所述各页面模块包括父模块和子模块，所述配置文件中包括子模块的监听指示信息，监听所述页面中的各个页面模块具体包括：

从所述配置文件中读取页面模块的监听指示信息；

若读取到子模块的监听指示信息，则从所述待监测应用中获取父模块及其子模块的监听接口，监听父模块及其子模块。

进一步的，确定待监测应用完成页面加载后，所述方法还包括：

初始化所述页面所在运行环境的环境信息；

生成用户行为数据上报信息并发送所述用户行为数据上报信息，具体包括：

从所述配置文件中获取所述页面所归属业务的业务标识，以及所述待监测应用的开发者标识；

在所述用户行为数据中插入所述初始化后的环境信息、所述业务标识和所述开发者标识后得到用户行为数据上报信息；

发送所述用户行为数据上报信息。

进一步的，所述配置文件中还包括自定义信息；

监听所述页面中的各页面模块的同时，所述方法还包括：

根据所述自定义信息监听所述页面，当监听到需要上报的自定义信息时，将监听到的自定义信息发送给服务器。

进一步的，所述配置文件中还包括各种页面模块的用户行为数据的延迟上报时间；

发送所述用户行为数据上报信息，具体包括：

根据所述延迟上报时间，发送所述用户行为数据上报信息。

第二方面，本申请提供一种用户行为数据的处理方法，所述方法包括：

接收用户行为数据上报信息；

对用户行为数据上报信息按照运算规则进行运算生成通用的报表。

进一步的，对用户行为数据上报信息按照运算规则进行运算生成通用的报表，具体包括：

针对各页面，统计该页面中的指定页面模块的用户行为数据，得到用户行为数据的通用报表；

所述方法还包括：

根据用户行为数据的通用报表，在各页面将相应的页面模块和页面模块对应的用户行为数据对应展示。

进一步的，所述用户行为数据上报信息包括用户行为数据、用户操作的页面所在业务的业务标识、该页面所在应用的开发者标识、所述页面的环境信息；且所述用户行为数据上报信息满足预设的数据组织格式；

所述对用户行为数据上报信息按照运算规则进行运算生成通用的报表，具体包括：

按照预设的数据组织格式读取用户行为数据；

对业务标识和开发者标识均相同的用户行为数据、根据环境信息和预设的统计规则进行统计分析。

第三方面。本申请还提供一种用户行为数据采集装置，该装置包括：

注册模块，用于确定待监测应用完成页面加载后，在所述待监测应用中进行注册；

配置文件获取模块，用于获取该页面的配置文件，所述配置文件中包括各页面模块对应的数据采集规则；

监听模块，用于监听页面中的各页面模块，并当监听到用户行为后，从配置文件中查找发生用户行为的页面模块对应的数据采集规则；

采集模块，用于根据查找到的数据采集规则从待监测应用中获取监听到的用户行为的用户行为数据；

上报模块，用于生成用户行为数据上报信息并发送用户行为数据上报信息。

进一步的，所述各页面模块包括父模块和子模块，所述配置文件中包括子模块的监听指示信息，监听模块，具体用于从所述配置文件中读取页面模块的监听指示信息；若读取到子模块的监听指示信息，则从所述待监测应用中获取父模块及其子模块的监听接口，监听父模块及其子模块。

进一步的，该装置还包括：

初始化模块，用于在注册模块确定待监测应用完成页面加载后，初始化页面所在运行环境的环境信息；

上报模块包括：

标识获取单元，用于从配置文件中获取页面所归属业务的业务标识，以及待监测应用的开发者标识；

上报单元，用于在用户行为数据中插入初始化后的环境信息、业务标识和开发者标识后得到用户行为数据上报信息；

发送单元，用于发送用户行为数据上报信息。

进一步的，配置文件中还包括自定义信息；该装置还包括：

自定义信息发送模块，用于在监听模块监听所述页面中的各页面模块的同时，根据自定义信息监听页面，当监听到需要上报的自定义信息时，将监听到的自定义信息发送给服务器。

进一步的，配置文件中还包括各种页面模块的用户行为数据的延迟上报时间；上报模块具体用于：根据延迟上报时间，发送用户行为数据上报信息。

第四方面，本申请还提供一种用户行为数据的处理装置，包括：

上报信息接收模块，用于接收用户行为数据上报信息；

统计模块，用于对用户行为数据上报信息按照运算规则进行运算生成通用的报表。

进一步的，统计模块具体用于针对各页面，统计该页面中的指定页面模块的用户行为数据，得到用户行为数据的通用报表；

该装置还包括输出模块，用于根据用户行为数据的通用报表，在各页面将相应的页面模块和页面模块对应的用户行为数据对应展示。

进一步的，用户行为数据上报信息包括用户行为数据、用户操作的页面所在业务的业务标识、该页面所在应用的开发者标识、页面的环境信息；且用户行为数据上报信息满足预设的数据组织格式；

统计模块，具体包括：

读取单元，用于按照预设的数据组织格式读取用户行为数据；

统计单元，对业务标识和开发者标识均相同的用户行为数据、根据环境信息和预设的统计规则进行统计分析。

第五方面本申请另一实施例还提供了一种计算装置，包括至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本申请实施例提供的任一用户行为数据的采集或处理方法。

第六方面，本申请另一实施例还提供了一种计算机存储介质，其中，所述计算机存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行本申请实施例中的任一用户行为数据的采集或处理方法。

本申请实施例提供的用户行为数据的采集和处理方法、装置、计算装置和存储介质，根据配置文件进行用户行为数据的采集和上报。所以，本申请实施例提供的技术方案，无需开发人员针对不同业务不同页面单独开发代码进行用户行为数据采集和上报。此外，编写配置文件比编写代码要也容易得多。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例中的应用场景的示意图；

图2为本申请实施例中的用户行为数据的采集方法的流程示意图；

图3为本申请实施例中的用户行为数据的处理方法的流程示意图；

图4为本申请实施例中的统计结果展现的页面示意图；

图5为现有技术中的用户行为数据的采集和处理方法的时序图；

图6为本申请实施例中的用户行为数据的采集和处理方法的时序图；

图7为现有技术中的统计的下载漏斗曲线的示意图；

图8为本申请实施例中的用户行为数据的采集装置的结构示意图；

图9为本申请实施例中的用户行为数据的处理装置的结构示意图；

图10为根据本申请实施方式的计算装置的结构示意图。

具体实施方式

为了克服现有技术中为了采集用户行为数据、需要开发大量代码并进行大量测试的问题，本申请实施例中提供一种用户行为数据采集和处理方法、装置、计算装置和存储介质。为了更好的理解本申请实施例提供的技术方案，这里对该方案涉及的名词和基本原理做一下简单说明：

1、涉及的名词：

数据埋点：对功能的操作和执行进行行为记录，并请求到服务器进行保存。

PV：Page View，访问/操作某个功能点的次数。

UV：Unique visitor,访问/操作某个功能点的独立自然人。

2、原理介绍：

本申请提供了一种小工具，该工具集成了采集和上报用户行为数据的功能。针对各业务的开发人员，只需要按照规范，接入该小工具即可实现各页面内的用户行为数据的采集和上报。具体的，本申请实施例中，开发人员可以按照规范在页面中进行数据埋点，并在配置文件中按规范标明需要跟踪并采集用户行为的页面模块。在页面接入该小工具后，小工具会读取配置文件，根据配置文件监听页面中的页面模块。当页面模块发生用户行为时，小工具会自动采集用户行为数据并上报。故此，本申请实施例中，对于开发人员来说，只需要编写配置文件和按照规范进行数据埋点即可。当页面有改动时，也只需要改动配置文件中需要添加或更新的页面模块标识即可。改动后的页面运行时会自动加载小工具，由小工具读取新的配置文件进行用户行为数据的采集和上报。所以，本申请实施例提供的技术方案，无需开发人员针对不同业务不同页面单独开发代码进行用户行为数据采集和上报。此外，编写配置文件比编写代码要也容易得多。

下面，为便于进一步理解本申请实施例提供的技术方案，将结合附图对此方案进一步说明。

如图1所示，其为通过本申请实施例提供的方案来完成用户行为数据采集和处理的场景示意图。该场景中包括用户10的终端设备11、页面服务器12、日志服务器13、统计服务器14、统计分析人员15的终端设备16以及用于页面行为跟踪的小工具17。

小工具17作为插件安装在终端设备11中。用户10通过终端设备11向页面服务器12请求加载页面，页面服务器将用户10请求的页面返回给终端设备11后，终端设备11显示页面，至此页面加载完成。小工具17向页面进行注册，以便于监听页面中的用户行为。然后小工具17读取该页面的配置文件，对配置文件中记录的页面模块进行监听；当监听到相应页面模块的用户行为时，小工具根据配置文件中记录的该页面模块对应的数据采集规则，采集用户行为数据，并生成用户行为数据上报信息后发送给日志服务器13。

统计服务器14根据设定的统计规则，定时从日志服务器获取用户行为数据上报信息进行统计。统计服务器14当接收到统计分析人员15通过终端设备16发送的获取统计结果的请求时，将统计结果返回给终端设备16，以便于展示给统计分析人员15。

其中，终端设备和服务器之间、服务器之间均可通过通信网络进行通信连接，该网络可以为局域网、广域网等，当然也可以通过线连接。终端设备可以为手机、平板电脑、笔记本电脑、个人计算机等。

需要说明的是，本申请实施例的应用场景不仅限于浏览器，也可以是终端设备中的各种应用的用户行为。此外，本申请实施例中的小工具可以基于终端设备的系统开发，例如基于安卓系统或苹果系统。

下面结合具体实施方式的附图对本申请实施例提供的用户行为数据的采集方法作进一步说明，如图2所示为用户行为数据的采集方法的流程示意图，包括以下步骤：

步骤201：确定待监测应用完成页面加载后，在待监测应用中进行注册。

注册是为了能够监听页面中发生的用户行为。

其中注册的内容包括监听哪些用户行为，可包括以下中的至少一种：加载页面、点击、双击、长按、划动、拖动、在页面停留等等操作。具体实施时，可以根据实际需求确定，本申请对此不作限定。

进一步的，为了能够进一步减少代码开发量，本申请实施例中集成了对通用信息的采集功能。具体的，发明人经过分析，根据各种业务的需求，总结出通用的信息可以为环境信息。故此，在确定待监测应用完成页面加载后，还可以初始化页面所在运行环境的环境信息、用户信息和页面信息。其中，环境信息可包括：

1)硬件信息：如运行的手机、电脑等设备的型号、版本、设备ID(唯一标识)等。

2)软件信息：如操作系统、宿主环境(如浏览器、系统内嵌Web框架)等。

3)网络信息：如采用的是wifi、还是/4G/3G/2G等网络。

4)页面信息：如页面所属项目、页面标识名称等。

5)用户信息：如用户标识，登录授权业务的方式等。

6)用户来源：如用户从哪些渠道和以什么方式进行到该页面，如通过链接或通过直接搜索进入。

7)风险标识：该标识用于表示用户属于正常用户，还是有风险攻击的用户。

步骤202：获取该页面的配置文件，配置文件中包括各页面模块对应的数据采集规则。

其中，页面模块，可以是一个页面元素，例如一个按钮、一个文本框等。当然也可以是一组页面元素，例如一个页面模块可以包括按钮、文本框、图片等。

步骤203：监听页面中的各个页面模块，并当监听到用户行为后，从配置文件中查找发生用户行为的页面模块对应的数据采集规则。

具体实施时，有的页面模块可能作为父模块存在，即页面模块可包括父模块和子模块。本申请实施例中为减少配置文件中的信息，配置文件中可以仅保留父模块的页面模块的标识，及子模块的监听指示信息。该监听指示信息用于表明是否监听该页面模块的子模块。

步骤A1：从所述配置文件中读取页面模块的监听指示信息。

具体实施时该监听指示信息可以为一个字段，该字段的字段值用于表示是否监听子模块，例如字段值为0表示不监听，字段值为1则表示监听。

步骤A2：若读取到子模块的监听指示信息，则从所述待监测应用中获取父模块及其子模块的监听接口，监听父模块及其子模块。

这样，通过在配置文件中设置监听指示信息，使得具有多个子模块的页面模块无需将其每个子模块记录在配置文件中，使得配置文件比较简洁而且容易编写。

步骤204：根据查找到的数据采集规则从待监测应用中获取监听到的用户行为的用户行为数据。

步骤205：生成用户行为数据上报信息并发送用户行为数据上报信息。

有了环境信息之后，生成用户行为数据上报信息并发送用户行为数据上报信息可执行为从配置文件中获取页面所归属的业务的业务标识，以及待监测应用的开发者标识；在用户行为数据中插入初始化后的环境信息、业务标识和开发者标识后得到用户行为数据上报信息；发送用户行为数据上报信息。

当然，需要说明的是，第一次发送页面的用户行为数据上报信息时，可以将环境信息、业务标识和开发者标识的原文发送出去。之后，可以在接收用户行为数据上报信息的服务器侧生成一个信息标识用于表示该页面对应的环境信息、业务标识和开发者标识。那么，之后再采集到用户行为数据之后，可以将该信息标识和用户行为数据作为用户行为数据上报信息发送出去。这样，之后发送用户行为数据上报信息不需要携带环境信息等的原文，只需要携带一个信息标识即可，从而可以节约传输的信息量。对于图1所示的日志服务器，接收到该信息时，只需要根据信息标识即可进行分类存储。

进一步的，为了便于监听和采集用户行为数据，本申请实施例中，配置文件中还包括自定义信息；该自定义信息例如可包括是否上报失败后重试、重试次数等。基于此，本申请实施例中还可以监听所述页面中的各页面模块的同时，根据自定义信息监听页面，当监听到需要上报的自定义信息时，将监听到的自定义信息发送给服务器。这样，可以根据配置文件监听和采集更多的信息。当然具体实施时，自定义的信息可以根据实际需求确定，本申请对此不作限定。

进一步的，配置文件中还包括各种页面模块的用户行为数据的延迟上报时间；则发送用户行为数据上报信息这一步骤可具体执行为：根据延迟上报时间，发送用户行为数据上报信息。其中延迟上报的规则可以根据实际需求确定，例如网络状况不好时可以延迟上报，这样即使网络状况不好也不会漏报信息。

进一步的，在用于业务统计的服务器侧，由于现有技术中不同开发者或不同业务的数据采集和上报逻辑单独制定，所以通常不同页面上报的数据格式和上报逻辑有差异，导致后期在统计数据时，需要开发不同的运算逻辑，进而生成的报表也不相同。而通常情况下，需要为每种业务单独开发报表。而报表的开发也需要花较长的时间来进行测试和验证。有鉴于此，本申请实施例中，数据的采集和上报都是集成在小工具中完成，生成用户行为数据上报信息时，都是按照预设的数据组织格式进行生成。这样，后期业务统计时，数据格式都是统一的，无需单独为不同格式的数据开发报表。

综上，本申请实施例，通过集成环境信息的采集，开发者无需单独进行代码开发来采集环境信息，通过配置文件，开发者将代码开发转换为配置文件的编写。相较而言，配置文件更加容易操作，能够节约时间，而且也便于维护。

基于相同的发明构思，本申请实施例还提供一种用户行为数据的处理方法，如图3所示，为该方法的流程示意图，包括以下步骤：

步骤301：接收用户行为数据上报信息。

步骤302：对用户行为数据上报信息按照运算规则进行运算生成通用的报表。

现有技术中不同业务的报表单独开发，报表格式也不尽相同。统计分析人员需要手动将相关的报表联系起来。而本申请实施例中生成通用的报表，那么在需要时可以根据需要自动将不同的业务的数据统计起来，而无需数据统计人员手动整合多个报表的数据。

其中步骤302中的运算规则可以根据具体的需求设定，本申请对此不作限定。

进一步的，现有技术中报表可视化程度有限，单独从数据和简单的线形图表难以直观的反应页面的用户行为。有鉴于此，本申请实施例中为了提高数据报表的可视化程度，能够结合页面情况对页面用户操作轨迹进行还原，得到该页面内的用户行为画像。具体的，对用户行为数据上报信息按照运算规则进行运算生成通用的报表；根据用户行为数据的通用报表，在各页面将相应的页面模块和页面模块对应的用户行为数据对应展示。

如图4所示，为最终统计并展示的结果示意图。通过图4可以直观的看出页面中各个页面模块的用户行为统计结果，便于统计分析人员快速方便的了解统计情况、直观的了解页面内的用户行为画像。

进一步的，本申请实施例中，为了能够提高数据的使用效率、得到准确合理的统计结果，用户行为数据上报信息包括用户行为数据、用户操作的页面所在业务的业务标识、该页面所在应用的开发者标识、页面的环境信息；且用户行为数据上报信息满足预设的数据组织格式，对用户行为数据上报信息按照运算规则进行运算生成通用的报表。按照预设的数据组织格式读取用户行为数据；对业务标识和开发者标识均相同的用户行为数据、根据环境信息和预设的统计规则进行统计分析。

此外，现有技术中，不同业务的用户行为数据采集和上报逻辑代码单独开发，难免有些信息并不上报(例如有些环境信息并不采集)。而且采集的数据难以统一管理和存储。本申请实施例中，由于无需开发人员单独开发用户行为数据的采集和上报逻辑，而且能够做到环境信息自动采集和上报的标准化，所以采集得到的信息比较全面。且信息按照预算的数据组织格式组织，能够方便的统计数据。这样，统计时就能够自动的将不同业务的数据按照实际需要统计出来，而无需数据统计人员手动的关联。

综上，本申请实施例中，根据前端上报的用户行为数据上报信息，能够生成通用的报表。通过还原页面中的用户行为轨迹能够生成可视化的用户行为画像。由于生成通用的报表，所以不同业务的报表无需每次都进行开发。此外，对于开发人员来说，由于数据格式和报表都是统一的，也无需手动整合不同报表的数据。此外，本申请实施例中，数据的采集比较全面，数据的组织方式统一，所以数据都比较准确且可用，所以能够提高数据的使用效率。故此，本申请实施例实现了对数据的采集和统计的标准化。

下面以浏览器为例，对比现有技术，对本申请实施例提供的数据采集和处理方法做对比说明。

如图5，为现有技术中对浏览器页面进行用户行为数据采集和处理的时序图，包括以下步骤：

步骤A1：浏览器根据用户的操作请求加载页面。

步骤A2：页面服务器根据加载页面的请求生成页面结构。

步骤A3：页面服务器返回页面内容给浏览器。

至步骤A3结束，浏览器加载页面完成。

步骤A4：浏览器显示页面。

步骤A5：浏览器加载预先编写的用于采集和上报用户行为数据的逻辑代码。

由于不同业务不同页面有不同开发者开发，所以加载的逻辑代码中采集和上报的逻辑不同。具体可体现在采集和上报的数据不同，数据的组织格式不同等。

步骤A6：浏览器根据逻辑代码将页面加载的用户行为数据上报给日志服务器。

步骤A7：浏览器根据逻辑代码监听用户针对页面的操作，根据用户的操作生成用户行为数据上报给日志服务器。

步骤B1：日志服务器接收浏览器上报的用户行为数据，生成用户行为日志。

需要说明的是，步骤B1的执行顺序不受限。

同理，后续日志服务器的执行顺序以及步骤C1-C2的执行顺序也不受限。即不限定与前述的步骤A1-A7，以及步骤B1的执行顺序。

步骤Y1：统计服务器到达规定时刻定时进行运算作业。

步骤Y2：统计服务器从日志服务器读取用户行为日志。

步骤Y3：统计服务器根据相应页面的报表生成代码、进行逻辑运算生成报表。

其中，现有技术中，不同页面的报表由于页面上报的逻辑不同，报表的生成需要单独开发代码。

步骤C1：浏览器向统计服务器请求打开格式不同的报表1、2、3、4。

步骤C2：统计服务器返回报表1、2、3、4。

然后，统计分析人员需要将格式不同的报表1、2、3、4进行整合。

相对的，如图6所示，为本申请实施例提供的数据采集和处理的方法时序图，包括以下步骤：

首先需要说明的是，页面开发者按照规范在页面中添加数据埋点，该数据埋点用于页面服务器和浏览器生成和完善跟踪点信息，以便于小工具进行监听。其中，跟踪点信息即为配置文件中记录的页面模块，以及自定义信息等等。

步骤A1：浏览器根据用户的操作请求加载页面。

步骤A2：业务服务器生成页面结构并生成跟踪点信息。

其中，跟踪点信息可以由业务服务器生成，也可以不由该服务器生成，具体实施时可以根据实际需要确定。此外，若业务服务器生成跟踪点信息，则浏览器端可以根据当前的实际情况和开发者编写的脚本对此进行完善。

步骤A3：页面服务器返回页面内容给浏览器。

至此，页面加载完成。

步骤A4：浏览器执行页面脚本，对页面内容中的跟踪点信息进行完善。

具体实施时，完善可以是添加跟踪点信息到配置文件中，更改配置文件中的页面模块的标识为最新的页面模块标识等等。

步骤A5：浏览器启动并初始化小工具。

其中初始化具体实施为初始化环境信息。环境信息已在前文中说明，这里不再赘述。

步骤A6：浏览器显示页面。

步骤A7：小工具在浏览器中进行注册以表示需要监听加载的页面中发生的用户行为。

步骤A8：小工具获取该页面的配置文件。

步骤A9：小工具根据环境信息，从配置文件中获取页面所归属的业务的业务标识，以及待监测应用的开发者标识；在页面加载行为的用户行为数据中插入环境信息、业务标识和开发者标识后得到用户行为数据上报信息给日志服务器。

步骤A10：浏览器将监听到页面模块产生用户行为的信息发送给小工具。

步骤A11：小工具从配置文件中查找发生用户行为的页面模块对应的数据采集规则，根据该数据采集规则从浏览器中获取监听到的用户行为的用户行为数据；添加环境信息、业务标识和开发者标识后生成用户行为数据上报信息给日志服务器。

其中，步骤A9的执行顺序不受限，即步骤A9可以字啊步骤A10之后的任一步骤执行，也可以与步骤A10同时执行。

步骤B1：日志服务器接收浏览器上报的用户行为数据上报信息，生成用户行为日志。

需要说明的是，步骤B1的执行顺序不受限。此外，本申请实施例中由于上报的用户行为数据上报信息包括了环境信息、业务标识和开发者标识，所以信息比较全面。由于小工具按照预设的数据组织格式上报信息，所以信息的存储比较方面，且能够将同类的信息统一存储。即，不同开发者开发的不同业务的数据，完全能够按照环境信息，开发者标识和业务标识分类存储。

同理，后续统计服务器的执行顺序以及步骤C1-C2的执行顺序也不受限。即不限定与前述的步骤A1-A11，以及步骤B1的执行顺序。

步骤Y1：统计服务器定时进行运算作业。

步骤Y2：统计服务器从日志服务器读取用户行为日志。

步骤Y3：统计服务器按照运算规则进行运算生成通用的报表。

其中，本申请实施例中，小工具上报的数据格式是统一的，统计服务器也按照标准的规则生成通用的报表，所以不会产生现有技术中不同格式的报表。也无需单独开发各个业务的报表。

步骤C1：浏览器向统计服务器请求打开报表1、2、3、4。

步骤C2：统计服务器返回报表1、2、3、4以及页面的用户行为画像。

这样，统计分析人员无需手动整合各报表，且根据统计服务器生成的用户行为画像能够直观简单的了解用户行为。

此外，如图7所示，本申请实施例中统计服务器还可以生成页面的下载图，例如图7的漏斗折线图。该图中横坐标表示日期。纵坐标标识下载量。通过该图能够直观的了解到页面下载情况。

基于相同的发明构思，本申请实施例还提供一种用户行为数据采集装置。如图8所示，该装置包括：

注册模块801，用于确定待监测应用完成页面加载后，在所述待监测应用中进行注册；

配置文件获取模块802，用于获取该页面的配置文件，所述配置文件中包括各页面模块对应的数据采集规则；

监听模块803，用于监听页面中的各个页面模块，并当监听到用户行为后，从配置文件中查找发生用户行为的页面模块对应的数据采集规则；

采集模块804，用于根据查找到的数据采集规则从待监测应用中获取监听到的用户行为的用户行为数据；

上报模块805，用于生成用户行为数据上报信息并发送用户行为数据上报信息。

进一步的，该装置还包括：

上报模块包括：

发送单元，用于发送用户行为数据上报信息。

进一步的，配置文件中还包括自定义信息；该装置还包括：

基于相同的发明构思，本申请实施例还提供一种用户行为数据的处理装置，如图9所示，为该装置的结构示意图，包括：

上报信息接收模块901，用于接收用户行为数据上报信息；

统计模块902，用于对用户行为数据上报信息按照运算规则进行运算生成通用的报表。

统计模块，具体包括：

在介绍了本申请示例性实施方式的用户行为数据的采集和处理方法、装置之后，接下来，介绍根据本申请的另一示例性实施方式的计算装置。

所属技术领域的技术人员能够理解，本申请的各个方面可以实现为系统、方法或程序产品。因此，本申请的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

在一些可能的实施方式中，根据本申请的计算装置可以至少包括至少一个处理器、以及至少一个存储器(如前述的终端设备、页面服务器、日志服务器和统计服务器)。其中，存储器存储有程序代码，当程序代码被处理器执行时，使得处理器执行本说明书上述描述的根据本申请各种示例性实施方式的用户行为数据的采集和处理方法的步骤。例如，处理器可以执行如图2中所示的步骤201-205，或者执行如图3中的步骤301-302。

下面参照图10来描述根据本申请的这种实施方式的计算装置130。图10显示的计算装置130仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图10所示，计算装置130以通用计算装置的形式表现。计算装置130的组件可以包括但不限于：上述至少一个处理器131、上述至少一个存储器132、连接不同系统组件(包括存储器132和处理器131)的总线133。

总线133表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、外围总线、处理器或者使用多种总线结构中的任意总线结构的局域总线。

存储器132可以包括易失性存储器形式的可读介质，例如随机存取存储器(RAM)1321和/或高速缓存存储器1322，还可以进一步包括只读存储器(ROM)1323。

存储器132还可以包括具有一组(至少一个)程序模块1324的程序/实用工具1325，这样的程序模块1324包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

计算装置130也可以与一个或多个外部设备134(例如键盘、指向设备等)通信，还可与一个或者多个使得用户能与计算装置130交互的设备通信，和/或与使得该计算装置130能与一个或多个其它计算装置进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口135进行。并且，计算装置130还可以通过网络适配器136与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器136通过总线133与用于计算装置130的其它模块通信。应当理解，尽管图中未示出，可以结合计算装置130使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

在一些可能的实施方式中，本申请提供的用户行为数据的采集和处理方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在计算机设备上运行时，程序代码用于使计算机设备执行本说明书上述描述的根据本申请各种示例性实施方式的用户行为数据的采集和处理方法中的步骤，例如，计算机设备可以执行如图2中所示的步骤201-205，或者，图3中的步骤301-302。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

本申请的实施方式的用于用户行为数据采集和处理的程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在计算装置上运行。然而，本申请的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算装置上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算装置上部分在远程计算装置上执行、或者完全在远程计算装置或服务器上执行。在涉及远程计算装置的情形中，远程计算装置可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算装置，或者，可以连接到外部计算装置(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。

此外，尽管在附图中以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims

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

2.根据权利要求1所述的方法，其特征在于，所述各页面模块包括父模块和子模块，所述配置文件中包括子模块的监听指示信息，监听所述页面中的各个页面模块具体包括：

从所述配置文件中读取页面模块的监听指示信息；

3.根据权利要求1所述的方法，其特征在于，确定待监测应用完成页面加载后，所述方法还包括：

初始化所述页面所在运行环境的环境信息；

发送所述用户行为数据上报信息。

4.根据权利要求1所述的方法，其特征在于，所述配置文件中还包括自定义信息；

监听所述页面中的各页面模块的同时，所述方法还包括：

5.根据权利要求1所述的方法，其特征在于，所述配置文件中还包括各种页面模块的用户行为数据的延迟上报时间；

发送所述用户行为数据上报信息，具体包括：

根据所述延迟上报时间，发送所述用户行为数据上报信息。

6.一种用户行为数据的处理方法，其特征在于，所述方法包括：

接收用户行为数据上报信息；

7.根据权利要求6所述的方法，其特征在于，对用户行为数据上报信息按照运算规则进行运算生成通用的报表，具体包括：

所述方法还包括：

8.根据权利要求6或7所述的方法，其特征在于，所述用户行为数据上报信息包括用户行为数据、用户操作的页面所在业务的业务标识、该页面所在应用的开发者标识、所述页面的环境信息；且所述用户行为数据上报信息满足预设的数据组织格式；

按照预设的数据组织格式读取用户行为数据；

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

监听模块，用于监听所述页面中的各页面模块，并当监听到用户行为后，从所述配置文件中查找发生用户行为的页面模块对应的数据采集规则；

采集模块，用于根据查找到的数据采集规则从所述待监测应用中获取监听到的用户行为的用户行为数据；

上报模块，用于生成用户行为数据上报信息并发送所述用户行为数据上报信息。

10.一种用户行为数据的处理装置，其特征在于，包括：

上报信息接收模块，用于接收用户行为数据上报信息；

11.一种计算机可读介质，存储有计算机可执行指令，其特征在于，所述计算机可执行指令用于执行如权利要求1-8中任一权利要求所述的方法。

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

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1-8中任一权利要求所述的方法。