CN101562617A - 请求对通信处理规则改变的确认的方法、系统和装置 - Google Patents

Abstract

提供了一种请求对通信处理规则改变的确认的方法、系统和装置。对通信处理规则组提议的改变被确定。时间表中用于请求对所提议的改变的确认的时间被确定。在所述时间，对所提议的改变的确认被请求。

Description

请求对通信处理规则改变的确认的方法、系统和装置

技术领域

本发明一般地涉及通信系统，并且更具体地涉及用于请求对通信处理规则改变的确认的方法、系统和装置。

背景技术

随着管理并引导个人或系统呼叫流和信息流的智能呼叫服务器和策略引擎的快速发展，同样存在等量的复杂呼叫处理策略以及路由规则，终端用户必须控制并配置这些策略和规则以有效管理通信和商业交互。对于某些用户和企业，这些策略是最优地将通信减到最少以避免对其当前工作负荷的影响的手段。对于其他用户和企业，这些策略和规则是增强其行为或企业的可达性的手段。

这些服务器和引擎的进步和复杂化，加之快节奏的、动态且不断改变的工作环境，产生了这样的问题：终端用户每天都面临管理复杂的规则和策略的挑战。复杂的规则设定、规则更新、例外(exception)设定和重置仅是有时需要用户具备专业技能以从这些服务器和引擎所提供的价值获益的一些示例。

在美国专利公开第2007/0165554号中提供了一种用于规则管理的方法，该方法公开了一种呼叫处理存在状态服务器(presence sever)，其包括基于基本的联系人信息、用户呼叫处理模式和存在状态信息来得到呼叫处理规则并且还从用户寻求对实现这些规则的准许的机器学习组件。然而，呼叫处理存在状态服务器的用户通常承担建议新规则的屏幕弹出窗口泛滥的风险(所谓的弹出窗口综合征)，并且如果用户无暇接受新规则那么其不提供任何用于实现新规则的手段。此外，呼叫处理存在状态服务器在新规则的形成方式方面有限。

发明内容

本发明的第一方面提供了一种请求对通信处理规则改变的确认的方法。该方法包括确定对通信处理规则组提议的改变。该方法还包括确定时间表中用于请求对所提议的改变的确认的时间。该方法还包括在所述时间请求对所提议的改变的确认。

通信处理规则组可以包括至少一个通信处理规则。

该方法还包括确定用于请求确认的位置和通信设备中的至少一个，并且在所述时间请求对所提议的改变的确认还包括在所述位置和所述通信设备中的至少一个处请求确认。

时间表中用于请求对所提议的改变的确认的时间可以包括与通信处理规则组相关联的用户可用于对确认请求进行响应时的时间。

确定时间表中的时间可以包括对时间表和下述记录中的至少一个进行处理，该记录是至少一个先前确定的、用于请求对针对通信处理规则组先前提议的改变的确认的时间的记录。

确定时间表中的时间可以包括对时间表和下述数据的至少一个进行处理，该数据是来自组织数据库、至少一个存在状态引擎、协作系统、商业规则数据库和商业过程数据库的至少一个的数据。

该方法还包括确定时间表中没有用于请求对所提议的改变的确认的合适时间；并且，作为响应：确定用于请求对所提议的改变的确认的委托人(delegate)；确定委托人时间表中用于请求对所提议的改变的确认的时间；并且在委托人时间表中的所述时间，从委托人请求对所提议的改变的确认。确定时间表中没有用于请求对所提议的改变的确认的合适时间可以包括：基于当前时间和时间表中的时间来确定用于请求确认的延迟；并且确定延迟是否大于阈值延迟。确定委托人时间表中用于请求对所提议的改变的确认的时间可以包括对委托人时间表和下述记录中的至少一个进行处理，该记录是至少一个先前确定的、用于从所述委托人请求对针对通信处理规则组先前提议的改变的确认的时间的记录。

本发明的第二方面提供一种用于请求对通信处理规则改变的确认的系统。该系统包括计算设备。该计算设备包括：通信接口，用于经由通信网络进行通信；和处理器。该处理器被使能用于：确定对通信处理规则组提议的改变；确定时间表中用于请求对所提议的改变的确认的时间；并且在所述时间请求对所提议的改变的确认。该系统还包括数据库，其用于存储通信处理规则组，计算设备有权访问该数据库。该系统还包括与计算设备进行通信的至少一个信息馈送，其用于向该通信设备提供信息以辅助确定对通信处理规则组提议的改变并且辅助确定时间表中用于请求对所提议的改变的确认的时间。该系统还包括与计算设备进行通信的至少一个客户端设备，其用于接收与在所述时间请求对所提议的改变的确认相关联地生成的确认请求，并且对确认请求进行响应。

处理器还可以被使能用于确定时间表中没有用于请求对所提议的改变的确认的合适时间；并且，作为响应：确定用于请求对所提议的改变的确认的委托人；确定委托人时间表中用于请求对所提议的改变的确认的时间；并且在委托人时间表中的所述时间，从委托人请求对所提议的改变的确认。该系统还包括与计算设备进行通信的、与委托人相关联的至少一个委托人设备，其用于接收与在委托人时间表中的所述时间从委托人请求对所提议的改变的确认相关联地生成的委托人确认请求，并且对委托人确认请求进行响应。

计算设备还可以包括至少一个分析模块，其用于对来自至少一个信息馈送的信息进行分析。至少一个分析模块可以包括以下分析模块的至少一个：呼叫日志消息分析模块，其被使能用于对与客户端设备和委托人设备的至少一个相关联的用户的电话行为进行分析；消息分析模块，其被使能用于对用户的消息行为进行分析，该消息行为与语音邮件、传真、电子邮件和聊天会话的至少一个相关联；协作分析模块，其被使能用于对用户的协作行为进行分析，该协作行为与任务、会议和联系人的至少一个相关联；存在状态分析模块，其被使能用于对与用户相关联的存在状态数据进行分析，该存在状态数据与当前日历行为、未来日历行为、键盘行为、用户接近检测和存在状态引擎信息相关联。计算设备还可以包括信息发现模块，其被使能用于从至少一个分析模块接收数据并且用于基于该数据来确定模式。计算设备还可以包括规则制定(formulation)和确认模块，其被使能用于：从信息发现模块接收模式；使用预定义算法来确定用于特定模式的最佳适配(fit)以得到对通信处理规则组提议的改变；并且将所提议的改变存储在数据库中。计算设备可以有权访问先前从至少一个分析模块接收到的数据的历史数据仓库(repository)，并且信息发现模块还可以被使能用于在数据不足以建立模式的情况下将数据添加到历史数据仓库。信息发现模块还可以被使能用于基于被存储在历史数据仓库中的数据来确定模式。

