CN1126350C - 用来在分布于一个智能网络中的业务节点间部署业务模块的方法和设备 - Google Patents

Abstract

一种用来部署和激活通信网络(202)中的业务的方法和设备。在通过将受控软件对象分配给业务处理节点(204)来部署业务功能的通信网络(202)的情况中，本发明涉及有选择地分配来自库(230)的受控对象并通过通信网络(202)协调业务的瞬时激活或去激活。此外，在一个受控对象业务创建环境(228)被连接到通信网络(202)的地方，本发明的方法和设备提供了对于存储在库(230)中的受控对象及其它网络数据的安全、备份以及版本控制。

Description

用来在分布于一个智能网络中的 业务节点间部署业务模块的方法和设备

本发明一般涉及智能网络，更具体的是涉及一个分布式智能网络中用来部署业务包及包括可执行和程序数据的组件到能够进行业务处理的业务节点的新颖管理系统。

一般地，一个通信网络用来在多个位置之间传输信息。一个例如公众电话交换网络的商用网络是由业务提供者拥有并为其提供收入的。用户为访问该网络提供的通信业务而向业务提供者付费。在通信网络中使用了多种传输技术并且通常传输多种信息类型及格式。

以最简单的形式，一个通信业务包括将诸如数据或话音信号的信息在网络服务的位置之间实时传输。在一个商用电话网中，该基本业务典型地等于在一对电话业务用户之间建立一条双向话音信道。

除基本通信之外，一些网络还可以提供更高级的业务。例如，一个电话网可以提供诸如呼叫转移或话音邮件的增强特性。为了访问或调用这些特性，用户通常以某种形式与网络交互，例如在电话机键盘上按下一系列键。利用这一交互，网络根据每个用户或订户的请求执行所希望的功能。

诸如举起电话机接收器的听筒或按下电话机键盘上的键的用户操作是由通信网络识别的事件。其它事件，例如设备故障告警可能由网络在其操作过程中内部地产生。控制网络的无论何种形式的智能必须接收和处理这些事件并指导网络的业务量处理单元采取恰当的动作以提供业务并从部分网络故障中恢复。

尽管本文中使用电话网作为更好理解发明的例子，本领域的技术人员应当认识到也可以设计和操作其它类型的网络来提供类似形式的业务。例如，一个数据网可以被用来传输代表数据文件或视频及音频数据流的信息。在一个数据网中增强业务的例子包括数据的存储转发以及多址广播能力。可以指示其它类型的网络业务为网络拥有者提供对于用户和网络管理器的安全，验证以及授权的帮助。

典型的电信网络是由通信链路互连的节点组成的。每个节点是一个典型地包括用来引导信息流的设备(例如空域或时域交换机或分组交换路由器)的站。许多节点还提供使用户与网络接口的设备。节点是通过传输链路连接的以便信息可以从节点流动到节点，从而通过网络从起始节点行进到目的节点。网络中节点处的交换设备、路由器以及其它设备必须被正确协调以保证提供满足网络用户要求的信息流及其它业务。

在一个典型电话网节点内部的交换机是由每个交换机制造商供给的专用软件或固件所操作的集成或嵌入处理器控制的。增加或修改一个业务则要求修改控制通信网络的软件。传统上，一个交换机制造商的软件或固件提供业务处理功能以及其它类型的网络相关处理功能的部分或全部。这意味着当一个网络拥有者希望实现一个新业务或修改一个现有业务时，网络中每台交换机的软件都必须由不同的交换机制造商所修改。

一个大网络通常包含来自不同制造商的多种交换机，这样一个事实使得在将新软件发布到一个正运转的承载业务的网络中之前，必须对该软件进行认真的开发、测试和部署。由于每次新的修改都会导致每台交换机中的代码量更大且代码更复杂，所以开发、测试和部署新软件所需要的时间会延长。因此，需要用许多个月才能实现代码改变。此外，这一增加的复杂性进一步加重了交换机处理器的负担，增加了交换机故障的机会，甚至可能要求更换或修改陈旧的交换机硬件。

此外，一个新的特性或功能有时候要求修改在通信行业中已经标准化的基本操作模式或接口。这种等级的修改需要得到行业标准组织的批准，这个过程会使新特性的引入延迟几年。

依赖不同交换机提供者的产品中的专用软件组件还有进一步的缺点。多个网络拥有者依赖共同的一组交换机制造商这个事实会引发限制竞争这一不希望的情况。一个制造商的软件发布可能会尝试去包括多个网络拥有者所要求的改变，这样会阻碍网络拥有者真正将其业务与其竞争对手提供的业务区别开来。这也迫使一些网络拥有者在制造商将来自其它网络拥有者的请求引入到新版本中时要等待所希望的新特性。此外，引入了由一个网络拥有者所要求用来实现一个新业务的功能的一个交换机软件版本会无意间变成可被其它网络拥有者访问的。

由于增加的用户移动性，增加的业务量种类及带宽，传统编号方案的分解，更复杂业务的使用以及在业务提供者之间增加的竞争，在过去的五到十年中对于新的网络业务的需求成指数地增长，使得上述问题已变得令人无法容忍。因此，已经广泛认识到，新的网络控制结构要求引入创建、调度和执行业务逻辑的更灵活方法。

称作“IDNA”的一个新的网络控制结构在至少三个重要方面区别于现有技术。首先，业务处理被从诸如交换机和路由器的单独业务承载单元中整个清除。这消除了业务功能对于专用交换机驻留软件的依赖。其次，业务处理出现在一个“虚拟机”处理环境中且处理功能以该环境中受控对象的形式存在。最后，一个对于业务创建、业务测试、业务调度以及业务处理的统一平台被引入来提供许多重要的优点。

术语“资源集合体”描述了必须被一个智能网络控制系统所控制来实现用户业务的网络组件集合。资源集合体一般包括交换机、传输设备以及类似的直接处理和路由通过网络的信息业务量的设备。资源集合体还可以包括诸如自动话音响应系统、话音邮件系统、回波消除器、数据存储设备以及数据转换组件等的所谓专用资源。

在一个将业务作为业务处理器中的受控对象实现的网络中，进一步需要的是用来协调将受控对象以及其它组件调度到业务处理器的装置，以便在不影响网络可靠性的情况下实现新业务。这样的协调需要例如，检查必须在每个业务处理器中存在的软件单元之间的相关性。

此外，由于业务功能被调度到各种业务处理器，所以需要一些用来同步以及另外协调新业务的激活的装置，这样使得在激活的时候，配备了足够数量的业务处理器以合作地提供新业务。类似地，需要一些用来在不影响网络操作的情况下，协调业务处理组件的去激活的装置。

还希望基于例如某些点的硬件能力或网络工程师确定的任意规则或准则来有选择地调度业务功能到某些业务处理器。这样的规则或准则会获得在业务处理器中的负载平衡或优选的定位处理(“导引”)。

在一个业务创建环境被连接到一个业务调度和业务处理环境的地方，需要一些装置来保证业务组件的有效性。例如，需要一些装置来提供对于受控对象的接入安全和版本控制以保护业务组件的完整性。此外，在将业务组件作为受控对象部署期间，需要一些装置来保证每个受控对象的正确版本被部署，即使在一个给定时间在系统中存在一个给定组件的几个版本。这显得尤其重要，因为可能需要保留受控对象的旧一些的版本用于备份和回归，而且因为新一些的未发布的版本在开发和测试过程中也会被储存在创建和部署环境中。

本发明针对一个通信系统，该系统包括用来控制业务处理节点之间受控对象分配的业务管理器。该业务管理器维护一个称作“全局记录数据库”(DBOR)的库，其中将业务功能作为受控对象而储存。业务管理器负责对网络中所有受控对象以及用于业务处理的数据进行命名、分类、分配、激活、审查、去激活以及清除。

在一个优选的示范实施方案中，根据本发明的通信网络进一步包括一个其中受控对象被开发和测试的业务创建环境。通过业务管理器将该业务创建环境连接到网络。业务管理器提供对于存储在记录数据库中的受控对象的接入安全和版本控制。通过由业务管理器从DBOR中检索受控对象来执行业务创建。还将在业务创建环境中被新创建或修改的受控对象提交给业务管理器以存储到DBOR中。

在另一个优选示范实施方案中，在每个业务处理节点的本地记录数据库中维护分配给该节点的受控对象。在每个业务处理节点的本地记录数据库是从网络业务管理器组件所维护的全局DBOR中抽取出的。

还有一个示范实施方案，由至少一个数据管理组件维护每个业务处理节点的本地记录数据库。该数据管理组件使得在业务处理节点的业务处理器可利用受控对象和其它数据。具体是，数据管理组件作为受控对象、诸如邻近节点连接信息的操作数据以及其它在业务处理过程中所创建的数据的永久储存。数据管理组件还控制业务处理节点的各种业务逻辑执行环境(SLEE)中受控对象的复制。依靠维护一个本地存储器，数据管理组件在网络设备故障、维护切换或其它类似情况出现之后，或作为对这些情况的响应，来提供正常操作的快速恢复。例如，如果业务处理硬件单元突然故障，则业务处理现场可以被复制到另一个处理器中且可以在不中断的情况下恢复该业务。将数据和受控对象本地存储在每个业务处理节点中可以提供在没有与从网络业务管理器组件中检索受控对象相关的延迟的情况下，快速结束故障和恢复。

网络工程师可以在数据管理组件中实现确定如何以及何时复制受控对象的规则。数据管理组件对于从DBOR中成功且正确地下载受控对象进行检查。数据管理组件类似地检查按需要在业务处理器中进行的受控对象的正确复制。

每个业务处理节点中的网络范围的业务管理功能以及数据管理组件合作来保证实施业务功能的受控对象能够被正确分配和激活。此外，业务管理及数据管理组件基于诸如在某些业务处理节点中特定设备的可用性的网络硬件特性，可以协调对于受控对象的分配。例如，一个给定的业务处理节点可以包括一个作为其资源集合体域中的一个专用资源的话音响应单元。相应地，在该给定业务处理节点中，有选择地分配、激活和示例涉及对于该专用资源的业务控制和处理的专用受控对象。在其它没有这个资源的业务处理节点中，对于每个节点的本地记录数据库不需要在支持这一专用资源中负担专用受控对象的维护。

