CN1173933A

CN1173933A - 建立通信网络数据库的一种方法和设备

Info

Publication number: CN1173933A
Application number: CN96191909A
Authority: CN
Inventors: 弗朗西斯·维维安·布雷姆
Original assignee: British Telecommunications PLC
Current assignee: British Telecommunications PLC
Priority date: 1995-02-13
Filing date: 1996-02-13
Publication date: 1998-02-18
Also published as: FI973305A0; NO973694L; CA2211592A1; FI973305A; EP0809831A1; KR19980702170A; JPH11502041A; MX9706023A; AU689701B2; WO1996025715A1; US6003035A; DE69602827T2; EP0809831B1; DE69602827D1; AU4671196A; NO973694D0

Abstract

本发明提供一种从一个原有网络数据库(34)建立一个通信网络数据库(43)的方法和设备。在该方法中,原有网络数据库被经过处理以提取数据,然后这些数据被存储在一个中间数据库(41)中。中间数据库(41)具有一种不同于原有网络数据库结构的结构。然后中间网络数据库能经过处理以产生一个可以用于网络管理系统的最终数据库(43)。产生中间数据库(43)和其后由此导出最终数据库(43)所需的处理功夫要少于直接从原有数据库导出最终数据库(43)的情形。

Description

建立通信网络数据库的一种方法和设备

本发明涉及建立通信网络数据库的一种方法和设备。

通信网络由一些网络管理系统管理，这些网络管理系统决定网络构形的方式并监视网络部件的性能。管理功能是通过参考存储在一个相关联的网络数据库内的关于网络的信息来执行的。所存储的信息可以包括设备的特定项目的识别符，例如设备的流水号、型号和制造商信息，还可以包括负责修理该设备故障的人员或组织的详情。这样，如果该设备发生故障，网络管理器就能够快速地发出修理故障的请求。所存储的其他信息还有在决定网络构形时需要用到的关于设备性能的信息。

当想要更换原有的网络管理系统时，由于必须选择一个与原有数据库相兼容的系统，所以将出现问题。其原因是，数据库可能含有关于设备的大量项目的信息。典型地，它含有关于几千个电路的信息。已经认识到，如果不选择与原有数据库相兼容的系统，则就要从头开始建立一个与新网络管理系统相兼容的新数据库。这样做所需的时间是不能容忍的；把两个典型的通信电路输入到数据库中大约需要两个小时。

本发明起因于发明人意识到没有必要从头开始建立一个新的可兼容数据库，而是有可能利用原有的数据库。

根据本发明的第一个方面，提供了一种在一个计算机系统的存储器内建立一个通信网络数据库的方法，其途径是把从其数据按照一种第二结构排列的原有数据库中提取的数据，按照一种第一结构排列来存储，该方法包括以下步骤：从原有数据库导出一个中间数据库，其数据的排列不同于第一结构；从中间数据库中选出准备要包含在通信网络数据库内的数据；以及，通过按照第一结构排列所选出的数据来建立通信网络数据库。

通过导出一个其数据不按照第一结构排列的中间数据库，则与试图直接重构原有的数据库或者试图组合来自其他来源的数据相比较，从中间数据库选择数据来建立通信网络数据库所需的处理功夫要少。

本发明的另一个优点是，建立新网络数据库的大部分复杂工作都在于从原有数据库导出中间数据库。一旦导出了中间数据库，要导出新网络数据库就比较容易了。如果新网络数据库所希望的形式发生了改变，则也比较容易通过改变选择和/或结构排列步骤来配合上述改变。这可以在不必须改变导出中间数据库的方法的情况下做到。因为导出中间数据库是该方法中最复杂的部分，所以这可以省去大量的工作。

原有数据库可以是一个原有网络管理系统的数据库，也可以是一个非网络管理系统的数据库，例如一个由对网络进行人工构形的人员所访问的计算机数据库。

所谓结构，是指一种逻辑结构而不是物理结构，数据就是按照这个结构组织在数据库内的。在所说明的优选实施例中，第一结构的排列支持管理网络时所使用的面向目标的程序。关于目标的信息按照这样一种结构存储在数据库中，该结构允许目标得以给出示例。所谓给出示例是指目标可以由存储的信息重构。

根据本发明的第二个方面，提供了一种用来建立通信网络数据库的计算机设备，它把从其数据按照第二结构排列的原有数据库提取出的数据按照第一结构来存储，上述设备包括：从原有数据库导出一个其数据按照非第一结构排列的中间数据库的装置；从中间数据库选出准备要包含在通信网络数据库内的数据的装置；以及通过把选出的数据按第一结构排列来建立通信网络数据库的装置。

现在将参考附图仅借助于举例来说明本发明的一个具体的实施例，附图中：

图1以原理图形式示出根据本发明的一个实施例的设备；

图2以原理方框图形式示出图1所示设备的一部分；

图3和4以原理方框图形式示出该设备中所用的数据库；

图5是一个说明性的流程图；

图6和7示出在制备本发明的中间数据库时所使用的模型；

图8和9以原理图形式示出本发明中所使用的数据结构；以及

图10至14是说明性的流程图。

参见图1，根据本发明工作的设备包括两个计算机工作站1、2和一个通信网络3，这两个工作站遵从Sun Sparc体系，例如为可以从Sun Microsystems公司购得的工作站。两个工作站1、2都基于Unix系统，它们与文件服务器一起连成网络，构成一个同族网络。容易看到，在基于Unix的系统中存储器是分布在整个系统上的。不过就本说明的目的来说，存储器将结合一些特定的终端来说明。实际上存储在系统上的数据库可以存储在许多终端上。

已知类型的通信网络3包括私人分支交换器(PBX)、局域网络、宽域网络，发送路径、桥、和路径器。

如图2所示，工作站1含有一个中央处理器21、存储器22和输入输出端口23，它们以普通方式由数据总线连接起来。

存储器22具有硬盘驱动器(未示出)的形式，它存储处理器指令33和网络数据库34，如图3所示。处理器指令33包括多个保持在硬盘存储器位置处的机器码登记项。中央处理器21根据处理器指令33工作，网络数据库34存储关于构成网络3的各元件的信息。

工作站1作为一个网络管理器工作，监视和控制网络3。网络管理器通过通信路径4和输入输出端口23接收关于网络3的信息。网络管理器通过相同的路径向网络3发送指令。

网络管理器沿着通信路径4接收关于网络3的信息，也向网络3递送指令。这些指令例如包括网络构形指令。

工作站2名义上与工作站1相同，但它用一个不同于工作站1的网络管理程序编程。虽然工作站2的硬件部件与图2中所示的相同，但如图4所示，它的存储器40被构形得含有一个中间数据库41、一个处理器指令存储器42、和分配给最终数据库的存储器43。存储器40还被构形得含有一个规则数据库44。开始时规则数据库44是空的，它用来存储以后阶段用户输入的规则。

网络当权方希望把网络的管理从工作站1转移到工作站2。为了让工作站2管理网络3，需要访问关于网络信息的数据库。然而，该数据库必须兼容于它所工作的网络管理程序。在本具体实施例中，工作站2所工作的网络管理程序叫做“Service View”，它可从伦敦Newgate街81号的British Telecommunications plc(英国通信产品目录通报)得到。该程序存储在处理器指令存储器42中。“Service View”是一个面向目标的程序，所以需要一个具有能支持面向目标的程序的结构的数据库。在这种程序中，实际的目标，也就是网络3的部件，用具有一些属性的软件目标来建模。该数据库将含有关于对应实际目标的属性的数据。这些数据在一个兼容数据库内的结构使得目标能够从数据给出示例。

工作站1的存储器中所保持的原有网络数据库34不兼容于“Service View”程序，因而不能被工作站2直接使用。然而，可以用下述方法来利用原有数据库34中的数据建立一个新的兼容数据库。

处理器指令存储器42除了存储上述“Service View”程序之外还存储一个数据库建立工具。数据库建立工具是一个用来从原有网络数据库34建立新的兼窝数据库的程序。下面将首先参考图5给出该数据库建立工具的工作概貌。

最初的步骤，即步骤49是用来让网络当权方输入两组规则。第一组规则是准备施加于原有网络数据库34的，而第二组规则是准备在中间数据库42产生后施加给该数据库的。

由网络当局方输入的第一组规则涉及到后面将输入的一个模型的一些类别。可以认为这些规则是进入该模型的各个类别的规则，因为它们规定了目标是如何从各个类别中生成的。

在步骤49中，第一和第二组规则被工作站2的中央处理器输入到存储器40的规则数据库44中。因为中间数据库41和最终数据库43之间的关系相当稳定，并且第二组规则可能在后面的数据库转换操作中要用到，所以第二组规则相对来说不经常改变。当第一组规则已经输入到后面步骤中所生成的模型的各类别中之后，可以向用户提供一个任选项来重新定义规则。

下一步骤是通过网络当权方在工作站2上输入一个适当的命令来运行数据库建立工具。该步骤在图5中由步骤50代表。

然后步骤50a是用户对准备在中间数据库中使用的目标分级建立模型。在该步骤中用户利用一个建模程序在工作站2的屏幕上建立一个目标分级框架。该程序允许用户在屏幕上画出一系列分级互连节点。这些节点代表在以后用来产生目标的模型中的类别。

然后第二个工作站2的处理器21把第一组规则施加到原有网络数据库34上，见方框53。这造成一些相关的数据项，它们被拷贝并用来以目标、它们的属性和值来生成中间数据库41，见步骤54。然后步骤54a代表把中间数据库存储到硬盘上。

然后步骤55代表第二个工作站2的处理器21把第二组规则施加到中间数据库41上。这一步骤把提取的数据排列在存储器43内的兼容的最终数据库中。然后在步骤56中把最终数据库下载到硬盘上。

然后在步骤58中数据库建立工具程序结束，在步骤59中网络当权方运行“Service View”以管理网络3。

然后工作站1可以从网络3上断开，或者用于其他功能。

现在将更详细地说明步骤50a的目标分级建模步骤。网络当权方初始化建模程序。这使网络当权方能够在工作站2的屏幕上利用工作站的有关键盘和鼠标画出网络的模型。图6以原理图形式示出显示情况。

建模程序具有一些选项，允许生成模型的一个节点并根据该节点生成更多的节点。这样，生成了名称为NET WORK(网络)的第一节点或根节点100，据此还生成了节点101、102和103。每个节点代表一个类别的目标：节点101代表落入类别1的目标；节点102代表落入类别2的目标；节点103代表落入类别3的目标。每个类别可以画成为一个含有一个或多个子节点的高级节点。如图6所示，类别1画成有三个子节点104、105、106；类别2画成有三个子节点107、108、109；类别3画成有三个子节点110、111、112。

建立了网络模型后，网络当权方把第一组规则中的一些规则输入给各个类别。这些规则是从规则数据库44提取的。于是，当画出节点101后，网络当权方输入将要在选择关于归属到该类别，即类别1的目标中去的数据时需用到的规则。类似地，也向各个子节点提供用于选择适当数据的规则。这些规则称作为ITEMS PEC1至I TEMS PEC9。规则中也可以含有一些子规则。

在本具体实施例中，所建的分级模型如图7所示。可以看到，根节点100叫做NETWORK，它有两个子节点：第一节点101叫做CI RCUIT(电路)，第二节点102叫做EQUI P MENT(设备)。这样，存在有三个类别的目标，它们可分类成NET WORK、CI RCUI T和EQUI P MENT。CI RCUI T101和EQUI P MENT102的子节点104和107中已输入了项目规范规则I TEMS PEC1＝“EQ*”I TEMS PEC4＝“EQ*”。这些规则将匹配于任何以“EQ”打头的字符串，字符“*”表示“EQ”后面可以跟随任何内容。

这里需要强调，该模型示出了等效于构成网络3的目标类别和子类别的节点和子节点。虽然图7中只示出了5个节点，但将会有远远多于5个的目标归属于这些类别，也就是说，原有数据库34中的数据在经过写入到各类别中的规则的检验后，通常将对每个类别产生多于一个的目标。

