CN102158423B - 经由聊天群跟踪内容项更新 - Google Patents

Abstract

本文中描述了一种经由聊天群跟踪内容项更新的方法和系统。由内容项源主存的内容项(诸如网络日志的网络日志帖子)可接收更新(例如，由用户提交的评论)，并且可在用户间在聊天服务的聊天群中讨论。内容项源和聊天服务可协作以向用户通知对该内容项的更新，并共享关于该内容项的内容。在用户请求订阅内容项的更新时，内容项源可邀请用户加入聊天服务中为讨论该内容项而创建的聊天群。此外，由内容项源接收到的对该内容项的更新可自动作为消息发布在聊天群中，并且在聊天群中发布的关于该内容项的消息可被自动发布在内容项源上作为对该内容项的更新。

Description

经由聊天群跟踪内容项更新

技术领域

本发明涉及一种经由聊天群跟踪内容项更新的方法和系统。

背景技术

在计算领域中，许多场景会涉及内容项，诸如新闻文章、如百科全书之类的纪实、或网络日志帖子，它们可涉及一个或更多个用户更新，诸如添加或修改信息或评论，包括对内容项的讨论。此类内容项往往由内容项源发布，内容项源诸如主存包括一组内容项的网站的web服务器，其可接受来自用户的更新并将它们与新闻文章相关联。在一些场景中，用户更新可按以各种方式组织的系列来发布(例如，顺序地、按优先级、或根据线索)；在其他场景中，用户更新可包括对内容项的正文的变更(例如，关于特定主题的可编辑维基(wiki)页面)。

对内容项的主题感兴趣的用户可能希望跟踪对该内容项发布的更新。在许多场景中，用户可简单地向内容项源发出对内容项(诸如网站的网页)的一系列请求，并且可检查该内容项的新资料。在其他场景中，用户可以能够向内容项源查询更新列表，例如表示对内容项的一系列更新的真正简单聚合(RSS)订阅源。在又其他场景中，用户可以能够请求内容项源在接收到对特定内容项的更新(诸如web论坛中关于特定主题的帖子)时通知用户(为此web论坛软件可被配置成在该主题中接收到附加帖子时向该用户发送电子邮件消息)。然而，一些内容项源可能未被配置成准许用户订阅更新，且用户可能不得不访问以及再访问许多内容项源以保持获悉对感兴趣的特定内容项的更新。

发明内容

提供本概述是为了以简化的形式介绍将在以下详细描述中进一步描述的一些概念。本发明内容并不旨在标识出所要求保护的主题的关键因素或必要特征，也不旨在用于限定所要求保护的主题的范围。

在涉及希望跟踪对内容项的一组更新的用户的许多同期场景中，用户可能不得不重复地向内容项源查询更新。这种重复查询在许多方面可能是低效率的。例如，第一查询可得到(自先前查询以来的)很少或没有更新，因此导致用户时间以及内容项源的表现资源的低效率，而在其他地方可能发布了关于同一主题的许多其他更新但可能未被不知晓该活动的用户阅读。若接收到很少或没有更新，则周期性地轮询内容项源的数据订阅源(诸如RSS订阅源)可能同样是低效率的。电子邮件通知机制可在有限程度上缓解这种轮询，但电子邮件可能太慢或太麻烦而不能保持用户在即时基础上获悉更新。因此，用户监视内容项源上对内容项的更新的效率可能产生相当少的结果，同时耗费了大量的用户时间和内容项源的资源。

可以理解，这些低效率中的一些源于许多内容项源(诸如网页和维基页面)不适合处理内容项源的近实时更新的场景(尤其是用“推送”式通知)，尤其是在更新涉及(潜在的大且可能匿名的)一系列用户之间的自组织和信息化对话的情况下。相反，许多聊天服务提供各种群聊天场景，其可能易于适合近实时地向用户通知一组更新，且尤其是用于在关于一主题的对话中主存自组织用户群。然而，在许多场景中，聊天服务中发生的讨论是短暂的，并且除非被用户捕捉和保留，否则该讨论往往消失而对内容项没有持续影响。

可开发用于融合聊天群的自组织对话激发环境与内容项源(诸如网页或维基页面)的非瞬态本质的技术。当用户表达对由内容项源主存的内容项的兴趣时，可邀请该用户加入由聊天服务主存的关于该内容项的聊天群。若用户接受该邀请，则聊天群界面可将该用户与希望跟踪该内容项的其他用户连接。此外，聊天群和内容项源可协作，以使得对内容项的更新(包括内容项的添加或更改、后续信息、以及由各个用户提交的关于该内容项的评论)可被自动作为消息发布在该聊天群中，以及向该聊天群发布的关于该内容项的消息可被内容项源自动发布作为对该内容项的更新。以此方式，用户可通过非常适合近实时更新和讨论的界面来跟踪关于内容项的更新，同时还保留网页、维基页面、或web论坛的一些自动非瞬态性。在一些实施例中，用户可以能够通过单个聊天界面来跟踪对许多内容项的更新，和/或维持订阅达非短暂时段以便接受对在长时间段上提交的更新的通知。该协作还可改善内容项源对资源的高效利用(例如，通过减少访客对内容项的冗余刷新)和/或可促成对聊天群的额外使用。

为实现上述和相关目的，以下描述和附图阐述了各个说明性方面和实现。这些方面和实现仅指示可使用一个或多个方面的各种方式中的一些。结合附图阅读以下详细描述，则本发明的其他方面、优点、以及新颖特征将变得显而易见。

附图说明

图1是以用户监视对由内容项源主存的内容项的更新为特征的示例性场景的图示。

图2是以用户监视对由内容项源主存的内容项的更新并参与在由聊天服务主存的聊天群内对该内容项的讨论为特征的示例性场景的图示。

图3是以内容项源和聊天服务的协作式交互向用户通知对由内容项源主存的内容项的更新并且还在内容项源与聊天服务之间共享与该内容项有关的内容为特征的示例性场景的图示。

图4是示出向用户通知对由内容项源主存的内容项的更新的示例性方法的流程图。

图5是示出将内容项源配置成向用户通知对由该内容项源主存的内容项的更新的示例性方法的流程图。

图6是示出用于向用户通知对由内容项源主存的内容项的更新的示例性系统的组件框图。

图7是包括配置成实施本文阐述的一个或更多个设置的处理器可执行指令的示例性计算机可读介质的图示。

图8是以将对由内容项源主存的内容项的更新分段成在聊天群内发布的若干条消息为特征的示例性场景的图示。

图9是以将在聊天群内发布的多条消息组合成对由内容项源主存的内容项的更新为特征的示例性场景的图示。

图10示出其中可实现本文阐述的一个或更多个设置的示例性计算环境。

具体实施方式

现在参考附图来描述所要求保护的主题，所有附图中使用相同的附图标记来指代相同的元素。在以下描述中，为解释起见，阐明了众多具体细节以提供对所要求保护的主题的全面理解。然而，很明显，所要求保护的主题可以在没有这些具体细节的情况下实施。在其他情况下，以框图形式示出了各结构和设备以便于描述所要求保护的主题。

在计算领域内，许多场景涉及由内容项源主存的内容项，诸如主存在web服务器的网页上的新闻文章、主存在信息源的维基页面上的信息概述、发布在网络日志上的评述、以及web论坛上的主题帖子。在这些场景中，内容项可能常常接收一系列更新，包括由内容项的作者或其他用户提供的补充信息、对内容项的更改(尤其是对表示为基于维基的信息页面的内容项的更改)、和/或由各个用户作出的评论，包括关于该内容项的对话。

内容项源可按各种方式向用户呈现内容项以及更新。作为第一示例，内容项源可呈现内容项，并且随后可呈现对该内容项的更新的列表，这些更新可按各种方式排序(例如，顺序地、按优先级、或以线索化方式，诸如包含任何响应更新作为子节点的表示更新的节点的嵌套层次，藉此将讨论呈现为对话线索层次)。作为第三示例(尤其是关于维基信息页面)，内容项源可向用户呈现内容项的最新版本，但用户可以能够查阅该内容项的这一系列更新以及各个先前版本。

图1给出了以设备14(诸如工作站计算机)的用户12为特征的示例性场景，用户12对由内容项源16主存的内容项18感兴趣并且希望接收对内容项18的更新20。在第一时间点10，用户12可询问内容项源16呈现内容项18和更新20，并且内容项源16可向用户12呈现其表示，例如包括内容项18以及由各个提交者22提交的编年地排序的一栏更新20的网页。例如，第一提交者22可能创作了内容项18；第二提交者22可提交表示对内容项18的评论的第一更新；第一提交者22可提交响应于第一更新20的第二更新20(表示为第二更新20与第一更新20的响应关系24)；以及第三提交者22可提交与第二更新20具有响应关系24的第三更新20。以此方式，用户12可跟踪对内容项18的更新20的编年表和交互，并且可保持获悉这些信息。用户12可能还希望例如通过评论内容项18或先前接收的更新20来提交对内容项18的更新20。

然而，该场景中可能存在一些低效率。作为第一示例性低效率，用户12常常在内容项源16接收到对内容项18的更新20时没有得到通知，且因此可能难以跟踪内容项18。相反，用户12可能不得不在任意基础上例如基于用户12的心血来潮或可用性向内容项源16查询更新20。例如，在第二时间点26，用户12可向内容项源16查询对内容项18的更新20，以便仅接收自第一时间点10起已接收到的大量更新20。用户12可能是希望已获悉有许多更新20频繁地到达，但由于用户12不知晓这种情况，因此用户12在第二时间点26可能不得不追赶该(潜在的大)组新的更新20。相反，在第三时间点28，用户12可能重复地向内容项源16查询更新20，但若尚未接收到新的更新20，则每次查询对用户12产生很少或没有价值(同时在响应于用户12的每个查询重复地呈现内容项18和该组更新20时也消耗了内容项源16的资源)。与此同时，第二内容项源30可能正接收与相同内容项18有关的其他更新20(例如，在另一网站上发布的关于相同主题的信息更新或评论)，但用户12可能不知晓第二内容项源30或向其发布的对内容项18的更新20，并且因此会错过用户12可能非常感兴趣的许多更新20。此外，用户12可能的确不能频繁地向潜在的大组内容项源16查询对潜在的大组内容项18的更新20；因此，用户12可能不得不延迟或放弃查询一些内容项源16，并且会错过向其发布的潜在感兴趣的更新20。

一些技术可用于缓解这些低效率。作为第一示例，内容项源16(诸如网站或web论坛)可在接收到对内容项18的一个或多个新的更新20时主动通知用户12。然而，该通知常常呈现为电子邮件通知，从而内容项源16向用户12的电子邮件帐户发送电子邮件消息以向用户12通知已接收到对特定内容项18的新的更新20。然而，电子邮件通知可能低效率地慢或麻烦，因为电子邮件并未很好地设计用于近实时通知。用户12可能还不得不在电子邮件客户端(在此接收对更新20的通知)和与内容项源16的接口(诸如web浏览器中呈现的网站)之间切换，因而增加了在跟踪对内容项18的更新20时的用户体验的低效率。此外，用户12可能难以通过电子邮件客户端来贡献对内容项18的更新20。

作为第二示例，内容项源16可提供数据订阅源，诸如向用户呈现为对特定内容项18的更新20的可查询列表的真正简单聚合(RSS)订阅源。用户12可在设备14上执行RSS阅读器，其周期性地向内容项源16轮询在数据订阅源中表示的对内容项18的更新20，并且可在检测到此类更新20时通知用户12。然而，该场景也利用了低效率的轮询机制；例如，若用户12周期性地查询不经常更新的数据订阅源，则此类查询代表了低效率以及在向用户12重复地提供不变的数据订阅源时对内容项源16的计算资源的无价值消耗。这种低效率可通过增加轮询周期来减少，但其代价是增加了用户12接收对更新20的通知的延迟。再次，用户12的设备14轮询由各个内容项源16提供的潜在的大组数据订阅源、或跟踪从其接收的大组更新20可能是困难的和/或昂贵的。

更一般地，web服务器往往是提供近实时更新的交互的低效率主机。这是由于超文本传输协议(HTTP)被导向成围绕请求/响应模型，其中客户端对资源的请求被快速满足并且连接被关闭以释放服务器资源来用于处理其他请求。这种连接模型难以转换成用在以近实时地向许多用户进行推送式更新通知为特征的场景中。因此，web服务器一般不是很适合维护相当大量的长期存活连接，诸如聊天群中与潜在的大量客户端的连接。虽然一些技术可以改善这种困难(例如，在HTTP5标准中实施的推送技术)，但是可理解，基于web服务器的聊天领域目前尚未很好地开发。例如，不清楚潜在的大量用户之间的大型聊天会话可如何主存在一组分布式互通web服务器上。

相反，基于其他协议的其他类型的服务器可能非常适合用于主存聊天会话。例如，1988年设计了因特网中继聊天(IRC)协议以主要用于将服务器配置成维持打开的连接，且配置IRC服务器已出现了很大进步从而以分布式多服务器方式支持成千的并发用户。还开发了许多类型的即时消息(IM)协议以改善自组织(ad hoc)用户群之间的近实时对话通信。对于涉及内容项18的近实时更新流20(其可包括用户12之间关于内容项18的对话对白)的场景，使用这些协议之一来实现聊天服务的聊天服务器可能比web服务器更高效。因此，聊天服务器的通信协议用于以永久方式连接大组用户12并近实时地分发更新20可能更高效。

然而，群聊天环境可能不完全足以主存对内容项18的更新20。作为第一示例，群聊天环境与以其他格式呈现的相似信息相比可能组织性要低一些；例如，与跟踪以在线聊天的抄本呈现的观察相比，可能更容易标识web论坛或网络日志评论章节中的重要评论。这种差异可能源于每个通信环境所促使的不同类型的对话。例如，网络日志评论章节、维基页面、或web论坛可能鼓励包括分立单元的连贯且正式的消息，其中第一用户12可在单个(且潜在地长的)帖子中完整地表达其观点，并且第二用户12随后可在响应(或许也是长的)文章中全面地回应该帖子。相反，聊天群往往促使具有许多同期发言人的通俗的、自由流动的对话，其中以小段的思索和语句来对话式地表达想法，并且其中用户12频繁地打断彼此，或者在无轮换礼仪协议的情况下以快速交织方式讨论主题。作为第二示例，在聊天群中提交的消息往往被编制成、旨在、且预计是短暂的，且仅是短暂讨论的一部分，而提交维基条目、网络日志评论、或在网站上发布的其他更新往往觉得更重要和持久，就像是作为正式记录的一部分来提交的。因此，聊天群可能是用于展开和讨论想法的有用设置，并且可能在技术上更容易组织和主存(尤其是在相当长期的讨论中在潜在的大组用户12之间)，但可能不是用于存储诸如可在网站上呈现的一组重要更新20的高效格式。

