專利名稱:網(wǎng)管接口信息交互方法、裝置及通知上報方法
技術領域:
本發(fā)明涉及通信技術領域,更具體地說涉及用于實現(xiàn)多種網(wǎng)絡管理系統(tǒng)和多種設備管理系統(tǒng)之間信息交互的方法、裝置以及設備管理系統(tǒng)信息上報的方法。
背景技術:
經(jīng)過多年的建設和發(fā)展,各通信運營商傳輸網(wǎng)絡的規(guī)模日益擴大,逐漸成為承載各種信息業(yè)務的傳輸平臺,為了提高對傳輸網(wǎng)絡的管理能力,降低管理維護成本,各通信運營商先后分別建立了由不同軟件開發(fā)商建設的滿足不同管理需求的傳輸網(wǎng)綜合網(wǎng)絡管理系統(tǒng)、傳輸網(wǎng)資源管理系統(tǒng)、綜合告警管理系統(tǒng)等多種綜合管理系統(tǒng)(為了便于描述,本文將其統(tǒng)一稱之為網(wǎng)絡管理系統(tǒng)),這些不同的網(wǎng)絡管理系統(tǒng)由不同的開發(fā)商建設完成,因此分別開發(fā)了不同的網(wǎng)管應用接口,用戶正是通過這些應用接口實現(xiàn)對網(wǎng)絡設備的管理需求。另一方面,由于我國是典型的多廠商環(huán)境,電信網(wǎng)上同時有不同廠商的電信設備及其相應的設備管理系統(tǒng)在運行,電信網(wǎng)絡管理系統(tǒng)需要通過各設備廠商的北向接口與各廠商的設備網(wǎng)管系統(tǒng)進行通信,但是由于各設備廠商的接口通信協(xié)議、通信實現(xiàn)方式、接口信息模型、支持的管理功能等方面存在很大差異,因此,電信運營商迫切需要即能夠同時接入多廠商網(wǎng)管系統(tǒng)的應用接口,又能夠同時接入多廠商設備的北向接口的方法和設備,既能與設備北向接口進行實時通信又能為多種上層網(wǎng)絡管理系統(tǒng)及時提供需要的設備數(shù)據(jù)信息,從而實現(xiàn)網(wǎng)絡的配置、性能、故障等綜合管理功能。
發(fā)明內容
有鑒于此,本發(fā)明提供一種網(wǎng)管接口信息交互方法、裝置及通知上報方法,通過分別適配多種網(wǎng)絡管理系統(tǒng)和多種設備管理系統(tǒng),解決他們之間的信息交互的問題,為適應增加新的網(wǎng)絡管理系統(tǒng)和新的設備管理系統(tǒng)帶來的信息交互成本問題,以及網(wǎng)絡管理系統(tǒng)用戶的多層次管理需求問題。
本發(fā)明提供一種網(wǎng)管接口信息交互方法,用于實現(xiàn)多個網(wǎng)絡管理系統(tǒng)與多個設備管理系統(tǒng)之間的信息交互,所述方法包括步驟一種網(wǎng)管接口信息交互方法,用于實現(xiàn)多個網(wǎng)絡管理系統(tǒng)與多個設備管理系統(tǒng)之間的通信,所述方法包括將來自不同的網(wǎng)絡管理系統(tǒng)的命令信息進行歸一化;將經(jīng)過歸一化處理的命令信息針對目標設備管理系統(tǒng)接口進行協(xié)議轉換,發(fā)送至目標設備管理系統(tǒng);接收所述目標設備管理系統(tǒng)返回的響應信息,并將該響應信息進行歸一化;將經(jīng)過歸一化的響應信息針對發(fā)起命令的網(wǎng)絡管理系統(tǒng)進行協(xié)議轉換,發(fā)送至該網(wǎng)絡管理系統(tǒng)。
優(yōu)選的,按照以下步驟進行歸一化將所述命令信息或響應信息進行解析;將經(jīng)過解析的命令信息或響應信息匹配到自定義信息模型中;將所述自定義信息模型的空缺屬性用默認值填充。
優(yōu)選的,在將經(jīng)過歸一化處理的命令信息發(fā)送給目標設備管理系統(tǒng)之前,還包括定時檢測目標設備管理系統(tǒng)的工作狀態(tài)信息,當所述目標設備管理系統(tǒng)的工作狀態(tài)信息為“忙”時,將命令信息保存進信息隊列,進入等待發(fā)送狀態(tài);否則,從信息隊列中取出命令信息將其發(fā)送至所述設備管理系統(tǒng),并將所述設備管理系統(tǒng)的工作狀態(tài)置為“忙”。
優(yōu)選的,還包括定時檢測設備管理系統(tǒng)及網(wǎng)絡管理系統(tǒng)的接口通信連接狀態(tài),當所述接口通信連接狀態(tài)為斷開時,發(fā)送連接斷開通知,并重新嘗試恢復與設備管理系統(tǒng)及網(wǎng)絡管理系統(tǒng)的連接。
本發(fā)明同時公開了一種網(wǎng)管接口信息交互裝置,用于完成多個網(wǎng)絡管理系統(tǒng)與多個設備管理系統(tǒng)之間的信息交互,包括多個網(wǎng)管接口適配單元、多個設備接口適配單元、轉發(fā)單元;其中,多個網(wǎng)管接口適配單元分別與多種網(wǎng)絡管理系統(tǒng)一一對應,用于接收所對應網(wǎng)絡管理系統(tǒng)下發(fā)的命令信息,并將該命令信息進行歸一化后提供給轉發(fā)單元;以及,將轉發(fā)單元發(fā)送過來的響應信息或通知信息進行協(xié)議轉換后傳送給與其對應的網(wǎng)絡管理系統(tǒng);
多個設備接口適配單元分別與多種設備管理系統(tǒng)一一對應,用于接收已經(jīng)過歸一化的命令信息,針對與其對應的設備管理系統(tǒng)進行協(xié)議轉換后,傳送給該設備管理系統(tǒng);以及接收該設備管理系統(tǒng)完成命令操作后返回的響應信息,或接收該設備管理系統(tǒng)直接上報的通知信息,并進行歸一化后提供給轉發(fā)單元;轉發(fā)單元接收網(wǎng)管接口適配單元發(fā)送過來的命令信息,根據(jù)所述命令信息中的目標設備管理系統(tǒng)的識別信息,將經(jīng)過歸一化的命令信息發(fā)給與該目標設備管理系統(tǒng)對應的設備接口適配單元;以及,接收設備接口適配單元發(fā)送過來的響應信息或通知信息,根據(jù)所述響應信息或通知信息中的目標網(wǎng)絡管理系統(tǒng)的識別信息,將經(jīng)過歸一化的響應信息或通知信息發(fā)給與該目標網(wǎng)絡管理系統(tǒng)對應的網(wǎng)管接口適配單元。
優(yōu)選的,所述網(wǎng)管接口適配單元包括網(wǎng)管接口連接單元、網(wǎng)管接口信息獲取單元、網(wǎng)管接口信息歸一化單元和網(wǎng)管接口協(xié)議轉換單元;其中,所述網(wǎng)管接口連接單元用于檢測并建立和維護與網(wǎng)絡管理系統(tǒng)的連接;所述網(wǎng)管接口信息獲取單元用于獲取網(wǎng)絡管理系統(tǒng)的命令信息,并將所述命令信息提供給網(wǎng)管接口信息歸一化單元;所述網(wǎng)管接口信息歸一化單元用于將所述命令信息進行歸一化將所述命令信息進行解析,將經(jīng)過解析的命令信息匹配到自定義信息模型中,將所述自定義信息模型的空缺屬性用默認值填充;并將歸一化后的命令信息提供給轉發(fā)單元;所述網(wǎng)管接口協(xié)議轉換單元用于將轉發(fā)單元發(fā)送過來的響應信息或者通知信息針對對應的網(wǎng)絡管理系統(tǒng)的接口協(xié)議進行轉換,轉換成該網(wǎng)絡管理系統(tǒng)能識別的信息。
優(yōu)選的,所述設備接口適配單元包括設備接口連接單元、設備接口信息獲取單元、設備接口信息歸一化單元和設備接口協(xié)議轉換單元;其中,所述設備接口連接單元用于檢測并建立和維護與設備管理系統(tǒng)的連接;所述設備接口信息獲取單元用于獲取設備管理系統(tǒng)的響應信息或上報的通知信息,并將該信息提供給設備接口信息歸一化單元;所述設備接口歸一化單元用于將該所述響應信息或通知信息進行歸一化將所述響應信息或通知信息進行解析,將經(jīng)過解析的響應信息或通知信息匹配到自定義信息模型中,將所述自定義信息模型的空缺屬性用默認值填充,并將歸一化后的響應信息或通知信息提供給轉發(fā)單元;所述設備接口協(xié)議轉換單元用于將轉發(fā)單元發(fā)送過來的經(jīng)過歸一化的響應信息或者通知信息針對對應的設備管理系統(tǒng)的接口協(xié)議進行轉換,轉換成該設備管理系統(tǒng)能識別的信息。
優(yōu)選的,所述裝置還包括沖突控制單元,用于定時檢測設備管理系統(tǒng)的工作狀態(tài),并在獲知設備管理系統(tǒng)工作狀態(tài)為“忙”時,將經(jīng)過歸一化的命令信息保存進信息隊列,進入等待發(fā)送狀態(tài);否則,從信息隊列中取出命令信息,將其發(fā)送至對應的目標設備管理系統(tǒng)。
優(yōu)選的,所述裝置還包括通知訂閱單元、通知過濾單元,其中,所述通知訂閱單元用于對通知類型信息進行預設訂閱,只上報訂閱的通知類型;所述通知過濾單元用于對所訂閱的某種類型的通知,設置過濾規(guī)則,并利用所述過濾規(guī)則屏蔽不符合過濾規(guī)則的通知。
本發(fā)明同時公開了一種設備管理系統(tǒng)通知上報的方法,包括步驟接收不同的設備管理系統(tǒng)上報的通知信息;將來自不同的設備管理系統(tǒng)的通知信息歸一化;將所述歸一化后的通知信息針對各種網(wǎng)絡管理系統(tǒng)進行協(xié)議轉換;將經(jīng)過協(xié)議轉換后的通知信息發(fā)送至各網(wǎng)絡管理系統(tǒng)。
優(yōu)選的,按照以下步驟進行歸一化將所述通知信息進行解析;將經(jīng)過解析的通知信息匹配到自定義信息模型中;將所述自定義信息模型的空缺屬性用默認值填充。
優(yōu)選的,在所述通知信息發(fā)送至所述各網(wǎng)絡管理系統(tǒng)之前,還包括利用預置的訂閱請求和過濾規(guī)則先后對所述通知信息進行訂閱管理和過濾。
通過上述技術方案可知,本發(fā)明分別將來自不同的網(wǎng)絡管理系統(tǒng)的管理命令信息進行歸一化和協(xié)議轉換后發(fā)送至相應的設備管理系統(tǒng);以及,將所述設備管理系統(tǒng)的響應信息進行歸一化和協(xié)議轉換后反饋至相應的網(wǎng)絡管理系統(tǒng),本發(fā)明將多個不同的網(wǎng)絡管理系統(tǒng)以及多個不同的設備管理系統(tǒng)之間的交互信息進行歸一化,也就是將所述交互信息統(tǒng)一格式,由此屏蔽網(wǎng)絡管理系統(tǒng)和設備管理系統(tǒng)的接口的專業(yè)性,可以同時適配多種設備管理系統(tǒng)和多種網(wǎng)絡管理系統(tǒng),實現(xiàn)多種網(wǎng)絡管理系統(tǒng)和多種設備管理系統(tǒng)之間的信息交互。
圖1為本發(fā)明網(wǎng)管接口信息交互方法實現(xiàn)流程圖;圖2為本發(fā)明網(wǎng)管接口信息交互方法的實施例一的流程圖;圖3為本發(fā)明網(wǎng)管接口信息交互方法的實施例二的流程圖;圖4為本發(fā)明通知信息上報的方法的流程圖;圖5為本發(fā)明網(wǎng)管接口信息交互裝置的結構示意圖;圖6為本發(fā)明網(wǎng)管接口信息交互裝置實施例一的網(wǎng)管接口適配單元的結構示意圖;圖7為本發(fā)明網(wǎng)管接口信息交互裝置實施例一的設備接口適配單元的結構示意圖;圖8為本發(fā)明網(wǎng)管接口信息交互裝置實施例二的結構示意圖;圖9為本發(fā)明網(wǎng)管接口信息交互裝置實施例三的結構示意圖。
具體實施例方式
本發(fā)明的基本思想是分別將來自不同的網(wǎng)絡管理系統(tǒng)的命令信息進行歸一化;將經(jīng)過歸一化處理的命令信息進行協(xié)議轉換后發(fā)送至相應的設備管理系統(tǒng);將所述設備管理系統(tǒng)的響應信息進行歸一化;將經(jīng)過歸一化的響應信息進行協(xié)議轉換后反饋至相應的網(wǎng)絡管理系統(tǒng)。
利用本發(fā)明可以實現(xiàn)上層的多種網(wǎng)絡管理系統(tǒng)和下層的多種設備管理系統(tǒng)之間的信息交互。
為了使本技術領域的人員更好地理解本發(fā)明方案,下面結合附圖和實施方式對本發(fā)明作進一步的詳細說明。
請參考圖1,為本發(fā)明一種網(wǎng)管接口信息交互方法的實現(xiàn)流程圖。
首先,進入步驟S101。
步驟S101將來自不同的網(wǎng)絡管理系統(tǒng)的命令信息進行歸一化。
來自不同的網(wǎng)絡管理系統(tǒng)的命令信息是多種多樣的,但是從結構上來說都可以劃分為命令的參數(shù)信息、命令處理的對象信息以及命令處理方法本身幾個部分。為了將來自不同的網(wǎng)絡管理系統(tǒng)的多種多樣的命令信息歸結為統(tǒng)一的規(guī)范化模型描述,設計統(tǒng)一的自定義接口信息模型,該自定義信息模型結合了眾多設備管理系統(tǒng)的北向接口信息模型,統(tǒng)一了不同的設備管理系統(tǒng)的北向接口的各種對象及結構,采用標準接口定義語言定義,該自定義信息模型主要包括接口對象、接口數(shù)據(jù)結構及接口方法。對于相同對象或結構的定義,不同設備管理系統(tǒng)的接口有各自的描述特性,尤其是某些沒有遵從業(yè)界標準的設備管理系統(tǒng)的接口,特性十分明顯。自定義的接口信息模型根據(jù)業(yè)界標準并結合眾多設備管理系統(tǒng)的北向接口信息模型總結得出,具有廣泛適用性,并且可擴展。
自定義信息模型的規(guī)范描述框架形式舉例如下表示表1
在這一步,首先將所述來自不同的網(wǎng)絡管理系統(tǒng)的命令信息進行解析,然后將解析后的命參數(shù)信息、命令處理對象信息以及命令處理方法信息匹配為自定義信息模型,匹配過程是這樣實現(xiàn)的將所述命令信息的參數(shù)、對象和方法部分分別與自定義信息模型的數(shù)據(jù)結構和方法部分相對應,匹配為自定義信息模型的規(guī)范描述形式。
不論進行哪一種匹配,都包括接口對象的匹配、接口數(shù)據(jù)結構的匹配及接口方法的匹配。
需要說明的是在匹配進行中,對于相同語義的命令信息,均應匹配為相同的自定義信息模型描述,對于命令信息中含有的空缺屬性可采用默認值填充,默認值的選擇可以參考業(yè)界常用的標準。
由于不同的網(wǎng)絡管理系統(tǒng)采用不同的應用接口協(xié)議與用戶通信,例如WebService、Socket、CORBA、Q3、SNMP等方式,因此在向自定義信息模型匹配時,將通過相關的應用協(xié)議轉換為自定義信息模型信息。
步驟S102將經(jīng)過歸一化處理的命令信息針對目標設備管理系統(tǒng)接口進行協(xié)議轉換,發(fā)送至目標設備管理系統(tǒng)。
由于不同的設備管理系統(tǒng)采用了不同的接口方式針對設備進行命令信息的操作處理,例如Q3、Socket、CORBA、SNMP等接口方式,因此,需要將已經(jīng)歸一化的命令信息再轉化為對不同設備管理系統(tǒng)的接口能夠識別的命令信息。
步驟S103接收所述目標設備管理系統(tǒng)返回的響應信息,并將該響應信息進行歸一化。
所述設備管理系統(tǒng)完成命令操作處理之后,如果有響應信息返回,將所述命令操作的響應信息進行歸一化,歸一化為符合自定義信息模型格式的信息。這個歸一化過程和S101中的歸一化過程類似,不再詳述。
步驟S104將經(jīng)過歸一化的響應信息針對發(fā)起命令的網(wǎng)絡管理系統(tǒng)進行協(xié)議轉換,發(fā)送至該網(wǎng)絡管理系統(tǒng)。
將經(jīng)過歸一化的信息進行協(xié)議轉換,轉換為發(fā)送命令的網(wǎng)絡管理系統(tǒng)應用接口能夠識別的信息后,反饋至該網(wǎng)絡管理系統(tǒng)。
需要說明的是,為了實現(xiàn)多個網(wǎng)管系統(tǒng)與多個設備管理系統(tǒng)之間的信息交互,可以在網(wǎng)絡管理系統(tǒng)下發(fā)的命令信息中預先配置好接收命令的設備管理系統(tǒng)識別信息、發(fā)出命令的網(wǎng)絡管理系統(tǒng)識別信息,當設備管理系統(tǒng)收到所述命令信息后,根據(jù)該命令信息中的設備管理系統(tǒng)的識別信息;在設備管理系統(tǒng)反饋的響應信息中加入所述網(wǎng)絡管理系統(tǒng)的識別信息,當網(wǎng)絡管理系統(tǒng)收到所述響應信息后,根據(jù)該響應信息中的網(wǎng)絡管理系統(tǒng)的識別信息便可獲知該響應信息是針對哪些網(wǎng)絡管理系統(tǒng)的。
下面通過一個實施例對本發(fā)明的技術方案進行進一步的補充說明。
請參考圖2,為本發(fā)明一種網(wǎng)管接口信息交互方法的實施例一的流程圖。
步驟S201獲取目標網(wǎng)絡管理系統(tǒng)下發(fā)的命令信息。
所述命令信息可以是數(shù)據(jù)采集命令信息,所述采集命令信息中包含采集告警數(shù)據(jù)的參數(shù)信息、采集對象信息、采集方法,同時還包括發(fā)出命令的網(wǎng)絡管理系統(tǒng)的識別信息、接收命令的設備管理系統(tǒng)的識別信息。
例如當網(wǎng)絡管理系統(tǒng)要采集全部活動告警時,網(wǎng)絡管理系統(tǒng)的接口采取SOCKET方式接收用戶的采集全部活動告警命令COM_ALARMSYNC,通信協(xié)議中規(guī)定此命令中應提供設備管理系統(tǒng)標識。
步驟S202將所述命令信息歸一化。
首先,對所述數(shù)據(jù)采集命令進行解析。
當收到活動告警采集命令COM_ALARMSYNC后,根據(jù)應用接口通信協(xié)議的說明,從命令中提取出采集告警數(shù)據(jù)的參數(shù)信息(如告警嚴重級別perceivedSeverity、告警原因nativeProbableCause、采集對象信息、采集方法,同時還包括發(fā)出命令的網(wǎng)絡管理系統(tǒng)的標識、接收命令的設備管理系統(tǒng)標識如emsName等信息}。
然后,將所述數(shù)據(jù)采集命令信息匹配到自定義信息模型。
根據(jù)上一步解析得到的采集命令和參數(shù),所得到的告警采集命令的自定義信息模型描述如下數(shù)據(jù)結構部分將命令信息格式域中的設備管理系統(tǒng)唯一標識對應的值對應為StringemsName,返回參數(shù)為AlarmEventList_THolder{...//輸出參數(shù)數(shù)據(jù)結構定義}TCAEventList_THolder{...//輸出參數(shù)數(shù)據(jù)結構定義}方法部分void getAllEMSAndMEActiveAlarms(String emsName,AlarmEventList_THolder alarmList,TCAEventList_THolder TCAList)獲取指定設備管理系統(tǒng)的所有活動告警,包括普通告警和性能越限告警。emsName為輸入?yún)?shù),用于指定設備管理系統(tǒng);alarmList為輸出參數(shù)-普通告警列表,用于保存返回的普通告警;TCAList為輸出參數(shù)-性能越限告警列表,用于保存返回的性能越限告警。
步驟S203將經(jīng)過歸一化的命令信息進行協(xié)議轉換,發(fā)送至目標設備管理系統(tǒng)。
將經(jīng)過歸一化的數(shù)據(jù)采集命令的自定義信息模型描述轉換成所述目標設備管理系統(tǒng)的接口支持的技術協(xié)議所要求的描述形式,也就是說,將所述數(shù)據(jù)采集命令轉換成所述目標設備管理系統(tǒng)所能識別的數(shù)據(jù)采集命令。
例如采用Socket協(xié)議將自定義信息模型信息轉換為某廠家設備管理系統(tǒng)識別的告警數(shù)據(jù)采集命令。
以下是經(jīng)過協(xié)議轉換后針對某廠家設備管理系統(tǒng)采集全部活動告警的命令public void getAllEMSAndMEActiveAlarms(AlarmEventList_THolderalarmEventList_THolder,TCAEventList_THolder tCAEventList_THolder)其中alarmEventList_THolder和tCAEventList_THolder作為輸出參數(shù)保存返回結果,其中的告警信息按照自定義信息模型中定義的格式存放。
上一步中的emsName是網(wǎng)絡管理系統(tǒng)對設備管理系統(tǒng)管理的標識,直接賦值即可(把socket命令幀中的設備管理系統(tǒng)標識賦給emsName),屬于比較簡單的情況。
然后,將經(jīng)過所述協(xié)議轉換的命令getAllEMSAndMEActiveAlarms按照設備管理系統(tǒng)的識別信息發(fā)送至設備管理系統(tǒng)(在此稱之為目標設備管理系統(tǒng))。
步驟S204獲取響應信息。
獲取所述目標設備管理系統(tǒng)執(zhí)行該數(shù)據(jù)采集命令后的響應信息。
在所述響應信息中包含目標網(wǎng)絡管理系統(tǒng)和目標設備管理系統(tǒng)的標識。
當設備管理系統(tǒng)接口采集全部活動告警后,返回所有活動告警的對象列表,根據(jù)活動告警是普通告警還是和性能越限告警,分別存到getAllEMSAndMEActiveAlarms方法的兩個輸出參數(shù)alarmEventList_THolder和tCAEventList_THolder中。
步驟S205對響應信息進行歸一化。
將所述響應信息匹配到自定義信息模型后,利用默認值對該自定義信息的空缺屬性進行填充。
具體的匹配方法可參照上述步驟S101中將命令信息進行歸一化的方法。
步驟S206對響應信息進行協(xié)議轉換。
將經(jīng)過歸一化的響應信息轉換成所述目標網(wǎng)絡管理系統(tǒng)的應用接口支持的技術協(xié)議所要求的描述形式,也就是說,將所述響應信息轉換成所述目標網(wǎng)絡管理系統(tǒng)所能識別的響應信息。
例如網(wǎng)絡管理系統(tǒng)通過SOCKET接口把經(jīng)過歸一化的響應信息按照通信協(xié)議定義的命令組裝成幀,以發(fā)送給目標網(wǎng)絡管理系統(tǒng)。
步驟S207將經(jīng)過協(xié)議轉換的響應信息反饋至目標網(wǎng)絡管理系統(tǒng)。
將經(jīng)過協(xié)議轉換的響應信息按照標識反饋至目標網(wǎng)絡管理系統(tǒng)。
至此通過以上步驟完成了網(wǎng)絡管理系統(tǒng)操作者的管理操作需求。
下面再通過一個例子對歸一化的原理和過程進行進一步的描述。
當網(wǎng)絡管理系統(tǒng)要采集設備管理系統(tǒng)中某網(wǎng)元的歷史性能數(shù)據(jù)時,通過解析下發(fā)的數(shù)據(jù)采集命令,該數(shù)據(jù)采集命令包含的參數(shù)及參數(shù)屬性如下采集對象EMS名BOCO;網(wǎng)元名NE1性能參數(shù)[];//為空,表示設備管理系統(tǒng)支持的全部性能參數(shù);時間粒度[24h];開始時間[2007-02-02 22:15:00];結束時間[2007-02-04 22:15:00];自定義信息模型包含的數(shù)據(jù)結構部分描述如下PMTPSelect_T[]pmTPSelectList;//采集對象String[]pmParameters;//性能參數(shù)種類String startTime;//采集開始時間String endTime;//采集結束時間其中PMTPSelect_T結構如下NameAndStringValue_T[]name;//設備管理系統(tǒng)名稱,網(wǎng)元名稱Short[]layerRateList;//層速率列表String[]pMLocationList;//性能檢測位置列表String[]granularityList;//采集時間粒度數(shù)據(jù)結構匹配的過程是將所述數(shù)據(jù)采集命令中的采集參數(shù)按照等同含義填充到自定義信息模型的數(shù)據(jù)結構中如下pmTPSelectList={Name={EMS=BOCO,ManagedElement=NE1};
layerRateList={};
pMLocationList={};
granularityList={"24h"}};
pmParameters={};
startTime={"20070202221500"};
endTime={"20070204221500"};
可以看出,所述數(shù)據(jù)采集命令中的性能參數(shù)屬性空缺,所以將標準定義的全部性能參數(shù)進行填充,如下pmTPSelectList={Name={EMS=BOCO,ManagedElement=NE1};
layerRateList={null};
pMLocationList={null};
granularityList={"24h″}};
pmParameters={"PMP_TPL","PMP_UAS","PMP_PJE","PMP_PPJ″,"PMP_PSC","PMP_PSD"...};//標準定義的全部性能參數(shù)種類startTime={"20070202221500"};
endTime={"20070204221500"};
通信技術更新?lián)Q代非常快,今天的網(wǎng)絡管理系統(tǒng)已經(jīng)不滿足于僅僅獲取到各廠家網(wǎng)管設備的信息,更要求能對不同的設備管理系統(tǒng)進行下行管理,例如創(chuàng)建路由,創(chuàng)建子網(wǎng)連接等等。
通過獲取由網(wǎng)絡管理系統(tǒng)下發(fā)的配置命令(所述配置命令中包含網(wǎng)絡管理系統(tǒng)和設備管理系統(tǒng)的標識,該標識可以是識別信息,通過該標識可知配置命令從哪些網(wǎng)絡管理系統(tǒng)發(fā)送至哪些設備管理系統(tǒng)的,將下發(fā)命令的網(wǎng)絡管理系統(tǒng)確定為目標網(wǎng)絡管理系統(tǒng),將接收所述命令的設備管理系統(tǒng)確定為目標設備管理系統(tǒng)),解析該配置命令后對該配置命令信息進行歸一化,就是將其匹配為自定義信息模型的配置命令信息,之后,將該配置命令信息轉換成所述目標設備管理系統(tǒng)的北向接口所支持的技術協(xié)議的配置命令信息,發(fā)送給目標設備管理系統(tǒng),并將該配置命令的響應信息反饋至所述目標網(wǎng)絡管理系統(tǒng)。
將經(jīng)過歸一化的配置命令進行協(xié)議轉換后發(fā)送至目標設備管理系統(tǒng),所述目標設備管理系統(tǒng)執(zhí)行所述配置命令,由此實現(xiàn)對設備管理系統(tǒng)的管理。
在上述所有實施例中,可能會由于多個網(wǎng)絡管理系統(tǒng)發(fā)送數(shù)據(jù)采集命令或者配置命令對同一設備管理系統(tǒng),從而造成沖突,引發(fā)錯誤,所以為了避免該沖突,可以定時檢測該目標設備管理系統(tǒng)的工作狀態(tài),在將數(shù)據(jù)采集命令或配置命令發(fā)送至目標設備管理系統(tǒng)之前,當查詢到該目標設備管理系統(tǒng)的工作狀態(tài)為“忙”時,將所述數(shù)據(jù)采集命令或配置命令保存進等候隊列,直到當該目標設備管理系統(tǒng)的工作狀態(tài)為“空閑”時,將該數(shù)據(jù)采集命令或配置命令發(fā)送至所述目標設備管理系統(tǒng)。
例如,在實施例一的基礎上,在完成步驟S202之后,首先進入步驟S2021,請參考圖3,為本發(fā)明一種網(wǎng)管接口信息交互方法的實施例二的流程圖。
步驟S2021定時檢測所述目標設備管理系統(tǒng)的工作狀態(tài)是否為“忙”,當所述目標設備管理系統(tǒng)處于“忙”時,進入步驟S2022;否則,從信息隊列中取出命令,進入步驟S203。
步驟S2022將帶有目標設備管理系統(tǒng)識別信息的數(shù)據(jù)采集命令保存進信息隊列等待發(fā)送,進入步驟S2021。
另外,為了保證實現(xiàn)多個上層網(wǎng)絡管理系統(tǒng)與多個設備管理系統(tǒng)之間的通信過程的有效性,需要定時檢測上層的各網(wǎng)絡管理系統(tǒng)、各設備管理系統(tǒng)的接口的通信連接狀態(tài),所述接口通信連接狀態(tài)包括“斷開”和“正常連接”兩種狀態(tài),當所述連接狀態(tài)為“斷開”時,發(fā)送告警,使工作人員能夠實時了解網(wǎng)絡管理系統(tǒng)、設備管理系統(tǒng)的接口通信狀態(tài)是否正常,如果不正常需要及時嘗試恢復連接。
本發(fā)明實施例將多個不同的網(wǎng)絡管理系統(tǒng)以及多個不同的設備管理系統(tǒng)之間的交互信息進行歸一化,也就是將所述交互信息統(tǒng)一語法和語義,由此屏蔽網(wǎng)絡管理系統(tǒng)和設備管理系統(tǒng)的接口的專業(yè)性,可以同時適配多種設備管理系統(tǒng)和多種網(wǎng)絡管理系統(tǒng),實現(xiàn)多種網(wǎng)絡管理系統(tǒng)和多種設備管理系統(tǒng)之間的信息交互,交互信息統(tǒng)一語法和語義的技術方案不僅可以統(tǒng)一網(wǎng)絡用戶的多層次管理需求,而且大大降低了多種網(wǎng)絡管理系統(tǒng)和多種設備管理系統(tǒng)之間的信息交互成本。
為使網(wǎng)絡管理系統(tǒng)的操作者及時了解到設備的突發(fā)性狀況,設備管理系統(tǒng)主動將設備異常等通知信息(區(qū)別于響應信息)上報給所述網(wǎng)絡管理系統(tǒng),便于網(wǎng)絡管理系統(tǒng)統(tǒng)一管理。
設備管理系統(tǒng)的信息上報流程如圖4所示,為本發(fā)明一種通知上報方法的實現(xiàn)流程圖。
包括以下步驟步驟S301接收不同的設備管理系統(tǒng)上報的通知信息。
步驟S302將來自不同的設備管理系統(tǒng)的通知信息歸一化。
所述“歸一化”操作原理與網(wǎng)管接口信息交互方法的實施例一、二中所述“歸一化”相同,在此不再贅述。
例如,自定義信息模型中包括有6種告警類型communications Alarm(通信告警)、environmental Alarm(環(huán)境告警)、equipment Alarm(設備告警)、processing Error Alarm(處理異常告警)、quality of Service Alarm(服務質量告警)和connect Ems Alarm(連接EMS告警)。
如果所述設備管理系統(tǒng)的北向接口沒有告警類型這一屬性,則結合告警信息進行簡單的關聯(lián)性分析,判斷該告警屬于哪種類型。如果關聯(lián)性分析也無法得出,則根據(jù)北向接口常見告警最接近的類型對告警類型這一屬性進行賦值,例如設備告警。
步驟S303對通知信息進行訂閱管理。
網(wǎng)絡管理系統(tǒng)可以對通知信息進行訂閱管理。
所述訂閱管理,是指按照通知類型進行預設訂閱,只上報訂閱的通知類型。例如訂閱告警通知類型,則選擇上報告警通知??梢赃x擇訂閱多種類型的通知,例如通知類型包括告警通知、性能越限告警通知、對象創(chuàng)建通知、對象刪除通知、屬性改變通知等。
步驟S304對所訂閱的通知信息進行過濾處理。
針對所訂閱的某種類型的通知,設置過濾規(guī)則,并利用所述過濾規(guī)則屏蔽掉不符合過濾規(guī)則的通知,例如按照告警級別過濾上報嚴重級別的告警信息。
步驟S305將經(jīng)過過濾的通知信息針對各種網(wǎng)絡管理系統(tǒng)進行協(xié)議轉換,并發(fā)送至各網(wǎng)絡管理系統(tǒng)。
將所述通知信息轉換為相應的網(wǎng)絡管理系統(tǒng)的接口所遵從的協(xié)議所支持的信息,并將所述信息發(fā)送至所述網(wǎng)絡管理系統(tǒng)。
所述設備管理系統(tǒng)上報的通知信息中包含網(wǎng)絡管理系統(tǒng)和設備管理系統(tǒng)的識別信息,根據(jù)該識別信息可以確定所述通知信息是從哪些設備管理系統(tǒng)發(fā)送給哪些網(wǎng)絡管理系統(tǒng)的。
本發(fā)明同時還提供了一種網(wǎng)管接口的信息交互裝置,以執(zhí)行上述方法流程。圖5示出了本裝置的結構示意圖。
本裝置200包括多個網(wǎng)管接口適配單元211、多個設備接口適配單元212和轉發(fā)單元213。
一個網(wǎng)管接口適配單元211對應于一種網(wǎng)絡管理系統(tǒng),接收該網(wǎng)絡管理系統(tǒng)下發(fā)的命令信息,所述命令信息中包含發(fā)送命令信息的網(wǎng)絡管理系統(tǒng)的識別信息和接收命令信息的設備管理系統(tǒng)的識別信息,為了敘述方便,在此,將所述網(wǎng)絡管理系統(tǒng)和設備管理系統(tǒng)分別稱為目標網(wǎng)絡管理系統(tǒng)和目標設備管理系統(tǒng),并將該命令信息進行歸一化后提供給轉發(fā)單元213;以及,將由轉發(fā)單元213發(fā)送過來的目標設備管理系統(tǒng)的響應信息或者通知信息進行協(xié)議轉換,轉換成對應的網(wǎng)絡管理系統(tǒng)所能識別的信息后傳送給該網(wǎng)絡管理系統(tǒng)。
一個設備接口適配單元212對應于一種設備管理系統(tǒng),接收由轉發(fā)單元213發(fā)送過來的已經(jīng)過歸一化的命令信息,將該命令信息進行協(xié)議轉換,轉換成對應的設備管理系統(tǒng)所能識別的信息后,傳送給該設備管理系統(tǒng);以及接收該設備管理系統(tǒng)完成命令操作后返回的響應信息,或接收該設備管理系統(tǒng)直接上報的通知信息,并提供給轉發(fā)單元213。
轉發(fā)單元213根據(jù)網(wǎng)管接口適配單元211提供的命令信息中的目標設備管理系統(tǒng)的識別信息,將該命令信息發(fā)送至與該目標設備管理系統(tǒng)對應的設備接口適配單元212;以及,根據(jù)設備接口適配單元212提供的響應信息或者通知信息中的目標網(wǎng)絡管理系統(tǒng)的識別信息,將該響應信息或者通知信息發(fā)送給與該目標網(wǎng)絡管理系統(tǒng)對應的網(wǎng)管接口適配單元211。
網(wǎng)管接口適配單元211對命令信息進行歸一化的具體方法過程已在上述網(wǎng)管接口信息交互方法部分詳細描述,在此不再贅述。
設備接口適配單元213對響應信息或通知信息進行歸一化的具體方法過程也已在上述網(wǎng)管接口信息交互方法部分詳細描述,在此同樣不再贅述。
上述裝置可以完成上層的多個網(wǎng)絡管理系統(tǒng)和下層的多個設備管理系統(tǒng)的信息交互。
圖6示出了本裝置200實施例一的網(wǎng)管接口適配單元的結構示意圖。
網(wǎng)管接口適配單元200包括網(wǎng)管接口連接單元2111、網(wǎng)管接口信息獲取單元2112、網(wǎng)管接口信息歸一化單元2113和網(wǎng)管接口協(xié)議轉換單元2114。所述網(wǎng)管接口連接單元2111檢測并建立和維護與網(wǎng)絡管理系統(tǒng)的連接,定時檢測網(wǎng)絡管理系統(tǒng)通信接口的連接狀態(tài),當所述連接狀態(tài)為斷開時,重新嘗試恢復與網(wǎng)絡管理系統(tǒng)的連接。
所述網(wǎng)管接口信息獲取單元2112用于獲取網(wǎng)絡管理系統(tǒng)的命令信息,并將所述命令信息發(fā)送給網(wǎng)管接口信息歸一化單元2113。
所述網(wǎng)管接口信息歸一化單元2113將所述命令信息進行歸一化將所述命令信息進行解析,將經(jīng)過解析的命令信息匹配到自定義信息模型中,將所述自定義信息模型的空缺屬性用默認值填充(具體的歸一化的方法在方法部分已經(jīng)詳細描述過,在此不再贅述),并將歸一化后的響應信息或通知信息提供給轉發(fā)單元213。另一方面,所述網(wǎng)管接口協(xié)議轉換單元2114將已經(jīng)歸一化的信息針對對應的網(wǎng)絡管理系統(tǒng)的接口協(xié)議進行轉換,轉換成該網(wǎng)絡管理系統(tǒng)能識別的信息。
圖7示出了本裝置200實施例一的設備接口適配單元的結構示意圖。
所述設備接口適配單元212包括設備接口連接單元2121、設備接口信息獲取單元2122、設備接口信息歸一化單元2123和設備接口協(xié)議轉換單元2124。
所述設備接口連接單元2121檢測并建立和維護與設備管理系統(tǒng)的連接,定時檢測設備管理系統(tǒng)通信接口的連接狀態(tài),當所述連接狀態(tài)為斷開時,重新嘗試恢復與設備管理系統(tǒng)的連接。所述設備接口信息獲取單元2122獲取設備管理系統(tǒng)的響應信息或上報的通知信息,并將該信息提供給設備接口信息歸一化單元2123;所述設備接口歸一化單元2123將該所述響應信息或通知信息進行歸一化將所述響應信息或通知信息進行解析,將經(jīng)過解析的響應信息或通知信息匹配到自定義信息模型中,將所述自定義信息模型的空缺屬性用默認值填充,并將歸一化后的響應信息或通知信息提供給轉發(fā)單元213。(具體的歸一化的方法在方法部分已經(jīng)詳細描述過,在此不再贅述)。另一方面,所述設備接口協(xié)議轉換單元2124可以將轉發(fā)單元213發(fā)送過來的經(jīng)過歸一化的響應信息或者通知信息針對對應的設備管理系統(tǒng)的接口協(xié)議進行轉換,轉換成該設備管理系統(tǒng)能識別的信息。
為使網(wǎng)絡管理系統(tǒng)的操作者及時了解到設備或者設備管理系統(tǒng)的突發(fā)性狀況,設備管理系統(tǒng)主動將設備異常等通知信息上報給所述網(wǎng)絡管理系統(tǒng),便于網(wǎng)絡管理系統(tǒng)統(tǒng)一管理。本裝置還可以包括通知訂閱單元214和通知過濾單元215,如圖8所示,為本發(fā)明網(wǎng)管接口信息交互裝置實施例二的結構示意圖,所述通知訂閱單元214用于按照通知類型進行預設訂閱,只上報訂閱的通知類型,例如訂閱告警通知,則選擇上報告警通知??梢赃x擇訂閱多種類型的通知,例如通知類型包括告警通知、性能越限告警通知、對象創(chuàng)建通知、對象刪除通知、屬性改變通知等。所述通知過濾單元215用于對預設訂閱內容設置過濾規(guī)則,從而利用所述過濾規(guī)則屏蔽不符合過濾規(guī)則的通知,例如按照告警級別過濾,上報嚴重級別的告警信息。
在上述所有實施例中,可能會由于多個網(wǎng)絡管理系統(tǒng)發(fā)送數(shù)據(jù)采集命令或者配置命令對同一設備管理系統(tǒng),從而造成沖突,引發(fā)錯誤,所以為了避免該沖突,本裝置還可以包括沖突控制單元216,如圖9所示,為本發(fā)明網(wǎng)管接口信息交互裝置實施例三的結構示意圖,所述沖突控制單元21 6用于與設備接口適配單元212相連,用于定時檢測設備管理系統(tǒng)對應的設備接口適配單元212的工作狀態(tài),并在獲知設備接口適配單元212的工作狀態(tài)為“忙”時,將命令信息保存進信息隊列,進入等待發(fā)送狀態(tài);否則,將命令信息發(fā)送至所述設備接口適配單元212。
本發(fā)明實施例能夠適配多個上層網(wǎng)絡管理系統(tǒng),并且通過對信息的歸一化,可以屏蔽網(wǎng)絡管理系統(tǒng)和設備管理系統(tǒng)的接口的專業(yè)性,以使得可以同時適配多個設備管理系統(tǒng)和多個網(wǎng)絡管理系統(tǒng),由此實現(xiàn)多個網(wǎng)絡管理系統(tǒng)和多個設備管理系統(tǒng)之間的信息交互。
以上公開的僅為本發(fā)明的優(yōu)選實施方式,但本發(fā)明并非局限于此,任何本領域的技術人員能思之的沒有創(chuàng)造性的變化,以及在不脫離本發(fā)明原理前提下所作的若干改進和潤飾,都應落在本發(fā)明的保護范圍內。
權利要求
1.一種網(wǎng)管接口信息交互方法,用于實現(xiàn)多個網(wǎng)絡管理系統(tǒng)與多個設備管理系統(tǒng)之間的通信,其特征在于,所述方法包括將來自不同的網(wǎng)絡管理系統(tǒng)的命令信息進行歸一化;將經(jīng)過歸一化處理的命令信息針對目標設備管理系統(tǒng)接口進行協(xié)議轉換,發(fā)送至目標設備管理系統(tǒng);接收所述目標設備管理系統(tǒng)返回的響應信息,并將該響應信息進行歸一化;將經(jīng)過歸一化的響應信息針對發(fā)起命令的網(wǎng)絡管理系統(tǒng)進行協(xié)議轉換,發(fā)送至該網(wǎng)絡管理系統(tǒng)。
2.如權利要求1所述的網(wǎng)管接口信息交互方法,其特征在于,按照以下步驟進行歸一化將所述命令信息或響應信息進行解析;將經(jīng)過解析的命令信息或響應信息匹配到自定義信息模型中;將所述自定義信息模型的空缺屬性用默認值填充。
3.如權利要求1所述的網(wǎng)管接口信息交互方法,其特征在于,在將經(jīng)過歸一化處理的命令信息發(fā)送給目標設備管理系統(tǒng)之前,還包括定時檢測目標設備管理系統(tǒng)的工作狀態(tài)信息,當所述目標設備管理系統(tǒng)的工作狀態(tài)信息為“忙”時,將命令信息保存進信息隊列,進入等待發(fā)送狀態(tài);否則,從信息隊列中取出命令信息將其發(fā)送至所述設備管理系統(tǒng),并將所述設備管理系統(tǒng)的工作狀態(tài)置為“忙”。
4.如權利要求1、2或3所述的網(wǎng)管接口信息交互方法,其特征在于,還包括定時檢測設備管理系統(tǒng)及網(wǎng)絡管理系統(tǒng)的接口通信連接狀態(tài),當所述接口通信連接狀態(tài)為斷開時,發(fā)送連接斷開通知,并重新嘗試恢復與設備管理系統(tǒng)及網(wǎng)絡管理系統(tǒng)的連接。
5.一種網(wǎng)管接口信息交互裝置,用于完成多個網(wǎng)絡管理系統(tǒng)與多個設備管理系統(tǒng)之間的信息交互,其特征在于,包括多個網(wǎng)管接口適配單元、多個設備接口適配單元、轉發(fā)單元;其中,多個網(wǎng)管接口適配單元分別與多種網(wǎng)絡管理系統(tǒng)一一對應,用于接收所對應網(wǎng)絡管理系統(tǒng)下發(fā)的命令信息,并將該命令信息進行歸一化后提供給轉發(fā)單元;以及,將轉發(fā)單元發(fā)送過來的響應信息或通知信息進行協(xié)議轉換后傳送給與其對應的網(wǎng)絡管理系統(tǒng);多個設備接口適配單元分別與多種設備管理系統(tǒng)一一對應,用于接收已經(jīng)過歸一化的命令信息,針對與其對應的設備管理系統(tǒng)進行協(xié)議轉換后,傳送給該設備管理系統(tǒng);以及接收該設備管理系統(tǒng)完成命令操作后返回的響應信息,或接收該設備管理系統(tǒng)直接上報的通知信息,并進行歸一化后提供給轉發(fā)單元;轉發(fā)單元接收網(wǎng)管接口適配單元發(fā)送過來的命令信息,根據(jù)所述命令信息中的目標設備管理系統(tǒng)的識別信息,將經(jīng)過歸一化的命令信息發(fā)給與該目標設備管理系統(tǒng)對應的設備接口適配單元;以及,接收設備接口適配單元發(fā)送過來的響應信息或通知信息,根據(jù)所述響應信息或通知信息中的目標網(wǎng)絡管理系統(tǒng)的識別信息,將經(jīng)過歸一化的響應信息或通知信息發(fā)給與該目標網(wǎng)絡管理系統(tǒng)對應的網(wǎng)管接口適配單元。
6.如權利要求5所述的裝置,其特征在于,所述網(wǎng)管接口適配單元包括網(wǎng)管接口連接單元、網(wǎng)管接口信息獲取單元、網(wǎng)管接口信息歸一化單元和網(wǎng)管接口協(xié)議轉換單元;其中,所述網(wǎng)管接口連接單元用于檢測并建立和維護與網(wǎng)絡管理系統(tǒng)的連接;所述網(wǎng)管接口信息獲取單元用于獲取網(wǎng)絡管理系統(tǒng)的命令信息,并將所述命令信息提供給網(wǎng)管接口信息歸一化單元;所述網(wǎng)管接口信息歸一化單元用于將所述命令信息進行歸一化將所述命令信息進行解析,將經(jīng)過解析的命令信息匹配到自定義信息模型中,將所述自定義信息模型的空缺屬性用默認值填充;并將歸一化后的命令信息提供給轉發(fā)單元;所述網(wǎng)管接口協(xié)議轉換單元用于將轉發(fā)單元發(fā)送過來的響應信息或者通知信息針對對應的網(wǎng)絡管理系統(tǒng)的接口協(xié)議進行轉換,轉換成該網(wǎng)絡管理系統(tǒng)能識別的信息。
7.如權利要求5所述的裝置,其特征在于,所述設備接口適配單元包括設備接口連接單元、設備接口信息獲取單元、設備接口信息歸一化單元和設備接口協(xié)議轉換單元;其中,所述設備接口連接單元用于檢測并建立和維護與設備管理系統(tǒng)的連接;所述設備接口信息獲取單元用于獲取設備管理系統(tǒng)的響應信息或上報的通知信息,并將該信息提供給設備接口信息歸一化單元;所述設備接口歸一化單元用于將該所述響應信息或通知信息進行歸一化將所述響應信息或通知信息進行解析,將經(jīng)過解析的響應信息或通知信息匹配到自定義信息模型中,將所述自定義信息模型的空缺屬性用默認值填充,并將歸一化后的響應信息或通知信息提供給轉發(fā)單元;所述設備接口協(xié)議轉換單元用于將轉發(fā)單元發(fā)送過來的經(jīng)過歸一化的響應信息或者通知信息針對對應的設備管理系統(tǒng)的接口協(xié)議進行轉換,轉換成該設備管理系統(tǒng)能識別的信息。
8.如權利要求7或9所述的裝置,其特征在于,還包括沖突控制單元,用于定時檢測設備管理系統(tǒng)的工作狀態(tài),并在獲知設備管理系統(tǒng)工作狀態(tài)為“忙”時,將經(jīng)過歸一化的命令信息保存進信息隊列,進入等待發(fā)送狀態(tài);否則,從信息隊列中取出命令信息,將其發(fā)送至對應的目標設備管理系統(tǒng)。
9.如權利要求7或8所述的裝置,其特征在于,還包括通知訂閱單元、通知過濾單元,其中,所述通知訂閱單元用于對通知類型信息進行預設訂閱,只上報訂閱的通知類型;所述通知過濾單元用于對所訂閱的某種類型的通知,設置過濾規(guī)則,并利用所述過濾規(guī)則屏蔽不符合過濾規(guī)則的通知。
10.一種設備管理系統(tǒng)通知上報的方法,其特征在于,包括步驟接收不同的設備管理系統(tǒng)上報的通知信息;將來自不同的設備管理系統(tǒng)的通知信息歸一化;將所述歸一化后的通知信息針對各種網(wǎng)絡管理系統(tǒng)進行協(xié)議轉換;將經(jīng)過協(xié)議轉換后的通知信息發(fā)送至各網(wǎng)絡管理系統(tǒng)。
11.如權利要求10所述的方法,其特征在于,按照以下步驟進行歸一化將所述通知信息進行解析;將經(jīng)過解析的通知信息匹配到自定義信息模型中;將所述自定義信息模型的空缺屬性用默認值填充。
12.如權利要求10或11所述的方法,其特征在于,在所述通知信息發(fā)送至所述各網(wǎng)絡管理系統(tǒng)之前,還包括利用預置的訂閱請求和過濾規(guī)則先后對所述通知信息進行訂閱管理和過濾。
全文摘要
本發(fā)明公開了一種網(wǎng)管接口信息交互方法,所述方法包括將來自不同的網(wǎng)絡管理系統(tǒng)的命令信息進行歸一化;將經(jīng)過歸一化處理的命令信息針對目標設備管理系統(tǒng)接口進行協(xié)議轉換,發(fā)送至目標設備管理系統(tǒng);接收所述目標設備管理系統(tǒng)返回的響應信息,并將該響應信息進行歸一化;將經(jīng)過歸一化的響應信息針對發(fā)起命令的網(wǎng)絡管理系統(tǒng)進行協(xié)議轉換,發(fā)送至該網(wǎng)絡管理系統(tǒng)。本發(fā)明同時還公開了一種網(wǎng)管接口信息交互裝置和通知上報的方法。本發(fā)明可以同時適配多種設備管理系統(tǒng)和多種網(wǎng)絡管理系統(tǒng),并且屏蔽網(wǎng)絡管理系統(tǒng)和設備管理系統(tǒng)的接口的專業(yè)性,由此實現(xiàn)多種網(wǎng)絡管理系統(tǒng)和多種設備管理系統(tǒng)之間的信息交互。
文檔編號H04L29/12GK101035027SQ200710107148
公開日2007年9月12日 申請日期2007年4月30日 優(yōu)先權日2007年4月30日
發(fā)明者吳艷芹, 趙泰培, 鄂萬濱 申請人:億陽信通股份有限公司