CN105335815A - 一种风险控制系统及方法 - Google Patents

Abstract

本发明公开了一种风险控制系统及方法，属于风险控制领域；系统包括：存储单元、接收单元、第一过滤单元、第二过滤单元、计算单元以及处置单元；方法包括：持续获取操作数据；针对风控规则，根据相应的类别属性，对所有操作数据进行过滤，以得到相应的第一类别的第一过滤数据；根据风控规则的个体属性，对第一过滤数据进行过滤，以得到相应的第二过滤数据；对第二过滤数据进行计算，以得到并输出相应的计算结果；将计算结果与触发阈值进行比较，输出相应的比较结果；根据比较结果，在计算结果达到触发阈值时，对操作数据和/或关联于操作数据的后续操作进行处置。上述技术方案的有益效果是：简化风控规则的设置和处理过程，提升效率。

Description

一种风险控制系统及方法

技术领域

本发明涉及风险控制领域，尤其涉及一种风险控制系统及方法。

背景技术

现有的风险控制技术中，通常需要风控专员对风控规则进行非常细致的配置，有时候甚至需要细化到代码层面，即需要风控专员采用编码的方式对不同的风控规则进行设置。这对风控专员的要求非常高。同时风险控制的处理方式也比较复杂，需要处理的数据较多，这会造成风控规则的设置效率降低，同时造成风险控制的处理效率降低，使得风控规则的设置和执行过程都变得非常复杂。

发明内容

根据现有技术中存在的问题，现提供一种风险控制系统及方法的技术方案，旨在简化风控规则的设置和处理过程，提升风控规则的设置和执行效率。

上述技术方案具体包括：

一种风险控制系统，适用于交易系统；其中，于一存储单元中保存多条风控规则，每条所述风控规则包括触发阈值和处置方式，所有所述风控规则被划分为关联于不同的第一类别，还包括：

接收单元，用于持续获取输入至所述交易系统的操作数据；

第一过滤单元，分别连接所述存储单元和所述接收单元，用于针对不同的所述风控规则，根据关联于相应的所述第一类别的类别属性，对所有所述操作数据进行过滤，以得到关联于相应的所述第一类别的第一过滤数据并输出；

第二过滤单元，分别连接所述存储单元和所述第一过滤单元，用于根据不同的所述风控规则的个体属性，对所述第一过滤数据进行过滤，以得到关联于相应的所述风控规则的第二过滤数据并输出；

计算单元，分别连接所述存储单元和所述第二过滤单元，用于针对不同的所述风控规则，对所述第二过滤数据进行计算，以得到相应的计算结果，并与关联于对应的所述风控规则的所述触发阈值进行比较，输出相应的比较结果；

处置单元，分别连接所述存储单元和所述计算单元，用于根据所述比较结果，在所述计算结果达到所述触发阈值时，采用对应的所述处置方式对所述操作数据和/或关联于所述操作数据的后续操作进行处置。

优选的，该风险控制系统，其中，所述类别属性包括：

用于表示所述风控规则需要监控的所述操作数据所在的交易平台的平台属性；和/或

用于表示所述风控规则需要监控的所述操作数据对应的操作类型的操作属性；和/或

用于表示所述风控规则需要监控的所述操作数据对应的操作时段的时段属性；和/或

用于表示所述风控规则需要监控的所述操作数据对应的操作时刻的时刻属性。

优选的，该风险控制系统，其中，所述个体属性包括：

用于表示所述风控规则需要监控的所述操作数据对应的操作者的操作地址信息；和/或

用于表示所述风控规则需要监控的所述操作数据对应的一类操作者的操作地址范围信息。

优选的，该风险控制系统，其中，所述计算单元包括：

存储模块，其中保存有关联于不同的所述风控规则的计算模型；

多个计算模块，分别连接所述存储模块，每个所述计算模块用于根据当前应用的不同的所述风控规则，调用相应的所述计算模型，以对所述第二过滤数据进行计算，并输出相应的计算结果；

比较模块，分别连接每个所述计算模块，用于比较所述计算结果是否达到相应的所述风控规则中的所述触发阈值，并输出相应的所述比较结果。