在本发明的一个优选示范实施方案中，业务管理器假设与传统的网络管理系统(NMS)有相同的控制和监视功能。例如，由业务管理器来监视和处理通常由网络设备报告给网络管理系统的故障告警。而且，对于传统的NMS，业务管理器直接通过控制链路与网络设备通信并行使对于设备操作的远程控制。从实际的观点来看，业务管理器与传统的NMS在几乎相同的程度上共享与网络业务处理单元和业务处理设备的连通性。因此，为了避免冗余，简单地将NMS功能合并到业务管理器中是有利的。用来存储作为受控对象的业务功能的同一DBOR还可以用来存储诸如拓扑信息和设备标识索引的网络数据。在当前的网络拓扑、设备部署和操作状态的知识可以被用来响应性地确定何地以及何时部署实现业务功能的受控对象时，这种集成尤其有用。

在本发明的另一个优选示范实施方案中，通信网络进一步包括在通信网络的功能单元中提供通信连通性的网络操作系统(NOS)。NOS提供网络控制组件之间的不依赖平台和位置的连通性。此外，NOS包括一些额外的功能组件，一般地，所有网络控制单元都可以用这些组件来管理例如在网络的所有业务处理环境中被示例的受控对象的使用。

按照本发明，提供了在一个智能通信网络的一个或多个业务节点中分配业务处理资源的一种业务管理系统，其中每个业务节点在与一个业务节点相关的网络资源上提供业务，该系统包括：a)一个用来接收可重用的业务组件的目录管理子系统，用于在上述智能通信网络的一个业务节点上提供业务，每个所述的业务组件有一个相关的业务概况，该概况定义了存储、维护和执行上述业务所需要的业务节点资源；b)一个用来接收业务节点配置准则的接收子系统，该准则包括上述网络的每个业务节点的物理资源容量；c)一个数据库，用来存储上述被接收的业务组件、上述业务节点配置准则以及与上述业务组件相关的业务概况；d)一个分配子系统，用来根据上述与一个业务组件相关的业务概况中的信息和上述业务节点的一个配置准则，将上述业务组件的拷贝分配到一个或多个业务节点；以及e)一个触发子系统，用来自动激活和去激活被分配到上述业务节点的业务组件，其中通过在对于一个相关业务高需求时段内激活该业务组件，以及在对该业务低需求时段内去激活该业务组件来优化业务节点资源的使用。

按照本发明，还提供了一种为一个智能通信网络的一个或多个业务节点管理业务组件的方法，每个业务节点提供涉及在与一个业务节点相关的网络资源上所接收到的事件的一个或多个业务，该方法包含步骤：a)接收可重用业务组件以在上述智能通信网络的一个业务节点上提供业务，上述的每个业务组件有一个相关的业务概况，该概况定义了存储、维护和执行上述业务所需要的业务节点资源；b)接收业务节点配置准则，该准则包括上述网络的每个业务节点的物理资源容量；c)维护一个数据库，该数据库包括上述被接收到的业务组件的原版、上述业务节点配置准则以及与上述业务组件相关的业务概况；d)根据上述与一个业务组件相关的业务概况中的信息以及上述业务节点的一个配置准则来将上述业务组件的拷贝分配到一个或多个业务节点；以及e)将一个触发转发到上述业务节点用来自动激活和去激活被分配到该业务节点的一个业务组件，从而在对于一个相关业务高需求时段内激活被分配给上述业务节点的一个业务组件，而在对该业务低需求时段内在业务节点去激活该业务组件。

按照本发明，还提供了一种控制一个通信网络的业务处理系统，该网络有多个业务节点，每个业务节点包含至少一个作为受控对象宿主的逻辑执行环境，上述业务处理系统包括：一个数据管理器，用来维护在每个业务节点处的本地数据存储器，每个所述本地数据存储器包含在该业务节点内业务处理所需要的一个受控对象和数据；至少一个业务管理器，通过将受控对象和数据从一个全局库分配到一个或多个与上述通信网络中的上述业务节点相关的数据管理器，而控制在上述业务处理系统中对业务的调度和激活，其中该业务管理器也按照一组给定的程序来控制该业务的分配，测试每个业务以确定该业务是否满足一组给定的准则，以及在规定的环境下从该数据管理器去除业务。

按照本发明，还提供了用来控制一个通信网络中业务的调度和激活的一种方法，该通信网络有多个业务节点，每个业务节点包括至少一个作为受控对象宿主的逻辑执行环境，上述方法包括步骤：在上述的每个业务节点上维护在该业务节点内进行业务处理所需要的受控对象和数据的一个本地数据存储器；使用一个业务管理器来选择地将受控对象和数据从一个全局库分配到一个或多个与上述通信网络中的上述业务节点相关的上述本地数据存储器中，以控制在上述通信网络中何时何地调度和激活业务，其中该业务管理器也按照一组给定的程序来控制该业务的分配，测试每个业务以确定该业务是否满足一组给定的准则，以及从该本地数据存储器中去除业务。

参考下面的描述连同附图可以更好地理解本发明上面的以及其它的优点，其中：

图1是使用根据本发明的一个优选实施方案的智能分布式网络结构的电信系统的逻辑和功能图；

图2是说明如何根据本发明的一个优选实施方案将所需要的网络控制功能映射到功能组件中的图；

图3(a)概念地表示业务管理组件500的功能；

图3(b)表示业务管理组件500的物理结构；

图3(c)表示IDNA/NGIN系统100的业务管理组件500的一般功能结构；

图3(d)表示SA使用的用来更新DBOR的方案。

图3(e)表示SA使用的用来将来自DBOR的数据分配给数据管理组件的方案。

图3(f)表示数据管理组件600的功能结构。

图3(g)-3(i)表示一般地描述了IDNA/NGIN系统的业务创建和调度阶段的流程图。

本发明针对一个业务管理器，该管理器对使用受控对象的网络控制结构中的这些对象的开发和调度进行管理。具体是，业务管理器保证网络控制和业务处理所需要的受控对象及其它数据的集成。这进而又保证了即使执行新业务也有可靠的网络操作。

在本文中，使本发明可实施的一个网络控制结构被称作智能分布式网络结构/下一代智能网络结构或简单地称作IDNA/NGIN结构或系统。相应地，一个业务处理节点被称作一个IDNA/NGIN节点。

现在讨论图1，描述使用了一个根据本发明的智能分布式网络结构(IDNA)的电信系统，该系统总地用200表示。广域网(“WAN”)202是一个支持一个广大地理区域中的应用和数据分布的数据通信系统。优选地，用来实现WAN202的传输网络是基于同步光网络(“SONET”)的且连接业务处理节点204，使得那些节点中的应用能够以高速率互相通信。

每个业务处理节点204包括至少一个业务处理器172和一个资源集合体B(“RCB”)208的业务处理节点204。图1中给出了被连接到RCA206的几个实例用户终端159。ISDN终端159a，传真机159b，电话机159c以及专用小交换机(PBX)159d都是用户可以用来访问网络200的业务的设备示例。

一个例如RCA206的资源集合体包括直接处理网络所传输用户信息业务量的设备。该资源集合体中的该设备以及其它资源由业务处理器控制来提供网络用户所需要的信息传输和其它业务。

业务处理器172可以被连接到一个或多个传统上用来提供诸如配置、记帐以及恢复的支持功能的附加处理器210。这些功能可以由网络管理系统(“NMS”)212提供的功能来承担。不过，在该优选实施方案中，如下面所描述的，这些支持功能还可以被包含在一个中央业务管理(“SA”)系统500中。

如图1所示，也可以将业务处理器172通过LAN213链接到其它业务处理器172，通过一条带有信令链路216和承载链路218的直接链路214连接到其它网络(未标出)或其它装置(未标出)。一条直接链路允许装置将信令直接发送到业务处理器并避免与通过资源集合体提交信令相关的等待时间及其它约束(例如数据格式)。业务处理器172是业务处理节点204的“大脑”且优选地是一台普通用途的计算机，依据业务处理节点204的处理需要，该计算机的范围可以是从一台简单的单处理器计算系统到一个大规模的计算机网络。优选地，该普通用途的计算机有冗余处理、内存存储器及连接。

每个业务处理器172在至少一个业务逻辑执行环境(SLEE)173中操作，在该环境中受控对象被例示和互相作用以完成业务处理功能。

一个智能外设(“IP”)88提供处理和作用于包含在实际呼叫传输路径中的信息的能力。IP88一般在例如RCB208的一个单独的资源集合体中，并被业务处理器172按照与RCA206类似的方式控制。例如，一些种类IP可以利用信号处理(“DSP”)技术对一个呼叫传输路径中的话音信号提供实时处理。

网络管理系统(“NMS”)212传统地被用于监视和控制业务处理200中的硬件和业务。NMS212的实现可以是一个遵从电信管理网络(“TMN”)的提供网络200内组件管理的架构。在一个优选的实施方案中，由于实用的原因，NMS212被包含在业务管理器500中。本领域中众所周知，通过一条标准操作链路226，NMS212可以直接监视和控制RCA206和RCB208的操作状态。

进一步如图1所示，一个受控对象创建环境(“MOCE”)228包括用来创建运行在通信网络200中的业务的子组件。业务设计者用来创建新业务的与业务无关的构建块(SIBB)和API表示被嵌入到MOCE的基本子组件-一个图形用户接口(“GUI”)中。MOCE228是在一个单用户环境或平台(可替代地称作业务创建环境(SCE))中的一体的工具集。它代表在整个业务创建过程中所需操作的集合，这些操作可以是封装在受控对象中的业务文件编制、受控对象定义、接口定义、协议定义以及数据输入定义，以及业务测试。网络拥有者只需要用MOCE228对一个业务开发一次，因为受控对象可以被应用到其网络中的所有节点。这与这样的网络拥有者相反，即该网络拥有者让不同的交换机制造商中的每一个开发它们的业务版本，在这种情况下会造成业务必须多次开发。

图2是用来描述本发明的功能单元是如何与管理网络数据和计算资源所需功能单元相关的维恩图。

图2包含在别处被详细描述的几个功能单元。简要地，库230用作对于通信网络所需要的、例如受控对象、路由表或翻译表的所有数据的存储的中央点。

图2中的管理功能595代表对于网络业务处理器调度数据和受控对象的中央控制，以及业务提供和激活。

节点资源管理(NODE RM)575指在一个单业务处理节点范围内被例示的对象和数据资源的实时协调。这允许对于与业务有关的对象独立于位置地共享和调用。例如，在一个业务处理节点中可以存在几个处理器且这些处理器通过一个例如局域网(LAN)的本地数据网络相连接。当在第一计算机中正在被处理的第一业务对象需要在该节点中的另一台计算机中可用的第二业务对象时，第一业务对象可以利用NODERM575的功能来容易地找到并利用该第二对象，而不管该第二对象正运行在一台不同的计算机上。

类似地，图2中的系统资源管理(SYS RM)585指在网络范围内，即业务处理节点之间，对于被例示的对象和计算资源的实时协调。

