CN109388503A

CN109388503A - 一种事件处理方法及装置

Info

Publication number: CN109388503A
Application number: CN201811103500.2A
Authority: CN
Inventors: 夏寅昕
Original assignee: Alibaba Group Holding Ltd
Current assignee: Advanced New Technologies Co Ltd
Priority date: 2018-09-20
Filing date: 2018-09-20
Publication date: 2019-02-26

Abstract

公开了一种事件处理方法及装置。一种事件处理方法，该方法包括：获取针对本次事件处理所指定的处理需求；根据所述处理需求，读取预设消息队列中的若干事件；所述消息队列中包括输入风控系统的事件；根据预设的处理需求与处理方案的对应关系，确定所述处理需求对应的处理方案；根据所述处理方案中的分组规则，对所读取的事件进行分组；针对分组得到的任一事件组：根据所述处理方案中的去重规则，保留该组中的若干未重复事件；将各事件组中所保留的事件写入所述消息队列，以使风控系统中的其他子系统对所写入的事件进行风控处理。

Description

一种事件处理方法及装置

技术领域

本说明书实施例涉及互联网应用技术领域，尤其涉及一种事件处理方法及装置。

背景技术

随着互联网技术的发展，为了保障用户的数据安全，对用户在网络场景的活动进行风险控制也愈加重要。以金融场景为例，对于用户进行的签约、登录、支付、转账等事件，可以由风控系统进行风控决策，判断是否存在风险。

具体地，可以由风控系统的上游系统，根据是否需要及时反馈决策结果，将事件分为同步事件与异步事件，并分别输入风控系统。风控系统对同步事件进行实时的风控决策，从而使上游系统可以根据决策结果进一步处理；并且，对异步事件进行数据积累及异步风险分析处理。

但是，由于系统及网络问题、用户重复操作等原因，进入风控系统的各类事件尤其是异步事件中，可能存在较多重复的无效数据，例如用户实际仅进行了一次登录操作，但由于网络拥堵使风控系统接收到多次登录事件，显然，重复的无效数据将增加风控系统的处理负担，并且上述方案中仅能从事件角度进行风控处理。

基于现有技术，需要一种更高效且能够满足更多风控需求的事件处理方案。

发明内容

针对上述技术问题，本说明书实施例提供一种事件处理方法及装置，技术方案如下：

一种事件处理方法，该方法包括：

获取针对本次事件处理所指定的处理需求；

根据所述处理需求，读取预设消息队列中的若干事件；所述消息队列中包括输入风控系统的事件；

根据预设的处理需求与处理方案的对应关系，确定所述处理需求对应的处理方案；

根据所述处理方案中的分组规则，对所读取的事件进行分组；

针对分组得到的任一事件组：根据所述处理方案中的去重规则，保留该组中的若干未重复事件；

将各事件组中所保留的事件写入所述消息队列，以使风控系统中的其他子系统对所写入的事件进行风控处理。

一种事件处理装置，该装置包括：

需求获取模块，用于获取针对本次事件处理所指定的处理需求；

事件读取模块，用于根据所述处理需求，读取预设消息队列中的若干事件；所述消息队列中包括输入风控系统的事件；

方案确定模块，用于根据预设的处理需求与处理方案的对应关系，确定所述处理需求对应的处理方案；

事件分组模块，用于根据所述处理方案中的分组规则，对所读取的事件进行分组；

事件去重模块，用于针对分组得到的任一事件组：根据所述处理方案中的去重规则，保留该组中的若干未重复事件；

事件写入模块，用于将各事件组中所保留的事件写入所述消息队列，以使风控系统中的其他子系统对所写入的事件进行风控处理。

本说明书实施例所提供的技术方案，可以为不同的事件处理需求，预先灵活地设定对应的处理方案，从而对于输入风控系统的各事件，根据所指定的不同处理需求，根据不同的分组规则、去重规则，进行分组与去重，再由事件处理子系统，针对所指定的处理需求，从对应的维度进行进一步的决策、分析处理，从而降低风控系统对事件的处理负担。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书实施例。

此外，本说明书实施例中的任一实施例并不需要达到上述的全部效果。

附图说明

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

图1是本说明书实施例的一种风控系统架构示意图；

图2是本说明书实施例的事件处理方法的流程示意图；

图3是本说明书实施例的另一种风控系统架构示意图；

图4是本说明书实施例的Kafka Stream框架处理事件的流程示意图；

图5是本说明书实施例的Kafka Stream框架处理登录事件的流程示意图；

