CN102291501A - 利用在线感知呼叫意图通告的访问仲裁 - Google Patents

Abstract

本发明涉及利用在线感知呼叫意图通告的访问仲裁，公开了用于提供语境感知呼叫意图通告的系统和方法。该方法包括在数字电话网络上接收从呼叫方到被叫方的电话呼叫。被叫方的电话的操作状态被标识。在被叫方的电话的操作状态被标识为繁忙时，使呼叫方能够针对被叫方创建定制的消息。通过数字电话网络向被叫方递送定制的消息，以使被叫方能够确定是否接收来自呼叫方的电话呼叫。

Description

利用在线感知呼叫意图通告的访问仲裁

技术领域

本发明涉及利用在线感知(presence aware)呼叫意图通告(callpurpose announcement)的访问仲裁。

背景技术

在21世纪进行通信的能力已经几乎无处不在。但是，在一些选定的时间，希望对进行通信的选择作出限制，以集中注意力。在这些时间，模拟电话可以被置于摘机(off-hook)状态。现代化的数字电话可以以多种方式保持静默，这些方式包括：把阻挡全部呼叫者的“请勿打扰”特征激活，或者使用仅允许特定呼叫者通过的选择性屏蔽。

尽管针对所选方对通信进行阻挡或限制可能是减少分心情形的有效方式，但是它可能降低效率。当对于该所选方需要进行重要的通信、而这一方不会接收电话呼叫时，这种通信故障在最好的情形下也要降低效率，而如果该通信不能以及时的方式进行的话还存在造成严重问题的可能性。

发明内容

根据本发明的第一方面，提供了一种用于给对连接到数字电话网络的被叫方电话的电话呼叫提供语境感知呼叫意图通告的方法，包括：在所述数字电话网络上接收从呼叫方到被叫方的电话呼叫；标识所述被叫方的电话的操作状态；在所述被叫方的电话的操作状态被标识为繁忙时，使所述呼叫方能够对于所述被叫方创建定制的消息；通过所述数字电话网络向所述被叫方递送所述定制的消息，以使所述被叫方能够确定是否接收来自所述呼叫方的电话呼叫。

根据本发明的另一方面，提供了一种语境感知呼叫意图通告系统，包括：呼叫服务器，其被配置成连接到位于数字电话网络中的被叫方的至少一个电话；语境模块，其与所述呼叫服务器通信，并被配置成确定所述被叫方的电话的操作状态；呼叫意图通告模块，其与所述语境模块通信，并被配置成：当所述被叫方的电话的操作状态被所述语境模块标识为繁忙时，使呼叫方能够对于所述被叫方创建定制的消息；消息递送模块，其与所述呼叫意图通告模块通信，并被配置成：通过所述数字电话网络向所述被叫方递送所述定制的消息，以使所述被叫方能够确定是否接收来自所述呼叫方的电话呼叫。

根据本发明的另一方面，提供了一种语境感知呼叫意图通告系统，包括：应用服务器，其能够与呼叫服务器通信，所述呼叫服务器被配置成连接到位于数字电话网络中的被叫方的至少一个电话；语境模块，其能够在所述应用服务器上操作，并被配置成确定所述被叫方的电话的操作状态；呼叫意图通告模块，其与所述语境模块通信，并被配置成：当所述被叫方的电话的操作状态被所述语境模块标识为繁忙时，使呼叫方能够针对所述被叫方创建定制的消息；消息递送模块，其与所述呼叫意图通告模块通信，并被配置成：通过所述数字电话网络向所述被叫方递送所述定制的消息，以使所述被叫方能够确定是否接收来自所述呼叫方的电话呼叫。

附图说明

根据下文的详细说明，结合附图，可以了解本发明的特征和优点，这些附图通过示例方式一同图示了本发明的特征，在附图中：

图1图示了按照本发明实施例的语境感知呼叫意图通告系统的框图；

图2图示了按照本发明可替换实施例的语境感知呼叫意图通告系统的框图；