优选的，该风险控制系统，其中，所有所述风控规则还被划分为关联于不同的第二类别，不同的所述第二类别被关联到不同的总体处置方式，还包括：

决策单元，分别连接所述存储单元、所述计算单元和所述处置单元；

所述决策单元获取所述比较结果，并在所述比较结果表示所述计算结果达到所述触发阈值时根据相应的所述风控规则所属的所述第二类别，采用相应的所述总体处置方式对所述操作数据和/或关联于所述操作数据的后续操作执行处理；

所述处置单元根据所述决策单元应用的所述总体处置方式，确定是否需要应用所述处置方式对所述操作数据和/或关联于所述操作数据的后续操作进行处理。

优选的，该风险控制系统，其中，所述总体处置方式包括：

拦截所有所述操作数据和/或所述后续操作；或者

放行所有所述操作数据和/或所述后续操作；

若所述决策单元执行拦截操作，则所述处置单元无需对所述操作数据和/或所述后续操作进行处理；

若所述决策单元执行放行操作，则所述处置单元继续根据所述比较结果，在所述计算结果达到所述触发阈值时，采用对应的所述处置方式对所述操作数据和/或所述后续操作进行处置。

一种风险控制方法，适用于交易系统；其中，于一存储单元中保存多条风控规则，每条所述风控规则包括触发阈值和处置方式，所有所述风控规则被划分为关联于不同的第一类别，还包括：

步骤S1，采用一接收单元持续获取输入至所述交易系统的操作数据；

步骤S2，针对不同的所述风控规则，采用一第一过滤单元根据关联于相应的所述第一类别的类别属性，对所有所述操作数据进行过滤，以得到关联于相应的所述第一类别的第一过滤数据并输出；

步骤S3，采用一第二过滤单元根据不同的所述风控规则的个体属性，对所述第一过滤数据进行过滤，以得到关联于相应的所述风控规则的第二过滤数据并输出；

步骤S4，针对不同的所述风控规则，采用一计算单元对所述第二过滤数据进行计算，以得到并输出相应的计算结果；

步骤S5，采用所述计算单元将所述计算结果与关联于对应的所述风控规则的所述触发阈值进行比较，输出相应的比较结果；

步骤S6，根据所述比较结果，在所述计算结果达到所述触发阈值时，采用一处置单元应用对应的所述处置方式对所述操作数据和/或关联于所述操作数据的后续操作进行处置。

优选的，该风险控制方法，其中，所述类别属性包括：

用于表示所述风控规则需要监控的所述操作数据所在的交易平台的平台属性；和/或

用于表示所述风控规则需要监控的所述操作数据对应的操作类型的操作属性；和/或

用于表示所述风控规则需要监控的所述操作数据对应的操作时段的时段属性；和/或

用于表示所述风控规则需要监控的所述操作数据对应的操作时刻的时刻属性。

优选的，该风险控制方法，其中，所述个体属性包括：

用于表示所述风控规则需要监控的所述操作数据对应的操作者的操作地址信息；和/或

用于表示所述风控规则需要监控的所述操作数据对应的一类操作者的操作地址范围信息。

优选的，该风险控制方法，其中，于所述计算单元中预设多个计算模型；

所述步骤S4中，采用所述计算单元，根据被选择的所述风控规则，调用相应的所述计算模型，以对所述第二过滤数据进行计算，并输出相应的计算结果。

优选的，该风险控制方法，其中，所有所述风控规则还被划分为关联于不同的第二类别，不同的所述第二类别被关联到不同的总体处置方式；

则执行所述步骤S6之前，首先执行下述步骤：

步骤S61，采用一决策单元获取所述比较结果；

步骤S62，在所述比较结果表示所述计算结果达到所述触发阈值时，采用所述决策单元根据相应的所述风控规则所属的所述第二类别，采用相应的所述总体处置方式对所述操作数据和/或所述后续操作执行处理；

步骤S63，根据所述步骤S62中的处理，若需要应用所述处置方式对所述操作数据和/或所述后续操作进行处理，并转向执行所述步骤S6。

