本发明一般涉及综合系统的管理问题，尤其是有关诸如分布的数字数据处理系统的安排管理问题。 随着数字数据处理系统，或计算机的小型化和廉价化，许多个人和小型团体也已开始使用微机。为了分享数据，相互通讯联络和获取必要的经济情报，计算机已被连成网络以传递信息。此网络除包括由各个用户直接使用的计算机外，还包括一些服务部分，例如存储大量相当用户可能需要选取、运用和更新的大量数据，由此方便对数据的共享。服务部分还可控制打印装置。众多的计算机用户和服务部分通过一通讯线路相互连接起来，从而使得信息得以在组成分布系统的各个计算机和服务部分之间传递。 本发明提供一种新的和改进了的用于控制和监管一个综合系统的控制安排，比如由一群计算机连接一个部分网络构成的一个分布数字数据处理系统。 简而言之，此控制安排包括一个或多个表达软组件（presentation modules），功能软组件和存取软组件，它们通过核心设备进行通讯从而处理依据操作人员的指令产生的请求以及向操作人员显示出其响应。表答组件主管与操作人员的连接功能，包括从操作人员处接收指令和对由此产生的答复的表达。依据操作人员的某一指令，表达组件便产生一项请求。而核心设备接收一项请求后，可能将其输送至一个功能组件以作进一步处理。功能组件主管与处理一项请求相关的一般功能性操作。对应一项请求，一个功能组件会产生一个或多个请求（以下为了方便有时简称为附属请求），而传递至核心设备或其它功能组件进行处理。而核心设备会将它收到的附属请求输送至一个存取组件进行处理。最后存取组件主管与构成综合系统的单元相关的本原操作。 概括地说，本发明以一个依照规定了时间参数的指令而对有关某单元的管理信息进行检索的系统为特征，其中单元在集合内相互连接以达成对基本信息处理功能的控制并且单元之进一步与系统连接从而许可对管理信息的选取。该系统包括含有有关管理信息记录的存储器，其中每一记录又包括一个相关时间的指示。以及一个依照某一指令从所指记录中检索管理信息或从所指单元中选取管理信息的信息管理器件，它又具有一个时间程序器，用于根据时间程序在多个可能时间下发出递次的次级选取或检索操作。 本发明的优选实例具有以下一些特色：一个历史数据记录器依照一预定的时间程序周期性地选取和向记录存放新的管理信息。系统是适于应对一项规定至少一个期待时间范围的指令的，而该时间范围可能包括过去，现在和将来，所指信息管理器件具有在可行情况下通过检索含于记录内的管理信息来满足该指令，否则则从单元处选取与该特定时间范围有关的信息来满足指令的作用。信息管理器件之构造是能够满足一项具有一包含在某特定时间之前的所有时间的时间范围的指令的通过检索在该时间范围内存于所说记录的任何记录，否则则从单元处选取有关信息。信息管理器件之构造并且是能够通过即刻从该处选取管理信息来满足一项指令的。在网络内发生的事件是被作为该网络之状态的一个成分来处理并被存于记录中。 预先存储的管理软组件适于通过独立地读译和执行选定的有关管理的指令来施行管理功能。至少一个组件存有识别选定的警告条件的规则，它包含一个用于产生被储规则的规则产生器和一个用于依照规则内容检测某警告条件的警告条件检测器第一类管理组件是功能组件，适于对由网络成员提供的数据施行功能性处理。第二类管理组件是存取组件，适于对用于网络成员通讯的方案进行补充。还有表达组件是适于利用网络成员的基本信息处理功能从用户处接收指令和向用户递送信息的。系统还包括一个核心，它具有一定义可取自于网络的相关成员的不同管理信息的类别数据库。表达组件带有选择单产生程序，用以从类别数据库取得数据和产生向用户显示的有效指示选择单。选择单产生程序是适于确定有关网络构造的信息和产生向用户显示的可用网络成员的选择单的。系统还包含具有定义网络成员组别的域规格信息，而核心适于通过向合宜的管理组件发出个别指令的方式来向某组的所有成员发出指令。至少有一个管理组件是进一步适于通过独立地读译和执行指令而能施行自我管理功能的。核心还包括一个发送指示器台，用于将指令输导至有关的读译和执行指令的组件去，它还包括一个登记器，用于通过向指示台添入指示器的方式向系统登记新的管理组件。 其它优点和特色可以从下面对优选实例的描述和权利要求中得到体现。 图1A是一依据本发明构造的一种控制安排的功能示意方块图; 图1B是一存于图1A所示存储单元内的信息的方块图; 图2A是一个图1A所示的控制安排的一部分的功能示意方块图，突出定义组成控制安排的一个单元; 图2B描绘一个管理软组件的结构; 图3A至3D定义规定组成图1A所示控制安排的功能组件和存取组件的管理意向的管理规格，而图3E则定义功能组件和存取组件的发送规格; 图4描绘一个数据字典的结构，它包含由图3A至3D所示的管理规格定义的信息; 图5和6是描绘在图1A所示控制安排内的各个组件和数据结构的功能示意方块图; 图7A描绘在由图1A所示控制安排内的表达组件和功能组件产生的请求中使用的参数; 图7B描绘由图7A中请求所使用的时间上下文句柄和上下文块的结构; 图8A和8B描绘由图5和6中描绘的一个发送装置使用的发送台内的数据结构，与对来自图1A所示控制安排的表达组件和功能组件的请求的处理有关; 图9A和9B描绘一个发送装置，结合与之相关的发送台，在处理来自某表达组件或功能组件的一个请求时的操作; 图9C描绘一个构造和域数据库的格式; 图10A描绘一个用于建立和检测警告条件的功能组件的结构; 图10B则描绘在建立警告条件中使用的规则的结构。 图1A描绘了一个依据本发明而构造的一种控制安排的功能示意方块图，它用于控制和监管一个综合系统的状态和条件（该综合系统本身未画出）。初步讲，一由图1A所示之控制安排控制的综合系统的一个例子可以是一个分布的数字数据处理系统，由一群通过构成之网络而传递信息的节点，包括各个个别计算机、终端、终端服务部分和其它部分而组成。而 年 月 日提交的美国专利申请第 号具体描述了这样一个数字数据处理系统的例子。然而应该意识到的是，图1A所示之控制安排不限于用于对一个分布数字数据处理系统的控制，它也可用于对其它多种多样的综合系统的控制。 这些综合系统往往难于管理，特别是因为综合系统的状态和性能在时常变化。因而，它所提供的管理功能和管理安排也必须时常变化来适应新的系统的管理需要。在以下的详细讨论中将可看到，图1A所示之安排具有变通的特色，它使得本安排能够有效地适应综合系统的变化。 在本申请中，综合系统的组成成员将被称为单元（entity）。单元是按类别和例证而加以讨论。一个单元类别定义一特定类型的各单元，比如来自某一厂家的所有局部网络桥件可以构成一个类别。而每一单元是类别的一个成员，且构成该类别的一个例证。 参照图1A，本控制安排具有几种类型的控制软组件，包括表达组件10A至10K（统称为10以代表），功能组件11A至11M（统称为11），以及存取组件12A至12N（统称为12）。表达组件10通常提供用户接口，以向操作人员提供对综合系统的控制，包括对由系统操作人员使用的终端的控制。每一功能组件11通常提供有关一类功能的管理控制和监督。而每一存取组件12通常提供对在综合系统的一类可控单元内的一特定型可控单元的管理控制。表达组件10通过一个核心13、14的一表达-功能方面特性（其后简称为表达-功能核心13）而达成与功能组件11的通讯，而功能组件11则通过核心13、14的一功能-存取方面特性（其后简称为功能-存取核心14）而达成与存取组件12的通讯。 取决于所管综合系统的构造（topology），对控制组件10、11、12所要求的功能可变化很大。因此，为了提供具有适用性和通变性的管理安排，控制组件10、11、12可以被随时地加入到此安排中或从此安排中取消，以使安排适于一特定综合系统的构造，适于在该构造下的变化。 为进一步满足适用和通变的目的，控制组件10、11、12形成对管理综合系统中执行的任务的一个所谓“劳务分组”。这样，与例如一个数字数据处理系统的管理方案相关的任条就可以被从例如向用户显示管理信息这样的任务区分开来了。 A.表达组件：更为具体地说，表达组件10是提供表达服务的，比如说用于形成对某一使用接口诸如视频显示终端、微机和计算机工作端的支持，而一个系统操作人员可以通过使用这些接口而来控制各个功能组件11和存取组件12，从而达成对综合系统的各单元的控制和监管。由于对表达服务的需求是独立于由图1A所示的系统所管理功能和单元的，因此它无论管理功能或单元性质的变化而总是存在，每一操作接口或终端可由一群表达组件10控制。各个表达组件10负责控制操作接口的各个方面，包括诸如图像（icon）、选择单、图表以及形成对显示和分析一行指令的支持这样的细节。还有其它表达组件10是为各种各样的图表显示（比如直方图、条线图、馅饼图和其它类型的图形表达）提供特定输出支持的，从而通过终端屏幕向操作人员显示。还有另一些表达组件10负责管理请求向表达-功能核心13的转移，而管理请求可由图像、选择单、图表或操作人员在指令行输入的指令来标记，以及来自表达-功能核心13的管理信息向操作人员使用的视频显示终端的转移。 B.功能组件：功能组件11是与由图1A所示控制安排所提供的特定管理应用联系起来的。这些管理应用之存在是独立于由表达组件10所提供的表达服务的（但表达组件10通知操作人员有关由控制安排提供的管理应用，在此意义上除外），也是独立于由控制安排管理的综合系统的特定组成单元的。 一项能由某一功能组件11提供的管理应用可以例如是分析在一个分布数据发送系统内的通讯负载。为执行这一分析，一功能组件将首先从该分布的发送系统的几个单元处选取通讯数据，比如发送的字节和字块的数目等等。该功能组件然后将选取的信息整理成更高级的信息，比如平均字块大小和该发送系统的通讯资源的利用百分率等。这一信息再被传送给用户或被其它功能组件在执行其它管理应用中加以利用。 从以上例子中可见，一个功能组件实际以提供数据整理和相关服务的形式对可取自于综合系统的管理信息“加入价值”。另外，功能组件可以利用由其它功能组件产生的数据而执行有关综合系统的管理的更高级服务。 在用于控制某分布数字数据处理系统的一个特定控制安排中，有一个功能组件11，举例讲，主管网络的构造和通过一个表达组件10向操作人员显示该构造。 另有一个功能组件11可以是一个，举例讲，定义该分布的数字数据处理系统的构形，也就是各个单元例证以及它们之间的相互关系的构造功能组件，它使操作人员能够控制网络的构形，通过使能向网络加入或从网络中取消的节点和其它单元例证，能够改变节点的各个用户的选取权力;以及能够保持一个构形（或例证）数据库，以此操作人员可以确定网络的构形随时间的变化。 另有一个在控制安排中的功能组件11，举例讲，可以控制用于指示在分布的数字数据处理系统内选择事件的出现的各种警告;这一警告功能组件11监视在分布数字数据处理系统内的各个单元的状态和条件，并且相应于具有某选定数值的状态或条件的出现，它通过一合适的表达组件10产生一个警告指示以提醒操作人员。 还有另一个功能组件11可以，举例讲，在分布数字数据处理系统内建立单元的域，用以限定一个操作人员控制或监管的权限或简化一个操作人员的控制或监管。 另一个功能组件11可以，举例讲，起一个历史数据记录器的功用，来周期性地测查综合系统内各单元以确定它们在特定时间的数值，从而建立和保持一个时间和数值的数据库便于产生使用之统计。 再有另一个功能组件11可以不用于控制综合系统的任何特定方面，而起一个通路作用使得操作人员能够直接通过存取组件12来控制或监管综合系统的原始功能。 一个管理应用可能需要一些存取组件12提供按特定顺序的服务和操作，且形成对该管理应用支持的功能组件11达成与各个存取组件12的操作顺序的配合，而这些存取组件是为完成该管理应用所需要的。另外，由某一功能组件11提供的一项管理应用可能需要由在控制安排中的另一功能组件11提供的应用，对此该功能组件可能亦要达成配合。 最初，功能组件11是被表达-功能核心13依照由操作人员输入而表达组件10获得的管理请求所引用。功能组件11也可以被直接来自于另一功能组件11的请求所引用。另外，一个功能组件11可以产生一项请求，由一个存取组件12所处理。 C.存取组件：存取组件12是与由控制安排提供的各种原始管理操作联系起来的并支持它们，而操作是关系到由图1A所示控制安排管理的综合系统的各个单元。举例讲，在一个分布数字数据处理系统内，单元可以不仅由系统的各种硬件或成分组成（比如各种计算机、磁盘磁带存储元件、发送器等等，它们构成分布数字数据处理系统的节点），也可以由软件成分组成，包括虚拟线路（Virtual circuits）、数据库等等。存取组件12是被功能-存取核心14依照来自于一功能组件11的请求所引用。 用于控制和监管一个分布的数字数据处理系统的存取组件12可以控制几个不同类型的节点，或在节点用以产生和转移信息的信息转移方案中的不同层次。一个存取组件12可以，举例讲，控制和监视一个连接两个局部网络的桥路的各个部分的状态，以使信息在两个网络的节点间相互传递。这样一个存取组件12可以，举例讲，开通和启动此桥路，终断桥路，监管其连贯操作，确定缓冲存储器的信息数，以及确定桥路是否具有足够的系统有效操作的缓冲存储器等等。 另一存取组件12可以控制和监管分布的数字数据处理系统的各个节点的信息产生和译码部分的操作，以及建立于节点间，用于指示活动状况的各种计时器和计数器之间的虚拟线路、约定时限和其它联系的操作等等。同样地，另一存取组件12可以控制和监管节点的网络层面部分的操作，该部分控制实际的信息在网络上的传递和接收，包括各种信息传递和接收计数器和定时器等等。作以上两类控制用途的存取组件12，除了监视各个定时器和计数器的数值外，可以被进一步用来建立有关一个节点可以保持的同时性虚拟线路和约定时限的数目的限制，以及建立其它缺席和操作参数。 在特定的实施例中，存取组件可以提供向在以太网（ETHERNET LAN）桥路的管理功能的通路，向在以太网（ETHERNET）站的可联性试验或IEEE802功能的通路，向在以太网（ETHERNET）中继台的段表控制（port segmenting control）和检查功能的通路，或向在FDDI单元的管理功能的通路。另外，存取组件可以提供向在DECnet PhaseⅣ或PhaseⅤ节点的，或DEC终端服务站的管理支持的通路（参照数字设备公司（Digital Equipment，Maynard，MA）所给出的定义）。 D.请求：控制组件10、11、12是通过请求来达成相互之间以及与用户之间的作用的。请求可分为两种基本类型。一项请求可以，举例讲，在综合系统内引发某事件，也就是它可以引起综合系统的状态或条件的改变。在处理这样一项请求时，一个或多个存取组件12将执行预定的操作从而改变受管综合系统内的一个或多个单元的状态或条件。处理这样一项请求的存取组件12会产生指明该请求之状态的状态信息，此信息会被送回至功能-存取核心14。 另一方面，一项请求可以求取有关系统内一个或多个单元的状态或条件的信息，而这些单元由该请求所指明。在处理这样一项请求时，一个或多个存取组件12可以确定所涉单元的状态或条件，然后将获得的一个标志送回至功能-存取核心14。在其它情况下，存于控制安排内的信息（比如通过一个历史数据记录器功能组件）也可以被用来满足请求。 另外，一项请求也可以两种类型兼是，也就是，它可以改变一个或多个单元的状态或条件，也可以请求有关单元变化后的状态或条件的信息。在处理这样一项请求时，存取组件12会在可行情况下引起变化，然后将有关该请求之状态的信息以及有关单元的状态和条件的信息一并加以送回。 请求可因操作人员在一终端表达装置的操作而产生。在此情形下，控制该终端的表达组件10会产生一项请求，随之将其传送至表达-功能核心13。另外，请求也可直接由合适的功能组件11产生。举例说，一个起历史数据记录器作用的功能组件11可以产生要求周期性地确定综合系统内相关单元的状态或条件的请求，信息存储于一个历史数据库内以便将来作进一步处理之用。 E.核心：核心13、14由几个元件组成，包括一个信息管理件15、20（以后称为信息管理件15或信息管理件20，表示同一信息管理件），一个发送件16、21（以后简称为发送件16或发送件21，表示同一发送件），以及一个数据存取元件17、22（以后称为数据存储元件17或数据存储元件22，表示同一数据存储元素），如下所述。 F.数据存储：数据存储元件17、22可由一个或多个包含发送数据结构的高速随机存取存储器（RAM）组成，或由一个或多个固定的磁盘驱动器或其它存储元件组成。依照被存数据的类型和数量而定。另外，不同类型的数据可以依不同的方式被存储起来以便将来为核心所用，且所有这些方式都可由一个单一的数据存储元件17、22加以原则性地表达。 参照图1B，在某一特例中，数据存储元件17、22持有有关组成综合系统的各个单元在各个时间点下的存在和条件的信息，尤其是有关由存取组件10所控制的各个单元的状态或条件的选定信息，即如由历史数据记录功能组件11所获得的那些一样。这一信息被存储于一个历史数据库26。 其它信息也可被存储于数据存储元件17、22内。特别地，如上所述，一个构形组件可以形成一个指明在综合系统内单元例证之存在的构形数据库23。一个域组件可以存储一个描述用以限定用户的控制范围的单元域的数据库25。另一方面，域信息可被作为构形数据库23的一个元件来加以存储。还有，一个警告组件可以利用一个警告规则库24来改变综合系统内的警告条件。 其它有着控制安排中的个别组件的信息也可被保持在存储元件17、22中。举例讲，一个由发送件16、21所用的发送台28可以存储有关组件的位置以及它们为之服务的操作、单元和属性，此后会详加描述。另外，控制安排可以持有一个数据字典27，存储综合系统内各单元类型的属性、指示和附属单元。这后一信息可被用来，举例讲，处理来自用户的请求和/或产生引发用户请求的选择单。 G.信息管理件：参照图1A，假如信息管理件15从表达组件10处收取一项其可以利用数据存储元件17中信息加以答复的请求，它便会截取该请求并产生一个对该请求的答复，然后传送至一合适的表达组件10以向提出这一请求的操作人员显示。假如信息管理件15不能作出对该请求的答复，它便会确定该请求究竟是与现时有关，还是与未来某时有关，也就是，信息管理件15会确定该请求是否应立即被处理，还是安排在将来某个时间处理。在那个合适的时间，无论立即或将来某时，信息管理15都将该请求传送至发送件16。根据请求的性质，发送件16会找到一个功能组件11来处理该请求，并将该请求传送至那一功能组件11处去。 一旦收到来自发送件16的一项请求，功能组件11便开始处理该请求。对应于一特定请求，功能组件可能引出一个或多个操作，而每一操作均由一项请求表达，以后称为附属请求，这些附属请求被送去另一功能组件11或功能-存取核心14。一俟得到针对所有附属请求的答复，该功能组件11便产生一个答复传送至发送件16。发送件16然后整理该答复并将其通过信息管理件15传送至合适的表达组件10以向操作人员显示。 核心14的功能-存取方面功用包含信息管理件20，发送件21以及数据存储元件22。一项来自某功能组件11向功能-存取核心14递送的附属请求最初是由信息管理件20收到的。数据存储元件22也包含有关综合系统在各个时间点下的条件的信息，即如由历史数据记录器功能组件11所提供的那些一样，尤其是有关由存取组件12控制的各个单元的状态或条件的选定信息。 假如信息管理件20从一功能组件11处收到一项其可以利用数据存储元件22中的信息加以答复的附属请求，它便截取该请求并随之产生一项对该附属请求的答复，然后传送至发出该附属请求的那个功能组件处去。假如信息管理件20不能对来自一功能组件11的一项附属请求作出答复，那么它便会确定该请求究竟是与现时有关，还是与将来来时有关，也就是，信息管理件20会确定请求是否应被立即处理，还是被安排至将来某个时间处理。在那一合宜的时间，无论即刻或将来某时，信息管理件20都会将该附属请求传送至发送件21。一俟收到来自信息管理件20的一项附属请求，发送件21便会找到一个存取组件12来处理该附属请求，并接着将该附属请求传送至那个存取组件12处去。 一旦从发送件21处收到一项附属请求，存取组件12便会开始处理该请求。对应于该附属请求，存取组件可能引出一个或多个与受控综合系统的一单元相关的操作。假如该附属请求要求存取组件12去改变该单元的状态或条件，存取组件便会试图这样做并产生一项包含指明该试图的状态的信息，也就是，举例讲，改变的试图是成功、失败，还是部分成功的信息的答复。另一方面，假如该附属请求要求存取组件12去辩明该单元的状态或条件，存取组件便会产生一项指明单元的状态或条件的答复。最后，假如该附属请求要求存取组件12两件事都做，那么存取组件便试图改变该单元的状态或条件，并且产生一项答复，同时指明试图的状态和单元的新的状态或条件。在任何情况下，存取组件12都将答复传递给发送件21。后者再将它传给产生该请求的功能组件11。功能组件11然后利用从存取组件12收取的答复来整理它对来自于发送件16的一项请求或对来自于另一功能组件11的一项附属请求的答复，视具体情况而定。 一个功能件11，一俟收到来自另一功能组件11的一项附属请求，便按处理来自发送件21的一项请求的同样方式对其进行处理。 H.优点：图1A所示之控制安排具有几方面的优点。该控制安排实际形成一条处理链，其中每一个组成链的元件都试图在传与下一个元件之前对收到的请求加以处理。这样，倘若信息管理件15、20能够基于相关的数据存储元件17、22的内容来处理请求，它即会加以处理而不再要链上的其它元件来进行进一步处理。 还有，本控制安排是可扩展的，因而额外的表达组件10、功能组件11和存取组件12很容易被附加进去，而不用改间控制安排的构造，如下所述。功能组件11和存取组件12的加入是通过一个登记的过程，如图5所描述。组件10、11或12的加入或消失要通过修改在数据存储元件17、22中的一些数据结构以及由表达组件10所保持的其它数据结构即能实现，如图5所示。 另外，本控制安排的规格化和可扩展化的性质也方便了控制安排自身的管理。用于向综合系统发出管理指示的发送和请求的范例也同样地可被用于向管理组件自身发出指令。这样就不需额外的管理应用来管理控制安排自身了。 还有，由于组件的功能是根据一种标准形式来规定的且作为一件整体适用于控制安排，本控制安排便能为组件提供完全的用户接口支持，这样便在得组件的设计者可从为每一组件提供用户接口支持的任务中解脱出来了。这种类型的“自动”用户接口支持也保证了对用户接口的一个一致看法和感受，而不管被使用的管理组件的来源和性质。 应该意识到，倘若本控制安排被用于控制一个分布数字数据处理系统，那么该安排，包含它的各个元件，就可由一群由组成这一分布的数字数据处理系统的各个节点和计算机处理的程序来组成，也就是说，除一组成受控分布数字数据处理系统的计算机设施外，不再需要其它额外的计算设施来处理组成这一用于控制分布数字数据处理系统的控制安排的组件，常规的过程调用机制，节点间通讯机制和过程间通讯机制可以被用来在各个控制安排的部分，它们可以处于相同过程的不同阶段，或相同节点的不同过程或不同节点中，之间传递通讯消息，包括请求，附属请求和答复。假如组件是处于同一节点的不同过程或不同节点中，则过程间和节点间通讯机制将被用来在各个过程和节点间传递请求、附属请求和答复，如图6和下文所述。 I.单元模型：在作进一步描述之前，有帮助进一步介绍下一图1A所示控制安排与受控综合系统的关系。具体地，参照图2A，本控制安排是由一个控制指挥件35，它包括所有表达组件10、功能组件11和存取组件12以及核心13、14组成。综合系统则包含一个或多个单元36。每一单元36又包括一服务元件31、一管理接口30和一服务接口33。管理接口通过一代理34来控制和监管服务元件。服务元件是单元36的实际受管部分，它提供单元的基本功能或功能。也就是，服务元件31执行该单元在分布数字数据处理系统内所要求的功能。假如，举例讲，单元用来执行为某节点向一网络作通讯联系的服务，则是服务元件31来执行这一通讯任务。 如上所述，服务元件31是通过一个代理受控的，而代理则通过管理接口30和服务接口33来与指挥件，具体地讲，存取组件12进行通讯，通过管理接口30达成的通讯方便对服务元件的开关和它的启用，同时也使得指挥件35能确定单元36的操作状态。通过服务接口33达成的通讯则使得指挥件35能控制和监视服务元件31，通过比如在控制单元36的情形下建立诸如通讯参数等选择的属性的条件，或在监视单元36的情形下确定计数器的数值。 一个单元的管理是以由它所支持的指令和它的属性作为特征的，广义地讲，属性就是那些有关单元的功用和控制且与指令相关的参数，举例讲，某单元是起一个信息发送器的作用，它通过一个分布数字数据处理系统来达成数据块的交流，则该发送器的属性就可以包括被传递的信息块的数目和信息组的数目。假如单元是一个调制解调器，则其属性可包括有关调制解调器操作的计数器和状态登记器。指示的例子可以是“示（SHOW）”，用于检索属性的数值，和“置位（SET）”，用于修改属性的数值。 服务接口与单元的功能相关，而管理接口则与代理的操作相关。通过服务接口选取的指示和属性标志单元的功能，而通过管理接口选取的指示和属性则标志单元的控制和监督。 为了说明两种接口的作用和提供一个有关以上模型如何应用于一个具体单元的实例，考虑一个起调制解调器作用的可控单元。调制解调器可能具有几个功能性属性，比如波特率、行选择、以及电源开关设置。另外，调制解调器还可具有几个管理属性，比如它的行利用百分数和自最后一次自身调试以来所过的时间。波特率、行选择和电源开关设置与调制解调器的直接运行相关，因而通过服务接口来选取，而行利用百分数和自最后一次自检以来所过时间与调制解调器的一般运行相关，因之通过管理接口来选取。 对以上例子细加琢磨，应注意到在将管理信息在一个表达装置上表达的过程中，表达组件是利用该表达装置的服务接口，因为信息的表达是该表达装置的主要服务项目。然而，在控制安排中的某一存取组件也可管理该表达装置，比如通过调查它以确定它是否处于开启的状态。 除了在上面讨论的属性外，还有另一些“假属性”，它们与单元相关但并不被单元所存储。假属性通常为单元模型描述所需但并不由单元所提供。它的一个例子是属性“工具”（IMPLEMENTATION），它可以是由单元提供的属性“工具类型”和“版本”。以及单元的“产生时间”的合成。假属性是由负责选取单元的存取组件所保持。 在此值得注意的是所请单元模型是指一个用于描述指示和某单元的属性的一般方法，它并不意味在该单元本身内部的任何结构。单元模型是一个工具，它使本控制安排按一种一致的方式来涉及任何任意单元的属性和操作。任何任意单元可被随时“插入”和被图1A所示的控制安排依下列步骤进行管理，（1）依照单元模型对它加以描述，（2）调用一个合适的存取组件，以及（3）插入（登记）该存取组件到控制安排之中。 J.管理组件之管理：如上所述，在一个用于控制一个分布数字数据处理系统的控制安排内，各种表达组件10、功能组件11，存取组件12和核心13、14是由组成该分布的数字数据处理系统的各个节点加以处理。在此情形下，各种组件10、11、12和核心13、14便构成综合系统的单元，因而也可按以上描述的适于其它单元的同样方式来加以控制。 用于向综合系统发出管理指示的发送和请求范例亦用于向管理组件自己发出指令。如在下面有关发送规格的描述中可看到，除了用于管理综合系统的管理程序外，每一组件还包括处理组件内部属性的自我管理程序。外部和内部程序都可由使用同一请求语法的请求来加以选取。因此，随着用于管理综合系统的能力因新控制组件的加入而增加，用于管理控制安排的能力也同样地增加了。 具体描述A.管理组件结构：1.综述：参照图2B，在某一特定实施例中，一个管理组件的结构包括可执行代码38，它履行由该组件提供的管理功能。具体地，对于一个存取组件，该可执行编码包含存取组件为之服务的单元组的存取规程。对于一个功能组件，可执行代码包含用于运算由该组件提供的更高级功能的指示。而对于一个表达组件，可执行代码则包含用于由表达组件支持的表达装置的接口规程。 组件可能需要专用存储器来存储各个有关该组件的功能的只读或读/写的变量。这一存储是作为一个定位区32来提供给组件。这一存储可以，例如，被一个表达组件使用来保存分析台（parse table）和表达规格数据或被一个存取组件用来保存一通配符的（Wildcarded）请求的口令信息。 由存取组件提供的各个过程的存取点是由在发送通道39A和39B中的指示器所指明的。如在下文中将进一步充分讨论的那样，发送通路汇合于存于核心存储17、22中的发送台处，它们被用于确定组件支持的各个过程的位置。如图2B所示，发送指示器39A与在向综合系统提供管理服务的组件内的过程相关，而发送指示器39B则与在向组件自身提供管理服务的组件中的过程相关。如上所述，当组件登记控制安排时，两组指示器都被载入核心的存储器中，以既用于管理综合系统或用于管理组成该控制安排的组件。 除了以上结构之外，组件还与一个管理规格48有关，它描述由该组件服务的单元和属性的类别，以及用于向组件请求服务的指示和答复的结构。管理规格也对组件自身的管理作出规定。在一个组件的登记期间，相关的管理规格即被载入到数据字典中去。 2.管理规格：由控制安排（图1A）所管理的综合系统的服务元件31和服务接口33的性质、组成和结构，以及组成该控制安排的各个单元，都是由一个管理规格和发送规格所定义的。图3A至3D详细描述一个单元的管理规格，而图3E则规定一个用于启动与该单元相关的特定操作的发送规格。首先参照图3A，一个单元的管理规格由一首部（header portion）40和体部45组成。首部40包含一定的识别信息，比如一个含有识别单元的名字的名字字段41，一个含有版本标记的版本字段42，一个含有用于指明单元在综合系统内位置（比如在综合系统是一个分布数字数据处理系统的情况下，节点的位置）的位置信息的位置字段43，以及一个含有指示所选数据类型的信息的类型说明字段44。 在某一变通实施例中，首部也可包含一个与记号字段52联合起来用的记号-字首字段，如下所述。 管理规格的体部45包含单元的实际管理规格。体部45进一步由图3A所定义。初步讲，控制安排是由两种一般类型的单元组成，也就是，普遍单元（global entity）和附属单元。如上定义，控制安排便于单元的分级，由普遍单元标示在一分级体系内的高级单元，而由一附属单元识别从属于同一体系内另一单元的单元。一个管理规格的体部45包含两类单元定义中的一个，也就是，一个定义45A对应于一个附属单元或一个定义45C对应于一个附属单元。 一个管理组件可以向单元的一个普遍组，或向在某一普遍单元组内的一个附属单元组提供服务。一个特定例子可在DECnet PhaseⅣ中找到（依据数字仪器公司，梅那特，麻省的定义）。在DECnet PhaseⅣ中，邻近_节点是一附属单元组，而它的高级单元组是节点4_线路。倘若一个管理组件特对邻近_节点附属单元组提供服务的话，那么管理规格就必须提供一个机制，来指明对应于普通组的管理规格处于对应其它组件（用于管理节点4_线路的那个）的管理规格中。 分别相应于一个普遍和附属单元的定义45A和45C在图3A至3D中进一步被加以明确。另有一个单元定义46包含一个名字字段47，它由一个名字和一个代码组成，据此可以识别单元。另外，名字字段47按普遍还是附属来识别单元并为单元明确一字段别名称。假如单元定义是相对一附属单元，则它又有一高级字段50，用于识别在同一体系内的高级单元。一个识别器字段51包含一份相对于其后在一单元体部53中定义的属性的属性名单。最后，一个记号组52包含一个用于产生特定的编译常数文件的记号，该档案则包含单元开发者使用的一致性的名字。 在一个变通的实施例中，一个“动态”字段也可以被包含于单元定义中。这一字段可具有数值“真”或“假”，以及指明对该单元的管理规格是否应被存储到构形数据库中去（图1B）。这就为管理组件的开发者提供了一个方法，用于准确地指明哪一附属单元例证要被存于构造数据库中去。这样，诸如节点间连接部这些高度动态的单元就不需存于系统的构形中去。这可以消除由重复地加入和取消例证带来的“开销（overhead）”。该动态字段的布尔（boolean）值指明单元组实质上是否动态的，如是“真”，则单元的例证就将被存于构形中，如是“假”，则单元组的例证就将不被存于构形中。 如上所述，对应某一单元的某一单元定义46包含一个体部53。体部53的细节由图3B所示。参照图3B，可见一管理规格的体部53又包含四个部分，即一属性分配定义单54，一集合定义单55，一指示定义单56以及一附属单元57，假如该单元组具有附属单元的话。如果体部53确定包含一附属单元单57，则该附属单元单57有的每一项都又包括一个单元定义46（图3A），同时其名字字段47包括“附属”一字。 如上提及，单元本体含有一个属性分配单54和一个属性集合单55。在此有帮助解释这些清单之间的区别。每一单子都涉及单元的全部属性，且将每一属性归于一个或多个组。而由分配单54建立的组别是独立于由集合单建立的那些组别的（即每一清单都是一个有关单元的属性的独立表征）。 分配单54识别和将所有具有类似形式的属性分组;举例讲，一个属性分配可以包含所有计数器或所有状态属性（标志）。“分配”一字被用于指明由属性分配形成的组是真正的属性分配组-任何属性都不可能同时是两个分配组内的成员，并且每一属性都必然是一个分配组内的成员。 集合单55识别和将所有具有类似的功能的属性分组。举例讲，一个对应一节点4普遍单元类别的存取组件可以定义一个称为“丝筐（SQUERGE）”的属性集合。“丝筐”属性集合可以包含所有有关一节点4类别内单元的现时运行表现的属性，比如一个指示发送的字节数计数器类型属性，以及指示渠道配额的特性类型属性。在这一例子中，用户可以调看所在这些统计结果通过诸如下面的一个指令：SHOW NODE<instance>ALL SQUERGE（示 节点<例证>所有丝筐）“集合”一字被用来指明集合包含具相似功能的属性，但并不一定形成属性的分配组。一个属性可以是不止一个集合的成员，且并不是所有属性必是某集合的成员。 属性分配定义单54又包含一个或多个属性定义64，如进一步在图34中定义的那样。每一属性分配定义64则包括一个种类字段56，它根据属性的特定类型来识别属性，比如一识别类型属性、一状态类型属性、一计数器类型属性、一特性类型属性、一参考类型属性、或一统计类型属性。对于每一属性类型，数据的类型是由一附加字段68所提供。属性分配定义54也可以包含组60和61，它们分别指示一个单元的缺席登记率和最大登记率。如上指出，一个历史数据记录器功能组件11可以周期性地获取综合系统内的各个单元的用于存储于数据存储元件17、22的状态和条件信息。登记率字段内的内容分别标记缺席和最大率，在此率下有关单元将提供状态和条件信息。另外，一个属性定义又包含一个或多个属性字段62，它则由一含有一据以选取属性的代码的属性名字63和一相关的属性本体64组成。 所有有关一分配组内成员的属性的定义都处于一个如上建立的分配定义54内。而属性的独立方面则由一个或多个属性本体定义64来确立。图3B进一步描绘了包含于在一属性分配定义55的一属性字段的一属性本体64之内的信息。一属性本体64可以包含一些字段，如一个指示属性是否可读或可写的存取信息字段65以及一个指示属性是否该通过一个表达组件10来显示给操作员的显示字段66。一个缺席字段67用来识别属性的缺席或初始值。一个标记字段70则包含一标记，用于产生一含有可被单元开发者利用的一致性的各称的特定编译常数文件。 一属性本体64进一步包含一个类别字段71，用于识别关联属性的一个或多个类别。如果所涉综合系统是一个分布数字数据处理系统，则所讲类别可以包括，但不限于由74-98-4开放系统互连（OSI）标准定义的那些类别，如构形、假、表现、保安或会计这几类。另外，属性本体64可以包含组72和73的登记率信息，如果对由属性本体64定义的特定属性的登记率是不同于由在属性分配定义54内的字段60和61所规定的那些登记率的话。最后，属性本体64可以包含一个专用变量字段74，用以识别用于处理有关该属性的管理组件中的专用变量。 在一变通的实施例中，登记率信息可以被从属性定义中完全省去，鉴于所涉数据的特定调用性质。另外，在一变通实施例中，一单位字段亦可被包含于属性本体64中。在一单位字段被包括的情况下，数值数据即能（且该）具有规定的单位。 属性可以被集合起来以简化综合系统的管理。单元本体53的集合定义部分55标记一个或多个单元包含的集合。一合集合定义部分55的内容由图3B所详细规定。一个集合定义部分55包含一集合名字字段75，它识别该集合，以及一属性单81，它识别包含于该集合内的属性。一个集合定义部分55也可包含一组指令，也就是可参照该集合而加以处理的请求。一个集合定义部分55又可包含一记号字段77，类似于前面描述的记号组，一可以包括但又不限于OSI类别信息的类别字段80，以及一识别用于处理有关含于由集合名字字段75识别的集合内的该属性的专用变量的专用变量字段82。 一个单元对由控制安排依照分别来自一表达组件10和一功能组件11的请求和附属请求而产生的指示加以处理。每一指示都包括一项指示请求，它规定一个将要执行的操作且可能含有一项单元可能作出的有关该操作的答复和例外。每一指示是由一指示定义56所定义。图3C和3D详细描绘了一个指示定义56的结构。参照图3C，可见一指示定义56包含一名字字段83，它具有一个指示据此能被识别和选取的代码。一项指示又包含一请求定义组90，它识别一项请求或附属请求的结构，一答复定义组91，它规定一项答复的结构，以及一例外定义字段92，它则规定一项可能在处理该指示过程中产生的例外的结构。字段90、91和92的细节将在下面加以描述。 一个指示定义56可以也包含一个用以指明该指示究是否一项行为指示，也就是它是否引起综合系统内一个或多个单元的状态或条件的变化，或它只是导致状态或条件信息的回复的字段84。在一个变通的实施例中，该行为字段84可以被一个指示_类型字段所取代，它指明该指令是否是“检查”、“修改”，或“行为”中的一类。一项“检查”指示只运行属性但不修改，它的例子包括“示”或“索引”。一项修改指示只修改但不运行属性，它的例子包括“置位”、“加入”或“移走”等指示。一项行为指示不运行属性，行为指示而是对单元本身加以运行，它的例子包括“产生”和“试验”等指示。 字段85可以被用来提供指明该指示是否对一表达组件10开放的信息。一个识别章节可以由一记号字段86所提供。另外，一个类别字段87可以规定，但不限于一个或多个OSI类别，即如上面联系字段71所作的规定一样（图3B）。 在一个指示定义56内的请求定义字段90的结构示于图3C中。除了“请求”一字外，请求定义字段90可以包含零或其它宗数（arguement）91，每一宗数由一个包括一存取编码的名字字段92加以识记。另外，一个宗数可以包含一显示字段93，用以指明该宗数是否要通过一表达组件10向操作员显示。宗数也可包含字段94，用以指明操作员是否必须提供宗数的一个值，以及一个含有一缺席值的缺席字段96，一个含有一识别章节的记号字段95，一个含有一识别章节的记号字段97，和一个还可包含一专用变量组100，用以识别在处理相关宗数时使用的专用变量。 一个答复定义字段91和一例外定义字段92的结构示于图3D中。参照图3D，一个答复定义字段91包含一答复名字字段101，它也包含有一该答复可据以被选取的代码，一个权衡字段识别该答复是否指明由请求字段90规定的请求的执行是“成功”的，或该答复是否只是“介绍情况性”的。一章节字段103用以指明表达组件10可以向操作员显示以提供答复的一章节。另外，一个答复定义字段可以包含一个或多个宗数字段104，每一宗数字段包含有一名字字段105，一单位字段106和一记号字段107。 在一变通的实施例中，权衡字段102可被一含有答复的识别章节的记号组所取代，且宗数字段104可以包含一布尔显示字段，用以指明该答复是否该向用户显示。 例外定义字段92的结构与答复定义字段91的结构相类似，它包含字段111至117，其作用与答复定义字段91的字段101至107的作用相类似。然而，权衡组112可以含有三个数值，即是“警告”、“错误”和“致命”，指明引起例外的错误的严重程度。 如同在答复定义91中的情况一样，在变通的实施例中，权衡字段112可以被一个含有识别答复的章节取代，且宗数字段114可以包括一布尔显示组，用以指明该答复是否应向用户显示。 3.发送规格：图3E定义了一个用于规定一单元执行的特定操作的启用的发送规格（图2B）。一单元的发送规格中包含的信息是被用来产生对执行该操作的过程的指示器的。参照图3E，可见发送规格包含一首部200，用于规定发送规格的开始并含有一台面名称，以及一尾部201，用于规定发送规格的结尾。在首部200和尾部201之间，发送规格包含一个或多个发送通路202，每一通路规定一个关系到一个或多个单元和属性的操作。 发送通路包括一动词部分203和一单元通路204，它们共同识别一个操作。实际效果上，发送通路之动词部分203和单元通路204相对应于一项由管理规定的指示。指示既可以操作于单元，又可以操作于由一单元通路204规定的单元的一属性部分205所规定的属性。单元通路204的内容相对应于由单元定义46的名字字段47和50中的一项单元类别和例证名字所识别的一个单元或附属单元。同样地，属性部分205的内容则对应于单元定义46的单元本体53的属性定义54的名字字段62中规定的属性。 发送通路202也包含一过程指示器部分206，它含有一指向一通路点的指示器，而该通路点则引向在一存取组件内用来处理一项与在该发送通路202的部分203、204和205中识别的单元和属性相关的指示的一个过程。如下面将结合图5、7A和8B作的描述所阐明的那样，发送规格是被用来编制数据结构的，尤其是发送台28（图5）的发送通路134（图8B）的结构，它被核心13、14用以将请求传递至合适的功能组件11或存取组件12进行处理。一项请求或附属请求实质上定义了一个动词、一个单元和一个属性分配，而核心则将由请求规定的该动词、单元和属性分配和一个属性分配，而核心则将由请求规定的该动词、单元和属性分配与由发送规格的部分203、204和205规定的数据结构的相应部分的内容进行比较。假如该动词的有关部分吻合数据结构（图8B）的相应部分的内容，则核心13、14便启用在发送通路134中规定的过程，而它是取自于发送规格的部分206（图3E）。 B.数据文件和使用：1.数据字典：当一管理组件被登记时，它的管理规格可以规定新的普遍单元类别，附属单元类别或属性，普遍或附属单元的指示或事件。管理规格（图3A至3D）是被用来建立一个数据字典，而它又被用来建立其它数据结构，下面将结合图5和8A加以描述，而其使用则由图9所规定。该数据字典是由一分级的具有图4所示的一般设计或结构的数据库组成。参照图4，可见该设计具有一相对的根节点220，它与一在管理规格中定义的普遍单元相关（图3A）。该普遍单元节点指向一群在分级设计中的附属节点，包括一列出所有属性的附属节点221，一列出属性配分的附属节点222，一列出属性集合的附属节点223，以及一列出附属单元的附属节点224，而该分级计设是相对于管理规格的单元定义46中的单元本体53的。 附属节点219至224中的每一个都指向在单元本体中定义的相关元件。也就是，附属节点221指向附属定义节点225，而其中每一个都含有由单元本体53的一属性定义54规定的一属性的定义，属性分配节点219指向所有属性分配节点，而其中每一个都含有一个由单元本体53中的属性定义54中的一分配定义56所规定的属性分配，集合节点222指向所有集合定义节点226，而其中每一个都含有由单元本体53的一集合定义55所规定的集合定义，指示节点223指向指示定义节点227，而其中每一个都有一项由单元本体53的指示定义56所规定的指示定义，以及附属单元节点224指向所有附属单元定义节点228，而其中每一个都含有一项由单元本体的附属单元定义57所规定的附属单元定义。每一指示节点227又都指向一请求节点230、一答复节点231和一例外节点232，而它们的每一个又都含有取自于管理规格的请求定义90、答复定义91和例外定义92（图3C）的一项请求，答复和例外的定义。另外，每一附属单元节点228形成一个具有类似图4所示的一普遍单元之设计的附属设计的根节点，包括一对应属性的附属节点233，一对应集合的附属节点234，一对应指示的附属节点235，一对应分配的附属节点237以及一对应附属单元的附属节点236。图4描述的设计就这样可对所有如示于图3A至3D的管理规格定义的附属单元和它们的附属单元之不断重复。 管理规格中的信息被合并于相应的数据字典的各个节点，它被用来产生用户接口信息文件29，而后者是被一表达组件10在向操作员显示单元信息，包括单元标记信息和答复信息，以及产生由控制安排的其它部分和综合系统的单元处理的请求时加以使用的，如下所述。数据字典的各种节点从管理规格的元件处收取信息，来形成构成该数据字典的完整的数据库。在发送规格（图3E）中的信息被用来产生发送台28，如下结合图8B和9所述。 以此为背景，图5描绘了一个单一的表达组件10，功能组件11和存取组件12，以及包含信息管理件15、20和发送16、21的核心13，14。另外，图5还描绘了数据存储元件17、22的各个部分。具体来讲，数据存储元件17、22包含一构形和域数据库23、25，一警告数据库24，一历史数据文件26，一数据字典27以及一发送台28。 2.历史数据文件：历史数据文件26包含在涉及核心13的表达-功能方面作用的情况下有关单元的状态和条件的信息，和在涉及核心14的功能-存取方面作用的情况下有关单元的信息。在文件26中的状态和条件信息也包含有定时信息，用于识别该状态和条件信息产生的时间。当信息管理件15、20收到一项请求时，或一项附属请求时（有关一特定时间下的状态或条件），它便确定该信息是否包含于文件26之内，如果在请求或附属请求中指明的那个时间是属于过去的话，并且使用档案的内容来加以答复。 另一方面，假如请求或附属请求中指明的时间是属于将来，则信息管理件15、20便实际上安排该请求到指定的将来某时进行处理。也就是，信息管理件会将该请求或附属请求一直留存到所指时间的到来，然后或利用直接来自存取组件12或功能组件11的答复，或利用文件26的内容来处理该请求，规实际情况而定。 这些功能将在下面“时间程序”一节内被加以完整的描述。 3.发送台发送台28是被发送件16、21所利用来确定如何将一项请求或附属请求传递至合适的功能组件11或存取组件12处去。发送台28的内容，在分布的数字数据处理系统的情况下，识别组成每一功能组件11的程序的通路点的位置，而该功能组件可以依照请求从一表达组件10处被调入。更为具体地，发送台28包含便于各个由相关功能组件11执行的操作的启用的调用信息。同样地，发送台28的内容也识别在分布的数字数据处理系统情况下存取组件12中的程序的通路点的位置，而存取组件12是用来处理来自一功能组件11的附属请求的，也就是，它含有规定由名个相关单元执行的各个操作的调用信息。 4.用户接口信息：控制安排进一步包含一个用户连接信息文件29，它含有有关由功能组件11提供的各种功能和由存取组件12控制的单元的信息。用户接口信息文件29包含取自于相关单元的管理规格的信息。表达组件10利用用户接口文件29的内容来在操作员的终端上显示选择单及其它东西以方便对综合系统的控制。在用户接口信息文件内的信息使用关综合系统单元的各种功能和操作便于显示。 5.构形数据库：如上所述，一个构形功能组件可以产生和保持一个构形数据库，它列出在现行综合系统的构形内的（如果想要的话，亦可是过去的构形）所有单元例证。这一信息可被，举例讲，一个表达组件用来产生分析台或列出可用单元例证的用户选择单。构形数据库还可以包括一个域数据库，用以限定某用户的控制范围以方便综合系统的使用，如下所述。 除了以上特色外，在某一实施例中，构形数据库可以与表达组件配合被用来支持用户指令中的通配符（Wildcard）操作。当一项包含一盲卡的用户指令被一表达组件接收后，表达组件便向构形功能组件发出一项请求，要求对在吻合该通配符请求的构形中的所有单元进行点查。构形功能组件然后利用构形数据库内的信息（以及域信息）来产生名单。在收到该名单后，表达组件再将该用户请求扩展成所有可能的与该通配符吻合的附属请求。 例如，请求SHOW NODE＊ IN DOMAIN SITE 1（示 节点＊在域位1） （这里“示”是指示，“域”是域单元类别，“位1”是一域例证，“节点”是一普遍单元组，而“＊”是通配符）将可被译为一项要求显示所有位于各为“位1”的域内的节点的例证的指令。表达组件即将该请求扩展成几个请求，每一请求具有下列形式：SHOW NODE<instance> （示 节点<例证>）（这里<例证>是例证名字），相对在域“位1”内的“节点”类别的每一例证。 局部通配符操作可得到支持。在此情况下，指示对具有吻合由该局部通配符名字规定的样式的例证名字的目标单元组发出。举例说，“节点＊00”将可吻合“节点F00”和“节点MAG00”，但不能吻合“节点BAR”。局部通配符操作不能用于带某些数据类型的识记器（比如不使用文字和数字的识记器）字段。 在优选实施例中，通配符展开是不为一用户指示的普遍单元类别字段所允许的。普遍类别规格不能允许通配符，因为这样做会导致对一项指令的失控。如果由某一单元类别支持的指示名称不被另一类别所支持的，错误便会产生。既使一项指示名称是由几个类别所支持，指示名称也可能标对应于在不同组内的不相关的功能，从而引起不想要的副作用（比如“消去＊”指示）。另外，普遍单元盲卡操作可能只会产生多于用户想要的信息（比如，“示＊”指示）。应注意到通配符操作是可以在附属单元类别内完全地施行的。 通配符操作的实施例也可以是将部分或所有的通配符展开任务委派予存取组件。在不使用任何构形功能组件的情况下尤其是会这样做。在不存在构形功能组件的情形下，存取组件（通常与对一组或附属组的所有组件的存取相联系）可以作为它们专用存储件32（图2B）的一部分来存放例证数据。在此情形下，这些存取组件将使用该例证数据来展开在收到的请求中的通配符。如果通配符操作不被一特定存取组件所支持，则指明这一条件的一个例外将会被回复给用户。 C.数据文件管理和登记：当一个管理组件被加至控制组合体时，或当有着单元的管理的新信息为可用的时候，控制组合体必须要予以接纳。由于本控制组合体是由数据驱动的，因而使系统接纳新的组件或信息就包括对相对数据文件的修改。通常，这一过程被视为数据文件的管理。而控制组合体据以调整接纳一个新的组件的特定过程被视为登记。 1.过去数据文件管理在一个特定的实施例中，过去数据文件（26）的内容系由一个功能组件（11）部份提供及维持的。该功能组件起到了一个过去数据记录功能组件的作用。在该实施例中，此过去数据记录功能组件是由一位操作员通过送达表象组件（10）的请求而控制的。开始时，一个这样的请求指定一个单元及一个或若干个属性;该请求以及查询速率在过去数据文件中建立起一项用于上述指定的单元及属性的记录，并使该过去数据记录功能组件以该请求所指定的查询速率向该单元发出从属请求，并使其响应代表该综合系统单元的条件的数值，该综合系统是由该请求所指定的单元及属性所确定的。此外，其它类型的请求使得操作员可以根据过去数据记录功能组件起动其它的操作;例如，改变查询速率，暂时起动或停止查询，以及显示某个反应中的最后数值。 2.发送表格发送表格（28）及用户接口信息文件（29）的内容包括了登记信息。它们是在一个登记过程中由各种功能组件以及存取组件（12）所提供的。在一个登记过程中，某个组件被登记在控制组合体里，它将显示信息（包括名称及代码信息）从它的名称字段中装载到数据词典中去，此外，此组件将管理规范所规定的代码信息及其它信息从数据词典（图4）装载到发送表格（24），并将发送信息从它的发送规范（图3E）装载到发送表格（24）。 3.用户接口信息首先，表象组件（10）使用用户接口信息文件（29）中的显示信息决定是否应显示某个单元，属性，指今，等等;其次，它决定将要显示什么，用户接口信息文件（29）构成一个分析表格，作为对某个操作员在终端发出的一项指令的响应，该分析表格使得表象组件（10）接受该指今，使用这个分析表格分析该指令以获取代码，它对应于在某个管理规范中规定了的请求，单元及属性的代码，该管理规范是作为对核（13）的请求而传送的。 请注意，功能组件及存取组件并不需要任何用户接口代码。这些组件已获得现有的用户接口支援;组件设计人员无需为用户接口而操心。这一特点大大简化了组件设计，并且保证了该系统无论实际使用的组件是什么给用户一个整齐的感观。 当从某个表象组件获得一项请求时，调度程序（16）使用发送表格（28）中的调度信息呼叫功能组件（11），发送表格（28）也组成一个分析表格，调度程序（16）使用该分析表格发送适当的顺序以处理请求。这将在下面谈到图9时作进一步的说明。 当表象特定信息用于用户接口信息文件（29）时，值得推荐的是使用分析表格及发送表格（28）中的代码以将调度程序（16）所用的单元，属性等的识别符和由表象组件（10）显示给操作员的识别符区分。因此，表象组件（10）产生的显示可以有种种不同的语言，而表象组件（10）产生的请求包含有单元，属性等同样的识别符。 此外，用户接口信息文件（29）可以以一种更方便的格式存储信息;该信息已可由构形数据库及数据词典所获得。 例如，数据词典中的分类数据（图4）表明了所有综合系统中的单元所支持的指令（223）。然而，指令（223）是以一种分级格式而储存的，它们并且从属于单元类别（220）。尽管该格式能有效地表示单元分类信息，它对分析表格却并不那么有用。一个用户要求一般首先列出指今（例如，在“SHOW（显示）NODE FOO”中的“SHOW”）;因此，一个分析表格应当拥有指令作为分级结构的第一层次。正如上述例子所显示的那样，一个分析表格可能需要分析某项指令，而分类名称（例如，“NODE”）与事项名称（例如，“NODE FOO”中的标识“FOO”）混在一起。因此，在可能的指令被别出之后，该分析表格应当列出那些支援这些指令的类别名称以及这些类别事项的数据类型。尽管类别及数据类型信息可由为扩充通配符而对数据词典所作的重新组织所获得，范例数据可以从构形数据库获得，因此，分析表格可以在用户接口信息文件中强化指令及实分类，并使得对用户接口信息文件中强化指令及单元分类，并使得对用户输入的分析在计算上更为有效。 上述引例示亦可适用于图表或选择单驱动的接口。然而，对于这种类型的接口，用户可能会希望为他的指令建立一个上下文区域。建立该上下文区域的手段是用图表法选择一个特定的单元或单元范畴以用于随后的操作，并建立将要形成的指令的OSI范畴（加同列在指令定义的范畴字段（87））。其次，一个选择单可以被产生出来以列入所有的支援指令。使用事先制定的选择单，用户可以要求一个指令以用于一项或多项实例（例如，通过配对上指令及实例）或用于一个完整的范畴及单元类别（例如，通过仅仅配对上该指令）。对于一项试验或范畴类型的指令，进一步的选择单将会提醒用户选择属性分割或组合。 为了实现这种类型的接口，有必要从构型数据库取出所有范畴及单元实例的目录以及某一一范畴内所有实例的目录。此外，格式数据库必须存储由该类别或范畴所支援的指令。 用户接口信息文件亦可存储隐含值信息，用于实例或类别的隐含值可以由用户提供，亦可以由用于相关单元类别的管理规范管理提供，这一功能可使用户节省打字的时间，因为用户可以在一个指今中指定一个隐含值，举例来说，设想该用户对“NODE FOO”最感兴趣，则他可指定“NODE FOO”作为该隐含节。在以后的时间里用户可打出指令为“SHOW ROUTING”，该指令即可解释为“SHOW NODE FOO ROUTING”，隐含值亦可类似地用于图表环境中。 用户接口信息的另一个例子是联机援助文件，该文件可通过表象组件提供给用户。该援助文件包含了为使用已有的管理组件组所需的援助信息。在值得推荐的实施例子里，援助文件当被登记时由组件所提供的援助信息所构成。提供的援助信息可以包含对该组件所支援的单元及从属单元类别的描述以及由该组件所支援的类别的指令。此外，辅导信息可被提供用来指导第一次使用该组件及其指令的用户。上述信息亦可由对于该组件的管理规范所决定。然而，该援助信息文件将把该管理规范信息译为英文句子，这样一来，用户学习管理规范句法的负担将大为减轻。 4.过去数据记录器过去数据记录功能组件（11）可使用位于它的数据词典部分的单元查询信息，包括与最高查询速率字段及省略查询速率字段相关连的部分。这样一来，查询可被起动及控制该查询与该单元的种种属性有关正如在属性定义（54）中所定义的那样，对于反应而言，该过去数据记录功能组件（11）存储在它的过去数据文件（26）中。 5.组件登记正如图5所示，举例来说，对于一个存取组件（12）而言，当它参与某个登记过程，显示信息被负载到用户接口信息文件（29），该显示信息包含有由其名称字段中的名称及代码信息所定义的名称及代码信息，以及从其与管理规范中的显示字段有关的数据词典部分而来的信息。类似地，一个功能组件（10）将管理规范所定义的代码信息及其它信息从数据词典（图4）装载到发送表格（28），并将发送信息从发送规范（图3E）装载到发送表格（28）。 D.组件间通信及节点间通信1.控制功能组件在一个特定的实施例中，操作员可以通过控制功能组件（11）直接控制存取组件（12）。该控制功能组件本质上可产生辅助请求，这些辅助请求系该控制功能组件从调度程序（16）获得的请求的复制件。在这个实施例中，表象组件（10）接受指令并且使用在用户接口信息文件（29）中的分析表格来分析该项指令以获得由管理规范所定义的存取组件（12）的请求，单元及属性的代码所相应的代码。该管理规范作为一项请求被传送到表象一功能核（13），控制功能组件（11）将该项请求作为一项辅助请求传递给功能存取核（14），在这个存取核中，该请求与其它任何辅助请求同样地受到处理。 一旦从功能组件（11）收到一项辅助请求，调度程序随即使用在发送表格（28）中的发送信息调用存取组件（12），发送表格（28）也形成一个分析表格，调度程序（21）使用该分析表格向适当的程序发送，以对请求作出处理。对此，我们在下面涉及图9A及图9B时还要谈及。 2.节点间通信如果控制组合体控制了一个包含有分布数字数据处理系统的综合系统，则图5广泛地描述了下列包括在分布数字数据处理系统的单一节点中的单一过程中的元件。表象组件（10），功能组件（11），以及存取组件（12），包括由信息管理程序（15），（20），调度程序（16），（21），相关数据文件（23），（24），（25），（26），（27），发送表格（28），以及用户接口信息文件（29）组成的核（13），（14）。假如该分布数字数据处理系统在不同的过程或节点包含有表象组件（10），功能组件（11），以及存取组件（12），则该控制组合体包括有在所有的过程及节点中的调度程序（16），（21），正如图6所示，当某个节点的某个过程中的调度程序（16（1））从某个表象组件（10（1））收到一项请求，该请求必须由一个功能组件（11（2））在一个二次过程或节点中加以处理，则它利用一种过程间通信机构以传递该项请求（其前提是：功能组件（11（2））位于同一节点的另一过程之中），或者利用相关于另一节点的过程的节间通信机构以传递该项请求至位于另一过程或另一节点的调度程序（16（2）），调度程序（16（2））选择一个功能组件（11（2））以处理该项请求，调度程序（16（2））接受由功能组件（11（2））产生的反应并传输这一反应至调度程序（16（1））。这一传递是利用过程间通信机构或节点间信信机构而实现的。然后，调度程序（16（1））又使表象节（10（1））显示对操作员的反应。 类似地，当某个调度程序（21（2））从某个功能组件（11（2））接收到一项需要由另一过程或节点中的存取组件（12（3））处理的辅助请求时，则它可分别利用过程间机构或节间通信机构将该辅助之请求传递给另一过程或另一节点的调度程序（21（3））。调度程序（21（3））然后将此辅助请求传递给存取组件（12（3））进行处理。调度程序（21（3））从存取组件（12（3））接收到这一反应，并利用过程间通信机构或节间通信机构将它传递给调度程序（21（2））。然后，调度程序（21（2）），又将它传递给功能组件（11（2））。 3.请求及辅助请求结构图7A描述了请求之结构，它特别描述了包含于该请求中的参量。下面，我们将使用图8A及图8B来讨论发送表格（24）的结构及内容（与发送表格（26）的结构及内容相似）。然后，我们将使用图9来描述为分析某项请求而由信息管理程序（15），（20）及调度程序（16），（21）所进行的过程。 如图7所示，一个请求包含许多参量，该项请求可以由某个表象组件（10）产生，以作为有关用户接口信息文件（27）内容的对由操作者所作操作的反应，它也可以由信息管理程序（15）在关于该被控制的综合系统的各种单元的查询过程中产生出来。所有的请求都具有相同的结构，包括一个初始调用标识符（未在图中显示）以及参量（在图7A中显示了出来），正如上面讨论的那样，核（13），（14）拥有单个调度程序（16），（21），该调度程序具有一个表象功能方式（16）以及一个功能存取方式（21），究竟哪个方式会被请求所启动取决于初始调用标识符，该初始调用标识符指明了该调用是对于一次功能组件或者是一项存取组件。由此，信号将被传送到该调度程序相应的方式。正如上面曾经指出过的那样，一项表象或功能组件可以调用一项功能组件，一项功能组件或存取组件可以调用一项存取组件;然而，一项表象组件只能通过一项“控制”功能组件调用一项存取组件。 参量包括有一个动词字段（120），它的内容可识别请求的类型，也就是说，在处理请求时所需进行的操作。如上所述，一项请求可以使功能组件（11）或存取组件（12）启动在所控制的综合系统中的某项单元的状态及条件发生变化，它也可以启动该单元的状态及条件回复其信息;或者，它可实现上述两种作用，动词字段（120）的内容表明了该操作将由功能组件（11）的存取组件（12）进行。 此外，一项请求也包括了一个输入单元规范字段（121），它标明了被控制的综合系统中的单元。如果该动词是一个非行动动词，比如说，如果它要求反应表明一个或几个属性之值，则该请求包含有一个属性指示程序字段（122），它包括用于一项或几项属性的指示器。与这些属性相关，该操作（由动词及单元类别所定义）将会被进行。另一方面，假如该动词是一个行动动词，也就是说，假如它启动该特定单元中的变化，则该请求不再含有一项属性指示程序字段（122）。 此外，一项请求包含一个输入时间指定程序字段（123），该程序字段包含一个指示时间数据结构的指示程序。该时间数据结构含有绝对系统时间，时间间隔定义，以及时间精度规定，它还含有用于程序安排的对请求中时间范围所作的表示。一项输入/输出上下文处理字段（124）含有识别一项多部分操作上下文中的请求之值，其中每一部分均需要一项单独的请求。一项输出单元指定程序字段（126）含有一项对于数据缓冲寄存器的指示程序，它可与该单元的识别相连以用于调度程序（15）（或调度程序（21），如果这些参量构成某个辅助请求的一部分的话）。 请求也含有一项输出时间指定字段（126），该指定字段含有用于指定时间标记的指示程序。该指示程序根据形成的反应而被功能组件（11）所用（或被存取组件（12）所用，如果是一项辅助请求的话）。最后，一项任意数据描述符场（127）包含有用于含有数据的缓冲寄存器的描述符。这些数据将用于处理该项请求，而该单元将用于存储含有一个反应的数据。每个描述符均包含有一个用于指定相应缓冲寄存器起始位置的指示符以及用于标明该缓冲寄存器长度的长度指定符。 在该发明的其它实施例中，请求亦可含有限定符字段，该限定符字段系作为上面讨论的参量的分离参量或附加成分。 举例来说，一个WITH限定符可以与该单元场相连以过滤由一通配符牌（wildcard）所产生的单元目录。例如，“桥＊WITH状态＝“开”“与”过滤＝‘关’”表示对于每一个桥类别的单元而言，它的状态标记为“开”，而它的过滤标记为“关”，（这个例子亦说明这如何在限定符中使用布尔函数符，包括“与”，或“非”及“非或”）在较好效果的实施例中，为了实现WITH限定符，所有的组件及信息管理程序都有适当的结构以查看在每一个单元参数的水平上（包括整体单元，从属单元，子从属单元）是否存在WITH子句。 其它限定符可用来作为请求的特殊参量。举例来说，通信限定符包括：一个“至<文件名称>”限定符，用于从一个文件<文件名称>取出其它要求参量;一个“经由路径”限定符，用于指定沿着某个路径的一系列“跳跃”通过管理组件的一个层次，此限定符可用于在若干个将用于操作的设备之中指定该精密管理组件）;以及一个“经由通道”限定符，用于指定某个管理组件在从事操作时所用的特定的网络路径（此限定符可用于指定某个存取组件，该组件使用一个特定的“能媒网”（Ether Net）通道进行诊断测试）。 类似地，特殊参量限定符可指定一群有关的单元“位于范畴<范畴名称>”限定符可对指令进行过滤以使它仅适用于范畴<范畴名称>的成员。 此外，特殊参量限定符可证实或委任管理服务的请求程序该请求程序具有有限的存取特权，举例来说，“使用帐目”，“使用通行字”，以及“使用用户”限定符即可为这些目的而指定请求程序的帐目标题，通行字，以及用户证明。 此外，限定符亦可指定为执行某项指令所需的时间。一般而言，这是由一个“在”子句执行的（AT clause），对于一个表示命令，一个“在”子句的句子加下：<“在”子句>＝“在”<时间自变量>｛“，”<时间自变量>｝这里，<时间自变量>可以指示起始时间（“起始＝<时间>”），结束时间（“结束＝<时间>”），时间长度（“时间长度＝<时间长度>”），重复周期（“每次重复[＝]<时间长度>”），时间精度（“信赖度[＝]<时间长度>）或取样速率（“取样速率[＝]<时间长度>）。这些自变量能够相互作用以为请求创造出一个一般的程序表以及一个需要范围。特别应指出的是，在某个特定的实施例中，三个时间自变量“起始”，结束”，及“时间长度”是相互关联的;因此，任意两个时间自变量即可定义一个周期。因此，当某个时间标准化了的单元统计被显示时，至少两个这样的限定符必须给定。 也可以使用其它的时间限定符，举例来说，时间限定符“在或早于<时间>”可以被解释为要求一个信息，该信息具有在或早于<时间>所给定的时间的时间标记，当收到具有这种限定符的请求之后，一个管理组件将不断地查验可以产生所要求的信息的行动。举例来说，如果由于另一方的行动该信息被产生出来，则它会被回馈到请求程序，否则的话，该管理组件将继续查验该项信息，直到时间<时间>为止，如果该信息被产生了出来，它将会被回馈给请求程序，否则的话，在时间<时间>，该管理组件将从存取组件或单元强制实施查询信息，并且将该信息回馈给请求程序。 为了实施该“在或早于<时间>”时间限定符，一个“现时”时间限定符可加以利用。该限定符将立即强制实施查询该请求信息。 E.时间如上所述，请求结构包含一个时间区分符字段（123）。此外，字段（124）含有用于上下文资料结构的一个句柄指示符;该上下文资料结构乃是一个专门用于储存处理上下文信息的存储器段。该句柄被当作一个“便条”用于组件及信息管理程序间上下文信息通信。 1.时间印记每一项数据都含有一个时间印记值。当数据被回馈到用户或管理组件时，该时间印记表示以下的信息：被某个数据项目描述的事件发生的时刻，当该数据值回馈以寻求指令时所适用的时刻，以及某个被请求的动作实际发生的时刻，当过去数据存储在过去数据文件中时，该时间印记表明某一给定数据项目取得某一特定值的时刻，当用于过去数据文件时，时间印记可以被认为是关键码或指数，一个有关时间规范范围（123）可用来请求检索带有给定关键码或指数的一段特定的存储信息。 2.有关范围有关时间规范范围是由请求使用时间区分符字段（123）所提供的。使用一个时间区分符，不同于“它目前正拥有的数值”的其它数据数值可以被显示及处理，而且统计数据可在某个时间期间计算出来。在某个特定的实施例中，一个时间“有关范围”是由在请求的时间区分符中的前置词短语所表达的。一般而言，一个时间区分符是与一个显示指令共同使用的，然而时间上下文亦可用于修饰类型的请求及行动。 有关时间范围能够被任何以下的类别所表示：绝对时刻，绝对时刻系列，时期（起始时间“起始”及延续时间“延续”），重复的时刻，或重复的时间。 任何上述类别均相关于一个相对时间周期“每”（“EVERY”），该周期指定了该时刻，若干时刻，或时期进行重复所用的周期性。当一个周期被指定之后，原来的时刻，时间系列，或时期被认为了是个基础，对此基础，上述周期被重复性地相加，举例来说，时间规范“5：00每0：15至6：00”相当于5：00，5：15，5：30，5：45，及6：00。一绝对时刻（“UNTIL”）也可被指定，以指示何时结束重复。例如，时间规范“5：00 EVERY 0：15 UNTIL 6：00”相当于5：00，5：15：5，5：30，5：45，6：00。重复时期可以被同样地指定。比如，“START 5：00 DUR：05 EVERY 1：00”相当于下列时期：5：00-5：05，6：00-6：05，7：00-7：05，……。 3.安排时间区分符字段（123）也提供安排信息。指定的安排时间可由一绝对时刻或由一绝对时刻系列所显示。不同于有关范围的是，安排时间可以不包含一个时期，具有相同起始及终结点的时期退缩为时刻（比如，（今天，今天））。 若干规定适用于时期，已过去的时期可有一关键词“昨天（YESTERDAY）”来表示其起点，过去的一个绝对时间亦可作此用途。相似地，将来的时期可用一关键词“明天（TOMORROW）”或将来的某个绝对时间来表示其起始点。需要指出的是一某个时期的起始时间必须早于其终结时间。 4.时间上下文句柄结构如上所述，使用相关的上下文句柄，安排及有关信息范围可在一请求中附加，句柄是由执行请求的组件所产生的。该句柄随即用于与服务提供程序通信之用，当某个调用被服务提供程序接受时，比如“明天”信息或将来的某个绝对时间。在此时，某个时刻的起始时间必须早于其结束时间。 如上所述，有关信息的安排及范围可附加在具有一相关上下文句柄的请求之中，该句柄是由执行请求的组件所产生，并随即用于与服务提供程序作通信之用。当某个调用被该服务提供程序接收到时，例如，信息管理程序，一个上下文块被产生出来作为该项请求的时间上下文的局部参考。 一般而言，上下文块及句柄被用作对于请求状态的参考。因为一项起始请求可产生许多辅助请求，许多句柄及上下文块可由一单个的请求产生出来。上下文块被服务提供程序用作参考，而句柄被服务请求程序用作参考。在一项请求/辅助请求链中的每一过程（组件或信息管理程序）仅知道与该链的这一局部有关的上下文块及句柄。 如图7B所示，在一个特定的实施例中，某个请求程序，例如表象组件（10），所创造的时间上下文句柄（172）包含有5起始请求的时间规范（123）相关的范围字段（175）以及安排字段（176）。这些字段补充了该请求的时间区分符中的数据，并且用于决定目前状态，此时对于一单个操作存在着多个请求及反应。句柄（172）也包含有一个上下文指示符（177）以及一个状态变量（178）。这些数据项目提供了句柄的状态及参考函数，它们是在当请求作出时由范围及安排字段（175），（176）所产生并存储的。 当对于某个单项操作存在着多个请求及反应时，上下文字段（177）最终将会拥有一个指示符用于一个附加的数据结构（174），该数据结构被称为上下文块，是作为对要求多个反应的一项起始请求所作反应由服务提供程序产生并维持的，例如，信息管理程序的表象函数方面（15）（函数及存取组件亦可产生并维持上下文块以作为对请求的回答）。 句柄状态字段（178）含有下列三个值中的一个：“第一（FIRST）”，“更多（MORE）”，及“取消（CANCLE）”，这些值被用作显示应当进一步实施的动作的标志。当第一次被产生时，句柄状态被设定为“第一”。 如上所述，如果某项请求能由一单个反应所满足时，该反应被产生出来并回馈到请求程序，在更加一般的情况下，服务提供程序，例如函数组件，信息管理程序，或存取组件，不能用一个回答即满足该请求，举例来说，请求程序也许已使用了通配符方式在输入单元参量（121）中指定了一群单元，因为每个回答只能包含从单个单元而来的信息，若干个回答就是必要的。每个这样的回答用于一个单元。在另一个例子中，对于一单个单元的请求也许会拥有一个对若干不同时间值的时间区分符。当每个回答只能含有从单个时间值而来的信息，应当使用若干个回答，每个回答用于一个时间，要求多个回答时请求可适用于任意类型的操作，比如，对某个单元或若干单元提取属性的数据，改善若干单元的属性，及及改善若干单元的状态。 当服务提供程序对请求作了处理而且发现它还有另外的回答时，它应当把这个信息通知请求程序，然后，该请求程序有责任向服务提供程序查询这些另外的回答。为了实施这一操作，中间过程，例如信息管理程序，必须存储与它所产生的请求有关的信息。 后一个功能是由产生上下文块（174）而实现的。该上下文块可以含有作为对请求的反应而产生的有关的专用变量（173），比如，对服务提供程序的调度项目的指示符（参见下面就调度表格所作的讨论），以及为任何句柄的上下文指示符（179）（该句柄与对某个函数组件）的辅助请求有关。 句柄及上下文块的使用情况可描述如下，服务提供程序使用适当的句柄改良例行程序进行以下的两项操作以通知请求程序它已获得附加的回答：（1）将指示符（177）存储于位于请求程序句柄（172）中的它的上下文块（174）;（2）将位于请求程序句柄（172）中的状态字段（178）设值为“更多”。当该回答被回馈到请求程序时，请求程序看到“更多”状态位于它的句柄字段中，因此，它知道对于这一请求来说，该服务提供程序拥有附加的回答。假加请求程序并不需要这些附加的回答，它必须取消该项请求（参见下面的描述）。假如请求程序需要这些附加的回答，该请求必须加以重复，而此时任何参量均不得更改。 当服务提供程序接收到这些重复的请求时（这些请求将有一个等于“更多”的句柄状态字段（178）），它即使适当的句柄存取例行程序查找并探测该“更多”状态。然后，该服务提供程序发现这些调用乃是一个已经建立的请求的一部分。（请注意：具有“首次”状态的句柄对该服务提供程序表明该联合的调用乃是请求的首次调用。）对于具有最后回答的每个请求程序（例如，取决于请求程序句柄中的范围及安排字段（175），（176）），请求程序的句柄状态字段（178）回设为值“首次（起动状态）。当该最后回答回馈给请求程序时，请求程序发现它的句柄参量状态设定为“首次”，并了解到它的请求已被充分满足。请注意，当请求可由一单个回答所满足时，服务提供程序不再保留上下文，并且永不使句柄参量状态变为“更加”状态。该请求程序的句柄停留在它起始的“首次”状态，向请求程序表明该请求已经完成。 当服务提供程序回馈处于“更多”状态的句柄参量时，该请求必须被重复或被取消。如果该请求被抛弃，系统资源将被丢失，因为指定给句柄及上下文块的存储器发生了作用。 请注意，在以上的讨论中，如果服务提供程序没有产生辅助请求，一个单个的句柄已足够达成服务请求程序及提供程序之间的通信。然而，如果该服务提供程序确实产生了辅助请求的话，将会出现若干个分离的句柄，包括起始请求程序的句柄，该句柄由为调用所需的请求程序所提供，以及其它不同的句柄，这些句柄可信息管理程序产生并馈给某个存取组件。 当对于某个单项操作存在有许多请求及反应时，为服务提供程序作安排的辅助请求是由信息管理程序所作的，它并被时间规范参量（123）的程序表时间元素所控制。对于在时间规范中指定的每个程序表时间而言，信息管理程序将产生出一项请求用来使服务提供程序进行被请求的操作及产生反应。 当该服务提供程序已完成被请求的操作，它发出一个响应。当信息管理程序发现该服务提供程序已完成了所请求的操作，它将检查它为起始请求所保留的程序表时间上下方。如果该被请求的操作安排有更多的时间，则该信息管理程序不再将请求程序的句柄状态设定为“首次”;相反，它将把该状态留在“更多”状态上。请求程序发现它的句柄参量仍然留在“更多”状态，它于是了解到全部的请求尚未完成，它就可请求剩余的部分。信息管理程序造成一个暂停直至指定的程序表时间;然后，它允许该调度程序对服务提供程序进行另一次调用。请注意，因为在服务提供程序（伴随着它的句柄状态设定为“首次”）被回馈之后该服务提供程序不再含有任何上下文，服务提供程序将无法将这一下次调用从一个完全新的请求分别开来。此外，该请求程序亦无法区分一个对请求有更多回答的服务提供程序所形成的“更多”句柄状态以及一个为准备新程序表时刻的信息管理程序。 在别的实施例中，句柄存取例行程序将被加强以使用户可从决定造成句柄参量“更多”状态的原因。 在一个具有多个回答或多个程序表时间的请求过程中，假如请求程序决定它不再需要从为此请求的服务提供程序，获得更多的回答，它必须取消该请求，取消请求的愿望可能有下列原因：接收到的另外回答表明进一步的数据将是没有用处的;接收到的错误条件表明所需要的操作未适当地被执行。取消的原因需由请求程序来决定，一项取消将终止请求的所有活动，包括所有的安排及有关范围操作。 当服务提供程序带着“更多”句柄参量状态回馈给请求程序时，取消是可行的。取消是由该请求程序执行的，该请求程序使用适当的句柄改良程序以改变该句柄参量状态为“取消”值，并重新发出这一调用。该请求程序不可对此调用改变任何其它参量。当该服务提供程序接收到这一调用时，它发现该句柄参量处于“取消”状态而非处于所预期的“更多”状态，它从句柄参量中检索其上下文并使用该上下文进行任何需要的清理工作。该清理工作包含取消它制造的较低级的请求，结束任何处理，并取回任何系统资源。当该服务提供程序完成了它的清理工作后，它将使用适当的句柄改良程序来重新起动，该包柄参量回到“首次”状态。它然后将带着特定的条件值回馈码“取消”进行回馈，表明请求已被成功地取消。 在服务提供程序带着包柄参量状态“首次”回馈之后，请求程序不能取消一项请求。因为该请求已被完成，而不存在可以取消它的服务提供上下文，因此，如果句柄状态不是“更多”，上述取消程序将回馈一个错误信息。 F.调度发送表格（28）含有许多数据结构（图8A显示了其中的一个）以及一个或多个发送目录，包含发送单元（图8B显示了其中的一个）。发送树及发送目录本质上可组成分析表格用于分析一项请求，正如在下面相关于图9所要叙述的那样。如图8A所示，一颗发送树包含有许多个单元节点（130），单元节点（130）可以被组织在一颗树的结构里以有助于分析，它们亦可被织织在别的数据结构里。单元节点表明了在综合系统中的各种单元，据此相应一项请求可以发出。单元节点（130）含有指示符。这些指示符指示了在相应发送表格（28）中保存的发送目录中的发送单元（134）（图8B）。 术语“单元节点”被用来描述数据结构（130），因为它可满足上面规定的单元模型。一般来说，数据结构（130）能满足单元模型，因为它具有一种分层结构，而且它的子结构与它相似。请注意，不要把用于描述数据结构（130）的术语“单元节点”与用来描述综合系统元件的术语“单元”互相混淆。 单元节点（130）含有若干个字段，包括一个类别/实例标志字段（140），该标志字段表明单元节点（130）相关于某个单元类别或某个类别中的一项实例。每个单元均可为一个类别的一项实例，该类别系由在单元的实体定义（46）中指定的类别名称所定义（图3A），发送表格（24）包括与类别及实例相关连的分离单元节点（130），正如下面涉及图9所要叙述的那样。 当某项请求被分析时，利用图8A所示类型的数据结构某个单元及其子单元的类别名称及实例名称被分析，尽管在分析类别名称及分析实例名称时;该结构的使用状态是不同的。类别及实例系由类别/实例标志所表明。 单元节点（130）也包含了树连接指示符以标明在发送表（28）中的各种其它的元件，利用通配符或省略，可以标明一个为同一类之中的若干单元相关的请求服务的组件，如果是这样的话，与此相连合的一个单元节点拥有在字段（141）中的一个通配符指示符或在字段（14）中的一个省略指示符。如下所述，每一个通配符指示符及省略指示符构成一个树连接项目。如果该单元节点相关于某个没有实例的类别（它的一个例子将在下面谈及图9时描述），则字段（143）含有一个零指示符构成至另一单元节点的树连系项目。最后，字段（13）含有编码项;该编码项目含有识别某个与单元节点相关的单元实例及连系指示符的类别及名称。 由图8A中单元节点（130）描述的编码项目字段（131）乃是在编码目录中的一个项目（该目录中的其余部分并不知晓。）该编码目录乃是一个连接目录;该目录含有由实体的管理规范所定义的单元类别的名称（参见图3A至图3D），当单元的实例类别或名称被提及时。每一个编码项目（131）均包含有一个用于该目录中下一个编码项目的指示符（150），一个类别码/实例名称值字段（151），以及一个包括连系项目（133）的字段（152），该连系项目含存用于单元节点（130）或发送项目（134）的指示符。 在编码项目（131）中的类别码/实例值字段（151）含有一个类别码或一个实例名称。如果单元节点（130）的类别/实例标志字段（140）能够调整得可以识别与类别相连系的单元节点，则字段（151）之内容含有一个类别码。另一方面，如果单元节点（ ）的类别/实例标志字段（140）被调整得可以识别与实例相连系的单元节点，则字段（151）之内容含有一个实例名称。 如图8B所示，发送目录中的发送项目（134）用来识别特定的过程以对请求作出处理。发送目录乃是一个或若干个发送项目（134）的连系目录。每个项目（134）所包含的信息均可用来传递一项请求或辅助请求到一个适当的函数组件（11）或存取组件（12）。具体说来，发送项目（134）包含为目录中下一个发送项目（134）所用的指示符（160）。字段（161）包含有函数组件（11）或存取组件（12）的标次;在这些组件被登记时，发送项目（134）被产生出来。发送项目（134）亦含有一系列的字段（162～164）。这些字段为了处理一项请求而在综合系统中指示程序，过程及节点。字段（165）标明了与发送项目相关连的动词;而属性字段（166）标明了一组属性;这组属性被管理规范的属性定义字段（54）所定义的属性所标明（图3B），最后，计数字段（167）标明了发送程序为处理某项请求或辅助请求而使用发送项目（134）的次数。 在此背景下，发送程序（16）在分析并发送从表象组件（10）来的请求时所实施的过程将与图9共同被描述。我们推荐的是，发送程序（21）与从功能组件（11）来的辅助请求相连以构成一相似的过程，图9显示了下述请求（180）。 显示（SHOW）节点（NODE）<节点名称> 程序（ROUTING）线路（CIRCUIT）<程序线路名称> 特性（CHARACTERISTICS）该请求与一个分布数字数据处理系统相连而加以利用。请求（180）包含若干个段落：一个动词段落（181），即“显示”，一个包括许多实体类别码及实例名称（182）～（186）的段落，以及一个包括许多属性的属性段落（187）。在这个例子中，动词“显示”起动了产生一个反应，该反应是由与命名的特性相关连的请求所命名的单元得来的。 在请求（180）中，项目段落，即由元件（182）至（181），包括若干类别/实例对，具体来说，元件（182）“节点”乃是一个类别码;元件（183），即<节点名称>，则利用实例名称<节点名称>指定了项目类别“节点”的一个实例。在分布数字数据处理系统<节点名称>标明了在分布数字数据处理系统中的一个节点。 此外，在项目段落，请求（180）进而包括了一个项目类别码（184）“程序”，它不具备任何实例。此外，请求（180）具有一个进一步的项目类别码，“线路”，它拥有由<程序线路名称>指定的一个实例。 图3A～图3D描述了一项管理规范，如这些图所显示的那样，与一个项目相连的请求的各种元件是由管理规范围指定的。具体来说，请求的动词段落（181）的内容是由被指令定义（56）规定的指令中得来的，项目类别及次项目类别名称（182），（184），（1850是由项目类别码字段（47）得来的，而属性段落（187）则是由为该项目的管理规范的属性定义（54）得来的。 项目及次项目实例名称是由用户熟知的实例数据得来的（举例来说，通过结构数据库式通过自动产生的选择单）。 作为对接受到的请求的反应，发送程序（16）首先开始在单元段落分析该请求;这是从整体的单元类别码元件（182）开始做起的，使用的是单元节点（130）（图8A）。特别的是，如图9A所示，发送程序（16）首先（步骤（190））从根单元节点（130）开始做起，该根单元节点具有一类别/实例标志（140），用来标明与类别码相连的单元节点，发送程序（16）并寻找它的编码目录（131）的一个项目，该项目具有一个编码条目（131）;该编码条目具有一个含有类别码“节点”的类别码字段（151）假如发送程序（16）无法在发送表格（28）中找到这样一个条目，它就会寻找通配符或省略指示符（参见下面叙述）。（如果通配符或省略指示符均未能找到，它会对给它以请求的组件（10）作出“错误”反应。）如果发送程序（16）在发送表格（28）中找到了一个这样的单元节点（130），它就会转入下一步骤（步骤（191））以进行分析操作。在该操作中，它试图确定由单元元件（183）指定的与实例<节点名称>相关连的单元节点（130），在这项操作中，发送程序（16）使用位于编码项目（131）中的指示符字段（152）的内容以确定具有某个类别/实例标志（140）的单元节点，该标志规定了与实例名称相关的单元节点，而且它的编码目录包含了一个编码项目（131），其实例名称项目（132）相应于请求（180）的单元元件（183）中的<节点名称>同样地，如果发送程序（16）无法在发送表格（28）中找到这样一个节点（130），它就会搜索通配符或省略指示符（见下面的描述）。 另一方面，如果在步骤（191）中，发送程序（16）在发送表格（28）中找到了一个与元件（183）相关的单元节点，它就将移至下一个步骤（步骤（192））。在该步骤中，它试图寻找一个与类别码（184）相关的单元节点，“程序”。在这项操作中，发送程序（16）使用在编码项目（131）的字段（152）的指示符以及单元元件“程序”（由请求供给）以确定单元节点（130）的位置，该单元节点包含有可确定与类别码有关的单元节点的类别/实例标志（140），而且它的编码项目目录包含一个编码项目（131）;该编码项目具有一个包含“程序”的类别码字段（151）。在这种场合下，因为单元类别“程序”乃是一个没有实例的单元类别，在编码项（131）中的指示字段（152）为零。在这一情况下，单元节点（130）中的零指示符字段（142）指示了一个与类别单元“线路”有关连的第二单元节点（130）。 在步骤（192）中，发送程序（16）使用在步骤（192）中定位的“程序”类别单元相关的单元节点（130）中的零指示符来确定一个第二单元节点（130）的位置，其类别/实例标志（140）表明它与类别码相关连;它也确定了一个编码目录的位置，该编码目录包含有一个编码项目（131），其类别码字段（151）包含有“线路”（步骤193）。如果发送程序不能找到这样一个单元节点，它就去寻找通配符或省略指示符（见下面的叙述）。 另一方面，假如发送程序（16）在步骤（193）中找到了一个单元节点（130），它就移到步骤（194）去。在该步骤，它试图寻找一个标明实例实体元件<程序线路名称>单元节点（130）的位置。在这项操作中，它使用在编码项目（131）的字段（152）中的指示符以寻找单元节点（130）;它的类别/实例标志（140）表明它是与实例名称相连的，而且它的编码目录包含有一个编码项目（132），其实例名称字段（151）包括有<程序线路名称>，正如在请求（180）的实例单元（186）中指定的那样，如果该发送程序（16）无法找到这样的一个项目，它就去寻找通配符或省略指示符（见下面所述）。 另一方面，如果在步骤（194）中，该发送程序找到了一个标明实例单元节点（180）的单元段落（182）至（186）作了分析。然后，发送程序（16）使用位于步骤（194）的编码项目（131）的字段（152）中的指示符，动词元件（181）中的动词，以及请求的统计元件（187）的属性以规定将要用于处理请求的发送项目（134）（图8B）。特别是按照步骤（194），发送程序（16）使用在编码项目（131）的字段（152）中的指示符以确定发送项目（134）的目录。然后，发送程序（16）试图寻找发送项目（134）;它的动词字段的内容（165）相应于请求（180）的动词元件（181）。在这种字段合，“显示”以及文的属性字段（166）的内容相应于“特性”元件（187）的属性。 如果发送程序（16）在步骤（195）中找到了一个发送项目（134）它即使用程序标识字段（162），过程标识字段（163），以及节点标识字段（164）的内容来呼叫该程序处理该项请求。在这一操作中，发送程序（16）有效地将请求传递给单元以进行处理。正如上面在该到图6时所提到的那样，值得推荐的是，如果字段（16）中的过程标识及字段（164）中的节点标识表明了另一过程或节点并且拥有该发送程序，则该发送程序将此请求传递给另一过程式节点中的发送程序，正如在相应的字段（163），（164）中所表明的那样，以用于处理。 在上面，我们论述了使用发送表格中的编码项目的情况，通配符及省略指示符为该表格提供了附加的功能。举例来说，一个管理组可以处理用于某特定整体或从属单元类别的组件的所有请求。如果没有通配符及省略指示符，任何类别的实例以及次类别的实例均必须在发送表格中列出。为避免这一现象，我们准备了通配符及省略指示符，它们用在一个发送规范（39A）（图2B）以一般的方式指示出管理组件服务于何种单元类别及实例。 这种发送规范的一个例子如下：节点（NODE）＊程序线路（ROUTING CIRCUIT）……这表明，该组件可处理一个“节点”类别整体单元的任何实例，次单元类别“线路”的所有实例，以及“线路”类别次单元的所有次实例，星号（＊）相应于任何实例名称;省略号（……）以于于任何可能接续的次单元实例或次单元的类别/实例对。例如，如下表示将可相应于发送规范：节点foo程序线路bar连接frld因为“＊”相应于“foo”，而“……”相应于“bar连接fred”。 如图9B所示，当一个通配符发送规范馈入发送表格128时，相应于“节点”类别单元的实例名称的步骤（191）（图9A）中的单元节点（130）将会被改良。通配符指示码（141）将会被改变为指示一个新的单元节点（130）（步骤（196）），该单元节点含有类别码其中之一便是类别码“程序”。相应于类别码“程序”的子指示符将变为零（正如图9A所示步骤（192）），而零指示符将会指示另一新的单元节点（130）（步骤（197））;它将会有一个相应于类别名称“线路”的子指示符。这一子指示符将会指示一个新的单元节点（130）（步骤（198），其省略指示符将指示用于该组件的发送项目（步骤（199））。 直至步骤（191），对改良表格的分析均将与图9A所描述的情况相类似。在步骤（191），发送程序（16）将会寻找“节点”类别的一个实例（例如具有名称“foo”），如果该名称在编码项目中被找到（为说明起见，三个被显示了出来），则发送程序将按照编码项目中子指示符继续动作。然而，如果名称“foo”并未在编码项目中被发现（该项目由最终编码项目中的零“下个项目”指示符所标明），则该发送程序将在步骤（191）中寻找一个非零通配符指示符。在找到该通配符指示符之后，该发送程序将前进至步骤（196）。 步骤（196）及（197）与步骤（192）及（193）相似（图9A）。在步骤（196）中，发送程序使用零指示符（相应于类别编码“程序以移到步骤（197），它然后使用相应可类别码“线路”的子指示符以移到步骤（198）。 在步骤（198），该发送程序将查找编码项目的相连结的目录（为说明起见，三个编码项目表示了出来）以找到实例名称“bar”。如果这一名称未能在编码项目中找到，发送程序就会查找一个非零通配符指示符。如果这个指示符也找不到，则该发送程序就会查找一个非零省略指示符。它将会被找到，而且被用于移动到发送项目去（步骤（199）），发送项目的内容然后就会被用来调用适当的组件。 请注意，具有在发送表格的编码项目查验之后，通配符及省略指示符允许单元类别码及实例名称的一般性的相配合。此时，发送程序查找单元名称的“最特定的配合”。因此，举例来说，第一个组件可以具有一个发送标识。 节点＊程序线路……这表明该组件可以对某个“节点”类别整体的所有实例处理某个“程序”类别次单元的“线路”类别次单元的所有实例。第二个组件可以具有一个发送标识。 节点joe程序线路……这表明该组件可以对“节点”类别整体单元的实例“joe”处理某个“程序”类别次单元的“线路”类别次单元的所有实例。 为了与“最特定配合”原则相符合，所有给予“节点joe程序线路”次单元的指令均必须送至第二组件，这是由发送表格网要实施的，因为实例名称“joe”将在步骤（191）中在编码项目中出现;因此，如果“joe”是给予一个“程序线路”的请求中的实例名称，则“joe”编码项目将被使用（因为它第一个被查验），而通配符指示符将不被使用。 为了恰当地分析发送树，发送程序也必须使用一个栈，其必要性可由一个简单的例子加以说明。设想一个新的组件具有下列发送标识。 节点jim盘驱动……这表明该组件可以对“节点”类别整体单元的实例“jim”处理。“盘驱动”类别次单元所有的实例。为使这一标识进入该树，在步骤（191），一项编码项目被加到实例名称“jim”，而且随后的新单元节点也以类似于图9B的方式相加。然后，当发送要求整体单元类别从实例名称。 节点jim该发送程序将会移送到该新的单元节点。然而，对于一个以下列单元名称开始的请求：节点jim程序线路它将不能被新的组件服务，因为该新的组件仅对“节点”实例“jim”支持“盘驱动”类别次单元。因此，一旦发送程序了解到类别名称“程序线路”并非由此新组件所支持，它必须拥有为回复到步骤（191）所需的机构，而且应有能力使用别的码项目，通配符或省略指示符去寻找可以为“节点jim程序线路”请求服务的组件。因此当发送程序穿越该发送表格时，对于它已从根节点穿越的单元节点（130）全体来说，它应当维持一个指示符栈。当发送程序在发送表格树结构中移上移下试图寻找适当的发送项目时，指示符被推进该栈式被顶出该栈。 如果未能找到相配合的发送项目，一个出错信息将被送回到该请求程序（即，表象或功能组件）。 如上所述，一个控制功能组件可以用作从表象组件直接到存取组件的通道。为了实现这一通道，用于发送表格的表象功能方面的根节点的省略指示符（那它将在任意请求中配合任何单元）应当为控制功能组件指示发送项目。任何时候，只要它收到一项请求，控制功能组件将简单地向发送程序的功能存取面发出一个相同的请求。用这种方式，所有那些在表象功能发送表格中与发送标识不相配合的请求均可以在功能存取发送表格中获得配合。这就允许表象组件要求去存取可由存取组件获得的原始功能。 在发送表格的另一个实施例中，为了允许如果个不含有实例的类型代码，零指示符字段（143）可以含有与编码项目表（131）在结构上类似的联系表的第一个元件。第二个“零”表将含有不拥有实例的类型代码的码值。“零”表将在编码表之后及通配符指示符相验之前进行分析。 G.范畴及构型如上所述，一个构型功能组件（11）维持一个构型数据库;该数据库规定了组成综合系统的单元。在由操作员发出的适当的指令的控制下构型功能组件（11）可以将在数据词典中定义的单元的实例加到构型数据库，或者将他们从构型数据库中的定义。也如上面所述，一个范畴功能组件（11）能在构型数据库中建立一个范畴单元，这是指已经在构型数据库中定义的单元的次集合。通过一个表象组件（10），一位操作者可以控制并监视组成特定范畴的单元，而无需涉及构成该综合系统的其它可能是相应复杂的单元。此外，操作者可以起动一个与仅在该范畴中的实体有关连的控制或监视操作，而无需对每个单元使用表象组件（10）起动请求的产生机制。这样一来，该综合系统的控制及监视工作就可以为简化了。 对于每个在构型数据库当中或附加其上的范畴单元，范畴功能组件（11）可以建立一个范畴数据库，并标明组成该范畴单元的单元。当收到一项恰当的请求时，范畴功能组件（11）将会将一项单元加到范畴数据库;然后将此单元加到该范畴，并从范畴数据库数据库中标识的范畴的实体作标识所需的反应，并且删除一个范畴数据库，从而实际上删除了该范畴。 如图9C所示，构型及范畴数据库的格式（它们将可结合在一单独数据库）含有对构型中每个单元实例的一个字段，以及类似地范畴中每个实体实例。 范畴数据库含有为每个范畴成分的项目（230），它列出了范畴名称以及单元或次单元成分的实例名称。此外，对于每个单元，范畴数据库含有一个项目（232），它是任意范畴的一个成分，列出了实例名称以及它作为一个成分的范畴。范畴功能组件可以在范畴被改良时修订信息，并且可以使用该信息迅速决定范畴的成分或者迅速地决定某个单元是否该范畴的成分。 在其它实施例中，第一个范畴可以引用第二个范畴以包含该第二个范畴的成分，从而减小范畴数据库的体积。在其它的实施例中，范畴数据库可以建立一个类似于单元及次单元层次的层次，而且指令可以直接导向范畴及次范畴。 构型数据库包括有一个项目（234）用于每个单元及次单元;它们在数据库中找层次组织起来，每个单元及次单元实例的全名称被提供。这一信息可由构型功能组件使用以迅速决定构型，例如，可通过一个表象组件向用户展示构型的图式单元实例名称的项目表。 H.警报正如上面关于图1B所描述的那样，一个功能组件（11）含有一个警报功能组件（11）;该组件建立警报条件作为对从表象组件（10）未的请求的反应，通过使用综合系统中单元的各种条件，比加记录在用户接口信息文件（29）中的单元，它可探测某项警报条件的产生。 图10A描述了警报功能组件（11）的功能组织。正如图10A所描述的那样，警报功能组件（11）包含有一般性的警报组件（200），该警报组件从组件接收请求，解释这些请求，并使一个或多个探测组件（201）或一个或多个规则维持组件（202）为反应而作出运转。如上所述，警报功能组件（11）可进行两大类操作，维持警报条件以及探测警报条件。 警报功能组件（11）的维持警报条件操作是由规则维持组件（202）实施的，该规则维持组件在一个警报规则库（203）中维持可识别每个警报条件的规则。每项规则均表示了一组条件，这组条件必须被取出以决定某个警报条件是否存在。具体来说，规则维持组件（202）在对从表象组件（10）来的请求作出反应时产生出如同下面关于图10B所作描述那样的规则，这些规则被存储在警报规则库（203）中。此外，作为对来自表象组件（10）的请求的反应规则维持组件可在警报规则库（203）中改良规则，从而修订了由规则表征的警报条件赖以存在的条件。类似地，探测警报条件的操作是由探测组件（201）实施的。该探测组件使用过去数据文件中的条件信息（图5）以及警报规则库（203）中的警报规则。正如下面在涉及图10B所要描述那样，每个规则包含有一个条件部分，该条件部分表明了条件。为了探测一项警报条件，探测组件（201）决定了过去数据文件内容是否与各种规则的条件相配合。如果配合的话，探测组件（201）即发生一个警报指示以使用一般性警报组件（200）经由通知组件（204）传递给表象组件（10）以显示给操作者。 图10B描述了由规则维持组件（200）产生的警报规则的一个一般性的形式。正如图10B所示，一个警报规则包括有一个条件部分（210），该条件部分规定了为表示警报所需的一组条件。该条件部分含有表达部分（212），一关系操作子（213）和一表达值部分（214），操作子（213）使得表达部分（212）与表达值部分（214）相关连。这样，条件部分（210）即可算出究竟是逻辑真或者是逻辑假，值得推荐的是，如果表达部分（212）本身算出逻辑真或逻辑假，则条件部分（210）的关系操作子（213）及表达值部分（214）就是不必要的了。 在这两个情况下，如果条件部分算出逻辑真，则存在有一个警报条件。 规则包含有一个单元及属性部分（212）以及一个时间值部分（216）。相对运算值部分（213）将一个属性的值与一个值部分（214）相连系，时间值部分（216）建立了一个时间函数，并且可以指示当条件部分（210）将被用于警报探测组件（210）时的时刻或时间段落。 由于可提供警报功能组件（11），这就使得操作者可以在一个动态或随时需要的基础上建立起警报条件。因为警报条件无需事先在控制系统中建立起来，该控制系统可用来控制并监视各种不同的综合系统。举例来说，如果控制系统被用来监控一个分布数字处理系统，该系统在一网络上可有不同的节点通信构型，则警报条件可由一基于特定构型的操作子建立起来。此外，如果一个新的警报条件在综合系统的操作过程中被发现的话，通过将规则加于警报规则库（203），警报条件可被加上。