CN106302092A - 一种信息交互方法及装置 - Google Patents

Abstract

本申请公开了一种信息交互方法及装置，方法包括：响应第一用户发起的话题讨论组建立请求，建立目标话题讨论组；将所述目标话题讨论组推送给所述第一用户指定的好友列表中的各第二用户；响应所述第一用户和/或所述第二用户加入所述目标话题讨论组的动作，为加入所述目标话题讨论组的各用户随机分配新昵称。在本申请方案中，由于建立的话题讨论组推送给了话题讨论组发起者指定的各个好友，因此话题讨论组发起者无法得知加入讨论组的用户具体是哪个好友，而加入话题讨论组的各用户均分配了新昵称，因此各用户均无法得知除自己之外的其它用户的身份，话题讨论组内的用户可以实现匿名聊天。

Description

一种信息交互方法及装置

技术领域

本申请涉及即时通讯技术领域，更具体地说，涉及一种信息交互方法及装置。

背景技术

移动互联网时代里，用户对于即时通讯IM(Instant Messenger)软件的依赖性变得越来越强。IM软件中比较有代表性的有MSN、微信、QQ，其可以提供多种多样的功能，例如聊天、刷朋友圈等。

本案发明人对现有即时通讯软件进行研究发现，现有的即时通讯软件中，一般均是公开身份聊天。也即互相聊天的好友之间，均知道对方的身份。而在某些场景下或者对于某些讨论话题，聊天用户并不想让对方知道自己的身份。互为好友的聊天用户可以对某些话题畅所欲言，而无需担心自己的身份被别人获知。显然，现有技术无法满足用户的这种需求。

发明内容

有鉴于此，本申请提供了一种信息交互方法及装置，用于解决现有即时通软件无法满足用户间匿名聊天的问题。

为了实现上述目的，现提出的方案如下：

一种信息交互方法，包括：

响应第一用户发起的话题讨论组建立请求，建立目标话题讨论组；

将所述目标话题讨论组推送给所述第一用户指定的好友列表中的各第二用户；

响应所述第一用户和/或所述第二用户加入所述目标话题讨论组的动作，为加入所述目标话题讨论组的各用户随机分配新昵称。

一种信息交互方法，包括：

接收服务器推送的目标话题讨论组；

将用户加入所述目标话题讨论组的请求转发给服务器；

接收服务器分配的新昵称，所述新昵称作为用户在所述目标话题讨论组中的角色。

一种信息交互装置，包括：

讨论组建立单元，用于响应第一用户发起的话题讨论组建立请求，建立目标话题讨论组；

第一讨论组推送单元，用于将所述目标话题讨论组推送给所述第一用户指定的好友列表中的各第二用户；

昵称分配单元，用于响应所述第一用户和/或所述第二用户加入所述目标话题讨论组的动作，为加入所述目标话题讨论组的各用户随机分配新昵称。

一种信息交互装置，包括：

讨论组接收单元，用于接收服务器推送的目标话题讨论组；

加入请求转发单元，用于将用户加入所述目标话题讨论组的请求转发给服务器；

昵称接收单元，用于接收服务器分配的新昵称，所述新昵称作为用户在所述目标话题讨论组中的角色。

从上述的技术方案可以看出，本申请实施例提供的信息交互方法，在用户发起话题讨论组建立请求后，建立目标话题讨论组，并将该目标话题讨论组推送给用户指定好友列表中的各个用户，并且在有用户加入目标话题讨论组时，为其随机分配新的昵称。在本申请方案中，由于建立的话题讨论组推送给了话题讨论组发起者指定的各个好友，因此话题讨论组发起者无法得知加入讨论组的用户具体是哪个好友，而加入话题讨论组的各用户均分配了新昵称，因此各用户均无法得知除自己之外的其它用户的身份，话题讨论组内的用户可以实现匿名聊天。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例公开的一种信息交互方法流程图；

图2为本申请实施例示例的一种话题讨论组效果示意图；

图3为本申请实施例公开的另一种信息交互方法流程图；

