CN105338044A - 一种发布信息流的方法、装置和系统 - Google Patents

Abstract

本发明实施方式提出一种发布信息流的方法、装置和系统。方法包括：接收用户的接入请求，当判定该用户未登录帐号时为所述用户生成标识；基于所述标识接收所述未登录帐号的用户的社区行为触发动作，存储与所述社区行为触发动作相关的关系链；获取所述关系链的用户数据，基于所述用户数据生成信息流，针对预先设置的已登录帐号的用户发布所述信息流，或针对所述未登录帐号的用户发布所述信息流，或公开发布所述信息流。用户无需利用登录帐号登录社区，即可基于社区行为触发动作形成关系链，并基于关系链的用户数据发布信息流，提高了信息流传播效率。

Description

一种发布信息流的方法、装置和系统

技术领域

本发明属于互联网应用技术领域，特别是一种发布信息流的方法、装置和系统。

背景技术

随着计算机技术和网络技术的飞速发展，互联网(Internet)技术在人们的日常生活、学习和工作中发挥的作用也越来越大。而且，随着移动互联网的发展，互联网也在向移动化发展。在当今的信息时代中，各种信息设备应运而生：有用于话音传输的固定电话、移动终端；有用于信息资源共享、处理的服务器和个人电脑；有用于视频数据显示的各种电视机等等。这些设备都是在特定领域内为解决实际需求而产生的。随着电子消费、计算机、通信(3C)融合的到来，人们越来越多地将注意力放到了对各个不同领域的信息设备进行综合利用的研究上，以充分利用现有资源设备来为人们更好的服务。

信息流(Newsfeed)是指网站上发布的最新内容的列表。在消息流中，将获取到的信息按一定的规则排列。终端用户订阅网站上的信息流后，就可以接收新发布的内容。这些信息流(新闻源)是机器可读的，不用人工干预就可以在计算机之间传递信息。浏览器插件、称为“读者”的客户端应用程序或者API会把源代码转换成人工可读的文本。通常情况下，每条信息流都是由一个链接到具体内容的标题和简要的介绍组成。很多社交网站都有专有的信息流，以为客户提供最新的网站内容。信息流可以帮助用户通过主题、作者或网站来整合内容。因为用户不用浏览多个网页来查看新内容，只需浏览汇总并且选择喜欢的版块即可。创建信息流一般有两种格式：Atom和RSS。新内容的条目可以由用户设置生成，也可以是客户端自动支持。

在现有技术的社区产品中，只有在用户具有社区的帐号，并且该帐号已登录的状态下才能执行关注/订阅等行为，这就显著降低了获取信息流的效率，并提高了信息流传播的成本。

发明内容

本发明实施方式提出一种发布信息流的方法，从而提高信息流传播效率。

本发明实施方式提出一种发布信息流的装置，从而提高信息流传播效率。

本发明实施方式提出一种发布信息流的系统，从而提高信息流传播效率。

本发明实施方式的技术方案如下：

一种发布信息流的方法，该方法包括：

接收用户的接入请求，当判定该用户未登录帐号时为所述未登录用户生成标识；

基于所述标识接收所述未登录帐号的用户的社区行为触发动作，存储与所述社区行为触发动作相关的关系链；

获取所述关系链的用户数据，基于所述用户数据生成信息流，针对预先设置的已登录帐号的用户发布所述信息流，或针对所述未登录帐号的用户发布所述信息流，或公开发布所述信息流。

一种发布信息流的装置，包括标识生成单元、关系链存储单元和信息流发布单元，其中：

标识生成单元，用于接收用户的接入请求，当判定该用户未登录帐号时为所述用户生成标识；

关系链存储单元，用于基于所述标识接收所述未登录帐号的用户的社区行为触发动作，存储与所述社区行为触发动作相关的关系链；

信息流发布单元，用于获取所述关系链的用户数据，基于所述用户数据生成信息流，针对预先设置的已登录帐号的用户发布所述信息流，或针对所述未登录帐号的用户发布所述信息流，或公开发布所述信息流。

