CN1825875B - 基于在场信息转发电话呼叫的方法和系统 - Google Patents

Abstract

呼叫转发系统基于由与电话号码相关联的计算设备所报告的用户在场信息来转发电话呼叫。当电话系统接收定向至用户计算设备的其中一个电话号码的呼入时，它向每一计算设备发送呼入事件。在从电话系统接收呼入事件之后，每一计算设备基于在场信息确定用户是否最有可能在该计算设备处在场。当计算设备确定用户最有可能在该计算设备处在场时，它向电话系统发送将呼入转发给与该计算设备相关联的电话号码的通知，以实现基于在场信息的呼叫自动转发。

Description

基于在场信息转发电话呼叫的方法和系统

交叉引用

本发明涉及同时提交的名为“METHOD AND SYSTEM FOR MUTING AUDIOBASED ON A CALL EVENT(基于呼叫事件静音的方法和系统)”的美国专利申请第11/066,716号(代理案卷号418268161US)。

技术领域

本发明所述的技术一般涉及用于转发电话呼叫的计算机系统。

背景技术

对话参与者之间经由其计算机系统的实时对话正变得越来越常见。此类实时对话要求参与者在其计算机系统(例如，个人数字助理)处在场，并且当接收到通信时能够作出响应。实时对话的一种常见形式由即时消息通信服务提供。即时消息通信服务允许参与者发送消息，并使这些消息在一两秒之内被对话中的另一个参与者接收。接收方参与者然后能以类似的方式向另一个参与者发送响应消息。为变得有效，实时对话依赖于参与者非常迅速地知道、审阅、以及响应于所接收的消息。该迅速响应与常规电子邮件系统形成对比，在后者中，电子邮件消息的接收者在方便的时候响应于消息。

当发起方参与者想要开始实时对话时，该参与者需要知道预期的参与者是否能实时响应于消息。如果否，那么通过常规电子邮件、语音邮件、或某种其它机制的通信可能更为适当。例如，如果预期参与者的计算机目前切断了电源，那么不可能进行实时对话。此外，如果他们的计算机目前通电，但预期参与者远离其计算机，那么也不能进行实时对话。发起方参与者想要知道预期参与者的可用状态，以对通信的形式作出适当的决策。

诸如计算机系统或与该计算机系统相关联的用户等实体的可用状态被称为“在场信息”。在场信息标识用户的当前“在场状态”。用户令其在场信息可用，以使其它用户可决定怎样以最佳方式与他们通信。例如，在场信息可指示用户是登录(“在线”)即时消息通信服务还是注销(“离线”)。在场信息也可提供关于用户可用性的更详细的信息。例如，即使用户在线，该用户可能在会议中而远离其计算机。在这样的情形中，在场状态可指示“在线”以及“会议中”。

在即时消息通信环境中，发布用户(“发布者”)可将其在场信息提供给在场服务器，后者然后将该在场信息提供给订阅用户(“订阅者”)。因此，在场服务器可使用订阅者/发布者模型来为在场服务的用户提供在场信息。只要用户的在场信息改变，该用户的计算机系统就向在场服务器通知该改变，而后者进而向订阅用户通知该改变。订阅用户然后可基于预期参与者的在场信息，决定是否要发起即时消息通信对话。例如，如果在场信息指示发布用户目前正在进行会议电话呼叫，那么订阅用户可决定发送即时消息，而不是打电话给发布用户。然而，如果订阅用户需要呼叫发布用户并与其通话，那么订阅用户需要监视发布用户的在场信息，以知道何时能够进行呼叫。当订阅用户注意到发布用户的在场信息指示电话会议已经结束时，订阅用户然后可进行电话呼叫。

