CN118069119B - 一种用于低代码平台的规则编辑系统 - Google Patents

Abstract

本发明涉及平台开发技术领域，具体涉及了一种用于低代码平台的规则编辑系统。视图编辑模块，用于选择或拖拽至少两个业务内容对应的可视化组件到视图编辑区，将可视化组件作为业务内容的节点，并建立各个节点之间的连接关系以及时序关系，根据时序关系以及连接关系确定初始节点、中间节点以及结束节点；规则编辑模块，用于编辑各节点的节点业务规则，再根据各节点的连接关系以及时序关系以及节点业务规则，生成全局业务规则；执行引擎模块，用于对全局业务规则进行执行；数据追踪模块，用于对全局业务规则执行过程中，业务数据在各节点中的状态进行识别，发现错误数据。能够配合低代码平台使用，提高低代码开发自由度。

Description

一种用于低代码平台的规则编辑系统

技术领域

本发明涉及平台开发技术领域，具体涉及了一种用于低代码平台的规则编辑系统。

背景技术

低代码开发平台是一种无需编码或通过少量代码就可以快速生成应用程序的开发平台,通过可视化进行应用程序开发的方法,使具有不同经验水平的开发人员可以通过图形化的用户界面,使用拖拽组件和模型驱动的逻辑来创建网页和移动应用程序。它的强大之处在于，允许终端用户使用易于理解的可视化工具开发自己的应用程序，而不是传统的编写代码方式。构建业务流程、逻辑和数据模型等所需的功能，必要时还可以添加自己的代码。完成业务逻辑、功能构建后，即可一键交付应用并进行更新，自动跟踪所有更改并处理数据库脚本和部署流程，实现在 IOS，Android，Web 等多个平台上的部署。

虽然低代码平台能够使大多数零开发经验的人员进行系统平台开发，但是低代码平台中的各个组件以及规则都是预先设置好后，在进行编辑时直接调用，因此存在自由度、个性化不足的问题，无法面对复杂业务逻辑的应用开发。

发明内容

本发明所解决的技术问题在于提供一种用于低代码平台的规则编辑系统，能够配合低代码平台使用，提高低代码开发自由度。

本发明提供的基础方案：一种用于低代码平台的规则编辑系统，包括视图编辑模块、规则编辑模块、执行引擎模块、数据追踪模块；

视图编辑模块，用于选择或拖拽至少两个业务内容对应的可视化组件到视图编辑区，将可视化组件作为业务内容的节点，并建立各个节点之间的连接关系以及时序关系，根据时序关系以及连接关系确定初始节点、中间节点以及结束节点；

规则编辑模块，用于编辑各节点的节点业务规则，再根据各节点的连接关系以及时序关系以及节点业务规则，生成全局业务规则；

执行引擎模块，用于对全局业务规则进行执行；

数据追踪模块，用于对全局业务规则执行过程中，业务数据在各节点中的状态进行识别，发现错误数据。

本发明的原理及优点在于：首先针对业务场景，通过选择以及拖拽的方式，选择多个业务内容对应的可视化组件到视图编辑区，作为业务内容的节点，同时建立各个节点之间的连接关系以及时序关系，同时根据各节点之间的连接关系以及时序关系，确定出初始节点、中间节点以及结束节点，并编辑各个节点中的业务规则，数据经过每个节点时，对业务规则进行执行。在全局业务规则执行过程中，业务数据在各节点见的运行状态进行识别，从而实现业务执行过程。

相比于现有技术，用户可通过可视化界面对业务进行编排，在处理业务规则时，通过调整各个节点之间的连接关系以及时序关系，能够根据业务需求组合和调整各个业务规则的执行顺序，实现各场景下繁杂无规则的业务个性化逻辑处理。配合低代码平台使用，让低代码平台开发自由度更高。同时对业务规则执行过程中的数据进行监控，方便业务规则的开发调试。

进一步，所述规则编辑模块包括规则库模块、规则调取模块、规则关联模块；

规则库模块，预存储有基础业务规则；

规则调取模块，用于从规则库模块中选取一个或多个基础业务规则，添加至节点；

规则编写模块，用于获取用户编写的业务规则语句，生成自定业务规则，添加至节点；