一种发布信息流的系统，包括客户端和服务器，其中：

客户端，用于接收用户的接入请求；

服务器，用于当判定该用户未登录帐号时为所述用户生成标识，基于所述标识接收所述未登录帐号的用户的社区行为触发动作，存储与所述社区行为触发动作相关的关系链；获取所述关系链的用户数据，基于所述用户数据生成信息流，针对预先设置的已登录帐号的用户发布所述信息流，或针对所述未登录帐号的用户发布所述信息流，或公开发布所述信息流。

从上述技术方案可以看出，本发明的实施方式中，接收用户的接入请求，当判定该用户未登录帐号时为所述用户生成标识；基于标识接收未登录帐号的用户的社区行为触发动作，存储与社区行为触发动作相关的关系链；获取关系链的用户数据，并基于用户数据发布信息流。由此可见，应用本发明实施方式之后，用户无需利用登录帐号，即可基于社区行为触发动作形成关系链，并基于关系链的用户数据发布信息流，从而提高了信息流传播效率。

而且，未登录帐号的用户可以通过关注/订阅等行为形成信息流，同样还降低了获取信息流的成本，并且便于用户操作。

附图说明

图1为根据本发明实施方式发布信息流的方法流程图。

图2为根据本发明实施方式的发布信息流的装置结构图。

图3为根据本发明实施方式的发布信息流的过程示意图。

图4为根据本发明实施方式的关注添加示意图。

图5为本发明实施方式的信息流展示示意图。

图6为根据本发明实施方式的发布信息流的系统结构图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明作进一步的详细描述。

为了描述上的简洁和直观，下文通过描述若干代表性的实施方式来对本发明的方案进行阐述。实施方式中大量的细节仅用于帮助理解本发明的方案。但是很明显，本发明的技术方案实现时可以不局限于这些细节。为了避免不必要地模糊了本发明的方案，一些实施方式没有进行细致地描述，而是仅给出了框架。下文中，“包括”是指“包括但不限于”，“根据……”是指“至少根据……，但不限于仅根据……”。由于汉语的语言习惯，下文中没有特别指出一个成分的数量时，意味着该成分可以是一个也可以是多个，或可理解为至少一个。

在本发明实施方式中，在社区产品不登录用户的情况下，也能执行关注用户/订阅频道等各种触发动作，并形成信息流(feed)，从而能够降低用户获取内容的门槛以及增加内容的多样性，并提高信息流传播效率。

图1为根据本发明实施方式发布信息流的方法流程图。

如图1所示，该方法包括：

步骤101：接收用户的接入请求，当判定该用户未登录帐号时为用户生成标识。

在这里，用户无需利用登录帐号登录各种互联网社区产品，而是可以直接在各种终端上发送针对社区产品的接入请求。

终端接收到用户的接入请求之后，判断用户的帐号登录状态，当判定该用户未登录帐号时可以利用各种预设算法在终端本地为未登录用户生成标识。或者，终端在接收用户的接入请求之后，将该接入请求发送到服务器，由服务器判断用户的登录状态，当服务器判定该用户未登录帐号时利用各种预设算法为用户生成标识，并且服务器将所生成的标识发送到终端，终端再在本地保存该标识。

为未登录帐号的用户生成标识之后，终端可以记录该用户的社区行为触发动作，并且将所记录的社区行为触发动作与标识相关联。

步骤102：基于标识接收未登录帐号的用户的社区行为触发动作，存储与社区行为触发动作相关的关系链。

在这里，终端记录该标识所对应的未登录帐号的用户浏览社区所发出的社区行为触发动作，而且在终端本地存储与社区行为触发动作相关的关系链。

社区行为触发动作为该未登录用户在浏览社区时所发出的触发动作，可以包括订阅/关注等等。

在一个实施方式中：基于标识接收未登录帐号的用户浏览社区所发出的关注动作，并存储关注动作的关注对象用户。比如，假定该未登录帐号的用户浏览社区时针对用户A、用户B和用户C发出了关注动作，则与社区行为触发动作相关的关系链包括用户A、用户B和用户C，则相应在终端本地存储该关系链。