图3示出了按照本发明实施例用于提供语境感知呼叫意图通告的方法的流程图。

现在将参考所示的示例性实施例，本申请中将使用具体的语言来描述这些实施例。但是应当明白，不应因此而限制本发明的范围。

具体实施方式

在公开和描述本发明之前，应当明白，本发明不限于本申请中公开的具体结构、处理步骤或材料，而是延伸到其等同物，如有关领域的普通技术人员所能理解的那样。还应当明白，本申请中所用的术语是仅仅是为了对具体实施例进行描述的目的而使用的，并非意在进行限制。

应当明白，这份说明书中描述的功能单元中的许多功能单元被标记为模块，以便更具体地强调它们并不依赖于具体实现方式。例如，模块可以以硬件电路的形式实现，该硬件电路包括定制的VLSI电路或者门阵列、现货(off-the-shelf)半导体(例如逻辑芯片)、晶体管或其他分立元件。模块也可以以可编程硬件器件的形式来实现，例如现场可编程门阵列、可编程阵列逻辑、可编程逻辑器件等。

模块也可以以由各种类型的处理器执行的软件的形式实现。所标识出的可执行代码的模块例如包括计算机指令的一个或多个实体块或逻辑块，这些块例如可以被组织成对象、过程或函数。不过，所标识出的模块的这些可执行体不一定要在实体上放在一起，而可以包括储存在不同位置的不同指令，这些指令在被逻辑地结合在一起时组成该模块并实现针对该模块所阐述的目的。

实际上，可执行代码的模块可以是单一的指令或者许多指令，甚至可以分布在几个不同的代码段中、不同的程序之间、几个存储器器件上。类似地，操作数据在本申请中也可以被标识和图示为处于模块中，可以以任何合适的形式实施并可以被组织在任何合适类型的数据结构内。操作数据可以以单一数据集的方式被收集，也可以分布在不同的位置(包括分布在不同的储存器件中)，并可以至少部分地仅以系统或网络上的电子信号的形式存在。这些模块可以是无源的或有源的，包括能够执行所需功能的代理(agent)。

这份说明书全文中涉及的“一种实施例”或“实施例”意味着结合该实施例而描述的具体特征、结构或特性被包含在本发明的至少一种实施例中。因此，在这份说明书全文的各个位置处出现的短语“在一种实施例中”或“在实施例中”不一定都表示同一实施例。

为了方便，可以在公共列表中呈现本申请中所用的多个条目、结构要素、组成要素和/或材料。但是，这些列表应被看作：该列表的各个成员被一个一个地标识为分开且唯一的成员。因此，在没有相反指示的情况下，不应仅由于存在于公共的组中就将这种列表的个体成员看作同一列表的任何其他成员的实际等同物。另外，本申请中可能在引用本发明的各种实施例和示例的同时引用其各个组件的替代形式。应当明白，这些实施例、示例和替代形式不应看作彼此的实际等同物，而应当认为是本发明的单独且独立的表现形式。

此外，所描述的特征、结构或特性可以在一种或多种实施例中以任何合适的方式组合。在下面的说明中，提供了众多的具体细节，例如材料、紧固件、尺寸、长度、宽度、形状等的示例，以提供对于本发明实施例的完整理解。但是有关领域的技术人员会明白，本发明可以在不具备这些具体细节中的一项或多项的情况下实现，或者通过其他的方法、组件、材料等来实现。在其他的情形下，公知的结构、材料或操作未被详细图示或描述，以免使本发明的各个方面含糊不清。

定义

本申请中所用的术语“基本上”表示动作、特性、属性、状态、结构、条目或结果的完全或几乎完全的程度。例如，“基本上”被封闭的对象可以表示被完全封闭或者几乎被完全封闭的对象。在一些情形下，从绝对完全情形偏离的实际可允许程度可能取决于具体语境。但是，大体说来，与“完全”的接近程度将是具有与获得绝对、全部的“完全”相同的总体结果。在否定涵义中用来表示完全或几乎完全没有动作、特性、属性、状态、结构、条目或结果的时候，“基本上”同样适用。