尽管订阅计算机系统可获得在场信息，使得可以作出关于通信的适当形式的决策，但是对不能或没有订阅在场信息的设备而言在场信息不可用。例如，当某人想要进行电话呼叫时，该人可能不知道被呼叫方的当前位置，因为呼叫方可能不在计算机系统附近或被呼叫方不允许呼叫方订阅其在场信息。结果是，呼叫方可能在定位被呼叫方之前尝试拨打若干不同的电话号码。尽管某些系统试图解决必须拨打多个电话号码的问题，但是这些系统也有各种缺点。例如，一种系统允许个人拥有一个主要电话号码，并将在该主要电话号码上接收的呼叫转发给其它次要的电话号码。这样的系统的一个缺点是，当个人到处移动时，需要手动地转发呼叫并需要记住要转发呼叫。另一系统允许个人拥有一个主要电话号码和多个其它次要电话号码。当在主要电话号码上接收到呼叫时，系统可以顺序地拨打每一次要电话号码直到呼叫应答，或者可以同时拨打多个次要电话号码。当用户应答同时进行的呼叫之一时，系统就挂断其它呼叫。顺序方法的一个缺点是，顺序拨打每一次要电话号码可能会持续一段时间，而呼叫方需要等待。同时方法的一个缺点是，进行同时呼叫需要额外的电话线路。

计算机系统(和其它设备)越来越多地用于呈现音频。当在呈现音频的计算机系统附近的电话上接收到电话呼叫时，用户可能由于该音频的音量而难以(尤其当使用扬声器电话时)进行电话对话。用户通常会尝试在应答呼叫之前将音频静音。然而，用户可能难以找到适当的用户界面来静音音频。实际上，在被呼叫方能够静音音频并应答呼叫之前，呼叫方可能挂断或被引导至语音邮件。

期望允许电话呼叫被自动转发给被呼叫方目前所处位置的电话的机制。也期望帮助解决在电话呼叫过程中呈现音频的问题的机制。

发明内容

提供了用于基于在场信息将电话呼叫自动转发至电话号码的方法和系统。呼叫转发系统基于由与电话号码相关联的计算设备报告的用户的在场信息来转发电话呼叫。每一计算设备可以维护从用户计算设备至其相关联电话号码的映射的列表。当电话系统接收定向至用户计算设备的其中一个电话号码的呼入时，它向每一计算设备发送该呼入事件。在接收呼入事件之后，每一计算设备基于在场信息确定用户是否最有可能在该计算设备处在场。当计算设备确定用户最有可能在该计算设备处在场时，它向电话系统发送通知，以及将呼入转发给与该计算设备相关联的电话号码，来实现基于在场信息的呼叫自动转发。

附图说明

图1是示出一个实施例中的在场状态的在场模型的示意图。

图2是示出一个实施例中由呼叫转发系统所使用的系统的框图。

图3是示出一个实施例中对客户机计算机系统的远程访问的框图。

图4是示出一个实施例中呼叫转发系统的组件的框图。

图5是示出一个实施例中订阅其它客户机的信息组件的处理的流程图。

图6是示出一个实施例中接收呼入事件的处理的流程图。

图7是示出一个实施例中最活跃组件的处理的流程图。

图8是示出一个实施例中接收未接呼叫事件组件的处理的流程图。

图9是示出一个实施例中的静音系统的用户界面的显示页面。

图10是示出一个实施例中订阅电话信息组件的处理的流程图。

图11是示出一个实施例中静音系统的接收呼叫事件组件的处理的流程图。

图12是示出一个实施例中静音系统的接收挂断事件组件的处理的流程图。

具体实施方式