由于这些及其他方面，这些通信环境往往分开地提供和维护，除了从一个环境对另一环境的一些语义引述以外很少有交叉。就特定主题而言，用户12可选择访问内容项源16(诸如新闻页面、web论坛、或维基页面)以查看和贡献对内容项18的重要更新20，或者可选择加入聊天群以便跟踪或参与和其他用户12的关于内容项18的非正式、非结构化和短暂对话。然而，聊天群中的对话很少影响由内容项源16提供的内容项18，并且来自内容项源16的内容项18很少在聊天群中完整地(特别是若很长)指定。事实上，在聊天群的用户12希望讨论特定内容项18时，用户12往往向聊天群发布至内容项源16上内容项18的完整内容的超链接，其他用户12可访问该超链接以检查完整的内容项18，然后返回聊天群以聊天群的对话、交织设置来讨论内容项18。因此，用户12可在这两种通信环境之间切换以满足关于内容项18的不同兴趣(例如，使用内容项源16来提供和接收相当长的评论和信息集形式的信息，并使用聊天群以简短的对话消息讨论该内容项)。

图2给出了以设备14的用户12参与讨论由内容项源16主存的内容项18为特征的示例性场景40。内容项源16可主存对内容项18的一组更新20，诸如对内容项18的响应评论、轶事、补充信息和更改。用户12可通过提交诸如评论之类的更新20来参与发展内容项18，内容项源16可将该更新20纳入对内容项18的该组更新20。此外，用户12可利用聊天服务42来访问聊天群46，各个聊天参与者48可在聊天群46中交换构成关于内容项18的对话的消息46。聊天参与者48(包括用户12)可在消息46中引述内容项18以及一个或多个更新20，藉此创建消息46与内容项18或其更新20以及与由聊天参与者48发布的之前消息46的响应关系24。然而，内容项源16和聊天服务42往往不互操作以共享关于内容项18的内容。因此，内容项源16上对内容项18的该组更新20与聊天群44中讨论内容项18的该组消息46之间往往存在分隔50，且仅有的显著交迭可包括这些环境之一中的参与者对另一环境的内容的松散引述、以及偶然的内容共享(例如，对内容项18的更新20的作者可在聊天群44中引用消息摘录，以及聊天参与者48可在提交给聊天服务44的消息46中复制和粘贴内容项18或更新20的一部分)。

可实现用于减少由内容项源16主存的对内容项18的该组更新20与在聊天服务42的聊天群44中发布的构成关于内容项18的对话的该组消息46之间的该内容分隔50的技术。具体地，聊天服务器42可被配置成将对内容项18的更新20传递给聊天服务42以作为消息46发布在聊天群44中；以及聊天群44可将在聊天群44中发布的消息46传递给内容项源16以包含在对内容项18的该组更新20中。这种交互可呈现若干优点。作为第一示例，用户12可通过加入聊天群44并监视其中发布的更新20来以近实时方式跟踪对内容项18的更新20。由于聊天服务42的基础设施比起内容项源16的基础设施(例如，web服务器)可为推送给潜在的大组自组织用户12的近实时更新提供更大支持，因此用于向用户12公布更新20的该技术不仅可以更快方式将更新20传送给用户12，还可以节约内容项源16的资源(例如，通过减少渴望接收对内容项18的更新20的用户12对内容项18的轮询)。作为第二示例，对内容项18的更新20可被自动注入聊天群46中发生的对话，从而用户12可以不必保持在聊天群44的界面外检查内容项源16(例如，通过切换到web浏览器或RSS阅读器以向内容项源16查询对内容项18的更新20，并随后切换回聊天群44的界面以引述此类更新20、公布其摘录、或与聊天参与者48讨论此类更新20)。作为第三示例，聊天群44中产生的对话的重要方面可在内容项源16上自动发布为对内容项18的更新20，从而用户12可以不必准备该对话的摘录或抄本以在内容项源上从新公布为对内容项18的更新20。作为第四示例，一些实施例可允许用户12通过单个界面接收对若干内容项18的更新20，和/或在单个界面中参与关于许多内容项18的对话。此外，一些实施例可允许用户12维持对一个或多个内容项18的订阅达相当长的历时，并接收关于在相当长的时间段里接收到的对内容项18的更新20的通知，藉此减弱对内容项18的用户兴趣的短暂本质(其通常源于在长历时上频繁地检查内容项18的更新20的困难性)。这些和其他优点可通过内容项源16与聊天服务42的协作式交互和内容共享安排来实现。

图3给出了以可实现该协作式共享的一些技术为特征的示例性场景60。用户12可访问内容项源16，可发现感兴趣的内容项18，并且可能希望跟踪对内容项18的一组更新20。代替允许用户12向内容项源16查询或轮询对内容项18的更新20，内容项源16可向用户12呈现加入关于内容项18的聊天群64的邀请76，在聊天群64中可以近实时地发布对内容项18的更新20。例如，内容项源16可将邀请76呈现为嵌入包括内容项18的网页或维基页面呈现中的控件(诸如按钮)，并且用户12可激活该控件以在用户12的设备14上调用聊天服务界面64(例如，聊天客户端应用)，其连接到为关于内容项18的对话创建的聊天群66。当作者68向内容项源16提交对内容项18的新的更新70时，内容项源16可将该新的更新70提交给聊天服务42以作为新消息72发布在聊天群66中。以此方式，用户12可近实时地获悉新的更新70，而不必通过查询或轮询内容项源16来发现该新的更新70；并且对内容项18的更新20可被注入聊天群66的对话，而聊天参与者74不必发现并引述或摘录新的更新20。此外，在聊天参与者74提交被包括作为对内容项18的更新20可能有帮助的新消息76时，聊天服务42可自动将新消息76提交给内容项源16以发布作为对内容项18的新的更新78。以此方式，深刻对话的部分可被自动包括作为由内容项源16存储的对内容项18的更新20，而无需用户12准备和向内容项源16提交该对话的抄本或摘录。这些及其他优点可根据本文中所讨论的技术来实现。

图4给出了这些技术的第一实施例，示为使用具有处理器且能访问聊天服务42的设备向用户23告知主存在内容项源16上的对内容项18的更新20的示例性方法80。示例性方法80可实现为例如易失性或非易失性存储器，其包括可由设备的处理器执行并配置成实现本文中所讨论的技术的指令集。示例性方法80始于82处并涉及在处理器上执行指令(84)。更具体地，这些指令配置成在聊天服务42中组建关于内容项18的聊天群66(86)。这些指令还配置成在从用户12接收到对订阅内容项18的请求时邀请用户12加入聊天群66(88)。这些指令还配置成在接收到对内容项18的更新20时将更新20作为关于内容项18的消息46发布在聊天群44中(90)；以及在从聊天群44的用户12接收到关于内容项18的消息46时，将消息46发送给内容项源16以发布作为对内容项18的更新20(92)。以此方式，示例性方法80实现了向用户12告知对内容项18的更新20，因此在94处结束。

图5给出了这些技术的第二实施例，示为使用具有处理器且能访问聊天服务的设备将主存内容项18的内容项源16配置成向用户12告知对内容项18的更新20的示例性方法100。示例性方法100可实现为例如易失性或非易失性存储器，其包括可由设备的处理器执行并配置成实现本文中所讨论的技术的软件指令集。示例性方法100始于102处并涉及在处理器上执行指令(104)。更具体地，这些指令被配置成在从用户12接收到对订阅内容项18的请求时邀请用户12加入聊天服务42中关于内容项18的聊天群66(106)。这些指令还被配置成在接收到对内容项18的更新20时将内容项18发送给聊天服务42以作为消息46发布在关于内容项18的聊天群44中(108)。这些指令还被配置成在从聊天服务42接收到来自聊天群44的关于内容项18的消息46时将消息46发布作为对内容项18的更新20(110)。以此方式，示例性方法100实现了将内容项源16配置成向用户12通知对内容项18的更新20，因此在112处结束。