通过规定给定的值可以比端点“高一点”或“低一点”，本申请中所用的术语“大约”用来提供对于数值范围端点的灵活性。

本申请中所用的术语“语境感知(context aware)”是对电话或电话线繁忙的时间进行确定的能力。

本申请中所用的术语“繁忙”表示以下述方式被阻挡或过滤的电话或电话线：呼叫方不能直接与被叫方通信。

本申请中所用的术语“定制呼叫意图通告”是当呼叫方的电话被确定为繁忙时，由呼叫方通过被叫方的数字电话网络上可用的系统而创建的定制消息。由于仅在被叫方电话的操作状态被确定为繁忙的时候定制呼叫意图通告消息才被创建，所以定制呼叫意图通告消息也称为繁忙通告。

示例性实施例

下文提供对于技术实施例的初步概述，然后在后文中更详细地描述具体技术实施例。这个初步总结是为了帮助读者更快地理解该技术，而不是为了标识该技术的关键特征或必要特征，也不是为了限制所要求保护的主题的范围。下面的定义是为了使该概述以及随后描述的实施例清楚而提供的。

在某些时候，能够在电话上阻挡或限制呼入电话呼叫的能力可能是有用的。但是，如果重要的和/或时间敏感(time sensitive)的通信被阻挡，那么对通信进行限制也可能造成不期望的后果。通常不能预先确定每个被阻挡的人对于与被阻挡的电话的用户进行通信是否可能具有重大的需要。因此，使用把呼入电话阻挡或过滤可能造成固有的低效并减少业务的有效实施。

为了减轻与阻挡和过滤呼入电话呼叫有关的风险，本申请公开了用于提供语境感知呼叫意图通告的系统和方法。当呼叫方不能直接与被叫方通信时，下文中称为被叫方具有“繁忙”的电话或电话线。

在呼叫方发出电话呼叫的时候，当被叫方的电话繁忙时，则呼叫方可以被赋予下述选项：针对被叫方创建定制的消息。该定制消息可以被创建来向被叫方提供呼叫意图通告。该定制消息可以以能够限制中断的方式而被递送到被叫方。例如，如果被叫方已经在其电话上与第三方进行会谈，则该定制呼叫意图通告消息可以以“密谈通告”(即只有被叫方能够听到的消息)的形式发送。在该示例中，与被叫方进行电话呼叫的第三方将不能听到该呼叫意图通告。然后，被叫方可以使用该呼叫意图通告中提供的信息来确定是否中断当前的电话呼叫来答复呼入的电话呼叫。

创建定制呼叫意图通告消息的能力使得：即使被叫方的电话繁忙，呼叫方也能够与被叫方通信。定制消息可以给被叫方提供足够的信息，来对于是否答复来自呼叫方的呼入电话呼叫作出知情判决。这使得被叫方能够在其电话上使用诸如“请勿打扰”的特征或对呼入电话呼叫进行选择性过滤的特征，同时使错过来自电话呼叫的重要信息的可能性尽可能小。

图1图示了按照本发明的一种示例性实施例，用于提供语境感知呼叫意图通告的示例性系统100。该系统包括呼叫服务器102，呼叫服务器102被配置成连接到数字电话网络106中的至少一个被叫方电话104。被叫方电话是数字电话系统中能够接收电话呼叫的任意电话。来自呼叫方108的电话呼叫可以源于另一电信设备，该设备连接到呼叫服务器102并位于数字电话网络106内。或者，该电话呼叫可以源于位于数字电话网络外部的电话。例如，呼叫方电话可以连接到公共交换电话网(PSTN)或者另一数字电话网络。呼叫方可以通过呼叫服务器102来与被叫方通信。

系统100还包括与呼叫服务器102通信的语境模块110。语境模块被配置来确定被叫方电话的操作状态。操作状态是对于呼叫方是否能够通过被叫方的电话直接与被叫方通信进行的确定，如前所述。如果呼叫方不能用被叫方电话104直接与被叫方通信，则被叫方电话的操作状态被列出为“繁忙”。该确定可以以多种不同方式作出。这将在下文中更完整地讨论。

