CN102918823A

CN102918823A - 管理呼叫转移简档

Info

Publication number: CN102918823A
Application number: CN2011800262174A
Authority: CN
Inventors: G·巴加瓦图拉; A·W·达罗; A·埃吕玛莱; S·A·普莱特; E·施蒂格曼; S·加吉
Original assignee: Microsoft Corp
Current assignee: Microsoft Technology Licensing LLC
Priority date: 2010-05-28
Filing date: 2011-05-17
Publication date: 2013-02-06
Anticipated expiration: 2031-05-17
Also published as: US8654958B2; EP2577950A2; TWI502955B; WO2011149722A2; CN102918823B; US20110293084A1; TW201212622A; EP2577950A4; WO2011149722A3; EP2577950B1

Abstract

创建对应于基于时间、位置和/或受叫方的在场状态的呼叫转移设置的呼叫转移简档。然后，基于相应的预定义呼叫转移简档激活不同的呼叫转移设置。允许用户基于一个或多个规则预先配置他们的呼叫转移简档。

Description

管理呼叫转移简档

背景

不断发展的现代电信技术的另一方面是服务的广度。尽管直到最近音频通信（电话）都是标准，但包括文本消息收发、电子邮件、音频/视频通信、数据共享和更多的多模态通信正在成为具有提供那些服务的多种多样的设备的广泛可用的电信服务的标准特征。诸如统一通信（UC）系统等的增强通信系统是说明性的示例。允许这些系统的用户经由各种模态与其他人通信，且给他们提供多种有帮助的辅助服务，例如在场补充联系人列表、从通信应用用户界面对日程应用和类似应用的访问等等。

借助于广泛的可用通信模式，接听、拒绝或转移到来的通信会话请求的决策制定过程也变得更加复杂。在常规专用小交换机（PBX）电话中，用户通常缺乏用于管理呼入呼叫（例如转移、拒绝）的灵活选项。在多个呼叫转移选项之间快速切换不受到支持。另外，难以在当前的呼叫转移实现中实现复杂的用户转移偏好。例如，容易实现在假期期间对蜂窝式电话的呼叫转移。然而，跨越多个设备和多个用户偏好配置不同的呼叫转移设置构成了困难。

概述

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

各实施例涉及允许创建对应于基于时间、位置、呼叫者、和/或受叫方的在场状态的呼叫转移设置的呼叫转移简档并且基于相应的预定义呼叫转移简档自动激活不同的呼叫转移设置。可以允许用户基于一个或多个规则预先配置他们的呼叫转移简档。

通过阅读下面的详细描述并参考相关联的附图，这些及其他特点和优点将变得显而易见。可以理解，前述一般描述和以下的详细描述都是说明性的，并且不限制所要求保护的各方面。

附图简述

图1是阐释其中可以实现用于管理呼叫转移简档的实施例的示例增强通信系统的图；

图2是阐释用于管理呼叫转移简档的示例系统的基本组件的概念图；

图3阐释根据各实施例的显示呼叫转移简档的示例用户界面；

图4阐释根据各实施例的用于定义呼叫转移简档的另一示例用户界面；

图5是可实现根据各实施例的系统的联网环境；

图6是其中可实现各实施例的示例计算操作环境的框图；以及

图7阐释根据各实施例的在增强通信系统中管理呼叫转移简档的过程的逻辑流程图。

详细描述

如以上简要地描述的，可以通过预先配置多个呼叫转移规则以便在简档之间快速切换以及基于当前的用户在场状态和/或呼叫方细节以自动方式激活相应的呼叫转移设置来管理呼叫转移简档。在下面的详细描述中，将参考构成本发明的一部分的附图，在附图中，通过例图，示出了特定实施例或示例。可组合这些方面，可利用其他方面，并且可以做出结构上的改变而不背离本发明的精神或范围。以下详细描述从而不取限定性含义，且本发明的范围由所附权利要求书及其等效实施方式来定义。

