專利名稱：一種通用對象建模方法及通用對象管理系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及對象建模及對象管理，尤指一種不局限于某一具體應用領(lǐng)域的通用對象建模方法及其管理系統(tǒng)。
背景技術(shù)：
面向?qū)ο蠹夹g(shù)和理論的出現(xiàn)對于計算機領(lǐng)域乃至整個制造業(yè)都引起了軒然大波，通過對客觀世界的真實抽象，采用面向?qū)ο笳Z言來描述對象本身的屬性、操作和展現(xiàn)以及對象與相關(guān)對象之間的關(guān)系，使對象描述變得更加簡單，模型清晰而易于維護。人們越來越深刻的認識到“對象”是真正能夠描述客觀世界一切存在實體的最簡單的方式，更多的人都投入來這個研究中來，面向?qū)ο蠹夹g(shù)也得到的飛速的發(fā)展，各種面向?qū)ο蟮恼Z言也應運而生，如UML，XML、IDL(CORBA、TINA)等，應用這些工具可以很快的建立各種對象模型。
現(xiàn)有技術(shù)中，電信領(lǐng)域作為一個新興的高科技領(lǐng)域，也吸收了面向?qū)ο蠹夹g(shù)的優(yōu)點，在其標準化的進程中，形成了適合于電信領(lǐng)域的通用對象建模技術(shù)，如對管理信息的描述的ASN.1、對電信管理對象的描述的M.3100、GDMO、GNM等，推動著電信業(yè)的發(fā)展。當然，這些標準為了能夠全面的描述所有的管理對象，同時為了能夠和以前的標準有所融合，內(nèi)部結(jié)構(gòu)比較復雜，給使用者造成了一定的難度。M.3100采用GDMO和ASN.1來描述對象的結(jié)構(gòu)和意義，它將網(wǎng)絡(luò)抽象為CIM通用信息模型，見圖1，網(wǎng)絡(luò)由網(wǎng)元和網(wǎng)元之間的連接組成，網(wǎng)絡(luò)可以包括子網(wǎng)絡(luò)，網(wǎng)元是由多個構(gòu)件組成的，構(gòu)件可以包含多個子構(gòu)件，所有的組成部分都可以通過對象的形式進行描述。在該信息模型的基礎(chǔ)上，形成了許多網(wǎng)絡(luò)管理系統(tǒng)，圖2是基于M.3100的CIM模型形成的網(wǎng)絡(luò)管理系統(tǒng)的基本結(jié)構(gòu)。一個網(wǎng)絡(luò)管理系統(tǒng)基本上由兩個層次組成，底層是網(wǎng)絡(luò)資源信息模型，上層是網(wǎng)管應用層，下層是網(wǎng)絡(luò)資源管理系統(tǒng)，通過GDMO和ASN.1來抽象的描述網(wǎng)絡(luò)的信息模型，通過定義對象的各種屬性信息來描述對象自身，并通過定義對象之間的包含、關(guān)聯(lián)、承載、引用等來描述對象之間的各種關(guān)系，上層是網(wǎng)管的各種應用系統(tǒng)，如故障管理、性能管理、路由管理、話務(wù)管理、業(yè)務(wù)管理等各種業(yè)務(wù)的應用。上層的各種應用依賴于下層網(wǎng)絡(luò)信息模型，而下層網(wǎng)絡(luò)信息模型是一個龐大的復雜模型，建立和維護的代價非常大。
現(xiàn)有技術(shù)一的缺點1、它建立了一個特定網(wǎng)絡(luò)的信息模型，只使用于對電信網(wǎng)絡(luò)的描述，模型本身比較復雜，同時不容易實現(xiàn)對管理的信息模型的擴展，如不能實現(xiàn)對組織機構(gòu)的描述。
2、隨著INTERNET技術(shù)的發(fā)展，信息交互問題已經(jīng)不僅僅局限于電信網(wǎng)絡(luò)的內(nèi)部，需要廣域網(wǎng)上實現(xiàn)和其他多個系統(tǒng)之間信息的交互，所以對信息描述方式必須采用通用、易懂且靈活擴展的語言來進行描述，而無論是GDMO，還是ASN.1都只是電信領(lǐng)域的標準，而且十分復雜，需要專業(yè)人員才能夠理解。
3、系統(tǒng)的擴展性差，主要表現(xiàn)在擴展新的功能的時候需要重新構(gòu)造網(wǎng)絡(luò)模型，應用和模型緊密相關(guān)。
4、不能提供一個完全可視化的對象建模平臺，需要通過程序來實現(xiàn)對實際對象的模型創(chuàng)建。

