CN104796317A - 即时通讯方法及装置 - Google Patents

Abstract

本发明公开了即时通讯方法及装置，其中一方法包括：接收用户发起的开启特定对话模式的请求；确定加入到所述特定对话模式的用户；创建所述特定对话模式下的对话窗口；在所述对话窗口中显示所述加入的用户发送的消息而不包括发送者的身份信息。通过本发明，针对一些需要隐藏发送者身份的应用场景，实现了技术上的支持，使得即时通讯工具的智能性得到提升。

Description

即时通讯方法及装置

技术领域

本申请涉及即时通讯技术领域，特别是涉及即时通讯方法及装置。

背景技术

即时通讯是一种基于互联网的即时交流消息的业务，它可以将用户组织成虚拟的社交网络，用户之间可以在社交网络中采用发送文字、语音、图片等方式进行对话，或者还可以互相传递一些文件，等等，并且只要对方联网，信息就可以实时到达，这种虚拟的社交网络使得人与人之间的沟通变得更加方便，也降低了沟通成本，并且提供了比电子邮件更快捷、更具亲和力和交互性的沟通方式。

除了可以实现用户两两之间的相互对话功能之外，即时通讯还可以实现另一个重要功能，就是群组服务的功能。所谓的群组服务就是可以把具有同一特征或者同一类别的用户在虚拟的空间中进行通讯。群组一般是由用户手动创建的，群组创建者可以添加用户到其创建的群组中，还可以指定群组内一个或者多个成员作为群组管理员，同一群组内的成员可以在群内发送消息，群内的所有成员可见。

现有技术中，用户群组内的成员一般是用其自定义的身份标识信息（头像、昵称等）来区分不同用户的，还有些即使通讯工具具有群名片功能，群组的管理员可以用用户的真实姓名对各个用户进行备注，这样，当用户在用户群组内发送消息时，每条消息的发送者的身份标识都可以显示在对话窗口中，以便于群组内的用户区分各条消息分别是哪个用户发送的。

这种方式在区分不同用户的方面显然具有积极的意义，但是，在实际应用中的一些特殊场合，也正是由于这种身份标识信息具有的区分性，可能会使得用户在发表言论时会有所顾忌，无法畅所欲言。

因此，迫切需要本领域技术人员解决的技术问题就在于：如何使得在使用即时通讯工具进行通信时，可以减少顾忌，实现畅所欲言。

发明内容

本申请提供了即时通讯方法及装置，针对一些需要隐藏发送者身份的应用场景，实现了技术上的支持，使得即时通讯工具的智能性得到提升。

本申请提供了如下方案：

一种即时通讯方法，包括：

接收用户发起的开启特定对话模式的请求；

确定加入到所述特定对话模式的用户；

创建所述特定对话模式下的对话窗口；

在所述对话窗口中显示所述加入的用户发送的消息而不包括发送者的身份信息。

一种即时通讯方法，包括：

接收在特定对话模式下的消息；

创建所述特定对话模式下的对话窗口；

在所述对话窗口中显示所述加入的用户发送的消息而不包括对应的消息发送者的身份信息。

一种即时通讯方法，包括：

接收客户端发送的开启特定对话模式的请求，所述请求中携带有所述特定对话模式的启动方式信息；

根据所述启动方式信息，确定加入到所述特定对话模式的用户；

向加入到所述特定对话模式的各个用户的客户端发送通知消息，以便所述各个用户的客户端创建所述特定对话模式下的对话窗口，并在所述对话窗口中显示所述加入的用户发送的消息而不包括发送者的身份信息。

一种即时通讯装置，包括：

用户请求接收单元，用于接收用户发起的开启特定对话模式的请求；

用户确定单元，用于确定加入到所述特定对话模式的用户；

对话窗口创建单元，用于创建所述特定对话模式下的对话窗口；

信息显示单元，用于在所述对话窗口中显示所述加入的用户发送的消息而不包括发送者的身份信息。

一种即时通讯装置，包括：

消息接收单元，用于接收在特定对话模式下的消息；

对话窗口创建单元，用于创建所述特定对话模式下的对话窗口；

信息显示单元，用于在所述对话窗口中显示所述加入的用户发送的消息而不包括对应的消息发送者的身份信息。

一种即时通讯装置，包括：

客户端请求接收单元，用于接收客户端发送的开启特定对话模式的请求，所述请求中携带有所述特定对话模式的启动方式信息；

用户确定单元，用于根据所述启动方式信息，确定加入到所述特定对话模式的用户；

通知单元，用于向加入到所述特定对话模式的各个用户的客户端发送通知消息，以便所述各个用户的客户端创建所述特定对话模式下的对话窗口，并在所述对话窗口中显示所述加入的用户发送的消息而不包括发送者的身份信息。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，可以为用户提供特殊的群组对话模式，在该模式下，各个用户在发送消息时，发送者的身份信息都可以被隐去，这样，针对一些需要隐藏发送者身份的应用场景，实现了技术上的支持，使得即时通讯工具的智能性得到提升。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1是本申请实施例提供的方法的流程图；

图2-1至2-7是本申请实施例中提供的用户界面示意图；