系统100包括与语境模块110通信的呼叫意图通告模块112。呼叫意图通告模块被配置成使得：当被叫方电话的操作状态被语境模块110标识为繁忙时，使呼叫方能够针对被叫方创建定制消息。

系统100还包括与呼叫意图通告模块112通信的消息递送模块114。消息递送模块被配置成：通过数字电话网络106向被叫方递送该定制消息，以使被叫方能够确定是否接收来自呼叫方的电话呼叫。

在一种实施例中，系统100中的各个模块可以在呼叫服务器102上操作。或者，这些模块可以在单独的服务器(例如与呼叫服务器通信的应用服务器)上操作。应用服务器可以位于数字电话网络106内，也可以在该数字电话网络外部。例如，图2图示了位于数字电话网络106外部的应用服务器202的示例。该应用服务器与数字电话网络106的呼叫服务器102通信。呼叫服务器可以是专用分支交换机(PBX)类型的服务器，或者分组交换因特网协议(IP)类型的服务器。语境模块110、呼叫意图通告模块112和消息递送模块114中的至少一者可以在应用服务器202上操作。应用服务器可以通过网络204来与呼叫服务器102通信。与网络204的连接可以是有线的，也可以是无线的。该网络可以是局域网(LAN)、广域网(WAN)、因特网连接等。这些模块110、112、114中的一项或多项也可以位于附加的服务器上。或者，这些模块110、112、114中的一项或多项也可以在呼叫服务器102上操作。在一种实施例中，这些模块可以在呼叫服务器上的虚拟环境中操作。现在将提供对于这些模块的功能和操作的更详细说明。

在传统的普通老式电话系统(POTS)中，电话的繁忙状态发生在被叫方电话被摘机的时候。这通常在被叫方正在参与活动的会话时发生，或者在被叫方将电话留在摘机状态以防止接收电话呼叫的时候发生。

数字电话(例如因特网协议(IP)电话)的使用已经大大扩展了繁忙状态的概念。例如，被叫方可以许用(enable)“请勿打扰(Do NotDisturb)”(DND)特征以防止来自呼入电话呼叫的干扰。当该特征被激活时，数字电话系统仿效POTS系统的永久摘机状态。

当电话被认为摘机时，则POTS会在干线信令(trunk signaling)中返回可听的繁忙音调和繁忙指示。对于数字电话系统，被叫方可以许用多种特征，这些特征会处置所选的呼入电话呼叫。这些电话呼叫可以被重定向(redirect)而不向呼叫方返回繁忙信号。例如，被叫方可以通过使用诸如“繁忙时呼叫转移”(CFB)的特征而把呼入的呼叫定向到其语音邮箱。数字电话系统还可以被用来提供选择性的呼叫转移特征，在这些特征中，只有特定的呼叫受到重定向，例如把所选的呼叫转移到语音邮件。可以设定规则来使特定的呼叫被接通到被叫方，而其他的呼叫被定向成离开被叫方。这些特征可以使用与呼叫者身份有关的数据以及被叫方的当前语境来确定何时应当使电话呼叫受到重定向。

因而，多种不同的特征和状态可以把呼叫定向成离开被叫方。任何使呼叫方被定向成离开被叫方的状态都被认为导致确定为：被叫方电话104的操作状态是“繁忙”。

可以理解，对被叫方电话104的操作状态的确定可以使用多种不同的技术来实现。繁忙状态可以由对于特定呼叫种类的检测来确定，或者通过数字电话网络中特定特征的帮助来确定。例如，当在活动的会话中使用被叫方电话设备以及通过干线信号而接收到繁忙表示时，可以确定为被叫方电话的操作状态是繁忙。