在一个实施方式中：基于标识接收未登录帐号的用户浏览社区所发出的订阅动作，并存储订阅动作的订阅对象标识。比如，假定该未登录帐号的用户浏览社区时针对频道A、频道B和频道C发出了订阅动作，则与社区行为触发动作相关的关系链包括频道A、频道B和频道C，则相应在终端本地存储该关系链。

步骤103：获取关系链的用户数据，基于用户数据生成信息流，针对预先设置的已登录帐号的用户发布信息流，或针对未登录帐号的用户发布信息流，或公开发布信息流。

在一个实施方式中，在终端本地存储标识。此时，步骤102中存储与社区行为触发动作相关的关系链包括：根据与标识相关联的方式，在终端本地存储与社区行为触发动作相关的关系链。而且，步骤103中获取关系链的用户数据包括：从终端本地获取标识，根据所获取的标识从终端本地获取相关联的与社区行为触发动作相关的关系链。

在一个实施方式中：

获取关系链中用户的历史数据，并判断所述关系链中用户是否有更新数据，如果有，则基于所述历史数据和更新数据生成信息流；如果没有，则基于所述历史数据生成信息流。

比如，假定该未登录帐号的用户浏览社区时针对用户A、用户B和用户C发出了关注动作，则与社区行为触发动作相关的关系链包括用户A、用户B和用户C。此时，首先获取用户A、用户B和用户C的历史数据，并判断用户A、用户B和用户C中是否有更新数据，如果有，则基于用户A、用户B和用户C的历史数据以及更新数据发布信息流；如果没有，则基于用户A、用户B和用户C的历史数据生成信息流。

再比如，假定该未登录帐号的用户浏览社区时针对频道A、频道B和频道C发出了订阅动作，则与社区行为触发动作相关的关系链包括频道A、频道B和频道C。此时，首先获取频道A、频道B和频道C的历史数据，并判断频道A、频道B和频道C中是否有更新数据，如果有，则基于频道A、频道B和频道C的历史数据以及更新数据生成信息流；如果没有，则基于频道A、频道B和频道C的历史数据生成信息流。

在一个实施方式中，该方法进一步包括：

接收已登录帐号的用户的接入请求，并将所存储的与所述社区行为触发动作相关的关系链与所述已登录帐号的用户的关系链相合并；

获取所述合并后关系链的用户数据，基于所述合并后关系链的用户数据生成信息流。

比如，假定未登录帐号的用户浏览社区时针对用户A、用户B和用户C发出了关注动作，则与社区行为触发动作相关的关系链包括用户A、用户B和用户C，并且存储该关系链。此时，如果有用户登录了社区，而且该登录用户自身的关系链包含用户D、用户E和用户F。

此时，终端首先接收已登录帐号的用户的接入请求，并将所存储的关系链(包含用户A、用户B和用户C)与已登录用户的自身关系链(包含用户D、用户E和用户F)相合并，形成合并后关系链。该合并后关系链包含用户A、用户B、用户C、用户D、用户E和用户F。而且，终端还从服务器获取合并后关系链的用户数据，并基于合并后关系链的用户数据生成信息流。

进一步地，获取合并后关系链中用户的历史数据，并判断合并后关系链中用户是否有更新数据，如果有，则基于合并后关系链中用户的历史数据和合并后关系链中用户的更新数据发布信息流；如果没有，则基于合并后关系链中用户的历史数据发布信息流。承接上例，此时，终端获取包含用户A、用户B、用户C、用户D、用户E和用户F的关系链中用户的历史数据，并判断包含用户A、用户B、用户C、用户D、用户E和用户F中是否有更新数据，如果有，则基于包含用户A、用户B、用户C、用户D、用户E和用户F的历史数据和用户的更新数据生成信息流；如果没有，则基于包含用户A、用户B、用户C、用户D、用户E和用户F的历史数据生成信息流。

