本發(fā)明涉及信息技術(shù)領(lǐng)域，具體涉及一種消息上報(bào)方法及裝置。

背景技術(shù)：

簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議(Simple Network Management Protocol，SNMP)是網(wǎng)絡(luò)中用于管理網(wǎng)絡(luò)設(shè)備的標(biāo)準(zhǔn)層應(yīng)用協(xié)議。在基于SNMP的網(wǎng)絡(luò)管理系統(tǒng)中，管理設(shè)備利用SNMP遠(yuǎn)程監(jiān)控管理網(wǎng)絡(luò)上所有支持SNMP的設(shè)備，被管理的設(shè)備(簡(jiǎn)稱(chēng)被管理設(shè)備)即是一個(gè)網(wǎng)元，如終端、路由器、集線器等，管理設(shè)備主要負(fù)責(zé)監(jiān)視設(shè)備狀態(tài)、修改設(shè)備配置、接收事件消息(如告警)等。基于SNMP的網(wǎng)絡(luò)管理系統(tǒng)一般采用管理設(shè)備/被管理設(shè)備，或者管理設(shè)備/SNMP代理的結(jié)構(gòu)，其中，SNMP代理是安裝在被管理設(shè)備上的軟件程序，其負(fù)責(zé)向管理設(shè)備上報(bào)消息等。

目前，在網(wǎng)絡(luò)管理系統(tǒng)中，被管理設(shè)備之間由于其功能的不同或者其所屬開(kāi)發(fā)商的不同，其上報(bào)的消息的類(lèi)型、編碼方式等可能會(huì)有所不同。SNMP代理在上報(bào)消息時(shí)，如果其上報(bào)的消息的類(lèi)型或者編碼方式管理設(shè)備不支持，那么就會(huì)導(dǎo)致該消息無(wú)法上報(bào)，從而會(huì)降低SNMP網(wǎng)絡(luò)管理系統(tǒng)的兼容性。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明實(shí)施例公開(kāi)了一種消息上報(bào)方法及裝置，能夠?qū)崿F(xiàn)不同類(lèi)型或編碼的消息的上報(bào)，提高SNMP網(wǎng)絡(luò)管理系統(tǒng)的兼容性。

本發(fā)明實(shí)施例公開(kāi)了一種消息上報(bào)方法，應(yīng)用于SNMP網(wǎng)絡(luò)管理系統(tǒng)，該SNMP網(wǎng)絡(luò)管理系統(tǒng)包括SNMP代理、管理設(shè)備和消息上報(bào)裝置，該方法可以包括：

消息上報(bào)裝置在接收到SNMP代理發(fā)送的第一消息后，可以對(duì)該第一消息進(jìn)行解析，得到第一消息的特征信息，并在該特征信息與預(yù)設(shè)特征信息不匹配的情況下，按照預(yù)設(shè)轉(zhuǎn)換規(guī)則將該第一消息轉(zhuǎn)換為第二消息，然后將該第二消息上報(bào)給管理設(shè)備。

其中，該預(yù)設(shè)特征信息為管理設(shè)備所支持接收消息的特征信息，第二消息的特征信息與預(yù)設(shè)特征信息匹配。該特征信息包括消息類(lèi)型、消息格式和字符編碼方式中的至少一種；消息類(lèi)型包括SNMP消息或表述性狀態(tài)傳遞(Representational State Transfer，REST)消息；消息類(lèi)型一般與消息格式對(duì)應(yīng)，在消息類(lèi)型為SNMP消息的情況下，消息格式包括SNMP V2格式或SNMP V3格式；在消息類(lèi)為REST消息的情況下，消息格式包括HTTP格式或HTTPS格式。

可見(jiàn)，在接收到不同SNMP代理發(fā)送的消息后，如果該消息的特征信息如類(lèi)型、格式以及編碼方式等不是管理設(shè)備所支持的，消息上報(bào)裝置可以按照預(yù)先配置的轉(zhuǎn)換規(guī)則轉(zhuǎn)換該消息，使其能夠成功上報(bào)給管理設(shè)備，從而能夠?qū)崿F(xiàn)不同類(lèi)型或編碼的消息的上報(bào)，提高SNMP網(wǎng)絡(luò)管理系統(tǒng)的兼容性。

作為一種可行的實(shí)施方式，第一消息還可以包括SNMP代理的設(shè)備標(biāo)識(shí)，那么消息上報(bào)裝置按照預(yù)設(shè)轉(zhuǎn)換規(guī)則將該第一消息轉(zhuǎn)換為第二消息的具體方式可以為：

根據(jù)該設(shè)備標(biāo)識(shí)查找是否存在該特征信息與預(yù)設(shè)特征信息的映射關(guān)系，如果存在該映射關(guān)系，就按照該映射關(guān)系將第一消息的特征信息轉(zhuǎn)換為與預(yù)設(shè)特征信息匹配的特征信息，從而得到第二消息。

作為另一種可行的實(shí)施方式，該方法還可以包括：

消息上報(bào)裝置在第二消息的消息類(lèi)型為REST消息的情況下，查詢(xún)與管理設(shè)備是否建立連接。

那么消息上報(bào)裝置將該第二消息上報(bào)給管理設(shè)備的具體方式可以為：

在消息上報(bào)裝置與管理設(shè)備建立有連接的情況下，通過(guò)該連接將該第二消息上報(bào)給管理設(shè)備。

作為又一種可行的實(shí)施方式，該方法還可以包括：

在消息上報(bào)裝置與管理設(shè)備未建立連接的情況下，消息上報(bào)裝置與管理設(shè)備進(jìn)行身份認(rèn)證，在身份認(rèn)證通過(guò)后，與管理設(shè)備建立連接；并在通過(guò)該連接將該第二消息上報(bào)給管理設(shè)備后，保持該連接。

進(jìn)一步的，消息上報(bào)裝置還會(huì)記錄該連接的時(shí)間，并在該連接的時(shí)間超過(guò)配置的連接時(shí)間情況下，斷開(kāi)該連接。

如果消息上報(bào)裝置每發(fā)送完REST格式的消息后就斷開(kāi)與管理設(shè)備之間的連接，這樣在短時(shí)間內(nèi)再次發(fā)送REST格式的消息時(shí)，就需要再次進(jìn)行身份認(rèn)證和連接的建立，這樣會(huì)延長(zhǎng)消息上報(bào)的時(shí)間。因此，配置一個(gè)連接時(shí)間，可以避免在該時(shí)間段內(nèi)再發(fā)送REST格式的消息時(shí)需要重新進(jìn)行身份認(rèn)證和連接建立，從而可以減少身份認(rèn)證和連接建立時(shí)的時(shí)間消耗。

