專利名稱：統(tǒng)一業(yè)務管理平臺、接口機和業(yè)務處理系統(tǒng)及處理方法
技術領域：
本發(fā)明屬于通信領域，尤其屬于業(yè)務處理技術領域。
背景技術：
由于運營商的業(yè)務平臺都是逐步建設起來的， 一般都會存在多個不同的業(yè)務平臺同時運行的情況，所以運營商的統(tǒng)一業(yè)務管理平臺通常會與多個其他既有的業(yè)務平臺對接，實現(xiàn)業(yè)務的統(tǒng)一管理運營，這就迫使統(tǒng)一業(yè)務管理平臺提供對外的各種管理運營接口 。
如圖1所示，在當前的統(tǒng)一業(yè)務管理平臺的方案中， 一般都是管理平臺本身具
有管理界面，而對外提供的接n功能一般都是由接口機實現(xiàn)，接口機實現(xiàn)的功能在本質上與管理平臺已有的功能是一樣的，是作為管理平臺功能的延伸。但是現(xiàn)在的接口機在實現(xiàn)時，并沒有最大程度的重用已有的管理平臺功能，很多時候都是參照已有功能重新開發(fā)一套邏輯單獨處理，造成了重復開發(fā)和軟件資源的極大浪費，同時也更易出現(xiàn)多個類似的業(yè)務邏輯入口 (指相似功能的業(yè)務，有可能是接口機發(fā)起，也有可能是管理平臺自身發(fā)起，比如同樣給用戶開戶，可以是由管理平臺發(fā)起進行開戶，也可以由接口機接受到開戶消息然后進行開戶操作。)處理同一個數(shù)據對象的同步問題，而且管理平臺的內部邏輯和功能的優(yōu)化都會要求接口機必須同步升級，不利于管理平臺的統(tǒng)一升級維護工作。
由于數(shù)據可能會由管理平臺或接口機兩個地方進行邏輯處理，所以一旦數(shù)據出現(xiàn)問題，就需要分別在兩個地方進行定位，拖延了解決問題的時間。