图6是本说明书实施例的事件处理装置的结构示意图；

图7是用于配置本说明书实施例装置的一种设备的结构示意图。

具体实施方式

为了使本领域技术人员更好地理解本说明书实施例中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行详细地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于保护的范围。

风控系统的一种架构可以如图1所示，风控系统的上游系统根据是否需要及时反馈决策结果，将事件分为同步事件与异步事件，经风控同步网关与风控异步网关，分别输入风控系统。以金融场景为例，同步事件可以是支付、充值、转账等，需要根据决策结果实时决定处理后续方式的事件；异步事件可以是登录、支付结果等不需要实时反馈决策的结果类事件。

针对同步事件，由风控引擎进行实时的风控决策，从而使上游系统可以根据决策结果进一步处理，并且，将同步事件的原始数据及决策结果等，写入数据库与日志文件，以便后续进行其他风险分析处理；针对异步事件，可以主要写入数据库与日志文件，进行异步风险分析处理，并且，可以在风控引擎较为空闲时进行风控决策。

在进入风控系统进行处理的各类事件中，可能存在较多重复的无效数据。例如，用户在进行登录时，可能会重复多次地点击登录按钮，从而产生针对1次登录的多个登录事件，其中只有1个登录事件是有效的；又如，在网络拥堵的情况下，客户端等可能会重复发送同一请求，从而产生多个重复的无效事件；又如，由于上游系统的漏洞而产生的重复无效事件；等等。显然，无论是同步事件或异步事件，重复的无效数据均将增加风控系统的处理负担，并且可能影响风控处理时，决策、分析结果的准确性。

此外，使用图1所示的风控系统架构所进行的风控处理，是分析、决策每件事件是否存在风险，即从事件的维度进行风控处理，而实际的风控需求可能还需要从其他维度进行风控处理。

针对上述问题，本说明书实施例提供一种事件处理方法，参见图2所示，该方法可以包括以下步骤：

S101，获取针对本次事件处理所指定的处理需求；

大数据时代，针对各类应用场景，均可以部署风控系统，对数据进行风控处理，从而保护用户的数据安全。本说明书所提供的方案可以应用于各风控系统，但由于不同的风控系统针对其所应用的不同场景、甚至是同一场景中的不同事件，均可能存在不同的风控需求

例如，应用于金融场景的风控系统，需要对场景中的各类事件进行风控，但并非所有事件，均存在前述问题而需要去重，或者需要从其他维度进行风控处理，因而可以通过系统维护人员指定、或根据预设规则筛选等方式，确定进入风控系统的事件中，需要应用本方案进行处理的事件类型，即确定应用于本场景的总的处理需求。

所确定的总的处理需求，可以具体地分多次对事件进行处理，因此，本方案中首先需要获取针对本次事件处理所指定的处理需求。

S102，根据所述处理需求，读取预设消息队列中的若干事件；所述消息队列中包括输入风控系统的事件；

根据所获取的处理需求，即可确定本次事件处理所需要处理的事件，从而从包括输入风控系统的事件的消息队列中读取。

如前面所述，输入风控系统的事件包括同步事件与异步事件，消息队列中便可以包括同步事件和/或异步事件。此外，在消息队列中包括同步事件的情况下，所包括的同步事件的信息，可以为同步事件的原始信息、对同步事件进行实时风控决策时所获取的关联信息、和/或对同步事件进行风控决策的决策结果信息。

例如，对于支付事件，风控引擎在进行决策时，可以获取本次支付对应的用户信息、设备信息等关联信息，从而根据预设白名单、黑名单等规则进行决策，得到接受、拒绝、挑战等决策结果。

根据所述处理需求，读取预设消息队列中的若干事件，具体可以通过多种方式实现。

在一个具体实施例中，如前面所述，处理需求中可以指定需处理的事件类型，因此，在获取针对本次事件处理所指定的处理需求后，可以首先确定所述处理需求中指定的需处理的事件类型，然后读取预设消息队列中所确定事件类型对应的事件。

本领域技术人员可以根据实际情况灵活地选取读取方式，例如，若消息队列中的事件为已明确类型的事件，则可以直接根据类型从队列中读取；又如，流处理框架的消息队列中，各事件可能未进行类型的区分，则可以读取所有事件、进行类型分类后，再选取所需要类型的事件；等等，本说明书对此不做限定。

