CN111429123A - 支付风险控制方法、设备和可读存储介质 - Google Patents

支付风险控制方法、设备和可读存储介质 Download PDF

Info

Publication number
CN111429123A
CN111429123A CN202010190169.3A CN202010190169A CN111429123A CN 111429123 A CN111429123 A CN 111429123A CN 202010190169 A CN202010190169 A CN 202010190169A CN 111429123 A CN111429123 A CN 111429123A
Authority
CN
China
Prior art keywords
risk
payment
rule
result
chain
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202010190169.3A
Other languages
English (en)
Inventor
韩森
郭炼杰
郑明华
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
WeBank Co Ltd
Original Assignee
WeBank Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by WeBank Co Ltd filed Critical WeBank Co Ltd
Priority to CN202010190169.3A priority Critical patent/CN111429123A/zh
Publication of CN111429123A publication Critical patent/CN111429123A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/085—Payment architectures involving remote charge determination or related payment systems
    • G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/108—Remote banking, e.g. home banking
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4016—Transaction verification involving fraud or risk level assessment in transaction processing

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本申请公开了一种支付风险控制方法、设备和可读存储介质，所述支付风险控制方法包括：接收与所述风险控制端关联的支付端发送的风险检查请求数据，并匹配所述风险检查请求数据对应的风险规则链，进而执行所述风险规则链，获得风险规则执行结果，并将所述风险规则执行结果反馈至所述支付端，以供所述支付端执行预设支付链路。本申请解决了支付风险控制效率低的技术问题。

Description