优选的，该风险控制方法，其中，所述总体处置方式包括：

拦截所有所述操作数据和/或所述后续操作；或者

放行所有所述操作数据和/或所述后续操作；

则所述步骤S63中：

若所述操作数据和/或所述后续操作被拦截，则直接退出；

若所述操作数据和/或所述后续操作被放行，则转向执行所述步骤S6。

一种交易系统，其中，包括上述的风险控制系统。

一种交易系统，其中，采用上述的风险控制方法。

上述技术方案的有益效果是：

1)提供一种风险控制系统，能够简化风控规则的设置和处理过程，提升风控规则的设置和执行效率；

2)提供一种风险控制方法，能够支持上述风险控制系统正常运行。

附图说明

图1是本发明的较佳的实施例中，一种风险控制系统的总体结构示意图；

图2是本发明的较佳的实施例中，于图1的基础上，风险控制系统的分模块结构示意图；

图3是本发明的较佳的实施例中，一种风险控制方法的总体流程示意图；

图4是本发明的较佳的实施例中，于图3的基础上，风险控制方法的分步骤流程示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。

下面结合附图和具体实施例对本发明作进一步说明，但不作为本发明的限定。

本发明的较佳的实施例中，基于现有技术中存在的上述问题，现提供一种风险控制系统的技术方案，该风险控制系统适用于交易系统中。所谓交易系统，是指可供操作者登录系统(登录操作)并进行交易(交易操作)以及交易过程中的其他操作的系统。该系统可以为一个交易平台，即承载交易者之间的交易操作的系统平台。

则本发明的较佳的实施例中，如图1所示，上述风险控制系统具体包括：

存储单元1，于该存储单元1中保存多条风控规则，每条风控规则包括触发阈值和处置方式，所有风控规则被划分为关联于不同的第一类别；

接收单元2，用于持续获取输入至交易系统的操作数据；

第一过滤单元3，分别连接存储单元1和接收单元2，用于针对不同的风控规则，根据关联于相应的第一类别的类别属性，对所有操作数据进行过滤，以得到关联于相应的第一类别的第一过滤数据并输出；

第二过滤单元4，分别连接存储单元1和第一过滤单元3，用于根据不同的风控规则的个体属性，对第一过滤数据进行过滤，以得到关联于相应的风控规则的第二过滤数据并输出；

计算单元5，分别连接存储单元1和第二过滤单元4，用于针对不同的风控规则，对第二过滤数据进行计算，以得到相应的计算结果，并与关联于对应的风控规则的触发阈值进行比较，输出相应的比较结果；

处置单元6，分别连接存储单元1和计算单元5，用于根据比较结果，在计算结果达到触发阈值时，采用对应的处置方式对上述操作数据和/或关联于操作数据的后续操作进行处置。

具体地，本发明的较佳的实施例中，上述存储单元1中保存的风控规则，其中包括两部分：触发阈值以及处置方式。

例如，对于一条具体的用于控制登录操作的风控规则而言，其触发阈值可以为：连续输错密码达到“3次”，相应的处置方式可以为“拒绝后续登录操作”或者“在15分钟内拒绝后续登录操作”。因此应用该风控规则时，若操作者的登录操作表示已连续输错登录密码达到3次，则系统对其后续的登录操作执行拦截处理(例如拦截15分钟)。

又例如，对于一条具体的用于控制风险交易操作的风控规则而言，其触发阈值可以为：在一段时间内(例如5分钟内)交易总额达到一个具体的数值(例如500万人民币)，相应的处置方式可以为“拒绝后续交易操作”或者“在15分钟内拒绝后续交易操作”，或者“冻结关联于该操作的所有交易数据”。因此应用该风控规则时，若操作者在5分钟内累计的交易额已经达到500万人民币，则风险控制系统对其后续的交易操作执行拦截处理(例如拦截15分钟)，或者冻结关联于该操作者的该笔交易数据，或者结合上述两种处置方式一起执行。

