社交消息处理方法、装置、服务器、终端及介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种社交消息处理方法、一种社交消息处理装置、一种服务器、一种终端及一种计算机存储介质。

背景技术

随着社交应用的迅速发展，功能日益丰富，逐渐集成了电子邮件、博客、音乐、电视、游戏和搜索等多种功能。社交应用不再是一个单纯的聊天工具，它已经发展成集交流、资讯、娱乐、搜索、电子商务、办公协作和企业客户服务等为一体的综合化信息平台。

其中，发送和接收消息是社交应用的基本功能，在消息发送阶段，用户A可通过社交应用将社交消息发送给用户B，用户B又可以将该社交消息转发至用户C。

实践发现，在社交消息的传播过程中，有部分恶意用户利用非法手段篡改了原始信息，从而达到不法目的。例如，某游戏发起了一个运营活动，活动的内容是在游戏中点击参与活动，用户A通过社交应用向用户B发送一条与该运营活动关联的目标社交消息，用户B收到目标社交消息后发送给其他用户(例如用户C)，邀请其他用户一起玩游戏，其他用户点击目标社交消息，接受邀请进入游戏后可以得到金币。但这在一消息转发过程中，有部分恶意用户(例如上述用户B)接收到目标社交消息后，对目标社交消息进行恶意伪造，并将恶意伪造的社交消息发送给其他用户，由于恶意伪造的社交消息从消息样式上看与原始消息完全一样，其他用户根本无法识别消息的真伪，点击恶意伪造的社交消息后可能跳转至用户B伪造的恶意网站，输入用户名密码后导致游戏账号被盗，游戏币损失。

可见，在社交消息的传播过程中，如何增加对消息内容的有效验证，成为一个亟待解决的问题。

发明内容

本申请实施例提供了一种社交消息处理方法、装置、服务器、终端及介质，可在社交消息传播过程中，引入签名信息对消息内容进行有效性验证。

一方面，本申请实施例提供了一种社交消息处理方法，应用于服务器，该方法包括：

接收来自第一终端的第一社交消息发送请求，所述第一社交消息发送请求用于指示将第一社交消息发送至第二终端；所述第一社交消息中包含第一关键信息和历史签名信息；

从所述第一社交消息中获取所述第一关键信息，并依照所述第一关键信息生成签名信息；

对比所述签名信息和所述历史签名信息；

若对比结果指示所述签名信息与所述历史签名信息匹配，则将所述第一社交消息发送至所述第二终端。

相应地，本申请实施例提供了一种社交消息处理装置，该装置配置于上述服务器，该装置包括：

通信单元，用于接收来自第一终端的第一社交消息发送请求，所述第一社交消息发送请求用于指示将第一社交消息发送至第二终端；所述第一社交消息中包含第一关键信息和历史签名信息；

处理单元，用于从所述第一社交消息中获取所述第一关键信息，并依照所述第一关键信息生成签名信息；

所述处理单元，还用于对比所述签名信息和所述历史签名信息；

所述通信单元，还用于若对比结果指示所述签名信息与所述历史签名信息匹配，则将所述第一社交消息发送至所述第二终端。

相应地，本申请实施例还提供了一种服务器，该服务器包括通信接口、处理器和存储装置；存储装置，用于存储程序指令；处理器，用于调用程序指令并执行上述一方面所述的社交消息处理方法。

另一方面，本申请实施例提供了另一种社交消息处理方法，应用于终端，该方法包括：

接收服务器发送的第一社交消息；

当检测到所述第一社交消息中包括目标标记时，依照与所述目标标记匹配的显示方式显示所述第一社交信息；

其中，所述第一社交信息是第一终端通过所述服务器向所述终端发送的；所述第一终端向所述服务器发送的所述第一社交信息中包含历史签名信息和第一关键信息；所述目标标记是所述服务器接收到所述第一终端发送的第一社交信息后，从所述第一社交消息中获取所述第一关键信息，依照所述第一关键信息生成签名信息，并根据所述签名信息与所述历史签名信息的对比结果确定的。

相应地，本申请实施例提供了另一种社交消息处理装置，该装置配置于上述终端，该装置包括：

通信单元，用于接收服务器发送的第一社交消息；

处理单元，用于当检测到所述第一社交消息中包括目标标记时，依照与所述目标标记匹配的显示方式显示所述第一社交信息；

其中，所述第一社交信息是第一终端通过所述服务器向所述终端发送的；所述第一终端向所述服务器发送的所述第一社交信息中包含历史签名信息和第一关键信息；所述目标标记是所述服务器接收到所述第一终端发送的第一社交信息后，从所述第一社交消息中获取所述第一关键信息，依照所述第一关键信息生成签名信息，并根据所述签名信息与所述历史签名信息的对比结果确定的。

相应地，本申请实施例还提供了一种终端，该终端包括通信接口、输出设备、处理器和存储装置；存储装置，用于存储程序指令；处理器，用于调用程序指令并执行上述另一方面所述的社交消息处理方法。

相应地，本申请实施例还提供了一种计算机存储介质，该计算机存储介质中存储有程序指令，该程序指令被执行时，用于实现上述的社交消息处理方法。