图4为本申请实施例公开的又一种信息交互方法流程图；

图5为本申请实施例公开的又一种信息交互方法流程图；

图6为本申请实施例公开的一种信息交互装置结构示意图；

图7为本申请实施例公开的另一种信息交互装置结构示意图；

图8为本申请实施例公开的又一种信息交互装置结构示意图；

图9为本申请实施例公开的又一种信息交互装置结构示意图；

图10为本申请实施例公开的又一种信息交互装置结构示意图；

图11为本申请实施例公开的又一种信息交互方法流程图；

图12为本申请实施例公开的又一种信息交互装置结构示意图；

图13为本申请实施例公开的一种服务器硬件结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

参见图1，图1为本申请实施例公开的一种信息交互方法流程图。

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

步骤S100、响应第一用户发起的话题讨论组建立请求，建立目标话题讨论组；

具体地，这里第一用户主要是为了区别于下文的第二用户，而并非特指某一类用户。任何一个用户均可以作为第一用户来发起话题讨论组建立请求。

一般性的，第一用户在发起话题讨论组建立请求时，可以标注出所建立的目标话题讨论组的名称，或者对建立的目标话题讨论组进行简单的介绍，以便其它用户对该目标话题讨论组有一个初步了解。

举例如，用户A想要建立一个话题讨论组，该话题讨论组主要想要讨论每个人大学时期的暗恋对象。因此，在发起请求时，可以标注所要建立的话题讨论组的公告为“聊聊你大学时期的暗恋对象”等。

步骤S110、将所述目标话题讨论组推送给所述第一用户指定的好友列表中的各第二用户；

具体地，这里第一用户指定的好友列表中的各个第二用户可以是第一用户的所有好友，或者，可以是第一用户所指定的某一些好友。为了与目标话题讨论组发起者第一用户进行区别，将推送对象确定为第二用户。

作为接收目标话题讨论组推送的第二用户，其接收的目标话题讨论组可以在预置的一个话题讨论组列表中进行展示。用户可以在列表中选择自己所感兴趣的话题讨论组，并加入讨论组内。

步骤S120、响应所述第一用户和/或所述第二用户加入所述目标话题讨论组的动作，为加入所述目标话题讨论组的各用户随机分配新昵称。

需要说明的是，作为目标话题讨论组的发起者的第一用户，其可以是在目标话题讨论组建立完后即加入该讨论组，也可以是由第一用户后续自助选择是否加入该目标话题讨论组。

对于加入目标话题讨论组的用户，本申请为每一个加入用户随机分配一个新的昵称，该新昵称作为用户在目标话题讨论组中的身份。由于新昵称是随机分配的，且加入用户并不知道昵称分配策略，也即各个用户均不知道其它用户的真实身份。

当然，除了为各个加入用户分配新昵称之外，还可以为各个加入用户随机分配头像。

本申请实施例提供的信息交互方法，在用户发起话题讨论组建立请求后，建立目标话题讨论组，并将该目标话题讨论组推送给用户指定好友列表中的各个用户，并且在有用户加入目标话题讨论组时，为其随机分配新的昵称。在本申请方案中，由于建立的话题讨论组推送给了话题讨论组发起者指定的各个好友，因此话题讨论组发起者无法得知加入讨论组的用户具体是哪个好友，而加入话题讨论组的各用户均分配了新昵称，因此各用户均无法得知除自己之外的其它用户的身份，话题讨论组内的用户可以实现匿名聊天。

为了便于理解本申请中所创建的话题讨论组，本实施例图2示例了一种话题讨论组效果示意图。如图2所示，参与到话题讨论组内的各个用户，均分配了新的昵称，如路人甲、路人乙等。

在本申请的另一个实施例中，公开了另一种信息交互方法。参见图3，图3为本申请实施例公开的另一种信息交互方法流程图。

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

步骤S300、响应第一用户发起的话题讨论组建立请求，建立目标话题讨论组；

具体地，这里第一用户主要是为了区别于下文的第二用户，而并非特指某一类用户。任何一个用户均可以作为第一用户来发起话题讨论组建立请求。