多個(gè)SNMP代理需要上報(bào)的消息統(tǒng)一由消息上報(bào)裝置上報(bào)給管理設(shè)備，還可以節(jié)省IP資源，方便組網(wǎng)。

相應(yīng)的，本發(fā)明實(shí)施例公開(kāi)了一種消息上報(bào)裝置，應(yīng)用于SNMP網(wǎng)絡(luò)管理系統(tǒng)，該SNMP網(wǎng)絡(luò)管理系統(tǒng)包括SNMP代理、管理設(shè)備和消息上報(bào)裝置，該消息上報(bào)裝置可以包括：

接收模塊，用于接收SNMP代理發(fā)送的第一消息。

解析模塊，用于對(duì)該第一消息進(jìn)行解析，得到第一消息的特征信息。

轉(zhuǎn)換模塊，用于在該特征信息與預(yù)設(shè)特征信息不匹配的情況下，按照預(yù)設(shè)轉(zhuǎn)換規(guī)則將該第一消息轉(zhuǎn)換為第二消息。其中，該預(yù)設(shè)特征信息為管理設(shè)備所支持接收消息的特征信息，第二消息的特征信息與預(yù)設(shè)特征信息匹配。

上報(bào)模塊，用于將該第二消息上報(bào)給管理設(shè)備，以便管理設(shè)備根據(jù)該第二消息進(jìn)行設(shè)備管理。

其中，該特征信息包括消息類(lèi)型、消息格式和字符編碼方式中的至少一種；消息類(lèi)型包括SNMP消息或REST消息；消息類(lèi)型一般與消息格式對(duì)應(yīng)，在消息類(lèi)型為SNMP消息的情況下，消息格式包括SNMP V2格式或SNMP V3格式；在消息類(lèi)為REST消息的情況下，消息格式包括HTTP格式或HTTPS格式。

作為一種可行的實(shí)施方式，第一消息還可以包括SNMP代理的設(shè)備標(biāo)識(shí)，那么轉(zhuǎn)換模塊按照預(yù)設(shè)轉(zhuǎn)換規(guī)則將該第一消息轉(zhuǎn)換為第二消息的具體方式可以為：

根據(jù)該設(shè)備標(biāo)識(shí)查找是否存在該特征信息與預(yù)設(shè)特征信息的映射關(guān)系，如果存在該映射關(guān)系，就按照該映射關(guān)系將第一消息的特征信息轉(zhuǎn)換為與預(yù)設(shè)特征信息匹配的特征信息，從而得到第二消息。

作為另一種可行的實(shí)施方式，該消息上報(bào)裝置還可以包括：

查詢(xún)模塊，用于在第二消息的消息類(lèi)型為REST消息的情況下，查詢(xún)與管理設(shè)備是否建立連接。

相應(yīng)的，上報(bào)模塊將該第二消息上報(bào)給管理設(shè)備的具體方式可以為：

在消息上報(bào)裝置與管理設(shè)備建立有連接的情況下，通過(guò)該連接將該第二消息上報(bào)給管理設(shè)備。

作為又一種可行的實(shí)施方式，該消息上報(bào)裝置還可以包括：

認(rèn)證模塊，用于在消息上報(bào)裝置與管理設(shè)備未建立連接的情況下，與管理設(shè)備進(jìn)行身份認(rèn)證。

連接模塊，用于在認(rèn)證模塊進(jìn)行身份認(rèn)證通過(guò)后，與管理設(shè)備建立連接；并在上報(bào)模塊通過(guò)該連接將該第二消息上報(bào)給管理設(shè)備后，保持該連接。

記錄模塊，用于記錄該連接的時(shí)間。

連接模塊，還用于在該連接的時(shí)間超過(guò)配置的連接時(shí)間情況下，斷開(kāi)該連接。

相應(yīng)的，本發(fā)明實(shí)施例還公開(kāi)了一種消息上報(bào)設(shè)備，包括輸入設(shè)備、輸出設(shè)備、處理器等，用于執(zhí)行本發(fā)明實(shí)施例公開(kāi)的消息上報(bào)方法。

實(shí)施本發(fā)明實(shí)施例，具有如下有益效果：

本發(fā)明實(shí)施例中，消息上報(bào)裝置在接收到不同SNMP代理發(fā)送的消息后，如果該消息的特征信息如類(lèi)型、格式以及編碼方式等不是管理設(shè)備所支持的，消息上報(bào)裝置可以按照預(yù)先配置的轉(zhuǎn)換規(guī)則轉(zhuǎn)換該消息，使其能夠成功上報(bào)給管理設(shè)備，從而能夠?qū)崿F(xiàn)不同類(lèi)型或編碼的消息的上報(bào)，提高SNMP網(wǎng)絡(luò)管理系統(tǒng)的兼容性。

附圖說(shuō)明

為了更清楚地說(shuō)明本發(fā)明實(shí)施例中的技術(shù)方案，下面將對(duì)實(shí)施例描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是本發(fā)明實(shí)施例應(yīng)用的系統(tǒng)架構(gòu)示意圖；

圖2是本發(fā)明實(shí)施例公開(kāi)的一種消息上報(bào)方法的流程示意圖；

圖3a是本發(fā)明實(shí)施例公開(kāi)的SNMP V2消息的邏輯構(gòu)成示意圖；

圖3b是本發(fā)明實(shí)施例公開(kāi)的SNMP V3消息的邏輯構(gòu)成示意圖；

圖3c是本發(fā)明實(shí)施例公開(kāi)的OID轉(zhuǎn)換的示意性場(chǎng)景圖；

圖4是本發(fā)明實(shí)施例公開(kāi)的另一種消息上報(bào)方法的流程示意圖；

圖5是本發(fā)明實(shí)施例公開(kāi)的一種消息上報(bào)裝置的結(jié)構(gòu)示意圖；

圖6是本發(fā)明實(shí)施例公開(kāi)的一種消息上報(bào)設(shè)備的結(jié)構(gòu)示意圖。

具體實(shí)施方式

下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。基于本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。

本發(fā)明實(shí)施例公開(kāi)了一種消息上報(bào)方法及裝置，能夠?qū)崿F(xiàn)不同類(lèi)型或編碼的消息的上報(bào)，提高SNMP網(wǎng)絡(luò)管理系統(tǒng)的兼容性。以下進(jìn)行詳細(xì)說(shuō)明。