支付风险控制方法、设备和可读存储介质
技术领域
本申请涉及金融科技(Fintech)的风险控制技术领域，尤其涉及一种支付风险控制方法、设备和可读存储介质。
背景技术
随着金融科技，尤其是互联网科技金融的不断发展，越来越多的技术(如分布式、区块链Blockchain、人工智能等)应用在金融领域，但金融业也对技术提出了更高的要求，如对金融业对应待办事项的分发也有更高的要求。
随着互联网科技金融的不断发展，在进行线上转账时，对支付链路的安全性提出了更高的要求，例如微信转账、网上银行转账等，目前，支付链路在执行支付逻辑时，通常需要向风控服务平台调用风控服务进行风险控制，但是由于支付节点存在多个风险检查点，进而导致在执行支付链路时，需要多次调用风控服务，以向风控服务平台进行风险检查请求，进而导致支付链路的网络开销过大，支付时间过长，进而导致执行支付链路时的风险控制效率过低，所以，现有技术中存在支付链路风险控制效率低的技术问题。
发明内容
本申请的主要目的在于提供一种支付风险控制方法、设备和可读存储介质，旨在解决现有技术中支付链路风险控制效率低的技术问题。
为实现上述目的，本申请提供一种支付风险控制方法，所述支付风险控制方法应用于风险控制端，所述支付风险控制方法包括：
接收与所述风险控制端关联的支付端发送的风险检查请求数据，并匹配所述风险检查请求数据对应的风险规则链；
执行所述风险规则链，获得风险规则执行结果，并将所述风险规则执行结果反馈至所述支付端，以供所述支付端执行预设支付链路。
可选地，所述风险规则执行结果包括第一风险控制结果和第二风险控制结果，所述风险规则链包括一条或者多条风险规则，
所述执行所述风险规则链，获得风险规则执行结果的步骤包括：
提取并执行所述风险规则链中的各风险规则，并判断是否命中当前提取并执行的所述风险规则；
若命中所述风险规则，则跳出所述风险规则链，以中止执行各所述风险规则，并输出第一风险控制结果；
若未命中所述风险规则，则在执行完各所述风险规则后，输出第二风险控制结果。
可选地，所述风险检查请求数据包括风险场景编码和风险场景子编码，
所述匹配所述风险检查请求数据对应的风险规则链的步骤包括：
将所述风险场景编码和所述风险场景子编码输入预设规则链模型，匹配所述风险场景编码对应的规则通道；
基于所述风险场景子编码，在所述规则通道中匹配所述风险规则链。
可选地，所述匹配所述风险检查请求数据对应的风险规则链的之前包括：
确定是否存在所述风险检查请求数据对应的风险规则链；
若不存在所述风险规则链，则匹配所述风险检查请求数据对应的缺省规则链；
执行所述缺省规则链，获得缺省规则执行结果，并将所述缺省规则执行结果反馈至所述支付端，以供所述支付端执行所述预设支付链路；
若存在所述风险规则链，则执行所述匹配所述风险检查请求数据对应的风险规则链的步骤。
可选地，所述缺省规则执行结果包括第三风险控制结果和第四风险控制结果，所述缺省规则链包括一条或者多条缺省规则，
所述执行所述缺省规则链，获得缺省规则执行结果的步骤包括：
提取并执行所述缺省规则链中的各缺省规则，并判断是否命中当前提取并执行的所述缺省规则；
若命中所述缺省规则，则跳出所述缺省规则链，以中止执行各所述缺省规则，并输出第三风险控制结果；
若未命中所述缺省规则，则在执行完各所述缺省规则后，输出第四风险控制结果。
可选地，所述风险检查请求数据包括风险场景编码，
所述匹配所述风险检查请求数据对应的缺省规则链的步骤包括：
匹配所述风险场景编码对应的规则通道，并查询所述规则通道对应的缺省规则链。
为实现上述目的，本申请还提供一种支付风险控制方法，所述支付风险控制方法应用于支付端，所述支付风险控制方法包括：
获取支付场景数据，并生成所述支付场景数据对应的风险检查请求数据；
将所述风险检查请求数据发送至与所述支付端关联的风险控制端，以供所述风险控制端执行预设风险检查流程，获得风险检查结果，并将所述风险检查结果反馈至所述支付端；
接收所述风险控制端反馈的风险检查结果，并基于所述风险结果，确定是否继续执行所述支付场景数据对应的支付链路。
可选地，所述基于所述风险结果，确定是否继续执行所述支付场景数据对应的支付链路的步骤包括：
确定所述风险检查结果的类型，若所述风险检查结果属于预设第一类型结果，则中止所述支付链路的执行；
若所述风险检查结果属于预设第二类型结果，则继续执行所述支付链路。
本申请还提供一种支付风险控制装置，所述支付风险控制装置为虚拟装置，且所述支付风险控制装置应用于风险控制端，所述支付风险控制装置包括：
第一匹配模块，用于接收与所述风险控制端关联的支付端发送的风险检查请求数据，并匹配所述风险检查请求数据对应的风险规则链；
第一执行模块，用于执行所述风险规则链，获得风险规则执行结果，并将所述风险规则执行结果反馈至所述支付端，以供所述支付端执行预设支付链路。
可选地，所述第一执行模块包括：
第一判断单元，用于提取并执行所述风险规则链中的各风险规则，并判断是否命中当前提取并执行的所述风险规则；
第一执行单元，用于若命中所述风险规则，则跳出所述风险规则链，以中止执行各所述风险规则，并输出第一风险控制结果；
第二执行单元，用于若未命中所述风险规则，则在执行完各所述风险规则后，输出第二风险控制结果。
可选地，所述第一匹配模块包括：
第一匹配单元，用于将所述风险场景编码和所述风险场景子编码输入预设规则链模型，匹配所述风险场景编码对应的规则通道；
第二匹配单元，用于基于所述风险场景子编码，在所述规则通道中匹配所述风险规则链。
可选地，所述支付风险控制装置还包括：
确定模块，用于确定是否存在所述风险检查请求数据对应的风险规则链；
第二匹配模块，用于若不存在所述风险规则链，则匹配所述风险检查请求数据对应的缺省规则链；
第二执行模块，用于执行所述缺省规则链，获得缺省规则执行结果，并将所述缺省规则执行结果反馈至所述支付端，以供所述支付端执行所述预设支付链路；
第三执行模块，用于若存在所述风险规则链，则执行所述匹配所述风险检查请求数据对应的风险规则链的步骤。
可选地，所述第二执行模块包括：
第三执行单元，用于提取并执行所述缺省规则链中的各缺省规则，并判断是否命中当前提取并执行的所述缺省规则；
第一判定单元，用于若命中所述缺省规则，则跳出所述缺省规则链，以中止执行各所述缺省规则，并输出第三风险控制结果；
第二判定单元，用于若未命中所述缺省规则，则在执行完各所述缺省规则后，输出第四风险控制结果。
可选地，所述第二匹配模块包括：
提取单元，用于匹配所述风险场景编码对应的规则通道，并查询所述规则通道对应的缺省规则链。
为实现上述目的，本申请还提供一种支付风险控制装置，所述支付风险控制方法应用于支付端，所述支付风险控制装置包括：
生成模块，用于获取支付场景数据，并生成所述支付场景数据对应的风险检查请求数据；
发送模块，用于将所述风险检查请求数据发送至与所述支付端关联的风险控制端，以供所述风险控制端执行预设风险检查流程，获得风险检查结果，并将所述风险检查结果反馈至所述支付端；
接收模块，用于接收所述风险控制端反馈的风险检查结果，并基于所述风险结果，确定是否继续执行所述支付场景数据对应的支付链路。
可选地，所述接收模块包括：
第一确定单元，用于确定所述风险检查结果的类型，若所述风险检查结果属于预设第一类型结果，则中止所述支付链路的执行；
第二确定单元，用于若所述风险检查结果属于预设第二类型结果，则继续执行所述支付链路。
本申请还提供一种支付风险控制设备，所述支付风险控制设备为实体设备，所述支付风险控制设备包括：存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的所述支付风险控制方法的程序，所述支付风险控制方法的程序被处理器执行时可实现如上述的支付风险控制方法的步骤。
本申请还提供一种可读存储介质，所述可读存储介质上存储有实现支付风险控制方法的程序，所述支付风险控制方法的程序被处理器执行时实现如上述的支付风险控制方法的步骤。
本申请通过接收与所述风险控制端关联的支付端发送的风险检查请求数据，并匹配所述风险检查请求数据对应的风险规则链，进而执行所述风险规则链，获得风险规则执行结果，并将所述风险规则执行结果反馈至所述支付端，以供所述支付端执行预设支付链路。也即，在本申请中，所述风险控制端在接到风险检查请求后，直接基于所述风险检查请求对应的风险检查请求数据，进行各所述支付产品的各自定制的风险规则链的匹配，其中，所述风险规则链包括一条或者多条风险规则，进而通过执行所述风险规则链，即可完成对所述支付端的风险规则执行结果的反馈，进而避免了支付链路需要进行多次风险检查请求的情况发生，实现了进行一次风险请求，即可完成对所述支付链路的风险检查，进而减少了支付链路的网络开销和支付时间，提高了支付链路的风险控制效率，所以，解决了支付链路风险控制效率低的技术问题。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本申请支付风险控制方法第一实施例的流程示意图；
图2为本申请支付风险控制方法第二实施例的流程示意图；
图3为本申请支付风险控制方法中第一实施例和第二实施例结合时，所述风险控制端执行风险检查流程的示意图；
图4为本申请支付风险控制方法第三实施例的流程示意图；
图5为本申请实施例方案涉及的硬件运行环境的设备结构示意图。
本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。
本申请实施例提供一种支付风险控制方法，参照图1，在本申请支付风险控制方法的第一实施例中，所述支付风险控制方法应用于风险控制端，所述支付风险控制方法包括：
步骤S10，接收与所述风险控制端关联的支付端发送的风险检查请求数据，并匹配所述风险检查请求数据对应的风险规则链；
在本实施例中，需要说明的是，风险规则链包括一条或者多条风险规则，其中，所述风险规则为用于检查支付链路的风险的规则，例如，用于检查重复支付风险的风险规则，用于检查超额转账的风险规则等，所述支付端包括手机、银行电子柜台等，所述风险检查请求数据包括风险场景编码和风险场景子编码，所述风险场景编码为风险场景的标识，其中，所述风险场景包括收款风险场景、付款风险场景等，所述风险场景子编码为风险场景的子场景的标识，其中，所述子场景包括个人贷的收款风险场景、企业贷的付款风险场景等。
接收与所述风险控制端关联的支付端发送的风险检查请求数据，并匹配所述风险检查请求数据对应的风险规则链，具体地，接收与所述风险控制端关联的支付端发送的风险场景编码和风险场景子编码，进而匹配所述风险场景编码对应的规则通道，并基于所述风险场景子编码在所述规则通道中匹配对应的风险规则链，其中，所述规则通道对应风险场景，所述风险规则链对应风险子场景。
其中，在步骤S10中，所述风险检查请求数据包括风险场景编码和风险场景子编码，
所述匹配所述风险检查请求数据对应的风险规则链的步骤包括：
步骤S11，将所述风险场景编码和所述风险场景子编码输入预设规则链模型，匹配所述风险场景编码对应的规则通道；
在本实施例中，需要说明的是，所述预设规则链模型包括一个或者多个规则通道，所述规则通道包括一个或者多个风险规则链，所述风险规则链包括一条或者多条风险规则。
将所述风险场景编码和所述风险场景子编码输入预设规则链模型，匹配所述风险场景编码对应的规则通道，具体地，将所述风险场景编码和所述风险场景子编码输入预设规则链模型，以基于所述风险场景编码，在所述预设规则链模型中查询所述风险场景子编码对应的规则通道，其中，所述风险场景编码与所述规则通道一一对应。
步骤S12，基于所述风险场景子编码，在所述规则通道中匹配所述风险规则链。
基于所述风险场景子编码，在所述规则通道中匹配所述风险规则链，具体地，基于所述风险场景子编码，在所述规则通道内查询所述风险场景子编码对应的风险规则链，并输出查询结果，进而基于所述查询结果，确定对应的风险规则链。
步骤S20，执行所述风险规则链，获得风险规则执行结果，并将所述风险规则执行结果反馈至所述支付端，以供所述支付端执行预设支付链路；
在本实施例中，执行所述风险规则链，获得风险规则执行结果，并将所述风险规则执行结果反馈至所述支付端，以供所述支付端执行预设支付链路，具体地，基于所述风险检查请求数据中的风险场景编码，在预设存储数据库中匹配对应的规则通道，进而基于所述风险检查请求数据中的风险场景子编码，在所述规则通道中匹配相对应的风险规则链，进而依据所述风险规则链中各风险规则的排列顺序，分别执行各所述风险规则，获得风险检查执行结果，并将所述风险规则执行结果反馈至所述支付端，以供所述支付端基于所述风险检查执行结果，确定是否继续执行预设支付链路中的支付流程。
其中，在步骤S20中，所述风险规则执行结果包括第一风险控制结果和第二风险控制结果，所述风险规则链包括一条或者多条风险规则，
所述执行所述风险规则链，获得风险规则执行结果的步骤包括：
步骤S21，提取并执行所述风险规则链中的各风险规则，并判断是否命中当前提取并执行的所述风险规则；
在本实施例中，需要说明的是，所述风险规则链中的各所述风险规则是有序排列的，且需进行有序执行，例如，假设所述风险规则链包括风险规则a、风险规则b和风险规则c，排序顺序为abc，则在执行所述风险规则链时，需严格按照排列顺序，先执行风险规则a，再执行风险规则b，最后执行风险规则c。
提取并执行所述风险规则链中的各风险规则，并判断是否命中当前提取并执行的所述风险规则，具体地，按照所述风险规则链中的各风险规则的排列顺序，逐一提取并执行各所述风险规则，并在执行各所述风险规则时，判断是否命中各所述风险规则，例如，假设所述风险规则为超额支付检查规则，本次支付的用户输入金额为30万，在所述执行所述风险规则时，风险控制端在预设业务端查询到即将转账的金额为33万，则命中所述风险规则。
步骤S22，若命中所述风险规则，则跳出所述风险规则链，以中止执行各所述风险规则，并输出第一风险控制结果；
在本实施例中，若命中所述风险规则，则跳出所述风险规则链，以中止执行各所述风险规则，并输出第一风险控制结果，具体地，若命中所述风险规则，则跳出所述风险规则链，以停止执行所述风险规则链中的各风险规则，并收集命中的风险规则对应的规则通道ID、风险规则链ID和风险详情作为所述第一风险控制结果，其中，所述规则通道ID为所述规则通道的标识，所述风险规则链ID为所述风险规则链的标识，所述风险详情为命中的风险规则对应的风险状况，例如，假设命中的所述风险规则为检查是否具有超额支付风险的风险规则，则所述风险详情为本次执行所述预设支付链路具有超额支付风险。
步骤S23，若未命中所述风险规则，则在执行完各所述风险规则后，输出第二风险控制结果。
在本实施例中，若未命中所述风险规则，则在执行完各所述风险规则后，输出第二风险控制结果，具体地，若未命中所述风险规则，则在执行完各所述风险规则后，则输出本次检查无风险对应的编码作为所述第二风险控制结果。
本实施例通过接收与所述风险控制端关联的支付端发送的风险检查请求数据，并匹配所述风险检查请求数据对应的风险规则链，进而执行所述风险规则链，获得风险规则执行结果，并将所述风险规则执行结果反馈至所述支付端，以供所述支付端执行预设支付链路。也即，在本实施例中，所述风险控制端在接到风险检查请求后，直接基于所述风险检查请求对应的风险检查请求数据，进行各所述支付产品的各自定制的风险规则链的匹配，其中，所述风险规则链包括一条或者多条风险规则，进而通过执行所述风险规则链，即可完成对所述支付端的风险规则执行结果的反馈，进而避免了支付链路需要进行多次风险检查请求的情况发生，实现了进行一次风险请求，即可完成对所述支付链路的风险检查，进而减少了支付链路的网络开销和支付时间，提高了支付链路的风险控制效率，所以，解决了支付链路风险控制效率低的技术问题。
进一步地，参照图2，基于本申请中第一实施例，在本申请的另一实施例中，所述匹配所述风险检查请求数据对应的风险规则链的之前包括：
步骤A10，确定是否存在所述风险检查请求数据对应的风险规则链；
在本实施例中，确定是否存在所述风险检查请求数据对应的风险规则链，具体地，将所述风险检查请求数据输入预设风险规则链模型，获得风险规则链匹配结果，进而确定所述风险规则链匹配结果的类型，若所述风险规则链匹配结果为所述风险规则链对应的风险规则链编号，则判定匹配成功，也即，存在所述风险规则链，若所述查询结果为查询失败代码，则判定匹配不成功，也即，不存在所述风险规则链，例如，可设置所述查询失败代码为001，进而若所述预设规则链模型输出的为001，则匹配不成功，若所述预设规则链模型输出的不为001，则匹配成功。
步骤A20，若不存在所述风险规则链，则匹配所述风险检查请求数据对应的缺省规则链；
在本实施例中，需要说明的是，所述缺省规则链包括一条或者多条缺省风险规则，其中，所述缺省规则为大部分支付产品通用的风险规则，例如，假设所述风险场景为重复支付风险场景，在100个支付产品提供的金融服务中，其中99个支付产品的重复支付风险场景的风险检查是相同的，则将99个支付产品相同的重复支付风险场景对应的各风险规则封装至同一规则链，获得缺省规则链，而剩下的另外1个支付产品对应的重复支付风险场景对应的各风险规则单独封装至对应的风险规则链中。
若不存在所述风险规则链，则匹配所述风险检查请求数据对应的缺省规则链，具体地，若不存在所述风险规则链，则将所述风险检查请求数据输入预设规则链模型，匹配所述风险检查请求数据对应的缺省规则链，并确定是否匹配成功，若匹配成功，则执行所述缺省规则链，若匹配不成功，则返回匹配失败返回码，以表明未匹配到风险规则。
其中，在步骤A20中，所述风险检查请求数据包括风险场景编码，
所述匹配所述风险检查请求数据对应的缺省规则链的步骤包括：
步骤A21，匹配所述风险场景编码对应的规则通道，并查询所述规则通道对应的缺省规则链。
在本实施例中，需要说明的是，所述缺省规则即为所述缺省规则链中的风险规则。
匹配所述风险场景编码对应的规则通道，并查询所述规则通道对应的缺省规则链，具体地，将所述风险场景编码输入预设规则链模型，以查询所述风险场景编码对应的规则通道，并在所述规则通道内，查询所述缺省规则链，其中，一所述规则通道内包括一所述缺省规则链，也即，所述规则通道与所述缺省规则链一一对应。
步骤A30，执行所述缺省规则链，获得缺省规则执行结果，并将所述缺省规则执行结果反馈至所述支付端，以供所述支付端执行所述预设支付链路。
在本实施例中，执行所述缺省规则链，获得缺省规则执行结果，并将所述缺省规则执行结果反馈至所述支付端，以供所述支付端执行所述预设支付链路，具体地，按照所述缺省规则链中的排列顺序，逐一提取并执行所述缺省规则链中的缺省风险规则，获得缺省规则执行结果，并将所述缺省规则执行结果反馈至所述支付端，以供所述支付端基于所述缺省规则执行结果，确定是否继续执行预设支付链路中的支付流程，如图3所示为第二实施例结合第一实施例时，风险控制端进行风险检查的流程示意图，其中，所述风险检查请求即为所述风险请求检查数据，规则链为所述风险规则链，规则为所述风险规则。
其中，在步骤A30中，所述缺省规则执行结果包括第三风险控制结果和第四风险控制结果，所述缺省规则链包括一条或者多条缺省规则，
所述执行所述缺省规则链，获得缺省规则执行结果的步骤包括：
步骤A31，提取并执行所述缺省规则链中的各缺省规则，并判断是否命中当前提取并执行的所述缺省规则；
在本实施例中，需要说明的是，所述缺省规则链中的各所述风险规则是有序排列的，且需进行有序执行。
提取并执行所述缺省规则链中的各缺省规则，并判断是否命中当前提取并执行的所述缺省规则，具体地，按照所述缺省规则链中的各所述风险规则的排列顺序，逐一提取并执行所述缺省规则链中的各缺省规则，并在执行所述缺省规则链时，判断是否命中所述缺省规则。
步骤A32，若命中所述缺省规则，则跳出所述缺省规则链，以中止执行各所述缺省规则，并输出第三风险控制结果；
在本实施例中，若命中所述缺省规则，则跳出所述缺省规则链，以中止执行各所述缺省规则，并输出第三风险控制结果，具体地，若命中所述缺省规则，则跳出所述缺省规则链，以中止执行所述缺省规则链中的各所述缺省规则，并将命中的所述缺省规则对应的规则通道编号和风险详情作为所述第三风险控制结果，其中，所述规则通道编号为所述规则通道的标识，所述风险详情为命中的风险规则或者缺省规则对应的风险，例如，假设命中的检查重复支付的风险规则，则所述风险详情为具有重复支付风险。
步骤A33，若未命中所述缺省规则，则在依次执行完各所述缺省规则后，输出第四风险控制结果。
在本实施例中，若未命中所述缺省规则，则在依次执行完各所述缺省规则后，输出第四风险控制结果，具体地，若未命中所述缺省规则，则在依次执行完各所述缺省规则后，则输出本次检查无风险对应的编码作为所述第四风险控制结果。
步骤A40，若存在所述风险规则链，则执行所述匹配所述风险检查请求数据对应的风险规则链的步骤。
在本实施例中，若存在所述风险规则链，则执行所述匹配所述风险检查请求数据对应的风险规则链的步骤，具体地，若存在所述风险规则链，则在预设风险规则链存储数据库中，提取所述风险规则链编号标识的风险规则链。
本实施例通过确定是否存在所述风险检查请求数据对应的风险规则链，若不存在所述风险规则链，则匹配所述风险检查请求数据对应的缺省规则链，进而执行所述缺省规则链，获得缺省规则执行结果，并将所述缺省规则执行结果反馈至所述支付端，以供所述支付端执行所述预设支付链路，进而若存在所述风险规则链，则执行所述匹配所述风险检查请求数据对应的风险规则链的步骤。也即，本实施例中设置了缺省规则链，进而对于无需定制的风险规则链的风险场景，各支付产品可共用所述缺省规则链进行风险检查，进而减少了所述风险控制端的风险规则配置工作量，提高了风险控制端的工作效率，进而，提高了支付链路的风险控制效率，所以，解决了支付链路风险控制效率低的技术问题。
进一步地，参照图5，基于本申请中第一实施例和第二实施例，在本申请的另一实施例中，所述支付风险控制方法应用于支付端，所述支付风险控制方法包括：
步骤B10，获取支付场景数据，并生成所述支付场景数据对应的风险检查请求数据；
在本实施例中，需要说明的是，所述支付场景数据包括支付风险场景，所述支付风险场景包括一个或者多个支付风险子场景，例如，假设所述支付风险场景为重复支付风险场景等，则所述支付子场景包括个人贷的重复支付风险场景、企业贷的重复支付风险场景等，所述风险检查请求数据包括风险场景编码和风险场景子编码。
获取支付场景数据，并生成所述支付场景数据对应的风险检查请求数据，具体地，获取预设支付链路对应的支付风险场景和支付风险子场景，并分别对所述支付风险场景和所述支付风险子场景进行标识，获得所述支付风险场景对应的风险场景编码和所述支付风险子场景对应的风险子场景编码。
步骤B20，将所述风险检查请求数据发送至与所述支付端关联的风险控制端，以供所述风险控制端执行预设风险检查流程，获得风险检查结果，并将所述风险检查结果反馈至所述支付端；
在本实施例中，需要说明的是，所述风险控制端用于进行风险检查。
将所述风险检查请求数据发送至与所述支付端关联的风险控制端，以供所述风险控制端执行预设风险检查流程，获得风险检查结果，并将所述风险检查结果反馈至所述支付端，具体地，所述风险检查请求数据发送至与所述支付端关联的风险控制端，以供所述执行预设风险检查流程，以基于所述风险检查请求数据中的风险场景编码在预设规则链模型中匹配对应的规则通道，进而基于所述风险检查请求数据中的风险子场景编码，在所述规则通道中匹配相对应的风险规则链，并确定是否匹配成功，若匹配成功，则执行所述风险规则链，获得所述风险检查结果，若匹配不成功，则在所述规则通道内提取缺省规则链，并执行所述缺省规则链，获得所述风险检查结果，进一步地，将所述风险检查结果反馈至所述支付端。
步骤B30，接收所述风险控制端反馈的风险检查结果，并基于所述风险结果，确定是否继续执行所述支付场景数据对应的支付链路。
在本实施例中，接收所述风险控制端反馈的风险检查结果，并基于所述风险结果，确定是否继续执行所述支付场景数据对应的支付链路，具体地，接收所述风险控制端反馈的风险检查结果，并基于所述风险检查结果，判断所述风险检查结果对应的支付链路是否具有交易风险，以确定是否继续执行所述支付场景数据对应的支付链路。
其中，在步骤B30中，所述基于所述风险结果，确定是否继续执行所述支付场景数据对应的支付链路的步骤包括：
步骤B31，确定所述风险检查结果的类型，若所述风险检查结果属于预设第一类型结果，则中止所述支付链路的执行；
在本实施例中，需要说明的是，所述与第一类型结果包括所述风险控制端的第一风险控制结果和第三风险控制结果。
确定所述风险检查结果的类型，若所述风险检查结果属于预设第一类型结果，则中止所述支付链路的执行，具体地，获取所述风险检查结果对应的结果编码，并将所述结果编码输入预设分类模型，以确定所述风险检查结果的类型，进而若所述风险检查结果属于预设第一类型结果，则中止所述支付链路的执行，例如，假设当所述结果编码属于001至099时，且本次支付链路执行时对应的结果编码为007，则所述风险属于所述预设第一类型结果。
步骤B32，若所述风险检查结果属于预设第二类型结果，则继续执行所述支付链路。
在本实施例中，需要说明的是，所述预设第二类型结果包括所述风险控制端的第二风险控制结果和第四风险控制结果。
若所述风险检查结果属于预设第二类型结果，则继续执行所述支付链路，具体地，获取所述风险检查结果对应的结果编码，并将所述结果编码输入预设分类模型，以确定所述风险检查结果的类型，进而若所述风险检查结果属于预设第二类型结果，则继续执行所述支付链路，例如，假设当所述结果编码属于100至199时，且本次支付链路执行时对应的结果编码为111，则所述风险属于所述预设第二类型结果。
本实施例通过获取支付场景数据，并生成所述支付场景数据对应的风险检查请求数据，进而将所述风险检查请求数据发送至与所述支付端关联的风险控制端，以供所述风险控制端执行预设风险检查流程，获得风险检查结果，并将所述风险检查结果反馈至所述支付端，进而接收所述风险控制端反馈的风险检查结果，并基于所述风险结果，确定是否继续执行所述支付场景数据对应的支付链路。也即，本实施例中在生成所述支付场景数据对应的风险检查请求数据后，将所述风险检查请求数据发送至所述风险控制端，进而接收所述风险控制端的风险检查结果后，即可完成对所述支付链路的风险检查，也即，所述支付端与所述风险控制端进行一次交互，即可完成对所述风险链路的风险检查，进而避免了在进行风险检查时，需设置多个检查点而导致风险检查时间过长、网络开销过大的情况发生，进而导致支付链路风险控制效率过低，所以，提高了支付链路的风险控制效率，所以，解决了支付链路风险控制效率低的技术问题。
参照图5，图5是本申请实施例方案涉及的硬件运行环境的设备结构示意图。
如图5所示，该支付风险控制设备可以包括：处理器1001，例如CPU，存储器1005，通信总线1002。其中，通信总线1002用于实现处理器1001和存储器1005之间的连接通信。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储设备。
可选地，该支付风险控制设备还可以包括矩形用户接口、网络接口、摄像头、RF(Radio Frequency，射频)电路，传感器、音频电路、WiFi模块等等。矩形用户接口可以包括显示屏(Display)、输入子模块比如键盘(Keyboard)，可选矩形用户接口还可以包括标准的有线接口、无线接口。网络接口可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。
本领域技术人员可以理解，图5中示出的支付风险控制设备结构并不构成对支付风险控制设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
如图5所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块以及支付风险控制程序。操作系统是管理和控制支付风险控制设备硬件和软件资源的程序，支持支付风险控制程序以及其它软件和/或程序的运行。网络通信模块用于实现存储器1005内部各组件之间的通信，以及与支付风险控制系统中其它硬件和软件之间通信。
在图5所示的支付风险控制设备中，处理器1001用于执行存储器1005中存储的支付风险控制程序，实现上述任一项所述的支付风险控制方法的步骤。
本申请支付风险控制设备具体实施方式与上述支付风险控制方法各实施例基本相同，在此不再赘述。
本申请实施例提供一种支付风险控制装置，所述支付风险控制装置应用于风险控制端，所述支付风险控制装置包括：
第一匹配模块，用于接收与所述风险控制端关联的支付端发送的风险检查请求数据，并匹配所述风险检查请求数据对应的风险规则链；
第一执行模块，用于执行所述风险规则链，获得风险规则执行结果，并将所述风险规则执行结果反馈至所述支付端，以供所述支付端执行预设支付链路。
可选地，所述第一执行模块包括：
第一判断单元，用于提取并执行所述风险规则链中的各风险规则，并判断是否命中当前提取并执行的所述风险规则；
第一执行单元，用于若命中所述风险规则，则跳出所述风险规则链，以中止执行各所述风险规则，并输出第一风险控制结果；
第二执行单元，用于若未命中所述风险规则，则在执行完各所述风险规则后，输出第二风险控制结果。
可选地，所述第一匹配模块包括：
第一匹配单元，用于将所述风险场景编码和所述风险场景子编码输入预设规则链模型，匹配所述风险场景编码对应的规则通道；
第二匹配单元，用于基于所述风险场景子编码，在所述规则通道中匹配所述风险规则链。
可选地，所述支付风险控制装置还包括：
确定模块，用于确定是否存在所述风险检查请求数据对应的风险规则链；
第二匹配模块，用于若不存在所述风险规则链，则匹配所述风险检查请求数据对应的缺省规则链；
第二执行模块，用于执行所述缺省规则链，获得缺省规则执行结果，并将所述缺省规则执行结果反馈至所述支付端，以供所述支付端执行所述预设支付链路；
第三执行模块，用于若存在所述风险规则链，则执行所述匹配所述风险检查请求数据对应的风险规则链的步骤。
可选地，所述第二执行模块包括：
第三执行单元，用于提取并执行所述缺省规则链中的各缺省规则，并判断是否命中当前提取并执行的所述缺省规则；
第一判定单元，用于若命中所述缺省规则，则跳出所述缺省规则链，以中止执行各所述缺省规则，并输出第三风险控制结果；
第二判定单元，用于若未命中所述缺省规则，则在执行完各所述缺省规则后，输出第四风险控制结果。
可选地，所述第二匹配模块包括：
提取单元，用于匹配所述风险场景编码对应的规则通道，并查询所述规则通道对应的缺省规则链。
本申请支付风险控制装置的具体实施方式与上述支付风险控制方法各实施例基本相同，在此不再赘述。
为实现上述目的，本申请实施例还提供一种支付风险控制装置，所述支付风险控制方法应用于支付端，所述支付风险控制装置包括：
生成模块，用于获取支付场景数据，并生成所述支付场景数据对应的风险检查请求数据；
发送模块，用于将所述风险检查请求数据发送至与所述支付端关联的风险控制端，以供所述风险控制端执行预设风险检查流程，获得风险检查结果，并将所述风险检查结果反馈至所述支付端；
接收模块，用于接收所述风险控制端反馈的风险检查结果，并基于所述风险结果，确定是否继续执行所述支付场景数据对应的支付链路。
可选地，所述接收模块包括：
第一确定单元，用于确定所述风险检查结果的类型，若所述风险检查结果属于预设第一类型结果，则中止所述支付链路的执行；
第二确定单元，用于若所述风险检查结果属于预设第二类型结果，则继续执行所述支付链路。
本申请支付风险控制装置的具体实施方式与上述支付风险控制方法各实施例基本相同，在此不再赘述。
本申请实施例提供了一种可读存储介质，且所述可读存储介质存储有一个或者一个以上程序，所述一个或者一个以上程序还可被一个或者一个以上的处理器执行以用于实现上述任一项所述的支付风险控制方法的步骤。
本申请可读存储介质具体实施方式与上述支付风险控制方法各实施例基本相同，在此不再赘述。
以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利处理范围内。

