CN109491567A - 一种消息回复方法、装置、终端及存储介质 - Google Patents

Abstract

本发明公开了一种消息回复方法、装置、终端及存储介质。该方法包括：接收到消息；消息对应的应用程序在前台运行且当前浏览界面为非消息界面，则弹出消息弹窗；获取并发送待回复消息，待回复消息通过消息弹窗输入。本发明实施例实现了在简化消息回复操作的基础上，避免中断用户当前操作以及暴露用户隐私，进而保护了用户数据安全，提升了用户的使用体验。

Description

一种消息回复方法、装置、终端及存储介质

技术领域

本发明实施例涉及移动应用技术领域，尤其涉及一种消息回复方法、装置、终端及存储介质。

背景技术

终端(如手机和平板电脑等)具有便利性和娱乐性于一体的特点，越来越成为人们日常生活中不可或缺的一部分。然而，随着智能终端技术的不断发展，人们对终端的要求也越来越高，人们在享受终端带来的基础性功能的同时，也对终端的人性化和智能化提出了更高的要求。

用户在使用终端过程中经常会遇到如下情况：用户在当前浏览界面上浏览某篇文章时，接收到了消息的提示，其中，消息与当前浏览界面属于同一应用程序。用户如果想回复消息通常有如下三种处理方式：方式一、点击该消息的提示，进入消息对应的聊天界面，在输入框中输入回复内容，点击发送按钮完成消息回复；方式二、在接收到消息的提示后，直接在界面上弹出回复弹窗，并带有输入框，供用户进行消息回复；方式三、点击菜单，选择“浮窗”选项，将当前浏览界面保存，产生一个悬浮按钮，再从当前浏览界面返回聊天界面，执行消息回复操作。如果用户完成消息回复操作后想继续浏览该文章，相应的，三种处理方式对应的操作如下：方式一、从聊天界面退出再重新进入之前的浏览界面；方式二、用户完成消息回复操作后，便可向用户直接展示之前的浏览界面；方式三、通过点击悬浮按钮返回之前的浏览界面。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：方式一和方式三消息回复操作繁琐，会中断用户当前浏览操作；方式二容易暴露用户隐私。上述极大地影响了用户的使用体验。

发明内容

本发明实施例提供一种消息回复方法、装置、终端及存储介质，以提高用户的使用体验。

第一方面，本发明实施例提供了一种消息回复方法，该方法包括：

接收到消息；

确定所述消息对应的应用程序在前台运行且当前浏览界面为非消息界面，则弹出消息弹窗；

获取并发送待回复消息，所述待回复消息通过所述消息弹窗输入。

进一步的，所述获取并发送待回复消息之后，该方法还包括：

继续展示所述当前浏览界面。

进一步的，所述继续展示所述当前浏览界面，包括：

在前台恢复当前浏览的浏览界面的浏览内容和浏览状态。

进一步的，该方法还包括：

未获取到待回复消息，则关闭所述消息弹窗并继续展示所述当前浏览界面。

进一步的，确定所述消息对应的应用程序在前台运行且当前浏览界面为非消息界面，则弹出消息弹窗之前，该方法还包括：

发送提示消息，所述提示消息用于提示用户对所述消息进行回复；

接收到用户的回复指令，则继续后续操作；未接收到用户的回复指令，或者接收到用户的不回复指令，则终止后续操作。

进一步的，所述回复指令的操作形式包括双指上推操作、单指上推操作、双指下拉操作、单指下拉操作、点击操作和长按操作中的至少一种。

进一步的，所述接收到消息之后，确定所述消息对应的应用程序在前台运行且当前浏览界面为非消息界面，则弹出消息弹窗之前，该方法还包括：

判断所述消息为预设类型的消息，则继续后续操作；

判断所述消息不为预设类型的消息，则终止后续操作。

第二方面，本发明实施例还提供了一种消息回复装置，该装置包括：

消息接收模块，用于接收到消息；

消息弹窗生成模块，用于确定所述消息对应的应用程序在前台运行且当前浏览界面为非消息界面，则弹出消息弹窗；

待回复消息发送模块，用于获取并发送待回复消息，所述待回复消息通过所述消息弹窗输入。

第三方面，本发明实施例还提供了一种终端，该终端包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明实施例第一方面所述的方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例第一方面所述的方法。

本发明实施例通过接收到消息，确定消息对应的应用程序在前台运行且当前浏览界面为非消息界面，则弹出消息弹窗，获取并发送待回复消息，待回复消息通过消息弹窗输入，实现了在简化消息回复操作的基础上，避免中断用户当前操作以及暴露用户隐私和导致数据不安全，进而保护了用户数据安全，提升了用户的使用体验。

