消息处理方法、装置及系统与流程

本发明涉及信息处理领域，具体而言，涉及一种消息处理方法、装置及系统。

背景技术：

目前在使用即时通讯工具进行即时通讯时，用户可能同时与多个账户启动了即时通讯的会话，这样用户可能在同一时间或较短的一个时间段内收到多条未读消息，用户可能执行了查看操作，但实际上并没有读取该多条消息，在执行查看读操作之后并未重新查看消息。例如，用户在开会中或工作繁忙时，收到一个或多条消息的通知，用户查看通知之后，对这些通知做了如下处理：看到应用的图标或应用界面中的会话上一直提醒有未读消息，拖动或者点击提醒红点，清除了所有未读提醒。在这种情况下，服务器视为用户已经查看了消息，如果用户没有想起来，这些没有回复的消息就都石沉大海了。而如果这消息里有重要的消息，会导致消息的遗漏。

如上述分析，在好友或多人的强交互消息的环境下，如果用户只能对消息提示或消息通知执行查看操作，若用户执行了查看操作实际上并没有查看消息内容，则会错过或遗漏重要消息，这样会降低消息的读取率。

针对现有技术中提供的对未读消息的操作方式，会造成未读消息的遗漏的问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明实施例提供了一种消息处理方法、装置及系统，以至少解决现有技术中提供的对未读消息的操作方式，会造成未读消息的遗漏的技术问题。

根据本发明实施例的一个方面，提供了一种消息处理方法，包括：在客户端中检测到撤回指令；判断所述客户端中是否存在未被读取的消息；在判断出所述客户端中存在所述未被读取的消息的情况下，响应于所述撤回指令对所述未被读取的消息执行撤回操作，其中，所述撤回操作用于在所述客户端中取消显示所述未被读取的消息。

根据本发明实施例的一个方面，提供了一种消息处理方法，包括：向客户端发送消息；接收所述客户端发送的撤回通知，其中，所述撤回通知用于指示服务器所述客户端取消显示所述消息中未被读取的消息；响应于所述撤回通知，重新向所述客户端发送所述未被读取的消息。

根据本发明实施例的一个方面，提供了一种消息处理装置，包括：检测单元，用于在客户端中检测撤回指令；判断单元，用于在检测到所述撤回指令的情况下，判断所述客户端中是否存在未被读取的消息；撤回单元，用于在判断出所述客户端中存在所述未被读取的消息的情况下，响应于所述撤回指令对所述未被读取的消息执行撤回操作，其中，所述撤回操作用于在所述客户端中取消显示所述未被读取的消息。

根据本发明实施例的一个方面，提供了一种消息处理装置，包括：发送单元，用于向客户端发送消息；接收单元，用于接收所述客户端发送的撤回通知，其中，所述撤回通知用于指示服务器所述客户端取消显示所述消息中未被读取的消息；重新发送单元，用于响应于所述撤回通知，重新向所述客户端发送所述未被读取的消息。

在本发明实施例中，在第一终端和第二终端建立连接之后，第二终端在运动过程中向第一终端发送运动信息，第一终端接收到运动信息之后直接将其显示在第一终端对应的屏幕上，在该方案中，第二终端被用户携带，该第二终端的运动可以反映用户的运动，第二终端在运动过程中发送运动信息，从而可以将用户运动过程中产生的数据实时发送给第一终端，并通过第一终端的屏幕实时显示该运动信息，从而可以在用户运动的过程中，实时显示用户的运动信息，以实时提醒用户，解决了现有技术中只在运动结束时提醒用户，无法实时提醒用户的问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种硬件环境的示意图；

图2是根据本发明实施例的一种可选的消息处理方法的流程图；

图3是根据本发明实施例的另一种可选的消息处理方法的流程图一；

图4是根据本发明实施例的另一种可选的消息处理方法的流程图二；

图5是根据本发明实施例的另一种可选的消息处理方法的流程图三；

图6是根据本发明实施例的一种可选的消息处理方法的交互图；

图7是根据本发明实施例的一种可选的消息处理装置的示意图；

图8是根据本发明实施例的一种可选的终端的内部结构框图。

具体实施方式

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

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

首先，对本申请涉及的术语，解释如下：

即时通讯：一般是指实时通信，该通信方式允许两人或多人使用网络实时传递文字消息、文件、语音或视频信息。

Tab界面是包含有tab选项卡的动态页面。

根据本发明实施例，提供了一种消息处理方法。可选地，在本实施例中，上述消息处理方法可以应用于如图1所示的硬件环境中，其中，硬件环境包括网络环境。如图1所示，该硬件环境可以包括第一终端101、第二终端102和服务器103。

如图1所示，第一终端和第二终端分别通过网络与服务器进行连接。上述网络包括但不限于：广域网、城域网或局域网。

其中，图1中的第一终端和第二终端均可以为个人计算机、移动终端等设备，如，智能移动终端(如智能手机、平板电脑)等终端。第一终端和第二终端上均可以安装客户端，该客户端可以为建立两个账户进行通讯的客户端，如即时通讯客户端，或者可以登录浏览器以进入通讯页面，该页面也可以为即时通讯页面。

下面以在第一终端和第二终端上安装即时通讯应用为例，详述本申请的应用场景。

