CN101460940A

CN101460940A - 使用联系人列表自动订阅整合馈源

Info

Publication number: CN101460940A
Application number: CNA2007800201032A
Authority: CN
Inventors: J·T·基姆; M·I·托雷斯; M·C·科诺利; O·乌德祖; A·G·赛恩; G·B·德拉得; C·J·拜特尔; D·S·赛特拉瑟斯
Original assignee: Microsoft Corp
Current assignee: Microsoft Corp
Priority date: 2006-06-01
Filing date: 2007-05-01
Publication date: 2009-06-17
Also published as: JP4934195B2; EP2021941A4; US20070282962A1; WO2007142765A1; EP2021941A1; JP2009539180A

Abstract

应用程序在客户机设备上执行以使用户自动订阅特定的整合馈源。在至少某些情况中，用户可能预先没有意识到他们已经订阅馈源。在至少某些实施例中，应用程序使用包含与特定用户有关的联系人的一个或多个联系人列表来自动订阅馈源。具体地，应用程序能够访问联系人列表并从用户联系人中查明构成整合馈源的源的各个联系人。一旦标识了一个或多个联系人，应用程序即可自动订阅馈源，使得该用户现在可接收并消费馈源数据。

Description

使用联系人列表自动订阅整合馈源

背景

整合馈源，诸如RSS(真正简单的整合)馈源，提供供个体发布内容如博客、图像等的有力方式。当订阅整合馈源时，整合馈源可向订户提供丰富的及时内容。然而，看上去很大百分比的相关消费市场没有意识到这样的整合馈源、担心订阅这样的馈源，或仅仅是不知道如何订阅特定馈源。

从而，估计有相当大部分的潜在消费市场尚未开发。

概述

以下描述的各个实施例允许在客户机设备上执行的应用程序使用户自动订阅特定的整合馈源。在至少某些情况中，用户可能预先没有意识到他们已经订阅馈源。在至少某些实施例中，应用程序使用包含与特定用户有关的联系人的一个或多个联系人列表来自动订阅馈源。具体地，应用程序能够访问联系人列表并从用户联系人中查明构成整合馈源的源的各个联系人。一旦标识了一个或多个联系人，应用程序即可自动订阅馈源，使得该用户现在可接收并消费馈源数据。

附图简述

图1根据一个实施例示出其中可以利用本发明实施例的示例性环境。

图2根据一个实施例示出图1系统的各部分。

图3是根据一个实施例描述方法中各步骤的流程图。

详细描述

概览

使用用户的联系人列表作为自动馈源订阅的源的一个动机在于，由于联系人出现在用户的联系人列表中，作出该联系人以某种方式对特定用户而言是重要的假定。在这种情况中，另一假定是这样的用户将对来自该联系人的此馈源感兴趣。

在以下讨论中，利用应用程序、联系人列表和整合馈源的特定示例。可以理解并领会，这些仅构成示例，而不旨在将所要求保护的主题的应用仅限于在本文献中使用的那些特定示例。例如，在以下讨论中，使用RSS馈源形式的整合馈源以及这样的馈源的特定实例——网络日志即“博客”——来描述本发明的实施例。可以使用其它整合馈源和这样的馈源的其他不同的实例而不背离要求保护的主题的精神和范围。

在以下讨论中，提供了名为“示例性环境”的章节，它描述其中可采用本发明实施例的环境。在此之后，提供了名为“自动订阅馈源”的章节，它描述了本发明实施例如何可自动订阅馈源的示例。此外，该章节包括描述可结合馈源订阅过程利用的各种特征的若干子章节。最后，提供了名为“实现示例”的章节，它仅描述了具体化在之前的章节中描述的若干发明概念的一个特定实现。

示例性环境

图1根据一个实施例在100处大体示出其中可以利用本发明实施例的示例性环境。