提供了基于与电话号码相关联的计算设备的在场信息将电话呼叫自动转发给该电话号码的方法和系统。在一个实施例中，基于由与电话号码相关联的计算设备所报告的用户在场信息，基于该在场信息呼叫转发系统转发电话呼叫。例如，用户可能拥有多个计算设备，诸如工作场所台式机、家庭台式机、个人数字助理等。每一计算设备可能具有一个相关联的电话号码(例如，台式机所处的办公室中的电话的电话号码)。每一计算设备的呼叫转发系统订阅接收用户的每一其它计算设备的在场信息。每一计算设备的呼叫转发系统也订阅从电话系统接收与用户的计算设备相关联的所有电话号码的电话信息(例如，呼入事件)。每一计算设备可以而维护从用户的计算设备到其相关联电话号码的映射列表，来订阅在场信息和电话信息。例如，用户的办公室台式计算机可以具有与之相关联的办公室中电话的电话号码，或者与其相关联的基于IP语音(VoIP)计算机的连接的电话号码，而膝上型计算机可以具有与之相关联的手机的电话号码。当电话系统接收到定向至用户的计算设备的电话号码中的一个的呼入时，它向每一计算设备发送呼入事件。在接收呼入事件之后，每一计算设备基于在场信息确定该用户是否最有可能在该计算设备处在场。例如，如果30秒之前用户最近一次与计算设备交互，而该用户最近一次与其它计算设备中的任一个的交互都在两个小时之前，那么该用户最有可能在30秒之前活动的计算设备处活动。当计算设备确定用户最有可能处于该计算设备时，它向电话系统发送通知以将呼入转发给与该计算设备相关联的电话号码。因为每一计算设备使用相同的算法和相同的在场信息来确定用户是否最近在该计算设备处活动，因此只有一个计算设备将决定向电话系统发送呼叫转发通知。以这种方式，呼叫方可以呼叫与被呼叫方相关联的电话号码中的任一个，并将电话呼叫自动转发给与用户最可能在场的计算设备相关联的电话号码。

在一个实施例中，用户最有可能在场的计算设备的呼叫转发系统也向用户发送指示呼叫已经被转发的电子邮件通知。电子邮件通知可以包括呼叫方的名字、呼叫电话号码、呼叫的时间、被呼叫的电话号码、被转发的电话号码等。如果电话呼叫(在不论被转发与否之后)没有被应答，那么请求转发呼叫的计算设备可以发送适当的电子邮件通知给用户。或者，如果所有的计算设备接收到呼叫无应答事件，那么“特异”计算设备可以向用户发送电子邮件通知。特异计算设备是能够基于相对于其它计算设备的某些特征来唯一标识其自身的设备。例如，特异计算设备可能具有所有的计算设备中的最低的网络地址，或可能具有最近的用户活动。网络地址可以随在场信息发布或从中导出。呼叫转发系统可以使用除电子邮件通知之外的通信方法来通知用户。例如，呼叫转发系统可以通过向移动设备(例如，手机或寻呼机)发送文本消息、发送即时消息、或对指定电话号码(例如，手机)的用户进行呼叫来提供通知。

在一个实施例中，如果用户不在任何计算设备处在场，那么特异计算设备可以将呼叫转发给默认的电话号码。例如，如果每一计算设备确定，任何计算设备处的最近用户活动都在一个小时之前，那么每一计算设备可以确定该用户不在该计算设备处在场。特异计算设备然后请求电话系统将呼入电话转发给默认的电话号码。例如，默认电话号码可以是手机电话号码和/或可以提供语音邮件服务、寻呼服务等。特异计算设备也可以向用户发送指示已经将呼叫转发给默认电话号码的电子邮件消息。

呼叫转发系统可以允许用户定义与每一计算设备相关联的一个或多个电话号码。呼叫转发系统也可以依赖于电话号码与计算设备的自动关联。例如，用户可以使用通过不同接入点链接至无线LAN的膝上型计算机。呼叫转发系统可以确定该膝上型计算机当前正用于访问网络的接入点，并自动将该膝上型计算机与该接入点附近的电话的电话号码相关联。作为另一示例，如果膝上型计算机允许GPS，那么呼叫转发系统可以使用全球定位信息来定位附近的电话。如果膝上型计算机允许手机，那么呼叫转发系统可以使用小区三角测量来定位附近的电话。