第一账户登录在第一终端的即时通讯应用的客户端(以下简称为第一客户端)上，第二账户登录在第二终端的即时通讯应用的客户端(以下简称为第二客户端)上。在第一账户登录在第一客户端之后，在第一客户端的好友列表中选中第二账户作为通信对象，创建第一账户与第二账户的会话，在创建会话之后，第一账户可以在创建的会话界面生成即时通讯消息并发送该消息至服务器，服务器接收到该即时通讯消息之后，将即时通讯消息一并下发至第二客户端。

可选地，根据本发明实施例提供的一种消息处理方法，上述消息处理方法还可以应用于如图1所示的硬件环境中的第一终端、第二终端或服务器上。

该消息可以为其中任意一个设备(如第一终端、第二终端或服务器)上的处理器在处理数据流的过程中产生的消息。其中，图1中的第一终端和第二终端可以为个人计算机、移动终端等设备，如，智能移动终端(如智能手机、平板电脑)等终端。

下面结合图2详述本发明上述实施例，如图2所示，该实施例可以包括如下步骤：

步骤S202：在客户端中检测到撤回指令；

步骤S204：判断客户端中是否存在未被读取的消息；

步骤S206：在判断出客户端中存在未被读取的消息的情况下，响应于撤回指令对未被读取的消息执行撤回操作，其中，撤回操作用于在客户端中取消显示未被读取的消息。

通过本发明实施例，在客户端中检测到撤回指令、且在客户端中存在未被读取的消息的情况下，对该未被读取的消息执行撤回操作，以取消显示未被读取的消息。通过上述实施例，可以在客户端中存在未读消息的情况下，取消显示该未被读取的消息，在该方案中提供的撤回操作可以取消显示未读消息，这样未读消息不会被服务器任务已经被阅读过，执行了撤回操作的未读消息还是未读消息，只是暂时没有显示而已，该方案并不影响未被阅读的消息未读的状态，该消息并不会遗漏未读消息，解决了现有技术中提供的对未读消息的操作方式，会造成未读消息的遗漏的问题。

上述实施例中的客户端可以为安装在设备上的即时通讯客户端，消息可以在即时通讯客户端中的会话产生的即时通讯消息。

在上述实施例中，客户端的处理器可以检测客户端中的撤回指令，在检测到撤回指令之后，判断该客户端上是否存在尚未被读取的消息，该尚未被读取的消息是指未被执行读取操作的消息，在客户端上存在该未被读取的消息的情况下，对该未被读取的消息执行撤回操作，以取消该未被读取的消息的显示，在进入客户端的界面之后，不会看到关于该未读消息。

需要说明的是，在客户端上不存在该未被读取的消息的情况下，则撤回指令无效，不对客户端上已经读取的消息执行撤回操作。

在客户端接收到消息之后，将该消息的信息显示在客户端中，或者显示在客户端所在设备的屏幕上，如在设备的锁屏界面上显示该未读消息的通知信息，如“账户B发送了3条会话消息”。又如，在客户端中显示该消息的信息，可以在对应的会话上显示未读消息的标记，如，会话的提示信息上显示有未读消息的小红点标记或者未读消息的数量标记。

判断客户端中是否存在未被读取的消息可以通过检测客户端所在设备的屏幕上是否存在未读消息的通知信息、或者检测客户端的会话提示信息上是否存在未读消息的标记来实现。

可选地，若检测出客户端所在设备的屏幕上存在未读消息的通知信息的情况下，则判断出客户端中存在未被读取的消息；或者，若检测出客户端的会话提示信息上存在未读消息的标记，则判断出客户端中存在未被读取的消息。

在判断出客户端中存在未被读取的消息的情况下，响应于撤回指令对未被读取的消息执行撤回操作，其中，撤回操作用于在客户端中取消显示未被读取的消息。这里，取消显示的可以为部分或全部的未被读取的消息，用户在执行预定操作，以输入撤回指令时，可以选中客户端中存在的未读消息的部分或全部，本申请对此不做限定。

根据本发明的上述实施例，在客户端中检测到撤回指令可以包括：从客户端所在的设备的输入装置获取输入信息；检测输入信息是否符合第一预定条件；在检测出输入信息符合第一预定条件的情况下，确定检测出撤回指令。

具体地，可以预先设置第一预定条件，设置符合第一预定条件的情况下，确定检测到撤回指令。

可选地，从客户端所在的设备的输入装置获取输入信息，该输入装置可以为向客户端所在的设备输入信息和数据的设备。该输入装置包括：键盘、鼠标、摄像头、触摸装置(如触摸屏)、光笔、语音输入装置、振动输入装置以及加速度传感器等。

在上述实施例中，通过不同的输入装置输入的信息，可以按照不同的第一预定条件来检测该信息是否为撤回指令。

在一个可选的实施例中，输入信息为加速度信息，检测输入信息是否符合第一预定条件包括：检测加速度信息是否超过加速度阈值；在加速度信息超过加速度阈值的情况下，确定输入信息符合第一预定条件。

具体地，该输入信息可以通过客户端所在设备的加速度传感器输入，在从该设备的加速度传感器获取得到加速度信息之后，从数据库中读取加速度阈值，在加速度信息超过该加速度阈值的情况下，确定输入信息符合第一预定条件，从而检测出输入信息为撤回指令。如，用户甩了设备一下，设备检测到用户甩手机时的加速度信息，判断该加速度信息是否超过加速度阈值，以检测用户甩设备时输入设备的信息是否撤回指令。

