CN102262673B - 内容馈给用户界面 - Google Patents

Abstract

本发明涉及内容馈给用户界面。一种内容馈给聚合器，显示排序的内容项目列表，包括选定项目和一组其它项目。所述选定项目以扩展格式显示，而其它项目同时以紧凑格式显示。紧凑格式的至少一个相应项目显示在选定项目之上，并且紧凑格式的至少一个相应项目显示在选定项目以下。响应于用于选择所显示列表中的第二项目的用户动作，重新显示所述排序的内容项目列表，其中第二项目以扩展格式显示，并且包括第一项目的其它项目以紧凑格式显示。

Description

内容馈给用户界面

本申请属于申请日为2007年9月28日的中国专利申请200780044075.8的分案申请。

技术领域

所公开的实施例一般涉及内容联合(syndication)，更具体地涉及具有用于观看内容馈给项目的多个模式的内容馈给用户界面。

背景技术

内容联合作为一种在因特网上分配诸如新闻和博客帖子之类的频繁更新的信息的方式日益流行。使用诸如简易联合(RSS)之类的内容联合格式，内容提供者能够在内容馈给中包括内容和/或到这样的内容的链接。用户可以使用被称为馈给阅读器、内容馈给阅读器、馈给聚合器或内容馈给聚合器的应用来订阅这些内容馈给。当以新的内容项目更新所述内容馈给时，所述新的内容项目被反映在用户的阅读器上。

用户可以订阅许多内容馈给，其中每个馈给列出多个内容项目。浏览内容项目的密集列表来定位感兴趣的项目对于用户而言可能是繁重的任务。

因此，需要一种更为有效的向用户呈现内容项目的方式。

发明内容

一种呈现内容的方法，包括显示排序后的内容项目列表，所述内容项目列表包括选定项目和一组其它项目。所述其它项目以紧凑格式进行显示，而所述选定项目同时以扩展格式进行显示。所显示的内容项目列表包括在选定项目之上以紧凑格式显示的至少一个相应项目以及在选定项目以下以紧凑格式显示的至少一个相应项目。

一种用于呈现内容的系统，包括存储器、一个或多个处理器以及存储在所述存储器中并被配置成用于由所述一个或多个处理器执行的一个或多个程序。所述一个或多个程序包括用于显示排序后的内容项目列表的指令，所述内容项目列表包括选定项目和一组其它项目。所述显示指令包括用于以紧凑格式显示其它项目并且同时以扩展格式显示选定项目的指令。所显示的内容项目列表包括在选定项目之上以紧凑格式显示的至少一个相应项目以及在选定项目以下以紧凑格式显示的至少一个相应项目。

一种计算机可读存储介质，存储被配置成要由计算机系统执行的一个或多个程序。所述一个或多个程序包括用于显示排序后的内容项目列表的指令，所述内容项目列表包括选定项目和一组其它项目。所述显示指令包括用于以紧凑格式显示其它项目并且同时以扩展格式显示选定项目的指令。所显示的内容项目列表包括在选定项目之上以紧凑格式显示的至少一个相应项目以及在选定项目以下以紧凑格式显示的至少一个相应项目。

一种用于呈现内容的系统，包括用于显示排序后的内容项目列表的装置，所述内容项目列表包括选定项目和一组其它项目。所述用于显示的装置包括用于以紧凑格式显示其它项目并且同时以扩展格式显示选定项目的装置。所显示的内容项目列表包括在选定项目之上以紧凑格式显示的至少一个相应项目以及在选定项目以下以紧凑格式显示的至少一个相应项目。

一种计算机实现的呈现内容的方法，包括检测对相应书签的用户选择。所述书签包括到与在线内容馈给聚合器相对应的URL的链接。从与所述书签相关联的网络位置下载文档并显示所下载的文档。所述文档对应于用户已订阅的内容馈给。

一种派发内容的方法，包括从客户端设备接收请求。所述请求包括用户标识符。向所述客户端设备传送到文档的重定向。所述文档从由以下所组成的组中选择：与用户已订阅的相应内容馈给的内容项目中的URL相对应的文档，以及用户已订阅的相应内容馈给的主页。

一种用于呈现内容的系统，包括存储器、一个或多个处理器以及存储在所述存储器中并被配置成由所述一个或多个处理器执行的一个或多个程序。所述一个或多个程序包括用于检测对相应书签的用户选择的指令。所述书签包括到与在线内容馈给聚合器相对应的URL的链接。所述一个或多个程序还包括用于从与所述书签相关联的网络位置下载文档的指令和用于显示所下载的文档的指令。所述文档对应于用户已订阅的内容馈给。

一种计算机可读存储介质，存储被配置成要由计算机系统执行的一个或多个程序。所述一个或多个程序包括用于检测对相应书签的用户选择的指令。所述书签包括到与在线内容馈给聚合器相对应的URL的链接。所述一个或多个程序还包括用于从与所述书签相关联的网络位置下载文档的指令和用于显示所下载的文档的指令。所述文档对应于用户已订阅的内容馈给。

一种用于呈现内容的系统，包括用于检测对相应书签的用户选择的装置。所述书签包括到与在线内容馈给聚合器相对应的URL的链接。所述系统还包括用于从与所述书签相关联的网络位置下载文档的装置和用于显示所下载的文档的装置。所述文档对应于用户已订阅的内容馈给。

附图说明

图1是图示依据一些实施例的内容馈给聚合系统的框图。

图2A-2D是图示依据一些实施例的用于向用户呈现内容项目的过程的流程图。

图3A-3D是依据一些实施例的内容馈给阅读器的用户界面的示意性截屏。

图4是图示依据一些实施例的客户端计算机的框图。

图5是图示依据一些实施例的服务器计算机的框图。

图6A、6B和6C是图示依据一些实施例的用于馈给内容项目和用户订阅的数据结构的图。

图7A、7B和7C是图示依据一些实施例的用于向用户呈现内容项目的过程的流程图。

图8A是图示依据一些实施例的馈给阅读器用户界面的框图。

图8B是图示依据一些实施例的经由图8A的用户界面所提供的内容项目的框图。

图8C是图示依据一些实施例的用于在浏览器工具条上安装书签的用户界面的框图，其中所述书签用于访问用户已订阅的一个或多个内容馈给的一个或多个项目。

在所有附图中相同的附图标记指代相应部分。

具体实施方式

在内容馈给聚合系统中，用户可以订阅一个或多个内容馈给并且被呈现那些内容馈给中所包括的内容项目。所述内容项目可以在排序列表中呈现给用户，使得列表中的每个项目的格式是统一的。然而，用户可能希望观看统一列表所提供以外的与选定内容项目相关的附加信息。所公开的实施例为用户提供了一种观看与选定项目相关的附加信息的方式。例如，在一种操作模式中，当用户选择第一内容项目时，所选择的项目以扩展格式进行显示，并且其它项目以紧凑格式进行显示。当用户随后选择第二内容项目时，所述第二项目以扩展格式进行显示，而所述第一项目以紧凑格式进行显示。

