分组电话交换网中用于受计算机控制的呼叫处理应用的设备和方法

摘要

提供了一种方法，所述方法包括：从一个通信连接到呼叫控制器的应用计算机发送分组化的消息，所述呼叫控制器连接到一个数据网络，所述分组化的消息表示在数据网络一个端点处进行中的电话呼叫，也可以表示这些端点；以及从呼叫控制器向应用计算机发送分组化的消息，以便处理这些信息用于各种应用，其中这些分组化的消息表示在电话呼叫中包含或与电话呼叫有关的各种信息。此外还给出了实现本方法的设备。

说明书

相关申请的交叉引用

本申请是1997年10月21日提交的美国专利申请No.08/955,834的部分后续申请。

发明领域

本发明涉及计算机电话集成(CTI)，尤其涉及一种采用CTI技术而对分组电话交换网中使用了各种应用的电话呼叫进行处理的改良方法和设备。

发明背景

在最近几个月，在分组网络，尤其是在诸如互联网这类广域网上的电话受到相当多的关注。更具体的说，科学家已经开始研究在分组交换数据网络上发送语音和视频信息流的可能性。在分组交换网络上发送此类信息流要比传统电话更加合算，其中传统电话需要主叫方与被叫方之间具有一条专用电路。

计算机电话集成已被广泛应用于传统的电话方法和设备，但是至今仍未成功应用于涉及分组网络电话的方法和设备。本发明限定了对已知分组网电话设备和方法进行补充的新颖的设备和方法，所述设备和方法能够在这种环境中启用CTI性能，并且使用它们来处理电话呼叫。

ITU建议H.323定义了一组可能的方法和设备，用于在一个分组交换网络上完成呼叫，其中所述呼叫可以处理语音和其它信息流。H.323标准来源于瑞士日内瓦的国际电信联盟，该标准在此引入作为参考。H.323标准定义了处理呼叫控制、呼叫建立、呼叫终止的各种协议以及分组网电话领域技术人员已知的其它相似技术。

H.323标准定义了一个名为网守的功能实体。该网守对诸如一个指定网路终端组的带宽控制、区域管理、地址转换以及接纳控制这类网络功能进行处理。虽然已经在先前引入的标准中进一步定义了所有这些功能，但是我们还将在下文中陈述两个实例。

带宽控制提供一个协议，借助于此，网守将特定数量的网络带宽分配给特定连接。网守可以由主叫方或被叫方联系，以便对分配给某个呼叫的带宽数量加以修改。

作为另外一个实例，网守执行区域管理。如在H.323标准中进一步定义的那样，这种功能提供了一种机制，用于把网络中不同终端组以及其它节点组分配给一个特定网关。H.323标准提供一种机制，用于动态改变不同网络节点对于不同网守的分配。

网守功能提供了与传统电话中的专用小交换机(PBX)内部的呼叫处理功能相似的服务。在传统电话中，CTI特征是通过在外部应用程序软件与PBX内部呼叫处理功能之间创建一个接口来提供的。与之相反，在已知的分组网络电话领域中，连至网守的接口仅仅是从其它网守、端点及其它网络实体来定义的。

发明概述

现有技术中的上述和其他问题是根据本发明而被加以克服的，并且根据本发明，实现了一种技术进步，其中本发明涉及一种分组网络电话呼叫控制器(例如H.323网守)，所述分组网络电话呼叫控制器被安排用于与多个外部呼叫处理应用程序相连接，所述外部呼叫处理应用程序可以位于一个或多个远程计算机。根据本发明的教导，呼叫处理应用计算机借助数据网络或其他方式而与一个呼叫控制器计算机相连，并且这两个实体按照本发明规定的方式来交换消息。呼叫控制器计算机可以位于其中一个终端，也可位于一台单独的计算机。

同样，处理应用计算机可以与呼叫控制器计算机在一起，也可以远离呼叫控制器计算机。

呼叫控制器计算机与一台或多台应用计算机相互进行通信，以便在数据网络上执行各种呼叫控制和其它呼叫处理应用功能，并对应用计算机的用户提供呼叫信息和控制。当在不同终端或其它节点之间建立了分组交换电话连接时，呼叫控制器与一个或多个应用计算机进行通信，以便提供驻留在应用计算机上的计算机电话应用所需要的呼叫信息和呼叫控制功能。这些功能的实例包括：建立和拆除呼叫、转移呼叫、呼叫会议、为了进行监视和控制而在呼叫控制器区域将应用计算机关联于一个或多个特定端点、确定给定端点的呼叫状态、确定给定端点上进行的呼叫的长度、确定给定端点上进行的呼叫中被交换的字、确定给定端点上所进行呼叫的始发IP地址、把在一个给定的端点处终止的未答复的新呼叫路由给另外一个端点以及各种其他功能。