进一步可选地，在加速度信息中包括多个加速度值的情况下，在多个加速度值中符合预设个数的值超过加速度阈值的情况下，确定输入信息符合第一预定条件，并检测出输入信息为撤回指令。

在另一个可选的实施例中，输入信息可以为触摸信息，该触摸信息可以是通过触摸屏幕输入的信息，检测输入信息是否符合第一预定条件可以包括：检测触摸信息所表示的触摸痕迹是否符合预先设置的触摸痕迹；在触摸信息所表示的触摸痕迹符合预先设置的触摸痕迹的情况下，确定输入信息符合第一预定条件。

具体地，可以从触摸屏幕获取触摸信息，并基于触摸信息确定触摸痕迹，检测触摸痕迹是否符合预先设置的触摸痕迹，若检测出触摸痕迹符合预先设置的触摸痕迹，则确定输入的信息符合第一预定条件，并确定检测出撤回指令。

其中，触摸痕迹可以包括滑动触摸的痕迹和点击触摸的痕迹。如，触摸痕迹为在预定区域内点击预定次数的触摸痕迹，则在获取到输入的触摸痕迹之后，检测该输入的触摸痕迹是否为在预定区域内点击预定次数的触摸痕迹，以判断是否输入撤回指令。

上述的预定区域可以为客户端所在设备的当前显示界面上的区域，该区域可以预先设置为固定区域，也可以根据需求设置，本申请对此不做限定。

在另一个可选的实施例中，输入信息可以包括设备使用者的影像，在从设备的摄像装置中获取设备使用者的影像之后，检测该影像中是否包括预定手势，若影像中包括预定手势，则确定检测到撤回指令。如，预定手势为挥手，若检测到影像中包括挥手的动作，则确定检测到撤回指令。

在又一个可选的实施例中，输入信息可以包括音频，在从语音输入装置(如麦克风)中获取设备使用者的音频之后，对音频进行语义识别，若检测出音频中包括预定语音，则确定检测到撤回指令。

可选地，输入信息还可以为文字信息、振动信息等，基于这些信息确定撤回指令的方式相似，在此不再赘述。

根据本发明的上述实施例，响应于撤回指令对未被读取的消息执行撤回操作可以包括：删除未被读取的消息，以取消显示未被读取的消息；或隐藏未被读取的消息，并取消显示未被读取的消息。

可选地，执行撤回操作可以直接将撤回指令指示的未被读取的消息从客户端删除，并将客户端所在设备的缓存中记录的该未被读取的消息删除，在删除该未被读取的消息的情况下，客户端取消这些消息的显示。

另一种可选地，执行撤回操作可以将撤回指令指示的未被读取的消息隐藏，该操作可以保留设备的缓存中记录的该未被读取的消息，但是在客户端取消这些消息的显示。

通过该实施例，从客户端的显示上来说，不存在该消息，但是实质上这类消息并未被读取，在符合一定条件的情况下，还可以重新显示这些消息。

根据本发明的上述实施例，在通过删除未被读取的消息，取消显示该未被读取的消息的情况下，客户端向服务器发送撤回通知，其中，撤回通知用于指示服务器在第二预定条件下，重新向客户端发送被客户端取消显示的未被读取的消息。

在该实施例中，由于删除了未被读取的消息，为了可以再次显示该删除的未被读取的消息，可以向服务器发送撤回通知，服务器接收到该撤回通知之后，服务器在第二预定条件下，重新向客户端发送被客户端删除的未被读取的消息。

可选地，符合第二预定条件包括间隔预定时长，方法还可以包括：展示输入框，其中，输入框用于输入预定时长；将预定时长发送至服务器。

在一个可选的实施例中，服务器接收到撤回通知之后，向客户端提供输入框，客户端接收到该输入框之后，在输入框中输入预定时长，并将该预定时长发送至服务器，服务器从接收到撤回通知开始计时，在记录的时长达到预定时长的情况下，服务器重新下发被删除的未被读取的消息。

另一种可选地，符合第二预定条件包括属于消息类别，方法还包括：展示输入框，其中，输入框用于输入消息类别；将消息类别发送至服务器。

在一个可选的实施例中，服务器接收到撤回通知之后，向客户端提供输入框，客户端接收到该输入框之后，在输入框中输入消息类别，并将该消息类别发送至服务器。其中，该消息类别可以为允许重发的消息的类别，也可以为不允许重发的消息的类别，本申请对此不做限定。

以消息类别为允许重发的消息的类别为例，服务器从接收到撤回通知之后，间隔预定时长之后，重新发送将属于消息类别的删除的未被阅读的消息。

进一步需要说明的是，若在服务器接收到撤回通知之后、且在记录的时长达到预定时长之前，接收到向客户端发布的新的消息，若该新的消息属于消息类别，服务器也将该新的消息记录，并在记录的时长达到预定时长的时候，将删除的未被读取的消息和该新的消息一并下发给客户端。

若在服务器接收到撤回通知之后、且在记录的时长达到预定时长之前，接收到向客户端发布的新的消息，若该新的消息不属于上述的消息类别，则将该新的消息直接发送至客户端。

在本发明的上述实施例中，在响应于撤回指令对未被读取的消息执行撤回操作之后，方法还可以包括如图3所示的：步骤S302：重新显示取消显示的未被读取的消息。图3中示出的步骤S202至步骤S206与图2示出的实施例中的实现方式一致，在此不再赘述。

