CN105594232A - 基于规则集合的呼叫处理和调度 - Google Patents

Abstract

在根据本公开的方面基于规则集合的呼叫处理和调度的一个示例中，一种方法可包括：由接收通信计算设备，通过基于规则集合确定是否提醒接收通信设备的用户有来自呼叫通信设备的呼叫，来处理指向接收通信设备的呼叫。该方法还可包括：响应于确定不提醒接收通信设备的用户有来自呼叫通信设备的呼叫，由接收通信设备将回呼事件储存在回呼事件队列中，并且由接收通信设备对与储存在回呼事件队列中的回呼事件相关联的回呼时间进行调度，以由接收通信设备回呼呼叫通信设备。

Description

基于规则集合的呼叫处理和调度

背景技术

由于诸如蜂窝电话、平板电脑和智能电话之类的移动设备数量增加，因此使得电话呼叫的数量增大。这些设备由于它们的永远存在的特点而使得申请和接收呼叫更容易。用户常常在几乎所有时间都随身携带移动设备。

附图说明

以下详细描述参考附图，附图中：

图1例示根据本公开的示例的用于基于规则集合的呼叫处理和调度的计算系统的框图；

图2例示根据本公开的示例的用于基于规则集合的呼叫处理和调度的计算设备的框图；以及

图3例示根据本公开的示例的用于基于规则集合的呼叫处理和调度的方法的流程图。

具体实施方式

以下场景为很多人日常生活中常见的一个：第一人向正忙的第二人申请呼叫。第二人可决定应答呼叫、忽略呼叫、将呼叫发送到语音信箱等。或者第二人可应答呼叫并告诉第一人他正忙并将回呼。类似地，第二人可忽略呼叫或将呼叫发送到语音信箱，然后给第一人发送文本消息说他正忙并将回呼。

当第二人找出时间回呼第一人时，第一人可能正忙，或可能对于第一人来说不是方便的时间。这种来来往往(有时称为“电话追逐”)可能持续数小时或甚至数天。另外，第二人可能忘记回呼第一人。

一些现有的调度系统试图识别空闲时隙来调度第一人与第二人之间的呼叫。然而，这些系统基于规则集合公平处理进来的呼叫并重新调度它们。

以下将通过引用基于规则集合的呼叫处理和调度的若干示例描述多个实施例。使用规则集合来确定如何处理进来的呼叫。如果确定不应当应答该呼叫，或者不应当提醒接收用户有该呼叫，则可忽略该呼叫，并且可使用规则集合来调度回呼。

在一些实施方式中，如本文描述的基于规则集合的呼叫处理和调度将通过为个体提供呼叫调度来帮助个体更有效地管理他们的时间。由于个体不需要自己决定是否接受或拒绝每个进来的呼叫，因此也可减少呼叫过滤。另外，接收个体将知道在“忙碌”时间期间通过系统进来的任何呼叫都是重要的或紧急的，否则系统不会提醒个体有该呼叫。附加地，系统适于为个体提供进来的呼叫的更好控制，进来的呼叫常常是未被管理的。这些和其它优点将从以下的描述中显而易见。

图1例示根据当前公开的示例的用于基于规则集合的呼叫处理和调度的计算系统110的框图。计算系统110可通过网络106通信联接至呼叫通信设备102和接收通信设备104。

呼叫通信设备102和接收通信设备104可包括任何适当类型的通信设备，例如蜂窝电话、智能电话、配备有通信硬件和/或软件的计算设备，或任何其它合适的通信设备。在一个示例中，呼叫通信设备102可发起意图由接收通信设备104接收的电话呼叫。然而，在另一示例中，接收通信设备104可发起意图由接收通信设备102接收的电话呼叫。其它通信设备也可存在于系统100中，并可配置为与呼叫通信设备102和/或接收通信设备104通信。

呼叫通信设备102和接收通信设备104可包括通信接口或其它类似接口，供设备的用户申请电话呼叫或接收电话呼叫。呼叫通信设备102和接收通信设备104还可包括与各个设备的用户相关的事件的调度表。