尽管在结合在个人计算机上的操作系统上运行的应用程序执行的程序模块的一般上下文中描述了各实施例，但是本领域的技术人员会认识到各方面也可以结合其它程序模块实现。

一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、组件、数据结构、以及其他类型的结构。此外，本领域的技术人员可以明白，各实施例可以用其他计算机系统配置来实施，包括手持式设备、多处理器系统、基于微处理器或可编程消费电子产品、小型计算机、大型计算机以及类似计算设备。各实施例还能在任务由通过通信网络链接的远程处理设备来执行的分布式计算环境中实现。在分布式计算环境中，程序模块可位于本地和远程存储器存储设备两者中。

各实施例可被实现为计算机实现的过程（方法）、计算系统、或者诸如计算机程序产品或计算机可读介质等制品。计算机程序产品可以是计算机系统可读并且编码包括用于使计算机或计算系统执行示例过程的指令的计算机程序的计算机存储介质。例如，计算机可读存储介质可经由易失性计算机存储器、非易失性存储器、硬盘驱动器、闪存驱动器、软盘或紧致盘和类似介质中的一个或多个来实现。

本说明书中，术语“服务器”一般指通常在联网环境中执行一个或多个软件程序的计算设备。然而，服务器还可以被实现为在被视作网络上的服务器的一个或多个计算设备上执行的虚拟服务器（软件程序）。类似的，“客户端”是指能够访问通信系统的计算设备，或者运行于计算设备上使得用户能访问如社交网络服务、电子邮箱交换服务及类似服务的应用程序。在下面将提供关于这些技术和示例操作的详细细节。

参见图1，阐释其中实现可以用于管理呼叫转移简档的实施例的示例增强通信系统的图100。诸如统一通信系统等的增强通信系统给订户提供促进多模态通信的能力。尽管这样的系统可以集成多模态通信的诸如呼叫转移简档管理等的各方面，但订户也可以参与诸如社交联网系统、其他电子邮件系统和类似系统等的其他系统。因而，增强通信系统可以提供用于管理与订户相关联的呼叫转移简档的合适的平台。统一通信系统是具有可以提供给订户的各种各样的能力和服务的现代通信系统的示例。统一通信系统是促进即时消息收发、在场、音频-视频会议、web会议功能和类似能力的实时通信系统。

在统一通信（“UC”）系统中，如图100中示出的系统，用户可经由作为该UC系统的客户端设备的各种终端设备（102、104）来进行通信。每一客户端设备都能够执行用于语音通信、视频通信、即时消息传递、应用共享、数据共享等的一个或多个通信应用。除其增强功能之外，终端设备还可通过外部连接，如通过PBX124，来促进到公共交换电话网（“PSTN”）的传统电话呼叫。终端设备可包括任何类型的智能电话、蜂窝电话、执行通信应用的任何计算设备、智能汽车控制台以及具有附加功能的增强电话设备。此外，UC系统的订户可使用一个以上的终端设备和/或通信应用以促进与其他订户进行各种模式通信。终端设备还包括通过有线或无线方式（例如，USB连接、蓝牙连接等）与其耦合的不同外设以促进通信的不同方面。

UC网络110包括执行不同任务的多个服务器。例如，UC服务器114可提供注册、在场、以及路由功能。路由功能使该系统能够基于默认和/或用户设置的策略来将旨在对一用户的呼叫路由到分配给该用户的客户端设备中的任一个。例如，如果用户不能通过常规电话被找到，则该呼叫可被转发到用户的蜂窝电话，并且如果没有接听则可以利用多个语音邮件选项或将传入呼叫转发到一个或多个指定的人。因为终端设备可以能够处理附加通信模式，所以UC服务器114可以通过接入服务器112提供对这些附加通信模式（例如即时消息通信、视频通信等）的访问。接入服务器112位于周边网络中并且以附加通信模式之一允许与其他用户通过UC网络110的连接。UC服务器114可包括执行上述功能的组合的服务器，或仅提供特定功能的专用服务器。例如，提供在场功能的在场服务器、提供路由功能的家庭服务器、权限管理服务器等。类似地，接入服务器112可提供多个功能，诸如防火墙保护和连接，或仅提供专用功能。