通过下面对后继步骤53和54的说明，步骤49中所输入和存储的第一组规则的形式将变得清楚，其中步骤53是把这些规则施加于网络数据库，步骤54是在中间数据库41中建立目标。

现在将较详细地说明步骤49和53至56。

要施加的规则取决于原有网络数据库的性质和新数据库的构形。网络当权方对原有网络数据库34的构形方式应有所了解。在本具体实施例中，原有数据库34的构形是以图8所示的一系列记录来保持数据的。这些记录是以卡片文件的形式排列的，每个记录是文件中的一个卡片。图8中只示出了4个记录61、62、63、64，虽然实际上的记录要比所示的多得多。该数据库还含有一组关于负责人的记录73、74，这将在后面说明。

61、62、63、64中的每个记录都有相同的格式，含有9个数据场65至72。

数据场65含有标记该记录的数据。对于记录61，这个标记是“RECORD1(记录1)”。其他的记录62、63、64将依次地标记为“RECORD2”、“RECORD3”、“RECORD4”等等。

数据场66、69、71、72含有仅仅关系到原有网络数据库34的数据，它们在建立面向新目标的最终数据库43时将不会用到。图中这些数据表示成“ZZZ”、“PQRST”、“XXX”、和“YYY”。

数据场67含有一个关于该记录所涉及的网络3的特定部件的标记。在“RECORD1”中，这个标记是“CCT123”，它代表网络3上的一个电路。

数据场68含有关于该部件位置的信息。这里这个条目是“LOC＝GOWER”，表示该电路位在GOWER街的一个单位内。

数据场70含有该记录所涉及的设备的类型的信息。这里该设备的类型是“EQ1”。

图9示出“RECORD2”，容易看出它的格式与“RECORD1”相同，所以其中数据场的代号与“RECORD1”中的相同。不过，数据场的内容是不同的，例如现在设备的类型是“EQ2”，设备的标记是“CCT234”，而记录的标记是“RECORD2”。由于数据场68的条目为“LOC＝GOWER”，所以设备位置仍在GOWER街。其余的数据场66、69、71和72与“RECORD1”有相同的条目。

网络数据库34还含有一组关于负责人的记录73和74。这些记录存储了关于设备项目，特别是负责维护该设备的个人姓名或组织名称的信息。

记录73和74各自有一个设备类型(TYPE)数据场75，它包含一个关于设备类型的描述符。对于记录73，该描述符是“EQ1”，表示该设备属于类型1。对于记录74，描述符号是“EQ2”，表示设备属于类型2。

在记录73和74中还各自设有一个负责人数据场76。它含有负责维护该特定设备类型的人员的姓名。记录73中数据场76所含的姓名是“F.JONES”，记录74中数据场76所含的姓名是“S.S MI TH”。所以，为了维护类型EQ1的设备，就应与F.JONES联系；而为了维护类型EQ2的设备，则应与S.S MI TH联系。

在工作站2的可视显示单元(VDU)上显示出一个屏幕提示，然后网络当权方便输入第一组规则，这组规则将从记录61、62、63、64和负责人记录73、74中提取有关数据。如前所述，这组规则是输入到各模型节点中的。

总之，本实施例有两个数据文件，一个含有电路记录，另一个含有负责人。下面以列表形式给出这两个数据文件。

文件1 数据场67 数据场68 数据场70

记录61 CCT123 LOC-GOWER EQ1

记录62 CCT234 LOC-GOWER EQ2

记录63 CCT345 LOC-IPSWICH EQ1

记录64 CCT456 LOC-GLASGOW EQ2

文件2 数据场75 数据场76

记录73 EQ1 F.JONES

记录74 EQ2 S.S MI TH

网络当权方正是基于这个结构知识来编排两组规则的。

这些规则体现了一种方法，它处理原有数据库以提取所需数据并把它们排列成中间数据库41。

在详细地说明第一组规则之前，首先参考图10至13所示的说明性流程图来给出一个总体概貌。

