本發(fā)明涉及軟件開發(fā)技術(shù)領(lǐng)域，具體地說是一種全流程模型規(guī)則商業(yè)銀行個貸逾期催收管理系統(tǒng)。

背景技術(shù)：

個人消費貸款是指銀行向個人客戶發(fā)放的有指定消費用途的人民幣貸款業(yè)務(wù)，用途主要有個人住房、汽車、一般助學(xué)貸款等消費性個人貸款。在我國，加快發(fā)展個人消費信貸被寄予了拉動內(nèi)需，刺激經(jīng)濟回升的重大厚望，而且也是我國商業(yè)銀行著力開發(fā)的增加利潤增長點之一。

但由于國內(nèi)外經(jīng)濟形勢依然錯綜復(fù)雜，積極因素和隱憂并存。國內(nèi)經(jīng)濟結(jié)構(gòu)調(diào)整穩(wěn)中有進，但經(jīng)濟回升的基礎(chǔ)尚不牢固，周期性風(fēng)險、結(jié)構(gòu)性風(fēng)險、系統(tǒng)性風(fēng)險盤根錯節(jié)，各類風(fēng)險呈現(xiàn)前所未有的多樣化、復(fù)雜化特征，銀行資產(chǎn)質(zhì)量劣變壓力增大，逾期貸款和不良貸款率逐年上升。截至2014年末，商業(yè)銀行不良貸款率1.29%，達到近一段時間以來的高點。在這種形勢下，嚴(yán)格控制經(jīng)營風(fēng)險，將逾期后的損失降到最低將是一項長期任務(wù)，銀行業(yè)金融機構(gòu)亟需一套行之有效的逾期催收規(guī)則模型。

技術(shù)實現(xiàn)要素：

本發(fā)明的技術(shù)任務(wù)是針對以上不足之處，提供一種全流程模型規(guī)則商業(yè)銀行個貸逾期催收管理系統(tǒng)，實現(xiàn)催收流程模型的制作，客戶活動數(shù)據(jù)收集，通過積累數(shù)據(jù)進行客戶逾期行為分析，客戶逾期行為規(guī)則以及催收催收規(guī)則更新。

本發(fā)明解決其技術(shù)問題所采用的技術(shù)方案是：

一種全流程模型規(guī)則商業(yè)銀行個貸逾期催收管理系統(tǒng)，借助于IT系統(tǒng)的計算輔助，通過貸款風(fēng)險控制模型對每一筆貸款的還款情況進行識別，系統(tǒng)自動判斷最合理的貸款催收方式，并通過催收執(zhí)行、催收調(diào)整督辦、催收歷史查詢和催收統(tǒng)計報表規(guī)范化、智能化管理模塊實現(xiàn)對逾期交易有效處理，有層次、有目的的推進催收工作，保障信貸資金的安全回收；

系統(tǒng)根據(jù)客戶相關(guān)的逾期狀態(tài)，每日在逾期催收人員桌面對催收任務(wù)進行處理，并在催收時提供專業(yè)的催收信息界面，逾期催收人員只需將交互獲得的信息進行勾勾選選，即完成了催收信息的記錄，并將成為下一次催收的重要依據(jù)；

催收配置管理，為逾期催收管理功能模塊中各項子菜單項下功能提供運行參數(shù)，參數(shù)管理涉及的參數(shù)設(shè)置包括催收對象、催收方式、催收結(jié)果、逾期天數(shù)、還款意愿和還款金額，系統(tǒng)用戶根據(jù)行內(nèi)業(yè)務(wù)運營特點靈活配置；逾期處置登記功能主要是為了將貸款裝入清收狀態(tài)，不在“自動”執(zhí)行逾期催收動作。因此本菜單功能是改變貸款是否進入清收狀態(tài)，即是否已經(jīng)移交信貸監(jiān)控部門進行清收或因特殊原因終止進行催收，其包括對貸款狀態(tài)的設(shè)定、取消及歷史記錄的查詢。

模式匹配算法足規(guī)則引擎最核心的算法邏輯部分，根據(jù)不同的業(yè)務(wù)需要選擇特定的模式匹配推理算法，在銀行催收系統(tǒng)應(yīng)用中規(guī)則引擎模塊主要負(fù)責(zé)對催收案件的評分及分類，以案件評分為例，規(guī)則引擎通過判斷該賬戶當(dāng)前欠款數(shù)額來給該賬戶賦予特定的風(fēng)險值，顯然這是一個正向推理過程。數(shù)據(jù)驅(qū)動的正向推理過程從事實被加入到工作空間剛開始。經(jīng)過模式匹配、規(guī)則引發(fā)、工作空間更新的工作循環(huán)，直到滿足特定條件退出推理，至此流程結(jié)束。

