一種數(shù)據(jù)處理方法和裝置制造方法
【專利摘要】本申請?zhí)峁┝艘环N數(shù)據(jù)處理方法和裝置。該方法包括：接收來自用戶終端的請求，所述請求攜帶用戶ID；確定與所述用戶ID相關(guān)聯(lián)的所有關(guān)聯(lián)用戶ID；從所有關(guān)聯(lián)用戶ID中選擇出N個(gè)滿足設(shè)定條件的特定用戶ID，拉取所述N個(gè)特定用戶ID對應(yīng)的最新用戶數(shù)據(jù)，并返回給所述用戶終端；所述N小于等于一個(gè)頁面所要求的用戶數(shù)據(jù)數(shù)量M。采用本發(fā)明，能夠?qū)崿F(xiàn)在頁面請求時(shí)節(jié)省數(shù)據(jù)傳輸?shù)膸捹Y源。
【專利說明】一種數(shù)據(jù)處理方法和裝置
【技術(shù)領(lǐng)域】
[0001]本申請涉及互聯(lián)網(wǎng)技術(shù)，特別涉及一種數(shù)據(jù)處理方法和裝置。
【背景技術(shù)】
[0002]在互聯(lián)網(wǎng)技術(shù)中，用戶原創(chuàng)內(nèi)容(UGC:User Generated content)是一種用戶使用互聯(lián)網(wǎng)的新方式，所謂UGC，其是由原來的僅以下載為主變成下載和上傳并重的方式，目前，社區(qū)網(wǎng)絡(luò)、視頻分享、和微博都是UGC的主要應(yīng)用形式。以微博為例，下面描述現(xiàn)有針對微博的處理方式:
[0003]針對一個(gè)微博用戶，其最多具有2000個(gè)收聽用戶，其中，為便于描述，可將該收聽用戶稱為偶像(Uin)。而一個(gè)微博用戶對應(yīng)的微博首頁，其按照時(shí)間排列最多展示70條微博消息，其中，一條微博消息與一個(gè)微博用戶對應(yīng)，也就是說，一個(gè)微博用戶對應(yīng)的微博首頁展示的70條微博消息最多是由70個(gè)Uin發(fā)表的。
[0004]參見圖1，圖1為現(xiàn)有微博消息處理架構(gòu)圖。微博用戶發(fā)布的微博消息離散分布在底層設(shè)備(簡稱底層svr)，比如，在圖1中，底層設(shè)備I僅負(fù)責(zé)編號為I至1000的微博用戶發(fā)布的微博消息，底層設(shè)備2僅負(fù)責(zé)編號為1001至2000的微博用戶發(fā)布的微博消息，底層設(shè)備3僅負(fù)責(zé)編號為2001至3000的微博用戶發(fā)布的微博消息，依次類推，直至底層設(shè)備N。當(dāng)編號為I的微博用戶對應(yīng)的微博首頁需要展示微博消息時(shí)，該微博用戶通過客戶端向與連接底層設(shè)備的接口機(jī)發(fā)送首頁讀請求，當(dāng)接口機(jī)接收到首頁讀請求后，找到該編號為I的微博用戶對應(yīng)的2000個(gè)Uin，然后分別向負(fù)責(zé)管理該2000個(gè)Uin發(fā)布的微博消息的底層設(shè)備發(fā)送首頁讀請求，當(dāng)?shù)讓釉O(shè)備收到首頁讀請求后，將其負(fù)責(zé)的該2000個(gè)Uin中任一微博用戶發(fā)布的微博消息返回給接口機(jī)，接口機(jī)收到底層設(shè)備返回的該2000個(gè)Uin發(fā)布的微博消息后，按照微博消息發(fā)布時(shí)間降序排列該2000個(gè)Uin發(fā)布的微博消息，選取前70個(gè)偶像發(fā)布的微博消息返回給微博首頁展示，具體如圖2所示。
[0005]基于上面描述可以看出，在現(xiàn)有微博消息處理過程中，微博首頁為了展示70條微博消息，就需要獲取2000個(gè)Uin發(fā)布的微博消息，通過遍歷該2000個(gè)Uin發(fā)布的微博消息選取最新的70條微博消息展示，而剩下的1930條微博消息是不予展示的，也就是說，該剩下的1930條微博消息的獲取是無用的，但是，獲取該剩下的1930條微博消息是需要帶寬資源的，這顯然會浪費(fèi)大量的帶寬資源。

