CN109189468B - 一种审批数据源配置化接入及xml映射配置化系统 - Google Patents

Abstract

一种审批数据源配置化接入及XML映射配置化系统，包括配置化中心和审批系统，所述配置化中心包括数据源配置、结点配置和应用及发布配置，数据源配置、结点配置和应用及发布配置依次连接；所述审批系统包括配置化SDK和审批流程引擎。本发明的有益效果是：完全的配置化开发，减少频繁上线带来的风险，通过redis的订阅发布可以做到随时立即更新；避免创造很多解析数据源接口的类，极大的减少代码工作量，更敏捷的反映业务的需求，代码变成了容易查看的配置文件；直观的反映了从数据源到数据入参的映射关系，避免了冗长的代码调用链，方便进行debug和更改。

Description

一种审批数据源配置化接入及XML映射配置化系统

技术领域

本发明涉及互联网金融技术领域，具体涉及一种审批数据源配置化接入及XML映射配置化系统。

背景技术

随着互联网金融行业的发展，越来越多的人开始接触和使用互联网金融。对于互联网金融公司来说，风控是整个经营生产活动中非常重要的一环，其中关于审批的方式方法是否先进，是否能迅速满足日益扩大的需求，是否能很好的控制风险，降低成本就成为了至关重要的部分。传统的金融行业更多的依赖有限的用户数据和人工审核，这种方式不适用于业务量更大，要求审批效率更高，更灵活的互联网金融业务。互联网金融业务，更多依赖用户产生、爬虫爬取、三方数据、用户模型等等海量审批数据源以及Blaze等决策引擎来自动决定是否通过审批或需要人工审核。

现有的审批流程图一般如图1所示。一般而言，审批都会进行多轮审批，并根据上一轮的审批结果选择不同的路径。每条路径可能涉及不同的数据模型，而这些模型会需要不同的审批数据源作为它们的入参。Blaze的规则根据数据模型分可以更容易做出判断。由于流程比较复杂，所以可以采用Java的JBPM实现这比较复杂的审批流程。基于流程图的修改相对代码的修改更直观和不容易出错。

现有技术的缺点是：

1)当变更频繁的时候，需要经常性的更新JBPM的流程图文件，频繁的部署。而在互联网金融业务中，审批规则需要的数据源变化几乎是家常便饭；

2)当新接入数据源时，也不得不更改流程图并部署上线。更多的部署可能导致更多的线上事件；

3)当审批数据源接口发生变动的时候，虽然流程图不需改动，但整个系统还是不得不重新开发，测试及上线；

4)送给Blaze的入参XML可能也需要变动，例如添加一个新的XML结点，或者修改原有的结点；或者原有的接口发生了变动，组装XML的代码也不得不跟随着改动。

发明内容

为实现上述目的，本发明提供如下技术方案：

一种审批数据源配置化接入及XML映射配置化系统，包括配置化中心和审批系统，所述配置化中心包括数据源配置、结点配置和应用及发布配置，数据源配置、结点配置和应用及发布配置依次连接；所述审批系统包括配置化SDK和审批流程引擎。

作为本发明的进一步技术方案是：所述配置化SDK包括订阅发布接收器、Http以及Json组件、线程池、数据源脚本执行工具、XML组装工具和Http连接池。

作为本发明的再进一步技术方案是：所述应用及发布配置与订阅发布接收器相连接。

本发明的有益效果是：

1、完全的配置化开发，减少频繁上线带来的风险，通过redis的订阅发布可以做到随时立即更新；

2、避免创造很多解析数据源接口的类，极大的减少代码工作量，更敏捷的反映业务的需求，代码变成了容易查看的配置文件；

3、直观的反映了从数据源到数据入参的映射关系，避免了冗长的代码调用链，方便进行debug和更改。

附图说明

图1为本发明现有技术的审批流程图；

图2为本发明的技术架构图；

图3为本发明的审批流程图。

具体实施方式

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

请参阅图2和图3，本发明实施例中，一种审批数据源配置化接入及XML映射配置化系统，包括配置化中心和审批系统，所述配置化中心包括数据源配置、结点配置和应用及发布配置，数据源配置、结点配置和应用及发布配置依次连接；所述审批系统包括配置化SDK和审批流程引擎。

所述配置化SDK包括订阅发布接收器、Http以及Json组件、线程池、数据源脚本执行工具、XML组装工具和Http连接池。

所述应用及发布配置与订阅发布接收器相连接。

本发明的工作流程是：

1)在系统启动时或接收到特定的Redis发布时更新配置文件，配置文件包含了结点信息；每个结点信息内包含了单个或多个数据源的配置信息；配置文件还包含了BlazeXML入参需要的属性配置信息；

2)当执行到数据源结点1时，读取配置文件中Key为“数据源结点1”的结点信息包含的数据源配置信息，配置信息包含了需要运行的Groovy脚本，这些脚本往往会进行相对固定的的Http请求过程或某些内在服务的调用，程序执行完脚本后将结果处理成Map数据结构并放入内存中；