图3是本申请实施例提供的另一方法的流程图；

图4是本申请实施例提供的再一方法的流程图；

图5是本申请实施例提供的装置的示意图；

图6是本申请实施例提供的另一装置的示意图；

图7是本申请实施例提供的再一装置的示意图。

具体实施方式

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

在本申请实施例中，为了便于用户在群组通信的方式下能够畅所欲言，可以在即时通讯工具中为用户提供一种特定的对话模式，在这种特定对话模式下，消息发送者的身份信息会被隐去，这样，其他用户只能看到用户发送什么消息内容，而无法知晓具体是哪个用户发送的该消息。为了便于描述，在本申请实施例中，可以将这种特定的对话模式形象地称为“关灯模式”。下面对具体的实现方式进行详细地介绍。

实施例一

首先，参见图1，本申请实施例一首先提供了一种即时通讯方法，该方法可以包括以下步骤：

S101：接收用户发起的开启特定对话模式的请求；

具体实现时，该步骤可以是由即时通讯工具的客户端来完成。具体的，结合具体的应用场景，可以通过该客户端为用户提供多种用于开启该特定对话模式的操作入口。例如，用户一般具有多个即时通讯的联系人，这些联系人一般可能还会被分为多个类别，例如，同学、同事、好友等类别，另外还可能有一些未被用户加入到具体类别下的联系人，这些联系人可能会被即时通讯工具默认地放在“好友”类别下，等等。在其中一种应用场景下，用户可能需要在其指定的某一个类别的联系人中选择全部或者部分联系人，开启关灯模式。此时，可以在用户的联系人分类信息中提供开启特定对话模式的操作入口。例如，可以在每个类别的类别标签所在区域处提供一个按钮等，按钮上可以显示“关灯”等字样以提示用户该按钮的作用，用户点击该按钮时，就相当于发起了开启特定对话模式的请求，并且该请求还可以携带有对应的联系人类别信息，相当于发起来在该在类别的联系人中开启特定对话模式的请求。

或者，由于即时通讯工具一般还会提供群组服务功能，在另一种应用场景下，用户可能已经在某个群组内进行通讯的过程中，需要在该群组内开启关灯模式，此时，可以为用户提供在当前群组内开启特定对话模式的操作入口，例如，参见图2-1所示，在群组对话框的编辑区域等处可以提供一个201所示的按钮，当该按钮***作时，参见图2-2，可以在可选的功能列表202中列举出多个可选的功能，其中就可以包括203所示的“关灯”功能，该203所示的按钮就相当于是即时通讯工具客户端提供的在当前群组内开启特定对话模式的操作信息。当该按钮203***作时，就可以直接视为用户发出了在该群组内启动特定对话模式的请求。当然，在具体实现时，在不考虑其他功能（例如图2-2中所示的“拍照”、“照片”、“位置”等）的情况下，也可以直接在按钮201所示的位置处直接提供“关灯”按钮，等等。总之，具体的实现形式可以是根据实际需要进行调整，这里不进行限定。

这里需要说明的是，对于在一个已有的群组内部开启特定对话模式的方式，理论上讲，群组内的所有成员都可以开启特定对话模式，但是，在实际应用中，如果所有的群成员都具有开启特定对话模式的权限，则可能会发生混乱。因此，可以预先规定，对于一个群组而言，只有其中的某个或者某几个成员具有开启特定对话模式的权限，例如，一般可以将群组的创建者（一般称为“群主”）设置为具有该权限。这样，在群组内收到开启特定对话模式的请求时，可以首先判断发起者用户是否具有该权限，如果有，则允许进行后续的操作，否则，可以拒绝其请求。

再者，在另一种应用场景下，用户可能既不是想在某个类别的联系人中开启关灯模式，也不是想在某个特定的群组中开启关灯模式，而是想从其联系人中任意挑选一些用户加入到关灯模式。此时，还可以为用户提供新建一个临时的用户群组并开启特定对话模式的操作入口。例如，可以在联系人列表的显示界面中某个位置处提供一按钮等，同样，按钮上可以显示有“关灯”字样，当该按钮***作时，就可以视为用户需要从其所有联系人中选择加入关灯模式的用户，并启动关灯模式。

需要说明的是，在实际应用中，也可以不限于上述应用场景，还可以结合其他的应用场景，提供其他的用于启动关灯模式的操作信息。另外，为了使得实现方式更为灵活，还可以将不同启动方式对应的操作信息整合到同一界面中显示，供用户进行选择。例如，在用户在当前群组对话框中点击了“关灯”按钮时，可能有的用户是需要在该群组内开启关灯模式，还有的用户是需要新建一个临时的用户群组并开启关灯模式，此时，可以为用户提供一个具体开启方式的选择界面，如果2-3所示，其中按钮204为用于在当前群组内启动关灯模式的操作信息，按钮205为新建一个临时的用户群组并开启关灯模式的操作信息。

