專利名稱：一種電信網(wǎng)絡(luò)管理中消息總線系統(tǒng)及控制方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電信網(wǎng)絡(luò)管理技術(shù)領(lǐng)域，尤其涉及一種電信網(wǎng)絡(luò)管理 中消息總線系統(tǒng)及實(shí)現(xiàn)方法。
背景技術(shù)：
為了對全網(wǎng)設(shè)備進(jìn)行管理，業(yè)界都一般采用對網(wǎng)管進(jìn)行分級管理的方法。網(wǎng)管層次分為NMS (NetworkManagement System網(wǎng)絡(luò)層管 理系統(tǒng))/EMS (Element Management System網(wǎng)元層管理系統(tǒng))/OMM (Operation Maintenance Management操作維護(hù)管理系統(tǒng))三層。每層 的功能是NMS是網(wǎng)絡(luò)層網(wǎng)管，完成所有電信產(chǎn)品的統(tǒng)一網(wǎng)管，并 提供和OSS運(yùn)營支撐系統(tǒng)的整合；EMS是網(wǎng)元層網(wǎng)管，實(shí)現(xiàn)對不同 專業(yè)網(wǎng)網(wǎng)元的集中管理；OMM直接管理網(wǎng)元，完成對網(wǎng)元的單點(diǎn)管 理。隨著電信業(yè)的發(fā)展，各種各樣的設(shè)備越來越多，每個設(shè)備都帶一 套管理系統(tǒng)，導(dǎo)致維護(hù)運(yùn)營越來越困難，所以運(yùn)營商對能夠?qū)嵭屑?管理的EMS系統(tǒng)要求越來越高?，F(xiàn)有網(wǎng)管系統(tǒng)中各專業(yè)網(wǎng)都獨(dú)自開發(fā)自己的OMM系統(tǒng)，這些系 統(tǒng)對外提供北向接口的協(xié)議都各不相同，并且各專業(yè)網(wǎng)的OMM系統(tǒng) 版本管理難于控制，變化頻繁。多數(shù)情況下都是多套版本同時在運(yùn)行， 不同版本之間的接口都存在差異?，F(xiàn)有的解決上述問題的方法主要有以下兩種
1 、基于Java的RMI (Remote Method Invocation遠(yuǎn)牙呈方法調(diào)用)和 EJB (Enterprise Java Bean企業(yè)級JavaBean)遠(yuǎn)程調(diào)用，這種方式4吏用 起來方便，開發(fā)筒單快速。傳遞信息格式能夠做到統(tǒng)一，都是使用Java 類的序列化。但是它不能做到異構(gòu)系統(tǒng)的互通，無法整合多種通訊途徑， 而且必須嚴(yán)^f各保證class的版本一致才能正確進(jìn)行調(diào)用，無法適應(yīng)各 OMM系統(tǒng)多套版本同時運(yùn)行的要求。2、 CORBA ( Common Object Request Broker Architecture >共對象 請求代理體系結(jié)構(gòu))可以實(shí)現(xiàn)異構(gòu)系統(tǒng)的互通，但是使用起來復(fù)雜，很 難讓開發(fā)人員快速上手進(jìn)行開發(fā)，同時對多套版本同時兼容的問題也難 以解決。發(fā)明內(nèi)容本發(fā)明所要解決的技術(shù)問題是提供一種電信網(wǎng)絡(luò)管理中消息總線 系統(tǒng)及方法。為解決上述技術(shù)問題，本發(fā)明是通過以下技術(shù)方案實(shí)現(xiàn)的 一種電信網(wǎng)絡(luò)管理中消息總線系統(tǒng)，包括服務(wù)層、通訊層、人機(jī) 語言工具模塊；服務(wù)層用于向上層應(yīng)用模塊提供發(fā)送請求和通知消息的服務(wù)，并對 所述請求進(jìn)行鑒權(quán)和記錄日志；通訊層用于向^^務(wù)層提供通訊支持，完成所述請求和通知消息的收 發(fā)并通知服務(wù)層；人機(jī)語言工具模塊用于向通訊層提供人機(jī)命令的解析和拼裝服務(wù)， 處理不同版本間人^幾命令的互通性。
其中，所述服務(wù)層還用于注冊和取消遠(yuǎn)端異步通知監(jiān)聽器。其中，所述服務(wù)層與通訊層間的接口通過通訊層的應(yīng)用程序接口定義。一種如前面所述消息總線系統(tǒng)中命令請求處理的方法，包括以下步驟a:上級應(yīng)用模塊生成一個請求消息，并將此請求消息發(fā)送給上級 服務(wù)層；b:上級服務(wù)層根據(jù)請求消息查找其所要求的通訊協(xié)議，并將該請 求發(fā)送給對應(yīng)通訊協(xié)議的上級通訊層；c:上級通訊層通過下級通訊層將請求消息發(fā)送給下級服務(wù)層；d:下級服務(wù)層根據(jù)請求消息找到對應(yīng)的下級應(yīng)用才莫塊，調(diào)用該下 級應(yīng)用模塊來處理請求，并返回回應(yīng)消息給上級服務(wù)層；e:上級服務(wù)層根據(jù)回應(yīng)消息查找對應(yīng)的請求線程，通過此線程將 回應(yīng)消息返回給上級應(yīng)用才莫塊。其中，步驟a與步驟b之間還包括上級服務(wù)層尋找是否存在空閑請 求線程；如果有，則分配一個空閑線程給請求，開始執(zhí)行請求；如果沒 有，并且線程數(shù)沒有超過控制上限，則創(chuàng)建一個線程來執(zhí)行請求。其中，所述步驟c進(jìn)一步包括上級通訊層調(diào)用其人機(jī)語言工具將 請求消息轉(zhuǎn)換為人機(jī)命令，并將其發(fā)送給下級通訊層，下級通訊層再調(diào) 用其人機(jī)語言工具將此命令轉(zhuǎn)換為請求消息后發(fā)送給下級服務(wù)層。其中，步驟d中返回回應(yīng)消息給上級服務(wù)層具體包括下級應(yīng)用模塊返回回應(yīng)消息給下級服務(wù)層，下級服務(wù)層將回應(yīng)消息發(fā)送給下級通訊 層，下級通訊層調(diào)用人機(jī)語言工具模塊完成回應(yīng)消息和人機(jī)命令的相互 轉(zhuǎn)化，并將回應(yīng)消息通過上級通訊層發(fā)送給上級服務(wù)層。一種如前面所述消息總線系統(tǒng)中異步通知處理的方法，包括以下步驟a:下級應(yīng)用模塊調(diào)用下級服務(wù)層接口，創(chuàng)建異步通知主題，并發(fā)送一個異步通知消息給下級月l務(wù)層；b:下級服務(wù)層將異步通知消息通過下級通訊層和上級通訊層發(fā)送 給上級服務(wù)層；c:上級服務(wù)層查找注冊到上述主題上的監(jiān)聽鏈路，依次調(diào)用上級 應(yīng)用模塊的各個監(jiān)聽器處理異步通知消息；d:上級應(yīng)用模塊處理完成，返回回應(yīng)消息給下級應(yīng)用模塊。其中，步驟a中創(chuàng)建異步通知主題后還包括上級應(yīng)用模塊通過調(diào) 用上級服務(wù)層接口注冊對應(yīng)主題的監(jiān)聽器，上級服務(wù)層將注冊請求發(fā)給 上級通訊層，并于上級通訊層建立一條監(jiān)聽鏈路。其中，所述步驟b進(jìn)一步包括下級服務(wù)層將異步通知消息發(fā)送給 下級通訊層，下級通訊層調(diào)用人機(jī)語言工具才莫塊將此消息轉(zhuǎn)換成人才幾命 令后發(fā)送給上級通訊層，上級通訊層再通過調(diào)用其人機(jī)語言工具纟莫塊將 此人機(jī)命令轉(zhuǎn)換成異步通知消息后發(fā)送給上級服務(wù)層。本發(fā)明提供的消息總線系統(tǒng)實(shí)現(xiàn)了不同專業(yè)網(wǎng)OMM之間的互連互 通，能夠同時管理多套版本不同的OMM，具有以下有益效果1、能夠很方便的擴(kuò)展通訊層。通訊層的獨(dú)立，使得能夠很方便的
對通訊層進(jìn)行擴(kuò)展，要多支持一種新的協(xié)議，只需要增加一種相應(yīng)協(xié)議 的通訊層實(shí)現(xiàn)，4艮好的解決了多種異構(gòu)系統(tǒng)之間的互通。2、 實(shí)現(xiàn)了上層應(yīng)用和底層通訊的解藕。對上層應(yīng)用來說，完全不 需要關(guān)注服務(wù)層之下的通訊層，上層應(yīng)用只同服務(wù)層交換數(shù)據(jù)，使用起 來很方便，讓應(yīng)用開發(fā)人員能夠?qū)Ｗ⒂跇I(yè)務(wù)邏輯的開發(fā)。3、 上級EMS網(wǎng)管版本和下級OMM網(wǎng)管版本的解耦。由于采用了 傳遞人機(jī)命令的方式，上級EMS網(wǎng)管和下級OMM網(wǎng)管可以互相獨(dú)立 的出版本，互相不影響，EMS的版本就不用跟隨OMM的版本作頻繁的 變動。4、 上級EMS也能夠同時管理多個版本的OMM系統(tǒng)，為實(shí)際開局 環(huán)境中多版本混合組網(wǎng)提供了可能。5、 EMS和OMM之間的接口統(tǒng)一、明確、清晰。EMS和OMM之 間的接口全部采用MML (人機(jī)語言)人機(jī)命令的形式，可讀性好，給 開發(fā)過程中的對接調(diào)試也提供了極大的方1更。6、 減輕了應(yīng)用模塊開發(fā)的工作量。消息總線系統(tǒng)實(shí)現(xiàn)了自接入， 一個OMM接入進(jìn)來，只需要把消息總線系統(tǒng)在OMM上部署好，然后 實(shí)現(xiàn)應(yīng)用邏輯相關(guān)的處理就可以了 。消息總線系統(tǒng)還集中實(shí)現(xiàn)了一些公 共功能。


