胡元林
湖北省電信業(yè)務(wù)支撐中心,湖北武漢 430000
當(dāng)前,湖北電信已經(jīng)建設(shè)有HotBilling(熱計(jì)費(fèi),離線計(jì)費(fèi)方式的一種簡(jiǎn)稱HB),ABM(余額管理平臺(tái)), OCS(在線計(jì)費(fèi)系統(tǒng))三大計(jì)費(fèi)域核心系統(tǒng)。HB系統(tǒng)和OCS各有分工,OCS主要承接預(yù)付費(fèi)產(chǎn)品類用戶。在當(dāng)前HB和OCS各自獨(dú)立承接一部分用戶計(jì)費(fèi)的現(xiàn)狀下,漸體現(xiàn)出以下一些短板:
難以支持預(yù)后捆綁套餐;預(yù)后套餐不一致,難以支持用戶自由切換付費(fèi)方式;預(yù)付費(fèi)沒有信用度概念,用戶感知不好;預(yù)付費(fèi)套餐少;客戶體驗(yàn)存在差異;無(wú)法支持客戶統(tǒng)一余額視圖;預(yù)后服務(wù)標(biāo)準(zhǔn)存在差異;預(yù)后兩套計(jì)費(fèi)體系,資費(fèi)套餐配置復(fù)雜;
在當(dāng)前中國(guó)電信以寬帶業(yè)務(wù)和核心競(jìng)爭(zhēng)力,增加用戶使用黏度,有效控制欠費(fèi)風(fēng)險(xiǎn)的業(yè)務(wù)發(fā)展思想指導(dǎo)下,對(duì)寬帶,固話,C網(wǎng)手機(jī)的預(yù)后付費(fèi)融合套餐的需求日益強(qiáng)烈。
統(tǒng)一的計(jì)費(fèi)引擎應(yīng)該具有下面五個(gè)特點(diǎn):有良好的支持融合業(yè)務(wù)的核心模型;計(jì)費(fèi)引擎基于事件驅(qū)動(dòng),具有實(shí)時(shí)機(jī)制;靈活的預(yù)處理機(jī)制;統(tǒng)一的批價(jià)引擎;基于規(guī)則的靈活優(yōu)惠處理。
為了全面支持預(yù)后融合套餐,需要對(duì)系統(tǒng)進(jìn)行一系列改造。針對(duì)此次預(yù)后融合的系統(tǒng)改造,我們提出分步前進(jìn)的概念,描述如下:
第一步:系統(tǒng)在功能上支持預(yù)后融合套餐業(yè)務(wù)開展,但為了減少對(duì)現(xiàn)有業(yè)務(wù)的影響,我們?cè)谙到y(tǒng)改造時(shí),盡量使現(xiàn)有業(yè)務(wù)流程不變化,并且減少因預(yù)后融合上線后,HB用戶業(yè)務(wù)數(shù)據(jù)與OCS用戶業(yè)務(wù)數(shù)據(jù)間的互相影響。
第二步:系統(tǒng)正式承接預(yù)后融合套餐業(yè)務(wù),對(duì)于實(shí)際的預(yù)后融合套餐業(yè)務(wù)處理,能實(shí)現(xiàn)從套餐配置到業(yè)務(wù)受理,到計(jì)費(fèi)處理,日常業(yè)務(wù)處理,業(yè)務(wù)變更受理,月帳費(fèi)用處理及沖減的全流程處理。
核心模型包括產(chǎn)品模型、余額賬本模型[3]等模型。
產(chǎn)品模型[3]包括了以產(chǎn)品、產(chǎn)品包、商品為核心的模型設(shè)計(jì)。
中國(guó)電信計(jì)費(fèi)模型中產(chǎn)品模型為融合業(yè)務(wù)的實(shí)現(xiàn)提供了堅(jiān)實(shí)的基礎(chǔ)。在商品上新增一個(gè)預(yù)后融合標(biāo)志。預(yù)后融合套餐定價(jià)在HB配置,配置完成后需要同步到OCS。
余額賬本模型[3]為預(yù)付費(fèi)和后付費(fèi)提供了統(tǒng)一的余額管理。余額數(shù)據(jù)融合后,余額賬本實(shí)例全部存放在ABM中。
事件是計(jì)費(fèi)模型中非常重要的一個(gè)基礎(chǔ)概念,它包含多種使用情況記錄事件、一次性事件、周期性事件等等;事件驅(qū)動(dòng)保證了實(shí)時(shí)機(jī)制,并依據(jù)事件的到達(dá)實(shí)時(shí)驅(qū)動(dòng)系統(tǒng)各種引擎的工作,各引擎完成事件的本過程的處理后,根據(jù)制定好的流程傳遞給下一個(gè)引擎[2]進(jìn)行處理,直到該事件的工作處理完畢。
預(yù)處理(PreProcess)是對(duì)采集后原始祥細(xì)記錄(Raw UsageRecord)進(jìn)行標(biāo)準(zhǔn)化校驗(yàn)和格式識(shí)別,并進(jìn)行過濾話單與分揀,最后轉(zhuǎn)變成提供給系統(tǒng)內(nèi)的格式化數(shù)據(jù)和系統(tǒng)外部數(shù)據(jù)的處理過程。
統(tǒng)一批價(jià)引擎是基于核心的產(chǎn)品模型、定價(jià)模型、事件模型的基礎(chǔ)上的批價(jià)進(jìn)程。
它根據(jù)預(yù)處理輸出結(jié)果所形成的事件,按定義的批價(jià)原則及費(fèi)率進(jìn)行批價(jià)處理。
融合計(jì)費(fèi)系統(tǒng)支持融合業(yè)務(wù)的批價(jià)處理,如C網(wǎng)計(jì)費(fèi)、內(nèi)容計(jì)費(fèi)等多種業(yè)務(wù),支持基于時(shí)長(zhǎng)、流量、次數(shù)類的計(jì)費(fèi)處理,支撐按內(nèi)容等多種度量的計(jì)費(fèi)功能[3]的實(shí)現(xiàn)。基于系統(tǒng)設(shè)計(jì)事件驅(qū)動(dòng)的原則,實(shí)現(xiàn)自動(dòng)化處理功能;也支持其它的多種處理模式如定時(shí)批處理、實(shí)時(shí)等。
融合的計(jì)費(fèi)賬務(wù)系統(tǒng)支持詳單級(jí)優(yōu)惠、賬目級(jí)、用戶級(jí)、賬戶級(jí)、客戶級(jí)優(yōu)惠,優(yōu)惠的規(guī)則參考優(yōu)惠對(duì)象、優(yōu)惠條件來(lái)實(shí)現(xiàn)優(yōu)惠。
1.5.1 明確的優(yōu)惠級(jí)別的關(guān)系
優(yōu)惠級(jí)別的低到高的順序如下:產(chǎn)品級(jí)優(yōu)惠→商品級(jí)優(yōu)惠→客戶協(xié)議用戶優(yōu)惠→客戶協(xié)議賬戶優(yōu)惠等,即優(yōu)惠級(jí)別低的優(yōu)惠計(jì)劃先執(zhí)行,優(yōu)惠級(jí)別高的優(yōu)惠計(jì)劃后執(zhí)行。優(yōu)惠級(jí)別高的優(yōu)惠計(jì)劃是在優(yōu)惠級(jí)別低的優(yōu)惠計(jì)劃上的疊加優(yōu)惠處理。
1.5.2 優(yōu)惠COM模型
優(yōu)惠計(jì)劃可以參考四個(gè)不同對(duì)象,它們是用戶(Service)、賬目項(xiàng)(Item)、賬戶(Account)、客戶(Customer),優(yōu)惠模型的參考條件可以為S-I-A-C對(duì)象的各種組成屬性和資源屬性。系統(tǒng)支持按客戶協(xié)議用戶、客戶協(xié)議賬戶等不同的優(yōu)惠策略,抽象成靈活的優(yōu)惠模型。
經(jīng)過BOSS項(xiàng)目組和相關(guān)廠家近一年的不懈努力,目前已經(jīng)實(shí)現(xiàn)了數(shù)據(jù)融合;數(shù)據(jù)融合指的是HB后付費(fèi)的余額遷移到ABM,后付費(fèi)余額和預(yù)付費(fèi)余額完全融合,統(tǒng)一存放統(tǒng)一使用,即預(yù)付費(fèi)和后付費(fèi)將會(huì)實(shí)現(xiàn)統(tǒng)一的余額管理。以后將實(shí)現(xiàn)業(yè)務(wù)融合,業(yè)務(wù)融合指的是預(yù)后融合業(yè)務(wù)的累計(jì)量在ABM統(tǒng)一存放,統(tǒng)一使用,OCS和HB共享融合累計(jì)量,真正支持預(yù)后融合業(yè)務(wù),在明后年底出臺(tái)的BOSSv3.0中,預(yù)付費(fèi)和后付費(fèi)將會(huì)實(shí)現(xiàn)統(tǒng)一的共享融合累計(jì)量,從而實(shí)現(xiàn)真正意義上的融合。
[1]蔡康.中國(guó)電信計(jì)費(fèi)模型總論,2006,12:12-23.
[2]徐濤.BPM系統(tǒng)的自動(dòng)層架構(gòu)設(shè)計(jì)--面向流程的、可視化開發(fā)的EAI技術(shù).
[3]韋向東.計(jì)費(fèi)&OSS世界,2006,5:34-106.
[4]中國(guó)電信集團(tuán)編制.中國(guó)電信計(jì)費(fèi)模型3.0.
[5]中國(guó)電信集團(tuán)編制.余額管理中心技術(shù)方案.