规则关联模块，用于节点中添加了多个基础业务规则及自定业务规则时，编辑各个业务规则之间的业务关联，所述业务关联包括并发执行以及顺序执行。

在创建节点的业务规则时，可以从已有的规则库中，调取现有的基础业务规则，添加至节点中，若是规则库中的基础业务规则，不满足业务需求，操作者可以通过规则编写模块，创建自定业务规则，并将自定业务规则添加至节点。当一个节点中的基础业务规则及自定业务规则有多个时，通过规则关联模块对各个业务规则之间进行关联，关联后业务规则组成一个节点的业务规则。相比于现有技术：

1.本方案除了从规则库中进行调用预设的已有的业务规则外，还可以根据操作者的业务规则语句，生成自定业务规则，从而使业务规则不受规则库限制，更加多样化。

2.本方案中，节点中的业务规则通过组合的形式，能够形成繁杂的业务规则，能够应对各类复杂场景。

3.在繁杂场景的业务规则编辑时，根据需求，可以先调取规则库中已有的业务规则，再根据场景下需求，通过自定业务规则补充当前需求下缺失部分，使业务规则编辑更加灵活，复杂场景下的业务规则编辑更加便捷。

进一步，还包括智能识别模块，所述智能识别模块包括场景获取模块、场景识别模块以及组件推荐模块；

场景获取模块，用于获取业务内容的业务场景；

场景识别模块，用于根据业务场景，识别满足该业务场景锲合度的可视化组件作为备选可视化组件；

组件推荐模块，用于在视图编辑区生成组件推荐区，将备选可视化组件添加至组件推荐区，并根据各备选可视化组件和业务场景的锲合度，调整备选可视化组件在组件推荐区的排序及显示。

通过获取到业务内容的业务场景，即获取到操作者正在搭建的业务功能是所属领域，具体用于什么功能等等，在确定业务场景后，根据各个可视化组件与业务场景的锲合度，得到备选的可视化组件。在视图编辑区生成组件推荐区，用户在进行组件调用时，能够在编辑界面，查看到智能推荐的可视化组件，能够从组件推荐区中直接选取符合的可视化组件作为业务内容的节点。同时本方案还根据选择的业务场景，生成组件推荐区，在组件推荐区内添加备选可视化组件，用户在进行编辑时，选择业务场景后，即可获取当前业务场景下的推荐的备选可视化组件，提高业务编辑效率。

进一步，所述场景识别模块包括组件关联模块；

组件关联模块，用于根据该业务场景的历史编辑中，各可视化组件被用户选择的次数占比，确定可视化组件与该业务场景的锲合度，次数占比越高，锲合度越高；

组件推荐模块，根据预设的契合度阈值，当契合度达到锲合度阈值的可视化组件的数量，高于预设数量时，才生成组件推荐区，否则不生成组件推荐区。

根据在历史编辑中，可视化组件被用户选择的次数占比，确定各个可视化与业务场景的锲合度。根据用户选择确定可视化组件与业务场景的锲合度，从而知晓各个业务场景下哪些可视化组件被选择的次数较多，以用户选择较多的座位备选可视化组件，在组件推荐区中进行显示。通过设置契合度阈值，锲合度较高的可视化组件才会作为备选可视化组件出现在组件推荐区。此外，还需要业务场景下的锲合度较高的可视化组件达到一定数量，在该业务场景进行编辑时，才会生成可视化组件。通过这种方式，若是一个业务场景下，存在锲合度阈值较高的可视化组件较多，则说明各人员在当前业务场景下基本都会使用到这些可视化组件。而若是契合度阈值较高的可视化组件数量较少，由于锲合度是根据次数占比得来，说明该业务场景下可视化的选择较为多样性，不同的人员或者其他不同因素，会导致在该业务场景下选择的可视化组件具有区别，因此不生成组件推荐区域，当锲合度达到锲合度阈值的可视化组件数量较少时，不生成组件推荐区。

附图说明

图1为本发明一种用于低代码平台的规则编辑系统实施例的逻辑框图。

具体实施方式

下面通过具体实施方式进一步详细说明：

实施例基本如附图1所示：

一种用于低代码平台的规则编辑系统，包括视图编辑模块、规则编辑模块、执行引擎模块、数据追踪模块；