图6给出了这些技术的第三实施例，示为在具有处理器124且能访问聊天服务42的设备122内操作的示例性系统126，其可将设备122配置成向用户12告知由内容项源16主存的对内容项18的更新20。示例性系统126可包括例如由处理器124执行并配置成执行本文中所讨论的技术的指令。具体地，示例性系统126包括聊天群邀请组件128，其配置成在聊天服务42中组建用于讨论内容项18的聊天群44，以及在从用户12接收到要订阅内容项18的请求时(例如，在用户12点击主存内容项18的网页上的按钮62时)邀请用户12加入聊天群44。示例性系统126还包括更新至消息发布组件130，其配置成在接收到对内容项18的更新20时将更新18作为消息46发布在聊天群44中。示例性系统126还包括消息至更新发布组件132，其配置成在从聊天群44的用户12接收到关于内容项18的消息46时将消息46发送给内容项源16以发布作为对内容项18的更新20。以此方式，示例性系统126可使得设备122促成向用户12告知对内容项18的更新20的发布，并且还可促成在内容项源16与聊天服务42之间关于内容项18的内容的自动和协作式交互。

又一实施例可涉及包括配置成应用本文给出的技术的处理器可执行指令的计算机可读介质。可以用这些方式作出的一种示例性计算机可读介质在图7中示出，其中实现140包括其上编码有计算机可读数据144的计算机可读介质142(例如，CD-R、DVD-R、或硬盘驱动器盘片)。该计算机可读数据144又包括被配置成根据本文阐述的原理来操作的计算机指令集146。在一个这样的实施例中，处理器可执行指令146可被配置成执行一种向用户告知由内容项源主存的对内容项的更新的方法，诸如图4的示例性方法80。在另一个这样的实施例中，处理器可执行指令146可被配置成执行一种向用户告知由内容项源主存的对内容项的更新的系统，诸如图5的示例性方法100。本领域普通技术人员可以作出被配置成根据本文给出的技术操作的许多这样的计算机可读介质。

本文所讨论的技术可被设计成在许多方面具有变型，并且某些变型可呈现出相对于这些和其他技术的其他变型的附加优点和/或减少缺点。此外，某些变型可组合实现，并且某些组合能以通过相互协作而得到的附加优点和/或减少的缺点为特征。各种变型可被合并到各实施例中(例如，图4的示例性方法80和图5的示例性方法100)中，以向这些实施例赋予单独和/或相互促进的优点。

可在这些技术的实施例之间变化的第一方面涉及其中可利用这些技术的场景。作为第一示例，许多类型的内容项源16可利用这些技术来主存许多类型的内容项，诸如主存一组新闻文章的新闻网站；主存一组网络日志帖子的网络日志；主存一组web论坛主题或线索的web论坛；主存诸如图像、视频或音乐等一组媒体对象的媒体共享站点；主存一组内容项的社交内容订阅源；以及主存一组应用的应用站点。作为该第一方面的第二示例，许多类型的聊天服务42可利用这些技术来主存许多类型的讨论，包括诸如因特网中继聊天(IRC)服务之类的文本聊天服务；主存群即时消息聊天的即时消息网络；主存群IP语音会话的语音聊天服务；以及主存群视频会议聊天的视频会议服务。

作为该第一方面的第三示例，内容项源16可利用许多聊天服务42，和/或可向同一聊天服务42或多个聊天服务42内的若干聊天群44发送对一个或多个内容项18的更新20。这可用于例如允许用户12选择通过广泛的聊天服务42(可能是不同类型的，例如语音聊天服务和文本聊天服务)和/或其主存的许多聊天群44(可能是不同范围的，例如第一聊天群44提供包括关于特定内容项18的相对细节的信息集的一组更冗长的更新20；第二聊天群44提供关于同一内容项18的相对简明的一组重要更新20；以及第三聊天群44提供关于来自特定内容项源16的一定范围的内容项18的更新)来跟踪一个或多个内容项18。

作为该第一方面的第四示例，聊天服务42可被配置成接收由一个内容项源16主存的对内容项18的更新20。替换地，聊天服务42可接收来自若干内容项源16的更新20，并且此类内容项源16可提供相似类型的内容项18或许多类型的一组多样化内容项18。在一个此类实施例中，由聊天服务42主存的聊天群44可被配置成接收特定用户12或此类用户12的群可能感兴趣的由大组内容项源16主存的关于整组内容项18的一组定制更新18。

作为该第一方面的第五示例，跟踪内容项和/或参与群聊天的每个用户可利用许多类型的设备，诸如工作站计算机、笔记本或上网本计算机、诸如个人数据助理(PDA)或智能电话之类的掌上设备、游戏控制台、以及因特网设施或薄客户端设备。此类设备还可使用许多类型的软件连接到内容项源16和/或聊天服务42，该软件诸如配置成访问特定内容项源16或聊天服务42的专用客户端、用于使用特定协议来访问任何内容项源16或聊天服务42的通用客户端(例如，因特网中继聊天(IRC)客户端或消息接发协议客户端)、web浏览器、或配置成呈现在远程服务器上执行的应用的薄客户端。本领域普通技术人员可设计其中可利用本文给出的技术的许多场景。

可在这些技术的实施例之间变化的第二方面涉及其中可实现这些技术的解决方案架构。图6给出了一个此类架构，但是可设计实现这些技术的其他架构，可能与其他架构相比具有附加优点。例如，将更新至消息发布组件130和消息至更新发布组件132的一些或所有部分组合以例如统一对此类项的更对称处理的特定处理方面从而获得共享配置或更容易的软件开发可能是有利的。作为该第二方面的第二示例，该架构的组件可按许多方式分布，尤其是关于内容项源16和聊天服务42。作为第一示例，内容项源16可直接发起聊天群44，将用户12发送至聊天服务42，可直接将对内容项18的更新20发送给聊天服务42，并且可直接从聊天服务42接收任何消息46以发布作为对内容项18的更新20。替换地，内容项源16可依赖于聊天服务42或另一服务来处理一些或所有这些交互。例如，内容项源16可接收由聊天服务42或第三方提供的对象或脚本(诸如JavaScript或Python)以注入以内容项18为特征的网页，其中此类对象或脚本可执行这些技术的一些元素。类似地，聊天服务42可直接组建聊天群44，从内容项源16接收用户12和/或对内容项18的更新20，和/或向内容项源16发送消息46以发布作为对内容项18的更新20，或者可依赖于内容项源16或第三方进行一些或所有这些元素。例如，代替向聊天服务42发送更新20作为将向一个或多个聊天群44中广播的特殊类型的对象，内容项源16的自动代理可作为参与者直接加入聊天群44，并且可将与对内容项18的更新20相对应的消息46注入聊天群44。本领域普通技术人员可设计其中可实现本文讨论的技术的许多架构。