内容馈给在这里也被称作馈给流。来自内容馈给源的馈给项目可以被认为是项目流。此外，这里所描述的内容馈给聚合和分发系统的一些实施例允许用户定义虚拟流，所述虚拟流结合了来自内容馈给和/或其它虚拟流的内容项目。因此，在这些实施例中，术语“馈给流”还包含内容馈给聚合和分发系统的用户所定义的虚拟流。

图1是图示依据一些实施例的内容馈给聚合系统的框图。内容馈给聚合系统100包括服务器系统104。服务器系统104通过网络106耦接到一个或多个客户端系统102以及一个或多个主机120(或“馈给源”)。网络106可以是任意适合的有线和/或无线网络，并且可包括局域网(LAN)、广域网(WAN)、因特网、城域网(MAN)和这些网络的任意组合。

服务器系统104访问来自馈给源120的内容馈给。服务器系统104包括服务器108和数据库110。服务器108作为服务器系统104的前端。服务器108有时被称作前端服务器，从馈给源120获取内容馈给，并且还在服务器系统104和客户端系统102之间提供接口。在一些实施例中，服务器108的功能可以被划分在或分派在两个或更多服务器上。

服务器系统104将内容馈给中的内容项目存储在数据库110中。在一些实施例中，数据库110存储元数据(例如，题目、描述、URL、日期/时间以及其它可能的元数据)和每个内容项目的内容。然而，在一些其它实施例中，数据库110存储元数据但不存储每个内容项目的内容。数据库110还存储多个用户的用户馈给信息112。特定用户的用户馈给信息标识该特定用户的内容馈给订阅，以及源、过滤器和阅读状态。也就是说，与用户相关联的用户馈给信息标识该用户已经订阅的内容馈给、用户已经对所述馈给定义的任意过滤器、用户已经与各个馈给项目相关联的任意标签、以及每个馈给项目是否已经被标记为用户“已读”的指示。

应理解，包括服务器108和数据库110的服务器系统104可实现为多个计算机的分布式系统。然而，为了便于解释，以下将服务器系统104描述为在单个计算机上实现，其可以被认为是单逻辑系统。

内容馈给(或频道)是提供在馈给源120处被呈现、最近添加或最近更新的内容项目列表的资源或服务。内容馈给中的内容项目可包括与该项目本身相关联的内容(该内容项目指定的实际内容)、题目(有时称作标题)和/或内容描述、内容定位器(例如，URL)或其任意组合。例如，如果内容项目标识了文本文章，则该内容项目可包括自身内嵌文章，以及题目(或标题)和定位器。替选地，内容项目可包括题目、描述和定位符，但是不包括文章内容。因此，一些内容项目可包括与那些项目相关联的内容，而其它则包含到相关联内容的链接而不是项目的全部内容。内容项目还可包括提供与内容相关的附加信息的附加元数据。内容的完全版本可以是任意的机器可读数据，包括但不限于网页、图像、数字音频、数字视频、便携式文档格式(PDF)文档等。

在一些实施例中，使用诸如RSS之类的内容联合格式指定内容馈给。RSS是代表“丰富站点摘要(rich site summary)”、“RDF站点摘要(RDF site summary)”或“简易联合(Really Simple Syndication)”的缩写。“RSS”可以指用于指定内容馈给和馈给中所包括的内容项目的基于可扩展标记语言(XML)的格式族中的任意一个。在一些其它实施例中，可使用诸如Atom联合格式或VCALENDAR日历格式的其它内容联合格式来指定内容馈给。

在D.Winer的RSS 2.0Specification中公开了与被称作“简易联合”的RSS联合格式相关的其它信息，其全部内容结合于此作为参考。M.Nottingham等人在The Atom Syndication Format中公开了与Atom联合格式相关的其它信息，其全部内容结合于此作为参考。

用户与服务器系统104对接并且在客户端系统或设备102(此后为了便于引用被称作客户端系统)观看内容项目。客户端系统102包括计算机118或计算机控制的设备，诸如个人数字助理(PDA)、蜂窝电话等。计算机118通常包括一个或多个处理器(未示出)；存储器，其可包括易失性存储器(未示出)和诸如硬盘驱动119之类的非易失性存储器；以及显示器114。计算机118还可具有诸如键盘和鼠标(未示出)之类的输入设备。

在一些实施例中，用户可以经由可以呈现在显示器114上的馈给阅读器用户界面116与服务器系统104进行交互。用户可以经由馈给阅读器用户界面116创建馈给订阅列表。在一些实施例中，使用馈给阅读器用户界面116，用户还可以创建要应用于内容馈给和/或内容项目的过滤器或标签，并且修改内容馈给和/或内容项目的阅读状态。馈给阅读器用户界面向服务器104传送内容馈给订阅列表或者对内容馈给订阅列表的修改以便存储在数据库110中。馈给阅读器用户界面116基于用户的内容馈给订阅列表向用户呈现存储在数据库110的内容项目。也就是说，馈给阅读器用户界面116向用户呈现用户已订阅的内容馈给中所指定的内容项目。用户可以通过对其进行选择(例如，通过利用鼠标指示器在其上进行点击)而在馈给阅读器用户界面116中观看内容项目的内容的完全版本。在一些实施例中，用户的内容馈给订阅列表的副本和所呈现的内容项目的副本可在客户端系统102进行本地缓存。

在一些实施例中，馈给阅读器用户界面116可以是基于web的用户界面。也就是说，馈给阅读器用户界面116包括一个或多个网页。应当注意的是，单个网页可包含多个框架(frame)，(当由浏览器应用显示时)其每个可作为不同网页出现。网页可以以超文本标记语言(HTML)、可扩展标记语言(XML)或用于准备网页的任意其它语言来书写，并且可包括一个或多个用于与服务器系统104进行交互的脚本。例如，网页可包括经由应用程序接口(API)与服务器系统104进行交互的Javascript应用。所述Javascript应用从服务器系统104接收内容项目，管理那些内容项目在客户端的呈现，并且还执行其它任务的客户端侧部分，诸如将项目标记为已读、添加和移除内容馈给订阅、对内容馈给订阅和/或单独选择的内容项目添加标签、选择或更正用户偏好等。用户可以订阅内容馈给、观看内容项目，并且另外通过与馈给阅读器用户界面116的网页进行交互而与服务器系统104进行交互。换句话说，包括馈给阅读器用户界面116在内的服务器系统104提供基于web的内容聚合服务。服务器系统104依据用户的内容馈给订阅来聚合和存储内容项目。在一些实施例中，服务器系统104还能够应用过滤器或标签，或者依据用户动作或指令改变内容项目的读取状态。当用户访问馈给阅读器用户界面116时，内容项目经由馈给阅读器用户界面116呈现给所述用户。

