一种事件统计方法、装置、设备及存储介质与流程

本发明涉及一种统计技术，尤其涉及一种事件统计方法、装置、设备及存储介质。

背景技术：

结构化事件指的是由两个或者两个以上的事件组合而成的一个事件组合，对结构化事件进行统计能够很好的掌握用户对于当前应用的使用频率，进而能够获取到用户比较感兴趣的应用。

现有技术中对结构化事件的统计方法为先对需要进行统计的单个事件所对应的代码进行更改，进而实现针对单个事件的统计，再将上述单个事件的统计结果传给下一个结构化事件中的单个事件，并对下一个结构化事件中的单个事件所对应的代码进行更改，进而实现针对下一个结构化事件中的单个事件的统计，以此类推，直到结构化事件统计结束。

现有技术存在的问题：由于对结构化事件进行统计需要改变单个事件对应的代码，也就是改动原有代码，因此很容易影响原有代码，侵入式非常强，也很容易将统计代码和业务代码混到一起，不容易区分，耦合性非常高。

技术实现要素：

本发明实施例提供一种事件统计方法、装置、设备及存储介质，能够提高结构化事件统计的效率，避免了对原有代码的影响。

第一方面，本发明实施例提供了一种事件统计方法，包括：

根据结构化事件之间的关系建立结构化事件列表，其中，所述结构化事件包括至少两个单一事件；

基于所述结构化事件中每个单一事件的触发情况，更新所述结构化事件列表中对应单一事件的触发状态；

根据所述结构化事件列表中单一事件的触发状态确定所述结构化事件的统计结果。

进一步的，所述触发状态包括已触发状态和未触发状态；

在每次统计所述结构化事件之前，还包括：

初始化所述结构化事件列表中每个单一事件的触发状态为未触发状态；

基于所述结构化事件中每个单一事件的触发情况，更新所述结构化事件列表中对应单一事件的触发状态，包括：

根据当前单一事件的触发情况，判断当前触发的单一事件是否符合所述结构化事件列表中事件的触发顺序；

若是，则将所述结构化事件列表中对应当前检测到的单一事件的触发状态更新为已触发状态；否则，将所述结构化事件列表中每个单一事件的触发状态重置为未触发状态。

进一步的，所述根据所述结构化事件列表中单一事件的触发状态确定所述结构化事件的统计结果，包括：

判断所述结构化事件列表中单一事件的触发状态是否全部更新为已触发状态；

若全部更新为已触发状态，则统计所述结构化事件的完成次数加1。

进一步的，所述若全部更新为已触发状态，则统计所述结构化事件的完成次数加1之后，还包括：

将所述结构化事件列表中每个单一事件的触发状态重置为未触发状态。

第二方面，本发明实施例还提供了一种事件统计装置，该装置包括：

列表建立模块，用于根据结构化事件之间的关系建立结构化事件列表，其中，所述结构化事件包括至少两个单一事件；

更新模块，用于基于所述结构化事件中每个单一事件的触发情况，更新所述结构化事件列表中对应单一事件的触发状态；

确定模块，用于根据所述结构化事件列表中单一事件的触发状态确定所述结构化事件的统计结果。

进一步的，所述触发状态包括已触发状态和未触发状态；

还包括：

初始化模块，用于在每次统计所述结构化事件之前，初始化所述结构化事件列表中每个单一事件的触发状态为未触发状态；

所述更新模块包括：

判断单元，用于根据当前单一事件的触发情况，判断当前触发的单一事件是否符合所述结构化事件列表中事件的触发顺序；

状态更新单元，用于若是，则将所述结构化事件列表中对应当前检测到的单一事件的触发状态更新为已触发状态；

重置单元，用于否则，将所述结构化事件列表中每个单一事件的触发状态重置为未触发状态。

进一步的，所述确定模块包括：

判断单元，用于判断所述结构化事件列表中单一事件的触发状态是否全部更新为已触发状态；

统计单元，用于若全部更新为已触发状态，则统计所述结构化事件的完成次数加1。

进一步的，还包括：

重置单元，用于在所述若全部更新为已触发状态，则统计所述结构化事件的完成次数加1之后，将所述结构化事件列表中每个单一事件的触发状态重置为未触发状态。

第三方面，本发明实施例还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如本发明实施例中任一所述的事件统计方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例中任一所述的事件统计方法。

