CN111190512B - 消息处理方法及其装置 - Google Patents

Abstract

本申请实施例提供了一种消息处理方法、装置、电子设备、计算机可读介质，涉及互联网技术领域。其中，该方法的一具体实施方式包括：接收用户针对提示有未读消息的消息展示控件的操作，所述操作用于指示将所述未读消息标记为已读状态；基于所述操作，向服务器发送所述未读消息已读的第一请求；基于所述服务器针对所述第一请求的第一响应，将所述未读消息标记为所述已读状态。通过本申请实施例，能够将未读消息标记为已读状态，不再对未读消息进行提示，避免了必须跳转到消息页的操作，从而帮助用户减少心理负担及为终端设备节约网络流量。

Description

消息处理方法及其装置

技术领域

本申请实施例涉及互联网技术领域，尤其涉及一种消息处理方法、装置、电子设备、计算机可读介质。

背景技术

随着移动终端和互联网技术的不断发展，人们获取外界消息的方式也越来越多，除了电话、邮件、短信等传统的通信方式外，还可以通过微信、QQ等即时通讯方式获取外界消息。在人们的日常生活中，经常通过各种途径接收外界的消息，当移动终端的应用程序接收到外界消息后，会发出提示以便于用户对接收到的未读消息进行处理。具体地，当应用程序接收到消息，且用户没有及时查阅时，即会在该应用程序的消息图标对未读消息的个数进行提示。对该应用程序的消息图标进行点击查阅未读消息之后，应用程序的消息图标的提示才会消除。

然而，当未读消息的数量急剧增加时，对于部分用户而言，数量过多的未读消息会造成心理上的负担。如果用户点击查阅每条未读消息，不但会耗费用户大量的时间，而且还会消耗终端设备很多的网络流量。

发明内容

本申请的目的在于提出一种消息处理方法、装置、电子设备、计算机可读介质，用于解决现有技术中存在的数量过多的未读消息造成用户心理上的负担的问题。

根据本申请实施例的第一方面，提供了一种消息处理方法。所述方法包括：接收用户针对提示有未读消息的消息展示控件的操作，所述操作用于指示将所述未读消息标记为已读状态；基于所述操作，向服务器发送所述未读消息已读的第一请求；基于所述服务器针对所述第一请求的第一响应，将所述未读消息标记为所述已读状态。

根据本申请实施例的第二方面，提供了一种消息处理装置。所述装置包括：第一接收模块，用于接收用户针对提示有未读消息的消息展示控件的操作，所述操作用于指示将所述未读消息标记为已读状态；第一发送模块，用于基于所述操作，向服务器发送所述未读消息已读的第一请求；第一标记模块，用于基于所述服务器针对所述第一请求的第一响应，将所述未读消息标记为所述已读状态。

根据本申请实施例的第三方面，提供了一种电子设备，包括：一个或多个处理器；计算机可读介质，配置为存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述任一实施例中所述的消息处理方法。

根据本申请实施例的第四方面，提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如上述任一实施例中所述的消息处理方法。

通过本申请实施例提供的技术方案，接收用户针对提示有未读消息的消息展示控件的操作；基于操作，向服务器发送未读消息已读的第一请求；基于服务器针对第一请求的第一响应，将未读消息标记为已读状态，与现有的其它方式相比，能够将未读消息标记为已读状态，不再对未读消息进行提示，避免了必须跳转到消息页的操作，从而帮助用户减少心理负担及为终端设备节约网络流量。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1为本申请实施例一中一种消息处理方法的流程示意图；

图2为根据本申请实施例一的消息展示控件的位置的示意图；

图3为本申请实施例二中一种消息处理方法的流程示意图；

图4为本申请实施例三中一种消息处理装置的结构示意图；

图5为本申请实施例四中一种消息处理装置的结构示意图；

图6为本申请实施例五中电子设备的结构示意图；

图7为本申请实施例六中电子设备的硬件结构。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅配置为解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

参照图1，示出了根据本申请实施例一的一种消息处理方法的步骤流程图。

本实施例的消息处理方法包括以下步骤：

在步骤S101中，接收用户针对提示有未读消息的消息展示控件的操作。

在本申请实施例中，所述消息展示控件提示有未读消息的数量，所述消息展示控件位于终端设备的客户端的内容菜单中，举例来说，所述消息展示控件可为位于终端设备的客户端的内容菜单中的小图标，如图2所示，所述消息展示控件可为内容菜单中形状为铃铛的小图标。其中，所述内容菜单可为布置有终端设备的客户端的各种控件的菜单，如图2所示，内容菜单中除了形状为铃铛的消息展示控件之外，还有位于消息展示控件右侧的个人信息展示控件。所述操作用于指示将所述未读消息标记为已读状态，所述操作包括拖拽操作或长按操作。其中，所述长按操作可理解为用户手指按住终端设备屏幕上展示的消息展示控件达到一定时长的操作。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在步骤S102中，基于所述操作，向服务器发送所述未读消息已读的第一请求。

在本申请实施例中，响应于用户针对提示有未读消息的消息展示控件的操作，向服务器发送所述未读消息已读的第一请求。具体地，响应于用户针对提示有未读消息的消息展示控件的操作，向服务器发送所有未读消息已读的第一请求，或者向服务器发送部分未读消息已读的第一请求。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在一些可选实施例中，所述基于所述操作，向服务器发送所述未读消息已读的第一请求之前，所述方法还包括：基于所述操作，展示所述未读消息的消息类型的选择界面；接收所述用户针对所述选择界面中的消息类型的选择操作，所述基于所述操作，向服务器发送所述未读消息已读的第一请求，包括：基于所述选择操作，向所述服务器发送属于选择的消息类型的未读消息已读的第二请求。籍此，能够根据未读消息的消息类型确定未读消息已读。可以理解的是，任何基于所述操作，向服务器发送所述未读消息已读的第一请求的实施方式均可适用于此，本申请实施例对此不做任何限定。

在一个具体的例子中，所述消息类型包括以下中的至少一者：点赞消息、收藏消息、评论消息、回复消息、系统消息、群组消息、应用推送消息、好友添加消息、好友直播推送消息、好友生日推送消息、好友状态更新消息。可替换地，基于所述用户针对所述选择界面中的消息类型的选择操作，向所述服务器发送不属于选择的消息类型的未读消息已读的第二请求。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在一些可选实施例中，所述基于所述操作，展示所述未读消息的消息类型的选择界面之前，所述方法还包括：对所述未读消息进行分类，确定所述未读消息所属的消息类型。籍此，能够确定未读消息所属的消息类型。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在一个具体的例子中，在对所述未读消息进行分类时，对所述未读消息进行解析，确定所述未读消息所属的消息类型。可以理解的是，任何对所述未读消息进行分类的实施方式均可适用于此，本申请实施例对此不做任何限定。

在步骤S103中，基于所述服务器针对所述第一请求的第一响应，将所述未读消息标记为所述已读状态。

在本申请实施例中，在基于所述服务器针对所述第一请求的第一响应，确认所述服务器指示将所述未读消息标记为所述已读状态时，将所述未读消息标记为所述已读状态。具体地，在确认所述服务器指示将所述未读消息标记为所述已读状态时，将所有未读消息或部分未读消息标记为所述已读状态。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在一些可选实施例中，在基于所述服务器针对所述第一请求的第一响应，将所述未读消息标记为所述已读状态时，基于所述服务器针对所述第二请求的第二响应，将所述属于选择的消息类型的未读消息标记为所述已读状态，或者基于所述服务器针对所述第二请求的第二响应，将所述不属于选择的消息类型的未读消息标记为所述已读状态。可以理解的是，任何基于所述服务器针对所述第一请求的第一响应，将所述未读消息标记为所述已读状态的实施方式均可适用于此，本申请实施例对此不做任何限定。

