專利名稱：：一種基于snmp協(xié)議的智能設(shè)備管理方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及網(wǎng)絡(luò)管理，具體地說涉及一種基于SNMP(SimpleNetworkManagementProtocol,簡單網(wǎng)絡(luò)管理協(xié)議)協(xié)議的智能設(shè)備管理方法及系統(tǒng)。
背景技術(shù)：
：隨著網(wǎng)絡(luò)化的迅速發(fā)展，在現(xiàn)代的產(chǎn)品和方案設(shè)計中，越來越多的產(chǎn)品需要通過標(biāo)準(zhǔn)的SNMP協(xié)議接入到以太網(wǎng)絡(luò)。關(guān)于如何通過SNMP標(biāo)準(zhǔn)協(xié)議動態(tài)地接入多種被管理智能設(shè)備成為一個共性問題。目前按照標(biāo)準(zhǔn)SNMP協(xié)議將智能設(shè)備，例如UPS(不間斷電源)、空調(diào)、電源、油機(jī)、配電柜和采集器等，連接到以太網(wǎng)絡(luò)，使得智能設(shè)備能夠被SNMP網(wǎng)管(網(wǎng)絡(luò)管理系統(tǒng)，NMS)進(jìn)行管理的開發(fā)，一般是使用mib2c腳本根據(jù)智能設(shè)備的管理信息數(shù)據(jù)庫(MIB)生成.C文件，此文件定義了一個靜態(tài)的OID(對象標(biāo)識)二維表，表的每一行對應(yīng)MIB庫中的一個對象。當(dāng)接收到SNMP請求時根據(jù)所請求的OID從表里取出回調(diào)函數(shù)地址并調(diào)用。由于mib2c生成的.C文件里包含的是靜態(tài)表，那么在增加設(shè)備或者減少設(shè)備更新MIB庫時，就需要重新生成.C文件以更新表結(jié)構(gòu)，如果底端需要增加智能設(shè)備的接入或者要修改某一臺智能設(shè)備的某條信號，都要對程序進(jìn)行修改和重新編譯，不僅增加了開發(fā)的重復(fù)性，而且不利于維護(hù)。
發(fā)明內(nèi)容有鑒于現(xiàn)有技術(shù)中存在的問題，本發(fā)明提出了一種SNMP協(xié)議的智能設(shè)備管理方法及系統(tǒng)，能夠靈活方便地調(diào)整智能設(shè)備的接入。為了解決上述技術(shù)問題，本發(fā)明采用了如下技術(shù)方案一種基于SNMP協(xié)議的智能設(shè)備管理方法，包含如下步驟A、智能設(shè)備適配器在初始化過程中，根據(jù)智能設(shè)備管理信息數(shù)據(jù)庫動態(tài)生成對象標(biāo)識信息表；B、網(wǎng)管根據(jù)所述對象標(biāo)識信息表，通過所述智能設(shè)備適配器完成對智能設(shè)備的管理。所述根據(jù)智能設(shè)備管理信息數(shù)據(jù)庫動態(tài)生成對象標(biāo)識信息表包括如下步驟All、根據(jù)智能設(shè)備SO庫生成智能設(shè)備管理信息數(shù)據(jù)庫；A12、動態(tài)解析所述智能設(shè)備管理信息數(shù)據(jù)庫，獲取對象標(biāo)識；A13、建立對象標(biāo)識與采集通道號的動態(tài)映射關(guān)系，生成對象標(biāo)識信息。所述初始化過程在生成對象標(biāo)識信息表之后還包括如下步驟A21、調(diào)用并解析所述對象標(biāo)識信息表；A22、注冊智能設(shè)備管理信息數(shù)據(jù)庫管理對象信息；A23、初始化TRAP發(fā)送隊(duì)列；A24、啟動SNMP偵聽任務(wù)。所述步驟B包括如下步驟Bl、智能設(shè)備適配器檢測并接收所述網(wǎng)管的請求報文，經(jīng)驗(yàn)證成功后，取出請求報文中的協(xié)議數(shù)據(jù)單元；B2、智能設(shè)備適配器識別協(xié)議數(shù)據(jù)單元類型，調(diào)用相應(yīng)的回調(diào)函數(shù)；B3、智能設(shè)備適配器調(diào)用數(shù)據(jù)交換接口向智能設(shè)備采集數(shù)據(jù)；B4、智能設(shè)備適配器根據(jù)所述對象標(biāo)識信息表對采集數(shù)據(jù)進(jìn)行分析映射，根據(jù)回調(diào)函數(shù)和分析映射后的數(shù)據(jù)形成響應(yīng)報文；B5、網(wǎng)管根據(jù)所述響應(yīng)報文完成對智能設(shè)備的管理。所述步驟B1的驗(yàn)證包括-Bll、按照ASN.l編解碼規(guī)則進(jìn)行解碼，如成功，取出請求報文中的版本號，否則丟棄報文；B12、驗(yàn)證版本號是否與智能設(shè)備適配器支持的SNMP協(xié)議版本一致，如一致，取出請求報文中的團(tuán)體名，否則丟棄報文；B13、驗(yàn)證團(tuán)體名是否與智能設(shè)備適配器認(rèn)可的團(tuán)體名一致，如一致，驗(yàn)證成功，否則丟棄報文。所述的智能設(shè)備管理方法，網(wǎng)管對智能設(shè)備的管理還包括告警過程Cl、智能設(shè)備適配器按照預(yù)定義的告警表結(jié)構(gòu)形成告警信息，所述告警信息的表結(jié)構(gòu)屬性包括告警號、告警時間、告警等級、告警描述和告警類型；C2、智能設(shè)備適配器調(diào)用告警發(fā)送函數(shù)，將所述告警信息發(fā)送到網(wǎng)管。本發(fā)明還公開了一種基于SNMP協(xié)議的智能設(shè)備管理系統(tǒng)，所述系統(tǒng)包括網(wǎng)管和智能設(shè)備適配器，所述智能設(shè)備適配器用于根據(jù)智能設(shè)備的管理信息數(shù)據(jù)庫動態(tài)生成對象標(biāo)識信息表；所述網(wǎng)管用于根據(jù)所述對象標(biāo)識信息表，通過所述智能設(shè)備適配器完成對智能設(shè)備的管理。所述智能設(shè)備包括串口接口的智能設(shè)備和網(wǎng)口接口的智能設(shè)備。本發(fā)明利用智能設(shè)備適配器根據(jù)智能設(shè)備的管理信息數(shù)據(jù)庫動態(tài)生成對象標(biāo)識信息表，從而實(shí)現(xiàn)了智能設(shè)備的動態(tài)接入，可以靈活方便地增加或減少智能設(shè)備，因而顯著提高了智能設(shè)備開發(fā)和配置效率。圖1是本發(fā)明具體實(shí)施方式的管理系統(tǒng)的網(wǎng)絡(luò)拓?fù)鋱D；圖2是本發(fā)明具體實(shí)施方式的管理系統(tǒng)的具體結(jié)構(gòu)示意圖；圖3是本發(fā)明具體實(shí)施方式的管理方法的總體流程圖；圖4是本發(fā)明具體實(shí)施方式的管理方法的初始化流程圖；圖5是本發(fā)明具體實(shí)施方式的管理方法的OID信息表生成流程圖；圖6是本發(fā)明具體實(shí)施方式的管理方法的告警流程示意圖。具體實(shí)施方式下面對照附圖并結(jié)合具體實(shí)施方式對本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說明。本發(fā)明可以按照標(biāo)準(zhǔn)SNMP協(xié)議同時將諸如UPS、空調(diào)、電源、油機(jī)、配電柜和采集器等多種類型的智能設(shè)備通過智能設(shè)備適配器連接到以太網(wǎng)絡(luò)，使得智能設(shè)備能夠被NMS進(jìn)行管理。該適配器可以支持對智能設(shè)備的動態(tài)接入，在現(xiàn)場增加或減少智能設(shè)備的接入時，只需要更新智能設(shè)備的MIB庫文件，而無需修改源程序和重新編譯SNMP代理(Agent)的核心固件(firmware)部分，因而可以顯著提高開發(fā)效率，降低接入和調(diào)試成本。智能設(shè)備適配器SNMP代理模塊主要實(shí)現(xiàn)以下功能'響應(yīng)NMS的請求指令(包括GetRequest和GetNextRequest)，并將適配器和智能設(shè)備的實(shí)時數(shù)據(jù)返回給NMS;響應(yīng)NMS發(fā)出的SET操作指令(SetRequest)，對適配器實(shí)施控制和設(shè)置，并將結(jié)果返回給NMS;當(dāng)出現(xiàn)告警時，適配器主動向NMS發(fā)送TRAP數(shù)據(jù)包，將適配器和智能設(shè)備的當(dāng)前狀態(tài)發(fā)送給NMS。圖1顯示了本發(fā)明具體實(shí)施方式的網(wǎng)絡(luò)拓?fù)?，智能設(shè)備1、智能設(shè)備2，……，智能設(shè)備N通過適配器連接到NMS，其中，智能設(shè)備l、智能設(shè)備2，……，智能設(shè)備N可以是UPS、空調(diào)、電源、油機(jī)、配電柜和采集器等多種類型的智能設(shè)備，彼此也可以互不相同，與適配器的連接可以是SNMP協(xié)議的網(wǎng)口，也可以是串口，例如RS485等，NMS也可以是監(jiān)控軟件或網(wǎng)頁。'圖2顯示了適配器的各個功能模塊及其相互之間的依賴關(guān)系，其中，數(shù)據(jù)采集模塊負(fù)責(zé)采集智能設(shè)備的數(shù)據(jù)，數(shù)據(jù)交換接口和活動告警接口分別完成與數(shù)據(jù)模塊和TRAP(告警)模塊之間的一般數(shù)據(jù)和告警信息的交互。數(shù)據(jù)模塊包括初始化模塊、MIB動態(tài)解析模塊、MIB信息注冊模塊、回調(diào)函數(shù)和響應(yīng)幀。MIB動態(tài)解析模塊用以對MIB庫的信息進(jìn)行動態(tài)解析，MIB庫中的信息可以通過可視化MIB編輯器進(jìn)行編輯。SNMP代理模塊通過數(shù)據(jù)交換接口獲取信號與配置信息，對相關(guān)信號與配置信息進(jìn)行設(shè)置和控制，同時通過數(shù)據(jù)交換接口獲取所有智能設(shè)備的告警信息后，并由SNMP代理模塊主動上報至NMS。適配器Agent代理模塊對NMS提供一個統(tǒng)一的網(wǎng)管接口，無論被管設(shè)備有多復(fù)雜，對NMS來說只需要和Agent代理交互就可以獲得所有被管設(shè)備的網(wǎng)管信息，下面詳細(xì)介紹Agent代理接收到報文后采取的動作第一步解碼生成用內(nèi)部數(shù)據(jù)結(jié)構(gòu)表示的報文，解碼依據(jù)ASN.l(AbstractSyntaxNotationOne,抽象語法標(biāo)記，一種ISO/ITU-T標(biāo)準(zhǔn)，描述了一種對數(shù)據(jù)進(jìn)行表示、編碼、傳輸和解碼的數(shù)據(jù)格式。它提供了一整套正規(guī)的格式用于描述對象的結(jié)構(gòu)，而不管語言上如何執(zhí)行及這些數(shù)據(jù)的具體指代，也不用去管到底是什么樣的應(yīng)用程序)的基本編碼規(guī)則，如果在此過程中出現(xiàn)錯誤導(dǎo)致解碼失敗則丟棄該報文，不做進(jìn)一步處理。第二步將報文中的版本號取出，如果與本Agent代理支持的SNMP版本不一致，則丟棄該報文，不做進(jìn)一步處理。第三步將報文中的團(tuán)體名取出，此團(tuán)體名由發(fā)出請求的網(wǎng)管站填寫。如與本設(shè)備認(rèn)可的團(tuán)體名不符，則丟棄該報文，不做進(jìn)一步處理，同時產(chǎn)生一個TRAP報文。第四步從通過驗(yàn)證的ASN.l對象中提出協(xié)議數(shù)據(jù)單元(ProtocolDataUnit,簡稱PDU),如果失敗，丟棄報文，不做進(jìn)一步處理。否則處理PDU，結(jié)果將產(chǎn)生一個報文,該報文的發(fā)送目的地址應(yīng)同收到報文的源地址一致。根據(jù)不同的PDU，SNMP協(xié)議實(shí)體將做不同的處理。一個SNMP報文由三個主要部分組成一個協(xié)議版本(Version)，一個SNMP共同體(Commimity)標(biāo)識符，和一個數(shù)據(jù)區(qū)。數(shù)據(jù)區(qū)分成若干個協(xié)議數(shù)據(jù)單元PDU(ProtocolDataUnit),每個PDU包括一個請求(由管理系統(tǒng)發(fā)送)或一個響應(yīng)(由管理代理發(fā)送)。SNMP報文結(jié)構(gòu)如表1:<table>tableseeoriginaldocumentpage8</column></row><table>SNMP共有5種報文，所以其PDU也有5種，以GetRequest-PDU為例，其結(jié)構(gòu)如表2:<table>tableseeoriginaldocumentpage8</column></row><table>SNMPvl的get-request、set-request、get-response禾口get-next-request操作具有相同的PDU格式，如表3所示<table>tableseeoriginaldocumentpage8</column></row><table>PDUType:指明PDU類型(GetRequest、GetNextRequest、SetRequest、Trap);RequestID:SNMP請求標(biāo)識；ErrorStatus:表示錯誤和錯誤類型，只有響應(yīng)操作才設(shè)置該字段，其他操作將該字段設(shè)為0;ErrorIndex:錯誤索引號，與特定對象實(shí)例的錯誤相關(guān)，只有響應(yīng)操作才設(shè)置該字段，其他操作將該字段設(shè)為0;VariableBindings:即表中的Object1Value1，Object2Value2，ObjectxValuex等，SNMPvlPDU的數(shù)據(jù)字段，攜帶特定對象實(shí)例的當(dāng)前值(GetandGetNext請求的該字段被忽略，因?yàn)闊o須攜帶值)。對不同PDU的處理以GetRequestPDU為例第一種情況如果PDU中的變量名在本地維護(hù)的MIB庫中不存在,則接收到這個PDU的協(xié)議實(shí)體將向NMS發(fā)送一個GetResponse報文，其中的PDU與源PDU只有一點(diǎn)不同將ERROR-STATUS置為noSuchName，并在ERROR-INDEX中指出產(chǎn)生該變量在變量LIST中的位置。第二種情況如果本地協(xié)議實(shí)體將產(chǎn)生的響應(yīng)報文的長度大于本地長度限制，將向NMS發(fā)送一個GetResponse報文，該P(yáng)DU除了ERROR-STATUS置為tooBig，ERROR-INDEX置為0以外，與源PDU相同。第三種情況如果本地協(xié)議實(shí)體因?yàn)槠渌虿荒墚a(chǎn)生正確的響應(yīng)報文，將向該P(yáng)DU的發(fā)出者發(fā)送一個GetResponse報文，該P(yáng)DU除了ERROR-STATUS置為genErr，ERROR-INDEX置為出錯變量在變量LIST中的位置，其余與源PDU相同。第四種情況如果上面的情況都沒有發(fā)生，則本地協(xié)議實(shí)體向NMS發(fā)送一個GetResponse報文，該P(yáng)DU中將包含變量名和相應(yīng)值的映射表，ERROR-STATUS為noError,ERROR-INDEX為0，request-id域的值應(yīng)與收到PDU的request-id相同。)適配器在每次啟動Agent代理的時候，首先根據(jù)智能設(shè)備MIB庫生成動態(tài)OID表，在生成表的時候，按具體需求定義表數(shù)據(jù)和相對應(yīng)的回調(diào)函數(shù)。這就需要利用MIB解析庫，針對MIB庫的一套功能函數(shù)，可以很方便地動態(tài)解析和修改MIB庫，具體的流程框圖如圖三所示。其中，適配器Agent代理初始化模塊主要完成了MIB庫動態(tài)解析部分和注冊MIB管理對象的OID庫，其流程框圖如圖四所示。適配器的一個重要功能就是完成對各智能設(shè)備MIB庫的合成和動態(tài)解析，可以將MIB庫映射到進(jìn)程內(nèi)部，按MIB所定義的層次結(jié)構(gòu)組織數(shù)據(jù)。MIB庫動態(tài)解析模塊主要完成了對MIB庫中各管理對象的名稱、status、type和OID信息同智能設(shè)備so庫中的智能設(shè)備采集信號的通道號建立動態(tài)的映射關(guān)系，將每個智能設(shè)備的用戶關(guān)注的每條信號映射到MIB庫中的唯一OID號，具體流程框圖如圖五所示。其中，so庫是Linux下的動態(tài)庫，在windows系統(tǒng)中，靜態(tài)庫文件是.lib文件，動態(tài)庫文^f牛是.dll文件。而在unix系統(tǒng)中，靜態(tài)庫文件和動態(tài)庫文件后綴分別是.a和.so。適配器中還包括對TRAP功能的動態(tài)處理，可以在MIB中靈活定義AlarmTrap為表(table)結(jié)構(gòu)。在該table結(jié)構(gòu)體中定義所有告警信息的告警號、告警時間、告警狀態(tài)、告警等級和告警描述等內(nèi)容。不同于現(xiàn)有技術(shù)把智能設(shè)備的每條具體的告警信號分別定義為不同的OID，每條告警的具體內(nèi)容是各個廠家根據(jù)不同需要，在設(shè)計和提供MIB庫時進(jìn)行定義，從而把每條具體的告警內(nèi)容，都作為一個OID在MIB庫中定義好。本發(fā)明相當(dāng)于抽取告警信息的各個屬性形成一個結(jié)構(gòu)體，而將各個告警信息作為結(jié)構(gòu)體的一個實(shí)例。如圖6所示，適配器Agent通過數(shù)據(jù)交換接口獲取當(dāng)前活動的告警，并按照MIB庫中定義的Table結(jié)構(gòu)進(jìn)行解析，然后形成TRAP報文，上報到NMS，從而實(shí)現(xiàn)適配器的告警功能。本發(fā)明的主要特點(diǎn)包括1、不限制于一種智能設(shè)備的接入,可以同時接入多種類型的智能設(shè)備，包括UPS、空調(diào)、電源、油機(jī)、配電柜和采集器等。2、接入的多種類型的智能設(shè)備包括串口接口的非SNMP智能設(shè)備和網(wǎng)口接口的SNMP智能設(shè)備。3、支持對智能設(shè)備的動態(tài)接入，在現(xiàn)場增加或減少智能設(shè)備的接入時，只需要更新該方案的標(biāo)準(zhǔn)MIB庫文件，而無需修改、源程序和重新編譯SNMP核心firmware部分。4、將智能設(shè)備的每個采集信號和MIB庫中被管理對象的唯一OID號進(jìn)行動態(tài)綁定，真正做到了動態(tài)地接入智能設(shè)備。在MIB庫中靈活定義AlarmTrap為table結(jié)構(gòu)，在該結(jié)構(gòu)體中定義所有告警f言息的告警號、告警時間、告警狀態(tài)、告警等級和告警描述等內(nèi)容。而不是把智能設(shè)備的每條具體的告警信號分別羅列出來。5、MIB庫靈活生成。10本發(fā)明按照標(biāo)準(zhǔn)SNMP協(xié)議同時將多種類型的智能設(shè)備連接到以太網(wǎng)絡(luò)，使得能夠被SNMP網(wǎng)絡(luò)管理站(NMS)進(jìn)行管理，可以支持對智能設(shè)備的動態(tài)接入，在現(xiàn)場增加或減少智能設(shè)備的接入時，只需要更新智能設(shè)備的MIB庫文件，而無需修改源程序和重新編譯SNMP代理的核心firmware部分，因而顯著提高了開發(fā)效率、降低了接入和調(diào)試成本。以上內(nèi)容是結(jié)合具體的優(yōu)選實(shí)施方式對本發(fā)明所作的進(jìn)一步詳細(xì)說明，不能認(rèn)定本發(fā)明的具體實(shí)施只局限于這些說明。對于本發(fā)明所屬
技術(shù)領(lǐng)域：
的普通技術(shù)人員來說，在不脫離本發(fā)明構(gòu)思的前提下，還可以做出若干簡單推演或替換，都應(yīng)當(dāng)視為屬于本發(fā)明的保護(hù)范圍。權(quán)利要求1.一種基于SNMP協(xié)議的智能設(shè)備管理方法，其特征在于，包含如下步驟A、智能設(shè)備適配器在初始化過程中，根據(jù)智能設(shè)備管理信息數(shù)據(jù)庫動態(tài)生成對象標(biāo)識信息表；B、網(wǎng)管根據(jù)所述對象標(biāo)識信息表，通過所述智能設(shè)備適配器完成對智能設(shè)備的管理。2.如權(quán)利要求1所述的智能設(shè)備管理方法，其特征在于，所述根據(jù)智能設(shè)備管理信息數(shù)據(jù)庫動態(tài)生成對象標(biāo)識信息表包括如下步驟All、根據(jù)智能設(shè)備so庫生成智能設(shè)備管理信息數(shù)據(jù)庫；A12、動態(tài)解析所述智能設(shè)備管理信息數(shù)據(jù)庫，獲取對象標(biāo)識；A13、建立對象標(biāo)識與采集通道號的動態(tài)映射關(guān)系，生成對象標(biāo)識信息表。3.如權(quán)利要求1所述的智能設(shè)備管理方法，其特征在于，所述初始化過程在生成對象標(biāo)識信息表之后還包括如下步驟A21、調(diào)用并解析所述對象標(biāo)識信息表；A22、注冊智能設(shè)備管理信息數(shù)據(jù)庫管理對象信息；A23、初始化TRAP發(fā)送隊(duì)列；A24、啟動SNMP偵聽任務(wù)。4.如權(quán)利要求1所述的智能設(shè)備管理方法，其特征在于，所述步驟B包括如下步驟Bl、智能設(shè)備適配器檢測并接收所述網(wǎng)管的請求報文，經(jīng)驗(yàn)證成功后，取出請求報文中的協(xié)議數(shù)據(jù)單元；B2、智能設(shè)備適配器識別協(xié)議數(shù)據(jù)單元類型，調(diào)用相應(yīng)的回調(diào)函數(shù)；B3、智能設(shè)備適配器調(diào)用數(shù)據(jù)交換接口向智能設(shè)備采集數(shù)據(jù)；B4、智能設(shè)備適配器根據(jù)所述對象標(biāo)識信息表對采集數(shù)據(jù)進(jìn)行分析映射，根據(jù)回調(diào)函數(shù)和分析映射后的數(shù)據(jù)形成響應(yīng)報文；B5、網(wǎng)管根據(jù)所述響應(yīng)報文完成對智能設(shè)備的管理。5.如權(quán)利要求4所述的智能設(shè)備管理方法，其特征在于，所述步驟Bl的驗(yàn)證包括Bll、按照ASN.l編解碼規(guī)則進(jìn)行解碼，如成功，取出請求報文中的版本號，否則丟棄報文；B12、驗(yàn)證版本號是否與智能設(shè)備適配器支持的SNMP協(xié)議版本一致，如一致，取出請求報文中的團(tuán)體名，否則丟棄報文；B13、驗(yàn)證團(tuán)體名是否與智能設(shè)備適配器認(rèn)可的團(tuán)體名一致，如一致，驗(yàn)證成功，否則丟棄報文。6.如權(quán)利要求1至5任一所述的智能設(shè)備管理方法，其特征在于，所述網(wǎng)管對智能設(shè)備的管理還包括告警過程Cl、智能設(shè)備適配器按照預(yù)定義的告警表結(jié)構(gòu)形成告警信息，所述告警信息的表結(jié)構(gòu)屬性包括告警號、告警時間、告警等級、告警描述和告警類型；C2、智能設(shè)備適配器調(diào)用告警發(fā)送函數(shù)，將所述告警信息發(fā)送到網(wǎng)管。7.—種基于SNMP協(xié)議的智能設(shè)備管理系統(tǒng)，其特征在于，所述系統(tǒng)包括網(wǎng)管和智能設(shè)備適配器，所述智能設(shè)備適配器用于根據(jù)智能設(shè)備的管理信息數(shù)據(jù)庫動態(tài)生成對象標(biāo)識信息表；所述網(wǎng)管用于根據(jù)所述對象標(biāo)識信息表，通過所述智能設(shè)備適配器完成對智能設(shè)備的管理。8.如權(quán)利要求1所述的智能設(shè)備管理系統(tǒng)，其特征在于，所述智能設(shè)備包括串口接口的智能設(shè)備和網(wǎng)口接口的智能設(shè)備。全文摘要本發(fā)明公開了一種基于SNMP協(xié)議的智能設(shè)備管理方法和系統(tǒng)，所述方法包含如下步驟A.智能設(shè)備適配器在初始化過程中，根據(jù)智能設(shè)備管理信息數(shù)據(jù)庫動態(tài)生成對象標(biāo)識信息表；B.網(wǎng)管根據(jù)所述對象標(biāo)識信息表，通過所述智能設(shè)備適配器完成對智能設(shè)備的管理。所述系統(tǒng)包括網(wǎng)管和智能設(shè)備適配器，所述智能設(shè)備適配器用于根據(jù)智能設(shè)備的管理信息數(shù)據(jù)庫動態(tài)生成對象標(biāo)識信息表；所述網(wǎng)管用于根據(jù)所述對象標(biāo)識信息表，通過所述智能設(shè)備適配器完成對智能設(shè)備的管理。本發(fā)明顯著提高了智能設(shè)備開發(fā)和配置效率。文檔編號H04L12/24GK101616022SQ20081012848公開日2009年12月30日申請日期2008年6月26日優(yōu)先權(quán)日2008年6月26日發(fā)明者嚴(yán)慧勇,包培友,皓蔡申請人:艾默生網(wǎng)絡(luò)能源系統(tǒng)北美公司