CN107481039A - 一种事件处理方法及终端设备 - Google Patents

Abstract

本发明属于数据处理领域，尤其涉及一种事件处理方法及终端设备。所述方法获取在预设的处理间隔内被触发的各个事件，从预设的事件规则库中遍历各个事件规则作为当前的目标事件规则，根据所述目标事件规则执行事件处理流程。其中，根据所述目标事件规则执行事件处理流程包括：若所述目标事件规则为第一类型事件规则，且第一事件与第二事件满足第一条件，则执行预设的第一动作；若所述目标事件规则为第二类型事件规则，且第三事件与第***满足第二条件，则执行预设的第二动作。本发明实施例由于充分考虑了两个事件之间先后顺序的依赖关系，其所执行的营销活动具有更高的有效性，也能使用户获得较好的体验。

Description

一种事件处理方法及终端设备

技术领域

本发明属于数据处理领域，尤其涉及一种事件处理方法及终端设备。

背景技术

事件指的是用户在指定页面或客户端上的操作行为，事件营销在互联网、金融等领域方兴未艾，业界一般会收集用户的事件，基于这些事件对用户做定制化的营销活动。

但目前的事件处理方法针对的对象一般都是独立的单个事件，收集到某个事件，便执行与该事件对应的动作，由于获取到的信息较片面，其营销活动的有效性较低，用户获得的体验也较差。

发明内容

有鉴于此，本发明实施例提供了一种事件处理方法及终端设备，以解决现有的针对单个事件的事件处理方法所出现的营销活动有效性较低，用户体验也较差的问题。

本发明实施例的第一方面提供了一种事件处理方法，可以包括：

获取在预设的处理间隔内被触发的各个事件；

从预设的事件规则库中选取一个事件规则作为当前的目标事件规则，所述事件规则为两个事件之间先后顺序的依赖关系；

根据所述目标事件规则执行事件处理流程；

从所述事件规则库的未被选取过的事件规则中选取一个事件规则作为当前的目标事件规则，然后返回执行所述根据所述目标事件规则执行事件处理流程的步骤，直至所述事件规则库中所有事件规则均被选取过；

所述根据所述目标事件规则执行事件处理流程包括：

若所述目标事件规则为第一类型事件规则，则判断在获取的所述各个事件中的第一事件与第二事件是否满足第一条件，所述第一条件为所述第一事件被触发后预设的第一时间间隔内所述第二事件也被触发，所述第一事件和所述第二事件均与第一用户对应；

若所述第一事件与所述第二事件满足所述第一条件，则执行针对所述第一用户的预设的第一动作；

若所述目标事件规则为第二类型事件规则，则判断在获取的所述各个事件中的第三事件与第***是否满足第二条件，所述第二条件为所述第三事件被触发后预设的第二时间间隔内所述第***未被触发，所述第三事件和所述第***均与第二用户对应；

若所述第三事件与所述第***满足所述第二条件，则执行针对所述第二用户的预设的第二动作。

本发明实施例的第二方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如下步骤：

获取在预设的处理间隔内被触发的各个事件；

从预设的事件规则库中选取一个事件规则作为当前的目标事件规则，所述事件规则为两个事件之间先后顺序的依赖关系；

根据所述目标事件规则执行事件处理流程；

从所述事件规则库的未被选取过的事件规则中选取一个事件规则作为当前的目标事件规则，然后返回执行所述根据所述目标事件规则执行事件处理流程的步骤，直至所述事件规则库中所有事件规则均被选取过；

所述根据所述目标事件规则执行事件处理流程包括：

若所述目标事件规则为第一类型事件规则，则判断在获取的所述各个事件中的第一事件与第二事件是否满足第一条件，所述第一条件为所述第一事件被触发后预设的第一时间间隔内所述第二事件也被触发，所述第一事件和所述第二事件均与第一用户对应；

若所述第一事件与所述第二事件满足所述第一条件，则执行针对所述第一用户的预设的第一动作；

若所述目标事件规则为第二类型事件规则，则判断在获取的所述各个事件中的第三事件与第***是否满足第二条件，所述第二条件为所述第三事件被触发后预设的第二时间间隔内所述第***未被触发，所述第三事件和所述第***均与第二用户对应；