再比如，假定未登录帐号的用户浏览社区时针对频道A、频道B和频道C发出了订阅动作，则与社区行为触发动作相关的关系链包括频道A、频道B和频道C，并且存储该关系链。此时，如果有用户登录了社区，而且该登录帐号的用户自身的关系链包含频道D、频道E和频道F。

此时，终端首先接收已登录帐号的用户的接入请求，并将所存储的关系链(包含频道A、频道B和频道C)与已登录帐号的用户的自身关系链(包含频道D、频道E和频道F)相合并，形成合并后关系链。该合并后关系链包含频道A、频道B、频道C、频道D、频道E和频道F。而且，终端还从服务器获取合并后关系链的用户数据，并基于合并后关系链的用户数据生成信息流。

进一步地，获取合并后关系链中用户的历史数据，并判断合并后关系链中用户是否有更新数据，如果有，则基于合并后关系链中用户的历史数据和合并后关系链中用户的更新数据生成信息流；如果没有，则基于合并后关系链中用户的历史数据生成信息流。承接上例，此时，终端获取包含频道A、频道B、频道C、频道D、频道E和频道F的关系链中频道的历史数据，并判断包含频道A、频道B、频道C、频道D、频道E和频道F中是否有更新数据，如果有，则基于包含频道A、频道B、频道C、频道D、频道E和频道F的历史数据和用户的更新数据生成信息流；如果没有，则基于包含频道A、频道B、频道C、频道D、频道E和频道F的历史数据生成信息流。

当生成信息流之后，可以针对预先设置的已登录帐号的用户发布信息流，也可以针对该未登录帐号的用户发布信息流，还可以公开发布信息流。

在这里，当生成信息流之后，可以针对多种信息发布对象发布信息流。比如，可以针对预先设置的已登录帐号的用户发布信息流，此时信息流被发布到预先设置的已登录帐号的用户页面上。可选地，还可以针对未登录帐号的用户发布信息流，从而用户即使不登录帐号也可以在用户页面上浏览信息流。可选地，还可以不针对特定对象，而是面对公众公开发布信息流，从而无论是已登录帐号的用户，还是未登录帐号的用户都可以浏览信息流。

其中，基于用户数据发布信息流具体可以采用Atom或RSS方式。Atom和Rss都是一种Webfeeds的xml格式，即订阅源的格式。在创建的时间上，Atom晚于Rss。Atom起源于SamRuby创建的一个关于"awell-formedlogentry"的wiki。由于Atom创建的时间晚于Rss，所以它弥补了很多Rss2.0的不足。比如，Rss2.0可以提供如plaintextorescapedHTML之类的资源，但是没办法区别这些格式，而Atom可以提供explicitlyandunambiguously的资源，并且提供更宽泛的格式，如：plaintext,escapedHTML,XHTML,XML,Base64-encodedbinary。通常，Rss2.0使用RFC822描述的格式，Atom使用RFC3339描述的格式。还有，Rss2.0一半只能为整个feed选择一个字符集，而Atom可以对feed中的每个Element进行国际化操作，而且还可以引入external的character。Rss2.0不允许element被外部reference，而Atom中的element则可以跨feed引用。

以上详细说明了发布信息流的示范性实例，本领域技术人员可以意识到，这仅是示范性的，并不用于限定本发明的保护范围。

基于上述详细分析，本发明实施方式还提出了一种发布信息流的装置。

图2为根据本发明实施方式发布信息流的装置示意图。

如图2所示，该装置包括标识生成单元201、关系链存储单元202和信息流发布单元203，其中：

标识生成单元201，用于接收用户的接入请求，当判定该用户未登录帐号时为所述用户生成标识；

关系链存储单元202，用于基于所述标识接收所述未登录帐号的用户的社区行为触发动作，存储与所述社区行为触发动作相关的关系链；

信息流发布单元203，用于获取所述关系链的用户数据，基于所述用户数据生成信息流，针对预先设置的已登录帐号的用户发布所述信息流，或针对所述未登录帐号的用户发布所述信息流，或公开发布所述信息流。

