CN111346386B - 一种消息处理方法和装置 - Google Patents

Abstract

本发明实施例提供了一种消息处理方法和装置，通过第一终端设备提供图形用户界面，图形用户界面包含至少部分消息页面，所述方法包括：响应作用于所述消息页面中操作控件上的触发操作，对所述操作控件对应的第一待处理消息进行处理；确定与所述第一待处理消息相邻的第二待处理消息，并展示所述第二待处理消息。从而可以在用户对第一待处理消息进行处理之后，直接跳转至下一条待处理消息(即第二待处理消息)，提高了用户响应重复性可交互消息的操作效率。

Description

一种消息处理方法和装置

技术领域

本发明涉及数据处理技术领域，特别是涉及一种消息处理方法和一种消息处理装置。

背景技术

在许多MMORPG游戏中，玩家可以在某些社交系统中对其他玩家发起社交请求的操作，如，请求祝福、请求捐卡等，其他玩家也可以对该社交请求进行响应，如点击请求送祝福，或者点击请求捐卡等。

但目前的方案面临一些问题：1、社交请求较多，玩家需要通过滑动聊天列表，来手动寻找可请求祝福的信息，操作效率较低，较容易错过这些社交请求，如图1A是现有技术的一种请求祝福消息的示意图。2、在一部分游戏中，采用在聊天列表的顶端添加跳转标签的方式，如图1B所示，在图1B中，可以通过点击跳转标签1后，将聊天列表滚动到下一个社交请求，但这种切换标签的方式，玩家除了点击请求本身进行互动，仍然需要多进行一次额外的点击，以切换到下一个请求的操作，操作效率较低。

发明内容

鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种消息处理方法和相应的一种消息处理装置。

为了解决上述问题，本发明实施例公开了一种消息处理方法，通过第一终端设备提供图形用户界面，图形用户界面包含至少部分消息页面，所述方法包括：

响应作用于所述消息页面中操作控件上的触发操作，对所述操作控件对应的第一待处理消息进行处理；

确定与所述第一待处理消息相邻的第二待处理消息，并展示所述第二待处理消息。

可选地，在所述确定与所述第一待处理消息相邻的第二待处理消息的步骤之前，还包括：

判断所述消息页面中是否存在待处理消息。

可选地，所述确定与所述第一待处理消息相邻的第二待处理消息，包括：

确定所述消息页面中位于所述第一待处理消息之后的待处理消息为第二待处理消息；或，

确定所述消息页面中位于所述第一待处理消息之前的待处理消息为第二待处理消息。

可选地，还包括：

将与所述第一待处理消息对应的操作控件设置为不可操作状态；

或从所述消息页面中移除与所述第一待处理消息对应的操作控件。

可选地，还包括：

将所述第一待处理消息标记为已处理状态。

可选地，所述待处理消息包括以下至少一项：

请求祝福消息、请求捐卡消息、奖励发放消息。

可选地，所述消息页面包含多个聊天频道。

本发明实施例还公开了一种消息处理装置，通过第一终端设备提供图形用户界面，图形用户界面包含至少部分消息页面，所述装置包括：

消息处理模块，用于响应作用于所述消息页面中操作控件上的触发操作，对所述操作控件对应的第一待处理消息进行处理；

消息展示模块，用于确定与所述第一待处理消息相邻的第二待处理消息，并展示所述第二待处理消息。

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

判断模块，用于判断所述消息页面中是否存在待处理消息。

可选地，所述消息展示模块包括：

第一确定子模块，用于确定所述消息页面中位于所述第一待处理消息之后的待处理消息为第二待处理消息；或，

第二确定子模块，用于确定所述消息页面中位于所述第一待处理消息之前的待处理消息为第二待处理消息。

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

状态设置模块，用于将与所述第一待处理消息对应的操作控件设置为不可操作状态；

控件移除模块，用于或从所述消息页面中移除与所述第一待处理消息对应的操作控件。

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

状态标记模块，用于将所述第一待处理消息标记为已处理状态。

可选地，所述待处理消息包括以下至少一项：

请求祝福消息、请求捐卡消息、奖励发放消息。

可选地，所述消息页面包含多个聊天频道。

本发明实施例还公开了一种电子设备，包括：

一个或多个处理器；和

其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述电子设备执行如本发明实施例所述的一个或多个的方法的步骤。

本发明实施例还公开了一种计算机可读存储介质，其上存储有指令，当由一个或多个处理器执行时，使得所述处理器执行如本发明实施例所述的一个或多个的方法的步骤。

本发明实施例包括以下优点：

