平码五不中公式规律
  • / 13
  • 下载费用:30 金币  

一种数据处理方法和装置.pdf

关 键 ?#21097;?/dt>
一种 数据处理 方法 装置
  专利查询网所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
摘要
申请专利号:

CN201310003705.4

申请日:

2013.01.06

公开号:

CN103914477A

公开日:

2014.07.09

当前法律状态:

授权

有效性:

有权

法?#19978;?#24773;: 授权|||实质审查的生效IPC(主分类):G06F 17/30申请日:20130106|||公开
IPC分类号: G06F17/30; H04L12/58; H04L29/08 主分类号: G06F17/30
申请人: 腾讯科技(北京)有限公司
发明人: 王瑶
地址: 100080 北京市海淀区海淀大街38号银科大厦16层1601-1608室
优?#28909;ǎ?/td>
专利代理机构: 北京德琦知识产权代理有限公司 11018 代理人: 杨春香;宋志强
PDF完整版下载: PDF下载
法律状态
申请(专利)号:

CN201310003705.4

授权公告号:

||||||

法律状态公告日:

2018.10.26|||2015.10.07|||2014.07.09

法律状态类型:

授权|||实质审查的生效|||公开

摘要

本申请提供了一种数据处理方法和装置。该方法包括:接收来自用户终端的请求,所述请求携带用户ID;确定与所述用户ID相关联的所有关联用户ID;从所有关联用户ID中选择出N个满足设定条件的特定用户ID,拉取所述N个特定用户ID对应的最新用户数据,并返回给所述用户终端;所述N小于等于一个页面所要求的用户数据数量M。采用本发明,能够实现在页面请求时节省数据传输的带宽资源。

权利要求书

权利要求书
1.  一种数据处理方法,其特征在于,该方法包括:
接收来自用户终端的请求,所述请求携带用户ID;
确定与所述用户ID相关联的所有关联用户ID;
从所有关联用户ID中选择出N个满足设定条件的特定用户ID,拉取所述N个特定用户ID对应的最新用户数据,并返回给所述用户终端;所述N小于等于一个页面所要求的用户数据数量M。

2.  根据权利要求1所述的方法,其特征在于,所述从所有关联用户ID中选择出N个满足设定条件的特定用户ID包括:
将所有关联用户ID发?#36879;?#39044;设的网络设备,所述网络设备用于记录任一用户ID对应的动作行为;
接收网络设备返回的N个用户ID,所述网络设备返回的N个用户ID是由所述网络设备从接收的所有关联用户ID中选择出的动作行为满足设定条件的特定用户ID。

3.  根据权利要求2所述的方法,其特征在于,所述用户ID对应的用户数据为用户原创内容UGC;
所述用户ID对应的动作行为为所述UGC更新或发布的时间;
所述动作行为满足设定条件包括:UGC发布时间或更新时间最新。

4.  根据权利要求3所述的方法,其特征在于,
所述UGC为微博消息;或者,
所述UGC为即时通信应用空间发布的消息。

5.  根据权利要求1所述的方法,其特征在于,所述拉取N个特定用户ID对应的最新用户数据包括:
从所有底层设备svr中确定出用于管理所述N个特定用户ID的底层设备;
识别该确定出的底层设备的数量L,将所述请求分成L份请求包,并对应发送至该确定出的L个底层设备,每一份请求包携带所述N个特定用户ID?#26800;?#33267;少一个特定用户ID;
接收所述L个底层设备返回的用户数据,每一个底层设备返回的用户数据为其接收的请求包携带的特定用户ID对应的最新用户数据。

6.  一种数据处理装置,其特征在于,该装置包括:接收模块、确定模块和处理模块;其中,
所述接收模块,用于接收来自用户终端的请求,所述请求携带用户ID;
所述确定模块,用于确定与所述用户ID相关联的所有关联用户ID;
所述处理模块,包含选择单元和数据处理单元;
其中,所述选择单元,用于从所述确定模块确定的所有关联用户ID中选择出N个满足设定条件的特定用户ID;
所述数据处理单元,用于拉取所述N个特定用户ID对应的最新用户数据,并返回给所述用户终端;所述N小于等于一个页面所要求的用户数据数量M。

