專利名稱：網(wǎng)絡(luò)管理裝置與網(wǎng)絡(luò)管理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電信技術(shù)，尤其是一種網(wǎng)絡(luò)管理裝置與網(wǎng)絡(luò)管理方法。
背景技術(shù)：
隨著計(jì)算機(jī)技術(shù)的迅猛發(fā)展，用戶對各項(xiàng)功能的需求也逐漸增加，目前，已難以通過單個(gè)計(jì)算機(jī)來獨(dú)立實(shí)現(xiàn)某項(xiàng)功能，諸多功能需借助于龐大與復(fù)雜的計(jì)算機(jī)網(wǎng)絡(luò)系統(tǒng)來實(shí)現(xiàn)。各個(gè)計(jì)算機(jī)之間互聯(lián)互通的技術(shù)是形成計(jì)算機(jī)網(wǎng)絡(luò)的關(guān)鍵。因此，就需要覆蓋計(jì)算機(jī)網(wǎng)絡(luò)以及架構(gòu)在計(jì)算機(jī)網(wǎng)絡(luò)系統(tǒng)之上的大型管理系統(tǒng)，該管理系統(tǒng)通常需借助于一些軟件，例如目前最常用的電信軟件，來實(shí)現(xiàn)其管理功能。電信軟件從功能上可以簡單的劃分為兩部分，第一部分是業(yè)務(wù)側(cè)，該部分對用戶不可見，但承載了大部分實(shí)際的業(yè)務(wù)功能；第二部分是管理側(cè)，該部分的功能是將業(yè)務(wù)側(cè)的屬性、功能接口暴露出來，使用戶可以對業(yè)務(wù)側(cè)的屬性、功能進(jìn)行設(shè)置或者調(diào)整，相當(dāng)于業(yè)務(wù)側(cè)的對外管理接口。
目前，在業(yè)務(wù)側(cè)與管理側(cè)之間的通信所使用的協(xié)議多種多樣，例如硬件屬性的管理基本上采簡單網(wǎng)絡(luò)管理協(xié)議(Simple Network ManagementProtocol，以下簡稱SNMP)，而維測類的管理則較多采用其它通用協(xié)議，例如簡單對象訪問協(xié)議(Simple Object Access Protocol，簡稱SOAP)。因此，若要實(shí)現(xiàn)對計(jì)算機(jī)網(wǎng)絡(luò)系統(tǒng)的全面管理，軟件開發(fā)商就需要在多種協(xié)議之上開發(fā)管理側(cè)的軟件，并且由于不同協(xié)議應(yīng)用的界面風(fēng)格不同，管理員需要通過不同風(fēng)格的管理界面來進(jìn)行不同的管理。
由于一個(gè)計(jì)算機(jī)網(wǎng)絡(luò)系統(tǒng)通常由許多不同廠家的產(chǎn)品構(gòu)成，要方便、統(tǒng)一、有效地管理一個(gè)計(jì)算機(jī)網(wǎng)絡(luò)系統(tǒng)，就需要各個(gè)產(chǎn)品具有統(tǒng)一的管理接口，即遵循一個(gè)標(biāo)準(zhǔn)的網(wǎng)絡(luò)管理協(xié)議。這樣，一個(gè)廠家的網(wǎng)絡(luò)管理產(chǎn)品就可以管理其他廠家的產(chǎn)品，不同廠家的網(wǎng)絡(luò)管理產(chǎn)品之間還能交換管理信息。SNMP就是一個(gè)符合條件的標(biāo)準(zhǔn)的網(wǎng)絡(luò)管理協(xié)議，目前已經(jīng)成為業(yè)界的網(wǎng)管標(biāo)準(zhǔn)。
SNMP中有一個(gè)管理信息庫(Management Information Base，以下簡稱MIB)，它是設(shè)備所維護(hù)的所有被管理對象的結(jié)構(gòu)集合。在MIB中，被管理對象按照層次式樹形結(jié)構(gòu)組織，MIB以一種多叉樹的方式來存儲(chǔ)被管理對象信息，這種多叉樹被稱之為MIB樹。在MIB樹中，每一個(gè)葉子節(jié)點(diǎn)表示一個(gè)被管理對象，該被管理對象的對象標(biāo)識符(Object Identifier，以下簡稱OID)是從根到該葉子節(jié)點(diǎn)的路徑。如圖1所示，為現(xiàn)有技術(shù)MIB樹的一組織結(jié)構(gòu)原理示意圖。圖1中，對象B的OID以路徑20.23.31.24表示，對象A的OID則以路徑20.23.31.22.87表示。這里僅僅是MIB樹的一個(gè)組織結(jié)構(gòu)原理實(shí)例，實(shí)際應(yīng)用中，在SNMP中標(biāo)準(zhǔn)的MIB樹結(jié)構(gòu)，由國際標(biāo)準(zhǔn)化組織(International Organization for Standardization，以下簡稱ISO)與國際電信聯(lián)盟(International Telecommunication Union，以下簡稱ITU)共同管理。
被管理對象可分為標(biāo)量和表量兩種。其中，標(biāo)量是指該被管理對象是一個(gè)單一的數(shù)據(jù)，而表量是指該被管理對象是一個(gè)二維表。目前，SNMP推出了v1、v2、v3三個(gè)版本，v3版本支持的幾種操作類型如下表1所示表1 SNMP v3版本支持的操作類型

在表1所示的操作類型中，實(shí)際應(yīng)用得較多的操作類型是Get和Set，對標(biāo)量而言，Get就是獲取該標(biāo)量的值，Set就是設(shè)置其值；而對表量相對就要復(fù)雜一些，Get分為獲取全表與帶索引獲取表中的一條記錄，獲取全表是指請求方只要指定表對象，不用其它信息，接收方接收到請求后返回整個(gè)表對象的所有記錄，帶索引獲取表中的一條記錄則是請求方指定索引字段的值，接收方根據(jù)該索引字段的值在表中唯一確定一條記錄并返回給請求方。Set分為創(chuàng)建、修改與刪除一條記錄三種操作，這三種操作都需要帶一條記錄中所有字段的值下發(fā)。
接口定義語言(Interface Difine Language，以下簡稱IDL)是一種用于描述產(chǎn)生對象調(diào)用請求的客戶對象和請求調(diào)用的服務(wù)對象之間的接口語言，它只是描述數(shù)據(jù)類型和方法框架，其功能由實(shí)現(xiàn)本接口的服務(wù)對象提供。用戶可以根據(jù)它描述的方法向服務(wù)對象提出業(yè)務(wù)請求，發(fā)送業(yè)務(wù)請求就像本地方法調(diào)用一樣，不論服務(wù)對象在本地還是在遠(yuǎn)端。
目前，通過SNMP Agent++增量式開發(fā)用于將SNMP請求轉(zhuǎn)換為IDL調(diào)用的SNMP++代碼，對應(yīng)于維測接口的SNMP請求與IDL調(diào)用之間的映射關(guān)系綁定在SNMP++代碼中，對應(yīng)業(yè)務(wù)側(cè)的每一個(gè)維測接口分別用相應(yīng)的SNMP++代碼進(jìn)行轉(zhuǎn)換。發(fā)明人在發(fā)明的過程中發(fā)現(xiàn)，當(dāng)維測功能升級或增加時(shí)，就需要增加實(shí)現(xiàn)相應(yīng)維測功能的維測接口，從而需要增加IDL接口，而根據(jù)現(xiàn)有技術(shù)，由于映射關(guān)系綁定在SNMP++代碼中，邏輯固定，每增加一個(gè)維測接口，由于需要改變SNMP請求與IDL調(diào)用之間的映射關(guān)系，就需要修改SNMP++代碼，構(gòu)造一個(gè)具有新映射功能的新版本的SNMP++代碼與新增的維測接口相匹配；并且，還需要對實(shí)現(xiàn)將SNMP請求轉(zhuǎn)換為IDL調(diào)用的整個(gè)SNMP++代碼進(jìn)行修改，需要的工作量較大，所需成本非常高。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例所要解決的技術(shù)問題是現(xiàn)有技術(shù)中將SNMP請求與IDL調(diào)用之間的映射關(guān)系綁定在實(shí)現(xiàn)二者之間轉(zhuǎn)換的SNMP++代碼中，邏輯固定，當(dāng)維測功能升級或增加時(shí)，需要修改SNMP++代碼。
根據(jù)本發(fā)明的一個(gè)方面，提供了一種網(wǎng)絡(luò)管理裝置，包括用于生成SNMP請求并接收返回的SNMP響應(yīng)信息的網(wǎng)絡(luò)管理模塊，與用于執(zhí)行IDL接口功能的業(yè)務(wù)功能模塊，還包括映射信息存儲(chǔ)模塊，用于存儲(chǔ)SNMP屬性管理信息中被管理對象的對象標(biāo)識符與IDL接口調(diào)用信息中IDL接口的接口方法名之間的映射關(guān)系信息；協(xié)議適配模塊用于根據(jù)所述映射關(guān)系信息，在SNMP信息與IDL信息之間進(jìn)行轉(zhuǎn)換。
根據(jù)本發(fā)明的另一個(gè)方面，提供了一種網(wǎng)絡(luò)管理方法，包括以下步驟接收到SNMP請求后，查詢SNMP屬性管理信息與IDL接口調(diào)用信息之間的映射關(guān)系信息，獲取與所述SNMP請求中攜帶的屬性管理信息對應(yīng)的IDL接口調(diào)用信息；根據(jù)所述接口調(diào)用信息生成IDL調(diào)用請求信息；執(zhí)行所述IDL調(diào)用請求信息；由執(zhí)行所述IDL調(diào)用請求信息產(chǎn)生的IDL調(diào)用結(jié)果生成SNMP響應(yīng)信息。
本發(fā)明實(shí)施例通過SNMP實(shí)現(xiàn)對所有IDL接口的管理，將電信應(yīng)用系統(tǒng)的網(wǎng)管功能統(tǒng)一由SNMP實(shí)現(xiàn)，預(yù)先建立SNMP屬性管理信息與IDL接口調(diào)用信息之間的映射關(guān)系信息并存儲(chǔ)在映射信息存儲(chǔ)模塊中，由協(xié)議適配模塊根據(jù)存儲(chǔ)的映射關(guān)系信息，在SNMP信息與IDL信息之間進(jìn)行轉(zhuǎn)換，實(shí)現(xiàn)了映射信息存儲(chǔ)與協(xié)議適配的業(yè)務(wù)邏輯獨(dú)立，這樣，當(dāng)維測接口變化引起IDL接口變化時(shí)，例如增加新的IDL接口或刪除已有的IDL接口時(shí)，僅僅需要更新映射信息存儲(chǔ)模塊中的相應(yīng)映射關(guān)系信息即可，無需對協(xié)議適配的執(zhí)行模塊進(jìn)行修改，與現(xiàn)有技術(shù)相比，業(yè)務(wù)實(shí)現(xiàn)靈活，操作簡便，所需工作量小，且成本低。
下面通過附圖和實(shí)施例，對本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)描述。


