CN112015578A - 基于事前同步处理和事后异步处理的风控系统和方法 - Google Patents

Abstract

本发明涉及一种基于事前同步处理和事后异步处理的风控系统和方法。该系统包括风控系统客户端和风控系统服务器端。风控系统服务器端接收到来自风控系统客户端的事前请求后完成对事前风控服务的同步调用，并由风控系统服务器端中的交易调度动态控制组件以职责链设计模式基于来自动态缓存组件的风控配置数据来对交易数据进行处理，并将处理结果同步返回给风控系统客户端。该风控配置数据通过采用无锁化设计的动态缓存组件来加载。此外，在接收到事后请求时异步地向事后风控组件发送消息，以供事后风控组件进行后处理。

Description

基于事前同步处理和事后异步处理的风控系统和方法

技术领域

本发明涉及事前和事后交易风险控制领域，尤其涉及一种基于事前同步处理和事后异步处理的风控系统和方法。

背景技术

现有的交易风控所在技术领域的主流方式包含：（1）数据库读写分离方式，该方式将风控规则、风控参数配置、交易数据等都放入数据库，但数据同步有一定程度的延迟，高频请求及高并发场景下数据库性能下降明显；（2）分布式缓存方式，该方式将频繁访问的数据放入NoSQL缓存，高效的缓存系统可提升系统性能，风控系统从缓存中获取风控参数及风控规则，但一些NoSQL存在脑裂问题（比如redis），交易量较大的情况下网络要求很高；（3）微服务RPC方式，利用dubbo、cloud之类的RPC中间件实现服务之间的调用，将风控规则、风控参数配置独立为一个微服务，供风控系统、交易系统调用，但在业务系统很多的情况下会存在服务治理问题，网络通信压力较大；以及（4）CEP方式，该方式基于复合事件处理模式性能、扩展性更好，借助于开源方案Esper、Storm等实现，但该方式主要适合实时、准实时交易，实现难度较大，暂不适合风控业务场景。

为了解决上述技术问题，本公开提出一种交易风控处理方式，以解决风控规则及参数配置的灵活性，以及风控系统的性能、耦合性、可靠性等问题。

发明内容

提供本发明内容来以简化形式介绍将在以下具体实施方式部分中进一步描述的一些概念。本发明内容并不旨在标识出所要求保护的主题的关键特征或必要特征，也不旨在用于帮助确定所要求保护的主题的范围。

本发明提供了一种风控方案，其包括交易调度动态控制机制及内存缓存机制，并且还包括交易事前使用交易调度动态控制机制且交易事后使用消息队列解耦系统依赖的处理机制。

具体而言，在本发明的一个实施例中，提供了一种基于事前同步处理和事后异步处理的风控系统。该系统包括风控系统客户端和风控系统服务器端。本发明中的这一系统采用微服务架构，旨在通过将功能分解到各个离散的微服务（即，风控系统服务器端的各个组件）中以实现对解决方案的解耦，并且该系统使用分布式应用程序协调服务作为服务发现与注册中心。具体而言，在风控系统服务器端实现的各种风控服务向分布式应用程序协调服务（注册中心）注册服务，风控客户端使用该分布式应用程序协调服务来发现所注册的服务，并采用RPC远程调用的方式调用风控服务，具体而言是相应的风控微服务。

风控系统服务器端通过请求接受组件接收到来自风控系统客户端的事前和事后请求并完成对相应的风控微服务的调用后，由风控系统服务器端中的交易调度动态控制组件以职责链设计模式基于来自动态缓存组件的风控配置数据来对请求数据进行处理，并将处理结果同步返回给风控系统客户端。该风控配置数据通过采用无锁化设计的动态缓存组件来加载。此外，风控系统服务器端的请求接受组件在接收到来自风控系统客户端的事后请求时异步地向事后风控组件发送消息，以供事后风控组件进行异步事后处理。组件（即，微服务）之间使用中间件来实现组件之间的异步通信，以提高系统性能，削峰，并降低系统耦合性。

在本发明的一个实施例中，提供了一种基于事前同步处理和事后异步处理的风控方法，该方法包括：

接收事前风控请求和事后风控请求，所述事前风控请求和所述事后风控请求各自包括请求数据；

基于所述事前风控请求来完成对事前风控微服务的同步调用；

通过所述事前风控微服务对所述事前风控请求的请求数据进行风控处理并同步返回处理结果；

