CN102835098B - 保持检测和处理 - Google Patents

Abstract

一种通信系统包括终端和用于管理在该终端处终止的通信会话的通信控制器，该终端具有：到网络的接口，由此该终端可以连接到通信会话中的另一方；输出端，用于输出从通信会话中的另一方接收的通信流；以及独立于通信会话的播放流的源，该通信控制器被配置成：a）当它检测到该终端在通信会话中已被置于保持时，使得来自播放流的源的播放流被导向到输出端；以及b）当它检测到该终端在通信会话中已被取消保持时，使得来自通信会话的通信流被导向到输出端。

Description

保持检测和处理

背景技术

本发明涉及当通信终端在被置于保持（on hold）或另外地体验通信内容到非交互式类型的改变时该通信终端的行为。该终端可以是专用硬件设备，或者可以由运行在多用途计算设备上的软件来体现。本发明可以在交互式系统中体现。

为了说明本发明的背景，假设两方“A”和“B”从事于彼此间的语音呼叫。每一方具有通信终端，并且这两个终端借助由各种设备构成的网络来彼此进行通信。每一个通信终端可以感测来自其用户的音频并且将该音频传送到另一方，并且可以重现从另一方接收的音频信号。

在语音呼叫期间，A方可以将B方置于保持。在该上下文中，术语“保持”可以具有多种含义，但是典型地它指示A方已将他的终端设置成使得不向B方的终端发送从A方拾取的音频信号。在B方处于保持的同时，A方的终端可以生成到B方的各种各样的可替代的音频输出。

a）一个选项是，对A方的终端而言不向B方的终端传送音频信号，在此情况下B方的终端可以在其处于保持的同时不产生音频输出。

b）第二选项是，对A方终端而言生成替代的音频流并以与传送来自A方的音频相同的方式将其传送到B方的终端。该替代的音频流然后可以由B方的终端播放。典型地，该替代的音频流是音乐、舒适噪声、重新向B方保证他处于保持的重复消息、或一系列嘟嘟声。取代由终端A生成，该替代的音频可以由A方的终端与B方的硬件之间的网络路径中的组件生成；方便地可以由对A方而言本地的PBX（专用交换机）来生成。

选项a）的缺点在于，当B方的终端没有重现音频时，B方可能担心语音呼叫实际上已被断开。然后，他可以终止该呼叫并且必须重新建立与A方的通信。选项b）的缺点在于，对A方而言，无法知道他的终端正生成的音频是否符合B方的口味。B方可能不喜欢正由A方的终端生成的音乐，或者可能发现来自A方的替代的音频的其他形式令人厌烦。

对系统或终端而言，期望的将是能够改进其终端已被置于保持的用户的体验，而无需来自系统的、导致它们被置于保持的剩余部分的协作或对系统的所述剩余部分的调整。

因此，需要用于服务于处于保持的一方的改进的机制。

发明内容

根据本发明的一个方面，提供一种通信系统，包括终端和用于管理在该终端处终止的通信会话的通信控制器，该终端具有：到网络的接口，由此该终端可以连接到通信会话中的另一方；输出端，用于输出从通信会话中的另一方接收的通信流；以及独立于通信会话的播放流的源，该通信控制器被配置成：a）当它检测到该终端在通信会话中已被置于保持时，使得来自播放流的源的播放流被导向到输出端；以及b）当它检测到该终端在通信会话中已被取消保持（off hold）时，使得来自通信会话的通信流被导向到输出端。

根据本发明的第二方面，提供一种存储用于在通信系统中执行的软件的数据载体，该通信系统具有终端和用于管理在该终端处终止的通信会话的通信控制器，该终端包括：到网络的接口，由此该终端可以连接到通信会话中的另一方；输出端，用于输出从语音呼叫中的另一方接收的通信流；以及独立于通信会话的播放流的源；该软件被配置成使得通信控制器：a）当它检测到该终端在通信会话中已被置于保持时，将来自播放流的源的播放流导向到输出端；以及b）当它检测到该终端在通信会话中已被取消保持时，将来自通信会话的通信流导向到输出端。