此外，为了便于后续对所读取的事件进行分组，在读取预设消息队列中所确定事件类型对应的事件时，可以具体地，针对所确定的任一事件类型：读取预设消息队列中该事件类型对应的事件，并确定由所读取事件组成的事件集合，对应的具体分组方案将在S104中具体描述。

S103，根据预设的处理需求与处理方案的对应关系，确定所述处理需求对应的处理方案；

如前面所述，重复的无效数据均将增加风控系统的处理负担，因此需要对事件进行去重，并且，需要对事件进行其他维度的分组、累计等，以满足从其他维度进行风控处理的需求。

但是，针对不同的具体处理需求，需要设置不同的处理方案，包括不同的去重规则、分组规则、及其他定制的额外规则等。

仍以金融场景为例，对于支付事件，可能存在相同账户重复下单的重复事件、相同流水号或不同流水号的重复事件、等等，并且，在进行其他维度的风控处理时，也需要从账户、设备、IP号、银行卡号等维度，判断是否存在批量攻击等风险。

因此，针对不同的处理需求，可以由研发人员预先设定对应的处理方案。

S104，根据所述处理方案中的分组规则，对所读取的事件进行分组；

本说明书实施例中，首先对事件进行分组，从而将数据从事件维度转换为其他维度，然后从其他维度对数据进行去重。

在需要处理的数据量较大的情况下，对所读取的事件进行分组前，还可以首先根据所述处理方案中的划分规则，将对所读取事件进行分组与去重的任务，划分为至少1个子任务，通过执行子任务对所读取的事件进行分组与去重。

具体的划分规则，可以为预先设定时间窗口，如5秒，每5秒内的事件构成1个子任务；也可以预先设定事件量，如1万件，每1万件事件构成1个子任务；等等，本领域技术人员可以根据实际情况设定具体的划分规则，并且可以设置根据实际负载灵活地调整规则中的具体数值，本说明书不做限定。

如前面所述，在读取预设消息队列中所确定事件类型对应的事件时，可以具体地，以1个事件类型为1个事件集合。对应地，对所读取的时间进行分组时，针对任一所述事件集合：可以根据所述方案中的分组规则，确定针对本事件集合的分组子规则，然后根据所确定的分组子规则，对本事件集合中的事件进行分组。

即处理方案的分组规则中，可以为不同类型的事件，设置不同的分组子规则(也可以设置相同的规则，即各分组子规则相同)。例如，对于支付事件，可以从IP的维度进行分组，而对于登录事件，则可以从账户的维度进行分组，等等。

S105，针对分组得到的任一事件组：根据所述处理方案中的去重规则，保留该组中的若干未重复事件；

针对不同的处理需求，具体的去重规则也可以不同，例如，对于重复的登录事件，可以仅保留第1个事件；又如，这对重复的支付事件，可以保留实际被响应的事件；等等。本领域技术人员可以根据实际情况灵活地设定，本说明书不做限定。

S106，将各事件组中所保留的事件写入所述消息队列，以使风控系统中的其他子系统对所写入的事件进行风控处理。

如果如前面所述将对所读取事件进行分组与去重的任务，划分为至少一个子任务，则在将各事件组中所保留的事件写入所述消息队列时，可以首先根据所述处理方案中的分组规则，合并各子任务中的相同事件组，如从账户维度分组的支付事件的各子任务，将合并后的各事件组中所保留的事件写入所述消息队列。

写入消息队列后，其他子系统如风控引擎、监控平台、数据库分析平台等，均可以从消息队列中获得分组、去重后的数据，从其他维度对清洗后的数据进行风控处理，从而以更高的效率、更全面的维度，获得更准确的风控决策、分析结果。

本说明书所提供的方案，可以通过离线的方式，对批量数据进行非实时的处理，也可以通过流式计算框架，实现数据的实时处理。

例如，可以采用Spark Streaming、Storm等框架，其优势是推出较早，技术成熟且应用多，接口丰富并易于扩展。也可以采用于Kafka Stream等框架，其优势是集成了轻量级的库，部署及维护难度更小，但能够满足本方案的需求，效率高且时效性强。

下面结合一个更为具体的实例，对本说明书提供的事件处理方法进行说明。

本实施例中采用流式计算框架Kafka Stream，实现对事件进行实时处理、且不影响主链路数据处理的效果。

带有Kafka Stream框架的风控系统的一种架构可以如图3所示。Kafka Stream框架主要可以包括Kafka消息队列与任务处理模块(Kafka Stream Tasks)，在不改变原有风控系统基本结构的基础上，仅增加Kafka Stream框架，通过异步方式进行实时处理。KafkaStream框架处理事件时的时间窗口等配置参数，预先以配置文件的形式，框架启动时进行加载，实现框架的初始化。