这些规则中体现出的第一个处理是为了生成目标而在文件1中进行数据的第一次搜索。该搜索的第一个步骤是匹配步骤，由方框110代表。匹配步骤包括用模型的一些目标样板中的一个模式来审查数据库中一个记录的一个数据场中的字符串。这里审查的是数据场70。

下一个步骤由方框111代表，考虑该匹配和目标样板是否属于设备类。如果属于设备类，则在方框112中把该目标名称设定为存储在数据场70中的字符串。

如果匹配和目标样板不属于设备类，则考虑它们是否属于电路类，如方框113所示。

如果匹配和目标样板属于设备类，则把目标名称设定为数据场67所保持的字符串，如方框118所示。

接着方框112和113的步骤之后，下一个步骤考虑是否涉及到了一个新目标，其中新目标是指，经过对前面记录的处理之后尚未生成的目标。这一步骤由方框114代表。

如果该目标是一个新目标，则生成该新目标，如方框115所示。

在生成一个目标之后，或者在正确定目标不是新的之后，下一个步骤是增殖带有数据的目标，如方框116所示。如果还有其他记录，则上述处理从方框110所示的匹配步骤开始重复进行。

增殖处理是从记录中提取某些数据，并把它们存储在早先步骤中所生成的目标中。

该处理中的第一个步骤是选出一个已生成的目标，如图11的方框120所示。

然后审查该目标，以发现它是否属于电路类，如方框121所示。

如果该目标属于电路类，则提取数据场67中的字符串，如方框122所示。然后把提取的字符串在所选目标中作为电路名称保存，如方框123所示。

下一步骤是提取数据场68中的字符串，如方框124所示。然后把提取的字符串在所选目标中作为位置保存，如方框125所示。

如果目标不属于电路类，则在步骤121之后询问该目标是否属于设备类。该步骤由方框126代表。

如果目标属于设备类，则下一步骤是提取数据场70中的字符串，如方框127所示。然后把该字符串在所选目标的位置名称中保存，如方框128所示。

在由方框125、128和126(如果目标不属于设备类)所代表的步骤之后，该处理结束。

在这样处理了文件1中的记录之后，有必要处理文件2的记录，如图12所示。

处理文件2的记录的第一个步骤是审查第一个记录的数据场75中的字符串，将它与各个目标样板匹配，如方框130所示。在方框131中询问匹配和样板是否属于设备类，若属于设备类，则目标名称设定为该字符串的名称，如方框132所示。

下一步骤考虑该名称的目标是否已经存在，如方框133所示。如果该目标尚不存在，则生成该目标，如方框134所示。

然后实现第二个增殖处理，如方框135所示。

然后取得文件2中的下一个记录，如方框136所示。这一步骤也是在匹配不属于设备类时步骤131的下一个步骤。

然后像前面一样处理下一个记录。

增殖处理示于图13。该处理的第一个有意义的步骤是考虑目标样板是否属于设备类，如方框140所示。

如果目标样板属于设备类，则提取数据场76中的字符串，如方框141所示。

然后把提取的字符串在目标负责人数据场中作为名称存储，如方框142所示。该处理结束，接着进行步骤136。

第一组规则(组1)如下：

1、开始{搜索1-生成目标和提取原始数据}

2、对数据文件1中的每个记录{电路记录}

3、开始

4、用模型中所有目标样板中的<模式>匹配<数据场70>中的字符串。

5、如果出现匹配并且如果目标样板属于<设备>类，则设定目标名称为<数据场70>中的字符串

6、如果出现匹配并且如果目标样板属于<电路>类，则设定目标名称为<数据场67>中的字符串

7、如果对于该样板尚未存在具有该名称的目标，则生成该目标

8、选择已存在的或新生成的目标

9、如果目标样板属于<电路>类，则提取<数据场67>中的字符串并把它以名称<CCT>(电路)保存在所选目标中

10、如果目标样板属于<电路>类，则提取<数据场68>中的字符串并把它以名称<LOC>(位置)保存在所选目标中

11、如果目标样板属于<设备>类，则提取<数据场70>中的字符串并把它以名称<TYPE>(类型)保存在所选目标中

12、结束{数据文件1中的记录}

13、对于数据文件2中的每个记录{负责人}

14、开始

