［梁偉晟］

規(guī)則引擎在酬金結(jié)算系統(tǒng)的應(yīng)用

［梁偉晟］

酬金結(jié)算是社會渠道管理的重要組成部分。介紹了規(guī)則引擎技術(shù)的原理，提出了規(guī)則引擎在酬金結(jié)算系統(tǒng)中的實(shí)現(xiàn)方案，給出了系統(tǒng)技術(shù)架構(gòu)，詳細(xì)討論了酬金計(jì)算處理流程、模型設(shè)計(jì)、規(guī)則設(shè)計(jì)和測試。

酬金規(guī)則 規(guī)則引擎 酬金結(jié)算

梁偉晟

中國移動通信集團(tuán)廣東有限公司，博士，高級工程師，現(xiàn)主要從事業(yè)務(wù)運(yùn)營支撐系統(tǒng)方案設(shè)計(jì)和開發(fā)管理工作。

1 概述

業(yè)務(wù)規(guī)則是描述和支持企業(yè)決策、營銷策略和業(yè)務(wù)運(yùn)營，影響和控制業(yè)務(wù)行為的規(guī)章條例。在渠道酬金結(jié)算中，酬金業(yè)務(wù)規(guī)則復(fù)雜、變動頻繁。傳統(tǒng)上，酬金規(guī)則融合在應(yīng)用系統(tǒng)的代碼當(dāng)中，酬金規(guī)則制定、酬金規(guī)則應(yīng)用開發(fā)、酬金實(shí)際結(jié)算相互分離。由于缺乏對酬金規(guī)則進(jìn)行管理的方法和標(biāo)準(zhǔn)的規(guī)則語言，使得酬金結(jié)算的效率和準(zhǔn)確性存在一定問題。

酬金結(jié)算是渠道管理中的重要環(huán)節(jié)，需要有一個(gè)靈活、高效的應(yīng)用系統(tǒng)提供支持。通過引入規(guī)則引擎技術(shù)，將酬金規(guī)則與酬金結(jié)算處理流程分離，提供一種基于規(guī)則引擎的酬金結(jié)算體系，使得規(guī)則變化時(shí)，結(jié)算邏輯盡量不變，從而盡量減少系統(tǒng)的升級改造。同時(shí)，提供酬金規(guī)則的自動化編輯管理環(huán)境，方便管理靈活、易變的業(yè)務(wù)規(guī)則，使得酬金規(guī)則制定人參與到酬金結(jié)算處理的過程中。

一個(gè)完整的業(yè)務(wù)規(guī)則包括了條件和觸發(fā)操作兩部分內(nèi)容。規(guī)則引擎包括三個(gè)部分：模式匹配器（Pattern Matcher）、議程（Agenda）和執(zhí)行引擎（Execution Engine），如圖1所示。模式匹配器負(fù)責(zé)將事實(shí)與規(guī)則進(jìn)行匹配，從而決定哪些規(guī)則符合事實(shí)；議程負(fù)責(zé)管理模式匹配器挑選出來的與事實(shí)匹配的規(guī)則的執(zhí)行順序；執(zhí)行引擎則負(fù)責(zé)執(zhí)行規(guī)則和相關(guān)動作。規(guī)則引擎通過決定哪些規(guī)則滿足事實(shí)或目標(biāo)，并授予規(guī)則優(yōu)先級，滿足事實(shí)或目標(biāo)的規(guī)則被加入議程。

圖1 規(guī)則引擎

2 方案

為了簡化業(yè)務(wù)規(guī)則變更的過程，提高業(yè)務(wù)規(guī)則的可管理性，業(yè)務(wù)規(guī)則管理模塊被引入到酬金結(jié)算系統(tǒng)中，如圖2所示。業(yè)務(wù)規(guī)則管理模塊用一個(gè)或者多個(gè)規(guī)則引擎替換用程序編碼或者抽象偽代碼形式實(shí)現(xiàn)的業(yè)務(wù)規(guī)則，被替換的業(yè)務(wù)邏輯存儲在程序外的規(guī)則庫中，規(guī)則庫中的規(guī)則可以通過圖形化規(guī)則管理工具實(shí)現(xiàn)設(shè)計(jì)、修改、審核、測試和部署。通過業(yè)務(wù)規(guī)則管理模塊實(shí)現(xiàn)對渠道酬金管理中業(yè)務(wù)規(guī)則的全程管理。

圖2 系統(tǒng)架構(gòu)

2.1 酬金計(jì)算處理