本发明的较佳的实施例中，上述接收单元2用于持续接收输入至交易系统的操作数据。所谓操作数据，可以包括交易操作数据，以及登录操作数据，以及在整个交易过程中产生的其他操作数据等。若一个交易系统包括了多个交易平台，例如一个交易系统包括充值卡交易平台，优惠券交易平台以及现金流交易平台等，则上述操作数据包括所有交易平台上的所有操作者(交易客户)产生的所有数据。

本发明的较佳的实施例中，上述类别属性可以包括：

用于表示风控规则需要监控的操作数据所在的交易平台的平台属性；和/或

用于表示风控规则需要监控的操作数据对应的操作类型的操作属性；和/或

用于表示风控规则需要监控的操作数据对应的操作时段的时段属性；和/或

用于表示风控规则需要监控的操作数据对应的操作时刻的时刻属性。

具体地，本发明的较佳的实施例中：

所谓用于表示风控规则需要监控的操作数据所在的交易平台的平台属性的类别属性，如上文中所述，可以用于指定该风控规则需要对应充值卡交易平台，或者用于指定该风控规则需要对应优惠券交易平台，或者用于指定该风控规则需要对应现金流交易平台，或者用于指定该风控规则需要对应上述至少两种交易平台上的操作数据，或者用于指定该风控规则需要对应其他可能存在的交易平台上的操作数据。

所谓用于表示风控规则需要监控的操作数据对应的操作类型的操作属性，如上文中所述，可以用于指定该风控规则需要对应操作者的登录操作(输入用户名和密码以进行用户身份验证的操作)，或者需要对应操作者的交易操作(例如买入操作或者卖出操作)。

所谓用于表示风控规则需要监控的操作数据对应的操作时段的时段属性，可以用于指定该风控规则对应的操作数据产生的操作时段，例如某个风控规则仅针对最近5分钟内的交易数据，则上述时段属性即为“最近5分钟”。

所谓用于表示风控规则需要监控的操作数据对应的操作时刻的时刻属性，可以用于指定该风控规则对应的操作数据产生的操作时刻，例如某个风控规则仅针对当前时刻的交易数据进行排序，并对排序后的前N个交易记录进行处理，则上述时刻属性即为当前时刻。

本发明的较佳的实施例中，针对不同的风控规则所属的不同的第一类别，上述类别属性还可以包括用于表示其他属性的信息，在此不再一一赘述。

则本发明的较佳的实施例中，上述第一过滤单元3根据应用的风控规则，首先采用相应的类别属性过滤接收单元2接收到的操作数据，并输出经过过滤的第一过滤数据。本发明的较佳的实施例中，针对当前系统应用的不同的风控规则，上述第一过滤单元3可以过滤得到不同的第一过滤数据并输出。例如针对当前应用的风控规则1)连续输入密码错误达到3次即在15分钟内禁止再次登录；2)最近5分钟内在充值卡交易平台上进行的交易总额达到500万即冻结交易数据。则第一过滤单元3根据第1)条风控规则，过滤得到并输出的第一过滤数据为：所有操作者连续的登录操作及其反馈信息；并根据第2)条风控规则，过滤得到并输出的第二过滤数据为：在充值卡交易平台上，最近5分钟内关联于所有操作者的交易操作的交易数据。

本发明的较佳的实施例中，上述个体属性包括：

用于表示风控规则需要监控的操作数据对应的操作者的操作地址信息；和/或

用于表示风控规则需要监控的操作数据对应的一类操作者的操作地址范围信息。

具体地，本发明的较佳的实施例中：

所谓用于表示风控规则需要监控的操作数据对应的操作者的操作地址信息，可以为某个特定操作者的IP地址信息，即当前应用的该风控规则仅针对某个特定的操作者。本发明的其他实施例中，上述操作地址信息也不仅限于IP地址信息，可以包括其他信息例如MAC地址信息，或者GPS坐标信息等。