在一些其它实施例中，馈给阅读器用户界面116可以是在客户端系统102上运行的独立应用的一部分。所述独立应用可以经由应用程序接口(API)与服务器系统104进行交互。

图2A是图示依据一些实施例的用于向用户呈现内容项目的过程200的流程图。过程200在客户端设备发生在允许用户经由馈给阅读器用户界面116与服务器系统104进行交互的客户端应用上。用户界面116显示排序的内容项目列表(202)。在用户已订阅的内容馈给中指定内容项目。选定的第一项目以扩展格式显示，而其它项目以紧凑格式显示(204)。图3B描绘了示出在排序的内容项目列表中以扩展格式的第一项目和以紧凑格式的其它项目的用户界面的示意性截屏。在一个实施例中，紧凑格式包括发布源、标题以及与每个项目相关联的时间戳，其中每个项目在单个行中呈现。在另一实施例中，紧凑格式还包括内容的摘录(一小部分)，也显示在所述单个行上。在一个实施例中，扩展格式在扩展格式的第一行上显示与紧凑格式相同的信息。此外，扩展格式在后续行上以比第一行上所使用的字体大的字体显示内容的题目(有时称作标题)和源，并且在题目和源以下显示一些或所有内容。在其它实施例中，扩展格式可包括与内容项目相关联的附加信息。例如，以扩展格式显示的内容项目可包括到与所述内容项目相关联的全部内容的链接。所述链接包括网页的URL或包含所述内容项目的全部内容的其它文档。

用户可例如通过向下滚动列表选择下一个项目(第二项目)，或者可以例如通过在其上进行点击选择另一项目(第二项目)。作为响应，重新显示排序的列表(206)。新选择的第二项目以扩展格式进行显示，而诸如第一项目的其它项目以紧凑格式显示(208)。图3C描绘了示出第二项目为扩展格式而第一项目和其它项目以紧凑格式显示的用户界面的示例性示意截屏。

图2B是图示依据一些实施例的用于向用户呈现内容项目的过程220的流程图。如上所描述的，显示内容项目的排序的列表，其中选定的第一项目以扩展格式而其它项目以紧凑格式(202，204)。当用户选择第二项目时，重新显示排序的列表(222)。如果用户已经通过向下滚动列表选择了第二项目，则重新显示的列表被适当滚动。新选择的项目以扩展格式显示，而诸如第一项目的其它项目以紧凑格式显示(208)。如果用户已经向下滚动了列表，则不再显示之前在选择第一项目时显示在列表顶部的一个或多个项目(224)。在一些实施例中，当项目滚动离开所显示列表的顶部时，之前选择的项目的状态从未读改变为已读(226)。更具体地，当已经以扩展格式观看的项目滚动离开所显示列表的顶部时(226)，客户端向服务器发送标识内容项目要被标记为已读的消息，并且服务器系统接着相应地更新内容项目的状态。

如以下参考图2D所讨论的，在一些其它实施例中，内容项目在它们以扩展格式进行显示时被标记为已读。替选地，内容项目在它们被选择时被标记为已读，而不考虑它们是否以扩展或紧凑格式显示。此外，在一些实施例中，已经被标记为已读的还没有被滚动离开所显示列表顶部的内容项目被以与显示未读项目不同的方式进行显示。例如，被标记为已读的项目的所显示文本(例如，所显示题目或标题)的一个或多个部分可使用轻微的灰色阴影来显示，而未读项目的相应文本或文本部分可使用黑色文本来显示。

图2C是图示依据一些实施例的用于向用户呈现内容项目的过程240的流程图。过程240以以上关于图2A所描述的操作202-208开始。在操作208之后，所显示的排序的列表包括新选择的以扩展格式显示的第二项目以及以紧凑格式显示的其它项目，诸如之前选择的第一项目。用户可以例如通过向下滚动列表选择下一个项目(第三项目)，或者可以例如通过在另一项目上进行点击来选择另一项目(第三项目)。作为响应，排序的列表被重新显示(242)。新选择的第三项目以扩展格式进行显示，而诸如第二和第一项目的其它项目以紧凑格式显示(244)。然而，如果用户滚动通过列表来选择第三项目，则根据用户滚动通过列表的距离，第一和第二项目可以不被显示(例如，因为它们已被滚动离开所显示的内容项目列表的顶部或底部)。

图2D是图示依据一些实施例的用于向用户呈现内容项目的过程260的流程图。执行如以上关于图2A所描述的操作202和204。选择第一项目导致第一项目的状态从未读改变为已读(262)。在一个实施例中，通过向服务器108传送指示第一项目已经被阅读的信息来改变所述状态(264)。服务器108接着更新数据库110以反映第一项目已经被用户阅读。

用户可以例如通过向下滚动列表选择下一个项目(第二项目)，或者可以例如通过在另一项目上进行点击来选择另一项目(第二项目)。作为响应，排序的列表被重新显示(206)。新选择的第二项目以扩展格式进行显示，而诸如第一项目的其它项目以紧凑格式显示(208)。第二项目的选择导致第二项目的状态从未读改变为已读(266)。在一个实施例中，通过向服务器108传送指示第二项目已经被阅读的信息来改变所述状态(268)。服务器108接着更新数据库110以反映第二项目已经被用户阅读。

图3A是依据一些实施例的呈现显示馈给阅读器用户界面302的网页的web浏览器用户界面300(此后出于便利有时称作web浏览器)的示意性截屏。web浏览器300可以是允许用户显示并且与网页或其它文档或信息进行交互的任意类型的浏览器应用。web浏览器的用户界面包括URL域304，用于输入用户希望显示的任意网页的URL，以及显示当前所显示网页的URL。用户可以通过在URL域304中输入与馈给阅读器用户界面302相关联的URL来访问显示馈给阅读器用户界面302的网页。

馈给阅读器用户界面302包括与用户已订阅的内容馈给相关联的标签列表305，其还被称作文件夹。图3A中示出的示例性标签包括“News(新闻)”306和“Sports(体育)”308。标签或文件夹名称可以是用户定义的名称。用户界面302还包括与所选择标签相关联的内容项目的排序的列表310。例如，在图3A中，“Sports”标签308已经被用户所选择，并且由阴影背景所指示。在该示例中，排序的列表310包括项目312、314和315。在一些实施例中，排序的列表310中的项目根据与项目相关联的时间戳进行排序。在一些其它实施例中，排序的列表310中的项目依据考虑了项目内容和项目的时间戳的分值进行排序。

