CN112956157A - 追踪客户端设备事件的系统和方法 - Google Patents

Abstract

提供了一种用于追踪客户端设备的事件的方法。该方法可以在客户端设备处接收追踪脚本，其中该追踪脚本为客户端设备提供指令。该方法可以包括根据追踪脚本的指示，追踪客户端设备的事件。该方法可以包括分析根据所述追踪脚本的指示追踪的被追踪事件。该方法可以包括在出现与所述追踪脚本指示的要求相对应的一个或以上分析结果时，将追踪信息发送到分析收集引擎。

Description

追踪客户端设备事件的系统和方法

技术领域

本申请总体上涉及用于数据处理的系统和方法，并且更具体地涉及用于追踪客户端设备事件的系统和方法。

背景技术

在大数据时代，通过追踪用户交互导致的事件来收集数据是重要的。用户交互可以与安装在客户端设备中的应用(例如，移动应用或网络应用)的一个或以上网页/页面有关。在某些情况下，为了追踪一个或以上特定事件，开发人员或用户可以手动将脚本代码添加到相应的网页/页面。这样做很耗时。因此，期望提供高效地执行事件追踪和数据获取的系统和方法。

发明内容

根据本申请的一个方面，提供了一种用于追踪客户端设备的事件的方法。该方法可以在具有至少一个处理器和至少一个计算机可读存储介质的计算设备上实现。所述至少一个处理器可以接收追踪脚本。所述追踪脚本可以为客户端设备提供指令。所述至少一个处理器可以按照所述追踪脚本的指示来追踪客户端设备的事件。所述至少一个处理器可以分析由所述追踪脚本指示的被追踪的追踪事件。在出现与追踪脚本指示的要求相对应的一个或以上分析结果时，至少一个处理器可以将追踪信息发送到分析收集引擎。所述追踪信息可以至少包括一个或以上分析结果中的至少一部分。

在一些实施例中，事件可以包括用户与在客户端设备上显示的对象的交互。

在一些实施例中，所述至少一个处理器可以基于追踪规则来追踪客户端设备的事件，该追踪规则与每个事件相关的数据名称和数据类型相关。

在一些实施例中，所述数据名称可以对应于嵌入在客户端设备处的应用页面中的输入字段。

在一些实施例中，所述数据类型可以对应于嵌入在客户端设备处的应用页面中的输入字段。

在一些实施例中，可以经由服务器设备上的用户界面来配置追踪规则。

在一些实施例中，所述至少一个处理器可以确定与第一用户交互相关的第一输入的第一数据名称。所述至少一个处理器可以确定所述第一数据名称是否满足所述追踪规则，并且如果所述第一数据名称满足所述追踪规则，则追踪与第一用户交互相关的事件。

在一些实施例中，所述至少一个处理器可以获取与第二用户交互相关的第二输入的输入数据。所述至少一个处理器可以基于输入数据来确定第二输入字段的第二数据类型。所述至少一个处理器可以确定所述第二数据类型是否满足所述追踪规则，并且如果所述第二数据类型满足所述追踪规则，则追踪与第二用户交互相关的事件。

在一些实施例中，所述至少一个处理器可以记录与被追踪事件相关的数据，并使用至少一些记录的数据来确定统计数据。

在一些实施例中，所述至少一个处理器可以指导分析收集引擎基于所发送的追踪信息来识别用户标识。

根据本申请的一方面，提供了一种系统。该系统可以包括至少一个包括一组或以上指令的存储设备，以及与该至少一个存储设备通信的至少一个处理器。当执行指令集时，所述至少一个处理器可以接收追踪脚本。所述追踪脚本可以为客户端设备提供指令。所述至少一个处理器可以按照所述追踪脚本的指示来追踪客户端设备的事件。所述至少一个处理器可以分析由追踪脚本指示追踪的被追踪事件。在出现与所述追踪脚本指示的要求相对应的一个或以上分析结果时，所述至少一个处理器可以将追踪信息发送到分析收集引擎。所述追踪信息可以至少包括一个或以上分析结果中的至少一部分。

根据本申请的另一方面，提供了一种非暂时性计算机可读介质。非暂时性计算机可读介质可以包括用于追踪客户端设备的事件的至少一组指令。当执行指令集时，至少一个处理器可以接收追踪脚本。所述追踪脚本可以为客户端设备提供指令。所述至少一个处理器可以按照追踪脚本的指示来追踪客户端设备的事件。所述至少一个处理器可以分析由追踪脚本指示追踪的被追踪事件。在出现与所述追踪脚本指示的要求相对应的一个或以上分析结果时，所述至少一个处理器可以将追踪信息发送到分析收集引擎。所述追踪信息可以至少包括一个或以上分析结果中的至少一部分。

本申请的一部分附加特性可以在以下描述中进行说明。通过对以下描述和相应附图的研究或者对实施例的生产或操作的了解，本申请的一部分附加特性对于本领域技术人员是明显的。本申请的特征可以通过对以下描述的具体实施例的各个方面的方法、手段和组合的实践或使用得以实现和达到。

附图说明

本申请将通过示例性实施例进行进一步描述。这些示例性实施例将通过附图进行详细描述。附图未按比例绘制。这些实施例是非限制性的示例性实施例，在这些实施例中，各图中相同的编号表示相似的结构，其中：

图1是示出根据本申请的一些实施例的用于追踪事件的示例性基于计算机的监控系统的示意图；

图2是示出根据本申请的一些实施例的计算设备的示例性组件的示意图；

图3是示出根据本申请的一些实施例的示例性移动设备的示例性硬件组件和/或软件组件的示意图；

图4是示出根据本申请的一些实施例的客户端设备和服务器的示例性处理设备的框图；

图5是示出根据本申请的一些实施例的用于追踪事件的示例性过程的流程图；

图6是示出根据本申请的一些实施例的用于分析被追踪事件的示例性过程的流程图；

图7是示出根据本申请的一些实施例的用于分析被追踪事件的示例性过程的流程图；以及

图8A和图8B是示出根据本申请的一些实施例的客户端设备的示例性用户界面的示意图。

具体实施方式

以下描述是为了使本领域的普通技术人员能够实施和利用本申请，并且该描述是在特定的应用场景及其要求的环境下提供的。对于本领域的普通技术人员来讲，显然可以对所披露的实施例作出各种改变，并且在不偏离本申请的原则和范围的情况下，本申请中所定义的普遍原则可以适用于其他实施例和应用场景。因此，本申请并不限于所描述的实施例，而应该被给予与权利要求一致的最广泛的范围。

本文所使用的术语仅是为了描述特定的示例实施例，而并非旨在进行限制。如本文所使用的，单数形式“一”、“一个”和“该”也可以意图包括复数形式，除非上下文另外明确指出。将进一步理解的是，当在本说明书中使用时，术语“包括”和/或“包含”仅提示存在所述特征、整体、步骤、操作、组件和/或部件，但并不排除存在或添加一个或以上其他特征、整体、步骤、操作、组件、部件和/或其组合的情况。

根据以下对附图的描述，本申请的这些和其它的特征、特点以及相关结构元件的功能和操作方法，以及部件组合和制造经济性，可以变得更加显而易见，这些附图都构成本申请说明书的一部分。然而，应当理解的是，附图仅仅是为了说明和描述的目的，并不旨在限制本申请的范围。应当理解的是，附图并不是按比例绘制的。

本申请中使用的流程图图示了根据本申请中的一些实施例的系统实现的操作。应当理解的是，流程图中的操作可以不按顺序执行。相反，可以按照倒序或同时处理各种步骤。同时，也可以将一个或以上其他操作添加到这些流程图中。也可以从流程图中删除一个或以上操作。

本申请的各种实施例可以涉及基于计算机的监控系统，其被配置为能够追踪用户指定的事件，包括但不限于点击事件、输入事件等。基于计算机的监控系统可以包括服务器，该服务器允许服务器端用户创建/配置用于监控/追踪特定事件的追踪规则。在服务器中，服务器端用户可以通过服务器的用户界面来创建追踪规则。服务器可以将所述追踪规则编码或编程为追踪脚本。追踪脚本可以被发送到客户端设备。客户端设备可以按照追踪脚本的指示来追踪用户指定的事件。

基于计算机的监控系统可以被设计为提供用于监控和追踪用户指定事件的用户可配置平台。服务器端用户可以对所述追踪规则进行配置，以指定用户指定事件。在所述服务器端用户配置指定用户指定事件的追踪规则之后，可以将追踪规则编程到追踪脚本中并嵌入到客户端设备中以追踪用户指定事件。另外，基于计算机的监控系统可以分析追踪的事件，并在客户端设备上预处理与被追踪事件有关的数据/信息。在一些实施例中，仅预处理的数据/信息可以被发送到服务器，其目的是减少服务负载(例如，服务器的存储压力)。在一些实施例中，基于计算机的监控系统可以基于被追踪事件来提供用户标识，例如，通过识别用户登录地址并响应于异常登录地址来警告用户。