相应地，根据本申请的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述提供的社交消息处理方法。

本申请实施例中，服务器可接收来自第一终端，且用于指示将第一社交消息发送至第二终端的第一社交消息发送请求，从第一社交消息中获取所第一关键信息，并依照第一关键信息生成签名信息。进一步地，可对比签名信息和第一社交消息中包括的历史签名信息，若对比结果指示签名信息与历史签名信息匹配，则将第一社交消息发送至第二终端。通过实施本申请，可在社交消息传播过程中，引入签名信息对消息内容进行有效性验证，防止伪造消息对用户造成危害。

附图说明

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

图1a～图1b本申请实施例提供的一种社交消息显示的场景示意图；

图2是本申请实施例提供的一种社交消息处理系统的架构示意图；

图3是本申请实施例提供的一种社交消息处理方案的示意流程图；

图4a～图4b是本申请实施例提供的一种发送社交消息的场景示意图；

图5是本申请实施例提供的一种社交消息处理方法的示意流程图；

图6a～图6b本申请实施例提供的一种显示社交消息的页面示意图；

图7是本申请实施例提供的另一种社交消息处理方法的示意流程图；

图8是本申请实施例提供的一种发送第二社交消息的场景示意图；

图9a是本申请实施例提供的一种第二社交消息对应的代码示意图；

图9b是本申请实施例提供的一种第一社交消息对应的代码示意图；

图10是本申请实施例提供的又一种社交消息处理方法的示意流程图；

图11是本申请实施例提供的一种社交消息处理装置的结构示意图；

图12是本申请实施例提供的一种服务器的结构示意图；

图13是本申请实施例提供的另一种社交消息处理装置的结构示意图；

图14是本申请实施例提供的一种终端的结构示意图。

具体实施方式

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

在社交应用的使用过程中，用户A可通过社交应用将社交消息发送给用户B，用户B又可以将该社交消息转发至用户C。目前，在社交消息在用户A、用户B和用户C之间的传播过程中，可能会涉及用户对原始消息的恶意篡改，传播伪造消息，对伪造消息的接收用户带来严重的危害(例如财产受损、身份信息泄露、账号被盗等等)。

其中，社交消息的消息类型可以为图像类型、文本类型、视频类型或者图文类型。下面，以社交消息的消息类型为图文类型为例，对消息传播过程涉及的消息伪造场景进行说明：

第一步：用户A通过社交应用发送一条消息标题为“123”的目标社交消息给用户B，用户B在与用户A的会话页面(如图1a所示)中查看该目标社交消息。

第二步：用户B查看目标社交消息后，对目标社交消息的消息标题进行修改，修改的具体内容为：将消息标题从“123”修改为“456”。

第三步：用户B将修改后的目标社交消息发送给用户C，用户C在与用户B的会话页面(如图1b所示)中查看修改后的目标社交消息。

从上述内容可知，在整个社交消息的传播过程中，用户C根本无法感知自身接收到的社交消息已被修改，被修改的社交消息(以下统称为伪造消息)会对用户C造成极大的危害。

基于此，本申请实施例提出了一种社交消息处理系统，在社交消息的传播过程中，增加对消息内容的有效验证，防止伪造消息对用户造成危害。参见图2，本申请实施例所提出的社交消息处理系统可包括：多个运行有社交应用的终端(例如第一终端、第二终端和第三终端)和服务器。其中，社交应用可以指具备线上会话功能的应用(例如腾讯QQ、微信应用等等)；终端是指社交应用的用户所使用的终端，可以用于接收或者发送社交消息，此处的终端可以为以下任一种：智能手机、平板电脑、膝上计算机等便携式设备，以及台式电脑，等等。

相应地，上述服务器为向社交应用提供相应服务(例如接收或者发送社交消息)的服务器，可以理解为该社交应用的后台服务器，此处的服务器可以是一个独立的服务设备，也可以由多个服务设备所构成的集群设备，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。

需要说明的是，图2只是示例性地说明本申请实施例所涉及的社交消息处理系统的架构，并不对该社交消息处理系统的具体架构进行限定。例如，社交消息处理系统中除了第一终端、第二终端和第三终端以外，还可包括第四终端、第五终端等等。

基于上述社交消息处理系统，本申请实施提出了一种社交消息处理方案，参见图3，该社交消息处理方案可由上述服务器、第一终端、第二终端和第三终端执行，假设第三终端为用户A所使用的终端，第一终端为用户B使用的终端，第二终端为用户C使用的终端，涉及的场景为：用户A将社交消息发给用户B，用户B将该社交消息转发给用户C，上述社交消息处理方案实施的具体步骤如下：

S10：第三终端向服务器发送第二社交消息发送请求，该第二社交消息发送请求用于指示：将第二社交消息发送至第一终端。其中，第二社交消息的消息类型可以为图像类型、文本类型、视频类型或者图文类型。示例性，参见图4a，假设第二社交消息为图像1，当用户A想要通过自身的终端(即第三终端)将图像1发送给用户B时，可登录社交应用，在与用户B的会话页面中选取图像1作为第二社交消息，通过第三终端向服务器发送用于指示将图像1发送至第一终端(即用户B使用的终端)的第二社交消息发送请求。

S11：服务器从第二社交消息中获取第二关键信息，并依照第二关键信息生成历史签名信息，在第二社交消息中添加历史签名信息，得到第一社交消息。

在本申请实施例中，针对不同消息类型的社交消息所获取的关键信息不同。具体实现中，服务器接收到第二社交消息发送请求之后，可以获取第二社交消息发送请求携带的第二社交消息，并检测第二社交消息的消息类型，进而依照第二社交消息的消息类型，从第二社交消息中获取不同的第二关键信息。

具体地，若第二社交消息的消息类型为图文类型，则第二关键信息包括以下任一种或者多种：第二社交消息对应的消息标题、消息描述、消息配图、跳转链接和消息来源；若第二社交信息的消息类型为文本类型，则第二关键信息为第二社交信息对应的文本信息；若第二社交信息的消息类型为视频类型，则第二关键信息为第二社交信息对应视频的二进制数据；若第二社交信息的消息类型为图像类型，则第二关键信息为第二社交信息对应图像的二进制数据。

S12：服务器向第一终端发送第一社交消息。

S13：第一终端向服务器发送第一社交消息发送请求，该第一社交消息发送请求用于指示将第一社交消息发送至第二终端，该第一社交消息中包含第一关键信息和历史签名信息。

具体实现中，用户B通过第一终端查看第一社交消息后，若想要将该第一社交消息转发给用户C，可以通过第一终端向服务器发送用于指示将第一社交消息发送至第二终端(即用户C使用的终端)的第一社交消息发送请求。

示例性地，承接上述图4a的示例，继续参见图4b，第二社交消息为图像1，那么，此处的第一社交消息为添加了历史签名信息的图像1，服务器向第一终端发送第一社交消息后，用户B可通过第一终端登录社交应用，在与用户A的会话页面中查看用户A发给自己的图像1。进一步，若用户B想要将图像1转发给图像C，则可通过第一终端向服务器发送用于指示将图像1(此处的图像1为添加了历史签名信息的图像1)发送至第二终端的第一社交消息发送请求。

S14：服务器从第一社交消息中获取第一关键信息，并依照第一关键信息生成签名信息，对比签名信息和历史签名信息。

S15：若对比结果指示签名信息与所述历史签名信息匹配，则服务器将第一社交消息发送至第二终端。

具体实现中，若对比结果指示签名信息和历史签名信息匹配，则表征第一社交消息与原始消息(即上述用户A发送给用户B的第二社交消息)相同，也即，用户B在消息传播过程中未对原始消息进行修改。这种情况下，服务器再将第一社交消息发送至第二终端，可以保证用户C所接收到的第一社交消息的真实性，防止伪造消息给用户C带来危害。

通过上述内容可知，本申请实施例提出的社交消息处理方案，在社交消息的传播过程中，可以通过引入签名信息对消息内容进行有效性验证，防止伪造消息对用户造成危害。

请参见图5，是本申请实施例的一种社交消息处理方法的流程示意图，本申请实施例的所述方法可以由服务器来执行。本申请实施例的所述方法包括如下步骤。

S20：接收来自第一终端的第一社交消息发送请求，第一社交消息发送请求用于指示将第一社交消息发送至第二终端，第一社交消息中包含第一关键信息和历史签名信息。

示例性的，假设第三终端为用户A所使用的终端，第一终端为用户B使用的终端，第二终端为用户C使用的终端，涉及的场景为：用户A已经通过服务器将社交消息发给用户B。其中，用户A通过服务器将社交消息发给用户B的具体流程为：用户A通过第三终端将自身想要发送给用户B的第二社交消息上传至服务器，由服务器在第二社交消息中获取第二关键信息，依照第二关键信息生成历史签名信息，并在第二社交消息中添加该历史签名信息，得到第一社交消息，进而将第一社交消息发送给用户B对应的第一终端。进一步地，用户B通过第一终端查看第一社交消息后，若想要将该第一社交消息转发给用户C，可以通过第一终端向服务器发送用于指示将第一社交消息发送至第二终端(即用户C使用的终端)的第一社交消息发送请求。

S21：从第一社交消息中获取第一关键信息，并依照第一关键信息生成签名信息。

S22：对比签名信息和历史签名信息，若对比结果指示签名信息与历史签名信息匹配，则将第一社交消息发送至第二终端。具体实现中，若对比得到签名信息与历史签名信息相同，则可以生成用于指示签名信息与历史签名信息匹配的对比结果；反之，若对比得到签名信息与历史签名信息不相同，则可以生成用于指示签名信息与历史签名信息不匹配的对比结果。

在一个实施例中，若对比结果指示签名信息与历史签名信息匹配，则服务器可以直接将第一社交消息发送至第二终端；或者，在另一个实施例中，若对比结果指示所述签名信息与历史签名信息匹配，则服务器也可以在第一社交消息中添加验证通过标记，将添加有验证通过标记的第一社交消息发送至第二终端。进一步地，第二终端接收到该第一社交消息后，可以依照与验证通过标记匹配的显示方式显示第一社交信息，例如添加“未修改”标识60(如图6a所示)。采用这样的方式，可以直观地提醒第二终端对应的用户，当前所查看的第一社交消息在传播过程中未被修改。

在一个实施例中，若对比结果指示签名信息与历史签名信息不匹配，则可以对第一社交消息执行目标处理。其中，上述目标处理包括以下几种处理方式：

方式一：中止执行将第一社交消息发送至第二终端的发送处理，也即可以理解为服务器拒绝将第一社交消息转发至第二终端。

方式二：在第一社交消息中添加修改标记，并将添加有修改标记的第一社交消息发送至第二终端。进一步地，第二终端接收到该第一社交消息后，可以依照与修改标记匹配的显示方式显示第一社交信息，例如添加“已修改”标识61(如图6b所示)。采用这样的方式，可以直观地提醒第二终端对应的用户，当前所查看的第一社交消息在传播过程中已遭到第一终端对应用户的修改。

方式三：中止执行将第一社交消息发送至第二终端的发送处理，并向第一终端发送针对第一社交消息的修改警告信息，该修改警告消息用于提醒第一终端对应的用户，请勿恶意修改社交消息。

方式四：中止执行将第一社交消息发送至第二终端的发送处理，并获取第一终端对应用户在社交应用中的账号信息，将该账号信息添加至社交应用的黑名单，后续第一终端对应用户将无法登录社交应用。

可以理解的是，上述方式一～方式四均为目标处理的几种示例，目标处理除了上述方式一～方式四以外，还可以包括其他处理方式，如：将方式一～方式四中的部分处理手段进行结合，其具体的结合方式例如可以为：在第一社交消息中添加修改标记，将添加有修改标记的第一社交消息发送至第二终端，并向第一终端发送针对第一社交消息的修改警告信息；或者，在第一社交消息中添加修改标记，将添加有修改标记的第一社交消息发送至第二终端，并获取第一终端对应用户在社交应用中的账号信息，将该账号信息添加至社交应用的黑名单。对此本申请不作具体限定。

本申请实施例中，服务器可接收来自第一终端，且用于指示将第一社交消息发送至第二终端的第一社交消息发送请求，从第一社交消息中获取所第一关键信息，并依照第一关键信息生成签名信息。进一步地，可对比签名信息和第一社交消息中包括的历史签名信息，若对比结果指示签名信息与历史签名信息匹配，则将第一社交消息发送至第二终端。通过实施本申请实施例，可在社交消息传播过程中，引入签名信息对消息内容进行有效性验证，防止伪造消息对用户造成危害。

请参见图7，是本申请实施例的另一种社交消息处理方法的流程示意图，本申请实施例的所述方法可以由服务器来执行。本申请实施例的所述方法包括如下步骤。

S30：接收来自第三终端的第二社交消息发送请求，该第二社交消息发送请求用于指示：将第二社交消息发送至第一终端。

S31：从第二社交消息中获取第二关键信息。其中，第二社交消息的消息类型包括图像类型、文本类型、视频类型或者图文类型，由上述内容可知，针对不同消息类型的第二社交消息所获取的第二关键信息不同，以第二社交消息的消息类型为图文类型为例，第二关键信息可包括以下任一种或者多种：第二社交消息对应的消息标题、消息描述、消息配图、跳转链接和消息来源。

示例性地，假设第二社交消息的消息类型为图文类型，参见图8，用户A通过社交应用向用户B发送的第二社交消息为消息80，该消息80在实际的发送过程中，可以通过图9a所示的代码表达。在图9a中字段“titile”表示消息标题，字段“desc”表示消息描述，字段“jumpUrl”表示跳转链接，字段“preview”表示消息配图，字段“tag”表示消息来源，那么，相应地，服务器可以通过从第二社交消息中分别提取字段“titile”、“desc”、“jumpUrl”、“preview”和“tag”对应的内容，得到第二社交消息对应的消息标题、消息描述、跳转链接、消息配图和消息来源等第二关键信息。

S32：依照第二关键信息生成历史签名信息。

在一个实施例中，可依照目标顺序将各第二关键信息拼接为字符串，获取签名需求数据，并通过签名需求数据和字符串生成签名字符串。其中，目标顺序是预先针对不同消息类型的社交消息预先配置的，后续可以根据实际需求进行调整。示例性地，以图文类型的消息为例，该目标顺序依次可以为：消息标题、消息描述、跳转链接、消息配图和消息来源。

其中，上述签名需求数据包括以下任一种或者多种：时间戳、随机数和目标签名密码，时间戳是基于当前时间确定的，随机数是基于随机数生成规则确定的。示例性地，假设签名需求数据包括时间戳Timestamp、随机数和目标签名密码P，那么，上述签名字符串＝字符串+时间戳Timestamp+目标签名密码P+随机数。

具体实现中，上述目标签名密码是预先配置，为了防止目标签名密码泄露，可以定期更新该目标签名密码，并更新签名密码更新记录，该签名密码更新记录记录了各签名密码的生效时间和失效时间。这种情况下，当服务器需要获取目标密码信息时，可获取签名密码更新记录，并依照签名密码更新记录获取当前时间处于生效状态的签名密码，进而将当前时间处于生效状态的签名密码，确定为上述目标签名密码。也即，本申请实施例中，使用的目标签名密码是当前时间处于生效状态的签名密码。

进一步地，在服务器生成上述签名字符串之后，可通过哈希算法对签名字符串进行哈希计算，并将哈希计算结果确定为历史签名信息。

上述哈希算法可以为MD5(消息摘要算法)、SHA1(安全哈希算法)、SHA 256(安全哈希算法)、SHA512(安全哈希算法)等等算法。其中，MD5是一种广泛使用的加密哈希函数，可产生128位(16字节)的哈希值，通常以文本格式表示为32位十六进制数。当通过MD5对签名字符串进行哈希计算时，上述哈希计算结果即为通过MD5对签名字符串进行哈希计算，得到的128位(16字节)的哈希值。

SHA1(安全哈希算法)是由美国国家安全局设计的加密哈希函数。SHA1产生一个160位(20字节)的哈希值，通常表示为十六进制数字，长度为40位。当通过SHA1对签名字符串进行哈希计算时，上述哈希计算结果即为通过SHA1对签名字符串进行哈希计算，得到的160位(20字节)的哈希值。

SHA256(安全哈希算法)是由美国国家安全局设计的加密哈希函数。SHA256产生一个256位(32字节)的哈希值，通常表示为十六进制数字，长64位。当通过SHA256对签名字符串进行哈希计算时，上述哈希计算结果即为通过SHA256对签名字符串进行哈希计算，得到的256位(32字节)的哈希值。

SHA512(安全哈希算法)是由美国国家安全局设计的加密哈希函数。SHA512产生一个512位(64字节)的哈希值，通常表示为十六进制数字，长128位。当通过SHA512对签名字符串进行哈希计算时，上述哈希计算结果即为通过SHA512对签名字符串进行哈希计算，得到的512位(64字节)的哈希值。

S33：在第二社交消息中添加历史签名信息，得到第一社交消息，并向第一终端发送第一社交消息，以便于第一终端接收到第一社交信息后，向服务器发送下述步骤S34中的第一社交消息发送请求。

具体实现中，假设上述历史签名信息是依照上述时间戳Timestamp、随机数和目标签名密码P生成的，那么服务器在执行步骤S33时，除了在第二社交消息中添加上述历史签名信息之外，还可以在第二社交消息中添加上述时间戳Timestamp和随机数，得到第一社交消息。后续，当服务器执行下述步骤S35时，可以从第一社交消息中获取第一关键信息、时间戳Timestamp和随机数，并依照第一关键信息、时间戳Timestamp和随机数生成签名信息。其中，服务器依照第一关键信息、时间戳Timestamp和随机数生成签名信息的方式与上述依照第二关键信息生成历史签名信息的方式相似，在此不作赘述。

示例性地，承接上述图9a所示的举例，第二社交消息为消息80，第一社交消息在实际的发送过程中，可以通过图9b所示的代码表达，图9b中字段“token”对应的字段“abcdefghigk”即为上述历史签名信息。

S34：接收来自第一终端的第一社交消息发送请求，第一社交消息发送请求用于指示将第一社交消息发送至第二终端，第一社交消息中包含第一关键信息和历史签名信息。

S35：从第一社交消息中获取第一关键信息，并依照第一关键信息生成签名信息。此处从第一社交消息中获取第一关键信息的方式，与上述从第二社交消息中获取第二关键信息的方式相似，依照第一关键信息生成签名信息的方式与上述依照第二关键信息生成历史签名信息的方式相似，在此不作赘述。

S36：对比签名信息和历史签名信息，若对比结果指示签名信息与历史签名信息匹配，则将第一社交消息发送至第二终端。其中，步骤S34和步骤S36的具体实施方式，可参见上述实施例中步骤S20和步骤S22的相关描述，此处不再赘述。

请参见图10，是本申请实施例的一种社交消息处理方法的流程示意图，本申请实施例的所述方法可以由终端(例如上述第二终端)来执行。本申请实施例的所述方法包括如下步骤。

S40：接收服务器发送的第一社交消息。

S41：当检测到第一社交消息中包括目标标记时，依照与目标标记匹配的显示方式显示第一社交信息。

其中，第一社交信息是第一终端通过服务器向终端(例如上述第二终端)发送的，第一终端向服务器发送的第一社交信息中包含历史签名信息和第一关键信息。具体地，该目标标记是服务器接收到第一终端发送的第一社交信息后，从第一社交消息中获取第一关键信息，依照第一关键信息生成签名信息，并根据签名信息与历史签名信息的对比结果确定的。

上述目标标记包括修改标记和验证通过标记，修改标记是服务器依照上述对比结果的指示，确定签名信息与所述历史签名信息不匹配后，在第一社交信息中添加的。上述验证通过标记是服务器依照对比结果的指示，确定签名信息与历史签名信息匹配后，在第一社交信息中添加的。

在本申请实施例中，若第一社交消息中包括验证通过标记，则表征服务器已对本次下发的第一社交消息的消息内容已验证通过，也即表征第一终端对应用户在消息传播过程中未对原始消息进行修改。这种情况下，终端可以依照与验证通过标记匹配的显示方式显示第一社交信息，具体的显示方式例如可以为：添加“未修改”标识(如图6a所示)。采用这样的方式，可以直观地提醒第二终端对应的用户，当前所查看的第一社交消息在传播过程中未遭到修改。

若第一社交消息中包括修改标记，则表征服务器已对本次下发的第一社交消息的消息内容未验证通过，也即表征第一终端对应用户在消息传播过程中对原始消息进行了修改。这种情况下，终端可以依照与修改标记匹配的显示方式显示第一社交信息，具体的显示方式例如可以为：添加“已修改”标识(如图6b所示)，采用这样的方式，可以直观地提醒第二终端对应的用户，当前所查看的第一社交消息在传播过程中已遭到第一终端对应用户的修改。

本申请实施例中，终端可接收服务器发送的第一社交消息，当检测到第一社交消息中包括目标标记时，依照与目标标记匹配的显示方式显示第一社交信息。可以直观地提醒用户第一社交消息在传播过程中是否已被修改。

本申请实施例还提供了一种计算机存储介质，该计算机存储介质中存储有程序指令，该程序指令被执行时，用于实现上述实施例中描述的相应方法。

再请参见图11，是本申请实施例的一种社交消息处理装置的结构示意图，本申请实施例的社交消息处理装置可以设置在上述服务器，也可以为运行于服务器中的一个计算机程序(包括程序代码)。

本申请实施例的装置的一个实现方式中，装置包括如下结构。

通信单元50，用于接收来自第一终端的第一社交消息发送请求，所述第一社交消息发送请求用于指示将第一社交消息发送至第二终端；所述第一社交消息中包含第一关键信息和历史签名信息；

处理单元51，用于从所述第一社交消息中获取所述第一关键信息，并依照所述第一关键信息生成签名信息；

所述处理单元51，还用于对比所述签名信息和所述历史签名信息；

所述通信单元50，还用于若对比结果指示所述签名信息与所述历史签名信息匹配，则将所述第一社交消息发送至所述第二终端。

在一个实施例中，接收来自第一终端的第一社交消息发送请求之前，所述通信单元50，还用于接收来自第三终端的第二社交消息发送请求，所述第二社交消息发送请求用于指示：将第二社交消息发送至所述第一终端；所述处理单元51，还用于从所述第二社交消息中获取第二关键信息，并依照所述第二关键信息生成所述历史签名信息，在所述第二社交消息中添加所述历史签名信息，得到所述第一社交消息；通信单元50，还用于向所述第一终端发送第一社交消息，以便于所述第一终端接收到所述第一社交信息后，向所述服务器发送所述第一社交消息发送请求。

在一个实施例中，所述处理单元51，还用于若对比结果指示所述签名信息与所述历史签名信息不匹配，则对所述第一社交消息执行目标处理，所述目标处理包括：

中止执行将所述第一社交消息发送至所述第二终端的发送处理；

或者，在所述第一社交消息中添加修改标记，并将添加有所述修改标记的第一社交消息发送至所述第二终端；

或者，中止执行将所述第一社交消息发送至所述第二终端的发送处理，并向所述第一终端发送针对所述第一社交消息的修改警告信息。

在一个实施例中，所述第二社交消息的消息类型包括图像类型、文本类型、视频类型或者图文类型；

若所述第二社交消息的消息类型为图文类型，则所述第二关键信息包括以下任一种或者多种：第二社交消息对应的消息标题、消息描述、消息配图、跳转链接和消息来源；

若所述第二社交信息的消息类型为文本类型，则所述第二关键信息为所述第二社交信息对应的文本信息；

若所述第二社交信息的消息类型为视频类型，则所述第二关键信息为所述第二社交信息对应视频的二进制数据；

若所述第二社交信息的消息类型为图像类型，则所述第二关键信息为所述第二社交信息对应图像的二进制数据。

在一个实施例中，所述第二关键信息包括一个或者多个，处理单元51，具体用于：

依照目标顺序将各第二关键信息拼接为字符串；

获取签名需求数据，并通过所述签名需求数据和所述字符串生成签名字符串；

通过哈希算法对所述签名字符串进行哈希计算，将哈希计算结果确定为所述历史签名信息。

在一个实施例中，所述签名需求数据包括以下任一种或者多种：时间戳、随机数和目标签名密码，所述时间戳是基于当前时间确定的，所述随机数是基于随机数生成规则确定的。

在一个实施例中，所述签名需求数据包括所述目标签名密码，处理单元51，还具体用于：

获取签名密码更新记录，并依照所述签名密码更新记录获取当前时间处于生效状态的签名密码；

将所述当前时间处于生效状态的签名密码，确定为目标签名密码。

在一个实施例中，处理单元51，还具体用于：

若对比结果指示所述签名信息与所述历史签名信息匹配，则在所述第一社交消息中添加验证通过标记；

通过通信单元50将添加有所述验证通过标记的第一社交消息发送至所述第二终端。

在本申请实施例中，上述各个单元的具体实现可参考前述各个附图所对应的实施例中相关内容的描述。

本申请实施例中的社交消息处理装置可接收来自第一终端，且用于指示将第一社交消息发送至第二终端的第一社交消息发送请求，从第一社交消息中获取所第一关键信息，并依照第一关键信息生成签名信息。进一步地，可对比签名信息和第一社交消息中包括的历史签名信息，若对比结果指示签名信息与历史签名信息匹配，则将第一社交消息发送至第二终端。可在社交消息传播过程中，引入签名信息对消息内容进行有效性验证，防止伪造消息对用户造成危害。

再请参见图12，是本申请实施例的一种服务器的结构示意图。本申请实施例的服务器包括处理器600、存储装置601和通信接口602。处理器600、存储装置601和通信接口602之间可以交互数据，由处理器600实现相应的社交消息处理功能。

存储装置601可以包括易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；存储装置601也可以包括非易失性存储器(non-volatilememory)，例如快闪存储器(flash memory)，固态硬盘(solid-state drive，SSD)等；存储装置601还可以包括上述种类的存储器的组合。

处理器600可以是中央处理器600(central processing unit，CPU)。在一个实施例中，处理器600还可以是图形处理器600(Graphics Processing Unit，GPU)。处理器600也可以是由CPU和GPU的组合。在服务器中，可以根据需要包括多个CPU和GPU进行相应的社交消息处理。

在一个实施例中，存储装置601用于存储程序指令。处理器600可以调用程序指令，实现如本申请实施例中上述涉及的各种方法。

在第一个可能的实施方式中，服务器的处理器600，调用存储装置601中存储的程序指令，用于：通过通信接口602接收来自第一终端的第一社交消息发送请求，所述第一社交消息发送请求用于指示将第一社交消息发送至第二终端；所述第一社交消息中包含第一关键信息和历史签名信息；从所述第一社交消息中获取所述第一关键信息，并依照所述第一关键信息生成签名信息；对比所述签名信息和所述历史签名信息；若对比结果指示所述签名信息与所述历史签名信息匹配，则通过通信接口602将所述第一社交消息发送至所述第二终端。

在一个实施例中，接收来自第一终端的第一社交消息发送请求之前，所述处理器600，还用于通过通信接口602接收来自第三终端的第二社交消息发送请求，所述第二社交消息发送请求用于指示：将第二社交消息发送至所述第一终端；从所述第二社交消息中获取第二关键信息，并依照所述第二关键信息生成所述历史签名信息，在所述第二社交消息中添加所述历史签名信息，得到所述第一社交消息；通过通信接口602向所述第一终端发送第一社交消息，以便于所述第一终端接收到所述第一社交信息后，向所述服务器发送所述第一社交消息发送请求。

在一个实施例中，所述处理器600，还用于若对比结果指示所述签名信息与所述历史签名信息不匹配，则对所述第一社交消息执行目标处理，所述目标处理包括：

中止执行将所述第一社交消息发送至所述第二终端的发送处理；

或者，在所述第一社交消息中添加修改标记，并将添加有所述修改标记的第一社交消息发送至所述第二终端；

或者，中止执行将所述第一社交消息发送至所述第二终端的发送处理，并向所述第一终端发送针对所述第一社交消息的修改警告信息。

在一个实施例中，所述第二社交消息的消息类型包括图像类型、文本类型、视频类型或者图文类型；

若所述第二社交消息的消息类型为图文类型，则所述第二关键信息包括以下任一种或者多种：第二社交消息对应的消息标题、消息描述、消息配图、跳转链接和消息来源；

若所述第二社交信息的消息类型为文本类型，则所述第二关键信息为所述第二社交信息对应的文本信息；

若所述第二社交信息的消息类型为视频类型，则所述第二关键信息为所述第二社交信息对应视频的二进制数据；

若所述第二社交信息的消息类型为图像类型，则所述第二关键信息为所述第二社交信息对应图像的二进制数据。

在一个实施例中，所述第二关键信息包括一个或者多个，处理器600，具体用于：

依照目标顺序将各第二关键信息拼接为字符串；

获取签名需求数据，并通过所述签名需求数据和所述字符串生成签名字符串；

通过哈希算法对所述签名字符串进行哈希计算，将哈希计算结果确定为所述历史签名信息。

在一个实施例中，所述签名需求数据包括以下任一种或者多种：时间戳、随机数和目标签名密码，所述时间戳是基于当前时间确定的，所述随机数是基于随机数生成规则确定的。

在一个实施例中，所述签名需求数据包括所述目标签名密码，处理器600，还具体用于：

获取签名密码更新记录，并依照所述签名密码更新记录获取当前时间处于生效状态的签名密码；

将所述当前时间处于生效状态的签名密码，确定为目标签名密码。

在一个实施例中，处理器600，还具体用于：

若对比结果指示所述签名信息与所述历史签名信息匹配，则在所述第一社交消息中添加验证通过标记；

通过通信接口602将添加有所述验证通过标记的第一社交消息发送至所述第二终端。

在本申请实施例中，上述处理器600的具体实现可参考前述各个附图所对应的实施例中相关内容的描述。

本申请实施例中，服务器可接收来自第一终端，且用于指示将第一社交消息发送至第二终端的第一社交消息发送请求，从第一社交消息中获取所第一关键信息，并依照第一关键信息生成签名信息。进一步地，可对比签名信息和第一社交消息中包括的历史签名信息，若对比结果指示签名信息与历史签名信息匹配，则将第一社交消息发送至第二终端。可在社交消息传播过程中，引入签名信息对消息内容进行有效性验证，防止伪造消息对用户造成危害。

再请参见图13，是本申请实施例的另一种社交消息处理装置的结构示意图，本申请实施例的社交消息处理装置可以设置在上述终端(例如上述第二终端)中，也可以为运行于终端中的一个计算机程序(包括程序代码)。

本申请实施例的装置的一个实现方式中，装置包括如下结构。

通信单元70，用于接收服务器发送的第一社交消息；

处理单元71，用于当检测到所述第一社交消息中包括目标标记时，依照与所述目标标记匹配的显示方式显示所述第一社交信息；

其中，所述第一社交信息是第一终端通过所述服务器向所述终端发送的；所述第一终端向所述服务器发送的所述第一社交信息中包含历史签名信息和第一关键信息；所述目标标记是所述服务器接收到所述第一终端发送的第一社交信息后，从所述第一社交消息中获取所述第一关键信息，依照所述第一关键信息生成签名信息，并根据所述签名信息与所述历史签名信息的对比结果确定的。

在一个实施例中，所述目标标记包括修改标记和验证通过标记，所述修改标记是所述服务器依照所述对比结果的指示，确定所述签名信息与所述历史签名信息不匹配后，在所述第一社交信息中添加的；

所述验证通过标记是所述服务器依照所述对比结果的指示，确定所述签名信息与所述历史签名信息匹配后，在所述第一社交信息中添加的。

在本申请实施例中，上述各个单元的具体实现可参考前述各个附图所对应的实施例中相关内容的描述。

本申请实施例中，社交消息处理装置可接收服务器发送的第一社交消息，当检测到第一社交消息中包括目标标记时，依照与目标标记匹配的显示方式显示第一社交信息。可以直观地提醒用户第一社交消息在传播过程中是否已被修改。

再请参见图14，是本申请实施例的一种终端的结构示意图，该终端可以指上述第二终端。本申请实施例的终端包括处理器800、存储装置801、输出设备802和通信接口803。处理器800、存储装置801、输出设备802和通信接口803之间可以交互数据，由处理器800实现相应的社交消息处理功能。

存储装置801可以包括易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；存储装置801也可以包括非易失性存储器(non-volatilememory)，例如快闪存储器(flash memory)，固态硬盘(solid-state drive，SSD)等；存储装置801还可以包括上述种类的存储器的组合。

处理器800可以是中央处理器800(central processing unit，CPU)。在一个实施例中，处理器800还可以是图形处理器800(Graphics Processing Unit，GPU)。处理器800也可以是由CPU和GPU的组合。在终端中，可以根据需要包括多个CPU和GPU进行相应的社交消息处理。

输出设备802可以包括显示器(LCD等)、扬声器等。

在一个实施例中，存储装置801用于存储程序指令。处理器800可以调用程序指令，实现如本申请实施例中上述涉及的各种方法。

在第一个可能的实施方式中，终端的处理器800，调用存储装置801中存储的程序指令，用于：通过通信接口803接收服务器发送的第一社交消息；当检测到所述第一社交消息中包括目标标记时，通过输出设备802依照与所述目标标记匹配的显示方式显示所述第一社交信息；其中，所述第一社交信息是第一终端通过所述服务器向所述终端发送的；所述第一终端向所述服务器发送的所述第一社交信息中包含历史签名信息和第一关键信息；所述目标标记是所述服务器接收到所述第一终端发送的第一社交信息后，从所述第一社交消息中获取所述第一关键信息，依照所述第一关键信息生成签名信息，并根据所述签名信息与所述历史签名信息的对比结果确定的。

在一个实施例中，所述目标标记包括修改标记和验证通过标记，所述修改标记是所述服务器依照所述对比结果的指示，确定所述签名信息与所述历史签名信息不匹配后，在所述第一社交信息中添加的；

所述验证通过标记是所述服务器依照所述对比结果的指示，确定所述签名信息与所述历史签名信息匹配后，在所述第一社交信息中添加的。

在本申请实施例中，上述处理器800的具体实现可参考前述各个附图所对应的实施例中相关内容的描述。

本申请实施例中的终端可接收服务器发送的第一社交消息，当检测到第一社交消息中包括目标标记时，依照与目标标记匹配的显示方式显示第一社交信息。可以直观地提醒用户第一社交消息在传播过程中是否已被修改。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所描述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。

以上所揭露的仅为本申请的部分实施例而已，当然不能以此来限定本申请之权利范围，本领域普通技术人员可以理解实现上述实施例的全部或部分流程，并依本申请权利要求所作的等同变化，仍属于发明所涵盖的范围。