CN103095684B - 获取关注用户聚合信息的方法、装置及*** - Google Patents
获取关注用户聚合信息的方法、装置及*** Download PDFInfo
- Publication number
- CN103095684B CN103095684B CN201210540161.0A CN201210540161A CN103095684B CN 103095684 B CN103095684 B CN 103095684B CN 201210540161 A CN201210540161 A CN 201210540161A CN 103095684 B CN103095684 B CN 103095684B
- Authority
- CN
- China
- Prior art keywords
- data message
- user
- information
- module
- close attention
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种获取关注用户聚合信息的方法、装置及***。该方法包括:解析接收的数据信息获取请求,获取用户标识;根据用户标识,获取该用户标识映射的关注用户列表;分别获取用户标识对应的收件箱中的数据信息以及所述关注用户列表中各关注用户发件箱中的数据信息;对获取的数据信息进行聚合计算,输出至数据信息获取请求对应的客户端进行展示。应用本发明,可以降低获取关注用户聚合信息所需的时间。
Description
技术领域
本发明涉及数据聚合技术,尤其涉及一种获取关注用户聚合信息的方法、装置及***。
背景技术
在微博及社交网站上,用户会关注很多感兴趣的其他用户相关的信息,即关注用户的相关信息,期望能够获取关注用户的实时动态信息,例如,关注用户发表的微博信息等。实际应用中,一个用户可能会关注多个用户,当用户通过客户端需要获取多个关注用户的信息时,需要将多个关注用户的信息进行聚合处理,例如,按照信息发表时间的顺序,对多个关注用户的信息进行排序,并将聚合处理的信息展示在该用户的信息聚合页面中,以便用户浏览。
由于聚合信息展示的高效性能够直接提升用户的体验,从而能够直接提升用户对该网站的好感度,因而,信息聚合页面展示的聚合信息的效率是社交网络最重要的部分之一,如何提升聚合信息展示的效率,是一个亟待解决的技术问题。
现有技术中,通常采用三种模型来实现聚合信息在信息聚合页面的展示功能,分别为:拉取模型、推送模型以及推拉结合模型。下面结合简单的微博聚合场景,简要描述这三种模型。
拉取模型中,微博***在存储服务器中为每个用户创建一个发件箱(outbox),用于采用列表方式存储用户最近发表的信息,即用户通过发布服务器发表数据信息后,发布服务器将用户发表的数据信息推送至存储服务器中的该用户的发件箱,当需要在信息聚合页面展示关注用户的聚合信息时,微博***获取该用户所有的关注用户,然后从存储服务器获取所有关注用户的outbox,接着,将outbox中的信息输出至客户端,客户端进行聚合排序,最后,将排序的聚合信息在信息聚合页面中进行展示。该方式实现简单,但是需要从存储服务器的outbox中获取用户的所有关注用户最近发表的信息列表,然后,在客户端本地进行聚合、排序,并分页出用于展示的聚合信息,由于需要将outbox中的信息都输出至客户端进行处理,而用户可能并不需要对处理的信息进行全部浏览,导致网络带宽资源消耗比较严重,获取关注用户聚合信息所需的时间较长,同时影响读取性能。
与拉取模型不同的是,推送模型中,微博***在存储服务器中为每个用户创建一个收件箱(inbox),用于采用列表方式存储该用户所关注的关注用户最近发表的信息,即用户通过发布服务器发表数据信息后,发布服务器将用户发表的数据信息推送至存储服务器中的该用户的收件箱。这样,当需要在信息聚合页面展示关注用户的聚合信息时,***通过获取inbox中的信息列表,输出至客户端,进行排序及分页处理,即可进行展示。在该方式中,用户在发表信息时,微博***获取该发表信息的用户的关注用户列表,根据关注用户列表,将该用户新发表的信息更新到关注用户列表中的每个关注用户的inbox中,这样,可以实现inbox的实时更新。采用推送模型进行聚合信息展示,读取速度快,不需要计算,但是,在发表新信息时,如果用户的粉丝用户数较多,例如,一个明星用户的粉丝用户数可能会超过1千万,那么,当明星用户每次发表信息时,都需要将发表的信息推送给超过1千万的粉丝用户,导致在进行信息推送时,具有较大的延迟性,微博***的负载压力较高,容易导致网络堵塞,导致该明星用户的粉丝用户需要较长时间才能获取该明星用户发表的信息,实时性较差。
推拉结合模型通过结合拉取模型和推送模型,微博***在存储服务器中为每个用户分别创建和维持一个outbox和inbox,在用户发表信息时,***可以根据发表信息的用户的关注用户的活跃度、关注用户数等因素,决定用户发表的信息是否进入inbox,对于没有写入inbox的信息,则存储至相应的outbox,当需要在信息聚合页面展示关注用户的聚合信息时,对于没有写入inbox的信息,通过outbox的拉取聚合来解决。例如,如果明星用户的粉丝用户数大于阈值(例如,1万),则设置将该明星用户发表的信息存储在该明星用户的outbox中,不推送至粉丝用户列表的inbox,而当用户需要在自己的信息聚合页面展示聚合信息时,那么会进行判断,假如自己所关注用户中有粉丝数大于阀值(例如,1万)的用户列表Collection_A,那么通过获取Collection_A用户列表的outbox中的信息,以及自己的inbox中的信息,输出至客户端进行信息聚合。这样,推拉结合的方式解决了拉取模型需要获取过多关注用户的outbox中的信息进行聚合导致的网络开销和性能开销,同时也解决了推送模型中面临的关注用户数过多的信息推送问题,但是,该方式也都需要将存储服务器中存储的信息输出至客户端,由客户端进行信息处理,使得传输了较多的未被用户浏览的信息,获取关注用户聚合信息所需的时间较长;进一步地,实现相对比较复杂,例如,采取哪个因素来决定是推送还是等待拉取,这将直接决定该方案的聚合信息展示效率。
由上述可见,现有实现聚合信息在信息聚合页面展示的方法,虽然都能够解决数据聚合的技术问题,但都需要将信息输出至客户端进行处理,使得信息传输量大,获取关注用户聚合信息所需的时间较长;进一步地,客户端的计算能力相对有限,通过客户端进行聚合处理,所需时间进一步加长,从而无法通过简单的实现方式来满足聚合数据服务的需求。
发明内容
本发明的实施例提供一种获取关注用户聚合信息的方法,降低获取关注用户聚合信息所需的时间。
本发明的实施例还提供一种获取关注用户聚合信息的装置,降低获取关注用户聚合信息所需的时间。
本发明的实施例还提供一种获取关注用户聚合信息的***,降低获取关注用户聚合信息所需的时间。
为达到上述目的,本发明实施例提供的一种获取关注用户聚合信息的方法,包括:
解析接收的数据信息获取请求,获取用户标识;
根据用户标识,获取该用户标识映射的关注用户列表;
分别获取用户标识对应的收件箱中的数据信息以及所述关注用户列表中各关注用户发件箱中的数据信息;
对获取的数据信息进行聚合计算,输出至数据信息获取请求对应的客户端进行展示。
其中,所述对获取的数据信息进行聚合计算包括:
根据获取的数据信息,按照数据信息发表的时间倒序,对数据信息进行排序;
选取排序靠前的预定数量的数据信息。
其中,所述对获取的数据信息进行聚合计算包括:
预先设置用户收件箱的优先级信息以及关注用户发件箱的优先级信息;
根据获取的数据信息,按照优先级信息对获取的数据信息进行优先级排列,在同一优先级的数据信息中,按照数据信息发表的时间倒序,对数据信息进行排序;
选取排序靠前的预定数量的数据信息。
其中,所述对获取的数据信息进行聚合计算包括:
预先设置用户收件箱的优先级信息以及关注用户发件箱的优先级信息;
计算数据信息的发表时间与优先级信息的乘积;
按照数据信息乘积的大小,对数据信息进行排序;
选取排序靠前的预定数量的数据信息。
其中,在所述解析接收的数据信息获取请求的步骤之前,所述方法进一步包括:
在发布服务器中预先设置关注用户数阈值;
发布服务器接收用户发表的数据信息,查询该用户的关注用户数,如果超过预先设置的关注用户数阈值,将该用户发表的数据信息推送至存储服务器为该用户创建的发件箱中,如果没有超过预先设置的关注用户数阈值,将该用户发表的数据信息推送至存储服务器为该用户的关注用户创建的收件箱中。
其中,所述数据信息获取请求中进一步携带有用于对用户进行安全认证的安全认证信息。
其中,所述数据信息获取请求中进一步携带有获取的数据信息量信息、和/或,分页信息、和/或,时间信息。
一种获取关注用户聚合信息的装置,该装置包括:接收模块、解析模块、存储模块、数据信息获取模块、聚合计算模块以及发送模块,其中,
接收模块,用于接收客户端发送的数据信息获取请求,输出至解析模块;
解析模块,用于解析接收的数据信息获取请求,获取用户标识,输出至数据信息获取模块;
数据信息获取模块,用于根据用户标识,获取该用户标识映射的关注用户列表;从存储模块中分别获取用户标识对应的收件箱中的数据信息以及所述关注用户列表中各关注用户发件箱中的数据信息,输出至聚合计算模块;
聚合计算模块,用于对接收的数据信息进行聚合计算,输出至发送模块;
发送模块,用于将接收的数据信息发送至数据信息获取请求对应的客户端。
较佳地,所述聚合计算模块包括:时间倒序处理单元以及数据信息选取单元,其中,
时间倒序处理单元,用于根据获取的数据信息,按照数据信息发表的时间倒序,对数据信息进行排序;
数据信息选取单元,用于选取排序靠前的预定数量的数据信息,输出至发送模块。
较佳地,所述聚合计算模块包括:优先级存储单元、数据信息排序单元以及数据信息选取单元,其中,
优先级存储单元,用于存储预先设置的用户收件箱的优先级信息以及关注用户发件箱的优先级信息;
数据信息排序单元,用于根据接收的数据信息,按照优先级存储单元存储的优先级信息,对从收件箱以及发件箱获取的数据信息进行优先级排列,在同一优先级的数据信息中,按照数据信息发表的时间倒序,对数据信息进行排序;
数据信息选取单元,用于选取排序靠前的预定数量的数据信息,输出至发送模块。
较佳地,所述聚合计算模块包括:聚合计算模块还可以包括:优先级存储单元、乘积计算单元、排序单元以及数据信息选取单元,其中,
优先级存储单元,用于存储预先设置的用户收件箱的优先级信息以及关注用户发件箱的优先级信息;
乘积计算单元,用于计算获取的数据信息的发表时间与优先级信息的乘积;
排序单元,用于按照乘积计算单元计算得到的数据信息乘积的大小,对获取的数据信息进行排序;
数据信息选取单元,用于选取排序靠前的预定数量的数据信息,输出至发送模块。
一种获取关注用户聚合信息的***,该***包括:客户端以及存储服务器,其中,
客户端,用于向存储服务器发送数据信息获取请求,携带用户标识;接收存储服务器返回经聚合计算的数据信息,进行展示;
存储服务器,用于解析接收的数据信息获取请求,获取用户标识;根据用户标识,获取该用户标识映射的关注用户列表;分别获取用户标识对应的收件箱中的数据信息以及所述关注用户列表中各关注用户发件箱中的数据信息;对获取的数据信息进行聚合计算,输出至数据信息获取请求对应的客户端。
较佳地,所述存储服务器包括:接收模块、解析模块、存储模块、数据信息获取模块、聚合计算模块以及发送模块,其中,
接收模块,用于接收客户端发送的数据信息获取请求,输出至解析模块;
解析模块,用于解析接收的数据信息获取请求,获取用户标识,输出至数据信息获取模块;
数据信息获取模块,用于根据用户标识,获取该用户标识映射的关注用户列表;从存储模块中分别获取用户标识对应的收件箱中的数据信息以及所述关注用户列表中各关注用户发件箱中的数据信息,输出至聚合计算模块;
聚合计算模块,用于对接收的数据信息进行聚合计算,输出至发送模块;
发送模块,用于将接收的数据信息发送至数据信息获取请求对应的客户端。
由上述技术方案可见,本发明实施例提供的一种获取关注用户聚合信息的方法、装置及***,解析接收的数据信息获取请求,获取用户标识;根据用户标识,获取该用户标识映射的关注用户列表;分别获取用户标识对应的收件箱中的数据信息以及所述关注用户列表中各关注用户发件箱中的数据信息;对获取的数据信息进行聚合计算,输出至数据信息获取请求对应的客户端进行展示。这样,通过将数据信息的聚合计算在计算性能较优的存储服务器中进行,聚合计算所需时间较短,降低了用户获取关注用户聚合信息所需的时间。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,以下将对实施例或现有技术描述中所需要使用的附图作简单地介绍。显而易见地,以下描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员而言,还可以根据这些附图所示实施例得到其它的实施例及其附图。
图1为本发明实施例获取关注用户聚合信息的方法流程示意图。
图2为本发明实施例获取关注用户聚合信息的方法具体流程示意图。
图3为本发明实施例获取关注用户聚合信息的***结构示意图。
图4为本发明实施例存储服务器的结构示意图。
图5为现有用户通过存储服务器获取数据信息的结构示意图。
图6为本发明实施例用户通过存储服务器获取数据信息的结构示意图。
具体实施方式
以下将结合附图对本发明各实施例的技术方案进行清楚、完整的描述,显然,所描述的实施例仅仅是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施例,都属于本发明所保护的范围。
现有获取关注用户聚合信息的方法,无论是采用拉取模型,还是推送模型,或者是推拉结合模型实现聚合信息在信息聚合页面展示,都需要将数据信息输出至客户端,由客户端按照发表时间的倒序,进行处理,并展示该用户的关注用户最近发表的数据信息,使得信息传输量大,获取关注用户聚合信息所需的时间较长。
本发明实施例中,针对微博及社交网站订阅类功能的数据信息聚合,考虑客户端的计算能力相对有限,而存储服务器端的计算和处理能力较强,仅仅是维护收件箱以及发件箱,其强大的计算和处理能力没有得到充分的利用,提供一种获取关注用户聚合信息的方法,在存储服务器端对数据信息进行聚合,用于解决现有拉取模型带来的带宽开销以及性能问题,同时,避免推送模型带来的推送延迟和***负载压力,而且,能够以简单的实现方式,避免因为复杂的逻辑带来的***可维护性问题,降低传输的数据信息量,从而降低客户端获取关注用户聚合信息所需的时间。
具体来说,本发明实施例中,通过存储服务器执行聚合计算,即在存储服务器节点中提供聚合功能,从而区别与现有获取关注用户聚合信息的拉取模型、推送模型以及推拉结合模型中,存储在存储服务器节点中执行,聚合计算在客户端节点执行,没有充分利用存储服务器的计算资源。例如,在本发明实施例中,设置数据存储服务节点既提供发件箱,用于数据信息的存储,又提供存储内部聚合的特性。因此,在请求数据信息服务时,不再是在存储服务器获取数据信息,然后传输至客户端进行聚合计算,而是请求数据信息服务时,存储服务器获取数据信息,进行聚合计算后,输出至客户端,客户端可以直接获取到聚合后的数据信息进行展示。这样,可以大大减少数据信息的网络传输量,提升读取聚合服务的性能。
图1为本发明实施例获取关注用户聚合信息的方法流程示意图。参见图1,该流程包括:
步骤101,解析接收的数据信息获取请求,获取用户标识;
本步骤中,用户通过客户端,需要获取各关注用户的聚合信息,以在信息聚合页面进行展示时,向存储服务器发送数据信息获取请求,数据信息获取请求中,携带有发起请求的该用户标识。
较佳地,在数据信息获取请求中,还可以携带安全认证信息,以对该用户进行安全认证,从而确保数据信息通信的安全性。
当然,实际应用中,用户也可以选取需要获取数据信息的关注用户信息,这样,可以根据选取的关注用户生成关注用户列表,携带在数据信息获取请求中。其中,通过选取生成的关注用户列表,可以是客户端预先存储的关注用户列表的一部分或全部,也可以与预先存储的关注用户列表不同。
较佳地,在数据信息获取请求中,还可以携带获取的数据信息量信息(取数据信息条数信息或取数据信息范围信息)、和/或,分页信息(取数据信息所在的页面信息)、和/或,时间信息。其中,数据信息量信息用于表明用户期望获取的经过聚合计算后的数据信息条数(量),分页信息用于表明用户期望获取的经过聚合计算后的数据信息所在的页面,例如,期望获取经过聚合计算后的哪一页面的数据信息,或者,期望获取经过聚合计算后的哪一页面的数据信息范围,对于时间信息,表明用户期望获取该时间信息以后的经过聚合计算后的数据信息。这样,在后续进行数据信息传输时,可以有效降低待传输的数据信息量,从而降低客户端获取关注用户聚合信息所需的时间。
实际应用中,在解析接收的数据信息获取请求的步骤之前,该方法还可以进一步包括:
存储服务器采用推拉结合模型存储用户发表的数据信息。具体为:
在发布服务器中预先设置关注用户数阈值;
发布服务器接收用户发表的数据信息,查询该用户的关注用户数,如果超过预先设置的关注用户数阈值,将该用户发表的数据信息推送至存储服务器为该用户创建的发件箱中,如果没有超过预先设置的关注用户数阈值,将该用户发表的数据信息推送至存储服务器为该用户的关注用户创建的收件箱中。
步骤102,根据用户标识,获取该用户标识映射的关注用户列表;
本步骤中,存储服务器中,预先存储有各用户的关注用户列表。实际应用中,可以是客户端在更新关注用户列表后,将更新的关注用户列表发送至存储服务器进行同步。
步骤103,分别获取用户标识对应的收件箱中的数据信息以及所述关注用户列表中各关注用户发件箱中的数据信息;
本步骤中,为了降低存储服务器后续进行聚合计算所消耗的资源及时间,可以设置用户分别从收件箱以及发件箱获取数据信息的条数。
实际应用中,对于用户来说,有些用户比较活跃,经常浏览关注用户的聚合信息,而有些用户很少浏览关注用户的聚合信息,本发明实施例中,还可以针对用户的活跃分别进行设置,例如,通过记录用户上一次发送的数据信息获取请求的时间点信息,如果确定为活跃用户,则从记录的时间点信息开始,分别从收件箱以及发件箱中,获取相应的数据信息;而对于非活跃用户,则分别设置从收件箱以及发件箱获取数据信息的条数。
如前所述,如果数据信息获取请求中携带有时间信息,则从收件箱以及发件箱中,分别获取该时间信息后的数据信息。
步骤104,对获取的数据信息进行聚合计算,输出至数据信息获取请求对应的客户端进行展示。
本步骤中,对获取的数据信息进行聚合计算包括:
A11,根据获取的数据信息,按照数据信息发表的时间倒序,对数据信息进行排序;
本步骤中,发表时间越短的数据信息,排序的位置越靠前。
A12,选取排序靠前的预定数量的数据信息。
本步骤中,如前所述,如果数据信息获取请求中携带有数据信息量信息,则选取排序靠前的该数据量的数据信息;如果数据信息获取请求中携带有分页信息,则存储服务器进一步对排序的数据信息进行分页,获取分页信息对应分页的数据信息。
较佳地,对获取的数据信息进行聚合计算还可以包括:
A21,预先设置用户收件箱的优先级信息以及关注用户发件箱的优先级信息;
本步骤中,用户根据实际需要,可以设置相应的自身收件箱的优先级信息以及关注用户发件箱的优先级信息,例如,设置自身收件箱的优先级高于关注用户发件箱的优先级,以使收件箱中的数据信息进行优先展示。
A22,根据获取的数据信息,按照优先级信息对获取的数据信息进行优先级排列,在同一优先级的数据信息中,按照数据信息发表的时间倒序,对数据信息进行排序;
本步骤中,按照优先级高低首先排序获取的数据信息,再按照发表的时间倒序,对同一优先级的数据信息进行排序。
A23,选取排序靠前的预定数量的数据信息。
较佳地,对获取的数据信息进行聚合计算还可以包括:
A31,预先设置用户收件箱的优先级信息以及关注用户发件箱的优先级信息;
A32,计算数据信息的发表时间与优先级信息的乘积;
本步骤中,将数据信息的发表时间换算为绝对时间,即发表时间越短,对应的绝对时间越大。
A33,按照数据信息乘积的大小,对数据信息进行排序;
本步骤中,可以综合考虑收件箱、发件箱的优先级信息以及各数据信息的发表时间信息。
A34,选取排序靠前的预定数量的数据信息。
当然,实际应用中,还可以采用其它方法对获取的数据信息进行聚合计算。关于聚合计算包含的详细内容描述,具体可参见相关技术文献,在此不再赘述。
以下以数据信息为微博内容聚合为一个具体的应用场景,对本发明实施例作进一步说明。
微博的聚合功能主要涉及到两个部分,即发表和订阅。其中,发表主要是指用户发表新的微博信息,要求的延迟时间较短,而订阅是指用户订阅了其他用户的最近的微博信息,要求能够实时、快速地浏览到其他用户的微博信息。
本发明实施例中,***提供存储服务器(storage service),在存储服务器中,为每个用户维持一个发件箱(outbox)以及收件箱(inbox),以将发表的微博信息存储至outbox为例,用户在发表微博信息后,***(发布服务器)将用户发表的微博信息更新到该用户的outbox中。
图2为本发明实施例获取关注用户聚合信息的方法具体流程示意图。用户在信息聚合页面进行聚合的微博信息展示时,参见图2,***内部处理的该流程包括:
步骤201,存储服务器接收用户发送的微博信息获取请求,查询获取该用户的关注用户列表;
本步骤中,用户需要浏览关注用户的微博信息,向存储服务器发送微博信息获取请求,存储服务器在接收到用户发送的微博信息获取请求后,根据用户标识获取该用户所关注的关注用户列表。
步骤202,根据关注用户列表,获取关注用户列表中关注用户的微博信息;
本步骤中,根据关注用户列表中的各关注用户,获取storage service中存储的关注用户发件箱中的的微博信息,即storage service针对关注用户列表中的关注用户,在所管理的outbox列表中,获取所有关注用户outbox中的微博信息。
步骤203,获取用户收件箱中的微博信息;
步骤204,将获取的收件箱中的微博信息以及发件箱中的微博信息进行聚合处理;
本步骤中,存储服务器根据从发件箱获取的微博信息以及从收件箱获取的微博信息,进行聚合、排序及分页处理。
步骤205,选取排序靠前的预定数的微博信息输出至客户端;
本步骤中,存储服务器将经聚合处理的微博信息返回至发送微博信息获取请求的客户端。
步骤206,客户端存储接收的微博信息,并在信息聚合页面展示接收的微博信息。
本步骤中,客户端存储接收的微博信息,并可以将存储的微博信息执行预先设置的额外处理,然后输出至信息聚合页面进行展示。
由上述可见,本发明实施例获取关注用户聚合信息的方法,通过将数据信息的聚合计算在计算性能较优的存储服务器中进行,存储服务器集成聚合服务,利用存储服务器聚合的高效性来减少远程数据传输带来的性能开销,聚合计算所需时间较短,并按照用户的需求输出经聚合计算后的数据信息,从而减少了需要传输的网络数据流量,缩短了用户获取关注用户聚合信息服务所需要的时间,降低了网络开销,能够带来性能上的提升。举例来说,如果一个用户关注N个用户,这N个用户平均每人发表了M条数据信息,假如每条数据信息的大小的S,而每次进行聚合计算后,用户只需要获取C条数据信息,则现有的拉取模型需要传输的数据量是N*M*S,而本发明实施例中,需要传输的数据量为C*S,两者相差的比例是N*M/C。其中,如果N是100,M是50,C是20,则本发明实施例需要获取(传输)的数据量仅为现有拉取模型的1/250。而获取数据量的大幅减少,将对提升请求聚合数据信息的访问速度、以及减少storaget service的传输数据量有着明显的改善。
图3为本发明实施例获取关注用户聚合信息的***结构示意图。参见图3,该***包括:客户端以及存储服务器,其中,
客户端,用于向存储服务器发送数据信息获取请求,携带用户标识;接收存储服务器返回经聚合计算的数据信息,进行展示。
本发明实施例中,在数据信息获取请求中,还可以携带安全认证信息,以使存储服务器对该用户进行安全认证,在认证通过后进行数据信息传输,从而确保数据信息通信的安全性。
实际应用中,用户也可以选取需要获取数据信息的关注用户信息,携带在数据信息获取请求中。当然,在数据信息获取请求中,还可以携带获取的数据信息量信息、和/或,分页信息、和/或,时间信息。
存储服务器,用于解析接收的数据信息获取请求,获取用户标识;根据用户标识,获取该用户标识映射的关注用户列表;分别获取用户标识对应的收件箱中的数据信息以及所述关注用户列表中各关注用户发件箱中的数据信息;对获取的数据信息进行聚合计算,输出至数据信息获取请求对应的客户端。
本发明实施例中,如果数据信息获取请求中携带有待获取数据信息相关的参数信息,例如,数据信息量信息、和/或,分页信息、和/或,时间信息,则根据数据信息获取请求中携带的参数信息,从聚合计算得到的数据信息中,获取参数信息对应的数据信息,进行传输。
图4为本发明实施例存储服务器的结构示意图。参见图4,该存储服务器包括:接收模块、解析模块、存储模块、数据信息获取模块、聚合计算模块以及发送模块,其中,
接收模块,用于接收客户端发送的数据信息获取请求,输出至解析模块;
解析模块,用于解析接收的数据信息获取请求,获取用户标识,输出至数据信息获取模块;
数据信息获取模块,用于根据用户标识,获取该用户标识映射的关注用户列表;从存储模块中分别获取用户标识对应的收件箱中的数据信息以及所述关注用户列表中各关注用户发件箱中的数据信息,输出至聚合计算模块;
聚合计算模块,用于对接收的数据信息进行聚合计算,输出至发送模块;
发送模块,用于将接收的数据信息发送至数据信息获取请求对应的客户端。
本发明实施例中,聚合计算模块包括:时间倒序处理单元以及数据信息选取单元(图中未示出),其中,
时间倒序处理单元,用于根据获取的数据信息,按照数据信息发表的时间倒序,对数据信息进行排序;
数据信息选取单元,用于选取排序靠前的预定数量的数据信息,输出至发送模块。
实际应用中,聚合计算模块也可以包括:优先级存储单元、数据信息排序单元以及数据信息选取单元(图中未示出),其中,
优先级存储单元,用于存储预先设置的用户收件箱的优先级信息以及关注用户发件箱的优先级信息;
数据信息排序单元,用于根据接收的数据信息,按照优先级存储单元存储的优先级信息,对从收件箱以及发件箱获取的数据信息进行优先级排列,在同一优先级的数据信息中,按照数据信息发表的时间倒序,对数据信息进行排序;
数据信息选取单元,用于选取排序靠前的预定数量的数据信息,输出至发送模块。
当然,聚合计算模块还可以包括:优先级存储单元、乘积计算单元、排序单元以及数据信息选取单元(图中未示出),其中,
优先级存储单元,用于存储预先设置的用户收件箱的优先级信息以及关注用户发件箱的优先级信息;
乘积计算单元,用于计算获取的数据信息的发表时间与优先级信息的乘积;
排序单元,用于按照乘积计算单元计算得到的数据信息乘积的大小,对获取的数据信息进行排序;
数据信息选取单元,用于选取排序靠前的预定数量的数据信息,输出至发送模块。
图5为现有用户通过存储服务器获取数据信息的结构示意图。参见图5,存储服务器采用分片方式存储数据信息,例如,分片1存储模块~分片4存储模块,用户在发表数据信息后,存储至分片的存储模块中,在需要获取订阅的数据信息时,从分片的存储模块中,获取订阅的数据信息,输出至客户端,客户端进行聚合计算后,展示给用户浏览。
图6为本发明实施例用户通过存储服务器获取数据信息的结构示意图。参见图6,存储服务器采用分片方式存储数据信息,例如,分片1存储模块~分片4存储模块,用户在发表数据信息后,存储至分片的存储模块中,在需要获取订阅的数据信息时,存储服务器从分片的存储模块中,分别获取订阅的数据信息,进行相应的聚合计算后,输出至客户端,客户端将接收的经存储服务器进行聚合计算的数据信息展示给用户浏览。与图5存储与聚合计算分别在存储服务器和客户端不同的是,本发明实施例中,存储与聚合计算均在存储服务器中进行,由于存储服务器具有良好的计算资源,可以减少聚合计算所需的时间,降低用户获取数据信息所需的时间。
显然,本领域技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若对本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也包含这些改动和变型在内。
Claims (13)
1.一种获取关注用户聚合信息的方法,应用于存储服务器中,其特征在于,包括:
解析接收的数据信息获取请求,获取用户标识;
根据用户标识,获取该用户标识映射的关注用户列表;
分别获取用户标识对应的收件箱中的数据信息以及所述关注用户列表中各关注用户发件箱中的数据信息;
对获取的数据信息进行聚合计算,输出至数据信息获取请求对应的客户端进行展示。
2.根据权利要求1所述的方法,其中,所述对获取的数据信息进行聚合计算包括:
根据获取的数据信息,按照数据信息发表的时间倒序,对数据信息进行排序;
选取排序靠前的预定数量的数据信息。
3.根据权利要求1所述的方法,其中,所述对获取的数据信息进行聚合计算包括:
预先设置用户收件箱的优先级信息以及关注用户发件箱的优先级信息;
根据获取的数据信息,按照优先级信息对获取的数据信息进行优先级排列,在同一优先级的数据信息中,按照数据信息发表的时间倒序,对数据信息进行排序;
选取排序靠前的预定数量的数据信息。
4.根据权利要求1所述的方法,其中,所述对获取的数据信息进行聚合计算包括:
预先设置用户收件箱的优先级信息以及关注用户发件箱的优先级信息;
计算数据信息的发表时间与优先级信息的乘积;
按照数据信息乘积的大小,对数据信息进行排序;
选取排序靠前的预定数量的数据信息。
5.根据权利要求1至4任一项所述的方法,其中,在所述解析接收的数据信息获取请求的步骤之前,所述方法进一步包括:
在发布服务器中预先设置关注用户数阈值;
发布服务器接收用户发表的数据信息,查询该用户的关注用户数,如果超过预先设置的关注用户数阈值,将该用户发表的数据信息推送至存储服务器为该用户创建的发件箱中,如果没有超过预先设置的关注用户数阈值,将该用户发表的数据信息推送至存储服务器为该用户的关注用户创建的收件箱中。
6.根据权利要求5所述的方法,其中,所述数据信息获取请求中进一步携带有用于对用户进行安全认证的安全认证信息。
7.根据权利要求5所述的方法,其中,所述数据信息获取请求中进一步携带有获取的数据信息量信息、和/或,分页信息、和/或,时间信息。
8.一种获取关注用户聚合信息的装置,应用于存储服务器中,其特征在于,该装置包括:接收模块、解析模块、存储模块、数据信息获取模块、聚合计算模块以及发送模块,其中,
接收模块,用于接收客户端发送的数据信息获取请求,输出至解析模块;
解析模块,用于解析接收的数据信息获取请求,获取用户标识,输出至数据信息获取模块;
数据信息获取模块,用于根据用户标识,获取该用户标识映射的关注用户列表;从存储模块中分别获取用户标识对应的收件箱中的数据信息以及所述关注用户列表中各关注用户发件箱中的数据信息,输出至聚合计算模块;
聚合计算模块,用于对接收的数据信息进行聚合计算,输出至发送模块;
发送模块,用于将接收的数据信息发送至数据信息获取请求对应的客户端。
9.根据权利要求8所述的装置,其特征在于,所述聚合计算模块包括:时间倒序处理单元以及数据信息选取单元,其中,
时间倒序处理单元,用于根据获取的数据信息,按照数据信息发表的时间倒序,对数据信息进行排序;
数据信息选取单元,用于选取排序靠前的预定数量的数据信息,输出至发送模块。
10.根据权利要求8所述的装置,其特征在于,所述聚合计算模块包括:优先级存储单元、数据信息排序单元以及数据信息选取单元,其中,
优先级存储单元,用于存储预先设置的用户收件箱的优先级信息以及关注用户发件箱的优先级信息;
数据信息排序单元,用于根据接收的数据信息,按照优先级存储单元存储的优先级信息,对从收件箱以及发件箱获取的数据信息进行优先级排列,在同一优先级的数据信息中,按照数据信息发表的时间倒序,对数据信息进行排序;
数据信息选取单元,用于选取排序靠前的预定数量的数据信息,输出至发送模块。
11.根据权利要求8所述的装置,其特征在于,所述聚合计算模块包括:优先级存储单元、乘积计算单元、排序单元以及数据信息选取单元;其中,
优先级存储单元,用于存储预先设置的用户收件箱的优先级信息以及关注用户发件箱的优先级信息;
乘积计算单元,用于计算获取的数据信息的发表时间与优先级信息的乘积;
排序单元,用于按照乘积计算单元计算得到的数据信息乘积的大小,对获取的数据信息进行排序;
数据信息选取单元,用于选取排序靠前的预定数量的数据信息,输出至发送模块。
12.一种获取关注用户聚合信息的***,其特征在于,该***包括:客户端以及存储服务器,其中,
客户端,用于向存储服务器发送数据信息获取请求,携带用户标识;接收存储服务器返回经聚合计算的数据信息,进行展示;
存储服务器,用于解析接收的数据信息获取请求,获取用户标识;根据用户标识,获取该用户标识映射的关注用户列表;分别获取用户标识对应的收件箱中的数据信息以及所述关注用户列表中各关注用户发件箱中的数据信息;对获取的数据信息进行聚合计算,输出至数据信息获取请求对应的客户端。
13.根据权利要求12所述的***,其特征在于,所述存储服务器包括:接收模块、解析模块、存储模块、数据信息获取模块、聚合计算模块以及发送模块,其中,
接收模块,用于接收客户端发送的数据信息获取请求,输出至解析模块;
解析模块,用于解析接收的数据信息获取请求,获取用户标识,输出至数据信息获取模块;
数据信息获取模块,用于根据用户标识,获取该用户标识映射的关注用户列表;从存储模块中分别获取用户标识对应的收件箱中的数据信息以及所述关注用户列表中各关注用户发件箱中的数据信息,输出至聚合计算模块;
聚合计算模块,用于对接收的数据信息进行聚合计算,输出至发送模块;
发送模块,用于将接收的数据信息发送至数据信息获取请求对应的客户端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210540161.0A CN103095684B (zh) | 2012-12-13 | 2012-12-13 | 获取关注用户聚合信息的方法、装置及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210540161.0A CN103095684B (zh) | 2012-12-13 | 2012-12-13 | 获取关注用户聚合信息的方法、装置及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103095684A CN103095684A (zh) | 2013-05-08 |
CN103095684B true CN103095684B (zh) | 2016-10-05 |
Family
ID=48207817
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210540161.0A Active CN103095684B (zh) | 2012-12-13 | 2012-12-13 | 获取关注用户聚合信息的方法、装置及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103095684B (zh) |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015106425A1 (zh) * | 2014-01-16 | 2015-07-23 | 何劲 | 在社交网络***中进行信息处理的方法和*** |
CN105208064B (zh) * | 2014-06-24 | 2019-07-30 | 腾讯科技(北京)有限公司 | 一种获取微博信息的方法和装置 |
CN104239472B (zh) * | 2014-09-03 | 2018-11-06 | 百度在线网络技术(北京)有限公司 | 对象信息的提供方法和装置 |
CN105099894B (zh) * | 2015-08-28 | 2018-10-19 | 广州酷狗计算机科技有限公司 | 消息推送方法、装置及*** |
CN105843465A (zh) * | 2016-02-19 | 2016-08-10 | 乐视移动智能信息技术(北京)有限公司 | 一种作者关注方法、终端、服务器和*** |
CN105897440A (zh) * | 2016-04-07 | 2016-08-24 | 努比亚技术有限公司 | 一种关注页信息的分发装置、方法和*** |
CN106157151A (zh) * | 2016-06-29 | 2016-11-23 | 厦门趣处网络科技有限公司 | 一种基于用户兴趣的信息聚合方法、*** |
CN106973004A (zh) * | 2016-12-30 | 2017-07-21 | 阿里巴巴集团控股有限公司 | 一种信息处理方法、服务器和客户端 |
CN107301212B (zh) * | 2017-06-08 | 2020-04-03 | 微梦创科网络科技(中国)有限公司 | 一种聚合人物动态的方法及装置 |
CN113961829B (zh) * | 2021-10-15 | 2023-03-24 | 上海一谈网络科技有限公司 | 基于推拉模型改进的好友榜单生成方法、装置及设备 |
CN116132393A (zh) * | 2023-02-02 | 2023-05-16 | 网易(杭州)网络有限公司 | 消息的发布和查询方法、装置、电子设备及计算机介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101425093A (zh) * | 2008-12-05 | 2009-05-06 | 腾讯科技(深圳)有限公司 | 基于社会性网络关系链的联系人动态内容聚合方法及*** |
CN101458712A (zh) * | 2008-12-24 | 2009-06-17 | 南京邮电大学 | 一种面向普适计算上下文的聚合方法 |
CN102291243A (zh) * | 2011-09-09 | 2011-12-21 | 中兴通讯股份有限公司 | 业务处理服务器、***和方法 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7765259B2 (en) * | 2006-12-05 | 2010-07-27 | Avaya Inc. | System and method for aggregation of user conversations and visualizing personal communications map |
CN102413361A (zh) * | 2011-11-25 | 2012-04-11 | 青岛海信传媒网络技术有限公司 | 基于智能电视的好友信息分享方法及*** |
-
2012
- 2012-12-13 CN CN201210540161.0A patent/CN103095684B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101425093A (zh) * | 2008-12-05 | 2009-05-06 | 腾讯科技(深圳)有限公司 | 基于社会性网络关系链的联系人动态内容聚合方法及*** |
CN101458712A (zh) * | 2008-12-24 | 2009-06-17 | 南京邮电大学 | 一种面向普适计算上下文的聚合方法 |
CN102291243A (zh) * | 2011-09-09 | 2011-12-21 | 中兴通讯股份有限公司 | 业务处理服务器、***和方法 |
Also Published As
Publication number | Publication date |
---|---|
CN103095684A (zh) | 2013-05-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103095684B (zh) | 获取关注用户聚合信息的方法、装置及*** | |
CN103873505B (zh) | 向云存储服务器离线上传的方法、***与装置 | |
CN101188625B (zh) | 一种实现资讯内容订阅的方法及*** | |
US20160012150A1 (en) | System and method for main distribution network graph/model/data integration based on remote access and information interaction | |
CN107196848B (zh) | 消息推送方法及装置 | |
CN103731487A (zh) | 一种资源文件的下载方法、装置、***及路由器 | |
CN103108051A (zh) | 一种从云端服务器同步共享文件的方法 | |
CN101729593A (zh) | 一种上传和接收文件的方法、***及装置 | |
CN106230922A (zh) | 一种消息订阅方法、消息生产单元及消息接收单元 | |
CN102769640B (zh) | 用户信息的更新方法、服务器以及*** | |
CN101854399A (zh) | 一种网络数据的聚合方法及装置 | |
CN106603711B (zh) | 通信方法、***及消息服务器 | |
CN108737570A (zh) | 一种信息推送方法、装置及*** | |
CN103248665A (zh) | 一种用于分享第三方应用的方法、***和装置 | |
CN103605798A (zh) | 一种直接操作云端存储文件的方法 | |
CN102355374A (zh) | 一种数据获取方法和设备 | |
WO2012171404A1 (zh) | 一种分享微博消息的方法、装置和*** | |
CN105471700B (zh) | 一种消息处理的方法、装置和*** | |
CN101808051A (zh) | 应用整合网关及其控制方法 | |
CN103491156A (zh) | 一种基于融合通信实现圈子与群组同步的方法及*** | |
EP2618529B1 (en) | System and method for microblog messages | |
CN104639593B (zh) | 信息分享方法、***、浏览器及服务器 | |
CN105450997A (zh) | 基于云存储的视频监控*** | |
CN101599921A (zh) | 一种企业即时通信***及其文件传输方法 | |
CN102882960A (zh) | 一种资源文件的发送方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |