CN109345063B - 用于风控系统的数据处理方法、设备和存储介质 - Google Patents

Abstract

本公开涉及用于风控系统的数据处理方法、设备和存储介质。所述数据处理方法用于实现风控系统的风控处理流程，风控处理流程采用责任链设计模式，该方法包括：获得来自接入所述风控系统的应用的用户活动数据；以及使用与所述应用相对应的风控处理责任链对所述用户活动数据进行风控处理操作，以得到风控处理结果此外。还提供了用于风控系统的数据处理装置、计算机设备和存储介质。通过本发明的各实施例，能够按照基于责任链设计模式的风控处理流程针对用户活动数据进行风控处理，使得风控处理流程更便于维护和扩展，能够提高对海量数据的风控处理效率。

Description

用于风控系统的数据处理方法、设备和存储介质

技术领域

本发明涉及数据处理技术领域，特别是涉及用于风控系统的数据处理方法、设备和存储介质。

背景技术

随着互联网技术的日益发展，数据风控技术越来越成为人们关注的焦点。风控系统利用大数据技术通过风险决策来预防或阻止用户账号、活动、交易等关键业务环节出现的欺诈威胁，降低经济损失。

风控系统针对所获得的用户活动数据调用规则流程进行处理并得出风险结果。一种现有的风控系统的风控处理流程使用的是类似工作流的设计模式。在这种设计模式下，风控处理流程有如下缺点：

1、可以根据接入风控系统的应用在后台做出相应的配置，但针对该应用的用户活动数据，还是必须调用执行所有的规则流程，进入规则流程之后才能根据配置判断是否需要继续执行该规则流程。

2、需要为各种参数定义各种不同对象，导致传递的参数对象过多，参数传递复杂，并且如果需要新增规则流程，则还需要修改参数对象以增加对应的参数。

3、数据的逻辑处理和归档处理被包含在一个流中顺序执行，二者耦合度较高，难以区分和维护，且必须执行。如果有必须要执行的规则流程，需使用Java异常的finally块来执行。这些导致风控流程的可维护性与可扩展性比较差。

发明内容

基于此，为解决以上问题中的一个或多个，本发明实施例提供了用于风控系统的数据处理方法、设备和存储介质。

第一方面，提供了一种用于实现风控系统的风控处理流程的数据处理方法，所述风控处理流程采用责任链设计模式，所述数据处理方法包括：

获得来自接入所述风控系统的应用的用户活动数据；以及

使用与所述应用相对应的风控处理责任链对所述用户活动数据进行风控处理操作，以得到风控处理结果。

根据一个示例性实施例，所述使用与所述应用相对应的风控处理责任链对所述用户活动数据进行风控处理操作包括：

将所述用户活动数据引入到与所述应用相对应的所述风控处理责任链；

执行所述风控处理责任链上的一个或多个第一对象来处理所述用户活动数据，其中，所述一个或多个第一对象中的至少一个对应于适用于所述应用的风控规则流程；以及

执行所述风控处理责任链上的一个或多个第二对象，其中，所述一个或多个第二对象对应于数据归档操作。

根据一个示例性实施例，所述执行所述风控处理责任链上的一个或多个第二对象是在所述风控处理责任链上的所述一个或多个第一对象全部被执行完毕后进行的。

根据一个示例性实施例，与所述应用相对应的风控处理责任链包括一个或多个风控处理子责任链，每个风控处理子责任链对应于所述应用的相对应的风控场景类别，其中，所述执行所述风控处理责任链上的一个或多个第一对象来处理所述用户活动数据包括：

根据所述用户活动数据的风控场景类别，将所述用户活动数据引入到与所述风控场景类别相对应的风控处理子责任链；以及

执行所述风控处理子责任链上的一个或多个第一对象来处理所述用户活动数据，其中，所述一个或多个第一对象中的至少一个对应于适用于所述应用的所述风控场景类别的风控规则流程。

根据一个示例性实施例，所述一个或多个第一对象通过Commons Chain的Command接口的execute方法来实现，所述一个或多个第二对象通过Commons Chain的Filter接口的postprocess方法来实现。

根据一个示例性实施例，所述风控处理责任链还包括Chain接口，其中所述一个或多个第一对象和所述一个或多个第二对象通过所述Chain接口被添加到所述风控处理责任链上。

根据一个示例性实施例，所述风控处理责任链还包括仅一个参数对象，用于全局参数传递。