每条发布到Kafka集群的消息都有一个类别，这个类别被称为Topic，为了与原有风控系统基本架构的主链路解耦，避免Kafka Stream框架中对事件的处理情况，对主链路的流程产生影响，因此事件进入Kafka消息队列时，并未区分Topic。

参见图4所示，对事件进行Topic的区分由Kafka Stream Tasks实现。KafkaStream Tasks读取Kafka消息队列中的各事件，并提取事件名称、事件代码等，将预先指定需要处理的支付、登录等事件，转发至对应的Topic。具体地，针对每个Topic，还可以进一步地，基于预先配置的时间窗口，分别对应1至n个任务，任务通过订阅该Topic，实现对该Topic中的事件进行处理。

针对支付事件与登录事件，可以分别采取不同的分组规则与去重规则进行处理，下面分别进行说明。

参见图5所示，为对登录事件进行处理的示意图。针对所读取的m个登录事件，分别从登录设备、登录账户及登录IP等维度进行分组，例如，同一登录设备的事件分入一组。然后对各事件组中的事件进行去重，由于m个事件是基于较短的时间窗口(如5s)读取的，因此在去重时可以简单地只保留第1个事件。

分组与去重后，即可将保留的事件写入Kafka消息队列。仍以登录设备的维度为例，通过n个任务对多个时间窗口的事件，进行分组与去重后，则可以对该维度下保留的事件进行累计，并写入Kafka消息队列，以便风控决策、监控平台等其他子系统，可以根据Kafka Stream框架处理后的事件，对用户行为进行统计、分析、决策等，从而发现批量攻击、撞库等风险。

对支付事件进行处理时，除支付设备、支付账户及支付IP的维度外，还可以从支付银行卡的维度进行分组，此外，对于同一账户中的各条流水，可以进一步地从流水号的维度再进行分组，对相同与不同的流水号均进行去重，分组与去重后同样可以进行累计。

值得注意的时，支付事件一般为同步事件，因此从Kafka消息队列中读取的支付事件的信息，可以包括原始事件信息及风控引擎的决策结果信息，因此也可以进一步地对不同流水的决策结果进行累计，从而使其他子系统可以从决策结果的维度，进一步地风控分析与决策。

可见，应用上述方案，可以实时地对同步事件与异步事件进行数据清洗，并且同时从账户、设备、决策结果等各个维度进行了分组与累计，便于进一步地从多个维度进行风控分析与决策，满足应用场景中的各种风控需求。此外，通过设置单独的消息队列，实现与主链路的解耦，从而避免影响主链路的风控流程。因此，应用上述方案，以更高的效率、更全面的维度，获得更准确的风控决策、分析结果。

相应于上述方法实施例，本说明书实施例还提供一种事件处理装置，参见图6所示，该装置可以包括：

需求获取模块110，用于获取针对本次事件处理所指定的处理需求；

事件读取模块120，用于根据所述处理需求，读取预设消息队列中的若干事件；所述消息队列中包括输入风控系统的事件；

方案确定模块130，用于根据预设的处理需求与处理方案的对应关系，确定所述处理需求对应的处理方案；

事件分组模块140，用于根据所述处理方案中的分组规则，对所读取的事件进行分组；

事件去重模块150，用于针对分组得到的任一事件组：根据所述处理方案中的去重规则，保留该组中的若干未重复事件；

事件写入模块160，用于将各事件组中所保留的事件写入所述消息队列，以使风控系统中的其他子系统对所写入的事件进行风控处理。

在本说明书提供的一种具体实施方式中，所述事件读取模块120，可以包括：

类型确定单元，用于确定所述处理需求中指定的需处理的事件类型；

事件读取单元，用于读取预设消息队列中所确定事件类型对应的事件。

在本说明书提供的一种具体实施方式中，所述事件读取单元，具体可以用于：

针对所确定的任一事件类型：读取预设消息队列中该事件类型对应的事件；确定由所读取事件组成的事件集合。

在本说明书提供的一种具体实施方式中，所述事件分组模块140，具体可以用于：

针对任一所述事件集合：根据所述处理方案中的分组规则，确定针对本事件集合的分组子规则；根据所确定的分组子规则，对本事件集合中的事件进行分组。

在本说明书提供的一种具体实施方式中，还可以包括子任务划分模块，用于在对所读取的事件进行分组前：根据所述处理方案中的划分规则，将对所读取事件进行分组与去重的任务，划分为至少一个子任务；

