CN111798308A - 基于决策引擎的综合决策平台及其对数据源调度的方法 - Google Patents

Abstract

本发明涉及金融风控技术领域，具体涉及一种基于决策引擎的综合决策平台及其对数据源调度的方法，包括，综合决策平台，其负责接收外部网贷审批系统发过来的决策请求，并经过系统内部一系列的处理后，给网贷审批系统返回一个决策结果和其他决策输出变量；决策引擎，其负责包括准入策略、评分策略、人行征信策略、三方数据源策略、定额定价策略等风控业务所需要的各个风控策略包。通过采用本发明的相关系统和设计方法，相比传统方式对多个数据源接口一次全部调用的方式相比，数据成本方面可以降低至少50％以上。同时，可以实现灵活的调整多数据源的调用顺序和轮次，对于系统上线部署的时效性方面有了极大的提升，业务投产的效率大大提高了。

Description

基于决策引擎的综合决策平台及其对数据源调度的方法

技术领域

本发明涉及金融风控技术领域，具体涉及一种基于决策引擎的综合决策平台及其对数据源调度的方法。

背景技术

在金融信贷领域的风控系统实施过程中，通常会接入多家三方征信数据源来辅助进行风险控制，在决策引擎中部署基于数据源变量的风控策略。目前三方征信数据源的种类很多，包括：查询申请人的风险欺诈类的、大数据评分类的、多头借贷类、手机在网时长和状态类、司法信息类、工商信息类、电信消费记录类等。在授信的风控中，通常会将多个数据源结合在一起来使用，综合评估申请人的风险情况来确定是否授信。

目前在银行等信贷金融机构，通常会向数据源厂商采购数据服务,付费的方式也通常采用按调用笔数来进行付费，对于一次申请，往往需要调用多个数据源的接口来完成一次授信。

传统的调用三方数据源的方式，都是事先在调度程序中设定好要调用哪几个数据源，在授信流程启动后，则由调度程序向多个数据源接口发起请求，多个数据源结果都收到后，送给决策引擎来进行决策。

采用传统的方式进行三方数据源的调用，当金融机构在风控决策过程中需要调用比较多的数据源接口时，对于一次授信申请，就会产生比较高的数据源付费成本，通常一次风控决策，三方数据源的数据源成本，都会在几元钱甚至十几元不等。例如，有些中小银行调用人行征信数据接口，调用一次就可能需要花几元钱的数据成本。此外，对于不同的信贷金融机构，因为地域的不同，或对数据源调用量的数量级上的差异，即使是同一家数据源的接口，不同的金融机构每笔的价格也是有差异的。

在实际风控策略的部署过程中，往往有的关键数据源的评分过低或发现申请人的信贷风险比较高，实际对于其他数据源的结果就无需在策略中继续执行。

对于在调度程序中，如果事先已经设定好了数据源的调用顺序，如果想调整调用的顺序，通常就需要重新修改程序，并且需要发版上线。目前对于线上消费贷等场景，策略变更非常频繁，有时一天都可能会调整多次策略，希望不同的场景接入不同的数据源。这样，对于系统的运维也带来了很大的挑战。

发明内容

针对现有技术的不足，本发明公开了一种基于决策引擎的综合决策平台及其对数据源调度的方法，本发明由决策引擎中的策略配置来决定先调用哪个/几个外部数据源，然后调用哪个数据源，在调用完某个数据源后，将数据源变量传入决策引擎后，由策略决定是否要继续调用其他数据源，采用策略驱动流程/数据源调用的方式来实现多数据源的灵活调用和管理，在决策流程中，配置数据源的调用顺序，将价格低的数据源先调用，价格高的数据源在最后面调用。此外，对于风控人员而言，针对不同的信贷产品风控，希望使用的数据源个数、顺序都能灵活调整并快速的部署上线。

本发明通过以下技术方案予以实现：

第一方面，本发明公开了一种基于决策引擎的综合决策平台，包括，

综合决策平台，其负责接收外部网贷审批系统发过来的决策请求，并经过系统内部一系列的处理后，给网贷审批系统返回一个决策结果和其他决策输出变量；

决策引擎，其负责包括准入策略、评分策略、人行征信策略、三方数据源策略、定额定价策略等风控业务所需要的各个风控策略包。