若所述第三事件与所述第***满足所述第二条件，则执行针对所述第二用户的预设的第二动作。

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

获取在预设的处理间隔内被触发的各个事件；

从预设的事件规则库中选取一个事件规则作为当前的目标事件规则，所述事件规则为两个事件之间先后顺序的依赖关系；

根据所述目标事件规则执行事件处理流程；

从所述事件规则库的未被选取过的事件规则中选取一个事件规则作为当前的目标事件规则，然后返回执行所述根据所述目标事件规则执行事件处理流程的步骤，直至所述事件规则库中所有事件规则均被选取过；

所述根据所述目标事件规则执行事件处理流程包括：

若所述目标事件规则为第一类型事件规则，则判断在获取的所述各个事件中的第一事件与第二事件是否满足第一条件，所述第一条件为所述第一事件被触发后预设的第一时间间隔内所述第二事件也被触发，所述第一事件和所述第二事件均与第一用户对应；

若所述第一事件与所述第二事件满足所述第一条件，则执行针对所述第一用户的预设的第一动作；

若所述目标事件规则为第二类型事件规则，则判断在获取的所述各个事件中的第三事件与第***是否满足第二条件，所述第二条件为所述第三事件被触发后预设的第二时间间隔内所述第***未被触发，所述第三事件和所述第***均与第二用户对应；

若所述第三事件与所述第***满足所述第二条件，则执行针对所述第二用户的预设的第二动作。

本发明实施例与现有技术相比存在的有益效果是：本发明实施例获取在预设的处理间隔内被触发的各个事件，从预设的事件规则库中遍历各个事件规则作为当前的目标事件规则，根据所述目标事件规则执行事件处理流程。其中，根据所述目标事件规则执行事件处理流程包括：若所述目标事件规则为第一类型事件规则，且第一事件与第二事件满足第一条件，则执行预设的第一动作；若所述目标事件规则为第二类型事件规则，且第三事件与第***满足第二条件，则执行预设的第二动作。本发明实施例根据实际应用场景，制定出了两个存在依赖关系的事件相继被触发(即在所述第一事件被触发后的所述第一时间间隔内所述第二事件也被触发)，及两个存在依赖关系的事件未相继被触发(即在所述第三事件被触发后的所述第二时间间隔内所述第***未被触发)这两种典型的营销场景的事件规则类型，当预设的事件规则库中的事件规则得到满足时，则执行对应的动作进行营销活动，由于充分考虑了两个事件之间先后顺序的依赖关系，其所执行的营销活动具有更高的有效性，也能使用户获得较好的体验。

附图说明

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

图1为本发明实施例中一种事件处理方法的一个实施例流程图；

图2为本发明实施例中一种事件处理方法步骤103在一个应用场景下的流程示意图；

图3为本发明实施例中一种事件处理方法步骤1032在一个应用场景下的流程示意图；

图4为本发明实施例中一种事件处理方法步骤1034在一个应用场景下的流程示意图；

图5为本发明实施例提供的事件处理终端设备的示意框图；

图6为本发明实施例提供的事件处理程序的功能模块图。

具体实施方式

为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，下面所描述的实施例仅仅是本发明一部分实施例，而非全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

本发明实施例主要针对两个事件之间先后顺序的依赖关系来执行对应的营销动作，例如，用户在某公司的网页上首先点击了验证码按钮进行了验证，然后在一分钟后又点击注册按钮进行注册，则可以判断该用户对该公司的服务或产品可能会有较大的兴趣，此时可以通过发送短信的方式，欢迎用户的加入，并向用户介绍该公司的服务或产品信息。又如，用户已经点击了某公司的注册按钮，但在之后的两个小时内，用户都没有进一步地登录该公司的首页进行浏览，则可以判断该用户可能遇到了某些问题或者产生了某些疑虑，此时可以安排客服人员跟进，主动与该用户联系以便帮助用户解决问题，消除其疑虑。

请参阅图1，本发明实施例中一种事件处理方法的一个实施例可以包括：

步骤S101、获取在预设的处理间隔内被触发的各个事件。

本实施例中，对事件采取了一种间歇性的集中式处理方式，每隔一定的处理间隔，对该段处理间隔所累积的事件集中进行处理。