在另一种实施例中，如果CFB特征把呼入的呼叫重定向到其他的人或设备(例如个人助理或者语音邮箱)，则可以确定为繁忙状态。如果呼入的呼叫被重定向到人，则这个人可以向被叫方告知紧急的呼叫。如果该呼叫被重定向到语音邮件，则紧急呼叫中的通信可能被丢失或延迟。因此，在一种实施例中，系统100可以被配置成给呼叫方提供选项，以在呼入的电话呼叫通过CFB而被重新定向到非人类实体(例如语音邮件或录音)时创建定制的呼叫意图通告消息。

在提供了选择性呼叫转移的更复杂的数字电话系统中，可以创建规则系统，该规则系统被用来把呼入的呼叫区分成多个种类。电话呼叫的一个种类有资格在被叫方电话的操作状态被确定为繁忙时创建定制的呼叫意图通告。呼叫的另一个种类没有资格创建定制的呼叫意图通告，并会被定向成离开被叫方。被叫方可以通过创建呼叫方电话号码的列表来设定该规则系统，这些电话号码被允许创建定制呼叫意图通告。

可以给这些种类添加附加的特征，这些特征使来自所选方的呼叫能够根据所指明的被叫方的繁忙状态而被重定向。例如，被叫方可以给其规则系统中的每一方赋予重要性指示符(例如从一到九的数字)。当被叫方激活繁忙特征(例如DND特征或CFB特征)时，被叫方还能够设定该重要性指示符。如果被叫方除了非常急迫的情况之外不希望被打扰，则可以选择较高的重要性指示符，例如八或者九。只有那些具有比八更高的重要性指示符的呼叫方会被允许创建定制的呼叫意图通告消息。该规则系统中没有列出的、或者具有小于八的重要性指示符的全部其他呼叫方都可以根据需要而被重定向，例如重定向到个人助理、语音邮件、录音或繁忙信号。如果被叫方希望只过滤掉重要性较低的呼叫，则可以用较低的重要性水平(例如五的重要性水平)来激活DND或CFB特征。这使得该规则系统中所包含的、具有五或更高的重要性水平的任何呼叫方都能够在被叫方电话的操作状态被标识为“繁忙”的时候记录呼叫意图通告消息。

在一种实施例中，在呼叫建立协商的过程中，繁忙状态可以由被叫方系统通过报告繁忙状态而报告给呼叫方系统。呼叫方可以尝试建立对被叫方的呼叫。这通常是在呼叫方拨打被叫方的电话号码时发生的。被叫方系统(例如数字电话网络中的呼叫服务器)将评估该呼叫并确定被叫方的电话处于繁忙状态。这会在随后被报告给呼叫方系统。在图1和图2的示例性实施例中，被叫方电话的状态可以被报告给语境模块104。

在另一种实施例中，被叫方的数字电话系统可以公布被叫方电话的操作状态。被叫方电话的状态可以在接收任何电话呼叫之前被公布。该公布可以被普遍地进行，就像传统的即时通信(IM)状态公布的情形一样。该公布也可以是专门的，即，专门的呼叫者可以预订被叫方的繁忙状态。在一种实施例中，语境模块可以根据呼叫方的身份来评价该繁忙状态。然后，该繁忙状态可以被公布到呼叫方的系统。这样，可以响应于来自呼叫方的查询，或者响应于对于被叫方操作状态的普遍预订或连续的预订，来提供对于被叫方的操作状态(即状况)的公布。

数字电话网络(例如IP网络)可以使用报头(header)，这些报头被赋予在该网络上传送的每个数据分组(packet)。这些报头可以在数字电话网络中用于呼叫认证、呼叫建立等情形。例如，数字电话网络可以使用会话发起协议(SIP)报头来建立电话呼叫。一种这样的协议是标识了具体报头信息的RFC 3261协议。可以给报头添加用来标识定制呼叫意图通告消息的存在状况和位置的附加信息。例如，定制呼叫意图通告报头可以以文本或语音的形式包含该通告的记录。