所谓用于表示风控规则需要监控的操作数据对应的一类操作者的操作地址范围信息，可以为某一个范围内的特定的操作者的IP地址信息，即一个IP地址范围。例如，系统可以事先建立一个“黑名单”列表，将需要重点监控的操作者的IP地址信息收纳进该列表中，随后在进行过滤时，只选择包括在该列表中的操作者进行后续的处理。本发明的其他实施例中，上述操作地址范围信息同样可以为包括多个MAC地址的列表，或者可以确定需要重点监控的地理位置区域的GPS坐标列表等。

则本发明的较佳的实施例中，上述第二过滤单元4根据应用的风控规则，在上述第一过滤数据的基础上进行进一步过滤，即采用相应的个体属性过滤第一过滤单元3输出的第一过滤数据，从而得到经过过滤的第二过滤数据并输出。本发明的较佳的实施例中，针对当前系统应用的不同的风控规则，上述第二过滤单元4可以过滤得到不同的第一过滤数据并输出，具体可参照上文中所述，在此不再赘述。

本发明的较佳的实施例中，如图2所示，上述计算单元5具体包括：

存储模块51，其中保存有关联于不同的风控规则的计算模型。本发明的较佳的实施例中，所谓计算模型，实际为对应不同的风控规则的计算公式。例如某个风控规则需要记录交易总额，则相应的计算模型为求和计算模型；又例如某个风控规则需要记录连续输错密码的次数，则相应的计算模型为计数模型。

本发明的较佳的实施例中，不同的风控规则可以对应相同的计算模型，一个风控规则依照其定义的复杂程度也可以对应多个不同的计算模型。

本发明的较佳的实施例中，仍然如图2所示，上述计算单元5中还包括：

多个计算模块52，分别连接存储模块51，每个计算模块用于根据当前应用的不同的风控规则，调用相应的计算模型，以对第二过滤数据进行计算，并输出相应的计算结果。则本发明的较佳的实施例中，每个计算模块52负责关联于一个当前应用的风控规则的计算操作。

比较模块53，分别连接每个计算模块52，用于比较计算结果是否达到相应的风控规则中的触发阈值，并输出相应的比较结果。

本发明的较佳的实施例中，根据每个计算模块52计算并输出的计算结果，比较模块53分别将其与对应的风控规则中的触发阈值进行比较，并分别输出相应的比较结果。

则本发明的较佳的实施例中，上述处置单元6分别根据关联于当前应用的不同的风控规则的比较结果，采用相应的处置方式对操作数据和/或后续操作进行处理。例如：

1)当前应用的风控规则中包括“连续输入密码错误达到5次，拦截后续登录操作”，则处置单元6根据对应的计算结果，在对同一操作者登录错误累计计数达到3次之后，对该操作者的后续登录操作进行拦截；

2)当前应用的风控规则中包括“最近5分钟内交易总额达到500万，则冻结交易”，则处置单元6根据对应的计算结果，在对同一操作者最近5分钟内的交易金额进行求和运算后达到500万时，对关联于该操作者的所有操作数据进行冻结，并拦截该操作者的后续交易(位于同一交易平台上的交易操作)。

本发明的较佳的实施例中，所有风控规则还被划分为关联于不同的第二类别，不同的第二类别被关联到不同的总体处置方式；

则仍然如图1所示，上述风险控制系统中还包括：

决策单元7，分别连接存储单元1、计算单元5和处置单元6；

本发明的较佳的实施例中，上述决策单元7用于获取比较结果，并在比较结果表示计算结果达到触发阈值时根据相应的风控规则所属的第二类别，采用相应的总体处置方式对操作数据和/或关联于操作数据的后续操作执行处理。

具体地，本发明的较佳的实施例中，所谓总体处置方式，可以包括：

拦截所有操作数据和/或后续操作；或者

放行所有操作数据和/或后续操作。

换言之，当计算结果达到触发阈值(即触发相应的风控规则)时，决策单元7根据该风控规则所属的第二类别，首先决定是否需要拦截相应的操作数据和/或后续操作。则处置单元6根据决策单元7应用的总体处置方式，确定是否需要应用处置方式对操作数据和/或关联于操作数据的后续操作进行处理。