發(fā)明內(nèi)容
本發(fā)明提供一種通用對象建模方法及通用對象管理系統(tǒng)，采用多層模型結(jié)構(gòu)來描述通用模型和特定對象模型，適應對多技術(shù)領(lǐng)域、多專業(yè)領(lǐng)域管理對象的管理。
本發(fā)明的通用對象建模方法，包括采用通用對象模型、特殊對象模型和應用業(yè)務(wù)邏輯三層對象模型來建立被管對象的描述和應用的擴展；所述通用對象模型層描述和定義一般對象的屬性和呈現(xiàn)方式，將所有被管對象采用統(tǒng)一標準的格式來描述，形成有序組織的對象；所述特殊對象模型層定義對象和對象之間的相互關(guān)系，以及對象特定的應用含義，從而形成特定技術(shù)領(lǐng)域的對象模型描述；所述應用業(yè)務(wù)邏輯層定義基于特定對象模型的特定操作或方法，并與相關(guān)的應用邏輯相結(jié)合。
所述一般對象的屬性包括基本屬性、傳遞屬性、計算屬性和對象屬性。
所述對象呈現(xiàn)方式包括圖標呈現(xiàn)或線呈現(xiàn)；所述圖標呈現(xiàn)方式包括圖標文字、圖標顏色、圖標閃爍、圖標隱藏和圖標提示五者之一，或其中任意兩者、三者、四者或全部的組合；所述線呈現(xiàn)方式包括線顏色、線寬度、線閃爍、線型和線隱藏五者之一，或其中任意兩者、三者、四者或全部的組合。
所述對象模型的描述有兩種方式文件模型描述方式和庫表模型描述方式，所述文件模型描述方式和庫表模型描述方式可以相互轉(zhuǎn)換。
所述對象之間的相互關(guān)系包括包含、關(guān)聯(lián)、承載或引用關(guān)系。
所述特殊對象模型層中通過定義不同對象之間不同的相互關(guān)系，可生成多個對象管理域。
所述被管對象在不同的對象管理域中可以生成不同的界面呈現(xiàn)方式，所述界面呈現(xiàn)方式包括拓撲圖、樹圖、屬性圖或列表圖。
本發(fā)明通用對象管理系統(tǒng)，包括核心服務(wù)器模塊、模型編輯模塊、系統(tǒng)和用戶管理模塊、對象導入模塊、其他應用接口模塊和對象管理呈現(xiàn)模塊；所述核心服務(wù)器模塊用于實現(xiàn)模型訪問、對象管理和導入操作，并提供對象數(shù)據(jù)維護和內(nèi)存對象維護功能；所述模型編輯模塊實現(xiàn)建立被管對象模型，并提供對所建模型的編輯、存儲和導入功能；
所述系統(tǒng)和用戶管理模塊實現(xiàn)對系統(tǒng)的監(jiān)控、圖標管理、組織機構(gòu)、權(quán)限和用戶管理，并實現(xiàn)整個系統(tǒng)和架構(gòu)在其上的特定應用的權(quán)限控制；所述對象導入模塊主要提供對象導入規(guī)則定義和對象導入功能；所述其他應用接口模塊提供用戶開發(fā)特定的應用相關(guān)的接口庫，其它應用程序可以通過該接口庫來訪問存儲在該系統(tǒng)中的對象和模型；所述對象管理呈現(xiàn)模塊提供對管理對象按照其呈現(xiàn)規(guī)則進行呈現(xiàn)的功能，提供拓撲圖、樹圖、屬性圖或列表圖來展現(xiàn)對象。
所述被管對象模型包括對象基本模型、對象關(guān)系模型、對象呈現(xiàn)模型和對象操作模型。
所述接口庫中包括有客戶端應用程序接口，通過該接口，可訪問另一系統(tǒng)的對象和模型數(shù)據(jù)，實現(xiàn)多套系統(tǒng)之間數(shù)據(jù)信息的透明訪問。
本發(fā)明的優(yōu)點在于1、靈活的管理對象模型建立；通過對通用對象模型層的描述，可以建立所有被管理對象的模型，適應對多技術(shù)領(lǐng)域、多專業(yè)領(lǐng)域管理對象的管理。如在網(wǎng)絡(luò)管理中，可以建立傳輸網(wǎng)、傳送網(wǎng)的網(wǎng)絡(luò)模型，實現(xiàn)跨網(wǎng)網(wǎng)絡(luò)管理。
2、快速的部署和無“割接”的系統(tǒng)擴展；提供繼承、包含等多種定義方法通過建?？梢钥焖俚慕⒈还芾韺ο蟮男畔⒛Ｐ?，同時動態(tài)模型的加載技術(shù)的使用可以保證系統(tǒng)在無“割接”情況下實現(xiàn)功能的快速擴展。
3、多系統(tǒng)對話成為可能；系統(tǒng)采用流行的XML(擴展標記語言)語言作為對象描述的語言，XML具有標準、通俗易懂等特點，而且可以實現(xiàn)和廣域網(wǎng)的信息的交互；另一方面，對象管理系統(tǒng)自身的分布特性和標準接口也保證了對系統(tǒng)信息交互的可行性。
4、“軟插件”技術(shù)的采用使得通過對象模型擴展可以方便的擴展對象管理的應用邏輯。


圖1為電信網(wǎng)絡(luò)中的CIM信息模型。
圖2為現(xiàn)有電信網(wǎng)管系統(tǒng)結(jié)構(gòu)示意圖。
圖3為本發(fā)明通用對象建模方法的模型層結(jié)構(gòu)示意圖。
圖4為本發(fā)明的通用對象管理系統(tǒng)模塊結(jié)構(gòu)示意圖。
圖5為本發(fā)明的通用對象管理系統(tǒng)內(nèi)部結(jié)構(gòu)控制示意圖。
圖6為架構(gòu)在本發(fā)明系統(tǒng)上的一個網(wǎng)絡(luò)管理方案。
圖7為采用類的繼承樹進行模型編輯的界面圖。
圖8為對象管理域開發(fā)界面圖。
圖9為對象方法及對象呈現(xiàn)開發(fā)界面圖。
圖10為本發(fā)明系統(tǒng)的對象呈現(xiàn)界面圖。
圖11為本發(fā)明系統(tǒng)多套聯(lián)合應用時的控制方框圖。
具體實施例方式
本發(fā)明的通用對象建模方法(簡稱為AMO)是采用通用對象模型、特殊對象模型和特定的應用邏輯三層對象模型來建立被管對象的描述和應用的擴展，如圖3所示，最底層是通用對象模型層(Generic Object Model)層，通用對象模型層描述和定義了一般對象的屬性和呈現(xiàn)方式，將所有管理對象采用統(tǒng)一標準的格式來描述，形成有序組織的對象；第二層是特殊對象模型層(Special Object Model)，特殊對象模型層定義對象和對象之間的各種關(guān)系(如類之間的包含關(guān)系、引用關(guān)系等)，以及對象特定的應用含義，從而形成特定技術(shù)領(lǐng)域的對象模型描述；第三層是應用業(yè)務(wù)邏輯層(Application LogicProcedure)，定義基于特定對象模型的特定操作或方法，并與相關(guān)的應用邏輯結(jié)合起來，如針對一個網(wǎng)絡(luò)設(shè)備可以查看設(shè)備的性能指標，針對一個人員可以查看人員相關(guān)的聯(lián)系信息、績效等。
基于上述通用對象建模方法，本發(fā)明提供一種通用對象管理系統(tǒng)(OMP)，在該系統(tǒng)之上運用上述建模方法以及特定應用邏輯的開發(fā)后，可快速實現(xiàn)新應用的開發(fā)，并可非常容易地支持架構(gòu)在該OMP系統(tǒng)之上的各個應用的集成以及相互之間的信息交換；該系統(tǒng)是一個應用解決方案的支撐平臺，它提供統(tǒng)一應用集成的用戶界面、中間業(yè)務(wù)處理邏輯以及后臺數(shù)據(jù)庫，完成對被管理對象的通用管理和呈現(xiàn)管理功能，提供了實際應用系統(tǒng)中的數(shù)據(jù)組織、數(shù)據(jù)訪問接口以及大部分應用的呈現(xiàn)界面。
該OMP系統(tǒng)的模塊結(jié)構(gòu)圖如圖4所示，主要包括以下六個模塊組成，即核心服務(wù)器模塊、模型編輯模塊、系統(tǒng)和用戶管理模塊、對象導入模塊、其它應用接口模塊(API)和對象管理呈現(xiàn)模塊。
核心服務(wù)器模塊主要提供用于模型訪問、對象管理、導入等操作需要的的服務(wù)器端軟件，并提供對象數(shù)據(jù)維護和內(nèi)存對象維護功能，以提高系統(tǒng)的訪問速度。
模型編輯模塊主要提供對被管理對象的建模功能，并提供對建立好的模型的編輯、存儲和導入功能，在導入過程中提供模型的語法檢查和與原有模型的比較功能。
系統(tǒng)和用戶管理模塊主要提供OMP系統(tǒng)的監(jiān)控、圖標管理、組織機構(gòu)、權(quán)限和用戶管理功能，實現(xiàn)整個系統(tǒng)和架構(gòu)在其上的特定應用的權(quán)限的控制。
對象導入模塊主要提供對象導入規(guī)則定義和對象導入功能。
其他應用API提供用戶開發(fā)特定的應用相關(guān)的接口庫，其他應用程序可以通過該接口庫來訪問存儲在OMP中的對象和模型。
對象呈現(xiàn)模塊提供對管理對象按照其呈現(xiàn)規(guī)則進行呈現(xiàn)的功能，提供拓撲圖、樹圖、屬性圖、列表圖等多種形式來展現(xiàn)對象，同時也是應用集成的界面，用戶可以將功能集成到界面的菜單和對象的浮動菜單上，實現(xiàn)功能擴展。
通過上述模塊形成了OMP的核心功能，其基本工作過程如下1、建立被管對象模型包括對象基本模型(Object Model)、對象關(guān)系模型(Special Object Model)、對象呈現(xiàn)模型(Special Object Model)和對象操作模型(Application Model)，該些模型的建立由模型編輯模塊實現(xiàn)。
2、將模型加載到系統(tǒng)中由模型編輯模塊和核心服務(wù)器模塊共同實現(xiàn)按照上述模型動態(tài)生成數(shù)據(jù)庫表結(jié)構(gòu)。
3、對象導入將已有的數(shù)據(jù)導入到系統(tǒng)中，由對象導入模塊和核心服務(wù)器模塊共同實現(xiàn)。
4、建立系統(tǒng)權(quán)限體系建立組織機構(gòu)、用戶權(quán)限，由系統(tǒng)用戶管理模塊和核心服務(wù)器模塊共同實現(xiàn)。
5、使用系統(tǒng)主要由對象管理呈現(xiàn)模塊和核心服務(wù)器模塊實現(xiàn)。
6、擴展系統(tǒng)功能增加新的應用邏輯開發(fā)，采用其它應用程序接口(API)進行開發(fā)。
7、修改系統(tǒng)模型由模型編輯模塊實現(xiàn)模型修改，并將新的應用插入系統(tǒng)中，而系統(tǒng)正常運行，然后回到第2步，進入增強功能的管理系統(tǒng)。
以上闡述了OMP系統(tǒng)的模塊結(jié)構(gòu)和其工作過程，下面詳細描述系統(tǒng)的體系結(jié)構(gòu)和如何根據(jù)已有的API來開發(fā)新的應用并集成到系統(tǒng)中來。
參見圖5，為本發(fā)明的OMP系統(tǒng)內(nèi)部結(jié)構(gòu)控制示意圖。圖中模型編輯(應用)、對象管理與呈現(xiàn)(應用)、授權(quán)管理(應用)與對象導入(應用)為上層應用可直接使用或者利用的用戶界面，模型訪問(API)、權(quán)限驗證(API)和對象管理API為上層應用可以直接訪問調(diào)用的API，其中模型轉(zhuǎn)換(API)和權(quán)限訪問(API)對上層應用完全透明，四周框線為消息總線。其中的邏輯層在應用服務(wù)器中運行。
在圖中顯示了幾個集成點，在對象管理API處上層應用可以添加在對象創(chuàng)建、刪除或者改變前/后需要的附加邏輯判斷，這樣的邏輯判斷可以用來實現(xiàn)對象之間的完整性檢查；另外，在應用服務(wù)器中還可以配置對收到的各種消息的上層應用的處理動作(也可以沒有處理動作)。在對象管理與呈現(xiàn)處可以通過配置文件決定要進行集成的各個應用系統(tǒng)以及集成時各個系統(tǒng)初始化所要執(zhí)行的動作；對于每個被集成的架構(gòu)在OMP之上的應用，可以通過配置文件決定該應用要在主界面上出現(xiàn)的菜單，通過模型確定各個應用在各個對象上可出現(xiàn)的右健菜單，以及用戶在點取菜單后系統(tǒng)將如何響應；同時，在該處有一個獨立的消息處理模塊，各個上層應用需要接收的消息以及收到消息后對消息的處理也可以通過配置文件進行掛接。
本發(fā)明按照面向?qū)ο蟮乃枷耄瑢⒁芾淼臄?shù)據(jù)進行抽象，形成類(實例化后的對象即為我們實際的要管理的數(shù)據(jù))。傳統(tǒng)的對象描述包括了對象的狀態(tài)(屬性)、對象可執(zhí)行的動作(方法)，而在OMP中，除了上述內(nèi)容之外，還對對象在不同管理域(方案)如何呈現(xiàn)(顯示風格)進行描述。OMP中對類的描述方式如下一、屬性屬性用于記錄OMP對象的內(nèi)部狀態(tài)，并可規(guī)定在進行對象屬性呈現(xiàn)時，對屬性如何分組顯示(在OMP中對應為屬性組的概念)，以及各個屬性是否需要顯示(不需要顯示表示用戶對對象的相應狀態(tài)的取值不關(guān)心)。OMP中屬性類型如下表所示