基于所述事后风控请求来完成对事后风控微服务的异步调用；

将所述事后风控请求的请求数据异步推送给所述事后风控微服务；以及

通过所述事后风控微服务对所述事后风控请求的请求数据进行处理并异步返回处理结果。

在本发明的另一个实施例中，提供了一种基于事前同步处理和事后异步处理的风控系统，该系统包括：

用于接收事前风控请求和事后风控请求的装置，所述事前风控请求和所述事后风控请求各自包括请求数据；

用于基于所述事前风控请求来完成对事前风控微服务的同步调用的装置；

用于通过所述事前风控微服务对所述事前风控请求的请求数据进行风控处理并同步返回处理结果的装置；

用于基于所述事后风控请求来完成对事后风控微服务的异步调用的装置；

用于将所述事后风控请求的请求数据异步推送给所述事后风控微服务的装置；以及

用于通过所述事后风控微服务对所述事后风控请求的请求数据进行处理并异步返回处理结果的装置。

在本发明的又一个实施例中，提供了一种存储计算机可执行指令的计算机可读介质，这些指令包括：

用于接收事前风控请求和事后风控请求的指令，所述事前风控请求和所述事后风控请求各自包括请求数据；

用于基于所述事前风控请求来完成对事前风控微服务的同步调用的指令；

用于通过所述事前风控微服务对所述事前风控请求的请求数据进行风控处理并同步返回处理结果的指令；

用于基于所述事后风控请求来完成对事后风控微服务的异步调用的指令；

用于将所述事后风控请求的请求数据异步推送给所述事后风控微服务的指令；以及

用于通过所述事后风控微服务对所述事后风控请求的请求数据进行处理并异步返回处理结果的指令。

在结合附图研读了下文对本发明的具体示例性实施例的描述之后，本发明的其他方面、特征和实施例对于本领域普通技术人员将是明显的。尽管本发明的特征在以下可能是针对某些实施例和附图来讨论的，但本发明的全部实施例可包括本文所讨论的有利特征中的一个或多个。换言之，尽管可能讨论了一个或多个实施例具有某些有利特征，但也可以根据本文讨论的本发明的各种实施例使用此类特征中的一个或多个特征。以类似方式，尽管示例性实施例在下文可能是作为设备、系统或方法实施例进行讨论的，但是应当领会，此类示例性实施例可以在各种设备、系统、和方法中实现。

附图说明

为了能详细理解本公开的以上陈述的特征所用的方式，可参照各方面来对以上简要概述的内容进行更具体的描述，其中一些方面在附图中阐示。然而应该注意，附图仅阐示了本公开的某些典型方面，故不应被认为限定其范围，因为本描述可允许有其他等同有效的方面。

图1是示出其中可实现本公开的各实施例的应用环境的示图。

图2示出了根据本公开的一个实施例的扫码风控系统的框图。

图3示出了根据本公开的一个实施例的扫码风控系统服务器端的框图。

图4是根据本公开的一个实施例的扫码风控系统内的数据流的示图。

图5示出了根据本公开的一个实施例的扫码风控方法的流程图。

具体实施方式

以下将参考形成本发明一部分并示出各具体示例性实施例的附图更详尽地描述各个实施例。然而，各实施例可以以许多不同的形式来实现，并且不应将其解释为限制此处所阐述的各实施例；相反地，提供这些实施例以使得本公开变得透彻和完整，并且将这些实施例的范围完全传达给本领域普通技术人员。各实施例可按照方法、系统或设备来实施。因此，这些实施例可采用硬件实现形式、全软件实现形式或者结合软件和硬件方面的实现形式。因此，以下具体实施方式并非是局限性的。

各流程图中的步骤可通过硬件（例如，处理器、引擎、存储器、电路）、软件（例如，操作系统、应用、驱动器、机器/处理器可执行指令）或其组合来执行。如本领域普通技术人员将理解的，各实施例中所涉及的方法可以包括比示出的更多或更少的步骤。

图1是示出其中可实现本公开的各实施例的应用环境100的示图。

利用手机进行线下扫码支付越来越频繁，现在很多人已经实现了无现金出行。在图1中，用户持有用户设备106，使用该用户设备106来在商户102处进行扫码交易。图1中的二维码104可以由商户102提供（即，收款码），用户通过使用用户设备106扫描该二维码104来完成交易。或者，二维码104可由用户的用户设备106提供，商户102使用诸如扫码枪之类的二维码识别设备来获取用户提供的二维码104（即，付款码）以完成交易。

