CN102354307A - 一种帮助微博博主互相收听的方法及系统 - Google Patents

Abstract

本发明公开了一种帮助微博博主互相收听的方法，该方法包括：当用户申请加入互相收听队列时，收集用户的兴趣点，将该用户分配到对应的兴趣群组下；将该用户所对应的兴趣群组下的其他用户列表显示给该用户；该用户从中选择接收方，发起互相收听请求；互相收听请求的接收方同意或拒绝互相收听请求；当互相收听请求被接收方同意后，在微博平台上完成互相收听的操作，使之相互成为对方的听众。本发明也公开了一种帮助微博博主互相收听的系统，该系统包括前端交互服务器和后台处理服务器。本发明能够方便用户找到志趣相投者，并通过简单操作，实现志趣相投者之间的互相收听，以提升用户参与微博互动的积极性。

Description

一种帮助微博博主互相收听的方法及系统

技术领域

本发明涉及微博关系管理的技术，更具体的说，涉及一种基于用户兴趣点帮助志趣相投的微博博主互相收听的方法及系统。

背景技术

微博作为一种新媒体，它的生命力在于有更多的听众去收听它，而对于微博博主，撰写和发布微博的动力来自于有更多的志趣相投者收听且做出回应。因此，为了提高微博平台用户参与微博互动的积极性，需要为微博博主找到志趣相投者并实现互相收听提供便利手段。

但在现有的微博关系管理技术中，实现互相收听是需要所涉及的微博博主双方在整个过程中不断进行手工操作，具体实现过程如下：微博博主A手工查看且直觉判断哪些微博是自己感兴趣的，并选择感兴趣的微博博主进行收听（下面将被微博博主A收听的博主称为微博博主B）；然后微博博主A向微博博主B手动发出邀请，要求其收听自己；微博博主B收到邀请后，可以收听微博博主A，也可以不理会该邀请。从实现的过程来看，现有的技术存在如下缺点：

1、现有技术没有将需要互相收听的博主汇聚起来，部分博主本身就不愿意参与互相收听的活动，但他们仍要收到其他博主要求收听的邀请，这部分博主可能会感到自己被这些邀请所骚扰；

2、现有技术没有提供手段去帮助微博博主找到志趣相投者，微博博主查看和收听其他博主的过程是随机的，也就是说，微博博主所查看和收听的其他博主可能是志趣相投者，也可能不是；

3、在现有技术条件下，实现的互相收听是不对等的，即当微博博主A收听了微博博主B，而微博博主B仍可拒绝微博博主A的邀请，这种不对等会损害微博用户收听他人的积极性，也会带来更多的欺骗行为；

4、在现有技术条件下，实现互相收听的过程，需要微博博主手工一个个收听其他微博博主，也需要手工一个个发起邀请要求他人收听自己，而接收到邀请的博主也需要手工一个个的进行收听或者拒绝收听，整个操作过程非常繁琐。

因此，需要有一种方法和系统，将需要互相收听的微博博主汇聚起来，并帮助微博博主找到志趣相投者，在互相确认收听请求后对等的完成两者之间的收听动作。

发明内容

本发明的目的即是针对现有技术中存在的缺点而提出的一种帮助微博博主互相收听的方法及系统，以方便微博博主找到志趣相投者，并实现互相收听，提高微博用户参与微博的积极性。

为达到上述发明目的，本发明提供了一种帮助微博博主互相收听的方法，该方法包括如下步骤：

A、当用户申请加入互相收听队列时，收集所述用户的兴趣点，将所述用户分配到所对应的兴趣群组下；

B、当用户登录或发出查询时，将所述用户对应的兴趣群组或者所述用户指定的兴趣群组下的其他用户列表显示给所述用户；

C、所述用户从所显示的用户列表中选择，向选中的用户发出互相收听请求，其中，所述用户称为请求发起方，所述被选中的用户称为请求接收方；

D、当请求接收方登录或发出查询时，将发给所述请求接收方的互相收听请求显示给所述请求接收方，所述请求接收方同意或拒绝互相收听请求；

E、当所述请求接收方同意互相收听请求时，在微博平台上以所述请求发起方的名义完成对所述请求接收方的收听操作；与此同时，在微博平台上以所述请求接收方的名义完成对所述请求发起方的收听操作。

进一步地，所述的步骤A中收集所述用户的兴趣点的具体过程为：所述用户在申请加入时，根据所述用户填写的兴趣爱好或者贴上的标签分析出所述用户的兴趣点，也可以从所述用户发表的微博中分析出所述用户的兴趣点。