如本文所使用的，“事件”可以指的是与内容项(例如，嵌入在应用页面中的各种控件)的用户交互，与另一用户的用户交互、消息或信息的创建，或可以表示为数据点的任何事件。例如，用户输入可以被指定为输入事件。又例如，鼠标点击可以被指定为点击事件。在一些实施例中，事件的数据可以包括事件的日期或时间、事件唯一标识符(ID)、一个或以上事件参数等等。事件参数可以指代与要追踪的事件有关的数据或信息。该事件可以包括但不限于鼠标单击事件、键盘事件、加载事件、错误事件等。在一些实施例中，事件参数可以取决于要追踪的事件。以键盘事件为例，示例脚本代码如下所示：KeyboardEvent.initKeyboardEvent(typeArg,canBubbleArg,cancelableArg,viewArg,charArg,keyArg,locationArg,modifiersListArg,repeat)。KeyboardEvent.initKeyboardEvent()可以初始化键盘事件的属性。其中“typeArg”、“canBubbleArg”、“cancelableArg”、“viewArg”、“charArg”、“keyArg”、“locationArg”和“modifiersListArg”表示与键盘事件关联的事件参数。例如，“typeArg”表示键盘事件的类型(例如，键盘按下事件、按键事件或键盘松开事件)；“canBubbleArg”表示键盘事件是否可以冒泡；“cancelableArg”表示是否可以取消键盘事件；“viewArg”表示与之关联的窗口代理；“charArg”表示字符属性的值；“keyArg”表示键属性的值；“locationArg”表示位置属性的值；“modifiersListArg”表示由空格分隔的修饰键列表，应将其视为在键盘事件的键上处于活动状态。例如，指定“ControlShift”表示用户在按下与键盘事件关联的键时按住Control和Shift键。注意，在本申请中，“事件”、“发生”、“用户交互”可以互换使用。在本申请中，术语“网页”和“页面”可以互换使用。

本文中基于计算机的监控系统的各方面参考了方法、装置(系统)和计算机程序产品的流程图和/或框图来进行描述的。可以理解的是，流程图图示和/或框图的每个框以及流程图图示和/或框图中的框的组合可以由计算机程序指令来实现。可以将这些计算机程序指令提供给通用计算机、专用计算机或其他可编程数据处理设备的处理器以产生机器，以使得经由计算机或其他可编程数据处理设备的处理器执行的指令能够用于实现流程图和/或框图方框中指定的功能/动作。

也可以将计算机程序指令加载到计算机、其他可编程数据处理设备或其他设备上，以使一系列操作步骤在计算机、其他可编程设备或其他设备上执行以产生计算机实现的过程，从而使在计算机或其他可编程装置上执行的指令提供了用于实现流程图和/或框图或示意图中指定的功能/动作的过程。

图1是示出根据本申请的一些实施例的用于追踪事件的示例性的基于计算机的监控系统的示意图。基于计算机的监控系统100可以是用于数据和/或信息处理的平台，例如，追踪与用户交互相关联的事件(例如，点击事件、输入事件)的平台。系统100可以包括服务器110、存储设备120、网络130和客户端设备140。基于计算机的监控系统100的一个或以上组件可以经由网络130彼此连接。

在一些实施例中，服务器110可以是单个服务器或服务器组。服务器组可以是集中式或分布式的(例如，服务器110可以是分布式系统)。在一些实施例中，服务器110可以在云平台上实施。仅作为示例，该云平台可以包括私有云、公共云、混合云、社区云、分布云、内部云、多层云等或其任意组合。在一些实施例中，服务器110可以在具有本申请中图2所示的一个或以上组件的计算设备上实现。

在一些实施例中，服务器110可以包括处理设备112。处理设备112可以处理与追踪的事件有关的信息和/或数据，并且执行本申请中描述的一个或以上功能。例如，处理设备112可以基于被追踪事件，更具体地，满足追踪规则的被追踪事件，来识别用户标识。又例如，处理设备112可以从服务器端用户接收用于配置追踪规则的请求，并且基于该请求来确定追踪规则。服务器端用户可以通过服务器110的用户界面来配置追踪规则。追踪规则可用于确定需要追踪哪些事件。具体地，追踪规则可以被嵌入在客户端设备(例如，客户端设备140)中，以指示客户端设备追踪用户指定的事件(例如，指定的点击事件、与指定的输入字段有关的输入事件)。在一些实施例中，服务器端用户可以从在服务器110的用户界面中显示的多个可选事件中指定一个或以上事件进行追踪。在一些实施例中，除了在服务器110的用户界面中显示的至少两个可选事件之外，服务器端用户还可以定制要追踪的至少两个事件。在一些实施例中，处理设备112可以将追踪规则编码/编程为追踪脚本，并且生成包括该追踪脚本的配置文件，例如，软件开发套件(SDK)。可以将配置文件进一步部署在客户端设备中，以指示客户端设备追踪满足追踪规则的一个或以上要求的事件。追踪规则的一个或以上要求可以包括事件的数据名称与追踪规则中定义的数据名称匹配、事件的数据类型与追踪规则中定义的数据类型匹配、事件的顺序满足指定的顺序等或它们的组合。在一些实施例中，处理设备112可以包括一个或以上处理器(例如，单核处理器或多核处理器)。仅作为示例，处理设备112可以包括中央处理单元(CPU)、专用集成电路(ASIC)、专用指令集处理器(ASIP)、图形处理单元(GPU)、物理处理单元(PPU)、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、可编程逻辑器件(PLD)、控制器、微控制器单元、精简指令集计算机(RISC)、微处理器等或其任何组合。

存储设备120可以存储数据和/或指令。在一些实施例中，存储设备120可以存储从服务器110和/或客户端设备140获得/获取的数据。在一些实施例中，存储设备120可以存储服务器110可以执行或用来执行本申请中描述的示例性方法和/或过程的数据和/或指令。在一些实施例中，存储设备120可以存储数据和/或指令以执行本申请中描述的示例性方法和/或过程。在一些实施例中，存储设备120可以包括大容量存储器、可移动存储器、易失性读写存储器、只读存储器(ROM)等或其任意组合。示例性大容量存储器可以包括磁盘、光盘、固态驱动器等。示例性可移动存储器可以包括闪存驱动器、软盘、光盘、内存卡、压缩盘、磁带等。示例性易失性读写内存可以包括随机存取内存(RAM)。示例性RAM可包括动态随机存取内存(DRAM)、双倍数据速率同步动态随机存取内存(DDRSDRAM)、静态随机存取内存(SRAM)、晶闸管随机存取内存(T-RAM)和零电容随机存取内存(Z-RAM)等。示例性ROM可包括掩模ROM(MROM)、可编程ROM(PROM)、可擦除可编程ROM(PEROM)、电可擦除可编程ROM(EEPROM)、光盘ROM(CD-ROM)和数字多功能盘ROM等在一些实施例中，存储设备120可以被实现在云平台上。仅作为示例，该云平台可以包括私有云、公共云、混合云、社区云、分布云、内部云、多层云等或其任意组合。

在一些实施例中，存储设备120可以连接到服务器110或与服务器110通信。服务器110可以直接或经由网络访问存储在存储设备120中的数据或指令。在一些实施例中，存储设备120可以是服务器110的一部分。

网络130可以促进信息和/或数据的交换。在一些实施例中，基于计算机的监控系统100中的一个或以上组件(例如，服务器110、存储设备120或客户端设备140)可以经由网络130向/从基于计算机的监控系统100的另一组件发送和/或接收信息和/或数据。例如，服务器110可以经由网络130从客户端设备140获得/获取追踪信息。在一些实施例中，网络130可以是任何类型的有线或无线网络或其组合。仅作为示例，网络130可以包括电缆网络、有线网络、光纤网络、电信网络、内联网、因特网、局域网(LAN)、广域网(WAN)、无线局域网(WLAN)、城域网(MAN)、广域网(WAN)、公共电话交换网(PSTN)、蓝牙^TM网络、紫蜂^TM网络、近场通信网络(NFC)、全球移动通信系统网络(GSM)、码分多址网络(CDMA)、时分多址网络(TDMA)、通用分组无线业务网络(GPRS)、增强型数据GSM演进网络(EDGE)、宽带码分多址网络(WCDMA)、高速下行链路分组接入网络(HSDPA)、长期演进网络(LTE)、用户数据报协议网络(UDP)、传输控制协议/互联网协议网络(TCP/IP)、短消息服务网络(SMS)、无线应用协议网络(WAP)、超宽带网络(UWB)、红外线等或其任何组合。在一些实施例中，基于计算机的监控系统100可以包括一个或以上网络接入点。例如，基于计算机的监控系统100可以包括诸如基站的有线或无线网络接入点和/或无线接入点130-1、130-2......，计算机的监控系统100中的一个或以上组件可以经由这些接入点连接到网络130以交换数据和/或信息。在一些实施例中，可以使用包括超文本标记语言(HTML)和可扩展标记语言(XML)的技术和/或格式来表示在网络130上交换的数据和/或信息。

客户端设备140可以包括一个或以上计算设备，其可以从用户接收输入并经由网络130发送(或接收)数据。在一些实施例中，客户端设备140可以包括执行例如MicrosoftWindows兼容操作系统(OS)、Apple MAC OS X、Unix操作系统、Linux操作系统等常用的计算机系统。在一些实施例中，客户端设备140可以执行应用，例如浏览器应用，其允许客户端设备140的用户在客户端设备上进行操作。用户可以通过由客户端设备140的本机操作系统(例如，Windows Phone、iOS或Android)提供的应用程序接口(API)来与客户端设备140交互。客户端设备140可以经由网络130与基于计算机的监控系统100的其他组件(例如服务器110和/或存储设备120)通信。

客户端设备140可以经由网络130接收由服务器110生成的配置文件。配置文件(例如，SDK)可以包括由服务器110编程的追踪脚本。在一些实施例中，当客户端设备140检测到更新的配置文件时，客户端设备140可以加载和更新配置文件。在一些实施例中，当启动安装在客户端设备140中的应用时，客户端设备140可以访问配置文件，运行追踪脚本以基于追踪规则来追踪用户指定的事件。在一些实施例中，客户端设备140可以记录和预处理与被追踪事件有关的数据。例如，客户端设备140可以使用所记录的数据中的至少一些来生成统计数据。客户端设备140可以将预处理的数据发送到服务器110，例如，如图4所示的分析收集引擎426。服务器110可以进一步处理所发送的预处理数据，例如识别用户标识、生成视觉报告或生成用户肖像信息。

客户端设备140可以包括移动设备140-1、平板计算机140-2、膝上型计算机140-3、机动车辆的内置设备140-4等，或它们的任意组合。在一些实施例中，移动设备140-1可以包括智能家居设备、可穿戴设备、智能移动设备、虚拟现实设备、增强现实设备等，或其任意组合。在一些实施例中，智能家居设备可以包括智能照明设备、智能电器控制设备、智能监控设备、智能电视、智能摄像机、对讲机等，或其任意组合。在一些实施例中，可穿戴设备可以包括智能手镯、智能鞋类、智能眼镜、智能头盔、智能手表、智能服装、智能背包、智能配件等，或其任意组合。在一些实施例中，智能移动设备可以包括智能电话、个人数字助理(PDA)、游戏设备、导航设备、销售点(POS)等，或其任意组合。在一些实施例中，虚拟现实设备和/或增强型虚拟现实设备可以包括虚拟现实头盔、虚拟现实眼镜、虚拟现实眼罩、增强现实头盔、增强现实眼镜、增强现实眼罩等或其任意组合。例如，虚拟现实设备和/或增强现实设备可以包括Google^TMGlass、OculusRift、HoloLens、GearVR等。在一些实施例中，车辆中的内置设备140-4可以包括车载计算机、车载电视等。

注意，“服务器端用户”是指服务器110的用户或操作员，并且“客户端用户”是指客户端设备140的用户或操作员。在一些实施例中，服务器端用户和/或客户端用户可以包括进行与追踪用户指定的事件有关的操作的任何个人、任何实体或任何工具。

图2是示出根据本申请的一些实施例的计算设备的示例性组件的示意图。根据本申请的一些实施例，服务器110、存储设备120和/或客户端设备140可以被实现在计算设备200上。特定系统可以使用功能框图来解释包含一个或以上用户界面的硬件平台。该计算机可以是具有一般或特定功能的计算机。根据本申请的一些实施例，上述两种类型的计算机均可以被配置为实现任何特定的系统。计算设备200可以被配置为实现执行本申请中的一个或以上功能的任何组件。例如，计算设备200可以实现如本文所述的基于计算机的监控系统100的任何组件。在图1-2中，仅出于方便的目的仅示出了一个这样的计算机设备。本领域普通技术人员将理解，在提交本申请时，与本文所述服务有关的计算机功能可以以分布式方式在许多类似平台上实现，以分散处理负荷。

例如，计算设备200可以包括与网络相连接的通信端口250，以实现数据通信。计算设备200还可包括一个或以上处理器(例如，逻辑电路)形式的处理器(例如，处理器220)，用于执行程序指令。例如，处理器可以包括其中的接口电路和处理电路。接口电路可以被配置为从总线210接收电信号，其中，电信号编码由处理电路处理的结构化数据和/或指令。处理电路可以进行逻辑计算，然后将结论、结果和/或指令编码成电信号。然后，接口电路可以经由总线210从处理电路发送出电子信号。

示例性计算设备可以包括内部通信总线210，不同形式的程序存储和数据存储，包括例如磁盘270、只读存储器(ROM)230或随机存取存储器(RAM)240，用于由计算设备处理和/或传输的各种数据文件。示例性计算设备还可包括存储在ROM 230、RAM 240和/或其他类型的非暂时性存储介质中的程序指令，以由处理器220执行。本申请的方法和/或流程可以以程序指令的方式实现。计算设备200还包括支持计算机和其他组件之间的输入/输出的I/O组件260。计算设备200还可以通过网络通信来接收编程和数据。计算设备200还可包括显示器280，该显示器280显示来自计算设备200的一个或以上应用的内容。在一些实施例中，计算设备200的用户可以通过显示器280与一个或以上应用程序(例如，浏览器应用程序)交互，例如，在浏览器的应用页面上单击链接或在显示的输入栏中输入信息。

仅出于说明目的，在图2中仅示出了一个处理器和/或一个处理器。也可以考虑使用多个CPU和/或处理器。因此，如本申请中所描述的由一个CPU和/或处理器执行的操作和/或方法步骤也可以由多个CPU和/或处理器共同或分别执行。例如，如果在本申请中，计算设备200的CPU和/或处理器同时执行操作A和操作B，则应当理解，操作A和操作B也可以在计算设备200中由两个不同的CPU和/或处理器共同执行或分别执行(例如，第一处理器执行操作A，第二处理器执行操作B，或者第一和第二处理器共同执行操作A和B)。

图3是示出根据本申请的一些实施例的示例性移动设备的示例性硬件和/或软件组件的框图。根据本申请的一些实施例，客户端设备140可以被实现在移动设备300上。如图3所示，移动设备300可以包括通信模块310、显示器320、图形处理单元(GPU)330、中央处理单元(CPU)340、I/O350、内存360和存储器390。CPU 340可以包括类似于处理器220的接口电路和处理电路。在一些实施例中，任何其他合适的组件，包括但不限于系统总线或控制器(未示出)，也可包括在移动设备300内。在一些实施例中，可以将移动操作系统370(例如，iOS^TM、Android^TM、Windows Phone^TM等)和一个或以上应用380从存储器390加载到内存360中，以便由CPU 340执行。应用380可以包括浏览器或任何其他合适的移动应用程序，用于从移动设备300上接收和浏览与用户交互有关的信息或其他从基于计算机的监控系统100接收的信息。用户与信息流的交互可以通过I/O设备350来实现，并通过网络130提供给处理设备112和/或基于计算机的监控系统100的其他组件。

为了实现上述各种模块、单元及其功能，计算机硬件平台可以用作实现一个或以上元件(例如，图1中描述的服务器110的组件)的硬件平台。由于这些硬件元素、操作系统和程序语言是通用的，因此可以假定，本领域技术人员可以熟悉这些技术，并且他们可以根据在本申请中所描述的技术提供订单请求识别中所需的信息。具有用户界面的计算机可以用作个人计算机(PC)或其他类型的工作站或终端设备。经过正确编程后，可以将具有用户界面的计算机用作服务器。可以认为，本领域技术人员也可以熟悉这种类型的计算机设备的结构、程序或一般操作。因此，没有为附图描述额外的解释。

图4是示出根据本申请的一些实施例的客户端设备和服务器的处理设备的框图。客户端设备(例如，客户端设备140)的处理设备410可以包括第一获取模块412、追踪模块414和数据处理模块416。服务器(例如，服务器110)的处理设备420可以包括第二获取模块422、追踪规则模块424和分析收集引擎426。处理设备410和处理设备420可以与图1所示的处理设备112、图2所示的处理器220和/或图3所示的GPU 330或CPU 340相同或相似。模块可以是处理设备410和/或处理设备420的至少一部分的硬件电路。这些模块还可以被实现为由处理设备410和/或处理设备420读取和执行的应用或指令集。此外，模块可以是硬件电路和应用程序/指令的任意组合。例如，当处理设备410和/或处理设备420分别执行应用/指令集时，模块可以是处理设备410和/或处理设备420的一部分。

处理设备410中的第一获取模块412可以接收追踪脚本。在一些实施例中，第一获取模块412可以基于，例如，客户端用户的操作来生成用于访问应用程序(例如，打开浏览器应用程序)的请求。该请求可以被发送到处理设备420(例如，第二获取模块422)。响应于该请求，处理设备420可以将包括追踪脚本(例如，SDK)的配置文件发送到第一获取模块412。第一获取模块412可以解析配置文件以获得追踪脚本。在一些实施例中，第一获取模块412可以检查是否存在针对配置文件的更新。在发生更新时，第一获取模块412可以相应地加载和更新配置文件。在一些实施例中，第一获取模块412可以获取与事件有关的数据。第一获取模块412可以将获得的数据发送到分析模块416以进行进一步分析。

如追踪脚本所指示的，处理设备410中的追踪模块414可以追踪客户端设备的事件。在一些实施例中，追踪模块414可以基于包括在追踪脚本中的追踪规则来追踪用户指定的事件。在一些实施例中，在追踪期间，追踪模块414可以记录与被追踪事件有关的数据，并基于数据预处理策略对记录的数据进行预处理。

处理设备410中的分析模块416可以按照追踪脚本的指示来分析被追踪事件。在一些实施例中，在追踪期间，分析模块416可以分析由用户交互引起的事件是否是要追踪的用户指定的事件。在一些实施例中，如果事件满足追踪规则的一个或以上要求(例如，数据名称或数据类型)，则分析模块416可以返回肯定结果，指示当前事件是用户指定的事件。否则，分析模块416可以返回否定结果，指示当前事件不是用户指定的事件。在一些实施例中，分析模块416可以将追踪信息发送到分析收集引擎426。追踪信息至少包括一个或以上分析结果中的至少一部分。在一些实施例中，一个或以上分析结果可以包括指示当前事件是用户指定事件的肯定结果，指示当前事件不是用户指定事件的否定结果和/或与当前事件有关的数据。

在一些实施例中，分析模块416可以确定与第一用户交互相关的第一输入字段的第一数据名称。分析模块416可以确定第一数据名称是否满足追踪规则。如果第一数据名称满足追踪规则，则分析模块416可以追踪与第一用户交互相关的事件。

在一些实施例中，分析模块416可以获得与第二用户交互相关的第二输入字段的输入数据。分析模块416可以基于输入数据来确定第二输入字段的第二数据类型。分析模块416可以确定第二数据类型是否满足追踪规则。如果第二数据类型满足追踪规则，则分析模块416可以追踪与第二用户交互相关的事件。

第二获取模块422可以从服务器端用户接收请求，例如，用于确定要追踪的一个或以上事件的请求。响应于该请求，追踪规则模块424可以配置与要追踪的一个或以上事件相对应的追踪规则。在一些实施例中，追踪规则模块424可以将追踪规则编程为追踪脚本，将追踪脚本打包在配置文件中，并将配置文件发送到第一获取模块412。

分析收集引擎426可以接收与被追踪事件有关的追踪信息。在一些实施例中，分析引擎426可以进一步基于所发送的追踪信息来识别用户标识。在一些实施例中，如果发送的追踪信息是异常的，则分析收集引擎426可以向客户端用户提示警报。在一些实施例中，分析收集模块426可以生成用于显示所发送的追踪信息的可视化报告。

应当注意，仅出于说明的目的而提供了对处理设备410和420的以上描述，而无意于限制本申请的范围。对于本领域的普通技术人员来说，可以根据本申请的描述，做出各种各样的变化和修改。例如，处理设备410或处理模块420可以进一步包括分别便于数据存储的存储模块。又例如，处理设备410或处理模块420可以进一步包括分别发送交换数据的模块。这些变化和修改不脱离本申请的范围。

图5是示出根据本申请的一些实施例的用于追踪事件的示例性过程的流程图。在一些实施例中，过程500可以在基于计算机的监控系统100中实现。例如，过程500可以在客户端设备140处实现。在一些实施例中，过程500可以以指令的形式存储在存储器(例如，ROM230、RAM 240或存储器390)中，并且由客户端设备140中的处理器(例如，计算设备200的处理器220或处理设备410)调用和/或执行。

在502中，客户端设备(例如，客户端设备140)的处理器(例如，处理设备410的第一获取模块412)可以接收追踪脚本。

在一些实施例中，第一获取模块412可以基于例如客户端用户的操作来生成用于访问应用程序(例如，打开浏览器应用程序)的请求。该请求可以经由网络130发送到服务器110。服务器110可以响应于该请求将配置文件(例如，SDK)发送到客户端设备140。可以将配置文件存储在客户端设备140的存储介质(例如，ROM 230、RAM 240或存储器390)中。配置文件可以包括由服务器110编程的追踪脚本。第一获取模块412可以进一步解析配置文件以获得追踪脚本。在一些实施例中，第一获取模块412可以检查是否存在针对配置文件的更新。在发生更新时，第一获取模块412可以相应地加载和更新配置文件。在一些实施例中，更新的配置文件可以包括由服务器端用户在服务器110处配置的更新后追踪规则。

在一些实施例中，追踪脚本可以用例如Javascript或其他能够嵌入在安装于客户端设备140的应用的页面/网页中的脚本语言来编写。注意，书面语言可以取决于客户端设备140的操作系统。例如，对于是执行Microsoft Windows OS的个人计算机(PC)的客户端设备140，追踪脚本可以用Javascript编写。又例如，对于是执行iOS的移动设备的客户端设备140，追踪脚本可以用Swift编写。再例如，对于是执行Android的移动设备的客户端设备140，追踪脚本可以用Java编写。对于本领域技术人员而言，书面脚本语言可以是多种多样的，并且这种变化应在本申请的保护范围之内。

在一些实施例中，追踪脚本可以用于追踪由用户交互产生的各种事件。例如，追踪脚本可以包括指定一个或以上要追踪事件的追踪规则。在一些实施例中，每个可能的事件可以对应于嵌入在安装于客户端设备140的应用的页面/网页中的绑定字段。追踪规则可以通过选择所有绑定字段或其至少一部分来指定要追踪的一个或以上事件。绑定字段可以对应于嵌入在页面/网页中的对象或控件。例如，如图8A所示，可以将第一绑定字段指定为与表示“用户名”的输入字段802相对应的“user_name”，可以将第二绑定字段指定为与表示“密码”的输入字段8024相对应的“pwd”的字段。在一些实施例中，追踪规则可以选择所有绑定的字段，如此可以追踪与所有绑定的字段相对应的事件。在一些实施例中，追踪规则可以指定绑定字段的一部分，如此可以追踪与所选择的绑定字段相对应的事件。为简便起见，与所选择的绑定字段相对应的事件也可以被称为用户指定的事件。具体地，假设在应用程序的页面/网页中嵌入了与100个不同事件相对应的100个绑定字段，则追踪规则可以在100个不同事件中仅选择5个绑定字段以指定5个用户指定的事件。注意，如果服务器端用户期望追踪指定事件，他/她可以仅需要在服务器侧(例如，服务器110中的处理设备420的追踪规则模块424)设置追踪规则，以选择与指定事件对应的绑定字段，并且可以不必在网页中手动添加与指定事件对应的任何新追踪脚本。例如，当服务器端用户选择与指定事件相关的新的绑定字段以创建新的追踪规则时，追踪规则模块424可以将新的追踪规则自动编程为配置文件中的追踪脚本，而不是手动在网页中添加与指定事件对应的新追踪脚本。

在一些实施例中，追踪规则可以由服务器端用户在服务器110处配置。例如，服务器端用户可以从在服务器110的用户界面中显示的多个可选事件中指定一个或以上事件进行追踪，并配置与指定事件相关的追踪规则(例如，通过指定与指定事件对应的绑定字段)。又例如，除了在服务器110的用户界面中显示的至少两个可选事件之外，服务器端用户还可以定制一个或以上事件以进行追踪，并配置与定制的一个或以上事件有关的追踪规则。在一些实施例中，服务器110(例如，服务器110中的处理设备420的追踪规则模块424)可以进一步对所配置的追踪规则进行编程以生成追踪脚本。追踪脚本可以被打包在配置文件中并且被发送到客户端设备140以指示客户端设备追踪由追踪规则指定或定制的事件。

