一种引擎策略的数据合并方法、装置、电子设备及介质制造方法及图纸

本申请提供了一种引擎策略的数据合并方法、装置、电子设备及介质，所述数据合并方法执行预先构建好的目标引擎策略；确定目标引擎策略中每一分支节点的执行顺序，并按照分支节点的执行顺序依次将每一分支节点的数据入栈；确定目标引擎策略中每一汇总节点的执行顺序，并按照汇总节点的执行顺序依次将分支节点的数据出栈；其中，当下执行的汇总节点所对应的分支节点的数据位于栈顶；每一汇总节点合并该汇总节点的数据；这样，后端数据更好的与前端数据解耦，后端的算法更高效。后端的算法更高效。后端的算法更高效。

【技术实现步骤摘要】
一种引擎策略的数据合并方法、装置、电子设备及介质


[0001]本申请涉及大数据
，具体而言，涉及一种引擎策略的数据合并方法、装置、电子设备及介质。

技术介绍

[0002]随着社会和技术的发展，电子商务越来越发达，各种新零售平台也如雨后春笋般涌现。新零售平台浏览商品、购物以及支付等功能，是依据大数据平台实现的。
[0003]当前决策引擎领域存在不少开源的规则计算引擎，如DROOLS，BLAZE等在规则。这些规则引擎普遍采用编程式的方式，所有的策略合并全部是通过策略师编写特定代码来实现不需要在框架层解决分支合并的问题。
[0004]大数据平台的R+系统是非编程的方式来实现策略计算，策略人员只需要通过拖拽的方式来生成策略，从而引擎框架需要解决分支汇总节点数据合并的问题。数据合并中需要使用的数据有当前汇总节点的前置节点数据和当前汇总节点的对应分叉节点的数据，而前置节点的数据比较容易获取，需要解决的核心问题是如何获取汇总节点的对应分叉节点的数据。
[0005]目前，策略引擎依赖前端页面给每个节点设置一个唯一id，当遇到分支节点时后续的分叉上的节点id都会带上分支节点的id，这样后端策略计算时每次在汇总节点寻找对应分支节点的时候只要根据名字在节点里面进行查询。现有技术的缺点如下：后端的逻辑开发强依赖于前端，如果前端的一个id生成逻辑发生变动会导致策略计算不准确；id只应该作为节点唯一的标识不应该赋予更多的计算逻辑意义；后端对于策略结构校验会变得异常复杂。

技术实现思路