請(qǐng)參閱圖1，圖1是本發(fā)明實(shí)施例應(yīng)用的系統(tǒng)架構(gòu)示意圖。圖1所示的系統(tǒng)架構(gòu)包括多個(gè)SNMP代理、一個(gè)消息上報(bào)設(shè)備以及管理設(shè)備。其中，管理設(shè)備為SNMP網(wǎng)絡(luò)管理系統(tǒng)中利用SNMP遠(yuǎn)程監(jiān)控網(wǎng)絡(luò)上所支持SNMP的設(shè)備，主要負(fù)責(zé)監(jiān)視設(shè)備的狀態(tài)，修改設(shè)備的配置以及接收事件消息，如告警等；SNMP代理為安裝在被管理設(shè)備上的軟件程序，負(fù)責(zé)向管理設(shè)備上報(bào)被管理設(shè)備的消息，告警等；消息上報(bào)設(shè)備用于將多個(gè)SNMP代理發(fā)送的消息轉(zhuǎn)換為管理設(shè)備所支持的格式，由消息上報(bào)設(shè)備統(tǒng)一轉(zhuǎn)發(fā)給管理設(shè)備，以便管理設(shè)備能夠接收到各個(gè)SNMP代理發(fā)送的消息，從而對(duì)相應(yīng)的被管理設(shè)備進(jìn)行監(jiān)控管理。

如圖1所示，由于每個(gè)被管理設(shè)備的功能或者生產(chǎn)廠商不同，其對(duì)應(yīng)的SNMP代理所發(fā)送的消息所采用的協(xié)議格式以及編碼方式可能也會(huì)有所不同，例如，假設(shè)SNMP代理1只支持SNMP V2協(xié)議，其發(fā)送的消息的格式即為SNMP V2協(xié)議所規(guī)定的格式，SNMP代理2只支持SNMP V3協(xié)議，其發(fā)送的消息的格式即為SNMP V3協(xié)議所規(guī)定的格式，SNMP代理3只支持REST協(xié)議，其發(fā)送的消息的格式即為REST協(xié)議所規(guī)定的格式，其中，REST是一種軟件架構(gòu)風(fēng)格，它是一種針對(duì)網(wǎng)絡(luò)應(yīng)用的設(shè)計(jì)和開(kāi)發(fā)方式，可以降低開(kāi)發(fā)的復(fù)雜性，提高系統(tǒng)的可伸縮性。然而管理設(shè)備只支持接收SNMP V3協(xié)議格式的消息，那么SNMP代理1和SNMP代理3的消息就無(wú)法上報(bào)給管理設(shè)備，這種情況下，消息上報(bào)設(shè)備就可以將SNMP V2協(xié)議格式的消息和REST協(xié)議格式的消息分別轉(zhuǎn)換為SNMP V3協(xié)議格式的消息，并統(tǒng)一由消息上報(bào)設(shè)備上報(bào)給管理設(shè)備，這樣就可以解決上述問(wèn)題。

在圖1所示的系統(tǒng)架構(gòu)中，多個(gè)SNMP代理需要上報(bào)的消息統(tǒng)一由消息上報(bào)設(shè)備上報(bào)給管理設(shè)備，這樣可以避免管理設(shè)備只能接收由一個(gè)IP向其上報(bào)的消息時(shí)，其他SNMP代理不能進(jìn)行消息上報(bào)的情況發(fā)生，從而可以提高SNMP網(wǎng)絡(luò)管理系統(tǒng)的兼容性。進(jìn)一步的，多個(gè)SNMP代理需要上報(bào)的消息統(tǒng)一由消息上報(bào)設(shè)備上報(bào)給管理設(shè)備，還可以節(jié)省IP資源，方便組網(wǎng)。

基于圖1所示的系統(tǒng)架構(gòu)，本發(fā)明實(shí)施例公開(kāi)的一種消息上報(bào)方法。請(qǐng)參閱2，圖2是本發(fā)明實(shí)施例公開(kāi)的一種消息上報(bào)方法的流程示意圖。其中，圖2所示的方法可以應(yīng)用于消息上報(bào)裝置，該消息上報(bào)裝置應(yīng)用于消息上報(bào)設(shè)備。如圖2所示，該方法可以包括以下步驟：

201、消息上報(bào)裝置接收SNMP代理發(fā)送的第一消息。

本發(fā)明實(shí)施例中，第一消息可以是普通消息，如上報(bào)設(shè)備狀態(tài)的消息，也可以是告警消息，本發(fā)明實(shí)施例不做限定。消息上報(bào)裝置可以是接收一個(gè)SNMP發(fā)送的消息，也可以是接收多個(gè)SNMP代理發(fā)送的消息，本發(fā)明實(shí)施例不做限定。

需要說(shuō)明的是，本法實(shí)施例中所提及的消息一般是指SNMP Trap報(bào)文，SNMP Trap報(bào)文包括有目的地址，主要為消息上報(bào)裝置的目的地址。

202、消息上報(bào)裝置對(duì)該第一消息進(jìn)行解析，得到第一消息的特征信息。

本發(fā)明實(shí)施例中，特征信息是指第一消息的消息類(lèi)型、消息格式以及編碼方式中的至少一種。其中，消息類(lèi)型可以包括SNMP消息和REST消息，SNMP消息又分為SNMP V2消息和SNMP V3消息。如果該消息類(lèi)型為SNMP消息，那么其對(duì)應(yīng)的消息格式就為SNMP格式，具體區(qū)分V2版本和V3版本；如果該消息類(lèi)型為REST消息，那么其對(duì)應(yīng)的消息格式可以分為超文本傳輸協(xié)議(Hyper Text Transfer Protocol，HTTP)格式或者安全超文本傳輸協(xié)議(Secure Hypertext Transfer Protocol，HTTPS)格式。消息上報(bào)裝置在接收到SNMP代理發(fā)送的第一消息后，首先會(huì)進(jìn)行消息類(lèi)別的判定，如判定第一消息所遵循的協(xié)議類(lèi)型，是為SNMP V2協(xié)議，還是為SNMP V3協(xié)議，還是為REST協(xié)議。其中，第一消息所遵循的協(xié)議類(lèi)型即為該SNMP代理所支持的協(xié)議類(lèi)型。