根据本公开的第二方面，提供一种用于实现风控系统的风控处理流程的数据处理装置，所述风控处理流程采用责任链设计模式，所述数据处理装置包括：

用户活动数据获取单元，其被配置为获得来自接入所述风控系统的应用的用户活动数据；以及

风控处理单元，其被配置为使用与所述应用相对应的风控处理责任链对所述用户活动数据进行风控处理操作，以得到风控处理结果。

根据一个示例性实施例，风控处理单元进一步包括：

责任链引入单元，其被配置为将所述用户活动数据引入到与所述应用相对应的所述风控处理责任链。

风控规则执行单元，其被配置为执行所述风控处理责任链上的一个或多个第一对象来处理所述用户活动数据，其中，所述一个或多个第一对象中的至少一个对应于适用于所述应用的风控规则流程；以及

数据归档单元，其被配置为执行所述风控处理责任链上的一个或多个第二对象，其中，所述一个或多个第二对象对应于数据归档操作。

根据一个示例性实施例，所述风控规则执行单元执行完毕所述风控处理责任链上的所述一个或多个第一对象的全部之后执行所述一个或多个第二对象。

根据一个示例性实施例，与所述应用相对应的风控处理责任链包括一个或多个风控处理子责任链，每个风控处理子责任链对应于所述应用的相对应的风控场景类别，其中，所述风控规则执行单元进一步包括：

子责任链引入单元，其被配置为：根据所述用户活动数据的风控场景类别，将所述用户活动数据引入到与所述风控场景类别相对应的风控处理子责任链；以及

规则执行子单元，其被配置为执行所述风控处理子责任链上的一个或多个第一对象来处理所述用户活动数据，其中，所述一个或多个第一对象中的至少一个对应于适用于所述风控场景类别的风控规则流程。

根据本公开的第三方面，提供一种计算设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令在被所述处理器执行时，使得所述处理器执行如上所述的方法实施例中的任一个。

根据本公开的第四方面，提供一种存储介质，其上存储有计算机程序，所述计算机程序在被一个或多个处理器执行时实现如上所述的方法实施例中的任一个。

本公开的实施例提供的技术方案可以包括以下有益效果：

通过本公开如上所述以及如下所述的各实施例，能够按照基于责任链设计模式的风控处理流程针对用户活动数据进行风控处理，对于来自接入风控系统的应用的用户活动数据，可以使用与该应用相对应的风控处理责任链对用户活动数据进行风控处理操作，使得无需调用所有的规则流程，简化了数据处理流程，提高了处理效率。另外，在一些实施例中，在风控处理责任链上，通过按照先后顺序执行一个或多个第一对象(对应于对用户活动数据的逻辑处理)以及一个或多个第二对象(对应于数据归档)，将对用户活动数据的逻辑处理(例如，数据校验、数据解密、对数据运用风控规则流程)与数据归档分离开来，便于修改对数据的逻辑处理流程(例如，增加或删除风控规则流程，更改现有的风控规则流程)。此外，在一些实施例中，在风控处理责任链上仅使用一个参数对象(例如，Context)来在链上的各对象之间进行全局参数传递，简化了参数传递，便于风控处理流程的修改。此外，在一些实施例中，进一步将用户活动数据引入到包含在风控处理责任链中的与用户活动数据的风控场景类别相对应的风控处理子责任链，并执行该风控处理子责任链上的对象进行风控处理操作，无需调用该应用适用的所有规则流程，而仅调用适用于该应用的该风控场景类别的规则流程，进一步简化了数据处理流程，提高了处理效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本公开。

附图说明

图1是根据一示例性实施例示出的本申请所涉及的实施环境的示意简图。

图2是根据一示例性实施例示出的一种用于风控系统的数据处理方法的流程图。

图3是根据图2对应实施例示出的数据处理方法中步骤S220的一种示例性具体实现方式的示意流程图。

图4是根据图3对应实施例示出的数据处理方法中步骤S320的一种示例性具体实现方式的示意流程图。

图5是根据一示例性实施例示出的基于责任链设计模式的风控处理流程的模型示意图。

图6是根据一示例性实施例示出的数据处理装置的示意组成框图。

图7是图6对应实施例示出的数据处理装置中风控处理单元620的示意组成框图。

图8是图7对应实施例示出的风控处理单元620的风控规则执行单元720的示意组成框图。

