专利名称：在分组交换电话网络中进行集成式计算机控制的呼叫处理的装置和方法
技术领域：
本发明涉及计算机电话集成(CTI)，更具体地说，本发明涉及使用分组交换电话网络中的各种应用，利用CTI技术来处理电话呼叫的改进型方法和装置。
背景技术：
分组网络上的电话技术，尤其是广域网例如因特网上的电话技术近年来已受到广泛的关注。具体地说，科学家已开始探索通过分组交换数据网络来发送语音和视频信息流的可能性。通过分组交换网络来传输这种信息流比起传统电话技术来说可以更具成本效益，传统电话技术需要在呼叫方和被呼叫方之间建立专用电路。在数据网络上传输语音信息还可以消除具有单独的语音/电话网络这一需求。
计算机电话集成已被广泛地应用到传统的电话方法和装置上，但尚未被成功地应用到用于分组网络电话的方法和装置上。本发明提出了若干新型装置和方法，它们是对已知的分组网络电话装置和方法的补充，并使得可在这一环境中实现CTI能力，本发明还使用所述新型装置和方法来处理电话呼叫。具体地说，在此描述的本发明可实现由第三方来控制分组网络，这优于由第一方来控制系统。
ITU建议书H.323定义了一组可以用于通过分组交换网络来完成呼叫的方法和装置，其中的呼叫可以处理语音和其他信息流。H.323标准可从瑞士日内瓦的国际电信联盟得到，并通过引用而包含于此。H.323标准定义了多种协议，这些协议用于处理呼叫控制、呼叫建立、呼叫终止以及分组网络电话领域内的技术人员已知的其他类似技术。
H.323标准定义了一种称为“看门人”(gatekeeper)的功能性实体。看门人为指定的网络终端组处理若干网络功能，例如带宽控制、区域管理、地址翻译以及准入控制。所有这些功能在前述标准中都有进一步的定义，下面我们介绍两个例子。
带宽控制提供了一种协议，通过该协议，看门人向特定连接分配特定数量的网络带宽。例如，由于一个端点只具有对有限的语音编解码器(codec)的访问权限，因此，呼叫方或被呼叫方可联系看门人，以改变分配给特定呼叫的带宽量。
作为另一个示例，看门人执行区域管理。这一功能像在H.323标准中进一步定义的那样提供了这样一种机制，用于向特定的看门人分配多组不同终端和网络中的其他节点。H.323标准提供了一种机制，用于动态改变对不同看门人的不同网络节点的分配。
看门人功能提供了与传统的电话技术中的私有分支交换(PBX)内的呼叫处理功能相类似的服务。在传统的电话技术中，通过在外部应用软件和PBX内的呼叫处理功能之间提供接口来提供CTI特征。与此相对比的是，在公知的分组网络电话技术中，到看门人的接口只从其他看门人、端点和其他网络实体来定义。
利用H.323看门人的呼叫处理功能或其他分组交换数据网络标准定义的类似实体并在其上进行构建，可以在分组交换数据网络中实现传统电话技术中公知的呼叫处理应用。本发明描述了在分组交换数据网络上的一种系统的实现，该系统用于存储和检索不同类型的多种通信消息。在这种系统中，用户可以在“一站式购物”通用消息传递系统下管理她的语音邮件、电子邮件、寻呼机、传真和数据通信，因而获得了在分组数据网络内集成的基于电话技术的通信的益处。这些功能在传统电话技术中通常称为“通用消息传递”(Universal Messaging)、“通用排队”(UniversalQueuing)等等。
图1示出了被包含到分组网络电话系统中的本发明的示例性实施例的原理性概要。
图2示出了在外部软件应用所检测的传入呼叫的建立期间系统元件之间的示例性消息流，其使用了本发明所增强并扩展的分组网络电话系统。
图3A和3B示出了利用本发明来在类似环境中建立外部软件应用所请求的传出呼叫的示例性消息流图。
图4示出了看门人计算机和控制看门人计算机的处理应用计算机之间的示例性连接。
图5A和5B是本发明分类、管理、存储以及提供进入通信的处理的流程图。
图6A是根据现有技术的多个并行通信系统的示意图。
图6B是根据本发明的集成式计算机控制的通信系统的示意图。
具体实施例方式
为了进行说明，将使用H.323协议和它所定义的实体“看门人”来描述本发明。这一例示方式绝非是对本发明范围的限制，本发明应包括任意多个其他分组网络电话协议和它们与H.323看门人、端点、应用计算机等类似的一个或多个实体，并且也可以使用这些概念来描述本发明。
图1示出了根据本发明的教导，看门人计算机102和应用计算机103的互连的概要。为了实现这一互连，通过增加下面将描述其功能的软件来增强并扩展看门人计算机102。通信路径105可以是任何类型的数据通信路径。
图1的设置包括若干外部电话应用系统104(一般实现为软件)，它们可以位于应用计算机103上或位于通过任何通信网络连接到应用计算机103的独立的计算机上。一般地，所述应用计算机可以与下面所描述的端点之一在物理上相靠近。
图1的设置还包括端点106，其可以是个人计算机、网络计算机设备(NC)或能够互连到分组网络电话环境的任何其他节点。
运行时，从应用计算机103发出一个消息，请求特定电话服务，所述服务将在下面描述。请求这一服务的消息被通过路径105发送到看门人计算机102以进行处理。发送到看门人102的消息使得看门人102与其他分组网络电话环境节点交换适当的信令消息，所述交换例如以在所包含的H.323标准中描述的方式进行。作为这一事件序列的结果，所组合的系统能够实现应用计算机103代表应用104而请求的呼叫处理功能。
运行期间，看门人102执行应用计算机103所请求的各种呼叫控制功能。另外，通过对看门人102作出适当的请求，应用计算机103可以监视各种呼叫控制功能的结果，并将这一结果发送到任意的应用104。
图2示出了一个示例性消息流图，用于使用本发明来检测从远程端点到本地端点的传入呼叫，所述本地端点由外部计算机电话应用所监测。图2所示的具体示例是使用H.323标准中描述的分组网络电话方法和装置对到端点202的进入呼叫(incoming call)的监视，本发明改进了所述方法和装置以允许外部软件应用201的参与。端点202和204代表音频终端，例如配置为遵从H.323的电话设备的计算机系统。看门人203如上所述例如遵从H.323标准，并由本发明所增强，外部应用201如前所述可被设置在独立的计算机上。
运行时，所述呼叫最初根据分组网络电话环境的方法进行。向看门人203发送带宽请求消息205，在消息206处，看门人作出带宽授权。发起端点204发出呼叫建立请求(消息207)，看门人203使得呼叫建立请求消息208被发送到接收端点202。该接收端点将呼叫进行消息209送回到看门人203，该消息然后被中继到发起端点，如图中210所示。
大约在看门人203使用消息210将呼叫进行指示中继到发起端点的同时，看门人203还向外部应用201发送一个通知211，表明接收端点202正在接收一个传入呼叫。看门人203发送这一消息是因为外部应用201以前已经指示出，它需要对在接收端点202处发生的电话事件的通知。
为了连接所述传入呼叫，接收端点202需要网络带宽，使用消息212和213向看门人203请求这种带宽并由看门人203分配这种带宽。然后，被监视的端点202处的终端振铃以提示用户到来的呼叫，通过消息214和215以及看门人203将这一振铃的指示发送到发起端点204。当由于用户动作而在接收端点202处连接了所述呼叫时，端点202通过消息216来通知看门人203。
此时，看门人203通过消息217将应答通知发送到外部应用201。
大约在同时，看门人203通过消息218向发起端点204指示出，所请求的呼叫已被连接。
根据前述协议，外部应用对呼叫的检测是通过在看门人和将要连接的端点之间，以及看门人203和外部应用201之间发送的消息的协议来完成的，因此使得看门人203可以将分组电话网络中相关呼叫的进展通知给外部应用201。
图3A和3B示出了外部呼叫处理应用请求建立从发起端点386到接收端点390的传出呼叫的另一个示例。这一操作中涉及的许多消息与前面在图2中针对监视传入呼叫而介绍的消息基本类似。下面描述图2中未讨论的新消息。与图2的讨论类似，假设图3A和3B中的外部应用392之前已根据本发明所描述的其他方法而与看门人388进行过通信，以表明其希望发出与发起端点386相关的呼叫控制请求。
在图3A和3B中，看门人388还包括分组网络电话领域当前公知的会议控制点功能。本发明使用这一功能来互连两个呼叫段，即发起端点386和会议控制点之间的段，以及会议控制点和接收端点390之间的段。本发明以两个阶段来连接所述呼叫是为了克服公知分组网络电话技术的某些限制。为了清楚地进行描述，所组合的看门人和会议控制点装置被称为看门人388。
所述消息序列开始于本发明提出的新消息301，通过此消息，外部应用392请求建立呼叫在从看门人388到发起端点386之间的第一段。
然后，根据公知的分组网络电话技术，在看门人和发起端点386之间交换消息302和303，以建立呼叫的第一个段。
然后，看门人388向外部应用392发送新消息304，以提示应用392所述呼叫请求已被接收且正在被处理。其余信令中的许多信令与图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之间的呼叫的进行。例如，这些端点可通过PSTN421连接到电话420。或者，所述端点可以连接到其他计算机或设备例如PBX481，后者然后例如接口到蜂窝网络480。
处理应用计算机(AC)430以多种方式连接到看门人计算机(GK)410，其中一些方式作为例子示出在图4中。看门人计算机建立并控制各个H323或等同的端点406之间的呼叫会话。
一个或多个AC 430可以通过LAN 473、通用数据网络472或通过进程间软件通信471来连接到GK 410，在进程间软件通信471的情况下，GK和AC都是同一物理计算设备上的软件模块，通过围绕在经由进程问软件通信471而连接的这些组件周围的点划线框490来示出。
或者，AC 430和GK 410自身可以通过因特网450或其他计算机通信网络而连接。或者，GK 410可以对文件进行写，存储，然后通过上述各种数据传输通道或本领域中公知的其他方式发送到AC 430。
AC 430以和上述方式类似的方式与GK进行通信，并且可通过多种应用程序来实现多种应用和服务，例如呼叫中来回的话语的语音识别、如果在一定次数的振铃之后没有应答则对呼叫进行重路由、测量呼叫的长度、以及存储呼叫如上述语音识别器所确定的话语的内容并将这一内容写到文件以供另一程序进行分析，等等。如上所述，这些应用通常以软件实现，但是也可完全或部分地以专用硬件来提供服务，尤其是在需要大量处理的复杂应用中。
本发明的系统还能够管理通过计算机而处理的通信的若干不同模式。在此所使用的术语“管理”指的是接收、分类、排队、呈现以及向系统用户提供等功能。与计算机处理相关而又比较普遍的通信模式包括(但不局限于)语音呼叫、电子邮件、传真传输、基于交谈的通信以及来自网页访问者的反馈(也称为网络邮件(web mail))等。语音呼叫还可以进一步划分成传统的电缆连接的呼叫以及分组传输的呼叫，但是这一细分对下面的描述没有影响。对用于管理的应用的编程包含了在各种通信模式之间进行区分的能力，因而使得所述应用可对不同通信模式进行分类并进行不同的处理。
通过各种模式而进行的通信通常会在一天中的任何时间里接收到。所述通信的接收没有任何特定的顺序，而是仅仅取决于发送者一时的想法或可能取决于系统的速度。因此，可能首先接收到电子邮件，然后是传真，然后是另一个传真和基于交谈的通信等等，没有特定的顺序。然而，所述系统能够根据已建立的分类系统来对每种通信模式进行分类，其中使用了根据用户的需求的优先级类别。分类后，各项通信就可根据基于类别的优先级而被置于一个队列中。作为这一类型的优先级安排的示例，下面的序列可能是合适的1.来自X女士的任何通信2.来自Z先生的任何电子邮件3.语音呼叫4.其他电子邮件传输5.交谈通信6.传真7.基于网页的电子邮件在系统中每一次处理到来的消息时，计算机将会向用户提供可视或可听到的信号作为接收通知。在分类和给出优先级这样一个周期结束时，所述应用将以根据类别而建立的顺序向系统的用户呈现所排队的通信，以让用户打开并处理。每一项通信都具有已连接的超链接，用户可以点击它来进行访问。
根据图5A和5B中所示出的流程图，在步骤502接收到到来的通信。应用根据上述列表，向所述通信分配一个已建立的分类类别。所述处理开始于在步骤504确定所述消息是否来自特定的发送者即X女士。如果是，则应用在步骤506检查系统用户是否正忙。如果用户不忙，则在步骤508将来自X女士的消息转发给用户。如果用户忙，则在步骤510将来自X女士的消息置入到类别1的存储设备中并向用户发送信号，表明已接收并保存了所述消息。
如果到来的消息不是来自X女士的，则在步骤512，应用检查所述消息是否具有来自Z先生的电子邮件的形式。如果响应是肯定的，则在步骤514，将消息保存到类别2，并向用户发送信号。
如果所述消息不是来自Z先生的电子邮件，则在步骤516，确定该消息是否是语音呼叫(而非在上面会被处理的来自X女士的消息)。如果该消息是语音呼叫，则在步骤518，应用检查队列中是否有更早的消息，如果有，则在步骤520，将该语音呼叫置入到等于类别3的语音邮件中并向用户发出信号。如果没有更早的消息，则在步骤522，应用检查用户是否正忙。如果系统用户正忙，则在步骤520将该呼叫置入语音邮件中并生成信号。如果用户不忙，则在步骤524，系统向用户呈现所述语音呼叫。
如果到来的消息不是语音呼叫，则在步骤528，确定该消息是否是电子邮件，如果是，则在步骤530，将该电子邮件保存到类别4并向用户发出信号。
如果到来的消息不是电子邮件，则在步骤532，所述应用确定它是否是交谈类型的消息。如果是，则在步骤534将该交谈消息保存到类别5，并生成信号。
图5A和图5B的流程图在标记Z和Y处相连接。如果所述消息不是交谈类型的消息，则在步骤536确定该消息是否是传真消息。如果该消息是传真，则在步骤538将该消息保存到类别6并生成信号。
如果该消息不是传真，则在步骤540，应用检查该消息是否是网络邮件。如果到来的消息是网络邮件，则在步骤542将它保存到类别7，并生成信号。
作为另一个实施例，所述应用可以就每个到来的消息确定系统用户是否正忙，当不能立即将所述消息呈现给用户时，只是保存所述消息。
在涉及保存消息并生成信号的每一个步骤之后，流程图接下来的步骤是在步骤544，根据所分配的类别以及每个类别内的接收时间来对所有消息进行列表和排序。在步骤548将所述列表呈现给系统用户。所述列表一般在监视器上呈现给用户。列表上的每一项都与一个链接相联系，可用计算机鼠标(未示出)点击激活该链接以查看其内容。
图6A示出了根据现有技术的多个示意性计算机控制的通信系统，以与根据本发明的集成式系统进行比较。语音通信系统从发送单元例如电话602开始，该发送单元通过通信链路604连接到通信处理装置例如PSTN606。PSTN 606处理来自电话602的通信，以路由到预期的接收者，并通过链路610将通信发送到接收单元例如电话612。
第二通信系统包括发送单元例如终端620，该发送单元通过通信链路622而链接到通信处理装置例如电子邮件服务器624。电子邮件服务器624处理来自终端620的通信，以确定它的预期接收者并通过链路626将所述通信转发给接收终端628。
第三通信基本与上面描述的系统平行，其开始于发送终端640，该发送终端通过通信链路642链接到通信服务器644。通信服务器644处理来自终端640的通信，以确定它的预期接收者，并通过链路646转发给接收终端648。
上述现有技术的系统通过3个平行的系统来连接3个示例性通信，例如语音通信、电子邮件通信和基于网络的通信。没有对所述通信进行结合与协调，而将这一任务留给了接收者。电话612、终端628和终端648可能位于同一个办公室里。如果上述示例中的所有通信对于同一个接收者同时发生了，则结果是难以管理的。
图6B示出了根据本发明的集成式通信系统，其包含了分组交换传输技术并实现了上述呼叫管理规则。呼叫在发送单元例如电话650处启动，并通过通信链路652发送到PSTN654。在此所使用的“通信链路”指的是任何信号传输方式，无论是现在已知的还是将来所开发的，一些现有的示例是电气线路、光缆、RF、微波等等。PSTN654确定预期接收者，并通过链路656将该呼叫转发到集成式服务器660。集成式服务器660是这样一种计算机设备，其能够管理多种形式的通信，并实现了上述与消息的优先级安排有关的规则。集成式服务器660适于接收要去往多个接收者的通信，并将其存储起来直到需要的时候。在本发明的系统中，多个集成式服务器通过多个链路而连接到多个PSTN单元。所传输的通信包含寻址信息，用于确定特定的集成式服务器以接收用于最终接收者的通信。
发送单元例如终端666通过通信链路670将通信发送到通信处理单元例如电子邮件服务器672。电子邮件服务器672接收该通信并识别接收者，然后通过链路674将该通信转发给集成式服务器660。
第二发送单元例如终端682通过通信链路684将通信发送给通信处理单元例如服务器686。服务器686接收该通信并识别接收者，然后通过链路688将该通信转发给集成式服务器660。
这样，集成式服务器660已接收到来自3个示例性发送单元650、666和682的通信。集成式服务器660利用结合图5的流程图而描述的规则来迅速地转发消息，或者对消息进行优先级安排、列表和存储，如已建立的规则所确定的那样。可将语音消息通过链路662直接发送到电话664，或者在假设电话664作为终端680的外设而连接的情况下，通过终端680和链路676及678而发送到电话664。当通过终端680或终端692而连接时，向用户显示已给出优先级的通信的列表，同时提供超链接来实现对用户所选择的通信的高效接收。从发送终端682发送到集成式服务器660的消息通过链路690发送到接收终端692，其中接收终端692是与接收终端680不同的单元。例如，接收终端680可能是桌面型计算机终端而终端692可能是PDA设备。或者，如果不存在其他的终端692，则来自发送终端666和发送终端682的消息都会在接收终端680处接收到。
如上所述，所述优先级安排规则建立了集成式服务器660的到来的通信的顺序。某些类型的到来通信被迅速呈现给系统的用户，而其他到来的通信在被保存在存储设备中以供后用。通过类别来对通信进行分组，或按优先级顺序将其列出。
上面描述了本发明的优选实施例。然而，应该认识到对本领域内的技术人员来说，很明显可以作出许多其他的修改或添加。所有这些修改或添加应处于本发明所附权利要求所定义的范围之内。
权利要求
1.一种方法，包括为通过分组数据网络而实现的多种通信传输建立分类类别；为所述分类类别建立优先级排序准则；通过所述分组数据网络接收至少一项通信传输；以及将一个分类类别分配给所述通信传输。
2.如权利要求1所述的方法，还包括根据分配给所述通信传输的分类类别来存储该通信传输。
3.如权利要求1所述的方法，还包括选择所存储的通信传输之一以呈现给用户。
4.如权利要求3所述的方法，还包括向所述用户呈现所选择的通信传输。
5.如权利要求1所述的方法，还包括生成信号以提示用户接收到了通信。
6.如权利要求1所述的方法，还包括对每个分类类别或用户定义的多个分类类别的联合体生成一个单独的信号，以提示用户已接收到属于每个所述类别或属于所述用户定义的多个分类类别的联合体的通信。
7.一种方法，包括通过分组数据网络，将信息从第一通信处理设备传输到第二通信处理设备，所述信息表示所述第一通信处理设备的用户所期望的通信监视和控制功能，所述第一通信处理设备位于与所述分组数据网络的至少两个节点中任何一个都不同的位置；在所述分组数据网络的所述至少两个节点之间安排分组化的通信会话，所述安排是通过所述第二通信处理设备来完成的；为通信传输建立分类类别；为所述分类类别建立优先级排序准则；使得所述分组化的通信会话进行；确定所述通信传输属于哪个分类类别；以及通过所述分组数据网络，从所述第二通信处理设备向所述第一通信处理设备报告表示所述会话的信息。
8.如权利要求7所述的方法，还包括根据分配给所述通信传输的分类类别来存储该通信传输。
9.如权利要求7所述的方法，还包括选择所存储的通信传输之一以呈现给用户。
10.如权利要求9所述的方法，还包括向所述用户呈现所选择的通信传输。
11.如权利要求6所述的方法，还包括生成信号以提示用户接收到了通信。
12.如权利要求6所述的方法，还包括对每个分类类别或用户定义的多个分类类别的联合体生成一个单独的信号，以提示用户已接收到属于每个分类类别或属于每个所述用户定义的多个分类类别的联合体的通信。
13.一种包含其上存储有指令的计算机可读介质的制品，所述指令被执行时使得进行下述步骤为通过分组数据网络而实现的多种通信传输建立分类类别；为所述分类类别建立优先级排序准则；通过所述分组数据网络接收至少一项通信传输；以及将一个分类类别分配给所述通信传输。
14.如权利要求13所述的制品，所述指令被执行时还使得进行下述步骤根据分配给所述通信传输的分类类别来存储该通信传输。
15.如权利要求13所述的制品，所述指令被执行时还使得进行下述步骤选择所存储的通信传输之一以呈现给用户；以及向所述用户呈现所选择的通信传输。
16.如权利要求13所述的制品，所述指令被执行时还使得进行下述步骤生成信号以提示用户接收到了通信。
17.一种包含其上存储有指令的计算机可读介质的制品，所述指令被执行时使得进行下述步骤通过分组数据网络，将信息从第一通信处理设备传输到第二通信处理设备，所述信息表示所述第一通信处理设备的用户所期望的通信监视和控制功能，所述第一通信处理设备位于与所述分组数据网络的至少两个节点中任何一个都不同的位置；在所述分组数据网络的所述至少两个节点之间安排分组化的通信会话，所述安排是通过所述第二通信处理设备来完成的；为通信传输建立分类类别；为所述分类类别建立优先级排序准则；使得所述分组化的通信会话进行；确定所述通信传输属于哪个分类类别；以及通过所述分组数据网络，从所述第二通信处理设备向所述第一通信处理设备报告表示所述会话的信息。
18.如权利要求17所述的制品，所述指令被执行时还使得进行下述步骤根据分配给所述通信传输的分类类别来存储该通信传输。
19.如权利要求18所述的制品，所述指令被执行时还使得进行下述步骤选择所存储的通信传输之一以呈现给用户；以及向所述用户呈现所选择的通信传输。
20.如权利要求18所述的制品，所述指令被执行时还使得进行下述步骤生成信号以提示用户接收到了通信。
21.如权利要求18所述的制品，所述指令被执行时还使得进行下述步骤对每个分类类别或用户定义的多个分类类别的联合体生成一个单独的信号，以提示用户已接收到属于每个分类类别或属于每个所述用户定义的多个分类类别的联合体的通信。
全文摘要
本发明提供了一种通信管理方法和装置。所述方法和装置进行操作以从与看门人通信的应用计算机(104)发送消息以及从看门人向应用计算机(104)发送消息，其中所述看门人连接到一个数据网络，所述来自应用计算机的消息指示了(a)正在该数据网络的端点(106)处进行的电话呼叫或指示了(b)所述端点，所述来自看门人的消息指示了包含在所述电话呼叫中的多种信息，从而可为多种应用处理所述信息(504、512、516、528、532)。本发明提供了多种协议，用于对到来的消息进行分类并对这些消息进行优先级安排，以将其呈现给(508、524)系统用户并使其为系统用户所利用。
文档编号H04L12/56GK1628456SQ03803453
公开日2005年6月15日 申请日期2003年1月15日 优先权日2002年2月6日
发明者卡尔·R·施特拉特迈耶, 唐纳德·芬尼 申请人:英特尔公司