CN108769399A - 一种消息处理方法及终端设备 - Google Patents

Abstract

本发明提供一种消息处理方法及终端设备。该方法应用于终端设备，包括：第一应用前台运行时，在第一应用的用户界面悬浮显示通过语音输入的待发消息；其中，待发消息为第二应用的待发消息；接收对待发消息的第一输入；响应第一输入。可以看出，在不退出当前使用的应用的前提下，本发明实施例可以便捷地实现跨应用社交，这样可以避免当前使用的应用的退出影响到用户体验。

Description

一种消息处理方法及终端设备

技术领域

本发明实施例涉及通信技术领域，尤其涉及一种消息处理方法及终端设备。

背景技术

随着通信技术的迅速发展，手机等终端设备的使用越来越普通，终端设备中安装的应用(例如游戏类应用、社交聊天类应用等)数量越来越多。目前，许多应用都具有社交功能，在一些情况下，用户存在着进行跨应用社交的需求。举例而言，用户在使用游戏类应用时可能存在着使用社交聊天类应用的需求，这时，用户需要先通过手动操作退出游戏类应用，然后再通过手动操作启动社交聊天类应用，之后，用户才能使用社交聊天类应用进行社交。

可以看出，现有技术中使用终端设备进行跨应用社交会造成当前使用的应用的退出，影响用户体验。

发明内容

本发明实施例提供一种消息处理方法及终端设备，以解决现有技术中使用终端设备进行跨应用社交会造成当前使用的应用的退出的问题。

为了解决上述技术问题，本发明是这样实现的：

第一方面，本发明实施例提供一种消息处理方法，应用于终端设备，所述方法包括：

第一应用前台运行时，在所述第一应用的用户界面悬浮显示通过语音输入的待发消息；其中，所述待发消息为第二应用的待发消息；

接收对所述待发消息的第一输入；

响应所述第一输入。

第二方面，本发明实施例提供一种终端设备，包括：

显示模块，用于第一应用前台运行时，在所述第一应用的用户界面悬浮显示通过语音输入的待发消息；其中，所述待发消息为第二应用的待发消息；

接收模块，用于接收对所述待发消息的第一输入；

响应模块，用于响应所述第一输入。

第三方面，本发明实施例提供一种终端设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现上述消息处理方法的步骤。

本发明实施例中，如果用户存在着使用终端设备进行跨应用社交的需求，例如在第一应用前台运行的过程中使用第二应用进行社交的需求，用户可以直接通过语音方式向终端设备输入待发消息；其中，待发消息可以为第二应用的待发消息。接下来，终端设备可以直接在第一应用的用户界面悬浮显示通过语音输入的待发消息，以便于用户执行对待发消息的第一输入。之后，终端设备可以响应接收到的第一输入，实现对悬浮显示的待发消息的处理(例如对待发消息的发送)，从而在不影响第一应用的前台运行的前提下，达到使用第二应用进行社交的目的。

可以看出，本发明实施例中，在进行跨应用社交的过程中，用户无需通过手动操作退出当前使用的应用，也无需通过手动操作启动待进行社交的应用，待发消息可直接在当前使用的应用的用户界面进行悬浮显示，用户可以通过执行第一输入使终端设备对待发消息进行相应处理，因此，在不退出当前使用的应用的前提下，本发明实施例可以便捷地实现跨应用社交，这样可以避免当前使用的应用的退出影响到用户体验。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获取其他的附图。

图1是本发明实施例提供的消息处理方法的流程图之一；

图2是终端设备的界面示意图之一；

图3是终端设备的界面示意图之二；

图4是终端设备的界面示意图之三；

图5是本发明实施例提供的消息处理方法的流程图之二；

图6是终端设备的界面示意图之四；

图7是终端设备的界面示意图之五；

图8是接收终端的界面示意图；

图9是本发明实施例提供的一种终端设备的结构示意图之一；

图10是本发明实施例提供的一种终端设备的结构示意图之二；

图11是本发明实施例提供的一种终端设备的结构示意图之三；

图12是本发明实施例提供的一种终端设备的结构示意图之四；

