CN111901221A - 消息的处理方法、设备和计算机存储介质 - Google Patents

Abstract

本申请提供了一种消息的处理方法、设备和计算机存储介质，本申请中通过对消息发布者发送的目标消息进行转发属性的设置，实现控制其他用户的设备对目标消息的转发处理，从而降低消息被随意传播的可能性，降低对消息发布者所带来的不良影响。

Description

消息的处理方法、设备和计算机存储介质

【技术领域】

本发明涉及计算机应用技术领域，特别涉及一种消息的处理方法、设备和计算机存储介质。

【背景技术】

本部分旨在为权利要求书中陈述的本发明的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就被认为是现有技术。

随着网络技术的普及，各种信息在网络上能够得到快速的传播。用户的一些消息言论可能经由互联网被无限转发，导致传播失控引发越来越多人的关注，甚至演变为公众事件。然而消息的传播可能是违背消息发布者的初衷的，而被转发的消息显示了发布者的标签，更会对消息发布者带来不良影响和困扰。然而，目前却没有很好的方式实现对消息转发的有效控制。

【发明内容】

有鉴于此，本申请提供了一种消息的处理方法、设备和计算机存储介质，从而实现对消息转发的有效控制。

具体技术方案如下：

第一方面，本申请提供了一种消息的处理方法，该方法包括：

第一用户的设备将转发属性设置界面提供给所述第一用户；

通过所述转发属性设置界面获取所述第一用户针对发送的目标消息设置的转发属性；

发送所述转发属性给服务器端，以便接收所述目标消息的第二用户的设备基于所述转发属性对所述目标消息进行转发处理。

根据本申请一优选实施方式，所述发送的目标消息包括：

所述第一用户自己输入的消息；或者，

所述第一用户转发其他用户的消息。

根据本申请一优选实施方式，所述第一用户的设备将转发属性设置界面提供给所述第一用户包括：

所述第一用户的设备在所述第一用户输入所述目标消息时，将所述转发属性设置界面提供给所述第一用户；或者，

所述第一用户的设备在所述第一用户从已发送的消息中选择目标消息时，将所述转发属性设置界面提供给所述第一用户；或者，

所述第一用户的设备接收到所述目标消息将被转发的通知后，将所述转发属性设置界面提供给所述第一用户；或者，

所述第一用户的设备获取到针对会话触发的设置操作时，将所述转发属性设置界面提供给所述第一用户，所述第一用户在所述会话中发送的消息均为目标消息；或者，

所述第一用户的设备获取到针对通信类应用的设置操作时，将所述转发属性设置界面提供给所述第一用户，所述第一用户通过该消息通信类应用发送的所有消息均为目标消息。

根据本申请一优选实施方式，所述转发属性包括声明信息和/或转发条件；

所述声明信息包括：免责声明；

所述转发条件包括：可被转发的次数、可被转发的范围或可被转发的时间。

第二方面，本申请提供了一种消息的处理方法，该方法包括：

第二用户的设备接收第一用户的设备发送的目标消息；

获取所述目标消息的转发属性，所述转发属性是所述第一用户通过转发属性设置界面针对所述目标消息设置的；

依据所述目标消息的转发属性对所述目标消息进行转发处理。

根据本申请一优选实施方式，所述第一用户的设备发送的目标消息包括：

所述第一用户自己输入的消息；或者，

所述第一用户转发其他用户的消息。

根据本申请一优选实施方式，所述依据所述目标消息的转发属性对所述目标消息进行转发处理包括：

所述第二用户的设备展现所述目标消息的转发属性的信息，以辅助所述第二用户决定是否转发所述目标消息。

根据本申请一优选实施方式，所述依据所述目标消息的转发属性对所述目标消息进行转发处理还包括：

所述第二用户的设备接收到第二用户对所述目标消息的转发指令时，按照预设的方式在转发的目标消息中携带所述转发属性；或者，

所述第二用户的设备接收到第二用户对所述目标消息的转发指令时，若不满足所述转发属性中的转发条件，则无法对所述目标消息进行转发。

根据本申请一优选实施方式，所述第二用户的设备展现所述目标消息的转发属性的信息包括：

所述第二用户的设备在展现所述目标消息时，展现所述转发属性的信息；或者，

所述第二用户的设备在所述第二用户针对所述目标消息的操作满足所述转发属性的展现条件时，展现所述转发属性的信息。

根据本申请一优选实施方式，所述转发属性的展现条件包括：

包含所述目标消息的多条消息被合并转发；或者，

所述目标消息被转发且转发的内容包含所述第一用户的信息；或者，

包含所述目标消息的截图或录屏内容被转发。

根据本申请一优选实施方式，该方法还包括：

若所述目标消息不存在转发属性，则所述第二用户的设备在所述第二用户针对所述目标消息的操作满足转发属性设置条件时，通过服务器向所述第一用户的设备发送所述目标消息将被转发的通知，以提示所述第一用户针对所述目标消息设置转发属性。

根据本申请一优选实施方式，所述转发属性设置条件包括：

所述目标消息被转发；或者，

所述目标消息被转发且转发的内容包含所述第一用户的信息；或者，

包含所述目标消息的截图或录屏内容被转发。

根据本申请一优选实施方式，在所述通过服务器向所述第一用户的设备发送所述目标消息将被转发的通知之后，且在所述第一用户未针对所述通知执行操作之前，所述第二用户的设备被禁止对所述目标消息进行转发。

根据本申请一优选实施方式，所述按照预设的方式在转发的目标消息中携带所述转发属性包括：

在转发的目标消息中携带所述转发属性的标识，所述标识被点击时展现所述转发属性的信息；或者，

在转发的目标消息中携带所述转发属性，以便在转发的所述目标消息被接收时，以弹窗形式展现所述转发属性的信息。

根据本申请一优选实施方式，所述转发属性包括声明信息和/或转发条件；

所述声明信息包括：免责声明；

所述转发条件包括：可被转发的次数、可被转发的范围或可被转发的时间。

根据本申请一优选实施方式，若所述第二用户的设备合并转发多条目标消息且所述多条目标消息的转发条件不一致，则：

依据所述多条目标消息的转发条件中优先级最高的转发条件对合并转发的多条目标消息进行转发处理；或者，

依据所述多条目标消息的转发条件的交集，对合并转发的多条目标消息进行转发处理。

该方法还包括：

第三用户的设备接收到所述第二用户的设备转发的所述目标消息后，展现所述第三用户与所述第一用户的关联程度，以便所述第三用户依据所述关联程度衡量所述目标消息是否可靠，从而决定是否继续转发所述目标消息。

第三方面，本申请提供了一种消息的处理方法，该方法包括：

服务器端从第一用户的设备获取目标消息的转发属性并进行记录，所述转发属性是第一用户通过所述转发属性设置界面针对目标消息设置的；

依据所述转发属性控制接收所述目标消息的第二用户的设备对所述目标消息的转发处理。

根据本申请一优选实施方式，依据所述转发属性控制接收所述目标消息的第二用户的设备对所述目标消息的转发处理包括：

将所述目标消息的转发属性的信息发送给所述第二用户的设备进行展示，以辅助所述第二用户决定是否转发所述目标消息。

根据本申请一优选实施方式，依据所述转发属性控制接收所述目标消息的第二用户的设备对所述目标消息的转发处理还包括：

在所述第二用户的设备对所述目标消息进行转发时，服务器端在转发的目标消息中携带所述转发属性；或者，

在所述第二用户的设备对所述目标消息进行转发时，若不满足所述转发属性中的转发条件，则服务器端禁止所述第二用户的设备对所述目标消息的转发。

根据本申请一优选实施方式，将所述目标消息的转发属性的信息发送给所述第二用户的设备包括：

若所述第二用户针对所述目标消息的操作满足所述转发属性的展现条件，所述服务器端将所述目标消息的转发属性的信息发送给所述第二用户的设备；或者，

所述服务器端在发送所述目标消息给所述第二用户的设备时，将所述目标消息的转发属性的信息发送给所述第二用户的设备。

根据本申请一优选实施方式，所述转发属性的展现条件包括：

包含所述目标消息的多条消息被合并转发；或者，

所述目标消息被转发且转发的内容包含所述第一用户的信息；或者，

包含所述目标消息的截图或录屏内容被转发。

根据本申请一优选实施方式，该方法还包括：

若所述第二用户针对所述目标消息的操作满足转发属性设置条件且尚未记录有所述目标消息的转发属性，则所述服务器端向所述第一用户的设备发送所述目标消息将被转发的通知，以提示所述第一用户针对所述目标消息设置转发属性。

根据本申请一优选实施方式，所述转发属性设置条件包括：

所述目标消息被转发；或者，

所述目标消息被转发且转发的内容包含所述第一用户的信息；或者，

包含所述目标消息的截图或录屏内容被转发。

根据本申请一优选实施方式，在向所述第一用户的设备发送所述目标消息将被转发的通知之后，且在未获取到所述第一用户针对所述通知执行操作之前，所述服务器端禁止所述第二用户的设备对所述目标消息进行转发。

第四方面，本申请提供了一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如上所述的方法。

第五方面，本申请还提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行如上所述的方法。

由以上技术方案可以看出，本申请中通过对消息发布者发送的目标消息进行转发属性的设置，实现控制其他用户的设备对目标消息的转发处理，从而降低消息被随意传播的可能性，降低对消息发布者所带来的不良影响。

【附图说明】

图1示出了可以应用本发明实施例的消息的处理方法或消息的处理装置的示例性***架构；

图2为本申请实施例一提供的消息的处理方法流程图；

图3为本申请实施例二提供的消息的处理方法流程图；

图4为本申请实施例三提供的方法流程图；

图5为本申请实施例四提供的方法流程图；

图6为本申请实施例五提供的方法流程图；

图7为本申请实施例六提供的方法流程图；

图8为本申请实施例七提供的方法流程图；

图9示出了适于用来实现本发明实施方式的示例性计算机***/服务器的框图。

【具体实施方式】

为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述。

图1示出了可以应用本发明实施例的消息的处理方法或消息的处理装置的示例性***架构。

如图1所示，该***架构可以包括终端设备101和102，网络103和服务器104。网络103用以在终端设备101、102和服务器104之间提供通信链路的介质。网络103可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101和102通过网络103与服务器104交互。终端设备101和102上可以安装有各种应用，至少包括能够进行消息类交互的应用，例如即时通信类应用等。

终端设备101和102可以是各种用户设备，包括但不限于智能手机、平板电脑、笔记本电脑、PC、可穿戴式设备等等。本发明所提供的消息的处理装置可以设置并运行于上述终端设备101或102或服务器104中。其可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块，在此不做具体限定。

服务器104可以是单一服务器，也可以是多个服务器构成的服务器群组。应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

通过本申请所提供的消息的处理方法可以实现上述终端设备101和终端设备102之间的消息转发处理。为了方便描述，首先以两个用户的终端设备之间的消息交互为例进行描述，将两个用户的终端设备在后续实施例中分别称为：第一用户的设备和第二用户的设备。本申请的核心思想在于，第一用户的设备针对第一用户发送的目标消息设置转发属性，以便控制包括第二用户在内的其他用户的设备对目标消息的转发处理。下面结合实施例对本申请提供的方法进行详细描述。

实施例一、

在本实施例中，以第一用户的设备向第二用户的设备发送消息为例，进行描述。图2为本申请实施例一提供的消息的处理方法流程图，如图2所示，该方法可以包括以下步骤：

在201中，第一用户的设备针对第一用户发送的目标消息设置转发属性。

其中目标消息可以是第一用户自己输入的消息，例如第一用户在即时通信应用的会话窗口(在本实施例中是与第二用户的会话窗口)通过文字或语音等方式输入的消息。也可以是第一用户转发其他用户的消息，例如第一用户将其他用户的消息在与第二用户的会话窗口中进行转发。

另外需要说明的是，第一用户向第二用户发送目标消息时，可以通过与第二用户的会话窗口发送，也可以是在包含第二用户的群组会话窗口中发送。

第一用户的设备在针对目标消息设置转发属性时，可以采用但不限于以下中场景：

第一种场景：第一用户的设备在第一用户输入目标消息时，针对目标消息设置转发属性。例如，第一用户在输入消息时，通过特定手势、点击特定组件、下发语音指令等方式调出转发属性设置界面，从而设置针对该消息的转发属性。

第二种场景：第一用户的设备针对第一用户选择的已发送消息设置转发属性。例如，第一用户在已发送的消息中，通过点击、长按、双击等方式选择一个目标消息，然后通过特定手势、点击特定组件、下发语音指令等方式调出转发属性设置界面，从而设置针对该目标消息的转发属性。假设图1中示出的是本场景，即在步骤101之前，第一用户的设备已经向第二用户的设备发送了目标消息。

第三种场景：第一用户的设备接收到目标消息将被转发的通知后，针对目标消息设置转发属性。当其他用户(例如第二用户)的设备接收到目标消息后，要对目标消息进行转发处理，但第一用户尚未对目标消息设置转发属性，则服务器会向第一用户的设备发送目标消息将被转发的通知。接收到该通知后，第一用户选择对该目标消息设置转发属性，或者也可以选择不对该目标消息设置转发属性。第一用户选择对该目标消息设置转发属性时，可以通过点击通知中的链接跳转到转发属性设置界面，也可以在通知中包含转发属性设置界面，或者，第一用户也可以通过特定手势、点击特定组件、下发语音指令等方式调出转发属性设置界面，从而设置针对该目标消息的转发属性。

第四种场景：第一用户的设备针对会话设置转发属性，第一用户在该会话中发送的消息均为目标消息。例如，第一用户可以针对与第二用户的会话，或者可以针对某一个群组的会话，同一设置转发属性。第一用户在该会话或群组的会话中发送的所有消息均为目标消息，都具有上述转发属性。在针对会话设置转发属性时，也可以通过特定手势、点击特定组件、下发语音指令等方式调出转发属性设置界面，从而设置针对会话的转发属性。

第五种场景：第一用户的设备在消息通信类应用中设置第一用户通过该消息通信类应用发送的所有消息的转发属性。即第一用户可以通过特定手势、点击特定组件、下发语音指令等方式调出转发属性设置界面，通过在转发设置界面中设置针对该应用的转发属性。第一用户通过该消息通信类应用发送的所有消息都具有该转发属性。

其中，上面所涉及的转发属性设置界面可以在第一用户的设备本地存储，也可以从服务器端获取。

在本申请实施例中涉及的转发属性可以包括声明信息和/或转发条件。其中声明信息可以是诸如：免责声明、权利声明等等。例如，免责声明可以是诸如“本消息仅作为闲谈，不完全代表我个人看法，不对内容真实性做任何担保”。权利声明可以是“本消息仅作为闲谈，严禁转发，因转发对消息发布者所带来的不良影响，消息发布者有追责的权利”。

转发条件可以包括诸如可被转发的次数、而被转发的范围或可被转发的时间等等。例如，限制目标消息仅能够被转发5次，从而避免消息被无限制传播。再例如，限制消息仅能够转发给个人，禁止在群组内转发。再例如，限制消息仅能够转发给与消息发布者关系密切的好友，而不能转发给与消息发布者没有关联的其他用户。再例如，限制消息仅能够在当天内被转发，除此之外禁止转发。

在202中，第一用户的设备将针对目标消息设置的转发属性信息发送给服务器端。

如果第一用户在输入目标消息的同时设置的转发属性信息，则可以将目标消息和转发属性信息一同发送给服务器。若是在发送目标消息之前或之后设置的转发属性信息，则可以将转发属性信息和所针对的目标消息的信息(例如目标消息的标识、会话标识或应用标识等)发送给服务器端。

在203中，服务器端对针对该目标消息设置的转发属性信息进行记录，并提供给第二用户的设备。

在服务器端会将转发属性与目标消息的标识进行对应存储。

在204中，第二用户的设备接收到第一用户发送的目标消息后，会依据目标消息的转发属性控制对目标消息的转发处理。

具体地，第二用户的设备依据目标消息的转发属性对目标消息进行转发处理的方式可以包括以下几种方式中的至少一种：

第一种方式：第二用户的设备展现目标消息的转发属性的信息，以辅助所述第二用户决定是否转发目标消息。

第二种方式：第二用户的设备对目标消息进行转发时，在转发的目标消息中携带转发属性的信息。

第三种方式：第二用户的设备对目标消息进行转发时，若不满足转发属性中的转发条件，则无法对目标消息进行转发。

另外需要说明的是，上述几种方式除了由第二用户的设备进行控制之外，也可以由服务器端进行控制，这种情况下，服务器也可以在203中仅记录转发属性信息，而不用发送给第二用户的设备。

下面分别采用实施例二至实施例五对这几种方式可能出现的情况进行详细描述。

实施例二、

图3为本申请实施例二提供的消息的处理方法流程图，如图3中所示，该方法可以包括以下步骤：

步骤301～303同实施例一中的步骤201～203，在此不做赘述。

在304中，第二用户的设备接收到目标消息后，在展现目标消息时，展现目标消息的转发属性的信息。

除了转发属性的信息与目标消息一同展现的方式之外，还可以在第二用户对目标消息的操作满足转发属性的展现条件时，再展现转发属性的信息。其中，转发属性的展现条件可以包括但不限于以下几种：

第一种：包含目标消息的多条消息被合并转发。例如，第二用户在第一用户的会话或包含第一用户的群组会话中选择多条消息进行合并转发，且该多条消息中包含设置有转发属性的目标消息。

第二种：目标消息被转发且转发的内容包含第一用户的信息。这种转发方式也称之为消息的“引用”，即引用第一用户的目标消息。因为包含消息发布者的信息时，转发该消息对消息发布者的影响较大，因此，这种情况下回触发转发属性的信息的展现。

第三种：包含目标消息的截图或录屏内容被转发。例如第二用户对与第一用户的会话窗口进行截屏或录屏，截屏或录屏的内容中包含设置了转发属性的目标消息。

转发属性的信息的展现对于第二用户而言，就能够让第二用户及时获知该目标消息具有的转发属性，从而帮助第二用户衡量是否要进行目标消息的转发。例如，展现目标消息的免责声明或权利声明，第二用户看到后就能够得知第一用户不希望该目标消息转发后带来不良影响，或者该目标消息的转发可能会对第二用户带来被追责的隐患，那么第二用户可能就不进行该目标消息的转发了。

再例如，展现目标消息被允许的转发次数，例如已经不再被允许转发(剩余的转发次数为0，则第二用户就不再进行目标消息的转发。

再例如，展现目标消息被允许转发的范围，例如不允许进行群组转发，那么第二用户就不会将目标消息转发至群组，等等。

若第二用户仍决定转发目标消息，则继续执行305，第二用户的设备对目标消息进行转发时，在转发的目标消息中携带转发属性的信息。

即第二用户的设备接收到第二用户对目标消息的转发指令时，按照预设的方式在转发的目标消息中携带该转发属性。这样接收到该目标消息的第三用户的设备也能够依据转发属性，控制对该目标消息的转发处理，依次延续。

另外，对于第二用户的设备而言，其在进行目标消息的转发或者进行包含目标消息的合并消息、截屏消息等的转发时，第二用户也可以对转发的消息进行转发属性的设置。该转发属性的设置方式与第一用户的设备进行转发属性的设置方式类似。但由于被转发的目标消息已经存在第一用户设置的转发属性，那么第二用户在基于此进一步设置转发消息的转发属性时，可以单独进行转发属性的设置，也可以基于目标消息已有的转发属性进行进一步的编辑(只可以增加不可以删减)。第一用户设置的转发属性和第二用户设置的转发属性可以分别单独存在和展现，也可以进行合并并合并展现。其中，在合并时分别标记有各部分转发转发属性是由哪个用户设置的。

例如，第一用户的设备发送了消息1给第二用户的设备，消息1中携带了第一用户设置的转发属性1。第二用户的设备在对消息1进行转发时，进一步针对消息1设置转发属性2。可以将转发属性1和转发属性2分别作为两个单独的转发属性携带在消息1中转发给第三用户的设备。第三用户的设备接收到消息1后，展现该消息1的转发属性1和转发属性2。

第二用户的设备也可以将转发属性1和转发属性2合并为一个转发属性，并在合并后的转发属性中分别标注哪部分是第一用户设置的，哪部分是第二用户设置的。然后将合并后的转发属性携带在消息1中发送给第三用户的设备。第三用户的设备接收到消息1后，展现消息1的转发属性(即合并的转发属性)。

需要说明的是，在转发的目标消息中携带转发属性的信息可以由第二用户的设备来执行，也可以由服务器端来执行，参见实施例三。

实施例三、

图4为本申请实施例三提供的方法流程图，该流程图中，步骤401～404均与实施例二中步骤301～304相同。不同的是在405中，第二用户的设备对目标消息进行转发。

在406中，服务器接收到第二用户转发的目标消息后，在第二用户转发的目标消息中携带转发属性信息，然后再转发给目标用户的设备，例如第三用户的设备。

实施例四、

图5为本申请实施例四提供的方法流程图，如图5中所示，该方法可以包括以下步骤：

步骤501～504与步骤301～304相同，不做赘述。

在505中，获取到第二用户对目标消息的转发指令时，若不满足转发属性中的转发条件，则第二用户的设备不对目标消息进行转发。

如实施例一中所述的，转发条件可以包括诸如可被转发的次数、可被转发的范围或可被转发的时间等等。第二用户的设备会依据转发属性中的转发条件判断该转发指令是否满足该转发条件，如果不满足，则不会对目标消息进行转发。更进一步地，第二用户的设备会将不满足转发条件的信息提示给第二用户。

需要说明的是，对于诸如可被转发的次数的情况，可以记录已被转发的次数或剩余还可被转发的次数，每进行一次转发该记录均被更新，该记录可以携带在转发属性中，也可以存储于服务器端。可以依据该记录进行是否满足转发条件的判断。

若第二用户是对多条目标消息进行合并转发，且多条目标消息的转发条件并不一致，那么可以采用但不限于以下两种方式：

第一种方式：依据多条目标消息的转发条件中优先级最高的转发条件对合并转发的多条目标消息进行转发处理。

例如，用户合并转发目标消息1和目标消息2，其中目标消息1的转发条件为仅在两天内可以转发，目标消息2的转发条件为仅可转发5次。若预先设置有转发条件的优先级为：转发次数的优先级高于转发时间的优先级，那么采用目标消息2的转发条件。合并转发目标消息1和目标消息2的时候，若当前目标消息2已被转发的次数达到了5次，则禁止目标消息1和目标消息2的合并转发。

第二种方式：依据多条目标消息的转发条件的交集，对合并转发的多条目标消息进行转发处理。

例如，用户合并转发目标消息1和目标消息2，其中目标消息1的转发条件为仅在两天内可以转发，目标消息2的转发条件为仅可转发5次。则取两者转发条件的交集：仅在两天内可以转发且仅可转发5次。合并转发目标消息1和目标消息2的时候，若当前目标消息2已被转发的次数达到了5次，或者已经超出了两天时间，则禁止目标消息1和目标消息2的合并转发。

同样，禁止对目标消息进行转发可以由第二用户的设备来执行，也可以由服务器端来执行，参见实施例五。

实施例五、

图6为本申请实施例五提供的方法流程图，该流程图中，步骤601～604均与实施例四中步骤501～504相同。不同的是在605中，获取到第二用户对目标消息的转发指令时，第二用户的设备对目标消息进行转发。

在606中，服务器接收到第二用户转发的目标消息后，若判断不满足转发属性中的转发条件，则禁止本次转发。还可以进一步向第二用户的设备返回不满足转发条件的信息以提示给第二用户。

实施例六、

图7为本申请实施例六提供的方法流程图，如图7中所示，该方法可以包括：

在701中，第一用户的设备经由服务器向第二用户的设备发送消息。假设该消息尚未设置转发属性。

在702中，第二用户的设备接收并展示该消息。

在703中，第二用户的设备确定该消息不存在转发属性，在第二用户针对该消息的操作满足转发属性设置条件时，通过服务器向第一用户的设备发送该消息将被转发的通知。

转发属性设置条件可以包括但不限于以下几种：

第一种，消息被转发。也就是说，只要消息被转发，就需要提醒消息发布者是否进行转发属性的设置。如果消息不被转发，则无需进行转发属性的设置。

第二种，消息被转发且转发的内容包含第一用户的信息。当被转发的消息中包含消息发布者的信息时，消息的转发可能会对消息发布者带来不良影响，因此需要提醒消息发布者进行转发属性的设置。

第三种，包含目标消息的截图或录屏内容被转发。

在704中，第一用户的设备接收到该消息将被转发的通知后，提示第一用户针对该消息进行转发属性的设置。

在705中，第一用户的设备将该消息作为目标消息设置转发属性后，将转发属性的信息通过服务器发送给第二用户的设备。

在706中，第二用户的设备依据转发属性，控制针对该消息的转发处理。

在发送消息将被转发的通知之后且在第一用户未针对上述通知执行操作之前，第二用户的设备不能对该消息进行转发。

除了由第二用户的设备进行转发控制和发送通知之外，也可以由服务器端来进行转发控制和发送通知。参见实施例七。

实施例七、

图8为本申请实施例七提供的方法流程图，如图8中所示，该方法可以包括：

步骤801～802同实施例六中步骤701～702。

在803中，第二用户的设备在第二用户这对该消息的操作下转发该消息。

在804中，服务器接收到第二用户的设备转发该消息，确定该消息不存在转发属性且第二用户针对该消息的操作满足转发属性设置条件，则向第一用户的设备发送该消息将被转发的通知。

对于已设置转发属性的消息，在服务器端记录有转发属性和目标消息的表示的对应关系，对于不存在记录的消息，则可以确定其不存在转发属性。

在805中，第一用户的设备接收到该消息将被转发的通知后，提示第一用户针对该消息进行转发属性的设置。

在806中，第一用户的设备将该消息作为目标消息设置转发属性。

在807中，服务器记录该消息的转发属性，并依据转发属性控制第二用户的设备对该消息的转发处理。

例如，服务器将第二用户的设备转发给第三用户的设备的该消息中携带转发属性。再例如，依据转发属性中的转发条件，确定是否允许第二用户的设备转发该消息给第三用户的设备，等等。

服务器在向第一用户的设备发送目标消息将被转发的通知之后，且在未获取到第一用户针对该通知执行操作之前，禁止转发该目标消息。

在上述各实施例中，涉及到转发属性的信息展现时，可以以弹窗的方式展现目标消息的转发属性的信息。也可以在目标消息中展示转发属性的标识，当该标识被点击时展现转发属性的信息。当然，也可以采用其他展现方式，在此不做穷举。相应地，当第二用户或者其他用户对第一用户的目标消息进行转发时，在转发的目标消息中可以直接携带转发属性，以便转发的该目标消息被接收时，也能够以弹窗形式展现转发属性。或者，在转发的目标消息中可以携带转发属性的标识，只有该标识被点击时展现转发属性的信息。

假设第二用户的设备将来自第一用户的设备的目标消息转发给了第三用户的设备。那么第三用户的设备对于接收到的目标消息，可以按照上述实施例中第二用户的设备的方式依据目标消息的转发属性执行处理。

更进一步地，在第三用户的设备接收到目标消息后，除了展现该目标消息的转发属性之外，还可以展现第三用户与第一用户的关联程度，即目标消息的源发送者和当前接收者之间的关联程度。这一关联程度可以通过多种方式来体现，例如是否互为好友、对方是否在自己的联系人中、是否有共同的好友、是否属于同一个单位、小区、城市等等。例如，第三用户的设备接收到该目标消息后，展现提示消息“您和消息的源发送者并非好友”、“消息的源发送者是您的联系人”、“您和消息的源发送者位于同一小区”等等。这样第三用户就能够依据自己与目标消息的源发送者之间的关联程度来衡量该消息是否可靠，以此来决定是否继续转发该目标消息。后续接收到目标消息的其他用户的设备均可以按照类似的方式进行处理。

图9示出了适于用来实现本发明实施方式的示例性计算机***/服务器012的框图。图9显示的计算机***/服务器012仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图9所示，计算机***/服务器012以通用计算设备的形式表现。计算机***/服务器012的组件可以包括但不限于：一个或者多个处理器或者处理单元016，***存储器028，连接不同***组件(包括***存储器028和处理单元016)的总线018。

总线018表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，***总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及***组件互连(PCI)总线。

计算机***/服务器012典型地包括多种计算机***可读介质。这些介质可以是任何能够被计算机***/服务器012访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

***存储器028可以包括易失性存储器形式的计算机***可读介质，例如随机存取存储器(RAM)030和/或高速缓存存储器032。计算机***/服务器012可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机***存储介质。仅作为举例，存储***034可以用于读写不可移动的、非易失性磁介质(图9未显示，通常称为“硬盘驱动器”)。尽管图9中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线018相连。存储器028可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块042的程序/实用工具040，可以存储在例如存储器028中，这样的程序模块042包括——但不限于——操作***、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块042通常执行本发明所描述的实施例中的功能和/或方法。

计算机***/服务器012也可以与一个或多个外部设备014(例如键盘、指向设备、显示器024等)通信，在本发明中，计算机***/服务器012与外部雷达设备进行通信，还可与一个或者多个使得用户能与该计算机***/服务器012交互的设备通信，和/或与使得该计算机***/服务器012能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口022进行。并且，计算机***/服务器012还可以通过网络适配器020与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器020通过总线018与计算机***/服务器012的其它模块通信。应当明白，尽管图9中未示出，可以结合计算机***/服务器012使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID***、磁带驱动器以及数据备份存储***等。

处理单元016通过运行存储在***存储器028中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的方法流程。

上述的计算机程序可以设置于计算机存储介质中，即该计算机存储介质被编码有计算机程序，该程序在被一个或多个计算机执行时，使得一个或多个计算机执行本发明上述实施例中所示的方法流程和/或装置操作。例如，被上述一个或多个处理器执行本发明实施例所提供的方法流程。

随着时间、技术的发展，介质含义越来越广泛，计算机程序的传播途径不再受限于有形介质，还可以直接从网络下载等。可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (26)

1.一种消息的处理方法，其特征在于，该方法包括：

第二用户的设备接收第一用户的设备发送的目标消息；

获取所述目标消息的转发属性，所述转发属性是所述第一用户通过转发属性设置界面针对所述目标消息设置的；

依据所述目标消息的转发属性对所述目标消息进行转发处理。

2.根据权利要求1所述的方法，其特征在于，所述第一用户的设备发送的目标消息包括：

所述第一用户自己输入的消息；或者，

所述第一用户转发其他用户的消息。

3.根据权利要求1的方法，其特征在于，所述依据所述目标消息的转发属性对所述目标消息进行转发处理包括：

所述第二用户的设备展现所述目标消息的转发属性的信息，以辅助所述第二用户决定是否转发所述目标消息。

4.根据权利要求3所述的方法，其特征在于，所述依据所述目标消息的转发属性对所述目标消息进行转发处理还包括：

所述第二用户的设备接收到第二用户对所述目标消息的转发指令时，按照预设的方式在转发的目标消息中携带所述转发属性；或者，

所述第二用户的设备接收到第二用户对所述目标消息的转发指令时，若不满足所述转发属性中的转发条件，则无法对所述目标消息进行转发。

5.根据权利要求3所述的方法，其特征在于，所述第二用户的设备展现所述目标消息的转发属性的信息包括：

所述第二用户的设备在展现所述目标消息时，展现所述转发属性的信息；或者，

所述第二用户的设备在所述第二用户针对所述目标消息的操作满足所述转发属性的展现条件时，展现所述转发属性的信息。

6.根据权利要求5所述的方法，其特征在于，所述转发属性的展现条件包括：

包含所述目标消息的多条消息被合并转发；或者，

所述目标消息被转发且转发的内容包含所述第一用户的信息；或者，

包含所述目标消息的截图或录屏内容被转发。

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

若所述目标消息不存在转发属性，则所述第二用户的设备在所述第二用户针对所述目标消息的操作满足转发属性设置条件时，通过服务器向所述第一用户的设备发送所述目标消息将被转发的通知，以提示所述第一用户针对所述目标消息设置转发属性。

8.根据权利要求7所述的方法，其特征在于，所述转发属性设置条件包括：

所述目标消息被转发；或者，

所述目标消息被转发且转发的内容包含所述第一用户的信息；或者，

包含所述目标消息的截图或录屏内容被转发。

9.根据权利要求7所述的方法，其特征在于，在所述通过服务器向所述第一用户的设备发送所述目标消息将被转发的通知之后，且在所述第一用户未针对所述通知执行操作之前，所述第二用户的设备被禁止对所述目标消息进行转发。

10.根据权利要求4所述的方法，其特征在于，所述按照预设的方式在转发的目标消息中携带所述转发属性包括：

在转发的目标消息中携带所述转发属性的标识，所述标识被点击时展现所述转发属性的信息；或者，

在转发的目标消息中携带所述转发属性，以便在转发的所述目标消息被接收时，以弹窗形式展现所述转发属性的信息。

11.根据权利要求1至10中任一项所述的方法，其特征在于，所述转发属性包括声明信息和/或转发条件；

所述声明信息包括：免责声明；

所述转发条件包括：可被转发的次数、可被转发的范围或可被转发的时间。

12.根据权利要求11所述的方法，其特征在于，若所述第二用户的设备合并转发多条目标消息且所述多条目标消息的转发条件不一致，则：

依据所述多条目标消息的转发条件中优先级最高的转发条件对合并转发的多条目标消息进行转发处理；或者，

依据所述多条目标消息的转发条件的交集，对合并转发的多条目标消息进行转发处理。

13.一种消息的处理方法，其特征在于，该方法包括：

第一用户的设备将转发属性设置界面提供给所述第一用户；

通过所述转发属性设置界面获取所述第一用户针对发送的目标消息设置的转发属性；

发送所述转发属性给服务器端，以便接收所述目标消息的第二用户的设备基于所述转发属性对所述目标消息进行转发处理。

14.根据权利要求13所述的方法，其特征在于，所述发送的目标消息包括：

所述第一用户自己输入的消息；或者，

所述第一用户转发其他用户的消息。

15.根据权利要求13所述的方法，其特征在于，所述第一用户的设备将转发属性设置界面提供给所述第一用户包括：

所述第一用户的设备在所述第一用户输入所述目标消息时，将所述转发属性设置界面提供给所述第一用户；或者，

所述第一用户的设备在所述第一用户从已发送的消息中选择目标消息时，将所述转发属性设置界面提供给所述第一用户；或者，

所述第一用户的设备接收到所述目标消息将被转发的通知后，将所述转发属性设置界面提供给所述第一用户。

16.根据权利要求13至15中任一项所述的方法，其特征在于，所述转发属性包括声明信息和/或转发条件；

所述声明信息包括：免责声明；

所述转发条件包括：可被转发的次数、可被转发的范围或可被转发的时间。

17.一种消息的处理方法，其特征在于，该方法包括：

服务器端从第一用户的设备获取目标消息的转发属性并进行记录，所述转发属性是第一用户通过所述转发属性设置界面针对目标消息设置的；

依据所述转发属性控制接收所述目标消息的第二用户的设备对所述目标消息的转发处理。

18.根据权利要求17所述的方法，其特征在于，依据所述转发属性控制接收所述目标消息的第二用户的设备对所述目标消息的转发处理包括：

将所述目标消息的转发属性的信息发送给所述第二用户的设备进行展示，以辅助所述第二用户决定是否转发所述目标消息。

19.根据权利要求18所述的方法，其特征在于，依据所述转发属性控制接收所述目标消息的第二用户的设备对所述目标消息的转发处理还包括：

在所述第二用户的设备对所述目标消息进行转发时，服务器端在转发的目标消息中携带所述转发属性；或者，

在所述第二用户的设备对所述目标消息进行转发时，若不满足所述转发属性中的转发条件，则服务器端禁止所述第二用户的设备对所述目标消息的转发。

20.根据权利要求18所述的方法，其特征在于，将所述目标消息的转发属性的信息发送给所述第二用户的设备包括：

若所述第二用户针对所述目标消息的操作满足所述转发属性的展现条件，所述服务器端将所述目标消息的转发属性的信息发送给所述第二用户的设备；或者，

所述服务器端在发送所述目标消息给所述第二用户的设备时，将所述目标消息的转发属性的信息发送给所述第二用户的设备。

21.根据权利要求20所述的方法，其特征在于，所述转发属性的展现条件包括：

包含所述目标消息的多条消息被合并转发；或者，

所述目标消息被转发且转发的内容包含所述第一用户的信息；或者，

包含所述目标消息的截图或录屏内容被转发。

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

若所述第二用户针对所述目标消息的操作满足转发属性设置条件且尚未记录有所述目标消息的转发属性，则所述服务器端向所述第一用户的设备发送所述目标消息将被转发的通知，以提示所述第一用户针对所述目标消息设置转发属性。

23.根据权利要求22所述的方法，其特征在于，所述转发属性设置条件包括：

所述目标消息被转发；或者，

所述目标消息被转发且转发的内容包含所述第一用户的信息；或者，

包含所述目标消息的截图或录屏内容被转发。

24.根据权利要求22所述的方法，其特征在于，在向所述第一用户的设备发送所述目标消息将被转发的通知之后，且在未获取到所述第一用户针对所述通知执行操作之前，所述服务器端禁止所述第二用户的设备对所述目标消息进行转发。

25.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-24中任一项所述的方法。

26.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行权利要求1-24中任一项所述的方法。

Images