張?zhí)煨?/p>

（福建船政交通職業(yè)學(xué)院 信息工程學(xué)院，福建 福州350101）

目前，高校普遍實(shí)現(xiàn)數(shù)字化校園管理，隨著各種數(shù)字管理業(yè)務(wù)的增多，其延伸的CRM 系統(tǒng)涉及的業(yè)務(wù)規(guī)則也越來(lái)越紛繁復(fù)雜，為了制定比較通用的CRM 業(yè)務(wù)規(guī)則模型，需要對(duì)CRM 業(yè)務(wù)規(guī)則進(jìn)行全面的分析，以便設(shè)計(jì)的業(yè)務(wù)規(guī)則模型能夠適應(yīng)CRM 業(yè)務(wù)規(guī)則的特點(diǎn)［1］.基于Drools規(guī)則引擎技術(shù)的出現(xiàn)，對(duì)數(shù)字化校園管理CRM 系統(tǒng)的發(fā)展有很大幫助，因?yàn)橐胍?guī)則引擎技術(shù)可以縮短需求開(kāi)發(fā)周期，快速響應(yīng)系統(tǒng)業(yè)務(wù)邏輯的變化［2］.雖然引入規(guī)則引擎有這個(gè)好處，但對(duì)CRM 系統(tǒng)而言，并不是現(xiàn)有的規(guī)則引擎產(chǎn)品都是拿來(lái)就可以直接應(yīng)用的，由于CRM 系統(tǒng)有其自身的特點(diǎn)，因此有必要根據(jù)數(shù)字化校園管理CRM 系統(tǒng)的特點(diǎn)設(shè)計(jì)一套滿足CRM 需求的業(yè)務(wù)規(guī)則引擎，以能更好的發(fā)揮規(guī)則引擎的作用，并能運(yùn)用到實(shí)際生產(chǎn)中.

1 規(guī)則管理關(guān)鍵問(wèn)題分析

1.1 業(yè)務(wù)規(guī)則的實(shí)現(xiàn)方式

（1）對(duì)于有一定規(guī)律性、規(guī)律穩(wěn)定，且大量出現(xiàn)的業(yè)務(wù)規(guī)則，歸納其共同規(guī)律進(jìn)行固化建模，并在系統(tǒng)中固化規(guī)則觸發(fā)點(diǎn)、判斷邏輯及處理邏輯，然后通過(guò)數(shù)據(jù)驅(qū)動(dòng).比如：教學(xué)信息管理、學(xué)生信息管理、教材管理、畢業(yè)檔案管理等.

（2）對(duì)于個(gè)性化、出現(xiàn)頻度不高的業(yè)務(wù)規(guī)則，大多數(shù)是通過(guò)一段固化代碼加部分參數(shù)化配置實(shí)現(xiàn).但由于個(gè)性化業(yè)務(wù)規(guī)則總量大、易變性等特點(diǎn)，很容易導(dǎo)致規(guī)則代碼膨脹、代碼重寫率高、系統(tǒng)性能下降，增加了系統(tǒng)維護(hù)的成本且無(wú)法滿足需求快速支撐的要求，也降低了系統(tǒng)的易用性.

針對(duì)上述兩種實(shí)現(xiàn)方式，第一種方式目前已較成熟，且具有效率高、代碼穩(wěn)定等優(yōu)點(diǎn)，但分散的配置缺乏一個(gè)統(tǒng)一的規(guī)則視圖.第二種方式是目前規(guī)則管理的問(wèn)題焦點(diǎn)，對(duì)于這部分業(yè)務(wù)規(guī)則的管理目前業(yè)界已呈現(xiàn)了部分規(guī)則引擎［3］，如：IBM ILOG、Jboss Drools等，但對(duì)于規(guī)則引擎如何與CRM 系統(tǒng)結(jié)合，建立行之有效的CRM 業(yè)務(wù)規(guī)則引擎是本文重點(diǎn)考慮的內(nèi)容.

1.2 解決的思路