最后，一个业务创建环境，特别是一个受控对象创建环境(MOCE)228被包括在图2中来代表受控对象最初被创建和测试的点。

根据以前描述的IDNA结构，管理功能595和SYS RM585大致对应于一个单独实体，即NMS212。NODE RM575大致对应于在IDNA结构中所描述的所谓ICP-NMS代理功能240。

库230和MOCE228与IDNA结构中所描述的类似命名的单元基本上是等同物。

在本发明的一个优选实施方案中，图2中的功能被如下不同地分组：

SYS RM585和NODE RM575的实时资源协调功能被网络操作系统(NOS)700包括。

尽管库230表示网络数据对象的永久存储器，但是数据管理器(DM)600表示永久存储器也被分配在业务处理节点中。

此外，根据本发明的一个优选实施方案，管理功能595被与库230集成以形成业务管理器(SA)500。通过这一分组，SA500成为保护存储在库230中的数据对象完整性的关守或库管理器。甚至MOCE228也必须通过SA500来存储和检索数据对象。

如图3(a)概念地表示的，业务管理组件500是执行所有功能的部件，这些功能是管理、存储和分配业务处理节点使用的所有业务和业务数据所需的，以及是调度如图1所示的网络控制系统中的硬件和软件所需的。一般地，如图3(a)所示，SA组件500负责：编目和存储来自MOCE(业务创建)228的所创建的对象和数据；将受控对象和数据的正式拷贝返回给MOCE228用于业务开发；接收来自MOCE228的被完成并被测试的业务包、SIBB、SLP或其它业务或数据组件506；接收来自定单入口和其它传统系统229的客户定单数据502以提供IDNA/NGIN系统供客户使用；为每个业务组件提供唯一的名字；以及通过数据管理功能600向网络业务处理器调度受控对象和数据，这些将在这里被更详细地描述。

此外，如图2所示，业务管理组件500维护库230。库230主要包括一个全局记录库(“DBOR”)，该记录库包括所有的IDNA业务和数据，每个数据管理组件600最后从该记录库中接收其所有数据。

业务管理的其它职责包括：激活数据及业务组件512以保证所有数据、SIBB和受控对象或业务逻辑程序SLP通过数据管理组件600对于节点都是可用的；通过将数据、SLP和SIBB 515的逻辑名称输入到网络操作系统(“NOS”)组件700中来登记它们的名称以便向NOS登记，下面将详细描述该登记；去激活数据和业务组件518；以及从IDNA/NGIN系统中通过数据管理组件600清除数据和业务521。除了通过其命名过程来确定版本之外，业务管理通过维护每个SIBB和业务(预测试的、后测试的、已部署的等)的状态来额外地执行一个配置管理功能。这保证了一个业务只有在其所有组件都被成功测试和配置之后才能被部署。

业务管理组件500还根据SA接收的配置信息来执行配置和提供IDNA/NGIN业务节点204的功能。具体是，基于所接收到的配置信息，SA组件500确定在每个业务节点204中的每个组件的能力，哪些业务和数据被分配给哪些节点，哪些业务将运行在驻留于业务节点上的哪个(些)服务器上，以及哪些数据将被高速缓存在与IDNA/NGIN节点服务器有关的本地常驻内存中。具体是，SA将包含在业务概况(配置)文件580中的配置规则部署到NOS系统700的本地(节点)资源管理器(“LRM”)组件575中以存储到位于每个业务节点的本地LRM高速缓存中。正如这里将更详细地描述，这些配置文件580确定在一个IDNA节点中执行哪些业务。LRM首先读取存储在该节点的本地高速缓存中的这个业务概况文件580，并确定用来根据该业务概况文件中的规则运行一个业务的一个特定业务层执行环境(“SLEE”)，例如，一个虚拟机，以及哪些业务要在SLEE中(作为永久对象)活动运行，或只按需要被例示。

图3(b)表示对于业务管理组件500的一个优选物理结构。尽管业务管理是一个集中式功能，它也可以被包括在两个或两个以上的冗余业务管理点中，例如点550a，550b，对于每个SA节点的可靠性包括：SA服务器560，它包括带有包含全局DBOR230的共享磁盘阵列的双冗余处理器；以及在每个各自的点550a，550b中驻留的一台个人计算机(PC)或工作站556a，b，这些点有一个接口，该接口使用户能够访问所有业务管理功能，且尤其能够启动对于指定IDNA/NGIN业务节点(图3(b)中被描述为业务节点204)的数据和业务分配。前述的数据和业务分配激活功能都在每个点的一个或多个SA服务器560上执行。在每个各自的SA点550a，b的部件被一个以太网LAN559连接，该以太网LAN进而又链接到一个WAN 566用来与业务节点通信。

返回去讨论图2，NGIN数据管理组件600在业务生存周期和业务使用能力中起作用。尽管业务管理组件500维护全局记录数据库(库)230，数据管理组件600还是为每个IDNA/NGIN业务处理节点204提供本地数据存储和数据管理功能。这包括业务处理所需要的各种数据，例如业务程序和SIBB、用于业务的数据(客户概况、电话号码等)、多媒体文件(例如对于交互式话音响应(“IVR”)业务的音频文件)等。具体地，一个业务节点的数据管理组件600接收SA全局DBOR的抽取，其中包含业务管理所指定的本地NGIN业务节点所执行业务需要的所有数据。

图3(c)表示突出了本发明业务管理组件500的主要功能组件及其外部接口的一个优选物理实施方案。如图3(c)所示，业务管理组件500包含一个数据分配子组件510，它用来：1)提供与外部系统的可靠通信；2)执行数据翻译和格式化功能，以便接收来自外部系统的数据并将数据从SA典型地通过一个公共数据分配应用程序接口(DDAPI)505来分配到外部系统；3)从接收到的来自外部系统的通信消息中抽取数据输入到一个目录管理器子组件516中；4)为业务/数据包提供带有存储转发特性以及保证递送和恢复业务的多点分配功能；以及5)除了间隔检查、双重检查、接收确认以外，还提供数据集合的按序递送，并保证数据传输的安全。

如图3(c)所示，对SA组件500的输入馈给包括：来自MOCE/SCE228的一个馈给506，用于建立业务的业务组件、包和SIBB模块从MOCE/SCE 228输入；一个定单入口(“OE”)馈给502，客户数据从中输入以执行业务提供功能；以及一个或多个环境提供(“EP”)系统馈给508，用户规范从中输入以指导SA 500如何以及在何处分配MOCE组件208所创建的业务。更具体的是，关于环境提供系统馈给508，被认为是NGIN业务处理环境(计算机硬件、操作系统、SLEE、数据管理的本地高速缓存)一部分的每个业务节点组件被指定一个业务节点概况，该概况包括该节点的物理能力(例如，存储容量、内存容量、计算机处理能力等)。通过EP系统508 GUI(未示出)的一个GUI版本，一个用户基于每个业务节点的业务节点概况(能力)来规定一个业务概况，该概况包含了哪些业务对象(例如，SLP，SIBB，数据等)要被在哪些节点部署给哪些SLEE，哪些数据要被部署给哪些节点，以及每个SLEE和计算机的本地高速缓存策略。这些规范被输入给SA并被一个规定了业务和数据的正确分配的环境管理器子组件530所使用。

更具体地，环境提供系统接口被用于输入业务节点概况以及指导业务概况分配到合适的业务节点。基于业务节点的能力以及业务概况的要求，业务节点可以与业务概况自动匹配，不过，一个业务概况可以规定一个业务节点被手工选择。如果一个业务概况要求它被手工与业务节点相匹配，则一直到利用EP系统508做出该匹配之后才能分配该业务。如果业务概况要求业务被自动分配，则该业务可以被自动匹配和分配，不过，环境提供接口可以不考虑这点而在以后时间内改变该分配。

数据分配API 505为使用所有SA功能而提供标准接口并进一步与数据分配子组件交互以提供有保证的递送/恢复业务。具体地，DDAPI 505为作为每个节点的本地数据管理组件的业务管理客户提供一个标准消息集合供其使用。SCE和EP系统还被设计成与业务管理通过DDAPI接口。不过，不能将例如OE系统229的其它外部系统设计成为使用DDAPI，因此，一个仲裁方法511被用来使用通信协议和这种外部系统的消息发送格式适应于DDAPI 505。

如图3(c)所示，对于所有外部接口只要求单个的DDAPI 505和数据分配过程510。所有与业务管理接口的外部系统依据允许给它的特权来访问业务管理的所有功能。这保证了诸如DBOR更新的功能都被例如以相同方式处理，而不管是谁启动的它们，并且还消除了特殊情况处理。这还保证了被提供给某些系统(例如OE)的相同数据完整性检查被提供给另外的系统(例如网络元素)，并进一步促进了外部系统与业务管理接口的开发。

进一步如图3(c)所示，SA组件500包括下列子组件：目录管理器516；DBOR管理器520；环境管理器530，审查及调和管理器535，以及监视记录管理器540。这些功能中的每一个将被更详细描述。

通过数据分配过程510，目录管理器子组件516接收来自外部源的所有数据实体。这些数据实体包括来自业务创建的业务和SIBB，来自定单入口系统馈给502的业务数据和客户数据。以及来自环境提供馈给508的环境部署和提供规范。目录管理器516根据预先确定的命名约定为所接收到的每个数据实体提供一个唯一的名称。这包括同一数据实体的多个版本。目录管理器还保证在所接收到的来自多个源的数据之间的数据完整性，并解决冲突。例如，如果目录管理器接收到来自两个不同OE源的对于同一个客户的免费电话号码的两个不同的网络终接(从已经应用的任何智能路由特性中分析出的)，则目录管理器将通过对每个所接收到的数据实体进行审查来检测它。在检测后，既可以执行一个解析算法(例如，使网络终接最近的日期/时间戳)，也可以将该冲突通知给用户。然后目录管理器将被命名的数据实体存储到DBOR 230中。它使用DBOR管理器520将数据真正存储到DBOR中。目录管理器还将对于DBOR的任何更新通知给环境管理器。

DBOR管理器520为业务管理的多个功能组件提供一个与DBOR230的单一接口，并执行所有的数据库管理功能(添加、删除、检索、修改等)。这是一个重要功能，其中DBOR实际上包括用于存储多种类型数据的多个数据库，这些数据包括对于业务的SLP，SIBB，对于客户和业务数据的数据组，对于IVR业务的多媒体数据等。优选地，DBOR包括对象数据库和关系数据库。这些数据库可以是由不同厂家提供的，因此需要对于执行数据库管理功能的不同命令集。DBOR管理器520封装这些来自其它业务管理组件的变化，这样任何需要一个DBOR功能被执行的组件只简单地实现DBOR管理器提供的公共命令集以及一个数据实体名。DBOR管理器520使用所提供的数据实体名，并使所请求的命令适应于为特定数据库类型所使用的格式，以执行所请求的功能。有三种与DBOR管理器接口的业务管理子组件：目录管理器516、环境管理器530以及审查及调和管理器535。