輸入規(guī)則引擎并對其進行規(guī)則運算的數(shù)據(jù)稱為事實。事實是代表現(xiàn)實世界的某一狀態(tài)的數(shù)據(jù)結(jié)構(gòu)。規(guī)則引擎的核心工作在于確定哪些事實滿足了那些規(guī)則。發(fā)現(xiàn)該滿足關(guān)系的過程就是模式匹配的過程。

模式就是規(guī)則里的條件元素，每一個模式都由一個或者多個約束條件組成。規(guī)則可以分為條件和結(jié)論兩部分。條件部分稱為LHS，結(jié)論部分稱為RHS。將事實與條件進行匹配，以確定某一事實所能滿足的條件集合或某條件下所有使之滿足的事實的集臺的過程被稱為模式匹配。

進行模式匹配有兩個思路。一種方法為從已有的事實出發(fā)，查詢該事實滿足的條件，稱之為正向推理。另一種方法為從需要滿足的結(jié)論開始查找所有符合條件的事實，稱之為逆向推理。正向推理是數(shù)據(jù)驅(qū)動的，從事實開始，傳遞事實，最后后得到一個結(jié)論。事實被傳遞到工作空間中，一個或多個規(guī)則與這些事實匹配，并由執(zhí)行調(diào)度模塊安排匹配成功的規(guī)則的執(zhí)行。

逆向推理是由目標(biāo)驅(qū)動的，從一個需要滿足的結(jié)論開始進行推理。在這個結(jié)論不能滿足時，將搜索其他能夠滿足的結(jié)論來推理稱為子目標(biāo)，這些子目標(biāo)將幫助完成當(dāng)前目標(biāo)的某些未知部分—推理引擎持續(xù)這個過程，直到最初的結(jié)論被證明或沒有可證明的子目標(biāo)。

規(guī)則引擎的系統(tǒng)中，規(guī)則模塊的結(jié)構(gòu)分為轉(zhuǎn)換接口、信息元、隊列管理器和規(guī)則引擎四個部分：

引擎調(diào)用接口是規(guī)則引擎數(shù)據(jù)的輸入接口，負(fù)責(zé)將案件信息轉(zhuǎn)換成規(guī)則引擎所要處理的組織形式，也是外部模塊調(diào)用規(guī)則引擎的接口，系統(tǒng)其它模塊調(diào)用引擎接口把需要進行規(guī)則運算的案件傳入規(guī)則引擎，引擎調(diào)用接口將接收到的數(shù)據(jù)進行解析和包裝處理，轉(zhuǎn)化為規(guī)則引擎可以處理的案件包裝器對象；

案件包裝器是規(guī)則引擎所要處理的數(shù)據(jù)單元，案件包裝器類中的數(shù)據(jù)成員包含了規(guī)則引擎進行規(guī)則運算的全部信息；

案件管理器是催收案件包裝器的存儲隊列，引擎調(diào)用接口產(chǎn)生的各類催收案件包裝器數(shù)據(jù)對象添加到案件隊列中由其管理維護并有規(guī)則引擎內(nèi)核規(guī)則運算模塊進行規(guī)則運算，案件隊列中存儲了規(guī)則運算所應(yīng)用的所有參數(shù)；

規(guī)則引擎內(nèi)核負(fù)責(zé)規(guī)則運算，即規(guī)則和數(shù)據(jù)的匹配，規(guī)則引擎內(nèi)核類封裝了API以實現(xiàn)規(guī)則運算，對于案件隊列管理器中的每一個信息元，規(guī)則引擎內(nèi)核通過調(diào)用API執(zhí)行其內(nèi)嵌的模式匹配算法，判斷其是否滿足了某條業(yè)務(wù)規(guī)則，如果滿足則執(zhí)行該規(guī)則定義的相關(guān)動作。

進一步的，系統(tǒng)規(guī)則引擎模塊的工作步驟分為以下四步：

系統(tǒng)其他模塊調(diào)用規(guī)則模塊的接口，將需要進行規(guī)則運算的數(shù)據(jù)傳入目擎調(diào)用接口；

