[發(fā)明專(zhuān)利]基于驅(qū)動(dòng)的設(shè)備業(yè)務(wù)管理方法及裝置

有效

• 申請(qǐng)?zhí)枺?/td>: 201010624342.2
• 申請(qǐng)日: 2010-12-31
• 公開(kāi)（公告）號(hào): CN102081653A
• 公開(kāi)（公告）日: 2011-06-01
• 發(fā)明（設(shè)計(jì)）人: 張學(xué)明;魏冬生
• 申請(qǐng)（專(zhuān)利權(quán)）人: 杭州華三通信技術(shù)有限公司
• 主分類(lèi)號(hào): G06F17/30
• 分類(lèi)號(hào): G06F17/30
• 代理公司: 北京德琦知識(shí)產(chǎn)權(quán)代理有限公司 11018
• 代理人: 王一斌;王琦

技術(shù)領(lǐng)域

本發(fā)明涉及業(yè)務(wù)管理技術(shù)領(lǐng)域，具體涉及基于驅(qū)動(dòng)的設(shè)備業(yè)務(wù)管理方法及裝置。

背景技術(shù)

設(shè)備網(wǎng)絡(luò)業(yè)務(wù)管理包括：同步獲取設(shè)備上的已有業(yè)務(wù)配置和部署業(yè)務(wù)配置到設(shè)備。常用的方法是使用簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議(SNMP，Simple?NetworkManagement?Protocol)、Telnet協(xié)議、安全命令解釋器(S?SH，Secure?Shell)協(xié)議，對(duì)不同的業(yè)務(wù)開(kāi)發(fā)不同的應(yīng)用進(jìn)行管理。

但在實(shí)際網(wǎng)絡(luò)環(huán)境中，不同廠商以及同一廠商不同型號(hào)的設(shè)備同時(shí)存在。對(duì)于常用的網(wǎng)絡(luò)業(yè)務(wù)如：訪問(wèn)控制列表(ACL，Access?Control?List)、服務(wù)質(zhì)量(QOS，Quality?of?Service)、虛擬專(zhuān)網(wǎng)(VPN，Virtual?Private?Network)等，由于廠商設(shè)備的差異性、設(shè)備具有的能力級(jí)不同、使用的協(xié)議不同、同樣協(xié)議使用的具體參數(shù)不同如：SNMP配置的管理信息庫(kù)(MIB，ManagementInformation?Base)節(jié)點(diǎn)不同，Telnet/SSH命令行也不同。因此導(dǎo)致沒(méi)有一個(gè)通用的方法管理所有廠商、所有設(shè)備的網(wǎng)絡(luò)業(yè)務(wù)。

圖1為現(xiàn)有的采用SNMP或Telnet協(xié)議管理設(shè)備業(yè)務(wù)的示意圖，如圖1所示，采用SNMP或Telnet進(jìn)行設(shè)備業(yè)務(wù)管理時(shí)，針對(duì)不同廠商、不同設(shè)備的不同業(yè)務(wù)，網(wǎng)管軟件走不同的分支來(lái)適配。當(dāng)出現(xiàn)新的廠商、新的設(shè)備和新的業(yè)務(wù)時(shí)，必須出新的網(wǎng)管軟件版本來(lái)適配。

這種方案的缺點(diǎn)如下：

一、由于設(shè)備的差異性，SNMP與Telnet方式不通用，而且有些設(shè)備沒(méi)有提供SNMP方式進(jìn)行不同設(shè)備同一業(yè)務(wù)的配置管理，不同設(shè)備的同一業(yè)務(wù)對(duì)應(yīng)的Telnet命令行也不同。

二、不能適應(yīng)新廠商、新設(shè)備、新業(yè)務(wù)，不具有動(dòng)態(tài)擴(kuò)展性，不能滿足用戶(hù)的新需求。例如：在圖1中，為了能夠適配廠商三的若干設(shè)備，必須提供新的網(wǎng)管軟件版本二，為了能夠適配廠商N(yùn)的若干設(shè)備，又必須提供新的網(wǎng)管軟件版本N，每個(gè)版本的網(wǎng)管軟件只能適配有限廠商的設(shè)備，這樣嚴(yán)重浪費(fèi)了用戶(hù)的投資。

圖2為現(xiàn)有的采用Telnet協(xié)議+模板文件管理設(shè)備業(yè)務(wù)的示意圖，如圖2所示，針對(duì)不同廠商、不同設(shè)備，提供不同的模板文件來(lái)適配。在模板文件中定義了每個(gè)業(yè)務(wù)、每個(gè)設(shè)備對(duì)應(yīng)的Telnet命令行的格式、輸入與輸出參數(shù)。當(dāng)出現(xiàn)新的廠商、新的設(shè)備時(shí)，必須提供新的模板文件來(lái)適配。

這種方案的缺點(diǎn)如下：

一、在腳本存在錯(cuò)誤時(shí)，在修改腳本之后必須重啟整個(gè)系統(tǒng)，無(wú)法在線修改，且不能解析執(zhí)行。

二、模板文件中腳本的參數(shù)固定，如果設(shè)備業(yè)務(wù)需要新增加參數(shù)而原有系統(tǒng)沒(méi)有提供，則導(dǎo)致功能將失效，因此不具備自動(dòng)擴(kuò)展機(jī)制。

三、模板定義復(fù)雜的網(wǎng)絡(luò)業(yè)務(wù)具有局限性。無(wú)法定義條件、循環(huán)特性、不識(shí)別正則表達(dá)式等；算法中命令行的構(gòu)造與執(zhí)行結(jié)果的解析不具有通用性，需要軟件定制構(gòu)造與解析，新增加命令行的語(yǔ)義語(yǔ)法就需要同步修改命令行的構(gòu)造與解析，從而導(dǎo)致不具有多樣性和擴(kuò)展性。

發(fā)明內(nèi)容

本發(fā)明提供基于驅(qū)動(dòng)的設(shè)備業(yè)務(wù)管理方法及裝置，以提高基于驅(qū)動(dòng)的設(shè)備業(yè)務(wù)管理的效率。

本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的：

一種基于驅(qū)動(dòng)的設(shè)備業(yè)務(wù)管理方法，該方法包括：

為每個(gè)廠商的設(shè)備定義驅(qū)動(dòng)文件，每個(gè)驅(qū)動(dòng)文件由屬性文件和腳本文件組成，其中：屬性文件包含業(yè)務(wù)對(duì)應(yīng)的動(dòng)作、每個(gè)動(dòng)作包括的步驟、每個(gè)步驟對(duì)應(yīng)的命令以及每個(gè)命令對(duì)應(yīng)的腳本文件名；每個(gè)驅(qū)動(dòng)文件以其適用的各設(shè)備的系統(tǒng)目標(biāo)ID標(biāo)識(shí)；

當(dāng)要對(duì)一個(gè)廠商的一個(gè)設(shè)備進(jìn)行業(yè)務(wù)管理時(shí)，根據(jù)該設(shè)備的系統(tǒng)目標(biāo)ID查找到對(duì)應(yīng)的驅(qū)動(dòng)文件，解析該驅(qū)動(dòng)文件的屬性文件，得到管理該業(yè)務(wù)需先后執(zhí)行的步驟，并得到每個(gè)步驟的命令對(duì)應(yīng)的腳本名；

當(dāng)要執(zhí)行一個(gè)命令時(shí)，根據(jù)該命令對(duì)應(yīng)的腳本名，找到對(duì)應(yīng)的腳本文件，執(zhí)行該腳本文件。

所述屬性文件采用預(yù)設(shè)標(biāo)準(zhǔn)標(biāo)記語(yǔ)言定義，所述腳本文件采用預(yù)設(shè)標(biāo)準(zhǔn)解析性語(yǔ)言構(gòu)造。

為每個(gè)廠商定義一個(gè)缺省驅(qū)動(dòng)文件，

當(dāng)要對(duì)一個(gè)廠商的一個(gè)設(shè)備進(jìn)行業(yè)務(wù)管理時(shí)，若根據(jù)該設(shè)備的系統(tǒng)目標(biāo)ID未查找到對(duì)應(yīng)的驅(qū)動(dòng)文件，則將該廠商的缺省驅(qū)動(dòng)文件作為該設(shè)備的驅(qū)動(dòng)文件。

當(dāng)兩個(gè)驅(qū)動(dòng)：第一驅(qū)動(dòng)和第二驅(qū)動(dòng)具有相同的業(yè)務(wù)內(nèi)容或動(dòng)作內(nèi)容時(shí)，在第一驅(qū)動(dòng)文件中定義該業(yè)務(wù)內(nèi)容或動(dòng)作內(nèi)容，在第二驅(qū)動(dòng)文件中定義第一驅(qū)動(dòng)文件名為引用驅(qū)動(dòng)文件名；

所述解析該驅(qū)動(dòng)文件的屬性文件之后進(jìn)一步包括：