進(jìn)一步的，消息上報(bào)裝置在識(shí)別第一消息的消息類(lèi)型后，就會(huì)將第一消息給對(duì)應(yīng)的協(xié)議類(lèi)型解析單元進(jìn)行解析，例如，將該第一消息拆分為多個(gè)部分。請(qǐng)一并參閱圖3a和圖3b，圖3a是本發(fā)明實(shí)施例公開(kāi)的SNMP V2消息的邏輯構(gòu)成示意圖，圖3b是本發(fā)明實(shí)施例公開(kāi)的SNMP V3消息的邏輯構(gòu)成示意圖。如圖3a所示，SNMP V2消息由目的地址、版本號(hào)(為2)、團(tuán)體名以及協(xié)議數(shù)據(jù)單元(Protocol Data Unit，PDU)四個(gè)部分構(gòu)成；SNMP V3消息由目的地址、版本號(hào)(為3)、安全用戶(hù)名、安全模型、引擎Engine ID、Engine Boots、Engine Time以及Scope PDU構(gòu)成，其中，Engine Boots是指引擎重啟的次數(shù)，Engine Time是指最近一次引擎重啟的時(shí)刻距離當(dāng)前時(shí)刻的時(shí)長(zhǎng)。PDU一般由PDU類(lèi)型Type、請(qǐng)求Request ID和綁定變量Variable bindings構(gòu)成，Variable bindings由多組對(duì)象標(biāo)識(shí)符(Object Identifier，OID)和值Value構(gòu)成。其中，第一消息的目的地址為消息上報(bào)裝置的地址，消息上報(bào)裝置在將第一消息上報(bào)給管理設(shè)備之前，還需要將目的地址替換為管理設(shè)備的地址。

進(jìn)一步的，REST的HTTP/HTTPS格式的消息一般由請(qǐng)求行、請(qǐng)求頭部header以及請(qǐng)求體body構(gòu)成。其中，請(qǐng)求行由請(qǐng)求方法字段、統(tǒng)一資源定位器(Uniform Resource Locator，URL)字段和超文本傳輸協(xié)議(Hyper Text Transfer Protocol，HTTP)版本字段3個(gè)字段組成，它們用空格分隔。例如，GET/index.html HTTP/1.1。GET為HTTP的請(qǐng)求方法，該方法還包括POST、HEAD、PUT、DELETE、OPTIONS、TRACE、CONNECT等。請(qǐng)求頭部由關(guān)鍵字和值成對(duì)組成，關(guān)鍵字和值用“:”分隔。請(qǐng)求頭部用于通知服務(wù)器有關(guān)客戶(hù)端請(qǐng)求的信息，典型的請(qǐng)求頭部有User-Agent、Accept、Host，其分別表示產(chǎn)生請(qǐng)求的客戶(hù)端類(lèi)型，客戶(hù)端可識(shí)別的內(nèi)容類(lèi)型列表，請(qǐng)求的主機(jī)名(一般允許多個(gè)域名同處一個(gè)互聯(lián)網(wǎng)協(xié)議(Internet Protocol，IP)地址，即虛擬主機(jī))。請(qǐng)求體一般存在于POST/PUT方法中。舉例來(lái)說(shuō)，PUT方法中的請(qǐng)求體，一般為客戶(hù)端去更新網(wǎng)上的某一資源時(shí)需要發(fā)送的相關(guān)數(shù)據(jù)，數(shù)據(jù)結(jié)構(gòu)通常為XML和JSON格式。

因此，如果第一消息的消息類(lèi)型為SNMP消息時(shí)，相應(yīng)的解析單元會(huì)根據(jù)其SNMP版本消息的邏輯構(gòu)成將第一消息分成不同的部分；如果第一消息的消息類(lèi)型為REST消息時(shí)，相應(yīng)的解析單元會(huì)根據(jù)其REST消息的邏輯構(gòu)成將第一消息分成不同的部分。消息上報(bào)裝置然后針對(duì)拆分的部分來(lái)識(shí)別第一消息的編碼格式。其中，常見(jiàn)的編碼方式有GBK、UTF-8、UTF-16等。

203、在該特征信息與預(yù)設(shè)特征信息不匹配的情況下，消息上報(bào)裝置按照預(yù)設(shè)轉(zhuǎn)換規(guī)則將該第一消息轉(zhuǎn)換為第二消息。

本發(fā)明實(shí)施例中，預(yù)設(shè)特征信息主要是指管理設(shè)備所支持接收消息的特征信息，例如，管理設(shè)備只能接收A編碼方式的消息，或者只能接收SNMP V3協(xié)議格式的消息，或者只能接收REST協(xié)議格式的消息等，那么預(yù)設(shè)特征信息即為A編碼方式、SNMP V3協(xié)議格式、REST協(xié)議格式等。消息上報(bào)裝置在解析出第一消息的特征信息后，可以進(jìn)一步判斷該特征信息與預(yù)設(shè)特征信息是否匹配。也就是說(shuō)，消息上報(bào)裝置會(huì)分別判斷第一消息的消息類(lèi)型、消息格式是否為管理設(shè)備所支持的類(lèi)型或格式，以及第一消息的編碼方式是否為管理設(shè)備所支持的編碼方式，如果第一消息的消息類(lèi)型(包括消息格式)或者編碼方式與管理設(shè)備所支持的不相同，則說(shuō)明第一消息的特征信息與預(yù)設(shè)特征信息不匹配。

因此，消息上報(bào)裝置就會(huì)按照預(yù)設(shè)的轉(zhuǎn)換規(guī)則將第一消息轉(zhuǎn)換為第二消息。其中，該預(yù)設(shè)轉(zhuǎn)換規(guī)則可以包括但不限于SNMP轉(zhuǎn)換規(guī)則、REST轉(zhuǎn)換規(guī)則、編碼方式轉(zhuǎn)換規(guī)則、SNMP中的OID轉(zhuǎn)換規(guī)則等。第一消息經(jīng)由消息上報(bào)裝置轉(zhuǎn)換為第二消息后，第二消息的消息類(lèi)型、格式以及編碼方式等就滿(mǎn)足管理設(shè)備所支持的消息類(lèi)型、格式以及編碼方式等。

作為一種可行的實(shí)施方式，第一消息還可以包括SNMP代理的設(shè)備標(biāo)識(shí)，該設(shè)備標(biāo)識(shí)具體為被管理設(shè)備的設(shè)備標(biāo)識(shí)，如序列號(hào)、設(shè)備識(shí)別碼、硬件地址等。如果第一消息的消息格式為SNMP V2格式，而管理設(shè)備所支持的消息格式為SNMP V3格式或者REST格式，那么消息上報(bào)裝置按照預(yù)設(shè)轉(zhuǎn)換規(guī)則將第一消息轉(zhuǎn)換為第二消息的具體方式可以為：

消息上報(bào)裝置根據(jù)該設(shè)備標(biāo)識(shí)查找是否存在該特征信息與預(yù)設(shè)特征信息的映射關(guān)系，如果存在，就按照該映射關(guān)系將第一消息的特征信息轉(zhuǎn)換為與該預(yù)設(shè)特征信息匹配的特征信息，從而得到第二消息。