通过该实施例，可以重新显示未被读取的消息，以供设备的使用者重新看到该未读消息，提高消息的读取率。

需要进一步说明的是，在服务器再次发送未被读取的消息之后，客户端可以展示提示信息，其中，提示信息用于提示未被读取的消息为再次接收的消息，或者，未被读取的消息被再次接收的次数。

进一步地，在客户端接收到未被读取的消息的次数超过预定操作次数的情况下，不再检测撤回指令，或者拒绝向服务器发送撤回通知，并且，拒绝从即时通讯客户端中删除未被读取的消息。

本发明还提供了一种消息处理方法的实施例，该实施例应用在服务器上，如图4所示，该实施例可以包括：

步骤S402：向客户端发送消息；

步骤S404：接收客户端发送的撤回通知，其中，撤回通知用于指示服务器客户端取消显示消息中未被读取的消息；

步骤S406：响应于撤回通知，重新向客户端发送未被读取的消息。

在该实施例中，客户端可以取消显示服务器向其下发的消息中未被读取的消息，并向服务器发送撤回通知，服务器接收到撤回通知之后，重新向服务器发送客户端取消显示的未被读取的消息，减少了信息的遗漏。

在该实施例中，可以在客户端中存在未读消息的情况下，取消显示该未被读取的消息，在该方案中提供的撤回操作可以取消显示未读消息，这样未读消息不会被服务器任务已经被阅读过，执行了撤回操作的未读消息还是未读消息，只是暂时没有显示而已，该方案并不影响未被阅读的消息未读的状态，该消息并不会遗漏未读消息，解决了现有技术中提供的对未读消息的操作方式，会造成未读消息的遗漏的问题。

根据本发明的上述实施例，服务器响应于撤回通知，重新向客户端发送未被读取的消息可以包括：检测是否符合预设条件；在符合预设条件的情况下，重新向客户端发送未被读取的消息。

其中，检测是否符合预设条件可以包括：检测接收到撤回通知的时刻与当前时刻的时间差是否达到预定时长；若检测出时间差到达预定时长，则确定符合预设条件。

可选地，在接收到撤回通知的时刻开始计时，当记录的时长达到预定时长的情况下，也可以确定时间差达到预定时长。

另一个可选地，检测是否符合预设条件可以包括：检测客户端取消显示的未被读取的消息中是否还存在未被读取的消息；若检测出客户端取消显示的未被读取的消息中还存在未被读取的消息，则确定符合预设条件。

具体地，在间隔一定时长之后，确定重发的未被读取的消息是否均被读取；在确定出重发的未被读取的消息中存在尚未被读取的消息的情况下，向客户端发送该仍未被读取的消息。

其中，确定再次发送的第一消息是否均被读取可以包括：获取客户端查看再次发送的第一消息的第一数量；比较第一数量和服务器重新发送的第一消息的第二数量；若第一数量小于或等于第二数量，则确定出再次发送的第一消息中存在尚未被读取的消息。

通过该实施例，可以基于本地和服务器的信息进行同步校验，保证所有未被读取的消息均被重新发送，以将未读消息的遗漏率降到最低。

在一个可选的实施例中，若消息为客户端生成的消息，客户端的服务器，也可以在重发未被读取的消息之后，检测是否还存在尚未被读取的消息，若存在，则重发未被读取的消息，直至所有未读的消息均被客户端所在设备的使用者读取。

在又一个可选的实施例中，检测是否符合预设条件可以包括：检测向客户端发布的新的消息是否属于预定的消息类别；若检测出向客户端发布的新的消息属于预定的消息类别，则确定符合预设条件。

通过上述实施例，在好友或多人的强交互消息的环境下，将下发的未读消息撤回服务器，通过设定的格式如自定义的时间和方式将未读的消息下发并提醒，提高阅读效率。

下面以即时通讯消息为例，结合图5详述上述实施例，如图5所示，该方案可以通过如下步骤实现：

步骤S501：第一账户接收到多条未读消息。

可选地，该第一账户登录在客户端上，该多条未读消息可以是一个第二账户发送的消息，也可以是多个第二账户发送的消息，本申请对此不作限定，但是，在下述对本申请的实现方式进行说明时，以多个第二账户向第一账户发布的多条消息为例，进行详细说明。

多个第二账户向第一账户发布了即时通讯消息之后，服务器将该即时通讯消息下发至第一账户。

步骤S502：在第一账户所在的终端的屏幕上显示该多条未读消息的信息。

其中，在第一账户接收到该多条未读消息之后，生成该多条未读消息的信息，该信息可以显示在第一账户所在终端的锁屏界面上，还可以显示在该终端上安装的客户端应用上，还可以在第一账户与第二账户的会话标识上显示信息。

该通知信息可以为文字信息，如“接收到B发送的3条消息”，该通知消息还可以为标识信息，如在该终端安装的客户端的图标上显示预定标识，该预定标识可以为将图标的默认显示颜色转换为其他的显示颜色，或者在图标上增加标记，在图标上显示小红点。又如，在第一账户与第二账户的会话标识上，显示小红点或者显示信息的条数。

步骤S503：在终端的屏幕上显示未读消息的信息时，生成撤回指令，以取消未读消息的显示。

其中，用户可以预先通过即时通讯应用设置预定操作，在终端的屏幕上显示及时通讯消息的未读消息的信息时，用户可以对第一账户所在的终端设备执行预定操作，生成撤回指令，以将消息撤回服务器。

可选地，该预定操作可以为摇晃终端设备预定次数的操作，该预定操作还可以为对客户端所在设备的屏幕执行的触摸操作。

例如，用户可以在即时通讯应用的设置界面上启动撤回服务，并设置触发撤回服务的预定操作，如，设置的预定操作为摇晃三次终端设备，在接收到新的即时通讯消息之后，用户摇三下手机，则可以生成撤回指令。

其中，撤回指令指示的撤回消息可以包括生成撤回指令时，在终端的屏幕上显示的通知信息所通知的全部或部分即时通讯消息。

在另一个可选的实施例中，在显示通知信息的界面上可以记录有撤回按键，用户可以对该按键执行点击操作(即上述实施例中的预定操作)，生成撤回指令。

进一步可选地，每个未读消息均可以对应设置一个撤回按键。

步骤S504：响应撤回指令，设置再次下发时间。

其中，在第一账户所在的终端设备检测到撤回指令之后，响应于该撤回指令，在终端的屏幕上显示时间设置界面，该时间设置界面上记录有引导用户输入再次下发时间的引导信息，用户在引导信息的引导下，设置再次下发时间，该再次下发时间可以为时间间隔或时间点，如用户可以设置：一个小时候再提醒，或者设置18：00再提醒。

可选地，该时间设置界面中可以记录有提示框(即上述的输入框)，该提示框以悬浮的方式显示在终端的屏幕中，在该提示框中可以显示多个时间间隔的选项，如，30分钟、一个小时以及两个小时等。

步骤S505：设置再次下发的消息类别。

可选地，响应撤回指令，生成提示用户设置再次下发的消息类别的提示框，用户可以通过该提示框(即上述的输入框)输入再次下发的消息类别。设置再次下发的消息类别可以设置某个或某些会话的消息允许再次下发，也可以设置某个或某些群会话的消息允许再次下发等。当然这里的设置方式也可以是相反的，如设置某个或某些会话的消息不允许再次下发，也可以设置某个或某些群会话的消息不允许再次下发。

具体地，这里的设置再次下发的消息类别可以包括再次下发的消息的显示方式，如置顶显示。

需要说明的是，上述实施例中的步骤S504和步骤S505的执行顺序不分先后，可以先执行步骤S504，再执行步骤S505，也可以先执行步骤S505再执行步骤S504，也可以同时执行步骤S504和步骤S505，本申请对此不作限定。

在一个可选的实施例中，可以预先设置好再次下发的时间和再次下发的消息类别，这样在系统检测到撤回指令之后，无需再设置再次下发的时间和再次下发的消息类别，可以直接从数据库中读取这两个参数。

在该实施例中，系统在检测到撤回指令之后，生成提示信息，该提示信息用于提示用户是否使用预先设置的撤回参数(包括上述的再次下发的时间和再次下发的消息类别)，若接收到用户的确认指令，则确定用户选择使用预先设置的撤回参数，则不在显示设置再次下发的时间和再次下发的消息类别的提示框，也即不再执行上述的步骤S504和步骤S505。

在又一个可选的实施例中，用户可以设置在生成撤回指令之后，直接使用设置好的撤回参数(包括上述的预定时长和消息类别)，而不再询问用户是否要使用设置好的撤回参数，通过该实施例可以简化操作、提高处理速度。

步骤S506：基于设置的再次下发时间和再次下发的消息类别，生成撤回请求，并将撤回请求发送至服务器。

可选地，可以将设置的再次下发的时间和再次下发的消息类别进行封装，生成撤回请求，并将该撤回请求(即上述实施例中的撤回通知)发送至服务器。

具体地，系统检测到撤回指令之后，获取撤回指令对应的消息标识，并将该消息标识携带在撤回请求中。

这里的撤回指令对应的消息标识可以为在生成撤回指令时，屏幕上显示的所有的未读消息的标识。

可选地，在用户设置有再次下发的消息类别的情况下，该撤回指令对应的消息标识可以为在生成撤回指令时，屏幕上显示的所有未读消息中属于消息类别的消息的标识。

上述实施例中的消息标识的级别与设置的再次下发的消息类别的级别相同，如设置的再次下发的消息类别的级别为会话级别，则消息标识为会话标识。

进一步可选地，在用户设置好撤回参数之后，可以将该撤回参数同步至服务器，服务器记录并存储该撤回参数，这样用户在生成撤回指令之后，不用读取撤回参数，直接将固定的撤回请求发送至服务器，在服务器接收到撤回请求之后，读取对应的撤回参数，采用这样的处理方式，不但可以减少终端的处理量，而且由于撤回请求中携带的信息少，可以加快数据的传输速度，并减少终端的网络传输流量。

在一个可选的示例中，可以预先设置撤回参数，在检测到撤回指令之后，只需向服务器发送撤回通知即可，该撤回通知中可以包括取消显示的未读消息的标识。也即，在这种情况下，撤回请求中不包含撤回参数。

步骤S507：服务器获取撤回请求之后，记录并存储撤回请求所请求撤回的未读消息。

可选地，服务器获取撤回请求之后，可以将撤回请求所请求的未读消息记录并保存下来，并进入重新提醒流程。

步骤S508：在服务器检测到系统时间达到再次下发的时间点时，检测是否有未读消息。

