CN115099769A - 一种用于汽车金融订单自动审批的风控审批平台 - Google Patents

Abstract

本发明实施例公开了一种用于汽车金融订单自动审批的风控审批平台，包括用于和外部系统交互的外部交互层，用于核心审批逻辑的订单审核层，以及用于支持系统配置和可视化展示的配置及展示层；其中，所述外部交互层具体包括：用于接收业务数据的风控业务数据接收模块；接收订单审核请求并将结果异步回调的风控审核主控模块；用于接收查询审批明细结果请求的审核明细模块；所述订单审核层具体包括：受控于所述风控审核主控模块并加载审核配置信息的配置数据转换模块；受控于所述风控审核主控模块并用于查询指标的指标取数模块；受控于所述风控审核主控模块并用于进行规则计算的规则引擎模块。

Description

一种用于汽车金融订单自动审批的风控审批平台

技术领域

本发明实施例涉及金融风控平台技术领域，具体涉及一种用于汽车金融订单自动审批的风控审批平台。

背景技术

随着汽车金融行业的逐步发展，订单数量、业务场景、业务类型、审批维度都呈现爆发式的增长。风控审批过程中有大量重复性较强、可抽象的工作，例如：订单中各类审批数据的收集、风险信息的分析、审批结果的规范化输出等等。随着互联网、大数据等技术的发展，重复性较强、可抽象的工作，都逐渐交由程序来完成，风控审批平台便因此诞生。

汽车金融行业的风控场景复杂且多变，因此风控平台抽象了诸如：进件渠道、决策流、规则集、数据源、指标等不同粒度的概念，来应对不同规模的业务变化。针对不同的业务场景，可以使用不同的进件渠道进行审批。当审批流程发生变化时，可以通过决策流的节点调整进行灵活处理。当具体的审批规则发生变化时，可以通过调整规则集来进行细粒度的审批逻辑调整。当需要对接新的内外部数据时，可以按照逻辑分类定义不同的数据源以及其下属的指标，来快速接入审批所需的风控数据。

作为汽车金融业务链条中的重要环节，风控审批平台在对接其他系统时，应该做到简单高效。通过较少的步骤，实现标准化的数据流入和结果输出。在审批过程因各种意外无法顺利结束时，系统也需要及时对其调用方进行反馈，防止整个审批链条的中断。

在提供基础的审批功能的前提下，系统需要提供配套的参数配置功能、结果展示功能。发生业务变化时需要做的开发工作越少，平台的智能程度就越高，也更加便于风控人员的使用。

但现有的一体化平台功能模块耦合度高，系统扩展性差。审批流程各个步骤按照串行方式依次运作，系统运行效率低下、审批耗时高、订单吞吐量差。

审批规则等参数采用JavaScript等脚本式配置，配置难度高、可维护性差。测试、生产等环境需要重复进行相同的配置操作，容易产生误操作。配置功能缺乏合法性校验，无法在配置阶段发现潜藏的错误。

历史存量数据查询效率低下，平台无法进行长时间范围、复杂条件下的数据分析。风控规则配置人员无法通过历史审批情况，来对审批规则进行迭代优化。

发明内容

为此，本发明实施例提供一种用于汽车金融订单自动审批的风控审批平台，以解决现有技术中一体化平台系统效率低问题。

为了实现上述目的，本发明实施例提供如下技术方案：一种用于汽车金融订单自动审批的风控审批平台，包括

用于和外部系统交互的外部交互层，用于核心审批逻辑的订单审核层，以及用于支持系统配置和可视化展示的配置及展示层；

其中，所述外部交互层具体包括：用于接收业务数据的风控业务数据接收模块；接收订单审核请求并将结果异步回调的风控审核主控模块；用于接收查询审批明细结果请求的审核明细模块；

所述订单审核层具体包括：受控于所述风控审核主控模块并加载审核配置信息的配置数据转换模块；受控于所述风控审核主控模块并用于查询指标的指标取数模块；受控于所述风控审核主控模块并用于进行规则计算的规则引擎模块；

所述配置及展示层具体包括：包括用于进行前端展示的前端展示模块，用于给前端展示模块提供数据的风控配置模块、订单实时查询模块、订单离线查询模块、大数据分析模块；用于控制查询权限的权限控制模块；和PB日志解析入库模块。

进一步地，当所述风控配置模块所管理的配置信息发生变化时，所述配置数据转换模块执行以下步骤：

查询最新配置信息；

对所述配置信息合法性校验；

对所述配置信息进行格式转换；

预加载所述配置信息至内存；

当所述风控审核主控模块审核风控订单时，直接获取内存中的配置信息。

进一步地，当所述风控审核主控模块进行订单审核时，执行以下步骤：

接收风控订单审核请求；

当接收到所述审核请求时加载审批配置流程图；

进行所述审批配置流程图的决策节点的并行广度优先遍历；

向指标取数模块发送指标取数服务请求，所述请求为在同一层级的决策节点进行并行请求；

所述指标取数模块在接收到所述服务请求时：

加载需要查询的数据源列表；

进行数据源粒度的并行数据查询；

进行指标格式转换，并将进行指标格式转换后的指标取数结果返还到所述风控主控模块进行订单审核。

进一步地，所述指标取数模块的取数操作在各个决策节点中分别进行，当所述决策节点间使用相同数据的时，所述指标取数模块调用取数缓存。

进一步地，所述订单审批产生的系统运行日志以Protobuf的形式异步上报到消息中间件，由独立的日志解析服务来负责进行数据解析入库。

进一步地，所述风控配置模块包括

逻辑配置模块：用于供配置人员选择以及输入参数进行规则配置；

配置转换模块：用于将所述逻辑配置模块中输入的参数进行处理并构建规则语法树；

所述逻辑配置模块中的参数按预设规则由所述配置转换模块转化为执行程序；

所述配置转换模块将所述配置人员输入的中缀表达式转化为后缀表达式，当订单审核时，按照后缀遍历的步骤对语法树进行遍历。

进一步地，所述风控配置模块还包括一校验模块，所述校验模块在所述语法树进行保存或发布操作时，进行遍历审核语法错误和/或逻辑错误，所述遍历方法包括但不限于图遍历、语法树遍历。

进一步地，还包括数据统计分析模块，所述数据统计分析模块具体包括：

图形化展示模块：用于用户设置查询条件，并根据所述查询条件查看统计、计算、分析结果；

查询模块：通过读取所述风控配置模块所保存在风控配置库的配置信息，对查询结果可视化；

日志解析模块：通过读取消息队列中的数据，对所述数据进行裁剪和清洗，保存到负责数据暂存的日志同步库中；

数据同步模块：按预设频率对日志同步库中尚未处理的数据进行格式转换，并进行批量数据写入。

本发明实施例具有如下优点：

1、提升了风控审批平台的拓展性，缩短了订单自动审批所需的耗时，提升了系统的处理能力。

2、简化了汽车金融领域风控规则配置的操作步骤，规避了多环境重复配置带来的误操作，并通过完备的配置信息校验机制帮助风控人员更早的发现配置错误，提高了系统运行稳定性。

3、解决了风控审批历史存量数据无法得到有效分析的问题，为风控规则设计者提供了规则迭代优化的数据支持，提升了规则配置的有效性、正确性，降低了因错误审核导致的订单逾期发生几率。

附图说明

为了更清楚地说明本发明的实施方式或现有技术中的技术方案，下面将对实施方式或现有技术描述中所需要使用的附图作简单地介绍。显而易见地，下面描述中的附图仅仅是示例性的，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图引伸获得其它的实施附图。

本说明书所绘示的结构、比例、大小等，均仅用以配合说明书所揭示的内容，以供熟悉此技术的人士了解与阅读，并非用以限定本发明可实施的限定条件，故不具技术上的实质意义，任何结构的修饰、比例关系的改变或大小的调整，在不影响本发明所能产生的功效及所能达成的目的下，均应仍落在本发明所揭示的技术内容得能涵盖的范围内。

图1为本发明实施例提供的一种用于汽车金融订单自动审批的风控审批平台的架构图；

图2为本发明实施例提供的一种用于汽车金融订单自动审批的风控审批平台的配置信息转换示意图；

图3为本发明实施例提供的一种用于汽车金融订单自动审批的风控审批平台的指标取数示意图；

图4为本发明实施例提供的一种用于汽车金融订单自动审批的风控审批平台的有向无环决策流程图；

图5为本发明实施例提供的一种用于汽车金融订单自动审批的风控审批平台的一种决策流程图；

图6为本发明实施例提供的一种用于汽车金融订单自动审批的风控审批平台的体现规则配置的示意图；

图7为本发明实施例提供的一种用于汽车金融订单自动审批的风控审批平台的语法树规则转换的示意图；

图8为本发明实施例提供的一种用于汽车金融订单自动审批的风控审批平台的海量数据在线统计分析方案的架构图；

图9为本发明实施例提供的一种用于汽车金融订单自动审批的风控审批平台的海量数据在线统计分析方案的实际使用图。