本发明实施例通过根据结构化事件之间的关系建立结构化事件列表，基于结构化事件中每个单一事件的触发情况，更新结构化事件列表中对应单一事件的触发状态，根据结构化事件列表中单一事件的触发状态确定结构化事件的统计结果，统计过程独立于待测程序之外运行，尽量避免介入待测程序的代码，只对发生的事件进行检测，能够提高结构化事件统计的效率，简单方便可靠，避免了对原有代码的影响。

附图说明

图1是本发明实施例一中的一种事件统计方法的流程图；

图2a是本发明实施例二中的一种事件统计方法的流程图；

图2b是本发明实施例二中的结构化事件示意图；

图3是本发明实施例三中的一种事件统计装置的结构示意图；

图4是本发明实施例四中的一种计算机设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一提供的一种事件统计方法的流程图，本实施例可适用于事件统计的情况，该方法可以由本发明实施例中的事件统计装置来执行，该装置可采用软件和/或硬件的方式实现，如图1所示，该方法具体包括如下步骤：

s110，根据结构化事件之间的关系建立结构化事件列表，其中，结构化事件包括至少两个单一事件。

其中，所述结构化事件之间的关系指的是构成结构化事件的单一事件之间的关系，例如可以是，结构化事件为用户先点击页面a(单一事件a)，再点击页面b(单一事件b)，之后点击页面c(单一事件c)，结构化事件之间的关系也就是单一事件a、单一事件b和单一事件c之间的关系。

其中，结构化事件列表指的是将单一事件按照在结构化事件中的先后顺序排列的列表。例如可以是，按照在结构化事件中的先后顺序，结构化事件列表中的顺序为先是单一事件a，再是单一事件b，最后是单一事件c。

s120，基于所述结构化事件中每个单一事件的触发情况，更新结构化事件列表中对应单一事件的触发状态。

其中，单一事件的触发情况指的是单一事件的发生情况，例如可以是，如果用户点开页面a，则打开页面a这一单一事件就被触发了。

具体的，根据单一事件的触发情况更新结构化事件列表中单一事件的触发状态，例如可以是，如果用户点开页面a，则更新结构化事件列表中打开页面a这一单一事件的触发状态，如果用户接下来点开页面b，若打开页面b为结构化事件列表中打开页面a这一单一事件之后的下一个单一事件，则更新结构化事件列表中打开页面b这一单一事件的触发状态。

s130，根据结构化事件列表中单一事件的触发状态确定结构化事件的统计结果。

具体的，若结构化事件列表中单一事件的触发状态均为已触发状态，则确定结构化事件发生了1次，将结构化事件发生的次数进行记录，并将结构化事件列表中单一事件的触发状态重置为未触发状态，继续根据单一事件的触发情况，更新结构化事件列表中对应单一事件的触发状态，直至结构化事件列表中单一事件的触发状态均为已触发状态，则确定结构化事件发生了2次，将结构化事件发生的次数进行记录，并将结构化事件列表中单一事件的触发状态重置为未触发状态，重复执行上述步骤，进而实现对结构化事件的统计，获取统计结果。

本发明实施例的技术方案，通过根据结构化事件之间的关系建立结构化事件列表，基于所述结构化事件中每个单一事件的触发情况，更新结构化事件列表中对应单一事件的触发状态，根据结构化事件列表中单一事件的触发状态确定结构化事件的统计结果，统计过程独立于待测程序之外运行，尽量避免介入待测程序的代码，只对发生的事件进行检测，能够提高结构化事件统计的效率，简单方便可靠，避免了对原有代码的影响。

实施例二

图2a为本发明实施例二中的一种事件统计方法的流程图，本实施例以上述实施例为基础进行优化，在本实施例中，触发状态包括已触发状态和未触发状态；在每次统计所述结构化事件之前，还包括：初始化所述结构化事件列表中每个单一事件的触发状态为未触发状态；基于所述结构化事件中每个单一事件的触发情况，更新所述结构化事件列表中对应单一事件的触发状态，包括：根据当前单一事件的触发情况，判断当前触发的单一事件是否符合结构化事件列表中事件的触发顺序；若是，则将结构化事件列表中对应当前检测到的单一事件的触发状态更新为已触发状态；否则，将结构化事件列表中每个单一事件的触发状态重置为未触发状态。

由此，判断当前检测到的单一事件是否是结构化事件列表中排序最靠前的未触发状态下的单一事件，这样可以防止出现统计出来的结构化事件的发生次数与实际不符的情况。能够达到更准确的实现对结构化事件的统计。

相应的，本实施例提供的方法具体包括如下步骤：

s210，根据结构化事件之间的关系建立结构化事件列表，其中，所述结构化事件包括至少两个单一事件。

