式可以是根据实际需要进行调整，这里不进行限定。
[0053]这里需要说明的是，对于在一个已有的群组内部开启特定对话模式的方式，理论上讲，群组内的所有成员都可以开启特定对话模式，但是，在实际应用中，如果所有的群成员都具有开启特定对话模式的权限，则可能会发生混乱。因此，可以预先规定，对于一个群组而言，只有其中的某个或者某几个成员具有开启特定对话模式的权限，例如，一般可以将群组的创建者(一般称为“群主”)设置为具有该权限。这样，在群组内收到开启特定对话模式的请求时，可以首先判断发起者用户是否具有该权限，如果有，则允许进行后续的操作，否则，可以拒绝其请求。
[0054]再者，在另一种应用场景下，用户可能既不是想在某个类别的联系人中开启关灯模式，也不是想在某个特定的群组中开启关灯模式，而是想从其联系人中任意挑选一些用户加入到关灯模式。此时，还可以为用户提供新建一个临时的用户群组并开启特定对话模式的操作入口。例如，可以在联系人列表的显示界面中某个位置处提供一按钮等，同样，按钮上可以显示有“关灯”字样，当该按钮被操作时，就可以视为用户需要从其所有联系人中选择加入关灯模式的用户，并启动关灯模式。
[0055]需要说明的是，在实际应用中，也可以不限于上述应用场景，还可以结合其他的应用场景，提供其他的用于启动关灯模式的操作信息。另外，为了使得实现方式更为灵活，还可以将不同启动方式对应的操作信息整合到同一界面中显示，供用户进行选择。例如，在用户在当前群组对话框中点击了“关灯”按钮时，可能有的用户是需要在该群组内开启关灯模式，还有的用户是需要新建一个临时的用户群组并开启关灯模式，此时，可以为用户提供一个具体开启方式的选择界面，如果2-3所示，其中按钮204为用于在当前群组内启动关灯模式的操作信息，按钮205为新建一个临时的用户群组并开启关灯模式的操作信息。
[0056]另外需要说明的是，该步骤SlOl也可以是在服务器端来进行。当然，对于服务器而言，用户发出的开启特定对话模式的请求需要借助于客户端发送到服务器。其中，在客户端为用户提供了多种不同的开启方式的情况下，客户端发送到服务器端的请求中可以携带有具体的开启方式的信息。例如，当用户需要在某指定的联系人类别中开启关灯模式时，可以在请求中携带上该指定的类别的信息，这样，服务器就可以知晓该用户需要在其这一类别的联系人内开启关灯模式。或者，当用户需要在其指定的群组内开启关灯模式，则在请求中携带该指定的群组的标识信息(例如群组名和/或ID)，这样，服务器可以知晓该用户是需要在其所在的该群组内开启关灯模式。再者，当用户需要任选其联系人新建临时的用户群组并开启关灯模式，则也可以携带专门为该开启方式设定的标识，等等。
[0057]S102:确定加入到所述特定对话模式的用户；
[0058]在接收到一个开启特定对话模式的请求后，需要将一些用户加入到该特定对话模式下，其中，加入到该对话模式的用户一般为多个，从而组成一种特殊的用户群组，在该用户群组内采用该特殊的对话模式进行对话。具体实现时，加入到特定对话模式的用户是在发起者用户的联系人中确定出的。而一般而言，一个用户的联系人列表会在服务器端进行保存，在用户登录的情况下，服务器可以将其联系人列表同步到客户端一份，以便客户端在其用户界面中显示当前用户的联系人列表。也就是说，对于一个处于登录状态的用户而言，其联系人信息在客户端以及服务器端都有记录，因此，与步骤SlOl类似，该步骤S102同样既可以是在客户端来完成，也可以在服务器端来完成。
[0059]对于客户端的实现而言，在接收到开启特定对话模式的请求后，根据请求中携带的开启方式的不同，确定加入到该特定对话模式的用户的具体过程也会有所不同。其中，当用户需要在某指定的联系人类别中开启关灯模式时，可以根据用户的操作信息对应的分类信息中的目标用户，确定加入到特定对话模式的用户。其中，直接将该用户在该类别下的所有联系人作为所谓的目标用户，或者，也可以将该类别下的所有联系人以列表等形式显示出来，由当前用户从中选择目标用户。
[0060]在确定了目标用户之后，具体在根据这些目标用户，确定加入到特定对话模式的用户时，可以向各个目标用户分别发送加入到特定对话模式的请求(可以直接由发起方客户端点对点的发送到各个目标用户的客户端，或者，也可以通过服务器转发至各个目标用户的客户端)，在接收到目标用户的针对该请求的应答消息后，将应答消息对应的用户确定为加入到特定对话模式的用户。也就是说，只有在目标用户同意加入的情况下，才会将其加入到特定对话模式下。当然，在实际应用中，即使有的目标用户并没有回复应答消息，例如，有的目标用户可能没有及时收到对应的通知等，也可以将该用户加入到特定对话模式下，并且不会影响其他目标用户进入特定对话模式下进行通信。此时，类似于普通的群组中，有些用户不在线，但是，其他在线的用户可以进行对话，没有参与此次对话的群成员在下次登录时，也可以查看对话记录。
[0061]其中，在将加入特定对话模式的请求发送到目标用户的客户端后，目标用户的客户端可以向用户推送通知消息，例如，该通知消息中可以为用户提供一些提示信息，例如，参见图2-4，提示用户“提醒，关灯模式启动，群聊里所有人的昵称、头像将隐去”，如果用户点击其中的“确定”按钮，则相当于发出了针对该请求的应答消息。
[0062]另外，当用户需要在其指定的群组内开启关灯模式时，可以直接将该群组内的所有成员均作为目标用户，然后根据这些目标用户确定加入到特定对话模式的用户。具体在根据目标用户确定加入到特定对话模式的用户时，实现方式与前一种开启方式下对应的实现方式可以是相同的，这里不再赘述。
[0063]再者，当用户需要任选其联系人新建临时的用户群组并开启关灯模式时，由于联系人数量一般会非常多，因此，可以直接将联系人以列表等方式展现给用户，由用户从中选择出目标用户。同样的，在根据目标用户确定加入到特定对话模式的用户时，实现方式与前一种开启方式下对应的实现方式可以是相同的，这里不再赘述。
[0064]如果是在服务器端来确定加入到特定对话模式的用户，由于服务器端收到的请求是由客户端发送的，因此，具体的请求内容与客户端是相同的，另外，关于用户的联系人信息，也是与客户端相同的，因此，具体的实现方式与客户端的实现可以是相同的，这里也不再详述。
[0065]S103:创建所述特定对话模式下的对话窗口 ；
[0066]在确定了加入到特定对话模式的用户之后，就可以为该模式创建一个对话窗口，该步骤可以在客户端来完成，其中，包括发起者用户所在的客户端以及其他被选择加入的用户所在的客户端。对于特定对话模式下的对话窗口，可以使用与其他普通对话模式下的对话窗口不同的背景，以便于用户区分不同的对话模式。其中，关于对话窗口的背景设置信息，可以是在各个客户端预先设置好的。并且，在进入到该对话窗口之后，可以将背景设置功能屏蔽，也即，不允许用户更改这种对话窗口的背景。当然，在实际应用中，也可以不必屏蔽该功能。
[0067]S104:在所述对话窗口中显示所述加入的用户发送的消息而不包括发送者的身份信息。
[0068]该步骤可以由客户端来完成。在创建了对话窗口后，加入到特定对话模式的用户就可以进行消息的发送了。对于客户端而言，在收到了某消息发送者发送的消息时，可以仅在对话窗口中显示出消息内容本身，而不显示发送者的身份信息。所谓的消息发送者的身份信息，也就是用于识别用户的真实身份(用户之间可以识别的身份)的信息，一般可以是用户自己定义的昵称、头像，或者，在用户为其联系人备注了真实姓名的情况下，这种真实姓名也属于发送者的身份信息。在本申请实施例中，在进入特定的对话模式下，消息发送者的这些身份信息都将不再显示。其中，具体实现时，可以是发送方用户所在的客户端在发送消息时，就没有携带消息发送者的身份标识，当然需要携带上这种特定对话模式的标识，这样对于其他需要接收消息的用户客户端而言，相当于不知晓消息发送者的身份信息，因此，只能将消息内容显示在特定对话模式的对话窗口中。
[0069]在另一种实现方式下，消息发送者的客户端可能携带有用户的ID甚至是其他的身份标识，但是，接收方的用户客户端在显示时，将这部分信息设置为不显示，这样，对于前端界面而言，同样可以达到仅显示消息内容而不显示发送者身份信息的效果。
[0070]通过前述实现方式，在特定对话模式下进行对话的各个用户，完全不带有身份信息，这样，消息发送者就可以任意地发送自己想要表达的想法等消息，不必由于担心被别人知道自己是谁而不敢发送，实现畅所欲言。
[0071]但在具体实现时，为了使得通讯的过程更具互动性、趣味性，并且便于区分出哪些消息是同一个用户发送的，但又不会使得其他用户识别出消息发送者的真实身份，在本申请的其他实施例中，还可以进行以下操作:为加入的用户分配临时用户标识(包括临时的昵称和/或头像，之所以称为“临时”，是因为该用户标识用于此次特定对话模式的通讯过程，当退出当前对话之后，就不再有效)。此时，在按照图2-4的方式向加入的用户提供提示信