其中，在检测到该账户有未读消息的情况下，执行步骤S509，在检测出该账户没有未读消息的情况下，执行步骤S510：消息下发完毕。

具体地，本地(即账户所在的终端设备)和服务器同步校验读取结果，这里的读取结果指示的是即时通讯消息是否已读的数量，并对本地和服务器上已读消息的数量进行对比，比较结果指示本地已经查阅所有的未读消息，则确定检测出该账户没有未读消息；否则，反之。

步骤S509：向该账户下发提醒信息。

步骤S511：检测是否接收到属于消息类别的未读消息。

该消息类别为允许再次下发的类别，也即，该名单为允许撤回的白名单。

若否，则执行步骤S512；若是，则返回执行步骤S508。

步骤S512：将该新的消息下发至本地。

步骤S513：服务器计算未读消息的数量。

若未读消息的数量为零，则执行步骤S510，若未读消息的数量不是零，则返回执行步骤S508。

通过上述实施例，不仅可以在好友或多人的强交互消息的环境下，将下发的消息撤回服务器，通过设定的格式如自定义的时间和方式将消息下发并提醒，提高读取效率；还可以设置白名单好友(即不允许再次下发的会话消息)，对于特定的好友支持设定为白名单，不在撤回服务器机制内，可以随时接收白名单中好友消息。

下面结合图6详述本发明的实施例。如图6所示，该实施例可以通过如下交互方式实现：

步骤S601：客户端B将向客户端A发送的消息发送至服务器。

步骤S602：服务器接收到该消息之后，将该消息发送至客户端A。

步骤S603：客户端A将生成的撤回请求发送至服务器。

具体地，通过特定手势，将已下发的消息撤回服务器后，根据设定的时间，再次下发到本地端。

其中，在消息界面下，且在有未读消息的场合，使用特定手势(例如手机甩一甩)可以启动消息撤回的机制，通过该手势将未读消息撤回服务器。

上述的消息撤回手势可以是在消息tab界面预设的手势，如甩一甩，或者3连击屏幕。需要说明的是，如果在当前界面上没有未读消息，则执行设定的手势，消息撤回机制不生效。

根据上述实施例，在消息撤回服务器之后，本地无未读消息显示，服务器记录并存储该部分消息内容。

步骤S604：服务器请客户端A确认再次下发的时间。

步骤S605：客户端A设置再次下发的时间和消息类别。

具体地，服务器下发客户端提示框，内容为下次下发时间和消息类别，这里的下发时间，可以为30分钟后；这里的下发的消息类别，可以为下发为置顶消息或者我的工作好友消息，对与工作无关的群发送的消息，设置为非工作时间提醒。

步骤S606：服务器在到达再次下发的时间点时，再次下发上述消息。

步骤S607：客户端A查看该消息。

在上述实施例中，服务器下发客户端提示框，内容为下次下发时间和消息类别；其中，下发时间设定，可以为30分钟后；其中的下发的消息类别，可为下发为置顶消息或者我的工作好友消息，对与工作无关的群发送的消息，设置为非工作时间提醒。

上述实施例中，本地和服务器同步校验读取结果，并进行取值对比；根据客户端用户的自定义设定接受下发时间和消息类别，滚动过程中，根据本地读取消息记录，服务器计算未读消息数量，直到全部未读消息查阅完为止，服务器停止下发提醒。

进一步需要说明的是，在服务器滚动下发机制时间区间内，有新的未读消息生成，加入滚动下发流程，不做新的提醒。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例的方法。

根据本发明实施例的另一方面，还提供了一种消息处理系统，包括：第一终端和第二终端，第一终端与第二终端建立有连接关系，其中，第二终端在运动的过程中采集运动信息，并将运动信息在运动的过程中发送至第一终端；第一终端接收第二终端发送的运动信息，并实时显示运动信息。

根据本发明实施例，还提供了一种用于实施上述消息处理方法的消息处理装置，该消息处理装置可以设置在上述的客户端所在的设备上，如图7所示，该装置可以包括：

检测单元71，用于在客户端中检测撤回指令；

判断单元73，用于在检测到撤回指令的情况下，判断客户端中是否存在未被读取的消息；

撤回单元75，用于在判断出客户端中存在未被读取的消息的情况下，响应于撤回指令对未被读取的消息执行撤回操作，其中，撤回操作用于在客户端中取消显示未被读取的消息。

通过本发明实施例，在客户端中检测到撤回指令、且在客户端中存在未被读取的消息的情况下，对该未被读取的消息执行撤回操作，以取消显示未被读取的消息。通过上述实施例，可以在客户端中存在未读消息的情况下，取消显示该未被读取的消息，在该方案中提供的撤回操作可以取消显示未读消息，这样未读消息不会被服务器任务已经被阅读过，执行了撤回操作的未读消息还是未读消息，只是暂时没有显示而已，该方案并不影响未被阅读的消息未读的状态，该消息并不会遗漏未读消息，解决了现有技术中提供的对未读消息的操作方式，会造成未读消息的遗漏的问题。

根据本发明的上述实施例，检测单元可以包括：获取模块，用于从客户端所在的设备的输入装置获取输入信息；检测模块，用于检测输入信息是否符合第一预定条件；确定模块，用于在检测出输入信息符合第一预定条件的情况下，确定检测出撤回指令。