（1）如何滿足多樣化、個(gè)性化的條件組合要求.針對(duì)這個(gè)問(wèn)題需要引入業(yè)務(wù)規(guī)則語(yǔ)言以及技術(shù)規(guī)則語(yǔ)言等定義來(lái)解決規(guī)則組合復(fù)雜問(wèn)題，本文采用Drools所帶的規(guī)則語(yǔ)言來(lái)定義規(guī)則.

（2）規(guī)則條件和規(guī)則操作中引用的業(yè)務(wù)領(lǐng)域?qū)ο髷?shù)據(jù)如何獲取和操作.針對(duì)這個(gè)問(wèn)題需引入元模型管理，以使CRM 系統(tǒng)對(duì)自身業(yè)務(wù)對(duì)象有個(gè)自我認(rèn)知的能力.目前CRM 各個(gè)功能都已經(jīng)定義了形式化、通用化的信息結(jié)構(gòu)圖，如學(xué)生選課管理已經(jīng)定義了選課信息結(jié)構(gòu)圖（SaleInfo Schema），因此本次規(guī)則管理的訂單元模型直接以訂單提交的接口協(xié)議作為規(guī)則輸入元模型，以實(shí)現(xiàn)規(guī)則處理過(guò)程訂單信息的動(dòng)態(tài)訪問(wèn)能力.

（3）如何滿足不同的規(guī)則處理的動(dòng)作要求，如界面提示、中斷當(dāng)前流程、改變當(dāng)前流程，特別是業(yè)務(wù)規(guī)則如何與界面操作銜接問(wèn)題.本文的設(shè)計(jì)思路是規(guī)則引擎根據(jù)規(guī)則配置和業(yè)務(wù)對(duì)象元模型數(shù)據(jù)計(jì)算出需界面調(diào)用的規(guī)則邏輯，界面應(yīng)用在關(guān)鍵點(diǎn)植入規(guī)則代碼調(diào)用邏輯.如：客戶對(duì)象屬性取值約束，在客戶對(duì)象的業(yè)務(wù)元數(shù)據(jù)上配置客戶各屬性的取值約束規(guī)則，客戶保存時(shí)將客戶信息傳給規(guī)則引擎判斷，規(guī)則引擎處理后輸出相關(guān)界面操作信息，然后由前臺(tái)根據(jù)返回的信息觸發(fā)調(diào)用.該問(wèn)題的關(guān)鍵點(diǎn)在于規(guī)則引擎需要統(tǒng)一規(guī)范前臺(tái)規(guī)則處理標(biāo)準(zhǔn)，前臺(tái)應(yīng)用按標(biāo)準(zhǔn)植入相關(guān)調(diào)用代碼.

2 CRM 業(yè)務(wù)規(guī)則引擎架構(gòu)設(shè)計(jì)

2.1 總體架構(gòu)

基于以上關(guān)鍵問(wèn)題的考慮，本文提出一個(gè)應(yīng)用于CRM 系統(tǒng)中使用Java語(yǔ)言實(shí)現(xiàn)的CRM 業(yè)務(wù)規(guī)則引擎架構(gòu)，如圖1所示.

圖1 CRM業(yè)務(wù)規(guī)則引擎架構(gòu)Fig. 1 Engine Architecture of CRM Operation Rules

一個(gè)比較完整的CRM 業(yè)務(wù)規(guī)則引擎是由規(guī)則管理器、規(guī)則執(zhí)行管理器、規(guī)則處理器、規(guī)則庫(kù)、參考數(shù)據(jù)接口共同協(xié)作構(gòu)架而成［4］.

規(guī)則管理器負(fù)責(zé)對(duì)規(guī)則的管理和維護(hù).規(guī)則執(zhí)行管理器負(fù)責(zé)根據(jù)當(dāng)前事件及相關(guān)條件提取出規(guī)則集以及業(yè)務(wù)事實(shí)提供給規(guī)則處理器.規(guī)則處理器負(fù)責(zé)實(shí)現(xiàn)規(guī)則判斷功能.參考數(shù)據(jù)接口則是給規(guī)則處理器調(diào)用，負(fù)責(zé)提供在規(guī)則判斷過(guò)程中所需要的外部數(shù)據(jù)信息.

2.2 模塊分析

2.2.1 業(yè)務(wù)規(guī)則管理器

