[发明专利]在传递期间保持呼叫逻辑

说明书

背景

在多服务器环境中，呼叫可到达接收服务器。但是，接收服务器可确定其无法处理该呼叫，并且可将该呼叫转移至转移服务器以便该呼叫可被服务。然而，在常规的系统中，没有用足够的上下文和信息来转移呼叫，以使接收转移的呼叫的转移服务器能够从接收服务器停止之处无缝地继续呼叫。

概述

提供本概述以便以简化形式介绍将在以下详细描述中进一步描述的一些概念。本概述并不旨在标识所要求保护的主题的关键特征或必要特征。本概述也不旨在用于限制所要求保护的主题的范围。

可提供在传递期间保持呼叫逻辑。首先，可在第一服务器处接收呼叫。接着，可确定该呼叫无法由第一服务器处理。然后可用足够的信息将呼叫转移到第二服务器，以便第二服务器能够从第一服务器停止之处继续呼叫。

前述概括描述和以下详细描述两者都提供示例并且都只是说明性的。因此，前述概括描述和以下详细描述不应被认为是限制性的。此外，除了此处所阐明的那些之外还可提供其他特征或变种。例如，各实施例可涉及在详细描述中描述的各种特征组合和子组合。

附图简述

合并在本公开中并且构成其一部分的附图示出本发明的各实施例。在附图中：

图1是操作环境的框图；

图2是用于在传递期间保持呼叫逻辑的方法的流程图；

图3是示出在传递期间为传真保持呼叫逻辑的示图；以及

图4是包括计算设备的系统的框图。

详细描述

以下详细描述参考各附图。只要可能，就在附图和以下描述中使用相同的标号来指示相同或类似的元素。尽管可能描述了本发明的各实施例，但是修改、改编和其他实现也是可能的。例如，可对附图中所示出的元素进行置换、添加、或修改，并且可通过对所公开的方法置换、重新排序、或添加阶段来修改此处所描述的方法。因此，以下详细描述并不限制本发明。相反，本发明的正确范围由所附权利要求书定义。

可提供在传递期间保持呼叫逻辑。根据本发明的各实施例，在多服务器环境中，呼叫可到达第一服务器。第一服务器可确定其无法处理该呼叫，但是它可以知道第二服务器能够处理该呼叫。因此，第一服务器可将该呼叫转移到第二服务器，以便该呼叫可由第二服务器服务。根据本发明的各实施例，可用足够的上下文和信息来转移该呼叫，以使第二服务器能够从第一服务器停止之处无缝地继续呼叫。这对于用户体验而言是重要的，因为如果没有将足够的上下文和信息与呼叫一起发送，则作出呼叫的用户可能会听到第二次的铃声并且可能被迫重新输入已经输入到第一服务器中的数据。换句话说，用户可能必须从菜单的开始处重新开始，即便该用户已经在菜单中前进并且可能位于状态机中的某一深处。本发明的各实施例可使用会话发起协议(SIP)环境来实现无缝的传递，该SIP环境使用SIP已知的设备。

本发明的各实施例可使用SIP协议方法来在呼叫中转移足够的上下文，以使第二服务器能够开始从第一服务器停止之处继续处理呼叫。根据本发明的各实施例，REFER机制以及REFERRED-BY头可用于在呼叫转移中传递足够的呼叫上下文逻辑。

图1是根据本发明的各实施例的操作环境100的框图；操作环境100可包括呼叫控制台105(例如，电话)、网关110、第一服务器115、网络120、以及第二服务器125。呼叫控制台105可包括启用会话发起协议(SIP)的电话。SIP是广泛用于安装和卸载诸如例如跨因特网的语音和视频呼叫等多媒体通信会话的信号协议。网关110可包括因特网声传协议(VoIP)网关。VoIP是用于在诸如因特网或其他分组交换网络等IP网络上传递语音通信的一族传输技术的通称。第一服务器115和第二服务器125中的任一个或者两个可使用如以下参考图4更详细地描述的计算设备400来实现。网络120可包括但不限于，因特网、任何分组交换网络、或者任何其他类型的网络。

图2是阐明根据本发明的实施例的用于在呼叫传递期间保持呼叫逻辑的方法200中所涉及的各概略阶段的流程图。可使用例如第一服务器115和第二服务器125来实现方法200。以下将更详细地描述实现方法200的各阶段的方式。

方法200可开始于起始框205并且继续至阶段210，在该阶段处第一服务器115可接收呼叫。例如，用户可使用呼叫控制台105进行呼叫。该呼叫可包括因特网声传协议(VoIP)呼叫。呼叫可进入网关110，可以设置网关110以使所有的新呼叫由网关110发送给第一服务器115。