Claims (10)

1.一种支付风险控制方法，其特征在于，所述支付风险控制方法应用于风险控制端，所述支付风险控制方法包括：
接收与所述风险控制端关联的支付端发送的风险检查请求数据，并匹配所述风险检查请求数据对应的风险规则链；
执行所述风险规则链，获得风险规则执行结果，并将所述风险规则执行结果反馈至所述支付端，以供所述支付端执行预设支付链路。
2.如权利要求1所述支付风险控制方法，其特征在于，所述风险规则执行结果包括第一风险控制结果和第二风险控制结果，所述风险规则链包括一条或者多条风险规则，
所述执行所述风险规则链，获得风险规则执行结果的步骤包括：
提取并执行所述风险规则链中的各风险规则，并判断是否命中当前提取并执行的所述风险规则；
若命中所述风险规则，则跳出所述风险规则链，以中止执行各所述风险规则，并输出第一风险控制结果；
若未命中所述风险规则，则在执行完各所述风险规则后，输出第二风险控制结果。
3.如权利要求1所述支付风险控制方法，其特征在于，所述风险检查请求数据包括风险场景编码和风险场景子编码，
所述匹配所述风险检查请求数据对应的风险规则链的步骤包括：
将所述风险场景编码和所述风险场景子编码输入预设规则链模型，匹配所述风险场景编码对应的规则通道；
基于所述风险场景子编码，在所述规则通道中匹配所述风险规则链。
4.如权利要求1所述支付风险控制方法，其特征在于，所述匹配所述风险检查请求数据对应的风险规则链的之前，所述方法还包括：
确定是否存在所述风险检查请求数据对应的风险规则链；
若不存在所述风险规则链，则匹配所述风险检查请求数据对应的缺省规则链；
执行所述缺省规则链，获得缺省规则执行结果，并将所述缺省规则执行结果反馈至所述支付端，以供所述支付端执行所述预设支付链路；
所述匹配所述风险检查请求数据对应的风险规则链，包括：
若存在所述风险规则链，则执行所述匹配所述风险检查请求数据对应的风险规则链的步骤。
5.如权利要求4所述支付风险控制方法，其特征在于，所述缺省规则执行结果包括第三风险控制结果和第四风险控制结果，所述缺省规则链包括一条或者多条缺省规则，
所述执行所述缺省规则链，获得缺省规则执行结果的步骤包括：
提取并执行所述缺省规则链中的各缺省规则，并判断是否命中当前提取并执行的所述缺省规则；
若命中所述缺省规则，则跳出所述缺省规则链，以中止执行各所述缺省规则，并输出第三风险控制结果；
若未命中所述缺省规则，则在执行完各所述缺省规则后，输出第四风险控制结果。
6.如权利要求4所述支付风险控制方法，其特征在于，所述风险检查请求数据包括风险场景编码，
所述匹配所述风险检查请求数据对应的缺省规则链的步骤包括：
匹配所述风险场景编码对应的规则通道，并查询所述规则通道对应的缺省规则链。
7.一种支付风险控制方法，其特征在于，所述支付风险控制方法应用于支付端，所述支付风险控制方法包括：
获取支付场景数据，并生成所述支付场景数据对应的风险检查请求数据；
将所述风险检查请求数据发送至与所述支付端关联的风险控制端，以供所述风险控制端执行预设风险检查流程，获得风险检查结果，并将所述风险检查结果反馈至所述支付端；
接收所述风险控制端反馈的风险检查结果，并基于所述风险结果，确定是否继续执行所述支付场景数据对应的支付链路。
8.如权利要求7所述支付风险控制方法，其特征在于，所述基于所述风险结果，确定是否继续执行所述支付场景数据对应的支付链路的步骤包括：
确定所述风险检查结果的类型，若所述风险检查结果属于预设第一类型结果，则中止所述支付链路的执行；
若所述风险检查结果属于预设第二类型结果，则继续执行所述支付链路。
9.一种支付风险控制设备，其特征在于，所述支付风险控制设备包括：存储器、处理器以及存储在存储器上的用于实现所述支付风险控制方法的程序，
所述存储器用于存储实现支付风险控制方法的程序；
所述处理器用于执行实现所述支付风险控制方法的程序，以实现如权利要求1至6或者7至8中任一项所述支付风险控制方法的步骤。
10.一种可读存储介质，其特征在于，所述可读存储介质上存储有实现支付风险控制方法的程序，所述实现支付风险控制方法的程序被处理器执行以实现如权利要求1至6或者7至8中任一项所述支付风险控制方法的步骤。
CN202010190169.3A 2020-03-17 2020-03-17 支付风险控制方法、设备和可读存储介质 Pending CN111429123A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010190169.3A CN111429123A (zh) 2020-03-17 2020-03-17 支付风险控制方法、设备和可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010190169.3A CN111429123A (zh) 2020-03-17 2020-03-17 支付风险控制方法、设备和可读存储介质