引擎調(diào)用接口將數(shù)據(jù)轉(zhuǎn)化成對應(yīng)類型的包裝器類；

把包裝器類加入到隊列管理器待規(guī)則引擎的處理；

規(guī)則引擎內(nèi)核從隊列管理器中讀取包裝器類對象同規(guī)則進行模式匹配，執(zhí)行通過匹配的規(guī)則。直到隊列管理器中全部數(shù)據(jù)運算完畢。

進一步的，催收系統(tǒng)規(guī)則模塊的數(shù)據(jù)模型是指規(guī)則模塊中用于表示規(guī)則和案件的數(shù)據(jù)結(jié)構(gòu)，包括案件規(guī)則集類型、規(guī)則集、規(guī)則項、規(guī)則條件、結(jié)果和決策表。

案件，整個催收系統(tǒng)的工作圍繞處理案件展開。催收處理的單位是案件(Case)，一個案件可咀對應(yīng)一個客戶。一個案件可以對應(yīng)多個帳戶和卡片，一個帳戶下對應(yīng) 多條交易信息。案件下可以對應(yīng)一個或多個任務(wù)(需要催收員或催收系統(tǒng) 處理的工作任務(wù)，案件被分配至新的催收隊列時，需要創(chuàng)建新工作任務(wù)并關(guān)閉舊工作任務(wù))，但是只能對應(yīng)一個活動的任務(wù)。任務(wù)下可關(guān)聯(lián)多個行動，分別記錄不同的催收隊列進行催收操作。

規(guī)則，為了實現(xiàn)對規(guī)則集版本的控制，需要記載規(guī)則集的種類，當(dāng)前規(guī)則集的版本信息。

規(guī)則集類別類，規(guī)則集類型指定了規(guī)則集的種類。每一種規(guī)則集類型代表了規(guī)則引擎所要處理的某一方面的業(yè)務(wù)，例如案件分類，案件評分等。

規(guī)則集信息類 ，規(guī)則集指定了當(dāng)前生效的規(guī)則集的版本及相關(guān)信息，主要用于規(guī)則部署的信息備案。

規(guī)則集自容類，規(guī)則集自容類以描述規(guī)則集的內(nèi)容，即決策表的組合。其數(shù)據(jù)結(jié)構(gòu)比較簡單.僅僅包含一個hashMap存儲決策表。

規(guī)則集定義類 ，規(guī)則集定義類規(guī)則定義類，它映射了定義規(guī)則的數(shù)據(jù)文件。

決策表的定義 ，決策表的定義中存儲的對象為決策表。每一個決策表由規(guī)則項組成。一條規(guī)則對應(yīng)一個Row類型的對象。Row類型由條件列別和結(jié)果列表組成。條件列表里規(guī)定該匹配規(guī)則所必須滿足的條件，各項條件之間為“與”關(guān)系，相當(dāng)于規(guī)則引擎的LHS部分。結(jié)果列表里規(guī)定滿足條件后要進行的操作，如果條件匹配成功則將執(zhí)行結(jié)果列表里的所有操作，即規(guī)則引擎的RHS部分。

數(shù)據(jù)文件，每個案件對象包含了從賬戶名稱，貸款種類到欠款金額等諸多信息。每種類型的規(guī)則集所要關(guān)心的案件的信息角度是不同的，例如案件分類規(guī)則只關(guān)心貸款的種類，例如住房貸款還是車貸等信息。而案件評分規(guī)則則關(guān)心欠款天數(shù)等信息。系統(tǒng)中通過數(shù)據(jù)文件對規(guī)則集進行定義。

規(guī)則引擎調(diào)用包括規(guī)則部署、案件處理、規(guī)則集維護、規(guī)則集編輯和規(guī)則集發(fā)布。