视图编辑模块，用于选择或拖拽至少两个业务内容对应的可视化组件到视图编辑区，将可视化组件作为业务内容的节点，并建立各个节点之间的连接关系以及时序关系，根据时序关系以及连接关系确定初始节点、中间节点以及结束节点。具体的，在低代码平台中，通常会预设有各种基础组件，通过拖动这些预设的组件至编辑区内，直接便能够进行使用。

规则编辑模块，用于编辑各节点的节点业务规则，再根据各节点的连接关系以及时序关系以及节点业务规则，生成全局业务规则。

执行引擎模块，用于对全局业务规则进行执行。

数据追踪模块，用于对全局业务规则执行过程中，业务数据在各节点中的状态进行识别，发现错误数据。

本发明的原理及优点在于：首先针对业务场景，通过选择以及拖拽的方式，选择多个业务内容对应的可视化组件到视图编辑区，作为业务内容的节点，同时建立各个节点之间的连接关系以及时序关系，同时根据各节点之间的连接关系以及时序关系，确定出初始节点、中间节点以及结束节点，并编辑各个节点中的业务规则，数据经过每个节点时，对业务规则进行执行。在全局业务规则执行过程中，业务数据在各节点见的运行状态进行识别，从而实现业务执行过程。

相比于现有技术，用户可通过可视化界面对业务进行编排，在处理业务规则时，通过调整各个节点之间的连接关系以及时序关系，能够根据业务需求组合和调整各个业务规则的执行顺序，实现各场景下繁杂无规则的业务个性化逻辑处理。配合低代码平台使用，让低代码平台开发自由度更高。同时对业务规则执行过程中的数据进行监控，方便业务规则的开发调试。

所述规则编辑模块包括规则库模块、规则调取模块、规则关联模块。

规则库模块，预存储有基础业务规则。

规则调取模块，用于从规则库模块中选取一个或多个基础业务规则，添加至节点。业务规则包括数据库数据处理、数据缓存控制、Restful调用、动态接口生成、MQ中间件消息推送和监听、表单事件拦截处理、UI交互处理等逻辑处理中的一种或多种。

规则编写模块，用于获取用户编写的业务规则语句，生成自定业务规则，添加至节点。

规则关联模块，用于节点中添加了多个基础业务规则及自定业务规则时，编辑各个业务规则之间的业务关联，所述业务关联包括并发执行以及顺序执行。

在创建节点的业务规则时，可以从已有的规则库中，调取现有的基础业务规则，添加至节点中，若是规则库中的基础业务规则，不满足业务需求，操作者可以通过规则编写模块，创建自定业务规则，并将自定业务规则添加至节点。当一个节点中的基础业务规则及自定业务规则有多个时，通过规则关联模块对各个业务规则之间进行关联，关联后业务规则组成一个节点的业务规则。相比于现有技术。

本方案除了从规则库中进行调用预设的已有的业务规则外，还可以根据操作者的业务规则语句，生成自定业务规则，从而使业务规则不受规则库限制，更加多样化。

本方案中，节点中的业务规则通过组合的形式，能够形成繁杂的业务规则，能够应对各类复杂场景。

在繁杂场景的业务规则编辑时，根据需求，可以先调取规则库中已有的业务规则，再根据场景下需求，通过自定业务规则补充当前需求下缺失部分，使业务规则编辑更加灵活，复杂场景下的业务规则编辑更加便捷。

还包括智能识别模块，所述智能识别模块包括场景获取模块、场景识别模块以及组件推荐模块；

场景获取模块，用于获取业务内容的业务场景；

场景识别模块，用于根据业务场景，识别满足该业务场景锲合度的可视化组件作为备选可视化组件；

组件推荐模块，用于在视图编辑区生成组件推荐区，将备选可视化组件添加至组件推荐区，并根据各备选可视化组件和业务场景的锲合度，调整备选可视化组件在组件推荐区的排序及显示。

通过获取到业务内容的业务场景，即获取到操作者正在搭建的业务功能是所属领域，具体用于什么功能等等，在确定业务场景后，根据各个可视化组件与业务场景的锲合度，得到备选的可视化组件。在视图编辑区生成组件推荐区，用户在进行组件调用时，能够在编辑界面，查看到智能推荐的可视化组件，能够从组件推荐区中直接选取符合的可视化组件作为业务内容的节点。同时本方案还根据选择的业务场景，生成组件推荐区，在组件推荐区内添加备选可视化组件，用户在进行编辑时，选择业务场景后，即可获取当前业务场景下的推荐的备选可视化组件，提高业务编辑效率。