在本发明实施例中，通过响应作用于消息页面中操作控件上的触发操作，对操作控件对应的第一待处理消息进行处理；确定与第一待处理消息相邻的第二待处理消息，并展示第二待处理消息。从而可以在用户对第一待处理消息进行处理之后，直接跳转至下一条待处理消息(即第二待处理消息)，提高了用户响应重复性可交互消息的操作效率。

附图说明

图1A是现有技术的一种请求祝福消息的示意图；

图1B是现有技术的一种在聊天列表的顶端添加跳转标签的示意图；

图2是本发明的一种消息处理方法实施例的步骤流程图；

图3是本发明的一种消息页面的示意图；

图4是本发明的一种消息处理装置实施例的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

在本公开其中一种实施例中的消息处理方法可以运行于终端设备或者是服务器。其中，终端设备可以为本地终端设备。当消息处理方法运行于服务器时，该信息处理方法则可以基于云交互系统来实现与执行，其中，云交互系统包括服务器和客户端设备。

在一可选的实施方式中，云交互系统下可以运行各种云应用，例如：云游戏。以云游戏为例，云游戏是指以云计算为基础的游戏方式。在云游戏的运行模式下，游戏程序的运行主体和游戏画面呈现主体是分离的，消息处理方法的储存与运行是在云游戏服务器上完成的，客户端设备的作用用于数据的接收、发送以及游戏画面的呈现，举例而言，客户端设备可以是靠近用户侧的具有数据传输功能的显示设备，如，移动终端、电视机、计算机、掌上电脑等；但是进行信息处理的终端设备为云端的云游戏服务器。在进行游戏时，玩家操作客户端设备向云游戏服务器发送操作指令，云游戏服务器根据操作指令运行游戏，将游戏画面等数据进行编码压缩，通过网络返回客户端设备，最后，通过客户端设备进行解码并输出游戏画面。

在一可选的实施方式中，终端设备可以为本地终端设备。以游戏为例，本地终端设备存储有游戏程序并用于呈现游戏画面。本地终端设备用于通过图形用户界面与玩家进行交互，即，常规的通过电子设备下载安装游戏程序并运行。该本地终端设备将图形用户界面提供给玩家的方式可以包括多种，例如，可以渲染显示在终端的显示屏上，或者，通过全息投影提供给玩家。举例而言，本地终端设备可以包括显示屏和处理器，该显示屏用于呈现图形用户界面，该图形用户界面包括游戏画面，该处理器用于运行该游戏、生成图形用户界面以及控制图形用户界面在显示屏上的显示。

参照图2，示出了本发明的一种消息处理方法实施例的步骤流程图，通过第一终端设备提供图形用户界面，其中，第一终端设备可以是前述提到的本地终端设备，也可以是前述提到的云交互系统中的客户端设备。图形用户界面包含至少部分消息页面，具体可以包括如下步骤：

步骤201，响应作用于所述消息页面中操作控件上的触发操作，对所述操作控件对应的第一待处理消息进行处理；

需要说明的是，终端可以包括各种移动终端，例如，手机、平板电脑、游戏机、PDA等。该终端的操作系统可以包括Android(安卓)、IOS、Windows Phone、Windows等等，通常可以支持各种APP(Application，应用程序)的运行。

在终端上运行APP，并在终端的显示器上渲染图形用户界面，图形用户界面所显示的内容包含至少部分消息页面，消息页面用于展示各种消息。在一些场景中，消息页面中可以包含可交互消息，这些可交互消息可以具备对应的操作控件，用户可以通过操作控件对可交互消息进行处理。

具体的，用户可以对消息页面中操作控件上进行触发操作。终端在检测到用户作用于消息页面中操作控件上的触发操作之后，可以对操作控件对应的第一待处理消息进行处理。

其中，触发操作可以包括点击操作、双击操作和长按操作等。此外，触发操作还可以是其他操作，如手势操作，本发明实施例对此并不限制。

待处理消息可以是用户还没有进行处理的可交互消息。具体的，待处理消息可以包括：请求祝福消息、请求捐卡消息、奖品发放消息等。在本发明实施例中，第一待处理消息可以为当前正在处理的待处理消息。

请求祝福消息可以为当前用户在处理一些概率事件时，发起的请求消息，若其他用户对请求祝福消息进行处理以向当前用户发送祝福，可以增加事件完成的概率，例如，在游戏中洗练装备时，若收到祝福可以提高获得高品质装备的概率。

请求捐卡消息可以为当前用户在进行一些需要卡牌完成的任务中，发起的请求消息，若其他用户对请求捐卡消息进行处理以向当前用户捐赠卡牌，可以加快完成任务的速度。

奖品发放消息可以为系统或其他玩家向当前玩家发放奖品的消息，对奖品发放消息进行处理可以领取奖品。

步骤202，确定与所述第一待处理消息相邻的第二待处理消息，并展示所述第二待处理消息。

