[發明專利]消息處理方法及系統

無效

• 申請號: 201110447528.X
• 申請日: 2011-12-28
• 公開（公告）號: CN102520965A
• 公開（公告）日: 2012-06-27
• 發明（設計）人: 吉宗維;馬亮;皮開元;劉春
• 申請（專利權）人: 山東中創軟件工程股份有限公司;山東中創軟件商用中間件股份有限公司
• 主分類號: G06F9/44
• 分類號: G06F9/44
• 代理公司: 北京集佳知識產權代理有限公司 11227
• 代理人: 逯長明

技術領域

本發明涉及消息處理技術領域，更具體地說，涉及消息處理方法及系統。

背景技術

在項目開發中，需要將源服務構件的消息路由至目標構件。傳統作法是將消息的路由規則嵌入到程序代碼中的方式來實現的。然而，在實施本發明創造的過程中，發明人發現，利用規則內嵌到代碼的方式編寫成的消息的路由規則一旦開發完成，便不易更改。現實情況卻是路由規則往往需要頻繁地變更，需要開發人員對整個程序進行重新編譯，也即傳統作法在實現消息的路由規則變更時存在開發量大的問題。

發明人同時還發現，一般的規則引擎系統包括規則編輯器、規則庫和規則引擎。其中規則編輯器用于定制(編輯)業務規則。通過規則編輯器可以將定制的業務規則存儲在規則庫中。在需要對業務規則進行變更時，只需要重新定制業務規則就可以達到更新業務規則的目的，不需要對整個程序進行重復開發。規則引擎系統的上述特點為解決傳統方式在消息的路由規則需要變更時存在的開發量大的問題提供了契機。

發明內容

有鑒于此，本發明目的在于提供消息處理方法及系統，以解決傳統方式在消息的路由規則需要變更時存在的開發量大的問題。

為實現上述目的，本發明提供如下技術方案：

一種基于規則引擎系統的消息處理方法，所述規則引擎系統包括規則編輯器和規則引擎，其特征在于，所述方法包括：

規則編輯器接收消息處理配置屬性值，并根據所述消息處理配置屬性值獲得消息處理規則，所述處理至少包括路由操作；

接收來自源服務構件的消息；

所述規則引擎加載所述消息處理規則，并使用所述消息處理規則對來自源服務構件的消息進行處理。

一種消息處理系統，所述消息處理系統包括規則引擎系統和接收單元，所述規則引擎系統包括規則編輯器和規則引擎，其中：

所述接收單元用于，接收來自源服務構件的消息；

所述規則編輯器用于，接收消息處理配置屬性值，并根據所述消息處理配置屬性值獲得消息處理規則，所述處理至少包括路由操作；

所述規則引擎用于，加載所述消息處理規則，并使用所述消息處理規則對來自源服務構件的消息進行處理。

從上述的技術方案可以看出，在本發明中，在消息處理邏輯發生改變時，尤其是消息路由操作規則需要進行更改時，只需要利用規則編輯器重新定制消息處理規則就可以達到更新消息處理邏輯的目的，不需要對整個程序進行重復開發。與傳統方式相比，開發量較小。

附圖說明

為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對于本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。

圖1為本發明實施例所提供的基于規則引擎系統的消息處理方法流程圖；

圖2為本發明實施例所提供的Drools規則引擎系統結構示意圖；

圖3為本發明實施例所提供的基于Drools規則引擎系統的消息處理方法流程圖；

圖4為本發明實施例所提供的用戶圖形界面結構示意圖；

圖5a為本發明實施例所提供的ESB的體系結構示意圖；

圖5b為本發明實施例所提供的基于ESB的源服務構件與Drools規則引擎系統之間的消息傳遞示意圖；

圖6為本發明實施例所提供的消息處理系統結構示意圖；

圖7為本發明實施例所提供的消息處理系統又一結構示意圖；

圖8為本發明實施例所提供的消息處理系統另一結構示意圖。

具體實施方式

為了引用和清楚起見，下文中使用的技術名詞、簡寫或縮寫總結如下：

GUI，Graphical?User?Interface，圖形用戶界面；

Drools：是為Java量身定制的基于Charles?Forgy的RETE算法的規則引擎的實現；

Java：一種程序設計語言；

Rete算法：Rete算法是一種前向規則快速匹配算法，其匹配速度與規則數目無關。Rete是拉丁文，對應英文是net，也就是網絡。Rete算法通過形成一個rete網絡進行模式匹配，利用基于規則的系統的兩個特征，即時間冗余性(Temporal?redundancy)和結構相似性(structural?similarity)，提高系統模式匹配效率；