規(guī)則部署，規(guī)則引擎在整個催收系統(tǒng)啟動時對各項規(guī)則集進行部署。規(guī)則引擎首先根掘商業(yè)銀行規(guī)則定義文件從數(shù)據(jù)庫中裝載各個規(guī)則集，然后部署到規(guī)則引擎中。 催收系統(tǒng)在初始化的ContextLoaderSevlet中調(diào)用了規(guī)則引擎的幫助類 DroolsHelper的deployAll方法。deployAll方法負(fù)責(zé)讀取數(shù)據(jù)庫中存儲的規(guī)則集內(nèi)容加載并部署規(guī)則集。在deployaAll方法中調(diào)用rulesetTypeManager從數(shù)據(jù)庫中讀取所有規(guī)則集類型的信息，加載當(dāng)前生效的規(guī)則集。當(dāng)取到規(guī)則集信息對象后，DroolsHelper類根據(jù)目前生效的規(guī)則集主鍵將該規(guī)則集轉(zhuǎn)化為Drools 規(guī)則定義字符串。將規(guī)則定義字符串為參數(shù)調(diào)用DroolsLocal RuleManager的 deploy方法部署該規(guī)則集。DroolsLocal RuleManager則調(diào)用Drools的API RuleBeanLoader中l(wèi)oadFromReader方法生成RuleBase，至此規(guī)則集的部署完成。

案件處理，規(guī)則引擎案件的處理是指依據(jù)規(guī)則的設(shè)定對案件進行分類.評分以及案件分配等規(guī)則運算操作。該工作的實現(xiàn)是通過催收系統(tǒng)集成的工作流調(diào)度引擎在后臺自動完成.無需用戶參與。任務(wù)是指對案件進行評分，分類等操作對案件情況進行初步判斷。規(guī)則引擎進行案件評分在每個工作日開始前由調(diào)度引擎自動觸發(fā)。

規(guī)則集維護，規(guī)則管理是提供友好的用戶接口用戶能夠?qū)Ξ?dāng)前部署在規(guī)則引擎中的規(guī)則進行查看，修改，部署，審批等操作。規(guī)則維護部分的設(shè)計嚴(yán)格遵循MVC三層模式。應(yīng)用Struts框架，view層采用jsp展示相關(guān)信息，controller層采用WebAction類管理頁面轉(zhuǎn)發(fā)，module 層有RuleSet類對裝規(guī)則集對象，通過RuleSetHandler工具類負(fù)責(zé)對RuleSet 進行增刪改查，RulesetstatusHelper類負(fù)責(zé)規(guī)則集狀態(tài)的維護；

為了保證并發(fā)的安全性，規(guī)則集所有的增刪查改操作均通過RuleSetHandler實現(xiàn)。在RuleSetHandler中我們維護了一個用于緩存hashmap的存儲規(guī)則集編輯版本。

規(guī)則集編輯，對于已經(jīng)存在的規(guī)則集，系統(tǒng)提供類似Excel表格的用戶界面來供維護人員編輯維護規(guī)則集。規(guī)則維護人員可以對規(guī)則集進行創(chuàng)建、刪除、修改、查看操作?？梢詫γ總€規(guī)則集中的評分表所包含的條件列。規(guī)則行進行編輯維護，對維護后的決策表可以進行規(guī)則腳本生成測試，測試通過后，可以提出申請發(fā)布，申請時還可以指定評分卡生效時間。若未指定生效時間。則在審批通過后立即生效。

規(guī)則集發(fā)布，規(guī)則集審批發(fā)布是指規(guī)則集審批人員對即將發(fā)布的規(guī)則集進行審核.審核通過后即可批準(zhǔn)規(guī)則集的上線應(yīng)用。

規(guī)則集審批人員在審批過程中，可以查看規(guī)則集的詳細(xì)內(nèi)容，可對其進行規(guī)則腳本生成測試。通過審批后，系統(tǒng)將新規(guī)則集內(nèi)容寫入數(shù)據(jù)庫，并將其芨布到系統(tǒng)中。此后系統(tǒng)將依據(jù)新規(guī)則集進行業(yè)務(wù)處理。

本發(fā)明的一種全流程模型規(guī)則商業(yè)銀行個貸逾期催收管理系統(tǒng)和現(xiàn)有技術(shù)相比，具有以下有益效果：

