[發明專利]一種數據處理方法和裝置

有效

• 申請號: 201310003705.4
• 申請日: 2013-01-06
• 公開（公告）號: CN103914477B
• 公開（公告）日: 2018-10-26
• 發明（設計）人: 王瑤
• 申請（專利權）人: 騰訊科技（北京）有限公司
• 主分類號: G06F17/30
• 分類號: G06F17/30;H04L12/58;H04L29/08
• 代理公司: 北京德琦知識產權代理有限公司 11018
• 代理人: 楊春香;宋志強

本申請提供了一種數據處理方法和裝置。該方法包括：接收來自用戶終端的請求，所述請求攜帶用戶ID；確定與所述用戶ID相關聯的所有關聯用戶ID；從所有關聯用戶ID中選擇出N個滿足設定條件的特定用戶ID，拉取所述N個特定用戶ID對應的最新用戶數據，并返回給所述用戶終端；所述N小于等于一個頁面所要求的用戶數據數量M。采用本發明，能夠實現在頁面請求時節省數據傳輸的帶寬資源。

技術領域

本申請涉及互聯網技術，特別涉及一種數據處理方法和裝置。

背景技術

在互聯網技術中，用戶原創內容（UGC：User Generated content）是一種用戶使用互聯網的新方式，所謂UGC，其是由原來的僅以下載為主變成下載和上傳并重的方式，目前，社區網絡、視頻分享、和微博都是UGC的主要應用形式。以微博為例，下面描述現有針對微博的處理方式：

針對一個微博用戶，其最多具有2000個收聽用戶，其中，為便于描述，可將該收聽用戶稱為偶像（Uin）。而一個微博用戶對應的微博首頁，其按照時間排列最多展示70條微博消息，其中，一條微博消息與一個微博用戶對應，也就是說，一個微博用戶對應的微博首頁展示的70條微博消息最多是由70個Uin發表的。

參見圖1，圖1為現有微博消息處理架構圖。微博用戶發布的微博消息離散分布在底層設備（簡稱底層svr），比如，在圖1中，底層設備1僅負責編號為1至1000的微博用戶發布的微博消息，底層設備2僅負責編號為1001至2000的微博用戶發布的微博消息，底層設備3僅負責編號為2001至3000的微博用戶發布的微博消息，依次類推，直至底層設備N。當編號為1的微博用戶對應的微博首頁需要展示微博消息時，該微博用戶通過客戶端向與連接底層設備的接口機發送首頁讀請求，當接口機接收到首頁讀請求后，找到該編號為1的微博用戶對應的2000個Uin，然后分別向負責管理該2000個Uin發布的微博消息的底層設備發送首頁讀請求，當底層設備收到首頁讀請求后，將其負責的該2000個Uin中任一微博用戶發布的微博消息返回給接口機，接口機收到底層設備返回的該2000個Uin發布的微博消息后，按照微博消息發布時間降序排列該2000個Uin發布的微博消息，選取前70個偶像發布的微博消息返回給微博首頁展示，具體如圖2所示。

基于上面描述可以看出，在現有微博消息處理過程中，微博首頁為了展示70條微博消息，就需要獲取2000個Uin發布的微博消息，通過遍歷該2000個Uin發布的微博消息選取最新的70條微博消息展示，而剩下的1930條微博消息是不予展示的，也就是說，該剩下的1930條微博消息的獲取是無用的，但是，獲取該剩下的1930條微博消息是需要帶寬資源的，這顯然會浪費大量的帶寬資源。

發明內容

本申請提供了一種數據處理方法和裝置，以在頁面請求時節省數據傳輸的帶寬資源。

本申請提供的技術方案包括：

一種數據處理方法，包括：

接收來自用戶終端的請求，所述請求攜帶用戶ID；

確定與所述用戶ID相關聯的所有關聯用戶ID；

從所有關聯用戶ID中選擇出N個滿足設定條件的特定用戶ID，拉取所述N個特定用戶ID對應的最新用戶數據，并返回給所述用戶終端；所述N小于等于一個頁面所要求的用戶數據數量M。

一種數據處理裝置，該裝置包括：接收模塊、確定模塊和處理模塊；其中，

所述接收模塊，用于接收來自用戶終端的請求，所述請求攜帶用戶ID；

所述確定模塊，用于確定與所述用戶ID相關聯的所有關聯用戶ID；

所述處理模塊，包含選擇單元和數據處理單元；

其中，所述選擇單元，用于從所述確定模塊確定的所有關聯用戶ID中選擇出N個滿足設定條件的特定用戶ID；