环境管理器子组件530负责将来自DBOR的业务和数据部署到NGIN业务节点中的本地数据管理组件。为此，它首先确定哪些业务/数据实体需要被分配给哪些节点；然后与从DBOR中抽取的数据实体一起发布恰当的分配命令给数据分配。用户通过EP系统馈给508输入的环境提供规范，被存储到DBOR中且被环境管理器使用来确定分配。以这种方式，业务管理只将每个NGIN业务节点所需要的那些数据实体分配给该业务节点。这一特性降低了数据分发所需要的每个业务节点的存储器要求以及网络带宽和处理/传输时间。由于数据实体的拷贝个数被最小化，它又通过简化数据完整性使得能够在全网络中进行NGIN功能的分配。应当理解，环境管理器功能要求业务管理的复杂处理，但这一复杂性可以被容易地封装到环境管理器所应用的分配规则中。此外，环境管理器530提交一个被提供给NGIN系统结构的有价值的配置等级。简而言之，尽管所有数据被部署给所有业务节点以使得在每个节点能够执行所有业务时，但这不是必要的。用户可以决定在哪些节点提供哪些业务以优化网络设计，然后为那些节点部署那些业务所需要的数据。

一旦DBOR被修改，例如一个业务被新版本所替换时，既可以通过目录管理器，也可以通过DBOR管理器来另外通知环境管理器530。环境管理器530保证被影响的每个业务节点被更新(即接收新的业务版本)。当它接收到一个DBOR更新的通知时，它标识使用被更新数据或提供被更新业务的每个业务节点，然后将更新分配给这里所描述的每个受影响的业务节点中的本地数据管理组件。

审查和调和(A/R)管理器535通过运行审查例程来比较DBOR 230中的数据和任何各种DBOR抽取中的数据来保证DBOR及其多重抽取中的数据同步。然后它确定对多重数据库重新同步的校正操作。为完成这些操作，A/R管理器产生一个含有数据和命令的数据包去处理这些数据。然后将这个数据包提供给任何一个被需要用来完成对多重数据库重新同步的校正操作的数据库。优选地，可以如下进行：1)在系统空闲时间内，它可以运行一个审查例程来寻找和解析DBOR中的数据与一个可能驻留在一个业务节点的本地数据管理数据库的DBOR抽取中的数据之间的差异；以及2)在实时呼叫处理过程中，如果一个业务应用找到了一个差异，例如，一个业务应用被给予了一个在数据管理中数据寻找的关键字，用这个关键字查询数据库，但是没有找到记录，则该应用产生一个告警。这个告警被发送给A/R管理器535，由它来解析差异。

监视记录子组件540是这样一个过程，它用来监视业务管理过程的性能和稳定性，并记录所执行的某些或所有事件以便用户以后查看例如何时什么数据被部署给哪些节点。

如所描述的，全局DBOR 230可以是一个或多个物理上的数据库，这些数据库被分割以存储和管理多种类型的数据和业务，包括：SLP、SIBB、业务数据和例如包含呼叫记录信息的客户概况的客户数据、传真和路由方案以及包括话音邮件消息和其它交互业务的音频和视频文件或对象的多媒体文件。尽管多个DBOR为冗余和生存性而存在，但是DBOR 230是一个用于分配给任何一个和所有其它NGIN功能组件和过程的所有NGIN业务和数据的单一逻辑存储器。

进一步如图3(c)所示，SA组件500实现NOS组件700以提供不同业务管理过程之间的通信。例如，DDAPI 505使用NO

S业务来提供一个消息集，该消息集使用NOS的通信机制来启动外部系统和数据分配510之间以及数据分配510和其它SA子组件之间的接口。不过，NOS 700不被要求用于在详细目录管理器、环境管理器、A/R管理器以及DBOR管理器组件之间的通信，因为这些过程在一个优选的物理实施方案中是被设计成为运行在同一计算系统上的。应当理解，即使在一个其中这些过程运行在不同计算系统上的分布式计算环境中，这些过程也可以用其它内部API和例如TCP/IP套接字的通信协议来互相通信。如何为所有业务管理内部过程提供使用NOS进行内部过程通信的能力，对于技术人员来说是显而易见的。

已经描述了SA组件500的优选实施方案，现在参考图3(c)-3(e)来更详细地描述业务管理500所执行的主要业务。

如所提到的，作为第一主要业务，SA 500负责为业务和数据命名和确定版本。也就是说，在将业务/数据实体存储到DBOR 230中之前，SA为每个业务/数据实体的每个版本提供一个唯一的名称，这样同一个业务/数据实体的多个版本就可以被保留。当SA将数据/业务分配给数据管理时，一个单个的逻辑名称被与一个唯一的版本名称一起提供给每个实体，这样诸如SLP的过程可以用一个公共逻辑名称调用一个业务/数据实体，而不需要知道所需要的是哪个版本。应当理解，名称登记要求提供了对于需要数据、SIBB和SLP名称唯一，以及对于需要NGIN的SA组件500保留这些不同组件的原版拷贝的详细理解。由于数据、SIBB和SLP被提供给SA，所以这些组件的创建器用一个用户名来标识它们。这个用户名为MOCE/SCE提供了用它们的术语来标识组件的途径；然后这个用户名被用单个逻辑名唯一标识，(即一个公共参考)。优选地，当命名一个新的或被修改的组件时，SA实现一个命名结构约定并优选地维护一个用户名和逻辑系统唯一名称之间的映射。在执行对于数据、SLP和SIBB的请求时，除逻辑系统唯一名称之外，SA也提供用户名。

作为第二主要业务，业务管理组件500负责业务提供，即为业务供应提供这些业务所需要的数据。这类数据被从定单入口馈给502输入到SA，并在分配到数据管理600之前，被存储到全局DBOR 230中。这类数据可以包括，但不限于，客户概况数据，例如客户业务选择、客户名称以及帐户数据、终接电话号码、呼叫路由数据以及潜在地被需要用来处理和完成对于一个业务的呼叫的任何数据。作为一个例子，当一个1-800业务被为一个公司客户在业务创建中建立时，该客户的名称、帐户/帐单信息，800电话号码、终接网络地址、从OE系统接收到的业务选择(路由特性、多媒体文件标识符)被需要用来提供该特定业务。在这个功能中，业务管理500解析恰当的定单入口馈给以为NGIN创建一个综合的且一致的定单入口记录并保证从一个定单入口系统或一个提供系统接收到的每个馈给被确认。

作为第三主要业务，SA组件500负责业务支持提供，即调度NGIN处理环境(硬件、操作系统、SLEE、点、点LAN以及点间WAN)并提供规定这些调度的数据。具体地，每个IDNA/NGIN业务节点有一个通过环境提供子组件508(图3(c))输入到SA的相关业务节点概况，并规定了计算系统的能力，计算系统被分配给的功能，以及该业务节点所支持的业务类型。作为格式化数据被包含在SA中的一个实例业务节点概况如下面的表1所示：

计算机名：	Hayward #1
		操作系统：	SUN Unix
处理单元：	5,000单元
		内存单元：	3,000,000,000单元
		磁盘单元：	30,000,000,000单元
30,000,000,000单元	10,000,000单元
		话音重放能力
数据管理接入：	满
		业务节点选择：	手工

表1

这样，在表1的实例概况中，规定了：节点名、用于计算机执行业务逻辑程序的操作系统、内存、磁盘和数据通信单元的量、节点能够从SA(数据管理接入)接收客户特定数据以及节点能够支持例如话音重放能力的特殊业务特性的指示。应当理解，实例表1还可以包括其它类型的与资源量有关的信息以及与具体业务节点有关的能力。

对于每个业务在SA中所额外产生的是以格式化数据文件形式包括在SA中的一个业务概况，它规定了业务的需求以及它要被部署给哪些网络内的SLEE和/或计算机。网络中被部署的一个具体业务的实例业务概况如下面的表2所示：

概况名称：	对于客户X发布的业务1001
		操作系统：	全部为UNIX
处理单元：	200单元
		内存单元：	30,000单元
磁盘单元：	2,000单元
		例示(时间范围、最小值、最大值)	00：00-23：59、1、5
数据通信单元(平均值)	10,000单元
		数据通信单元(突发)	30,000单元
所要求的话音重放
		所要求的数据管理：	数据集1001
业务开始日期：	01-01-1998  10：00
		业务结束日期：	无

表2

在表2中，规定了：一个业务概况名称，例如，对于客户X的业务#1001；在被例示时执行业务所需要的处理单元、内存以及磁盘空间的量；当一个具体业务(例如，作为一个业务逻辑程序被包含)要根据在业务管理中规定的预定事务准则被例示时，规定了时间范围的节点例示域，以及指示了在规定的时间范围内，由NOS所例示的那些业务对象(SLP)的最大数和最小数的相应的min/max域；指示了例如业务要求一个诸如话音重放的具体业务节点能力的特殊需求域；以及一个业务的开始日期和结束日期。显然，SA可以将表2的实例业务1001的业务(以及业务概况)分配给含有如表1所示的业务节点概况的业务节点，由于该节点清楚地有内存需求和话音重放支持。另外显而易见的是，表2中的业务概况所示的实例业务#1001，要求来自客户X的一个数据集，该集特别包括特定于客户X提供的业务#1001的话音重放业务宣布。SA组件500通过包括客户X话音重放宣布的定单入口馈给307接收数据，并且SA的目录管理器将它作为一个数据集合#1001来指派以便例如存储到DBOR 230中。以这种方式，SA可以自动将数据集合#1001分配给为客户X提供业务#1001的业务节点。