在504中，处理器(例如，处理设备410的追踪模块414)可以根据追踪脚本的指示，追踪客户端设备(例如，客户端设备140)的事件。在一些实施例中，一个事件可以是由用户交互或一系列用户交互引起的。在一些实施例中，追踪模块414可以根据包括在追踪脚本中的追踪规则来追踪一个或以上用户指定的事件。

在一些实施例中，如果在服务器110处未配置追踪规则，则不具有追踪规则或具有默认追踪规则的追踪脚本可以指示客户端设备140(例如，在客户端140处的处理设备410的追踪模块414)追踪由用户交互引起的所有事件。在一些实施例中，如果在服务器110处配置了追踪规则，则具有追踪规则的追踪脚本可以指示客户端设备140(例如，客户端设备140中的处理设备410的追踪模块414)追踪由特定用户交互导致的用户指定事件。例如，用户指定的事件可以包括鼠标单击事件、键盘事件、输入事件、网页加载事件等，或其任意组合。

又例如，追踪规则可以取决于与要追踪的事件相关的控件的类型，该控件嵌入在客户端设备140中的应用的页面/网页中。示例性控件可以包括按钮、复选框、文本框、文本区域、链接等，或其任意组合。在一些实施例中，每个控件可以涉及至少一个追踪脚本。追踪脚本可以追踪与控件相对应的一个或以上事件。在一些实施例中，处理设备420(例如，第二获取模块422)可以获得多种类型的控件，并且确定与多种类型的控件相对应的追踪规则。例如，处理设备420(例如，追踪规则模块424)可以确定与第一控件(例如，单选按钮)相对应的第一追踪规则。第一追踪规则可以用于追踪与单选按钮相关的点击事件。例如，追踪规则可以包括第一输入字段，诸如“click_date”、“click_times”或“click_content”。作为另一个示例，处理设备420(例如，追踪规则模块424)可以确定与第二控件(例如，文本框)相对应的第二追踪规则。第二追踪规则可以用于追踪与文本框相关的输入事件。例如，追踪规则可以包括第二输入字段，诸如“input_date”、“input_times”或“input_content”。在一些实施例中，处理设备420还可以确定与相同类型的控件相对应的相同追踪规则。

在一些实施例中，由用户交互引起的每个事件可以对应于数据名称和/或数据类型。为了指定要追踪的事件，处理设备420的追踪规则模块424可以基于与所指定的事件相对应的数据名称和/或数据类型来配置追踪规则。然后，客户端设备140的追踪模块414可以通过将事件的数据名称和/或数据类型与追踪规则中定义的数据名称和/或数据类型进行比较来追踪用户指定的事件。在一些实施例中，数据名称和/或数据类型可以由绑定字段表示。

如本文所使用的，数据名称可以表示在客户端设备140处嵌入在应用的网页/页面中的输入字段的名称。以移动设备中的应用页面为例，如图8A所示，“用户名”代表的输入字段802，用于接收用户名信息，其数据名称可以表示为<name＝“user_name”>，其中“user_name”可以指定为绑定字段。由“密码”表示的输入字段804被配置为接收密码的信息，并且其数据名称可以被表示为<name＝“pwd”>，其中“pwd”可以被指定为绑定字段。由“身份证”表示的输入字段806被配置为接收身份证的信息(例如，身份证号)，并且其数据名称可以被表示为<name＝“user_ID”>，其中“user_ID”可以指定为绑定字段。由“电话号码”表示的输入字段808被配置为接收电话号码(例如，移动电话号码)的信息，并且其数据名称可以被表示为<name＝“PhoneNumber”>，其中可以将“PhoneNumber”指定为绑定字段。类似于图8A，如图8B所示的网页的四个输入字段(例如，812-818)可以分别对应于数据名称。在一些实施例中，与输入字段相对应的数据名称可以是默认名称。在一些实施例中，与输入字段相对应的数据名称可以是服务器端用户定制的名称。

如本文所使用的，数据类型可以表示在客户端设备140处嵌入在应用的网页/页面中的输入字段的类型。以移动设备中的应用页面为例，如图8A所示，“用户名”代表的输入字段802，用于接收用户名信息，其数据类型可以表示为<type＝“username”>，其中“username”可以指定为绑定字段。由“密码”表示的输入字段804被配置为接收密码的信息，并且其数据类型可以被表示为<type＝“password”>，其中“password”可以被指定为绑定字段。由“身份证”表示的输入字段806被配置为接收身份证的信息(例如，身份证号)，并且其数据类型可以被表示为<type＝“id”>，其中“id”可以被指定为绑定字段。由“电话号码”表示的输入字段808被配置为接收电话号码(例如，移动电话号码)的信息，并且其数据类型可以表示如下：<type＝“phonenumber”>，其中“phonenumber”可以被指定为绑定字段。类似于图8A，图8B所示的网页的四个输入字段(例如，812-818)可以分别对应于数据类型。在一些实施例中，与输入字段相对应的数据类型可以是默认类型。在一些实施例中，与输入字段相对应的数据类型可以是服务器端用户定制的类型。

在一些实施例中，追踪规则可以包括数据预处理策略。数据预处理策略可用于预处理与被追踪事件相关的数据。例如，处理设备410(例如，分析模块416)可以通过至少使用一些与被追踪事件相关的数据来确定统计数据。在一些实施例中，统计数据可以涉及追踪用户指定事件的次数。例如，处理设备410可以计算客户端用户点击图8A所示的“登录”按钮810的次数。作为另一个示例，处理设备410可以计算客户端用户输入每个输入字段(例如，图8A中所示的输入字段802-808)的次数。在一些实施例中，统计数据可以涉及追踪用户指定事件的持续时间(例如，从追踪用户指定事件的开始时间到追踪用户指定事件的结束时间的持续时间)。例如，处理设备410可以计算从客户端用户开始将数据输入到输入字段802到客户端用户完成将数据输入到输入字段802的持续时间(即，对于输入事件，从输入字段802的输入时间到输入字段802的退出时间的持续时间)。在一些实施例中，统计数据可以涉及追踪用户指定事件的时间点。例如，处理设备410可以记录所追踪用户指定事件的开始/结束时间。在一些实施例中，可以通过服务器端用户的操作来定制统计数据。例如，服务器端用户可以将例如一个或以上用户指定的事件的数据的总和、平均值、最大值、最小值指定为统计数据。

在一些实施例中，在追踪期间，追踪模块414可以记录与被追踪事件有关的数据，并基于数据预处理策略对记录的数据进行预处理。在一些实施例中，可以将预处理的数据发送到分析收集引擎426以进行收集、存储和/或报告。在一些实施例中，分析收集引擎426可以进一步基于所发送的数据来识别用户标识。关于用户标识的更多细节可以在本申请的其他地方找到(例如，操作508及其描述)。

在506中，处理器(例如，客户端设备140中的处理设备410的分析模块416)可以分析根据追踪脚本的指示的被追踪事件。

在一些实施例中，在追踪期间，分析模块416可以分析由用户交互引起的事件是否是要追踪的用户指定的事件。例如，分析模块416可以基于追踪规则来分析事件是否是用户指定的事件。追踪规则可以确定哪些事件需要被追踪并发送到服务器110。在一些实施例中，如果事件满足追踪规则的一个或以上要求(例如，数据名称或数据类型)，分析模块416可以返回肯定结果，指示当前事件是用户指定的事件。否则，分析模块416可以返回指示当前事件不是用户指定事件的否定结果。例如，在第一获取模块412检测到与第一输入字段相关的第一用户交互之后，分析模块416可以确定第一输入字段的第一数据名称。如果确定的第一数据名称满足追踪规则的要求，分析模块416可以返回肯定结果，并且指示追踪模块414追踪由第一用户交互引起的第一事件。又例如，第一获取模块412可以检测与第二输入字段相关的第二用户交互。第二用户交互可以涉及在第二输入字段中输入数据。分析模块416可以基于输入数据来确定第二输入字段的第二数据类型。如果确定的第二数据类型满足追踪规则的要求，分析模块416可以返回肯定结果，并指示追踪模块414追踪由第二用户交互引起的第二事件。又例如，第一获取模块412可以检测与第三输入字段相关的第三用户交互。第三用户交互可以涉及在第三输入字段中输入数据。分析模块416可以基于输入数据来确定第三输入字段的第三数据名称和第三输入字段的第三数据类型。如果确定的第三数据名称和第三数据类型均满足追踪规则的要求，分析模块416可以返回肯定结果，并指导追踪模块414追踪由第三用户交互引起的第三事件。如果第三数据名称和第三数据类型中的至少一个不满足追踪规则的要求，分析模块416可以返回否定结果，并停止追踪由第三用户交互引起的第三事件。关于基于追踪规则的追踪事件的更多描述可以在本申请的其他地方找到(例如，图6-7及其描述)。