通信控制器可以被配置成使得当它检测到终端在通信会话中已被置于保持时，它使得来自播放流的源的播放流被导向到输出端并且使得来自通信会话的通信流不被导向输出端。可替代地，通信控制器可以被配置成使得当它检测到终端在通信会话中已被置于保持时，它使得来自播放流的源的播放流被导向到输出端并且还使得来自通信会话的通信流被导向到输出端。

通信控制器可以被配置成当它检测到终端在通信会话中已被取消保持时，它使得来自播放流的源的播放流不被导向到输出端并且使得来自通信会话的通信流被导向输出端。

通信流可以是或包括音频流。播放流可以是或包括音频流。输出端可以是音频输出端，比如扬声器。

通信流可以是或包括视频流。播放流可以是或包括视频流。输出端可以是视频输出端，比如显示器。

通信终端可以包括存储用于播放流的源的配置设定的存储器。播放流的源可以响应于该配置设定，使得当该终端在通信会话中已被置于保持时从播放流的源被导向到输出端的流的内容取决于配置设定。

通信终端可以实现用户接口，由此所述配置设定可以由对通信终端而言本地的用户来设置。

播放流的源可以以这样的方式响应于配置设定，即使得解码由配置设定指定的一个或多个文件以便形成当终端在通信会话中已被置于保持时被导向到输出端的流。

所述一个或多个文件可以存储在通信终端的存储器中。

播放流的源可以以这样的方式响应于配置设定，即使得从由配置设定指定的位置获得当该终端在通信会话中已被置于保持时被导向输出端的流。

通信控制器可以被配置成凭借与通信会话相关联的信令消息来检测终端在通信会话中已被置于保持。

通信控制器可以被配置成凭借对从呼叫中的另一方接收到的通信流的处理来检测终端在通信会话中已被置于保持。

通信控制器可以被配置成凭借对从呼叫中的另一方接收到的通信流的音频处理来检测终端在通信会话中已被置于保持。

通信控制器可以被配置成凭借来自终端的用户的输入来检测终端在通信会话中已被置于保持。

通信控制器可以被配置成凭借来自终端的用户的、指定通信流的当前状态为与保持状态相关联的输入来检测终端在通信会话中已被置于保持。

通信控制器可以被配置成凭借与通信会话相关联的信令消息来检测终端在该通信会话中已被取消保持。

通信控制器可以被配置成凭借对从会话中的另一方接收到的通信流的处理来检测终端在通信会话中已被取消保持。

终端可以包括通信控制器。

通信会话可以是语音呼叫。

现在将参考附图通过示例来描述本发明。

附图说明

在附图中：

图1示意性地图示了支持呼叫的通信环境。

图2图示了处理呼叫的步骤。

图3图示了用于将终端置于保持和使其取消保持的SIP信令。

具体实施方式

许多个现代通信终端具有除了简单地发出呼叫和接收呼叫之外的其他功能。例如，许多移动电话集成有音乐播放器；并且具有多种多样的功能范围的笔记本计算机可以用于互联网和电路交换呼叫。在本发明的一个方面，当这种设备的用户处于呼叫中并且被置于保持时，该设备在本地生成音频，而不是重现由呼叫中的另一方发送给它的任何音频。取代在本地生成音频，该设备可以再现其他内容或者可以生成可听的或视觉的提示。当设备被取消保持时，可以生成类似的提示。

图1示出在其中支持A方的终端1与B方的终端2之间的呼叫的通信环境。这两个终端可以通过任何适当形式的通信路径互连，该通信路径可以无限制地包含电路交换和/或分组交换元件或由电路交换和/或分组交换元件构成。在本示例中，终端1和2通过与A方相关联的PBX 3、通过网络4以及通过元件1、3、4与2之间的链路而被互连。

终端2是多功能设备。它包括处理器10。耦合到处理器的是存储器11、通信接口12、麦克风13、扩音器14、键区15和显示器16。该存储器存储用于由处理器执行的软件17，并且还存储媒体数据18。