可选地，检测模块可以包括：第一检测子模块，用于在输入信息为加速度信息的情况下，检测加速度信息是否超过加速度阈值；第一确定子模块，用于在加速度信息超过加速度阈值的情况下，确定输入信息符合第一预定条件。

可选地，检测模块包括：第一检测子模块，用于在输入信息为触摸信息的情况下，检测触摸信息所表示的触摸痕迹是否符合预先设置的触摸痕迹；第一确定子模块，用于在触摸信息所表示的触摸痕迹符合预先设置的触摸痕迹的情况下，确定输入信息符合第一预定条件。

根据本发明的上述实施例，撤回单元可以包括：删除模块，用于删除未被读取的消息，以取消显示未被读取的消息；或隐藏模块，用于隐藏未被读取的消息，并取消显示未被读取的消息。

进一步地，装置还包括：发送单元，用于在删除未被读取的消息的情况下，向服务器发送撤回通知，其中，撤回通知用于指示服务器在第二预定条件下，重新向即时通信客户端发送被客户端取消显示的未被读取的消息。

根据本发明的上述实施例，装置还可以包括：第一展示单元，用于展示输入框，其中，输入框用于输入预定时长；发送单元还用于将预定时长发送至服务器，其中，符合第二预定条件包括间隔预定时长。

进一步地，装置还包括：第二展示单元，用于展示输入框，其中，输入框用于输入消息类别；发送单元还用于将消息类别发送至服务器，其中，符合第二预定条件包括属于消息类别。

根据本发明的上述实施例，方法还可以包括：显示单元，用于在响应于撤回指令对未被读取的消息执行撤回操作之后，重新显示取消显示的未被读取的消息。

根据本发明的上述实施例，还提供了一种消息处理装置，该装置设置在服务器上，该装置可以包括：发送单元，用于向客户端发送消息；接收单元，用于接收客户端发送的撤回通知，其中，撤回通知用于指示服务器客户端取消显示消息中未被读取的消息；重新发送单元，用于响应于撤回通知，重新向客户端发送未被读取的消息。

在该实施例中，客户端可以取消显示服务器向其下发的消息中未被读取的消息，并向服务器发送撤回通知，服务器接收到撤回通知之后，重新向服务器发送客户端取消显示的未被读取的消息，减少了信息的遗漏。

在该实施例中，可以在客户端中存在未读消息的情况下，取消显示该未被读取的消息，在该方案中提供的撤回操作可以取消显示未读消息，这样未读消息不会被服务器任务已经被阅读过，执行了撤回操作的未读消息还是未读消息，只是暂时没有显示而已，该方案并不影响未被阅读的消息未读的状态，该消息并不会遗漏未读消息，解决了现有技术中提供的对未读消息的操作方式，会造成未读消息的遗漏的问题。

具体地，重新发送单元包括：检测模块，用于检测是否符合预设条件；重新发送模块，用于在符合预设条件的情况下，重新向客户端发送未被读取的消息。

在一个可选的实施例中，检测模块具体用于：检测接收到撤回通知的时刻与当前时刻的时间差是否达到预定时长；若检测出时间差到达预定时长，则确定符合预设条件。

可选地，检测模块具体用于：检测客户端取消显示的未被读取的消息中是否还存在未被读取的消息；若检测出客户端取消显示的未被读取的消息中还存在未被读取的消息，则确定符合预设条件。

进一步地，检测模块具体用于：检测向客户端发布的新的消息是否属于预定的消息类别；若检测出向客户端发布的新的消息属于预定的消息类别，则确定符合预设条件。

本实施例中所提供的各个模块与方法实施例对应步骤所提供的使用方法相同、应用场景也可以相同。当然，需要注意的是，上述模块涉及的方案可以不限于上述实施例中的内容和场景，且上述模块可以运行在计算机终端或移动终端，可以通过软件或硬件实现。

根据本发明实施例，还提供了一种用于实施上述消息处理方法的终端，如图8所示，该终端包括：

如图8所示，该终端包括：一个或多个(图中仅示出一个)处理器801、存储器803、以及传输装置，还可以包括如图8所示的输入输出装置。

其中，存储器803可用于存储软件程序以及模块，如本发明实施例中的消息处理方法和装置对应的程序指令/模块，处理器801通过运行存储在存储器803内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的消息处理方法。存储器803可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器803可进一步包括相对于处理器801远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

上述的传输装置用于经由一个网络接收或者发送数据，还可以用于处理器与存储器之间的数据传输。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置包括一个网络适配器(Network Interface Controller，NIC)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

其中，具体地，存储器803用于存储应用程序。

处理器801可以通过传输装置调用存储器803存储的应用程序，以执行下述步骤：在客户端中检测到撤回指令；判断客户端中是否存在未被读取的消息；在判断出客户端中存在未被读取的消息的情况下，响应于撤回指令对未被读取的消息执行撤回操作，其中，撤回操作用于在客户端中取消显示未被读取的消息。

通过本发明实施例，在客户端中检测到撤回指令、且在客户端中存在未被读取的消息的情况下，对该未被读取的消息执行撤回操作，以取消显示未被读取的消息。通过上述实施例，可以在客户端中存在未读消息的情况下，取消显示该未被读取的消息，在该方案中提供的撤回操作可以取消显示未读消息，这样未读消息不会被服务器任务已经被阅读过，执行了撤回操作的未读消息还是未读消息，只是暂时没有显示而已，该方案并不影响未被阅读的消息未读的状态，该消息并不会遗漏未读消息，解决了现有技术中提供的对未读消息的操作方式，会造成未读消息的遗漏的问题。