首先，通过预设的插件实时捕获与预设的事件编码对应的事件。在本实施例中，可以使用轻量级无侵入性的前端javascript捕获插件来获取用户在企业网页或者客户端的操作事件。所述事件编码为事件的唯一标识，不同事件的事件编码互不相同，每个事件编码都可以有一个事件描述来表示其业务含义，例如企业网页上某个按钮配置了事件编码为abc，同时也将事件描述配置为“点击了登录按钮”，那么一旦用户点击了该按钮，则会触发该插件捕获用户的点击事件，这个事件的事件编码为abc，描述信息为“点击了登录按钮”。

然后，将用户标识、事件编码和事件触发时间添加入捕获的所述事件中。所述用户标识为用户的唯一标识，不同用户的用户标识互不相同，在实际应用中，手机号、邮箱地址、身份证、微信号等都可以作为所述用户标识。对于一条事件而言，需要明确该事件是什么(即所述事件编码)、由谁触发了该事件(即所述用户标识)以及在何时触发了该事件(即所述事件触发时间)，因此，这三个信息是一条事件的必备要素，除此之外，还可以在所述事件中添加用户IP地址、浏览器版本等信息。

最后，将所述事件存储入预设的事件库中。所述事件库为实时更新的事件集合，在所述事件库中，可以根据所述事件触发时间来排列所述事件记录，也可以根据所述事件编码或所述用户标识来排列所述事件记录。

步骤S102、从预设的事件规则库中选取一个事件规则作为当前的目标事件规则。

所述事件规则为两个事件之间先后顺序的依赖关系，是对获取的所述事件进行处理所依据的标准。所述事件规则库为预先设置的各个事件规则的集合。在本实施例中，可以根据实际情况调整所述事件规则库，例如，可以在其中新增某个事件规则、删除某个事件规则或者修改某个事件规则。

步骤S103、根据所述目标事件规则执行事件处理流程。

具体地，如图2所示，步骤S103可以包括：

步骤S1031、判断所述目标事件规则是否为第一类型事件规则。

在本实施例中，将事件规则分为两种类型，即第一类型事件规则和第二类型事件规则，所述第一类型事件规则针对的是两个存在依赖关系的事件相继被触发的情况，即前置事件被触发，后置事件也被触发。所述第二类型事件规则针对的是两个存在依赖关系的事件未相继被触发的情况，即前置事件被触发，后置事件未被触发。

若所述目标事件规则为第一类型事件规则，则执行步骤S1032；若所述目标事件规则为第二类型事件规则，则执行步骤S1034。

步骤S1032，判断在获取的所述各个事件中的第一事件与第二事件是否满足第一条件。

所述第一条件为所述第一事件被触发后预设的第一时间间隔内所述第二事件也被触发，所述第一事件和所述第二事件均与第一用户对应。

如图3所示，步骤S1032具体可以包括：

步骤S10321，在获取的所述各个事件中查找所述第二事件。

步骤S10322，判断在获取的所述各个事件中是否查找到所述第二事件。

若在获取的所述各个事件中未查找到所述第二事件，则执行步骤S10326，若在所述事件库中查找到所述第二事件，则执行步骤S10323。

步骤S10323，在获取的所述各个事件中查找与所述第二事件的用户标识相同的第一事件。

步骤S10324，判断在获取的所述各个事件中是否查找到与所述第二事件的用户标识相同的第一事件。

在本实施例中，所述第一事件和所述第二事件为两个不同的事件。所述第一事件为前置事件，所述第二事件为后置事件，也即所述第一事件应在所述第二事件之前。例如，所述第一事件可以为用户点击验证码按钮的事件，所述第二事件可以为用户点击注册按钮的事件，一般地，这两个事件之间还存在着时间上的限定，即两者的时间间隔应小于等于某一预设的时间间隔，也即第一时间间隔。因此，无需在整个所述处理间隔中查找所述第一事件，只需在所述第二事件的事件触发时间之前的特定时间段(即所述第一时间间隔)内进行查找。例如，已知所述第二事件的事件触发时间为11:00:00，所述第一时间间隔为2小时，则只需9:00:00到11:00:00这一段时间内查找所述第一事件。