更进一步的，所述综合决策平台与所述决策引擎进行多次交互，送入决策引擎所需要的变量和值，决策引擎内部在每次策略包执行后，会返回下一次是否要调用外部数据源及数据源对应的接口编码。

更进一步的，调用外部数据源及数据源对应的接口编码时，所述综合决策平台发起向数据源接口的请求，并处理从数据源接口返回的报文，组装决策所需要的变量，再次送给决策引擎，所述决策引擎再进行新一轮的决策，并返回决策结果及流程状态是否终止。

更进一步的，所述综合决策平台与所述决策引擎交互的授信决策环节，执行步骤如下：

T1资产流量端的系统与合作的银行/信贷金融机构的网贷审批系统进行对接，并将申请信息转发给风控决策平台，依据在决策引擎平台上配置的风控策略进行自动化的决策；

T2申请进件后，先调用数据平台接口，获取决策所需要的变量并组装成决策引擎所需要的请求报文，完成第一次对Blaze决策引擎的调用；

T3综合决策平台接收到调用数据源指令后，依据数据源接口编码，调用三方数据源对接平台上的对应的数据源接口，开始调用三方数据源；

T4接收到数据源接口返回的信息后，对决策请求报文进行更新，再次调用决策引擎；

T5决策引擎内部根据上一次传入数据源的结果，继续做决策判断，并返回“继续”执行或“终止”执行的指令给综合决策系统，若返回“继续”执行，则同时返回下一次需调用的数据源接口编码；

T6依据T5的判断，综合决策系统选择继续调用外部三方数据源或结束调用，若继续，则T3-T5步骤循环，直到收到“终止”指令而后给上游的网贷审批系统返回决策结果。

更进一步的，在决策过程中，风控策略的设计和执行，依据申请数据以及外部征信数据来实现。

更进一步的，所述决策引擎内部，决策流的配置先执行基本的准入策略，如果准入策略通过，则决策引擎返回“继续”执行的指令，返回数据源接口编码；或直接返回“结束”指令，决策结果为拒绝。

第二方面，本发明公开一种基于决策引擎的综合决策平台对数据源调度的方法，所述调度的方法使用地方面所述的基于决策引擎的综合决策平台，所述调度的方法包括以下步骤：

S1第一次综合决策平台给Blaze决策引擎平台接口发送“开始”指令及申请信息XML报文；

S2在Blaze决策引擎平台内部收到请求报文后，执行已配置的策略包，返回决策流程执行结果状态及策略结果；

S3综合决策平台向数据源对接平台发起调用，并获得到数据源对应的变量结果，将其拼装到申请XML报文的<DSResults>节点中；

S4在Blaze决策引擎内部，执行和前面数据源变量有关的策略；如果策略通过，则继续返回State＝”RUN”以及下一次应该调用的数据源结果NextDSCodes，或者State＝”END”，决策执行结束；

S5给上游的网贷审批系统返回存在于DecisionResponse标签内部的具体决策结果内容。

更进一步的，在申请报文对象模型中，以<Application>做为决策报文的主节点，在内部设置<DSWorkflow>对象节点来控制数据源调用流程，所述<DSResults>节点专门存放多个数据源结果数据，并在<DSWorkflow>节点中，用State＝"START"来表示开始调用决策引擎了，StepNo＝”0”表示步骤号为0，初始调用。

更进一步的，在DSWorkflow节点，State＝”RUN”表示需要继续执行，下一步需要调用的数据源由NextDSCodes＝"DS_PLC,DS_BRBI"表示，下一次可以调用的数据源接口包括DS_PLC和DS_BRBI。

更进一步的，数据源编码的含义和对应的接口在内部预先约定好，由相应的对照表来定义，在综合决策系统收到RUN的指令后，根据NextDSCodes继续调用外部数据源。

本发明的有益效果为：

1、通过采用本发明的相关系统和设计方法，在一些银行的实际项目进行了实际应用，相比传统方式对多个数据源接口一次全部调用的方式相比，数据成本方面可以降低至少50％以上。

2、对于风控人员来讲，可以实现灵活的调整多数据源的调用顺序和轮次，对于系统上线部署的时效性方面有了极大的提升，业务投产的效率大大提高了。

3、对于传统的方式，如需要调整数据源的调用顺序，需要IT开发人员开发和修改程序代码及进行相关测试工作。采用此发明的系统设计，对于需要长期运营和不定期需要调整风控策略的系统，可以节约开发人力成本大约在2～3人月。

附图说明

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

图1是本发明涉及的内外部相关系统的系统架构图；

图2是本发明实施例对于数据源的灵活调度和具体交互过程图。

具体实施方式

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

实施例1

本实施例公开一种基于决策引擎的综合决策平台，包括，综合决策平台，其负责接收外部网贷审批系统发过来的决策请求，并经过系统内部一系列的处理后，给网贷审批系统返回一个决策结果和其他决策输出变量；

包括决策引擎，其负责包括准入策略、评分策略、人行征信策略、三方数据源策略、定额定价策略等风控业务所需要的各个风控策略包。

所述综合决策平台与所述决策引擎进行多次交互，送入决策引擎所需要的变量和值，决策引擎内部在每次策略包执行后，会返回下一次是否要调用外部数据源及数据源对应的接口编码。

调用外部数据源及数据源对应的接口编码时，所述综合决策平台发起向数据源接口的请求，并处理从数据源接口返回的报文，组装决策所需要的变量，再次送给决策引擎，所述决策引擎再进行新一轮的决策，并返回决策结果及流程状态是否终止。

所述综合决策平台与所述决策引擎交互的授信决策环节，执行步骤如下：

T1资产流量端的系统与合作的银行/信贷金融机构的网贷审批系统进行对接，并将申请信息转发给风控决策平台，依据在决策引擎平台上配置的风控策略进行自动化的决策；

T2申请进件后，先调用数据平台接口，获取决策所需要的变量并组装成决策引擎所需要的请求报文，完成第一次对Blaze决策引擎的调用；

T3综合决策平台接收到调用数据源指令后，依据数据源接口编码，调用三方数据源对接平台上的对应的数据源接口，开始调用三方数据源；

T4接收到数据源接口返回的信息后，对决策请求报文进行更新，再次调用决策引擎；

T5决策引擎内部根据上一次传入数据源的结果，继续做决策判断，并返回“继续”执行或“终止”执行的指令给综合决策系统，若返回“继续”执行，则同时返回下一次需调用的数据源接口编码；

T6依据T5的判断，综合决策系统选择继续调用外部三方数据源或结束调用，若继续，则T3-T5步骤循环，直到收到“终止”指令而后给上游的网贷审批系统返回决策结果。

在决策过程中，风控策略的设计和执行，依据申请数据以及外部征信数据来实现。

所述决策引擎内部，决策流的配置先执行基本的准入策略，如果准入策略通过，则决策引擎返回“继续”执行的指令，返回数据源接口编码；或直接返回“结束”指令，决策结果为拒绝。

本发明实施例中由决策引擎中的策略配置来决定先调用哪个(哪几个)外部数据源，然后调用哪个数据源。在调用完某个数据源后，将数据源变量传入决策引擎后，由策略决定是否要继续调用其他数据源。采用策略驱动流程(数据源调用)的方式来实现多数据源的灵活调用和管理。

实施例2

本实施例公开一种基于决策引擎的综合决策平台对数据源调度的方法，包括以下步骤：

S1第一次综合决策平台给Blaze决策引擎平台接口发送“开始”指令及申请信息XML报文；

S2在Blaze决策引擎平台内部收到请求报文后，执行已配置的策略包，返回决策流程执行结果状态及策略结果；

S3综合决策平台向数据源对接平台发起调用，并获得到数据源对应的变量结果，将其拼装到申请XML报文的<DSResults>节点中；

S4在Blaze决策引擎内部，执行和前面数据源变量有关的策略；如果策略通过，则继续返回State＝”RUN”以及下一次应该调用的数据源结果NextDSCodes，或者State＝”END”，决策执行结束；

S5给上游的网贷审批系统返回存在于DecisionResponse标签内部的具体决策结果内容。

在申请报文对象模型中，以<Application>做为决策报文的主节点，在内部设置<DSWorkflow>对象节点来控制数据源调用流程，所述<DSResults>节点专门存放多个数据源结果数据，并在<DSWorkflow>节点中，用State＝"START"来表示开始调用决策引擎了，StepNo＝”0”表示步骤号为0，初始调用。

