專利名稱：使用代表性對(duì)象實(shí)例的配置管理系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種使用代表性對(duì)象實(shí)例的配置管理系統(tǒng)和方法，更具體地，涉及一種系統(tǒng)和方法，用于通過(guò)代表性對(duì)象實(shí)例調(diào)用關(guān)于未登記對(duì)象實(shí)例的信息以便能夠進(jìn)行積極的節(jié)點(diǎn)管理(包括產(chǎn)生、刪除、改變和檢索)。
背景技術(shù)：
通用對(duì)象請(qǐng)求代理體系結(jié)構(gòu)(下文中稱為CORBA)是由對(duì)象管理組織(OMG)為了實(shí)現(xiàn)分布式對(duì)象計(jì)算而建立的標(biāo)準(zhǔn)規(guī)范。使用CORBA有利于分布式計(jì)算的應(yīng)用程序的開發(fā)，并且能夠在分布式對(duì)象中進(jìn)行通信，而與編程語(yǔ)言無(wú)關(guān)。因此，客戶機(jī)能夠與服務(wù)器進(jìn)行通信，而與CORBA的編程語(yǔ)言無(wú)關(guān)。
CORBA的引入使得能夠在對(duì)象之間進(jìn)行直接調(diào)用以及數(shù)據(jù)傳輸。根據(jù)CORBA針對(duì)對(duì)象之間調(diào)用的概念，有可能在創(chuàng)建并共享各個(gè)計(jì)算機(jī)可以讀取并且交互操作的可互操作的目標(biāo)參考(IOR)、或者通過(guò)例如命名服務(wù)的CORBA服務(wù)執(zhí)行登記過(guò)程之后，調(diào)用相應(yīng)對(duì)象。
根據(jù)為了管理網(wǎng)絡(luò)而定義的管理對(duì)象標(biāo)準(zhǔn)，在IOR或命名服務(wù)中所有管理對(duì)象都沒有登記，因此在一些實(shí)施例中不直接調(diào)用或不能夠調(diào)用一些管理對(duì)象。特別地，配置管理對(duì)象也許面臨這樣的情況，因?yàn)樗麄儼罅康南到y(tǒng)節(jié)點(diǎn)信息，并且可以實(shí)時(shí)地添加、刪除或改變各個(gè)系統(tǒng)的系統(tǒng)節(jié)點(diǎn)和較低屬性節(jié)點(diǎn)(例如配置信息)。此外，如果在對(duì)象之間調(diào)用中給定范圍和過(guò)濾條件，將更加難以使用直接調(diào)用。
根據(jù)當(dāng)前操作的網(wǎng)絡(luò)管理系統(tǒng)(NMS)，較高級(jí)的管理器通過(guò)中間代理獲取關(guān)于管理系統(tǒng)(例如有線或無(wú)線的系統(tǒng))資源的信息，通過(guò)代理將命令發(fā)送到管理系統(tǒng)(如果需要)，或者通過(guò)該代理從管理系統(tǒng)接收各種消息。為了執(zhí)行這種功能，代理通過(guò)根據(jù)管理對(duì)象的概念來(lái)形成信息來(lái)管理系統(tǒng)的物理/邏輯信息，例如組成、故障、連接和統(tǒng)計(jì)。可以在管理器和代理之間使用基于各種協(xié)議的通信技術(shù)(例如CMIP、CORBA和SNMP)來(lái)發(fā)送各種數(shù)據(jù)。在這種情況中，在通過(guò)對(duì)象之間通信將數(shù)據(jù)發(fā)送到管理器和ORB終端的同時(shí)，在CORBA中操作的代理適用于根據(jù)CORBA標(biāo)準(zhǔn)使管理所需的一些對(duì)象對(duì)象化。
為了直接訪問(wèn)不同版本之間的對(duì)等方實(shí)例，CORBA環(huán)境要求在IOR文件或CORBA命名服務(wù)中登記關(guān)于相應(yīng)實(shí)例的信息(例如，參考和名稱)的過(guò)程。然而，如果存在多個(gè)實(shí)例，或者經(jīng)常添加或刪除實(shí)例，難以分別登記并調(diào)用所有實(shí)例信息。
因此，3GPP TS 32.603提出一種方法，其中定義了稱為BasicCmIrpOperation的對(duì)象來(lái)提取所有實(shí)例的信息。然而，該過(guò)程具有必須通過(guò)BasicCmIrpOperation來(lái)作出所有調(diào)用、以及當(dāng)同時(shí)作出多個(gè)調(diào)用命令時(shí)必須依次處理多個(gè)調(diào)用命令的缺點(diǎn)。

發(fā)明內(nèi)容
本發(fā)明用于解決上述問(wèn)題，并因此本發(fā)明的目的是提供一種使用代表性對(duì)象實(shí)例的配置管理系統(tǒng)和方法，該系統(tǒng)和方法可以通過(guò)代表性對(duì)象實(shí)例來(lái)調(diào)用關(guān)于未登記對(duì)象實(shí)例的信息以便積極地管理節(jié)點(diǎn)。
根據(jù)用于實(shí)現(xiàn)上述目的的本發(fā)明方案，提供一種在網(wǎng)絡(luò)中使用代表性對(duì)象實(shí)例的對(duì)象管理系統(tǒng)，包括代理，用于在管理系統(tǒng)的初始化中存儲(chǔ)關(guān)于系統(tǒng)配置的初始化信息作為對(duì)象信息，并且用于產(chǎn)生表示對(duì)象信息的代表性對(duì)象實(shí)例，以及當(dāng)從網(wǎng)絡(luò)管理系統(tǒng)(NMS)的管理器接收到對(duì)象調(diào)用時(shí)，用于通過(guò)代表性對(duì)象實(shí)例來(lái)針對(duì)調(diào)用的對(duì)象執(zhí)行命令并且將命令的結(jié)果發(fā)送到NMS管理器。
優(yōu)選地，代理包括未登記對(duì)象DB，存儲(chǔ)沒有在命名服務(wù)中登記的對(duì)象的未登記對(duì)象信息，用于對(duì)象之間的通信；應(yīng)用程序，當(dāng)從NMS管理器接收到對(duì)象調(diào)用時(shí)用于通過(guò)代表性對(duì)象實(shí)例來(lái)開始處理未登記對(duì)象DB，以便執(zhí)行針對(duì)調(diào)用對(duì)象的命令；以及系統(tǒng)接口，用于與管理系統(tǒng)進(jìn)行接口。
優(yōu)選地，應(yīng)用程序包括用戶程序，用戶程序?qū)嶋H實(shí)現(xiàn)由接口定義語(yǔ)言(IDL)所定義的對(duì)象之間的關(guān)系或行為。
優(yōu)選地，存儲(chǔ)在未登記對(duì)象DB中的未登記對(duì)象信息是結(jié)構(gòu)鏈表的形式。
優(yōu)選地，未登記對(duì)象信息包含存儲(chǔ)在Mo_Node中的配置信息和存儲(chǔ)在Mo_Attribute中的關(guān)于配置信息的各個(gè)屬性信息。
初始化信息至少包括系統(tǒng)信息、支架信息、擱架信息、插槽信息和主板信息之一。
根據(jù)定義為EquipmentR1類的屬性信息，系統(tǒng)信息被存儲(chǔ)在未登記對(duì)象DB中。
根據(jù)定義為EquipmentHolder類的屬性信息，支架信息、擱架信息、插槽信息被存儲(chǔ)在未登記對(duì)象DB中。
根據(jù)定義為CircuitPack類的屬性信息，主板信息被存儲(chǔ)在未登記對(duì)象DB中。
當(dāng)從NMS管理器接收到關(guān)于對(duì)象信息的GET操作命令時(shí)，代理用于通過(guò)代表性對(duì)象實(shí)例來(lái)搜索未登記對(duì)象DB，并且用于將搜索到的調(diào)用對(duì)象的結(jié)果信息發(fā)送到NMS管理器。
代理還用于將從未登記對(duì)象DB中搜索到的對(duì)象的結(jié)果信息登記到散列表中。
當(dāng)從NMS管理器接收到關(guān)于對(duì)象信息的SET操作命令時(shí)，代理用于通過(guò)代表性對(duì)象實(shí)例來(lái)搜索未登記對(duì)象DB，并且用于改變關(guān)于調(diào)用對(duì)象的信息，并將結(jié)果信息發(fā)送到NMS管理器。
代理還用于將從未登記對(duì)象DB中搜索到的對(duì)象的改變結(jié)果信息登記到散列表中。
在散列表中登記的信息是結(jié)構(gòu)列表的形式。
在管理系統(tǒng)的故障或狀態(tài)改變中，代理用于改變相應(yīng)對(duì)象的信息，并且通過(guò)一個(gè)事件將改變信息發(fā)送到NMS管理器。
在執(zhí)行操作命令中，代理用于從根據(jù)DN信息搜索到的實(shí)例中查找滿足管理器所要求的過(guò)濾條件的實(shí)例。
過(guò)濾條件至少包括計(jì)算條件、比較條件和容器條件之一。
當(dāng)在執(zhí)行操作命令中作出命令中，代理用于根據(jù)范圍信息指定要搜索的范圍以及代表性對(duì)象實(shí)例。
范圍信息至少包括類型信息和等級(jí)信息之一。
根據(jù)用于實(shí)現(xiàn)上述目的的本發(fā)明方案，提供一種在網(wǎng)絡(luò)中使用代表性對(duì)象實(shí)例的對(duì)象管理方法，該方法包括步驟存儲(chǔ)關(guān)于管理系統(tǒng)配置的初始化信息作為對(duì)象信息；產(chǎn)生表示對(duì)象信息的代表性對(duì)象實(shí)例；以及，當(dāng)接收到對(duì)象調(diào)用時(shí)，根據(jù)關(guān)于通過(guò)代表性對(duì)象實(shí)例調(diào)用的對(duì)象的命令，傳遞結(jié)果值。
對(duì)象管理方法還包括步驟當(dāng)關(guān)于通過(guò)代表性對(duì)象實(shí)例調(diào)用的對(duì)象的命令是GET命令時(shí)，傳遞GET結(jié)果。
GET結(jié)果傳遞步驟包括查詢與代表性對(duì)象實(shí)例相關(guān)的對(duì)象；存儲(chǔ)查詢對(duì)象的GET結(jié)果；以及傳遞查詢對(duì)象的GET結(jié)果。
對(duì)象管理方法還包括步驟在傳遞查詢對(duì)象的GET結(jié)果之后將查詢對(duì)象信息添加到散列表中。
對(duì)象管理方法還包括步驟當(dāng)關(guān)于通過(guò)代表性對(duì)象實(shí)例調(diào)用的對(duì)象的命令是SET命令時(shí)，傳遞SET結(jié)果。
傳遞SET結(jié)果的步驟包括查詢與代表性對(duì)象實(shí)例相關(guān)的對(duì)象；改變查詢對(duì)象的屬性值；傳遞改變的屬性值；以及傳遞查詢對(duì)象的SET結(jié)果。
對(duì)象管理方法還包括步驟在傳遞改變的屬性值之后將查詢對(duì)象信息添加到散列表中。


當(dāng)結(jié)合附圖時(shí)參考下面的詳細(xì)說(shuō)明可以更好地理解本發(fā)明，本發(fā)明的完整理解及其所附優(yōu)點(diǎn)將變得顯而易見，附圖中類似的參考符號(hào)表示相同或類似的組件，其中圖1示出了在根據(jù)網(wǎng)絡(luò)管理標(biāo)準(zhǔn)(3GPP)的命名服務(wù)中登記的實(shí)例的GET操作的范例；圖2示出了在根據(jù)網(wǎng)絡(luò)管理標(biāo)準(zhǔn)(3GPP)的命名服務(wù)中登記的實(shí)例的SET操作的范例；
圖3示出了沒有在根據(jù)網(wǎng)絡(luò)管理標(biāo)準(zhǔn)(3GPP)的命名服務(wù)中登記的實(shí)例的GET操作的范例；圖4示出了沒有在根據(jù)網(wǎng)絡(luò)管理標(biāo)準(zhǔn)(3GPP)的命名服務(wù)中登記的實(shí)例的SET操作的實(shí)例；圖5是包括通用對(duì)象請(qǐng)求代理體系結(jié)構(gòu)(CORBA)代理和實(shí)際網(wǎng)元的網(wǎng)絡(luò)的方框圖；圖6示出了根據(jù)本發(fā)明的典型配置初始化文件；圖7是根據(jù)本發(fā)明定義DB表結(jié)構(gòu)的視圖；圖8是根據(jù)本發(fā)明定義散列表結(jié)構(gòu)的視圖；圖9是根據(jù)本發(fā)明定義形成管理系統(tǒng)的代表性對(duì)象實(shí)例EquipmentR1類的屬性的視圖；圖10是根據(jù)本發(fā)明定義形成管理系統(tǒng)的代表性對(duì)象實(shí)例EquipmentR1類的方法的視圖；圖11是根據(jù)本發(fā)明定義形成管理系統(tǒng)的代表性對(duì)象實(shí)例EquipmentR1類的屬性值類型的視圖；圖12是根據(jù)本發(fā)明定義形成管理系統(tǒng)的代表性對(duì)象實(shí)例EquipmentHolder類的屬性的視圖；圖13根據(jù)本發(fā)明定義形成管理系統(tǒng)的代表性對(duì)象實(shí)例CircuitPack類的屬性的視圖；圖14是根據(jù)本發(fā)明的初始化過(guò)程的流程圖；圖15是初始化信息的CM容器樹的方框圖；圖16是用于接收從初始化文件獲得的各個(gè)節(jié)點(diǎn)信息、根據(jù)節(jié)點(diǎn)類型將接收到的節(jié)點(diǎn)信息分類為網(wǎng)元數(shù)據(jù)、以及以鏈表形式存儲(chǔ)分類數(shù)據(jù)的過(guò)程的流程圖；圖17是根據(jù)本發(fā)明的針對(duì)實(shí)例的GET操作的流程圖；圖18是根據(jù)本發(fā)明的針對(duì)實(shí)例的SET操作的流程圖；圖19和20是根據(jù)本發(fā)明的GET操作的流程圖；圖21和22是根據(jù)本發(fā)明的SET操作的流程圖；圖23是根據(jù)本發(fā)明用于查詢散列表的過(guò)程的流程圖；圖24A、24B和25是根據(jù)本發(fā)明用于產(chǎn)生散列數(shù)的過(guò)程的流程圖；以及圖26是根據(jù)本發(fā)明用于添加散列表的過(guò)程的流程圖。
具體實(shí)施例方式
下面結(jié)合附圖來(lái)詳細(xì)說(shuō)明本發(fā)明的優(yōu)選實(shí)施例。為了參考，整個(gè)附圖中相同或類似的參考符號(hào)用于表示相應(yīng)部分。在下面的詳細(xì)說(shuō)明中，因?yàn)樗鼈儠?huì)使本發(fā)明的概念不清楚，將不詳細(xì)說(shuō)明公知的功能或單元。
圖1示出了在根據(jù)網(wǎng)絡(luò)管理標(biāo)準(zhǔn)(3GPP)的命名服務(wù)中登記的實(shí)例的GET操作的范例。
如圖1所示，當(dāng)在CORBA平臺(tái)中的兩個(gè)分離的設(shè)備中實(shí)現(xiàn)管理器1和代理2時(shí)，管理器1可以經(jīng)由ORB來(lái)開始處理從實(shí)際管理對(duì)象中形成的代理2的實(shí)例，以便獲得希望的信息或執(zhí)行方法。在這種情況中，必須在產(chǎn)生時(shí)將所有對(duì)象登記到命名服務(wù)3中，并且代理2經(jīng)由例如可移植對(duì)象適配器(POA)或基本對(duì)象適配器(BOA)的CORBA對(duì)象適配器給對(duì)象分配唯一ID，并且管理這些ID。此外，對(duì)象實(shí)例池表示在實(shí)現(xiàn)時(shí)刻登記的實(shí)例。
即，在S1中代理2產(chǎn)生實(shí)例，并且在S2中與命名服務(wù)3相連，以便在S3中登記類名。當(dāng)在S4中管理器1與命名服務(wù)3相連并且在S5中請(qǐng)求登記的類名時(shí)，在S6中命名服務(wù)3將登記的類名傳遞到管理器1。
然后，當(dāng)在S7中管理器1從代理2調(diào)用實(shí)例的引用時(shí)，在S8中代理2將調(diào)用實(shí)例的引用傳遞到管理器。然后，在S9中，管理器1與代理2相對(duì)于實(shí)例的屬性執(zhí)行GET操作。
圖2示出了在根據(jù)網(wǎng)絡(luò)管理標(biāo)準(zhǔn)(3GPP)的命名服務(wù)中登記的實(shí)例的SET操作的范例。
如圖2所示，在S1中代理2產(chǎn)生實(shí)例，并且在S2中與命名服務(wù)3相連，以便在S3中登記類名。當(dāng)在S4中管理器1與命名服務(wù)相連并且在S5中請(qǐng)求登記的類名時(shí)，在S6中命名服務(wù)3將登記的類名傳遞到管理器1。
然后，當(dāng)在S7中管理器1從代理2調(diào)用實(shí)例的引用時(shí)，在S8中代理2將調(diào)用實(shí)例的引用傳遞到管理器1。當(dāng)在S9中管理器通過(guò)向代理2發(fā)送改變實(shí)例屬性的請(qǐng)求來(lái)做出響應(yīng)時(shí)，代理2在S10中改變屬性的值并且在S11中將屬性的改變值發(fā)送到管理器1。
圖3示出了沒有在根據(jù)網(wǎng)絡(luò)管理標(biāo)準(zhǔn)(3GPP)的命名服務(wù)中登記的實(shí)例的GET操作的范例。
如圖3所示，代理2產(chǎn)生根據(jù)3GPP定義的BasicCmIrpOperations實(shí)例(例如BasicCmIRPSystem.idl)。管理器1提取對(duì)象的引用并隨后調(diào)用find_managed_objects或modify_managed_objects方法。然后，當(dāng)代理2產(chǎn)生BasicCmInformationIterator并且存儲(chǔ)相應(yīng)結(jié)果時(shí)，管理器1再次獲得對(duì)象的引用。
即，代理2在S1中產(chǎn)生BasicCmIrpOperations對(duì)象并且在S2中將BasicCmIrpOperations登記到命名服務(wù)中。當(dāng)在S3中管理器1針對(duì)BasicCmIrpOperations對(duì)象的引用調(diào)用代理2時(shí)，在S4中代理2將BasicCmIrpOperations對(duì)象的引用傳遞到管理器1。
在S5中管理器針對(duì)BasicCmIrpOperations管理器所定義的find_managed_objects調(diào)用代理2，并且代理2在S6中產(chǎn)生BasicCmInformationIterator對(duì)象并在S7中將BasicCmInformationIterator對(duì)象的引用傳遞到管理器1。然后，在S8和S9中代理2查找調(diào)用的對(duì)象并且存儲(chǔ)結(jié)果。
因此，當(dāng)在S10中管理器1針對(duì)BasicCmInformationIterator對(duì)象所定義的next_basicCmInformations()調(diào)用代理2時(shí)，在S11中代理2將存儲(chǔ)的GET結(jié)果傳遞到管理器1。隨后，當(dāng)在S12中管理器1針對(duì)BasicCmInformationIterator對(duì)象所定義的destroy()調(diào)用代理2時(shí)，在S13中代理2刪除BasicCmInformationIterator對(duì)象。
圖4示出了沒有在根據(jù)網(wǎng)絡(luò)管理標(biāo)準(zhǔn)(3GPP)的命名服務(wù)中登記的實(shí)例的SET操作的實(shí)例。
如圖4所示，代理2在S1中產(chǎn)生BasicCmIrpOperations實(shí)例并且在S2中將BasicCmIrpOperations實(shí)例登記到命名服務(wù)中。當(dāng)在S3中管理器1針對(duì)BasicCmIrpOperations對(duì)象的引用調(diào)用代理2時(shí)，在S4中代理2將BasicCmIrpOperations對(duì)象的引用傳遞到管理器1。
在S5中管理器1針對(duì)BasicCmIrpOperations管理器所定義的find_managed_objects調(diào)用代理2，并且在S6和S7中代理2產(chǎn)生BasicCmInformationIterator對(duì)象以及ModifyResultIterator對(duì)象，并且在S8和S9中將BasicCmInformationIterator的引用以及ModifyResultIterator對(duì)象傳遞到管理器1。然后，在S10到S12中代理2找到調(diào)用的對(duì)象、改變調(diào)用對(duì)象的值并且存儲(chǔ)改變的值。此外，在S13中代理2將改變的屬性值傳遞到管理器1。
因此，當(dāng)在S14中管理器1針對(duì)BasicCmInformationIterator所定義的next_basicCmImformations()調(diào)用代理2時(shí)，在S15中代理2將存儲(chǔ)的結(jié)果傳遞到管理器1。
隨后，當(dāng)在S16中管理器1針對(duì)ModifyResultIterator所定義的next_modificationErrors()調(diào)用代理2時(shí)，在S17中代理2將存儲(chǔ)的ERROR值傳遞到管理器1。
然后，當(dāng)在S18中管理器針對(duì)BasicCmInformationIterator所定義的destroy()調(diào)用代理2時(shí)，在S19中代理2清除BasicCmInformationIterator。
在此之后，當(dāng)在S20中管理器1針對(duì)ModifyResultIterator所定義的destroy()調(diào)用代理2時(shí)，在S21中代理2清除ModifyResultIterator。
圖5是包括CORBA代理和實(shí)際網(wǎng)元(例如NMS、EMS、WCDMA系統(tǒng)等)的網(wǎng)絡(luò)的方框圖，其中，在CORBA平臺(tái)下的數(shù)據(jù)傳輸(占位程序(stub)、框架程序(skeleton)、IOR、ORB、調(diào)用/回叫、命名服務(wù)、通知服務(wù)等)實(shí)際上與普通CORBA服務(wù)器/客戶機(jī)結(jié)構(gòu)相同。
如圖5所示，本發(fā)明通常包括網(wǎng)絡(luò)管理系統(tǒng)(NMS)10、CORBA代理20和管理系統(tǒng)30。
NMS10是由通信服務(wù)運(yùn)營(yíng)商所管理的綜合網(wǎng)絡(luò)管理系統(tǒng)，并且包括CORBA管理器11、應(yīng)用程序12和占位程序13。
CORBA管理器11的功能為NMS10和CORBA代理20之間的NMS適配器，用于支持通過(guò)CORBA ORB的通信。
CORBA代理20用作NMS10和管理系統(tǒng)30之間的中間物，并且充當(dāng)CORBA服務(wù)器以及網(wǎng)絡(luò)管理結(jié)構(gòu)中的代理。
即，CORBA代理20與NMS10的CORBA管理器11一起執(zhí)行與CORBA相關(guān)的過(guò)程，包括操作、警告/狀態(tài)事件(或通知)等，并且與管理系統(tǒng)30在較低層交互操作。
具體地，在系統(tǒng)初始化中，CORBA代理20將每一個(gè)交換系統(tǒng)的配置和狀態(tài)形成為實(shí)例(實(shí)例產(chǎn)生)，并且通過(guò)命名服務(wù)60登記要由CORBA管理器21管理的對(duì)象數(shù)據(jù)。在系統(tǒng)操作期間，CORBA代理20通過(guò)調(diào)用NMS10將例如GET、SET、CREATE、DELETE等的命令發(fā)送到系統(tǒng)。
此外，CORBA代理20將命令的結(jié)果從系統(tǒng)返回到內(nèi)部配置對(duì)象、將其返回到NMS10、并且通過(guò)事件服務(wù)功能向高級(jí)NMS報(bào)告改變的狀態(tài)、警告等。
CORBA代理20包括未登記對(duì)象DB21、應(yīng)用程序22、代表性對(duì)象實(shí)例23、系統(tǒng)接口24和框架程序25。
未登記對(duì)象DB21以對(duì)象形式(例如未登記對(duì)象實(shí)例)存儲(chǔ)管理信息。即，盡管對(duì)于通過(guò)CORBA ORB的對(duì)象之間的通信需要命名服務(wù)60的登記等，而存儲(chǔ)了未登記對(duì)象。
應(yīng)用程序22是用戶程序，實(shí)際上實(shí)現(xiàn)了由接口定義語(yǔ)言(IDL)所定義的對(duì)象和對(duì)象之間的關(guān)系。
此外，應(yīng)用程序22具有代表性對(duì)象實(shí)例23，用于NMS10的CORBA管理器11和管理對(duì)象之間的連接，以便CORBA管理器11能夠直接訪問(wèn)該對(duì)象。
系統(tǒng)接口24通過(guò)基本管理系統(tǒng)(EMS)提供與管理系統(tǒng)30(包括MSC30、SGSN32和GGSN33)的接口，以便在本地網(wǎng)絡(luò)中監(jiān)控并操作系統(tǒng)狀態(tài)。
框架程序25和占位程序13是由IDL接口產(chǎn)生的編碼，應(yīng)用終端繼承這兩者以便實(shí)現(xiàn)對(duì)象。
如上所述，本發(fā)明的代理20通過(guò)系統(tǒng)初始化獲取所有系統(tǒng)信息(例如物理結(jié)構(gòu)、本地結(jié)構(gòu)和連接信息)。即，代理20構(gòu)成并管理從初始化文件作為CORBA實(shí)例獲得的系統(tǒng)信息。如果管理器11直接調(diào)用對(duì)象，由命名服務(wù)60登記其引用。以結(jié)構(gòu)鏈表的形式(DB表)管理任意未登記的對(duì)象信息，并隨后產(chǎn)生未登記對(duì)象信息的代表性對(duì)象實(shí)例。
現(xiàn)在參考圖6，圖6示出了根據(jù)本發(fā)明的典型的配置初始化文件。
參考圖6，代理從系統(tǒng)初始化中檢測(cè)到切換的配置信息文件。配置初始化文件包括系統(tǒng)、Rack、Shelf、Slot信息。例如，系統(tǒng)信息是MSCl3110∥elemldreplaceadminoper，支架(rack)信息是Rack018111∥elemldshelfCntreplaceadminoper，擱架(shelf)信息是SHELFO1111∥elemldslotCntreplaceadminoper，插槽信息是SLOT01110SMBA，SBBA∥elemldreplaceadminoperholdStatus，以及主板(board)信息是BOARD00011SMBANULLNULL90NULLNULL∥boardldrackldshelfldslotldreplaceadminopercircuitpackTypeavailStateNULLNULLportCntprotectingserialNumfwVer。
即，根據(jù)將系統(tǒng)信息指向EquipmentR1類、將支架、擱架和插槽信息指向EquipmentHolder類、以及將主板信息指向CircuitPack類的屬性信息，系統(tǒng)/支架/擱架/插槽信息被存儲(chǔ)在DB表的Mo_Attributes中。在下面的表1中示出了根據(jù)字段的配置初始化結(jié)構(gòu)的參數(shù)。
表1>