圖1為現(xiàn)有技術(shù)MIB樹的組織結(jié)構(gòu)原理示意圖。
圖2為本發(fā)明網(wǎng)絡(luò)管理裝置實(shí)施例的結(jié)構(gòu)示意圖。
圖3為本發(fā)明網(wǎng)絡(luò)管理裝置另一實(shí)施例的結(jié)構(gòu)示意圖。
圖4為本發(fā)明網(wǎng)絡(luò)管理方法實(shí)施例的流程圖。
圖5為本發(fā)明網(wǎng)絡(luò)管理方法另一實(shí)施例的流程圖。
圖6為本發(fā)明網(wǎng)絡(luò)管理方法又一實(shí)施例的流程圖。
具體實(shí)施例方式
由于IDL調(diào)用請求中攜帶的信息為接口調(diào)用信息，而SNMP請求中攜帶的是屬性管理信息，本發(fā)明實(shí)施例預(yù)先建立SNMP屬性管理信息與IDL接口調(diào)用信息之間的映射關(guān)系信息，在接收到SNMP請求后，根據(jù)預(yù)先建立的映射關(guān)系信息將SNMP請求轉(zhuǎn)換為IDL調(diào)用請求，在執(zhí)行完畢IDL調(diào)用請求后，再由IDL調(diào)用結(jié)果生成SNMP響應(yīng)信息。
圖2所示為本發(fā)明網(wǎng)絡(luò)管理裝置實(shí)施例的結(jié)構(gòu)示意圖，該網(wǎng)絡(luò)管理裝置包括網(wǎng)絡(luò)管理模塊1、映射信息存儲(chǔ)模塊2、協(xié)議適配模塊3與業(yè)務(wù)功能模塊4。
其中，網(wǎng)絡(luò)管理模塊1設(shè)置于管理側(cè)，其功能與現(xiàn)有技術(shù)中的相同，用于接收網(wǎng)絡(luò)管理員輸入的數(shù)據(jù)，并根據(jù)網(wǎng)絡(luò)管理員的指示，生成SNMP請求，并接收返回的SNMP響應(yīng)信息。
映射信息存儲(chǔ)模塊2用于存儲(chǔ)SNMP屬性管理信息與IDL接口調(diào)用信息之間的映射關(guān)系信息，其設(shè)置于業(yè)務(wù)側(cè)，另外，也可以設(shè)置于管理側(cè)。其中，屬性管理信息包括被管理對象的OID，接口調(diào)用信息包括IDL接口的接口方法名，該接口方法名包括IDL接口的接口名與方法名兩部分。
IDL調(diào)用請求中攜帶的信息為IDL接口調(diào)用信息，通常情況下，其包括兩部分內(nèi)容一部分是調(diào)用的接口方法名，該部分可以進(jìn)一步包括接口方法名的參數(shù)名列表，其中接口方法名由接口名與方法名構(gòu)成，另一部分是接口方法的參數(shù)值列表；而SNMP請求也包含兩部分信息一部分是被管理對象的OID，一部分是被管理對象的對象值。因此，要在SNMP信息與IDL信息之間進(jìn)行轉(zhuǎn)換，則需要在OID與接口方法名、或接口方法名及其參數(shù)名之間做一個(gè)映射，將對象值作為參數(shù)名的相應(yīng)參數(shù)值。
因?yàn)闃?biāo)量是一個(gè)單一的值，因此，當(dāng)IDL調(diào)用的接口方法沒有參數(shù)或者只有一個(gè)基本類型的參數(shù)時(shí)，才能將接口方法名或接口方法名及其參數(shù)名映射為標(biāo)量OID，若有參數(shù)，則采用被管理對象的對象值作為相應(yīng)參數(shù)名的參數(shù)值，若沒有參數(shù)，則不對SNMP中被管理對象的對象值進(jìn)行映射處理。當(dāng)接口方法名的參數(shù)分解成如整型、字符、字符串等基本類型后的個(gè)數(shù)超過一個(gè)時(shí)，需要使用表量來表示參數(shù)信息，即以參數(shù)名列表表示參數(shù)名。二維表中的字段個(gè)數(shù)，與該接口方法名的參數(shù)分解成基本類型后的個(gè)數(shù)一一對應(yīng)，如表2所示，為IDL類型、MIB對象類型與SNMP操作類型之間一個(gè)具體的映射規(guī)則實(shí)例表2 IDL類型、MIB對象類型與SNMP操作類型之間的映射規(guī)則