在一些实施例中，分析模块416可以进一步确定被追踪事件的顺序是否满足特定顺序。追踪规则可以指示要追踪的事件的特定顺序。以图8A为例，该特定顺序可以表示为第一输入字段802的第一输入事件(例如，用户名)、第二输入字段804的第二输入事件(例如，密码)、第三输入字段806(例如，ID卡)的事件以及第四输入字段808的第四输入事件需要被依次追踪。如果追踪事件的顺序满足特定顺序，则分析模块416可以返回肯定结果，该肯定结果指示追踪事件的顺序满足追踪规则的要求。否则，分析模块416可以返回否定结果，该否定结果指示被追踪事件的顺序不满足追踪规则的要求。

在508中，在出现与追踪脚本所指示的要求相对应的一个或以上分析结果时，处理器(例如，客户端设备140中的处理设备410的分析模块416)可以将追踪信息发送到分析收集引擎426。追踪信息可以至少包括一个或以上分析结果中的至少一部分。在一些实施例中，一个或以上分析结果可以包括指示当前事件是用户指定事件的肯定结果，或指示当前事件不是用户指定事件的否定结果、和/或与当前事件有关的数据。可选地或附加地，一个或以上分析结果可以包括指示被追踪事件的顺序满足追踪规则的要求的肯定结果，或指示被追踪事件的顺序不满足追踪规则要求的否定结果。在一些实施例中，分析模块416可以确定当前事件是否满足追踪规则。分析模块416可以通过分析当前事件(例如，确定与当前事件有关的输入文件的数据名称和/或数据类型是否满足追踪规则，确定事件的顺序是否满足指定顺序)，生成一个或以上分析结果。在对应于追踪规则的一个或以上分析结果出现时，分析模块416可以将一个或以上分析结果发送到分析收集引擎426。

在一些实施例中，分析模块416可以记录与被追踪事件相关的数据。分析模块416可以预处理所记录的数据并基于所记录的数据中的至少一部分来生成统计数据。如本申请的其他地方所述，统计数据可以包括但不限于追踪用户指定事件的次数、追踪用户指定事件的持续时间、追踪用户指定事件的时间点、至少一个或以上用户指定事件的数据总和、平均值、最大值、最小值等，或其任意组合。

在一些实施例中，基于计算机的监控系统100可以被配置为在各个领域(例如，金融应用、安全应用等)中识别用户标识。具体地，分析收集引擎426可以基于所发送的追踪信息来识别用户标识。分析收集引擎426可以解析所发送的追踪信息以生成诸如账户记录、用户记录、站点记录、访问记录、访问行为记录等。帐户记录可以指示与用户、站点和访问者相关的帐户信息等。例如，帐户记录可以表示为Account(id,name,site_id)。当一个事件满足追踪规则时，分析模块416可以获取被追踪事件，并生成与被追踪事件有关的账户记录，例如Account(id＝123456,name＝Chris,site_id＝bea178d9cda74cdd40ce7e40ef29415a)，其中用户ID为123456，用户名为Chris，网站ID为bea178d9cda74cdd40ce7e40ef29415a。分析收集引擎426可以基于例如账户记录中包括的数据来识别用户标识。

用户记录可以指示用户标识有关的信息。用户可以是帐户的所有者。用户记录可以表示为User(id,first_name,last_name,email,password,phone_number,login_count,last_login,site_id)。分析模块416可以生成与被追踪事件有关的用户记录，例如，User(id＝123456,first_name＝Chris,last_name＝Paul,email＝123456@gmail.com,password＝123456,login_count＝3,last_login＝201801011314,site_id＝bea178d9cda74cdd40ce7e40ef29415a)，其中用户ID为123456，用户的名字为Chris，用户的姓氏为Paul，用户的电子邮件为123456@gmail.com，密码为123456，登录次数为3，上次登录时间为2018年1月1日13:14，网站ID为bea178d9cda74cdd40ce7e40ef29415a。分析收集引擎426可以基于例如包括在用户记录中的数据来识别用户标识。

站点记录可以指示与追踪的事件有关的每个站点的信息。例如，站点记录可以表示为Site(account_id,site_id)。在一些实施例中，分析收集引擎426可以基于，例如站点记录中包括的数据，来识别用户标识。

访问记录可以指示与安装在客户端设备140中的应用网页的用户会话有关的信息。例如，访问记录可以被表示为Visit(site_id,visitor_id,vist_entry,visit_exit,visit_count,visit_elaspsed_time,visit_start,visit_end)。在一些实施例中，分析收集引擎426可以基于，例如包括访问记录中的数据，来识别用户标识。

访问行为记录可以指示访问期间单个事件的信息。VisitAction可以表示为VisitAction(site_id,visitor_id,URL,name,URL_hash,visit_id)。在一些实施例中，分析收集引擎426可以基于，例如访问行为记录中包括的数据，来识别用户标识。

在一些实施例中，如果发送的追踪信息是异常的，分析收集引擎426可以向客户端用户发出警报。例如，假设登录事件是服务器端用户配置的用户指定事件，则当客户端设备用户登录特定网页时，追踪模块414可以追踪该登录事件，而分析收集引擎426可以解析与登录事件有关的数据(例如，用户记录、站点记录等)。如果分析收集引擎426确定客户端用户的互联网协议(IP)地址异常(例如，该IP地址不是通常的IP地址)，则分析收集引擎426可以将警报发送给客户端设备140通知客户端用户有异常。

在一些实施例中，分析收集模块426可以生成用于显示所发送的追踪信息的可视化报告。在一些实施例中，分析收集模块426可以基于所发送的追踪信息来生成用户肖像信息。

应当注意的是，上述有关过程500的描述仅仅是为了示例和说明，而不限定本申请的适用范围。对于本领域的普通技术人员来说，可以根据本申请的描述，做出各种各样的变化和修改。例如，操作504和操作506可以集成为单个操作。又例如，可以同时执行操作504和操作506。然而，这些变型和修改仍然保留在本申请的范围内。

图6是示出根据本申请的一些实施例用于分析被追踪事件的示例性过程的流程图。在一些实施例中，过程600可以在基于计算机的监控系统100中实现。例如，过程600可以由客户端设备140实现。在一些实施例中，过程600可以以指令的形式存储在存储器(例如，ROM 230、RAM 240或存储器390)中，并且由客户端设备140中的处理设备(例如，计算装置200的处理器220或处理设备410)调用和/或执行。

在一些实施例中，服务器端用户可以指定要追踪的一个或以上事件，并且服务器110(例如，追踪模块424)可以配置与一个或以上用户指定的事件相对应的追踪规则。追踪规则可以用脚本语言或脚本代码(例如Javascript)编写。在一些实施例中，当追踪规则指定特定数据名称时，处理设备410可以运行包括追踪规则的追踪脚本，并基于该特定数据名称来追踪用户指定的事件。

在602中，处理器(例如，分析模块416)可以确定与第一用户交互相关的第一输入字段的第一数据名称。例如，第一获取模块412可以检测与第一输入字段相关的第一用户交互，并且分析模块416可以响应于对第一用户交互的检测来识别第一输入字段的第一数据名称。

在604中，处理器(例如，分析模块416)可以确定第一数据名称是否满足追踪规则。在一些实施例中，分析模块416可以确定由追踪规则定义的数据名称是否与所确定的第一数据名称的前缀匹配。例如，假设追踪规则定义的数据名称为“user_email”，分析模块416可以检测第一输入字段的第一数据名称的前缀，并确定第一数据名称的前缀是否包括“user_email_”。如果第一数据名称的前缀包括定义的数据名称，即“user_email_”，分析模块416可以确定第一数据名称满足追踪规则。否则，分析模块416可以确定第一数据名称不满足追踪规则。

在606中，如果第一数据名称满足追踪规则，处理器(例如，分析模块416)可以追踪与第一用户交互相关的事件。例如，在分析模块416确定第一数据名称的前缀与由追踪规则定义的数据名称匹配之后，追踪模块414可以开始追踪与第一用户交互相关的事件。如图8A所示，假设输入字段804具有带有前缀“pwd”的第一数据名称，如果追踪规则将要追踪的事件的数据名称定义为“pwd”，其与输入字段804的第一数据名称中的前缀相同，分析模块416可以确定输入字段804的第一数据名称满足追踪规则，然后在输入字段804中追踪由第一用户交互引起的输入事件。