终端2可以执行的一个功能是支持与远程方的音频呼叫。为了执行该功能，由处理器执行来自软件17中的适当代码以便使得处理器：

a）管理建立、维持和终止呼叫所需的任何信令，

b）在接口12处从远程方接收表示音频的信号并且在扬声器14处重现该音频，以及

c）借助麦克风13从B方接收音频并且借助接口12将表示该音频的信号传送到A方。

终端2可以执行的另一个功能是向该终端的用户播放音乐或其他音频。这可以以各种方式完成。在一个选项中，音乐被作为媒体数据18之中的音频文件（例如，以MP3格式）存储在存储器11中。处理器执行来自软件17之中的适当代码以从存储器11获得音频文件、将它们解码成音频并将该音频传递到扩音器14以用于向用户播放。

处理器10具有多线程或另一种形式的操作，其中两个进程的状态可以被同时维持。以此方式，它可以同时支持音频呼叫和音乐播放，尽管在实践中用户不太可能想要听到来自彼此重叠（over the top of each other）播放的那两个源的竞争的音频流。

现在将参考图2描述当呼叫正被发出时终端的操作。

在图2的步骤20处，支持语音呼叫的进程和支持音频播放的进程二者都运行在处理器10上。处理器的时间在这些进程之间分配，使得这两个进程能够令人满意地运行。用户正在倾听来自扩音器14的、由播放进程生成的音频。用户借助键区15定义了包括一个或多个音频文件的播放列表，并且播放进程处于经由扩音器播放该播放列表的过程中。同时，语音呼叫进程正在接口12处倾听指示发起呼叫的企图信号。

在步骤21处，语音呼叫进程在接口12处检测指示来自对方终端的、发起与终端2的呼叫的企图的信令。在该示例中，对方终端是终端1。该信令可以是任何适当的协议，例如模拟信令、DTMF、瞬间挂机、SIP或H.323。语音呼叫进程参与与对方终端的适当的信令，以便建立呼叫。

当呼叫被建立（步骤22）时，语音呼叫进程使得音频播放进程停止将音频传递到扩音器。语音呼叫进程然后通过在接口12处接收表示来自远程方的音频的信号并且在扬声器14处重现该音频；并且通过借助麦克风13接收本地音频以及借助接口12将表示该音频的信号传送到另一方，来实现语音呼叫。（步骤23）。

在呼叫过程期间，另一方（即终端1的用户）将终端2置于保持。（步骤24）。终端2处于保持的事实可以由终端2以下面更详细地讨论的多种方式来检测。响应于终端2处于保持的确定，语音呼叫进程停止将音频传递到扩音器14并且使得音频播放进程重新开始将音频传递到扩音器。（步骤25）。优选地，用户的播放列表的播放从在该呼叫建立时它被中断的点处重新开始，但是其他选项是可行的，如下文所讨论的。

当终端1的用户使终端2取消保持（步骤26）时，该事实被终端2的语音呼叫进程检测到。响应于终端2处于取消保持的确定，语音呼叫进程使得音频播放进程再次停止向扩音器传递音频，并且重新开始在扩音器处重现从远程方接收的音频。（步骤27）。

在某一时刻，各方之一终止呼叫。（步骤28）。该事实被语音呼叫进程检测到，该语音呼叫进程响应于该事实而使得音频播放进程重新开始向扩音器播放音频。（步骤29）。

以此方式，当终端2的用户处于保持时，他听到符合其口味的音频。

在一个特别便利的实施例中，终端2是运行用于IP语音呼叫的应用和用于音乐播放的应用的计算机。驱动计算机扩音器的音频源以上文所描述的方式在各应用之间交替变化。

终端2已被置于保持或已被取消保持的事实可以以各种方式来检测。