或者，报头可以包含URL，该URL指向定制的呼叫意图通告消息的源。当接收到邀请、并且语境模块确定为被叫方线路繁忙、并且该呼叫有资格创建定制的呼叫意图通告时，可以对定制呼叫意图通告报头是否存在进行检查。如果存在该定制呼叫意图通告报头，则该定制呼叫意图通告可以被呈现给被叫方以供其考虑。如果不存在定制呼叫意图通告报头，则可以用专门的响应代码来重定向或者拒绝该呼叫。该代码可以表明被叫方处于繁忙状态，并表明所提议的呼叫已被确定为有资格创建定制的呼叫意图通告消息。呼叫方系统可以以此作为其能够请求呼叫方创建定制呼叫意图通告消息的指示。尽管已经针对会话发起协议的情形讨论了报头信息，但是可以理解，报头信息也可以被包含在其他类型的数字电话系统中。

被叫方系统(例如图1和图2所显示的这些示例系统)可以在所提议的呼叫受到协商之前确定被叫方电话的操作状态。该操作状态可以通过使用被叫方状态的普遍公布或专门公布来确定。或者，在与呼叫方的呼叫协商过程中，可以由被叫方系统接收专门的指示。在这些情形中的任一种中，呼叫方通常都不知道被叫方的繁忙状态是如何被确定的。被叫方系统可以在呼叫建立协商之前、也可以在其之后确定被叫方状态。例如，在语境模块110确定被叫方电话104繁忙时，呼叫意图通告模块112可以给呼叫方108提供输入定制呼叫意图通告的选项。这对于呼叫方而言是透明的。

一旦被叫方电话104的操作状态已被确定，呼叫意图通告模块112就可以给呼叫方呈现选项以输入或记录定制的呼叫意图通告消息。由于只在被叫方电话104的操作状态被确定为繁忙的时候才创建定制的呼叫意图通告消息，所以定制呼叫意图通告消息也称为繁忙通告。

在一种实施例中，呼叫方可以被赋予放弃电话呼叫而不创建繁忙通告的选项。呼叫方也可以被赋予以语音或文本格式创建繁忙通告的选项。创建繁忙通告的方法可以取决于呼叫方所用的通信设备的类型。一些设备(例如模拟电话)只具有有限的输入文本消息的能力。其他设备(例如智能电话、便携式计算机等)可以包括全键盘，使得文本消息能够被迅速地输入。在一种实施例中，呼叫方可以被给予以文本或语音格式记录繁忙通告的选项。在另一种实施例中，可以只给予一种格式，例如文本或语音。所给予的格式的类型可以取决于呼叫方电话108的能力。

在一种实施例中，呼叫意图通告模块112被配置来给予呼叫方通过从一个或多个预先记录的繁忙通告中进行选择而创建繁忙通告。这些预先记录的繁忙通告是能够在具体情形中使用的标准通告。例如，预先记录的通告可以用于紧急会议、客户咨询、或者与被叫方的急迫通信。

呼叫方可以用呼叫方电话上的键盘来选择预先记录的通告。预先记录的消息可以被预留或添加呼叫者的简短标识。该标识可以由呼叫方本人来记录。或者，也可以使用由被叫方的数字电话网络可用的信息，例如呼叫者ID信息。这样，不是要求呼叫方创建唯一的繁忙通告，而是呼叫方可以选择预先记录的通告，该通告添加了呼叫方的标识。这可能造成向被叫方递送诸如下述的通告：“鲍勃·琼斯+‘请求紧急会议’。‘接电话好吗？’”。另一种示例通告可以是“‘重要的销售电话，来自’+吉姆·戴维斯”。可以创建或记录任何类型的适当通告。可以用文本-语音转换器来把被叫方的身份添加到预先记录的通告。

在另一种实施例中，呼叫方可以创建定制的繁忙通告消息。定制的繁忙通告消息可以被储存来使呼叫方能够在以后使用相同的消息。呼叫方可以创建多个不同的繁忙通告消息，这些消息能够在以后给被叫方或者给被叫方数字电话网络内的另一电话拨打电话时访问而使用。通过以呼叫方自己的语音来记录繁忙通告，可以更有效地吸引被叫方的注意。