用户可以例如通过在不同标签上进行点击来选择不同标签。如果用户选择了“News”标签306，排序的列表310将显示与“News”标签306相关联的内容项目。而且，用户界面302还通过利用阴影背景对其进行显示来指示“News”标签306被选择。在该示例中，在用户选择了“News”标签306之后，“Sports”标签308的背景将不再带有阴影。

在图3A中，排序的列表310包括312、314和315在内的所有项目都以紧凑格式进行显示。在该实施例中，紧凑格式包括在单行中显示的每个项目的源、标题和时间戳。例如，项目312的紧凑格式显示包括“Sports Source(体育源)1”、“Sports Headline(体育标题)1”和“Timestamp(时间戳)1”，均显示在排序的列表310的同一行上。在其它实施例中，紧凑格式可包括附加信息。例如，可紧靠标题之后显示内容的简要部分。

用户界面302示出了通过以加宽边框显示项目来选择排序的列表310中的项目。在图3A中，如加宽边框所指示的，项目312被选择。如其窄边框所指示的，项目314和315没有被选择。在其它实施例中，所选择项目可具有与其它项目不同颜色的边框(例如，所选择项目的深蓝色边框和未选择项目的灰色或浅黑色边框)。用户可以通过在“NextItem(下一个项目)”按钮316或“Previous Item(前一个项目)”按钮318上进行点击，通过直接在另一项目上进行点击，或者通过使用滚动条320滚动通过排序的列表310并接着在另一项目上进行点击，来选择另一项目(第二项目)。例如，在图3A中，用户可以通过在“Next Item”按钮316上进行点击或直接在项目314上点击来选择项目314。接着项目314被以加宽边框进行显示，并且诸如项目312的其它项目将以窄边框呈现。

图3B是依据一些实施例的呈现显示馈给阅读器用户界面302的网页的web浏览器300的示意性截屏。如图3A所示，用户界面302包括与用户已订阅的内容馈给相关联的标签列表305和与所选择标签相关联的内容项目的排序的列表310。然而，所选择的内容项目340以扩展格式进行显示，而诸如第二项目314的其它内容项目以紧凑格式显示。项目340对应于图3A中以紧凑格式显示的项目312。在一个实施例中，扩展格式在第一行上显示与紧凑格式相同的信息，诸如每个项目的源、标题和时间戳。接着在第二行以更大字体再次显示所述标题，在第三行再次显示所述源，在第四行以及如果需要在后续行显示内容。扩展格式的该实施例由内容项目340所图示。在不同实施例中，扩展格式在第一行不显示与紧凑格式相同的信息；相反，其以大于紧凑格式的字体显示标题和源，接着在后续行显示内容。

如以上关于图3A所讨论的，用户可以选择另一项目(第二项目)。例如，在图3B中，用户可以通过在项目314上进行点击或点击“NextItem”按钮316来选择项目314。作为呈现显示馈给阅读器用户界面302的网页的web浏览器300的示意性截屏的图3C示出了根据实施例的该用户动作的结果。所选择的项目360(对应于紧凑格式的项目314)以扩展格式出现。包括第一项目312(对应于扩展格式的项目340)的其它项目以紧凑格式进行显示。

在图3B和3C的示例中，项目360不像项目340那么大，与具有两行不同，其仅具有一行内容。因此，图3B中的排序的列表310比图3C中的排序的列表310显示更少的项目，图3B中的排序的列表310显示7个项目，而图3C中的排序的列表310显示8个项目。通常，在排序的列表310中显示的项目的数量将根据所选择项目的扩展格式的大小而变化。

图3D是依据一些实施例的呈现显示馈给阅读器用户界面302的网页的web浏览器300的示意性截屏。如图3A-3C所示，用户界面302包括与用户已订阅的内容馈给相关联的标签列表305和与所选择标签相关联的内容项目的排序的列表310。然而，排序的列表310中的所有项目都以扩展格式进行显示。项目340和360(分别对应于紧凑格式的项目312和314)被整个显示。项目380(对应于紧凑格式的项目315)仅显示顶部部分，原因在于没有足够的空间以扩展格式显示整个项目。因为扩展格式的每个项目的大小例如根据内容量有所不同，所以所显示项目的数目通常会发生变化。

以扩展形式显示的一些内容项目，但不必是全部，包括到与那些内容项目相关联的完全内容的链接。所述链接可以通过用户在内容项目的标题上进行点击，或者通过在相应内容项目的以扩展格式显示的链接图标(图3A-3D中未示出)上进行点击而被激活。通常，链接的激活使得浏览器打开新的浏览器窗口或者制表，并且以下载和显示位于所述链接所指定的位置(例如URL)的文档(如果有)。

虽然在图3A-3D中未示出，但是馈给阅读器用户界面通常会包括用于检查和管理用户的内容馈给订阅的图标、菜单项等，包括移除和添加内容馈给订阅，以及可选地利用一个或多个用户定义标签对相应内容馈给订阅进行标记(或者替选地，将相应内容馈给订阅指派到一个或多个用户定义的文件夹)。

图4是图示依据一些实施例的客户端计算机的框图。典型地，客户端计算机400包括一个或多个处理单元(CPU)402、一个或多个网络或其它通信接口406、存储器404以及用于互连这些部件的一个或多个通信总线414。通信总线414可包括在系统部件之间进行互连并控制通信的电路(有时称为芯片组)。客户端计算机400还可包括用户接口408，其包括显示设备410以及键盘和/或鼠标(或其它指示设备)412。存储器404包括诸如DRAM、SRAM、DDR RAM或其它随机存取固态存储设备之类的高速随机存取存储器；并且可包括非易失性存储器，诸如一个或多个磁盘存储设备、光盘存储设备、闪存设备或其它非易失性固态存储设备。存储器404可以可选地包括与CPU 402远离定位的一个或多个存储设备。在一些实施例中，存储器404存储以下程序、模块和数据结构或者其子集：

·操作系统416，包括用于处理各种基本系统服务和用于执行依赖硬件的任务的程序；

·网络通信模块418，用于经由一个或多个通信网络接口406以及一个或多个通信网络将客户端系统400连接到其它计算机，所述通信网络诸如因特网、其它广域网、局域网、城域网等；

·馈给阅读器模块420，用于处理来自内容馈给的内容项目；和

·客户端应用430，诸如web浏览器。

馈给阅读器模块420包括用于确定显示内容项目的格式的内容项目格式模块422、用于存储服务器所发送的内容项目的本地数据库424和用于与服务器计算机500交互的服务器接口模块426。