例如，决策单元7根据当前触发的风控规则所属的第二类别判断需要对其进行拦截，则决策单元拦截触发风控规则的操作者的所有操作数据以及后续操作，随后处置单元6无需再对其进行相应处置；

又例如，决策单元7根据当前触发的风控规则所属的第二类别判断无需对其进行拦截(即放行)，则决策单元不对触发风控规则的操作者的所有操作数据以及后续操作进行处理，处置单元6根据被触发的风控规则对应的处置方式对其进行处理。

又例如，决策单元7根据当前触发的风控规则所属的第二类别判断该风控规则所对应的总体处置方式需要提交上层判断(例如提交给风控专员人工判断)，则决策单元7输出通知进行提醒，并接收相应输入的判断结果，根据该判断结果(拦截或者放行)对触发该风控规则的操作者的所有操作数据以及后续操作进行处理，随后处置单元6根据上述决策单元7的处理确定是否需要进一步处理。

本发明的较佳的实施例中，依照上述风险控制系统的设置，风控专员在设定风控规则时，只需要进行模块化定义即可，例如：1)定义多个第一类别，并定义该第一类别对应的类别属性；2)定义多个第二类别，并定义该第二类别对应的总体处置方式；3)定义每个风控规则的触发阈值和处置方式，并且定义相应的个体属性；4)将不同的风控规则关联到不同的第一类别中；5)将不同的风控规则关联到不同的第二类别中。最后完成设置。因此所有对于风控规则的设置过程均可以通过模块化界面，采用选择、添加以及编辑等可视化设置方式完成，而无需再深入到代码层面，通过编码方式进行。

本发明的较佳的实施例中，基于上述风险控制系统，提供一种风险控制方法，同样适用于交易系统中。该风险控制方法中，于一存储单元中保存多条风控规则，每条风控规则包括触发阈值和处置方式，所有风控规则被划分为关联于不同的第一类别。

则本发明的较佳的实施例中，如图3所示，上述风险控制方法具体包括：

步骤S1，采用一接收单元持续获取输入至交易系统的操作数据；

步骤S2，针对不同的风控规则，采用一第一过滤单元根据关联于相应的第一类别的类别属性，对所有操作数据进行过滤，以得到关联于相应的第一类别的第一过滤数据并输出；

步骤S3，采用一第二过滤单元根据不同的风控规则的个体属性，对第一过滤数据进行过滤，以得到关联于相应的风控规则的第二过滤数据并输出；

步骤S4，针对不同的风控规则，采用一计算单元对第二过滤数据进行计算，以得到并输出相应的计算结果；

步骤S5，采用计算单元将计算结果与关联于对应的风控规则的触发阈值进行比较，输出相应的比较结果；

步骤S6，根据比较结果，在计算结果达到触发阈值时，采用一处置单元应用对应的处置方式对操作数据和/或关联于操作数据的后续操作进行处置。

本发明的较佳的实施例中，如上文中所述，上述类别属性包括：

用于表示风控规则需要监控的操作数据所在的交易平台的平台属性；和/或

用于表示风控规则需要监控的操作数据对应的操作类型的操作属性；和/或

用于表示风控规则需要监控的操作数据对应的操作时段的时段属性；和/或

用于表示风控规则需要监控的操作数据对应的操作时刻的时刻属性。

本发明的较佳的实施例中，如上文中所述，上述个体属性包括：

用于表示风控规则需要监控的操作数据对应的操作者的操作地址信息；和/或

用于表示风控规则需要监控的操作数据对应的一类操作者的操作地址范围信息。

本发明的较佳的实施例中，于上述计算单元中预设多个计算模型。

则上述步骤S4中，可以采用计算单元，根据被选择的风控规则，调用相应的计算模型，以对第二过滤数据进行计算，并输出相应的计算结果。

本发明的较佳的实施例中，所有风控规则还被划分为关联于不同的第二类别，不同的第二类别被关联到不同的总体处置方式。

则如图4所示，执行上述步骤S6之前，首先执行下述步骤：

步骤S61，采用一决策单元获取比较结果；

