[发明专利]一种数据处理方法和装置

说明书

本申请提供了一种数据处理方法和装置。该方法包括：接收来自用户终端的请求，所述请求携带用户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；