国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      對發(fā)布信息進行處理的方法、客戶端、服務(wù)器和系統(tǒng)的制作方法

      文檔序號:7687877閱讀:334來源:國知局
      專利名稱:對發(fā)布信息進行處理的方法、客戶端、服務(wù)器和系統(tǒng)的制作方法
      技術(shù)領(lǐng)域
      本發(fā)明涉及互聯(lián)網(wǎng)領(lǐng)域,尤其涉及微型博客和即時通信相關(guān)的信息處理 方法、客戶端和服務(wù)器,及相關(guān)的搜索技術(shù)。
      背景技術(shù)
      微型博客(Micro-blogging)是一種允許用戶及時更新筒短文本并公開發(fā) 布的博客的形式,允許任何人閱讀或者只能由用戶選擇的群組閱讀??梢杂?來表達用戶此時此刻的所想所思的話或者正在做的事情等,也被稱為迷你博 客或即時博客。通過微型博客,用戶之間可以共享信息。目前主要的一些微 型博客有Twitter、飯否、滔滔等。用戶可以通過網(wǎng)頁、手機上網(wǎng)、即時通信工具、短消息或者多+某體消息 等方式發(fā)布信息到微型博客。然而通常用戶發(fā)布信息之后,很快這條信息就 被淹沒在巨量的信息中了,即使存在對這條信息感興趣的其他用戶,也很難 看到以及回復(fù)這條信息。另外如果當(dāng)用戶通過網(wǎng)頁方式瀏覽微型博客網(wǎng)站 時, 一般在網(wǎng)頁上顯示已經(jīng)發(fā)布的信息的同時還可以在網(wǎng)頁上提供一個文本 輸入框供用戶發(fā)布信息,但目前用戶在發(fā)布信息之后,在網(wǎng)頁上除了增加顯 示剛發(fā)布的信息外,通常仍舊顯示用戶發(fā)布信息之前的那些已經(jīng)顯示過的信 息記錄,這些信息可能用戶已經(jīng)都看過了,與用戶發(fā)布的信息也沒有關(guān)系。搜索引擎技術(shù)已經(jīng)是一種發(fā)展多年的成熟技術(shù),尤其是對文字信息的搜 索。 一般搜索引擎由搜索器、索引器、檢索器和用戶接口等四個部分組成。 其中搜索器用于在互聯(lián)網(wǎng)中漫游,發(fā)現(xiàn)和搜集信息。它常常是一個計算機程 序,日夜不停地運行,也被稱為網(wǎng)絡(luò)蜘蛛。索引器用于理解搜索器所搜索的 信息,從中抽取出索引項,用于表示文檔以及生成文檔庫的索引表。檢索器的功能是根據(jù)用戶的查詢在索引庫中快速檢出文檔,進行文檔與查詢的相關(guān) 度評價,對將要輸出的結(jié)果進行排序。用戶接口用于輸入用戶查詢、顯示查 詢結(jié)果等。將搜索引擎的索引和檢索技術(shù)應(yīng)用到微型博客業(yè)務(wù)中,可以有助 于微型博客中海量信息的發(fā)掘和共享。另外目前用戶通過微型博客或者即時通信業(yè)務(wù)獲知好友當(dāng)前正在做的 事情如正在播放的音樂視頻等媒體信息后,也無法使用戶獲得并同步播放好 友正在播放的媒體,也無法獲得并同步顯示好友所播放音樂的歌詞、視頻的 字幕等。發(fā)明內(nèi)容本發(fā)明實施例提出了一種對用戶發(fā)布的信息進行處理的方法,使用戶在 發(fā)布信息的同時,獲得已經(jīng)發(fā)布的相似信息。本發(fā)明實施例還提出了 一種對用戶發(fā)送的信息進行處理的方法,為用戶 發(fā)布的信息賦予相應(yīng)的位置屬性,可以為用戶提供與位置相匹配的信息。本發(fā)明實施例還提出了一種對用戶發(fā)布的信息進行處理的方法,可以對 用戶發(fā)布的信息直接通過一次點擊操作就可以進行搜索。本發(fā)明實施例還提出了一種媒體信息共享的方法,使用戶之間可以同步 播放々某體或同步顯示相應(yīng)媒體的歌詞、字幕文本等。本發(fā)明實施例還提出了一種對即時通信簽名信息進行處理的方法,可以 對用戶在即時通信工具發(fā)布的簽名信息直接通過一次點擊操作就可以進行 搜索。本發(fā)明實施例還提出了一種提供呈現(xiàn)信息的方法,可以將用戶在微型博 客發(fā)布的信息同時在呈現(xiàn)業(yè)務(wù)中進行發(fā)布。本發(fā)明實施例還提出了一種服務(wù)器,使用戶在發(fā)布信息的同時,獲得已 經(jīng)發(fā)布的相似信息。本發(fā)明實施例還提出了一種客戶端,可以使用戶之間共享應(yīng)用程序信 息,尤其是媒體信息。本發(fā)明實施例還提出了一種微型博客瀏覽器界面,可以按信息類型在相 應(yīng)的子頁面顯示信息記錄。本發(fā)明實施例還提出了一種系統(tǒng),可以使用戶在發(fā)布信息的同時,獲得 已經(jīng)發(fā)布的相似信息。本發(fā)明實施例提出的技術(shù)方案如下一種對用戶發(fā)布的信息進行處理的方法,該方法包括步驟接收用戶發(fā)送的信息;在信息庫中搜索與所述信息相匹配的信息記錄,發(fā)布所述信息,將其記錄到所述信息庫中;將發(fā)布成功的提示信息和匹配的信息一起返回并呈現(xiàn)。 一種對用戶發(fā)送的信息進行處理的方法,該方法包括步驟 在接收用戶發(fā)送的信息;獲取所述用戶的位置信息,根據(jù)所述位置信息生成位置屬性; 將所述的位置屬性與所述信息一起保存。 一種對用戶發(fā)布的信息進行處理的方法,該方法包括步驟 在顯示信息記錄時,同時顯示一個相應(yīng)的搜索按鈕;所述搜索按鈕被點擊時,調(diào)用搜索引擎對相應(yīng)的信息記錄內(nèi)容進行查詢。 一種纟某體信息共享的方法,該方法包括步驟收集正在播放媒體的媒體信息并發(fā)布,其中媒體信息中包含了播放的時間 信息;獲取所訂閱的媒體信息;根據(jù)所述的時間信息同步播放相應(yīng)的媒體,或者同步顯示相應(yīng)媒體的歌詞 或字幕文本。一種對即時通信簽名信息進行處理的方法,該方法包括步驟 在顯示好友的簽名信息時,同時顯示一個對應(yīng)的查詢按鈕;所述查詢按鈕被點擊時,以對應(yīng)的簽名信息作為搜索關(guān)鍵字調(diào)用搜索引擎進行查詢;接收查詢結(jié)果并顯示。一種提供呈現(xiàn)信息的方法,該方法包括步驟 微型博客服務(wù)器記錄微型博客用戶的呈現(xiàn)業(yè)務(wù)用戶標(biāo)識; 微型博客服務(wù)器接收用戶終端發(fā)送的信息; 微型博客服務(wù)器將所述信息轉(zhuǎn)換為呈現(xiàn)信息元素;微型博客服務(wù)器根據(jù)所述的呈現(xiàn)業(yè)務(wù)用戶標(biāo)識為對應(yīng)用戶發(fā)布所述的呈現(xiàn) 信息元素。一種服務(wù)器,包括信息接收單元,用于接收用戶客戶端所發(fā)送的信息,并將其記錄到信息 存儲單元,通知搜索匹配單元對信息存儲單元中的信息記錄進行搜索匹配;信息存儲單元,用于記錄信息接收單元所接收的信息;搜索匹配單元,用于對信息接收單元所接收的信息在信息存儲單元中搜 索相匹配的信息記錄,將匹配的信息返回給客戶端。一種客戶端,包括信息搜集單元,用于搜集用戶終端中運行的應(yīng)用程序的信息; 信息發(fā)布單元,用于將信息搜集單元所搜集的應(yīng)用程序信息發(fā)布出去; 信息接收單元,用于接收其他用戶的所發(fā)布的應(yīng)用程序信息; 應(yīng)用啟動單元,用于根據(jù)信息接收單元所接收的應(yīng)用程序信息啟動相應(yīng) 的應(yīng)用程序。一種微型博客瀏覽器界面,按信息類型在相應(yīng)的子頁面顯示信息記錄, 所述的子頁面包括以下至少其中之一報料子頁面,用于顯示報料類型的信息記錄; 問題子頁面,用于顯示問題類型的信息記錄; 愿望子頁面,用于顯示愿望類型的信息記錄。一種系統(tǒng),包括微型博客服務(wù)器,所述微型博客服務(wù)器包括信息接收 單元,信息存儲單元和搜索匹配單元,信息接收單元用于接收用戶客戶端所發(fā)送的信息,并將其記錄到信息存 儲單元,通知搜索匹配單元對信息存儲單元中的信息記錄進行搜索匹配,信息存儲單元用于記錄信息接收單元所接收的信息,搜索匹配單元用于對信息接收單元所接收的信息在信息存儲單元中搜 索相匹配的信息記錄,將匹配的信息返回。本發(fā)明的有益效果如下本發(fā)明實施例通過在接收用戶所發(fā)布的信息后,立即在信息庫中搜索與 所發(fā)布信息的內(nèi)容相匹配的信息記錄,使得用戶可以在發(fā)布信息的同時馬上 獲得與自己發(fā)布信息相似的其他信息記錄。通過巧妙的將用戶發(fā)布的信息同 時作為檢索的輸入條件,來檢索已經(jīng)被發(fā)布的其他信息記錄,在完成信息發(fā) 布的同時提供了信息匹配的功能, 一舉兩得,尤其適合微型博客這種信息發(fā) 布量較少的情形。通過本發(fā)明,用戶可以在微型博客這類社會化網(wǎng)絡(luò)(SNS) 中更容易發(fā)現(xiàn)與自己有"共同語言"的人。而且使得用戶在發(fā)布信息之后可 以看到與發(fā)布之前不同的信息記錄,這些信息記錄與用戶自己發(fā)布的信息相 關(guān),提高了用戶界面的利用效率,使用戶可以看到更多更相關(guān)的信息。還通過搜集應(yīng)用程序信息并在結(jié)構(gòu)化后進行共享發(fā)布,利用搜索技術(shù)使 用戶可以發(fā)現(xiàn)使用類似應(yīng)用程序的其他用戶,并可以^4居結(jié)構(gòu)化的應(yīng)用程序 信息進入相同或相似的應(yīng)用場景界面。另外通過傳送包含播放時間信息的媒 體信息,并優(yōu)選地使用服務(wù)器側(cè)的系統(tǒng)時間,使不同客戶端之間可以很精確 的進行媒體播放的同步處理。利用搜索技術(shù)還可以查詢并下載相應(yīng)的媒體資 源文件。另外還通過為信息記錄生成并保存位置屬性,使用戶可以獲得與自己位 置匹配相關(guān)的信息。還通過在網(wǎng)頁或即時通信客戶端界面提供相應(yīng)的搜索按鈕,使用戶直接 通過一 次點擊操作就可以進行相應(yīng)的搜索。


      圖1為本發(fā)明實施例對用戶發(fā)布的信息進行處理的基本流程圖;圖2為本發(fā)明第一實施例的流程圖; 圖3為本發(fā)明第二實施例的流程圖; 圖4為本發(fā)明第三實施例的流程圖; 圖5為本發(fā)明第四實施例的流程圖; 圖6為本發(fā)明第五實施例的流程圖;圖7為本發(fā)明第六實施例向外部服務(wù)器發(fā)送搜索請求的流程圖; 圖8為本發(fā)明第六實施例向外部服務(wù)器發(fā)布信息的流程圖; 圖9為本發(fā)明第七實施例的流程圖;圖10為本發(fā)明第七實施例的即時通信客戶端與好友進行通信時的通信 狀態(tài)界面示意圖;圖11為本發(fā)明第七實施例的即時通信客戶端中顯示簽名信息和對應(yīng)搜 索和播放按鈕的示意圖;圖12為本發(fā)明第八實施例的瀏覽器中顯示信息記錄和對應(yīng)搜索超鏈接 的示意圖;圖13為本發(fā)明第八實施例的流程圖;圖14為本發(fā)明第九實施例的計算時間差的示意圖;圖15為本發(fā)明第九實施例的流程圖;圖16為本發(fā)明第十實施例的流程圖;圖17為本發(fā)明第十一實施例的在瀏覽器中顯示子區(qū)域的示意圖;圖18為本發(fā)明第十一實施例的在瀏覽器中顯示報料子頁面的示意圖;圖19為本發(fā)明第十一實施例的流程圖;圖20為本發(fā)明實施例服務(wù)器的基本結(jié)構(gòu)示意圖;圖21為本發(fā)明實施例服務(wù)器包含自動標(biāo)注和虛擬機器人單元的結(jié)構(gòu)示 意圖;圖22為本發(fā)明實施例應(yīng)用程序信息共享工具的結(jié)構(gòu)示意圖; 圖23為本發(fā)明實施例應(yīng)用程序信息共享工具包含查詢、下載和同步播 放單元的結(jié)構(gòu)示意圖。
      具體實施方式
      參照圖1,該圖是本發(fā)明實施例對用戶發(fā)布的信息進行處理的基本流程 圖,包括如下步驟步驟IOI、接收用戶所發(fā)送的信息。用戶終端如計算機或手機等可以通 過HTTP( HyperText Transfer Protocol )、 WAP( Wireless Application Protocol )、即時消息、短消息或多媒體消息等協(xié)議將消息發(fā)送到服務(wù)器。服務(wù)器對接收 的消息按相應(yīng)協(xié)議解析,獲取其中的內(nèi)容信息和用戶標(biāo)識等。步驟102、在信息庫中搜索與所述信息相匹配的信息記錄,發(fā)布所述信 息,將其記錄到所述信息庫中。服務(wù)器在信息庫中搜索與用戶所發(fā)布信息相 匹配的類似信息。所說的匹配可以是信息的內(nèi)容相關(guān)、信息的標(biāo)簽相同或者 信息的位置屬性相同或相近等。對于信息內(nèi)容的匹配處理,簡單的可以利用 目前成熟的搜索引擎技術(shù),對保存的信息記錄的內(nèi)容建立索引,將用戶發(fā)布 的信息內(nèi)容作為搜索的輸入進行檢索,然后可以將匹配的結(jié)果按照相關(guān)度以 及時間順序進行排序。在搜索時,還可以排除用戶自己以前所發(fā)送的信息記 錄,只搜索其他用戶發(fā)送的信息記錄。服務(wù)器對接收到的信息進行記錄, 一般要同時記錄當(dāng)前時間、發(fā)送途徑 信息(如是通過即時消息還是短消息等)等;然后將原始的信息以及時間和 途徑信息等一起進行發(fā)布。發(fā)布后的信息保存在信息庫中,通常服務(wù)器還會 對信息庫建立索引庫,以供通過關(guān)鍵詞進行檢索使用。本步驟中可以先搜索匹配信息再記錄發(fā)布信息,也可以先記錄發(fā)布信息然后再搜索匹配信息。搜 索的結(jié)果不會影響記錄和發(fā)布,如即使沒有搜索到任何匹配的信息,也可以 成功得發(fā)布信息。步驟103、將發(fā)布成功的提示信息和匹配的信息一起返回并呈現(xiàn)。將匹 配的信息內(nèi)容,以及信息的發(fā)送者標(biāo)識、發(fā)布時間等返回給用戶。例如用戶 如果通過網(wǎng)頁發(fā)送了信息,則發(fā)送信息之后,返回網(wǎng)頁所呈現(xiàn)的內(nèi)容中就可 以包括與其發(fā)送信息相匹配的信息。另外該返回信息如返回網(wǎng)頁中也同時包 括用戶發(fā)布信息成功的提示,該提示可以是一段提示文字如"您發(fā)送的信息 已發(fā)布",或者也可以直接以發(fā)布消息的形式呈現(xiàn)用戶剛發(fā)布的這條信息作 為發(fā)布成功的提示,據(jù)此形式(如呈現(xiàn)該信息的發(fā)布時間)可以讓用戶意識 到該信息已經(jīng)成功發(fā)布。如果用戶是通過即時消息工具發(fā)送信息,則可以將 匹配的信息也通過即時消息返回給用戶的即時消息客戶端。由上述步驟可見,在用戶發(fā)布信息的同時,以其發(fā)布的信息作為輸入的 檢索條件進行搜索,而且搜索的目標(biāo)也是其他用戶已經(jīng)發(fā)布的信息。這種方 式正好適合了微型博客中簡單短小的信息內(nèi)容。對于內(nèi)容較多的傳統(tǒng)普通博 客文章的發(fā)布并不適合上述方法。第一實施例中詳細描述了對用戶通過網(wǎng)頁發(fā)布的信息進行處理的方法。 首先用戶要先登錄微型博客網(wǎng)站,如果在發(fā)送消息時還沒有登錄則應(yīng)提示用 戶先進行登錄。用戶通過網(wǎng)頁發(fā)送的消息中除了可以包含文字信息外,還可 以包括圖片、聲音和視頻等,本實施例中主要考慮對文字信息的處理。本實施例中還可以釆用標(biāo)簽(tag)技術(shù),以增強搜索能力,如提升匹配信息的精確度。標(biāo)簽技術(shù)的實現(xiàn)方式包括手工標(biāo)簽方法和自動標(biāo)簽方法,手 工標(biāo)簽方法即在用戶通過網(wǎng)頁發(fā)送信息時,由用戶對該信息指定分配一個標(biāo) 簽,隨信息一起傳送給服務(wù)器。標(biāo)簽通常為一個或多個關(guān)鍵詞文本,如"游 戲"、"工作,,、"飲食,,、"音樂,,、"電影,,、"運動"和"心情"等。 在微型博客中可以提供按人們?nèi)粘I钪械幕顒舆M行分類,每種活動類別對應(yīng)一個標(biāo)簽??紤]到將用戶發(fā)送的信息可以作為呈現(xiàn)信息,或者反之將呈現(xiàn)信息作為用戶向博客網(wǎng)站發(fā)送的信息,可采用IETF (Internet Engineering Task Force ) SIMPLE組呈現(xiàn)業(yè)務(wù)規(guī)范RFC 4480( RIPD )中的活動Activities 元素中的分類作為標(biāo)簽,如約會appointment,早餐breakfast,晚餐dinner,休 假holiday,開會meeting,旅行travel等。另外該規(guī)范中定義的心情mood也可 以作為標(biāo)簽。而文字信息內(nèi)容與活動Activities和心情mood元素中的備注 note元素內(nèi)容對應(yīng)。這樣當(dāng)用戶發(fā)布了 一個活動Activities或心情mood呈現(xiàn) 信息后,呈現(xiàn)服務(wù)器可以將該呈現(xiàn)信息也發(fā)布到用戶的博客網(wǎng)站中?;蛘哂?戶向博客網(wǎng)站發(fā)布了帶有活動Activities和心情mood標(biāo)簽的信息后,服務(wù) 器可以將這些信息作為呈現(xiàn)信息分發(fā)給該用戶的呈現(xiàn)信息訂閱者。服務(wù)器也可以在接收用戶所發(fā)送的信息后,為所述信息自動生成相應(yīng)的標(biāo) 簽。主動通過分析用戶發(fā)送的文字信息中關(guān)鍵詞來生成標(biāo)簽。關(guān)鍵詞是從文字 信息的正文中選取出來的,是對表述該文字信息的中心內(nèi)容有實質(zhì)意義的詞匯。 在確定關(guān)鍵詞時,要進行基于語義的主題分析,根據(jù)結(jié)果選取若干詞匯(通常 為意義清晰穩(wěn)定的名詞和動詞)作為該文字信息的關(guān)鍵詞集合?;陉P(guān)鍵詞分 析的自動標(biāo)注方法正是結(jié)合了傳統(tǒng)分類方法和手工標(biāo)注的優(yōu)點,在文字信息內(nèi) 容本身的情景下進行標(biāo)注,同時提供每個關(guān)鍵詞對內(nèi)容的貢獻度作為參考,規(guī) 范了標(biāo)注的標(biāo)準(zhǔn),從而保證了質(zhì)量??梢院唵蔚慕㈥P(guān)4建詞和分類標(biāo)簽的對應(yīng) 關(guān)系表,如"早餐"、"綠豆湯,,和"牛排,,等關(guān)鍵詞可以對應(yīng)"飲食,,標(biāo)簽, 當(dāng)用戶發(fā)送的信息中包含如"牛排"的關(guān)鍵詞時,則服務(wù)器自動為其標(biāo)注相應(yīng) 的標(biāo)簽如"飲食"。 一個信息記錄可以被標(biāo)注有一個或多個標(biāo)簽。還可以釆用一種簡單對文字信息的標(biāo)注方法,將文字信息中的第一個空格 之前的部分自動截取作為標(biāo)簽。這種標(biāo)注方法很適合采用短消息來發(fā)布信息的 情形,如用戶用手機發(fā)送短消息"舞蹈大賽周五決賽要去看看"。服務(wù)器將接 收到的文字信息首先去掉最前和最后面的空格和回車換行符等,然后將文字內(nèi) 容中的第一個空格之前的文字部分截取出來作為標(biāo)簽。如果該截取的文字部分過長,超過一個預(yù)設(shè)的長度上限,如多于5個字符,則不會將其作為標(biāo)簽,另 外也可能文字內(nèi)容中不包含空格,這些情況下,可以不為文字信息自動生成標(biāo) 簽,或者仍舊使用關(guān)鍵詞方法生成標(biāo)簽。還有第一個空格之前的文字開頭如果 為功能標(biāo)識字符如"!"、 "*"等,或者第一個空格之前的文字為功能文字,用 于指示該條信息為特定類型的信息,如"報"指示該信息為報料信息,這時則 不能將第 一個空格之前的文字其作為關(guān)鍵詞。服務(wù)器將標(biāo)簽用于搜索與所述信息的內(nèi)容相匹配的信息記錄??梢院唵蔚?將包含有相同標(biāo)簽的信息記錄判定為相似,如兩條信息記錄都具有"飲食"標(biāo) 簽,則可以判定為相似的信息。為了提高匹配的精確度,可以進一步對比信息 中關(guān)鍵詞的匹配程度,關(guān)鍵詞的匹配頻度越高的,相似度即匹配度越高。另外 還有很多計算文字信息相似度的成熟技術(shù),都可以應(yīng)用到本實施例中,此處就 不再贅述了。和搜索引擎不同,考慮到用戶的目的并不是搜索,此處不必提供太多的匹配結(jié)果??梢灶A(yù)先設(shè)置一個匹配結(jié)果的返回數(shù)量上限,如5或10條,可以在一屏頁面內(nèi)顯示完即可。在返回匹配結(jié)果時,最多只返回該預(yù)置上限數(shù)量的信息 記錄即可,并全部顯示在返回的頁面內(nèi)。服務(wù)器可以將要返回的所有匹配結(jié)果 按照發(fā)布時間順序進行排序,使最新發(fā)布的信息顯示在前面,較舊的信息顯示 在后面。另外為了提高檢索速度,可以只對當(dāng)天或最近1小時等一定時間期限 內(nèi)的信息記錄進行匹配。實際上用戶也往往只對較新的信息有興趣,而且如果 匹配的信息和用戶發(fā)送信息的發(fā)布時間相近,兩個信息發(fā)布者可以進行聊天交 流的幾率更大。另外用戶還可以預(yù)先對匹配消息發(fā)送者屬性進行過濾設(shè)置,如通過對發(fā) 送者的地區(qū)、性別等屬性進行過濾,可以讓用戶只看到與自己在相同地區(qū)的 其他用戶發(fā)送的類似信息。服務(wù)器保存這些過濾設(shè)置,在搜索與所述信息的 內(nèi)容相匹配的信息記錄時,同時對信息記錄的發(fā)送者應(yīng)用過濾設(shè)置。這樣即 使文字信息是匹配的,而根據(jù)發(fā)送者的屬性這條信息也可能會被過濾掉,服務(wù)器不會將其返回給用戶。另外發(fā)送者屬性中的是否為用戶好友(或聯(lián)系人) 也可以作為過濾設(shè)置,如用戶可以只想在自己好友發(fā)送的信息中搜出與自己 發(fā)布信息類似的記錄,則可以對是否為好友屬性進行過濾設(shè)置,服務(wù)器據(jù)此 過濾設(shè)置僅在其好友發(fā)送的信息中搜索相匹配的信息記錄。在搜索之前,如果服務(wù)器檢測到發(fā)布信息的用戶綁定到一個頻道或?qū)冢?則可以僅在該頻道或?qū)趦?nèi)搜索相匹配的信息記錄。所謂的綁定即用戶發(fā)送的 信息都會被服務(wù)器自動劃分到其預(yù)先設(shè)置的一個固定頻道或?qū)诜诸愔?,例?對于記者身份的用戶,可以綁定到新聞頻道專欄,該用戶發(fā)布的信息默認被分 類到該新聞頻道專欄。其他用戶可以在該新聞頻道專欄瀏覽看到該用戶發(fā)布的 信息。另外將用戶綁定到標(biāo)簽也可以達到同樣效果,即用戶發(fā)送的信息自動為 其分配預(yù)先設(shè)置的對應(yīng)標(biāo)簽。例如對某個用戶發(fā)布的信息服務(wù)器可以根據(jù)該用 戶的設(shè)置為其分配"笑話"標(biāo)簽。有些信息記錄可以是用戶對其他用戶發(fā)布信息的回復(fù)評論,服務(wù)器記錄這 種信息之間的回復(fù)關(guān)系。如果一條匹配的信息為回復(fù)信息,則服務(wù)器還同時返 回對應(yīng)原始信息的鏈接,或者直接將原始信息的內(nèi)容也一起返回。在顯示返回 的信息時,原始信息可以顯示在匹配的回復(fù)信息的下面相鄰區(qū)域,并明確表明 其為回復(fù)信息對應(yīng)的原始信息。有些發(fā)布信息的用戶可以是提供信息服務(wù)的業(yè)務(wù)提供商(SP),如可以提供 笑話、天氣情況、股市行情等。普通用戶可以將這些SP用戶加為聯(lián)系人,獲 取這些SP用戶提供的咨詢信息。對于這類特殊的SP用戶可以不進行搜索匹配。 具體的可以為每個用戶保存相應(yīng)搜索設(shè)置,服務(wù)器根據(jù)該設(shè)置判斷是否需要進 行搜索匹配。服務(wù)器可以在記錄用戶所發(fā)布的信息時,即時生成索引;也可以在特定的 時間對信息記錄生成索引。服務(wù)器在搜索匹配信息時,可以根據(jù)提取出的關(guān)鍵 詞在索引庫中檢索匹配的信息記錄。具體索引和檢索的技術(shù),都有很多成熟的 現(xiàn)有技術(shù),此處就不再贅述了。信息的標(biāo)簽可能并不存在于信息內(nèi)容中,如標(biāo)簽"飲食"并不存在于信息 "正在麥當(dāng)勞啃著雞,,中。將生成的標(biāo)簽也建立索引,可以使檢索更加智能。 服務(wù)器在將所述信息記錄到信息庫時,同時為其生成索引項,將所述索引項 保存到索引庫,其中也包括為所述的標(biāo)簽與所述信息的對應(yīng)關(guān)系而生成的索 引項,在搜索與所述信息的內(nèi)容相匹配的信息記錄時,提取所述信息中的關(guān)鍵 詞,使用所述關(guān)鍵詞和所述標(biāo)簽在所述索引庫中進行檢索匹配的索引項,并在 信息庫中獲取與匹配的索引項對應(yīng)的信息記錄。服務(wù)器在收到用戶發(fā)布的信息之后,可以根據(jù)用戶自身注冊的信息如年齡、 性別、興趣愛好、地區(qū)等查詢匹配合適的廣告內(nèi)容信息,廣告信息可以是文字、 圖片或視頻等內(nèi)容。還可以結(jié)合用戶所發(fā)布的信息獲取相應(yīng)的廣告信息,如用 戶發(fā)布的信息中包含有"吃々反"關(guān)4建詞,則可以選定一條餐飲類廣告信息。在 服務(wù)器選定廣告信息之后,將廣告信息和匹配的信息一起返回并呈現(xiàn)。廣告信 息可以用與匹配信息的相同的方式進行呈現(xiàn),即可將廣告信息也作為 一條匹配 信息。服務(wù)器可以先在用戶信息庫中查詢匹配的信息,然后再從廣告信息庫中 查詢匹配的廣告信息,接著將廣告信息和匹配信息混合,如可以將廣告信息排 在第1條匹配信息的前面或后面的位置。在廣告信息庫中,每條廣告信息可以設(shè)置對應(yīng)的 一個或多個匹配關(guān)4建詞, 如果服務(wù)器檢測到用戶發(fā)布的信息中有相應(yīng)的關(guān)4定詞,則可以向其提供對應(yīng)的 廣告信息。另外每條廣告信息還可以設(shè)置對應(yīng)的用戶信息匹配條件,如年齡、 地區(qū)條件等,服務(wù)器只向滿足相應(yīng)條件設(shè)置的用戶提供對應(yīng)的廣告信息。參照圖2,下面再結(jié)合流程圖進行舉例描述 步驟201,接收用戶通過網(wǎng)頁發(fā)送的文字信息。 步驟202,分析用戶發(fā)送的文字信息中關(guān)^l建詞來生成標(biāo)簽。 步驟203,獲取與所述文字信息具有相同標(biāo)簽的信息記錄,并應(yīng)用所述用 戶對消息發(fā)送者屬性的過濾設(shè)置。步驟204,選取少于預(yù)置數(shù)量上限的匹配信息。步驟205 ,根據(jù)用戶信息和/或用戶所發(fā)布的信息和/或所匹配的信息獲取相 應(yīng)的廣告信息。如根據(jù)用戶的興趣愛好信息,或者用戶所發(fā)布的信息、所匹配 的信息中的關(guān)鍵詞選取對應(yīng)的廣告。步驟206,將匹配的信息和廣告信息一起返回并呈現(xiàn)。第二實施例主要描述微型博客與聊天室的結(jié)合。微型博客網(wǎng)站可以同時提 供聊天系統(tǒng),當(dāng)用戶進入一個聊天室后,服務(wù)器可以獲取該用戶最近在微型博 客已發(fā)布的信息記錄,然后在聊天室中顯示,如作為該用戶的公開發(fā)言在聊天 室里進行顯示。在第一實施例中用戶發(fā)布信息后,獲得了其他用戶相匹配的信息后,也可 以向其他的用戶發(fā)起聊天。在發(fā)起的聊天中,服務(wù)器可以首先在建立的臨時聊 天室里顯示兩個人之前所發(fā)送的相似消息,以此作為聊天室的開場白或主題。 服務(wù)器為建立的臨時聊天室可以分配一個標(biāo)識,如可以用 一個唯一的隨機字符 串表示。在第一實施例中服務(wù)器將匹配的信息返回并呈現(xiàn)的同時,還可將所匹 配信息的發(fā)送者所在聊天室的地址鏈接也一起返回并呈現(xiàn),聊天室的地址鏈接 中包含所述的標(biāo)識。當(dāng)用戶點擊該聊天室的地址鏈接后,服務(wù)器可以根據(jù)相應(yīng) 的請求將用戶加入到該聊天室中。參照圖3,下面再結(jié)合流程圖進行舉例描述步驟301,纟企測到有用戶進入聊天狀態(tài)。如^r測到有用戶加入到聊天室, 或者檢測到一個用戶邀請另 一用戶進行聊天。步驟302,獲取用戶最近在微型博客已發(fā)布的信息記錄。 步驟303,在聊天室中顯示所獲取的信息記錄。用WAP網(wǎng)頁方式發(fā)布信息與第一實施例類似,第三實施例中主要描述通過 即時通訊工具發(fā)布信息的情形。可以利用即時通訊的虛擬機器人技術(shù)來發(fā)布信 息,具體的即設(shè)立一個業(yè)務(wù)處理服務(wù)器并與一個即時通訊帳號相對應(yīng),用戶可 以將該業(yè)務(wù)處理服務(wù)器對應(yīng)的即時通訊帳號加為好友,該業(yè)務(wù)處理服務(wù)器就像 用戶的普通好友一樣,可以收發(fā)即時消息和呈現(xiàn)信息。所以將這種非自然人的好友即聯(lián)系人稱為虛擬機器人,實際為進行業(yè)務(wù)處理的程序?qū)嶓w。虛擬機器人 對應(yīng)的業(yè)務(wù)處理服務(wù)器可以獨立于微型博客服務(wù)器,也可以同時作為微型博客 服務(wù)器。通過即時通訊工具發(fā)布信息有兩種途徑, 一種是通過即時消息,即直接 向微型博客業(yè)務(wù)對應(yīng)的虛擬機器人發(fā)送即時消息,虛擬機器人將接收到的即 時消息中的信息進行記錄并發(fā)布。并且搜索與所述信息的內(nèi)容相匹配的信息 記錄,然后將匹配的信息通過即時消息返回并呈現(xiàn)。用戶的體驗就像是在和 機器人進行即時消息的對話。除了匹配的信息本身之外,最好還能帶有一些 提示信息,表明這些返回信息為自動匹配的信息,提示信息舉例如"最近發(fā)布的相似信息還有"。如果這些匹配信息的發(fā)送者也綁定有即時消息帳號, 則也可以將其帳號連同信息一起返回,這樣用戶可以利用帳號信息直接與對 應(yīng)的其他用戶進行即時消息對話,或者將其加為好友等。另外一種發(fā)布信息的途徑是通過呈現(xiàn)信息。典型的呈現(xiàn)信息(Presence)是 在線、離線、忙等用戶的當(dāng)前狀態(tài),另外即時通訊工具里的簽名也可以作為一 種呈現(xiàn)信息。虛擬機器人通過訂閱用戶的呈現(xiàn)信息,可以獲得用戶的最新的狀 態(tài)和簽名等信息,虛擬機器人可以將這些信息發(fā)布到微型博客中。用戶可以預(yù) 先設(shè)置哪些呈現(xiàn)信息可以被發(fā)布到博客中,虛擬機器人根據(jù)用戶的設(shè)置進行選 擇性的發(fā)布信息。在第一實施例中提到的RFC 4480,是基于IETF的SIMPLE 規(guī)范的 一些擴展呈現(xiàn)信息,用戶在即時通訊系統(tǒng)中發(fā)布這些呈現(xiàn)信息的同 時,可以利用虛擬機器人將其發(fā)布到自己的微型博客網(wǎng)站。參照圖4,下面再結(jié)合流程圖進行舉例描述步驟401,接收用戶的即時消息和/或呈現(xiàn)信息并發(fā)布。步驟402,搜索與所述信息的內(nèi)容相匹配的信息記錄。步驟403,將匹配的信息記錄通過即時消息返回并呈現(xiàn)??梢栽谝粭l即時 消息中返回所有檢索出的匹配信息記錄,也可以用多條即時消息中返回,每條 即時消息包含一條匹配的信息記錄。用戶發(fā)布的信息可以是自己撰寫的內(nèi)容,還可以包括應(yīng)用程序信息。第四 實施例描述用戶發(fā)布的信息包含應(yīng)用程序信息的情形。應(yīng)用程序信息主要用來 描述用戶終端當(dāng)前正在運行應(yīng)用程序的情況,包括應(yīng)用程序的名稱和參數(shù)等。具體如瀏覽器(Internet Explorer)和當(dāng)前正在瀏覽的網(wǎng)站地址參數(shù),或者地圖 客戶端(Google Earth)和當(dāng)前地圖的中心點坐標(biāo)參數(shù)。應(yīng)用程序信息的發(fā)布通常不是用戶手工發(fā)布,而是可以通過應(yīng)用程序信息 共享工具自動搜集然后受控的進行發(fā)布。用戶可以預(yù)先設(shè)置哪些應(yīng)用程序信息 允許發(fā)布,以控制隱私受到保護??梢酝ㄟ^對終端的進程信息進行監(jiān)控來搜集 獲得正在運行應(yīng)用程序的信息,而對一些復(fù)雜具體的應(yīng)用程序信息(如網(wǎng)絡(luò)游 戲中用戶角色的等級、位置坐標(biāo)等),可能無法/人,操作系統(tǒng)的進程信息中獲得, 這樣可以定義對應(yīng)的應(yīng)用程序接口 ,使應(yīng)用程序可以將一些特定的信息通過接 口傳送給應(yīng)用程序信息共享工具??梢詫?yīng)用程序信息共享工具直接集成到即 時通訊工具中,這些應(yīng)用程序信息本質(zhì)上也屬于呈現(xiàn)信息。也可以使用獨立的 應(yīng)用程序信息共享工具,專門進行應(yīng)用程序信息的搜集、發(fā)布和共享等。應(yīng)用程序信息共享工具可以自動根據(jù)搜集的應(yīng)用程序信息生成文字或圖片 等信息,將其發(fā)布到服務(wù)器。自動生成的信息可以允許用戶進行修改補充。如 發(fā)布的信息為"正在玩掃雷游戲,手都麻了,,,前半句由工具自動生成,后半 句由用戶補充。應(yīng)用程序信息共享工具最好向服務(wù)器提供結(jié)構(gòu)化的應(yīng)用程序信息,如用可 擴展標(biāo)識語言XML (Extensible Markup Language)格式描述的應(yīng)用程序信息,具 體舉^列^口下< xml version="1.0" encoding="UTF-8" > <application-iiifo><name>Google Earth</name> <version>4.2.198.2451</version> <OS>Microsoft Windows XP Professional</OS></application-info〉結(jié)構(gòu)化的應(yīng)用程序信息<application-info>中可以包括應(yīng)用名稱<name> 、 版本號〈version〉、運行的操作系統(tǒng)〈OS〉和參數(shù)〈paral〉等。可以有一個或多 個參數(shù)元素,這個例子中只有一個參數(shù)〈paral〉,其中包括當(dāng)前Google Earth 應(yīng)用中衛(wèi)星地圖的中心位置坐標(biāo)。應(yīng)用程序信息中還可以包括一個備注 〈note〉元素,可以允許用戶補充文字內(nèi)容信息。例如〈note〉這里的房價08年會漲到三萬〈/note〉應(yīng)用程序信息共享工具通過HTTP或SIP(Session Initiation Protocol)等協(xié)議將結(jié)構(gòu)化的應(yīng)用程序信息發(fā)送到服務(wù)器,服務(wù)器將接收到的應(yīng)用程序信 息保存。服務(wù)器可以根據(jù)結(jié)構(gòu)化的應(yīng)用程序信息自動生成可讀的自然語言文 字信息,如根據(jù)上述例子中的應(yīng)用程序信息可以生成文字信息"正在使用 Google Earth,這里的房價08年會漲到三萬,,,服務(wù)器將生成的文字信息進 行發(fā)布。服務(wù)器還可以同時提供一個指向結(jié)構(gòu)化應(yīng)用程序信息的鏈接,使其 他用戶可以獲得文字信息對應(yīng)的原始結(jié)構(gòu)化應(yīng)用程序信息,并且進一步可以 據(jù)此重現(xiàn)應(yīng)用場景,如獲取觀看同樣坐標(biāo)位置的衛(wèi)星地圖等。服務(wù)器在接收到結(jié)構(gòu)化應(yīng)用程序信息后,可以搜索與應(yīng)用程序信息相匹 配的信息記錄。簡單的如果應(yīng)用程序名稱相同則可判定相匹配,為了減少匹 配結(jié)果數(shù)量和提高匹配精確度,可以進一步對參數(shù)或備注元素內(nèi)容進行匹 配。如備注的文字信息中關(guān)4建詞匹配。對于應(yīng)用程序參數(shù)匹配,往往是和具 體應(yīng)用相關(guān)的,應(yīng)用程序不同,參數(shù)匹配判定的方法也可能會不同。服務(wù)器 根據(jù)應(yīng)用程序名稱選擇相應(yīng)的匹配判定程式,如對于地圖類應(yīng)用中的坐標(biāo)參 數(shù),可以判定位置坐標(biāo)的接近程度來判定匹配度;而對于網(wǎng)絡(luò)游戲應(yīng)用中的 用戶團隊幫派參數(shù),可以判定是否相同,只有相同才判定為匹配。服務(wù)器將所匹配的結(jié)構(gòu)化應(yīng)用程序信息返回給應(yīng)用程序信息共享工具, 應(yīng)用程序信息共享工具據(jù)此可以依用戶請求來啟動相應(yīng)的應(yīng)用程序,重現(xiàn)所 對應(yīng)的應(yīng)用程序場景。如果應(yīng)用程序信息共享工具在本地終端上無法發(fā)現(xiàn)有相應(yīng)的應(yīng)用程序,則可以提示無法啟動相應(yīng)的應(yīng)用程序。 參照圖5,下面再結(jié)合流程圖進行舉例描述步驟501,應(yīng)用程序信息共享工具根據(jù)用戶設(shè)置自動搜集應(yīng)用程序信息。 步驟502,將搜集到的應(yīng)用程序信息轉(zhuǎn)換為XML格式并發(fā)布。 步驟503,服務(wù)器在接收到應(yīng)用程序信息后,搜索與應(yīng)用程序信息相匹配 的信息記錄。步驟504,服務(wù)器將所匹配的結(jié)構(gòu)化應(yīng)用程序信息返回給應(yīng)用程序信息共 享工具。步驟505,應(yīng)用程序信息共享工具依用戶請求啟動相應(yīng)的應(yīng)用程序,重現(xiàn) 與所匹配的應(yīng)用程序信息相對應(yīng)的應(yīng)用程序場景。微型博客也可以作為不公開的個人日記或備忘錄來使用。第五實施例描 述了對備忘信息的處理。在發(fā)布信息時,用戶可以設(shè)置該信息為不公開的個 人曰記,或稱為備忘錄。 一種簡單的方法是可以在發(fā)布信息內(nèi)容的開頭用特 殊字符進行標(biāo)識,如服務(wù)器當(dāng)接收到一條信息中的文字內(nèi)容以"*,,字符開 始,則判定該條信息為備忘信息。或者在通過網(wǎng)頁發(fā)布時,用信息內(nèi)容輸入 字段之外的單獨一個信息字段指出信息是否為備忘信息。備忘信息發(fā)布之后,只能由發(fā)布者自己才能查看,即服務(wù)器只向備忘信 息發(fā)布者提供他自己的備忘信息。當(dāng)服務(wù)器接收到用戶發(fā)布的備忘信息之 后,服務(wù)器可以搜索該用戶已經(jīng)發(fā)布的備忘信息記錄,將相似的備忘信息匹 配出來,返回給該用戶。這樣可以讓用戶容易的發(fā)現(xiàn)自己之前發(fā)布的類似信 息,增強了備忘功能。更一般的,服務(wù)器可以根據(jù)用戶發(fā)布信息的方式確定搜索的范圍,并在 所確定的范圍內(nèi)搜索相匹配的信息記錄。用戶發(fā)布信息的方式可以根據(jù)發(fā)布 途徑(如短信、彩信)或發(fā)布信息時所處的網(wǎng)頁類型等所確定。例如當(dāng)用彩 信發(fā)布信息時,則可以在包含圖片內(nèi)容的信息記錄范圍內(nèi)進行搜索匹配。又 如當(dāng)發(fā)布信息時處于備忘錄網(wǎng)頁,則服務(wù)器只在用戶自己的備忘錄范圍內(nèi)進行搜索;而當(dāng)發(fā)布信息時處于瀏覽好友發(fā)布的信息的網(wǎng)頁時,則服務(wù)器只在 用戶好友的信息記錄范圍內(nèi)進行搜索。通常微型博客網(wǎng)站在很多頁面都提供 的發(fā)布信息的功能區(qū)域,不同頁面發(fā)布信息時對應(yīng)處理程序不同,或者發(fā)布 信息時傳遞相應(yīng)的發(fā)布方式參數(shù),使服務(wù)器對不同發(fā)布方式進行識別并做相 應(yīng)處理。參照圖6,下面再結(jié)合流程圖進行舉例描述步驟601,檢測到用戶發(fā)布的信息為備忘信息,或者檢測到用戶是在備忘 信息瀏覽頁面發(fā)布的信息。步驟602,搜索該用戶已經(jīng)發(fā)布的備忘信息記錄。 步驟603,將相似的備忘信息匹配出來,返回給該用戶客戶端。 第六實施例主要描述微型博客之間的互聯(lián)互通。目前已經(jīng)有多家微型博 客在運營,各自互相獨立,這樣對用戶來說很不方便,如無法將另一個微型 博客網(wǎng)站的用戶加為好友等。首先舉例介紹 一下添加好友的過程微型博客網(wǎng)站A的用戶UserA在微型博客網(wǎng)站A提供的添加好友頁面 上選擇欲添加好友所在的微型博客網(wǎng)站的標(biāo)識名稱如B,然后輸入好友的標(biāo) 識名稱如UserB,點擊添加好友按鈕后,瀏覽器向微型博客網(wǎng)站A的服務(wù)器 A發(fā)送添加好友的請求,服務(wù)器A向微型博客網(wǎng)站B的服務(wù)器B發(fā)送消息, 消息中包括用戶UserA和UserB的標(biāo)識名稱,月良務(wù)器B 4企測是否有UserB 存在,如果存在還可以進一步檢測UserB的安全設(shè)置,根據(jù)安全設(shè)置驗證 UserA是否能夠添加UserB為好友。添加成功時服務(wù)器B增加一條UserB的 好友記錄,包含UserA的標(biāo)識名稱以及纟敖型博客網(wǎng)站A的標(biāo)識名稱。然后 服務(wù)器B向服務(wù)器A返回添加成功的響應(yīng)消息,服務(wù)器A也增加一條UserA 的好友記錄,包含UserB的標(biāo)識名稱以及樣i型博客網(wǎng)站B的標(biāo)識名稱。于 是兩個微型博客網(wǎng)站就分別建立了 UserA和UserB的好友關(guān)系記錄。如果服 務(wù)器B沒有添加成功,則向服務(wù)器A返回添加失敗的響應(yīng)消息,還可以包 括添加失敗的原因,如包括不存在UserB,或UserB不允許添加等原因描述。另一方面,當(dāng)刪除UserA的好友UserB時,服務(wù)器A在刪除本地的相應(yīng)好 友關(guān)系記錄之外,還向服務(wù)器B發(fā)送刪除通知,服務(wù)器B也將相應(yīng)的好友 關(guān)系記錄刪除。服務(wù)器可以只保存本網(wǎng)站的用戶所發(fā)布的信息,這樣在需要其他外部網(wǎng) 站的信息記錄時則要訪問外部服務(wù)器。例如,如果搜索的范圍限定在好友發(fā) 布的信息記錄,當(dāng)用戶的一些好友屬于其他微型博客網(wǎng)站時,則服務(wù)器需要 向其他微型博客網(wǎng)站的服務(wù)器提交相應(yīng)的搜索請求。搜索請求中包括用戶所 發(fā)布的信息、用戶所屬網(wǎng)站標(biāo)識名稱以及用戶標(biāo)識名稱等,接收到搜索請求 的服務(wù)器根據(jù)搜索請求中的用戶所屬網(wǎng)站標(biāo)識名稱以及用戶標(biāo)識名稱在好 友關(guān)系記錄中查詢確定本網(wǎng)站中該用戶的好友列表,然后在這些好友發(fā)布的 信息記錄中搜索與用戶所發(fā)布的信息相匹配的記錄,并將其返回給發(fā)送搜索 請求的服務(wù)器,發(fā)送搜索請求的服務(wù)器將其他服務(wù)器返回的信息記錄與本地 檢索出的信息記錄合并后一起返回給客戶端。簡單的合并可以是把本網(wǎng)站匹 配出的信息記錄放到頁面前面顯示,而把其他網(wǎng)站匹配出的信息記錄依次放 到后面顯示。當(dāng)然為了能按照匹配度來對所有的信息記錄排序, 一個服務(wù)器 可以對其他服務(wù)器返回的信息記錄計算匹配度,并與本地所匹配出信息記錄 一起按照匹配度進行排序。如果由其他服務(wù)器返回信息記錄時同時返回匹配 度,則可能由于匹配度的計算方法不一致而無法進行合理的排序,這里統(tǒng)一 由發(fā)送搜索請求的服務(wù)器來計算,可以保證匹配度計算的一致性。如果只是 簡單的按照時間排序,則可以根據(jù)其他服務(wù)器返回的信息記錄中的時間信息 進行排序即可,可以認為各個服務(wù)器的系統(tǒng)時間是準(zhǔn)確一致的,當(dāng)然也考慮 時差因素。 一般還可以限定搜索請求返回匹配記錄的數(shù)量上限或者時間范圍 等,這些限定可以在搜索請求中用相應(yīng)的參數(shù)指定即可。微型博客網(wǎng)站還可以開放搜索請求接口 ,具體的可以是基于HTTP協(xié)議 的接口,該接口不僅可以提供給其他微型博客網(wǎng)站,也可以提供給其他的互 聯(lián)網(wǎng)業(yè)務(wù)使用。搜索請求接口中包括搜索條件參數(shù),如文字內(nèi)容或關(guān)鍵詞參數(shù),還可以包括時間參數(shù)、用戶標(biāo)識等。服務(wù)器根據(jù)搜索請求接口中提供的 參數(shù)進行查詢,并將相匹配的信息記錄返回給發(fā)送搜索請求者。具體的接口可以采用HTTP GET或HTTP POST方法,其中HTTP GET方法將搜索條件 參數(shù)放在消息的請求行中,而HTTP POST方法可以將搜索條件參數(shù)放到消 息體中。另外還可以采用基于HTTP的SOAP協(xié)議來實現(xiàn)搜索請求接口,此 處不再贅述。基于HTTP GET方法的接口舉例如下GET http:〃www.example.com/search uid=123456&txt=hello HTTP/1.1其中參數(shù)"uid"和"txt"分別為用戶標(biāo)識和發(fā)布信息。該HTTP GET請求 消息被發(fā)往外部服務(wù)器,外部服務(wù)器在依據(jù)參數(shù)進行檢索后,將匹配的信息記 錄通過HTTP協(xié)議的200 OK響應(yīng)消息體中返回。參照圖7,下面再結(jié)合流程圖進行舉例描述步驟701 ,客戶端發(fā)布信息到服務(wù)器。步驟702,服務(wù)器獲取用戶的好友關(guān)系記錄。步驟703,服務(wù)器向外部服務(wù)器發(fā)送搜索請求??赡軙蛞粋€或多個外部 服務(wù)器發(fā)送搜索請求。步驟704,接收外部服務(wù)器返回的搜索結(jié)果。步驟705,將返回搜索結(jié)果中的信息記錄與本地檢索出的信息記錄合并。 步驟706,將合并的信息記錄返回給客戶端。服務(wù)器在接收到本網(wǎng)站用戶發(fā)布的信息后,也可以該信息同時發(fā)布到與之 互聯(lián)互通的外部服務(wù)器。反之,即服務(wù)器也可以接收外部服務(wù)器所轉(zhuǎn)發(fā)的發(fā)布 信息。 一個外部網(wǎng)站的用戶向外部服務(wù)器發(fā)布信息后,外部服務(wù)器除了在本地 存儲該信息外,外部服務(wù)器還檢測該用戶的好友關(guān)系記錄,確定該用戶好友所 屬的網(wǎng)站,用戶的好友可能會分布在多家不同的網(wǎng)站。外部服務(wù)器將發(fā)布的信 息以及用戶的標(biāo)識通過發(fā)布請求發(fā)送給好友所屬網(wǎng)站對應(yīng)的服務(wù)器。好友對應(yīng) 的服務(wù)器則將所述發(fā)布請求中的用戶標(biāo)識和所發(fā)布的信息、以及外部服務(wù)器對 應(yīng)的網(wǎng)站標(biāo)識等一起存儲在本地的信息庫中。服務(wù)器在后續(xù)匹配處理時,如果有匹配的信息來自外部服務(wù)器,則將外部 服務(wù)器對應(yīng)的網(wǎng)站標(biāo)識或名稱和信息記錄一起返回并呈現(xiàn)。上述的發(fā)布請求可以采用與HTTP ( Hypertext Transfer Protocol,超文本傳 輸協(xié)議)協(xié)議綁定的SOAP ( Simple Object Access Protocol,簡單對象訪問協(xié)議) 協(xié)議來實現(xiàn)。具體舉例如下POST/publish HTTP/1.1Content-Type: text/xml; charset="utf-8"Content-Length: nnnnSOAPAction: "http:〃www.example.com/publish/"Host: www.example.com< xml version="1.0" encoding="UTF-8" ><env:Envelope xmlns:env="http:〃www.w3.org/2001/06/soap-envelope"> <env:Body><publish—blog xmlns="http:〃www.example.com/schema/"〉 <domain>example</domain> <domain—name>www. example .net</domain—name〉 <uid>xyz@example .net</uid> <txt>Hello World</txt> </publish—blog> </env:Body〉 </env:Envelope>上述SOAP協(xié)議中采用與HTTP POST方法綁定,在消息體中包含了用戶 標(biāo)識"uid"以及發(fā)布信息"txt"。另外還直接將用戶歸屬的外部服務(wù)器的標(biāo)識 "domain—name"和名稱"domain"也包含在消息體中。 參照圖8,下面再結(jié)合流程圖進行舉例描述 步驟801,服務(wù)器接收并保存本網(wǎng)站用戶發(fā)布的信息。 步驟802,查詢用戶的好友關(guān)系記錄,確定用戶好友所在的外部服務(wù)器。 步驟803,將該信息同時發(fā)布到外部服務(wù)器。第七實施例描述媒體信息共享的方法,媒體如音樂、視頻等。即時通信客 戶端可以收集正在播放媒體的媒體信息,如正在播放的音樂或電影信息,媒體 信息一般包括媒體的名稱,還可以包括專輯名稱、藝術(shù)家等信息,媒體信息實 際上也是一種應(yīng)用程序信息, 一般可以從媒體播放程序獲取媒體信息??蛻舳?還可以獲取媒體播放的時間信息如開始時間,具體的如果媒體播放開始之后即 時通信客戶端才啟動,則可以根據(jù)當(dāng)前媒體的播放時間來確定播放的開始時間, 如果媒體播放開始時即時通信客戶端已經(jīng)啟動了 ,則客戶端可以直接記錄播放 的開始時間。然后客戶端可以將包含播放開始時間的媒體信息進行發(fā)布; 一般 發(fā)布到即時通信服務(wù)器,由即時通信服務(wù)器將其向訂閱者分發(fā),實際上即向用 戶的好友進行分發(fā)。另外為了避免客戶端的時間不準(zhǔn)確,可以按以下方法處理客戶端發(fā)布々某體信息時,將當(dāng)前的播放進度信息作為時間信息一起發(fā)布到服務(wù)器,進度信息 即當(dāng)前i某體已經(jīng)播放的時間長度,如果媒體播放開始之后即時通信客戶端才啟動,則進度時間信息為一個正數(shù),可以用秒計算;如果i某體播;改開始時即時通 信客戶端已經(jīng)啟動了,則可以立即發(fā)布相應(yīng)的媒體信息,這是相應(yīng)的進度時間 信息為0秒。服務(wù)器在接收到播放進度信息后,根據(jù)自身的系統(tǒng)時間計算出媒 體播放的開始時間,然后將以服務(wù)器系統(tǒng)時間為基準(zhǔn)的播放開始時間替換媒體 信息中的播放進度信息,并分發(fā)給訂閱者。訂閱者的即時通信客戶端可以根據(jù) 記錄的自身時間和服務(wù)器時間的差值來計算出實際的播放進度。由于客戶端與 服務(wù)器進行通信時很多實時的請求和響應(yīng)的時間差一般都會在最多幾秒以內(nèi), 所以可以近似得將客戶端向服務(wù)器發(fā)送實時請求的時間與獲得的對應(yīng)服務(wù)器響 應(yīng)中所帶服務(wù)器時間的差值作為客戶端與服務(wù)器之間的系統(tǒng)時間差值,考慮請 求和響應(yīng)之間的延遲,還可以增加一兩秒的補償量。具體的,如可以根據(jù)服務(wù) 器發(fā)送的SIP NOTIFY消息或200 OK響應(yīng)消息中的時間如Date或Timestamp 頭字段信息來計算系統(tǒng)時間差值。服務(wù)器沒有直接將所發(fā)布的播放進度進行分發(fā)的原因是由于服務(wù)器可能并不能立即將播放進度進行分發(fā)。服務(wù)器接收到發(fā)布的播放進度時某個好友還沒 有上線,當(dāng)該好友上線時,由于已經(jīng)過了一段時間了,顯然不能直接將原來的 播放進度發(fā)送給他。另一種方案是,如果服務(wù)器記錄發(fā)布的播放進度信息和當(dāng) 時的發(fā)布時間,當(dāng)服務(wù)器發(fā)送播放進度信息時,需要計算發(fā)送時的時間與發(fā)布 時間的差值,將差值增加到播放進度上再進行發(fā)送。當(dāng)然如果服務(wù)器在接收到 發(fā)布的播放進度信息時,立即進行分發(fā),則不需要計算差值,直接分發(fā)所接收 到的播放進度信息即可??蛻舳嗽诮邮盏椒?wù)器分發(fā)的播放進度信息時,記錄 自身當(dāng)時的系統(tǒng)時間,后續(xù)客戶端即可利用接收到的播放進度信息以及所記錄 的自身當(dāng)時的系統(tǒng)時間來計算出當(dāng)前實際的播放進度,從而進行同步處理。好友的客戶端獲取所訂閱的媒體信息,其中包括了播放的時間信息。通常 客戶端并不會在接收到媒體信息后就立即進行同步處理,而是可能會在后續(xù)當(dāng) 檢測到與發(fā)布媒體信息者處于通信狀態(tài)時,或者當(dāng)檢測到發(fā)布媒體信息者被選 中時,才進行同步處理,這時客戶端根據(jù)播放的時間信息同步播放相應(yīng)的媒體, 或者同步顯示相應(yīng)媒體的歌詞或字幕文本??蛻舳丝梢愿鶕?jù)媒體信息中的音樂 或視頻的信息如標(biāo)題和藝術(shù)家的名稱等去查詢獲取相應(yīng)歌詞或字幕文件,如歌詞(Lyric)文件通常為LRC格式,具體格式舉例如下 [ti:Hello Goodbye] [ar: Cheyenne Kimball] [al:The Day Has Come]
      07. Hello Goodbye
      Am I speaking Japanese
      I told you 20 times when neat
      but you still don't get it。其中包括標(biāo)題等信息,而每句歌詞前有時間信息,如
      ,通用格式 為"[mm:ss.fff]",即"分鐘數(shù):秒數(shù)"。字幕(subtitle)文件格式如SRT等與歌詞 文件類似,此處不再贅述。客戶端根據(jù)播放的時間信息計算出播放的實際進度, 然后在本地播放顯示的字幕或歌詞調(diào)整到相應(yīng)的時間點即可。另外客戶端在獲取所訂閱的媒體信息后,可以自動調(diào)用搜索引擎查詢并下 載對應(yīng)的媒體資源文件,或者歌詞、字幕文本等。如媒體信息中包含一首歌曲 的名稱和歌手的名稱,則將這些媒體信息作為搜索關(guān)鍵詞調(diào)用搜索引擎進行查 詢,并可以進一步從查詢結(jié)果中取出媒體資源文件或者歌詞、字幕文本等的地 址,然后將其下載到客戶端。當(dāng)然也可以首先在客戶端本地進行搜索相應(yīng)的媒 體資源文件,如果本地已經(jīng)有了則不必進行下載了。查詢或下載之前還可以向 用戶進行提示確認,在用戶確認之后才進行查詢或下載操作。另外在發(fā)布々某體信息時,還可以包^4某體的總時長信息,這樣可以據(jù)此判 斷該媒體當(dāng)前是否已經(jīng)播放完了??蛻舳嗽谝粋€媒體播放完成之后,可以播放 其它媒體或者重復(fù)播放媒體,在檢測到任一媒體開始播放之時,客戶端可以進 行媒體信息的發(fā)布。參照圖9,下面再結(jié)合流程圖進行舉例描述步驟901,即時通信客戶端收集并發(fā)布正在播放媒體的媒體信息,其中包括媒體播放的時間信息。步驟902,服務(wù)器接收并分發(fā)媒體信息。 步驟903,好友的客戶端獲取所訂閱的々某體信息。 步驟904,調(diào)用搜索引擎查詢并下載i某體信息對應(yīng)的媒體資源文件。 步驟905,當(dāng)檢測到與發(fā)布媒體信息者處于通信狀態(tài)時,或者當(dāng)檢測到發(fā) 布媒體信息者被選中時,進行同步處理。參照圖10,為即時通信客戶端與好友進行通信時的通信狀態(tài)界面,主要包 括聊天文字顯示區(qū)域B1,歌詞同步顯示區(qū)域B2,文字輸入?yún)^(qū)域B3,發(fā)送按鈕 B4。用戶在文字輸入?yún)^(qū)域B3輸入文字信息,然后點擊發(fā)送按鈕B4將文字發(fā)送 出去,文字信息顯示在聊天文字顯示區(qū)域Bl中,將好友正在播放音樂對應(yīng)的 歌詞顯示在歌詞同步顯示區(qū)域B2,可以從上到下進行滾動播放。很多即時通信客戶端都提供設(shè)置和顯示簽名信息的功能,簽名信息可以是 用戶自己輸入的一段文字或者是客戶端自動獲取到的媒體信息??梢栽陲@示好友的簽名信息時,同時顯示一個對應(yīng)的查詢按鈕;當(dāng)所述查詢按鈕被點擊時, 以對應(yīng)的簽名信息作為搜索關(guān)鍵字調(diào)用搜索引擎進行查詢。可以在即時通信客 戶端或者瀏覽器中顯示查詢結(jié)果。這樣可以方便用戶在互聯(lián)網(wǎng)上查詢好友簽名 相關(guān)的信息,尤其是可以根據(jù)媒體信息查詢到相關(guān)的媒體資源文件。當(dāng)然也可 以在客戶端本地查詢相關(guān)的媒體資源文件。不需要用戶將簽名信息進行復(fù)制或 者手工輸入到搜索引擎中去了,節(jié)省了操作步驟。如果簽名信息為媒體信息,則客戶端在接收到查詢結(jié)果時,根據(jù)查詢結(jié)果 提供的資源鏈接下載對應(yīng)的媒體資源文件??蛻舳丝梢赃呄螺d邊播放,也可以 下載完成后再播放。在下載完成之后,可以在簽名信息旁邊顯示一個播放按鈕 或同步播放按鈕,當(dāng)播放按鈕被點擊,可以從頭開始播放相應(yīng)媒體,而當(dāng)同步 播放按鈕被點擊,可以根據(jù)媒體信息中的時間信息進行同步播放處理。參照圖11,為即時通信客戶端界面, 一般會顯示聯(lián)系人列表即好友列表, 每個好友項目顯示有一個圖標(biāo),好友的名稱以及簽名。當(dāng)鼠標(biāo)停留到中的一個項目如好友l時,則在簽名信息的后面顯示相應(yīng)的查詢按鈕A1。如果簽名信息 包^H 某體信息,則當(dāng)媒體被下載或獲得媒體資源的地址后,在簽名信息后顯示 一個相應(yīng)的播力t按4丑A2。第八實施例描述使用微型博客外部的搜索引擎對用戶發(fā)布信息進行查詢的 方法。以網(wǎng)頁方式為例,用戶訪問微型博客網(wǎng)站時,在網(wǎng)頁中顯示每條信息記 錄時,同時顯示一個相應(yīng)的搜索按鈕;當(dāng)所述搜索按鈕被點擊時,調(diào)用搜索引 擎對相應(yīng)的信息記錄內(nèi)容進行查詢。具體的可以在每條顯示的信息記錄下面顯 示一個"搜索"按鈕或超鏈接。所述每個"搜索"按鈕或超鏈接對應(yīng)的網(wǎng)頁源 文件中的代碼由微型博客服務(wù)器根據(jù)每條信息記錄的內(nèi)容生成。舉例如下,如 果一條信息記錄的文字內(nèi)容為"Hello",則服務(wù)器為該信息記錄生成的對應(yīng)"搜 索"超鏈接源代碼可以是<a href="http:〃www.example.com/s txt=Hello" target="—blank"〉4叟索</a> 從上可見直接將信息記錄中的文字內(nèi)容傳遞了搜索引擎如"http:〃www.example.com/s'5 。如果信息記錄中的文字內(nèi)容較多,如超過30個漢字,則最好不要直接向搜 索引擎?zhèn)鬟f全部的文字內(nèi)容。服務(wù)器可以預(yù)置文字數(shù)量上限,如30,當(dāng)服務(wù)器 檢測到信息記錄的文字內(nèi)容多于預(yù)置文字上限時,則提取信息記錄的文字內(nèi)容 中的關(guān)鍵詞,并將提取的關(guān)鍵詞傳送給搜索引擎,以供查詢使用。這樣向搜索 引擎?zhèn)鬟f的信息量減少,而且微型博客網(wǎng)站更了解用戶,如用戶在微型博客網(wǎng) 站注冊時提供了愛好、職業(yè)、地區(qū)等信息,微型博客網(wǎng)站可以基于用戶的特征 來提取到更合適的關(guān)鍵詞。例如服務(wù)器從一條信息記錄中提取出的關(guān)鍵詞為"weekend"和"overtime", 則服務(wù)器為該條信息記錄生成對應(yīng)的"搜索,,超鏈接源代碼可以是<a href="http :〃www.example cn/search q=weekend+overtime" >搜索</a〉當(dāng)用戶在瀏覽器中點擊在信息記錄下面顯示的相應(yīng)的"搜索"超鏈接時,瀏覽器會向搜索引擎服務(wù)器發(fā)送HTTP GET請求,搜索結(jié)果在響應(yīng)消息中返回 給瀏覽器。用戶發(fā)布的信息有多種類型,除了普通的純文字信息外,還可以包括圖片 信息等。另外還可以包括々某體信息,如正在聽的音樂名稱,或正在看的電影名 稱等。服務(wù)器可以首先判斷信息記錄的內(nèi)容類型,然后根據(jù)內(nèi)容類型調(diào)用相應(yīng) 的搜索引擎。如在檢測到一條信息記錄只包含普通的純文字信息,則可以調(diào)用 普通的通用搜索引擎進行查詢,而如果檢測到一條信息記錄中除了文字信息還 包含圖片時,則可以調(diào)用圖片搜索引擎,當(dāng)然傳遞給圖片搜索引擎的可以是信 息記錄中的文字信息和/或圖片。如果服務(wù)器檢測到信息記錄中包括媒體信息時,媒體信息可以包括媒體名 稱、藝術(shù)家名稱和媒體類型等。微型博客的虛擬機器人可以在即時通信客戶端 獲得媒體名稱、藝術(shù)家名稱和媒體類型等信息后,將這些媒體信息發(fā)布到微型 博客服務(wù)器。服務(wù)器將媒體名稱等傳送給媒體類型所對應(yīng)的垂直搜索引擎進行 查詢,垂直搜索引擎是相對于通用的搜索引擎來說的,專用于某一領(lǐng)域內(nèi)的搜索,如圖片搜索引擎、音樂搜索引擎或視頻搜索引擎等。如虛擬機器人發(fā)布的
      一條信息記錄"正在聽音樂青花瓷周杰倫,,,則服務(wù)器根據(jù)信息中內(nèi)容類型
      指示"正在聽音樂"確定為音樂類型的媒體,對應(yīng)一個音樂搜索引擎,并將媒 體名稱、藝術(shù)家名稱一起傳送給該音樂搜索引擎。在服務(wù)器中可以預(yù)先保存有 信息類型和搜索引擎的對應(yīng)關(guān)系。服務(wù)器為該信息記錄生成的"搜索,,超鏈接
      源代碼可以是 <3
      href="http:〃music.example.cn/m w=%C7%E0%BB%A8%B4%C9+%D6%DC%B Dy。DC。/oC2。/。D7"〉搜索〈/a〉
      此外還可以為顯示的每條信息記錄提供一個"站內(nèi)搜索,,的按鈕或超鏈接,
      當(dāng)其被點擊時,服務(wù)器將在本站內(nèi)的信息庫中查詢與該信息記錄相關(guān)的信息。
      參照圖12,為瀏覽器中顯示信息記錄的界面,所顯示的每條信息記錄主要 包括用戶名如"用戶A"以及用戶的圖標(biāo),還有文字信息內(nèi)容A13,如果有圖 片內(nèi)容,也可以在右側(cè)顯示圖片。在信息記錄的下面可以顯示一些超鏈接如"評 論",還有"搜索"All、"站內(nèi)搜索"A12等。當(dāng)點擊"搜索"All超鏈接時, 調(diào)用搜索引擎對信息記錄中的文字信息進行檢索,然后將檢索結(jié)果在一個新的 網(wǎng)頁中顯示給用戶。
      參照圖13,下面再結(jié)合流程圖進行舉例描述
      步驟1301,服務(wù)器檢測到信息記錄的文字內(nèi)容多于預(yù)置文字上限時,提取
      信息記錄的文字內(nèi)容中的關(guān)4定詞。
      步驟1302,判斷信息記錄的內(nèi)容類型,根據(jù)內(nèi)容類型調(diào)用相應(yīng)的搜索引擎。 步驟1303,生成調(diào)用相應(yīng)的搜索引擎對提取出的關(guān)4建詞進行查詢的搜索超鏈接。
      步驟1304,顯示每條信息記錄時,同時顯示一個相應(yīng)的搜索超鏈接。
      索按鈕,使用戶直接通過一次點擊操作就可以進行相應(yīng)的搜索。還可以根據(jù)信 息類型調(diào)用相應(yīng)的搜索引擎進行搜索,并對搜到的媒體資源文件進行下載,進而同步播;汰。
      第九實施例描述基于會話初始協(xié)議SIP的事件發(fā)布和通知^/L制來實現(xiàn) 應(yīng)用(如媒體播放)的同步。這里還是以媒體播放為例,不同客戶端之間同 步播放媒體所需要的信息主要包括媒體名稱和播放進度等,同步的關(guān)鍵問題 在于如何基本準(zhǔn)確的傳遞實際的播放進度信息,因為不同客戶端之間的系統(tǒng) 時間很可能是不一致的,用戶可以基于一些目的任意設(shè)置自己計算機或手機 的系統(tǒng)時間。其他的應(yīng)用如地圖程序進行同步(即同步應(yīng)用界面場景)可能 需要當(dāng)前的地圖坐標(biāo)等,來實現(xiàn)不同客戶端同時顯示基本相同的地圖場景。
      客戶端首先獲取服務(wù)器的系統(tǒng)時間,具體可以根據(jù)服務(wù)器發(fā)送的 一 些消
      息如SIP NOTIFY消息或200 OK響應(yīng)消息中的時間如Date或Timestamp頭 字段信息。從而可以算出客戶端與服務(wù)器之間的系統(tǒng)時間差值。
      第 一客戶端使用SIP PUBLISH發(fā)布方法發(fā)布媒體信息事件包到服務(wù)器, 事件包中包括媒體信息,媒體信息中包括媒體播放的開始時間,這個開始時 間以服務(wù)器的系統(tǒng)時間為準(zhǔn),而不是客戶端的系統(tǒng)時間。具體舉例如下
      <formula>formula see original document page 38</formula>其中該PUBLISH消息中,事件包的名稱為"mediainfo",事件包的內(nèi) 容類型為"application/mediainfo+xml",另外一些SIP字革爻為簡明起見進行了省略。事件包的內(nèi)容中包括目前音樂"tune"的一些信息,如音樂標(biāo)題名 稱"title",和音樂的總時長"total—time"等,還包括音樂開始時的服務(wù)器 的系統(tǒng)時間"server—start—time"。如果該音樂資源可以從一個具體的地址獲 取,還可以包括對應(yīng)資源地址如"uri"。如果播放的音樂為本地一個媒體文 件,則可以同時提供一些文件信息,以便對方客戶端可以下載到相同的文件, 如文件大小"size",文件名"name",文件名要包括文件后綴,以便識別 文件類型。文件還可以包括文件數(shù)據(jù)的哈希值"shal"。
      第二客戶端通過SIP SUBSCRIBE訂閱方法向服務(wù)器訂閱好友對應(yīng)的媒 體信息事件包,服務(wù)器通過SIP NOTIFY通知方法向訂閱者如第二客戶端分 發(fā)第 一客戶端發(fā)布的媒體信息事件包。第二客戶端收到媒體信息事件包后, 可以根據(jù)自己系統(tǒng)時間與服務(wù)器系統(tǒng)時間的差值計算出相對于自身的播放 開始時間,即實際的播放進度,從而進行同步處理。
      客戶端和服務(wù)器之間系統(tǒng)時間差值的一種簡單計算方法是,當(dāng)客戶端發(fā) 送一個實時請求消息(如SIPINFO)時記錄客戶端本地時間Tl,服務(wù)器接 到請求后,將服務(wù)器本地系統(tǒng)時間T2放到響應(yīng)消息(如200OK)中,客戶 端在接到響應(yīng)消息時獲取當(dāng)時客戶端系統(tǒng)時間T3,則客戶端和服務(wù)器的系 統(tǒng)時間差值可以近似為(Tl+T3) /2-T3,即為客戶端發(fā)送請求時的時間與
      客戶端在第一時間Tl發(fā)送實時請求到服務(wù)器,該請求在網(wǎng)絡(luò)中耗時為X, 服務(wù)器將自身的系統(tǒng)時間即第二時間T2在響應(yīng)中返回給客戶端,耗時為Y, 客戶端在第三時間T3接收到該響應(yīng)。如果X和Y差不多或者值很小,則計 算出的客戶端和服務(wù)器的系統(tǒng)時間差值就會比較精確。
      注意選擇的請求和響應(yīng)消息最好具有很好的實時性,即服務(wù)器可以近似 實時的返回響應(yīng),不需要花較多時間進行處理,如服務(wù)器的處理時間最好不 超過1秒。服務(wù)器如果需要一定時間處理請求消息,則其返回的時間應(yīng)當(dāng)取 服務(wù)器處理期間的中間時刻值,而最好不是接到請求消息的時間或者發(fā)送響應(yīng)消息的時間。這樣得出的差值其精確度取決于從客戶端到服務(wù)器的請求消 息與從服務(wù)器到客戶端的響應(yīng)消息在網(wǎng)絡(luò)中傳輸?shù)臅r間差異,實際上傳輸時 間很短,而且來回傳輸經(jīng)過的網(wǎng)絡(luò)基本相同因此差異很小。這樣不僅充分考 慮到了消息在網(wǎng)絡(luò)中的傳輸時間,也考慮了服務(wù)器的處理時間,使得出的差
      值更加精確,vA而同步效果更好。另外也可以簡單的通過RFC 868所定義的
      時間協(xié)議使客戶端獲得服務(wù)器的系統(tǒng)時間。
      參照圖15,下面再結(jié)合流程圖進行舉例描述
      步驟1501,第一客戶端使用SIP PUBLISH發(fā)布方法發(fā)布媒體信息事件包到 服務(wù)器,4某體信息中包括以服務(wù)器的系統(tǒng)時間為準(zhǔn)的i某體播放開始時間。
      步驟1502,服務(wù)器通過SIP NOTIFY通知方法向第二客戶端發(fā)送第一客戶 端發(fā)布的i某體信息事件包。
      步驟15(B,第二客戶端收到i某體信息事件包后,根據(jù)自己系統(tǒng)時間與服務(wù) 器系統(tǒng)時間的差值計算出實際的播放進度。
      步驟1504,第二客戶端根據(jù)實際的播放進度進行同步處理。
      第十實施例描述微型博客網(wǎng)站與呈現(xiàn)業(yè)務(wù)或即時通信業(yè)務(wù)的互通。用戶 通過手機、計算機等終端發(fā)布的微型博客信息實際上也可以同時作為呈現(xiàn)信 息,具體可以如下實現(xiàn)
      微型博客服務(wù)器接收用戶發(fā)布的信息,包括文字信息和圖片信息等。然 后將這些信息放入相應(yīng)的呈現(xiàn)信息元素中,如
      <microblog〉
      <text〉very yellow, very violent</text>
      </microblog>
      其中微型博客元素"microblog"中可以包括文本信息如"text",還可 以包括圖片信息如"picture"等子元素。微型博客服務(wù)器將呈現(xiàn)信息元素包 含在呈現(xiàn)信息事件包中,將其通過SIP PUBLISH方法或XCAP (XML Configuration Access Protocol, XML配置訪問協(xié)議)協(xié)議發(fā)布到呈現(xiàn)服務(wù)器 或即時通信服務(wù)器。另外微型博客服務(wù)器記錄了用戶所設(shè)置的SIP標(biāo)識,即呈現(xiàn)業(yè)務(wù)或即時 通信業(yè)務(wù)的用戶標(biāo)識,如'^卩:1186^@6乂311^16.(;0111",也可以是凄t字或電話號 碼等標(biāo)識。微型博客服務(wù)器在發(fā)布呈現(xiàn)信息時,將用戶的標(biāo)識包含在呈現(xiàn)信 息文檔中。呈現(xiàn)服務(wù)器或即時通信服務(wù)器在接收到該微型博客呈現(xiàn)信息后可 以根據(jù)所述的用戶標(biāo)識將其與該用戶其他的呈現(xiàn)信息進行合并,然后分發(fā)給 該用戶呈現(xiàn)信息的訂閱者。這樣用戶可以在發(fā)布微型博客信息的同時也將其 作為呈現(xiàn)信息發(fā)布, 一舉兩得,節(jié)省了時間和操作步驟。
      參照圖16,下面再結(jié)合流程圖進行舉例描述
      步驟1601,微型博客服務(wù)器接收用戶發(fā)布的信息。
      步驟1602,將這些信息轉(zhuǎn)換為相應(yīng)的呈現(xiàn)信息元素。
      步驟1603,通過SIP PUBLISH方法或XCAP協(xié)議發(fā)布信息到呈現(xiàn)服務(wù)器 或即時通信服務(wù)器。
      第十一實施例主要描述了具有位置屬性的信息記錄的情形。實際上微型 博客還可以作為普通民眾發(fā)布新聞消息即進行報料的平臺,用戶可以通過短 消息,多媒體消息或網(wǎng)頁等將新聞事件的信息發(fā)布到微型博客網(wǎng)站,這種方 式使新聞傳播更加及時和直接。為了將用戶發(fā)布的報料信息與其他普通信息 進行區(qū)別,可以在通過在發(fā)布信息中增加報料功能標(biāo)識。舉例如下,如用戶 通過短消息發(fā)布的信息為"報梅林關(guān)堵車了",則服務(wù)器接收到該信息后, 檢測到該信息的以報料功能標(biāo)識"報"開始,則將報料功能標(biāo)識后續(xù)空格之 后的信息內(nèi)容部分"梅林關(guān)堵車了"保存,并標(biāo)記該保存的信息記錄為報料
      ^f呂息。
      如果用戶通過網(wǎng)頁發(fā)布報料信息,則在提供給用戶輸入報料信息的文本 框中設(shè)置缺省的初始內(nèi)容為報料功能標(biāo)識如"報",這樣用戶就不用自己再 輸入了。其他的一些特殊信息的輸入也可以采用這種方式,如備忘錄信息的 輸入,在提供給用戶輸入備忘錄信息的文本框中設(shè)置缺省的初始內(nèi)容為備忘 功能標(biāo)識如"*,,或"備"等。很多新聞事件都是和位置相關(guān)的,特別是普通用戶進行報料的事件,但 用戶發(fā)布的報料信息中可能沒有提供位置信息或者提供的位置信息不準(zhǔn)確。 另外用戶對自己發(fā)布的信息有時也希望能記錄一下自己發(fā)布信息時的位置, 可以僅供自己或某些好友查看已發(fā)布信息的位置屬性。因此如何為用戶發(fā)布 的信息添加位置屬性信息,是個值得解決的問題。
      微型博客服務(wù)器可以在接收用戶發(fā)送的信息之后,根據(jù)發(fā)送信息者在網(wǎng) 站注冊綁定的手機號碼,向定位系統(tǒng)發(fā)送位置查詢請求,位置查詢請求中包括 該用戶的手機號碼。然后接收定位系統(tǒng)返回的手機號碼對應(yīng)的當(dāng)前位置信息, 根據(jù)所述的當(dāng)前位置信息確定位置屬性。由于位置信息涉及用戶的隱私,因此 用戶一般會在定位系統(tǒng)中設(shè)置授權(quán)微型博客網(wǎng)站可以獲取自己的位置信息,還 可以設(shè)置所提供的位置信息的精度等。微型博客服務(wù)器向定位系統(tǒng)發(fā)送位置查 詢請求中可以攜帶微型博客的業(yè)務(wù)提供商SP標(biāo)識,定位系統(tǒng)根據(jù)該SP標(biāo)識 確定是否該服務(wù)器有獲取用戶位置信息的權(quán)限,如果有則提供相應(yīng)精度的位 置信息。定位系統(tǒng)也可以同時返回多種精度的位置信息,而微型博客服務(wù)器 根據(jù)用戶的設(shè)置向不同的信息查看者提供相應(yīng)精度的位置信息,如向非好友 用戶提供城市信息,向好友提供更精確的區(qū)域信息,而自己則可以查看精確 的坐標(biāo)信息等。
      另外短消息中心或多々某體消息中心在收到發(fā)送的信息后,向發(fā)送的信息的 手機號碼對應(yīng)的歸屬位置寄存器HLR發(fā)起位置查詢請求,并將獲得的位置查詢 結(jié)果插入到所述信息中,然后轉(zhuǎn)發(fā)給微型博客服務(wù)器,微型博客服務(wù)器根據(jù)所 述信息中的位置查詢結(jié)果確定位置屬性。如用戶終端通過短消息或多媒體消息 發(fā)送的原始的文字信息為"報五輛車撞在一起了",則短消息中心或多々某體消
      息中心通過移動應(yīng)用部分MAP ( Mobile Application Part )協(xié)議如 MAP—Any—Time—Interrogate請求從HLR查詢到位置信息即拜訪小區(qū)標(biāo)識 (Cell-ID ),然后翻譯成可以直接應(yīng)用的經(jīng)綿度數(shù)據(jù)或位置名稱信息,將經(jīng)綿度 或位置名稱插入到原始的文字信息中,如"報五輛車撞在一起了 /!深圳南山"。此處將位置信息插入到原信息的最后,并在位置信息前增加位置標(biāo)識符7!", 使其與普通的文字信息內(nèi)容進行區(qū)別。短消息中心或多媒體消息中心將插入了
      位置信息的信息發(fā)送給微型博客服務(wù)器,微型博客服務(wù)器從中解析出所包含的 位置信息,然后將信息內(nèi)容部分"五輛車撞在一起了"和位置信息一起保存。 注意根據(jù)用戶的位置權(quán)限設(shè)置,即使可以查詢一條信息的內(nèi)容,但可能也不能 查看相應(yīng)的位置信息。當(dāng)然對于一些精度較低的位置信息,用戶可以不限制查 看權(quán)限。
      還可以簡單的根據(jù)發(fā)送信息者的IP地址確定位置屬性。如用戶客戶端通過
      網(wǎng)頁發(fā)布信息到服務(wù)器,則服務(wù)器獲M戶端的IP地址,通過互聯(lián)網(wǎng)的WHOIS
      服務(wù), 一般可以獲取到該IP地址所歸屬的城市,可以將城市名稱作為信息的位 置屬性。
      類似的,根據(jù)發(fā)送信息者的電話號碼的歸屬地確定位置屬性。如在中國手 機號碼的號段或電話號碼的區(qū)號與城市有固定的對應(yīng)關(guān)系,可以將電話號碼的 歸屬城市名稱作為信息的位置屬性。
      如果想要發(fā)布信息時,同時搜索出與發(fā)布信息的位置屬性相匹配的信息 記錄,則可以在發(fā)布時,在信息庫中檢索位置屬性相同或相近的信息記錄。 如同一城市或行政區(qū)名稱,或者根據(jù)位置的經(jīng)絆度坐標(biāo)計算出的距離在預(yù)置 范圍之內(nèi)等。另外當(dāng)一個信息瀏覽者向服務(wù)器獲取信息時,服務(wù)器可以首先 獲取信息瀏覽者的位置信息,然后在信息庫中檢索與其具有相同或相近位置 屬性的信息記錄,并將匹配的信息記錄返回^^[言息瀏覽者的客戶端。
      用戶在注冊時一般填寫自己生活的城市或地區(qū),但這可能不是用戶發(fā)布 消息時所在的城市或地區(qū)。微型博客網(wǎng)站可以提供按區(qū)域位置信息瀏覽方 式,如在網(wǎng)頁上提供各個省或地區(qū)的位置超鏈接,對應(yīng)在不同省或地區(qū)的用 戶所發(fā)布的信息記錄。當(dāng)用戶點擊某個省或地區(qū)如"廣東"位置超鏈接后, 服務(wù)器向瀏覽器返回位置屬性與"廣東"相匹配的信息記錄。并且可以進一 步顯示該省或地區(qū)內(nèi)的城市超鏈接,如"深圳"位置超鏈接,對應(yīng)位于該城市內(nèi)的用戶所發(fā)布的信息記錄,以此類推可以精確到"行政區(qū)"等。服務(wù)器 可以計算每個位置的當(dāng)日所發(fā)布的信息記錄總數(shù)量,在生成的向瀏覽器提供 的頁面中的每個位置名稱后顯示對應(yīng)的信息記錄總數(shù)量,如果某個位置對應(yīng) 的信息記錄數(shù)量為零,則不顯示該位置名稱。參照圖17,左側(cè)為信息記錄 顯示區(qū)域Dl,顯示與選定位置匹配的信息記錄,右側(cè)顯示當(dāng)前位置包含的
      子區(qū)域超鏈接如"福田區(qū)(56)" D2,其中的數(shù)字表示該位置區(qū)域?qū)?yīng)的信息 i己錄總數(shù)量。
      可以將用戶的報料信息集中在一起顯示,如增加"報料,,子頁面。參照圖 18,為觀察某個用戶如"用戶A"時的瀏覽器顯示的頁面,其中將用戶A相關(guān) 的消息分為了幾類分別顯示,如"消息"Cl,"和好友的消息"C2,以及"報 料"C3等。當(dāng)點擊"才艮料"C3時,在信息記錄顯示區(qū)域C4中顯示用戶所發(fā)送 的報料信息,可以按發(fā)布時間的先后次序?qū)π畔⒂涗浥判颉?br> 參照圖19,下面再結(jié)合流程圖舉例描述對信息瀏覽者進行位置屬性匹配的 情形
      步驟1901,信息瀏覽者向服務(wù)器請求獲取信息記錄。 步驟1902,服務(wù)器獲耳又信息瀏覽者的位置信息。
      步驟1903,在信息庫中檢索與其具有相同或相近位置屬性的信息記錄。 步驟1904,并將匹配的信息記錄返回給信息瀏覽者的客戶端。 可見本實施例通過為信息記錄生成并保存位置屬性,使用戶可以獲得與自 己位置匹配相關(guān)的信息。
      更一般的,實際上對于沒有確定對象的言論或自言自語,都適合發(fā)布在微 型博客中,如報料等,還有用戶也可以在微型博客發(fā)布自己的愿望,表達自己 想要的事物等。參照圖18,具體實現(xiàn)可以增加一個類似"報料,,的"愿望"子 頁面C6,集中顯示用戶所發(fā)布的"愿望"信息,用戶發(fā)布的信息中包括與"愿 望"相應(yīng)的功能標(biāo)識,服務(wù)器據(jù)此識別信息類型,并將信息類型和信息內(nèi)容一 起存儲在信息庫中。這種"愿望,,信息比其他信息更有價值,因為這一般揭示了用戶的需求,利用這些信息可以選擇匹配適當(dāng)?shù)膹V告信息提供給用戶。除了 用明確的功能標(biāo)識識別信息類型外,還可以通過語義分析確定是否為"愿望,, 類型的信息,如用戶發(fā)布信息"想換個手機",通過其中的表達意愿的"想"關(guān) 鍵字,以及后續(xù)緊跟的動詞和名詞,可以確定該信息為"愿望,,類型的信息, 服務(wù)器存儲這條信息時同時將識別出的"愿望"類型一起存儲。該信息發(fā)布后, 服務(wù)器可以將與"手機"相關(guān)的廣告信息返回并呈現(xiàn)在信息發(fā)布后的頁面中。 類似的還可以增加一個"問題,,子頁面C5,用戶可以發(fā)布自己的問題信息,而 其他用戶可以通過回復(fù)該問題信息來回答問題。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分步 驟是可以通過程序來指令相關(guān)的硬件完成,所述的程序可以存儲于一種計算 機可讀存儲介質(zhì)中,該程序在運行時,執(zhí)行上述實施例方法中的全部或部分 步驟。上述提到的存儲介質(zhì)可以是只讀存儲器,磁盤或光盤等。如圖20所示,微型博客服務(wù)器可以包括信息接收單元E1,用于接收 用戶客戶端所發(fā)送的信息,并將其記錄到信息存儲單元E3,通知搜索匹配 單元E2對信息存儲單元E3中的信息記錄進行搜索匹S己;信息存儲單元E3, 用于記錄信息接收單元El所接收的信息,對應(yīng)上述實施例中的信息庫,用 數(shù)據(jù)庫來存儲信息記錄;搜索匹配單元E2用于對信息接收單元所接收的信 息在信息存儲單元E3中搜索相匹配的信息記錄,將匹配的信息返回給客戶 端。如圖21所示,服務(wù)器進一步還可以包括自動標(biāo)注單元E4,用于對信息 接收單元E1所接收的信息進行自動標(biāo)注,然后將信息以及自動生成的標(biāo)簽 一起保存到信息存儲單元E3。還可以包括虛擬機器人單元E5,用于接收用 戶利用即時消息工具向虛擬機器人發(fā)送的即時消息和/或呈現(xiàn)信息,并將其 內(nèi)容保存到信息存儲單元E3,通知搜索匹配單元E2對信息存儲單元E3中 的信息記錄進行搜索匹配,將匹配信息通過即時消息返回給客戶端。如圖22所示,應(yīng)用程序信息共享工具即客戶端可以包括信息搜集單元F1,用于搜集用戶終端中運行的應(yīng)用程序的信息;信息發(fā)布單元F2,用 于將信息搜集單元F1所搜集的應(yīng)用程序信息發(fā)布出去;信息接收單元F3, 用于接收其他用戶的所發(fā)布的應(yīng)用程序信息;應(yīng)用啟動單元F4,根據(jù)信息 接收單元F3所接收的應(yīng)用程序信息啟動相應(yīng)的應(yīng)用程序。如圖23所示,應(yīng)用程序信息共享工具還可以包括查詢單元F5,用于對 信息接收單元F3所接收的應(yīng)用程序信息進行搜索。應(yīng)用程序信息可以是媒 體信息,還可以包括下載單元F6,用于根據(jù)查詢單元F5獲得的搜索結(jié)果下 載相應(yīng)的媒體資源文件。還可包括同步播放單元F7,用于根據(jù)媒體信息中 的播放時間信息和下載單元F6獲取到的媒體資源文件進行同步播放處理。通過搜集應(yīng)用程序信息并在結(jié)構(gòu)化后進行共享發(fā)布,利用搜索技術(shù)使用 戶可以發(fā)現(xiàn)使用類似應(yīng)用程序的其他用戶,并可以根據(jù)結(jié)構(gòu)化的應(yīng)用程序信 息進入相同或相似的應(yīng)用場景界面。另外通過傳送包含播放時間信息的媒體 信息,并優(yōu)選地使用服務(wù)器側(cè)的系統(tǒng)時間,使不同客戶端之間可以很精確的 進行々某體播放的同步處理。利用搜索技術(shù)還可以查詢并下載相應(yīng)的媒體資源文件。關(guān)于微型博客服務(wù)器和應(yīng)用程序信息共享客戶端中的一些具體處理細 節(jié),可以參照上述的幾個實施例,此處不再贅述。微型博客服務(wù)器可以是即 時通信服務(wù)器,應(yīng)用程序信息共享客戶端可以是即時通信客戶端。發(fā)明的精神和范圍。這樣,倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要 求及其等同技術(shù)的范圍之內(nèi),則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
      權(quán)利要求
      1、一種對用戶發(fā)布的信息進行處理的方法,該方法包括步驟接收用戶發(fā)送的信息;在信息庫中搜索與所述信息相匹配的信息記錄,發(fā)布所述信息,將其記錄到所述信息庫中;將發(fā)布成功的提示信息和匹配的信息一起返回并呈現(xiàn)。
      2、 根據(jù)權(quán)利要求1所述的方法,其特征在于,在接收用戶所發(fā)送的信息后, 為所述信息生成相應(yīng)的標(biāo)簽;在記錄所述信息時,同時記錄所述相應(yīng)的標(biāo)簽; 將所述標(biāo)簽用于搜索與所述信息的內(nèi)容相匹配的信息記錄。
      3、 根據(jù)權(quán)利要求2所述的方法,其特征在于,將所述標(biāo)簽用于搜索與所述 信息的內(nèi)容相匹配的信息記錄的步驟具體為在搜索與所述信息相匹配的信息 記錄時,獲取與所述信息具有相同標(biāo)簽的信息記錄,將所述具有相同標(biāo)簽的信 息記錄作為匹配的信息。
      4、 才艮據(jù)權(quán)利要求2所述的方法,其特征在于,在將所述信息記錄到信息 庫時,同時為所述信息記錄生成索引項,將所述索引項保存到索引庫,其中 也包括為所述的標(biāo)簽與所述信息的對應(yīng)關(guān)系而生成的索引項;在搜索與所述信息的內(nèi)容相匹配的信息記錄時,提取所述信息中的關(guān)鍵詞,使用所述關(guān)鍵詞和所述標(biāo)簽在所述索引庫中進行檢索匹配的索引項,并在信息庫中獲:f又與匹配的索引項對應(yīng)的信息記錄,將所述對應(yīng)的信息記錄作為匹配的 牧自
      5、 才艮據(jù)權(quán)利要求1至4任一項所述的方法,其特征在于,保存用戶預(yù)先對 匹配消息發(fā)送者屬性的過濾設(shè)置;在搜索與所述信息的內(nèi)容相匹配的信息記錄時,同時對信息記錄的發(fā)送者 應(yīng)用所述的過濾設(shè)置。
      6、 根據(jù)權(quán)利要求1至5任一項所述的方法,其特征在于,將匹配的信息按匹配度和/或發(fā)布時間排序后返回并呈現(xiàn)。
      7、 根據(jù)權(quán)利要求1所述的方法,其特征在于,在用戶進入聊天室后,在所 述聊天室中顯示該用戶最近已發(fā)送的信息記錄。
      8、 根據(jù)權(quán)利要求7所述的方法,其特征在于,將匹配的信息返回并呈現(xiàn)的 同時,還將所匹配信息的發(fā)送者所在聊天室的標(biāo)識也一起返回并呈現(xiàn)。
      9、 根據(jù)權(quán)利要求1所述的方法,其特征在于,所述用戶所發(fā)送的信息中包 括應(yīng)用程序信息;所述搜索與所述信息的內(nèi)容相匹配的信息記錄具體步驟為搜索與所述 信息中的應(yīng)用程序信息相匹配的信息記錄。
      10、 根據(jù)權(quán)利要求9所述的方法,其特征在于,所述用戶發(fā)送的信息由客 戶端獲取終端上的應(yīng)用程序信息并發(fā)布;所述的客戶端接收并呈現(xiàn)所返回的匹配信息;根據(jù)匹配信息中的應(yīng)用程序信息啟動相應(yīng)的應(yīng)用程序。
      11、 根據(jù)權(quán)利要求1所述的方法,其特征在于,只將不超過預(yù)先設(shè)置數(shù)量 上限的匹配信息按發(fā)布時間進行排序后返回并在一頁內(nèi)全部呈現(xiàn)。
      12、 根據(jù)權(quán)利要求1所述的方法,其特征在于,如果一條匹配的信息為回 復(fù)信息,則還同時返回原始信息的對應(yīng)鏈接或內(nèi)容。
      13、 根據(jù)權(quán)利要求1所述的方法,其特征在于,如果用戶所發(fā)布的信息為 備忘信息,則只在用戶自己發(fā)布之前已發(fā)布的備忘信息中搜索相匹配的信息記 錄。
      14、 根據(jù)權(quán)利要求1所述的方法,其特征在于,如果檢測到發(fā)布信息的用 戶綁定到頻道或?qū)?,則僅在該頻道或?qū)趦?nèi)搜索相匹配的信息記錄。
      15、 根據(jù)權(quán)利要求1所述的方法,其特征在于,根據(jù)用戶信息和/或用戶所 發(fā)布的信息和/或所匹配的信息獲耳又相應(yīng)的廣告信息,將所述的廣告信息和匹配 的信息一起返回并呈現(xiàn)。
      16、 根據(jù)權(quán)利要求1所述的方法,其特征在于,根據(jù)用戶發(fā)布信息的方式確定搜索的范圍,并在所確定的范圍內(nèi)搜索相匹配的信息記錄。
      17、 根據(jù)權(quán)利要求1所述的方法,其特征在于,在接收用戶發(fā)送的信息之 后,還向外部服務(wù)器發(fā)送搜索請求,并在得到相匹配的外部信息記錄后,計算 外部信息記錄的匹配度,然后將包括所述外部信息記錄的所有信息記錄按匹配 度排序后返回并呈現(xiàn)。
      18、 根據(jù)權(quán)利要求17所述的方法,其特征在于,所述的搜索請求為HTTP 協(xié)議的GET或POST請求方法,所述搜索請求中包括發(fā)布信息的用戶標(biāo)識和所 發(fā)布的信息;所述外部服務(wù)器在接到搜索請求后,查詢所述用戶標(biāo)識對應(yīng)的好友關(guān)系記 錄,在好友所發(fā)布的信息中檢索出與搜索請求中的所述發(fā)布信息相匹配的外部 信息記錄,然后將所述外部信息記錄返回。
      19、 根據(jù)權(quán)利要求1所述的方法,其特征在于,還接收外部服務(wù)器發(fā)送的 發(fā)布請求,并將發(fā)布請求中的內(nèi)容存儲在本地的信息庫中。
      20、 根據(jù)權(quán)利要求19所述的方法,其特征在于,所述的發(fā)布請求為基于 HTTP的SOAP協(xié)議方法,所述發(fā)布請求的消息體中包括用戶標(biāo)識和所發(fā)布的 信息;在接到所述外部 服務(wù)器發(fā)送的發(fā)布請求后,將所述發(fā)布請求中的用戶標(biāo)識 和所發(fā)布的信息、以及外部服務(wù)器對應(yīng)的網(wǎng)站標(biāo)識一起存儲在本地的信息庫中。
      21、 根據(jù)權(quán)利要求19所述的方法,其特征在于,如果有匹配的信息來自外 部服務(wù)器,則將外部服務(wù)器對應(yīng)的網(wǎng)站標(biāo)識名稱和信息記錄一起返回并呈現(xiàn)。
      22、 根據(jù)權(quán)利要求1所述的方法,其特征在于,在接收用戶發(fā)送的信息之 后,為所述信息生成位置屬性;在信息庫中搜索與所述信息的位置屬性相匹配的信息記錄,發(fā)布所述信息, 將所述信息及其相應(yīng)的位置屬性一起記錄到所述信息庫中。
      23、 根據(jù)權(quán)利要求22所述的方法,其特征在于,所述生成位置屬性的方法 為以下方法其中之一根據(jù)發(fā)送信息者綁定的手機號碼,向定位系統(tǒng)發(fā)送位置查詢請求,將定位 系統(tǒng)返回的手機號碼對應(yīng)的當(dāng)前位置信息,根據(jù)所述的當(dāng)前位置信息確定位置屬性;或者,短消息中心或多媒體消息中心在收到發(fā)送的信息后,向發(fā)送的信息 的手機號碼對應(yīng)的歸屬位置寄存器發(fā)起位置查詢,并將位置查詢結(jié)果插入到所 述信息中,然后轉(zhuǎn)發(fā)給微型博客服務(wù)器,微型博客服務(wù)器根據(jù)所述信息中的位 置查詢結(jié)果確定位置屬性;或者,根據(jù)發(fā)送信息者的IP地址確定位置屬性; 或者,根據(jù)發(fā)送信息者的電話號碼的歸屬地確定位置屬性; 或者,由發(fā)送信息者的客戶端將位置信息插入到發(fā)送的信息中,服務(wù)器根 據(jù)所述的位置信息確定位置屬性。
      24、 一種對用戶發(fā)送的信息進行處理的方法,該方法包括步驟 在接收用戶發(fā)送的信息;獲取所述用戶的位置信息,根據(jù)所述位置信息生成位置屬性; 將所述的位置屬性與所述信息一起保存。
      25、 根據(jù)權(quán)利要求24所述的方法,其特征在于,接收到信息瀏覽者獲取信 息記錄的請求;獲取信息瀏覽者的位置信息;在信息庫中檢索與所述位置信息具有相匹配的位置屬性的信息記錄,并將 匹配的信息記錄返回給信息瀏覽者的客戶端。
      26、根據(jù)權(quán)利要求24所述的方法,其特征在于,所述為生成位置屬性的方 法為以下方法之一根據(jù)發(fā)送信息者綁定的手機號碼,向定位系統(tǒng)發(fā)送位置查詢請求,將定位 系統(tǒng)返回的手機號碼對應(yīng)的當(dāng)前位置信息,根據(jù)所述的當(dāng)前位置信息確定位置 屬性;或者,短消息中心或多+某體消息中心在收到發(fā)送的信息后,向發(fā)送的信息的手機號碼對應(yīng)的歸屬位置寄存器發(fā)起位置查詢,并將位置查詢結(jié)果插入到所 述信息中,然后轉(zhuǎn)發(fā)給微型博客服務(wù)器,微型博客服務(wù)器根據(jù)所述信息中的位置查詢結(jié)果確定位置屬性;或者,4艮據(jù)發(fā)送信息者的IP地址確定位置屬性;或者,才艮據(jù)發(fā)送信息者的電話號碼的歸屬地確定位置屬性;或者,由發(fā)送信息者的客戶端將位置信息插入到發(fā)送的信息中,服務(wù)器根據(jù)所述的位置信息確定位置屬性。25、 一種對用戶發(fā)布的信息進行處理的方法,該方法包括步驟 在顯示信息記錄時,同時顯示一個相應(yīng)的搜索按鈕; 所述搜索按鈕被點擊時,調(diào)用搜索引擎對相應(yīng)的信息記錄內(nèi)容進行查詢。26、 根據(jù)權(quán)利要求25所述的方法,其特征在于,如果檢測到所述信息記錄 的文字內(nèi)容少于預(yù)置文字上限時,則直接將信息記錄的文字內(nèi)容傳送給搜索引 擎進行查詢。
      27、 根據(jù)權(quán)利要求25或26任一項所述的方法,其特征在于,如果檢測到 所述信息記錄的文字內(nèi)容多于預(yù)置文字上限時,則提取信息記錄的文字內(nèi)容中 的關(guān)鍵詞,并將所述提取的關(guān)鍵詞傳送給搜索引擎進行查詢。
      28、 根據(jù)權(quán)利要求25所述的方法,其特征在于,如果檢測到所述信息記錄 中包括媒體信息時,所述媒體信息包括媒體名稱和媒體類型,將媒體名稱傳送 給媒體類型所對應(yīng)的垂直搜索引擎進行查詢。
      29、 一種纟某體信息共享的方法,該方法包括步驟收集正在播放媒體的媒體信息并發(fā)布,其中媒體信息中包含了播放的時間 信息;獲取所訂閱的媒體信息;根據(jù)所述的時間信息同步播放相應(yīng)的媒體,或者同步顯示相應(yīng)媒體的歌詞 或字幕文本。
      30、 根據(jù)權(quán)利要求29所述的方法,其特征在于,當(dāng)檢測到與發(fā)布媒體信息者處于通信狀態(tài)時,或者當(dāng)檢測到發(fā)布媒體信息者被選中時,則根據(jù)所述的時 間信息同步播放相應(yīng)的媒體,或者同步顯示相應(yīng)媒體的歌詞或字幕文本。
      31、 根據(jù)權(quán)利要求29所述的方法,其特征在于,獲取所訂閱的媒體信息后,自動調(diào)用搜索引擎查詢并下載對應(yīng)的J 某體資源文件和/或歌詞字幕文本。
      32、 根據(jù)權(quán)利要求29、 30或31任一項所述的方法,其特征在于,所述的 時間信息為播放進度信息,服務(wù)器記錄發(fā)布的播放進度信息和當(dāng)時的發(fā)布時間;當(dāng)服務(wù)器發(fā)送播》文進度信息時,計算發(fā)送時的時間與所述發(fā)布時間的差值, 將差值增加到播放進度上再進行發(fā)送;客戶端在獲取所訂閱的媒體信息時,接收到服務(wù)器發(fā)送的播放進度信息, 記錄自身當(dāng)時的系統(tǒng)時間;客戶端在進行同步處理時,根據(jù)接收到的播放進度信息以及對應(yīng)的所述系 統(tǒng)時間計算出當(dāng)前實際的播放進度。
      33、 根據(jù)權(quán)利要求29、 30或31任一項所述的方法,其特征在于,通過會 話初始協(xié)議的發(fā)布方法發(fā)布包含媒體信息的事件包,J 某體信息中包含的播放的 時間信息為播放開始時的服務(wù)器系統(tǒng)時間;獲取到所訂閱的々某體信息后,通過本地系統(tǒng)時間與服務(wù)器系統(tǒng)時間的差值 確定實際的播放進度,然后進行同步處理。
      34、 根據(jù)權(quán)利要求33所述的方法,其特征在于,所述本地系統(tǒng)時間與服務(wù) 器系統(tǒng)時間的差值通過以下方法獲得客戶端記錄發(fā)送請求消息時的第 一 時間; 服務(wù)器在響應(yīng)消息中返回的第二時間;客戶端用接到響應(yīng)消息時的第三時間和第 一 時間的均值與第二時間進行相 減獲得差值。
      35、 一種對即時通信簽名信息進行處理的方法,該方法包括步驟 在顯示好友的簽名信息時,同時顯示一個對應(yīng)的查詢按鈕; 所述查詢按鈕被點擊時,以對應(yīng)的簽名信息作為搜索關(guān)鍵字調(diào)用搜索引擎進行查詢;接收查詢結(jié)果并顯示。
      36、 根據(jù)權(quán)利要求35所述的方法,其特征在于,所述的簽名信息為纟某體信 息,則在接收到查詢結(jié)果時,沖艮據(jù)查詢結(jié)果提供的資源鏈接下載對應(yīng)的々某體資 源文件。
      37、 根據(jù)權(quán)利要求36所述的方法,其特征在于,所述的媒體信息中包含媒 體播放的時間信息;在對應(yīng)的J 某體資源文件下載后,顯示一個與所述簽名信息對應(yīng)的同步插j文 按鈕;所述同步播放按鈕被點擊時,根據(jù)所屬的媒體播放的時間信息確定實際的 播放進度,并進行同步播放處理。
      38、 一種提供呈現(xiàn)信息的方法,該方法包括步驟 微型博客服務(wù)器記錄微型博客用戶的呈現(xiàn)業(yè)務(wù)用戶標(biāo)識; 微型博客服務(wù)器接收用戶終端發(fā)送的信息;微型博客服務(wù)器將所述信息轉(zhuǎn)換為呈現(xiàn)信息元素;微型博客服務(wù)器根據(jù)所述的呈現(xiàn)業(yè)務(wù)用戶標(biāo)識為對應(yīng)用戶發(fā)布所述的呈現(xiàn) 信息元素。
      39、 一種服務(wù)器,其特征在于,包括信息接收單元,用于接收用戶客戶端所發(fā)送的信息,并將其記錄到信息 存儲單元,通知搜索匹配單元對信息存儲單元中的信息記錄進行搜索匹配; 信息存儲單元,用于記錄信息接收單元所接收的信息; 搜索匹配單元,用于對信息接收單元所接收的信息在信息存儲單元中搜 索相匹配的信息記錄,將匹配的信息返回給客戶端。
      40、 根據(jù)權(quán)利要求39所述的服務(wù)器,其特征在于,所述服務(wù)器進一步 包括以下單元中的至少 一個單元自動標(biāo)注單元,用于對信息接收單元所接收的信息進行自動標(biāo)注,然后將信息以及自動生成的標(biāo)簽一起保存到信息存儲單元;虛擬機器人單元,用于接收用戶利用即時消息工具向虛擬機器人發(fā)送的 即時消息和/或呈現(xiàn)信息,并將其內(nèi)容保存到信息存儲單元,通知搜索匹配 單元對信息存儲單元中的信息記錄進行搜索匹配,將匹配信息通過即時消息 返回給客戶端。
      41、 一種客戶端,其特征在于,包括信息搜集單元,用于搜集用戶終端中運行的應(yīng)用程序的信息; 信息發(fā)布單元,用于將信息搜集單元所搜集的應(yīng)用程序信息發(fā)布出去; 信息接收單元,用于接收其他用戶的所發(fā)布的應(yīng)用程序信息; 應(yīng)用啟動單元,用于根據(jù)信息接收單元所接收的應(yīng)用程序信息啟動相應(yīng) 的應(yīng)用程序。
      42、 根據(jù)權(quán)利要求41所述的客戶端,其特征在于,應(yīng)用程序信息為媒 體信息,所述客戶端還包括一下單元中的至少一個單元查詢單元,用于對信息接收單元所接收的媒體信息進行搜索; 下載單元,用于根據(jù)查詢單元獲得的搜索結(jié)果下載相應(yīng)的媒體資源文件;同步播放單元,用于根據(jù)媒體信息中的播放時間信息和下載單元獲取到 的媒體資源文件進行同步播放處理。
      43、 一種微型博客瀏覽器界面,其特征在于,按信息類型在相應(yīng)的子頁 面顯示信息記錄,所述的子頁面包括以下至少其中之一報料子頁面,用于顯示報料類型的信息記錄; 問題子頁面,用于顯示問題類型的信息記錄; 愿望子頁面,用于顯示愿望類型的信息記錄。
      44、 根據(jù)權(quán)利要求43所述的微型博客瀏覽器界面,其特征在于,在每 條信息記錄的下面對應(yīng)顯示一個搜索超鏈接。
      45、 一種系統(tǒng),包括微型博客服務(wù)器,所述微型博客服務(wù)器包括信息接收單元,信息存儲單元和搜索匹配單元,信息接收單元用于接收用戶客戶端所發(fā)送的信息,并將其記錄到信息存 儲單元,通知搜索匹配單元對信息存儲單元中的信息記錄進行搜索匹配,信息存儲單元用于記錄信息接收單元所接收的信息,搜索匹配單元用于對信息接收單元所接收的信息在信息存儲單元中搜 索相匹配的信息記錄,將匹配的信息返回。
      全文摘要
      本發(fā)明公開了一種對用戶發(fā)布的信息進行處理的方法,包括步驟接收用戶發(fā)送的信息;在信息庫中搜索與所述信息相匹配的信息記錄,發(fā)布所述信息,將其記錄到所述信息庫中;將發(fā)布成功的提示信息和匹配的信息一起返回并呈現(xiàn)。還公開了其他幾種結(jié)合搜索技術(shù)對用戶發(fā)布的信息進行處理的方法,以及服務(wù)器和客戶端等。
      文檔編號H04L12/58GK101262494SQ200810065628
      公開日2008年9月10日 申請日期2008年1月23日 優(yōu)先權(quán)日2008年1月23日
      發(fā)明者謙 孫 申請人:華為技術(shù)有限公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1