附图说明

图1是本发明实施例一中的一种消息回复方法的流程图；

图2是本发明实施例二中的一种消息回复方法的流程图；

图3是本发明实施例二中的一种当前浏览界面的结构示意图；

图4是本发明实施例二中的一种提示消息的示意图；

图5是本发明实施例二中的一种提示消息的示意图；

图6是本发明实施例二中的一种确认操作的结构示意图；

图7是本发明实施例二中的一种消息弹窗的结构示意图；

图8是本发明实施例二中的一种消息弹窗的结构示意图；

图9是本发明实施例二中的一种消息弹窗的结构示意图；

图10是本发明实施例二中的一种消息弹窗的结构示意图；

图11是本发明实施例二中的一种消息弹窗的结构示意图；

图12是本发明实施例二中的一种发送操作的结构示意图；

图13是本发明实施例三中的一种消息回复装置的结构示意图；

图14是本发明实施例四中的一种终端的结构示意图。

具体实施方式

下述各实施例中，每个实施例中同时提供了可选特征和示例，实施例中记载的各个特征可进行组合，形成多个可选方案，不应将每个编号的实施例仅视为一个技术方案。下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一提供的一种消息回复方法的流程图，本实施例可适用于消息回复的情况，该方法可以由消息回复装置来执行，该装置可以采用软件和/或硬件的方式实现，该装置可以配置于终端中，例如典型的是手机和/或平板电脑等。如图1所示，该方法具体包括如下步骤：

步骤110、接收到消息。

步骤120、确定消息对应的应用程序在前台运行且当前浏览界面为非消息界面，则弹出消息弹窗。

在本发明的实施例中，用户在使用终端时可能会遇到如下情况：终端在开机状态下，接收到了消息，该消息可能是其他用户发送的聊天消息，也可能是应用程序所发送的推送消息，其中，推送消息可以是用户所关注的其他用户或所关注的公众号所发送的，用户所关注的其他用户以及所关注的公众号均可通过使用该应用程序的搜索或添加功能获取。消息可以通过在通知栏进行展现的方式使用户获知，具体表现形式有如下几种情况：通知栏仅显示通知、通知栏显示通知和内容以及通知栏不显示通知。其中，通知栏仅显示通知可以使用户获知接收到消息，但由于不显示内容，因此，用户无法获知消息的内容；通知栏显示通知和内容可以是用户获知接收到消息且可以获知消息的部分或全部内容；通知栏不显示通知将使得用户无法获知接收到消息。消息也可以通过语音方式使用户获知。上述消息的类型可以为聊天消息，也可以为推送消息。此外，如果用户正在使用消息对应的应用程序且当前浏览界面恰好为消息界面，则即使通知栏不显示通知也可以获知消息。以及，如果用户正在使用消息对应的应用程序且当前浏览界面恰好为所关注的其他用户或所关注的公众号所在界面，则即使通知栏不显示通知也可以获知推送消息。需要说明的是，上述系统均可以获知接收到消息。还需要说明的是，消息使用户获知的方式可根据实际情况进行设定，在此不作具体限定。另需要说明的是，本发明实施例中的消息主要针对的是聊天消息。

用户可能需要对接收到的上述消息进行回复，且期望尽可能降低对当前操作造成的影响。可以理解到，终端在开机状态下可以包括锁屏和未锁屏两种运行状态，消息对应的应用程序可以包括前台运行、后台运行和关闭状态三种运行状态，且消息对应的应用程序的前台运行需要保持终端处于未锁屏，消息对应的应用程序的后台运行和关闭状态在终端处于开机状态下均可能出现，即无论终端处于锁屏还是未锁屏的运行状态，均可能出现消息对应的应用程序处于后台运行或关闭状态；终端需要处于未锁屏的运行状态，消息对应的应用程序才可能处于前台运行。在消息对应的应用程序处于前台运行时，当前浏览界面可能为消息界面，也可能为非消息界面。相应的，基于终端在开机状态下的运行状态、消息对应的应用程序的运行状态以及当前浏览界面所处的界面类型的不同，可能出现如下几种情况：情况一、终端处于锁屏状态；情况二、终端处于未锁屏且消息对应的应用程序处于后台运行；情况三、终端处于未锁屏且消息对应的应用程序处于关闭状态；情况四、终端处于未锁屏、消息对应的应用程序处于前台运行且当前浏览界面为消息界面；情况五、终端处于未锁屏、消息对应的应用程序处于前台运行且当前浏览界面为非消息界面。为了在进行消息回复时，尽可能降低对当前操作造成的影响，需要考虑上述所述几种情况，且考虑到不同情况的后续处理操作不同，具体可分如下几种情形：情形一、针对情况一、情况二和情况三来说，由于用户当前可能未在使用终端(即终端处于锁屏)或者用户当前未在前台使用该消息对应的应用程序(即消息对应的应用程序处于后台运行或关闭状态)，此时，如果针对该应用程序开启了在终端处于锁屏或消息对应的应用程序处于后台和关闭状态下有新消息时进行提醒的功能，那么在上述所述的三种情况下，也将接收到消息，但考虑到用户当前未在使用终端或者用户当前未在前台使用该消息对应的应用程序，可以说明用户当前可能无法对消息进行回复，同时，为了保护数据安全和用户隐私，此时，如果消息采用以通知栏的方式使用户获知，则可以设置为通知栏仅显示通知，不显示内容，进行上述设置的原因在于：由于设置通知栏为显示通知和内容，容易被用户以外的其他用户看到，容易暴露用户隐私。此外，也不必进行后续为降低对当前操作的影响所采取的相关消息回复的设置操作，以保护数据安全。情形二、针对情况四来说，由于当前浏览界面为消息界面，因此，如果接收到消息，则可以直接根据消息进入对应的消息界面进行回复。由于不用进行其他操作，如退出当前浏览界面等，因此不会对当前操作造成影响，这种情况下也不必进行后续为降低对当前操作的影响所采取的相关消息回复的设置操作。情形三、针对情况五来说，由于当前浏览界面为非消息界面，如当前正在浏览某篇文章或参加某项活动，因此，如果接收到消息，则无法直接在当前浏览界面上进行消息回复操作，可能需要采用如下两种方式：方式一、退出当前浏览界面再进入消息对应的消息界面进行消息回复操作；方式二、点击菜单，选择“浮窗”选项，将当前浏览界面保存，产生一个悬浮按钮，再从当前浏览界面退出，进入消息对应的消息界面进行消息回复操作。如果用户完成消息回复操作后想继续浏览该文章，相应的，两种方式对应的操作如下：方式一、从当前的消息界面退出再重新进入之前的浏览界面；方式二、通过点击悬浮按钮返回之前的浏览界面。上述无论采用哪种方式均存在消息回复操作繁琐，且会中断用户当前进行的浏览操作的问题，即无论采用哪种方式均影响了用户的当前操作。针对情形三，为了降低对当前操作的影响，需要采取的相关消息回复的设置操作。相关消息回复的设置操作可以为设置消息弹窗，消息弹窗包括输入框，消息弹窗可以展示该消息的内容。基于上述设置，用户可以在不退出当前浏览界面的情况下，通过向当前浏览界面上弹出的消息弹窗的输入框中输入对消息进行回复的内容，得到待回复消息。

基于上述，在接收到消息后，确定消息对应的应用程序处于前台运行且当前浏览界面为非消息界面，则弹出消息弹窗可以作如下理解：确定消息对应的应用程序是否处于前台运行；如果确定消息对应的应用程序处于前台运行，则确定当前浏览界面是否为非消息界面；如果确定当前浏览界面为非消息界面，则可以弹出消息弹窗。其中，当前的浏览界面是指当前活跃的浏览界面，即当前浏览界面处于未锁屏的状态下。