可在这些技术的实施例之间变化的第三方面涉及邀请用户12加入关于特定内容项18的聊天群44的方式。作为第一示例，内容项源16可简单通知用户12关于聊天群44的存在，并且可邀请用户12加入聊天群44(并且可能在聊天服务42中组建用于讨论内容项18的聊天群44)。作为第二示例，内容项源16可将用户12重定向至聊天服务42的聊天服务界面，其可被配置成使用户12订阅关于内容项18的聊天群44。例如，内容项源16可在以内容项18为特征的网页上包括用户控件(例如，图6中所示的按钮62)，其将用户12的web浏览器重定向至使用户12订阅关于内容项18的聊天群44的聊天服务42网页，并且可能将用户12连接到聊天群44(例如，通过调用接收和呈现聊天群44的消息46的基于web浏览器的聊天客户端)。作为另一示例，当用户12请求订阅内容项18时，由用户12操作的设备14可调用客户端侧应用，诸如聊天客户端应用，其可登录聊天服务42以订阅聊天群44和/或连接到聊天群44。本领域普通技术人员可设计在实现本文中所讨论的技术时邀请用户12加入聊天群44或许多聊天服务42的许多方式。

可在这些技术的实施例之间变化的第四方面涉及聊天群44的状态管理。作为第一示例，在用户12请求订阅特定内容项18时，聊天群44可能已存在，并且内容项源16可简单地将用户12引至聊天群44。替换地，聊天群44可能尚不存在；例如聊天群44可在用户12请求跟踪内容项18时在自组织基础上创建，并且内容项源16可在建成聊天群44之前从第一用户12接收第一此类请求。例如，这些技术的实施例可被配置成在从用户12接收到对订阅内容项18的请求时查询聊天服务42以确定是否存在关于内容项18的聊天群44。若否，则该实施例可建议用户12组建关于内容项18的聊天群44，或者可在聊天服务42中组建关于内容项18的聊天群44(例如，通过向聊天服务42发送要创建聊天群44的请求)。作为替换实施例，聊天服务42可处理聊天群44的自动创建，并且可在接收到来自第一用户12的要加入关于特定内容项18的聊天群44的第一请求时代表内容项18创建聊天群44。

作为该第四方面的第二示例，内容项源16和聊天服务42可允许关于特定内容项18的聊天群44继续无限地存在或直至被用户12终止。该配置可能是有用的，例如若聊天群44被指定成以更新20以及讨论特定类型和/或关于特定主题的一组内容项18为特征。替换地，内容项源16和/或聊天服务42可主动参与终止关于特定内容项18的聊天群44。在一个此类实施例中，关于特定内容项18的聊天群44可被组建达指定时间段，例如从在内容项源16上发布内容项18起24小时。在另一个此类实施例中，内容项源16和/或聊天服务42可主动监视用户12对讨论内容项18的兴趣，并且可在标识出用户12之间对内容项18的兴趣降低时在聊天服务42中终止聊天群44。例如，聊天服务42可检测一个或多个因素作为兴趣指示，包括加入群聊天44或主动参与群聊天44的用户12的最小数量、特定时段中在聊天群44中可接收到的消息46的最小数量、和/或内容项源16对内容项18的更新20的最小数量。在检测到此类兴趣降低时，内容项源16和/或聊天服务42可简单地终止聊天群44，或者可临时或无限地挂起聊天群44(例如，直至且除非从内容项主机16接收到对内容项18的新的更新20)。聊天服务42还可简单地使用户12与关于内容项18的聊天群44断开连接，和/或可将用户12重定向至不同的聊天群44。本领域普通技术人员可设计在实现本文中所讨论的技术时管理关于特定内容项18的聊天群44的状态的许多方式。

可在这些技术的实施例之间变化的第五方面涉及检测由内容项源16发布的对内容项18的更新20以及发送此类更新20作为要在聊天服务42的聊天群44内发布的消息46的方式。作为第一示例，在内容项源16接收到更新20时，其可将内容项18传递给聊天服务42，聊天服务42可接收该内容项18并将其作为消息46发布在聊天群44中。例如，聊天服务42可提供可供内容项源16调用以传递内容项18的应用编程接口(API)或web服务。

作为该第五方面的第二示例，内容项源16可直接传送更新20作为聊天群44内的消息46。例如，内容项源16可作为与普通用户12等同的自动代理加入关于内容项18的聊天群44，并且在接收到对内容项18的至少一个更新20时可将对应于更新20的一条或多条消息46发布到聊天群44。作为第三变型，内容项源16可通过各个用户12将更新20发送给聊天服务42，诸如通过重定向向内容项源16提交更新20的用户12以将更新20作为消息46在由聊天服务42主存的聊天群44内传递。例如，包括网络日志的内容项源16可包括与评论网页上的文本框绑定的“提交”按钮。该“提交”按钮可绑定到脚本(诸如JavaScript)，该脚本不仅指令web浏览器将文本框的内容发送到网络日志以发布作为评论(即，作为对内容项18的更新20)，而且还可重定向用户12的web浏览器以将消息20发送到聊天主机46，例如作为请求发送到web服务，后者接受该评论并将其作为一条或多条消息46注入聊天群44。该变型可能有助于例如利用用户12的计算资源和带宽将更新20发送给聊天服务42而非利用内容项源16的资源。

作为该第五方面的第三示例，外部过程可检测内容项源16上对内容项18的更新20。例如，聊天服务42可周期性地轮询内容项源16以检测对内容项18的更新20，并且在检测到至少一个更新20时可请求将对内容项18的更新20作为消息46发布在聊天服务42的聊天群44内。替换地，第三方服务可执行该轮询，并且可将更新20传递给聊天服务42。此类轮询例如可通过标识主存内容项18的网页内的变化、通过监视内容项18或其包含网页的元数据(诸如版本号或更新日期)、通过监视由内容项源16提供并指示接收到近期更新的数据订阅源(诸如真正简单聚合(RSS)订阅源)等来执行。该示例在例如内容项源16不能主动地参与将更新20从新传递给聊天服务42的情况下或内容项源16拒绝参与和聊天服务42的协作式安排的情况下可能是有帮助的。本领域普通技术人员可设计在实现本文中所讨论的技术时标识或检测内容项源16上对内容项18的更新20的许多方式。

可在这些技术的实施例之间变化的第六方面涉及将对内容项18的更新20作为消息46在聊天群44中发布的方式。作为第一示例，更新20可作为来自内容项源16的消息46或作为来自可能已向内容项源16提交更新20的用户12的消息46(例如，作为来自在网络日志上发布的评论的作者的消息46)发布在聊天群44中。作为该第六方面的第二示例，更新20可作为有完整细节的消息46(例如，对网络日志的评论的完整重新广播)、作为更新20的摘录或概要(例如，相对长的更新20的头几个词或句子可作为消息46发布)、作为至内容项源16上完整版本的更新20的链接、或简单地作为已在内容项源16上接收到更新20的通知来发布。

该第六方面的第三示例涉及可主存相对大或长的更新20的内容项源16和往往不适合大或长消息46的聊天群44(例如，其中通信协议不支持相对长的消息46，聊天群44的用户12在聊天客户端中读这样的消息可能很困难，和/或其可被简单地视为违背了聊天群44的惯例)的往往不同的通信环境。在接收到相对大或长的更新20时，其可被分段成一个或多个更新段，每个更新段可作为消息46发布在聊天群44中。分段可例如通过在任意位置(例如，在一百个字符处或在三个句子后)划分消息46、或用更复杂的技术(例如，在语义上标识包括分立实体的段，诸如散文中的文学编组或论述)来执行。以此方式，可在内容项源16的通信惯例与聊天群44的通信惯例之间执行自动转换。

