專(zhuān)利名稱(chēng)：用于處理在終端之間交換的消息的方法與代理的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及借助于電信網(wǎng)絡(luò)協(xié)同創(chuàng)建數(shù)據(jù)的技術(shù)領(lǐng)域。
背景技術(shù)：
在博客(即blog，WeblogS的簡(jiǎn)稱(chēng)，是一個(gè)派生自web和log的結(jié)合的合成詞)中， 數(shù)據(jù)(潛在地為多媒體)被共享，而瀏覽者可以留下蹤跡。博客是用于自由地和定期地表 達(dá)的網(wǎng)站，其形式通常是由單一的作者并且在個(gè)人的基礎(chǔ)上，隨時(shí)間推移，以反向時(shí)間順序 發(fā)布的文本、超文本鏈接以及/或者圖片。博客非常成功，以至于有幾個(gè)搜索引擎專(zhuān)門(mén)為其 服務(wù)，比如TechnoratLFeedster，或Sphere。據(jù)估計(jì)，博客的數(shù)量每六個(gè)月增加一倍，并且 目前它們的數(shù)量達(dá)到數(shù)千萬(wàn)個(gè)。博客一般包含以下元素消息(以反向時(shí)間順序排列的公 告貼)；博客存檔(可按日期瀏覽)；外部鏈接列表(博客鏈接)，這一列表通過(guò)作者們對(duì)于 單一虛擬社區(qū)的歸屬，正式確認(rèn)他們的相互識(shí)別；RSS(豐富的站點(diǎn)摘要，真正簡(jiǎn)單的聚合) 源，其提供由標(biāo)簽所組織構(gòu)建的，包括消息標(biāo)題、內(nèi)容、日期、作者、鏈接在內(nèi)的博客的眾多 元素的描述。博客具有幾個(gè)缺點(diǎn)。它們可以在理論上由任何互聯(lián)網(wǎng)用戶(hù)所訪(fǎng)問(wèn)，并且一般不支 持封閉或有條件訪(fǎng)問(wèn)虛擬社區(qū)的創(chuàng)建。寫(xiě)博客的人可以假裝虛假身份，并且頻繁出現(xiàn)不同 的昵稱(chēng)。寫(xiě)博客的人對(duì)于他們的公眾而言不是可見(jiàn)或者面對(duì)面的。此外，大多數(shù)博客不支 持實(shí)時(shí)互動(dòng)。此外，在博客上，多媒體文件未得到妥善保護(hù)以防止非法復(fù)制。因?yàn)槿窟@些原因，博客對(duì)于實(shí)時(shí)通信，特別是工作組成員之間的業(yè)務(wù)數(shù)據(jù)通信 而言，不是合適的工具。對(duì)于文件的協(xié)同創(chuàng)建而言，博客也不是好的媒介。博客的最常見(jiàn)的 使用是作為在線(xiàn)日記或者游記。同時(shí)為人所熟悉的是由專(zhuān)業(yè)記者或政治家所保有的觀(guān)點(diǎn)博 客，以及公司博客。訪(fǎng)問(wèn)者無(wú)法要求對(duì)博客內(nèi)容的影響，應(yīng)該說(shuō)，此內(nèi)容不是協(xié)同工作的產(chǎn) 物。互聯(lián)網(wǎng)視頻會(huì)議系統(tǒng)(例如 WebeX Meeting Center、Microsoft LiveMeeting、 Citrix Go To Meeting、Groove Virtual Office、eZmeeting)是已知的。這些系統(tǒng)具有 許多應(yīng)用，比如遠(yuǎn)程工程、遠(yuǎn)程教育(或電子教育)以及工作會(huì)議。視頻會(huì)議是這樣的視 聽(tīng)遠(yuǎn)程會(huì)議服務(wù)，其以點(diǎn)對(duì)點(diǎn)或者多點(diǎn)模式提供在至少兩個(gè)不同地點(diǎn)中的用戶(hù)組織間的語(yǔ) 音和動(dòng)畫(huà)彩色圖像以及計(jì)算機(jī)數(shù)據(jù)的實(shí)時(shí)雙向傳輸。VRVS(虛擬會(huì)議室視頻會(huì)議系統(tǒng))支 持例如在多播骨干網(wǎng)上或者在H323協(xié)議中對(duì)虛擬會(huì)議室的預(yù)約。H323終端配備有例如由 Microsoft 開(kāi)發(fā)的 Netmeeting 或者 Ekiga 等軟件。視頻會(huì)議系統(tǒng)具有某些缺點(diǎn)。特別是，多媒體文件只能夠在會(huì)話(huà)中瀏覽，而所述的 會(huì)話(huà)必須在多媒體文件的發(fā)布之前被打開(kāi)。由視頻會(huì)議召開(kāi)的會(huì)議的紀(jì)要通過(guò)總結(jié)手寫(xiě)筆 記，以相同的方式為每次會(huì)議準(zhǔn)備出來(lái)。即時(shí)通信軟件也是已知的。Microsoft Windows Live Spaces平臺(tái)將舊有MSN Spaces平臺(tái)的舊有功能與MSN Messenger即時(shí)通信軟件相結(jié)合，具有Friends Explorer模 塊，支持用戶(hù)邀請(qǐng)他們的好友與他們自己的通信錄中的好友聯(lián)系。Windows Live Spaces支持個(gè)人空間以及有條件訪(fǎng)問(wèn)社區(qū)的創(chuàng)建即時(shí)通信軟件適合于在交談水平，特別是友好交談上的人際交流。它不是著眼于 協(xié)同地書(shū)寫(xiě)文件的。此外，網(wǎng)站內(nèi)容管理系統(tǒng)是已知的，這些網(wǎng)站的內(nèi)容是由授權(quán)訪(fǎng)問(wèn)者所建立的。 這些系統(tǒng)被稱(chēng)為維客(Wiki)。這些系統(tǒng)的一種演示可以在被稱(chēng)為維基百科(Wikipedia) http://en. wukupedia. org的維客上找到。原則上，在維客內(nèi)，所有獲授權(quán)人能夠以同樣的 編輯權(quán)編輯內(nèi)容。然而，模板(template)，充當(dāng)頁(yè)面結(jié)構(gòu)的模板的一般瀏覽信息，是不能夠 被編輯的。維客顯示出幾個(gè)缺點(diǎn)，使得它們的使用在某些情況下變得難以處理。特別是，每 當(dāng)對(duì)數(shù)據(jù)的改變未被確定的參考所證明時(shí)，維客可能包含有偏見(jiàn)或不正確的元素。如果 貢獻(xiàn)者是不可標(biāo)識(shí)的(比如因?yàn)橐蔀樨暙I(xiàn)者僅需要IP地址)，那么這種風(fēng)險(xiǎn)甚至更高。 此外，從包含于不同文章內(nèi)的維客信息中提取在目前是困難的，維客目前未配置語(yǔ)義(見(jiàn) KrdtZSch等人的 Semantic ffikipedia,ffeb SemanticsScience Services and Agents on the World Wide Web，5，2007，第 251-261 頁(yè))。Web 2. 0的發(fā)展包括內(nèi)容管理工具(特別包括維客)的轉(zhuǎn)型。

發(fā)明內(nèi)容
本發(fā)明旨在提供適合于服務(wù)公司和行業(yè)需要的，新的內(nèi)容管理工具。更特別地，本發(fā)明旨在提供不顯示出已知工具的缺點(diǎn)的，協(xié)同數(shù)據(jù)創(chuàng)建工具。本發(fā)明在作為知識(shí)管理(knowledge management)途徑的一部分的，創(chuàng)建會(huì)議紀(jì)要 以及建立摘要筆記中，找到了特別有利的應(yīng)用。術(shù)語(yǔ)“知識(shí)管理”在此指其目的在于以一致 和有用的形式，對(duì)一群人(例如公司中的人)共享、組織、增強(qiáng)和實(shí)現(xiàn)可訪(fǎng)問(wèn)信息的所有的 技術(shù)和方法工具。通過(guò)知識(shí)經(jīng)濟(jì)的出現(xiàn)以及在工業(yè)化國(guó)家中的金字塔形的年齡組別的綜合 效應(yīng)，知識(shí)管理的重要性在過(guò)去數(shù)年中有所增加。為了這些目的，本發(fā)明根據(jù)第一方面，涉及用于處理在終端之間交換的消息的方 法，此方法包括由以下所組成的步驟-記錄交換的消息；-基于預(yù)定義準(zhǔn)則過(guò)濾記錄消息的上下文數(shù)據(jù)，用以形成場(chǎng)景化記錄數(shù)據(jù)；_對(duì)場(chǎng)景化記錄數(shù)據(jù)應(yīng)用至少一個(gè)相關(guān)規(guī)則，用以產(chǎn)生相關(guān)數(shù)據(jù)；-將相關(guān)數(shù)據(jù)作為對(duì)Web內(nèi)容管理代理、特別是比如維客的輸入進(jìn)行處理?！坝涗洝痹诖酥笧榱碎L(zhǎng)期使用而存儲(chǔ)數(shù)據(jù)?！坝涗洝睌?shù)據(jù)不再是不穩(wěn)定的，并且被輸 入日志，例如公司日志中。數(shù)據(jù)的記錄在數(shù)據(jù)庫(kù)(數(shù)據(jù)倉(cāng)儲(chǔ))中以及對(duì)于其本身而言，是眾 所周知的。術(shù)語(yǔ)“上下文數(shù)據(jù)”在此指關(guān)于消息的三個(gè)方面的信息消息內(nèi)容、發(fā)信者身份、以 及消息在其下被創(chuàng)建和傳輸?shù)臈l件。上下文數(shù)據(jù)包括比如發(fā)送時(shí)間、發(fā)信人名稱(chēng)、以及會(huì)議 室名稱(chēng)之類(lèi)的信息。術(shù)語(yǔ)“相關(guān)規(guī)則”在此指關(guān)于消息內(nèi)容、發(fā)信者身份、或者消息在其下被創(chuàng)建和傳 輸?shù)臈l件的規(guī)則。例如，Bob是某一專(zhuān)業(yè)領(lǐng)域中公認(rèn)的專(zhuān)家。在這種情況下，一條相關(guān)規(guī)則 可以是“由Bob為這一專(zhuān)業(yè)領(lǐng)域發(fā)送的消息”。同時(shí)在這個(gè)例子中，服務(wù)質(zhì)量(QoS)是Alice和Bob兩人的活動(dòng)的領(lǐng)域。在這種情況下，一條相關(guān)規(guī)則將會(huì)是“由Alice和Bob發(fā)送的消 息，其中存在術(shù)語(yǔ)QoS或者表達(dá)服務(wù)質(zhì)量”。術(shù)語(yǔ)“Web內(nèi)容管理代理”在此特指維客軟件。有利地，使用SIP協(xié)議(會(huì)話(huà)初始協(xié)議)進(jìn)行消息交換。SIP的描述提供于著作 "IMS IP Multimedia Concepts and Services", 2006, ISBN-13 :978-0-470-01906_l 的第 十二章中。還可以參考始于2002年6月的IETF標(biāo)準(zhǔn)RFC 3261。SIP協(xié)議提供了建立、修改 以及終止通信會(huì)話(huà)的功能，并且特別地處理認(rèn)證。SIP協(xié)議用于IMS(IP多媒體子系統(tǒng))架構(gòu) 中，支持固定或移動(dòng)終端的用戶(hù)在繼續(xù)他們的對(duì)話(huà)的同時(shí)交換視頻。文件US 2002/0196775 和US 2006/0104306示出了 IMS架構(gòu)的應(yīng)用。SIP是請(qǐng)求/響應(yīng)協(xié)議。對(duì)于由源發(fā)送的每一條消息，存在至少一個(gè)關(guān)聯(lián)于接收 者的響應(yīng)，其確認(rèn)收到了被發(fā)送的消息SIP請(qǐng)求被由數(shù)字代碼標(biāo)識(shí)的響應(yīng)所確認(rèn)，大部分 SIP響應(yīng)代碼是借用自HTTP協(xié)議的。例如，每當(dāng)接收者未被定位時(shí)，返回“404 Not Found" 代碼。有利地，相關(guān)數(shù)據(jù)通過(guò)HTTP請(qǐng)求而被呈送給Web內(nèi)容管理代理。本發(fā)明，根據(jù)第二方面，涉及用于處理在終端之間交換的消息的代理，此代理包 括_用于記錄交換的消息的模塊；-用于標(biāo)識(shí)記錄的消息的上下文數(shù)據(jù)，以形成場(chǎng)景化記錄數(shù)據(jù)的模塊；-用于從場(chǎng)景化記錄數(shù)據(jù)中選擇出滿(mǎn)足至少一條相關(guān)規(guī)則的數(shù)據(jù)，以產(chǎn)生相關(guān)數(shù) 據(jù)的模塊；_用于將相關(guān)數(shù)據(jù)作為Web內(nèi)容管理代理，特別是比如維客的輸入進(jìn)行處理的模 塊。有利地，用于處理消息的代理包括通知模塊，其用于發(fā)送Web內(nèi)容更新通知。因 而，交換過(guò)用來(lái)更新網(wǎng)頁(yè)內(nèi)容的消息的人給予此更新的通知。有利地，消息處理代理包括發(fā)布模塊，其用于發(fā)送請(qǐng)求到Web內(nèi)容管理代理的Web 界面。這一發(fā)布模塊以適合于該管理代理的格式，將相關(guān)數(shù)據(jù)發(fā)送到Web內(nèi)容管理代理。


本發(fā)明的其他目的和優(yōu)點(diǎn)將會(huì)通過(guò)閱讀目前優(yōu)選的實(shí)施方式的以下的描述而變 得明晰。這些描述將會(huì)參考附隨的圖進(jìn)行，其中-圖1為演示包括根據(jù)本發(fā)明的裝置的組裝的功能性架構(gòu)的示意圖；-圖2為在圖1中描繪的模塊中的一個(gè)的詳圖。
具體實(shí)施例方式在本描述的其余部分中，為簡(jiǎn)單起見(jiàn)，消息被假設(shè)為具有在消息收發(fā)服務(wù)(特別 是即時(shí)消息收發(fā))的客戶(hù)端之間的交換，并且消息的內(nèi)容存儲(chǔ)于未描繪出的應(yīng)用服務(wù)器之 中。以下描述將會(huì)參考比如IMS架構(gòu)之類(lèi)的實(shí)施SIP協(xié)議的即時(shí)消息通信收發(fā)會(huì)話(huà)而 進(jìn)行。
借助于SIP協(xié)議而實(shí)施的通信會(huì)話(huà)要求為即時(shí)消息收發(fā)客戶(hù)端創(chuàng)建會(huì)議室(由此 得到第一 SIP消息)。消息收發(fā)應(yīng)用服務(wù)器發(fā)布這一房間創(chuàng)建(由此得到向每個(gè)與會(huì)者終端發(fā)送的第 二 SIP消息)。接下來(lái)，與會(huì)者可以加入房間(由此得到來(lái)自每個(gè)與會(huì)者終端的第三SIP消息)。在會(huì)議期間，與會(huì)者使用SIP協(xié)議，交換他們的消息。會(huì)話(huà)在最后的與會(huì)者離開(kāi)會(huì)議室時(shí)關(guān)閉。處理代理2可以是即時(shí)消息收發(fā)應(yīng)用服務(wù)器的模塊，或者形成與此消息收發(fā)服務(wù) 器接口通信的應(yīng)用。處理代理2包括-記錄模塊3；-分析模塊4；-發(fā)布模塊5。記錄模塊3確保交換的消息的存儲(chǔ)，用于它們的長(zhǎng)期使用。如將在稍后變得更加 全面地明晰的那樣，這種長(zhǎng)期使用包括使用戶(hù)1能夠讀取所有交換的消息并且選擇它們的 可能性。記錄模塊3將所有新消息發(fā)送到分析模塊4。記錄模塊3還將所有由用戶(hù)1選擇 的數(shù)據(jù)部分發(fā)送到發(fā)布模塊5。 分析模塊4包括多種功能來(lái)協(xié)助用戶(hù)自動(dòng)地標(biāo)識(shí)被包含于交換的SIP消息內(nèi)的相 關(guān)數(shù)據(jù)，這些消息屬于兩種類(lèi)型-通信會(huì)話(huà)開(kāi)始與關(guān)閉SIP消息(會(huì)話(huà)信令)；-在整個(gè)通信會(huì)話(huà)當(dāng)中，在與會(huì)者之間的SIP通信消息。分析模塊4包括三個(gè)子模塊4a、4b和4c。第一子模塊4a標(biāo)識(shí)包含于SIP會(huì)話(huà)信令消息內(nèi)的基本信息，例如時(shí)間、用戶(hù)名，以 及消息類(lèi)型(邀請(qǐng)、再見(jiàn)、會(huì)議室創(chuàng)建、會(huì)議室名稱(chēng))。第二子模塊4b標(biāo)識(shí)包含于SIP通信消息內(nèi)的基本信息，例如與會(huì)者姓名、發(fā)送時(shí) 間。第三子模塊4c基于由兩個(gè)子模塊4a和4b所獲取的基本信息以及規(guī)則建立信息。下面的兩個(gè)表描繪了一些可以由子模塊4a和4b標(biāo)識(shí)的基本信息，以及在SIP消 息內(nèi)這些信息的源。
可以提取的其他類(lèi)型的信息，例如-選擇所有包括“做(todo)，，標(biāo)簽的短語(yǔ)或者檢測(cè)所有包括動(dòng)詞“計(jì)劃(plan)，， 的短語(yǔ)；-選擇所有來(lái)自被標(biāo)識(shí)為專(zhuān)家的用戶(hù)的消息；-選擇所有既包括問(wèn)題又包括答案的消息；-選擇所有包含與會(huì)議主題有關(guān)的關(guān)鍵詞的消息。分析模塊4將所有被選擇的數(shù)據(jù)傳輸?shù)桨l(fā)布模塊5。這一發(fā)布模塊5發(fā)送發(fā)布請(qǐng)求到Web內(nèi)容管理代理6的Web界面7。有利地，這一 請(qǐng)求使用HTTP協(xié)議進(jìn)行。Web內(nèi)容管理代理6基于由發(fā)布模塊5傳輸?shù)臄?shù)據(jù)，確保新文件8的創(chuàng)建。也就是 說(shuō)，Web內(nèi)容管理代理6格式化由發(fā)布模塊5傳輸?shù)臄?shù)據(jù)。這一新文件8隨后被并入Web內(nèi)容9，例如維客。Web文件更新或創(chuàng)建通知由通知模塊10發(fā)送到管理代理6。更精確地，這一通知 被發(fā)送到代理6的模塊11。用戶(hù)1從而被直接地告知Web文件的創(chuàng)建，或者此Web文件的更新。參考即時(shí)消息收發(fā)通信會(huì)話(huà)而做出的描述不是排他的。由代理6處理的消息可以來(lái)自其他來(lái)源，例如一鍵通、聊天等。代理6的記錄模塊3可以并入消息收發(fā)應(yīng)用服務(wù)器中，交換的消息在傳輸?shù)椒治?模塊4的情況中。Web內(nèi)容管理代理6的通知可以通過(guò)Web界面，或者借助于插件傳輸給用戶(hù)。有利地，與會(huì)者在會(huì)議中的權(quán)力被傳輸?shù)絎eb內(nèi)容，例如維客。例如，會(huì)議的管理 者是維客的管理員，而與會(huì)者可以讀取Web內(nèi)容9但不能對(duì)其進(jìn)行編輯。
權(quán)利要求
用于處理在終端之間交換的消息的方法，此方法包括由以下所組成的步驟 記錄所述的交換的消息； 基于預(yù)定義準(zhǔn)則過(guò)濾所述的記錄的消息的上下文數(shù)據(jù)，用以形成場(chǎng)景化記錄數(shù)據(jù)； 對(duì)所述的場(chǎng)景化記錄數(shù)據(jù)應(yīng)用至少一個(gè)相關(guān)規(guī)則，用以產(chǎn)生相關(guān)數(shù)據(jù)； 將所述的相關(guān)數(shù)據(jù)作為對(duì)Web內(nèi)容管理代理、特別是比如維客的輸入進(jìn)行處理。
2.根據(jù)權(quán)利要求1的方法，其特征在于，所述的消息通過(guò)SIP(會(huì)話(huà)初始協(xié)議)協(xié)議交換。
3.根據(jù)權(quán)利要求1或者2的方法，其特征在于，所述的相關(guān)數(shù)據(jù)通過(guò)HTTP請(qǐng)求而被呈 送給Web內(nèi)容管理代理。
4.用于處理在終端之間交換的消息的代理，此代理包括 _用于記錄所述的交換的消息的模塊(3)；-用于從所述的記錄的消息標(biāo)識(shí)上下文數(shù)據(jù)，以形成場(chǎng)景化記錄數(shù)據(jù)的模塊(4a、4b)； _用于從所述的場(chǎng)景化記錄數(shù)據(jù)中選擇出滿(mǎn)足至少一條相關(guān)規(guī)則的數(shù)據(jù)，以產(chǎn)生相關(guān) 數(shù)據(jù)的模塊(4c)；_用于將相關(guān)數(shù)據(jù)作為Web內(nèi)容管理代理(6)、特別是比如維客的輸入進(jìn)行處理的模塊。
5.根據(jù)權(quán)利要求4的代理，其特征在于，它包括通知模塊(11)，用于發(fā)送Web內(nèi)容更新 通知(9)。
6.根據(jù)權(quán)利要求4或者5的代理，其特征在于，它包括發(fā)布模塊(5)，用于發(fā)送請(qǐng)求到 Web內(nèi)容管理代理(6)的Web界面(7)。
全文摘要
本發(fā)明涉及用于處理在終端之間交換的消息的方法，其中上述的方法包括步驟歷史歸檔所述的交換的消息；過(guò)濾所述的歷史歸檔消息的上下文數(shù)據(jù)用以生成場(chǎng)景化歷史歸檔數(shù)據(jù)；對(duì)所述的場(chǎng)景化歷史歸檔數(shù)據(jù)應(yīng)用至少一個(gè)相關(guān)規(guī)則用以生成相關(guān)數(shù)據(jù)；以及在Web內(nèi)容管理代理、特別是維客的輸入端處理所述的相關(guān)數(shù)據(jù)。
文檔編號(hào)H04L12/58GK101903880SQ200880121795
公開(kāi)日2010年12月1日 申請(qǐng)日期2008年12月18日 優(yōu)先權(quán)日2007年12月20日
發(fā)明者F·普西埃, R·達(dá)尼埃盧 申請(qǐng)人:阿爾卡特朗訊