在本发明实施例中，在对第一待处理消息进行处理之后，可以确定与第一待处理消息相邻的第二待处理消息，并展示第二待处理消息，即跳转至消息页面中的下一条待处理消息，使得用户可以直接对下一条待处理消息进行处理，加快用户处理消息的速度。

如图3是本发明的一种消息页面示意图，在图3中，包括2条待处理消息，该待处理消息为请求祝福消息，每一条请求祝福消息具有对应的操作控件，用户可以通过对操作控件进行触发操作来处理请求祝福消息，在处理完成一条请求祝福消息之后，可以自动跳转到下一条请求祝福消息。用户在触发操作控件之后，向请求祝福的用户发送默认的祝福语或自行编辑的祝福语，操作控件包含进度条，用于指示当前向请求祝福的用户发送祝福语的次数，发送祝福语的次数有上限，如发送祝福语的次数为5，当对一条请求祝福消息进行5次处理之后，不能再点击该操作控件。

在本发明的一种优选实施例中，在所述步骤202之前可以包括如下步骤：

判断所述消息页面中是否存在待处理消息。

在本发明实施例中，可以判断消息页面中是否存在待处理消息，当消息页面中存在待处理消息时，则执行步骤202，以跳转下一条待处理消息，当消息页面中不存在待处理消息时，则不执行步骤202，停留在当前的消息页面上。

在本发明的一种优选实施例中，所述步骤202可以包括如下子步骤：

确定所述消息页面中位于所述第一待处理消息之后的待处理消息为第二待处理消息；或，确定所述消息页面中位于所述第一待处理消息之前的待处理消息为第二待处理消息。

在本发明实施例中，可以确定消息页面中位于第一待处理消息之后的待处理消息为第二待处理消息，或，确定消息页面中位于第一待处理消息之前的待处理消息为第二待处理消息。

具体的，消息页面中的消息可以具有状态参数，用于标记消息页面中的消息的所处的状态，包括已处理状态和未处理状态。通过从第一待处理消息开始向后遍历消息页面中的消息的状态参数，确定消息页面中的消息的状态，当遍历到一个消息为未处理状态时，则确定该未处理状态的消息为第二待处理消息，并结束遍历流程。还可以通过从第一待处理消息开始向前遍历消息页面中的消息的状态参数，确定消息页面中的消息的状态，当遍历到一个消息为未处理状态时，则确定该未处理状态的消息为第二待处理消息，并结束遍历流程。

在本发明的一种优选实施例中，所述方法还可以包括如下步骤：

将与所述第一待处理消息对应的操作控件设置为不可操作状态；或从所述消息页面中移除与所述第一待处理消息对应的操作控件。

在本发明实施例中，操作控件可以具有状态属性，包括不可操作状态和可操作状态。在对第一待处理消息进行处理之后，可以将与第一待处理消息对应的操作控件设置为不可操作状态，或从消息页面中移除与第一待处理消息对应的操作控件。

在本发明的一种优选实施例中，所述方法还可以包括如下步骤：

将所述第一待处理消息标记为已处理状态。

在本发明实施例中，在对第一待处理消息进行处理之后，还可以将第一待处理消息标记为已处理状态，避免重复跳转至第一待处理消息。

在本发明的一种优选实施例中，所述消息页面包含至少一个聊天频道。

其中，聊天频道可以包括世界频道、当前频道、队伍频道、帮会频道、结义频道等。

在本发明实施例中，消息页面包含多个聊天频道，则待处理消息可以是不同聊天频道的消息，在确定与第一待处理消息相邻的第二待处理消息时，可以跨频道，按时间的先后顺序确定第二待处理消息，也可以先从同一聊天频道中确定第二待处理消息，若当前的聊天频道中不存在待处理消息，则从下一个聊天频道确定第二待处理消息。

在本发明实施例中，通过响应作用于消息页面中操作控件上的触发操作，对操作控件对应的第一待处理消息进行处理；确定与第一待处理消息相邻的第二待处理消息，并展示第二待处理消息。从而可以在用户对第一待处理消息进行处理之后，直接跳转至下一条待处理消息(即第二待处理消息)，提高了用户响应重复性可交互消息的操作效率。

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

参照图4，示出了本发明的一种消息处理装置实施例的结构框图，通过第一终端设备提供图形用户界面，其中，第一终端设备可以是前述提到的本地终端设备，也可以是前述提到的云交互系统中的客户端设备。图形用户界面包含至少部分消息页面，具体可以包括如下模块：

消息处理模块401，用于响应作用于所述消息页面中操作控件上的触发操作，对所述操作控件对应的第一待处理消息进行处理；

消息展示模块402，用于确定与所述第一待处理消息相邻的第二待处理消息，并展示所述第二待处理消息。