在DSWorkflow节点，State＝”RUN”表示需要继续执行，下一步需要调用的数据源由NextDSCodes＝"DS_PLC,DS_BRBI"表示，下一次可以调用的数据源接口包括DS_PLC和DS_BRBI。

数据源编码的含义和对应的接口在内部预先约定好，由相应的对照表来定义，在综合决策系统收到RUN的指令后，根据NextDSCodes继续调用外部数据源。

本实施例可以极大的节约在数据源方面的成本投入，对于一笔申请，如果由前面的数据源就可以直接判断该申请人的风险较高，决策就可以直接拒绝，后面其他的数据源无需再调用。另外，因为每家数据源的成本价格差异也比较大，有些数据源便宜一些，有些数据源价格高一些。我们在决策流程中，还可以配置数据源的调用顺序，将便宜的数据源先调用，贵的数据源在最后面调用。此外，对于风控人员，对于不同的信贷产品，希望使用的数据源个数，顺序都希望能灵活调整并快速的部署上线。

实施例3

本实施例公开如图1所示的内外部相关系统的系统架构图，包括综合决策平台，主要负责接收外部网贷审批系统发过来的决策请求(授信申请)，并经过系统内部一系列的处理后，给网贷审批系统返回一个决策结果和其他决策输出变量。综合决策平台会与决策引擎进行多次交互，送入决策引擎所需要的变量和值，决策引擎内部在每次策略包执行后，会返回下一次是否要调用外部数据源及数据源对应的接口编码。综合决策平台会发起向数据源接口的请求，并处理从数据源接口返回的报文，并组装决策所需要的变量，再次送给决策引擎。决策引擎再进行新一轮的决策，并返回决策结果及流程状态是否终止。

决策引擎，主要负责风控业务所需要的各个风控策略包，其中包括准入策略、评分策略、人行征信策略、三方数据源策略、定额定价策略等。在不同的业务场景下，策略包将有所不同，策略包的执行顺序也有所不同，风控人员可以灵活的配置策略执行流程。

实施例4

本实施例公开整个授信决策环节，完整的执行步骤，具体如下：

1)一般资产流量端的系统会与合作的银行(信贷金融机构)的网贷审批系统进行对接。如申请人在某个网上渠道申请贷款业务(资产流量端)，发起个人线上贷款申请后，个人贷款申请信息将会传到银行的网贷审批系统中。

2)网贷审批系统会将申请信息转发给风控决策平台进行决策。综合决策平台依据在决策引擎平台上配置的风控策略进行自动化的决策。在决策过程中，风控策略的设计和执行，主要依据申请数据以及外部征信数据来实现。

3)申请进件后，一般都会先调用数据平台接口，做一些基本的变量加工获取及组装，组装成决策引擎所需要的请求报文，完成第一次对Blaze决策引擎的调用。

4)在决策引擎内部，决策流的配置一般先执行基本的准入策略，如果准入策略通过，则决策引擎返回“继续”执行的指令，以及返回数据源接口编码(如：DS_FC代表调用FICO评分接口)；或直接返回“结束”指令，决策结果通常为拒绝。

5)综合决策平台接收到调用数据源指令后，依据数据源接口编码，调用三方数据源对接平台上的对应的数据源接口，开始调用三方数据源。接收到数据源接口返回的信息后，对决策请求报文进行更新(补充三方数据源的变量值)，再次调用决策引擎。

6)决策引擎内部根据上一次传入数据源的结果，继续做决策判断。同样，决策引擎可能会返回“继续”执行的指令(或“终止”指令)给综合决策系统，综合决策系统继续调用外部三方数据源(或结束调用，给上游的网贷审批系统返回决策结果)

7)所以在综合决策平台系统与Blaze决策引擎进行交互的交互，可能会涉及N次调用，而且对于不同的申请人，因为申请人在不同的数据源的风险表现不同，所以，有些申请，可能只有1～2次交互，就会被策略拒绝了，流程结束。有些申请，因为在多个数据源的信用良好，可能经过了N次数据源策略的筛选，最终通过了申请，获得了贷款的授信和额度。

实施例5

本实施例公开对于数据源的灵活调度和具体交互过程，请参考图2，详细描述如下：

1)第一次综合决策平台给Blaze决策引擎平台接口发送“开始”指令及申请信息XML报文，格式如下：

设计中在申请报文对象模型中，以<Application>做为决策报文的主节点，在内部设计了<DSWorkflow>对象节点来控制数据源调用流程。<DSResults>节点专门存放多个数据源结果数据。在<DSWorkflow>节点中，用State＝"START"来表示开始调用决策引擎了。StepNo＝”0”表示步骤号为0，初始调用。

2)Blaze决策引擎平台内部收到请求报文后，执行已配置的策略包，返回决策流程执行结果状态及策略结果，如下一步需要调用外部数据源接口，则返回外部数据源接口的编码。示例报文如下：

在DSWorkflow节点，State＝”RUN”表示需要继续执行，下一步需要调用的数据源由NextDSCodes＝"DS_PLC,DS_BRBI"表示。这里表示下一次可以调用的数据源接口有2个DS_PLC和DS_BRBI.数据源编码的含义和对应的接口在内部事先会约定好，由相应的对照表来定义。综合决策系统收到RUN的指令后，根据NextDSCodes继续调用外部数据源。

3)综合决策平台向数据源对接平台发起调用，并获得到数据源对应的变量结果，将其拼装到申请XML报文之中，放在<DSResults>节点中。示例报文如下，然后又向Blaze发起请求调用：

4)Blaze决策引擎内部，执行和前面数据源变量有关的策略。如果策略通过，则继续返回State＝”RUN”以及下一次应该调用的数据源结果NextDSCodes。或者State＝”END”，决策执行结束，可以给上游的网贷审批系统返回具体的决策结果的内容(存在于DecisionResponse标签内部)。示例报文如下：

外部系统(审批系统)不需要关心决策系统内部的逻辑，也无法感知在决策内部执行了多少次的数据源接口调用，只需要获得最终的审批决策结果即可，并依据决策结果(通过/拒绝/人工)进行系统逻辑的相关的处理。

本发明通过在申请报文的结构定义中，设计了<DSWorkflow>节点来用来专门控制对数据源的调用，并且可以在决策引擎中可以灵活配置下一步的执行指令或数据源编码。

通过在决策引擎中，通过策略配置的方式来驱动外部数据源的调用顺序，可以实现当银行接入多家数据源时，分批次调用外部数据源，也可以实现每次调用一个数据源后就做一次决策，如果申请被拒绝(流程状态返回结束标志)，则下一次数据源就不需要再进行调用了，从而节约了数据源使用的成本。

假设当有10家数据源接口时，可以在决策引擎中配置，设置10次决策，达到成本最低。也可以根据业务需要灵活配置成3～4轮的调用，最开始的轮次，先调用价格最低的数据源接口做决策，如果决策拒绝，后面价格较高的数据源接口就无需再次调用了。

另外，在项目上线初期一小段时间内，为了积累真实数据，也可以配置第1轮把所有的数据源都调用，在决策引擎内部配置一次决策。

对于风控策略的配置，在现在的风控项目中，主要由风险团队成员在决策引擎中进行策略配置，对于像数据源调用顺序的配置问题，本是需要IT技术团队配合来实现的，通过本发明设计，风险人员自己就可以直接在决策引擎中热部署策略调整并快速上线生效。

综上，通过采用本发明的相关系统和设计方法，在一些银行的实际项目进行了实际应用，相比传统方式对多个数据源接口一次全部调用的方式相比，数据成本方面可以降低至少50％以上。

同时，对于风控人员来讲，可以实现灵活的调整多数据源的调用顺序和轮次，对于系统上线部署的时效性方面有了极大的提升，业务投产的效率大大提高了。

对于传统的方式，如需要调整数据源的调用顺序，需要IT开发人员开发和修改程序代码及进行相关测试工作。采用此发明的系统设计，对于需要长期运营和不定期需要调整风控策略的系统，可以节约开发人力成本大约在2～3人月。

以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种基于决策引擎的综合决策平台，其特征在于，包括，

综合决策平台，其负责接收外部网贷审批系统发过来的决策请求，并经过系统内部一系列的处理后，给网贷审批系统返回一个决策结果和其他决策输出变量；

决策引擎，其负责包括准入策略、评分策略、人行征信策略、三方数据源策略、定额定价策略等风控业务所需要的各个风控策略包。