所述场景识别模块包括组件关联模块；

组件关联模块，用于根据该业务场景的历史编辑中，各可视化组件被用户选择的次数占比，确定可视化组件与该业务场景的锲合度，次数占比越高，锲合度越高；

组件推荐模块，根据预设的契合度阈值，当契合度达到锲合度阈值的可视化组件的数量，高于预设数量时，才生成组件推荐区，否则不生成组件推荐区。

根据在历史编辑中，可视化组件被用户选择的次数占比，确定各个可视化与业务场景的锲合度。根据用户选择确定可视化组件与业务场景的锲合度，从而知晓各个业务场景下哪些可视化组件被选择的次数较多，以用户选择较多的座位备选可视化组件，在组件推荐区中进行显示。通过设置契合度阈值，锲合度较高的可视化组件才会作为备选可视化组件出现在组件推荐区。此外，还需要业务场景下的锲合度较高的可视化组件达到一定数量，在该业务场景进行编辑时，才会生成可视化组件。通过这种方式，若是一个业务场景下，存在锲合度阈值较高的可视化组件较多，则说明各人员在当前业务场景下基本都会使用到这些可视化组件。而若是契合度阈值较高的可视化组件数量较少，由于锲合度是根据次数占比得来，说明该业务场景下可视化的选择较为多样性，不同的人员或者其他不同因素，会导致在该业务场景下选择的可视化组件具有区别，因此不生成组件推荐区域，当锲合度达到锲合度阈值的可视化组件数量较少时，不生成组件推荐区。

具体的，根据组件的使用次数占比，来进行契合度的判断，并非仅是根据组件的使用次数。例如在场景A中，共使用组件100次，组件1使用了10次，则组件A在场景A中的次数占比为10%。在场景B中，共使用组件200次，组件1使用了10次，则场景B中组件1的次数占比变为5%。即相同的组件在不同业务场景下，即使使用了相同的次数，次数占比也会存在不同，锲合度也会不同。

此后，再根据预设的锲合度阈值，筛选出各场景下的锲合度较高的组件。由于低代码平台是多人使用，历史操作也是来自不同人员，因此，锲合度较高的组件，便是大多数人在该业务场景下公认的最为合适的组件。例如人员A在某个业务场景下常用的组件有组件1、组件2、组件3，人员B在该场景下常用的有组件1、组件2、组件3、组件4，人员C在该场景下常用的有组件1、组件2、组件、组件5，最后可能分析得出组件1、组件2和组件3便是该场景下锲合度较高的组件，在该业务场景下，不同人员在大多数部分都使用了相同的组件，因此这些契合度较高的组件便可能是该业务场景下必要的，或者是公认的最合适的组件。该场景下契合度较高的组件的数量为3，假设预设数量为2，该场景下锲合度较高的组件数量高于预设数量，因此在有人在该业务场景下进行业务编辑时，生成组件推荐区，进行组件1、组件2以及组件3的智能推荐。此处在业务场景中使用4个仅是本实施例中举例方便理解，实际使用时可能涉及十几个甚至几十个组件，因此通过该方式，筛选出业务场景下必要的，以及公认最合适的组件进行推荐，便于使用者快速进行编辑。

然而，当业务场景锲合度较高的组件数量较少时，则是说明在该业务场景下没有必要的，或者是公认最合适的组件，不同人员根据自身喜欢，或者是根据具体的业务，会使用到不同的组件。例如在场景B下，人员A使用到的组件有组件1，组件2、组件3，人员B使用到的有组件1、组件4、组件5，人员C使用到的有组件2、组件6、组件7。在这种情况下，由于不同人员使用到的组件都具有较大差异，因此识别得出的锲合度较高的组件数量将较少。并且可能存在某些组件人员1和人员2使用较多，但是人员3、人员4并不怎么使用的这类情况。