若在获取的所述各个事件中查找到与所述第二事件的用户标识相同的所述第一事件，且从所述第一事件到所述第二事件的时间间隔小于等于所述第一时间间隔，则执行步骤S10325，反之，则执行步骤S10326。

步骤S10325，判定所述第一类型事件规则已得到满足，也即所述第一事件与所述第二事件满足所述第一条件。

步骤S10326，判定所述第一类型事件规则未得到满足。

根据以上步骤S1032的判断结果，若在所述处理间隔内所述第一事件与所述第二事件满足所述第一条件，则执行步骤S1033，反之，则无需执行任何动作。

步骤S1033，执行针对所述第一用户的预设的第一动作。

所述第一动作可以根据实际情况来设置，例如，发送短信通知、弹出提示窗口等等，本实施例对此不作具体限定。

步骤S1034，判断在获取的所述各个事件中的第三事件与第***是否满足第二条件。

所述第二条件为所述第三事件被触发后预设的第二时间间隔内所述第***未被触发，所述第三事件和所述第***均与第二用户对应。

如图4所示，步骤S1034具体可以包括：

步骤S10341，在获取的所述各个事件中查找所述第三事件。

步骤S10341与步骤S10321类似，具体过程可参照步骤S10321的描述，本实施例在此不再赘述。

步骤S10342，判断在获取的所述各个事件中是否查找到所述第三事件。

若在获取的所述各个事件中未查找到所述第三事件，则执行步骤S10346，若在获取的所述各个事件中查找到所述第三事件，则执行步骤S10343。

步骤S10343，在获取的所述各个事件中查找与所述第三事件的用户标识相同的第***。

步骤S10344，判断在获取的所述各个事件中是否查找到与所述第三事件的用户标识相同的第***。

在本实施例中，所述第三事件和所述第***为两个不同的事件。所述第三事件为前置事件，所述第***为后置事件，也即所述第三事件应在所述第***之前。例如，所述第三事件可以为用户点击注册按钮的事件，所述第***可以为用户登录首页的事件，一般地，这两个事件之间还存在着时间上的限定，即两者的时间间隔应小于等于某一预设的时间间隔，也即第二时间间隔。因此，无需在整个所述处理间隔中查找所述第***，只需在所述第三事件的事件触发时间之后的特定时间段(即所述第二时间间隔)内进行查找。例如，已知所述第三事件的事件触发时间为11:00:00，所述第二时间间隔为2小时，则只需11:00:00到13:00:00这一段时间内查找所述第***。

特别需要注意的是，步骤S1064与步骤S1044最根本的区别在于，步骤S1044先查找后置事件(即所述第二事件)再查找前置事件(即所述第一事件)，而步骤S1064先查找前置事件(即所述第三事件)再查找后置事件(即所述第***)。

若在获取的所述各个事件中未查找到与所述第三事件的用户标识相同的所述第***，或从所述第三事件到所述第***的时间间隔大于所述第二时间间隔，则执行步骤S10345，反之，则执行步骤S10346。

步骤S10345，判定所述第二类型事件规则已得到满足，也即所述第三事件与所述第***满足所述第二条件。

步骤S10346，判定所述第二类型事件规则未得到满足。

根据以上步骤S1034的判断结果，若所述第三事件与所述第***满足所述第二条件，则执行步骤S1035，反之，则无需执行任何动作。

步骤S1035，执行针对所述第二用户的预设的第二动作。

所述第二动作可以根据实际情况来设置，例如，可以安排初级服务人员与所述第二用户进行联系等等，本实施例对此不作具体限定。

优选地，在步骤S1035之后，所述事件处理方法还可以包括：

步骤S1036，从历史动作记录中统计在预设的第三时间间隔内针对所述第二用户的所述第二动作被执行的总次数。

步骤S1037，判断所述总次数是否大于预设的阈值。

所述阈值可以根据实际情况进行设置，例如，可以将其设置为3、5或10等等，本实施例对此不作具体限定。

若所述总次数小于等于所述阈值，则无需执行进一步的操作。

若所述总次数大于所述阈值，则执行步骤S1038。

步骤S1038，执行针对所述第二用户的预设的第三动作。

所述第三动作可以根据实际情况来设置，例如，可以安排高级服务人员与所述第二用户进行联系等等，本实施例对此不作具体限定。

