[发明专利]协调内容的下载顺序的客户端管理

说明书

相关申请的交叉引用

本申请要求于2007年4月13日提交的、案卷号为ADO07-022p(WF-143)的、序列号60/911,635的、名称为“Client Management OfDownload Sequence Of Orchestrated Content”的较早提交的共同未决的美国临时专利申请的提交日期的权益，并且该申请与本申请共享共同发明人关系。在此通过对其整体参考将该临时申请的全部教导和内容并入。

背景技术

内容聚合(RSS)是针对少量非常类似的可扩展标记语言(XML)联合格式(例如，RSS 1.0、RSS 2.0、Atom 1.0)的涵盖性术语。RSS源是表示由实体发布的时变的大量内容的RSS/XML文档。源可以是任何类型，尽管最普通的是RSS源。例如，典型的RSS源可以是随时间在运动网络日志(或“博客”)上发布的包括各种运动或者同一运动中各个队伍的条目。用于这种博客的源可以包括全天发布的多个条目，其中每个条目的主题是关注于特定运动或队伍的讨论话题或不同的新闻项。源通常包括对内容的外部资源的引用，例如，在上述给出的示例运动博客中，队伍标志的图像文件、包括对队伍中运动员的采访片段的音频文件和/或包括来自特定队伍参加的运动赛事的重点新闻的视频文件。这些不同类型的内容可以称作资源。

通常，用户通过使用公知为聚合器或源读取器的应用来订阅一个或多个源。为了在单个观察位置上显示，聚合器将多个源的内容组合起来。即，聚合器允许单个用户访问多个源的内容，该多个源诸如来自于运动博客的源、包括天气预报的源、来自于新闻来源的源等，而不必访问(例如，在用户的web浏览器中)那些不同类型信息中的每种信息的来源。

RSS聚合器以任意顺序下载源中引用的所有资源。RSS聚合器通常在下载内容时经历两个阶段。首先，RSS聚合器下载并且解析RSS源。如果RSS源包含对于其他可下载文件(例如缩略图、播客、视频文件等)的引用，那么聚合器将随后下载这些引用的文件。这是聚合器的标准工作流程。

发明内容

诸如上述那些的传统机制具有多种缺点。一个此类缺点是RSS成为用于表示内容特别是富媒体(rich media)的更丰富的格式，，更加需要多个下载阶段(除背景部分描述的两个阶段以外)。然而，在RSS的较早期，源可能不包含比一些播客更难以下载的内容，现在RSS源可能包含对于外部文档的引用，该外部文档包含对于其他可下载部分的引用。一个特定示例是包含同步多媒体集成语言(SMIL)文档作为内容的RSS源，其中SMIL文档包含对于也需要下载的视频或缩略图的引用。SMIL通常用于协调(orchestrate)多媒体内容的提供(render)和回放。

此新情景中的问题是围绕用户体验的。RSS源可以包含各种可下载文件，其中一些文件可能需要比其他文件更快下载，而其中一些文件可以基于用户的带宽花费一定时间下载。例如，在包含缩略图和视频的源中，与该源相关联的缩略图可能需要在下载该源之后立刻显示，以便用户具有源内容的直观表示。相反，视频可以稍后下载，因为与视频相关联的用户界面(UI)经常显示进度条，并且用户预期视频需要花费较长的时间下载。如果源包含SMIL内容(参见上文)，则聚合器需要下载SMIL文档并且对其验证，即，确保在呈现引用SMIL文档的项目之前，该SMIL文档包含有效的内容。如果该项目内的任何内容(甚至嵌套引用)是无效的，聚合器可以选择使项目无效。因此，RSS聚合器不应该仅仅以任意顺序简单地下载RSS源中的所有文件，而是应该以智能的方式进行下载排序。

本发明的实施方式显著地克服了此类缺点，并且提供了可以提供协调内容的下载顺序的客户端管理的机制和技术。实施方式基于诸如用户接口要求和下载间的依赖性的各种准则，通过对RSS源中引用的任何下载进行排序来进行RSS聚合。通过基于这些准则对源中引用的下载进行排序，实施方式确保了向用户呈现源的应用将首先下载高优先权的资源，然后下载较低优先权的资源。此类方法有助于快速下载的感受，因为用户的速度感受将仅关于对高优先权资源的下载而预测。而且，实施方式允许RSS聚合器更智能地取得任意嵌套的资源，诸如在SMIL文档中找到的那些资源。