具体的，可以通过Activity Lifecycle Callbacks接口(Activity生命周期监听接口)确定消息对应的应用程序是否处于前台运行。其中，在Application类中，通过Activity Lifecycle Callbacks接口提供了一个应用生命周期回调的注册方法，用于让开发者对Activity的生命周期事件进行集中处理。这里所述的Activity是最基本的模块，一般称之为“活动”，在应用程序中，一个Activity通常就是一个单独的屏幕。简单理解，Activity可以指一个用户所能看到的屏幕，主要用于处理应用程序的整体性工作。示例性的，如监听系统事件、为用户显示指定的View和启动其它Activity等。所有应用的Activity都继承于android.app.Activity类，该类是Android提供的基层类，其它的Activity继承该父类后，通过父类的方法来实现各种功能。Activity任务栈是指存放Activity任务的栈。每当打开一个Activity时，会往Activity任务栈中压入一个Activity；每当销毁一个Activity时，会从Activity任务栈中弹出一个Activity。更为具体的，关于Activity任务栈的概念可作如下理解：应用程序打开时便创建了一个Activity任务栈，用于存储当前应用程序的Activity，当前应用程序(包括被当前应用程序所调用的应用程序)所有的Activity属于一个任务栈；一个Activity任务栈为一个Activity的集合，可以有序的选择哪一个Activity和用户进行交互，且只有在Activity任务栈的栈顶的Activity才可以与用户进行交互；Activity任务栈可以移动到后台，并且保留了每一个Activity的状态，并且可以有序的给用户列出其任务，而且还不丢失其状态信息；当把所有的Activity任务栈中所有的Activity清除出栈时，Activity任务栈会被销毁，应用程序完成退出。可以理解到，位于Activity任务栈的栈顶的Activity代表当前被激活的Activity，即可与用户进行交互的Activity。因此，可以采用如下方式确定当前浏览界面是否为消息界面，具体的：获取消息对应的应用程序的Activity任务栈；确定消息界面对应的Activity是否处于栈顶；如果消息界面对应的Activity处于栈顶，则可以确定当前浏览界面为消息界面；相反的，如果消息界面对应的Activity不处于栈顶，则可以确定当前浏览界面为非消息界面。

步骤130、获取并发送待回复消息，待回复消息通过消息弹窗输入。

在本发明的实施例中，待回复消息指的是对接收到的消息进行回复生成的消息。消息弹窗可以包括输入框，用户可以通过点击输入框弹出软键盘，可以编辑文本，也可以发送表情、图片或语音。也即，待回复消息的表现形式可以为文字、图片、表情或语音等。在获取到待回复消息后，可以通过点击发送按钮发送待回复消息，也可以通过输入手势操作发送待回复消息，还可以通过语音功能发送待回复消息。需要说明的是，发送按钮可以设置在输入框上。手势操作需要预先存储标准手势操作，标准手势操作可以用来完成发送待回复消息操作，后续输入的手势操作可以与标准手势操作进行匹配，根据匹配结果确定手势操作是否对应发送待回复消息操作。语音功能需要事先开启。当然可以理解到，待回复消息的表现形式以及发送待回复消息操作的具体形式均可根据实际情况进行设定，在此不作具体限定。

通过确定接收到的消息对应的应用程序处于前台运行且当前浏览界面为消息界面，则弹出消息弹窗，以使用户可以在当前浏览界面上所弹出的消息弹窗中输入对消息进行回复的内容，得到待回复消息并发送。相比于现有技术而言，由于用户可以在不退出当前浏览界面的情况下，通过向当前浏览界面上弹窗的消息弹出中输入对消息进行回复的内容，得到待回复消息并发送，实现了用户无需进行繁琐的退出进入操作，便可以完成消息回复操作且不会中断当前操作。此外，由于是在确定消息对应的应用程序处于前台运行且当前浏览界面为非消息界面的情况下，才弹出消息弹窗，而并不是只要接收到消息，无论终端处于何种状态、消息对应的应用程序处于何种状态以及在确定消息对应的应用程序处于前台运行基础上，当前浏览界面处于何种界面类型，均弹出消息弹窗，从一定程度上保证了数据安全以及避免了用户隐私的暴露，也即如果当前前台运行的应用程序为消息对应的应用程序，则说明用户有权限对该消息进行浏览和操作，并且仅在当前浏览界面为非消息界面的情况下，才需要进行弹窗消息的快捷回复，从而在回复完成后继续展示当前浏览的浏览界面，避免造成浏览过程的中断；如果当前前台运行的应用程序不为消息对应的应用程序，则说明此时用户可能不具有对该消息进行浏览和操作的权限，不弹出带有输入框的消息弹窗，限制用户对消息的快捷回复功能，保护数据安全，进一步地，还可以在通知栏仅显示通知，不显示消息内容，保护用户隐私。

本实施例的技术方案，通过接收到消息，确定消息对应的应用程序在前台运行且当前浏览界面为非消息界面，则弹出消息弹窗，获取并发送待回复消息，待回复消息通过消息弹窗输入，实现了在简化消息回复操作的基础上，避免中断用户当前操作以及暴露用户隐私，进而保护了用户数据安全，提升了用户的使用体验。

可选的，在上述技术方案的基础上，获取并发送待回复消息之后，具体还可以包括：继续展示当前浏览界面。

在本发明的实施例中，由于用户是在不退出当前浏览界面的情况下，通过向当前浏览界面上弹出的消息弹窗中输入对消息进行回复的内容，得到待回复消息并发送的，因此在获取并发送待回复消息之后，便可以继续展示当前浏览界面，以使用户可以继续在当前浏览界面上进行操作。在同一应用程序中，实现上述过程，无需用户执行繁琐的退出进入等操作，方便快捷，提升了用户的使用体验。

可选的，在上述技术方案的基础上，继续展示当前浏览界面，具体可以包括：在前台恢复当前浏览的浏览界面的浏览内容和浏览状态。

在本发明的实施例中，继续展示当前浏览的浏览界面，具体可以为：在前台恢复当前浏览的浏览界面的浏览内容和浏览状态，其中，浏览内容具体可以包括当前浏览界面的显示内容，浏览状态具体可以包括当前浏览界面的浏览进度和操作。

示例性的，如用户在非消息界面通过点击操作触发了界面的跳转，进入了相应的跳转界面，浏览到该跳转界面的中间位置，并在中间位置选中了部分内容，这里所述的跳转界面即可理解为当前浏览界面，随后通过消息弹窗进行了消息回复，则在恢复当前浏览界面时仍然回到该界面的中间位置，并显示选中部分内容的操作结果，即浏览内容为当前浏览界面的显示内容，浏览状态为当前浏览界面的中间位置和部分内容的选中操作。

可选的，在上述技术方案的基础上，该方法具体还可以包括：未获取到待回复消息，则关闭消息弹窗并继续展示当前浏览界面。

在本发明的实施例中，在弹出消息弹窗后，如果未获取到待回复消息，则可以关闭消息弹窗并继续展示当前浏览界面，其中，关闭消息弹窗可以是用户点击设置在消息弹窗上的关闭按钮实现关闭，也可以是等待预设时间段后消息弹窗自动实现关闭。预设时间段可以根据实际情况进行设定，在此不作具体限定，示例性的，如将预设时间段设置为5s，即等待5s后消息弹窗自动实现关闭。当前可以理解到，关闭消息弹窗的方式可以根据实际情况进行选择，在此不作具体限定。

可选的，在此基础上，在接收消息之后，以及在确定消息对应的应用程序在前台运行且当前浏览界面为非消息界面，则弹出消息弹窗之前，具体还可以包括：发送提示消息，提示消息用于提示用户对消息进行回复。接收到用户的回复指令，则继续后续操作。未接收到用户的回复指令，或者接收到用户的不回复指令，则终止后续操作。

在本发明的实施例中，可能存在如下情况：接收到消息，确定消息对应的应用程序在前台运行且当前浏览界面为非消息界面，基于前述所提供的技术方案，此时，需要弹出消息弹窗，以使用户可以在不退出当前浏览界面的情况下，通过向当前浏览界面上弹出的消息弹窗的输入框中输入对消息进行回复的内容，得到待回复消息。但用户可能并不想对该消息进行回复，在这种情况下，也就没有必要再执行后续确定消息对应的应用程序在前台运行且当前浏览界面为非消息界面，则弹出消息弹窗，以及获取并发送待回复消息的操作。基于上述，为了避免出现上述情况，具体可以采用如下方式：在接收消息之后，以及，在确定消息对应的应用程序在前台运行且当前浏览界面为非消息界面，则弹出消息弹窗之前，发送提示消息，该提示消息用于提示用户对消息进行回复，其中，提示消息的形式可以为语音提示、文字提示、图形提示或振动提示中的至少一种。具体可以根据实际情况进行设定，在此不作具体设定。

如果接收到用户的回复指令，则可以继续执行后续操作，即继续执行确定消息对应的应用程序在前台运行且当前浏览界面为非消息界面，则弹出消息弹窗，获取并发送待回复消息，待回复消息通过消息弹窗输入的操作，此外，还可以在获取并发送待回复消息之后，执行继续展示当前浏览界面的操作。又可以执行未获取到待回复消息，则不弹出消息弹窗并继续展示当前浏览界面的操作。

如果未接收到用户的回复指令，或者接收到用户的不回复指令，则终止后续操作，即终止执行确定消息对应的应用程序在前台运行且当前浏览界面为非消息界面，则弹出消息弹窗，获取并发送待回复消息，待回复消息通过消息弹窗输入的操作。可以理解到，此时，将继续展示当前浏览界面。

上述所述的回复指令可以用于表示用户确认回复该消息，回复指令的具体操作形式可以根据实际情况进行设定，在此不作具体限定。

示例性的，如接收到消息后，发送提示消息“您收到一条XX消息，请您确认是否对该消息进行回复”，如果接收到用户的回复指令，则继续后续操作；如果未接收到用户的回复指令，则终止后续操作。具体文字提示可以以悬浮窗的形式呈现，还可以以直接弹出消息框的形式呈现，具体文字提示的呈现形式可根据实际情况进行设定，在此不作具体限定。

通过接收到消息后，向用户发送提示消息，在接收到用户的回复指令后，才执行后续操作，使用户可以根据实际情况进行选择，从而进一步提升了用户的使用体验。

可选的，在上述技术方案的基础上，回复指令的操作形式具体包括双指上推操作、单指上推操作、双指下拉操作、单指下拉操作、点击操作和长按操作中的至少一种。

在本发明的实施例中，回复指令的操作形式具体可以包括双指上推操作、单指上推操作、双指下拉操作、单指下拉操作、点击操作和长按操作中的至少一种。此外，还可以包括输入闭合曲线轨迹操作。点击操作可以包括单击操作、双击操作或多点点击操作。示例性的，如用户接收到提示消息后，执行双指上推操作，以此生成回复指令。

可选的，在上述技术方案的基础上，在接收到消息之后，以及在消息对应的应用程序在前台运行且当前浏览界面为非消息界面，则弹出消息弹窗之前，具体还可以包括：判断消息为预设类型的消息，则继续后续操作。判断消息不为预设类型的消息，则终止后续操作。

在本发明的实施例中，可能存在如下情况：由于有些类型的消息其实并不需要用户对此进行回复，如前文所述的推送消息，因此，也就没有必要再执行后续确定消息对应的应用程序在前台运行且当前浏览界面为非消息界面，则弹出消息弹窗，以及获取并发送待回复消息的操作。基于上述，需要对接收到的消息进行消息类型的确定，如果接收到的消息为预设类型的消息，则执行后续操作；相反的，如果接收到的消息不为预设类型的消息，则终止后续操作。这里所述的预设类型的消息可以指聊天消息。具体如何确定接收到的消息是否为预设类型的消息，可以考虑消息生成的方式。此外，也可以考虑向预设类型的消息中添加标识信息，例如消息的发送者即消息源标识，也即可以通过对发送者设置标识信息来区分消息类型，换句话说，可以通过确定发送者所具有的标识信息来区分消息类型。更为具体的，如针对由公众号发送的推送消息与由个人用户发送的聊天消息来说，前者发送者为公众号，后者发送者为个人用户，通常公众号是需要经过认证才可以发送消息，而个人用户则不需要，因此，可以设置公众号具有认证标识，个人用户则不具有认证标识。当然可以理解到，如何确定接收到的消息是否为预设类型的消息可根据实际情况进行设定，在此不作具体限定。

如果消息为预设类型的消息，则可以继续执行后续操作，即继续执行确定消息对应的应用程序在前台运行且当前浏览界面为非消息界面，则弹出消息弹窗，获取并发送待回复消息，待回复消息通过消息弹窗输入的操作，此外，还可以在获取并发送待回复消息之后，执行继续展示当前浏览界面的操作。或者可以执行未获取到待回复消息，则关闭消息弹窗并继续展示当前浏览界面的操作。另可以在消息为预设类型的消息之后，以及在消息对应的应用程序在前台运行且当前浏览界面为非消息界面，则弹出消息弹窗之前，执行发送提示消息，提示消息用于提示用户对消息进行回复。接收到用户的回复指令，则继续后续操作。未接收到用户的回复指令，或者接收到用户的不回复指令，则终止后续操作。这里所述的继续执行后续操作与前文所述的继续执行后续操作相同。

如果消息不为预设类型的消息，则可以终止后续操作，即终止执行确定消息对应的应用程序在前台运行且当前浏览界面为非消息界面，则弹出消息弹窗，获取并发送待回复消息，待回复消息通过消息弹窗输入的操作。可以理解到，此时，将继续展示当前浏览界面。

通过接收到消息后，对消息的类型进行确定，在确定消息为预设类型的消息后，才执行后续操作，避免了无效数据的处理，从而进一步提升了用户的使用体验。

实施例二

图2为本发明实施例二提供的一种消息回复方法的流程图，本实施例可适用于消息回复的情况，该方法可以由消息回复装置来执行，该装置可以采用软件和/或硬件的方式实现，该装置可以配置于终端中，例如典型的是手机和/或平板电脑等。如图2所示，该方法具体包括如下步骤：

步骤210、接收到消息。

步骤220、确定消息是否为预设类型的消息；若是，则执行步骤230；若否，则执行步骤240。