这些业务节点概况(例如表1)和业务概况(例如表2)被输入到SA并在那里存储以使得能够自动跟踪：1)每个业务节点的能力，即多少计算机和SLEE以及每个业务节点的资源容量；2)哪些业务和数据要被在何时部署给哪些业务节点；3)业务执行的配置，即在哪个时段内SLP将持续运行而不是按要求运行。网络中每个节点和计算机的能力被维护，这样管理数据/业务分配、数据/业务激活以及数据/业务清除的简单的以及复杂的事务规则将被用于优化在IDNA/NGIN业务节点上业务的执行。这样，业务支持提供功能的一部分是确定哪些业务要被作为一个永久对象(活动地运行)在哪个SLEE上例示，利用基于一个或多个准则的规则，这些准则包括例如，在业务节点中的负载平衡、网络呼叫路由效率以及业务需求。下面是这个业务支持提供功能的一个例子。由于一些业务比另一些业务更具时间敏感性，所以呼叫者具有的对于在某一个业务类型中的延迟容忍程度可以被用来确定该业务是否作为一个永久对象在SLEE中活动地运行，以及该业务的数据是否被高速缓存到本地内存中以减少等待时间。当考虑业务需求时，某一个业务可以看到例如峰值需求在晚上。这样SA 500允许用户为该业务指定一个SLP来按每个点的本地时间在例如下午5：00到午夜12：00活动地运行(作为SLEE中的一个永久对象被例示)，并在其它时间只作为按需求的而被例示。SA产生的业务概况文件(表2)的一个规则反映了这点。

作为第四个主要业务，SA组件500负责根据用户指定的策略，将业务和数据分配到所选IDNA/NGIN系统节点的本地数据管理功能组件。这些策略被作为规范包含在业务创建环境228中生成的业务包内，也作为用户通过作为其业务支持提供功能一部分的SA 500输入的规范。包含在该功能中的是SA跟踪数据、SIBB和SLP的当前状态(例如，被测试、被部署)的能力。它不仅跟踪状态，还跟踪数据、SIBB、SLP以及创建一个业务的特定版本(包括各种相关性)所需要的各种组件(即数据、SIBB和SLP)的当前版本。在全局DBOR中，SA存储一个业务(即包括封装在一个业务SLP中的所有SLP)的每个版本，此外还跟踪整个IDNA/NGIN网络中例如DBOR抽取的各种数据管理库的配置(例如物理地址)。

此外，SA组件500跟踪已经被分配的业务和数据以保证完整性。例如，如果一个业务已经被成功部署给一个节点，但该业务所需要的数据分配失败了，则SA检测此且或者重试数据分配或者通知用户。如果在预定可配置的重试次数之后，所指定的库不能接收到此分配，则SA产生一个告警并存储未决的分配。

除了分配数据、SIBB以及SLP到数据管理的SA分配功能之外，SA还负责：1)将SLP、SIBB以及数据分配给一个网络集成测试环境以进行端到端测试；2)使得一个授权用户能够为一个分配配置预置时间；例如，现在(按需求)、今天中午、明天下午3点；3)基于一个预置时间启动分配；例如，在明天上午1：15部署一个话音文件；4)规定分配规则，指定库接收SLP、SIBB以及数据给哪个NGIN数据管理；5)基于预定分配规则确定分配数据的位置；6)在分配之前，检查一个被指定库的状态(利用查询NGIN NOS组件)；7)尝试分配到所有报告在线指示的被指定的库，且如果一个被指定的库正在报告一个离线指示，则存储对于该库的分配以备将来转发；8)一旦从先前离线的一个被指定库接收到一个在线指示，则将所有未决的分配转发给该库；9)监视到数据管理的分配。例如，如果一个分配是对于一个已存在的SLP、SIBB或数据实体的新版本的，则SA保证当该分配被接收到时，现有数据不会在数据管理中被重写覆盖；10)从数据管理接收成功或不成功分配的状态指示，并基于从数据管理接收到的成功/不成功分配状态指示来更新所有数据的状态；以及11)记录所有到数据管理的分配。

在这一点，有必要在如图3(d)所示的更新DBOR 230所要求的内部过程与如图3(e)所示的分配来自DBOR的业务包和数据抽取所要求的内部过程之间进行区分。由于DBOR 23O中所维护的数据格式与从外部源输入的数据格式，以及用于分配的抽取中的数据格式不同，所以需要单独的过程。因此，为了执行有意义的审查并保证数据的完整性和同步，如图3(d)所示的DBOR更新过程需要目录管理器过程516和DBOR管理器过程520的帮助。当从DBOR中抽取数据到各种SA代理(DM客户)时，就需要环境管理器过程530和DBOR管理器过程520的帮助，如图3(e)所示。因此，这些单独过程的完成允许针对输入系统数据的DBOR审查，以及针对正在被分配给和已经被分配给数据管理的被抽取数据的DBOR审查。

作为第五个主要业务，SA组件500负责激活被成功部署给业务节点的业务，即使得数据、SLP或SIBB对于业务处理可用。属于SA业务/数据激活的需求以及当错误发生时所要求的处理包括下列内容：1)保证在允许激活SLP、SIBB或数据之前所有的分配相关性(在MOCE/SCE 228中被规定)都是完全的。一个相关的例子是SLP请求使用一个特定数据库。因此SA保证在允许激活SLP之前，数据库已经被分配和激活；2)在激活一个SLP、SIBB或数据实体之前检查到其指定库的分配的状态；3)基于分配状态、相关性、完成状态以及预定分配规则来确定先前被分配的数据是否在所有成功接收分配的位置都被激活。如果SA确定分配数据已经被激活，则SA尝试发送一个激活请求到数据管理；4)在发送激活请求之前检查一个指定库的状态(通过查询NGIN NOS)；5)尝试激活所有被指定的报告在线指示的库，且如果一个被指定的库正在报告离线指示，则存储对于该库的激活请求以备将来转发且不尝试激活该库。如果一个被指定的库报告一个在线指示，且由于某些原因不能处理激活请求，则SA重试对该库激活。如果在一个预定的、可配置次数的重试之后，被指定的库不能处理该激活请求，则SA产生一个告警并存储未决激活。一旦从一个先前离线的被指定库接收到一个在线指示，则业务管理就转发所有未决分配和激活到该库；以及6)从数据管理接收激活响应。如果一个激活请求指示所有被指定库的成功，则SA用NOS登记数据、SIBB或SLP以及信息的物理位置的唯一名称。应当理解，物理位置名称包括硬件组件名称的一个标识。

在该优选实施方案中，SA基于预定分配规则以及从数据管理600接收到的激活响应来确定是否数据已经在足够的位置被激活以使其对于业务控制受控对象可用。如果业务管理确定数据对于业务控制可用，则SA用NOS登记系统的唯一数据名称以及所有成功分配和激活位置的物理数据位置。如果被激活的数据要替代网络中的现有数据，则SA保证在初始化对于新数据的新业务处理时，完成对于旧数据的现有业务处理的平滑转换过程。一旦对于旧数据完成了所有业务处理，则旧数据就成为去激活的，这里将更详细地描述。

更具体地是，作为业务/数据激活步骤的一部分，SA实现引起在恰当时间下载业务概况的触发。当一个业务概况(例如如表2所示的)被下载到一个业务节点时，该业务概况包括业务开始和结束时间。通过将信息提供给数据管理来将业务概况下载到业务节点，这将参照图3(f)来进一步详细描述。通过DM API将业务概况信息中的变化通知给作为一个DM客户的NOS。在一个优选实施方案中，SA发送一条消息给每个SLEE中的NOS名称转换(“NT”)功能，业务根据该消息执行以指示一个名称转换功能将对于业务的逻辑名称重嵌到正在被激活版本的物理地址或对象引用中。

最后，SA跟踪库平台特性以保证当数据、SIBB或SLP被激活时，它们可工作在合适的平台上；基于激活或去激活来更新数据、SIBB或SLP的状态；并用监视逻辑组件540(图3(c))记录数据、SLP和SIBB的所有激活。

根据该第五个SA功能，参考图5(g)和5(h)给出了IDNA/NGIN系统是如何处理业务构建以及部署阶段的，这两个图表示在对于IDNA/NGIN系统构建和部署一个SLP时的假设步骤，例如对于一个1-800集中(“1-800-C”)业务。如图3(g)中的步骤812所示，MOCE/SCE应用程序使得用户能够从SA访问所有的SIBB、SLP、数据以及其它创建1-800-C SLP时所需要的建立块。在1-800-C业务的例子中，这样的建立块包括：一个播放音频建立块、一个集中数字建立块以及一个话音识别建立块。这些恰当建立块的拷贝被SA从全局DBOR 230中抽出到MOCE/SCE中以提供开发1-800-C业务逻辑程序的基础，如图3(g)中的步骤814所示。然后，如步骤819所示，在MOCE/SCE环境中，1-800-C业务逻辑程序和诸如话音文件的所有相关数据是被测试的单元。接下来，如步骤820所示，在接近类似实时MCI网络的实验室环境中，1-800-C业务逻辑程序被端到端测试以保证业务逻辑程序一旦被分配到网络中时能被正确执行。然后，如步骤823所示，1-800-C业务逻辑程序被提交给业务管理，以按照这里详细描述的方式在其分配之前进行命名和分类。

如这里所描述的，业务管理组件允许引入管理数据和信息分配、数据激活以及数据清除的规则。因此，如步骤826所示，SA组件检查指定了要接收业务逻辑程序的数据管理库的规则，以及关于在允许激活1-800-C SLP之前，必须接收分配的库的最小数量的规则。为此，如步骤830所示，业务管理通过访问NOS网络资源管理功能来检查数据管理库的状态。然后，如图3(h)中的步骤832所示，业务管理组件确定那些指示了“在线“状态的DM库，并在步骤835将1-800-C SLP分配到在线的所有DM库。如步骤837所示，对于那些报告离线状态的库，业务管理存储分配用于将来转发到该离线库。然后，如步骤840所示，业务管理组件等待单元数据管理返回一个对于每个库的状态，指示分配成功或失败。在步骤842进行判断以确定是否已经从各自的DM库中接收到了确认。如果没有接收到确认，则如步骤844所示，SA等待确认。一旦接收到了确认，则过程继续到步骤845，在该步骤由业务管理判断是否在成功接收了分配的所有库中可以激活1-800-CSLP。

具体地，业务管理基于下面的激活准则组合来判断1-800-C SLP是否已经被激活：1)分配状态，2)数据相关性状态以及3)预定规则。这是因为业务管理500执行保证业务逻辑程序的所有数据相关性都被完成的功能；即在允许激活一个依据这些数据的SLP之前，该SLP被分配和激活。因此，在此例中，如果1-800-C SLP在其执行过程中使用另一个业务逻辑程序(例如，与一个线路信息数据库的接口SLP)，则业务管理保证在允许激活1-800-C SLP之前，另外的SLP或数据库已经被分配和激活。应当理解即使所有被指定的库不接收业务逻辑程序的分配，一些业务也可以被激活。这依据几个因素，包括：SA中的分配和激活规则所指定的所期望的呼叫量以及业务质量。例如，对于一个特定的低呼叫量业务来说，在被激活之前只存储在网络中的两个DM库中就足够了，而对于其它业务来说，则要求该业务在被激活以接收业务之前被定位在所有被指定的库上。