确定时间表中用于请求对所提议的改变的确认的时间是基于模式的。

本发明的第三方面提供一种用于请求对通信处理规则改变的确认的计算设备。该计算设备包括处理器，该处理器被使能用于：确定对通信处理规则组提议的改变；确定时间表中用于请求对所提议的改变的确认的时间；并且在所述时间请求对所提议的改变的确认。

附图说明

通过参考以下示图来对实施例进行描述，其中：

图1示出根据非限制性实施例的用于请求对通信处理规则改变的确认的系统；

图2示出根据非限制性实施例的用于请求对通信处理规则改变的确认的系统的软件架构；

图3示出根据非限制性实施例的用于确定通信处理规则改变的方法的流程图。

图4示出根据非限制性实施例的用于请求对通信处理规则改变的确认的方法的流程图。

具体实施方式

图1示出根据非限制性实施例的用于请求对通信处理规则改变的确认的系统100。系统100被根据客户端服务器模型而使能，并且因此包括服务器110和至少一个客户端设备120，该至少一个客户端设备120与用户121相关联。在某些实施例中，该至少一个客户端设备120还可以与通信设备122相关联。在某些实施例中，该系统还包括委托人设备125，该委托人设备125与用户126相关联，也是与客户端设备120相类似的服务器110的客户端，并且可以被指定为客户端设备120的委托人(如下文所述)。在某些实施例中，委托人设备125还可以与通信设备127相关联。通常，服务器110经由通信网络130与客户端设备(即，至少一个客户端设备120和委托人设备125)通信。此外，如将在下文中更详细描述的，通信设备122和127与交换机129通信，该交换机129被使能用于将数据传达到通信设备122和127的至少一个。

在某些实施例中，100还包括与用户121相关联的移动通信设备123，该移动通信设备123包括但并不限于蜂窝电话、PDA、被使能用于移动通信的膝上型计算机等。在这些实施例的某些中，交换机129还被使能用于将数据传达到移动通信设备123。在其他实施例中，系统100还包括专用于将数据传达到诸如移动通信设备123之类的移动通信设备的移动交换机(未示出)。在某些实施例中，移动通信设备123包括全球定位系统(GPS)设备，从而使得移动通信设备123的位置可以被确定。

此外，在某些实施例中，通信网络130可以包括交换机129，而在其他实施例中，交换机129可以是独立的设备，例如是专用于与用户121相关联的给定企业或组织的交换机。例如，交换机129可以包括诸如Mitel网络公司(350 Legget Drive，Kanata，Ontario，Canada K2K 2W7)的MITEL 3300 IP通信平台(ICP)之类的电话交换机，然而，其他的电话交换机也落入本发明实施例的范围内。无论如何，交换机129被使能用于将数据(并且特别是语音数据)传达到通信设备122和通信设备127(以及某些实施例中的移动通信设备123(如果存在))中的至少一个。具体地，交换机129被使能用于出于监控目的将连接和呼叫状态数据提供到服务器110。

在某些实施例中，通信设备122和127可以与类似于交换机129的不同交换机进行通信。例如，通信设备122可以定位在由交换机129服务的第一地理区域中，而第二通信设备127可以定位在由类似于交换机129的另一交换机服务的第二地理区域中。

服务器110通常包括用于处理数据并经由通信网络130进行传送的计算设备。因此，服务器110包括被使能用于在服务器110和通信网络130之间传达通信的接口132，用于存储至少一个应用135的存储器134，以及用于处理该至少一个应用135的处理单元136，该至少一个应用135用于请求对通信处理规则改变的确认。在某些实施例中，如将在下文中描述的，服务器110还包括用于存储与用户121相关联的通信处理规则组R1的规则数据库138。在其他实施例中，规则数据库138是系统100的独立组件，服务器110经由通信网络130与规则数据库138进行通信。在非限制性的实施例中，服务器110可以包括Mitel网络公司的Mitel ApplicationSuite服务器，然而其他的服务器也落入本发明实施例的范围内。

如将在下文中描述的，服务器110还经由通信网络130与多个信息馈送140-154进行通信，以接收与用户121和/或用户126相关联的信息。信息馈送140-154的每个包括用于存储和/或处理与用户121相关联的信息的计算设备和/或应用和/或数据库，这些信息包括但并不局限于用户121的可用性，用户121与组织(例如一企业)中其他成员间的关系，与组织相关联的商业规则和过程，等等。通常，服务器110被使能用于从信息馈送140-154和/或客户端设备120和/或委托人设备125接收数据，并且制定对通信处理规则组R1的改变，这些改变包括对新的通信处理规则的改变和当通信处理规则随着时间演变时对现有通信处理规则的改变二者，并且如将在下文中描述的，服务器110还请求对通信处理规则组的改变的确认。

现将注意力转至信息馈送140-154。除了将在下文中描述的功能外，每个信息馈送140-154被使能用于或者主动地(例如，每次与用户121相关联的信息发生改变或被检测到时)或者应服务器110的请求向服务器110提供信息。

目录140包括与用户121和/或用户126相关联的用户的目录。例如，目录140可以包括与用户121和/或用户126所属的或关联于的企业和/或组织相关联的用户的目录。因此，目录140通常可以包括与用户121和/或用户126相关联的用户的联系信息数据库，这些联系信息包括但并不局限于电话号码、传真号码、电子邮件地址、公司地址、家庭地址和/或与用户121和/或用户126相关联的设备的网络(例如IP)地址等。具体地，目录140被使能用于向服务器110提供目录信息的改变或更新。

如本领域中技术人员所知的，消息传送(messaging)系统142包括适当的消息传送服务器的任何期望组合，这些适当的消息传送服务器包括但并不局限于电子邮件服务器、语音邮件服务器、统一通信服务器(UnifiedCommunication Server)、办公通信服务器(Office CommunicationsServer)、传真服务器等。通常，消息传送系统142中的每个消息传送服务器被使能用于处理与去向和来自用户121和/或用户126的消息相关联的数据。消息传送系统142中的每个消息传送服务器视情况还可以被使能用于与客户端设备120、委托人设备125、通信设备122、移动通信设备123和/或通信设备127进行通信，从而使得可以向用户121和/或用户126传达消息并且从用户121和/或用户126接收消息。具体地，消息传送系统142被使能用于向服务器110提供与去向和来自用户121和/或用户126的消息相关联的数据。例如，消息传送系统142可以为服务器110提供去向和来自用户121和/或用户126的消息的历史，该历史包括但并不局限于哪些用户最经常被联系，哪些用户的消息最经常被删除，等等。