处理器801可以通过传输装置调用存储器803存储的应用程序，以执行下述步骤：从客户端所在的设备的输入装置获取输入信息；检测输入信息是否符合第一预定条件；在检测出输入信息符合第一预定条件的情况下，确定检测出撤回指令。

处理器801可以通过传输装置调用存储器803存储的应用程序，以执行下述步骤：在输入信息为加速度信息的情况下，检测加速度信息是否超过加速度阈值；在加速度信息超过加速度阈值的情况下，确定输入信息符合第一预定条件。

处理器801可以通过传输装置调用存储器803存储的应用程序，以执行下述步骤：在输入信息为触摸信息的情况下，检测触摸信息所表示的触摸痕迹是否符合预先设置的触摸痕迹；在触摸信息所表示的触摸痕迹符合预先设置的触摸痕迹的情况下，确定输入信息符合第一预定条件。

处理器801可以通过传输装置调用存储器803存储的应用程序，以执行下述步骤：删除未被读取的消息，以取消显示未被读取的消息；或隐藏未被读取的消息，并取消显示未被读取的消息。

处理器801可以通过传输装置调用存储器803存储的应用程序，以执行下述步骤：在删除未被读取的消息的情况下，向服务器发送撤回通知，其中，撤回通知用于指示服务器在第二预定条件下，重新向客户端发送被客户端删除的未被读取的消息。

处理器801可以通过传输装置调用存储器803存储的应用程序，以执行下述步骤：展示输入框，其中，输入框用于输入预定时长；将预定时长发送至服务器。

处理器801可以通过传输装置调用存储器803存储的应用程序，以执行下述步骤：展示输入框，其中，输入框用于输入消息类别；将消息类别发送至服务器。

处理器801可以通过传输装置调用存储器803存储的应用程序，以执行下述步骤：在响应于撤回指令对未被读取的消息执行撤回操作之后，重新显示取消显示的未被读取的消息。

处理器801可以通过传输装置调用存储器803存储的应用程序，以执行下述步骤：向客户端发送消息；接收客户端发送的撤回通知，其中，撤回通知用于指示服务器客户端取消显示消息中未被读取的消息；响应于撤回通知，重新向客户端发送未被读取的消息。

本领域普通技术人员可以理解，图8所示的结构仅为示意，终端可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile Internet Devices，MID)、PAD等终端设备。图8其并不对上述电子装置的结构造成限定。例如，终端还可包括比图8中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图8所示不同的配置。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(Random Access Memory，RAM)、磁盘或光盘等。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于执行上述消息处理方法的程序代码。

可选地，在本实施例中，上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行下述步骤：

在客户端中检测到撤回指令；判断客户端中是否存在未被读取的消息；在判断出客户端中存在未被读取的消息的情况下，响应于撤回指令对未被读取的消息执行撤回操作，其中，撤回操作用于在客户端中取消显示未被读取的消息。

通过本发明实施例，在客户端中检测到撤回指令、且在客户端中存在未被读取的消息的情况下，对该未被读取的消息执行撤回操作，以取消显示未被读取的消息。通过上述实施例，可以在客户端中存在未读消息的情况下，取消显示该未被读取的消息，在该方案中提供的撤回操作可以取消显示未读消息，这样未读消息不会被服务器任务已经被阅读过，执行了撤回操作的未读消息还是未读消息，只是暂时没有显示而已，该方案并不影响未被阅读的消息未读的状态，该消息并不会遗漏未读消息，解决了现有技术中提供的对未读消息的操作方式，会造成未读消息的遗漏的问题。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行下述步骤：从客户端所在的设备的输入装置获取输入信息；检测输入信息是否符合第一预定条件；在检测出输入信息符合第一预定条件的情况下，确定检测出撤回指令。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行下述步骤：在输入信息为加速度信息的情况下，检测加速度信息是否超过加速度阈值；在加速度信息超过加速度阈值的情况下，确定输入信息符合第一预定条件。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行下述步骤：在输入信息为触摸信息的情况下，检测触摸信息所表示的触摸痕迹是否符合预先设置的触摸痕迹；在触摸信息所表示的触摸痕迹符合预先设置的触摸痕迹的情况下，确定输入信息符合第一预定条件。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行下述步骤：删除未被读取的消息，以取消显示未被读取的消息；或隐藏未被读取的消息，并取消显示未被读取的消息。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行下述步骤：在删除未被读取的消息的情况下，向服务器发送撤回通知，其中，撤回通知用于指示服务器在第二预定条件下，重新向客户端发送被客户端删除的未被读取的消息。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行下述步骤：展示输入框，其中，输入框用于输入预定时长；将预定时长发送至服务器。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行下述步骤：展示输入框，其中，输入框用于输入消息类别；将消息类别发送至服务器。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行下述步骤：在响应于撤回指令对未被读取的消息执行撤回操作之后，重新显示取消显示的未被读取的消息。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行下述步骤：向客户端发送消息；接收客户端发送的撤回通知，其中，撤回通知用于指示服务器客户端取消显示消息中未被读取的消息；响应于撤回通知，重新向客户端发送未被读取的消息。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

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

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。