一种管理互配单元及生产该单元的方法 本发明涉及一种管理互配单元(MIU)及产生这种单元的方法。本发明尤其涉及、但非唯一地涉及远程通信系统的互相配合。
具有需要管理互配单元以允许管理系统交互操作的各种情况。在一个典型例中，一种管理系统是支持独占管理接口的PABX，而另一种是支持标准化接口的远程管理器。MIU将提供协议和信息的转换，以允许远程管理器控制PABX。
MIU典型地具有：通常称为信息转换功能(ICF)的转换功能，及通常称为信息通信功能(MCF)的接口。MIU的一个例子被描述在PCT专利说明书No.WO95/23469中(英国电讯PLC通信公司)。ICF包括一个转换器44及MCF包括栈式存储器40和52。虽然这种MIU通常非常有效，但它们难于产生，因为具有大量的手工输入及它们难于修改或扩展。
本发明旨在提供一种改善的管理互配单元，它具有更简单的结构。
另一目的在于提供一种产生管理互配单元的方法，它能比迄今已有的方法更有效。
根据本发明，提供了一种产生用于一对管理接口的管理互配单元的方法，它包括以下步骤：
产生信息转换功能(ICF)，这是通过：
存储一个与每接口相关的模型，每个模型包括代表管理资源的目标，及
产生包括在模型的相应部分之间地运行时间转换功能的转换关系；及
产生与每个管理接口相联系的信息通信功能(MCF)，每个MCF包括用于在相关接口的外部协议和ICF的内部协议之间执行格式转换的装置。
通过产生模型及接着产生模型相应部分之间的转换关系，就可在很大程度上自动地产生出ICF。这显著地减少了产生MIU的引导时间。此外，通过分离出格式转换作为由MCF专门执行的操作，产生MIU的任务被分解到简单的方式。所有内部通信使用内部协议，MCF仅执行格式转换，它是与互配管理接口通信所需要的。
在一个实施例中，每个模型包括对每个目标提供约束上下关系的约束体系中的目标。以此方式，被管理的资源以反映它们结构的简单方式表示。
最好，每个目标具有由与上下关系无关的特性规定的一个等级。已经发现，通过连接等级及上下关系，已找到了用于自动识别两个模型相应部分的非常有效的方法。这允许很大程度的自动化。
最好，模型至少部分地由加载器组件自动地产生。该加载器组件的处理操作可以非常有效地执行。
在一个实施例中，模型针对管理接口的规格产生，说明的空闲文本被手工地转换成模型语言。这有助于保证：可能在说明中存在的任何模糊不会转换到模型中。
最好，转换关系是在各个目标之间并在具有相同等级及上下关系、即相同上下关系等级的目标组之间进行。这提供了非常全面的转换设置。
最好，转换关系规定了上下关系等级的基本性质。在一个实施例中，转换关系在上下关系等级之间产生，并最好也在目标之间产生，及最好也在目标特性之间产生。
在一个实施例中，该特性包括目标功能(或作用)、关系、属性、通知及状态。已经发现，这组特性已全面地使每个目标特性化。
最好，转换关系使用代表模型及转换关系的图形接口交互地产生。这是产生转换关系的非常简单及快速的方式。
最好，转换关系由对转换单元选择的运行时间规则来预定。
在一个实施例中，该方法还具有对模型及转换关系预编译到码样板以产生源码的另一步骤。
最好，在预编译后对码样板进行手工修改，并在码样板中插入特征位，以区别自动产生的码与手写产生的码。
在一个实施例中，执行检索，以确定是否在先已对类似的特征作出所提出的转换，及这种转换可再使用。
根据另一方面，本发明提供了用于至少两个管理接口的管理互配单元(MIU)，它包括：
一个信息转换功能(ICF)，其包括：
与每个接口相关的模型，每个模型包括表示被管理资源的目标；及
在模型相应部分之间转换的运行时间转换关系；及
与每个管理接口相联系的信息通信功能(MCF)，每个MCF包括用于在相关接口的外部协议和ICF的内部协议之间执行格式转换的装置。
该MIU结构促进了各个MCF/ICF部分的再使用。
最好，每个模型包括对每个目标提供约束上下关系的约束体系中的目标。
在一个实施例中，每个目标具有由与上下关系无关的特性规定的一个等级。
最好，转换关系是在各个目标之间及在具有相同等级上下关系、即相同上下关系等级的目标组之间进行的。
在一个实施例中，转换关系规定了上下关系等级的基本性质。
最好，转换关系连接上下关系等级，并最好也连接目标，及最好也连接目标特性。
在一个实施例中，目标特性包括目标功能或作用、关系、属性、通知及状态。
在某些情况下，转换由对转换选择的运行时间规则来断定。
在一个实施例中，内部协议包括控制ICF中原子处理开始、结束及退回的基元。
通过以下仅以例子形式给出的、并参照附图对某些实施例的说明，将会更清楚地理解本发明；附图为：
图1是表示本发明的用于产生互配管理单元(MIU)的方法的流程图；
图2概要地表示所有互配接口实体之间的关系；
图3是实体转换方式的概要示图；
图4是表示产生出MIU的方式的示例显示屏；及
图5和图6是MIU结构的概要示图。
参照图1，它表示产生互配管理单元(MIU)10的方法1。简要地说，该方法1涉及使管理系统接口的源接口规则A和B互配。在该实施例中，规则A是GDMO(被管理目标的一般描述)接口，而规则B是独占接口。规则A被装载器组件2以Map语言表示法转换到信息模型4。规则B被装载器组件3转换到以Map语言规定的信息模型5，装载器组件3分析该规则并将它转换成语义上等效的Map语言表示法。
也可以不产生模型，而是可以预先作为规则的一部分或另外的内容被产生出来，就这样简单地被存储。
一旦模型4及5以Map语言被产生出来，处理器6即工作，以产生MIU10。处理器6使用存储的区域知识组7及来自正在使用的用户接口8的输入，以用于在处理期间产生转换知识9。
该MIU10包括一个信息转换功能(ICF)11及一对信息通信功能(MCF)12。ICF11将包含在模型4和5之一中的信息转换成包含在另一个中的信息，以执行运行时间转换。对于每对互配的模型至少具有一个ICF。MCF12处理所有的与外部实体的通信。外部通信是根据相关的协议，例如CMIS(公共管理信息服务)或MML(人机语言)基元。在每个MCF12及ICF11之间具有一个确定的接口，通过它信号根据内部协议传送。内部协议仅包括十个基本基元。
在MIU10的结构中，具有分开的核心及可选择功能，实际结构的功能分配、管理及初始化操作。
回到方法1，在一个例子中，规则A是根据用于ATM交叉连接的ETSI(欧洲通信标准协会)标准管理模型的Q3接口规则。规则B是独占接口的规则。规则A被描述在GDMO中并可通过CMIP协议访问，通过该协议可根据被管理目标来执行操作。规则B是根据独占目标定向的信息模型及使用UNIX信息队列来通信。
对于信息模型4及5的目标具有一种通用的内部表示法。每个接口中的信息被表示为一个约束体系中的一组目标。这些目标用对于应用开发的并称为Map的语言来规定，该语言不仅描述信息模型4和5，而且也描述用于确定在它们之间存在关系的转换关系9。加载器组件2和3根据规则A和B工作(后者典型地被称为ASCII文本存储)，并将它们转换成Map描述模型4和5。产生出的描述可使用接口8交互地注解，以产生附加的Map语句。另一方式是用户可使用Map直接手工地产生全部模型4和5。以自由文本描写的规则部分不能自动地被加载器组件转换，因此用户必须对模型作注解。这保证了由自由文本引起的模糊性不会进入模型。其一个例子是GDMO规则中的被管理目标性能的自由文本表达。
现在来描述处理器6产生转换关系9的方式。该转换关系包括产生在两个模型中形成实体对的关系。两个模型之间的这种转换关系连系着：
(a)上下关系等级，及在其中：
(b)各目标；及在其中：
(c)目标内部特性。
关于上述(a)，每个等级由包括下列的一组特性来确定：
功能(作用)，
关系，
属性(数据组成部分)，
通告，及
状态。
一个上下关系等级是以约束体系中的具体上下关系或位置确定的具体等级。
关于上述(b)，每个目标代表被相关管理系统接口管理的资源。取决于所需要的管理性质，它们可以是非常不同的抽象等级。一个抽象等级是交叉连接设备，一个较低的等级事例是包含在交叉设备中的开关结构。
关于上述(c)，每个目标是一个等级事例，即它将具有具体的特性值。
Map语言可描述这样的关系，即指定当在一个模型中产生出一个上下关系等级事例时，则在另一模型中将产生出另一上下关系等级的相应事例。这两事事例被称为“待配对”及这些关系被称为“产生关系”。处理器6产生出码，以支持存储在MIU中的事例及存储在一个被互配的系统之一中的事例之间的运行时间转换。
参照图2，它表示产生关系的例子。一个这样的关系被称为是各具有目标23的上下关系等级21及上下关系等级22之间的全部关系。这种关系是一对一的。另一类型的产生关系是子组关系25，其中在A中产生的每个事例将导致在B中的配对产生，但不一定相反地进行。因此转换关系包括限定基本性质的断定。
关于上述关系等级的转换关系，Map语言支持用于两个模型中相关上下关系等级的单个断定组。这被描述如下：
1、单一全部关系：假定在一个模型中有一个上下关系等级A及在另一模型中有一个上下关系等级B，它们可使用表达(is-totalAB)形成相关。这意味着，无论何时产生了A事例，就必须产生出B事例，及反之亦然。这些事例被称为“待配对”。这表明，无论何时在一个等级中执行了如取、设置或动作(get、set或action)这样的操作，也必须在另一等级中执行相应操作。
2、子组及预定的关系：其表达“is-subset AB”意味着，如果A事例已产生出来，则B事例也必须产生出来，但相反不一定正确，即，如果B事例已产生出来，而A事例不一定产生出来。确定何时产生配对，可以使用属性来实现。例如，这些可被用于检查就产生的B事例的属性数值，以确定是否应产生出A的配对事例。
3、相关属性或属性的从属部分：某些时候在两个模型中的等级可能通过一属性相关，该属性为一个表或一个组，即每个该表或组的每个部分存在一对事例。
4、隐含关系：这些关系不是包含两个等级之间的配对。但是，有时一个模型中的属性可用来唯一地识别另一模型中一个等级事例。这被称为隐含关系并在Map中用is_imp断定来支持。
5、相关虚拟基本等级：以与允许等级中固有性作出的相同方式允许转换的固有性减少操作。
6、多对一产生断定：当一个模型中两个或多个等级必须与另一模型中相同等级相关时将会发生多对一产生断定。
7、转换到功能系统：许多传统系统使用功能接口如‘C’语言API或MML。Map语言规定了接口功能及异步信息，用于处理这类功能接口。
关于目标转换及它们的特性，这涉及方式的描述，在该方式中被管理的以目标为代表的资源彼此相关。这种关系是由目标包含的特性的转换来表示的。以下是涉及伴随等级转换is_total及is_subset基元的数据转换情况：
1、转换简单数属性：这涉及两个简单数据类型属性(例如可计数或整数)之间数据转换的描述。这些转换通常是采取用于转换可计数类型的表及用于转换另外类型如整数的函数的形式。
2、转换复数属性：复数属性是涉及结构、选择、表或上述的另外组合的属性。也涉及到这种类型转换的符号。
3、复合属性转换：这是指多个属性转换成一个属性。
4、转换动作：一个等级中的动作可被转换到一个相关等级中的一个或多个动作。转换动作涉及两个阶段。第一阶段是转换动作的参数及返回值。这是以与属性转换的相同方式作出的。转换动作的第二阶段是转换涉及取、设置、产生及动作的其特性的关键单元。这是一个复合的任务。
5、对于强制性属性不存在的转换：当在目标产生时刻需要一种属性时出现该情况，但该属性不存在，因为在互配接口中不存在相应信息。故为其规定了一个缺省值。
6、不可存储的目标：这涉及转换通知的情况，及当目标可改变但未对MIU发出通知时将发生的情况。这种目标被称为不可存储在MIU中的目标。
Map语言由描述模型4和5及转换9的说明表组成。Map使用被管理目标等级、数据类型定义、函数、例外情况、信息及约束树来描述被管理的接口。
选择一个例子，典型的数据类型描述如下：
(deftype drink machine state(enum empty not_empty full))这是一个用于饮料机状态类型的计数类型的说明，该状态可具有三个值之一：空、不空或满。以类似于选择及表的说明方式来说明结构。此外，具有某些基本类型，例如整数、自然数、字串、实数、逻辑及参考(用于参考另外被管理目标)。
以下是Map语言中的一个转换关系的例子。该转换涉及图3中的图形。
(is_total GEquipment G12Equipment(=Gtype 12)…)
在该例中，两个模型采用不同的方案来使相同的真实资源模型化。一个选择使用称为G设备的单个等级来使所有G设备目标模型化。另一模型使用三个不同等级：即没有G设备普通的G12设备、G14设备及G16设备来使相同类型的资源模型化。G类型是G设备中的属性。当例如G设备的事例以G类型=12产生出来，它的配对将是G12Equipment等级。
当G类型=24时，不具有相应的转换关系。对于一个断定的转换的缺省决定不会产生一个配对。可能要被检查的属性是必须在产生时刻提供的，即强制性属性。
Is_total关系的一般形式如下：
(is total source-context-class target-context-class predicate)
(attribute-maps…)；； 数据转换属性
(action-maps…)；； 用于属性的转换关系
(notification-maps…)；；用于通知的转换关系
属性转换说明由转换说明表组成，它具有简单属性转换的一般形式：
(maps<attribute-component><attribute-component>
(down<maptable>｜<function>)
(up<maptable>｜<function>))
具有两种转换，一种是向下方向的，一种是向上方向的。这些可借助于转换表或函数来描述，转换表提供用于可计数类型的清晰的转换；函数被要领性地描述，如动作性质、或从函数标准设置中抽取，例如“每小时至每分钟”。这些预规定函数可能被设置在分开的转换组件库中。转换说明的最简单形式是涉及两种属性的情况，这两种属性均为计数类型及使用转换表来规定向下及向上转换。这个的例子描述于下：
该例涉及转换简单的属性，如可计数类型或整数。考虑用于描述属性“饮料机状态及售货机状态”的下列形式：
(defiype drink_machine_state_type(enum run_out ok low))
(deftype vending_machine_state_type(enum emptyoperational))
为了将类型“drink_machine_state_type”的属性转换到类型“vending_machine_state_type”的属性，我们使用以下表达：
(attribute-mappings
(maps drink_machine_state vending_machine_state
；；料机状态向下到
；；售货机状态
(down
(maptable
(run_out empty)；；用尽转换到空
(ok operational)
(low operational)
))
；；转换售货机状态向上回到
；；饮料机状态
(up
(maptable
(empty run_out)；；空转换成用尽
(operational ok)
))
))
转换表不总是能满足转换关系的描述。在需要更灵活的场合，转换功能使用同样简单的要领性语法来描述转换。考虑想从一整数属性X转换到一个整数属性Y的问题。Y的值总是X值的两倍，除非X超过128，这时Y总是取值256。在转换中，这将这样地进行：
(maps XY
(down
；；用单个参数陈述一个函数
；；param将自动地用(func(param)来说明
(var整数？rval)
；；
；；param(x)用2乘及
；；赋予变量？Rval
；；
(赋予？Rval(*param2))
；；
；；如果？Rval超过256则
；；令？Rval=256
；；
(如果(＞？Rval 256)
(赋予？rval 256)
零 ；；别的数
)
；；
；；返回最后结果，？rval
；；
(返回？rval)
)
)
(up；；；函数逆着向下函数来作))
可以使用预规定或在先规定的函数来作转换。例如，如果属性X的值直接转换到属性Y及反之亦然，该转换将被规定为：
(mapsXY)
(down
(函数相同))
(up
(函数相同))
编译器保证预规定函数的自变量数目适配于转换的函数自变量数目(在该例中在每个方向上需用单个自变量)。
处理器6具有一个编译器，它产生用于MIU10的基干源码。码以两个步骤发生，即用于产生码样板的预编译，及将码样板转换成码输出。码样板允许用户自动地观看产生的源码并通过附加手写码来改编。使用特征位来区分两种类型的码，因此用户码不由编译器改写。编译器产生高级语言的源码，例如C++及IDL码。执行的转换特征包括is_total及is_subset等级变换的处理，它包括如下方面：
*执行转换预定，
*变换‘上下关系等级’，
*等级产生的转换，
*传播用于发送到及来自于管理和管理系统的属性的简单/选择/结构数据转换，
*传播包括参数及返回值转换的动作，
*转换设定值特性及动作参数，
*转换由被管理系统引起的通知。
除编译器外，处理器6还使用用户接口8作为转换模型编辑器及转换定义编辑器。参照图4，它表示由用户接口8显示的工具栏30。该工具栏允许用户选择待转换的并从模型表加载到系统中的源模型及目标模型。图4中所示的屏幕是在转换期间的开始，
其中正好已在模型A中的等级FABRIC及模型B中的等级FAB之间作转换。这是简单地用按键点击“产生转换”及然后选择转换的源和目标等级。然后显示一条线来描述转换并显示表示在该图右上方的窗口。该窗被称为断定窗，它允许用户规定转换的类型及内容。通常用户规定转换性质在一个等级上作为开始，及在此例中它涉及选择is_total还是is_subset作为转换。也可以得到另外的选择，例如is_imp、is_total_rev或is_subset_rev。必须规定描写运行时间状态并在其下形成配对的属性。在敲击了属性按键后，它们可直接地在编辑窗中打入属性。在模型化或转换期间的任何阶段，用户可使用图示的菜单将系统向下编译成源码。
概括来说，由处理器6执行的处理可简要地描述在下列表中：
步骤1：描述对互配的两个系统的被管理接口。通常，这些描述将自动地由现有系统说明来产生。例如，一个包含GDMO说明的文件使用转换器来输入，该转换器将说明转换成Map。如果不可能作到这个，用户则必须使用MIUCE模型化工具栏手动地描述被管理接口。
步骤2：用Map语言描述两个系统之间的转换。其中有些将用手工规定，其它将自动地被“产生环境”(Creation Enviroment)推导出来。
步骤3：将产生的Map说明向下编译到MIU的码样板。码样板包括最后MIU源码的轮廓。它们能让用户添加它们自己的手写码，以补充自产生码(见步骤4)。
步骤4：当需要时添加手写源码并产生最后的码输出。使用码样板意味着，即使转换关系要重编译，手写部分将不用重写。
参照图5及6，它详细地表示产生出的MIU10。图5表示MIU被分成MCF及ICF。MCF概括了具体通信协议(e1及e2)的规定。它们使用内部通用管理基元的同性组通过接口i1及i2与ICF通信。用于在运行时间执行系统之间转换的ICF的内部结构是重要的。MIUCE(产生环境)的用途是对处理提供支持，以构成MIU的ICF部分。通过内部参考点11和12的内部协议包括以下基元：
GET(取)Get(取)是专用于基于目标的模型并检索属性的值。它类似于CMIS M-GET服务单元。
SET(设置)Set(设置)是专用于基于目标的模型并设置属性的值。这类似于CMIS M-SET服务单元。
CREATE(产生)Create(产生)是专用于基于目标的模型并产生一个新的目标例。它类似于CMIS M-CREATE服务单元。
DELETE(删除)Delete(删除)是专用于基于目标的模型并删除一个目标例。它类似于CMIS M-DELETE服务单元。
FUNCTION(功能)Function(功能)引起通过接口的功能。这种功能可能是CMIS M-ACTION或是对被管理资源的MML指令。功能可以是同步的，这时它等待功能的结果；或是异步的，这时它不等待。
NOTIFY(通知)Notify(通知)截取来自接口的事件报告。该事件报告可相应于CMIS M-EVENT-REPORT或来自被管理资源的异步信息。
RECEIVE(接收)Receive(接收)能使ICF接收来自接口的数据。当ICF期待来自外部实体的异步响应时使用它。该接收基元阻止ICF等待响应。
START-MIU-TRANSACTION(开始MIU处理)
该基元能引起一组作为原子处理的基元。如果在形成处理的一个操作期间发生误差，则上一操作可被取消并返回到以前状态。
END_MIU_TRANSACTION(结束MIU处理)
该基元指示处理结束，并指示处理成功及应被提交。
ABORT_MIU_TRANSACTION(中断MIU处理)
该基元用于结束其中有一个操作未成功的处理。它被用来退回所有在处理期间执行的操作，并将系统返回到它以前的状态。
MCF通过硬编码规则执行对来自相关外部协议的那些基元格式转换。MIU提供了系统互配所必须的运行时间支持。为了实现转换，MIU结构支持某些特定的运行结构，它包括：
配对表一假定对MIU中的目标有一个参考，它将返回到对被管理系统中相应目标的参考，反之亦然。
期望事件队列-它保持为一个事件表，对这些事件期待何时它们将到来及当它们到来时采取何行动。
Map编译器产生用于这些结构及所有相关转换的源码。当需要时就能产生出MIU，以使得它使用数据库持久地存储它的目标。Map编译器的关键是它允许在它输出的源码类型方面的灵活性。用户可在转换码中插入“标签”，以允许他或她包含手写源码部分。这意味着，即使转换改变了用户的手写源码，注解也不会被重写。允许灵活的码产生是一大优点。本发明不需要昂贵的、独占运行环境，因为本发明可以产生出能适应运行环境变化的码或者提供“轻量级”的卓越的运行MIU。
MIU10的MCF和ICF部分使用CORBAIDL接口与另外的部分通信。这些接口是基于用于检索及设置属性值、产生及删除目标例、引起通过接口的功能、事件报告、使ICF等待直到专门数据从接口接收为止、使将引起的基元设置为自动处理、指示处理的结束及退回处理的基元。
此外，具有用于起动的基元。如从图3可看到的，每个部分目标包含至少一个处理及也具有用于DBMS的服务器处理。被管理的及管理ICF同为DBMS用户并操纵MIB中的被管理目标，后者被存储在DBMS中。管理及被管理的ICF服务器作为不同的数据库用户并彼此互相独立。
再参照图6，它表示MIU10的处理及IDL接口。ICF11作为被管理的及管理ICF接口的分配器。不允许MCF12直接与管理或被管理的ICF接口相联系，但是可以ICF接口联系，然后，后者将一个参考信息传回相应的被管理的及管理ICF接口。这样做就保证了MIU中的MCF与正确的接口相联系。
应当理解，本发明提供了一种用于产生MIU的处理方法，它能在很大程度上自动完成任务，并同时允许大量的用户交互作用，以提供必要的灵活性。模型的结构及产生转换关系的方式允许高度的自动化，此外，提供了一种易于被用户理解加以手工注解及以后修改的简单结构。另外，因为MIU的结构简单，它易于被修改以便考虑已相互配合的管理接口的改变，或另外附加相互配合的能力。从外部了向内部协议的格式转换是由MCF与ICF分开地执行的，这是一个重要的特征，因为它在MCF及ICF之间产生了一个确定的边界。再者，在ICF内，模型及转换结构是相对简单的并允许方便地修改。
本发明并不限制于上述的各实施例，而是结构及细节上可以进行变化。