此处，系统100包括客户计算设备102，它包括一个或多个处理器104和其上驻留可执行的计算机可读指令的一个或多个计算机可读介质106。在该示例中，计算机可读介质106包括实现一个或多个应用程序108的代码。以下描述的各个实施例可通过任何合适类型的应用程序实现。可用来实现此处所述的本发明特征的应用程序的示例包括，作为示例而非限制：电子邮件应用程序或客户端、即时消息收发应用程序或客户端等。可以理解，可以利用其它应用程序而不背离所要求保护的主题的精神和范围。

此外，计算机可读介质106包括或设备102以其他方式能访问包括与用户的联系人相关联的信息和属性的一个或多个联系人列表110。例如，电子邮件应用程序通常具有由个体组成的联系人列表，可对其中的个体发送和接收电子邮件。同样地，即时消息收发应用程序通常允许用户按照“伙伴列表”的形式保存联系人列表，伙伴列表描述用户与之进行即时消息收发活动的个体。替换地或附加地，众多组织维护由作为组织成员的个体组成的内联网联系人列表。

计算设备102被配置成经由网络与其他计算设备通信，网络在此示例中按照因特网112的形式存在。可以利用其它网络而不背离所要求保护的主题的精神和范围。在该示例中，出现在联系人列表110上的两个个体分别在114(即，Max)和116(即，Grace)处示出。因此，在该示例中，计算设备102的用户在其相关联系人列表中的一个或多个上包括Max和Grace两者。

如以下将变得明显地，用户的联系人列表可用作为该用户自动订阅整合馈源的基础。

可以理解并领会，尽管图1示例中的计算设备被示为台式设备，但这样的设备可采用其他形式，诸如膝上型或笔记本计算机、手持式计算机或任何其他类型的计算设备。

自动订阅馈源

如上所述，本文献中所述的各个实施例可结合任何合适的应用程序实现，诸如电子邮件应用程序和/或即时消息收发应用程序。

电子邮件应用程序通常允许个体向其他个体发送电子邮件。因为电子邮件的操作被广泛理解，这样的应用程序不在此处更详细描述。

即时消息收发应用程序往往没有得到如此的理解，因此提供以下讨论以向读者给出关于即时消息收发应用程序的某些附加背景。

一般，即时消息收发应用程序允许用户与被称为其“联系人”或“伙伴”的个体即时通信并协作。用户可通过提供诸如“Paul”的昵称以及地址来构建联系人或伙伴列表。即时消息收发应用程序利用“在场性”的概念，这使得与联系人的即时通信和协作更为有效。在场性向用户给予找到彼此并保持用彼此的在线状态不断更新的能力。如本领域的技术人员将理解的，在场性强有力的能力通常通过利用一个或多个服务器或服务的基于在场性的网络来提供。

用于初始化即时消息收发会话并在此上通信的协议取决于所使用的服务器或服务。例如，文本可例如通过TCP连接、TCP UDP或加密套接字层(SSL)运送。一般，发起客户机向服务器发送与联系人开始对话的请求，该请求然后被转发给另一客户机。然后可进行即时消息收发通信。具体地，消息文本现在可被发送给服务器并转发给另一客户机。消息文本如何定界取决于所使用的服务器和协议。在某些系统中，使用超文本传输协议(HTTP)或可扩展标记语言(XML)在封装在与服务器的TCP连接中的HTTP消息中发送文本。即时消息收发应用程序可提供的其他特征包括，作为示例而非限制：语音和视频呼叫、应用程序共享和文件传送，这均可由本领域的技术人员理解。

图2根据一个实施例示出图1系统的各部分。此处，诸如电子邮件应用程序或RSS阅读器应用程序的应用程序108由用户运行。根据一个实施例，当运行应用程序时，列举一个或多个联系人列表，诸如联系人列表110。标识用作诸如博客等整合馈源的源的联系人列表上的联系人，且使用户自动订阅相关联的整合馈源，该馈源在本示例中包括通过RSS递送的博客。用于订阅整合馈源的技术是公知的，且不在此处更详细描述。在某些订阅场景中，整合平台，例如RSS平台，可用来促进订阅过程。一般，这样的平台可由第三方服务器或服务支持或展示。这样的平台可被配置成执行多个不同的订阅和同步相关活动，诸如接收和处理订阅请求、接收和处理同步请求等。

当用户自动订阅馈源时，各个馈源自动向用户呈现，使得用户可按照熟悉的方式消费馈源。例如，在一个实施例中，应用程序108是电子邮件应用程序，而所订阅的馈源在电子邮件应用程序的上下文内以文件夹结构向用户呈现。一个这样的文件夹结构大体在200处示出。此处，在用户的电子邮件目录中创建名为“RSS馈源”的根文件夹。在该文件夹下，出现其他文件夹——一个指定“Max馈源”，一个指定“Grace馈源”，还有一个指定“足球队馈源”。在本示例中，每一文件夹包括对尚未阅读的馈源项目的括弧指示。在这种情况中，在Max的馈源中有两个项目用户尚未阅读，在Grace的馈源中有四个项目用户尚未阅读，而在足球队馈源中有一个项目用户尚未阅读。

应理解并领会，个体可不仅向其他个体订阅馈源，还可向其作为成员的团体或圈子订阅馈源。在本示例中，团体或圈子是均同意他们是该团体的成员的人员的持久团体。在用户的联系人列表中，团体或圈子用作联系人，与联系人同等，尽管它包含其他联系人。每一团体或圈子也具有其中成员可提供诸如相册、博客和留言板之类的空间。在本示例中，然后用户可自动订阅圈子空间馈源等。

以此方式，用户自动订阅馈源，并可在他们所熟悉的应用程序——电子邮件应用程序——的上下文中消费馈源数据。以此方式，可向不必精通整合馈源的细微差别的初学者用户展示这样的馈源所提供的丰富性和健壮性。

使用过滤器来过滤馈源

在某些情况中，对标识用于订阅的馈源进行过滤可能是合乎需要的。例如，用户在其联系人列表中可能具有大量联系人，其中每一个都可以是大量馈源的来源。在这种情况中，向联系人中的每一个自动订阅馈源被证实是使用不便的。在这种以及其他情况中，允许用户设置定义要发生哪些订阅活动的准则的过滤器可能是有利的。

可使用任何合适的一个或一类过滤器。例如，过滤器可被定义为仅包括来自出现在用户的即时消息收发伙伴列表上的联系人的馈源。替换或附加地，过滤器可基于用户与联系人通信的频率来设置。即，更频繁通信的那些联系人可使其馈源(诸如博客馈源或个人馈源)被订阅，而非频繁通信的那些联系人可能不会使其馈源被订阅。可使用任何其他的准则来定义过滤器。例如，可构造将重要联系人标识为该用户具有个人联系人属性如家庭电话号码、手机电话号码或用户具有对等文件共享特权的联系人。

不必说，过滤可能性潜在是无穷的。

将订阅列表与联系人改变自动同步

在至少某些实施例中，订阅列表可根据对用户联系人发生的改变自动同步。例如，诸如添加联系人或向联系人信息添加RSS URL、改变RSS URL和/或删除联系人或RSS URL的事件均可用于产生自动同步事件。

这可允许用户的应用程序检测并呈现例如新的博客，使得用户接收的博客从不过期。

自动填充“来自：”域

给定RSS标准的状态，如本领域的技术人员可以理解地，不总是可能查明用作特定馈源的源的个体的名字。即，馈源可具有不必指示或暗示用作馈源的源的联系人的馈源名。

在至少一个实施例中，出现在用户的电子邮件客户端中并对应于特定馈源的项目的“来自”域自动填充以例如相应的电子邮件地址和/或名字。即，由于使用联系人列表自动订阅特定的联系人馈源，客户侧应用程序了解出现在该特定联系人属性中的信息。这样的属性可能且一般会包括相关联的电子邮件地址和/或联系人名。如果是这种情况，则客户侧应用程序可简单地将该信息填充到向用户呈现的消息的适当域内。