图9是根据一示例性实施例示出的计算设备100的示意组成框图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明的示例性实施例进行进一步详细说明。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。应当理解，此处所描述的具体实施例仅仅用于解释本发明，并不用于限定本发明。

图1是根据一示例性实施例示出的本公开所涉及的实施环境的示意简图。如图1所示，设备100上运行有风控系统或至少本公开所涉及的风控系统的部分模块，其可以是服务器或终端设备(例如，智能手机、平板电脑、笔记本电脑、台式计算机等)等计算设备。接入风控系统的应用1和应用2分别运行在设备200和设备300上，设备200和设备300通过通信链路(例如，有线或无线网络、通信介质等)与设备100以及终端设备400、500和600进行通信。用户1和用户2分别通过使用终端设备400和500(例如通过网页浏览器)访问设备200上运行的应用1并与其交互，用户3通过使用终端设备600(例如通过网页浏览器)访问设备300上运行的应用2并与其交互。当用户1、用户2或用户3在与应用1或2进行交互时的操作触发了风控请求时，应用1或2向风控系统发出风控处理请求并将相应用户的相关的用户活动数据发送给设备100上运行的风控系统。风控系统根据一定的风控规则结合获得的用户活动数据判断用户操作的风险，将风控处理结果返回给发出风控请求的应用，并将数据归档到数据库。在以上和以下各实施例中，通过设备100执行根据本公开各实施例的用于实现风控系统的风控处理流程的数据处理方法。

图1及以上描述只是本公开所涉及的实施环境的一个示例性实施例，可以理解的是，风控系统和接入风控系统的应用可以分别运行或部署在多个设备上，用户可能通过运行应用的设备直接与应用进行交互。此外，接入系统的应用可以为一个或多个，并不限于图示的两个，各应用的用户个数可以为一个或多个，并不限于图示的个数。

图2是根据一示例性实施例示出的一种用于风控系统的数据处理方法的流程图。如图2所示，该示例数据处理方法包括步骤：

S210，获得来自接入风控系统的应用的用户活动数据。

用户活动数据是指，与导致风控需求的用户操作相关的用户数据，例如，用户的帐号、密码、登录频率、IP地址、常用设备、WiFi等等。引起风控请求的风控场景包括：例如，用户注册、登录、积分、信息变更、登录密码管理、支付密码管理、优惠券管理、红包类、消费类等等。

在一个示例性实施例中，风控系统(设备100)响应于来自应用的风控请求获取用户活动数据。此处的“来自应用的风控请求”除了指应用向风控系统发起的主动风控请求，也可以指用户对应用进行的导致风控需求的操作，风控系统在检测到该操作时主动发起风控处理。

S220，使用与该应用相对应的风控处理责任链对用户活动数据进行风控处理操作，以得到风控处理结果。

在根据本公开的一示例性实施例中，用于风控系统的风控处理流程采用责任链设计模式，其中，为每个应用配置相对应的风控处理责任链，在该责任链上具有一个或多个适用于该应用的对象，风控系统使用这些对象针对来自该应用的用户活动数据进行风控处理。这样，在进行风控处理时，对于来自各应用的用户活动数据，使用与各应用相对应的风控处理责任链进行风控处理操作，避免了调用不适用该应用的对象，提高了处理效率。

这些对象可以包括，例如，一个或多个第一对象以及一个或多个第二对象。第一对象对应于对用户活动数据的逻辑操作，例如，用户活动数据的校验、解密、使用风控规则对用户活动数据进行运算和判断等。第二对象对应于数据归档操作，即，将用户活动数据和/或风控数据归档到一个或多个数据库。其中，第一对象中所对应的风控规则为适用于该应用的风控规则，以风控规则流程的形式作为责任链上的对象。风控规则流程是指将风控规则应用到用户活动数据进行风控处理的流程。

责任链模式是一种对象的行为模式。在责任链模式中，责任链上的多个对象由每一个对象对其下家的引用而连接起来形成一条链。请求在这个链上传递，直到链上的某一个对象决定处理此请求。发出这个请求的客户端并不知道链上的哪一个对象最终处理这个请求，这使得系统可以在不影响客户端的情况下动态地重新组织和分配责任。

图3是根据图2对应实施例示出的数据处理方法中步骤S220的一种示例性具体实现方式的示意流程图。如图3所示，步骤S220可以包括步骤：

