一种风险控制策略配置方法、装置及设备与流程

1.本技术涉及风险控制技术领域，尤其涉及一种风险控制策略配置方法、装置及设备。


背景技术：

2.为保障用户及企业的利益，服务提供商通常会基于行业经验积累配置风险控制策略，以减少风险事件发生时对用户及企业造成的损失。随着服务提供商提供的目标业务越来越复杂，目标业务所涉及的上下游业务节点的数量以及各个业务节点所涉及的风险种类及防控项也越来越多。目前，由于不同业务节点之间互通成本较高，因此，通常仅会令工作人员去配置自身所管理的业务节点处的风险控制策略，不仅使得风险防控链路无法互通，且容易存在业务节点之间的关联风险缺乏防控的情况。
3.基于此，如何针对目标业务处的各个业务节点所涉及的风险进行全面便捷的管控，成为了亟待解决的技术问题。


技术实现要素：

4.本说明书实施例提供的一种风险控制策略配置方法、装置及设备，可以针对目标业务处的各个业务节点所涉及的风险方便快捷的去配置相应风险控制策略，从而有利于提升业务风险管控时的全面性及便捷性。
5.为解决上述技术问题，本说明书实施例是这样实现的：
6.本说明书实施例提供的一种风险控制策略配置方法，包括：
7.获取目标业务涉及的各个业务节点的相关节点信息；所述相关节点信息用于反映各个所述业务节点之间的关联关系；
8.获取针对各个所述业务节点配置的节点风险控制策略数据；
9.获取针对多个所述业务节点之间配置的关联风险控制策略数据；
10.根据所述相关节点信息、所述节点风险控制策略数据以及所述关联风险控制策略数据，确定所述目标业务的风险控制策略集合。
11.本说明书实施例提供的一种风险控制策略配置装置，包括：
12.第一获取模块，用于获取目标业务涉及的各个业务节点的相关节点信息；所述相关节点信息用于反映各个所述业务节点之间的关联关系；
13.第二获取模块，用于获取针对各个所述业务节点配置的节点风险控制策略数据；
14.第三获取模块，用于获取针对多个所述业务节点之间配置的关联风险控制策略数据；
15.第一确定模块，用于根据所述相关节点信息、所述节点风险控制策略数据以及所述关联风险控制策略数据，确定所述目标业务的风险控制策略集合。
16.本说明书实施例提供的一种风险控制策略配置设备，包括：
17.至少一个处理器；以及，
18.与所述至少一个处理器通信连接的存储器；其中，
19.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：
20.获取目标业务涉及的各个业务节点的相关节点信息；所述相关节点信息用于反映各个所述业务节点之间的关联关系；
21.获取针对各个所述业务节点配置的节点风险控制策略数据；
22.获取针对多个所述业务节点之间配置的关联风险控制策略数据；
23.根据所述相关节点信息、所述节点风险控制策略数据以及所述关联风险控制策略数据，确定所述目标业务的风险控制策略集合。
24.本说明书中提供的至少一个实施例能够实现以下有益效果：
25.通过获取用于反映目标业务涉及的各个业务节点之间的关联关系的相关节点信息，并获取针对各个所述业务节点配置的节点风险控制策略数据，以及，针对多个所述业务节点之间配置的关联风险控制策略数据；从而能够根据获取到的所述相关节点信息、所述节点风险控制策略数据以及所述关联风险控制策略数据，方便快捷地确定出目标业务涉及的较为完整全面的风险控制策略集合，有利于提升业务风险管控时的全面性及便捷性。
附图说明
26.为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
27.图1为本说明书实施例提供的一种风险控制策略配置方法的应用场景示意图；
28.图2为本说明书实施例提供的一种风险控制策略配置方法的流程示意图；
29.图3为本说明书实施例提供的一种以目标业务涉及的各个业务节点作为节点的血缘树的结构示意图；
30.图4为本说明书实施例提供的对应于图2中的风险控制策略配置方法的泳道流程示意图；
31.图5为本说明书实施例提供的对应于图2的一种风险控制策略配置装置的结构示意图；
32.图6为本说明书实施例提供的对应于图2的一种风险控制策略配置设备的结构示意图。
具体实施方式
33.为使本说明书一个或多个实施例的目的、技术方案和优点更加清楚，下面将结合本说明书具体实施例及相应的附图对本说明书一个或多个实施例的技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本说明书一个或多个实施例保护的范围。
34.以下结合附图，详细说明本说明书各实施例提供的技术方案。
35.现有技术中，在针对目标业务进行风险防控时，由于目标业务所涉及的各个业务节点处的管理人员通常仅能通过接口查询的方式感知到下游业务节点，但无法感知其上游业务节点，而若需要令各个业务节点之间均能够相互感知，则需要联动各级上游业务节点去开发相应访问接口，成本高，可行性低，因此，服务提供商通常仅会令工作人员去配置自身所管理的业务节点处的风险控制策略，不仅使得风险防控链路无法互通，还容易存在业务节点之间的关联风险缺乏防控的情况。
36.为了解决现有技术中的缺陷，本方案给出了以下实施例：
37.图1为本说明书实施例提供的一种风险控制策略配置方法的应用场景示意图。
38.如图1所示，用于管理目标业务所涉及的全部风险控制策略的目标服务器101可以设置有关系型数据库，目标服务器101可以从各个业务节点的管理人员的设备(诸如，设备102、设备103等)处，获取用于反映目标业务涉及的各个业务节点之间的关联关系的相关节点信息，并利用关系型数据库管理该相关节点信息，以提升目标业务的相关节点信息的管理便捷性。
39.目标服务器101还可以获取针对各个所述业务节点配置的节点风险控制策略数据，以及，获取针对多个所述业务节点之间配置的关联风险控制策略数据；从而能够根据所述相关节点信息、所述节点风险控制策略数据以及所述关联风险控制策略数据，方便快捷地确定出目标业务涉及的较为完整全面的风险控制策略集合，有利于提升业务风险管控时的全面性及便捷性。
40.接下来，将针对说明书实施例提供的一种风险控制策略配置方法结合附图进行具体说明：
41.图2为本说明书实施例提供的一种风险控制策略配置方法的流程示意图。从程序角度而言，该流程的执行主体可以为用于管理目标业务所涉及的全部风险控制策略的目标服务器，或者，该目标服务器处搭载的应用程序。如图2所示，该流程可以包括以下步骤：
42.步骤202：获取目标业务涉及的各个业务节点的相关节点信息；所述相关节点信息用于反映各个所述业务节点之间的关联关系。
43.本说明书实施例中，目标业务可以为由服务提供商提供的需要进行风险控制的业务。目标业务涉及的业务节点可以根据实际需求进行划分，例如，可以将目标业务涉及的各个业务实体作为各个业务节点，或者，将目标业务涉及的各个业务步骤、业务操作、业务流程等作为各个业务节点，对此不作具体限定。
44.在实际应用中，目标业务的种类可以有多种，例如，目标业务可以为营销业务、支付业务、电子商务业务等；而不同种类的目标业务涉及的业务节点的种类往往也会存在差异。例如，若目标业务为营销业务，则可以将营销业务涉及的投放应用、营销页面、商户、营销平台、营销活动、奖品、业务主数据等业务实体作为各个业务节点。或者，将营销业务涉及的活动配置流程、活动参与流程、活动实施流程等作为各个业务节点。而若目标业务为支付业务，则可以将支付业务涉及的付款方、收款方、付款页面和/或收款页面、付款结果展示页面、收银台、结算平台等业务实体作为各个业务节点。或者，将支付业务涉及的付款方、收款方、收银台、结算平台等所需执行的各个操作、流程作为各个业务节点。对此均不作具体限定。
45.本说明书实施例中，需要获取目标业务涉及的各个业务节点的相关节点信息，以
明确目标业务涉及的各个业务节点，以及各个业务节点之间的关联关系。所述各个业务节点之间的关联关系具体可以为各个业务节点之间的上下游关系，从而便于针对目标业务进行全面风险管控。在实际应用中，各个业务节点之间的关联关系可以根据实际业务需求设置，对此不作具体限定。
46.步骤204：获取针对各个所述业务节点配置的节点风险控制策略数据。
47.本说明书实施例中，节点风险控制策略数据可以为针对目标业务处的任一业务节点自身所涉及的风险项进行管控所配置的数据。即根据该节点风险控制策略数据确定出的风险控制策略通常用于识别及管控某个业务节点自身所涉及的风险项，而无法识别及管控多个业务节点之间存在的较为复杂的关联风险。
48.其中，目标业务处的任一业务节点自身所涉及的风险项通常可以根据实际业务需求确定，并且不同种类的目标业务处的业务节点自身所涉及的风险项往往会存在差异，对此不作具体限定。为便于理解，对此进行举例说明。例如，针对营销业务涉及的投放应用或营销页面等业务节点，配置的节点风险控制策略数据可以用于识别及管控相关页面数据中的违规信息、低质量图像等风险项。针对营销业务处的奖品这一业务节点，配置的节点风险控制策略数据对应的节点风险控制策略可以用于识别及管控奖品发放数量是否超过阈值等风险项。而针对支付业务涉及的付款方这一业务节点，配置的节点风险控制策略数据可以用于识别及管控盗用他人资产等风险项，而针对支付业务涉及的结算平台这一业务节点，配置的节点风险控制策略数据可以用于识别及管控付款方余额不足、支付超时等风险项。
49.步骤206：获取针对多个所述业务节点之间配置的关联风险控制策略数据。
50.本说明书实施例中，由于目标业务涉及的多个业务节点之间可能存在具有关联性的风险项，而节点风险控制策略数据对应的风险控制策略通常无法防控多个业务节点之间存在的具有关联性的风险项，基于此，还可以设置用于针对多个业务节点之间存在的关联风险进行防控的关联风险控制策略数据。
51.在实际应用中，多个业务节点之间存在的具有关联性的风险项(即关联风险)通常可以根据实际业务需求确定，并且不同种类的目标业务处的业务节点之间所存在的关联风险往往会存在差异，对此不作具体限定。为便于理解，对此进行举例说明。例如，针对营销业务涉及的营销活动及奖品等多个业务节点，配置的关联风险控制策略数据可以用于识别及管控奖品发放期限是否超过营销活动运营期限这一关联风险。而针对营销业务涉及的营销页面、营销活动及奖品等多个业务节点，配置的关联风险控制策略数据可以用于识别及管控上述业务节点涉及的营销数据是否具有一致性这一关联风险。而针对支付业务涉及的付款方、收款方及结算平台等多个业务节点，配置的关联风险控制策略数据可以用于识别及管控上述业务节点涉及的支付数据是否具有一致性这一关联风险。
52.步骤208：根据所述相关节点信息、所述节点风险控制策略数据以及所述关联风险控制策略数据，确定所述目标业务的风险控制策略集合。
53.本说明书实施例中，由于所述相关节点信息用于反映目标业务涉及的各个业务节点之间的关联关系，从而能够根据所述相关节点信息快速准确地识别出目标业务处具有的各个业务节点，进而可以根据预先针对各个业务节点配置好的节点风险控制策略数据以及关联风险控制策略数据，确定出针对目标业务进行风险控制所需执行的各个风险控制策
略，以得到目标业务的较为全面的风险控制策略集合。
54.图2中的方法，通过获取用于反映目标业务涉及的各个业务节点之间的关联关系的相关节点信息，并获取针对各个所述业务节点配置的节点风险控制策略数据，以及，针对多个所述业务节点之间配置的关联风险控制策略数据；从而能够根据获取到的所述相关节点信息、所述节点风险控制策略数据以及所述关联风险控制策略数据，方便快捷地确定出目标业务涉及的较为完整全面的风险控制策略集合，有利于提升业务风险管控时的全面性及便捷性。
55.基于图2中的方法，本说明书实施例还提供了该方法的一些具体实施方案，下面进行说明。
56.本说明书实施例中，步骤202：获取目标业务涉及的各个业务节点的相关节点信息，具体可以包括：
57.获取目标业务涉及的各个业务节点的节点基础信息；所述节点基础信息包括所述业务节点的节点唯一标识。
58.获取携带有所述目标业务涉及的第一业务节点的所述节点唯一标识与第二业务节点的所述节点唯一标识的节点关联关系信息；所述节点关联关系信息用于反映所述第一业务节点与所述第二业务节点之间的上下游业务关系。
59.本说明书实施例中，目标业务处的各个业务节点通常具有各自的节点唯一标识，以便于在目标业务运行过程中对各个业务节点进行准确区分，有利于保障目标业务运行的稳定性。在实际应用中，目标业务处的各个业务节点的节点唯一标识的命名规则既可以相同、也可以不同。例如，营销业务涉及的投放应用这一业务节点的节点唯一标识可以为投放应用的appid(applicationidentitydocument)，营销页面这一业务节点的节点唯一标识可以为页面唯一标识或者页面访问地址，营销活动这一业务节点的节点唯一标识可以为活动id等，对此不作具体限定。
60.本说明书实施例中，由于目标业务所涉及的各个业务节点的管理人员可以通过接口查询的方式感知到下游业务节点，但下游业务节点的管理人员无法感知到相应上游业务节点，基于此，目标服务器在获取到目标业务处的各个业务节点的管理人员上报的其管理的业务节点的节点基础信息后，可以允许管理人员去查看目标业务处的各个业务节点的节点基础信息，从而令上游业务节点的管理人员可以向目标服务器上报所述节点关联关系信息，以令目标服务器可以获取到目标业务涉及的各个业务节点的相关节点信息。
61.在实际应用中，若第一业务节点为第二业务节点的上游业务节点，则可以由第一业务节点的管理人员向目标服务器上报携带有第一业务节点的节点唯一标识与第二业务节点的节点唯一标识的节点关联关系信息。而若第一业务节点为第二业务节点的下游业务节点，则可以由第二业务节点的管理人员向目标服务器上报所述节点关联关系信息。从而能够方便快捷地得到反映目标业务涉及的各个业务节点之间的关联关系的相关节点信息。
62.除此之外，目标服务器还可以授予目标业务处的各个业务节点的管理人员对于上述相关节点信息的查阅权限，从而无需改造各个业务节点处的访问接口，就能够令下游业务节点的管理人员知悉相应上游业务节点，实现业务链路的互通，方便快捷，且成本低廉。
63.本说明书实施例中，目标业务处的各个业务节点的管理人员上报的其管理的业务节点的节点基础信息除了可以包含节点唯一标识以外，还可以包括针对所述业务节点进行
风险控制所需使用的预设业务数据信息，以便于后续配置相关风险控制策略数据。
64.对应的，步骤204：获取针对各个业务节点配置的节点风险控制策略数据，具体可以包括：
65.针对任一所述业务节点，获取针对所述任一所述业务节点配置的节点风险控制策略数据；所述节点风险控制策略数据对应的第一风险控制策略用于指示利用所述任一所述业务节点处的所述预设业务数据信息，去识别所述任一所述业务节点存在的业务风险；
66.步骤206：获取针对多个所述业务节点之间配置的关联风险控制策略数据，具体可以包括：
67.获取基于多个所述业务节点处的所述预设业务数据信息针对所述多个所述业务节点之间配置的关联风险控制策略数据；所述关联风险控制策略数据对应的第二风险控制策略用于指示利用所述多个所述业务节点处的所述预设业务数据信息，去识别所述多个所述业务节点之间存在的关联业务风险。
68.本说明书实施例中，所述节点基础信息中包含的预设业务数据信息既可以用于反映针对业务节点进行风险控制所需使用的业务数据的预设种类，和/或，也可以反映针对业务节点进行风险控制所需使用的业务数据的预设取值。在实际应用中，不同业务节点处的预设业务数据信息往往也会存在差异。为便于理解，对此进行举例说明。例如，营销业务涉及的奖品这一业务节点的预设业务数据信息可以为：奖品发放起始时间-2023-6-1-00:00，奖品发放终止时间2023-6-5-20:00，奖品数量1000件等。或者，支付业务涉及的结算平台这一业务节点的预设业务数据信息可以为：订单金额，抵扣红包金额，付款金额，支付渠道等。对此均不作具体限定。
69.本说明书实施例中，由于所述预设业务数据信息为针对目标业务处的业务节点进行风险控制所需使用的信息，因此，可以利用所述预设业务数据信息去配置目标业务处的节点风险控制策略数据以及关联风险控制策略数据。
70.具体的，所述关联风险控制策略数据以及所述节点风险控制策略数据的格式通常可以具有一致性，两者的区别可以在于，所述节点风险控制策略数据通常仅会使用到单个业务节点处的所述预设业务数据信息，而所述关联风险控制策略数据往往需要使用到多个业务节点处的所述预设业务数据信息。
71.在实际应用中，所述节点风险控制策略数据以及所述关联风险控制策略数据中均可以包含：所涉及的业务节点信息(例如，节点唯一标识或者节点类型)，所需使用的预设业务数据信息，针对上述预设业务数据信息的处理方式，风险判别标准及风险处理方式等。除此之外，所述节点风险控制策略数据以及所述关联风险控制策略数据还可以指示出相应的策略执行平台。
72.为便于理解，对此进行举例说明。例如，针对营销业务处作为奖品的优惠券这一业务节点设置的一条节点风险控制策略数据可以反映：优惠券id；已发放优惠券数量小于等于预设数量(例如，1000)；若是，则营销业务无风险；若否，营销业务具有高等风险，终止营销业务；策略执行平台a。而针对营销业务涉及的营销活动及作为奖品的优惠券等多个业务节点配置的一条关联风险控制策略数据可以反映：活动id、优惠券id；活动运营终止期限等于或晚于优惠券发放终止期限；若是，则营销业务无风险；若否，营销业务具有中等风险，生成报警信息；策略执行平台b的访问地址等。对此不作具体限定。
73.在实际应用中，为提升风险控制策略的配置便捷性，针对同一类型的业务节点均需要执行的同一风险控制策略，还可以在所述节点风险控制策略数据和/或所述关联风险控制策略数据中仅标示所涉及的业务节点的节点类型(例如，优惠券类、投放应用类)，而不标示所涉及的业务节点的具体节点唯一标识，从而令同一类型的多个业务节点共用同一条所述节点风险控制策略数据或所述关联风险控制策略数据，对此不作赘述。
74.结合上面的陈述，以及，由于目标业务涉及的各个业务节点之间的关联关系具有树状特征，因此，目标服务器可以利用关系型数据库去对目标业务涉及的相关节点信息进行高效便捷地管理。
75.基于此，步骤202：获取目标业务涉及的各个业务节点的相关节点信息，具体可以包括：
76.获取第一用户存储至关系型数据库中的第一数据表内的所述节点基础信息；其中，所述第一用户为管理所述节点基础信息所属的所述业务节点的用户。
77.获取第二用户存储至所述关系型数据库中的第二数据表内的所述节点关联关系信息；其中，所述第二用户为管理所述节点关联关系信息涉及的各个所述业务节点中的上游业务节点的用户。
78.本说明书实施例中，由于所述节点基础信息可以包括业务节点的节点唯一标识以及进行风险控制所需使用的预设业务数据信息，从而令第一用户可以关联存储自身所管理的业务节点的节点唯一标识以及预设业务数据信息至第一数据表，其中，所述预设业务数据信息可以作为所述节点唯一标识的属性信息。
79.本说明书实施例中，第二数据表可以为用于存储业务节点之间的关联关系(即血缘关系)的关系表。在实际应用中，可以预先设置第二数据表中的第一数据列与第二数据列分别用于存储相邻的上游业务节点(即父节点)与下游业务节点(即子节点)，基于此，第二用户可以将自身管理的上游业务节点的节点唯一标识写入某行处的第一数据列所在的单元格，并将其相邻的一个下游业务节点的节点唯一标识写入该行处的第二数据列所在的单元格，从而存储一条所述节点关联关系信息至第二数据表。当然，第二用户也可以采用其他形式去存储所述节点关联关系信息至第二数据表，对此不作具体限定。
80.在实际应用中，服务提供商可以允许部分工作人员(例如，风险管控人员、目标业务处的各个业务节点的管理人员等)去查看第一数据表以及第二数据表，使得这些工作人员可以根据第二数据表中记载的业务节点之间的关联关系，以及，第一数据表中记载的业务节点的节点唯一标识与进行风险管理所需使用的预设业务数据信息，去便捷地的配置所述节点风险控制策略数据和/或所述关联风险控制策略数据，有利于提升风险控制策略的配置、管理便捷性。
81.本说明书实施例中，由于关系型数据库能够准确高效的生成目标业务涉及的各个业务节点的树状关系图(即血缘树)，并且可以预先建立所述节点风险控制策略数据以及所述关联风险控制策略数据与该血缘树中的各个节点之间的对应关系，从而能够基于血缘树快速查找出目标业务的风险控制策略集合。
82.基于此，所述节点关联关系信息具体可以用于反映所述第一业务节点与所述第二业务节点之间具有的直接血缘关系，其中，所述第一业务节点与所述第二业务节点中的上游业务节点为下游业务节点的父节点。
83.对应的，步骤208：根据所述相关节点信息、所述节点风险控制策略数据以及所述关联风险控制策略数据，确定所述目标业务的风险控制策略集合，具体可以包括：
84.利用所述关系型数据库，根据所述第一数据表内的所述节点基础信息以及所述第二数据表内的所述节点关联关系信息，生成以所述目标业务涉及的各个业务节点作为节点的血缘树；或者，
85.利用所述关系型数据库，根据所述第二数据表内的所述节点关联关系信息，生成以所述目标业务涉及的各个业务节点作为节点的血缘树。
86.确定针对所述血缘树中的各个节点所配置的目标风险控制策略数据对应的风险控制策略，得到所述目标业务的风险控制策略集合；其中，所述目标风险控制策略数据包括所述节点风险控制策略数据与所述关联风险控制策略数据中的至少一种。
87.为便于理解，图3为本说明书实施例提供的一种以目标业务涉及的各个业务节点作为节点的血缘树的结构示意图。如图3所示，假定，目标业务为营销业务，以目标业务涉及的各个业务节点作为节点的血缘树中可以包括：投放应用1、投放应用2、营销页面3、商户4、营销平台5、营销活动6、奖品7、电子券8和实物产品9等业务节点。其中，电子券8和实物产品9的上游业务节点均为奖品7，奖品7的上游业务节点为营销活动6，营销活动6的上游业务节点包括商户4及营销平台5，商户4及营销平台5的上游业务节点为营销页面3，营销页面3的上游业务节点可以包括投放应用1、投放应用2。
88.在实际应用中，由于用户可以在关系型数据库的第一数据表及第二数据表内动态加入或删除部分业务节点的相关节点信息，而关系型数据库能够实时根据第一数据表及第二数据表内现有内容生成目标业务的血缘树，进而自动确定出目标业务的风险控制策略集合；一方面，能够高效便捷地动态编排目标业务处的业务节点之间的血缘关系，以高效管理目标业务的风险控制策略集合；另一方面，当加入的新节点为等级较高的上游业务节点时，还能够通过建立其与下游业务节点之间的血缘关系，从而复用该下游业务节点与其他等级更低的下游业务节点之间的血缘关系，通过利用该链路复用功能，能够进一步提升风险控制策略配置方案的便捷性及高效性。
89.例如，假定投放应用2是当前加入的新节点，而其他业务节点之间的血缘关系已经建立好了，则可以通过建立投放应用2与营销页面3之间的血缘关系，从而复用前期已经建立好的营销页面3至实物产品9等多个下游业务节点之间的血缘关系，有利于提升用户体验。
90.在实际应用中，由于图数据库及图灵平台也能够高效准确地生成节点之间的树状关系图(即血缘树)，因此，所述第一数据表以及所述第二数据表也可以是图数据库或图灵平台中的数据表，对此不作赘述。
91.本说明书实施例中，还给出利用目标业务的风险控制策略集合对目标业务进行风险控制的实施方式。
92.具体的，步骤208：根据所述相关节点信息、所述节点风险控制策略数据以及所述关联风险控制策略数据，确定所述目标业务的风险控制策略集合之后，还可以包括：
93.若针对所述目标业务进行风险控制的预设条件被满足，则生成针对所述风险控制策略集合中的至少部分风险控制策略的策略执行指令。
94.发送所述策略执行指令至策略执行平台。
95.根据所述策略执行平台通过执行所述风险控制策略而生成的风险识别结果进行风险处理，得到针对所述目标业务的风险控制结果。
96.本说明书实施例中，由于目标业务的不同风险控制策略的执行时机可能会存在差异，例如，部分风险控制策略仅需要在目标业务启动时执行，而部分风险控制策略需要在目标业务运行过程中高频次执行，因此，为节省计算资源，可以为风险控制策略设置相应策略执行条件，并在策略执行条件被满足后再去执行相应风险控制策略。
97.除此之外，由于血缘链路可以被复用，使得针对部分业务节点配置的风险控制策略也会被复用，从而可能会给风控运行带来干扰，基于此，还可以为风险控制策略设置策略屏蔽条件，通过屏蔽部分风险控制策略生成的风险识别结果，以保障风控运行的准确性。
98.可知，目标业务的风险控制策略集合中的风险控制策略可以设置有策略执行条件及策略屏蔽条件。
99.基于此，所述若针对所述目标业务进行风险控制的预设条件被满足，则生成针对所述风险控制策略集合中的至少部分风险控制策略的策略执行指令，具体可以包括：
100.若针对所述目标业务进行风险控制的预设条件被满足，则从所述风险控制策略集合中确定出所述策略执行条件被满足的第三风险控制策略。
101.生成针对所述第三风险控制策略的策略执行指令。
102.对应的，所述根据所述策略执行平台通过执行所述风险控制策略而生成的风险识别结果进行风险处理，得到针对所述目标业务的风险控制结果，具体可以包括：
103.从所述第三风险控制策略中，确定出不符合所述策略屏蔽条件的第四风险控制策略。
104.根据所述策略执行平台通过执行所述第四风险控制策略而生成的风险识别结果进行风险处理，得到针对所述目标业务的风险控制结果。
105.本说明书实施例中，所述策略执行条件可以包括：所述目标业务启动运行、策略执行时间间隔达到预设阈值以及到达预设策略执行时刻中的至少一种。而所述策略屏蔽条件包括：所述风险控制策略对应的所述节点风险控制策略数据或所述关联风险控制策略数据设置有策略屏蔽标识。当然，所述策略执行条件及所述策略屏蔽条件也可以采用其他形式或内容，以满足实际业务需求，对此不作具体限定。
106.本说明书实施例中，不同风险控制策略的策略执行平台也有可能会存在差异，基于此，还给出了确定用于执行风险控制策略的策略执行平台的实现方式，以保障风控方案的稳定运行。
107.具体的，所述节点风险控制策略数据与所述关联风险控制策略数据中还可以携带有策略执行平台唯一标识和/或策略执行平台访问地址；从而使得图2中的方法还可以包括：
108.根据所述策略执行指令用于指示执行的目标风险控制策略对应的所述节点风险控制策略数据或者所述关联风险控制策略数据，确定用于执行所述策略执行指令的目标策略执行平台的平台唯一标识和/或平台访问地址。
109.对应的，发送所述策略执行指令至策略执行平台，具体可以包括：
110.基于所述目标策略执行平台的平台唯一标识和/或平台访问地址，发送所述策略执行指令至所述目标策略执行平台。
111.本说明书实施例中，当通过执行风险控制策略而识别出目标业务的运行存在风险时，还需要进行风险处理，以实现风险管控。在此给出了进行风险处理的多种实现方式。
112.具体的，所述根据所述策略执行平台通过执行所述风险控制策略而生成的风险识别结果进行风险处理，可以包括：
113.根据所述策略执行平台通过执行所述风险控制策略而生成的风险识别结果，生成针对所述目标业务的报警信息；和/或，
114.根据所述策略执行平台通过执行所述风险控制策略而生成的风险识别结果，生成针对所述目标业务的停止运行指令。
115.本说明书实施例中，针对所述目标业务的报警信息具体可以反映目标业务处存在的风险项，从而令工作人员可以根据报警信息对风险进行处理。或者，也可以直接生成针对目标业务的停止运行指令，以令目标业务停止运行，从而尽量减少业务风险带来的损失。当然，还可以采用其它方式进行风险管控，对此不作具体限定。
116.图4为本说明书实施例提供的对应于图2中的风险控制策略配置方法的泳道流程示意图。如图4所示，该风险控制策略配置流程可以涉及第一用户、第二用户、第三用户以及目标服务器等执行主体。
117.在风险控制策略配置阶段，第一用户可以发送自身管理的目标业务处的业务节点的节点唯一标识与预设业务数据信息至目标服务器，目标服务器则可以将所述节点唯一标识与所述预设业务数据信息存储至关系型数据库中的第一数据表。
118.第二用户可以基于第一数据表，生成并发送反映自身管理的上游业务节点与下游业务节点之间的直接血缘关系的节点关联关系信息至目标服务器，目标服务器则可以将所述节点关联关系信息存储至关系型数据库中的第二数据表。
119.以及，第三用户可以基于第一数据表以及第二数据表，生成并发送针对目标业务处的多个业务节点之间配置的关联风险控制策略数据至目标服务器，还有，第一用户也可以发送针对自身管理的业务节点配置的节点风险控制策略数据至目标服务器，使得目标服务器处可以存储所述节点风险控制策略数据以及所述关联风险控制策略数据。其中，第三用户与第一用户及第二用户既可以相同用户，也可以是不同用户，对此不作具体限定。
120.后续，目标服务器可以根据第一数据表、第二数据表、节点风险控制策略数据以及关联风险控制策略数据，便捷地确定出目标业务的较为全面的风险控制策略集合。具体的，可以利用所述关系型数据库，根据所述第一数据表以及所述第二数据表内的信息，生成以目标业务涉及的各个业务节点作为节点的血缘树；并从存储的所述节点风险控制策略数据与所述关联风险控制策略数据中，确定出针对所述血缘树中的各个节点所配置的目标风险控制策略数据对应的风险控制策略，从而得到所述目标业务的风险控制策略集合，方便快捷。
121.在风险控制策略执行阶段，若针对所述目标业务进行风险控制的预设条件被满足，则目标服务器可以生成并发送针对所述风险控制策略集合中策略执行条件被满足的第三风险控制策略的策略执行指令至策略执行平台，并从第三风险控制策略中，确定出不符合策略屏蔽条件的第四风险控制策略，从而可以根据策略执行平台通过执行第四风险控制策略而生成的风险识别结果进行风险处理，得到针对目标业务的风险控制结果，有利于保障风险控制的准确性。
122.基于同样的思路，本说明书实施例还提供了上述方法对应的装置。图5为本说明书实施例提供的对应于图2的一种风险控制策略配置装置的结构示意图。如图5所示，该装置可以包括：
123.第一获取模块502，用于获取目标业务涉及的各个业务节点的相关节点信息；所述相关节点信息用于反映各个所述业务节点之间的关联关系。
124.第二获取模块，用于获取针对各个所述业务节点配置的节点风险控制策略数据。
125.第三获取模块，用于获取针对多个所述业务节点之间配置的关联风险控制策略数据。
126.第一确定模块，用于根据所述相关节点信息、所述节点风险控制策略数据以及所述关联风险控制策略数据，确定所述目标业务的风险控制策略集合。
127.基于图5的装置，本说明书实施例还提供了该装置的一些具体实施方案，下面进行说明。
128.可选的，所述第一获取模块502，具体可以包括：
129.第一获取单元，用于获取目标业务涉及的各个业务节点的节点基础信息；所述节点基础信息包括所述业务节点的节点唯一标识。
130.第二获取单元，用于获取携带有所述目标业务涉及的第一业务节点的所述节点唯一标识与第二业务节点的所述节点唯一标识的节点关联关系信息；所述节点关联关系信息用于反映所述第一业务节点与所述第二业务节点之间的上下游业务关系。
131.可选的，所述节点基础信息还包括针对所述业务节点进行风险控制所需使用的预设业务数据信息。
132.对应的，所述第二获取模块504，具体可以用于：
133.针对任一所述业务节点，获取针对所述任一所述业务节点配置的节点风险控制策略数据；所述节点风险控制策略数据对应的第一风险控制策略用于指示利用所述任一所述业务节点处的所述预设业务数据信息，去识别所述任一所述业务节点存在的业务风险。
134.所述第三获取模块506，具体可以用于：
135.获取基于多个所述业务节点处的所述预设业务数据信息针对所述多个所述业务节点之间配置的关联风险控制策略数据；所述关联风险控制策略数据对应的第二风险控制策略用于指示利用所述多个所述业务节点处的所述预设业务数据信息，去识别所述多个所述业务节点之间存在的关联业务风险。
136.可选的，所述第一获取单元，具体可以用于获取第一用户存储至关系型数据库中的第一数据表内的所述节点基础信息；其中，所述第一用户为管理所述节点基础信息所属的所述业务节点的用户。
137.所述第二获取单元，具体可以用于获取第二用户存储至所述关系型数据库中的第二数据表内的所述节点关联关系信息；其中，所述第二用户为管理所述节点关联关系信息涉及的各个所述业务节点中的上游业务节点的用户。
138.可选的，所述节点关联关系信息具体可以用于反映所述第一业务节点与所述第二业务节点之间具有的直接血缘关系，其中，所述第一业务节点与所述第二业务节点中的上游业务节点为下游业务节点的父节点。
139.所述第一确定模块508，可以包括：
140.第一血缘树生成单元，用于利用所述关系型数据库，根据所述第一数据表内的所述节点基础信息以及所述第二数据表内的所述节点关联关系信息，生成以所述目标业务涉及的各个业务节点作为节点的血缘树；或者，
141.第二血缘树生成单元，用于利用所述关系型数据库，根据所述第二数据表内的所述节点关联关系信息，生成以所述目标业务涉及的各个业务节点作为节点的血缘树。
142.第一确定单元，用于确定针对所述血缘树中的各个节点所配置的目标风险控制策略数据对应的风险控制策略，得到所述目标业务的风险控制策略集合；其中，所述目标风险控制策略数据包括所述节点风险控制策略数据与所述关联风险控制策略数据中的至少一种。
143.可选的，图5中的装置，还可以包括：
144.策略执行指令生成模块，用于若针对所述目标业务进行风险控制的预设条件被满足，则生成针对所述风险控制策略集合中的至少部分风险控制策略的策略执行指令。
145.发送模块，用于发送所述策略执行指令至策略执行平台。
146.风险处理模块，用于根据所述策略执行平台通过执行所述风险控制策略而生成的风险识别结果进行风险处理，得到针对所述目标业务的风险控制结果。
147.可选的，所述风险控制策略集合中的风险控制策略可以设置有策略执行条件及策略屏蔽条件。
148.对应的，所述策略执行指令生成模块，可以包括：
149.第二确定单元，用于若针对所述目标业务进行风险控制的预设条件被满足，则从所述风险控制策略集合中确定出所述策略执行条件被满足的第三风险控制策略。
150.策略执行指令生成单元，用于生成针对所述第三风险控制策略的策略执行指令。
151.所述风险处理模块，可以包括：
152.第三确定单元，用于从所述第三风险控制策略中，确定出不符合所述策略屏蔽条件的第四风险控制策略。
153.风险处理单元，用于根据所述策略执行平台通过执行所述第四风险控制策略而生成的风险识别结果进行风险处理，得到针对所述目标业务的风险控制结果。
154.可选的，所述策略执行条件可以包括：所述目标业务启动运行、策略执行时间间隔达到预设阈值以及到达预设策略执行时刻中的至少一种。
155.所述策略屏蔽条件可以包括：所述风险控制策略对应的所述节点风险控制策略数据或所述关联风险控制策略数据设置有策略屏蔽标识。
156.可选的，所述节点风险控制策略数据与所述关联风险控制策略数据中携带有策略执行平台唯一标识和/或策略执行平台访问地址；所述装置还可以包括：
157.第二确定模块，用于根据所述策略执行指令用于指示执行的目标风险控制策略对应的所述节点风险控制策略数据或者所述关联风险控制策略数据，确定用于执行所述策略执行指令的目标策略执行平台的平台唯一标识和/或平台访问地址。
158.对应的，所述发送模块，具体可以用于：
159.基于所述目标策略执行平台的平台唯一标识和/或平台访问地址，发送所述策略执行指令至所述目标策略执行平台。
160.可选的，所述风险处理单元，具体可以用于：
161.根据所述策略执行平台通过执行所述风险控制策略而生成的风险识别结果，生成针对所述目标业务的报警信息；和/或，
162.根据所述策略执行平台通过执行所述风险控制策略而生成的风险识别结果，生成针对所述目标业务的停止运行指令。
163.基于同样的思路，本说明书实施例还提供了上述方法对应的设备。
164.图6为本说明书实施例提供的对应于图2的一种风险控制策略配置设备的结构示意图。如图6所示，设备600可以包括：
165.至少一个处理器610；以及，
166.与所述至少一个处理器通信连接的存储器630；其中，
167.所述存储器630存储有可被所述至少一个处理器610执行的指令620，所述指令被所述至少一个处理器610执行，以使所述至少一个处理器610能够：
168.获取目标业务涉及的各个业务节点的相关节点信息；所述相关节点信息用于反映各个所述业务节点之间的关联关系。
169.获取针对各个所述业务节点配置的节点风险控制策略数据。
170.获取针对多个所述业务节点之间配置的关联风险控制策略数据。
171.根据所述相关节点信息、所述节点风险控制策略数据以及所述关联风险控制策略数据，确定所述目标业务的风险控制策略集合。
172.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于图6所示的设备而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
173.在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmablelogicdevice,pld)(例如现场可编程门阵列(fieldprogrammablegate array，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logiccompiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardwaredescriptionlanguage，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescription language)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(ruby hardwaredescriptionlanguage)等，目前最普遍使用的是vhdl(very-high-speedintegrated circuithardwaredescriptionlanguage)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路
中，就可以很容易得到实现该逻辑方法流程的硬件电路。
174.控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc 625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
175.上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
176.为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本技术时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
177.本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
178.本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
179.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
180.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
181.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网
络接口和内存。
182.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。
183.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。
184.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
185.本领域技术人员应明白，本技术的实施例可提供为方法、系统或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
186.本技术可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本技术，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
187.以上所述仅为本技术的实施例而已，并不用于限制本技术。对于本领域技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本技术的权利要求范围之内。

技术特征：
1.一种风险控制策略配置方法，包括：获取目标业务涉及的各个业务节点的相关节点信息；所述相关节点信息用于反映各个所述业务节点之间的关联关系；获取针对各个所述业务节点配置的节点风险控制策略数据；获取针对多个所述业务节点之间配置的关联风险控制策略数据；根据所述相关节点信息、所述节点风险控制策略数据以及所述关联风险控制策略数据，确定所述目标业务的风险控制策略集合。2.如权利要求1所述的方法，所述获取目标业务涉及的各个业务节点的相关节点信息，具体包括：获取目标业务涉及的各个业务节点的节点基础信息；所述节点基础信息包括所述业务节点的节点唯一标识；获取携带有所述目标业务涉及的第一业务节点的所述节点唯一标识与第二业务节点的所述节点唯一标识的节点关联关系信息；所述节点关联关系信息用于反映所述第一业务节点与所述第二业务节点之间的上下游业务关系。3.如权利要求2所述的方法，所述节点基础信息还包括针对所述业务节点进行风险控制所需使用的预设业务数据信息；所述获取针对各个所述业务节点配置的节点风险控制策略数据，具体包括：针对任一所述业务节点，获取针对所述任一所述业务节点配置的节点风险控制策略数据；所述节点风险控制策略数据对应的第一风险控制策略用于指示利用所述任一所述业务节点处的所述预设业务数据信息，去识别所述任一所述业务节点存在的业务风险；所述获取针对多个所述业务节点之间配置的关联风险控制策略数据，具体包括：获取基于多个所述业务节点处的所述预设业务数据信息针对所述多个所述业务节点之间配置的关联风险控制策略数据；所述关联风险控制策略数据对应的第二风险控制策略用于指示利用所述多个所述业务节点处的所述预设业务数据信息，去识别所述多个所述业务节点之间存在的关联业务风险。4.如权利要求2或3所述的方法，所述获取目标业务涉及的各个业务节点的相关节点信息，具体包括：获取第一用户存储至关系型数据库中的第一数据表内的所述节点基础信息；其中，所述第一用户为管理所述节点基础信息所属的所述业务节点的用户；获取第二用户存储至所述关系型数据库中的第二数据表内的所述节点关联关系信息；其中，所述第二用户为管理所述节点关联关系信息涉及的各个所述业务节点中的上游业务节点的用户。5.如权利要求4所述的方法，所述节点关联关系信息具体用于反映所述第一业务节点与所述第二业务节点之间具有的直接血缘关系，其中，所述第一业务节点与所述第二业务节点中的上游业务节点为下游业务节点的父节点；所述根据所述相关节点信息、所述节点风险控制策略数据以及所述关联风险控制策略数据，确定所述目标业务的风险控制策略集合，具体包括：利用所述关系型数据库，根据所述第一数据表内的所述节点基础信息以及所述第二数据表内的所述节点关联关系信息，生成以所述目标业务涉及的各个业务节点作为节点的血
缘树；或者，利用所述关系型数据库，根据所述第二数据表内的所述节点关联关系信息，生成以所述目标业务涉及的各个业务节点作为节点的血缘树；确定针对所述血缘树中的各个节点所配置的目标风险控制策略数据对应的风险控制策略，得到所述目标业务的风险控制策略集合；其中，所述目标风险控制策略数据包括所述节点风险控制策略数据与所述关联风险控制策略数据中的至少一种。6.如权利要求1所述的方法，所述根据所述相关节点信息、所述节点风险控制策略数据以及所述关联风险控制策略数据，确定所述目标业务的风险控制策略集合之后，还包括：若针对所述目标业务进行风险控制的预设条件被满足，则生成针对所述风险控制策略集合中的至少部分风险控制策略的策略执行指令；发送所述策略执行指令至策略执行平台；根据所述策略执行平台通过执行所述风险控制策略而生成的风险识别结果进行风险处理，得到针对所述目标业务的风险控制结果。7.如权利要求6所述的方法，所述风险控制策略集合中的风险控制策略设置有策略执行条件及策略屏蔽条件；所述若针对所述目标业务进行风险控制的预设条件被满足，则生成针对所述风险控制策略集合中的至少部分风险控制策略的策略执行指令，具体包括：若针对所述目标业务进行风险控制的预设条件被满足，则从所述风险控制策略集合中确定出所述策略执行条件被满足的第三风险控制策略；生成针对所述第三风险控制策略的策略执行指令；所述根据所述策略执行平台通过执行所述风险控制策略而生成的风险识别结果进行风险处理，得到针对所述目标业务的风险控制结果，具体包括：从所述第三风险控制策略中，确定出不符合所述策略屏蔽条件的第四风险控制策略；根据所述策略执行平台通过执行所述第四风险控制策略而生成的风险识别结果进行风险处理，得到针对所述目标业务的风险控制结果。8.如权利要求7所述的方法，所述策略执行条件包括：所述目标业务启动运行、策略执行时间间隔达到预设阈值以及到达预设策略执行时刻中的至少一种；所述策略屏蔽条件包括：所述风险控制策略对应的所述节点风险控制策略数据或所述关联风险控制策略数据设置有策略屏蔽标识。9.如权利要求6所述的方法，所述节点风险控制策略数据与所述关联风险控制策略数据中携带有策略执行平台唯一标识和/或策略执行平台访问地址；所述方法还包括：根据所述策略执行指令用于指示执行的目标风险控制策略对应的所述节点风险控制策略数据或者所述关联风险控制策略数据，确定用于执行所述策略执行指令的目标策略执行平台的平台唯一标识和/或平台访问地址；所述发送所述策略执行指令至策略执行平台，具体包括：基于所述目标策略执行平台的平台唯一标识和/或平台访问地址，发送所述策略执行指令至所述目标策略执行平台。10.如权利要求6所述的方法，所述根据所述策略执行平台通过执行所述风险控制策略而生成的风险识别结果进行风险处理，具体包括：
根据所述策略执行平台通过执行所述风险控制策略而生成的风险识别结果，生成针对所述目标业务的报警信息；和/或，根据所述策略执行平台通过执行所述风险控制策略而生成的风险识别结果，生成针对所述目标业务的停止运行指令。11.一种风险控制策略配置装置，包括：第一获取模块，用于获取目标业务涉及的各个业务节点的相关节点信息；所述相关节点信息用于反映各个所述业务节点之间的关联关系；第二获取模块，用于获取针对各个所述业务节点配置的节点风险控制策略数据；第三获取模块，用于获取针对多个所述业务节点之间配置的关联风险控制策略数据；第一确定模块，用于根据所述相关节点信息、所述节点风险控制策略数据以及所述关联风险控制策略数据，确定所述目标业务的风险控制策略集合。12.如权利要求11所述的装置，所述第一获取模块，包括：第一获取单元，用于获取目标业务涉及的各个业务节点的节点基础信息；所述节点基础信息包括所述业务节点的节点唯一标识；第二获取单元，用于获取携带有所述目标业务涉及的第一业务节点的所述节点唯一标识与第二业务节点的所述节点唯一标识的节点关联关系信息；所述节点关联关系信息用于反映所述第一业务节点与所述第二业务节点之间的上下游业务关系。13.如权利要求12所述的装置，所述节点基础信息还包括针对所述业务节点进行风险控制所需使用的预设业务数据信息；所述第二获取模块，具体用于：针对任一所述业务节点，获取针对所述任一所述业务节点配置的节点风险控制策略数据；所述节点风险控制策略数据对应的第一风险控制策略用于指示利用所述任一所述业务节点处的所述预设业务数据信息，去识别所述任一所述业务节点存在的业务风险；所述第三获取模块，具体用于：获取基于多个所述业务节点处的所述预设业务数据信息针对所述多个所述业务节点之间配置的关联风险控制策略数据；所述关联风险控制策略数据对应的第二风险控制策略用于指示利用所述多个所述业务节点处的所述预设业务数据信息，去识别所述多个所述业务节点之间存在的关联业务风险。14.如权利要求12或13所述的装置，所述第一获取单元，具体用于获取第一用户存储至关系型数据库中的第一数据表内的所述节点基础信息；其中，所述第一用户为管理所述节点基础信息所属的所述业务节点的用户；所述第二获取单元，具体用于获取第二用户存储至所述关系型数据库中的第二数据表内的所述节点关联关系信息；其中，所述第二用户为管理所述节点关联关系信息涉及的各个所述业务节点中的上游业务节点的用户。15.如权利要求14所述的装置，所述节点关联关系信息具体用于反映所述第一业务节点与所述第二业务节点之间具有的直接血缘关系，其中，所述第一业务节点与所述第二业务节点中的上游业务节点为下游业务节点的父节点；所述第一确定模块，包括：
第一血缘树生成单元，用于利用所述关系型数据库，根据所述第一数据表内的所述节点基础信息以及所述第二数据表内的所述节点关联关系信息，生成以所述目标业务涉及的各个业务节点作为节点的血缘树；或者，第二血缘树生成单元，用于利用所述关系型数据库，根据所述第二数据表内的所述节点关联关系信息，生成以所述目标业务涉及的各个业务节点作为节点的血缘树；第一确定单元，用于确定针对所述血缘树中的各个节点所配置的目标风险控制策略数据对应的风险控制策略，得到所述目标业务的风险控制策略集合；其中，所述目标风险控制策略数据包括所述节点风险控制策略数据与所述关联风险控制策略数据中的至少一种。16.如权利要求11所述的装置，还包括：策略执行指令生成模块，用于若针对所述目标业务进行风险控制的预设条件被满足，则生成针对所述风险控制策略集合中的至少部分风险控制策略的策略执行指令；发送模块，用于发送所述策略执行指令至策略执行平台；风险处理模块，用于根据所述策略执行平台通过执行所述风险控制策略而生成的风险识别结果进行风险处理，得到针对所述目标业务的风险控制结果。17.如权利要求16所述的装置，所述风险控制策略集合中的风险控制策略设置有策略执行条件及策略屏蔽条件；所述策略执行指令生成模块，包括：第二确定单元，用于若针对所述目标业务进行风险控制的预设条件被满足，则从所述风险控制策略集合中确定出所述策略执行条件被满足的第三风险控制策略；策略执行指令生成单元，用于生成针对所述第三风险控制策略的策略执行指令；所述风险处理模块，包括：第三确定单元，用于从所述第三风险控制策略中，确定出不符合所述策略屏蔽条件的第四风险控制策略；风险处理单元，用于根据所述策略执行平台通过执行所述第四风险控制策略而生成的风险识别结果进行风险处理，得到针对所述目标业务的风险控制结果。18.如权利要求17所述的装置，所述策略执行条件包括：所述目标业务启动运行、策略执行时间间隔达到预设阈值以及到达预设策略执行时刻中的至少一种；所述策略屏蔽条件包括：所述风险控制策略对应的所述节点风险控制策略数据或所述关联风险控制策略数据设置有策略屏蔽标识。19.如权利要求16所述的装置，所述节点风险控制策略数据与所述关联风险控制策略数据中携带有策略执行平台唯一标识和/或策略执行平台访问地址；所述装置还包括：第二确定模块，用于根据所述策略执行指令用于指示执行的目标风险控制策略对应的所述节点风险控制策略数据或者所述关联风险控制策略数据，确定用于执行所述策略执行指令的目标策略执行平台的平台唯一标识和/或平台访问地址；所述发送模块，具体用于：基于所述目标策略执行平台的平台唯一标识和/或平台访问地址，发送所述策略执行指令至所述目标策略执行平台。20.如权利要求16所述的装置，所述风险处理单元，具体用于：根据所述策略执行平台通过执行所述风险控制策略而生成的风险识别结果，生成针对
所述目标业务的报警信息；和/或，根据所述策略执行平台通过执行所述风险控制策略而生成的风险识别结果，生成针对所述目标业务的停止运行指令。21.一种风险控制策略配置设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：获取目标业务涉及的各个业务节点的相关节点信息；所述相关节点信息用于反映各个所述业务节点之间的关联关系；获取针对各个所述业务节点配置的节点风险控制策略数据；获取针对多个所述业务节点之间配置的关联风险控制策略数据；根据所述相关节点信息、所述节点风险控制策略数据以及所述关联风险控制策略数据，确定所述目标业务的风险控制策略集合。

技术总结
本说明书实施例中公开了一种风险控制策略配置方法、装置及设备。该方案可以包括：通过获取用于反映目标业务涉及的各个业务节点之间的关联关系的相关节点信息，并获取针对各个所述业务节点配置的节点风险控制策略数据，以及，针对多个所述业务节点之间配置的关联风险控制策略数据；从而能够根据获取到的所述相关节点信息、所述节点风险控制策略数据以及所述关联风险控制策略数据，确定出目标业务涉及的较为完整全面的风险控制策略集合。较为完整全面的风险控制策略集合。较为完整全面的风险控制策略集合。


技术研发人员：岳珐宇 何楚 吉鹏程 钟佳慧 易文峰 冒飞 孙萌萌 赵强
受保护的技术使用者：支付宝（杭州）信息技术有限公司
技术研发日：2023.07.19
技术公布日：2023/10/15