專利名稱：電信設(shè)備版本兼容方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通訊領(lǐng)域，特別是涉及一種電信設(shè)備版本兼容方法及裝置。
技術(shù)背景
目前，國外某些高端運(yùn)營商在升級大批網(wǎng)元之前，往往先升級一部分網(wǎng)元作為 試點(diǎn)，在試運(yùn)行1至2個(gè)月之后，再進(jìn)行全網(wǎng)升級。因此，在升級期間，會(huì)存在N版 本、N-I版本的基站混合組網(wǎng)的情況，從而需要這些基站之間能保證業(yè)務(wù)互通，例如， 可以切換終端、兼容接入網(wǎng)關(guān)、網(wǎng)絡(luò)服務(wù)提供商(NetworkServices Provider，簡稱為NSP) 等。因此需要新版本的操作維護(hù)中心(Operations&Maintenance Center，簡稱為OMC)具 備管理N版本和N-I版本網(wǎng)元的能力。除了版本兼容的功能外，OMC還要盡量減小前 后版本之間的耦合性，否則可能會(huì)給開發(fā)和測試帶來巨大的工作量。
在現(xiàn)有技術(shù)中，實(shí)現(xiàn)版本兼容的技術(shù)方案大體分為兩類一類實(shí)現(xiàn)將系統(tǒng)分為 與版本無關(guān)和版本相關(guān)的兩部分，版本無關(guān)的功能由系統(tǒng)的底層框架模塊實(shí)現(xiàn)，版本相 關(guān)的功能由不同的應(yīng)用模塊實(shí)現(xiàn)?？蚣苣K給出一套抽象接口定義，業(yè)務(wù)模塊在這套接 口的架構(gòu)下實(shí)現(xiàn)不同版本的業(yè)務(wù)邏輯。同時(shí)每一版本的組件提供一個(gè)版本相關(guān)的功能列 表，由框架來適配接入模塊組件的具體業(yè)務(wù)功能，功能兼容僅僅是部分功能的兼容。上 述技術(shù)方案具有以下缺點(diǎn)1、需要定義一套模塊間描述業(yè)務(wù)行為的接口，這難以適應(yīng)業(yè) 務(wù)行為的變化，一旦涉及到接口的變化對于系統(tǒng)各個(gè)模塊的開發(fā)和升級都將帶來很大的 困難。2、上述技術(shù)方案的業(yè)務(wù)模塊是使用動(dòng)態(tài)鏈接庫實(shí)現(xiàn)的，一個(gè)業(yè)務(wù)模塊往往需要很 多的動(dòng)態(tài)鏈接庫才能實(shí)現(xiàn)，還需要維護(hù)一個(gè)功能清單列表來描述各個(gè)版本所支持的功能 由那些動(dòng)態(tài)連接庫實(shí)現(xiàn)，這樣系統(tǒng)的編譯和升級都將是一件十分繁瑣的事情。
另外一類實(shí)現(xiàn)強(qiáng)調(diào)業(yè)務(wù)模型的作用，認(rèn)為版本信息是領(lǐng)域內(nèi)的業(yè)務(wù)屬性，將其 涵蓋在業(yè)務(wù)模型的定義中。執(zhí)行具體操作時(shí)所處理的業(yè)務(wù)實(shí)體屬性中附有版本信息，業(yè) 務(wù)模型根據(jù)不同的版本來適配不同的實(shí)現(xiàn)。要支持這樣的業(yè)務(wù)模型，顯然數(shù)據(jù)模型中也 必須含有版本信息。這種技術(shù)方案實(shí)質(zhì)是通過業(yè)務(wù)模型來兼容不同版本的功能。上述技 術(shù)方案具有以下缺點(diǎn)1、將兼容的職責(zé)委派給了業(yè)務(wù)模型，業(yè)務(wù)模型不但要兼容老版本 同時(shí)還要預(yù)見以后版本需求的演變，因此業(yè)務(wù)模型的設(shè)計(jì)難度大；2、由于數(shù)據(jù)庫表中不 可避免的帶有版本信息，給版本升級也帶來了難度和風(fēng)險(xiǎn)。發(fā)明內(nèi)容
本發(fā)明提供一種電信設(shè)備版本兼容方法及裝置，以解決現(xiàn)有技術(shù)中實(shí)現(xiàn)版本兼 容而導(dǎo)致的系統(tǒng)開發(fā)、維護(hù)、升級、測試工作量大，系統(tǒng)復(fù)雜度高，以及系統(tǒng)耦合度高 的問題。
本發(fā)明提供一種電信設(shè)備版本兼容方法，包括
接收用戶的處理請求，獲取相應(yīng)網(wǎng)元的版本信息；
根據(jù)版本信息啟動(dòng)相應(yīng)的類加載器，通過類加載器加載與版本信息相對應(yīng)的業(yè)務(wù)處理子系統(tǒng)，并調(diào)用業(yè)務(wù)處理子系統(tǒng)；
業(yè)務(wù)處理子系統(tǒng)根據(jù)處理請求激發(fā)相應(yīng)的業(yè)務(wù)處理模塊，通過業(yè)務(wù)處理模塊對 相應(yīng)網(wǎng)元進(jìn)行處理，并返回處理結(jié)果。
本發(fā)明還提供了一種電信設(shè)備版本兼容裝置，包括
請求接收模塊，用于接收用戶的處理請求，并轉(zhuǎn)發(fā)到預(yù)處理模塊；
預(yù)處理模塊，用于獲取相應(yīng)網(wǎng)元的版本信息，并將處理請求和版本信息轉(zhuǎn)發(fā)到 服務(wù)處理引擎模塊；
服務(wù)處理引擎模塊，用于根據(jù)版本信息啟動(dòng)相應(yīng)的類加載器，通過類加載器加 載與版本信息相對應(yīng)的業(yè)務(wù)處理子系統(tǒng)，并調(diào)用業(yè)務(wù)處理子系統(tǒng)；
業(yè)務(wù)處理子系統(tǒng)，用于根據(jù)處理請求激發(fā)相應(yīng)的業(yè)務(wù)實(shí)現(xiàn)模塊，通過業(yè)務(wù)實(shí)現(xiàn) 模塊對相應(yīng)網(wǎng)元進(jìn)行處理，并返回處理結(jié)果。
本發(fā)明有益效果如下
通過類加載器加載與版本信息相對應(yīng)的業(yè)務(wù)處理子系統(tǒng)，并通過業(yè)務(wù)處理子系 統(tǒng)激發(fā)相應(yīng)的業(yè)務(wù)處理模塊對相應(yīng)網(wǎng)元進(jìn)行處理，解決了現(xiàn)有技術(shù)中實(shí)現(xiàn)版本兼容而導(dǎo) 致的系統(tǒng)開發(fā)、維護(hù)、升級、測試工作量大，系統(tǒng)復(fù)雜度高，以及系統(tǒng)耦合度高的問 題，能夠真正實(shí)現(xiàn)系統(tǒng)中不同版本之間的零耦合關(guān)系，降低了系統(tǒng)的操作復(fù)雜度從而使 易用性也得到了提高，并且大大減小今后系統(tǒng)在開發(fā)、測試、升級和維護(hù)上的工作量。