在一个实施方式中：

信息流发布单元203，用于获取所述关系链中用户的历史数据，判断所述关系链中用户是否有更新数据，如果有，则基于所述历史数据和更新数据生成信息流；如果没有，则基于所述历史数据生成信息流。

在一个实施方式中：

关系链存储单元202，用于基于所述标识接收所述未登录帐号的用户的关注动作，并存储所述关注动作的关注对象用户。

在一个实施方式中：

关系链存储单元202，用于基于所述标识接收所述未登录帐号的用户的订阅动作，并存储所述订阅动作的订阅对象标识。

在一个实施方式中：

标识生成单元201，进一步用于接收已登录帐号的用户的接入请求，并将所存储的与所述社区行为触发动作相关的关系链与所述已登录帐号的用户的关系链相合并；

信息流发布单元203，进一步用于获取所述合并后关系链的用户数据，并基于所述合并后关系链的用户数据生成信息流。

在一个实施方式中：

关系链存储单元202，用于在终端本地存储所述标识，根据与标识相关联的方式，在终端本地存储与社区行为触发动作相关的关系链；

信息流发布单元203，用于从终端本地获取标识，根据所获取的标识从终端本地获取相关联的与社区行为触发动作相关的关系链。

在一个实施方式中：

信息流发布单元203，用于获取所述合并后关系链中用户的历史数据，并判断所述合并后关系链中用户是否有更新数据，如果有，则基于所述合并后关系链中用户的历史数据和合并后关系链中用户的更新数据生成信息流；如果没有，则基于所述合并后关系链中用户的历史数据生成信息流。

当生成信息流之后，信息流发布单元203可以针对预先设置的已登录帐号的用户发布信息流，，也可以针对该未登录帐号的用户发布信息流，还可以公开发布信息流。

可以将本发明实施方式应用到各种互联网应用中，比如应用到各种社区产品中，如微博、微信和视频交互等应用。

以上示范性列出了本发明实施方式的示范性应用，本领域技术人员可以意识到，这种罗列仅是示范性的，并不用于限定本发明实施方式的保护范围。

图3为根据本发明实施方式的发布信息流的过程示意图。在该过程中，在手持终端的应用中实施本发明。

如图3所示，包括：

步骤301：用户在终端上进入应用。

步骤302：检查该用户是否处于登录状态，如果是则执行步骤303及其后续步骤；如果不处于登录状态，则执行步骤309。

步骤303～步骤308：针对该未处于登录状态的用户生成标识(ID)，并且接收该未登录帐号的用户针对其它用户的关注动作，在缓存中记录并保存未登录帐号的用户的关注用户清单，并且拉取被关注用户的历史数据以及被关注用户的更新数据，而且基于被关注用户的历史数据以及被关注用户的更新数据形成信息流(feed)，并且在该未登录帐号的用户的界面上展示该信息流，并结束本流程。

步骤309～308：当确定用户已登录帐号时，获取在步骤305中所缓存的未登录帐号的用户的关注用户清单，并将该已登录帐号的用户的关注用户与关注用户清单中的关注用户予以合并，而且基于合并后的被关注用户的历史数据以及合并后的被关注用户的更新数据形成信息流(feed)，并且在该已登录帐号的用户的界面上展示该信息流，并结束本流程。

由此可见，用户在进入应用时，可以在类似于热门推荐、达人推荐、频道等页面的单条信息上展示关注按钮，即使在未登录状态时，通过触发关注按钮，也能成功关注其他用户，从而在用户的主页形成feed流，以便下次进入应用时能够浏览自己关注的内容。

图4为根据本发明实施方式的关注添加示意图；图5为本发明实施方式的信息流展示示意图。

由图4可见，终端的界面400包括社区应用界面401。在社区应用界面401中展示热门活动、明星达人榜等内容；而且在社区应用界面401中还展示了两个用户，分别为用户A402和用户B403。针对用户A402和用户B403，分别具有相应的关注控件。

当未登录帐号的用户触发关注控件之后，终端可以将相应的用户缓存到本地。而且，还可以基于缓存的用户数据形成信息流。

由图5可见，终端的界面500包括社区应用界面501。在社区应用界面501中基于时间轴顺序展示了两个用户的用户数据，分别为用户A的用户数据502和用户B的用户数据503。

因此，本发明实施方式可以让用户不登录社区产品的情况下，也能关注其它用户，并形成feed流。而且，本发明实施方式还能够降低用户获取内容的门槛以及增加内容的多样性，提高信息流传播效率。

基于上述详细分析，本发明实施方式还提出了一种发布信息流的系统。

图6为根据本发明实施方式的发布信息流的系统结构图。

如图6所示，该系统包括客户端601和服务器602，其中：

客户端601，用于接收用户的接入请求；

服务器602，用于当判定该用户未登录帐号时为所述用户生成标识，基于所述标识接收所述未登录帐号的用户的社区行为触发动作，存储与所述社区行为触发动作相关的关系链；获取所述关系链的用户数据，基于所述用户数据生成信息流，针对预先设置的已登录帐号的用户发布所述信息流，或针对所述未登录帐号的用户发布所述信息流，或公开发布所述信息流。

在一个实施方式中：

服务器602，用于获取所述关系链中用户的历史数据，并判断所述关系链中用户是否有更新数据，如果有，则基于所述历史数据和更新数据生成信息流；如果没有，则基于所述历史数据生成信息流。

在一个实施方式中：

客户端601，进一步用于接收已登录帐号的用户的接入请求；

服务器602，进一步用于将所存储的与所述社区行为触发动作相关的关系链与所述已登录帐号的用户的关系链相合并；获取所述合并后关系链的用户数据，并基于所述合并后关系链的用户数据生成信息流。

在一个实施方式中：

服务器602，用于获取所述合并后关系链中用户的历史数据，并判断所述合并后关系链中用户是否有更新数据，如果有，则基于所述合并后关系链中用户的历史数据和合并后关系链中用户的更新数据生成信息流；如果没有，则基于所述合并后关系链中用户的历史数据生成信息流。

在一个实施方式中：

客户端601具体可以包括：功能手机、智能手机、掌上电脑、个人电脑、平板电脑或个人数字助理，等等。

以上虽然详细罗列了客户端的具体实例，本领域人员可以意识到，这些罗列仅是阐述目的，并不用于限定本发明实施方式的保护范围。客户端可以适用于任意的智能终端操作系统，具体可以采用的操作系统包括但是不局限于：安卓(Andorid)、PalmOS、Symbian(塞班)、Windowsmobile、Linux、Android(安卓)、iPhone(苹果)OS、BlackBerry(黑莓)OS6.0、WindowsPhone系列，等等。

优选地，客户端具体可以采用安卓操作系统，而且客户端可以采用到Andorid的各个版本之中，包括但是不局限于：阿童木(AndroidBeta)、发条机器人(Android1.0)、纸杯蛋糕(Android1.5)、甜甜圈(Android1.6)、松饼(Android2.0/2.1)，冻酸奶(Android2.2)、姜饼(Android2.3)、蜂巢(Android3.0)、冰激凌三明治(Android4.0)、果冻豆(JellyBean，Android4.1)等版本。

以上详细罗列了Android平台的具体版本，本领域技术人员可以意识到，本发明实施方式并不局限于上述罗列版本，而还可以适用于其他基于Android软件架构的任意版本之中。

比如，可以遵循一定规范的应用程序接口，将发布信息流的方法编写为安装到个人电脑、移动终端等中的插件程序，也可以将其封装为应用程序以供用户自行下载使用。当编写为插件程序时，可以将其实施为ocx、dll、cab等多种插件形式。也可以通过Flash插件、RealPlayer插件、MMS插件、MIDI五线谱插件、ActiveX插件等具体技术来实施本发明实施方式所提出的发布信息流的方法。