[0006]有鉴于此，本申请的目的在于提供一种引擎策略的数据合并方法、装置、电子设备及介质，所述数据合并方法使得后端数据更好的与前端数据解耦，后端的算法更高效，不需要通过某种约定逻辑进行相关节点的搜索。
[0007]本申请提供的一种引擎策略的数据合并方法，包括：
[0008]执行预先构建好的目标引擎策略；其中，所述目标引擎策略包括至少一个分支节点和至少一个汇总节点；
[0009]确定目标引擎策略中每一分支节点的执行顺序，并按照分支节点的执行顺序依次将每一分支节点的数据入栈；
[0010]确定目标引擎策略中每一汇总节点的执行顺序，并按照汇总节点的执行顺序依次将分支节点的数据出栈；其中，当下执行的汇总节点所对应的分支节点的数据位于栈顶；
[0011]每一汇总节点合并该汇总节点的数据；其中，该汇总节点的数据包括出栈的分支节点的数据和/或上一汇总节点的数据。
[0012]在一些实施例中，所述的引擎策略的数据合并方法中，所述目标引擎策略，是通过
以下方法构建的：
[0013]确定目标引擎策略中的至少一个分支节点和至少一个汇总节点；
[0014]根据分支节点的数据的入栈顺序和汇总节点的数据的出栈顺序，确定所述至少一个分支节点和至少一个汇总节点之间的目标连接关系，以使按照目标引擎策略的执行顺序依次执行汇总节点时，当下执行的汇总节点所对应的分支节点的数据位于栈顶；
[0015]根据所述目标连接关系连接所述少一个分支节点和至少一个汇总节点，得到构建好的目标引擎策略。
[0016]在一些实施例中，所述的引擎策略的数据合并方法中，确定目标引擎策略中每一分支节点的执行顺序，并按照分支节点的执行顺序依次将每一分支节点的数据入栈，包括：
[0017]依次执行目标引擎策略的每个节点，并判断当下执行的节点是否为分支节点；
[0018]若是，则将该分支节点的数据进行入栈。
[0019]在一些实施例中，所述的引擎策略的数据合并方法中，确定目标引擎策略中每一汇总节点的执行顺序，并按照汇总节点的执行顺序依次将分支节点的数据出栈，包括：
[0020]依次执行目标引擎策略的每个节点，并判断当下执行的节点是否为汇总节点；
[0021]若是，则对位于栈顶的分支节点的数据进行出栈操作。
[0022]在一些实施例中，所述的引擎策略的数据合并方法中，每一汇总节点合并该汇总节点的数据，包括：
[0023]所述汇总节点合并出栈的分支节点的数据；
[0024]或者，
[0025]所述汇总节点合并出栈的分支节点的数据和上一汇总节点的数据。
[0026]在一些实施例中，所述的引擎策略的数据合并方法中，所述汇总节点合并出栈的分支节点的数据，包括：
[0027]在分支节点的数据出栈之后，按照分支节点的多个分支分别对应的数据处理规则处理所述分支节点的数据，得到多种处理后的分支节点的数据；
[0028]所述汇总节点合并多种处理后的分支节点的数据。
[0029]在一些实施例中，所述的引擎策略的数据合并方法中，所述汇总节点合并出栈的分支节点的数据和上一汇总节点的数据，包括：
[0030]在分支节点的数据出栈之后，按照分支节点的分支的数据处理规则处理所述分支节点的数据，得到处理后的分支节点的数据；
[0031]所述汇总节点合并所述处理后的分支节点的数据和上一汇总节点的数据。
[0032]在一些实施例中，还提供一种引擎策略的数据合并装置，所述数据合并装置包括：
[0033]执行模块，用于执行预先构建好的目标引擎策略；其中，所述目标引擎策略包括至少一个分支节点和至少一个汇总节点；
[0034]第一确定模块，用于确定目标引擎策略中每一分支节点的执行顺序，并按照分支节点的执行顺序依次将每一分支节点的数据入栈；
[0035]第二确定模块，用于确定目标引擎策略中每一汇总节点的执行顺序，并按照汇总节点的执行顺序依次将分支节点的数据出栈；其中，当下执行的汇总节点所对应的分支节点的数据位于栈顶；
[0036]合并模块，用于在每一汇总节点合并该汇总节点的数据；其中，该汇总节点的数据
包括出栈的分支节点的数据和/或上一汇总节点的数据。
[0037]在一些实施例中，还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行所述的引擎策略的数据合并方法的步骤。
[0038]在一些实施例中，还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行所述的引擎策略的数据合并方法的步骤。
[0039]本申请提供一种引擎策略的数据合并方法、装置、电子设备及介质，所述数据合并方法执行预先构建好的目标引擎策略；其中，所述目标引擎策略包括至少一个分支节点和至少一个汇总节点；确定目标引擎策略中每一分支节点的执行顺序，并按照分支节点的执行顺序依次将每一分支节点的数据入栈；确定目标引擎策略中每一汇总节点的执行顺序，并按照汇总节点的执行顺序依次将分支节点的数据出栈；其中，当下执行的汇总节点所对应的分支节点的数据位于栈顶；每一汇总节点合并该汇总节点的数据；其中，该汇总节点的数据包括出栈的分支节点的数据和/或上一汇总节点的数据；这本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种引擎策略的数据合并方法，其特征在于，所述数据合并方法包括：执行预先构建好的目标引擎策略；其中，所述目标引擎策略包括至少一个分支节点和至少一个汇总节点；确定目标引擎策略中每一分支节点的执行顺序，并按照分支节点的执行顺序依次将每一分支节点的数据入栈；确定目标引擎策略中每一汇总节点的执行顺序，并按照汇总节点的执行顺序依次将分支节点的数据出栈；其中，当下执行的汇总节点所对应的分支节点的数据位于栈顶；每一汇总节点合并该汇总节点的数据；其中，该汇总节点的数据包括出栈的分支节点的数据和/或上一汇总节点的数据。2.根据权利要求1所述的引擎策略的数据合并方法，其特征在于，所述目标引擎策略，是通过以下方法构建的：确定目标引擎策略中的至少一个分支节点和至少一个汇总节点；根据分支节点的数据的入栈顺序和汇总节点的数据的出栈顺序，确定所述至少一个分支节点和至少一个汇总节点之间的目标连接关系，以使按照目标引擎策略的执行顺序依次执行汇总节点时，当下执行的汇总节点所对应的分支节点的数据位于栈顶；根据所述目标连接关系连接所述少一个分支节点和至少一个汇总节点，得到构建好的目标引擎策略。3.根据权利要求1所述的引擎策略的数据合并方法，其特征在于，确定目标引擎策略中每一分支节点的执行顺序，并按照分支节点的执行顺序依次将每一分支节点的数据入栈，包括：依次执行目标引擎策略的每个节点，并判断当下执行的节点是否为分支节点；若是，则将该分支节点的数据进行入栈。4.根据权利要求1所述的引擎策略的数据合并方法，其特征在于，确定目标引擎策略中每一汇总节点的执行顺序，并按照汇总节点的执行顺序依次将分支节点的数据出栈，包括：依次执行目标引擎策略的每个节点，并判断当下执行的节点是否为汇总节点；若是，则对位于栈顶的分支节点的数据进行出栈操作。5.根据权利要求1所述的引擎策略的数据合并方法，其特征在于，每一汇总节点合并该汇总节点的数据，包括：所述汇总节点合并出栈的分支节点的...

【专利技术属性】
技术研发人员：吴建军，
申请(专利权)人：平安银行股份有限公司，
类型：发明
国别省市：