为了说明的目的，下面描述用于追踪满足追踪规则的事件的伪代码的示例：

{

"version":{

"seq":"1",

"date":"20180504"

},

"fields":[{

"page_name":"h5_0001",

"fields":[{

"field_category":"name",

"field_name_prefix":"address_",

"field_type":"",

"output_value":["enter_time","exit_time"]

}]}]}.

其中“page_name”表示与用户指定的事件关联的特定网页，“field_category”表示由追踪规则定义的特定字段，例如名称(即，数据名称)或类型(即，数据类型)，“field_name_prefix”表示输入字段的数据名称的前缀，“field_type”表示由追踪规则定义的特定数据类型，“output_value”表示预处理后的输出值。在上面的伪代码中，追踪规则仅定义输入字段的数据名称。根据追踪规则，分析模块416可以追踪其关联的第一输入字段具有与定义的数据名称匹配的数据名称的事件。也就是说，用户指定的事件可以具有带有前缀“address”的数据名称。

应当注意的是，以上描述仅出于说明的目的而提供，并不旨在限制本申请的范围。对于本领域的普通技术人员来说，可以根据本申请的描述，做出各种各样的变化和修改。例如，过程600还可以包括用于存储与被追踪事件有关的数据的操作。然而，这些变型和修改仍然保留在本申请的范围内。

图7是示出根据本申请的一些实施例的用于分析被追踪事件的示例性过程的流程图。在一些实施例中，过程700可以在基于计算机的监控系统100中实现。例如，过程700可以在客户端设备140处实现。在一些实施例中，过程700可以以指令的形式存储在存储器(例如，ROM 230、RAM 240或存储器390)中，并且由客户端设备140的处理设备(例如，计算装置200的处理器220或处理设备410)调用和/或执行。

在一些实施例中，服务器端用户可以指定要追踪的一个或以上事件，并且服务器110(例如，追踪模块424)可以配置与一个或以上用户指定的事件相对应的追踪规则。追踪规则可以用脚本语言或脚本代码(例如，Javascript)编写。在一些实施例中，当追踪规则指定特定数据类型时，处理设备410可以运行包括追踪规则的追踪脚本，并基于特定数据类型追踪用户指定的事件。

在702中，处理器(例如，分析模块416)可以获得与第二用户交互相关的第二输入字段的输入数据。

第一获取模块412可以检测与第二输入字段相关的第二用户交互。例如，客户端用户可以经由诸如键盘键入、触摸键入、语音输入等的各种形式在输入字段806中输入他/她的ID卡的号码。第一获取模块412可以获取输入数据(例如，他/她的ID卡的号码)。在一些实施例中，需要在第二输入字段中输入一定数量的字符或数字。例如，如图8A所示，对于中国ID卡，需要在输入字段806中输入十八个数字。又例如，对于中文移动电话号码，需要在输入字段808中输入十一个号码。

在704中，处理器(例如，分析模块416)可以基于输入数据来确定第二输入字段的第二数据类型。例如，如果客户端用户在第二输入字段中输入了十八个数字，分析模块416可以确定第二输入字段的数据类型为“身份证”。如果客户端用户在第二输入字段中输入的数字少于或大于十八，则分析模块416可以确定第二输入字段的数据类型不是“身份证”。

在706，处理器(例如，分析模块416)可以确定第二数据类型是否满足追踪规则。在一些实施例中，分析模块416可以确定第二数据类型是否与追踪规则定义的数据类型匹配。例如，假设追踪规则定义了作为ID卡的数据类型，分析模块416可以确定第二输入字段的第二数据类型是否为ID卡。如果第二输入字段的第二数据类型是ID卡，分析模块416可以确定第二数据类型满足追踪规则。否则，分析模块416可以确定第二数据类型不满足追踪规则。

在708中，如果第二数据类型满足追踪规则，处理器(例如，分析模块416)可以追踪与第二用户交互相关的事件。响应于确定第二数据类型满足追踪规则，分析模块416可以确定由第二用户交互引起的事件是用户指定的事件，然后追踪该事件。

追踪满足追踪规则的事件的示例性伪代码如下所示：

{

"field_category":"type",

"field_name_prefix":"",

"field_type":"id",

"output_value":["enter_time","exit_time","input_times"]

},

在上面的伪代码中，追踪规则仅定义输入字段的数据类型。如果与第二事件相关的第二输入字段的第二数据类型与定义的数据类型匹配，可以将第二事件指定为用户指定的事件，并且追踪模块414可以开始追踪第二事件。

应当注意的是，以上描述仅出于说明的目的而提供，并不旨在限制本申请的范围。对于本领域的普通技术人员来说，可以根据本申请的描述，做出各种各样的变化和修改。例如，过程700还可以包括用于存储与被追踪事件有关的数据的操作。然而，这些变型和修改仍然保留在本申请的范围内。

在一些实施例中，追踪规则可以定义要追踪的用户指定事件的数据名称和数据类型。第一获取模块412可以检测与第三输入字段相关的第三用户交互，并且第三用户交互与第三输入字段中的输入数据有关。分析模块416可以基于输入数据来识别第三输入字段的第三数据名称和第三输入字段的第三数据类型。如果确定的第三数据名称和第三数据类型均满足追踪规则的要求，分析模块416可以返回肯定结果，并指示追踪模块414追踪由第三用户交互引起的第三事件。如果第三数据名称和第三数据类型之一不满足追踪规则的要求，分析模块416可以返回否定结果，并停止追踪由第三用户交互引起的第三事件。

出于说明目的，以下描述了用于追踪满足追踪规则的事件的伪代码示例：

{

"field_category":"name",

"field_name_prefix":"user_name_",

"field_type":"username",

"output_value":["enter_time","exit_time","input_times"]

}

在上述伪代码中，追踪规则定义输入字段的数据名称字段为“user_name”，输入字段的数据类型字段为“username”。如果与第三事件相关的第三输入字段的第三数据名称和第三数据类型与定义的数据名称和数据类型相匹配，所述第三事件可被指定为用户指定的事件，并且该追踪模块414可以开始追踪第三事件。

图8A和图8B是示出根据本申请的一些实施例的客户端设备的示例性用户界面的示意图。基于计算机的监控系统100可以在不同类型的客户端设备140上实现，例如，执行iOS或Android操作系统的客户端设备，或者执行HTML和/或HTML5的客户端设备。图8A表示安装在智能手机中的应用程序的第一个登录页面。图8B表示笔记本计算机中安装的同一应用程序的第二个登录页面。

如图8A所示，第一登录页面包括四个输入字段802-808和登录按钮810。处理设备410可以按照嵌入在第一登录页面中的追踪脚本的指示来追踪与第一登录页面相关的一个或以上事件。在一些实施例中，追踪脚本可以包括追踪规则。服务器端用户可以配置追踪规则以追踪指定的事件，并在追踪脚本中对追踪规则进行编程。在一些实施例中，追踪规则可以定义与要追踪的用户指定事件相对应的输入字段的数据名称的前缀。并且处理设备410可以识别和追踪事件，该事件的相应数据名称与数据名称的定义的前缀匹配。如果事件(例如，由输入字段802的输入生成的事件)的数据名称的前缀与追踪规则定义的数据名称的前缀一致，可以将该事件指定为用户指定的事件，并且可以进一步被追踪。处理设备410可以记录/获取与被追踪事件有关的数据，并且对该数据进行预处理，例如通过使用至少一部分记录的数据(例如，enter_time、exit_time、input_times)确定统计数据。

在一些实施例中，追踪规则可以定义与要追踪的用户指定事件相对应的输入字段的数据类型。例如，客户端用户可以在第二输入字段中输入数据，并且相应地生成输入事件。处理设备410可以基于输入数据来确定第二输入字段的第二数据类型。处理设备410可以确定第二数据类型是否与追踪规则定义的数据类型匹配。响应于确定第二数据类型与定义的数据类型匹配，处理设备410可以确定输入事件是用户指定的事件，并追踪输入事件。

类似于图8A，如由嵌入在如图8B所示的第二登录页面中的追踪脚本所指示的，客户端设备140还可以追踪与四个输入字段812-816相关的事件。

上文已对基本概念做了描述，显然，对于阅读此申请后的本领域的普通技术人员来说，上述发明披露仅作为示例，并不构成对本申请的限制。虽然此处并未明确说明，但本领域的普通技术人员可能会对本申请进行各种修改、改进和修正。该类修改、改进和修正在本申请中被建议，所以该类修改、改进、修正仍属于本申请示范实施例的精神和范围。