業(yè)務(wù)規(guī)則管理器主要是對(duì)規(guī)則進(jìn)行維護(hù)，并提供規(guī)則的讀寫、更新、查詢等功能.在系統(tǒng)中主要由規(guī)則事件管理、規(guī)則目錄管理、業(yè)務(wù)規(guī)則管理三個(gè)功能實(shí)現(xiàn).

規(guī)則事件管理需要支持規(guī)則事件的增加、刪除、修改和查詢，同時(shí)支持配置規(guī)則事件關(guān)聯(lián)的條件參數(shù).規(guī)則事件必須包含規(guī)則事件標(biāo)識(shí)、規(guī)則事件名稱等基本信息.

規(guī)則目錄管理是具有多個(gè)層級(jí)的業(yè)務(wù)規(guī)則的列表之間的管理，中國(guó)數(shù)字化校園管理內(nèi)部能夠通過(guò)此列表，管理所有的業(yè)務(wù)規(guī)則.規(guī)則目錄管理需要支持業(yè)務(wù)規(guī)則目錄的增加、更新和刪除，支持多層級(jí)的業(yè)務(wù)規(guī)則目錄，即第1級(jí)目錄下可以包含第2級(jí)目錄，能夠?yàn)椴煌臉I(yè)務(wù)目的編制不同的業(yè)務(wù)規(guī)則目錄.

業(yè)務(wù)規(guī)則配置管理需要支持業(yè)務(wù)規(guī)則的增加、刪除和修改，支持業(yè)務(wù)規(guī)則關(guān)聯(lián)條件的增加、刪除和修改，支持根據(jù)各種條件查詢業(yè)務(wù)規(guī)則.業(yè)務(wù)規(guī)則配置必須包含規(guī)則標(biāo)識(shí)、規(guī)則名稱、規(guī)則描述、規(guī)則類型、狀態(tài)、創(chuàng)建時(shí)間、創(chuàng)建人等基本信息.

2.2.2 規(guī)則執(zhí)行管理器

規(guī)則執(zhí)行管理器在架構(gòu)中的作用主要是實(shí)現(xiàn)在CRM 應(yīng)用和規(guī)則處理器之間進(jìn)行通信，當(dāng)業(yè)務(wù)流程中的某一環(huán)節(jié)需要進(jìn)行規(guī)則判斷時(shí)，應(yīng)用程序調(diào)用規(guī)則執(zhí)行管理模塊提供的接口，傳入當(dāng)前環(huán)節(jié)相應(yīng)的信息及業(yè)務(wù)數(shù)據(jù)信息，然后規(guī)則執(zhí)行管理器根據(jù)當(dāng)前事件及相關(guān)條件對(duì)應(yīng)查詢出需要判斷的規(guī)則列表，將規(guī)則列表及業(yè)務(wù)事實(shí)傳給規(guī)則處理器，由規(guī)則處理器進(jìn)行規(guī)則判斷，最后將規(guī)則處理器的處理結(jié)果返回給應(yīng)用系統(tǒng)，由應(yīng)用系統(tǒng)根據(jù)處理結(jié)果作進(jìn)一步的處理.

2.2.3 規(guī)則處理器

規(guī)則處理器是CRM 業(yè)務(wù)規(guī)則引擎的核心，主要實(shí)現(xiàn)根據(jù)業(yè)務(wù)事實(shí)對(duì)規(guī)則進(jìn)行推理，選出可執(zhí)行的規(guī)則，根據(jù)優(yōu)先級(jí)按順序執(zhí)行.對(duì)于此功能的實(shí)現(xiàn)，一種是自行從頭開(kāi)發(fā)，但自行開(kāi)發(fā)不但耗費(fèi)時(shí)間，而且系統(tǒng)性能不一定比目前已有的、商用的或開(kāi)源的規(guī)則引擎產(chǎn)品來(lái)的高，因此本文考慮基于已有的規(guī)則引擎產(chǎn)品來(lái)實(shí)現(xiàn)規(guī)則處理器功能，所以如何選擇一個(gè)合適的規(guī)則引擎產(chǎn)品既能夠能根據(jù)CRM 系統(tǒng)特點(diǎn)進(jìn)行二次改造，又能夠滿足CRM 系統(tǒng)性能要求是首要考慮的問(wèn)題.經(jīng)過(guò)綜合考慮分析，對(duì)規(guī)則引擎選型，本系統(tǒng)選擇Drools規(guī)則引擎來(lái)實(shí)現(xiàn)規(guī)則處理器功能，處理流程如圖2所示.