图13是本发明实施例提供的另一种终端设备的硬件结构示意图。

具体实施方式

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

下面首先对本发明实施例提供的消息处理方法进行说明。

需要说明的是，本发明实施例提供的消息处理方法应用于终端设备。具体地，终端设备可以是具有通讯功能的任何设备，例如：计算机(Computer)、手机、平板电脑(TabletPersonal Computer)、膝上型电脑(Laptop Computer)、个人数字助理(personal digitalassistant，简称PDA)、移动上网电子设备(Mobile Internet Device，MID)、可穿戴式设备(Wearable Device)等。

参见图1，图中示出了本发明实施例提供的消息处理方法的流程图。如图1所示，该方法应用于终端设备，该方法包括如下步骤：

步骤101，第一应用前台运行时，在第一应用的用户界面悬浮显示通过语音输入的待发消息；其中，待发消息为第二应用的待发消息。

其中，第一应用可以为终端设备已安装的任意应用(例如游戏类应用、视频类应用等)。一般而言，第一应用前台运行时，终端设备显示第一应用的用户界面。

需要指出的是，第二应用为不同于第一应用的应用。具体地，第二应用可以为终端设备已安装的任意社交聊天类应用；或者，第二应用可以为终端设备已安装的，具有社交聊天功能的任意非社交聊天类应用(例如支付类应用、购物类应用等)。由于待发消息为第二应用的待发消息，因此，待发消息具体为待发的应用消息。

在步骤101中，第一应用前台运行时，终端设备可以获取用户通过语音输入的待发消息。之后，终端设备可以在第一应用的用户界面显示悬浮窗，并在悬浮窗中显示待发消息(可以认为待发消息此时处于待发状态)，以实现待发消息的悬浮显示。

可选地，第一应用的用户界面中可以仅显示一个悬浮窗，待发消息中的所有信息可以均显示于这一个悬浮窗中；或者，第一应用的用户界面可以显示至少两个悬浮窗(例如显示图2中所示的两个悬浮窗，即悬浮窗201和悬浮窗202)，待发消息中的所有信息可以分布显示于至少两个悬浮窗中。

步骤102，接收对待发消息的第一输入。

其中，第一输入可以为语音输入、触控输入，该触控输入包括但不限于点击操作、按压操作、滑动操作。

本发明实施例中，第一输入的用途多样。举例而言，第一输入可以用于对待发消息进行内容编辑；或者，第一输入可以用于确认是否进行待发消息的发送。

步骤103，响应第一输入。

具体地，在第一输入用于确认进行待发消息的发送的情况下，在执行步骤103时，终端设备可以发送待发消息；在第一输入用于确认不进行待发消息的发送的情况下，在执行步骤103时，终端设备可以不发送待发消息。可见，通过响应第一输入，终端设备可以按照用户的需求，实现对待发消息的处理。

下面以一个具体的例子对本发明实施例的具体实施过程进行说明。

如图2所示，第一应用前台运行时，终端设备可以获取用户通过语音输入的待发消息，待发消息为第二应用的待发消息。之后，终端设备可以在第一应用的用户界面，通过悬浮窗201和悬浮窗202悬浮显示待发消息。另外，悬浮窗202中还可以显示“取消”按钮和“确定”按钮。

如果用户确认悬浮显示的待发消息准确无误，用户可以执行对“确定”按钮的选择操作(例如点击操作或按压操作)，这时，终端设备会接收到用于确认进行待发消息的发送的第一输入。接下来，终端设备可以响应该第一输入，执行待发消息的发送操作。具体而言，终端设备可以在后台运行第二应用，并调用第二应用的消息发送功能来发送待发消息；或者，终端设备可以调用应用程序编程接口(Application Programming Interface，API)来发送待发消息。

在成功发送待发消息之后，终端设备可以输出用于表征待发消息已发送的第一提示信息。可选地，第一提示信息可以为语音提示或者文字提示。在第一提示信息为文字提示的情况下，如图3所示，终端设备可以保持图2中悬浮窗201的显示，消除悬浮窗202的显示，并在第一应用的用户界面显示悬浮窗301，悬浮窗301中可以显示“已发送”字样。之后，终端设备可以自动消除图3中的悬浮窗201和悬浮窗301的显示，以避免对第一应用的用户界面造成长时间遮挡。