呼叫通信设备102和接收通信设备104可通信联接至计算系统110也通信联接至的网络106。网络106可以是任何适当类型的用于在呼叫通信设备102、接收通信设备104和计算系统110之间交换数据的电子适应网络。例如，网络可以是诸如由移动电话服务运营商提供的蜂窝电话网络，可以是Wi-Fi网络和RF网络，或任何其它适当类型的有线或无线网络。

系统100还包括计算系统110。应当理解，计算系统110可包括任何适当类型的计算设备，包括例如智能电话、平板、台式机、膝上电脑、工作站、服务器、智能监视器、智能电视机、数字标牌、科学仪器、销售设备的零售点、视频墙、成像设备、外设、或类似物。

计算系统110可包括可被配置为处理指令的处理器资源112。指令可存储在诸如存储器资源114之类的非瞬时性有形计算机可读储存介质上，或分立的设备(未示出)上，或储存指令以使得可编程处理器执行本文描述的技术的任何其它类型的易失性或非易失性存储器上。可选地或附加地，计算系统110可包括专用硬件，例如一个或多个集成电路、专用集成电路(ASIC)、专用特殊处理器(ASSP)、场可编程门阵列(FPGA)，或前述专用硬件的示例的任意组合，用于执行本文描述的技术。在一些实施方式中，适当时，可与多个存储器和/或多种类型的存储器一起使用多个处理器。处理器和/或存储器可集成在单个设备中和/或跨设备分布。

计算系统110还可包括用于储存与接收通信设备106相关的规则集合的规则数据储存器116。在一个示例中，规则集合可预先配置或预先确定并储存在规则数据储存器106中，或者在另一示例中，规则集合可生成并储存在规则数据储存器106中。

计算系统110可进一步包括以储存在存储器资源114中的模块的形式并在处理器资源112上执行的多种指令。这些模块可包括呼叫处理模块122和呼叫调度模块124。在一个示例中，本文描述的模块可以是硬件和编程的组合。编程可以是储存在诸如存储器资源114之类的有形存储器资源上的处理器可执行指令，并且硬件可以包括用于执行这些指令的处理资源112。因此可以说存储器资源114是储存当由处理资源112执行时实施本文描述的模块的程序指令。如将在以下其它示例中进一步讨论的，也可利用其它模块。

呼叫处理模块122基于诸如储存在规则数据储存器116中的规则集合之类的规则集合，确定当从呼叫通信设备102接收到呼叫时，是否提醒接收通信设备104的用户。在一个示例中，规则集合可包括由接收通信设备104的用户确定的调度表。在该示例中，用户可设置他正忙的时间，例如，在具有高优先级的日历会议期间、在进餐时隙期间、当他在另一人附近时(如通过其它人的通信设备的出现而被检测到)等。接收通信设备104的用户也可设置他可用的时间，例如当他在车中时(通过接收通信设备104连接到车的音频系统、接收通信设备104的GPS检测到移动，等的组合而被识别)，当他在工作和他的日历空闲时，以及未被明确识别为忙碌的任何其它时间。

呼叫指示设备102的用户，或计算系统110的其它用户，可类似地指定可用和不可用的时间或时段。也可由计算设备110基于想要的呼叫指示设备的用户和接收通信设备104的行为来确定规则集合，如将在以下示例中所被理解的那样。

当呼叫通信设备102的用户向接收指示设备104的用户申请电话呼叫时，呼叫处理模块122确定是否提醒接收通信设备104的用户有来自呼叫通信设备102的用户的电话呼叫。例如，如果呼叫处理模块122基于规则集合确定接收通信设备104的用户正忙，则呼叫处理模块122将不提醒接收通信设备104的用户有进来的电话呼叫。然而，如果呼叫处理模块122基于规则集合确定接收通信设备104的用户可用，则呼叫处理模块122可提醒接收通信设备104的用户有进来的电话呼叫。

在一个示例中，呼叫通信设备102的用户，当在试图向接收通信设备104的用户申请电话呼叫时，可被提醒接收通信设备104的用户不可用。在该示例中，呼叫处理模块122可主动发起电话呼叫，希望接收通信设备104的用户可用。附加地，可向呼叫通信设备102发送通知，指示接收通信设备104的用户不可用。