一般性的，第一用户在发起话题讨论组建立请求时，可以标注出所建立的目标话题讨论组的名称，或者对建立的目标话题讨论组进行简单的介绍，以便其它用户对该目标话题讨论组有一个初步了解。

步骤S310、将所述目标话题讨论组推送给所述第一用户指定的好友列表中的各第二用户；

具体地，这里第一用户指定的好友列表中的各个第二用户可以是第一用户的所有好友，或者，可以是第一用户所指定的某一些好友。为了与目标话题讨论组发起者第一用户进行区别，将推送对象确定为第二用户。

步骤S320、响应所述第一用户和/或所述第二用户加入所述目标话题讨论组的动作，为加入所述目标话题讨论组的各用户随机分配新昵称；

步骤S330、在检测到所述第二用户加入所述目标话题讨论组时，将所述目标话题讨论组推送给所述第二用户指定的好友列表中除所述第一用户之外的各第三用户。

这里，第三用户主要是为了区别与第一用户和第二用户。具体来说，发起目标话题讨论组的用户为第一用户，目标话题讨论组随推送的对象为第二用户，第二用户好友列表中除所述第一用户之外的其它用户为第三用户。

本实施例中，对于创建的目标话题讨论组，不仅会将其推送给目标话题讨论组发起者的好友，还会将其推送给加入该目标话题讨论组的用户的好友。通过本申请的方案，实现了目标话题讨论组的推广，使得更多的用户能够看到并加入到该目标话题讨论组。

当然，除了将目标话题讨论组推送给所述第二用户指定的好友列表中除所述第一用户之外的各第三用户之外，还可以将目标话题讨论组推送给任意一个与目标话题相关的用户。

进一步需要说明的是，当检测到有用户加入目标话题讨论组时，可以将所述目标话题讨论组中，最近的若干条历史聊天数据进行展示。举例如，在检测到用户A加入目标话题讨论组时，将该讨论组内历史聊天数据中，最近的20条聊天信息展示给用户A。

通过向加入用户展示历史聊天数据，便于新加入的用户了解话题讨论情况。

此外，如果一个用户接收到其它用户发起的话题讨论组，但是并没有选择加入该话题讨论组，则该用户不具备在当前话题讨论组聊天的权限，但是其可以查看当前话题讨论组中的历史聊天数据。

在本申请的又一个实施例中，公开了又一种信息交互方法。参见图4，图4为本申请实施例公开的又一种信息交互方法流程图。

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

步骤S400、响应第一用户发起的话题讨论组建立请求，建立目标话题讨论组；

具体地，这里第一用户主要是为了区别于下文的第二用户，而并非特指某一类用户。任何一个用户均可以作为第一用户来发起话题讨论组建立请求。

一般性的，第一用户在发起话题讨论组建立请求时，可以标注出所建立的目标话题讨论组的名称，或者对建立的目标话题讨论组进行简单的介绍，以便其它用户对该目标话题讨论组有一个初步了解。

步骤S410、将所述目标话题讨论组推送给所述第一用户指定的好友列表中的各第二用户；

具体地，这里第一用户指定的好友列表中的各个第二用户可以是第一用户的所有好友，或者，可以是第一用户所指定的某一些好友。为了与目标话题讨论组发起者第一用户进行区别，将推送对象确定为第二用户。

步骤S420、响应所述第一用户和/或所述第二用户加入所述目标话题讨论组的动作，为加入所述目标话题讨论组的各用户随机分配新昵称；

步骤S430、接收所述第一用户发起的邀请请求，所述邀请请求包含所邀请加入的目标话题讨论组及邀请对象；

步骤S440、将所述邀请请求转发给所述邀请对象，以供所述邀请对象决定是否加入所述目标话题讨论组。

在本实施例中，作为目标话题讨论组的发起者的第一用户，其可以向其它用户发起邀请，邀请其它用户加入目标话题讨论组。而收到邀请的用户，可以决定是否加入目标话题讨论组。此外，收到邀请的用户并不知道是谁发出的邀请，其仅仅知道所邀请加入的目标话题讨论组。因此，保证了用户的匿名。

可以理解的是，第一用户在发起话题讨论组建立请求的同时，可以发起邀请请求，也即二者是同步执行的。

当然，每一个加入目标话题讨论组的用户均可以向其它用户发起邀请，邀请其它用户加入到目标话题讨论组。而由于发起邀请的用户并不知道其邀请的对象是否已经加入到目标话题讨论组，因此本实施例中，对于用户发起的邀请请求可以进行筛选，详细参见图5所示。图5为本申请实施例公开的又一种信息交互方法流程图。

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

步骤S500、响应第一用户发起的话题讨论组建立请求，建立目标话题讨论组；

具体地，这里第一用户主要是为了区别于下文的第二用户，而并非特指某一类用户。任何一个用户均可以作为第一用户来发起话题讨论组建立请求。

步骤S510、将所述目标话题讨论组推送给所述第一用户指定的好友列表中的各第二用户；

具体地，这里第一用户指定的好友列表中的各个第二用户可以是第一用户的所有好友，或者，可以是第一用户所指定的某一些好友。为了与目标话题讨论组发起者第一用户进行区别，将推送对象确定为第二用户。

步骤S520、响应所述第一用户和/或所述第二用户加入所述目标话题讨论组的动作，为加入所述目标话题讨论组的各用户随机分配新昵称；

步骤S530、接收所述第一用户发起的邀请请求，所述邀请请求包含所邀请加入的目标话题讨论组及邀请对象；

步骤S540、判断所述邀请对象是否已经加入所述目标话题讨论组，若是，则执行步骤S550，若否，则执行步骤S560；

步骤S550、屏蔽所述邀请请求；

步骤S560、将所述邀请请求转发给所述邀请对象，以供所述邀请对象决定是否加入所述目标话题讨论组。

本实施例中，对于用户发起的邀请请求进行判断，如果邀请对象已经加入了目标话题讨论组，则将该条邀请请求屏蔽掉即可，否则，则将该条邀请请求转发给邀请对象。

下面对本申请实施例提供的信息交互装置进行描述，下文描述的信息交互装置与上文描述的信息交互方法可相互对应参照。

参见图6，图6为本申请实施例公开的一种信息交互装置结构示意图。

如图6所示，该装置包括：

讨论组建立单元61，用于响应第一用户发起的话题讨论组建立请求，建立目标话题讨论组；

第一讨论组推送单元62，用于将所述目标话题讨论组推送给所述第一用户指定的好友列表中的各第二用户；

昵称分配单元63，用于响应所述第一用户和/或所述第二用户加入所述目标话题讨论组的动作，为加入所述目标话题讨论组的各用户随机分配新昵称。

可选的，本申请实施例还公开了上述信息交互装置的另一种可选结构，结合图6和图7可知，信息交互装置还可以包括：

第二讨论组推送单元64，用于在检测到所述第二用户加入所述目标话题讨论组时，将所述目标话题讨论组推送给所述第二用户指定的好友列表中除所述第一用户之外的各第三用户。

可选的，本申请实施例还公开了上述信息交互装置的又一种可选结构，结合图6和图8可知，信息交互装置还可以包括：

历史数据展示单元65，用于在检测到有用户加入所述目标话题讨论组时，将所述目标话题讨论组中，最近的若干条历史聊天数据进行展示。

可选的，本申请实施例还公开了上述信息交互装置的又一种可选结构，结合图6和图9可知，信息交互装置还可以包括：

邀请请求接收单元66，用于接收所述第一用户发起的邀请请求，所述邀请请求包含所邀请加入的目标话题讨论组及邀请对象；

邀请请求转发单元67，用于将所述邀请请求转发给所述邀请对象，以供所述邀请对象决定是否加入所述目标话题讨论组。

可选的，本申请实施例还公开了上述信息交互装置的又一种可选结构，结合图9和图10可知，信息交互装置还可以包括：