另外需要说明的是，该步骤S101也可以是在服务器端来进行。当然，对于服务器而言，用户发出的开启特定对话模式的请求需要借助于客户端发送到服务器。其中，在客户端为用户提供了多种不同的开启方式的情况下，客户端发送到服务器端的请求中可以携带有具体的开启方式的信息。例如，当用户需要在某指定的联系人类别中开启关灯模式时，可以在请求中携带上该指定的类别的信息，这样，服务器就可以知晓该用户需要在其这一类别的联系人内开启关灯模式。或者，当用户需要在其指定的群组内开启关灯模式，则在请求中携带该指定的群组的标识信息（例如群组名和/或ID），这样，服务器可以知晓该用户是需要在其所在的该群组内开启关灯模式。再者，当用户需要任选其联系人新建临时的用户群组并开启关灯模式，则也可以携带专门为该开启方式设定的标识，等等。

S102：确定加入到所述特定对话模式的用户；

在接收到一个开启特定对话模式的请求后，需要将一些用户加入到该特定对话模式下，其中，加入到该对话模式的用户一般为多个，从而组成一种特殊的用户群组，在该用户群组内采用该特殊的对话模式进行对话。具体实现时，加入到特定对话模式的用户是在发起者用户的联系人中确定出的。而一般而言，一个用户的联系人列表会在服务器端进行保存，在用户登录的情况下，服务器可以将其联系人列表同步到客户端一份，以便客户端在其用户界面中显示当前用户的联系人列表。也就是说，对于一个处于登录状态的用户而言，其联系人信息在客户端以及服务器端都有记录，因此，与步骤S101类似，该步骤S102同样既可以是在客户端来完成，也可以在服务器端来完成。

对于客户端的实现而言，在接收到开启特定对话模式的请求后，根据请求中携带的开启方式的不同，确定加入到该特定对话模式的用户的具体过程也会有所不同。其中，当用户需要在某指定的联系人类别中开启关灯模式时，可以根据用户的操作信息对应的分类信息中的目标用户，确定加入到特定对话模式的用户。其中，直接将该用户在该类别下的所有联系人作为所谓的目标用户，或者，也可以将该类别下的所有联系人以列表等形式显示出来，由当前用户从中选择目标用户。

在确定了目标用户之后，具体在根据这些目标用户，确定加入到特定对话模式的用户时，可以向各个目标用户分别发送加入到特定对话模式的请求（可以直接由发起方客户端点对点的发送到各个目标用户的客户端，或者，也可以通过服务器转发至各个目标用户的客户端），在接收到目标用户的针对该请求的应答消息后，将应答消息对应的用户确定为加入到特定对话模式的用户。也就是说，只有在目标用户同意加入的情况下，才会将其加入到特定对话模式下。当然，在实际应用中，即使有的目标用户并没有回复应答消息，例如，有的目标用户可能没有及时收到对应的通知等，也可以将该用户加入到特定对话模式下，并且不会影响其他目标用户进入特定对话模式下进行通信。此时，类似于普通的群组中，有些用户不在线，但是，其他在线的用户可以进行对话，没有参与此次对话的群成员在下次登录时，也可以查看对话记录。

其中，在将加入特定对话模式的请求发送到目标用户的客户端后，目标用户的客户端可以向用户推送通知消息，例如，该通知消息中可以为用户提供一些提示信息，例如，参见图2-4，提示用户“提醒，关灯模式启动，群聊里所有人的昵称、头像将隐去”，如果用户点击其中的“确定”按钮，则相当于发出了针对该请求的应答消息。

另外，当用户需要在其指定的群组内开启关灯模式时，可以直接将该群组内的所有成员均作为目标用户，然后根据这些目标用户确定加入到特定对话模式的用户。具体在根据目标用户确定加入到特定对话模式的用户时，实现方式与前一种开启方式下对应的实现方式可以是相同的，这里不再赘述。

再者，当用户需要任选其联系人新建临时的用户群组并开启关灯模式时，由于联系人数量一般会非常多，因此，可以直接将联系人以列表等方式展现给用户，由用户从中选择出目标用户。同样的，在根据目标用户确定加入到特定对话模式的用户时，实现方式与前一种开启方式下对应的实现方式可以是相同的，这里不再赘述。

如果是在服务器端来确定加入到特定对话模式的用户，由于服务器端收到的请求是由客户端发送的，因此，具体的请求内容与客户端是相同的，另外，关于用户的联系人信息，也是与客户端相同的，因此，具体的实现方式与客户端的实现可以是相同的，这里也不再详述。

S103：创建所述特定对话模式下的对话窗口；

在确定了加入到特定对话模式的用户之后，就可以为该模式创建一个对话窗口，该步骤可以在客户端来完成，其中，包括发起者用户所在的客户端以及其他被选择加入的用户所在的客户端。对于特定对话模式下的对话窗口，可以使用与其他普通对话模式下的对话窗口不同的背景，以便于用户区分不同的对话模式。其中，关于对话窗口的背景设置信息，可以是在各个客户端预先设置好的。并且，在进入到该对话窗口之后，可以将背景设置功能屏蔽，也即，不允许用户更改这种对话窗口的背景。当然，在实际应用中，也可以不必屏蔽该功能。

S104：在所述对话窗口中显示所述加入的用户发送的消息而不包括发送者的身份信息。