如果用户确认悬浮显示的待发消息存在错误，用户可以执行对“取消”按钮的选择操作(例如点击操作或按压操作)，这时，终端设备会接收到用于确认不进行待发消息的发送的第一输入。接下来，终端设备可以响应该第一输入，不执行待发消息的发送操作。

之后，终端设备还可以输出用于表征待发消息取消发送的第二提示信息。可选地，第二提示信息可以为语音提示或者文字提示。在第二提示信息为文字提示的情况下，如图4所示，终端设备可以保持图2中悬浮窗201的显示，消除悬浮窗202的显示，并在第一应用的用户界面显示悬浮窗401，悬浮窗401中可以显示“已取消”字样。之后，终端设备可以自动消除图4中悬浮窗201和悬浮窗401的显示，以避免对第一应用的用户界面造成长时间遮挡。

需要指出的是，用户也可以通过语音方式实现对“确定”按钮或“取消”按钮的选择，这也是可行的。

本发明实施例中，如果用户存在着使用终端设备进行跨应用社交的需求，例如在第一应用前台运行的过程中使用第二应用进行社交的需求，用户可以直接通过语音方式向终端设备输入待发消息；其中，待发消息可以为第二应用的待发消息。接下来，终端设备可以直接在第一应用的用户界面悬浮显示通过语音输入的待发消息，以便于用户执行对待发消息的第一输入。之后，终端设备可以响应接收到的第一输入，实现对悬浮显示的待发消息的处理(例如对待发消息的发送)，从而在不影响第一应用的前台运行的前提下，达到使用第二应用进行社交的目的。

可以看出，本发明实施例中，在进行跨应用社交的过程中，用户无需通过手动操作退出当前使用的应用，也无需通过手动操作启动待进行社交的应用，待发消息可直接在当前使用的应用的用户界面进行悬浮显示，用户可以通过执行第一输入使终端设备对待发消息进行相应处理，因此，在不退出当前使用的应用的前提下，本发明实施例可以便捷地实现跨应用社交，这样可以避免当前使用的应用的退出影响到用户体验。

可选地，在第一应用的用户界面悬浮显示通过语音输入的待发消息，包括：

接收用户的语音输入信息；

将语音输入信息转换为文本类型的待发消息；

在第一应用的用户界面悬浮显示待发消息。

其中，终端设备可以利用语音和语义识别技术，对语音输入信息进行语音识别转换，以将语音输入信息转换为文本类型的待发消息。

下面结合图5对本实施例的具体实施过程进行说明。

如图5所示，在第一应用前台运行时，终端设备可以接收用户的语音输入信息。接下来，终端设备可以利用语音和语义识别技术，对语音输入信息进行语音识别转换，以将语音输入信息由语音类型转换为文本类型。

如果语音识别转换失败，则终端设备不明白用户发消息意图，此时，整个消息处理流程结束。

如果语音识别转换成功，则终端设备明白用户发送消息意图，终端设备可以得到文本类型的待发消息，并对得到的待发消息进行悬浮显示。之后，终端设备可以接收对待发消息的第一输入，并响应第一输入，以实现对待发消息的处理。

可以看出，本实施例中，通过对接收到的语音输入信息进行转换，终端设备可以非常便捷地获取到待发消息，以对其进行悬浮显示。

可选地，在第一应用的用户界面悬浮显示待发消息，包括：

在第一应用的用户界面悬浮显示待发消息，待发消息包括第二应用的应用标识和第二应用中的目标联系人；其中，当待发消息中目标联系人包括多个时，多个目标联系人用于供用户选择待发消息的接收对象。

其中，第二应用的应用标识可以为第二应用的名称或者第二应用的应用图标；目标联系人可以为第二应用中的任意联系人。

