业务的交互作用的制作方法

专利名称：业务的交互作用的制作方法
在大量的通信公司中，在过去的10或15年已经有非常大量的投资用于附加可观的业务功能到其交换系统。在今后的几年内，这些系统和所包含的业务将要求业务互通，通过出现的技术智能网(IN)和计算机支持的通信应用(CSTA)在网络内提供这些业务，这就存在着为什么这将改进困难的许多实际理由。
许多初始软件在许多年之前已经写入，没有利用现代软件工程和文件技术。用这种限制的信息，来保证与新业务的正确地互通，无需简单地检查所有可用的组合，这是困难的。因为越来越多的业务变为可用的，需要实现指数增长检查次数和检查的负担将迅速地变为站不住脚了。
为此，必须增加老的软件基础的维护问题，而且为什么该情况需要以非常短的命令寻址就变得明显了。
在公共和专用系统中出现的技术提供推动公共和专用网络的联合。在此情况下，它们还将提供其中一个主要限制是综合的范围。为了形成如下提议的基础，在这里以非常基本的术语进行研究。
智能网(IN)是用于公共网络结构的术语，已被国际地采用，它带我们到下一个世纪1。通过改变基本呼叫(即个人至个人的电话呼叫)同增值业务(例如呼叫等待，三方呼叫等)之间的关系，在该网内有可能分离特征和分离地提供它们，并在基本呼叫和增值业务之间提供规定的接口，在IN结构内，在网络内以分离的实体提供业务，熟称为业务控制点或SCP，它影响在业务变换点或SSP内包含的呼叫进程。这些表示在