15、用模型中所有目标样板中的<模式>匹配<数据场75>中的字符串

16、如果出现匹配并且如果目标样板属于<设备>类，则设定目标名称为<数据场75>中的字符串。

17、如果对于该样板尚未存在具有该名称的目标，则生成该目标。

18、选择已有的或新生成的目标

19、如果目标样板属于<设备>类，则提取<数据场76>中的字符串并把它以名称<RESPONSIBLE> (负责人)保存在所选目标中

20、结束数据文件2中的记录

21、结束{搜索1}

22、开始{搜索2-生成属性值}

23、对于在搜索1中生成的每个目标

24、对于每个<属性规则>利用步骤9和10中所保存的已命名的数据生成属性值。

25、结束{搜索2}

在上述规则中，<>表示规则的部分，该部分可以由网络当权方在施加规则之前设定，以适配于数据库的各种形式。模型中每个目标样板(类别)都有一个规则，该规则由与之相关联的大量部分(或子规则)组成。

规则的第1条开始对网络数据库34的第一个搜索，以在中间数据库41中生成目标，并提取数据以形成这些目标的值和属性。

第2条保证能审查到文件1的所有记录，也好记录61至64。

第3条开始处理记录61至64中的每个记录，该处理包括第3条至第12条。借助于第2条该处理得以重复进行。

第4条涉及用模型的所有目标样板中的模式去审查每个记录的数据场70中的字符串。该模式是模型中设定的类别的规则I TEMS PEC所定义的模式。所以这些规则可以看作是样板。在本实施例中，类别CI RCUI T(电路)和E QUI P MENT(设备)的I TEMS PEC都是“EQ*”，它将可与任何与“EQ”开头的字符串匹配。

第5条至第8条涉及生成新目标或者利用已有目标。所生成的目标是按照记录中被审查的场来命令的。名称是按照由子规则所设定的特定数据场中的字符串来设定的，如果目标是一个新目标，也就是说如果一个具有由子规则设定的数据场的名称的目标尚不存在，则在第7条中生成具有该名称的目标。

生成了所需要的各个目标后，下一步是提取要存储在目标中的数据。保存数据时是带有“名称”的，这使得以后可以引用该数据。“已命名的”数据叫做参数。第9条和第10条执行对类别CI RUI T中的目标的这个操作。

第9条中提取在数据场67中找到的字符串，并以名称“CCT”把它保存在所选目标中。第10条中把从数据场68中找到的字符串以名称“LOC”(位置)保持在所选目标中。第11条执行的操作是对EQUI P MENT(设备)类中的目标把从数据场70提取的字符串以名称“TYPE”(类型)保存在所选目标中。

完成了第11条这后，已经生成了6个目标，它们的参数如下：

目标类别参数值

CCT123 CI RCUI T CCT CCT123

LOC GO WE R

CCT234 CI RCUI T CCT CCT234

LOC GO WE R

CCT345 CI RCUI T CCT CCT345

LOC IPS WI CH

CCT456 CI RCUI T CCT CCT456

LOC GL AS GOW

EQ1 EQUI P MENT TYPE EQ1

EQ2 EQUI P MENT TYPE EQ2

第12条是一个结束语句，表示对数据文件1中记录的处理结束。

第13条保证下面的规则将施加给数据文件2中的所有记录，也就是说施加给所有的负责人记录。

第14条是关于要施加给数据文件2中的记录的规则的开始语句。第15条是要施加的第一个规则。用模型的所有目标样板中的模式去匹配数据文件2中每个记录的数据场75中的字符串。

如果出现匹配并且目标样板属于设备类，则第16条把目标名称设定为数据场75中的字符串。如果这样命名的目标是一个新目标，则第17条生成该目标。

然后选择目标，如果目标样板属于设备类，则第18条和19条把数据场75中保持的字符串以负责人名称保存在所选目标中。

然后第20条完成对数据文件2的处理，第21条完成对数据库的搜索1。

