发明内容
本发明的目的在于提供一种支持动态业务调整的低代码规则引擎方法及平台，旨在解决背景技术中所提到的问题。
为解决上述技术问题，本发明的技术方案如下：
第一方面，一种支持动态业务调整的低代码规则引擎方法，所述方法包括：
获取原始规则数据，所述原始规则数据包括用于业务判断的多个条件项及对应动作项，其中每一条件项与动作项之间形成初始规则对；
对原始规则数据进行结构化转化，统一格式规范，得到结构规则数据；
根据结构规则数据生成可视化规则组件，并通过图形界面呈现规则逻辑，支持业务人员在无需编码的条件下进行编辑修改，并将修改结果转化为组件规则数据；
对组件规则数据进行实时解析和校验，得到运行规则数据；
对运行规则数据进行版本标识，并存储至规则仓库中；
基于当前业务上下文匹配适用版本，对运行规则数据进行自动选取，并加载至规则执行引擎中执行。
优选地，对原始规则数据进行结构化转化，统一格式规范，得到结构规则数据，包括：
对原始规则数据中的每一条件项提取字段信息，基于字段类型进行标准化处理，形成标准条件字段集合；
对原始规则数据中的每一动作项提取执行参数，基于参数格式进行统一化处理，形成标准动作参数集合；
根据标准条件字段集合与标准动作参数集合，构建结构规则数据。
优选地，根据结构规则数据生成可视化规则组件，并通过图形界面呈现规则逻辑，支持业务人员在无需编码的条件下进行编辑修改，并将修改结果转化为组件规则数据，包括：
根据结构规则数据中的标准条件字段集合，生成条件节点组件，所述条件节点组件以可编辑字段的形式展示条件属性；
根据结构规则数据中的标准动作参数集合，生成动作节点组件，所述动作节点组件以参数配置表单的形式展示动作内容；
将条件节点组件与动作节点组件通过逻辑连线组合形成规则链路图，用户在图形界面中编辑调整规则链路图后，提取其更新内容生成对应的组件规则数据。
优选地，对组件规则数据进行实时解析和校验，得到运行规则数据，所述运行规则数据适配运行环境中动态规则加载接口，包括：
解析组件规则数据中的节点属性及连接关系，并重构出符合执行引擎标准的规则表达式集合；
对规则表达式集合进行合法性校验，若存在冲突或缺失，则返回错误提示并阻止运行规则数据生成；
将通过合法性校验的规则表达式集合打包生成运行规则数据，所述运行规则数据中附加规则版本标识。
优选地，基于当前业务上下文匹配适用版本，对运行规则数据进行自动选取，并加载至规则执行引擎中执行，包括：
接收当前业务上下文数据，并提取业务标识信息和环境属性参数；
根据业务标识信息在规则仓库中检索匹配条件，筛选出符合环境属性参数的运行规则数据版本；
将筛选出的运行规则数据版本加载至规则执行引擎内存区，触发规则引擎执行对应规则逻辑以完成业务判断。
优选地，对原始规则数据中的每一条件项提取字段信息，基于字段类型进行标准化处理，形成标准条件字段集合，包括：
根据原始规则数据，提取每一条件项的字段名称、字段类型及字段约束信息，生成初步字段集合；
基于预设字段标准化规则，对初步字段集合进行字段类型统一处理，将不同来源但逻辑含义相同的字段映射为标准字段集合；
在标准字段集合中，检测字段命名冲突，若存在命名冲突且字段类型一致，则通过在字段名称中添加数据来源标识进行命名区分，若字段类型不一致，则拒绝合并并生成冲突警告信息；
根据完成命名调整后的规范字段集合，生成标准条件字段集合，并建立原字段与标准字段的映射关系。
优选地，将条件节点组件与动作节点组件通过逻辑连线组合形成规则链路图，用户在图形界面中编辑调整规则链路图后，提取其更新内容生成对应的组件规则数据，包括：
根据标准条件字段集合生成条件节点集合，并在每一条件节点中设置字段可编辑属性与逻辑表达式编辑入口；
根据标准动作参数集合生成动作节点集合，并在每一动作节点中设置参数校验模板与执行配置入口；
在条件节点集合与动作节点集合之间，基于预设连线规则建立连接关系，仅允许符合业务逻辑约束的节点组合，并实时检测连线是否合法，若连线违反预定义约束则提示错误并禁止节点连接保存；
在完成规则链路图编辑后，提取发生变更的节点信息及连线关系，生成增量更新数据，并融合至组件规则数据中，形成更新后的组件规则数据。
优选地，对规则表达式集合进行合法性校验，包括：
根据更新后的组件规则数据，提取规则表达式集合，并按表达式引用关系建立引用索引表；
根据引用索引表，对每条规则表达式进行字段有效性校验，若发现字段不存在于标准条件字段集合，则记录字段引用错误并定位至具体节点；
对规则表达式中的动作节点执行参数进行完整性校验，若缺少必填参数，则记录参数缺失错误并标注至参数配置界面；
对规则链路图的连线关系进行连通性及逻辑合理性分析，若存在循环引用、孤立节点或断链情况，则记录结构异常错误；
根据所有字段引用错误、参数缺失错误与结构异常错误，生成分级提示的校验综合报告，并以高亮方式指示错误节点及错误类型。
优选地，根据所有字段引用错误、参数缺失错误与结构异常错误，生成分级提示的校验综合报告，并以高亮方式指示错误节点及错误类型，包括：
根据字段引用错误，提取对应的错误节点信息，并在校验综合报告中以节点编号和字段名称的形式列出；
根据参数缺失错误，提取动作节点的缺失参数清单，并在校验综合报告中标明必填项缺失及对应动作节点位置；
根据结构异常错误，分析形成错误连线关系图，标注存在循环、孤立或断链的节点路径信息，并在校验综合报告中绘制异常链路示意；
将字段引用错误、参数缺失错误与结构异常错误分别分类汇总，赋予优先级标识，并根据优先级高亮展示各类错误信息；
在校验综合报告中设置交互式跳转功能，支持用户点击错误项直接定位至图形界面中的对应节点位置。
第二方面，一种支持动态业务调整的低代码规则引擎平台，所述平台包括：
原始数据采集模块，用于获取原始规则数据，所述原始规则数据包括用于业务判断的多个条件项及对应动作项，其中每一条件项与动作项之间形成初始规则对；
原始数据处理模块，用于对原始规则数据进行结构化转化，统一格式规范，得到结构规则数据；
规则组件生成模块，用于根据结构规则数据生成可视化规则组件，并通过图形界面呈现规则逻辑，支持业务人员在无需编码的条件下进行编辑修改，并将修改结果转化为组件规则数据；
规则解析与校验模块，用于对组件规则数据进行实时解析和校验，得到运行规则数据，所述运行规则数据适配运行环境中动态规则加载接口；
版本管理模块，用于对运行规则数据进行版本标识，并存储至规则仓库中，所述规则仓库用于维护规则历史版本及变更记录，支持任意版本的回滚与重载；
规则调度模块，用于基于当前业务上下文匹配适用版本，对运行规则数据进行自动选取，并加载至规则执行引擎中执行。
本发明的上述方案至少包括以下有益效果：
本发明通过提供一种支持动态业务调整的低代码规则引擎方法，有效解决了现有技术中规则引擎普遍存在的静态部署、规则调整滞后以及无法在运行中实时动态更新规则的问题。在本发明中，通过获取原始规则数据并对其进行结构化转化，统一格式规范，形成结构规则数据，保证了规则定义的一致性与标准化。通过进一步根据结构规则数据生成可视化规则组件，并在图形界面呈现规则逻辑，支持业务人员在无需编码的条件下进行规则编辑和修改，使得业务调整的响应速度大幅提升，降低了规则变更对开发资源的依赖程度。
通过对组件规则数据进行实时解析和校验，生成适配运行环境的运行规则数据，确保了规则逻辑能够快速、准确地转换为可执行格式。在规则数据生成后，对其进行版本标识，并存储至规则仓库中，支持规则历史版本的维护与任意版本的回滚与重载，有效提高了规则管理的灵活性与可追溯性。尤其重要的是，本发明引入了基于当前业务上下文动态匹配适用版本的机制，能够依据不同业务标识信息与环境属性参数自动选取最符合当前场景的运行规则数据版本，并将其加载至规则执行引擎中即时执行，实现了规则逻辑的动态生效而无需停机。
通过上述改进，本发明能够在保险理赔审核等需要高频率业务调整的场景下，支持规则逻辑的在线动态调整，避免了因规则变更需要停机部署所导致的理赔决策滞后问题，显著提升了客户体验。同时，在应对保险监管政策临时变化时，能够迅速引入新规则或调整现有规则，降低了因规则响应不及时而产生的合规风险，提升了整体的灵活性、稳定性与合规性。总体而言，本发明通过从规则数据标准化、可视化编辑、动态解析与执行、版本管理及上下文感知匹配等多个方面进行创新，具备突出的实质特点和显著的有益效果。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
如图1所示，本发明的实施例提出一种支持动态业务调整的低代码规则引擎方法，所述方法包括：
S100、获取原始规则数据，所述原始规则数据包括用于业务判断的多个条件项及对应动作项，其中每一条件项与动作项之间形成初始规则对；
S200、对原始规则数据进行结构化转化，统一格式规范，得到结构规则数据；
S300、根据结构规则数据生成可视化规则组件，并通过图形界面呈现规则逻辑，支持业务人员在无需编码的条件下进行编辑修改，并将修改结果转化为组件规则数据；
S400、对组件规则数据进行实时解析和校验，得到运行规则数据，所述运行规则数据适配运行环境中动态规则加载接口；
S500、对运行规则数据进行版本标识，并存储至规则仓库中，所述规则仓库用于维护规则历史版本及变更记录，支持任意版本的回滚与重载；
S600、基于当前业务上下文匹配适用版本，对运行规则数据进行自动选取，并加载至规则执行引擎中执行。
在本发明实施例中，通过获取原始规则数据，并对原始规则数据进行结构化转化，统一格式规范，得到结构规则数据，可以实现对不同来源、不同格式的业务逻辑描述进行有效统一。通过标准化后的结构规则数据，进一步生成可视化规则组件，并通过图形界面直观呈现业务逻辑，使业务人员能够在无需编码的条件下，直接编辑和调整规则。编辑完成后，能够实时将修改内容转化为新的组件规则数据，有效降低传统依赖开发人员手动修改代码的门槛，提升了规则调整的效率与准确性。
随后，对组件规则数据进行实时解析和校验，生成运行规则数据。通过在运行规则数据中适配运行环境中的动态规则加载接口，能够确保新规则可以在不影响现有稳定运行的情况下直接应用，避免了因规则调整带来的服务中断风险。通过对运行规则数据进行版本标识，并存储至规则仓库中，能够完整保留每一版本规则的历史信息，支持后续版本的回滚与重载，从而提升了规则管理的灵活性与可追溯性。
在具体业务运行过程中，能够基于当前业务上下文动态匹配适用的规则版本。通过提取业务标识信息和环境属性参数，精准筛选符合当前条件的运行规则数据版本，并将筛选出的版本快速加载至规则执行引擎中执行，保证了不同业务场景下规则适配的准确性。整个过程支持动态加载、快速生效，能够在高频变化的业务环境下，及时响应政策变更、市场调整或个性化需求，极大地增强了对外部变化的适应能力和稳定运行能力。
通过上述处理，能够有效解决现有技术中存在的规则调整依赖开发人员、调整周期长、无法动态加载导致需停机更新等技术问题，实现了低代码环境下规则逻辑的标准化建模、可视化编辑、动态加载和版本化管理，具备突出实质特点和显著有益效果，适用于各类需要快速灵活响应业务变化的行业应用场景，如保险理赔审核、金融风控审批、供应链流程管理等领域。
其中，获取原始规则数据，是指通过企业信息中现有的业务流程定义、规则配置文件或数据库表格，提取用于业务判断的规则内容，具体包括：从存储的业务规则配置表中，读取与特定业务场景相关的条件项和动作项信息。每一个条件项用于描述在特定情形下需要满足的判断标准，例如赔付金额是否小于设定阈值、出险原因是否属于快速理赔范畴。每一个动作项用于描述当条件项满足时应当采取的处理动作，例如触发快速理赔流程、发起人工审核指令等。
在提取过程中，将原始规则按照条件项与动作项之间形成对应关系，即将每一条件项与相应动作项配对，形成初始规则对。这些初始规则对保持原先已有的逻辑结构，并且在后续处理中作为输入数据来源。通过这种方式，可以全面收集业务流程中已有的决策规则，同时避免对原有逻辑造成破坏，保证原始规则数据获取的完整性与准确性。
在本发明一优选的实施例中，对原始规则数据进行结构化转化，统一格式规范，得到结构规则数据，包括：
对原始规则数据中的每一条件项提取字段信息，基于字段类型进行标准化处理，形成标准条件字段集合；
对原始规则数据中的每一动作项提取执行参数，基于参数格式进行统一化处理，形成标准动作参数集合；
根据标准条件字段集合与标准动作参数集合，构建结构规则数据。
在本发明实施例中，对原始规则数据进行结构化转化，统一格式规范，得到结构规则数据的过程中，通过对原始规则数据中的每一条件项提取字段信息，并基于字段类型进行标准化处理，能够有效统一来自不同业务模块或不同数据源的规则条件定义。通过提取字段名称、字段类型和字段约束信息，形成初步字段集合，并在此基础上依据预设的字段标准化规则进行统一处理，可以将逻辑含义相同但表现形式不同的字段进行标准化映射，形成一致性良好的标准条件字段集合。
同样地，通过对原始规则数据中的每一动作项提取执行参数，并基于参数格式进行统一化处理，可以确保动作项在后续处理时能够按照统一参数模板进行解析和执行，避免了因参数定义差异导致的规则逻辑错误。通过标准条件字段集合与标准动作参数集合的联合，构建出统一规范的结构规则数据，确保了后续生成可视化规则组件的基础数据一致性和准确性。
此过程不仅提升了规则数据的兼容性与扩展性，还有效降低了数据处理过程中的歧义风险，保证了规则逻辑建模的一致性和规范性，为后续可视化编辑、动态解析与执行奠定了坚实的数据基础，大大增强了的稳定性与灵活适应能力。
其中，对原始规则数据中的每一动作项提取执行参数，基于参数格式进行统一化处理，形成标准动作参数集合，具体包括：在原始规则数据中，每一动作项通常由一组参数进行定义，这些参数描述了动作执行的具体要求，例如通知类型、审批节点、限时完成时间等。针对每一动作项，首先解析其参数字段，包括参数名称、数据类型、默认值范围、是否为必填项等属性信息。
在提取完成后，对参数数据进行格式统一化处理。具体而言，对于文本类型的参数，统一采用标准字符编码并清洗无效字符；对于数值类型的参数，统一处理为浮点数格式，并进行单位标准化，例如将金额字段统一为人民币元单位；对于布尔类型参数，统一采用"true"或"false"的标准值表示；对于日期时间类型参数，统一采用国际标准时间格式进行表达。经过上述规范化处理后，所有动作项的执行参数按照统一的数据规范组织存储，形成标准动作参数集合。
标准动作参数集合不仅消除了不同动作定义之间因格式差异导致的兼容性问题，还为后续可视化组件生成和规则逻辑自动解析奠定了数据基础，确保了动作项执行时的准确性与一致性。
其中，根据标准条件字段集合与标准动作参数集合，构建结构规则数据，具体包括：在完成标准条件字段集合和标准动作参数集合的生成之后，根据每一条件项与动作项在原始规则数据中对应关系，建立结构规则对象。每一个结构规则对象至少包含以下两部分内容：一是标准条件字段集合中对应的条件逻辑表达，即各字段的值范围、比较关系以及组合逻辑关系；二是标准动作参数集合中对应的动作执行参数配置，即动作执行所需的参数设置和执行方式说明。
在建立结构规则数据的过程中，需要对条件逻辑与动作参数之间的关联关系进行标准化绑定。例如，若某条件逻辑判定赔付金额小于五千元且出险原因属于意外事故类型，则对应的动作参数应配置为启动快速理赔流程，并在规定时间内完成审核。绑定过程保证了每条结构规则数据内部条件与动作的一致性，避免了因条件与动作错配导致的执行逻辑错误。
最终，所有形成的结构规则对象按照统一的数据格式进行存储和管理，形成完整的结构规则数据集合。该集合作为后续可视化规则组件生成的直接数据源，为低代码环境下的图形化规则配置、规则实时调整及动态执行提供了标准、稳定、可扩展的数据基础。
在本发明一优选的实施例中，根据结构规则数据生成可视化规则组件，并通过图形界面呈现规则逻辑，支持业务人员在无需编码的条件下进行编辑修改，并将修改结果转化为组件规则数据，包括：
根据结构规则数据中的标准条件字段集合，生成条件节点组件，所述条件节点组件以可编辑字段的形式展示条件属性；
根据结构规则数据中的标准动作参数集合，生成动作节点组件，所述动作节点组件以参数配置表单的形式展示动作内容；
将条件节点组件与动作节点组件通过逻辑连线组合形成规则链路图，用户在图形界面中编辑调整规则链路图后，提取其更新内容生成对应的组件规则数据。
在本发明实施例中，根据结构规则数据生成可视化规则组件，并通过图形界面呈现规则逻辑，使业务人员能够在无需编码的条件下进行编辑修改，并将修改结果转化为组件规则数据。通过依据结构规则数据中的标准条件字段集合生成条件节点组件，每一条件节点组件以可编辑字段的形式展示条件属性，使业务人员能够直观地理解和配置条件逻辑。同时，通过根据标准动作参数集合生成动作节点组件，并以参数配置表单的形式展示动作内容，进一步降低了操作复杂度，提升了配置准确性。
在构建规则逻辑链路时，通过将条件节点组件与动作节点组件进行逻辑连线组合，形成规则链路图，使复杂规则关系以图形化方式展现，便于业务人员在可视化界面中理解、编辑和调整业务流程。通过图形界面中对规则链路的调整和编辑，能够实时提取更新内容，生成新的组件规则数据，确保业务逻辑调整可以快速反馈至执行层面。
通过这一过程，有效降低了传统基于编码方式进行规则逻辑调整的技术门槛，缩短了规则上线周期，提升了规则管理的灵活性和可维护性。同时，图形化的规则配置方式大幅降低了规则建模和调整过程中的出错率，提升了整体业务流程管理的智能化水平和响应速度，具有良好的应用前景与推广价值。
其中，根据结构规则数据中的标准条件字段集合，生成条件节点组件，所述条件节点组件以可编辑字段的形式展示条件属性，具体包括：读取标准条件字段集合中的每一标准字段信息，提取字段名称、字段类型、字段取值范围及字段约束条件。基于上述提取的信息，为每一标准字段实例化一个对应的条件节点组件，条件节点组件包含字段展示区与字段编辑区。
字段展示区用于直观呈现字段的基础属性信息，例如字段名称及其简要描述，便于业务人员理解字段的业务含义。字段编辑区则允许用户基于字段类型编辑具体的判断条件，如设置字段值的比较符号（例如大于、小于、等于）、设定期望值或期望值范围，以及配置字段间的逻辑关系（如且或）。对于数值型字段，提供数值输入框与比较符选择器；对于字符串型字段，提供文本匹配或包含判断选项；对于日期时间型字段，提供日期选择器及时间区间编辑器。
通过生成条件节点组件，能够使标准条件字段集合在图形界面中具象化为可编辑的逻辑判断单元，便于业务人员以直观、无代码的方式进行规则条件逻辑的配置与调整，提升规则建模的灵活性与准确性。
其中，根据结构规则数据中的标准动作参数集合，生成动作节点组件，所述动作节点组件以参数配置表单的形式展示动作内容，具体包括：遍历标准动作参数集合中每一个动作参数条目，依据动作类型及参数定义，实例化动作节点组件。动作节点组件主要包括动作名称展示区和参数配置表单区。
动作名称展示区用于明确标识该节点所代表的动作，例如触发支付、发送提醒、修改状态等，便于业务人员快速理解节点功能。参数配置表单区根据动作参数的不同类型生成相应的表单输入控件，例如文本框、下拉选择器、日期选择器或布尔值切换器。每一参数项的表单控件根据预设规则设置默认值、校验规则和填写提示，确保用户在配置动作参数时能够遵循数据完整性要求。
用户在图形界面中填写动作节点的参数表单后，实时记录每一参数的取值，用于后续生成组件规则数据。通过动作节点组件的生成，标准动作参数集合得以在图形界面中清晰、结构化地展现，使业务人员能够直观、规范地配置动作执行逻辑，进一步保障了规则执行阶段的准确性与可靠性。
在本发明一优选的实施例中，对组件规则数据进行实时解析和校验，得到运行规则数据，所述运行规则数据适配运行环境中动态规则加载接口，包括：
解析组件规则数据中的节点属性及连接关系，并重构出符合执行引擎标准的规则表达式集合；
对规则表达式集合进行合法性校验，若存在冲突或缺失，则返回错误提示并阻止运行规则数据生成；
将通过合法性校验的规则表达式集合打包生成运行规则数据，所述运行规则数据中附加规则版本标识。
在本发明实施例中，对组件规则数据进行实时解析和校验，得到运行规则数据，并使得运行规则数据适配运行环境中的动态规则加载接口的过程中，首先通过解析组件规则数据中的节点属性及连接关系，能够准确重构出符合执行引擎标准的规则表达式集合。通过这一解析步骤，可以保证规则逻辑在从图形界面表达向执行引擎语言转换时保持一致性和正确性，避免因表达差异导致规则失效或逻辑错误。
在生成规则表达式集合后，进一步对该集合进行合法性校验。通过在校验阶段及时发现规则定义中的冲突或缺失问题，并在发现问题时返回错误提示且阻止运行规则数据的生成，能够有效防止逻辑错误规则被部署至执行引擎，提升整体运行的稳定性与可靠性。只有通过全部合法性校验的规则表达式集合，才能被打包并生成最终的运行规则数据，并且在生成过程中附加规则版本标识，确保后续规则版本管理与动态加载操作能够有据可依。
通过上述处理流程，能够实现规则逻辑从图形化编辑到执行标准格式的无缝衔接，且在此过程中引入了自动校验机制，大幅度提升了规则上线的准确率与安全性。特别是在动态业务调整场景下，该过程保证了规则调整能够实时生效且不会破坏现有业务的正常运行，显著提高了对业务变化的快速响应能力和运行的连续性。
其中，解析组件规则数据中的节点属性及连接关系，并重构出符合执行引擎标准的规则表达式集合，具体包括：读取组件规则数据中的每一个节点对象，提取节点类型、节点字段信息及配置参数，同时读取各节点之间的连线关系信息。对于条件节点，提取其字段编辑内容，包括比较逻辑、值区间及关联逻辑；对于动作节点，提取其参数配置表单中记录的具体执行参数。
在解析完单个节点的属性信息后，根据节点之间的连接关系，推导出条件节点到动作节点的触发路径，并根据路径顺序组织逻辑表达式。具体而言，每一条逻辑路径由条件节点的判断逻辑与动作节点的执行指令组合而成。逻辑路径的表达顺序严格遵循节点连线方向，若存在多个条件节点组合，则根据连接关系中的逻辑符号（如与或）确定表达式的优先级和组合方式。
通过上述解析过程，最终重构出符合执行引擎标准语法要求的规则表达式集合，能够直接供后续的合法性校验与运行规则数据生成使用，确保了从图形化编辑到执行的逻辑一致性与正确性。
其中，将通过合法性校验的规则表达式集合打包生成运行规则数据，所述运行规则数据中附加规则版本标识，具体包括：在规则表达式集合通过合法性校验后，将每一条合法规则表达式按照预设格式封装为标准规则记录。标准规则记录中包含规则的条件逻辑描述、动作执行指令及两者之间的逻辑关联方式，并按照统一的数据结构进行组织，形成运行规则数据。
在运行规则数据生成的同时，为每一份运行规则数据自动附加规则版本标识。规则版本标识通常由时间戳、版本号及来源信息组成，用于唯一标识该批次生成的规则数据。通过记录规则版本标识，不仅能够实现规则的版本管理与追溯，还能支持后续的版本回滚、差异对比及动态版本切换操作。
通过将合法的规则表达式集合封装成运行规则数据并添加版本标识，能够保证规则执行层面对不同业务版本的兼容性与准确性，同时增强了规则数据在动态业务环境下的可控性与灵活适应能力。
在本发明一优选的实施例中，基于当前业务上下文匹配适用版本，对运行规则数据进行自动选取，并加载至规则执行引擎中执行，包括：
接收当前业务上下文数据，并提取业务标识信息和环境属性参数；
根据业务标识信息在规则仓库中检索匹配条件，筛选出符合环境属性参数的运行规则数据版本；
将筛选出的运行规则数据版本加载至规则执行引擎内存区，触发规则引擎执行对应规则逻辑以完成业务判断。
在本发明实施例中，基于当前业务上下文匹配适用版本，对运行规则数据进行自动选取，并加载至规则执行引擎中执行的过程中，首先接收当前业务上下文数据，并提取出业务标识信息和环境属性参数。这一处理步骤确保能够精准了解当前业务请求的实际特性，为后续规则版本的动态匹配提供基础条件。
随后，依据提取到的业务标识信息，在规则仓库中检索匹配条件，筛选出符合环境属性参数要求的运行规则数据版本。通过这样的筛选机制，能够确保不同业务场景下能够应用最适合的规则版本，避免因规则版本不匹配导致的业务逻辑执行错误或异常。同时，通过基于环境属性参数进行细粒度筛选，可以支持更加灵活且动态的业务适配策略，例如不同地域、不同产品线、不同客户类型等场景下应用不同规则逻辑。
在筛选出符合条件的运行规则数据版本后，将该版本加载至规则执行引擎的内存区，并触发规则引擎执行对应的规则逻辑，实现业务决策的自动化处理。通过这种基于业务上下文动态选取规则版本的机制，能够大幅提升的智能决策能力和适应性，确保业务流转的准确性与高效性，特别适用于高并发、高变化频次的业务场景下，有助于提高整体的稳定性和客户体验质量。
其中，接收当前业务上下文数据，并提取业务标识信息和环境属性参数，具体包括：在接收到来自业务的请求后，从请求数据中解析出与当前业务处理相关的上下文信息。业务上下文数据通常包括但不限于业务流程标识、操作用户信息、地理位置、请求时间、版本号及其他环境变量。从中提取出业务标识信息，用以表征业务请求所属的业务类型、子流程标识或特定业务规则应用场景，例如保险理赔中的车险理赔、健康险理赔等分类标识。同时，进一步提取环境属性参数，这些参数主要用于描述外部环境特性，如操作版本、客户端类别、地域位置、接入渠道等。
提取过程依据预设的数据提取模板或上下文字段映射表进行解析和归类，确保所有业务标识信息和环境属性参数能够标准化输出，供后续规则筛选模块使用。通过上述处理，能够在不增加业务改动负担的前提下，实时、准确地提取出规则筛选所需的上下文特征信息，从而支持动态匹配适用的规则版本，保证业务规则应用的精准性与适应性。
其中，将筛选出的运行规则数据版本加载至规则执行引擎内存区，触发规则引擎执行对应规则逻辑以完成业务判断，具体包括：在根据业务标识信息和环境属性参数筛选出适配的运行规则数据版本后，将该版本的数据加载到预置的规则执行引擎中。加载过程包括初始化规则表达式集合、配置执行参数和预热缓存等操作，确保规则执行环境能够即时识别并调用新加载的规则集合。
在规则数据加载完毕后，根据当前业务请求数据触发规则引擎的执行流程，规则引擎依据运行规则数据中定义的条件逻辑判断业务数据是否符合特定规则，并根据判断结果执行对应动作逻辑，如允许流程通过、发送异常警告或者触发进一步审批流程。整个过程在业务后台实时完成，无需中断服务或进行人工干预，有效提升了规则动态调整后的应用效率。
通过将筛选出的规则版本快速加载并即时触发执行，不仅确保了业务处理的连续性，还使得能够灵活应对高频变化的业务需求和外部政策调整，显著提升了业务的智能化水平和响应速度。
在本发明一优选的实施例中，在根据业务标识信息在规则仓库中检索匹配条件，筛选符合环境属性参数的运行规则数据版本的过程中，基于综合适配度评分进行版本筛选，包括：
根据业务上下文数据，提取业务标识信息、环境属性参数及历史调用记录，分别计算业务匹配度、环境匹配度和历史稳定性；
根据计算得到的、和，综合适配度评分Score按以下公式计算：
；
其中，综合适配度评分表征当前运行规则版本与业务上下文的整体适配程度，得分越高表示越适合；
为业务匹配度权重系数归一化权重，决定对Score的贡献比例；
为环境匹配度权重系数归一化权重，决定对Score的贡献比例；
为稳定性参数权重系数归一化权重，决定对Score的贡献比例；
为第个业务标识字段值例如业务类型、产品编号等（来自当前业务上下文）；
为第个规则版本字段值规则数据中对应字段的定义；
为与之间的相似度评分，范围为[0,1]，1表示完全匹配，0表示完全不匹配；
为业务标识字段总数量参与匹配的字段数；
为第个环境属性字段值如地理位置、版本号等环境参数；
为第个规则版本字段值规则数据中对应字段定义；
为与之间的相似度评分，范围为[0,1]；
为环境属性字段总数量参与匹配的字段数；
为历史调用响应时延序列过去调用该规则版本时的响应时延集合；
为T的方差用于衡量调用时延的稳定性，值越小代表越稳定；
。
在本发明实施例中，整个公式通过三部分指标综合计算得出最终得分：
业务匹配度：比较当前业务标识字段与规则版本定义字段的相似度；多字段归一化取均值，体现整体业务场景适配性。
环境匹配度：比较当前环境参数与规则定义的环境适配性；多字段归一化取均值，体现外部环境的一致性。
历史稳定性：统计规则版本历史调用的响应时延序列；方差越小，说明规则执行越稳定，得分越高。
最终以权重系数、、加权求和，形成综合适配度。然后选取最高的版本作为最终执行版本。
在本发明一优选的实施例中，对原始规则数据中的每一条件项提取字段信息，基于字段类型进行标准化处理，形成标准条件字段集合，包括：
根据原始规则数据，提取每一条件项的字段名称、字段类型及字段约束信息，生成初步字段集合；
基于预设字段标准化规则，对初步字段集合进行字段类型统一处理，将不同来源但逻辑含义相同的字段映射为标准字段集合；
在标准字段集合中，检测字段命名冲突，若存在命名冲突且字段类型一致，则通过在字段名称中添加数据来源标识进行命名区分，若字段类型不一致，则拒绝合并并生成冲突警告信息；
根据完成命名调整后的规范字段集合，生成标准条件字段集合，并建立原字段与标准字段的映射关系。
在本发明实施例中，对原始规则数据中的每一条件项提取字段信息，基于字段类型进行标准化处理，形成标准条件字段集合的过程中，通过首先提取每一条件项的字段名称、字段类型及字段约束信息，可以全面捕捉原始规则数据中定义的业务逻辑关键信息。随后，基于预设的字段标准化规则，对提取的初步字段集合进行字段类型统一处理，使得不同来源但逻辑含义一致的字段能够被映射为同一标准字段，从而解决了数据来源异构带来的字段不一致问题。
在标准化处理后，进一步在标准字段集合中进行字段命名冲突检测，若存在命名冲突且字段类型一致，则通过在字段名称中添加数据来源标识进行命名区分，确保后续处理过程中字段指向明确，避免因命名重复引发逻辑混淆。若字段类型存在不一致，则拒绝合并并生成冲突警告信息，保证了规则建模过程中的数据一致性与可靠性。最后，通过根据完成命名调整后的规范字段集合，生成标准条件字段集合，并建立原字段与标准字段的映射关系，既保留了原始数据的可追溯性，又确保了后续处理过程的高一致性与规范性。
通过上述标准化处理流程，不仅提升了规则数据的清晰度与兼容性，还为后续规则组件生成、图形化编辑及动态解析打下了坚实基础，显著提高了对复杂业务规则管理的能力和灵活应对多变业务需求的适应性，具有良好的应用推广前景。
其中，基于预设字段标准化规则，对初步字段集合进行字段类型统一处理，将不同来源但逻辑含义相同的字段映射为标准字段集合，具体包括：在完成初步字段集合提取后，依据预设的字段标准化规则集对每一个字段进行分析与处理。字段标准化规则包括字段名称标准化规则、字段类型标准化规则及字段单位标准化规则。
在字段名称标准化方面，通过关键字匹配、业务词典比对等方式，将逻辑含义相同但命名不同的字段归一为标准字段名称，例如将“赔偿金额”、“理赔金额”、“赔付额”等不同命名统一归并至标准字段“赔付金额”。在字段类型标准化方面，若不同来源字段的原始数据类型存在差异，如一个字段以字符串形式存储金额，另一个以浮点数形式存储，则统一将其转换为标准的数值型格式。对于存在物理量单位差异的字段，如长度字段存在“米”和“厘米”两种单位表示的情况，则按照统一单位进行换算，确保字段值具有一致性和可比性。
通过上述标准化处理，不同来源、不同格式但逻辑一致的字段被统一映射到标准字段集合中，从而在后续规则生成与执行过程中消除数据歧义，提升规则应用的准确性与可靠性。
其中，在标准字段集合中，检测字段命名冲突，若存在命名冲突且字段类型一致，则通过在字段名称中添加数据来源标识进行命名区分，若字段类型不一致，则拒绝合并并生成冲突警告信息，具体包括：在生成标准字段集合后，遍历集合中的字段条目，检索是否存在字段名称重复的情况。若检测到两个或多个字段具有相同名称且字段类型一致，例如两个字段均为浮点型且名称为“赔付金额”，则在原有字段名称基础上附加来源标识，例如在字段后附加“_来源A”或“_来源B”后缀，进行命名区分，确保各字段在后续处理中能够准确被识别。
若检测到名称相同但字段类型不一致的情况，例如同名字段一方为数值型，另一方为文本型，则判定此种冲突无法通过简单命名区分解决，因此拒绝将该字段合并，并生成冲突警告信息。冲突警告信息包括冲突字段的名称、冲突字段的各自数据类型以及冲突来源，供业务人员或管理员根据实际需求手动决策处理方式。
通过上述命名冲突检测与处理机制，确保标准字段集合的内部一致性与可解析性，防止因字段命名歧义或类型混淆导致规则逻辑执行错误，从而提升规则引擎整体运行的稳定性和正确性。
在本发明一优选的实施例中，将条件节点组件与动作节点组件通过逻辑连线组合形成规则链路图，用户在图形界面中编辑调整规则链路图后，提取其更新内容生成对应的组件规则数据，包括：
根据标准条件字段集合生成条件节点集合，并在每一条件节点中设置字段可编辑属性与逻辑表达式编辑入口；
根据标准动作参数集合生成动作节点集合，并在每一动作节点中设置参数校验模板与执行配置入口；
在条件节点集合与动作节点集合之间，基于预设连线规则建立连接关系，仅允许符合业务逻辑约束的节点组合，并实时检测连线是否合法，若连线违反预定义约束则提示错误并禁止节点连接保存；
在完成规则链路图编辑后，提取发生变更的节点信息及连线关系，生成增量更新数据，并融合至组件规则数据中，形成更新后的组件规则数据。
在本发明实施例中，通过将条件节点组件与动作节点组件通过逻辑连线组合形成规则链路图，用户在图形界面中编辑调整规则链路图后，提取其更新内容生成对应的组件规则数据的过程中，首先依据标准条件字段集合生成条件节点集合，并在每一条件节点中设置字段可编辑属性与逻辑表达式编辑入口，使得业务人员能够方便地在图形界面中针对条件逻辑进行个性化配置。与此同时，根据标准动作参数集合生成动作节点集合，并在每一动作节点中设置参数校验模板与执行配置入口，保证动作配置的标准化和准确性。
在节点生成完成后，通过基于预设连线规则在条件节点集合与动作节点集合之间建立连接关系，有效限制了不合理的节点组合，仅允许符合业务逻辑约束的节点连线，避免了潜在逻辑错误的发生。同时，在连线操作过程中实时检测连线是否合法，若连线违反预定义约束则立即提示错误并禁止节点连接保存，从而在编辑阶段即防止无效逻辑的引入，提升规则链路数据的整体质量和稳定性。
在完成规则链路图编辑后，能够实时提取发生变更的节点信息及连线关系，生成增量更新数据，避免全量数据重建，提高处理效率。通过将增量更新数据融合至组件规则数据中，形成更新后的组件规则数据，能够确保规则调整过程高效、可靠，并保证业务逻辑修改能够及时同步到后续解析与执行阶段，显著提升了规则维护的灵活性、可控性和运行的稳定性。
其中，在条件节点集合与动作节点集合之间，基于预设连线规则建立连接关系，仅允许符合业务逻辑约束的节点组合，并实时检测连线是否合法，若连线违反预定义约束则提示错误并禁止节点连接保存，具体包括：在生成条件节点集合与动作节点集合之后，根据预定义的连线规则控制逻辑，允许用户在界面中进行节点间连线操作。预设连线规则包括但不限于：条件节点仅可连接至动作节点；动作节点不得作为条件节点的上游节点；同一条件节点可以连接多个动作节点，但动作节点不得连接多个条件节点作为直接上游，除非配置了复合条件逻辑模块。
在用户发起连线请求时，实时判断连线是否符合上述规则约束。若连线符合规则，则允许连线并保存连接关系；若连线违反规则，例如条件节点连接到另一个条件节点，或者动作节点回连至自身，立即在界面上弹出错误提示信息，并拒绝保存本次连接操作，从而防止形成逻辑错误或无效流程路径。通过此过程，能够在规则链路构建阶段即保证节点组合的业务逻辑正确性，减少后续规则执行异常的风险。
其中，在完成规则链路图编辑后，提取发生变更的节点信息及连线关系，生成增量更新数据，并融合至组件规则数据中，形成更新后的组件规则数据，具体包括：当用户在图形界面中完成规则链路图的节点增删、属性修改或连线调整操作后，基于操作日志或差异比较机制，提取与原始链路状态相比发生变化的节点数据及连线数据。
节点数据的变更包括节点属性的修改，如条件字段变化、动作参数更新；连线数据的变更包括新增连接关系或删除原有连接关系。将这些变更部分单独整理形成增量更新数据，避免全量数据重构带来的性能开销。随后，将增量更新数据与现有组件规则数据进行融合更新，仅更新发生变化的节点或连线，保持未变部分的数据稳定性和连续性。
通过采用增量更新的方式，能够有效提升规则编辑和保存的响应速度，降低数据处理负载，同时保证用户编辑修改内容能够精准同步至组件规则数据中，为后续规则解析与执行提供准确的规则基础。
在本发明一优选的实施例中，对规则表达式集合进行合法性校验，包括：
根据更新后的组件规则数据，提取规则表达式集合，并按表达式引用关系建立引用索引表；
根据引用索引表，对每条规则表达式进行字段有效性校验，若发现字段不存在于标准条件字段集合，则记录字段引用错误并定位至具体节点；
对规则表达式中的动作节点执行参数进行完整性校验，若缺少必填参数，则记录参数缺失错误并标注至参数配置界面；
对规则链路图的连线关系进行连通性及逻辑合理性分析，若存在循环引用、孤立节点或断链情况，则记录结构异常错误；
根据所有字段引用错误、参数缺失错误与结构异常错误，生成分级提示的校验综合报告，并以高亮方式指示错误节点及错误类型。
在本发明实施例中，对规则表达式集合进行合法性校验的过程中，首先根据更新后的组件规则数据提取规则表达式集合，并按表达式引用关系建立引用索引表。通过引用索引表的建立，能够准确地记录每条表达式所涉及的字段与动作参数，确保后续校验操作具备清晰的关联关系基础。针对提取出的每条规则表达式，通过校验字段有效性，若发现引用字段不存在于标准条件字段集合中，则及时记录字段引用错误并定位至具体节点，有助于快速发现并修正引用遗漏或错误。
对规则表达式中的动作节点执行参数进行完整性校验，若缺少必填参数，则自动记录参数缺失错误，并标注至参数配置界面，提醒业务人员及时补充缺失信息，从而避免因参数缺漏导致规则执行异常。在结构逻辑方面，通过对规则链路图的连线关系进行连通性及逻辑合理性分析，能够检测出循环引用、孤立节点或断链等结构异常，及时记录结构异常错误，防止规则执行过程中出现意外流程中断或死循环风险。
最后，根据所有字段引用错误、参数缺失错误与结构异常错误，生成分级提示的校验综合报告，并以高亮方式指示错误节点及错误类型，使得业务人员能够直观地了解问题来源和严重程度。通过上述细致入微的合法性校验流程，大幅度提高了规则数据的准确性、健壮性和执行可靠性，极大地降低了规则上线后出现逻辑漏洞或业务异常的概率，显著提升了整个的稳定性与业务连续性保障能力。
其中，根据引用索引表，对每条规则表达式进行字段有效性校验，若发现字段不存在于标准条件字段集合，则记录字段引用错误并定位至具体节点，具体包括：在解析组件规则数据并重构出规则表达式集合后，建立规则表达式与条件字段之间的引用索引关系，记录每条规则表达式所引用的字段名称及对应节点。
在进行字段有效性校验时，逐条遍历规则表达式中涉及的字段名称，查询标准条件字段集合是否存在对应定义。若发现某一字段未在标准条件字段集合中登记，表明该字段为非法引用，将该错误记录在错误列表中，同时标记出引用该字段的具体条件节点或动作节点位置，以便后续业务人员定位问题。
通过上述校验，能够及时发现因字段遗漏、拼写错误或版本不一致导致的非法字段引用问题，从而在规则正式运行前预防逻辑异常或执行失败，提升整体可靠性。
其中，对规则表达式中的动作节点执行参数进行完整性校验，若缺少必填参数，则记录参数缺失错误并标注至参数配置界面，具体包括：在提取规则表达式集合后，对于每一个动作节点，依据动作节点组件中定义的参数配置模板进行校验。校验过程包括检查每一必填参数是否已被正确填写或配置，是否符合数据类型及取值范围要求。
若检测到动作节点中存在必填参数未填写、填写为空或格式错误的情况，将该错误记录在错误列表中，并在图形界面的参数配置区域，通过高亮、提示气泡等方式显著标注出存在缺失或错误的参数项，便于业务人员及时发现并修正。
通过动作节点执行参数的完整性校验，能够有效避免因参数缺失或配置错误导致动作执行失败或异常，大幅提升规则执行过程的稳定性和容错性。
其中，对规则链路图的连通性及逻辑合理性分析，若存在循环引用、孤立节点或断链情况，则记录结构异常错误，具体包括：在完成规则链路图的构建后，通过连通性分析算法对整体节点连接关系进行检测。检测内容包括：是否存在从起始节点出发无法到达动作节点的孤立节点；是否存在节点连接自身或形成闭合回路的循环引用路径；是否存在连线断裂导致部分逻辑链路无法闭环执行的断链情况。
当检测到以上结构异常情形时，立即将相关异常记录至结构异常错误列表，并通过界面高亮、连线警告标识等方式直观展示异常节点或异常路径位置。业务人员可以根据提示，调整节点连线或修正逻辑结构，确保规则链路符合正确的执行流程要求。
通过对规则链路图结构完整性与逻辑合理性的实时检测与反馈，大幅降低因逻辑设计缺陷引起的业务处理失败风险，提升整体规则的健壮性与可维护性。
在本发明一优选的实施例中，根据所有字段引用错误、参数缺失错误与结构异常错误，生成分级提示的校验综合报告，并以高亮方式指示错误节点及错误类型，包括：
根据字段引用错误，提取对应的错误节点信息，并在校验综合报告中以节点编号和字段名称的形式列出；
根据参数缺失错误，提取动作节点的缺失参数清单，并在校验综合报告中标明必填项缺失及对应动作节点位置；
根据结构异常错误，分析形成错误连线关系图，标注存在循环、孤立或断链的节点路径信息，并在校验综合报告中绘制异常链路示意；
将字段引用错误、参数缺失错误与结构异常错误分别分类汇总，赋予优先级标识，并根据优先级高亮展示各类错误信息；
在校验综合报告中设置交互式跳转功能，支持用户点击错误项直接定位至图形界面中的对应节点位置。
在本发明实施例中，根据所有字段引用错误、参数缺失错误与结构异常错误生成分级提示的校验综合报告，并以高亮方式指示错误节点及错误类型的过程中，首先根据字段引用错误提取对应的错误节点信息，并在校验综合报告中以节点编号和字段名称的形式准确列出，确保业务人员能够清晰了解每一个错误的来源与具体位置。同时，根据参数缺失错误提取动作节点的缺失参数清单，并在校验综合报告中标明必填项缺失及对应动作节点位置，帮助用户快速定位并补充必要参数。
在结构异常错误方面，通过分析形成错误连线关系图，并标注存在循环、孤立或断链的节点路径信息，进一步在校验综合报告中绘制异常链路示意，使得整体规则结构问题能够以可视化方式展现，便于业务人员快速理解和修正逻辑缺陷。为了提升校验报告的可用性与紧急性管理，将字段引用错误、参数缺失错误与结构异常错误分别分类汇总，并赋予优先级标识，确保业务人员可以根据问题严重程度合理安排修复顺序，优化调试效率。
在校验综合报告中设置交互式跳转功能，支持用户点击错误项直接定位至图形界面中的对应节点位置，从而显著减少人工搜索和排查的时间成本，提升规则调整和修正的效率。通过上述机制，本发明不仅大幅提高了错误发现和定位的速度，还有效降低了由于规则复杂性增加带来的维护难度，提升了规则配置与管理的整体体验，进一步强化了在高复杂度业务场景下的可用性与智能化水平。
其中，根据结构异常错误，分析形成错误连线关系图，标注存在循环、孤立或断链的节点路径信息，并在校验综合报告中绘制异常链路示意，具体包括：在完成规则链路图连通性和逻辑合理性分析后，针对检测出的结构异常错误，依照错误类型整理节点及连线关系信息，形成错误连线关系图。
对于检测到的循环引用错误，记录导致回路形成的节点集合及连线路径，并在错误连线关系图中以闭环路径标识回路结构，突出显示导致循环的节点和连接；对于孤立节点错误，识别未与任一动作节点或起始节点形成有效连接的条件节点或动作节点，并在连线关系图中将孤立节点单独高亮展示，标注其未连接状态；对于断链错误，分析链路中存在中断位置的节点及连线断裂点，并在连线关系图中绘制中断标记，清晰指出链路无法闭合的具体位置。
将上述错误连线关系图作为异常链路示意图嵌入至校验综合报告中，使业务人员在查看报告时能够直观理解结构异常的具体位置、错误类型及关联节点关系，便于后续快速修正和重构正确的规则链路结构。通过绘制异常链路示意，有效降低了排查复杂规则逻辑错误的人工成本，提升了规则建模的可维护性与调试效率。
其中，将字段引用错误、参数缺失错误与结构异常错误分别分类汇总，赋予优先级标识，并根据优先级高亮展示各类错误信息，具体包括：在完成所有规则校验后，将收集到的不同类型的错误信息进行归类整理。字段引用错误主要包括引用未定义字段或字段引用拼写错误；参数缺失错误主要包括动作节点中必填参数未配置或配置内容无效；结构异常错误主要包括循环引用、孤立节点或断链结构问题。
在分类整理的基础上，为每一类错误赋予预定义的优先级标识。优先级定义遵循风险评估原则，例如结构异常错误被赋予最高优先级，因为可能导致整个规则链路不可执行；参数缺失错误赋予中高优先级，因其影响动作节点正确执行；字段引用错误赋予中优先级，因其可能导致判断逻辑偏差。
校验综合报告中，根据每个错误的优先级，采用不同的高亮展示方式，如通过不同颜色、字体加粗、边框闪烁等方式区分严重程度，引导业务人员优先处理影响稳定性较大的问题。优先级高的错误项在校验报告中排名靠前，确保在规则调整和发布前，能够优先被关注和修复，提升整体规则质量和上线成功率。
通过上述分类、赋优先级和高亮展示机制，能够使规则审核工作更加化、标准化，帮助业务人员在面对复杂规则时高效识别并优先修正关键错误，从而有效保障规则引擎的稳定运行与业务连续性。
本发明的实施例还提供了一种支持动态业务调整的低代码规则引擎平台，所述平台包括：
原始数据采集模块，用于获取原始规则数据，所述原始规则数据包括用于业务判断的多个条件项及对应动作项，其中每一条件项与动作项之间形成初始规则对；
原始数据处理模块，用于对原始规则数据进行结构化转化，统一格式规范，得到结构规则数据；
规则组件生成模块，用于根据结构规则数据生成可视化规则组件，并通过图形界面呈现规则逻辑，支持业务人员在无需编码的条件下进行编辑修改，并将修改结果转化为组件规则数据；
规则解析与校验模块，用于对组件规则数据进行实时解析和校验，得到运行规则数据，所述运行规则数据适配运行环境中动态规则加载接口；
版本管理模块，用于对运行规则数据进行版本标识，并存储至规则仓库中，所述规则仓库用于维护规则历史版本及变更记录，支持任意版本的回滚与重载；
规则调度模块，用于基于当前业务上下文匹配适用版本，对运行规则数据进行自动选取，并加载至规则执行引擎中执行。
需要说明的是，该系统是与上述方法相对应的系统，上述方法实施例中的所有实现方式均适用于该实施例中，也能达到相同的技术效果。
本发明的实施例还提供了一种计算设备，包括：处理器、存储有计算机程序的存储器，所述计算机程序被处理器运行时，执行如上所述的方法。上述方法实施例中的所有实现方式均适用于该实施例中，也能达到相同的技术效果。
本发明的实施例还提供了一种计算机可读存储介质，存储指令，当所述指令在计算机上运行时，使得计算机执行如上所述的方法。上述方法实施例中的所有实现方式均适用于该实施例中，也能达到相同的技术效果。
以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。