CN105897558A - 消息发送方法、消息接收方法及终端 - Google Patents

Abstract

本公开是关于一种消息发送方法、消息接收方法及终端，消息发送方法包括：接收用户输入的消息类型以及消息主体；根据所述消息类型以及所述消息主体，生成待发送消息；对所述待发送消息进行发送。消息接收方法包括：接收发送终端发送的消息；对所述发送终端发送的消息进行解析，获取所述消息对应的消息类型；根据所述消息类型对所述消息进行提醒处理。本公开所提供的方法使得消息提醒可以受发送方用户的控制，满足了发送方用户的需求。

Description

消息发送方法、消息接收方法及终端

技术领域

本公开涉及通信技术领域，特别涉及一种消息发送方法、消息接收方法及终端。

背景技术

随着网络及终端技术的发展，用户可以使用终端所提供的各种应用，向其他终端发送消息，或者接收其他终端发送的消息，以达到用户之间信息交流的目的。

相关技术中，当发送终端发送一条消息之后，接收终端会接收到该消息，并根据用户在接收终端上的提醒设置方式来提醒用户，如果接收终端的设置为发出提醒信息，则即使发送方用户不希望接收终端提醒接收方用户，接收终端也会发出提醒信息。

发明内容

本公开实施例提供了一种消息发送方法、消息接收方法及终端，所述技术方案如下：

根据本公开实施例的第一方面，提供一种消息发送方法，包括：

接收用户输入的消息类型以及消息主体；

根据所述消息类型以及所述消息主体，生成待发送消息；

对所述待发送消息进行发送。

进一步地，所述消息类型包括不提醒类型，所述根据所述消息类型以及所述消息主体，生成待发送消息，包括：

若所述消息类型为不提醒类型，则在所述消息主体前增加所述不提醒类型对应的第一前缀，将增加了所述第一前缀的消息主体作为所述待发送消息。

进一步地，所述消息类型包括提醒类型，所述根据所述消息类型以及所述消息主体，生成待发送消息，包括：

若所述消息类型为提醒类型，则：

在所述消息主体前增加所述提醒类型对应的第二前缀，将增加了所述第二前缀的消息主体作为所述待发送消息；或者，

将所述消息主体作为所述待发送消息。

进一步地，所述消息类型包括不提醒类型，所述根据所述消息类型以及所述消息主体，生成待发送消息，包括：

若所述消息类型为不提醒类型，则在所述消息主体之后增加所述不提醒类型对应的第一后缀，将增加了所述第一后缀的消息主体作为所述待发送消息。

进一步地，所述消息类型包括提醒类型，所述根据所述消息类型以及所述消息主体，生成待发送消息，包括：

若所述消息类型为提醒类型，则在所述消息主体前增加所述提醒类型对应的第二后缀，将增加了所述第二后缀的消息主体作为所述待发送消息；或者，

将所述消息主体作为所述待发送消息。

进一步地，所述根据所述消息类型以及所述消息主体，生成待发送消息之前，还包括：

获取当前时间；

判断所述当前时间是否满足预设条件，若满足，则将所述消息类型设置为不提醒类型。

根据本公开实施例的第二方面，提供一种消息接收方法，包括：

接收发送终端发送的消息；

对所述发送终端发送的消息进行解析，获取所述消息对应的消息类型；

根据所述消息类型对所述消息进行提醒处理。

进一步地，所述对所述发送终端发送的消息进行解析，获取所述消息对应的消息类型，包括：

读取所述消息的前缀信息；

根据所述前缀信息确定所述消息对应的消息类型。

进一步地，所述根据所述前缀信息确定所述消息对应的消息类型，包括：

若所述前缀信息为提醒，则确定所述消息对应的消息类型为提醒类型。

进一步地，所述根据所述前缀信息确定所述消息对应的消息类型，包括：

若所述前缀信息为不提醒，则确定所述消息对应的消息类型为不提醒类型。

进一步地，所述对所述发送终端发送的消息进行解析，获取所述消息对应的消息类型，包括：

读取所述消息的后缀信息；

根据所述后缀信息确定所述消息对应的消息类型。

进一步地，所述根据所述后缀信息确定所述消息对应的消息类型，包括：

若所述后缀信息为提醒，则确定所述消息对应的消息类型为提醒类型。

进一步地，所述根据所述后缀信息确定所述消息对应的消息类型，包括：

若所述后缀信息为不提醒，则确定所述消息对应的消息类型为不提醒类型。

进一步地，所述根据所述消息类型对所述消息进行提醒处理，包括：

若所述消息类型为不提醒类型，则：

对所述消息进行静音处理；

在用户界面上显示所述消息对应的未读信息。

进一步地，所述对所述消息进行静音处理，包括：

关闭所述消息对应的声音提醒；

关闭所述消息对应的背光提醒以及震动提醒。

根据本公开实施例的第三方面，提供一种终端，包括：

接收模块，被配置为接收用户输入的消息类型以及消息主体；

生成模块，被配置为根据所述消息类型以及所述消息主体，生成待发送消息；

发送模块，被配置为对所述待发送消息进行发送。

进一步地，所述消息类型包括不提醒类型，所述生成模块包括：

第一生成子模块，被配置为当所述消息类型为不提醒类型时，在所述消息主体前增加所述不提醒类型对应的第一前缀，将增加了所述第一前缀的消息主体作为所述待发送消息。

进一步地，所述消息类型包括提醒类型，所述生成模块还包括：

第二生成子模块，被配置为当所述消息类型为提醒类型时，在所述消息主体前增加所述提醒类型对应的第二前缀，将增加了所述第二前缀的消息主体作为所述待发送消息，或者，将所述消息主体作为所述待发送消息。

进一步地，所述消息类型包括不提醒类型，所述生成模块还包括：