具體的，由于不同被管理設(shè)備所屬的公司、功能有所不同，可能導(dǎo)致相同含義字段所表達(dá)的方式會(huì)有所不同，因此，消息上報(bào)裝置可以預(yù)先存儲(chǔ)不同設(shè)備標(biāo)識(shí)與特征信息的對(duì)應(yīng)關(guān)系，以及不同協(xié)議格式之間的對(duì)應(yīng)關(guān)系，該對(duì)應(yīng)關(guān)系可以是存儲(chǔ)于數(shù)據(jù)庫(kù)中，也可以是存儲(chǔ)于文件中，本發(fā)明實(shí)施例不做限定。

具體實(shí)現(xiàn)中，在進(jìn)行SNMP V2格式與SNMP V3格式之間的轉(zhuǎn)換時(shí)，PDU與Scope PDU的邏輯結(jié)構(gòu)有所不同，Scope PDU＝Context Engine ID+Context Name+PDU。當(dāng)PDU轉(zhuǎn)換為Scope PDU時(shí)，需要將事先配置好的Context Engine ID和Context Name(一般根據(jù)設(shè)備標(biāo)識(shí)的不同，所對(duì)應(yīng)的數(shù)據(jù)會(huì)有所不同)與PDU一起生成Scope PDU；當(dāng)Scope PDU轉(zhuǎn)換為PDU時(shí)，直接將Scope PDU中的PDU內(nèi)容取出，生成PDU時(shí)只修改對(duì)應(yīng)的OID，OID對(duì)應(yīng)的值不變。SNMP V2格式轉(zhuǎn)換為SNMP V3格式時(shí)，安全用戶(hù)名、安全模型、安全等級(jí)，Engine ID，Engine Boots，Engine Time等可以根據(jù)事先的配置不同的設(shè)備標(biāo)識(shí)對(duì)應(yīng)的數(shù)據(jù)進(jìn)行修改，并去掉SNMP V2的團(tuán)體字。SNMP V3格式轉(zhuǎn)換為SNMP V2格式時(shí)，也可以將團(tuán)體字根據(jù)事先的配置進(jìn)行設(shè)定，并去掉SNMP V3的安全用戶(hù)名，安全模型，安全等級(jí)，Engine ID，Engine Boots，Engine Time等。相應(yīng)的，還需要修改對(duì)應(yīng)的版本號(hào)，并根據(jù)SNMP V2格式與SNMP V3格式中的OID的對(duì)應(yīng)關(guān)系進(jìn)行OID修改。

請(qǐng)一并參閱圖3c，圖3c是本發(fā)明實(shí)施例公開(kāi)的OID轉(zhuǎn)換的示意性場(chǎng)景圖。如圖3c所示，消息上報(bào)裝置預(yù)先設(shè)置當(dāng)接收到SNMP代理發(fā)送的消息的OID前綴為1.3.6.1.4.1.2011.2.207.1.1時(shí)，自動(dòng)將其轉(zhuǎn)換為1.3.6.1.4.1.2011.2.207.1.2。相應(yīng)的，當(dāng)接收到管理設(shè)備發(fā)送的消息的OID前綴為1.3.6.1.4.1.2011.2.207.1.2，自動(dòng)將其轉(zhuǎn)換為1.3.6.1.4.1.2011.2.207.1.1。

具體實(shí)現(xiàn)中，SNMP格式與REST格式之間，消息上報(bào)裝置也可以預(yù)先存儲(chǔ)兩者之間的對(duì)應(yīng)關(guān)系，如果需要將第一消息的SNMP格式轉(zhuǎn)為REST格式，消息上報(bào)裝置就可以按照REST格式，以及NMP格式與REST格式之間的對(duì)應(yīng)關(guān)系修改第一消息中的相關(guān)數(shù)據(jù)，從而生成第二消息。

以SNMP格式轉(zhuǎn)換為REST格式，并發(fā)送JSON格式的告警請(qǐng)求為例，對(duì)兩者之間的轉(zhuǎn)換方式進(jìn)行說(shuō)明，其中，將REST方式轉(zhuǎn)換為SNMP格式的原理與此相同。消息上報(bào)裝置可以預(yù)先配置JSON格式的HTTP請(qǐng)求的body字段與SNMP格式中OID的映射關(guān)系，例如，1.3.6.1.4.1.2011.2.287.1.1.1.1：resource ID；1.3.6.1.4.1.2011.2.287.1.1.1.2：alarm ID；1.3.6.1.4.1.2011.2.287.1.1.1.3：alarm Name。然后根據(jù)該映射關(guān)系配置REST請(qǐng)求行的URL與請(qǐng)求body字段，例如：

POST https://127.0.0.1/fm/sendAlarm

{"resourceID":"${resourceID}","alarmID":"${alarmID}","alarmName":"${alar mName}"}

即，將括號(hào)中前面的字段替換為$后面的字段。假設(shè)第一消息為SNMP格式，具體為：

1.3.6.1.4.1.2011.2.287.1.1.1.1:FE841429-D21D-B211-867E-0018E1C5D866

1.3.6.1.4.1.2011.2.287.1.1.1.2:70102

1.3.6.1.4.1.2011.2.287.1.1.1.3:VM State Error

進(jìn)行替換后，發(fā)送的第二消息為REST格式，具體為：

POST https://127.0.0.1/fm/sendAlarm

{"resourceID":"FE841429-D21D-B211-867E-0018E1C5D86","alarmID":"7010 2","alarmName":"VM State Error"}

需要說(shuō)明的是，如果第一消息的編碼方式與管理設(shè)備所支持的編碼方式不同，那么消息上報(bào)裝置可以根據(jù)各種編碼方式之間的轉(zhuǎn)換關(guān)系對(duì)其進(jìn)行轉(zhuǎn)換，本發(fā)明實(shí)施例在此不再贅述。

進(jìn)一步的，如果不存在特征信息與預(yù)設(shè)特征信息的映射關(guān)系，消息上報(bào)裝置可以丟棄該第一消息。在進(jìn)行格式或者編碼方式轉(zhuǎn)換后，消息上報(bào)裝置還需要將目的地址替換為管理設(shè)備的地址。如果第一消息的格式以及編碼方式均為管理設(shè)備所支持的，那么消息上報(bào)裝置只需替換目的地址即可。

204、消息上報(bào)裝置將該第二消息上報(bào)給管理設(shè)備。

本發(fā)明實(shí)施例中，消息上報(bào)裝置在將第一消息轉(zhuǎn)換為第二消息后，就可以將第二消息上報(bào)給管理設(shè)備，這樣管理設(shè)備就能夠成功接收到第二消息，從而可以根據(jù)第二消息對(duì)相應(yīng)的被管理設(shè)備進(jìn)行設(shè)備管理。