圖2 規(guī)則處理器處理流程Fig. 2 Treatment Procedure of Rule Processor

規(guī)則處理器的執(zhí)行入口為工作內(nèi)存，以事實(shí)為出發(fā)點(diǎn)，通過(guò)模式匹配算法在規(guī)則庫(kù)中尋找出相對(duì)于事實(shí)條件為真的規(guī)則來(lái)執(zhí)行，如果有多條規(guī)則滿足條件，則將這些規(guī)則放入沖突集，運(yùn)用沖突解決機(jī)制加以處理.

為了能與CRM 系統(tǒng)的系統(tǒng)流程以及界面操作銜接，規(guī)則處理器在進(jìn)行規(guī)則處理時(shí)，除了支持修改業(yè)務(wù)對(duì)象信息外，處理結(jié)果還需要支持以下幾種方式：

（1）要求界面彈出錯(cuò)誤信息，限制受理；

（2）要求界面彈出提示信息，可繼續(xù)受理；

（3）對(duì)頁(yè)面上的控件進(jìn)行置灰、隱藏、替換名稱；

（4）彈出問(wèn)答信息，由管理員選擇選項(xiàng)之后再進(jìn)行下一步處理.支持的下一步處理需要有：限制受理、繼續(xù)受理和調(diào)用另一個(gè)規(guī)則進(jìn)行處理.

2.3 規(guī)則沖突解決策略

當(dāng)事實(shí)對(duì)象進(jìn)入工作內(nèi)存時(shí)，可能會(huì)匹配到很多規(guī)則，如果這些規(guī)則之間存在沖突，則需要按順序執(zhí)行，因?yàn)橐?guī)則不同的執(zhí)行順序可能會(huì)產(chǎn)生不同的執(zhí)行結(jié)果.

本系統(tǒng)采用Drools所帶的優(yōu)先級(jí)策略來(lái)解決此問(wèn)題，在Drools Rules中可以給每條規(guī)則定義一個(gè)salience屬性，取值為整數(shù)值，正負(fù)均可，默認(rèn)值為0，取值越大，表示這條規(guī)則的優(yōu)先級(jí)越高.優(yōu)先級(jí)策略就是根據(jù)每條規(guī)則的salience屬性取值來(lái)決定沖突規(guī)則集中每一條規(guī)則的執(zhí)行順序，即當(dāng)多條規(guī)則同時(shí)符合要求時(shí)，salience設(shè)定的值越高，表示規(guī)則優(yōu)先級(jí)越高，此規(guī)則就優(yōu)先被觸發(fā)執(zhí)行.

2.4 系統(tǒng)性能優(yōu)化策略

對(duì)于數(shù)字化校園管理CRM 系統(tǒng)來(lái)說(shuō)，由于數(shù)字化校園管理業(yè)務(wù)相當(dāng)復(fù)雜，需要運(yùn)行的業(yè)務(wù)規(guī)則相當(dāng)多，而且系統(tǒng)實(shí)時(shí)性要求高，因此引入業(yè)務(wù)規(guī)則引擎后，系統(tǒng)的性能情況相當(dāng)重要，不能因?yàn)樘岣吡碎_(kāi)發(fā)速度而減少了維護(hù)代價(jià)，卻使系統(tǒng)的性能大幅度下降，這是數(shù)字化校園管理系統(tǒng)所不允許的.

本文除了通過(guò)業(yè)務(wù)規(guī)則模型的設(shè)計(jì)，使得在調(diào)用規(guī)則引擎時(shí)能夠方便快速的查詢出與當(dāng)前規(guī)則事件及相應(yīng)條件有關(guān)聯(lián)的規(guī)則，從而只將需要判斷的規(guī)則送到規(guī)則引擎判斷，而不是將系統(tǒng)所有的規(guī)則都給規(guī)則引擎去過(guò)濾和判斷，以此來(lái)提高規(guī)則引擎的工作效率，同時(shí)本文還考慮采用一些機(jī)制來(lái)輔助提高CRM業(yè)務(wù)規(guī)則引擎的性能.