该步骤可以由客户端来完成。在创建了对话窗口后，加入到特定对话模式的用户就可以进行消息的发送了。对于客户端而言，在收到了某消息发送者发送的消息时，可以仅在对话窗口中显示出消息内容本身，而不显示发送者的身份信息。所谓的消息发送者的身份信息，也就是用于识别用户的真实身份（用户之间可以识别的身份）的信息，一般可以是用户自己定义的昵称、头像，或者，在用户为其联系人备注了真实姓名的情况下，这种真实姓名也属于发送者的身份信息。在本申请实施例中，在进入特定的对话模式下，消息发送者的这些身份信息都将不再显示。其中，具体实现时，可以是发送方用户所在的客户端在发送消息时，就没有携带消息发送者的身份标识，当然需要携带上这种特定对话模式的标识，这样对于其他需要接收消息的用户客户端而言，相当于不知晓消息发送者的身份信息，因此，只能将消息内容显示在特定对话模式的对话窗口中。

在另一种实现方式下，消息发送者的客户端可能携带有用户的ID甚至是其他的身份标识，但是，接收方的用户客户端在显示时，将这部分信息设置为不显示，这样，对于前端界面而言，同样可以达到仅显示消息内容而不显示发送者身份信息的效果。

通过前述实现方式，在特定对话模式下进行对话的各个用户，完全不带有身份信息，这样，消息发送者就可以任意地发送自己想要表达的想法等消息，不必由于担心被别人知道自己是谁而不敢发送，实现畅所欲言。

但在具体实现时，为了使得通讯的过程更具互动性、趣味性，并且便于区分出哪些消息是同一个用户发送的，但又不会使得其他用户识别出消息发送者的真实身份，在本申请的其他实施例中，还可以进行以下操作：为加入的用户分配临时用户标识（包括临时的昵称和/或头像，之所以称为“临时”，是因为该用户标识用于此次特定对话模式的通讯过程，当退出当前对话之后，就不再有效）。此时，在按照图2-4的方式向加入的用户提供提示信息时，除了图2-4中显示的提示内容之外，还可以提示“你将扮演一个角色”，如图2-5所示。在为用户分配了临时用户标识（例如昵称为“锅得缸”）之后，还可以在用户界面上显示如图2-6所示的提示信息“你是：锅得缸，请扮演好你的角色不要露馅，4S后进入”。在时间到之后，就可以创建特定对话模式对应的对话窗口，对话窗口的背景发生变化，如图2-7所示。

其中，关于分配临时用户标识的具体实现可以是在客户端完成，也可以是在服务器端来完成，下面对具体的实现方式进行介绍。

对于客户端而言，可以是在发起特定对话模式的用户所在的客户端，分别为各个加入的用户统一分配临时用户标识，或者，也可以由各个加入的用户所在的客户端自行为对应的用户分配临时用户标识。

首先对第一种情况进行介绍。对于发起特定对话模式的用户所在的客户端而言，在确定了加入特定对话模式的用户之后，可以根据预先保存的临时用户标识数据库，分别为各个加入的用户选择临时用户标识。例如，假设用户甲启动了一次特定对话模式，用户乙、丙、丁加入到该特定对话模式中，此时，可以由用户甲所在的客户端，分别为用户甲、乙、丙、丁分配临时用户标识，然后，可以将分配好的临时用户标识分别发送到对应的用户客户端。这样，各个加入特定对话模式的用户后续在发送消息时，就可以携带上自己的临时用户标识。

或者，在另一种实现方式下，用户甲在为各个用户分配了临时用户标识之后，可以生成一份用户ID与临时用户标识之间的对应关系，然后可以将这种对应关系分别发送给加入的各个用户，这样，用户后续在发送消息时，只需要携带自己的用户ID即可，而不需要再每次都携带临时用户标识，其他用户的客户端在接收到消息发送方发送的消息之后，再查询预先保存的对应关系表，获知该消息发送者的ID对应的临时用户标识。再者，发起方客户端在生成了前述对应关系后，也可以仅在该发起方客户端所在的终端设备本地保存，这样，并且可以指示其他加入的用户的客户端在每次发送消息时，首先发送到该发起方客户端，该发起方客户端通过查询本地保存的对应关系，获知了消息发送方的临时用户标识之后，再将消息的具体内容以及临时用户标识发送给加入该特定对话模式的其他各个用户的客户端。需要说明的是，这种对应关系表仅对于客户端的后台处理程序是已知的，而对于前台界面而言，并不会体现出这种对应关系，也即，仅将消息发送者的临时用户标识显示出来，而不会显示用户ID。