步骤230、发送提示消息，提示消息用于提示用户对消息进行回复。并转入执行步骤250。

步骤240、继续展示当前浏览的浏览界面的浏览内容和浏览状态。

步骤250、确定是否接收到用户的回复指令；若是，则执行步骤260；若否，则返回执行步骤240。

步骤260、确定消息对应的应用程序在前台运行且当前浏览界面为非消息界面，则弹出消息弹窗。

步骤270、确定是否接收到通过消息弹窗输入的的待回复消息；若是，则执行步骤280；若否，则返回执行步骤240。

步骤280、发送待回复消息。并返回执行步骤240。

在本发明的实施例中，为了更好地理解本发明实施例所提供的技术方案，以终端某应用程序为例进行说明，具体的：如图3所示为当前浏览界面的结构示意图，图中用户正在浏览关于美食相关的图片，此时，接收到消息，确定消息为预设类型的消息后，发送提示消息，如图4所示为提示消息的示意图，图中提示消息在当前浏览界面上方以消息框的形式呈现，内容为“您收到一条XX消息，请您确认是否对该消息进行回复”，之后进入图5，在当前浏览界面上述出现了“确认”图标和“取消”图标，如图6所示，用户通过点击“确认”图标，生成回复指令，之后，确定消息对应的应用程序在前台运行且当前浏览界面为非消息界面，则如图7所示，弹出消息弹窗，消息弹窗展示消息的内容，以及输入框、笑脸图标和添加图标，其中，如图8所示，可以通过点击输入框产生如图9所示的软键盘，用户可以通过软件盘输入文本内容，还可以如图10所示通过点击笑脸图标发送表情，又可以如图11所示通过点击添加图标发送图片和文件等内容。通过上述操作生成待回复消息，如图12所示通过点击发送图标发送待回复内容，在将待发送内容发送后，继续展示如图3所示的当前浏览界面。

本实施例的技术方案，通过接收到消息，确定消息对应的应用程序在前台运行且当前浏览界面为非消息界面，则弹出消息弹窗，获取并发送待回复消息，待回复消息通过消息弹窗输入，实现了在简化消息回复操作的基础上，避免中断用户当前操作以及暴露用户隐私，进而保护了用户数据安全，提升了用户的使用体验。

实施例三

图13为本发明实施例三提供的一种消息回复装置的结构示意图，本实施例可适用于消息回复的情况，该装置可以采用软件和/或硬件的方式实现，该装置可以配置于终端中，例如典型的是手机和/或平板电脑等。如图13所示，该装置具体包括：

消息接收模块310，用于接收到消息.

消息弹窗生成模块320，用于确定消息对应的应用程序在前台运行且当前浏览界面为非消息界面，则弹出消息弹窗。

待回复消息发送模块330，用于获取并发送待回复消息，待回复消息通过消息弹窗输入。

本实施例的技术方案，通过接收到消息，确定消息对应的应用程序在前台运行且当前浏览界面为非消息界面，则弹出消息弹窗，获取并发送待回复消息，待回复消息通过消息弹窗输入，实现了在简化消息回复操作的基础上，避免中断用户当前操作以及暴露用户隐私，进而保护了用户数据安全，提升了用户的使用体验。

可选的，在上述技术方案的基础上，该装置具体还可以包括：

当前浏览界面展示模块，用于继续展示当前浏览界面。

可选的，在上述技术方案的基础上，当前浏览界面展示模块，具体可以包括：

当前浏览界面展示单元，用于在前台恢复当前浏览的浏览界面的浏览内容和浏览状态。

可选的，在上述技术方案的基础上，该装置具体还可以包括：

未获取到待回复消息，则关闭消息弹窗并继续展示当前浏览界面。

可选的，在上述技术方案的基础上，该装置具体还可以包括：

提示消息发送模块，用于发送提示消息，提示消息用于提示用户对消息进行回复。

操作确定模块，用于接收到用户的回复指令，则继续后续操作；未接收到用户的回复指令，或者接收到用户的不回复指令，则终止后续操作。

可选的，在上述技术方案的基础上，回复指令的操作形式具体可以包括双指上推操作、单指上推操作、双指下拉操作、单指下拉操作、点击操作和长按操作中的至少一种。

可选的，在上述技术方案的基础上，该装置具体还可以包括：

继续后续操作确定模块，用于判断消息为预设类型的消息，则继续后续操作。

终止后续操作确定模块，用于判断消息不为预设类型的消息，则终止后续操作。