Publications (1)

Publication Number Publication Date
CN111429123A true CN111429123A (zh) 2020-07-17

Family

ID=71548549

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010190169.3A Pending CN111429123A (zh) 2020-03-17 2020-03-17 支付风险控制方法、设备和可读存储介质

Country Status (1)

Country Link
CN (1) CN111429123A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113673844A (zh) * 2021-08-04 2021-11-19 支付宝(杭州)信息技术有限公司 一种信息反馈方法、装置及设备
CN113723777A (zh) * 2021-08-16 2021-11-30 南京航空航天大学 一种民用飞机运行风险的管理方法及装置
CN116664138A (zh) * 2023-07-21 2023-08-29 上海富友支付服务股份有限公司 在第三方支付中基于动态控制的风控控制方法和系统

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113673844A (zh) * 2021-08-04 2021-11-19 支付宝(杭州)信息技术有限公司 一种信息反馈方法、装置及设备
CN113673844B (zh) * 2021-08-04 2024-02-23 支付宝(杭州)信息技术有限公司 一种信息反馈方法、装置及设备
CN113723777A (zh) * 2021-08-16 2021-11-30 南京航空航天大学 一种民用飞机运行风险的管理方法及装置
CN116664138A (zh) * 2023-07-21 2023-08-29 上海富友支付服务股份有限公司 在第三方支付中基于动态控制的风控控制方法和系统