因此，在图3(h)的步骤847，基于激活准则的满足程度做出判断。如果SLP不能被激活，则如步骤848所示，SA一直等到SLP激活准则被满足。否则，如步骤852所示，SA发送一个激活请求给所有被指定的数据管理库。然后，如步骤854所示，数据管理处理该激活请求并转发对于每个库的一个激活响应给业务管理，以指示该激活的成功或失败。如步骤855所示，基于从数据管理接收到的成功激活响应，业务管理向NOS登记1-800-C SLP系统唯一名称以及物理数据位置，且在本例中，1-800-C业务就可以被使用了。任何不能够接收1-800-CSLP的分配和/或激活的数据库对于该业务逻辑程序来说都不作为一个有效的物理数据位置向NOS登记。

作为第六个主要业务，正如SA使能业务组件的分配和激活一样，SA组件500提供使业务组件在业务节点中停运或从中清除。所包含的主要步骤是对其相关部分的设计、去激活、去安装和/或停运，以及对于相反结果的测试。例如，在业务休止一段时间以后，或由用户指定的，当一个业务在一个特定节点不再被需要时，业务管理将清除，即去激活该业务，典型地是通过发送一条消息给NOS NT使其将业务从IDNA/NGIN业务节点中清除，清除是通过发送一条消息给本地数据管理组件以删除该业务。属于去激活和清除业务/数据的SA功能的需求包括：1)允许一个授权用户请求去激活一个SLP、SIBB或数据实体并指定一个去激活的时间；2)在将一个去激活请求转发给数据管理之前，检查SLP、SIBB或数据的状态和数据相关性。如果SLP、SIBB或数据的状态是激活的且不存在数据相关性，则当到达指定时间时，SA向NOS撤消SLP、SIBB或数据的登记，使SLP、SIBB或数据不再可用于业务处理；3)当向NOS撤消SLP、SIBB或数据的名称登记完成时，转发一个特定SLP、SIBB或数据条目的去激活请求给数据管理。如果SLP、SIBB或数据的状态不是激活的或如果存在数据相关性，则SA忽略该去激活请求并通知请求者；4)记录数据、SLP和SIBB的所有去激活；5)允许一个授权用户请求清除一个SLP、SIBB或数据实体并指定一个清除时间；以及6)在转发一个清除请求到数据管理之前，检查SLP、SIBB或数据的状态。如果SLP、SIBB或数据的状态是去激活的，则到达规定时间时，SA转发该清除请求给数据管理。如果SLP、SIBB或数据的状态不是去激活的，则SA忽略该清除请求并通知请求者；以及7)登记从数据管理中对数据、SLP和SIBB的所有清除。

如上面参照业务/数据激活所描述的，SA 500中的触发器引起SA在恰当时间下载从业务节点中清除业务概况的命令。这个命令被利用一个到数据管理600的命令递送到业务节点。数据管理更新它的表，从而导致NOS作为一个DM客户接收业务变化的通知。

图3(i)表示参照一个被提供的1-800集中SLP业务例子说明业务的去激活处理。如图3(i)所示，第一个步骤860包括取消1-800-C业务逻辑程序的决定以及使用MOCE/SCE测试清除1-800-C业务逻辑程序的影响。然后，如步骤862所示，SA验证关于取消1-800-C业务逻辑程序的规则。具体地，业务管理检查以保证在1-800-C业务逻辑程序上没有其它激活业务逻辑程序的相关性。如果确实存在相关性，则需要进一步的调查以确定该相关业务逻辑程序是否真正是必需的并且重复计划步骤。如果不存在相关性，则业务管理允许一个授权用户指定去激活的时间。一旦确定了SLP能够被取消，则如步骤865所示，SA发送一个去激活请求给所有包含1-800-C SLP的数据管理库。如步骤867所示，数据管理处理该去激活请求，并发送一个指示了该去激活成功或失败的去激活响应给SA。对1-800-C SLP成功去激活之后，则如步骤868所示，SA向NOS撤消对1-800-C SLP的登记，以保证1-800-C SLP不再用于业务处理。这样，将来的业务请求将不能够使用1-800-C SLP。然后，如步骤869所示，SA允许一个授权代理指定一个将所有的1-800-C SLP从其驻留的所有数据管理库中清除的时间。一旦到达了指定时间，则SA发送一个清除请求给所有包含1-800-C SLP的数据管理库，并且如步骤870所示，数据管理将1-800-C业务逻辑程序从其库中删除，使得1-800-C业务不能再被使用。

作为第七个主要业务，SA组件500负责执行审查。在一个业务或数据实体进入到DBOR之前，业务管理审查该实体与其它已经在使用的业务/数据实体，以保证没有冲突存在。类似地，在将一个业务/数据实体分配到业务节点之前，要对其审查以保证没有冲突存在。业务管理提供对于被部署给业务节点的DBOR 230中的业务和数据的过程触发审查和进度表触发审查。过程触发审查是由意外故障启动的审查。例如，如果SA试图下载一个概况且由于该概况已经存在而该下载被拒绝，则SA启动一个审查来确定该如何做。例如，SA将已经存在的业务与一个假设要被下载的业务相比较以确定它们是相同还是不同。如果它们相同，则审查在此终止。如果它们不同，则该审查过程启动删除已存在概况然后下载一个正确的概况。进度表触发审查是根据一个预定进度表或根据在系统空闲时间或应用户要求启动审查例程的被编程规则而被触发的。这些SA审查规则被作为已编译代码保留在SA系统500中，并作为在SA系统中被处理的已解译规则保留。

现在讨论图3(f)，其中给出了SA组件的数据管理组件600，它提供了对于每个IDNA/NGIN业务节点的本地数据存储和管理功能。具体地，数据管理将从业务管理接收到的数据存储在一个或多个数据库中，使得业务/数据对于业务控制环境很容易是可用的，后者是通过将所需要的数据高速缓存到驻留在业务控制计算机中的内存中，或到一个同一地点的数据库服务器中以便用最小的等待时间将业务/数据提供给一个业务控制业务来完成。更一般地，数据管理组件600对于不论是从业务管理接收到的还是作为一个业务处理的结果所接收到的数据执行实时存储、复制、同步以及可用。这些数据管理功能还可以进一步被分类为：1)数据库功能；2)数据处理功能；3)数据使用功能；以及4)帐单记录产生功能。

数据库功能

数据库功能包括存储IDNA/NGIN数据所需要的所有特定功能。一般地，一个库是存储所有不同类型信息，例如话音文件、对象、SLP、SIBB和数据库的物理装置。在数据库的管理中，数据管理功能考虑库的安全性、故障以及配置管理。

数据管理的库存储方面包括的能力是：1)存储永久的数据、SIBB、SLP、音频文件、呼叫内容数据、进度表数据、部署数据、名称业务数据、文本文件，例如传真；2)将被指定数据保留一段可配置的时间，例如在将呼叫内容数据从库中删除之前可以存储几天；3)当保持时间到期时，将被指定数据从其库中自动删除；以及4)提供对于库数据的多个版本的支持。

作为存储功能的一部分，数据管理600检查其库的状态以保证只对在线库进行查询和分配。因此，如果一个库离线了，则不再试图对该库进行查询和分配。作为这个功能的一部分，数据管理可以：查询库的状态，例如确定一个使用状态，该状态提供了根据当前每个库正在处理的事务数确定该库忙程度的指示；当出现状态改变时以及在初始化时，将该库的状态信息转发到NOS 700；如果库离线了或不起作用了，则提供一个告警；且通知NOS 700没有进一步的查询或更新要被发送给报告离线指示的库。

而且，作为存储功能的一部分，数据管理提供数据库的配置管理、故障管理以及记录管理。属于配置管理的DM功能允许一个授权用户：定义和扩展数据库的模式；查询和修改分配给一个库的系统资源；以及查询和修改一个库的索引策略。属于对于数据库维护的故障检测以及报告产生的DM功能包括：允许对于分配给一个库的系统资源定义故障阈值以及通知；允许检测和报告一个库中的介质故障；允许对于全部库容量的百分比定义故障阈值以及通知；允许对于全部库日志的百分比定义故障阈值和通知；以及当一个库或它的一个组件(例如，模式、库数据)被破坏时，提供一个通知。属于建立和管理由数据管理所拥有的库上的日志的DM功能包括：记录库性能的能力，包括下面类型的记录：(a)事务记录；(b)错误记录；以及(c)事件记录，以及将这些记录存储到一个外部介质上的能力。关于记录功能，数据管理在重新初始化记录之前可以将记录数据保留一段可配置时间。此外，一个授权用户可以查询和修改一个库上的记录的特性(例如，尺寸、域描述、事件报告)并规定要被写到每个日志上的数据。例如，由于事务的量，一个用户可能只想在事务日志中捕获“写”事务而不是所有事务。

DM处理功能

DM的数据处理功能包括接收数据的分配，在全部库范围复制数据，查询、检索以及更新库中的数据，启动中止和返回事务，以及执行数据审查。这个功能可以被分解成为下列区域：a)数据分配；b)数据复制；c)数据检索和更新；d)数据事务；以及e)数据审查，其中的每一个都在这里被描述。

数据分配

这里定义的数据分配是指将数据或业务从业务管理中取出到数据管理600。关于数据分配功能，DM从业务管理接收数据分配；报告系统中被部署数据的状态；使得数据被业务可用；以及去激活或清除数据管理所存储的数据。

具体地，由于被DM 600的数据服务器、DDAPI、DBOR抽取库以及DBOR抽取管理器组件(图3(f))包含，所以启动数据管理以便从业务管理接收数据的分配、文件定义、SLP以及SIBB。如果库的容量已经被超越，则任何进一步的接收数据分配的尝试都将失败，但不会妨碍访问库中的数据。响应于将数据从SA分配到DM，运行在DM服务器中的过程用一个指示了分配成功或失败的信号来响应SA。如果有一个数据分配失败，则DM可以撤消被完成分配的任何部分。如所描述的，一个激活请求信号被从SA分配以指示数据已经被成功分配到最小数量的库中，且已经被“激活”可以用于业务处理。数据管理用一个指示了成功或失败的激活响应来响应接收到了一个激活请求，该响应在数据、SIBB或SLP的各自成功/不成功激活后而发送回业务管理。DM还能够接收和处理一个来自业务管理的、从SA发送出的去激活请求以使得一个特定数据、SLP或SIBB对于业务处理来说不可用。数据管理用一个到业务管理的指示了被请求的去激活成功或失败的去激活响应来响应一个去激活请求。