在一些系统中，终端2正被置于保持或正被取消保持的事实被明确地用信号通知终端。作为示例，图3示出关于这一点的SIP协议信令。当两个终端A和B从事于呼叫时，终端A可以通过发送具有a=仅发送（sendonly）的SIP 提供（offer）消息来将终端B置于保持。终端B返回200 OK消息并且终端A以ACK消息来回应。一旦该交换完成，终端B知道它处于保持。当终端A希望将终端B取消保持时，终端A发送具有a=发送接收（sendrecv）的SIP 提供消息。终端B返回200 OK消息并且终端A以ACK消息来回应。一旦该交换完成，终端B知道它处于取消保持。在该实例中，语音呼叫进程可以响应于SIP信令检测该呼叫处于保持和取消保持。

在其他系统中，没有关于终端处于保持的明确信令。然而，处于保持的终端可以通过分析从呼叫中的另一方接收的音频信号来检测该状况。类似地，当终端被取消保持时，它可以通过分析从呼叫中的另一方接收的音频信号来检测该状况。在该实例中，语音呼叫进程可以响应于音频处理检测该呼叫处于保持和取消保持。该音频处理依靠各种技术，包括检测呼叫流中重复的元素以及检测保持情形的声音特性的库中存储的元素。该库可以存储在服务器上或者相对于进行该处理的设备在本地存储。该库可以包括定义音频信封（audio envelope）或签名（例如定义特定语音的特性）的音频片段或数据。

能想到的是，用户可能不愿意让终端使用音频处理来检测呼叫已被置于保持，以防它非惯常地中断呼叫。为了解决这一点，终端可以许可用户例如通过选择借助键区15和显示器16实现的用户接口的菜单项目而手动指示该呼叫已被置于保持，并且然后可以自动检测它何时被取消保持。诸如麦克风13或触摸屏之类的其他输入设备可以用于接受用户输入。在该实例中，语音呼叫进程响应于用户输入检测呼叫处于保持，并且响应于音频处理检测它处于取消保持。

语音呼叫可以由任何适当手段来处理。无限制地，这些装置包括分组交换语音呼叫（例如IP语音呼叫）、电路交换模拟语音呼叫和移动（例如蜂窝或卫星）语音呼叫。

在上面的示例中，被播放的音频本地地存储在终端2上。该音频可以从其他源获得。例如，可以从与终端2分离的但处于终端2的用户的场所的音频服务器获得它，或可以通过诸如互联网之类的公开可访问的网络从远程音频服务器5获得它。远程音频服务器可以实现无线电站服务（其中接收方选择信道并且在该信道上的音频由提供者选择）或音乐播放服务（其中流中的音频或其属性由接收方选择），比如由Spotify提供的上述服务。可替代地，音频可以由终端2中的无线电接收器（例如FM接收器）接收。在每种情形下，音频都不是从终端1接收的，并且优选地不是通过终端2具有的到终端1的逻辑链路而被接收的。替换音频的物理源也可以不同于终端2具有的到终端1的物理链路，如（例如）当从FM无线电、从本地音乐源或从互联网接收音频时，当该呼叫通过电路交换模拟语音呼叫线路被连接到终端2时。可能存在物理链路的有限重叠，通过所述物理链路提供该音频并且通过所述物理链路终端2被连接到终端1，因为当这些终端通过互联网互连时，终端1具有到互联网的单个互联网连接并且该音频是通过互联网从服务器接收的。

在上述示例中，用户已经定义了播放列表，并且要在呼叫处于保持时播放的音频是从该播放列表中选择的。要在呼叫处于保持时播放的音频可以以其他方式来选择。例如，它可以从存储在终端上或另外对终端而言可访问的所有音频中随机选择；它可以从用户已指示为特别喜欢的或用户已指示为特别适合在呼叫处于保持时使用的音频中选择；或者它可以从指定位置下载。

优选地，音频的源是在呼叫之前已经借助终端2选择和/或配置的源。那样的话，可以认为该音频将是符合终端2的用户的口味的。该源可以由被配置成从它获得音频的终端2来选择，正如如果终端2已被配置成使用特定音频服务器或服务，情况将会是这样。该配置可以被存储在存储器11中。该源可以由终端2来配置，终端2将设定存储在存储器11中，所述设定例如通过选择无线电站、音乐的类型、一组音乐文件、播放列表、收藏列表或用于选择用于播放的音频的逻辑来向播放进程指示来自该源的哪个音频要被播放。因此，终端2的用户可以影响要在该终端处于保持时播放的音频的选择。该选择可以是直接的或间接的。从要在该终端处于保持时播放的音频已被用户特别地添加到播放列表等的意义上说，它可能是直接的。从该终端可以从先前由用户指示的音乐集合中随机选择的意义上说，它可能是间接的。