图8示出了以将由内容项源16主存的对内容项18的评论(例如，对网络日志中的文章发布的评论)分段为特征的示例性场景150。可评估各个评论的长度，并且可通过任何适当的技术将各个评论分段成一组更新段以作为消息46发布在聊天服务42的聊天群44中。例如，第一评论152可被分段成第一更新段154和第二更新段154，它们可顺序地作为消息发布在聊天群44中。类似地，第二评论156可被分段成三个更新段158，它们可作为三个顺序消息46发布在聊天群44中。

该第六方面的第四示例涉及减少用已被发布到聊天群44的消息46来更新聊天群44的冗余和低效率的方式。作为一个示例，内容项源16上对内容项18的更新20可涉及先前已作为消息46发布在聊天群44中的信息，并且检测此类冗余并避免将此类更新20作为消息46发布在聊天群44中可能是有利的。作为另一示例，在聊天群44中发布的消息46可能在内容项源16上发布作为对内容项18的更新20，并且这些技术的次高效实施例还可标识内容项源16近期已接收到的对内容项18的更新20，并且可将其作为消息46重新发布在聊天群44中，藉此造成冗余以及低效地利用聊天群44和/或内容项源16的资源。因此，这些技术的实施例可被配置成在将更新20作为消息46发布在聊天群44中之前确定在聊天群44中是否作为消息46接收到(且已发布)更新20，并且可在验证先前尚未发布消息46后将更新20作为消息46发布在聊天群44中。例如，聊天服务42可检查在聊天群44中发布的消息46的近期日志以比较已发布了(与对内容项18的更新20相对应的)当前消息46。以类似的方式，内容项源16可在将更新20发送给聊天群44进行发布之前验证更新20并非源自聊天群44中接收到的消息46。本领域普通技术人员可设计在实现本文中所讨论的技术时检测由内容项源16主存的对内容项18的更新20并将此类更新20发送给聊天服务42的许多方式。

可在这些技术的实施例之间变化的第七方面涉及将聊天群44中的消息46发送给内容项源16以发布作为对在聊天群44中讨论的内容项18的更新20的方式。作为第一示例，可用许多方式将消息46从聊天群44传送给内容项源16。在一个此类实施例中，聊天服务42可尽力标识在聊天室44中接收到的与内容项18或其更新20有关的消息46，并且可将此类消息46传送给内容项源16。在一个此类实施例中，内容项源16可指定配置成接收对内容项18的更新20的更新接口，诸如包括回调或web服务的统一资源标识符(URI)，聊天服务42可调用该更新接口以将一条或多条消息46发送给内容项源16作为对内容项18的更新20。实际上，在一些此类场景中，该实施例可从内容项源16的一方面检测并非专门配置成与聊天服务42协作的URI，例如将评论提交回传URI耦合到网页的评论章节中的“提交”按钮的网络日志站点。相反，内容项源16可标识和检索来自聊天服务42的消息46；例如内容项源16可自动监视在聊天群44中交换的消息46，并且可自动选择和复制认为与内容项18和/或其更新20有关的消息46(以发布作为对内容项18的更新20)。该配置可能有助于例如促进在非专门配置成与内容项源16协作的聊天服务42上讨论内容项18。

作为该第七方面的第二示例，聊天服务42可将在聊天群44中接收到的所有消息46发送给内容项源16以发布作为对内容项18的更新20。替换地，可仅发送一些消息20。例如，在许多聊天群环境中，对话可偏离特定主题(诸如内容项18)，可能关于对白的延伸部分，然后返回内容项18或其更新20。因此，聊天服务42和/或内容项源16可尽力标识与内容项18或更新20有关的消息46。此类标识可使用相对简单的技术(例如，包括与内容项18相关联的关键字的消息46、或自在聊天群44中发布内容项18或其更新20起某个时间段内的消息46或某个数量的消息46)和/或相对复杂的技术(例如，消息46的语义和上下文解析以标识与内容项18和/或更新20有关的那些消息46)。该分析也可例如由聊天服务42(其可仅向内容项源16发送与内容项18和/或更新20有关的消息46)和/或由内容项源16(其可从聊天服务42接收许多消息46，但可针对与内容项18和/或更新20的相关性来过滤这些消息46)执行。在又一变型中，用户12可明确地将一条或多条消息46标识为与内容项18或更新20有关，例如通过在消息46中包括关键字或通过将消息46定向至聊天服务42的特定用户12(例如，聊天群44内存在的内容项源16的自动代理以便交换与内容项18和其更新20有关的消息46)。

作为该第七方面的第三示例，可用许多方式将消息46转换成对内容项18的更新20。在简单变型中，每条消息46可被发布作为对内容项18的更新20，但这可能导致对内容项18的大量更新20。在其他变型中，两条或多条消息46一起可被视为构成对内容项18的更新20，并且可一起被发送给内容项源16作为对内容项18的更新20。例如，由聊天群44的特定用户12作出的一组消息46(尤其是由同一用户12作出的一系列此类消息46)或两个或多个用户12之间构成对话的一组消息46可被摘录并一起发布作为更新20。这些及其他变型可以和对可与内容项18或其更新20有关的消息46的自动标识相组合；例如，被自动标识为一起有高概率与内容项18或其更新20有关的一组消息46(诸如基于相关的关键字在该组消息46中出现的频率)可被考虑并提交给内容项源16作为对内容项18的更新20。

图9给出以组合在聊天服务42的聊天群44中发布的消息46以创建由内容项源16主存的对内容项18的更新20为特征的示例性场景160。在该示例性场景160中，聊天群44包含一系列消息46，其中一些可(例如，通过由创作每条消息46的用户作出的明确指示、通过关键字分析、或通过语义解析)被标识为与内容项18或其更新20有关。包括与内容项18有关的消息46的第一消息组164包括聊天群44的第一和第二消息46，并且可被组合且一起由内容项源16发布作为对内容项18的第一更新162。类似地，与内容项18有关的包括聊天群44的第三、第四和第五消息46的第二消息组168可被组合且一起由内容项源16发布作为对内容项18的第二更新166。作为另一简单变型，在特定时间段内在聊天群44里接收到的所有消息46的完整或精简抄本或其提纲可一起被标识为更新20。以此方式，内容项源16可标识聊天群44中在上下文上有关的各组消息46，并且可合并以及将此类各组消息46发布成对内容项18的更新20。

作为该第七示例的第四方面，可通过验证在聊天群44中发布的关于内容项18的消息46尚未被发布作为对内容项18的更新20来减少发布对内容项18的更新20的冗余和低效率。作为一个示例，在聊天群44中发布的消息46可涉及已在内容项源16上发布作为对内容项18的更新20的信息，并且检测此类冗余并避免将此类消息46发布作为对内容项18的更新20可能是有利的。作为另一示例，从聊天服务42接收到的消息46可能源自内容项源16上对内容项18的更新20。这些技术的次高效实施例可仍然将该消息46报告作为对内容项18的更新20，藉此造成冗余且低效地利用内容项源16的资源。因此，这些技术的更复杂实施例可被配置成在内容项源16上将消息46发布作为对内容项18的更新20之前确定更新20是否已被发布，并且可仅在验证更新20先前未发布之后才将更新20发布到内容项18。本领域普通技术人员可设计在实现本文中所讨论的技术时接收消息46并在内容项源16上将此类消息46发布作为对内容项18的更新20的许多方式。

可在这些技术的实施例之间变化的第八方面涉及各种实施例可包括的附加特征。作为第一示例，可检测更新20与先前更新20具有响应关系24(例如，对网络日志中的文章的评论可能已被发布成与先前发布的评论有响应关系24)。该响应关系24可在被注入聊天群44的相应消息46中指示；例如，在第二更新20与第一更新20有响应关系24时，可向聊天服务42和/或在因此发布的消息46中指示第二更新20与第一更新20的该响应关系24。例如，对响应关系24的文本指示可被包括在消息46中(例如，“响应于更新号3...”)。相反，在聊天群44中发布的消息46可与在聊天群44中发布的早先消息46有响应关系24，且可在内容项源16上发布的对内容项18的相应更新20中指示该相应关系24。