在本发明的一种优选实施例中，所述装置还可以包括如下模块：

判断模块，用于判断所述消息页面中是否存在待处理消息。

在本发明的一种优选实施例中，所述消息展示模块402可以包括如下子模块：

第一确定子模块，用于确定所述消息页面中位于所述第一待处理消息之后的待处理消息为第二待处理消息；或，

第二确定子模块，用于确定所述消息页面中位于所述第一待处理消息之前的待处理消息为第二待处理消息。

在本发明的一种优选实施例中，所述装置还可以包括如下模块：

状态设置模块，用于将与所述第一待处理消息对应的操作控件设置为不可操作状态；

控件移除模块，用于或从所述消息页面中移除与所述第一待处理消息对应的操作控件。

在本发明的一种优选实施例中，所述装置还可以包括如下模块：

状态标记模块，用于将所述第一待处理消息标记为已处理状态。

在本发明的一种优选实施例中，所述待处理消息包括以下至少一项：

请求祝福消息、请求捐卡消息、奖励发放消息。

在本发明的一种优选实施例中，所述消息页面包含多个聊天频道。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本发明实施例还提供了一种电子设备，包括：

一个或多个处理器；和

其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述电子设备执行本发明实施例所述的方法的步骤。

本发明实施例还提供了一种计算机可读存储介质，其上存储有指令，当由一个或多个处理器执行时，使得所述处理器执行本发明实施例所述的方法的步骤。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本发明所提供的一种消息处理方法和一种消息处理装置，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (8)

1.一种消息处理方法，其特征在于，通过第一终端设备提供图形用户界面，图形用户界面包含至少部分消息页面，所述消息页面中包含可交互消息，所述可交互消息具有对应的操作控件，所述操作控件用于对所述可交互消息进行处理，所述方法包括：

响应作用于所述消息页面中操作控件上的触发操作，对所述操作控件对应的第一待处理消息进行处理；其中，所述触发操作为响应社交请求的操作；所述社交请求为游戏中其他玩家对当前玩家发起的；

将与所述第一待处理消息对应的操作控件设置为不可操作状态；

或从所述消息页面中移除与所述第一待处理消息对应的操作控件；

在对所述第一待处理消息处理后，确定与所述第一待处理消息相邻的第二待处理消息，并展示所述第二待处理消息；

其中，所述待处理消息包括以下至少一项：

请求祝福消息、请求捐卡消息、奖励发放消息；所述请求祝福消息用于增加事件完成的概率；所述请求捐卡消息用于加快完成任务的进度；所述奖励发放消息用于领取奖品。

2.根据权利要求1所述的方法，其特征在于，在所述确定与所述第一待处理消息相邻的第二待处理消息的步骤之前，还包括：

判断所述消息页面中是否存在待处理消息。

3.根据权利要求1所述的方法，其特征在于，所述确定与所述第一待处理消息相邻的第二待处理消息，包括：

确定所述消息页面中位于所述第一待处理消息之后的待处理消息为第二待处理消息；或，

确定所述消息页面中位于所述第一待处理消息之前的待处理消息为第二待处理消息。

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

将所述第一待处理消息标记为已处理状态。

5.根据权利要求1所述的方法，其特征在于，所述消息页面包含多个聊天频道。

6.一种消息处理装置，其特征在于，通过第一终端设备提供图形用户界面，图形用户界面包含至少部分消息页面，所述消息页面中包含可交互消息，所述可交互消息具有对应的操作控件，所述操作控件用于对所述可交互消息进行处理，所述装置包括：

消息处理模块，用于响应作用于所述消息页面中操作控件上的触发操作，对所述操作控件对应的第一待处理消息进行处理；其中，所述触发操作为响应社交请求的操作；所述社交请求为游戏中其他玩家对当前玩家发起的；

消息展示模块，用于在对所述第一待处理消息处理后，确定与所述第一待处理消息相邻的第二待处理消息，并展示所述第二待处理消息；

所述装置，还用于将与所述第一待处理消息对应的操作控件设置为不可操作状态；或从所述消息页面中移除与所述第一待处理消息对应的操作控件；

其中，所述待处理消息包括以下至少一项：

请求祝福消息、请求捐卡消息、奖励发放消息；所述请求祝福消息用于增加事件完成的概率；所述请求捐卡消息用于加快完成任务的进度；所述奖励发放消息用于领取奖品。

7.一种电子设备，其特征在于，包括：

一个或多个处理器；和

其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述电子设备执行如权利要求1-5任一项所述一种消息处理方法。

8.一种计算机可读存储介质，其上存储有指令，当由一个或多个处理器执行时，使得所述处理器执行如权利要求1-5任一项所述一种消息处理方法。