向用户呈现繁忙通告有多种不同的方式。呈现繁忙通告的两种主要种类可以根据被叫方是否在参与活动的电话呼叫来定义。如果被叫方在参与活动的电话呼叫并与第三方交谈，则呈现繁忙通告的一种方式是通过使用“密谈通告”。密谈通告是向多方电话呼叫中的仅一方发送的消息。在此情形下，繁忙通告将被提供给被叫方，但不会被该电话呼叫的第三方或任何其他方听到。这可以通过暂时给被叫方设定单向连接以播放该繁忙通告来实现。另外，可以向被叫方呈现繁忙通告的会商总结(conferencedsummation)。繁忙通告也可以是在被叫方的电话上或者与呼叫服务器连接的另一类型计算机设备上显示的文本消息。另外，也可以将音频记录和文本消息都发送到被叫方的电话。文本消息可以被显示在被叫方电话的显示器上，对于音频记录提供冗余的或附加的信息。

繁忙通告的长度可以被限制在所选的时间长度，例如三秒钟。通过把繁忙通告限制在较短的时间长度，可以在对正在进行的电话呼叫的中断尽可能小的同时递送该通告。繁忙通告可以给被叫方播放一次或者多次。例如，繁忙通告可以被播放两次，各次通告之间有三秒钟的间隔。这使得被叫方能够弄清该消息(如果第一次没有明白的话)。在听到该繁忙通告时，被叫方可以选择对呼入的电话呼叫作出答复。

如果被叫方没有参与活动的电话呼叫，则可以用免提电话(speakerphone)来呈现该繁忙通告。例如，来自呼叫方的呼入电话呼叫可以被设定成重定向到语音邮件。但是，由于电话呼叫的紧急性，呼叫方选择了创建繁忙通告。因而可以通过被叫方的免提电话扬声器来播放该繁忙通告。或者，繁忙通告可以被定向到由被叫方所用的其他计算设备，例如台式计算机、膝上型计算机或移动计算设备(例如智能电话、蜂窝电话或其他类型的无线通信设备)。

通过使用语音识别和文本-语音转换器，被叫方可以控制对繁忙通告进行呈现的形态。呼叫方可以选择发送语音消息，也可以选择发送文本消息。被叫方可以选择自己期望接收该繁忙通告的形态。然后可以使用合适的转换器，以使由呼叫方提供的繁忙通告与被叫方对于接收繁忙通告的偏好相匹配。

在接到繁忙通告时，被叫方可以表明其对于与该繁忙通告相关联的呼入呼叫应当如何处理的决定。例如，被叫方可以什么都不做，从而忽略对于该呼入呼叫进行答复的请求。或者，被叫方可以积极地响应。例如，消息递送模块114可以被配置成：如果被叫方按下了其电话上预定的键，则停止呈现该繁忙通告。

如果被叫方不接受该呼叫，则呼叫方可以像没有创建过繁忙通告的情况下将会发生的那样受到标准的繁忙处理。或者，也可以给呼叫方呈现表明其电话呼叫尚未被接受的通告。该通告可以包含对于该呼叫将被如何处置的说明。例如，该通告可以说明：该呼叫将被转移到另一个人，转移到语音邮件，发送到录音装置等。

如果被叫方不是正在参与活动的电话呼叫，则可以作出相同类型的响应。例如，如果被叫方在其电话上选择了“请勿打扰”按钮，并且繁忙通告在被叫方的免提电话或计算设备上播放，则被叫方可以主动地停止该繁忙通告、忽略该繁忙通告、或者考虑该繁忙通告而选择答复电话。

被叫方电话的显示器中可以显示被叫方对来自呼叫方的繁忙通告进行响应的各种选项。或者，如前所述，也可以以文本的形式在与该呼叫相关联的视频显示器上呈现用于响应的这些选项。这些选项包括：连接到呼入的呼叫者而使目前的(一个或多个)呼叫暂时保留(on hold)、将呼入的呼叫者加入当前的呼叫中、将呼入的呼叫转移到语音邮件或另一方、给呼入的呼叫者提供一个或多个预先记录的消息、遵循正常的繁忙信号处理来拒绝呼入的呼叫等。这些选项可以通过语音、DTMF键、键盘、触摸屏或其他选择方式来被选择。

