专利名称：用于在用户变为通信可及时提供通知的系统和方法
技术领域：
所描述的技术一般涉及提供在场信息的改变的通知。
背景技术：
对话参与者之间经由其计算机系统的实时对话正变得越来越常见。此类实时对话要求参与者在其计算机系统(例如，个人数字助理)现场，并且当接收到通信时能够作出响应。实时对话的一种常见形式由即时消息通信服务提供。即时消息通信服务允许参与者发送消息，并使这些消息在一两秒之内被对话中的另一个参与者接收。接收的参与者随即能以类似方式向另一个参与者发送响应消息。实时对话依赖于参与者非常迅速地知道、检阅、以及响应于所接收的消息来产生效果。此迅速响应和常规的电子邮件系统形成对比，在后一种系统中，电子邮件消息的接收者在方便的时候响应于消息。
当启动参与者想要开始进行实时对话时，该参与者需要知道预期的参与者是否可实时响应于消息。如果不能，则经由常规电子邮件、语音邮件、或某种其它机制的通信可能更加合适。例如，如果预期参与者的计算机当前关断了电源，则实时对话也许是不可能的。此外，如果预期参与者的计算机当前开启了电源，但预期参与者不在其计算机边，则实时对话也是不可能的。启动参与者会想知道目标参与者的可及性，从而可对通信的形式做出正确的决策。
诸如计算机系统或与该计算机系统相关联的用户等实体的可及性状态被称为“在场信息”。在场信息标识用户当前的“在场状态”。用户令其在场信息可及，从而其它用户可确定怎样与其通信是最佳的。例如，在场信息可指示用户是登录(“联机”)即时消息通信服务器还是注销(“脱机”)。在场信息还可提供关于用户的可及性的更详细的信息。例如，即使用户联机，该用户可能正在开会而不在其计算机边。在这一情形中，在场状态可指示“联机”和“正在开会”。
在即时消息通信上下文中，发布用户(“发布者”)可将其在场信息提供给在场服务器，后者随即将在场信息提供给订购用户(“订购者”)。因此，在场服务器可使用订购者/发布者模型来为在场服务的用户提供在场信息。无论用户的在场信息何时改变，该用户的计算机系统都通知在场服务器该改变，而后者进而通知订购用户该改变。订购用户随即可基于预期参与者的在场信息，确定是否要启动即时消息通信会话。例如，如果在场信息指示发布用户目前正在进行会议电话呼叫，则订购用户可决定发送即时消息，而不是打电话给发布用户。但是，如果订购用户需要呼叫并与发布用户谈话，则订购用户需要监视发布用户的在场信息，以知道何时可进行呼叫。当订购用户注意到发布用户的在场信息指示电话会议已经结束，则订购用户随即可进行电话呼叫。
但是，用户要真正知道特定用户(也称为“联系人”)已经可以处理某种类型的通信可能是很困难的。用户可能需要检查每个联系人的在场信息中的每一个改变。当用户订购许多联系人的在场信息时，困难可能更大。例如，一个很大的设计团队(例如，有100个以上的成员)中的成员可订购所有其他成员的在场信息，从而订购用户将知道何时以及如何最佳地与其它成员通信。但是，在任何给定时间，该成员当时可能仅有兴趣与一小组其它成员进行通信，并想要在那些所关注的成员变为通信可及时受到通知。因为该成员订购来自所有其它成员的在场信息，所以无论任何成员的在场信息何时改变，该用户都会受到通知。因此，该成员需要监视所有那些通知，以查看其中是否有任何一个涉及所关注的成员。对于该成员，每当接收到通知察看其是否涉及所关注的成员时必须检查他们的计算机是会引起混乱的。
有这样一种机制是合乎需要的，该机制允许订购用户认识到当前所关注的发布联系人何时变为通信可及，而无需监视所有被订购的联系人的在场信息。
发明内容
提供一种方法和系统，该方法和系统用于提供联系人的在场状态的改变的通知。一种通知系统允许用户指定所关注的联系人，该用户想要在这些联系人进入某种在场状态时受到通知。用户可订购许多联系人的在场信息，但可在当前仅对所关注的联系人的在场状态的变化感兴趣。当接受到关于联系人的在场信息时，通知系统确定该联系人是否为用户所指定的关注联系人。如果是，则通知系统确定在场信息是否指示用户所关注的在场状态的改变。如果联系人和在场状态的改变是用户所关注的，则通知系统通知用户。
图1是一个实施例中在场状态的在场模型的示意图。
图2示出一个实施例中的对话框，该对话框用于选择要被通知所有联系人，还是仅那些所关注的联系人的在场状态的改变。
图3示出一个实施例中的对话框，该对话框用于指定当前所关注的联系人。
图4示出一个实施例中的对话框，该对话框用于通知用户所关注的联系人已经进入该用户所关注的在场状态。
图5所示是一个实施例中的通知系统组件的框图。
图6所示是一个实施例中的接收在场信息组件的处理流程图。
具体实施例方式
提供一种方法和系统，该方法和系统用于提供联系人的在场状态的改变的通知。在一个实施例中，一种通知系统允许用户指定所关注的联系人，该用户想要在这些联系人变为通信可及时(或更一般地，进入某种在场状态时)受到通知。用户可订购许多联系人的在场信息，但可在当前仅对某些指定联系人的在场状态的变化感兴趣。例如，用户可能想要对某个联系人进行电话呼叫，但该联系人的在场信息可能指示该联系人当前正在开会。用户想要在该联系人变为可应答电话呼叫时受到通知。当接受到关于联系人的在场信息时，通知系统确定该联系人是否为用户所指定的所关注的联系人。如果是，则通知系统确定在场信息是否指示在场状态的改变，即联系人现在可与用户进行通信。如果联系人通信可及，则通知系统通过例如显示指示该联系人现在通信可及的对话框来通知用户。该对话框还可标识与联系人通信的各种选择。例如，该对话框可包括按键，用于创建或向联系人发送即时消息，或用于向联系人进行电话呼叫。如果联系人或在场状态的改变不是所关注的(例如，联系人仍然通信不可及)，则通信系统不通知用户。如果当某个联系人变为通信可及时用户不再想要受到通知，则用户可在联系人变为可及时指示该用户不再想要受到通知。以此方式，用户不是被通知所有联系人的在场状态的所有改变，而是能够选择性地指示用户想要接收那些所关注的联系人的通知。因此仅向用户提供当前所关注的联系人的通知。
在一个实施例中，所关注的联系人一变为可与用户进行通信，通知系统即可通知用户。每个在场状态都可具有相关联的属性，该属性指示处于该在场状态的联系人是否通信可及。例如，“正在通话”的在场状态可设其属性为指示该联系人通信不可及，而“正在计算机上工作”的在场状态可设其属性为指示该联系人通信可及。通知系统还可包括指示每个在场状态中可用的通信方法。例如，“正在开会”的在场状态的属性可被设为指示该联系人可接收即时消息(例如，经由个人数字助理)，但不可接收电话呼叫。通知系统还可允许联系人指定这些属性。例如，一联系人可指定其在场状态为“正在开会”时不可通信，而另一联系人可指定可接收即时消息。通知系统通知用户联系人的通信可及性，并可随通知提供该联系人可接收的通信方法的指示。例如，如果联系人只能接收即时消息，则通知可包括发送即时消息的选择，但不包括进行电话呼叫的选择。
在一个实施例中，通知系统可允许用户标识该用户在联系人进入某些在场状态时想要收到通知的那些在场状态。例如，用户可能想要在联系人的在场状态变为“正在开会”时受到通知，而无论该联系人是否通信可及。通知系统可允许用户总地为所有联系人标识那些在场状态，或在每个联系人的基础上标识那些在场状态。
在一个实施例中，通知系统可允许用户选择通知系统使用的通知方法。例如，一个用户可能想要经由弹出对话框受到通知，而另一个用户可能想要通过对该用户的蜂窝电话的呼叫受到通知。通知系统可允许用户基于该用户的当前在场状态来设置通知方法。例如，用户可选择当其在场状态为“正在车上”时仅经由其蜂窝电话接收通知。或者，通知系统可基于用户的当前在场状态自动标识最佳通知方法。例如，如果用户的在场状态为“正在车上”，则通知系统可自动决定经由其蜂窝电话而不是弹出对话框来通知用户。或者，通知系统可通知联系人该用户正在等待开始对话。通知系统可给联系人选择通信模式或者不允许对话的选择。
图1是一个实施例中在场状态的在场模型的示意图。在场模型100定义一出版实体(诸如用户、客户或计算机系统)的在场状态的分层结构。第一级在场状态110是“脱机”111、“联机”112、和“不可用”113。“脱机”指示该出版实体当前不可及，“联机”指示该出版实体当前登录到在场服务器上，而“不可用”指示当前没有在场信息可用。“联机”在场状态的第二级在场状态120是“在家”121、“在上班”122和“其它”123。“在家”指示该出版实体在家中联机，“在上班”指示该出版实体在上班处联机，而“其它”指示该出版实体在某个其它位置联机。“在上班”在场状态的第三级在场状态130是“正在开会”131、“正在通话”132和“正在用餐”133，它们都是自描述的。“正在开会”在场状态的第四级在场状态140是“在办公室”141和“不在办公室”142，它们也是自描述的。可允许用户定义一在场模型的在场状态分层结构，以及定义多个在场模型。通知系统可允许联系人定义他们通信可及的在场状态，以及在每个在场状态中所允许或合乎需要的一种或多种通信方法。通知系统还可允许用户选择要通知该用户联系人的哪些在场状态。
图2示出一个实施例中的对话框，该对话框用于选择要被通知所有联系人，还是仅那些所关注的联系人的在场状态的改变。在此例中，用户可定义一组所关注的联系人。本领域技术人员将会认识到，通信系统可允许用户定义多组所关注的联系人，并选择性地使用户能够在一个时间接收一组或多组的通知。对话框200包括供用户选择是否要接收在场状态变化的通知。如果用户选择要接受通知，则用户可选择单选按键211或221。如果用户选择单选按键211，则用户将仅接收那些所关注的联系人的通知。如果用户选择单选按键221，则用户将接收所有联系人的通知。如果用户选择多选框212或222，则当用户的在场状态指示该用户当前正忙时将不会提供通知。如果用户选择多选诓213或223，则当用户指示请勿打扰时将不会提供通知。
图3示出一个实施例中的对话框，该对话框用于指定当前所关注的联系人。对话框300包括用户当前订阅其在场信息的联系人列表301。对话框还包括多选框302，用于允许用户指定所关注的联系人。在此例中，用户指定要被通知Aaron、Danny和Eloise的在场状态或可及性的变化。本领域技术人员将认识到可使用许多不同的用户界面来指定所关注的联系人。例如，每个联系人都可有一个属性对话框，用户可通过该属性对话框指示该联系人是否为当前所关注的。通知系统还可包括一对话框，它允许用户选择要在联系人进入某在场状态时受到通知的那些在场状态。该对话框能以诸如图1所示等分层结构形式显示在场状态，并允许用户选择所关注的在场状态。通知系统还可允许用户指定一组联系人，并在该组中的任何联系人变为可及时受到通知。
图4示出一个实施例中的对话框，该对话框用于通知用户所关注的联系人已经进入该用户所关注的在场状态。在此例中，无论所指定的联系人何时变为通信可及，通知都随时被提供。对话框400包括联系人标识区401、通信方法选择402和提交按键403。当该对话框弹出时，用户被通知Arron通信可及。用户随即可选择一种通信方法，然后选择提交按键以启动经由所选择的通信方法与该联系人进行通信。本领域技术人员将会认识到，该通信系统可使用各种通信形式来通知用户。例如，通知系统可通过用指示联系人可及性的消息进行电话呼叫来通知用户。如果联系人经由电话是通信可及的，则该消息可给予用户通过例如按某个键或说某个特定的短语来进行呼叫的选择。通知系统还可提供适合于用户自身可及性的通知。例如，如果用户不在其计算机旁边，则通知系统可通过对该用户进行电话呼叫来通知用户。在决定是否要通知用户某联系人的可及性时，通知系统可考虑该用户的在场状态。例如，如果联系人仅能接收即时消息，但用户仅经由电话可及，则通知系统可不发送通知，因为没有用户和联系人都可用的共同的通信方法。
图5所示是一个实施例中的通知系统组件的框图。通信系统500包括指定所关注的联系人的组件501、接收在场信息组件502、以及显示通知组件503。通知系统还包括在场表504和联系人表505。在场表为每个订阅联系人包括一个条目，它指示该联系人的当前在场状态。无论在场系统何时接收到订阅联系人的在场状态变化的通知，它随时为该联系人更新在场表中的条目。在场表中的条目还可指示联系人当前是否为用户所关注。联系人表505为每个联系人包含一个条目。联系人表中的条目可标识该联系人的用户想要接收通知的在场状态。这些条目还可标识适合于该在场状态的通信方法。指定所关注的联系人的组件提供诸如图3等用户界面，用户可通过该用户界面指定所关注的联系人。接收在场信息组件接收关于订阅联系人的在场信息，更新在场表，并通知用户该联系人及在场状态是否为该用户所关注。显示通知组件创建诸如图4等通知，并将其向用户显示。
实施该通知系统的计算设备可包括中央处理单元、存储器、输入设备(例如，键盘和定位设备)、输出设备(例如，显示设备)、以及存储设备(例如，磁盘驱动器)。存储器和存储设备是可包含实施该通知系统的指令的计算机可读介质。此外，数据结构和消息结构可被存储或经由诸如通信链路上的信号等数据传输介质被发送。可使用各种通信链路，诸如因特网、局域网、广域网、点对点拨号连接、蜂窝电话网络、等等。
该通信系统的实施例可在各种操作环境中实现，包括个人计算机、服务器计算机、手持式或膝上设备、多处理器系统、基于微处理器的系统、可编程消费者电子设备、数字摄像机、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境、等等。计算机系统可以是蜂窝电话、个人数字助理、智能电话、个人计算机、可编程消费者电子设备、数字摄像机、等等。
该通知系统可在由一个或计算机或其它设备执行的诸如程序模块等计算机可执行指令的通用上下文中描述。一般而言，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、等等。通常，在各个实施例中，可按需要组合或分布各程序模块的功能。
图6所示是一个实施例中的接收在场信息组件的处理流程图。向该组件传递联系人及其当前在场状态的指示。在判定框601，如果用户指定了接收在场通知，则该组件前进至框602，否则该组件完成。在判定框602，如果用户指定了接收来自所有联系人的通知，则该组件前进至框607，否则该组件前进至框603。在判定框603，如果用户是可打断的，则该组件前进至框604，否则该组件完成。当例如用户指示了在该用户正忙或不想被打扰的情况下不接收通知时，该用户是不可打断的。在框604-606，该组件循环以确定所传递的联系人是否是所关注的联系人。在框604，该组件选择下一个所关注的联系人。在判定框605，如果所有关注的联系人都已被选择，则该组件完成，否则该组件前进至框606。在判定框606，如果所传递的联系人和所选择的联系人相同，则所传递的联系人是所关注的联系人，且该组件前进至框607，否则该组件回到框604以选择下一个所关注的联系人。在判定框607，如果所关注的联系人如所传递的在场状态所示变为可及，则该组件前进至框608，否则该组件完成。在框608，该组件向用户显示通知，然后完成。
从以上描述，将可以认识到是出于说明目的在本文中描述了该通知系统的具体实施例，但可进行各种修改而不会偏离本发明的精神和范围。本领域技术人员将会认识到，该通知系统可由想要和联系人进行面对面对话的用户使用。例如，当用户被通知联系人可及时，该用户可走到联系人以进行对话。本领于技术人员将会认识到，如本描述中所使用的“电话呼叫”包括各种类型的语音对话(例如，IP电话和传统电话系统上的语言)。该通知系统还可被用来通知用户联系人何时变为可进行许多不同类型的对话。例如，用户可请求在联系人可进行应用程序共享或视频会议时受到通知。联系人可能可电话呼叫或进行即时消息对话，但可能不能进行应用程序共享，因为他们的个人数字助理不支持应用程序共享。在此情形中，用户在联系人能够共享应用程序之前无需被通知该联系人的可及性。本领域技术人员将会认识到，联系人可以是诸如打印机、复印机、会议室等设备。由此，本发明除所附说明书以外不受任何限制。
权利要求
1.一种用于提供联系人的在场信息的基于计算机的方法，所述方法包括订阅所述联系人的在场信息；指定所关注的联系人，当所关注的联系人的在场状态指示某个改变时，向所述用户通知所关注的联系人的在场状态的改变；以及当不受关注的联系人的在场状态改变时，禁止通知所述用户。
2.如权利要求1所述的方法，其特征在于，所述通知包括与所述联系人通信的方法。
3.如权利要求2所述的方法，其特征在于，所述通信方法包括即时消息。
4.如权利要求2所述的方法，其特征在于，所述通信方法包括电话呼叫。
5.如权利要求1所述的方法，其特征在于，包括允许用户定义所述在场状态的某个改变。
6.如权利要求1所述的方法，其特征在于，所述某个改变是可用于与用户通信的改变。
7.如权利要求1所述的方法，其特征在于，所述方法是在电话上实现的。
8.如权利要求1所述的方法，其特征在于，所述方法是在计算机系统上实现的。
9.一种包含用于控制计算机系统以通过一种方法来提供联系人的在场信息的指令的计算机可读介质，所述方法包括接收联系人的在场状态；确定所述联系人是否是所关注的联系人；确定所接收的在场状态是否是用户指定关注的；以及当确定了所述联系人是所关注的联系人，且所述在场状态是用户指定关注时，向所述用户通知所接收的在场状态。
10.如权利要求9所述的计算机可读介质，其特征在于，当所述联系人不是所关注的联系人时，禁止通知所述用户。
11.如权利要求9所述的计算机可读介质，其特征在于，所述通知是由所述用户可用的一种通信方法提供的。
12.如权利要求9所述的计算机可读介质，其特征在于，所述联系人可指定所述联系人通信可及的在场状态。
13.如权利要求9所述的计算机可读介质，其特征在于，所述通知包括与所述联系人通信的方法。
14.如权利要求9所述的计算机可读介质，其特征在于，所述通知是在所述联系人变为可与所述用户进行通信时被提供的。
15.一种用于在联系人变为通信可及时通知用户的系统，包括用于指定所关注的联系人的装置；以及用于在所关注的联系人变为可及时通知所述用户的装置，其中，所述通知指示与所述联系人通信的方法。
16.如权利要求15所述的系统，其特征在于，所述通信方法是即时消息。
17.如权利要求15所述的系统，其特征在于，所述通信方法是电话呼叫。
18.如权利要求15所述的系统，其特征在于，包括用于允许联系人定义可及性的装置。
19.如权利要求15所述的系统，其特征在于，所述可及性是由在场状态所指示的。
20.如权利要求15所述的系统，其特征在于，还包括用于订阅所关注的联系人的在场信息的装置。
全文摘要
提供一种方法和系统，用于提供联系人在场状态的改变的通知。一种通知系统允许用户指定所关注的联系人，在那些联系人进入某个在场状态时，用户想要收到通知。当接收到关于联系人的在场信息时，该通知系统确定该联系人是否为用户所指定的所关注的联系人。如果是，则该通知系统确定该在场信息是否指示用户所关注的在场状态的改变。如果联系人和在场状态的改变是用户所关注的，则该通知系统通知用户。
文档编号H04L12/16GK1794641SQ20051012710
公开日2006年6月28日 申请日期2005年11月21日 优先权日2004年12月20日
发明者A·拉加弗, E·什铁戈曼, J·J·卡迪斯, S·文凯, S·拉奥 申请人:微软公司