在一个实施例中，呼叫转发系统可以包括静音系统，它允许当在与计算机相关联的电话号码上接收到电话呼叫时，自动静音该计算设备的音频。计算设备的静音系统订阅从电话系统接收相关联电话号码的电话信息。当对该电话号码发生呼叫事件时，电话系统通知该计算设备。如果该事件是呼入，那么计算设备可以指示操作系统静音该计算设备的音频。或者，静音系统可以指示某些软件组件(例如，应用程序)静音它们的音频或暂停。例如，如果软件组件从DVD播放电影，那么静音系统可以请求该软件组件暂停电影。如果该软件组件正接收数据流，那么它可以当被暂停时缓冲数据流。当静音系统随后接收到指示该呼叫已终止的挂断事件时，那么它可以自动取消静音或恢复该软件组件。静音系统可以允许用户手动指定取消静音或恢复软件组件。以这种方式，当发生呼叫事件时，可以自动静音音频。

在一个实施例中，静音系统可以提供用户界面，通过该用户界面，用户可以提供为各种呼叫事件指定所采取措施的配置信息。例如，用户可以指定，当发生呼出事件时，应该静音音频，但是从DVD播放电影的软件组件不应被暂停。或者，用户可以指定，仅当应答呼入或使用电话的扬声器电话选项进行呼出时，才应静音音频。(电话可能需要通知电话系统，使得后者能够通知计算设备。)作为另一示例，用户可以指定，当用户选取电话的静音键时，应对音频取消静音。静音系统可以允许用户在逐个应用程序的基础上，基于各种呼叫事件指定静音或暂停该应用程序。静音系统可以允许用户指定，应对计算设备的所有音频静音。在该情形中，静音系统可以指示操作系统静音音频。静音系统也可以允许基于视频会议事件和PSTN会议事件对音频静音。

图1是示出一个实施例中的在场状态的在场模型的示意图。在场模型100定义了诸如用户、客户机或计算机系统等发布实体的在场状态的分层结构。第一层在场状态110为“离线”111、“在线”112和“不可用”113。“离线”指示发布实体当前不可用，“在线”指示发布实体当前登录至该在场服务器，而“不可用”指示当前没有可用的在场信息。“在线”在场状态的第二层在场状态120为“在家”121、“在工作”122和“其它”123。“在家”指示该发布实体在家上线，“在工作”指示该发布实体在工作地点上线，而“其它”指示该发布实体在某个其它位置上线。“在工作”在场状态的第三层在场状态130为“会议中”131、“通话中”132以及“吃午饭”133，这些都是自描述的。“会议中”在场状态的第四层在场状态140为“办公室中”141和“办公室外”142，它们也是自描述的。用户可被允许来定义在场模型的在场状态的分层结构，以及定义多个在场模型。呼叫转发系统可以允许联系人定义他们在哪种在场状态中可通信，以及每一在场状态中被允许和期望的一个或多个通信方法。呼叫转发系统也可以允许用户选取用户想要被通知的联系人的在场状态。

图2是示出一个实施例中由呼叫转发系统所使用的系统的框图。该呼叫转发系统在每一客户计算机系统211-213上实现，并通过通信链路203与电话系统201和在场系统202交互。每一客户计算机系统可以拥有与之相关联的一个或多个电话号码，诸如电话221-223的电话号码。电话系统可以是当对与客户计算系统相关联的电话号码中的一个发生呼叫事件时，能够通知该客户计算机系统的专用分组交换(“PBX”)或某些其它电话服务器(例如，分组交换，IP语音)。电话系统可以允许每一客户计算机系统订阅接收各个电话号码的电话信息。在场系统允许每一客户计算机系统订阅每一其它客户计算机系统的在场信息。当在场系统接收客户计算机系统的经更新的在场信息时，它向其它客户计算机系统通知对该客户计算机系统的在场信息的更新。当客户计算机系统动电话系统接收呼入事件时，客户计算机系统确定用户是否最近在该客户计算机系统处活动。如果是，那么客户计算机系统然后指示电话系统将呼叫转发给与该客户计算机系统相关联的电话号码。例如，当电话系统接收到定向至电话221的呼入时，它向每一客户计算机系统发送呼入事件。每一客户计算机系统然后基于在场信息确定用户是否最近在该客户计算机系统处活动。如果客户计算机系统212确定用户最近在该客户计算机系统处活动，那么它指示电话系统将呼入转发给电话222。客户计算机系统211和213将确定用户不是最近在那些计算机系统处活动，并且不请求电话系统转发呼入。