步骤S62，在比较结果表示计算结果达到触发阈值时，采用决策单元根据相应的风控规则所属的第二类别，采用相应的总体处置方式对操作数据和/或后续操作执行处理；

步骤S63，根据步骤S62中的处理，若需要应用处置方式对操作数据和/或后续操作进行处理，并转向执行步骤S6。

进一步地，本发明的较佳的实施例中，上述总体处置方法包括：

拦截所有操作数据和/或后续操作；或者

放行所有操作数据和/或后续操作；

则上述步骤S63中：

若操作数据和/或后续操作被拦截，则直接退出；

若操作数据和/或后续操作被放行，则转向执行步骤S6。

以上所述仅为本发明较佳的实施例，并非因此限制本发明的实施方式及保护范围，对于本领域技术人员而言，应当能够意识到凡运用本发明说明书及图示内容所作出的等同替换和显而易见的变化所得到的方案，均应当包含在本发明的保护范围内。

Claims (12)

1.一种风险控制系统，适用于交易系统；其特征在于，于一存储单元中保存多条风控规则，每条所述风控规则包括触发阈值和处置方式，所有所述风控规则被划分为关联于不同的第一类别，还包括：

接收单元，用于持续获取输入至所述交易系统的操作数据；

第一过滤单元，分别连接所述存储单元和所述接收单元，用于针对不同的所述风控规则，根据关联于相应的所述第一类别的类别属性，对所有所述操作数据进行过滤，以得到关联于相应的所述第一类别的第一过滤数据并输出；

第二过滤单元，分别连接所述存储单元和所述第一过滤单元，用于根据不同的所述风控规则的个体属性，对所述第一过滤数据进行过滤，以得到关联于相应的所述风控规则的第二过滤数据并输出；

计算单元，分别连接所述存储单元和所述第二过滤单元，用于针对不同的所述风控规则，对所述第二过滤数据进行计算，以得到相应的计算结果，并与关联于对应的所述风控规则的所述触发阈值进行比较，输出相应的比较结果；

处置单元，分别连接所述存储单元和所述计算单元，用于根据所述比较结果，在所述计算结果达到所述触发阈值时，采用对应的所述处置方式对所述操作数据和/或关联于所述操作数据的后续操作进行处置。

2.如权利要求1所述的风险控制系统，其特征在于，所述类别属性包括：

用于表示所述风控规则需要监控的所述操作数据所在的交易平台的平台属性；和/或

用于表示所述风控规则需要监控的所述操作数据对应的操作类型的操作属性；和/或

用于表示所述风控规则需要监控的所述操作数据对应的操作时段的时段属性；和/或

用于表示所述风控规则需要监控的所述操作数据对应的操作时刻的时刻属性。

3.如权利要求1所述的风险控制系统，其特征在于，所述个体属性包括：

用于表示所述风控规则需要监控的所述操作数据对应的操作者的操作地址信息；和/或

用于表示所述风控规则需要监控的所述操作数据对应的一类操作者的操作地址范围信息。

4.如权利要求1所述的风险控制系统，其特征在于，所述计算单元包括：

存储模块，其中保存有关联于不同的所述风控规则的计算模型；

多个计算模块，分别连接所述存储模块，每个所述计算模块用于根据当前应用的不同的所述风控规则，调用相应的所述计算模型，以对所述第二过滤数据进行计算，并输出相应的计算结果；

比较模块，分别连接每个所述计算模块，用于比较所述计算结果是否达到相应的所述风控规则中的所述触发阈值，并输出相应的所述比较结果。

5.如权利要求1所述的风险控制系统，其特征在于，所有所述风控规则还被划分为关联于不同的第二类别，不同的所述第二类别被关联到不同的总体处置方式，还包括：

决策单元，分别连接所述存储单元、所述计算单元和所述处置单元；

所述决策单元获取所述比较结果，并在所述比较结果表示所述计算结果达到所述触发阈值时根据相应的所述风控规则所属的所述第二类别，采用相应的所述总体处置方式对所述操作数据和/或关联于所述操作数据的后续操作执行处理；