同时，本申请使用了特定词语来描述本申请的实施例。例如“一个实施例”、“一实施例”、和“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特性。因此，应当强调并注意的是，本说明书中在不同位置两次或以上提及的“一实施例”或“一个实施例”或“一替代性实施例”并不一定是指同一实施例。此外，本申请的一个或以上实施例中的某些特征、结构或特点可以进行适当的组合。

此外，本领域的普通技术人员可以理解，本申请的各方面可以通过若干具有可专利性的种类或情况进行说明和描述，包括任何新的和有用的过程、机器、产品或物质的组合，或对其任何新的和有用的改进。因此，本申请的各方面可以完全以硬件，完全以软件(包括固件、常驻软件、微代码等)或通过组合软件和硬件的实现方式来实现，这些实现方式在本文中通常都统称为“模块”。单位”、“组件”、“设备”或“系统”。此外，本申请的各方面可以采取体现在其上体现有计算机可读程序代码的一个或以上计算机可读介质中体现的计算机程序产品的形式。

计算机可读信号介质可以包含一个内含有计算机程序代码的传播数据信号，例如，在基带上或作为载波的一部分。此类传播信号可以有多种形式，包括电磁形式、光形式等或任何合适的组合。计算机可读信号介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、装置或设备以实现通信、传播或传输供使用的程序。位于计算机可读信号介质上的程序代码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤电缆、RF等，或任何上述介质的组合。

可以以一种或多种编程语言的任何组合来编写用于执行本申请各方面的操作的计算机程序代码，所述编程语言包括诸如Java、Scala、Smalltalk、Eiffel、JADE、Emerald、C的面向对象的编程语言。该程序代码可以完全在用户计算机上运行、或作为独立的软件包在用户计算机上运行、或部分在用户计算机上运行部分在远程计算机运行、或完全在远程计算机或服务器上运行。在后一种情况下，远程计算机可以通过任何类型的网络(包括局域网(LAN)或广域网(WAN))连接到用户计算机，或者可以与外部计算机建立连接(例如，通过使用网络服务提供商的网络)或在云计算环境中或作为服务提供，例如，软件服务(SaaS)。

此外，除非权利要求中明确说明，本申请所述处理元素和序列的顺序、数字字母的使用、或其它名称的使用，并非用于限定本申请流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本申请实施例实质和范围的修正和等价组合。例如，尽管上述各种组件的实现可以体现在硬件设备中，但也可以实现为纯软件解决方案，例如，在现有服务器或移动设备上的安装。

同理，应当注意的是，为了简化本申请披露的表述，从而帮助对一个或以上发明实施例的理解，前文对本申请的实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。然而，本申请的该方法不应被解释为反映所声称的待扫描对象物质需要比每个权利要求中明确记载的更多特征的意图。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。

Claims (21)

1.一种用于追踪客户端设备的事件的方法，该方法包括：

在客户端设备处接收追踪脚本，其中所述追踪脚本为所述客户端设备提供指令；

根据所述追踪脚本的指示，追踪所述客户端设备的事件；

分析根据所述追踪脚本的指示追踪的被追踪事件；以及

在出现与所述追踪脚本指示的要求相对应的一个或以上分析结果时，将追踪信息发送到分析收集引擎，其中，所述追踪信息至少包括一个或以上分析结果中的至少一部分。

2.根据权利要求1所述的方法，其特征在于，所述事件包括用户与在所述客户端设备上显示的对象的交互。

3.根据权利要求1所述的方法，其特征在于，根据所述追踪脚本的指示，追踪所述客户端设备的事件包括：

基于追踪规则追踪所述客户端设备的事件，该追踪规则与每个事件的数据名称和数据类型相关。

4.根据权利要求3所述的方法，其特征在于，所述数据名称与嵌入在所述客户端设备上的应用页面中的输入字段对应。

5.根据权利要求3所述的方法，其特征在于，所述数据类型与嵌入在所述客户端设备上的应用页面中的输入字段对应。

6.根据权利要求3所述的方法，其特征在于，所述追踪规则通过服务器设备上的用户界面可被配置。

7.根据权利要求1-6中的任一项所述的方法，其特征在于，对所述客户端设备的被追踪事件的分析还包括：

确定与第一用户交互相关的第一输入字段的第一数据名称；

确定所述第一数据名称是否满足所述追踪规则；以及

若所述第一数据名称满足所述追踪规则，追踪与所述第一用户交互相关的事件。

8.根据权利要求1-6中的任一项所述的方法，其特征在于，对所述被追踪事件的分析还包括：

获取与第二用户交互相关的第二输入字段的输入数据；

基于所述输入数据确定所述第二输入字段的第二数据类型；

确定所述第二数据类型是否满足所述追踪规则；以及

若所述第二数据类型满足所述追踪规则，追踪与所述第二用户交互相关的事件。

9.根据权利要求1所述的方法，其特征在于，对所述客户端设备的被追踪事件的分析包括：

记录与所述被追踪事件相关的数据；以及

使用至少一些记录数据确定统计数据。

10.根据权利要求1至9中的任一项所述的方法，还包括：

通过所述分析收集引擎，基于发送的追踪信息识别用户标识。

11.一种用于追踪客户端设备的事件的系统，该系统包括：

至少一个存储设备，包括一组或以上指令；

与所述至少一个存储设备通信的至少一个处理器，其中，当执行所述一组或以上指令时，所述至少一个处理器用于：

在客户端设备处接收追踪脚本，所述追踪脚本为所述客户端设备提供指令；

根据所述追踪脚本的指示，追踪所述客户端设备的事件；

分析根据所述追踪脚本指示追踪的被追踪事件；以及

在出现与所述追踪脚本指示的要求相对应的一个或以上分析结果时，将追踪信息发送到分析收集引擎，其中，所述追踪信息至少包括一个或以上分析结果中的至少一部分。

12.根据权利要求11所述的系统，其特征在于，所述事件包括用户与在所述客户端设备上显示的对象的交互。

13.根据权利要求11所述的系统，其特征在于，为了根据所述追踪脚本的指示，追踪所述客户端设备的事件，所述至少一个处理器用于：

基于追踪规则追踪所述客户端设备的事件，该追踪规则与每个事件的数据名称和数据类型相关。

14.根据权利要求13所述的系统，其特征在于，所述数据名称与嵌入在所述客户端设备上的应用的页面中的输入字段对应。

15.根据权利要求13所述的系统，其特征在于，所述数据类型与嵌入在所述客户端设备上的应用的页面中的输入字段对应。

16.根据权利要求13所述的系统，其特征在于，所述追踪规则可通过服务器设备上的用户界面配置。

17.根据权利要求11-16中的任一项所述的系统，其特征在于，为了分析所述客户端设备的被追踪事件，所述至少一个处理器用于：

确定与第一用户交互相关的第一输入字段的第一数据名称；

确定所述第一数据名称是否满足所述追踪规则；以及

若所述第一数据名称满足所述追踪规则，追踪与所述第一次用户交互相关的事件。

18.根据权利要求11-16中的任一项所述的系统，其特征在于，为了分析所述客户端设备的被追踪事件，所述至少一个处理器用于：

获取与第二用户交互相关的第二输入字段的输入数据；

基于所述输入数据确定所述第二输入字段的第二数据类型；

确定所述第二数据类型是否满足所述追踪规则；以及

若所述第二数据类型满足所述追踪规则，则追踪与所述第二用户交互相关的事件。

19.根据权利要求11所述的系统，其特征在于，为了分析所述客户端设备的被追踪事件，所述至少一个处理器用于：

记录与所述被追踪事件相关的数据；以及

使用至少一些记录的数据确定统计数据。

20.根据权利要求11-19中的任一项所述的系统，其特征在于，所述至少一个处理器用于：

通过所述分析收集引擎，基于发送的追踪信息识别用户标识。

21.一种非暂时性计算机可读介质，包括用于追踪客户端设备的事件的至少一组指令，其特征在于，当由计算设备的至少一个处理器执行时，所述至少一组指令使所述计算设备执行一种方法，该方法包括：

在客户端设备处接收追踪脚本，其中所述追踪脚本为所述客户端设备提供指令；

根据所述追踪脚本的指示，追踪所述客户端设备的事件；

分析根据所述追踪脚本的指示追踪的被追踪事件；以及

在出现与所述追踪脚本指示的要求相对应的一个或以上分析结果时，将追踪信息发送到分析收集引擎，其中，所述追踪信息至少包括一个或以上分析结果中的至少一部分。

Images