在图1中，二维码104仅仅作为示例而非限制，其由许多小块构成，在这些小块里，白色代表0，黑色代表1，这些数字经过排列组合得到一个矩阵，然后通过特定的算法编译信息，这些信息可以是文本、图片、链接、账户、安装包、视频等等。近年来，不法分子越来越多地利用二维码来进行欺诈交易，诸如通过在二维码中植入木马程序或者将用户设备引导至钓鱼网站，或者进行虚假交易，等等。

此时，需要通过通常部署在服务器108上的风控服务器端组件来对商户102或者用户进行风控处理。服务器108可以是本领域内公知的任何合适的服务器或服务器集群。风控请求通过部署在用户设备106或者商户102处的风控客户端或其中的插件从用户设备106或者商户102发送到服务器108，风控服务器端组件由此基于各种配置或策略来对风控请求中的请求数据进行处理，并将处理结果返回给用户设备106或者商户102处的风控客户端。

如本领域技术人员可以理解的，图1中的二维码104是可任选的，即用户并非一定需要通过二维码104来完成与商户的交易。用户可使用用户设备106，通过任何其它合适的手段来完成与商户102的交易。反之，商户也可通过任何其它合适的手段来完成与用户的交易。

下文中将通过各种框图、数据流图以及方法流程图对本公开的上述各方面进行详细描述。

图2示出了根据本公开的一个实施例的风控系统200的框图。

参照图2，风控系统200包括风控系统客户端202和风控系统服务器端204。在本发明的一个实施例中，风控系统客户端202在图1中的用户设备106和商户102处实现，风控系统客户端202中的客户端1……N可以是安装在用户设备106和商户102的设备处的应用系统或者任何其他合适的软件、硬件、固件或其组合。

当发起交易时，风控系统客户端202，具体而言是其中的客户端1……N之一，向风控系统服务器端204发出事前风控请求和事后风控请求，这两个风控请求都包括请求数据并且对应于风控系统服务器端204中的不同组件。

在本发明的一个实施例中，风控系统服务器端204中的各个组件，即请求接受组件206、交易调度动态控制组件208、动态缓存组件210、定时查询配置组件212和事后风控组件214，采用微服务架构设计，即每个组件对应于相应的微服务，以便通过将风控功能分解到各个离散的微服务中以实现对风控解决方案的解耦。

在接收到请求之际，请求接受组件206作为微服务提供者基于所接收到的事前/事后请求来完成相应的服务调用。在本发明的技术方案中，通过服务注册/发现机制来实现服务调用。

具体地，在本发明的一个实施例中，可以在请求接受组件206处使用分布式应用程序协调服务作为服务发现与注册中心，该分布式应用程序协调服务可以是Zookeeper或者其他合适的协调服务。在使用Zookeeper的实施例中，风控系统服务器端204中的各个组件作为相应的微服务提供者使用Zookeeper程序包向请求接受组件206处的Zookeeper （注册中心）注册服务，例如交易调度动态控制组件208可注册事前风控微服务（具体而言是交易调度动态控制微服务），事后风控组件214可注册事后风控微服务。风控客户端使用Zookeeper程序包从Zookeeper发现服务，具体而言以客户端插件的形式发现服务（包括事前风控微服务和事后风控微服务）并根据所发现的服务采用RPC远程调用相应的风控服务，包括通过http+json通信来完成调用。由此，风控客户端和风控服务器端借助Zookeeper完成了远程过程调用流程。在本发明的其他实施例中，也可以使用任何其他合适的分布式应用程序协调服务来完成远程服务调用。

在本发明的一个实施例中，请求接受组件206接收到的事前请求需要完成对相应的事前风控微服务的事前同步调用，而接收到的事后请求可以只需完成对相应的事后风控微服务的异步调用，这将在下文中更详细地描述。

在本发明的一个实施例中，请求接受组件206接收到的事前风控请求可同步调用交易调度动态控制组件208、动态缓存组件210、定时查询配置组件212所对应的微服务或其组合，而接收到的事后风控请求可异步调用事后风控组件214所对应的微服务。对于事前风控请求，交易调度动态控制组件208可结合动态缓存组件210和定时查询配置组件212来对该请求中的请求数据进行处理并将处理结果同步返回给风控系统客户端202。对于事后风控请求，事后风控组件214可对该请求中的请求数据进行处理并将处理结果异步返回给风控系统客户端202。这一同步和异步操作的结合能够提高系统性能，削峰，并降低系统耦合性。