需要说明的是，用户的语音输入信息至少需要指示给哪个应用中的哪个联系人发送消息，例如指示给社交聊天应用Y中的联系人L发消息，或者指示给社交聊天应用Y中的联系人L发消息说S。因此，第一应用的用户界面悬浮显示的待发消息中可以包括第二应用的应用标识和第二应用中的目标联系人。

在待发消息中的目标联系人仅包括一个时，终端设备可以直接将这个目标联系人作为待发消息的接收对象。

在待发消息中的目标联系人包括多个(即至少两个)时，多个目标联系人可以为相互同名的联系人。这种情况下，可以认为待发消息的接收对象是不明确的，此时，用户可以执行对待发消息中的多个目标联系人中的至少一者的选择操作。具体地，对多个目标联系人中的至少一者的选择操作可以为语音处理操作或者触控处理操作，例如对该至少一者的点击操作、按压操作等。

具体地，假设待发消息中目标联系人的数量为三个，分别为相互同名的联系人A、联系人B和联系人C，如图6所示，终端设备可以在第一应用的用户界面显示悬浮窗601，以通过悬浮窗601实现联系人A、联系人B和联系人C的显示。另外，悬浮窗601中还可以显示“多个相似联系人，选择一下吧”字样，以提示用户从联系人A、联系人B和联系人C中选择接收对象。具体地，假设用户通过选择操作选择的是联系人A，那么，终端设备会将联系人A作为待发消息的接收对象。

需要指出的是，在用户执行对联系人A、联系人B和联系人C中的至少一者的选择操作之后，终端设备可以显示图2中所示的界面，以便于用户执行后续操作。

可以看出，本实施例中，在待发消息中目标联系人包括多个时，用户通过选择操作，即可便捷地选择所需的联系人作为待发消息的接收对象。

可选地，接收对待发消息的第一输入，包括：

接收对待发消息的内容编辑操作；

响应第一输入，包括：

响应内容编辑操作。

本实施例中，在终端设备悬浮显示待发消息的情况下，终端设备可以确定待发消息中是否包括消息内容。

如果待发消息中不包括消息内容，这说明待发消息中未完整涵盖进行消息发送所必须的信息，这时，如图7所示，终端设备可以在第一应用的用户界面显示悬浮窗701，并在悬浮窗701中显示“要发送什么内容呢？”字样，以提示用户进行消息内容的输入。接下来，用户可以执行内容编辑操作，例如语音说出消息内容。这样，终端设备可以响应内容编辑操作，将用户语音说出的内容作为消息内容(即图2中所要发送的信息文本)填充至待发消息中进行显示。

之后，终端设备可以显示图2中所示的界面，这时，用户可以执行对图2中的“确定”按钮的点击操作，这样，终端设备会向待发消息的接收对象发送待发消息。

当终端设备成功发送待发消息之后，待发消息的接收对象对应的终端设备(为了便于区别，后续将该终端设备称为接收终端)能够接收到相应的消息。接下来，接收终端可以判断接收到的消息的类型是否为社交聊天类型。很明显，判断结果为是，接收终端可以继续判断自身当前是否存在前台运行的应用。

如果当前不存在前台运行的应用，针对接收到的消息，接收终端可以进行常规的消息提醒。

如果当前存在前台运行的第三应用，接收终端可以在第三应用的用户界面悬浮显示接收到的消息。如图8所示，接收终端接收到的消息中可以包括社交应用图标(即第一应用的应用标识)，联系人(接收到的消息的发送对象)，以及接收的信息文本(即消息内容)，接收终端可以显示两个悬浮窗，分别为悬浮窗801和悬浮窗802，以通过悬浮窗801显示社交应用图标，并通过悬浮窗802显示联系人和信息文本。此外，接收终端还可以在悬浮窗802中显示“取消”按钮和“回复”按钮，以便于接收终端的用户通过语音或者触控方式来选择“取消”按钮以表征接收到的消息已阅，或者通过语音或者触控方式来选择“回复”按钮以针对接收到的消息进行回复。

可以看出，本实施例中，用户可以通过内容编辑操作，向待发消息中填充消息内容，以保证待发消息中完整涵盖进行消息发送所必须的信息。

可选地，响应第一输入之后，该方法还包括：

