專利名稱：訂戶設(shè)備及其訂閱管理方法、實時通信方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及資源內(nèi)容的事件通知技術(shù)，特別涉及訂戶設(shè)備及其訂閱管理方法、用 于資源內(nèi)容的實時通信方法和系統(tǒng)。
背景技術(shù)：
Web2. 0技術(shù)已經(jīng)在工業(yè)領(lǐng)域得到了迅速應(yīng)用，事件通知成為了使用Web2. 0技術(shù) 的應(yīng)用的重要通信機制。Atom和AtomPub是一種Web2. 0事件通知機制，由IETF為網(wǎng)絡(luò)內(nèi)容(例如feed) 的聯(lián)合供稿(syndication)定義。Atom發(fā)布格式與協(xié)議工作組(Atom Publishing Format and Protocol Working Group)已經(jīng)開發(fā)了與內(nèi)容聯(lián)合供稿相關(guān)的兩種技術(shù)。Atom聯(lián)合供 稿格式(RFC4287)是IETF技術(shù)中的Atom格式，AtomPub (RFC5023)是發(fā)布和編輯網(wǎng)絡(luò)資源 的應(yīng)用級協(xié)議。然而Atom和AtomPub都是為基于瀏覽器的用戶以請求-響應(yīng)公布網(wǎng)絡(luò)內(nèi) 容(例如feed)的聯(lián)合供稿(syndication)，而不是實時事件通知。其中Atom feed提供者 僅僅利用Atompub協(xié)議創(chuàng)建/更新/刪除feed，而Atom feed用戶需要以輪詢方式從Atom feed服務(wù)器獲取feed以得到最新的內(nèi)容。因此事件通知的效率完全依賴于用戶獲取動作 的頻率，現(xiàn)有技術(shù)的Atom和AtomPub并不具備實時通知的效果。Bayeux是通過HTTP傳輸非同步消息的協(xié)議，其主要目的是使用Ajax和服務(wù)器推 送技術(shù)(即Comet)實現(xiàn)網(wǎng)絡(luò)用戶的響應(yīng)交互。但是Bayeux協(xié)議的兩種傳輸comet (流傳 輸禾口長輪詢傳輸，Streaming transport and Long Polling transport)都需要月艮務(wù)器禾口 客戶之間長時間的HTTP通話，在整個事件通知中服務(wù)器和客戶應(yīng)保持在線，因此不僅十分 耗費資源，而且Bayeux同樣不是實時通知的機制。

發(fā)明內(nèi)容
因此需要一種新穎的訂戶設(shè)備及其訂閱管理方法、資源內(nèi)容的實時通信方法和系 統(tǒng)，訂戶設(shè)備及其訂閱管理方法用于使訂戶設(shè)備可方便地接收資源內(nèi)容發(fā)布設(shè)備發(fā)送的資 源內(nèi)容，實時通信方法和系統(tǒng)用于當(dāng)資源內(nèi)容變化時資源內(nèi)容發(fā)布設(shè)備可將信息實時地推 送到對之感興趣的用戶(訂戶設(shè)備)。根據(jù)本發(fā)明的一個方面，一種資源內(nèi)容訂閱管理方法，包括由訂戶設(shè)備基于事件主題列表選擇事件主題；由所述訂戶設(shè)備針對所選擇的事件主題創(chuàng)建用于接收與所選擇的事件主題相關(guān) 的通知事件的主題路徑；由所述訂戶設(shè)備將所創(chuàng)建主題路徑的路徑信息作為所述訂戶設(shè)備的識別信息的 一部分連同所選擇的事件主題一起發(fā)送至資源內(nèi)容發(fā)布設(shè)備；以及由所述訂戶設(shè)備接收由所述資源內(nèi)容發(fā)布設(shè)備按照所述訂戶設(shè)備的識別信息向 所述訂戶設(shè)備發(fā)送的通知事件。根據(jù)本發(fā)明的另一方面，一種資源內(nèi)容的實時通信方法，包括訂戶設(shè)備基于事件主題列表選擇事件主題并針對所選擇的事件主題創(chuàng)建用于接收與所選擇的事件主題相關(guān) 的通知事件的主題路徑，并將所創(chuàng)建主題路徑的路徑信息作為所述訂戶設(shè)備的識別信息的 一部分連同所選擇的事件主題一起發(fā)送至資源內(nèi)容發(fā)布設(shè)備；所述資源內(nèi)容發(fā)布設(shè)備從所述訂戶設(shè)備接收所述訂戶設(shè)備的識別信息，以及接收 所述訂戶設(shè)備基于事件主題列表所選擇的事件主題，并將所述訂戶設(shè)備的識別信息與所選 擇的事件主題添加到事件主題訂閱查詢表；當(dāng)可獲得新的資源內(nèi)容時，由所述資源內(nèi)容發(fā)布設(shè)備基于所述事件主題訂閱查詢 表，獲取訂閱了與所述新資源內(nèi)容相關(guān)的事件主題的所述訂戶設(shè)備的識別信息；以及由所述資源內(nèi)容發(fā)布設(shè)備按照所述訂戶設(shè)備的識別信息向所述訂戶設(shè)備發(fā)送包 括新資源內(nèi)容的通知事件。根據(jù)本發(fā)明的再一方面，一種訂戶設(shè)備，包括事件主題選擇裝置，被配置成基于事件主題列表選擇事件主題；主題路徑創(chuàng)建裝置，被配置成針對所選擇的事件主題創(chuàng)建用于接收與所選擇的事 件主題相關(guān)的通知事件的主題路徑；發(fā)送裝置，被配置成將所創(chuàng)建主題路徑的路徑信息作為所述訂戶設(shè)備的識別信息 的一部分連同所選擇的事件主題一起發(fā)送至資源內(nèi)容發(fā)布設(shè)備；以及接收裝置，被配置成接收由所述資源內(nèi)容發(fā)布設(shè)備按照所述訂戶設(shè)備的識別信息 向所述訂戶設(shè)備發(fā)送的通知事件。根據(jù)本發(fā)明的再一方面，一種資源內(nèi)容的實時通信系統(tǒng)，包括訂戶設(shè)備，所述訂戶設(shè)備被配置成，基于事件主題列表選擇事件主題并針對所選 擇的事件主題創(chuàng)建用于接收與所選擇的事件主題相關(guān)的通知事件的主題路徑，并將所創(chuàng)建 主題路徑的路徑信息作為所述訂戶設(shè)備的識別信息的一部分連同所選擇的事件主題一起 發(fā)送至資源內(nèi)容發(fā)布設(shè)備；以及資源內(nèi)容發(fā)布設(shè)備，所述資源內(nèi)容發(fā)布設(shè)備包括資源內(nèi)容服務(wù)器，被配置成從所 述訂戶設(shè)備接收所述訂戶設(shè)備的識別信息，以及接收所述訂戶設(shè)備基于事件主題列表所選 擇的事件主題；事件訂閱管理器，被配置成將所述訂戶設(shè)備的識別信息與所選擇的事件主 題添加到事件主題訂閱查詢表，其中當(dāng)可獲得新的資源內(nèi)容時，所述資源內(nèi)容服務(wù)器基于 所述事件主題訂閱查詢表，獲取訂閱了與所述新資源內(nèi)容相關(guān)的事件主題的所述訂戶設(shè)備 的識別信息；以及事件發(fā)送管理器，被配置成按照所述訂戶設(shè)備的識別信息向所述訂戶設(shè) 備發(fā)送包括所述新資源內(nèi)容的通知事件。根據(jù)本發(fā)明，訂戶設(shè)備針對所選擇的事件主題創(chuàng)建用于接收與所選擇的事件主題 相關(guān)的通知事件的主題路徑，并使資源內(nèi)容發(fā)布設(shè)備獲得該主題路徑以便資源內(nèi)容發(fā)布設(shè) 備直接將通知事件發(fā)送至該主題路徑。由此根據(jù)本發(fā)明的資源內(nèi)容的實時通信方法和系統(tǒng) 完整地實現(xiàn)了推模式的實時事件通知，克服了現(xiàn)有技術(shù)中通過輪詢或通過永久在線實現(xiàn)事 件通知的缺點。優(yōu)選地，本發(fā)明的資源內(nèi)容的實時通信方法和系統(tǒng)可方便實現(xiàn)資源內(nèi)容發(fā)布設(shè)備 和訂戶設(shè)備之間的雙向?qū)崟r通知。訂戶設(shè)備可響應(yīng)于所接收的通知事件或者根據(jù)事先復(fù)制 的訂閱事件主題獨立地創(chuàng)建反向事件，所述反向事件包括由所述訂戶設(shè)備編輯的反向事件 內(nèi)容或者包括反向事件內(nèi)容和由所述訂戶設(shè)備復(fù)制的與所針對的通知事件相同的事件主
8題，由此資源內(nèi)容發(fā)布設(shè)備在接收反向事件后可根據(jù)事件主題進(jìn)行相應(yīng)處理。在資源內(nèi)容發(fā)布設(shè)備接收反向事件的情況下，同樣優(yōu)選地在資源內(nèi)容發(fā)布設(shè)備上 為有關(guān)不同事件主題的反向事件創(chuàng)建用于接收對應(yīng)事件主題的反向事件的主題路徑。資源 內(nèi)容發(fā)布設(shè)備和訂戶設(shè)備上的用于相同事件主題的主題路徑可以相同，也可以不同。優(yōu)選 地資源內(nèi)容發(fā)布設(shè)備和訂戶設(shè)備采用相同的主題路徑接收相同事件主題的通知事件，更優(yōu) 選地將主題名字作為路徑名稱的一部分；如果資源內(nèi)容發(fā)布設(shè)備和訂戶設(shè)備針對相同的事 件主題采用不同的主題路徑，則需要建立所訂閱事件主題和本地、遠(yuǎn)程主題路徑之間的映 射表。優(yōu)選地，本發(fā)明的資源內(nèi)容的實時通信方法和系統(tǒng)可以處理任何形式的資源內(nèi) 容，尤其適用于Web2. 0，以滿足基于Web2. 0通信的實時事件的需要。根據(jù)本發(fā)明，資源內(nèi) 容發(fā)布設(shè)備中的事件發(fā)送管理器可將事件主題和任何形式的資源內(nèi)容一起或者將任何形 式的資源內(nèi)容轉(zhuǎn)換為RSS或Atom格式的feed信息，并再按照RSS或Atom feed格式自身 的協(xié)議(RESTful或Atompub協(xié)議)向訂戶設(shè)備發(fā)送所述feed信息。這樣在Web2. 0系統(tǒng) 中應(yīng)用本發(fā)明，無需使用繁雜的協(xié)議，實現(xiàn)了簡化的效果。尤其是當(dāng)資源內(nèi)容發(fā)布設(shè)備從外 部連接的資源內(nèi)容生成器獲得新資源內(nèi)容的情況下，可以直接使用原資源內(nèi)容格式的協(xié)議 (如RESTful或Atompub協(xié)議)將預(yù)定格式的資源內(nèi)容或者與事件主題一起轉(zhuǎn)換成相同的 預(yù)定格式的feed信息并按相應(yīng)的協(xié)議進(jìn)行發(fā)送。根據(jù)本發(fā)明的再一方面，一種資源內(nèi)容的實時通信系統(tǒng)包括資源內(nèi)容發(fā)布設(shè)備、 訂戶設(shè)備和連接在所述資源內(nèi)容發(fā)布設(shè)備和訂戶設(shè)備之間的中介設(shè)備，其中，所述訂戶設(shè)備被配置成，基于事件主題列表選擇事件主題并針對所選擇的 事件主題創(chuàng)建用于接收與所選擇的事件主題相關(guān)的通知事件的主題路徑，并將所創(chuàng)建主題 路徑的路徑信息作為所述訂戶設(shè)備的識別信息的一部分連同所選擇的事件主題一起發(fā)送 至資源內(nèi)容發(fā)布設(shè)備；以及所述中介設(shè)備包括中介服務(wù)器，被配置成從所述訂戶設(shè)備接收所述訂戶設(shè)備的 識別信息，以及接收所述訂戶設(shè)備基于事件主題列表所選擇的事件主題；事件訂閱管理器， 被配置成將所述訂戶設(shè)備的識別信息與所選擇的事件主題添加到事件主題訂閱查詢表，其 中當(dāng)可從所述資源內(nèi)容發(fā)布設(shè)備獲得新的資源內(nèi)容時，所述中介服務(wù)器基于所述事件訂閱 管理器所管理的查詢表，獲取訂閱了與所述新資源內(nèi)容相關(guān)的事件主題的所述訂戶設(shè)備的 識別信息；以及事件發(fā)送管理器，被配置成向所述訂戶設(shè)備發(fā)送包括所述事件主題和新資 源內(nèi)容的通知事件。本發(fā)明不僅可由終端用戶在瀏覽器/服務(wù)器模型的應(yīng)用中使用，而且對于建立包 括服務(wù)器對服務(wù)器通信的企業(yè)構(gòu)架也非常重要。根據(jù)本發(fā)明的中介設(shè)備集成了事件訂閱管 理器和事件發(fā)送管理器，可以減小網(wǎng)絡(luò)側(cè)服務(wù)器(即資源內(nèi)容發(fā)布設(shè)備)的負(fù)荷。


參照下面結(jié)合附圖對本發(fā)明實施例的說明，會更加容易地理解本發(fā)明的以上和其 它目的、特點和優(yōu)點。在附圖中，相同的或?qū)?yīng)的技術(shù)特征或部件將采用相同或?qū)?yīng)的附圖 標(biāo)記來表示。圖1是示出可實現(xiàn)本發(fā)明的分布式數(shù)據(jù)處理系統(tǒng)的框圖。
圖2是示出根據(jù)本發(fā)明第一實施例的訂戶設(shè)備和包括該訂戶設(shè)備的實時通信系 統(tǒng)的示意圖。圖3a和圖3b分別是示出根據(jù)本發(fā)明第一實施例的訂戶設(shè)備的資源內(nèi)容訂閱管理 方法的流程圖、以及用于資源內(nèi)容的實時通信方法的流程圖。圖4是示出根據(jù)本發(fā)明第二實施例的系統(tǒng)的示意圖。圖5是示出根據(jù)本發(fā)明第四實施例的系統(tǒng)的示意圖。
具體實施例方式下面參照附圖來說明本發(fā)明的實施例。應(yīng)當(dāng)注意，為了清楚的目的，附圖和說明中 省略了與本發(fā)明無關(guān)的、本領(lǐng)域普通技術(shù)人員已知的部件和處理的表示和描述。系統(tǒng)構(gòu)架現(xiàn)在參考附圖，特別是圖1，描述了可實現(xiàn)本發(fā)明的分布式數(shù)據(jù)處理系統(tǒng)的框圖。 分布式數(shù)據(jù)處理系統(tǒng)100是可實現(xiàn)本發(fā)明的計算機網(wǎng)絡(luò)。分布式數(shù)據(jù)處理系統(tǒng)100包含網(wǎng) 絡(luò)102，網(wǎng)絡(luò)102是用于在不同的設(shè)備和分布式數(shù)據(jù)處理系統(tǒng)100內(nèi)連接到一起的計算機之 間提供通信鏈接的媒介。在以上描述的例子中，服務(wù)器104與存儲器106 —起連接到網(wǎng)絡(luò)102。此外，例如 工作站、個人計算機、手機、PDA等的客戶端108、110和112也被連接到網(wǎng)絡(luò)102。在以上 描述的例子中，服務(wù)器104向客戶端108、110和112提供如引導(dǎo)文件的數(shù)據(jù)、操作系統(tǒng)以及 應(yīng)用程序。分布式數(shù)據(jù)處理系統(tǒng)100可包括另外的服務(wù)器、客戶端以及其它未顯示的設(shè)備。 在以上描述的例子中，分布式數(shù)據(jù)處理系統(tǒng)100是因特網(wǎng)，網(wǎng)絡(luò)102表示對使用TCP/IP協(xié) 議套件來彼此通信的網(wǎng)絡(luò)以及網(wǎng)關(guān)的集合。當(dāng)然，分布式數(shù)據(jù)處理系統(tǒng)100還可被實現(xiàn)為 不同類型的網(wǎng)絡(luò)。在此希望將圖1作為例子，而不是作為本發(fā)明所述過程的結(jié)構(gòu)限制。在不偏離本 發(fā)明精神和范圍的條件下，可對圖1所示系統(tǒng)作出許多變化。本發(fā)明可實現(xiàn)為如圖1所示的服務(wù)器104的數(shù)據(jù)處理系統(tǒng)。該數(shù)據(jù)處理系統(tǒng)可以 是包括連接到系統(tǒng)總線的多個處理器的對稱多處理器(SMP)系統(tǒng)。亦可使用單處理器系 統(tǒng)。本發(fā)明還可實現(xiàn)為圖1中客戶端計算機的數(shù)據(jù)處理系統(tǒng)。第一實施例本發(fā)明提供了一種訂戶設(shè)備及其訂閱管理方法、以及用于資源內(nèi)容的實時通信方 法和系統(tǒng)。附圖2示出了訂戶設(shè)備以及包括該訂戶設(shè)備的實時通信系統(tǒng)的框圖，附圖3a示 出了訂戶設(shè)備的資源內(nèi)容訂閱管理方法的流程圖，附圖3b示出了用于資源內(nèi)容的實時通 信方法的流程圖。如圖2所示，資源內(nèi)容的實時通信系統(tǒng)包括通過網(wǎng)絡(luò)201可進(jìn)行實時通信的資源 內(nèi)容發(fā)布設(shè)備220和至少一個訂戶設(shè)備210。資源內(nèi)容發(fā)布設(shè)備220可與外部連接的至少 一個資源內(nèi)容生成器230相連，以便以輪詢方式獲取資源內(nèi)容生成器230所生成的預(yù)定格 式的事件主題和資源內(nèi)容，或者接收由資源內(nèi)容生成器230發(fā)送的事件主題和資源內(nèi)容。 可替代地資源內(nèi)容生成器230可以置于資源內(nèi)容發(fā)布設(shè)備220內(nèi)部，則資源內(nèi)容發(fā)布設(shè)備 220可以接收由資源內(nèi)容生成器230生成的各種形式的事件主題和資源內(nèi)容。訂戶設(shè)備210包括，事件主題選擇裝置211，被配置成基于事件主題列表選擇事件
10主題；主題路徑創(chuàng)建裝置212，被配置成針對所選擇的事件主題創(chuàng)建用于接收與所選擇的 事件主題相關(guān)的通知事件的主題路徑；以及發(fā)送裝置213，被配置成將所創(chuàng)建主題路徑的 路徑信息作為所述訂戶設(shè)備的識別信息的一部分連同所選擇的事件主題一起發(fā)送至資源 內(nèi)容發(fā)布設(shè)備220。訂戶設(shè)備還包括接收裝置214，被配置成接收由所述資源內(nèi)容發(fā)布設(shè)備 按照所述訂戶設(shè)備的識別信息向所述訂戶設(shè)備發(fā)送的通知事件。資源內(nèi)容發(fā)布設(shè)備220包括資源內(nèi)容服務(wù)器221，被配置成從訂戶設(shè)備210接收 所述訂戶設(shè)備的識別信息，以及接收所述訂戶設(shè)備基于事件主題列表所選擇的事件主題； 事件訂閱管理器222，被配置成將所述訂戶設(shè)備的識別信息與所選擇的事件主題添加到事 件主題訂閱查詢表，其中當(dāng)可從資源內(nèi)容生成器230獲得新的資源內(nèi)容時，資源內(nèi)容服務(wù) 器221基于所述事件主題訂閱查詢表，獲取訂閱了與所述新資源內(nèi)容相關(guān)的事件主題的所 述訂戶設(shè)備的識別信息；以及事件發(fā)送管理器223，被配置成按照所述訂戶設(shè)備的識別信 息向所述訂戶設(shè)備發(fā)送包括所述新資源內(nèi)容的通知事件。如下參考附圖3a和3b具體地解釋訂戶設(shè)備的操作和資源內(nèi)容的實時通信系統(tǒng)的 操作。圖3a示出訂戶設(shè)備210的資源內(nèi)容訂閱管理方法310，其中在步驟S311訂戶設(shè)備 210基于事件主題列表選擇事件主題；在步驟S312訂戶設(shè)備(的主題路徑創(chuàng)建裝置)針對 所選擇的事件主題創(chuàng)建用于接收與所選擇的事件主題相關(guān)的通知事件的主題路徑；在步驟 S313訂戶設(shè)備(的發(fā)送裝置)將所創(chuàng)建主題路徑的路徑信息作為所述訂戶設(shè)備的識別信息 的一部分連同所選擇的事件主題一起發(fā)送至資源內(nèi)容發(fā)布設(shè)備。隨后在步驟S314訂戶設(shè) 備的接收裝置接收由所述資源內(nèi)容發(fā)布設(shè)備按照所述訂戶設(shè)備的識別信息向所述訂戶設(shè) 備發(fā)送的通知事件。圖3b示出了資源內(nèi)容的實時通信方法320。其中步驟S321同附圖3a中的步驟 S311至S314，訂戶設(shè)備210基于事件主題列表選擇事件主題并針對所選擇的事件主題創(chuàng)建 用于接收與所選擇的事件主題相關(guān)的通知事件的主題路徑。隨后訂戶設(shè)備210將所創(chuàng)建主 題路徑的路徑信息作為所述訂戶設(shè)備的識別信息的一部分連同所選擇的事件主題一起發(fā) 送至資源內(nèi)容發(fā)布設(shè)備220。 具體地，首先資源內(nèi)容發(fā)布設(shè)備220創(chuàng)建主題，其資源內(nèi)容服務(wù)器221從資源內(nèi)容 生成器230獲取與資源內(nèi)容相關(guān)的事件主題，并將所述事件主題添加到由事件訂閱管理器 222所管理的事件主題列表中。接著，訂戶設(shè)備210發(fā)起訂閱，通過向資源內(nèi)容發(fā)布設(shè)備220發(fā)送訂閱請求而獲取 事件主題列表，由此選擇事件主題并并針對所選擇的事件主題創(chuàng)建用于接收與所選擇的事 件主題相關(guān)的通知事件的主題路徑，以及向資源內(nèi)容發(fā)布設(shè)備220發(fā)送所選擇的事件主題 以及包括所創(chuàng)建主題路徑的路徑信息在內(nèi)的訂戶設(shè)備的識別信息?？蛇x擇地，考慮到訂戶 設(shè)備還可能訂閱第三方信息源的主題，則所述訂戶設(shè)備先從第三方信息源獲得主題列表， 選擇事件主題并創(chuàng)建主題路徑，然后向資源內(nèi)容發(fā)布設(shè)備220發(fā)送所選擇的事件主題以及 包括主題路徑信息的訂戶設(shè)備識別信息。應(yīng)了解，訂戶設(shè)備210所創(chuàng)建的用于接收與所選擇事件主題相關(guān)的通知事件的路 徑可以是新建的與相應(yīng)事件主題相關(guān)的目錄文件夾，以便將更新的與所述事件主題相關(guān)的 每個通知事件作為相應(yīng)的新文件接收在相應(yīng)主題路徑目錄中；也可以是與相應(yīng)事件主題相關(guān)的該主題路徑下的某個文檔(如XML文檔)或數(shù)據(jù)庫中的某些字段，以便將更新的與所 述事件主題相關(guān)的每個通知事件添加到該文檔的相應(yīng)部分中。除所創(chuàng)建主題路徑的路徑信息以外，所述訂戶設(shè)備的識別信息至少可包括所述訂 戶設(shè)備的通用資源標(biāo)志符、IP地址或者物理地址等網(wǎng)絡(luò)地址，或者至少包括可被轉(zhuǎn)換成訂 戶設(shè)備的網(wǎng)絡(luò)地址的標(biāo)識符。在訂戶設(shè)備的識別信息至少包括可被轉(zhuǎn)換成訂戶設(shè)備的網(wǎng)絡(luò) 地址的標(biāo)識符的情況下，資源內(nèi)容發(fā)布設(shè)備220 (的資源內(nèi)容服務(wù)器221或者事件發(fā)送管理 器223)需要將所述訂戶設(shè)備的識別信息轉(zhuǎn)換成所述訂戶設(shè)備的網(wǎng)絡(luò)地址，然后由事件發(fā) 送管理器223按照所述網(wǎng)絡(luò)地址發(fā)送所述通知事件。由資源內(nèi)容發(fā)布設(shè)備220從訂戶設(shè)備210接收所述訂戶設(shè)備的識別信息，以及接 收所述訂戶設(shè)備基于事件主題列表所選擇的事件主題(步驟S322)。接下來，由所述資源 內(nèi)容發(fā)布設(shè)備220將所述訂戶設(shè)備的識別信息與所選擇的事件主題添加到事件主題訂閱 查詢表(步驟S323)，當(dāng)可獲得新的資源內(nèi)容時，由所述資源內(nèi)容發(fā)布設(shè)備基于所述事件主 題訂閱查詢表，獲取訂閱了與所述新資源內(nèi)容相關(guān)的事件主題的所述訂戶設(shè)備的識別信息 (步驟S324)，由所述資源內(nèi)容發(fā)布設(shè)備按照所述訂戶設(shè)備的識別信息向所述訂戶設(shè)備發(fā) 送包括所述事件主題和新資源內(nèi)容的通知事件(步驟S325)。訂戶設(shè)備針對所選擇的事件主題創(chuàng)建用于接收與所選擇的事件主題相關(guān)的通知 事件的主題路徑，并使資源內(nèi)容發(fā)布設(shè)備獲得該主題路徑以便資源內(nèi)容發(fā)布設(shè)備直接將通 知事件發(fā)送至該主題路徑。由此根據(jù)本發(fā)明的資源內(nèi)容的實時通信方法和系統(tǒng)完整地實現(xiàn) 了推模式的實時事件通知，克服了現(xiàn)有技術(shù)中通過輪詢或通過永久在線實現(xiàn)事件通知的缺
點o而且，由于根據(jù)第一實施例不同的主題路徑接收不同事件主題的通知事件，訂戶 設(shè)備210可方便地對不同事件主題的通知事件進(jìn)行管理，例如在接收該更新的通知事件后 對所接收的事件進(jìn)行相應(yīng)的處理(例如進(jìn)行相應(yīng)的消費，如對新聞進(jìn)行閱讀，對mp3進(jìn)行下 載等)。如果需要取消主題訂閱，則訂戶設(shè)備210向資源內(nèi)容發(fā)布設(shè)備220的資源內(nèi)容服 務(wù)器221發(fā)送取消主題訂閱請求；資源內(nèi)容服務(wù)器221從事件訂閱管理器222中的事件主 題訂閱查詢表中刪除相應(yīng)的事件主題及其對應(yīng)的訂戶設(shè)備的識別信息。訂戶設(shè)備生成反向事件進(jìn)一步，根據(jù)本發(fā)明的訂戶設(shè)備及訂閱管理方法、以及資源內(nèi)容的實時通信方法 和系統(tǒng)還可方便實現(xiàn)資源內(nèi)容發(fā)布設(shè)備220和訂戶設(shè)備210之間的雙向?qū)崟r通知。如圖 2所示，訂戶設(shè)備210還可包括反向事件生成器，被配置成響應(yīng)于所接收的通知事件而創(chuàng)建 反向事件或者獨立地創(chuàng)建反向事件，所述反向事件包括由所述訂戶設(shè)備編輯的反向事件內(nèi) 容或者包括所述反向事件內(nèi)容和由所述訂戶設(shè)備復(fù)制的與所針對的通知事件相同的事件 主題，由此資源內(nèi)容發(fā)布設(shè)備在接收反向事件后可根據(jù)事件主題進(jìn)行相應(yīng)處理。為方便訂戶設(shè)備獨立地創(chuàng)建反向事件，在訂戶設(shè)備的主題路徑的屬性信息中可包 含有所選擇的事件主題。反向事件可僅包括由所述訂戶設(shè)備編輯的反向事件內(nèi)容。為此，需要在資源內(nèi)容 發(fā)布設(shè)備220上為有關(guān)不同事件主題的反向事件創(chuàng)建用于接收對應(yīng)事件主題的反向事件 的主題路徑，并且例如在事件主題列表中添加包括該主題路徑的資源內(nèi)容發(fā)布設(shè)備標(biāo)識信息。訂戶設(shè)備在獲取事件主題列表并選擇感興趣的事件主題時獲得相應(yīng)事件主題的主題路 徑。由此所述訂戶設(shè)備210可根據(jù)所述資源內(nèi)容發(fā)布設(shè)備的標(biāo)識信息向資源內(nèi)容發(fā)布設(shè)備 220上的相應(yīng)主題路徑直接發(fā)送反向事件。資源內(nèi)容發(fā)布設(shè)備220和訂戶設(shè)備210上的用于相同事件主題的主題路徑可以相 同，也可以不同。優(yōu)選地資源內(nèi)容發(fā)布設(shè)備220和訂戶設(shè)備210采用相同的主題路徑接收相同事件 主題的通知事件，更優(yōu)選地將主題名字作為路徑名稱的一部分。這樣，訂戶設(shè)備210可僅依 據(jù)資源內(nèi)容設(shè)備的網(wǎng)絡(luò)地址將僅包括反向事件內(nèi)容的反向事件發(fā)送至資源內(nèi)容發(fā)布設(shè)備 220的主題路徑。應(yīng)了解，在此作為資源內(nèi)容設(shè)備識別信息的網(wǎng)絡(luò)地址可以如現(xiàn)有技術(shù)一樣 由訂戶設(shè)備在發(fā)起訂閱請求之前即獲得?？商娲?，反向事件可以包括所述反向事件內(nèi)容和由所述訂戶設(shè)備復(fù)制的與所針 對的通知事件相同的事件主題。為此，訂戶設(shè)備210需要存儲有所選擇的事件主題以及用 于提供與所述事件主題有關(guān)的通知事件的資源內(nèi)容發(fā)布設(shè)備的標(biāo)識信息(可選擇地可以 僅是資源內(nèi)容發(fā)布設(shè)備的網(wǎng)絡(luò)地址)，由此訂戶設(shè)備210可根據(jù)資源內(nèi)容發(fā)布設(shè)備的標(biāo)識 信息向資源內(nèi)容發(fā)布設(shè)備220發(fā)送所述反向事件，資源內(nèi)容發(fā)布設(shè)備220根據(jù)反向事件中 包含的事件主題對反向事件進(jìn)行處理。例如，如圖2所示，資源內(nèi)容發(fā)布設(shè)備220可相應(yīng)地包括被配置成根據(jù)事件主題對 反向事件進(jìn)行處理的反向事件處理裝置224，所述資源內(nèi)容服務(wù)器221進(jìn)一步被配置成接 收所述訂戶設(shè)備發(fā)送的反向事件并向所述反向事件處理裝置發(fā)送所述反向事件。變型實施例針對第一實施例，可替代地可以將通知事件發(fā)送到訂戶設(shè)備上的按照預(yù)定規(guī)則定 義的路徑。該按照預(yù)定規(guī)則定義的路徑可以例如是臨時文件目錄、某個根路徑等的缺省路徑 等等，該缺省路徑可代替創(chuàng)建第一實施例中的主題路徑以用于接收與選擇的所有事件主題 相關(guān)的通知事件。為此，訂戶設(shè)備僅需將由訂戶設(shè)備網(wǎng)絡(luò)地址構(gòu)成的識別信息連同所選擇 的事件主題一起發(fā)送至資源內(nèi)容發(fā)布設(shè)備。當(dāng)可獲得新的資源內(nèi)容時，資源內(nèi)容發(fā)布設(shè)備按照所述訂戶設(shè)備的網(wǎng)絡(luò)地址向訂 戶設(shè)備發(fā)送由事件主題和新資源內(nèi)容組成的通知事件，由訂戶設(shè)備按照事件主題與主題路 徑的查詢表再將通知事件分派到各自主題路徑。在訂戶設(shè)備內(nèi)部分發(fā)通知事件到各個主題 路徑的情況下，到達(dá)各個主題路徑的通知事件中可僅包含事件內(nèi)容不包含事件主題。可替 代地，訂戶設(shè)備將不再創(chuàng)建相應(yīng)的主題路徑，而是在缺省路徑中直接按照事件主題進(jìn)行相 應(yīng)消費處理?？商娲兀摪凑疹A(yù)定規(guī)則定義的路徑可以例如是采用事件主題作為路徑名稱的 預(yù)定義路徑等等，在這種情況下，該預(yù)定義路徑同樣可代替創(chuàng)建第一實施例中的主題路徑 以用于接收與選擇的事件主題相關(guān)的通知事件，并且訂戶設(shè)備在發(fā)送所選擇的事件主題時 也無需將所述預(yù)定義路徑的路徑信息作為其識別信息的一部分發(fā)送至資源內(nèi)容發(fā)布設(shè)備。 只需資源內(nèi)容發(fā)布設(shè)備獲得所述定義路徑的預(yù)定規(guī)則，則資源內(nèi)容發(fā)布設(shè)備在獲得新資源 內(nèi)容后即可直接將新資源內(nèi)容發(fā)送至具體的預(yù)定義路徑。在該變型實施例中，訂戶設(shè)備可以在向資源內(nèi)容發(fā)布設(shè)備發(fā)送所選擇的事件主題的同時發(fā)送所述訂戶設(shè)備的識別信息，也可以在向其發(fā)送訂閱請求的同時發(fā)送訂戶設(shè)備的 識別信息。在該變型實施例中，為實現(xiàn)雙向事件通知，訂戶設(shè)備可創(chuàng)建所選擇的事件主題和 資源內(nèi)容發(fā)布設(shè)備的標(biāo)識信息(包括其網(wǎng)絡(luò)地址或包括其網(wǎng)絡(luò)地址以及遠(yuǎn)程主題路徑)之 間的映射表(查詢表)。在訂戶設(shè)備還創(chuàng)建有具體的主題路徑的情況下，可創(chuàng)建所選擇的事 件主題、本地主題路徑和資源內(nèi)容發(fā)布設(shè)備的標(biāo)識信息之間的映射表。運用于Web2. 0根據(jù)本發(fā)明的訂戶設(shè)備及訂閱管理方法、以及資源內(nèi)容的實時通信方法和系統(tǒng)可 以處理任何形式的資源內(nèi)容，尤其是運用于Web2.0的資源內(nèi)容。根據(jù)本發(fā)明，資源內(nèi)容發(fā) 布設(shè)備220中的事件發(fā)送管理器223可使用格式轉(zhuǎn)換器(圖中未示出)將任何形式的資源 內(nèi)容或者事件主題和資源內(nèi)容一起轉(zhuǎn)換為RSS或Atom格式的feed信息，并再按照RSS或 Atom feed格式自身的協(xié)議(RESTful或Atompub協(xié)議)向訂戶設(shè)備210發(fā)送所述feed信 息。這樣避免了諸如Atomsub協(xié)議等傳統(tǒng)的XML傳送協(xié)議需要分別配置兩種不同的協(xié)議和 事件通知機制來分別實現(xiàn)資源內(nèi)容接收和通知事件發(fā)布的缺點。在Web2. 0系統(tǒng)中應(yīng)用本 發(fā)明無需再單獨使用其它的協(xié)議，實現(xiàn)了簡化的效果。尤其是當(dāng)資源內(nèi)容發(fā)布設(shè)備220從外部連接的資源內(nèi)容生成器230獲得RSS或 Atom feed格式的新資源內(nèi)容的情況下，事件發(fā)送管理器223可以直接將RSS或Atom feed 格式的新資源內(nèi)容按相應(yīng)的RESTful或Atompub協(xié)議發(fā)送至訂戶設(shè)備的主題路徑上；或 者在未獲得主題路徑的情況下將事件主題和新資源內(nèi)容打包成相同格式的feed信息并按 RESTful或Atompub協(xié)議發(fā)送至訂戶設(shè)備(的缺省路徑)上。應(yīng)了解，如果直接發(fā)送到訂戶 設(shè)備的主題路徑上，則事件發(fā)送管理器223就無需將事件主題轉(zhuǎn)換到feed消息中。由于直接使用Web2. 0的格式和協(xié)議實時發(fā)送通知事件，因此可以簡單地直接將 HTTP的操作方法映射成事件操作方法，例如使用HTTP/GET操作獲取可訂閱的主題列表，將 HTTP/DELETE操作映射成取消訂閱，將HTTP/PUT操作映射成發(fā)送事件消息。第二實施例圖4示出了根據(jù)本發(fā)明的資源內(nèi)容的實時通信系統(tǒng)的第二實施例。資源內(nèi)容的實 時通信系統(tǒng)同樣包括可通過網(wǎng)絡(luò)401進(jìn)行實時通信的資源內(nèi)容發(fā)布設(shè)備420和至少一個訂 戶設(shè)備410。資源內(nèi)容發(fā)布設(shè)備420可與至少一個資源內(nèi)容生成器430相連。資源內(nèi)容發(fā) 布設(shè)備420包括資源內(nèi)容服務(wù)器421、事件訂閱管理器422以及事件發(fā)送管理器423。類似 地，資源內(nèi)容的實時通信系統(tǒng)同樣可以處理反向事件。在第二實施例中，資源內(nèi)容發(fā)布設(shè)備420還包括事件歷史管理器425，該事件歷史 管理器425與資源內(nèi)容服務(wù)器421相連，被配置成通過記錄與預(yù)定事件主題(例如全部事 件主題)相關(guān)的通知事件的內(nèi)容及收發(fā)變化情況，生成有關(guān)預(yù)定事件主題的事件變化歷史 信息。資源內(nèi)容服務(wù)器421被進(jìn)一步配置成向訂戶設(shè)備410發(fā)送所述事件變化歷史信息的 鏈接，以便所述訂戶設(shè)備借助鏈接獲取所述事件變化歷史信息。第三實施例附加地，可供訂戶設(shè)備選擇的事件主題可以是由至少兩個具有預(yù)定關(guān)系的單獨事 件主題構(gòu)成的復(fù)雜事件主題集。該復(fù)雜事件主題集是由資源內(nèi)容服務(wù)器(221或421)通過 對由至少一個資源內(nèi)容生成器(230或430)提供的至少兩個單獨事件主題進(jìn)行組合或按預(yù)定規(guī)則合成而產(chǎn)生的。在訂戶設(shè)備選擇復(fù)雜事件主題集作為訂閱的主題后，當(dāng)可獲得新的資源內(nèi)容時， 資源內(nèi)容服務(wù)器(221或421)判斷所述新資源內(nèi)容的事件主題是否屬于所述復(fù)雜事件主題 集；若判斷所述新資源內(nèi)容的事件主題屬于所述復(fù)雜事件主題集，則通過針對所述新資源 內(nèi)容應(yīng)用描述了與所述復(fù)雜事件主題集相關(guān)的各個單獨事件之間關(guān)系的預(yù)定規(guī)則來創(chuàng)建 復(fù)雜事件(即對原來的事件進(jìn)行如匯總等修改)，最后將所述復(fù)雜事件發(fā)送至訂戶設(shè)備。例如，復(fù)雜事件主題集中的至少兩個主題之間的關(guān)系屬于簡單組合，則資源內(nèi)容 服務(wù)器通過對與所述至少兩個主題相關(guān)的簡單事件進(jìn)行匯總組合，產(chǎn)生復(fù)雜事件。如果復(fù)雜事件主題集中的至少兩個主題之間的關(guān)系屬于預(yù)定的事件模式(例如 多個事件需按預(yù)定順序輸出，或者多個事件有其它的相互約束或)，則資源內(nèi)容服務(wù)器通過 對與所述至少兩個主題相關(guān)的簡單事件執(zhí)行描述所述預(yù)定事件模式的規(guī)則(例如將所述 至少兩個簡單事件按預(yù)定順序進(jìn)行嵌套或合成)，產(chǎn)生復(fù)雜事件。類似地，第三實施例的資源內(nèi)容的實時通信系統(tǒng)也可以與第一實施例、第二實施 例以及其它變型實施例(例如處理反向事件、運用Web2.0的格式等)等結(jié)合使用。第四實施例圖5示出了根據(jù)本發(fā)明的資源內(nèi)容的實時通信系統(tǒng)的第四實施例。資源內(nèi)容的實 時通信系統(tǒng)包括與至少一個資源內(nèi)容生成器530相連的資源內(nèi)容發(fā)布設(shè)備520、至少一個 訂戶設(shè)備510、以及連接在所述資源內(nèi)容發(fā)布設(shè)備和訂戶設(shè)備之間的中介設(shè)備540。相比第 二實施例，第四實施例的中介設(shè)備集成了事件訂閱管理器和事件發(fā)送管理器，由此可減小 網(wǎng)絡(luò)側(cè)服務(wù)器(即資源內(nèi)容發(fā)布設(shè)備)的負(fù)荷，并且可以對至少兩個資源內(nèi)容發(fā)布設(shè)備提 供事件訂閱、事件更新、取消訂閱以及事件發(fā)送等服務(wù)。訂戶設(shè)備510被配置成基于事件主題列表選擇事件主題并針對所選擇的事件主 題創(chuàng)建用于接收與所選擇的事件主題相關(guān)的通知事件的主題路徑，并將所創(chuàng)建主題路徑的 路徑信息作為所述訂戶設(shè)備的識別信息的一部分連同所選擇的事件主題一起發(fā)送至資源 內(nèi)容發(fā)布設(shè)備520。資源內(nèi)容發(fā)布設(shè)備520包括可向中介設(shè)備540發(fā)布由資源內(nèi)容生成器530所生成 的資源內(nèi)容的資源內(nèi)容服務(wù)器521。在資源內(nèi)容發(fā)布設(shè)備520包括資源內(nèi)容生成器530的 情況下，可選地資源內(nèi)容發(fā)布設(shè)備520還可包括事件發(fā)送管理器，以按預(yù)定格式傳送資源 內(nèi)容。中介設(shè)備540包括中介服務(wù)器541，被配置成通過網(wǎng)絡(luò)501從訂戶設(shè)備510接收 所述訂戶設(shè)備的識別信息以及接收所述訂戶設(shè)備基于事件主題列表所選擇的事件主題；事 件訂閱管理器542，被配置成將所述訂戶設(shè)備的識別信息與所選擇的事件主題添加到事件 主題訂閱查詢表，其中中介服務(wù)器當(dāng)可從資源內(nèi)容服務(wù)器521獲得新的資源內(nèi)容時，則基 于事件訂閱管理器542所管理的查詢表，獲取訂閱了與所述新資源內(nèi)容相關(guān)的事件主題的 所述訂戶設(shè)備的識別信息；以及事件發(fā)送管理器543，被配置成向訂戶設(shè)備510發(fā)送包括所 述事件主題和新資源內(nèi)容的通知事件。第四實施例的資源內(nèi)容的實時通信系統(tǒng)也可以與第二實施例(事件歷史管理)、 第三實施例(復(fù)雜事件管理)以及其它變型實施例(例如處理反向事件、運用Web2.0的格 式等)等結(jié)合使用。
15
例如，資源內(nèi)容發(fā)布設(shè)備520如圖所示包括生成有關(guān)預(yù)定事件主題的事件變化歷 史信息的事件歷史管理器525，資源內(nèi)容服務(wù)器521從事件歷史管理器525獲取事件變化歷
史{曰息。中介設(shè)備540中的中介服務(wù)器540被配置成從資源內(nèi)容服務(wù)器521獲取所述事 件變化歷史信息(例如以podcasting的形式周期性地檢查資源內(nèi)容服務(wù)器521是否有新 的事件變化歷史信息)，并將所述事件變化歷史信息保存在存儲器545 (例如高速緩沖存儲 器)中，并例如向訂閱了所述預(yù)定事件主題的訂戶設(shè)備510發(fā)送所述事件變化歷史信息的 鏈接，以便訂戶設(shè)備可通過鏈接獲取所述事件變化歷史信息。同樣，第四實施例的資源內(nèi)容的實時通信系統(tǒng)也可實現(xiàn)復(fù)雜事件管理。首先，中介設(shè)備540中的中介服務(wù)器541通過對由至少一個資源內(nèi)容服務(wù)器521 提供的至少兩個單獨事件主題進(jìn)行組合或按預(yù)定規(guī)則合成而產(chǎn)生復(fù)雜事件主題集，并交由 例如事件訂閱管理器542管理。在訂戶設(shè)備510從中介設(shè)備540訂閱了復(fù)雜事件主題集后，中介服務(wù)器541判斷 從資源內(nèi)容發(fā)布設(shè)備520的資源內(nèi)容服務(wù)器512獲得的新資源內(nèi)容的事件主題是否屬于復(fù) 雜事件主題集，若判斷所述新資源內(nèi)容的事件主題屬于所述復(fù)雜事件主題集，則中介設(shè)備 540的復(fù)雜事件處理裝置544通過針對所述新資源內(nèi)容應(yīng)用描述了與所述復(fù)雜事件主題集 相關(guān)的各個單獨事件之間關(guān)系的預(yù)定規(guī)則來創(chuàng)建復(fù)雜事件。創(chuàng)建復(fù)雜事件的細(xì)節(jié)請參見第 三實施例，在此不再贅述。在處理反向事件的情況下，訂戶設(shè)備510將所產(chǎn)生的反向事件發(fā)送至中介服務(wù)器 541，中介服務(wù)器541 (或事件發(fā)送管理器543)將反向事件轉(zhuǎn)發(fā)至資源內(nèi)容服務(wù)器521，以便 反向事件處理裝置524進(jìn)行相應(yīng)的處理。這種情況下，優(yōu)選地事件訂閱管理器542所管理 的事件主題訂閱查詢表除了所述訂戶設(shè)備的識別信息與所選擇的事件主題之外還包括提 供了所述與所選擇事件主題的資源內(nèi)容的資源內(nèi)容發(fā)布設(shè)備520的識別信息。若訂戶設(shè)備510針對復(fù)雜事件主題集生成了反向事件，則中介服務(wù)器541在接收 反向事件后發(fā)送至復(fù)雜事件處理裝置544。該復(fù)雜事件處理裝置544根據(jù)所述復(fù)雜事件主 題集獲得各個單獨的原始主題，并獲得提供了各個單獨的原始主題的相應(yīng)資源內(nèi)容發(fā)布設(shè) 備520的識別信息，以便發(fā)送至相應(yīng)資源內(nèi)容發(fā)布設(shè)備520進(jìn)行相應(yīng)的處理。其它實施例對本領(lǐng)域的普通技術(shù)人員而言，能夠理解本發(fā)明的方法和裝置的全部或者任何步 驟或者部件，可以在任何計算設(shè)備(包括處理器、存儲介質(zhì)等)或者計算設(shè)備的網(wǎng)絡(luò)中，以 硬件、固件、軟件或者它們的組合加以實現(xiàn)，這是本領(lǐng)域普通技術(shù)人員在閱讀了本發(fā)明的說 明的情況下運用他們的基本編程技能就能實現(xiàn)的，因此在這里省略了詳細(xì)說明。因此，基于上述理解，本發(fā)明的目的還可以通過在任何信息處理設(shè)備上運行一個 程序或者一組程序來實現(xiàn)。所述信息處理設(shè)備可以是公知的通用設(shè)備。因此，本發(fā)明的目 的也可以僅僅通過提供包含實現(xiàn)所述方法或者設(shè)備的程序代碼的程序產(chǎn)品來實現(xiàn)。也就是 說，這樣的程序產(chǎn)品也構(gòu)成本發(fā)明，并且存儲有這樣的程序產(chǎn)品的存儲介質(zhì)也構(gòu)成本發(fā)明。 顯然，所述存儲介質(zhì)可以是任何公知的存儲介質(zhì)或者將來所開發(fā)出來的任何存儲介質(zhì)，因 此也沒有必要在此對各種存儲介質(zhì)一一列舉。在本發(fā)明的系統(tǒng)和方法中，顯然，各部件或步驟是可以分解和/或重新組合的。這
1些分解和/或重新組合應(yīng)視為本發(fā)明的等效方案。并且，執(zhí)行上述系列處理的步驟可以自 然地按照說明的順序按時間順序執(zhí)行，但是并不需要一定按照時間順序執(zhí)行。某些步驟可 以并行或彼此獨立地執(zhí)行。 以上描述了本發(fā)明的優(yōu)選實施方式。本領(lǐng)域的普通技術(shù)人員知道，本發(fā)明的保護(hù) 范圍不限于這里所公開的具體細(xì)節(jié)，而可以具有在本發(fā)明的精神實質(zhì)范圍內(nèi)的各種變化和
等效方案。
權(quán)利要求
一種資源內(nèi)容訂閱管理方法，包括由訂戶設(shè)備基于事件主題列表選擇事件主題；由所述訂戶設(shè)備針對所選擇的事件主題創(chuàng)建用于接收與所選擇的事件主題相關(guān)的通知事件的主題路徑；由所述訂戶設(shè)備將所創(chuàng)建主題路徑的路徑信息作為所述訂戶設(shè)備的識別信息的一部分連同所選擇的事件主題一起發(fā)送至資源內(nèi)容發(fā)布設(shè)備；以及由所述訂戶設(shè)備接收由所述資源內(nèi)容發(fā)布設(shè)備按照所述訂戶設(shè)備的識別信息向所述訂戶設(shè)備發(fā)送的通知事件。
2.根據(jù)權(quán)利要求1所述的資源內(nèi)容訂閱管理方法，其中，所述訂戶設(shè)備存儲有所選擇 的事件主題以及用于提供與所述事件主題有關(guān)的通知事件的資源內(nèi)容發(fā)布設(shè)備的網(wǎng)絡(luò)地 址，所述資源內(nèi)容訂閱管理方法還包括由所述訂戶設(shè)備創(chuàng)建反向事件，所述反向事件包括由所述訂戶設(shè)備編輯的反向事件內(nèi) 容以及由所述訂戶設(shè)備存儲的與所針對的通知事件相同的事件主題；以及由所述訂戶設(shè)備根據(jù)所述資源內(nèi)容發(fā)布設(shè)備的網(wǎng)絡(luò)地址向所述資源內(nèi)容發(fā)布設(shè)備發(fā) 送所述反向事件。
3.根據(jù)權(quán)利要求1所述的資源內(nèi)容訂閱管理方法，其中，所述事件主題列表包括待選 擇的事件主題以及提供與待選擇事件主題相關(guān)的通知事件的資源內(nèi)容發(fā)布設(shè)備的標(biāo)識信 息，所述資源內(nèi)容發(fā)布設(shè)備的標(biāo)識信息包括所述資源內(nèi)容發(fā)布設(shè)備的網(wǎng)絡(luò)地址以及所述資 源內(nèi)容發(fā)布設(shè)備上的用于接收相應(yīng)事件主題的反向事件的相應(yīng)主題路徑的路徑信息，所述基于事件主題列表選擇事件主題的步驟還包括獲得提供與所選擇的事件主題相 關(guān)的通知事件的資源內(nèi)容發(fā)布設(shè)備的標(biāo)識信息，所述資源內(nèi)容訂閱管理方法還包括由所述訂戶設(shè)備創(chuàng)建反向事件，所述反向事件包括由所述訂戶設(shè)備編輯的反向事件內(nèi) 容；以及由所述訂戶設(shè)備根據(jù)所述資源內(nèi)容發(fā)布設(shè)備的標(biāo)識信息向所述資源內(nèi)容發(fā)布設(shè)備發(fā) 送所述反向事件。
4.一種資源內(nèi)容的實時通信方法，包括訂戶設(shè)備基于事件主題列表選擇事件主題并針對所選擇的事件主題創(chuàng)建用于接收與 所選擇的事件主題相關(guān)的通知事件的主題路徑，并將所創(chuàng)建主題路徑的路徑信息作為所述 訂戶設(shè)備的識別信息的一部分連同所選擇的事件主題一起發(fā)送至資源內(nèi)容發(fā)布設(shè)備；所述資源內(nèi)容發(fā)布設(shè)備從所述訂戶設(shè)備接收所述訂戶設(shè)備的識別信息，以及接收所述 訂戶設(shè)備基于事件主題列表所選擇的事件主題，并將所述訂戶設(shè)備的識別信息與所選擇的 事件主題添加到事件主題訂閱查詢表；當(dāng)可獲得新的資源內(nèi)容時，由所述資源內(nèi)容發(fā)布設(shè)備基于所述事件主題訂閱查詢表， 獲取訂閱了與所述新資源內(nèi)容相關(guān)的事件主題的所述訂戶設(shè)備的識別信息；以及由所述資源內(nèi)容發(fā)布設(shè)備按照所述訂戶設(shè)備的識別信息向所述訂戶設(shè)備發(fā)送包括新 資源內(nèi)容的通知事件。
5.根據(jù)權(quán)利要求4所述的資源內(nèi)容的實時通信方法，其中，所述資源內(nèi)容發(fā)布設(shè)備上創(chuàng)建有用于接收與所述事件主題相關(guān)的反向事件的相應(yīng)主 題路徑，其路徑名稱與所述訂戶設(shè)備上的用于接收與同一事件主題相關(guān)的通知事件的主題 路徑的路徑名稱相同，所述實時通信方法還包括由所述訂戶設(shè)備創(chuàng)建反向事件，所述反向事件包括由所述訂戶設(shè)備編輯的反向事件內(nèi) 容；以及由所述訂戶設(shè)備按照所述資源內(nèi)容發(fā)布設(shè)備的網(wǎng)絡(luò)地址以及相應(yīng)主題路徑信息向所 述資源內(nèi)容發(fā)布設(shè)備發(fā)送所述反向事件。
6.根據(jù)權(quán)利要求5所述的資源內(nèi)容的實時通信方法，其中，使用所述事件主題作為所 述訂戶設(shè)備與所述資源內(nèi)容發(fā)布設(shè)備上的接收與所述同一事件主題相關(guān)的事件的主題路 徑的至少一部分路徑名稱。
7.根據(jù)權(quán)利要求4所述的資源內(nèi)容的實時通信方法，其中，在所述訂戶設(shè)備創(chuàng)建所述 主題路徑之后，還包括所述訂戶設(shè)備建立所選擇的事件主題和相應(yīng)的主題路徑的查詢表； 并將由所述訂戶設(shè)備的網(wǎng)絡(luò)地址構(gòu)成的識別信息連同所選擇的事件主題一起發(fā)送至資源 內(nèi)容發(fā)布設(shè)備，所述資源內(nèi)容發(fā)布設(shè)備發(fā)送通知事件的步驟包括所述資源內(nèi)容發(fā)布設(shè)備按照所述訂 戶設(shè)備的網(wǎng)絡(luò)地址向所述訂戶設(shè)備發(fā)送包括新資源內(nèi)容和事件主題的通知事件，所述資源內(nèi)容的實時通信方法還包括所述訂戶設(shè)備接收由所述資源內(nèi)容發(fā)布設(shè)備按 照所述訂戶設(shè)備的的網(wǎng)絡(luò)地址向所述訂戶設(shè)備發(fā)送的包括新資源內(nèi)容和事件主題的通知 事件，并參考所述事件主題和相應(yīng)的主題路徑的查詢表獲得與所述通知事件相對應(yīng)的主題 路徑并將所述通知事件中的新資源內(nèi)容分派到相對應(yīng)的主題路徑。
8.根據(jù)權(quán)利要求4所述的資源內(nèi)容的實時通信方法，其中，所述由所述資源內(nèi)容發(fā)布 設(shè)備向所述訂戶設(shè)備發(fā)送包括所述新資源內(nèi)容的通知事件的步驟包括使所述通知事件作 為RSS或Atom格式的feed信息并按照RESTful協(xié)議或atompub協(xié)議向所述訂戶設(shè)備發(fā)送 所述feed信息。
9.根據(jù)權(quán)利要求8所述的資源內(nèi)容的實時通信方法，其中，所述資源內(nèi)容發(fā)布設(shè)備獲 得新資源內(nèi)容的步驟包括通過輪詢方式從外部的資源內(nèi)容生成器獲得RSS或Atom格式的 feed信息，或者接收來自外部的資源內(nèi)容生成器的RSS或Atom格式的feed信息。
10.根據(jù)權(quán)利要求8所述的資源內(nèi)容的實時通信方法，其中，所述實時通信方法還包括由所述訂戶設(shè)備創(chuàng)建反向事件，所述反向事件包括由所述訂戶設(shè)備編輯的反向事件內(nèi) 容；以及由所述訂戶設(shè)備將所述反向事件轉(zhuǎn)換為RSS或Atom格式的feed信息并按照RESTful 協(xié)議或atompub協(xié)議將所述feed信息發(fā)送至所述資源內(nèi)容發(fā)布設(shè)備。
11.根據(jù)權(quán)利要求4所述的資源內(nèi)容的實時通信方法，其中還包括由所述資源內(nèi)容發(fā)布設(shè)備針對預(yù)定事件主題生成有關(guān)預(yù)定事件主題的事件變化歷史 fn息；由所述資源內(nèi)容發(fā)布設(shè)備向訂閱了所述預(yù)定事件主題的訂戶設(shè)備發(fā)送所述事件變化 歷史信息的鏈接，以便所述訂戶設(shè)備通過鏈接獲取所述事件變化歷史信息。
12.根據(jù)權(quán)利要求4所述的資源內(nèi)容的實時通信方法，其中所述訂戶設(shè)備選擇的事件 主題是由至少兩個單獨事件主題構(gòu)成的復(fù)雜事件主題集，在由所述資源內(nèi)容發(fā)布設(shè)備基于所述事件主題訂閱查詢表獲取所述訂戶設(shè)備的識別 信息的步驟之前，所述方法還包括當(dāng)可獲得新的資源內(nèi)容時，由所述資源內(nèi)容發(fā)布設(shè)備判斷所述新資源內(nèi)容的事件主題 是否屬于所述復(fù)雜事件主題集；以及若判斷所述新資源內(nèi)容的事件主題屬于所述復(fù)雜事件主題集，則由所述資源內(nèi)容發(fā)布 設(shè)備通過針對所述新資源內(nèi)容應(yīng)用描述了與所述復(fù)雜事件主題集相關(guān)的各個單獨事件之 間關(guān)系的預(yù)定規(guī)則來創(chuàng)建復(fù)雜事件，以便在獲取所述訂戶設(shè)備的識別信息的步驟之后將所 述復(fù)雜事件發(fā)送至所述訂戶設(shè)備。
13.一種訂戶設(shè)備，包括事件主題選擇裝置，被配置成基于事件主題列表選擇事件主題； 主題路徑創(chuàng)建裝置，被配置成針對所選擇的事件主題創(chuàng)建用于接收與所選擇的事件主 題相關(guān)的通知事件的主題路徑；發(fā)送裝置，被配置成將所創(chuàng)建主題路徑的路徑信息作為所述訂戶設(shè)備的識別信息的一 部分連同所選擇的事件主題一起發(fā)送至資源內(nèi)容發(fā)布設(shè)備；以及接收裝置，被配置成接收由所述資源內(nèi)容發(fā)布設(shè)備按照所述訂戶設(shè)備的識別信息向所 述訂戶設(shè)備發(fā)送的通知事件。
14.根據(jù)權(quán)利要求13所述的訂戶設(shè)備，其中，所述訂戶設(shè)備存儲有所選擇的事件主題 以及用于提供與所述事件主題有關(guān)的通知事件的資源內(nèi)容發(fā)布設(shè)備的網(wǎng)絡(luò)地址，所述訂戶設(shè)備還包括反向事件生成器，被配置成創(chuàng)建反向事件，所述反向事件包括由 所述訂戶設(shè)備編輯的反向事件內(nèi)容以及由所述訂戶設(shè)備存儲的與所針對的通知事件相同 的事件主題；以及所述發(fā)送裝置被配置成根據(jù)所述資源內(nèi)容發(fā)布設(shè)備的網(wǎng)絡(luò)地址向所述資源內(nèi)容發(fā)布 設(shè)備發(fā)送所述反向事件。
15.根據(jù)權(quán)利要求13所述的訂戶設(shè)備，其中，所述事件主題列表包括待選擇的事件主 題以及提供與待選擇事件主題相關(guān)的通知事件的資源內(nèi)容發(fā)布設(shè)備的標(biāo)識信息，所述資源 內(nèi)容發(fā)布設(shè)備的標(biāo)識信息包括所述資源內(nèi)容發(fā)布設(shè)備的網(wǎng)絡(luò)地址以及所述資源內(nèi)容發(fā)布 設(shè)備上的用于接收相應(yīng)事件主題的反向事件的相應(yīng)主題路徑的路徑信息，所述事件主題選擇裝置基于事件主題列表選擇事件主題時獲得提供與所選擇的事件 主題相關(guān)的通知事件的資源內(nèi)容發(fā)布設(shè)備的標(biāo)識信息，所述訂戶設(shè)備還包括反向事件生成器，被配置成創(chuàng)建反向事件，所述反向事件包括由 所述訂戶設(shè)備編輯的反向事件內(nèi)容；以及所述發(fā)送裝置被配置成根據(jù)所述資源內(nèi)容發(fā)布設(shè)備的標(biāo)識信息向所述資源內(nèi)容發(fā)布 設(shè)備發(fā)送所述反向事件。
16.一種資源內(nèi)容的實時通信系統(tǒng)，包括訂戶設(shè)備，所述訂戶設(shè)備被配置成基于事件主題列表選擇事件主題并針對所選擇的事 件主題創(chuàng)建用于接收與所選擇的事件主題相關(guān)的通知事件的主題路徑，并將所創(chuàng)建主題路 徑的路徑信息作為所述訂戶設(shè)備的識別信息的一部分連同所選擇的事件主題一起發(fā)送至資源內(nèi)容發(fā)布設(shè)備；以及資源內(nèi)容發(fā)布設(shè)備，所述資源內(nèi)容發(fā)布設(shè)備包括資源內(nèi)容服務(wù)器，被配置成從所述訂 戶設(shè)備接收所述訂戶設(shè)備的識別信息，以及接收所述訂戶設(shè)備基于事件主題列表所選擇的 事件主題；事件訂閱管理器，被配置成將所述訂戶設(shè)備的識別信息與所選擇的事件主題添 加到事件主題訂閱查詢表，其中當(dāng)可獲得新的資源內(nèi)容時，所述資源內(nèi)容服務(wù)器基于所述 事件主題訂閱查詢表，獲取訂閱了與所述新資源內(nèi)容相關(guān)的事件主題的所述訂戶設(shè)備的識 別信息；以及事件發(fā)送管理器，被配置成按照所述訂戶設(shè)備的識別信息向所述訂戶設(shè)備發(fā) 送包括所述新資源內(nèi)容的通知事件。
17.根據(jù)權(quán)利要求16所述的資源內(nèi)容的實時通信系統(tǒng)，其中，所述事件發(fā)送管理器被配置成使用格式轉(zhuǎn)換器將所述通知事件轉(zhuǎn)換為RSS格式或 Atom格式的feed信息，并按照RESTful協(xié)議或Atompub協(xié)議發(fā)送所述feed信息。
18.根據(jù)權(quán)利要求16所述的資源內(nèi)容的實時通信系統(tǒng)，其中所述資源內(nèi)容發(fā)布設(shè)備被配置成從外部的資源內(nèi)容生成器獲得作為所述新資源內(nèi)容 的RSS或Atom格式的feed信息；并使所述通知事件作為RSS或Atom格式的feed信息并 按照RESTful協(xié)議或atompub協(xié)議向所述訂戶設(shè)備發(fā)送所述feed信息。
19.一種資源內(nèi)容的實時通信系統(tǒng)，包括資源內(nèi)容發(fā)布設(shè)備、訂戶設(shè)備和連接在所述資 源內(nèi)容發(fā)布設(shè)備和訂戶設(shè)備之間的中介設(shè)備，其中，所述訂戶設(shè)備被配置成，基于事件主題列表選擇事件主題并針對所選擇的事件 主題創(chuàng)建用于接收與所選擇的事件主題相關(guān)的通知事件的主題路徑，并將所創(chuàng)建主題路徑 的路徑信息作為所述訂戶設(shè)備的識別信息的一部分連同所選擇的事件主題一起發(fā)送至資 源內(nèi)容發(fā)布設(shè)備；以及所述中介設(shè)備包括中介服務(wù)器，被配置成從所述訂戶設(shè)備接收所述訂戶設(shè)備的識別 信息，以及接收所述訂戶設(shè)備基于事件主題列表所選擇的事件主題；事件訂閱管理器，被配 置成將所述訂戶設(shè)備的識別信息與所選擇的事件主題添加到事件主題訂閱查詢表，其中當(dāng) 可從所述資源內(nèi)容發(fā)布設(shè)備獲得新的資源內(nèi)容時，所述中介服務(wù)器基于所述事件訂閱管理 器所管理的查詢表，獲取訂閱了與所述新資源內(nèi)容相關(guān)的事件主題的所述訂戶設(shè)備的識別 信息；以及事件發(fā)送管理器，被配置成向所述訂戶設(shè)備發(fā)送包括所述新資源內(nèi)容的通知事 件。
20.根據(jù)權(quán)利要求19所述的資源內(nèi)容的實時通信系統(tǒng)，其中所述資源內(nèi)容發(fā)布設(shè)備包 括生成有關(guān)預(yù)定事件主題的事件變化歷史信息的事件歷史管理器，所述中介設(shè)備中的中介服務(wù)器被配置成獲取所述事件變化歷史信息并將其保存在存 儲器中，并向訂閱了所述預(yù)定事件主題的訂戶設(shè)備發(fā)送所述事件變化歷史信息的鏈接，以 便所述訂戶設(shè)備通過鏈接獲取所述事件變化歷史信息。
21.根據(jù)權(quán)利要求19所述的資源內(nèi)容的實時通信系統(tǒng)，其中所述訂戶設(shè)備選擇的事件 主題是由至少兩個單獨事件主題構(gòu)成的復(fù)雜事件主題集，所述中介設(shè)備包括用于處理復(fù)雜 事件的復(fù)雜事件處理裝置，所述中介服務(wù)器被配置成判斷從所述資源內(nèi)容發(fā)布設(shè)備獲得的新資源內(nèi)容的事件主 題是否屬于所述復(fù)雜事件主題集，若判斷所述新資源內(nèi)容的事件主題屬于所述復(fù)雜事件主題集，則所述復(fù)雜事件處理裝置通過針對所述新資源內(nèi)容應(yīng)用描述了與所述復(fù)雜事件主題集相關(guān)的各個單獨事件之間 關(guān)系的預(yù)定規(guī)則來創(chuàng)建復(fù)雜事件。
全文摘要
本發(fā)明涉及訂戶設(shè)備及其訂閱管理方法、資源內(nèi)容的實時通信方法和系統(tǒng)，資源內(nèi)容的實時通信方法包括訂戶設(shè)備基于事件主題列表選擇事件主題并針對所選擇事件主題創(chuàng)建用于接收與所選擇事件主題相關(guān)的通知事件的主題路徑，并將所創(chuàng)建主題路徑的路徑信息作為訂戶設(shè)備識別信息的一部分連同所選擇事件主題一起發(fā)送至資源內(nèi)容發(fā)布設(shè)備；資源內(nèi)容發(fā)布設(shè)備從訂戶設(shè)備接收訂戶設(shè)備識別信息和所選擇的事件主題，并將訂戶設(shè)備識別信息與所選擇事件主題添加到事件主題訂閱查詢表；當(dāng)可獲得新資源內(nèi)容時，資源內(nèi)容發(fā)布設(shè)備基于事件主題訂閱查詢表獲取訂閱了與新資源內(nèi)容相關(guān)的事件主題的訂戶設(shè)備識別信息；以及向訂戶設(shè)備發(fā)送包括新資源內(nèi)容的通知事件。
文檔編號H04L12/58GK101854338SQ20091012957
公開日2010年10月6日 申請日期2009年3月31日 優(yōu)先權(quán)日2009年3月31日
發(fā)明者周宇辰, 埃德·卡漢, 李傳峰, 梁曉星 申請人:國際商業(yè)機器公司