步骤S104、判断所述事件规则库中是否存在未被选取过的事件规则，若存在，则执行步骤S105，若不存在，则执行步骤S106。

步骤S105、从所述事件规则库的未被选取过的事件规则中选取一个事件规则作为当前的目标事件规则，然后返回执行步骤S103。

步骤S106、结束对获取的所述事件的处理。

容易理解地，以上过程完成了对所述事件规则库中的各个事件规则的遍历，分别根据各个事件规则执行了事件处理流程。

综上所述，本发明实施例获取在预设的处理间隔内被触发的各个事件，从预设的事件规则库中遍历各个事件规则作为当前的目标事件规则，根据所述目标事件规则执行事件处理流程。其中，根据所述目标事件规则执行事件处理流程包括：若所述目标事件规则为第一类型事件规则，且第一事件与第二事件满足第一条件，则执行预设的第一动作；若所述目标事件规则为第二类型事件规则，且第三事件与第***满足第二条件，则执行预设的第二动作。本发明实施例根据实际应用场景，制定出了两个存在依赖关系的事件相继被触发(即在所述第一事件被触发后的所述第一时间间隔内所述第二事件也被触发)，及两个存在依赖关系的事件未相继被触发(即在所述第三事件被触发后的所述第二时间间隔内所述第***未被触发)这两种典型的营销场景的事件规则类型，当预设的事件规则库中的事件规则得到满足时，则执行对应的动作进行营销活动，由于充分考虑了两个事件之间先后顺序的依赖关系，其所执行的营销活动具有更高的有效性，也能使用户获得较好的体验。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

对应于上文实施例所述的事件处理方法，图5示出了本发明实施例提供的事件处理终端设备的示意框图，为了便于说明，仅示出了与本发明实施例相关的部分。

在本实施例中，所述事件处理终端设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。该事件处理终端设备可包括：处理器50、存储器51以及存储在所述存储器51中并可在所述处理器50上运行的计算机程序52。

所述处理器50可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器51可以是所述事件处理终端设备5的内部存储单元，例如事件处理终端设备5的硬盘或内存。所述存储器51也可以是所述事件处理终端设备5的外部存储设备，例如所述事件处理终端设备5上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器51还可以既包括所述事件处理终端设备5的内部存储单元也包括外部存储设备。所述存储器51用于存储所述计算机程序以及所述事件处理终端设备5所需的其它程序和数据。所述存储器51还可以用于暂时地存储已经输出或者将要输出的数据。

请参阅图6，是本发明实施例提供的计算机程序52的功能模块图。在本实施例中，所述的计算机程序52可以被分割成一个或多个模块，所述一个或者多个模块被存储于所述存储器51中，并由所述处理器50所执行，以完成本发明。例如，在图5中，所述的计算机程序52可以被分割成事件获取模块601、目标事件规则选取模块602和事件处理模块603。本发明所称的模块是指能够完成特定功能的一系列计算机程序指令段，比程序更适合于描述所述计算机程序52在所述事件处理终端设备中的执行过程。以下描述将具体介绍所述模块601-603的功能。

事件获取模块601，用于获取在预设的处理间隔内被触发的各个事件；

目标事件规则选取模块602，用于从预设的事件规则库中选取一个事件规则作为当前的目标事件规则，所述事件规则为两个事件之间先后顺序的依赖关系；

事件处理模块603，用于根据所述目标事件规则执行事件处理流程；

具体地，所述事件处理模块603可以包括：

第一条件判断单元6031，用于若所述目标事件规则为第一类型事件规则，则判断在获取的所述各个事件中的第一事件与第二事件是否满足第一条件，所述第一条件为所述第一事件被触发后预设的第一时间间隔内所述第二事件也被触发，所述第一事件和所述第二事件均与第一用户对应；

第一动作执行单元6032，用于若所述第一事件与所述第二事件满足所述第一条件，则执行针对所述第一用户的预设的第一动作；

第二条件判断单元6033，用于若所述目标事件规则为第二类型事件规则，则判断在获取的所述各个事件中的第三事件与第***是否满足第二条件，所述第二条件为所述第三事件被触发后预设的第二时间间隔内所述第***未被触发，所述第三事件和所述第***均与第二用户对应；