所述事件写入模块160，具体可以用于：根据所述处理方案中的分组规则，合并各子任务中的相同事件组；将合并后的各事件组中所保留的事件写入所述消息队列。

在本说明书提供的一种具体实施方式中，所述消息队列中包括的事件，可以包括：

需要进行实时风控决策并得到决策结果的同步事件；和/或，不需要进行实时风控决策并得到决策结果的异步事件。

在本说明书提供的一种具体实施方式中，在所述消息队列中包括同步事件的情况下，所述消息队列中所包括的同步事件的信息，可以包括：

同步事件的原始信息、对同步事件进行实时风控决策时所获取的关联信息、和/或对同步事件进行风控决策的决策结果信息

上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

本说明书实施例还提供一种计算机设备，其至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行所述程序时实现前述的事件处理方法。该方法至少包括：

一种事件处理方法，该方法包括：

获取针对本次事件处理所指定的处理需求；

图7示出了本说明书实施例所提供的一种更为具体的计算设备硬件结构示意图，该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。

处理器1010可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。

存储器1020可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。

输入/输出接口1030用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口1040用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线1050包括一通路，在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

本说明书实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述的事件处理方法。该方法至少包括：

一种事件处理方法，该方法包括：

获取针对本次事件处理所指定的处理需求；

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本说明书实施例可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本说明书实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本说明书实施例各个实施例或者实施例的某些部分所述的方法。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，在实施本说明书实施例方案时可以把各模块的功能在同一个或多个软件和/或硬件中实现。也可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本说明书实施例的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本说明书实施例原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本说明书实施例的保护范围。

Claims

1.一种事件处理方法，该方法包括：

获取针对本次事件处理所指定的处理需求；

2.根据权利要求1所述的方法，所述根据所述处理需求，读取预设消息队列中的若干事件，包括：

确定所述处理需求中指定的需处理的事件类型；

读取预设消息队列中所确定事件类型对应的事件。

3.根据权利要求2所述的方法，所述读取预设消息队列中所确定事件类型对应的事件，包括：

针对所确定的任一事件类型：

读取预设消息队列中该事件类型对应的事件；

确定由所读取事件组成的事件集合。

4.根据权利要求3所述的方法，所述根据所述方案中的分组规则，对所读取的事件进行分组，包括：

针对任一所述事件集合：

根据所述处理方案中的分组规则，确定针对本事件集合的分组子规则；

根据所确定的分组子规则，对本事件集合中的事件进行分组。

5.根据权利要求1所述的方法，

在对所读取的事件进行分组前，还包括：

根据所述处理方案中的划分规则，将对所读取事件进行分组与去重的任务，划分为至少一个子任务；

所述将各事件组中所保留的事件写入所述消息队列，包括：

根据所述处理方案中的分组规则，合并各子任务中的相同事件组；

将合并后的各事件组中所保留的事件写入所述消息队列。

6.根据权利要求1所述的方法，所述消息队列中包括的事件，包括：

需要进行实时风控决策并得到决策结果的同步事件；和/或

不需要进行实时风控决策并得到决策结果的异步事件。

7.根据权利要求6所述的方法，在所述消息队列中包括同步事件的情况下，所述消息队列中所包括的同步事件的信息，包括：

同步事件的原始信息、对同步事件进行实时风控决策时所获取的关联信息、和/或对同步事件进行风控决策的决策结果信息。

8.一种事件处理装置，该装置包括：

9.根据权利要求8所述的装置，所述事件读取模块，包括：

10.根据权利要求9所述的装置，所述事件读取单元，具体用于：

针对所确定的任一事件类型：

读取预设消息队列中该事件类型对应的事件；

确定由所读取事件组成的事件集合。

11.根据权利要求10所述的装置，所述事件分组模块，具体用于：

针对任一所述事件集合：

12.根据权利要求8所述的装置，

还包括子任务划分模块，用于在对所读取的事件进行分组前：

所述事件写入模块，具体用于：

将合并后的各事件组中所保留的事件写入所述消息队列。

13.根据权利要求8所述的装置，所述消息队列中包括的事件，包括：

需要进行实时风控决策并得到决策结果的同步事件；和/或

不需要进行实时风控决策并得到决策结果的异步事件。

14.根据权利要求13所述的装置，在所述消息队列中包括同步事件的情况下，所述消息队列中所包括的同步事件的信息，包括：

15.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现如权利要求1至7任一项所述的方法。