專利名稱:一種支持分布式管理信息樹的網(wǎng)絡(luò)管理方法
技術(shù)領(lǐng)域:
本發(fā)明涉及一種網(wǎng)絡(luò)管理技術(shù),特別涉及一種支持分布式管理信息樹(MIT)的網(wǎng)絡(luò)管理方法。
背景技術(shù):
目前,隨著通信技術(shù)的進(jìn)步和通信業(yè)務(wù)的發(fā)展,電信網(wǎng)絡(luò)管理系統(tǒng)需要管理的設(shè)備無論是數(shù)量還是設(shè)備類型都目益增多。但是,現(xiàn)有的網(wǎng)絡(luò)管理系統(tǒng)由于受系統(tǒng)架構(gòu)的限制,其管理容量受限于單臺(tái)服務(wù)器的處理能力。
圖1為現(xiàn)有技術(shù)組網(wǎng)方式示意圖。如圖1所示,網(wǎng)絡(luò)管理系統(tǒng)1通過連接1來管理現(xiàn)有設(shè)備,當(dāng)網(wǎng)絡(luò)有了較大規(guī)模的擴(kuò)展,需要對(duì)新增設(shè)備進(jìn)行管理,并且現(xiàn)有的網(wǎng)絡(luò)管理系統(tǒng)1已經(jīng)不具備足夠的處理能力來管理新增設(shè)備時(shí),通常會(huì)采用以下兩種方式來解決問題一、通過硬件升級(jí)的方式來擴(kuò)大網(wǎng)絡(luò)管理容量,即停止現(xiàn)有網(wǎng)絡(luò)管理系統(tǒng)1中服務(wù)器的運(yùn)行,為該服務(wù)器添加新的內(nèi)存或中央處理器(CPU),有時(shí)候甚至不得不更換整個(gè)網(wǎng)絡(luò)管理系統(tǒng)的工作站,使得網(wǎng)絡(luò)管理系統(tǒng)1同時(shí)可以通過連接2對(duì)新增設(shè)備進(jìn)行管理;二、通過加裝獨(dú)立的服務(wù)器來擴(kuò)展網(wǎng)絡(luò)管理范圍,即添加另外一套網(wǎng)絡(luò)管理系統(tǒng)2,通過連接3來管理新增設(shè)備,而原有的網(wǎng)絡(luò)管理系統(tǒng)1維持現(xiàn)狀,通過連接1來管理現(xiàn)有設(shè)備。
根據(jù)以上對(duì)現(xiàn)有組網(wǎng)方式的描述可見,當(dāng)網(wǎng)絡(luò)需要增加較多的設(shè)備,并不得不擴(kuò)充原有網(wǎng)絡(luò)管理容量時(shí),現(xiàn)有技術(shù)的方案可能會(huì)出現(xiàn)如下問題網(wǎng)絡(luò)設(shè)備的升級(jí)和擴(kuò)容可能需要網(wǎng)絡(luò)管理服務(wù)器停止業(yè)務(wù)運(yùn)行,甚至停機(jī)進(jìn)行升級(jí);如果網(wǎng)絡(luò)的擴(kuò)容升級(jí)要做到不停機(jī)的話,就必須設(shè)立新的獨(dú)立的網(wǎng)絡(luò)管理系統(tǒng),造成多套同樣的網(wǎng)絡(luò)管理系統(tǒng)并存,大大增加了運(yùn)營商的運(yùn)營成本,另外,全網(wǎng)設(shè)備被分隔在兩套或兩套以上的網(wǎng)絡(luò)管理系統(tǒng)中,就無法實(shí)現(xiàn)全網(wǎng)問題定位。
因此,電信運(yùn)營商為了實(shí)現(xiàn)運(yùn)營成本最低化,及提高全網(wǎng)問題定位的能力,必然會(huì)提出使用一套網(wǎng)絡(luò)管理系統(tǒng)來管理所有設(shè)備的需求,這就對(duì)網(wǎng)絡(luò)管理系統(tǒng)的容量及可擴(kuò)展性提出了前所未有的要求。面對(duì)這種形勢(shì),就必須使現(xiàn)有網(wǎng)管系統(tǒng)能夠根據(jù)要管理的網(wǎng)絡(luò)規(guī)模以一種用戶透明的方式擴(kuò)展其處理能力。
發(fā)明內(nèi)容
有鑒于此,本發(fā)明的主要目的在于提供一種支持分布式MIT的網(wǎng)絡(luò)管理方法,能夠?qū)崿F(xiàn)分布式的MIT管理,使得網(wǎng)絡(luò)管理系統(tǒng)的處理能力不受限于單臺(tái)服務(wù)器的處理能力,當(dāng)網(wǎng)絡(luò)設(shè)備超過網(wǎng)絡(luò)管理系統(tǒng)的容量時(shí),可以使系統(tǒng)以用戶透明的方式進(jìn)行擴(kuò)展。
為達(dá)到上述目的,本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的本發(fā)明公開了一種支持分布式MIT的網(wǎng)絡(luò)管理方法,該方法包括建立分布式MIT的方法和管理該支持分布式MIT網(wǎng)絡(luò)的方法;所述建立分布式MIT的方法包括將各網(wǎng)絡(luò)設(shè)備抽象成管理對(duì)象(MO),按照MO之間的包容關(guān)系組織MIT,并將MIT劃分為一個(gè)或多個(gè)MIT分區(qū),為各分區(qū)設(shè)置MO管理器(Manager)用于訪問各自分區(qū)內(nèi)部的MO,為整個(gè)MIT設(shè)置MO分區(qū)管理器用于訪問各分區(qū)的MO Manager;所述管理該支持分布式MIT網(wǎng)絡(luò)的方法包括由各分區(qū)的MO Manager啟動(dòng)各自分區(qū),并將各自分區(qū)的注冊(cè)信息注冊(cè)在MO分區(qū)管理器的注冊(cè)信息表中;外部應(yīng)用根據(jù)MO分區(qū)管理器中的注冊(cè)信息表訪問各分區(qū)的MO Manager,再通過MO Manager訪問其分區(qū)內(nèi)的網(wǎng)絡(luò)設(shè)備;在系統(tǒng)擴(kuò)容時(shí),將新增網(wǎng)絡(luò)設(shè)備抽象成MO,按照該新增網(wǎng)絡(luò)設(shè)備對(duì)應(yīng)的MO之間的包容關(guān)系組織新的MIT分區(qū),由為該新分區(qū)設(shè)置的新的MO Manager啟動(dòng)該新分區(qū),并將該新分區(qū)的注冊(cè)信息注冊(cè)在MO分區(qū)管理器的注冊(cè)信息表中。
建立分布式MIT的方法中,所述劃分MIT分區(qū)的方法為a1.選擇位于整個(gè)MIT中低層次的MO定義為MIT中的根節(jié)點(diǎn),并將這些根節(jié)點(diǎn)劃分為根分區(qū);a2.將MIT中在步a1所述根分區(qū)以外的所有MO劃分為零個(gè)、一個(gè)或多個(gè)分區(qū)。
其中,在所述步a2之后,還進(jìn)一步包括將步a2所述各分區(qū)中,與一個(gè)以上分區(qū)的MO直接關(guān)聯(lián)的MO劃分入根分區(qū)。
管理支持分布式MIT網(wǎng)絡(luò)的方法中,所述啟動(dòng)各分區(qū)的方法為b1.系統(tǒng)管理程序發(fā)送啟動(dòng)命令至各分區(qū)的MO Manager;b2.各MO Manager加載各自分區(qū)內(nèi)的網(wǎng)絡(luò)設(shè)備,并將各自分區(qū)的注冊(cè)信息發(fā)送至MO分區(qū)管理器;b3.MO分區(qū)管理器將步b2所述的注冊(cè)信息保存在自身的注冊(cè)信息表中。
步b1中,系統(tǒng)管理程序根據(jù)自身已設(shè)置的各分區(qū)與其對(duì)應(yīng)MO Manager地址信息的映射關(guān)系表得到各分區(qū)MO Manager的地址信息,并按此MOManager的地址信息發(fā)送啟動(dòng)命令。
步b2中,所述MO Manager根據(jù)已設(shè)置的自身對(duì)應(yīng)分區(qū)內(nèi)所有MO的節(jié)點(diǎn)標(biāo)識(shí)符加載該分區(qū)內(nèi)各MO對(duì)應(yīng)的網(wǎng)絡(luò)設(shè)備。
其中,所述管理支持分布式MIT網(wǎng)絡(luò)的方法進(jìn)一步包括將各MIT分區(qū)抽象成分區(qū)對(duì)象,對(duì)外提供MO Manager代理(Proxy)類來封裝各分區(qū)對(duì)象,并在系統(tǒng)中設(shè)置MO Manager Proxy服務(wù)器;所述外部應(yīng)用訪問各分區(qū)網(wǎng)絡(luò)設(shè)備的方法為c1.外部應(yīng)用發(fā)送訪問請(qǐng)求至MO Manager Proxy服務(wù)器;所述訪問請(qǐng)求至少包含待訪問MO的節(jié)點(diǎn)標(biāo)識(shí)符;c2.MO Manager Proxy服務(wù)器轉(zhuǎn)發(fā)該訪問請(qǐng)求至MO分區(qū)管理器;c3.MO分區(qū)管理器根據(jù)步c2所述的訪問請(qǐng)求中待訪問MO的節(jié)點(diǎn)標(biāo)識(shí)符得到待訪問MO所在分區(qū)的根節(jié)點(diǎn)標(biāo)識(shí)符,再根據(jù)此待訪問MO所在分區(qū)的根節(jié)點(diǎn)標(biāo)識(shí)符查詢注冊(cè)信息表得到待訪問MO所在分區(qū)的MO Manager的地址信息,并返回此MO Manager地址信息給MO Manager Proxy服務(wù)器;c4.MO Manager Proxy服務(wù)器再按此MO Manager地址信息將該訪問請(qǐng)求發(fā)送至待訪問MO所在分區(qū)的MO Manager;c5.待訪問MO所在分區(qū)的MO Manager根據(jù)該訪問請(qǐng)求中待訪問MO的節(jié)點(diǎn)標(biāo)識(shí)符對(duì)待訪問MO進(jìn)行相應(yīng)作。
其中,所述訪問請(qǐng)求為創(chuàng)建請(qǐng)求;所述待訪問MO為待創(chuàng)建MO;所述待訪問MO所在分區(qū)為待創(chuàng)建MO直接父節(jié)點(diǎn)所在分區(qū);所述c5為待創(chuàng)建MO直接父節(jié)點(diǎn)所在分區(qū)的MO Manager根據(jù)創(chuàng)建請(qǐng)求中待創(chuàng)建MO的節(jié)點(diǎn)標(biāo)識(shí)符查詢自身已設(shè)置的分區(qū)內(nèi)所有MO的節(jié)點(diǎn)標(biāo)識(shí)符,得到待創(chuàng)建MO直接父節(jié)點(diǎn)的節(jié)點(diǎn)標(biāo)識(shí)符,并在此待創(chuàng)建MO直接父節(jié)點(diǎn)下創(chuàng)建該MO。
其中,所述待創(chuàng)建MO為分區(qū)根節(jié)點(diǎn)時(shí),所述創(chuàng)建請(qǐng)求進(jìn)一步包含待創(chuàng)建MO所在分區(qū)的名稱;所述待訪問MO所在分區(qū)為待創(chuàng)建MO所在分區(qū);步c3中,MO分區(qū)管理器將步c2所述的創(chuàng)建請(qǐng)求中待創(chuàng)建MO的節(jié)點(diǎn)標(biāo)識(shí)符作為待創(chuàng)建MO所在分區(qū)的根節(jié)點(diǎn)標(biāo)識(shí)符,再根據(jù)創(chuàng)建請(qǐng)求中待創(chuàng)建MO所在分區(qū)名稱查詢注冊(cè)信息表,得到待創(chuàng)建MO所在分區(qū)的MO Manager的地址信息;所述c5為待創(chuàng)建MO所在分區(qū)的MO Manager按創(chuàng)建請(qǐng)求中待創(chuàng)建MO的節(jié)點(diǎn)標(biāo)識(shí)符在此分區(qū)內(nèi)創(chuàng)建該MO。
其中,所述待創(chuàng)建MO為分區(qū)根節(jié)點(diǎn)時(shí),在所述步c5之后,進(jìn)一步包括待創(chuàng)建MO所在分區(qū)的MO Manager向MO分區(qū)管理器發(fā)送注冊(cè)信息,將該待創(chuàng)建MO注冊(cè)到MO分區(qū)管理器的注冊(cè)信息表中。
其中,所述訪問請(qǐng)求為查詢請(qǐng)求;所述待訪問MO為待查詢MO;所述待訪問MO的節(jié)點(diǎn)標(biāo)識(shí)符表示查詢范圍;
所述c5為待查詢MO所在分區(qū)的MO Manager根據(jù)該查詢請(qǐng)求中的查詢范圍查詢自身已設(shè)置的分區(qū)內(nèi)所有MO的節(jié)點(diǎn)標(biāo)識(shí)符,得到查詢范圍內(nèi)的所有MO的節(jié)點(diǎn)標(biāo)識(shí)符,再根據(jù)查詢請(qǐng)求中的查詢內(nèi)容限定信息得到各自對(duì)應(yīng)分區(qū)內(nèi)所有待查詢MO信息,然后按查詢請(qǐng)求中的查詢內(nèi)容提取各自的查詢結(jié)果。
其中,在所述步c5之后,進(jìn)一步包括待查詢MO所在分區(qū)的MO Manager將各自所提取的查詢結(jié)果返回給MO Manager Proxy服務(wù)器,MO Manager Proxy服務(wù)器對(duì)接收到的各查詢結(jié)果進(jìn)行組織得到全部查詢結(jié)果并將該全部查詢結(jié)果返回給外部應(yīng)用。
其中,所述訪問請(qǐng)求為修改請(qǐng)求;所述待訪問MO為待修改MO;所述c5為待修改MO所在分區(qū)的MO Manager根據(jù)該修改請(qǐng)求中的待修改MO的節(jié)點(diǎn)標(biāo)識(shí)符,并按修改請(qǐng)求中的修改內(nèi)容對(duì)該MO進(jìn)行修改。
其中,所述訪問請(qǐng)求為刪除請(qǐng)求;所述待訪問MO為待刪除MO;所述c5為待刪除的MO所在分區(qū)對(duì)應(yīng)MO Manager根據(jù)該刪除請(qǐng)求中的待刪除MO的節(jié)點(diǎn)標(biāo)識(shí)符將該待刪除MO從該分區(qū)中刪除。
其中,所述待刪除MO為分區(qū)根節(jié)點(diǎn)時(shí),在所述步c5之后,進(jìn)一步包括待刪除MO所在分區(qū)的MO Manager向MO分區(qū)管理器發(fā)送注銷信息,將該待刪除MO從MO分區(qū)管理器的注冊(cè)信息表中注銷。
其中,所述MO Manager Proxy服務(wù)器基于C++或公共對(duì)象請(qǐng)求代理體系(CORBA)接口。
管理支持分布式MIT網(wǎng)絡(luò)的方法中,所述系統(tǒng)擴(kuò)容的方法具體為d1.系統(tǒng)管理程序發(fā)送啟動(dòng)命令至新分區(qū)對(duì)應(yīng)的MO Manager;d2.MO Manager加載新分區(qū)中的網(wǎng)絡(luò)設(shè)備,并將該新分區(qū)的注冊(cè)信息發(fā)送至MO分區(qū)管理器;d3.MO分區(qū)管理器將步d2所述MO Manager發(fā)送的注冊(cè)信息保存在注冊(cè)信息表中。
其中,該方法進(jìn)一步包括,系統(tǒng)管理程序更新自身已設(shè)置的各分區(qū)與其對(duì)應(yīng)MO Manager地址信息的映射關(guān)系表;步d1中,系統(tǒng)管理程序根據(jù)已更新的各分區(qū)與其對(duì)應(yīng)MO Manager地址信息的映射關(guān)系表得到新分區(qū)的MO Manager的地址信息,并按此MO Manager的地址信息發(fā)送啟動(dòng)命令。
步d2中,所述MO Manager根據(jù)自身已設(shè)置的分區(qū)內(nèi)所有MO的節(jié)點(diǎn)標(biāo)識(shí)符加載該新分區(qū)內(nèi)各MO對(duì)應(yīng)的網(wǎng)絡(luò)設(shè)備。
其中,所述注冊(cè)信息至少包括分區(qū)名稱、根節(jié)點(diǎn)標(biāo)識(shí)符、MO Manager地址信息;所述注冊(cè)信息表包含分區(qū)名稱、根節(jié)點(diǎn)標(biāo)識(shí)符以及MO Manager地址信息之間的映射關(guān)系。
由上述方案可以看出,本發(fā)明的關(guān)鍵在于將各網(wǎng)絡(luò)設(shè)備抽象成MO,按照MO之間的包容關(guān)系組織MIT,并將MIT劃分為一個(gè)或多個(gè)MIT分區(qū),為整個(gè)MIT設(shè)置MO分區(qū)管理器,為各分區(qū)分別設(shè)置MO Manager;將各MIT分區(qū)抽象成分區(qū)對(duì)象,對(duì)外提供MO Manager Proxy類來封裝各分區(qū)對(duì)象,使外部應(yīng)用可以通過MO Manager Proxy服務(wù)器透明的訪問各分區(qū),每個(gè)分區(qū)內(nèi)部實(shí)現(xiàn)對(duì)MO的創(chuàng)建、查詢、修改和刪除;在系統(tǒng)擴(kuò)容時(shí),將新增網(wǎng)絡(luò)設(shè)備抽象成MO并組織成新的MIT分區(qū),為該新分區(qū)設(shè)置新的MOManager,由該新MO Manager啟動(dòng)該新分區(qū)并將其注冊(cè)在MO分區(qū)管理器中,使系統(tǒng)以用戶透明的方式做到無縫的在線擴(kuò)容。
因此,本發(fā)明所提供的支持分布式MIT的網(wǎng)絡(luò)管理方法,能夠使網(wǎng)絡(luò)管理系統(tǒng)的處理能力不受限于單臺(tái)服務(wù)器的處理能力,當(dāng)網(wǎng)絡(luò)設(shè)備超過網(wǎng)絡(luò)管理系統(tǒng)的容量時(shí),可以使系統(tǒng)以用戶透明的方式進(jìn)行擴(kuò)展。
圖1為現(xiàn)有技術(shù)組網(wǎng)方式示意圖;圖2為本發(fā)明方法中劃分MIT分區(qū)一較佳實(shí)施例示意圖;圖3為本發(fā)明方法中系統(tǒng)啟動(dòng)各MIT分區(qū)一較佳實(shí)施例處理流程示意圖;
圖4為本發(fā)明方法中外部應(yīng)用創(chuàng)建MO一較佳實(shí)施例處理流程示意圖;圖5為本發(fā)明方法中外部應(yīng)用查詢MO一較佳實(shí)施例處理流程示意圖;圖6為本發(fā)明方法中外部應(yīng)用修改MO一較佳實(shí)施例處理流程示意圖;圖7為本發(fā)明方法中外部應(yīng)用刪除MO一較佳實(shí)施例處理流程示意圖;圖8為本發(fā)明方法中系統(tǒng)擴(kuò)容一較佳實(shí)施例處理流程示意圖。
具體實(shí)施例方式
下面結(jié)合附圖及具體實(shí)施例對(duì)本發(fā)明再作進(jìn)一步詳細(xì)的說明。
本發(fā)明方法支持分布式MIT,對(duì)MIT實(shí)行分區(qū)管理,該方法包括建立分布式MIT的方法和管理該支持分布式MIT網(wǎng)絡(luò)的方法。
所述建立分布式MIT的方法具體為將每一個(gè)網(wǎng)絡(luò)設(shè)備抽象成一個(gè)MO,將每一個(gè)MO作為MIT中的一個(gè)節(jié)點(diǎn),并按各MO之間的包容關(guān)系將各節(jié)點(diǎn)組成整個(gè)MIT,為各分區(qū)設(shè)置MO Manager用于訪問各自分區(qū)內(nèi)部的MO,為整個(gè)MIT設(shè)置MO分區(qū)管理器用于訪問各分區(qū)的MO Manager。首先,根據(jù)管理需要選擇位于MIT中低層次的MO定義為MIT中的根節(jié)點(diǎn),系統(tǒng)將這些根節(jié)點(diǎn)組織成根分區(qū)。由于這些根節(jié)點(diǎn)之間也形成樹形關(guān)系,因此必然有一個(gè)唯一節(jié)點(diǎn)作為所有根節(jié)點(diǎn)的根節(jié)點(diǎn),則所述所有根節(jié)點(diǎn)的根節(jié)點(diǎn)即為該根分區(qū)的根節(jié)點(diǎn)。然后,對(duì)MIT中所有在根分區(qū)節(jié)點(diǎn)之下的節(jié)點(diǎn)進(jìn)行分區(qū),系統(tǒng)可以根據(jù)MO的數(shù)量進(jìn)行分區(qū),也可以根據(jù)MO的屬性進(jìn)行分區(qū)。這里,也有可能將MIT中的所有節(jié)點(diǎn)均劃分入根分區(qū),則不存在根分區(qū)節(jié)點(diǎn)之下的節(jié)點(diǎn),因此系統(tǒng)不再進(jìn)行分區(qū),整個(gè)MIT僅被劃分為一個(gè)根分區(qū)。其中,所述節(jié)點(diǎn)即為MO,所述各分區(qū)的MO Manager中預(yù)先設(shè)置各自分區(qū)內(nèi)所有MO的節(jié)點(diǎn)標(biāo)識(shí)符;所述MO分區(qū)管理器保存了包含各分區(qū)注冊(cè)信息的注冊(cè)信息表。
這里,按數(shù)量分區(qū),即將所有節(jié)點(diǎn)按數(shù)量平均分布到各分區(qū),按MO屬性分區(qū),即將相同屬性的MO劃分入一個(gè)或多個(gè)分區(qū),此屬性可以為設(shè)備的功能、種類等,但具體按何種原則進(jìn)行分區(qū)則根據(jù)管理需要來設(shè)置,本發(fā)明并不限定。由于,MIT的層次劃分從根節(jié)點(diǎn)開始,整個(gè)MIT的根節(jié)點(diǎn)為MIT的第一層,也是MIT中的最低層,該根節(jié)點(diǎn)的孩子節(jié)點(diǎn)為MIT的第二層,并以此類推,因此所述MIT中低層次的MO也就是與整個(gè)MIT的根節(jié)點(diǎn)比較接近的層次中的MO。
圖2為本發(fā)明方法中劃分MIT分區(qū)一較佳實(shí)施例示意圖。在本實(shí)施例中,系統(tǒng)采用按MO屬性分區(qū)的方法將MIT中根分區(qū)以外的節(jié)點(diǎn)劃分為N個(gè)分區(qū)。其中,N為一個(gè)非負(fù)整數(shù),如果N為0,則該系統(tǒng)僅劃分了一個(gè)根分區(qū),如果N為1,則該系統(tǒng)劃分了兩個(gè)分區(qū),包括根分區(qū)和分區(qū)1,如果N為2,則該系統(tǒng)共劃分了三個(gè)分區(qū),包括根分區(qū)、分區(qū)1和分區(qū)2,并以此類推。如圖2所示,具體分區(qū)方法如下首先,將節(jié)點(diǎn)Net、1@Net、2@Net、1@1@Net、2@1@Net定義為根節(jié)點(diǎn)并劃分入根分區(qū),節(jié)點(diǎn)Net為該根分區(qū)的根節(jié)點(diǎn)。根分區(qū)以外的所有節(jié)點(diǎn)按其屬性劃分為N個(gè)區(qū)域,即分區(qū)1至分區(qū)N。
如圖2所示,在分區(qū)1內(nèi),節(jié)點(diǎn)1@1@1@Net、2@1@1@Net、3@1@1@Net和4@1@1@Net為該分區(qū)的根節(jié)點(diǎn),其中,節(jié)點(diǎn)2@1@1@Net下包容兩個(gè)節(jié)點(diǎn)1@2@1@1@Net和2@2@1@1@Net,因此,節(jié)點(diǎn)1@2@1@1@Net和2@2@1@1@Net為分區(qū)1的兩個(gè)子節(jié)點(diǎn),節(jié)點(diǎn)2@1@1@Net為它們的父節(jié)點(diǎn)。在分區(qū)2內(nèi),節(jié)點(diǎn)5@1@1@Net、1@2@1@Net、2@2@1@Net和1@1@2@Net為該分區(qū)的根節(jié)點(diǎn)。分區(qū)依次劃分至分區(qū)N,在分區(qū)N內(nèi),節(jié)點(diǎn)1@2@Net、2@2@Net、3@2@Net和4@2@Net為該分區(qū)的根節(jié)點(diǎn),節(jié)點(diǎn)2@1@2@Net為分區(qū)N的子節(jié)點(diǎn)。
然后,再將各分區(qū)中與多個(gè)分區(qū)的節(jié)點(diǎn)直接關(guān)聯(lián)的節(jié)點(diǎn)劃分入根分區(qū)內(nèi)。如圖2所示,分區(qū)N中的節(jié)點(diǎn)1@2@Net與分區(qū)2中的節(jié)點(diǎn)1@1@2@Net直接關(guān)聯(lián),并且與分區(qū)N中的節(jié)點(diǎn)2@1@2@Net也直接關(guān)聯(lián),因此將該節(jié)點(diǎn)1@2@Net也劃分至根分區(qū)。這里,在以上所述的所有節(jié)點(diǎn)下面可能還包容多個(gè)子節(jié)點(diǎn),圖中并未畫出,但不影響本發(fā)明方法的有效性。
由于,本發(fā)明方法為了實(shí)現(xiàn)系統(tǒng)的透明擴(kuò)展,對(duì)MIT實(shí)行分區(qū)管理,將根分區(qū)和其它各分區(qū)中的節(jié)點(diǎn)分別進(jìn)行管理,當(dāng)需要對(duì)某個(gè)節(jié)點(diǎn)進(jìn)行操作時(shí),根據(jù)該節(jié)點(diǎn)的節(jié)點(diǎn)標(biāo)識(shí)符得到與其匹配的根節(jié)點(diǎn)標(biāo)識(shí)符,從而以該根節(jié)點(diǎn)所在分區(qū)作為該節(jié)點(diǎn)所在分區(qū),然后在此分區(qū)內(nèi)部查詢?cè)摴?jié)點(diǎn)并對(duì)該節(jié)點(diǎn)進(jìn)行操作。如果與多個(gè)分區(qū)相關(guān)的節(jié)點(diǎn)沒有放入根分區(qū),則會(huì)造成該節(jié)點(diǎn)的子節(jié)點(diǎn)可能查詢不到。比如說如果圖2中節(jié)點(diǎn)1@2@Net沒有放入根分區(qū),而劃分至分區(qū)N中,則當(dāng)需要對(duì)節(jié)點(diǎn)1@1@2@Net操作時(shí),由于其父節(jié)點(diǎn)1@2@Net在分區(qū)N中,則匹配出來的節(jié)點(diǎn)1@1@2@Net所在分區(qū)的根節(jié)點(diǎn)一定是分區(qū)N的根節(jié)點(diǎn),因此系統(tǒng)會(huì)在分區(qū)N中查詢節(jié)點(diǎn)1@1@2@Net,但在分區(qū)N并沒有節(jié)點(diǎn)1@1@2@Net的信息,這樣系統(tǒng)就無法查詢到節(jié)點(diǎn)1@1@2@Net,從而無法對(duì)節(jié)點(diǎn)1@1@2@Net進(jìn)行操作。如果節(jié)點(diǎn)1@2@Net被放入根分區(qū),則節(jié)點(diǎn)1@1@2@Net和節(jié)點(diǎn)2@1@2@Net分別成為分區(qū)2和分區(qū)N的根節(jié)點(diǎn),當(dāng)需要對(duì)節(jié)點(diǎn)1@1@2@Net或2@1@2@Net進(jìn)行操作時(shí),系統(tǒng)直接查詢分區(qū)2或分區(qū)N的各節(jié)點(diǎn),并且在分區(qū)2中有節(jié)點(diǎn)1@1@2@Net的信息,在分區(qū)N有節(jié)點(diǎn)2@1@2@Net的信息,這樣,系統(tǒng)就可以查詢到節(jié)點(diǎn)1@2@Net的所有子節(jié)點(diǎn)。因此,本發(fā)明的MIT組織方法將與多個(gè)分區(qū)直接關(guān)聯(lián)的節(jié)點(diǎn)均劃分至根分區(qū),保證了系統(tǒng)能夠?qū)λ泄?jié)點(diǎn)進(jìn)行分區(qū)管理。
基于上述分布式MIT建立方法,下面結(jié)合附圖對(duì)本發(fā)明方法中管理該支持分布式MIT網(wǎng)絡(luò)的方法加以詳細(xì)說明,所述管理該支持分布式MIT網(wǎng)絡(luò)的方法包括系統(tǒng)啟動(dòng)各MIT分區(qū),外部應(yīng)用訪問各MIT分區(qū)的網(wǎng)絡(luò)設(shè)備即創(chuàng)建、查詢、修改和刪除MO,以及系統(tǒng)擴(kuò)容三部分的處理。
圖3為本發(fā)明方法中系統(tǒng)啟動(dòng)各MIT分區(qū)一較佳實(shí)施例處理流程示意圖,如圖3所示,具體處理步驟如下步驟301系統(tǒng)啟動(dòng)后,系統(tǒng)管理程序根據(jù)系統(tǒng)網(wǎng)絡(luò)設(shè)備的包容關(guān)系建立MIT,并將MIT信息配置成分區(qū)文件。這里,分區(qū)文件中的MIT信息包括,整個(gè)系統(tǒng)分為幾個(gè)分區(qū)以及各分區(qū)的名稱等信息。
其中,由以上所述建立分布式MIT方法可見,系統(tǒng)為每一個(gè)分區(qū)配置MO Manager,在各分區(qū)的MO Manager中預(yù)先設(shè)置自身對(duì)應(yīng)分區(qū)內(nèi)所有MO的節(jié)點(diǎn)標(biāo)識(shí)符。如圖3所示,在本實(shí)例中共設(shè)置了N+1個(gè)分區(qū),包括由MO Manager0管理的根分區(qū)、并依次包括由MO Manager1至MO ManagerN管理的分區(qū)1至分區(qū)N,則MO Manager0至MO ManagerN內(nèi)依次分別存儲(chǔ)了根分區(qū)至分區(qū)N內(nèi)所有MO的節(jié)點(diǎn)標(biāo)識(shí)符。
另外,在上述的建立分布式MIT方法中,系統(tǒng)還設(shè)置了MO分區(qū)管理器負(fù)責(zé)將各分區(qū)的注冊(cè)信息存儲(chǔ)在自身的注冊(cè)信息表中,當(dāng)系統(tǒng)啟動(dòng)時(shí),還會(huì)同時(shí)啟動(dòng)MO分區(qū)管理器。
步驟302系統(tǒng)管理程序向MO Manager0發(fā)送啟動(dòng)命令。
這里,系統(tǒng)在啟動(dòng)前在系統(tǒng)管理程序中設(shè)置了各分區(qū)與其對(duì)應(yīng)MOManager地址信息的映射關(guān)系表。也就是說,系統(tǒng)需要啟動(dòng)哪個(gè)分區(qū)會(huì)自動(dòng)查詢到該分區(qū)對(duì)應(yīng)的MO Manager地址,然后系統(tǒng)能夠向該MO Manager發(fā)送啟動(dòng)命令。
步驟303MO Manager0接收到該啟動(dòng)命令,根據(jù)已設(shè)置的自身對(duì)應(yīng)分區(qū)內(nèi)所有MO的節(jié)點(diǎn)標(biāo)識(shí)符加載根分區(qū)的各網(wǎng)絡(luò)設(shè)備,從而啟動(dòng)根分區(qū)。
步驟304MO Manager0向MO分區(qū)管理器發(fā)送注冊(cè)信息,將根分區(qū)注冊(cè)到MO分區(qū)管理器中,由MO分區(qū)管理器在自身設(shè)置的注冊(cè)信息表中保存MO Manager0的地址信息、根分區(qū)的名稱、以及根分區(qū)的根節(jié)點(diǎn)標(biāo)識(shí)符。其中,根分區(qū)的根節(jié)點(diǎn)有且僅有一個(gè)。這里,所述注冊(cè)信息表包含分區(qū)名稱、根節(jié)點(diǎn)標(biāo)識(shí)符以及MO Manager地址信息的映射關(guān)系。
步驟305系統(tǒng)管理程序向MO Manager1發(fā)送啟動(dòng)命令。
步驟306MO Manager1接收到該啟動(dòng)命令,根據(jù)已設(shè)置的自身對(duì)應(yīng)分區(qū)內(nèi)所有MO的節(jié)點(diǎn)標(biāo)識(shí)符,即分區(qū)1內(nèi)所有MO的節(jié)點(diǎn)標(biāo)識(shí)符,加載分區(qū)1的各網(wǎng)絡(luò)設(shè)備,從而啟動(dòng)分區(qū)1。
步驟307MO Manager1向MO分區(qū)管理器發(fā)送注冊(cè)信息,將分區(qū)1注冊(cè)到MO分區(qū)管理器中,由MO分區(qū)管理器在所述注冊(cè)信息表中保存MOManager1的地址信息、分區(qū)1的名稱以及分區(qū)1的根節(jié)點(diǎn)標(biāo)識(shí)符。其中,除根分區(qū)以外的所有分區(qū)即這里的分區(qū)1至分區(qū)N可以有一個(gè)或多個(gè)根節(jié)點(diǎn)。
然后,系統(tǒng)管理程序依次向MO Manager2至MO ManagerN-1發(fā)送啟動(dòng)命令,由MO Manager2至MO ManagerN-1啟動(dòng)分區(qū)2至分區(qū)N-1,再完成分區(qū)2至分區(qū)N-1在MO分區(qū)管理器中的注冊(cè)。由于,這里所述啟動(dòng)分區(qū)2至分區(qū)N-1的操作與步驟305至步驟307所述啟動(dòng)分區(qū)1的操作相同,因此,圖3中未作描述,但并不影響本發(fā)明的有效性。
步驟308系統(tǒng)管理程序向MO ManagerN發(fā)送啟動(dòng)命令。
步驟309MO ManagerN接收該啟動(dòng)命令,然后根據(jù)已設(shè)置的自身對(duì)應(yīng)分區(qū)內(nèi)所有MO的節(jié)點(diǎn)標(biāo)識(shí)符,即分區(qū)N內(nèi)所有MO的節(jié)點(diǎn)標(biāo)識(shí)符,加載分區(qū)N的網(wǎng)絡(luò)設(shè)備。
步驟310MO ManagerN向MO分區(qū)管理器發(fā)送注冊(cè)信息,將分區(qū)N注冊(cè)到MO分區(qū)管理器中,由MO分區(qū)管理器在注冊(cè)信息表中保存MOManagerN的地址信息、分區(qū)N的名稱以及分區(qū)N的根節(jié)點(diǎn)標(biāo)識(shí)符。
至此,系統(tǒng)完成了分布式MIT的根分區(qū)和N個(gè)分區(qū)的啟動(dòng),并且在MO分區(qū)管理器中保存了已啟動(dòng)的各分區(qū)的注冊(cè)信息表,該注冊(cè)信息表至少包括分區(qū)名稱、根節(jié)點(diǎn)標(biāo)識(shí)符、以及MO Manager地址信息的映射關(guān)系,從而系統(tǒng)開始運(yùn)行并可以對(duì)各分區(qū)進(jìn)行分布式管理。
本發(fā)明方法中,所述外部應(yīng)用訪問各MIT分區(qū)的網(wǎng)絡(luò)設(shè)備的方法具體為采用面向?qū)ο蟮姆椒ǎ瑢⒕W(wǎng)絡(luò)設(shè)備抽象成MO,按照MO之間的包容關(guān)系組織MIT并將MIT劃分為多個(gè)分區(qū),將各MIT分區(qū)抽象成分區(qū)對(duì)象,對(duì)外提供MOManager Proxy類來封裝各分區(qū)對(duì)象,并設(shè)置MO Manager Proxy服務(wù)器。在外部應(yīng)用訪問各分區(qū)時(shí),首先,外部應(yīng)用發(fā)送訪問請(qǐng)求至MO Manager Proxy服務(wù)器,MO Manager Proxy服務(wù)器轉(zhuǎn)發(fā)該訪問請(qǐng)求至MO分區(qū)管理器,MO分區(qū)管理器根據(jù)訪問請(qǐng)求得到待訪問分區(qū)對(duì)應(yīng)MO Manager的地址信息,并返回此MOManager地址信息給MO Manager Proxy服務(wù)器;MO Manager Proxy服務(wù)器再按此MO Manager地址信息將該訪問請(qǐng)求發(fā)送至待訪問分區(qū)對(duì)應(yīng)的MOManager;最后,待訪問分區(qū)對(duì)應(yīng)MO Manager根據(jù)該訪問請(qǐng)求在對(duì)應(yīng)分區(qū)內(nèi)進(jìn)行相應(yīng)操作。所述的訪問請(qǐng)求可以為創(chuàng)建、查詢、修改或刪除請(qǐng)求。這樣,外部應(yīng)用可以通過MO Manager Proxy服務(wù)器透明的訪問各分區(qū),再由各分區(qū)內(nèi)部實(shí)現(xiàn)對(duì)MO的創(chuàng)建、查詢、修改和刪除。
其中,所述的外部應(yīng)用透明訪問,就是說,通過MO Manager Proxy類的封裝,外部應(yīng)用可以以方法調(diào)用的形式訪問分區(qū)對(duì)象,外部應(yīng)用不需要知道所要訪問的分區(qū)對(duì)象存在于什么軟件中、使用什么硬件平臺(tái)以及位于網(wǎng)絡(luò)的什么地方。
另外,所述MO Manager Proxy服務(wù)器可以基于C++接口,也可以基于CORBA接口。如果基于C++接口,則支持基于C++的外部應(yīng)用訪問;由于目前CORBA體系已經(jīng)定義了其接口到C、C++、Smalltalk、Ada95、JAVA等的映象規(guī)范,因此如果基于CORBA接口,則支持基于以上所述C、C++、Smalltalk、Ada95、JAVA等的外部應(yīng)用訪問。以下所述本發(fā)明實(shí)施例中MOManager Proxy服務(wù)器基于CORBA接口,也就是說外部應(yīng)用可以通過基于CORBA接口的MO Manager Proxy服務(wù)器訪問MIT各分區(qū)。
圖4為本發(fā)明方法中外部應(yīng)用創(chuàng)建MO一較佳實(shí)施例處理流程示意圖,如圖4所示,其具體處理步驟如下步驟401外部應(yīng)用發(fā)送創(chuàng)建請(qǐng)求至MO Manager Proxy服務(wù)器,請(qǐng)求在某個(gè)父節(jié)點(diǎn)下創(chuàng)建一個(gè)子MO節(jié)點(diǎn),該請(qǐng)求中至少包括待創(chuàng)建MO的節(jié)點(diǎn)標(biāo)識(shí)符。
這里,也可以請(qǐng)求在某個(gè)分區(qū)創(chuàng)建根節(jié)點(diǎn),則該創(chuàng)建請(qǐng)求中除了包括待創(chuàng)建MO的節(jié)點(diǎn)標(biāo)識(shí)符,還至少包括待創(chuàng)建MO所在分區(qū)的名稱。
步驟402MO Manager Proxy服務(wù)器將該創(chuàng)建請(qǐng)求轉(zhuǎn)發(fā)至MO分區(qū)管理器。
步驟403MO分區(qū)管理器根據(jù)接收到的創(chuàng)建請(qǐng)求中待創(chuàng)建MO的節(jié)點(diǎn)標(biāo)識(shí)符識(shí)別該待創(chuàng)建MO直接父節(jié)點(diǎn)所在分區(qū)的根節(jié)點(diǎn)標(biāo)識(shí)符,然后根據(jù)此根節(jié)點(diǎn)標(biāo)識(shí)符查詢自身保存的注冊(cè)信息表得到該待創(chuàng)建MO直接父節(jié)點(diǎn)所在分區(qū)對(duì)應(yīng)的MO Manager地址信息。
這里,如果待創(chuàng)建的是分區(qū)根節(jié)點(diǎn),則MO分區(qū)管理器根據(jù)接收到的創(chuàng)建請(qǐng)求中的分區(qū)名稱查詢自身保存的注冊(cè)信息表得到對(duì)應(yīng)分區(qū)的MOManager地址信息。
網(wǎng)管系統(tǒng)的MIT中,各節(jié)點(diǎn)標(biāo)識(shí)符的設(shè)置均遵循一個(gè)規(guī)律子節(jié)點(diǎn)的標(biāo)識(shí)符中包含其所有父節(jié)點(diǎn)的標(biāo)識(shí)符,即一個(gè)MO的標(biāo)識(shí)符中既包含其直接父節(jié)點(diǎn)的標(biāo)識(shí)符,也包含其直接父節(jié)點(diǎn)所在分區(qū)根節(jié)點(diǎn)的標(biāo)識(shí)符,比如說子節(jié)點(diǎn)1@2@3@4@Net的標(biāo)識(shí)符中包含其直接父節(jié)點(diǎn)2@3@Net的標(biāo)識(shí)符,也包含其直接父節(jié)點(diǎn)所在分區(qū)的根節(jié)點(diǎn)3@4@Net的標(biāo)識(shí)符;當(dāng)MO分區(qū)管理器使用待創(chuàng)建MO的節(jié)點(diǎn)標(biāo)識(shí)符1@2@3@4@Net,與其自身存儲(chǔ)的注冊(cè)信息表中的所有根節(jié)點(diǎn)標(biāo)識(shí)符進(jìn)行匹配時(shí),將選擇與待創(chuàng)建MO最接近的根節(jié)點(diǎn)作為該MO的直接父節(jié)點(diǎn)所在分區(qū)的根節(jié)點(diǎn),具體來說如果有多個(gè)根節(jié)點(diǎn)標(biāo)識(shí)符如3@4@Net、4@Net和Net,均包含在該MO的標(biāo)識(shí)符中,則選擇與該MO最接近的節(jié)點(diǎn)3@4@Net作為其直接父節(jié)點(diǎn)所在分區(qū)的根節(jié)點(diǎn);因此,這里MO分區(qū)管理器可以根據(jù)待創(chuàng)建MO的節(jié)點(diǎn)標(biāo)識(shí)符識(shí)別其直接父節(jié)點(diǎn)所在分區(qū)的根節(jié)點(diǎn)標(biāo)識(shí)符。
步驟404MO分區(qū)管理器將步驟403所得到的MO Manager地址信息返回給MO Manager Proxy服務(wù)器。
步驟405MO Manager Proxy服務(wù)器根據(jù)步驟404中接收到的MOManager地址信息將所述的創(chuàng)建請(qǐng)求發(fā)送至該MO Manager。
步驟406MO Manager根據(jù)接收到的創(chuàng)建請(qǐng)求中待創(chuàng)建MO的節(jié)點(diǎn)標(biāo)識(shí)符,查詢已設(shè)置的自身對(duì)應(yīng)分區(qū)內(nèi)所有MO的節(jié)點(diǎn)標(biāo)識(shí)符,得到該待創(chuàng)建MO的直接父節(jié)點(diǎn)標(biāo)識(shí)符,并在此父節(jié)點(diǎn)下創(chuàng)建此MO。
其中,所述的創(chuàng)建MO包括MO Manager加載該MO對(duì)應(yīng)的網(wǎng)絡(luò)設(shè)備,更新MO Manager中所保存的自身對(duì)應(yīng)分區(qū)中所有MO的節(jié)點(diǎn)標(biāo)識(shí)符,在原有的節(jié)點(diǎn)標(biāo)識(shí)符信息中添加此新創(chuàng)建MO的節(jié)點(diǎn)標(biāo)識(shí)符,同時(shí),更新系統(tǒng)中保存MO信息的數(shù)據(jù)庫,在數(shù)據(jù)庫中添加該新創(chuàng)建MO的信息。這里,在網(wǎng)管系統(tǒng)中,會(huì)為每一個(gè)MIT分區(qū)設(shè)置數(shù)據(jù)庫用于保存所在分區(qū)各MO信息,所述MO信息包括該MO對(duì)應(yīng)的節(jié)點(diǎn)標(biāo)識(shí)符、網(wǎng)絡(luò)設(shè)備的屬性和當(dāng)前狀態(tài)等信息。
其中,所述更新數(shù)據(jù)庫時(shí),首先由該新創(chuàng)建MO對(duì)應(yīng)的網(wǎng)絡(luò)設(shè)備將自身的MO標(biāo)識(shí)符、屬性及當(dāng)前狀態(tài)等上報(bào)至MO Manager Proxy服務(wù)器,MOManager Proxy服務(wù)器根據(jù)該MO標(biāo)識(shí)符在MO分區(qū)管理器中查找到該新創(chuàng)建MO所在分區(qū)的MO Manager的地址信息,然后再將該網(wǎng)絡(luò)設(shè)備上報(bào)的MO信息轉(zhuǎn)發(fā)至對(duì)應(yīng)的MO Manager,最后由此MO Manager將該MO信息發(fā)送至數(shù)據(jù)庫進(jìn)行更新。這里,在每一個(gè)網(wǎng)絡(luò)設(shè)備中會(huì)預(yù)先配置MO ManagerProxy服務(wù)器的地址,從而各網(wǎng)絡(luò)設(shè)備可以上報(bào)MO信息至MO ManagerProxy服務(wù)器;每一個(gè)MO Manager中也會(huì)預(yù)先配置各自對(duì)應(yīng)分區(qū)的數(shù)據(jù)庫地址信息,從而可以對(duì)數(shù)據(jù)庫進(jìn)行更新。由于本段所述的處理不屬本發(fā)明重點(diǎn),因此這里不作詳述。
另外,如果待創(chuàng)建的是分區(qū)根節(jié)點(diǎn),則步驟406為MO Manager根據(jù)接收到的創(chuàng)建請(qǐng)求中MO的節(jié)點(diǎn)標(biāo)識(shí)符,直接在該分區(qū)創(chuàng)建此分區(qū)根節(jié)點(diǎn)MO,再執(zhí)行步驟407;步驟407MO Manager向MO分區(qū)管理器發(fā)送注冊(cè)信息,將該待創(chuàng)建的分區(qū)根節(jié)點(diǎn)MO注冊(cè)到MO分區(qū)管理器中,由MO分區(qū)管理器根據(jù)該待創(chuàng)建MO對(duì)應(yīng)的分區(qū)名稱查詢注冊(cè)信息表,得到該分區(qū)對(duì)應(yīng)的注冊(cè)信息,并對(duì)該分區(qū)的注冊(cè)信息進(jìn)行更新,將該待創(chuàng)建的MO的節(jié)點(diǎn)標(biāo)識(shí)符添加至該分區(qū)的根節(jié)點(diǎn)標(biāo)識(shí)符信息中,從而完成本次創(chuàng)建。
圖5為本發(fā)明方法中外部應(yīng)用查詢MO一較佳實(shí)施例處理流程示意圖,如圖5所示,其具體處理步驟如下步驟501外部應(yīng)用發(fā)送查詢請(qǐng)求至MO Manager Proxy服務(wù)器,該請(qǐng)求至少包含查詢條件和查詢內(nèi)容。
其中,所述的查詢條件至少包含查詢范圍,具體來說當(dāng)請(qǐng)求查詢一個(gè)或多個(gè)指定的MO節(jié)點(diǎn)時(shí),所述查詢范圍可以為該一個(gè)或多個(gè)MO節(jié)點(diǎn)的標(biāo)識(shí)符;當(dāng)請(qǐng)求在一定的范圍內(nèi)查詢符合條件的MO節(jié)點(diǎn),所述查詢范圍可以為表示此查詢范圍的標(biāo)識(shí)符,比如,查詢范圍定為指定父節(jié)點(diǎn)下的所有MO節(jié)點(diǎn)時(shí),該查詢范圍可以為此父節(jié)點(diǎn)的標(biāo)識(shí)符,查詢范圍定為在指定分區(qū)中的所有MO節(jié)點(diǎn)時(shí),該查詢范圍信息可以為此分區(qū)的根節(jié)點(diǎn)標(biāo)識(shí)符。所述的查詢條件還可以進(jìn)一步包含查詢內(nèi)容限定信息,比如,對(duì)于待查詢的MO所對(duì)應(yīng)網(wǎng)絡(luò)設(shè)備的相關(guān)信息值的限定等。所述的查詢內(nèi)容為外部應(yīng)用需要得到的符合查詢條件的MO的信息,可以包括這些MO的節(jié)點(diǎn)標(biāo)識(shí)符,以及所對(duì)應(yīng)網(wǎng)絡(luò)設(shè)備的相關(guān)信息如屬性、狀態(tài)等。以上所述查詢條件和查詢內(nèi)容的具體設(shè)定方法將根據(jù)系統(tǒng)的實(shí)現(xiàn)情況來確定,本發(fā)明不作具體限定。步驟502MO Manager Proxy服務(wù)器將該查詢請(qǐng)求轉(zhuǎn)發(fā)至MO分區(qū)管理器。
步驟503MO分區(qū)管理器根據(jù)接收到的查詢請(qǐng)求中的查詢條件得到查詢范圍,根據(jù)查詢范圍可以得到待查詢的各MO所在分區(qū)的根節(jié)點(diǎn)標(biāo)識(shí)符,并根據(jù)這些根節(jié)點(diǎn)標(biāo)識(shí)符查詢注冊(cè)信息表得到待查詢的各MO所在分區(qū)對(duì)應(yīng)的MO Manager的地址信息。
步驟504MO分區(qū)管理器將步驟503得到的所有MO Manager的地址信息返回給MO Manager Proxy服務(wù)器。
步驟505MO Manager Proxy服務(wù)器按步驟504得到的待查詢的各MO所在分區(qū)對(duì)應(yīng)的MO Manager的地址信息,向這些MO Manager發(fā)送該MO查詢請(qǐng)求。這里,本實(shí)施例采用廣播方式向各MO Manager發(fā)送查詢請(qǐng)求,當(dāng)然也可以采用其他方式向MO Manager發(fā)送查詢請(qǐng)求,本發(fā)明不作限定。
本實(shí)施例中,待查詢的各MO分布在根分區(qū)和分區(qū)N,因此MO ManagerProxy服務(wù)器向MO Manager0和MO ManagerN廣播該查詢請(qǐng)求。這里,待查詢的各MO也可能分布在從根分區(qū)至分區(qū)N的所有分區(qū)中,則MOManager Proxy服務(wù)器向系統(tǒng)所有MO Manager廣播查詢請(qǐng)求;待查詢的各MO也可能分布在其中的一個(gè)或多個(gè)分區(qū)中,則MO Manager Proxy服務(wù)器向?qū)?yīng)的一個(gè)或多個(gè)MO Manager廣播查詢請(qǐng)求。
步驟506待查詢的各MO所在分區(qū)對(duì)應(yīng)的MO Manager通過廣播接收到查詢請(qǐng)求后,根據(jù)該查詢請(qǐng)求的查詢條件中的查詢范圍查詢已設(shè)置的自身對(duì)應(yīng)分區(qū)內(nèi)所有MO的節(jié)點(diǎn)標(biāo)識(shí)符,得到查詢范圍內(nèi)所有MO的節(jié)點(diǎn)標(biāo)識(shí)符;然后按這些節(jié)點(diǎn)的標(biāo)識(shí)符查詢系統(tǒng)為該分區(qū)設(shè)置的用于保存MO信息的數(shù)據(jù)庫,并根據(jù)該查詢條件中查詢內(nèi)容限定信息得到各自所對(duì)應(yīng)分區(qū)中所有待查詢MO信息;最后按該查詢請(qǐng)求中的查詢內(nèi)容從此數(shù)據(jù)庫中提取各自對(duì)應(yīng)分區(qū)中的待查詢MO對(duì)應(yīng)的MO信息作為查詢結(jié)果。這里,由于每一個(gè)MOManager中預(yù)先配置各自分區(qū)的數(shù)據(jù)庫地址信息,因此所述MO Manager可以從數(shù)據(jù)庫中提取MO信息。
步驟507待查詢的各MO所在分區(qū)的MO Manager將各自步驟506所提取的查詢結(jié)果返回給MO Manager Proxy服務(wù)器。
步驟508MO Manager Proxy服務(wù)器將接收到的各MO Manager返回的查詢結(jié)果進(jìn)行組織,得到全部查詢結(jié)果并返回給外部應(yīng)用。
圖6為本發(fā)明方法中外部應(yīng)用修改MO一較佳實(shí)施例處理流程示意圖,如圖6所示,其具體處理步驟如下步驟601外部應(yīng)用發(fā)送修改請(qǐng)求至MO Manager Proxy服務(wù)器,該修改請(qǐng)求至少包含待修改MO的節(jié)點(diǎn)標(biāo)識(shí)符和修改內(nèi)容。
步驟602MO Manager Proxy服務(wù)器將該修改請(qǐng)求轉(zhuǎn)發(fā)至MO分區(qū)管理器。
步驟603MO分區(qū)管理器根據(jù)接收到的修改請(qǐng)求中待修改MO的節(jié)點(diǎn)標(biāo)識(shí)符得到該待修改MO所在分區(qū)的根節(jié)標(biāo)識(shí)符,然后根據(jù)此根節(jié)點(diǎn)標(biāo)識(shí)符查詢所保存的注冊(cè)信息表得到該待修改MO所在分區(qū)對(duì)應(yīng)MO Manager的地址信息。
步驟604MO分區(qū)管理器將步驟603得到的MO Manager的地址信息返回給Proxy服務(wù)器。
步驟605Proxy服務(wù)器按步驟604得到的MO Manager的地址信息,再將該MO修改請(qǐng)求發(fā)送至此MO Manager。
步驟606MO Manager接收到修改請(qǐng)求后,根據(jù)該修改請(qǐng)求中待修改MO的節(jié)點(diǎn)標(biāo)識(shí)符查詢系統(tǒng)用來保存MO信息的數(shù)據(jù)庫,得到該待修改MO對(duì)應(yīng)的MO信息,再根據(jù)修改內(nèi)容對(duì)該待修改MO對(duì)應(yīng)的MO信息進(jìn)行修改。這里,由于每一個(gè)MO Manager中預(yù)先配置各自分區(qū)的數(shù)據(jù)庫地址信息,因此所述MO Manager可以對(duì)數(shù)據(jù)庫中的MO信息進(jìn)行修改。
圖7為本發(fā)明方法中外部應(yīng)用刪除MO一較佳實(shí)施例處理流程示意圖,如圖7所示,其具體處理步驟如下步驟701外部應(yīng)用發(fā)送刪除請(qǐng)求至MO Manager Proxy服務(wù)器,該請(qǐng)求至少包含待刪除MO的節(jié)點(diǎn)標(biāo)識(shí)符。
步驟702MO Manager Proxy服務(wù)器將該刪除請(qǐng)求轉(zhuǎn)發(fā)至MO分區(qū)管理器。
步驟703MO分區(qū)管理器根據(jù)接收到的刪除請(qǐng)求中待刪除MO的節(jié)點(diǎn)標(biāo)識(shí)符得到該待刪除MO所在分區(qū)的根節(jié)點(diǎn)標(biāo)識(shí)符,然后按此根節(jié)點(diǎn)標(biāo)識(shí)符查詢所保存的注冊(cè)信息表得到該待刪除MO所在分區(qū)對(duì)應(yīng)MO Manager的地址信息。
步驟704MO分區(qū)管理器將步驟703得到的MO Manager的地址信息返回給MO Manager Proxy服務(wù)器。
步驟705MO Manager Proxy服務(wù)器按步驟704得到的MO Manager的地址信息,再將該刪除請(qǐng)求發(fā)送至此MO Manager。
步驟706MO Manager接收到刪除請(qǐng)求后,根據(jù)該刪除請(qǐng)求中待刪除MO的節(jié)點(diǎn)標(biāo)識(shí)符查詢數(shù)據(jù)庫得到該待刪除MO對(duì)應(yīng)的MO信息,并將此MO信息刪除,同時(shí)也將MO Manager中保存的該MO的節(jié)點(diǎn)標(biāo)識(shí)符刪除。這里,由于每一個(gè)MO Manager中預(yù)先配置各自分區(qū)的數(shù)據(jù)庫地址信息,因此所述MO Manager可以從數(shù)據(jù)庫中刪除MO信息。
其中,所述的刪除不僅僅包括刪除此MO對(duì)應(yīng)的MO信息和節(jié)點(diǎn)標(biāo)識(shí)符,如果此MO非MIT的葉子節(jié)點(diǎn),即該MO在MIT中還包容孩子節(jié)點(diǎn),則所述的刪除還包括刪除該MO下的整個(gè)子樹對(duì)應(yīng)的MO信息和節(jié)點(diǎn)標(biāo)識(shí)符,即刪除該MO所包容的所有孩子節(jié)點(diǎn)對(duì)應(yīng)的MO信息和節(jié)點(diǎn)標(biāo)識(shí)符。
另外,如果待刪除MO為分區(qū)根節(jié)點(diǎn),則在步驟706之后還進(jìn)一步包括MO Manager向MO分區(qū)管理器發(fā)送注銷信息,MO分區(qū)管理器根據(jù)該信息中的此待刪除MO的節(jié)點(diǎn)標(biāo)識(shí)符從自身保存的注冊(cè)信息表中刪除此待刪除MO,從而將此待刪除的MO分區(qū)根節(jié)點(diǎn)注銷。
由以上所述的外部應(yīng)用訪問各MIT分區(qū)的網(wǎng)絡(luò)設(shè)備,即進(jìn)行創(chuàng)建、查詢、修改和刪除MO的處理可見,當(dāng)外部應(yīng)用需要對(duì)MIT內(nèi)部的MO進(jìn)行操作時(shí),不必關(guān)心其具體處于網(wǎng)絡(luò)的那個(gè)位置、運(yùn)行于何種工作平臺(tái)等因素,只需要提供MO的全網(wǎng)統(tǒng)一標(biāo)識(shí)符,即MIT中的節(jié)點(diǎn)標(biāo)識(shí)符,MO ManagerProxy服務(wù)器就可以根據(jù)該標(biāo)識(shí)符將訪問請(qǐng)求發(fā)送至該MO所在分區(qū)的MOManager,由MO Manager根據(jù)該訪問請(qǐng)求在分區(qū)內(nèi)部進(jìn)行處理,而對(duì)于其他分區(qū)來說這些操作都是透明的,不會(huì)對(duì)其它分區(qū)和其它MO造成影響。
本發(fā)明方法實(shí)現(xiàn)的是網(wǎng)絡(luò)設(shè)備的分區(qū)管理,并將各分區(qū)封裝為分區(qū)對(duì)象,所述的系統(tǒng)擴(kuò)容可以以用戶透明的方式在線進(jìn)行,也就是說系統(tǒng)通過在原有的MIT基礎(chǔ)上配置新的MIT分區(qū)來實(shí)現(xiàn)擴(kuò)容,并且該分區(qū)的接入對(duì)于系統(tǒng)其它部分是不可見的,不會(huì)對(duì)系統(tǒng)其它部分的運(yùn)行造成影響。
圖8為本發(fā)明方法中系統(tǒng)擴(kuò)容一較佳實(shí)施例處理流程示意圖,如圖8所示,其具體處理步如下步801系統(tǒng)管理程序?yàn)樾略鼍W(wǎng)絡(luò)設(shè)備配置新的分區(qū)文件。這里,分區(qū)文件中的信息包括新分區(qū)的名稱等信息。
其中,系統(tǒng)還為新分區(qū)配置了MO Manager,MO Manager中預(yù)先設(shè)置了自身對(duì)應(yīng)分區(qū)即新分區(qū)中所有MO的節(jié)點(diǎn)標(biāo)識(shí)符。
步802系統(tǒng)管理程序向MO Manager發(fā)送啟動(dòng)命令。
這里,在系統(tǒng)擴(kuò)容前,系統(tǒng)管理程序?qū)υ械母鞣謪^(qū)與其對(duì)應(yīng)MOManager地址信息的映射關(guān)系表進(jìn)行了更新,在其中添加了新分區(qū)與其對(duì)應(yīng)MO Manager地址的映射關(guān)系。也就是說,系統(tǒng)需要啟動(dòng)新分區(qū)時(shí)會(huì)事先得到該新分區(qū)對(duì)應(yīng)的MO Manager地址信息,然后能夠按此地址信息向該MOManager發(fā)送啟動(dòng)命令。
步803MO Manager接收到該啟動(dòng)命令,根據(jù)已設(shè)置的自身對(duì)應(yīng)分區(qū)內(nèi)所有MO的節(jié)點(diǎn)標(biāo)識(shí)符加載新分區(qū)內(nèi)的各MO對(duì)應(yīng)的網(wǎng)絡(luò)設(shè)備,從而啟動(dòng)新分區(qū)。
步804MO Manager向MO分區(qū)管理器發(fā)送注冊(cè)信息,將新分區(qū)注冊(cè)到MO分區(qū)管理器中,由MO分區(qū)管理器在自身設(shè)置的注冊(cè)信息表中保存MO Manager的地址信息、新分區(qū)的名稱、以及新分區(qū)的根節(jié)點(diǎn)標(biāo)識(shí)符。
其中,系統(tǒng)也會(huì)為新分區(qū)設(shè)置新的數(shù)據(jù)庫用于保存新分區(qū)各MO對(duì)應(yīng)的MO信息,新分區(qū)啟動(dòng)之后,分區(qū)內(nèi)的各網(wǎng)絡(luò)設(shè)備也將按上述方法通過MOManager Proxy服務(wù)器和新分區(qū)的MO Manager將各自的MO信息發(fā)送至數(shù)據(jù)庫進(jìn)行保存。
由以上描述可見,在網(wǎng)絡(luò)管理系統(tǒng)擴(kuò)容時(shí),可以在原有的MIT基礎(chǔ)上配置新的MIT分區(qū),并安裝新的MO Manager對(duì)新分區(qū)進(jìn)行管理,但新分區(qū)和原有MIT分區(qū)均共用原有的網(wǎng)管系統(tǒng)來管理設(shè)備,因此能夠?qū)崿F(xiàn)全網(wǎng)問題定位;另外,在系統(tǒng)啟動(dòng)新分區(qū)的過程中,并不涉及對(duì)于現(xiàn)有網(wǎng)絡(luò)中其它分區(qū)的作,因此不會(huì)對(duì)現(xiàn)有網(wǎng)絡(luò)的運(yùn)行造成任何影響,從而能夠使系統(tǒng)以用戶透明的方式在線擴(kuò)容。
在本發(fā)明方法中,系統(tǒng)采用分布式構(gòu)架來實(shí)現(xiàn)MIT的分布特性,各分區(qū)可以運(yùn)行在不同的進(jìn)程或服務(wù)器,不同的進(jìn)程或服務(wù)器之間可以實(shí)現(xiàn)透明的通信,系統(tǒng)可以采用CORBA架構(gòu)來實(shí)現(xiàn)MIT的分布特性,也可以采用其它分布式架構(gòu)如組建對(duì)象模型(COM)等來實(shí)現(xiàn),或者采用自己實(shí)現(xiàn)的一個(gè)輕量級(jí)的分布式低層架構(gòu)來實(shí)現(xiàn)。以上所述本發(fā)明實(shí)施例采用的是CORBA構(gòu)架。
綜上所述,采用本發(fā)明方法實(shí)施例能夠使網(wǎng)管系統(tǒng)支持分布式的MIT管理,通過對(duì)MIT的分區(qū)管理,使得對(duì)系統(tǒng)核心數(shù)據(jù)的處理分布進(jìn)行,減低集中的系統(tǒng)負(fù)荷,提高系統(tǒng)的整體運(yùn)行效率,同時(shí)系統(tǒng)核心數(shù)據(jù)的分布管理,也提高了系統(tǒng)可靠性,使得系統(tǒng)以用戶透明的方式進(jìn)行局部的在線升級(jí)成為可能,避免了因網(wǎng)管停機(jī)擴(kuò)容給運(yùn)營商帶來的損失,也避免了另外增加一套獨(dú)立的網(wǎng)絡(luò)管理系統(tǒng)所帶來的全網(wǎng)問題定位困難。
權(quán)利要求
1.一種支持分布式管理信息樹MIT的網(wǎng)絡(luò)管理方法,其特征在于,包括建立分布式MIT的方法和管理該支持分布式MIT網(wǎng)絡(luò)的方法;所述建立分布式MIT的方法包括將各網(wǎng)絡(luò)設(shè)備抽象成管理對(duì)象MO,按照MO之間的包容關(guān)系組織MIT,并將MIT劃分為一個(gè)或多個(gè)MIT分區(qū),為各分區(qū)設(shè)置MO管理器Manager用于訪問各自分區(qū)內(nèi)部的MO,為整個(gè)MIT設(shè)置MO分區(qū)管理器用于訪問各分區(qū)的MO Manager;所述管理該支持分布式MIT網(wǎng)絡(luò)的方法包括由各分區(qū)的MO Manager啟動(dòng)各自分區(qū),并將各自分區(qū)的注冊(cè)信息注冊(cè)在MO分區(qū)管理器的注冊(cè)信息表中;外部應(yīng)用根據(jù)MO分區(qū)管理器中的注冊(cè)信息表訪問各分區(qū)的MO Manager,再通過MO Manager訪問其分區(qū)內(nèi)的網(wǎng)絡(luò)設(shè)備;在系統(tǒng)擴(kuò)容時(shí),將新增網(wǎng)絡(luò)設(shè)備抽象成MO,按照該新增網(wǎng)絡(luò)設(shè)備對(duì)應(yīng)的MO之間的包容關(guān)系組織新的MIT分區(qū),由為該新分區(qū)設(shè)置的新的MO Manager啟動(dòng)該新分區(qū),并將該新分區(qū)的注冊(cè)信息注冊(cè)在MO分區(qū)管理器的注冊(cè)信息表中。
2.根據(jù)權(quán)利要求1所述的方法,其特征在于,建立分布式MIT的方法中,所述劃分MIT分區(qū)的方法為a1.選擇位于整個(gè)MIT中低層次的MO定義為MIT中的根節(jié)點(diǎn),并將這些根節(jié)點(diǎn)劃分為根分區(qū);a2.將MIT中在步驟a1所述根分區(qū)以外的所有MO劃分為零個(gè)、一個(gè)或多個(gè)分區(qū)。
3.根據(jù)權(quán)利要求2所述的方法,其特征在于,步驟a2之后,還進(jìn)一步包括將步驟a2所述各分區(qū)中,與一個(gè)以上分區(qū)的MO直接關(guān)聯(lián)的MO劃分入根分區(qū)。
4.根據(jù)權(quán)利要求1所述的方法,其特征在于,管理支持分布式MIT網(wǎng)絡(luò)的方法中,所述啟動(dòng)各分區(qū)的方法為b1.系統(tǒng)管理程序發(fā)送啟動(dòng)命令至各分區(qū)的MO Manager;b2.各MO Manager加載各自分區(qū)內(nèi)的網(wǎng)絡(luò)設(shè)備,并將各自分區(qū)的注冊(cè)信息發(fā)送至MO分區(qū)管理器;b3.MO分區(qū)管理器將步驟b2所述的注冊(cè)信息保存在自身的注冊(cè)信息表中。
5.根據(jù)權(quán)利要求4所述的方法,其特征在于,步驟b1中,系統(tǒng)管理程序根據(jù)自身已設(shè)置的各分區(qū)與其對(duì)應(yīng)MO Manager地址信息的映射關(guān)系表得到各分區(qū)MO Manager的地址信息,并按此MO Manager的地址信息發(fā)送啟動(dòng)命令。
6.根據(jù)權(quán)利要求4所述的方法,其特征在于,步驟b2中,所述MO Manager根據(jù)已設(shè)置的自身對(duì)應(yīng)分區(qū)內(nèi)所有MO的節(jié)點(diǎn)標(biāo)識(shí)符加載該分區(qū)內(nèi)各MO對(duì)應(yīng)的網(wǎng)絡(luò)設(shè)備。
7.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述管理支持分布式MIT網(wǎng)絡(luò)的方法進(jìn)一步包括將各MIT分區(qū)抽象成分區(qū)對(duì)象,對(duì)外提供MO Manager代理Proxy類來封裝各分區(qū)對(duì)象,并在系統(tǒng)中設(shè)置MO Manager Proxy服務(wù)器;所述外部應(yīng)用訪問各分區(qū)網(wǎng)絡(luò)設(shè)備的方法為c1.外部應(yīng)用發(fā)送訪問請(qǐng)求至MO Manager Proxy服務(wù)器;所述訪問請(qǐng)求至少包含待訪問MO的節(jié)點(diǎn)標(biāo)識(shí)符;c2.MO ManagerProxy服務(wù)器轉(zhuǎn)發(fā)該訪問請(qǐng)求至MO分區(qū)管理器;c3.MO分區(qū)管理器根據(jù)步驟c2所述的訪問請(qǐng)求中待訪問MO的節(jié)點(diǎn)標(biāo)識(shí)符得到待訪問MO所在分區(qū)的根節(jié)點(diǎn)標(biāo)識(shí)符,再根據(jù)此待訪問MO所在分區(qū)的根節(jié)點(diǎn)標(biāo)識(shí)符查詢注冊(cè)信息表得到待訪問MO所在分區(qū)的MO Manager的地址信息,并返回此MO Manager地址信息給MO Manager Proxy服務(wù)器;c4.MO Manager Proxy服務(wù)器再按此MO Manager地址信息將該訪問請(qǐng)求發(fā)送至待訪問MO所在分區(qū)的MO Manager;c5.待訪問MO所在分區(qū)的MO Manager根據(jù)該訪問請(qǐng)求中待訪問MO的節(jié)點(diǎn)標(biāo)識(shí)符對(duì)待訪問MO進(jìn)行相應(yīng)操作。
8.根據(jù)權(quán)利要求7所述的方法,其特征在于,所述訪問請(qǐng)求為創(chuàng)建請(qǐng)求;所述待訪問MO為待創(chuàng)建MO;所述待訪問MO所在分區(qū)為待創(chuàng)建MO直接父節(jié)點(diǎn)所在分區(qū);所述c5為待創(chuàng)建MO直接父節(jié)點(diǎn)所在分區(qū)的MO Manager根據(jù)創(chuàng)建請(qǐng)求中待創(chuàng)建MO的節(jié)點(diǎn)標(biāo)識(shí)符查詢自身已設(shè)置的分區(qū)內(nèi)所有MO的節(jié)點(diǎn)標(biāo)識(shí)符,得到待創(chuàng)建MO直接父節(jié)點(diǎn)的節(jié)點(diǎn)標(biāo)識(shí)符,并在此待創(chuàng)建MO直接父節(jié)點(diǎn)下創(chuàng)建該MO。
9.根據(jù)權(quán)利要求8所述的方法,其特征在于,所述待創(chuàng)建MO為分區(qū)根節(jié)點(diǎn)時(shí),所述創(chuàng)建請(qǐng)求進(jìn)一步包含待創(chuàng)建MO所在分區(qū)的名稱;所述待訪問MO所在分區(qū)為待創(chuàng)建MO所在分區(qū);步驟c3中,MO分區(qū)管理器將步驟c2所述的創(chuàng)建請(qǐng)求中待創(chuàng)建MO的節(jié)點(diǎn)標(biāo)識(shí)符作為待創(chuàng)建MO所在分區(qū)的根節(jié)點(diǎn)標(biāo)識(shí)符,再根據(jù)創(chuàng)建請(qǐng)求中待創(chuàng)建MO所在分區(qū)名稱查詢注冊(cè)信息表,得到待創(chuàng)建MO所在分區(qū)的MO Manager的地址信息;所述c5為待創(chuàng)建MO所在分區(qū)的MO Manager按創(chuàng)建請(qǐng)求中待創(chuàng)建MO的節(jié)點(diǎn)標(biāo)識(shí)符在此分區(qū)內(nèi)創(chuàng)建該MO。
10.根據(jù)權(quán)利要求9所述的方法,其特征在于,所述待創(chuàng)建MO為分區(qū)根節(jié)點(diǎn)時(shí),在所述步驟c5之后,進(jìn)一步包括待創(chuàng)建MO所在分區(qū)的MO Manager向MO分區(qū)管理器發(fā)送注冊(cè)信息,將該待創(chuàng)建MO注冊(cè)到MO分區(qū)管理器的注冊(cè)信息表中。
11.根據(jù)權(quán)利要求7所述的方法,其特征在于,所述訪問請(qǐng)求為查詢請(qǐng)求;所述待訪問MO為待查詢MO;所述待訪問MO的節(jié)點(diǎn)標(biāo)識(shí)符表示查詢范圍;所述c5為待查詢MO所在分區(qū)的MO Manager根據(jù)該查詢請(qǐng)求中的查詢范圍查詢自身已設(shè)置的分區(qū)內(nèi)所有MO的節(jié)點(diǎn)標(biāo)識(shí)符,得到查詢范圍內(nèi)的所有MO的節(jié)點(diǎn)標(biāo)識(shí)符,再根據(jù)查詢請(qǐng)求中的查詢內(nèi)容限定信息得到各自對(duì)應(yīng)分區(qū)內(nèi)所有待查詢MO信息,然后按查詢請(qǐng)求中的查詢內(nèi)容提取各自的查詢結(jié)果。
12.根據(jù)權(quán)利要求11所述的方法,其特征在于,在所述步驟c5之后,進(jìn)一步包括待查詢MO所在分區(qū)的MO Manager將各自所提取的查詢結(jié)果返回給MO Manager Proxy服務(wù)器,MO Manager Proxy服務(wù)器對(duì)接收到的各查詢結(jié)果進(jìn)行組織得到全部查詢結(jié)果并將該全部查詢結(jié)果返回給外部應(yīng)用。
13.根據(jù)權(quán)利要求7所述的方法,其特征在于,所述訪問請(qǐng)求為修改請(qǐng)求;所述待訪問MO為待修改MO;所述c5為待修改MO所在分區(qū)的MO Manager根據(jù)該修改請(qǐng)求中的待修改MO的節(jié)點(diǎn)標(biāo)識(shí)符,并按修改請(qǐng)求中的修改內(nèi)容對(duì)該MO進(jìn)行修改。
14.根據(jù)權(quán)利要求7所述的方法,其特征在于,所述訪問請(qǐng)求為刪除請(qǐng)求;所述待訪問MO為待刪除MO;所述c5為待刪除的MO所在分區(qū)對(duì)應(yīng)MO Manager根據(jù)該刪除請(qǐng)求中的待刪除MO的節(jié)點(diǎn)標(biāo)識(shí)符將該待刪除MO從該分區(qū)中刪除。
15.根據(jù)權(quán)利要求14所述的方法,其特征在于,所述待刪除MO為分區(qū)根節(jié)點(diǎn)時(shí),在所述步驟c5之后,進(jìn)一步包括待刪除MO所在分區(qū)的MO Manager向MO分區(qū)管理器發(fā)送注銷信息,將該待刪除MO從MO分區(qū)管理器的注冊(cè)信息表中注銷。
16.根據(jù)權(quán)利要求7所述的方法,其特征在于,所述MO Manager Proxy服務(wù)器基于C++或公共對(duì)象請(qǐng)求代理體系CORBA接口。
17.根據(jù)權(quán)利要求1所述的方法,其特征在于,管理支持分布式MIT網(wǎng)絡(luò)的方法中,所述系統(tǒng)擴(kuò)容的方法具體為d1.系統(tǒng)管理程序發(fā)送啟動(dòng)命令至新分區(qū)對(duì)應(yīng)的MO Manager;d2.MO Manager加載新分區(qū)中的網(wǎng)絡(luò)設(shè)備,并將該新分區(qū)的注冊(cè)信息發(fā)送至MO分區(qū)管理器;d3.MO分區(qū)管理器將步驟d2所述MO Manager發(fā)送的注冊(cè)信息保存在注冊(cè)信息表中。
18.根據(jù)權(quán)利要求17所述的方法,其特征在于,該方法進(jìn)一步包括,系統(tǒng)管理程序更新自身已設(shè)置的各分區(qū)與其對(duì)應(yīng)MO Manager地址信息的映射關(guān)系表;步驟d1中,系統(tǒng)管理程序根據(jù)已更新的各分區(qū)與其對(duì)應(yīng)MO Manager地址信息的映射關(guān)系表得到新分區(qū)的MO Manager的地址信息,并按此MO Manager的地址信息發(fā)送啟動(dòng)命令。
19.根據(jù)權(quán)利要求17所述的方法,其特征在于,步驟d2中,所述MO Manager根據(jù)自身已設(shè)置的分區(qū)內(nèi)所有MO的節(jié)點(diǎn)標(biāo)識(shí)符加載該新分區(qū)內(nèi)各MO對(duì)應(yīng)的網(wǎng)絡(luò)設(shè)備。
20.根據(jù)權(quán)利要求1、4、7、9、10、15或17所述的方法,其特征在于,所述注冊(cè)信息至少包括分區(qū)名稱、根節(jié)點(diǎn)標(biāo)識(shí)符、MO Manager地址信息;所述注冊(cè)信息表包含分區(qū)名稱、根節(jié)點(diǎn)標(biāo)識(shí)符以及MO Manager地址信息之間的映射關(guān)系。
全文摘要
本發(fā)明公開了一種支持分布式管理信息樹(MIT)的網(wǎng)絡(luò)管理方法,包括建立分布式MIT的方法和管理該網(wǎng)絡(luò)的方法;所述建立分布式MIT的方法包括將各網(wǎng)絡(luò)設(shè)備抽象成管理對(duì)象(MO),按照MO之間的包容關(guān)系組織MIT,并將MIT劃分為一個(gè)或多個(gè)MIT分區(qū),為整個(gè)MIT設(shè)置MO分區(qū)管理器,為各分區(qū)設(shè)置MO管理器(Manager);所述管理該網(wǎng)絡(luò)的方法包括由各MO Manager啟動(dòng)各自分區(qū)并將其注冊(cè)在MO分區(qū)管理器中;外部應(yīng)用通過MO分區(qū)管理器和各分區(qū)的MO Manager訪問各分區(qū);在系統(tǒng)擴(kuò)容時(shí),將新增網(wǎng)絡(luò)設(shè)備組織成新的MIT分區(qū),由新的MO Manager啟動(dòng)該新分區(qū)并將其注冊(cè)在MO分區(qū)管理器中。采用本發(fā)明方法能夠?qū)崿F(xiàn)分布式的MIT管理,當(dāng)系統(tǒng)擴(kuò)容時(shí),可以使系統(tǒng)以用戶透明的方式進(jìn)行擴(kuò)展。
文檔編號(hào)H04L12/24GK1735032SQ20041005818
公開日2006年2月15日 申請(qǐng)日期2004年8月13日 優(yōu)先權(quán)日2004年8月13日
發(fā)明者施廣宇, 李斌, 鄧明昆 申請(qǐng)人:華為技術(shù)有限公司