二、方案方案用于描述在不同的對象管理域內(nèi)對象之間可以存在的關(guān)系。在現(xiàn)實事件中，從不同的視角觀察同一個對象，會發(fā)現(xiàn)其與相關(guān)的對象的集合是不一樣的，彼此之間的相互關(guān)聯(lián)關(guān)系也是不同的。如一臺具體的路由器，從生產(chǎn)角度來說，會與一個特定的供應商發(fā)生聯(lián)系；從使用角度來說，會與運營商發(fā)生聯(lián)系。這種現(xiàn)實世界中錯綜復雜的聯(lián)系，僅用對象自身的屬性是無法完全描述清楚的，故在OMP中提出了對象管理域——方案的概念，利用方案來描述這種關(guān)系。圖6表明了在一個具體的架構(gòu)在OMP之上的業(yè)務(wù)開通系統(tǒng)應用中的“網(wǎng)絡(luò)對象拓撲管理域”方案。
方案中表明網(wǎng)絡(luò)可能由其他網(wǎng)絡(luò)(子網(wǎng)或者網(wǎng)絡(luò)適配器，從網(wǎng)絡(luò)繼承而來)組成，在網(wǎng)絡(luò)中存在用戶可以接入的端口(用戶終端)集合，子網(wǎng)/網(wǎng)絡(luò)適配器之間通過鏈路連接。鏈路作為線顯示對象，也就是用于與其它對象的連接。
在模型中建立方案的時候，如果類A對象可以包含類B對象，可以指定A對象與B對象的屬性之間滿足何種條件時，兩個對象之間的包含關(guān)系即可存在。如果是線顯示對象，還可以指定起點對象所滿足的條件以及終點對象所滿足的條件。
三、方法方法代表對象可以執(zhí)行的動作。對象在執(zhí)行動作時，需要外部進行觸發(fā)。如房間中的電燈的開/關(guān)動作，是需要人去觸發(fā)的。同一個對象可以執(zhí)行的動作可以很多，但是不同的管理域中，用戶可以觸發(fā)的動作可能只是對象所有動作中的一個子集?；谶@樣一個事實，OMP中在建立模型時，在為對象定義方法時，要求指明可以觸發(fā)該方法執(zhí)行的對象管理域——方案。
在實際的使用中，OMP是無法預知對象的方法集合的，同樣也不可能決定一個特定方法應該如何實現(xiàn)，如何引起對象的狀態(tài)(屬性)發(fā)生變化。建模中所定義的方法，只是定義了對象的方法接口，方法的具體實現(xiàn)需要上層應用做二次開發(fā)，在二次開發(fā)時，要遵循OMP的接口要求與規(guī)范。
本發(fā)明的OMP系統(tǒng)提供面向?qū)ο筮M行模型抽象和開發(fā)，如圖7所示，為采用類的繼承樹進行模型編輯的界面圖，子節(jié)點均從父節(jié)點繼承而來，右邊表示在左邊繼承樹上被選中類的各個屬性(有的屬性是從父類繼成而來的，有的屬性是對父類的擴展，是本子類所特有的)。圖8為對象管理域開發(fā)界面圖，圖中顯示了可以在同一個模型中建立多個顯示方案，在每個方案中可以對類之間的包含關(guān)系與引用關(guān)系進行描述，通過該種開發(fā)界面只需要簡單的鼠標拖動即可進行方案的開發(fā)。圖9為對象方法及對象呈現(xiàn)開發(fā)界面圖，由圖可知，本發(fā)明系統(tǒng)可對對象所采用的方法及對象在不同方案中如何呈現(xiàn)進行統(tǒng)一定制。
由以上的描述可知，本發(fā)明的方法及系統(tǒng)，通過進行模型抽象，使得在進行應用開發(fā)時，對象的抽象——類的描述不再需要進行程序開發(fā)，而只需要利用本發(fā)明OMP系統(tǒng)中的圖形化的建模工具，即可快速地對類進行描述。這樣，在類需要修改的時候，不需要編碼，更不需要系統(tǒng)的重新編譯、連接，只需要對模型進行修改后導入到我們的系統(tǒng)當中，即可立即生效，快速地實現(xiàn)業(yè)務(wù)模型的修改。
本發(fā)明系統(tǒng)中對模型的描述，采用了兩種方式文件模型描述方式與庫表模型描述方式。文件模型描述方式主要是提供給模型開發(fā)人員進行開發(fā)，庫表模型描述方式主要是為了對對象管理的日常運行提供支持，通過系統(tǒng)提供的模型轉(zhuǎn)換工具，兩種描述方式可以相互轉(zhuǎn)換。
在傳統(tǒng)的面向?qū)ο蠊芾碇?，對象的呈現(xiàn)通常都是需要開發(fā)人員進行編碼來表現(xiàn)的，這占據(jù)了應用開發(fā)相當大的工作量。在OMP中，提供了統(tǒng)一的用戶界面，大部分的對象呈現(xiàn)工作已經(jīng)由系統(tǒng)實現(xiàn)。同時OMP系統(tǒng)所提供的用戶界面充分考慮了應用需要進行特殊界面整合的需要，提供了用戶界面集成的框架，實現(xiàn)用戶界面的可查拔功能。
本發(fā)明的OMP系統(tǒng)中，同一對象在不同的管理域中可以有不同的呈現(xiàn)形式，這樣的呈現(xiàn)形式不是通過上層應用編寫程序來實現(xiàn)的，而只需要在OMP的建模工具中通過定制即可實現(xiàn)(參見圖9所示)。目前可定制的呈現(xiàn)風格如下表所示

