CN110896376B - 消息提醒方法、消息发送方法及相关装置、设备 - Google Patents

Abstract

本申请实施例公开了一种消息提醒方法、消息发送方法及相关装置、设备，其中，消息提醒方法包括：接收到消息数据包后，解析该消息数据包中用于承载消息提醒类型的字段；当该消息提醒类型表征需要对所述消息数据包对应的消息进行强提醒时，获取该消息数据包的发送方的对象特征信息；在前台持续显示包括有该对象特征信息的消息提醒界面，直到该消息提醒界面的显示时长达到预设提醒时间或检测到用户对该消息提醒界面的触控操作。如此，在进行消息提醒的过程中显示消息发送方的用户特征信息，保证消息接收方获知其接收到重要消息时，还能清楚地获知该重要消息的来源，从而保证该重要消息能够及时有效地触达消息接收方。

Description

消息提醒方法、消息发送方法及相关装置、设备

技术领域

本申请涉及通信技术领域，尤其涉及一种消息提醒方法、消息发送方法及相关装置、设备。

背景技术

随着互联网技术的迅速发展，即时通讯应用程序(Application，APP)如今已成为人们日常生活和工作中不可或缺的通信工具。

在很多应用场景下，消息发送方希望自身通过即时通讯APP发送的消息能够被消息接收方及时地看到并做出相应的回应，例如，在移动办公应用场景下，业务工单系统通过即时通讯APP向相关负责人发送业务工单处理消息，希望相关负责人能够及时地看到该业务工单处理消息，并针对其中涉及的业务工单进行相应地处理。但是，在很多情况下，消息接收方受各种原因(如没有感知到移动设备接收新的消息等)的影响，可能无法及时地看到即时通讯APP接收的消息，进而影响与该消息相关的后续流程的开展。

发明内容

本申请实施例提供了一种消息提醒方法、消息发送方法及相关装置、设备，能够有效地保证消息接收方可以及时地看到消息发送方发来的重要消息。

有鉴于此，本申请第一方面提供了消息提醒方法，所述方法包括：

接收到消息数据包后，解析所述消息数据包中用于承载消息提醒类型的字段；

当所述消息提醒类型表征需要对所述消息数据包对应的消息进行强提醒时，获取所述消息数据包的发送方的对象特征信息；

在前台持续显示消息提醒界面，所述消息提醒界面中包括所述对象特征信息，直到所述消息提醒界面显示的时长达到预设提醒时间或者检测到用户对所述消息提醒界面的触控操作。

本申请第二方面提供了一种消息发送方法，所述方法包括：

获取待发送消息；

在确定所述待发送消息的消息提醒类型为强提醒的情况下，将所述消息提醒类型添加至所述待发送消息对应的消息数据包中用于承载消息提醒类型的字段；其中，强提醒的消息提醒类型用于指示接收方设备根据发送方的对象特征信息创建消息提醒界面，并在预设提醒时间段内在前台持续基于所述消息提醒界面进行消息提醒；

发送所述待发送消息对应的消息数据包。

本申请第三方面提供了一种消息提醒装置，所述装置包括：

解析模块，用于在接收到消息数据包后，解析所述消息数据包中用于承载消息提醒类型的字段；

获取模块，用于当所述消息提醒类型表征需要对所述消息数据包对应的消息进行强提醒时，获取所述消息数据包的发送方的对象特征信息；

提醒模块，用于在前台持续显示消息提醒界面，所述消息提醒界面中包括所述对象特征信息，直到所述消息提醒界面显示的时长达到预设提醒时间或者检测到用户对所述消息提醒界面的触控操作。

本申请第四方面提供了一种消息发送装置，所述装置包括：

获取模块，用于获取待发送消息；

设置模块，用于在确定所述待发送消息的消息提醒类型为强提醒的情况下，将所述消息提醒类型添加至所述待发送消息对应的消息数据包中用于承载消息提醒类型的字段；其中，强提醒的消息提醒类型用于指示接收方设备根据发送方的对象特征信息创建消息提醒界面，并在预设提醒时间内在前台持续基于所述消息提醒界面进行消息提醒；

发送模块，用于发送所述待发送消息对应的消息数据包。

本申请第五方面提供了一种终端设备，所述终端设备包括处理器以及存储器；

所述存储器用于存储计算机程序，并将所述计算机程序传输给所述处理器；

所述处理器用于根据所述计算机程序，执行如上述第一方面所述的消息提醒方法和/或第二方面所述的消息发送方法的步骤。

本申请第六方面提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行上述第一方面所述的消息提醒方法和/或第二方面所述的消息发送方法的步骤。

本申请第七方面提供了一种包括指令的计算机程序产品，当其在计算机上运行时，使得所述计算机执行上述第一方面所述的消息提醒方法和/或第二方面所述的消息发送方法的步骤。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请实施例提供了一种消息提醒方法，该方法另辟蹊径提出了一种更为有效的消息提醒机制，基于该消息提醒机制可以保证消息发送方发来的重要消息能够及时地触达消息接收方，即保证消息接收方可以及时地看到消息发送方发来的重要消息。具体的，在本申请实施例提供的消息提醒方法中，终端设备接收到消息数据包后，解析该消息数据包中用于承载消息提醒类型的字段；当该消息提醒类型表征需要对该消息数据包对应的消息进行强提醒是，获取消息数据包的发送方的对象特征信息；进而，在前台持续显示消息提醒界面，该消息提醒界面中包括上述对象特征信息，直到该消息提醒界面显示的时长达到预设提醒时间或者检测到用户对消息提醒界面的触控操作。如此，在进行消息提醒的过程中显示消息发送方的对象特征信息，保证消息接收方获知其接收到重要消息时，还能清楚地获知该重要消息的来源，从而保证该重要消息能够及时有效地触达消息接收方。

附图说明

图1为本申请实施例提供的消息提醒系统的工作原理示意图；

图2为本申请实施例提供的消息提醒方法的流程示意图；

图3为本申请实施例提供的消息提醒界面的示意图；

图4为本申请实施例提供的重要消息展示界面的示意图；

图5为本申请实施例提供的消息发送方法的流程示意图；

图6为本申请实施例提供的数据交互信令图；

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

图8为本申请实施例提供的消息发送装置的结构示意图；

图9为本申请实施例提供的终端设备的结构示意图。

具体实施方式

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

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

相关技术中的消息提醒方法通过拨打电话的方式告知消息接收方其接收到了重要消息，并在消息接收方接听电话时播放该重要消息对应的语音，从而实现重要消息的传达。然而，在实际应用中，采用上述方法传达重要消息时，消息接收方通常可能将打来的电话误以为是骚扰电话而拒绝接听，如此，消息接收方仍无法及时地看到消息发送方发来的重要消息，即无法保证重要消息的有效触达。

