經由聊天群跟蹤內容項更新的製作方法

2023-05-11 01:55:16 2

專利名稱：經由聊天群跟蹤內容項更新的製作方法
技術領域：
本發明涉及一種經由聊天群跟蹤內容項更新的方法和系統。
背景技術：
在計算領域中，許多場景會涉及內容項，諸如新聞文章、如百科全書之類的紀實、 或網絡日誌帖子，它們可涉及一個或更多個用戶更新，諸如添加或修改信息或評論，包括對內容項的討論。此類內容項往往由內容項源發布，內容項源諸如主存包括一組內容項的網站的web伺服器，其可接受來自用戶的更新並將它們與新聞文章相關聯。在一些場景中， 用戶更新可按以各種方式組織的系列來發布(例如，順序地、按優先級、或根據線索)；在其他場景中，用戶更新可包括對內容項的正文的變更(例如，關於特定主題的可編輯維基 (wiki)頁面)。對內容項的主題感興趣的用戶可能希望跟蹤對該內容項發布的更新。在許多場景中，用戶可簡單地向內容項源發出對內容項(諸如網站的網頁)的一系列請求，並且可檢查該內容項的新資料。在其他場景中，用戶可以能夠向內容項源查詢更新列表，例如表示對內容項的一系列更新的真正簡單聚合(RSS)訂閱源。在又其他場景中，用戶可以能夠請求內容項源在接收到對特定內容項的更新(諸如web論壇中關於特定主題的帖子)時通知用戶(為此web論壇軟體可被配置成在該主題中接收到附加帖子時向該用戶發送電子郵件消息)。然而，一些內容項源可能未被配置成準許用戶訂閱更新，且用戶可能不得不訪問以及再訪問許多內容項源以保持獲悉對感興趣的特定內容項的更新。方面內容提供本概述是為了以簡化的形式介紹將在以下詳細描述中進一步描述的一些概念。本發明內容並不旨在標識出所要求保護的主題的關鍵因素或必要特徵，也不旨在用於限定所要求保護的主題的範圍。在涉及希望跟蹤對內容項的一組更新的用戶的許多同期場景中，用戶可能不得不重複地向內容項源查詢更新。這種重複查詢在許多方面可能是低效率的。例如，第一查詢可得到(自先前查詢以來的)很少或沒有更新，因此導致用戶時間以及內容項源的表現資源的低效率，而在其他地方可能發布了關於同一主題的許多其他更新但可能未被不知曉該活動的用戶閱讀。若接收到很少或沒有更新，則周期性地輪詢內容項源的數據訂閱源(諸如RSS訂閱源)可能同樣是低效率的。電子郵件通知機制可在有限程度上緩解這種輪詢， 但電子郵件可能太慢或太麻煩而不能保持用戶在即時基礎上獲悉更新。因此，用戶監視內容項源上對內容項的更新的效率可能產生相當少的結果，同時耗費了大量的用戶時間和內容項源的資源。可以理解，這些低效率中的一些源於許多內容項源(諸如網頁和維基頁面)不適合處理內容項源的近實時更新的場景(尤其是用「推送」式通知)，尤其是在更新涉及(潛在的大且可能匿名的)一系列用戶之間的自組織和信息化對話的情況下。相反，許多聊天服務提供各種群聊天場景，其可能易於適合近實時地向用戶通知一組更新，且尤其是用於
5在關於一主題的對話中主存自組織用戶群。然而，在許多場景中，聊天服務中發生的討論是短暫的，並且除非被用戶捕捉和保留，否則該討論往往消失而對內容項沒有持續影響。可開發用於融合聊天群的自組織對話激發環境與內容項源(諸如網頁或維基頁面)的非瞬態本質的技術。當用戶表達對由內容項源主存的內容項的興趣時，可邀請該用戶加入由聊天服務主存的關於該內容項的聊天群。若用戶接受該邀請，則聊天群界面可將該用戶與希望跟蹤該內容項的其他用戶連接。此外，聊天群和內容項源可協作，以使得對內容項的更新(包括內容項的添加或更改、後續信息、以及由各個用戶提交的關於該內容項的評論)可被自動作為消息發布在該聊天群中，以及向該聊天群發布的關於該內容項的消息可被內容項源自動發布作為對該內容項的更新。以此方式，用戶可通過非常適合近實時更新和討論的界面來跟蹤關於內容項的更新，同時還保留網頁、維基頁面、或web論壇的一些自動非瞬態性。在一些實施例中，用戶可以能夠通過單個聊天界面來跟蹤對許多內容項的更新，和/或維持訂閱達非短暫時段以便接受對在長時間段上提交的更新的通知。該協作還可改善內容項源對資源的高效利用(例如，通過減少訪客對內容項的冗餘刷新)和/ 或可促成對聊天群的額外使用。為實現上述和相關目的，以下描述和附圖闡述了各個說明性方面和實現。這些方面和實現僅指示可使用一個或多個方面的各種方式中的一些。結合附圖閱讀以下詳細描述，則本發明的其他方面、優點、以及新穎特徵將變得顯而易見。


圖1是以用戶監視對由內容項源主存的內容項的更新為特徵的示例性場景的圖
7J\ O圖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的響應關係；以及第三提交者22可提交與第二更新20具有響應關係M的第三更新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在第二時間點沈可能不得不追趕該(潛在的大)組新的更新20。相反，在第三時間點觀，用戶12可能重複地向內容項源16查詢更新20，但若尚未接收到新的更新20，則每次查詢對用戶12產生很少或沒有價值(同時在響應於用戶12的每個查詢重複地呈現內容項18和該組更新20時也消耗了內容項源16的資源)。與此同時，第二內容項源30可能正接收與相同內容項18 有關的其他更新20 (例如，在另一網站上發布的關於相同主題的信息更新或評論)，但用戶 12可能不知曉第二內容項源30或向其發布的對內容項18的更新20，並且因此會錯過用戶
712可能非常感興趣的許多更新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的可查詢列表的真正簡單聚合(RSQ訂閱源。用戶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的響應關係M。然而，內容項源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)。
10這些指令還配置成在從用戶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給出了這些技術的第三實施例，示為在具有處理器IM且能訪問聊天服務42 的設備122內操作的示例性系統126，其可將設備122配置成向用戶12告知由內容項源16 主存的對內容項18的更新20。示例性系統1 可包括例如由處理器IM執行並配置成執行本文中所討論的技術的指令。具體地，示例性系統126包括聊天群邀請組件128，其配置成在聊天服務42中組建用於討論內容項18的聊天群44，以及在從用戶12接收到要訂閱內容項18的請求時(例如，在用戶12點擊主存內容項18的網頁上的按鈕62時)邀請用戶 12加入聊天群44。示例性系統1 還包括更新至消息發布組件130，其配置成在接收到對內容項18的更新20時將更新18作為消息46發布在聊天群44中。示例性系統1 還包括消息至更新發布組件132，其配置成在從聊天群44的用戶12接收到關於內容項18的消息46時將消息46發送給內容項源16以發布作為對內容項18的更新20。以此方式，示例性系統1 可使得設備122促成向用戶12告知對內容項18的更新20的發布，並且還可促成在內容項源16與聊天服務42之間關於內容項18的內容的自動和協作式交互。又一實施例可涉及包括配置成應用本文給出的技術的處理器可執行指令的計算機可讀介質。可以用這些方式作出的一種示例性計算機可讀介質在圖7中示出，其中實現 140包括其上編碼有計算機可讀數據144的計算機可讀介質142 (例如，⑶-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或第三方提供的對象或腳本(諸如JavMcript或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起M小時。在另一個此類實施例中，內容項源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 可包括與評論網頁上的文本框綁定的「提交」按鈕。該「提交」按鈕可綁定到腳本(諸如 Jav必cript)，該腳本不僅指令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可被分段成第一更新段IM和第二更新段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)。該響應關係M可在被注入聊天群44的相應消息46中指示；例如，在第二更新20與第一更新20有響應關係M時，可向聊天服務42和/或在因此發布的消息46中指示第二更新20與第一更新20的該響應關係 24。例如，對響應關係M的文本指示可被包括在消息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)。本領域普通技術人員可設計可被添加到本文討論的技術的各個實施例的許多附加特徵。儘管用結構特徵和/或方法動作專用的語言描述了本主題，但可以理解，所附權利要求書中定義的主題不必限於上述具體特徵或動作。相反，上文所描述的具體特徵和動作是作為實現權利要求的示例形式來公開的。如在本申請中所使用的，術語「組件」、「模塊」、「系統」、「接口 」等一般旨在表示計算機相關的實體，其可以是硬體、硬體和軟體的組合、軟體、或者執行中的軟體。例如，組件可以是，但不限於是，在處理器上運行的進程、處理器、對象、可執行碼、執行的線程、程序和 /或計算機。作為說明，運行在控制器上的應用程式和控制器都可以是組件。一個或多個組件可以駐留在進程和/或執行的線程中，並且組件可以位於一個計算機內和/或分布在兩個或更多的計算機之間。
17
此外，所要求保護的主題可以使用產生控制計算機以實現所公開的主題的軟體、 固件、硬體或其任意組合的標準編程和/或工程技術而被實現為方法、裝置或製品。在此使用的「術語製品」旨在涵蓋可以從任何計算機可讀設備、載體或介質訪問的電腦程式。當然，本領域的技術人員將會認識到，在不背離所要求保護的主題的範圍或精神的前提下可以對這一配置進行許多修改。圖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、EEPR0M、快閃記憶體或其他存儲器技術、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」。另外，本申請中和所附權利要求書中所使用的冠詞「一」和「一個」 一般可被解釋為是指「一個或多個」，除非另有指定或從上下文可以清楚指的是單數形式。同樣，雖然參考一個或多個實現示出並描述了本發明，但本領域技術人員基於對本說明書和附圖的閱讀和理解可以想到各種等效替換和修改。本發明包括所有這些修改和替換並且只由所附權利要求書來限定。特別地，對於由上述組件(例如，元素、資源等)執行的各種功能，除非另外指明，否則用於描述這些組件的術語旨在對應於執行所描述的執行此處在本發明的示例性實現中所示的功能的組件的指定功能(例如，功能上等效)的任何組件，即使這些組件在結構上不等效於所公開的結構。另外，儘管可相對於若干實現中的僅一個實現來公開本發明的一個特定特徵，但是這一特徵可以如對任何給定或特定應用所需且有利地與其他實現的一個或多個其他特徵相組合。此外，就在說明書或權利要求書中使用術語「包含」、「具有」、「含有」和「帶有」及其變體而言，這些術語旨在以與術語「包括」 相似的方式為包含性的。
19
權利要求
1.一種向用戶(12)告知主存在內容項源(16)上的對內容項(18)的更新(20)的方法(80)，所述方法(80)使用具有處理器(124)且能訪問聊天服務0 的設備(12 並且包括在所述處理器(124)上執行(84)指令，所述指令配置成 在所述聊天服務G2)中組建(86)關於所述內容項(18)的聊天群(66)； 在從用戶(12)接收到對訂閱所述內容項(18)的請求時，邀請(88)所述用戶(12)加入所述聊天群(66)；在接收到對所述內容項(18)的更新00)時，將所述更新00)作為消息06)發布(90) 在所述聊天群(66)中；以及在從所述聊天群(66)的用戶(12)接收到關於所述內容項(18)的消息06)時，將所述消息G6)發送(92)給所述內容項源(16)以發布作為對所述內容項(18)的更新00)。
2.如權利要求1所述的方法，其特徵在於，邀請用戶加入所述聊天群包括將所述用戶重定向至配置成使所述用戶訂閱所述聊天群的所述聊天服務的聊天服務界面。
3.如權利要求1所述的方法，其特徵在於，組建所述聊天群包括 在從用戶接收到對訂閱所述內容項的請求時查詢所述聊天服務以確定是否存在關於所述內容項的聊天群；以及在確定不存在關於所述內容項的聊天群時，在所述聊天服務中組建關於所述內容項的聊天群。
4.如權利要求1所述的方法，其特徵在於，所述指令被配置成在標識出所述用戶間對所述內容項的興趣降低時在所述聊天服務中終止所述聊天群。
5.如權利要求1所述的方法，其特徵在於，接收對所述內容項的更新包括 接收由所述內容項源推送的對所述內容項的更新。
6.如權利要求1所述的方法，其特徵在於，接收對所述內容項的更新包括 周期性地輪詢所述內容項源以檢測對所述內容項的至少一個更新，以及在檢測到對所述內容項的至少一個更新時，從所述內容項源請求對所述內容項的所述至少一個更新。
7.如權利要求1所述的方法，其特徵在於，將對所述內容項的更新作為消息發布在所述聊天群中包括將所述更新分段成至少兩個更新段，以及對於各個更新段，將該更新段作為消息發布在所述聊天群中。
8.如權利要求1所述的方法，其特徵在於，將對所述內容項的更新作為消息發布在所述聊天群中包括確定在所述聊天群中是否作為消息接收到所述更新，以及在確定未在所述聊天群中作為消息接收到所述更新時，將所述更新作為消息發布在所述聊天群中。
9.如權利要求1所述的方法，其特徵在於所述內容項源指定配置成接收對所述內容項的更新的更新接口 ；以及將所述聊天群中的消息發送給所述內容項源以發布作為對所述內容項的更新包括通過用所述消息調用所述更新接口來將所述消息發送給所述內容項源。
10.如權利要求1所述的方法，其特徵在於，從所述聊天服務的用戶接收關於所述內容項的消息包括從所述聊天服務的所述用戶接收由所述用戶指定為關於所述內容項的消信信息
11.如權利要求1所述的方法，其特徵在於，將所述聊天群中的消息發送給所述內容項源以發布作為對所述內容項的更新包括確定要發布作為對所述內容項的更新的所述消息是否是從所述內容項源接收的，以及在確定所述消息不是作為對所述內容項的更新從所述內容項源接收的時，將所述消息發送給所述內容項源以發布作為對所述內容項的更新。
12.—種將主存內容項(18)的內容項源(16)配置成向用戶告知對所述內容項(18)的更新00)的方法(100)，所述方法(100)使用具有處理器(124)且能訪問聊天服務02)的設備(122)並且包括在所述處理器(124)上執行(104)指令，所述指令配置成在從用戶(12)接收到對訂閱所述內容項(18)的請求時，邀請(106)所述用戶(12)加入所述聊天服務G2)中關於所述內容項(18)的聊天群(66)；在接收到對所述內容項(18)的更新00)時，將所述內容項(18)發送(108)給所述聊天服務G2)以作為消息G6)發布在關於所述內容項(18)的所述聊天群(66)中；以及在從所述聊天服務G2)接收到來自所述聊天群(66)的關於所述內容項(18)的消息 (46)時，將所述消息(46)發布(110)作為對所述內容項(18)的更新(20)。
13.如權利要求12所述的方法，其特徵在於，將所述更新發送給所述內容項包括 加入所述聊天服務中關於所述內容項的所述聊天群，以及在接收到對所述內容項的更新時，將所述更新作為消息發布在所述聊天群中。
14.如權利要求12所述的方法，其特徵在於，將對所述內容項的所述更新發送給所述聊天服務包括在從用戶接收到對所述內容項的更新時，重定向所述用戶以將所述更新發送給所述聊天服務。
15.一種包括處理器可執行指令(146)的計算機可讀非瞬態存儲介質(142)，所述指令在由能訪問聊天服務G2)的設備(122)的處理器(124)執行時向用戶(12)告知主存在內容項源(16)上的對內容項(18)的更新(20)，所述內容項源指定配置成通過以下動作來接收對所述內容項(18)的更新00)的更新接口 在所述聊天服務G2)中組建關於所述內容項(18)的聊天群(66)； 在從用戶(12)接收到對訂閱所述內容項(18)的請求時查詢所述聊天服務G2)以確定是否存在關於所述內容項(18)的聊天群(66)；以及在確定不存在關於所述內容項(18)的聊天群(66)時，在所述聊天服務02)中組建關於所述內容項(18)的聊天群(66)；以及通過將所述用戶(1 重定向至配置成使所述用戶(1 訂閱所述聊天群(66)的所述聊天服務G2)的聊天服務界面(64)來邀請所述用戶(12)加入所述聊天群(66)；周期性地輪詢所述內容項源(16)以檢測對所述內容項(18)的至少一個更新00)； 在所述內容項源(16)上檢測到對所述內容項(18)的至少一個更新00)時 從所述內容項源(16)請求對所述內容項(18)的所述至少一個更新(20)，以及在接收到對所述內容項(18)的所述更新00)時，通過以下動作將所述更新OO)作為消息(46)發布在所述聊天群(66)中將所述更新OO)分段成至少兩個更新段(154)，以及對於各個更新段(1 )，將該更新段(154)作為消息06)發布在所述聊天群(66)中； 在從所述聊天群(66)的用戶(74)接收到由所述用戶(74)指定為關於所述內容項 (18)的消息06)時，通過用所述消息06)調用所述更新接口來將所述消息G6)發送給所述內容項源(16)以發布作為對所述內容項(18)的更新OO)；以及在標識出所述用戶(12)間對所述內容項(18)的興趣降低時，在所述聊天服務G2)中終止所述聊天群G4)。
全文摘要
本文中描述了一種經由聊天群跟蹤內容項更新的方法和系統。由內容項源主存的內容項(諸如網絡日誌的網絡日誌帖子)可接收更新(例如，由用戶提交的評論)，並且可在用戶間在聊天服務的聊天群中討論。內容項源和聊天服務可協作以向用戶通知對該內容項的更新，並共享關於該內容項的內容。在用戶請求訂閱內容項的更新時，內容項源可邀請用戶加入聊天服務中為討論該內容項而創建的聊天群。此外，由內容項源接收到的對該內容項的更新可自動作為消息發布在聊天群中，並且在聊天群中發布的關於該內容項的消息可被自動發布在內容項源上作為對該內容項的更新。
文檔編號H04L29/08GK102158423SQ20111003738
公開日2011年8月17日 申請日期2011年1月27日 優先權日2010年1月28日
發明者A·班迪, C·W·W·勞, G·喬伊, R·切魯庫裡 申請人:微軟公司