發(fā)明內容
針對上述缺點，本發(fā)明的目的在于提供一種統(tǒng)一業(yè)務管理平臺、與該統(tǒng)一業(yè)務管理平臺配合使用的接口機，以及業(yè)務處理系統(tǒng)和業(yè)務處理方法，以解決現(xiàn)有技術中接口功能和業(yè)務邏輯不能分離，導致資源浪費的問題。
為解決上述技術問題，本發(fā)明是通過以下技術方案實現(xiàn)的
本發(fā)明提供了一種統(tǒng)一業(yè)務管理平臺，其內部功能模塊包括管理界面和邏輯單元，所述 邏輯單元包括基本數(shù)據功能模塊和業(yè)務邏輯功能模塊；
所述基本數(shù)據功能模塊處于底層，直接連接業(yè)務處理系統(tǒng)的數(shù)據庫，用于 實現(xiàn)對數(shù)據庫數(shù)據的增刪改查；
所述業(yè)務邏輯功能模塊處于上層，通過調用基本數(shù)據功能模塊實現(xiàn)業(yè)務邏 輯處理；業(yè)務邏輯功能模塊由所述管理界面及外部接口機統(tǒng)一調用。
所述基本數(shù)據功能模塊和業(yè)務邏輯功能模塊封裝成rest (R印resentational State Transfer,表述性狀態(tài)轉移)服務，所述rest服務由管理 界面及外部接口機統(tǒng)一調用。外部接口機通過調用rest服務，可以對外部業(yè)務系 統(tǒng)的業(yè)務請求進行邏輯處理。
所述管理界面、外部接口機調用rest服務時采取xml格式或json格式進行通訊。
所述業(yè)務邏輯功能模塊具有用戶管理、系統(tǒng)管理、業(yè)務管理等功能，各功 能間能互相調用。
本發(fā)明還提供了一種接口機，包括對外接口模塊、格式轉換模塊和調用模
塊，
所述對外接口模塊，用于接受外部業(yè)務系統(tǒng)發(fā)送的業(yè)務請求； 所述格式轉換模塊，用于對所述業(yè)務請求進行解析并生成符合rest服務格 式的業(yè)務請求內容；
所述調用模塊，用于調用統(tǒng)一業(yè)務管理平臺的rest服務，并對所述業(yè)務請 求內容進行邏輯處理，生成應答內容給所述格式轉換模塊，格式轉換模塊將應 答內容解析并生成符合對外接口模塊所需格式的應答內容，所述對外接口模塊 將該符合對外接口模塊格式的應答內容發(fā)送給外部業(yè)務系統(tǒng)。
本發(fā)明還提供了一種業(yè)務處理系統(tǒng)，包括數(shù)據庫、上述統(tǒng)一業(yè)務管理平臺和接口機。接 口機通過調用統(tǒng)一業(yè)務管理平臺的rest服務來訪問數(shù)據庫，該數(shù)據庫只是作為業(yè)務處理系 統(tǒng)保存數(shù)據的地方。
本發(fā)明還提供了一種業(yè)務處理方法，包括如下步驟
通過外部業(yè)務系統(tǒng)或用戶發(fā)起業(yè)務請求，生成符合rest服務格式的業(yè)務請求內容；
通過調用統(tǒng)一業(yè)務管理平臺的rest服務對所述業(yè)務請求內容進行邏輯處理 并將所述業(yè)務請求的應答內容返回給外部業(yè)務系統(tǒng)或用戶。
上述方法，若是外部業(yè)務系統(tǒng)發(fā)起業(yè)務請求，其具體包括如下歩驟
接口機接受外部業(yè)務系統(tǒng)發(fā)送的業(yè)務請求，根據所述業(yè)務請求類型對業(yè)務 請求進行解析并生成符合rest服務格式的業(yè)務請求內容；
接口機調用統(tǒng)一業(yè)務管理平臺的rest服務，所述rest服務對所述業(yè)務請 求內容進行邏輯處理并將所述業(yè)務請求的應答內容返回給接口機；
接口機將應答內容解析并生成符合其對外接口模塊所需格式的應答內容給 外部業(yè)務系統(tǒng)。
上述方法，接口機調用rest服務時釆取xml格式或json格式進行通訊。 上述方法，若是用戶發(fā)起業(yè)務請求，其具體包括如下步驟
統(tǒng)一業(yè)務管理平臺的管理界面接受用戶發(fā)送的業(yè)務請求，根據所述業(yè)務請求 類型對業(yè)務請求進行解析并生成符合rest服務格式的業(yè)務請求內容；
管理界面調用統(tǒng)一業(yè)務管理平臺的rest服務，所述rest服務對所述業(yè)務請 求內容進行邏輯處理并將所述業(yè)務請求的應答內容返回給管理界面；
管理界面將應答內容解析后展示給用戶。
上述方法，管理界面調用rest服務時采取xml格式或json格式進行通訊。 由于接口機側不需要實現(xiàn)業(yè)務邏輯功能，因此本發(fā)明也就極大地減少了接口機的開發(fā)工 作量，而且由于接口機只需要對接收到的請求數(shù)據進行數(shù)據格式的轉化，復雜的業(yè)務邏輯判 斷都在統(tǒng)一業(yè)務管理平臺的rest服務實現(xiàn)，即便加上rest服務所必須的開銷，接口機對 硬件配置的要求也可以比現(xiàn)有技術低很多。時對于在統(tǒng)一業(yè)務管理平臺，本來就需要實現(xiàn) 這些業(yè)務邏輯功能，而且對系統(tǒng)數(shù)據庫的負荷并沒有增加，所以對于在統(tǒng)一業(yè)務管理平臺 的硬件投資和開發(fā)維護幾乎沒有什么影響。
使用本發(fā)明具有以下有益效果本發(fā)明通過將系統(tǒng)功能的業(yè)務邏輯封裝成rest 服務，統(tǒng)一業(yè)務管理平臺的管理界面和外部接口機都是統(tǒng)一調用rest服務實現(xiàn)業(yè) 務功能，這樣就真正實現(xiàn)了接口功能和業(yè)務邏輯的分離，并且重用了統(tǒng)一業(yè)務管 理平臺的邏輯單元，可以為運營商節(jié)省硬件投資、縮短開發(fā)周期、減少開發(fā)維護成 本，對提高運營商的經濟效益有著積極的作用。


圖1是現(xiàn)有統(tǒng)一業(yè)務管理平臺對外接口的軟件架構圖； 圖2是本發(fā)明業(yè)務處理系統(tǒng)的示意圖3是本發(fā)明業(yè)務處理系統(tǒng)處理外部業(yè)務系統(tǒng)業(yè)務請求的交互流程圖； 圖4是本發(fā)明業(yè)務處理系統(tǒng)處理用戶登錄請求的交互流程圖。
具體實施例方式
為了更好地理解本發(fā)明，下面結合附圖和具體實施例對本發(fā)明作進一步地描述。 請參閱圖2，本發(fā)明的業(yè)務處理系統(tǒng)包括數(shù)據庫、統(tǒng)一業(yè)務管理平臺和接口機。其中， 統(tǒng)一業(yè)務管理平臺，其內部功能模塊包括管理界面(如web管理系統(tǒng)、客戶端管理界面等供 用戶操作的界面)和邏輯單元，邏輯單元包括基本數(shù)據功能模塊和業(yè)務邏輯功能模塊； 基本數(shù)據功能模塊處于底層，直接連接業(yè)務處理系統(tǒng)的數(shù)據庫，能實現(xiàn)對數(shù)據 庫數(shù)據的增刪改査；業(yè)務邏輯功能模塊處于上層，通過調用基本數(shù)據功能模塊 實現(xiàn)業(yè)務邏輯處理；業(yè)務邏輯功能模塊由管理界面及外部接口機統(tǒng)一調用。該基本 數(shù)據功能模塊和業(yè)務邏輯功能模塊被封裝成rest服務，然后rest服務用于由管 理界面及外部接口機統(tǒng)一調用。外部接口機通過調用rest服務，可以對外部業(yè)務 系統(tǒng)的業(yè)務請求進行邏輯處理。該外部接口機包括對外接口模塊、格式轉換模塊 和調用模塊，對外接口模塊用于接受外部業(yè)務系統(tǒng)發(fā)送的業(yè)務請求；格式轉換 模塊，用于對所述業(yè)務請求進行解析并生成符合rest服務格式的業(yè)務請求內容； 調用模塊，用于調用統(tǒng)一業(yè)務管理平臺的rest服務，并對所述業(yè)務請求內容進 行邏輯處理，生成應答內容給所述格式轉換模塊，格式轉換模塊將應答內容解 析并生成符合對外接口模塊所需格式的應答內容，所述對外接口模塊將該符合 對外接口模塊格式的應答內容發(fā)送給外部業(yè)務系統(tǒng)。該數(shù)據庫只是作為業(yè)務處理系 統(tǒng)保存數(shù)據的地方，接口機通過調用統(tǒng)一業(yè)務管理平臺的rest服務來訪問數(shù)據庫，而圖1中 接口機是直接訪問數(shù)據庫實現(xiàn)自己的業(yè)務邏輯。
圖2中，接口機僅負責接收外部業(yè)務系統(tǒng)的請求數(shù)據，并將請求數(shù)據轉化為統(tǒng)一業(yè)務管 理平臺支持的rest服務所需格式(如xml格式或json格式)，然后調用rest服務處理即可， 所有原先接口機的業(yè)務邏輯都由統(tǒng)一業(yè)務管理平臺的rest服務實現(xiàn)。由于業(yè)務邏輯功能 模塊具有用戶管理、系統(tǒng)管理、業(yè)務管理等功能，各功能間可以互相調用，可
7以組合起來處理更加復雜的業(yè)務邏輯，把這些用戶管理、系統(tǒng)管理、業(yè)務管理 等功能封裝成rest服務后就可以提供給接口機使用，然后通過接口機與外部業(yè) 務系統(tǒng)對接，實現(xiàn)軟件功能的延伸，并且能真正實現(xiàn)接口功能和業(yè)務邏輯的分 離。
請參閱圖3，以亞洲某運營商基于本發(fā)明業(yè)務處理系統(tǒng)處理外部業(yè)務系統(tǒng)業(yè)務請求為例 進行說明。該業(yè)務處理系統(tǒng)處理外部業(yè)務系統(tǒng)業(yè)務請求的方法包括如下步驟
1、 外部業(yè)務系統(tǒng)使用接口機提供的對外接口模塊發(fā)送業(yè)務請求給接口機；
2、 接口機收到業(yè)務請求后，根據業(yè)務請求類型解析重組成統(tǒng)一業(yè)務管理平 臺提供的rest服務所需要的格式；
3、 接口機調用rest服務處理業(yè)務請求內容，接口機調用rest服務時采取xml 格式或json格式進行通訊；
4、 rest服務觸發(fā)統(tǒng)一業(yè)務管理平臺的業(yè)務邏輯功能模塊處理事務；
5、 接口機接收到rest服務應答內容；
6、 接口機將應答內容組合成對外接口模塊所需格式(對外接口模塊根據具 體實際的不同應用可有不同接口 )，然后發(fā)送給外部業(yè)務系統(tǒng)。
整個業(yè)務流程中，接口機不涉及具體的業(yè)務邏輯處理，僅對業(yè)務請求內容 格式進行轉化并轉發(fā)業(yè)務請求內容。
請參閱圖4，以用戶登錄認證為例，其包括如下步驟
A、 管理界面接受用戶發(fā)送的登錄請求；
B、 管理界面接收到登錄請求后，根據登錄請求把管理界面的頁面數(shù)據內容解析重 組成統(tǒng)一業(yè)務管理平臺提供的rest服務所需要的格式；
C、 管理界面調用rest服務處理頁面數(shù)據內容，管理界面調用rest服務時采取xml 格式或json格式進行通訊；
D、 rest服務對頁面數(shù)據內容進行邏輯處理并將應答內容返回給管理界面；
E、 管理界面接收rest服務應答內容，解析后展示給用戶。 以上所述僅為本發(fā)明的較佳實施例，并不用以限制本發(fā)明，應當指出，對于本領域的普
通技術人員來說，凡是本發(fā)明的精神和原則之內所作的任何修改、等同替換或改進等，均應 包含在本發(fā)明的保護范圍之內。
8
權利要求
1. 一種統(tǒng)一業(yè)務管理平臺，其內部功能模塊包括管理界面和邏輯單元，其特征在于，所述邏輯單元包括基本數(shù)據功能模塊和業(yè)務邏輯功能模塊；所述基本數(shù)據功能模塊處于底層，直接連接業(yè)務處理系統(tǒng)的數(shù)據庫，用于實現(xiàn)對數(shù)據庫數(shù)據的增刪改查；所述業(yè)務邏輯功能模塊處于上層，通過調用基本數(shù)據功能模塊實現(xiàn)業(yè)務邏輯處理；業(yè)務邏輯功能模塊由所述管理界面及外部接口機統(tǒng)一調用。
2. 根據權利要求l所述的統(tǒng)一業(yè)務管理平臺，其特征在于，所述基本數(shù)據功能模塊 和業(yè)務邏輯功能模塊封裝成rest服務，所述rest服務由管理界面及外部接口機 統(tǒng)一調用。
3. 根據權利要求2所述的統(tǒng)一業(yè)務管理平臺，其特征在于，所述業(yè)務邏輯功能模塊 具有用戶管理、系統(tǒng)管理、業(yè)務管理功能，各功能間能互相調用。
4. 一種接口機，其特征在于，包括對外接口模塊、格式轉換模塊和調用模塊， 所述對外接口模塊，用于接受外部業(yè)務系統(tǒng)發(fā)送的業(yè)務請求； 所述格式轉換模塊，用于對所述業(yè)務請求進行解析并生成符合rest服務格式的業(yè)務請求內容；所述調用模塊，用于調用統(tǒng)一業(yè)務管理平臺的rest服務，并對所述業(yè)務請 求內容進行邏輯處理，生成應答內容給所述格式轉換模塊，格式轉換模塊將應 答內容解析并生成符合對外接口模塊所需格式的應答內容，所述對外接口模塊 將該符合對外接口模塊格式的應答內容發(fā)送給外部業(yè)務系統(tǒng)。
5. —種業(yè)務處理系統(tǒng)，包括數(shù)據庫，其特征在于，還包括權利要求1或2或3任一項所 述的統(tǒng)一業(yè)務管理平臺和權利要求4所述的接口機。
6. —種業(yè)務處理方法，其特征在于，包括如下步驟通過外部業(yè)務系統(tǒng)或用戶發(fā)起業(yè)務請求，生成符合rest服務格式的業(yè)務請 求內容；通過調用統(tǒng)一業(yè)務管理平臺的rest服務對所述業(yè)務請求內容進行邏輯處理 并將所述業(yè)務請求的應答內容返回給外部業(yè)務系統(tǒng)或用戶。
7. 根據權利要求6所述的業(yè)務處理方法，其特征在于，若是外部業(yè)務系統(tǒng)發(fā)起業(yè)務 請求，其具體包括如下步驟接口機接受外部業(yè)務系統(tǒng)發(fā)送的業(yè)務請求，根據所述業(yè)務請求類型對業(yè)務 請求進行解析并生成符合rest服務格式的業(yè)務請求內容；接口機調用統(tǒng)一業(yè)務管理平臺的rest服務，所述rest服務對所述業(yè)務請 求內容進行邏輯處理并將所述業(yè)務請求的應答內容返回給接口機；接口機將應答內容解析并生成符合其對外接口模塊所需格式的應答內容給 外部業(yè)務系統(tǒng)。
8. 根據權利要求7所述的業(yè)務處理方法，其特征在于，所述接口機調用rest服務時采 取xml格式或json格式進行通訊。
9. 根據權利要求6所述的業(yè)務處理方法，其特征在于，若是用戶發(fā)起業(yè)務請求，其 具體包括如下步驟統(tǒng)一業(yè)務管理平臺的管理界面接受用戶發(fā)送的業(yè)務請求，根據所述業(yè)務請求 類型對業(yè)務請求進行解析并生成符合rest服務格式的業(yè)務請求內容；管理界面調用統(tǒng)一業(yè)務管理平臺的rest服務，所述rest服務對所述業(yè)務請 求內容進行邏輯處理并將所述業(yè)務請求的應答內容返回給管理界面；管理界面將應答內容解析后展示給用戶。
10. 根據權利要求9所述的業(yè)務處理方法，其特征在于，所述管理界面調用rest服務時 采取xml格式或json格式進行通訊。
全文摘要
本發(fā)明公開了一種統(tǒng)一業(yè)務管理平臺、接口機和業(yè)務處理系統(tǒng)及處理方法。該系統(tǒng)包括數(shù)據庫、統(tǒng)一業(yè)務管理平臺和接口機，所述接口機用于接受外部業(yè)務系統(tǒng)的業(yè)務請求。該統(tǒng)一業(yè)務管理平臺內部功能模塊包括管理界面、基本數(shù)據功能模塊和業(yè)務邏輯功能模塊，所述基本數(shù)據功能模塊和業(yè)務邏輯功能模塊被封裝成rest服務，該rest服務由管理界面及所述接口機統(tǒng)一調用。該方法是外部業(yè)務系統(tǒng)或用戶發(fā)起業(yè)務請求，然后系統(tǒng)通過調用rest服務進行邏輯處理。本發(fā)明接口機和統(tǒng)一業(yè)務管理平臺的管理界面都是統(tǒng)一調用rest服務實現(xiàn)業(yè)務功能，達到了接口功能和業(yè)務邏輯的分離，為運營商節(jié)省了成本。
文檔編號H04L12/24GK101478439SQ20091010521
公開日2009年7月8日 申請日期2009年1月20日 優(yōu)先權日2009年1月20日
發(fā)明者史俊杰 申請人:中興通訊股份有限公司