图3是示出一个实施例中对客户计算机系统的远程访问的框图。客户计算机系统302-303通过通信链路304被连接至在场系统301。客户计算机系统303处的用户正远程访问客户计算机系统302。例如，客户计算机系统303可以是膝上型计算机，而该用户正在客户计算机系统302上运行在该膝上型计算机上不可用的某个应用程序。客户计算机系统302-302均将其在场信息发布给在场系统。如果客户计算机系统302检测出用户最近在该计算机系统处活动，那么可能发生困难。在这样的情况下，在客户计算机系统302上执行的呼叫转发系统可能会指示将呼入转发给与客户计算机系统302相关联的电话号码。然而，该用户物理上可能不在客户计算机系统302附近。时序图305示出了该困难。客户计算机系统303处的用户可以在时间1:00:00与客户计算机系统303交互。客户计算机系统303然后将该活动发布给在场系统。因为该交互涉及远程访问，客户计算机系统303向客户计算机系统303发送通知请求。客户计算机系统302在时间1:00:01接收到该请求，并将该活动发布给在场系统。如果在时间1:00:02接收到呼入事件，那么客户计算机系统302-303均将确定客户计算系统302是最近活动的。为了防止这样的判断，每一计算机系统发布活动是否是远程访问的结果。当客户计算机系统标识其活动是最近的客户计算机系统时，它丢弃指示为通过远程访问的活动。因此，在上述示例中，客户计算机系统302-303均将丢弃在时间1:00:01的客户计算机系统302的活动，并确定最近的活动是在时间1:00:00在客户计算机系统303处进行的。

图4是示出一个实施例中的呼叫转发系统的组件的框图。呼叫转发系统400包括订阅其它客户机信息组件401、接收在场事件组件402、接收呼入事件组件403、接收未接呼叫事件组件404、最活跃组件405和静音系统406。静音系统包括接收呼叫事件组件407和接收挂断事件组件408。呼叫转发系统也包括在场存储409和客户机存储410。订阅其它客户机信息组件订阅接收其它客户计算机系统及其相关联的电话号码的在场信息和电话信息。客户机存储包含其它客户计算机系统以及其相关联电话号码的列表。接收在场事件组件从在场信息中接收事件通知，并在在场存储中存储该在场信息。当接收到呼入事件时，调用接收呼入事件组件，它调用最活跃组件来确定该客户计算机系统是否为最活跃的。如果它是，那么它将指示电话系统将呼入转发给相关联的电话号码。当接收到呼叫无应答事件时，调用接收未接呼叫事件通知组件。该组件确定客户计算机系统是否为特异客户计算机系统，如果是，那么向用户发送电子邮件通知。当发生呼叫事件时调用静音系统的接收呼叫事件组件，后者基于配置信息静音或暂停。当接收到呼叫挂断事件时，调用接收挂断事件组件，它取消静音或恢复应用程序。

可在其上实现呼叫转发系统的计算设备可以包含中央处理单元、存储器、输入设备(例如，键盘和定点设备)、输出设备(例如，显示设备)和存储设备(例如，磁盘驱动器)。存储器和存储设备是可以含有实现呼叫转发系统的指令的计算机可读介质。另外，可以通过数据传输介质，诸如通信链路上的信号，来存储或发送数据结构和消息结构。可使用各种通信链路，诸如因特网，局域网、广域网、点对点拨号连接、手机网络等。

呼叫转发系统的实施例可在各种操作环境中实现，包括个人计算机、服务器计算机、手持式或膝上型设备、多处理器系统、基于微处理器的系统、可编程消费者电子产品、数码相机、网络PC、小型机、大型机、包括任何上述系统或设备的分布式计算环境等。计算机系统可以是手机、个人数字助理、智能电话、个人计算机、可编程消费者电子产品、数码相机等。

该呼叫转发系统可在由一台或多台计算机或其它设备执行的诸如程序模块等计算机可执行指令的通用语境中描述。一般而言，程序模块包括其上执行特定任务或实现特定抽象数据结构的例程、程序、对象、组件、数据结构等。通常，各程序模块的功能在各个实施例中可按期望的方式组合或分布。