圖1為消息總線系統(tǒng)結(jié)構(gòu)圖；圖2為消息總線系統(tǒng)各個組成單元分布圖；圖3為命令請求過程序列圖； 圖4為異步通知處理流程圖。
具體實(shí)施方式
本發(fā)明的核心思想通過提供一種綜合EJB (企業(yè)級JavaBean)和 CORBA (公共對象請求代理體系結(jié)構(gòu))兩者優(yōu)點(diǎn)的消息總線系統(tǒng)，并 采用了人機(jī)命令作為統(tǒng)一的信息表現(xiàn)形式，解決EMS系統(tǒng)和各專業(yè)網(wǎng) OMM之間的互連互通問題，而且在接入同一系統(tǒng)的不同版本時能夠保 持兼容，從而實(shí)現(xiàn)在EMS對不同專業(yè)網(wǎng)網(wǎng)元的統(tǒng)一管理。其中，采用人機(jī)命令作為統(tǒng)一的信息表現(xiàn)形式，有兩點(diǎn)主要原因 a: EMS和OMM之間的版本兼容問題，從本質(zhì)上講就是信息表達(dá)形式 的兼容問題，設(shè)計(jì)良好的人機(jī)命令能夠滿足兼容性的要求；b:人機(jī)命 令簡單易于理解，開發(fā)人員也很習(xí)慣使用人機(jī)命令。消息總線系統(tǒng)本身具有自接入的特性，只要在EMS和OMM上都 部署一套消息總線系統(tǒng)，它們之間就可以連通了。同樣，如果接入NMS 系統(tǒng)，在其上部署一套消息總線系統(tǒng)就可以連到EMS系統(tǒng)了。下面結(jié)合附圖及實(shí)施例對本發(fā)明作進(jìn)一步詳細(xì)的描述請參閱圖1所示消息總線系統(tǒng)結(jié)構(gòu)圖，包括服務(wù)層12、通訊層 13和MML工具14三個部分組成；服務(wù)層12:直接面向上層應(yīng)用，為應(yīng)用模塊ll提供發(fā)送請求和異 步通知的服務(wù)，完成一些能夠集中處理的功能，如命令鑒權(quán)、記錄曰 志等。主要功能包括接收從應(yīng)用模塊11來的請求，將請求分發(fā)給對 應(yīng)的通訊層13去完成請求發(fā)送；從通訊層13接收請求的回應(yīng)，并交給 相應(yīng)的應(yīng)用模塊ll;從通訊層13接收從遠(yuǎn)端來的請求，派發(fā)給相應(yīng)的 應(yīng)用模塊11執(zhí)行該請求，并將請求的回應(yīng)通過相應(yīng)的通訊層13發(fā)回遠(yuǎn) 端。能夠注冊和取消遠(yuǎn)端異步通知監(jiān)聽器；從通訊層13接收從遠(yuǎn)端來 的異步通知，將異步通知派發(fā)給相應(yīng)的應(yīng)用;f莫塊11進(jìn)行處理。完成系 統(tǒng)中全局的線程調(diào)度和管理，對請求進(jìn)行鑒權(quán)并記錄日志。通訊層13:為服務(wù)層12提供通訊支持，主要完成請求和通知的收 發(fā)并通知服務(wù)層12、維護(hù)鏈路的有效性和各種網(wǎng)絡(luò)異常的處理。通訊層 13向服務(wù)層12暴露的接口通過通訊層API定義，API的多個實(shí)現(xiàn)可以 同時接入到服務(wù)層12中，每當(dāng)接入一種專業(yè)網(wǎng)OMM時，只需務(wù)使用 這個OMM定義的通訊協(xié)議實(shí)現(xiàn)通訊層API,然后接入到服務(wù)層12中， EMS上的應(yīng)用才莫塊就可以和這個OMM相互通訊了 。MML工具模塊14:這部分主要功能是完成人機(jī)命令的解析和拼裝 工作，同時要處理不同版本間人機(jī)命令的兼容性問題。通訊層13在發(fā) 送請求時，使用本模塊將請求轉(zhuǎn)換成人機(jī)命令；相應(yīng)的，在收到人機(jī)命 令時，使用本沖莫塊將其轉(zhuǎn)換成回應(yīng)消息。其他異構(gòu)的系統(tǒng)只要基于同樣 的人機(jī)命令格式也可以通過消息總線系統(tǒng)接入。消息總線系統(tǒng)不直接向 應(yīng)用模塊暴露人機(jī)命令，而是一些定義好的消息類，這樣符合開發(fā)人員 面向?qū)ο蟮拈_發(fā)習(xí)慣，也減小了應(yīng)用^t塊開發(fā)的工作量如圖2所示，為本發(fā)明實(shí)施例中消息總線系統(tǒng)各個組成單元分布圖。 上級和下級各部署了一套完全相同的消息總線系統(tǒng)。自接入時，上下級 的區(qū)別主要體現(xiàn)在服務(wù)層上，在上級的服務(wù)層21，負(fù)責(zé)將請求消息轉(zhuǎn)發(fā) 給通訊層22和從通訊層22接收并派發(fā)回應(yīng)消息，而下級的服務(wù)層23 則負(fù)責(zé)處理請求。如果是在一個三級結(jié)構(gòu)中，中間一級既是上級，也要 充當(dāng)下級的角色，所以此時它的服務(wù)層需要完成兩者功能的和。通訊層和MML工具模塊在上下級的作用是一樣的。 實(shí)施例1:如圖3所示，為本發(fā)明實(shí)施例中一個請求到完成整個過程的序列圖。 同步請求的過程是由上級應(yīng)用模塊發(fā)起，中間通過消息總線系統(tǒng)傳遞， 到下級再由應(yīng)用模塊處理請求，最后又通過消息總線系統(tǒng)傳遞回上級。 具體步驟如下步驟301:應(yīng)用模塊生成一個請求消息，填入請求碼，調(diào)用消息總 線系統(tǒng)服務(wù)層對外提供的接口，向下級發(fā)起一個同步請求。步驟302:服務(wù)層尋找是否存在空閑請求線程，如果有則分配一個 空閑線程給請求，開始執(zhí)行請求。如果沒有，并且線程數(shù)沒有超過控制 上限，則創(chuàng)建一個線程來執(zhí)行請求。如果超過線程數(shù)上限，返回異常給 調(diào)用者。步驟303:根據(jù)請求查找其所要求的通訊協(xié)議，將請求發(fā)給實(shí)現(xiàn)了 對應(yīng)通訊協(xié)議的通訊層，同時請求線程等待請求結(jié)果回來。如果等待時 間超時結(jié)果還未返回，則不再等了，返回異常給調(diào)用者。步驟304:調(diào)用MML工具模塊將請求消息轉(zhuǎn)換成人機(jī)命令，出現(xiàn) 錯誤時返回異常給調(diào)用者。步驟305:將人機(jī)命令發(fā)到下級的消息總線系統(tǒng)，出現(xiàn)錯誤時返回 異常給調(diào)用者。步驟306:調(diào)用MML工具模塊將人機(jī)命令轉(zhuǎn)換成請求消息，出現(xiàn) 錯誤時返回異常給調(diào)用者。 步驟307:將請求消息發(fā)到服務(wù)層。步驟308:查找是否存在空閑的處理線程，如果有則分配一個空閑 線程給這個請求，開始處理請求。如果沒有，并且線程數(shù)沒有超過控制 上限，則創(chuàng)建一個線程來處理請求。如果超過線程術(shù)上限，返回異常給 上級。步驟309:根據(jù)請求碼找到對應(yīng)的應(yīng)用處理模塊，調(diào)用應(yīng)用處理模 塊來處理請求。步驟310:應(yīng)用才莫塊處理完成，返回回應(yīng)消息給服務(wù)層。如果處理 過程中出現(xiàn)錯誤，應(yīng)用模塊返回異常給服務(wù)層。步驟311:服務(wù)層將應(yīng)用4莫塊返回的回應(yīng)消息或異常消息交給通訊層。步驟312:通訊層調(diào)用MML工具模塊將回應(yīng)消息轉(zhuǎn)換成人機(jī)命令。 出現(xiàn)錯誤時返回異常。步驟313:將人機(jī)命令發(fā)到上級的消息總線系統(tǒng)。步驟314:調(diào)用MML工具模塊將人機(jī)命令轉(zhuǎn)換成回應(yīng)消息。出現(xiàn) 錯誤時返回異常。步驟315:將回應(yīng)消息發(fā)給服務(wù)層。步驟316:找到與回應(yīng)消息對應(yīng)的正在等待的請求線程，將回應(yīng)傳 給該線程并激活它重新運(yùn)行。步驟317:請求線程重新運(yùn)行，將回應(yīng)消息返回給調(diào)用者應(yīng)用模塊。 實(shí)施例2:如圖4所示，為本發(fā)明實(shí)施例中一個異步通知到處理完成整個過程 的序列圖。異步通知的過程是由下級主動發(fā)出通知，通過消息總線系統(tǒng)傳遞到上級，由上級應(yīng)用;f莫塊完成異步通知的處理。具體步驟如下 步驟401:下級應(yīng)用模塊調(diào)用服務(wù)層接口，創(chuàng)建一個異步通知主題。 步驟402:創(chuàng)建成功，返回控制給應(yīng)用模塊。如果失敗則會返回異常給應(yīng)用模塊。步驟403:上級要能夠收到下級的通知還必須進(jìn)行注冊，把自己的 監(jiān)聽器注冊到想要監(jiān)聽的主題上。通過調(diào)用服務(wù)層的接口進(jìn)行注冊。 步驟404:服務(wù)層將注冊請求發(fā)給通訊層。步驟405:同下級建立一條監(jiān)聽的鏈-各。如果該主題已經(jīng)-故多次注 冊，則公用一條監(jiān)聽鏈路。步驟406:鏈路建立成功，返回。步驟407:返回到服務(wù)層。步驟408:返回給應(yīng)用模塊。步驟409:下級應(yīng)用模塊發(fā)出一個異步通知。步驟410:將通知消息交給通訊層。步驟411:將通知消息轉(zhuǎn)換成人機(jī)命令。出現(xiàn)錯誤則返回異常給應(yīng) 用模塊。步驟412:查找注冊到這個主題上的所有監(jiān)聽鏈路。步驟413:依次往所有查找的監(jiān)聽鏈路上發(fā)i^v機(jī)命令。其中某些出現(xiàn)失敗的情況就忽略。步驟414:上級通訊層將人機(jī)命令轉(zhuǎn)換成通知消息。如果失敗則忽略，不再往服務(wù)層轉(zhuǎn)發(fā)。
步驟415:將通知轉(zhuǎn)交給服務(wù)層。 步驟416:查找所有注冊到主題上的監(jiān)聽器。 步驟417:依次調(diào)用各個監(jiān)聽器處理通知消息。 步驟418:應(yīng)用模塊處理完成，返回。以上為消息總線系統(tǒng)處理請求和通知的主要流程。通過請求和通知，能夠完成應(yīng)用模塊所有的上下級交互。從而可以將EMS和各專業(yè)網(wǎng)OMM很好整合起來，如果還要接入NMS系統(tǒng)，依據(jù)上述思想，本發(fā)明提供的消息總線系統(tǒng)同樣可以實(shí)現(xiàn)。以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1、 一種電信網(wǎng)絡(luò)管理中消息總線系統(tǒng)，其特征在于，包括服 務(wù)層、通訊層、人機(jī)語言工具模塊；服務(wù)層用于向上層應(yīng)用模塊提供發(fā)送請求和通知消息的服務(wù)，并 對所述請求進(jìn)4于鑒一又和記錄曰志；通訊層用于向服務(wù)層提供通訊支持，完成所述請求和通知消息的 收發(fā)并通知服務(wù)層；人機(jī)語言工具模塊用于向通訊層提供人機(jī)命令的解析和拼裝服 務(wù)，處理不同版本間人機(jī)命令的互通性。
2、 如權(quán)利要求1所述的電信網(wǎng)絡(luò)管理中消息總線系統(tǒng)，其特征 在于，所述服務(wù)層還用于注冊和取消遠(yuǎn)端異步通知監(jiān)聽器。
3、 如權(quán)利要求1或2所述的電信網(wǎng)絡(luò)管理中消息總線系統(tǒng)，其 特征在于，所述服務(wù)層與通訊層間的接口通過通訊層的應(yīng)用程序接口 定義。
4、 一種如權(quán)利要求1所述消息總線系統(tǒng)中命令請求處理的方法， 其特征在于，包括以下步驟a:上級應(yīng)用模塊生成一個請求消息，并將此請求消息發(fā)送給上 級服務(wù)層；b:上級服務(wù)層根據(jù)請求消息查找其所要求的通訊協(xié)議，并將該 請求發(fā)送給對應(yīng)通訊協(xié)議的上級通訊層；c:上級通訊層通過下級通訊層將請求消息發(fā)送給下級服務(wù)層； d:下級服務(wù)層根據(jù)請求消息找到對應(yīng)的下級應(yīng)用模塊，調(diào)用該下級應(yīng)用模塊來處理請求，并返回回應(yīng)消息給上級服務(wù)層；e:上級服務(wù)層根據(jù)回應(yīng)消息查找對應(yīng)的請求線程，通過此線程 將回應(yīng)消息返回給上級應(yīng)用模塊。
5、 如權(quán)利要求4所述的消息總線系統(tǒng)中命令請求處理的方法， 其特征在于，步驟a與步驟b之間還包括上級服務(wù)層尋找是否存在空 閑請求線程；如果有，則分配一個空閑線程給請求，開始執(zhí)行請求； 如果沒有，并且線程數(shù)沒有超過控制上限，則創(chuàng)建一個線程來執(zhí)行請 求。
6、 如權(quán)利要求4或5所述的消息總線系統(tǒng)中命令請求處理的方 法，其特征在于，所述步驟c進(jìn)一步包括上級通訊層調(diào)用其人才幾語 言工具將請求消息轉(zhuǎn)換為人機(jī)命令，并將其發(fā)送給下級通訊層，下級 通訊層再調(diào)用其人機(jī)語言工具將此命令轉(zhuǎn)換為請求消息后發(fā)送給下 級服務(wù)層。
7、 如權(quán)利要求4或5所述的消息總線系統(tǒng)中命令請求處理的方 法，其特征在于，步驟d中返回回應(yīng)消息給上級服務(wù)層具體包括下 級應(yīng)用模塊返回回應(yīng)消息給下級服務(wù)層，下級服務(wù)層將回應(yīng)消息發(fā)送 給下級通訊層，下級通訊層調(diào)用人機(jī)語言工具才莫塊完成回應(yīng)消息和人 機(jī)命令的相互轉(zhuǎn)化，并將回應(yīng)消息通過上級通訊層發(fā)送給上級服務(wù) 層。
8、 一種如權(quán)利要求1所述消息總線系統(tǒng)中異步通知處理的方法， 其特征在于，包括以下步驟a:下級應(yīng)用模塊調(diào)用下級服務(wù)層接口，創(chuàng)建異步通知主題，并 發(fā)送一個異步通知消息給下級服務(wù)層；b:下級服務(wù)層將異步通知消息通過下級通訊層和上級通訊層發(fā) 送給上級服務(wù)層；c:上級服務(wù)層查找注冊到上述主題上的監(jiān)聽鏈路，依次調(diào)用上 級應(yīng)用模塊的各個監(jiān)聽器處理異步通知消息；d:上級應(yīng)用模塊處理完成，返回回應(yīng)消息給下級應(yīng)用模塊。
9、 如權(quán)利要求8所述的消息總線系統(tǒng)中異步通知處理的方法， 其特征在于，步驟a中創(chuàng)建異步通知主題后還包括上級應(yīng)用模塊通 過調(diào)用上級服務(wù)層接口注冊對應(yīng)主題的監(jiān)聽器，上級服務(wù)層將注冊請 求發(fā)給上級通訊層，并于上級通訊層建立一條監(jiān)聽鏈路。
10、 如權(quán)利要求8所述的消息總線系統(tǒng)中異步通知處理的方法， 其特征在于，所述步驟b進(jìn)一步包括下級服務(wù)層將異步通知消息發(fā) 送給下級通訊層，下級通訊層調(diào)用人機(jī)語言工具模塊將此消息轉(zhuǎn)換成 人機(jī)命令后發(fā)送給上級通訊層，上級通訊層再通過調(diào)用其人機(jī)語言工 具模塊將此人機(jī)命令轉(zhuǎn)換成異步通知消息后發(fā)送給上級服務(wù)層。
全文摘要
本發(fā)明公開了一種電信網(wǎng)絡(luò)管理中消息總線系統(tǒng)及控制方法，該系統(tǒng)包括服務(wù)層、通訊層、人機(jī)語言工具模塊；服務(wù)層用于向上層應(yīng)用模塊提供發(fā)送請求和通知消息的服務(wù)，并對所述請求進(jìn)行鑒權(quán)和記錄日志；通訊層用于向服務(wù)層提供通訊支持，完成所述請求和通知消息的收發(fā)并通知服務(wù)層；人機(jī)語言工具模塊用于向通訊層提供人機(jī)命令的解析和拼裝服務(wù)，處理不同版本間人機(jī)命令的互通性。本發(fā)明解決了多種異構(gòu)系統(tǒng)之間的互通，減輕了應(yīng)用模塊開發(fā)的工作量；消息總線系統(tǒng)實(shí)現(xiàn)了自接入，一個操作維護(hù)管理系統(tǒng)接入進(jìn)來，只需要把消息總線系統(tǒng)在操作維護(hù)管理系統(tǒng)上部署好，然后實(shí)現(xiàn)應(yīng)用邏輯相關(guān)的處理就可以了。
文檔編號H04L12/24GK101145945SQ20071007665
公開日2008年3月19日 申請日期2007年8月29日 優(yōu)先權(quán)日2007年8月29日
發(fā)明者艦 張 申請人:中興通訊股份有限公司