邀请对象判断单元68，用于判断所述邀请对象是否已经加入所述目标话题讨论组，若是，则进入所述邀请请求转发单元67，若否，则进入请求屏蔽单元69；

请求屏蔽单元69，用于屏蔽所述邀请请求。

本申请实施例提供的信息交互装置，在用户发起话题讨论组建立请求后，建立目标话题讨论组，并将该目标话题讨论组推送给用户指定好友列表中的各个用户，并且在有用户加入目标话题讨论组时，为其随机分配新的昵称。在本申请方案中，由于建立的话题讨论组推送给了话题讨论组发起者指定的各个好友，因此话题讨论组发起者无法得知加入讨论组的用户具体是哪个好友，而加入话题讨论组的各用户均分配了新昵称，因此各用户均无法得知除自己之外的其它用户的身份，话题讨论组内的用户可以实现匿名聊天。

本申请实施例还公开了一种信息交互方法，该信息交互方法主要是从接收推送的目标话题讨论组的用户终端的角度进行介绍，如图11所示，该方法包括：

步骤S600、接收服务器推送的目标话题讨论组；

具体地，这里的服务器可以包括上述图6-10任一项所述的信息交互装置。

步骤S610、将用户加入所述目标话题讨论组的请求转发给服务器；

步骤S620、接收服务器分配的新昵称。

所述新昵称作为用户在所述目标话题讨论组中的角色。

可选的，在步骤S600之后，还可以增加一个判断过程，判断终端本地的话题讨论组列表中是否存在与所述目标话题讨论组相同的话题讨论组；若否，则将所述目标话题讨论组加入所述话题讨论组列表中进行展示；若是，则屏蔽所述目标话题讨论组。

具体地，对于创建的每一个目标话题讨论组，均标识有讨论组ID。用户终端接收推送的目标话题讨论组后，判断本地话题讨论组列表中是否存在ID相同话题讨论组，如果存在，则屏蔽掉该目标话题讨论组，否则，将其加入到本地话题讨论组列表中。

话题讨论组列表中可以展示所有推送的话题讨论组，此外还可以对用户已经参与的话题讨论组进行标记，以区别开未参与的话题讨论组。

需要说明的是，用户终端当处于非聊天界面时，如果其他用户发来了邀请信息或者用户所参与的某个话题讨论组有新的消息时，可以通过终端的通知栏进行信息提示。

下面对本申请实施例提供的信息交互装置进行描述，下文描述的信息交互装置与上文从接收推送的目标话题讨论组的用户终端的角度所描述的信息交互方法可相互对应参照。

参见图12，图12为本申请实施例公开的一种信息交互装置结构示意图。

如图12所示，该装置包括：

讨论组接收单元11，用于接收服务器推送的目标话题讨论组；

加入请求转发单元12，用于将用户加入所述目标话题讨论组的请求转发给服务器；

昵称接收单元13，用于接收服务器分配的新昵称，所述新昵称作为用户在所述目标话题讨论组中的角色。

本申请实施例还提供一种服务器，该服务器可以包括上述图6-10任一项所述的信息交互装置，对于信息交互装置的描述可参照上文对应部分描述，此处不再赘述。

下面对本申请实施例提供的服务器的硬件结构进行描述，下文描述中涉及账号管理的部分可参照上文对应部分描述。图13为本申请实施例提供的服务器的硬件结构示意图，参照图13，该服务器可以包括：

处理器1，通信接口2，存储器3，通信总线4，和显示屏5；

其中处理器1、通信接口2、存储器3和显示屏5通过通信总线4完成相互间的通信；

可选的，通信接口2可以为通信模块的接口，如GSM模块的接口；

处理器1，用于执行程序；

存储器3，用于存放程序；

程序可以包括程序代码，所述程序代码包括处理器的操作指令。

处理器1可能是一个中央处理器CPU，或者是特定集成电路ASIC(Application Specific Integrated Circuit)，或者是被配置成实施本申请实施例的一个或多个集成电路。

存储器3可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

其中，程序可具体用于：