以強化風(fēng)險控制，保障權(quán)益回收為目的；通過分類別、分頻度的催收處理模型，對不同的逾期情況進行差異化、智能化的催收處理，最大程度的控制風(fēng)險，保障信貸資金的安全回收；通過梳理逾期催收人員工作，將所需處理的各類工作進行任務(wù)抽象，并提供任務(wù)操作引導(dǎo)，大大降低工作的時間成本，同時促進了催收效果；通過嚴(yán)格的逾期催收流程規(guī)范，把控任務(wù)生成、催收執(zhí)行、任務(wù)調(diào)整、督辦、歷史查詢、處理登記、核銷貸款查詢等各個環(huán)節(jié)，實現(xiàn)逾期處理的閉環(huán)管控，同時，依托任務(wù)管理、多維報表引擎，實現(xiàn)清晰的逾期處理狀態(tài)監(jiān)控。全行及時掌握逾期后的催收措施及催收完成情況，對全行催收工作進行督導(dǎo)，達到提升執(zhí)行與管理效率的目的；通過系統(tǒng)標(biāo)準(zhǔn)化、規(guī)范化貸后檢查，對貸后檢查人員的能力要求有所減低；同時通過系統(tǒng)信息的有序存放，避免行內(nèi)因客戶信息的散失造成逾期管理的疏漏，降低操作風(fēng)險造成的損失。

通過逾期催收規(guī)則模型平臺在管理客戶貸款交易的同時，對客戶進行多渠道、多行為信息的記錄，全面記錄客戶行為數(shù)據(jù)，并進行積累，完成原始數(shù)據(jù)的積累，進行聚類分析，確定逾期行為分類類別。通過對客戶逾期行為的多分類，可以全方位的分類顯示客戶逾期行為特征，結(jié)合催收記錄，為商業(yè)銀行后續(xù)開發(fā)新的產(chǎn)品具有指導(dǎo)意義。

銀行通過及時催收維護，能夠盡早發(fā)現(xiàn)借款人存在的危及信貸資產(chǎn)安全的問題，有助于及時掌握借款人還款能力及還款意愿信息，并采取必要應(yīng)對措施，另一方面，同一借款人可能在多家銀行存在貸款業(yè)務(wù)，逾期問題的及早處理有利于在資產(chǎn)保全中搶占先機，最大限度的避免風(fēng)險或降低損失。

貼合國內(nèi)中小銀行的管理現(xiàn)狀，分類別、有層次的進行逾期客戶的催收，針對不同的逾期類型及事件特點提供差異化的催收指引。針對用戶的實際情況可以進行靈活調(diào)整，在任務(wù)參數(shù)配置上進行標(biāo)準(zhǔn)化參數(shù)以及定制性參數(shù)組成，標(biāo)準(zhǔn)化參數(shù)具有普遍適用性，定制性參數(shù)可基于各行業(yè)務(wù)特征差異化選擇，科學(xué)提升逾期資金的回收率。

具體實施方式

下面結(jié)合具體實施例對本發(fā)明作進一步說明。

一種全流程模型規(guī)則商業(yè)銀行個貸逾期催收管理系統(tǒng)，借助于IT系統(tǒng)的計算輔助，通過貸款風(fēng)險控制模型對每一筆貸款的還款情況進行識別，系統(tǒng)自動判斷最合理的貸款催收方式，并通過催收執(zhí)行、催收調(diào)整督辦、催收歷史查詢和催收統(tǒng)計報表規(guī)范化、智能化管理模塊實現(xiàn)對逾期交易有效處理，有層次、有目的的推進催收工作，保障信貸資金的安全回收；

系統(tǒng)根據(jù)客戶相關(guān)的逾期狀態(tài)，每日在逾期催收人員桌面對催收任務(wù)進行處理，并在催收時提供專業(yè)的催收信息界面，逾期催收人員只需將交互獲得的信息進行勾勾選選，即完成了催收信息的記錄，并將成為下一次催收的重要依據(jù)；

催收配置管理，為逾期催收管理功能模塊中各項子菜單項下功能提供運行參數(shù)，參數(shù)管理涉及的參數(shù)設(shè)置包括催收對象、催收方式、催收結(jié)果、逾期天數(shù)、還款意愿和還款金額，系統(tǒng)用戶根據(jù)行內(nèi)業(yè)務(wù)運營特點靈活配置；逾期處置登記功能主要是為了將貸款裝入清收狀態(tài)，不在“自動”執(zhí)行逾期催收動作。因此本菜單功能是改變貸款是否進入清收狀態(tài)，即是否已經(jīng)移交信貸監(jiān)控部門進行清收或因特殊原因終止進行催收，其包括對貸款狀態(tài)的設(shè)定、取消及歷史記錄的查詢。

