一种消息传播方法、装置、服务器及系统与流程

本发明涉及消息传播技术领域，具体涉及一种消息传播方法、装置、服务器及系统。

背景技术：

为了便于应用的功能更加贴近用户的生活，带来良好的用户体验，目前大部分应用均设置有即时通信功能。应用的即时通信功能一般基于设置于所述应用中的聊天框实现，用户通过所述聊天框可实现即时通信过程中对消息的发送和对接收到的消息的显示。

现有技术基于应用提供的即时通信功能，登录有应用的第一客户端可向登录有应用的第二客户端发送消息。但是，所述消息中可能会存在包含第二客户端的用户不想看到的特征信息的情况，特征信息包括广告信息、炫耀信息等。这种情况通常会导致第二客户端的用户把不满情绪转移到应用上，从而降低对应用的粘度的问题。例如，MOBA(多人在线战术竞技游戏)应用，通常会因玩家水平差异大，第二客户端接收到第一客户端发送的消息中，存在所述第二客户端的用户不想看到的特征信息，进而影响第二客户端的用户对应用的粘度降低的问题。

因此，提供一种消息传播方法、装置、服务器及系统，以避免现有技术在消息传播过程中所导致的用户对应用的粘度降低的情况，是亟待解决的问题。

技术实现要素：

有鉴于此，本发明实施例提供一种消息传播方法、装置、服务器及系统，以避免现有技术在消息传播过程中所导致的用户对应用的粘度降低的问题。

为实现上述目的，本发明实施例提供如下技术方案：

一种消息传播方法，包括：

接收第一客户端向第二客户端发送的消息；

确定所述消息中是否携带特征信息，所述特征信息为预设的与所述第二客户端对应的特征信息；

若所述消息中携带特征信息，仅将所述第一客户端作为消息接收方，并向所述消息接收方发送所述消息。

一种消息传播装置，包括：

消息接收单元，用于接收第一客户端向第二客户端发送的消息；

特征信息确定单元，用于确定所述消息中是否携带特征信息，所述特征信息为预设的与所述第二客户端对应的特征信息；

第一消息传播单元，用于若所述消息中携带特征信息，仅将所述第一客户端作为消息接收方，并向所述消息接收方发送所述消息。

一种消息传播服务器，包括所述消息传播装置。

一种消息传播系统，其特征在于，包括第二客户端，用于向所述第二客户端发送消息的第一客户端，以及所述消息传播服务器。

本申请实施例提供一种消息传播方法、装置、服务器及系统，所述方法通过接收第一客户端向第二客户端发送的消息；确定所述消息中是否携带特征信息(所述特征信息为预设的与所述第二客户端对应的特征信息)；若所述消息中携带特征信息，仅将所述第一客户端作为消息接收方，并向所述消息接收方发送所述消息的方式，有效避免了第二客户端接收携带特征信息的消息进行显示，所导致的第二客户端的用户对应用的粘度降低的问题。并且，该方法还通过使第一客户端接收携带特征信息的消息进行显示的方式，进一步避免了第一客户端因未接收携带特征信息的消息进行显示，所导致的第一客户端的用户将不满情绪转移到应用上，从而降低对应用的粘度的问题。

附图说明

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

图1为本申请实施例提供的一种消息传播方法流程图；

图2为本申请实施例提供的一种确定所述消息中是否携带特征信息的方法流程图；

图3为本申请实施例提供的另一种消息传播方法流程图；

图4为本申请实施例提供的又一种消息传播方法流程图；

图5为本申请实施例提供的一种对所述消息进行处理，得到目标消息的方法流程图；

图6为本申请实施例提供的又一种消息传播方法流程图；

图7为本申请实施例提供的一种消息传播装置的结构示意图；

图8为本申请实施例提供的一种特征信息确定单元的详细结构示意图；

图9为本申请实施例提供的一种消息传播装置的硬件结构框图；

图10为本申请实施例提供的一种消息传播系统的结构示意图。

具体实施方式

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

实施例：

图1为本申请实施例提供的一种消息传播方法流程图。

本申请实施例提供的一种消息传播方法应用于消息传播服务器。

可选的，本申请实施例提供的一种消息传播方法可集成/应用(集成或应用)在应用中的即时通信功能中，作为应用中的即时通信功能中的子功能实现。

以上仅仅是本申请实施例的优选方式，发明人可根据自己的需求任意设置消息传播方法的应用范围，在此不做限定。

可选的，所述消息传播服务器的功能可由多台服务器组成的服务器集群组实现，也可由单体服务器实现。

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

S101、接收第一客户端向第二客户端发送的消息；

可选的，本申请实施例提供的一种消息传播方法在实现过程中，所述接收第一客户端向第二客户端发送的消息可应用于任一客户端同时向至少一个其他客户端发送同一消息的情景，其中，所述任一客户端可认为是第一客户端，所述至少一个其他客户端可认为是至少一个第二客户端，每个其他客户端对应一个第二客户端。

可选的，发明人可根据自己的需求任意设置第二客户端的个数，在此不做限定。

例如，在登录有应用的处于第一客户端的第一用户，和登录有应用的处于第二客户端的第二用户在进行即时通信过程中，第二客户端的个数为1个，接收第一客户端向第二客户端发送的消息。在MOBA(多人在线战术竞技游戏)应用中，若在对局场景下，若所述对局场景中一共包括10个用户在进行对局站，此时，若其中1个用户在对局场景下发送消息(即，若其中1个用户需将消息发送到对局场景下的对话框)，可将所述1个用户所在客户端确定为第一客户端，其他9个用户中，每个用户所在的客户端确定为一个第二客户端，也就是说，此时一个第一客户端需同时向9个第二客户端中的每个第二客户端发送所述消息。

以上仅仅是为了便于理解所提供的优选方式，具体的第一客户端向第二客户端发送消息的应用场景，发明人可根据自己的需求任意设定，在此不做限定。

S102、确定所述消息中是否携带特征信息，所述特征信息为预设的与所述第二客户端对应的特征信息；若所述消息中携带特征信息，执行步骤S103；

可选的，特征信息包括广告信息、炫耀信息、敏感信息等。所述敏感信息包括脏字，所述脏字包括辱骂信息、敏感政治信息、涉黄信息等。

以上仅仅是本申请实施例的优选方式，发明人可根据自己的需求任意设置特征信息的具体内容，在此不做限定。

可选的，预设有一个统一的特性信息，所述统一的特征信息中包括至少一个特征信息。在执行接收第一客户端向第二客户端发送的消息步骤时，在第二客户端的个数为至少一个的情况下(即，接收第一客户端同时向至少一个第二客户端发送的所述消息)，直接将预设的统一的特征信息中的各特征信息作为步骤S102中预设的与所述第二客户端对应的特征信息，并执行唯一的一次确定所述消息中是否携带特征信息(所述特征信息为预设的与所述第二客户端对应的特征信息)的过程。

也就是说，当执行完成步骤S101“接收第一客户端向第二客户端发送的消息”后；不论所述步骤S101中的第二客户端的个数是多少，则直接确定预设的统一的特征信息(所述统一的特征信息中包括至少一个特征信息)，并执行唯一的一次“确定所述消息中是否携带特征信息，所述特征信息为所述统一的特征信息中包括的特征信息”过程；该过程的确定结果为若所述消息中携带特征信息，则执行步骤S103。

可选的，预设的统一的特征信息存储在预设的特征信息库中。以上仅仅是本申请实施例的优选方式，发明人可根据自己的需求任意设置统一的特征信息的存储方式，在此不做限定。

可选的，若预设的统一的特征信息存储在预设的特征信息库时，确定所述消息中是否携带特征信息的过程通过访问所述预设的特征信息库实现。

可选的，预设有分别与每个第二客户端对应的特征信息，若步骤S101“接收第一客户端向第二客户端发送的消息”中的第二客户端的个数为至少一个，分别针对每个第二客户端执行一次步骤S102。

此时，需要注意的是：若第一客户端同时向多个第二客户端发送所述消息时，针对至少存在两个第二客户端满足“所述消息中携带特征消息”条件的情况而言，仅执行一次步骤S103，以避免第一客户端重复接收所述消息的情况的发送。

其中，至少存在两个第二客户端满足“所述消息中携带特征消息”条件，包括：至少存在一个第二客户端1，确定所述消息中携带特征信息，所述特征信息为预设的与所述第二客户端1对应的特征信息；以及，存在一个第二客户端2，确定所述消息中携带特征信息，所述特征信息为预设的与所述第二客户端2对应的特征信息；所述第二客户端1和第二客户端2均属于“接收第一客户端向第二客户端发送的消息”过程中的第二客户端。