响应第一用户发起的话题讨论组建立请求，建立目标话题讨论组；

将所述目标话题讨论组推送给所述第一用户指定的好友列表中的各第二用户；

响应所述第一用户和/或所述第二用户加入所述目标话题讨论组的动作，为加入所述目标话题讨论组的各用户随机分配新昵称。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (12)

1.一种信息交互方法，其特征在于，包括：

响应第一用户发起的话题讨论组建立请求，建立目标话题讨论组；

将所述目标话题讨论组推送给所述第一用户指定的好友列表中的各第二用户；

响应所述第一用户和/或所述第二用户加入所述目标话题讨论组的动作，为加入所述目标话题讨论组的各用户随机分配新昵称。

2.根据权利要求1所述的方法，其特征在于，还包括：

在检测到所述第二用户加入所述目标话题讨论组时，将所述目标话题讨论组推送给所述第二用户指定的好友列表中除所述第一用户之外的各第三用户。

3.根据权利要求1所述的方法，其特征在于，还包括：

在检测到有用户加入所述目标话题讨论组时，将所述目标话题讨论组中，最近的若干条历史聊天数据进行展示。

4.根据权利要求1-3任一项所述的方法，其特征在于，还包括：

接收所述第一用户发起的邀请请求，所述邀请请求包含所邀请加入的目标话题讨论组及邀请对象；

将所述邀请请求转发给所述邀请对象，以供所述邀请对象决定是否加入所述目标话题讨论组。

5.根据权利要求4所述的方法，其特征在于，在所述接收所述第一用户发起的邀请请求之后，还包括：

判断所述邀请对象是否已经加入所述目标话题讨论组，若是，则执行所述将所述邀请请求转发给所述邀请对象的步骤，若否，则屏蔽所述邀请请求。

6.一种信息交互方法，其特征在于，包括：

接收服务器推送的目标话题讨论组；

将用户加入所述目标话题讨论组的请求转发给服务器；

接收服务器分配的新昵称，所述新昵称作为用户在所述目标话题讨论组中的角色。

7.一种信息交互装置，其特征在于，包括：

讨论组建立单元，用于响应第一用户发起的话题讨论组建立请求，建立目标话题讨论组；

第一讨论组推送单元，用于将所述目标话题讨论组推送给所述第一用户指定的好友列表中的各第二用户；

昵称分配单元，用于响应所述第一用户和/或所述第二用户加入所述目标话题讨论组的动作，为加入所述目标话题讨论组的各用户随机分配新昵称。

8.根据权利要求7所述的装置，其特征在于，还包括：

第二讨论组推送单元，用于在检测到所述第二用户加入所述目标话题讨论组时，将所述目标话题讨论组推送给所述第二用户指定的好友列表中除所述第一用户之外的各第三用户。

9.根据权利要求7所述的装置，其特征在于，还包括：

历史数据展示单元，用于在检测到有用户加入所述目标话题讨论组时，将所述目标话题讨论组中，最近的若干条历史聊天数据进行展示。

10.根据权利要求7-9任一项所述的装置，其特征在于，还包括：

邀请请求接收单元，用于接收所述第一用户发起的邀请请求，所述邀请请求包含所邀请加入的目标话题讨论组及邀请对象；

邀请请求转发单元，用于将所述邀请请求转发给所述邀请对象，以供所述邀请对象决定是否加入所述目标话题讨论组。

11.根据权利要求10所述的装置，其特征在于，还包括：

邀请对象判断单元，用于判断所述邀请对象是否已经加入所述目标话题讨论组，若是，则进入所述邀请请求转发单元，若否，则进入请求屏蔽单元；

所述请求屏蔽单元，用于屏蔽所述邀请请求。

12.一种信息交互装置，其特征在于，包括：

讨论组接收单元，用于接收服务器推送的目标话题讨论组；

加入请求转发单元，用于将用户加入所述目标话题讨论组的请求转发给服务器；

昵称接收单元，用于接收服务器分配的新昵称，所述新昵称作为用户在所述目标话题讨论组中的角色。