音频/视频（A/V）会议服务器118通过经由内部或外部网络促进音频和/或视频会议能力来提供这些能力。中介服务器116作为去往和来自诸如PSTN或蜂窝网络等其他类型的网络的信令和媒体（例如，通过PBX 124的或来自蜂窝电话122的呼叫）的中介。中介服务器116还担当会话发起协议（SIP）用户代理。

在UC系统中，用户可以具有一个或多个身份，该身份不必限于电话号码。取决于集成网络，该身份可以采取任何形式，如电话号码、会话发起协议（SIP）统一资源标识符（URI）、或任何其他标识符。尽管在UC系统中可以使用任何协议，但SIP是常用方法。

SIP是用于创建、修改和终止与一个或多个参与者的会话的应用层控制（信令）协议。该协议还可用于创建包括因特网电话呼叫、多媒体分发和多媒体会议的双方、多方或多播会话。SIP被设计成与底层传输层无关。

SIP客户端可使用传输控制协议（“TCP”）来连接到SIP服务器和其他SIP端点。SIP主要用于建立和破坏语音或视频呼叫。然而，它可以在需要会话发起的任何应用中使用。这些应用包括事件订阅和通知、终端移动性等。语音和/或视频通信通常通过单独的会话协议（通常是实时传输协议（“RTP”））来完成。

呼叫转移简档可以由UC系统的一个或多个服务器通过路由网内和网外对话来实现。服务器可以为用户存储一个或多个呼叫转移规则。可以允许用户使用规则来定义他们的简档，当规则被激活时，强制实施相应的呼叫转移设置。简档可以基于时间、位置或用户的在场状态。因而，服务器可以监视器用户的在场状态，包括他们的位置。在接收到呼入呼叫之后，服务器可以使用在用户的呼叫转移简档中基于上面所讨论参数中的一个或多个定义的呼叫转移设置，并且根据适用的设置来路由呼入呼叫，包括同时通知多个端点。

尽管已经将图1中的示例系统描述为具有诸如中介服务器、A/V服务器和类似的设备等的特定组件，但各实施例不限于示例组件和配置的这种系统。促进多模态呼叫转移简档管理的增强通信系统可以在采用较少的或额外的组件的其他系统和配置中实现。此外，这样的系统不必是集成各种通信模式的增强通信系统。通过使用在此描述原理协调跨越不同的通信模式的规则的实现，各实施例也可以在促进不同的通信模式的系统中不同地实现。

图2包括阐释用于管理呼叫转移简档的示例系统的基本组件的概念图200。尽管根据各实施例系统可能包括许多服务器和服务，例如在图1中阐释性地讨论的那些，但图2中仅示出与实施例相关的那些。

用户236可以通过一个或多个端点238参与增强通信系统。端点238可以包括能够执行通信应用的固定式或便携式计算设备或诸如智能电话等的专用通信设备。通信服务器244可以促进用户236的多模态通信。通信服务器244也可以提供辅助服务，例如维护基于在场的联系人列表、语音邮件服务和类似服务。在执行那些任务时，通信服务器244可以与在增强通信系统内的服务器（或服务）或外部服务器交互。与通信服务器244交换信息的示例服务器中的一些可以包括在场服务器240、电子邮件交换服务器242、目录服务器246和类似的服务器。

在根据各实施例的系统中，可以允许用户236基于一个或多个呼叫转移规则建立呼叫转移简档，且每一规则具有相应的呼叫转移设置。例如，用户236可以为工作指定呼叫转移简档并为假期指定另一个呼叫转移简档。第一简档可以包括基于时间和在场的规则，例如“在工作期间将我的呼叫转移给我的助手”以及“在我开会时将我的呼叫转移给我的语音邮件”。这些规则中的每一个都具有相应的呼叫转移设置：第一规则将呼入呼叫转移给另一号码，而第二规则将呼叫转移给语音邮件。许多参数可以被用来定义规则，包括但不限于：用户的位置、在场、一天中的时间、星期几、呼叫者的身份（如果已知，或未知）、呼叫类型（模态）、呼叫上下文（与项目相关联的、个人的等等）、转移类型（去往单个目的地、去往多个目的地）、在转移之前等待时间以及类似参数。

规则的范围可以是从正如上面所阐释的简单规则到下面结合图3讨论的复杂级联转移规则。一个或多个规则可以重叠或作为对于彼此的例外来实施。另外，也可以同时应用一个或多个简档。用于定义和实现简档的信息中的一些可以从呼叫本身导出（例如呼叫者身份、呼叫的上下文等等）。其他信息可以从像是在场服务器240或电子邮件交换服务器242等源接收。那些信息的示例包括指示用户是在开会的用户在场、或指示用户是在度假的用户的电子邮件/日程应用。信息的其他部分可以从用户行为推断。例如，用户的台式计算机通信应用的激活可以指示用户是在他/她的办公室中且不忙（除非用户的在场状态另外地指示）。

因而，呼叫转移简档可以确定如何路由呼入呼叫以及将其路由给谁、如何处理未接听的呼叫、在路由呼叫时使用什么定时（timing）以及什么情况适用于每一不同的设置。“给谁”可以包括将呼叫路由给由用户或默认的规则指定的一方或多方以及与所指定方相关联的一个或多个端点。可以允许用户通过为回答上面所列出的问题的每一简档定义适用的规则来建立呼叫转移简档。可以给用户提供采用图形、文本、颜色和阴影方案以得到用户友好的和流水线式的交互的用户界面以便指定他们的简档。下面讨论这样的用户界面的示例。

一旦完成了简档，用户可以手动地激活它们，或者由通信服务器244基于监视上面所讨论的参数（时间、在场等等）自动激活它们。当接收到呼叫时，可以检查一个或多个适用的简档且可以应用指定的规则。这可以实现相应的呼叫转移设置（例如在10秒之后转移给语音邮件）。

图3阐释根据各实施例的显示呼叫转移简档的示例用户界面的图300。呼叫转移简档给用户提供定义他们的呼叫转移设置以得到自动实现的框架。每一简档可以在要应用该简档（和关联的设置）时建立。这可以从日程应用、在场应用或指示用户的状态（例如在工作、在度假、在开会、离开等等）的其他资源自动判断。简档也可以指定如何转接呼入呼叫（例如转移给单个目的地、同时振铃、定义在首次尝试不成功时的多次转接的级联转移）。所转移的呼叫的目的地也可以在简档中定义（例如语音邮件、与用户相关联的其他端点、PSTN、联系人、联系人组、代表等等）。

一旦用户已经建立和配置一个或多个呼叫转移简档，简档可以由用户基于它们的情况激活或由系统基于来自用户的在场或日程信息的输入自动激活。呼叫转移简档可以使用自订阅在场模型跨端点漫游。一旦简档被激活，可以给用户提供呼叫转移简档的概要（由图形和/或颜色方案辅助）以便得到要应用到呼入呼叫的呼叫路由的视觉确认。

所描述的模型提供允许多个呼叫转移简档出现在系统中以及基于比如时间或在场等因素自动地应用特定的呼叫转移简档的灵活性。该系统也可以被扩展为使得同时有多个简档活动。例如，在与在场状态“正在通话”相同的时间，非工作时间简档可以是活动的。在这种情况中，可以实现将每一简档应用到呼入呼叫的预先定义的次序。基于时间的选项中的一些可以被定义为互斥的（即它们占据最高的优先次序且不与其他选项共存）。

可以在指定的时间自动激活与诸如来自日程应用的“工作时间”等的基于时间的规则相关联的呼叫转移简档。因此，用户可以基于他们的日程应用中的他们的日程在工作简档和下班简档之间自动切换。