第二动作执行单元6034，用于若所述第三事件与所述第***满足所述第二条件，则执行针对所述第二用户的预设的第二动作。

进一步地，所述第一条件判断单元6031可以包括：

第二事件查找子单元，用于在获取的所述各个事件中查找所述第二事件；

第一事件查找子单元，用于若在获取的所述各个事件中查找到所述第二事件，则在获取的所述各个事件中查找与所述第二事件的用户标识相同的第一事件，所述用户标识为用户的唯一标识；

第一判定子单元，用于若在获取的所述各个事件中查找到与所述第二事件的用户标识相同的所述第一事件，且从所述第一事件到所述第二事件的时间间隔小于等于所述第一时间间隔，则判定所述第一事件与所述第二事件满足所述第一条件。

进一步地，所述第一条件判断单元6033可以包括：

第三事件查找子单元，用于在获取的所述各个事件中查找所述第三事件；

第***查找子单元，用于若在获取的所述各个事件中查找到所述第三事件，则在获取的所述各个事件中查找与所述第三事件的用户标识相同的第***，所述用户标识为用户的唯一标识；

第二判定子单元，用于若在获取的所述各个事件中未查找到与所述第三事件的用户标识相同的所述第***，或从所述第三事件到所述第***的时间间隔大于所述第二时间间隔，则判定所述第三事件与所述第***满足所述第二条件。

进一步地，所述事件获取模块601可以包括：

事件捕获单元，用于通过预设的插件实时捕获与预设的事件编码对应的事件；

事件添加单元，用于将用户标识、事件编码和事件触发时间添加入捕获的所述事件中；

事件存储单元，用于将所述事件存储入预设的事件库中。

进一步地，所述事件处理模块603还可以包括：

动作统计单元，用于从历史动作记录中统计在预设的第三时间间隔内针对所述第二用户的所述第二动作被执行的总次数；

第三动作执行单元，用于若所述总次数大于预设的阈值，则执行针对所述第二用户的预设的第三动作。

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

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各实施例的模块、单元和/或方法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种事件处理方法，其特征在于，包括：

获取在预设的处理间隔内被触发的各个事件；

从预设的事件规则库中选取一个事件规则作为当前的目标事件规则，所述事件规则为两个事件之间先后顺序的依赖关系；

根据所述目标事件规则执行事件处理流程；

从所述事件规则库的未被选取过的事件规则中选取一个事件规则作为当前的目标事件规则，然后返回执行所述根据所述目标事件规则执行事件处理流程的步骤，直至所述事件规则库中所有事件规则均被选取过；

所述根据所述目标事件规则执行事件处理流程包括：

若所述目标事件规则为第一类型事件规则，则判断在获取的所述各个事件中的第一事件与第二事件是否满足第一条件，所述第一条件为所述第一事件被触发后预设的第一时间间隔内所述第二事件也被触发，所述第一事件和所述第二事件均与第一用户对应；

若所述第一事件与所述第二事件满足所述第一条件，则执行针对所述第一用户的预设的第一动作；

若所述目标事件规则为第二类型事件规则，则判断在获取的所述各个事件中的第三事件与第***是否满足第二条件，所述第二条件为所述第三事件被触发后预设的第二时间间隔内所述第***未被触发，所述第三事件和所述第***均与第二用户对应；

若所述第三事件与所述第***满足所述第二条件，则执行针对所述第二用户的预设的第二动作。

2.根据权利要求1所述的事件处理方法，其特征在于，所述判断在获取的所述各个事件中的第一事件与第二事件是否满足第一条件包括：

在获取的所述各个事件中查找所述第二事件；

若在获取的所述各个事件中查找到所述第二事件，则在获取的所述各个事件中查找与所述第二事件的用户标识相同的第一事件，所述用户标识为用户的唯一标识；

若在获取的所述各个事件中查找到与所述第二事件的用户标识相同的所述第一事件，且从所述第一事件到所述第二事件的时间间隔小于等于所述第一时间间隔，则判定所述第一事件与所述第二事件满足所述第一条件。

3.根据权利要求1所述的事件处理方法，其特征在于，所述判断在获取的所述各个事件中的第三事件与第***是否满足第二条件包括：