图5是示出一个实施例中订阅其它客户机信息组件的处理的流程图。该组件订阅与其它客户计算机系统相关联的在场信息和电话信息。在框501中，该组件从客户机存储中选取下一客户计算机系统。在判定框502中，如果已经选取了所有的客户计算机系统，那么该组件完成，否则该组件继续至框503。在框503中，该组件订阅所选取的客户计算机系统的在场信息。在框504中，该组件订阅所选取的客户计算机系统的电话信息，并然后循环至框501来选取下一客户计算机系统。

图6是示出一个实施例中接收呼入事件组件的处理的流程图。当客户计算机系统从电话系统中接收呼入事件时，调用该组件。在判定框601中，该组件调用最活跃组件来确定其中执行该组件的客户计算机系统是否是最活跃的。如果该客户计算机系统是最活跃的，那么该组件继续至框602。如果当前没有活动的客户计算机系统，那么该组件继续至框604，否则该组件完成。在框602中，该组件通知电话系统将呼入转发给与该客户计算机系统相关联的电话号码。在框603中，该组件向用户发送指示已经转发呼叫的电子邮件消息，该组件完成。在判定框604中，如果该客户计算机系统为特异客户计算机系统，那么该组件继续至框605，否则该组件完成。在框605中，该组件通知电话系统将呼入转发给默认电话号码。在框606中，该组件向用户发送指示呼入已转发给默认号码的电子邮件通知。该组件然后完成。

图7是示出一个实施例中最活跃组件的处理的流程图。该最活跃组件确定用户当前是否在其上运行该组件的客户计算机系统处最活跃。如果是，该组件返回指示真，如果另一客户计算机系统最活跃，则返回指示假，如果用户不在任何客户计算机系统处活动则返回指示无。在框701中，该组件将最近活动变量初始化为最早可能活动的时间。在框702-706中，该组件循环选取每一客户计算机系统，并确定其最近活动是否比迄今遇到的最近活动更近期。在框702中，如果已经选取了所有的客户计算机系统，那么该组件继续至框707，否则该组件继续至框704。在判定框704中，如果所选取客户计算机系统的最近活动(例如，非远程活动)比迄今遇到的最近活动更近期，那么该组件继续至框705，否则该组件循环至框702来选取下一客户计算机系统。在框705中，该组件将迄今遇到的最近活动置为该所选取客户计算机系统的最近活动。在框706中，该组件记录该所选客户计算机系统含有迄今遇到的最近活动。该组件然后循环至框702来选取下一客户计算机系统。在判定框707处，如果客户计算机系统的最近活动太长以致于无法考虑用户是否活动，那么该组件返回用户不在任何客户计算机系统处活动的指示，否则组件继续至框708。在判定框708处，如果正在执行的客户计算机系统已被标识为具有最近用户活动，那么该组件返回真，否则返回假。

图8是示出一个实施例中的接收未接呼叫事件组件的处理的流程图。当客户计算机系统从电话系统中接收到呼叫无应答事件时，调用该组件。在判定框801中，如果该客户计算机系统为特异客户计算机系统，那么在框802中该组件向用户发送指示该呼叫未接的电子邮件消息。该组件然后返回。

图9是示出一个实施例中的静音系统的用户界面的显示页面。显示页面900包括事件选取区域901和动作选取区域，后者包括全部静音复选框902、应用程序选取下拉式列表903、应用程序静音复选框904和应用程序暂停复选框905。用户可以在事件选取区域中指定一个或多个电话事件，并在动作选取区域中指示应用程序和动作。例如，用户可以选中呼入复选框，从下拉式列表中选中呈现DVD的应用程序，并选中暂停复选框。当用户指定了选取之后，用户可以选中提交按键906来提交配置。当由客户计算机系统接收呼入事件时，该客户计算机系统将指示呈现DVD的应用程序暂停。本领域中的技术人员可以理解，也可以定义其它事件(例如，呼叫应答)和动作(例如，降低音量)，并也可以使用不同的用户界面。

