[發(fā)明專利]協(xié)調內容的下載順序的客戶端管理

有效

• 申請?zhí)枺?/td>: 200810091696.8
• 申請日: 2008-04-14
• 公開（公告）號: CN101286169A
• 公開（公告）日: 2008-10-15
• 發(fā)明（設計）人: B·里格斯
• 申請（專利權）人: 奧多比公司
• 主分類號: G06F17/30
• 分類號: G06F17/30;H04L12/58
• 代理公司: 北京市金杜律師事務所
• 代理人: 王茂華

相關申請的交叉引用

本申請要求于2007年4月13日提交的、案卷號為ADO07-022p(WF-143)的、序列號60/911,635的、名稱為“Client?Management?OfDownload?Sequence?Of?Orchestrated?Content”的較早提交的共同未決的美國臨時專利申請的提交日期的權益，并且該申請與本申請共享共同發(fā)明人關系。在此通過對其整體參考將該臨時申請的全部教導和內容并入。

背景技術

內容聚合(RSS)是針對少量非常類似的可擴展標記語言(XML)聯合格式(例如，RSS?1.0、RSS?2.0、Atom?1.0)的涵蓋性術語。RSS源是表示由實體發(fā)布的時變的大量內容的RSS/XML文檔。源可以是任何類型，盡管最普通的是RSS源。例如，典型的RSS源可以是隨時間在運動網絡日志(或“博客”)上發(fā)布的包括各種運動或者同一運動中各個隊伍的條目。用于這種博客的源可以包括全天發(fā)布的多個條目，其中每個條目的主題是關注于特定運動或隊伍的討論話題或不同的新聞項。源通常包括對內容的外部資源的引用，例如，在上述給出的示例運動博客中，隊伍標志的圖像文件、包括對隊伍中運動員的采訪片段的音頻文件和/或包括來自特定隊伍參加的運動賽事的重點新聞的視頻文件。這些不同類型的內容可以稱作資源。

通常，用戶通過使用公知為聚合器或源讀取器的應用來訂閱一個或多個源。為了在單個觀察位置上顯示，聚合器將多個源的內容組合起來。即，聚合器允許單個用戶訪問多個源的內容，該多個源諸如來自于運動博客的源、包括天氣預報的源、來自于新聞來源的源等，而不必訪問(例如，在用戶的web瀏覽器中)那些不同類型信息中的每種信息的來源。

RSS聚合器以任意順序下載源中引用的所有資源。RSS聚合器通常在下載內容時經歷兩個階段。首先，RSS聚合器下載并且解析RSS源。如果RSS源包含對于其他可下載文件(例如縮略圖、播客、視頻文件等)的引用，那么聚合器將隨后下載這些引用的文件。這是聚合器的標準工作流程。

發(fā)明內容

諸如上述那些的傳統(tǒng)機制具有多種缺點。一個此類缺點是RSS成為用于表示內容特別是富媒體(rich?media)的更豐富的格式，，更加需要多個下載階段(除背景部分描述的兩個階段以外)。然而，在RSS的較早期，源可能不包含比一些播客更難以下載的內容，現在RSS源可能包含對于外部文檔的引用，該外部文檔包含對于其他可下載部分的引用。一個特定示例是包含同步多媒體集成語言(SMIL)文檔作為內容的RSS源，其中SMIL文檔包含對于也需要下載的視頻或縮略圖的引用。SMIL通常用于協(xié)調(orchestrate)多媒體內容的提供(render)和回放。

此新情景中的問題是圍繞用戶體驗的。RSS源可以包含各種可下載文件，其中一些文件可能需要比其他文件更快下載，而其中一些文件可以基于用戶的帶寬花費一定時間下載。例如，在包含縮略圖和視頻的源中，與該源相關聯的縮略圖可能需要在下載該源之后立刻顯示，以便用戶具有源內容的直觀表示。相反，視頻可以稍后下載，因為與視頻相關聯的用戶界面(UI)經常顯示進度條，并且用戶預期視頻需要花費較長的時間下載。如果源包含SMIL內容(參見上文)，則聚合器需要下載SMIL文檔并且對其驗證，即，確保在呈現引用SMIL文檔的項目之前，該SMIL文檔包含有效的內容。如果該項目內的任何內容(甚至嵌套引用)是無效的，聚合器可以選擇使項目無效。因此，RSS聚合器不應該僅僅以任意順序簡單地下載RSS源中的所有文件，而是應該以智能的方式進行下載排序。

本發(fā)明的實施方式顯著地克服了此類缺點，并且提供了可以提供協(xié)調內容的下載順序的客戶端管理的機制和技術。實施方式基于諸如用戶接口要求和下載間的依賴性的各種準則，通過對RSS源中引用的任何下載進行排序來進行RSS聚合。通過基于這些準則對源中引用的下載進行排序，實施方式確保了向用戶呈現源的應用將首先下載高優(yōu)先權的資源，然后下載較低優(yōu)先權的資源。此類方法有助于快速下載的感受，因為用戶的速度感受將僅關于對高優(yōu)先權資源的下載而預測。而且，實施方式允許RSS聚合器更智能地取得任意嵌套的資源，諸如在SMIL文檔中找到的那些資源。