本领域技术人员应理解，风控系统服务器端204所包括的各种组件的各项功能也可以在客户端上实现，或者部分地在客户端上实现且部分地在服务器端实现。

风控系统服务器端204将在下文中结合图3更详细地描述。

图3示出了根据本公开的一个实施例的风控系统服务器端300的框图。

如图3所示，风控系统服务器端300由多个组件构成，包含请求接受组件206、交易调度动态控制组件208、动态缓存组件210、定时查询配置组件212、以及事后风控组件214。请求接受组件206作为微服务的注册中心供交易调度动态控制组件208、动态缓存组件210、定时查询配置组件212、以及事后风控组件214进行微服务注册以供风控客户端发现相应的服务。

在本发明的一个实施例中，交易调度动态控制组件208、动态缓存组件210、定时查询配置组件212、以及事后风控组件214所对应的风控微服务作为微服务架构下的服务生产端将服务注册到请求接受组件206处的Zookeeper协调服务，风控客户端作为该微服务架构下的服务消费者发现相应的服务，风控客户端根据发现的服务通过http+json通信调用服务生产端，完成远程过程调用的整个过程。

所发现的服务可包括事前风控服务和事后风控服务。对于事前风控服务，请求接受组件206可完成对交易调度动态控制组件208（以及可能的动态缓存组件210和定时查询配置组件212，这取决于具体实现）的事前同步调用。

对于事后风控服务，请求接受组件206可以向事后风控组件214进行事后异步数据推送。在本发明的一个实施例中，在所采用的微服务架构设计下，在微服务之间使用消息队列中间件来实现微服务之间的异步通信，以供请求接受组件206向事后风控组件214异步推送消息或数据。该中间件可以是诸如RabbitMQ 、Kafka、RocketMQ等消息代理软件。如本领域技术人员可以理解的，在本发明的各实施例中，可使用任何合适的消息队列中间件软件来进行异步消息推送，而不限于任何特定的中间件。

交易调度动态控制组件208、动态缓存组件210和定时查询配置组件212可横向扩展部署，这能够降低服务处理压力，提升服务并发量、吞吐量。风控系统服务器端300的架构设计还可采用纵向拆分方案，由于不需要事后风控组件214同步返回处理结果，因此在架构上将事后风控组件214作为一个独立的微服务，由此该纵向拆分可实现微服务之间解耦及提高单机交易处理能力，提升开发、运维效率。

在本发明的一个实施例中，当请求接受组件206接收到事前风控请求之际，完成对交易调度动态控制组件208或所对应的微服务的事前同步调用并且事前风控请求中所包括的请求数据被传递至交易调度动态控制组件208。

交易调度动态控制组件208首先对请求数据进行解析，具体而言将通过事前风控请求传送过来的序列化数据反序列为业务对象。

在本发明的一个实施例中，交易调度动态控制组件208使用职责链设计模式，通过一个或多个处理器依次处理同一个请求或相同的请求数据，形成一个链条，链条上的处理器负责各自的业务处理。每个处理器可看作基础服务，每个基础服务处理一类风控业务逻辑。

具体而言，在交易调度动态控制组件208中，交易控制处理器按交易码设置风控开关、交易风险等级限制，例如：txn10风控开关关闭，请求直接返回，若开关打开，则后续处理器继续处理请求。业务参数处理器按业务大类、业务小类设置特殊业务参数，例如业务小类为busi01的参数设置为all_txn_dayamt_by_mchnt，则该业务小类的所有交易将进行日累计限额控制。限额处理器按商户、交易码进行单笔限额、单日累计限额、月累计限额控制，例如单日限额不允许超过5万。商户配置处理器按商户配置风控级别，商户个性化业务参数，例如某商户风控级别为01，风控将按照01的级别对请求进行处理。

职责链配置定义方式如下：