S310，将用户活动数据引入到与该应用相对应的风控处理责任链。

风控系统根据用户活动数据来自哪个应用而将用户活动数据引入到与该应用相对应的风控处理责任链上。

S320，执行风控处理责任链上的一个或多个第一对象来处理用户活动数据，其中，所述一个或多个第一对象中的至少一个对应于适用于该应用的风控规则流程。

如上所述，与应用相对应的风控处理责任链上的对象均是适用于该应用的对象，其中第一对象对应于对用户活动数据的逻辑操作，第一对象中的至少一个为对应于风控规则流程的对象，其它的可以包括对应于用户活动数据的校验、解密等操作的对象。在一个实施例中，第一对象中有多个对象对应于适用于该应用的不同风控规则流程。一般地，可以每个风控规则流程形成一个对象。

通过执行所述一个或多个第一对象，将相应的风控规则应用到用户活动数据，并根据得到的结果进行风控决策以得到风控处理结果。

S330，执行所述风控处理责任链上的一个或多个第二对象，其中，所述一个或多个第二对象对应于数据归档操作。

如上所述，与应用相对应的风控处理责任链上还包括有用于数据归档的一个或多个第二对象。通过执行第二对象，风控系统可以根据在步骤S320中得到的风控处理结果将用户活动数据和/或风控数据归档到数据库。例如，风控处理结果一般为通过、升级或拒绝。风控数据一般可以包括请求参数、风险评分、命中规则列表、是否需要进行升级操作等数据，根据风控处理结果将这些数据归档到相应数据库中或数据库的相应位置，用于后续查询风控记录、大数据分析等操作。

在一个示例性实施例中，在步骤S320中执行完风控处理责任链上的所有第一对象后再进入步骤S330执行第二对象。即，在处理完对用户活动数据的逻辑处理后，再做相应的数据归档，使得两种操作的执行被分离开来，执行顺序清晰有条理，便于修改对数据的逻辑处理流程(例如，增加或删除风控规则流程，更改现有的风控规则流程等)。

图4是根据图3对应实施例示出的数据处理方法中步骤S320的一种示例性具体实现方式的示意流程图。在该实施例中，与所述应用相对应的风控处理责任链包括一个或多个风控处理子责任链，每个风控处理子责任链对应于所述应用的相对应的风控场景类别(例如，用户注册、登录、积分、信息变更、登录密码管理、支付密码管理、优惠券管理、红包类、消费类等等)。例如，针对该应用的登录风控场景，可以配置相对应的风控处理子责任链，该风控处理子责任链上具有适用于该应用的登录风控场景的一个或多个第一对象(如上所述，第一对象对应于对用户活动数据的逻辑处理)。如图3所示，步骤S320可以包括步骤：

S410，根据用户活动数据的风控场景类别，将用户活动数据引入到与该风控场景类别相对应的风控处理子责任链。

S420，执行该风控处理子责任链上的一个或多个第一对象来处理用户活动数据，其中，所述一个或多个第一对象中的至少一个对应于适用于该应用的该风控场景类别的风控规则流程。

相似地，除了对应于风控规则流程的一个或多个对象，第一对象中还可以包括对应于数据校验、解密等操作的对象。

在图4的实施例中，进一步将用户活动数据引入到与用户活动数据的风控场景类别相对应的风控处理子责任链，并执行该风控处理子责任链上的对象进行风控处理操作，使得无需调用该应用适用的所有规则流程，而仅调用适用于该应用的该风控场景类别的规则流程，进一步简化了数据处理流程，提高了处理效率。

如上所述，本公开各实施例的风控处理流程采用责任链设计模式，图5示出了根据一示例性实施例的基于责任链设计模式的风控处理流程的模型示意图。在该示例性实施例中，采用Commons Chain(公共链)来实现风控处理责任链。

如图5所示，风控处理责任链包括Command(命令)接口、Chain(链)接口、Filter(过滤器)接口和一个用于全局参数传递的参数对象Context(上下文)，其中Command接口包括3个实现Command1、Command2、Command3，Filter接口包括一个实现Filter1。