3)当执行到BLAZE请求时，读取配置文件中的XML映射配置信息。即某个XML元素(XML Element)的某个属性(XML Attribute)是由2)中保存的JSON中的某个对象的某个属性构成；

4)当根据路径获得不同的路径结点时，同样通过配置文件获取当前结点需要执行的脚本信息进行执行；

5)当有某些结点及Blaze XML报文需要添加新的数据源和入参时，在指定的操作界面配置生成新的配置文件，再通过Redis进行消息发布，订阅该频道的系统将主动进行更新。

结合图2，按照数据流的流向描述实例1的具体实现方式：

1)配置化中心–数据源配置：一个数据源配置就对应之前审批工作流流程图中的一个结点；通常数据源都是由外部系统提供的接口，这些接口多为Http接口；一个常规的数据源配置包含了数据源名称，Http的URL，Http的请求方式，Http请求的报文内容，访问是否成功的判断及是否需要重试，请求结果的保存脚本，所依赖的其他数据源ID等。例如一个正确的请求接口A的HTTP报文返回了用户的工作年限：{”code”：200，”data”:{“yearsOfWorking”:5}}。数据源配置可以设定当返回的请求为空或者”code”不等于200时自动重试，并可以将接口A的结果通过Groovy脚本保存在内存中的一个Map中，其Key为A，Value为{“yearsOfWorking”:5}；脚本可以帮助我们去除不需要的属性code，也可以通过计算添加一个开始工作的年份的数据”yearOfStaringWork”:”2013”，而当接口是其他的内部服务时，可以编写Groovy脚本的内容达到与Java代码一样的效果；

2)配置化中心–结点配置：结点配置可以选择多个数据源，并通过结点ID与系统具体工作流程的关联。理论上一个结点都会配置多个数据源，它们原则上会并行处理，如果同一个结点内的数据源有依赖关系，则依赖某些数据源的数据源会在依赖的数据源都执行完后再进行执行，当一个结点的数据源都运行后，再统一将1)中的Map结果写入内存中；

3)配置化中心–应用及发布配置：配置应用的XML映射配置以及生产配置文件及发布的功能。XML映射配置配置可以设置需要的XML元素及其属性。例如某个叫Work的XML元素有yearsOfWorking属性，它的值就是“A.yearsOfWorking”；

4)审批系统–配置化SDK：当应用配置发布新的配置时，SDK将读取最新的配置文件放入内存中，它提供了上述1)，2)，3)阐述功能的具体实现；

5)审批流程引擎：当执行到某个配置化结点时，将读取内存中改结点ID对应需要运行的数据源配置，按照1)所叙，并行或根据依赖关系根据每个数据源配置运行出结果，并保持；在发起Blaze请求时则根据内存Map的数据及映射配置构建XML报文发送请求。

本技术方案推荐使用的是Groovy脚本完成数据源数据的解析以及结构化的XML映射功能，可以使用Bean Shell等其他技术来实现脚本解析，但相比之下Groovy在首次执行生成class之后执行效率更高。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。

此外，应当理解，虽然本说明书按照实施方式加以描述，但并非每个实施方式仅包含一个独立的技术方案，说明书的这种叙述方式仅仅是为清楚起见，本领域技术人员应当将说明书作为一个整体，各实施例中的技术方案也可以经适当组合，形成本领域技术人员可以理解的其他实施方式。

Claims (1)

1.一种审批数据源配置化接入及XML映射配置化系统，其特征在于，包括配置化中心和审批系统，所述配置化中心包括数据源配置、结点配置和应用及发布配置，数据源配置、结点配置和应用及发布配置依次连接；所述审批系统包括配置化SDK和审批流程引擎，所述配置化SDK包括订阅发布接收器、Http以及Json组件、线程池、数据源脚本执行工具、XML组装工具和Http连接池，所述应用及发布配置与订阅发布接收器相连接；包括以下步骤：

1)在系统启动时或接收到特定的Redis发布时更新配置文件，配置文件包含了结点信息；每个结点信息内包含了单个或多个数据源的配置信息；配置文件还包含了BlazeXML入参需要的属性配置信息；

2)当执行到数据源结点1时，读取配置文件中Key为“数据源结点1”的结点信息包含的数据源配置信息，配置信息包含了需要运行的Groovy脚本，所述脚本进行相对固定的Http请求过程或某些内在服务的调用，程序执行完脚本后将结果处理成Map数据结构并放入内存中；

3)当执行到BLAZE请求时，读取配置文件中的XML映射配置信息；

4)当根据路径获得不同的路径结点时，同样通过配置文件获取当前结点需要执行的脚本信息进行执行；

5)当有某些结点及Blaze XML报文需要添加新的数据源和入参时，在指定的操作界面配置生成新的配置文件，再通过Redis进行消息发布，订阅该频道的系统将主动进行更新。

Images