專利名稱：：一種管理互配單元及生產(chǎn)該單元的方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及一種管理互配單元(MIU)及產(chǎn)生這種單元的方法。本發(fā)明尤其涉及、但非唯一地涉及遠(yuǎn)程通信系統(tǒng)的互相配合。具有需要管理互配單元以允許管理系統(tǒng)交互操作的各種情況。在一個(gè)典型例中，一種管理系統(tǒng)是支持獨(dú)占管理接口的PABX，而另一種是支持標(biāo)準(zhǔn)化接口的遠(yuǎn)程管理器。MIU將提供協(xié)議和信息的轉(zhuǎn)換，以允許遠(yuǎn)程管理器控制PABX。MIU典型地具有通常稱為信息轉(zhuǎn)換功能(ICF)的轉(zhuǎn)換功能，及通常稱為信息通信功能(MCF)的接口。MIU的一個(gè)例子被描述在PCT專利說明書No.WO95/23469中(英國電訊PLC通信公司)。ICF包括一個(gè)轉(zhuǎn)換器44及MCF包括棧式存儲(chǔ)器40和52。雖然這種MIU通常非常有效，但它們難于產(chǎn)生，因?yàn)榫哂写罅康氖止ぽ斎爰八鼈冸y于修改或擴(kuò)展。本發(fā)明旨在提供一種改善的管理互配單元，它具有更簡單的結(jié)構(gòu)。另一目的在于提供一種產(chǎn)生管理互配單元的方法，它能比迄今已有的方法更有效。根據(jù)本發(fā)明，提供了一種產(chǎn)生用于一對(duì)管理接口的管理互配單元的方法，它包括以下步驟產(chǎn)生信息轉(zhuǎn)換功能(ICF)，這是通過存儲(chǔ)一個(gè)與每接口相關(guān)的模型，每個(gè)模型包括代表管理資源的目標(biāo)，及產(chǎn)生包括在模型的相應(yīng)部分之間的運(yùn)行時(shí)間轉(zhuǎn)換功能的轉(zhuǎn)換關(guān)系；及產(chǎn)生與每個(gè)管理接口相聯(lián)系的信息通信功能(MCF)，每個(gè)MCF包括用于在相關(guān)接口的外部協(xié)議和ICF的內(nèi)部協(xié)議之間執(zhí)行格式轉(zhuǎn)換的裝置。通過產(chǎn)生模型及接著產(chǎn)生模型相應(yīng)部分之間的轉(zhuǎn)換關(guān)系，就可在很大程度上自動(dòng)地產(chǎn)生出ICF。這顯著地減少了產(chǎn)生MIU的引導(dǎo)時(shí)間。此外，通過分離出格式轉(zhuǎn)換作為由MCF專門執(zhí)行的操作，產(chǎn)生MIU的任務(wù)被分解到簡單的方式。所有內(nèi)部通信使用內(nèi)部協(xié)議，MCF僅執(zhí)行格式轉(zhuǎn)換，它是與互配管理接口通信所需要的。在一個(gè)實(shí)施例中，每個(gè)模型包括對(duì)每個(gè)目標(biāo)提供約束上下關(guān)系的約束體系中的目標(biāo)。以此方式，被管理的資源以反映它們結(jié)構(gòu)的簡單方式表示。最好，每個(gè)目標(biāo)具有由與上下關(guān)系無關(guān)的特性規(guī)定的一個(gè)等級(jí)。已經(jīng)發(fā)現(xiàn)，通過連接等級(jí)及上下關(guān)系，已找到了用于自動(dòng)識(shí)別兩個(gè)模型相應(yīng)部分的非常有效的方法。這允許很大程度的自動(dòng)化。最好，模型至少部分地由加載器組件自動(dòng)地產(chǎn)生。該加載器組件的處理操作可以非常有效地執(zhí)行。在一個(gè)實(shí)施例中，模型針對(duì)管理接口的規(guī)格產(chǎn)生，說明的空閑文本被手工地轉(zhuǎn)換成模型語言。這有助于保證可能在說明中存在的任何模糊不會(huì)轉(zhuǎn)換到模型中。最好，轉(zhuǎn)換關(guān)系是在各個(gè)目標(biāo)之間并在具有相同等級(jí)及上下關(guān)系、即相同上下關(guān)系等級(jí)的目標(biāo)組之間進(jìn)行。這提供了非常全面的轉(zhuǎn)換設(shè)置。最好，轉(zhuǎn)換關(guān)系規(guī)定了上下關(guān)系等級(jí)的基本性質(zhì)。在一個(gè)實(shí)施例中，轉(zhuǎn)換關(guān)系在上下關(guān)系等級(jí)之間產(chǎn)生，并最好也在目標(biāo)之間產(chǎn)生，及最好也在目標(biāo)特性之間產(chǎn)生。在一個(gè)實(shí)施例中，該特性包括目標(biāo)功能(或作用)、關(guān)系、屬性、通知及狀態(tài)。已經(jīng)發(fā)現(xiàn)，這組特性已全面地使每個(gè)目標(biāo)特性化。最好，轉(zhuǎn)換關(guān)系使用代表模型及轉(zhuǎn)換關(guān)系的圖形接口交互地產(chǎn)生。這是產(chǎn)生轉(zhuǎn)換關(guān)系的非常簡單及快速的方式。最好，轉(zhuǎn)換關(guān)系由對(duì)轉(zhuǎn)換單元選擇的運(yùn)行時(shí)間規(guī)則來預(yù)定。在一個(gè)實(shí)施例中，該方法還具有對(duì)模型及轉(zhuǎn)換關(guān)系預(yù)編譯到碼樣板以產(chǎn)生源碼的另一步驟。最好，在預(yù)編譯后對(duì)碼樣板進(jìn)行手工修改，并在碼樣板中插入特征位，以區(qū)別自動(dòng)產(chǎn)生的碼與手寫產(chǎn)生的碼。在一個(gè)實(shí)施例中，執(zhí)行檢索，以確定是否在先已對(duì)類似的特征作出所提出的轉(zhuǎn)換，及這種轉(zhuǎn)換可再使用。根據(jù)另一方面，本發(fā)明提供了用于至少兩個(gè)管理接口的管理互配單元(MIU)，它包括一個(gè)信息轉(zhuǎn)換功能(ICF)，其包括與每個(gè)接口相關(guān)的模型，每個(gè)模型包括表示被管理資源的目標(biāo)；及在模型相應(yīng)部分之間轉(zhuǎn)換的運(yùn)行時(shí)間轉(zhuǎn)換關(guān)系；及與每個(gè)管理接口相聯(lián)系的信息通信功能(MCF)，每個(gè)MCF包括用于在相關(guān)接口的外部協(xié)議和ICF的內(nèi)部協(xié)議之間執(zhí)行格式轉(zhuǎn)換的裝置。該MIU結(jié)構(gòu)促進(jìn)了各個(gè)MCF/ICF部分的再使用。最好，每個(gè)模型包括對(duì)每個(gè)目標(biāo)提供約束上下關(guān)系的約束體系中的目標(biāo)。在一個(gè)實(shí)施例中，每個(gè)目標(biāo)具有由與上下關(guān)系無關(guān)的特性規(guī)定的一個(gè)等級(jí)。最好，轉(zhuǎn)換關(guān)系是在各個(gè)目標(biāo)之間及在具有相同等級(jí)上下關(guān)系、即相同上下關(guān)系等級(jí)的目標(biāo)組之間進(jìn)行的。在一個(gè)實(shí)施例中，轉(zhuǎn)換關(guān)系規(guī)定了上下關(guān)系等級(jí)的基本性質(zhì)。最好，轉(zhuǎn)換關(guān)系連接上下關(guān)系等級(jí)，并最好也連接目標(biāo)，及最好也連接目標(biāo)特性。在一個(gè)實(shí)施例中，目標(biāo)特性包括目標(biāo)功能或作用、關(guān)系、屬性、通知及狀態(tài)。在某些情況下，轉(zhuǎn)換由對(duì)轉(zhuǎn)換選擇的運(yùn)行時(shí)間規(guī)則來斷定。在一個(gè)實(shí)施例中，內(nèi)部協(xié)議包括控制ICF中原子處理開始、結(jié)束及退回的基元。通過以下僅以例子形式給出的、并參照附圖對(duì)某些實(shí)施例的說明，將會(huì)更清楚地理解本發(fā)明；附圖為圖1是表示本發(fā)明的用于產(chǎn)生互配管理單元(MIU)的方法的流程圖；圖2概要地表示所有互配接口實(shí)體之間的關(guān)系；圖3是實(shí)體轉(zhuǎn)換方式的概要示圖；圖4是表示產(chǎn)生出MIU的方式的示例顯示屏；及圖5和圖6是MIU結(jié)構(gòu)的概要示圖。參照?qǐng)D1，它表示產(chǎn)生互配管理單元(MIU)10的方法1。簡要地說，該方法1涉及使管理系統(tǒng)接口的源接口規(guī)則A和B互配。在該實(shí)施例中，規(guī)則A是GDMO(被管理目標(biāo)的一般描述)接口，而規(guī)則B是獨(dú)占接口。規(guī)則A被裝載器組件2以Map語言表示法轉(zhuǎn)換到信息模型4。規(guī)則B被裝載器組件3轉(zhuǎn)換到以Map語言規(guī)定的信息模型5，裝載器組件3分析該規(guī)則并將它轉(zhuǎn)換成語義上等效的Map語言表示法。也可以不產(chǎn)生模型，而是可以預(yù)先作為規(guī)則的一部分或另外的內(nèi)容被產(chǎn)生出來，就這樣簡單地被存儲(chǔ)。一旦模型4及5以Map語言被產(chǎn)生出來，處理器6即工作，以產(chǎn)生MIU10。處理器6使用存儲(chǔ)的區(qū)域知識(shí)組7及來自正在使用的用戶接口8的輸入，以用于在處理期間產(chǎn)生轉(zhuǎn)換知識(shí)9。該MIU10包括一個(gè)信息轉(zhuǎn)換功能(ICF)11及一對(duì)信息通信功能(MCF)12。ICF11將包含在模型4和5之一中的信息轉(zhuǎn)換成包含在另一個(gè)中的信息，以執(zhí)行運(yùn)行時(shí)間轉(zhuǎn)換。對(duì)于每對(duì)互配的模型至少具有一個(gè)ICF。MCF12處理所有的與外部實(shí)體的通信。外部通信是根據(jù)相關(guān)的協(xié)議，例如CMIS(公共管理信息服務(wù))或MML(人機(jī)語言)基元。在每個(gè)MCF12及ICF11之間具有一個(gè)確定的接口，通過它信號(hào)根據(jù)內(nèi)部協(xié)議傳送。內(nèi)部協(xié)議僅包括十個(gè)基本基元。在MIU10的結(jié)構(gòu)中，具有分開的核心及可選擇功能，實(shí)際結(jié)構(gòu)的功能分配、管理及初始化操作?；氐椒椒?，在一個(gè)例子中，規(guī)則A是根據(jù)用于ATM交叉連接的ETSI(歐洲通信標(biāo)準(zhǔn)協(xié)會(huì))標(biāo)準(zhǔn)管理模型的Q3接口規(guī)則。規(guī)則B是獨(dú)占接口的規(guī)則。規(guī)則A被描述在GDMO中并可通過CMIP協(xié)議訪問，通過該協(xié)議可根據(jù)被管理目標(biāo)來執(zhí)行操作。規(guī)則B是根據(jù)獨(dú)占目標(biāo)定向的信息模型及使用UNIX信息隊(duì)列來通信。對(duì)于信息模型4及5的目標(biāo)具有一種通用的內(nèi)部表示法。每個(gè)接口中的信息被表示為一個(gè)約束體系中的一組目標(biāo)。這些目標(biāo)用對(duì)于應(yīng)用開發(fā)的并稱為Map的語言來規(guī)定，該語言不僅描述信息模型4和5，而且也描述用于確定在它們之間存在關(guān)系的轉(zhuǎn)換關(guān)系9。加載器組件2和3根據(jù)規(guī)則A和B工作(后者典型地被稱為ASCII文本存儲(chǔ))，并將它們轉(zhuǎn)換成Map描述模型4和5。產(chǎn)生出的描述可使用接口8交互地注解，以產(chǎn)生附加的Map語句。另一方式是用戶可使用Map直接手工地產(chǎn)生全部模型4和5。以自由文本描寫的規(guī)則部分不能自動(dòng)地被加載器組件轉(zhuǎn)換，因此用戶必須對(duì)模型作注解。這保證了由自由文本引起的模糊性不會(huì)進(jìn)入模型。其一個(gè)例子是GDMO規(guī)則中的被管理目標(biāo)性能的自由文本表達(dá)?，F(xiàn)在來描述處理器6產(chǎn)生轉(zhuǎn)換關(guān)系9的方式。該轉(zhuǎn)換關(guān)系包括產(chǎn)生在兩個(gè)模型中形成實(shí)體對(duì)的關(guān)系。兩個(gè)模型之間的這種轉(zhuǎn)換關(guān)系連系著(a)上下關(guān)系等級(jí)，及在其中(b)各目標(biāo)；及在其中(c)目標(biāo)內(nèi)部特性。關(guān)于上述(a)，每個(gè)等級(jí)由包括下列的一組特性來確定功能(作用)，關(guān)系，屬性(數(shù)據(jù)組成部分)，通告，及狀態(tài)。一個(gè)上下關(guān)系等級(jí)是以約束體系中的具體上下關(guān)系或位置確定的具體等級(jí)。關(guān)于上述(b)，每個(gè)目標(biāo)代表被相關(guān)管理系統(tǒng)接口管理的資源。取決于所需要的管理性質(zhì)，它們可以是非常不同的抽象等級(jí)。一個(gè)抽象等級(jí)是交叉連接設(shè)備，一個(gè)較低的等級(jí)事例是包含在交叉設(shè)備中的開關(guān)結(jié)構(gòu)。關(guān)于上述(c)，每個(gè)目標(biāo)是一個(gè)等級(jí)事例，即它將具有具體的特性值。Map語言可描述這樣的關(guān)系，即指定當(dāng)在一個(gè)模型中產(chǎn)生出一個(gè)上下關(guān)系等級(jí)事例時(shí)，則在另一模型中將產(chǎn)生出另一上下關(guān)系等級(jí)的相應(yīng)事例。這兩事事例被稱為“待配對(duì)”及這些關(guān)系被稱為“產(chǎn)生關(guān)系”。處理器6產(chǎn)生出碼，以支持存儲(chǔ)在MIU中的事例及存儲(chǔ)在一個(gè)被互配的系統(tǒng)之一中的事例之間的運(yùn)行時(shí)間轉(zhuǎn)換。參照?qǐng)D2，它表示產(chǎn)生關(guān)系的例子。一個(gè)這樣的關(guān)系被稱為是各具有目標(biāo)23的上下關(guān)系等級(jí)21及上下關(guān)系等級(jí)22之間的全部關(guān)系。這種關(guān)系是一對(duì)一的。另一類型的產(chǎn)生關(guān)系是子組關(guān)系25，其中在A中產(chǎn)生的每個(gè)事例將導(dǎo)致在B中的配對(duì)產(chǎn)生，但不一定相反地進(jìn)行。因此轉(zhuǎn)換關(guān)系包括限定基本性質(zhì)的斷定。關(guān)于上述關(guān)系等級(jí)的轉(zhuǎn)換關(guān)系，Map語言支持用于兩個(gè)模型中相關(guān)上下關(guān)系等級(jí)的單個(gè)斷定組。這被描述如下1、單一全部關(guān)系假定在一個(gè)模型中有一個(gè)上下關(guān)系等級(jí)A及在另一模型中有一個(gè)上下關(guān)系等級(jí)B，它們可使用表達(dá)(is-totalAB)形成相關(guān)。這意味著，無論何時(shí)產(chǎn)生了A事例，就必須產(chǎn)生出B事例，及反之亦然。這些事例被稱為“待配對(duì)”。這表明，無論何時(shí)在一個(gè)等級(jí)中執(zhí)行了如取、設(shè)置或動(dòng)作(get、set或action)這樣的操作，也必須在另一等級(jí)中執(zhí)行相應(yīng)操作。2、子組及預(yù)定的關(guān)系其表達(dá)“is-subsetAB”意味著，如果A事例已產(chǎn)生出來，則B事例也必須產(chǎn)生出來，但相反不一定正確，即，如果B事例已產(chǎn)生出來，而A事例不一定產(chǎn)生出來。確定何時(shí)產(chǎn)生配對(duì)，可以使用屬性來實(shí)現(xiàn)。例如，這些可被用于檢查就產(chǎn)生的B事例的屬性數(shù)值，以確定是否應(yīng)產(chǎn)生出A的配對(duì)事例。3、相關(guān)屬性或?qū)傩缘膹膶俨糠帜承r(shí)候在兩個(gè)模型中的等級(jí)可能通過一屬性相關(guān)，該屬性為一個(gè)表或一個(gè)組，即每個(gè)該表或組的每個(gè)部分存在一對(duì)事例。4、隱含關(guān)系這些關(guān)系不是包含兩個(gè)等級(jí)之間的配對(duì)。但是，有時(shí)一個(gè)模型中的屬性可用來唯一地識(shí)別另一模型中一個(gè)等級(jí)事例。這被稱為隱含關(guān)系并在Map中用is_imp斷定來支持。5、相關(guān)虛擬基本等級(jí)以與允許等級(jí)中固有性作出的相同方式允許轉(zhuǎn)換的固有性減少操作。6、多對(duì)一產(chǎn)生斷定當(dāng)一個(gè)模型中兩個(gè)或多個(gè)等級(jí)必須與另一模型中相同等級(jí)相關(guān)時(shí)將會(huì)發(fā)生多對(duì)一產(chǎn)生斷定。7、轉(zhuǎn)換到功能系統(tǒng)許多傳統(tǒng)系統(tǒng)使用功能接口如‘C’語言API或MML。Map語言規(guī)定了接口功能及異步信息，用于處理這類功能接口。關(guān)于目標(biāo)轉(zhuǎn)換及它們的特性，這涉及方式的描述，在該方式中被管理的以目標(biāo)為代表的資源彼此相關(guān)。這種關(guān)系是由目標(biāo)包含的特性的轉(zhuǎn)換來表示的。以下是涉及伴隨等級(jí)轉(zhuǎn)換is_total及is_subset基元的數(shù)據(jù)轉(zhuǎn)換情況1、轉(zhuǎn)換簡單數(shù)屬性這涉及兩個(gè)簡單數(shù)據(jù)類型屬性(例如可計(jì)數(shù)或整數(shù))之間數(shù)據(jù)轉(zhuǎn)換的描述。這些轉(zhuǎn)換通常是采取用于轉(zhuǎn)換可計(jì)數(shù)類型的表及用于轉(zhuǎn)換另外類型如整數(shù)的函數(shù)的形式。2、轉(zhuǎn)換復(fù)數(shù)屬性復(fù)數(shù)屬性是涉及結(jié)構(gòu)、選擇、表或上述的另外組合的屬性。也涉及到這種類型轉(zhuǎn)換的符號(hào)。3、復(fù)合屬性轉(zhuǎn)換這是指多個(gè)屬性轉(zhuǎn)換成一個(gè)屬性。4、轉(zhuǎn)換動(dòng)作一個(gè)等級(jí)中的動(dòng)作可被轉(zhuǎn)換到一個(gè)相關(guān)等級(jí)中的一個(gè)或多個(gè)動(dòng)作。轉(zhuǎn)換動(dòng)作涉及兩個(gè)階段。第一階段是轉(zhuǎn)換動(dòng)作的參數(shù)及返回值。這是以與屬性轉(zhuǎn)換的相同方式作出的。轉(zhuǎn)換動(dòng)作的第二階段是轉(zhuǎn)換涉及取、設(shè)置、產(chǎn)生及動(dòng)作的其特性的關(guān)鍵單元。這是一個(gè)復(fù)合的任務(wù)。5、對(duì)于強(qiáng)制性屬性不存在的轉(zhuǎn)換當(dāng)在目標(biāo)產(chǎn)生時(shí)刻需要一種屬性時(shí)出現(xiàn)該情況，但該屬性不存在，因?yàn)樵诨ヅ浣涌谥胁淮嬖谙鄳?yīng)信息。故為其規(guī)定了一個(gè)缺省值。6、不可存儲(chǔ)的目標(biāo)這涉及轉(zhuǎn)換通知的情況，及當(dāng)目標(biāo)可改變但未對(duì)MIU發(fā)出通知時(shí)將發(fā)生的情況。這種目標(biāo)被稱為不可存儲(chǔ)在MIU中的目標(biāo)。Map語言由描述模型4和5及轉(zhuǎn)換9的說明表組成。Map使用被管理目標(biāo)等級(jí)、數(shù)據(jù)類型定義、函數(shù)、例外情況、信息及約束樹來描述被管理的接口。選擇一個(gè)例子，典型的數(shù)據(jù)類型描述如下(deftypedrinkmachinestate(enumemptynot_emptyfull))這是一個(gè)用于飲料機(jī)狀態(tài)類型的計(jì)數(shù)類型的說明，該狀態(tài)可具有三個(gè)值之一空、不空或滿。以類似于選擇及表的說明方式來說明結(jié)構(gòu)。此外，具有某些基本類型，例如整數(shù)、自然數(shù)、字串、實(shí)數(shù)、邏輯及參考(用于參考另外被管理目標(biāo))。以下是Map語言中的一個(gè)轉(zhuǎn)換關(guān)系的例子。該轉(zhuǎn)換涉及圖3中的圖形。(is_totalGEquipmentG12Equipment(=Gtype12)…)在該例中，兩個(gè)模型采用不同的方案來使相同的真實(shí)資源模型化。一個(gè)選擇使用稱為G設(shè)備的單個(gè)等級(jí)來使所有G設(shè)備目標(biāo)模型化。另一模型使用三個(gè)不同等級(jí)即沒有G設(shè)備普通的G12設(shè)備、G14設(shè)備及G16設(shè)備來使相同類型的資源模型化。G類型是G設(shè)備中的屬性。當(dāng)例如G設(shè)備的事例以G類型=12產(chǎn)生出來，它的配對(duì)將是G12Equipment等級(jí)。當(dāng)G類型=24時(shí)，不具有相應(yīng)的轉(zhuǎn)換關(guān)系。對(duì)于一個(gè)斷定的轉(zhuǎn)換的缺省決定不會(huì)產(chǎn)生一個(gè)配對(duì)?？赡芤粰z查的屬性是必須在產(chǎn)生時(shí)刻提供的，即強(qiáng)制性屬性。Is_total關(guān)系的一般形式如下(istotalsource-context-classtarget-context-classpredicate)(attribute-maps…)；；數(shù)據(jù)轉(zhuǎn)換屬性(action-maps…)；；用于屬性的轉(zhuǎn)換關(guān)系(notification-maps…)；；用于通知的轉(zhuǎn)換關(guān)系屬性轉(zhuǎn)換說明由轉(zhuǎn)換說明表組成，它具有簡單屬性轉(zhuǎn)換的一般形式(maps<attribute-component><attribute-component>(down<maptable>｜<function>)(up<maptable>｜<function>))具有兩種轉(zhuǎn)換，一種是向下方向的，一種是向上方向的。這些可借助于轉(zhuǎn)換表或函數(shù)來描述，轉(zhuǎn)換表提供用于可計(jì)數(shù)類型的清晰的轉(zhuǎn)換；函數(shù)被要領(lǐng)性地描述，如動(dòng)作性質(zhì)、或從函數(shù)標(biāo)準(zhǔn)設(shè)置中抽取，例如“每小時(shí)至每分鐘”。這些預(yù)規(guī)定函數(shù)可能被設(shè)置在分開的轉(zhuǎn)換組件庫中。轉(zhuǎn)換說明的最簡單形式是涉及兩種屬性的情況，這兩種屬性均為計(jì)數(shù)類型及使用轉(zhuǎn)換表來規(guī)定向下及向上轉(zhuǎn)換。這個(gè)的例子描述于下該例涉及轉(zhuǎn)換簡單的屬性，如可計(jì)數(shù)類型或整數(shù)?？紤]用于描述屬性“飲料機(jī)狀態(tài)及售貨機(jī)狀態(tài)”的下列形式(defiypedrink_machine_state_type(enumrun_outoklow))(deftypevending_machine_state_type(enumemptyoperational))為了將類型“drink_machine_state_type”的屬性轉(zhuǎn)換到類型“vending_machine_state_type”的屬性，我們使用以下表達(dá)(attribute-mappings(mapsdrink_machine_statevending_machine_state；；料機(jī)狀態(tài)向下到；；售貨機(jī)狀態(tài)(down(maptable(run_outempty)；；用盡轉(zhuǎn)換到空(okoperational)(lowoperational)))；；轉(zhuǎn)換售貨機(jī)狀態(tài)向上回到；；飲料機(jī)狀態(tài)(up(maptable(emptyrun_out)；；空轉(zhuǎn)換成用盡(operationalok)))))轉(zhuǎn)換表不總是能滿足轉(zhuǎn)換關(guān)系的描述。在需要更靈活的場合，轉(zhuǎn)換功能使用同樣簡單的要領(lǐng)性語法來描述轉(zhuǎn)換。考慮想從一整數(shù)屬性X轉(zhuǎn)換到一個(gè)整數(shù)屬性Y的問題。Y的值總是X值的兩倍，除非X超過128，這時(shí)Y總是取值256。在轉(zhuǎn)換中，這將這樣地進(jìn)行(mapsXY(down；；用單個(gè)參數(shù)陳述一個(gè)函數(shù)；；param將自動(dòng)地用(func(param)來說明(var整數(shù)？rval)；；；；param(x)用2乘及；；賦予變量？Rval；；(賦予？Rval(*param2))；；；；如果？Rval超過256則；；令？Rval=256；；(如果(＞？Rval256)(賦予？rval256)零；；別的數(shù))；；；；返回最后結(jié)果，？rval；；(返回？rval)))(up；；；函數(shù)逆著向下函數(shù)來作))可以使用預(yù)規(guī)定或在先規(guī)定的函數(shù)來作轉(zhuǎn)換。例如，如果屬性X的值直接轉(zhuǎn)換到屬性Y及反之亦然，該轉(zhuǎn)換將被規(guī)定為(mapsXY)(down(函數(shù)相同))(up(函數(shù)相同))編譯器保證預(yù)規(guī)定函數(shù)的自變量數(shù)目適配于轉(zhuǎn)換的函數(shù)自變量數(shù)目(在該例中在每個(gè)方向上需用單個(gè)自變量)。處理器6具有一個(gè)編譯器，它產(chǎn)生用于MIU10的基干源碼。碼以兩個(gè)步驟發(fā)生，即用于產(chǎn)生碼樣板的預(yù)編譯，及將碼樣板轉(zhuǎn)換成碼輸出。碼樣板允許用戶自動(dòng)地觀看產(chǎn)生的源碼并通過附加手寫碼來改編。使用特征位來區(qū)分兩種類型的碼，因此用戶碼不由編譯器改寫。編譯器產(chǎn)生高級(jí)語言的源碼，例如C++及IDL碼。執(zhí)行的轉(zhuǎn)換特征包括is_total及is_subset等級(jí)變換的處理，它包括如下方面*執(zhí)行轉(zhuǎn)換預(yù)定，*變換‘上下關(guān)系等級(jí)’，*等級(jí)產(chǎn)生的轉(zhuǎn)換，*傳播用于發(fā)送到及來自于管理和管理系統(tǒng)的屬性的簡單/選擇/結(jié)構(gòu)數(shù)據(jù)轉(zhuǎn)換，*傳播包括參數(shù)及返回值轉(zhuǎn)換的動(dòng)作，*轉(zhuǎn)換設(shè)定值特性及動(dòng)作參數(shù)，*轉(zhuǎn)換由被管理系統(tǒng)引起的通知。除編譯器外，處理器6還使用用戶接口8作為轉(zhuǎn)換模型編輯器及轉(zhuǎn)換定義編輯器。參照?qǐng)D4，它表示由用戶接口8顯示的工具欄30。該工具欄允許用戶選擇待轉(zhuǎn)換的并從模型表加載到系統(tǒng)中的源模型及目標(biāo)模型。圖4中所示的屏幕是在轉(zhuǎn)換期間的開始，其中正好已在模型A中的等級(jí)FABRIC及模型B中的等級(jí)FAB之間作轉(zhuǎn)換。這是簡單地用按鍵點(diǎn)擊“產(chǎn)生轉(zhuǎn)換”及然后選擇轉(zhuǎn)換的源和目標(biāo)等級(jí)。然后顯示一條線來描述轉(zhuǎn)換并顯示表示在該圖右上方的窗口。該窗被稱為斷定窗，它允許用戶規(guī)定轉(zhuǎn)換的類型及內(nèi)容。通常用戶規(guī)定轉(zhuǎn)換性質(zhì)在一個(gè)等級(jí)上作為開始，及在此例中它涉及選擇is_total還是is_subset作為轉(zhuǎn)換。也可以得到另外的選擇，例如is_imp、is_total_rev或is_subset_rev。必須規(guī)定描寫運(yùn)行時(shí)間狀態(tài)并在其下形成配對(duì)的屬性。在敲擊了屬性按鍵后，它們可直接地在編輯窗中打入屬性。在模型化或轉(zhuǎn)換期間的任何階段，用戶可使用圖示的菜單將系統(tǒng)向下編譯成源碼。概括來說，由處理器6執(zhí)行的處理可簡要地描述在下列表中步驟1描述對(duì)互配的兩個(gè)系統(tǒng)的被管理接口。通常，這些描述將自動(dòng)地由現(xiàn)有系統(tǒng)說明來產(chǎn)生。例如，一個(gè)包含GDMO說明的文件使用轉(zhuǎn)換器來輸入，該轉(zhuǎn)換器將說明轉(zhuǎn)換成Map。如果不可能作到這個(gè)，用戶則必須使用MIUCE模型化工具欄手動(dòng)地描述被管理接口。步驟2用Map語言描述兩個(gè)系統(tǒng)之間的轉(zhuǎn)換。其中有些將用手工規(guī)定，其它將自動(dòng)地被“產(chǎn)生環(huán)境”(CreationEnviroment)推導(dǎo)出來。步驟3將產(chǎn)生的Map說明向下編譯到MIU的碼樣板。碼樣板包括最后MIU源碼的輪廓。它們能讓用戶添加它們自己的手寫碼，以補(bǔ)充自產(chǎn)生碼(見步驟4)。步驟4當(dāng)需要時(shí)添加手寫源碼并產(chǎn)生最后的碼輸出。使用碼樣板意味著，即使轉(zhuǎn)換關(guān)系要重編譯，手寫部分將不用重寫。參照?qǐng)D5及6，它詳細(xì)地表示產(chǎn)生出的MIU10。圖5表示MIU被分成MCF及ICF。MCF概括了具體通信協(xié)議(e1及e2)的規(guī)定。它們使用內(nèi)部通用管理基元的同性組通過接口i1及i2與ICF通信。用于在運(yùn)行時(shí)間執(zhí)行系統(tǒng)之間轉(zhuǎn)換的ICF的內(nèi)部結(jié)構(gòu)是重要的。MIUCE(產(chǎn)生環(huán)境)的用途是對(duì)處理提供支持，以構(gòu)成MIU的ICF部分。通過內(nèi)部參考點(diǎn)11和12的內(nèi)部協(xié)議包括以下基元GET(取)Get(取)是專用于基于目標(biāo)的模型并檢索屬性的值。它類似于CMISM-GET服務(wù)單元。SET(設(shè)置)Set(設(shè)置)是專用于基于目標(biāo)的模型并設(shè)置屬性的值。這類似于CMISM-SET服務(wù)單元。CREATE(產(chǎn)生)Create(產(chǎn)生)是專用于基于目標(biāo)的模型并產(chǎn)生一個(gè)新的目標(biāo)例。它類似于CMISM-CREATE服務(wù)單元。DELETE(刪除)Delete(刪除)是專用于基于目標(biāo)的模型并刪除一個(gè)目標(biāo)例。它類似于CMISM-DELETE服務(wù)單元。FUNCTION(功能)Function(功能)引起通過接口的功能。這種功能可能是CMISM-ACTION或是對(duì)被管理資源的MML指令。功能可以是同步的，這時(shí)它等待功能的結(jié)果；或是異步的，這時(shí)它不等待。NOTIFY(通知)Notify(通知)截取來自接口的事件報(bào)告。該事件報(bào)告可相應(yīng)于CMISM-EVENT-REPORT或來自被管理資源的異步信息。RECEIVE(接收)Receive(接收)能使ICF接收來自接口的數(shù)據(jù)。當(dāng)ICF期待來自外部實(shí)體的異步響應(yīng)時(shí)使用它。該接收基元阻止ICF等待響應(yīng)。START-MIU-TRANSACTION(開始MIU處理)該基元能引起一組作為原子處理的基元。如果在形成處理的一個(gè)操作期間發(fā)生誤差，則上一操作可被取消并返回到以前狀態(tài)。END_MIU_TRANSACTION(結(jié)束MIU處理)該基元指示處理結(jié)束，并指示處理成功及應(yīng)被提交。ABORT_MIU_TRANSACTION(中斷MIU處理)該基元用于結(jié)束其中有一個(gè)操作未成功的處理。它被用來退回所有在處理期間執(zhí)行的操作，并將系統(tǒng)返回到它以前的狀態(tài)。MCF通過硬編碼規(guī)則執(zhí)行對(duì)來自相關(guān)外部協(xié)議的那些基元格式轉(zhuǎn)換。MIU提供了系統(tǒng)互配所必須的運(yùn)行時(shí)間支持。為了實(shí)現(xiàn)轉(zhuǎn)換，MIU結(jié)構(gòu)支持某些特定的運(yùn)行結(jié)構(gòu)，它包括配對(duì)表一假定對(duì)MIU中的目標(biāo)有一個(gè)參考，它將返回到對(duì)被管理系統(tǒng)中相應(yīng)目標(biāo)的參考，反之亦然。期望事件隊(duì)列-它保持為一個(gè)事件表，對(duì)這些事件期待何時(shí)它們將到來及當(dāng)它們到來時(shí)采取何行動(dòng)。Map編譯器產(chǎn)生用于這些結(jié)構(gòu)及所有相關(guān)轉(zhuǎn)換的源碼。當(dāng)需要時(shí)就能產(chǎn)生出MIU，以使得它使用數(shù)據(jù)庫持久地存儲(chǔ)它的目標(biāo)。Map編譯器的關(guān)鍵是它允許在它輸出的源碼類型方面的靈活性。用戶可在轉(zhuǎn)換碼中插入“標(biāo)簽”，以允許他或她包含手寫源碼部分。這意味著，即使轉(zhuǎn)換改變了用戶的手寫源碼，注解也不會(huì)被重寫。允許靈活的碼產(chǎn)生是一大優(yōu)點(diǎn)。本發(fā)明不需要昂貴的、獨(dú)占運(yùn)行環(huán)境，因?yàn)楸景l(fā)明可以產(chǎn)生出能適應(yīng)運(yùn)行環(huán)境變化的碼或者提供“輕量級(jí)”的卓越的運(yùn)行MIU。MIU10的MCF和ICF部分使用CORBAIDL接口與另外的部分通信。這些接口是基于用于檢索及設(shè)置屬性值、產(chǎn)生及刪除目標(biāo)例、引起通過接口的功能、事件報(bào)告、使ICF等待直到專門數(shù)據(jù)從接口接收為止、使將引起的基元設(shè)置為自動(dòng)處理、指示處理的結(jié)束及退回處理的基元。此外，具有用于起動(dòng)的基元。如從圖3可看到的，每個(gè)部分目標(biāo)包含至少一個(gè)處理及也具有用于DBMS的服務(wù)器處理。被管理的及管理ICF同為DBMS用戶并操縱MIB中的被管理目標(biāo)，后者被存儲(chǔ)在DBMS中。管理及被管理的ICF服務(wù)器作為不同的數(shù)據(jù)庫用戶并彼此互相獨(dú)立。再參照?qǐng)D6，它表示MIU10的處理及IDL接口。ICF11作為被管理的及管理ICF接口的分配器。不允許MCF12直接與管理或被管理的ICF接口相聯(lián)系，但是可以ICF接口聯(lián)系，然后，后者將一個(gè)參考信息傳回相應(yīng)的被管理的及管理ICF接口。這樣做就保證了MIU中的MCF與正確的接口相聯(lián)系。應(yīng)當(dāng)理解，本發(fā)明提供了一種用于產(chǎn)生MIU的處理方法，它能在很大程度上自動(dòng)完成任務(wù)，并同時(shí)允許大量的用戶交互作用，以提供必要的靈活性。模型的結(jié)構(gòu)及產(chǎn)生轉(zhuǎn)換關(guān)系的方式允許高度的自動(dòng)化，此外，提供了一種易于被用戶理解加以手工注解及以后修改的簡單結(jié)構(gòu)。另外，因?yàn)镸IU的結(jié)構(gòu)簡單，它易于被修改以便考慮已相互配合的管理接口的改變，或另外附加相互配合的能力。從外部了向內(nèi)部協(xié)議的格式轉(zhuǎn)換是由MCF與ICF分開地執(zhí)行的，這是一個(gè)重要的特征，因?yàn)樗贛CF及ICF之間產(chǎn)生了一個(gè)確定的邊界。再者，在ICF內(nèi)，模型及轉(zhuǎn)換結(jié)構(gòu)是相對(duì)簡單的并允許方便地修改。本發(fā)明并不限制于上述的各實(shí)施例，而是結(jié)構(gòu)及細(xì)節(jié)上可以進(jìn)行變化。權(quán)利要求1.一種產(chǎn)生用于一對(duì)管理接口的管理互配單元的方法，包括以下步驟產(chǎn)生信息轉(zhuǎn)換功能(ICF)，這是通過存儲(chǔ)一個(gè)與每接口相關(guān)的模型，每個(gè)模型包括代表被管理的資源的目標(biāo)，及產(chǎn)生包括在模型的相應(yīng)部分之間的運(yùn)行時(shí)間轉(zhuǎn)換功能的轉(zhuǎn)換關(guān)系；及產(chǎn)生與每個(gè)管理接口相聯(lián)系的信息通信功能(MCF)，每個(gè)MCF包括用于在相關(guān)接口的外部協(xié)議和ICF的內(nèi)部協(xié)議之間執(zhí)行格式轉(zhuǎn)換的裝置。2.根據(jù)權(quán)利要求1所述的方法，其中每個(gè)模型包括對(duì)每個(gè)目標(biāo)提供約束上下關(guān)系的約束體系中的目標(biāo)。3.根據(jù)權(quán)利要求1或2所述的方法，其中每個(gè)目標(biāo)具有由與上下關(guān)系無關(guān)的特性規(guī)定的一個(gè)等級(jí)。4.根據(jù)上述權(quán)利要求中任一項(xiàng)所述的方法，其中模型至少部分地由加載器組件自動(dòng)地產(chǎn)生。5.根據(jù)上述權(quán)利要求中任一項(xiàng)所述的方法，其中模型由管理接口規(guī)格產(chǎn)生，及說明的空閑文本被手工地轉(zhuǎn)換成模型語言。6.根據(jù)權(quán)利要求3至5中任一項(xiàng)所述的方法，其中轉(zhuǎn)換是在各個(gè)目標(biāo)之間并在具有相同等級(jí)及上下關(guān)系、即相同上下關(guān)系等級(jí)的目標(biāo)組之間進(jìn)行。7.根據(jù)上述權(quán)利要求中任一項(xiàng)所述的方法，其中轉(zhuǎn)換關(guān)系規(guī)定了上下關(guān)系等級(jí)的基本性質(zhì)。8.根據(jù)權(quán)利要求7所述的方法，其中轉(zhuǎn)換關(guān)系在上下關(guān)系等級(jí)之間產(chǎn)生。9.根據(jù)權(quán)利要求7或8之一所述的方法，其中轉(zhuǎn)換關(guān)系在目標(biāo)之間產(chǎn)生。10.根據(jù)權(quán)利要求7至9之一的方法，其中轉(zhuǎn)換關(guān)系在目標(biāo)特性之間產(chǎn)生。11.根據(jù)權(quán)利要求10所述的方法，其中目標(biāo)特性包括目標(biāo)功能、關(guān)系、屬性、通知及狀態(tài)。12.根據(jù)上述權(quán)利要求中任一項(xiàng)所述的方法，其中轉(zhuǎn)換關(guān)系使用代表模型及轉(zhuǎn)換關(guān)系的圖形接口交互地產(chǎn)生。13.根據(jù)上述權(quán)利要求中任一項(xiàng)所述的方法，其中轉(zhuǎn)換關(guān)系由對(duì)轉(zhuǎn)換選擇的運(yùn)行時(shí)間規(guī)則來預(yù)定。14.根據(jù)上述權(quán)利要求中任一項(xiàng)所述的方法，其中該方法具有對(duì)模型及轉(zhuǎn)換關(guān)系預(yù)編譯到碼樣板以產(chǎn)生源碼的另一步驟。15.根據(jù)權(quán)利要求14所述的方法，其中在預(yù)編譯后對(duì)碼樣板進(jìn)行手工修改，并在碼樣板中插入特征位以區(qū)分自動(dòng)產(chǎn)生的碼與手寫產(chǎn)生的碼。16.根據(jù)上述權(quán)利要求中任一項(xiàng)的方法，其中進(jìn)行檢索以確定是否在先已對(duì)類似特性作出所提示的轉(zhuǎn)換及這種轉(zhuǎn)換可否再使用。17.一種用于至少兩個(gè)管理接口的管理互配單元(MIU)，它包括一個(gè)信息轉(zhuǎn)換功能(ICF)，其包括與每個(gè)接口相關(guān)的模型，每個(gè)模型包括表示被管理的資源的目標(biāo)，及在模型相應(yīng)部分之間的轉(zhuǎn)換的運(yùn)行時(shí)間轉(zhuǎn)換關(guān)系；及與每個(gè)管理接口相聯(lián)系的信息通信功能(MCF)，每個(gè)MCF包括用于在相關(guān)接口的外部協(xié)議和ICF的內(nèi)部協(xié)議之間執(zhí)行格式轉(zhuǎn)換的裝置。18.根據(jù)權(quán)利要求17所述的管理互配單元，其中每個(gè)模型包括對(duì)每個(gè)目標(biāo)提供約束上下關(guān)系的約束體系中的目標(biāo)。19.根據(jù)權(quán)利要求17或18所述的管理互配單元，其中每個(gè)目標(biāo)具有由與上下關(guān)系無關(guān)的特性規(guī)定的一個(gè)等級(jí)。20.根據(jù)權(quán)利要求17至19中任一項(xiàng)所述的管理互配單元，其中轉(zhuǎn)換是在各個(gè)目標(biāo)之間及在具有相同等級(jí)上下關(guān)系、即相同上下關(guān)系等級(jí)的目標(biāo)組之間進(jìn)行的。21.根據(jù)權(quán)利要求17至20中任一項(xiàng)所述的管理互配單元，其中轉(zhuǎn)換關(guān)系規(guī)定了上下關(guān)系等級(jí)的基本性質(zhì)。22.根據(jù)權(quán)利要求20及21中任一項(xiàng)所述的管理互配單元，其中轉(zhuǎn)換連接上下關(guān)系等級(jí)。23.根據(jù)權(quán)利要求20至22中任一項(xiàng)所述的管理互配單元，其中轉(zhuǎn)換連接目標(biāo)。24.根據(jù)權(quán)利要求20至23中任一項(xiàng)所述的管理互配單元，其中轉(zhuǎn)換連接目標(biāo)特性。25.根據(jù)權(quán)利要求24所述的管理互配單元，其中目標(biāo)特性包括目標(biāo)功能或作用、關(guān)系、屬性、通知及狀態(tài)。26.根據(jù)權(quán)利要求17至25中任一項(xiàng)所述的管理互配單元，其中轉(zhuǎn)換關(guān)系由對(duì)轉(zhuǎn)換關(guān)系選擇的運(yùn)行時(shí)間規(guī)則來預(yù)定。27.根據(jù)權(quán)利要求17至26中任一項(xiàng)所述的管理互配單元，其中內(nèi)部協(xié)議包括控制ICF中原子處理開始、結(jié)束及退回的基元。全文摘要在方法程序(1)中通過產(chǎn)生待互配的管理接口的模型(4、5)來產(chǎn)生MIU(10)。每個(gè)模型具有代表被管理的資源的目標(biāo)。域知識(shí)(7)、接口(8)及處理器(6)產(chǎn)生模型相應(yīng)部分之間的轉(zhuǎn)換關(guān)系。模型及轉(zhuǎn)換形成ICF(11),它使用內(nèi)部協(xié)議(i1、i2)與一對(duì)MCF(12)通信。MCF(12)執(zhí)行格式轉(zhuǎn)換并與互配接口通信。文檔編號(hào)H04L12/24GK1211364SQ97192348公開日1999年3月17日申請(qǐng)日期1997年2月14日優(yōu)先權(quán)日1996年2月15日發(fā)明者阿德里安·紐科姆,達(dá)米安·麥格拉斯申請(qǐng)人:愛立信電話公司