專(zhuān)利名稱：信息傳遞設(shè)備、信息傳遞方法和信息傳遞系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明通常涉及信息傳遞設(shè)備、信息傳遞方法和信息傳遞系統(tǒng)。更具體 地說(shuō)，本發(fā)明涉及用于傳遞關(guān)于由終端指定的具體資源的更新信息的信息傳 遞設(shè)備、信息傳遞方法和信息傳遞系統(tǒng)。
背景技術(shù)：
現(xiàn)在，在藉以從Web站點(diǎn)發(fā)布和傳遞更新信息的各種裝置中，RSS (Really Simple Syndication/RDF (Resource Description Framework) Site Summary)和 Atom已是眾所周知的了 。 RSS或Atom(以下稱為RSS/Atom)是一種格式， 在此格式中，可以使用XML(可擴(kuò)展標(biāo)記語(yǔ)言)結(jié)構(gòu)上表達(dá)張貼在Web頁(yè)面上 的數(shù)據(jù)的屬性信息。以RSS/Atom格式書(shū)寫(xiě)的數(shù)據(jù)稱為饋給(feed)。 RSS/Atom 饋給可以包括Web站點(diǎn)的名稱、概況和更新日期的信息。
最近幾年，RSS/Atom饋給不僅用于傳遞更新信息，而且用于發(fā)布新聞 報(bào)道、新產(chǎn)品信息和支持信息。RSS/Atom饋給也用于發(fā)布音頻數(shù)據(jù)文件。用 戶可以利用與RSS/Atom兼容的瀏覽器、稱為RSS/Atom閱讀器的專(zhuān)用軟件或 裝有閱讀器的Web瀏覽器來(lái)獲得RSS/Atom饋給。這樣，用戶就能得到更新 信息而不用實(shí)際存取如像Web頁(yè)面之類(lèi)的信息資源。已公開(kāi)的日本專(zhuān)利申請(qǐng) No. 2005-284334揭示了一種使用RSS從Web站點(diǎn)傳遞更新信息的技術(shù)。

發(fā)明內(nèi)容
說(shuō)明性地，在Web站點(diǎn)上更新信息時(shí)，自動(dòng)產(chǎn)生RSS/Atom饋給。將這 樣產(chǎn)生的饋給存儲(chǔ)在Web服務(wù)器中。在從客戶機(jī)(即與RSS/Atom兼容的瀏 覽器或RSS/Atom閱讀器)上接收到饋給獲取請(qǐng)求時(shí)，就將所請(qǐng)求的RSS/Atom 饋給傳遞給客戶機(jī)。
這就是所謂的客戶機(jī)拉取技術(shù)，該技術(shù)可讓客戶機(jī)定期地存取并獲得 RSS/Atom饋給?？捎眠@種所謂的接收(get)方法和郵遞(post)方法來(lái)獲取 RSS/Atom饋給。 一般按照用戶事先確定的固定的間隔，從客戶機(jī)向RSS/Atom服務(wù)器發(fā)送請(qǐng)求獲取RSS/Atom饋給的GET/POST (接收/郵遞)命令。在每次 收到GET/POST(接收/郵遞)命令時(shí)，服務(wù)器就將RSS/Atom饋給發(fā)送給提出 請(qǐng)求的客戶機(jī)。
不管是否更新了 RSS/Atom饋給，都由客戶機(jī)提出饋給獲取請(qǐng)求。這就 是說(shuō)，即使沒(méi)有更新相應(yīng)的饋給，也要發(fā)送RSS/Atom饋給。這就導(dǎo)致了客 戶機(jī)對(duì)服務(wù)器的不必要的存取，并造成在服務(wù)器和相關(guān)線路上的過(guò)度負(fù)擔(dān)。
利用這樣的客戶機(jī)拉取傳遞技術(shù)，由服務(wù)器實(shí)際更新信息的日期幾乎總 是不同于客戶機(jī)向服務(wù)器發(fā)送RSS/Atom饋給獲取請(qǐng)求的日期。這樣，就有 一個(gè)問(wèn)題，這就是用戶不能從Web站點(diǎn)上實(shí)時(shí)得到更新信息和其它信息。
鑒于上述的情況提出了本發(fā)明，并提供了配置，以使得在更新目標(biāo)數(shù)據(jù) (資源)時(shí)，將更新信息實(shí)時(shí)傳遞給用戶。
在根據(jù)本發(fā)明的一個(gè)實(shí)施例執(zhí)行本發(fā)明時(shí)，提供了信息傳遞設(shè)備(即服務(wù) 器)，用于向終端傳遞由該終端(即客戶機(jī))指定的具體資源的更新信息，該信 息傳遞設(shè)備包括傳遞部分，配置來(lái)用于從終端接收要求傳遞關(guān)于資源的更 新信息的請(qǐng)求，并將更新信息傳遞給該終端；更新信息產(chǎn)生部分，配置來(lái)用 于在向傳遞部分輸出所產(chǎn)生的更新信息之前，在檢測(cè)到資源更新時(shí)、產(chǎn)生資 源的更新信息；其中，在從更新信息產(chǎn)生部分獲得更新信息時(shí)，傳遞部分將 所獲得的更新信息傳遞給該終端。
上述結(jié)構(gòu)的信息傳遞設(shè)備進(jìn)行從檢測(cè)資源更新到通知資源更新信息的一 整套的步驟。在更新所關(guān)注的資源時(shí)，就由此設(shè)備將相關(guān)的資源更新信息傳 遞給發(fā)出請(qǐng)求的客戶機(jī)。
根據(jù)上面概述的本發(fā)明， 一旦檢測(cè)到資源更新，就產(chǎn)生資源的更新信息。 并立即將所產(chǎn)生的更新信息傳遞給相關(guān)的客戶機(jī)。這就是說(shuō)，客戶機(jī)的用戶 能夠?qū)崟r(shí)獲得資源的更新信息。
由于從檢測(cè)資源更新到通知資源更新信息的一整套的步驟都是由信息傳 遞設(shè)備進(jìn)行的，因此，客戶機(jī)不必向信息傳遞設(shè)備詢問(wèn)關(guān)于資源更新的情況。 這個(gè)特性就減輕了在信息傳遞設(shè)備和通信線路上的負(fù)擔(dān)。


圖l是示意圖，該圖說(shuō)明了作為本發(fā)明的第一實(shí)施例的系統(tǒng)是如何配置的。圖2是方塊圖，該圖作為第一實(shí)施例的一部分，示出了 SIP(session initiation protocol,會(huì)話開(kāi)始協(xié)i義)的典型的內(nèi)部結(jié)構(gòu)。
圖3是方塊圖，該圖作為第一實(shí)施例的一部分，示出了客戶機(jī)的典型的 內(nèi)部結(jié)構(gòu)。
圖4是順序圖，該圖示出了由第一實(shí)施例執(zhí)行的典型步驟，這些步驟包
括請(qǐng)求訂閱饋給和資源獲取。
圖5A和5B是示意圖，該圖說(shuō)明性地描述了 SIP消息(message),圖5A
給出了訂閱消息的典型描述，圖5B給出了通知消息的典型描述。
圖6是示意圖，該圖示出了由第一實(shí)施例提供的典型的饋給描述。 圖7是示意圖，該圖示出了由第一 實(shí)施例提供的另 一個(gè)典型的饋給描述。 圖8是示意圖，該圖示出了由第一實(shí)施例提供的資源更新信息的典型顯示。
圖9是示意圖，該圖示出了由第一實(shí)施例的變體提供的另一個(gè)典型的饋 給描述。
圖10是示意圖，該圖說(shuō)明了作為本發(fā)明的第二實(shí)施例的系統(tǒng)是如何配置的。
圖ll是順序圖，該圖示出了由第二實(shí)施例執(zhí)行的典型步驟，這些步驟包 括請(qǐng)求訂閱饋給和資源獲取。
圖12是示意圖，該圖示出了由第二實(shí)施例提供的典型的饋給描述。
圖13是順序圖，該圖示出了由第二實(shí)施例執(zhí)行的其它的典型步驟，這些 步驟包括請(qǐng)求訂閱饋給和資源獲取。
圖14A和14B是示意圖，該圖示出了由第二實(shí)施例提供的其它的典型的 饋給描述。
圖15是示意圖，該圖說(shuō)明了作為本發(fā)明的第三實(shí)施例的系統(tǒng)是如何配置的。
圖16是順序圖，該圖示出了由第三實(shí)施例執(zhí)行的其它的典型步驟，這些 步驟包括請(qǐng)求訂閱饋給和資源獲取。
圖17是示意圖，該圖示出了由第三實(shí)施例提供的其它的典型的饋給描述。
具體實(shí)施方式
[第一具體實(shí)施例]
下面將結(jié)合附圖來(lái)說(shuō)明本發(fā)明的推薦的具體實(shí)施例。首先，將參照?qǐng)D1
到圖8來(lái)說(shuō)明本發(fā)明的第一具體實(shí)施例，該實(shí)施例是以信息傳遞系統(tǒng)的形式 實(shí)施的。該信息傳遞系統(tǒng)構(gòu)成了 IPTV裝置，它在IP(互聯(lián)網(wǎng)協(xié)議)網(wǎng)絡(luò)上傳遞 TV節(jié)目和電影。使用稱為IMS(IP多媒體子系統(tǒng))的技術(shù)來(lái)實(shí)現(xiàn)此IPTV裝置， 以便通過(guò)分組網(wǎng)絡(luò)提供多媒體服務(wù)。在這方面，在推薦的實(shí)施例中所用的"資 源"一詞是指如像在IPTV上傳遞的視頻信號(hào)之類(lèi)的內(nèi)容。
圖1示意性地示出了如何配置作為本發(fā)明的第一實(shí)施例的系統(tǒng)。在圖1 中，通過(guò)網(wǎng)絡(luò)5將SIP服務(wù)器100與客戶機(jī)1-1和2-1互連起來(lái)。客戶機(jī)l-l 的用戶是資源持有者，由他們來(lái)產(chǎn)生或更新IPTV的視頻內(nèi)容?？蛻魴C(jī)2-l的 用戶接收并觀看由資源持有者產(chǎn)生或更新的內(nèi)容。
SIP服務(wù)器IOO是由作為更新信息產(chǎn)生部分的饋給產(chǎn)生部分101、饋給傳 遞部分102和位置管理部分103構(gòu)成的。在從資源持有者1-1接收到更新通 知時(shí)，饋給產(chǎn)生部分101產(chǎn)生包括內(nèi)容更新信息的饋給，并將所產(chǎn)生的饋給 轉(zhuǎn)發(fā)給饋給傳遞部分102。 一旦從客戶機(jī)2-l上接收到了饋給訂閱請(qǐng)求，饋給 傳遞部分102就向位置管理部分103發(fā)送要求訂閱的饋給類(lèi)型以及關(guān)于要求 訂閱的客戶機(jī)的信息。饋給傳遞部分102進(jìn)而將來(lái)自饋給產(chǎn)生部分101的饋 給傳遞給請(qǐng)求訂閱饋給的客戶機(jī)2-1。
位置管理部分103接收在以下兩方面之間對(duì)應(yīng)性的注冊(cè)， 一方面是以SIP URI(統(tǒng)一資源指示符)書(shū)寫(xiě)的客戶機(jī)的ID,另一方面是客戶機(jī)的傳輸?shù)刂?即 IP地址和端口號(hào))，位置管理部分103還接收關(guān)于由資源持有者持有的內(nèi)容祐二 存儲(chǔ)的位置的信息的注冊(cè)。位置管理部分103也允許在以下兩方面之間的對(duì) 應(yīng)性的注冊(cè)， 一方面是要求訂閱的每個(gè)資源的類(lèi)型，另一方面是要求訂閱的 客戶機(jī)。
盡管在圖1中未示出，SIP服務(wù)器IOO也起著代理服務(wù)器的作用，它在 客戶機(jī)1-1和客戶機(jī)2-1之間中介傳遞SIP消息。
在圖1中雖然只示出了客戶機(jī)1-1和客戶機(jī)2-1,但是，這并不是說(shuō)可以 配置的客戶機(jī)的數(shù)目只限于兩個(gè)。在圖1中，為了簡(jiǎn)單和便于說(shuō)明起見(jiàn)，示 出了資源持有者的角色和用戶的角色固定到特定客戶機(jī)。實(shí)際上，這些角色 可以根據(jù)用戶的操作來(lái)切換。例如，如果客戶機(jī)通過(guò)網(wǎng)絡(luò)5向SIP服務(wù)器100 發(fā)送要求傳遞資源更新信息(即要求饋給訂閱)的請(qǐng)求或者已經(jīng)獲得了某內(nèi)容，那么，該客戶機(jī)就變成了用戶。該客戶機(jī)可以在觀看所獲得的內(nèi)容的同時(shí)進(jìn) 而產(chǎn)生或更新資源。在此情況下，就可以把一個(gè)客戶機(jī)既當(dāng)作是資源持有者 又當(dāng)作是用戶。
下面將參照?qǐng)D2來(lái)說(shuō)明如何構(gòu)建SIP服務(wù)器100。 SIP服務(wù)器100是由以 下部分構(gòu)成的控制部分110、 ROM(只讀存儲(chǔ)器)lll、 RAM(隨機(jī)存取存儲(chǔ) 器)112、通常由硬盤(pán)驅(qū)動(dòng)器構(gòu)成的存儲(chǔ)部分113、通常由鍵盤(pán)和鼠標(biāo)構(gòu)成的操 作部分115,以及通信部分117。
控制部分110根據(jù)存儲(chǔ)在ROM 111中的計(jì)算機(jī)程序或者是那些裝載到 RAM 112中的程序來(lái)進(jìn)行各種處理。在控制部分110進(jìn)行各種不同的處理時(shí)， RAM112也容納控制部分110所需要的數(shù)據(jù)。上面參照?qǐng)D1說(shuō)明的饋給產(chǎn)生 部分101和饋給傳遞部分102在控制部分110的控制下進(jìn)行操作。在上面參 照?qǐng)D1討論過(guò)的位置管理部分103可以在存儲(chǔ)部分112的內(nèi)部實(shí)現(xiàn)。由饋給 傳遞部分102輸出的饋給通過(guò)通信部分117和網(wǎng)絡(luò)5發(fā)送給客戶機(jī)2-1。
通過(guò)總線120將上述的組成部分互連起來(lái)。通過(guò)接口(I/F)114和116分別 將存儲(chǔ)部分113和操作部分115連接到總線120上。
下面將參照?qǐng)D3來(lái)說(shuō)明客戶機(jī)1-1和2-1的典型結(jié)構(gòu)。在第一實(shí)施例中， 假設(shè)客戶機(jī)1-1和1-2具有相同的結(jié)構(gòu)?？蛻魴C(jī)l-l(或2-l)是由以下部分構(gòu)成 的控制部分12、 ROM 13、 RAM 14、存儲(chǔ)部分15、操作部分17、擴(kuò)音器 19、音頻處理部分20、音頻輸出部分21、音頻處理部分22、顯示部分23、 顯示控制部分24和通信部分25。通過(guò)總線11將這些部分互連起來(lái)。通過(guò)接 口 16和18分別將存儲(chǔ)部分15及操作部分17與總線11連接起來(lái)。
在結(jié)構(gòu)上，控制部分12、 ROM 13、 RAM 14、存儲(chǔ)部分15、操作部 分17、顯示部分23、顯示控制部分24以及通信部分25分別和SIP月良務(wù)器100 中的它們的對(duì)應(yīng)部分等同，因此不再進(jìn)行討論。音頻處理部分20將來(lái)自擴(kuò)音 器19的模擬音頻信號(hào)轉(zhuǎn)變?yōu)閿?shù)字音頻數(shù)據(jù)，并根據(jù)需要壓縮轉(zhuǎn)化了的數(shù)據(jù)。 音頻處理部分22將放在總線11上的壓縮了的數(shù)字音頻數(shù)據(jù)擴(kuò)展為模擬音頻 信號(hào)。由話筒和/或耳機(jī)來(lái)構(gòu)成音頻輸出部分21。
上述結(jié)構(gòu)的客戶機(jī)2-1通過(guò)通信部分25從SIP服務(wù)器100上接收饋給。 通過(guò)總線11將接收到的饋給轉(zhuǎn)發(fā)給控制部分12?？刂撇糠?2將饋給送去進(jìn) 行句法分析或類(lèi)似的檢查。控制部分12將分析過(guò)的饋給轉(zhuǎn)換成通常為 HTML(超文本標(biāo)記語(yǔ)言)格式的數(shù)據(jù)。將轉(zhuǎn)換了的數(shù)據(jù)作為更新信息輸出到顯示控制部分24，在顯示部分23上顯示更新信息。雖然在上面的例子中示 出了將饋給轉(zhuǎn)換成了 HTML文件格式，但是這并不是對(duì)本發(fā)明的限制?？梢?另外將饋給轉(zhuǎn)換成與顯示部分23的顯示格式相兼容的任何其它的數(shù)據(jù)格式。
顯示在顯示部分23上的更新信息包括指示存儲(chǔ)所關(guān)注的內(nèi)容的位置的 鏈接形式的存儲(chǔ)位置信息。在由用戶操作操作部分17來(lái)選擇鏈接的時(shí)候，通 過(guò)通信部分25將連接請(qǐng)求發(fā)送到作為所述內(nèi)容的持有者的客戶機(jī)1-1上。在 客戶機(jī)1-1收到連接請(qǐng)求并與客戶機(jī)1-1建立了連接(即媒體會(huì)話)的情況下， 就將用戶早先選擇的內(nèi)容從客戶機(jī)1-1發(fā)送到客戶機(jī)2-1 。
如果來(lái)自客戶機(jī)1-1的內(nèi)容包括視頻數(shù)據(jù)，那么，就通過(guò)總線11將視頻 數(shù)據(jù)發(fā)送到顯示控制部分24上。在由顯示控制部分24進(jìn)行了解密或其它處 理后，將視頻數(shù)據(jù)輸出到顯示部分23并作為圖像顯示于其上。如果內(nèi)容包括 音頻數(shù)據(jù)，那么，就通過(guò)總線11將音頻數(shù)據(jù)發(fā)送到音頻處理部分22。由音 頻處理部分22進(jìn)行隨后的數(shù)據(jù)擴(kuò)展和其它處理，從音頻輸出部分21上輸出 音頻數(shù)據(jù)。
下面將參照?qǐng)D4來(lái)說(shuō)明按下述方式進(jìn)行的常規(guī)步驟客戶機(jī)2-l向SIP 服務(wù)器100發(fā)送饋給訂閱請(qǐng)求，SIP服務(wù)器100將作為內(nèi)容更新信息的饋給傳 遞給客戶機(jī)2-1,客戶機(jī)2-1根據(jù)所傳遞的內(nèi)容更新信息來(lái)獲取所關(guān)注的內(nèi)容。 在圖4中，假設(shè)客戶機(jī)2-1希望被告知的內(nèi)容更新信息是關(guān)于要在IPTV上廣 播的電視節(jié)目的電子節(jié)目指南(EPG)的更新信息。
在步驟Sl中，作為用戶的客戶機(jī)2-1在發(fā)送SUBSCRIBE(訂閱)請(qǐng)求之 前，在SUBSCRIBE(訂閱)請(qǐng)求的請(qǐng)求行(line)中，向SIP服務(wù)器100的饋 給傳遞部分102說(shuō)明希望傳遞其更新信息的內(nèi)容的類(lèi)型作為饋給訂閱請(qǐng)求。 在圖5A中示出了在此點(diǎn)上要發(fā)送的SUBSCRIBE(訂閱)請(qǐng)求的典型描述。在 圖5A中，第一行"Lnl"是請(qǐng)求行。在請(qǐng)求行的"Request-URT部分中，指定 了 "sip: media-epg-t)l@'sip.media.server.example"。這就意味著客戶機(jī)2-1的用 戶請(qǐng)求訂閱用URI "sip: media-epg-pl(g,sip.media.server.example，，來(lái)管理的資源 的更新信息。
在行"Ln2"的"Event(事件)"頭標(biāo)中，指定了事件名"feed(饋給)"。行"Ln2" 規(guī)定用戶想要被告知的事件的類(lèi)型是"feed(饋給)"。在行"Ln3"的"Accept(接 受)"頭標(biāo)中，指定了 "application/atom+xml"。 行"Ln3"規(guī)定客戶機(jī)2-1可接 收的格式是"Atom"。被指定為可接受的格式是放在NOTIFY(通知)消息的正文格式中的內(nèi)容類(lèi)型，NOTIFY(通知)消息是作為對(duì)訂閱(SUBSCRIBE)請(qǐng)求的 響應(yīng)而發(fā)送的。
第一實(shí)施例利用SIP URI(統(tǒng)一資源標(biāo)識(shí)符)作為關(guān)于饋給的鏈接目標(biāo)信 息。由于這個(gè)緣故，采用Atom來(lái)包含除了 URL(統(tǒng)一資源位置符)以外的信息。 如果以后RSS被布置來(lái)包含鏈接的URI而不是鏈接的URL作為鏈接目標(biāo)， 那么，就可以采用RSS。另外，也可用其它適合的數(shù)據(jù)格式。
回到圖4中的步驟S2上，饋給傳遞部分102如果接受來(lái)自客戶機(jī)2-1的 請(qǐng)求，則用響應(yīng)代碼200進(jìn)行響應(yīng)。雖然在圖4的順序圖中沒(méi)有示出，也要 在SIP服務(wù)器100的位置管理部分103(見(jiàn)圖l)中，與請(qǐng)求訂閱的客戶機(jī)2-l 相關(guān)聯(lián)地注冊(cè)內(nèi)容的類(lèi)型，其中，所述內(nèi)容的饋給是客戶機(jī)2-l想要訂閱的。
在步驟S3中，在饋給傳遞部分102將NOTIFY(通知)請(qǐng)求傳遞給客戶機(jī) 2-1之前，將攜帶在此時(shí)間點(diǎn)上的最新更新信息的饋給F1放在NOTIFY(通知) 請(qǐng)求的正文中。圖5B示出了要傳遞的N0TIFY(通知)請(qǐng)求的典型描述。在圖 5B所示的請(qǐng)求中，將"feed(饋給)"指定在行Ln4的事件(event)頭標(biāo)中；將
"application /atom+xml"指定在行Ln5的"Content-Type(內(nèi)容類(lèi)型)"頭標(biāo)中。 這就表明在此點(diǎn)上要報(bào)告的事件的類(lèi)型是"饋給(feed)"，并且含于正文中的數(shù) 據(jù)格式(即正文格式)的內(nèi)容類(lèi)型是"Atom"。行Ln6的正文含有此時(shí)要傳遞的 饋給F1。如果使用的是RSS而不是Atom，那么，就在Content-Type(內(nèi)容類(lèi) 型)的頭標(biāo)中指定"MIME"類(lèi)型。
在此所傳遞的饋給D1已經(jīng)發(fā)送給了訂閱EPG更新信息的饋給的用戶。 對(duì)于想要續(xù)訂的客戶機(jī)2-l而言，饋給F1是最新的更新信息，并且在此點(diǎn)上 將其傳遞給客戶機(jī)2-l。 一旦在步驟S4上接收了饋給F1，客戶機(jī)2-l就通過(guò) 使用響應(yīng)代碼200來(lái)進(jìn)行響應(yīng)。將由饋給產(chǎn)生部分101產(chǎn)生的饋給存儲(chǔ)在存 儲(chǔ)器或圖中未示出的類(lèi)似器件中。饋給傳遞部分102根據(jù)需要從存儲(chǔ)器中檢 索饋給以備傳遞。
圖6示出了饋給F1的典型描述。在圖6中指定為要素E1的區(qū)域中，夾 在〈title〉標(biāo)記之間的行示出了饋給的標(biāo)題"SIP EPG"; 夾在〈id〉標(biāo)記之間的 行示出了分配給饋給的ID(標(biāo)識(shí)符)；夾在〈updated〉標(biāo)記之間的行示出了饋給 的更新日期，"2007年，6月，10日，星期日，11:23:45";夾在〈subtitle〉標(biāo) 記之間的行示出了饋給的子標(biāo)題，"媒體內(nèi)容信息表"。關(guān)于單個(gè)電視節(jié)目的 信息示于〈entry〉區(qū)域中，例如，要素E2和E3。
10關(guān)于"節(jié)目02"的更新信息寫(xiě)在要素E2中，關(guān)于"節(jié)目Ol"的信息寫(xiě)在 要素E3中。在要素E2和E3中，夾在〈pubDate〉標(biāo)記之間的行表示最后更新 各個(gè)節(jié)目的日期。更具體地說(shuō)，"節(jié)目02"的更新日期是"2007， 6月，10曰， 星期日,11:00:00","節(jié)目03"的更新日期是"2007年，6月，10日，星期日， 10:00:00"。這就是說(shuō)，是按照時(shí)間順序從下向上將節(jié)目排列在饋給Fl中。夾 在〈link〉標(biāo)記之間的行表明關(guān)于實(shí)際存儲(chǔ)節(jié)目的位置的信息，即在SIP URI 中描述的信息，這如像"sip:media-epg-pl@sip.media.server.example."。 夾在 〈auther(作者)〉標(biāo)記之間的行表明更新資源(即節(jié)目)的人的名字，例如更新 "節(jié)目03"的人是"Carol，，和更新"節(jié)目02"的人是"Bob"。
換句話說(shuō)，在圖6所示的饋給F1中，夾在〈entry〉標(biāo)記之間的正文區(qū)描 述了由"Carol"在2007年6月10日星期日10:00更新的關(guān)于"節(jié)目03"的信 息，以及由"Bob"在2007年6月10日星期日11:00更新的關(guān)于"節(jié)目02" 的信息。
回到圖4中的步驟S5，由客戶機(jī)l-l，即資源持有者來(lái)更新節(jié)目(資源)。 在步驟S6中，客戶機(jī)1-1使用PUBLISH(發(fā)布)請(qǐng)求，向在SIP服務(wù)器100中 的饋給產(chǎn)生部分101通知關(guān)于資源更新的信息。在步驟S7中，在SIP服務(wù)器 100中的饋給產(chǎn)生部分101向客戶機(jī)發(fā)出響應(yīng)"200 OK"。在步驟S8中，饋 給產(chǎn)生部分101更新饋給Fl,以便根據(jù)從客戶機(jī)1-1上接收到的PUBLISH(發(fā) 布)請(qǐng)求中的描述來(lái)產(chǎn)生饋給F2。在步驟S9中，將所產(chǎn)生的饋給F2發(fā)送給 饋給傳遞部分102。
在步驟S10中， 一旦接收到了饋給F2，饋給傳遞部分102就在向客戶機(jī) 2-1發(fā)送NOTIFY(通知)請(qǐng)求之前，將接收到的饋給放到NOTIFY(通知)請(qǐng)求 的正文中。在步驟S11中，在接到NOTIFY(通知)請(qǐng)求之后，客戶機(jī)2-l就將 響應(yīng)"200 OK"發(fā)回給饋給傳遞部分102。
圖7示出了饋給F2的典型描述，在饋給F2中，要素E6和E7分別相應(yīng) 于在饋給F1中的要素E2和E3。這就是說(shuō)，在前面?zhèn)鬟f的饋給中所描述的關(guān) 于單個(gè)節(jié)目的更新信息沒(méi)有改變。在此描述中，放在要素E6上面的要素E5 包含最近的更新信息。
要素E5包含了關(guān)于由"Alice"在2007年6月10日星期日12:00:00更新 的"節(jié)目Ol"的信息。圖4的順序圖示出在步驟S8上更新了饋給F2。饋給產(chǎn) 生部分101根據(jù)在圖4的步驟S7上從客戶機(jī)1-1上發(fā)送的資源更新信息來(lái)產(chǎn)生饋給F2。由于這個(gè)緣故，客戶機(jī)101(的用戶)原來(lái)是"Alice"。
饋給F2也示出在要素E4中的、夾在〈updated〉標(biāo)記之間的行中的日期(即 產(chǎn)生此饋給的日期)是"2007年6月10日星期日12:00:00",與在要素E5中 的、夾在〈pubDate〉標(biāo)記之間的行中的日期相同。這就是說(shuō)，更新要素E5中 所描述的消息的時(shí)間與產(chǎn)生包含資源更新信息的饋給的時(shí)間是相同的。這是 因?yàn)閺母沦Y源的步驟S5到將饋給傳遞給客戶機(jī)2-l的步驟S10的處理工序 是連續(xù)進(jìn)行的。這樣，就將資源更新信息實(shí)時(shí)傳遞給了用戶。
為了簡(jiǎn)單和便于說(shuō)明起見(jiàn)，在上面示出的例子中，更新資源、產(chǎn)生饋給 和傳遞饋給是同時(shí)進(jìn)行的。實(shí)際上，從更新資源開(kāi)始到傳遞饋給為止經(jīng)過(guò)了 有限的一段時(shí)期;在步驟S8中要花費(fèi)時(shí)間來(lái)更新饋給，并且要花費(fèi)時(shí)間來(lái)將 饋給從饋給產(chǎn)生部分101發(fā)送到饋給傳遞部分102。這些時(shí)間段在資源更新 曰期和饋給傳遞時(shí)間之間累積。
圖4中的步驟S12和其后的步驟構(gòu)成了如下過(guò)程，在此過(guò)程中，客戶機(jī) 2-1實(shí)際上根據(jù)在步驟S10上由饋給傳遞部分102傳遞的饋給中的信息獲取所 關(guān)注的內(nèi)容。如上面參照?qǐng)D3所討論的那樣，將傳遞給客戶機(jī)2-l的饋給轉(zhuǎn) 換成HTML或類(lèi)似的格式，并將其顯示在顯示部分23(見(jiàn)圖3)上。顯示部分 23以鏈接的形式顯示資源存儲(chǔ)位置信息。
圖8示意性地示出了在顯示部分23上的資源更新信息的典型顯示。圖8 中指示為Al的區(qū)域描述了寫(xiě)在饋給F2的要素E5中的內(nèi)容(見(jiàn)圖7)。這就是 說(shuō)，區(qū)域A1描述了已由"Alice"更新的關(guān)于"節(jié)目03"的信息。鏈接示出為 "節(jié)目03"的行，并且，在饋給F2的要素E5中，將行 "sip:media-epg-pl⑥sip.media.server.example,，,嵌入在〈link〉標(biāo)i己之間。在圖 8 中由A2指定的區(qū)域相應(yīng)于饋給F2中的要素E6,由A3指定的區(qū)域相應(yīng)于饋 給F2中的要素E7。
可以由客戶機(jī)2-l的用戶來(lái)選擇這些鏈接中的任何一個(gè)或全部。在選擇 鏈接時(shí)，在圖4的步驟S12中，客戶機(jī)2-1以INVITE(邀請(qǐng))請(qǐng)求的形式向客 戶機(jī)l-l(資源持有者)發(fā)送會(huì)話建立請(qǐng)求。
在步驟S12中發(fā)送的INVITE(邀請(qǐng))請(qǐng)求配備有SDP(會(huì)話描述協(xié)議)部分， 它包括客戶機(jī)2-l所想要的帶寬(即服務(wù)質(zhì)量(QoS))以及編解碼器信息。如果 已經(jīng)接收到INVITE(邀請(qǐng))請(qǐng)求的客戶機(jī)1-1接受該信息，在步驟S13中，客 戶機(jī)l-l就把響應(yīng)"200OK"發(fā)回給客戶機(jī)2-l。在步驟S14中，在客戶機(jī)l-l和客戶機(jī)2-l之間建立媒體會(huì)話。在建立媒體會(huì)話之后，客戶機(jī)2-l通過(guò)實(shí)時(shí) 通信獲取所關(guān)注的內(nèi)容。示例性在RTSP(實(shí)時(shí)流式傳輸協(xié)議)下進(jìn)行實(shí)時(shí)通信。
根據(jù)其結(jié)構(gòu)和處理程序已在上面說(shuō)明了的第一實(shí)施例，在更新資源時(shí)， 產(chǎn)生包括關(guān)于該更新的信息的饋給。將這樣產(chǎn)生的饋給立即發(fā)送給想要訂閱 該饋給的客戶機(jī)(即用戶)。照此方式，用戶就能實(shí)時(shí)獲得資源更新信息。
而且根據(jù)其結(jié)構(gòu)和處理程序已在上面說(shuō)明了的第一實(shí)施例，由SIP服務(wù) 器100來(lái)進(jìn)行從檢測(cè)資源更新到傳遞有關(guān)更新的饋給的步驟。這樣，就不需 要客戶機(jī)一方輪詢服務(wù)器了。由于中斷了對(duì)服務(wù)器的不必要的存取(訪問(wèn))，就 減輕了加在服務(wù)器和相關(guān)線路上的負(fù)擔(dān)。
通過(guò)使用其結(jié)構(gòu)和處理程序已在上面說(shuō)明了的第一實(shí)施例，用于傳遞資 源更新信息的饋給也可以包括元數(shù)據(jù)(metadata)的描述，這如像關(guān)于資源的作 者及其副標(biāo)題的描述。這就允許用戶同時(shí)校驗(yàn)資源更新信息和資源屬性信息。 也可能在單個(gè)的饋給中傳遞多個(gè)電視廣播頻道的信息。
通過(guò)使用其結(jié)構(gòu)和處理程序已在上面說(shuō)明了的第一實(shí)施例，也安排了饋 給來(lái)攜帶資源存儲(chǔ)位置信息。在顯示部分或類(lèi)似的器件上，以鏈接的形式來(lái) 顯示該信息，并讓用戶點(diǎn)擊一個(gè)或多個(gè)適當(dāng)?shù)逆溄?，以便輕易地獲取所想要 的資源。
此外，根據(jù)其結(jié)構(gòu)和處理程序已在上面說(shuō)明了的第一實(shí)施例，用戶使用 SUBSCRIBE(訂閱)請(qǐng)求來(lái)發(fā)送饋給訂閱請(qǐng)求。響應(yīng)于該請(qǐng)求，將用戶想要得 到通知的資源更新信息以NOTIFY(通知)請(qǐng)求的形式傳遞給用戶。這就是說(shuō)， 在用戶需要時(shí)，僅將用戶想要的信息傳遞給用戶。
盡管上述的第一實(shí)施例被示出為讓作為資源持有者的客戶機(jī)1-1在SIP 之下使用所謂的PUBLISH(發(fā)布)方法來(lái)通知SIP服務(wù)器關(guān)于資源更新的信息， 但是，本發(fā)明并非僅限于此。另外的辦法是，可以通過(guò)使用"SUBSCRIBE(訂 閱)"請(qǐng)求和"NOTIFY(通知)"請(qǐng)求在資源持有者和SIP服務(wù)器100之間交換資 源更新信息。
在前面的選用方案中，SIP服務(wù)器100使用"SUBSCRIBE(訂閱)"請(qǐng)求事 先向作為資源持有者的客戶機(jī)1-1提出事件狀態(tài)(即資源更新)通知請(qǐng)求。這個(gè) 安排促使更新資源的人在每次更新資源時(shí)向SIP服務(wù)器100發(fā)出"NOTIFY(通 知)"消息。作為另 一個(gè)選用方案，資源持有者可以使用另外一些合適的協(xié)議(例 如HTTP)來(lái)通知SIP服務(wù)器100進(jìn)行了資源更新。根據(jù)上述的第一實(shí)施例，示出了饋給產(chǎn)生部分101將饋給發(fā)送給饋給傳
遞部分102。另外，也可以不處理饋給本身；可以僅發(fā)送饋給更新信息以及 關(guān)于饋給存儲(chǔ)位置的信息。在此情況下，可以單獨(dú)提供用以管理饋給文件的 文件系統(tǒng)，以便容納由饋給產(chǎn)生部分101產(chǎn)生的饋給。每當(dāng)把饋給存儲(chǔ)到文 件系統(tǒng)中，就可以從饋給產(chǎn)生部分101向饋給傳遞部分102發(fā)送包括饋給存 儲(chǔ)位置信息例如，"/xm/feed/new.xml"的更新通知。
根據(jù)上述的第一實(shí)施例，將要在IPTV上提供的節(jié)目的EPG作為饋給來(lái) 傳遞。另外，也可以用饋給的形式來(lái)傳遞其它的信息，只要該信息是用SIP URI 來(lái)管理的資源。圖9示意性地示出了關(guān)于覆蓋在包括IP電話終端的電話目錄 中的更新的信息的典型的饋給描述。
標(biāo)明為要素E8的區(qū)域包括饋給標(biāo)題、饋給標(biāo)識(shí)符信息以及饋給更新曰 期信息。那些標(biāo)明為要素E9和E10的正文區(qū)域包括用SIPURI表示的電話號(hào) 碼。示出了要素E9包括Bob的電話號(hào)碼"sip:bob⑨sip.example"以及夾在 〈pubDate〉標(biāo)記之間的電話號(hào)碼的更新日期"2007年6月10日星期日 12:00:00"。示出了要素E10包括Carol的電話號(hào)碼的更新信息。照此方式， 可以使用饋給連同元數(shù)據(jù)來(lái)傳遞關(guān)于電話簿的更新信息。
現(xiàn)在將參照?qǐng)D10到圖14B來(lái)說(shuō)明本發(fā)明的第二實(shí)施例。第二實(shí)施例涉 及作為饋給傳遞關(guān)于新聞的更新信息，這些新聞是由文本數(shù)據(jù)和視頻數(shù)據(jù)構(gòu) 成的。在此假設(shè)文本數(shù)據(jù)和視頻數(shù)據(jù)包括兩類(lèi)數(shù)據(jù)用SIPURI管理的數(shù)據(jù)和 用Web服務(wù)器管理的數(shù)據(jù)。在隨后的說(shuō)明中，把用SIPURI管理的資源稱為 SIP資源，把用Web服務(wù)器管理的資源稱為Web資源。
圖10是一個(gè)示意圖，該圖說(shuō)明了作為本發(fā)明的第二實(shí)施例的系統(tǒng)是怎樣 構(gòu)成的。在圖IO中，在網(wǎng)絡(luò)5上將客戶機(jī)1-1到1-3以及客戶機(jī)2-l和2-2 與應(yīng)用服務(wù)器200相連。圖10中的客戶機(jī)l-l的用戶是資源持有者，他產(chǎn)生 并更新用SIP URI管理的資源。客戶機(jī)1-2的用戶是資源持有者，他產(chǎn)生并 更新用Web服務(wù)器管理的資源。客戶機(jī)1-3的用戶是資源持有者，他產(chǎn)生并 更新用SIP URI管理的資源和用Web服務(wù)器管理的資源?？蛻魴C(jī)2-1和2-2 的用戶利用這些資源。構(gòu)造應(yīng)用服務(wù)器200,以使其具有SIP服務(wù)器和Web 服務(wù)器的能力。應(yīng)用服務(wù)器200是由以下部分構(gòu)成的HTTP(超文本傳輸協(xié)議)處理部分 201、數(shù)據(jù)庫(kù)(DB)202、饋給產(chǎn)生部分203、饋給傳遞部分204和位置管理部 分205。 HTTP處理部分201分析并響應(yīng)從客戶機(jī)上發(fā)送的HTTP請(qǐng)求。例如， 如果借助于所謂的POST方法或PUT方法從客戶機(jī)1-2或1-3上發(fā)送資源， 那么，HTTP處理部分201就把接收到的資源放到數(shù)據(jù)庫(kù)202中存儲(chǔ)起來(lái)。 如果從客戶機(jī)1-2或1-3上發(fā)送GET命令，HTTP處理部分201就從數(shù)據(jù)庫(kù) 202中讀取命令中指定的資源并將檢索到的資源發(fā)送給提出請(qǐng)求的客戶機(jī)。
在檢測(cè)到資源更新的時(shí)候，即一旦HTTP處理部分201從客戶機(jī)1-2或 1-3上收到POST命令或PUT命令，饋給產(chǎn)生部分203就產(chǎn)生包括內(nèi)容更新 信息的饋給，并將所產(chǎn)生的饋給轉(zhuǎn)發(fā)給饋給傳遞部分204。饋給傳遞部分204 和位置管理部分205按照與圖1中的饋給傳遞部分102和位置管理部分103 相同的方式操作，因此不再加以說(shuō)明。應(yīng)用服務(wù)器200的內(nèi)部結(jié)構(gòu)與圖2所 示的結(jié)構(gòu)相同，與此同時(shí)，客戶機(jī)l-2或1-3的結(jié)構(gòu)與圖3中所描述的結(jié)構(gòu)相 同，因此不再對(duì)這些結(jié)構(gòu)加以說(shuō)明。
下面將參照?qǐng)D11來(lái)說(shuō)明按這樣的方式進(jìn)行的步驟客戶機(jī)2-l首先發(fā)出 饋給訂閱請(qǐng)求給應(yīng)用服務(wù)器200,然后，將包含資源更新信息的饋給發(fā)送給 客戶機(jī)2-1,客戶機(jī)2-l根據(jù)資源更新信息獲取所關(guān)注的資源。
在圖11的步驟S21中，客戶機(jī)2-l以"SUBSCRIBE(訂閱)，，請(qǐng)求的形式 向應(yīng)用服務(wù)器200的饋給傳遞部分204發(fā)送饋給訂閱請(qǐng)求。在步驟S22中， 饋給傳遞部分204將響應(yīng)"200OK"發(fā)回給客戶機(jī)2-l。在此，假設(shè)關(guān)于客戶 機(jī)2-l想要訂閱的資源的饋給還待產(chǎn)生(即沒(méi)有饋給存儲(chǔ)在存儲(chǔ)器中)。在步驟 S23中，饋給傳遞部分204向客戶機(jī)2-l發(fā)送沒(méi)有正文(body)的NOTIFY(通 知)請(qǐng)求。在步驟S24中，客戶機(jī)2-l基于接到NOTIFY(通知)請(qǐng)求，將響應(yīng) "200 OK"發(fā)回給饋給傳遞部分204。
在步驟S25中，持有SIP資源和Web資源的客戶機(jī)1-3更新覆蓋這兩種 資源的消息。換句話說(shuō)，同時(shí)更新了 Web資源和SIP資源。在步驟S26中， 客戶機(jī)1-3使用在HTTP下的POST命令向HTTP處理部分201發(fā)送關(guān)于Web 資源的更新信息，并使用PUBLISH(發(fā)布)請(qǐng)求向饋給產(chǎn)生部分203發(fā)送關(guān)于 SIP資源的更新信息。雖然在圖11中并未示出，但是由HTTP處理部分201 將附在POST命令上的資源寫(xiě)到數(shù)據(jù)庫(kù)202中的適當(dāng)位置上。在步驟S27中， HTTP處理部分201和饋給產(chǎn)生部分203中的每一個(gè)都將響應(yīng)"200 OK"發(fā)回給客戶機(jī)l-3。在圖11中，示出了客戶機(jī)1-3使用在HTTP下的POST命令 向應(yīng)用服務(wù)器200發(fā)出Web更新通知。另外的辦法是，還可以替代地使用一 些其它的合適的命令，例如，PUT命令。
在步驟S28中，饋給產(chǎn)生部分203根據(jù)在步驟S25中從客戶機(jī)1-3上發(fā) 出的資源更新通知來(lái)產(chǎn)生饋給F3-1。在步驟S29中，饋給產(chǎn)生部分203將所 產(chǎn)生的饋給F3-l發(fā)送給饋給傳遞部分204。
圖12示意性地示出了饋給F3-1的典型描述。標(biāo)明為要素E11的區(qū)域包 括4貴給標(biāo)題("最新的消息")，饋纟會(huì)標(biāo)識(shí)符(sip:news@spi.app.server.example), 饋給更新日期(2007年6月10日星期日12:10:00),饋給副標(biāo)題("帶有Web URL和SIPURI的新聞標(biāo)題")。在構(gòu)成要素E12的正文中，夾在〈entry〉標(biāo)記 之間的區(qū)域包含資源(即新聞)的更新信息
在要素E12中，夾在〈title〉標(biāo)記之間的行包括標(biāo)題為"一條關(guān)于娛樂(lè)活 動(dòng)的消息，，的新聞更新信息。在夾在〈putDate〉標(biāo)記之間的行上示出了該信息 的更新日期"2007年6月10日星期日12:10:00"。此更新日期與饋給產(chǎn)生日 期(在要素Ell中夾在〈updated〉標(biāo)記之間)相同?？梢钥闯鲈诟聵?biāo)題為"一 條關(guān)于娛樂(lè)活動(dòng)的消息"的新聞的同時(shí)產(chǎn)生饋給。
在要素E12中，有兩個(gè)夾在〈ink〉標(biāo)記中的行， 一行是與Web資源鏈接
一條是與SIP資源鏈接的"sip:news-entertainment-20070610121000
@sip.app.server.example"。由此可以看出，客戶機(jī)1-2更新了存儲(chǔ)在
資源以及存儲(chǔ)在 "sip:news-entertainment-20070610121000@sip.app. server.example"上的SIP資源。這兩個(gè)資源構(gòu)成了標(biāo)題為"一條關(guān)于娛樂(lè)活 動(dòng)的消息"的新聞。
在步驟S30中，通過(guò)使用NOTIFY(通知)請(qǐng)求，將在圖11的步驟S29從 饋給產(chǎn)生部分203轉(zhuǎn)發(fā)到饋給傳遞部分204上的饋給F3-l從饋給傳遞部分 204發(fā)送到客戶機(jī)2-1。在步驟S31中，接收到NOTIFY(通知)請(qǐng)求的客戶機(jī) 將響應(yīng)"200 OK"發(fā)回給饋給傳遞部分204。
如果客戶機(jī)2-1的用戶選擇了在饋給F3-1的要素E12中描述的Web資 源(見(jiàn)圖12)，客戶機(jī)2-1就在步驟S32中向應(yīng)用服務(wù)器200的HTTP處理部 分201發(fā)送作為資源獲取請(qǐng)求的HTTP請(qǐng)求。在此所用的HTTP請(qǐng)求通常是GET命令。在步驟S33中， 一旦接收到HTTP請(qǐng)求，HTTP處理部分201就 通過(guò)使用HTTP響應(yīng)將所請(qǐng)求的資源發(fā)送給客戶機(jī)2-1 。
如果客戶機(jī)的用戶選擇在饋給F3-1的要素E12中描述的SIP資源(見(jiàn)圖 12),那么，在步驟S34中，客戶機(jī)2-l就使用INVITE(邀請(qǐng))請(qǐng)求將會(huì)話建立 請(qǐng)求發(fā)送給持有所述的資源的客戶機(jī)l-3。如果客戶機(jī)1-3接收INVITE(邀請(qǐng)) 請(qǐng)求，在步驟S35中，客戶機(jī)l-3就將響應(yīng)"200 OK"發(fā)回給客戶機(jī)2-l。在 步驟S36中，在客戶機(jī)之間建立媒體會(huì)話?？蛻魴C(jī)2-l在建立媒體會(huì)話之后 通過(guò)實(shí)時(shí)通信獲取所關(guān)注的內(nèi)容。
下面將要參照?qǐng)D13來(lái)說(shuō)明按照這樣的方式進(jìn)行的典型步驟由持有SIP 資源的客戶機(jī)1-1以及持有Web資源的客戶機(jī)1-2來(lái)更新資源，將資源更新 信息傳遞到客戶機(jī)2-1,客戶機(jī)2-l獲取所想要的資源。圖13的順序圖時(shí)間上 從圖ll的順序圖繼續(xù)而來(lái)。在此假設(shè)客戶機(jī)2-l已經(jīng)向應(yīng)用服務(wù)器200的饋 給傳遞部分204發(fā)送了饋給訂閱請(qǐng)求。
在步驟S37中，作為Web資源的持有者的客戶機(jī)1-2更新Web資源。在 步驟S38中，客戶機(jī)1-2使用在HTTP下的POST命令向應(yīng)用服務(wù)器200的 饋給傳遞部分204發(fā)送資源。在步驟S39中， 一旦接收到POST命令，HTTP 處理部分201就將含于POST命令中的資源存儲(chǔ)到數(shù)據(jù)庫(kù)202中，并將響應(yīng) "200 OK"發(fā)回給客戶機(jī)1-2。
在檢測(cè)到HTTP處理部分201收到來(lái)自客戶機(jī)1-2的POST命令時(shí)，應(yīng) 用服務(wù)器200的饋給產(chǎn)生部分203在步驟S40中根據(jù)在POST命令中發(fā)現(xiàn)的 信息更新饋給F3-1(見(jiàn)圖12)，以便產(chǎn)生饋給F3-2。在步驟S41中，饋給產(chǎn)生 部分203將所產(chǎn)生的饋給F3-2發(fā)送給饋給傳遞部分204。
圖14A示出了饋給F3-2的典型描述。在饋給F3-2中，標(biāo)明為要素E15 的底部區(qū)域所包含的信息與圖12的要素E12中的信息相同。在要素E15之 上的標(biāo)明為要素E14的區(qū)域包含由客戶機(jī)1-2通知的資源更新信息。在要素 E14中，夾在〈title〉標(biāo)記中的行示出了標(biāo)題為"一條關(guān)于體育運(yùn)動(dòng)的消息"的 新聞的更新信息。如在夾在〈putDate〉標(biāo)記之間的行所標(biāo)明的那樣，該新聞的 更新日期是"2007年6月10日星期日12:20:00"。此更新日期與饋給創(chuàng)建日 期相同(在要素E13中夾在〈updated〉標(biāo)記之間)。這就是說(shuō)，在更新標(biāo)題為"一 條關(guān)于體育運(yùn)動(dòng)的消息"的新聞的同時(shí)產(chǎn)生饋給。
在要素 E14 中，夾在<link>標(biāo)記之間的行含有地址址是存儲(chǔ)構(gòu)成所述新聞的數(shù)據(jù)的位置。
在步驟S42中，將在圖13的步驟S41中從饋給產(chǎn)生部分203轉(zhuǎn)發(fā)到饋 給傳遞部分204上的饋給F3-2,以NOTIFY(通知)請(qǐng)求的形式，從饋給傳遞 部分204發(fā)送到客戶機(jī)2-1 。在步驟S43中，接收到NOTIFY(通知)請(qǐng)求的客 戶機(jī)2-l將響應(yīng)"200 OK，，發(fā)回給々貴給傳遞部分204。
如果客戶機(jī)2-l的用戶選擇在饋給F3-2的要素E14中描述的Web資源 (見(jiàn)圖14A),則在步驟S44中，客戶機(jī)2-1向應(yīng)用服務(wù)器200的HTTP處理部 分201發(fā)送作為資源獲取請(qǐng)求的HTTP請(qǐng)求。在步驟S45中，接收了 HTTP 請(qǐng)求的HTTP處理部分201使用HTTP響應(yīng)將所請(qǐng)求的資源發(fā)送給客戶機(jī)2-l。
在步驟S46中，作為SIP資源持有者的客戶機(jī)1-2更新SIP資源。在步 驟S47中，客戶機(jī)1-1使用PUBLISH(發(fā)布)請(qǐng)求向應(yīng)用服務(wù)器200中的饋給 產(chǎn)生部分203通知資源更新。在步驟S48中，饋給產(chǎn)生部分203將響應(yīng)"200 OK"發(fā)回給客戶機(jī)1-1。
在步驟S49中，饋給產(chǎn)生部分203根據(jù)從客戶機(jī) l-l上接收到的"PUBLISH(發(fā)布)"請(qǐng)求更新饋給F3-2，以便產(chǎn)生饋給F3-3。 在步驟S50中，饋給產(chǎn)生部分203向饋給傳遞部分204發(fā)送所產(chǎn)生的饋給 F3-3。
在步驟S51中，饋給傳遞部分204接收饋給F3-3，并在向客戶機(jī)2-l發(fā) 送NOTIFY(通知)請(qǐng)求之前，將饋給F3-3的內(nèi)容放到"NOTIFY(通知)"請(qǐng)求 的正文中。在步驟S52中，接收到NOTIFY(通知)請(qǐng)求的客戶機(jī)2-l向饋給 傳遞部分204發(fā)回響應(yīng)"200OK"。
圖14B示出了饋給F3-3的典型描述，在饋給F3-3中標(biāo)明為要素E18和 E19的區(qū)域分別相應(yīng)于在饋給F3-2中的要素E14和E15(見(jiàn)圖14A)。這就是 說(shuō)，關(guān)于含于以前傳遞的饋給中的每條新聞的更新信息是保持不變的。最新 近的更新信息含于標(biāo)明為要素E17的區(qū)域中。
在要素E17中，夾在〈title^示記之間的行包含關(guān)于標(biāo)題為"一條關(guān)于商 務(wù)活動(dòng)的消息"的新聞的更新信息。這條新聞的更新日期是"2007年6月10 日星期日12:30:00"，它夾在〈putDate〉標(biāo)記之間。這個(gè)日期與饋給產(chǎn)生的日 期(在要素E17中夾在〈updated〉標(biāo)志之間)相同。由此可見(jiàn)，在更新標(biāo)題為"一 條關(guān)于商務(wù)活動(dòng)的消息"的新聞的同時(shí)產(chǎn)生饋給。
在要素E17中，夾在〈ink〉標(biāo)記之間的區(qū)域包含關(guān)于存儲(chǔ)SIP資源的位置的信息(在"sip:news-business-20070610123000@sip.app.server.example，，Ji)。 這就是說(shuō)，由客戶機(jī)1-1更新的是標(biāo)題為"一條關(guān)于商務(wù)活動(dòng)的消息"的新聞， 并且是由存儲(chǔ)在"sip:news-business-20070610123000@sip.app.server.example，， 上的SIP資源構(gòu)成的。
如果已經(jīng)接收到饋給的客戶機(jī)2-l的用戶選擇了在饋給F3-3的要素E17 中描述的SIP資源，那么，在圖13的步驟S53中，客戶機(jī)2-1就使用INVITE(邀 請(qǐng))請(qǐng)求向持有所討論資源的客戶機(jī)1-1發(fā)送會(huì)話建立請(qǐng)求。如果接收了 INVITE(邀請(qǐng))請(qǐng)求的客戶機(jī)1-1接受此請(qǐng)求，那么，在步驟S54中，客戶機(jī) 1-1就向客戶機(jī)2-l發(fā)回響應(yīng)"200OK"。在步驟S55中，在客戶機(jī)l-l和客 戶機(jī)2-l之間建立媒體會(huì)話。在建立媒體會(huì)話之后，客戶機(jī)2-l通過(guò)實(shí)時(shí)通信 獲取所關(guān)注的內(nèi)容。
在步驟S56中，客戶機(jī)2-2通過(guò)使用SUCRIBE(訂閱)請(qǐng)求向應(yīng)用服務(wù)器 200發(fā)送關(guān)于新聞的饋給訂閱請(qǐng)求。在步驟S57中，應(yīng)用服務(wù)器200的饋給 傳遞部分204向客戶機(jī)2-2發(fā)回響應(yīng)200 OK。由于客戶機(jī)2-2想要被傳遞的 新聞的最新近的饋給是饋給F3-3，在步驟S58中，饋給傳遞部分204就使用 NOTIFY(通知)請(qǐng)求將饋給F3-3傳遞給客戶機(jī)2-2。在步驟S59中，已經(jīng)接收 到饋給F3-3的客戶機(jī)2-2將響應(yīng)"200 OK，，發(fā)回給饋給傳遞部分204。
如果客戶機(jī)2-2的用戶選擇在饋給F3-3的要素E17中描述的SIP資源(見(jiàn) 圖14B)，那么，在步驟S60中，在客戶機(jī)2-2和持有所述的SIP資源的客戶 機(jī)l-l之間建立SIP會(huì)話。在會(huì)話期間，客戶機(jī)2-2獲取所關(guān)注的資源(在此 情況下是新聞)。
如果客戶機(jī)2-2的用戶選擇在饋給F3-3的要素E18中描述的Web資源(見(jiàn) 圖14B)，那么，在步驟S61中，在客戶機(jī)2-2和應(yīng)用服務(wù)器200的HTTP處 理部分201之間建立HTTP(Web)會(huì)話。在會(huì)話進(jìn)行期間，客戶機(jī)2-2獲取所 關(guān)注的資源。
根據(jù)上面已說(shuō)明了其結(jié)構(gòu)和處理程序的第二實(shí)施例，新的配置的益處在 于補(bǔ)充了第一實(shí)施例所提供的效果。例如，存在這樣的情況，可由多個(gè)以不 同的格式(例如，SIPURI和URL)管理的資源來(lái)構(gòu)成單條新聞。將關(guān)于這些資 源的更新信息的項(xiàng)目放在要傳遞給客戶機(jī)的單個(gè)饋給之中。這樣，客戶機(jī)就 能夠獲取所想要的資源而不用知道這些資源存儲(chǔ)在什么位置上。[第三實(shí)施例]
現(xiàn)在將參照?qǐng)D15到圖17來(lái)說(shuō)明本發(fā)明的第三實(shí)施例。如像第二實(shí)施例 那樣，按照這樣的方式來(lái)執(zhí)行第三實(shí)施例，這就是以饋給的形式來(lái)傳遞關(guān)于 新聞的更新信息。第三實(shí)施例的特點(diǎn)在于構(gòu)成新聞的文本數(shù)據(jù)和視頻數(shù)據(jù)都 是用Web服務(wù)器來(lái)管理的。
在圖15中，將Web服務(wù)器300、 SIP服務(wù)器100'、客戶機(jī)1-1和2-1 在網(wǎng)絡(luò)5上互連起來(lái)?？蛻魴C(jī)1-1的用戶是Web資源持有者?？蛻魴C(jī)2-l的 用戶訂閱由資源持有者所產(chǎn)生或更新的新聞。
Web服務(wù)器300是由HTTP處理部分301、數(shù)據(jù)庫(kù)302和饋給產(chǎn)生部分 303構(gòu)成的。SIP服務(wù)器100，是由饋給傳遞部分102'和位置管理部分103' 構(gòu)成的。第三實(shí)施例的系統(tǒng)配置的特點(diǎn)在于，由Web服務(wù)器300產(chǎn)生饋給， 并由SIP服務(wù)器100'來(lái)傳遞所產(chǎn)生的饋給。由HTTP處理部分301、數(shù)據(jù)庫(kù) 302和饋給產(chǎn)生部分303進(jìn)行的處理分別與上述的由圖10中HTTP處理部分 201、數(shù)據(jù)庫(kù)202和饋給產(chǎn)生部分203進(jìn)行的處理大致相同，在此不再加以討 論。饋給傳遞部分102'和位置管理部分103'所進(jìn)行的處理與圖1中饋給傳 遞部分102和位置管理部分103所進(jìn)行的處理基本相同，或者與圖10中饋給 傳遞部分204和位置管理部分205所進(jìn)行的處理相同，在此不再加以討論。 Web服務(wù)器300和SIP服務(wù)器IOO，的內(nèi)部結(jié)構(gòu)基本上與圖2所示的結(jié)構(gòu)相同， 客戶機(jī)1-1和2-l的內(nèi)部結(jié)構(gòu)大致和圖3所示的結(jié)構(gòu)相同，因此，不再對(duì)這些 結(jié)構(gòu)加以iJL明。
下面將參照?qǐng)D16來(lái)說(shuō)明按照這樣的方式來(lái)進(jìn)行的典型步驟客戶機(jī)2-l 向SIP服務(wù)器IOO，發(fā)送饋給訂閱請(qǐng)求，然后將包括關(guān)于想要資源的更新信息 的饋給發(fā)送給客戶機(jī)2-l，客戶機(jī)2-l實(shí)際上根據(jù)接收到的資源更新信息獲得 討論中的資源。
在步驟S71中，客戶機(jī)2-l使用SUBSCRIBE(訂閱)請(qǐng)求向SIP服務(wù)器100 '的饋給傳遞部分102'發(fā)送饋給訂閱請(qǐng)求。在步驟S72中，饋給傳遞部分 102'將響應(yīng)"200OK"發(fā)回給客戶機(jī)2-l。在步驟S73中，饋給傳遞部分102 '通過(guò)使用NOTIFY(通知)消息將含有在此時(shí)間點(diǎn)上的最新更新信息的饋給 傳遞給客戶機(jī)2-1。在步驟S74中，已經(jīng)接收到NOTIFY(通知)請(qǐng)求的客戶機(jī) 2-1將響應(yīng)"200OK"發(fā)回給饋給傳遞部分102'。
在步驟S75中，持有Web資源的客戶機(jī)1-1更新由這些資源構(gòu)成的新聞。在步驟S76中，客戶機(jī)1-1使用在HTTP下的POST命令將新聞發(fā)送給Web 服務(wù)器300的HTTP處理部分301。盡管在圖16中沒(méi)有示出，由HTTP處理 部分301將附在POST命令上的資源寫(xiě)到數(shù)據(jù)庫(kù)302中的適當(dāng)位置上。在步 驟S77中，HTTP處理部分301將響應(yīng)"200 OK"發(fā)回給客戶機(jī)1-1。
在步驟S78中，饋給產(chǎn)生部分303根據(jù)在步驟S76上由HTTP處理部分 301接收到的POST命令中的描述更新饋給，以便產(chǎn)生饋給F4。將所產(chǎn)生的 饋給F4寫(xiě)到數(shù)據(jù)庫(kù)302中的適當(dāng)位置上(見(jiàn)圖15)。在步驟S79中，饋給產(chǎn)生 部分303向SIP服務(wù)器100'的饋給傳遞部分102'發(fā)送包含饋給F4存儲(chǔ)位 置的信息的饋給更新信息。在步驟S80中，饋給傳遞部分102'根據(jù)接收到的 饋給更新信息從數(shù)據(jù)庫(kù)302中獲取饋給F4。在步驟S81中，饋給傳遞部分102 '在向客戶機(jī)2-1發(fā)送NOTIFY(通知)請(qǐng)求之前，將獲取的饋給F4放到 NOTIFY(通知)請(qǐng)求的正文中。在步驟S82中，已經(jīng)接收到NOTIFY(通知)請(qǐng) 求的客戶機(jī)2-1將響應(yīng)"200 OK"發(fā)回給饋給傳遞部分102'。
圖17示出了饋給F4的典型描述。在標(biāo)明為要素E20的區(qū)域中包含饋給 標(biāo)題("The Lasted News"),々責(zé)給標(biāo)識(shí)符(http:〃www.news.com.example), 4貴纟會(huì)更 新日期("2007年6月10日星期日12:30:30"),饋給副標(biāo)題("News Headlines"),。在標(biāo)明為要素E21到E23的區(qū)域中，夾在〈entry〉標(biāo)記之間的正 文部分包含關(guān)于各條新聞的更新信息。按照時(shí)間順序從下到上示出了夾在 〈pubDate〉標(biāo)記之間的每條新聞的更新日期。這就是說(shuō)，最下面的要素E23 表示最老的更新日期，隨后是位于上面的要素E22和E21,它們示出了較新 的新聞的更新日期。
換句話說(shuō)，在要素E21中的所述的新聞的更新日期是最新近的日期， "2007年6月10日星期日12:30:00",它夾在< pubDate >標(biāo)記之間。這個(gè)日 期和饋給產(chǎn)生日期(在要素E20中它夾在〈updated〉標(biāo)記之間)相同。由此可知， 在產(chǎn)生饋給F4的同時(shí)，更新了含于要素E21中的、由客戶機(jī)1 -1更新的新聞。 要素E21到E23中的每一個(gè)都含有夾在〈linlO標(biāo)記之間的資源存儲(chǔ)位置信 息。例如，要素E21具有嵌于其中的"http:〃www.news.com / business/ 20070610123000. html"。
如果客戶機(jī)2-l的用戶選擇了在饋給F4的要素E21中描述的Web資源， 則在圖16的步驟S83中，客戶機(jī)2-l向客戶機(jī)2-l的HTTP處理部分301發(fā) 送HTTP請(qǐng)求。 一旦接收到HTTP請(qǐng)求，HTTP處理部分301在步驟S84中使用HTTP響應(yīng)向客戶機(jī)2-1發(fā)送資源。
根據(jù)其結(jié)構(gòu)和處理程序已在上面討論過(guò)了的第三實(shí)施例，也使用在SIP 下的NOTIFY(通知)請(qǐng)求將由Web服務(wù)器管理的資源信息發(fā)送給客戶機(jī)。這 樣，用戶就能實(shí)時(shí)地獲取資源更新信息和類(lèi)似信息。
也根據(jù)其結(jié)構(gòu)和處理程序已在上面討論過(guò)了的第三實(shí)施例，饋給產(chǎn)生部 分203將饋給更新信息通知給饋給傳遞部分102'。然而，這并非是對(duì)本發(fā) 明的限制。另外的辦法是，饋給傳遞部分102'可以連續(xù)監(jiān)控饋給文件產(chǎn)生 的時(shí)間， 一旦檢測(cè)到更新，就能從饋給產(chǎn)生部分203獲取饋給文件。
根據(jù)本發(fā)明上述的第 一到第三實(shí)施例，分別構(gòu)造了饋給產(chǎn)生部分和饋給 傳遞部分。另外的辦法是，可以集成式地形成這兩個(gè)部分。更具體地說(shuō)，可 以通過(guò)對(duì)相同的進(jìn)程進(jìn)行多線程化來(lái)生成饋給產(chǎn)生部分和饋給傳遞部分。另 外的方案是，可以作為不同的進(jìn)程來(lái)生成饋給產(chǎn)生部分和饋給傳遞部分。
在以相同進(jìn)程的多線程結(jié)構(gòu)的形式來(lái)實(shí)現(xiàn)饋給產(chǎn)生部分和饋給傳遞部分 的情況下，這兩個(gè)部分共用單個(gè)的存儲(chǔ)器。在將饋給產(chǎn)生部分產(chǎn)生的饋給存 儲(chǔ)到存儲(chǔ)器中時(shí)，不需要在饋給產(chǎn)生部分和饋給傳遞部分之間移動(dòng)饋給(如在 圖4的驟S9中那樣)。在作為不同的進(jìn)程來(lái)實(shí)現(xiàn)饋給產(chǎn)生部分和饋給傳遞部 分的時(shí)候，可將放到由饋給產(chǎn)生部分使用的存儲(chǔ)器中的內(nèi)容拷貝到由饋給傳 遞部分使用的存儲(chǔ)器之中。如像在多線程運(yùn)行的情況中那樣，這樣就不需要 在兩個(gè)部分之間移動(dòng)饋給了 。
那些熟悉工藝技術(shù)的人應(yīng)當(dāng)了解的是，只要在本發(fā)明附后的權(quán)利要求或 等效條款所規(guī)定的范圍內(nèi)，根據(jù)設(shè)計(jì)要求和其它的因素，可以進(jìn)行各種修改、 組合、次級(jí)組合和變換。
權(quán)利要求
1. 一種信息傳遞設(shè)備，用于向終端傳遞關(guān)于由所述終端指定的特定資源的更新信息，所述信息傳遞設(shè)備包括傳遞部分，配置來(lái)用于從所述終端接收要求傳遞關(guān)于所述資源的所述更新信息的請(qǐng)求，并將所述更新信息傳遞給所述終端；更新信息產(chǎn)生部分，配置來(lái)用于在將所產(chǎn)生的更新信息輸出到所述傳遞部分之前，在檢測(cè)到所述資源的更新時(shí)，產(chǎn)生關(guān)于所述資源的所述更新信息；其中，在從所述更新信息產(chǎn)生部分獲取所述更新信息時(shí)，所述傳遞部分向所述終端傳遞所獲取的更新信息。
2. 根據(jù)權(quán)利要求1的信息傳遞設(shè)備，其中，所述更新信息產(chǎn)生部分以饋 給的形式描述關(guān)于檢測(cè)其更新的所述資源的所述更新信息。
3. 根據(jù)權(quán)利要求2的信息傳遞設(shè)備，其中，所述傳遞部分通過(guò)使用稱為 會(huì)話開(kāi)始協(xié)議的所謂SIP方法向所述終端傳遞所述饋給。
4. 根據(jù)權(quán)利要求3的信息傳遞設(shè)備，其中，響應(yīng)于從所述終端接收的 訂閱請(qǐng)求的形式的傳遞請(qǐng)求，所述傳遞部分以NOTIFY請(qǐng)求的形式向所述終 端傳遞所述饋給。
5. 根據(jù)權(quán)利要求4的信息傳遞設(shè)備，其中，所述更新信息產(chǎn)生部分檢測(cè) 所述資源的更新，在此，所述資源是在從所述終端上接收的所述訂閱請(qǐng)求中 指定的。
6. 根據(jù)權(quán)利要求5的信息傳遞設(shè)備，其中，將所述資源存儲(chǔ)在用稱為 通用資源標(biāo)識(shí)符的URI來(lái)管理的位置上。
7. 根據(jù)權(quán)利要求2的信息傳遞設(shè)備，其中，所述更新信息產(chǎn)生部分在 所述饋給中描述關(guān)于所述資源的屬性信息。
8. 根據(jù)權(quán)利要求7的信息傳遞設(shè)備，其中，關(guān)于所述資源的所述屬性 信息包括存儲(chǔ)所述資源的具體位置的信息。
9. 根據(jù)權(quán)利要求4的信息傳遞設(shè)備，其中，所述傳遞部分在所述 NOTIFY請(qǐng)求的頭標(biāo)內(nèi)的事件字段中指定所述饋給，并將所述饋給嵌入在所 述NOTIFY請(qǐng)求的正文之中。
10. —種和信息傳遞設(shè)備一起使用的信息傳遞方法，該信息傳遞設(shè)備用 于向終端傳遞由所述終端指定的特定資源的更新信息，所述信息傳遞方法包括如下步驟從所述終端上接收要求傳遞關(guān)于所述資源的所述更新信息的請(qǐng)求； 在檢測(cè)到所述資源的更新時(shí)，產(chǎn)生關(guān)于所述資源的所述更新信息； 向所述終端傳遞所產(chǎn)生的更新信息。
11. 一種信息傳遞系統(tǒng)，包括終端和信息傳遞設(shè)備，該信息傳遞設(shè)備用于向所述終端傳遞由該終端指定的特定資源的更新信息，其中，所述終端包括通信部分，配置來(lái)用于向所述信息傳遞設(shè)備發(fā)出要 求傳遞關(guān)于所述資源的所述更新信息的請(qǐng)求，所述通信部分還配置來(lái)用于從 所述信息傳遞設(shè)備上接收所述更新信息；所述信息傳遞設(shè)備包括傳遞部分，配置來(lái)用于從所述終端接收要求傳遞關(guān)于所述資源的所述更 新信息的所述請(qǐng)求，并向所述終端傳遞所述更新信息；更新信息產(chǎn)生部分，配置來(lái)用于在向所述傳遞部分輸出所產(chǎn)生的更新信 息之前，在檢測(cè)到所述資源的更新時(shí)，產(chǎn)生關(guān)于所述資源的所述更新信息在從所述更新信息產(chǎn)生部分獲取所述更新信息時(shí)，所述傳遞部分向所述 終端傳遞所獲取的更新信息；所述終端根據(jù)通過(guò)所述通信部分接收的存儲(chǔ)位置信息來(lái)獲取所述資源， 所述存儲(chǔ)位置信息表明存儲(chǔ)所述資源的具體位置。
12. —種信息傳遞設(shè)備，用于向終端傳遞由所述終端指定的特定資源的 更新信息，所述信息傳遞設(shè)備包括傳遞裝置，配置來(lái)用于從所述終端接收要求傳遞關(guān)于所述資源的所述更 新信息的請(qǐng)求，并將所述更新信息傳遞給所述終端；更新信息產(chǎn)生裝置，配置來(lái)用于在將所產(chǎn)生的更新信息輸出到所述傳遞 裝置之前，在檢測(cè)到所述資源的更新時(shí)，產(chǎn)生關(guān)于所述資源的所述更新信息;其中，在從所述更新信息產(chǎn)生裝置獲取所述更新信息時(shí)，所述傳遞裝置 向所述終端傳遞所獲取的更新信息。
全文摘要
本發(fā)明揭示了一種信息傳遞設(shè)備，它向終端傳遞由該終端指定的關(guān)于具體資源的更新信息，該信息傳遞設(shè)備包括傳遞部分，配置來(lái)用于從終端接收要求傳遞關(guān)于資源的更新信息的請(qǐng)求，并將更新信息傳遞給終端；更新信息產(chǎn)生部分，配置來(lái)用于在向傳遞部分輸出所產(chǎn)生的更新信息之前，在檢測(cè)到資源的更新時(shí)，產(chǎn)生關(guān)于資源的更新信息；其中，在從更新信息產(chǎn)生部分獲取更新信息時(shí)，傳遞部分向終端傳遞所獲取的更新信息。
文檔編號(hào)H04L12/58GK101414982SQ200810169079
公開(kāi)日2009年4月22日 申請(qǐng)日期2008年10月20日 優(yōu)先權(quán)日2007年10月19日
發(fā)明者王宏剛 申請(qǐng)人:索尼株式會(huì)社