如圖1所示，“elemId”表示系統(tǒng)、支架、擱架、插槽的ID，并且“rack(/shelf/slot)Cnt”表示rack(/shelf/slot)計(jì)數(shù)?！癛eplace”表示可代替的狀態(tài)，并且“admin”表示管理狀態(tài)；“oper”表示操作狀態(tài)；“holdStatus”表示支撐狀態(tài)；“rack(/shelf/slot)Id”表示主板位置和rack(/shelf/slot)ID；“circuitpackType”表示電路群類型；“availState”表示可用狀態(tài)；“portCnt”表示主板中的端口計(jì)數(shù)；“portecting”表示對(duì)偶狀態(tài)；以及“serialNum”表示序列號(hào)。此外，“fw Ver”表示固件版本。
同時(shí)，在系統(tǒng)初始化和操作期間，代理在DB表中存儲(chǔ)與在命名服務(wù)中未登記的配置信息相關(guān)的實(shí)例。以如下所示的結(jié)構(gòu)數(shù)據(jù)鏈的形式存儲(chǔ)實(shí)例。
圖7是根據(jù)本發(fā)明定義DB表結(jié)構(gòu)的視圖。在系統(tǒng)初始化期間，代理按照下面的方式將數(shù)據(jù)存儲(chǔ)到DB表中。
例如系統(tǒng)、支架、擱架、插槽和主板信息的配置信息被存儲(chǔ)在“Mo_node”中，并且各個(gè)屬性被以鏈表的形式(其中分配并設(shè)置了數(shù)據(jù)區(qū)域，對(duì)其數(shù)據(jù)進(jìn)行排隊(duì)并且以列表形式逐個(gè)存儲(chǔ))存儲(chǔ)在“Mo_Attributes”中。因?yàn)檫€存在多個(gè)系統(tǒng)配置，“Mo_node”還以鏈表形式存儲(chǔ)信息。此外，“rightP”和“l(fā)eftP”是用于保持點(diǎn)與存儲(chǔ)在相應(yīng)數(shù)據(jù)右邊和左邊中的列表的關(guān)系的信息。
例如系統(tǒng)名稱、支架名稱、擱架名稱和主板名稱的節(jié)點(diǎn)名稱被存儲(chǔ)在“Mo_Node”的“id”中，并且其各個(gè)Id被存儲(chǔ)在“kind”中，而“l(fā)ockKey”被用作標(biāo)記，以避免在校正的時(shí)候訪問(wèn)數(shù)據(jù)，并且“attr_cnt”表示各個(gè)屬性的總數(shù)。
由圖9到13所定義的各個(gè)配置對(duì)象來(lái)處理屬性，并且逐個(gè)存儲(chǔ)在“Mo_Attributes”中，而由圖9到13中的IDL所定義的屬性名稱被存儲(chǔ)在“Mo_Attributes”中，并且與屬性相對(duì)應(yīng)的值(由初始化文件讀取的replace、admin、oper等值)被存儲(chǔ)在“valueP”中?！癈ORBAAny”表示由CORBA定義的稱為“any”的一種數(shù)據(jù)類型，并且這種類型可以表示所有數(shù)據(jù)類型。
在完成初始化之后，代理根據(jù)來(lái)自管理器的請(qǐng)求和系統(tǒng)狀態(tài)來(lái)如下操作。
代理在針對(duì)來(lái)自管理器的對(duì)象信息的GET操作中通過(guò)所謂代表性對(duì)象實(shí)例來(lái)搜索散列表和DB表，并且發(fā)送結(jié)果。即，如果在散列表中沒有找到，代理搜索DB表并且還將其結(jié)果登記到散列表中。
此外，代理從管理器接收關(guān)于對(duì)象信息的SET操作、通過(guò)所謂代表性對(duì)象實(shí)例來(lái)搜索散列表和DB表、改變關(guān)于相應(yīng)實(shí)例的信息、并且發(fā)送其結(jié)果和事件。此外，在這種情況中，如果在散列表中沒有找到結(jié)果，代理搜索DB表并且還將其結(jié)果登記到散列表中。
在管理系統(tǒng)中發(fā)生故障和狀態(tài)改變的情況中，代理改變關(guān)于相應(yīng)實(shí)例的信息、并且經(jīng)由事件(或通知)將相應(yīng)信息發(fā)送到管理器。
在GET/SET操作中，代理根據(jù)范圍信息(類型、等級(jí))來(lái)指定要搜索的范圍、并且通過(guò)指定代表性對(duì)象實(shí)例來(lái)發(fā)送命令。
在GET/SET操作中，代理還選擇根據(jù)滿足管理器所請(qǐng)求的過(guò)濾條件(計(jì)算條件、比較、容器關(guān)系等)的DN信息而找到的實(shí)例中的任一個(gè)。
此外，如下所述，代理利用GET/SET將與具有訪問(wèn)歷史的節(jié)點(diǎn)信息相關(guān)的內(nèi)容存儲(chǔ)在結(jié)構(gòu)數(shù)據(jù)列表中。根據(jù)本發(fā)明，數(shù)據(jù)列表被稱為“散列表”。這是通過(guò)應(yīng)用散列算法利用散列表信息映射原始數(shù)據(jù)而產(chǎn)生的結(jié)構(gòu)，以便提高針對(duì)重復(fù)訪問(wèn)相應(yīng)節(jié)點(diǎn)的搜索率。
圖8是根據(jù)本發(fā)明定義散列表結(jié)構(gòu)的視圖。
如圖8所示，參考散列表結(jié)構(gòu)，“int number”表示散列數(shù)，并且“DBImplMonode*node；”表示存儲(chǔ)了節(jié)點(diǎn)信息的DB列表地點(diǎn)。此外，“bool top_flag”表示分配給最近登記的信息的標(biāo)記。
在本發(fā)明中，代表性對(duì)象實(shí)例(EquipmentR1，EquipmentHolder，CircuitPack)被定義為與在標(biāo)準(zhǔn)ITU-T M.3100(通用網(wǎng)絡(luò)信息模型)中所定義的類名相同(例如ConfigurationNetworkResourcesNRMDefs.idl)，并且除了自定義數(shù)據(jù)(StateManagementIRPConstDefs.idl)之外的內(nèi)部定義屬性和方法(ConfigurationNetworkResourcesNRMDefs.idl)遵守標(biāo)準(zhǔn)(TS32.623、TS 32.300等)。下面結(jié)合圖9到13來(lái)詳細(xì)說(shuō)明。
圖9是根據(jù)本發(fā)明定義形成管理系統(tǒng)的代表性對(duì)象實(shí)例EquipmentR1類的屬性(例如ConfigurationNetworkResourcesNRMDefs.idl)的視圖。
如圖9所示，EquipmentR1類是代表性對(duì)象實(shí)例，用于管理關(guān)于系統(tǒng)節(jié)點(diǎn)的信息、并且通常將定義內(nèi)容分類為屬性名稱和屬性值類型。
圖10是根據(jù)本發(fā)明定義形成管理系統(tǒng)的代表性對(duì)象實(shí)例EquipmentR1類的方法(例如ConfigurationNetworkResourcesNRMDefs.idl)的視圖。
如圖10所示，當(dāng)管理器將訪問(wèn)調(diào)用命令發(fā)送到執(zhí)行GET或SET的對(duì)象時(shí)，代理將代表性對(duì)象實(shí)例的引用(例如EquipmentR1，EquipmentHolder和CircuitPack)傳遞到管理器。然后，管理器可以在對(duì)象中再次調(diào)用getAttribute和setAttribute方法，以便針對(duì)希望的實(shí)例節(jié)點(diǎn)的信息執(zhí)行GET或SET操作。
在這種情況中，管理器只需要與代表性對(duì)象實(shí)例相關(guān)的命名信息和引用，而不需要請(qǐng)求與多個(gè)實(shí)例相關(guān)的命名信息或引用，并且代理只針對(duì)代表性對(duì)象實(shí)例執(zhí)行實(shí)施方式和命名服務(wù)登記。當(dāng)調(diào)用上述功能時(shí)，代理在內(nèi)部數(shù)據(jù)庫(kù)(例如DB表和散列表)中搜索出結(jié)果并且將結(jié)果傳遞到管理器。
圖11是根據(jù)本發(fā)明定義形成管理系統(tǒng)的代表性對(duì)象實(shí)例EquipmentR1類的屬性值類型(例如StateManagementIRPConstDefs.idl)的視圖。
如圖11所示，這定義了由代理自定義的屬性的數(shù)值類型。
圖12是根據(jù)本發(fā)明定義形成管理系統(tǒng)的代表性對(duì)象實(shí)例EquipmentHolder類的屬性(例如ConfigurationNetworkResourcesNRMDefs.idl)的視圖。
如圖12所示，EquipmentHolder類繼承EquipmentR1類，以便提供getAttribute和setAttribute功能，并且如圖12所示，定義了附加的屬性。通常將定義內(nèi)容分類為屬性名稱和屬性值類型。
圖13是是根據(jù)本發(fā)明定義形成管理系統(tǒng)的代表性對(duì)象實(shí)例CircuitPack類的屬性(例如ConfigurationNetworkResourcesNRMDefs.idl)的視圖。
如圖13所示，CircuitPack類繼承EquipmentR1類并且提供getAttribute和setAttribute功能，并且如圖13所示，定義了附件的屬性。通常將定義內(nèi)容分類為屬性名稱和屬性值類型。
此外，本發(fā)明提供包括范圍和過(guò)濾條件的GET/SET操作的實(shí)現(xiàn)方法。
如果將整個(gè)DN賦給實(shí)例GET或者范圍類型是僅是基本的，在搜索表時(shí)確認(rèn)是否滿足過(guò)濾條件，并隨后返回滿足實(shí)例。如果給定的DN不是整個(gè)DN，即，范圍類型不是僅為基本的，在執(zhí)行搜索到最后節(jié)點(diǎn)時(shí)返回滿足過(guò)濾條件的多個(gè)實(shí)例。
此外，本發(fā)明提高了GET/SET執(zhí)行速率。即，因?yàn)橹饕x了散列規(guī)則并且在散列表之后搜索DB表，可以提高針對(duì)管理對(duì)象的搜索率?？梢栽诜从忱缇娴膬?nèi)部狀態(tài)的情況下，使其可用并且作為搜索表，并且當(dāng)GET/SET操作的概率更高時(shí)可以獲得更好的結(jié)果。下面的表2示出了經(jīng)由本發(fā)明的代理應(yīng)用于實(shí)際系統(tǒng)的試驗(yàn)中得到的數(shù)據(jù)，其中比較了實(shí)例GET操作中的執(zhí)行率(單位tps(事務(wù)每秒))。
<表2>