取消待发消息在第一应用的用户界面的悬浮显示。

具体地，终端设备可以通过取消各悬浮窗在第一应用的应用界面的显示，达到取消待发消息的悬浮显示的目的。

本实施例中，在响应第一输入之后，终端设备可以直接取消待发消息在第一应用的用户界面的悬浮显示，以避免对第一应用的应用界面造成长时间遮挡。

可选地，响应第一输入之后，该方法还包括：

在接收到用户通过语音输入的待发消息时，将待发消息的接收对象作为其余待发消息的接收对象。

本实施例中，假设终端设备通过执行上述的步骤101至步骤103，向社交聊天应用Y中的联系人L发送了待发消息，待发消息的接收对象即为社交聊天应用Y中的联系人L。

之后，假设终端设备接收到用户通过语音输入的其余待发消息，这时，终端设备可以判断其余待发消息中是否包括联系人。

如果其余待发消息中包括联系人，那么，终端设备可以根据其余待发消息中的联系人，确定其余待发消息的接收对象。具体地，在其余待发消息中仅包括一个联系人时，终端设备可以将该联系人作为其余待发消息的接收对象。

如果其余待发消息中不包括联系人，那么，终端设备可以将社交聊天应用Y中的联系人L作为其余待发消息的接收对象，并将该接收对象添加至其余待发消息中，以保证其余待发消息中完整涵盖进行消息发送所必须的信息。

可以看出，本实施例中，在响应第一输入之后，当需要发送其余待发消息时，用户可无需语音说出接收对象，终端设备可以自动确定其余待发消息的接收对象。

综上，在不退出当前使用的应用的前提下，本实施例可以便捷地实现跨应用社交，这样可以避免当前使用的应用的退出影响到用户体验。

下面对本发明实施例提供的终端设备进行说明。

参见图9，图中示出了本发明实施例提供的终端设备900的结构示意图。如图9所示，终端设备900包括：

显示模块901，用于第一应用前台运行时，在第一应用的用户界面悬浮显示通过语音输入的待发消息；其中，待发消息为第二应用的待发消息；

接收模块902，用于接收对待发消息的第一输入；

响应模块903，用于响应第一输入。

可选地，如图10所示，显示模块901，包括：

接收单元9011，用于接收用户的语音输入信息；

转换单元9012，用于将语音输入信息转换为文本类型的待发消息；

显示单元9013，用于在第一应用的用户界面悬浮显示待发消息。

可选地，显示单元9013，具体用于：

在第一应用的用户界面悬浮显示待发消息，待发消息包括第二应用的应用标识和第二应用中的目标联系人；其中，当待发消息中目标联系人包括多个时，多个目标联系人用于供用户选择待发消息的接收对象。

可选地，接收模块902，具体用于：

接收对待发消息的内容编辑操作；

响应模块903，具体用于：

响应内容编辑操作。

可选地，如图11所示，终端设备900还包括：

取消模块911，用于响应第一输入之后，取消待发消息在第一应用的用户界面的悬浮显示。

可选地，如图12所示，终端设备900还包括：

确定模块921，用于响应第一输入之后，在接收到用户通过语音输入的其余待发消息时，将待发消息的接收对象作为其余待发消息的接收对象。

需要说明的是，本发明实施例提供的终端设备900能够实现上述方法实施例中第一终端设备实现的各个过程，为避免重复，这里不再赘述。本发明实施例中，在进行跨应用社交的过程中，用户无需通过手动操作退出当前使用的应用，也无需通过手动操作启动待进行社交的应用，待发消息可直接在当前使用的应用的用户界面进行悬浮显示，用户可以通过执行第一输入使终端设备900对待发消息进行相应处理，因此，在不退出当前使用的应用的前提下，本发明实施例可以便捷地实现跨应用社交，这样可以避免当前使用的应用的退出影响到用户体验。