进一步地，所述的步骤A或B中所述兴趣群组具有如下特征：具有相同兴趣点的用户分配到同一兴趣群组下；根据用户不同的兴趣点可以将同一用户分配到不同的兴趣群组下；兴趣群组具有颗粒度，用以按照不同的抽象程度划分涵盖范围不同的兴趣群组；大颗粒度的兴趣群组包含小颗粒度的兴趣群组；小颗粒度兴趣群组下的用户属于大颗粒度兴趣群组，但大颗粒度兴趣群组下的用户不一定属于小颗粒度兴趣群组。

进一步地，根据用户修改后的兴趣爱好或者标签，将所述用户重新分配到不同的兴趣群组下；也可根据用户最新发表的微博将所述用户重新分配到不同的兴趣群组下。

进一步地，所述的步骤B中用户可根据兴趣群组的颗粒度，将查询的范围进行扩大或者缩小。

为了达到上述发明目的，本发明还提供了一种帮助微博博主互相收听的系统，该系统包括前端交互服务器和后台处理服务器，其中：

前端交互服务器，负责与用户的交互，用于用户兴趣点的收集、相关用户列表的查询和显示以及互相收听请求的收发；

后台处理服务器，负责后台相关任务的计算和管理，用于兴趣群组的管理、互相收听请求的管理以及在微博平台上完成互相收听的操作。

进一步地，所述前端交互服务器包括兴趣点收集模块、群组查询模块和请求收发模块，其中：

兴趣点收集模块，收集用户相关资料，相关资料至少包括用户填写的兴趣爱好、贴上的标签等信息，也可以收集用户发表的微博，并从相关资料或用户发表的微博中分析出所述用户所具有的兴趣点；根据用户对兴趣爱好或者标签的修改，或根据用户新发表的微博，重新分析出所述用户所具有的兴趣点；

群组查询模块，查询用户所对应的兴趣群组之下的用户列表，或者查询用户所指定的兴趣群组下的用户列表，并将查询结果显示给所述用户；

请求收发模块，接收请求发起方发出的互相收听请求；将互相收听请求分发给请求接收方；接收请求接收方对请求的处理决定。

进一步地，所述后台处理服务器包括兴趣群组管理模块、请求管理模块和收听处理模块，其中：

兴趣群组管理模块，管理不同颗粒度的兴趣群组之间的关系；当新的用户加入时，根据兴趣点收集模块收集的用户兴趣点，将所述用户分配到对应的兴趣群组中；根据兴趣点收集模块重新分析出的用户兴趣点，将所述用户重新分配到对应的兴趣群组中；根据群组查询模块的请求，返回相关兴趣群组下的用户列表；

请求管理模块，保存请求发起方发出的互相收听请求；返回请求收发模块对互相收听请求的查询；记录请求接收方对请求的处理决定；将被接收方同意的互相收听请求交由收听处理模块处理；

收听处理模块，当互相收听请求被接收方同意后，在微博平台上以所述互相收听请求的请求发起方的名义完成对所述互相收听请求的请求接收方的收听操作；与此同时，在微博平台上以所述互相收听请求的请求接收方的名义完成对所述互相收听请求的请求发起方的收听操作。

本发明的有益效果如下：

1、将需要互相收听的微博博主汇聚在一起，一方面，规避对那些不愿意参与者的不必要骚扰，另一方面，提高互相收听成功的概率；

2、通过收集用户兴趣点，让兴趣点相同者汇聚在同一兴趣群组下，帮助微博博主方便的找到志趣相投者，让志趣相投者互相成为听众，以便在微博中产生更多互动，提高微博用户参与微博互动的积极性；

3、互相收听请求得到双方确认后，对等的完成双方的收听动作，一方面，减少互相收听过程中的欺骗行为，另一方面，可提高互相收听成功的概率；

4、在整个过程中，用户只需要对互相收听请求进行操作，简化了互相收听的流程，提高了互相收听的自动化程度。

附图说明

图1为本发明中帮助微博博主互相收听的方法流程图。

图2为本发明中帮助微博博主互相收听的系统结构图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步的详细说明。但应当理解，此处所描述的具体实施例仅仅用于解释本发明，并不作为对本发明的限定。

图1所示为本发明实施例中帮助微博博主互相收听的方法流程图。从图1中看出，该方法包括如下步骤：

在步骤S1中，根据用户所填写的兴趣爱好或者所贴上的标签分析出用户兴趣点，或者从用户所发表的微博中分析出用户的兴趣点，假如经分析，该用户兴趣点为“NBA”和“娱乐”。然后，根据该用户所具有的兴趣点，将该用户分配到对应的兴趣群组下，比如，将上述用户分别分配到“NBA”和“娱乐”的兴趣群组下。而兴趣群组具有颗粒度，比如“NBA”上一级颗粒度的兴趣群组为“体育”，则该用户也可在“体育”兴趣群组下被查询到。