如表2所示，顯而易見的是，對(duì)于各個(gè)組件數(shù)據(jù)，實(shí)例GET執(zhí)行速率快于單一和不同版本中的普通執(zhí)行速率。
圖14是根據(jù)本發(fā)明的初始化過(guò)程的流程圖，以及圖15是初始化信息的CM容器樹的方框圖。
如圖14所示，在初始化期間在S10中代理向系統(tǒng)請(qǐng)求初始化文件，并且在S20中從其接收到初始化文件。
在S30中代理逐行讀取初始化文件信息以便獲得信息，并且在S40中確定該信息是否包含關(guān)于系統(tǒng)信息的數(shù)據(jù)。如果系統(tǒng)信息存在，在S50中代理產(chǎn)生系統(tǒng)DB節(jié)點(diǎn)以便將產(chǎn)生的系統(tǒng)DB節(jié)點(diǎn)添加到系統(tǒng)DB節(jié)點(diǎn)表，并隨后在S60中接著讀取下一行。
然而，如果系統(tǒng)信息不存在，在S70中代理確定是否存在關(guān)于支架的信息。如果支架信息存在，在S80中代理逐個(gè)產(chǎn)生支架DB節(jié)點(diǎn)以便將產(chǎn)生的支架DB節(jié)點(diǎn)添加到支架DB表中，并隨后在S90中接著讀取下一行。
如果支架信息不存在，在S100中代理確定是否存在關(guān)于擱架的信息。如果擱架信息存在，在S110中代理逐個(gè)產(chǎn)生擱架DB節(jié)點(diǎn)以便將產(chǎn)生的擱架DB節(jié)點(diǎn)添加到擱架DB表中，并隨后在S120中接著讀取下一行。
然而，如果擱架信息不存在，在S130中代理確定是否存在關(guān)于插槽的信息。如果插槽信息存在，在S140中代理逐個(gè)產(chǎn)生插槽DB節(jié)點(diǎn)以便將產(chǎn)生的插槽DB節(jié)點(diǎn)添加到插槽DB表中，并隨后在S150中接著讀取下一行。
如果插槽信息不存在，在S160中代理確定是否存在關(guān)于主板的信息。如果主板信息存在，在S170中代理逐個(gè)產(chǎn)生主板DB節(jié)點(diǎn)以便將產(chǎn)生的主板DB節(jié)點(diǎn)添加到主板DB表中，并隨后在S180中接著讀取下一行。
然而，如果主板信息不存在，在S190中代理確定是否為初始化文件的結(jié)尾(EOF)。如果是EOF，終止初始化過(guò)程；如果不是，代理讀取文件的行并且獲得信息以便重復(fù)上述過(guò)程。
因此，在通過(guò)重復(fù)上述過(guò)程產(chǎn)生關(guān)于系統(tǒng)、支架、擱架、插槽和主板的DB節(jié)點(diǎn)之后完成了初始化。
按照具有如圖15所示的CM容器樹的配置管理數(shù)據(jù)的形式，將上述初始化信息存儲(chǔ)在DB表中，圖15是初始化信息的CM容器數(shù)據(jù)的方框圖。
具體地，根據(jù)圖16所示的過(guò)程可以獲得根據(jù)上述節(jié)點(diǎn)類型(系統(tǒng)、支架、擱架、插槽和電路群)產(chǎn)生的節(jié)點(diǎn)。
圖16是根據(jù)本發(fā)明用于接收從初始化文件獲得的各個(gè)節(jié)點(diǎn)信息、根據(jù)節(jié)點(diǎn)類型(系統(tǒng)、支架、擱架、插槽和電路群)將接收到的節(jié)點(diǎn)信息分類為屬性數(shù)據(jù)、以及以鏈表形式存儲(chǔ)分類數(shù)據(jù)的過(guò)程的流程圖。這總計(jì)為DB表信息。
如圖16所示，在S41到S44中，首先根據(jù)行從文件中獲得各個(gè)配置節(jié)點(diǎn)的屬性值，根據(jù)圖9到13中所定義的數(shù)據(jù)類型進(jìn)行轉(zhuǎn)換，該數(shù)據(jù)類型是通過(guò)映射根據(jù)IDL的標(biāo)準(zhǔn)(M.3100)所定義的屬性而獲得的，并隨后在S41到S44繼續(xù)按照鏈表的形式存儲(chǔ)在MoAttrNodeP中。
接著，當(dāng)創(chuàng)建屬性信息時(shí)，產(chǎn)生所有關(guān)于節(jié)點(diǎn)的信息(dn、loc_id、id、kind、attr_cnt、attrP、lockKey)。在這種情況中，在S45中，在上述過(guò)程中產(chǎn)生的MoAttrNodeP數(shù)據(jù)作為節(jié)點(diǎn)的屬性信息被存儲(chǔ)在MoNodeP中的attrP項(xiàng)中。(dn區(qū)分名稱，物理位置的命名規(guī)則，id節(jié)點(diǎn)標(biāo)識(shí)符，kind節(jié)點(diǎn)值，attr_cnt節(jié)點(diǎn)屬性數(shù)，attrP節(jié)點(diǎn)屬性信息，lockKey鎖定節(jié)點(diǎn)數(shù)據(jù)的密鑰)因?yàn)樗鼈兊囊馑寂c圖7的上述說(shuō)明中所表示的相同，將不說(shuō)明DB表的MoNode和MoAttrNode的參數(shù)。
圖17是根據(jù)本發(fā)明針對(duì)實(shí)例的GET操作的流程圖，可以針對(duì)在根據(jù)網(wǎng)絡(luò)管理標(biāo)準(zhǔn)(3GPP)的命名服務(wù)中登記的實(shí)例以及針對(duì)沒有在命名服務(wù)中登記的實(shí)例實(shí)現(xiàn)GET/SET。
如圖17所示，在系統(tǒng)初始化時(shí)，首先在S10中代理20產(chǎn)生代表性對(duì)象實(shí)例(EquipmentR1、EquipmentHolder和CircuitPack)并且在S20中將代表性對(duì)象實(shí)例登記到命名服務(wù)中。然后，在S30中將所有配置數(shù)據(jù)存儲(chǔ)在DB表中。
在此之后，在S40中管理器11調(diào)用代表性對(duì)象實(shí)例的引用，并且在S50中代理20將代表性對(duì)象實(shí)例的引用傳遞到管理器11。
然后，在S60中，管理器11從代理提取在命名服務(wù)中登記了的代表性對(duì)象實(shí)例的可調(diào)用引用，并隨后調(diào)用在代表性對(duì)象實(shí)例中所定義的getAttributes()。
因此，在S70中代理20請(qǐng)求用于查詢的DB散列表，并因此在S80中查詢與代表性對(duì)象實(shí)例相關(guān)的實(shí)例。
在S90中，代理20存儲(chǔ)查詢結(jié)果(GET resultSet)，并隨后在S100中將GET resultSet傳遞到管理器11。
在S110中，代理20將訪問(wèn)的節(jié)點(diǎn)信息添加到散列表中的信息中。
然后，在S120中，管理器11調(diào)用在代表性對(duì)象實(shí)例中所定義的getAttributes()，并且在S130中代理20請(qǐng)求用于查詢的散列表，以便在S140中查詢與代表性對(duì)象實(shí)例相關(guān)的實(shí)例。
在S150中，代理存儲(chǔ)查詢的結(jié)果(GET resultSet)，并且在S160中將GET resultSet傳遞到管理器11。
圖18示出了根據(jù)本發(fā)明針對(duì)實(shí)例的SET操作的流程圖，可以針對(duì)在根據(jù)網(wǎng)絡(luò)管理標(biāo)準(zhǔn)(3GPP)的命名服務(wù)中登記的實(shí)例以及針對(duì)沒有在命名服務(wù)中登記的實(shí)例實(shí)現(xiàn)GET/SET。
如圖18所示，在系統(tǒng)初始化中，在S10中代理20產(chǎn)生代表性對(duì)象實(shí)例(EquipmentR1，EquipmentHolder和CircuitPack)，并且在S20中將代表性對(duì)象實(shí)例登記到命名服務(wù)中。然后，在S30中將所有配置數(shù)據(jù)存儲(chǔ)在DB表中。
在S40中，管理器11調(diào)用代表性對(duì)象實(shí)例的引用，并且在S50中代理20將代表性對(duì)象實(shí)例的引用傳遞到管理器11。
在S60中，管理器11提取在初始化中在命名服務(wù)中登記了的代表性對(duì)象實(shí)例的可調(diào)用引用，并且調(diào)用在代表性對(duì)象實(shí)例中所定義的setAttributes()。
作為響應(yīng)，在S70中代理20請(qǐng)求DB表用于查詢，并且在S80中查詢與代表性對(duì)象實(shí)例相關(guān)的實(shí)例。
然后，在S90中，代理20改變DB表中的屬性值，在S100中存儲(chǔ)改變的結(jié)果(SET(，err)resultSet)，并且在S110中將改變的屬性值發(fā)送到管理器11。
在S120中，代理20將訪問(wèn)節(jié)點(diǎn)信息添加到散列表中的信息中。
當(dāng)在S140中管理器再次調(diào)用在代表性對(duì)象實(shí)例中所定義的setAttributes()時(shí)，在S150中代理20請(qǐng)求散列表用于查詢，并且在S160中查詢與代表性對(duì)象實(shí)例相關(guān)的實(shí)例。如果因?yàn)闆]有在散列表中登記而沒有找到實(shí)例時(shí)，在S160中代理20再次向DB表發(fā)送請(qǐng)求，以便查詢與代表性對(duì)象實(shí)例相關(guān)的實(shí)例。
然后，在S170中代理20改變DB表中的屬性值，在S180中存儲(chǔ)改變的結(jié)果(SET(，err)resultSet)，并且在S190中將改變的屬性值發(fā)送到管理器11。
在節(jié)點(diǎn)沒有在散列表中登記并因此向DB表請(qǐng)求的情況中，在S200中，代理20將處理的節(jié)點(diǎn)信息添加到散列表中的信息中。
如上所述，如果管理器11所希望的節(jié)點(diǎn)信息與沒有在散列表中的歷史的節(jié)點(diǎn)相對(duì)應(yīng)，本發(fā)明通過(guò)DB表獲得該節(jié)點(diǎn)，并且通過(guò)內(nèi)部過(guò)程GET/SET來(lái)發(fā)送關(guān)于代表性對(duì)象實(shí)例的結(jié)果。
在SET操作的情況中，另外，還將相應(yīng)通知發(fā)送到管理器11，并且針對(duì)未登記的實(shí)例，代理20還給GET/SET功能提供根據(jù)3GPP定義的BasicCmIrpOperations(例如BasicCmIRPSystem.idl)。即，當(dāng)管理器11命令BasicCmIrpOperations實(shí)例執(zhí)行GET/SET操作時(shí)，BasicCmIrpOperations實(shí)例直接調(diào)用代表性對(duì)象實(shí)例。當(dāng)BasicCmIrpOperations實(shí)例搜索散列表和DB表，并且將其結(jié)果存儲(chǔ)在所產(chǎn)生的iterator中時(shí)，管理器11訪問(wèn)迭代程序并且依次獲取其結(jié)果。本實(shí)施例還包括按照3GPP所定義的范圍和過(guò)濾功能(例如BasicCmIRPSystem.idl)。
圖19和20是根據(jù)本發(fā)明的GET操作的流程圖。
如圖19所示，當(dāng)在S100中，代理從管理器接收到GET操作時(shí)，在S200中代理調(diào)用代表性對(duì)象實(shí)例，并且在S300中請(qǐng)求GET操作。在這種情況中，GET意味著按照CORBA標(biāo)準(zhǔn)(3GPP)定義的GET功能和參量。代表性對(duì)象實(shí)例表示沒有在命名服務(wù)中登記的配置對(duì)象，并因此不能直接調(diào)用。由代理終端在根據(jù)CROBA標(biāo)準(zhǔn)(3GPP)的GET/SET操作中通過(guò)BasicCmIrpOperations來(lái)調(diào)用代表性對(duì)象實(shí)例。對(duì)于代表性對(duì)象實(shí)例，有可能訪問(wèn)DB表，搜索希望的節(jié)點(diǎn)信息，并且校正結(jié)果。
因此，在S400中代理接收關(guān)于GET操作的結(jié)果，并且在S500中確定是否正常地獲得該結(jié)果。如果正常地獲得該結(jié)果，在S600中代理存儲(chǔ)該結(jié)果(GET resultSet)；如果不是，在S700中代理執(zhí)行調(diào)用錯(cuò)誤處理例程。
特別地，如果在上述過(guò)程中請(qǐng)求了GET操作，代理執(zhí)行如圖20所示的過(guò)程來(lái)產(chǎn)生針對(duì)GET操作的結(jié)果。
首先，當(dāng)在S401中代理接收到GET操作時(shí)，在S402中，代理確定是否存在散列表。如果存在散列表，在S403中代理查詢散列表。如果不存在散列表，在S404中代理查詢DB表。在這種情況中，DB表是存儲(chǔ)在代理初始化中沒有由例如命名服務(wù)登記并因此不能夠被CORBA ORB終端直接調(diào)用的對(duì)象信息(例如，類、屬性和DN)的存儲(chǔ)單元。散列表是用于按照散列節(jié)點(diǎn)和列表的形式管理搜索到的節(jié)點(diǎn)和信息的存儲(chǔ)單元，以便提高在操作執(zhí)行時(shí)的搜索速率。
然后，在S405中，代理輸入DN信息和過(guò)濾信息，并且步驟D-1中，在散列表中搜索具有相應(yīng)的DN信息和希望的屬性的節(jié)點(diǎn)。如果在散列表中不存在這種節(jié)點(diǎn)，則代理針對(duì)這種節(jié)點(diǎn)搜索DB表。
然后，在搜索之后，在S406中，代理分析包含在從管理器接收的SearchControl信息的過(guò)濾條件，并且確認(rèn)是否存在相應(yīng)節(jié)點(diǎn)，并且作為搜索結(jié)果，實(shí)際節(jié)點(diǎn)屬性是否滿足過(guò)濾條件。術(shù)語(yǔ)“過(guò)濾條件”表示在執(zhí)行按照CORBA標(biāo)準(zhǔn)(3GPP)定義的GET操作中的條件。
如果找到了相應(yīng)的節(jié)點(diǎn)并且實(shí)際節(jié)點(diǎn)屬性滿足過(guò)濾條件，在步驟D-2中，代理將搜索到的節(jié)點(diǎn)添加到散列表中，在S407中存儲(chǔ)結(jié)果，并且在S408中輸入范圍類型。在這種情況中，從GET操作中獲得結(jié)果。
然后，在S409中代理確認(rèn)范圍條件(type(＝僅是基本的，基本和子樹，基本到第n級(jí)，基本到全部)，等級(jí))是否是僅是基本的。如果范圍條件是其它類型而不是僅是基本的，可以產(chǎn)生多個(gè)結(jié)果。因此，在這種情況中，在S410中代理繼續(xù)搜索并且確認(rèn)節(jié)點(diǎn)是否是最后的節(jié)點(diǎn)。術(shù)語(yǔ)“范圍”表示在執(zhí)行按照CORBA標(biāo)準(zhǔn)(3GPP)所定義的GET操作中的范圍條件(type(＝僅是基本的，基本和子樹，基本到第n級(jí)，基本到全部)，等級(jí)))。
如果該節(jié)點(diǎn)不是最后的節(jié)點(diǎn)，在S411中代理移到下一個(gè)節(jié)點(diǎn)(node＝node→next)。如果該節(jié)點(diǎn)是最后的節(jié)點(diǎn)，在S412中代理確認(rèn)最后的節(jié)點(diǎn)是否為散列節(jié)點(diǎn)。因?yàn)樯⒘泄?jié)點(diǎn)具有尚未搜索的歷史，代理對(duì)于DB節(jié)點(diǎn)執(zhí)行查詢步驟。
圖21和22是根據(jù)本發(fā)明的Set操作的流程圖。
如圖21所示，當(dāng)在S100中從管理器接收到SET操作時(shí)，在S200中代理調(diào)用代表性對(duì)象實(shí)例，并且在S300中請(qǐng)求SET操作。在此，“SET”表示按照CORBA標(biāo)準(zhǔn)(3GPP)定義的SET功能和參量。代表性對(duì)象實(shí)例表示沒有在命名服務(wù)中登記、并因此不能夠直接調(diào)用的配置對(duì)象。由代理終端在根據(jù)CROBA標(biāo)準(zhǔn)(3GPP)的GET/SET操作中通過(guò)BasicCmIrpOperations來(lái)調(diào)用代表性對(duì)象實(shí)例。對(duì)于代表性對(duì)象實(shí)例，有可能訪問(wèn)DB表，搜索希望的節(jié)點(diǎn)信息，并且校正結(jié)果。
作為響應(yīng)，在S400中，代理接收關(guān)于SET操作的結(jié)果，并且在S500中，確定是否正常地獲得該結(jié)果。如果正常地獲得該結(jié)果，在S600中，代理存儲(chǔ)該結(jié)果(SET resultSet)；如果并未正常地獲得該結(jié)果，在S700中代理執(zhí)行調(diào)用錯(cuò)誤處理例程。
特別地，如果在上述過(guò)程中請(qǐng)求了SET操作，代理執(zhí)行如圖22所示的過(guò)程來(lái)關(guān)于SET操作的結(jié)果。
首先，當(dāng)在S401中接收到SET操作時(shí)，在S402中代理確定是否存在散列表。如果存在散列表，在S404中代理查詢DB表。DB表是包含在代理初始化中沒有由命名服務(wù)登記的對(duì)象信息(類，屬性和DN)以及不能夠被CORBA ORB終端直接調(diào)用的相應(yīng)對(duì)象的存儲(chǔ)單元。散列表是用于按照散列節(jié)點(diǎn)和其列表的形式來(lái)管理先前搜索的節(jié)點(diǎn)和信息的存儲(chǔ)單元，以便提高操作時(shí)的搜索速率。
在S405中，代理輸入DN信息和過(guò)濾信息，并且步驟D-1中，確定在散列表中是否存在具有相應(yīng)DN信息和希望屬性的節(jié)點(diǎn)。如果在散列表中不存在這種節(jié)點(diǎn)，代理搜索DB表。
然后，在搜索之后，在S406中，代理分析包含在從管理器接收的SearchControl信息的過(guò)濾條件，并且確認(rèn)是否存在相應(yīng)節(jié)點(diǎn)，并且作為搜索結(jié)果，實(shí)際節(jié)點(diǎn)屬性是否滿足過(guò)濾條件。術(shù)語(yǔ)“過(guò)濾條件”表示在執(zhí)行按照CORBA標(biāo)準(zhǔn)(3GPP)定義的GET操作中的條件。
如果找到了相應(yīng)的節(jié)點(diǎn)并且實(shí)際節(jié)點(diǎn)屬性滿足過(guò)濾條件，在步驟D-2中，代理將搜索到的節(jié)點(diǎn)添加到散列表中。
然后，在S407中代理改變DB節(jié)點(diǎn)的屬性，在S408中存儲(chǔ)其結(jié)果，并且在S409中，將改變通知管理器。術(shù)語(yǔ)“結(jié)果”表示通過(guò)SET操作獲得的結(jié)果。
在此之后，當(dāng)在S410中輸入范圍類型時(shí)，在S411中代理確認(rèn)范圍條件(type(＝僅是基本的，基本和子樹，基本到第n級(jí)，基本到全部)，等級(jí))是否為僅是基本的。如果范圍條件是其它類型而不是僅是基本的，可以產(chǎn)生多個(gè)結(jié)果。因此，在這種情況中，在S412中代理繼續(xù)搜索并且確認(rèn)節(jié)點(diǎn)是否是最后的節(jié)點(diǎn)。術(shù)語(yǔ)“范圍”表示在執(zhí)行按照CORBA標(biāo)準(zhǔn)(3GPP)所定義的GET操作中的范圍條件(type(＝僅是基本的，基本和子樹，基本到第n級(jí)，基本到全部)，等級(jí))。
如果該節(jié)點(diǎn)不是最后的節(jié)點(diǎn)，在S413中代理移到下一個(gè)節(jié)點(diǎn)(node＝node→next)。如果該節(jié)點(diǎn)是最后的節(jié)點(diǎn)，在S414中代理確認(rèn)最后的節(jié)點(diǎn)是否是散列節(jié)點(diǎn)。因?yàn)樯⒘泄?jié)點(diǎn)具有尚未搜索的歷史，代理對(duì)于DB節(jié)點(diǎn)執(zhí)行查詢步驟。
圖23是根據(jù)本發(fā)明用于查詢散列表的過(guò)程的流程圖。
如圖23所示，在S100中，代理接收DN信息以便獲得作為密鑰值的散列數(shù)，用于在S200中搜索散列表，并且在S300中，根據(jù)DN信息中計(jì)算散列表索引(index＝number％HASH_DENOM)。
然后，在S400中，代理顯示一個(gè)節(jié)點(diǎn)指針并且將散列表信息賦給它(Hashlmpl∷data*tmp，tmp＝hash[index])。
在S500中，代理將輸入的DN信息與散列表DN信息進(jìn)行比較(DN＝＝tmp→node→dn？)。如果輸入的DN信息與散列表DN信息相同，在S600中代理將散列表信息賦給節(jié)點(diǎn)指針(return tmp→node)以便在S700中查找散列表的散列數(shù)據(jù)(找到)。
然而，如果此DN信息不與彼DN信息相同，在S800中代理移動(dòng)到下一個(gè)節(jié)點(diǎn)(tmp＝tmp→next)，并且在S900中確定相應(yīng)節(jié)點(diǎn)是否是最后的節(jié)點(diǎn)。如果節(jié)點(diǎn)是最后的節(jié)點(diǎn)，在S1000中代理沒有找到散列數(shù)據(jù)。如果節(jié)點(diǎn)不是最后的節(jié)點(diǎn)，代理進(jìn)行輸入DN信息和散列表DN信息的比較。
現(xiàn)在，結(jié)合圖24A、24B和25來(lái)詳細(xì)說(shuō)明獲得散列數(shù)的過(guò)程。
圖24A、24B和25是根據(jù)本發(fā)明用于產(chǎn)生散列數(shù)據(jù)的流程圖。
如圖24A所示，在S201中代理接收DN輸入，以便在S202中獲得DN名稱和值對(duì)，并且在S203中確認(rèn)下一個(gè)字符串名稱是否為“EquipmentR1.equipmentld”(next_string_name＝″EquipmentR1.equipmentld″)。
如果作為確認(rèn)的結(jié)果，下一個(gè)字符串名稱是“EquipmentR1.equipmentld”，在S204中設(shè)置系統(tǒng)數(shù)為dn_num(rack_num＝atoi(next_string_value)，dn_num＝system_num)。
然后，在S205中確認(rèn)下一個(gè)字符串名稱是否為“EquipmentHolder.equipmentld”(next_string_name＝“EquipmentHolder.equipmentld”)。如果下一個(gè)字符串名稱是“EquipmentHolder.equipmentld”，在S206中，將rack_num添加到預(yù)先設(shè)置的dn_num來(lái)獲得新的dn_num(rack_num＝atoi(next_string_value)，dn_num＝rack_num+dn_num)。
參考圖24B，在S207中，確認(rèn)下一個(gè)字符串名稱是否是“EquipmentHolder.equipmentld”(next_string_name＝“EquipmentHolder.equipmentld”)。如果下一個(gè)字符串名稱是“EquipmentHolder.equipmentld”，在S208中將shelf_num添加到上述dn_num中來(lái)獲得新的dn_num(shelf_num＝atoi(next_string_value)，dn_num＝shelf_num+dn_num)。
然后，在S209中確認(rèn)下一個(gè)字符串名稱是否是“EquipmentHolder.equipmentld”(next_string_name＝“EquipmentHolder.equipmentld”)。如果下一個(gè)字符串名稱是“EquipmentHolder.equipmentld”，在S210中將slot_num添加到dn_num中來(lái)獲得新的dn_num(slot_num＝atoi(next_string_value)，dn_num＝slot_num+dn_num)。
在S211中，確認(rèn)下一個(gè)字符串名稱是否為“SKTCircuitPack.equipmentld”(next_string_name＝“SKTCircuitPack.equipmentld”)。如果下一個(gè)字符串名稱是“SKTCircuitPack.equipmentld”，在S212中將board_num添加到上述dn_num中來(lái)獲得新的dn_num(board_num＝atoi(next_string_value)，dn_num＝board_num+dn_num)。
然后，在S213中通過(guò)使用最終獲得的dn_num來(lái)產(chǎn)生hash[index].number(hash[index].number＝dn_num)。
按照這種方式，代理接收DN并且將其轉(zhuǎn)換為要存儲(chǔ)在散列表中的散列數(shù)。根據(jù)轉(zhuǎn)換規(guī)則，將已有的根據(jù)等級(jí)的ID信息轉(zhuǎn)換為整數(shù)并且合計(jì)根據(jù)等級(jí)而獲得的dn_num。
具體地，添加根據(jù)等級(jí)而獲得的dn_num的過(guò)程如圖25所示。即，在S214中代理移動(dòng)到下一個(gè)DN單元(goto next DN element)，并且在S215中確認(rèn)是否存在下一個(gè)DN單元。如果存在下一個(gè)DN單元，在S217中代理進(jìn)行下一個(gè)字符串名稱的確認(rèn)，并且如果不存在下一個(gè)DN單元，在S216中代理通過(guò)使用dn_num來(lái)產(chǎn)生hash[index](hash[index]number＝dn_num)。
圖26是根據(jù)本發(fā)明用于添加散列表的過(guò)程的流程圖。
如圖26所示，在S100中代理接收到要添加的節(jié)點(diǎn)，并且在S200中通過(guò)如圖23所示的散列表查詢過(guò)程來(lái)確認(rèn)該節(jié)點(diǎn)在先前的散列表中是否存在其信息。在S300中如果在散列表中已經(jīng)存在了信息，終止添加散列表的過(guò)程。
然而，如果在先前的散列表中不存在要添加的節(jié)點(diǎn)的信息，在S400中，將要添加的節(jié)點(diǎn)存儲(chǔ)在新的散列表中并且設(shè)置節(jié)點(diǎn)的上標(biāo)記(index＝number％HASH_DENOM，Hashlmpl∷data*tmp，tmp＝malloc(sizeof(Hashlmpl∷data))，tmp→number＝number，tmp→node＝node，tmp→top_flag＝true，tmp→next＝hash[index])。在此，HASH_DENOM參數(shù)表示在產(chǎn)生散列表中指定的表數(shù)的最大索引值。
然后，在S500中確認(rèn)散列表的索引是否為空(hash[index]＝＝NULL？)。如果散列表索引為空，表示新的節(jié)點(diǎn)信息，在S600中刪除先前的上節(jié)點(diǎn)的標(biāo)記(hash[index]→top_flag＝false)。如果散列表不為空，在S700中設(shè)置并添加上標(biāo)記(hash[index]＝tmp)。
如上所述，本發(fā)明提供一種方法，用于通過(guò)代表性對(duì)象實(shí)例來(lái)調(diào)用關(guān)于未登記對(duì)象實(shí)例的信息，以便可以積極地管理節(jié)點(diǎn)，即使在例如配置管理對(duì)象的未登記命名服務(wù)的每一個(gè)類中存在多個(gè)和不同的對(duì)象。
盡管已經(jīng)示出了本發(fā)明，并結(jié)合優(yōu)選實(shí)施例進(jìn)行了說(shuō)明，對(duì)于本領(lǐng)域的技術(shù)人員顯而易見的是，在不脫離權(quán)利要求書所定義的本發(fā)明精神和范圍之下可以作出各種修改和改變。
權(quán)利要求
1.一種在網(wǎng)絡(luò)中使用代表性對(duì)象實(shí)例的對(duì)象管理系統(tǒng)，包括代理，響應(yīng)管理系統(tǒng)的初始化，用于作為對(duì)象信息來(lái)存儲(chǔ)與系統(tǒng)配置相關(guān)的初始化信息，并且用于產(chǎn)生表示所述對(duì)象信息的代表性對(duì)象實(shí)例；所述代理響應(yīng)從網(wǎng)絡(luò)管理系統(tǒng)(NMS)管理器接收到對(duì)象調(diào)用，用于通過(guò)代表性對(duì)象實(shí)例來(lái)執(zhí)行針對(duì)調(diào)用對(duì)象的命令，并且用于將命令的結(jié)果傳遞到NMS管理器。
2.根據(jù)權(quán)利要求1所述的對(duì)象管理系統(tǒng)，其中所述代理包括未登記對(duì)象DB，存儲(chǔ)沒有在用于對(duì)象之間的通信的命名服務(wù)中登記的對(duì)象的未登記對(duì)象信息；應(yīng)用程序，用于響應(yīng)從NMS管理器接收到對(duì)象調(diào)用，通過(guò)代表性對(duì)象實(shí)例來(lái)開始處理未登記對(duì)象DB，以便執(zhí)行針對(duì)調(diào)用對(duì)象的命令；以及系統(tǒng)接口，用于與管理系統(tǒng)進(jìn)行接口。
3.根據(jù)權(quán)利要求2所述的對(duì)象管理系統(tǒng)，其中，應(yīng)用程序包括用戶程序，用戶程序?qū)崿F(xiàn)了由接口定義語(yǔ)言(IDL)所定義的對(duì)象之間的關(guān)系和動(dòng)作之一。
4.根據(jù)權(quán)利要求2所述的對(duì)象管理系統(tǒng)，其中，存儲(chǔ)在未登記對(duì)象DB中的未登記對(duì)象信息包括結(jié)構(gòu)鏈表。
5.根據(jù)權(quán)利要求4所述的對(duì)象管理系統(tǒng)，其中，未登記對(duì)象信息包含存儲(chǔ)在Mo_Node中的配置信息和存儲(chǔ)在Mo_Attribute中的關(guān)于配置信息的各個(gè)屬性信息。
6.根據(jù)權(quán)利要求2所述的對(duì)象管理系統(tǒng)，其中，初始化信息包括系統(tǒng)信息、支架信息、擱架信息、插槽信息和主板信息中的至少一個(gè)。
7.根據(jù)權(quán)利要求6所述的對(duì)象管理系統(tǒng)，其中，根據(jù)定義為EquipmentR1類的屬性信息，將系統(tǒng)信息存儲(chǔ)在未登記對(duì)象DB中。
8.根據(jù)權(quán)利要求6所述的對(duì)象管理系統(tǒng)，其中，根據(jù)定義為EquipmentHolder類的屬性信息，將支架信息、擱架信息、插槽信息存儲(chǔ)在未登記對(duì)象DB中。
9.根據(jù)權(quán)利要求6所述的對(duì)象管理系統(tǒng)，其中，根據(jù)定義為CircuitPack類的屬性信息，將主板信息存儲(chǔ)在未登記對(duì)象DB中。
10.根據(jù)權(quán)利要求2所述的對(duì)象管理系統(tǒng)，其中，所述代理響應(yīng)從NMS管理器接收到與對(duì)象信息相關(guān)的GET操作命令，通過(guò)代表性對(duì)象實(shí)例來(lái)搜索未登記對(duì)象DB，并且用于將搜索到的調(diào)用對(duì)象的結(jié)果信息發(fā)送到NMS管理器。
11.根據(jù)權(quán)利要求10所述的對(duì)象管理系統(tǒng)，其中，代理另外將結(jié)果信息登記到散列表中。
12.根據(jù)權(quán)利要求11所述的對(duì)象管理系統(tǒng)，其中，登記到散列表中的信息包括結(jié)構(gòu)鏈表。
13.根據(jù)權(quán)利要求10所述的對(duì)象管理系統(tǒng)，其中，在執(zhí)行GET操作命令期間，所述代理從根據(jù)DN信息搜索到的實(shí)例中查找滿足由NMS管理器所請(qǐng)求的過(guò)濾條件的實(shí)例。
14.根據(jù)權(quán)利要求13所述的對(duì)象管理系統(tǒng)，其中，過(guò)濾條件至少包括計(jì)算條件、比較條件和容器條件之一。
15.根據(jù)權(quán)利要求1O所述的對(duì)象管理系統(tǒng)，其中，當(dāng)在執(zhí)行GET操作命令中做出命令中，所述代理根據(jù)范圍信息指定要搜索的范圍以及代表性對(duì)象實(shí)例。
16.根據(jù)權(quán)利要求15所述的對(duì)象管理系統(tǒng)，其中，范圍信息包括類型信息和等級(jí)信息中的至少一個(gè)。
17.根據(jù)權(quán)利要求2所述的對(duì)象管理系統(tǒng)，其中，所述代理響應(yīng)從NMS管理器接收到與對(duì)象信息相關(guān)的SET操作命令，通過(guò)代表性對(duì)象實(shí)例來(lái)搜索未登記對(duì)象DB，并且改變與調(diào)用對(duì)象相關(guān)的信息，并將改變的結(jié)果信息發(fā)送到NMS管理器。
18.根據(jù)權(quán)利要求17所述的對(duì)象管理系統(tǒng)，其中，所述代理另外將改變的結(jié)果信息登記到散列表中。
19.根據(jù)權(quán)利要求17所述的對(duì)象管理系統(tǒng)，其中，所述代理響應(yīng)管理系統(tǒng)的故障和狀態(tài)改變之一，改變相應(yīng)對(duì)象的信息并將改變的信息通過(guò)事件傳送到NMS。
20.一種在網(wǎng)絡(luò)中使用代表性對(duì)象實(shí)例的對(duì)象管理代理系統(tǒng)，包括未登記對(duì)象DB，用于存儲(chǔ)沒有在用于對(duì)象之間的通信的命名服務(wù)中登記的對(duì)象的未登記對(duì)象信息；應(yīng)用程序，響應(yīng)從網(wǎng)絡(luò)管理系統(tǒng)(NMS)管理器接收到對(duì)象調(diào)用，通過(guò)代表性對(duì)象實(shí)例來(lái)開始處理未登記對(duì)象DB，以便執(zhí)行針對(duì)調(diào)用對(duì)象的命令；以及系統(tǒng)接口，用于與管理系統(tǒng)進(jìn)行接口。
21.根據(jù)權(quán)利要求20所述的對(duì)象管理代理系統(tǒng)，其中，應(yīng)用程序包括用戶程序，用戶程序?qū)崿F(xiàn)了由接口定義語(yǔ)言(IDL)所定義的對(duì)象之間的關(guān)系和動(dòng)作。
22.根據(jù)權(quán)利要求20所述的對(duì)象管理代理系統(tǒng)，其中，存儲(chǔ)在未登記對(duì)象DB中的未登記對(duì)象信息包括結(jié)構(gòu)鏈表。
23.根據(jù)權(quán)利要求22所述的對(duì)象管理系統(tǒng)，其中，未登記對(duì)象信息包含存儲(chǔ)在Mo_Node中的配置信息和存儲(chǔ)在Mo_Attribute中的與配置信息有關(guān)的各個(gè)屬性信息。
24.一種在網(wǎng)絡(luò)中使用代表性對(duì)象實(shí)例的對(duì)象管理方法，所述方法包括步驟存儲(chǔ)與管理系統(tǒng)配置相關(guān)的初始化信息，作為對(duì)象信息；產(chǎn)生表示對(duì)象信息的代表性對(duì)象實(shí)例；以及當(dāng)接收到對(duì)象調(diào)用時(shí)，根據(jù)與通過(guò)代表性對(duì)象實(shí)例調(diào)用的對(duì)象有關(guān)的命令，傳遞結(jié)果值。
25.根據(jù)權(quán)利要求24所述的對(duì)象管理方法，其中，初始化信息至少包括系統(tǒng)信息、支架信息、擱架信息、插槽信息和主板信息之一。
26.根據(jù)權(quán)利要求25所述的對(duì)象管理方法，其中，根據(jù)定義為EquipmentR1類的屬性信息，來(lái)存儲(chǔ)系統(tǒng)信息。
27.根據(jù)權(quán)利要求25所述的對(duì)象管理方法，其中，根據(jù)定義為EquipmentHolder類的屬性信息，存儲(chǔ)支架信息、擱架信息和插槽信息。
28.根據(jù)權(quán)利要求25所述的對(duì)象管理方法，其中，根據(jù)定義為CircuitPack類的屬性信息，存儲(chǔ)主板信息。
29.根據(jù)權(quán)利要求24所述的對(duì)象管理方法，其中，按照結(jié)構(gòu)鏈表的形式存儲(chǔ)對(duì)象信息。
30.根據(jù)權(quán)利要求24所述的對(duì)象管理方法，其中，未登記對(duì)象信息包含存儲(chǔ)在Mo_Node中的配置信息和存儲(chǔ)在Mo_Attribute中的與配置信息有關(guān)的各個(gè)屬性信息。
31.根據(jù)權(quán)利要求24所述的對(duì)象管理方法，還包括步驟當(dāng)與通過(guò)代表性對(duì)象實(shí)例調(diào)用的對(duì)象有關(guān)的命令是GET命令時(shí)，傳遞GET結(jié)果。
32.根據(jù)權(quán)利要求31所述的對(duì)象管理方法，其中，傳遞GET結(jié)果的步驟包括查詢與代表性對(duì)象實(shí)例相關(guān)的對(duì)象；存儲(chǔ)查詢對(duì)象的GET結(jié)果；以及傳遞查詢對(duì)象的GET結(jié)果。
33.根據(jù)權(quán)利要求32所述的對(duì)象管理方法，還包括步驟在傳遞查詢對(duì)象的GET結(jié)果之后，將查詢對(duì)象信息添加到散列表中。
34.根據(jù)權(quán)利要求24所述的對(duì)象管理方法，還包括步驟當(dāng)與通過(guò)代表性對(duì)象實(shí)例調(diào)用的對(duì)象有關(guān)的命令是SET命令時(shí)，傳遞SET結(jié)果。
35.根據(jù)權(quán)利要求34所述的對(duì)象管理方法，其中，傳遞SET結(jié)果的步驟包括查詢與代表性對(duì)象實(shí)例相關(guān)的對(duì)象；改變查詢對(duì)象的屬性值；傳遞改變的屬性值；以及傳遞查詢對(duì)象的SET結(jié)果。
36.根據(jù)權(quán)利要求35所述的對(duì)象管理方法，還包括步驟在傳遞改變的屬性值之后，將查詢對(duì)象信息添加到散列表中。
全文摘要
一種使用代表性對(duì)象實(shí)例的配置管理系統(tǒng)和方法，用于通過(guò)代表性對(duì)象實(shí)例調(diào)用關(guān)于未登記對(duì)象實(shí)例的信息，以便能夠積極地管理節(jié)點(diǎn)(包括產(chǎn)生、刪除、改變和檢索)。在本發(fā)明的設(shè)備中，在管理系統(tǒng)的初始化期間，代理存儲(chǔ)關(guān)于系統(tǒng)配置的初始化信息作為對(duì)象信息，并且產(chǎn)生表示對(duì)象信息的代表性對(duì)象實(shí)例。當(dāng)從網(wǎng)絡(luò)關(guān)系系統(tǒng)(NMS)管理器接收到對(duì)象調(diào)用時(shí)，代理通過(guò)代表性對(duì)象實(shí)例執(zhí)行針對(duì)調(diào)用對(duì)象的命令，并且將命令的結(jié)果傳遞到NMS管理器。
文檔編號(hào)H04L12/24GK1815978SQ200510129648
公開日2006年8月9日 申請(qǐng)日期2005年12月14日 優(yōu)先權(quán)日2005年2月1日
發(fā)明者任庸植 申請(qǐng)人:三星電子株式會(huì)社