参见图13，图中示出了本发明实施例提供的终端设备1300的硬件结构示意图。如图13所示，终端设备1300包括但不限于：射频单元1301、网络模块1302、音频输出单元1303、输入单元1304、传感器1305、显示单元1306、用户输入单元1307、接口单元1308、存储器1309、处理器1310、以及电源1311等部件。本领域技术人员可以理解，图13中示出的终端设备结构并不构成对终端设备1300的限定，终端设备1300可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。在本发明实施例中，终端设备1300包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端设备、可穿戴设备、以及计步器等。

其中，处理器1310，用于：

第一应用前台运行时，在第一应用的用户界面悬浮显示通过语音输入的待发消息；其中，待发消息为第二应用的待发消息；

接收对待发消息的第一输入；

响应第一输入。

本发明实施例中，在进行跨应用社交的过程中，用户无需通过手动操作退出当前使用的应用，也无需通过手动操作启动待进行社交的应用，待发消息可直接在当前使用的应用的用户界面进行悬浮显示，用户可以通过执行第一输入使终端设备1300对待发消息进行相应处理，因此，在不退出当前使用的应用的前提下，本发明实施例可以便捷地实现跨应用社交，这样可以避免当前使用的应用的退出影响到用户体验。

可选地，处理器1310，具体用于：

接收用户的语音输入信息；

将语音输入信息转换为文本类型的待发消息；

在第一应用的用户界面悬浮显示待发消息。

可选地，处理器1310，具体用于：

在第一应用的用户界面悬浮显示待发消息，待发消息包括第二应用的应用标识和第二应用中的目标联系人；其中，当待发消息中目标联系人包括多个时，多个目标联系人用于供用户选择待发消息的接收对象。

可选地，处理器1310，具体用于：

接收对待发消息的内容编辑操作；

响应第一输入，包括：

响应内容编辑操作。

可选地，处理器1310，还用于：

响应第一输入之后，取消待发消息在第一应用的用户界面的悬浮显示。

可选地，处理器1310，还用于：

响应第一输入之后，在接收到用户通过语音输入的其余待发消息时，将待发消息的接收对象作为其余待发消息的接收对象。

应理解的是，本发明实施例中，射频单元1301可用于收发信息或通话过程中，信号的接收和发送，具体的，将来自基站的下行数据接收后，给处理器1310处理；另外，将上行的数据发送给基站。通常，射频单元1301包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元1301还可以通过无线通信系统与网络和其他设备通信。

终端设备1300通过网络模块1302为用户提供了无线的宽带互联网访问，如帮助用户收发电子邮件、浏览网页和访问流式媒体等。

音频输出单元1303可以将射频单元1301或网络模块1302接收的或者在存储器1309中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元1303还可以提供与终端设备1300执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元1303包括扬声器、蜂鸣器以及受话器等。

输入单元1304用于接收音频或视频信号。输入单元1304可以包括图形处理器(Graphics Processing Unit，GPU)13041和麦克风13042，图形处理器13041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元1306上。经图形处理器13041处理后的图像帧可以存储在存储器1309(或其它存储介质)中或者经由射频单元1301或网络模块1302进行发送。麦克风13042可以接收声音，并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元1301发送到移动通信基站的格式输出。

终端设备1300还包括至少一种传感器1305，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板13061的亮度，接近传感器可在终端设备1300移动到耳边时，关闭显示面板13061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别终端设备1300姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；传感器1305还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等，在此不再赘述。

显示单元1306用于显示由用户输入的信息或提供给用户的信息。显示单元1306可包括显示面板13061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板13061。

用户输入单元1307可用于接收输入的数字或字符信息，以及产生与终端设备1300的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元1307包括触控面板13071以及其他输入设备13072。触控面板13071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板13071上或在触控面板13071附近的操作)。触控面板13071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1310，接收处理器1310发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板13071。除了触控面板13071，用户输入单元1307还可以包括其他输入设备13072。具体地，其他输入设备13072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

进一步的，触控面板13071可覆盖在显示面板13061上，当触控面板13071接收到在其上或附近的触摸操作后，传送给处理器1310以确定触摸事件的类型，随后处理器1310根据触摸事件的类型在显示面板13061上提供相应的视觉输出。虽然在图13中，触控面板13071与显示面板13061是作为两个独立的部件来实现终端设备1300的输入和输出功能，但是在某些实施例中，可以将触控面板13071与显示面板13061集成而实现终端设备1300的输入和输出功能，具体此处不做限定。