在步骤S2中，当该用户登录时，为该用户显示所对应的兴趣群组下的其他用户列表。比如，显示“NBA”兴趣群组和“娱乐”兴趣群组下的其他用户列表。当然，该用户也可以指定其感兴趣的其他兴趣群组进行查询。甚至，该用户可根据兴趣群组的颗粒度来扩大或缩小查询范围，比如该用户可查询“NBA”上一级颗粒度的兴趣群组即“体育”下的用户列表，也可查询“娱乐”下一级颗粒度的兴趣群组“八卦”和“冷笑话”下的用户列表。

在步骤S3中，用户从所显示或所查询的用户列表中进行勾选，向选中的用户发出互相收听请求，发出请求的一方我们称之为请求发起方，而被选中的一方我们称之为请求接收方。

在步骤S4中，用户可以查询他接收到的互相收听请求，这时将发给他的互相收听请求列表显示给该用户，该用户可以对互相收听请求做出处理决定，即同意或者拒绝互相收听请求。

在步骤S5中，当请求接收方同意互相收听请求后，在微博平台上通过公开API以请求发起方的名义完成对请求接收方的收听操作，成为请求接收方的听众；与此同时，在微博平台上通过公开API以请求接收方的名义完成对请求发起方的收听操作，成为请求发起方的听众。至此，请求发起方和请求接收方互相成为对方的听众。

相应于本发明上述帮助微博博主互相收听的方法，本发明进一步提出了一种帮助微博博主互相收听的系统，请参阅图2，该图为本发明中帮助微博博主互相收听的系统结构图，该系统包括前端交互服务器10和后台处理服务器20，其中，各个组成部分的作用如下：

前端交互服务器10，负责与用户的交互，用于用户兴趣点的收集、相关用户列表的查询以及互相收听请求的收发；

后台处理服务器20，负责后台相关任务的计算和管理，用于兴趣群组的管理、互相收听请求的管理以及在微博平台上完成互相收听的操作。

其中，前端交互服务器10具体包括群组查询模块101、兴趣点收集模块102和请求收发模块103，其中各个模块的具体作用如下：

群组查询模块101，查询用户所对应的兴趣群组之下的用户列表，或者查询用户指定的兴趣群组下的用户列表，并显示给用户；

兴趣点收集模块102，收集用户相关资料，相关资料至少包括用户填写的兴趣爱好、贴上的标签等信息，也可以收集用户发表的微博，并从相关资料或用户发表的微博中分析出用户所具有的兴趣点；根据用户对兴趣爱好或者标签的修改，或根据用户新发表的微博，重新分析出所述用户所具有的兴趣点；

请求收发模块103，接收请求发起方发出的互相收听请求；将互相收听请求分发给请求接收方；接收请求接收方对请求的处理选择。

而后台处理服务器20具体包括兴趣群组管理模块201、请求管理模块202和收听处理模块203，其中各个模块的具体作用如下：

兴趣群组管理模块201，管理不同颗粒度的兴趣群组之间的关系，比如“娱乐”兴趣群组下有“八卦”和“冷笑话”兴趣群组，该模块就要管理这3个兴趣群组之间的关系；当新的用户加入时，根据兴趣点收集模块102收集到的用户兴趣点，将用户分配到对应的兴趣群组中；如果用户修改了兴趣爱好或标签等信息，或者新发表了微博，兴趣点收集模块102重新分析出用户兴趣点后，该模块将该用户重新分配到对应的兴趣群组中；根据群组查询模块101的查询请求，返回相关兴趣群组下的用户列表信息；

请求管理模块202，保存请求收发模块103提交上来的请求发起方发出的互相收听请求；返回请求收发模块103对互相收听请求的查询；记录请求收发模块103提交上来的请求接收方对请求的处理决定，即同意请求还是拒绝请求；如果请求被接收方同意，将请求交由收听处理模块203处理；

收听处理模块203，当互相收听请求被接收方同意后，该模块在微博平台上通过公开API以请求发起方的名义完成对请求接收方的收听操作；与此同时，在微博平台上通过公开API以请求接收方的名义完成对请求发起方的收听操作。至此，请求接收方和请求发起方相互成为对方的听众。

综上可见，本发明的技术方案根据用户兴趣点，将用户汇聚到相对应的兴趣群组下，方便用户找到志趣相投者，且用户通过简单操作，即可完成对等的互相收听。从本发明的整个流程来看，本发明技术方案简化了用户的操作流程，规避了对部分不愿意参与者的骚扰，提高了互相收听的成功概率，提升了用户参与微博互动的积极性。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (8)