7.  根据权利要求6所述的装置,其特征在于,所述选择单元通过以下?#34903;?#20174;所述确定模块确定的所有关联用户ID中选择出N个满足设定条件的特定用户ID:
将所有关联用户ID发?#36879;?#39044;设的网络设备,所述网络设备用于记录任一用户ID对应的动作行为;
接收网络设备返回的N个用户ID,所述网络设备返回的N个用户ID是由所述网络设备从接收的所有关联用户ID中选择出的动作行为满足设定条件的特定用户ID。

8.  根据权利要求7所述的装置,其特征在于,所述用户ID对应的用户数据为用户原创内容UGC;
所述用户ID对应的动作行为为所述UGC更新或发布的时间;
所述动作行为满足设定条件包括:UGC发布时间或更新时间最新。

9.  根据权利要求8所述的装置,其特征在于,
所述UGC为微博消息;或者,
所述UGC为即时通信应用空间发布的消息。

10.  根据权利要求6所述的装置,其特征在于,所述数据处理单元通过以下 ?#34903;?#25289;取N个特定用户ID对应的最新用户数据:
从所有底层设备svr中确定出用于管理所述N个特定用户ID的底层设备;
识别该确定出的底层设备的数量L,将所述请求分成L份请求包,并对应发送至该确定出的L个底层设备,每一份请求包携带所述N个特定用户ID?#26800;?#33267;少一个特定用户ID;
接收所述L个底层设备返回的用户数据,每一个底层设备返回的用户数据为其接收的请求包携带的特定用户ID对应的最新用户数据。

说明书

说明书一种数据处理方法和装置
技术领域
本申请涉及互联网技术,特别涉及一种数据处理方法和装置。
背景技术
在互联网技术中,用户原创内容(UGC:User Generated content)是一种用户使用互联网的新方式,所谓UGC,其是由原来的仅以下载为主变?#19978;?#36733;和上传并重的方式,目前,社区网络、视频分享、和微博都是UGC的主要应用形式。以微博为例,下面描述现有针对微博的处理方式:
针对一个微博用户,其最多具有2000个收听用户,其中,为便于描述,可将该收听用户称为偶像(Uin)。而一个微博用户对应的微博首页,其按照时间排列最多展示70条微博消息,其中,一条微博消息与一个微博用户对应,也就是说,一个微博用户对应的微博首页展?#38236;?0条微博消息最多是由70个Uin发表的。
参见图1,图1为现有微博消息处理架构图。微博用户发布的微博消息离散分布在底层设备(简称底层svr),?#28909;紓?#22312;图1中,底层设备1仅负责编号为1至1000的微博用户发布的微博消息,底层设备2仅负责编号为1001至2000的微博用户发布的微博消息,底层设备3仅负责编号为2001至3000的微博用户发布的微博消息,?#26469;?#31867;推,直至底层设备N。?#21271;?#21495;为1的微博用户对应的微博首页需要展示微博消息时,该微博用户通过客户端向与连接底层设备的接口机发送首页读请求,当接口机接收到首页读请求后,?#19994;?#35813;编号为1的微博用户对应的2000个Uin,然后分别向负责管理该2000个Uin发布的微博消息的底层设备发送首页读请求,当底层设备收到首页读请求后,将其负责的该2000个Uin中任一微博用户发布的微博消息返回给接口 机,接口机收到底层设备返回的该2000个Uin发布的微博消息后,按照微博消息发布时间降序排列该2000个Uin发布的微博消息,选取前70个偶像发布的微博消息返回给微博首页展示,具体如图2所示。
基于?#21414;?#25551;述可以看出,在现有微博消息处理过程中,微博首页为了展示70条微博消息,就需要获取2000个Uin发布的微博消息,通过遍历该2000个Uin发布的微博消息选取最新的70条微博消息展示,而剩下的1930条微博消息是不予展?#38236;模?#20063;就是说,该剩下的1930条微博消息的获取是无用的,但是,获取该剩下的1930条微博消息是需要带宽资源的,这显然会浪费大量的带宽资源。
发明内容
本申请提供了一种数据处理方法和装置,以在页面请求时节省数据传输的带宽资源。
本申请提供的技术方案包括:
一种数据处理方法,包括:
接收来自用户终端的请求,所述请求携带用户ID;
确定与所述用户ID相关联的所有关联用户ID;
从所有关联用户ID中选择出N个满足设定条件的特定用户ID,拉取所述N个特定用户ID对应的最新用户数据,并返回给所述用户终端;所述N小于等于一个页面所要求的用户数据数量M。
一种数据处理装置,该装置包括:接收模块、确定模块和处理模块;其中,
所述接收模块,用于接收来自用户终端的请求,所述请求携带用户ID;
所述确定模块,用于确定与所述用户ID相关联的所有关联用户ID;
所述处理模块,包含选择单元和数据处理单元;
其中,所述选择单元,用于从所述确定模块确定的所有关联用户ID中选择出N个满足设定条件的特定用户ID;
所述数据处理单元,用于拉取所述N个特定用户ID对应的最新用户数据, 并返回给所述用户终端;所述N小于等于一个页面所要求的用户数据数量M。
由以上技术方案可以看出,本发明中,在接收到用户终端的请求时,从与该用户相关联的所有关联用户ID中选择出N个满足设定条件的特定用户ID,仅拉取所述N个特定用户ID对应的最新用户数据,并返回给所述用户终端,所述N小于等于所述页面要求的用户数据数量M,这相比于现有技术中拉取该用户相关联的所有关联用户ID的最新用户数据,一方面能够节省带宽资源,另一方面,能够节约成本。
附图说明
图1为现有微博消息处理架构图;
图2为现有微博首页页面处理微博消息示意图;
图3为本发明实施例提供的方法流程图;
图4为本发明实施例提供的用户数据拉取实现流程图;
图5为本发明实施例提供的用户ID选择流程图;
图6为本发明实施例提供的应用架构图;
图7a为本发明实施例提供的微博消息发布时间和微博用户ID对应关系示意图;
图7b为本发明实施例提供的按照微博消息发布时间排?#26800;?#24494;博用户ID队列示意图;
图8为本发明实施例提供的装置结构图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面结合附图和具体实施例对本发明进行详?#35813;?#36848;。
参见图3,图3为本发明实施例提供的方法流程图。如图3所示,该流程可包括以下?#34903;瑁?
?#34903;?01,接收来自用户终端的请求,所述请求携带用户标识(ID)。
以微博应用为例,则,针对任一微博用户终端,其在户微博首页页面展?#23616;?#21069;会发送请求至服务器,?#28304;?#26381;务器获取需要展?#38236;?#29992;户数据。其中,为便于服务器获取其需要展?#38236;?#29992;户数据,其一般在发送的请求中携带微博用户终端对应的用户ID。
?#34903;?02,确定与用户ID相关联的所有关联用户ID。
优选地,本发明中,可预先设置每一用户ID的关系链,通过该关系链中标出了该用户ID相关联的所有用户ID。仍以微博应用为例,通常,一个微博用户ID最多有2000个相关联的收听用户ID,基于此,本发明在设置一微博用户ID的关系链时,可将该微博用户ID的2000个收听用户ID设置到其关系链中,作为其相关联的用户。
基于预先设置每一用户ID的关系链描述,本?#34903;?02可在接收到请求后,依据该请求携带的用户ID从预先设置的关系链中?#19994;?#35813;用户ID对应的关系链,将该关系链标出的所有用户ID作为与所述请求携带的用户ID相关联的所有用户ID(记为关联用户ID)。
?#34903;?03,从所有关联用户ID中选择出N个满足设定条件的特定用户ID,拉取所述N个特定用户ID对应的最新用户数据,并返回给所述用户终端;所述N小于等于一个页面所要求的用户数据数量M。
仍以微博应用为例,通常,一个微博页面最多展示70条微博消息,但该微博用户ID的关联用户ID最多有2000个,本?#34903;?03通过预先设定条件,从该2000个关联用户ID中选择出N个?#28909;?0个或者小于70个满足设定条件的特定用户ID,仅拉取该N个特定用户ID对应的最新用户数据,并非全部拉取该2000个关联用户ID对应的最新用户数据,这能够减少拉取的用户数据数量,节省带宽资源。
至此,完成图3所示流程。
需要说明的是,本发明中,作为一个实施例,上述?#34903;?03中,拉取所述N个特定用户ID对应的最新用户数据可通过图4所示流程实现:
参见图4,图4为本发明实施例提供的用户数据拉取实现流程图。如图4所 示,该流程可包括以下?#34903;瑁?
?#34903;?01,从所有底层设备(svr)中确定出用于管理所述N个特定用户ID的底层设备。
通常,用户ID、以及该用户ID的所有用户数据都是由底层设备管理的,其中,底层设备的数量可在组网时进行设置,这里不再具体描述。
?#34903;?02,识别该确定出的底层设备的数量L。
?#34903;?03,将所述请求分成L份请求包,并对应发送至该确定出的L个底层设备,每一份请求包携带所述N个特定用户ID?#26800;?#33267;少一个,其中,请求包携带的特定用户ID实质为该请求包发送至的底层设备管理的用户ID。
以上述的N取值为70为例,假如本?#34903;?02识别出的L为3,其中,70个用户ID中,有30个由底层设备1管理,30个由底层设备2管理,以及剩下的10个用户ID由底层设备3管理,则本?#34903;?03中,将上述?#34903;?01接收的请求分成以下3份请求包:请求包1、请求包2、请求包3,在请求包1中携带由底层设备1管理的30个用户ID,并发送至底层设备1,在请求包2中携带由底层设备2管理的30个用户ID,并发送至底层设备2,在请求包3中携带由底层设备3管理的10个用户ID,并发送至底层设备3。
?#34903;?04,接收所述L个底层设备返回的用户数据,每一个底层设备返回的用户数据为其接收的请求包携带的特定用户ID对应的最新用户数据。
至此,通过图4所示流程即可拉取N个用户ID对应的最新用户数据。仍以微博应用为例,通常,一个微博用户ID的微博首页页面最多展示70条微博消息,但该微博用户ID相关联的用户ID最多有2000个,通过图4所示流程,本发明从该2000个用户ID中选择出N个?#28909;?0个或者小于70个满足设定条件的用户ID,仅向负责管理N个用户ID的底层设备发送请求包,并非向负责关联该2000个用户ID的底层设备发送请求包,这?#26723;?#20102;底层设备的负载,发送的请求包数量也相应减少,节省了昂贵的带宽资源,也节约了底层设备的成本,能够使得底层设备在很长时间内不需要扩容。
另外,本发明中,作为一个实施例,上述?#34903;?03中,从确定的所有关联用 户ID中选择出N个满足设定条件的特定用户ID可包括图5所?#38236;?#27969;程。
参见图5,图5为本发明实施例提供的用户ID选择流程图。如图5所示,该流程可包括以下?#34903;瑁?
?#34903;?01,将确定的所有关联用户ID发?#36879;?#39044;设的网络设备,所述网络设备用于记录任一用户ID对应的动作行为。
这里,预设的网络设备可为一台机器,也可为其他实?#20013;?#24335;,本发明并不具体限定。
?#34903;?02,接收网络设备返回的N个用户ID,所述网络设备返回的N个用户ID是由所述网络设备从接收的所有关联用户ID中选择出的动作行为满足设定条件的特定用户ID。
至此,完成图5所示流程。其中,为使图4和图5所示流程便于理解,以本发明应用于微博应用为例,则结合图4和图5所示流程本发明示出了对应的应用架构图,具体见图6,这里不再详?#35813;?#36848;。
需要说明的是,本发明中,所述用户ID对应的用户数据为用户原创内容UGC;基于此,所述用户ID对应的动作行为为所述UGC更新或发布的时间;所述动作行为满足设定条件包括:UGC发布时间或更新时间最新。
优选地,作为本发明一个实施例,所述UGC具体实现时可为微博消息,基于此,上述?#34903;?01中,用户ID对应的动作行为至少包括:微博消息发布时间;以及,?#34903;?02中,动作行为满足设定条件可包括:微博消息发布时间最新。
下面以UGC具体实现时为微博消息为例对图5所示流程进行描述:
在微博应用中,一个微博用户ID相关联的用户ID最多有2000个,则基于图5所示流程?#26800;牟街?01,可将一个微博用户ID相关联的2000个用户ID发?#36879;?#39044;设的网络设备,当网络设备收到该2000个用户ID后,从记录的所有用户ID中选取出该2000个用户ID对应的微博消息发布时间,具体如图7a所示,之后,对该选取出的2000个用户ID的微博消息发布时间按照微博消息发布时间进行顺序排列,排列结果如图7b所示,其中,在图7b中,微博消息发布时 间最新的用户ID排在最前,其他次之,?#26469;?#31867;推。以N取值为70为例,则之后网络设备从图7b所?#38236;?#38431;列中选择出前70个用户ID。
需要说明的是,?#21414;?#25551;述的UGC为微博消息只是一种举例,并非限定本发明,优选地,本发明中,UGC也可为即时通信应用空间发布或更新的消息;相应地,上述?#34903;?01中,所述用户ID对应的动作行为至少包括:即时通信应用空间的消息发布或更新时间;上述?#34903;?02中,所述动作行为满足设定条件包括:更新时间最新或发布时间最新。
至此,完成本发明提供的描述。
下面对本发明提供的装置进行描述。
参见图8,图8为本发明实施例提供的装置结构图。如图8所示,该装置可包括:接收模块、确定模块和处理模块;其中,
所述接收模块,用于接收来自用户终端的请求,所述请求携带用户ID;
所述确定模块,用于确定与所述用户ID相关联的所有关联用户ID;
所述处理模块,包含选择单元和数据处理单元;
其中,所述选择单元,用于从所述确定模块确定的所有关联用户ID中选择出N个满足设定条件的特定用户ID;
所述数据处理单元,用于拉取所述N个特定用户ID对应的最新用户数据,并返回给所述用户终端;所述N小于等于一个页面所要求的用户数据数量M。
优选地,本发明中,所述选择单元通过以下?#34903;?#20174;所述确定模块确定的所有关联用户ID中选择出N个满足设定条件的特定用户ID:
将所有关联用户ID发?#36879;?#39044;设的网络设备,所述网络设备用于记录任一用户ID对应的动作行为;
接收网络设备返回的N个用户ID,所述网络设备返回的N个用户ID是由所述网络设备从接收的所有关联用户ID中选择出的动作行为满足设定条件的特定用户ID。
作为本发明的一个实施例,所述用户ID对应的用户数据为用户原创内容UGC;
所述用户ID对应的动作行为为所述UGC更新或发布的时间;
所述动作行为满足设定条件包括:UGC发布时间或更新时间最新。
作为本发明的一个实施例,所述UGC为微博消息;或者,
所述UGC为即时通信应用空间发布的消息。
优选地,本发明中,所述数据处理单元通过以下?#34903;?#25289;取N个特定用户ID对应的最新用户数据:
从所有底层设备svr中确定出用于管理所述N个特定用户ID的底层设备;
识别该确定出的底层设备的数量L,将所述请求分成L份请求包,并对应发送至该确定出的L个底层设备,每一份请求包携带所述N个特定用户ID?#26800;?#33267;少一个特定用户ID;
接收所述L个底层设备返回的用户数据,每一个底层设备返回的用户数据为其接收的请求包携带的特定用户ID对应的最新用户数据。
至此,完成图8所?#38236;?#35013;置描述。
由以上技术方案可以看出,本发明中,在接收到用户终端的请求时,从与该用户相关联的所有关联用户ID中选择出N个满足设定条件的特定用户ID,仅拉取所述N个特定用户ID对应的最新用户数据,并返回给所述用户终端,所述N小于等于所述页面要求的用户数据数量M,这相比于现有技术中拉取该用户相关联的所有关联用户ID的最新用户数据,一方面能够节省带宽资源,另一方面,能够节约成本。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。

关于本文
本文标题:一种数据处理方法和装置.pdf
链接地址:http://www.pqiex.tw/p-6115573.html
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

[email protected] 2017-2018 zhuanlichaxun.net网站版权所有
经营许可证编号:粤ICP备17046363号-1 
 


收起
展开
平码五不中公式规律 网球比分网即时比分直播 牛牛汽车招聘骗局 快乐彩老11选5开奖 000157股票行情搜狐 2018年幸运赛车直播 体彩顶呱刮新票狗 贵州十一选五遗漏数据 五子棋在线 安徽11选5脱胆 赛马会官方网