模式匹配算法足規(guī)則引擎最核心的算法邏輯部分，根據(jù)不同的業(yè)務(wù)需要選擇特定的模式匹配推理算法，在銀行催收系統(tǒng)應(yīng)用中規(guī)則引擎模塊主要負(fù)責(zé)對催收案件的評分及分類，以案件評分為例，規(guī)則引擎通過判斷該賬戶當(dāng)前欠款數(shù)額來給該賬戶賦予特定的風(fēng)險值，顯然這是一個正向推理過程。數(shù)據(jù)驅(qū)動的正向推理過程從事實被加入到工作空間剛開始。經(jīng)過模式匹配、規(guī)則引發(fā)、工作空間更新的工作循環(huán)，直到滿足特定條件退出推理，至此流程結(jié)束。

輸入規(guī)則引擎并對其進行規(guī)則運算的數(shù)據(jù)稱為事實。事實是代表現(xiàn)實世界的某一狀態(tài)的數(shù)據(jù)結(jié)構(gòu)。規(guī)則引擎的核心工作在于確定哪些事實滿足了那些規(guī)則。發(fā)現(xiàn)該滿足關(guān)系的過程就是模式匹配的過程。

模式就是規(guī)則里的條件元素，每一個模式都由一個或者多個約束條件組成。規(guī)則可以分為條件和結(jié)論兩部分。條件部分稱為LHS，結(jié)論部分稱為RHS。將事實與條件進行匹配，以確定某一事實所能滿足的條件集合或某條件下所有使之滿足的事實的集臺的過程被稱為模式匹配。

進行模式匹配有兩個思路。一種方法為從已有的事實出發(fā)，查詢該事實滿足的條件，稱之為正向推理。另一種方法為從需要滿足的結(jié)論開始查找所有符合條件的事實，稱之為逆向推理。正向推理是數(shù)據(jù)驅(qū)動的，從事實開始，傳遞事實，最后后得到一個結(jié)論。事實被傳遞到工作空間中，一個或多個規(guī)則與這些事實匹配，并由執(zhí)行調(diào)度模塊安排匹配成功的規(guī)則的執(zhí)行。

逆向推理是由目標(biāo)驅(qū)動的，從一個需要滿足的結(jié)論開始進行推理。在這個結(jié)論不能滿足時，將搜索其他能夠滿足的結(jié)論來推理稱為子目標(biāo)，這些子目標(biāo)將幫助完成當(dāng)前目標(biāo)的某些未知部分—推理引擎持續(xù)這個過程，直到最初的結(jié)論被證明或沒有可證明的子目標(biāo)。

規(guī)則引擎的系統(tǒng)中，規(guī)則模塊的結(jié)構(gòu)分為轉(zhuǎn)換接口、信息元、隊列管理器和規(guī)則引擎四個部分：

引擎調(diào)用接口是規(guī)則引擎數(shù)據(jù)的輸入接口，負(fù)責(zé)將案件信息轉(zhuǎn)換成規(guī)則引擎所要處理的組織形式，也是外部模塊調(diào)用規(guī)則引擎的接口，系統(tǒng)其它模塊調(diào)用引擎接口把需要進行規(guī)則運算的案件傳入規(guī)則引擎，引擎調(diào)用接口將接收到的數(shù)據(jù)進行解析和包裝處理，轉(zhuǎn)化為規(guī)則引擎可以處理的案件包裝器對象；

案件包裝器是規(guī)則引擎所要處理的數(shù)據(jù)單元，案件包裝器類中的數(shù)據(jù)成員包含了規(guī)則引擎進行規(guī)則運算的全部信息；

案件管理器是催收案件包裝器的存儲隊列，引擎調(diào)用接口產(chǎn)生的各類催收案件包裝器數(shù)據(jù)對象添加到案件隊列中由其管理維護并有規(guī)則引擎內(nèi)核規(guī)則運算模塊進行規(guī)則運算，案件隊列中存儲了規(guī)則運算所應(yīng)用的所有參數(shù)；

規(guī)則引擎內(nèi)核負(fù)責(zé)規(guī)則運算，即規(guī)則和數(shù)據(jù)的匹配，規(guī)則引擎內(nèi)核類封裝了API以實現(xiàn)規(guī)則運算，對于案件隊列管理器中的每一個信息元，規(guī)則引擎內(nèi)核通過調(diào)用API執(zhí)行其內(nèi)嵌的模式匹配算法，判斷其是否滿足了某條業(yè)務(wù)規(guī)則，如果滿足則執(zhí)行該規(guī)則定義的相關(guān)動作。