图10是示出一个实施例中的订阅电话信息组件的处理的流程图。在框1001中，该组件检索与该客户计算机系统相关联的电话号码。在框1002中，该组件向电话系统发送订阅消息来订阅定向至所检索的电话号码的所有呼叫相关事件。该组件然后完成。

图11是示出一个实施例中静音系统的接收呼叫事件组件的处理的流程图。该组件检索静音系统的配置信息，并以此配置应用程序。在框1101中，该组件检索静音系统的配置信息。在判定框1102中，如果配置信息指示静音所有音频，那么该组件继续至框1103，否则该组件继续至框1104。在框1103中，在组件通知操作系统静音所有音频。在框1104-1108中，该组件循环来选取配置信息中指定的每一应用程序，并采取指定的措施。在框1104中，该组件选取配置信息中的下一应用程序。在判定框1105中，如果已经选取了所有应用程序，那么该组件完成，否则该组件继续至框1106。在判定框1106中，如果与该选取应用程序相关联的动作为暂停，那么该组件继续至框1107，否则该组件继续至1108。在框1107中，该组件通知所选取组件暂停，然后循环至框1104来选取下一应用程序。在框1108中，该组件通知所选取组件静音，然后循环至框1104来选取下一应用程序。

图12是示出一个实施例中静音系统的接收挂断事件组件的处理的流程图。该组件检索静音系统的配置信息，并取消当接收呼入事件时执行的相应动作。在框1201中，该组件检索静音系统的配置信息。在判定框1202中，如果配置信息指示静音所有音频，那么该组件继续至框1203，否则该组件继续至框1204。在框1203中，在组件通知操作系统取消对所有音频的静音。在框1204-1208中，该组件循环来选取配置信息中指定的每一应用程序，并取消指定的措施。在框1204中，该组件选取配置信息中的下一应用程序。在判定框1205中，如果已经选取了所有应用程序，那么该组件完成，否则该组件继续至框1206。在判定框1206中，如果与所选取的应用程序相关联的动作为暂停，那么该组件继续至框1207，否则该组件继续至1208。在框1207中，该组件通知所选取组件恢复，然后循环至框1204来选取下一应用程序。在框1208中，该组件通知所选取组件取消静音，然后循环至框1204来选取下一应用程序。

从以上内容中将可理解，此处为说明目的描述了呼叫转发系统的特定实施例，但是可进行各种修改而不背离本发明的精神和范围。本领域的技术人员可以理解，如在说明书中所使用的，“电话呼叫”包括各种类型的语音对话(例如，IP语音和基于传统电话系统的语音)。本领域的技术人员可以理解，一个计算机系统可以具有与之相关联的多个电话号码。例如，一个计算机系统可以具有用于IP语音的电话号码和用于传统电话的电话号码。在这样的情况下，呼叫转发系统可以基于在场信息决定将呼叫转发给其中一个电话号码。例如，如果在场信息指示用户正在主持与同一房间中的若干人的会议呼叫，那么呼叫转发系统可以将呼叫转发给IP语音电话号码来利用计算机的声音系统。在一个实施例中，静音系统可以任选地将音频的音量降低至指定级别，而不是静音音频。在该情况下，静音系统可以在降低音量之前记录音量的级别，并在呼叫完成之后将音量还原至该级别。在一个实施例中，静音系统在静音时可以递减音量，在取消静音时，可以递增音量。当取消静音时音量的递变(例如，在1-2秒的时间内)尤其重要，以防止突然开始播放大声的音乐。静音系统也可以允许用户选择在完成呼叫时是否自动取消静音。从而，本发明除所附权利要求书之外不受任何限制。

Claims (15)

1.一种在用户的多个客户计算机系统中执行的方法，所述方法用于将对所述用户的电话呼叫转发到与所述用户相关联的一个电话号码，所述用户具有各电话号码，所述方法包括：

对于所述用户的多个客户计算机系统中的每一个，