在原有数据库的这个特定例子中，施加第17条规则不会生成目标，这是因为它们已经在施加第5条和第7条规则时生成了。电路类的目标不会再产生任何其他参数，这是因为第19条仅仅对目标属于设备类的情况才建立一个参数。设备类的目标将产生参数“负责人”(RESPONSIBLE)的值为F.JONES(EQ1目标)和S.S MI TH(EQ2目标)。在搜索1结束时，目标的状态将为：目标类别参数值CCT123 CI RCUI T CCT CCT123

LOC GO WE RCCT234 CI RCUI T CCT CCT234

LOC GO WE RCCT345 CI RCUI T CCT CCT345

LOC IPS WI CHCCT456 CI RCUI T CCT CCT456

LOC GL AS GOWEQ1 EQUI P MENT TYPE EQ1

RESPONSI BLE F.JONESEQ2 EQUI P MENT TYPE EQ2

RESPONSI BLE S.S MI TH

规则第22至25条包括关于搜索2的规则，即给在对已有数据库的搜索1中所生成的目标生成属性值。第22条是对第二个搜索的开始语句。第23条是保证后面的规则能施加到搜索1中所生成的每一个目标的语句。第24条施加一个“属性规则”，以从第9和10条所保存的名命数据(参数)生成出一个属性值。每个目标类别或样板都有它自己的属性清单，以构成目标。有一个属性子规则来产生各个属性值。属性子规则是由网络当权方设计和设定的，以使得能够操作和结合各个参数以形成属性值。

施加属性子规则将给出下列目标：

目标属性值

CCT123 ID(识别符) CCT123/GO WE R

SERI AL(流水号) 1

CCT234 ID CCT234/GO WE R

SERI AL 2

CCT345 ID CCT345/IPS WI CH

SERI AL 3

CCT456 ID CCT456/GL AS GOW

SERI AL 4

EQ1 TYPE(类型) EQ1

PERSON(负责人) F.JONES

EQ2 TYPE EQ2

PERSON S.S MI T H

这样，在中间数据库41中便增殖了目标属性。

接着的步骤是施加另外一组规则，这体现为一个软件段式“尾端”，用来从中间数据库导出最终数据库43。

在本实施例中，最终数据库43被排列成一种关系数据库结构，其中以二维表格的形式来保持数据。所采用的具体系统是ORACLE(商标)关系数据库管理系统，它可从Oracle公司购得。在一个关系数据库中，只存在一种数据结构类型，这就是表格。该系统允许例如通过对数据表格进行子设定或组合来对表格做各种处理。关于对数据表格可进行的各种操作类型的更多的信息，请读者参阅Oracle公司出版的由L.Ellision编者的著作“Introdution to SQL(SQL导论)”。

网络管理系统利用表格以熟悉网络管理技术的人们所熟知的方式来重建(给出示例)原始的目标。

现在将参考图14来说明从中间数据库41产生表格的方法概貌。

该处理的第一个步骤是从中间数据库41选出一个目标，如方框150所示。

下一步骤是提取该目标的属性，如方框151所示。

然后产生任何需要的辅助数据，如方框152所示。

然后在最终数据库中建立表格，把数据插入其中，如方框153所示。

接着如方框154所示，从中间数据库41选出下一个目标，并像上面一样处理。

较详细地说，表格是以下述方法从中间数据库41产生的；

26 开始{把目标转换成数据库表格表示}

27 对于中间数据库中的每个目标

28 对于目标中的每个属性

29 提取属性

30 利用规则来确定属性值应插入到哪个表格或哪些表格中

31 如果需要，利用规则来转换实际值

32 利用规则来产生为重建目标的属性所需要输入到表格中去的任何辅

助数据

33 产生SQL(结构询问语言)命令以把属性值和辅助数据插入到适

当的表格(一个或几个)中。

34 结束{一个目标的属性}

35 利用规则来产生为重建目标所需要输入到表格中去的任何辅助数据

36 产生SQL命令以把辅助数据插入到适当的表格(一个或几个)中

37 结束{中间数据库中的目标}

38 结束

第30、31、35条规则是规则存储器44中作为本文文件保持的规则。这些规则被施加给中间数据库41中的目标，以产生一组SQL命令(结构询问语言命令)。SQL命令被ORACLE(商标)系统用来在最终数据库43的表格中产生适当的值。这些命令与最终数据库43中数据结构的希望形式有关。