为了说明的目的，将使用基于H.323标准的系统作为实例而对本发明进行捕述。不言而喻，本发明意欲覆盖本领域现在已知或者即将知道的处理分组电话的任何及所有其它协议，比如ITU H.248，也就是通常所说的MEGACO、会话启动协议(“SIP”)以及媒体网关控制协议(“MGCP”)。这些协议描述了负责用于呼叫建立的等价模块，由此在本发明的范围内，这些模块在功能上等价于H.323的网守。当然，这些模块的名称随着给出的协议而变化。例如在SIP中，网守功能由一个名为“代理”的模块来实现，在MEGACO中由一个“媒体网关控制器”来实现，而在MGCP中则由一个“软切换”来实现。就像“莎士比亚的玫瑰”那样，采用任何其他名称的网守也很悦耳。

附图简述

图1显示了引入分组网电话系统的本发明示范性实施例的概念性综述；

图2显示了使用本发明所增强和扩展的分组网络电话系统而由外部软件应用检测到的入站呼叫建立过程中的系统元件之间的可仿效消息流；以及

图3显示了使用本发明来建立相似环境中的外部软件应用所请求的输出呼叫的示范性消息流图。

图4显示了网守计算机与控制网守计算机的处理应用计算机之间的示范性连接。

优选实施例详述

图1描述了根据本发明的教导而把网守计算机102与应用计算机103互连的一个概观。为了实现这种互连，通过添加具有如下所述功能的软件来增强和扩展网守计算机102。通信路径105可以是任何类型的数据通信路径。

图1的布局包括若干外部电话应用系统104，这些外部电话应用系统通常作为软件实施，它们可以位于应用计算机103或经由任何通信网而与应用计算机103相连的单独计算机。通常，应用计算机可以与下述端点之一布置在一起。

图1的布局还包括端点106，它们可以是个人计算机、网络计算机设备(NC)或是能与分组网电话环境互连的任何其他节点。

在运行中，从请求下述某些电话服务的应用计算机103中发出一个命令。请求这种服务的消息经由路径105发送到网守计算机102，以便进行处理。发送到网守102的消息使得网守102以一种例如所引入的H.323标准中的方式来与其它分组网络电话环境交换适当的信令消息。作为这一系列事件的结果，所组合的系统能够实现代表应用104的应用计算机103所请求的呼叫处理功能。

在运行过程中，应用计算机103所请求的不同呼叫控制功能是由网守102执行的。此外，通过产生恰当的网守102的请求，应用计算机103可以监视各个呼叫控制功能的输出并把这些输出发送到任何应用104。

图2显示了一个使用本发明而对远程端点到外部计算机电话应用所监视的本地端点的入站呼叫进行检测的示范性消息流图。图2所示的特定实例是使用由本发明增强并如H.323标准所述的分组网络电话方法和设备来监视输入到端点202的呼叫，以便允许外部软件应用201参与。端点202和204代表音频终端，例如像符合H.323标准的电话设备这样的计算机系统。网守203可以是例如H.323标准中所描述的那样并由本发明更进一步增强，而外部应用程序201则可以在先前讨论的单独计算机上给出。

在操作中，呼叫最初按照分组网电话环境的方法进行。带宽请求消息205被发送到网守203并且网守在消息206上给予带宽。起始端点204发布一个呼叫建立请求消息207，而网守203则使呼叫建立请求消息208发送到接收端点202。如所示，呼叫进行消息209由接收端点回送到网守203并且中继到起始端点210。

大约同一时刻，网守203使用消息210而把呼叫进行指示中继到起始端点，网守203还把入站呼叫正由接收端点202接收这一通知发送到外部应用201。由于外部应用201先前已经指示它需要这个接收端点202上发生了电话事件的通知，因此网守203将会发送这个消息。

为了连接入站呼叫，接收端点202需要网络带宽，并且使用消息212和213从网守203请求及分配这些带宽。接下来，处于被监视端点202的终端振铃，以便向用户通知这个到达的呼叫，这种振铃的一个指示是通过消息214和215并经由网守203发送到始发端点204的。当由于用户操作而在接收端点202连接所述呼叫时，端点202经由消息216来通知网守203。

在这里，网守203经由消息217而向外部应用程序201发送一个应答通知。

大致在同一时刻，网守203向起始端点204指示所请求的呼叫已经经由消息218而被连接。

根据上文描述的协议，由外部应用所进行的呼叫检测是经由网守和将要连接的端点之间以及网守203与外部应用程序201之间所发送的消息协议来完成的，由此使得网守203能够向外部应用201告知分组电话网络中的相关呼叫的进展。

图3A和3B显示了请求从始发端点386到接收端点390建立一个出站呼叫的外部呼叫处理应用的另外一个实例。此操作所涉及的许多消息实质上都类似于先前相对图2所述的入站呼叫监控而被阐明的那些消息。以下将会描述那些先前并未在图2中进行论述的新消息。正如图2的讨论一样，假设图3A和3B中的外部应用程序392先前已经根据本发明描述的其它方法而与网守388进行了通信，以便指示其目的是要发布那些涉及起始端点386的呼叫控制请求。

在图3A和3B中，网守388还包括分组网电话领域当前已知的会议控制点功能。此功能由本发明使用，以便互连两个呼叫分段(Segment)，也就是起始端点386和会议控制点之间的分段以及会议控制点和接收端点390之间的分段。本发明将两个阶段中的呼叫连接，以便克服已知分组网电话技术的某些限制。为了说明清楚，所组合的网守和会议控制点设备称为一个网守388。

消息序列始于一个由本发明规定的新消息301，通过这个消息，外部应用程序392请求从网守388到起始端点386建立呼叫的第一分段。

其次，按照已知的分组网电话技术，在网守和起始端点386之间交换消息302和303来建立呼叫的第一个分支(leg)。

接着，网守388向外部应用程序392发送一个新消息304，以便提示它已经接收了呼叫请求并且正对所述请求进行处理。在图3a和3b中，涉及起始端点386与网守388之间呼叫分段建立的大多数剩余信令基本上都与先前相对于图2所描述的信令相类似，由此将不再重复。同样，一旦建立了呼叫的第一分支，那么网守388将会以相似方式继续建立从其本身到接收端点390的呼叫的第二分支。

然而在图3A和3B描述的处理过程中，网守388在呼叫处理的相关阶段向外部应用392发送新的消息，其中包括：

1.消息305，指示起始端点386已经得到了必要的网络带宽来设置呼叫；

2.消息306，指示接收端点390正在处理关于该呼叫的请求；

3.消息310，指示接收端点390正在将所述到达呼叫提示给其用户；以及

4.消息312，指示接收端点390已经应答所述呼叫并且已经建立了一个连接。

图4显示了用于网守计算机处理应用计算机链路的各种可能连接。网守计算机410便于各种H323或等价端点406之间的呼叫。作为一个实例，这些端点可以经由PSTN 421而与电话420相连。可替换地，端点可以连接到其它计算机或设备，例如PBX 481，然后作为实例，所述计算机或设备与蜂窝网络480对接。

处理应用计算机(AC)430以各种方式连接到网守计算机(GK)410，其中某些方式作为实例而在图4中得到显示。网守计算机建立并控制各个H.323或等价端点406之间的呼叫会话。

一个或多个AC 430可以经由LAN 473、通用数据网络472或是进程间软件通信471而与GK 410相连，其中GK和AC都是同一物理计算设备上的软件模块，所述设备由这些经由进程间软件通信471相连的组件周围所画的虚线框490所显示。

可替代地，AC 430和GK 410自身可以经由互联网450或其他计算机通信网络来连接。或者，GK 410可以写入一个文件、保存，然后自身会经由上述或其他本领域已知的各种数据传输信道来发送到一个AC 430。

以上述类似形式而与GK通信的AC 430可以经由各种应用程序实现一些应用和服务，诸如呼叫中交换的字的语音识别，如果在确定数目的振铃之后并未得到答复，那么将会对所述呼叫重新进行路由选择，此外还执行呼叫长度的测量以及保存上述语音识别器所确定的呼叫的字内容并将这些内容写入一个文件，以便由另外一个程序进行分析，来列出一些。如上所述，这些应用通常以软件形式实现，但也可以整体或部分地以专用硬件的形式实现，尤其是在那些需要许多处理的复合应用中。

本发明的方法涉及软件功能模块，不管那些模块的物理布局如何，本发明的方法都保持不变。例如，如上所述的两个模块(例如应用计算机和网守)可以位于单独的计算系统，也可以位于一个公共系统；不过它们仍旧是分离的模块并且以类似的方式相互通信。因此，本发明意图在一个便利的计算系统集上包括软件模块的任何这种重新布局。

上述通信方法还意欲包括多种可能的实施。因此，举例来说，驻留在公共计算系统中的两个模块交换消息，但是从经由外部线传播的信号的意义讲，这两个模块可能不会在一个物理“数据网络”上这样做。

这里存在着许多方法，借助于这些方法，(在应用系统上运行的)应用实际上请求那些在类似CSTA的链路(CSTA是计算机支持的电信应用的标准缩写)上可用的服务。一种常见的方法是在向应用程序提供一个电话应用程序接口(“API”)的应用设备上提供一个标准的软件库。在本发明的范围内，这个API可以是包含呼叫控制功能的任何API。举例来说，业界已知的两个这种API是微软公司的TAPI(“电话API”)和Sun公司的JTAPI(“Java电话API”)。并且使用API来提供应用程序对本发明所供应服务的便利访问。

存在很多可以使用本发明的能力的可能应用。这些应用是众所周知的，简洁起见，在这里不再对其进行详细描述。其中一些更为可能的应用如下：

呼叫路由。在向呼叫控制器(或H.323用语中的“网守”)给出一个处理输入呼叫的请求时，网守向应用发送一个请求路由指令的消息。所述应用使用任何便利的商业逻辑来确定应该如何对呼叫进行路由选择，并且使用恰当的指令来响应网守。然后，网守基于这些指令而把呼叫路由到目的地。举例来说，这些商业逻辑的若干实例包括：自动追踪(follow-me)服务、负载均衡、基于技能的路由、屏幕弹出功能、通用队列以及统一消息传送，以下对其中每一个实例进行概括描述。

自动追踪(Follow-me)服务。电话用户利用本应用来转发指令，指定应该为之转发呼叫的电话端点或端点序列，可选地，也可以指定管理所述转发的某些规则。例如，“在白天某一时段之间到达的呼叫将被转接到此号码”；或“我现在在我的车内；请把所有呼叫发送到我的蜂窝电话上”，或者“把除了我老板和我孩子呼叫之外的所有呼叫转接到我的语音信箱”。

负载均衡。在向一个企业进行一次呼叫并且确定若干个人、办公室或工作组中的任何一个都能够处理这种呼叫(例如，一个对顾客服务号码的呼叫)时，本应用可以基于其每个可能目的地的当前工作负荷评估来选择应该由哪个个人、工作组或者办公室接收呼叫。

基于技能的路由。在对一个企业进行一次呼叫并且确定若干个人、办公室或工作组中的任何一个都能够处理这样一个呼叫(例如，一个对顾客服务号码的呼叫)时，本应用可以基于呼叫者所需性能的评估(例如，特定产品或帐户类型的资料或者运用某种语言的能力)来选择应该由哪个个人、工作组或办公室来接收该呼叫。

屏幕弹出。在把一个呼叫导向某个端点时，网守同时会提示所述应用，以使应用可以检索对应于所述呼叫的业务信息(例如，顾客或帐户信息)并且在那个端点为用户显示这个信息。

通用队列。在一个应用通过对通信进行排序而为用户(例如传统的或分组电话呼叫、电子邮件消息、传真文件、来自查看网页的各方的通信请求、文本聊天会话)管理多种通信形式，从而按照一种公平和/或有效的形式来为它们提供服务时，所述应用可以使用本发明来获得关于分组电话呼叫的必要信息，并且可以使用本发明来指导这些呼叫的保持与释放，其中这些呼叫有可能是执行预期排序所需要的。

统一消息传送。在一个应用通过保存这些通信、将所述通信的目录呈现给用户以及按照用户指导而把具体的选定消息呈现给用户而为用户管理多种形式的存储转发通信(例如电子邮件消息、语音邮件消息、传真文件)时，为了向用户呈现所述目录，允许用户给出所述指导以及给出选定消息，所述应用可以使用本发明而在消息储存库与用户之间创建分组电话连接。

上文描述了本发明的优选实施例。然而应该理解的是，对本领域普通技术人员而言，各种其它修改或补充都是显而易见的。