以上仅仅是本申请实施例的优选方式，发明人可根据自己的需求任意设置预设的分别与每个第二客户端对应的特征信息的具体内容，在此不做限定。

S103、仅将所述第一客户端作为消息接收方，并向所述消息接收方发送所述消息。

可选的，通过仅将第一客户端作为消息接收方，并向所述第一客户端发送所述消息的方式，使得所述第一客户端的应用的聊天框中显示接收到的所述消息，以便所述第一客户端的用户了解所述消息已发送，避免第一客户端因未接收携带特征信息的消息进行显示，所导致的第一客户端的用户将不满情绪转移到应用上，从而降低对应用的粘度的问题。

并且，通过仅将第一客户端作为消息接收方，并向所述消息接收方发送所述消息的方式，避免了第二客户端作为消息接收方，并向所述第二客户端发送所述消息的情况，进而避免了因在第二客户端的应用的聊天框中显示所述消息，所导致的第二客户端的用户对应用的粘度降低的问题。

为了更加全面的对本申请实施例提供的一种消息传播方法进行阐述，现对本申请实施例提供的一种确定所述消息中是否携带特征信息的方法进行详细介绍，请参见图2。

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

S201、确定预设的与所述第二客户端对应的特征信息库；

可选的，预设有一特征信息库，无论步骤S101中的第二客户端的个数是多少，直接将预设的所述特征信息库作为与所述第二客户端对应的特征信息库。

可选的，针对每个第二客户端预设有唯一的一个与其对应的特征信息库；只需对预设的多个特征信息库进行查找，即可确定预设的与所述第二客户端对应的特征信息库。

以上仅仅是本申请实施例的优选方式，发明人可根据自己的需求任意设置确定预设的与所述第二客户端对应的特征信息库的方式，在此不做限定。

S202、访问所确定的特征信息库，确定所述消息中是否携带所确定的特征信息库中的特征信息；若所述消息中携带所确定的特征信息库中的特征信息，执行步骤S203；若所述消息中未携带所确定的特征信息库中的特征信息，执行步骤S204；

可选的，确定的预设的与所述第二客户端对应的特征信息库中包括至少一个特性信息。访问所确定的特征信息库，只要所述消息中携带至少一个所确定的特征信息库中的特征信息，即可确定所述消息携带特征信息；若所述消息中不携带所确定的特征信息库中的特征信息，即可确定所述消息未携带特征信息。

S203、确定所述消息携带特征信息；

S204、确定所述消息未携带特征信息。

通过上述对本申请实施例提供的确定所述消息中是否携带特征信息方法的进一步介绍，使得本申请实施例提供的消息传播更加清晰、完整，便于本领域技术人员理解。

为了更加全面的对本申请实施例提供的一种消息传播方法进行阐述，现对本申请实施例提供的另一种消息传播方法进行详细介绍，请参见图3。

S301、接收第一客户端向第二客户端发送的消息；

S302、确定所述消息中是否携带特征信息，所述特征信息为预设的与所述第二客户端对应的特征信息；若所述消息中携带特征信息，执行步骤S303；

S303、仅将所述第一客户端作为消息接收方，并向所述消息接收方发送所述消息；

可选的，本申请实施例提供的步骤S301-S303的执行过程与上述实施例提供的步骤S101-S103的执行过程相同，有关步骤S301-S303的执行过程请参见上述实施例中对步骤S101-S103的执行过程的描述，在此不做限定。

S304、将所述消息中携带的特征信息填充到预设的提示信息模板中的相应位置，生成提示信息；

可选的，预设有提示信息模板，所述提示信息模板中设置有待填充位置。通过将所述消息中携带的各特征信息按照预设格式填充到预设的提示信息模板中的待填充位置，可生成提示信息。

例如，当预设的提示信息模板包括为“您发送消息中包含‘’特征信息，请您下次发送时注意”时，若所述消息中携带的特征信息包括A、B和C三个特征信息时，将所述消息中携带的特征信息A、B和C填充到预设的提示信息模板中，生成的提示信息为“您发送消息中包含‘A、B和C’特征信息，请您下次发送时注意”。其中，所述预设格式包括填充到提示信息模板中的各个特征信息之间的分割方式，例如A、B或C。

以上仅仅是本申请实施例的优选方式，发明人可根据自己的需求任意设置预设格式的具体内容，在此不做限定。

S305、向所述消息接收方发送所述提示信息。

本申请实施例中，优选的，通过向所述消息接收方发送所述提示信息(即，向所述第一客户端发送所述消息提示信息)，可通过向第一客户端发送提示信息的方式，达到向第一客户端的用户进行提示的目的，通过利用提示信息对第一客户端的用户进行友好提示，可进一步保证用户对应用的粘度，并有效达到净化聊天环境的目的。

为了更加全面的对本申请实施例提供的一种消息传播方法进行阐述，现对本申请实施例提供的又一种消息传播方法进行详细介绍，请参见图4。

S401、接收第一客户端向第二客户端发送的消息；

S402、确定所述消息中是否携带特征信息，所述特征信息为预设的与所述第二客户端对应的特征信息；若所述消息中携带特征信息，执行步骤S403；

可选的，本申请实施例提供的步骤S401-S402的执行过程与上述实施例提供的步骤S101-S102的执行过程相同，有关步骤S401-S402的执行过程请参见上述实施例中对步骤S101-S102的执行过程的描述，在此不做限定。

S403、对所述消息进行处理，得到目标消息；所述目标消息不包含所述消息中携带的特征信息；

可选的，若所述消息中携带特征信息，可对所述消息进行处理，以得到不包含所述特征信息的目标消息。

例如，若所述消息中携带特征信息A，对所述消息进行处理，得到目标消息，所述目标消息不包含所述特征信息A。

S404、仅将所述第一客户端作为消息接收方，并向所述目标消息接收方发送所述消息。

在本申请实施例中，优选的，通过仅将所述第一客户端作为消息接收方，并向所述第一客户端发送所述目标消息的方式，可使得第一客户端接收到的目标消息中不包含所述消息中携带的特征信息，以达到净化聊天环境的目的。

为了更加全面的对本申请实施例提供的一种消息传播方法进行阐述，现对本申请实施例提供的一种对所述消息进行处理，得到目标消息的方法进行详细介绍，请参见图5。

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

S501、将所述消息中携带的特征信息替换成预设的第一目标信息；

可选的，预设有第一目标信息，所述第一目标信息包括特殊符号(如，星号)，图像(如，笑脸图像)，和/或特殊字符串。

以上仅仅是本申请实施例的优选方式，发明人可根据自己的需求任意设置预设的第一目标信息的具体内容，在此不做限定。

可选的，将所述消息中携带的特征信息替换成预设的第一目标信息，包括：将所述消息中的每一特征信息分别替换成预设的第一目标信息。例如，所述消息包括“ABCDE”时，若B和D均为特征信息，第一目标信息为*，则将所述消息中携带的特征信息替换成预设的第一目标信息后，所述消息变为“A*C*E”。

S502、将携带的特征信息替换成所述第一目标信息后的所述消息，确定为目标消息。

可选的，所述消息包括“ABCDE”时，若B和D均为特征信息，第一目标信息为*，则将所述消息中携带的特征信息替换成预设的第一目标信息后，所述消息变换为“A*C*E”，此时确定变换后的所述消息(其中，变换后的所述消息为“A*C*E”)为目标消息，则所述目标消息为“A*C*E”。

为了更加全面的对本申请实施例提供的一种消息传播方法进行阐述，现对本申请实施例提供的另一种对所述消息进行处理，得到目标消息的方法进行详细介绍。

在本申请实施例中，优选的，所述对所述消息进行处理，得到目标消息，包括：将被预设的第二目标信息替换后的所述消息，确定为目标消息。

可选的，预设有第二目标信息，所述第二目标信息包括特殊提示信息。所述特殊提示信息用于指示所述消息中携带特征信息。

可选的，所述特殊提示信息包括：“您好，所述消息中携带特征信息”。

以上仅仅是本申请实施例的优选方式，发明人可根据自己的需求任意设置第二目标信息指示的内容，以及所述第二目标信息的具体内容，在此不做限定。

通过上述对本申请实施例提供的对所述消息进行处理，得到目标消息的方法的进一步介绍，使得本申请实施例提供的消息传播方法更加清晰、完整，便于本领域技术人员理解。

为了更加全面的对本申请实施例提供的一种消息传播方法进行阐述，现对本申请实施例提供的又一种消息传播方法进行详细介绍，请参见图6。

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

S601、接收第一客户端向第二客户端发送的消息；

S602、确定所述消息中是否携带特征信息，所述特征信息为预设的与所述第二客户端对应的特征信息；若所述消息中携带特征信息，执行步骤S603；若所述消息中未携带特征信息，执行步骤S604；

S603、仅将所述第一客户端作为消息接收方，并向所述消息接收方发送所述消息；

可选的，本申请实施例提供的步骤S601-S603的执行过程与上述实施例提供的步骤S101-S103的执行过程相同，有关步骤S601-S603的执行过程请参见上述实施例中对步骤S101-S103的执行过程的描述，在此不做限定。

S604、将所述第一客户端和第二客户端分别作为消息接收方，并向所述消息接收方发送所述消息。

可选的，预设有分别与每个第二客户端对应的特征信息，在执行接收第一客户端向第二客户端发送的消息步骤时，若第二客户端的个数为至少一个，针对每个第二客户端分别执行一次步骤S602。

此时，需要注意的是：若第一客户端同时向多个第二客户端发送所述消息时，针对至少存在两个第二客户端满足“所述消息中携带特征消息”条件的情况而言，仅向所述第一客户端发送一次所述消息，以避免所述第一客户端重复接收所述消息进而显示的情况。

本申请实施例提供一种消息传播方法、装置、服务器及系统，所述方法通过接收第一客户端向第二客户端发送的消息；确定所述消息中是否携带特征信息(所述特征信息为预设的与所述第二客户端对应的特征信息)；若所述消息中携带特征信息，仅将所述第一客户端作为消息接收方，并向所述消息接收方发送所述消息的方式，有效避免了第二客户端接收携带特征信息的消息进行显示，所导致的第二客户端的用户对应用的粘度降低的问题。并且，该方法还通过使第一客户端接收携带特征信息的消息进行显示的方式，进一步避免了第一客户端因未接收携带特征信息的消息进行显示，所导致的第一客户端的用户将不满情绪转移到应用上，从而降低对应用的粘度的问题。

上述本发明公开的实施例中详细描述了方法，对于本发明的方法可采用多种形式的装置实现，因此本发明还公开了一种装置，下面给出具体的实施例进行详细说明。

图7为本申请实施例提供的一种消息传播装置的结构示意图。

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

消息接收单元71，用于接收第一客户端向第二客户端发送的消息；

特征信息确定单元72，用于确定所述消息中是否携带特征信息，所述特征信息为预设的与所述第二客户端对应的特征信息；

第一消息传播单元73，用于若所述消息中携带特征信息，仅将所述第一客户端作为消息接收方，并向所述消息接收方发送所述消息。

本发明实施例提供的特征信息确定单元72的一种可选结构请参见图8。

如图8所示，特征信息确定单元72，包括：

特征信息库确定单元81，用于确定预设的与所述第二客户端对应的特征信息库；

特征信息库访问单元82，用于访问所确定的特征信息库，确定所述消息中是否携带所确定的特征信息库中的特征信息；

第一特征信息确定子单元83，用于若所述消息中携带所确定的特征信息库中的特征信息，确定所述消息携带特征信息；

第二特征信息确定子单元84，用于若所述消息中未携带所确定的特征信息库中的特征信息，确定所述消息未携带特征信息。

进一步的，如图7所示消息传播装置，还包括：提示信息发送单元，所述提示信息发送单元包括：

提示信息生成单元，用于将所述消息中携带的特征信息填充到预设的提示信息模板中的相应位置，生成提示信息；

提示信息发送子单元，用于向所述消息接收方发送所述提示信息。

进一步的，如图7所示消息传播装置，还包括：目标消息生成单元，在所述仅将所述第一客户端作为消息接收方，并向所述消息接收方发送所述消息之前，所述目标消息生成单元，用于对所述消息进行处理，得到目标消息；所述目标消息不包含所述消息中携带的特征信息；

所述第一消息传播单元，具体用于仅将所述第一客户端作为消息接收方，并向所述目标消息接收方发送所述消息。

本发明实施例提供的目标消息生成单元的一种可选结构，所述目标消息生成单元，包括：

替换单元，用于将所述消息中携带的特征信息替换成预设的第一目标信息；

第一目标消息确定单元，用于将携带的特征信息替换成所述第一目标信息后的所述消息，确定为目标消息。

本发明实施例提供的目标消息生成单元的另一种可选结构，所述目标消息生成单元包括：

第二目标消息确定单元，用于将被预设的第二目标信息替换后的所述消息，确定为目标消息。

进一步的，如图7所示消息传播装置，还包括：第二消息传播单元，

所述第二消息传播单元，用于若所述消息中未携带特征信息，将所述第一客户端和第二客户端分别作为消息接收方，并向所述消息接收方发送所述消息。

可选的，消息传播装置可以为硬件设备，上文描述的模块、单元可以为设置于消息传播装置内的功能模块。图9示出了消息传播装置的硬件结构框图，参照图9，消息传播装置可以包括：处理器91，通信接口92，存储器93和通信总线94；其中处理器91、通信接口92、存储器93通过通信总线94完成相互间的通信；可选的，通信接口92可以为通信模块的接口，如GSM模块的接口；

处理器91，用于执行程序；存储器93，用于存放程序；程序可以包括程序代码，程序代码包括计算机操作指令；

处理器91可能是一个中央处理器CPU，或者是特定集成电路ASIC(Application Specific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路；存储器93可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

其中，程序可具体用于：

接收第一客户端向第二客户端发送的消息；

确定所述消息中是否携带特征信息，所述特征信息为预设的与所述第二客户端对应的特征信息；

若所述消息中携带特征信息，仅将所述第一客户端作为消息接收方，并向所述消息接收方发送所述消息。

本申请实施例提供一种消息传播方法、装置、服务器及系统，所述装置通过接收第一客户端向第二客户端发送的消息；确定所述消息中是否携带特征信息(所述特征信息为预设的与所述第二客户端对应的特征信息)；若所述消息中携带特征信息，仅将所述第一客户端作为消息接收方，并向所述消息接收方发送所述消息的方式，有效避免了第二客户端接收携带特征信息的消息进行显示，所导致的第二客户端的用户对应用的粘度降低的问题。并且，该方法还通过使第一客户端接收携带特征信息的消息进行显示的方式，进一步避免了第一客户端因未接收携带特征信息的消息进行显示，所导致的第一客户端的用户将不满情绪转移到应用上，从而降低对应用的粘度的问题。

本发明实施例还公开一种消息传播服务器，包括如上的消息传播装置。

可选的，本发明实施例中的消息服务器为应用提供服务支持，所述应用具有即时通信功能，所述即时通信功能具有如上述实施例所述的消息传播方法所示的功能。

所述应用包括MOBA(多人在线战术竞技游戏)应用。以上仅仅是本申请实施例的优选方式，发明人可根据自己的需求任意设置应用的具体内容，在此不做限定。

本发明实施例还公开一种消息传播系统。如图10所示为本申请实施例提供的一种消息传播系统的结构示意图。

如图10所示，消息传播系统包括：第二客户端101，用于向所述第二客户端101发送消息的第一客户端102，以及如上的消息传播服务器103。

本申请实施例提供一种消息传播装置、服务器及系统，通过接收第一客户端向第二客户端发送的消息；确定所述消息中是否携带特征信息(所述特征信息为预设的与所述第二客户端对应的特征信息)；若所述消息中携带特征信息，仅将所述第一客户端作为消息接收方，并向所述消息接收方发送所述消息的方式，有效避免了第二客户端接收携带特征信息的消息进行显示，所导致的第二客户端的用户对应用的粘度降低的问题。并且，该方法还通过使第一客户端接收携带特征信息的消息进行显示的方式，进一步避免了第一客户端因未接收携带特征信息的消息进行显示，所导致的第一客户端的用户将不满情绪转移到应用上，从而降低对应用的粘度的问题。

综上：

本申请实施例提供一种消息传播方法、装置、服务器及系统，所述方法通过接收第一客户端向第二客户端发送的消息；确定所述消息中是否携带特征信息(所述特征信息为预设的与所述第二客户端对应的特征信息)；若所述消息中携带特征信息，仅将所述第一客户端作为消息接收方，并向所述消息接收方发送所述消息的方式，有效避免了第二客户端接收携带特征信息的消息进行显示，所导致的第二客户端的用户对应用的粘度降低的问题。并且，该方法还通过使第一客户端接收携带特征信息的消息进行显示的方式，进一步避免了第一客户端因未接收携带特征信息的消息进行显示，所导致的第一客户端的用户将不满情绪转移到应用上，从而降低对应用的粘度的问题。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

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