通过本申请实施例提供的消息处理方法，接收用户针对提示有未读消息的消息展示控件的操作；基于操作，向服务器发送未读消息已读的第一请求；基于服务器针对第一请求的第一响应，将未读消息标记为已读状态，与现有的其它方式相比，能够将未读消息标记为已读状态，不再对未读消息进行提示，避免了必须跳转到消息页的操作，从而帮助用户减少心理负担及为终端设备节约网络流量。

本实施例的消息处理方法可以由任意适当的具有数据处理能力的设备执行，包括但不限于：摄像头、终端、移动终端、PC机、服务器、车载设备、娱乐设备、广告设备、个人数码助理(PDA)、平板电脑、笔记本电脑、掌上游戏机、智能眼镜、智能手表、可穿戴设备、虚拟显示设备或显示增强设备(如Google Glass、Oculus Rift、Hololens、Gear VR)等。

参照图3，示出了根据本申请实施例二的一种消息处理方法的步骤流程图。

本实施例的消息处理方法包括以下步骤：

在步骤S201中，接收用户针对提示有未读消息的消息展示控件的拖拽操作。

在一些可选实施例中，所述接收用户针对提示有未读消息的消息展示控件的操作之前，所述方法还包括：获取所述用户在预设时间段内的历史消息操作记录；基于所述历史消息操作记录，确定所述用户偏好的消息类型。其中，所述预设时间段可由本领域技术人员根据实际需要进行设定，本申请实施例对此不做任何限定。籍此，能够准确地确定用户偏好的消息类型。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在一个具体的例子中，在确定所述用户偏好的消息类型时，基于所述历史消息操作记录，确定所述用户在所述预设时间段内查阅每种消息类型的消息的数量；基于所述用户在所述预设时间段内查阅属于每种消息类型的消息的数量，确定所述用户偏好的消息类型。具体地，将所述用户在所述预设时间段内查阅消息数量最高的消息类型确定为所述用户偏好的消息类型。可以理解的是，任何确定用户偏好的消息类型的实施方式均可适用于此，本申请实施例对此不做任何限定。

在步骤S202中，基于所述拖拽操作，向服务器发送所述未读消息已读的第一请求。

在一些可选实施例中，在基于所述拖拽操作或长按操作，向服务器发送所述未读消息已读的第一请求时，基于所述拖拽操作或长按操作，向所述服务器发送不属于所述用户偏好的消息类型的未读消息已读的第四请求。籍此，能够根据用户偏好的消息类型确定未读消息已读。可以理解的是，任何基于所述拖拽操作或长按操作，向服务器发送所述未读消息已读的第一请求的实施方式均可适用于此，本申请实施例对此不做任何限定。

在一些可选实施例中，所述基于所述拖拽操作或长按操作，向服务器发送所述未读消息已读的第一请求之前，所述方法还包括：基于所述拖拽操作或长按操作，展示距离所述未读消息的接收时间预设时长的选择界面；接收所述用户针对所述选择界面中的预设时长的选择操作，所述基于所述拖拽操作或长按操作，向服务器发送所述未读消息已读的第一请求，包括：基于所述选择操作，向所述服务器发送所述接收时间与当前时间的时长超过选择的预设时长的未读消息已读的第三请求。籍此，能够根据未读消息的接收时间与当前时间的时长确定未读消息已读。可以理解的是，任何基于所述拖拽操作或长按操作，向服务器发送所述未读消息已读的第一请求的实施方式均可适用于此，本申请实施例对此不做任何限定。

在一个具体的例子中，所述预设时长可为15分钟、半小时、一小时、两个小时，所述预设时长可由本领域技术人员根据实际需要进行设定，本申请实施例对此不做任何限定。

在一些可选实施例中，在基于所述选择操作，向所述服务器发送所述接收时间与当前时间的时长超过选择的预设时长的未读消息已读的第三请求之前，所述方法还包括：确定所述未读消息的接收时间与当前时间的时长。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在步骤S203中，基于所述服务器针对所述第一请求的第一响应，将所述未读消息标记为所述已读状态。

在一些可选实施例中，在基于所述服务器针对所述第一请求的第一响应，将所述未读消息标记为所述已读状态时，基于所述服务器针对所述第四请求的第四响应，将所述不属于所述用户偏好的消息类型的未读消息标记为所述已读状态。可以理解的是，任何基于所述服务器针对所述第一请求的第一响应，将所述未读消息标记为所述已读状态的实施方式均可适用于此，本申请实施例对此不做任何限定。

在一些可选实施例中，在基于所述服务器针对所述第一请求的第一响应，将所述未读消息标记为所述已读状态时，基于所述服务器针对所述第三请求的第三响应，将所述接收时间与当前时间的时长超过选择的预设时长的未读消息标记为所述已读状态。可以理解的是，任何基于所述服务器针对所述第一请求的第一响应，将所述未读消息标记为所述已读状态的实施方式均可适用于此，本申请实施例对此不做任何限定。

通过本申请实施例提供的消息处理方法，接收用户针对提示有未读消息的消息展示控件的拖拽操作；基于拖拽操作，向服务器发送未读消息已读的第一请求；基于服务器针对第一请求的第一响应，将未读消息标记为已读状态，与现有的其它方式相比，能够将未读消息标记为已读状态，不再对未读消息进行提示，避免了必须跳转到消息页的操作，从而帮助用户减少心理负担及为终端设备节约网络流量。

本实施例的消息处理方法可以由任意适当的具有数据处理能力的设备执行，包括但不限于：摄像头、终端、移动终端、PC机、服务器、车载设备、娱乐设备、广告设备、个人数码助理(PDA)、平板电脑、笔记本电脑、掌上游戏机、智能眼镜、智能手表、可穿戴设备、虚拟显示设备或显示增强设备(如Google Glass、Oculus Rift、Hololens、Gear VR)等。

参照图4，示出了根据本申请实施例三中一种消息处理装置的结构示意图。

本实施例的消息处理装置包括：第一接收模块301，用于接收用户针对提示有未读消息的消息展示控件的操作，所述操作用于指示将所述未读消息标记为已读状态；第一发送模块302，用于基于所述操作，向服务器发送所述未读消息已读的第一请求；第一标记模块303，用于基于所述服务器针对所述第一请求的第一响应，将所述未读消息标记为所述已读状态。

本实施例的消息处理装置用于实现前述多个方法实施例中相应的消息处理方法，并具有相应的方法实施例的有益效果，在此不再赘述。

参照图5，示出了根据本申请实施例四中一种消息处理装置的结构示意图。

本实施例的消息处理装置包括：第一接收模块403，用于接收用户针对提示有未读消息的消息展示控件的操作，所述操作用于指示将所述未读消息标记为已读状态；第一发送模块404，用于基于所述操作，向服务器发送所述未读消息已读的第一请求；第一标记模块405，用于基于所述服务器针对所述第一请求的第一响应，将所述未读消息标记为所述已读状态。

可选地，所述消息展示控件位于终端设备的客户端的内容菜单中。

可选地，所述第一发送模块404之前，所述装置还包括：第一展示模块4032，用于基于所述操作，展示所述未读消息的消息类型的选择界面；第二接收模块4033，用于接收所述用户针对所述选择界面中的消息类型的选择操作，所述第一发送模块404，具体用于：基于所述选择操作，向所述服务器发送属于选择的消息类型的未读消息已读的第二请求；所述第一标记模块405，具体用于：基于所述服务器针对所述第二请求的第二响应，将所述属于选择的消息类型的未读消息标记为所述已读状态。

可选地，所述第一展示模块4032之前，所述装置还包括：分类模块4031，用于对所述未读消息进行分类，确定所述未读消息所属的消息类型。

可选地，所述第一发送模块404之前，所述装置还包括：第二展示模块4034，用于基于所述操作，展示距离所述未读消息的接收时间预设时长的选择界面；第三接收模块4035，用于接收所述用户针对所述选择界面中的预设时长的选择操作，所述第一发送模块404，具体用于：基于所述选择操作，向所述服务器发送所述接收时间与当前时间的时长超过选择的预设时长的未读消息已读的第三请求；所述第一标记模块405，具体用于：基于所述服务器针对所述第三请求的第三响应，将所述接收时间与当前时间的时长超过选择的预设时长的未读消息标记为所述已读状态。

可选地，所述第一发送模块404，还用于：确定所述未读消息的接收时间与当前时间的时长。

可选地，所述第一接收模块403之前，所述装置还包括：获取模块401，用于获取所述用户在预设时间段内的历史消息操作记录；确定模块402，用于基于所述历史消息操作记录，确定所述用户偏好的消息类型。

可选地，所述第一发送模块404，具体用于：基于所述操作，向所述服务器发送不属于所述用户偏好的消息类型的未读消息已读的第四请求；所述第一标记模块405，具体用于：基于所述服务器针对所述第四请求的第四响应，将所述不属于所述用户偏好的消息类型的未读消息标记为所述已读状态。

本实施例的消息处理装置用于实现前述多个方法实施例中相应的消息处理方法，并具有相应的方法实施例的有益效果，在此不再赘述。

图6为本申请实施例五中电子设备的结构示意图；该电子设备可以包括：

一个或多个处理器1501；

计算机可读介质1502，可以配置为存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述任一实施例中所述的消息处理方法。

图7为本申请实施例六中电子设备的硬件结构；如图7所示，该电子设备的硬件结构可以包括：处理器1601，通信接口1602，计算机可读介质1603和通信总线1604；

其中处理器1601、通信接口1602、计算机可读介质1603通过通信总线1604完成相互间的通信；

可选的，通信接口1602可以为通信模块的接口，如GSM模块的接口；

其中，处理器1601具体可以配置为：接收用户针对提示有未读消息的消息展示控件的操作，所述操作用于指示将所述未读消息标记为已读状态；基于所述操作，向服务器发送所述未读消息已读的第一请求；基于所述服务器针对所述第一请求的第一响应，将所述未读消息标记为所述已读状态。

处理器1601可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