需要說(shuō)明的是，當(dāng)管理設(shè)備需要向SNMP代理或者被管理設(shè)備發(fā)送消息時(shí)，消息上報(bào)裝置同樣可以按照上述方式逆向的將該消息的格式或編碼方式轉(zhuǎn)換為SNMP代理或者被管理設(shè)備所支持接收消息的格式或者編碼方式，本發(fā)明實(shí)施例在此不再贅述。

可見(jiàn)，在圖2所描述的方法中，消息上報(bào)裝置在接收到不同SNMP代理發(fā)送的消息后，如果該消息的特征信息如類(lèi)型、格式以及編碼方式等不是管理設(shè)備所支持的，消息上報(bào)裝置可以按照預(yù)先配置的轉(zhuǎn)換規(guī)則轉(zhuǎn)換該消息，使其能夠成功上報(bào)給管理設(shè)備，從而能夠?qū)崿F(xiàn)不同類(lèi)型或編碼的消息的上報(bào)，提高SNMP網(wǎng)絡(luò)管理系統(tǒng)的兼容性。

基于圖1所示的系統(tǒng)架構(gòu)，本發(fā)明實(shí)施例公開(kāi)的另一種消息上報(bào)方法。請(qǐng)參閱圖4，圖4是本發(fā)明實(shí)施例公開(kāi)的另一種消息上報(bào)方法的流程示意圖。如圖4所示，該消息上報(bào)方法可以包括以下步驟：

401、消息上報(bào)裝置接收SNMP代理發(fā)送的第一消息。

402、消息上報(bào)裝置對(duì)該第一消息進(jìn)行解析，得到第一消息的特征信息。

403、在該特征信息與預(yù)設(shè)特征信息不匹配的情況下，消息上報(bào)裝置按照預(yù)設(shè)轉(zhuǎn)換規(guī)則將該第一消息轉(zhuǎn)換為第二消息。

404、如果第二消息的消息類(lèi)型為REST消息，消息上報(bào)裝置查詢(xún)與管理設(shè)備是否建立連接，若否，執(zhí)行步驟405；若是，執(zhí)行步驟406。

本發(fā)明實(shí)施例中，如果第一消息為SNMP協(xié)議格式的消息，經(jīng)由消息上報(bào)裝置轉(zhuǎn)換成REST協(xié)議格式的第二消息；或者，第一消息本身就為REST格式的消息，消息上報(bào)裝置在替換目的地址后，生成第二消息。那么消息上報(bào)裝置在上報(bào)第二消息之前，需要查詢(xún)是否與管理設(shè)備進(jìn)行過(guò)身份認(rèn)證，并建立有連接關(guān)系。例如，用戶(hù)在登錄網(wǎng)頁(yè)時(shí)，如果需要進(jìn)行某項(xiàng)操作，該操作需要在網(wǎng)頁(yè)中登錄相關(guān)賬號(hào)才能進(jìn)行，那么消息上報(bào)裝置就需要判斷是否登錄了該賬號(hào)或者登錄的賬號(hào)是否超過(guò)登錄時(shí)間等。

如果消息上報(bào)裝置與管理設(shè)備建立了連接，則通過(guò)該連接直接上報(bào)第二消息給管理設(shè)備，如果沒(méi)有建立連接，消息上報(bào)裝置與管理設(shè)備需要進(jìn)行身份認(rèn)證和建立連接。

405、消息上報(bào)裝置與管理設(shè)備進(jìn)行身份認(rèn)證，并在身份認(rèn)證通過(guò)后，與管理設(shè)備建立連接。

本發(fā)明實(shí)施例中，如果消息上報(bào)裝置與管理設(shè)備之間未建立連接，或者建立的連接已經(jīng)超過(guò)配置的時(shí)間，消息上報(bào)裝置需要重新進(jìn)行身份認(rèn)證，并在身份認(rèn)證通過(guò)后，與管理設(shè)備建立連接，消息上報(bào)裝置從而通過(guò)建立的連接將第二消息上報(bào)給管理設(shè)備。

406、消息上報(bào)裝置通過(guò)建立的連接將第二消息上報(bào)給管理設(shè)備。

作為一種可行的實(shí)施方式，消息上報(bào)裝置通過(guò)建立的連接將第二消息上報(bào)給管理設(shè)備之后，可以保持該連接，并記錄該連接的時(shí)間，當(dāng)該連接的時(shí)間超過(guò)配置的連接時(shí)間時(shí)，斷開(kāi)該連接。

本發(fā)明實(shí)施例中，如果消息上報(bào)裝置每發(fā)送完REST格式的消息后就斷開(kāi)與管理設(shè)備之間的連接，這樣在短時(shí)間內(nèi)再次發(fā)送REST格式的消息時(shí)，就需要再次進(jìn)行身份認(rèn)證和連接的建立，這樣會(huì)延長(zhǎng)消息上報(bào)的時(shí)間。因此，配置一個(gè)連接時(shí)間，可以避免在該時(shí)間段內(nèi)再發(fā)送REST格式的消息時(shí)需要重新進(jìn)行身份認(rèn)證和連接建立，從而可以減少身份認(rèn)證和連接建立時(shí)的時(shí)間消耗。

可見(jiàn)，在圖4所描述的方法中，消息上報(bào)裝置在接收到不同SNMP代理發(fā)送的消息后，如果該消息的特征信息如類(lèi)型、格式以及編碼方式等不是管理設(shè)備所支持的，消息上報(bào)裝置可以按照預(yù)先配置的轉(zhuǎn)換規(guī)則轉(zhuǎn)換該消息，使其能夠成功上報(bào)給管理設(shè)備，從而能夠?qū)崿F(xiàn)不同類(lèi)型或編碼的消息的上報(bào)，提高SNMP網(wǎng)絡(luò)管理系統(tǒng)的兼容性。

基于圖1所示的系統(tǒng)架構(gòu)，本發(fā)明實(shí)施例公開(kāi)的一種消息上報(bào)裝置。請(qǐng)參閱圖5，圖5是本發(fā)明實(shí)施例公開(kāi)的一種消息上報(bào)裝置的結(jié)構(gòu)示意圖。其中，圖5所示的消息上報(bào)裝置500用于執(zhí)行上述實(shí)施例公開(kāi)的消息上報(bào)方法，該消息上報(bào)裝置500應(yīng)用于消息上報(bào)設(shè)備。如圖5所示，該消息上報(bào)裝置500可以包括：

接收模塊501，用于接收SNMP代理發(fā)送的第一消息。