在该业务场景下，更多的是结合实际业务分析，通过不同人员主观判断得出需要使用的组件，而若是进行组件智能推荐，由系统给出的推荐组件，当使用者看到有主见推荐时，会下意识选择使用推荐的组件，从而可能会影响人员的主观判断，因此锲合度较高的组件数量较少时，便不会生成组件推荐区，避免在组件使用较为多样的情况下，影响使用者的主观判断。

对于现有技术来说，常用的技术手段便是只是单纯的根据组件的使用频率，使用频率高便就会进行推荐。而通过本方案中的技术方案，添加了在有锲合度较高的组件时，根据锲合度较高的组件的数量，来判断是否生成推荐区进行推荐，一是能够识别得出锲合度较高的组件是否是该场景下公认的，必要的组件，二是能够避免在组件使用多样化的场景下进行组件的推荐，对使用者主观判断的影响。在现有技术中使用频率高便进行推荐的惯性思维的影响下，本方案中当有使用频率较高的组件，但不进行推荐是与惯性思维相反的逻辑，因此对于本领域技术人员来说，是不容易想到的。

以上的仅是本发明的实施例，方案中公知的具体结构及特性等常识在此未作过多描述，所属领域普通技术人员知晓申请日或者优先权日之前发明所属技术领域所有的普通技术知识，能够获知该领域中所有的现有技术，并且具有应用该日期之前常规实验手段的能力，所属领域普通技术人员可以在本申请给出的启示下，结合自身能力完善并实施本方案，一些典型的公知结构或者公知方法不应当成为所属领域普通技术人员实施本申请的障碍。应当指出，对于本领域的技术人员来说，在不脱离本发明结构的前提下，还可以作出若干变形和改进，这些也应该视为本发明的保护范围，这些都不会影响本发明实施的效果和专利的实用性。本申请要求的保护范围应当以其权利要求的内容为准，说明书中的具体实施方式等记载可以用于解释权利要求的内容。

Claims (2)

1.一种用于低代码平台的规则编辑系统，其特征在于：包括视图编辑模块、规则编辑模块、执行引擎模块、数据追踪模块；

视图编辑模块，用于选择或拖拽至少两个业务内容对应的可视化组件到视图编辑区，将可视化组件作为业务内容的节点，并建立各个节点之间的连接关系以及时序关系，根据时序关系以及连接关系确定初始节点、中间节点以及结束节点；

规则编辑模块，用于编辑各节点的节点业务规则，再根据各节点的连接关系以及时序关系以及节点业务规则，生成全局业务规则；

执行引擎模块，用于对全局业务规则进行执行；

数据追踪模块，用于对全局业务规则执行过程中，业务数据在各节点中的状态进行识别，发现错误数据；

还包括智能识别模块，所述智能识别模块包括场景获取模块、场景识别模块以及组件推荐模块；

场景获取模块，用于获取业务内容的业务场景；

场景识别模块，用于根据业务场景，识别满足该业务场景锲合度的可视化组件作为备选可视化组件；

组件推荐模块，用于在视图编辑区生成组件推荐区，将备选可视化组件添加至组件推荐区，并根据各备选可视化组件和业务场景的锲合度，调整备选可视化组件在组件推荐区的排序及显示；

所述场景识别模块包括组件关联模块；

组件关联模块，用于根据该业务场景的历史编辑中，各可视化组件被用户选择的次数占比，确定可视化组件与该业务场景的锲合度，次数占比越高，锲合度越高；

组件推荐模块，根据预设的契合度阈值，当契合度达到锲合度阈值的可视化组件的数量，高于预设数量时，才生成组件推荐区，否则不生成组件推荐区；

所述规则编辑模块包括规则库模块、规则调取模块、规则关联模块；

规则库模块，预存储有基础业务规则；

规则调取模块，用于从规则库模块中选取一个或多个基础业务规则，添加至节点；

规则编写模块，用于获取用户编写的业务规则语句，生成自定业务规则，添加至节点；

规则关联模块，用于节点中添加了多个基础业务规则及自定业务规则时，编辑各个业务规则之间的业务关联，所述业务关联包括并发执行以及顺序执行。

2.根据权利要求1所述的一种用于低代码平台的规则编辑系统，其特征在于：所述业务规则包括数据库数据处理、数据缓存控制、Restful调用、动态接口生成、MQ中间件消息推送和监听、表单事件拦截处理、UI交互处理中的一种或多种。