Command接口是Commons Chain中最重要的接口，其表示风控处理责任链中的具体某一步要执行的命令。Command接口可以包括一个或多个实现作为风控处理责任链上的对象。Command接口只有一个方法：boolean execute(Context context)。如果执行该方法的结果返回true(真)，那么表示责任链的处理结束，责任链中的其他Command对象不会被调用；如果返回false(假)，则责任链会继续调用下一个Command对象，直到：Command对象返回true；Command对象抛出异常；或到达责任链的末尾。在一个示例中，可以通过Command接口的execute(执行)方法来实现风控处理责任链上的第一对象。例如，可以使用三个实现Command1、Command2、Command3分别对应于用户活动数据的校验、解密以及风控规则流程，作为风控处理责任链上的3个对象。可以理解，风控处理责任链可以包括更多的Command对象以对应于更多的风控规则流程或其他逻辑操作。

Filter接口是一种特殊的Command，它的父接口是Command。除了Command接口的方法execute，Filter接口还包括另一个方法：boolean postprocess(Context context,Exception exception)。Command接口可以包括一个或多个实现作为风控处理责任链上的对象(在图5中只示出了一个Filter实现Filter1)。风控处理责任链会在执行了Filter的execute方法之后，执行postprocess(后置处理)方法(不论风控处理责任链以何种方式结束)。因此，可以通过Filter接口来实现责任链中必须要执行的流程，而无需抛出异常。在一个示例中，可以通过Filter接口的postprocess方法来实现风控处理责任链上的第二对象。例如，可以将数据归档操作定义在Filter对象的postprocess方法中。在一个示例中，可以将Filter对象设置在风控处理责任链的末尾，以便在最后执行数据归档操作。可以理解的是，风控处理责任链上可以包括多个Filter对象，用于将数据归档到不同的数据库，例如，Filter1可以设计为落地到PG数据库，Filter2设计为落地到Oracle数据库，Filter3设计为落地到ElasticSearch(用于大数据分析)。

Filter接口的execute的执行顺序与Filter在Chain接口中出现的位置一致，但是postprocess的执行顺序与之相反。例如，如果连续定义了Filter1和Filter2，那么execute的执行顺序是：Filter1->Filter2；而postprocess的执行顺序是：Filter2->Filter1。

在Commons Chain中，存在Context接口。在一个示例性实施例中，使用Context接口的一个实现即仅一个Context对象来进行全局参数传递。Context对象实现了Java的Map(映射)接口，用于在命令间实现共享信息的传递。在责任链上只需要这一个上下文对象，需要什么传入什么，在执行各个对象时可以按需传入传出，从而简化了参数传递。在一示例性实施例中，在风控处理责任链上仅使用一个参数对象Context来在链上的各对象之间进行全局参数传递，简化了参数传递，便于风控处理流程的修改。

Chain接口表示“命令链”，可以在其中定义责任链所要执行的对象，要在责任链中执行的命令需要先添加到Chain中(如图5中所示，通过addCommand(添加命令)方法)。Chain的父接口是Command，ChainBase实现了它。在一个示例性实施例中，如上所述的一个或多个第一对象和一个或多个第二对象通过Chain接口被添加到风控处理责任链上。在Chain中需要定义一个ChainRunner类来配置我们的风控处理责任链所包括的对象，在ChainRunner类中配置的对象顺序是什么，风控处理责任链执行对象的顺序就是什么。执行的时候，只要启动chain中的execute方法，整个责任链就会按照在ChainRunner类中配置的顺序依次执行。在一个示例中，将Filter对象设置在最后执行，Filter对象中的postProcess方法会进行我们定义的数据归档工作。

图6示出了根据一示例性实施例的数据处理装置601的示意组成框图。数据处理装置601用于执行如上所述的用于实现风控系统的风控处理流程的数据处理方法。如图6的示例中所示，数据处理装置601可以包括用户活动数据获取单元610和风控处理单元620，其中：

用户活动数据获取单元610被配置为获得来自接入风控系统的应用的用户活动数据。

风控处理单元620被配置为使用与该应用相对应的风控处理责任链对所述用户活动数据进行风控处理操作，以得到风控处理结果。

图7示出了图6实施例的数据处理装置中风控处理单元620的示意组成框图。如图7所示，风控处理单元620可以进一步包括：

责任链引入单元710，其被配置为将用户活动数据引入到与应用相对应的风控处理责任链；

风控规则执行单元720，其被配置为执行风控处理责任链上的一个或多个第一对象来处理用户活动数据，其中，所述一个或多个第一对象中的至少一个对应于适用于该应用的风控规则流程；以及