同样地，DM还能够接收和处理一个来自业务管理的清除请求信号，该信号指定了DM从被指定库中清除特定数据。DM将一个指示了该清除请求成功或失败的清除响应发送回业务管理。应当理解，激活、去激活以及清除请求可以是对于SLP、SIBB或一个数据实体的。

数据复制

DM的数据复制功能包括将数据复制到特定位置，即业务节点数据库，即本地服务器高速缓存并通知NOS关于成功/不成功的复制所需要的所有特定功能。IDNA/NGIN系统基于SA调度文件所提供的被定义的复制策略来复制数据。如这里所描述的，数据“复制”指将数据从一个库复制到另一个库的行动用于作为业务处理一部分写入的数据。

例如，在业务处理过程中，当数据被更新时，数据管理将数据复制到其它库中。首先，基于SA在调度文件中为数据实体提供的已建立的复制规则，数据管理确定数据将要被复制到的一组位置，并保证当超越目标库的容量时，对于复制库数据的尝试将失败，而不会妨碍访问库中的现有数据。如果由于超过容量而导致复制失败，则数据管理通知NOS组件在该库中无法获得特定数据以保证不会进行对于该库的复制的进一步重试尝试。如果是由于非容量的其它原因导致对库复制失败，则数据管理将对该库重试失败的复制。如果在一个预定的、可调度数量的重试之后，该库还不能接收该复制，则数据管理产生一个告警并通知NOS组件被复制的特定数据在该库中无法获得。这保证了在该位置不会对该数据做出查询。这样，一个同步功能被实现以使库恢复同步。

数据检索和更新

数据检索和更新功能包括在业务处理过程中访问由数据管理所存储的数据的能力。

在优选实施方案中，在任何一个特定节点，在业务处理过程中，数据管理从SLEE中的一个执行受控对象实例中接收数据请求，例如通过NOS。如果数据管理不能理解数据请求则会特别通知请求者(例如受控对象)。如果数据请求是对于一个数据实体的检索，则数据管理将被请求的数据返回给请求者(例如，通过NOS)。应当理解，操作和查询单一库或多个库中的数据所需要的任何支持都是由DM提供的。数据管理还支持跨越多个库的查询结果的收集和整理。如果DM不能定位数据检索请求中的被请求实体的名称，则DM通知NOS组件。如果在检索一个数据实体的过程中发生了一个数据库失败，则NOS组件也将被通知。数据管理还将通知请求者(执行业务控制对象)无法从一个有效名称来检索一个特定数据实体。如果该数据请求是对于一个数据实体的更新，则数据管理更新该数据实体并确定是否需要复制。如果DM不能更新在一个数据请求中所指定的数据实体，则DM通知请求者，而且如果DM不能定位在数据更新请求中所请求实体的名称，则通知NOS。在NGIN操作过程中的任何时间，DM将数据实体更新过程中的一个数据库失败通知给NOS。如果该数据请求是对于一个数据实体的删除，则DM删除该数据条目并确定是否需要在其它库上启动该事务。

数据事务

一个事务被定义成为将一组数据从一个一致状态转变到另一个一致状态的一系列操作。事务的例子包括：输入数据、更新现有数据、删除数据以及复制数据。在IDNA/NGIN系统中，DM能够启动一个库上的事务，终止一个已经被启动的事务，如果发生了一个事务失败则提供通知，以及记录所有的事务失败。作为一个事务失败的结果，数据管理还通过将一个事务所控制的数据返回到其先前状态来实现一个恢复策略，并作为一个事务失败的结果来重新执行一个失败的事务。任何被实现的恢复策略都可以在启动一个事务或出现失败时被定义。

根据一个在启动事务时规定的预定超时参数，数据管理还被提供以允许一个事务超时并因而失败。更多的事务功能还包括：在一个时间参与多个事务的能力；提供事务并生的解决机制，该机制支持通过对未决事务排队来阻塞并发冲突；如果任何事务数据被在事务范围之外修改(即，被破坏)则产生一个指示信号；当参与一个事务时，返回其数据状态的能力；以及在参与一个事务时返回所有被执行操作的能力。

数据审查

IDNA/NGIN系统的数据审查功能包括为库数据提供审查/恢复环境。在数据管理环境中，“审查”是一个测试在两个或多个库数据拷贝之间的同步以及报告结果的过程。“恢复”是作为审查结果使拷贝同步而采取的操作集合。如这里所描述的，所有被做成永久和/或复制的数据都可能被审查。此外，假设一个初始副本模型被建立且被认为是正确的，以用于审查和恢复。因此数据管理能够指明一个库的初始副本。在NGIN环境中，DM还被允许审查多个库中的数据，记录所有的审查差异，提供审查差异的通知并基于涉及被识别的差异已定义的一组规则来提供自动恢复。在该优选实施方案中，数据管理可以安排数据审查的时间。

数据效用功能

在IDNA/NGIN系统环境中，数据效用指关闭或初始化一个库、备份所存储的数据、在一个灾难事件之后恢复数据、在库之间同步数据以及监视和维护数据库所需的功能。数据管理还允许关闭一个库(使离线)以进行维护或恢复。在确定是否关闭一个库时，一个机制被提供用来监视一个数据库的使用百分比。因此提供了效用，用来允许一个授权用户维护数据库，包括优化磁盘空间以及清除日志的效用。数据管理还可以使用本地操作系统的文件命令来备份和恢复一个库。在不丢失信息的情况下，可以恢复一个库。

数据管理还被提供了一个额外效用用来将库数据归档到一个外部介质；在多个库之间同步库数据；在多个库之间同步数据的子集(部分同步)；以及使一个库在线。

帐单记录产生需求

对于NGIN系统的帐单记录产生功能包括搜集网络事件；将网络事件格式化成恰当的记录(呼叫历史)，将被格式化的记录发送到恰当的位置，并识别潜在的欺骗呼叫。由于帐单记录产生功能负责格式化和发送要被用于对用户业务记帐的信息，所以要保证其准确性。

搜集网络事件

用于记帐的原始网络事件被从数据管理的库中搜集并被评审以证实其完全性。在产生被各种下行记帐系统使用的呼叫历史记录时，一个唯一的网络标识符被提供给每个呼叫历史记录以便这些记录随后被使用进行进一步的处理。在该优选实施方案中，呼叫历史记录可以被用来捕获用于产生下列类型记录的信息：在共享线路上捕获网络事件信息的呼叫细节记录(CDR)；在专用线路(例如VNET)上捕获事件信息的专用网络记录(PNR)；当共享线路被用于操作者业务时被用来捕获信息的操作者业务记录(OSR)；以及当专用线路被用于操作者业务时捕获信息的专用操作者业务记录(POSR)。优选地，上述的每个记帐记录类型都可以被扩展。因此，可以产生被扩展呼叫细节记录(ECDR)、被扩展专用网络记录(EPNR)、被扩展操作者业务记录(EOSR)以及被扩展专用操作者业务记录(EPOSR)。通过DM产生的额外的记录包括标识一个交换事件(例如系统恢复、时间改变)的交换事件记录以及帐单数据记录(BDR)。这个功能额外地还包括在一个长期存储器以及检索介质(例如磁带)上存储呼叫历史记录。

发送呼叫历史记录需求

当这些呼叫历史记录中的每一个都被生成之后，它们就被发送到恰当的下行系统。例如，在该优选实施方案中，所有的CDR、PNR、OSR、POSR、它们相应的被扩展版本ECDR、EPNR、EOSR、EPOSR以及SER、BDR都被发送到一个系统存储器和验证单元“SAVE”(未示出)以最后分配到网络信息集中器(NIC)。一个DM系统功能提供一个SAVE已经成功接收到这些呼叫历史记录中的每一个的验证。

识别潜在欺骗呼叫

NGIN系统有一个用来识别潜在欺骗呼叫的嵌入机制。因此，DM组件600提供能力，用来监视网络被欺骗使用和报告可疑欺骗给一个恰当的欺骗检测系统。作为一个例子：帐单记录产生功能：1)从一个欺骗检测系统(未示出)获得概况以标识应当被发送给欺骗检测的网络事件；2)对照该欺骗概况来评价网络事件；以及3)实时地将潜在欺骗呼叫发送到一个欺骗检测系统。

图3(f)一般地表示数据管理组件600的功能结构，它包括：使得呼叫业务数据对于业务节点可用于实时呼叫处理的业务控制服务器组件605；以及一个被实施为一个离散数据库服务器的数据库组件607，它用来存储和分配SA所维护的被选择的数据子集。具体地，业务控制服务器组件605包括一个作为实际数据管理应用的数据管理(DM)客户610；一个与DM应用相链接并作为DM应用用来从SA获得数据的接口的DM API 612；本地高速缓存615，它是一个业务控制服务器上的共享存储器，用来根据一个本地高速缓存策略存储用于呼叫处理的来自DBOR抽取的部分或所有数据，以及一个高速缓存管理器620，它通过执行一个本地高速缓存策略来维护本地高速缓存的状态，并与DM服务器通信以从DBOR抽取中检索数据。数据库组件607包括一个DBOR抽取627，该DBOR抽取包括一个或多个含有在该节点业务执行过程中被受控对象实例使用的数据的数据库；一个DBOR抽取管理器626，它与业务管理中的DBOR管理器520(图3(d))执行相同功能，但处理SA所拥有的信息的一个被选定的子集；一个SA客户622，它将从业务管理接收到的数据输入到DBOR抽取管理器626；一个DDAPI 624，它是SA客户622和SA的数据分配过程之间的过程接口；以及一个数据管理服务器625，它一般处理来自DBOR抽取管理器626的数据抽取。

现在参考图3(f)来描述数据管理操作。在一个SLEE中，几种类型的功能需要来自数据管理600的数据，包括但不限于受控对象(SIBB、SLP等)以及NOS。这些中的每一个在图3(f)中都表示为一个在业务控制SLEE中执行的DM客户。一个DM客户610使用DM API 612做出数据请求，由于DM API 612为所有DM客户提供一个公共消息集合以与数据管理接口。DM API 612还封装来自DM客户的数据被需要的特定位置，由于这个数据可能被存储在一个本地高速缓存615或只被存储在DBOR抽取627中。DM客户610用一个逻辑名来请求数据，且DM API 612确定是否该数据可以从本地高速缓存中检索到，或者是否需要通过DM服务器从DBOR抽取中请求该数据。优选地，本地高速缓存615是控制服务器605所提供的每个SLEE上运行的每个过程可用的一个共享高速缓存，即可以有一个或多个本地高速缓存提供给不同应用，例如，1-800过程高速缓存、路由管理器高速缓存等，每个共享高速缓存有其各自的高速缓存管理器。