具体实施方式

以下由特定的具体实施例说明本发明的实施方式，熟悉此技术的人士可由本说明书所揭露的内容轻易地了解本发明的其他优点及功效，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例：一种用于汽车金融订单自动审批的风控审批平台，如图1所示，包括：用于和外部系统交互的外部交互层，用于核心审批逻辑的订单审核层，以及用于支持系统配置和可视化展示的配置及展示层；其中，外部交互层具体包括：用于接收业务数据的风控业务数据接收模块；接收订单审核请求并将结果异步回调的风控审核主控模块；用于接收查询审批明细结果请求的审核明细模块；订单审核层具体包括：受控于风控审核主控模块并加载审核配置信息的配置数据转换模块；受控于风控审核主控模块并用于查询指标的指标取数模块；受控于风控审核主控模块并用于进行规则计算的规则引擎模块；配置及展示层具体包括：包括用于进行前端展示的前端展示模块，用于给前端展示模块提供数据的风控配置模块、订单实时查询模块、订单离线查询模块、大数据分析模块；用于控制查询权限的权限控制模块；和PB日志解析入库模块。

具体的，本申请将原本一体化架构的风控审批平台按照功能拆分为三层子服务，分别是：用于和外部系统交互的外部交互层，服务于核心审批逻辑的订单审核层，以及用于支持系统配置和可视化展示的配置及展示服务层。子服务间通过RESTful接口进行交互，可以进行独立升级或替换。子服务间不存在代码上的耦合，从而降低了平台的功能耦合度，并提升了系统扩展性。

在提升系统运行效率，提升订单审核吞吐量方面，本申请做了以下几点工作，分别是：

1、配置信息预加载

参照图2所示，在一体化风控审批平台中，每次进行订单审核都需要依次进行配置信息的查询、合法性校验、格式转换等步骤，才能进入后续的订单审核流程。汽车金融领域的风控审批配置信息，因为受车系车型、风险政策等因素的影响而十分复杂且多变。不论是数据查询、合法性校验、还是配置信息格式转换均是高耗时操作。

而本申请通过研发独立的配置数据转换服务，当风控配置服务所管理的配置信息发生变化，并通知该服务后，便会提前进行上述预处理步骤，并将后续审核流程所能直接使用的数据提前缓存到内存中。当订单审批开始时，负责调度整个审批流程的风控审核主控服务会向配置数据转换服务请求预加载的配置信息，随后直接进入审批流程，从而缩短了整个审批流程的耗时。

2、指标取数并行化

参照图3所示，在一体化风控审批平台中，每次订单审核会在进行审核计算前，一次性串行获取审批所需的全部指标。这个涉及内外部信息的查询，是整个审批流程中最为耗时的节点。

参照图4所示，本申请将订单审批流程抽象为一张有向无环决策流程图，通过将取数操作从审批开始前一次性串行获取，改为在各个决策流程节点中分别进行。处在同一层级的节点(如规则节点A、B、C)的取数操作是通过并行调用独立的指标取数服务来进行的。各节点间使用相同数据的情况下，指标取数服务会利用其内部的取数缓存来避免重复查询。而未走到的分支便不会触发指标取数操作。通过这种机制规避了无效数据查询所导致的耗时提升和数据查询成本提升。

3、运行日志异步入库

在传统风控审批平台中，系统运行过程中会将订单审批所产生的数据实时存入各种数据库。通过这一步骤，来进行审批状况的实时展示。本申请将这一步骤从核心的订单审核流程中剥离，不在系统运行时进行任何的流程数据存储。而是通过将系统运行日志以Protobuf的形式异步上报到消息中间件，随后再由独立的日志解析服务来负责进行数据解析入库。通过减少与核心业务无关的数据库交互，来缩短审批耗时，并提升订单审核吞吐量。

同时，本申请以图形化配置替代脚本化配置的风控审批参数配置方案，在传统风控审批平台中，汽车金融行业复杂的配置信息，是通过JavaScript等脚本形式进行配置的。而大多数风控规则的制定者并不具备这类脚本的编写能力。每当业务场景发生变化时，通常是由规则配置者设计规则，随后由研发人员根据其梳理的规则设计方案进行脚本编写，然后才能将配置调整录入到系统当中。这个过程的参与人员较多，配置步骤所需的沟通成本和人力资源都较多。当配置发生错误时，需要各方一同排查问题的产生点，这导致问题的排查非常困难。