圖1是本發(fā)明實(shí)施例的電信設(shè)備版本兼容方法的流程圖2是本發(fā)明實(shí)施例的電信設(shè)備版本兼容方法的詳細(xì)處理的流程圖3是本發(fā)明實(shí)施例的電信設(shè)備版本兼容裝置的結(jié)構(gòu)示意圖。
具體實(shí)施方式
為了解決現(xiàn)有技術(shù)中實(shí)現(xiàn)版本兼容而導(dǎo)致的系統(tǒng)開發(fā)、維護(hù)、升級、測試工作 量大，系統(tǒng)復(fù)雜度高，以及系統(tǒng)耦合度高的問題，本發(fā)明提供了一種電信設(shè)備版本兼容 方法及裝置，以下結(jié)合附圖以及實(shí)施例，對本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說明。應(yīng)當(dāng)理解，此 處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并不限定本發(fā)明。
方法實(shí)施例
根據(jù)本發(fā)明的實(shí)施例，提供了一種電信設(shè)備版本兼容方法，圖1是本發(fā)明實(shí)施 例的電信設(shè)備版本兼容方法的流程圖，如圖1所示，根據(jù)本發(fā)明實(shí)施例的電信設(shè)備版本 兼容方法包括如下處理
首先，在系統(tǒng)啟動(dòng)時(shí)，需要掃描當(dāng)前系統(tǒng)支持的業(yè)務(wù)處理子系統(tǒng)，并為支持的 業(yè)務(wù)處理子系統(tǒng)創(chuàng)建一個(gè)相應(yīng)的類加載器，每一個(gè)類加載器負(fù)責(zé)將相應(yīng)版本的業(yè)務(wù)處理 子系統(tǒng)加載到系統(tǒng)中。隨后進(jìn)行如下處理
步驟101，接收用戶的處理請求，獲取相應(yīng)網(wǎng)元的版本信息；
優(yōu)選地，在步驟101中，可以將處理請求和版本信息進(jìn)行重新封裝，構(gòu)建成請 求處理對象；其中，用戶發(fā)送的處理請求中攜帶有以下信息處理請求的類型、請求處 理的業(yè)務(wù)對象、以及請求處理的數(shù)據(jù)。在對處理請求和版本信息進(jìn)行重新封裝時(shí)，需要將處理請求的類型、請求處理的業(yè)務(wù)對象、請求處理的數(shù)據(jù)、以及版本信息進(jìn)行重新封 裝，構(gòu)建成請求處理對象。
步驟102，根據(jù)版本信息啟動(dòng)相應(yīng)的類加載器，通過類加載器加載與版本信息相 對應(yīng)的業(yè)務(wù)處理子系統(tǒng)，并調(diào)用業(yè)務(wù)處理子系統(tǒng)；在實(shí)際應(yīng)用中，可以通過預(yù)先定義的 與業(yè)務(wù)無關(guān)的抽象接口調(diào)用業(yè)務(wù)處理子系統(tǒng)。
步驟103，業(yè)務(wù)處理子系統(tǒng)根據(jù)處理請求激發(fā)相應(yīng)的業(yè)務(wù)處理模塊，通過業(yè)務(wù)處 理模塊對相應(yīng)網(wǎng)元進(jìn)行處理，并返回處理結(jié)果。
以下結(jié)合附圖，對本發(fā)明實(shí)施例的上述技術(shù)方案進(jìn)行詳細(xì)的說明。
圖2是本發(fā)明實(shí)施例的電信設(shè)備版本兼容方法的詳細(xì)處理的流程圖，如圖2所 示，包括如下處理
本發(fā)明一種快速開通基站的方法和裝置流程如下
步驟201，請求接收模塊接收用戶的處理請求，并將處理請求轉(zhuǎn)發(fā)給預(yù)處理模 塊；
步驟202，預(yù)處理模塊獲取到當(dāng)前請求處理的網(wǎng)元的版本，將請求處理的類型、 處理的業(yè)務(wù)對象、處理的數(shù)據(jù)和版本信息重新組裝后構(gòu)建成請求處理對象轉(zhuǎn)發(fā)給服務(wù)處 理引擎模塊；
步驟203，服務(wù)處理引擎模塊根據(jù)版本啟動(dòng)相應(yīng)的類加載器；
步驟204，類加載器加載相關(guān)版本的業(yè)務(wù)處理子系統(tǒng)；
步驟205，服務(wù)處理引擎模塊調(diào)用類加載器加載的當(dāng)前業(yè)務(wù)處理子系統(tǒng)處理對當(dāng) 前網(wǎng)元的業(yè)務(wù)請求；
步驟206，業(yè)務(wù)處理子系統(tǒng)激發(fā)具體的業(yè)務(wù)實(shí)現(xiàn)完成請求處理并返回處理結(jié)果， 流程結(jié)束。
從上述處理可以看出，本發(fā)明實(shí)施例的技術(shù)方案將系統(tǒng)分為與業(yè)務(wù)無關(guān)和業(yè)務(wù) 相關(guān)量部分，業(yè)務(wù)無關(guān)的部分由框架模塊實(shí)現(xiàn)，框架模塊控制業(yè)務(wù)處理的主流程無需考 慮版本兼容；業(yè)務(wù)相關(guān)的部分由業(yè)務(wù)處理子系統(tǒng)實(shí)現(xiàn)，不同版本的業(yè)務(wù)處理子系統(tǒng)將實(shí) 現(xiàn)不同的業(yè)務(wù)處理邏輯?？蚣苣K能夠適配不同版本的多個(gè)業(yè)務(wù)處理子系統(tǒng)，由框架模 塊接收用戶請求并決定相應(yīng)版本的業(yè)務(wù)處理子系統(tǒng)，為動(dòng)態(tài)兼容不同版本的業(yè)務(wù)模塊創(chuàng) 造了條件。
引入類加載機(jī)制解決版本兼容問題，類加載器位于服務(wù)處理引擎和業(yè)務(wù)處理子 系統(tǒng)之間，起到版本適配的作用，它把服務(wù)處理引擎和業(yè)務(wù)處理子系統(tǒng)相互隔離開，減 小了它們之間的耦合度，同時(shí)類加載器又是紐帶，通過版本信息將兩者動(dòng)態(tài)的結(jié)合在一 起。此外，采用類加載機(jī)制能夠支持業(yè)務(wù)版本整版本的兼容，業(yè)務(wù)處理子系統(tǒng)無需進(jìn)行 版本相關(guān)和版本無關(guān)的分離，真正實(shí)現(xiàn)了不同版本之間的零耦合關(guān)系。
本發(fā)明實(shí)施例在運(yùn)行時(shí)動(dòng)態(tài)加載不同版本的業(yè)務(wù)處理子系統(tǒng)，在實(shí)際應(yīng)用中， 網(wǎng)元的版本無論是升級還是回退都能夠直接支持，并且能夠很好的適應(yīng)復(fù)雜多變的現(xiàn)場 環(huán)境，大大減小系統(tǒng)維護(hù)的難度。同時(shí)，將不同版本之間的差異對用戶透明，用戶無需 關(guān)心當(dāng)前處理的是什么版本的網(wǎng)元，系統(tǒng)會(huì)根據(jù)網(wǎng)元的具體版本自動(dòng)發(fā)起不同的業(yè)務(wù)處 理子系統(tǒng)的流程，降低了系統(tǒng)的操作復(fù)雜度從而使易用性也得到了提高。
不同版本的業(yè)務(wù)處理子系統(tǒng)可以互不交織的平行共存在同一系統(tǒng)中，在進(jìn)行版本開發(fā)時(shí)只需考慮當(dāng)前版本的業(yè)務(wù)邏輯無需為版本兼容做額外的開發(fā)工作，因此不管兼 容多少版本系統(tǒng)的復(fù)雜度都不會(huì)增加；測試時(shí)也只需要對當(dāng)前的版本進(jìn)行測試無需因版 本兼容對此前的版本重復(fù)測試，將大大減小今后系統(tǒng)在開發(fā)、測試和維護(hù)上的工作量。
裝置實(shí)施例
根據(jù)本發(fā)明的實(shí)施例，提供了一種電信設(shè)備版本兼容裝置，圖3是本發(fā)明實(shí)施 例的電信設(shè)備版本兼容裝置的結(jié)構(gòu)示意圖，如圖3所示，根據(jù)本發(fā)明實(shí)施例的電信設(shè)備 版本兼容裝置包括請求接收模塊30、預(yù)處理模塊32、服務(wù)處理引擎模塊34、業(yè)務(wù)處理 子系統(tǒng)36，以下對本發(fā)明實(shí)施例的各個(gè)模塊進(jìn)行詳細(xì)的說明。
請求接收模塊30用于接收用戶的處理請求，并轉(zhuǎn)發(fā)到預(yù)處理模塊32;其中，用 戶發(fā)送的處理請求中攜帶有以下信息處理請求的類型、請求處理的業(yè)務(wù)對象、以及請 求處理的數(shù)據(jù)。
預(yù)處理模塊32用于獲取相應(yīng)網(wǎng)元的版本信息，并將所述處理請求和所述版本信 息轉(zhuǎn)發(fā)到服務(wù)處理引擎模塊34 ；
優(yōu)選地，預(yù)處理模塊32可以進(jìn)一步用于將處理請求和版本信息進(jìn)行重新封 裝，構(gòu)建成請求處理對象。
具體地，預(yù)處理模塊32在對處理請求和版本信息進(jìn)行重新封裝時(shí)，需要將處理 請求的類型、請求處理的業(yè)務(wù)對象、請求處理的數(shù)據(jù)、以及版本信息進(jìn)行重新封裝，構(gòu) 建成請求處理對象。
服務(wù)處理引擎模塊34用于根據(jù)版本信息啟動(dòng)相應(yīng)的類加載器，通過類加載器加 載與版本信息相對應(yīng)的業(yè)務(wù)處理子系統(tǒng)，并調(diào)用業(yè)務(wù)處理子系統(tǒng)36;在實(shí)際應(yīng)用中，服 務(wù)處理引擎模塊34可以通過預(yù)先定義的與業(yè)務(wù)無關(guān)的抽象接口調(diào)用業(yè)務(wù)處理子系統(tǒng)。
此外，在系統(tǒng)啟動(dòng)時(shí)，服務(wù)處理引擎模塊34還需要掃描當(dāng)前系統(tǒng)支持的業(yè)務(wù)處 理子系統(tǒng)，并為支持的業(yè)務(wù)處理子系統(tǒng)創(chuàng)建一個(gè)相應(yīng)的類加載器，每一個(gè)類加載器負(fù)責(zé) 將相應(yīng)版本的業(yè)務(wù)處理子系統(tǒng)加載到系統(tǒng)中，并交由服務(wù)處理引擎模塊34調(diào)用激發(fā)具體 的業(yè)務(wù)處理邏輯。
業(yè)務(wù)處理子系統(tǒng)36用于根據(jù)處理請求激發(fā)相應(yīng)的業(yè)務(wù)實(shí)現(xiàn)模塊，通過業(yè)務(wù)實(shí)現(xiàn) 模塊對相應(yīng)網(wǎng)元進(jìn)行處理，并返回處理結(jié)果。
以下對本法發(fā)明實(shí)施例的電信設(shè)備版本兼容裝置中各個(gè)模塊的實(shí)現(xiàn)版本兼容的 處理過程進(jìn)行詳細(xì)說明。
在系統(tǒng)啟動(dòng)時(shí)，服務(wù)處理引擎模塊34掃描當(dāng)前系統(tǒng)支持的業(yè)務(wù)處理子系統(tǒng)，并 為每一個(gè)業(yè)務(wù)處理子系統(tǒng)創(chuàng)建一個(gè)類加載器。每一個(gè)類加載器負(fù)責(zé)將相應(yīng)版本的業(yè)務(wù)處 理子系統(tǒng)加載到系統(tǒng)中，并交由服務(wù)處理引擎調(diào)用激發(fā)具體的業(yè)務(wù)處理邏輯；隨后，啟 動(dòng)請求接收模塊30，等待接收用戶發(fā)起的業(yè)務(wù)操作；用戶發(fā)起具體的業(yè)務(wù)操作，請求接 收模塊30接收到用戶的處理請求后隨即將請求轉(zhuǎn)交給預(yù)處理模塊32 ；預(yù)處理模塊32分 析入?yún)⒑蟮玫疆?dāng)前處理網(wǎng)元的版本，將請求處理的類型、處理的業(yè)務(wù)對象、處理的數(shù)據(jù) 和版本信息重新組裝后構(gòu)建成請求處理對象，再將請求處理對象交給服務(wù)處理引擎模塊 34 ；接收到請求處理對象后服務(wù)處理引擎模塊34根據(jù)請求對象中的版本信息啟動(dòng)相應(yīng)的 類加載器，類加載器加載與之版本相對應(yīng)的業(yè)務(wù)處理子系統(tǒng)；服務(wù)處理引擎模塊34調(diào)用 由類加載器加載的當(dāng)前業(yè)務(wù)處理子系統(tǒng)36完成請求處理。服務(wù)處理引擎模塊34與業(yè)務(wù)處理子系統(tǒng)36之間定義有與業(yè)務(wù)無關(guān)的抽象接口，服務(wù)處理引擎模塊34通過這些接口完 成對業(yè)務(wù)處理子系統(tǒng)的調(diào)用；業(yè)務(wù)處理子系統(tǒng)36激發(fā)具體的業(yè)務(wù)實(shí)現(xiàn)邏輯完成最終的請 求處理并將處理結(jié)果返回給用戶；用戶業(yè)務(wù)處理結(jié)束。
綜上所述，本發(fā)明實(shí)施例通過類加載器加載與版本信息相對應(yīng)的業(yè)務(wù)處理子系 統(tǒng)，并通過業(yè)務(wù)處理子系統(tǒng)激發(fā)相應(yīng)的業(yè)務(wù)處理模塊對相應(yīng)網(wǎng)元進(jìn)行處理，解決了現(xiàn)有 技術(shù)中實(shí)現(xiàn)版本兼容而導(dǎo)致的系統(tǒng)開發(fā)、維護(hù)、升級、測試工作量大，系統(tǒng)復(fù)雜度高， 以及系統(tǒng)耦合度高的問題，能夠真正實(shí)現(xiàn)系統(tǒng)中不同版本之間的零耦合關(guān)系，降低了系 統(tǒng)的操作復(fù)雜度從而使易用性也得到了提高，并且大大減小今后系統(tǒng)在開發(fā)、測試、升 級和維護(hù)上的工作量。
盡管為示例目的，已經(jīng)公開了本發(fā)明的優(yōu)選實(shí)施例，本領(lǐng)域的技術(shù)人員將意識 到各種改進(jìn)、增加和取代也是可能的，因此，本發(fā)明的范圍應(yīng)當(dāng)不限于上述實(shí)施例。
權(quán)利要求
1.一種電信設(shè)備版本兼容方法，其特征在于，包括 接收用戶的處理請求，獲取相應(yīng)網(wǎng)元的版本信息；根據(jù)所述版本信息啟動(dòng)相應(yīng)的類加載器，通過所述類加載器加載與所述版本信息相 對應(yīng)的業(yè)務(wù)處理子系統(tǒng)，并調(diào)用所述業(yè)務(wù)處理子系統(tǒng)；所述業(yè)務(wù)處理子系統(tǒng)根據(jù)所述處理請求激發(fā)相應(yīng)的業(yè)務(wù)處理模塊，通過所述業(yè)務(wù)處 理模塊對所述相應(yīng)網(wǎng)元進(jìn)行處理，并返回處理結(jié)果。
2.如權(quán)利要求1所述的方法，其特征在于，所述處理請求中攜帶有以下信息所述 處理請求的類型、請求處理的業(yè)務(wù)對象、以及請求處理的數(shù)據(jù)。
3.如權(quán)利要求1或2所述的方法，其特征在于，所述獲取相應(yīng)網(wǎng)元的版本信息后，所 述方法還包括將所述處理請求和所述版本信息進(jìn)行重新封裝，構(gòu)建成請求處理對象。
4.如權(quán)利要求1所述的方法，其特征在于，在系統(tǒng)啟動(dòng)時(shí)，所述方法還包括掃描當(dāng)前系統(tǒng)支持的業(yè)務(wù)處理子系統(tǒng)，并為支持的業(yè)務(wù)處理子系統(tǒng)創(chuàng)建相應(yīng)的類加 載器。
5.如權(quán)利要求1所述的方法，其特征在于，調(diào)用所述業(yè)務(wù)處理子系統(tǒng)包括 通過預(yù)先定義的與業(yè)務(wù)無關(guān)的抽象接口調(diào)用所述業(yè)務(wù)處理子系統(tǒng)。
6.—種電信設(shè)備版本兼容裝置，其特征在于，包括請求接收模塊，用于接收用戶的處理請求，并轉(zhuǎn)發(fā)到預(yù)處理模塊； 所述預(yù)處理模塊，用于獲取相應(yīng)網(wǎng)元的版本信息，并將所述處理請求和所述版本信 息轉(zhuǎn)發(fā)到服務(wù)處理引擎模塊；所述服務(wù)處理引擎模塊，用于根據(jù)所述版本信息啟動(dòng)相應(yīng)的類加載器，通過所述類 加載器加載與所述版本信息相對應(yīng)的業(yè)務(wù)處理子系統(tǒng)，并調(diào)用所述業(yè)務(wù)處理子系統(tǒng)；所述業(yè)務(wù)處理子系統(tǒng)，用于根據(jù)所述處理請求激發(fā)相應(yīng)的業(yè)務(wù)實(shí)現(xiàn)模塊，通過所述 業(yè)務(wù)實(shí)現(xiàn)模塊對所述相應(yīng)網(wǎng)元進(jìn)行處理，并返回處理結(jié)果。
7.如權(quán)利要求6所述的裝置，其特征在于，所述處理請求中攜帶有以下信息所述 處理請求的類型、請求處理的業(yè)務(wù)對象、以及請求處理的數(shù)據(jù)。
8.如權(quán)利要求6或7所述的裝置，其特征在于，所述預(yù)處理模塊進(jìn)一步用于 將所述處理請求和所述版本信息進(jìn)行重新封裝，構(gòu)建成請求處理對象。
9.如權(quán)利要求6所述的裝置，其特征在于，所述服務(wù)處理引擎模塊進(jìn)一步用于在 系統(tǒng)啟動(dòng)時(shí)，掃描當(dāng)前系統(tǒng)支持的業(yè)務(wù)處理子系統(tǒng)，并為支持的業(yè)務(wù)處理子系統(tǒng)創(chuàng)建相 應(yīng)的類加載器。
10.如權(quán)利要求6所述的裝置，其特征在于，所述服務(wù)處理引擎模塊具體用于通過 預(yù)先定義的與業(yè)務(wù)無關(guān)的抽象接口調(diào)用所述業(yè)務(wù)處理子系統(tǒng)。
全文摘要
本發(fā)明公開了一種電信設(shè)備版本兼容方法及裝置。該方法包括接收用戶的處理請求，獲取相應(yīng)網(wǎng)元的版本信息；根據(jù)版本信息啟動(dòng)相應(yīng)的類加載器，通過類加載器加載與版本信息相對應(yīng)的業(yè)務(wù)處理子系統(tǒng)，并調(diào)用業(yè)務(wù)處理子系統(tǒng)；業(yè)務(wù)處理子系統(tǒng)根據(jù)處理請求激發(fā)相應(yīng)的業(yè)務(wù)處理模塊，通過業(yè)務(wù)處理模塊對相應(yīng)網(wǎng)元進(jìn)行處理，并返回處理結(jié)果。借助于本發(fā)明的技術(shù)方案，能夠?qū)崿F(xiàn)系統(tǒng)的零耦合，降低系統(tǒng)的操作復(fù)雜度，并且減小了今后系統(tǒng)在開發(fā)、測試、升級和維護(hù)上的工作量。
文檔編號H04W24/02GK102026233SQ201010572078
公開日2011年4月20日 申請日期2010年12月3日 優(yōu)先權(quán)日2010年12月3日
發(fā)明者楊杰 申請人:中興通訊股份有限公司