【發(fā)明內(nèi)容】

[0006]本申請?zhí)峁┝艘环N數(shù)據(jù)處理方法和裝置，以在頁面請求時(shí)節(jié)省數(shù)據(jù)傳輸?shù)膸捹Y源。
[0007]本申請?zhí)峁┑募夹g(shù)方案包括:
[0008]一種數(shù)據(jù)處理方法，包括:
[0009]接收來自用戶終端的請求，所述請求攜帶用戶ID ；
[0010]確定與所述用戶ID相關(guān)聯(lián)的所有關(guān)聯(lián)用戶ID ；[0011]從所有關(guān)聯(lián)用戶ID中選擇出N個(gè)滿足設(shè)定條件的特定用戶ID，拉取所述N個(gè)特定用戶ID對應(yīng)的最新用戶數(shù)據(jù)，并返回給所述用戶終端；所述N小于等于一個(gè)頁面所要求的用戶數(shù)據(jù)數(shù)量M。
[0012]一種數(shù)據(jù)處理裝置，該裝置包括:接收模塊、確定模塊和處理模塊；其中，
[0013]所述接收模塊，用于接收來自用戶終端的請求，所述請求攜帶用戶ID ；
[0014]所述確定模塊，用于確定與所述用戶ID相關(guān)聯(lián)的所有關(guān)聯(lián)用戶ID ；
[0015]所述處理模塊，包含選擇單元和數(shù)據(jù)處理單元；
[0016]其中，所述選擇單元，用于從所述確定模塊確定的所有關(guān)聯(lián)用戶ID中選擇出N個(gè)滿足設(shè)定條件的特定用戶ID ；
[0017]所述數(shù)據(jù)處理單元，用于拉取所述N個(gè)特定用戶ID對應(yīng)的最新用戶數(shù)據(jù)，并返回給所述用戶終端；所述N小于等于一個(gè)頁面所要求的用戶數(shù)據(jù)數(shù)量M。
[0018]由以上技術(shù)方案可以看出，本發(fā)明中，在接收到用戶終端的請求時(shí)，從與該用戶相關(guān)聯(lián)的所有關(guān)聯(lián)用戶ID中選擇出N個(gè)滿足設(shè)定條件的特定用戶ID，僅拉取所述N個(gè)特定用戶ID對應(yīng)的最新用戶數(shù)據(jù)，并返回給所述用戶終端，所述N小于等于所述頁面要求的用戶數(shù)據(jù)數(shù)量M，這相比于現(xiàn)有技術(shù)中拉取該用戶相關(guān)聯(lián)的所有關(guān)聯(lián)用戶ID的最新用戶數(shù)據(jù)，一方面能夠節(jié)省帶寬資源，另一方面，能夠節(jié)約成本。
【專利附圖】