数据归档单元730，其被配置为执行风控处理责任链上的一个或多个第二对象，其中，所述一个或多个第二对象对应于数据归档操作。

根据一个示例性实施例，风控规则执行单元720在执行完毕风控处理责任链上的所述一个或多个第一对象的全部之后再执行所述一个或多个第二对象。

根据一个示例性实施例，与应用相对应的风控处理责任链可以包括一个或多个风控处理子责任链，每个风控处理子责任链对应于该应用的相对应的风控场景类别。图8示出了在这样的示例性实施例的情况下风控规则执行单元720的示意组成框图。如图8所示，风控规则执行单元720可以进一步包括：

子责任链引入单元810，其被配置为：根据用户活动数据的风控场景类别，将用户活动数据引入到与风控场景类别相对应的风控处理子责任链；以及

规则执行子单元820，其被配置为执行风控处理子责任链上的一个或多个第一对象来处理用户活动数据，其中，所述一个或多个第一对象中的至少一个对应于适用于该风控场景类别的风控规则流程。

上述装置中各个单元/模块的功能和作用的实现过程以及相关细节具体详见上述数据处理方法中对应步骤的实现过程，在此不再赘述。

以上各实施例中的数据处理装置可以通过硬件、软件、固件或其组合的方式来实现，并且其可以被实现为一个单独的装置，也可以被实现为各组成单元/模块分散在一个或多个计算设备中并分别执行相应功能的逻辑集成系统。

以上各实施例中组成数据处理装置的各单元/模块是根据逻辑功能而划分的，它们可以根据逻辑功能被重新划分，例如可以通过更多或更少的单元/模块来实现数据处理装置。这些组成单元/模块分别可以通过硬件、软件、固件或其组合的方式来实现，它们可以是分别的独立部件，也可以是多个组件组合起来执行相应的逻辑功能的集成单元/模块。所述硬件、软件、固件或其组合的方式可以包括：分离的硬件组件，通过编程方式实现的功能模块、通过可编程逻辑器件实现的功能模块，等等，或者以上方式的组合。

根据一个示例性实施例，数据处理装置可被实现为一种计算设备，该计算设备包括存储器和处理器，所述存储器中存储有计算机程序，所述计算机程序在被所述处理器执行时，使得所述处理器执行如上所述的数据处理方法各实施例中的任一个，即，所述计算机程序在被所述处理器执行时使得该计算设备实现如上所述的数据处理装置各实施例的组成单元/模块所实现的功能。

上面的实施例中所述的处理器可以指单个的处理单元，如中央处理单元CPU，也可以是包括多个分散的处理单元的分布式处理器系统。

上面的实施例中所述的存储器可以包括一个或多个存储器，其可以是计算设备的内部存储器，例如暂态或非暂态的各种存储器，也可以是通过存储器接口连接到计算设备的外部存储装置。

图9示出了这样的计算设备901的一个示例性实施例的示意组成框图。计算设备901可以是图1中所示的设备100或其组成部分。如图9所示，计算设备901可以包括：处理器910、通信接口920、存储器930和总线940。存储器930内存储有可被处理器910执行的计算机程序。处理器910执行所述计算机程序时实现上述实施例中的数据处理方法及数据处理装置的功能。存储器930和处理器910的数量分别可以为一个或多个。通信接口920用于处理器910与外部设备之间的通信。

其中，处理器910可以是中央处理单元、通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本发明公开内容所描述的各种示例性的流程步骤、功能单元/模块和/或电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合、数字信号处理器等等。

存储器930可以包括易失性存储器和/或非易失性存储器，例如非易失性动态随机存取存储器、相变随机存取存储器、磁阻式随机存取存储器、磁盘存储器、电子可擦除可编程只读存储器、闪存器件、半导体器件(例如固态硬盘)等。存储器930可选地还可以是外部远程存储装置。

总线940可以是工业标准体系结构(ISA，Industry Standard Architecture)总线、外部设备互连(PCI，Peripheral Component)总线或扩展工业标准体系结构(EISA，Extended Industry Standard Component)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图9中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。可选地，如果存储器930、处理器910及通信接口920集成在一块芯片上，则存储器930、处理器910及通信接口920可以通过内部接口完成相互间的通信。

以上各方法和装置实施例还可以被实现为计算机程序的形式，被存储在存储介质上，并且可被分发。因此，根据本公开的另一方面，还提供一种存储介质，其上存储有可供处理器执行的计算机程序，所述计算机程序在被处理器执行时实现如上所述的各方法和装置实施例中的任一个。