对于第二种情况而言，可以是各个加入到特定对话模式的用户所在的客户端自行为用户分配临时用户标识。也就是说，仍假设用户甲启动了一次特定对话模式，用户乙、丙、丁加入到该特定对话模式中，则在这种情况下，用户甲的客户端仅为用户甲分配临时用户标识，用户乙的临时用户标识，由用户乙的客户端自行分配，用户丙的临时用户标识，由用户丙的客户端自行分配，用户丁的临时用户标识，由用户丁的客户端自行分配。这样，后续各个用户在发送消息时，携带上自行分配的临时用户标识即可。当然，在这种情况下，存在不同的用户被分配了相同的临时用户标识的可能，但是，在可选的临时用户标识数量比较大的情况下，这种情况的发生概率会比较小，或者也可以采用相关的机制来避免这种情况的发生，例如，当有用户的临时用户标识与其他用户相同时，由先发送消息的用户可使用该临时用户标识，提醒后发送消息的用户需要更换临时用户标识。

对于服务器来完成的情况，与在发起方用户客户端统一分配的情况类似，具体的分配方式以及分配过程都可以是相同的，只是在由服务器来完成的情况下，客户端可能需要向服务器发送分配临时身份标识的请求，服务器在接收到请求后，再执行具体的分配过程。或者，在由服务器执行步骤S102的情况下，服务器也可以在确定了加入的用户之后，自动执行分配临时用户标识的操作。因此，关于服务器端实现时，参照前述第一种情况的介绍来执行即可。在具体实现时，还可以在特定对话模式的对话窗口中提供用于退出该特定对话模式的操作信息（例如，也可以是某按钮），当接收到用户的退出请求时，就可以退出当前的特定对话模式，将对话窗口关闭。

另外，特定对话模式下的消息可以保存也可以不保存。在保存特定对话模式下的消息时，可以生成特定对话模式下的消息文件，该消息文件用于记录该特定对话模式下的消息内容，另外还可以记录下消息文件对应的加入到特定对话模式的用户信息；后续当接收到用户发出的查看消息文件的请求时，可以首先判断请求方用户是否为加入到特定对话模式的用户，如果是，则为其提供该消息文件，也即，只有之前加入该特定对话模式中的用户，才具有查看其消息记录的权限。当然，在为各个用户分配了临时身份标识的情况下，还可以在消息文件中记录下各条消息分别对应的发送者的临时身份标识。其中，关于消息文件，可以在客户端保存，也可以在服务器端保存，或者客户端和服务器端均保存。

实施例二

该实施例二主要从被选择加入到特定对话模式的用户所在的客户端一侧，对本申请实施例提供的技术方案进行介绍。参见图3，本申请实施例二提供了一种即时通讯方法，该方法可以包括以下步骤：

S301：接收在特定对话模式下的消息；

对于被选择加入特定对话模式的用户客户端而言，在不需要其进行确认的情况下，发起方用户可以直接向其发送消息，只不过在消息中应用携带特定对话模式的标识，也即，在接收到一条消息之后，可以首先判断其中是否携带有特定对话模式的标识。

S302：创建所述特定对话模式下的对话窗口；

如果接收到的消息中携带有特定对话模式的标识，则可以创建特定对话模式下的对话窗口。

当然，在实际应用中，对于被选择加入特定对话模式的用户客户端而言，还可以在发送具体的消息之前，由发起方客户端或者服务器通知其进入特定对话模式，此时，在用户选择接受的情况下，就可以首先创建特定对话模式下的对话窗口，然后才会接收到用户具体在该特定对话模式下发送的消息。因此，该步骤S301与S302的执行顺序可以是反过来的，即先执行步骤S302，再执行步骤S301。

S303：在所述对话窗口中显示所述加入的用户发送的消息而不包括对应的消息发送者的身份信息。

在具体实现时，被选择加入到特定对话模式的用户客户端还可以获得当前用户分配临时用户标识（具体可以是发起方客户端或者服务器为其分配的，或者也可以是自行分配的），这样，当该当前用户在特定对话模式下发送消息时，可以在消息中携带上临时用户标识，以便其他用户在对话窗口中进行显示。同样的，其他加入的用户发送的消息中也可以携带有消息发送者的临时用户标识，此时，客户端可以在对话窗口中显示加入的用户发送的消息时，显示消息发送者对应的临时用户标识。当然，在客户端或者服务器端都保存有各个用户的ID与临时用户标识之间的对应关系的情况下，在发送消息时，也可以不必携带发送者的临时用户标识，而是只需要携带用户ID即可。

实施例三

该实施例三主要从服务器的角度对本申请实施例提供的技术方案进行介绍。参见图4，本申请实施例三提供了一种即时通讯方法，该方法可以包括以下步骤：

S401：接收客户端发送的开启特定对话模式的请求，所述请求中携带有所述特定对话模式的启动方式信息；

S402：根据所述启动方式信息，确定加入到所述特定对话模式的用户；

S403：向所述加入到所述特定对话模式的各个用户的客户端发送通知消息，以便所述各个用户的客户端创建所述特定对话模式下的对话窗口，并在所述对话窗口中显示所述加入的用户发送的消息而不包括发送者的身份信息。

其中，启动方式信息可以包括：用户指定的联系人类别信息，此时，服务器可以根据所述用户指定的联系人类别信息中包含的联系人确定目标用户，并根据这种目标用户确定加入到特定对话模式的用户。

或者，启动方式信息也可以包括：用户指定的群组信息，此时，服务器可以根据用户指定的群组信息中包含的联系人确定目标用户，然后根据目标用户确定加入到特定对话模式的用户。