系統(tǒng)規(guī)則引擎模塊的工作步驟分為以下四步：

系統(tǒng)其他模塊調(diào)用規(guī)則模塊的接口，將需要進行規(guī)則運算的數(shù)據(jù)傳入目擎調(diào)用接口；

引擎調(diào)用接口將數(shù)據(jù)轉(zhuǎn)化成對應(yīng)類型的包裝器類；

把包裝器類加入到隊列管理器待規(guī)則引擎的處理；

規(guī)則引擎內(nèi)核從隊列管理器中讀取包裝器類對象同規(guī)則進行模式匹配，執(zhí)行通過匹配的規(guī)則。直到隊列管理器中全部數(shù)據(jù)運算完畢。

催收系統(tǒng)規(guī)則模塊的數(shù)據(jù)模型是指規(guī)則模塊中用于表示規(guī)則和案件的數(shù)據(jù)結(jié)構(gòu)，包括案件規(guī)則集類型、規(guī)則集、規(guī)則項、規(guī)則條件、結(jié)果和決策表。

案件，整個催收系統(tǒng)的工作圍繞處理案件展開。催收處理的單位是案件(Case)，一個案件可咀對應(yīng)一個客戶。一個案件可以對應(yīng)多個帳戶和卡片，一個帳戶下對應(yīng) 多條交易信息。案件下可以對應(yīng)一個或多個任務(wù)(需要催收員或催收系統(tǒng) 處理的工作任務(wù)，案件被分配至新的催收隊列時，需要創(chuàng)建新工作任務(wù)并關(guān)閉舊工作任務(wù))，但是只能對應(yīng)一個活動的任務(wù)。任務(wù)下可關(guān)聯(lián)多個行動，分別記錄不同的催收隊列進行催收操作。

規(guī)則，為了實現(xiàn)對規(guī)則集版本的控制，需要記載規(guī)則集的種類，當(dāng)前規(guī)則集的版本信息。

規(guī)則集類別類，規(guī)則集類型指定了規(guī)則集的種類。每一種規(guī)則集類型代表了規(guī)則引擎所要處理的某一方面的業(yè)務(wù)，例如案件分類，案件評分等。

規(guī)則集信息類 ，規(guī)則集指定了當(dāng)前生效的規(guī)則集的版本及相關(guān)信息，主要用于規(guī)則部署的信息備案。

規(guī)則集自容類，規(guī)則集自容類以描述規(guī)則集的內(nèi)容，即決策表的組合。其數(shù)據(jù)結(jié)構(gòu)比較簡單.僅僅包含一個hashMap存儲決策表。

規(guī)則集定義類 ，規(guī)則集定義類規(guī)則定義類，它映射了定義規(guī)則的數(shù)據(jù)文件。

決策表的定義 ，決策表的定義中存儲的對象為決策表。每一個決策表由規(guī)則項組成。一條規(guī)則對應(yīng)一個Row類型的對象。Row類型由條件列別和結(jié)果列表組成。條件列表里規(guī)定該匹配規(guī)則所必須滿足的條件，各項條件之間為“與”關(guān)系，相當(dāng)于規(guī)則引擎的LHS部分。結(jié)果列表里規(guī)定滿足條件后要進行的操作，如果條件匹配成功則將執(zhí)行結(jié)果列表里的所有操作，即規(guī)則引擎的RHS部分。

數(shù)據(jù)文件，每個案件對象包含了從賬戶名稱，貸款種類到欠款金額等諸多信息。每種類型的規(guī)則集所要關(guān)心的案件的信息角度是不同的，例如案件分類規(guī)則只關(guān)心貸款的種類，例如住房貸款還是車貸等信息。而案件評分規(guī)則則關(guān)心欠款天數(shù)等信息。系統(tǒng)中通過數(shù)據(jù)文件對規(guī)則集進行定義。

規(guī)則引擎調(diào)用包括規(guī)則部署、案件處理、規(guī)則集維護、規(guī)則集編輯和規(guī)則集發(fā)布。