如本领域中技术人员所知的，存在状态引擎144被使能用于监控用户121和/或用户126的存在状态。因此，存在状态引擎144通常包括与客户端设备120和/或委托人设备125进行通信的计算设备和/或其他的存在状态相关装置，以确定用户121和/或用户126的存在状态。例如，存在状态引擎144可以包括这样的web存在状态引擎，其被使能用于监控用户121和/或用户126在web浏览器、即时消息应用等内的存在状态。具体地，存在状态引擎144被使能用于向服务器110提供与用户121和/或用户126相关联的存在状态数据。在某些实施例中，存在状态引擎144与移动通信设备123进行通信，从而使得存在状态引擎144可以通过查询移动通信设备123内的GPS设备来确定用户121的位置。

如本领域中技术人员所知的，协作系统146包括被使能用于辅助用户121和/或用户126完成任务、进行会议以及联系人管理的计算设备。因此，协作系统146通常与客户端设备120、委托人设备125、通信设备122、移动通信设备123和/或通信设备127进行通信。例如，协作系统146通常可以包括诸如日历应用之类的用于管理任务、会议和联系人的应用，并且还可以包括用于辅助用户121和/或用户126进行项目管理和项目协作的项目协作应用。具体地，协作系统146被使能用于向服务器110提供与用户121和/或用户126相关联的协作数据。例如，协作系统146可以为服务器110提供与用户121和/或用户126定期联系的联系人的名单，以及与用户121和/或用户126所参与的项目相关联的联系人的名单。

组织数据库148通常包括用于存储组织结构(例如组织图表)的数据库。组织数据库148可以独立于目录140，也可以与目录140组合。通常，组织结构包括在用户121和/或用户126所属的或关联于的企业或组织内的用户之间的组织关系。具体地，组织数据库148被使能用于为服务器110提供用户121与企业或组织内其他用户之间的关系。例如，在某些实施例中，如将在下文中描述的，用户121的适当委托人可能没有被存储在服务器110处。在这些实施例中，服务器110可以关于对与用户121相关联的通信处理规则改变进行确认的适当委托人来查询组织数据库148，然后组织数据库148可以返回诸如行政助理、用户121的下属之类的适当委托人或者通过组织数据库148而存储的指定委托人(例如，向用户121报告的雇员、项目合作者等)的标识符。在这些实施例中，用户126可以被指定为委托人，并且用户126和/或委托人设备125的标识符可以被提供给服务器110。可替代地，委托人设备125本身可以被指定为适当的委托人。

商业规则和过程数据库150通常包括用于存储与用户121和/或用户126相关联的企业或组织的商业规则和过程的数据库。具体地，商业规则和过程数据库150被使能用于为服务器110提供与用户121和/或用户126相关联的商业规则或过程，这些商业规则和过程包括但并不局限于商业策略(例如开销策略、核准策略)，约束(例如监管要求)，优选客户等的名单，以及围绕信息共享的策略(例如，组织中的哪些用户有权访问某些类别的信息；这样的策略可能受监管机构的影响)和可访问性。商业规则的非限制性示例包括优选缔约卖主的经更新的名单。

规则模板服务器152通常包括用于存储规则模板的数据库，这些模板例如是关于要如何安排规则以使得这些规则可以被处理单元136、交换机129和消息传送系统142等处理的模板。在某些实施例中，规则模板也可以被存储在数据库138中，并且规则模板服务器152还被使能用于例如在系统100内实现了对交换应用和/或路由应用的改变(这需要改变一个或多个规则模板)的情况下，为服务器110提供规则模板的改变。

本领域中技术人员可以想到其他信息馈送154，并且其落入本发明实施例的范围之内。其他信息馈送154的非限制性示例包括SAP数据库、库存和存货清单数据库、身份服务器等。

通信网络130包括用于在服务器110与客户端设备120和/或委托人设备125之间、在信息馈送目录140到154与服务器110和交换机129之间传达数据的任何适当通信网络。此外，通信网络130可以是有线的、无线的或者根据需要进行组合。例如，通信网络130可以包括LAN、WAN、PSTN、基于分组的网络、蜂窝电话网络或者其组合。

在某些实施例中，如本领域技术人员所知的，系统100还包括IVR(集成语音响应)系统160，其被使能用于记录语音邮件以供随后为用户121回放。IVR系统160可以独立于或者可以不独立于如上所述的消息传送系统142。通常，用户121可以经由通信设备122(和/或移动通信设备123)与IVR系统进行通信以收听语音邮件并且记录并选择适当的语音邮件问候。在这些实施例中，服务器110还可以经由通信网络130与IVR系统160进行通信。

现将注意力转至示出系统100的软件架构的图2，其中用类似标号示出类似要素。虽然在图2中没有示出通信网络130，但是本领域技术人员能理解要素间的通信经由通信网络130发生，或者根据需要经由任何其他适当的通信网络发生。

客户端应用220驻存在客户端设备120处用于监控客户端设备120处的用户121的行为(例如，当客户端应用220被客户端设备120处理时)，这些行为包括但并不局限于文件编制、键盘行为、聊天信息、存在状态情况等。如将在下文中描述的，客户端应用220还被使能用于向服务器110提供与所监控到的行为相关联的数据用于分析。当需要来自用户121的对新制定的或经修正的通信处理规则的确认时，客户端应用220还被使能用于与用户121进行交互。在某些实施例中，客户端应用220还被使能用于使用户121能够对偏好或重写(overwrite)(例外)进行配置。

客户端应用225驻存在委托人设备125处并且类似于客户端应用220，然而客户端应用225监控委托人设备125处的用户126的行为。

交换应用229通常驻存在交换机129处并且使交换机129能够出于监控的目的而向服务器110提供连接和呼叫状态数据。在这些实施例的某些中，交换应用229使交换机129能够访问数据库138以从通信处理规则组R1取回适用于交换机129的通信处理规则，并且将这些通信处理规则用作用户121的呼叫路由的一部分。

包括IVR系统160的某些实施例还包括通常驻存在IVR系统160处的IVR系统应用260。在这些实施例的某些中，IVR系统应用260使IVR系统160能够访问数据库138以从通信处理规则组R1取回适用于IVR系统160的通信处理规则，并且将这些通信处理规则用作用户121的呼叫路由的一部分。

存储在服务器110处的至少一个应用135包括各分析模块201-204，信息发现模块205和规则制定和确认模块206。通常，分析模块201-204使服务器110能够分析来自信息馈送140-154的数据以主动地监控并适应性地分析与用户121和/或用户126相关联的当前和未来事件(例如，已安排的事件)。此外，分析模块201-204使服务器110能够使从信息馈送140-154接收到的数据与存储在信息发现模块205(和/或数据库138)处的历史信息(例如历史数据仓库H1)耦合，从而利用给定的算法来制定或修正与用户121和/或用户126相关联的通信处理规则。

在某些实施例中，新制定的或经修正的通信处理规则直到经用户121和/或用户126确认才可以生效。例如，在完成了呼叫谈话或消息交互(例如，经由客户端设备120、通信设备122和/或移动通信设备123，并且在某些实施例中经由交换机129和/或消息传送系统142)的情况下，应用135通过使用历史的、当前的和未来的信息以及一组给定的算法，作为信息发现过程(例如经由信息发现模块205来执行)的一部分来分析与呼叫谈话或消息传送相关联的数据，从而可能制定新的通信处理规则或修正现有的通信处理规则，并且将新的通信处理规则或经修正的通信处理规则存储在通信处理规则组R1中，该通信处理规则组R1存储在数据库138处。

在某些实施例中，用户121可以使得系统100能够在新制定的或经修正的通信处理规则与前一通信处理规则相类似的情况下绕过确认步骤。在这些实施例的某些中，用户121可以重写通信处理规则(即设定例外)；然而，系统100可以监控这些例外以确保例如当用于例外的条件超时时，用户121并没有忘记重置这些例外。

现描述各分析模块201-204，其包括呼叫日志分析模块201、消息传送分析模块202、协作分析模块203和存在状态分析模块204。分析模块201-204的每个被使能用于从信息馈送140-154和/或客户端应用220和225、交换应用229和/或IVR系统应用260接收信息，对数据进行分析并将分析数据提供给信息发现模块205。

呼叫日志分析模块201被使能用于分析用户121和/或用户126的电话行为(例如事件和请求)，这包括但并不局限于：

-监控传入呼叫(包括但并不局限于用户121所关联于的企业或组织的内部呼叫以及外部呼叫、谈话长度、呼叫模式和/或语音语调(例如经由情绪分析模块，未示出))

-监控传出呼叫(成功和失败的尝试、谈话长度、内部和外部呼叫)

-监控未接听的呼叫(内部和外部呼叫、模式和语调)

-监控呼叫处置举止(behaviour)(转接、DND(请勿打扰)举止、转到VM(语音邮件))

一旦完成了事务(transaction)或交互，呼叫日志分析模块201就将经过分析的数据提供给信息发现模块205。

消息传送分析模块202被使能用于分析与语音邮件、传真、电子邮件、聊天会话等相关联的用户121的行为。消息分析模块202从消息传送系统142的消息传送服务器接收信息(例如，基于每个事务)，并且过滤适当的信息然后将经过滤的信息提供给历史数据仓库H1。

协作分析模块203被使能用于分析与任务、会议和联系人相关联的用户121的行为。一旦完成了事务或交互，经分析的数据就被传递给信息发现模块205。

存在状态分析模块204被使能用于分析与用户121相关联的存在状态数据，这些数据包括但并不局限于当前和未来的日历行为、键盘行为、用户接近检测以及来自存在状态引擎144的信息。一旦完成了事务或交互，经分析的数据就被发送给信息发现模块205。

信息发现模块被使能用于从各分析模块201-204接收数据，并且判断是否将数据添加到历史数据仓库H1用于以后参考(例如，当数据不足以建立趋势或模式时)，或者建立模式或举止(重复的呼叫者、呼叫的语调等)然后将模式或举止提供给规则制定和确认模块206。存储在历史数据仓库H1处的数据可以是任何适当的格式。此外，一旦存储在历史数据仓库处的给定子集的数据达到阈值，模式就可以被确定为已建立的模式。例如，如果用户121以相同的方式对给定呼叫者进行响应阈值次数(例如，三次)，那么该模式可以被确定为已建立的模式，并且该数据子集可以被传递到规则制定和确认模块206以使得通信处理规则可以被制定(例如，总是根据该已建立的模式来对给定呼叫者进行响应)。

规则制定和确认模块206使用预定义的算法来确定用于特定模式或举止的最佳适配以得到新的或经修正的通信处理规则。在某些实施例中，规则制定和确认模块206还被使能用于向用户121和/或用户126确认新的或经修正的通信处理规则。在这些实施例的某些中，规则制定和确认模块206还被使能用于从历史数据仓库H1提取信息来建立用户的举止，从而确定为了确认通信处理规则而打断用户121和/或用户126的最佳时间。

根据确定用于特定模式或举止的最佳适配以得到新的或经修正的通信处理规则的预定义算法，本发明实施例还规定对至少一个白名单和至少一个黑名单的使用。白名单通常包括通信处理规则所专门应用于的用户和/或通信设备的标识符的名单，和/或经用户121核准的用户和/或通信设备的标识符的名单。黑名单通常包括通信处理规则所专门排除的用户和/或通信设备的标识符的名单，和/或不被用户121核准的用户和/或通信设备的标识符的名单。本领域中技术人员知道白名单和黑名单是常见的路由控制工具。例如，针对预先建立的名单，可以基于呼叫线路ID来遮蔽呼叫。可以经由发送者ID来遮蔽电子邮件和语音邮件。然而，在现有技术中，由于名单可能随时间而改变所以终端用户必须监视并更新名单(名单成员添加或去除、从一个名单到另一名单的成员改变等)。

此外，随着存在状态技术的出现，现有技术中的用户也可以依赖于存在状态信息来建立路由通信处理规则和通信方法。然而，如果并不是每个人都坚持存在状态设定或者存在状态策略没有被严格执行，那么通信处理规则可能是无效的或无用的。

因此，提供了以下的预定义算法的非限制性示例，规则制定和确认模块206可以将其应用作为学习和检测模式和趋势以制定新的通信处理规则或修正现有的通信处理规则的一部分：

1)如果用户121从如下的呼叫者接收到连续并且重复的呼叫，该呼叫者属于黑名单然而与重要且最近的电子邮件/语音邮件有关，那么来自该呼叫者的呼叫可以被标记为紧急的。可以以与该紧急事件相称的方式来路由该呼叫者的呼叫(例如，在去向通信设备122的呼叫没有被应答的情况下，转至移动通信设备123和/或通信设备127)，或者可替代地，可以通知用户121尽快处理该呼叫者的呼叫。因此，得自该算法的通信处理规则可以被发送到交换机129以通过交换应用229来应用。

2)如果用户121在办公室而没有在开会并且在客户端设备120处工作，那么呼叫配对(twinning)被禁止。在包括移动通信设备123并且不在办公室或在开会的实施例中(并且在某些实施例中，如果移动性选项在系统100中被使能)，移动配对被使能。在其中请求确认的实施例中，用户121可以仅确认得自该算法的通信处理规则，通信处理规则被自动应用从而避免每次都打断用户121。

3)如果与用户121相关联的任务具有由某另一用户跟进的某一项目并且该用户呼叫用户121，那么将该呼叫标记为重要的/紧急的。

4)自动将呼叫遮蔽应用于黑名单中的所有呼叫者，并且不向这些呼叫者提供日历或存在状态信息。如果对于某一呼叫者发生重复的例外(例如，用户121使用了客户端应用220来把通信处理规则(当被应用于该某一呼叫者时)除外)，那么用户121可以被询问(例如，经由客户端应用220)是否应将该某一呼叫者移至白名单。

5)如果无论工作条件和情况如何呼叫都被应答，那么系统100可以向用户121建议(例如，经由客户端应用220)将呼叫者置于重写(即例外)名单中。

6)如果用户121在实际有空的同时并没有重复地应答来自给定呼叫者的呼叫，那么系统100可以向用户121建议(例如，经由客户端应用220)将该给定呼叫者置于黑名单中。例如，“重复地”可以被定义为用户121没有应答来自给定呼叫者的呼叫达阈值次数(在用户121实际有空时)。

7)在用户121的存在状态情况被一般地理解为“有空”时发生重复地错过来自相同呼叫者的呼叫，那么用户121的存在状态可被不同地反映给该呼叫者并且/或者该呼叫者可被移至黑名单中。

8)基于去向和来自特定呼叫者的呼叫的持续时间历史，可以制定动态的通信处理规则。例如，呼叫者经常呼叫用户121并且每次呼叫用时大约20分钟。如果呼叫者然后正在呼叫用户121，并且用户121目前空闲然而将在10分钟内参加一个会议，那么通信处理规则致使向该呼叫者显示问候(例如，经由IVR系统160)，该问候即用户121将在会议后和/或当用户121具有20分钟空闲时间时可用。还可以将向该呼叫者显示的问候通知给用户121，并且/或者可以通过将消息发送到协作系统或任何适当的日历应用来安排以后的呼叫。

9)如果呼叫转接被启用了一段时间，并且用户121现在变为目前活动的(例如，正在进行呼叫并且工作在客户端设备120处)，那么系统100可以询问用户121(例如，经由客户端应用220)他们是否希望禁用呼叫转接。类似的情境可以被应用于休假问候。

10)仅在电子邮件来自重写(例外)名单上的某个人的情况下，将新的电子邮件通知给用户121。

11)如果用户121向黑名单上的呼叫者进行了回呼，那么可以向用户121呈现将该呼叫者移至白名单的提议。

12)可以通过时间限制来制定通信处理规则(例如，临时例外，其如果不被用户121正在进行的举止补充则超时)。例如，如果来自给定呼叫者的呼叫最初由用户121的下属来应答，并且用户121被打断以接听该呼叫，那么可以提供临时以使得来自给定呼叫者的呼叫能够在给定时间段内被转至用户121。

13)还可以基于诸如电子邮件的内容之类的话题来制定通信处理规则。例如，可以制定这样的通信处理规则，其使电子邮件或与电子邮件相关联的警报针对不同类型的内容以不同的方式被处理：私人内容，与用户121作为成员的企业或组织相关联的内容，以及与用户121有关的项目相关联的内容可以以不同的方式被处理。

14)如果用户121持续地收到来自不在优选卖主名单中的卖主的电话，那么新的规则可以被建立以阻挡或转移这些呼叫。

在某些实施例中，服务器110与社交网络服务器通信，并且因此可以被使能用于确定根据私人关系和/或对等网络而加权的通信处理规则改变。对加权的确定因此可以并入预定义算法，该预定义算法使与亲密的朋友和/或亲戚相关联的通信处理规则比与关系远的朋友和/或亲戚相关联的通信处理规则具有更高的权重。此外，可以根据从社交网络服务器接收到的信息来更新黑名单和/或白名单。

根据以上对预定义算法的描述，应理解各分析模块201-204、信息发现模块205以及规则制定和确认模块206联合工作以分析可从信息馈送140-154、客户端应用220和/或225、交换应用229和/或IVR系统应用260得到的时间表数据、存在状态数据、呼叫数据、商业数据、协作数据和/或任何其他数据，从而分辨用户121的举止的模式，这些模式可以暗示新的通信处理规则和/或对通信处理规则的改变。

数据库138然后将经确认的通信处理规则存储在通信处理规则组R1中。通信处理规则组R1可以由被适当使能的内部或外部应用来访问。数据库138还可以存储根据用户121的需要和/或偏好而经调谐的配置和策略。

现将注意力转至图3，图3示出用于确定通信处理规则改变的方法300。为了辅助说明方法300，假设通过使用系统100来执行方法300。此外，对方法300的以下讨论将加深对系统100及其多个组件的理解。然而，应理解，系统100和/或方法300可以改变，并且不一定完全按在此讨论的彼此结合的方式工作，并且这样的改变落入本发明实施例的范围之内。

在步骤310，在信息发现模块205处从各分析模块201-204接收到数据。在步骤320，信息发现模块205判断数据是否适合现有的通信处理规则。例如，可能从各分析模块201-204接收到这样的数据，其指示从给定呼叫者去向用户121的呼叫在存在状态数据指示用户121可用时被路由到了IVR系统160。信息发现模块205然后可以访问数据库138处的通信处理规则组R1，以判断是否存在这样的现有通信处理规则，其使从给定呼叫者去向用户121的呼叫在存在状态数据指示用户121可用时被路由到IVR系统160。如果这样的通信处理规则已经存在，那么在某些实施例中，历史数据仓库H1在步骤330处被更新以反映呼叫被路由到了IVR系统160并且用户121的存在状态曾是“可用”，然后信息发现模块205在步骤310继续从各分析模块201-204接收数据。在其他实施例中，对历史数据仓库H1的更新可以被跳过然后信息发现模块205在步骤310继续从各分析模块201-204接收数据。

然而，如果这样的通信处理规则尚不存在，那么在步骤340，信息发现模块205将所接收的数据和来自历史数据仓库H1的数据一起进行处理，以判断是否建立了新的模式。在一个非限制性实施例中，如果事件发生的次数达到了阈值次数，那么模式可以被确定为已建立的模式。继续上述的示例，从各分析模块201-204接收到的数据与来自历史数据仓库H1的数据一起可以指示这是第三次从给定呼叫者去向用户121的呼叫在存在状态数据指示用户121可用时被路由到IVR系统160。如果用于建立模式的阈值大于三，那么信息发现模块205在步骤340确定新模式尚未被建立，并且在步骤330数据被存储在历史数据仓库H1处，然后信息发现模块205继续在步骤310处接收数据。然而，如果用于建立模式的阈值是三，那么信息发现模块205在步骤340确定建立了新模式并且数据子集(即，从各分析模块201-204接收到的数据，以及来自历史数据仓库H1的数据，其指示这是第三次从给定呼叫者去向用户121的呼叫在存在状态数据指示用户121可用时被路由到IVR系统160)在步骤350被传递到规则制定和确认模块206以使得可以制定新的通信处理规则。

可替代地，在步骤350，规则制定和确认模块206可能确定由该子集数据所表示的用于处理通信的通信处理规则已经存在，并且该子集数据与现有的通信处理规则矛盾。因此，规则制定和确认模块206确定该子集数据指示对现有通信处理规则的改变。

无论如何，在步骤350，制定了新的通信处理规则和/或对现有通信处理规则的改变。在某些实施例中，来自各分析模块201-204的数据可能指示对用于通信处理规则的模板的改变(例如，来自规则模板服务器152)，而在其他实施例中，可以从数据库138取回用于通信处理规则的模板。无论如何，可以基于模板来制定新的规则(和/或对现有通信处理规则的改变)。

在步骤360，规则制定和确认模块206例如通过参考数据库138处的通信处理规则组R1，来判断是否要用户121来确认新的通信处理规则(和/或改变)。如果存在不需要确认的类似通信处理规则，那么在某些实施例中，规则制定和确认模块206可以确定新的通信处理规则(和/或改变)不必由用户121来确认。在某些实施例中，用户121可以经由交换应用229在数据库138处设定偏好，以指示哪些类型的通信处理规则需要确认而哪些不需要。

如果新的通信处理规则(和/或改变)将不被确认，那么在步骤380，数据库138处的通信处理规则组R1被更新(即，新的通信处理规则(和/或改变)被存储在数据库138处)，然后信息发现模块205在步骤310继续从各分析模块201-204接收数据。然而，如果新的通信处理规则(和/或改变)将被确认，那么在步骤365，例如通过使用将在下文中参考图4而描述的方法400，来请求来自用户121和/或用户126的确认。

如果在步骤370，规则制定和确认模块206确定新的通信处理规则(和/或改变)被确认，那么在步骤380，数据库138处的通信处理规则组R1被更新(即，新的通信处理规则(和/或改变)被存储在数据库138处)。然后信息发现模块205在步骤310继续从各分析模块201-204接收数据。

方法300因此使通信处理规则能够通过提议对通信处理规则组R1中的现有通信处理规则的改变而成熟。

此外，因为服务器110有权访问企业或组织的组织结构(即，经由组织数据库148)以及用户121所关联于的项目，所以通信处理规则组R1被使能用于随着企业或组织的改变以及用户121在企业或组织内角色的改变而演进。

在某些实施例中，可以将新的通信处理规则(和/或改变)发送到系统100中负责应用通信处理规则的元件。例如，如果新的通信处理规则(和/或改变)是关于在交换机129处如何处理呼叫的，那么可以将新的通信处理规则(和/或改变)发送到交换机129以供由交换应用229来实现。可替代地，通信由系统100的元件来接收，该元件可以与服务器110通信以判断是否存在存储在数据库138处(即，存储在通信处理规则组R1中)的、管理如何处理该通信的规则。

现将注意力转至图4，图4示出请求对通信处理规则改变的确认的方法400。为了辅助说明方法400，假设通过使用系统100来执行方法400。此外，对方法400的以下讨论将加深对系统100及其多个组件的理解。然而，应理解，系统100和/或方法400可以改变，并且不一定完全按在此讨论的彼此结合的方式工作，并且这样的改变落入本发明实施例的范围之内。

在步骤405，确定所提议的对通信处理规则组的改变，这在某些实施例中可能类似于方法300的步骤310-350，并且因此步骤405可以经由各分析模块201-204、信息发现模块205和/或规则制定和确认模块206来发生。然而，确定所提议的对通信处理规则组的改变的其他方法也落入本发明实施例的范围之内。例如，在美国专利申请第2007/0165554号中所教导的呼叫处理存在状态服务器也可以被用于确定所提议的对通信处理规则组的改变。本领域技术人员将想到确定所提议的对通信处理规则组的改变的其他方法。

在步骤410，确定针对所提议的对通信处理规则组(例如，通信处理规则组R1)的改变请求了确认，所述改变例如是将新的通信处理规则添加到所述组中和/或改变所述组内的通信处理规则。在某些实施例中，所请求的确认类似于在如上所述的方法300的步骤365处所请求的确认。在这些实施例中，步骤410(以及之后的步骤420-455)可以通过规则制定和确认模块206来实现。

在步骤420，确定时间表中用于请求对所提议的改变的确认的时间。在某些实施例中，用户121可能在通信处理规则组R1中存储了这样的偏好，其指示对确认请求进行响应的优选时间。在其他实施例中，对与用户121相关联的时间表和/或与用户121相关联的举止模式进行处理，来确定时间表内用于请求对所提议的改变的确认的时间。例如，规则制定和确认模块206可以从协作系统146请求时间表数据以确定何时用户121可用于对确认请求进行响应。

此外，规则制定和确认模块206可以处理存储在历史数据仓库H1处的用户121的举止模式和/或与存储在通信处理规则组R1中的现有通信处理规则相关联的举止模式。因此，在某些实施例中，通信处理规则组R1可以包括用于对策略规则进行确认的“元规则(meta-rule)”。例如，基于用户121如何并且何时直接准许所提议的改变的举止(与将准许推迟到以后或者将准许传给委托人相对的)，可以确定用于请求对所提议的改变的确认的适当境况。例如，如果用户121具有这样的历史，即在一天的第一次会议之前准许所提议的改变，那么可以在每天的第一次会议之前请求对所提议的改变的确认。可以通过处理历史数据仓库H1和/或与通信处理规则组R1中存储的现有通信处理规则相关联的行为模式来确定这样的历史，从而判断用户121在一天的第一次会议之前准许规则的次数的百分比是否高于阈值百分比(和/或绝大多数)。

通常，连续地(以任何期望的顺序)或同时地处理时间表和/或举止模式数据，以确定从用户121请求确认的最优时间。

通常，时间表中被确定用于请求对所提议的改变的确认的时间包括时间表内便于用户121对确认请求进行响应的时间。时间表内便于用户121对确认请求进行响应的时间的非限制性示例包括但并不局限于：

-午餐时间；

-一天中较早的时间；

-一天中较晚的时间；

-当情绪分析模块指示用户121处于放松的情绪中时(例如，经由键盘键入和/或语音重音分析模块(未示出)的分析来确定)；

-当用户121被确定为在旅行并且存在状态指示用户121可通过移动通信设备123联系到时；

-用于开会的时间量按比例较小的那些天；

-由用户121所指定的用于对行政问题进行响应的时间；

-在用户121将在长时间内联系不到(例如，对于即将到来的旅行和/或假期)之前的时间；和/或

-如上所述的用户121具有准许所提议的改变的历史的时间。

时间表内便于用户121对确认请求进行响应的其他时间也落入本发明实施例的范围之内。

在某些实施例中，如在步骤425确定的，用户121可能目前可用于对确认请求进行响应，并且因此在步骤430，确认被请求。例如，规则制定和确认模块206可以使确认请求被发送到客户端设备120。在这些实施例中，客户端应用220可以响应性地使弹出窗口出现在客户端设备处(例如，出现在与客户端设备120相关联的显示设备上)，该弹出窗口转播新的通信处理规则和/或改变并且请求对其的确认(例如经由弹出窗口内的接受/拒绝按钮)。可替代地，弹出窗口可以包括使用户121能够指示他们愿意响应然而是稍后响应的按钮。如果用户121选择了该按钮，在某些实施例中，用户121还可以指示期望的延迟和/或用户121希望被联系以进行响应的期望时间。在这些实施例中，对这些时间的记录可以被存储在历史数据仓库H1中(并且用于确定请求对以后提议的改变的确认的时间)，并且步骤420可以被再次应用以通过处理用户121的指示来确定要请求确认的时间。

可替代地，规则制定和确认模块206可以使确认请求以任何适当的格式(包括电子邮件、语音邮件和/或其组合)被发送到客户端应用220、通信设备122和/或移动通信设备123。如果是语音邮件，那么用户121可以例如经由IVR系统160，通过语音交互来对确认请求进行响应。

在某些实施例中，确认请求还可以包括通过接受确认请求而可能产生的生产率增益。例如，如果所提议的改变与如下的通信处理规则相关联，对该通信处理规则的接受将节约用户121的时间(例如，通过自动实现呼叫转接，或者通过自动选择适当的语音邮件消息)，那么系统100还可以被使能用于估计在确认请求被接受的情况下所节约的时间，并且因此估计生产率增益。该指示可以作为对响应确认请求的进一步激励被提供给用户121。

然而，如果在步骤425确认用户121目前不可用于对确认请求进行响应，那么在步骤435，指示在从用户121请求信息之前系统100必须等待的时间长度的延迟被确定。在某些实施例中，该延迟可以与步骤415和420同时被确定。

在步骤440，判断延迟是否超过阈值延迟。在某些实施例中，可以由系统100的管理员来设定阈值延迟，而在其他实施例中，可以由用户121(和/或用户126)来设定阈值延迟。如果延迟小于阈值延迟，那么系统100在步骤420所确定的时间请求对所提议的改变的确认之前，在步骤445进行延迟。

因此，仅在用户121方便的时间向用户121呈现确认请求，从而一般地防止了屏幕弹出窗口综合征，并且防止确认请求变为用户121的麻烦。

然而如果延迟大于阈值延迟，那么在步骤450，确定请求对所提议的改变的确认的委托人。在某些实施例中，用户121可能经由与客户端应用220的交互指定了委托人，委托人标识符随后被存储在数据库138处。在其他实施例中，信息馈送140-154可以被查询以确定委托人。例如，可以通过查询组织数据库148确定用户121的合适同事和下属(例如行政助理)，来确定委托人。可替代地，可以查询协作系统146来确定与用户121目前协作的项目相关联的合适联系人。

在其他的实施例中，系统100可以被使能用于确定用以确定合适的委托人的合适通信处理规则。例如，第一委托人可能在某些时间段内可用而在其他的时间段内不可用，而第二合适委托人可能在第一委托人不可用的时间段期间可用。此外，合适的委托人可能还与所提议的改变相关联。例如，如果所提议的改变与关于特定项目的通信相关联，那么合适的委托人可能是与该特定项目相关联的委托人。类似地，另一所提议的改变可能与一般通信相关联，那么合适的委托人可能是行政助理。在示例性实施例中，用户126被确定为合适的委托人。在另一实施例中，委托人设备125被确定为合适的委托人。

在替代实施例中，可以判断未完成(outstanding)确认请求的数目是否超过了未完成确认请求的阈值数目。如果没有，那么系统100在步骤420所确定的时间请求对所提议改变的确认之前，在步骤445进行延迟。如果超过，那么委托人在步骤450被确定。

无论如何，一旦在步骤450确定了委托人，就在步骤455确定委托人时间表中用于请求对所提议改变的确认的时间，这与步骤420类似。如果委托人目前不可用，那么系统100在步骤430从委托人请求确认(例如通过经由客户端设备125(例如经由客户端应用225)和/或通信设备127来联系委托人，如以上关于用户121所描述的那样)之前，再次在步骤445进行延迟。

在某些实施例中，方法400还可以判断直到委托人可用为止的延迟是否超过了阈值延迟(例如在用户126与用户121同时休假的情况下)，并且还可以确定另一委托人。该过程可以无限期地继续直到确定了能够及时对确认请求进行响应的合适委托人为止。

因此，如果用户121通常在阈值时间段内没空，或者确认请求的数目超过了阈值数目，那么系统100方便地确定可以对确认请求进行响应的委托人，并且及时地实现对通信处理规则组提议的改变(或改变)。

本领域技术人员应理解，在某些实施例中，可以通过使用预编程的硬件或固件元件(例如，专用集成电路(ASIC)、电可擦除可编程只读存储器(EEPROM)等)或者其他相关组件，来实现应用135、客户端应用220、客户端应用225、交换应用229和IVR系统应用260的功能。在其他实施例中，可以通过使用有权访问代码存储器(未示出)的计算装置来实现应用135、客户端应用220、客户端应用225、交换应用229和IVR系统应用260的功能，该代码存储器存储用于操作计算装置的计算机可读程序代码。计算机可读程序代码可以被存储在固定的、有形的并且可由这些组件直接读取的介质上(例如，可拆卸磁盘、CD-ROM、ROM、硬盘、USB驱动器)，或者计算机可读程序代码可以被远程地存储，然而可以通过传输介质经由连接到网络(包括但并不局限于因特网)的调制解调器或其他接口设备发送到这些组件。传输介质可以是非无线的介质(例如，光或模拟通信线路)或者是无线介质(例如，微波、红外、自由空间光传输方案或其他传输方案)或者其组合。