解析模塊502，用于對(duì)該第一消息進(jìn)行解析，得到第一消息的特征信息。

轉(zhuǎn)換模塊503，用于在該特征信息與預(yù)設(shè)特征信息不匹配的情況下，按照預(yù)設(shè)轉(zhuǎn)換規(guī)則將該第一消息轉(zhuǎn)換為第二消息。其中，該預(yù)設(shè)特征信息為管理設(shè)備所支持接收消息的特征信息，第二消息的特征信息與預(yù)設(shè)特征信息匹配。

上報(bào)模塊504，用于將該第二消息上報(bào)給管理設(shè)備，以便管理設(shè)備根據(jù)該第二消息進(jìn)行設(shè)備管理。

其中，該特征信息包括消息類(lèi)型、消息格式和字符編碼方式中的至少一種；消息類(lèi)型包括SNMP消息或REST消息；消息類(lèi)型一般與消息格式對(duì)應(yīng)，在消息類(lèi)型為SNMP消息的情況下，消息格式包括SNMP V2格式或SNMP V3格式；在消息類(lèi)為REST消息的情況下，消息格式包括HTTP格式或HTTPS格式。

作為另一種可行的實(shí)施方式，第一消息還可以包括SNMP代理的設(shè)備標(biāo)識(shí)，那么轉(zhuǎn)換模塊503按照預(yù)設(shè)轉(zhuǎn)換規(guī)則將該第一消息轉(zhuǎn)換為第二消息的具體方式可以為：

根據(jù)該設(shè)備標(biāo)識(shí)查找是否存在該特征信息與預(yù)設(shè)特征信息的映射關(guān)系，如果存在該映射關(guān)系，就按照該映射關(guān)系將第一消息的特征信息轉(zhuǎn)換為與預(yù)設(shè)特征信息匹配的特征信息，從而得到第二消息。

作為又一種可行的實(shí)施方式，該消息上報(bào)裝置500還可以包括：

查詢(xún)模塊505，用于在第二消息的消息類(lèi)型為REST消息的情況下，查詢(xún)與管理設(shè)備是否建立連接。

相應(yīng)的，上報(bào)模塊504將該第二消息上報(bào)給管理設(shè)備的具體方式可以為：

在消息上報(bào)裝置500與管理設(shè)備建立有連接的情況下，通過(guò)該連接將該第二消息上報(bào)給管理設(shè)備。

作為又一種可行的實(shí)施方式，該消息上報(bào)裝置500還可以包括：

認(rèn)證模塊506，用于在消息上報(bào)裝置500與管理設(shè)備未建立連接的情況下，與管理設(shè)備進(jìn)行身份認(rèn)證。

連接模塊507，用于在認(rèn)證模塊506進(jìn)行身份認(rèn)證通過(guò)后，與管理設(shè)備建立連接；并在上報(bào)模塊504通過(guò)該連接將該第二消息上報(bào)給管理設(shè)備后，保持該連接。

記錄模塊508，用于記錄該連接的時(shí)間。

連接模塊507，還用于在該連接的時(shí)間超過(guò)配置的連接時(shí)間情況下，斷開(kāi)該連接。

本發(fā)明實(shí)施例中，如果消息上報(bào)裝置500每發(fā)送完REST格式的消息后就斷開(kāi)與管理設(shè)備之間的連接，這樣在短時(shí)間內(nèi)再次發(fā)送REST格式的消息時(shí)，就需要再次進(jìn)行身份認(rèn)證和連接的建立，這樣會(huì)延長(zhǎng)消息上報(bào)的時(shí)間。因此，配置一個(gè)連接時(shí)間，可以避免在該時(shí)間段內(nèi)再發(fā)送REST格式的消息時(shí)需要重新進(jìn)行身份認(rèn)證和連接建立，從而可以減少身份認(rèn)證和連接建立時(shí)的時(shí)間消耗。

可見(jiàn)，在圖5所描述的消息上報(bào)裝置中，消息上報(bào)裝置在接收到不同SNMP代理發(fā)送的消息后，如果該消息的特征信息如類(lèi)型、格式以及編碼方式等不是管理設(shè)備所支持的，消息上報(bào)裝置可以按照預(yù)先配置的轉(zhuǎn)換規(guī)則轉(zhuǎn)換該消息，使其能夠成功上報(bào)給管理設(shè)備，從而能夠?qū)崿F(xiàn)不同類(lèi)型或編碼的消息的上報(bào)，提高SNMP網(wǎng)絡(luò)管理系統(tǒng)的兼容性。

基于圖1所示的系統(tǒng)架構(gòu)，本發(fā)明實(shí)施例公開(kāi)的一種消息上報(bào)設(shè)備。請(qǐng)參閱圖6，圖6是本發(fā)明實(shí)施例公開(kāi)的一種消息上報(bào)設(shè)備的結(jié)構(gòu)示意圖。其中，圖6所示的消息上報(bào)設(shè)備600包括上述消息上報(bào)裝置500，用于執(zhí)行上一實(shí)施例公開(kāi)的消息上報(bào)方法。如圖6所示，該消息上報(bào)設(shè)備600可以包括：至少一個(gè)輸入設(shè)備601，至少一個(gè)輸出設(shè)備602，至少一個(gè)處理器603，如CPU，存儲(chǔ)器604以及至少一個(gè)通信總線605，上述輸入設(shè)備601、輸出設(shè)備602、處理器603和存儲(chǔ)器604通過(guò)總線605連接。

其中，上述輸入設(shè)備601具體可為消息上報(bào)設(shè)備600的觸控面板和接收器，觸控面板包括觸摸屏和觸控屏，用于檢測(cè)消息上報(bào)設(shè)備600觸控面板上的操作指令，接收器用于接收外部設(shè)備，如SNMP代理或者管理設(shè)備發(fā)送的數(shù)據(jù)和指令。

上述輸出設(shè)備602具體可為消息上報(bào)設(shè)備600的顯示屏和發(fā)送器，顯示屏用于輸出顯示界面等，發(fā)送器用于向外部設(shè)備，如SNMP代理或者管理設(shè)備發(fā)送數(shù)據(jù)和指令。

上述存儲(chǔ)器604可以是高速RAM存儲(chǔ)器，也可為非不穩(wěn)定的存儲(chǔ)器(non-volatile memory)，例如磁盤(pán)存儲(chǔ)器。上述存儲(chǔ)器604用于存儲(chǔ)一組程序代碼，上述輸入設(shè)備601、輸出設(shè)備602和處理器603用于調(diào)用存儲(chǔ)器604中存儲(chǔ)的程序代碼，執(zhí)行如下操作：

