客户机控制的动态呼叫转发的制作方法

专利名称：客户机控制的动态呼叫转发的制作方法
客户机控制的动态呼叫转发
背景
诸如因特网等全球通信网络的出现担当了便携式计算设备的计算能力和服务汇合的催化剂。在这样的便携式无线设备的存储和计算能力发展的情况下，它们现在能够处理众多类型的不同数据类型，诸如图象、语音、视频剪辑、音频数据和文本数据。这种数据通常为特定目的单独使用。网络操作员和供应商(蜂窝和非蜂窝)早已认识到移动通信是可提供巨大回报的下一个新领域。由此，蜂窝顾客现在能够购买允许访问在因特网上可得的多媒体的蜂窝电话。在另一示例中，蜂窝电话用户还可以向因特网上的IP节点(另一用户)发送消息，并基于因特网阅读来自用户的电子邮件供应商的电子邮件。类似地，计算设备的电话能力也提供有利的机会。
在基于IP的客户机一服务器电信上下文(例如，VoIP——因特网协议上的语音)中，电话呼叫处理/转发规则传统上由服务器侧实现。这要求服务器对客户机已经设置的规则具有先验知识。以往服务器侧转发能起作用，因为客户机可应用的规则简单且易于实现。
然而，在将来，可能存在服务器不能够在没有来自客户机的附加协助的帮助下理解或应用呼叫处理规则的众多情况。这对于客户机部署和首次展示比服务器部署远更频繁的情况尤其重要，而事情往往如此。
而且，可以容易地想象，用户将能够购买现货供应的新的客户机软件，并在现有的服务器基础架构下使用它，因为与服务器应用程序相比，客户机应用程序能更迅速地开发和部署并更快速地演化。因此，例如SIP (会话发起协议)中的现有信令机制对于帮助解决问题是不充分或未被定义的。现有信令协议的另一问题是客户机无法向服务器指定呼叫应由代理处理。
概述
以下呈现了本发明的简化概述，以提供对所公开的本发明的某些方面的基本理解。该概述不是详尽的概览，它不旨在标识关键/重要的元素，也不旨在描绘其范围。其唯一的目的是以简化的形式来介绍一些概念，作为稍后提出的更为详细的描述的序言。
所公幵的体系结构介绍了一种允许客户手持机或计算设备控制如何在呼叫服务器上处理电话呼叫的客户机侧信令机制。客户机用户具备基于由现有会话协议利用的会话协议消息(例如，SIP——会话发起协议)在客户机上创建呼叫路由规则的能力。 一旦创建之后，用户可使呼叫路由规则被发送到呼叫服务器，在那里呼叫服务器处理该规则。当服务器接收到规则并确定规则与现有呼叫(传入的或当前正在处理的)有关时，服务器停止对该呼叫的当前规则处理并执行客户机侧规则。服务器可被配置成处理存储在服务器上的服务器侧规则，用于客户机呼叫的正常处理。然而， 一旦服务器接收到客户机创建的规则，它免除对该呼叫的服务器侧规则处理，并处理所接收的客户机规则。
所公开的本发明可应用于现有呼叫基础架构而无需改变服务器路由规则系统。另外，本发明可在无需在客户机登录时动态地向服务器添加附加的客户
机式功能的情况下应用。因此，用户能够购买现货供应的较新的客户机，并使用该较新的客户机上可用的新智能呼叫处理特征而同时使用现有的服务器基础架构。
在一个示例性实现中，会话协议是SIP，且客户机开发的呼叫路由规则利用SIP响应。可利用SIP协议中的SIP临时响应消息(lxx)和/或重定向响应
(3XX)来提供对服务器侧呼叫路由的客户机侧控制。在更自动化的实现中，客户机用户可在客户机上编写当被发送到呼叫服务器时包含服务器将应用于该特定呼叫的呼叫转发规则的脚本。当代理服务器接收这样的请求时，例如它
停止当前的呼叫分叉，并应用在lxx响应中指定的规则。
为对此支持，此处所公开和要求保护的体系结构包括便于呼叫管理的计算机实现的系统。该系统包括呼叫服务器中用于将客户机的呼叫路由到目的地的呼叫路由组件以及客户机中用于控制服务器处呼叫的路由的控制组件。客户机用户使用控制组件创建客户机侧规则，并将该规则发送到服务器侧呼叫路由组件以便执行与客户机相关的呼叫。然后根据客户机侧规则，路由该呼叫。
描述了与以下能力有关的方法允许客户机发送替换呼叫规则同时确保当前客户机继续振铃(或被警报)以基于一组替换的呼叫规则重定向呼叫方的能 力、呼叫服务器应用客户机生成的呼叫转发规则并中断已经进行中的任何其他 呼叫转发的能力、以及呼叫始发客户机在服务器不能应用呼叫转发规则时应用 呼叫转发规则的能力。
为了实现前述及相关目的，在这里结合下列描述及附图来描述所公开的本 发明的某些说明性方面。然而，这些方面仅指示了其中可利用此处公开的原理 的各种方法中的少数几种，且旨在包括所有这些方面及其等效方面。结合附图 阅读下面的详细描述，则其他优点和新颖特征将变得清楚。
附图简述