对馈源改变的自动同步

RSS系统往往按照其中由希望接收更新的客户机轮询RSS馈源的适当源的固定日程表进行同步。这意味着，有时客户机可能具有过期的数据。具体地，如果RSS源在被特定客户机轮询之后就更新其信息，则该客户机的数据将过期直到下一轮询间隔。

在至少一个实施例中，无论何时对联系人馈源的改变发生，该改变即被推送至用户。以此方式，用户可接收相当及时的更新。仅作为这可如何实现的一个示例，考虑以下。在微软的Live Messenger(即时消息收发应用程序的微软版本)中，在适当的位置存在实现用于某些联系人属性改变的推送通知以便遵循Messenger的某些操作要求的基础架构。这些推送通知一般按照出现在用户的Messenger用户界面上被称为闪光的形式发生。以类似于在本上下文中采用的方式，对联系人的RSS URL的特定改变可调用对用户的推送通知，这又会调用自动同步功能。

朋友的朋友

在一个实施例中，用户可能不仅自动订阅其相关联系人的馈源，他们而且还可订阅其联系人订阅的馈源。具体地，当客户侧应用程序自动同步特定联系人的馈源时，它可通过对该联系人的应用程序的API调用查明该联系人订阅哪些馈源。一旦查明该信息，该用户的客户侧应用程序也可订阅其联系人订阅的馈源。

经评定的馈源

在某些实施例中，可基于某种类型的评定准则来订阅馈源。例如，用户可采用其中具有较多数目的星星的馈源被自动订阅而具有较少数目的星星的馈源不被订阅的星级评定系统。在至少某些实施例周功能，等级可由用户或自动地使用多个不同的可能准则分派。例如，当用户与相关联联系人具有更频繁联系时或当馈源包括较新内容时，馈源可使其等级自动提高。

实现示例

图3是根据一个实施例描述方法中各步骤的流程图。该方法可以结合任何合适的硬件、软件、固件或其组合来实现。在一个实施例中，使用一个或多个客户侧应用程序来实现该方法。在一个特定实现中，使用电子邮件应用程序、RSS阅读器应用程序或即时消息信使应用程序来实现该方法。

步骤300访问一个或多个联系人列表。可利用任何合适的联系人列表。在一个实施例中，该步骤可在用户首次运行其电子邮件客户端或RSS阅读器时执行。替换或附加地，该步骤可在其他时间实现，诸如每当用户运行其电子邮件客户端或RSS阅读器的时候。

步骤302查明联系人列表上的联系人是否用作整合馈源的源。该步骤可使用任何合适的整合馈源的源以任何合适的方式执行。例如，在一个实施例中，联系人列表中的所有联系人可被列举，其属性可被检查以查明各个属性中是否有任何一个引用整合URL。替换或附加地，联系人可各自具有唯一的标识符。该唯一标识符可用作对服务器的调用的基础，该服务器包括标识符到用标识符所标识的整合馈源的映射。例如，在即时消息收发空间中，联系人的标识符结合基于在场性的网络和由基于在场性的网络所维护的信息可用来查明该联系人是否与整合馈源相关联。替换或附加地，用户的联系人可能之前已向用户发布整合URL，使得用户的系统已经知道与该联系人相关联的整合馈源。此外，任何合适的整合馈源可经过该步骤。如上所述，整合馈源的类型的一个示例是RSS。此外，这样的馈源的一个实例是使用RSS的手段传递的博客。

步骤304将相关联的整合馈源导入到用户的客户侧结构内。即，一个或多个整合馈源被查明与一个或多个用户联系人相关联，用户可自动订阅馈源。可利用任何合适的结构来向用户呈现馈源内容。在以上一个实例中，所使用的客户侧结构是以电子邮件为中心的文件夹系统。当然，可以利用其它结构而不背离所要求保护的主题的精神和范围。