在一些实施例中，馈给阅读器模块420可以是基于脚本的模块，嵌入在从服务器系统104(图1)派发的网页中。所述网页可以由客户端计算机400处的诸如web浏览器的客户端430来呈现。当网页被呈现时，执行馈给阅读器模块420，由此提供到服务器系统104的基于web的接口。基于脚本的馈给阅读器模块可以以JavaScript、ECMAScript或任意其它的适当脚本语言进行编写。

在一些其它实施例中，馈给阅读器模块420可以是存储在客户端计算机400的存储器404中的独立应用。所述独立应用可包括但不限于馈给聚合器应用。在进一步的其它实施例中，馈给阅读器模块420可以是其它应用的添加件或插件。例如，馈给阅读器模块420可以是web浏览器应用或电子邮件应用的插件或扩展。

在一些实施例中，所接收的内容项目可以被本地缓存在存储器404中。类似地，用户的内容馈给订阅列表也可以被本地缓存在存储器404中。

图4中以上所标识的每个元素可以被存储在一个或多个之前提到的存储器设备中。以上所标识的每个模块对应于用于执行上述功能的一组指令。以上所标识的模块或程序(即，指令集合)无需作为单独的软件程序、过程或模块来实施，并且由此在各种实施例中可以组合或者重新布置这些模块的各种子集。在一些实施例中，存储器404可以存储以上所标识的模块和数据结构的子集。此外，存储器404可存储以上没有描述的附加模块和数据结构。

图5是图示依据一些实施例的服务器计算机500的框图。典型地，服务器计算机500包括一个或多个处理单元(CPU)502、一个或多个网络或其它通信接口506、存储器504以及用于互连这些部件的一个或多个通信总线510。通信总线510可包括在系统部件之间进行互连并控制通信的电路(有时称为芯片组)。服务器系统500可选地可包括用户接口508，其可以包括显示设备(未示出)以及键盘和/或鼠标(未示出)。存储器504包括诸如DRAM、SRAM、DDR RAM或其它随机存取固态存储设备的高速随机存取存储器；并且可包括非易失性存储器，诸如一个或多个磁盘存储设备、光盘存储设备、闪存设备或其它非易失性固态存储设备。存储器504可选地可包括与CPU 502远离定位的一个或多个存储设备。在一些实施例中，存储器504存储以下程序、模块和数据结构或者其子集：

·操作系统516，包括用于处理各种基本系统服务和用于执行依赖硬件的任务的程序；

·网络通信模块518，用于经由一个或多个通信网络接口506以及一个或多个通信网络将服务器系统500连接到其它计算机，所述通信网络诸如因特网、其它广域网、局域网、城域网等；

·馈给追踪器模块516，用于获取内容项目以便周期性地和/或在内容馈给被更新时进行存储；

·订阅数据库518，用于存储与系统用户的内容馈给订阅相关的信息；

·馈给内容数据库520，用于存储来自内容馈给的内容项目以及关于相应用户已经阅读、标记等的内容项目的用户信息；

·阅读器应用接口524，用于与一个或多个客户端计算机中的馈给阅读器模块交换信息；和

·用户偏好数据库526，用于存储特定于用户的信息，包括用户关于用户界面的偏好。

图5中以上所标识的每个元素都可以存储在一个或多个之前提到的存储器设备中，以上所标识的每个模块对应于用于执行上述功能的一组指令。以上所标识的模块或程序(即，指令集合)无需作为单独的软件程序、过程或模块来实施，并且由此在各种实施例中可以组合或者重新布置这些模块的各种子集。在一些实施例中，存储器504可以存储以上所标识的模块和数据结构的子集。此外，存储器504可存储以上没有描述的附加模块和数据结构。

虽然图5示出了“服务器计算机”，但是图5更是意在是可存在于在一组服务器中的各种特征的功能描述而不是这里所描述实施例的结构示意。在实践中并且如本领域普通技术人员所认识到的，单独示出的项可被组合并且一些项可被分割。例如，图5中单独示出的一些项可在单个服务器上实施，并且单个项可由一个或多个服务器来实施。

图6A是图示依据一些实施例的用于馈给内容项目的数据结构的示图。如上所述，服务器计算机500(图5)可将多个馈给内容项目存储在馈给内容数据库520中。所述馈给内容项目可以被存储在诸如表数据结构600之类的数据结构中。馈给内容表600包括来自每个馈给源的每个内容项目的行610。每行包括一个或多个字段(612，614)，其标识诸如内容ID 612和馈给ID 614(其标识内容项目的馈给源)的内容项目。在一些实施例中，内容ID可包括唯一标识馈给源的信息，在这种情况下可以省略馈给ID 614。每个行610可进一步包括内容项目的内容616。内容616可包括内容项目的元数据(例如，题目、描述、URL、日期/时间以及可能的其它元数据)，并且可进一步包括所述内容项目的实际内容。此外，每个行610包括系统的每个注册用户的栏618或字段。该栏中的用户数据可包括阅读标记620，其指示对应于该栏的用户是否已经阅读了与包含所述用户数据的行610相关联的内容项目。栏618中的用户数据还可选地可包括附加用户信息，诸如一个或多个用户指定的标签或标记622。用户可以对内容项目以及内容馈给添加标签或标记，并且用户与每个加标签的内容项目相关联的标签或标记的记录存储在用户数据618中。在一些实施例中，系统可允许用户利用预先定义的标签或标记(例如，星号、红色、蓝色等)对各内容项目添加标签或标记，并且一些实施例进一步允许用户利用用户定义的标签(例如，“新闻”、“音乐”等)对各内容项目添加标签或标记。此外，通过行610表示的内容项目可以被任意数目的用户标记。

图6B是图示依据一些实施例的用于用户订阅的数据结构的示图。如上所述，服务器计算机500(图5)可将用户订阅信息存储在订阅数据库518中。用户订阅信息可存储在诸如表数据结构650的数据结构中。用户订阅信息表650存储对系统所已知的馈给流的馈给标识以及那些馈给流的用户数据。用户订阅表650包括对应于对系统所已知的每个内容流的流ID的字段或栏656，包括实际内容流(典型地对应于来自适当定义的网络位置的发布源的内容流)和虚拟内容流。虚拟内容流是从服务器系统104的上下文内的一个或多个其它内容流取得的内容流。例如，虚拟内容流可包括由用户指派了标签的一组实际内容流。在另一示例中，虚拟流可包括由用户指派了特定标签的各内容项目；被标签的内容项目可以来自一个或多个实际内容流。在一个实施例中，虚拟流可以由创建该流的用户和由所述用户指派给虚拟流的用户标签所标识。因此，虚拟流的流ID可包括创建所述虚拟流的用户的用户ID 658以及由所述用户指派给所述虚拟流的用户标签660。替选地，虚拟流的流ID可通过将虚拟流映射到虚拟流ID的映射功能所生成或指定。