第三生成子模块，被配置为当所述消息类型为不提醒类型时，在所述消息主体之后增加所述不提醒类型对应的第一后缀，将增加了所述第一后缀的消息主体作为所述待发送消息。

进一步地，所述消息类型包括提醒类型，所述生成模块还包括：

第四生成子模块，被配置为当所述消息类型为提醒类型时，在所述消息主体前增加所述提醒类型对应的第二后缀，将增加了所述第二后缀的消息主体作为所述待发送消息，或者，将所述消息主体作为所述待发送消息。

进一步地，所述终端还包括：

获取模块，被配置为获取当前时间；

设置模块，被配置为判断所述当前时间是否满足预设条件，若满足，则将所述消息类型设置为不提醒类型。

根据本公开实施例的第四方面，提供一种终端，包括：

接收模块，被配置为接收发送终端发送的消息；

解析模块，被配置为对所述发送终端发送的消息进行解析，获取所述消息对应的消息类型；

处理模块，被配置为根据所述消息类型对所述消息进行提醒处理。

进一步地，所述解析模块包括：

第一读取子模块，被配置为读取所述消息的前缀信息；

第一确定子模块，被配置为根据所述前缀信息确定所述消息对应的消息类型。

进一步地，所述第一确定子模块具体用于：

若所述前缀信息为提醒，则确定所述消息对应的消息类型为提醒类型。

进一步地，所述第一确定子模块具体还用于：

若所述前缀信息为不提醒，则确定所述消息对应的消息类型为不提醒类型。

进一步地，所述解析模块还包括：

第二读取子模块，被配置为读取所述消息的后缀信息；

第二确定子模块，被配置为根据所述后缀信息确定所述消息对应的消息类型。

进一步地，所述第二确定子模块具体用于：

若所述后缀信息为提醒，则确定所述消息对应的消息类型为提醒类型。

进一步地，所述第二确定子模块具体还用于：

若所述后缀信息为不提醒，则确定所述消息对应的消息类型为不提醒类型。

进一步地，所述处理模块包括：

处理子模块，被配置为在所述消息类型为不提醒类型时，对所述消息进行静音处理；

显示子模块，被配置为在用户界面上显示所述消息对应的未读信息。

进一步地，所述处理子模块具体用于：

关闭所述消息对应的声音提醒，以及，关闭所述消息对应的背光提醒以及震动提醒。

根据本公开实施例的第五方面，提供一种终端，包括：

处理器；

用于存储所述处理器的可执行指令的存储器；

其中，所述处理器被配置为：

接收用户输入的消息类型以及消息主体；

根据所述消息类型以及所述消息主体，生成待发送消息；

对所述待发送消息进行发送。

根据本公开实施例的第六方面，提供一种终端，包括：

处理器；

用于存储所述处理器的可执行指令的存储器；

其中，所述处理器被配置为：

接收发送终端发送的消息；

对所述发送终端发送的消息进行解析，获取所述消息对应的消息类型；

根据所述消息类型对所述消息进行提醒处理。

本公开实施例提供的技术方案可以包括以下有益效果：

发送终端通过接收用户输入的消息类型，将该消息类型作为待发送消息的一部分发送给接收方终端，可以使得接收方终端根据发送方用户的指示来选择对所接收到的消息进行提醒或不提醒，从而实现了由发送方来控制消息是否提醒，满足了发送方用户的发送消息的需求。接收终端根据该消息类型的指示来选择发出针对该消息的提醒信息或者不发出针对该消息的提醒信息，从而实现按照发送方的指示来进行消息提醒，同样满足了发送方用户的需求。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1为本公开所应用的场景示意图；

图2是根据一示例性实施例示出的消息发送方法的流程图；

图3是根据另一示例性实施例示出的消息发送方法的流程图；

图4是根据一示例性实施例示出的消息接收方法的流程图；

图5是根据另一示例性实施例示出的消息接收方法的流程图；

图6是根据另一示例性实施例示出的消息接收方法的流程图；

图7是根据又一示例性实施例示出的消息接收方法的流程图；

图8是根据又一示例性实施例示出的消息接收方法的流程图；

图9是根据一示例性实施例示出的发送终端和接收终端进行消息交互的交互流程图；

图10是根据一示例性实施例示出的一种终端的框图；

图11是根据一示例性实施例示出的一种终端的框图；

图12是根据一示例性实施例示出的一种终端的框图；

图13是根据一示例性实施例示出的一种终端的框图；

图14是根据一示例性实施例示出的一种终端的框图；

图15是根据一示例性实施例示出的一种终端的框图；

图16是根据一示例性实施例示出的另一种终端的框图；

图17是根据一示例性实施例示出的另一种终端的框图；

图18是根据一示例性实施例示出的另一种终端的框图；

图19是根据一示例性实施例示出的另一种终端的框图；

图20是根据一示例性实施例示出的一种终端的实体的框图；

图21是根据一示例性实施例示出的另一种终端的实体的框图；

图22是根据一示例性实施例示出的一种终端1300的框图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1为本公开所应用的场景示意图，如图1所示，本公开涉及两个终端之间的消息交互，终端1为发送消息的终端，终端2为接收消息的终端，假设使用终端1的是用户A，使用终端2的是用户B，则用户A可以在终端1上输入希望发送给用户B的消息内容，由终端1发送给终端2，终端2接收该消息，并将消息内容显示给用户B。

在一些情况下，用户A向用户B发送一条消息，但是这条消息并不是紧急消息，用户A只是希望这条消息可以发送给用户B，而不需要立即提醒用户B，以免打扰到用户B。但是相关技术中，用户A所发送的消息是否会立即提醒用户B，并不受用户A控制，而是取决于用户B对应的终端，即终端2上的设置，如果终端2上设置了消息提醒，则，即使用户A不希望提醒用户B，终端2也会发出提醒。因此，相关技术中的方法并不能满足发送方用户的需求。

本公开提出一种消息发送及接收方法，在发送方发送消息时增加关于提醒的标识，以指示接收方根据该标识来选择发出提醒或不发出提醒，从而使得消息提醒可以受发送方控制，满足发送方用户的需求。

图2是根据一示例性实施例示出的消息发送方法的流程图，该方法的执行主体是发送方用户所使用的终端，即发送终端。如图2所示，该方法包括：

在步骤101中，接收用户输入的消息类型以及消息主体。

其中，上述消息类型可以用来指示接收终端根据该消息类型确定是否提醒用户。另外，上述消息类型也可以用于指示本条消息是否为加密消息，以使接收终端根据该消息类型进行对应的解密。或者，上述消息类型也可以用于指示本条消息的优先级、消息中是否包含图片、视频等特殊信息等。总之，发送终端可以通过预先与接收终端协商来确定上述消息类型可以指示的信息，以使接收终端根据这些指示执行相应的操作。

当上述消息类型用于指示接收终端根据该消息类型确定是否提醒用户时，上述消息类型可以包括提醒类型和不提醒类型，提醒类型用于指示接收终端根据该消息类型对用户进行提醒，即开启消息提醒，不提醒类型用于指示接收终端根据该消息类型不对用户进行提醒，即关闭消息提醒。

当用户在发送终端上输入消息时，发送终端可以向用户提供两个关于提醒的选项待用户选择，包括提醒选项和不提醒选项，当用户完成消息输入后，如果不希望这条消息打扰到接收方用户，则可以选择其中的不提醒选项。

发送终端所提供的选项也可以不限于应用于一条消息，也可以应用于多条消息，当应用于多条消息时，用户可以首先选择一条选项，则接下来所输入的消息都会按照该选项所指示的提醒方式进行提醒。

发送终端可以设置默认的选项，例如默认选定提醒选项，当用户不进行手动选择时，都会按照默认的选型来发送消息。

无论使用上述哪种方式来设置关于提醒的选项，当用户选择发送消息后，发送终端都会识别用户所输入的消息以及当前选定的选项，发送终端会将用户所输入的消息内容作为上述消息主体，并将当前选定的选项作为上述消息类型。

发送终端也可以通过用户直接输入的方式来获取消息类型。

在步骤102中，根据消息类型以及消息主体，生成待发送消息。

除了消息主体外，发送终端还需要将用户所选定的消息类型发送给接收方终端，以使得接收方终端可以根据这个消息类型来进行与该消息类型对应的处理。因此，当发送终端获取到消息主体及消息类型后，需要对消息主体及消息类型进行处理，以使得所生成的待发送消息中可以即包括消息主体，又包括消息类型。

发送终端在对消息主体及消息类型进行处理，可以将消息主体和消息类型合并成一条完整消息发送，也可以通过其他方式，例如使用两条消息进行发送等。

在步骤103中，对上述待发送消息进行发送。

发送终端生成待发送消息后，会对该待发送消息进行发送。如果待发送消息不止一条，则按照先发送消息类型，再发送消息主体的顺序进行发送。

本实施例中，发送终端通过接收用户输入的消息类型，将该消息类型作为待发送消息的一部分发送给接收方终端，可以使得接收方终端根据发送方用户的指示来选择对所接收到的消息进行提醒或不提醒，从而实现了由发送方来控制消息是否提醒，满足了发送方用户的发送消息的需求。

在上述实施例的基础上，本实施例涉及发送终端根据消息类型以及消息主体生成待发送消息的具体方法，即，上述步骤102的一种实施方式为：

若消息类型为不提醒类型，则在消息主体前增加不提醒类型对应的第一前缀，将增加了第一前缀的消息主体作为待发送消息。

即，当用户选择本条消息不提醒，则发送终端会在消息主体前增加一个第一前缀，当接收方终端接收到消息后，通过解析该前缀，就可以知道这条消息不需要提醒。

发送终端可以将消息类型对应的内容直接作为第一前缀，也可以对消息类型进行转化得到对应的第一前缀。其中，第一前缀可以通过发送终端和接收方终端进行约定来设置，例如，第一前缀可以是预设长度的特殊字符，或者特定的数字、表情、字母等。例如，第一前缀可以是每条消息的比特位全为1的第一个字节，或者预设个数的数字1，或者预设个数的表情符。发送终端和接收方终端需要事先约定好第一前缀的定义，当发送终端发送第一前缀后，接收方终端解析出消息的前缀就是约定的第一前缀，则就可以认为本条消息不需要提醒。

本实施例中，通过消息主体前增加提醒类型对应的第一前缀，可以使得接收方终端根据该第一前缀进行对应的提醒处理，并且，仅需要一条消息进行发送，不会造成传输资源浪费，同时，增加前缀的方式实现简单，解析方便，可以提高消息处理效率。

在上述实施例的基础上，本实施例涉及发送终端根据消息类型以及消息主体生成待发送消息的具体方法，即，上述步骤102的另一种实施方式为：

若消息类型为提醒类型，则：

在消息主体前增加提醒类型对应的第二前缀，将增加了第二前缀的消息主体作为待发送消息；或者，将消息主体作为待发送消息。

即如果用户选择本条消息需要提醒，则发送终端可以进行两种处理，第一种处理为在消息主体前增加提醒类型对应的第二前缀，这个第二前缀也需要发送终端和接收方终端事先进行约定，第二前缀也可以为预设长度的特殊字符、特定的数字、表情、字母等，第二前缀必须区别于第一前缀。另一种处理为不增加前缀，即按照原有的发送方式，直接将消息主体发送给接收方终端，接收方终端接收到该消息后也按照原有的提醒方式进行提醒或不提醒。

本实施例中，增加第二前缀的方法可以使得接收方终端根据该第二前缀进行对应的提醒处理，并且，增加前缀的方式实现简单，解析方便，可以提高消息处理效率。而不使用前缀的方法沿用了原有的实现方法，使得发送终端和接收方终端都不需要再进行额外的改变，因此简化了处理过程。

在上述实施例的基础上，本实施例涉及发送终端根据消息类型以及消息主体生成待发送消息的具体方法，即，上述步骤102的另一种实施方式为：

若消息类型为不提醒类型，则在消息主体之后增加不提醒类型对应的第一后缀，将增加了第一后缀的消息主体作为待发送消息。

本实施例是通过增加后缀的方式来向消息主体中增加不提醒类型，发送终端可以在消息主体的结束符之后增加事先与接收方终端约定的第一后缀，其中，第一后缀的设置方式可以参照前述第一前缀和第二前缀的设置方式，此处不再赘述。

本实施例中，通过消息主体前增加提醒类型对应的第一后缀，可以使得接收方终端根据该第一后缀进行对应的提醒处理，并且，仅需要一条消息进行发送，不会造成传输资源浪费。

在上述实施例的基础上，本实施例涉及发送终端根据消息类型以及消息主体生成待发送消息的具体方法，即，上述步骤102的另一种实施方式为：

若消息类型为提醒类型，则在消息主体前增加提醒类型对应的第二后缀，将增加了第二后缀的消息主体作为待发送消息；或者，将消息主体作为待发送消息。

即如果用户选择本条消息需要提醒，则发送终端可以进行两种处理，第一种处理为，在消息主体后增加提醒类型对应的第二后缀，第二后缀需要发送终端与接收方终端事先进行约定，其设置方法可以参照前述第一前缀和第二前缀的设置方法，此处不再赘述。同时，第二后缀必须区别于第一后缀。另一种处理为不增加后缀，即按照原有的发送方式，直接将消息主体发送给接收方终端，接收方终端接收到该消息后也按照原有的提醒方式进行提醒或不提醒。

本实施例中，增加第二后缀的方法可以使得接收方终端根据该第二后缀进行对应的提醒处理，并且，仅需要一条消息进行发送，不会造成传输资源浪费。而不使用后缀的方法沿用了原有的实现方法，使得发送终端和接收方终端都不需要再进行额外的改变，因此简化了处理过程。

在上述实施例的基础上，本实施例涉及另一种确定消息类型的方法，即，图3是根据另一示例性实施例示出的消息发送方法的流程图，如图3所示，在上述步骤102之前，还包括：

在步骤201中，获取当前时间。

发送终端可以通过查询系统时间直接获取当前时间。

在步骤202中，判断当前时间是否满足预设条件，若满足，则将消息类型设置为不提醒类型。

例如，如果当前时间处于凌晨2点至4点，则即使用户选择了该条用户需要提醒，发送终端也会将消息类型设置为不提醒，以避免对接收方用户造成打扰。

本实施例中，通过判断当前时间，如果当前时间处于特定的时间段，例如凌晨时段，则即使发送方用户希望消息被提醒，发送终端也会将消息类型设置为不提醒，以使得接收方终端不对该消息提醒，以避免接收方受到不必要的打扰。

图4是根据一示例性实施例示出的消息接收方法的流程图，该方法的执行主体是接收方用户所使用的终端，即接收终端。如图4所示，该方法包括：

在步骤401中，接收发送终端发送的消息。

在步骤402中，对发送终端发送的消息进行解析，获取消息对应的消息类型。

接收终端在接收到发送终端发送的消息后，需要对接收到的消息进行解析，以获取消息类型。接收终端和发送终端已预先完成关于消息类型的约定，即定义好消息类型的内容以及在消息中的位置，当接收到消息后，接收终端会根据预先的约定从消息的确定位置读取相应的内容，将获取到的内容转换为消息类型。

其中，消息类型包括提醒类型和不提醒类型，不提醒类型用于指示接收终端关闭消息提醒，而提醒类型用于指示接收终端开启消息提醒。

在步骤403中，根据上述消息类型对消息进行提醒处理。

对于不同的消息类型，接收终端会根据消息类型的指示进行对应的消息处理，从而实现按照发送方的指示来进行消息提醒。

本实施例中，接收终端所接收到的消息中包括发送方所指示的消息类型，接收终端根据该消息类型的指示来选择发出针对该消息的提醒信息或者不发出针对该消息的提醒信息，从而实现按照发送方的指示来进行消息提醒，满足了发送方用户的需求。

在上述实施例的基础上，本实施例涉及获取消息类型的具体方法，即，图5是根据另一示例性实施例示出的消息接收方法的流程图，如图5所示，上述步骤402具体为：

在步骤501中，读取消息的前缀信息。

如前所述，接收终端和发送终端已经预先约定消息类型的在消息中的位置等信息，本实施例中，接收终端和发送终端约定的消息类型位于消息的起始，因此，接收终端会读取消息的前缀信息，并且读取的长度为预先约定好的长度。

在步骤502中，根据该前缀信息确定消息对应的消息类型。

接收终端读取到消息的前缀信息后，根据前缀信息的含义转换为与该前缀对应的消息类型，或直接从前缀信息得到消息类型，以供后续步骤中使用。

其中，在步骤502的一种实施方式中，如果前缀信息为提醒，则接收终端确定消息对应的消息类型为提醒类型。

例如，接收终端和发送终端约定每个消息的第一个字节为前缀信息，并且，该字节的比特位全为1时代表提醒，则，如果接收终端读取到的前缀信息为全1，则说明其含义为提醒，此时，接收终端确定消息类型为提醒类型。

在步骤502的另一种实施方式中，如果前缀信息为不提醒，则接收终端确定消息对应的消息类型为不提醒类型。

例如，接收终端和发送终端约定每个消息的第一个字节为前缀信息，并且，该字节的比特位全为0时代表提醒，则，如果接收终端读取到的前缀信息为全0，则说明其含义为不提醒，此时，接收终端确定消息类型为不提醒类型。

本实施例中，接收终端通过读取消息的前缀信息来确定消息类型为提醒类型或不提醒类型，以供后续处理使用，使用增加前缀来获取消息类型的方法实现简单，解析方便，因此可以提高消息处理效率。

在上述实施例的基础上，本实施例涉及获取消息类型的另一种具体方法，即，图6是根据另一示例性实施例示出的消息接收方法的流程图，如图6所示，上述步骤402具体为：

在步骤601中，读取消息的后缀信息。

如前所述，接收终端和发送终端已经预先约定消息类型的在消息中的位置等信息，本实施例中，接收终端和发送终端约定的消息类型位于消息的后端，因此，接收终端会读取消息的后缀信息，并且读取的长度为预先约定好的长度。

发送终端在生成待发送消息时，会在消息主体之后加入后缀信息，即在后缀信息与消息主体之间会存在特定的结束符号，接收终端在读取后缀信息时，可以逐个读取整条消息，当读取到消息主体的结束符号时，如果后续还有内容，则这些内容为后缀信息。

在步骤602中，根据上述后缀信息确定消息对应的消息类型。

接收终端读取到消息的后缀信息后，根据后缀信息的含义转换为与该前缀对应的消息类型，或直接从后缀信息得到消息类型，以供后续步骤中使用。

其中，在步骤602的一种实施方式中，如果后缀信息为提醒，则确定消息对应的消息类型为提醒类型。

例如，接收终端和发送终端约定后缀信息的长度为一字节，并且该字节的比特位全为1时代表提醒，则，如果接收终端读取到的后缀信息为全1，则说明其含义为提醒，此时，接收终端确定消息类型为提醒类型。

在步骤602的另一种实施方式中，如果后缀信息为不提醒，则接收终端确定消息对应的消息类型为不提醒类型。

例如，接收终端和发送终端约定后缀信息的长度为一字节，并且该字节的比特位全为0时代表不提醒，则，如果接收终端读取到的后缀信息为全0，则说明其含义为不提醒，此时，接收终端确定消息类型为不提醒类型。

本实施例中，接收终端通过读取消息的后缀信息来确定消息类型为提醒类型或不提醒类型，以供后续处理使用，由于后缀信息消息主体之后，并且之间有特定的结束符号，因此，能够保证读取到正确的后缀信息，不会与消息主体产生混淆。

在前述实施例的基础上，本实施例涉及根据消息类型对消息进行提醒处理的具体方法，即，图7是根据又一示例性实施例示出的消息接收方法的流程图，如图7所示，上述步骤403的具体方法为：

在步骤701中，判断消息类型是否为不提醒类型，若是，则执行步骤702和703。

在步骤702中，对消息进行静音处理。

需要注意的是，本实施例中，只要接收终端判断出消息类型为不提醒类型，就会对消息进行静音处理，而不会考虑接收终端的设置，即使接收终端的设置为提醒消息，接收终端也会对消息进行静音处理。

接收终端进行静音处理时，可以直接关闭相应的提示，也可以根据接收方用户当前所处的环境、当前时间等进行降低提醒声音或屏幕亮度等操作。

在步骤703中，在用户界面上显示上述消息对应的未读信息。

由于对消息进行了静音处理，即接收方用户不会感知到已经接收到消息，此时，接收终端会在用户界面上显示该消息对应未读信息，以使得用户再次使用终端时会立即获知已经接收到一条信息。该未读信息显示时，也不会发出提示音或者点亮屏幕等。

本实施例中，当发送终端指示本条消息不需要提醒时，接收终端会对该消息进行静音处理，同时又会在用户界面中显示给消息对应的未读信息，从而使得既不会打扰到接收方用户，又可以保证接收方用户再次打开终端时可以及时获取到该消息，从而极大提升接收方用户的使用体验。

图8是根据又一示例性实施例示出的消息接收方法的流程图，如图8所示，上述步骤702中对消息进行静音处理的具体方法为：

在步骤801中，关闭消息对应的声音提醒。

在步骤803中，关闭消息对应的背光提醒以及震动提醒。

经过上述处理，接收终端不会发出声音提醒、背光提醒以及震动提醒，因此，接收方用户不会感知到有消息发送过来，消息的接收不会对接收方用户产生任何的影响。从而提升了接收方用户的使用体验。

另一实施例中，当接收终端判断出消息类型为提醒类型时，则可以按照原有的处理方式进行处理，即，当消息类型为提醒类型时，接收终端的设置为提醒消息，则接收终端会针对该消息发出提醒信息，如果接收终端的设置为不提醒消息，则接收终端不会提醒该消息。

或者，接收终端可以按照优先级来选择按照哪个指示来进行处理，当发送方优先级高时，则按照消息类型来选择提醒或不提醒消息，当接收方优先级高则，则按照接收方的设置来选择提醒或不提醒消息。

图9是根据一示例性实施例示出的发送终端和接收终端进行消息交互的交互流程图，该示例以消息类型为不提醒类型，消息类型作为消息前缀为例，其余情况可以根据该示例进行相应替换。如图9所示，发送终端和接收终端的消息交互过程包括：

在步骤901中，发送终端接收用户输入的消息类型以及消息主体。

在步骤902中，发送终端判断出消息类型为不提醒类型，并根据该消息类型，在消息主体前加入上述消息类型对应的第一前缀，生成待发送消息。

需要说明的是，本步骤是针对消息类型为不提醒类型并且生成前缀的情况，对于消息类型为提醒类型，以及生成后缀的情况，也可以在本步骤中执行。

在步骤903中，发送终端向接收终端发送待发送消息。

在步骤904中，接收终端接收发送终端发送的消息。

在步骤905中，接收终端读取消息中的前缀信息。

在步骤906中，接收终端判断上述前缀信息的含义为不提醒，进而确定出所接收到的消息的消息类型为不提醒类型。

需要说明的是，本步骤是与前述步骤902对应的解析步骤，此处是以前缀信息为不提醒为例进行说明，针对后缀信息作为消息类型，以及前缀或后缀信息为提醒的情况，也可以在本步骤中执行。

在步骤907中，接收终端根据上述不提醒类型，对接收到的消息进行静音处理，并且在用户界面上显示消息对应的未读信息。

如果消息类型为提醒类型，则本步骤不执行，可以按照原有流程处理。

本实施例中，发送终端在接收到用户输入的消息类型后，识别出该消息类型并在要发送的消息中加入该消息类型对应的前缀，接收终端在接收到消息后通过解析消息中的前缀获取到消息的消息类型，并根据消息类型确定是否向用户发出提醒消息。即通过发送终端和接收终端的交互配合，使得发送方用户的指示可以被接收终端识别并执行，从而实现了由发送端用户控制消息的提醒功能，满足了用户的需求。

下述为本公开装置实施例，可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节，请参照本公开方法实施例。

图10是根据一示例性实施例示出的一种终端的框图，如图10所示，该终端可以包括：

接收模块501，被配置为接收用户输入的消息类型以及消息主体。

生成模块502，被配置为根据消息类型以及消息主体，生成待发送消息。

发送模块503，被配置为对待发送消息进行发送。

图11是根据一示例性实施例示出的一种终端的框图，如图11所示，消息类型包括不提醒类型，生成模块502包括：

第一生成子模块5021，被配置为当消息类型为不提醒类型时，在消息主体前增加不提醒类型对应的第一前缀，将增加了第一前缀的消息主体作为待发送消息。

图12是根据一示例性实施例示出的一种终端的框图，如图12所示，所述消息类型包括提醒类型，生成模块502还包括：

第二生成子模块5022，被配置为当消息类型为提醒类型时，在消息主体前增加提醒类型对应的第二前缀，将增加了第二前缀的消息主体作为待发送消息，或者，将消息主体作为待发送消息。

图13是根据一示例性实施例示出的一种终端的框图，如图13所示，所述消息类型包括不提醒类型，生成模块502还包括：

第三生成子模块5023，被配置为当消息类型为不提醒类型时，在消息主体之后增加不提醒类型对应的第一后缀，将增加了第一后缀的消息主体作为待发送消息。

图14是根据一示例性实施例示出的一种终端的框图，如图14所示，所述消息类型包括提醒类型，生成模块502还包括：

第四生成子模块5024，被配置为当消息类型为提醒类型时，在消息主体前增加提醒类型对应的第二后缀，将增加了第二后缀的消息主体作为待发送消息，或者，将消息主体作为待发送消息。

图15是根据一示例性实施例示出的一种终端的框图，如图15所示，上述终端还包括：

获取模块504，被配置为获取当前时间。

设置模块505，被配置为判断当前时间是否满足预设条件，若满足，则将消息类型设置为不提醒类型。

综上所述，本公开所提供的终端，通过接收用户输入的消息类型，将该消息类型作为待发送消息的一部分发送给接收方终端，可以使得接收方终端根据发送方用户的指示来选择对所接收到的消息进行提醒或不提醒，从而实现了由发送方来控制消息是否提醒，满足了发送方用户的发送消息的需求。

图16是根据一示例性实施例示出的另一种终端的框图，如图16所示，该终端包括：

接收模块601，被配置为接收发送终端发送的消息。

解析模块602，被配置为对发送终端发送的消息进行解析，获取消息对应的消息类型。

处理模块603，被配置为根据消息类型对消息进行提醒处理。

图17是根据一示例性实施例示出的另一种终端的框图，如图17所示，解析模块602包括：

第一读取子模块6021，被配置为读取消息的前缀信息。

第一确定子模块6022，被配置为根据上述前缀信息确定消息对应的消息类型。

另一实施例中，第一确定子模块6022具体用于：

若上述前缀信息为提醒，则确定消息对应的消息类型为提醒类型。

另一实施例中，第一确定子模块6022具体还用于：

若上述前缀信息为不提醒，则确定消息对应的消息类型为不提醒类型。

图18是根据一示例性实施例示出的另一种终端的框图，如图18所示，解析模块602还包括：

第二读取子模块6023，被配置为读取消息的后缀信息。

第二确定子模块6024，被配置为根据后缀信息确定消息对应的消息类型。

另一实施例中，第二确定子模块6024具体用于：

若后缀信息为提醒，则确定消息对应的消息类型为提醒类型。

另一实施例中，第二确定子模块6024具体还用于：

若后缀信息为不提醒，则确定消息对应的消息类型为不提醒类型。

图19是根据一示例性实施例示出的另一种终端的框图，如图19所示，处理模块603包括：

处理子模块6031，被配置为在消息类型为不提醒类型时，对消息进行静音处理。

显示子模块6032，被配置为在用户界面上显示消息对应的未读信息。

另一实施例中，处理子模块6031具体用于：

关闭消息对应的声音提醒，以及，关闭所述消息对应的背光提醒以及震动提醒。

综上所述，本公开所提供的终端所接收到的消息中包括发送方所指示的消息类型，根据该消息类型的指示来选择发出针对该消息的提醒信息或者不发出针对该消息的提醒信息，从而实现按照发送方的指示来进行消息提醒，满足了发送方用户的需求。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图20是根据一示例性实施例示出的一种终端的实体的框图，如图20所示，该终端包括：存储器81和处理器82。

存储器81用于存储处理器82的可执行指令。

处理器82被配置为：

接收用户输入的消息类型以及消息主体；

根据所述消息类型以及所述消息主体，生成待发送消息；

对所述待发送消息进行发送。

图21是根据一示例性实施例示出的另一种终端的实体的框图，如图21所示，该终端包括：存储器91和处理器92。

存储器91用于存储处理器92的可执行指令。

处理器92被配置为：

接收发送终端发送的消息；

对所述发送终端发送的消息进行解析，获取所述消息对应的消息类型；

根据所述消息类型对所述消息进行提醒处理。

在上述两种终端的实施例中，应理解，处理器82和处理器92可以是中央处理子模块(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：Application Specific IntegratedCircuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，而前述的存储器可以是只读存储器(英文：read-only memory，缩写：ROM)、随机存取存储器(英文：random access memory，简称：RAM)、快闪存储器、硬盘或者固态硬盘。SIM卡也称为用户身份识别卡、智能卡，数字移动电话机必须装上此卡方能使用。即在电脑芯片上存储了数字移动电话客户的信息，加密的密钥以及用户的电话簿等内容。结合本公开实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

图22是根据一示例性实施例示出的一种终端1300的框图。例如，终端1300可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图22，终端1300可以包括以下一个或多个组件：处理组件1302，存储器1304，电源组件1306，多媒体组件1308，音频组件1310，输入/输出(I/O)的接口1312，传感器组件1314，以及通信组件1316。

处理组件1302通常控制终端1300的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1302可以包括一个或多个处理器1320来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1302可以包括一个或多个模块，便于处理组件1302和其他组件之间的交互。例如，处理组件1302可以包括多媒体模块，以方便多媒体组件1308和处理组件1302之间的交互。

存储器1304被配置为存储各种类型的数据以支持在终端1300的操作。这些数据的示例包括用于在终端1300上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1304可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件1306为终端1300的各种组件提供电力。电源组件1306可以包括电源管理系统，一个或多个电源，及其他与为终端1300生成、管理和分配电力相关联的组件。

多媒体组件1308包括在所述终端1300和用户之间的提供一个输出接口的触控显示屏。在一些实施例中，触控显示屏可以包括液晶显示器(LCD)和触摸面板(TP)。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1308包括一个前置摄像头和/或后置摄像头。当终端1300处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1310被配置为输出和/或输入音频信号。例如，音频组件1310包括一个麦克风(MIC)，当终端1300处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1304或经由通信组件1316发送。在一些实施例中，音频组件1310还包括一个扬声器，用于输出音频信号。

I/O接口1312为处理组件1302和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1314包括一个或多个传感器，用于为终端1300提供各个方面的状态评估。例如，传感器组件1314可以检测到终端1300的打开/关闭状态，组件的相对定位，例如所述组件为终端1300的显示器和小键盘，传感器组件1314还可以检测终端1300或终端1300一个组件的位置改变，用户与终端1300接触的存在或不存在，终端1300方位或加速/减速和终端1300的温度变化。传感器组件1314可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1314还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1314还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1316被配置为便于终端1300和其他设备之间有线或无线方式的通信。终端1300可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件1316经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1316还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，终端1300可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述文档显示方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1304，上述指令可由终端1300的处理器1320执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由终端1300的处理器执行时，使得终端1300能够执行一种消息发送方法以及一种消息接收方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (32)

1.一种消息发送方法，其特征在于，包括：

接收用户输入的消息类型以及消息主体；

根据所述消息类型以及所述消息主体，生成待发送消息；

对所述待发送消息进行发送。

2.根据权利要求1所述的方法，其特征在于，所述消息类型包括不提醒类型，所述根据所述消息类型以及所述消息主体，生成待发送消息，包括：

若所述消息类型为不提醒类型，则在所述消息主体前增加所述不提醒类型对应的第一前缀，将增加了所述第一前缀的消息主体作为所述待发送消息。

3.根据权利要求1所述的方法，其特征在于，所述消息类型包括提醒类型，所述根据所述消息类型以及所述消息主体，生成待发送消息，包括：

若所述消息类型为提醒类型，则：

在所述消息主体前增加所述提醒类型对应的第二前缀，将增加了所述第二前缀的消息主体作为所述待发送消息；或者，

将所述消息主体作为所述待发送消息。

4.根据权利要求1所述的方法，其特征在于，所述消息类型包括不提醒类型，所述根据所述消息类型以及所述消息主体，生成待发送消息，包括：

若所述消息类型为不提醒类型，则在所述消息主体之后增加所述不提醒类型对应的第一后缀，将增加了所述第一后缀的消息主体作为所述待发送消息。

5.根据权利要求1所述的方法，其特征在于，所述消息类型包括提醒类型，所述根据所述消息类型以及所述消息主体，生成待发送消息，包括：

若所述消息类型为提醒类型，则在所述消息主体前增加所述提醒类型对应的第二后缀，将增加了所述第二后缀的消息主体作为所述待发送消息；或者，

将所述消息主体作为所述待发送消息。

6.根据权利要求1所述的方法，其特征在于，所述根据所述消息类型以及所述消息主体，生成待发送消息之前，还包括：

获取当前时间；

判断所述当前时间是否满足预设条件，若满足，则将所述消息类型设置为不提醒类型。

7.一种消息接收方法，其特征在于，包括：

接收发送终端发送的消息；

对所述发送终端发送的消息进行解析，获取所述消息对应的消息类型；

根据所述消息类型对所述消息进行提醒处理。

8.根据权利要求7所述的方法，其特征在于，所述对所述发送终端发送的消息进行解析，获取所述消息对应的消息类型，包括：

读取所述消息的前缀信息；

根据所述前缀信息确定所述消息对应的消息类型。

9.根据权利要求8所述的方法，其特征在于，所述根据所述前缀信息确定所述消息对应的消息类型，包括：

若所述前缀信息为提醒，则确定所述消息对应的消息类型为提醒类型。

10.根据权利要求8所述的方法，其特征在于，所述根据所述前缀信息确定所述消息对应的消息类型，包括：

若所述前缀信息为不提醒，则确定所述消息对应的消息类型为不提醒类型。

11.根据权利要求7所述的方法，其特征在于，所述对所述发送终端发送的消息进行解析，获取所述消息对应的消息类型，包括：

读取所述消息的后缀信息；

根据所述后缀信息确定所述消息对应的消息类型。

12.根据权利要求11所述的方法，其特征在于，所述根据所述后缀信息确定所述消息对应的消息类型，包括：

若所述后缀信息为提醒，则确定所述消息对应的消息类型为提醒类型。

13.根据权利要求11所述的方法，其特征在于，所述根据所述后缀信息确定所述消息对应的消息类型，包括：

若所述后缀信息为不提醒，则确定所述消息对应的消息类型为不提醒类型。

14.根据权利要求7所述的方法，其特征在于，所述根据所述消息类型对所述消息进行提醒处理，包括：

若所述消息类型为不提醒类型，则：

对所述消息进行静音处理；

在用户界面上显示所述消息对应的未读信息。

15.根据权利要求14所述的方法，其特征在于，所述对所述消息进行静音处理，包括：

关闭所述消息对应的声音提醒；

关闭所述消息对应的背光提醒以及震动提醒。

16.一种终端，其特征在于，包括：

接收模块，被配置为接收用户输入的消息类型以及消息主体；

生成模块，被配置为根据所述消息类型以及所述消息主体，生成待发送消息；

发送模块，被配置为对所述待发送消息进行发送。

17.根据权利要求16所述的终端，其特征在于，所述消息类型包括不提醒类型，所述生成模块包括：

第一生成子模块，被配置为当所述消息类型为不提醒类型时，在所述消息主体前增加所述不提醒类型对应的第一前缀，将增加了所述第一前缀的消息主体作为所述待发送消息。

18.根据权利要求16所述的终端，其特征在于，所述消息类型包括提醒类型，所述生成模块还包括：

第二生成子模块，被配置为当所述消息类型为提醒类型时，在所述消息主体前增加所述提醒类型对应的第二前缀，将增加了所述第二前缀的消息主体作为所述待发送消息，或者，将所述消息主体作为所述待发送消息。

19.根据权利要求16所述的终端，其特征在于，所述消息类型包括不提醒类型，所述生成模块还包括：

第三生成子模块，被配置为当所述消息类型为不提醒类型时，在所述消息主体之后增加所述不提醒类型对应的第一后缀，将增加了所述第一后缀的消息主体作为所述待发送消息。

20.根据权利要求16所述的终端，其特征在于，所述消息类型包括提醒类型，所述生成模块还包括：

第四生成子模块，被配置为当所述消息类型为提醒类型时，在所述消息主体前增加所述提醒类型对应的第二后缀，将增加了所述第二后缀的消息主体作为所述待发送消息，或者，将所述消息主体作为所述待发送消息。

21.根据权利要求16所述的终端，其特征在于，所述终端还包括：

获取模块，被配置为获取当前时间；

设置模块，被配置为判断所述当前时间是否满足预设条件，若满足，则将所述消息类型设置为不提醒类型。

22.一种终端，其特征在于，包括：

接收模块，被配置为接收发送终端发送的消息；

解析模块，被配置为对所述发送终端发送的消息进行解析，获取所述消息对应的消息类型；

处理模块，被配置为根据所述消息类型对所述消息进行提醒处理。

23.根据权利要求22所述的终端，其特征在于，所述解析模块包括：

第一读取子模块，被配置为读取所述消息的前缀信息；

第一确定子模块，被配置为根据所述前缀信息确定所述消息对应的消息类型。

24.根据权利要求23所述的终端，其特征在于，所述第一确定子模块具体用于：

若所述前缀信息为提醒，则确定所述消息对应的消息类型为提醒类型。

25.根据权利要求23所述的终端，其特征在于，所述第一确定子模块具体还用于：

若所述前缀信息为不提醒，则确定所述消息对应的消息类型为不提醒类型。

26.根据权利要求22所述的终端，其特征在于，所述解析模块还包括：

第二读取子模块，被配置为读取所述消息的后缀信息；

第二确定子模块，被配置为根据所述后缀信息确定所述消息对应的消息类型。

27.根据权利要求26所述的终端，其特征在于，所述第二确定子模块具体用于：

若所述后缀信息为提醒，则确定所述消息对应的消息类型为提醒类型。

28.根据权利要求26所述的终端，其特征在于，所述第二确定子模块具体还用于：

若所述后缀信息为不提醒，则确定所述消息对应的消息类型为不提醒类型。

29.根据权利要求22所述的终端，其特征在于，所述处理模块包括：

处理子模块，被配置为在所述消息类型为不提醒类型时，对所述消息进行静音处理；

显示子模块，被配置为在用户界面上显示所述消息对应的未读信息。

30.根据权利要求29所述的终端，其特征在于，所述处理子模块具体用于：

关闭所述消息对应的声音提醒，以及，关闭所述消息对应的背光提醒以及震动提醒。

31.一种终端，其特征在于，所述终端包括：

处理器；

用于存储所述处理器的可执行指令的存储器；

其中，所述处理器被配置为：

接收用户输入的消息类型以及消息主体；

根据所述消息类型以及所述消息主体，生成待发送消息；

对所述待发送消息进行发送。

32.一种终端，其特征在于，所述终端包括：

处理器；

用于存储所述处理器的可执行指令的存储器；

其中，所述处理器被配置为：

接收发送终端发送的消息；

对所述发送终端发送的消息进行解析，获取所述消息对应的消息类型；

根据所述消息类型对所述消息进行提醒处理。