本发明实施例所提供的消息回复装置可执行本发明任意实施例所提供的消息回复方法，具备执行方法相应的功能模块和有益效果。

实施例四

图14为本发明实施例四提供的一种终端的结构示意图。图14示出了适于用来实现本发明实施方式的示例性终端412的框图。图14显示的终端412仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图14所示，终端412以通用计算终端的形式表现。终端412的组件可以包括但不限于：一个或者多个处理器416，系统存储器428，连接于不同系统组件(包括系统存储器428和处理器416)的总线418。

总线418表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MCA)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

终端412典型地包括多种计算机系统可读介质。这些介质可以是任何能够被终端412访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器428可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)430和/或高速缓存存储器432。终端412可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统434可以用于读写不可移动的、非易失性磁介质(图14未显示，通常称为“硬盘驱动器”)。尽管图14中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM，DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线418相连。存储器428可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块442的程序/实用工具440，可以存储在例如存储器428中，这样的程序模块442包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块442通常执行本发明所描述的实施例中的功能和/或方法。

终端412也可以与一个或多个外部终端414(例如键盘、指向终端、显示器424等)通信，还可与一个或者多个使得用户能与该终端412交互的终端通信，和/或与使得该终端412能与一个或多个其它计算终端进行通信的任何终端(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口422进行。并且，终端412还可以通过网络适配器420与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器420通过总线418与终端412的其它模块通信。应当明白，尽管图14中未示出，可以结合终端412使用其它硬件和/或软件模块，包括但不限于：微代码、终端驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理器416通过运行存储在系统存储器428中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的一种消息回复方法，包括：

接收到消息。

确定消息对应的应用程序在前台运行且当前浏览界面为非消息界面，则弹出消息弹窗。

获取并发送待回复消息，待回复消息通过消息弹窗输入。

当然，本领域技术人员可以理解，处理器还可以实现本发明任意实施例所提供应用于终端的消息回复方法的技术方案。该终端的硬件结构以及功能可参见实施例四的内容解释。

实施例五

本发明实施例五还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例所提供的一种消息回复方法，该方法包括：

接收到消息。

确定消息对应的应用程序在前台运行且当前浏览界面为非消息界面，则弹出消息弹窗。

获取并发送待回复消息，待回复消息通过消息弹窗输入。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

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

当然，本发明实施例所提供的一种计算机可读存储介质，其计算机可执行指令不限于如上所述的方法操作，还可以执行本发明任意实施例所提供的终端的消息回复方法中的相关操作。对存储介质的介绍可参见实施例五中的内容解释。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

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

接收到消息；

确定所述消息对应的应用程序在前台运行且当前浏览界面为非消息界面，则弹出消息弹窗；

获取并发送待回复消息，所述待回复消息通过所述消息弹窗输入。

2.根据权利要求1所述的方法，其特征在于，所述获取并发送待回复消息之后，还包括：

继续展示所述当前浏览界面。

3.根据权利要求2所述的方法，其特征在于，所述继续展示所述当前浏览界面，包括：

在前台恢复当前浏览的浏览界面的浏览内容和浏览状态。

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

未获取到待回复消息，则关闭所述消息弹窗并继续展示所述当前浏览界面。

5.根据权利要求1所述的方法，其特征在于，所述接收到消息之后，确定所述消息对应的应用程序在前台运行且当前浏览界面为非消息界面，则弹出消息弹窗之前，还包括：

发送提示消息，所述提示消息用于提示用户对所述消息进行回复；

接收到用户的回复指令，则继续后续操作；未接收到用户的回复指令，或者接收到用户的不回复指令，则终止后续操作。

6.根据权利要求5所述的方法，其特征在于，所述回复指令的操作形式包括双指上推操作、单指上推操作、双指下拉操作、单指下拉操作、点击操作和长按操作中的至少一种。

7.根据权利要求1所述的方法，其特征在于，所述接收到消息之后，所述消息对应的应用程序在前台运行且当前浏览界面为非消息界面，则弹出消息弹窗之前，还包括：

判断所述消息为预设类型的消息，则继续后续操作；

判断所述消息不为预设类型的消息，则终止后续操作。

8.一种消息回复装置，其特征在于，包括：

消息接收模块，用于接收到消息；

消息弹窗生成模块，用于确定所述消息对应的应用程序在前台运行且当前浏览界面为非消息界面，则弹出消息弹窗；

待回复消息发送模块，用于获取并发送待回复消息，所述待回复消息通过所述消息弹窗输入。

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

一个或多个处理器；

存储器，用于存储一个或多个程序；

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

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