2.根据权利要求1所述的基于决策引擎的综合决策平台，其特征在于，所述综合决策平台与所述决策引擎进行多次交互，送入决策引擎所需要的变量和值，决策引擎内部在每次策略包执行后，会返回下一次是否要调用外部数据源及数据源对应的接口编码。

3.根据权利要求2所述的基于决策引擎的综合决策平台，其特征在于，调用外部数据源及数据源对应的接口编码时，所述综合决策平台发起向数据源接口的请求，并处理从数据源接口返回的报文，组装决策所需要的变量，再次送给决策引擎，所述决策引擎再进行新一轮的决策，并返回决策结果及流程状态是否终止。

4.根据权利要求1所述的基于决策引擎的综合决策平台，其特征在于，所述综合决策平台与所述决策引擎交互的授信决策环节，执行步骤如下：

T1资产流量端的系统与合作的银行/信贷金融机构的网贷审批系统进行对接，并将申请信息转发给风控决策平台，依据在决策引擎平台上配置的风控策略进行自动化的决策；

T2申请进件后，先调用数据平台接口，获取决策所需要的变量并组装成决策引擎所需要的请求报文，完成第一次对Blaze决策引擎的调用；

T3综合决策平台接收到调用数据源指令后，依据数据源接口编码，调用三方数据源对接平台上的对应的数据源接口，开始调用三方数据源；

T4接收到数据源接口返回的信息后，对决策请求报文进行更新，再次调用决策引擎；

T5决策引擎内部根据上一次传入数据源的结果，继续做决策判断，并返回“继续”执行或“终止”执行的指令给综合决策系统，若返回“继续”执行，则同时返回下一次需调用的数据源接口编码；

T6依据T5的判断，综合决策系统选择继续调用外部三方数据源或结束调用，若继续，则T3-T5步骤循环，直到收到“终止”指令而后给上游的网贷审批系统返回决策结果。

5.根据权利要求4所述的基于决策引擎的综合决策平台，其特征在于，在决策过程中，风控策略的设计和执行，依据申请数据以及外部征信数据来实现。

6.根据权利要求4所述的基于决策引擎的综合决策平台，其特征在于，所述决策引擎内部，决策流的配置先执行基本的准入策略，如果准入策略通过，则决策引擎返回“继续”执行的指令，返回数据源接口编码；或直接返回“结束”指令，决策结果为拒绝。

7.一种基于决策引擎的综合决策平台对数据源调度的方法，所述调度的方法使用如权利要求1-6任一项所述的基于决策引擎的综合决策平台，其特征在于，所述调度的方法包括以下步骤：

S1第一次综合决策平台给Blaze决策引擎平台接口发送“开始”指令及申请信息XML报文；

S2在Blaze决策引擎平台内部收到请求报文后，执行已配置的策略包，返回决策流程执行结果状态及策略结果；

S3综合决策平台向数据源对接平台发起调用，并获得到数据源对应的变量结果，将其拼装到申请XML报文的<DSResults>节点中；

S4在Blaze决策引擎内部，执行和前面数据源变量有关的策略；如果策略通过，则继续返回State＝”RUN”以及下一次应该调用的数据源结果NextDSCodes，或者State＝”END”，决策执行结束；

S5给上游的网贷审批系统返回存在于DecisionResponse标签内部的具体决策结果内容。

8.根据权利要求7所述的基于决策引擎的综合决策平台对数据源调度的方法，其特征在于，在申请报文对象模型中，以<Application>做为决策报文的主节点，在内部设置<DSWorkflow>对象节点来控制数据源调用流程，所述<DSResults>节点专门存放多个数据源结果数据，并在<DSWorkflow>节点中，用State＝"START"来表示开始调用决策引擎了，StepNo＝”0”表示步骤号为0，初始调用。

9.根据权利要求8所述的基于决策引擎的综合决策平台对数据源调度的方法，其特征在于，在DSWorkflow节点，State＝”RUN”表示需要继续执行，下一步需要调用的数据源由NextDSCodes＝"DS_PLC,DS_BRBI"表示，下一次可以调用的数据源接口包括DS_PLC和DS_BRBI。

10.根据权利要求9所述的基于决策引擎的综合决策平台对数据源调度的方法，其特征在于，数据源编码的含义和对应的接口在内部预先约定好，由相应的对照表来定义，在综合决策系统收到RUN的指令后，根据NextDSCodes继续调用外部数据源。

Images