为了保证消息发送方发送的重要消息能够及时有效地触达，本申请实施例提供了一种应用于接收方设备的消息提醒方法，该方法基于一种更为有效的消息提醒机制提醒消息接收方其接收到了重要消息。

具体的，在本申请实施例提供的消息提醒方法中，接收方设备接收到消息数据包后，解析该消息数据包中用于承载消息提醒类型的字段；如果其中的消息提醒类型表征需要对该消息数据包对应的消息进行强提醒，则获取该消息数据包的发送方的对象特征信息；进而，在前台持续显示消息提醒界面，该消息提醒界面中包括上述对象特征信息，直到该消息提醒界面显示的时长达到预设提醒时间或者检测到用户对消息提醒界面的触控操作。

上述消息提醒方法通过模拟语音电话的提醒方式，使得消息接收方可以及时地获知其接收到了重要消息，并且在进行消息提醒的过程中显示消息发送方的对象特征信息，以便消息接收方获知该重要消息的来源，由此有效地保证消息接收方能够及时地查看其接收的重要消息，即保证重要消息可以及时有效地触达消息接收方。

此外，本申请实施例还提供了一种应用于发送方设备的消息发送方法，在该方法中，发送方设备先获取待发送消息，在确定该待发送消息的消息提醒类型为强提醒的情况下，将该消息提醒类型添加至该待发送消息对应的消息数据包中用于承载消息提醒类型的字段中，该强提醒的消息提醒类型用于指示接收方设备根据发送方的对象特征信息创建消息提醒界面，并在预设提醒时间内在前台持续基于该消息提醒界面进行消息提醒；进而，发送该待发送消息对应的消息数据包。

相比相关技术中通过拨打电话传达重要消息的方法，上述消息发送方法无需对所要传达的重要消息进行额外的转换处理，也无需改变重要消息的传输通道，直接利用正常的消息传输通道传输重要消息即可，通过对该重要消息对应的消息数据包中用于承载消息提醒类型的字段进行相应地设置，告知接收该消息数据包的终端设备需要采用强提醒的提醒方式，如此，在保证重要消息能够及时有效地触达消息接收方的前提下，简化了重要消息的发送过程，提高了重要消息的发送效率。

应理解，用于执行上述消息提醒方法的接收方设备通常为具有通信功能的终端设备，如智能手机、个人数字助理(Personal Digital Assitant，PDA)、平板电脑等。用于执行上述消息发送方法的发送方设备可以为具有通信功能的终端设备或服务器，其中，终端设备可以为智能手机、PDA、平板电脑等，服务器可以为应用服务器或Web服务器，在实际部署时，该服务器可以为独立服务器，也可以为集群服务器。

为了便于理解本申请实施例提供的技术方案，下面先对本申请实施例提供的消息提醒方法以及消息发送方法所适用的消息提醒系统进行介绍。

参见图1，图1为本申请实施例提供的消息提醒系统的工作原理示意图。如图1所示，该消息提醒系统中包括：发送方设备110、服务器120和接收方设备130。其中，发送方设备110用于响应消息发送方的操作生成待发送消息，并针对该待发送消息执行本申请实施例提供的消息发送方法，进而将待发送消息对应的消息数据包发送至服务器120；服务器120用于将发送方设备110 发来的消息数据包转发至接收方设备130；接收方设备130用于接收服务器 120发送的消息数据包，并针对该消息数据包执行本申请实施例提供的消息提醒方法，以提醒消息接收方其接收到了重要消息。

具体的，消息发送方通过即时通讯APP向消息接收方发送消息时，消息发送方可以在消息接收方对应的会话界面输入待发送消息，并相应地触控消息发送控件；发送方设备110检测到用户触控消息发送控件后，进一步识别该待发送消息的消息提醒类型是否为强提醒，例如，识别用户发送该待发送消息时触控的消息发送控件是否为重要消息发送控件；在确定该待发送消息的消息提醒类型为强提醒的情况下，并将该消息提醒类型添加至待发送消息对应的消息数据包中用于承载消息提醒类型的字段；进而，发送该待发送消息对应的消息数据包至服务器120。

需要说明的是，上述消息数据包通常包括消息头数据和消息体数据。其中，消息体数据一般包括消息的正文内容，如文本消息中的文本内容、图片消息中的图片数据、语音消息中的语音内容、视频消息中的视频数据等。消息头数据包括若干个用于承载相关属性信息的字段；在本申请实施例提供的技术方案中，在消息头数据中额外增加了用于承载消息提醒类型的字段，通过该消息提醒类型可以告知接收方设备130对消息数据包对应的消息采用的提醒方式，如对该消息数据包对应的消息进行强提醒，或者进行普通提醒。

服务器120接收到发送方设备110发来的消息数据包后，根据其中用于承载接收方身份标识的字段确定该消息数据包对应的接收方，进而，将该消息数据包发送至对应的接收方设备130。

接收方设备130接收到该消息数据包后，解析其中用于承载消息提醒类型的字段；在该消息提醒类型表征需要对该消息数据包对应的消息进行强提醒时，获取该消息数据包的发送方(即消息发送方)的对象特征信息如消息发送方的头像、用户名等，同时还可以获取消息提示音；并且基于所获取的发送方的对象特征信息创建消息提醒界面；进而，在预设提醒时间段内，在自身的前台持续基于所创建的消息提醒界面进行消息提醒，同时播放所获取的消息提示音，直至检测到用户针对该消息数据包对应的消息触发相关操作为止。

用户针对强提醒的消息触发的相关操作具体可以包括消息查看操作和关闭操作，当用户针对该强提醒的消息触发消息查看操作时，接收方设备130 将停止当前的消息提醒，并相应地显示该消息数据包中承载的消息体数据，当用户针对该强提醒的消息触发关闭操作时，接收方设备130可以停止当前的消息提醒。

应理解，图1所示的消息提醒系统仅为示例，在实际应用中，发送方设备110还可以为服务器，此时，发送方设备110可以采用其他机制生成待发送消息并识别待发送消息是否满足强提醒服务规定的目标消息条件。

下面通过实施例对本申请提供的接收方设备侧的消息提醒方法。

参见图2，图2为本申请实施例提供的消息提醒方法的流程示意图。为了便于描述，下述实施例以终端设备作为执行主体进行介绍。如图2所示，该消息提醒方法包括以下步骤：

步骤201：接收到消息数据包后，解析所述消息数据包中用于承载消息提醒类型的字段。

终端设备接收到服务器发来的消息数据包后，对该消息数据包中用于承载消息提醒类型的字段进行解析，以确定是否需要对该消息数据包对应的消息进行强提醒。

需要说明的是，在实际应用中，通过即时通讯APP发送的消息数据包通常包括消息头数据和消息体数据。其中，消息体数据包括消息的正文内容，如文本消息中的文本内容、图片消息中的图片数据、语音消息中的语音内容、视频消息中的视频数据等等。消息头数据包括若干个用于承载相关属性信息的字段，具体可以包括以下字段：用于承载消息类型的字段、用于承载群会话消息标识的字段、用于承载发送方身份标识的字段、用于承载发送方用户名的字段、用于承载接收方身份标识的字段、用于承载接收方用户名的字段、用于承载消息提醒类型的字段、用于承载消息发送时间的字段、用于承载消息体数据长度的字段等等。

上述消息类型具体可以根据消息体数据中的数据格式确定，具体可以为文本、图片、语音、视频等。上述群会话消息标识在双人对话的情况下将被设置为否，在多人对话(即群组聊天)的情况下将被设置为是。上述发送方身份标识能够唯一表征发送方的身份，其具体可以为发送方用户注册即时通讯APP时服务器为该发送方用户分配的ID，也可以为负责发送相关业务消息的机器人ID或服务器ID；同理，上述接收方身份标识也能够唯一表征接收方的身份，在双人对话的情况下，该接收方的身份标识即为会话对端的用户ID，在多人对话的情况下，该接收方的身份标识极为会话群组的ID。上述发送方用户名可以为发送方用户个人设置的用户名，或者服务器为发送方用户设置的用户名，也可以为针对用于发送相关业务信息的机器人或服务器设置的名称，如工单系统小秘书等；同理，上述接收方用户名可以为接收方用户个人设置的用户名，或者服务器为接收方用户设置的用户名。

需要说明的是，上述消息提醒类型能够表征对于该消息数据包对应的消息的提醒方式，若该消息提醒类型为强提醒，则继续执行后续步骤，采用本申请实施例提供的消息提醒方式进行消息提醒；若该消息提醒类型为非强提醒，则采用相关技术中常规的消息提醒方式进行消息提醒，即判断终端设备当前显示的前台界面是否为消息发送方对应的会话界面，若是，则无需进行消息提醒，若否，则通过系统通知栏进行消息提醒。

在实际应用中，为了保证消息接收方可以在相关会话界面中查找到其接收的重要消息(即需要进行强提醒的消息)，终端设备接收到消息数据包后，将解析该消息数据包中用于承载发送方身份标识的字段；进而，根据其中的发送方身份标识确定该发送方对应的会话界面，在该会话界面中加载显示消息数据包中的消息体数据。

具体的，终端设备接收到消息数据包后，可以先解析消息头数据中用于承载发送方身份标识的字段，以确定该消息数据包的发送方身份；然后，根据该发送方身份标识确定终端设备是否缓存有该消息发送方对应的会话界面，若是，则直接查找该会话界面，并在该会话界面上相应地加载显示消息数据包中的消息体数据，若否，则针对该消息发送方创建新的会话界面，进而在该新创建的会话界面上相应地加载显示消息数据包中的消息体数据。

应理解，加载显示消息体数据实际上就是加载显示消息正文内容，如显示消息文本、图片、语音、视频等。

步骤202：当所述消息提醒类型表征需要对所述消息数据包对应的消息进行强提醒时，获取所述消息数据包的发送方的对象特征信息。

终端设备通过解析用于承载消息提醒类型的字段，确定其中的消息提醒类型表征需要对该消息数据包对应的消息进行强提醒时，终端设备进一步获取该消息数据包的发送方的对象特征信息。

可选的，终端设备还可以获取用于消息提醒时所要采用的消息提示音。

需要说明的是，上述发送方的对象特征信息为能够明确表征发送方身份的信息，也就是说，接收方用户通过该发送方的对象特征信息即可直接确定所接收的消息数据包的来源；该对象特征信息具体可以为用户头像、用户名等信息。

终端设备具体获取发送方的对象特征信息时，可以解析消息数据包中用于承载发送方身份标识的第一字段以及用于承载发送方用户名的第二字段，然后根据解析得到的第一字段中记载的发送方身份标识在本地缓存中查找发送方的头像数据，进而，将查找到的发送方的头像数据以及解析得到的第二字段中记载的发送方用户名作为对象特征信息。

具体的，终端设备可以通过解析消息数据包中用于承载发送方身份标识的第一字段来确定发送方身份标识，然后在即时通讯APP在终端设备本地缓存的数据中，根据该第一字段中记载的发送方身份标识查找与其关联的缓存数据，该缓存数据具体可以包括该发送方对应的个人数据信息、聊天历史记录等等；进而，从所查找到的缓存数据中抽取发送方的头像数据，将该头像数据与解析消息数据包中用于承载发送方用户名的第一字段得到的发送方用户名作为发送方的对象特征信息。

应理解，在实际应用中，终端设备也可以不必解析用于承载发送方用户名的第二字段，直接从根据发送方身份标识查找到的缓存数据中提取发送方用户名即可。

需要说明的是，在一些情况下，终端设备可能无法从自身的本地缓存中查找到发送方的头像数据，此时，为了获得发送方的头像数据，终端设备可以向相关服务器(如即时通讯APP对应的服务器)请求获取发送方的头像数据。

具体的，终端设备可以解析消息数据包中用于承载发送方身份标识的第一字段以及用于承载发送方用户名的第二字段；然后，向服务器发送包括有第一字段中记载的发送方身份标识的头像查询请求，以使服务器根据该发送方身份标识查询发送方的头像数据；进而，接收服务器响应于该头像查询请求返回的发送方的头像数据，将该发送方的头像数据以及第二字段中记载的发送方用户名作为对象特征信息。

更详细的，终端设备解析消息数据包中用于承载发送方身份标识的第一字段，以获得发送方身份标识；在终端设备根据该发送方身份标识没有本地缓存中查找到发送方的头像数据的情况下，终端设备依据该发送方身份标识生成头像查询请求，并将该头像查询请求发送至即时通讯APP对应的服务器；服务器接收到该头像查询请求后，根据其中携带的发送方身份标识在相关数据库中查找发送方的头像数据，进而将所查找到的头像数据返回至终端设备；最终，终端设备可以将其接收的发送方的头像数据以及解析消息数据包中用于承载发送方用户名的第二字段得到的发送方用户名，作为发送方的对象特征信息。

应理解，在实际应用中，终端设备获取到服务器返回的发送方的头像数据后，可以将该发送方的头像数据与发送方身份标识关联起来，进而将发送方的头像数据存储至终端设备的本地缓存中，从而便于后续查询。

需要说明的是，在实际应用中，除了可以将发送方的头像数据以及发送方用户名作为发送方的对象特征信息外，还可以将其他能够表征发送方身份的信息作为对象特征信息，在此不对对象特征信息所包括的内容做任何限定。

终端设备具体获取消息提示音时，可以通过操作系统接口读取系统电话铃声数据，进而将该电话铃声数据指示的音效作为消息提示音。

具体的，即时通讯APP可以通过终端设备的操作系统提供的操作系统接口，读取当前用户设置的电话铃声数据，该电话铃声数据具体可以为铃声文件地址或者铃声文件的资源标识，终端设备根据该电话铃声数据可以调用播放相应地铃声文件，所调用播放的铃声文件即为消息提示音。

大多数终端设备通常会将电话呼叫设置为最高优先级的应用，系统电话铃声响起将会相应地引起用户的强烈关注，本申请实施例提供的方法对重要消息进行消息提醒时，调用系统电话铃声作为消息提示音，将在很大程度上提高接收方用户对于其接收的重要消息的关注度。

应理解，在实际应用中，终端设备除了可以调用系统电话铃声作为强提醒的消息提示音外，还可以调用即时通讯APP默认设置的语音电话提示音作为强提醒的消息提示音，也可以调用用户通过即时通讯APP个性化设置的提示音作为强提醒的消息提示音，本申请在此不对进行消息强提醒时使用的消息提示音做任何限定。

步骤203：在前台持续显示消息提醒界面，所述消息提醒界面中包括所述对象特征信息，直到所述消息提醒界面显示的时长达到预设提醒时间或者检测到用户对所述消息提醒界面的触控操作。

终端设备获取到对象特征信息后，即可根据所获取的对象特征信息，相应地创建包括有该对象特征信息的消息提醒界面。例如，假设终端设备所获取的对象特征信息包括发送方用户名和发送方的头像数据，则终端设备可以相应地创建包括有发送方用户名和发送方头像的消息提醒界面。

终端设备完成消息提醒界面的创建后，即可在自身的前台界面持续基于所创建的消息提醒界面进行消息提醒，直至消息提醒界面的显示时长达到预设提醒时间或者检测到用户针对提醒的重要消息触发相关操作，才停止消息提醒。

在终端设备经步骤202获取到了消息提示音的情况下，终端设备在自身的前台界面基于消息提醒界面进行消息提醒的同时，可以循环播放所获取的消息提示音，由此吸引接收方用户的关注，同时告知接收方用户接收到了发送方发来的重要消息，需要及时查看，终端设备直至检测到接收方用户针对当前提醒的重要消息触发相关操作，才停止在前台界面基于所创建的消息提醒界面进行消息提醒，并停止播放消息提示音。

需要说明的是，上述预设提醒时间段可以根据实际需求进行设定；例如，可以在获取到对象特征信息的时间点与获取到消息提示音的时间点中选择靠后的时间点作为计时起点，将自该计时起点起的两分钟时间设置为预设提醒时间段，即在获取完对象特征信息和消息提示音后的两分钟时间内，持续基于所获取的对象特征信息和消息提示音进行消息提醒，直至检测到用户针对所提醒的消息触发相关操作为止；应理解，在实际应用中，终端设备可以针对预设提醒时间段设置任意时间长度，在此不对预设提醒时间段的时长做任何限定。

在一些应用场景下，终端设备可能不必在接收到重要消息后立即针对该重要消息进行强提醒，例如，消息发送方向消息接收方发送的重要消息，只需保证消息接收方在接收到该重要消息后的半个小时内看到该重要消息即可；这种情况下，终端设备可以通过设置预设提醒时间段，实现对于此类重要消息的延迟强提醒。

具体的，终端设备可以在获取到对象特征信息的时间点与获取到消息提示音的时间点中选择靠后的时间点作为参考时间点，然后自该参考时间点开始计时直至计时长度达到延迟提醒时间段对应的时间长度，若终端设备在此期间一直都没有检测到用户针对该重要消息进行查看操作，则在计时长度达到延迟提醒时间段对应的时间长度时，在前台界面持续基于所获取的对象特征信息进行消息提醒，同时播放所获取的消息提示音，直至检测到用户针对该重要消息触发相关操作，或者直至消息提醒时长达到实际提醒时间段对应的时长。

如此，将预设提醒时间段划分为延迟提醒时间段和实际提醒时间段两部分，基于延迟提醒时间段实现对于所接收的重要消息的延迟强提醒，基于实际提醒时间段实现对于该重要消息的强提醒，保证接收方用户可以在指定的时间内及时查看发送方发来的重要消息。

终端设备在前台界面基于消息提醒界面进行消息提醒时，前台界面上展现的消息提醒界面的具体表现形式可以如图3所示。图3中的界面A为相关服务器端发来重要消息时的消息提醒界面，如界面A所示，终端设备可以在界面中间区域基于发送方的头像数据渲染显示发送方的头像，在头像下方显示发送方用户名“报警系统小秘书”，并相应地提示该发送方发来重要消息；此外，在该界面中还可以包括用于触发查看该重要消息的查看控件以及用于触发拒绝查看该重要消息的拒绝控件。图3中的界面B为个人用户发来重要消息时的消息提醒界面，如界面B所示，终端设备可以在界面中央区域基于发送方的头像数据渲染显示发送方的头像，在该头像下方显示发送方用户名“张三”，并相应地提示该发送方发来重要消息；此外，在该界面中同样可以包括用于触发查看该重要消息的查看控件以及用于触发拒绝查看该重要消息的拒绝控件。

应理解，图3中的界面A和界面B仅为消息提醒界面的一种示例，在实际应用中，还可以根据实际需求采用其他表现形式的界面作为消息提醒界面，在此不对进行消息提醒时终端设备前台显示的消息提醒界面的表现形式做具体限定。

需要说明的是，在实际应用中，用户针对终端设备当前强提醒的重要消息可以触发消息查看操作，也可以触发关闭操作；当终端设备检测到用户触发消息查看操作时，将相应地向用户展示当前提醒的重要消息；当终端设备检测到用户触发关闭操作时，将关闭当前显示的消息提醒界面，同时停止播放消息提示音。

本申请实施例具体针对重要消息的展示方式提出了以下几种可能的实现方式：

第一种实现方式，终端设备检测到用户对消息提醒界面的触控操作为消息查看操作时，直接在消息提醒界面显示该消息数据包中的消息体数据。

具体的，终端设备可以在检测到用户触控前台显示的消息提醒界面上的查看控件时，确定用户针对当前显示的消息提醒界面触发了消息查看操作；此时，终端设备可以直接在前台界面(即消息提醒界面)上，显示该重要消息对应的消息数据包中的消息体数据，即显示该重要消息的正文内容。

相应地，终端设备后续检测到用户针对消息提醒界面的触控操作为关闭操作时，可以相应地关闭该显示有消息体数据的消息提醒界面。

如果该重要消息的正文内容为文本或图片，则终端设备可以直接显示该文本或图片。如图4中的界面A所示，终端设备直接在发送方用户名下方显示重要消息对应的文本，当用户查看完该重要消息后，可以通过触控界面下方的关闭控件针对消息提醒界面上显示的文本触发关闭操作，相应地终端设备将关闭该显示有文本的消息提醒界面；如图4中的界面B所示，终端设备可以直接在发送方用户名下方显示重要消息对应的图片，当用户查看完该重要消息后，可以通过触控界面下方的关闭控件针对消息提醒界面上显示的图片触发关闭操作，相应地终端设备将关闭该显示有图片的消息提醒界面。如果重要消息的正文内容为语音或视频，则终端设备可以显示该语音或视频对应的播放控件，终端设备检测到用户针对该播放控件的触控后，将相应地播放该语音或视频。

应理解，在实际应用中，用户可以通过相应的处理控件，针对消息提醒界面上显示的消息正文内容进行处理，例如，对文本进行翻译处理、对图片进行存储处理、对语音进行文字转换处理、对视频进行静音播放处理等等。此外，图4所示的界面A和界面B仅为一种显示有消息体数据的消息提醒界面的示意图，在实际应用中，还可以根据实际需求采用其他表现形式的界面作为用于展示消息体数据的消息提醒界面，在此不对用于展示消息体数据的消息提醒界面的表现形式做具体限定。

第二种实现方式，终端设备检测到用户对消息提醒界面的触控操作为消息查看操作时，跳转显示与该消息的发送方对应的会话界面，并将焦点定位至该会话界面上显示的该消息数据包中的消息体数据。

具体的，正如上文在步骤201中所介绍的，终端设备接收到消息数据包后，可以先确定该消息数据包的发送方对应的会话界面，并在该会话界面上加载显示消息数据包中的消息体数据。相应地，在对该消息数据包对应的重要消息进行强提醒的过程中，如若终端设备检测到用户触控前台显示的消息提醒界面上的查看控件，终端设备可以直接跳转至所确定的发送方对应的会话界面，并将焦点定位至该会话界面中显示该重要消息的位置上，以便接收方用户可以直接查看到该重要消息。

应理解，本申请实施例提供的两种展现消息体数据的实现方式仅为示例，在实际应用中，终端设备还可以根据实际需求，在检测到用户触发查看重要消息时采用其他方式展现消息体数据，本申请在此不对展现消息体数据的实现方式做任何限定。

此外，当终端设备检测到用户对消息提醒界面的触控操作为关闭操作时，终端设备可以停止在前台界面进行消息提醒，并且停止播放消息提示音；在系统通知栏中对消息数据包对应的消息进行消息提醒。

具体的，终端设备检测到用户对前台显示的消息提醒界面的触控操作为关闭操作时，终端设备将不再针对该消息进行强提醒，即关闭前台显示的消息提醒界面以及停止播放消息提示音，转而针对该消息进行普通提醒，即在系统通知栏中提示接收方用户其接收到了新的消息。

当然，在实际应用中，终端设备也可以关闭前台显示的消息提醒界面，停止播放消息提示音，并且不再针对该重要消息做任何提醒，本申请在此不对检测到用户针对消息提醒界面触发关闭操作后的后续操作流程做任何限定。

需要说明的是，本申请实施例提供的消息提醒方法通常面向终端设备中承载的即时通讯APP，在实际应用中，无论即时通讯APP在终端设备的系统前台运行还是系统后台运行，终端设备均可以基于上文介绍的消息提醒方法，对所接收的重要消息进行强提醒。

上述消息提醒方法通过模拟语音电话的提醒方式，使得消息接收方可以及时地获知其接收到了重要消息，并且在进行消息提醒的过程中显示消息发送方的对象特征信息，以便消息接收方获知该重要消息的来源，由此有效地保证消息接收方能够及时地查看其接收的重要消息，即保证重要消息可以及时有效地触达消息接收方。

下面通过实施例对本申请提供的发送方设备侧的消息发送方法。

参见图5，图5为本申请实施例提供的消息发送方法的流程示意图。为了便于描述，下述实施例以终端设备作为执行主体进行介绍。如图5所示，该消息发送方法包括以下步骤：

步骤501：获取待发送消息。

步骤502：在确定所述待发送消息的消息提醒类型为强提醒的情况下，将所述消息提醒类型添加至所述待发送消息对应的消息数据包中用于承载消息提醒类型的字段；其中，强提醒的消息提醒类型用于指示接收方设备根据发送方的对象特征信息创建消息提醒界面，并在预设提醒时间内在前台持续基于所述消息提醒界面进行消息提醒。

在实际应用中，发送方用户可以通过终端设备上显示的消息发送窗口输入待发送消息，完成对于该待发送消息的输入后，发送方用户可以通过触控消息发送控件触发终端设备发送该待发送消息。终端设备检测到发送方触控消息发送控件后，将相应地识别该待发送消息是否满足强提醒服务规定的目标消息条件，以确定如何设置该待发送消息对应的消息提醒类型。

需要说明的是，上述待发送消息包括但不限于文本、图片、语音、视频等类型的消息。

在一种可能的实现方式中，终端设备可以检测发送方用户触发发送该待发送消息时触控的发送控件，当该发送控件为重要消息发送控件时，确定该待发送消息满足目标消息条件。

具体的，即时通讯APP可以为用户提供两个不同的消息发送控件，一个是普通消息发送控件，一个是重要消息发送控件，终端设备识别待发送消息是否满足强提醒服务规定的目标消息条件时，可以检测用户触发发送该待发送消息时触控的消息发送控件，如果检测到所触控的消息发送控件为重要消息发送控件，则确定该待发送消息满足目标消息条件，如果检测到所触控的消息发送控件为普通消息发送控件，则确定该待发送消息不满足目标消息条件。

应理解，在实际应用中，终端设备也可以通过其他方式确定待发送消息是否满足目标消息条件，在此不对终端设备确定待发送消息是否满足目标消息条件的方式做具体限定。

需要说明的是，本申请实施例提供的消息发送方法在实际应用中还可以应用于服务器，例如，负责向用户发送相关业务通知消息的业务服务器可以通过调用即时通讯APP的服务器，向相关用户发送业务通知消息。当本申请实施例提供的消息发送方法应用于业务服务器时，业务服务器根据目标信息生成待发送消息，该目标信息可以为服务器获取的能够触发其向即时通讯 APP发送消息的信息，并且在向即时通讯APP发送该待发送消息之前，识别该待发送消息是否满足强提醒服务规定的目标消息条件。

在一种可能的实现方式中，业务服务器可以根据待发送消息的属性信息，确定该待发送消息的重要级别；当该待发送消息的重要级别超过预设级别时，确定该待发送消息满足强提醒服务规定的目标消息条件。

以业务服务器为工单消息通知服务器为例，工单消息通知服务器生成待发送的工单通知消息后，可以根据该工单通知消息相关的属性信息确定该工单通知消息的重要级别，例如，可以根据该工单通知消息所涉及的工单的生成时间、处理内容等信息，确定该工单通知消息对应的重要级别；进而，在判断该工单通知消息的重要级别超过预设级别时，确定该待发送的工单通知消息满足目标消息条件。

应理解，在实际应用中，服务器还可以通过其他方式确定其生成的待发送消息是否满足目标消息条件，在此不对服务器确定待发送消息是否满足目标消息条件的方式做任何限定。

强提醒的消息提醒类型用于指示接收方设备根据发送方的对象特征信息创建消息提醒界面，并在预设时间段内在前台界面持续基于该消息提醒界面进行消息提醒。

步骤503：发送所述待发送消息对应的消息数据包。

终端设备确定待发送消息满足目标消息条件时，进一步针对该待发送消息设置其对应的消息提醒类型为强提醒，并将该消息提醒类型添加至待发送消息对应的消息数据包中用于承载消息提醒类型的字段；最终，将该待发送消息对应的消息数据包发送至即时通讯APP对应的服务器。

具体的，终端设备确定待发送消息满足目标消息条件后，对该待发送消息对应的消息数据包的消息头数据中用于承载消息提醒类型的字段进行设置，即设置该消息提醒类型表征需要对该消息数据包对应的消息进行强提醒。完成对于消息数据包中各字段的设置后，终端设备将该消息数据包发送至即时通讯APP对应的服务器，以通过该即时通讯APP对应的服务器将该消息数据包转发至对应的消息接收方。

应理解，当本申请实施例提供的方法应用于服务器时，服务器也可以采用上述方法设置消息数据包中用于承载消息提醒类型的字段，并在完成对于消息数据包中各个字段的设置后，将该消息数据包发送至即时通讯APP对应的服务器。

上述消息发送方法相比相关技术中通过拨打电话传达重要消息的方法，无需对所要传达的重要消息进行额外的转换处理，也无需改变重要消息的传输通道，直接利用正常的消息传输通道传输重要消息即可，通过对该重要消息对应的消息数据包中用于承载消息提醒类型的字段进行相应地设置，告知接收该消息数据包的终端设备需要采用强提醒的提醒方式，如此，在保证重要消息能够及时有效地触达消息接收方的前提下，简化了消息的发送过程，提高了消息的发送效率。

为了便于进一步理解本申请实施例提供的技术方案，下面从发送方设备、服务器以及接收方设备三者交互的角度出发，结合图6对本申请实施例提供的技术方案进行整体性介绍。

参见图6，图6为本申请实施例提供的交互信令图。如图6所示，本申请实施例提供的技术方案包括以下步骤：

步骤601：发送方设备识别待发送消息是否满足强提醒服务的目标消息条件。

步骤602：发送方设备确定待发送消息满足目标消息条件时，设置该待发送消息的消息提醒类型为强提醒，并将该消息提醒类型添加至待发送消息的消息数据包中用于承载消息提醒类型的字段。

步骤603：发送该待发送消息对应的消息数据包至服务器。

步骤604：服务器将发送方设备发来的消息数据包发送至接收方设备。

步骤605：接收方设备接收到消息数据包后，解析该消息数据包中用于承载消息提醒类型的字段。

步骤606：当该消息提醒类型表征需要对该消息数据包对应的消息进行强提醒时，获取消息数据包的发送方的对象特征信息，并且获取消息提示音。

步骤607：接收方设备根据发送方的对象特征信息创建消息提醒界面。

步骤608：在预设提醒时间段内，接收方设备在前台界面基于消息提醒界面进行消息提醒，同时播放消息提示音，直至检测到用户针对该消息数据包对应的消息触发相关操作为止。

需要说明的是，图6所示实施例中的步骤在图2所示实施例以及图5所示实施例中均已有详细介绍，相关内容详细参照图2所示实施例以及图5所示实施例中的介绍内容，此处不再赘述。

针对上文描述的消息提醒方法，本申请还提供了对应的消息提醒装置，以使上述消息提醒方法在实际中得以应用和实现。

参见图7，图7为上文图2所示的消息提醒方法对应的一种消息提醒装置 700的结构示意图，该消息提醒装置700包括：

解析模块701，用于在接收到消息数据包后，解析所述消息数据包中用于承载消息提醒类型的字段；

获取模块702，用于当所述消息提醒类型表征需要对所述消息数据包对应的消息进行强提醒时，获取所述消息数据包的发送方的对象特征信息；

提醒模块703，用于在前台持续显示消息提醒界面，所述消息提醒界面中包括所述对象特征信息，直到所述消息提醒界面显示的时长达到预设提醒时间或者检测到用户对所述消息提醒界面的触控操作。

可选的，所述装置还包括：

第一消息显示模块，用于在检测到用户对所述消息提醒界面的触控操作为消息查看操作时，在所述消息提醒界面显示所述消息数据包中的消息体数据。

可选的，所述装置还包括：

第一界面关闭模块，用于检测到用户对所述消息提醒界面的触控操作为关闭操作关闭所述消息提醒界面。

可选的，所述装置还包括：

身份标识解析模块，用于解析所述消息数据包中用于承载发送方身份标识的第一字段；

第二消息显示模块，用于根据所述第一字段中记载的发送方身份标识确定所述发送方对应的会话界面，在所述会话界面中加载显示所述消息数据包中的消息体数据。

可选的，所述装置还包括：

第三消息显示模块，用于在检测到用户对所述消息提醒界面的触控操作为消息查看操作时，关闭所述消息提醒界面，跳转显示会话界面，并将焦点定位至所述会话界面中显示的所述消息体数据。

可选的，所述装置还包括：

第二界面关闭模块，用于在检测到用户对所述消息提醒界面的触控操作为关闭操作时，关闭所述消息提醒界面；在系统通知栏中对所述消息数据包对应的消息进行消息提醒。

可选的，所述获取模块702具体用于：

解析所述消息数据包中用于承载发送方身份标识的第一字段以及用于承载发送方用户名的第二字段；

根据所述第一字段中记载的发送方身份标识在本地缓存中查找所述发送方的头像数据，将所述发送方的头像数据和所述第二字段中记载的发送方用户名作为所述对象特征信息。

可选的，所述获取模块702具体用于：

解析所述消息数据包中用于承载发送方身份标识的第一字段以及用于承载发送方用户名的第二字段；

向服务器发送头像查询请求，所述头像查询请求中携带有所述第一字段中记载的发送方身份标识；

接收所述服务器响应所述头像查询请求返回的发送方的头像数据，将所述发送方的头像数据以及所述第二字段中记载的发送方用户名作为所述对象特征信息。

可选的，所述装置还包括：

提示音获取模块，用于当所述消息提醒类型表征需要对所述消息数据包对应的消息进行强提醒时，获取消息提示音；

提示音播放模块，用于在前台持续显示所述消息提醒界面的同时，播放所述消息提示音。

可选的，所述提示音获取模块具体用于：

通过操作系统接口读取系统电话铃声数据，将所述电话铃声数据指示的音效作为所述消息提示音。

上述消息提醒装置通过模拟语音电话的提醒方式，使得消息接收方可以及时地获知其接收到了重要消息，并且在进行消息提醒的过程中显示消息发送方的对象特征信息，以便消息接收方获知该重要消息的来源，由此有效地保证消息接收方能够及时地查看其接收的重要消息，即保证重要消息可以及时有效地触达消息接收方。

针对上文描述的消息发送方法，本申请还提供了对应的消息发送装置，以使上述消息发送方法在实际中得以应用和实现。

参见图8，图8为上文图5所示的消息发送方法对应的一种消息发送装置 800的结构示意图，该消息发送装置800包括：

获取模块801，用于获取待发送消息；

设置模块802，用于在确定所述待发送消息的消息类型为强提醒的情况下，将所述消息提醒类型添加至所述待发送消息对应的消息数据包中用于承载消息提醒类型的字段；其中，强提醒的消息提醒类型用于指示接收方设备根据发送方的对象特征信息创建消息提醒界面，并在预设提醒时间内在前台持续基于所述消息提醒界面进行消息提醒；

发送模块803，用于发送所述待发送消息对应的消息数据包。

可选的，所述获取模块801具体用于：

获取用户在消息发送窗口输入的消息，作为所述待发送消息；

或者，获取服务器根据目标信息生成的消息，作为所述待发送消息。

可选的，所述设置模块802具体用于：

检测用户触发发送所述待发送消息时触控的消息发送控件；当所述消息发送控件为第一消息发送控件时，确定所述待发送消息的消息类型为强提醒，所述第一消息发送控件用于指示对所述待发送消息进行强提醒；

和/或，根据所述待发送消息的属性信息，确定所述待发送消息的重要级别；当所述待发送消息的重要级别超过预设级别时，确定所述待发送消息的消息类型为强提醒。

上述消息发送装置无需对所要传达的重要消息进行额外的转换处理，也无需改变重要消息的传输通道，直接利用正常的消息传输通道传输重要消息即可，通过对该重要消息对应的消息数据包中用于承载消息提醒类型的字段进行相应地设置，告知接收该消息数据包的终端设备需要采用强提醒的提醒方式，如此，在保证重要消息能够及时有效地触达消息接收方的前提下，简化了消息的发送过程，提高了消息的发送效率。

本申请实施例还提供了一种终端设备，该终端设备可以用于提醒消息和/ 或发送消息，下面将从硬件实体化的角度对本申请实施例提供的终端设备进行介绍。

参见图9，图9为本申请实施例提供的一种终端设备的结构示意图。为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。该终端可以为包括计算机、平板电脑、个人数字助理(英文全称：Personal DigitalAssistant，英文缩写：PDA)等任意终端设备，以终端为手机为例：

图9示出的是与本申请实施例提供的终端相关的手机的部分结构的框图。参考图9，手机包括：射频(英文全称：Radio Frequency，英文缩写：RF)电路910、存储器920、输入单元930、显示单元940、传感器950、音频电路960、无线保真(英文全称：wireless fidelity，英文缩写：WiFi)模块970、处理器980、以及电源990等部件。本领域技术人员可以理解，图9中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

存储器920可用于存储软件程序以及模块，处理器980通过运行存储在存储器920的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器920可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器920可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器980是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器920内的软件程序和/或模块，以及调用存储在存储器920内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器980可包括一个或多个处理单元；优选的，处理器980可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器980中。

在本申请实施例中，该终端所包括的处理器980还具有以下功能：

接收到消息数据包后，解析所述消息数据包中用于承载消息提醒类型的字段；当所述消息提醒类型表征需要对所述消息数据包对应的消息进行强提醒时，获取所述消息数据包的发送方的对象特征信息；在前台持续显示消息提醒界面，所述消息提醒界面中包括所述对象特征信息，直到所述消息提醒界面显示的时长达到预设提醒时间或者检测到用户对所述消息提醒界面的触控操作。和/或，获取待发送消息；在确定所述待发送消息的消息提醒类型为强提醒的情况下，将所述消息提醒类型添加至所述待发送消息对应的消息数据包中用于承载消息提醒类型的字段；其中，强提醒的消息提醒类型用于指示接收方设备根据发送方的对象特征信息创建消息提醒界面，并在预设提醒时间内在前台持续基于所述消息提醒界面进行消息提醒；发送所述待发送消息对应的消息数据包。

可选的，所述处理器980还用于执行本申请实施例提供的消息提醒方法和/或消息发送方法的任意一种实现方式的步骤。

本申请实施例还提供一种计算机可读存储介质，用于存储计算机程序，该计算机程序用于执行前述各个实施例所述的一种消息提醒方法和/或消息发送方法中的任意一种实施方式。

本申请实施例还提供一种包括指令的计算机程序产品，当其在计算机上运行时，使得计算机执行前述各个实施例所述的一种消息提醒方法和/或消息发送方法中的任意一种实施方式。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文全称：Read-OnlyMemory，英文缩写：ROM)、随机存取存储器(英文全称：Random Access Memory，英文缩写：RAM)、磁碟或者光盘等各种可以存储计算机程序的介质。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (17)

1.一种消息提醒方法，其特征在于，所述方法包括：

接收到消息数据包后，解析所述消息数据包中用于承载消息提醒类型的字段；

当所述消息提醒类型表征需要对所述消息数据包对应的消息进行强提醒时，获取所述消息数据包的发送方的对象特征信息；

根据所述对象特征信息创建消息提醒界面；

在前台持续显示所述消息提醒界面，所述消息提醒界面中包括所述对象特征信息，直到所述消息提醒界面显示的时长达到预设提醒时间或者检测到用户对所述消息提醒界面的触控操作；

所述在前台持续显示所述消息提醒界面，所述消息提醒界面中包括所述对象特征信息，直到所述消息提醒界面显示的时长达到预设提醒时间或者检测到用户对所述消息提醒界面的触控操作，包括：

自参考时间点开始计时；所述参考时间点为获取到所述对象特征信息的时间点与获取到消息提示音的时间点中较靠后的时间点；

若在计时长度达到延迟提醒时间段对应的时间长度前，未检测到用户针对所述消息数据包对应的消息触发查看操作，则在所述计时长度达到所述延迟提醒时间段对应的时间长度时，在前台持续显示所述消息提醒界面，直到所述消息提醒界面显示的时长达到实际提醒时间段对应的时长，或者检测到用户对所述消息提醒界面的触控操作。

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

检测到用户对所述消息提醒界面的触控操作为消息查看操作时，在所述消息提醒界面显示所述消息数据包中的消息体数据。

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

检测到用户对所述消息提醒界面的触控操作为关闭操作时，关闭所述消息提醒界面。

4.根据权利要求1所述的方法，其特征在于，接收到所述消息数据包后，所述方法还包括：

解析所述消息数据包中用于承载发送方身份标识的第一字段；

根据所述第一字段中记载的发送方身份标识确定所述发送方对应的会话界面，在所述会话界面中加载显示所述消息数据包中的消息体数据。

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

检测到用户对所述消息提醒界面的触控操作为消息查看操作时，关闭所述消息提醒界面，跳转显示会话界面，并将焦点定位至所述会话界面中显示的所述消息体数据。

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

检测到用户对所述消息提醒界面的触控操作为关闭操作时，关闭所述消息提醒界面；在系统通知栏中对所述消息数据包对应的消息进行消息提醒。

7.根据权利要求1所述的方法，其特征在于，所述获取所述消息数据包的发送方的对象特征信息包括：

解析所述消息数据包中用于承载发送方身份标识的第一字段以及用于承载发送方用户名的第二字段；

根据所述第一字段中记载的发送方身份标识在本地缓存中查找所述发送方的头像数据，将所述发送方的头像数据和所述第二字段中记载的发送方用户名作为所述对象特征信息。

8.根据权利要求1所述的方法，其特征在于，所述获取所述消息数据包的发送方的对象特征信息包括：

解析所述消息数据包中用于承载发送方身份标识的第一字段以及用于承载发送方用户名的第二字段；

向服务器发送头像查询请求，所述头像查询请求中携带有所述第一字段中记载的发送方身份标识；

接收所述服务器响应所述头像查询请求返回的发送方的头像数据，将所述发送方的头像数据以及所述第二字段中记载的发送方用户名作为所述对象特征信息。

9.根据权利要求1所述的方法，其特征在于，在接收到消息数据包之后，所述方法还包括：

当所述消息提醒类型表征需要对所述消息数据包对应的消息进行强提醒时，获取消息提示音；

在前台持续显示所述消息提醒界面的同时，播放所述消息提示音。

10.根据权利要求9所述的方法，其特征在于，所述获取消息提示音包括：

通过操作系统接口读取系统电话铃声数据，将所述电话铃声数据指示的音效作为所述消息提示音。

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

获取待发送消息；

在确定所述待发送消息的消息提醒类型为强提醒的情况下，将所述消息提醒类型添加至所述待发送消息对应的消息数据包中用于承载消息提醒类型的字段；其中，强提醒的消息提醒类型用于指示接收方设备根据发送方的对象特征信息创建消息提醒界面，并在预设提醒时间内在前台持续基于所述消息提醒界面进行消息提醒；

发送所述待发送消息对应的消息数据包；

所述强提醒的消息提醒类型，具体用于指示所述接收方设备自参考时间点开始计时；所述参考时间点为获取到所述对象特征信息的时间点与获取到消息提示音的时间点中较靠后的时间点；以及，若在计时长度达到延迟提醒时间段对应的时间长度前，未检测到用户针对所述消息数据包对应的消息触发查看操作，则在所述计时长度达到所述延迟提醒时间段对应的时间长度时，在前台持续显示所述消息提醒界面，直到所述消息提醒界面显示的时长达到实际提醒时间段对应的时长，或者检测到用户对所述消息提醒界面的触控操作。

12.根据权利要求11所述的方法，其特征在于，所述获取待发送消息，包括：

获取用户在消息发送窗口输入的消息，作为所述待发送消息；

或者，获取服务器根据目标信息生成的消息，作为所述待发送消息。

13.根据权利要求11所述的方法，其特征在于，通过以下方式确定所述待发送消息的消息提醒类型是否为强提醒：

检测用户触发发送所述待发送消息时触控的消息发送控件；当所述消息发送控件为第一消息发送控件时，确定所述待发送消息的消息提醒类型为强提醒，所述第一消息发送控件用于指示对所述待发送消息进行强提醒；

和/或，根据所述待发送消息的属性信息，确定所述待发送消息的重要级别；当所述待发送消息的重要级别超过预设级别时，确定所述待发送消息的消息提醒类型为强提醒。

14.一种消息提醒装置，其特征在于，所述装置包括：

解析模块，用于在接收到消息数据包后，解析所述消息数据包中用于承载消息提醒类型的字段；

获取模块，用于当所述消息提醒类型表征需要对所述消息数据包对应的消息进行强提醒时，获取所述消息数据包的发送方的对象特征信息；

提醒模块，用于根据所述对象特征信息创建消息提醒界面，在前台持续显示所述消息提醒界面，所述消息提醒界面中包括所述对象特征信息，直到所述消息提醒界面显示的时长达到预设提醒时间或者检测到用户对所述消息提醒界面的触控操作；

所述提醒模块具体用于：

自参考时间点开始计时；所述参考时间点为获取到所述对象特征信息的时间点与获取到消息提示音的时间点中较靠后的时间点；

若在计时长度达到延迟提醒时间段对应的时间长度前，未检测到用户针对所述消息数据包对应的消息触发查看操作，则在所述计时长度达到所述延迟提醒时间段对应的时间长度时，在前台持续显示所述消息提醒界面，直到所述消息提醒界面显示的时长达到实际提醒时间段对应的时长，或者检测到用户对所述消息提醒界面的触控操作。

15.一种消息发送装置，其特征在于，所述装置包括：

获取模块，用于获取待发送消息；

设置模块，用于在确定所述待发送消息的消息提醒类型为强提醒的情况下，将所述消息提醒类型添加至所述待发送消息对应的消息数据包中用于承载消息提醒类型的字段；其中，强提醒的消息提醒类型用于指示接收方设备根据发送方的对象特征信息创建消息提醒界面，并在预设提醒时间内在前台持续基于所述消息提醒界面进行消息提醒；

发送模块，用于发送所述待发送消息对应的消息数据包；

所述强提醒的消息提醒类型，具体用于指示所述接收方设备自参考时间点开始计时；所述参考时间点为获取到所述对象特征信息的时间点与获取到消息提示音的时间点中较靠后的时间点；以及，若在计时长度达到延迟提醒时间段对应的时间长度前，未检测到用户针对所述消息数据包对应的消息触发查看操作，则在所述计时长度达到所述延迟提醒时间段对应的时间长度时，在前台持续显示所述消息提醒界面，直到所述消息提醒界面显示的时长达到实际提醒时间段对应的时长，或者检测到用户对所述消息提醒界面的触控操作。

16.一种设备，其特征在于，所述设备包括：处理器以及存储器：

所述存储器用于存储计算机程序，并将所述计算机程序传输给所述处理器；

所述处理器用于根据所述计算机程序，执行权利要求1至10任一项所述的消息提醒方法，或者执行权利要求11至13任一项所述的消息发送方法。

17.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行权利要求1至10任一项所述的消息提醒方法，或者执行权利要求11至13任一项所述的消息发送方法。

Images