（1）采用緩存機(jī)制以提高規(guī)則處理速度.由于數(shù)字化校園管理業(yè)務(wù)規(guī)則眾多，因此在每個(gè)規(guī)則判斷時(shí)，規(guī)則執(zhí)行管理模塊都需要從數(shù)據(jù)庫(kù)中提取規(guī)則文件包，然后再送給規(guī)則引擎進(jìn)行預(yù)編譯，然后再執(zhí)行，其效率就會(huì)低很多.因此本系統(tǒng)考慮在CRM 系統(tǒng)加載時(shí)就將規(guī)則庫(kù)中的規(guī)則文件先進(jìn)行預(yù)編譯，然后將預(yù)編譯的規(guī)則信息存儲(chǔ)到系統(tǒng)緩存中，在規(guī)則判斷時(shí)，規(guī)則處理器先從緩存中讀取規(guī)則集，如果緩存中讀取不到，則再?gòu)臄?shù)據(jù)庫(kù)中讀取.

（2）通過(guò)構(gòu)建外部參考數(shù)據(jù)操作框架以減少規(guī)則判斷時(shí)的內(nèi)存損耗.Drools所使用的Rete算法是以空間代價(jià)換取執(zhí)行效率的，事實(shí)將在工作內(nèi)存中存儲(chǔ)起來(lái)，如果有的在規(guī)則判斷時(shí)依據(jù)的事實(shí)非常多，比如有一個(gè)學(xué)生選課業(yè)務(wù)規(guī)則：“某個(gè)學(xué)生要求加入某個(gè)教師開(kāi)設(shè)的課程時(shí)，要判斷此課程已選學(xué)生數(shù)據(jù)是否已經(jīng)超過(guò)該課程最大選課人數(shù)，如果超過(guò)，則不能加入”.此時(shí)規(guī)則判斷的事實(shí)依據(jù)是選這門課的所有學(xué)生對(duì)象，如果將所有的事實(shí)都加載到工作內(nèi)存中進(jìn)行規(guī)則判斷，則此時(shí)應(yīng)用服務(wù)器的內(nèi)存消耗將非常大，系統(tǒng)性能將直接下降.圖3是規(guī)則引擎引用外部參考數(shù)據(jù)進(jìn)行規(guī)則處理的原理圖.

圖3 規(guī)則引擎引用外部參考數(shù)據(jù)進(jìn)行規(guī)則處理的原理圖Fig. 3 Principle Diagram of Engine’s Rule Processing with external referential data

因此規(guī)則引擎需要支持既可以處理來(lái)自于應(yīng)用程序的普通Java對(duì)象，也可以在規(guī)則推理時(shí)提取外部的數(shù)據(jù)加入到工作事實(shí)中，以提高規(guī)則處理性能.如上述例子，在系統(tǒng)調(diào)用規(guī)則引擎判斷時(shí)，只要傳入當(dāng)前該課程所選課學(xué)生信息以及該課程的最大學(xué)生數(shù)，而在規(guī)則推理時(shí)提取此課程目前已經(jīng)加入的學(xué)生總數(shù)，這樣加載到內(nèi)存的事實(shí)就不會(huì)很多，同時(shí)規(guī)則判斷時(shí)的內(nèi)存消耗量也就不會(huì)很大.

［1］方芳，劉大有，王新華，等.電信CRM 技術(shù)發(fā)展研究［J］.計(jì)算機(jī)工程，2010，36（5）：277－281.

［2］李靜.業(yè)務(wù)規(guī)則管理技術(shù)的研究與應(yīng)用［D］.上海：華東師范大學(xué)，2007.

［3］郭曉峰.規(guī)則引擎在新型農(nóng)村合作醫(yī)療系統(tǒng)中的應(yīng)用研究［D］.上海：東華大學(xué)，2008.

［4］郭芳，白建軍.基于Rete算法的規(guī)則引擎JBoss Rules［J］.計(jì)算機(jī)時(shí)代，2008（1）：8－10.