当呼叫处理模块122确定接收通信设备104的用户不可用时，呼叫处理模块可将回呼事件储存在回呼事件队列中，或者可以保留“错过的”呼叫的列表。在此情形下，接收通信设备104的用户可查看错过的呼叫和/或回呼事件队列。

呼叫调度模块124负责对与储存在回呼事件队列中的回呼相关联的回呼时间进行调度，以由接收指示设备104回呼呼叫通信设备102。回呼可发生在对于呼叫通信设备102的用户和接收通信设备104的用户双方都可用的时间。例如，呼叫调度模块124可确定对于各个用户中的每一个的下一可用时间，并调度回呼事件使其在那个时间发生。在一个示例中，可由接收通信设备104或呼叫通信设备102自动地发起呼叫，或在另外的示例中，设备之一的用户可发起回呼。

图2例示根据当前公开的示例的用于基于规则集合的呼叫处理和调度的计算设备210的框图。应当理解，计算设备210可包括任何适当类型的计算设备，包括例如智能电话、平板、台式机、膝上电脑、工作站、服务器、智能监视器、智能电视机、数字标牌、科学仪器、销售设备的零售点、视频墙、成像设备、外设、或类似物。

计算设备210可包括可被配置为处理指令的处理器资源212。指令可储存在诸如存储器资源设备214之类的非瞬时性有形计算机可读储存介质上，或分立的设备(未示出)上，或储存指令以使得可编程处理器执行本文描述的技术的任何其它类型的易失性或非易失性存储器。可选地或附加地，计算设备210可包括专用硬件，例如一个或多个集成电路、专用集成电路(ASIC)、专用特殊处理器(ASSP)、场可编程门阵列(FPGA)，或前述专用硬件的示例的任意组合，用于执行本文描述的技术。在一些实施方式中，适当时，可与多个存储器和/或多种类型的存储器一起使用多个处理器。处理器和/或存储器可集成在单个设备中和/或跨设备分布。

计算设备210还可包括用于储存与接收通信设备206相关的规则集合的规则数据储存器216。在一个示例中，规则集合可预先配置或预先确定并储存在规则数据储存器206中，或者在另一示例中，规则集合可例如由规则生成模块生成并储存在规则数据储存器206中。

计算设备210可进一步包括以储存在存储器资源214中的模块的形式并在处理器资源212上执行的多种指令。这些模块可包括规则生成模块220、呼叫处理模块222和呼叫调度模块224。在一个示例中，本文描述的模块可以是硬件和编程的组合。编程可以是储存在诸如存储器资源214的有形存储器资源上的处理器可执行指令，并且硬件可以包括用于执行这些指令的处理资源212。因此可以说存储器资源214是储存当由处理资源212执行时实施本文描述的模块的程序指令。如将在以下其它示例中进一步讨论的，也可利用其它模块。

规则生成模块220生成用于确定是否提醒接收指示设备的用户有来自呼叫通信设备的呼叫的规则集合。在一个示例中，规则集合可由呼叫通信设备和接收通信设备的各个用户输入。然而，在另一示例中，规则集合可由规则生成模块220基于与各个用户相关的行为、调度表、移动、习惯以及其它数据学习得到。例如，规则生成模块220可基于用户输入的调度表以及用户的移动/行为来学习用户调度表。规则生成模块220可学习到用户通常在特定的时隙上班工作，以及用户在接收呼叫的时隙期间可用。类似地，规则生成模块220可学习用户通常在事件中的特定时隙期间忽略进来的呼叫，例如，当用户进餐或与其家人共度时光时。基于这种学习，规则生成模块220可创建在规则生成模块220观察到的不可用时间期间不应提醒用户有呼叫的规则。

另外，规则生成模块可基于用户在可用和不可用的时间二者期间的行为来调适规则集合。例如，如果用户通常在虽然识别为不可用的时间期间也应答来自特定呼叫者的呼叫，则规则生成模块220可创建规则以一直提醒用户有来自该特定呼叫者的呼叫。