扩展

在至少某些实施例中，用户可例如基于上下文敏感的搜索窗格来自动订阅各个馈源。例如，可使用数据挖掘技术来挖掘电子邮件、新闻和RSS项目，以便然后使上下文搜索的范围延及包含与数据挖掘中所标识的内容类似的内容的博客或馈源。

结论

各个实施例允许在客户机设备上执行的应用程序使用户自动订阅特定的整合馈源。在至少某些情况中，用户可能预先没有意识到他们已经订阅馈源。在至少某些实施例中，应用程序使用包含与特定用户有关的联系人的一个或多个联系人列表来自动订阅馈源。具体地，应用程序能够访问联系人列表并从用户联系人中查明构成整合馈源的源的各个联系人。一旦标识了一个或多个联系人，应用程序即可自动订阅馈源，使得该用户现在可接收并消费馈源数据。

虽然已经用对结构特征和/或方法步骤专用的语言描述了本发明，但是应当理解，所附权利要求书中定义的本发明不必限于所描述的具体特征或步骤。相反，各具体特征和步骤是作为实现所要求保护的本发明的较佳形式来公开的。

Claims

1.一种计算机实现的方法，包括：

从一个或多个联系人列表查明(302)构成整合馈源的源的各个联系人；以及

响应于所述查明的动作使用户自动订阅(304)一个或多个整合馈源。

2.如权利要求1所述的方法，其特征在于，所述一个或多个联系人列表中的至少一个包括所述用户的联系人列表。

3.如权利要求2所述的方法，其特征在于，所述联系人列表包括电子邮件联系人列表。

4.如权利要求2所述的方法，其特征在于，所述联系人列表包括即时消息收发伙伴列表。

5.如权利要求1所述的方法，其特征在于，所述整合馈源包括RSS馈源。

6.如权利要求1所述的方法，其特征在于，所述整合馈源与博客相关联。

7.一种计算机实现的方法，包括：

从一个或多个联系人列表查明(302)构成RSS馈源的源的各个联系人；

响应于所述查明的动作使用户自动订阅(304)一个或多个RSS馈源；以及

向所述用户呈现从中所述用户可消费所订阅的馈源的客户侧结构(200)。

8.如权利要求7所述的方法，其特征在于，所述客户侧结构包括文件夹结构。

9.如权利要求8所述的方法，其特征在于，所述呈现的动作是通过为用作RSS馈源的源的每一联系人提供相应的文件夹来执行的。

10.如权利要求7所述的方法，其特征在于，所述客户侧结构包括文件夹结构，且所述呈现的动作是由电子邮件应用程序执行的。

11.如权利要求7所述的方法，其特征在于，至少一个RSS馈源包括博客。

12.如权利要求7所述的方法，其特征在于，还包括过滤已标识用于订阅的RSS馈源。

13.如权利要求7所述的方法，其特征在于，还包括根据对所述用户的联系人发生的改变自动同步RSS馈源订阅列表。

14.如权利要求7所述的方法，其特征在于，所述呈现的动作包括用特定的RSS馈源的源的名字或电子邮件地址自动填充与所述RSS馈源相关联的域。

15.如权利要求7所述的方法，其特征在于，还包括基于已经对RSS馈源作出的改变自动同步所述RSS馈源。

16.如权利要求7所述的方法，其特征在于，还包括自动订阅由出现在所述一个或多个联系人列表中的一个或多个联系人接收的一个或多个RSS馈源。

17.如权利要求7所述的方法，其特征在于，还包括基于评定准则订阅一个或多个RSS馈源。

18.如权利要求7所述的方法，其特征在于，所述一个或多个联系人列表中的至少一个包括所述用户的联系人列表。

19.如权利要求18所述的方法，其特征在于，所述联系人列表包括电子邮件联系人列表。

20.如权利要求18所述的方法，其特征在于，所述联系人列表包括即时消息收发伙伴列表。