类似地，用户可以定义假期简档，假期简档可以与来自用户的日程应用的离开办公室设置相关联。在这种情况中，如果用户在他们的日程/电子邮件应用中设置了他们的“离开办公室”消息，则可以自动应用相应的“假期”简档。可以应用与“假期”简档相关联的呼叫转移设置，直到用户休假归来并重置“离开办公室”状态。

其他呼叫转移简档可以包括基于在场的规则。用户可以为诸如“正在通话”、“在开会”、“忙碌”、“离开”、“有空”、“移动”、“离线”和类似状态等的在场状态定义呼叫转移简档。与具体的在场状态相关联的呼叫简档可以在用户处于所述可能的在场状态之一时自动地激活。这允许用户为每一在场状态定义不同的呼叫转移设置，例如“当我的在场状态为在开会时转移给我的代表”。

其他简档（或简档内的规则）可以基于呼入呼叫（例如呼叫模态、呼叫者标识、呼叫上下文）。诸如允许伴随附加服务的多模态通信的增强通信系统等的系统也提供比如呼叫者id等传统信息之外的与呼叫相关联的元数据。例如，呼入呼叫可以被分类为个人、企业、与特定的工程相关联或相似的类别。这样的信息允许用户决定如何应对呼叫，这在根据各实施例的系统中可以包括呼叫转移设置。遵循相同的示例，用于“假期”的呼叫转移简档可以包括在工作时间内接收的呼叫应被转移给助手（或团队成员）的规则。又一种规则可以指定，与特定的工程相关联的呼叫将被转移给主管。第二规则可以被自动地排序为优先于第一规则（因为其专门性）或被手动地排序且在简档被激活时应用。

图300中的用户界面包括允许用户建立呼叫转移简档的基本元素中的一些。用户界面的标题312显示所分配的简档名称（“工作”）及其状态（例如正在编辑、已完成、活动、不活动等等）。接下来，以图形流显示规则。该规则适用于在工作时间期间的呼叫（302）。如该流中所示出的，在工作时间期间的呼叫将被转移给John Doe，持续五秒（304）。如果该呼叫在五秒内没有被接听，则将它转接给JohnDoe的团队，持续30秒（308），且如果该第二尝试未被接听，则该呼叫将被投递给语音邮件310。

用户界面包括阐释第二规则的第二流。第二规则用于“个人呼叫”类别（306）中的呼叫，该呼叫被直接转移给语音邮件310。还在用户界面的底部以文本形式314呈现适用规则。用户界面中还包括用于确认或拒绝简档的控件（316）。根据各实施例的用于建立呼叫转移简档的用户界面可以包括附加元素，例如用于使用选择（例如下拉菜单）或直接输入（例如文本框）定义定时、目的地、情况等等的控件。诸如图标等的进一步的图形元素可以被用来指示呼叫的类型、呼叫转移目的地的类别（例如个人、团队、语音邮件）等等。

上面所讨论的场景、示例系统、呼叫转移简档或用户界面元素是出于阐释目的。各实施例不限于那些示例。其他形式的呼叫转移规则、呈现和用户界面控件可以用于使用在此描述的原理以相似的方式实现呼叫转移简档的管理。

图4阐释根据各实施例的用于定义呼叫转移简档的示例用户界面。正如图400中所阐释的，用户可以从多个默认简档中选择呼叫转移简档，且向用户呈现用于自定义简档的选项。可以通过图形和/或文本用户界面控件编辑基础规则。

在示例用户界面中，第一默认简档402是“工作”，该简档指定呼叫将被递送给用户且不被转移的规则412。可以允许用户点击规则并将其改变为另一规则。根据其他实施例，可以对简档施加管理员或系统定义的限制。例如，可以不允许某些类别的雇员修改“工作”简档，或仅允许其修改该简档的某些方面（例如仅转移给在工作场所内的目的地）。

