[發明專利]向導式可視的圖形模塊化的規則編輯方法、系統及編輯器

在審

• 申請號: 201911060166.1
• 申請日: 2019-11-01
• 公開（公告）號: CN110837362A
• 公開（公告）日: 2020-02-25
• 發明（設計）人: 孫巖
• 申請（專利權）人: 無錫數信互融科技發展有限公司
• 主分類號: G06F8/30
• 分類號: G06F8/30;G06F8/33;G06F8/34;G06Q40/02;G06Q40/08
• 代理公司: 合肥方舟知識產權代理事務所(普通合伙) 34158
• 代理人: 朱榮

本發明涉及向導式可視的圖形模塊化的規則編輯方法，包括以下步驟：根據需要選擇圖形化語言系統中相應的語言模組中的語言模塊，并將選中的語言模塊拖曳到編輯區中進行契合，圖形化語言系統和編輯區均為預先創建的，且包括多個不同的語言模組，語言模組均包括多個語言模塊，每個語言模塊均用圖形表示，圖形用于契合；將契合好的多個語言模塊生成規則腳本；將規則腳本轉化成XML轉化文件；將XML轉化文件轉化成可執行或可解釋的可解釋腳本；將可解釋腳本用執行器進行測試和/或發布。該方法降低了規則編輯的難度，從而提高規則編輯的效率和正確性，以適應復雜多變的業務場景，實現對業務邏輯靈活擴展和更新。

技術領域

本發明涉及一種規則引擎，尤其是向導式可視的圖形模塊化的規則編輯方法、系統及編輯器。

背景技術

在各行各業的業務場景中，業務規則變得越來越復雜，靈活多變，尤其是銀行，在保險業中，規則插入程序的傳統業務規則開發方案不易于維護，已經無法滿足高效的系統，因此，為了過降低實現復雜業務邏輯的組件的復雜性，降低應用程序的維護和可擴展性成本，規則引擎應運而生。

規則引擎是一種嵌入在應用程序中的組件，實現了將業務決策從應用程序代碼中分離出來，并使用預定義的語義模塊編寫業務決策。規則引擎實現了將業務流程與業務規則分離，從而使得業務人員可以使用自定義的工具完成規則的編寫和更改，將軟件開發人員從業務規則的維護中抽身出來，顯著減少了維護成本。但對于其中的預定義語義模塊，目前還沒有關于規則語言的推薦標準，一個規則公理由一個前提(規則體)和一個結論(規則頭)組成，前提和結論都是原子公式的有限集合。由于沒有推薦標準，每種規則引擎支持的規則文件格式也不盡相同，導致每種規則引擎創建規則的方式都不同。

為了實現業務流程與業務規則的分離，使復雜多變的業務規則更簡單的定義，需要一種對業務人員(不懂編程)更友好規則語言和方法。目前市場上通用的規則引擎，如Drools、VisualRules、iLog、URule等，都有各自的規則編輯方法。例如Drools是一款基于Java的規則引擎，一般以Eclipse插件的形式使用。Drools規則語言是drools腳本——類似Java編程語言的專用規則語言，它沒有專門的規則編輯器，是在文本編輯軟件或集成開發環境中編寫規則，如圖1所示；而使用VisualRules則需要安裝VisualRules桌面商業規則編輯工具軟件，如圖2所示，然后在該軟件中采用向導式和文本加對話框的形式進行規則編輯，它的規則語言是基于自然語言的規范化的有一定固定格式的腳本；iLog擁有自己的桌面可視化編輯器，如圖3所示，其規則語言是專用的腳本式編程語言；URule提供了網頁版規則編輯器，如圖4所示，它采用向導式和文本加下拉菜單的形式進行規則編輯，它的規則語言是基于自然語言的規范化的有一定固定格式的腳本。

如上所述，現有的規則引擎產品的規則編輯有兩種模式：

1、規則語言采用類似復雜編程語言的專用腳本編程語言，采用文本編輯的形式編寫規則。比如Drools和iLog。

2、規則語言是基于自然語言的規范化的有一定固定格式的腳本，采用向導式和文本加下拉菜單(或對話框)的形式進行規則編輯。比如VisualRules，URule。

第一種模式對于沒有編程經驗的業務人員來說，為了編寫業務規則需要學習一種編程語言，難度太大，成本太高，而且容易出錯。第二種模式相對第一種模式對業務人員友好一些，但是編輯規則仍然需要很復雜的操作，同時在編輯規則前需要添加規則變量庫、動作庫等，業務人員需要進行很多復雜的鼠標點擊和鍵盤輸入操作，甚至有些需要專業的開發人員才能配置，還是要求業務人員有一定的編程知識。

以URule為例，假如需要編輯一條規則(如果年齡>30并且芝麻分>700，那么授權貸款額度＝100000)，則需要進行如下操作：

將年齡、芝麻分、貸款額度三個變量加入到變量庫；

然后創建決策集添加規則，需要一次鼠標點擊。