專利名稱：一種基于配置描述文件實現(xiàn)通用網絡管理的方法及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及通信領域的網絡管理技術，特別涉及基于配置描述文件實現(xiàn)通 用網絡管理的方法及系統(tǒng)。
背景技術：
隨著網絡技術的不斷發(fā)展，網絡規(guī)模不斷擴大，如何實現(xiàn)對網絡的統(tǒng)一管
理已成為迫切需求?，F(xiàn)有的網絡管理軟件大都基于筒單網絡管理協(xié)議(Simple Network Management Protocol ，SNMP)，基本能夠獨立于硬件完成對設備的管 理和監(jiān)控。但由于應用對象本身千差萬別，每個應用對象的配置數(shù)據(jù)有隨時進 行修改的需求，所以一般的網絡管理軟件不能做到對應用的統(tǒng)一集中管理。
網絡管理的管理對象是設備和應用，其管理任務是對兩者實現(xiàn)監(jiān)控和管 理。目前，SNMP協(xié)議可較好地實現(xiàn)對設備的監(jiān)控和管理，《旦是對于應用的管 理無能為力。要解決對應用的統(tǒng)一管理問題，關鍵是要解決好如何統(tǒng)一表示數(shù) 據(jù)、如何統(tǒng)一存儲數(shù)據(jù)和如何統(tǒng)一解析數(shù)據(jù)這三個問題。
現(xiàn)有技術提供了一種解決方案，該方案讓系統(tǒng)針對各個管理對象，建立該 管理對象及其各項屬性和各項屬性值之間的映射關系，并將形成的所有映射關 系表存儲在后臺；沖艮據(jù)每個管理對象和自身各項屬性之間的映射關系定制前臺 統(tǒng)一形式的輸入輸出界面，并根據(jù)該輸入輸出界面編寫前后臺之間的統(tǒng)一表達 接口 。雖然該方案通過統(tǒng)一表達接口傳遞前后臺信息能夠達到方便快速的支持 管理對象的變化，但表達接口需要解析各管理對象的具體屬性及屬性值，其處 理較復雜，導致負荷壓力大和影響系統(tǒng)運行速度；另外，由于沒有數(shù)據(jù)進行驗 證，使系統(tǒng)在運行過程中出現(xiàn)問題的機率增大，導致后期維護工作量增大。

發(fā)明內容
本發(fā)明提供一種基于配置描述文件實現(xiàn)通用網絡管理的方法及系統(tǒng)，以解 決現(xiàn)有技術中數(shù)據(jù)解析復雜，導致系統(tǒng)負荷壓力大和影響系統(tǒng)運行速度的問
題；進一步的，解決現(xiàn)有技術因不對數(shù)據(jù)進行驗證而使系統(tǒng)在運行過程中出現(xiàn) 故障幾率增大的問題。
本發(fā)明方法技術方案如下
一種基于配置描述文件實現(xiàn)通用網絡管理的方法，包括如下步驟 用戶請求操作網絡中應用對象的配置數(shù)據(jù)；
獲取并解析所述應用對象的配置描述文件，其中該配置描述文件根據(jù)該類 應用的配置要求建立，并包含應用對象的配置項與數(shù)據(jù)庫表的對應關系、各配 置項的具體描述；
從依據(jù)所述配置描述文件創(chuàng)建并用于保存配置數(shù)據(jù)的數(shù)據(jù)庫中提取所述 應用對象的配置數(shù)據(jù)，以及生成包含該配置數(shù)據(jù)的配置界面供用戶操作。 根據(jù)上述方法
用戶通過所述配置界面提交操作后的配置數(shù)據(jù)時，根據(jù)配置描述文件自動 生成能夠將該配置數(shù)據(jù)保存到數(shù)據(jù)庫中的結構化查詢語言SQL語句，并執(zhí)行 該SQL語句以保存所述配置數(shù)據(jù)。
生成SQL語句前根據(jù)所述配置描述文件中的驗證項對提交的配置數(shù)據(jù)進 行驗證，并且在驗證通過后生成所述SQL語句。
保存提交的配置數(shù)據(jù)時進一步生成相應的配置消息并下發(fā)給對應的應用 對象。
在保存配置數(shù)據(jù)前進一步比較原配置數(shù)據(jù)和需要保存的配置數(shù)據(jù)之間的 差異，4艮據(jù)差異生成不同類型的配置消息。
所述應用對象根據(jù)接收到的配置消息更改配置并返回結果，并通過所述配 置界面呈現(xiàn)給用戶。
所述配置數(shù)據(jù)為一類應用所共有的數(shù)據(jù)時向應用對象廣播配置消息。
所述配置描述文件采用可擴展標記語言XML格式。
一種通用網絡管理系統(tǒng)，包括
第 一存儲裝置，用于保存根據(jù)網絡中各類應用的配置要求分別建立的配置 描述文件，該配置描述文件包含應用對象的配置項與數(shù)據(jù)庫表的對應關系、各 配置項的具體描述；
第二存儲裝置，用于保存依據(jù)所述配置描述文件創(chuàng)建的數(shù)據(jù)庫，該數(shù)據(jù)庫 用于存儲應用對象的配置數(shù)據(jù)；
網管平臺，用于向網絡中的各應用對象下發(fā)配置消息和接收應用對象發(fā)送 的消息；
數(shù)據(jù)庫引擎，用于根據(jù)所述配置描述文件創(chuàng)建所述數(shù)據(jù)庫并保存，根據(jù)所 述配置描述文件從數(shù)據(jù)庫中提取配置數(shù)據(jù)生成統(tǒng)一的配置界面，以及將通過該 配置界面提交的配置數(shù)據(jù)保存到所述數(shù)據(jù)庫和向網管平臺下發(fā)配置消息；
操作裝置，用于呈現(xiàn)數(shù)據(jù)庫引擎生成的配置界面并接受用戶操作，以及向 數(shù)據(jù)庫引擎提交配置數(shù)據(jù)。
所述的系統(tǒng)還包括
發(fā)汪裝置，用于根據(jù)所述配置描述文件中的發(fā)汪項對提交的配置數(shù)據(jù)進行 本發(fā)明具有以下有益效果
1、 本發(fā)明針對每一類應用的配置要求建立相應的配置文件，在數(shù)據(jù)解析 時僅需按格式解析配置描述文件，無需知道其具體配置數(shù)據(jù)，其處理較筒單， 能夠大幅度減少系統(tǒng)的負荷和提高運行速度。
2、 由于解析無需要了解具體的配置數(shù)據(jù)，實現(xiàn)了數(shù)據(jù)與代碼的分離，減 少了模塊之間的耦合，增強了系統(tǒng)的可擴展性。
3、 對應用的配置數(shù)據(jù)進行集中統(tǒng)一管理，管理員可以通過WEB頁面直接 修改配置數(shù)據(jù)，從而減輕了管理員的操作負擔。