s220，初始化所述结构化事件列表中每个单一事件的触发状态为未触发状态。

具体的，将结构化事件列表中的所有的单一事件的触发状态均设置为未触发状态，以便后续根据用户的操作进行统计。

s230，根据当前单一事件的触发情况，判断当前触发的单一事件是否符合所述结构化事件列表中事件的触发顺序，若是，则执行s240，若否，则执行s250。

具体的，结构化事件是单一事件按照一定的顺序排列构建的组合型事件，若单一事件是结构化事件列表中排序最靠前的未触发状态下的单一事件，则说明当前触发的单一事件是构成结构化事件的单一事件，且当前触发的单一事件满足构成结构化事件的排列顺序。若当前触发的单一事件不是结构化事件列表中排序最靠前的未触发状态下的单一事件，则说明当前触发的单一事件不是构成结构化事件的单一事件或者当前检测到的单一事件不满足构成结构化事件的排列顺序。

s240，将所述结构化事件列表中对应当前检测到的单一事件的触发状态更新为已触发状态。

s250，将所述结构化事件列表中每个单一事件的触发状态重置为未触发状态。

具体的，将结构化事件列表中每个单一事件的触发状态全部重置为未触发状态，以便于根据用户的操作执行下一轮统计。

s260，根据所述结构化事件列表中单一事件的触发状态确定所述结构化事件的统计结果。

可选的，所述根据所述结构化事件列表中单一事件的触发状态确定所述结构化事件的统计结果，包括：

判断所述结构化事件列表中单一事件的触发状态是否全部更新为已触发状态；

若全部更新为已触发状态，则统计所述结构化事件的完成次数加1。

具体的，若结构化事件的触发状态均为已触发状态，则统计结构化事件的完成次数加1。初始化统计结构化事件的完成次数为0。

可选的，所述若全部更新为已触发状态，则统计所述结构化事件的完成次数加1之后，还包括：

将所述结构化事件列表中每个单一事件的触发状态重置为未触发状态。

具体的，在统计结构化事件的完成次数加1之后，将结构化事件列表中单一事件的触发状态重置为初始状态，开始新一轮的统计。

在一个具体的例子中，结构化事件统计的过程为：步骤1：将要统计的结构化事件根据结构化事件中单一事件之间的关系建立结构化事件列表存于一个链表中，每个单一事件有已触发状态和未触发状态两种状态，需要统计的每个单一事件都能够接收上一个单一事件的触发状态；步骤2：开始检测单一事件的触发情况，接收到用户触发单一事件a，则判断用户触发的单一事件a是否符合结构化事件列表中的结构(单一事件顺序也要一致)；步骤3：若用户触发的单一事件a符合结构化事件列表中的结构，则将单一事件a的触发状态更新为已触发状态，若用户触发的单一事件a不符合结构化事件列表中的结构，则将所述结构化事件列表中所有单一事件的触发状态重置为未触发状态，重复执行步骤2；步骤4：用户触发单一事件a后触发单一事件b，判断用户触发的单一事件b是否是结构化事件列表中单一事件a下一个单一事件，如果是，那么更新单一事件b的触发状态更新为已触发状态，如果不是，则将所述结构化事件列表中所有单一事件的触发状态重置为未触发状态，重复执行步骤2；步骤5：判断结构化事件列表中单一事件的触发状态是否全部更新为已触发状态，如果是，则此结构化事件为统计加1；如果否，重复执行步骤3或步骤4。

在另一个具体的例子中，如图2b所示，从a页面、b页面到e页面的路径总共有4条，分别为a页面-c页面-e页面、a页面-c页面-d页面-e页面、b页面-c页面-e页面、b页面-c页面-d页面-e页面，如果这时候要添加一个结构化事件来统计a页面-c页面-e页面这个结构化事件，那么a页面-c页面-e页面结构化事件统计的过程为：步骤1、将a页面-c页面-e页面这个结构化事件转化为结构化事件列表，初始化结构化事件列表中a页面、c页面、e页面的触发状态为未触发状态；步骤2、在a页面、b页面、c页面、d页面和e页面软件代码中设置能够接收事件触发状态的打点接口；步骤3、用户从a页面进去，也就是触发a页面事件，那么将a页面的触发状态更新为已触发状态；步骤4、接着用户从a页面进入c页面，那么将c页面的触发状态更新为已触发状态；步骤5、若用户从c页面直接到e页面，那么将e页面的触发状态更新为已触发状态，完成了a页面-c页面-e页面结构化事件的统计；若用户从c页面到d页面，由于d页面不符合结构化事件a页面-c页面-e页面，所以不会被统计到此事件中，将a页面、c页面、e页面的触发状态重置为未触发状态，重复执行步骤3。