Claims

1、一种在一个计算机系统的存储器内建立一个通信网络数据库的方法，该方法是通过把从一个其数据按照一种第二结构排列的原有数据库中提取的数据按照一种第一结构存储来建立通信网络数据库的，该方法包括以下步骤：

从原有数据库导出一个其数据按照不同于第一结构排列的中间数据库；

从中间数据库选出要包含在通信网络数据库内的数据；以及

通过按照第一结构排列所选出的数据来建立通信网络数据库。

2、根据权利要求1的方法，其中存储在中间数据库内的数据按照一种不同于第一和第二结构的第三结构排列。

3、根据权利要求1或2的方法，其中第一结构是一种面向目标的数据库结构。

4、根据权利要求1、2或3的方法，其中通信网络数据库是一种关系数据库。

5、根据权利要求3或4的方法，它还包括：

搜索原有数据库，以寻找特定的数据项或数据形式；以及

找到这样的数据项或形式之后，在中间数据库中生成一个相应的目标。

6、根据权利要求5的方法，它还包括跟在生成相应的目标步骤后面的下述步骤：

搜索原有数据库，以寻找特定的数据项或数据形式；以及

找到这样的数据项或形式以后，复制该项或相关联的一个数据项，并把它与中间数据库中的相应目标存储在一起。

7、根据权利要求5或6的方法，其中目标是根据该项或按照原有数据库结构的与该数据项相关联的一个项来命名的。

8、根据前述权利要求3的任何一项权利要求的方法，其中中间数据库中目标的属性是从保持在原有数据库内的数据产生的。

9、根据前述权利要求4的任何一项权利要求的方法，其中产生结构询问语言命令来把数据插入到关系数据库的适当数据结构中。

10、一种用来建立一个通信网络数据库的计算机设备，该设备是通过把从一个其数据按照一种第二结构安排的原有数据库提取的数据按照一种第一结构安排存储来建立通信网络数据库的，上述设备包括：

从原有数据库导出一个其数据按照不同于第一结构形式排列的中间数据库的装置；

从中间数据库选出准备包含在通信网络数据库内的数据的装置；以及

通过按照第一结构来排列所选出的数据以建立通信网络数据库的装置。

11、根据权利要求10的设备，其中用来导出中间数据库的装置按照一种不同于第一和第二结构的第三结构形式来在中间数据库中排列数据。

12、根据权利要求10或11的设备，其中用来导出中间数据库的装置以一种面向目标的数据库结构形式来排列数据。

13、根据权利要求10、11或12的设备，其中用来建立通信网络数据库的装置把通信网络数据库建立成一个关系数据库。

14、根据权利要求10、11、12或13的设备，其中用来导出中间数据库的装置含有这样的装置，它用来搜索原有数据库以寻找一个特定的数据项或数据形式，并在找到这种数据项或形式后在中间数据库内生成一个相应的目标。

15、根据前述任一项权利要求的设备，其中用来搜索原有数据库的装置索原有数据库以寻找一个特定的数据项或数据形式，并在找到这种数据项或形式后把该项或一个有关联的数据项拷贝到中间数据库的相应目标上。

16、根据前述任一项权利要求的设备，其中用来导出中间数据库的装置按照原有数据库中的一个或几个数据项来命名中间数据库中的目标。

17、根据前述任一项权利要求的设备，它含有用来产生结构询问语言命令以从中间数据库形成按照关系结构来存储数据的通信网络数据库。

18、一种处理器，它被编程得能够执行根据权利要求1至9中任一项权利要求的方法。

19、处理器指令装置，它用来指令一个处理器去执行根据权利要求1至9中任一项权利要求的方法。

20、一种通信网络数据库，它由权利要求1至9中任一项权利要求的方法产生，或者由权利要求10至17中任一项权利要求的设备产生，或者由权利要求18的处理器产生，或者由被权利要求19的处理器指令装置所指令的处理器产生。

21、一种用于含有一个权利要求20的数据库的通信网络的网络管理器。