規(guī)則部署，規(guī)則引擎在整個催收系統(tǒng)啟動時對各項規(guī)則集進行部署。規(guī)則引擎首先根掘商業(yè)銀行規(guī)則定義文件從數(shù)據(jù)庫中裝載各個規(guī)則集，然后部署到規(guī)則引擎中。 催收系統(tǒng)在初始化的ContextLoaderSevlet中調(diào)用了規(guī)則引擎的幫助類 DroolsHelper的deployAll方法。deployAll方法負(fù)責(zé)讀取數(shù)據(jù)庫中存儲的規(guī)則集內(nèi)容加載并部署規(guī)則集。在deployaAll方法中調(diào)用rulesetTypeManager從數(shù)據(jù)庫中讀取所有規(guī)則集類型的信息，加載當(dāng)前生效的規(guī)則集。當(dāng)取到規(guī)則集信息對象后，DroolsHelper類根據(jù)目前生效的規(guī)則集主鍵將該規(guī)則集轉(zhuǎn)化為Drools 規(guī)則定義字符串。將規(guī)則定義字符串為參數(shù)調(diào)用DroolsLocal RuleManager的 deploy方法部署該規(guī)則集。DroolsLocal RuleManager則調(diào)用Drools的API RuleBeanLoader中l(wèi)oadFromReader方法生成RuleBase，至此規(guī)則集的部署完成。

案件處理，規(guī)則引擎案件的處理是指依據(jù)規(guī)則的設(shè)定對案件進行分類.評分以及案件分配等規(guī)則運算操作。該工作的實現(xiàn)是通過催收系統(tǒng)集成的工作流調(diào)度引擎在后臺自動完成.無需用戶參與。任務(wù)是指對案件進行評分，分類等操作對案件情況進行初步判斷。規(guī)則引擎進行案件評分在每個工作日開始前由調(diào)度引擎自動觸發(fā)。

規(guī)則集維護，規(guī)則管理是提供友好的用戶接口用戶能夠?qū)Ξ?dāng)前部署在規(guī)則引擎中的規(guī)則進行查看，修改，部署，審批等操作。規(guī)則維護部分的設(shè)計嚴(yán)格遵循MVC三層模式。應(yīng)用Struts框架，view層采用jsp展示相關(guān)信息，controller層采用WebAction類管理頁面轉(zhuǎn)發(fā)，module 層有RuleSet類對裝規(guī)則集對象，通過RuleSetHandler工具類負(fù)責(zé)對RuleSet 進行增刪改查，RulesetstatusHelper類負(fù)責(zé)規(guī)則集狀態(tài)的維護；

為了保證并發(fā)的安全性，規(guī)則集所有的增刪查改操作均通過RuleSetHandler實現(xiàn)。在RuleSetHandler中我們維護了一個用于緩存hashmap的存儲規(guī)則集編輯版本。

規(guī)則集編輯，對于已經(jīng)存在的規(guī)則集，系統(tǒng)提供類似Excel表格的用戶界面來供維護人員編輯維護規(guī)則集。規(guī)則維護人員可以對規(guī)則集進行創(chuàng)建、刪除、修改、查看操作?？梢詫γ總€規(guī)則集中的評分表所包含的條件列。規(guī)則行進行編輯維護，對維護后的決策表可以進行規(guī)則腳本生成測試，測試通過后，可以提出申請發(fā)布，申請時還可以指定評分卡生效時間。若未指定生效時間。則在審批通過后立即生效。

規(guī)則集發(fā)布，規(guī)則集審批發(fā)布是指規(guī)則集審批人員對即將發(fā)布的規(guī)則集進行審核.審核通過后即可批準(zhǔn)規(guī)則集的上線應(yīng)用。

規(guī)則集審批人員在審批過程中，可以查看規(guī)則集的詳細(xì)內(nèi)容，可對其進行規(guī)則腳本生成測試。通過審批后，系統(tǒng)將新規(guī)則集內(nèi)容寫入數(shù)據(jù)庫，并將其芨布到系統(tǒng)中。此后系統(tǒng)將依據(jù)新規(guī)則集進行業(yè)務(wù)處理。

通過上面具體實施方式，所述技術(shù)領(lǐng)域的技術(shù)人員可容易的實現(xiàn)本發(fā)明。但是應(yīng)當(dāng)理解，本發(fā)明并不限于上述的具體實施方式。在公開的實施方式的基礎(chǔ)上，所述技術(shù)領(lǐng)域的技術(shù)人員可任意組合不同的技術(shù)特征，從而實現(xiàn)不同的技術(shù)方案。

除說明書所述的技術(shù)特征外，均為本專業(yè)技術(shù)人員的已知技術(shù)。