本实施例的技术方案，通过初始化结构化事件列表中单一事件的触发状态为未触发状态，根据当前单一事件的触发情况，判断当前触发的单一事件是否符合结构化事件列表中事件的触发顺序；若是，则将结构化事件列表中对应当前检测到的单一事件的触发状态更新为已触发状态；否则，将结构化事件列表中每个单一事件的触发状态重置为未触发状态，避免出现统计出来的结构化事件的发生次数与实际不符的情况。统计过程独立于待测程序之外运行，尽量避免介入待测程序的代码，只对发生的事件进行检测，能够达到更准确的实现对结构化事件的统计。

实施例三

图3为本发明实施例三提供的一种事件统计装置的结构示意图。本实施例可适用于事件统计的情况，该装置可采用软件和/或硬件的方式实现，该装置可集成在任何提供事件统计功能的设备中，如图3所示，所述事件统计装置具体包括：列表建立模块310、更新模块320和确定模块330。

其中，列表建立模块310，用于根据结构化事件之间的关系建立结构化事件列表，其中，所述结构化事件包括至少两个单一事件；

更新模块320，用于基于所述结构化事件中每个单一事件的触发情况，更新所述结构化事件列表中对应单一事件的触发状态；

确定模块330，用于根据所述结构化事件列表中单一事件的触发状态确定所述结构化事件的统计结果。

可选的，所述触发状态包括已触发状态和未触发状态；

还包括：

初始化模块，用于在每次统计所述结构化事件之前，初始化所述结构化事件列表中每个单一事件的触发状态为未触发状态；

所述更新模块包括：

判断单元，用于根据当前单一事件的触发情况，判断当前触发的单一事件是否符合所述结构化事件列表中事件的触发顺序；

状态更新单元，用于若是，则将所述结构化事件列表中对应当前检测到的单一事件的触发状态更新为已触发状态；

重置单元，用于否则，将所述结构化事件列表中每个单一事件的触发状态重置为未触发状态。

可选的，所述确定模块包括：

判断单元，用于判断所述结构化事件列表中单一事件的触发状态是否全部更新为已触发状态；

统计单元，用于若全部更新为已触发状态，则统计所述结构化事件的完成次数加1。

可选的，还包括：

重置单元，用于在所述若全部更新为已触发状态，则统计所述结构化事件的完成次数加1之后，将所述结构化事件列表中每个单一事件的触发状态重置为未触发状态。

本实施例的技术方案，通过根据结构化事件之间的关系建立结构化事件列表，基于结构化事件中每个单一事件的触发情况，更新结构化事件列表中对应单一事件的触发状态，根据结构化事件列表中单一事件的触发状态确定结构化事件的统计结果，统计过程独立于待测程序之外运行，尽量避免介入待测程序的代码，只对发生的事件进行检测，能够提高结构化事件统计的效率，简单方便可靠，避免了对原有代码的影响。

实施例四

图4为本发明实施例四提供的一种计算机设备的结构示意图。图4示出了适于用来实现本发明实施方式的示例性计算机设备12的框图。图4显示的计算机设备12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示，计算机设备12以通用计算设备的形式表现。计算机设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。

计算机设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)30和/或高速缓存存储器32。计算机设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图4未显示，通常称为“硬盘驱动器”)。尽管图4中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd-rom,dvd-rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。

计算机设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该计算机设备12交互的设备通信，和/或与使得该计算机设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口22进行。并且，计算机设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与计算机设备12的其它模块通信。应当明白，尽管图中未示出，可以结合计算机设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。

处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的事件统计方法：根据结构化事件之间的关系建立结构化事件列表，其中，所述结构化事件包括至少两个单一事件；基于所述结构化事件中每个单一事件的触发情况，更新所述结构化事件列表中对应单一事件的触发状态；根据所述结构化事件列表中单一事件的触发状态确定所述结构化事件的统计结果。

实施例五

本发明实施例五提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请所有发明实施例提供的事件统计方法：根据结构化事件之间的关系建立结构化事件列表，其中，所述结构化事件包括至少两个单一事件；基于所述结构化事件中每个单一事件的触发情况，并根据检测结果更新所述结构化事件列表中对应单一事件的触发状态；根据所述结构化事件列表中单一事件的触发状态确定所述结构化事件的统计结果。

可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

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

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

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

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。