用户界面中的第二示例简档404为“下班”指定呼叫转移规则414。对于这一特定的简档，允许修改规则。用户可以选择目的地424以便转移呼入呼叫，例如语音邮件。第三示例规则406是“远程工作”，该规则包括呼叫转移规则416“也振铃”。规则416允许对呼入呼叫同时振铃，其中同时振铃的目的地426由用户选择（例如团队成员的号码）。还可以提供用于定义、修改或移除简档的附加选项的控件430。

图5是其中可实现各实施例的示例联网环境。可以经由在诸如托管服务等的一个或多个服务器518上执行的软件实现提供包括呼叫转移简档管理能力的通信服务的增强通信系统。该系统可以便于诸如智能电话513、膝上型计算机512、以及台式计算机511（‘客户端设备’）等各个计算设备上的客户端应用程序之间通过网络510的通信。

如以上所讨论的，诸如UC服务等的现代通信技术允许订户利用结合通信服务的各种各样的计算设备和应用能力。这意味着，订户可以使用一个或多个设备（例如常规电话、智能电话、计算机、智能汽车控制台等等）通过预先配置多个呼叫转移规则以便在简档之间快速切换并激活相应的呼叫转移设置来促进通信和多个通信服务。

客户端设备511–513被用来促进通过各种模式在通信系统的用户之间的通信。服务器518中的一个或多个可以被用来允许用户如以上所描述的建立他们的呼叫转移简档并管理它们。呼叫转移简档管理信息可以被存储在一个或多个数据存储（例如数据存储516）中，数据存储可以由服务器518中的任何一个或数据库服务器514管理。

网络510可包括服务器、客户端、因特网服务供应商以及通信介质的任何拓扑结构。根据各实施例的系统可以具有静态或动态拓扑结构。网络510可以包括诸如企业网络等安全网络、诸如无线开放网络或因特网等非安全网络。网络510还可通过诸如PSTN或蜂窝网络等其他网络来协调通信。网络510提供此处描述的节点之间的通信。作为示例而非限制，网络510可以包括例诸如声学、RF、红外线和其它无线介质等无线介质。

计算设备、应用、数据源和数据分发系统的多种其他配置可以被用来实现具有呼叫转移简档管理的通信系统。此外，图5中讨论的联网环境仅出于阐释目的。各实施例不限于示例应用、模块或过程。

图6及相关联讨论旨在提供对其中可实现各实施例的合适计算环境的简要概括描述。参考图6，该图示出了诸如计算设备600之类的根据各实施例的应用的示例计算操作环境的框图。在基本配置中，计算设备600可以是作为增强通信系统的一部分的呼叫转移简档管理服务器，且包括至少一个处理单元602和系统存储器604。计算设备600还可以包括在执行程序时相互协作的多个处理单元。取决于计算设备的确切配置和类型，系统存储器604可以是易失性的（诸如RAM）、非易失性的（诸如ROM、闪存等）或是两者的某种组合。系统存储器604通常包括适于控制平台的操作的操作系统605，例如来自华盛顿州雷蒙德市的微软公司的

操作系统。系统存储器604还可以包括一个或多个软件应用，例如程序模块606、通信应用622和呼叫转移模块624。

通信应用622可以是促进客户端应用、服务器和其他设备之间的通过不同模态的通信的服务的一部分。呼叫转移模块624可以根据一个或多个用户呼叫转移简档中定义的规则转移呼入呼叫。该基本配置在图6中由虚线608内的那些组件示出。

计算设备600可具有附加特征或功能。例如，计算设备600还可包括附加数据存储设备（可移动和/或不可移动），诸如，例如磁盘、光盘或磁带。在图6中通过可移动存储609和不可移动存储610示出这样的附加存储。计算机可读存储介质可以包括以用于存储诸如计算机可读指令、数据结构、程序模块或其它数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。系统存储器604、可移动存储609和不可移动存储610都是计算机可读存储介质的示例。计算机可读存储介质包括但不限于，RAM、ROM、EEPROM、闪存或其它存储器技术，CD-ROM、数字多功能盘（DVD）或其它光学存储，磁带盒、磁带、磁盘存储或其它磁存储设备，或能用于存储所需信息且能够由计算设备600访问的任何其它介质。任何这样的计算机可读存储介质都可以是计算设备600的一部分。计算设备600也可具有输入设备612，诸如键盘、鼠标、笔、语音输入设备、触摸输入设备和类似输入设备。还可以包括输出设备614，诸如显示器、扬声器、打印机和其它类型的输出设备。这些设备在本领域中公知且无需在此处详细讨论。