圖1為本發(fā)明實施例中的管理系統(tǒng)結構圖2為本發(fā)明實施例中基于配置描述文件創(chuàng)建數(shù)據(jù)庫表的流程圖3為本發(fā)明實施例中基于配置描述文件實現(xiàn)的^^改應用配置數(shù)據(jù)流程圖。
具體實施例方式
在網絡管理系統(tǒng)中，為了決現(xiàn)有技術中數(shù)據(jù)解析復雜，導致系統(tǒng)負荷壓力 大和影響系統(tǒng)運行速度等問題；本發(fā)明根據(jù)各類應用對象的配置要求建立統(tǒng)一 格式的配置描述文件，根據(jù)該配置描述文件建立存儲網絡中應用對象的數(shù)據(jù) 庫，并通過解析配置描述文件來操作數(shù)據(jù)庫中的配置數(shù)據(jù)^^作以管理網絡中應 用對象。
參閱圖1所示，本實施例中的網絡管理系統(tǒng)包括第一存儲裝置100、第 二存儲裝置110、數(shù)據(jù)庫引擎120、網管平臺130和操作裝置140。第一存儲裝 置IOO用于保存根據(jù)網絡中各類應用的配置要求分別建立的配置描述文件；第 二存儲裝置IIO用于保存依據(jù)所述配置描述文件創(chuàng)建的數(shù)據(jù)庫，該數(shù)據(jù)庫用于 存儲應用對象的配置數(shù)據(jù)；網管平臺130用于管理該平臺上運行的多個應用對 象；數(shù)據(jù)庫引擎120與第一存儲裝置100、第二存儲裝置IIO和網管平臺130 具有通信連接，根據(jù)第一存儲裝置100中的配置描述文件創(chuàng)建數(shù)據(jù)庫并保存到 第二存儲裝置110中，根據(jù)所述配置描述文件從數(shù)據(jù)庫中提取配置數(shù)據(jù)生成統(tǒng) 一的配置界面，以及將通過該配置界面提交的配置數(shù)據(jù)保存到所述數(shù)據(jù)庫和向 網管平臺下發(fā)配置消息；操作裝置140與數(shù)據(jù)庫引擎120具有通信連接，呈現(xiàn) 數(shù)據(jù)庫引擎生成的配置界面并接受用戶操作，以及向數(shù)據(jù)庫引擎提交配置數(shù) 據(jù)。
進一步的，為了提高配置數(shù)據(jù)的正確性，數(shù)據(jù)庫引擎120中還包括一個驗 證裝置1200，用于根據(jù)所述配置描述文件中的驗證項對提交的配置數(shù)據(jù)進行驗 證。當然，該a^i裝置1200也可以獨立于數(shù)據(jù)庫引擎120。
在本實施例中，將配置數(shù)據(jù)集中存儲在關系數(shù)據(jù)庫中能夠為管理配置數(shù)據(jù) 提供方便和盡可能減少數(shù)據(jù)的不一致性。當應用對象啟動時，數(shù)據(jù)庫引擎120
會自動把該應用對象的所有配置生成配置消息并進行下發(fā)。當4'務改了配置描述
文件中的配置項時，數(shù)據(jù)庫引擎120會將修改的內容與數(shù)據(jù)庫的內容進行對比， 可以僅將變化的部分的配置數(shù)據(jù)發(fā)送給應用對象，應用對象依此修改配置數(shù) 據(jù)，這樣可盡可能地減少網絡通信量。當修改的配置項是某一類應用所共有的 數(shù)據(jù)時，網管平臺130向所有此類應用對象廣播配置修改消息。網管平臺與各 應用對象之間、網管平臺與CGI程序、WEB客戶端程序之間都使用統(tǒng)一的配 置消息接口。
在本實施例中，對于某一類應用的配置描述文件至少包含
1、 應用對象的配置項與數(shù)據(jù)庫的對應關系
所述對應關系表明每一類應用的配置項所需要的數(shù)據(jù)庫表，每個數(shù)據(jù)庫表 里包含的數(shù)據(jù)。
如對于搜索系統(tǒng)中的Crawler (爬蟲，抓取網頁的程序)應用對象，它 有配置項域名服務器DNS Server,包括DNS Server的IP和端口號兩部分。因 此，定義數(shù)據(jù)庫表T一DNS用來存儲DNS信息，它有App一ID， IP， Port三個 域，分別用來存儲應用標識，DSNIP和DNS端口號，其中APP—ID用于區(qū)分 不同的Crawler應用對象。
2、 對每一個配置項的具體描述
對于每一個配置項，都應有一個名字(Name),數(shù)據(jù)類型(DataType)，長 度(Length),界面風格(Interface),具體約束(Constrain),是否允許有多條 記錄(IsMultiple )，是否為公共數(shù)據(jù)(IsGlobal)等內容。
例如，對上例中提及的DNS IP做如下定義<Field Name="DNS IP" DataType= "string" Length= "15" Interface- "text" constrain- "\d+\.\d+\Ad+\.\d+" IsMultiple- "true" IsGobal- "true" />。其中，constrain使用的是正則式語法， 它用于約束用戶必須輸入正確的IP地址。
為了便于在不同類型的應用之間解析配置描述文件和便于配置數(shù)據(jù)內容 的比較，較佳的方式是配置描述文件采用可擴展標記語言XML純文本格式。
在簡單網絡管理場、i義(Simple Network Management Protocol, SNMP )中 提供了對管理系統(tǒng)庫(MIB)的四類操作Get、 Set、 Trap和Get-Next。借鑒該 種方式，本實施例中將配置消息封裝為增加配置項Add、刪除配置項Delete、 修改配置項Modify和查詢配置項Get四種操作。數(shù)據(jù)庫引擎120在下發(fā)配置 消息時，在配置消息中指定操作類型，配置項和值等內容；相應的，網絡中的 應用對象在接收到配置消息后對其進行解析并執(zhí)行相應的操作。例如， 一個 DSN Server的Add操作，它表示為收到該消息的Crawler增加兩臺DNS服務 器，其消息片斷如下
<Operation subtype="add" group-"DNS Server">
<Item ID="21" IP=" 192.168.1.1" Port="8080"/>
<ItemID="22" IP=" 192.168.1.2" Port="90007>
</Operation>
參閱圖2所示，創(chuàng)建一個新的配置描述文件的具體處理流程如下 步驟200、提取應用的配置需求，按照統(tǒng)一定義的配置數(shù)據(jù)表示方法，為
該應用建立一個XML格式的配置描述文件并經操作裝置140保存到第一存儲
裝置100中。該文件包4舌應用對象的配置項與數(shù)據(jù)庫的對應關系和對每一個配
置項的具體描述。
步驟201、將配置描述文件作為輸入傳遞給數(shù)據(jù)庫引擎120。
步驟202、數(shù)據(jù)庫引擎120解析配置描述文件，在第二存儲裝置110中創(chuàng)
建存儲配置數(shù)據(jù)需要的數(shù)據(jù)庫表。
步驟203、數(shù)據(jù)庫引擎120將配置描述文件中定義的配置數(shù)據(jù)導入相應的
數(shù)據(jù)庫表中。
步驟204、數(shù)據(jù)庫引擎120生成配置消息，將其下發(fā)給網管平臺130。
步驟205、網管平臺130向應用對象下發(fā)配置消息。
步驟206、應用對象進行配置并返回配置結果。
參閱圖3所示，修改一個配置描述文件的具體流程如下
步驟300、管理員控制操作裝置140通過WEB方式請求修改應用對象的配置數(shù)據(jù)。
步驟301、數(shù)據(jù)庫引擎120根據(jù)解析應用對象的配置文件，從數(shù)據(jù)庫中導 出原來的配置數(shù)據(jù)。
步驟302、數(shù)據(jù)庫引擎120生成統(tǒng)一的配置界面，該界面上包含原來的配 置數(shù)據(jù)，并提供給操作裝置140。
步驟303、操作裝置140呈現(xiàn)配置界面，并接受管理員修改配置數(shù)據(jù)。
步驟304:操作裝置140將管理員確認修 支后的配置數(shù)據(jù)提交到數(shù)據(jù)庫引 擎120。
步驟305、數(shù)據(jù)庫引擎120根據(jù)配置描述文件中的配置項對配置數(shù)據(jù)進行 綠。
步驟306、驗證通過后，數(shù)據(jù)庫引擎120自動生成相應SQL語句將配置數(shù) 據(jù)保存到數(shù)據(jù)庫中(以驗證通過為例)。
如果驗證失敗，則丟棄該數(shù)據(jù)，進一步的可以在操作裝置140上提示#^ 信息。
步驟307、數(shù)據(jù)庫引擎120將修改的配置數(shù)據(jù)與數(shù)據(jù)庫中原配置數(shù)據(jù)進行 比較，才艮據(jù)變化部分的配置數(shù)據(jù)生成相應的配置消息下發(fā)給網管平臺130。該 配置消息中的操作類型為修改操作。
當修改的配置項是某一類應用所共有的數(shù)據(jù)時，指明該配置消息為廣播消
會
步驟308、網管平臺130將配置消息下發(fā)給相應的應用對象。如果是廣播 消息，則向管理的所有應用對象廣播。
步驟309、應用對象解析配置消息，對自身的配置數(shù)據(jù)進行〗務改并返回結果。
步驟310、在操作裝置140上顯示應用對象返回的結果。 在本實施例中，配置描述文件使用XML形式的純文本消息格式具有以下 優(yōu)點
1、 便于不同類型的應用之間解析
采用JavaScript編寫WEB客戶端程序，用。++編寫服務器程序，它們都 可以借助于標準的DOM (文檔對象模型)樹對XML形式的消息進行解析。使 用開源的C+十庫TinyXPath，它支持XPath語法，可對XML中的元素進行快 速的定位和運算。
2、 便于配置數(shù)據(jù)內容的比較
當管理員在客戶端更改配置數(shù)據(jù)時，可能做了很多操作才統(tǒng)一保存，這些 操作可能有插入、刪除和修改，在保存之前需要比較出修改前后的差異，生成 不同類型的配置消息，對于這些操作采用XML形式的消息處理起來相對簡《更。
從上可知，本發(fā)明提供了配置數(shù)據(jù)的表示方法及應用的配置管理接口，統(tǒng) 一了配置描述文件的格式和配置管理接口的定義方式；通過數(shù)據(jù)庫引擎對配置 文件進行解析，生成統(tǒng)一配置界面供管理員操作，簡化了配置文件的修改過程， 并且將接收到的修改后的配置文件和數(shù)據(jù)庫中原有的舊配置文件做出對比，只 將變化部分下發(fā)給應用，可以減少網絡通信量。當修改的配置項是某一類應用 所共有的數(shù)據(jù)時，網絡系統(tǒng)會向所有此類應用廣播配置修改消息，這些通信都 使用一致定義的配置消息接口。這樣便減輕了管理員的負4旦，從而大大提高了 網絡應用管理的一致性、集中性。
顯然，本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)
明的精神和范圍。這樣，倘若對本發(fā)明的這些修改和變型屬于本發(fā)明權利要求 及其等同技術的范圍之內，則本發(fā)明也意圖包含這些改動和變型在內。
權利要求
1、一種基于配置描述文件實現(xiàn)通用網絡管理的方法，其特征在于，包括如下步驟用戶請求操作網絡中應用對象的配置數(shù)據(jù)；獲取并解析所述應用對象的配置描述文件，其中該配置描述文件根據(jù)該類應用的配置要求建立，并包含應用對象的配置項與數(shù)據(jù)庫表的對應關系、各配置項的具體描述；從依據(jù)所述配置描述文件創(chuàng)建并用于保存配置數(shù)據(jù)的數(shù)據(jù)庫中提取所述應用對象的配置數(shù)據(jù)，以及生成包含該配置數(shù)據(jù)的配置界面供用戶操作。
2、 如權利要求1所述的方法，其特征在于，用戶通過所述配置界面提交 操作后的配置數(shù)據(jù)時，根據(jù)配置描述文件自動生成能夠將該配置數(shù)據(jù)保存到數(shù) 據(jù)庫中的結構化查詢語言SQL語句，并執(zhí)行該SQL語句以保存所述配置數(shù)據(jù)。
3、 如權利要求2所述的方法，其特征在于，生成SQL語句前根據(jù)所述配 置描述文件中的驗證項對提交的配置數(shù)據(jù)進行驗證，并且在驗證通過后生成所 述SQL語句。
4、 如權利要求2所述的方法，其特征在于，保存提交的配置數(shù)據(jù)時進一 步生成相應的配置消息并下發(fā)給對應的應用對象。
5、 如權利要求4所述的方法，其特征在于，在保存配置數(shù)據(jù)前進一步比 較原配置數(shù)據(jù)和需要保存的配置數(shù)據(jù)之間的差異，根據(jù)差異生成不同類型的配 置消息。
6、 如權利要求4或5所述的方法，其特征在于，所述應用對象根據(jù)接收 到的配置消息更改配置并返回結果，并通過所述配置界面呈現(xiàn)給用戶。
7、 如權利要求4所述的方法，其特征在于，所述配置數(shù)據(jù)為一類應用所 共有的數(shù)據(jù)時，向應用對象廣播配置消息。
8、 如權利要求1至7任一項所述的方法，其特征在于，所述配置描述文 件采用可擴展標記語言XML格式。
9、 一種通用網絡管理系統(tǒng)，其特征在于，包括第 一存儲裝置，用于保存根據(jù)網絡中各類應用的配置要求分別建立的配置 描述文件，該配置描述文件包含應用對象的配置項與數(shù)據(jù)庫表的對應關系、各 配置項的具體描述；第二存儲裝置，用于保存依據(jù)所述配置描述文件創(chuàng)建的數(shù)據(jù)庫，該數(shù)據(jù)庫用于存儲應用對象的配置數(shù)據(jù)；網管平臺，用于向網絡中的各應用對象下發(fā)配置消息和接收應用對象發(fā)送 的消息；數(shù)據(jù)庫引擎，用于根據(jù)所述配置描述文件創(chuàng)建所述數(shù)據(jù)庫并保存，根據(jù)所 述配置描述文件從數(shù)據(jù)庫中提取配置數(shù)據(jù)生成統(tǒng)一的配置界面，以及將通過該 配置界面提交的配置數(shù)據(jù)保存到所述數(shù)據(jù)庫和向網管平臺下發(fā)配置消息；操作裝置，用于呈現(xiàn)數(shù)據(jù)庫引擎生成的配置界面并接受用戶操作，以及向 數(shù)據(jù)庫引擎提交配置數(shù)據(jù)。
10、 如權利要求9所述的系統(tǒng)，其特征在于，還包括驗證裝置，用于才艮據(jù)所述配置描述文件中的發(fā)〖正項對提交的配置數(shù)據(jù)進4亍
全文摘要
本發(fā)明公開了一種基于配置描述文件實現(xiàn)通用網絡管理的方法，該方法由用戶請求操作網絡中應用對象的配置數(shù)據(jù)；獲取并解析所述應用對象的配置描述文件，其中該配置描述文件根據(jù)該類應用的配置要求建立，并包含應用對象的配置項與數(shù)據(jù)庫表的對應關系、各配置項的具體描述；從依據(jù)所述配置描述文件創(chuàng)建并用于保存配置數(shù)據(jù)的數(shù)據(jù)庫中提取所述應用對象的配置數(shù)據(jù)，以及生成包含該配置數(shù)據(jù)的配置界面供用戶操作。本發(fā)明還同時公開了一種通用網絡管理系統(tǒng)。
文檔編號H04L12/28GK101098248SQ20061008677
公開日2008年1月2日 申請日期2006年6月26日 優(yōu)先權日2006年6月26日
發(fā)明者余祥鑫, 杜建強, 禹榮凌 申請人:騰訊科技(深圳)有限公司