再者，启动方式信息还可以包括：用户选定的联系人的标识信息，此时，服务器可以将被该用户选定的联系人确定为目标用户，然后根据目标用户确定加入到特定对话模式的用户。

其中，在各种启动方式下，具体在根据目标用户确定加入到特定对话模式的用户时，可以向各个目标用户客户端分别发送加入到特定对话模式的请求，在接收到目标用户的针对该请求的应答消息后，将应答消息对应的用户确定为加入到特定对话模式的用户。

在实际应用中，在服务器确定了加入到特定对话模式的用户之后，还可以为加入的用户分配临时用户标识，并将分配的临时用户标识发送至对应的用户的客户端，以便客户端在对话窗口中显示加入的用户发送的消息时，显示消息发送者对应的临时用户标识。

服务器在为各个用户分配了临时用户标识后，可以分发给各个用户对应的客户端，这样，在进入到特定对话模式后，各个用户的客户端之间可以直接进行点对点的通信，而不再借助于服务器的转发，各个用户在发送消息时，可以携带上自己的临时用户标识，供其他用户显示时使用。当然，各个用户发送的消息继续通过服务器转发也是可以的。在另一种方式下，服务器分配了临时用户标识之后，也可以不必分发给各个客户端，而是直接在服务器本地保存。此时，各个消息发送者发送的消息都可以先发送到服务器，服务器根据发送者的用户ID等来查询对应的临时身份标识，然后再将消息内容以及消息发送者的临时身份标识分发给各个客户端。

总之，通过本申请实施例提供的技术方案，可以为用户提供特殊的对话模式，在该模式下，各个用户在发送消息时，发送者的身份信息都可以被隐去，这样，针对一些需要隐藏发送者身份的应用场景，实现了技术上的支持，使得即时通讯工具的智能性得到提升。

与实施例一提供的即时通讯方法相对应，本申请实施例还提供了一种即时通讯装置，参见图5，该装置可以包括：

用户请求接收单元501，用于接收用户发起的开启特定对话模式的请求；

用户确定单元502，用于确定加入到所述特定对话模式的用户；

对话窗口创建单元503，用于创建所述特定对话模式下的对话窗口；

信息显示单元504，用于在所述对话窗口中显示所述加入的用户发送的消息而不包括发送者的身份信息。

具体实现时，用户发起请求的方式可以有多种，相应的，在其中一种实现方式下，用户请求接收单元501可以包括：

第一操作入口提供子单元，用于在用户的联系人分类信息中提供所述开启特定对话模式的操作入口；

第一操作信息接收子单元，用于接收用户开启特定对话模式的请求的操作信息；

所述用户确定单元502具体可以包括：

第一目标用户确定子单元，用于根据用户的操作信息对应的分类信息中包含的联系人确定目标用户；

确定子单元，用于根据所述目标用户确定加入到所述特定对话模式的用户。

在另一种实现方式下，用户请求接收单元501可以包括：

第二操作入口提供子单元，用于在用户已加入的群组信息中提供所述开启特定对话模式的操作入口；

第二操作信息提供子单元，用于接收用户开启特定对话模式的操作信息；

所述用户确定单元502具体可以包括：

第二目标用户确定子单元，用于根据用户的操作信息对应的群组中包含的联系人确定目标用户；

确定子单元，用于根据所述目标用户确定加入到所述特定对话模式的用户。

在另一种实现方式下，用户请求接收单元501可以包括：

第三操作入口提供子单元，用于在用于显示所有联系人的信息中提供所述开启特定对话模式的操作入口；

第三操作信息提供子单元，用于接收用户开启特定对话模式的操作信息；

所述用户确定单元502具体可以包括：

第三目标用户确定子单元，用于将被该用户选定的联系人确定为目标用户；

确定子单元，用于根据所述目标用户确定加入到所述特定对话模式的用户。

具体实现时，所述确定子单元具体可以包括：

请求发送子单元，用于向目标用户发送加入到所述特定对话模式的请求；

应答接收子单元，用于在接收到目标用户的针对所述请求的应答消息后，将应答消息对应的用户确定为加入到所述特定对话模式的用户。

具体实现时，该装置还可以包括：

临时用户标识添加单元，用于在确定了加入到所述特定对话模式的用户之后，为加入的用户分配临时用户标识；

发送单元，用于将分配的临时用户标识发送至对应的用户的客户端；

临时用户标识显示单元，用于在所述对话窗口中显示加入的用户发送的消息时，显示消息发送者对应的临时用户标识。

其中，加入特定对话模式的用户发送的消息中携带有对应的临时用户标识。

其中，加入特定对话模式的用户发送的消息中携带有消息发送者的用户ID，所述装置还可以包括：

对应关系发送单元，用于将加入的用户的ID与临时用户标识之间的对应关系发送到各个加入的用户对应的客户端，以便各个加入的用户对应的客户端在对话窗口中显示所述加入的用户发送的消息时，根据消息发送者的用户ID以及所保存的对应关系，确定该消息发送者的用户ID对应的临时用户标识。

另外，该装置还可以包括：