此外，可以按业务场景选择相应处理器，并将处理器配置在职责链中，作为示例而非限制，若商户交易有主扫，被扫支付，则配置aHandler、bHandler、eHandler等，若商户只有公众号支付，则配置cHandler、eHandler、fHandler等。由此能够动态配置处理器，并且处理器作为原子服务，以可插拔的形式注入到职责链中，因此能够做到风控配置的模版化，提高通用性，降低因新增需求需要改造系统的工作量。

在本发明的一个实施例中，动态缓存组件210在所调用的事前风控服务启动时会将所有风控配置加载到内存中，以供交易调度动态控制组件208中的各个处理器获取，这些职责链处理器采用Spring集合属性注入的方式来获取配置数据，按处理器配置的顺序对风控请求进行业务控制及过滤。动态缓存组件210按业务类型缓存数据，包括交易控制配置、业务参数配置、限额实时控制配置、商户配置等。

在本发明的一个实施例中，将针对动态缓存组件210的操作设计成只有获取（被交易调度动态控制组件208中的各个处理器获取）或更新（通过定时查询配置组件212更新配置数据）操作，获取和更新操作不会同时发生，即获取和更新操作不会作为组合操作出现，所以该组件210只涉及原子性操作，因此组件210采用无锁化设计以避免线程等待锁对系统的消耗，减少系统依赖，降低网络开销，针对高并发、高频交易场景可大幅提升系统性能。配置数据库与本地内存的一致性问题通过定时查询配置组件212将数据库中数据更新到本地内存中来解决。

具体而言，在本发明的一个实施例中，定时查询配置组件212定时从数据库中获取各种风控参数和风控规则数据，并通过该组件212将这些数据更新到缓存中以供动态缓存组件210提供给交易调度动态控制组件208中的各个处理器，以供这些处理器基于这些配置数据来对风控请求进行处理。在本发明的另一实施例中，若业务场景需要实时刷新，则定时查询配置组件212可以提供监听器，当配置修改时触发监听器实时将规则刷新到内存中，触发监听器机制可通过消息中间件RabbitMQ、RPC、HTTP等实现。

在本发明的另一个实施例中，当请求接受组件206接收到事后风控请求之际，完成对事后风控组件208或所对应的事后风控微服务的事后异步调用并且事后风控请求中所包括的请求数据由请求接受组件206进行转换处理，然后转换后的数据通过消息队列中间件（诸如RabbitMQ等）被异步传递至事后风控微服务，即事后风控组件214，该组件214以消息队列消费者的身份建立连接，消费事后风控数据，对消费的数据进行交易状态统计、交易限额统计、预警处理等。

具体而言，组件214按两个维度进行交易状态统计，根据交易码按日统计和按月统计，统计项包括交易数量、交易金额等。交易限额统计按商户、交易码进行单笔限额统计、单日累计限额统计、月累计限额统计。预警处理则包括预警通知，通知方式包括邮件通知、短信通知、微信通知等。预警可针对商户，例如扫码支付交易过程可能会出现各种异常情况、商户参加各种活动补贴等，这些业务场景商户希望收到预警通知，也可以针对用户，例如针对疑似欺诈交易对用户做出预警。

图4是根据本公开的一个实施例的风控系统内的数据流400的示图。

如图4所示，风控系统客户端202首先向请求接受组件206发出事前风控请求和事后风控请求。请求接受组件206接收事前风控请求和事后风控请求，并基于事前风控请求完成对交易调度动态控制组件208的事前同步调用。交易调度动态控制组件208以职责链模式通过多个处理器对风控请求进行处理，并将处理结果同步返回给风控系统客户端202。随后，请求接受组件206基于事后风控请求完成对事后风控组件214的事后异步调用，并且通过消息队列中间件将经转换的数据异步推送给事后风控组件214以供其进行事后风控处理。处理完毕时，事后风控组件214将处理结果异步返回给风控系统客户端202。

该数据流图中的同步和异步操作的结合能够提高系统性能，削峰，并降低系统耦合性。

图5示出了根据本公开的一个实施例的风控方法500的流程图。

在502，接收事前风控请求和事后风控请求。在本发明的一个实施例中，风控系统服务器端的请求接受组件从风控系统客户端接收包括请求数据的事前风控请求和事后风控请求，并且该事前风控请求和事后风控请求对应于风控系统服务器端204中的不同组件。

在504，基于所述事前风控请求来完成对事前风控微服务的同步调用。在本发明的一个实施例中，该同步调用基于风控系统服务器端的各个组件的微服务注册以及风控系统客户端对服务的发现，并且可通过RPC远程调用来实现。在本发明的另一实施例中，该同步调用包括风控系统服务器端的请求接受组件对交易调度动态控制组件的事前同步调用。

在506，通过所述事前风控微服务对所述事前风控请求的请求数据进行风控处理并同步返回处理结果。在本发明的一个实施例中，在所述风控处理之前，所述方法还包括对所述事前风控请求的请求数据进行解析，具体而言将通过事前风控请求传送过来的序列化数据反序列为业务对象。

在本发明的另一实施例中，所述风控处理包括使用职责链设计模式通过一个或多个处理器依次处理所述事前风控请求，并且所述一个或多个处理器包括交易控制处理器、业务参数处理器、限额处理器和商户配置处理器，且按照业务场景来选择。

在本发明的又一实施例中，所述风控处理进一步包括获取在所调用的所述事前风控微服务启动时被加载到内存中的风控配置，所述风控配置包括交易控制配置、业务参数配置、限额实时控制配置、商户配置，并且被定时更新到内存中。

在508，基于所述事后风控请求来完成对事后风控微服务的异步调用。

在510，将所述事后风控请求的请求数据异步推送给所述事后风控微服务。在本发明的一个实施例中，将所述事后风控请求的请求数据异步推送给所述事后风控微服务进一步包括转换所述事后风控请求的请求数据并将转换后的请求数据通过消息队列中间件异步推送给所述事后风控微服务。

在512，通过所述事后风控微服务对所述事后风控请求的请求数据进行处理并异步返回处理结果。在本发明的一个实施例中，所述处理包括对所述事后风控请求的请求数据进行交易状态统计、交易限额统计、预警处理。

以上参考根据本发明的实施例的方法、系统和计算机程序产品的框图和/或操作说明描述了本发明的实施例。框中所注明的各功能/动作可以按不同于任何流程图所示的次序出现。例如，取决于所涉及的功能/动作，连续示出的两个框实际上可以基本上同时执行，或者这些框有时可以按相反的次序来执行。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (12)

1.一种基于事前同步处理和事后异步处理的风控方法，所述方法包括：

接收事前风控请求和事后风控请求，所述事前风控请求和所述事后风控请求各自包括请求数据；

基于所述事前风控请求来完成对事前风控微服务的同步调用；

通过所述事前风控微服务对所述事前风控请求的请求数据进行风控处理并同步返回处理结果；

基于所述事后风控请求来完成对事后风控微服务的异步调用；

将所述事后风控请求的请求数据异步推送给所述事后风控微服务；以及

通过所述事后风控微服务对所述事后风控请求的请求数据进行处理并异步返回处理结果。

2.如权利要求1所述的方法，其中所述同步调用基于所述事前风控微服务的注册以及对所述事前风控微服务的发现，并且通过RPC远程调用来实现。

3.如权利要求1所述的方法，进一步包括在所述风控处理之前对所述事前风控请求的请求数据进行解析。

4.如权利要求1所述的方法，其中所述风控处理包括使用职责链设计模式通过一个或多个处理器依次处理所述事前风控请求。

5.如权利要求4所述的方法，其中所述一个或多个处理器包括交易控制处理器、业务参数处理器、限额处理器和商户配置处理器。

6.如权利要求5所述的方法，其中所述一个或多个处理器按照业务场景来选择。

7.如权利要求1所述的方法，其中所述风控处理进一步包括获取在所调用的所述事前风控微服务启动时被加载到内存中的风控配置。

8.如权利要求7所述的方法，其中所述风控配置包括交易控制配置、业务参数配置、限额实时控制配置、商户配置，并且所述风控配置被定时更新到内存中。

9.如权利要求1所述的方法，其中将所述事后风控请求的请求数据异步推送给所述事后风控微服务进一步包括转换所述事后风控请求的请求数据并将转换后的请求数据通过消息队列中间件异步推送给所述事后风控微服务。

10.如权利要求1所述的方法，其中对所述事后风控请求的请求数据进行处理包括对所述事后风控请求的请求数据进行交易状态统计、交易限额统计、预警处理。

11.一种计算机系统，包括用于执行如权利要求1-10中的任一项所述的方法的装置。

12.一种存储计算机可执行指令的计算机可读存储介质，所述计算机可执行指令在被执行时使计算机执行如权利要求1-10中的任一项所述的方法。

Images