在另一种实施例中，如图3的流程图所示，公开了用于提供语境感知呼叫意图通告的方法300。该方法包括在数字电话网络上接收从呼叫方到被叫方的电话呼叫(310)。尽管被叫方在使用数字电话网络，但是呼叫方可以使用任何类型的电话网络，例如与被叫方同一数字电话网络，另一个数字电话网络，或者PSTN电话网络。被叫方电话的操作状态被标识(320)。

当被叫方电话的操作状态被标识为繁忙时，使呼叫方能够对于被叫方创建定制的消息(330)。创建该定制消息可以通过使用被叫方的数字电话网络中可用的软件和/或固件来实现。该软件和/或固件可以位于数字电话网络的呼叫服务器上。或者，也可以用单独的服务器(例如与呼叫服务器通信的应用服务器)来使定制消息能够由呼叫方创建。该定制消息通过数字电话网络被递送到被叫方，使被叫方能够确定是否接收来自呼叫方的该电话呼叫(340)。

尽管前述这些示例已经在一种或多种具体应用中描述了本发明的原理，但是本领域普通技术人员可以理解，在不脱离本发明的原理和概念的情况下，无需创造性劳动即可对形式、使用情况和实施方式细节方面作出众多的变更。因此，不应认为本发明受到除了所附权利要求之外的限制。

Claims (10)

1.一种语境感知呼叫意图通告系统，包括：

呼叫服务器，其被配置成连接到位于数字电话网络中的被叫方的至少一个电话；

语境模块，其与所述呼叫服务器通信，并被配置成确定所述被叫方的电话的操作状态；

呼叫意图通告模块，其与所述语境模块通信，并被配置成：当所述被叫方的电话的操作状态被所述语境模块标识为繁忙时，使呼叫方能够针对所述被叫方创建定制的消息；以及

消息递送模块，其与所述呼叫意图通告模块通信，并被配置成：通过所述数字电话网络向所述被叫方递送所述定制的消息，以使所述被叫方能够确定是否接收来自所述呼叫方的电话呼叫。

2.根据权利要求1所述的系统，其中，所述语境模块被配置成：在呼叫建立协商的过程中，确定所述被叫方的电话的操作状态。

3.根据权利要求1所述的系统，其中，所述被叫方的电话的操作状态是在接收电话呼叫之前由所述语境模块公布以便使用的。

4.根据权利要求1所述的系统，其中，所述呼叫意图通告模块还被配置成：在所述数字电话网络上传送的数据分组的报头中提供通告信息，所述信息标识了针对所述被叫方的所述定制的消息的位置和存在情况，以使所述消息递送模块能够向所述呼叫方递送所述定制的消息。

5.根据权利要求1所述的系统，其中，所述定制的消息是音频格式和文本格式中的一者。

6.根据权利要求1所述的系统，其中，所述呼叫意图通告模块被配置成使所述呼叫方能够从多个预先记录的通告中选择所述定制的消息的一部分，并且还被配置成向所选择的预先记录的通告添加所述呼叫方的标识信息来创建所述定制的消息。

7.根据权利要求1所述的系统，其中，所述呼叫意图通告模块被配置成使所述呼叫方能够记录音频消息来创建所述定制的消息。

8.根据权利要求1所述的系统，其中，所述消息递送模块被配置成允许所述被叫方停止所述定制的消息的递送。

9.根据权利要求1所述的系统，其中，所述消息递送模块被配置成通过向所述被叫方的电话的密谈通告来向所述被叫方递送所述定制的消息。

10.根据权利要求1所述的系统，其中，所述消息递送模块被配置成向被叫方设备递送所述定制的消息，所述被叫方设备选自由下列项构成的组：电话、蜂窝电话、台式计算机、膝上型计算机、和便携式计算设备。

Images