图1中。
通过提供这种分离，在网络中能够比前述情况迅速得多地写入和实现新业务。这是由于IN结构提供的许多关键益处是非常显著的。
※基本呼叫同业务的逻辑分离意思是仅受该业务影响的那些呼叫将总是注意它。这就意味着不使用新业务的其它呼叫的情况就不需要作为引入的一种新业务重新测试。明显地，这就加速了至市场的时间，因为降低了该系统检查的要求。
※基本呼叫和业务之间规定的接口意味着实现新的业务要求的编程比其它情况下要求的编程少得多。而且，有可能提供标准工具用于业务的创造。这也加速了至市场的时间。
计算机支持的通信应用(CSTA)是一组规程，用于专用环境之内，它提供与在公共网2中IN所起的功能相同的许多的功能，参见图2。使用业务控制单元和呼叫控制单元之间的规定接口，它也能够改变呼叫的进程，不同于正常出现的情况。
但是，使用CSTA比使用IN趋向是困难的。另一方面，IN提供附加的呼叫处理功能(即新业务，例如预占线，三方呼叫等)。CSTA是用于提增值业务，例如远程拨号和自动呼叫分配，因为现在对于许多年来在基本的交换产品中，专用系统增强了呼叫处理功能。
CSTA是经常作为安排的意图，因此，外部计算元件与PABX系统结合起来工作，提供增加呼叫处理功能，这些功能的两个都不能由另一个单独地提供。
通过举例最容易说明中心问题。考虑到分机用户A的情况，用户A在其电话上具有占线话机的呼叫转移。这就意味着，当呼叫处于占线时，到达的新呼叫由PABX自动地转移到另一个应答点B。
因为用户处于占线，来话到达并被转移。该呼叫在B处振铃但不应答，而且主叫方置于回铃请求。问题是应当置于什么类型的回铃从公共网络(该网络被视为在振铃)的观点来看，当在B处使用下一个呼叫时，应当是回铃，但是，实际上，因为该呼叫通过专用网络内占线设备上的呼叫转移，从其原始应答点被转移，当在A处空闲时，它应当是回铃。如果知道什么其它业务影响呼叫路径，仅由公共网络进行正确决定，产生什么样的特征。
通常交互作用比这一点更难以捉摸。考虑到在公共网络内始发呼叫的情况，所呈现的PABS通过CSTA提供增强性功能。为了这个讨论，假定所提供的增强性功能是呼叫中心(CC)应用，该应用在所附的生词表中描述。
呼入到达终端的PABS并由CSTA-CC信息组送到一个终端。让我们假定由于各种原因的某一个原因，在那个终端的接口进程不能接收那个呼叫，并且在几次振铃之后，主叫方希望当在该终端上下一个使用请求时，使用由IN提供的功能，产生一个回铃信号。
更适宜的是回铃产生于CC排队，而不是具体的接口进程，在这种特定的时候被呼叫，因为该呼叫能等同地发送到CC组的任何成员。这就意味着当下一个使用的业务时，CSTA-CC的程序包需要清楚地意识到IN回铃，以便它知道如何处理该请求，否则，当下一个使用动作跟随时通常不履行回铃，将产生呼叫发送到具体的接口进程。
上述方案是合理地直接地适应，对于所有的业务全部技术规范是可用的，这些业务可能按照呼叫路径出现。这些业务技术规范能够被出版，它们的等同和它们的分辨率标准化之间的交互作用。这是合理地，类似于在现存标准实体中已经产生的，并将确实解决短术语的问题。
考虑到无论如何将产生，IN和CSTA是被用于对于正好一个或少数的用户，设计开发预约系统，它们是显然的。如果在网络内正好有一千种业务，仅需要一个业务提供有改变一种业务的规定为999个其它业务正本必须被检查和可能改变，因为在初始分析中任何业务可与任何其它业务交互作用。
这不是假定的情况。在过去的几年，一些计算机系统生产厂家根据CSTA功能已宣布开始。大量的PABX或是支持CSTA或在今后两年内支持。在英国的贸易和工业局(DTI)的公共网络内已要求开放IN到单独的第三业务提供者的可能性的意见。这在期望今后五年内实现可能是合理的。
在这个方案中，由多个自动售货机提供多个业务，在混合的由不同成分组成的网络环境，当该呼叫被接入时，首先两个业务将总是相互遇见，在这个时间将需要解决它们之间的交互作用。
上面讨论的含意是，从长远观点来看，业务之间的互相作用分辨率在运行时必须被解决，即交换系统是在有效服务之中。最后的目标必须是支持透明的，横跨多个网络业务自动地互通。但是，多数PABX已经具有非常大量的业务建立到交换系统，因为功能性总是它们的主要售销观点，重写所有这些业务来适应这些新的交互作用分辨技术是不经济的，所以问题必须是如何能够适应所谓的传统系统？
提出的这个问题是第一步朝着全交互作用分辨技术发展，能够发展满足公共/专用网络综合的要求。
根据本发明，提供的软件控制系统包括一个事件发生器，多个软件子系统，每个子系统包含相同的多个特征，一个交互作用管理器和一个外部特征模块，其中所有事件经交互作用管理器从事件发生器传送到子系统，仅多个子系统的一个子系统能提供一个响应直接地事件发生器，而来自多个子系统的任何其它响应传送到交互作用管理器。
现在参见附图，通过举例描述本发明，其中图1是IN结构的图解表示；图2是CSTA结构的图解表示；图3是包括硬件和软件子系统的交换系统的图解表示；图4是说明在现存特征和附加新特征之间交互作用的图；图5说明当附加的特征被加到一个系统并使用运转着的和双重软件子系统时如何监视其关系；图6说明使用涉及双重软件子系统的交互作用管理器；和图7说明根据本发明的系统拓扑。
这里指出解决综合的实时呼叫处理传统系统，但是有关PABX的结构或对于任何其它实时事件驱动软件系统方面的一点背景信息是优先考虑的。这种背景材料在考虑向前发展的规程中是不可缺少的。
PABX是硬件和软件组成的，硬件基本上是处理器，呼叫交换子系统和各种任选卡，而软件驱动硬件并提供一些功能，这些随着一个交换产品与另一种产品有很大的不同。通过开发和扩展这些软件来增强产品和保持市场的变化与竞争者竞争。
嵌进的软件功能可进一步细分为两类；一类是支持基本的呼叫，而另一类是增值特征，这些特征工作在基础软件的顶部(on topof the base)。这些增值特征提供增加的功能。
由于市场力的结果，多数现代专用自动小交换机(PABX)提供大量增值特征，因此包括大量的编码，该编码实现这些增值特性。在大多数情况下，这种附加软件与基础软件紧密地综合在一起而且不能可生存的与它分离开。此外，通过规则硬编码到该系统，已经解决了在这个编内特征之间的交互作用，这样，还提出了由其它特征影响单独特征的实现。的确，由于一个特征和其它特征之间难以捉摸的交互作用从系统中移出一个特征是困难的。
考虑假定的一般交换系统，例如图3所示的例子，包括如前面研究的硬件和软件子系统。这些子系统经软件模块通信，该模块称为设备的驱动器。
事件从硬件传送到软件并且指令从软件被返回，控制硬件的作用。在这一级的分析给出硬件事件(即在实际世界内发生的事情)和软件(即在软件环境的世界空间内被制成模型的事件)之间分离的规定界线和点。结合这种假设的系统将研究提议的技术。
当规范一个特征时，可规范与现存特征的交互作用，在新的特征技术规范内，产生交互作用，所有其它特征的部分图如图4所示。
从现在特征到新特征的消息可被看作为取用的其它业务，如果它们允许继续，如像没有出现新的特征。从新特征到其它业务的消息可被看作为根据新特征的要求修改现存业务的特性的请求。
上面提出技术规范时间方法，该方法已被全欧通信标准协会(ETSI)采纳，用作新业务程序包的技术规范3。
正如在前节所讨论的，将来增加的大量特征码将被放置在核心交换机的外面，该交换机必须与已经提供交换机的嵌入业务互通。如果限制被放置在现存嵌入软件的修改并且如果要求在嵌入的交换机软件的外面能够提供附加的特征，那么它就变为实际的建议，可以看出，如果能够执行ETSI方法，通过运行时间实现，就被并入到现存的产品。
要达到上述目的是非常困难的，至少有两个理由※现存的特征码紧密地限制在低级设备驱动器，这就意味着所有外部世界硬件事件直接通过现存的特征。这种传递机制将需要被修改，以便并入新的特征。
※这些特征仅响应来自外界的事件(即它们不异步地运行)。
在这种情况下很难知道如何实现这样的系统，毕竟，不可能知道这些特征响应于一个事件有什么影响，直到它们完成其动作。
根据提供的一般事件传递系统能够克服这两个异议的第一个，它取硬件的事件并确定经过一些规定的触发系统传送到哪里。
通过提供软件的多个拷贝能够克服第二个异议，仅其中的一个软件运作主要拷贝，该拷贝允许控制实际的硬件。还可称为＂活的＂软件子系统。在最简单的实现中，只用一个双重系统，软件的第二个拷贝作为硬件控制而工作，但是，实际上，通过它的指令返回到新加的特征。对于以特征模块形式的一种附加特征被引入到该系统的方案，在图5中表示了这两种概念。
在这种情况下，这些事件传送到新的特征，然后选择执行什么动作。因此，该新的特征能不管交换机希望执行的任何动作而且特征模块本身是可靠的，用于确定它对什么事件感兴趣。在使用的情况下，特征模块将传送该事件直接地到活的软件子系统进行处理，因为该事件对它不感兴趣。但是，当一个事件到达可能是感兴趣的特征模块时，这就被传送到双重软件子系统，如图5所示(它与活的软件子系统保持同步)。然后这将准确地执行与实软件相同的处理并将返回其结果作为驱动硬件到特征模块。根据双重系统软件执行处理的事件和结果，然后特征模块能够确定什么事件发送到活的软件子系统，该系统使交换机硬件动作。
一个明显的发展是将许多事件控制和优先权确定软件从特征模块移出并移到另一个模块，然后它将是一般的交互作用管理器。
特征交互作用模块担负许多外部特征和已经出现在交换系统内的嵌入特征之间的仲裁，该特征简单地看作为再来一个特征或特征的收集。外部特征管理器模块的原理描述在Cain4的著作中。
有许多方法触发交互作用管理器，并用这些方法解决对相同事件的竞争。以表为基础的方法在短期内可能是合适的，但在未来特别受限制。因为在嵌入的软件内已经提供非常大量触发码，可能更适合于传送所有事件到双重软件子系统，并且如果外部特征应被触发，允许它产生例外。当CSTA功能性已经提供在嵌入软件中时，在CSTA的情况下作为例子这将是合适的。
当要求拷贝时，通过使用被交换中的超高速缓冲存储器系统能很容易地实现软件的附加拷贝。然后可以使用相同处理器，从相同的实际存储器读取，消除软件双重拷贝之间同步的问题。当在双重方式(即当写入超高速缓冲存储器是接通时)所有的写入到存储器实际上将是存储到超高速缓冲存储器并将不具有永久的影响，因为超高速缓冲存储器能被冲洗，而不是允许写回到永久存储器。但是，如果交互作用管理器确定事件应是允许为正常前进，不需要附加的处理，因为超高速缓冲存储器能简单地被释放并允许回写。
如果在UNIX中实现该软件，那么通过使用UNIX派生呼叫[5]用于产生双重软件的可能程序可实现如下。以伪码形式表示采用算法如下
<pre listing-type="program-listing"><![CDATA[Start_Transaction　　Fork_Child　　IF I_am_child THEN　　BEGIN　　 DO　　 Perform_Actions　　UNTLL Commit Transaction OR　　 Abort_Transaction　　SWITCH　　 Commit_Transaction　　 Send_Abort_Message_to_Parent　　 CONTINUE　　 Abort_Transaction　　 Send_Continue_Message_to_Parent　　 EXIT　　ENDSWITCH END ELSE BEGIN　　 Wait_for_Message_from_Child_Process　　 SWITCH　　 Abort_MessageEXIT　　 ContinueCONTINUE　　 ENDSWITCH END]]></pre>
当接收开始的事务处理消息时，该特征使用派生呼叫进行本身的拷贝。然后母进程等待。子进程工作并处理来自核心变换机的每一个事件，直到它接收一个委托或故障事务处理消息。如果它接收一个委托消息，它就发送一个消息到母进程，告诉它死机。然后子进程变为母进程。
如果该消息是一个故障，子进程死机并母进程继续，具有从未看到任何插入消息。
在委托情况下(正常情况)仅要求附加的处理是初始的派生机和该信号至母进程。在具有拷贝写入(copy-on-write)派生策略的现代操作系统的情况下，这是最小的额外开销。对于故障的额外开销是显而易见的，该时间加子进程经受的处理时间。
因此，从这种技术的这种采用可能是希望合理的性能瞬时中断是最小的，因为多数时间不存在附加处理要求。对于CSTA处理用任何方法实现触发处理并且由硬件提供没有或最坏最小的性能含意的强大的操作。
交互作用管理器将被实现为分离的软件系统，该系统需要具有高速连接到所有特征模块，该特征模块可能是包含在单个呼叫中，因为否则交换系统的整个性能将容许。
本发明是一种技术的发展，用于允许新的功能被加到已存在的实时系统，这是通过双重软件实现的，该软件正常地运行在那些实时系统内并使用软件拷贝，以便预测嵌入软件的动作，如果允许，执行其不履行的动作。称为交互作用管理器的外部接口进程是负责解决嵌入软件的满意要求和任何外部功能要求。因此，在一般情况下，对于多个特征处在交换系统的外部，可对该系统拓扑如图7所示。
必须修改现存遗留的软件的使用问题，以便通过使用这种技术避免提供功能性升级。
提出的技术将允许进行开发特征软件，该软件可处在主交换核心的外部，同时仍使用这里提供的特征。
这个方法提供了一种升级路径，随着时间的前进，它还允许越来越多的功能从核心交换机构移出到外部处理接口进程。该方法不排除使用任何先进的交互作用分辨技术，该技术现在处于研究阶段，包括协商和资源竞争技术。的确，采用这种方法使用任何的这种技术使交换产品可观地更接近于能够实现。生词表自动呼叫分配(AUTOMATIC CALL DISTRIBUTION)这是广泛使用的系统，用于围绕着大量的接收器或接口进程分配呼叫。典型的ACD应用是订机票或询问业务，每个单个呼入被传送到最大时间期间空闲的代理者，用这种方法，每个代理者接收大约等量呼叫时间。
基本呼叫(BASIC CALL)一个简单的，直拨的，一方对一方的呼叫，在使用中没有附加业务。这种类型的呼叫总的在业务交换点被处理，在所有的其他使用期间而不涉及业务控制点。
呼叫中心(CALL CENTRE)这是一种表面上类似ACD工作的应用类型，并将在类似情况下使用，例如挂号，信用卡询向等。CC和ACD之间的差别在于一个计算机系统被综合到呼叫者处理周期内，以便数据输入/用户信息的应用屏幕随呼叫者移动。
通过使呼叫处理操作的操作中的这种重要变化，当单个呼叫的处理期间必须重复相同信息到许多代理者时，有可能避免使呼叫者恼怒。
呼叫等待(CALL WAITING)呼叫等待是一种业务，主叫方用振铃单音呼叫，而已经被另一个呼叫占线的被叫方接收短的单音脉冲，表示有另一个呼叫被应答。然后被叫方任意选择继续当前的呼叫或应答在振铃的呼叫。
预占线(CAMP-ON)另一个名称为回铃(见后面)CSTA计算机支持的通信应用。一组PABX环境的规程，允许外部处理单元，通常为一个微计算机，以获得关于交换系统的呼叫进程的信息并任意选择修改它们。
IN智能网络。允许业务从基本呼叫中分离出来的结构，以便能够独立地开发业务。
PABX专用自动小交换机。能够被连接到其它专用交换机的专用交换机，以形成专用网络(PN)。
回铃(RING BACKS)回铃是一些业务，当主叫方试图呼叫变为可用的时候，该主叫方设置它们被回叫。当设置空闲和终端方占线时回铃，当终端方进入挂机时，始发方将回铃。当设置下一个使用，终端方不应答时，回铃，在这种情况下，当终端方完成他们的下一个呼叫时，始发方将回铃。
业务控制点[SERVICE CONTROL POINT(SCP)]在IN结构内，业务原稿运行的点，然后，这些业务原稿影响作为业务交换点(SSP)在进程中的呼叫。
业务支持点(SERVICE SWITCHING POINT(SSP)]在IN结构内，呼叫被交换的点。该SSP总的负责对基本呼叫的控制和发送请求到SCP，作为附加命令来支持业务。
三方呼叫(THREE PARTY CALL)整个组业务特征，允许三方同时地在单个呼叫上工作。三方呼叫业务的特征的最公共的一个是电话会议。
参考文献1.CCITT(Intermational Consultative Committee forTelecommunications and Telegraphy)，Q.1200 SeriesRecommendations(now known as ITU(IntemationalTelecommunications Union))。
2.CSTA Specifications，ETSI(European TelecommunicationsStandards Institute)。
3.M.Crowther，J.Ellsberger，J.Kroon，L.Verhaard，ServiceInteraction in Digital Telephone，A report on ongoingwork at ETSI，France，Sophia Antipolis，ETSI ATM
Project Team，37，November 27，1992。
4.M.Cain，D.Gillespie，Automatic Generation of EfficientRun-Time Feature Management Data Suuctures from HughLevei Feature Relationships，US，Intemational Workshopon Feature Interactions in TelecommunicationsSoftware Systems.December3-4，1992。
5.W.R.Stevens，Advanced Programming in the UNLXEnvironment，Addison Wesley Professional ComputingSeries，1992，ISBNO-201-56317-7。
权利要求
1.一种软件控制系统，包括一个事件发生器，多个软件子系统，每个子系统包含相同的多个特征，一个交互作用管理器和一个外部特征模块，其中所有事件从事件发生器经交互作用管理器传送到一个子系统，仅多个子系统的其中一个子系统能够直接地提供响应到事件发生器，来自多个子系统的任何其它子系统的响应传送到交互作用管理器。
2.根据权利要求1的系统，其中交互作用管理器能够建立、破坏或修改事件，用于传送到多个子系统。
3.根据权利要求1或2的系统，进一步包括至少一个外部特征模块，和其中交互作用管理器提供外部特征模块之间和外部特征模块和软件子系统之间的仲裁。
4.根据权利要求1，2或3的通信系统，其中利用计算机支持的通信应用。
5.根据权利要求1，2或3，其中利用智能网络技术。
6.根据权利要求任何一个权利要求的通信系统，其中通过使用超高速缓冲存储器系统实现软件的双重拷贝。
7.根据权利要求1，2，3，4或5的系统，其中实现软件的双重拷贝。
全文摘要
一个通信系统能防止交互作用，包括第一和第二软件子系统，一个硬件子系统和一个交互作用管理器，该第一软件子系统控制系统软件，“活”拷贝的拷贝并提供指令到硬件子系统，第二软件系统控制系统软件的双重拷贝并提供指令到该管理器，两种软件子系统从该管理器接收事件，该软件能提供多种特征到该系统，其中外部特征和软件特征之间的仲裁由该管理器处理，外部特征产生的事件双重软件提供指令给该管理器。
文档编号H04Q3/00GK1137654SQ9610437
公开日1996年12月11日 申请日期1996年1月26日 优先权日1995年1月28日
发明者D·J·马普斯 申请人:Gpt有限公司