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

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


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