表650进一步包括用于每个用户的行654，其具有包含每个内容流的用户数据的字段或栏656。在一些实施例中，相应内容流的用户数据包括指示用户是否已经订阅了与包含所述用户数据的栏656相关联的内容流的订阅标记662。用户数据还可以包括标记为已读标记和时间戳668，其指示对应于该行的用户是否和何时观看了与栏656相关联的内容流中的项目。用户数据可进一步包括附加用户信息，诸如一个或多个用户指定标签664。用户可对其未来希望再次观看的内容流添加标签，并且用户与内容流相关联的标签的记录可存储在用户数据656中。

图6C是图示依据一些实施例的用于用户偏好的数据结构的图。如上所述，服务器计算机500(图5)可在用户偏好数据库526中存储用户偏好信息。用户偏好信息可存储在诸如表数据结构680的数据结构中。用户偏好表680包含每个用户的用户数据684(例如，在表680的行或记录中)。用户数据684可选地包括用户ID 686(其可由用户数据684在用户偏好表680中的位置来指示)，以及服务器500用来对来自用户的请求进行认证的记号688。在一些实施例中，使用随机或伪随机数生成器或函数生成记号688，并且其具有足够的长度以使得无法猜测或独立复制所述记号。在一些实施例中，还没有实现以下所讨论的书签特征的用户不被指定记号688。相反，相应记号688在用户第一次实现书签特征时在该用户的用户数据684中生成并存储。如以下更为详细地描述的，所述记号在书签特征中被用来防止入侵者伪造用户的馈给阅读器书签(有时在这里被称作内容馈给书签)，其将使得能够对用户的馈给阅读器帐户进行未授权访问，并且进而会导致内容项目即使在它们从没有被用户观看过的情况下也被标记为已读。

用户数据可选地可包括一个或多个附加字段689、690、692、694。例如，用户数据可选地可包括排序顺序标记689，用于指定在诸如用户界面302(图3A)的用户界面上显示内容项目的顺序。例如，内容项目可以以年代顺序进行显示或者根据基于预定标准(例如，内容项目中内容的质量和/或数量，以及内容项目的新旧程度)的排名进行显示。用户数据可进一步包括动画标记690以指示在用户界面上是否显示动画。用户数据可包括用户界面特征标记或参数值(692，694)来指定与用户相关联的其它用户界面特征。例如，用户界面特征标记可被用来指定用户界面的格式和颜色。在一个实施例中，用户可经由从用户界面可访问的菜单(未示出)来设置排序顺序标记、动画标记和用户界面特征标记。

馈给内容表600和用户订阅表650或这些表的一部分可使用稀疏表存储机制来存储，原因在于这些表中的大部分用户数据可能为空或者被设置为缺省值。

图7A是图示依据一些实施例的用于向用户呈现内容项目的过程700的流程图。操作702-712由客户端计算机400执行，而操作714-722由服务器计算机500执行。客户端400检测书签(有时在这里被称作馈给阅读器书签或内容馈给书签)的用户选择(702)。作为响应，客户端400下载与所述书签相关联的文档(704)并且向用户显示所下载的文档(712)。

在一个实施例中，下载文档的过程以向服务器500传送由所述书签所指定的请求开始(706)。如以下更为详细地讨论的，在一些实施例中，如果所述请求是有效请求，则其包括唯一对应于请求用户的用户标识符的记号以及包含请求用户的用户标识符(有时称作用户ID)的登录cookie(也不同地被称作对象、cookie文件或cookie对象)。服务器500接收请求(714)，识别用户或用户的用户帐户，并且识别请求用户的未阅读内容项目(716)。典型地，为了服务器成功处理用户请求，请求用户必须是内容馈给聚合系统的注册用户，并且必须已经订阅了至少一个内容馈给。所述服务器所识别的项目可以例如是与所选择书签相关联的一组内容馈给中最近的未读项目。在另一示例中，根据其它预定义的选择标准来识别未读项目。

标识与所标识项目相关联的文档(718)。示例性的被标识的文档包括对应于所标识的内容项目中的URL的文档，或者包含所标识内容项目的内容馈给的主页。例如，如果所标识的项目是博客贴子，则所标识的文档可以是包含所述贴子的网页，或者其可以是所述博客的主页。如果所标识的项目是新的文章，则所标识的文档可以是包含所述文章的网页，或者其可以是发布所述文章的新闻服务的主页。

服务器500将所标识的内容项目或对应的馈给流标记为已读(720)。在一个实施例中，当在操作718中标识的文档链接到特定内容项目时，所述特定内容项目被标记为已读。另一方面，当在操作718中标识的文档是内容馈给的主页时，则对应的馈给流被标记为已读，其中时间戳指示所述馈给流被标记为已读的最后时间。将整个馈给流标记为已读(从用户的角度来看)等价于将所述馈给流中的所有内容项目都标记为已被用户所阅读，但是其更为有效，原因在于仅对于服务器数据库进行的更新是用于更新所述馈给流的用户数据中的“标记为已读”标签和时间戳668(在用户订阅表650中)。与之相反，将馈给流中的所有各项目标记为已读潜在地要求更新馈给内容表600中许多项目的用户数据。一旦馈给流已对特定用户标记为已读，则仅有比标记为已读时间戳新的内容项目可以被认为未被用户所阅读(当然，排除已经被标记为已读的任何单独内容项目)。

服务器500接着向客户端400发送到所标识的文档的重定向，或者更具体地，发送到与所述文档相关联的网络位置的重定向(722)。客户端400接收所述重定向(708)并从重定向位置下载所标识的文档(710)。向用户显示所下载的文档(712)。

图7B是图示由服务器计算机500执行的用于响应于用户对书签的选择而标识要向用户提供的内容的过程740的流程图。例如，用户对书签的选择可使得HTTP请求被发送到服务器，并且URL可包括一个或多个参数。服务器500接收书签所指定的请求(714)。标识与所述书签请求相关联的一组内容项目(742)。例如，所标识的项目集合可包括与用户已订阅的内容馈给相关联的项目。

在操作744期间，针对预定义的标准测试所标识的项目集合中未读项目的数量。如果未读项目的数量满足预定义的标准，则标识对应于所述集合中的内容项目中的URL的文档(746)。对应于所标识的文档的项目被标记为已读(748)，并且将所标识的文档的重定向发送到客户端计算机400(722)。然而，如果未读项目的数量不满足预定义的标准，则对应于集合中未读项目的主页的文档被标识(750)。此外，对应于未读项目的内容馈给被标记为已读(752)，并且将到所标识的文档的重定向发送给客户端计算机400(722)。替选地，与所述主页相关联的集合中的所有未读项目都被标记为已读(752)，并且将到所标识的文档的重定向发送到客户端计算机(722)。

例如，考虑其中来自用户已订阅的所有内容馈给的大多数最近未读项目是来自特定新闻提供者的新闻文章的情况。响应于用户对书签的选择，服务器500接收所述书签所指定的请求(714)并且标识包括最近未读项目(新的文章)以及相同的特定新闻提供者所提供的所有其它项目在内的项目集合(742)。现在考虑预定义的标准是集合中未读项目的数量是否小于10。如果用户的馈给具有少于10个的来自特定新闻提供者的未读项目，则包含最近未读项目(新的文章)的网页将被标识(746)，所述项目将被标记为已读(748)，并且将向客户端400发送到所述网页的重定向(722)。然而，如果用户的馈给具有10个或更多的未读项目，则将标识该特定新闻提供者的主页(750)，与特定新闻提供者相关联的馈给流将被标记为已读(752)(或者替选地，所述馈给流中的所有未读项目将被标记为已读)，并且将向客户端400发送到所述主页的重定向(722)。

图7C是图示由服务器计算机500执行的用于接收和验证由用户对书签的选择所导致的请求的过程760的流程图。出于安全的原因，希望在处理请求之前验证该请求实际上是来自馈给阅读器系统的相应用户的授权请求。在一些实施例中，用户对馈给阅读器书签的选择所发起的有效请求(702)包括唯一对应于请求用户的用户标识符的记号，以及包含请求用户的用户ID的登录cookie(也被不同地称作对象、cookie文件或cookie对象)。在一个实施例中，所述记号作为参数而嵌入在书签所指定的URL中。登录cookie如果包括在请求中，则其是先前在用户登录到馈给阅读器系统或相关系统中时生成的，所述相关系统诸如是提供多种在线服务的上级服务器系统。应注意，在这里所描述的实施例中，所述记号和用户标识符被存储在单独的对象中(例如，书签和cookie)以便保护用户的馈给阅读器帐户的完整性。如接下来将要描述的，除非用户持有登录cookie和书签，所述书签具有对应于cookie中的用户标识符的记号，否则通过激活所述书签而生成的请求将被馈给阅读器系统所拒绝。

一旦接收到请求(714)，服务器500就检查来看随请求是否接收到通过先前登录到馈给阅读器系统所创建的包含用户ID的登录cookie(762)。如果没有接收到登录cookie，服务器500向客户端计算机400发送到登录网页的重定向(764)，用户可以从所述登录网页登录到馈给阅读器。一旦用户已经登录进入所述馈给阅读器，则所述用户可以选择书签并由此开始过程700(图7A)。如果接收到登录cookie，则服务器500将所述请求中的记号与所存储的与所述用户相关联的记号(如登录cookie中的用户标识符所标识的)进行比较，与所述用户相关联的记号例如是存储在用户偏好表680中的记号688。如果所接收的记号与所存储的记号相一致，则服务器500进行处理以识别请求用户的内容项目集合(742)并接着执行过程740的后续步骤(图7B)，如以上所描述。然而，如果所接收的记号与所存储记号不一致，则服务器500向客户端400发送例如到显示错误消息的网页或馈给阅读器主页的重定向(768)。

在一些实施例中，内容馈给书签作用为到对应于在线内容馈给聚合器的URL的链接。书签所指定的URL的示例为http://www.domainl.com/reader/bookmark？mode＝nextitem&token＝5782174&label＝news。在该示例中，URL中的数值“5782174”是唯一对应于用户的用户标识符的记号。对该记号示出的数值仅是说明性的；实际上，可基于加密考虑来选择记号的位数。参数“mode＝nextitem”和“label＝news”指定在过程700的步骤718中所要标识的文档是News标签306中的下一个未读项目。例如，可指定不同的模式设置来指定在步骤718中要标识的项目是内容馈给的主页，或者调用过程740(图7B)。如果没有标签被指定，则响应于对书签的选择而要被标识的文档可由用户已订阅的任意内容流来提供。

图8A是显示网页804的web浏览器300的示意性截屏。web浏览器300具有包含书签800的工具条802。例如通过在其上进行点击而选择书签800开始关于图7A所描述的过程700。因此，代替使用诸如图3A所示的界面之类的馈给阅读器用户界面，用户可以简单地通过选择书签800来访问馈给阅读器内容项目。

图8B是显示响应于用户对书签800的选择而显示网页850的web浏览器300的示意性截屏。在一个实施例中，网页850对应于用户订阅的内容馈给中最近的未读内容项目。网页850由对应于所述内容项目的源的URL 852所标识。在图8B的示例中，网页850对应于图3A中的内容项目312以及图3B中的内容项目340。在该示例中，网页850包括对应于项目312和340的源、标题和文本的源854、标题856和文本858。在另一实施例中，网页850对应于根据其它预定义的选择标准所标识的未读项目。

图8C是图示依据一些实施例的用于在浏览器工具条上安装书签的用户界面的框图，其中所述书签用于访问用户已订阅的一个或多个内容馈给的一个或多个项目。web浏览器300显示通过URL 872所标识的网页870，其允许用户在浏览器300的工具条802上创建书签。将书签链接874拖到工具条802上将创建书签800(图8A)。在一些实施例中，选择使用书签链接874所创建的书签将使得浏览器显示来自用户订阅的所有内容馈给的最近未读内容项目。然而，用户可能更希望通过从下拉菜单876选择标签并接着将书签链接878拖到工具条802上来为用户的馈给阅读器帐户中的特定标签或文件夹创建书签。在一个实施例中，当被选择时，所产生的书签800将显示与所选择标签或文件夹相关联的内容馈给集合中最近的未读内容项目。在其它实施例中，将依据预定义的选择标准显示其它内容项目。

出于解释的目的，已经参考特定实施例进行了以上描述。然而，以上的说明性讨论并非意在穷举或者将本发明限定于所公开的精确形式。借鉴以上教导可以进行许多修改和变化。选择和描述所述实施例是为了对本发明的原理及其实际应用进行最佳解释，由此使得本领域技术人员对本发明进行最佳利用，并且具有各种修改的各个实施例适用于所预期的特定应用。

Claims (18)

1.一种呈现内容的方法，包括：

在客户端计算机处：

从服务器计算机接收排序的内容项目列表，所述内容项目的每一个具有相关联的相对于所述客户端计算机的用户的阅读状态，其中所述阅读状态存储在所述服务器计算机中，其中所述排序的内容项目列表中的内容项目包括来自一个或多个内容馈给的内容馈给项目；

显示所述排序的内容项目列表，包括以扩展格式显示选定的第一项目和以紧凑格式显示一组其它项目，其中所显示的内容项目列表包括在所述选定的第一项目之上以紧凑格式显示的至少一个相应项目，以及在所述选定的第一项目以下以紧凑格式显示的至少一个相应项目；以及

响应于向下滚动所显示的内容项目列表，选择所显示的内容项目列表中不同于所述第一项目的第二项目，根据所述滚动重新显示所述排序的内容项目列表，包括以所述扩展格式显示所述第二项目并且以所述紧凑格式显示所述第一项目。

2.如权利要求1所述的方法，其中，当以所述扩展格式显示的所述第二项目大于以所述扩展格式显示的所述第一项目时，重新显示所述排序的列表减少所显示的项目的数量。

3.如权利要求1所述的方法，其中所述重新显示包括滚动所显示的列表，使得在所述第二项目被选择后，在所述第一项目是所选择的项目时显示在所述列表的顶部的项目不再被显示。

4.如权利要求3所述的方法，进一步包括：在之前选择的内容项目滚动离开所述列表的顶部之后，将与所述项目相关联的状态从未读改变为已读。

5.如上述权利要求任一项所述的方法，其中，当以所述扩展格式显示时相应项目的显示大小对应于所述相应项目中内容的数量，并且以所述紧凑格式显示的所有项目具有一致的显示大小。

6.如权利要求1-4中任一项所述的方法，所述方法进一步包括：在相应项目以所述扩展格式显示时，将所述相应项目标记为已读。

7.如权利要求1-4中任一项所述的方法，所述方法进一步包括：当相应项目以所述扩展格式显示时，向服务器传送指示所述相应项目已经被阅读的信息。

8.如权利要求1-4中任一项所述的方法，其中，所述排序的列表中的项目包括来自所述客户端计算机的用户已订阅的一个或多个内容馈给的内容馈给项目。

9.如权利要求1-4中任一项所述的方法，所述方法进一步包括：

通过重新显示所述排序的内容项目列表来响应于用于选择所显示的列表中的第三项目的用户动作，包括以所述扩展格式显示所述第三项目并且以所述紧凑格式显示所述第一和第二项目。

10.一种用于呈现内容的系统，包括：

用于从服务器计算机处接收排序的内容项目列表的装置，所述内容项目中的每一个对于客户端计算机的用户具有相关联的阅读状态，其中所述阅读状态被存储在所述服务器计算机处，其中所述排序的内容项目列表中的内容项目包括来自一个或多个内容馈给的内容馈给项目；

用于显示所述排序的内容项目列表的装置，包括以扩展格式显示选定的第一项目和以紧凑格式显示一组其它项目，其中所显示的内容项目列表包括在所述选定的第一项目之上以紧凑格式显示的至少一个相应项目，以及在所述选定的第一项目以下以紧凑格式显示的至少一个相应项目；以及

用于响应于向下滚动所显示的内容项目列表以选择所显示的列表中的第二项目而重新显示所述排序的内容项目列表的装置，所述用于重新显示的装置包括以所述扩展格式显示所述第二项目并以所述紧凑格式显示所述第一项目的装置。

11.如权利要求10所述的系统，其中所述多个内容项目包括来自所述系统的用户已订阅的一个或多个内容馈给的馈给内容项目。

12.如权利要求10或11所述的系统，进一步包括：当相应项目以所述扩展格式显示时，向服务器传送指示所述相应项目已经被阅读的信息的装置。

13.如权利要求10或11所述的系统，进一步包括：在相应项目以所述扩展格式显示时，将所述相应项目标记为已读的装置。

14.如权利要求10或11所述的系统，其中，当以所述扩展格式显示时相应项目的显示大小对应于所述相应项目中内容的数量，并且以所述紧凑格式显示的所有项目具有一致的显示大小。

15.一种呈现内容的方法，包括：

在不同于服务器计算机的客户端计算机处：

从所述服务器计算机接收排序的内容项目列表，所述内容项目的每一个具有相关联的相对于所述客户端计算机的用户的阅读状态，其中所述阅读状态存储在所述服务器计算机中，其中所述排序的列表中的项目包括来自一个或多个内容馈给的内容馈给项目；

显示所述排序的内容项目列表，包括以扩展格式显示选定的第一项目并且以紧凑格式显示一组其它项目；

通过选择所显示的内容项目列表中的下一个项目来响应于阅读下一个项目的用户动作，所选择的下一个项目包括不同于所述第一项目的第二项目，并且重新显示所述排序的内容项目列表，包括以所述扩展格式显示所述第二项目并且以所述紧凑格式显示所述第一项目，

其中所述响应包括滚动所显示的列表，使得在所述第二项目被选择后，在所述第一项目是所选择的项目时显示在所述列表的顶部的项目不再被显示；以及

响应于先前被选择的内容项目滚动离开所述列表的顶部，将所述先前被选择的内容项目标记为已读，包括将指示所述先前被选择的内容项目已被阅读的信息发送到所述服务器，以更新相对于所述用户的所述先前被选择的内容项目的阅读状态。

16.一种提供内容的方法，所述方法由客户端系统执行且包括：

记录用于指定的流的标注为已读标记以及标注为已读时间戳，其中所述指定的流是虚拟内容流并且是从两个或更多个内容馈给取得的，每个内容馈给包括由相应的公布源所公布的一组内容项目，在所述指定的流中，只有比所述标注为已读时间戳更新并且没有被单独标注为已读的内容项目包含未读内容项目，并且所述指定的流中的所有其他内容项目包含标注为已读的内容项目；以及

显示与所述指定的流相关联的内容项目，其中已被标注为已读的内容项目以与未被标注为已读的内容项目在视觉上相区别的形式被显示。

17.如权利要求16所述的方法，其中，在所显示的内容项目中，比所述标注为已读时间戳更新的内容项目的所显示文本中的一个或多个部分是使用黑色文本来显示的，并且比所述标注为已读时间戳更早的内容项目是使用轻微的灰色阴影来显示的。

18.一种用于提供内容的客户端系统，包括：

用于记录用于指定的流的标注为已读标记以及标注为已读时间戳的装置，其中所述指定的流是虚拟内容流并且是从两个或更多个内容馈给取得的，每个内容馈给包括由相应的公布源所公布的一组内容项目，在所述指定的流中，只有比所述标注为已读时间戳更新并且没有被单独标注为已读的内容项目包含未读内容项目，并且所述指定的流中的所有其他内容项目包含标注为已读的内容项目；以及

用于显示与所述指定的流相关联的内容项目，其中已被标注为已读的内容项目以与未被标注为已读的内容项目在视觉上相区别的形式被显示。

Images