本發(fā)明系統(tǒng)實現(xiàn)了主菜單與右鍵菜單的插拔機制右健菜單實際上代表了最終用戶通過對象可執(zhí)行的動作。一個對象可以執(zhí)行的動作可以有多個，但是在不同的管理域，用戶可執(zhí)行的動作可能不一樣，OMP系統(tǒng)通過模型定制來實現(xiàn)右健菜單，并且支持這種不同。由于右健菜單是通過模型定制的，所以右健菜單可以很方便地進行添加、修改或者刪除，實現(xiàn)查拔。系統(tǒng)的主菜單可以通過配置文件進行配置，在配置文件中，可以指明菜單顯示的名稱，以及要執(zhí)行的動作，OMP系統(tǒng)會自動地根據(jù)配置文件的內(nèi)容，決定菜單將如何執(zhí)行。只要配置文件改變，菜單執(zhí)行的動作也就改變了，實現(xiàn)了動態(tài)查拔機制。
本發(fā)明的OMP系統(tǒng)，對于每個需要執(zhí)行動作的菜單項，點取菜單可能執(zhí)行的動作分為兩類一類將導致另一個應用(進程)的啟動；另一類需要提供一個入口的類名以及方法名，它將與OMP的呈現(xiàn)界面處于同一個進程中，可以訪問到呈現(xiàn)界面應用的內(nèi)部狀態(tài)。
主菜單的配置文件的格式如下所示<？xml version＝″1.0″encoding＝″GB2312″？>
-<DynamicMenuBar>
+<Menu name＝″配置管理″short_desc＝″″long_desc＝″″mnemonic_key＝″″>
-<Menu name＝″告警管理″short_desc＝″″long_desc＝″″mnemonic_key＝″″>
+<MenuItem name＝″歷史告警查詢″>
-<Menu name＝″查看實時告警″short_desc＝″″long_desc＝″″mnemonic_key＝″″>
-<MenuItem name＝″列表圖″>
-<action type＝″1″>
<classname name＝″map.omp.ShowAlarmTable″/>
-<invokemethod name＝″showAlarmTable″>
<jarg javaclass＝″java.util.List″object＝″CONTEXT_SELECTED_OBJECTS″/>
</invokemethod>
</action>
</MenuItem>
+<MenuItem name＝″鳥瞰圖″>
</Menu>
+<Menu name＝″告警系統(tǒng)管理″>
+<Menu name＝″告警呈現(xiàn)設(shè)置″>
</Menu>
+<Menu name＝″性能菅理″>
+<Menu name＝″流量管理″>
<Menu name＝路由管理/>
<Menu name＝″報表管理″>
</DynamicMenuBar>
本發(fā)明實現(xiàn)了樹狀呈現(xiàn)的任意定制在OMP系統(tǒng)中，不同對象管理域中對象之間的關(guān)系是通過層次結(jié)構(gòu)來實現(xiàn)的。這種實現(xiàn)方式，為樹的構(gòu)造提供了極為便利的條件。只要對象之間層次關(guān)系在各個對象管理域中已經(jīng)構(gòu)造好，創(chuàng)建一棵樹只需要指定一個對象管理域以及樹的根節(jié)點對象，OMP呈現(xiàn)平臺就可以通過對象之間的層次結(jié)構(gòu)構(gòu)造出一棵樹來。通過這種方式，可以構(gòu)件任意多棵樹，不同的使用者關(guān)注不同的樹，便于實現(xiàn)訪問權(quán)限的控制。
OMP系統(tǒng)提供了對象管理呈現(xiàn)模塊，用戶在進行二次開發(fā)時，可以以此模塊作為呈現(xiàn)的起點(也可以不要這個起點而完全自己重新開發(fā))，加入自己所特有的用戶界面與呈現(xiàn)邏輯。如圖10所示，為一對象呈現(xiàn)界面圖，左邊為樹圖區(qū)域，用于展現(xiàn)登陸用戶有權(quán)限看到的樹；右上角為拓撲圖與列表圖顯示區(qū)域，用于顯示左邊樹圖上所選中對象在相應的對象管理域(方案)中其所包含的子對象相互之間的連接關(guān)系(在列表圖中為簡單的對象羅列)；右下角為對象的屬性圖，用于顯示在拓撲圖或者列表圖中被選中對象的各種屬性，屬性按照模型建立時的分組辦法進行呈現(xiàn)。在界面上，系統(tǒng)利用圖標、顏色等各種辦法，按照建模時候定義的規(guī)則進行最直觀的對象呈現(xiàn)。
本發(fā)明的OMP系統(tǒng)提供了對對象數(shù)據(jù)訪問的一套完整的API，包括對象API與模型API，系統(tǒng)中的界面集成框架也是架構(gòu)在這一套API的基礎(chǔ)之上的。當系統(tǒng)應用于分布式環(huán)境中時(即多套OMP聯(lián)合使用時)，不同OMP上的數(shù)據(jù)訪問是透明的。通過這套API，可以訪問全部的OMP對象數(shù)據(jù)，并可實現(xiàn)增刪改查等功能。利用該系統(tǒng)的不同應用在進行集成時，由于采用的是同一基礎(chǔ)平臺，故可以實現(xiàn)無縫集成。這里的無縫集成包括后臺數(shù)據(jù)訪問以及前臺的界面呈現(xiàn)，因為界面也是統(tǒng)一的集成框架。
在OMP系統(tǒng)中，利用JMS(請發(fā)明人給出中文描述)，架構(gòu)了自己的消息總線。在使用的時候，只需要提供一個配置文件，告訴系統(tǒng)在收到何種消息的時候，要執(zhí)行何種用戶自定義的動作。這樣，在二次開發(fā)時，只需要提供一個配置文件說明對消息的處理動作，系統(tǒng)即可自動地處理各種消息，而不再需要實現(xiàn)對消息的接收處理編碼。
為了支持上層應用的集成，尤其是安全的集成，OMP提供了系統(tǒng)和用戶管理模塊實現(xiàn)可配置的權(quán)限管理。通過這種方式，提供了統(tǒng)一的授權(quán)界面(被集成的各個系統(tǒng)不再需要自己的授權(quán)界面)，同時提供了權(quán)限驗證的統(tǒng)一API，這樣各個系統(tǒng)在進行資源訪問前，只需要調(diào)用OMP所提供的權(quán)限API進行驗證，而無需關(guān)心權(quán)限數(shù)據(jù)內(nèi)部如何組織，以及如何通過操作界面進行授權(quán)等重復性的工作。
本發(fā)明的系統(tǒng)可多套聯(lián)合實用于大型分布式場合，多套主要是指系統(tǒng)體系三層結(jié)構(gòu)中邏輯層以及數(shù)據(jù)層有多套(參見圖5)，一個集成應用的客戶端只需要進行一次登錄，即可自動地訪問到它所需要的位于各個不同服務(wù)器上的正確信息。這個實現(xiàn)，主要是依靠調(diào)用OMP提供的一套完整的對象訪問客戶端應用程序接口(Client API)來實現(xiàn)透明訪問，最終用戶只需要正確地配置各套系統(tǒng)并指明對象數(shù)據(jù)之間的指向關(guān)系，Client API即可正確地實現(xiàn)對分布式信息訪問透明。也就是說，集成應用在進行二次開發(fā)的時候，不需要考慮系統(tǒng)的分布式特性，這部分內(nèi)容已經(jīng)完全被OMP Client API所封裝；同樣，集成應用開發(fā)者不需要掌握J2EE的相關(guān)知識才能集成，因為這部分內(nèi)容已經(jīng)為OMP Client API所完成，他們只需要進行普通的java調(diào)用，降低了對集成應用開發(fā)者的要求。圖11為系統(tǒng)實現(xiàn)分布式時更為詳細的系統(tǒng)結(jié)構(gòu)示意圖(省去了單套應用時模型建立工具以及授權(quán)工具的相關(guān)表示，因為它們不需要集成應用開發(fā)者再寫代碼進行擴展，只需要對配置文件做相應的改動)。
圖中虛線表示層次劃分；垂直方向帶箭頭的黑線表示調(diào)用(請求)關(guān)系；兩個帶箭頭的交叉線表示OMP Client API的透明分布式調(diào)用；水平方向帶箭頭的虛線表示應用服務(wù)器之間的遠程同步調(diào)用；Server1、Servern表示各個獨立的應用服務(wù)器；圖中權(quán)限驗證(API)、模型訪問(API)、權(quán)限訪問(API)對象管理API表示OMP提供的可供集成應用調(diào)用的API；圖中各橢園表示API內(nèi)部實現(xiàn)的部分內(nèi)容。
OMP Client API對分布式數(shù)據(jù)的透明訪問封裝是這樣實現(xiàn)的在OMP內(nèi)部存在一種稱為代理(Proxy)的對象(只能掛接在一個方案之下)，該對象實際用于指向另一個服務(wù)器(Sever)上的OMP對象(OMP Object)在給定方案中的信息，Client API在訪問到Proxy對象時，將根據(jù)獲取到的Proxy對象的信息，再次向另一個Server發(fā)出請求，得到相關(guān)信息。每個OMP Object均帶有它所屬的Server信息，后續(xù)的訪問均會直接訪問另一個OMP Server，從而實現(xiàn)分布式的訪問，對上層調(diào)用者提供透明性，這類似于http中的redirect操作。
以上所述，僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應該以權(quán)利要求書的保護范圍為準。
權(quán)利要求
1.一種通用對象建模方法，其特征在于包括采用通用對象模型、特殊對象模型和應用業(yè)務(wù)邏輯三層對象模型來建立被管對象的描述和應用的擴展；所述通用對象模型層描述和定義一般對象的屬性和呈現(xiàn)方式，將所有被管對象采用統(tǒng)一標準的格式來描述，形成有序組織的對象；所述特殊對象模型層定義對象和對象之間的相互關(guān)系，以及對象特定的應用含義，從而形成特定技術(shù)領(lǐng)域的對象模型描述；所述應用業(yè)務(wù)邏輯層定義基于特定對象模型的特定操作或方法，并與相關(guān)的應用邏輯相結(jié)合。
2.如權(quán)利要求1所述的通用對象建模方法，其特征在于所述一般對象的屬性包括基本屬性、傳遞屬性、計算屬性和對象屬性。
3.如權(quán)利要求1所述的通用對象建模方法，其特征在于所述對象呈現(xiàn)方式包括圖標呈現(xiàn)或線呈現(xiàn)；所述圖標呈現(xiàn)方式包括圖標文字、圖標顏色、圖標閃爍、圖標隱藏和圖標提示五者之一，或其中任意兩者、三者、四者或全部的組合；所述線呈現(xiàn)方式包括線顏色、線寬度、線閃爍、線型和線隱藏五者之一，或其中任意兩者、三者、四者或全部的組合。
4.如權(quán)利要求1所述的通用對象建模方法，其特征在于所述對象模型的描述有兩種方式文件模型描述方式和庫表模型描述方式，所述文件模型描述方式和庫表模型描述方式可以相互轉(zhuǎn)換。
5.如權(quán)利要求1所述的通用對象建模方法，其特征在于所述對象之間的相互關(guān)系包括包含、關(guān)聯(lián)、承載或引用關(guān)系。
6.如權(quán)利要求1所述的通用對象建模方法，其特征在于所述特殊對象模型層中通過定義不同對象之間不同的相互關(guān)系，可生成多個對象管理域。
7.如權(quán)利要求6所述的通用對象建模方法，其特征在于所述被管對象在不同的對象管理域中可以生成不同的界面呈現(xiàn)方式，所述界面呈現(xiàn)方式包括拓撲圖、樹圖、屬性圖或列表圖。
8.一種通用對象管理系統(tǒng)，其特征在于包括核心服務(wù)器模塊、模型編輯模塊、系統(tǒng)和用戶管理模塊、對象導入模塊、其他應用接口模塊和對象管理呈現(xiàn)模塊；所述核心服務(wù)器模塊用于實現(xiàn)模型訪問、對象管理和導入操作，并提供對象數(shù)據(jù)維護和內(nèi)存對象維護功能；所述模型編輯模塊實現(xiàn)建立被管對象模型，并提供對所建模型的編輯、存儲和導入功能；所述系統(tǒng)和用戶管理模塊實現(xiàn)對系統(tǒng)的監(jiān)控、圖標管理、組織機構(gòu)、權(quán)限和用戶管理，并實現(xiàn)整個系統(tǒng)和架構(gòu)在其上的特定應用的權(quán)限控制；所述對象導入模塊主要提供對象導入規(guī)則定義和對象導入功能；所述其他應用接口模塊提供用戶開發(fā)特定的應用相關(guān)的接口庫，其它應用程序可以通過該接口庫來訪問存儲在該系統(tǒng)中的對象和模型；所述對象管理呈現(xiàn)模塊提供對管理對象按照其呈現(xiàn)規(guī)則進行呈現(xiàn)的功能，提供拓撲圖、樹圖、屬性圖或列表圖來展現(xiàn)對象。
9.如權(quán)利要求8所述的通用對象管理系統(tǒng)，其特征在于所述被管對象模型包括對象基本模型、對象關(guān)系模型、對象呈現(xiàn)模型和對象操作模型。
10.如權(quán)利要求9所述的通用對象管理系統(tǒng)，其特征在于所述接口庫中包括有客戶端應用程序接口，通過該接口，可訪問另一系統(tǒng)的對象和模型數(shù)據(jù)，實現(xiàn)多套系統(tǒng)之間數(shù)據(jù)信息的透明訪問。
全文摘要
本發(fā)明有關(guān)一種通用對象建模方法及通用對象管理系統(tǒng)，該方法包括采用通用對象模型、特殊對象模型和應用業(yè)務(wù)邏輯三層對象模型來建立被管對象的描述和應用的擴展，所述通用對象模型層描述和定義一般對象的屬性和呈現(xiàn)方式，將所有被管對象采用統(tǒng)一標準的格式來描述，形成有序組織的對象；特殊對象模型層定義對象和對象之間的相互關(guān)系，以及對象特定的應用含義，從而形成特定技術(shù)領(lǐng)域的對象模型描述；應用業(yè)務(wù)邏輯層定義基于特定對象模型的特定操作或方法，并與相關(guān)的應用邏輯相結(jié)合。本發(fā)明通過對通用對象模型層的描述，可以建立所有被管理對象的模型，適應對多技術(shù)領(lǐng)域、多專業(yè)領(lǐng)域管理對象的管理。
文檔編號G06F17/00GK1570910SQ0314666
公開日2005年1月26日 申請日期2003年7月11日 優(yōu)先權(quán)日2003年7月11日
發(fā)明者金建林, 馬克, 袁雋, 胡明 申請人:北京直真節(jié)點技術(shù)開發(fā)有限公司