作为该第八方面的第二示例，内容项源16可被配置成以相对瞬态的方式接收和显示与内容项18有关的消息46，例如关于内容项18的消息46的短暂重新广播。相反，内容项源16可包括内容项存储，其被配置成存储发布作为对内容项18的更新20的至少一条消息46。该存储可以是临时的或非临时的，并且可允许用户12以各种方式搜索或过滤关系20(包括原始在聊天群44中作为消息46发布的更新20)。本领域普通技术人员可设计可被添加到本文讨论的技术的各个实施例的许多附加特征。

尽管用结构特征和/或方法动作专用的语言描述了本主题，但可以理解，所附权利要求书中定义的主题不必限于上述具体特征或动作。相反，上文所描述的具体特征和动作是作为实现权利要求的示例形式来公开的。

如在本申请中所使用的，术语“组件”、“模块”、“系统”、“接口”等一般旨在表示计算机相关的实体，其可以是硬件、硬件和软件的组合、软件、或者执行中的软件。例如，组件可以是，但不限于是，在处理器上运行的进程、处理器、对象、可执行码、执行的线程、程序和/或计算机。作为说明，运行在控制器上的应用程序和控制器都可以是组件。一个或多个组件可以驻留在进程和/或执行的线程中，并且组件可以位于一个计算机内和/或分布在两个或更多的计算机之间。

此外，所要求保护的主题可以使用产生控制计算机以实现所公开的主题的软件、固件、硬件或其任意组合的标准编程和/或工程技术而被实现为方法、装置或制品。在此使用的“术语制品”旨在涵盖可以从任何计算机可读设备、载体或介质访问的计算机程序。当然，本领域的技术人员将会认识到，在不背离所要求保护的主题的范围或精神的前提下可以对这一配置进行许多修改。

图10和以下讨论提供用于实现本文阐述的原理中的一个或多个的实施方式的合适的计算环境的简要概括描述。图10的操作环境只是合适的操作环境的一个示例，并不旨在对该操作环境的使用范围或功能提出任何局限。示例计算设备包括但不限于个人计算机、服务器计算机、手持式或膝上型设备、移动设备(如移动电话、个人数字助理(PDA)、媒体播放器等)、多处理器系统、消费电子产品、微型计算机、大型计算机、包括上述系统或设备中的任何一个的分布式计算环境，等等。

尽管并非必需，但各实施方式在由一个或多个计算设备执行的“计算机可读指令”的一般上下文中描述。计算机可读指令可通过计算机可读介质来分发(在以下讨论)。计算机可读指令可被实现为执行特定任务或实现特定抽象数据类型的程序模块，如函数、对象、应用程序编程接口(API)、数据结构等等。通常，计算机可读指令的功能可按需在各个环境中组合或分布。

图10示出了包括被配置成实现此处所提供的一个或多个实施方式的计算设备172的系统170的示例。在一种配置中，计算设备172包括至少一个处理单元176和存储器178。取决于计算设备的确切配置和类型，存储器178可以是易失性的(如RAM)、非易失性的(如ROM、闪存等)或是两者的某种组合。该配置在图10中由虚线174来示出。

在其他实施方式中，设备172可以包括附加特征和/或功能。例如，设备172还可以包括附加存储(例如，可移动和/或不可移动)，其中包括但不限于磁存储、光存储等等。这样的附加存储在图10中由存储180示出。在一个实施方式中，用于实现此处所提供的一个或多个实施方式的计算机可读指令可以在存储180中。存储180还可以储存实现操作系统、应用程序等的其他计算机可读指令。可以在存储器178中加载计算机可读指令以便由例如处理单元176来执行。

此处所使用的术语“计算机可读介质”包括计算机存储介质。计算机存储介质包括以用于存储诸如计算机可读指令或其他数据等信息的任何方法或技术来实现的易失性和非易失性、可移动和不可移动介质。存储器178和存储180都是计算机存储介质的示例。计算机存储介质包括但不限于，RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光存储、磁带盒、磁带、磁盘存储或其他磁存储设备、或者可用于存储所需信息并且可由设备172访问的任何其他介质。任何这样的计算机存储介质都可以是设备172的一部分。

设备172还可包括允许该设备172与其他设备进行通信的通信连接186。通信连接186可包括但不限于，调制解调器、网络接口卡(NIC)、集成网络接口、射频发射机/接收机、红外线端口、USB连接、或用于将计算设备172连接到其他计算设备的其他接口。通信连接186可以包括有线连接或无线连接。通信连接186可以发送和/或接收通信媒体。

术语“计算机可读介质”可以包括通信介质。通信介质通常以诸如载波或其他传输机制等“已调制数据信号”来体现计算机可读指令或其他数据，并包括任何信息传送介质。术语“已调制数据信号”可以包括以对信号中的信息进行编码的方式设置或改变其一个或多个特征的信号。

设备172可包括输入设备184，诸如键盘、鼠标、笔、语音输入设备、触摸输入设备、红外照相机、视频输入设备和/或任何其他输入设备。设备172中还可包括输出设备182，诸如一个或多个显示器、扬声器、打印机和/或任何其他输出设备。输入设备184和输出设备182可以通过有线连接、无线连接或其任何组合来连接到设备172。在一个实施方式中，来自另一计算设备的输入设备或输出设备可用作计算设备172的输入设备184或输出设备182。

计算设备172的组件可以通过诸如总线等各种互连来连接。这些互连可包括诸如PCI Express等外围部件互连(PCI)、通用串行总线(USB)、火线(IEEE1394)、光学总线结构等。在另一实施方式中，计算设备172的组件可以通过网络互连。例如，存储器178可由位于通过网络互连的不同物理位置的多个物理存储器单元组成。

本领域技术人员会认识到，用于存储计算机可读指令的存储设备可分布在网络上。例如，可以通过网络188访问的计算设备190可以存储实现此处所提供的一个或多个实施方式的计算机可读指令。计算设备172可以访问计算设备190并下载部分或全部计算机可读指令来执行。或者，计算设备172可以按需下载计算机可读指令的片断，或者某些指令可以在计算设备172处执行而某些则在计算设备190处执行。

此处提供了各实施方式的各种操作。在一个实施方式中，所描述的操作中的一个或多个可以组成储存在一个或多个计算机可读介质上的计算机可读指令，这些指令如果被计算设备执行则使得计算设备执行所描述的操作。描述一些或全部操作的顺序不应被解释为暗示了这些操作必须要依赖于顺序。从本说明书获益的本领域技术人员应理解替换的排序。此外，应该理解并非所有的操作都必须存在于此处所提供的每一实施方式中。

此外，在此使用词语“示例性”意指用作示例、实例或说明。在此被描述为“示例性”的任何方面或设计并不一定被解释为比其他方面或设计有利。相反，使用词语示例性旨在以具体的方式呈现各个概念。如本申请中所使用的，术语“或”意指包括性“或”而非互斥性“或”。即，除非另有指定或从上下文可以清楚，否则“X使用A或B”意指任何自然的包括性排列。即，如果X使用A；X使用B；或X使用A和B两者，则在任何以上情况下，都满足“X使用A或B”。另外，本申请中和所附权利要求书中所使用的冠词“一”和“一个”一般可被解释为是指“一个或多个”，除非另有指定或从上下文可以清楚指的是单数形式。