该存储介质可以是任何可以保持和存储可由指令执行设备使用的指令的有形设备。例如，其可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。

这里所描述的计算机程序/计算机指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

本公开中所述的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本发明的各个方面。

这里参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本发明的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。对于本领域技术人员来说公知的是，通过硬件方式实现、通过软件方式实现以及通过软件和硬件结合的方式实现都是等价的。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。但本领域技术人员应当清楚的是，上述各实施例可以根据需要单独使用或者相互结合使用。另外，对于装置实施例而言，由于其是与方法实施例相对应，所以描述得比较简单，相关之处参见方法实施例的对应部分的说明即可。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (6)

1.一种用于实现风控系统的风控处理流程的数据处理方法，其特征在于，所述风控处理流程采用责任链设计模式，所述数据处理方法包括：

获得来自接入所述风控系统的应用的用户活动数据；以及使用与所述应用相对应的风控处理责任链对所述用户活动数据进行风控处理操作，包括：

将所述用户活动数据引入到与所述应用相对应的所述风控处理责任链；与所述应用相对应的风控处理责任链包括一个或多个风控处理子责任链，每个风控处理子责任链对应于所述应用的相对应的风控场景类别；

执行所述风控处理责任链上的一个或多个第一对象来处理所述用户活动数据，包括：

根据所述用户活动数据的风控场景类别，将所述用户活动数据引入到与所述风控场景类别相对应的风控处理子责任链；以及执行所述风控处理子责任链上的一个或多个第一对象来处理所述用户活动数据，其中，所述一个或多个第一对象中的至少一个对应于适用于所述应用的所述风控场景类别的风控规则流程；以及执行所述风控处理责任链上的一个或多个第二对象，其中，所述一个或多个第二对象对应于数据归档操作，以得到风控处理结果；所述执行所述风控处理责任链上的一个或多个第二对象是在所述风控处理责任链上的所述一个或多个第一对象全部被执行完毕后进行的。

2.如权利要求1所述的方法，其特征在于，所述一个或多个第一对象通过CommonsChain的Command接口的execute方法来实现，所述一个或多个第二对象通过Commons Chain的Filter接口的postprocess方法来实现。

3.如权利要求2所述的方法，其特征在于，所述风控处理责任链还包括Chain接口，其中所述一个或多个第一对象和所述一个或多个第二对象通过所述Chain接口被添加到所述风控处理责任链上。

4.一种用于实现风控系统的风控处理流程的数据处理装置，其特征在于，所述风控处理流程采用责任链设计模式，所述数据处理装置包括：

用户活动数据获取单元，其被配置为获得来自接入所述风控系统的应用的用户活动数据；以及风控处理单元，其被配置为使用与所述应用相对应的风控处理责任链对所述用户活动数据进行风控处理操作，包括：

责任链引入单元，其被配置为将所述用户活动数据引入到与所述应用相对应的所述风控处理责任链；与所述应用相对应的风控处理责任链包括一个或多个风控处理子责任链，每个风控处理子责任链对应于所述应用的相对应的风控场景类别；

风控规则执行单元，其被配置为执行所述风控处理责任链上的一个或多个第一对象来处理所述用户活动数据，包括：根据所述用户活动数据的风控场景类别，将所述用户活动数据引入到与所述风控场景类别相对应的风控处理子责任链；以及执行所述风控处理子责任链上的一个或多个第一对象来处理所述用户活动数据，其中，所述一个或多个第一对象中的至少一个对应于适用于所述应用的所述风控场景类别的风控规则流程；以及数据归档单元，其被配置为执行所述风控处理责任链上的一个或多个第二对象，其中，所述一个或多个第二对象对应于数据归档操作，以得到风控处理结果；所述执行所述风控处理责任链上的一个或多个第二对象是在所述风控处理责任链上的所述一个或多个第一对象全部被执行完毕后进行的。

5.一种计算设备，包括存储器和处理器，所述存储器中存储有计算机程序，所述计算机程序在被所述处理器执行时，使得所述处理器执行如权利要求1至3中任一项所述的方法。

6.一种存储介质，其上存储有计算机程序，所述计算机程序在被一个或多个处理器执行时实现如权利要求1至3中任一项所述的方法。

Images