接口单元1308为外部装置与终端设备1300连接的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元1308可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到终端设备1300内的一个或多个元件或者可以用于在终端设备1300和外部装置之间传输数据。

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

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

终端设备1300还可以包括给各个部件供电的电源1311(比如电池)，优选的，电源1311可以通过电源管理系统与处理器1310逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

另外，终端设备1300包括一些未示出的功能模块，在此不再赘述。

优选地，本发明实施例还提供一种终端设备，包括处理器1310，存储器1309，存储在存储器1309上并可在所述处理器1310上运行的计算机程序，该计算机程序被处理器1310执行时实现上述消息处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述消息处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

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

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。

Claims (12)

1.一种消息处理方法，应用于终端设备，其特征在于，所述方法包括：

第一应用前台运行时，在所述第一应用的用户界面悬浮显示通过语音输入的待发消息；其中，所述待发消息为第二应用的待发消息；

接收对所述待发消息的第一输入；

响应所述第一输入。

2.根据权利要求1所述的方法，其特征在于，所述在所述第一应用的用户界面悬浮显示通过语音输入的待发消息，包括：

接收用户的语音输入信息；

将所述语音输入信息转换为文本类型的待发消息；

在所述第一应用的用户界面悬浮显示所述待发消息。

3.根据权利要求2所述的方法，其特征在于，所述在所述第一应用的用户界面悬浮显示所述待发消息，包括：

在所述第一应用的用户界面悬浮显示所述待发消息，所述待发消息包括所述第二应用的应用标识和所述第二应用中的目标联系人；其中，当所述待发消息中目标联系人包括多个时，多个目标联系人用于供用户选择所述待发消息的接收对象。

4.根据权利要求1所述的方法，其特征在于，所述接收对所述待发消息的第一输入，包括：

接收对所述待发消息的内容编辑操作；

所述响应所述第一输入，包括：

响应所述内容编辑操作。

5.根据权利要求1所述的方法，其特征在于，所述响应所述第一输入之后，所述方法还包括：

取消所述待发消息在所述第一应用的用户界面的悬浮显示。

6.根据权利要求3所述的方法，其特征在于，所述响应所述第一输入之后，所述方法还包括：

在接收到用户通过语音输入的其余待发消息时，将所述待发消息的接收对象作为所述其余待发消息的接收对象。

7.一种终端设备，其特征在于，包括：

显示模块，用于第一应用前台运行时，在所述第一应用的用户界面悬浮显示通过语音输入的待发消息；其中，所述待发消息为第二应用的待发消息；

接收模块，用于接收对所述待发消息的第一输入；

响应模块，用于响应所述第一输入。

8.根据权利要求7所述的设备，其特征在于，所述显示模块，包括：

接收单元，用于接收用户的语音输入信息；

转换单元，用于将所述语音输入信息转换为文本类型的待发消息；

显示单元，用于在所述第一应用的用户界面悬浮显示所述待发消息。

9.根据权利要求8所述的设备，其特征在于，所述显示单元，具体用于：

在所述第一应用的用户界面悬浮显示所述待发消息，所述待发消息包括所述第二应用的应用标识和所述第二应用中的目标联系人；其中，当所述待发消息中目标联系人包括多个时，多个目标联系人用于供用户选择所述待发消息的接收对象。

10.根据权利要求7所述的设备，其特征在于，

所述接收模块，具体用于：

接收对所述待发消息的内容编辑操作；

所述响应模块，具体用于：

响应所述内容编辑操作。

11.根据权利要求7所述的设备，其特征在于，所述设备还包括：

取消模块，用于响应所述第一输入之后，取消所述待发消息在所述第一应用的用户界面的悬浮显示。

12.根据权利要求9所述设备，其特征在于，所述设备还包括：

确定模块，用于响应所述第一输入之后，在接收到用户通过语音输入的待发消息时，将所述待发消息的接收对象作为所述其余待发消息的接收对象。