本发明属于计算机技术领域，尤其涉及一种风控方法、装置、计算机装置 及计算机可读存储介质。
背景技术：
风险控制(以下简称风控)是指风险管理者采取各种措施和方法，消灭或 减少风险事件发生的各种可能性，或风险控制者减少风险事件发生时造成的损 失。风险控制一般应用于金融行业，如对公司的交易、商家的交易或个人交易 等进行风险控制。随着经济的发展，各种商家越来越多，因此针对商家的风控 需求也越来越多。针对不同的商家需要定义不同的风控规则，当商家进行交易 时，风控系统对商家的交易执行风险检查，识别风险事件，并通过风控措施对 风险事件进行处理。
现有技术中，针对商家的风控一般为：确定了商家对应的所有风控规则后， 对商家对应的所有风控规则逐条进行检查，对存在风险的交易进行处置。例如， 某商家进行一笔交易，则风控系统对该商家对应的所有风控规则进行检查，如 果存在风险事件，则进行相应处理。但是，如果商家对应的风控规则比较多的 时候，则需要花费大量时间，对商家所有的风控规则进行逐条排查。
可见，现有技术中针对商家的风控普遍存在，当商家风控规则较多时，风 险控制需要花费大量时间，风控过程相对繁琐的问题。
技术实现要素：
本发明实施例提供一种风控方法，旨在解决现有技术中针对商家的风控普遍存在，当商 家风控规则较多时，风险控制需要花费大量时间，风控过程相对繁琐的问题。
本发明实施例是这样实现的，一种风控方法，所述风控方法包括：
接收交易用户通过调用系统发起的风控调用请求，所述风控调用请求携带 有用户交易账号及交易类型；
确定与所述用户交易账户及交易类型匹配的目标风控规则及所述目标风控 规则所属的预设风控模型；
根据所述预设风控模型的优先级别对所述目标风控规则进行检查，得到与 所述交易用户对应的预设风控措施；
通过所述预设的风控措施对所述交易用户进行处置。
本发明实施例还提供一种风控装置，所述风控装置包括：
接收单元，用于接收交易用户通过调用系统发起的风控调用请求，所述风 控调用请求携带有用户交易账号及交易类型；
确定单元，用于确定与所述用户交易账户及交易类型匹配的目标风控规则 及所述目标风控规则所属的预设风控模型；
检查单元，用于根据所述预设风控模型的优先级别对所述目标风控规则进 行检查，得到与所述交易用户对应的预设风控措施；
处置单元，用于通过所述预设的风控措施对所述交易用户进行处置。
本发明实施例还提供一种计算机装置，所述计算机装置包括处理器，所述 处理器用于执行存储器中存储的计算机程序时实现如上述所述风控方法的步 骤。
本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序， 所述计算机程序被处理器执行时实现如上述所述风控方法的步骤。
本发明实施例提供的风控方法，通过接收携带有用户交易账号及交易类型 的风控调用请求，确定与用户交易账户及交易类型匹配的目标风控规则及所述 目标风控规则所属的预设风控模型，并通过所述预设风控模型的优先级别对目 标风控规则进行检查，并按预设的风控措施对交易用户将进行处置，节约了对 商户的风控时间，提高了商户的风控效率，简化了风控步骤，且通过不同层级 预设风控模型对目标风控规则检查，实现对商家多层次、全方位的风险控制。
附图说明
图1是本发明实施例提供的一种风控方法的网络架构图；
图2是本发明实施例提供的一种风控方法的实现流程图；
图3是本发明实施例提供的一种确定与用户交易账户及交易类型匹配的目 标风控规则及目标风控规则所属的预设风控模型的实现流程图；
图4是本发明实施例提供的一种对属于同一所述预设风控模型中的低层级 的风控规则进行过滤，得到交易用户的目标风控规则及目标风控规则所属的预 设风控模型的实现流程图；
图5a、5b是本发明实施例提供的一种对属于同一所述预设风控模型中的低 层级的风控规则进行过滤，得到交易用户的目标风控规则及目标风控规则所属 的预设风控模型的实际应用图；
图6是本发明实施例提供的另一种风控方法的实现流程图；
图7是本发明实施例提供的又一种风控方法的实现流程图；
图8是本发明实施例提供的一种风控装置的结构示意图；
图9是本发明实施例提供的一种确定单元的结构示意图；
图10是本发明实施例提供的一种过滤子单元的结构示意图；
图11是本发明实施例提供的一种检查单元的结构示意图；
图12是本发明实施例提供的一种处置单元的结构示意图；
图13是本发明实施例提供的另一种风控装置的结构示意图；
图14是本发明实施例提供的又一种风控装置的结构示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实 施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅 仅用以解释本发明，并不用于限定本发明。
本发明实施例提供的风控方法，通过确定与所述用户交易账号及交易类型 匹配的目标风控规则及所述目标风控规则所属的预设风控模型后，根据所述预 设风控模型的优先级别对所述目标风控规则进行检查，并通过得到的与所述交 易用户对应的预设风控措施对所述交易用户进行处置，节约了对商户的风控时 间，提高了商户的风控效率，简化了风控步骤，且可实现对商家多层次、全方 位的风险控制。
图1示出了本发明实施例提供的一种风控方法的网络架构图，该风控方法 通过一个风控系统，至少一个商户系统来实现的。
在本发明实施例中，商户系统与风控系统可以通过如有线、无线网络的局 域网，或如CDMA(Code Division Multiple Access，码分多址)、GPRS(General Packet Radio Service，通用分组无线服务技术)、CDPD(Cellular Digital Packet Data，蜂窝数字式分组数据交换网络)等网络制式的无线广域网进行通信连接。
可以理解，风控系统可以是对一个商户系统进行风险控制，还可以对多个 商户系统进行风险控制。
图2示出了本发明实施例提供的一种风控方法的实现流程图，详述如下：
该风控方法包括：
步骤S101，接收交易用户通过调用系统发起的风控调用请求，所述风控调 用请求携带有用户交易账号及交易类型。
可选的，所述风控调用请求还携带有交易金额、用户银行卡号、交易备注 等，具体不做限定。
在本发明实施例中，交易用户优选包括商家、企业等，还可以是个人，具 体做限定。
用户可通过智能终端中的调用系统发起风控调用请求，智能终端包括但不 限于笔记本电脑、台式计算机、掌声电脑、手机等。例如，商户可以通过台式 计算机中的网页链接或者APP(Application，应用程序)发起风控调用请求。
在本发明实施例中，用户交易账号作为识别用户每笔交易的唯一标识。可 以理解，用户交易账号包括数字、字母、中文等组成，用户每发生一笔交易则 可以生成一组用户交易账号。
作为本发明的一个实施例，交易类型包括短信快捷交易、微信收款交易、 支付宝收款交易、普通交易(即银行卡直接扣款)等。例如，通过主动扫对方 二维码收款；或者被对方扫商户二维码进行收款；或者APP内直接通过微信或 支付宝收款。
步骤S102，确定与所述用户交易账户及交易类型匹配的目标风控规则及所 述目标风控规则所属的预设风控模型。
在本发明的一个实施例中，用户每笔交易所产生的用户交易账号可以对应 至少一条目标风控规则；每条目标风控规则对应一个预设风控模型，每个预设 风控模型中包括至少一条目标风控规则。
在本发明实施例中，预设风控模型包括黑名单风控模型、白名单风控模型、 灰名单风控模型、交易风控模型。
交易风控模型包括单卡限额限次风控模型、用户限额限次风控模型、交易 占比风控模型、交易环比风控模型、整数倍交易风控模型、特殊字符风控模型、 大额高频风控模型、连续相同倍数风控模型、交易数量限制风控模型等。
在本发明实施例中，上述各预设风控模型中检测项分别包括：
黑名单风控模型：检查商户营业执照、法人身份证、联系人手机号、商户 收款银行卡号、卡BIN是否在黑名单；
白名单风控模型：检查商户营业执照、商户收款银行卡号是否在白名单；
灰名单风控模型：检查商户营业执照、商户收款银行卡号是否在灰名单；
单卡限额限次风控模型：检查银行卡在某个商户交易时，在一段时间内交 易次数和交易金额是否超过限制；
商户限额限次风控模型：检查每一个商户在一段时间内交易次数和交易金 额是否超过限制；
交易占比风控模型：检查商户一段时间的交易与总时间的交易占比；
交易环比风控模型：检查本期与上期的笔数/金额比较是否超过阈值；
整数倍交易风控模型：检查本期与上期的笔数/金额比较是否超过阈值；
特殊字符风控模型：检查交易关键字是否有特殊字、词、句；
大额高频风控模型：检查商户是在一段时间内是否发生较大额度或者较多 笔数的交易；
连续相同金额风控模型：检查商户是在一段时间内是否发生连续相同金额 超过一定笔数的交易；
交易数量限制风控模型：检查商户一段时间(日/月)的交易与总时间的交 易占比。
可以理解，交易用户的每个用户交易账号对应的预设风控模型中，不会同 时出现黑名单风控模型、白名单风控模型、灰名单风控模型，一般只会出现上 述三种预设风控模型中任意一种预设风控模型，或者是上述三种预设风控模型 其中任意一种与交易风控模型的组合。
例如，A商户发过来一笔支付宝支付金额为8000的交易，则确定与该笔交 易账号及支付宝交易对应的目标风控规则为：1、检查A商户的营业执照是否 在黑名单风控模型中；2、检查A商户支付宝支付交易单笔限额是否超过9000。
例如，B公司发过来一笔短信快捷支付金额为5000的交易，则通过该笔交 易账号及短信快捷交易确定该交易对应的目标风控规则为：1、检查B商户的 营业执照是否在白名单风控模型中；2、检查B商户短信快捷交易银行卡卡号 是否在白名单风控模型中；3、检查B商户短信快捷支付交易单笔限额是否超 过4000。
步骤S103，根据所述预设风控模型的优先级别对所述目标风控规则进行检 查，得到与所述交易用户对应的预设风控措施。
在本发明实施例中，黑名单风控模型、白名单风控模型、灰名单风控模型、 交易风控模型的优先级逐渐降低。
在本发明实施例中，单卡限额限次风控模型、用户限额限次风控模型、交 易占比风控模型、交易环比风控模型、整数倍交易风控模型、特殊字符风控模 型、高额风控模型、连续相同倍数风控模型、数量限制风控模型等交易风控模 型可以同时并列存在两个或两个以上，相应的，当风控措施包括多条时，按照 风控措施的优先级别选择执行高级别的风控措施，删除低级别的风控措施。
作为本发明的一个实施例中，风控措施的优先级别按照预警交易、冻结交 易、阻断交易依次升高。例如，当一笔交易同时对应预警交易和阻断交易两个 风控措施时，则对该笔交易直接执行阻断交易的风控措施。
在本发明实施例中，预设的风控措施包括但不限于阻断交易、预警交易、 冻结交易；其中预警交易包括首次预警、场次预警、每次预警等；冻结交易包 括单笔资金冻结、商户冻结等。
步骤S104，通过所述预设的风控措施对所述交易用户进行处置。
作为本发明的一个实际应用，例如，甲商户发过来一笔支付宝收款交易， 则确定与该笔交易账号及支付宝交易对应的目标风控规则为：1、检查甲商户的 营业执照是否在黑名单风控模型中；2、检查甲商户支付宝支付交易单笔限额是 否超过7000；3、检查甲商户日交易金额值环比增长率是否大于30％。按照预 设风控模型的优先级别，首先检查甲商户的营业执照是否在黑名单风控模型中， 当判断结果为是时，则直接阻断交易，无需对后面的目标风控规则进行检查； 当判断结果为否时，则分别检查甲商户支付宝支付交易单笔限额是否超过 7000；检查甲商户的日交易金额值环比增长率是否大于30％；当规则2、规则 3判断结果都为否时，则通过该笔交易；当规则2、规则3中有一个判断结果为 是时，则执行其对应的风控规则如预警交易或冻结交易；当规则2、规则的判 断结果都为是时，如规则2对应的预设风控措施为冻结交易，规则3对应的预 设风控措施为预警交易，则忽略规则3对应的低等级的预设风控措施“预警交 易”，执行规则2对应的级别高的预设风控措施“冻结交易”。
作为本发明的另一实际应用，乙公司发过来一笔短信快捷收款的交易，则 通过该笔交易账号及短信快捷交易确定该交易对应的目标风控规则为：1、检查 乙商户的营业执照是否在白名单风控模型中；2、检查乙商户短信快捷交易银行 卡卡号是否在白名单风控模型中；3、检查乙商户短信快捷支付交易单笔限额是 否超过4000。按照预设风控模型的优先级别，首先检查乙商户的营业执照是否 在白名单风控模型中，当判断结果为否时，则检查乙商户短信快捷交易银行卡 卡号是否在白名单风控模型中；当乙商户短信快捷交易银行卡卡号也不在白名 单是，则继续检查乙商户短信快捷支付交易单笔限额是否超过4000；当检测 乙商户短信快捷支付交易单笔限额超过预4000时，则冻结交易；此处需要说明， 当有白名单风控模型时，如果判断该交易符合白名单风控模型，则通过该笔交 易，无需对其他风控规则进行检查。
本发明实施例提供的风控方法，通过接收携带有用户交易账号及交易类型 的风控调用请求，确定与用户交易账户及交易类型匹配的目标风控规则及所述 目标风控规则所属的预设风控模型，并通过所述预设风控模型的优先级别对目 标风控规则进行检查，并按预设的风控措施对交易用户将进行处置，节约了对 商户的风控时间，提高了商户的风控效率，简化了风控步骤，且可实现对商家 多层次、全方位的风险控制。
在本发明实施例中，上述步骤104，包括：
判断所述目标风控规则是否在黑名单风控规则中；
当判断结果为是时，得到与所述交易用户对应的预设风控措施为阻断交易； 或者
判断所述目标风控规则是否在白名单风控规则中；
当判断结果为否时，得到与所述交易用户对应的预设风控措施为预警交易； 或者
判断所述目标风控规则是否在灰名单风控规则中；
当判断结果为是时，得到与所述交易用户对应的预设风控措施为预警交易 预警或冻结交易；或者
判断所述目标风控规则是否在交易风控模型中；
当判断结果为是时，得到与所述交易用户对应的预设风控措施为预警交易 预警、冻结交易或阻断交易。
可以理解，当预设风控模型中有黑名单风控模型时，其优先级别最高，因 此需要最先进行黑名单风控模型的检查，当目标风控规则中，有存在与黑名单 风控模型的目标风控规则时，则阻断交易，无需对其他目标风控规则进行检查； 当预设风控模型中最高级别的预设风控模型为白名单风控模型时，则优先进行 白名单风控模型检查，当其中任意一条目标风控规则存在于白名单中时，则通 过该笔交易，否则逐条进行检查。当预设风控模型为灰名单风控模型、交易风 控模型中任意一种或其组合时，则需要按照预设风控模型的优先级别，分别对 各条目标风控规则进行检查。
本发明实施例提供的风控方法，通过设置不同的预设风控模型，并按照预 设风控模型的优先级别对目标风控规则进行检查，进行得到不能通过的交易对 应的风控措施，有效简化了风控步骤，提高了风控效率，且通过不同层级预设 风控模型对目标风控规则检查，实现了对商户多层次、全方位的风险控制。
图3示出了本发明实施例提供的一种确定与用户交易账户及交易类型匹配 的目标风险控制规则及目标风控规则所属的预设风控模型的实现流程图，详述 如下：
上述步骤102包括：
步骤201，通过解析所述用户交易账户，获取与所述交易用户对应的商户 行业类型、商户编号及商户评级。
在本发明实施例中，通过风控系统中的解析引擎对所述用户交易账户进行 解析。
在本发明实施例中，商户行业类型是指商户所属的行业，如商户属于零售 业、服装批发业、餐饮业等。
每个商户对应一个商户编号，每个商户编号中包括至少一个用户交易账号。
商户评级包括高等级商户、中等级商户、低等级商户；其中，高等级商户 可以是商户综合评分在90分以上的商户，中等级商户可以是商户综合评分在 70-90的商户，低等级的商户为商户综合评分小于70分的商户，可以理解，商 户等级划分不限于上述评分区间，还可以是商户综合评分为85、86、87、91、 92等分数以上的商户为高等级商户，具体不做限定。
步骤202，根据所述业务类型、商户行业类型、商户编号及商户评级确定 预设用户层级对应的所有风控规则及每条风控规则所属的预设风控模型。
在本发明实施例中，预设用户层级包括商户层级、行业+商户评级+业务类 型层级、行业+商户评级层级、行业层级、通用层级，且级别依次降低。
步骤203，对属于同一所述预设风控模型中的低层级的风控规则进行过滤， 得到所述交易用户的目标风控规则及所述目标风控规则所属的预设风控模型。
参见图4，上述步骤203，包括：
步骤S301，判断属于同一所述预设风控模型中不同层级的风控规则是否有 重复。
作为本发明的一个实施例，每个预设风控模型中可以包括多条不同层级的 风控规则。
步骤S302，当判断结果为是时，删除重复的低层级的风控规则。
作为本发明的一个实际应用，参见图5a、5b，C公司发送过来一笔交易， 通过该笔交易账号及交易类型(短信快捷和微信支付)确定其对应的四个层级 的风控规则为：
规则1：检查C公司短信快捷交易单笔交易是否超过5000；
规则2：检查零售行业短信快捷交易单笔交易是否超过3000；
规则3：检查网贷类行业的C公司的营业执照是否在黑名单风控模型中；
规则4：检查网贷类行业的C公司的银行卡卡号是否在黑名单风控模型中。
其中，规则1属于商户层级的，规则2、规则3、规则4属于行业层级的； 规则1、规则2都属于单卡限额限次风控模型中，而规则1、规则2重复，且规 则2的层级低于规则1的层级，因此删掉规则2，得到C公司该笔交易对应的 目标风控规则为规则1、规则3、规则4。
本发明实施例提供的风控方法，通过解析用户交易账户获取与所述交易用 户对应的商户行业类型、商户编号及商户评级，并根据所述业务类型、商户行 业类型、商户编号及商户评级确定预设用户层级对应的所有风控规则及每条风 控规则所属的预设风控模型，再当判断属于同一所述预设风控模型中不同层级 的风控规则有重复时删除重复的低层级的风控规则，无需同一预设风控模型中 重复的风控规则进行检查，有效减少了风控检查的时间，提高了风控效率。
图6示出了本发明实施例提供的另一种风控方法的实现流程图，其与图2 所示的风控方法的不同之处在于，当所述预设风控措施包括多条时，该风控方 法还包括：
步骤401，对多条所述预设风控措施进行汇总。
可以理解，当有多条预设风控措施时，先对预设风控措施进行汇总后，再 进行统一处理，可以把重复的预设风控措施合并；或者忽略风控措施中级别低 的风控措施，防止重复处理，节约风控处理时间。
在本发明实施例中，上述步骤S104，包括：
通过风控系统完成所述预设风控措施对所述交易用户进行处置；或者
通过调用系统完成所述预设风控措施对所述交易用户进行处置。
可以理解，预设的风控措施可以选择通过风控系统直接完成，或者选择通 知调用系统，由调用系统完成，可以在风控系统不能进行处置时，及时由调用 系统完成处置，有效防止延误对交易用户的风险控制。
图7示出了本发明实施例提供的又一种风控方法的实现流程图，其与图2 所示的风控方法的不同之处在于，该风控方法还包括：
步骤S501，向所述交易用户返回处置结果。
在本发明实施例中，可以通过邮件、短信、APP通知等方式向交易用户返 回处置结果。例如，当预警交易时，通过短信通知商家该笔交易首次预警处理。
本发明实施例提供的风控方法，通过向交易用户返回处置结果，方便交易 用户了解处理结果，及时调整交易，提高用户体验。
图8示出了本发明实施例提供的一种风控装置600的结构示意图，为了便 于说明，仅示出于本发明实施例相关的部分。该风控装置600，包括：
接收单元610，用于接收交易用户通过调用系统发起的风控调用请求，所 述风控调用请求携带有用户交易账号及交易类型。
可选的，所述风控调用请求还携带有交易金额、用户银行卡号、交易备注 等，具体不做限定。
在本发明实施例中，交易用户优选包括商家、企业等，还可以是个人，具 体做限定。
用户可通过智能终端中的调用系统发起风控调用请求，智能终端包括但不 限于笔记本电脑、台式计算机、掌声电脑、手机等。例如，商户可以通过台式 计算机中的网页链接或者APP(Application，应用程序)发起风控调用请求。
在本发明实施例中，用户交易账号作为识别用户每笔交易的唯一标识。可 以理解，用户交易账号包括数字、字母、中文等组成，用户每发生一笔交易则 可以生成一组用户交易账号。
作为本发明的一个实施例，交易类型包括短信快捷交易、微信收款交易、 支付宝收款交易、普通交易(即银行卡直接扣款)等。例如，通过主动扫对方 二维码收款；或者被对方扫商户二维码进行收款；或者APP内直接通过微信或 支付宝收款。
确定单元620，用于确定与所述用户交易账户及交易类型匹配的目标风控 规则及所述目标风控规则所属的预设风控模型。
在本发明的一个实施例中，用户每笔交易所产生的用户交易账号可以对应 至少一条目标风控规则；每条目标风控规则对应一个预设风控模型，每个预设 风控模型中包括至少一条目标风控规则。
在本发明实施例中，预设风控模型包括黑名单风控模型、白名单风控模型、 灰名单风控模型、交易风控模型。
交易风控模型包括单卡限额限次风控模型、用户限额限次风控模型、交易 占比风控模型、交易环比风控模型、整数倍交易风控模型、特殊字符风控模型、 大额高频风控模型、连续相同倍数风控模型、交易数量限制风控模型等。
在本发明实施例中，各预设风控模型中检测项分别包括：
黑名单风控模型：检查商户营业执照、法人身份证、联系人手机号、商户 收款银行卡号、卡BIN是否在黑名单；
白名单风控模型：检查商户营业执照、商户收款银行卡号是否在白名单；
灰名单风控模型：检查商户营业执照、商户收款银行卡号是否在灰名单；
单卡限额限次风控模型：检查银行卡在某个商户交易时，在一段时间内交 易次数和交易金额是否超过限制；
商户限额限次风控模型：检查每一个商户在一段时间内交易次数和交易金 额是否超过限制；
交易占比风控模型：检查商户一段时间的交易与总时间的交易占比；
交易环比风控模型：检查本期与上期的笔数/金额比较是否超过阈值；
整数倍交易风控模型：检查本期与上期的笔数/金额比较是否超过阈值；
特殊字符风控模型：检查交易关键字是否有特殊字、词、句；
大额高频风控模型：检查商户是在一段时间内是否发生较大额度或者较多 笔数的交易；
连续相同金额风控模型：检查商户是在一段时间内是否发生连续相同金额 超过一定笔数的交易；
交易数量限制风控模型：检查商户一段时间(日/月)的交易与总时间的交 易占比。
可以理解，交易用户的每个用户交易账号对应的预设风控模型中，不会同 时出现黑名单风控模型、白名单风控模型、灰名单风控模型，一般只会出现上 述三种预设风控模型中任意一种预设风控模型，或者是上述三种预设风控模型 其中任意一种与交易风控模型的组合。
例如，A商户发过来一笔支付宝支付金额为8000的交易，则确定与该笔交 易账号及支付宝交易对应的目标风控规则为：1、检查A商户的营业执照是否 在黑名单风控模型中；2、检查A商户支付宝支付交易单笔限额是否超过9000。
例如，B公司发过来一笔短信快捷支付金额为5000的交易，则通过该笔交 易账号及短信快捷交易确定该交易对应的目标风控规则为：1、检查B商户的 营业执照是否在白名单风控模型中；2、检查B商户短信快捷交易银行卡卡号 是否在白名单风控模型中；3、检查B商户短信快捷支付交易单笔限额是否超 过4000。
检查单元630，用于根据所述预设风控模型的优先级别对所述目标风控规 则进行检查，得到与所述交易用户对应的预设风控措施。
在本发明实施例中，黑名单风控模型、白名单风控模型、灰名单风控模型、 交易风控模型的优先级逐渐降低。
在本发明实施例中，单卡限额限次风控模型、用户限额限次风控模型、交 易占比风控模型、交易环比风控模型、整数倍交易风控模型、特殊字符风控模 型、高额风控模型、连续相同倍数风控模型、数量限制风控模型等交易风控模 型可以同时并列存在两个或两个以上，相应的，当风控措施包括多条时，按照 风控措施的优先级别选择执行高级别的风控措施，删除低级别的风控措施。
作为本发明的一个实施例中，风控措施的优先级别按照预警交易、冻结交 易、阻断交易依次升高。例如，当一笔交易同时对应预警交易和阻断交易两个 风控措施时，则对该笔交易直接执行阻断交易的风控措施。
在本发明实施例中，预设的风控措施包括但不限于阻断交易、预警交易、 冻结交易；其中预警交易包括首次预警、场次预警、每次预警等；冻结交易包 括单笔资金冻结、商户冻结等。
处置单元640，用于通过所述预设的风控措施对所述交易用户进行处置。
作为本发明的一个实际应用，例如，甲商户发过来一笔支付宝收款交易， 则确定与该笔交易账号及支付宝交易对应的目标风控规则为：1、检查甲商户的 营业执照是否在黑名单风控模型中；2、检查甲商户支付宝支付交易单笔限额是 否超过7000；3、检查甲商户日交易金额值环比增长率是否大于30％。按照预 设风控模型的优先级别，首先检查甲商户的营业执照是否在黑名单风控模型中， 当判断结果为是时，则直接阻断交易，无需对后面的目标风控规则进行检查； 当判断结果为否时，则分别检查甲商户支付宝支付交易单笔限额是否超过 7000；检查甲商户的日交易金额值环比增长率是否大于30％；当规则2、规则 3判断结果都为否时，则通过该笔交易；当规则2、规则3中有一个判断结果为 是时，则执行其对应的风控规则如预警交易或冻结交易；当规则2、规则的判 断结果都为是时，如规则2对应的预设风控措施为冻结交易，规则3对应的预 设风控措施为预警交易，则忽略规则3对应的低等级的预设风控措施“预警交 易”，执行规则2对应的级别高的预设风控措施“冻结交易”。
作为本发明的另一实际应用，乙公司发过来一笔短信快捷收款的交易，则 通过该笔交易账号及短信快捷交易确定该交易对应的目标风控规则为：1、检查 乙商户的营业执照是否在白名单风控模型中；2、检查乙商户短信快捷交易银行 卡卡号是否在白名单风控模型中；3、检查乙商户短信快捷支付交易单笔限额是 否超过4000。按照预设风控模型的优先级别，首先检查乙商户的营业执照是否 在白名单风控模型中，当判断结果为否时，则检查乙商户短信快捷交易银行卡 卡号是否在白名单风控模型中；当乙商户短信快捷交易银行卡卡号也不在白名 单是，则继续检查乙商户短信快捷支付交易单笔限额是否超过4000；当检测 乙商户短信快捷支付交易单笔限额超过预4000时，则冻结交易；此处需要说明， 当有白名单风控模型时，如果判断该交易符合白名单风控模型，则通过该笔交 易，无需对其他风控规则进行检查。
本发明实施例提供的风控装置，通过接收携带有用户交易账号及交易类型 的风控调用请求，确定与用户交易账户及交易类型匹配的目标风控规则及所述 目标风控规则所属的预设风控模型，并通过所述预设风控模型的优先级别对目 标风控规则进行检查，并按预设的风控措施对交易用户将进行处置，节约了对 商户的风控时间，提高了商户的风控效率，简化了风控步骤，且可实现对商家 多层次、全方位的风险控制。
图9示出了本发明实施例提供的一种确定单元620的结构示意图，为了便 于说明，仅示出于本发明实施例相关的部分。上述确定单元620，包括：
获取子单元621，用于通过解析所述用户交易账户，获取与所述交易用户 对应的商户行业类型、商户编号及商户评级。
在本发明实施例中，通过风控系统中的解析引擎对所述用户交易账户进行 解析。
在本发明实施例中，商户行业类型是指商户所属的行业，如商户属于零售 业、服装批发业、餐饮业等。
每个商户对应一个商户编号，每个商户编号中包括至少一个用户交易账号。
商户评级包括高等级商户、中等级商户、低等级商户；其中，高等级商户 可以是商户综合评分在90分以上的商户，中等级商户可以是商户综合评分在 70-90的商户，低等级的商户为商户综合评分小于70分的商户，可以理解，商 户等级划分不限于上述评分区间，还可以是商户综合评分为85、86、87、91、 92等分数以上的商户为高等级商户，具体不做限定。
确定子单元622，根据所述业务类型、商户行业类型、商户编号及商户评 级确定预设用户层级对应的所有风控规则及每条风控规则所属的预设风控模 型。
在本发明实施例中，预设用户层级包括商户层级、行业+商户评级+业务类 型层级、行业+商户评级层级、行业层级、通用层级，且级别依次降低。
过滤子单元623，用于对属于同一所述预设风控模型中的低层级的风控规 则进行过滤，得到所述交易用户的目标风控规则及所述目标风控规则所属的预 设风控模型。
图10示出了本发明实施例提供的一种过滤子单元623的结构示意图，为了 便于说明，仅示出于本发明实施例相关的部分。上述过滤子单元623，包括：
判断模块6231，用于判断属于同一所述预设风控模型中不同层级的风控规 则是否有重复。
作为本发明的一个实施例，每个预设风控模型中可以包括多条不同层级的 风控规则。
删除模块6232，用于当判断结果为是时，删除重复的低层级的风控规则。
作为本发明的一个实际应用，参见图5a、5b，C公司发送过来一笔交易， 通过该笔交易账号及交易类型(短信快捷和微信支付)确定其对应的四个层级 的风控规则为：
规则1：检查C公司短信快捷交易单笔交易是否超过5000；
规则2：检查零售行业短信快捷交易单笔交易是否超过3000；
规则3：检查网贷类行业的C公司的营业执照是否在黑名单风控模型中；
规则4：检查网贷类行业的C公司的银行卡卡号是否在黑名单风控模型中。
其中，规则1属于商户层级的，规则2、规则3、规则4属于行业层级的； 规则1、规则2都属于单卡限额限次风控模型中，而规则1、规则2重复，且规 则2的层级低于规则1的层级，因此删掉规则2，得到C公司该笔交易对应的 目标风控规则为规则1、规则3、规则4。
本发明实施例提供的风控装置，通过解析用户交易账户获取与所述交易用 户对应的商户行业类型、商户编号及商户评级，并根据所述业务类型、商户行 业类型、商户编号及商户评级确定预设用户层级对应的所有风控规则及每条风 控规则所属的预设风控模型，再当判断属于同一所述预设风控模型中不同层级 的风控规则有重复时删除重复的低层级的风控规则，无需同一预设风控模型中 重复的风控规则进行检查，有效减少了风控检查的时间，提高了风控效率。
图11示出了本发明实施例提供的一种检查单元的630结构示意图，为了便 于说明，仅示出于本发明实施例相关的部分。上述检测单元630，包括：
第一判断子单元，用于判断所述目标风控规则是否在黑名单风控规则中；
第二判断子单元，用于判断所述目标风控规则是否在白名单风控规则中；
第三判断子单元，用于判断所述目标风控规则是否在灰名单风控规则中；
第四判断子单元，用于判断所述目标风控规则是否在交易风控模型中。
图12示出了本发明实施例提供的一种处置单元640的结构示意图，为了便 于说明，仅示出了于本发明实施例相关的部分。上述处置单元640，包括：
第一处置子单元641，用于当判断结果为是时，则对所述交易用户进行阻 断处置；
第二处置子单元642，用于当判断结果为否时，则对所述交易用户进行预 警处置；
第三处置子单元643，用于当判断结果为是时，则对所述交易用户进行预 警或冻结处置；
第四处置子单元，用于当判断结果为是时，则对所述交易用户进行预警、 冻结或阻断处置。
可以理解，当预设风控模型中有黑名单风控模型时，其优先级别最高，因 此需要最先进行黑名单风控模型的检查，当目标风控规则中，有存在与黑名单 风控模型的目标风控规则时，则阻断交易，无需对其他目标风控规则进行检查； 当预设风控模型中最高级别的预设风控模型为白名单风控模型时，则优先进行 白名单风控模型检查，当其中任意一条目标风控规则存在于白名单中时，则通 过该笔交易，否则逐条进行检查。当预设风控模型为灰名单风控模型、交易风 控模型中任意一种或其组合时，则需要按照预设风控模型的优先级别，分别对 各条目标风控规则进行检查。
本发明实施例提供的风控装置，通过设置不同的预设风控模型，并按照预 设风控模型的优先级别对目标风控规则进行检查，进行得到不能通过的交易对 应的风控措施，有效简化了风控步骤，提高了风控效率，且通过不同层级预设 风控模型对目标风控规则检查，实现了对商户多层次、全方位的风险控制。
在本发明实施例中，所述处置单元，包括：
风控系统处置子单元，用于通过风控系统完成所述预设风控措施对所述交 易用户进行处置；或者
调用系统处置子单元，用于通过调用系统完成所述预设风控措施对所述交 易用户进行处置。
可以理解，预设的风控措施可以选择通过风控系统直接完成，或者选择通 知调用系统，由调用系统完成，可以在风控系统不能进行处置时，及时由调用 系统完成处置，有效防止延误对交易用户的风险控制。
图13示出了本发明实施例提供的另一种风控装置700的结构示意图，为了 便于说明，仅示出于本发明实施例相关的部分。其与图8所示的风控装置600 的不同之处在于，当所述预设风控措施包括多条时，该风控装置700，还包括：
汇总单元710，用于对多条所述预设风控措施进行汇总。
可以理解，当有多条预设风控措施时，先对预设风控措施进行汇总后，再 进行统一处理，可以把重复的预设风控措施合并；或者忽略风控措施中级别低 的风控措施，防止重复处理，节约风控处理时间。
图14示出了本发明实施例提供的又一种风控装置800的结构示意图，为了 便于说明，仅示出于本发明实施例相关的部分。其与图8所示的风控装置600 的不同之处在于，该风控装置800，还包括：
返回单元810，用于向所述交易用户返回处置结果。
在本发明实施例中，可以通过邮件、短信、APP通知等方式向交易用户返 回处置结果。例如，当预警交易时，通过短信通知商家该笔交易首次预警处理。
本发明实施例提供的风控方法，通过向交易用户返回处置结果，方便交易 用户了解处理结果，及时调整交易，提高用户体验。
本发明实施例提供一种计算机装置，该计算机装置包括处理器，处理器用 于执行存储器中存储的计算机程序时实现上述各个方法实施例提供的风控方法 的步骤。
示例性的，计算机程序可以被分割成一个或多个模块，一个或者多个模块 被存储在存储器中，并由处理器执行，以完成本发明。一个或多个模块可以是 能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序 在计算机装置中的执行过程。例如，计算机程序可以被分割成上述各个方法实 施例提供的风控方法的步骤。
本领域技术人员可以理解，上述计算机装置的描述仅仅是示例，并不构成 对计算机装置的限定，可以包括比上述描述更多或更少的部件，或者组合某些 部件，或者不同的部件，例如可以包括输入输出设备、网络接入设备、总线等。
所称处理器可以是中央处理单元(Central Processing Unit，CPU)，还可以是 其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成 电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列 (Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或 者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理 器也可以是任何常规的处理器等，所述处理器是所述计算机装置的控制中心， 利用各种接口和线路连接整个计算机装置的各个部分。
所述存储器可用于存储所述计算机程序和/或模块，所述处理器通过运行或 执行存储在所述存储器内的计算机程序和/或模块，以及调用存储在存储器内的 数据，实现所述计算机装置的各种功能。所述存储器可主要包括存储程序区和 存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程 序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的 使用所创建的数据(比如音频数据、电话本等)等。此外，存储器可以包括高 速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬 盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡， 闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态 存储器件。
所述计算机装置集成的模块/单元如果以软件功能单元的形式实现并作为 独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这 样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算 机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存 储介质中，该计算机程序在被处理器执行时，可实现上述各个风控方法实施例 的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可 以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机 可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介 质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、 电信号以及软件分发介质等。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发 明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明 的保护范围之内。