计算设备600还可以包含允许该设备与其他设备616通信的通信连接618，诸如通过分布式计算环境中的无线网络、卫星链路、蜂窝链路和类似机制。其他设备618可包括执行通信应用的计算机设备、其他目录或策略服务器和类似设备。一个或多个通信连接616是通信介质的一个示例。通信介质可以包括计算机可读指令、数据结构、程序模块、或者诸如载波或其它传输机制等的已调制数据信号中的其它数据，并且包括任何信息传递介质。术语“已调制数据信号”是指具有以在信号中编码信息的方式被设定或改变其一个或多个特征的信号。作为示例而非限制，通信介质包括诸如有线网络或直接线连接之类的有线介质，以及诸如声学、RF、红外及其他无线介质之类的无线介质。

示例实施例还包括方法。这些方法可以用任何数量的方式，包括本文中所描述的结构来实现。一种此类方式是通过本文中描述的类型的设备的机器操作。

另一可任选方式是结合一个或多个人类操作者执行该方法的各个操作中的某一些来执行该方法的一个或多个操作。这些人类操作者无需彼此同在一处，而是其每一个可以仅与执行程序的一部分的机器同在一处。

图7阐释根据各实施例的用于管理呼叫转移简档的过程700的逻辑流程图。过程700可以被实现为促进呼叫转移的增强通信系统一部分。

过程700从操作710开始，操作710中，允许用户通过定义一个或多个呼叫转移规则建立呼叫转移简档，每一规则对应于呼叫转移设置。如先前所讨论的，可以提供用户界面以便允许用户选择、输入、移除和修改诸如时间、位置、在场状态等的参数，规则基于所述参数。用户界面可以进一步允许用户使用文本、图形、颜色、阴影和相似的呈现方案来指定用于所转移的呼叫的一个或多个目的地、替代（例如如果所转移的呼叫被弹回）和类似的参数。

在操作720，用户的状态由通信系统的服务器监视。用户的状态可以包括一天中的时间、星期几、用户的位置和用户的在场（有空、忙碌、在开会等等）。可以从多个源获取用户的状态信息。诸如在场等的一些信息可以直接来自服务器或可以推断而得（例如用户已经激活他们的移动通信设备可以意味着他们正在步行或驾驶而不是位于他们的办公室中）。

在操作730，通信服务器可以接收指定给用户的呼入呼叫。在操作740服务器可以基于用户的当前状态确定适用的呼叫转移简档，并应用所确定的简档中定义的规则。结果，在操作750，可以实现所应用的规则的呼叫转移设置，将呼叫转移给所指定的目的地。

过程700中所包括的操作是出于阐释目的。使用在此描述的原理，可以由具有较少步骤或附加步骤的相似过程且以不同的操作次序实现根据各实施例的呼叫转移简档管理服务。

以上说明书、示例和数据提供了对各实施例的组成的制造和使用的全面描述。尽管用结构特征和/或方法动作专用的语言描述了本主题，但可以理解，所附权利要求书中定义的主题不必限于上述具体特征或动作。相反，上述具体特征和动作是作为实现权利要求和各实施方式的示例形式而公开的。

Claims

1.一种用于管理呼叫转移简档的至少部分地在计算设备中执行的方法，所述方法包括：

允许用户建立呼叫转移简档，其中，所述呼叫转移简档包括对应于一个或多个呼叫转移设置的至少一个呼叫转移规则；

监视所述用户的状态；

基于所述用户的当前状态确定适用的呼叫转移简档；

接收指定给所述用户的呼入呼叫；以及

应用所述适用的呼叫转移简档中的所述至少一个呼叫转移规则来转移所述呼入呼叫。