所述处置单元根据所述决策单元应用的所述总体处置方式，确定是否需要应用所述处置方式对所述操作数据和/或关联于所述操作数据的后续操作进行处理。

6.如权利要求5所述的风险控制系统，其特征在于，所述总体处置方式包括：

拦截所有所述操作数据和/或所述后续操作；或者

放行所有所述操作数据和/或所述后续操作；

若所述决策单元执行拦截操作，则所述处置单元无需对所述操作数据和/或所述后续操作进行处理；

若所述决策单元执行放行操作，则所述处置单元继续根据所述比较结果，在所述计算结果达到所述触发阈值时，采用对应的所述处置方式对所述操作数据和/或所述后续操作进行处置。

7.一种风险控制方法，适用于交易系统；其特征在于，于一存储单元中保存多条风控规则，每条所述风控规则包括触发阈值和处置方式，所有所述风控规则被划分为关联于不同的第一类别，还包括：

步骤S1，采用一接收单元持续获取输入至所述交易系统的操作数据；

步骤S2，针对不同的所述风控规则，采用一第一过滤单元根据关联于相应的所述第一类别的类别属性，对所有所述操作数据进行过滤，以得到关联于相应的所述第一类别的第一过滤数据并输出；

步骤S3，采用一第二过滤单元根据不同的所述风控规则的个体属性，对所述第一过滤数据进行过滤，以得到关联于相应的所述风控规则的第二过滤数据并输出；

步骤S4，针对不同的所述风控规则，采用一计算单元对所述第二过滤数据进行计算，以得到并输出相应的计算结果；

步骤S5，采用所述计算单元将所述计算结果与关联于对应的所述风控规则的所述触发阈值进行比较，输出相应的比较结果；

步骤S6，根据所述比较结果，在所述计算结果达到所述触发阈值时，采用一处置单元应用对应的所述处置方式对所述操作数据和/或关联于所述操作数据的后续操作进行处置。

8.如权利要求7所述的风险控制方法，其特征在于，所述类别属性包括：

用于表示所述风控规则需要监控的所述操作数据所在的交易平台的平台属性；和/或

用于表示所述风控规则需要监控的所述操作数据对应的操作类型的操作属性；和/或

用于表示所述风控规则需要监控的所述操作数据对应的操作时段的时段属性；和/或

用于表示所述风控规则需要监控的所述操作数据对应的操作时刻的时刻属性。

9.如权利要求7所述的风险控制方法，其特征在于，所述个体属性包括：

用于表示所述风控规则需要监控的所述操作数据对应的操作者的操作地址信息；和/或

用于表示所述风控规则需要监控的所述操作数据对应的一类操作者的操作地址范围信息。

10.如权利要求7所述的风险控制方法，其特征在于，于所述计算单元中预设多个计算模型；

所述步骤S4中，采用所述计算单元，根据被选择的所述风控规则，调用相应的所述计算模型，以对所述第二过滤数据进行计算，并输出相应的计算结果。

11.如权利要求7所述的风险控制方法，其特征在于，所有所述风控规则还被划分为关联于不同的第二类别，不同的所述第二类别被关联到不同的总体处置方式；

则执行所述步骤S6之前，首先执行下述步骤：

步骤S61，采用一决策单元获取所述比较结果；

步骤S62，在所述比较结果表示所述计算结果达到所述触发阈值时，采用所述决策单元根据相应的所述风控规则所属的所述第二类别，采用相应的所述总体处置方式对所述操作数据和/或所述后续操作执行处理；

步骤S63，根据所述步骤S62中的处理，若需要应用所述处置方式对所述操作数据和/或所述后续操作进行处理，并转向执行所述步骤S6。

12.如权利要求11所述的风险控制方法，其特征在于，所述总体处置方式包括：

拦截所有所述操作数据和/或所述后续操作；或者

放行所有所述操作数据和/或所述后续操作；

则所述步骤S63中：

若所述操作数据和/或所述后续操作被拦截，则直接退出；

若所述操作数据和/或所述后续操作被放行，则转向执行所述步骤S6。