消息文件生成单元，用于所述创建所述特定对话模式下的对话窗口时，生成所述特定对话模式下的消息文件，并记录该消息文件对应的加入到所述特定对话模式的用户信息，所述消息文件用于记录该特定对话模式下的消息内容；

查询单元，用于当接收到所述特定对话模式下的消息文件的查看请求时，根据查看请求的用户是否为加入到所述特定对话模式的用户，确定是否提供该消息文件。

与本申请实施例二提供的即时通讯方法相对应，本申请实施例还提供了一种即时通讯装置，参见图6，该装置具体可以包括：

消息接收单元601，用于接收在特定对话模式下的消息；

对话窗口创建单元602，用于创建所述特定对话模式下的对话窗口；

信息显示单元603，用于在所述对话窗口中显示所述加入的用户发送的消息而不包括对应的消息发送者的身份信息。

具体实现时，该装置还可以包括：

临时用户标识获得单元，用于获得当前用户分配临时用户标识；

第一临时用户标识显示单元，用于当该当前用户在所述特定对话模式下发送消息时，在所述消息中携带所述临时用户标识。

在所述加入的用户发送的消息中携带有消息发送者的临时用户标识的情况下，该装置还可以包括：

第二临时用户标识显示单元，用于在所述对话窗口中显示加入的用户发送的消息时，显示消息发送者对应的临时用户标识。

与本申请实施例三提供的即时通讯方法相对应，本申请实施例还提供了一种即时通讯装置，参见图7，该装置可以包括：

客户端请求接收单元701，用于接收客户端发送的开启特定对话模式的请求，所述请求中携带有所述特定对话模式的启动方式信息；

用户确定单元702，用于根据所述启动方式信息，确定加入到所述特定对话模式的用户；

通知单元703，用于向加入到所述特定对话模式的各个用户的客户端发送通知消息，以便所述各个用户的客户端创建所述特定对话模式下的对话窗口，并在所述对话窗口中显示所述加入的用户发送的消息而不包括发送者的身份信息。

其中，所述启动方式信息包括：用户指定的联系人类别信息，所述用户确定单元702具体可以包括：

第一目标用户确定子单元，用于根据所述用户指定的联系人类别信息中包含的联系人确定目标用户；

确定子单元，用于根据所述目标用户确定加入到所述特定对话模式的用户。

所述启动方式信息包括：用户指定的群组信息，所述用户确定单元702具体可以包括：

第二目标用户确定子单元，用于根据用户指定的群组信息中包含的联系人确定目标用户；

确定子单元，用于根据所述目标用户确定加入到所述特定对话模式的用户。

所述启动方式信息包括：用户选定的联系人的标识信息，所述用户确定单元702具体可以包括：

第三目标用户确定子单元，用于将被该用户选定的联系人确定为目标用户；

确定子单元，用于根据所述目标用户确定加入到所述特定对话模式的用户。

该装置还可以包括：

临时用户标识分配单元，用于在确定了加入到所述特定对话模式的用户之后，为加入的用户分配临时用户标识；

临时用户标识发送单元，用于将分配的临时用户标识发送至对应的用户的客户端，以便客户端在所述对话窗口中显示加入的用户发送的消息时，显示消息发送者对应的临时用户标识。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于***或***实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的***及***实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的即时通讯方法及装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (20)

1.一种即时通讯方法，其特征在于，包括：

接收用户发起的开启特定对话模式的请求；

确定加入到所述特定对话模式的用户；

创建所述特定对话模式下的对话窗口；

在所述对话窗口中显示所述加入的用户发送的消息而不包括发送者的身份信息。

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

所述接收用户发起的开启特定对话模式的请求，包括：

在用户的联系人分类信息中提供所述开启特定对话模式的操作入口；

接收用户开启特定对话模式的请求的操作信息；

所述确定加入到所述特定对话模式的用户，包括：

根据用户的操作信息对应的分类信息中包含的联系人确定目标用户；

根据所述目标用户确定加入到所述特定对话模式的用户。

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

所述接收用户发起的开启特定对话模式的请求，包括：

在用户已加入的群组信息中提供所述开启特定对话模式的操作入口；

接收用户开启特定对话模式的操作信息；

所述确定加入到所述特定对话模式的用户，包括：

根据用户的操作信息对应的群组中包含的联系人确定目标用户；

根据所述目标用户确定加入到所述特定对话模式的用户。

4.根据权利要求1所述的方法，其特征在于，

所述接收用户发起的开启特定对话模式的请求，包括：

提供所述开启特定对话模式的操作入口信息；

接收用户开启特定对话模式的操作信息；

所述确定加入到所述特定对话模式的用户，包括：

根据用户的操作信息，向该用户显示该用户的联系人列表；

将被该用户选定的联系人确定为目标用户；

根据所述目标用户确定加入到所述特定对话模式的用户。

5.根据权利要求2、3或4所述的方法，其特征在于，所述根据所述目标用户，确定加入到所述特定对话模式的用户，包括：

向目标用户发送加入到所述特定对话模式的请求；

在接收到目标用户的针对所述请求的应答消息后，将应答消息对应的用户确定为加入到所述特定对话模式的用户。