类似地，如果规则生成模块220检测到用户在诸如在特定其它设备(例如，用户的老板的设备，或用户的妻子的设备)附近之类的特定时间或事件期间，通常忽略呼叫，则规则生成模块220可创建规则来在附近时忽略呼叫。

呼叫处理模块222基于诸如储存在规则数据储存器216中的规则集合之类的规则集合，确定当从呼叫通信设备202接收到呼叫时，是否提醒接收通信设备204的用户。在一个示例中，规则集合可包括由接收通信设备204的用户确定的调度表。在该示例中，用户可设置他正忙的时间，例如，在具有高优先级的日历会议期间、在进餐时隙期间、当他在另一人附近时(如通过其它人的通信设备的出现而被检测到)等。接收通信设备104的用户也可设置他可用的时间，例如当他在车中时(通过接收通信设备204连接到车的音频系统、接收通信设备204的GPS检测到移动，等的组合而被识别)，当他在工作和他的日历空闲时，以及未被明确识别为忙碌的任何其它时间。

在一个示例中，用户可容易地在可用和不可用之间转换他的设备。例如，用户可使用语音命令、特定设备移动、其它设备的附近检测、日历事件、地理定位、室内定位以及一天中的特定时间帧，来指示他的可用或不可用。

呼叫指示设备202的用户，或系统200的其它用户，可类似地指定可用和不可用的时间或时段。规则集合也可由计算设备210基于想要的呼叫指示设备的用户以及接收通信设备204的行为来确定，如将在以下示例中所被理解的那样。

当呼叫通信设备202的用户向接收指示设备204的用户申请电话呼叫时，呼叫处理模块222确定是否提醒接收通信设备204的用户有来自呼叫通信设备202的用户的电话呼叫。例如，如果呼叫处理模块222基于规则集合确定接收通信设备104的用户正忙，则呼叫处理模块222将不提醒接收通信设备204的用户有进来的电话呼叫。然而，如果呼叫处理模块222基于规则集合确定接收通信设备204的用户可用，则呼叫处理模块222可提醒接收通信设备204的用户有进来的电话呼叫。

在一个示例中，呼叫通信设备202的用户在试图申请对接收通信设备204的电话呼叫时，可被提醒说接收通信设备204的用户不可用。在该示例中，呼叫处理模块222可主动发起电话呼叫，希望接收通信设备204的用户可用。附加地，可向呼叫通信设备202发送通知，指示接收通信设备204的用户不可用。

当呼叫处理模块222确定接收通信设备204的用户不可用时，呼叫处理模块可将回呼事件储存在回呼事件队列中，或者可以保留“错过的”呼叫的列表。在此情形下，接收通信设备204的用户可查看错过的呼叫和/或回呼事件队列。用户也可设置回呼事件队列中的回呼呼叫的优先级。

呼叫调度模块224负责对与储存在回呼事件队列中的回呼相关联的回呼时间进行调度，以由接收指示设备204回呼呼叫通信设备202。回呼可发生在对于呼叫通信设备202和接收通信设备204的用户双方都可用的时间。例如，呼叫调度模块224可确定各个用户中的每一个的下一可用时间，并调度回呼事件使其在那个时间发生。在一个示例中，可由接收通信设备204或呼叫通信设备202自动地发起呼叫，或在另外的示例中，设备之一的用户可发起回呼，

此外，呼叫调度模块224可使得用户能够基于重要性、持续时间或其它因素对呼叫进行分类。在这种情形下，用户设备可计算期望的空闲时间(例如在用户的典型通勤期间的时间)，并相应地安排回呼呼叫。例如，如果用户具有30分钟的可用时隙。呼叫调度模块224可调度若干较短的呼叫，同时保留较长的呼叫用在另一可用的时隙。反之，如果回呼被标志为重要，则它可接收到高于其它呼叫的优先级，而与持续时间无关。

图3例示根据当前公开的示例的用于基于规则集合的呼叫处理和调度的方法300的流程图。方法300可由例如图1的系统100的计算设备110、由图2的计算设备100、或由任何其它适当的设备来执行。方法300可包括以下：由通信计算设备，通过基于规则集合确定是否提醒接收通信设备的用户有来自呼叫通信设备的呼叫，来处理呼叫(框302)；响应于确定不提醒接收通信设备的用户有来自呼叫通信设备的呼叫，由接收通信设备将回呼事件储存在回呼事件队列中(框304)；以及由接收通信设备对与储存在回呼事件队列中的回呼事件相关联的回呼时间进行调度，以由接收通信设备回呼呼叫通信设备(框306)。

在框302处，方法300可包括：由接收通信计算设备，通过基于规则集合确定是否提醒接收通信设备的用户有来自呼叫通信设备的呼叫，来处理指向接收通信设备的呼叫。在一个示例中，规则集合可与接收通信设备相关。例如，规则集合可包括由接收通信设备的用户确定的调度表。在该示例中，用户可设置他正忙的时间，例如，在具有高优先级的日历会议期间、在进餐时隙期间、当他在另一人附近时(如通过其它人的通信设备的出现而被检测到)等。接收通信设备的用户也可设置他可用的时间，例如当他在车中时(通过接收通信设备连接到车的音频系统、接收通信设备的GPS检测到移动，等的组合而被识别)，当他在工作和他的日历空闲时，以及未被明确识别为忙碌的任何其它时间。

在一个示例中，用户可容易地在可用和不可用之间转换他的设备。例如，用户可使用语音命令、特定设备移动、其它设备的附近检测、日历事件、地理定位、室内定位以及一天中的特定时间帧，来指示他的可用或不可用。

在一个示例中，如果基于规则集合确定接收通信设备的用户正忙或不可用，则可不提醒用户有进来的电话呼叫。然而，如果基于规则集合确定接收通信设备的用户可用，则可提醒用户有进来的电话呼叫。

在一个示例中，呼叫通信设备的用户在试图申请对接收通信设备的用户的电话呼叫时，可被提醒接收通信设备的用户不可用。附加地，可向呼叫通信设备发送通知，指示接收通信设备的用户不可用。方法300可继续至框304。

在框304处，方法300可包括：响应于确定不提醒接收通信设备的用户有来自呼叫通信设备的呼叫，由接收通信设备将回呼事件储存在回呼事件队列中。当确定接收通信设备的用户不可用时，可将回呼事件储存在回呼事件队列中，或者可维持“错过的”呼叫的列表。在此情形下，接收通信设备的用户可查看错过的呼叫和/或回呼事件队列。用户也可设置回呼事件队列中的回呼呼叫的优先级。方法300可继续至框306。

在框306处，方法300可包括：由接收通信设备对与储存在回呼事件队列中的回呼事件相关联的回呼时间进行调度，以由接收通信设备回呼呼叫通信设备。回呼可发生在对于呼叫通信设备和接收通信设备的用户双方都可用的时间。例如，呼叫调度模块可确定各个用户中的每一个的下一可用时间，并调度回呼事件使其在那个时间发生，在一个示例中，可由接收通信设备或呼叫通信设备自动发起呼叫，或在另一示例中，设备之一的用户可发起回呼。

也可包括附加的过程。例如，由规则引擎基于接收通信设备的历史使用数据生成规则集合。规则引擎储存在存储器中，并在通信联接至接收通信设备和呼叫通信设备的远程计算设备的处理器上执行。

应当理解，图3中绘出的过程表示图解，并且可添加其它过程，或者可去除、修改或重新安排现有的过程，而不背离本公开的范围和精神。

应当强调，以上描述的示例仅是实施方式的可能示例，并为了清楚地理解本公开而给出。可对以上描述的示例作出很多变化和修改，而不实质上背离本公开的精神和原理。进一步，本公开的范围意在涵盖以上讨论的所有元素、特征和方面任意和全部适当的组合和子组合。全部的这种适当修改和变化意在包括在本公开的范围内，并且对独立方面或元素或步骤的组合的所有可能的主张都意在受到本公开的支持。

Claims (15)

1.一种方法，包括：

由接收通信计算设备，通过基于规则集合确定是否提醒接收通信设备的用户有来自呼叫通信设备的呼叫，来处理指向所述接收通信设备的呼叫；

响应于确定不提醒所述接收通信设备的用户有来自所述呼叫通信设备的呼叫，由所述接收通信设备将回呼事件储存在回呼事件队列中；以及

由所述接收通信设备对与储存在所述回呼事件队列中的回呼事件相关联的回呼时间进行调度，以由所述接收通信设备回呼所述呼叫通信设备。

2.如权利要求1所述的方法，其中与所述回呼事件相关联的回呼时间是对所述呼叫通信设备的用户和所述接收通信设备的用户双方都可用的时间。

3.如权利要求1所述的方法，进一步包括：

由规则引擎基于所述接收通信设备的历史使用数据生成所述规则集合。

4.如权利要求3所述的方法，其中所述规则引擎储存在存储器中，并在通信联接至所述接收通信设备和所述呼叫通信设备的远程计算设备的处理器上执行。

5.如权利要求1所述的方法，其中所述规则集合部分地基于所述接收通信设备的第一调度事件。

6.如权利要求1所述的方法，其中通过确定是否提醒所述接收通信设备的用户有来自所述呼叫通信设备的呼叫来处理所述呼叫，部分地通过所述接收通信设备的用户的可用性确定。

7.一种存储由处理器可执行的指令的非瞬时性计算机可读介质，所述指令包括：

规则生成模块，用于在被执行时，基于接收通信设备的历史使用数据生成规则集合，并用于将所生成的规则集合储存在规则数据储存器中；

呼叫处理模块，用于在被执行时，基于存储在所述规则数据储存器中的与所述接收通信设备相关的所述规则集合，确定是否提醒所述接收通信设备的用户有来自呼叫通信设备的电话呼叫；以及

呼叫调度模块，用于在被执行时，在所述呼叫处理模块确定不使所述接收通信设备提醒所述接收通信设备的用户有来自所述呼叫通信设备的电话呼叫时，对回呼呼叫进行调度。

8.如权利要求7所述的计算设备，其中所述回呼呼叫储存在回呼事件队列中，并且是对所述呼叫通信设备的用户和所述接收通信设备的用户双方都可用的时间。

9.如权利要求8所述的计算设备，其中所述呼叫调度模块使得所述接收通信设备的用户能够对储存在所述事件队列中的回呼呼叫分配优先级。

10.如权利要求7所述的计算设备，其中所述规则集合部分地基于所述接收通信设备的第一调度事件。

11.如权利要求7所述的计算设备，其中确定是否提醒所述接收通信设备的用户有来自所述呼叫通信设备的电话呼叫，部分地通过所述接收通信设备的用户的可用性确定。

12.一种系统，包括：

处理器；

存储器；

规则数据储存器，用于储存与储存在其中的接收通信设备相关的规则集合；

呼叫处理模块，储存在所述存储器中并可由所述处理器执行，以基于储存在所述规则数据储存器中的与所述接收通信设备相关的所述规则集合，确定是否提醒所述接收通信设备的用户有来自呼叫通信设备的电话呼叫；以及

呼叫调度模块，储存在所述存储器中并可由所述处理器执行，以在所述呼叫处理模块确定不提醒所述接收通信设备的用户有来自所述呼叫通信设备的电话呼叫时，来对回呼呼叫进行调度。

13.如权利要求12所述的系统，进一步包括：

规则生成模块，储存在所述存储器中并可由所述处理器执行，以基于接收通信设备的历史使用数据生成规则集合，并用于将所生成的规则集合储存在所述规则数据储存器中。

14.如权利要求12所述的系统，其中确定是否提醒所述接收通信设备的用户有来自呼叫通信设备的电话呼叫，部分地通过所述接收通信设备的用户的可用性确定。

15.如权利要求12所述的系统，其中所述呼叫调度模块可被执行以将所述回呼呼叫储存在回呼事件队列中，并且其中所述回呼呼叫是对所述呼叫通信设备的用户和所述接收通信设备的用户双方都可用的时间。