在上面的示例中，当呼叫被接收到时，该音频播放。当呼叫处于保持时，可以以上面所描述的方式提供替代的音频，而不管音频是否在呼叫被接收到时播放。

任何一方可以发起呼叫。该呼叫可以是会议呼叫或另外的非标准形式的呼叫。更一般地，该呼叫可以是通信会话。

在上面的示例中，语音呼叫进程负责在呼叫进入保持时调用播放进程的输出，并且负责在呼叫来到取消保持时抑制播放进程的输出。音频流之间的切换可以以其他方式来处理。例如，可能存在物理切换，其选择扩音器是被音频播放源驱动还是被语音呼叫源驱动。播放源可以在呼叫进行时继续生成输出，但是该切换可以在呼叫进行中且不处于保持时被改变为选择语音呼叫源。管理进程可以用于选择语音呼叫进程和播放进程中的哪一个来驱动扩音器。取代分离的进程，可以存在单个进程。终端可以完全地在专用硬件中操作。

音频播放进程或其硬件可替代方案不需要与终端2结合。例如，移动电话可以播放它通过到单独的音乐播放器的本地有线或无线链路接收的音频。该电话可以在接收到呼叫时中断音频，并且在呼叫处于保持时重新开始该音频。类似的功能可以由第三设备来执行，该第三设备集成来自电话和音乐播放器二者的音频，倘若当呼叫开始、结束以及进入保持或取消保持时它被电话用信号通知。

类似的原理可以被应用到视频呼叫。当呼叫处于保持时，视频呼叫可以被单独的视频流中断。与检测视频呼叫的音频分量已被中断相比，检测视频呼叫的视频分量已被中断可能更困难。为了简化处理，关于视频呼叫已被置于保持还是被取消保持的确定可以唯一取决于视频呼叫的音频分量。

当呼叫被置于保持和/或取消保持时，可以从事一系列的可替代的行为。无限制地，可以在呼叫被置于保持时从事的行为包括：

●将不同的内容流递送或再现给呼叫的流，例如从本地存储的数据导出的流；和/或

●例如借助用户接口的扩音器或显示器向用户呈现可听的或视觉的提示。

无限制地，可以在呼叫被取消保持时从事的行为包括：

●递送或再现呼叫的内容流；和/或

●例如借助用户接口的扩音器或显示器向用户呈现可听的或视觉的提示。

当呼叫处于保持时，取代中断该呼叫，本地流可以与来自该呼叫的流混合并且二者被播放给用户。这可以使得用户能够向设备指示呼叫何时来到取消保持，或者可以允许用户倾听指示他在队列中的位置的消息。来自呼叫的流可以在与本地流混合之前被过滤以从中移除某些内容。例如，在该呼叫流中的音乐可以被移除，以使得只有语音提示或公告在混合的流中是可听的。

本地生成的流可以是安静的。

呼叫或其他通信会话上保持状态的性质可以取决于各方之间的会话或通信的技术性质。将呼叫置于保持可以被解释为在至少一个方向上会话到非交互式业务的切换，其中一方从它与从另一方（该方处于保持）接收的内容进行交互的模式切换到它不与从另一方（该方处于保持）接收的内容进行交互的模式。将呼叫取消保持可以被解释为在至少一个方向上会话到交互式业务的切换，其中一方从它不与从另一方（该方处于保持）接收的内容进行交互的模式切换到它与从另一方（该方处于保持）接收的内容进行交互的模式。