同样，虽然参考一个或多个实现示出并描述了本发明，但本领域技术人员基于对本说明书和附图的阅读和理解可以想到各种等效替换和修改。本发明包括所有这些修改和替换并且只由所附权利要求书来限定。特别地，对于由上述组件(例如，元素、资源等)执行的各种功能，除非另外指明，否则用于描述这些组件的术语旨在对应于执行所描述的执行此处在本发明的示例性实现中所示的功能的组件的指定功能(例如，功能上等效)的任何组件，即使这些组件在结构上不等效于所公开的结构。另外，尽管可相对于若干实现中的仅一个实现来公开本发明的一个特定特征，但是这一特征可以如对任何给定或特定应用所需且有利地与其他实现的一个或多个其他特征相组合。此外，就在说明书或权利要求书中使用术语“包含”、“具有”、“含有”和“带有”及其变体而言，这些术语旨在以与术语“包括”相似的方式为包含性的。

Claims (15)

1.一种向用户(12)告知主存在内容项源(16)上的对内容项(18)的更新(20)的方法(80)，所述方法(80)使用具有处理器(124)且能访问聊天服务(42)的设备(122)，所述方法包括：

在所述聊天服务(42)中组建(86)关于所述内容项(18)的聊天群(66)；

在从用户(12)接收到对订阅所述内容项(18)的请求时，邀请(88)所述用户(12)加入所述聊天群(66)；

在接收到对所述内容项(18)的更新(20)时，将所述更新(20)作为消息(46)发布(90)在所述聊天群(66)中；以及

在所述聊天群内接收到用户发布的关于所述内容项的消息时，将所述消息(46)发送(92)给所述内容项源(16)以发布作为对所述内容项(18)的更新(20)。

2.如权利要求1所述的方法，其特征在于，邀请用户加入所述聊天群包括：

将所述用户重定向至配置成使所述用户订阅所述聊天群的所述聊天服务的聊天服务界面。

3.如权利要求1所述的方法，其特征在于，组建所述聊天群包括：

在从用户接收到对订阅所述内容项的请求时：

查询所述聊天服务以确定是否存在关于所述内容项的聊天群；以及

在确定不存在关于所述内容项的聊天群时，在所述聊天服务中组建关于所述内容项的聊天群。

4.如权利要求1所述的方法，其特征在于，进一步包括在标识出所述用户间对所述内容项的兴趣降低时在所述聊天服务中终止所述聊天群。

5.如权利要求1所述的方法，其特征在于，接收对所述内容项的更新包括：

接收由所述内容项源推送的对所述内容项的更新。

6.如权利要求1所述的方法，其特征在于，接收对所述内容项的更新包括：

周期性地轮询所述内容项源以检测对所述内容项的至少一个更新，以及

在检测到对所述内容项的至少一个更新时，从所述内容项源请求对所述内容项的所述至少一个更新。

7.如权利要求1所述的方法，其特征在于，将对所述内容项的更新作为消息发布在所述聊天群中包括：

将所述更新分段成至少两个更新段，以及

对于各个更新段，将该更新段作为消息发布在所述聊天群中。

8.如权利要求1所述的方法，其特征在于，将对所述内容项的更新作为消息发布在所述聊天群中包括：

确定在所述聊天群中是否作为消息接收到所述更新，以及

在确定未在所述聊天群中作为消息接收到所述更新时，将所述更新作为消息发布在所述聊天群中。

9.如权利要求1所述的方法，其特征在于：

所述内容项源指定配置成接收对所述内容项的更新的更新接口；以及

将所述聊天群中的消息发送给所述内容项源以发布作为对所述内容项的更新包括：通过用所述消息调用所述更新接口来将所述消息发送给所述内容项源。

10.如权利要求1所述的方法，其特征在于，从所述聊天服务的用户接收关于所述内容项的消息包括：从所述聊天服务的所述用户接收由所述用户指定为关于所述内容项的消息。

11.如权利要求1所述的方法，其特征在于，将所述聊天群中的消息发送给所述内容项源以发布作为对所述内容项的更新包括：

确定要发布作为对所述内容项的更新的所述消息是否是从所述内容项源接收的，以及

在确定所述消息不是作为对所述内容项的更新从所述内容项源接收的时，将所述消息发送给所述内容项源以发布作为对所述内容项的更新。

12.一种将主存内容项(18)的内容项源(16)配置成向用户告知对所述内容项(18)的更新(20)的方法(100)，所述方法(100)使用具有处理器(124)且能访问聊天服务(42)的设备(122)，所述方法包括：

在从用户(12)接收到对订阅所述内容项(18)的请求时，邀请(106)所述用户(12)加入所述聊天服务(42)中关于所述内容项(18)的聊天群(66)；

在接收到对所述内容项(18)的更新(20)时，将所述内容项(18)发送(108)给所述聊天服务(42)以作为消息(46)发布在关于所述内容项(18)的所述聊天群(66)中；以及

在从所述聊天服务接收到所述聊天群内用户发布的关于所述内容项的消息时，将所述消息(46)发布(110)作为对所述内容项(18)的更新(20)。

13.如权利要求12所述的方法，其特征在于，将所述更新发送给所述内容项包括：

加入所述聊天服务中关于所述内容项的所述聊天群，以及

在接收到对所述内容项的更新时，将所述更新作为消息发布在所述聊天群中。

14.如权利要求12所述的方法，其特征在于，将对所述内容项的所述更新发送给所述聊天服务包括：在从用户接收到对所述内容项的更新时，重定向所述用户以将所述更新发送给所述聊天服务。

15.一种由能访问聊天服务(42)的设备(122)的处理器(124)执行的向用户(12)告知主存在内容项源(16)上的对内容项(18)的更新(20)的方法，所述内容项源指定配置成接收对所述内容项(18)的更新(20)的更新接口，所述方法包括：

在所述聊天服务(42)中组建关于所述内容项(18)的聊天群(66)；

在从用户(12)接收到对订阅所述内容项(18)的请求时：

查询所述聊天服务(42)以确定是否存在关于所述内容项(18)的聊天群(66)；以及

在确定不存在关于所述内容项(18)的聊天群(66)时，在所述聊天服务(42)中组建关于所述内容项(18)的聊天群(66)；以及

通过将所述用户(12)重定向至配置成使所述用户(12)订阅所述聊天群(66)的所述聊天服务(42)的聊天服务界面(64)来邀请所述用户(12)加入所述聊天群(66)；

周期性地轮询所述内容项源(16)以检测对所述内容项(18)的至少一个更新(20)；

在所述内容项源(16)上检测到对所述内容项(18)的至少一个更新(20)时：

从所述内容项源(16)请求对所述内容项(18)的所述至少一个更新(20)，以及

在接收到对所述内容项(18)的所述更新(20)时，通过以下动作将所述更新(20)作为消息(46)发布在所述聊天群(66)中：

将所述更新(20)分段成至少两个更新段(154)，以及

对于各个更新段(154)，将该更新段(154)作为消息(46)发布在所述聊天群(66)中；

在所述聊天群内从所述聊天群(66)的用户(74)接收到由所述用户(74)发布为关于所述内容项(18)的消息(46)时，通过用所述消息(46)调用所述更新接口来将所述消息(46)发送给所述内容项源(16)以发布作为对所述内容项(18)的更新(20)；以及

在标识出所述用户(12)间对所述内容项(18)的兴趣降低时，在所述聊天服务(42)中终止所述聊天群(44)。