2.如权利要求1所述的方法，其特征在于，基于来自以下一组中的至少之一来定义所述至少一个呼叫转移规则：用户位置、用户在场、一天中的时间、星期几、呼叫者身份、呼叫上下文、呼叫模态、路由类型和路由目的地。

3.如权利要求2所述的方法，其特征在于，所述呼叫上下文包括以下之一：个人呼叫、企业呼叫、紧急情况呼叫、以及与工程相关联的呼叫，且其中，所述呼叫模态包括以下之一：音频呼叫、视频呼叫、应用共享会话、数据共享会话、白板共享会话和文本消息交换。

4.如权利要求2所述的方法，其特征在于，所述路由类型包括以下之一：单次转移、级联转移和同时振铃，且其中，所述路由目的地包括以下之一：个人、组、与所述用户相关联的至少一个端点、和语音邮件。

5.如权利要求1所述的方法，其特征在于，所述用户的状态包括来自以下一组中的至少之一：所述用户的在场状态、所述用户的位置，一天中的时间和星期几。

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

基于以下之一确定所述用户的当前状态：来自在场应用的信息、来自日程应用的信息以及与所述用户相关联的活动端点；以及

基于所述用户的当前状态激活所述适用的呼叫转移简档。

7.如权利要求1所述的方法，其特征在于，用户界面允许所述用户指定用于定义所述呼叫转移规则的情况、路由目的地、路由类型、定时和呼叫上下文，且所述用户界面包括所定义的呼叫转移规则的文本和图形概要中的至少之一。

8.如权利要求1所述的方法，其特征在于，所述在场状态是以下之一：忙碌、在开会、度假、有空、移动、离线、正在呼叫和离开。

9.一种用于给多模态通信服务提供呼叫转移简档管理的通信系统，所述系统包括：

通信服务器，所述通信服务器被配置为：

允许用户通过采用图形流的用户界面建立呼叫转移简档，其中，所述呼叫转移简档包括对应于一个或多个呼叫转移设置的至少一个呼叫转移规则；

基于以下之一确定所述用户的当前状态：来自在场应用的信息、来自日程应用的信息以及与所述用户相关联的活动端点；

基于所述用户的当前状态确定适用的呼叫转移简档；

接收指定给所述用户的呼入呼叫；以及

应用所述适用的呼叫转移简档中的至少一个呼叫转移规则来转移所述呼入呼叫。

10.如权利要求9所述的系统，其特征在于，进一步包括：

在场服务器，所述在场服务器被配置为提供与所述用户相关联的在场信息以供所述通信服务器判断所述用户的当前状态。

11.如权利要求9所述的系统，其特征在于，进一步包括：

电子邮件交换服务器，所述电子邮件交换服务器被配置为提供与所述用户相关联的日程信息以供所述通信服务器判断所述用户的当前状态并自动地激活适用的呼叫转移简档。

12.如权利要求9所述的系统，其特征在于，所述用户界面被配置为呈现至少一个默认呼叫转移简档，且允许所述用户修改与所述默认呼叫转移简档相关联的至少一个呼叫转移规则。

13.一种其上存储有用于管理呼叫转移简档的指令的计算机可读存储介质，所述指令包含：

提供用于允许用户建立至少一个呼叫转移简档的图形用户界面，其中，所述呼叫转移简档包括对应于一个或多个呼叫转移设置的至少一个呼叫转移规则；

基于所述用户的当前状态确定适用的呼叫转移简档；

激活所述适用的呼叫转移简档；

接收指定给所述用户的呼入呼叫；以及

应用所激活的呼叫转移简档中的至少一个呼叫转移规则来转移所述呼入呼叫。

14.如权利要求13所述的计算机可读存储介质，其特征在于，所述指令还包括：

允许至少两个呼叫转移简档同时为活动的。

15.如权利要求13所述的计算机可读存储介质，其特征在于，所述呼叫转移简档使用自订阅在场模型跨增强通信系统的端点而漫游。