提供所述用户的一个电话号码到所述用户的该客户计算机系统的关联；

订阅接收所述用户的其它客户计算机系统的在场信息；

订阅接收所述用户的各电话号码的电话信息；

发布该客户计算机系统的在场信息，使得所述其它客户计算机系统能订阅并接收该客户计算机系统的在场信息；

接收所述其它客户计算机系统的在场信息；

接收所述用户的一个电话号码的电话信息；以及

当所接收的电话信息是呼入事件时，

基于所发布的在场信息和所接收到的在场信息，确定所述用户在哪一客户计算机系统处最活跃；

当确定所述用户在该客户计算机系统处最活跃时，发送将所述呼入电话呼叫转发给与该客户计算机系统相关联的电话号码的通知；以及

当确定所述用户在另一客户计算机系统处最活跃时，不发送转发所述呼入电话呼叫的通知。

2.如权利要求1所述的方法，其特征在于，所述确定确定了所述呼叫应被转发给最活跃的客户计算机系统。

3.如权利要求1所述的方法，其特征在于，所述确定是基于用户与客户计算机系统的最近活动。

4.如权利要求3所述的方法，其特征在于，当确定所述用户在哪一客户计算机系统处最活跃时，丢弃指示为通过远程访问的活动。

5.如权利要求1所述的方法，其特征在于，还包括当无法确定所述用户在哪一客户计算机系统处最活跃并且该客户计算机系统是特异客户计算机系统时，发送将所述呼入电话呼叫转发给默认电话号码的通知。

6.如权利要求5所述的方法，其特征在于，当无法确定所述用户在哪一客户计算机系统处最活跃且该客户计算机系统是特异客户计算机系统时，向所述用户发送指示所述呼入电话呼叫已被转发给所述默认电话号码的电子邮件消息。

7.如权利要求1所述的方法，其特征在于，还包括当确定所述用户在该客户计算机系统处最活跃时，向所述用户发送指示所述呼入电话呼叫已被转发的电子邮件消息。

8.如权利要求1所述的方法，其特征在于，当所述呼入电话呼叫无应答且该客户计算机系统为特异客户计算机系统时，向用户发送指示未接所述呼入电话呼叫的电子邮件消息。

9.如权利要求8所述的方法，其特征在于，所述呼入电话呼叫无应答指的是所述呼入电话呼叫在被转发后无应答。

10.如权利要求1所述的方法，其特征在于，该客户计算机系统执行一算法来确定所述用户在哪一客户计算机系统处最活跃，使得每一客户计算机系统确定同一客户计算机系统是最活跃的。

11.一种控制第一计算机系统为用户转发电话呼叫的方法，所述电话呼叫针对与所述用户相关联的多个电话号码的其中之一，所述方法包括：

接收所述用户的哪些电话号码与所述用户的哪些计算机系统相关联的指示，所述计算机系统包括所述第一计算机系统和其它计算机系统；

订阅接收所述用户的其它计算机系统的在场信息；

接收所述其它计算机系统的在场信息；

接收对所述多个电话号码的其中之一已接收到呼叫的指示；

基于所接收到的在场信息确定所述用户在哪一计算机系统处最活跃；以及

当确定所述用户在所述第一计算机系统处最活跃时，指示所述呼叫被转发给与所述第一计算机系统相关联的电话号码；

其中所述用户的每一计算机系统接收已接收呼叫的指示，并且每一其它计算机系统确定出所述用户在所述第一计算机系统处最活跃。

12.如权利要求11所述的方法，其特征在于，所述确定是基于用户与计算机系统的最近活动。

13.如权利要求12所述的方法，其特征在于，所述最近用户活动不包括由对计算机系统的远程访问导致的活动。

14.如权利要求11所述的方法，其特征在于，还包括当所述确定确定了用户没有在任何计算机系统处最活跃时，发送将所述呼叫转发给默认电话号码的通知。

15.如权利要求11所述的方法，其特征在于，当所述呼叫无应答且该计算机系统是特异计算机系统时，向用户发送指示未接所述呼叫的电子邮件消息。

Images