计算机可读介质1603可以是，但不限于，随机存取存储介质(Random AccessMemory，RAM)，只读存储介质(Read Only Memory，ROM)，可编程只读存储介质(Programmable Read-Only Memory，PROM)，可擦除只读存储介质(Erasable ProgrammableRead-Only Memory，EPROM)，电可擦除只读存储介质(Electric Erasable ProgrammableRead-Only Memory，EEPROM)等。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含配置为执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分从网络上被下载和安装，和/或从可拆卸介质被安装。在该计算机程序被中央处理单元(CPU)执行时，执行本申请的方法中限定的上述功能。需要说明的是，本申请所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读介质例如可以但不限于是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储介质(RAM)、只读存储介质(ROM)、可擦式可编程只读存储介质(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储介质(CD-ROM)、光存储介质件、磁存储介质件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输配置为由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

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

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个配置为实现规定的逻辑功能的可执行指令。上述具体实施例中有特定先后关系，但这些先后关系只是示例性的，在具体实现的时候，这些步骤可能会更少、更多或执行顺序有调整。即在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括第一接收模块、第一发送模块、第一标记模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，第一接收模块还可以被描述为“接收用户针对提示有未读消息的消息展示控件的操作的模块”。

作为另一方面，本申请还提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如上述任一实施例中所描述的消息处理方法。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的装置中所包含的；也可以是单独存在，而未装配入该装置中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该装置执行时，使得该装置：接收用户针对提示有未读消息的消息展示控件的操作，所述操作用于指示将所述未读消息标记为已读状态；基于所述操作，向服务器发送所述未读消息已读的第一请求；基于所述服务器针对所述第一请求的第一响应，将所述未读消息标记为所述已读状态。

在本公开的各种实施方式中所使用的表述“第一”、“第二”、“所述第一”或“所述第二”可修饰各种部件而与顺序和/或重要性无关，但是这些表述不限制相应部件。以上表述仅配置为将元件与其它元件区分开的目的。例如，第一用户设备和第二用户设备表示不同的用户设备，虽然两者均是用户设备。例如，在不背离本公开的范围的前提下，第一元件可称作第二元件，类似地，第二元件可称作第一元件。

当一个元件(例如，第一元件)称为与另一元件(例如，第二元件)“(可操作地或可通信地)联接”或“(可操作地或可通信地)联接至”另一元件(例如，第二元件)或“连接至”另一元件(例如，第二元件)时，应理解为该一个元件直接连接至该另一元件或者该一个元件经由又一个元件(例如，第三元件)间接连接至该另一个元件。相反，可理解，当元件(例如，第一元件)称为“直接连接”或“直接联接”至另一元件(第二元件)时，则没有元件(例如，第三元件)插入在这两者之间。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (10)

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

接收用户针对提示有未读消息的消息展示控件的操作，所述操作用于指示将所述未读消息标记为已读状态；

基于所述操作，展示所述未读消息的消息类型的选择界面，或者，展示距离所述未读消息的接收时间预设时长的选择界面；接收所述用户针对所述选择界面中的消息类型或预设时长的选择操作；

基于所述选择操作，向服务器发送属于选择的消息类型的未读消息已读的第二请求，或者，向所述服务器发送接收时间与当前时间的时长超过选择的预设时长的未读消息已读的第三请求；

基于所述服务器针对所述第二请求的第二响应，将所述属于选择的消息类型的未读消息标记为所述已读状态，或者，基于所述服务器针对所述第三请求的第三响应，将所述接收时间与当前时间的时长超过选择的预设时长的未读消息标记为所述已读状态。

2.根据权利要求1所述的方法，其特征在于，所述消息展示控件位于终端设备的客户端的内容菜单中。

3.根据权利要求1所述的方法，其特征在于，所述基于所述操作，展示所述未读消息的消息类型的选择界面之前，所述方法还包括：

对所述未读消息进行分类，确定所述未读消息所属的消息类型。

4.根据权利要求1所述的方法，其特征在于，基于所述选择操作，向所述服务器发送所述接收时间与当前时间的时长超过选择的预设时长的未读消息已读的第三请求之前，所述方法还包括：

确定所述未读消息的接收时间与当前时间的时长。

5.一种消息处理装置，其特征在于，所述装置包括：

第一接收模块，用于接收用户针对提示有未读消息的消息展示控件的操作，所述操作用于指示将所述未读消息标记为已读状态；

第一展示模块，用于基于所述操作，展示所述未读消息的消息类型的选择界面；或者，第二展示模块，用于基于所述操作，展示距离所述未读消息的接收时间预设时长的选择界面；

第二接收模块，用于接收所述用户针对所述选择界面中的消息类型的选择操作；或者，第三接收模块，用于接收所述用户针对所述选择界面中的预设时长的选择操作；

第一发送模块，用于基于所述选择操作，向服务器发送属于选择的消息类型的未读消息已读的第二请求；或者，基于所述选择操作，向所述服务器发送所述接收时间与当前时间的时长超过选择的预设时长的未读消息已读的第三请求；

第一标记模块，用于基于所述服务器针对所述第二请求的第二响应，将所述属于选择的消息类型的未读消息标记为所述已读状态；或者，基于所述服务器针对所述第三请求的第三响应，将所述接收时间与当前时间的时长超过选择的预设时长的未读消息标记为所述已读状态。

6.根据权利要求5所述的装置，其特征在于，所述消息展示控件位于终端设备的客户端的内容菜单中。

7.根据权利要求5所述的装置，其特征在于，所述第一展示模块之前，所述装置还包括：

分类模块，用于对所述未读消息进行分类，确定所述未读消息所属的消息类型。

8.根据权利要求5所述的装置，其特征在于，所述第一发送模块，还用于：

确定所述未读消息的接收时间与当前时间的时长。

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

一个或多个处理器；

计算机可读介质，配置为存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-4中任意一项权利要求所述的消息处理方法。

10.一种计算机可读介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-4中任意一项权利要求所述的消息处理方法。

Images