1.一种帮助微博博主互相收听的方法，其特征在于，该方法包括如下步骤：

A、当用户申请加入互相收听队列时，收集所述用户的兴趣点，将所述用户分配到所对应的兴趣群组下；

B、当用户登录或发出查询时，将所述用户对应的兴趣群组或者所述用户指定的兴趣群组下的其他用户列表显示给所述用户；

C、所述用户从所显示的用户列表中选择，向选中的用户发出互相收听请求，其中，所述用户称为请求发起方，所述被选中的用户称为请求接收方；

D、当请求接收方登录或发出查询时，将发给所述请求接收方的互相收听请求显示给所述请求接收方，所述请求接收方同意或拒绝互相收听请求；

E、当所述请求接收方同意互相收听请求时，在微博平台上以所述请求发起方的名义完成对所述请求接收方的收听操作；与此同时，在微博平台上以所述请求接收方的名义完成对所述请求发起方的收听操作。

2.如权利要求1所述的方法，其特征在于，所述的步骤A中收集所述用户的兴趣点的具体过程为：所述用户在申请加入时，根据所述用户填写的兴趣爱好或者贴上的标签分析出所述用户的兴趣点，也可以从所述用户发表的微博中分析出所述用户的兴趣点。

3. 如权利要求1所述的方法，其特征在于，所述的步骤A或B中所述兴趣群组具有如下特征：具有相同兴趣点的用户分配到同一兴趣群组下；根据用户不同的兴趣点可以将同一用户分配到不同的兴趣群组下；兴趣群组具有颗粒度，用以按照不同的抽象程度划分涵盖范围不同的兴趣群组；大颗粒度的兴趣群组包含小颗粒度的兴趣群组；小颗粒度兴趣群组下的用户属于大颗粒度兴趣群组，但大颗粒度兴趣群组下的用户不一定属于小颗粒度兴趣群组。

4.如权利要求1至3中任意一项所述的方法，其特征在于，根据用户修改后的兴趣爱好或者标签，将所述用户重新分配到不同的兴趣群组下；也可根据用户最新发表的微博将所述用户重新分配到不同的兴趣群组下。

5.如权利要求1所述的方法，其特征在于，所述的步骤B中用户可根据兴趣群组的颗粒度，将查询的范围进行扩大或者缩小。

6.一种帮助微博博主互相收听的系统，其特征在于，该系统包括前端交互服务器和后台处理服务器，其中：

前端交互服务器，负责与用户的交互，用于用户兴趣点的收集、相关用户列表的查询和显示以及互相收听请求的收发；

后台处理服务器，负责后台相关任务的计算和管理，用于兴趣群组的管理、互相收听请求的管理以及在微博平台上完成互相收听的操作。

7.如权利要求6所述的系统，其特征在于，所述前端交互服务器包括兴趣点收集模块、群组查询模块和请求收发模块，其中：

兴趣点收集模块，收集用户相关资料，相关资料至少包括用户填写的兴趣爱好、贴上的标签等信息，也可以收集用户发表的微博，并从相关资料或用户发表的微博中分析出所述用户所具有的兴趣点；根据用户对兴趣爱好或者标签的修改，或根据用户新发表的微博，重新分析出所述用户所具有的兴趣点；

群组查询模块，查询用户所对应的兴趣群组之下的用户列表，或者查询用户所指定的兴趣群组下的用户列表，并将查询结果显示给所述用户；

请求收发模块，接收请求发起方发出的互相收听请求；将互相收听请求分发给请求接收方；接收请求接收方对请求的处理决定。

8.如权利要求6所述的系统，其特征在于，所述后台处理服务器包括兴趣群组管理模块、请求管理模块和收听处理模块，其中：

兴趣群组管理模块，管理不同颗粒度的兴趣群组之间的关系；当新的用户加入时，根据兴趣点收集模块收集的用户兴趣点，将所述用户分配到对应的兴趣群组中；根据兴趣点收集模块重新分析出的用户兴趣点，将所述用户重新分配到对应的兴趣群组中；根据群组查询模块的请求，返回相关兴趣群组下的用户列表；

请求管理模块，保存请求发起方发出的互相收听请求；返回请求收发模块对互相收听请求的查询；记录请求接收方对请求的处理决定；将被接收方同意的互相收听请求交由收听处理模块处理；

收听处理模块，当互相收听请求被接收方同意后，在微博平台上以所述互相收听请求的请求发起方的名义完成对所述互相收听请求的请求接收方的收听操作；与此同时，在微博平台上以所述互相收听请求的请求接收方的名义完成对所述互相收听请求的请求发起方的收听操作。

Images