参照图5所示，本申请则将复杂的汽车金融风控场景抽象为一颗颗有向无环决策流程图，在这张决策流程图中，风控规则制定者可以通过图形化的拖拽操作来完成各个决策节点的流程配置，并且可以通过版本对比功能清晰地查看多次修改间发生的配置变化。而在每个节点当中，风控规则制定者则可以通过丰富的规则配置页面，来完成复杂的风控规则配置。

如有班级的人员成绩数据，其中，张三、性别M，成绩95；李四、性别F、成绩100；王五，性别M，成绩88；孙六、性别空、年龄空；按照纵向拆解，可以将数据抽象为三个长度为4的数组指标，分别是：

姓名(StudentNames):[“张三”,”李四”,”王五”,”孙六”]

性别(StudentGenders):[”M”,”F”,”M”,””]

成绩(StudentGrades):[95,100,88,null]

当需要判断是否有满分或查询90分以上的学生时，可以通过图6的两个操作来完成规则配置。通过这种图形化操作界面，风控规则制定者就可以自行完成规则的调整，而无需研发人员的介入，减少了参与者，简化了配置步骤复杂度，并提升了问题排查的效率。

在这套图形化配置的背后，本申请设计了一种以规则语法树来抽象存储风控规则的数据存储方式。业务规则从配置到执行的过程，就是语法树的存储、转换、遍历执行过程。

参照图7所示，业务配置人员在配置系统中配置的是用户友好的中缀表达式，而系统会在配置信息加载的过程中将其转换为机器友好的后缀表达式，从而构建一颗规则语法树。当订单审核时，按照后缀遍历的步骤对语法树进行遍历，从而完成规则的计算。针对用户配置的决策流程图和规则语法树，系统会在其进行保存或发布操作时，通过图遍历、语法树遍历等方法，来在订单审核发生前发现潜在的语法错误或逻辑错误。提升了系统运行的稳定性。

汽车金融风控订单审核过程中涉及大量的决策流程、风控规则配置数据，这些配置信息是规则制定人员结合行业背景、业务场景、政策法规等多种信息来综合制定的。配置信息相关管理，逻辑十分复杂。每笔风控订单的审核，都会留下海量的配置执行的情况。但传统风控审核平台不具备这种大数据量级的统计分析功能。风控人员需要借助数据仓库等一系列外部系统，才能进行流程数据的统计。这种数据统计方案研发耗时长，统计步骤繁杂，具有很强的滞后性。当风控人员获得数据统计结果时，错误的配置通常已经导致大量的误审，严重影响订单审核的正确性。

如图8所示，而本申请在汽车金融风控领域，引入了列式数据库ClickHouse，通过其强大的OLAP分析能力，设计、研发了一整套海量数据在线统计分析方案。本功能由四个核心子服务所支撑，分别是：

a.图形化展示服务：面向使用者的前端服务，用户可在其中进行查询条件的设置，并按照多种格式查看统计、计算、分析结果。用户还可以在该服务上完成计算任务的保存、历史任务的查看、编辑后再计算等操作。

b.OLAP查询服务：借助ClickHouse集群代理进行统计、计算操作。通过读取风控配置服务所保存在风控配置库(MySQL)的配置信息，对查询结果进行润色，使其更具易读性。

c.OLAP日志解析服务：读取消息队列中的数据，对其进行裁剪和清洗，随后保存到负责数据暂存的日志同步库(MySQL)中。

d.OLAP数据同步服务：按照一定频率，对日志同步库中尚未处理的数据进行格式转换，并进行批量数据写入保障ClickHouse数据的准实时性。同时，该服务还具备日志同步库过期数据清理和同步失败数据的再同步功能。最大程度保障了数据的完成性，从而提升计算结果准确性。

参照图9所示，该功能已支持以柱状图、单、双维度表格三种数据展示形式，来实时计算统计最长跨度一年的汽车金融风控数据。利用该功能，风控人员可在一分钟以内完成数十亿数据量级下的指标、规则、风险类型等多维度配置信息的分析。利用实际数据作为分析基础，风控人员可快速完成各类配置信息的调整，提高配置的正确性、降低因误审导致的逾期发生几率。

本申请提升了风控审批平台的拓展性，缩短了订单自动审批所需的耗时，提升了系统的处理能力。简化了汽车金融领域风控规则配置的操作步骤，规避了多环境重复配置带来的误操作，并通过完备的配置信息校验机制帮助风控人员更早的发现配置错误，提高了系统运行稳定性。解决了风控审批历史存量数据无法得到有效分析的问题，为风控规则设计者提供了规则迭代优化的数据支持，提升了规则配置的有效性、正确性，降低了因错误审核导致的订单逾期发生几率。

虽然，上文中已经用一般性说明及具体实施例对本发明作了详尽的描述，但在本发明基础上，可以对之作一些修改或改进，这对本领域技术人员而言是显而易见的。因此，在不偏离本发明精神的基础上所作的这些修改或改进，均属于本发明要求保护的范围。

Claims (8)

1.一种用于汽车金融订单自动审批的风控审批平台，其特征是：包括

用于和外部系统交互的外部交互层，用于核心审批逻辑的订单审核层，以及用于支持系统配置和可视化展示的配置及展示层；

其中，所述外部交互层具体包括：用于接收业务数据的风控业务数据接收模块；接收订单审核请求并将结果异步回调的风控审核主控模块；用于接收查询审批明细结果请求的审核明细模块；

所述订单审核层具体包括：受控于所述风控审核主控模块并加载审核配置信息的配置数据转换模块；受控于所述风控审核主控模块并用于查询指标的指标取数模块；受控于所述风控审核主控模块并用于进行规则计算的规则引擎模块；

所述配置及展示层具体包括：包括用于进行前端展示的前端展示模块，用于给前端展示模块提供数据的风控配置模块、订单实时查询模块、订单离线查询模块、大数据分析模块；用于控制查询权限的权限控制模块；和PB日志解析入库模块。

2.根据权利要求1所述的一种用于汽车金融订单自动审批的风控审批平台，其特征是：当所述风控配置模块所管理的配置信息发生变化时，所述配置数据转换模块执行以下步骤：

查询最新配置信息；

对所述配置信息合法性校验；

对所述配置信息进行格式转换；

预加载所述配置信息至内存；

当所述风控审核主控模块审核风控订单时，直接获取内存中的配置信息。

3.根据权利要求2所述的一种用于汽车金融订单自动审批的风控审批平台，其特征是：当所述风控审核主控模块进行订单审核时，执行以下步骤：

接收风控订单审核请求；

当接收到所述审核请求时加载审批配置流程图；

进行所述审批配置流程图的决策节点的并行广度优先遍历；

向指标取数模块发送指标取数服务请求，所述请求为在同一层级的决策节点进行并行请求；

所述指标取数模块在接收到所述服务请求时：

加载需要查询的数据源列表；

进行数据源粒度的并行数据查询；

进行指标格式转换，并将进行指标格式转换后的指标取数结果返还到所述风控主控模块进行订单审核。

4.根据权利要求3所述的一种用于汽车金融订单自动审批的风控审批平台，其特征是：所述指标取数模块的取数操作在各个决策节点中分别进行，当所述决策节点间使用相同数据的时，所述指标取数模块调用取数缓存。

5.根据权利要求1所述的一种用于汽车金融订单自动审批的风控审批平台，其特征是：所述订单审批产生的系统运行日志以Protobuf的形式异步上报到消息中间件，由独立的日志解析服务来负责进行数据解析入库。

6.根据权利要求1所述的一种用于汽车金融订单自动审批的风控审批平台，其特征是：所述风控配置模块包括

逻辑配置模块：用于供配置人员选择以及输入参数进行规则配置；

配置转换模块：用于将所述逻辑配置模块中输入的参数进行处理并构建规则语法树；

所述逻辑配置模块中的参数按预设规则由所述配置转换模块转化为执行程序；

所述配置转换模块将所述配置人员输入的中缀表达式转化为后缀表达式，当订单审核时，按照后缀遍历的步骤对语法树进行遍历。

7.根据权利要求6所述的一种用于汽车金融订单自动审批的风控审批平台，其特征是：所述风控配置模块还包括一校验模块，所述校验模块在所述语法树进行保存或发布操作时，进行遍历审核语法错误和/或逻辑错误，所述遍历方法包括但不限于图遍历、语法树遍历。

8.根据权利要求1所述的一种用于汽车金融订单自动审批的风控审批平台，其特征是：还包括数据统计分析模块，所述数据统计分析模块具体包括：

图形化展示模块：用于用户设置查询条件，并根据所述查询条件查看统计、计算、分析结果；

查询模块：通过读取所述风控配置模块所保存在风控配置库的配置信息，对查询结果可视化；

日志解析模块：通过读取消息队列中的数据，对所述数据进行裁剪和清洗，保存到负责数据暂存的日志同步库中；

数据同步模块：按预设频率对日志同步库中尚未处理的数据进行格式转换，并进行批量数据写入。

Images