在获取的所述各个事件中查找所述第三事件；

若在获取的所述各个事件中查找到所述第三事件，则在获取的所述各个事件中查找与所述第三事件的用户标识相同的第***，所述用户标识为用户的唯一标识；

若在获取的所述各个事件中未查找到与所述第三事件的用户标识相同的所述第***，或从所述第三事件到所述第***的时间间隔大于所述第二时间间隔，则判定所述第三事件与所述第***满足所述第二条件。

4.根据权利要求1中所述的事件处理方法，其特征在于，所述获取在预设的处理间隔内被触发的各个事件包括：

通过预设的插件实时捕获与预设的事件编码对应的事件；

将用户标识、事件编码和事件触发时间添加入捕获的所述事件中；

将所述事件存储入预设的事件库中。

5.根据权利要求1至4中任一项所述的事件处理方法，其特征在于，在执行针对所述第二用户的预设的第二动作之后，还包括：

从历史动作记录中统计在预设的第三时间间隔内针对所述第二用户的所述第二动作被执行的总次数；

若所述总次数大于预设的阈值，则执行针对所述第二用户的预设的第三动作。

6.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至5中任一项所述的事件处理方法的步骤。

7.一种事件处理终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如下步骤：

获取在预设的处理间隔内被触发的各个事件；

从预设的事件规则库中选取一个事件规则作为当前的目标事件规则，所述事件规则为两个事件之间先后顺序的依赖关系；

根据所述目标事件规则执行事件处理流程；

从所述事件规则库的未被选取过的事件规则中选取一个事件规则作为当前的目标事件规则，然后返回执行所述根据所述目标事件规则执行事件处理流程的步骤，直至所述事件规则库中所有事件规则均被选取过；

所述根据所述目标事件规则执行事件处理流程包括：

若所述目标事件规则为第一类型事件规则，则判断在获取的所述各个事件中的第一事件与第二事件是否满足第一条件，所述第一条件为所述第一事件被触发后预设的第一时间间隔内所述第二事件也被触发，所述第一事件和所述第二事件均与第一用户对应；

若所述第一事件与所述第二事件满足所述第一条件，则执行针对所述第一用户的预设的第一动作；

若所述目标事件规则为第二类型事件规则，则判断在获取的所述各个事件中的第三事件与第***是否满足第二条件，所述第二条件为所述第三事件被触发后预设的第二时间间隔内所述第***未被触发，所述第三事件和所述第***均与第二用户对应；

若所述第三事件与所述第***满足所述第二条件，则执行针对所述第二用户的预设的第二动作。

8.根据权利要求7所述的事件处理终端设备，其特征在于，所述判断在获取的所述各个事件中的第一事件与第二事件是否满足第一条件包括：

在获取的所述各个事件中查找所述第二事件；

若在获取的所述各个事件中查找到所述第二事件，则在获取的所述各个事件中查找与所述第二事件的用户标识相同的第一事件，所述用户标识为用户的唯一标识；

若在获取的所述各个事件中查找到与所述第二事件的用户标识相同的所述第一事件，且从所述第一事件到所述第二事件的时间间隔小于等于所述第一时间间隔，则判定所述第一事件与所述第二事件满足所述第一条件。

9.根据权利要求7所述的事件处理终端设备，其特征在于，所述判断在获取的所述各个事件中的第三事件与第***是否满足第二条件包括：

在获取的所述各个事件中查找所述第三事件；

若在获取的所述各个事件中查找到所述第三事件，则在获取的所述各个事件中查找与所述第三事件的用户标识相同的第***，所述用户标识为用户的唯一标识；

若在获取的所述各个事件中未查找到与所述第三事件的用户标识相同的所述第***，或从所述第三事件到所述第***的时间间隔大于所述第二时间间隔，则判定所述第三事件与所述第***满足所述第二条件。

10.根据权利要求7至9中任一项所述的事件处理终端设备，其特征在于，在执行针对所述第二用户的预设的第二动作之后，还包括：

从历史动作记录中统计在预设的第三时间间隔内针对所述第二用户的所述第二动作被执行的总次数；

若所述总次数大于预设的阈值，则执行针对所述第二用户的预设的第三动作。