6.根据权利要求1所述的方法，其特征在于，在确定了加入到所述特定对话模式的用户之后，还包括：

为加入的用户分配临时用户标识；

将分配的临时用户标识发送至对应的用户的客户端；

在所述对话窗口中显示加入的用户发送的消息时，显示消息发送者对应的临时用户标识。

7.根据权利要求6所述的方法，其特征在于：

加入特定对话模式的用户发送的消息中携带有对应的临时用户标识。

8.根据权利要求6所述的方法，其特征在于：加入特定对话模式的用户发送的消息中携带有消息发送者的用户ID，所述方法还包括：

将加入的用户的ID与临时用户标识之间的对应关系发送到各个加入的用户对应的客户端，以便各个加入的用户对应的客户端在对话窗口中显示所述加入的用户发送的消息时，根据消息发送者的用户ID以及所保存的对应关系，确定该消息发送者的用户ID对应的临时用户标识。

9.根据权利要求1所述的方法，其特征在于，所述创建所述特定对话模式下的对话窗口时，还包括：

生成所述特定对话模式下的消息文件，并记录该消息文件对应的加入到所述特定对话模式的用户信息，所述消息文件用于记录该特定对话模式下的消息内容；

当接收到所述特定对话模式下的消息文件的查看请求时，根据查看请求的用户是否为加入到所述特定对话模式的用户，确定是否提供该消息文件。

10.一种即时通讯方法，其特征在于，包括：

接收在特定对话模式下的消息；

创建所述特定对话模式下的对话窗口；

在所述对话窗口中显示所述加入的用户发送的消息而不包括对应的消息发送者的身份信息。

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

获得当前用户分配临时用户标识；

当该当前用户在所述特定对话模式下发送消息时，在所述消息中携带所述临时用户标识。

12.根据权利要求10所述的方法，其特征在于，所述加入的用户发送的消息中携带有消息发送者的临时用户标识，所述方法还包括：

在所述对话窗口中显示加入的用户发送的消息时，显示消息发送者对应的临时用户标识。

13.一种即时通讯方法，其特征在于，包括：

接收客户端发送的开启特定对话模式的请求，所述请求中携带有所述特定对话模式的启动方式信息；

根据所述启动方式信息，确定加入到所述特定对话模式的用户；

向加入到所述特定对话模式的各个用户的客户端发送通知消息，以便所述各个用户的客户端创建所述特定对话模式下的对话窗口，并在所述对话窗口中显示所述加入的用户发送的消息而不包括发送者的身份信息。

14.根据权利要求13所述的方法，其特征在于，所述启动方式信息包括：用户指定的联系人类别信息，所述根据所述启动方式信息，确定加入到所述特定对话模式的用户，包括：

根据所述用户指定的联系人类别信息中包含的联系人确定目标用户；

根据所述目标用户确定加入到所述特定对话模式的用户。

15.根据权利要求13所述的方法，其特征在于，所述启动方式信息包括：用户指定的群组信息，所述根据所述启动方式信息，确定加入到所述特定对话模式的用户，包括：

根据用户指定的群组信息中包含的联系人确定目标用户；

根据所述目标用户确定加入到所述特定对话模式的用户。

16.根据权利要求13所述的方法，其特征在于，所述启动方式信息包括：用户选定的联系人的标识信息，所述根据所述启动方式信息，确定加入到所述特定对话模式的用户，包括：

将被该用户选定的联系人确定为目标用户；

根据所述目标用户确定加入到所述特定对话模式的用户。

17.根据权利要求13所述的方法，其特征在于，在确定了加入到所述特定对话模式的用户之后，还包括：

为加入的用户分配临时用户标识；

将分配的临时用户标识发送至对应的用户的客户端，以便客户端在所述对话窗口中显示加入的用户发送的消息时，显示消息发送者对应的临时用户标识。

18.一种即时通讯装置，其特征在于，包括：

用户请求接收单元，用于接收用户发起的开启特定对话模式的请求；

用户确定单元，用于确定加入到所述特定对话模式的用户；

对话窗口创建单元，用于创建所述特定对话模式下的对话窗口；

信息显示单元，用于在所述对话窗口中显示所述加入的用户发送的消息而不包括发送者的身份信息。

19.一种即时通讯装置，其特征在于，包括：

消息接收单元，用于接收在特定对话模式下的消息；

对话窗口创建单元，用于创建所述特定对话模式下的对话窗口；

信息显示单元，用于在所述对话窗口中显示所述加入的用户发送的消息而不包括对应的消息发送者的身份信息。

20.一种即时通讯装置，其特征在于，包括：

客户端请求接收单元，用于接收客户端发送的开启特定对话模式的请求，所述请求中携带有所述特定对话模式的启动方式信息；

用户确定单元，用于根据所述启动方式信息，确定加入到所述特定对话模式的用户；

通知单元，用于向加入到所述特定对话模式的各个用户的客户端发送通知消息，以便所述各个用户的客户端创建所述特定对话模式下的对话窗口，并在所述对话窗口中显示所述加入的用户发送的消息而不包括发送者的身份信息。