当一个DM客户610做出数据请求时，DM API首先检查本地高速缓存615以查看是否所请求的数据被存储在那里。如果所请求的数据被存储在本地高速缓存615中，则DM API利用任何标准数据检索技术，例如哈希关键字与算法或索引顺序接入方法，来检索该被请求的数据并将其提供给DM客户610。

如果所请求的数据未被存储在本地高速缓存615中，则相关的高速缓存管理器620通过DM服务器625从DBOR抽取627中检索该数据。特别地，DM API 612通知高速缓存管理器620它需要某种数据，且高速缓存管理器通过发送一个请求给DM服务器625来做出响应。DM服务器625进而又从DBOR抽取中检索所请求的数据，利用DBOR抽取管理器625访问数据库。DM服务器625将所请求的数据发送回高速缓存管理器620，且高速缓存管理器通过DM API 612将数据提供给DM客户610。根据依据业务需要以及它们正运行于其上的计算机的性能(特别是内存容量)的本地高速缓存策略，高速缓存管理器也可以将所请求的数据写入本地高速缓存615。这些规范是从业务管理所产生的业务和计算机概况中获取的。

在该优选实施方案中，对于IDNA/NGIN的DM 600的数据高速缓存管理器组件在每个业务节点使用一个‘客户端高速缓存’策略。根据这个策略，高速缓存管理器例程和逻辑基本上被以下列方式来实现：1)在例程的开始将本地高速缓存作为一个静态阵列来维护；2)例程首先检查是否所请求的数据在该本地高速缓存中；3)如果该数据在本地高速缓存中，则它被格式化并被返回给呼叫者；4)如果该数据不在本地高速缓存中，则使用一个公共“查询服务器”例程从数据服务器中检索该数据；以及5)当数据被从数据服务器返回时，它就被存储到高速缓存中、被格式化并被返回给呼叫者。更具体地，“查询服务器”例程格式化一个查询给数据服务器，发送该请求，且如果它没有接收到一个响应则发送另一个请求。这一直持续到接收到了一个响应，或尝试了一定数量的次数为止，此时例程将返回一个错误。

在该优选实施方案中，代码逻辑存在于一个称作‘高速缓存管理器‘的独立过程中，该‘高速缓存管理器’动态分配高速缓存空间，而不作为一个‘静态变量’。此外，在该优选实施方案中，高速缓存管理器是一个通配程序，即它不含有对于特定表或数据元素的引用。此外，该优选实施方案的高速缓存管理器实现处理许多高速缓存策略的逻辑并实现处理来自数据服务器的主动提供数据消息的逻辑。

本地高速缓存策略的范围可以从将所有数据存储到本地高速缓存中，到什么都不存储，但典型地包括一个“最近使用“或”最频繁使用“策略。由于一个本地高速缓存的提供是提供对于频繁使用业务的快速数据检索(利用共享内存)，所以本地高速缓存策略被与用来确定哪些业务要被运行在哪些业务控制服务器上的SA业务支持提供功能紧密相连。更具体地，依据数据特性以及与数据有关的业务，在系统中有三个等级的数据高速缓存：1)使用DMAPI、高速缓存管理器和DM服务器以及DBOR抽取装置，实现这里所描述的本地高速缓存方案的本地级别数据；2)节点或地点等级数据，其中DMAPI、高速缓存管理器和DM服务器组件被实现用来更新DBOR并通过DM服务器将变化发送回在该节点的所有高速缓存管理器；以及3)网络等级数据，其中DMAPI、高速缓存管理器和DM服务器组件被实现用来发送数据直到SA并被用于中央数据库，以及通过SA和所有DM服务器将数据下行发送回网络中的所有本地高速缓存。应当理解还可以有两个等级的数据永久性：1)要被写入DBOR的永久数据；以及2)依据数据的特性，要被写到本地高速缓存中的暂时数据。

进一步如图3(f)所示，作为暂时数据的本地数据高速缓存的一个例子，当对于一个业务的SLP要活动地运行时，即基于所期望的业务需要被例示为一个SLEE中的永久对象时，本地高速缓存策略根据来自SA的配置文件，即一个业务概况来指定在规定时间段中对于该业务在本地高速缓存中的数据存储。DM服务器发送对于该业务的数据给高速缓存管理器620用来在活动时间存储到本地高速缓存615。具体地，当一个SLEE环境变成可提供时，高速缓存管理器620通过规定要执行哪些业务来向DM服务器625登记它自己。基于此，DM服务器625从DBOR抽取627中检索完成对于高速缓存管理器已登记业务的本地高速缓存策略所需要的数据并将其下载到高速缓存管理器620。优选地，DM服务器625知道在其地点上每个本地高速缓存和高速缓存管理器的本地高速缓存策略。这样，DM服务器625还将主动提供的数据提供给高速缓存管理器。例如，当发生一个网络启动的更新时，该更新可能直接被DM服务器引导到其DBOR抽取和/或业务管理以确认和分配到其它数据管理平台。如果DM服务器从SA接收到一个更新，则它会将该更新发送到高速缓存管理器以更新本地高速缓存。应当理解在这种情况下，SA客户和DBOR抽取管理器626将更新DBOR抽取。数据管理提供一个SA客户和DM服务器之间的过程接口，用来通知DM服务器关于DBOR抽取的更新。

在该优选物理实施方案中，数据管理组件600使用商用数据库产品，其中的大多数提供诸如API、对象请求代理器(“ORB”)、或网络文件业务的接口机制。这样，数据管理不使用NOS组件700，不过到数据管理的业务控制接口可以被调整来使用NOS。由于数据管理功能相于每个业务节点是本地的，所以该功能可以被贯穿网络的不同对象和关系数据库系统/产品物理上实现。实例关系数据库产品包括那些除了熟悉的面向对象的数据库产品之外，还可从Oracle、Informix和Sybase获得的。可以由任何被用在一个特定业务节点的数据库系统/产品来支持在业务控制和数据管理之间的接口，该接口也可能在不同节点不一样。NOS启动的分布式处理出现在SLEE中的过程之间，每个过程与其本地数据管理组件接口，在本地节点使用任何恰当的接口。

上面详细描述了几个优选实施方案。应当理解本发明的范围还包括在权利要求范围内的、不同于那些所描述实施方案的实施方案。

例如，一般用途的计算机被理解成为一个不是为一种类型应用特别制造的计算装置。一般用途的计算机可以是执行实现本发明所需要的功能的任何尺寸的计算装置。

一个额外的例子是“Java”编程语言可以被其它等同的有相似特性和执行实现本发明所需功能相似功能的编程语言所替代。

尽管是参照上述实施方案来公开和论述本发明的，但是对于本领域的技术人员显而易见，在本发明的精神和范围内进行多种改变、变更和修改都是可能的。因此相应地，下列的权利要求包括这样的变更和修改。

Claims (4)

1.在一个智能通信网络的一个或多个业务节点中分配业务处理资源的一种业务管理系统，其中每个业务节点在与一个业务节点相关的网络资源上提供业务，该系统包括：

a)一个用来接收可重用的业务组件的目录管理子系统，用于在上述智能通信网络的一个业务节点上提供业务，每个所述的业务组件有一个相关的业务概况，该概况定义了存储、维护和执行上述业务所需要的业务节点资源；

b)一个用来接收业务节点配置准则的接收子系统，该准则包括上述网络的每个业务节点的物理资源容量；

c)一个数据库，用来存储上述被接收的业务组件、上述业务节点配置准则以及与上述业务组件相关的业务概况；

d)一个分配子系统，用来根据上述与一个业务组件相关的业务概况中的信息和上述业务节点的一个配置准则，将上述业务组件的拷贝分配到一个或多个业务节点；以及

e)一个触发子系统，用来自动激活和去激活被分配到上述业务节点的业务组件，其中通过在对于一个相关业务高需求时段内激活该业务组件，以及在对该业务低需求时段内去激活该业务组件来优化业务节点资源的使用。

2.一种为一个智能通信网络的一个或多个业务节点管理业务组件的方法，每个业务节点提供涉及在与一个业务节点相关的网络资源上所接收到的事件的一个或多个业务，该方法包含步骤：

a)接收可重用业务组件以在上述智能通信网络的一个业务节点上提供业务，上述的每个业务组件有一个相关的业务概况，该概况定义了存储、维护和执行上述业务所需要的业务节点资源；

b)接收业务节点配置准则，该准则包括上述网络的每个业务节点的物理资源容量；

c)维护一个数据库，该数据库包括上述被接收到的业务组件的原版、上述业务节点配置准则以及与上述业务组件相关的业务概况；

d)根据上述与一个业务组件相关的业务概况中的信息以及上述业务节点的一个配置准则来将上述业务组件的拷贝分配到一个或多个业务节点；以及

e)将一个触发转发到上述业务节点用来自动激活和去激活被分配到该业务节点的一个业务组件，从而在对于一个相关业务高需求时段内激活被分配给上述业务节点的一个业务组件，而在对该业务低需求时段内在业务节点去激活该业务组件。

3.一种控制一个通信网络的业务处理系统，该网络有多个业务节点，每个业务节点包含至少一个作为受控对象宿主的逻辑执行环境，上述业务处理系统包括：

一个数据管理器，用来维护在每个业务节点处的本地数据存储器，每个所述本地数据存储器包含在该业务节点内业务处理所需要的受控对象和数据；

至少一个业务管理器，通过将受控对象和数据从一个全局库分配到一个或多个与上述通信网络中的上述业务节点相关的数据管理器，而控制在上述业务处理系统中对业务的调度和激活，

其中该业务管理器也按照一组给定的程序来控制该业务的分配，测试每个业务以确定该业务是否满足一组给定的准则，以及在规定的环境下从该数据管理器去除业务。

4.用来控制一个通信网络中业务的调度和激活的一种方法，该通信网络有多个业务节点，每个业务节点包括至少一个作为受控对象宿主的逻辑执行环境，上述方法包括步骤：

在上述的每个业务节点上维护在该业务节点内进行业务处理所需要的受控对象和数据的一个本地数据存储器；

使用一个业务管理器来选择地将受控对象和数据从一个全局库分配到一个或多个与上述通信网络中的上述业务节点相关的上述本地数据存储器中，以控制在上述通信网络中何时何地调度和激活业务，

其中该业务管理器也按照一组给定的程序来控制该业务的分配，测试每个业务以确定该业务是否满足一组给定的准则，以及从该本地数据存储器中去除业务。

Images