可以通过指令或指令集存储的储存方式将本发明实施方式所提出的发布信息流的方法存储在各种存储介质上。这些存储介质包括但是不局限于：软盘、光盘、DVD、硬盘、闪存、U盘、CF卡、SD卡、MMC卡、SM卡、记忆棒(MemoryStick)、xD卡等。

另外，还可以将本发明实施方式所提出的发布信息流的方法应用到基于闪存(Nandflash)的存储介质中，比如U盘、CF卡、SD卡、SDHC卡、MMC卡、SM卡、记忆棒、xD卡等。

综上所述，本发明的实施方式中，接收用户的接入请求；当判定该用户未登录帐号时为所述用户生成标识，基于所述标识接收所述未登录帐号的用户的社区行为触发动作，存储与所述社区行为触发动作相关的关系链；获取所述关系链的用户数据，基于所述用户数据生成信息流，针对预先设置的已登录帐号的用户发布所述信息流，或针对所述未登录帐号的用户发布所述信息流，或公开发布所述信息流。由此可见，应用本发明实施方式之后，用户无需利用登录帐号登录，即可基于社区行为触发动作形成关系链，并基于关系链的用户数据发布信息流，从而提高了信息流传播效率。

而且，未登录用户可以通过关注/订阅等行为形成信息流，同样还降低了获取信息流的成本，并且便于用户操作。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (17)

1.一种发布信息流的方法，其特征在于，该方法包括：

接收用户的接入请求，当判定该用户未登录帐号时为所述用户生成标识；

基于所述标识接收所述未登录帐号的用户的社区行为触发动作，存储与所述社区行为触发动作相关的关系链；

获取所述关系链的用户数据，基于所述用户数据生成信息流，针对预先设置的已登录帐号的用户发布所述信息流，或针对所述未登录帐号的用户发布所述信息流，或公开发布所述信息流。

2.根据权利要求1所述的发布信息流的方法，其特征在于，所述获取关系链的用户数据包括：

获取所述关系链中用户的历史数据，判断所述关系链中用户是否有更新数据，如果有，则基于所述历史数据和更新数据生成信息流；如果没有，则基于所述历史数据生成信息流。

3.根据权利要求1所述的发布信息流的方法，其特征在于，所述基于标识接收所述未登录帐号的用户的社区行为触发动作，存储与所述社区行为触发动作相关的关系链包括下列中的至少一个：

基于所述标识接收所述未登录帐号的用户的关注动作，存储所述关注动作的关注对象用户；

基于所述标识接收所述未登录帐号的用户的订阅动作，存储所述订阅动作的订阅对象标识。

4.根据权利要求1所述的发布信息流的方法，其特征在于，该方法进一步包括：

接收已登录帐号的用户的接入请求，将所存储的与所述社区行为触发动作相关的关系链与所述已登录帐号的用户的关系链相合并；

所述获取所述关系链的用户数据，基于用户数据生成信息流包括：获取所述合并后关系链的用户数据，基于所述合并后关系链的用户数据生成信息流。

5.根据权利要求4所述的发布信息流的方法，其特征在于，所述获取合并后关系链的用户数据，基于用户数据生成信息流包括：

获取所述合并后关系链中用户的历史数据，判断所述合并后关系链中用户是否有更新数据，如果有，则基于所述合并后关系链中用户的历史数据和合并后关系链中用户的更新数据生成信息流；如果没有，则基于所述合并后关系链中用户的历史数据生成信息流。

6.根据权利要求1-5中任一项所述的发布信息流的方法，其特征在于，该方法进一步包括：在终端本地存储所述标识；

所述存储与所述社区行为触发动作相关的关系链包括：根据与所述标识相关联的方式，在所述终端本地存储与所述社区行为触发动作相关的关系链；

所述获取所述关系链的用户数据包括：从所述终端本地获取标识，根据所获取的标识从所述终端本地获取所述相关联的与社区行为触发动作相关的关系链。

7.一种发布信息流的装置，其特征在于，包括标识生成单元、关系链存储单元和信息流发布单元，其中：