酬金計(jì)算首先要對業(yè)務(wù)數(shù)據(jù)建模。從業(yè)務(wù)規(guī)則分析出酬金結(jié)算的計(jì)算要素，建立起與規(guī)則庫相匹配的數(shù)據(jù)模型。業(yè)務(wù)規(guī)則使用接近自然語言的規(guī)則語言編輯維護(hù)，保存在規(guī)則庫中。酬金結(jié)算的原始數(shù)據(jù)來自生產(chǎn)系統(tǒng)，通過數(shù)據(jù)轉(zhuǎn)換形成酬金計(jì)算所需要的業(yè)務(wù)數(shù)據(jù)。在計(jì)算酬金時(shí)，準(zhǔn)備好的業(yè)務(wù)數(shù)據(jù)輸入到規(guī)則引擎，規(guī)則引擎挑選出相應(yīng)匹配的業(yè)務(wù)規(guī)則執(zhí)行，運(yùn)算得到酬金結(jié)果數(shù)據(jù)。酬金計(jì)算處理流程如圖3所示。

圖3 酬金計(jì)算處理過程

渠道運(yùn)營業(yè)務(wù)數(shù)據(jù)龐大而且復(fù)雜，為了從中選擇結(jié)算所需要的數(shù)據(jù)，必須充分理解實(shí)際業(yè)務(wù)需求。在抽取數(shù)據(jù)時(shí)，需要對數(shù)據(jù)進(jìn)行預(yù)處理，設(shè)計(jì)數(shù)據(jù)中間表對數(shù)據(jù)進(jìn)行抽取、清洗，例如清理異常和不相關(guān)數(shù)據(jù)，提取結(jié)算系統(tǒng)關(guān)心的數(shù)據(jù)，生成規(guī)則引擎所需要的數(shù)據(jù)對象。數(shù)據(jù)預(yù)處理有利于加快酬金計(jì)算處理過程。

酬金計(jì)算要素與數(shù)據(jù)抽取和業(yè)務(wù)建模密切相關(guān)，需要分析識別出業(yè)務(wù)規(guī)則中的計(jì)算要素。將業(yè)務(wù)規(guī)則需求以原子化拆解的方式，從中分離出各種計(jì)算要素。酬金業(yè)務(wù)規(guī)則通常由適用產(chǎn)品/業(yè)務(wù)名稱、有效性校驗(yàn)規(guī)則、酬金標(biāo)準(zhǔn)、結(jié)算原則組成，如補(bǔ)/換卡業(yè)務(wù)規(guī)則是系統(tǒng)成功辦理后次月結(jié)算2元。從業(yè)務(wù)規(guī)則中得到業(yè)務(wù)名稱、成功辦理、結(jié)算月份、結(jié)算金額等計(jì)算要素作為數(shù)據(jù)抽取和業(yè)務(wù)建模的基礎(chǔ)。

2.2 XOM/BOM模型設(shè)計(jì)

執(zhí)行對象模型（XOM）定義了業(yè)務(wù)規(guī)則會使用到或者作用到的應(yīng)用程序類，是規(guī)則引擎執(zhí)行規(guī)則過程中所使用的對象。業(yè)務(wù)對象模型（BOM）是XOM的一個(gè)映射，將XOM中的程序描述語言映射成業(yè)務(wù)描述語言，如：將agentName屬性映射成“渠道名稱”，將circle屬性映射成“考核周期”，方便業(yè)務(wù)人員維護(hù)規(guī)則。XOM是規(guī)則執(zhí)行的物理模型，BOM是規(guī)則執(zhí)行的業(yè)務(wù)模型。應(yīng)用程序與規(guī)則引擎之間使用業(yè)務(wù)對象模型BOM做接口，要求傳入和傳出的對象屬性必須是固定的。

例如渠道信息的XOM設(shè)計(jì)

class ccp AgentInfo

～agentName：string

～agentLevel：string

～agentID：string

～agentDistrict：string

+getAgentName（）：string

+getAgentName（string）：void

+getAgentLevel（）：string

+getAgentLevel（string）：void

+getAgentID（）：string

+getAgentID（string）：void

+getAgentDistrict（）：string

+getAgentDistrict（string）：void

+AgentInfo（string，string，string，string）

+AgentInfo（）

渠道信息的BOM設(shè)計(jì)

對應(yīng)XOM類 AgentInfo 渠道信息

agentName ｛this｝ 的｛渠道名稱｝

agentLevel ｛this｝ 的｛渠道級別｝ 普通渠道；優(yōu)質(zhì)渠道；其他渠道

agentID ｛this｝ 的｛渠道編碼｝ 即業(yè)務(wù)受理渠道ID

agentDistrict ｛this｝ 的｛渠道區(qū)域｝

2.3 規(guī)則設(shè)計(jì)

表達(dá)和定義業(yè)務(wù)規(guī)則有多種方法，最好的方法是將它看作業(yè)務(wù)流程中的決策點(diǎn)，以決策表的形式表現(xiàn)，特別是組合判定條件復(fù)雜的業(yè)務(wù)規(guī)則。業(yè)務(wù)規(guī)則是以“if-thenelse”類型的邏輯描述的，其中if（如果）是所滿足的一組特定業(yè)務(wù)條件，then（那么）是所執(zhí)行的特定操作，else（否則）是可以執(zhí)行的其他某些操作。酬金規(guī)則通常有一些基礎(chǔ)的考核條款，是所有酬金類型必須滿足的稽核條件。將基礎(chǔ)考核條款設(shè)計(jì)為公共業(yè)務(wù)規(guī)則，所有酬金計(jì)算先調(diào)用公共業(yè)務(wù)規(guī)則，再調(diào)用酬金類型對應(yīng)的規(guī)則，公共業(yè)務(wù)規(guī)則不滿足即可判定考核不通過。這樣可以簡化規(guī)則維護(hù)，加快酬金計(jì)算處理的過程。

如業(yè)務(wù)規(guī)則：按照首期酬金判定的主要使用號碼成功發(fā)放第一筆酬金后，主要使用號碼不得更換，否則后續(xù)酬金不予發(fā)放；每期酬金在稽核時(shí)均要求號碼狀態(tài)為正常使用，且上月ARPU不低于30元，否則酬金不予發(fā)放。轉(zhuǎn)化為類自然語言的規(guī)則是：

如果

'當(dāng)前客戶狀態(tài)數(shù)據(jù)'的主號碼更換是"N"

并且 '當(dāng)前客戶狀態(tài)數(shù)據(jù)'的號碼狀態(tài)正常是"Y"

并且 '當(dāng)前客戶狀態(tài)數(shù)據(jù)'的arpu值大于等于 30

并且 '當(dāng)前客戶狀態(tài)數(shù)據(jù)'的退銷售標(biāo)記是"N"

那么

設(shè)置 '基本條件考核' 為 "通過"

否則

設(shè)置'基本條件考核' 為 "不通過"

2.4規(guī)則測試（如圖4所示）

在業(yè)務(wù)規(guī)則部署之前，規(guī)則開發(fā)人員需要對規(guī)則集合進(jìn)行整體測試，以確保上線的規(guī)則的絕對正確。業(yè)務(wù)規(guī)則測試包含兩方面的工作：調(diào)試測試和驗(yàn)證測試。其中，調(diào)試測試是規(guī)則集合開發(fā)過程中的測試，主要目的是測試規(guī)則的技術(shù)正確性；驗(yàn)證測試是規(guī)則部署之前的最后測試，主要目的是測試規(guī)則的業(yè)務(wù)正確性。另外為了評估業(yè)務(wù)規(guī)則新版本的影響，還需要進(jìn)行版本對比測試，通過輸入相同的業(yè)務(wù)數(shù)據(jù)，對比不同規(guī)則版本的酬金計(jì)算結(jié)果。

圖4 規(guī)則版本模擬比對

3 結(jié)束語

在酬金結(jié)算系統(tǒng)引入業(yè)務(wù)規(guī)則引擎后，系統(tǒng)設(shè)計(jì)的關(guān)注點(diǎn)在于管理靈活、易變的業(yè)務(wù)規(guī)則，酬金規(guī)則制定人參與到酬金結(jié)算處理的過程中。我們對規(guī)則引擎應(yīng)用到酬金結(jié)算系統(tǒng)進(jìn)行了探索，提出了在酬金結(jié)算系統(tǒng)的實(shí)現(xiàn)方案。在實(shí)際應(yīng)用中運(yùn)用和管理好業(yè)務(wù)規(guī)則，將會充分發(fā)揮業(yè)務(wù)規(guī)則引擎技術(shù)的優(yōu)勢，使得系統(tǒng)對業(yè)務(wù)的推廣提供更好的支撐，對市場的需求做出更迅速的響應(yīng)。

1 費(fèi)立君，姜元東.規(guī)則引擎在電信行業(yè)信控系統(tǒng)中的應(yīng)用［J］.黑龍江科技信息，2013年第14期

2 丁淵.規(guī)則引擎技術(shù)分析及在電信計(jì)費(fèi)系統(tǒng)中的應(yīng)用［J］.郵電設(shè)計(jì)技術(shù)，2011年第7期

3 廖煥祥.基于電信全業(yè)務(wù)話單處理的規(guī)則引擎［J］.網(wǎng)絡(luò)安全技術(shù)與應(yīng)用，2014年第11期

4 王冬久.電信運(yùn)營商社會渠道酬金支撐體系建設(shè)探索［D］.北京郵電大學(xué)，2013

圖5 家庭基站部署方案

圖6 異構(gòu)多基站部署方案

參考文獻(xiàn)

1 LTE-Advanced關(guān)鍵技術(shù)詳解，林輝，焦慧穎，2012，人民郵電出版社

2 4G移動通信技術(shù)權(quán)威指南，Erik Dahlman Stefan Parkvall Johan Skold 堵久輝譯，2012，人民郵電出版社

3 LTE-A和下一代無線網(wǎng)絡(luò)-信道建模與傳播，張建華，田磊，劉光毅譯，2015，電子工業(yè)出版社

（收稿日期：2016-03-11）

10.3969/j.issn.1006-6403.2016.08.005

2016-08-03）