据此，申请人孤立地公开了在本文描述的每个单独特征和两个或更多个这样的特征的任意组合，达到这样的程度：这样的特征或组合作为整体按照本领域技术人员的公知常识能够基于本说明书而实施，而不管这样的特征或特征的组合是否解决了本文所公开的任何问题，并且没有限制权利要求的范围。申请人指示，本发明的各个方面可以由任何这样的单独特征或特征的组合构成。鉴于上文的描述，可以在本发明的范围内做出各种修改对本领域技术人员来讲将是明显的。

Claims (15)

1.一种通信系统，包括：

终端，其具有：

     到网络的接口，由此该终端可以连接到通信会话中的另一方；

     输出端，用于输出从通信会话中的另一方接收的通信流；以及

     独立于通信会话的播放流的源；和

通信控制器，用于管理在该终端处终止的通信会话，该通信会话使得播放流的源停止将播放流传递到输出端，该通信控制器被配置成：

a）当它检测到该终端在通信会话中已被置于保持时，使得播放流的源从该播放流被中断的点处重新开始将播放流传递到输出端；以及

b）当它检测到该终端在通信会话中已被取消保持时，使得来自通信会话的通信流被导向到输出端且使得该播放流的源再次停止将播放流传递到输出端。

2.如权利要求1所述的通信系统，其中：

所述通信终端包括存储用于播放流的源的配置设定的存储器；以及

所述播放流的源响应于所述配置设定，使得终端在通信会话中已被置于保持时从播放流的源导向到输出端的流的内容取决于所述配置设定。

3.如权利要求2所述的通信系统，其中所述通信终端实现了用户接口，由此所述配置设定可以由对该通信终端而言本地的用户来设置。

4.如权利要求2所述的通信系统，其中所述播放流的源以这样一种方式响应于配置设定，即使得解码由配置设定指定的一个或多个文件以便形成当终端在通信会话中已被置于保持时被导向到输出端的流。

5.如权利要求4所述的通信系统，其中所述一个或多个文件被存储在通信终端的存储器中。

6.如权利要求2所述的通信系统，其中播放流的源以这样一种方式响应于配置设定，即使得从由配置设定指定的位置获得当终端在通信会话中已被置于保持时被导向到输出端的流。

7.如权利要求1所述的通信系统，其中所述通信控制器被配置成凭借与通信会话相关联的信令消息来检测终端在通信会话中已被置于保持。

8.如权利要求1所述的通信系统，其中所述通信控制器被配置成凭借对从呼叫中的另一方接收到的通信流的处理来检测终端在通信会话中已被置于保持。

9.如权利要求8所述的通信系统，其中所述通信控制器被配置成凭借对从呼叫中的另一方接收到的通信流的音频处理来检测终端在通信会话中已被置于保持。

10.如权利要求1所述的通信系统，其中所述通信控制器被配置成凭借来自终端的用户的输入来检测终端在通信会话中已被置于保持。

11.如权利要求1所述的通信系统，其中所述通信控制器被配置成凭借来自终端的用户的、指定通信流的当前状态为与保持状态相关联的输入来检测终端在通信会话中已被置于保持。

12.如权利要求1所述的通信系统，其中所述通信控制器被配置成凭借与通信会话相关联的信令消息来检测终端在通信会话中已被取消保持。

13.如权利要求1所述的通信系统，其中所述通信控制器被配置成凭借对从会话中的另一方接收到的通信流的处理来检测终端在通信会话中已被取消保持。

14.如前述权利要求中任一项所述的通信系统，其中所述终端包括所述通信控制器。

15.一种通信系统中的方法，该通信系统具有终端和用于管理在该终端处终止的通信会话的通信控制器，该终端包括：到网络的接口，由此该终端可以连接到通信会话中的另一方；输出端，用于输出从语音呼叫中的另一方接收的通信流；以及独立于通信会话的播放流的源；该通信会话使得播放流的源停止将播放流传递到输出端，所述方法包括使得通信控制器：

a）当它检测到该终端在通信会话中已被置于保持时，使得播放流的源从该播放流被中断的点处重新开始将播放流传递到输出端；以及

b）当它检测到该终端在通信会话中已被取消保持时，将来自通信会话的通信流导向到输出端且使得该播放流的源再次停止将播放流传递到输出端。