專利名稱:遠(yuǎn)程通訊及開放系統(tǒng)中的管理設(shè)施的制作方法
技術(shù)領(lǐng)域:
本發(fā)明是關(guān)于用于遠(yuǎn)程通訊或開放系統(tǒng)的具有至少一個管理系統(tǒng)和至少一個被管理系統(tǒng)的管理網(wǎng)絡(luò),其中所說的被管理系統(tǒng)包括有許多以管理系統(tǒng)作為被管理對象加以管理的資源數(shù)據(jù)圖象形式的物理和/或邏輯資源,和其中所說的管理系統(tǒng)其操作系針對被管理系統(tǒng),采用一種該被管理系統(tǒng)的信息模型,該模型包含有適應(yīng)于該管理系統(tǒng)的操作方式的所有被管理對象的說明。
本發(fā)明還關(guān)系到在一用于遠(yuǎn)程通訊或開放系統(tǒng)的具有至少一個管理系統(tǒng)和至少一個被管理系統(tǒng)的管理網(wǎng)絡(luò)中實(shí)現(xiàn)一被管理對象的方法,其中以子系統(tǒng)來表明一被管理系統(tǒng)的每一含有一個或多個被管理對象的部分。
“具有至少一個管理系統(tǒng)和至少一個被管理系統(tǒng)的管理網(wǎng)絡(luò)”是指該管理網(wǎng)絡(luò)可以至少包括一個能管理一個或多個同樣能構(gòu)成該管理網(wǎng)絡(luò)的部分的被管理系統(tǒng)的管理系統(tǒng)。
開放系統(tǒng)是指一種CCITT(國際電報(bào)電話咨詢委員會)應(yīng)用的開放系統(tǒng)互連(OSI)的參數(shù)模型中的定義的系統(tǒng),Rec.X.200。
為了執(zhí)行一管理范疇內(nèi)的管理工作,就必須具有至少一個承擔(dān)資源管理的管理者。資源則是某種包括該范疇的意想和能力的事物。例如一個范疇是一個遠(yuǎn)程通訊網(wǎng)絡(luò),此時,資源就是轉(zhuǎn)換器,中繼線等,而管理單元則為例如機(jī)務(wù)裝備和網(wǎng)絡(luò)管理系統(tǒng)。
為電話網(wǎng)絡(luò)的運(yùn)行各個公司已采用了許多各種不同的運(yùn)行維護(hù)系統(tǒng)。CCITT已制訂了一種稱之為TNN(遠(yuǎn)程通訊管理網(wǎng)絡(luò))的用于電話網(wǎng)絡(luò)中的運(yùn)行維護(hù)標(biāo)準(zhǔn)模型。TMN的基本原理是指明一種能將各種不同管理系統(tǒng)連接到遠(yuǎn)程通訊設(shè)備的有組織的網(wǎng)絡(luò)結(jié)構(gòu)。這是借助應(yīng)用標(biāo)準(zhǔn)化的協(xié)議和接口來實(shí)現(xiàn)的。電話公司和其他控制器將要求將來的遠(yuǎn)程通訊與TMN相適配。
CCITT對此有一個在研制中的建議,M.3000系列。
TMN將全部網(wǎng)絡(luò)節(jié)點(diǎn)都看作為網(wǎng)絡(luò)部件(NE)。這些網(wǎng)絡(luò)部件被作為電話交換機(jī)和發(fā)送傳輸網(wǎng)絡(luò)產(chǎn)品。
TMN的功能組成包括有-管理功能(OSF,OperationsSupportFunctions),管理用戶可用的應(yīng)用程序,例如用于“事務(wù)管理”和服務(wù)以及網(wǎng)絡(luò)支配的管理功能;
-數(shù)據(jù)通訊功能(DCF,DataCommunicationFunctions),管理管理系統(tǒng)OSS和被管理系統(tǒng)NE之間的數(shù)據(jù)通訊;
-中介功能(MF,MediationFunctions),變換信息(例如在被管理對象之間),管理數(shù)據(jù),集中,歸納和編輯,對例如閥值極限及存儲數(shù)據(jù)作出決定,以識別設(shè)備和網(wǎng)絡(luò);
-網(wǎng)絡(luò)元件功能(NEF,NetworkElementFunctions),管理切換功能及傳送的遠(yuǎn)程通訊過程,并參與故障查找和保護(hù)連接的遠(yuǎn)程通訊管理過程;
-接口適配功能(QAF,Q-AdapterFunctions),進(jìn)行非標(biāo)接口至標(biāo)準(zhǔn)接口之間的轉(zhuǎn)換;
-工作站功能(WSF,WorkStationFunctions),組成TMN的用戶終端,顯示信息并協(xié)助管理技術(shù)人員管理網(wǎng)絡(luò)。
TMN還包括一被稱之為Q3的接口。Q3除作為一通訊協(xié)議外,還是一個由數(shù)據(jù)型式、操作和提示組成的信息模型。Q3接口的細(xì)節(jié)及其協(xié)議見CCITT建議Q961和Q962。
TMN將所有物理邏輯對象均看作為被管理對象,它們在TMN中被稱之為MO(ManagedQbjects),本文此后亦將交替稱用這一名詞。這些被管理對象為諸如連接導(dǎo)線、電路、信號終端、傳送路徑、事件記錄器、警告報(bào)表等物理或邏輯資源的數(shù)據(jù)映象。
在一個資源與一被管理對象之間存在有一特定的關(guān)系。一個資源可能與一個或多個MO相關(guān),或者根本與任何一個均無關(guān)。另一方面,MO也可能與一個或多個資源相關(guān),或者根本與任一個也無關(guān)。在一MO受某種形式的操作或維護(hù)作業(yè)作用時這種關(guān)系就很重要。當(dāng)加之它的下屬功能本身被撤消之前,該MO必須不被稱走。這一信息模型基于對象取向和關(guān)系概念。
管理系統(tǒng)(OSS,OperationSupportSystem),將網(wǎng)絡(luò)元件和下屬管理系統(tǒng)作為一設(shè)想的數(shù)據(jù)庫MIB(ManagementInformationBase)中的一組被管管理對象來加以處理。這些被管理對象由一類MO中的多個實(shí)例組成,例如一系列相同形式的信號終端。這樣每一終端就將成為該類信號終端的一個實(shí)例。
TMN中還存在有基本概念,MIN(ManagementInformationModel),它是集合地指所有與被管理對象有關(guān)的信息。MIM是一個與被管理對象有關(guān)的全部屬性、關(guān)系、操作及通告的模型。為了能檢索MO實(shí)例,采用了一種管理信息樹MIT(ManagementInforma-tionTree)。這一樹結(jié)構(gòu)啟動網(wǎng)絡(luò)并指明網(wǎng)絡(luò)元件和用戶或設(shè)備。為了操作和維護(hù),每一個要求信息的分開的單元或資源或受系統(tǒng)外部影響的操作,由一個被管理對象表示每一個與必然受到影響的和必須報(bào)告某事件(例如建立數(shù)據(jù)指定名稱或警告控制)的操作或單元有關(guān)的信息交換。均以對被管理對象的操作或來自被管理對象的記錄形式實(shí)現(xiàn)。
一被管理對象包含多個屬性,還可能與其他被管理對象有關(guān)連??梢杂性S多不同的操作針對一個被管理對象,而這些對象就可能產(chǎn)生多個事件。
下面將說明TMN的不足之處。
網(wǎng)絡(luò)元件和從屬管理系統(tǒng)由管理系統(tǒng)以針對被管理系統(tǒng)內(nèi)的被管理對象的操作并監(jiān)視被管理系統(tǒng)發(fā)送出的通告來進(jìn)行管理。
針對被管理系統(tǒng)中的被管理對象所允許的操作依靠該被管理系統(tǒng)的一個信息模型與可被傳送的通告共同決定。此信息模型闡明-所定義的被管理對象的類別;
-這些類別中的被管理對象接受的操作;
-被管理對象預(yù)期會發(fā)出的通告;
-每一類被處理對象中能被產(chǎn)生或去掉的實(shí)例數(shù);
-被管理對象之間的依賴性,例如一被管理對象需要另一個的存在;
-被管理對象內(nèi)的依存性,例如,一屬性的特定屬性值只有在另一屬性被設(shè)定到某一特定值時才是允許的,或者該被管理對象如果處于某種特定狀態(tài)對就只能被去掉;
-被管理對象及它們的通告的目的和意圖。
為了付于實(shí)際意義,管理系統(tǒng)必須理解被管理系統(tǒng)的信息模型。在TMN中這被稱為“共享管理消息”。
在信息模型改變時,管理模型必須跟隨這一變化加以更新。在通常系統(tǒng)中這些改變是由新信息模型的定義作成的。這由用于寫成為GDMO/ASN.1模板(GDMO,GuidelinesfortheDefinitionofManagedObjects按照CCITTrec.X.722ISO/IEC10165-4)的被管理對象的及用于該被管理對象的ER圖形(Entity-Relationship圖形)而編寫的規(guī)范來實(shí)現(xiàn)。此被管理對象規(guī)范對被管理對象作(可為機(jī)器讀取的)句法體系(例如操作和通告)正式的說明。
該信息模型的所有其他部分,如相關(guān)性、實(shí)例的數(shù)目等,則以自然語言作為注解作非正式的說明。
-實(shí)現(xiàn)并驗(yàn)證管理系統(tǒng)和被管理系統(tǒng)中新的信息模型。
-由執(zhí)行合格的測試序列來證實(shí)管理系統(tǒng)和被管理系統(tǒng)與此同一信息模型相適配。
-以這一信息模型的新版本來更新組成管理系統(tǒng)和被管理系統(tǒng)的網(wǎng)絡(luò)。
剛才上述的這些引起許多問題。
首先,管理系統(tǒng)和被管理系統(tǒng)的開發(fā)必須協(xié)調(diào),這導(dǎo)致高開發(fā)成本和/或者延遲其進(jìn)入市場。
其次,被管理系統(tǒng)規(guī)范的欠缺使得管理系統(tǒng)和被管理系統(tǒng)的實(shí)現(xiàn)驗(yàn)證和驗(yàn)收成為一個困難的需要時間的任務(wù),因?yàn)閷@些規(guī)范的解釋會存在爭議。
第三,網(wǎng)絡(luò)的更新必須經(jīng)過仔細(xì)的計(jì)劃和進(jìn)行,因?yàn)楣芾硐到y(tǒng)和被管理系統(tǒng)的不同版本之間具有依賴關(guān)系。這就會涉及延誤網(wǎng)絡(luò)中實(shí)現(xiàn)新的功能。
依據(jù)TMN模型的管理的目的是為對遠(yuǎn)程通訊和開放系統(tǒng)的管理建立標(biāo)準(zhǔn)化機(jī)制。管理結(jié)構(gòu)對新系統(tǒng)體制的管理形式具有很強(qiáng)的影響。采用按照TMN模型的管理型式進(jìn)行全面管理而不僅僅只限于經(jīng)受標(biāo)準(zhǔn)化這一方面是有充分理由的。這方面的主要理由就在于能以統(tǒng)一的方法開發(fā)和設(shè)計(jì)管理功能是最理想的。
總的說來,本發(fā)明的第一目的是提供一種新的管理功能的體系結(jié)構(gòu),以便使得-管理功能的設(shè)計(jì)費(fèi)用合理;
-較少需求管理功能和資源更新的協(xié)調(diào)和計(jì)劃;
-有效的支持像網(wǎng)絡(luò)管理這樣的綜合過程;
-可以相對于資源技術(shù)獨(dú)立地開發(fā)管理技術(shù);
-可以合理地利用各種不同的能力,就是說,例如資源領(lǐng)域方面的專家將集中精力于本領(lǐng)域,而熟悉如何作管理設(shè)計(jì)的人員則將投身于這一方面。
根據(jù)本發(fā)明的第一特點(diǎn),這一目的以及在下面的敘述中將出現(xiàn)的其他一些目的是如此達(dá)到的,即由引言所定義的管理網(wǎng)絡(luò)除被管理系統(tǒng)外還包含有一通用的管理設(shè)施和一管理信息模型的圖表,其中該通用管理設(shè)施在運(yùn)行期間的性能即由該模型圖表來決定。
根據(jù)第二特點(diǎn),所述目標(biāo)是這樣達(dá)到的,即在所討論的管理網(wǎng)絡(luò)中為被管理系統(tǒng)設(shè)置一個作為特定類型被管理對象實(shí)例的管理信息模型圖表。
根據(jù)第三特點(diǎn),所述目標(biāo)的達(dá)到則在于討論中的管理網(wǎng)絡(luò)的特征是該管理信息模型規(guī)范采取的是管理信息模型的可加以判斷的圖表形式,所述模型定義
-從管理上的觀點(diǎn)出發(fā),被管理系統(tǒng)能采取的有關(guān)狀態(tài);
-被管理系統(tǒng)能接收的操作;
-能針對一特定狀態(tài)下的被管理系統(tǒng)的操作;以及最后-被管理系統(tǒng)在經(jīng)受到一特定操作時所到達(dá)的狀態(tài)。
其中所謂的可判斷圖表模型是指,上述定義的內(nèi)容能以一種機(jī)器可解釋語言表示,以使得能根據(jù)該規(guī)范來決定上面說明的特性,和定義某一規(guī)定了可能存在的被管理對象實(shí)例,它們可能具有的屬性和這些屬性的可能取值的被管理系統(tǒng)的狀態(tài)。
根據(jù)第四特點(diǎn),所述目標(biāo)是這樣達(dá)到的,即討論中的管理網(wǎng)絡(luò)的特征是通用的管理設(shè)施,它具有使外部用戶能通過運(yùn)用被管理系統(tǒng)的管理信息模型圖表來與該被管理系統(tǒng)進(jìn)行互相配合的功能。
所述目標(biāo)還是這樣達(dá)到的,即在前言中提出的方法的特點(diǎn)在于被管理對象是這樣被與其他子系統(tǒng)互相獨(dú)立地設(shè)置在其子系統(tǒng)中的,它們能與其他子系統(tǒng)中的別的對象相連接傳送消息,但不知道那些其它子系統(tǒng)中的對象的形式。
已獲得本發(fā)明的各種有利方案,各從屬權(quán)利要求中描述其特點(diǎn)。
將管理系統(tǒng)分開具有下列優(yōu)點(diǎn)-通用管理設(shè)施可以對被管理系統(tǒng)中較多的應(yīng)用程序的管理功能重復(fù)應(yīng)用;
-通用管理設(shè)施不受信息模型中的變化影響;
-具有不同方案中的被管理系統(tǒng)和不同功能的異種網(wǎng)絡(luò)可被一個同樣的通用管理設(shè)施加以管理。
實(shí)現(xiàn)在被管理系統(tǒng)中的信息模型圖表的優(yōu)點(diǎn)如下-該圖表總是存放在網(wǎng)絡(luò)的一個節(jié)點(diǎn)中;
-該圖表總是與被管理系統(tǒng)的模型相一致;
-共享管理資料易于管理;
-系統(tǒng)和網(wǎng)絡(luò)的更新易于管理;
-能不產(chǎn)生操作干擾地更新系統(tǒng)和網(wǎng)絡(luò)。
不會出現(xiàn)管理系統(tǒng)和被管理系統(tǒng)之間關(guān)于哪一信息模型有效的分歧的時間間隙。
將信息模型規(guī)范作成可判斷的信息模型圖表的形式也就帶來一系列優(yōu)點(diǎn)-此通用管理設(shè)施可以作得更為有效,因?yàn)樗軘嘌员还芾硐到y(tǒng)在一特定操作之后的新狀態(tài),而且它還能指出某種特定狀態(tài)下所能容許進(jìn)行的操作;
-被管理系統(tǒng)的實(shí)現(xiàn)和驗(yàn)證以及管理應(yīng)用程序均簡單化了,因?yàn)橥晟频刂该髁祟A(yù)期的性能。由該規(guī)范還能產(chǎn)生大部分工具程序。
-運(yùn)行期間的耐用性得到改善,因?yàn)橹挥袑?dǎo)致被管理系統(tǒng)中允許的狀態(tài)轉(zhuǎn)變的操作才接收。
-信息模型的早期仿真和評估簡單化了,這使得訂立規(guī)范的工作簡易可行;
-在此結(jié)構(gòu)投入運(yùn)行狀態(tài)之前就可將管理模型作得其操作次序能較自由但仍保證被管理系統(tǒng)結(jié)構(gòu)的完整性從而更可靠和易于應(yīng)用。
下面將對本發(fā)明的多個實(shí)施例參照附圖作較詳細(xì)的討論。所列附圖中
圖1為描述本發(fā)明的一個基本原理的方框圖;
圖2為實(shí)現(xiàn)圖1中方框單元之一的流程圖;
圖3為按照本發(fā)明管理網(wǎng)絡(luò)的體系結(jié)構(gòu)方框圖;
圖4為圖3中單元之一的方框圖;
圖5用于描述一資源的控制管理系統(tǒng)狀態(tài)的狀態(tài)圖;
圖6為說明型式與實(shí)例等級之間的關(guān)系的狀態(tài)圖;
圖7和8分別為描述一個實(shí)例等級上的數(shù)個單元如何共享第一和第二系統(tǒng)中的形式等級上的一共用單元的狀態(tài)圖;
圖9為說明按圖7和8二系統(tǒng)的控制管理系統(tǒng)狀況的狀態(tài)圖;
圖10為描述存放在一型式單元中的信息模型示例的狀態(tài)圖;
圖11說明控制管理系統(tǒng)能以解釋圖10中的資源圖表而執(zhí)行的操作;
圖12描述信息模型的改變;
圖13描述一個違背圖10及圖12中的信息模型、并決不可能針對被管理系統(tǒng)的操作的示例;
圖14為描述在一個具有兩個控制管理系統(tǒng)的管理范疇內(nèi)新和歸技術(shù)如何能共存的方框圖;
圖15為表明一按照圖1所描述的本發(fā)明的原理所得到機(jī)制結(jié)構(gòu)內(nèi)的組成管理系統(tǒng)單元的方框圖;
圖16為描述人類用戶和資源的圖表之間同作用的狀態(tài)圖;
圖17為與圖16類似的描述這樣一個無效的協(xié)作的狀態(tài)圖;
圖18描述如何將資源圖表組織進(jìn)數(shù)據(jù)結(jié)構(gòu);
圖19為用以說明目的的極其粗略地圖示一由管理系統(tǒng)和被管理系統(tǒng)所組成的模型驅(qū)動系統(tǒng)的總體設(shè)計(jì);
圖20示意說明不同類別的兩個對象形式;
圖21為與圖20相類似的說明實(shí)施本發(fā)明時所采用的一特定對象形式的特征;
圖22示意說明為構(gòu)成管理信息模型,在“標(biāo)準(zhǔn)”的對象類別與特定對象形式的對象之間的連系;
圖23描述在構(gòu)成信息模型方面進(jìn)行編寫程序期間的各不同瞬間;
圖24~29描述啟動對被管理系統(tǒng)中一特定對象類別的信息進(jìn)行解釋的時刻;
圖30~40為偽碼定義,其中圖30為被管理對象的定義;
圖31表明如何以屬性型式來決定可能的屬性值;
圖32為操作定義;
圖33說明先決條件示例;
圖34說明結(jié)束條件示例;
圖35說明一被管理系統(tǒng)檢測到一致性時的結(jié)束條件示例;
圖36說明被管理系統(tǒng)維持一致性時的結(jié)束條件示例;
圖37為一稱之為LineDriver的對象的定義;
圖38說明依從關(guān)系示例;
圖39說明與一種方法相關(guān)連的結(jié)束條件的示例;
圖40說明與一生成操作相關(guān)連的結(jié)束條件的示例;
圖41-44為軛要說明先前有關(guān)本發(fā)明的介紹中已經(jīng)涉及到的可應(yīng)用部分以及其各種狀況(具體參照圖3和4)的方框及功能圖;
圖45舉例說明被管理對象在屬性、方法和前提及結(jié)束條件方面的規(guī)范的語法體系;
圖46及47中以運(yùn)用相同的語法體系來確定的二不同對象形式的規(guī)范;
圖48同樣以同一語法體系來確定圖46及47的對象形式之間的依從性規(guī)范;
圖49為表明描述結(jié)束/先決條件與它們可采用的概念之間的關(guān)系的概念模型的方框圖形式;
圖50為應(yīng)用與圖45~47中同樣語法體系來實(shí)現(xiàn)維持圖46與47中對象型式之間的依從性的機(jī)制規(guī)范的幾個示例;
圖51為對同樣利用同一語法體系來指定按圖46對象形式中的屬性作為從圖47的相關(guān)對象形式中的屬性中得出的一個屬性的說明;
圖52規(guī)定由一屬性向圖52中的另一屬性傳播;
圖53以流程圖形式表明一具有協(xié)同的一致性檢測的事務(wù)的步驟;
圖54表明一說明文件的公共部分,該文件是在將圖46的對象型式編制成C++編碼級別時得到的;
圖55同樣以C++表示一在圖54的文件中協(xié)同工作的方法的實(shí)現(xiàn);
圖56以C++表明由圖47及50的規(guī)范所產(chǎn)生的說明文件;
圖57的C++表明在圖56的說明文件中的對象的兩個方法的實(shí)現(xiàn);
圖58以流程圖形式說明用于一包含有先決條件檢測的事務(wù)操作的執(zhí)行的算法;
圖59以C++說明由檢測為去除一對象的先決條件的方法來擴(kuò)展圖54的語句文件;
圖60以C++說明圖54的對象的兩個方法加實(shí)現(xiàn);
圖61~69以方框圖描述在有關(guān)管理系統(tǒng)的設(shè)計(jì)中采用本領(lǐng)域現(xiàn)有技術(shù)時可能出現(xiàn)的問題,其中圖61~64是關(guān)于在重復(fù)使用被管理系統(tǒng)的被管理對象中的庫存部分時可能出現(xiàn)的問題;
圖65及66涉及在實(shí)測一分層系統(tǒng)結(jié)構(gòu)中的被管理系統(tǒng)時可能出現(xiàn)的問題;
圖67~70描述如何能借助設(shè)計(jì)一能與未知的未來被管理對象相協(xié)作的特定型式對象來總體解決圖61~66的問題;
圖71~74針對與上述有關(guān)圖45~52的相同示例并采用同一準(zhǔn)語法,指定圖70~74的對象的設(shè)計(jì),圖47的對象形式則被看作為屬于一工作臺系統(tǒng);
圖75~80說明采用程序語言C++來實(shí)現(xiàn)圖71~74對象的設(shè)計(jì)之間的依從關(guān)系。
根據(jù)本發(fā)明的特點(diǎn)之一是將管理系統(tǒng)歸入一通用管理設(shè)施與被管理系統(tǒng)的信息模型的(表達(dá))圖表分離。
圖1對此作了示意的說明,其中標(biāo)號2為管理系統(tǒng)。通用管理裝置4的功能由信息模型8的圖表6決定。換句話說,由模型圖表6,該通用管理設(shè)施可確定對被管理系統(tǒng)10應(yīng)采取的操作,還可決定為使其得到所希望的狀態(tài)所需進(jìn)行的操作。此模型圖表6還被用來正確地解釋分別來自和送往被管理系統(tǒng)10的數(shù)據(jù)包。
在當(dāng)被管理系統(tǒng)10中加入新的資源時,反只需要改變模型圖表6。
根據(jù)本發(fā)明的另一特點(diǎn),被管理系統(tǒng)中被引進(jìn)(存貯)有該信息模型的一個圖表。
為對該系統(tǒng)中被管理對象提出規(guī)范并予實(shí)現(xiàn),采用了一種機(jī)器可解釋的語言。針對被管理對象即以這一語言編寫技術(shù)規(guī)范。這些被管理對象的技術(shù)規(guī)范共同組成該管理信息模型的規(guī)范。
這一規(guī)范被傳送到一匯編程序,產(chǎn)生實(shí)施存根碼和管理信息模型的中間格式。
此實(shí)施存根碼然后就可能經(jīng)人工提純處理并經(jīng)匯編來實(shí)現(xiàn)被管理系統(tǒng)。這一實(shí)施的結(jié)果然后與管理信息模型的中間格式一齊來組成裝入程序包。此裝入程序包然后被裝載到目標(biāo)系統(tǒng),即被管理系統(tǒng)。在此裝入過程中,管理信息模型的中間格式被用以產(chǎn)生管理信息模型的圖表。
在被管理系統(tǒng)中,管理信息模型的圖表被作成為一特定類別的被管理對象的實(shí)例。這一類別下面被稱為MIM-server,(MrnagementInformationModelServer)。對于每一類別被管理對象均生成一MIM-Server類別的實(shí)例。
裝入程序包的產(chǎn)生可由圖2大致看到。
按照圖2,在第一步11寫入被管理對象的規(guī)范12。在下一步13,這一規(guī)范被匯編成C++語言的實(shí)施存根碼14和對象規(guī)范的中間格式16。關(guān)于引用C++語言的詳細(xì)說明見Margaret A Ellis,Bjarne Stronstrap的“The annotated C++Reference Manal”。
如步驟18所示,被管理系統(tǒng)以C++實(shí)現(xiàn)。這一實(shí)現(xiàn)即為所生成的包括該規(guī)范的中間格式的存根碼。在步驟20,C++的實(shí)現(xiàn)形式被匯編到22。
在被管理系統(tǒng)中裝程序包30時,每一由裝入程序包所實(shí)現(xiàn)的被管理對象類別均產(chǎn)生一新的MIM-Server類別的實(shí)例。
根據(jù)本發(fā)明的另一特點(diǎn),管理信息模型規(guī)范是作為管理信息模型的一可判斷圖表工作的。
管理信息模型指明
-被管理系統(tǒng)可能呈現(xiàn)的狀態(tài)(以管理觀點(diǎn)出發(fā)的關(guān)心的狀態(tài));
-可對被管理系統(tǒng)執(zhí)行的操作;
-可對特定狀態(tài)中的被管理系統(tǒng)執(zhí)行的操作;以及最后-在被管理系統(tǒng)經(jīng)受某特定操作時所達(dá)到的狀態(tài)。
這里所說的信息模型的可判斷的圖表是指這些定義能以一種可為機(jī)器解釋的語言來表達(dá),以使得上述特性能由規(guī)范所決定。
圖3中的方框圖說明管理功能的體系結(jié)構(gòu)的基本設(shè)計(jì)模塊。
在標(biāo)號40的管理系統(tǒng)中,設(shè)有帶用戶接口44的通用管理設(shè)施42。在這一接口中被管理系統(tǒng)的所有被管理對象可加以檢驗(yàn)和調(diào)整。
DCF-Data通訊功能46(在引言中也已經(jīng)提及過)是一將CMIP或其相似作為管理協(xié)議的協(xié)議的實(shí)施,這一通訊功能并非本發(fā)明的部分。
在標(biāo)號48的被管理系統(tǒng)中包括有一通用中介單元50,與管理協(xié)議相端接。
為被管理系統(tǒng)中的各類被管理對象設(shè)置了許多資源中介單元52。每一類被管理對象均具有一個資源中介單元。該類被管理單元所專用的管理協(xié)議的端點(diǎn)與該資源中介單元連接。
MIM-Server54(同樣在上面已提到過)總的說來是一個MIM-Server類被管理對象的資源中介單元。此MIM-Server是被管理系統(tǒng)的實(shí)際管理信息模型圖表的提供者。
數(shù)據(jù)庫管理功能56(DBMS,DataBaseManagingSystem)為一面向數(shù)據(jù)庫服務(wù)器的對象。它能存貯、訪問和更新構(gòu)成持續(xù)數(shù)據(jù)的對象。
被管理對象的輔助接口58(MOSI,ManagedObjeetServiceInterface)是一個由所有資源中介單元提供的總接口。這一接口中的操作為形成,抹除,寫入,讀出和整理。MOSI中的操作始終是針對一特定類別被管理對象的特定實(shí)例的。
數(shù)據(jù)管理接口60(DMI,DataManagingInterface)為面對DBMS的接口。它具有生成、抹除、讀出和更新構(gòu)成持續(xù)數(shù)據(jù)的對象的操作。
此MOSI接口技術(shù)規(guī)范如下#ifndefCOOAMOSIBASE_HH#defineCOOAMOSIBASE_HH/*$IdCooaMosiBase.hh,v 1.6 1992/12/01 073452 euassg $*/#include<CooaMosiVersion.hh>classDelosBuffer;
classDICOS_DbTransaction;
enumCooaGetMode{Cooa_getSpecified=0,Cooa_getFirst=1,Cooa_getNext=2};
typedefunsignedintCooaAttributeID;
typedefunsignedintCooaActionID;
typedefunsignedintCooaMoClass;
typedefDelosBufferCooaAccessControl;
enumCooaResultValue{Cooa_accessDenied=2,Cooa_noSuchAttribute=5,Cooa_invalidAttributeValue=6,Cooa_noSuchAction=9,Cooa_processingFailure=10,Cooa_noSuchArgument=14,Cooa_invalidArgumentValue=15,Cooa_missingAttributeValue=18,Cooa_classInstanceConflict=19,Cooa_mistypedOperation=21,CooainvalidOperator=24,
Cooa_invalidOperation=25,Cooa_notReplacable=1000,Cooa_noDefault=1001,Cooa_notAdded=1002,Cooa_notRemoved=1003,Cooa_false=1004,Cooa_invalidCompareMode=1005,Cooa_noIteration=1006,Cooa_noMoreAttributes=1007,Cooa_ok=1008,Cooa_notReadable=1009,Cooa_interfaceViolation=1010,};
enumCooaSetMode{Cooa_replace=0,Cooa_toDefault=1,Cooa_addMember=2,Cooa_removeMember=3,Cooa_initiate=4};
enumCooaCompareMode{Cooa_equal=0,Cooa_greaterOrEqual=1,Cooa_lessOrEqual=2,Cooa_present=3,Cooa_subsetof=4,Cooa_supersetof=5,Cooa_nonNullSetIntersection=6,Cooa_initialString=7,Cooa_anyString=8,Cooa_finalString=9};
enumCooaOpenMode{
Cooa_create=0,Cooa_delete=1,Cooa_update=2,Cooa_read=3};
classCooaMosiBasepublicCooaMosiVersion{publicvirtualunsignedintCooa_version()const{return2000;};
virtualvoidget (CooaGetModemode,CooaAttributeID&attributeNumber,DelosBuffer&attributeValue,CooaAccessControl&access,CooaResultValue&result,DelosBuffer&errorInformation)=0;//purevirtualvirtualvoidset(CooaSetModemode,CooaAttributeIDattributeNumber,DelosBuffer&attributeValue,CooaAccessControl&access,CooaResultValue&result,DelosBuffer&errorInformation)=0;//purevirtualVirtualvoidaction(DelosBuffer&argument,CooaActionIDactionNumber,DelosBuffer&actionResult,CooaAccessControl&access,CooaResultValue&result,DelosBuffer&errorInformation)=0;//purevirtualvirtualvoidcompare(CooaCompareModemode,CooaAttributeIDattributeNumber,DelosBuffer&attributeValue,CooaAccessControl&access,CooaResultValue&result,DelosBuffer&errorInformation)=0;//purevirtualvirtualvoidmode(CooaOpenModeopenMode,CooaMoClassmoClass,
CooaAccessControl&access,CooaResultValue&result,DelosBuffer&errorInformation)=0;//purevirtualvirtualCooaAttributeIDgetPrimaryKey(CooaResultValue&result)=0;
virtualCooaMosiBase*create(DelosBuffer&primaryKey,DICOS_DbTransaction&trans,CooaMoClassmoClass,CooaAccessControl&access,CooaResultValue&result,DelosBuffer&errorInformation)=0;//purevirtualvirtualvoidgetCounter(CooaAttributeID&attributeNumber,void*&counterObject,CooaAccessControl&access,CooaResultValue&result,DelosBuffer&errorInformation)=0;//purevirtual};
#endif
通用對象管理設(shè)施42識別MIM-Server接口。它由MIM-Server讀出數(shù)據(jù)并認(rèn)定被管理系統(tǒng)中為哪一類被管理對象。
在用戶接口44中,例如,有可能提出該通用對象管理設(shè)施指明一特定類別被管理對象的全部實(shí)例的要求。通用對象管理設(shè)施能由MIM-Server54讀出被選擇類別的定義。它辨別如何經(jīng)由DCF到通用中介單元來訪問這一類別。它還認(rèn)定對來自該通用中間單元的數(shù)據(jù)應(yīng)怎樣解釋。
如圖4所示,資源中介單元由三部分組成,即MOSI-Subagent61,數(shù)據(jù)對象邏輯62(DOL,ObjectLogic),和全補(bǔ)邏輯64(CL,ComplementaryLogic)。它還設(shè)有外部接口58,MOSI,并具有兩個內(nèi)部接口,即數(shù)據(jù)對象接口66(DOI,DataObjectIntorface)和求補(bǔ)邏輯接口68/CLI,ComplementaryLogicInterface)。
對參考圖1所一般性描述的將管理系統(tǒng)分為通用管理器和被管理系統(tǒng)模型表示的原理,現(xiàn)在將作更詳細(xì)的描述。為了以后參引方便起見,將這種劃分也稱之為劃分模型。
為了管理系統(tǒng)內(nèi)的資源,必須存在這方面的知識,即什么應(yīng)該得到管理和它又是怎樣得到執(zhí)行的,為此這兒存在著3種所須的主要功能,也就是管理系統(tǒng)的控制部分,下面簡稱為“控制管理器”,資源的表示和資源,圖5詳細(xì)地描述了這三種功能之間的關(guān)系,問題是要給控制管理器一般的可能性去管理特定的資源,這因此需要實(shí)現(xiàn)框架結(jié)構(gòu),該結(jié)構(gòu)允許應(yīng)用設(shè)計(jì),該結(jié)構(gòu)能夠管理資源而無須知道資源的內(nèi)部結(jié)構(gòu)和它的可能約束,更具體結(jié)說,應(yīng)該能夠添入新的資源,并且舊的資源能夠被取消或者能夠改變,而不影響控制管理器。
這樣的框架結(jié)構(gòu)能夠被用于每一個這樣的領(lǐng)域,即在控制管理器和被管理系統(tǒng)之間存在著關(guān)系。
必須指出的是,資源表示總是被表示為在類型水平上的語句,這就意味著一種特定類型的所有實(shí)例具有共同的資源表示,在圖6可以看出,在類型水平上的單元T1-T4是獨(dú)立存在的,而在實(shí)例水平上它們能被分配在在單元I1-I4中,在特定的實(shí)例中圖7的方案是有效的,類型用戶號保持著信息,該信息描述應(yīng)該怎樣翻譯(即用戶號的格式和它的數(shù)據(jù)結(jié)構(gòu)類型,這被用來保持電話號碼)。
這樣的結(jié)構(gòu)技術(shù)允許使用通用管理器。如果圖7的方案對系統(tǒng)S1是有效的,而圖8的方案對系統(tǒng)S2是有效的,相同的一般管理器能夠用來管理兩個系統(tǒng)S1和S2。
兩個系統(tǒng)的管理器示圖在圖9中給出,這正是在系統(tǒng)S1和S2中使用的同樣的一般管理器,并且它用于解釋在系統(tǒng)S1和系統(tǒng)S2內(nèi)的模型表示,系統(tǒng)S1和S2的用戶數(shù)的管理信息模型是不同的。
在圖9內(nèi)管理器把它的操著指向資源,該資源在系統(tǒng)S1和系統(tǒng)S2內(nèi)是應(yīng)當(dāng)被管理的,為了得到正確的句法和數(shù)據(jù)格式,管理器解釋模型表示R1和R2,從用戶的觀點(diǎn)來看,管理框架結(jié)構(gòu)是相同的,也就是具有相同的概念,可以使用隱喻和工具,通過這樣的手段可以獲得獨(dú)立于它們的實(shí)際執(zhí)行的有效并且簡單的管理資源。
現(xiàn)在的目標(biāo)是實(shí)現(xiàn)框架結(jié)構(gòu),該結(jié)構(gòu)能夠設(shè)計(jì)一般的管理器,該結(jié)構(gòu)處理物理的和/或邏輯的資源、框架結(jié)構(gòu)是通過嚴(yán)格的和形式上分開資源表示(模型)和真實(shí)的資源施行的,稱為控制管理器的軟件單元解釋資源表示。
在開始工作之前,管理器并不必事先須要任何特定的資源信息,這意指管理器單元有能力采用任何可能資源表示,它可以以這樣的方式表示,從而使得它能被管理器解釋,主要的優(yōu)點(diǎn)在于可以引入新類型的資源而無須更新管理器。
作為實(shí)例,可以使用給定的資源,例如一個用戶,在用戶中引入新的可能性,并且仍然能夠使用同一個管理器管理新的和舊的用戶兩者。
作為另外一個實(shí)施例,可以在執(zhí)行全新類型資源時把它引入到一個管理器系統(tǒng),用現(xiàn)存的諸管理器管理新的資源。
這里,對圖5示出的接口將加以極為詳細(xì)的說明。
控制管理器使用該接口去聯(lián)接資源表示并從它收集信息,在執(zhí)行指向資源的一般管理操作時使用該信息,該例在圖10中示出,通過解釋資源表示,管理器能夠在用戶實(shí)例I1上執(zhí)行例如圖11的操作,而且確保對模型來說句法和語義是有效的。
必須看到的是,同一個管理器是有能力管理圖10的資源表示中的信息更新變化的,這在圖12中已經(jīng)示出,而不須要重新編譯和重新構(gòu)型。
討論中的接口具有如下的操作1-聯(lián)接到表示2-解釋表示資源的存取接口執(zhí)行指向真實(shí)接口的管理操作時使用該接口,在該接口的操作經(jīng)常不是獨(dú)立執(zhí)行的。
操作1-執(zhí)行操作(打開/讀/寫/查找等等)2-轉(zhuǎn)送事件管理能力的信息接口該接口陳述使用特定管理器管理資源的可能性,該接口限制管理器在模型表示的存取接口中的行為。
操作1-檢查存取2-限制存取資源能力的信息接口該接口陳述將被輸出并且將在它的資源表示中示出的資源能力,在真實(shí)資源中的一些能力形式能夠多路,并且在資源表示內(nèi)被陳述為一個單獨(dú)的能力。
操作1-輸出可能性2-多路可能性。
控制管理器所討論的框架結(jié)構(gòu)中的控制管理器是能夠解釋以機(jī)器可以解釋的方式表示的模型表示的軟件單元,這些表示陳述在管理器和被管理的資源之間的可能協(xié)作的協(xié)議書,表示也陳述了被用來表示在被管理資源中的概念的數(shù)據(jù)結(jié)構(gòu),許多控制管理器能使用一種表示,并且一種控制管理器能使用多種表示。
表示資源的表示從目前的文本來看是“在一個資源中”的一些方面或是所有的方面的視圖,這些也可以是一個資源的多視圖,在表示內(nèi),信息是以這樣方式構(gòu)成的,從而可能對它進(jìn)行解釋使其變換為其它表示,后者更適合與人協(xié)作,表示能被用來為執(zhí)行管理操作饋送帶有必要信息的多少帶有智能的軟件。
上面描述的劃分模型的主要優(yōu)點(diǎn)在于,它提供了引入和更新在管理范疇內(nèi)的資源和服務(wù)的裝置,并且沒有影響管理這些資源和服務(wù)的單元。近而,管理真實(shí)資源的單元能夠被替換/更新而不影響被管理的單元,當(dāng)新技術(shù)可以被使用時,可在對管理范疇合適的時間內(nèi)被引入。
舊的和新的技術(shù)能夠在管理范疇內(nèi)共存,在例如通訊網(wǎng)絡(luò)內(nèi)設(shè)備(資源單元和管理單元)能被引入到一個或幾個考慮周到的活動中。
在圖14中示出了一個管理范疇,它由具有不同型式的單元的兩個系統(tǒng)組成,形式在每一個系統(tǒng)內(nèi)和在兩個系統(tǒng)之間是不同的,在這種連接中下述是有效的1-類型1的“舊”管理器能夠管理類型1,100和200的資源。
2-類型100的“新”管理器能夠管理類型1,100和200的資源。
3-還沒有已經(jīng)發(fā)展到類型200的管理器。
4-所有類型的管理器管理著所有類型的資源。
在圖14中有一個工作范疇,其中技術(shù)發(fā)展以不協(xié)條的方式發(fā)生了。我們所看到的是,在每一層(水平)中修改已經(jīng)發(fā)生了,但從管理器方面(垂直)來看沒有影響單元。
這里將要描述,上述的劃分模型是怎樣與設(shè)計(jì)控制管理單元聯(lián)系起來使用的。
對指向一個資源的管理操作負(fù)責(zé)的控制管理器在劃分模型框架內(nèi)從模型表示獲得必要的知識,該表示包括了資源的模型信息。
管理器是在由劃分模型提供的框架結(jié)構(gòu)上形成的,其中,在這個框架結(jié)構(gòu)中的通用管理器是按圖15設(shè)計(jì)的。
在管理器層80中設(shè)計(jì)包括了單元數(shù),該層的命名在圖中看是明顯的,而在模型層82內(nèi)包括了資源表示。
配合外部用戶接口的單元(在80處)被用來使管理器適配外部單元,這些例如是-窗口系統(tǒng),通過操作可再生的表示,諸如表格,菜單和圖形表示,使使用人和資源協(xié)條工作。
-其它的計(jì)算機(jī)/計(jì)算機(jī)系統(tǒng)-數(shù)據(jù)庫-管理范疇本身的一個單元,管理器也能被使用作為控制和作出決定的單元。
作為用戶與其進(jìn)行協(xié)作的表示的實(shí)例,可考慮圖16,它給出了窗口是怎樣與圖10的管理信息模型相關(guān)的。
該信息也被用在檢驗(yàn)輸入信號根據(jù)模型是正確的,在上述的例子中,用戶并不能引入一個不適合圖10的資源表示的電話號,管理器能夠使用知識去指導(dǎo)用戶或建議該作什么,根據(jù)圖10是無效的并且在圖12示出的用戶協(xié)同操作不能傳給管理操作但被傳送到資源。圖17描述的操作構(gòu)成管理器模型解釋能力的結(jié)果,該管理器使用了劃分模型框架結(jié)構(gòu)。
真實(shí)管理的資源(mySuboir)始終處在有效的狀態(tài),并沒有企圖要執(zhí)行無效的操作。
使用這里描述的管理器類型,若干單據(jù)傳送到模型的使用者,也就是一般的管理器,而不是由資源本身執(zhí)行,這就暗示,在不同用戶的情況下,資源有能力實(shí)現(xiàn)其愿望,用戶情況或許會使用不同的時間,在傳統(tǒng)的情況下,預(yù)測可能出現(xiàn)的未來用戶情況是必須的,而在目前的框架結(jié)構(gòu)情況下,只需要作出另一種模型表示。
在更傳統(tǒng)方式的實(shí)例中“用戶號資源”能夠執(zhí)行在圖10中描述為表示資源的編碼中的C++語句的規(guī)則。從而資源的應(yīng)用被限制到電話號碼只能從727開始的文本中。
內(nèi)部表示單元86變換模型表示為適合控制管理器使用的表示。也就是在模型中的抽象的數(shù)據(jù)結(jié)構(gòu)等等被換成在管理器工作時能被使用的數(shù)據(jù)結(jié)構(gòu)。
內(nèi)部表示單元產(chǎn)生了用來存儲資源表示的結(jié)構(gòu),對每一個管理器范疇至少存在一個該結(jié)構(gòu),在開始時結(jié)構(gòu)是空的但在后來裝有資源表示,該結(jié)構(gòu)能夠以若干方式(原始存儲器,目標(biāo)數(shù)據(jù)庫,等等)產(chǎn)生。
從圖18可以看出,資源表示R1-R5按數(shù)據(jù)結(jié)構(gòu)進(jìn)行組織,控制管理器使用這結(jié)構(gòu)去存取資源表示。
可以看出資源表示也具有關(guān)系,這些關(guān)系組成了管理器范疇的模型的部分(用戶目錄具有例如與LIC的關(guān)系)。
管理器使用管理信息模型的一般管理器內(nèi)部表示去保持被管理系統(tǒng)的相容性,并且在某種操作執(zhí)行后去決定管理系統(tǒng)的狀態(tài),操作能導(dǎo)致違反相容性,但在操作被施加到被管理系統(tǒng)之前它能被發(fā)現(xiàn)。
管理器可以以不同的方式使用解釋模型所獲得的知識,例如-自動解決違反相容性的操作和產(chǎn)生一組不違反模型的管理操作,-指導(dǎo)使用的用戶去校正一組操作,-對“如果,則”執(zhí)行分析。
一般管理器邏輯單元88控制著其它單元的活動,它也根據(jù)由其它單元報(bào)導(dǎo)的事件作出決定,管理器以外的單元也報(bào)道事件,外部事件總是變換成能被管理器管理的表示和結(jié)構(gòu)。
外部表示單元90管理著把管理器中的內(nèi)部表示變換成為傳送到一個單元和被它們理解的表示,該單元聯(lián)接到在80處的“適配外部用戶接口”的單元,這樣一種表示的例子是表示一個窗口的結(jié)構(gòu),該窗口能在X-窗口裝置中重現(xiàn)。
在94的管理操作的單元“Machine”產(chǎn)生真實(shí)的管理操作,該操作應(yīng)進(jìn)而引導(dǎo)到管理器范疇中的一個資源,該操作是作為由管理器的邏輯單元88的其中一個所控制的表示的內(nèi)部或外部(或同時)合作/操作的結(jié)果產(chǎn)生的,代表一種形式的窗口是例如一種由管理器控制的表示,窗口可以示給用戶可替代的用戶,一些活動可以產(chǎn)生傳送到被管理資源的一個或者多管理操作。
在96的管理系統(tǒng)范疇的單元存取接口負(fù)責(zé)傳送管理操作到受控單元,討論的存取接口能適合各種管理協(xié)議書。
在92的單元模型解釋器負(fù)責(zé)解釋在模型中表達(dá)的資源表示,模型解釋器讀出資源表示并把它們分配給上述的單元作為內(nèi)部表示。
模型解釋器解釋一個資源的表示,該表示以一種約定的格式來表示。
為了執(zhí)行管理操作,也就是改變用戶的號碼,需要執(zhí)行下面的操作1.建立與管理范疇的聯(lián)接。
2.用戶(對外部表示而言,估計(jì)可以是單元之外的用戶)對將被管理的資源(也就是用戶)尋址。
3.如果這兒已經(jīng)存著打算被管理的資源的內(nèi)部表示,管理器邏輯單元通過單元檢查內(nèi)部表示。
4.如果這樣的表示并不存在,管理邏輯單元命令管理操作“機(jī)器”通過管理范疇的存取接口執(zhí)行管理操作以收集被管理系統(tǒng)的資源表示(否則每一個都繼續(xù)下面的步驟7)。
5.被收集的淘汰表示傳送到用于內(nèi)部表示的單元,該單元把它變換成適合管理器的格式。
6.用于內(nèi)部表示的單元確定該表示在一個結(jié)構(gòu)中的位置,該結(jié)構(gòu)表示了在管理范疇內(nèi)的資源表示的和。
7.如果這樣的表示存在,管理邏輯單元變換內(nèi)部表示為使用外部表示單元的適當(dāng)?shù)耐獠勘硎尽?br>
8.外部表示進(jìn)一步引到供外部用戶采用的接口,在那里用戶可以(通過操作以X窗口示出的一種形式)使用表示。
9.外部用戶改變用戶號碼符號的值(用戶輸如例如一個值到為此指定的一臺設(shè)備)。
10.模型解釋器檢查是否輸入的值在資源表示中或在資源表示出現(xiàn)的文本中違反了什么(意味著可能需要對被管理系統(tǒng)進(jìn)行一些管理操作)。
11.如果檢測出違反的事實(shí),以適當(dāng)?shù)姆绞?建議,注釋等)提醒用戶。
如圖15所示指定的并且用在劃分模型文本中的管理器的主要優(yōu)點(diǎn)是能夠在變化的環(huán)境下管理資源單元而不須要更新管理單元為此相關(guān)的資源單元,在分別發(fā)展管理和資源單元時能使用最方便的技術(shù)。
下面對一個實(shí)施例進(jìn)行描述,該實(shí)施例將涉及到在上述的劃分模型中的模型表示是如何存儲在被管理的系統(tǒng)內(nèi)的,技術(shù)問題是如何始終保持管理系統(tǒng)帶有能隨時間改變的與特定的被管理系統(tǒng)相關(guān)的正確的管理信息模型。
在圖19給出了根據(jù)劃分模型驅(qū)動的管理系統(tǒng)100,該系統(tǒng)能操作在另外一個系統(tǒng)中的目標(biāo),管理系統(tǒng)通過媒介104與被管理系統(tǒng)102進(jìn)行通訊,為了能夠操作目標(biāo)106,管理系統(tǒng)需要描述被管理系統(tǒng)的信息,問題是管理系統(tǒng)的管理器如何得到這一信息。
如果需要的時候管理系統(tǒng)能讀出管理信息,那它就變得更獨(dú)立于被管理系統(tǒng),如果管理系統(tǒng)和被管理的系統(tǒng)之間的唯一依賴是管理信息所建立的方式,那么就可能獨(dú)立地發(fā)展兩個系統(tǒng),為了解決這些問題新的目標(biāo)被引入到被管理系統(tǒng),因?yàn)槊看喂芾硐到y(tǒng)能夠從每個被管理系統(tǒng)讀出數(shù)據(jù),存儲有關(guān)被管理系統(tǒng)的數(shù)據(jù)的最好方式是把它存儲在被管理的系統(tǒng)自身內(nèi),使用這種新的目標(biāo)產(chǎn)生新的問題,例如它們是如何構(gòu)成的和它們又如何和何時裝配在系統(tǒng)中等。
在被管理系統(tǒng)中存儲描述被管理系統(tǒng)的其它目標(biāo)信息,是讓管理系統(tǒng)能夠在任何時間讀取這樣的信息的一條途徑。為了使用一個共同的目標(biāo)去描述目標(biāo)的所有種類,這無論如何必須進(jìn)行分析,為了執(zhí)行它的任務(wù)管理系統(tǒng)須要哪一類的信息。
當(dāng)在一個被管理系統(tǒng)內(nèi)構(gòu)成所有的目標(biāo)時可以發(fā)現(xiàn),正是該信息描述了必要包括在新的目標(biāo)內(nèi)的被管理目標(biāo)的分類。如果要比較不同分類的兩個被管理目標(biāo)時,這在圖20中出現(xiàn),這就可以看出兩種目標(biāo)類型具有屬性、關(guān)系和方法,不同的是屬性等的姓名以及屬性、關(guān)系或方法的數(shù)目,使用該信息可以形成一般描述被管理目標(biāo)的樣板,該樣板包括在被管理目標(biāo)MIM-服務(wù)器內(nèi),這也在前面談到,并在圖21中給出,使用樣板可以描述每一個能夠在被管理系統(tǒng)中使用的被管理目標(biāo),如果裝配包括信息的MIM-服務(wù)器-目標(biāo),該信息描述我們同時在被管理系統(tǒng)中裝配的一個目標(biāo)的類型,并且如果管理器系統(tǒng)能夠解釋MIM-服務(wù)器的目標(biāo)類型,這也就可能使管理系統(tǒng)在任何時間內(nèi)去收集在被管理系統(tǒng)內(nèi)有關(guān)目標(biāo)的信息。
MIM-服務(wù)器-目標(biāo)能包括什么樣管理信息的限制僅僅取決于能如何明確指出被管理的系統(tǒng),因?yàn)橛懻摰谋还芾砟繕?biāo)是自動產(chǎn)生的和由源于目標(biāo)清單本身的數(shù)據(jù)添充的。
MIM-服務(wù)器-分類的結(jié)構(gòu)實(shí)例在下面示出,該實(shí)例能夠容易地讀出,而且能用任意的語言所寫出,一些縮寫語句須要解釋-ADT(AbstractDataType)=抽象數(shù)據(jù)類型-DD(DataDomain)=數(shù)據(jù)類型-Persistent=應(yīng)當(dāng)存儲在數(shù)據(jù)庫內(nèi)PERSISTENTADTMimISPRIMARYKEYmyClassId;
ATTRIBUTESmyClassIdInteger;
myClassNameString="NoName";
myClassVersionString="1.0";
myAttributeListAttributeArray;
myActionListActionArray;
myNoticationListNotificationArray;
myNameBindingListNameBindingArray;
ENDADTMim;
可以發(fā)現(xiàn)屬性表(myAttributelist)被指定為屬性字段(Attri-buteArray),事實(shí)上該字段是動態(tài)字段,這意指它沒有預(yù)先指定的大小,而且隨著每個元素的增加而擴(kuò)大。
TYPEAttributeArrayISARRAYOFAttributeENDTYPE;
該字段包括了元素,元素的名稱是“Attribute”,因?yàn)樵谝慌械拿恳粋€元素將描述在MD-說明中的真實(shí)屬性的性質(zhì),在仔細(xì)地觀察屬性說明時可以發(fā)現(xiàn),存在如myName等的屬性,它們都描述了屬性的性質(zhì)ADTAttributeISATTRIBUTESmyNameString="NIL";
optionalBoolean=False;
myExternIdIntegerArray;
myInternIdInteger=0;
myDDDD;
ENDADTAttribute;
TYPEIntegerArrayISARRAYOFIntegerENDTYPE;
當(dāng)考慮MyDD時可以發(fā)現(xiàn),它定義為DD,也就是類型,這在下一個說明中得到進(jìn)一步解釋。
ADTDDISATTRIBUTESWhichOneWhichOne;
myIntDDItDDOPTIONALmyRealDDRealDDOPTIONAL;
myTextDDTextDDOPTIONAL;
myEnumDDEnumDDOPTIONAL;
myOctetDDOctetDDOPTIONAL;
myRangeDDRangeDDOPTIONAL;
myArrayDDArrayDDOPTIONAL;
myStructDDStructDDOPTIONAL;
myRefDDReferenceDDOPTIONAL;
myExtDDExternalDDOPTIONAL;
ENDADTDD;
由于屬性是例如整數(shù),實(shí)數(shù),字符串等的一種類型,這一信息是必須的,問題是屬性在同一時刻不能是所有的類型而僅僅是一種類型,這是為什么須要選取一些不同的類型和提供更多的信息,這由Whichone完成。
TYPEWhichOneISENUMIntDD,RealDD,TextDD,EnumDD,OctetDD,RangeDD,
ArrayDD,StructDD,RefDD,ExtDDENDTYPE;
屬性的規(guī)則類型當(dāng)然是整數(shù),十進(jìn)制小數(shù)和正文字串,它們能近似地指定的ADTTextDDISATTRIBUTESisStringBoolean=True;
ENDADTTextDD;
ADTRealDDISATTRIBUTESis32bitBoolean=True;
ENDADTRealDD這里進(jìn)一步有其它的共同類型,也不應(yīng)忘記,例如八位[二進(jìn)制的]位組,舉例為ADTOctetDDISATTRIBUTESisOctetBoolean=True;
ENDADTOctetDD;
ADTEnumDDISATTRIBUTESmyEnumListEnumElementArray;
ENDADTEnumDD;
TYPEEnumElementArrayISARRAYOFEnumElementENDTYPEADTEnumElementISATTRIBUTESmyNameString;
myValueUnsigned;
ENDADTEnumElement;
這兒也還有其它類型,但不是通常用的,但在完整地描述一個屬性還是需要的,例如結(jié)構(gòu)類型和字段類型(結(jié)構(gòu)和陣列),也可能指定自己的類型。域(Range)是可能劃歸到這類屬的一個類型ADTArrayDDISATTRIBUTESmyElementDD;
mySizeIntegerOPTIONAL;
ENDADTArrayDD;
ADTStructDDISATTRIBUTESmyAttributeListAttributeArray;
ENDADTStructDD;
ADTRangeDDISATTRIBUTESmyMinInteger=0;
myMaxInteger=1;
ENDADTRangeDD;
ADTExternalDDISATTRIBUTESmyClassNameString="NIL";
ENDADTExternalDD;
ADTReferenceDDISATTRIBUTESmyClassIdInteger=0;
myClassNameString="NIL";
myInverseIntegerOPTIONAL;
ENDADTReferenceDD;
屬性也可以有系統(tǒng)設(shè)定值,為了包括這一信息,特殊的“系統(tǒng)設(shè)定”類型被指定,這一類型也使用Whichone類型去陳述考慮的是什么系統(tǒng)設(shè)定值。
ADTDefaultISATTRIBUTESwhichOneWhichOnemyIntDDIntDefaultOPTIONAL;
myRealDDRealDefaultOPTIONAL;
myTextDDTextDefaultOPTIONAL;
myEnumDDEnumDefaultOPTIONAL;
myOctetDDOctetDefaultOPTIONAL;
myRangeDDRangeDefaultOPTIONAL;
ENDADTDefault;
ADTIntDefaultISATTRIBUTESmyUnSignedValue;UnsignedIntegerOPTIONAL;
mySignedValueIntegerOPTIONAL;
ENDADTIntDefault;
ADTRealDefaultISATTRIBUTESmy32bitValueRealOPTIONALENDADTRealDefault;
ADTTextDefaultISATTRIBUTESmyStringStringOPTIONALmyCharCharacterOPTIONAL;
ENDADTTextDefault;
ADTEnumDefaultISATTRIBUTESmyValueEnumElement;
ENDADTEnumDefault;
ADTOctetDefaultISATTRIBUTESmyValueOctetString;
ENDADTOctetDefault;
ADTRangeDefaultISATTRIBUTESmyValueInteger;
ENDADTRangeDefault;
使用屬性,方法,通知等可以指定被管理的系統(tǒng),為指定信息而使用該技術(shù)時每一件事能適合MIM-服務(wù)器-分類,下面是被存儲的信息的各種其它類型的目錄
TYPEActionArrayISARRAYOFActionENDTYPE;
ADTActionISATTRIBUTESmyNameString="NIL";
myInternIdInteger=0;
myExternIdIntegerArray;
myArgumentsAttributeArray;
myReturnTypeDD;
ENDADTAction;
TYPENotificationArrayISARRAYOFNotificationENDTYPE;
ADTNotificationISATTRIBUTESmyNameString="NIL";
myInternIdInteger=0;
myExternIdIntegerArraymyArgumentsAttributeArray;
ENDADTNotification;
TYPENameBindingArrayISARRAYOFNameBindingENDTYPE;
ADTNameBindingISATTRIBUTESmyOwnClassNameString;
myOwnClassIDInteger;
myChildClassNameString;
myChildClassIDInteger;
myChildRDNAttributeNameString;
myChildRDNAttributeIDInteger;
ENDADTNameBinding;
所有MIM-服務(wù)器-目標(biāo)共同構(gòu)成了被管理系統(tǒng)的完整的模型,使用目標(biāo)的這種類型,這就可能使管理系統(tǒng)一件一件地從被管理的系統(tǒng)得到信息,通過讀取已經(jīng)裝配到被管理系統(tǒng)內(nèi)的MIM-服務(wù)器-目標(biāo)的信息,可以在操作期間改變被管理系統(tǒng)(即模型),并且使管理系統(tǒng)更新它對被管理系統(tǒng)的視點(diǎn)而不須要重新編譯。
圖22給出了MIM-服務(wù)器-情況和被管理的目標(biāo)的分類之間的關(guān)系,對于“正?!钡谋还芾淼哪繕?biāo)的每一類120和122,在被管理的系統(tǒng)130內(nèi)都存在著“特定”的被管理目標(biāo)的類128的兩個分別的情況124和126,這些特定的被管理目標(biāo)組成了被管理系統(tǒng)的管理信息模型132的表示。
為了更新被管理系統(tǒng),僅僅一個新的MIM-服務(wù)器-目標(biāo)須要被裝配以反映在被管理系統(tǒng)中的新的目標(biāo)類型,象對其它的MIM-服務(wù)器-目標(biāo)做的那樣,管理系統(tǒng)能以同樣的方式收集該目標(biāo)類型,并且對被管理系統(tǒng)的視圖發(fā)生了改變而無須重新編碼代碼,這使管理系統(tǒng)非常穩(wěn)定和被管理的系統(tǒng)能經(jīng)常更新而無須擔(dān)心管理系統(tǒng)的更新。
為了對MIM服務(wù)器編碼產(chǎn)生的實(shí)施例進(jìn)行詳細(xì)介紹,早期描述的內(nèi)容簡短摘要在這里參考圖2將第一次給出。
產(chǎn)生MIM-server-和MD-碼是鏈,它起始于對MD的說明,比較圖23,首先設(shè)計(jì)者使用特定說明語言說明MD,然后使用特定的編譯程序進(jìn)行代碼編譯,編譯程序用例如C或C++的標(biāo)準(zhǔn)編程語言產(chǎn)生源碼。主目標(biāo)碼當(dāng)然是被管理的系統(tǒng)能夠執(zhí)行的編碼,但這也是產(chǎn)生管理信息模型的被管理的目標(biāo)部分的中間格式的最佳時間,為了能做這些編譯程序必須具有MIM-服務(wù)器-分類的結(jié)構(gòu)的知識,編譯程序考慮MD-說明和計(jì)算屬性,方法等等的數(shù)目,使用這些信息去設(shè)計(jì)MIM-服務(wù)器-情況,所有這些信息被引入到被管理系統(tǒng)的源碼中的“分類-方法”之中,并且在裝配到被管理的系統(tǒng)后能夠自由地執(zhí)行。
使用所描述的技術(shù)保證了它所描述的模型和目標(biāo)的一致性,這是因?yàn)楫a(chǎn)生的MIM-服務(wù)器-信息和目標(biāo)碼源于相同的MD-說明,這也使得負(fù)責(zé)產(chǎn)生模型信息的設(shè)計(jì)者較容易地處理它,信息產(chǎn)生的高度自動化的鏈不僅使設(shè)計(jì)被管理的目標(biāo)變得容易,而且使其更快地更可靠地完成。
這里給出MIM-服務(wù)器-編碼-產(chǎn)生的實(shí)例PERSISTENTADTMOISATTRIBUTEStimeTime;
NrOfLinksInteger;
LinkNameString;
LinkIdString;
METHODSLockLink(INaValue);
ENDADTMO;
ADTTimeISATTRIBUTEShourIntRange(0,23),minuteIntRange(0,59);
secondIntRange(0,59);
ENDTime;
編譯程序能為目標(biāo)產(chǎn)生源碼,在C++中它看起來近似如下(可以看到編碼并不是嚴(yán)格的,僅作為例子給出,其中僅僅為分類MD給出說明文件)classMOpublicMO();
LockLink(aValue);
voidset_time();
voidset_NrOfLinks();
voidset_LinkName();
voidset_LinkId();
timeget_time();
intget_NrOfLinks();
char*get_LinkName();
char*get_LinkId();
voidinit();
privateTimetime;
intNrOfLinks;
char*LinkName;
char*LinkId;};
由于時間是復(fù)雜類型,這里將給出單獨(dú)的分類classTimepublicTime();
voidset_hour();
voidset_minute();
voidset_second();
intget_hour();
intget_minute();
intget_second();
voidinit();
privateinthour;
intminute;
intecond;};
現(xiàn)在能夠產(chǎn)生MIM-服務(wù)器-信息,編譯程序?qū)⑦M(jìn)行MD-說明和一件接一件地設(shè)計(jì)MIM-服務(wù)器-情況,在分類方法下收集信息,這里用mimInit表示voidMOMimInint()//Buildthefirstattribute"Hour"IntRangeDDtmpIntRangeDD;
tmpIntRangeDD.nyMin(0);
tmpIntRangeDD.myMax(23);
//SetthechoiceswitchtoIntRangeWhichOnetmpWhichOne;
tmpWhichOne(IntRangeDD);
//SettheDataDomainvaluesDDtmpDD;
tmpDD.whichOne(tmpWhichOne);
tmpDD.myIntRangeDD(tmpIntRangeDD);
//SettheattributevaluesAttributetmpAttributel;
tmpAttributel.myName("Hour");
tmpAttributel.myDD(tmpDD);
.
.
.
//Buildthesecondattribute"Minute"IntRangeDDtmpIntRangeDD;
tmpIntRangeDD.myMin(0);
tmpIntRangeDD.myMax(59);
WhichOneTypetmpWhichOne;
tmpWhichOne (IntRangeDD);
DDtmpDD;
tmpDD.whichOne(tmpWhichOne);
tmpDD.myIntRangeDD(tmpIntRangeDD);
AttributetmpAttribute2;
tmpAttribute2.myName("Minute");
tmpAttribute2.myDD(tmpRangeDD);
.
.
//Buildthethirdattribute"Second"IntRangeDDtmpIntRangeDD;
tmpIntRangeDD.myMin(0);
tmpIntRangeDD.myMax(59);
WhichOneTypetmpWhichOne;
tmpWhichOne(IntRangeDD);
DDtmpDD;
tmpDD.whichOne(tmpWhichOne);
tmpDD.myIntRangeDD(tmpIntRangeDD);
AttributeTypetmpAttribute3;
tmpAttribute3.myName("Second");
tmpAttribute3.myDD(tmpIntRangeDD);
.
.
到目前為止僅僅產(chǎn)生了這樣的屬性,即Time是由什么構(gòu)成的,以及為什么現(xiàn)在也必須產(chǎn)生時間屬性本身并且向其指定其它屬性。
AttributeArraytmpAttList;
tmpAttList.add(tmpAttributel);
tmpAttList.add(tmpAttribute2);
tmpAttList.add(tmpAttribute3);
StructDDtmpStructDD;
tmpStructDD.myAttList(tmpAttList);
WhichOneTypetmpWhichOne;
tmpwhichOne(StructDD);
DDtmpDD;
tmpDD.whichOne(tmpWhichOne);
tmpDD.myStructDD(tmpStructDD);
AttributetmpAttribute4;
tmpAttribute4.myName(myTime);
tmpAttribute4.myExternId("OID");
tmpAttribute4.myInternId(1);
tmpAttribute4.optional(FALSE);
myDD(tmpDD);
//NowmyTimeisdone,thenexttributetodoisNrOfLinks.
//NextattributetobuildisNrOfLinksIntDDtmpIntDD;
WhichOneTypetmpWhichOne;
tmpwhichOne(IntDD);
DDtmpDD;
tmpDD.whichOne(tmpWhichOne);
tmpDD.myIntDD(tmpIntDD);
AttributetmpAttribute5;
tmpAttribute5;myName/NrOfLinks);
tmpAttribute5;myExternId("OID");
tmpAttribute5;myInternId(2);
tmpAttribute5;optional(FALSE);
tmpAttribute5;myDD(tmpDD);
.
.
//Thecompilerkeepsbuildingattributesthisway//untilallattributesandsoforthiscreated//AfterthatitcreatestheMIMinstanceand//assignsthedifferentattributestoit.
//TheMIMinstanceisassignedthesamenameasthe//classidoftheclasstheinformationrepresentsAttributeArraytmpAttList;
tmpAttList.add(tmpAttribute4);
tmpAttList.add(tmpAttribute5);
tmpAttList.add(tmpAttribute6);
tmpAttList.add(tmpAttribute7);
Mim24337;
2433.set_myClassName(myMO);
2433.set_myClassID(24337);
2433.set_myVersion(1,0);
2433.set_myAttList(tmpAttList);
//24337.set_myNotificationList(tmpNotificationList);
24337.set_myNameBindingList(tmpNameBindingList);}24337.set_myActionList(tmpActionList);}//}分類現(xiàn)在準(zhǔn)備由一個普遍編譯程序來編譯,在此基礎(chǔ)上它能裝配在被管理系統(tǒng)中,MimInit方法已準(zhǔn)備執(zhí)行,并且將用所有引入的信息產(chǎn)生MIM-服務(wù)器-情況,正哪前面早些時候所描述的,首先檢查軟件然后裝配到被管理系統(tǒng)。
為了能執(zhí)行完成MIM-服務(wù)器-分類情況的方法,這當(dāng)然須要MIM-服務(wù)器-分類已經(jīng)裝入到被管理系統(tǒng),MIM-服務(wù)器-分類應(yīng)當(dāng)是被裝配到被管理系統(tǒng)中的第一類。
MimInit方法是分類方法,并且僅僅打算被執(zhí)行一次,因此它并不是一個管理系統(tǒng)能執(zhí)行的一般方法。
當(dāng)決定被管理的系統(tǒng)應(yīng)當(dāng)用新的分類更新時,在使用前必須仔細(xì)地測試軟件,當(dāng)做完每一件事并且分類應(yīng)當(dāng)是清楚的時候,在每一分類中,為了更新,被管理系統(tǒng)軟件執(zhí)行MimInit方法因?yàn)槊恳粋€分類有它自己的MimInit方法,在每一分類的一個情況將在數(shù)據(jù)庫內(nèi)進(jìn)行裝配,在每一個MIM-分類已經(jīng)做完一個情況后傳送一個那一類已經(jīng)被裝配完的一個注釋,管理系統(tǒng)亦即這些注釋的用戶當(dāng)然獲得該注釋和決定應(yīng)該做什么,是更新舊的MIM-服務(wù)器-信息,還是不考慮注釋。
使被管理系統(tǒng)的模型表示存在于被管理系統(tǒng)本身之中,而不是在管理系統(tǒng)中對其編碼,具有這樣的優(yōu)點(diǎn),即它總是與其所描述的被管理系統(tǒng)一致。同樣地,管理系統(tǒng)能夠被聯(lián)接到任意的被管理系統(tǒng),讀出它的模型表示和能夠管理它,這也可能讓被管理的系統(tǒng)具有描述MIM-服務(wù)器-分類本身的MIM-服務(wù)器-分類,因?yàn)樗茄b配在被管理系統(tǒng)中的,與其它分類類似的一個分類。這可以被引導(dǎo)到一個管理器,該管理器首先要讀出描述MIM-服務(wù)器-分類及其版本等等的MIM-服務(wù)器-分類-情況,并且使用這些信息決定在系統(tǒng)中的MIM-服務(wù)器-分類-情況應(yīng)該怎樣解釋。
現(xiàn)在將描述管理系統(tǒng)怎樣存取和解釋存儲在被管理系統(tǒng)內(nèi)的模型信息。
為了能夠在管理系統(tǒng)和被管理系統(tǒng)間傳送數(shù)據(jù)和清除信息到它最初的形式,這就要求接收系統(tǒng)或者準(zhǔn)確地知道傳送什么和以什么樣的序列,或者信息能被自我鑒別,通常使用標(biāo)記,或換句話說使用標(biāo)識成分,然而無論使用什么方法,總是需要一些共同的信息或規(guī)則,經(jīng)常稱為協(xié)議書來做這些。
因?yàn)槭褂貌煌瑐€數(shù)的位或甚至相同個數(shù)的位對不同的數(shù)據(jù)類型進(jìn)行編碼,當(dāng)接收到的位串被解釋時,重要的是要準(zhǔn)確知道在每一個數(shù)據(jù)類型中包括了多少個比特位,這通常在這樣的正文中是個問題,許多不同的協(xié)議書是可行的,為了在不同的手段中選取傳送和再生數(shù)據(jù)的手段,需要考慮到,信息可能是相當(dāng)復(fù)雜的,并且一旦信息在一個接收系統(tǒng)內(nèi),它必須以可用的方式進(jìn)行重構(gòu)。
模型信息因此應(yīng)該表示在通訊雙方都知道的結(jié)構(gòu)內(nèi),為了編碼和解碼簡單的數(shù)據(jù)類型成為比特串,在被管理的系統(tǒng)內(nèi)為其內(nèi)部通訊所使用的編碼和解碼系統(tǒng)在這兒描述的實(shí)施例中使用。為了避免數(shù)據(jù)出錯,聯(lián)系雙方都必須知道該編碼和解碼系統(tǒng)。
為了傳送簡單的數(shù)據(jù)類型為可通訊的比特串,具有涉及這些比特串編碼和解碼的策略是基本的,在這兒使用的方法是讓整數(shù)類型使用32位去表示它的值,使用表示串內(nèi)字符數(shù)目的32位整數(shù)對一個串進(jìn)行編碼,其中每個字符用8位表示。
為了把簡單的數(shù)據(jù)類型編碼成可通訊的畢特串,每個數(shù)據(jù)類型具有移位的方法,它簡單地示出了發(fā)生了什么。
CodeDecodeint>>bitstringbitstring>>intfloat>>bitstringbitstring>>floatchar*>>bitstring bitstring>>char*char>>bitstringbitstring>>charboolean>>bitstringbitstring>>boolean..
..
..
通過對簡單的數(shù)據(jù)類型使用編碼和解碼原理,這就可能為更復(fù)雜的數(shù)據(jù)結(jié)構(gòu)產(chǎn)生編碼和解碼方法,這可以由執(zhí)行一系列的簡單的編碼和解碼方法來實(shí)現(xiàn)
complexBufferoperator>>(Bufferbuf,complexX){{inta;buf>>X.a;
char*b; buf>>X.b;
}}Bufferoperator>>(Bufferbuf,complexX){buf<<X.a;
buf<<X.b;
}通過使用為復(fù)雜數(shù)據(jù)結(jié)構(gòu)而設(shè)計(jì)的編碼和解碼的這一技巧,這就可能設(shè)計(jì)幾乎所有類型的編碼和解碼方法。
當(dāng)管理系統(tǒng)啟動讀操作指向被管理系統(tǒng)情況時,必須指出它想讀什么樣的屬性,使用較早描述的方法編碼屬性中的數(shù)據(jù),傳送到管理系統(tǒng),并在那里解碼,如果接收系統(tǒng)具有和傳送系統(tǒng)同樣的編碼和解碼方法,接收者就知道使用了什么方法對該信息進(jìn)行了編碼,這就不會有任何困難去讀出復(fù)雜的信息。
為了能夠解釋MIM-信息,MIM-服務(wù)器-分類編碼和解碼程序被合并在管理器內(nèi)。這樣,使用MIM-服務(wù)器-分類構(gòu)成的情況可以解釋從被管理系統(tǒng)接收的信息,這樣畢特位從數(shù)字緩沖器中移出進(jìn)入到MIM-服務(wù)器-情況。
管理系統(tǒng)在圖15中的解釋部分模型解釋器中包括MIM-服務(wù)器-分類,當(dāng)管理系統(tǒng)從被管理系統(tǒng)的MIM-服務(wù)器-情況中讀出屬性值時和接收帶有編碼數(shù)據(jù)的緩沖器時,通過把畢特位從緩沖器中移出并送到MIM-服務(wù)器-分類的空的局部情況內(nèi)時,很容易地完成了解碼,由于MIM-服務(wù)器-分類具有把數(shù)據(jù)從緩沖器移出或移入的方法,這就變成很容易的任務(wù),主要問題在于解釋其它的分類而不是MIM-服務(wù),在該情況下就必須使用MIM-服務(wù)器-信息以解碼信息。
進(jìn)一步的解釋來于實(shí)施例,該實(shí)施例借助于圖24-28詳細(xì)描述如下。
為了解釋僅通常MD讀出的屬性值,管理系統(tǒng)需要描述MD-分類的MIM-服務(wù)器-信息,它起始于產(chǎn)生MIM-服務(wù)器的空的情況以及從通常的MD讀屬性值中讀出的屬性的處理(UsrMO)。
1.MIMlocal_MIM_Link;//產(chǎn)生-MIM-服務(wù)器情況2.UsrMOlocal_UserMO_Linki//產(chǎn)生一個UsrMO情況3.get(MIM,Link,myAttList);讀模型信息上述三步驟在圖24中示出4.Buffer>>local_MIM_Link.myAttList;//付本被填上信息。
管理系統(tǒng)能夠?qū)徱暰植勘硎镜腗IM-服務(wù)器并且調(diào)查分類聯(lián)系,下一步是以它所感興趣的MO-目標(biāo)中推演情況數(shù)據(jù),這個過程相當(dāng)復(fù)雜,但能夠在下列步驟中實(shí)現(xiàn)。
從圖25可以看出,管理系統(tǒng)是如何通過鏈A推導(dǎo)出情況數(shù)據(jù)。
5.get(Link,A.all);讀出所有的屬性值。
現(xiàn)在從A來的情況數(shù)據(jù)在緩沖器表內(nèi)等待被解碼,管理系統(tǒng)將使用移位操作以獲得正確的畢特位的數(shù)量和把它們解碼成正確的數(shù)據(jù)類型。
通過研究局部的MIM-服務(wù)器去確定第一屬性是什么樣的數(shù)據(jù)類型,第一屬性可以從緩沖器中獲得和進(jìn)行解碼。
圖26示出了表示MO-分類的局部MIM-服務(wù)器是如何被用來構(gòu)成MO-情況的第一局部表示。
6.當(dāng)管理系統(tǒng)到達(dá)數(shù)據(jù)類型器期時,將發(fā)現(xiàn)它以形成結(jié)構(gòu)和須要深入結(jié)構(gòu)內(nèi)以進(jìn)一步進(jìn)調(diào)查。這在圖27中給出。
7.解釋器研究“日期”結(jié)構(gòu)和通讀屬性表以研究屬性類型,通過使用該信息就能夠解釋下一個緩沖器,這在圖28中示出。
8.解釋被執(zhí)行,并且管理系統(tǒng)能向外部用戶表示屬性值,圖29給出怎樣解釋數(shù)據(jù)和下一個屬性類型從局部MIM-服務(wù)器表示中讀出。
這里現(xiàn)在將要描述,前面較早討論的管理信息模型是怎樣能被做出決定的,使用這個我們這里意指可以為計(jì)算機(jī)編程,讀出它的說明并且解釋-被管理的系統(tǒng)可以采用什么樣的狀態(tài)(從管理的系統(tǒng)來看感興趣的狀態(tài))-可以對被管理系統(tǒng)采取什么操作。
-可以對特定狀態(tài)的被管理系統(tǒng)采取什么操作。
-當(dāng)特定的操作指向它時,被管理的系統(tǒng)應(yīng)進(jìn)入什么狀態(tài)。
為了能被稱之為是可決定的,管理信息模型必須能夠以機(jī)器可解釋的語言表述,在傳統(tǒng)的技術(shù)內(nèi)最經(jīng)常使用自然語言去表達(dá)什么操作能指向被管理的系統(tǒng)和當(dāng)特定的操作指向它時被管理的系統(tǒng)應(yīng)進(jìn)入什么樣的狀態(tài)。
通過使用可決定的說明,可以達(dá)到諸多優(yōu)點(diǎn)-由于在特定的操作后能預(yù)測被管理系統(tǒng)的新狀態(tài),一般的管理器能具有更強(qiáng)的處理能力,同時它也能提出這樣的操作,該操作能被允許在特定的狀態(tài)和/或?qū)е滤M臓顟B(tài)。
-當(dāng)所期待的執(zhí)行被很好地指定時,簡化了被管理系統(tǒng)的執(zhí)行和檢驗(yàn)及(不是一般地)管理的應(yīng)用,這也可能以說明中產(chǎn)生大部分的執(zhí)行碼。
-因?yàn)閮H僅導(dǎo)致在被管理系統(tǒng)的狀態(tài)變換的操作被接收,操作的耐久性改善了。
-管理信息模型的早期模擬和求值都簡化了,這使得說明任務(wù)得以簡化。
-在構(gòu)形在激活態(tài)被取消以前,通過允許相當(dāng)自由的操作序列但又始終保證被管理系統(tǒng)的完整構(gòu)形,能夠構(gòu)造管理系統(tǒng)的模型使其既耐用又容易被使用。
這里將確定第一可能的狀態(tài)。
在一特定時刻被管理系統(tǒng)的狀態(tài)是這樣指定的即在這一時刻在該被管理系統(tǒng)中有什么被管理目標(biāo)情況以及這些情況有什么屬性值。
為了定義特定被管理系統(tǒng)所能采取的狀態(tài),必須給出定義-能夠存在的被管理目標(biāo)的什么情況-它們具有什么屬性-這些屬性具有什么值從圖30的第一行給出的說明來看,很明顯可能存在分類用戶的被管理目標(biāo),該分類被管理管目標(biāo)具有屬性,行3-8-NumLer,它描述了用戶數(shù)目,-AdmState,它描述了管理狀態(tài),-Opstate,它描述了操作狀態(tài),-UsageState,它描述了使用狀態(tài),
-Line,它為用戶物理終端的行驅(qū)動器提供參考。
通過這樣的說明擴(kuò)大了被管理系統(tǒng)的可能的狀態(tài)空間,新的狀態(tài)空間由具有所有可能組合的屬性值的新的潛在的用戶組成。
根據(jù)圖31行24,28,32,37的屬性類型決定潛在的屬性值。
現(xiàn)在描述可能的操作是怎樣被定義的。
指向被管理系統(tǒng)的操作產(chǎn)生、取消、操作和檢查被管理目標(biāo)的情況并且能改變被管理系統(tǒng)的狀態(tài)。
產(chǎn)生操作產(chǎn)生被管理目標(biāo)的所述分類的新情況。
取消操作取消被管理目標(biāo)。
寫操作改變被管理目標(biāo)的分類的情況的屬性值。
方法操作為被管理目標(biāo)的分類調(diào)用情況的方法。
讀操作返回情況的屬性值。
對被管理目標(biāo)的所有類而言,讀、寫、產(chǎn)生和取消操作是通用的,并且具有相同的句法和語義規(guī)則,產(chǎn)生和取消操作對被管理目標(biāo)的給定分類而言被規(guī)定為可能或不可能。
讀操作總是可用于被管理目標(biāo)的類的每一屬性,因此在定義屬性和它的類型的被隱含地指定了。
寫操作總是可以自由選取,它被指定用來定義可以被更新的屬性。
方法操作是為被管理目標(biāo)的一個分類所特用的操作的換碼程序。這些操作是作為方法執(zhí)行的,每一種方法被定義為指向受控目標(biāo)的分類的情況的方法,每一個方法接收一個參數(shù)表作為輸入數(shù)據(jù)并且返回一個結(jié)果。
圖32定義了操作,行61-64定義如下的操作
-屬性Line、Number、AdmState、OpState,UsageState,的讀操作,行62-63,-屬性Line的寫操作,行61,-LockRequest方法,行64。
該被管理的目標(biāo)被定義為沒有消除和產(chǎn)生操作,行65。
下面要描述的是,允許的操作/狀態(tài)組合是如何被指定的。
取決于在一個被管理系統(tǒng)中的被管理目標(biāo)的情況和它們的屬性值,在特定的狀態(tài)下存在著唯一組允許的操作。一個例子是,如果情況是在使用中(由它為屬性所描述),它就不能被取消,另一個例子是,因?yàn)榇嬖谥鴪?zhí)行相依賴的限制,該限制指出必須僅僅是9個情況,因此就不允許產(chǎn)生被管理目標(biāo)的某個分類的第10個情況。
通過先承條件和/或端點(diǎn)條件,一般而言,有兩種方法去指定這些操作/狀態(tài)的組合。
為了使操作能被通過,先承條件描述什么樣的條件必須被執(zhí)行,在本情況下它為每一個操作陳述了為了接收指令,被管理的系統(tǒng)必須是什么樣的狀態(tài),先承條件組成了被管理目標(biāo)的類的邏輯部分。
在我們的帶有目標(biāo)分類Subscriber的實(shí)例中,在用戶被解除之前(這由屬性AdmState=unlocked來指示),我們希望防止屬性行是空的,如所述,Line屬性是為用戶物理終端的線驅(qū)動單元提供的參考。當(dāng)Subscriber被使用時,希望這個參考存在。
圖33的行79和80示出這是如何表示的。
終端條件指出在更新事務(wù)處理后什么樣的條件必須被執(zhí)行,在本例中,對于被管理目標(biāo)的每一個分類,可以指出分類的情況必須是怎樣狀態(tài)才能處于一種相容的狀態(tài),終端條件邏輯上是被管理目標(biāo)的一個分類的一部分或是一組這樣的分類,后者對目標(biāo)之間相互依賴時是有效的。
在具有目標(biāo)分類Subscriber的本例中,如果屬性Line是空的,我們希望防止屬性Adm狀態(tài)是開啟的。當(dāng)用戶被使用時,我們希望確保后面的參考存在,在圖34中這點(diǎn)在行106和107上表示。
終端條件能使用兩種方式中的一個實(shí)現(xiàn)。管理系統(tǒng)以這樣一種方式更新被管理系統(tǒng),從而使終端條件得以滿足。在這種情況下管理器有責(zé)任去完成條件,如果管理器忽略了這個職責(zé),它將拒絕更新被管理系統(tǒng)的事務(wù)處理,完成終端條件的另一方法是通過自動完成必要的更新讓被管理系統(tǒng)維持限制。
在第一種情況下管理器的策略是由管理信息模型說明決定的,從該說明可以決定在當(dāng)前狀態(tài)下什么操作是允許的,在另一方式中隨后的操作由被管理的系統(tǒng)自由地執(zhí)行。
在圖34的實(shí)例中可以考慮這兩種策略的任一個,如果屬性行是空的和AdmState=unlocked,AdmState就能設(shè)置為鎖定,然而在該例中的終端條件阻止了這第二種策略,第一個策略因此必須被選取,在被管理系統(tǒng)的更新事務(wù)處理被委托前,檢查終端條件,管理系統(tǒng)就能承擔(dān)實(shí)現(xiàn)條件的職責(zé),圖35的行124,125示出了這是如何被表達(dá)出來的。
圖36的行134示出了第二種策略能如何被指定,致使被管理的系統(tǒng)維持著它的相容性。
到目前為止,僅僅已經(jīng)討論了在目標(biāo)內(nèi)調(diào)節(jié)相容性限制的終端條件,然而也必須有可能指出指定目標(biāo)之間的相容性限制的終端條件。
在圖37中指定了目標(biāo)LineDriver,該目標(biāo)具有與圖33中目標(biāo)Subscrible的關(guān)系,調(diào)節(jié)兩個目標(biāo)之間相容性限制的終端條件現(xiàn)在必須能夠被指定。
在圖34的行118和圖37行163上指定了兩個目標(biāo)組成了同一個相互依賴的方案LineAnd-Subscriber的部分,這個相互依賴的方案在圖38中給出,圖38的行169-171中的依賴方案指出,如果Subscriber被鎖上,LineDriver也必須被鎖上。
這兒隨后將詳細(xì)描述在操作完成后如何獲得狀態(tài)的定義。
在執(zhí)行操作后能決定被管理系統(tǒng)的新狀態(tài)的問題的部分解答是由使用上述終端條件和維持這些條件的規(guī)則共同組成。
一個問題仍然存在著,即如何決定方法的順序和產(chǎn)生操作,為此目的通過聯(lián)接終端條件到方法和產(chǎn)生操作,使得概念終端條件被擴(kuò)展,并且稍微加以改變。
在本例中,已經(jīng)和用戶一起定義了先承條件,它指出AdmState必須被鎖定為一個接受管理器騰空屬性行的先決條件,管理器應(yīng)該能夠知道AdmState怎樣被鎖上的,因?yàn)閷傩訟dmState僅僅能被讀取,方法LockRequest事實(shí)上是應(yīng)該被用來達(dá)到所希望效果的方法。
圖39示出這是怎樣在行176-178上指定的。
這些終端條件和那些是單個或成組被管理目標(biāo)的分類的界限的終端條件之間的區(qū)別是,條件總是由被管理的系統(tǒng)維持。
圖40給出另一個情況,其中指出,在目標(biāo)產(chǎn)生后,屬性Line并不等于Null。由于屬性Line是另外目標(biāo)的參考屬性,由說明可以決定,用戶目標(biāo)本身以另一方式產(chǎn)生或發(fā)現(xiàn)目標(biāo)LineDriver,并且讓屬性Line參考這一目標(biāo)。
這隨后將詳細(xì)描述如何決定和實(shí)現(xiàn)可決定的管理模型,在這個聯(lián)系中,在其它文本中已經(jīng)提到的語言C++將投入使用。
管理模型包括了目標(biāo)和關(guān)系,這在圖41中示出,其中給出了4個目標(biāo)類型,它們之間存在著直接的或間接的關(guān)聯(lián),在這樣的模型中常常在目標(biāo)之間存在著相容性限制和依賴,例如在圖41中,為了能夠操作,Trunk目標(biāo)200依賴與它相關(guān)的Port目標(biāo)202的狀態(tài),這樣當(dāng)Port目標(biāo)中操作狀態(tài)的屬性(opState)被減活時,Trunk目標(biāo)也應(yīng)當(dāng)被減活,此外在Trunk中的管理狀態(tài)、屬性admstate和Port目標(biāo)之間也存在類似依賴,類似的依賴關(guān)系也能應(yīng)用到圖41的其它關(guān)系上。
為了使管理信息模型可做出決定,應(yīng)該能夠清楚地陳述這樣的依賴關(guān)系,而后,管理系統(tǒng)能預(yù)測被管理系統(tǒng)的特定更新操作的結(jié)果。
在存取數(shù)據(jù)庫的不同應(yīng)用中,實(shí)現(xiàn)這樣的依賴關(guān)系導(dǎo)致了維持應(yīng)用的困難,并且不能擔(dān)保數(shù)據(jù)庫的相容性,因此維持依賴關(guān)系和相容性限制的機(jī)構(gòu)應(yīng)該在數(shù)據(jù)庫系統(tǒng)內(nèi)執(zhí)行,維持與存儲在數(shù)據(jù)庫的信息相關(guān)的相容性規(guī)則的邏輯應(yīng)構(gòu)成數(shù)據(jù)庫的部分邏輯而不是存儲數(shù)據(jù)庫的應(yīng)用,在這種方式下每一規(guī)則僅僅在一個地方指定和實(shí)施。
在引入的方法中,前面已經(jīng)描述的發(fā)明的一個方面和它的各個方面,特別是比較圖3和圖4和與此對應(yīng)的正文,并參考圖42-44中的方框圖和功能圖,通過這些應(yīng)用部分給出概括說明。
被管理系統(tǒng)204的管理信息模型由具有屬性、方法、關(guān)系和相容性規(guī)則的一組被管理的目標(biāo)組成,通過DOL-邏輯(數(shù)據(jù)庫目標(biāo)邏輯)和不變的數(shù)據(jù)庫目標(biāo),這些目標(biāo)的大部分能在其它事情中實(shí)現(xiàn),許多被管理的目標(biāo)(例如那些表示硬件資源的)也包括靜態(tài)過程208,比較圖42,該靜態(tài)過程用來從表示目標(biāo)的物理裝置中存取和接收信號。
數(shù)據(jù)庫目標(biāo)能包括通信應(yīng)用中存取的、并且在管理系統(tǒng)的角度來看是看不見的數(shù)據(jù)。被管理的目標(biāo)并不真正作為實(shí)際目標(biāo)來執(zhí)行,而且僅僅構(gòu)成實(shí)際實(shí)施目標(biāo)的視圖210,真實(shí)目標(biāo)206能被認(rèn)為是源目標(biāo),源目標(biāo)是包括了管理和通信管理的功能的目標(biāo),比較圖42。
每一個源目標(biāo)206包括了一組操作,該操作組成了目標(biāo)的管理圖,一般媒介212取存各自目標(biāo)的管理圖,這些管理圖共同組成了管理信息模型214,該模型214下面是完全信息模型216。
每一個被管理的目標(biāo)是一個特殊的類型,目標(biāo)類型為這一類型的所有目標(biāo)定義共同的性質(zhì),也就是屬性、方法、關(guān)系和相容規(guī)則,對于每一個目標(biāo)類型都存在著一個源媒介218(圖44),該媒介包括了這一目標(biāo)類型的邏輯,目標(biāo)類型的每一情況是由數(shù)據(jù)庫的邏輯,目標(biāo)類型的每一情況是由數(shù)據(jù)庫目標(biāo)220所表示,該數(shù)據(jù)庫目標(biāo)包括了情況的不變的數(shù)據(jù)值,對于每個被管理的目標(biāo)這里都存在著源媒介218和數(shù)據(jù)庫目標(biāo)220(在其它事物中共同作為靜態(tài)過程)。
在圖44當(dāng)中,一般媒介212通過MDST接口222(被管理目標(biāo)服務(wù)接口)存取資源媒介218。資源媒介218作為目標(biāo)情況,資源媒介DOL邏輯224通過DMI接口226(數(shù)據(jù)庫管理接口)存取情況數(shù)據(jù)庫目標(biāo)。
解答包括了某種機(jī)器可以解釋的語言以指定帶有特性的不變目標(biāo)(在概念模型化范圍內(nèi)建立的和指向目標(biāo))為屬性、方法和關(guān)系,并且解答也包括了上述描述的承先和終端條件。
在下面描述和詳細(xì)解釋承先和終端條件時使用了句法,但它并不是現(xiàn)存語言的組成部分,僅用來通過實(shí)例的手段在此澄清原理,在前面描述的圖30-40和圖45中使用了偽句法,下面的描述部分地重復(fù)結(jié)合圖30-40的上述所講的內(nèi)容,雖然更一般化。
圖45的實(shí)例指定了名命為AnObject的目標(biāo)類型,行1,它包括了三個不變的屬性attr1,attr2和attr3(這就是存儲在數(shù)據(jù)庫中的值的屬性),這些屬性能接收的值的類型分別是Atype、Integer、和Integer,4-6。AnObject包括兩個方法,命名為m1和m2,這些方法分別有類型變元Argtype和AnotherArgtype,行9-10,方法m2返回類型Areturn Type的值,行10。
圖45的AnObject具有前承條件,該條件指定當(dāng)方法應(yīng)被執(zhí)行時attr2的值必須等于attr3的值,行13,終端條件陳述了attr2的值必須大于或等于attr3的值,行16,當(dāng)在數(shù)據(jù)庫執(zhí)行處理時這是不能違反的限制。
圖45目標(biāo)類型AnObject給出了先承條件和終端條件的簡單的例子,當(dāng)條件涉及到多個相關(guān)的目標(biāo)類型時就出現(xiàn)了終端條件略復(fù)雜的例子,這可通過例子給出,該例結(jié)合了兩個目標(biāo)類型ResourceA和ResourceB(這兩個目標(biāo)間的依賴性極類似于圖41Trumk和Port間的依賴性)。
參看圖46,它給出了資源A的說明,這個目標(biāo)類型包括了兩個狀態(tài)說明admState和opState屬性admState描述了目標(biāo)是否在操作中,行23,而在另一邊的opState描述了是否目標(biāo)是可操作的,行24,這里也有所述的參考屬性Brep,這些參考屬性執(zhí)行目標(biāo)之間的數(shù)據(jù)庫關(guān)系,在數(shù)據(jù)庫中ResourceA的所有情況將包括與在屬性Brep內(nèi)的相關(guān)的ResourceB的情況有關(guān)的參考,行25。
圖46的前承情況指出,為了移動ReaourceA的情況,admState必須等于locked(這意指目標(biāo)必須不被使用),行32,圖46的終端條件陳述了,如果它相關(guān)于ResourceB的目標(biāo),ResourceA的情況僅僅能在操作中(admSTate=unlocked),行35。
在圖47中可以發(fā)現(xiàn)ResourceB的說明,它包括了參考屬性,Arep,它包括ResourceA中的Bref的倒數(shù),行45,從圖47中可以看出,ResourceB具有和ResourceA一樣的承先條件,行52。
如前所述這里存在著與ResourceA和ResourceB相關(guān)的終端情況,這些終端情況能認(rèn)為是兩種目標(biāo)類型之間的依賴關(guān)系,一個這種依賴關(guān)系相關(guān)于包括幾個目標(biāo)類型的一個子系統(tǒng)。
在圖48中指定了依賴方案,它指定了相關(guān)于ResourceA和ResourceB的終端條件,第一個條件陳述了,如果它相關(guān)的ResourceB目標(biāo)是“l(fā)ocked”時,類型ResourceA的目標(biāo)不能被“unlocked”,行62和63,第二個條件陳述了,如果在ResourceB目標(biāo)中的opState的值是去激活的,相應(yīng)資源A的opState的值必須不是激活的,行65和66。
在圖49給出了概念模型,它示出了終端/承先條件之間的關(guān)系,以及可以應(yīng)用的有關(guān)概念,圖49僅談及它本身而沒有詳細(xì)解釋其它部分。
承先和終端條件的語言必須是清楚的和無歧意的,這里將給出這些概念的精確定義,在管理信息模型內(nèi)指定終端條件,終端條件描述了靜態(tài)相容規(guī)則,該規(guī)則在被管理系統(tǒng)內(nèi)是不能被違反的,該被管理系統(tǒng)適配于管理信息模型,更精確而言,終端條件以應(yīng)用到被管理系統(tǒng)的數(shù)據(jù)庫,終端條件相關(guān)于存儲在數(shù)據(jù)庫中目標(biāo)情況和它們的屬性值,比較圖49。
如前所述結(jié)束條件例如能陳述屬性值之間相依關(guān)系,另一個例子是屬性和數(shù)據(jù)庫關(guān)系之間的重要性,也就是相關(guān)于一個屬性的值的數(shù)目的限制,它也能是相關(guān)于一個目標(biāo)類型的情況的數(shù)目的限制。
必須適用于一個指出某個限制的特定終端條件的數(shù)據(jù)庫可能永遠(yuǎn)不會進(jìn)入到違反這些限制的狀態(tài),當(dāng)操作更新存儲的信息時諸數(shù)據(jù)庫狀態(tài)變換出現(xiàn)了。
更新操作在事物處理時執(zhí)行,一個事物處理由一序列操作組成,事務(wù)處理能被考慮為原子的,以要么所有的操作都執(zhí)行或者什么都不執(zhí)行的方式進(jìn)行,這是由委托和回卷式操作執(zhí)行的,如果每一個操作都是成功的才執(zhí)行事務(wù)處理,在事務(wù)處理時如果任何一個出錯它將卷回(也就是說所有的操作都沒有做)。
當(dāng)事務(wù)處理結(jié)束時要必須保證數(shù)據(jù)庫具有相容的狀態(tài),數(shù)據(jù)處理僅僅處理數(shù)據(jù)目標(biāo)的副本,在數(shù)據(jù)處理被做之前真實(shí)的諸目標(biāo)并不更新,這就意指在事務(wù)處理期間能暫時違反相容性規(guī)則,當(dāng)事務(wù)處理被執(zhí)行時,必須決不違反限制。
前承條件陳述了,當(dāng)特定操作應(yīng)被執(zhí)行時,必須完成一個的規(guī)則,比較圖49,更精確地說,數(shù)據(jù)庫應(yīng)處在這樣狀態(tài),那里,在事務(wù)處理開始前必須實(shí)現(xiàn)該規(guī)則。
承先條件能夠用來限制數(shù)據(jù)庫的一系列操作,狀態(tài)變換的限制也能表示出來。
這里現(xiàn)在隨后詳細(xì)地描述執(zhí)行機(jī)構(gòu)是怎樣被指定的。
當(dāng)考慮到終端條件時,如前所述,這里存在著兩種可以替換使用的執(zhí)行原理,一條可替換的方案是事務(wù)處理的相容性檢查,該檢查是在進(jìn)行事務(wù)處理之前進(jìn)行的,僅當(dāng)沒有違反終端條件時執(zhí)行事務(wù)處理,否則它將卷回。
另一種可替換的解決方法是自動改正措施,這能隨觸發(fā)操作執(zhí)行,更精確地說,當(dāng)特定屬性已經(jīng)更新后,在這個特定的事件下觸發(fā)了操作。
圖50的說明示出了怎樣能指定這些可以替換的執(zhí)行機(jī)構(gòu),第一個終端條件-相關(guān)于各自目標(biāo)的屬性admState-被指定,以在事務(wù)處理被做前進(jìn)行相容性檢查,行73-77。
第二個終端條件被指定為部分執(zhí)行,并且具有自動校正,當(dāng)去激活被指定給ResourceB的opState時操作也傳送給在ResourceA中的opState,當(dāng)去激活被分派給ResourceB的opState時,必須做相容性檢查,行79-89。
如果完全地自動執(zhí)行圖50的終端條件是希望的,執(zhí)行就略微復(fù)雜一些,在ResourceA中的屬性opState能夠被認(rèn)為是可推導(dǎo)出來屬性,它依賴于ResourceA的內(nèi)部狀態(tài)和ResourceB的狀態(tài),圖51示出了在ResourceA的opState怎樣能被指定為可推導(dǎo)出來的屬性,行92-95,opState值是從兩個其它屬性的值當(dāng)中計(jì)算出來的,該兩屬性分別是internalOpState和ResourceBstate,該屬性Resource-Bstate是ResourceB中的opstate的變換,每一次在ResourceB目標(biāo)中的opState被改變,它應(yīng)沿著傳送到相關(guān)ResourceA目標(biāo)的Resource-Bstae,行117-118,這能在示于圖2中的ResourceAandB的相關(guān)方案中被指定。
從這里開始將詳細(xì)地描述維持終端和承先條件的機(jī)構(gòu)是如何能在C++內(nèi)執(zhí)行的,通過上述剛剛描述的執(zhí)行機(jī)構(gòu)的說明,執(zhí)行能自動地產(chǎn)生。
首先處理終端條件。
相容性檢驗(yàn)的執(zhí)行是在各自的目標(biāo)類型中編譯的,這就意指每一個目標(biāo)是能檢驗(yàn)相關(guān)于諸目標(biāo)的所有的限制,在事物處理執(zhí)行之前,每次當(dāng)事務(wù)處理操縱目標(biāo)時,目標(biāo)的相容性檢驗(yàn)應(yīng)當(dāng)執(zhí)行。
圖53給出了事務(wù)處理的步驟,首先根據(jù)250執(zhí)行所有的操作,然后依照252所有被操縱的目標(biāo)必須執(zhí)行相容性檢驗(yàn)。如果沒有違反相容性限制,在254事務(wù)處理結(jié)束,否則在256它卷回。在相容性檢查前必須完成所有的更新操作。
為了示出相容性檢驗(yàn)的自動產(chǎn)生的執(zhí)行,可以使用圖46的例子,如果沒有指定維持特定終端條件的規(guī)則,應(yīng)按缺席形式執(zhí)行相容性檢驗(yàn),在圖46的ResourceA的終端條件應(yīng)當(dāng)執(zhí)行相容性檢驗(yàn),在C++示出了自動產(chǎn)生的執(zhí)行碼,目標(biāo)類型Resource A這樣被編譯成C++的類,該類的說明文件在圖54中給出。
事實(shí)上,圖54的類是資源媒介的實(shí)施,通過調(diào)用靜態(tài)方法open(行134),以主key值為參數(shù),該資源媒介能變換情況為數(shù)據(jù)庫目標(biāo),對于資源目標(biāo)(admState,opSTate和Brd)的每一個不變的屬性,這兒存在著兩個寫和讀方法去寫和讀數(shù)據(jù)庫目標(biāo)的屬性值,對此數(shù)據(jù)庫目標(biāo)資源媒介已經(jīng)變換情況。
在該文本中在圖54中感興趣的是行137的方法,這是在做事務(wù)處理前為檢驗(yàn)相容性規(guī)則而調(diào)用的方法,在圖55可以看到這個方法的實(shí)施,當(dāng)相關(guān)于幾個有關(guān)目標(biāo)的終端條件被考慮的時候(如圖48)相容性檢查必須在每個目標(biāo)內(nèi)執(zhí)行。
現(xiàn)在描述觸發(fā)操作和傳送。
為了示出如何產(chǎn)生自動校正的執(zhí)行我們能夠使用圖50的說明,行82陳述了,當(dāng)去激活被指定給opStae時,在ResourceB的opState值應(yīng)當(dāng)傳送到ResourceA的opState,ResourceB的說明文件可以在圖56中看到,主要興趣分別是方法setOpState和propagateOpState,行198和203。
如圖57所示,當(dāng)屬性opState由激活變到去激活時,在方法setOpState的方法propagateOpState被調(diào)用,這意指在從激活到去激活的狀態(tài)變換時觸發(fā)了propagateOpState,該觸發(fā)操作傳送OpState的新值到相關(guān)的ResourceA目標(biāo)。
當(dāng)特定的操作并執(zhí)行時,前承條件必須是有效的條件,和終端條件相反,在事務(wù)處理時在討論中的操作執(zhí)行之前必須決定先承條件,在進(jìn)行自動校正測量時前承條件很難維持,這樣它們僅能和相容性檢驗(yàn)一塊執(zhí)行,和終端條件的其它不同是,前承條件必須存取存在數(shù)據(jù)庫的原始屬性,而不是事務(wù)處理的付本。
圖58示出了在執(zhí)行事務(wù)處理操作時的算法如圖58在260所示,當(dāng)違反前承條件時事務(wù)處理卷回。
圖59的說明是由圖46的說明產(chǎn)生的,圖59的說明包括了對相關(guān)于daleteObject操作的前承條件求值的方法(行268)。當(dāng)deleteObject操作被執(zhí)行時該方法應(yīng)被觸發(fā)。
圖60示出了自動地產(chǎn)生deleteObject和在ResourceA內(nèi)delete-ObjectCondition方法的執(zhí)行,在目標(biāo)真的被移動之前在deleteObject內(nèi)調(diào)用deleteObjectCondition,使用方法admStateUatebaseValuedeleteObjectCondition讀出存在數(shù)據(jù)庫內(nèi)的admState的值。如果條件是admState必須被locked,那么例外情況就被拋棄,當(dāng)發(fā)現(xiàn)例外時事務(wù)處理就卷回,另一方面如果條件是有效的,通過在deleteObject內(nèi)被稱為reallyUelete方法目標(biāo)情況從數(shù)據(jù)庫內(nèi)取消。
上述的優(yōu)點(diǎn)如下執(zhí)行碼可以從由管理系統(tǒng)解釋的同樣清楚化的說明中自動地產(chǎn)生(編譯)。模型說明的修改將自動地更新信息庫執(zhí)行者的觀點(diǎn)和及其執(zhí)行,被管理的系統(tǒng)因此能保證按著管理系統(tǒng)預(yù)測的方式執(zhí)行。
每一個相容性的限制僅僅需要指定一次,執(zhí)行和包含在相容性限制的屬性裝在一塊,在這些存取數(shù)據(jù)的應(yīng)用中不需要執(zhí)行相容性檢查,編碼的維持也就極大地簡化了。
系統(tǒng)的所有的相容性限制以一致的方式執(zhí)行,可靠的編碼自動地產(chǎn)生。
執(zhí)行的策略是以分散的方式執(zhí)行的,從而依賴性是以所包括的目標(biāo)之間的通訊保持著,對被管理的系統(tǒng)而言這兒不存在在引入新目標(biāo)類型時(具有新的依賴性)必須修改的集中化的功能。
包含在事務(wù)處理中的諸目標(biāo)可以瞬時處在不相含的狀態(tài)(在執(zhí)行相容性檢查前)這簡化了以這樣方式的數(shù)據(jù)庫的管理,在事務(wù)處理中的操作次序就不那么重要了。
這里所描述的解決方案簡化了執(zhí)行不協(xié)條發(fā)展的系統(tǒng)成分之間依賴關(guān)系,使用分別編譯和加載的系統(tǒng)成分的解決方案成為可能。
這里將詳細(xì)地描述不協(xié)條執(zhí)行系統(tǒng)成分的例子。
被管理的系統(tǒng)由幾個子系統(tǒng)組成,更具體的說由一個系統(tǒng)前臺和大量的應(yīng)用組成,這些子系統(tǒng)不協(xié)條的發(fā)展和分別進(jìn)行加載。
在發(fā)展應(yīng)用或系統(tǒng)前臺時,存在著可重用成份庫,在不同的子系統(tǒng)內(nèi)這些成分以不同的方式進(jìn)行合并和組合。
上述的兩個不同問題具有特定的共同性質(zhì),這兒存在著不協(xié)條發(fā)展的系統(tǒng)成份,但這兒也始終存在著成分之間的依賴關(guān)系,為了保持這種依賴關(guān)系,這就須要諸成分能夠與其它的單獨(dú)發(fā)展的和甚至加載的諸成份進(jìn)行通信。
下面詳細(xì)描述的設(shè)計(jì)過程是能夠使用帶有簡單問題的兩個不同的文本。
第一個問題涉及重新使用庫成分。
在設(shè)計(jì)被管理系統(tǒng)時,存在著可重新使用成分的庫,這些成分能夠合并到被管理系統(tǒng)的諸目標(biāo)里,如圖61所示,存在著包含有基本函數(shù)成分例如MOstateComponent262和WorkingStateComponent264的主庫260,這些成分包含了對被管理目標(biāo)的許多不同類型是共同的狀態(tài)屬性,帶有更加特別的功能的其它諸成分重新使用這些基本成分的功能,在通訊管理庫266內(nèi),存在著例如StateProgpa-yationComponent268,該成分有能力把在MOstateComponent262內(nèi)的狀態(tài)變換傳送到相關(guān)的從屬目標(biāo)270中。
應(yīng)當(dāng)強(qiáng)調(diào)的是,成分象被管理的目標(biāo)一樣應(yīng)當(dāng)是在面向語言的目標(biāo)內(nèi)執(zhí)行的,諸成分和被管理的諸目標(biāo)是真正的諸目標(biāo),在應(yīng)用時成分并不作為它們本身能夠識別的目標(biāo)存在,它們僅能形成被管理的諸目標(biāo)的一部分。
執(zhí)行取決于其它基本成分-例如在圖61的缺席處理和通訊管理庫諸成分-的成分的直接了當(dāng)方法是包括或是通過繼承或是通過集合的基本成分,然而這產(chǎn)生了許多問題,這取決于這樣的事實(shí),即幾個成分,例如FaultHandlingCompanent272和ResourceManagementComponent274,它們是繼承和集合了相同的基本成分,例如MOstate-Component262,能夠被包括在相同的目標(biāo)路徑276內(nèi),比較圖62這就意指,將存在被管理目標(biāo)的基本成分的幾個付本,如果基本成分包括了數(shù)據(jù),將產(chǎn)生相容性問題,從外部對諸成分而言這將是可見的。
和MOstateComponent包含在里邊的諸成分相比,對被管理目標(biāo)的其它功能性來說MOstateComponent的數(shù)據(jù)換句話說應(yīng)是可得到的。
這里存在著避免上述問題的方法。
MOstateComponent不應(yīng)被依賴該成分的諸成分繼續(xù)和集合,不使用從屬成分,而是將參考屬性包括在MOstateComponent中,在包括自己在內(nèi)的那些目標(biāo)中,后者將成為它自己的成分,那些須要取存MOs-tateComponent的諸成分的每一個包含了一個MO-狀態(tài)成分的相同情況的參考,比較圖63。
如前面較早所述,例如ResourceManagementComponent274和FaultHandlingComponent272的成份能包括一個功能,它由MOstate-Component262的狀態(tài)變化觸發(fā),后者必須能夠傳送狀態(tài)變化信息到其它的諸成分,一個問題是,在設(shè)計(jì)MOstateComponent時,這些信息的接收者是未知的,MOstateComponent262必須以一些方式通過通訊線路和任一的后來出現(xiàn)的成分聯(lián)系,比較圖64。
第二個問題涉及分層系統(tǒng)結(jié)構(gòu)。
被管理的系統(tǒng)能在分層的結(jié)構(gòu)內(nèi)執(zhí)行,更具體地說,這些系統(tǒng)能執(zhí)行那些被不同諸應(yīng)用重復(fù)使用的基本功能,比較圖65,系統(tǒng)前臺290包括了不同類型的共同通訊服務(wù),應(yīng)用能派遣許多任務(wù)到系統(tǒng)前臺,系統(tǒng)前臺290和諸應(yīng)用292分別地加載,這就必須可能加載應(yīng)用把它聯(lián)到系統(tǒng)前臺而無須再加載前臺。
系統(tǒng)前臺290和應(yīng)用292兩者都包括了被管理的目標(biāo),在前臺290的目標(biāo)294和296能例如表示為資源,開關(guān),傳送路徑,主干等等。在應(yīng)用292.1及292.2的目標(biāo)298,300,和304能被相關(guān)與系統(tǒng)前臺的資源合作,比較圖66,應(yīng)用的一目標(biāo)能委派一些相同的任務(wù)到系統(tǒng)前臺的一個目標(biāo),在應(yīng)用中的諸目標(biāo)能這樣依賴于能夠去工作的系統(tǒng)前臺的相關(guān)的諸目標(biāo),在發(fā)展應(yīng)用時由于系統(tǒng)前臺是已知的,為與系統(tǒng)前臺的諸目標(biāo)進(jìn)行通訊設(shè)計(jì)應(yīng)用的諸目標(biāo)是沒有問題的,如前早些時候所述諸應(yīng)用的諸目標(biāo)能夠依賴系統(tǒng)前臺的諸目標(biāo),這暗示系統(tǒng)前臺的諸目標(biāo)能夠傳送狀態(tài)變化(如前面早些時間所述)到諸應(yīng)用的諸目標(biāo),這暗示前臺的諸目標(biāo)應(yīng)能夠相關(guān)于和初始化到調(diào)用的諸目標(biāo),該諸目標(biāo)在設(shè)計(jì)前臺系統(tǒng)時是未知的。
現(xiàn)已描述了上述具有類似問題的兩個例子。這將描述這些問題是如何加以解決的。
更具體地說,兩個例子中任一個的直實(shí)問題是設(shè)計(jì)一個能與未知的將來的諸目標(biāo)進(jìn)行通訊的目標(biāo),這必須可能使最初的目標(biāo)與未知的目標(biāo)相關(guān)和合作而不修改或甚至再加載最初的目標(biāo)。
用圖67示出的設(shè)計(jì)原理可以解決該問題,最初目標(biāo)330被設(shè)計(jì)的與抽象的目標(biāo)332合作,抽象目標(biāo)定義的接口由未執(zhí)行的諸方法組成,這些是能被最初目標(biāo)調(diào)用的方法,在設(shè)計(jì)指定與最初目標(biāo)合作的目標(biāo)334時它必須繼承抽象的目標(biāo)332,并且執(zhí)行它所繼承的諸方法,在與目標(biāo)的未知類型合作時,最初的目標(biāo)330將考慮這里所說的抽象類型332,在調(diào)用抽象目標(biāo)332的接口所定義的方法時,通過后來聯(lián)系將委派調(diào)用執(zhí)行真實(shí)的目標(biāo)330。
使用動態(tài)聯(lián)系能實(shí)現(xiàn)在加載將來目標(biāo)時避免再加載最初的目標(biāo)。
圖68示出了怎樣使用剛剛描述的設(shè)計(jì)來設(shè)計(jì)基本的庫成分,MOstateComponent340被設(shè)計(jì)與諸目標(biāo)通訊,該目標(biāo)繼承了抽象的目標(biāo)MOstateSubscriber342,當(dāng)狀態(tài)改變發(fā)生時這個抽象的目標(biāo)定義了由MOstateComponent調(diào)用的諸方法,如果成分應(yīng)同意在MOstateComponent內(nèi)的狀態(tài)變化,它必須繼承MOstateSubscriber342和執(zhí)行回答各自的狀態(tài)變換通知,答復(fù)成分當(dāng)然也必須陳述它本身為Mor-tateComponent的門戶。
參考圖67描述的設(shè)計(jì)原理也能用來進(jìn)行和應(yīng)用特定諸目標(biāo)合作的系統(tǒng)前臺的目標(biāo)設(shè)計(jì),這在圖69中給出,這里目標(biāo)PlatlormOb-jectl350被設(shè)計(jì)為與應(yīng)用系統(tǒng)354的目標(biāo)352合作,應(yīng)與目標(biāo)PlatlormObjectl350合作的應(yīng)用的目標(biāo)必須繼承抽象目標(biāo)Interta-ceObject356.進(jìn)而在PlatlormObject350和IntertaceObject356之間存在數(shù)據(jù)庫的關(guān)系,這暗示繼承IntertaceObject356的諸目標(biāo)能夠和PlatlomnObject350建立關(guān)系,為了使不用再加載系統(tǒng)前臺就能加載應(yīng)用,使用了動態(tài)聯(lián)系。
應(yīng)用系統(tǒng)的目標(biāo)經(jīng)常是依賴系統(tǒng)前臺的另一個目標(biāo)的狀態(tài),當(dāng)目標(biāo)執(zhí)行時,和相互知道的目標(biāo)一樣,該設(shè)計(jì)使得實(shí)質(zhì)上以同樣的方式執(zhí)行狀態(tài)依賴關(guān)系,這將在下面進(jìn)一步詳細(xì)地描述。
兩個不協(xié)條的目標(biāo)依賴在實(shí)質(zhì)上和兩個協(xié)條的目標(biāo)之間的依賴一樣以同樣的方式能被指定和執(zhí)行,這在前面已經(jīng)描述了,這里將以同樣的例子給出設(shè)計(jì)和執(zhí)行不協(xié)條目標(biāo)之目的依賴關(guān)系,然而這里先假設(shè)目標(biāo)類ResourceB屬于前臺系統(tǒng),參看圖70,這樣各種應(yīng)用系統(tǒng)的各種目標(biāo)能夠與目標(biāo)ResourceB370相關(guān)和合作,目標(biāo)類型ResourceB370通過數(shù)據(jù)庫關(guān)系與UserObject372相關(guān),ResourceA374繼承了UserObject372能夠與ResourceB370相關(guān),在下面將示出這些目標(biāo)是如何指定和執(zhí)行的,將使用如上的同樣的偽句法。
在圖71中可以找到目標(biāo)ResourceB的說明,說明包括了兩個狀態(tài)屬性admState和opState,一個分配ResourceB的情況和一個前承條件,該條件陳述了,為了能夠取消ResourceB目標(biāo)它必須被locked。這實(shí)質(zhì)和前者完全一樣,這里唯一的差別是,在該例中ResourceB與UserObject相關(guān)而不與ResourceA相關(guān),關(guān)系是通過參考屬性userRet建立的,行6。
在圖72內(nèi)目標(biāo)UserObject被指定了,它包括了狀態(tài)屬性admState必須注意的是,該屬性是作為純虛擬被指定的,行19,這暗示在事實(shí)上UserObject將不包括屬性admState,UserObject的接口將不包括未執(zhí)行的該屬性的讀和寫的方法,這些虛擬方法的真實(shí)執(zhí)行將出現(xiàn)在UserObject的各自子類型中,此外這還存在另一種屬性resourceBstate、被假設(shè)用來保持相關(guān)目標(biāo)ResourceB中的opState的值,進(jìn)而,UserOb-ject具有參考屬性Bref,用它來建立和類型resourceB的諸目標(biāo)的聯(lián)系,行21。
在圖73中可以找到指定包括目標(biāo)UserObject和目標(biāo)ResourceB的終端條件的依賴方案,行29-31的終端條件陳述了UserObject的admState以如下的方式依賴依賴ResourceB的admState,如果相關(guān)的目標(biāo)ResourceB是被locked,那末目標(biāo)UserObject不能被lockedup.
圖73中進(jìn)一步地指定當(dāng)目標(biāo)ResourceB的opState的值變化時,新的值將傳送到UserObject的相關(guān)的情況,可以注意到,圖73的說明和圖52的說明之間存在著差別,在圖73中,不存在相關(guān)于opState的指定終端條件,僅僅陳述了ResourceB中的opState的變化應(yīng)當(dāng)傳送到UserObject的屬性resourceBstate,行36和37,這暗示,UserObject的所有子類型并不必須是依賴ResourceB的opState,但是UserObject的每一個類型能以自己的方式管理依賴ResourceB的opState。
在圖74中示出了ResourceA的說明,ResourceA指定為UserObject的子類型(行41),這暗示ResourceA繼承了UserObject的屬性、方法、條件和在Userobject中的傳送,UserObject的所有純虛擬的說明必須在ResourceA內(nèi)指定和執(zhí)行,如圖67所出現(xiàn)的ResourceA的opState值是從屬性internalOpState和resourceBrtate(它從User-Object中繼承的)推導(dǎo)出的,行46-49。
如前所述,該實(shí)施過程與當(dāng)目標(biāo)屬于同一個系統(tǒng)時實(shí)質(zhì)上是相同的,差別是使用ResourceB的從屬目標(biāo)的功能性的特定部分是在User-Object內(nèi)執(zhí)行的。如前一樣編譯程序的說明能自動地產(chǎn)生編碼,在圖72中的UserObject的說明產(chǎn)生的說明文件可以在圖75中找到。
UserObject中的CheckConsistency方法檢驗(yàn)admState屬性之間的依賴性,該諸屬性是在圖73的依賴方案中所描述的,在圖76中給出該方法的執(zhí)行,檢驗(yàn)該條件必須讀出UserObject的admState的值,這解釋了為什么在Userobject中有admState的純虛擬的說明,即使該屬性并不真正包括在UserObject內(nèi)時也是如此。
在圖77內(nèi)可以找到由圖71ResourceB說明所產(chǎn)生的說明文件,它幾乎和圖56的相同,然而執(zhí)行方法propagateOpstate是稍微不同,比較圖78,新值被傳送到相關(guān)的userObject情況的屬性ResourceBstate中,在更新目標(biāo)ResourceB和更新UserObject情況時必須檢驗(yàn)User-Object和ResourceB之間的admState從屬。這樣該條件在ResourceB的checkConsistency方法中執(zhí)行了。
圖79示出了由ResourceA說明中產(chǎn)生的解釋文件。通過從resource-Bstate和internalOpState中推導(dǎo)opState的值,執(zhí)行ResourceB的opState從屬,比較圖80。
上述的優(yōu)點(diǎn)如下。
在不協(xié)條的諸目標(biāo)之間的依賴與合作能被指定和執(zhí)行,以和在同一子系統(tǒng)的諸目標(biāo)之間依賴的指定和執(zhí)行方式一樣,這暗示它們對管理系統(tǒng)而言是可見的并且能被管理系統(tǒng)解釋。
上面示出了以受控和可見的方式維持不協(xié)條的諸目標(biāo)之間的依賴的過程,簡化了分層結(jié)構(gòu)的可決定的管理模型的執(zhí)行。
當(dāng)組合成分被考慮時,庫成分可重用的程度通過高度的婁活性加以改善。
權(quán)利要求
1.一具有至少一個管理系統(tǒng)和至少一個被管理系統(tǒng)的遠(yuǎn)程通訊或開放系統(tǒng)的管理網(wǎng)絡(luò),其中所述被管理系統(tǒng)包含有多個為管理系統(tǒng)以資源的數(shù)據(jù)映象形式作為被管理對象進(jìn)行管理的物理和/或邏輯資源,以及其中的管理系統(tǒng)為其針對被管理系統(tǒng)的操作而利用包括有全部與該管理系統(tǒng)的操作模式相適應(yīng)的被管理對象的說明的一個被管理系統(tǒng)的信息模型,該管理網(wǎng)絡(luò)的特征在于除被管理系統(tǒng)外,還包括有一通用管理設(shè)施和一該管理信息模型的表達(dá)圖表,該通用管理設(shè)施在操作期間的性能即由此模型圖表來決定。
2.按照權(quán)利要求1的管理網(wǎng)絡(luò),其特征是該管理信息模型的圖表被引入到被管理系統(tǒng)中并能為該通用管理設(shè)施所利用。
3.按照權(quán)利要求1或2的管理網(wǎng)絡(luò),其特征是管理信息模型的技術(shù)規(guī)范作成該管理信息模型的可判斷圖表的形式,所述模型定義-從管理觀點(diǎn)出發(fā)被管理系統(tǒng)所能具有的有意義的狀態(tài);-能為被管理系統(tǒng)所接收的操作;-能針對處于某一特定狀態(tài)中的被管理系統(tǒng)的操作;以及最后-在經(jīng)受某一特定操作對被管理系統(tǒng)所達(dá)到的狀態(tài),其中所說的可判斷的圖表模型是指上述定義能以機(jī)器可解釋的語言來表達(dá),以使上述特性由該技術(shù)規(guī)范確定。
4.按照權(quán)利要求3的管理網(wǎng)絡(luò),其特征是一組在所述被管理系統(tǒng)處于某種特定狀態(tài)下才允許的特殊操作,此所述特定狀態(tài)是由構(gòu)成該類被管理對象,或一組這些類別的一邏輯部分的先決條件和/或結(jié)束條件所指定的,其中,先決條件狀態(tài)為被管理系統(tǒng)要接收一操作所必須呈現(xiàn)的狀態(tài),而結(jié)束條件狀態(tài)則為在一更新事務(wù)之后被管理系統(tǒng)應(yīng)呈現(xiàn)的狀態(tài)。
5.按照權(quán)利要求4的管理網(wǎng)絡(luò),其特征是結(jié)束條件被規(guī)定為它們由下述兩種對策之一來滿足,即-管理系統(tǒng)對被管理系統(tǒng)的更新要使得能保持此結(jié)束條件,在此情況下管理設(shè)施負(fù)責(zé)滿足此條件,而如果此管理設(shè)施忽略了這一職責(zé),被管理系統(tǒng)就拒絕此更新事務(wù),或者-被管理系統(tǒng)借助自動進(jìn)行為滿足該結(jié)束條件所必須的再次更新來維持所設(shè)定的限制。
6.按照權(quán)利要求5的管理網(wǎng)絡(luò),其特征是結(jié)束條件的約束可被保持到調(diào)整和生成操作。
7.按照權(quán)利要求4-6中任一個的管理網(wǎng)絡(luò),其特征是結(jié)束條件在一被管理系統(tǒng)的管理信息模型中加以規(guī)定,此結(jié)束條件說明被管理系統(tǒng)中必須不得違背的固定的一致性限制,此結(jié)束條件可應(yīng)用于被管理系統(tǒng)中的數(shù)據(jù)庫,與存貯在該數(shù)據(jù)庫中的對象實(shí)例及它們的屬性值相關(guān)連。
8.按照權(quán)利要求4-7中任一個的管理網(wǎng)絡(luò),其特征是結(jié)束條件可以表明-屬性值之間的依從關(guān)系;-屬性和數(shù)據(jù)庫關(guān)系的組成數(shù)量,即對一屬性的取值數(shù)量的限定;-對一對象型式的實(shí)例數(shù)量的限制。
9.按照權(quán)利要求4-8中任一個的管理網(wǎng)絡(luò),其特征是先決條件說明被管理系統(tǒng)的一數(shù)據(jù)庫狀態(tài)的限制,此限制在該數(shù)據(jù)庫的始端中的一特殊操作的事務(wù)之前必須予以完成。
10.按照權(quán)利要求5-9中任一個的管理網(wǎng)絡(luò),其特征是-在第一種對策時,事務(wù)中的一致性控制在該事務(wù)被提交之前實(shí)現(xiàn),只有在不違反任何結(jié)束條件時該事務(wù)才進(jìn)行到底,否則即重新運(yùn)行;-在第二種對策時,在該事務(wù)被提交之前其中要采取自動矯正措施,例如在一特定屬性被更新時。
11.按照權(quán)利要求1-10中任一個的管理網(wǎng)絡(luò),其特征是為了設(shè)置能夠包含在一被管理系統(tǒng)的被管理對象中的可重復(fù)使用的功能性部件,可以設(shè)置具有特定功能性的部件以生成所述部件不知道的一些部件能接收的事件。
12.按照權(quán)利要求11的管理網(wǎng)絡(luò),其特征是為了這種設(shè)定,包含多種屬性的部件,在這些屬性值改變時產(chǎn)生諸多事件。
13.按照前述權(quán)利要求中任一的管理網(wǎng)絡(luò),為了在被管理系統(tǒng)的一子系統(tǒng)中實(shí)現(xiàn)一被管理對象,這里說的子系統(tǒng)是指一被管理系統(tǒng)的每一包含有一個或多個被管理對象以及被管理對象之間的數(shù)據(jù)庫關(guān)系的部分,其特征是在相對于其它子系統(tǒng)未經(jīng)協(xié)調(diào)的子系統(tǒng)中這樣來實(shí)現(xiàn)被管理對象,即它可以連接并傳送信息到其他子系統(tǒng)中的其他對象,而無需知道該其他子系統(tǒng)中的對象的形式。
14.按照權(quán)利要求13的管理網(wǎng)絡(luò),其特征是第一對象被設(shè)置為與一抽象對象相協(xié)作,此抽象對象定義一由未實(shí)施的方法所構(gòu)成的接口并能為該第一對象所訪問,而在以后設(shè)置一所述第一對象不知道的第二對象時,此第二對象并企圖能與第一對象協(xié)作,該第二對象即承襲該抽象對象并實(shí)現(xiàn)所承襲的方法,以便使得第一對象在與第二對象相協(xié)作時將其看作為所述抽象對象。
15.按照權(quán)利要求14的管理網(wǎng)絡(luò),其特征是在調(diào)用該抽象對象的接口中定義的方法時,此調(diào)用將依靠隨后的連接交由實(shí)際對象來實(shí)現(xiàn)。
16.按照權(quán)利要求4和15的管理網(wǎng)絡(luò),其特征是結(jié)束條件是針對一組類別指定的,這些類別可以屬于不同的子系統(tǒng)。
17.按照權(quán)利要求14~16中任一個的管理網(wǎng)絡(luò),其特征是依靠各相關(guān)子系統(tǒng)間的動態(tài)鏈接可以避免在裝載所述第二對象時重新裝載被管理系統(tǒng)中所述第一對象。
18.按照權(quán)利要求14-17中的任一個的管理網(wǎng)絡(luò),其特征是所述第一和第二對象分別處于第一和第二子系統(tǒng)中。
19.按照權(quán)利要求18的管理網(wǎng)絡(luò),其特征是借助動態(tài)鏈接的應(yīng)用使得裝載所述第二子系統(tǒng)的被管理對象時可能無須再裝載所述第一子系統(tǒng)。
20.按照權(quán)利要求1-10中任一個的管理網(wǎng)絡(luò),其特征是通用管理設(shè)施能根據(jù)模型圖表確定針對一被管理系統(tǒng)可以執(zhí)行哪些操作,并能確定為達(dá)到所希望的狀態(tài)需要哪些操作。
21.按照權(quán)利要求1、2、3或20中的任一個的管理網(wǎng)絡(luò),其特征是管理信息模型的圖表被用來分別解釋一被管理系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)和將數(shù)據(jù)結(jié)構(gòu)裝入組裝入一被管理系統(tǒng)。
22.按照權(quán)利要求1、2、3、20或21中任一個的管理網(wǎng)絡(luò),其特征是管理信息模型及系統(tǒng)中被管理對象的實(shí)現(xiàn)是由采用機(jī)器可解釋的語言的同一技術(shù)規(guī)范得到的,其中采用這一語言的多個被管理對象的技術(shù)規(guī)范共同組成管理信息模型的規(guī)范。
23.按照權(quán)利要求22的管理網(wǎng)絡(luò),其特征是一被管理對象的技術(shù)規(guī)范被傳送到一匯編程序,由此而產(chǎn)生該被管理對象的管理信息模型的規(guī)范的實(shí)現(xiàn)碼和任意的中間格式。
24.按照權(quán)利要求23的管理網(wǎng)絡(luò),其特征是該實(shí)現(xiàn)連同該中間格式一齊組裝成一裝載程序包被裝載到被管理系統(tǒng)中,而在這一裝載過程中該中間格式被用來將該被管理對象的管理信息模型加到系統(tǒng)管理信息模型。
25.按照權(quán)利要求24的管理網(wǎng)絡(luò),其特征是管理信息模型的圖表在被管理系統(tǒng)中被實(shí)現(xiàn)作為一特定類別被管理對象的實(shí)例,并且為每一類被管理對象生成一個這種特定類別的實(shí)例。
26.按照權(quán)利要求25的管理網(wǎng)絡(luò),其特征是為在被管理系統(tǒng)中裝配以所說特定類別的對象采用一種裝配方法,它在以被管理對象的實(shí)現(xiàn)碼執(zhí)行時,即使一所述特定類別的實(shí)例被裝配。
27.按照權(quán)利要求20~26中任一個的管理網(wǎng)絡(luò),其特征是通用管理設(shè)施具有一用戶接口,它是在操作期間依據(jù)信息模型的圖表產(chǎn)生的,而且其中被管理系統(tǒng)的所有被管理對象均可加以檢驗(yàn)和更改。
28.按照權(quán)利要求27的管理網(wǎng)絡(luò),其特征是通用管理設(shè)施在操作期間依靠將被管理系統(tǒng)的管理信息模型的圖表轉(zhuǎn)換成該通用管理設(shè)施的內(nèi)部圖表來管理被管理系統(tǒng)的管理信息模型中的變化。
29.按照權(quán)利要求26-28中任一個的管理網(wǎng)絡(luò),其特征是通用管理設(shè)施能識別構(gòu)成管理信息模型的圖表的所述特定對象類別的接口。
30.按照權(quán)利要求36-29中任一個的管理網(wǎng)絡(luò),其特征是每一類被管理對象均有一資源中介單元,對該類被管理對象所專用的管理系統(tǒng)的協(xié)議即在其中介單元中進(jìn)行端接,所述資源中介單元包含有三部分,即-被管理對象的輔助接口的次中間單元,它是由所有次中間單元提供的一通用接口,其操作為生成、抹除、寫入、讀出和調(diào)整,并且其中操作總是針對一類被管理對象的一特定實(shí)例;-數(shù)據(jù)對象邏輯;以及/或者-求補(bǔ)邏輯;資源中介單元還將該輔助接口提供給被管理對象作為外部接口,并具有兩個內(nèi)部接口一個接口用于數(shù)據(jù)對象,一個接口用于求補(bǔ)邏輯。
31.按照權(quán)利要求30的管理網(wǎng)絡(luò),其特征是資源中間單元定義包括有由采用機(jī)器可解釋的語言的被管理對象的特性的定義所得到的被管理對象的技術(shù)規(guī)范,并定義構(gòu)成該被管理對象的資源中簡單元的特性。
32.按照權(quán)利要求30或31的管理網(wǎng)絡(luò),其特征是由被管理對象的技術(shù)規(guī)范生成的輔助接口的實(shí)現(xiàn)。
33.按照權(quán)利要求1、2、3或20的管理網(wǎng)絡(luò),其特征是借助管理信息模型圖表,通用管理設(shè)施可與一被管理系統(tǒng)這樣交互作用,即管理信息模型中的意想被轉(zhuǎn)變成適于外部用戶,例如窗口管理系統(tǒng)、數(shù)據(jù)庫管理程序等等應(yīng)用的圖表和結(jié)構(gòu)。
34.按照權(quán)利要求33的管理網(wǎng)絡(luò),其特征是以軟件為基礎(chǔ)的通用管理設(shè)施以對之進(jìn)行解釋并使之能用于外部用戶由此來與被管理系統(tǒng)交互作用地生成被管理系統(tǒng)的管理信息模型的內(nèi)部表達(dá)圖表。
35.按照權(quán)利要求34的管理網(wǎng)絡(luò),其特征是利用被管理系統(tǒng)的管理信息模型的該內(nèi)部圖表的通用管理設(shè)施借助對內(nèi)部用戶的交互作用方式進(jìn)行分析以及采取或提出對該被管理系統(tǒng)的操作來維護(hù)模型的一致性。
36.按照權(quán)利要求34或35的管理網(wǎng)絡(luò),其特征是通用管理設(shè)施由對被管理系統(tǒng)的管理信息模型的內(nèi)部圖表進(jìn)行解釋能按用于該通用管理設(shè)施的交互式用戶的一致性規(guī)則執(zhí)行或提出操作。
37.按照權(quán)利要求1、2、3或20的管理網(wǎng)絡(luò),其特征是通用管理設(shè)施包括有使得外部用戶能利用被管理系統(tǒng)的管理信息模型的圖表來與該被管理系統(tǒng)交互作用的功能。
38.按照權(quán)利要求37的管理網(wǎng)絡(luò),其特征是通用管理設(shè)施含有一外部表達(dá)圖表單元,它將管理設(shè)施的內(nèi)部圖表轉(zhuǎn)換成與相對于此通用管理設(shè)施為一外部用戶(例如,窗口管理系統(tǒng)的用戶,數(shù)據(jù)庫管理者等等)相適應(yīng)的表達(dá)圖表。
39.按照權(quán)利要求37或38的管理網(wǎng)絡(luò),其特征是通用管理設(shè)施包含有能解釋被管理系統(tǒng)的管理信息模型的通用圖表的解釋程序。
40.按照權(quán)利要求37-39中任一個的管理網(wǎng)絡(luò),其特征是通用管理設(shè)施具有依靠對管理信息模型內(nèi)部圖表的解釋能生成可針對被管理系統(tǒng)的一個或數(shù)個句法上及語義上均正確的操作的功能。
41.按照權(quán)利要求37-40中任一個的管理網(wǎng)絡(luò),其特征是通用管理設(shè)施具有面對管理網(wǎng)絡(luò)的訪問接口,該接口用于接收被管理系統(tǒng)中發(fā)生的事件并向之引導(dǎo)操作,以及用于傳送和訪問被管理系統(tǒng)中的管理信息模型的表達(dá)圖表。
42.按照權(quán)利要求37-41中任一個的管理網(wǎng)絡(luò),其特征是通用管理設(shè)施包括有能使被管理系統(tǒng)的管理信息模型的相同通用表達(dá)圖表通過不同形式的通訊網(wǎng)絡(luò)發(fā)送的訪問接口。
43.按照權(quán)利要求37-42中任一個的管理網(wǎng)絡(luò),其特征是通用管理設(shè)施是按照一模型實(shí)現(xiàn)的,該模型包含的功能使得能利用被管理系統(tǒng)的管理信息模型的圖表并進(jìn)行與外部用戶相適應(yīng)的圖表的轉(zhuǎn)換,而無需采用除該被管理系統(tǒng)中已規(guī)定和存儲的之外的任何額外/新的信息到管理信息模型的表達(dá)圖表。
44.一具有至少一管理系統(tǒng)和至少一被管理系統(tǒng)的遠(yuǎn)程通訊或開放系統(tǒng)的管理網(wǎng)絡(luò),其中所述被管理系統(tǒng)包含有多個由管理系統(tǒng)作為按資源的數(shù)據(jù)映象形式的被管理對象進(jìn)行管理的物理和/或邏輯資源,以及其中管理系統(tǒng)為針對被管理系統(tǒng)的操作而利用一包含有與管理系統(tǒng)的操作模式相適應(yīng)的所有被管理對象的說明的被管理系統(tǒng)的信息模型,其特征是該管理信息模型的一表達(dá)圖表被實(shí)現(xiàn)在該被管理系統(tǒng)中作為一特定類別被管理對象的實(shí)例。
45.按照權(quán)利要求44的管理網(wǎng)絡(luò),其特征是管理信息模型規(guī)范采取該管理信息模型的可判斷圖表的形式,所述模型定義-被管理系統(tǒng)可能具有的從管理角度上看具有意義的狀態(tài);-被管理系統(tǒng)可能接收的操作;-可以針對某一特定狀態(tài)下的被管理對象的操作;以及最后-當(dāng)被管理系統(tǒng)受到一特定操作時可能到達(dá)的狀態(tài),其中可判斷圖表模型意味著上述定義能以機(jī)器可解釋語言表述以使得可由技術(shù)規(guī)范確定上述特性。
46.按照權(quán)利要求45的管理網(wǎng)絡(luò),其特征是在所述被管理系統(tǒng)在特定狀態(tài)中所允許的特殊組操作由作為該類被管理對象或這一類別組的邏輯部分的先決條件和/或結(jié)束條件所決定,其中先決條件說明,被管理系統(tǒng)為接收某一操作所必須處于的狀態(tài),而結(jié)束條件則說明被管理系統(tǒng)在一更新事務(wù)后所應(yīng)具有的狀態(tài)。
47.按照權(quán)利要求46的管理網(wǎng)絡(luò),其特征是結(jié)束條件被定義為它們根據(jù)下述二對策之一來滿足-管理系統(tǒng)更新被管理系統(tǒng)應(yīng)能保持該結(jié)束條件,在這種情況下一管理設(shè)施負(fù)責(zé)滿足該條件,而如果該管理設(shè)施忽略了這一點(diǎn),被管理系統(tǒng)即拒絕該更新事務(wù),或者-被管理系統(tǒng)自動執(zhí)行為滿足結(jié)束條件所需的二次更新來維持設(shè)定的限制。
48.按照權(quán)利要求46或47的管理網(wǎng)絡(luò),其特征是結(jié)束條件可受制于調(diào)節(jié)和生成操作。
49.按照權(quán)利要求44-48中任一個的管理網(wǎng)絡(luò),其特征是結(jié)束條件在被管理系統(tǒng)的管理信息模型中加以規(guī)定,此結(jié)束條件指明被管理系統(tǒng)中必須不違背的、并且適用于該被管理系統(tǒng)中的數(shù)據(jù)庫且與存貯在該數(shù)據(jù)庫中的對象實(shí)例及它們的屬性值相關(guān)連的固定的一致性限制條件。
50.按照權(quán)利要求44-49中任一個的管理網(wǎng)絡(luò),其特征是結(jié)束條件可以說明-屬性值之間的依從關(guān)系;-屬性和數(shù)據(jù)庫關(guān)系的組成數(shù)量,即對一屬性的取值數(shù)量的限制;-關(guān)于一對象型式的實(shí)例數(shù)的限制。
51.按照權(quán)利要求44~50中任一個的管理網(wǎng)絡(luò),其特征是先決條件表明在以數(shù)據(jù)庫起始的特定操作的事務(wù)之前必須滿足的被管理系統(tǒng)的數(shù)據(jù)庫的狀態(tài)限制條件。
52.按照權(quán)利要求44-51的管理網(wǎng)絡(luò),其特征是在采用第一對策時,一致性控制是在事務(wù)中在其被提交之前執(zhí)行的,該事務(wù)只有在不違背任何結(jié)束條件時才進(jìn)行下去,否則即重復(fù)進(jìn)行;而在采用第二種對策時在事務(wù)被提交之前,例如在一特定屬性被更新之前,在該事務(wù)中采取自動糾正措施。
53.按照權(quán)利要求44~52中任一個的管理網(wǎng)絡(luò),其特征是為設(shè)定包含有一被管理系統(tǒng)的一被管理對象中可能具有的功能性的可重復(fù)利用的部件,可以設(shè)置具有特定功能性的部件以生成所述部件不知道的一些部件能接的事件。
54.按照權(quán)利要求53的管理網(wǎng)絡(luò),其特征是為了這種設(shè)定,包含多種屬性的部件為在這些屬性值變化時產(chǎn)生的諸多事件。
55.按照權(quán)利要求44-54中任一個的管理網(wǎng)絡(luò),其特征是管理信息模型圖表被分別用來解釋被管理系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)和將數(shù)據(jù)結(jié)構(gòu)裝入被管理系統(tǒng)。
56.按照權(quán)利要求44~55中任一個的管理網(wǎng)絡(luò),其特征是管理信息模型及被管理對象的實(shí)現(xiàn)是以同一采用機(jī)器可解釋的語言的技術(shù)規(guī)范作成的,采用這種語言的多個被管理對象的技術(shù)規(guī)范一齊構(gòu)成管理信息模型的規(guī)范。
57.按照權(quán)利要求56的管理網(wǎng)絡(luò),其特征是被管理對象的技術(shù)規(guī)范被傳送到一匯編程序,由此為該被管理對象的管理信息模型的圖表產(chǎn)生實(shí)施碼和任意的中間格式。
58.按照權(quán)利要求57的管理網(wǎng)絡(luò),其特征是該實(shí)現(xiàn)連同該中間格式一齊組裝成一裝載程序包被裝載到被管理系統(tǒng)中,而在這一裝載過程中該中間格式被用來將讀被管理對象的管理模型加到系統(tǒng)管理信息模型。
59.按照權(quán)利要求58的管理網(wǎng)絡(luò),其特征是為了在被管理系統(tǒng)中裝配所述特定類別的對象,以被管理對象的實(shí)現(xiàn)碼執(zhí)行一裝配方法,結(jié)果就會裝配進(jìn)一所述特定類別的實(shí)例。
60.按照權(quán)利要求要求44或45的管理網(wǎng)絡(luò),其特征是通用管理設(shè)施借助管理信息模型的圖表可以這樣來與被管理系統(tǒng)交互作用,以使得管理信息模型中的意想被變換為適宜于被外部用戶,例如一窗口管理系統(tǒng)、數(shù)據(jù)庫管理程序等所應(yīng)用的圖表和結(jié)構(gòu)。
61.按照權(quán)利要求60的管理網(wǎng)絡(luò),其特征是以軟件為基礎(chǔ),通用管理設(shè)施以對之進(jìn)行解釋并使之能為外部用戶由此來與被管理系統(tǒng)交互作用地生成被管理系統(tǒng)的管理信息模型的內(nèi)部表達(dá)圖表。
62.按照權(quán)利要求61的管理網(wǎng)絡(luò),其特征是通用管理設(shè)施應(yīng)用被管理系統(tǒng)的管理信息模型的內(nèi)部圖表以對外部用戶的交互作用方式進(jìn)行分析和采取或提出針對該被管理系統(tǒng)的操作來維持模型的一致性。
63.按照權(quán)利要求61或62的管理網(wǎng)絡(luò),其特征是通用管理設(shè)施借助對被管理系統(tǒng)的管理信息模型的內(nèi)部圖表的解釋能夠?yàn)樵撏ㄓ霉芾碓O(shè)施的交互式用戶指引/提出符合一致性規(guī)則的操作。
64.按照權(quán)利要求44或45的管理網(wǎng)絡(luò),其特征是通用管理設(shè)施具有能使外部用戶利用被管理對象的管理信息模型的圖表來與被管理系統(tǒng)交互作用的功能。
65.按照權(quán)利要求64的管理網(wǎng)絡(luò),其特征是通用管理設(shè)施具有一外部表達(dá)圖表單元,它將對通用管理設(shè)施來說為內(nèi)部的表達(dá)圖表變換成適應(yīng)于相對通用管理設(shè)施為外部的用戶(例如窗口管理系統(tǒng)的用,數(shù)據(jù)庫管理設(shè)施等)的表達(dá)圖表。
66.按照權(quán)利要求64的管理網(wǎng)絡(luò),其特征是通用管理設(shè)施具有一模型解釋程序,能解釋該被管理系統(tǒng)的管理信息模型的通用圖表。
67.按照權(quán)利要求64-67中任一個的管理網(wǎng)絡(luò),其特征是通用管理設(shè)施包括有以解釋管理信息模型的內(nèi)部圖表而能產(chǎn)生一個或數(shù)個句法上及語義上正確的、能針對被管理系統(tǒng)的功能。
68.按照權(quán)利要求64-67中任一個的管理網(wǎng)絡(luò),其特征是通用管理設(shè)施包括有被管理系統(tǒng)訪問接口,用來接收被管理系統(tǒng)中的事件和對該管理系統(tǒng)支配操作,以及用來傳送和訪問存貯在該被管理系統(tǒng)中的管理信息模型的圖表。
69.按照權(quán)利要求64~68的管理網(wǎng)絡(luò),其特征是通用管理設(shè)施包括有能使被管理系統(tǒng)的管理信息模型的相同的通用圖表通過不同型式的通訊網(wǎng)絡(luò)傳送。
70.按照權(quán)利要求64-69中任一個的管理網(wǎng)絡(luò),其特征是通用管理設(shè)施是根據(jù)一模型實(shí)現(xiàn)的,該模型包括有使得能應(yīng)用被管理系統(tǒng)的管理信息模型的圖表并進(jìn)行向適宜于外部用戶的圖表的轉(zhuǎn)換,而無須增加任何除被管理系統(tǒng)中所指定和存貯的之外的額外/新的信息到管理信息模型的圖表的功能。
71.一種在具有至少一管理系統(tǒng)和至少一被管理系統(tǒng)的管理網(wǎng)絡(luò)中的被管理系統(tǒng)中的一子系統(tǒng)中實(shí)現(xiàn)被管理對象的用于通訊或開放系統(tǒng)的方法,其中所謂的子系統(tǒng)是指包含有一個或多個被管理對象的被管理系統(tǒng)的每一部分,所述方法的特征是被管理對象是這樣地與其他子系統(tǒng)互相獨(dú)地在其子系統(tǒng)中實(shí)現(xiàn)的,即它們能與其他子系統(tǒng)中的被管理對象相連并傳送消息而并不了解該其他子系統(tǒng)中的對象的形式。
72.按照權(quán)利要求71的方法,其特征是一第一對象被設(shè)定來與一定義一可被第一對象訪問的由未實(shí)現(xiàn)的方法構(gòu)成的接口的抽象對象相協(xié)作,以及在以后設(shè)定一所述第一對象不知道的和欲與該第一對象相協(xié)作的第二對象時,此另一對象承襲該抽象對象并實(shí)現(xiàn)被承襲的方法,以使該第一對象在與該第二對象協(xié)作時將其看作為所述抽象形式。
73.按照權(quán)利要求72的方法,其特征是在調(diào)用該抽象對象接口中定義的方法時,此調(diào)用將用于依靠隨后的連接的實(shí)際對象的實(shí)現(xiàn)。
74.按照權(quán)利要求72或73的方法,其特征是在裝載所述第二對象的情況下在被管理系統(tǒng)中重新裝載所述第一對象是依靠各子系統(tǒng)之間的動態(tài)鏈接完成的。
75.按照權(quán)利要求72-74中任一個的方法,其特征是所述第一和第二對象分別處于第一和第二子系統(tǒng)中。
76.按照權(quán)利要求75的方法,其特征是利用動態(tài)鏈接使得在被管理系統(tǒng)中裝載所述第二子系統(tǒng)無須重新裝載所述第一子系統(tǒng)。
77.按照權(quán)利要求71的方法,其特征是通用管理設(shè)施包含有促使外部用戶能利用被管理系統(tǒng)的管理信息模型的圖表來與被管理對象交互作用的功能。
78.按照權(quán)利要求77的方法,其特征是通用管理設(shè)施具有一外部表達(dá)圖表單元,它將對通用管理單元來說為內(nèi)部的圖表轉(zhuǎn)換成與用戶(例如窗口管理系統(tǒng)的用戶,數(shù)據(jù)庫管理程序等)相適配的、而相對于通用管理設(shè)施來說為外部的圖表。
79.按照權(quán)利要求77或78的方法,其特征是通用管理設(shè)施包括有一能解釋被管理系統(tǒng)的管理信息模型的模型解釋程序。
80.按照權(quán)利要求77-79中任一個的方法,其特征是通用管理設(shè)施具有依靠對管理信息模型的內(nèi)部圖表的解釋能生成一個或數(shù)個句法及語義上均正確的能針對被管理系統(tǒng)的操作的功能。
81.按照77-80梏任一個的方法,其特征是通用管理設(shè)施包含有面向管理網(wǎng)絡(luò)的訪問接口,用以接收被管理系統(tǒng)中的事件并對之支配操作,以及用以傳送和訪問存貯在被管理系統(tǒng)中的管理信息模型的圖表。
82.按照權(quán)利要求77-81中任一個的方法,其特征是通用管理設(shè)施包括有能使被管理系統(tǒng)的管理信息模型的同一通用圖表通過不同型式的通訊網(wǎng)絡(luò)發(fā)送的訪問接口。
83.按照權(quán)利要求77-82中任一個的方法,其特征是按照一模型來實(shí)現(xiàn)通用管理設(shè)施,該模型具有的功能使得可能利用被管理系統(tǒng)的管理信息模型的圖表并能加以轉(zhuǎn)換到適宜于外部用戶的圖表,而無須給管理信息模型的圖表增加除被管理系統(tǒng)中已指定和存貯的之外的任何額外/新的信息。
84.一具有至少一管理系統(tǒng)和至少一被管理系統(tǒng)的遠(yuǎn)程通訊和開放系統(tǒng)的管理網(wǎng)絡(luò),其中所述被管理系統(tǒng)包含有為管理系統(tǒng)作為資源數(shù)據(jù)映象型式的被管理對象加以管理的多個物理和/或邏輯資源,以及其中該管理系統(tǒng)為了其針對被管理系統(tǒng)的操作而應(yīng)用該被管理系統(tǒng)的包含有所有適應(yīng)于該管理系統(tǒng)的操作模型的被管理對象的說明的信息模型,其特征是管理信息模型技術(shù)規(guī)范作成該管理信息模型的可判斷的圖表形式,所述模型定義-被管理系統(tǒng)所能具有的從管理角度看有意義的狀態(tài);-被管理系統(tǒng)所能接收的操作;-可能針對處于某種特定狀態(tài)下的被管理系統(tǒng)的操作;以及最后-在經(jīng)受某一特定操作時被管理系能到達(dá)的狀態(tài),其中所謂的可判斷圖表模型是指上述定義應(yīng)能以一種機(jī)器可解釋的語言來表達(dá),以便能由該技術(shù)規(guī)范來決定上面提到的特性,并且為定義某些被管理系統(tǒng)的狀態(tài)規(guī)定-可能存在的被管理對象的實(shí)例;-它們可能具有的屬性;及-這些屬性的可能值。
85.按照權(quán)利要求84的管理網(wǎng)絡(luò),其特征是在所述被管理系統(tǒng)特定狀態(tài)下所允許的一組專用操作由作為一類被管理對象或一組這種類別的一個邏輯部分的先決條件和/或結(jié)束條件所指定,這里先決條件表明為接收一操作被管理系統(tǒng)所必須成為的狀態(tài),而結(jié)束條件表明在一更新事務(wù)后被管理系統(tǒng)應(yīng)當(dāng)成為的狀態(tài)。
86.按照權(quán)利要求46的管理網(wǎng)絡(luò),其特征是結(jié)束條件被定義為它們根據(jù)兩個對策中之一來實(shí)現(xiàn),即-管理系統(tǒng)更新被管理系統(tǒng)來維持結(jié)束條件,此時一管理設(shè)施負(fù)責(zé)滿足該條件,而如果該管理設(shè)施忽略了這一職責(zé),被管理系統(tǒng)即拒絕該更新事務(wù);或者-被管理系統(tǒng)以自動地執(zhí)行為滿足該結(jié)束條件所需要的二次更新來維持設(shè)定的限制。
87.按照權(quán)利要求85或86的管理網(wǎng)絡(luò),其特征是聯(lián)編結(jié)束條件可能進(jìn)行調(diào)節(jié)和生成操作。
88.按照權(quán)利要求85-87中任一個的管理網(wǎng)絡(luò),其特征是結(jié)束條件在被管理系統(tǒng)的管理信息模型中加以指定,其中結(jié)束條件表明被管理對象中一定不得違背的固定的一致性限制,該結(jié)束條件可用于被管理系統(tǒng)中的數(shù)據(jù)庫,并與存貯在數(shù)據(jù)庫中的對象實(shí)例和它們的屬性值相關(guān)。
89.按照權(quán)利要求85-88中任一個的管理網(wǎng)絡(luò),其特征是結(jié)束條件能表明-屬性值之間的依從關(guān)系;-屬性和數(shù)據(jù)庫關(guān)系的組成數(shù)量,亦即對一屬性的取值數(shù)量的限制;-對一對象型式的實(shí)例數(shù)目的限制。
90.按照權(quán)利要求85-89中任一個的管理網(wǎng)絡(luò),其特征是先決條件表明被管理系統(tǒng)的數(shù)據(jù)庫的狀態(tài)的限制,即在帶有該數(shù)據(jù)庫起始處一特定操作的事務(wù)之前必須充分滿足的限制。
91.按照權(quán)利要求86-90中任一個的管理網(wǎng)絡(luò),其特征是-在采取第一對策時,一致性控制在該事務(wù)開始之前執(zhí)行,只有在不違背任何結(jié)束條件時該事務(wù)才繼續(xù)進(jìn)行下去,否則即重復(fù)進(jìn)行。-在采取第二對策時,在事務(wù)開始之前采取自動糾正措施,例如在當(dāng)一特定屬性被更新之前。
92.按照權(quán)利要求84-91中任一個的管理網(wǎng)絡(luò),其特征是為設(shè)定包含有可能包括在被管理系統(tǒng)的被管理對象中的功能性的可重復(fù)利用的部件,可以設(shè)定具有特定功能性的部件以產(chǎn)生所述部件所不了解的那些部件能接收的事件。
93.按照權(quán)利要求92的管理網(wǎng)絡(luò),其特征是為設(shè)定包含有屬性的部件,產(chǎn)生屬性值變化條件下的多種事件。
94.按照權(quán)利要求84-93中任一個的管理網(wǎng)絡(luò),其中一被管理對象在被管理系統(tǒng)的子系統(tǒng)中實(shí)現(xiàn),所謂的子系統(tǒng)是指包括有一個或多個被管理對象及被管理對象之間的數(shù)據(jù)庫關(guān)系的被管理系統(tǒng)的每一部分,其特征是被管理對象在子系統(tǒng)中與其它子系統(tǒng)不協(xié)同相關(guān)地實(shí)現(xiàn),而要使得它能與其他子系統(tǒng)中其他對象連接并傳送消息,而無須知道該具子系統(tǒng)中對象的形式。
95.按照權(quán)利要求94的管理網(wǎng)絡(luò),其特征是設(shè)定第一對象以與一定義含有未實(shí)現(xiàn)的能為第一對象調(diào)用的方法的接口的抽象對象相協(xié)作,并在隨后設(shè)定一所述第一對象所不了解的并試圖與該第一對象相協(xié)作的第二對象時,該第二對象承襲該抽象對象并實(shí)現(xiàn)所承襲的方法,以使得第一對象在與第二對象協(xié)作時將其當(dāng)作為所述抽象形式。
96.按照權(quán)利要求95的管理網(wǎng)絡(luò),其特征是在調(diào)用抽象對象的接口中定義的方法是,該調(diào)用將依靠稍后的連接傳送給實(shí)際對象中實(shí)現(xiàn)。
97.按照權(quán)利要求84和96的管理網(wǎng)絡(luò),其特征是結(jié)束條件系針對一組可能屬于不同子系統(tǒng)的類別的類別組。
98.按照權(quán)利要求95或96的管理網(wǎng)絡(luò),其特征是依靠各子系統(tǒng)間的動態(tài)鏈接可以免除在裝置所述第二對象時被管理系統(tǒng)中的原先對象的重新裝載。
99.按照權(quán)利要求96-98中任一個的管理網(wǎng)絡(luò),其特征是所述第一和第二對象分別位于第一和第二子系統(tǒng)中。
100.按照權(quán)利要求99的管理網(wǎng)絡(luò),其特征是依靠應(yīng)用動態(tài)鏈接使得能在被管理系統(tǒng)中裝載所述第二子系統(tǒng)而無須重新裝載所述第一子系統(tǒng)。
101.按照權(quán)利要求84的管理網(wǎng)絡(luò),其特征是通用管理設(shè)施借助管理信息模型的圖表可能與一被管理系統(tǒng)這樣地交互作用,即管理信息模型中的意想能轉(zhuǎn)換到與外部用戶(例如窗口管理系統(tǒng)的用戶,數(shù)據(jù)庫管理程序等)的應(yīng)用相適應(yīng)的表達(dá)圖表及結(jié)構(gòu)。
102.按照權(quán)利要求101的管理系統(tǒng),其特征是通用管理設(shè)施以軟件為基礎(chǔ)依靠進(jìn)行解釋并將其提供供外部用戶使之能與被管理系統(tǒng)交互作用來生成一被管理系統(tǒng)的管理信息模型的內(nèi)部圖表。
103.按照權(quán)利要求102的管理網(wǎng)絡(luò),其特征是通用管理設(shè)施利用被管理對象的管理信息模型的圖表以對外部用戶的交互作用方式進(jìn)行分析并采取或提出針對被管理系統(tǒng)的操作來維持該模型的一致性。
104.按照權(quán)利要求102或103的管理網(wǎng)絡(luò),其特征是通用管理設(shè)施依靠對被管理系統(tǒng)的管理信息模型的內(nèi)部圖表的解釋可以為該通用管理設(shè)施的交互式用戶導(dǎo)引/提出符合一致性規(guī)則的操作。
105.按照權(quán)利要求84的管理網(wǎng)絡(luò),其特征是通用管理設(shè)施包括有使外部用戶能利用被管理系統(tǒng)的管理信息模型的圖表與該被管理系統(tǒng)交互作用的功能。
106.按照權(quán)利要求105的管理網(wǎng)絡(luò),其特征是通用管理設(shè)施具有一外部圖表單元,用于該通用管理設(shè)施將內(nèi)部圖表變換成與相對于該通用管理設(shè)施來說為外部的用戶(例如窗口管理系統(tǒng)的用戶,數(shù)據(jù)庫管理程序等)相適配的表達(dá)圖表。
107.按照權(quán)利要求105或106的管理網(wǎng)絡(luò),其特征是通用管理設(shè)施包括有一能解釋被管理系統(tǒng)的管理信息模型的通用表達(dá)圖表的模型解釋程序。
108.按照105~107中任一個的管理網(wǎng)絡(luò),其特征是通用管理設(shè)施具有以對管理信息模型的內(nèi)部圖表進(jìn)行解釋而能生成一個或數(shù)個句法上和語義上均正確的能針對該被管理系統(tǒng)的操作的功能。
109.按照權(quán)利要求105-108中任一個的管理網(wǎng)絡(luò),其特征是通用管理設(shè)施包括有面對被管理系統(tǒng)的訪問接口,用于接收被管理系統(tǒng)中的事件并向之引導(dǎo)操作,和用于傳送及訪問存貯在被管理系統(tǒng)中的管理信息模型圖表。
110.按照權(quán)利要求10-109中任一個的管理網(wǎng)絡(luò),其特征是通用管理設(shè)施包括有能使被管理系統(tǒng)的管理信息模型的同一通用圖表能通過不同型式的通訊網(wǎng)絡(luò)傳送。
111.按照權(quán)利要求105-110中任一個的管理網(wǎng)絡(luò),其特征是通用管理設(shè)施是按照一模型實(shí)現(xiàn)的,該模型具有的功能使得可以利用被管理系統(tǒng)的管理信息模型的圖表,和進(jìn)行向適宜于外部用戶的表達(dá)圖表的變換而無須給該管理信息模型的圖表提供任何除被管理系統(tǒng)中已指定和存貯之外的額外/新的信息。
112.一具有至少一管理系統(tǒng)和至少一被管理系統(tǒng)的遠(yuǎn)程通訊或開放系統(tǒng)的管理網(wǎng)絡(luò),其中所述被管理系統(tǒng)包括有多個為管理系統(tǒng)作為資源的數(shù)據(jù)映象形式的被管理對象進(jìn)行管理的物理和/或邏輯資源,和其中所述管理系統(tǒng)為其針對被管理系統(tǒng)的操作采用一包含有所有與該管理系統(tǒng)的操作模型相適配的被管理對象的說明的被管理系統(tǒng)的信息模型,其特征是一具有使得外部用戶依靠利用被管理系統(tǒng)的管理信息模型的圖表能與該該管理系統(tǒng)交互作用的功能的通用管理設(shè)施。
113.按照權(quán)利要求112的管理網(wǎng)絡(luò),其特征是該通用管理設(shè)施包括有將通用管理設(shè)施的內(nèi)部圖表轉(zhuǎn)換為適配于相對通用管理設(shè)施為外部用戶(如窗口管理系統(tǒng)的用戶,數(shù)據(jù)庫管理程序等)的圖表的外部圖表單元。
114.按權(quán)利要求112或113的管理系統(tǒng),其特征是通用管理設(shè)施包括有能解釋被管理系統(tǒng)的管理信息模型的通用表達(dá)圖表的模型解釋程序。
115.按照權(quán)利要求112-114中任一個的管理網(wǎng)絡(luò),其特征是具有一借助解釋管理信息模型的內(nèi)部圖表而能生成一個或數(shù)個句法及語義上均正確的能針對該被管理系統(tǒng)的操作的功能。
116.按照權(quán)利要求112-115的管理網(wǎng)絡(luò),其特征是通用管理設(shè)施包括有一面向被管理系統(tǒng)的訪問接口,用于接收被管理系統(tǒng)中的事件并向之導(dǎo)引操作,以及用于傳送和訪問存貯在被管理系統(tǒng)中的管理信息模型的圖表。
117.按照權(quán)利要求112-116中任一個的管理網(wǎng)絡(luò),其特征是通用管理設(shè)施包括有使被管理系統(tǒng)的管理信息模型的同一通用圖表能通過不同型式通訊網(wǎng)絡(luò)發(fā)送的訪問接口。
118.按照權(quán)利要求112-117中任一個的管理網(wǎng)絡(luò),其特征是通用管理設(shè)施是按照一模型實(shí)現(xiàn)的,該模型具有功能使得可能應(yīng)用被管理系統(tǒng)的管理信息模型的圖表,并能進(jìn)行向適宜于外部用戶的表達(dá)圖表的轉(zhuǎn)換與無須給該管理信息模型的圖表提供除被管理系統(tǒng)中指定和存貯的之外的任何額外/新的信息。
全文摘要
本發(fā)明是關(guān)于一具有至少一管理系統(tǒng)(2)和至少一被管理系統(tǒng)(10)的遠(yuǎn)程通訊或開放系統(tǒng)的管理網(wǎng)絡(luò)。所述被管理系統(tǒng)包含有多個為管理系統(tǒng)作為資源的數(shù)據(jù)映象形式的被管理時象進(jìn)行管理的物理的和/或邏輯的資源。管理系統(tǒng)為其針對被管理系統(tǒng)的操作采用一包括有所有適配于該管理系統(tǒng)的操作模式的被管理對象的說明的被管理系統(tǒng)的管理信息模型(8)。此管理系統(tǒng)除被管理系統(tǒng)(10)外包括有一通用管理設(shè)施(4)和該管理信息模型的表達(dá)圖表(6)。該通用管理設(shè)施在操作期間的性能即由這模型圖表決定。
文檔編號H04Q3/545GK1088722SQ9311822
公開日1994年6月29日 申請日期1993年8月27日 優(yōu)先權(quán)日1992年8月28日
發(fā)明者P·-A·凱爾布蘭, J·范滕堡, M·帕爾森, P·塞斯泰特, J·施韋德堡, B·塔達(dá)爾, A·吉蘭達(dá), S·施特龍堡 申請人:艾利森電話股份有限公司