标识生成单元，用于接收用户的接入请求，当判定该用户未登录帐号时为所述用户生成标识；

关系链存储单元，用于基于所述标识接收所述未登录帐号的用户的社区行为触发动作，存储与所述社区行为触发动作相关的关系链；

信息流发布单元，用于获取所述关系链的用户数据，基于所述用户数据生成信息流，针对预先设置的已登录帐号的用户发布所述信息流，或针对所述未登录帐号的用户发布所述信息流，或公开发布所述信息流。

8.根据权利要求7所述的发布信息流的装置，其特征在于，

信息流发布单元，用于获取所述关系链中用户的历史数据，判断所述关系链中用户是否有更新数据，如果有，则基于所述历史数据和更新数据生成信息流；如果没有，则基于所述历史数据生成信息流。

9.根据权利要求7所述的发布信息流的装置，其特征在于，

关系链存储单元，用于执行下列中的至少一个：

基于所述标识接收所述未登录帐号的用户的关注动作，存储所述关注动作的关注对象用户；

基于所述标识接收所述未登录帐号的用户的订阅动作，存储所述订阅动作的订阅对象标识。

10.根据权利要求7所述的发布信息流的装置，其特征在于，

标识生成单元，进一步用于接收已登录帐号的用户的接入请求，将所存储的与所述社区行为触发动作相关的关系链与所述已登录帐号的用户的关系链相合并；

信息流发布单元，进一步用于获取所述合并后关系链的用户数据，基于所述合并后关系链的用户数据生成信息流。

11.根据权利要求10所述的发布信息流的装置，其特征在于，

信息流发布单元，用于获取所述合并后关系链中用户的历史数据，判断所述合并后关系链中用户是否有更新数据，如果有，则基于所述合并后关系链中用户的历史数据和合并后关系链中用户的更新数据生成信息流；如果没有，则基于所述合并后关系链中用户的历史数据生成信息流。

12.根据权利要求7-11中任一项所述的发布信息流的装置，其特征在于，

关系链存储单元，用于在终端本地存储所述标识，根据与所述标识相关联的方式，在所述终端本地存储与所述社区行为触发动作相关的关系链；

信息流发布单元，用于从所述终端本地获取标识，根据所获取的标识从所述终端本地获取所述相关联的与社区行为触发动作相关的关系链。

13.一种发布信息流的系统，其特征在于，包括客户端和服务器，其中：

客户端，用于接收用户的接入请求；

服务器，用于当判定该用户未登录帐号时为所述用户生成标识，基于所述标识接收所述未登录帐号的用户的社区行为触发动作，存储与所述社区行为触发动作相关的关系链；获取所述关系链的用户数据，基于所述用户数据生成信息流，针对预先设置的已登录帐号的用户发布所述信息流，或针对所述未登录帐号的用户发布所述信息流，或公开发布所述信息流。

14.根据权利要求13所述的发布信息流的系统，其特征在于，

服务器，用于获取所述关系链中用户的历史数据，判断所述关系链中用户是否有更新数据，如果有，则基于所述历史数据和更新数据生成信息流；如果没有，则基于所述历史数据生成信息流。

15.根据权利要求13所述的发布信息流的系统，其特征在于，

客户端，进一步用于接收已登录帐号的用户的接入请求；

服务器，进一步用于将所存储的与所述社区行为触发动作相关的关系链与所述已登录帐号的用户的关系链相合并；获取所述合并后关系链的用户数据，基于所述合并后关系链的用户数据生成信息流。

16.根据权利要求15所述的发布信息流的系统，其特征在于，

服务器，用于获取所述合并后关系链中用户的历史数据，判断所述合并后关系链中用户是否有更新数据，如果有，则基于所述合并后关系链中用户的历史数据和合并后关系链中用户的更新数据生成信息流；如果没有，则基于所述合并后关系链中用户的历史数据生成信息流。

17.根据权利要求13-16中任一项所述的发布信息流的系统，其特征在于，所述客户端包括：功能手机、智能手机、掌上电脑、个人电脑、平板电脑或个人数字助理。