本领域技术人员应理解，存在更多的可用于实现这些实施例的替代实现方式和修改，并且上述实现方式和示例仅是对一个或多个实施例的说明。因此，本发明的范围仅受随附于此的权利要求书限制。

Claims (17)

1.一种请求对通信处理规则改变的确认的方法，包括以下步骤：

确定对通信处理规则组提议的改变；

确定时间表中用于请求对所述提议的改变的确认的时间；以及

在所述时间请求对所述提议的改变的所述确认。

2.如权利要求1所述的方法，其中所述通信处理规则组包括至少一个通信处理规则。

3.如权利要求1所述的方法，还包括确定用于请求所述确认的位置和通信设备中的至少一个，并且所述在所述时间请求对所述提议的改变的所述确认的步骤还包括在所述位置和所述通信设备中的至少一个处请求所述确认。

4.如权利要求1所述的方法，其中所述时间表中用于请求对所述提议的改变的确认的时间包括与所述通信处理规则组相关联的用户可用于对确认请求进行响应时的时间。

5.如权利要求1所述的方法，其中所述确定时间表中的时间的步骤包括对所述时间表和下述记录中的至少一个进行处理，所述记录是至少一个先前确定的、用于请求对针对所述通信处理规则组先前提议的改变的确认的时间的记录。

6.如权利要求1所述的方法，其中所述确定时间表中的时间的步骤包括对所述时间表和下述数据中的至少一个进行处理，所述数据是来自组织数据库、至少一个存在状态引擎、协作系统、商业规则数据库和商业过程数据库中的至少一个的数据。

7.如权利要求1所述的方法，还包括：

确定时间表中没有用于请求对所述提议的改变的确认的合适时间；并且，作为响应：

确定用于请求对所述提议的改变的所述确认的委托人；

确定委托人时间表中用于请求对所述提议的改变的确认的时间；并且

在所述委托人时间表中的所述时间，从所述委托人请求对所述提议的改变的所述确认。

8.如权利要求7所述的方法，其中所述确定时间表中没有用于请求对所述提议的改变的确认的合适时间的步骤包括：

基于当前时间和所述时间表中的时间来确定用于请求所述确认的延迟；并且

确定所述延迟是否大于阈值延迟。

9.如权利要求7所述的方法，其中所述确定委托人时间表中用于请求对所述提议的改变的确认的时间的步骤包括对所述委托人时间表和下述记录中的至少一个进行处理，所述记录是至少一个先前确定的、用于从所述委托人请求对针对所述通信处理规则组先前提议的改变的确认的时间的记录。

10.一种用于请求对通信处理规则改变的确认的系统，包括：

计算设备，包括

通信接口，用于经由通信网络进行通信；和

处理器，被使能用于

确定对通信处理规则组提议的改变；

确定时间表中用于请求对所述提议的改变的确认的时间；并且

在所述时间请求对所述提议的改变的所述确认；

数据库，用于存储所述通信处理规则组，所述计算设备有权访问所述数据库；

与所述计算设备进行通信的至少一个信息馈送，用于向所述通信设备提供信息以辅助所述确定对通信处理规则组提议的改变的操作以及所述确定时间表中用于请求对所述提议的改变的确认的时间的操作；以及

与所述计算设备进行通信的至少一个客户端设备，用于接收与所述在所述时间请求对所述提议的改变的所述确认的操作相关联地生成的确认请求，并且对所述确认请求进行响应。

11.如权利要求10所述的系统，其中所述处理器还被使能用于

确定时间表中没有用于请求对所述提议的改变的确认的合适时间；并且，作为响应：

确定用于请求对所述提议的改变的所述确认的委托人；

确定委托人时间表中用于请求对所述提议的改变的确认的时间；并且

在所述委托人时间表中的所述时间，从所述委托人请求对所述提议的改变的所述确认；并且

所述系统还包括

与所述计算设备进行通信的、与所述委托人相关联的至少一个委托人设备，用于接收与所述在所述委托人时间表中的所述时间，从所述委托人请求对所述提议的改变的所述确认的操作相关联地生成的委托人确认请求，并且对所述委托人确认请求进行响应。

12.如权利要求10所述的系统，所述计算设备还包括：

至少一个分析模块，用于对来自所述至少一个信息馈送的信息进行分析，所述至少一个分析模块包括以下分析模块的至少一个：

呼叫日志消息分析模块，被使能用于对与所述客户端设备和委托人设备中的至少一个相关联的用户的电话行为进行分析；

消息分析模块，被使能用于对所述用户的消息传送行为进行分析，所述消息传送行为与语音邮件、传真、电子邮件和聊天会话中的至少一个相关联；

协作分析模块，被使能用于对所述用户的协作行为进行分析，所述协作行为与任务、会议和联系人中的至少一个相关联；以及

存在状态分析模块，被使能用于对与所述用户相关联的存在状态数据进行分析，所述存在状态数据与当前日历行为、未来日历行为、键盘行为、用户接近检测和存在状态引擎信息相关联；

信息发现模块，被使能用于从所述至少一个分析模块接收数据并且用于基于所述数据来确定模式；以及

规则制定和确认模块，被使能用于：从所述信息发现模块接收模式；使用预定义算法来确定特定模式的最佳适配以得到所述对通信处理规则组提议的改变；并且将所述提议的改变存储在所述数据库中。

13.如权利要求12所述的系统，所述计算设备有权访问先前从所述至少一个分析模块接收到的数据的历史数据仓库，并且所述信息发现模块还被使能用于在所述数据不足以建立模式的情况下将所述数据添加到所述历史数据仓库。

14.如权利要求13所述的系统，其中所述信息发现模块还被使能用于基于所述被存储在所述历史数据仓库中的数据来确定所述模式。

15.如权利要求12所述的系统，其中所述确定时间表中用于请求对所述提议的改变的确认的时间的操作是基于所述模式的。

16.如权利要求12所述的系统，还包括：被使能用于参与通信会话的至少一个通信设备；以及被使能用于控制与所述至少一个通信设备的通信会话的交换机，所述交换机还被使能用于从所述计算设备接收所述通信处理规则，并且还被使能用于将所述通信处理规则应用于所述通信会话。

17.一种用于请求对通信处理规则改变的确认的计算设备，包括：

处理器，被使能用于

确定对通信处理规则组提议的改变；

确定时间表中用于请求对所述提议的改变的确认的时间；并且

在所述时间请求对所述提议的改变的所述确认。

Images