映射信息存儲(chǔ)模塊2中記錄的內(nèi)容包括接口名與方法名，以及OID。映射信息存儲(chǔ)模塊2中存儲(chǔ)的映射關(guān)系信息可以動(dòng)態(tài)更新，當(dāng)有新的IDL接口要通過SNMP被網(wǎng)絡(luò)管理模塊1管理時(shí)，只要把新的映射關(guān)系信息添加到映射信息存儲(chǔ)模塊2即可；刪除已有的IDL接口時(shí)，也可以從映射信息存儲(chǔ)模塊2中刪除該IDL接口的映射關(guān)系信息。
協(xié)議適配模塊3用于根據(jù)映射信息存儲(chǔ)模塊2中存儲(chǔ)的映射關(guān)系信息，在SNMP信息與IDL信息之間進(jìn)行轉(zhuǎn)換，具體地，獲取與SNMP請求中攜帶的屬性管理信息對應(yīng)的接口調(diào)用信息，并根據(jù)接口調(diào)用信息生成IDL調(diào)用請求信息，以及根據(jù)行IDL調(diào)用請求信息產(chǎn)生的IDL調(diào)用結(jié)果生成SNMP響應(yīng)信息。該協(xié)議適配模塊3可以設(shè)置于業(yè)務(wù)側(cè)，也可以設(shè)置于管理側(cè)。
業(yè)務(wù)功能模塊4設(shè)置于業(yè)務(wù)側(cè)，其功能與現(xiàn)有技術(shù)中的相同，用于根據(jù)接收到的IDL調(diào)用請求信息，執(zhí)行相應(yīng)的IDL接口功能，產(chǎn)生IDL調(diào)用結(jié)果，然后將該IDL調(diào)用結(jié)果返回協(xié)議適配模塊3。
采用映射信息存儲(chǔ)模塊存儲(chǔ)映射關(guān)系信息，而采用協(xié)議適配模塊在SNMP信息與IDL信息之間進(jìn)行轉(zhuǎn)換，實(shí)現(xiàn)了映射信息存儲(chǔ)與協(xié)議適配的業(yè)務(wù)邏輯獨(dú)立，當(dāng)維測接口變化引起IDL接口變化時(shí)，只需要更新映射信息存儲(chǔ)模塊中的相應(yīng)映射關(guān)系信息即可，無需對協(xié)議適配的執(zhí)行模塊進(jìn)行修改，業(yè)務(wù)實(shí)現(xiàn)靈活，操作簡便，所需工作量小，且成本低。
如圖3所示，為本發(fā)明網(wǎng)絡(luò)管理裝置另一實(shí)施例的結(jié)構(gòu)示意圖，該實(shí)施例的網(wǎng)絡(luò)管理裝置還包括參數(shù)信息存儲(chǔ)模塊5，用于存儲(chǔ)業(yè)務(wù)功能模塊4提供的IDL接口的參數(shù)信息，包括IDL接口的接口方法名對應(yīng)的參數(shù)名列表，若只有一個(gè)基本類型的參數(shù)，則該參數(shù)信息包括IDL接口的接口方法名對應(yīng)的參數(shù)名，該參數(shù)信息存儲(chǔ)模塊5可以由管理員設(shè)置與更新。協(xié)議適配模塊3根據(jù)映射信息存儲(chǔ)模塊2中記錄的映射關(guān)系信息，實(shí)現(xiàn)獲取與被管理對象的OID對應(yīng)的IDL接口的接口方法名，并從參數(shù)信息存儲(chǔ)模塊5中獲取該IDL接口的接口方法名的IDL接口的參數(shù)信息，實(shí)現(xiàn)OID與IDL接口的接口方法名及其的映射，在SNMP信息與IDL信息之間進(jìn)行轉(zhuǎn)換。設(shè)置參數(shù)信息存儲(chǔ)模塊來存儲(chǔ)IDL接口的參數(shù)信息，實(shí)現(xiàn)了IDL調(diào)用的接口方法中有參數(shù)時(shí)SNMP信息與IDL信息之間的轉(zhuǎn)換。
在圖3所示的實(shí)施例中，業(yè)務(wù)功能模塊4中設(shè)置有參數(shù)更新單元41，當(dāng)業(yè)務(wù)功能模塊4啟動(dòng)IDL接口時(shí)，參數(shù)更新單元41向參數(shù)信息存儲(chǔ)模塊5注冊該業(yè)務(wù)功能模塊4提供的IDL接口的參數(shù)信息；當(dāng)業(yè)務(wù)功能模塊4停止運(yùn)行時(shí)，參數(shù)更新單元41從參數(shù)信息存儲(chǔ)模塊5中注銷其注冊的參數(shù)信息。由業(yè)務(wù)功能模塊在IDL接口啟動(dòng)時(shí)注冊其參數(shù)信息，實(shí)現(xiàn)了參數(shù)信息的及時(shí)注冊與內(nèi)容豐富，對參數(shù)信息存儲(chǔ)模塊中參數(shù)信息的實(shí)時(shí)更新，在其停止運(yùn)行時(shí)注銷其注冊的參數(shù)信息，又避免了不可用參數(shù)信息占用存儲(chǔ)空間，提高了存儲(chǔ)空間的利用率。
實(shí)際應(yīng)用中，IDL接口的參數(shù)信息與SNMP被管理對象的對象值之間是在運(yùn)行過程中適配的。當(dāng)協(xié)議適配模塊3接收到SNMP請求信息后，可以根據(jù)被管理對象的OID在映射信息存儲(chǔ)模塊2中查找對應(yīng)的接口方法名，然后再從參數(shù)信息存儲(chǔ)模塊5中查找該接口方法名的參數(shù)名或參數(shù)名列表，并判斷參數(shù)名列表中輸入?yún)?shù)的個(gè)數(shù)與SNMP請求消息中的對象值的個(gè)數(shù)是否相等，若相等，則協(xié)議適配模塊3將對象值作為參數(shù)名列表中參數(shù)名的參數(shù)值，由該參數(shù)值與相應(yīng)的接口方法名生成IDL調(diào)用請求信息，若不相等，則協(xié)議適配模塊3向網(wǎng)絡(luò)管理模塊1返回SNMP請求失敗的響應(yīng)消息。
上述實(shí)施例中，參數(shù)信息存儲(chǔ)模塊5可以與映射信息存儲(chǔ)模塊2一體設(shè)置。
本發(fā)明實(shí)施例提供的上述網(wǎng)絡(luò)管理裝置可以存儲(chǔ)于一個(gè)計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中，該存儲(chǔ)介質(zhì)可以是ROM/RAM、磁碟、光盤等。
圖4所示為本發(fā)明網(wǎng)絡(luò)管理方法實(shí)施例的流程圖，其包括以下步驟步驟11、協(xié)議適配模塊3接收網(wǎng)絡(luò)管理模塊1生成的SNMP請求，根據(jù)SNMP請求中的SNMP屬性管理信息，從映射信息存儲(chǔ)模塊2中存儲(chǔ)的、預(yù)先建立的SNMP屬性管理信息與IDL接口調(diào)用信息之間的映射關(guān)系信息中獲取與所述SNMP請求中攜帶的SNMP屬性管理信息對應(yīng)的IDL接口調(diào)用信息；步驟12、根據(jù)IDL接口調(diào)用信息生成IDL調(diào)用請求信息；步驟13、業(yè)務(wù)功能模塊4執(zhí)行與IDL調(diào)用請求信息相應(yīng)的IDL接口功能，產(chǎn)生IDL調(diào)用結(jié)果，并將該IDL調(diào)用結(jié)果返回協(xié)議適配模塊3；步驟14、協(xié)議適配模塊3根據(jù)IDL調(diào)用結(jié)果生成SNMP響應(yīng)信息。并將該SNMP響應(yīng)消息發(fā)送給網(wǎng)絡(luò)管理模塊1。
圖5所示為本發(fā)明網(wǎng)絡(luò)管理方法另一實(shí)施例的流程圖，其可通過圖2所示的網(wǎng)絡(luò)管理裝置實(shí)現(xiàn)，包括以下步驟步驟101、網(wǎng)絡(luò)管理模塊1接收網(wǎng)絡(luò)管理員輸入的數(shù)據(jù)，根據(jù)網(wǎng)絡(luò)管理員的指示，生成SNMP請求，并將該SNMP請求發(fā)送給協(xié)議適配模塊3，其中，SNMP請求中攜帶有屬性管理信息，包括被管理對象的OID，該SNMP請求的操作類型可以是Get或者Set。
步驟102、協(xié)議適配模塊3接收到SNMP請求后，根據(jù)映射信息存儲(chǔ)模塊2中存儲(chǔ)的SNMP屬性管理信息與IDL接口調(diào)用信息之間的映射關(guān)系信息，查詢獲取與SNMP請求中攜帶的屬性管理信息對應(yīng)的接口調(diào)用信息，即獲取與OID對應(yīng)的接口方法名。
步驟103、協(xié)議適配模塊3由獲取到的接口方法名生成IDL調(diào)用請求信息，并將該IDL調(diào)用請求信息發(fā)送給執(zhí)行該接口方法名對應(yīng)的接口功能的業(yè)務(wù)功能模塊4。
步驟104、業(yè)務(wù)功能模塊4接收到IDL調(diào)用請求信息后，執(zhí)行相應(yīng)的接口功能，并向協(xié)議適配模塊3返回執(zhí)行該IDL調(diào)用請求所產(chǎn)生的IDL調(diào)用結(jié)果。
步驟105、協(xié)議適配模塊3將IDL調(diào)用結(jié)果填入SNMP響應(yīng)包中，生成SNMP響應(yīng)信息，并將該SNMP響應(yīng)信息返回給網(wǎng)絡(luò)管理模塊1。
基于圖3所示的網(wǎng)絡(luò)管理裝置，當(dāng)業(yè)務(wù)功能模塊4啟動(dòng)時(shí)，業(yè)務(wù)功能模塊4中的參數(shù)更新單元41向參數(shù)信息存儲(chǔ)模塊5注冊該業(yè)務(wù)功能模塊4提供的IDL接口的參數(shù)信息，包括參數(shù)名或參數(shù)名列表；當(dāng)業(yè)務(wù)功能模塊4停止運(yùn)行時(shí)，參數(shù)更新單元41從參數(shù)信息存儲(chǔ)模塊5中注銷其注冊的參數(shù)信息。相應(yīng)的，利用圖3所示的網(wǎng)絡(luò)管理裝置的網(wǎng)絡(luò)管理方法的又一實(shí)施例的流程，如圖6所示，其包括以下步驟步驟201、網(wǎng)絡(luò)管理模塊1接收網(wǎng)絡(luò)管理員輸入的數(shù)據(jù)，根據(jù)網(wǎng)絡(luò)管理員的指示，生成SNMP請求，并將該SNMP請求發(fā)送給協(xié)議適配模塊3，其中，SNMP請求中攜帶有屬性管理信息，包括被管理對象的OID與對象值。
步驟202、協(xié)議適配模塊3接收到SNMP請求后，根據(jù)映射信息存儲(chǔ)模塊2中存儲(chǔ)的SNMP屬性管理信息與IDL接口調(diào)用信息之間的映射關(guān)系信息，查詢獲取與SNMP請求中攜帶的OID對應(yīng)的接口方法名。
步驟203、協(xié)議適配模塊3查詢參數(shù)信息存儲(chǔ)模塊5注冊的IDL接口的參數(shù)信息，獲取查詢到的接口方法名的參數(shù)信息，即參數(shù)名或參數(shù)名列表。
步驟204、協(xié)議適配模塊3判斷獲取到的參數(shù)信息中是否有輸入?yún)?shù)。
步驟205、若沒有輸入?yún)?shù)，則協(xié)議適配模塊3由接口方法名構(gòu)造IDL調(diào)用請求信息，該調(diào)用請求信息中不帶任何參數(shù)。
步驟206、若有輸入?yún)?shù)，則查詢SNMP請求消息中攜帶的被管理對象的對象值，并判斷該對象值與輸入?yún)?shù)的個(gè)數(shù)是否相等。
步驟207、若不相等，則認(rèn)為SNMP請求消息錯(cuò)誤，向網(wǎng)絡(luò)管理模塊1返回請求失敗的響應(yīng)消息。
步驟208、若相等，則按照參數(shù)名列表中輸入?yún)?shù)的順序，將SNMP請求中攜帶的被管理對象的對象值作為輸入?yún)?shù)的參數(shù)值一一填入到輸入?yún)?shù)中，由接口方法名與填入?yún)?shù)值的輸入?yún)?shù)生成IDL調(diào)用請求信息，并將該IDL調(diào)用請求信息發(fā)送給執(zhí)行該接口方法名對應(yīng)的接口功能的業(yè)務(wù)功能模塊4。
步驟209、業(yè)務(wù)功能模塊4接收到IDL調(diào)用請求信息后，執(zhí)行相應(yīng)的接口功能，并向協(xié)議適配模塊3返回執(zhí)行該IDL調(diào)用請求所產(chǎn)生的IDL調(diào)用結(jié)果。
步驟210、協(xié)議適配模塊3將IDL調(diào)用結(jié)果填入SNMP響應(yīng)包中，生成請求成功或請求失敗的SNMP響應(yīng)信息。
步驟211、協(xié)議適配模塊3判斷IDL調(diào)用結(jié)果中是否包含輸出參數(shù)。
步驟212、若不包含，則協(xié)議適配模塊3直接將生成的SNMP響應(yīng)信息返回網(wǎng)絡(luò)管理模塊1。
步驟213、若包含，則協(xié)議適配模塊3將輸出參數(shù)填入生成的SNMP響應(yīng)信息中，然后將填入輸出參數(shù)的SNMP響應(yīng)信息返回網(wǎng)絡(luò)管理模塊1。
本發(fā)明實(shí)施例總的有益技術(shù)效果將電信應(yīng)用系統(tǒng)的網(wǎng)管功能統(tǒng)一由SNMP實(shí)現(xiàn)，實(shí)現(xiàn)了映射信息存儲(chǔ)與協(xié)議適配的業(yè)務(wù)邏輯獨(dú)立，當(dāng)維測接口變化引起IDL接口變化時(shí)，僅僅需要變更映射信息存儲(chǔ)模塊中的相應(yīng)映射關(guān)系信息即可，無需對協(xié)議適配的執(zhí)行模塊進(jìn)行修改，業(yè)務(wù)實(shí)現(xiàn)靈活，操作簡便，所需工作量小，且成本低。
最后所應(yīng)說明的是以上實(shí)施例僅用以說明本發(fā)明的技術(shù)方案，而非對本發(fā)明作限制性理解。盡管參照上述較佳實(shí)施例對本發(fā)明進(jìn)行了詳細(xì)說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依然可以對本發(fā)明的技術(shù)方案進(jìn)行修改或者等同替換，而這種修改或者等同替換并不脫離本發(fā)明技術(shù)方案的精神和范圍。
權(quán)利要求
1.一種網(wǎng)絡(luò)管理裝置，包括用于生成SNMP請求并接收返回的SNMP響應(yīng)信息的網(wǎng)絡(luò)管理模塊，與用于執(zhí)行IDL接口功能的業(yè)務(wù)功能模塊，其特征在于，還包括映射信息存儲(chǔ)模塊，用于存儲(chǔ)SNMP屬性管理信息中被管理對象的對象標(biāo)識符與IDL接口調(diào)用信息中IDL接口的接口方法名之間的映射關(guān)系信息；協(xié)議適配模塊用于根據(jù)所述映射關(guān)系信息，在SNMP信息與IDL信息之間進(jìn)行轉(zhuǎn)換。
2.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)管理裝置，其特征在于，還包括參數(shù)信息存儲(chǔ)模塊，用于存儲(chǔ)IDL接口的參數(shù)信息，該參數(shù)信息包括IDL接口的接口方法名對應(yīng)的參數(shù)名列表或參數(shù)名；所述協(xié)議適配模塊用于根據(jù)所述映射關(guān)系信息，實(shí)現(xiàn)所述對象標(biāo)識符與所述IDL接口的接口方法名及該IDL接口的接口方法名對應(yīng)的IDL接口的參數(shù)信息之間的映射，在SNMP信息與IDL信息之間進(jìn)行轉(zhuǎn)換。
3.根據(jù)權(quán)利要求2所述的網(wǎng)絡(luò)管理裝置，其特征在于，所述業(yè)務(wù)功能模塊包括參數(shù)更新單元，用于在所述業(yè)務(wù)功能模塊啟動(dòng)時(shí)，向所述參數(shù)信息存儲(chǔ)模塊注冊所述業(yè)務(wù)功能模塊提供的IDL接口的參數(shù)信息，以及在所述業(yè)務(wù)功能模塊停止運(yùn)行時(shí)，注銷所述業(yè)務(wù)功能模塊注冊的IDL接口的參數(shù)信息。
4.根據(jù)權(quán)利要求2或3所述的網(wǎng)絡(luò)管理裝置，其特征在于，所述參數(shù)信息存儲(chǔ)模塊與所述映射信息存儲(chǔ)模塊一體設(shè)置。
5.一種網(wǎng)絡(luò)管理方法，其特征在于，包括以下步驟接收到SNMP請求后，查詢SNMP屬性管理信息與IDL接口調(diào)用信息之間的映射關(guān)系信息，獲取與所述SNMP請求中攜帶的屬性管理信息對應(yīng)的IDL接口調(diào)用信息；根據(jù)所述接口調(diào)用信息生成IDL調(diào)用請求信息；執(zhí)行所述IDL調(diào)用請求信息；由執(zhí)行所述IDL調(diào)用請求信息產(chǎn)生的IDL調(diào)用結(jié)果生成SNMP響應(yīng)信息。
6.根據(jù)權(quán)利要求5所述的網(wǎng)絡(luò)管理方法，其特征在于，還包括業(yè)務(wù)功能模塊啟動(dòng)時(shí)，注冊該業(yè)務(wù)功能模塊提供的IDL接口的參數(shù)信息，該參數(shù)信息包括所述IDL接口的接口方法名對應(yīng)的參數(shù)名列表或參數(shù)名。
7.根據(jù)權(quán)利要求6所述的網(wǎng)絡(luò)管理方法，其特征在于，所述SNMP屬性管理信息中還包括所述被管理對象的對象值；根據(jù)SNMP屬性管理信息與IDL接口調(diào)用信息之間的映射關(guān)系信息，獲取與所述SNMP請求中攜帶的屬性管理信息對應(yīng)的接口調(diào)用信息具體為根據(jù)SNMP屬性管理信息與IDL接口調(diào)用信息之間的映射關(guān)系信息，獲取與SNMP請求中攜帶的被管理對象的對象標(biāo)識符對應(yīng)的接口方法名；查詢注冊的IDL接口的參數(shù)信息，獲取所述接口方法名對應(yīng)的參數(shù)名列表或參數(shù)名。
8.根據(jù)權(quán)利要求7所述的網(wǎng)絡(luò)管理方法，其特征在于，查詢注冊的IDL接口的參數(shù)信息，在所述接口方法名對應(yīng)的參數(shù)信息中存在輸入?yún)?shù)時(shí)，判斷所述對象值的個(gè)數(shù)與所述輸入?yún)?shù)的個(gè)數(shù)是否相等，若相等，則由所述接口調(diào)用信息生成IDL調(diào)用請求信息；若不相等，則返回SNMP請求失敗的響應(yīng)消息。
9.根據(jù)權(quán)利要求8所述的網(wǎng)絡(luò)管理方法，其特征在于，由所述接口調(diào)用信息生成IDL調(diào)用請求信息具體為按照所述參數(shù)名列表中輸入?yún)?shù)的順序，將所述對象值作為參數(shù)值逐個(gè)填入到輸入?yún)?shù)中，由所述接口方法名與填入?yún)?shù)值的輸入?yún)?shù)生成IDL調(diào)用請求信息。
10.根據(jù)權(quán)利要求6至9任意一項(xiàng)所述的網(wǎng)絡(luò)管理方法，其特征在于，由執(zhí)行所述IDL調(diào)用請求信息產(chǎn)生的IDL調(diào)用結(jié)果生成SNMP響應(yīng)信息具體為接收到執(zhí)行所述IDL調(diào)用請求信息產(chǎn)生的IDL調(diào)用結(jié)果后，將該IDL調(diào)用結(jié)果填入SNMP響應(yīng)包中，生成請求成功或請求失敗的SNMP響應(yīng)信息；若該IDL調(diào)用結(jié)果中包含輸出參數(shù)，則還將該輸出參數(shù)填入所述SNMP響應(yīng)信息。
11.根據(jù)權(quán)利要求6至9任意一項(xiàng)所述的網(wǎng)絡(luò)管理方法，其特征在于，還包括業(yè)務(wù)功能模塊停止運(yùn)行時(shí)，注銷其注冊的參數(shù)信息。
全文摘要
本發(fā)明提供了一種網(wǎng)絡(luò)管理裝置與網(wǎng)絡(luò)管理方法，其中，裝置包括用于生成SNMP請求并接收返回的SNMP響應(yīng)信息的網(wǎng)絡(luò)管理模塊，與用于執(zhí)行IDL接口功能的業(yè)務(wù)功能模塊，還包括映射信息存儲(chǔ)模塊，用于存儲(chǔ)SNMP屬性管理信息中被管理對象的對象標(biāo)識符與IDL接口調(diào)用信息中IDL接口的接口方法名之間的映射關(guān)系信息；協(xié)議適配模塊用于根據(jù)所述映射關(guān)系信息，在SNMP信息與IDL信息之間進(jìn)行轉(zhuǎn)換。采用本發(fā)明，避免了在多種協(xié)議之上開發(fā)管理側(cè)的軟件所具有的工作量很大、開發(fā)成本高、操作不方便等缺陷；當(dāng)IDL接口變化時(shí)，業(yè)務(wù)實(shí)現(xiàn)靈活，操作簡便，所需工作量小，且成本低。
文檔編號G06F17/30GK101043379SQ200710090409
公開日2007年9月26日 申請日期2007年4月6日 優(yōu)先權(quán)日2007年3月22日
發(fā)明者唐江 申請人:華為技術(shù)有限公司