图1示出了根据所公开的本发明的便于呼叫管理的计算机实现的系统。 图2示出了管理来自客户机的呼叫的方法。
图3示出了便于响应于基于客户机的消息进行呼叫管理的更详细的系统。 图4示出了用于根据客户机侧控制转发呼叫的方法。 图5示出了在呼叫服务器的客户机控制的呼叫转发期间维护客户机侧进 程的方法。
图6示出了基于客户机侧规则的服务器侧处理的方法。 图7示出了基于SIP客户机的呼叫转发系统。 图8示出了使用SIP代理服务器的客户机侧控制的方法。 图9示出了使用SIP重定向服务器的客户机侧控制的方法。 图10示出了通过对当前在线的其他联系人振铃来进行客户机控制的示例 性呼叫流程图。
图11示出了使用3xx重定向来使呼叫转向的示例性呼叫流程图。 图12示出用于将呼叫重定向到PSTN目的地的的示例性呼叫流程图。 图13示出了通过使用对呼叫服务器的客户机侧控制来动态管理各个帐户 的呼叫的方法。
图14示出了通过使用对呼叫服务器的客户机侧控制来管理客户机处的在 场信息的方法。
图15示出了通过使用对呼叫服务器的客户机侧控制来管理对摘机(或在线)客户机的传入呼叫的方法。
图16示出了通过使用对呼叫服务器处理的客户机侧控制来基于客户机位置的改变而动态管理呼叫的方法。
图17示出了便于客户机侧规则创建和呼叫服务器控制的便携式无线设备的示意性框图。
图18示出了根据所公开的体系结构可用于执行呼叫服务器的客户机侧呼叫转发控制的台式机或便携式计算机的框图。
详细描述
现在参照附图描述本发明，其中相同的附图标记用于指代全文中相同的元素。在以下描述中，为解释起见，描绘了众多具体细节以提供对本发明的全面理解。然而，显然，本发明可以在没有这些具体细节的情况下实现。在其它情况下，以框图形式示出了公知的结构和设备以便于描述它们。
所公幵的体系结构介绍了一种例如SIP (会话发起协议)和/或其他会话协议中允许客户机控制在呼叫服务器上如何转发呼叫而不必改变现有的服务器呼叫路由规则、或在客户机登录时向服务器动态添加附加的客户机式功能的信令机制。结果，用户能够购买现货供应的较新的客户机，并使用其管理员己经部署的现有服务器基础架构来使用客户机上可用的新的智能呼叫处理特征。注意，尽管本发明详细描述了作为用于客户机和呼叫服务器之间的通信的会话协
议的SIP的使用，但可以理解，所公开的发明也适用于其他会话协议(例如H.323)。
SIP是由IETF (因特网工程任务组)MMUSIC (多方多媒体会话控制)工作组开发的协议，它是用于发起、修改和终止涉及诸如电话呼叫、多媒体会议、即时消息收发以及因特网上的其他实时通信(例如，在线游戏和虚拟现实)等多媒体元素的交互式用户会话的建议标准。它以及H.323是用于VoIP (IP上的语音)的主要信令协议之一。
SIP的一个激励目的是为基于IP的通信提供信令和呼叫建立协议，这些通信可以支持公共电话交换网(PSTN)中存在的呼叫处理功能和特征的超集。SIP的焦点在于呼叫建立和行令，其特征允许熟悉的电话式操作(例如，拨号、
9使电话振铃、收听回拨音或忙信号)。
SIP是仅要求非常简单的核心网络并在各端点(以硬件或软件建立的终端 设备)嵌入智能的对等协议。在典型的实现中，SIP会话仅是实时传输协议 (RTP)的分组流——实际语音或视频内容本身的载体。
提供传统电话的外观、感觉和形状的硬件端点使用SIP和RTP来进行通 信，并且还可使用电子编号(ENUM)将现有的电话号码转换成SIP地址(基 于URL (统一资源定位符)格式)。相应地，对其他SIP用户的呼叫可绕过电 话网络，即使服务供应商可能正常地担当到PSTN网络的网关来处理传统电话 号码和相关联的收费。
SIP使用被称为代理服务器的网络元件来帮助将请求路由到用户的当前位 置、为服务认证和授权用户、实现供应商呼叫路由策略以及向用户提供特征。 SIP也通过注册器(或用户代理服务器)提供注册功能，其允许用户上传其当 前位置供代理服务器使用。
一开始参考附图，图1示出了根据所公开的发明的便于呼叫管理的计算机 实现的系统100。系统100包括呼叫服务器104 (例如，代理服务器)中用于 将客户机106的呼叫路由到目的地的呼叫路由组件102。系统100还可包括客 户机106中用于控制服务器104处呼叫的路由的控制组件108。在操作中，当 呼叫服务器104接收定向到客户机106的呼叫时，呼叫服务器104用信号通知 客户机106有呼叫传入。无论客户机106当前对于呼叫是在线还是离线，客户 机106都可使呼叫服务器104根据不同于当前在呼叫服务器104上用于处理对 客户机106的呼叫的规则的客户机规则来处理该传入呼叫。客户机106用向呼 叫服务器104指示如何路由呼叫的一个或多个会话消息(例如，SIP)来响应 呼叫服务器104。
在一个示例中，SIP的临时响应消息包括从客户机106发送到服务器104 的呼叫转发规则，该规则在由服务器104执行时相应地路由呼叫。在另一示例 中，SIP的重定向响应消息包括从客户机发送到服务器的呼叫转发规则，该规 则在由服务器执行时路由呼叫。更具体地，所公开的体系结构利用SIP协议中 的(lxx，其中x为0到9)信息(即临时)响应消息和/或(3xx，其中x为O 到9)重定向响应。使用这些类型的响应中的至少一个或多个，可在客户机106处生成脚本，并将其从客户机106发送到呼叫服务器104，该脚本包含服务器
104应用于该特定呼叫的呼叫转发规则。当呼叫服务器104从客户机106接收到脚本时，它停止对该呼叫的当前路由分叉，并应用在lxx响应中指定的脚本中的一个或多个规则。
以下更详细描述的是与所公开的体系结构相关联的其他能力。例如，客户机106可包括向代理服务器104发送替换呼叫规则同时客户机106处理另一呼叫(例如，继续振铃或被警告)的能力。在另一示例中，客户机106包括发送根据SIP重定向响应消息重定向传入呼叫的处理的规则的脚本的能力。而且，呼叫服务器104包括应用从客户机106接收到的呼叫转发规则并中断已经在处理中的与该呼叫有关的任何其他呼叫转发进程的能力。另外，不需要现有呼叫或代理服务器的任何特殊的重新配置来应用从呼叫始发客户机106接收到的呼
叫转发规则。
常规上，例如SIPRPC (评定要求文件)3261文档规定了 380替换服务响应(SIP下的重定向响应)，但剩下其定义或用途未被定义。至少一个场景要求客户机向服务器指定代理行为。例如，考虑用户具有来自呼叫方的传入呼叫，并想要将呼叫方定向到其移动号码。在这种情况中，重新路由(例如，由代理进行)必须由LS (位置服务器)代理完成，从而禁止现有的SIP 302移动临时重定向响应用于该用途。
图2示出了管理来自客户机的呼叫的方法。尽管出于解释简明的目的，此处例如以流程图形式示出的一个或多个方法被示出并描述为一系列动作，但是可以理解和明白，本发明不受动作的次序的限制，因为根据本发明，某些动作可以按不同次序和/或与此处所示并描述的其它动作同时发生。例如，本领域技术人员将会明白并理解，方法可被替换地表示为一系列相互关联的状态或事件，诸如以状态图的形式。而且，并非所有示出的动作都是实施根据本发明的方法所必需的。
在200，在客户机处接收电话呼叫用于处理。这可以是基于IP的电话呼叫(例如，VoIP)，对其的处理与IP会话协议(例如，SIP)兼容。在一个实现中，呼叫服务器用信号通知客户机有呼叫正传入，且将被处理以与客户机连接。在另一实现中，呼叫被转发到客户机，此后开始呼叫转发以重新路由呼叫。在202，客户机向呼叫服务器发送SIP消息(或呼叫规则)的脚本，它控制呼 叫服务器根据客户机脚本来转发呼叫。在204，呼叫服务器接收并处理客户机 脚本以重新路由呼叫。
图3示出了便于响应于基于客户机的消息进行呼叫管理的更详细的系统 300。系统300包括呼叫服务器104中用于将客户机106的呼叫路由到目的地 的呼叫路由组件102，以及客户机106中用于生成、发送并最终控制服务器104 处呼叫的路由的控制组件108。
在此实现中，客户机106还包括用于开发一个或多个规则以便经由客户机 信令组件304传输到服务器104的客户机规则组件302。客户机信令组件304 便于利用不同的会话协议，诸如SIP。由客户机用户通过对客户机规则组件302 的用户界面创建的一个或多个规则可经由客户机信令组件304传输到服务器信 令组件306。在一个实现中，客户机和服务器信令组件(304和306)将SIP处 理为会话协议。在另一实现中，H.323是会话协议。或者，可釆用其他应用层 会话协议，诸如HTTP (超文本传输协议)和FTP (文件传输协议)。
如前所指示，客户机规则可按照可由服务器104执行的脚本的形式从客户 机106传输到服务器(或代理服务器)，这便于覆盖被选择来处理传入呼叫的 一个或多个服务器侧规则。脚本由服务器规则组件308接收，该组件处理脚本 和相关联的规则以相应地路由(或转发)呼叫。
如上所述，无论客户机106在另一呼叫到来时对于呼叫在线还是离线，客 户机106均可使呼叫服务器104根据不同于当前在呼叫服务器104上用于正常 处理对客户机106的呼叫的规则的客户机规则来处理传入呼叫。
图4示出了用于根据客户机侧控制转发呼叫的方法。在400，呼叫服务器 接收用于在呼叫服务器处对客户机呼叫进行正常处理的呼叫规则。呼叫服务器 将对于发往或发自客户机的呼叫处理这些规则，直到由客户机侧控制规则另外 指示。在402，呼叫服务器接收对客户机的呼叫。在404，服务器用信号通知 客户机有传入的呼叫，并发起服务器侧客户机呼叫路由规则的处理。在406， 客户机以消息响应以处理一个或多个基于客户机的替换呼叫路由规则。在408， 服务器接收并处理这一个或多个替换客户机呼叫路由规则。
图5示出了在呼叫服务器的客户机控制的呼叫转发期间维护客户机侧进程的方法。在500，客户机接收当前呼叫并与其连接。在502，客户机接收并处理与另一传入呼叫相关的信号。在504，客户机选择一个或多个基于客户机的替换呼叫路由规则用于服务器侧处理。在506，客户机使用会话协议将一个或多个替换呼叫路由规则发送到服务器。在508，客户机维护当前呼叫的正常呼叫进程，同时呼叫服务器处理一个或多个替换规则。换言之，客户机与控制呼叫服务器并发地处理与传入呼叫相关的警报、通知(例如，声音、啁啾声、振动、铃音...)和消息以及其他正在进行的进程，使得使用户意识到有另一传入的呼叫，响应于此替换规则可被传输到呼叫服务器以用于转发该新的呼叫。在另一示例中，当前呼叫可根据所发送的客户机侧规则来处理以将附加的接收方(例如，呼叫会议)连接到当前的呼叫。
现在参考图6，示出了基于客户机侧规则的服务器侧处理的方法。在600，呼叫服务器存储用于客户机呼叫的正常处理的客户机呼叫路由规则。规则可用于处理传入呼叫和用于处理客户机始发的呼叫。在602，服务器接收以客户机为目的地的呼叫，并访问该客户机的正常处理路由规则。在604，客户机选择一个或多个基于客户机的替换呼叫路由规则用于服务器侧处理。在606，服务器响应于被用信号通知有关传入的客户机呼叫而接收基于客户机的替换规则。在608,呼叫服务器中断传入呼叫的正常处理，并处理替换规则。在610，服务器根据替换规则路由当前的呼叫。
图7示出了基于SIP客户机的呼叫转发系统700。系统700包括代理服务器702、重定向服务器704和客户机(有线或无线)设备708的SIP用户客户端706。设备708的SIP客户端706可包括用于在客户机上创建规则以经由客户机SIP接口 712传输到代理服务器702和/或重定向服务器704并由其执行的客户机规则组件710。如图所示，客户机规则组件710和客户机SIP接口 712是SIP用户客户端706的一部分。然而，这并不是必需的，因为客户机规则组件710和/或客户机SIP接口 712中的任一个或其两者均可以是设备708的SIP用户客户端706之外的组件。
代理服务器702是从客户机(例如客户端706)接收SIP请求并代表客户机转发请求的中间网络实体。换言之，代理服务器702接收SIP消息，并将消息转发到网络的下一SIP服务器。代理服务器702可提供认证、授权、网络访问控制、路由、请求重新发送和安全功能。
重定向服务器704向客户机提供关于消息应取的下一个(或多个)中继段
的信息。之后，客户机直接联系下一中继段实体(或服务器)。注册器服务器
(未示出)处理客户端706注册客户机当前位置的请求。注意，注册器服务器 可与代理服务器702或重定向服务器704位于一处。当客户机设备移动时，其 位置可向SIP服务器动态注册。
当在客户机设备708处创建的规则中利用SIP重定向码时，客户机SIP接 口 712将SIP重定向响应传输到重定向服务器704的重定向服务器SIP接口 714。重定向服务器704可包括用于处理重定向响应的重定向规则组件716，以 及便于根据接收到的客户机规则来路由呼叫的重定向呼叫路由组件718。
当在由客户端706创建的规则中利用SIP信息响应时，客户机SIP接口将 该规则传输到代理服务器SIP接口 720。代理服务器702可包括用于处理信息 响应的代理规则组件722，以及便于根据接收到的客户机规则来路由呼叫的代 理呼叫路由组件724。
SIP服务器(702和704)可与诸如LDAP (轻量目录访问协议)、位置服 务器(例如，位置服务器726)、数据库应用程序以及XML(可扩展标记语言) 应用程序等其他服务交互。这些应用程序服务可提供诸如目录、认证和记帐服 务等后台服务。还注意到，电话可用作服务器或客户机。
呼叫可由客户机设备708发起，并通过SIP网关728路由到例如传统PBX (专用小交换机)和/或PSTN (公共交换电话网络)。网关728提供呼叫控制、 会议端点之间的转换、音频/视频编解码器、执行呼叫建立和对IP网络侧和交 换电路侧两者上的清空。
图8示出了使用SIP代理服务器的客户机侧控制的方法。在800，采用SIP 来进行呼叫代理服务器与客户机之间的呼叫处理。在802，开发SIP信息响应 (lxx)的客户机侧脚本作为服务器侧处理的替换规则。在804，发起呼叫(或 者是客户机始发的或者是以客户机为目的地的)，且客户机将脚本发送到代理 服务器以便作为处理客户机呼叫的一部分而执行。在806，代理服务器停止对 客户机呼叫的当前呼叫分叉。在808,代理服务器对当前呼叫应用被指定为lxx 消息的规则。
14图9示出了使用SIP重定向服务器的客户机侧控制的方法。在900，采用SIP来进行客户机与重定向服务器之间的呼叫处理。在901,创建一个或多个重定向响应的客户机侧脚本作为替换呼叫路由规则。在904，发起呼叫(或者是客户机始发的或者是以客户机为目的地的)，且客户机将脚本发送到重定向服务器以便代替存储在服务器上的、用于该客户机呼叫的正常处理规则而处理。在906，重定向服务器停止与该客户机相关的任何当前呼叫分叉。在908，重定向服务器执行规则的脚本，并相应地处理呼叫。
图10示出了通过对当前在线的其他联系人振铃的客户机控制的示例性呼叫流程图。该示例是在Alice与Bob双方之间的，其中Alice呼叫Bob。 Alice具有SIP地址sip:alice@contoso.com，其中格式为s^.'^^户7D@/f;^.cow。 Alice的客户机向代理服务器发送SIP邀请(INVITE)请^^，代理服务器确定到被叫方Bob的路径，该路径为SIP地址sip:bob@contoso.com,并将该邀请请求转发给Bob。服务器向Alice的客户机发回消息以向Alice指示正在尝试呼叫。Bob的客户机以IOO尝试(TRYING)响应来向代理服务器响应。
Bob在其客户机上创建并存储了规则集用于对当前在线的其他联系人振铃。Carol在线，且Bob的客户机向代理服务器(例如，位置服务器)发送临时响应(表示为lxx规则)，向代理服务器指示将Carol添加到该呼叫。代理服务器定位Carol的SIP地址，并向Carol的地址carol@contoso.com发起SIP邀请。Carol的客户机以180振铃(RINGING)响应来向代理服务器响应。服务器将振铃信号转发回Alice的客户机。Alice的客户机还向代理服务器发回200 OK成功响应，代理服务器将其转发到Alice的客户机。Alice的客户机向代理发送确认(表示为ACK)，该代理将ACK转发到Carol的客户机。在某一时刻，Bob决定退出该多方呼叫。从而，从代理服务器向Bob的客户机发送取消(CANCEL)消息，该客户机以SIP 200 OK消息响应。Bob的客户机向代理服务器发送487请求取消(Request Cancelled)，而服务器以ACK响应。
上述lxx临时响应(例如，199响应)可具有灵活的脚本，例如包含关于需要如何路由呼叫的细节的XML脚本。lxx响应有助于其他用户必需添加到呼叫的情况，而不必使当前设备停止振铃。以下提供某些示例。注意XML仅用于说明性目的，因为可采用其他语言。客户机包括便于由客户机用户创建脚本的软件。以下是用于将另一呼叫方 添加到现有呼叫的示例性XML代码脚本。
SIP/2.0 lxx Rules
To: Bob <sip:bob@contoso.com>;tag=76786 From: Alice <sip:alice@contoso.com〉;tag=98908 Call-ID: Contact:
CSeq: 7778 INVITE
Content-Type: application/ms-callproc-rules+xml Content-Length: 142
<ms-call-proc> <add>
〈location uri-caro顿contoso.com />
</add>
</ms-call-proc>
以下是用于将Carol和Dan的团队添加到现有呼叫的示例性XML代码。 SIP/2.0 lxx Rules
To: Bob <sip:bob@contoso.com>;tag=76786 From: Alice <sip:alice@contoso.com>;tag=98908 Call-ID: Contact:
CS叫'7778 INVITE
Content-Type: application/ms-callproc-rules+xml Content-Length: 142<ms-call-proc> <add>
<location uri=carol@contoso.com /> 〈location uri=dan@contoso.com /> </add>
</ms-call-proc>
以下是用于在十秒钟的时间段上向团队发送然后重定向到语音邮件或无 应答的示例性XML代码。
SIP/2.0 1 xx Rules
To: Bob <sip:bob@contoso.com>;tag=76786 From: Alice <sip:alice@contoso.com〉;tag=98908 Call-ID: Contact:
CS叫7778 INVITE
Content-Type: application/ms-callproc-rules+xml Content-Length: 142
<ms-call-proc>
<addwait=10 no-answe产voicemail〉
〈location uri=carol@contoso.com /〉
<location uri=dan@contoso.com /> </add>
</ms-call-proc〉
图11示出了使用3xx重定向来使呼叫转向的示例性呼叫流程图。以下呼 叫流程图是其中使用3xx响应(例如399)来使呼叫转向的示例。3xx响应有 助于向服务器指示基于由客户机指定的规则重新路由呼叫。3xx响应本质上停止对客户机振铃，并应用所指定的转发规则。
在该呼叫流程图中，Bob已经设置了将首先在5秒钟的时间段上将呼叫转
发给Carol、断开Carol然后连接至Dan的动态呼叫转发规则。Alice呼叫Bob, 然后该呼叫在对Dan振铃之前首先对Carol振铃。
Alice的客户机向代理服务器发送包括Bob的地址bob@contoso.com的SIP 邀请请求，代理服务器确定到被叫方Bob的路径，并将该邀请请求转发给Bob。 服务器向Alice的客户机发回消息以向Alice指示正在尝试呼叫。Bob的客户机 以100尝试响应来向代理服务器响应。Bob的客户机将重定向规则(3xx)发 送到代理服务器。服务器以ACK响应Bob的客户机。
Carol在线，且代理服务器向Carol的客户机发送SIP邀请请求，Carol的 客户机以180振铃消息来响应服务器。服务器将振铃信号转发到Alice的客户 机上。此时，发生5秒钟的超时，继之以向Carol的客户机发送取消消息。Carol 的客户机以ACK来响应服务器。
服务器然后向Dan的客户机发送SIP邀请，Dan的服务器以180振铃消息 响应该服务器，并发送到Alice的客户机上。Dan的客户机向服务器发送200 OK 消息，这被转发到Alice的客户机。Alice的客户机然后向服务器发送ACK以 便转发到Dan的客户机上。于是在Dan与Alice之间建立了双向语音信道。
以下是其中在呼叫的重定向中使用3xx消息的示例性XML代码。
SIP/2.0 3xx Apply Rules
To: Bob <sip:bob@contoso.com>;tag=76786
From: Alice <sip:alice@contoso.com>;tag=98908
Call-ID:
Contact:
CSeq: 7778 INVITE
Content-Type: application/ms-callproc-rules+xml Content-Length: 142
<ms-call-proc><retarget wait=5〉 <location uri=carol@contoso.com /> <location uri=dan@contoso.com /> </retarget>
<retarget wait=5 noanswer=voicemail> <location uri=dan@contoso.com /> </retarget> </ms-call-proc〉
图12示出用于将呼叫重定向到PSTN目的地的的示例性呼叫流程图。Alice 的客户机向代理服务器发送SIP邀请请求，代理服务器确定到被叫方Bob的路 径，该路径为SIP地址sip:bob@contoso.com，并将该邀请请求转发给Bob。月艮 务器向Alice的客户机发回消息以向Alice指示正在尝试呼叫。Bob的客户机以 100尝试响应以及SIP 180振铃消息来向代理服务器响应。服务器将180振铃 消息转发到Alice的客户机。
Bob已经在其客户机上创建并存储了用于重定向呼叫的规则集。相应地， 从Bob的客户机向服务器发送使用重定向脚本的SIP3xx重定向消息。服务器 然后向Alice的客户机发送SIP 181呼叫被转发(CALL IS FORWARDED)消 息。服务器然后向Bob的客户机发送ACK，并向PSTN网关发送具有在Bob 的重定向消息中规定的地址的邀请消息。网关通过向服务器发送180振铃消息 来响应，这被转发到Alice的客户机。SIP 200 OK消息也从网关发送到服务器， 并发送到Alice的客户机上。Alice的客户机向服务器发送ACK，服务器将ACK 转发到网关。于是在Alice的客户机与PSTN网关之间建立了双向语音信道。
以下是其中常规服务器侧呼叫处理可受益于所公开的客户机侧呼叫转发
控制的示例的方法。图13示出了通过使用对呼叫服务器的客户机侧控制来动 态管理对各个帐户的呼叫的方法。此处，客户机设备包括提供用户帐户信息的 CRM (顾客关系管理)应用程序。用户可在客户机处创建允许客户机用户动态 允许来自某些帐户的呼叫被定向到某些其他目的地(例如，重定向与银行帐户 信息有关的传入呼叫以被路由到以PSTN为目的地的家庭电话手持机)的规则。在1300，客户机用户在客户机上创建用于路由特定呼叫类型的一个或多个规
则。在1302，用信号通知客户机与特定的呼叫类型之一有关的传入呼叫。在 1304，客户机通过向呼叫服务器发送用于处理该特定呼叫类型的客户机规则来 响应服务器。在1306，呼叫服务器停止与传入呼叫有关的当前呼叫处理，执行 所接收的客户机侧规则，并相应地路由特定呼叫类型。在1307，呼叫服务器回 复到与该特定呼叫相关联的正常的服务器侧呼叫路由。
图14示出了通过使用对呼叫服务器的客户机侧控制来管理客户机处的在 场信息的方法。此处，客户机设备包括从其他第三方在场提供者聚集在场信息 的基于在场性的应用程序。因此，客户机侧规则可被创建并发送以供呼叫服务 器执行，以允许传入呼叫被定向到其在这些其他提供者上的状态为在线的人 们。在1400，客户机用户创建与其他提供者的在线用户的状态有关的、用于路 由呼叫的一个或多个在场规则。在1402，用信号通知客户机传入呼叫或发起传 出呼叫。在1404，客户机向呼叫服务器发送在场规则以便处理。在1406，呼 叫方接收并处理在场规则，并用信号通知客户机规则结果，这可以是另一提供 者的用户是在线还是离线。在1408，呼叫服务器根据在场规则为在线用户处理 呼叫。这可包括用信号通知在线用户连接到当前呼叫(例如，呼叫会议)。
图15示出了通过使用对呼叫服务器的客户机侧控制来管理对摘机(或在 线)客户机的传入呼叫的方法。此处，客户机设备便于用户创建引入诸如"请 勿打扰——仅当与经理开会时"等各种"状态"的规则。呼叫服务器不需要了解 用户当前正与谁讲话，且根据本发明的基于客户机的呼叫转发能力，客户机可 智能地将传入呼叫路由到助理或其他人。在1500，客户机用户在客户机上创建 一个或多个摘机规则，用于当用户正在通话时路由传入的呼叫。在1502，客户 机接收呼叫并转而摘机。在1504，客户机通过向呼叫服务器发送摘机规则以便 处理来响应。在1506，呼叫服务器处理摘机规则，并将传入的呼叫路由到其他 终端。规则还可包括向客户机设备提供令摘机用户知道谁正在试图呼入的信 令。因此，可显示简要的文本消息、播放简要的音频音调、播放简短的视频剪 辑等，这些中的任何一个都可以是为特定呼叫方定制的。
图16示出了通过使用对呼叫服务器处理的客户机侧控制来基于客户机位 置的改变而动态管理呼叫的方法。例如，客户机的状态可能会频繁改变，而使
20服务器可能不了解该状态；从而，服务器上的呼叫处理规则可能不适用。 一个 示例包括配备GPS (全球定位系统)接收器的移动设备的客户机。用户可将该 移动设备带往国家的各个部分，且根据本发明的基于客户机的呼叫转发能力， 用户已经将设备编程为基于用户的当前位置适当地路由呼叫。例如， 一规则可 以是"当我在工作时，使我的工作电话振铃；当我在阿拉巴马州时，使我的移 动设备振铃"。
在1600,接收包括GPS能力和客户机侧规则创建能力的客户机设备。在 1602，客户机用户创建用于与客户机设备的地理位置的改变相关地路由传入呼 叫的一个或多个位置规则。在1604，客户机用户将客户机设备移动到不同的地 理位置。在1606，客户机检测设备位置的改变。这可通过设备具有接收并周期 性地处理GPS数据以作出该判断的能力来进行。在1608，呼叫服务器用信号 通知客户机传入呼叫。在1610，客户机通过向呼叫服务器发送位置规则以便该 位置规则的服务器侧处理来响应。在1612，服务器处理该规则并相应地路由传 入呼叫。
如在本申请中所使用的，术语"组件"和"系统"旨在表示计算机相关的实 体，其可以是硬件、硬件和软件的组合、软件、或者执行中的软件。例如，组
件可以是但不限于在处理器上运行的进程、处理器、硬盘驱动器、(光和/
或磁存储介质的)多个存储驱动器、对象、可执行代码、执行的线程、程序、 和/或计算机。作为说明，运行在服务器上的应用程序和服务器都可以是组件。 一个或多个组件可以驻留在进程和/或执行的线程内，且组件可以位于一台计算 机内上/或分布在两台或更多的计算机之间。
图17示出了便于客户机侧规则创建和呼叫服务器控制的便携式无线设备 (PWD) 1700 (例如，蜂窝电话、便携式计算机、图形输入板PC)的示意性 框图。设备1700包括与一个或多个内部组件接口以便进行数据和指令的控制 和处理的处理器1702。处理器1702可以被编程为控制并操作设备700内的各 个组件，以执行在此所描述的各种功能。处理器1702可以是多种合适处理器 中的任何一种(例如，DSP——数字信号处理器)，且可以是多处理器子系统。
存储器和存储组件1704接口至处理器1702，并用于存储程序代码，还用 作诸如数据、应用程序、服务、元数据、设备状态等信息的存储装置。存储器和存储组件1704可包括适用于存储从传感子系统和/或传感器获取的至少一组
完整的所传感的输入数据的非易失性存储器。因此，存储器1704可以包括供 处理器1702进行高速访问的RAM或闪存和/或大容量存储器，例如，能够存 储包含文本、图像、音频和视频内容的数千兆字节数据的微驱动器。根据一个 方面，存储器1704具有足够的存储容量来存储与不同的服务有关的多组信息， 而且处理器1702可以包括便于在对应于不同服务的各组信息之间交替或循环 的程序。
显示器1706可经由显示驱动器子系统1708被耦合到处理器1702。显示 器1706可以是彩色液晶显示器(LCD)、等离子显示器、触摸屏显示器等等。 显示器1706起到呈现数据、图形或其他信息内容的作用。此外，显示器1706 可以呈现用户可选择的以及提供对设备1700的控制和配置的各种功能。在触 摸屏示例中，显示器1706可以显示便于用户就控制和/或配置进行交互的可触 摸选择的图标。
可以由板上电源系统1710 (例如，电池组或燃料电池)向处理器1702和 构成设备1700的其他板上组件供电。在电源系统1710失效或与设备1700断 开连接的情况下，可采用备用电源1712向处理器1702和其他组件(例如，传 感器、图像捕捉设备...)供电，且如果使用可充电技术还可以向板上电源系统 1710充电。例如，备用电源1712可以便于经由电源转换器接口到外部电网连 接。处理器1702可被配置成提供电源管理服务，例如以便引起减少电流消耗 的睡眠模式或在检测到预期的电源故障时发起设备1700的有序关闭。
设备1700包括通信子系统1714，该通信子系统具有数据通信端口 1716， 端口 1716被用来使设备1700接口至远程计算系统、服务器、服务等等。端口 1716可包括提供串行通信能力的一个或多个串行接口，诸如通用串行总线 (USB)和/或IEEE 1794。也可包括其他技术，但不限于，例如利用红外通 信端口的红外通信以及无线分组通信(例如，蓝牙TM、 Wi-Fi和Wi Max)。如 果是智能电话，则数据通信子系统1714可包括SIM (订户身份模块)数据和 蜂窝注册和网络通信必需的信息。
设备1700还可以包括与处理器1702处于有效通信的射频(RF)收发器 部分1718。 RF部分1718包括RF接收机1720，它经由天线1722从远程设备或系统接收RF信号，并可以解调该信号以获得其中调制的数字信息。RF部分 1718还包括用于将信息(例如，数据、服务)发射到远程设备或系统的RF发 射机1724，例如，响应于经由用户输入设备1726 (例如，小键盘)的手动用 户输入来发射，或者响应于输入的检测和/或留下通信范围或其他预定或编程的 准则的预期自动地发射。
设备1700还可包括音频I/0子系统1728，它由处理器1702控制并处理来 自麦克风或类似的音频输入设备(未示出)的语音输入。音频子系统1728还 便于经由扬声器或类似的音频输出设备(未示出)呈现语音和音频输出信号。
设备1700还可包括接口至处理器、便于向设备本身和/或远程系统认证用 户的认证组件1730。处理器1702还接口至传感子系统块1732，它便于捕捉和 输入OCR数据、语音数据、手写数据和图象/视频数据，例如用于判断用户上 下文和/或概念。另夕卜，设备1700包括一个或多个应用程序1734 (例如，成像 程序、视频呈现程序、OCR程序、搜索引擎...)，它们可被运行以启用传感 系统的根据本发明的体系结构用于接收所传感的输入数据的操作。根据本发 明，应用程序1734可包括便于与代理和/或重定向服务器进行会话协议通信以 便进行呼叫路由管理的客户端1736。为支持规则创建和控制，应用程序1734 还可包括规则和控制组件1738。设备用户然后可创建一个或多个会话响应(例 如，SIP响应)的规则以便传输到服务器以响应于接收呼叫和/或在呼叫期间控 制呼叫转发，不论该呼叫是客户机始发的还是以客户机为目的地的。
设备1700还可包括物理接口子系统1740，它允许直接物理连接至另一系 统(例如，经由连接器)而非通过其间的无线通信或电缆通信。
现在参考图18,示出了根据所公开的体系结构可用于执行呼叫服务器的 客户机侧呼叫转发控制的台式机或便携式计算机的框图。为了提供用于其各方 面的附加上下文，图18及以下讨论旨在提供对其中可实现本发明的各方面的 合适的计算环境1800的简要概括描述。尽管以上描述是在可在一个或多个计 算机上运行的计算机可执行指令的一般上下文中进行，但是本领域的技术人员 将认识到，本发明也可结合其它程序模块和/或作为硬件和软件的组合来实现。
一般而言，程序模块包括执行特定任务或实现特定抽象数据类型的例程、 程序、组件、数据结构等等。此外，本领域的技术人员可以理解，本发明的方法可用其它计算机系统配置来实施，包括单处理器或多处理器计算机系统、小 型机、大型计算机、以及个人计算机、手持式计算设备、基于微处理器的或可 编程消费电子产品等，其每一个都可操作上耦合到一个或多个相关联的设备。
所示的本发明的各方面也可在其中某些任务由通过通信网络链接的远程 处理设备来执行的分布式计算环境中实施。在分布式计算环境中，程序模块可 以位于本地和远程存储器存储设备中。
计算机通常包括各种计算机可读介质。计算机可读介质可以是可由计算机 访问的任何可用介质，且包括易失性和非易失性介质、可移动和不可移动介质。 作为示例，而非限制，计算机可读介质可以包括计算机存储介质和通信介质。 计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或
其它数据之类的信息的任意方法或技术实现的易失性和非易失性、可移动和不
可移动介质。计算机存储介质包括但不限于，RAM、 ROM、 EEPROM、闪存 或其它存储器技术、CD-ROM、数字视频盘(DVD)或其它光盘存储、磁盒、 磁带、磁盘存储或其它磁存储设备、或可以用来储存所期望的信息并可由计算 机访问的任一其它介质。
再次参考图18，用于实现各方面的示例性环境1800包括计算机1802,计 算机1802包括处理单元1804、系统存储器1806和系统总线1808。系统总线 1808将包括但不限于系统存储器1806的系统组件耦合到处理单元1804。处理 单元1804可以是各种市场上可购买到的处理器中的任意一种。双微处理器和 其它多处理器体系结构也可用作处理单元1804。
系统总线1808可以是若干种总线结构中的任一种，这些总线结构还可互 连到存储器总线(带有或没有存储器控制器)、外围总线、以及使用各类市场 上可购买到的总线体系结构中的任一种的局部总线。系统存储器1806包括只 读存储器(ROM) 1810和随机存取存储器(RAM) 1812。基本输入/输出系统 (BIOS)储存在诸如ROM、 EPROM、 EEPROM等非易失性存储器1810中， 其中BIOS包含帮助诸如在启动期间在计算机1802内的元件之间传输信息的基 本例程。RAM 1812还可包括诸如静态RAM等用于高速缓存数据的高速RAM。
计算机1802还包括内置硬盘驱动器(HDD) 1814 (例如，EIDE、 SATA)， 该内置硬盘驱动器1814还可被配置成在合适的机壳(未示出)中外部使用；磁软盘驱动器(FDD) 1816 (例如，从可移动磁盘1818中读取或向其写入)； 以及光盘驱动器1820 (例如，从CD-ROM盘1822中读取，或从诸如DVD等 其它高容量光学介质中读取或向其写入)。硬盘驱动器1814、磁盘驱动器1816 和光盘驱动器1820可分别通过硬盘驱动器接口 1824、磁盘驱动器接口 1826 和光盘驱动器接口 1828连接到系统总线1808。用于外置驱动器实现的接口 1824包括通用串行总线(USB)和IEEE 1394接口技术中的至少一种或两者。
其它外部驱动器连接技术在本发明所考虑的范围之内。
驱动器及其相关联的计算机可读介质提供了对数据、数据结构、计算机可
执行指令等的非易失性存储。对于计算机1802，驱动器和介质容纳适当的数字 格式的任何数据的存储。尽管以上对计算机可读介质的描述涉及HDD、可移 动磁盘以及诸如CD或DVD等可移动光学介质，但是本领域的技术人员应当 理解，示例性操作环境中也可使用可由计算机读取的任何其它类型的介质，诸 如zip驱动器、磁带盒、闪存卡、盒式磁带等等，并且任何这样的介质可包含 用于执行所公开的发明的方法的计算机可执行指令。
多个程序模块可储存在驱动器和RAM 1812中，包括操作系统1830、 一 个或多个应用程序1832、其它程序模块1834和程序数据1836。所有或部分操 作系统、应用程序、模块和/或数据也可被高速缓存在RAM 1812中。应该明 白，本发明可以用各种市场上可购得的操作系统或操作系统的组合来实施。
用户可以通过一个或多个有线/无线输入设备，例如键盘1838和诸如鼠标 1840等定点设备将命令和信息输入到计算机1802中。其它输入设备(未示出) 可包括话筒、IR遥控器、操纵杆、游戏手柄、指示笔、触摸屏等等。这些和其 它输入设备通常通过耦合到系统总线1808的输入设备接口 1842连接到处理单 元1804，但也可通过其它接口连接，如并行端口、 IEEE 1394串行端口、游戏 端口、 USB端口、 IR接口等等。
监视器1844或其它类型的显示设备也经由接口，诸如视频适配器1846 连接至系统总线1808。除了监视器1844之外，计算机通常包括诸如扬声器和 打印机等的其它外围输出设备(未示出)。
计算机1802可使用经由有线和/或无线通信至一个或多个远程计算机，诸 如远程计算机1848的逻辑连接在网络化环境中操作。远程计算机1848可以是工作站、服务器计算机、路由器、个人计算机、便携式计算机、基于微处理器 的娱乐设备、对等设备或其它常见的网络节点，并且通常包括以上相对于计算 机1802描述的许多或所有元件，尽管为简明起见仅示出了存储器/存储设备
1850。所描绘的逻辑连接包括到局域网(LAN) 1852和/或例如广域网(WAN) 1854等更大的网络的有线/无线连接。这一 LAN和WAN联网环境常见于办公 室和公司，并且方便了诸如内联网等企业范围计算机网络，所有这些都可连接 到例如因特网等全球通信网络。
当在LAN网络环境中使用时，计算机1802通过有线和/或无线通信网络 接口或适配器1856连接到局域网1852。适配器1856可以帮助到LAN 1852的 有线或无线通信，而LAN又可包括其上设置的用于与无线适配器1856通信 的无线接入点。
当在WAN网络环境中使用时，计算机1802可包括调制解调器1858，或 连接到WAN 1854上的通信服务器，或具有用于通过WAN 1854，诸如通过因 特网建立通信的其它装置。或为内置或为外置以及有线或无线设备的调制解调 器1858经由串行端口接口 1842连接到系统总线1808。在网络化环境中，相对 于计算机1802所描述的程序模块或其部分可以存储在远程存储器/存储设备 1850中。应该理解，所示网络连接是示例性的，并且可以使用在计算机之间建 立通信链路的其它手段。
计算机1802可用于与操作上设置在无线通信中的任何无线设备或实体通 信，这些设备或实体例如有打印机、扫描仪、台式和/或便携式计算机、便携式 数据助理、通信卫星、与无线可检测标签相关联的任何一个设备或位置(例如， 公用电话亭、报亭、休息室)以及电话。这至少包括Wi-Fi和蓝牙TM无线技术。 由此，通信可以如对于常规网络那样是预定义结构，或者仅仅是至少两个设备 之间的自组织通信。
Wi-Fi，即无线保真，允许从家里沙发、酒店房间的床上或工作的会议室 连接到因特网而不需要线缆。Wi-Fi是一种类似蜂窝电话中使用的无线技术， 它使得诸如计算机等设备能够在室内和室外，在基站范围内的任何地方发送和 接收数据。Wi-Fi网络使用称为正EE 802.11x (a、 b、 g等等)的无线电技术来 提供安全、可靠、快速的无线连接。Wi-Fi网络可用于将计算机彼此连接、连接到因特网以及连接到有线网络(使用IEEE 802.3或以太网)。
Wi-Fi网络可在非特许的2.4和5GHz无线电波段中操作。IEEE 802.11 — 般应用于无线WAN,并使用跳频扩谱(FHSS)或直接序列扩谱(DSSS)中 的任一种在2.4GHz的波段中提供1或2Mbps的传输。IEEE 802.11a是IEEE 802.11的扩展，其应用于无线LAN，并在5GHz波段中提供高达54Mbps。IEEE 802.11a使用正交频分多路复用(OFDM)编码方案而非FHSS或DSSS。 IEEE 802.11b (也被称为802.11高速DSSS或Wi-Fi)是802.11的扩展，其应用于无 线LAN并在2.4GHz波段中提供11Mbps传输(带有向5.5、 2和1Mbps的回 退)。IEEE 802.1 lg应用于无线LAN,并在2.4GHz波段中提供20+的Mbps。 产品可包括一个以上的波段(例如，双波段)，因此网络可提供类似于在许多 办公室中使用的基本10BaseT有线以太网网络的真实性能。
上面描述的包括所公开的本发明的各示例。当然，描述每一个可以想到的 组件和/或方法的组合是不可能的，但本领域内的普通技术人员应该认识到，许 多其它组合和排列都是可能的。因此，本发明旨在涵盖所有这些落入所附权利 要求书的精神和范围内的更改、修改和变化。此外，就在说明书或权利要求书 中使用术语"包括"而言，这一术语旨在以与术语"包含"在被用作权利要求书中 的过渡词时所解释的相似的方式为包含性的。
权利要求
1. 一种便于电话呼叫管理的计算机实现的系统(100)，包括呼叫服务器(104)中用于将客户机(106)的呼叫路由到目的地的呼叫路由组件(102)；以及所述客户机(106)中用于控制所述呼叫在所述服务器(104)处的路由的控制组件(108)。
2. 如权利要求1所述的系统，其特征在于，所述客户机的所述控制组件使 用会话协议的一个或多个消息向所述服务器的所述呼叫路由组件发送信号来 控制所述呼叫在所述服务器上的路由。
3. 如权利要求2所述的系统，其特征在于，所述会话协议是会话发起协议 (SIP)。
4. 如权利要求3所述的系统，其特征在于，所述SIP的临时响应消息包括 从所述客户机发送到所述服务器的呼叫转发规则，该规则在由所述服务器执行 时路由所述呼叫。
5. 如权利要求3所述的系统，其特征在于，所述SIP的重定向响应消息包 括从所述客户机发送到所述服务器的呼叫转发规则，该规则在由所述服务器执 行时路由所述呼叫。
6. 如权利要求3所述的系统，其特征在于，所述控制组件便于使用lxx 和3xx SIP响应中的至少一个来路由所述呼叫。
7. 如权利要求1所述的系统，其特征在于，所述呼叫服务器的所述呼叫路 由组件停止对与所述呼叫相关的规则的处理，并处理从所述客户机的所述控制 组件接收到的呼叫路由规则。
8. 如权利要求1所述的系统，其特征在于，所述客户机的所述控制组件展 示用于用户访问的会话协议消息，所述用户创建用于传输到所述呼叫路由组件 并由其执行以路由所述呼叫的客户机侧脚本。
9. 如权利要求1所述的系统，其特征在于，所述控制组件便于在控制所述 呼叫在所述服务器处的路由的同时并发地处理所述客户机处的信令和消息收 发。
10. —种管理电话呼叫路由的方法，包括 接收电话呼叫以便处理(200);使用在客户机处创建的呼叫转发规则从所述客户机向呼叫服务器发送信 号(202);以及基于所述呼叫转发规则在所述服务器处路由所述呼叫(204)。
11. 如权利要求10所述的方法，其特征在于，还包括当在所述呼叫服 务器处接收到所述呼叫时从所述客户机向所述呼叫服务器动态地发送信号以 转发所述呼叫。
12. 如权利要求10所述的方法，其特征在于，还包括 检测其他在线客户机的在场性；以及基于所述呼叫转发规则在所述呼叫服务器处路由所述呼叫以将所述呼叫 连接至所述其他在线客户机。
13. 如权利要求IO所述的方法，其特征在于，还包括 检测所述客户机的地理位置变为新位置的改变；以及 基于所述呼叫转发规则在所述呼叫服务器处路由所述呼叫以便于将所述呼叫路由至所述客户机的新位置。
14. 如权利要求10所述的方法，其特征在于，还包括执行所述呼叫转发规则的SIP消息以在所述呼叫服务器处启用所述呼叫的路由。
15. 如权利要求IO所述的方法，其特征在于，还包括 检测来自一帐户的呼叫；以及基于所述呼叫转发规则在所述呼叫服务器处路由所述呼叫以便于将所述 呼叫路由至与所述帐户相关联的目的地。
16. 如权利要求10所述的方法，其特征在于，还包括基于所述基于客 户机的呼叫转发规则将多个不同的呼叫方连接至所述呼叫。
17. 如权利要求10所述的方法，其特征在于，还包括在所述客户机当 前正处理另一呼叫的同时基于所述呼叫转发规则在另一设备处动态地终止所 述呼叫。
18. 如权利要求IO所述的方法，其特征在于，还包括 响应于接收到所述电话呼叫将所述呼叫转发规则发送到所述呼叫服务器，所述电话呼叫是基于PSTN的呼叫；以及基于所述呼叫转发规则在所述呼叫服务器处将所述基于PSTN的呼叫路由到移动电话。
19. 如权利要求IO所述的方法，其特征在于，还包括在所述客户机处创建脚本，所述脚本包括SIP临时响应消息和SIP重定向 响应消息中的一个或多个；响应于接收所述电话呼叫将所述脚本发送到所述呼叫服务器；以及 处理所述脚本以在所述服务器处执行所述呼叫的路由。
20. —种呼叫管理系统，其包括 用于在客户机上创建呼叫路由规则的装置(710);用于在客户机和SIP呼叫服务器之一处接收呼叫以便处理的装置(702);用于将所述呼叫路由规则从所述客户机发送到所述呼叫服务器的装置 (712);用于在所述呼叫服务器处执行所述呼叫路由规则的装置(722);以及 用于基于所述呼叫路由规则在所述服务器处路由所述呼叫的装置(724)。
全文摘要
允许客户机控制如何在呼叫服务器上处理电话呼叫的客户机侧信令机制。客户机用户可在客户机设备上使用管理会话协议消息的客户机控制组件创建呼叫路由规则。一旦创建之后，在客户机上创建的呼叫路由规则即被发送到呼叫服务器，在那里呼叫服务器的呼叫路由组件处理有关与该客户机相关的呼叫的规则。当服务器接收规则并确定规则与现有呼叫(传入或当前正在处理)有关时，服务器停止对该呼叫的当前正常服务器规则处理并执行客户机侧创建的规则。在一个示例中，采用SIP会话消息来进行服务器侧呼叫转发的客户机控制。
文档编号H04M11/00GK101507211SQ200780031403
公开日2009年8月12日 申请日期2007年8月15日 优先权日2006年8月31日
发明者A·拉加哈弗, E·施蒂格曼, N·博贝德, R·拉马内森 申请人:微软公司