專利名稱：：網(wǎng)絡設備中的管理信息的關系模型的制作方法
技術領域：
：本申請涉及系統(tǒng)管理。具體地說，本申請涉及異構型(heterogeneous)環(huán)境中關系模型在管理方面的應用。
背景技術：
：這里使用的術語“異構型環(huán)境”指的是網(wǎng)絡上的多個設備和其它信息源具有多種訪問協(xié)議(所述訪問協(xié)議可以是特定于廠商的和/或需要專有格式)的網(wǎng)絡環(huán)境。這里使用的術語“網(wǎng)絡管理”指的是通過網(wǎng)絡遠程監(jiān)視、控制和配置網(wǎng)絡(例如計算機網(wǎng)絡、存儲區(qū)域網(wǎng)(SAN)、有線或無線通信網(wǎng)等)上的設備的能力。這里使用的術語“管理應用”指的是用于進行網(wǎng)絡管理的軟件，所述網(wǎng)絡管理包括與信息源通信，以便實現(xiàn)管理功能(例如故障管理，配置管理，記帳管理，性能管理，安全性管理等)，所述信息源比如是部件管理器，與網(wǎng)絡連接的設備[例如計算機、服務器、路由器、橋接器、集線器、交換機、接入點、其它通信設備等]和所述設備上的代理。故障管理一般是網(wǎng)絡管理功能之一。故障能夠表現(xiàn)為永久或瞬時事件。即使在工作良好的網(wǎng)絡中，也能夠出現(xiàn)一些類型的錯誤。故障管理設備一般包括檢測持久故障，并且自動改正故障的裝置，并且在檢測關于某一信息源的故障之后可產(chǎn)生消息(例如通過事件通知)。故障管理功能可包括故障檢測，故障校正，故障隔離，網(wǎng)絡恢復，報警處理，報警過濾，報警產(chǎn)生，診斷測試，錯誤記錄，錯誤處理，錯誤統(tǒng)計等。配置管理可被用于定位資源，包括發(fā)生故障的資源，并記錄資源的類型及它們的細節(jié)。配置管理允許被管理的資源按照受控的方式被激活和減活，并提供使系統(tǒng)和資源保持工作的支持服務。配置管理功能可包括資源初始化，網(wǎng)絡供應，自動發(fā)現(xiàn)，備份和恢復數(shù)據(jù)庫處理，資源關閉，變化管理，庫存資產(chǎn)管理，復制配置，遠程配置，工作初始化和執(zhí)行跟蹤，自動軟件安裝和信息分發(fā)等。記帳(accounting)管理為跟蹤服務使用，和關于資源的使用及相關費用通知有關用戶和管理員創(chuàng)造條件。記帳管理功能還可包括設置資源使用的限制，當限額被超過時采取正確的動作，組合用于多個資源的費用，進行審計等。性能管理收集網(wǎng)絡統(tǒng)計數(shù)字(例如利用率和差錯率)，評估正常和非正常條件下的系統(tǒng)性能，和修改系統(tǒng)操作的模式。另外的性能管理功能可包括收集和分析性能數(shù)據(jù)，產(chǎn)生性能報告，報告問題，容量規(guī)劃，保持歷史日志等。安全性管理一般力求使對網(wǎng)絡控制功能的擅自或意外訪問降至最少，確保合法的網(wǎng)絡使用，并保持數(shù)據(jù)私密性、完整性和可審計性。安全性管理功能還可包括對資源的有選擇訪問，保持訪問日志，報告安全警報或事件，對安全缺口和嘗試作出響應，安全性審計線索記錄等。網(wǎng)絡上的許多設備和其它信息源能夠提供用于實現(xiàn)網(wǎng)絡管理功能的信息?？赏ㄟ^不同的訪問協(xié)議，比如SNMP(簡單網(wǎng)絡管理協(xié)議)，CMIP(公共管理信息協(xié)議)，Telnet/CLI(命令行接口)，HTTP(超文本傳送協(xié)議)，SQL(結構化查詢語言)，SOAP(簡單對象訪問協(xié)議)等訪問信息源。每種協(xié)議連同該訪問協(xié)議的語法一起批準信息源如何被組織。另外，網(wǎng)絡設備支持一種或多種訪問協(xié)議，在各種協(xié)議之中，通過協(xié)議提供的信息格式不必相同。例如，在相同的路由器上，一些故障信息通過SNMP提供，而其它故障信息通過CLI提供。于是，通常不能通過單一訪問協(xié)議取回所有的故障信息。常規(guī)管理應用用于訪問網(wǎng)絡設備或者其它信息源的訪問邏輯一般與設備的管理信息組織相聯(lián)系，管理信息組織又取決于由設備使用的基本管理協(xié)議提供的結構。于是，管理應用一般具有許多不同的模塊，以便支持不同的協(xié)議。另外，包括多個模塊，以便處理呈與各個不同的設備或信息源對應的不同格式的專有信息。多個專有訪問機制通常難以包括，并且難以擴展到支持具有不同管理接口的設備。在常規(guī)的管理應用中采用的呈多種格式的信息的硬編碼導致不可縮放，難以維護的應用。另外，應用受基本管理協(xié)議提供的結構約束，基本管理協(xié)議提供的結構一般不包括更高級的結構，例如用于查詢的結構(例如JOIN結構)。支持多訪問協(xié)議，多廠商設備的常規(guī)網(wǎng)絡管理工具不使用管理信息的常見結構模型。每個設備具有處理其管理信息的對應模塊。該模塊包含該設備所支持的管理協(xié)議的訪問機制。模塊設計復雜，尤其是如果需要使用多種訪問協(xié)議來獲得數(shù)據(jù)。雖然實現(xiàn)了管理支持各種訪問協(xié)議的多廠商設備的功能，不過該解決方案不可縮放，并且難以維護。例如，接入點是橋接兩個網(wǎng)絡段，例如無線電網(wǎng)絡與有線局域網(wǎng)或者其它有線基礎結構的網(wǎng)絡設備。接入點一般具有基于例如SNMP、HTTP/web和Telnet/CLI管理協(xié)議的多個管理接口。這些管理協(xié)議中的每種協(xié)議不僅定義管理信息訪問邏輯，還批準規(guī)定的數(shù)據(jù)組織。于是，需要與接入點通信的管理應用一般與管理協(xié)議訪問邏輯相聯(lián)系。由于網(wǎng)絡上的多個設備通常使用多種協(xié)議，因此管理應用一般必須支持不同的訪問邏輯，以便與所述多個設備通信。例如，管理應用一般具有與使用SNMP的接入點通信的模塊，用于使用HTTP的接入點的第二模塊，用于使用Telnet的接入點的第三模塊等。此外，多數(shù)接入點具有用于管理支持的專有擴展，管理信息一般具有專有格式。另外，管理協(xié)議并不總是提供相關的訪問結構。例如，某人可能希望選擇支持SNMP的接入點中的兩個表(table)的笛卡爾乘積的子積。不存在使用本地SNMP完成該任務的簡易方式。作為另一例子，部件管理器(或者部件管理系統(tǒng))管理網(wǎng)絡的某一部分，例如特定類型的一個或多個網(wǎng)絡設備(或者部件)。類似于接入點，部件管理器一般包括從用于對信息進行基本的FTP(文件傳送協(xié)議)訪問的接口到基于XML和SOAP的更現(xiàn)代接口的多個不同接口。訪問協(xié)議和數(shù)據(jù)組織的實現(xiàn)特定于廠商，不存在定義部件管理器應如何通信的任何標準。網(wǎng)絡上的多個接入點和部件管理器一般由不同的廠商制造，并支持不同的多組管理協(xié)議。與管理接入點和其它網(wǎng)絡設備相關的問題類似地適合于通過部件管理器管理網(wǎng)絡設備。需要一種用于異構型環(huán)境中的網(wǎng)絡管理的改進工具。
發(fā)明內(nèi)容本申請?zhí)峁┮环N用于異構型環(huán)境中的系統(tǒng)管理的設備。在一個實施例中，所述設備包括一個關系接口，一個關系映射器和一個協(xié)議事務(transaction)處理器。關系接口適合于從向指定的信息源請求管理信息的軟件應用接收關系查詢。關系映射器把通過關系接口從軟件應用接收的關系查詢轉換成按照與該信息源相關的訪問協(xié)議的本地(native)協(xié)議消息。協(xié)議事務處理器適合于把本地協(xié)議消息處理成與信息源的事務，并把事務的結果返回給軟件應用。本申請還描述一種關系建模器設備(relationalmodelerapparatus)，根據(jù)一個實施例，所述關系建模器設備適合于把來自向指定的信息源請求管理信息的軟件應用的關系查詢轉換成按照與該信息源相關的訪問協(xié)議的本地協(xié)議消息，其中所述本地協(xié)議消息被處理成與信息源的事務。本申請還提供一種用于異構型環(huán)境中的系統(tǒng)管理的方法。在一個實施例中，所述方法包括從向指定的信息源請求管理信息的軟件應用接收關系查詢，把通過關系接口從軟件應用接收的關系查詢轉換成按照與該信息源相關的訪問協(xié)議的本地協(xié)議消息，和把本地協(xié)議消息處理成與信息源的事務，并把事務的結果返回給軟件應用。參考附圖，根據(jù)下面的詳細說明，能夠更容易地理解本申請的特征，其中圖1A表示根據(jù)本申請的一個實施例的用于異構型環(huán)境中的系統(tǒng)管理的設備的方框圖；圖1B表示根據(jù)本申請的一個實施例的異構型環(huán)境中的系統(tǒng)管理的方法的流程圖；圖2表示管理應用和多個信息源之間的通過異構型環(huán)境中的各個不同管理接口的通信方案的示意圖；圖3表示使用SNMP協(xié)議與信息源通信的應用邏輯的流程圖；圖4表示使用HTTP協(xié)議與信息源通信的應用邏輯的流程圖；圖5表示管理應用和多個信息源之間的通過異構型環(huán)境中使用各種協(xié)議的不同處理器(handler)模塊的通信方案的示意圖；圖6表示根據(jù)本申請的一個實施例，管理應用和異構型環(huán)境中的多個信息源之間的通過關系建模器的通信方案的示意圖；圖7表示根據(jù)本申請的一個客戶機的關系建模器的方框圖，管理應用通過該關系建模器，與異構型環(huán)境中的多個信息源通信。具體實施例方式本申請?zhí)峁┯糜诋悩嬓铜h(huán)境中的網(wǎng)絡管理的工具(以方法和設備的形式，這里總稱為“對象管理工具”)。每個工具可以是保存在機器可讀介質上和/或通過計算機網(wǎng)絡或另一傳輸介質傳送的指令程序。下面參考圖1A和1B說明根據(jù)一個實施例的用于異構型環(huán)境中的網(wǎng)絡管理的設備和方法。設備10包含關系接口11，關系映射器12和協(xié)議事務處理器13。異構型環(huán)境中的網(wǎng)絡管理方法包括通過關系接口11從向指定的信息源請求管理信息的軟件應用接收關系查詢(步驟S11)，通過關系映射器12，把通過關系接口11從軟件應用接收的關系查詢轉換成按照與該信息源相關的訪問協(xié)議的本地協(xié)議消息(步驟S12)，和通過協(xié)議事務處理器13把本地協(xié)議消息處理成與信息源的事務，并把事務的結果返回給軟件應用(步驟S13)。關系映射器可包括信息源的關系模型。網(wǎng)絡設備和信息源中的管理信息可被看作為虛擬關系數(shù)據(jù)庫。把管理信息看作關系模型允許對象管理工具利用(leverage)關系查詢語言，比如SQL的穩(wěn)健機制。例如，可提供與類似SQL的語言相關的類屬網(wǎng)絡管理構架(它可用XML規(guī)定)，從而從網(wǎng)絡管理應用中抽取訪問協(xié)議。類似SQL的結構被用于無縫地從網(wǎng)絡設備訪問數(shù)據(jù)。應用可使它們的訪問邏輯基于類似SQL的查詢。通過類似SQL的語言，能夠規(guī)定強力的管理訪問邏輯。類似SQL的語句被內(nèi)部轉換成協(xié)議消息的事務。類似SQL的邏輯可用XML表述。由于建?？捎肵ML表述，因此能夠容易地表述專有信息。關系查詢最好與管理和/或訪問協(xié)議無關。從而，應用訪問機制能夠脫離管理協(xié)議強加的約束，可使應用與基本管理協(xié)議隔開。關系查詢到本地協(xié)議消息的轉換是對所述軟件應用來說透明的提取(abstraction)。另外，關系查詢的形式并不取決于關系查詢要被轉換成的訪問協(xié)議。高度可縮放、高效、穩(wěn)健并且易于維護的對象管理工具可被多廠商多訪問協(xié)議環(huán)境中的應用采用。對象管理工具不需要維護基于管理協(xié)議的獨立模塊或設備。另外，關系映射器能夠適合于把查詢轉換成與多種訪問協(xié)議對應的多個消息。對象管理工具便于多種訪問協(xié)議被用作單一管理功能的一部分(例如，選擇操作能夠在單一請求中組合來自SNMP和HTTP的數(shù)據(jù))。管理功能在內(nèi)部被轉換成實際協(xié)議消息的事務。對象管理工具可被擴展到處理網(wǎng)絡設備之外，并且能夠適合于從相關信息所存在的其它信息源獲得信息。網(wǎng)絡設備和/或部件管理系統(tǒng)中的信息按照類似的方式被處理。對象管理工具能夠適用于幾乎所有范圍的系統(tǒng)和網(wǎng)絡管理。使用對象管理工具的應用受保護，不受管理協(xié)議的變幻莫測的影響，從而是可縮放的，同時維護困難較少。另外，關系映射器是可擴展的，以便接收指向使用不同于所述訪問協(xié)議，對所述軟件應用來說明顯的其它協(xié)議的另外信息源的查詢。對象管理工具便于要引入的新協(xié)議和信息源的增加，而不會影響使用所述工具的應用。對象管理工具可被包含在訪問機制中，用于管理異構型通信環(huán)境中的網(wǎng)絡設備。例如，所述工具可被用于支持一組異質接入點，以及結合來自多個第三方部件管理器的數(shù)據(jù)。接入點和部件管理器中的管理信息與管理和訪問協(xié)議無關地被查看。下面說明其中網(wǎng)絡管理應用使用對象管理工具，為管理功能(例如故障、配置、記帳、性能、安全性等)從網(wǎng)絡信息源獲得信息的實施例。但是，對象管理工具顯然可用在除通過網(wǎng)絡為其取回管理信息的典型網(wǎng)絡管理之外的許多應用中。對象管理工具可用在處理網(wǎng)絡設備和它們的部件管理器中的任意類型的管理信息的任何應用中。管理應用使用不同類型的管理接口來訪問數(shù)據(jù)，和與網(wǎng)絡設備及其它信息源通信。例如，不同類型的管理接口可與特定的訪問協(xié)議，比如SNMP、HTTP/Web、Telnet/CLI等相關。管理接口的許多方面與管理應用有關系。一個方面是訪問邏輯。例如，SNMP提供基本結構，而HTTP/HTML和Telnet/CLI分別完全依賴于HTTP和Telnet的本地傳送機制。圖2中圖解說明了協(xié)議專用結構的使用。信息源22a、22b和22c分別支持SNMP、HTTP/HTML和Telnet/CLI協(xié)議。在與每個信息源通信的時候，管理應用21使用管理接口的本地訪問邏輯。管理接口的另一方面在于接口批準(mandate)數(shù)據(jù)組織視圖。例如，SNMP提供管理數(shù)據(jù)的表格式結構，而HTTP/HTML提供SGML或XML(XHTML)數(shù)據(jù)，從而提供平面文件結構。為了舉例說明對象管理工具，作為例子考慮信息源中的接口信息。接口信息一般包括三個字段，即接口索引、接口類型、接口地址。對于遵守SNMP協(xié)議的信息源，管理數(shù)據(jù)被組織成表格。于是，用表格，例如如下所述的接口表格提供信息源22a中的接口信息。IfIndex對應于SNMP接口索引字段。IfType對應于SNMP接口類型字段。IfAddress對應于SNMP接口地址字段。SNMP表格和屬性用帶點的十進位記數(shù)法表示。SNMP中的表格標識符用帶點的十進位記數(shù)法表示，例如1.3.6.1.4.2。屬性標識符也用帶點的十進位記數(shù)法表示。例如，ifIndex是1.3.6.1.4.2.1.1，ifType是1.3.6.1.4.2.1.2，ifAddress是1.3.6.1.4.2.1.3。SNMP訪問方法被用于單獨地或者列表地訪問屬性。例如，如果應用希望訪問ifType屬性，那么應用邏輯如下所示(對應于圖3中所示的控制流程)構成SNMP_Get(1.3.6.1.4.2.1.2.x)[步驟S31]//x是一個值，但是與這里的討論無關等待來自信息源22a的響應[步驟S32]；和從響應消息SNMP_Response()抽取Type的值[步驟S33]。在與信息源22a通信的時候，管理應用在該應用的邏輯中使用特定于SNMP的語義學。HTTP/HTML接口中的信息用SGML或XML構成。HTML支持多種表示法，例如表格(form)、圖表(table)等。在下面的例子中，假定接口信息呈HTML表格結構。應用邏輯如下所示(對應于圖4中所示的控制流程)構成HTTP_Get(http//100.100.100.100/Interface)[步驟S41]//包括接口頁的URI等待來自信息源22b的響應[步驟S42]；和從HTTP_Resp()返回的表格中抽取Type的值[步驟S43]。響應類似于下面所示<html><head><title>RouterEthernetPort</title>scriptLANGUAGE＝″JaVaScript″><！----somedata</head><bodybgcolor＝″#FFFFFF″leftmargin＝″4Text＝″black″LINK＝″.black″ALINK＝″black″VLINK＝″black″><divalign＝″left″><tableborder＝″0″cellspacing＝″1″align＝″left″width＝″600″>--somedata<tr><th>InterfaceIndex</th><th>InterfaceType</th><th>InterfaceAddress</th><tr><td><fontsize＝″2″>&nbsp；1</font></td><td><fontsize＝″2″>3</font></td><td><fontsize＝″2″>10.10.10.10</font></td></tr>--somedata</table></div><body></html>在下面的HTML數(shù)據(jù)中舉例表示了接口類型屬性。但是，由于HTML/XHTML結構化文本被返回，因此除Type之外的其它信息也可被返回。另外，由于HTML頁中的信息的組織是專有的，因此抽取邏輯因廠商而異。一般對結果應用特定于設備并且特定于廠商的過濾器，以便從結果中抽取相關屬性(步驟S44-S46)，如圖4中所示。與信息源22c連接導致類似的問題。應用邏輯與Telnet/CLI語義學相聯(lián)系，自返回值的數(shù)據(jù)的抽取取決于廠商專有的數(shù)據(jù)組織。就Telnet/CLI來說，數(shù)據(jù)或者以未格式化的Telnet文本或者以格式化文本的形式被返回。當被格式化以便在屏幕上顯示時，數(shù)據(jù)在多個消息中被返回，而不按照任何順序，于是需要復雜的處理來把數(shù)據(jù)重新格式化成可按照結構化方式解析的結構。由于管理接口之間通常缺少共同性，因此管理應用一般把每個接口硬連線到應用邏輯中。應用具有用于每個接口的一個模塊，同時每個接口可能具有多個變型，取決于所支持的廠商，如圖5中舉例所示。如上所示，信息源上/中的信息的常規(guī)管理使用管理協(xié)議的本地結構。所述本地結構變化復雜。SNMP提供一些基本結構，而在HTTP和Telnet中對結構的支持可以忽略。這些協(xié)議完全不能支持復雜的查詢。例如，如果需要取回散布在多個位置(location)(例如圖表，表格等)的屬性的子集，那么不存在來自這些協(xié)議的任何支持。這樣的查詢不得不由應用實現(xiàn)。與數(shù)據(jù)的組織的專有性結合，查詢邏輯不僅在協(xié)議方面變化，而且在不同的廠商方面變化。對象管理工具解決關于支持多廠商、多管理接口中的管理信息源的問題。管理信息源被模擬成虛擬關系數(shù)據(jù)庫。管理應用把信息請求映射在該關系模型上，如圖6中所示。根據(jù)一個例證實施例，應用可使用類似SQL的結構來明確表達查詢，從而利用SQL的穩(wěn)健性和能力。每個類似SQL的查詢可被實現(xiàn)成實際協(xié)議消息的事務。通過提供信息源的關系模型的關系建模器，管理應用可提供關于所有信息源的統(tǒng)一視圖，與對管理協(xié)議的本地支持無關。另外，關系建模器可提供用于訪問信息的類似SQL的語言。該語言能夠支持任意訪問邏輯。從而，關系建模器能夠避免應用與管理協(xié)議的訪問機制的緊密結合，以及查詢結構的不充分支持。關系建模器有效地管理多廠商、多協(xié)議管理環(huán)境。關系建模器是可縮放的。關系建模器與廠商或協(xié)議信息無關。關系建模器是數(shù)據(jù)驅動的，并且特定的管理屬性和協(xié)議被表示成XML數(shù)據(jù)。根據(jù)一個實施例(圖7)的關系建模器設備70包括關系接口72，關系映射器73和協(xié)議事務處理器74。關系接口72向管理應用提供類似SQL的結構。關系映射器73橋接關系結構和本地結構。例如，如同通常提供的那樣，發(fā)源于管理應用71的關系查詢被映射成具有用帶點的十進位記數(shù)法表示的屬性的SNMP請求。關系映射器73的映射過程產(chǎn)生一組本地協(xié)議消息，該組本地協(xié)議消息包括多個協(xié)議語句。如果應用查詢具有通過SNMP和Telnet/CLI管理的屬性，那么查詢被轉換成一組兩個截然不同的本地協(xié)議消息，一個用于SNMP，另一個用于Telnet/CLI。通過恰當?shù)奶幚砥?75a、75b和75c)，該組本地協(xié)議消息被協(xié)議事務處理器組件74處理成與信息源(76a、76b和76c)的事務。在完成所述事務之后，協(xié)議事務處理器組件74構成結果，并把結果返回給應用71。下面的XML腳本示范利用不同協(xié)議的選擇查詢。該XML定義的第一部分是就協(xié)議而論，表格看來象什么的實際定義(關系映射)?！?amp;lt;declaration></declaration>”部分實質上定義“怎樣(how)”，而“<command></command>”定義要執(zhí)行的動作(例如選擇、更新、插入、刪除)。declaration部分可用在多個管理命令中，即，管理命令使用該declaration部分。<Declaration><TableName＝″table1″>[1]<TableAccessProtocol＝″SNMP″version＝″1.0″>[2]<StateMachine>[3]<StateName＝″get″>[4]1.3.6.1.4.1</State></StateMachine></TableAccess><AttributeName＝″macAddr″DataType＝″macAddress″AttrId＝″1″IsOutBound＝″true″/>[5]<AttributeName＝″ipAddr″DataType＝″ipAddress″Attrld＝″2″IsOutBound＝″true″/>[5]<AttributeName＝″awcTpFdbClassID″DataType＝″int″AttrId＝″3″IsOutBound＝″false″/>[5]</Table><TableName＝″table2″>[1]<TableAccessProtocol＝″HTTP″Filter＝″DOM″version＝″3.0″>[6]<StateMachine><StateName＝″get″>″fullyqualifiedname.htm″</State></StateMachine></TableAccess><AttributeName＝″macAddr″DataType＝″macAddress″AttrId＝″macAddr″IsOutBound＝″true″>[7]<FilterType＝″RegExp″>[8]regular-expression</Filter></Attribute><AttributeName＝″ipAddr″DataType＝″ipAddress″Attrld＝″ipAddr″IsOutBound＝″true″/><FilterType＝″RegExp″>regular-expression</Filter></Attribute></Table></Declaration><CommandType＝″get″numparam＝3parameter1＝″％hostid％″parameter2＝″％hostid1％″[9]<parameter3＝″％interfaceid％″><Select>[10]<AttributeName＝″macAddr″TableName＝″table1″host＝″％hostid％″/><AttributeName＝″ipAddr″TableName＝″table2″host＝″％hostidl％″></Select><From>[11]<TableName＝″table1″HostID＝％host％/><TableName＝″table2″HostID＝％host％/></From><Where>[12]<AttributeName＝″macAddr″TableName＝″table1″Alias＝″x″/>[13]<AttributeName＝″macAddr″TableName＝″table2″Alias＝″y″/><AttributeName＝″awcTpFdbClassID″TableName＝″table1″Alias＝″z″/><Expression>[14]--MathMLnotation<reln><eq/><ci>z</ci><cntype＝″int″>″％interfaceid％″</cn></reln><and/><reln><eq/><ci>y</ci><ci>x</ci></reln></Expression></Where></Command>注釋[1]定義關系表名稱。注釋[2]定義將用于訪問該表格的協(xié)議(例如，SNMPv1)。注釋[3]定義訪問該表格的狀態(tài)機。由于在關心的數(shù)據(jù)是可訪問的之前，按照某些協(xié)議遍歷多種狀態(tài)(例如在關心的數(shù)據(jù)可用之前，一系列的Telnet命令被執(zhí)行)，因此使用狀態(tài)機。注釋[4]定義狀態(tài)機中的一個或多個狀態(tài)。注釋[5]定義將包括在關系表中的屬性以及利用協(xié)議如何訪問它們。在注釋[6]中，在關系表被映射之前，按照某些協(xié)議，例如HTTP和Telnet，對取回的數(shù)據(jù)應用另外的過濾器。注釋[7]標記更復雜的屬性，因為它包含另外的過濾器。在注釋[8]下，過濾器定義如何從過濾的數(shù)據(jù)中抽取相關數(shù)據(jù)。注釋[9]是管理命令的一個例子。對照在declaration部分中定義的關系模型，可定義多個命令。命令還具有由查詢使用的一組參數(shù)。在注釋[10]下，定義類似SQL的選擇語句。選擇語句中的每個屬性定義相關參數(shù)出自的“表格”。注釋[11]定義declaration部分中的將要使用的表格。from部分中的信息被用于構成特定于協(xié)議的事務。在注釋[12]下，where子句定義“join”和查詢條件。在本例中，MATHML被用于表述條件。在注釋[13]下，對將包括在where子句表達式中的每個屬性，預先定義一組別名。注釋[14]對應于用屬性別名和傳入的任何參數(shù)表示的表達式。在上面說明的XML例子中，管理應用命令包含<command></command>塊。利用使用Select-From-Where子句的類似SQL語句構成該命令塊。Select子句規(guī)定屬性的列表，F(xiàn)rom子句規(guī)定包括這些屬性的表格或者HTML頁的位置，Where子句規(guī)定關于結果要滿足的任何附加條件。廠商和協(xié)議專用信息不被包括在命令塊中。這是圖7中的關系接口72提供的接口的一個例子。關系映射器73使用<Declaration></Declaration>塊。該塊具有在命令塊中使用的每個表格和在本地協(xié)議接口中識別的對應位置之間的映射。例如，命令塊中使用的表格實際被映射成在SNMP中識別的具有標識符1.3.6.1.4.1的表格。類似地，在命令塊中使用的屬性被映射成它們的本地標識符。關系映射器73使用該信息，并構成本地管理協(xié)議命令的集合或事務，并將其傳送給協(xié)議事務處理器74以便執(zhí)行。對于每個信息源，管理定義用XML格式表述。這使關系建模器能夠被數(shù)據(jù)驅動，并且完全與廠商和協(xié)議類型無關。上面的具體實施例是例證性的，并且對于這些實施例可引入許多變化，而不脫離本公開的精神或者脫離附加權利要求的范圍。在本公開和附加權利要求的范圍內(nèi)，不同例證實施例的要素和/或特征可以相互組合和/或替換。例如，雖然這里在網(wǎng)絡管理的上下文中描述例證實施例，但是應理解應用的工具能夠適合于其中通過網(wǎng)絡讀出數(shù)據(jù)的其它系統(tǒng)管理應用。作為另一例子，雖然舉例說明了使用類似SQL的查詢語言的關系模型，不過也可使用對應于其它查詢語言，比如OQL(對象查詢語言)的對象模型。根據(jù)在此整體引為參考的下述美國臨時申請，對本領域的普通技術人員來說，另外的變化是明顯的(a)2003年3月14日提出的美國臨時申請No.60/454966，“RELATIONALMODELFORMANAGEMENTINFORMATIONINNETWORKDEVICES”；(b)2003年3月7日提出的美國臨時申請No.60/452663，“MOBILITYMANAGEMENTINWIRELESSNETWORK”；(c)2004年2月24日提出的美國專利申請No.(代理人案卷號71988)，“RELATIONALMODELFORMANAGEMENTTNFORMATIONINNETWORKDEVICES”。權利要求1.一種用于異構型環(huán)境中的網(wǎng)絡管理的設備，包括一個關系接口，所述關系接口適合于從向指定的信息源請求管理信息的軟件應用接收關系查詢；一個關系映射器，所述關系映射器適合于把通過關系接口從軟件應用接收的關系查詢轉換成按照與所述信息源相關的訪問協(xié)議的本地協(xié)議消息；和一個協(xié)議事務處理器，所述協(xié)議事務處理器適合于把所述本地協(xié)議消息處理成與信息源之間的事務，并把所述事務的結果返回給所述軟件應用。2.按照權利要求1所述的設備，其中關系映射器包括信息源的關系模型。3.按照權利要求1所述的設備，其中關系映射器適合于把查詢轉換成對應于多個訪問協(xié)議的多個消息。4.按照權利要求1所述的設備，其中關系映射器是可擴展的，以便接收指向使用不同于所述訪問協(xié)議、對所述軟件應用來說透明的其它協(xié)議的其它信息源的查詢。5.按照權利要求1所述的設備，其中信息源的信息的集合被看作關系數(shù)據(jù)庫。6.按照權利要求1所述的設備，其中關系查詢與管理和/或訪問協(xié)議無關。7.按照權利要求1所述的設備，其中關系查詢到本地協(xié)議消息的轉換是對所述軟件應用來說透明的提取。8.按照權利要求1所述的設備，其中關系查詢的形式并不取決于關系查詢將被轉換成的訪問協(xié)議。9.一種關系建模器設備，所述關系建模器設備適合于把來自向指定信息源請求管理信息的軟件應用的關系查詢轉換成按照與所述信息源相關的訪問協(xié)議的本地協(xié)議消息，其中所述本地協(xié)議消息被處理成與所述信息源之間的事務。10.一種包含在傳輸介質中的用于異構型環(huán)境中的網(wǎng)絡管理的計算機數(shù)據(jù)信號，包含包括從向指定信息源請求管理信息的軟件應用接收關系查詢的關系接口代碼的第一代碼段；包括把從軟件應用接收的關系查詢轉換成按照與所述信息源相關的訪問協(xié)議的本地協(xié)議消息的關系映射器代碼的第二代碼段；和包括把所述本地協(xié)議消息處理成與所述信息源之間的事務，并把所述事務的結果返回給所述軟件應用的協(xié)議事務處理器代碼的第三代碼段。11.一種用于異構型環(huán)境中的網(wǎng)絡管理的方法，包括從向指定信息源請求管理信息的軟件應用接收關系查詢；把從軟件應用接收的關系查詢轉換成按照與所述信息源相關的訪問協(xié)議的本地協(xié)議消息；和把所述本地協(xié)議消息處理成與所述信息源之間的事務，并把所述事務的結果返回給所述軟件應用。12.一種計算機系統(tǒng)，包括一個處理器；和一種所述計算機系統(tǒng)可讀的程序存儲設備，所述程序存儲設備確實包含可由所述處理器執(zhí)行，從而實現(xiàn)按照權利要求11所述的方法的指令的程序。13.一種機器可讀的程序存儲設備，所述程序存儲設備確實包含可由所述機器執(zhí)行，從而實現(xiàn)按照權利要求11所述的方法的指令的程序。14.一種在包含可由計算機執(zhí)行，從而實現(xiàn)按照權利要求11所述的方法的指令的傳輸介質中的一個或多個區(qū)段中傳送的計算機數(shù)據(jù)信號。全文摘要提供用于異構型環(huán)境中的系統(tǒng)管理的設備和方法。例如，接收來自向指定信息源請求管理信息的軟件應用的關系查詢，并將其轉換成按照與所述信息源相關的訪問協(xié)議的本地協(xié)議消息。本地協(xié)議消息被處理成與所述信息源的事務，事務的結果被返回給軟件應用。文檔編號H04L12/24GK1781280SQ200480006166公開日2006年5月31日申請日期2004年2月26日優(yōu)先權日2003年3月14日發(fā)明者約翰·萬德格羅恩德爾,阿米塔瓦·查卡拉博蒂申請人:計算機聯(lián)合思想公司