專利名稱：一種業(yè)務(wù)組件式開發(fā)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種業(yè)務(wù)組件式開發(fā)的技術(shù)方案，特別是在電信系統(tǒng)內(nèi)部解決面向服務(wù)系統(tǒng)架構(gòu)、業(yè)務(wù)中心Server和業(yè)務(wù)組件Service捆綁架構(gòu)的技術(shù)方案。
背景技術(shù)：
以余額管理為例，余額分散在在線計費系統(tǒng)和準(zhǔn)實時計費系統(tǒng)中，充值系統(tǒng)和CRM 會對余額進(jìn)行查詢和充值。在線計費系統(tǒng)對預(yù)付費用戶提供話務(wù)級的計費服務(wù)，擁有自己的余額管理，實現(xiàn)了計費的實時和精確控制。在通話當(dāng)中，余額被實時地查詢和更新。在準(zhǔn)實時計費系統(tǒng)中，也擁有自己的余額管理，對后付費用戶的余額的進(jìn)行話單級的計費控制。 于是，后付費和預(yù)付費用戶在業(yè)務(wù)上被分開，不能滿足業(yè)務(wù)發(fā)展的需要。余額管理系統(tǒng)在預(yù)后融合這一大趨勢下應(yīng)運而生。余額管理平臺可以為預(yù)付費用戶和后付費用戶提供統(tǒng)一的余額管理，操作和查詢?？梢杂行У闹?CS，融合計費和以后的統(tǒng)一支付平臺。有了統(tǒng)一的余額管理中心后， 統(tǒng)一了余額視圖，客戶感知更好，在線計費系統(tǒng)，準(zhǔn)實時計費系統(tǒng)，CRM和充值系統(tǒng)(或以后的統(tǒng)一支付平臺)對余額進(jìn)行操作，不再需要相互之間進(jìn)行接口調(diào)用，只需直接調(diào)用統(tǒng)一的余額接口，交叉優(yōu)惠和多業(yè)務(wù)捆綁也更容易實現(xiàn)，有效地支持了預(yù)付和后付的融合計費。余額管理系統(tǒng)組件式開發(fā)方法系統(tǒng)四層架構(gòu)使系統(tǒng)結(jié)構(gòu)更加清晰，業(yè)務(wù)邏輯與原子數(shù)據(jù)的拆分使業(yè)務(wù)處理與數(shù)據(jù)無關(guān)。Server和Service捆綁式設(shè)計便于后續(xù)系統(tǒng)根據(jù)實際情況做分布式部署。

發(fā)明內(nèi)容
本發(fā)明提供的是一種應(yīng)用到業(yè)務(wù)管理系統(tǒng)的業(yè)務(wù)組件式開發(fā)方法，實現(xiàn)采用的是仿Tuxedo設(shè)計，Server和Service捆綁式設(shè)計,業(yè)務(wù)組件之間彼此獨立,使得系統(tǒng)的維護(hù)性大大簡化、擴(kuò)展能力進(jìn)一步提高。本發(fā)明解決上述技術(shù)問題的技術(shù)方案如下包括步驟如下
步驟I :將業(yè)務(wù)管理系統(tǒng)分層設(shè)計，采用接口協(xié)議轉(zhuǎn)換層、事務(wù)服務(wù)控制層、業(yè)務(wù)邏輯層、數(shù)據(jù)原子層四層架構(gòu)模式；其中，接口協(xié)議轉(zhuǎn)換層封裝了包括DCC、FEDX消息協(xié)議接口的接口，為新接口協(xié)議提供了二次開發(fā)API接口，業(yè)務(wù)邏輯層采用可開發(fā)擴(kuò)展的設(shè)計，啟動指定業(yè)務(wù)，將業(yè)務(wù)邏輯層、數(shù)據(jù)原子層編譯生成共享動態(tài)庫，業(yè)務(wù)管理系統(tǒng)動態(tài)調(diào)用該共享動態(tài)庫；
步驟2 :根據(jù)業(yè)務(wù)功能列表啟動對應(yīng)的業(yè)務(wù)服務(wù)器及業(yè)務(wù)；
步驟3:將消息包讀入內(nèi)存；
步驟4 :從消息包頭中取得業(yè)務(wù)處理編碼；
步驟5 :根據(jù)業(yè)務(wù)處理編碼對消息包體進(jìn)行解析，取得MSISDN ；
步驟6 :根據(jù)MSISDN將消息包體路由分發(fā)到對應(yīng)的業(yè)務(wù)處理線程；
步驟7 :業(yè)務(wù)處理線程根據(jù)業(yè)務(wù)處理編碼進(jìn)行包體解析、業(yè)務(wù)邏輯處理、返回處理結(jié)果;
步驟8 :如果存在新的未處理的消息，重復(fù)執(zhí)行步驟3至步驟7 ;否則，結(jié)束。本發(fā)明的有益效果是系統(tǒng)采用Server和Service捆綁式設(shè)計，Server和 Service之間為多對多關(guān)系,相較于一對多的處理模式,本發(fā)明Service能在多個Server中使用，使得業(yè)務(wù)實現(xiàn)更加方便；業(yè)務(wù)啟動采用配置實現(xiàn)，相較于傳統(tǒng)的全業(yè)務(wù)啟動方式，便于系統(tǒng)進(jìn)行分布式部署。


附圖I為本發(fā)明Server和Service捆綁式設(shè)計的系統(tǒng)架構(gòu)圖。附圖2為本發(fā)明4層系統(tǒng)架構(gòu)圖。
具體實施例方式以下結(jié)合附圖對本發(fā)明的原理和特征進(jìn)行描述，所舉實例只用于解釋本發(fā)明，并非用于限定本發(fā)明的范圍。首先、業(yè)務(wù)管理采用接口協(xié)議轉(zhuǎn)換層、事務(wù)服務(wù)控制層、業(yè)務(wù)邏輯層、數(shù)據(jù)原子層四層架構(gòu)模式；接口協(xié)議轉(zhuǎn)換層封裝了 DCC、FEDX等消息協(xié)議接口，為新接口協(xié)議提供了簡單的二次開發(fā)API接口 ；再次、業(yè)務(wù)邏輯層采用可開發(fā)擴(kuò)展的設(shè)計，能夠靈活的啟動指定業(yè)務(wù)；再次、系統(tǒng)采用仿TUXEDO技術(shù)，提供業(yè)務(wù)請求的并發(fā)性和系統(tǒng)本身的擴(kuò)展性和伸縮性。本發(fā)明的一種業(yè)務(wù)組件式開發(fā)方法，包括如下步驟
步驟I :將業(yè)務(wù)管理系統(tǒng)分層設(shè)計，采用接口協(xié)議轉(zhuǎn)換層、事務(wù)服務(wù)控制層、業(yè)務(wù)邏輯層、數(shù)據(jù)原子層四層架構(gòu)模式；
步驟2 :根據(jù)業(yè)務(wù)功能列表啟動對應(yīng)的業(yè)務(wù)服務(wù)器及業(yè)務(wù)；
步驟3:將消息包讀入內(nèi)存；
步驟4 :從消息包頭中取得業(yè)務(wù)處理編碼；
步驟5 :根據(jù)業(yè)務(wù)處理編碼對消息包體進(jìn)行解析，取得MSISDN ；
步驟6 :根據(jù)MSISDN將消息包體路由分發(fā)到對應(yīng)的業(yè)務(wù)處理線程；
步驟7 :業(yè)務(wù)處理線程根據(jù)業(yè)務(wù)處理編碼進(jìn)行包體解析、業(yè)務(wù)邏輯處理、返回處理結(jié)
果;
步驟8 :如果存在新的未處理的消息，重復(fù)執(zhí)行步驟3至步驟7 ;否則，結(jié)束。其中系統(tǒng)分層設(shè)計如附圖2所示，將業(yè)務(wù)邏輯層、數(shù)據(jù)原子層編譯生成共享動態(tài)庫，業(yè)務(wù)管理系統(tǒng)動態(tài)調(diào)用該共享動態(tài)庫。在步驟2中，啟動業(yè)務(wù)服務(wù)器及業(yè)務(wù)，首先將業(yè)務(wù)功能列表中的配置信息加 #其他可擴(kuò)展業(yè)務(wù)
<……> 載到內(nèi)存中，系統(tǒng)循環(huán)啟動配置的服務(wù)器及業(yè)務(wù)。以下為本發(fā)明方法的Server 和Service的配置文件信息，本文將配置的是進(jìn)程在啟動時使用的基本信息，采用ASCII文件格式
#CF服務(wù)器
#預(yù)留回滾業(yè)務(wù)<RESERVE_ROLLBACK:reserve_rollback> #預(yù)留提交業(yè)務(wù)
<SESSI0N_C0MMIT:reserve_commit>
#AM服務(wù)器 [am]
#查詢業(yè)務(wù)
<BALANCE_QUERY:balance_query>
#其他可擴(kuò)展業(yè)務(wù)
#其他可擴(kuò)展服務(wù)器 [……]
#File服務(wù)器 [file]
#補(bǔ)款業(yè)務(wù)
<BAL_REFUND:ocs_refund>
在步驟6中，根據(jù)MSISDN做路由分發(fā)，主要采用將MSISDN字符串中的各個字符進(jìn)行累加，然后對累加的字符按線程個數(shù)進(jìn)行取模操作，根據(jù)取模后的值進(jìn)行路由分發(fā)。如果包體中不存在MSISDN則取包體中的會話標(biāo)識，然后采用上面的描述進(jìn)行路由分發(fā)。本發(fā)明的業(yè)務(wù)管理系統(tǒng)的業(yè)務(wù)組件式開發(fā)方法可應(yīng)用到余額管理系統(tǒng)中。
權(quán)利要求
1.一種應(yīng)用到業(yè)務(wù)管理系統(tǒng)的業(yè)務(wù)組件式開發(fā)方法，包括步驟I :將業(yè)務(wù)管理系統(tǒng)分層設(shè)計，采用接口協(xié)議轉(zhuǎn)換層、事務(wù)服務(wù)控制層、業(yè)務(wù)邏輯層、數(shù)據(jù)原子層四層架構(gòu)模式，其中，接口協(xié)議轉(zhuǎn)換層封裝了包括DCC、FEDX消息協(xié)議接口的接口，為新接口協(xié)議提供了二次開發(fā)API接口，業(yè)務(wù)邏輯層采用可開發(fā)擴(kuò)展的設(shè)計，啟動指定業(yè)務(wù)，將業(yè)務(wù)邏輯層、數(shù)據(jù)原子層編譯生成共享動態(tài)庫，業(yè)務(wù)管理系統(tǒng)動態(tài)調(diào)用該共享動態(tài)庫；步驟2 :根據(jù)業(yè)務(wù)功能列表啟動對應(yīng)的業(yè)務(wù)服務(wù)器及業(yè)務(wù)；步驟3:將消息包讀入內(nèi)存；步驟4 :從消息包頭中取得業(yè)務(wù)處理編碼；步驟5 :根據(jù)業(yè)務(wù)處理編碼對消息包體進(jìn)行解析，取得MSISDN ；步驟6 :根據(jù)MSISDN將消息包體路由分發(fā)到對應(yīng)的業(yè)務(wù)處理線程；步驟7 :業(yè)務(wù)處理線程根據(jù)業(yè)務(wù)處理編碼進(jìn)行包體解析、業(yè)務(wù)邏輯處理、返回處理結(jié)果;步驟8 :如果存在新的未處理的消息，重復(fù)執(zhí)行步驟3至步驟7 ;否則，結(jié)束。
2.根據(jù)權(quán)利要求I所述的業(yè)務(wù)組件開發(fā)方法，其特征在于步驟2中描述的業(yè)務(wù)功能列表中配置有啟動服務(wù)器類型、業(yè)務(wù)組件，并且服務(wù)器和業(yè)務(wù)組件采用多對多的組合方式。
3.根據(jù)權(quán)利要求I所述的業(yè)務(wù)組件開發(fā)方法，其特征在于步驟2中采用的是Server 和Service捆綁式設(shè)計。
4.根據(jù)權(quán)利要求I所述的業(yè)務(wù)組件開發(fā)方法，其特征在于所述消息包中的關(guān)鍵信息為會話標(biāo)識和業(yè)務(wù)處理編碼。
5.根據(jù)權(quán)利要求I所述的業(yè)務(wù)組件開發(fā)方法，其特征在于如果包體中存在MSISDN則系統(tǒng)采用MSISDN進(jìn)行業(yè)務(wù)路由分發(fā)，如果不存在則根據(jù)會話標(biāo)識。
全文摘要
本發(fā)明提供的是一種應(yīng)用到業(yè)務(wù)管理系統(tǒng)的業(yè)務(wù)組件式開發(fā)方法，包括步驟1、業(yè)務(wù)管理系統(tǒng)采用接口協(xié)議轉(zhuǎn)換層、事務(wù)服務(wù)控制層、業(yè)務(wù)邏輯層、數(shù)據(jù)原子層四層架構(gòu)模式；步驟2、根據(jù)配置啟動對應(yīng)的服務(wù)器及業(yè)務(wù)處理線程(仿Tuxedo設(shè)計)；步驟3、將消息包讀入內(nèi)存；步驟4、從消息包頭中取得業(yè)務(wù)處理編碼；步驟5、根據(jù)業(yè)務(wù)處理編碼對消息包體進(jìn)行解析，取得MSISDN；步驟6、根據(jù)MSISDN進(jìn)行路由分發(fā)到對應(yīng)的業(yè)務(wù)處理線程；步驟7、業(yè)務(wù)處理線程根據(jù)業(yè)務(wù)處理編碼進(jìn)行包體解析、業(yè)務(wù)邏輯處理、返回處理結(jié)果；步驟8、重復(fù)步驟3至步驟7。本發(fā)明采用業(yè)務(wù)組件封裝方法，將每個業(yè)務(wù)封裝成一個單獨的處理流程，業(yè)務(wù)之間彼此獨立，便于二次開發(fā)，動態(tài)庫的實現(xiàn)為系統(tǒng)提供了靈活的業(yè)務(wù)加載機(jī)制、仿Tuxedo的設(shè)計使系統(tǒng)的伸縮擴(kuò)展性更強(qiáng)。
文檔編號H04L29/06GK102595365SQ20121005957
公開日2012年7月18日 申請日期2012年3月8日 優(yōu)先權(quán)日2012年3月8日
發(fā)明者王慧清 申請人:北京神州數(shù)碼思特奇信息技術(shù)股份有限公司