【附圖說明】
[0019]圖1為現(xiàn)有微博消息處理架構(gòu)圖；
[0020]圖2為現(xiàn)有微博首頁頁面處理微博消息示意圖；
[0021]圖3為本發(fā)明實(shí)施例提供的方法流程圖；
[0022]圖4為本發(fā)明實(shí)施例提供的用戶數(shù)據(jù)拉取實(shí)現(xiàn)流程圖；
[0023]圖5為本發(fā)明實(shí)施例提供的用戶ID選擇流程圖；
[0024]圖6為本發(fā)明實(shí)施例提供的應(yīng)用架構(gòu)圖；
[0025]圖7a為本發(fā)明實(shí)施例提供的微博消息發(fā)布時(shí)間和微博用戶ID對應(yīng)關(guān)系示意圖；
[0026]圖7b為本發(fā)明實(shí)施例提供的按照微博消息發(fā)布時(shí)間排列的微博用戶ID隊(duì)列示意圖；
[0027]圖8為本發(fā)明實(shí)施例提供的裝置結(jié)構(gòu)圖。
【具體實(shí)施方式】
[0028]為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面結(jié)合附圖和具體實(shí)施例對本發(fā)明進(jìn)行詳細(xì)描述。
[0029]參見圖3，圖3為本發(fā)明實(shí)施例提供的方法流程圖。如圖3所示，該流程可包括以下步驟:
[0030]步驟301，接收來自用戶終端的請求，所述請求攜帶用戶標(biāo)識(ID)。
[0031]以微博應(yīng)用為例，則，針對任一微博用戶終端，其在戶微博首頁頁面展示之前會發(fā)送請求至服務(wù)器，以從服務(wù)器獲取需要展示的用戶數(shù)據(jù)。其中，為便于服務(wù)器獲取其需要展示的用戶數(shù)據(jù)，其一般在發(fā)送的請求中攜帶微博用戶終端對應(yīng)的用戶ID。
[0032]步驟302，確定與用戶ID相關(guān)聯(lián)的所有關(guān)聯(lián)用戶ID。[0033]優(yōu)選地，本發(fā)明中，可預(yù)先設(shè)置每一用戶ID的關(guān)系鏈，通過該關(guān)系鏈中標(biāo)出了該用戶ID相關(guān)聯(lián)的所有用戶ID。仍以微博應(yīng)用為例，通常，一個(gè)微博用戶ID最多有2000個(gè)相關(guān)聯(lián)的收聽用戶ID，基于此，本發(fā)明在設(shè)置一微博用戶ID的關(guān)系鏈時(shí)，可將該微博用戶ID的2000個(gè)收聽用戶ID設(shè)置到其關(guān)系鏈中，作為其相關(guān)聯(lián)的用戶。
[0034]基于預(yù)先設(shè)置每一用戶ID的關(guān)系鏈描述，本步驟302可在接收到請求后，依據(jù)該請求攜帶的用戶ID從預(yù)先設(shè)置的關(guān)系鏈中找到該用戶ID對應(yīng)的關(guān)系鏈，將該關(guān)系鏈標(biāo)出的所有用戶ID作為與所述請求攜帶的用戶ID相關(guān)聯(lián)的所有用戶ID (記為關(guān)聯(lián)用戶ID)。
[0035]步驟303，從所有關(guān)聯(lián)用戶ID中選擇出N個(gè)滿足設(shè)定條件的特定用戶ID，拉取所述N個(gè)特定用戶ID對應(yīng)的最新用戶數(shù)據(jù)，并返回給所述用戶終端；所述N小于等于一個(gè)頁面所要求的用戶數(shù)據(jù)數(shù)量M。
[0036]仍以微博應(yīng)用為例，通常，一個(gè)微博頁面最多展示70條微博消息，但該微博用戶ID的關(guān)聯(lián)用戶ID最多有2000個(gè)，本步驟303通過預(yù)先設(shè)定條件，從該2000個(gè)關(guān)聯(lián)用戶ID中選擇出N個(gè)比如70個(gè)或者小于70個(gè)滿足設(shè)定條件的特定用戶ID，僅拉取該N個(gè)特定用戶ID對應(yīng)的最新用戶數(shù)據(jù)，并非全部拉取該2000個(gè)關(guān)聯(lián)用戶ID對應(yīng)的最新用戶數(shù)據(jù)，這能夠減少拉取的用戶數(shù)據(jù)數(shù)量，節(jié)省帶寬資源。
[0037]至此，完成圖3所示流程。
[0038]需要說明的是，本發(fā)明中，作為一個(gè)實(shí)施例，上述步驟303中，拉取所述N個(gè)特定用戶ID對應(yīng)的最新用戶數(shù)據(jù)可通過圖4所示流程實(shí)現(xiàn):
[0039]參見圖4，圖4為本發(fā)明實(shí)施例提供的用戶數(shù)據(jù)拉取實(shí)現(xiàn)流程圖。如圖4所示，該流程可包括以下步驟:
[0040]步驟401，從所有底層設(shè)備(svr)中確定出用于管理所述N個(gè)特定用戶ID的底層設(shè)備。
[0041]通常，用戶ID、以及該用戶ID的所有用戶數(shù)據(jù)都是由底層設(shè)備管理的，其中，底層設(shè)備的數(shù)量可在組網(wǎng)時(shí)進(jìn)行設(shè)置，這里不再具體描述。
[0042]步驟402，識別該確定出的底層設(shè)備的數(shù)量L。
[0043]步驟403，將所述請求分成L份請求包，并對應(yīng)發(fā)送至該確定出的L個(gè)底層設(shè)備，每一份請求包攜帶所述N個(gè)特定用戶ID中的至少一個(gè)，其中，請求包攜帶的特定用戶ID實(shí)質(zhì)為該請求包發(fā)送至的底層設(shè)備管理的用戶ID。
[0044]以上述的N取值為70為例，假如本步驟402識別出的L為3，其中，70個(gè)用戶ID中，有30個(gè)由底層設(shè)備I管理，30個(gè)由底層設(shè)備2管理，以及剩下的10個(gè)用戶ID由底層設(shè)備3管理，則本步驟403中，將上述步驟301接收的請求分成以下3份請求包:請求包1、請求包2、請求包3，在請求包I中攜帶由底層設(shè)備I管理的30個(gè)用戶ID，并發(fā)送至底層設(shè)備I，在請求包2中攜帶由底層設(shè)備2管理的30個(gè)用戶ID，并發(fā)送至底層設(shè)備2，在請求包3中攜帶由底層設(shè)備3管理的10個(gè)用戶ID，并發(fā)送至底層設(shè)備3。
[0045]步驟404，接收所述L個(gè)底層設(shè)備返回的用戶數(shù)據(jù)，每一個(gè)底層設(shè)備返回的用戶數(shù)據(jù)為其接收的請求包攜帶的特定用戶ID對應(yīng)的最新用戶數(shù)據(jù)。
[0046]至此，通過圖4所示流程即可拉取N個(gè)用戶ID對應(yīng)的最新用戶數(shù)據(jù)。仍以微博應(yīng)用為例，通常，一個(gè)微博用戶ID的微博首頁頁面最多展示70條微博消息，但該微博用戶ID相關(guān)聯(lián)的用戶ID最多有2000個(gè)，通過圖4所示流程，本發(fā)明從該2000個(gè)用戶ID中選擇出N個(gè)比如70個(gè)或者小于70個(gè)滿足設(shè)定條件的用戶ID，僅向負(fù)責(zé)管理N個(gè)用戶ID的底層設(shè)備發(fā)送請求包，并非向負(fù)責(zé)關(guān)聯(lián)該2000個(gè)用戶ID的底層設(shè)備發(fā)送請求包，這降低了底層設(shè)備的負(fù)載，發(fā)送的請求包數(shù)量也相應(yīng)減少，節(jié)省了昂貴的帶寬資源，也節(jié)約了底層設(shè)備的成本，能夠使得底層設(shè)備在很長時(shí)間內(nèi)不需要擴(kuò)容。
[0047]另外，本發(fā)明中，作為一個(gè)實(shí)施例，上述步驟303中，從確定的所有關(guān)聯(lián)用戶ID中選擇出N個(gè)滿足設(shè)定條件的特定用戶ID可包括圖5所示的流程。
[0048]參見圖5，圖5為本發(fā)明實(shí)施例提供的用戶ID選擇流程圖。如圖5所示，該流程可包括以下步驟:
[0049]步驟501，將確定的所有關(guān)聯(lián)用戶ID發(fā)送給預(yù)設(shè)的網(wǎng)絡(luò)設(shè)備，所述網(wǎng)絡(luò)設(shè)備用于記錄任一用戶ID對應(yīng)的動(dòng)作行為。
[0050]這里，預(yù)設(shè)的網(wǎng)絡(luò)設(shè)備可為一臺機(jī)器，也可為其他實(shí)現(xiàn)形式，本發(fā)明并不具體限定。
[0051]步驟502，接收網(wǎng)絡(luò)設(shè)備返回的N個(gè)用戶ID，所述網(wǎng)絡(luò)設(shè)備返回的N個(gè)用戶ID是由所述網(wǎng)絡(luò)設(shè)備從接收的所有關(guān)聯(lián)用戶ID中選擇出的動(dòng)作行為滿足設(shè)定條件的特定用戶ID0
[0052]至此，完成圖5所示流程。其中，為使圖4和圖5所示流程便于理解，以本發(fā)明應(yīng)用于微博應(yīng)用為例，則結(jié)合圖4和圖5所示流程本發(fā)明示出了對應(yīng)的應(yīng)用架構(gòu)圖，具體見圖6，這里不再詳細(xì)描述。
[0053]需要說明的是，本發(fā)明中，所述用戶ID對應(yīng)的用戶數(shù)據(jù)為用戶原創(chuàng)內(nèi)容UGC;基于此，所述用戶ID對應(yīng)的動(dòng)作行為為所述UGC更新或發(fā)布的時(shí)間；所述動(dòng)作行為滿足設(shè)定條件包括:UGC發(fā)布時(shí)間或更新時(shí)間最新。
[0054]優(yōu)選地，作為本發(fā)明一個(gè)實(shí)施例，所述UGC具體實(shí)現(xiàn)時(shí)可為微博消息，基于此，上述步驟501中，用戶ID對應(yīng)的動(dòng)作行為至少包括:微博消息發(fā)布時(shí)間；以及，步驟502中，動(dòng)作行為滿足設(shè)定條件可包括:微博消息發(fā)布時(shí)間最新。
[0055]下面以UGC具體實(shí)現(xiàn)時(shí)為微博消息為例對圖5所示流程進(jìn)行描述:
[0056]在微博應(yīng)用中，一個(gè)微博用戶ID相關(guān)聯(lián)的用戶ID最多有2000個(gè)，則基于圖5所示流程中的步驟501，可將一個(gè)微博用戶ID相關(guān)聯(lián)的2000個(gè)用戶ID發(fā)送給預(yù)設(shè)的網(wǎng)絡(luò)設(shè)備，當(dāng)網(wǎng)絡(luò)設(shè)備收到該2000個(gè)用戶ID后，從記錄的所有用戶ID中選取出該2000個(gè)用戶ID對應(yīng)的微博消息發(fā)布時(shí)間，具體如圖7a所示，之后，對該選取出的2000個(gè)用戶ID的微博消息發(fā)布時(shí)間按照微博消息發(fā)布時(shí)間進(jìn)行順序排列，排列結(jié)果如圖7b所示，其中，在圖7b中，微博消息發(fā)布時(shí)間最新的用戶ID排在最前，其他次之，依次類推。以N取值為70為例，則之后網(wǎng)絡(luò)設(shè)備從圖7b所示的隊(duì)列中選擇出前70個(gè)用戶ID。
[0057]需要說明的是，上面描述的UGC為微博消息只是一種舉例，并非限定本發(fā)明，優(yōu)選地，本發(fā)明中，UGC也可為即時(shí)通信應(yīng)用空間發(fā)布或更新的消息；相應(yīng)地，上述步驟501中，所述用戶ID對應(yīng)的動(dòng)作行為至少包括:即時(shí)通信應(yīng)用空間的消息發(fā)布或更新時(shí)間；上述步驟502中，所述動(dòng)作行為滿足設(shè)定條件包括:更新時(shí)間最新或發(fā)布時(shí)間最新。
[0058]至此，完成本發(fā)明提供的描述。
[0059]下面對本發(fā)明提供的裝置進(jìn)行描述。
[0060]參見圖8，圖8為本發(fā)明實(shí)施例提供的裝置結(jié)構(gòu)圖。如圖8所示，該裝置可包括:接收模塊、確定模塊和處理模塊；其中，
[0061]所述接收模塊，用于接收來自用戶終端的請求，所述請求攜帶用戶ID ；
[0062]所述確定模塊，用于確定與所述用戶ID相關(guān)聯(lián)的所有關(guān)聯(lián)用戶ID ；
[0063]所述處理模塊，包含選擇單元和數(shù)據(jù)處理單元；
[0064]其中，所述選擇單元，用于從所述確定模塊確定的所有關(guān)聯(lián)用戶ID中選擇出N個(gè)滿足設(shè)定條件的特定用戶ID ；
[0065]所述數(shù)據(jù)處理單元，用于拉取所述N個(gè)特定用戶ID對應(yīng)的最新用戶數(shù)據(jù)，并返回給所述用戶終端；所述N小于等于一個(gè)頁面所要求的用戶數(shù)據(jù)數(shù)量M。
[0066]優(yōu)選地，本發(fā)明中，所述選擇單元通過以下步驟從所述確定模塊確定的所有關(guān)聯(lián)用戶ID中選擇出N個(gè)滿足設(shè)定條件的特定用戶ID:
[0067]將所有關(guān)聯(lián)用戶ID發(fā)送給預(yù)設(shè)的網(wǎng)絡(luò)設(shè)備，所述網(wǎng)絡(luò)設(shè)備用于記錄任一用戶ID對應(yīng)的動(dòng)作行為；
[0068]接收網(wǎng)絡(luò)設(shè)備返回的N個(gè)用戶ID，所述網(wǎng)絡(luò)設(shè)備返回的N個(gè)用戶ID是由所述網(wǎng)絡(luò)設(shè)備從接收的所有關(guān)聯(lián)用戶ID中選擇出的動(dòng)作行為滿足設(shè)定條件的特定用戶ID。
[0069]作為本發(fā)明的一個(gè)實(shí)施例，所述用戶ID對應(yīng)的用戶數(shù)據(jù)為用戶原創(chuàng)內(nèi)容UGC ;
[0070]所述用戶ID對應(yīng)的動(dòng)作行為為所述UGC更新或發(fā)布的時(shí)間；
[0071]所述動(dòng)作行為滿足設(shè)定條件包括:UGC發(fā)布時(shí)間或更新時(shí)間最新。
[0072]作為本發(fā)明的一個(gè)實(shí)施例，所述UGC為微博消息；或者，
[0073]所述UGC為即時(shí)通信應(yīng)用空間發(fā)布的消息。
[0074]優(yōu)選地，本發(fā)明中，所述數(shù)據(jù)處理單元通過以下步驟拉取N個(gè)特定用戶ID對應(yīng)的最新用戶數(shù)據(jù):
[0075]從所有底層設(shè)備svr中確定出用于管理所述N個(gè)特定用戶ID的底層設(shè)備；
[0076]識別該確定出的底層設(shè)備的數(shù)量L，將所述請求分成L份請求包，并對應(yīng)發(fā)送至該確定出的L個(gè)底層設(shè)備，每一份請求包攜帶所述N個(gè)特定用戶ID中的至少一個(gè)特定用戶ID ；
[0077]接收所述L個(gè)底層設(shè)備返回的用戶數(shù)據(jù)，每一個(gè)底層設(shè)備返回的用戶數(shù)據(jù)為其接收的請求包攜帶的特定用戶ID對應(yīng)的最新用戶數(shù)據(jù)。
[0078]至此，完成圖8所示的裝置描述。
[0079]由以上技術(shù)方案可以看出，本發(fā)明中，在接收到用戶終端的請求時(shí)，從與該用戶相關(guān)聯(lián)的所有關(guān)聯(lián)用戶ID中選擇出N個(gè)滿足設(shè)定條件的特定用戶ID，僅拉取所述N個(gè)特定用戶ID對應(yīng)的最新用戶數(shù)據(jù)，并返回給所述用戶終端，所述N小于等于所述頁面要求的用戶數(shù)據(jù)數(shù)量M，這相比于現(xiàn)有技術(shù)中拉取該用戶相關(guān)聯(lián)的所有關(guān)聯(lián)用戶ID的最新用戶數(shù)據(jù)，一方面能夠節(jié)省帶寬資源，另一方面，能夠節(jié)約成本。
[0080]以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明保護(hù)的范圍之內(nèi)。
【權(quán)利要求】
1.一種數(shù)據(jù)處理方法，其特征在于，該方法包括: 接收來自用戶終端的請求，所述請求攜帶用戶ID ； 確定與所述用戶ID相關(guān)聯(lián)的所有關(guān)聯(lián)用戶ID ； 從所有關(guān)聯(lián)用戶ID中選擇出N個(gè)滿足設(shè)定條件的特定用戶ID，拉取所述N個(gè)特定用戶ID對應(yīng)的最新用戶數(shù)據(jù)，并返回給所述用戶終端；所述N小于等于一個(gè)頁面所要求的用戶數(shù)據(jù)數(shù)量M。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述從所有關(guān)聯(lián)用戶ID中選擇出N個(gè)滿足設(shè)定條件的特定用戶ID包括: 將所有關(guān)聯(lián)用戶ID發(fā)送給預(yù)設(shè)的網(wǎng)絡(luò)設(shè)備，所述網(wǎng)絡(luò)設(shè)備用于記錄任一用戶ID對應(yīng)的動(dòng)作行為； 接收網(wǎng)絡(luò)設(shè)備返回的N個(gè)用戶ID，所述網(wǎng)絡(luò)設(shè)備返回的N個(gè)用戶ID是由所述網(wǎng)絡(luò)設(shè)備從接收的所有關(guān)聯(lián)用戶ID中選擇出的動(dòng)作行為滿足設(shè)定條件的特定用戶ID。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述用戶ID對應(yīng)的用戶數(shù)據(jù)為用戶原創(chuàng)內(nèi)容UGC ； 所述用戶ID對應(yīng)的動(dòng)作行為為所述UGC更新或發(fā)布的時(shí)間； 所述動(dòng)作行為滿足設(shè)定條件包括=UGC發(fā)布時(shí)間或更新時(shí)間最新。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于， 所述UGC為微博消息；或者， 所述UGC為即時(shí)通信應(yīng)用空間發(fā)布的消息。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述拉取N個(gè)特定用戶ID對應(yīng)的最新用戶數(shù)據(jù)包括: 從所有底層設(shè)備svr中確定出用于管理所述N個(gè)特定用戶ID的底層設(shè)備； 識別該確定出的底層設(shè)備的數(shù)量L，將所述請求分成L份請求包，并對應(yīng)發(fā)送至該確定出的L個(gè)底層設(shè)備，每一份請求包攜帶所述N個(gè)特定用戶ID中的至少一個(gè)特定用戶ID; 接收所述L個(gè)底層設(shè)備返回的用戶數(shù)據(jù)，每一個(gè)底層設(shè)備返回的用戶數(shù)據(jù)為其接收的請求包攜帶的特定用戶ID對應(yīng)的最新用戶數(shù)據(jù)。
6.一種數(shù)據(jù)處理裝置，其特征在于，該裝置包括:接收模塊、確定模塊和處理模塊；其中， 所述接收模塊，用于接收來自用戶終端的請求，所述請求攜帶用戶ID ； 所述確定模塊，用于確定與所述用戶ID相關(guān)聯(lián)的所有關(guān)聯(lián)用戶ID ； 所述處理模塊，包含選擇單元和數(shù)據(jù)處理單元； 其中，所述選擇單元，用于從所述確定模塊確定的所有關(guān)聯(lián)用戶ID中選擇出N個(gè)滿足設(shè)定條件的特定用戶ID ； 所述數(shù)據(jù)處理單元，用于拉取所述N個(gè)特定用戶ID對應(yīng)的最新用戶數(shù)據(jù)，并返回給所述用戶終端；所述N小于等于一個(gè)頁面所要求的用戶數(shù)據(jù)數(shù)量M。
7.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述選擇單元通過以下步驟從所述確定模塊確定的所有關(guān)聯(lián)用戶ID中選擇出N個(gè)滿足設(shè)定條件的特定用戶ID: 將所有關(guān)聯(lián)用戶ID發(fā)送給預(yù)設(shè)的網(wǎng)絡(luò)設(shè)備，所述網(wǎng)絡(luò)設(shè)備用于記錄任一用戶ID對應(yīng)的動(dòng)作行為；接收網(wǎng)絡(luò)設(shè)備返回的N個(gè)用戶ID，所述網(wǎng)絡(luò)設(shè)備返回的N個(gè)用戶ID是由所述網(wǎng)絡(luò)設(shè)備從接收的所有關(guān)聯(lián)用戶ID中選擇出的動(dòng)作行為滿足設(shè)定條件的特定用戶ID。
8.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述用戶ID對應(yīng)的用戶數(shù)據(jù)為用戶原創(chuàng)內(nèi)容UGC ； 所述用戶ID對應(yīng)的動(dòng)作行為為所述UGC更新或發(fā)布的時(shí)間； 所述動(dòng)作行為滿足設(shè)定條件包括=UGC發(fā)布時(shí)間或更新時(shí)間最新。
9.根據(jù)權(quán)利要求8所述的裝置，其特征在于， 所述UGC為微博消息；或者， 所述UGC為即時(shí)通信應(yīng)用空間發(fā)布的消息。
10.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述數(shù)據(jù)處理單元通過以下步驟拉取N個(gè)特定用戶ID對應(yīng)的最新用戶數(shù)據(jù): 從所有底層設(shè)備svr中確定出用于管理所述N個(gè)特定用戶ID的底層設(shè)備； 識別該確定出的底層設(shè)備的數(shù)量L，將所述請求分成L份請求包，并對應(yīng)發(fā)送至該確定出的L個(gè)底層設(shè)備，每一份請求包攜帶所述N個(gè)特定用戶ID中的至少一個(gè)特定用戶ID ； 接收所述L個(gè)底層設(shè)備返 回的用戶數(shù)據(jù)，每一個(gè)底層設(shè)備返回的用戶數(shù)據(jù)為其接收的請求包攜帶的特定用戶ID對應(yīng)的最新用戶數(shù)據(jù)。
【文檔編號】H04L29/08GK103914477SQ201310003705
【公開日】2014年7月9日 申請日期:2013年1月6日 優(yōu)先權(quán)日:2013年1月6日
【發(fā)明者】王瑤 申請人:騰訊科技（北京）有限公司