Similar Documents

Publication Publication Date Title
CN105678540B (zh) 一种支付处理方法、装置及智能设备
CN111429123A (zh) 支付风险控制方法、设备和可读存储介质
CN109766082B (zh) 应用程序页面跳转的方法和装置
CN111176858A (zh) 一种数据请求处理方法及装置
CN109345190B (zh) 一种数据处理方法及装置
CN111475788A (zh) 跨境电商平台账号注册方法、装置、终端及存储介质
CN110264171B (zh) 分布式账单处理方法、装置、设备与计算机可读存储介质
CN101873325A (zh) Flash支持处理方法、系统、移动终端及中转服务器
CN112927090A (zh) 业务订单数据的生成方法及装置
CN111367531B (zh) 代码处理方法及装置
CN112308590B (zh) 一种参数处理方法、装置以及计算设备、存储介质
CN107861765B (zh) 产品配置方法、设备和计算机可读存储介质
CN109636460B (zh) 一种业务处理方法、装置、设备及存储介质
CN111881148A (zh) 对象组合的属性确定方法、装置、电子设备
CN110413421A (zh) 业务数据处理方法和装置、交易数据处理方法和装置
CN114170004A (zh) 基于多事件的评分决策方法、装置、设备及存储介质
CN111176588B (zh) 业务单据出单方法、装置、介质及电子设备
JP2017228292A (ja) 簡易決済方法および簡易決済システム
CN109447806B (zh) 前端控制方法及装置、存储介质及电子设备
CN114648410A (zh) 股票盯盘方法、装置、系统、设备和介质
CN113516523A (zh) 一种订单数据处理方法和接单系统
KR102621022B1 (ko) 전자 상거래 서비스와 관련된 정책을 관리하는 전자 장치 및 방법
CN114217890A (zh) 界面控制方法、装置、聚合支付平台及存储介质
CN118132069A (zh) 一种页面流转控制方法、装置及电子设备
CN117271635A (zh) 一种清单导出方法、装置、计算机设备及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination