信息展示方法及裝置的制造方法

文檔序號：10666342閱讀：482來源：國知局

信息展示方法及裝置的制造方法
【專利摘要】本發(fā)明公開了一種信息展示方法及裝置，屬于互聯(lián)網(wǎng)技術領域。所述方法包括：對消息記錄中的至少一個URL信息進行聚合存儲，該消息記錄是至少兩個通訊客戶端之間發(fā)送消息時產(chǎn)生的；接收通訊客戶端發(fā)送的URL信息獲取請求，URL信息獲取請求用于獲取消息記錄中的URL信息；向通訊客戶端發(fā)送URL信息，該通訊客戶端用于對URL信息進行聚合顯示。本發(fā)明達到了對消息記錄中的URL信息進行聚合存儲，并將聚合后的URL信息發(fā)送至通訊客戶端，方便用戶在聚合后的信息中找到指定的URL信息的效果。
【專利說明】
信息展示方法及裝置
技術領域
[0001] 本發(fā)明實施例涉及互聯(lián)網(wǎng)技術領域，特別涉及一種信息展示方法及裝置。
【背景技術】
[0002] 隨著互聯(lián)網(wǎng)技術的發(fā)展，越來越多的用戶開始使用各種通訊客戶端進行交流，比如：即時通訊客戶端、語音通訊客戶端、富媒體通訊客戶端和社交通訊客戶端。
[0003] 當用戶想與朋友分享一個網(wǎng)頁時，可以使用通訊客戶端A將網(wǎng)頁對應的 URL (Uniform Resource Locator，統(tǒng)一資源定位符）信息發(fā)送給朋友，朋友通過通訊客戶端 B接收該URL信息，并點擊該URL信息跳轉到對應的網(wǎng)頁。該URL信息也將會被保存在雙方的消息記錄中，以便用戶進行查閱。
[0004] 在實現(xiàn)本發(fā)明實施例的過程中，發(fā)明人發(fā)現(xiàn)上述技術至少存在以下問題：由于消息記錄中URL信息所占的比例很小，且分布較為分散，所以用戶需要在歷史消息記錄中查看大量的非URL信息才能找到指定的URL信息。

【發(fā)明內容】

[0005] 為了解決上述技術的問題，本發(fā)明實施例提供了一種信息展示方法及裝置。所述技術方案如下：
[0006] 根據(jù)本發(fā)明實施例的第一方面，提供一種請求處理的方法，所述方法包括：
[0007] 對消息記錄中的至少一個URL信息進行聚合存儲，該消息記錄是至少兩個通訊客戶端之間發(fā)送消息時產(chǎn)生的；
[0008] 接收通訊客戶端發(fā)送的URL信息獲取請求，該URL信息獲取請求用于獲取消息記錄中的URL信息；
[0009] 向通訊客戶端發(fā)送URL信息，通訊客戶端用于對URL信息進行聚合顯示。
[0010] 根據(jù)本發(fā)明實施例的第二方面，提供一種信息展示方法，所述方法包括：
[0011] 在通訊客戶端的消息界面中顯示URL信息獲取控件；
[0012] 當通過URL信息獲取控件接收到獲取信號時，向服務器發(fā)送URL信息獲取請求， URL信息獲取請求用于獲取消息記錄中的至少一個URL信息，該消息記錄是通訊客戶端與其它通訊客戶端之間發(fā)送消息時產(chǎn)生的；
[0013] 接收服務器發(fā)送的至少一個URL信息，并進行聚合顯示。
[0014] 根據(jù)本發(fā)明實施例的第三方面，提供一種信息展示裝置，所述裝置包括：
[0015] 存儲模塊，用于對消息記錄中的至少一個URL信息進行聚合存儲，消息記錄是至少兩個通訊客戶端之間發(fā)送消息時產(chǎn)生的；
[0016] 接收模塊，用于接收通訊客戶端發(fā)送的URL信息獲取請求，URL信息獲取請求用于獲取消息記錄中的URL彳目息；
[0017] 第一發(fā)送模塊，用于向通訊客戶端發(fā)送URL信息，通訊客戶端用于對URL信息進行聚合顯示。
[0018] 根據(jù)本發(fā)明實施例的第四方面，提供一種信息展示裝置，所述裝置包括：
[0019] 第一顯示模塊，用于在通訊客戶端的消息界面中顯示URL信息獲取控件；
[0020] 第二發(fā)送模塊，用于當通過URL信息獲取控件接收到獲取信號時，向服務器發(fā)送 URL彳目息獲取請求，URL彳目息獲取請求用于獲取消息記錄中的至少一個URL彳目息，息記錄是通訊客戶端與其它通訊客戶端之間發(fā)送消息時產(chǎn)生的；
[0021] 第二顯示模塊，用于接收服務器發(fā)送的至少一個URL信息，并進行聚合顯示。
[0022] 本發(fā)明實施例提供的技術方案帶來的有益效果是：
[0023] 通過對消息記錄中的至少一個URL信息進行聚合存儲，以及在通訊客戶端中對 URL信息進行聚合顯示；解決了由于消息記錄中URL信息所占的比例很小，且分布較為分散，所以用戶需要查看大量的非URL信息才能找到指定的URL信息的問題；達到了對消息記錄中的URL信息進行聚合存儲，并將聚合后的URL信息發(fā)送至通訊客戶端，方便用戶在聚合后的URL信息中找到指定的URL信息的效果。
【附圖說明】
[0024] 為了更清楚地說明本發(fā)明實施例中的技術方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0025] 圖1是本發(fā)明各個實施例提供的一種信息展示方法所涉及的實施環(huán)境的環(huán)境示意圖；
[0026] 圖2是本發(fā)明一個實施例提供的信息展示方法的方法流程圖；
[0027] 圖3是本發(fā)明另一實施例提供的信息展示方法的方法流程圖；
[0028] 圖4A是本發(fā)明再一實施例提供的信息展示方法的方法流程圖；
[0029] 圖4B是本發(fā)明再一實施例提供的信息展示方法所涉及的存儲過程的方法流程圖；
[0030] 圖4C是本發(fā)明再一實施例提供的信息展示方法所涉及的存儲過程的方法流程圖；
[0031] 圖4D是本發(fā)明再一實施例提供的信息展示方法的實施示意圖；
[0032] 圖4E是本發(fā)明再一實施例提供的信息展示方法所涉及的顯示過程的方法流程圖；
[0033] 圖4F是本發(fā)明再一實施例提供的信息展示方法的實施示意圖；
[0034] 圖4G是本發(fā)明再一實施例提供的信息展示方法所涉及的顯示過程的方法流程圖；
[0035] 圖5A是本發(fā)明又一實施例提供的信息展示方法的方法流程圖；
[0036] 圖5B是本發(fā)明又一實施例提供的信息展示方法的實施示意圖；
[0037] 圖6是本發(fā)明一個實施例提供的信息展示裝置的結構方框圖；
[0038] 圖7是本發(fā)明另一實施例提供的信息展示裝置的結構方框圖；
[0039] 圖8是本發(fā)明再一實施例提供的信息展示裝置的結構方框圖；
[0040] 圖9是本發(fā)明又一實施例提供的信息展示裝置的結構方框圖；
[0041] 圖10是本發(fā)明一個實施例提供的信息展示裝置的方框圖；
[0042] 圖11是本發(fā)明另一實施例提供的信息展示裝置的方框圖。
【具體實施方式】
[0043] 為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，下面將結合附圖對本發(fā)明實施方式作進一步地詳細描述。
[0044] 請參考圖1，其示出了本發(fā)明各個實施例提供的一種信息展示方法所涉及的實施環(huán)境的環(huán)境示意圖。該實施環(huán)境包括服務器110和電子設備120。
[0045] 服務器110可以是一臺服務器，或者由若干臺服務器組成的服務器集群，或者是一個云計算服務中心。該服務器110是用于存儲電子設備120之間發(fā)送的消息的服務器。
[0046] 電子設備120與服務器110之間可以通過無線網(wǎng)絡或者有線網(wǎng)絡相連。
[0047] 電子設備120是安裝有通訊客戶端的電子設備。該電子設備可以是智能手機、智能電視、平板電腦、電子書閱讀器、MP3 (Moving Picture Experts Group Audio Layer III，動態(tài)影像專家壓縮標準音頻層面3)播放器、MP4 (Moving Picture Experts Group Audio Layer IV，動態(tài)影像專家壓縮標準音頻層面4)播放器和膝上型便攜計算機等等。該通訊客戶端可以是即時通訊客戶端、語音通訊客戶端、富媒體通訊客戶端和社交通訊客戶端等等。
[0048] 為了簡化描述，下文中僅以信息展示方法由服務器或通訊客戶端執(zhí)行來舉例說明，但對此不構成限定。
[0049] 請參考圖2,其示出了本發(fā)明一個實施例提供的信息展示方法的方法流程圖。本實施例以該信息顯示方法應用于圖1所示的服務器110中來舉例說明。該方法包括：
[0050] 步驟202,對消息記錄中的至少一個URL信息進行聚合存儲，該消息記錄是至少兩個通訊客戶端之間發(fā)送消息時產(chǎn)生的；
[0051] 步驟204,接收通訊客戶端發(fā)送的URL信息獲取請求，該URL信息獲取請求用于獲取消息記錄中的URL信息；
[0052] 步驟206,向通訊客戶端發(fā)送URL信息，通訊客戶端用于對URL信息進行聚合顯示。
[0053] 綜上所述，本實施例提供的信息展示方法，通過對消息記錄中的至少一個URL信息進行聚合存儲以及在通訊客戶端中對URL信息進行聚合顯示；解決了由于消息記錄中 URL信息所占的比例很小，且分布較為分散，所以用戶需要查看大量的非URL信息才能找到指定的URL信息的問題；達到了對消息記錄中的URL信息進行聚合存儲，并將聚合后的URL 信息發(fā)送至通訊客戶端，方便用戶在聚合后的信息中找到指定的URL信息的效果。
[0054] 請參考圖3,其示出了本發(fā)明另一實施例提供的信息展示方法的方法流程圖。本實施例以該信息顯示方法應用于圖1所示的電子設備120中來舉例說明。該方法包括：
[0055] 步驟302,在通訊客戶端的消息界面中顯示URL信息獲取控件；
[0056] 步驟304,當通過URL信息獲取控件接收到獲取信號時，向服務器發(fā)送URL信息獲取請求，該URL信息獲取請求用于獲取消息記錄中的至少一個URL信息，該消息記錄是通訊客戶端與其它通訊客戶端之間發(fā)送消息時產(chǎn)生的；
[0057] 步驟306,接收服務器發(fā)送的至少一個URL信息，并進行聚合顯示。
[0058] 綜上所述，本實施例提供的信息展示方法，通過觸發(fā)通訊客戶端的消息界面中的 URL信息獲取控件向服務器發(fā)送URL信息獲取請求，并對接收到的至少一個URL信息進行聚合顯示；解決了由于消息記錄中URL信息所占的比例很小，且分布較為分散，所以用戶需要查看大量的非URL信息才能找到指定的URL信息的問題；達到了對消息記錄中的URL信息進行聚合存儲，并將聚合后的URL信息發(fā)送至通訊客戶端，方便用戶在聚合后的信息中找到指定的URL信息的效果。
[0059] URL信息通常以網(wǎng)址的形式進行展示，這樣的展示效果使得用戶不能直觀的了解到網(wǎng)站的內容，不利于用戶查找到想要的信息。本實施例通過對URL信息進行聚合存儲時，將URL信息對應的網(wǎng)頁摘要信息以及上下文信息進行關聯(lián)存儲，并在通訊客戶端請求獲取 URL信息時一同發(fā)送至通訊客戶端，使得用戶能夠更加直觀的了解到URL信息對應網(wǎng)站的信息，方便用戶查找到想要的信息。下面采用一個實施例進行說明。
[0060] 請參考圖4A，其示出了本發(fā)明再一實施例提供的信息展示方法的方法流程圖。本實施例以該信息顯示方法應用于圖1所示的實施環(huán)境來舉例說明。該方法包括：
[0061] 步驟401，服務器從消息記錄中匹配出至少一個URL信息。
[0062] 如圖1所示，安裝有通訊客戶端的電子設備120之間發(fā)送消息時，發(fā)送的消息通常會先被發(fā)送至服務器110,服務器110接收到該消息后，根據(jù)該消息的目的通訊客戶端標識，將消息轉發(fā)至目的通訊客戶端。其中，該通訊客戶端標識可以是通訊客戶端的賬號等等。
[0063] 服務器每接收到一條消息，就會將該消息保存到對應的消息記錄中，該消息記錄是至少兩個通訊客戶端之間發(fā)送消息是產(chǎn)生的。比如，通訊客戶端A與通訊客戶端B之間發(fā) 送消息時，會話中的每條消息都會被保存在通訊客戶端A與通訊客戶端B的消息記錄中。又比如，通訊客戶端A、B和C在一個群組中相互發(fā)送消息，會話中的每條信息都會被保存到該群組的消息記錄中。為了區(qū)分不同的消息記錄，每個消息記錄都通過標識進行區(qū)分，比如，當該消息記錄是兩個通訊客戶端發(fā)送消息時產(chǎn)生的，該標識可以是根據(jù)兩個通訊客戶端標識生成的會話標識；又比如當該消息記錄是群組中多個通訊客戶端發(fā)送消息時產(chǎn)生的，該標識可以是群組標識。本發(fā)明實施例并不對該消息記錄的標識進行限定。
[0064] 服務器通過正則表達式從消息記錄中匹配出至少一個URL信息，為了保證能夠實時匹配出消息記錄中的URL信息，服務器通常在接收到通訊客戶端發(fā)送的一條消息后，即對該消息進行正則匹配。其中，該預設的正則表達式可以為：（(http|ftp|https)://) (([a-zA-Z0-9\. _-] +\· [a-zA-Z] {2, 6}) I ([0-9] {1，3} \· [0-9] {1，3} \· [0-9] {1，3} \· [0-9] {l，3}))(:[0-9]{l，4})*(/[a-zA-Z0-9\&%_\./-~-]*)?。
[0065] 步驟402,服務器以消息記錄的標識為索引，對至少一個URL信息進行聚合存儲。
[0066] 服務器在匹配出URL信息后，以消息記錄的標識為索引，對匹配出的URL信息進行聚合存儲。比如，當從群組的消息記錄中匹配出URL信息時，則根據(jù)該群組的群組標識，對匹配出的URL信息進行存儲。
[0067] 但是URL信息通常以網(wǎng)址的形式進行顯示，用戶很難僅從網(wǎng)址獲知對應網(wǎng)頁的內容，造成用戶很難選擇到想要的URL信息，所以服務器對匹配出的URL信息進行存儲的同時，進一步獲取該URL信息對應的網(wǎng)頁摘要信息或上下文信息，并進行關聯(lián)存儲。如圖4B 所示，當服務器需要對URL信息對應的網(wǎng)頁摘要信息進行關聯(lián)存儲時，步驟402可以包括步驟 402A 和 402B。
[0068] 步驟402A，服務器獲取與每個URL信息對應的網(wǎng)頁摘要信息，網(wǎng)頁摘要信息包括網(wǎng)頁標題、網(wǎng)頁關鍵字、網(wǎng)頁描述和網(wǎng)頁縮略圖中的至少一種。
[0069] 通常情況下，服務器對匹配出的URL信息進行rich化操作，從而獲取URL信息對應的網(wǎng)頁摘要信息。其步驟可以如下：
[0070] 服務器根據(jù)匹配到的URL信息，訪問該URL信息對應的網(wǎng)頁，并從該網(wǎng)頁的 HTML (HyperText Markup language，超文本標記語言）代碼頭中獲取該網(wǎng)頁的元信息，并將該元信息確定為網(wǎng)頁摘要信息。該元信息包括網(wǎng)頁標題、網(wǎng)頁關鍵字、網(wǎng)頁描述和網(wǎng)頁縮略圖中的至少一種。
[0071] 步驟402B，服務器以消息記錄的標識為索引，對URL信息進行存儲，并對網(wǎng)頁摘要 fg息進彳丁關聯(lián)存儲。
[0072] 比如，當該消息記錄的標識為群組標識時，服務器以群組標識為索引，對URL信息進行存儲，并將對應的網(wǎng)頁摘要信息進行關聯(lián)存儲。由于服務器中保存有多個消息記錄，所以URL信息的存儲結構可以如表一所示。
[0073] 表一
[0075] 如圖表一所示，服務器將獲取的網(wǎng)頁摘要信息與URL信息進行關聯(lián)存儲，其中，可以將獲取網(wǎng)頁縮略圖進行保存，并將網(wǎng)頁縮略圖的保存地址存儲在表一中。需要說明的是，本實施例僅以網(wǎng)頁摘要信息包括網(wǎng)頁標題、網(wǎng)頁關鍵字、網(wǎng)頁描述和網(wǎng)頁縮略圖中的至少一種進行舉例說明，并不對本發(fā)明構成限定。
[0076] 如圖4C所示，當服務器需要對URL信息的上下文信息進行關聯(lián)存儲時，步驟402 可以包括步驟402C和402D。
[0077] 步驟402C，服務器獲取每個URL信息的上下文信息，上下文信息是在消息記錄中位于URL信息上下文的聊天消息。
[0078] 當用戶發(fā)送URL信息時，該URL信息的上下文信息中可能包含對該URL信息的相關描述，所以服務器在匹配出URL信息后，進一步獲取該URL的上下文信息，并進行關聯(lián)存儲。
[0079] 比如，用戶使用通訊客戶端A向通訊客戶端B發(fā)送的消息分別為消息a :"給你推薦個國內旅游的地方！"，消息b :"URL C"，消息c :"這里真的不錯！"，服務器將消息b確定為URL信息，并將消息a和消息c確定為消息b的上下文信息。
[0080] 步驟402D，服務器以消息記錄的標識為索引，對URL信息進行存儲，并對上下文信息進彳丁關聯(lián)存儲。
[0081] 與上述步驟402B相似的，服務器根據(jù)該消息記錄的標識，對URL信息及其上下文信息進行存儲。
[0082] 需要說明的是，服務器也可以同時獲取URL信息對應的網(wǎng)頁摘要信息和上下文信息，并進行關聯(lián)存儲，本發(fā)明并不對此進行限定。
[0083] 步驟403,通訊客戶端在通訊客戶端的消息界面中顯示URL信息獲取控件。
[0084] 用戶在使用通訊客戶端時，可以選擇不同的聯(lián)系人進入相應的消息界面，從而進行聊天，其中，不同聯(lián)系人對應不同的通訊客戶端或群組。
[0085] 該消息界面中設置有URL信息獲取控件，通訊客戶端通過該URL信息獲取控件接收獲取信號，該獲取信號是用戶想要獲取消息記錄中的URL信息時，點擊該URL信息獲取控件時觸發(fā)的。
[0086] 如圖4D所示，用戶在聯(lián)系人列表41中選擇了群組A，進入群組A對應的消息界面 42。當用戶想要獲取群組A的消息記錄中的URL信息時，可以點擊URL信息獲取按鈕43。
[0087] 步驟404,當通過URL信息獲取控件接收到獲取信號時，通訊客戶端向服務器發(fā)送 URL信息獲取請求，URL信息獲取請求用于獲取消息記錄中的至少一個URL信息，消息記錄是通訊客戶端與其它通訊客戶端之間發(fā)送消息時產(chǎn)生的。
[0088] 當通訊客戶端通過URL信息獲取控件接收到獲取信號時，即知悉用戶想要獲取該消息界面對應消息記錄中的URL信息。通訊客戶端獲取消息界面所對應的消息記錄的標識，并根據(jù)該消息記錄的標識生成URL信息獲取請求，向服務器發(fā)送該URL信息獲取請求。
[0089] 比如，當用戶在群組A對應的消息界面中點擊URL信息獲取控件時，通訊客戶端即獲取群組A對應消息記錄的標識，該標識可以為群組A的群組標識，并根據(jù)該群組標識生成 URL信息獲取請求，向服務器發(fā)送該URL信息獲取請求。
[0090] 步驟405,服務器獲取URL信息獲取請求中攜帶的消息記錄的標識。
[0091] 服務器接收通訊客戶端發(fā)送的URL信息獲取請求，并獲取該請求中攜帶的消息記錄的標識。
[0092] 步驟406,服務器根據(jù)消息記錄的標識，在聚合存儲的URL信息中，查找與消息記錄的標識對應的URL信息。
[0093] 服務器根據(jù)獲取的消息記錄的標識，在如表一所示的表中查找對應的URL信息以及對應的網(wǎng)頁摘要信息或上下文信息。服務器查找到對應的URL信息后，還可以按照一定的規(guī)則對該URL信息進行排序。優(yōu)選地，對URL信息進行排序可以包括下述兩種可能的實現(xiàn)方式。
[0094] 第一種可能的實現(xiàn)方式、服務器根據(jù)URL信息的存儲時間對查找到的URL信息進行排序；將排序后的前η個URL信息以及對應的網(wǎng)頁摘要信息作為待發(fā)送的URL信息，η為預設整數(shù)。
[0095] 服務器根據(jù)URL信息的存儲時間，按照由早到晚或由晚到早的順序進行排序，并將排序后的前η個URL信息及對應的網(wǎng)頁摘要信息作為待發(fā)送的URL信息。
[0096] 第二中可能的實現(xiàn)方式、服務器根據(jù)URL信息的點擊次數(shù)對查找到的URL信息進行排序；將排序后的前η個URL信息以及對應的網(wǎng)頁摘要信息作為待發(fā)送的URL信息，η為預設整數(shù)。
[0097] 服務器還可以根據(jù)URL信息的熱度，即點擊量進行排序。服務器獲取URL信息被點擊的次數(shù)，按照點擊次數(shù)的多少對該URL信息進行排序，并將排序后的前η個URL信息以及對應的網(wǎng)頁摘要信息作為待發(fā)送的URL信息。
[0098] 比如，服務器根據(jù)URL信息的點擊次數(shù)，按照從多到少的順序進行排列，并將前50 條URL信息以及對應的網(wǎng)頁摘要信息作為待發(fā)送的URL信息。
[0099] 需要說明的是，服務器還可以根據(jù)其他的排序標準對URL信息進行排序，本發(fā)明并不對此進行限定。
[0100] 步驟407,服務器向通訊客戶端發(fā)送URL信息，該通訊客戶端用于對URL信息進行聚合顯示。
[0101] 服務器將查找到的URL信息以及對應的網(wǎng)頁摘要信息，發(fā)送至發(fā)送URL信息獲取請求的通訊客戶端。需要說明的是，服務器還可以將URL信息的上下文信息一同發(fā)送至通訊客戶端。
[0102] 步驟408,通訊客戶端接收服務器發(fā)送的至少一個URL信息，并進行聚合顯示。
[0103] 對應的，通訊客戶端根據(jù)接收服務器發(fā)送的URL信息，并對該URL信息進行顯示。由于服務器還將URL信息對應的網(wǎng)頁摘要信息或上下文信息一同發(fā)送至通訊客戶端，所以通訊客戶端可以將URL信息以及對應的網(wǎng)頁摘要信息或上下文信息一同進行顯示。如圖4Ε 所示，當通訊客戶端將URL信息以及對應的網(wǎng)頁摘要信息一同顯示時，步驟408可以包括步驟 408Α 和 408Β。
[0104] 步驟408Α，通訊客戶端接收服務器發(fā)送的至少一個URL信息以及與至少一個URL 信息對應的網(wǎng)頁摘要信息，網(wǎng)頁摘要信息包括網(wǎng)頁標題、網(wǎng)頁關鍵字、網(wǎng)頁描述和網(wǎng)頁縮略圖中的至少一種；
[0105] 步驟408Β，通訊客戶端對至少一個URL信息以及網(wǎng)頁摘要信息進行聚合顯示。
[0106] 如圖4F所示，通過將URL信息以及網(wǎng)頁摘要信息進行聚合顯示，使得用戶能夠更加直觀的了解到URL信息對應的網(wǎng)頁的內容，方便用戶進行查找。
[0107] 如圖4G所示，當通訊客戶端將URL信息以及上下文信息一同顯示時，步驟408可以包括步驟408C和408D。
[0108] 步驟408C，通訊客戶端接收服務器發(fā)送的至少一個URL信息以及與至少一個URL 信息對應的上下文信息，上下文信息是在消息記錄中位于URL信息上下文的聊天消息；
[0109] 步驟408D，通訊客戶端對至少一個URL信息以及上下文信息進行聚合顯示。
[0110] 綜上所述，本實施例提供的信息展示方法，通過對消息記錄中的至少一個URL信息進行聚合存儲以及在通訊客戶端中對URL信息進行聚合顯示；解決了由于消息記錄中 URL信息所占的比例很小，且分布較為分散，所以用戶需要查看大量的非URL信息才能找到指定的URL信息的問題；達到了對消息記錄中的URL信息進行聚合存儲，并將聚合后的URL 信息發(fā)送至通訊客戶端，方便用戶在聚合后的信息中找到指定的URL信息的效果。
[0111] 本實施例還通過服務器對消息記錄中的URL信息進行聚合存儲并發(fā)送，使得不同通訊客戶端請求獲取同一消息記錄中的URL信息時，接收到的URL信息保持一致，且由于保存在服務器中不易丟失。
[0112] 本實施例還通過在對URL信息進行聚合存儲的同時，將對應的網(wǎng)頁摘要信息或上下文信息進行關聯(lián)存儲，并在通訊客戶端請求獲得URL信息時，將URL信息和關聯(lián)存儲的網(wǎng) 頁摘要信息或上下文信息一同發(fā)送至通訊客戶端，使得用戶能夠更加直觀的了解到該URL 信息對應網(wǎng)頁中的內容，方便用戶查找到想要的信息。
[0113] 本實施例還通過當通訊客戶端請求獲取URL信息時，服務器對聚合存儲的URL信息按照存儲時間或點擊次數(shù)進行排序，并發(fā)送給通訊客戶端，更方便用戶查找到想要的信息。
[0114] 為了方便用戶從聚合后的URL信息中查找到想要的信息，通訊客戶端通過向服務器發(fā)送攜帶有搜索關鍵字的URL信息獲取請求，從而縮小查找的范圍，更加方便用戶查找到想要的消息。下面采用一個實施例進行說明。
[0115] 請參考圖5A，其示出了本發(fā)明又一實施例提供的信息展示方法的方法流程圖。本實施例以該信息顯示方法應用于圖1所示的實施環(huán)境來舉例說明。該方法包括：
[0116] 步驟501，服務器從消息記錄中匹配出至少一個URL信息。
[0117] 本步驟的實現(xiàn)方式與上述步驟401相似，在此不再贅述。
[0118] 步驟502,服務器以消息記錄的標識為索引，對至少一個URL信息進行聚合存儲。
[0119] 本步驟的實現(xiàn)方式與上述步驟402相似，在此不再贅述。
[0120] 步驟503,通訊客戶端在通訊客戶端的消息界面中顯示URL信息獲取控件。
[0121] 如圖5B所示，用戶在聯(lián)系人列表51中選擇了群組A，進入群組A對應的消息界面 52。用戶想要獲取群組A的消息記錄中，關鍵字為"國內旅游"的URL信息時，可以在關鍵字輸入框43處輸入關鍵字，并點擊URL信息獲取按鈕53。
[0122] 步驟504,當通過URL信息獲取控件接收到獲取信號時，通訊客戶端向服務器發(fā)送 URL信息獲取請求，URL信息獲取請求用于獲取消息記錄中的至少一個URL信息，消息記錄是通訊客戶端與其它通訊客戶端之間發(fā)送消息時產(chǎn)生的。
[0123] 當通訊客戶端通過URL信息獲取控件接收到獲取信號時，會通過URL信息獲取控件獲取搜索關鍵字，并根據(jù)搜索關鍵字生成URL信息獲取請求，向服務器發(fā)送該URL信息獲取請求。
[0124] 比如，通訊客戶端通過URL信息獲取控件獲取到關鍵字"國內旅游"，生成攜帶有該關鍵字的URL信息獲取請求，并發(fā)送至服務器。
[0125] 步驟505,服務器獲取URL信息獲取請求中攜帶的搜索關鍵字。
[0126] 對應的，服務器接收通訊客戶端發(fā)送的URL信息獲取請求，并獲取該請求中攜帶的搜索關鍵字。
[0127] 步驟506,服務器根據(jù)搜索關鍵字，在聚合存儲的URL信息中，查找與搜索關鍵字匹配的URL信息。
[0128] 服務器根據(jù)獲取到的搜索關鍵字，查找與該搜索關鍵字匹配的URL信息，作為一種可能的實現(xiàn)方式，本步驟可以包括如下步驟。
[0129] 步驟506A，服務器根據(jù)搜索關鍵字在網(wǎng)頁摘要信息或上下文信息中進行匹配。
[0130] 服務器首先需要根據(jù)URL信息獲取請求中攜帶的消息記錄的標識，確定聚合存儲的URL信息，再根據(jù)搜索關鍵字在聚合存儲的URL信息中，查找與該搜索關鍵字匹配的URL 信息。服務器還可以從URL信息的上下文信息中，查找與該搜索關鍵字匹配的信息。
[0131] 比如，服務器獲取URL信息獲取請求中攜帶的消息記錄的標識為群組B，根據(jù)該標識確定聚合存儲的URL信息為"URL A"和"URL B"。服務器再根據(jù)搜索關鍵字"國內旅游"，在表一的網(wǎng)頁標題、網(wǎng)頁關鍵字和網(wǎng)頁描述中查找匹配的表項。
[0132] 需要說明的是，服務器也可以僅根據(jù)搜索關鍵字在所有聚合存儲的URL信息中進行匹配，并匹配出URL信息，其中，匹配出的URL信息可以對應相同或不同的消息記錄的標識。
[0133] 步驟506B，服務器將匹配到的網(wǎng)頁摘要信息或上下文信息對應的URL信息，確定為與搜索關鍵字匹配的URL信息。
[0134] 比如，服務器根據(jù)搜索關鍵字"國內旅游"在表一中匹配到的表項為"旅游國內"，服務器將該表項對應的URL信息，確定為與搜索關鍵字匹配的URL信息，即將"URL D"確定為搜索關鍵字匹配的URL信息。
[0135] 步驟507,服務器向通訊客戶端發(fā)送URL信息，該通訊客戶端用于對URL信息進行聚合顯示。
[0136] 服務器將查找到的與搜索關鍵字匹配的URL信息以及對應的網(wǎng)頁摘要信息或上下文信息一同發(fā)送至通訊客戶端。
[0137] 步驟508,通訊客戶端接收服務器發(fā)送的至少一個URL信息，并進行聚合顯示。
[0138] 與上述步驟408相似的，通訊客戶端可以對URL信息以及網(wǎng)頁摘要信息或URL信息以及上下文信息進行聚合展示。
[0139] 綜上所述，本實施例提供的信息展示方法，通過對消息記錄中的至少一個URL信息進行聚合存儲以及在通訊客戶端中對URL信息進行聚合顯示；解決了由于消息記錄中 URL信息所占的比例很小，且分布較為分散，所以用戶需要查看大量的非URL信息才能找到指定的URL信息的問題；達到了對消息記錄中的URL信息進行聚合存儲，并將聚合后的URL 信息發(fā)送至通訊客戶端，方便用戶在聚合后的信息中找到指定的URL信息的效果。
[0140] 本實施例還通過服務器對消息記錄中的URL信息進行聚合存儲并發(fā)送，使得不同通訊客戶端請求獲取同一消息記錄中的URL信息時，接收到的URL信息保持一致，且由于保存在服務器中不易丟失。
[0141] 本實施例還通過在對URL信息進行聚合存儲的同時，將對應的網(wǎng)頁摘要信息或上下文信息進行關聯(lián)存儲，并在通訊客戶端請求獲得URL信息時，將URL信息和關聯(lián)存儲的網(wǎng) 頁摘要信息或上下文信息一同發(fā)送至通訊客戶端，使得用戶能夠更加直觀的了解到該URL 信息對應網(wǎng)頁中的內容，方便用戶查找到想要的信息。
[0142] 本實施例還通過通訊客戶端根據(jù)URL信息獲取控件獲取搜索關鍵字，并向服務器發(fā)送攜帶有該搜索關鍵字的URL信息獲取請求，服務器根據(jù)該搜索關鍵字在聚合存儲的 URL信息中進行匹配，并返回查找到的URL信息，方便用戶從大量URL信息中快速查找到想要的信息。
[0143] 請參考圖6,其示出了本發(fā)明一個實施例所提供的信息展示裝置的結構方框圖。該信息展示裝置可以通過軟件、硬件或者兩者的結合實現(xiàn)成為服務器的全部或者一部分。該信息展示裝置，包括：
[0144] 存儲模塊620,用于對消息記錄中的至少一個URL信息進行聚合存儲，消息記錄是至少兩個通訊客戶端之間發(fā)送消息時產(chǎn)生的；
[0145] 接收模塊640,用于接收通訊客戶端發(fā)送的URL信息獲取請求，URL信息獲取請求用于獲取消息記錄中的URL信息；
[0146] 第一發(fā)送模塊660,用于向通訊客戶端發(fā)送URL信息，通訊客戶端用于對URL信息進行聚合顯示。
[0147] 綜上所述，本實施例提供的信息展示裝置，通過對消息記錄中的至少一個URL信息進行聚合存儲以及在通訊客戶端中對URL信息進行聚合顯示；解決了由于消息記錄中 URL信息所占的比例很小，且分布較為分散，所以用戶需要查看大量的非URL信息才能找到指定的URL信息的問題；達到了對消息記錄中的URL信息進行聚合存儲，并將聚合后的URL 信息發(fā)送至通訊客戶端，方便用戶在聚合后的信息中找到指定的URL信息的效果。
[0148] 請參考圖7,其示出了本發(fā)明另一實施例所提供的信息展示裝置的結構方框圖。該信息展示裝置可以通過軟件、硬件或者兩者的結合實現(xiàn)成為服務器的全部或者一部分。該信息展示裝置，包括：
[0149] 存儲模塊720,用于對消息記錄中的至少一個URL信息進行聚合存儲，消息記錄是至少兩個通訊客戶端之間發(fā)送消息時產(chǎn)生的；
[0150] 接收模塊740,用于接收通訊客戶端發(fā)送的URL信息獲取請求，URL信息獲取請求用于獲取消息記錄中的URL信息；
[0151] 第一發(fā)送模塊760,用于向通訊客戶端發(fā)送URL信息，通訊客戶端用于對URL信息進行聚合顯示。
[0152] 優(yōu)選地，存儲模塊720,包括：
[0153] 匹配單元721，用于從消息記錄中匹配出至少一個URL信息；
[0154] 存儲單元722,用于以消息記錄的標識為索引，對至少一個URL信息進行聚合存儲。
[0155] 優(yōu)選地，存儲單元722,包括：
[0156] 第一獲取子單元722a，用于獲取與每個URL信息對應的網(wǎng)頁摘要信息，網(wǎng)頁摘要信息包括網(wǎng)頁標題、網(wǎng)頁關鍵字、網(wǎng)頁描述和網(wǎng)頁縮略圖中的至少一種；
[0157] 第一存儲子單元722b，用于以消息記錄的標識為索引，對URL信息進行存儲，并對網(wǎng)頁摘要信息進行關聯(lián)存儲。
[0158] 優(yōu)選地，存儲單元722,包括：
[0159] 第二獲取子單元722c，用于獲取每個URL信息的上下文信息，上下文信息是在消息記錄中位于URL信息上下文的聊天消息；
[0160] 第二存儲子單元722d，用于以消息記錄的標識為索引，對所URL信息進行存儲，并對上下文信息進行關聯(lián)存儲。
[0161] 優(yōu)選地，接收模塊740,包括：
[0162] 標識獲取單元741，用于獲取URL信息獲取請求中攜帶的消息記錄的標識；
[0163] 第一查找單元742,用于根據(jù)消息記錄的標識，在聚合存儲的URL信息中，查找與消息記錄的標識對應的URL信息。
[0164] 優(yōu)選地，該裝置，還包括：
[0165] 第一排序模塊770,用于根據(jù)URL信息的存儲時間對查找到的URL信息進行排序；將排序后的前η個URL信息以及對應的網(wǎng)頁摘要信息作為待發(fā)送的URL信息，η為預設整數(shù)。
[0166] 或，
[0167] 第二排序模塊780,用于根據(jù)URL信息的點擊次數(shù)對查找到的URL信息進行排序；將排序后的前η個URL信息以及對應的網(wǎng)頁摘要信息作為待發(fā)送的URL信息，η為預設整數(shù)。
[0168] 優(yōu)選地，接收模塊740,還包括：
[0169] 關鍵字獲取單元743,用于獲取URL信息獲取請求中攜帶的搜索關鍵字；
[0170] 第二查找單元744,用于根據(jù)搜索關鍵字，在聚合存儲的URL信息中，查找與搜索關鍵字匹配的URL信息。
[0171] 優(yōu)選地，第二查找單元744,包括：
[0172] 匹配子單元744a，用于根據(jù)搜索關鍵字在網(wǎng)頁摘要信息或上下文信息中進行匹配；
[0173] 確定子單元744b，用于將匹配到的網(wǎng)頁摘要信息或上下文信息對應的URL信息，確定為與搜索關鍵字匹配的URL信息。
[0174] 綜上所述，本實施例提供的信息展示裝置，通過對消息記錄中的至少一個URL信息進行聚合存儲以及在通訊客戶端中對URL信息進行聚合顯示；解決了由于消息記錄中 URL信息所占的比例很小，且分布較為分散，所以用戶需要查看大量的非URL信息才能找到指定的URL信息的問題；達到了對消息記錄中的URL信息進行聚合存儲，并將聚合后的URL 信息發(fā)送至通訊客戶端，方便用戶在聚合后的信息中找到指定的URL信息的效果。
[0175] 本實施例還通過服務器對消息記錄中的URL信息進行聚合存儲并發(fā)送，使得不同通訊客戶端請求獲取同一消息記錄中的URL信息時，接收到的URL信息保持一致，且由于保存在服務器中不易丟失。
[0176] 本實施例還通過在對URL信息進行聚合存儲的同時，將對應的網(wǎng)頁摘要信息或上下文信息進行關聯(lián)存儲，并在通訊客戶端請求獲得URL信息時，將URL信息和關聯(lián)存儲的網(wǎng) 頁摘要信息或上下文信息一同發(fā)送至通訊客戶端，使得用戶能夠更加直觀的了解到該URL 信息對應網(wǎng)頁中的內容，方便用戶查找到想要的信息。
[0177] 本實施例還通過當通訊客戶端請求獲取URL信息時，服務器對聚合存儲的URL信息按照存儲時間或點擊次數(shù)進行排序，并發(fā)送給通訊客戶端，更方便用戶查找到想要的信息。
[0178] 本實施例還通過通訊客戶端根據(jù)URL信息獲取控件獲取搜索關鍵字，并向服務器發(fā)送攜帶有該搜索關鍵字的URL信息獲取請求，服務器根據(jù)該搜索關鍵字在聚合存儲的 URL信息中進行匹配，并返回查找到的URL信息，方便用戶從大量URL信息中快速查找到想要的信息。
[0179] 請參考圖8,其示出了本發(fā)明再一實施例所提供的信息展示裝置的結構方框圖。該信息展示裝置可以通過軟件、硬件或者兩者的結合實現(xiàn)成為安裝有通訊客戶端的電子設備的全部或者一部分。該信息展示裝置，包括：
[0180] 第一顯示模塊820,用于在通訊客戶端的消息界面中顯示URL信息獲取控件；
[0181] 第二發(fā)送模塊840,用于當通過URL信息獲取控件接收到獲取信號時，向服務器發(fā) 送URL信息獲取請求，URL信息獲取請求用于獲取消息記錄中的至少一個URL信息，消息記錄是通訊客戶端與其它通訊客戶端之間發(fā)送消息時產(chǎn)生的；
[0182] 第二顯示模塊860,用于接收服務器發(fā)送的至少一個URL信息，并進行聚合顯示。
[0183] 綜上所述，本實施例提供的信息展示裝置，通過觸發(fā)通訊客戶端的消息界面中的 URL信息獲取控件=向服務器發(fā)送URL信息獲取請求并對接收到的至少一個URL信息進行聚合顯示；解決了由于消息記錄中URL信息所占的比例很小，且分布較為分散，所以用戶需要查看大量的非URL信息才能找到指定的URL信息的問題；達到了對消息記錄中的URL信息進行聚合存儲，并將聚合后的URL信息發(fā)送至通訊客戶端，方便用戶在聚合后的信息中找到指定的URL信息的效果。
[0184] 請參考圖9,其示出了本發(fā)明又一實施例所提供的信息展示裝置的結構方框圖。該信息展示裝置可以通過軟件、硬件或者兩者的結合實現(xiàn)成為安裝有通訊客戶端的電子設備的全部或者一部分。該信息展示裝置，包括：
[0185] 第一顯示模塊920,用于在通訊客戶端的消息界面中顯示URL信息獲取控件；
[0186] 第二發(fā)送模塊940,用于當通過URL信息獲取控件接收到獲取信號時，向服務器發(fā) 送URL信息獲取請求，URL信息獲取請求用于獲取消息記錄中的至少一個URL信息，消息記錄是通訊客戶端與其它通訊客戶端之間發(fā)送消息時產(chǎn)生的；
[0187] 第二顯示模塊960,用于接收服務器發(fā)送的至少一個URL信息，并進行聚合顯示。
[0188] 優(yōu)選地，第二顯示模塊960,包括：
[0189] 第一接收單元961，用于接收服務器發(fā)送的至少一個URL信息以及與至少一個URL 信息對應的網(wǎng)頁摘要信息，網(wǎng)頁摘要信息包括網(wǎng)頁標題、網(wǎng)頁關鍵字、網(wǎng)頁描述和網(wǎng)頁縮略圖中的至少一種；
[0190] 第一顯示單元962,用于對至少一個URL信息以及網(wǎng)頁摘要信息進行聚合顯示。
[0191] 優(yōu)選地，第二顯示模塊960,包括：
[0192] 第二接收單元963,用于接收服務器發(fā)送的至少一個URL信息以及與至少一個URL 信息對應的上下文信息，上下文信息是在消息記錄中位于URL信息上下文的聊天消息；
[0193] 第二顯示單元964,用于對至少一個URL信息以及上下文信息進行聚合顯示。
[0194] 優(yōu)選地，第二發(fā)送模塊940,包括：
[0195] 第一發(fā)送單元941，用于獲取消息界面所對應的消息記錄的標識；根據(jù)消息記錄的標識生成URL信息獲取請求；向服務器發(fā)送URL信息獲取請求；
[0196] 或，
[0197] 第二發(fā)送單元942,用于通過URL信息獲取控件獲取搜索關鍵字；根據(jù)搜索關鍵字生成URL信息獲取請求；向服務器發(fā)送URL信息獲取請求。
[0198] 綜上所述，本實施例提供的信息展示裝置，通過觸發(fā)通訊客戶端的消息界面中的 URL信息獲取控件向服務器發(fā)送URL信息獲取請求并對接收到的至少一個URL信息進行聚合顯示；解決了由于消息記錄中URL信息所占的比例很小，且分布較為分散，所以用戶需要查看大量的非URL信息才能找到指定的URL信息的問題；達到了對消息記錄中的URL信息進行聚合存儲，并將聚合后的URL信息發(fā)送至通訊客戶端，方便用戶在聚合后的信息中找到指定的URL信息的效果。
[0199] 本實施例還通過服務器對消息記錄中的URL信息進行聚合存儲并發(fā)送，使得不同通訊客戶端請求獲取同一消息記錄中的URL信息時，接收到的URL信息保持一致，且由于保存在服務器中不易丟失。
[0200] 本實施例還通過在對URL信息進行聚合存儲的同時，將對應的網(wǎng)頁摘要信息或上下文信息進行關聯(lián)存儲，并在通訊客戶端請求獲得URL信息時，將URL信息和關聯(lián)存儲的網(wǎng) 頁摘要信息或上下文信息一同發(fā)送至通訊客戶端，使得用戶能夠更加直觀的了解到該URL 信息對應網(wǎng)頁中的內容，方便用戶查找到想要的信息。
[0201] 本實施例還通過當通訊客戶端請求獲取URL信息時，服務器對聚合存儲的URL信息按照存儲時間或點擊次數(shù)進行排序，并發(fā)送給通訊客戶端，更方便用戶查找到想要的信息。
[0202] 本實施例還通過通訊客戶端根據(jù)URL信息獲取控件獲取搜索關鍵字，并向服務器發(fā)送攜帶有該搜索關鍵字的URL信息獲取請求，服務器根據(jù)該搜索關鍵字在聚合存儲的 URL信息中進行匹配，并返回查找到的URL信息，方便用戶從大量URL信息中快速查找到想要的信息。
[0203] 需要說明的是：上述實施例提供的信息展示裝置在處理請求時，僅以上述各功能模塊的劃分進行舉例說明，實際應用中，可以根據(jù)需要而將上述功能分配由不同的功能模塊完成，即將安裝有通訊客戶端的電子設備的內部結構劃分成不同的功能模塊，以完成以上描述的全部或者部分功能。另外，上述實施例提供的信息展示裝置與信息展示方法實施例屬于同一構思，其具體實現(xiàn)過程詳見方法實施例，這里不再贅述。
[0204] 請參考圖10,其示出了本發(fā)明一個實施例提供的信息展示裝置的方框圖。該信息展示裝置用于實施上述實施例中服務器側的信息展示方法。所述信息展示裝置1000包括中央處理單元（CPU) 1001、包括隨機存取存儲器（RAM) 1002和只讀存儲器（ROM) 1003的系統(tǒng) 存儲器1004,以及連接系統(tǒng)存儲器1004和中央處理單元1001的系統(tǒng)總線1005。所述信息顯示裝置1000還包括幫助計算機內的各個器件之間傳輸信息的基本輸入/輸出系統(tǒng)（I/O 系統(tǒng)）1006,和用于存儲操作系統(tǒng)1013、應用程序1014和其他程序模塊1015的大容量存儲設備1007。
[0205] 所述基本輸入/輸出系統(tǒng)1006包括有用于顯示信息的顯示器1008和用于用戶輸入信息的諸如鼠標、鍵盤之類的輸入設備1009。其中所述顯示器1008和輸入設備109都通過連接到系統(tǒng)總線1005的輸入輸出控制器1010連接到中央處理單元1001。所述基本輸入 /輸出系統(tǒng)1006還可以包括輸入輸出控制器1010以用于接收和處理來自鍵盤、鼠標、或電子觸控筆等多個其他設備的輸入。類似地，輸入輸出控制器1010還提供輸出到顯示屏、打印機或其他類型的輸出設備。
[0206] 所述大容量存儲設備1007通過連接到系統(tǒng)總線1005的大容量存儲控制器（未示出）連接到中央處理單元1001。所述大容量存儲設備1007及其相關聯(lián)的計算機可讀介質為信息顯示裝置1000提供非易失性存儲。也就是說，所述大容量存儲設備1007可以包括諸如硬盤或者CD-ROM驅動器之類的計算機可讀介質（未示出）。
[0207] 不失一般性，所述計算機可讀介質可以包括計算機存儲介質和通信介質。計算機存儲介質包括以用于存儲諸如計算機可讀指令、數(shù)據(jù)結構、程序模塊或其他數(shù)據(jù)等信息的任何方法或技術實現(xiàn)的易失性和非易失性、可移動和不可移動介質。計算機存儲介質包括 RAM、ROM、EPROM、EEPR0M、閃存或其他固態(tài)存儲其技術，CD-ROM、DVD或其他光學存儲、磁帶盒、磁帶、磁盤存儲或其他磁性存儲設備。當然，本領域技術人員可知所述計算機存儲介質不局限于上述幾種。上述的系統(tǒng)存儲器1004和大容量存儲設備1007可以統(tǒng)稱為存儲器。
[0208] 根據(jù)本發(fā)明的各種實施例，所述信息顯示裝置1000還可以通過諸如因特網(wǎng)等網(wǎng) 絡連接到網(wǎng)絡上的遠程計算機運行。也即信息顯示裝置1000可以通過連接在所述系統(tǒng)總線1005上的網(wǎng)絡接口單元1011連接到網(wǎng)絡1012,或者說，也可以使用網(wǎng)絡接口單元1011 來連接到其他類型的網(wǎng)絡或遠程計算機系統(tǒng)（未示出）。
[0209] 所述存儲器還包括一個或者一個以上的程序，所述一個或者一個以上程序存儲于存儲器中，所述一個或者一個以上程序包含用于進行本發(fā)明實施例提供的信息顯示方法服務器側的指令。
[0210] 請參考圖11，其示出了本發(fā)明另一實施例提供的信息展示裝置的方框圖。該信息展示裝置用于實施上述實施例中通訊客戶端側的信息展示方法。具體來講：
[0211] 信息展示裝置1100可以包括RF(Radio Frequency，射頻）電路1110、包括有一個或一個以上計算機可讀存儲介質的存儲器1120、輸入單元1130、顯示單元1140、傳感器 1150、音頻電路1160、WiFi(wireless fidelity，無線保真）模塊1170、包括有一個或者一個以上處理核心的處理器1180、以及電源1190等部件。本領域技術人員可以理解，圖11中示出的電子設備結構并不構成對電子設備的限定，可以包括比圖示更多或更少的部件，或者組合某些部件，或者不同的部件布置。其中：
[0212] RF電路1110可用于收發(fā)信息或通話過程中，信號的接收和發(fā)送，特別地，將基站的下行信息接收后，交由一個或者一個以上處理器1180處理；另外，將涉及上行的數(shù)據(jù)發(fā) 送給基站。通常，RF電路1110包括但不限于天線、至少一個放大器、調諧器、一個或多個振蕩器、用戶身份模塊（S頂）卡、收發(fā)信機、耦合器、LNA(Low Noise Amplifier，低噪聲放大器）、雙工器等。此外，RF電路1110還可以通過無線通信與網(wǎng)絡和其他設備通信。所述無線通信可以使用任一通信標準或協(xié)議，包括但不限于GSM(Global System of Mobile communication，全球移動通訊系統(tǒng)）、GPRS(General Packet Radio Service，通用分組無線服務）、CDMA (Code Division Multiple Access，碼分多址）、WCDMA (Wideband Code Division Multiple Access,寬帶碼分多址）、LTE(Long Term Evolution,長期演進）、電子郵件、SMS (Short Messaging Service，短消息服務）等。
[0213] 存儲器1120可用于存儲軟件程序以及模塊，處理器1180通過運行存儲在存儲器 1120的軟件程序以及模塊，從而執(zhí)行各種功能應用以及數(shù)據(jù)處理。存儲器1120可主要包括存儲程序區(qū)和存儲數(shù)據(jù)區(qū)，其中，存儲程序區(qū)可存儲操作系統(tǒng)、至少一個功能所需的應用程序（比如聲音播放功能、圖像播放功能等）等；存儲數(shù)據(jù)區(qū)可存儲根據(jù)信息展示裝置1100 的使用所創(chuàng)建的數(shù)據(jù)（比如音頻數(shù)據(jù)、電話本等）等。此外，存儲器1120可以包括高速隨機存取存儲器，還可以包括非易失性存儲器，例如至少一個磁盤存儲器件、閃存器件、或其他易失性固態(tài)存儲器件。相應地，存儲器1120還可以包括存儲器控制器，以提供處理器1180 和輸入單元1130對存儲器1120的訪問。
[0214] 輸入單元1130可用于接收輸入的數(shù)字或字符信息，以及產(chǎn)生與用戶設置以及功能控制有關的鍵盤、鼠標、操作桿、光學或者軌跡球信號輸入。具體地，輸入單元1130可包括圖像輸入設備1131以及其他輸入設備1132。圖像輸入設備1131可以是攝像頭，也可以是光電掃描設備。除了圖像輸入設備1131，輸入單元1130還可以包括其他輸入設備1132。具體地，其他輸入設備1132可以包括但不限于物理鍵盤、功能鍵（比如音量控制按鍵、開關按鍵等）、軌跡球、鼠標、操作桿等中的一種或多種。
[0215] 顯示單元1140可用于顯示由用戶輸入的信息或提供給用戶的信息以及信息展示裝置1100的各種圖形用戶接口，這些圖形用戶接口可以由圖形、文本、圖標、視頻和其任意組合來構成。顯示單元1140可包括顯示面板1141，可選的，可以采用IXD (Liquid Crystal Display，液晶顯示器）、OLED (Organic Light-Emitting Diode,有機發(fā)光二極管）等形式來配置顯示面板1141。
[0216] 信息展示裝置1100還可包括至少一種傳感器1150,比如光傳感器、運動傳感器以及其他傳感器。具體地，光傳感器可包括環(huán)境光傳感器及接近傳感器，其中，環(huán)境光傳感器可根據(jù)環(huán)境光線的明暗來調節(jié)顯示面板1141的亮度，接近傳感器可在信息展示裝置1100 移動到耳邊時，關閉顯示面板1141和/或背光。作為運動傳感器的一種，重力加速度傳感器可檢測各個方向上（一般為三軸）加速度的大小，靜止時可檢測出重力的大小及方向，可用于識別手機姿態(tài)的應用（比如橫豎屏切換、相關游戲、磁力計姿態(tài)校準）、振動識別相關功能（比如計步器、敲擊）等；至于信息展示裝置1100還可配置的陀螺儀、氣壓計、濕度計、溫度計、紅外線傳感器等其他傳感器，在此不再贅述。
[0217] 音頻電路1160、揚聲器1161，傳聲器1162可提供用戶與信息展示裝置1100之間的音頻接口。音頻電路1160可將接收到的音頻數(shù)據(jù)轉換后的電信號，傳輸?shù)綋P聲器1161，由揚聲器1161轉換為聲音信號輸出；另一方面，傳聲器1162將收集的聲音信號轉換為電信號，由音頻電路1160接收后轉換為音頻數(shù)據(jù)，再將音頻數(shù)據(jù)輸出處理器1180處理后，經(jīng)RF 電路1110以發(fā)送給比如另一電子設備，或者將音頻數(shù)據(jù)輸出至存儲器1120以便進一步處理。音頻電路1160還可能包括耳塞插孔，以提供外設耳機與信息展示裝置1100的通信。
[0218] WiFi屬于短距離無線傳輸技術，信息展示裝置1100通過WiFi模塊1170可以幫助用戶收發(fā)電子郵件、瀏覽網(wǎng)頁和訪問流式媒體等，它為用戶提供了無線的寬帶互聯(lián)網(wǎng)訪問。雖然圖11示出了 WiFi模塊1170,但是可以理解的是，其并不屬于信息展示裝置1100的必須構成，完全可以根據(jù)需要在不改變發(fā)明的本質的范圍內而省略。
[0219] 處理器1180是信息展示裝置1100的控制中心，利用各種接口和線路連接整個手機的各個部分，通過運行或執(zhí)行存儲在存儲器1120內的軟件程序和/或模塊，以及調用存儲在存儲器1120內的數(shù)據(jù)，執(zhí)行信息展示裝置1100的各種功能和處理數(shù)據(jù)，從而對手機進行整體監(jiān)控。可選的，處理器1180可包括一個或多個處理核心；優(yōu)選的，處理器1180可集成應用處理器和調制解調處理器，其中，應用處理器主要處理操作系統(tǒng)、用戶界面和應用程序等，調制解調處理器主要處理無線通信?？梢岳斫獾氖?，上述調制解調處理器也可以不集成到處理器1180中。
[0220] 信息展示裝置1100還包括給各個部件供電的電源1190 (比如電池），優(yōu)選的，電源可以通過電源管理系統(tǒng)與處理器1180邏輯相連，從而通過電源管理系統(tǒng)實現(xiàn)管理充電、放電、以及功耗管理等功能。電源1190還可以包括一個或一個以上的直流或交流電源、再充電系統(tǒng)、電源故障檢測電路、電源轉換器或者逆變器、電源狀態(tài)指示器等任意組件。
[0221] 盡管未示出，信息展示裝置1100還可以包括藍牙模塊等，在此不再贅述。
[0222] 具體在本實施例中，信息展示裝置1100還包括有存儲器，以及一個或者一個以上的程序，其中一個或者一個以上程序存儲于存儲器中，且經(jīng)配置以由一個或者一個以上處理器執(zhí)行。上述一個或者一個以上程序包含用于進行本發(fā)明實施例提供的信息展示方法通訊客戶端側的指令。
[0223] 應當理解的是，在本文中使用的，除非上下文清楚地支持例外情況，單數(shù)形式"一個"（"a"、"an"、"the"）旨在也包括復數(shù)形式。還應當理解的是，在本文中使用的"和/或" 是指包括一個或者一個以上相關聯(lián)地列出的項目的任意和所有可能組合。
[0224] 上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。
[0225] 本領域普通技術人員可以理解實現(xiàn)上述實施例的全部或部分步驟可以通過硬件來完成，也可以通過程序來指令相關的硬件完成，所述的程序可以存儲于一種計算機可讀存儲介質中，上述提到的存儲介質可以是只讀存儲器，磁盤或光盤等。
[0226] 以上所述僅為本發(fā)明的較佳實施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。
【主權項】
1. 一種信息展示方法，其特征在于，所述方法包括：對消息記錄中的至少一個統(tǒng)一資源定位符URL信息進行聚合存儲，所述消息記錄是至少兩個通訊客戶端之間發(fā)送消息時產(chǎn)生的；接收所述通訊客戶端發(fā)送的URL信息獲取請求，所述URL信息獲取請求用于獲取所述消息記錄中的所述URL信息；向所述通訊客戶端發(fā)送所述URL信息，所述通訊客戶端用于對所述URL信息進行聚合顯不〇2. 根據(jù)權利要求1所述的方法，其特征在于，所述對消息記錄中的至少一個統(tǒng)一資源定位符URL信息進行聚合存儲，包括：從所述消息記錄中匹配出至少一個所述URL信息；以所述消息記錄的標識為索引，對所述至少一個URL信息進行聚合存儲。3. 根據(jù)權利要求2所述的方法，其特征在于，所述以所述消息記錄的標識為索引，對所述至少一個URL信息進行聚合存儲，包括：獲取與每個所述URL信息對應的網(wǎng)頁摘要信息，所述網(wǎng)頁摘要信息包括網(wǎng)頁標題、網(wǎng) 頁關鍵字、網(wǎng)頁描述和網(wǎng)頁縮略圖中的至少一種；以所述消息記錄的標識為索引，對所述URL信息進行存儲，并對所述網(wǎng)頁摘要信息進行關聯(lián)存儲。4. 根據(jù)權利要求2所述的方法，其特征在于，所述以所述消息記錄的標識為索引，對所述至少一個URL信息進行聚合存儲，包括：獲取每個URL信息的上下文信息，所述上下文信息是在所述消息記錄中位于所述URL 信息上下文的聊天消息；以所述消息記錄的標識為索引，對所述URL信息進行存儲，并對所述上下文信息進行關聯(lián)存儲。5. 根據(jù)權利要求1至4任一所述的方法，其特征在于，所述接收所述通訊客戶端發(fā)送的 URL信息獲取請求，包括：獲取所述URL信息獲取請求中攜帶的所述消息記錄的標識；根據(jù)所述消息記錄的標識，在聚合存儲的所述URL信息中，查找與所述消息記錄的標識對應的所述URL信息。6. 根據(jù)權利要求5所述的方法，其特征在于，所述向所述通訊客戶端發(fā)送所述URL信息之前，還包括：根據(jù)所述URL信息的存儲時間對查找到的所述URL信息進行排序；將排序后的前η個所述URL信息以及對應的所述網(wǎng)頁摘要信息作為待發(fā)送的URL信息，η為預設整數(shù)。或，根據(jù)所述URL信息的點擊次數(shù)對查找到的所述URL信息進行排序；將排序后的前η個所述URL信息以及對應的所述網(wǎng)頁摘要信息作為待發(fā)送的URL信息，η為預設整數(shù)。7. 根據(jù)權利要求1至4任一所述的方法，其特征在于，所述接收所述通訊客戶端發(fā)送的 URL信息獲取請求，還包括：獲取所述URL信息獲取請求中攜帶的搜索關鍵字；根據(jù)所述搜索關鍵字，在聚合存儲的所述URL信息中，查找與所述搜索關鍵字匹配的所述URL信息。8. 根據(jù)權利要求7所述的方法，其特征在于，所述查找與所述搜索關鍵字匹配的所述 URL信息，包括：根據(jù)所述搜索關鍵字在所述網(wǎng)頁摘要信息或所述上下文信息中進行匹配；將匹配到的所述網(wǎng)頁摘要信息或所述上下文信息對應的所述URL信息，確定為與所述搜索關鍵字匹配的所述URL信息。9. 一種信息展示方法，其特征在于，所述方法包括：在通訊客戶端的消息界面中顯示統(tǒng)一資源定位符URL信息獲取控件；當通過所述URL信息獲取控件接收到獲取信號時，向服務器發(fā)送URL信息獲取請求，所述URL信息獲取請求用于獲取消息記錄中的至少一個URL信息，所述消息記錄是所述通訊客戶端與其它通訊客戶端之間發(fā)送消息時產(chǎn)生的；接收所述服務器發(fā)送的所述至少一個URL信息，并進行聚合顯示。10. 根據(jù)權利要求9所述的方法，其特征在于，所述接收所述服務器發(fā)送的所述至少一個URL信息，并進行聚合顯示，包括：接收所述服務器發(fā)送的所述至少一個URL信息以及與所述至少一個URL信息對應的網(wǎng) 頁摘要信息，所述網(wǎng)頁摘要信息包括網(wǎng)頁標題、網(wǎng)頁關鍵字、網(wǎng)頁描述和網(wǎng)頁縮略圖中的至少一種；對所述至少一個URL信息以及所述網(wǎng)頁摘要信息進行聚合顯示。11. 根據(jù)權利要求9所述的方法，其特征在于，所述接收所述服務器發(fā)送的所述至少一個URL信息，并進行聚合顯示，包括：接收所述服務器發(fā)送的所述至少一個URL信息以及與所述至少一個URL信息對應的上下文信息，所述上下文信息是在所述消息記錄中位于所述URL信息上下文的聊天消息；對所述至少一個URL信息以及所述上下文信息進行聚合顯示。12. 根據(jù)權利要求9至11任一所述的方法，其特征在于，所述向服務器發(fā)送URL信息獲取請求，包括：獲取所述消息界面所對應的消息記錄的標識；根據(jù)所述消息記錄的標識生成所述URL 信息獲取請求；向所述服務器發(fā)送所述URL信息獲取請求；或，通過所述URL信息獲取控件獲取搜索關鍵字；根據(jù)所述搜索關鍵字生成所述URL信息獲取請求；向所述服務器發(fā)送所述URL信息獲取請求。13. -種信息展示裝置，其特征在于，所述裝置包括：存儲模塊，用于對消息記錄中的至少一個統(tǒng)一資源定位符URL信息進行聚合存儲，所述消息記錄是至少兩個通訊客戶端之間發(fā)送消息時產(chǎn)生的；接收模塊，用于接收所述通訊客戶端發(fā)送的URL信息獲取請求，所述URL信息獲取請求用于獲取所述消息記錄中的所述URL信息；第一發(fā)送模塊，用于向所述通訊客戶端發(fā)送所述URL信息，所述通訊客戶端用于對所述URL信息進行聚合顯示。14. 根據(jù)權利要求13所述的裝置，其特征在于，所述存儲模塊，包括：匹配單元，用于從所述消息記錄中匹配出至少一個所述URL信息；存儲單元，用于以所述消息記錄的標識為索引，對所述至少一個URL信息進行聚合存儲。15. 根據(jù)權利要求14所述的裝置，其特征在于，所述存儲單元，包括：第一獲取子單元，用于獲取與每個所述URL信息對應的網(wǎng)頁摘要信息，所述網(wǎng)頁摘要信息包括網(wǎng)頁標題、網(wǎng)頁關鍵字、網(wǎng)頁描述和網(wǎng)頁縮略圖中的至少一種；第一存儲子單元，用于以所述消息記錄的標識為索引，對所述URL信息進行存儲，并對所述網(wǎng)頁摘要信息進行關聯(lián)存儲。16. 根據(jù)權利要求14所述的裝置，其特征在于，所述存儲單元，包括：第二獲取子單元，用于獲取每個URL信息的上下文信息，所述上下文信息是在所述消息記錄中位于所述URL信息上下文的聊天消息；第二存儲子單元，用于以所述消息記錄的標識為索引，對所述URL信息進行存儲，并對所述上下文信息進行關聯(lián)存儲。17. 根據(jù)權利要求13至16任一所述的裝置，其特征在于，所述接收模塊，包括：標識獲取單元，用于獲取所述URL信息獲取請求中攜帶的所述消息記錄的標識；第一查找單元，用于根據(jù)所述消息記錄的標識，在聚合存儲的所述URL信息中，查找與所述消息記錄的標識對應的所述URL信息。18. 根據(jù)權利要求17所述的裝置，其特征在于，所述裝置，還包括：第一排序模塊，用于根據(jù)所述URL信息的存儲時間對查找到的所述URL信息進行排序；將排序后的前η個所述URL信息以及對應的所述網(wǎng)頁摘要信息作為待發(fā)送的URL信息，η為預設整數(shù)。或，第二排序模塊，用于根據(jù)所述URL信息的點擊次數(shù)對查找到的所述URL信息進行排序；將排序后的前η個所述URL信息以及對應的所述網(wǎng)頁摘要信息作為待發(fā)送的URL信息，η為預設整數(shù)。19. 根據(jù)權利要求13至16任一所述的裝置，其特征在于，所述接收模塊，還包括：關鍵字獲取單元，用于獲取所述URL信息獲取請求中攜帶的搜索關鍵字；第二查找單元，用于根據(jù)所述搜索關鍵字，在聚合存儲的所述URL信息中，查找與所述搜索關鍵字匹配的所述URL信息。20. 根據(jù)權利要求19所述的裝置，其特征在于，所述第二查找單元，包括：匹配子單元，用于根據(jù)所述搜索關鍵字在所述網(wǎng)頁摘要信息或所述上下文信息中進行匹配；確定子單元，用于將匹配到的所述網(wǎng)頁摘要信息或所述上下文信息對應的所述URL信息，確定為與所述搜索關鍵字匹配的所述URL信息。21. -種信息展示裝置，其特征在于，所述裝置包括：第一顯示模塊，用于在通訊客戶端的消息界面中顯示統(tǒng)一資源定位符URL信息獲取控件；第二發(fā)送模塊，用于當通過所述URL信息獲取控件接收到獲取信號時，向服務器發(fā)送 URL信息獲取請求，所述URL信息獲取請求用于獲取消息記錄中的至少一個URL信息，所述消息記錄是所述通訊客戶端與其它通訊客戶端之間發(fā)送消息時產(chǎn)生的；第二顯示模塊，用于接收所述服務器發(fā)送的所述至少一個URL信息，并進行聚合顯示。22. 根據(jù)權利要求21所述的裝置，其特征在于，所述第二顯示模塊，包括：第一接收單元，用于接收所述服務器發(fā)送的所述至少一個URL信息以及與所述至少一個URL信息對應的網(wǎng)頁摘要信息，所述網(wǎng)頁摘要信息包括網(wǎng)頁標題、網(wǎng)頁關鍵字、網(wǎng)頁描述和網(wǎng)頁縮略圖中的至少一種；第一顯示單元，用于對所述至少一個URL信息以及所述網(wǎng)頁摘要信息進行聚合顯示。23. 根據(jù)權利要求21所述的裝置，其特征在于，所述第二顯示模塊，包括：第二接收單元，用于接收所述服務器發(fā)送的所述至少一個URL信息以及與所述至少一個URL信息對應的上下文信息，所述上下文信息是在所述消息記錄中位于所述URL信息上下文的聊天消息；第二顯示單元，用于對所述至少一個URL信息以及所述上下文信息進行聚合顯示。24. 根據(jù)權利要求21至23任一所述的裝置，其特征在于，所述第二發(fā)送模塊，包括：第一發(fā)送單元，用于獲取所述消息界面所對應的消息記錄的標識；根據(jù)所述消息記錄的標識生成所述URL信息獲取請求；向所述服務器發(fā)送所述URL信息獲取請求；或，第二發(fā)送單元，用于通過所述URL信息獲取控件獲取搜索關鍵字；根據(jù)所述搜索關鍵字生成所述URL信息獲取請求；向所述服務器發(fā)送所述URL信息獲取請求。
【文檔編號】H04L12/58GK106034065SQ201510112542
【公開日】2016年10月19日
【申請日】2015年3月13日
【發(fā)明人】馮子木, 葉恒, 吳初潘
【申請人】騰訊科技（深圳）有限公司

完整全部詳細技術資料下載