上述輸入設(shè)備601，用于接收SNMP代理發(fā)送的第一消息。

上述處理器603，用于對(duì)該第一消息進(jìn)行解析，得到第一消息的特征信息，并在該特征信息與預(yù)設(shè)特征信息不匹配的情況下，按照預(yù)設(shè)轉(zhuǎn)換規(guī)則將該第一消息轉(zhuǎn)換為第二消息。其中，該預(yù)設(shè)特征信息為管理設(shè)備所支持接收消息的特征信息，第二消息的特征信息與預(yù)設(shè)特征信息匹配。

上述輸出設(shè)備602，用于將該第二消息上報(bào)給管理設(shè)備，以便管理設(shè)備根據(jù)該第二消息進(jìn)行設(shè)備管理。

其中，該特征信息包括消息類(lèi)型、消息格式和字符編碼方式中的至少一種；消息類(lèi)型包括SNMP消息或REST消息；消息類(lèi)型一般與消息格式對(duì)應(yīng)，在消息類(lèi)型為SNMP消息的情況下，消息格式包括SNMP V2格式或SNMP V3格式；在消息類(lèi)為REST消息的情況下，消息格式包括HTTP格式或HTTPS格式。

作為一種可行的實(shí)施方式，第一消息還可以包括SNMP代理的設(shè)備標(biāo)識(shí)，上述處理器603按照預(yù)設(shè)轉(zhuǎn)換規(guī)則將該第一消息轉(zhuǎn)換為第二消息的具體方式可以為：

根據(jù)該設(shè)備標(biāo)識(shí)查找是否存在該特征信息與預(yù)設(shè)特征信息的映射關(guān)系，如果存在該映射關(guān)系，就按照該映射關(guān)系將第一消息的特征信息轉(zhuǎn)換為與預(yù)設(shè)特征信息匹配的特征信息，從而得到第二消息。

作為一種可行的實(shí)施方式，上述處理器603，還用于在第二消息的消息類(lèi)型為REST消息的情況下，查詢(xún)與管理設(shè)備是否建立連接。

相應(yīng)的，上述輸出設(shè)備602將該第二消息上報(bào)給管理設(shè)備的具體方式可以為：

在消息上報(bào)設(shè)備600與管理設(shè)備建立有連接的情況下，通過(guò)該連接將該第二消息上報(bào)給管理設(shè)備。

作為又一種可行的實(shí)施方式，處理器603，還用于在消息上報(bào)設(shè)備600與管理設(shè)備未建立連接的情況下，與管理設(shè)備進(jìn)行身份認(rèn)證，在身份認(rèn)證通過(guò)后，與管理設(shè)備建立連接，并在輸出設(shè)備602通過(guò)該連接將該第二消息上報(bào)給管理設(shè)備后，保持該連接。

進(jìn)一步的，處理器603，還有用于記錄該連接的時(shí)間，并在該連接的時(shí)間超過(guò)配置的連接時(shí)間情況下，斷開(kāi)該連接。

本發(fā)明實(shí)施例中，如果消息上報(bào)設(shè)備600每發(fā)送完REST格式的消息后就斷開(kāi)與管理設(shè)備之間的連接，這樣在短時(shí)間內(nèi)再次發(fā)送REST格式的消息時(shí)，就需要再次進(jìn)行身份認(rèn)證和連接的建立，這樣會(huì)延長(zhǎng)消息上報(bào)的時(shí)間。因此，配置一個(gè)連接時(shí)間，可以避免在該時(shí)間段內(nèi)再發(fā)送REST格式的消息時(shí)需要重新進(jìn)行身份認(rèn)證和連接建立，從而可以減少身份認(rèn)證和連接建立時(shí)的時(shí)間消耗。

可見(jiàn)，在圖6所描述的消息上報(bào)設(shè)備中，消息上報(bào)設(shè)備在接收到不同SNMP代理發(fā)送的消息后，如果該消息的特征信息如類(lèi)型、格式以及編碼方式等不是管理設(shè)備所支持的，消息上報(bào)設(shè)備可以按照預(yù)先配置的轉(zhuǎn)換規(guī)則轉(zhuǎn)換該消息，使其能夠成功上報(bào)給管理設(shè)備，從而能夠?qū)崿F(xiàn)不同類(lèi)型或編碼的消息的上報(bào)，提高SNMP網(wǎng)絡(luò)管理系統(tǒng)的兼容性。

需要說(shuō)明的是，在上述實(shí)施例中，對(duì)各個(gè)實(shí)施例的描述都各有側(cè)重，某個(gè)實(shí)施例中沒(méi)有詳細(xì)描述的部分，可以參見(jiàn)其他實(shí)施例的相關(guān)描述。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說(shuō)明書(shū)中所描述的實(shí)施例均屬于優(yōu)選實(shí)施例，所涉及的動(dòng)作和模塊并不一定是本發(fā)明所必須的。

本發(fā)明實(shí)施例方法中的步驟可以根據(jù)實(shí)際需要進(jìn)行順序調(diào)整、合并和刪減。

本發(fā)明實(shí)施例消息上報(bào)裝置中的模塊可以根據(jù)實(shí)際需要進(jìn)行合并、劃分和刪減。

本發(fā)明實(shí)施例中所述消息上報(bào)設(shè)備，可以通過(guò)通用集成電路，例如CPU(Central Processing Unit，中央處理器)，或通過(guò)ASIC(Application Specific Integrated Circuit，專(zhuān)用集成電路)來(lái)實(shí)現(xiàn)。

本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分流程，是可以通過(guò)計(jì)算機(jī)程序來(lái)指令相關(guān)的硬件來(lái)完成，所述的程序可存儲(chǔ)于計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中，該程序在執(zhí)行時(shí)，可包括如上述各方法的實(shí)施例的流程。其中，所述的存儲(chǔ)介質(zhì)可為磁碟、光盤(pán)、只讀存儲(chǔ)記憶體(Read-Only Memory，ROM)或隨機(jī)存儲(chǔ)記憶體(Random Access Memory，RAM)等。

以上對(duì)本發(fā)明實(shí)施例公開(kāi)的一種消息上報(bào)方法及裝置進(jìn)行了詳細(xì)介紹，本文中應(yīng)用了具體實(shí)例對(duì)本發(fā)明的原理及實(shí)施方式進(jìn)行了闡述，以上實(shí)施例的說(shuō)明只是用于幫助理解本發(fā)明及其核心思想；同時(shí)，對(duì)于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實(shí)施方式及應(yīng)用范圍上均會(huì)有改變之處，綜上所述，本說(shuō)明書(shū)內(nèi)容不應(yīng)理解為對(duì)本發(fā)明的限制。