專利名稱：使用代表性對象實例的配置管理系統和方法
技術領域：
本發明涉及一種使用代表性對象實例的配置管理系統和方法，更具體地，涉及一種系統和方法，用于通過代表性對象實例調用關于未登記對象實例的信息以便能夠進行積極的節點管理(包括產生、刪除、改變和檢索)。
背景技術：
通用對象請求代理體系結構(下文中稱為CORBA)是由對象管理組織(OMG)為了實現分布式對象計算而建立的標準規范。使用CORBA有利于分布式計算的應用程序的開發，并且能夠在分布式對象中進行通信，而與編程語言無關。因此，客戶機能夠與服務器進行通信，而與CORBA的編程語言無關。
CORBA的引入使得能夠在對象之間進行直接調用以及數據傳輸。根據CORBA針對對象之間調用的概念，有可能在創建并共享各個計算機可以讀取并且交互操作的可互操作的目標參考(IOR)、或者通過例如命名服務的CORBA服務執行登記過程之后，調用相應對象。
根據為了管理網絡而定義的管理對象標準，在IOR或命名服務中所有管理對象都沒有登記，因此在一些實施例中不直接調用或不能夠調用一些管理對象。特別地，配置管理對象也許面臨這樣的情況，因為他們包含大量的系統節點信息，并且可以實時地添加、刪除或改變各個系統的系統節點和較低屬性節點(例如配置信息)。此外，如果在對象之間調用中給定范圍和過濾條件，將更加難以使用直接調用。
根據當前操作的網絡管理系統(NMS)，較高級的管理器通過中間代理獲取關于管理系統(例如有線或無線的系統)資源的信息，通過代理將命令發送到管理系統(如果需要)，或者通過該代理從管理系統接收各種消息。為了執行這種功能，代理通過根據管理對象的概念來形成信息來管理系統的物理/邏輯信息，例如組成、故障、連接和統計。可以在管理器和代理之間使用基于各種協議的通信技術(例如CMIP、CORBA和SNMP)來發送各種數據。在這種情況中，在通過對象之間通信將數據發送到管理器和ORB終端的同時，在CORBA中操作的代理適用于根據CORBA標準使管理所需的一些對象對象化。
為了直接訪問不同版本之間的對等方實例，CORBA環境要求在IOR文件或CORBA命名服務中登記關于相應實例的信息(例如，參考和名稱)的過程。然而，如果存在多個實例，或者經常添加或刪除實例，難以分別登記并調用所有實例信息。
因此，3GPP TS 32.603提出一種方法，其中定義了稱為BasicCmIrpOperation的對象來提取所有實例的信息。然而，該過程具有必須通過BasicCmIrpOperation來作出所有調用、以及當同時作出多個調用命令時必須依次處理多個調用命令的缺點。
發明內容
本發明用于解決上述問題，并因此本發明的目的是提供一種使用代表性對象實例的配置管理系統和方法，該系統和方法可以通過代表性對象實例來調用關于未登記對象實例的信息以便積極地管理節點。
根據用于實現上述目的的本發明方案，提供一種在網絡中使用代表性對象實例的對象管理系統，包括代理，用于在管理系統的初始化中存儲關于系統配置的初始化信息作為對象信息，并且用于產生表示對象信息的代表性對象實例，以及當從網絡管理系統(NMS)的管理器接收到對象調用時，用于通過代表性對象實例來針對調用的對象執行命令并且將命令的結果發送到NMS管理器。
優選地，代理包括未登記對象DB，存儲沒有在命名服務中登記的對象的未登記對象信息，用于對象之間的通信；應用程序，當從NMS管理器接收到對象調用時用于通過代表性對象實例來開始處理未登記對象DB，以便執行針對調用對象的命令；以及系統接口，用于與管理系統進行接口。
優選地，應用程序包括用戶程序，用戶程序實際實現由接口定義語言(IDL)所定義的對象之間的關系或行為。
優選地，存儲在未登記對象DB中的未登記對象信息是結構鏈表的形式。
優選地，未登記對象信息包含存儲在Mo_Node中的配置信息和存儲在Mo_Attribute中的關于配置信息的各個屬性信息。
初始化信息至少包括系統信息、支架信息、擱架信息、插槽信息和主板信息之一。
根據定義為EquipmentR1類的屬性信息，系統信息被存儲在未登記對象DB中。
根據定義為EquipmentHolder類的屬性信息，支架信息、擱架信息、插槽信息被存儲在未登記對象DB中。
根據定義為CircuitPack類的屬性信息，主板信息被存儲在未登記對象DB中。
當從NMS管理器接收到關于對象信息的GET操作命令時，代理用于通過代表性對象實例來搜索未登記對象DB，并且用于將搜索到的調用對象的結果信息發送到NMS管理器。
代理還用于將從未登記對象DB中搜索到的對象的結果信息登記到散列表中。
當從NMS管理器接收到關于對象信息的SET操作命令時，代理用于通過代表性對象實例來搜索未登記對象DB，并且用于改變關于調用對象的信息，并將結果信息發送到NMS管理器。
代理還用于將從未登記對象DB中搜索到的對象的改變結果信息登記到散列表中。
在散列表中登記的信息是結構列表的形式。
在管理系統的故障或狀態改變中，代理用于改變相應對象的信息，并且通過一個事件將改變信息發送到NMS管理器。
在執行操作命令中，代理用于從根據DN信息搜索到的實例中查找滿足管理器所要求的過濾條件的實例。
過濾條件至少包括計算條件、比較條件和容器條件之一。
當在執行操作命令中作出命令中，代理用于根據范圍信息指定要搜索的范圍以及代表性對象實例。
范圍信息至少包括類型信息和等級信息之一。
根據用于實現上述目的的本發明方案，提供一種在網絡中使用代表性對象實例的對象管理方法，該方法包括步驟存儲關于管理系統配置的初始化信息作為對象信息；產生表示對象信息的代表性對象實例；以及，當接收到對象調用時，根據關于通過代表性對象實例調用的對象的命令，傳遞結果值。
對象管理方法還包括步驟當關于通過代表性對象實例調用的對象的命令是GET命令時，傳遞GET結果。
GET結果傳遞步驟包括查詢與代表性對象實例相關的對象；存儲查詢對象的GET結果；以及傳遞查詢對象的GET結果。
對象管理方法還包括步驟在傳遞查詢對象的GET結果之后將查詢對象信息添加到散列表中。
對象管理方法還包括步驟當關于通過代表性對象實例調用的對象的命令是SET命令時，傳遞SET結果。
傳遞SET結果的步驟包括查詢與代表性對象實例相關的對象；改變查詢對象的屬性值；傳遞改變的屬性值；以及傳遞查詢對象的SET結果。
對象管理方法還包括步驟在傳遞改變的屬性值之后將查詢對象信息添加到散列表中。
當結合附圖時參考下面的詳細說明可以更好地理解本發明，本發明的完整理解及其所附優點將變得顯而易見，附圖中類似的參考符號表示相同或類似的組件，其中圖1示出了在根據網絡管理標準(3GPP)的命名服務中登記的實例的GET操作的范例；圖2示出了在根據網絡管理標準(3GPP)的命名服務中登記的實例的SET操作的范例；
圖3示出了沒有在根據網絡管理標準(3GPP)的命名服務中登記的實例的GET操作的范例；圖4示出了沒有在根據網絡管理標準(3GPP)的命名服務中登記的實例的SET操作的實例；圖5是包括通用對象請求代理體系結構(CORBA)代理和實際網元的網絡的方框圖；圖6示出了根據本發明的典型配置初始化文件；圖7是根據本發明定義DB表結構的視圖；圖8是根據本發明定義散列表結構的視圖；圖9是根據本發明定義形成管理系統的代表性對象實例EquipmentR1類的屬性的視圖；圖10是根據本發明定義形成管理系統的代表性對象實例EquipmentR1類的方法的視圖；圖11是根據本發明定義形成管理系統的代表性對象實例EquipmentR1類的屬性值類型的視圖；圖12是根據本發明定義形成管理系統的代表性對象實例EquipmentHolder類的屬性的視圖；圖13根據本發明定義形成管理系統的代表性對象實例CircuitPack類的屬性的視圖；圖14是根據本發明的初始化過程的流程圖；圖15是初始化信息的CM容器樹的方框圖；圖16是用于接收從初始化文件獲得的各個節點信息、根據節點類型將接收到的節點信息分類為網元數據、以及以鏈表形式存儲分類數據的過程的流程圖；圖17是根據本發明的針對實例的GET操作的流程圖；圖18是根據本發明的針對實例的SET操作的流程圖；圖19和20是根據本發明的GET操作的流程圖；圖21和22是根據本發明的SET操作的流程圖；圖23是根據本發明用于查詢散列表的過程的流程圖；圖24A、24B和25是根據本發明用于產生散列數的過程的流程圖；以及圖26是根據本發明用于添加散列表的過程的流程圖。
具體實施例方式
下面結合附圖來詳細說明本發明的優選實施例。為了參考，整個附圖中相同或類似的參考符號用于表示相應部分。在下面的詳細說明中，因為它們會使本發明的概念不清楚，將不詳細說明公知的功能或單元。
圖1示出了在根據網絡管理標準(3GPP)的命名服務中登記的實例的GET操作的范例。
如圖1所示，當在CORBA平臺中的兩個分離的設備中實現管理器1和代理2時，管理器1可以經由ORB來開始處理從實際管理對象中形成的代理2的實例，以便獲得希望的信息或執行方法。在這種情況中，必須在產生時將所有對象登記到命名服務3中，并且代理2經由例如可移植對象適配器(POA)或基本對象適配器(BOA)的CORBA對象適配器給對象分配唯一ID，并且管理這些ID。此外，對象實例池表示在實現時刻登記的實例。
即，在S1中代理2產生實例，并且在S2中與命名服務3相連，以便在S3中登記類名。當在S4中管理器1與命名服務3相連并且在S5中請求登記的類名時，在S6中命名服務3將登記的類名傳遞到管理器1。
然后，當在S7中管理器1從代理2調用實例的引用時，在S8中代理2將調用實例的引用傳遞到管理器。然后，在S9中，管理器1與代理2相對于實例的屬性執行GET操作。
圖2示出了在根據網絡管理標準(3GPP)的命名服務中登記的實例的SET操作的范例。
如圖2所示，在S1中代理2產生實例，并且在S2中與命名服務3相連，以便在S3中登記類名。當在S4中管理器1與命名服務相連并且在S5中請求登記的類名時，在S6中命名服務3將登記的類名傳遞到管理器1。
然后，當在S7中管理器1從代理2調用實例的引用時，在S8中代理2將調用實例的引用傳遞到管理器1。當在S9中管理器通過向代理2發送改變實例屬性的請求來做出響應時，代理2在S10中改變屬性的值并且在S11中將屬性的改變值發送到管理器1。
圖3示出了沒有在根據網絡管理標準(3GPP)的命名服務中登記的實例的GET操作的范例。
如圖3所示，代理2產生根據3GPP定義的BasicCmIrpOperations實例(例如BasicCmIRPSystem.idl)。管理器1提取對象的引用并隨后調用find_managed_objects或modify_managed_objects方法。然后，當代理2產生BasicCmInformationIterator并且存儲相應結果時，管理器1再次獲得對象的引用。
即，代理2在S1中產生BasicCmIrpOperations對象并且在S2中將BasicCmIrpOperations登記到命名服務中。當在S3中管理器1針對BasicCmIrpOperations對象的引用調用代理2時，在S4中代理2將BasicCmIrpOperations對象的引用傳遞到管理器1。
在S5中管理器針對BasicCmIrpOperations管理器所定義的find_managed_objects調用代理2，并且代理2在S6中產生BasicCmInformationIterator對象并在S7中將BasicCmInformationIterator對象的引用傳遞到管理器1。然后，在S8和S9中代理2查找調用的對象并且存儲結果。
因此，當在S10中管理器1針對BasicCmInformationIterator對象所定義的next_basicCmInformations()調用代理2時，在S11中代理2將存儲的GET結果傳遞到管理器1。隨后，當在S12中管理器1針對BasicCmInformationIterator對象所定義的destroy()調用代理2時，在S13中代理2刪除BasicCmInformationIterator對象。
圖4示出了沒有在根據網絡管理標準(3GPP)的命名服務中登記的實例的SET操作的實例。
如圖4所示，代理2在S1中產生BasicCmIrpOperations實例并且在S2中將BasicCmIrpOperations實例登記到命名服務中。當在S3中管理器1針對BasicCmIrpOperations對象的引用調用代理2時，在S4中代理2將BasicCmIrpOperations對象的引用傳遞到管理器1。
在S5中管理器1針對BasicCmIrpOperations管理器所定義的find_managed_objects調用代理2，并且在S6和S7中代理2產生BasicCmInformationIterator對象以及ModifyResultIterator對象，并且在S8和S9中將BasicCmInformationIterator的引用以及ModifyResultIterator對象傳遞到管理器1。然后，在S10到S12中代理2找到調用的對象、改變調用對象的值并且存儲改變的值。此外，在S13中代理2將改變的屬性值傳遞到管理器1。
因此，當在S14中管理器1針對BasicCmInformationIterator所定義的next_basicCmImformations()調用代理2時，在S15中代理2將存儲的結果傳遞到管理器1。
隨后，當在S16中管理器1針對ModifyResultIterator所定義的next_modificationErrors()調用代理2時，在S17中代理2將存儲的ERROR值傳遞到管理器1。
然后，當在S18中管理器針對BasicCmInformationIterator所定義的destroy()調用代理2時，在S19中代理2清除BasicCmInformationIterator。
在此之后，當在S20中管理器1針對ModifyResultIterator所定義的destroy()調用代理2時，在S21中代理2清除ModifyResultIterator。
圖5是包括CORBA代理和實際網元(例如NMS、EMS、WCDMA系統等)的網絡的方框圖，其中，在CORBA平臺下的數據傳輸(占位程序(stub)、框架程序(skeleton)、IOR、ORB、調用/回叫、命名服務、通知服務等)實際上與普通CORBA服務器/客戶機結構相同。
如圖5所示，本發明通常包括網絡管理系統(NMS)10、CORBA代理20和管理系統30。
NMS10是由通信服務運營商所管理的綜合網絡管理系統，并且包括CORBA管理器11、應用程序12和占位程序13。
CORBA管理器11的功能為NMS10和CORBA代理20之間的NMS適配器，用于支持通過CORBA ORB的通信。
CORBA代理20用作NMS10和管理系統30之間的中間物，并且充當CORBA服務器以及網絡管理結構中的代理。
即，CORBA代理20與NMS10的CORBA管理器11一起執行與CORBA相關的過程，包括操作、警告/狀態事件(或通知)等，并且與管理系統30在較低層交互操作。
具體地，在系統初始化中，CORBA代理20將每一個交換系統的配置和狀態形成為實例(實例產生)，并且通過命名服務60登記要由CORBA管理器21管理的對象數據。在系統操作期間，CORBA代理20通過調用NMS10將例如GET、SET、CREATE、DELETE等的命令發送到系統。
此外，CORBA代理20將命令的結果從系統返回到內部配置對象、將其返回到NMS10、并且通過事件服務功能向高級NMS報告改變的狀態、警告等。
CORBA代理20包括未登記對象DB21、應用程序22、代表性對象實例23、系統接口24和框架程序25。
未登記對象DB21以對象形式(例如未登記對象實例)存儲管理信息。即，盡管對于通過CORBA ORB的對象之間的通信需要命名服務60的登記等，而存儲了未登記對象。
應用程序22是用戶程序，實際上實現了由接口定義語言(IDL)所定義的對象和對象之間的關系。
此外，應用程序22具有代表性對象實例23，用于NMS10的CORBA管理器11和管理對象之間的連接，以便CORBA管理器11能夠直接訪問該對象。
系統接口24通過基本管理系統(EMS)提供與管理系統30(包括MSC30、SGSN32和GGSN33)的接口，以便在本地網絡中監控并操作系統狀態。
框架程序25和占位程序13是由IDL接口產生的編碼，應用終端繼承這兩者以便實現對象。
如上所述，本發明的代理20通過系統初始化獲取所有系統信息(例如物理結構、本地結構和連接信息)。即，代理20構成并管理從初始化文件作為CORBA實例獲得的系統信息。如果管理器11直接調用對象，由命名服務60登記其引用。以結構鏈表的形式(DB表)管理任意未登記的對象信息，并隨后產生未登記對象信息的代表性對象實例。
現在參考圖6，圖6示出了根據本發明的典型的配置初始化文件。
參考圖6，代理從系統初始化中檢測到切換的配置信息文件。配置初始化文件包括系統、Rack、Shelf、Slot信息。例如，系統信息是MSCl3110∥elemldreplaceadminoper，支架(rack)信息是Rack018111∥elemldshelfCntreplaceadminoper，擱架(shelf)信息是SHELFO1111∥elemldslotCntreplaceadminoper，插槽信息是SLOT01110SMBA，SBBA∥elemldreplaceadminoperholdStatus，以及主板(board)信息是BOARD00011SMBANULLNULL90NULLNULL∥boardldrackldshelfldslotldreplaceadminopercircuitpackTypeavailStateNULLNULLportCntprotectingserialNumfwVer。
即，根據將系統信息指向EquipmentR1類、將支架、擱架和插槽信息指向EquipmentHolder類、以及將主板信息指向CircuitPack類的屬性信息，系統/支架/擱架/插槽信息被存儲在DB表的Mo_Attributes中。在下面的表1中示出了根據字段的配置初始化結構的參數。
表1>
如圖1所示，“elemId”表示系統、支架、擱架、插槽的ID，并且“rack(/shelf/slot)Cnt”表示rack(/shelf/slot)計數。“Replace”表示可代替的狀態，并且“admin”表示管理狀態；“oper”表示操作狀態；“holdStatus”表示支撐狀態；“rack(/shelf/slot)Id”表示主板位置和rack(/shelf/slot)ID；“circuitpackType”表示電路群類型；“availState”表示可用狀態；“portCnt”表示主板中的端口計數；“portecting”表示對偶狀態；以及“serialNum”表示序列號。此外，“fw Ver”表示固件版本。
同時，在系統初始化和操作期間，代理在DB表中存儲與在命名服務中未登記的配置信息相關的實例。以如下所示的結構數據鏈的形式存儲實例。
圖7是根據本發明定義DB表結構的視圖。在系統初始化期間，代理按照下面的方式將數據存儲到DB表中。
例如系統、支架、擱架、插槽和主板信息的配置信息被存儲在“Mo_node”中，并且各個屬性被以鏈表的形式(其中分配并設置了數據區域，對其數據進行排隊并且以列表形式逐個存儲)存儲在“Mo_Attributes”中。因為還存在多個系統配置，“Mo_node”還以鏈表形式存儲信息。此外，“rightP”和“leftP”是用于保持點與存儲在相應數據右邊和左邊中的列表的關系的信息。
例如系統名稱、支架名稱、擱架名稱和主板名稱的節點名稱被存儲在“Mo_Node”的“id”中，并且其各個Id被存儲在“kind”中，而“lockKey”被用作標記，以避免在校正的時候訪問數據，并且“attr_cnt”表示各個屬性的總數。
由圖9到13所定義的各個配置對象來處理屬性，并且逐個存儲在“Mo_Attributes”中，而由圖9到13中的IDL所定義的屬性名稱被存儲在“Mo_Attributes”中，并且與屬性相對應的值(由初始化文件讀取的replace、admin、oper等值)被存儲在“valueP”中。“CORBAAny”表示由CORBA定義的稱為“any”的一種數據類型，并且這種類型可以表示所有數據類型。
在完成初始化之后，代理根據來自管理器的請求和系統狀態來如下操作。
代理在針對來自管理器的對象信息的GET操作中通過所謂代表性對象實例來搜索散列表和DB表，并且發送結果。即，如果在散列表中沒有找到，代理搜索DB表并且還將其結果登記到散列表中。
此外，代理從管理器接收關于對象信息的SET操作、通過所謂代表性對象實例來搜索散列表和DB表、改變關于相應實例的信息、并且發送其結果和事件。此外，在這種情況中，如果在散列表中沒有找到結果，代理搜索DB表并且還將其結果登記到散列表中。
在管理系統中發生故障和狀態改變的情況中，代理改變關于相應實例的信息、并且經由事件(或通知)將相應信息發送到管理器。
在GET/SET操作中，代理根據范圍信息(類型、等級)來指定要搜索的范圍、并且通過指定代表性對象實例來發送命令。
在GET/SET操作中，代理還選擇根據滿足管理器所請求的過濾條件(計算條件、比較、容器關系等)的DN信息而找到的實例中的任一個。
此外，如下所述，代理利用GET/SET將與具有訪問歷史的節點信息相關的內容存儲在結構數據列表中。根據本發明，數據列表被稱為“散列表”。這是通過應用散列算法利用散列表信息映射原始數據而產生的結構，以便提高針對重復訪問相應節點的搜索率。
圖8是根據本發明定義散列表結構的視圖。
如圖8所示，參考散列表結構，“int number”表示散列數，并且“DBImplMonode*node；”表示存儲了節點信息的DB列表地點。此外，“bool top_flag”表示分配給最近登記的信息的標記。
在本發明中，代表性對象實例(EquipmentR1，EquipmentHolder，CircuitPack)被定義為與在標準ITU-T M.3100(通用網絡信息模型)中所定義的類名相同(例如ConfigurationNetworkResourcesNRMDefs.idl)，并且除了自定義數據(StateManagementIRPConstDefs.idl)之外的內部定義屬性和方法(ConfigurationNetworkResourcesNRMDefs.idl)遵守標準(TS32.623、TS 32.300等)。下面結合圖9到13來詳細說明。
圖9是根據本發明定義形成管理系統的代表性對象實例EquipmentR1類的屬性(例如ConfigurationNetworkResourcesNRMDefs.idl)的視圖。
如圖9所示，EquipmentR1類是代表性對象實例，用于管理關于系統節點的信息、并且通常將定義內容分類為屬性名稱和屬性值類型。
圖10是根據本發明定義形成管理系統的代表性對象實例EquipmentR1類的方法(例如ConfigurationNetworkResourcesNRMDefs.idl)的視圖。
如圖10所示，當管理器將訪問調用命令發送到執行GET或SET的對象時，代理將代表性對象實例的引用(例如EquipmentR1，EquipmentHolder和CircuitPack)傳遞到管理器。然后，管理器可以在對象中再次調用getAttribute和setAttribute方法，以便針對希望的實例節點的信息執行GET或SET操作。
在這種情況中，管理器只需要與代表性對象實例相關的命名信息和引用，而不需要請求與多個實例相關的命名信息或引用，并且代理只針對代表性對象實例執行實施方式和命名服務登記。當調用上述功能時，代理在內部數據庫(例如DB表和散列表)中搜索出結果并且將結果傳遞到管理器。
圖11是根據本發明定義形成管理系統的代表性對象實例EquipmentR1類的屬性值類型(例如StateManagementIRPConstDefs.idl)的視圖。
如圖11所示，這定義了由代理自定義的屬性的數值類型。
圖12是根據本發明定義形成管理系統的代表性對象實例EquipmentHolder類的屬性(例如ConfigurationNetworkResourcesNRMDefs.idl)的視圖。
如圖12所示，EquipmentHolder類繼承EquipmentR1類，以便提供getAttribute和setAttribute功能，并且如圖12所示，定義了附加的屬性。通常將定義內容分類為屬性名稱和屬性值類型。
圖13是是根據本發明定義形成管理系統的代表性對象實例CircuitPack類的屬性(例如ConfigurationNetworkResourcesNRMDefs.idl)的視圖。
如圖13所示，CircuitPack類繼承EquipmentR1類并且提供getAttribute和setAttribute功能，并且如圖13所示，定義了附件的屬性。通常將定義內容分類為屬性名稱和屬性值類型。
此外，本發明提供包括范圍和過濾條件的GET/SET操作的實現方法。
如果將整個DN賦給實例GET或者范圍類型是僅是基本的，在搜索表時確認是否滿足過濾條件，并隨后返回滿足實例。如果給定的DN不是整個DN，即，范圍類型不是僅為基本的，在執行搜索到最后節點時返回滿足過濾條件的多個實例。
此外，本發明提高了GET/SET執行速率。即，因為主要定義了散列規則并且在散列表之后搜索DB表，可以提高針對管理對象的搜索率。可以在反映例如警告的內部狀態的情況下，使其可用并且作為搜索表，并且當GET/SET操作的概率更高時可以獲得更好的結果。下面的表2示出了經由本發明的代理應用于實際系統的試驗中得到的數據，其中比較了實例GET操作中的執行率(單位tps(事務每秒))。
<表2>
如表2所示，顯而易見的是，對于各個組件數據，實例GET執行速率快于單一和不同版本中的普通執行速率。
圖14是根據本發明的初始化過程的流程圖，以及圖15是初始化信息的CM容器樹的方框圖。
如圖14所示，在初始化期間在S10中代理向系統請求初始化文件，并且在S20中從其接收到初始化文件。
在S30中代理逐行讀取初始化文件信息以便獲得信息，并且在S40中確定該信息是否包含關于系統信息的數據。如果系統信息存在，在S50中代理產生系統DB節點以便將產生的系統DB節點添加到系統DB節點表，并隨后在S60中接著讀取下一行。
然而，如果系統信息不存在，在S70中代理確定是否存在關于支架的信息。如果支架信息存在，在S80中代理逐個產生支架DB節點以便將產生的支架DB節點添加到支架DB表中，并隨后在S90中接著讀取下一行。
如果支架信息不存在，在S100中代理確定是否存在關于擱架的信息。如果擱架信息存在，在S110中代理逐個產生擱架DB節點以便將產生的擱架DB節點添加到擱架DB表中，并隨后在S120中接著讀取下一行。
然而，如果擱架信息不存在，在S130中代理確定是否存在關于插槽的信息。如果插槽信息存在，在S140中代理逐個產生插槽DB節點以便將產生的插槽DB節點添加到插槽DB表中，并隨后在S150中接著讀取下一行。
如果插槽信息不存在，在S160中代理確定是否存在關于主板的信息。如果主板信息存在，在S170中代理逐個產生主板DB節點以便將產生的主板DB節點添加到主板DB表中，并隨后在S180中接著讀取下一行。
然而，如果主板信息不存在，在S190中代理確定是否為初始化文件的結尾(EOF)。如果是EOF，終止初始化過程；如果不是，代理讀取文件的行并且獲得信息以便重復上述過程。
因此，在通過重復上述過程產生關于系統、支架、擱架、插槽和主板的DB節點之后完成了初始化。
按照具有如圖15所示的CM容器樹的配置管理數據的形式，將上述初始化信息存儲在DB表中，圖15是初始化信息的CM容器數據的方框圖。
具體地，根據圖16所示的過程可以獲得根據上述節點類型(系統、支架、擱架、插槽和電路群)產生的節點。
圖16是根據本發明用于接收從初始化文件獲得的各個節點信息、根據節點類型(系統、支架、擱架、插槽和電路群)將接收到的節點信息分類為屬性數據、以及以鏈表形式存儲分類數據的過程的流程圖。這總計為DB表信息。
如圖16所示，在S41到S44中，首先根據行從文件中獲得各個配置節點的屬性值，根據圖9到13中所定義的數據類型進行轉換，該數據類型是通過映射根據IDL的標準(M.3100)所定義的屬性而獲得的，并隨后在S41到S44繼續按照鏈表的形式存儲在MoAttrNodeP中。
接著，當創建屬性信息時，產生所有關于節點的信息(dn、loc_id、id、kind、attr_cnt、attrP、lockKey)。在這種情況中，在S45中，在上述過程中產生的MoAttrNodeP數據作為節點的屬性信息被存儲在MoNodeP中的attrP項中。(dn區分名稱，物理位置的命名規則，id節點標識符，kind節點值，attr_cnt節點屬性數，attrP節點屬性信息，lockKey鎖定節點數據的密鑰)因為它們的意思與圖7的上述說明中所表示的相同，將不說明DB表的MoNode和MoAttrNode的參數。
圖17是根據本發明針對實例的GET操作的流程圖，可以針對在根據網絡管理標準(3GPP)的命名服務中登記的實例以及針對沒有在命名服務中登記的實例實現GET/SET。
如圖17所示，在系統初始化時，首先在S10中代理20產生代表性對象實例(EquipmentR1、EquipmentHolder和CircuitPack)并且在S20中將代表性對象實例登記到命名服務中。然后，在S30中將所有配置數據存儲在DB表中。
在此之后，在S40中管理器11調用代表性對象實例的引用，并且在S50中代理20將代表性對象實例的引用傳遞到管理器11。
然后，在S60中，管理器11從代理提取在命名服務中登記了的代表性對象實例的可調用引用，并隨后調用在代表性對象實例中所定義的getAttributes()。
因此，在S70中代理20請求用于查詢的DB散列表，并因此在S80中查詢與代表性對象實例相關的實例。
在S90中，代理20存儲查詢結果(GET resultSet)，并隨后在S100中將GET resultSet傳遞到管理器11。
在S110中，代理20將訪問的節點信息添加到散列表中的信息中。
然后，在S120中，管理器11調用在代表性對象實例中所定義的getAttributes()，并且在S130中代理20請求用于查詢的散列表，以便在S140中查詢與代表性對象實例相關的實例。
在S150中，代理存儲查詢的結果(GET resultSet)，并且在S160中將GET resultSet傳遞到管理器11。
圖18示出了根據本發明針對實例的SET操作的流程圖，可以針對在根據網絡管理標準(3GPP)的命名服務中登記的實例以及針對沒有在命名服務中登記的實例實現GET/SET。
如圖18所示，在系統初始化中，在S10中代理20產生代表性對象實例(EquipmentR1，EquipmentHolder和CircuitPack)，并且在S20中將代表性對象實例登記到命名服務中。然后，在S30中將所有配置數據存儲在DB表中。
在S40中，管理器11調用代表性對象實例的引用，并且在S50中代理20將代表性對象實例的引用傳遞到管理器11。
在S60中，管理器11提取在初始化中在命名服務中登記了的代表性對象實例的可調用引用，并且調用在代表性對象實例中所定義的setAttributes()。
作為響應，在S70中代理20請求DB表用于查詢，并且在S80中查詢與代表性對象實例相關的實例。
然后，在S90中，代理20改變DB表中的屬性值，在S100中存儲改變的結果(SET(，err)resultSet)，并且在S110中將改變的屬性值發送到管理器11。
在S120中，代理20將訪問節點信息添加到散列表中的信息中。
當在S140中管理器再次調用在代表性對象實例中所定義的setAttributes()時，在S150中代理20請求散列表用于查詢，并且在S160中查詢與代表性對象實例相關的實例。如果因為沒有在散列表中登記而沒有找到實例時，在S160中代理20再次向DB表發送請求，以便查詢與代表性對象實例相關的實例。
然后，在S170中代理20改變DB表中的屬性值，在S180中存儲改變的結果(SET(，err)resultSet)，并且在S190中將改變的屬性值發送到管理器11。
在節點沒有在散列表中登記并因此向DB表請求的情況中，在S200中，代理20將處理的節點信息添加到散列表中的信息中。
如上所述，如果管理器11所希望的節點信息與沒有在散列表中的歷史的節點相對應，本發明通過DB表獲得該節點，并且通過內部過程GET/SET來發送關于代表性對象實例的結果。
在SET操作的情況中，另外，還將相應通知發送到管理器11，并且針對未登記的實例，代理20還給GET/SET功能提供根據3GPP定義的BasicCmIrpOperations(例如BasicCmIRPSystem.idl)。即，當管理器11命令BasicCmIrpOperations實例執行GET/SET操作時，BasicCmIrpOperations實例直接調用代表性對象實例。當BasicCmIrpOperations實例搜索散列表和DB表，并且將其結果存儲在所產生的iterator中時，管理器11訪問迭代程序并且依次獲取其結果。本實施例還包括按照3GPP所定義的范圍和過濾功能(例如BasicCmIRPSystem.idl)。
圖19和20是根據本發明的GET操作的流程圖。
如圖19所示，當在S100中，代理從管理器接收到GET操作時，在S200中代理調用代表性對象實例，并且在S300中請求GET操作。在這種情況中，GET意味著按照CORBA標準(3GPP)定義的GET功能和參量。代表性對象實例表示沒有在命名服務中登記的配置對象，并因此不能直接調用。由代理終端在根據CROBA標準(3GPP)的GET/SET操作中通過BasicCmIrpOperations來調用代表性對象實例。對于代表性對象實例，有可能訪問DB表，搜索希望的節點信息，并且校正結果。
因此，在S400中代理接收關于GET操作的結果，并且在S500中確定是否正常地獲得該結果。如果正常地獲得該結果，在S600中代理存儲該結果(GET resultSet)；如果不是，在S700中代理執行調用錯誤處理例程。
特別地，如果在上述過程中請求了GET操作，代理執行如圖20所示的過程來產生針對GET操作的結果。
首先，當在S401中代理接收到GET操作時，在S402中，代理確定是否存在散列表。如果存在散列表，在S403中代理查詢散列表。如果不存在散列表，在S404中代理查詢DB表。在這種情況中，DB表是存儲在代理初始化中沒有由例如命名服務登記并因此不能夠被CORBA ORB終端直接調用的對象信息(例如，類、屬性和DN)的存儲單元。散列表是用于按照散列節點和列表的形式管理搜索到的節點和信息的存儲單元，以便提高在操作執行時的搜索速率。
然后，在S405中，代理輸入DN信息和過濾信息，并且步驟D-1中，在散列表中搜索具有相應的DN信息和希望的屬性的節點。如果在散列表中不存在這種節點，則代理針對這種節點搜索DB表。
然后，在搜索之后，在S406中，代理分析包含在從管理器接收的SearchControl信息的過濾條件，并且確認是否存在相應節點，并且作為搜索結果，實際節點屬性是否滿足過濾條件。術語“過濾條件”表示在執行按照CORBA標準(3GPP)定義的GET操作中的條件。
如果找到了相應的節點并且實際節點屬性滿足過濾條件，在步驟D-2中，代理將搜索到的節點添加到散列表中，在S407中存儲結果，并且在S408中輸入范圍類型。在這種情況中，從GET操作中獲得結果。
然后，在S409中代理確認范圍條件(type(＝僅是基本的，基本和子樹，基本到第n級，基本到全部)，等級)是否是僅是基本的。如果范圍條件是其它類型而不是僅是基本的，可以產生多個結果。因此，在這種情況中，在S410中代理繼續搜索并且確認節點是否是最后的節點。術語“范圍”表示在執行按照CORBA標準(3GPP)所定義的GET操作中的范圍條件(type(＝僅是基本的，基本和子樹，基本到第n級，基本到全部)，等級))。
如果該節點不是最后的節點，在S411中代理移到下一個節點(node＝node→next)。如果該節點是最后的節點，在S412中代理確認最后的節點是否為散列節點。因為散列節點具有尚未搜索的歷史，代理對于DB節點執行查詢步驟。
圖21和22是根據本發明的Set操作的流程圖。
如圖21所示，當在S100中從管理器接收到SET操作時，在S200中代理調用代表性對象實例，并且在S300中請求SET操作。在此，“SET”表示按照CORBA標準(3GPP)定義的SET功能和參量。代表性對象實例表示沒有在命名服務中登記、并因此不能夠直接調用的配置對象。由代理終端在根據CROBA標準(3GPP)的GET/SET操作中通過BasicCmIrpOperations來調用代表性對象實例。對于代表性對象實例，有可能訪問DB表，搜索希望的節點信息，并且校正結果。
作為響應，在S400中，代理接收關于SET操作的結果，并且在S500中，確定是否正常地獲得該結果。如果正常地獲得該結果，在S600中，代理存儲該結果(SET resultSet)；如果并未正常地獲得該結果，在S700中代理執行調用錯誤處理例程。
特別地，如果在上述過程中請求了SET操作，代理執行如圖22所示的過程來關于SET操作的結果。
首先，當在S401中接收到SET操作時，在S402中代理確定是否存在散列表。如果存在散列表，在S404中代理查詢DB表。DB表是包含在代理初始化中沒有由命名服務登記的對象信息(類，屬性和DN)以及不能夠被CORBA ORB終端直接調用的相應對象的存儲單元。散列表是用于按照散列節點和其列表的形式來管理先前搜索的節點和信息的存儲單元，以便提高操作時的搜索速率。
在S405中，代理輸入DN信息和過濾信息，并且步驟D-1中，確定在散列表中是否存在具有相應DN信息和希望屬性的節點。如果在散列表中不存在這種節點，代理搜索DB表。
然后，在搜索之后，在S406中，代理分析包含在從管理器接收的SearchControl信息的過濾條件，并且確認是否存在相應節點，并且作為搜索結果，實際節點屬性是否滿足過濾條件。術語“過濾條件”表示在執行按照CORBA標準(3GPP)定義的GET操作中的條件。
如果找到了相應的節點并且實際節點屬性滿足過濾條件，在步驟D-2中，代理將搜索到的節點添加到散列表中。
然后，在S407中代理改變DB節點的屬性，在S408中存儲其結果，并且在S409中，將改變通知管理器。術語“結果”表示通過SET操作獲得的結果。
在此之后，當在S410中輸入范圍類型時，在S411中代理確認范圍條件(type(＝僅是基本的，基本和子樹，基本到第n級，基本到全部)，等級)是否為僅是基本的。如果范圍條件是其它類型而不是僅是基本的，可以產生多個結果。因此，在這種情況中，在S412中代理繼續搜索并且確認節點是否是最后的節點。術語“范圍”表示在執行按照CORBA標準(3GPP)所定義的GET操作中的范圍條件(type(＝僅是基本的，基本和子樹，基本到第n級，基本到全部)，等級)。
如果該節點不是最后的節點，在S413中代理移到下一個節點(node＝node→next)。如果該節點是最后的節點，在S414中代理確認最后的節點是否是散列節點。因為散列節點具有尚未搜索的歷史，代理對于DB節點執行查詢步驟。
圖23是根據本發明用于查詢散列表的過程的流程圖。
如圖23所示，在S100中，代理接收DN信息以便獲得作為密鑰值的散列數，用于在S200中搜索散列表，并且在S300中，根據DN信息中計算散列表索引(index＝number％HASH_DENOM)。
然后，在S400中，代理顯示一個節點指針并且將散列表信息賦給它(Hashlmpl∷data*tmp，tmp＝hash[index])。
在S500中，代理將輸入的DN信息與散列表DN信息進行比較(DN＝＝tmp→node→dn？)。如果輸入的DN信息與散列表DN信息相同，在S600中代理將散列表信息賦給節點指針(return tmp→node)以便在S700中查找散列表的散列數據(找到)。
然而，如果此DN信息不與彼DN信息相同，在S800中代理移動到下一個節點(tmp＝tmp→next)，并且在S900中確定相應節點是否是最后的節點。如果節點是最后的節點，在S1000中代理沒有找到散列數據。如果節點不是最后的節點，代理進行輸入DN信息和散列表DN信息的比較。
現在，結合圖24A、24B和25來詳細說明獲得散列數的過程。
圖24A、24B和25是根據本發明用于產生散列數據的流程圖。
如圖24A所示，在S201中代理接收DN輸入，以便在S202中獲得DN名稱和值對，并且在S203中確認下一個字符串名稱是否為“EquipmentR1.equipmentld”(next_string_name＝″EquipmentR1.equipmentld″)。
如果作為確認的結果，下一個字符串名稱是“EquipmentR1.equipmentld”，在S204中設置系統數為dn_num(rack_num＝atoi(next_string_value)，dn_num＝system_num)。
然后，在S205中確認下一個字符串名稱是否為“EquipmentHolder.equipmentld”(next_string_name＝“EquipmentHolder.equipmentld”)。如果下一個字符串名稱是“EquipmentHolder.equipmentld”，在S206中，將rack_num添加到預先設置的dn_num來獲得新的dn_num(rack_num＝atoi(next_string_value)，dn_num＝rack_num+dn_num)。
參考圖24B，在S207中，確認下一個字符串名稱是否是“EquipmentHolder.equipmentld”(next_string_name＝“EquipmentHolder.equipmentld”)。如果下一個字符串名稱是“EquipmentHolder.equipmentld”，在S208中將shelf_num添加到上述dn_num中來獲得新的dn_num(shelf_num＝atoi(next_string_value)，dn_num＝shelf_num+dn_num)。
然后，在S209中確認下一個字符串名稱是否是“EquipmentHolder.equipmentld”(next_string_name＝“EquipmentHolder.equipmentld”)。如果下一個字符串名稱是“EquipmentHolder.equipmentld”，在S210中將slot_num添加到dn_num中來獲得新的dn_num(slot_num＝atoi(next_string_value)，dn_num＝slot_num+dn_num)。
在S211中，確認下一個字符串名稱是否為“SKTCircuitPack.equipmentld”(next_string_name＝“SKTCircuitPack.equipmentld”)。如果下一個字符串名稱是“SKTCircuitPack.equipmentld”，在S212中將board_num添加到上述dn_num中來獲得新的dn_num(board_num＝atoi(next_string_value)，dn_num＝board_num+dn_num)。
然后，在S213中通過使用最終獲得的dn_num來產生hash[index].number(hash[index].number＝dn_num)。
按照這種方式，代理接收DN并且將其轉換為要存儲在散列表中的散列數。根據轉換規則，將已有的根據等級的ID信息轉換為整數并且合計根據等級而獲得的dn_num。
具體地，添加根據等級而獲得的dn_num的過程如圖25所示。即，在S214中代理移動到下一個DN單元(goto next DN element)，并且在S215中確認是否存在下一個DN單元。如果存在下一個DN單元，在S217中代理進行下一個字符串名稱的確認，并且如果不存在下一個DN單元，在S216中代理通過使用dn_num來產生hash[index](hash[index]number＝dn_num)。
圖26是根據本發明用于添加散列表的過程的流程圖。
如圖26所示，在S100中代理接收到要添加的節點，并且在S200中通過如圖23所示的散列表查詢過程來確認該節點在先前的散列表中是否存在其信息。在S300中如果在散列表中已經存在了信息，終止添加散列表的過程。
然而，如果在先前的散列表中不存在要添加的節點的信息，在S400中，將要添加的節點存儲在新的散列表中并且設置節點的上標記(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參數表示在產生散列表中指定的表數的最大索引值。
然后，在S500中確認散列表的索引是否為空(hash[index]＝＝NULL？)。如果散列表索引為空，表示新的節點信息，在S600中刪除先前的上節點的標記(hash[index]→top_flag＝false)。如果散列表不為空，在S700中設置并添加上標記(hash[index]＝tmp)。
如上所述，本發明提供一種方法，用于通過代表性對象實例來調用關于未登記對象實例的信息，以便可以積極地管理節點，即使在例如配置管理對象的未登記命名服務的每一個類中存在多個和不同的對象。
盡管已經示出了本發明，并結合優選實施例進行了說明，對于本領域的技術人員顯而易見的是，在不脫離權利要求書所定義的本發明精神和范圍之下可以作出各種修改和改變。
權利要求
1.一種在網絡中使用代表性對象實例的對象管理系統，包括代理，響應管理系統的初始化，用于作為對象信息來存儲與系統配置相關的初始化信息，并且用于產生表示所述對象信息的代表性對象實例；所述代理響應從網絡管理系統(NMS)管理器接收到對象調用，用于通過代表性對象實例來執行針對調用對象的命令，并且用于將命令的結果傳遞到NMS管理器。
2.根據權利要求1所述的對象管理系統，其中所述代理包括未登記對象DB，存儲沒有在用于對象之間的通信的命名服務中登記的對象的未登記對象信息；應用程序，用于響應從NMS管理器接收到對象調用，通過代表性對象實例來開始處理未登記對象DB，以便執行針對調用對象的命令；以及系統接口，用于與管理系統進行接口。
3.根據權利要求2所述的對象管理系統，其中，應用程序包括用戶程序，用戶程序實現了由接口定義語言(IDL)所定義的對象之間的關系和動作之一。
4.根據權利要求2所述的對象管理系統，其中，存儲在未登記對象DB中的未登記對象信息包括結構鏈表。
5.根據權利要求4所述的對象管理系統，其中，未登記對象信息包含存儲在Mo_Node中的配置信息和存儲在Mo_Attribute中的關于配置信息的各個屬性信息。
6.根據權利要求2所述的對象管理系統，其中，初始化信息包括系統信息、支架信息、擱架信息、插槽信息和主板信息中的至少一個。
7.根據權利要求6所述的對象管理系統，其中，根據定義為EquipmentR1類的屬性信息，將系統信息存儲在未登記對象DB中。
8.根據權利要求6所述的對象管理系統，其中，根據定義為EquipmentHolder類的屬性信息，將支架信息、擱架信息、插槽信息存儲在未登記對象DB中。
9.根據權利要求6所述的對象管理系統，其中，根據定義為CircuitPack類的屬性信息，將主板信息存儲在未登記對象DB中。
10.根據權利要求2所述的對象管理系統，其中，所述代理響應從NMS管理器接收到與對象信息相關的GET操作命令，通過代表性對象實例來搜索未登記對象DB，并且用于將搜索到的調用對象的結果信息發送到NMS管理器。
11.根據權利要求10所述的對象管理系統，其中，代理另外將結果信息登記到散列表中。
12.根據權利要求11所述的對象管理系統，其中，登記到散列表中的信息包括結構鏈表。
13.根據權利要求10所述的對象管理系統，其中，在執行GET操作命令期間，所述代理從根據DN信息搜索到的實例中查找滿足由NMS管理器所請求的過濾條件的實例。
14.根據權利要求13所述的對象管理系統，其中，過濾條件至少包括計算條件、比較條件和容器條件之一。
15.根據權利要求1O所述的對象管理系統，其中，當在執行GET操作命令中做出命令中，所述代理根據范圍信息指定要搜索的范圍以及代表性對象實例。
16.根據權利要求15所述的對象管理系統，其中，范圍信息包括類型信息和等級信息中的至少一個。
17.根據權利要求2所述的對象管理系統，其中，所述代理響應從NMS管理器接收到與對象信息相關的SET操作命令，通過代表性對象實例來搜索未登記對象DB，并且改變與調用對象相關的信息，并將改變的結果信息發送到NMS管理器。
18.根據權利要求17所述的對象管理系統，其中，所述代理另外將改變的結果信息登記到散列表中。
19.根據權利要求17所述的對象管理系統，其中，所述代理響應管理系統的故障和狀態改變之一，改變相應對象的信息并將改變的信息通過事件傳送到NMS。
20.一種在網絡中使用代表性對象實例的對象管理代理系統，包括未登記對象DB，用于存儲沒有在用于對象之間的通信的命名服務中登記的對象的未登記對象信息；應用程序，響應從網絡管理系統(NMS)管理器接收到對象調用，通過代表性對象實例來開始處理未登記對象DB，以便執行針對調用對象的命令；以及系統接口，用于與管理系統進行接口。
21.根據權利要求20所述的對象管理代理系統，其中，應用程序包括用戶程序，用戶程序實現了由接口定義語言(IDL)所定義的對象之間的關系和動作。
22.根據權利要求20所述的對象管理代理系統，其中，存儲在未登記對象DB中的未登記對象信息包括結構鏈表。
23.根據權利要求22所述的對象管理系統，其中，未登記對象信息包含存儲在Mo_Node中的配置信息和存儲在Mo_Attribute中的與配置信息有關的各個屬性信息。
24.一種在網絡中使用代表性對象實例的對象管理方法，所述方法包括步驟存儲與管理系統配置相關的初始化信息，作為對象信息；產生表示對象信息的代表性對象實例；以及當接收到對象調用時，根據與通過代表性對象實例調用的對象有關的命令，傳遞結果值。
25.根據權利要求24所述的對象管理方法，其中，初始化信息至少包括系統信息、支架信息、擱架信息、插槽信息和主板信息之一。
26.根據權利要求25所述的對象管理方法，其中，根據定義為EquipmentR1類的屬性信息，來存儲系統信息。
27.根據權利要求25所述的對象管理方法，其中，根據定義為EquipmentHolder類的屬性信息，存儲支架信息、擱架信息和插槽信息。
28.根據權利要求25所述的對象管理方法，其中，根據定義為CircuitPack類的屬性信息，存儲主板信息。
29.根據權利要求24所述的對象管理方法，其中，按照結構鏈表的形式存儲對象信息。
30.根據權利要求24所述的對象管理方法，其中，未登記對象信息包含存儲在Mo_Node中的配置信息和存儲在Mo_Attribute中的與配置信息有關的各個屬性信息。
31.根據權利要求24所述的對象管理方法，還包括步驟當與通過代表性對象實例調用的對象有關的命令是GET命令時，傳遞GET結果。
32.根據權利要求31所述的對象管理方法，其中，傳遞GET結果的步驟包括查詢與代表性對象實例相關的對象；存儲查詢對象的GET結果；以及傳遞查詢對象的GET結果。
33.根據權利要求32所述的對象管理方法，還包括步驟在傳遞查詢對象的GET結果之后，將查詢對象信息添加到散列表中。
34.根據權利要求24所述的對象管理方法，還包括步驟當與通過代表性對象實例調用的對象有關的命令是SET命令時，傳遞SET結果。
35.根據權利要求34所述的對象管理方法，其中，傳遞SET結果的步驟包括查詢與代表性對象實例相關的對象；改變查詢對象的屬性值；傳遞改變的屬性值；以及傳遞查詢對象的SET結果。
36.根據權利要求35所述的對象管理方法，還包括步驟在傳遞改變的屬性值之后，將查詢對象信息添加到散列表中。
全文摘要
一種使用代表性對象實例的配置管理系統和方法，用于通過代表性對象實例調用關于未登記對象實例的信息，以便能夠積極地管理節點(包括產生、刪除、改變和檢索)。在本發明的設備中，在管理系統的初始化期間，代理存儲關于系統配置的初始化信息作為對象信息，并且產生表示對象信息的代表性對象實例。當從網絡關系系統(NMS)管理器接收到對象調用時，代理通過代表性對象實例執行針對調用對象的命令，并且將命令的結果傳遞到NMS管理器。
文檔編號H04L12/24GK1815978SQ200510129648
公開日2006年8月9日 申請日期2005年12月14日 優先權日2005年2月1日
發明者任庸植 申請人:三星電子株式會社