CN108347533A - 一种消息展示及回复方法以及终端 - Google Patents

Abstract

本申请涉及智能终端技术领域，特别涉及一种消息展示及回复方法以及终端；其中，消息展示方法包括：在打开第一应用，并进入到第一应用的应用界面时，获取终端上的第二应用所接收到的预定消息；基于接收到的预定消息，生成弹幕消息；将弹幕消息输出至第一应用的应用界面以展示；消息回复方法包括：在检测到用户在对弹幕消息进行预定操作时，在应用界面弹出消息输入栏；获取用户基于消息输入栏输入的回复消息；将回复消息从后台发送至第二应用；控制第二应用将回复消息发送至被用户进行了预定操作的弹幕消息中的联系人；上述方案能够帮助用户在不切出第一应用的应用界面的情况下，查看第二应用接收的消息，并能够进行回复，提高了用户体验。

Description

一种消息展示及回复方法以及终端

技术领域

本申请涉及智能终端技术领域，特别涉及一种消息展示及回复方法以及终端。

背景技术

手机等终端由于其结合便利性、娱乐性于一体的特点，越来越成为人们日常生活中不可获缺的一部分，但是，随着智能终端技术的不断发展，人们对手机等终端的要求也越来越高，人们在享受手机等终端带来的基础性功能的同时，也对手机等终端的人性化和智能化提出了更高的要求。

通常人们使用手机等终端看视频、玩游戏、聊天等，但是，如果用户在打开视频应用看视频或打开游戏应用玩游戏时，其他应用接收到消息，会以弹出通知栏等方式提示用户，影响用户的视频观看和游戏操作，甚至会导致视频界面或者游戏界面的卡顿，影响用户的视觉体验；另外，用户如果想要对接收的消息进行回复，需要不得不切出游戏界面或视频界面，并打开接收到的消息的应用进行回复，影响了用户的使用体验。因此，需要一种能够在不切出终端当前所处的界面(如视频界面、或游戏界面)，就能够方便用户查看到消息而不影响到用户的视觉体验的技术方案，并且也需要能够进一步地在终端当前所处的界面(如视频界面、或游戏界面)内就能够回复消息的技术方案。

发明内容

(一)发明目的

本申请的目的是提供一种能够在不切出终端当前所处的界面(如视频界面、或游戏界面)，就能够方便用户查看到消息而不影响到用户的视觉体验的技术方案，并且能够进一步地提供一种在终端当前所处的界面(如视频界面、或游戏界面)内就能够回复消息的技术方案；便于用户在第一应用的应用界面内查看第二应用接收到的消息；并且能够进一步地进行消息回复，以提高终端的智能化和人性化水平，提升用户的使用体验。

(二)技术方案

为解决上述问题，本申请的第一方面提供了一种消息展示方法，应用于终端，所述方法包括：

在打开第一应用，并进入到所述第一应用的应用界面时，

获取终端上的第二应用所接收到的预定消息；

基于接收到的所述预定消息，生成弹幕消息；

将所述弹幕消息输出至所述第一应用的所述应用界面以展示。

可选地，在获取终端上的第二应用所接收到的预定消息之前，所述方法还包括：

识别所述第一应用的应用界面；

判断所述应用界面是否为预定应用界面；

若所述应用界面为预定应用界面，则触发所述获取终端上的第二应用所接收到的预定消息的步骤。

可选地，所述获取终端上的第二应用所接收到的预定消息的方法包括：

监测所述第二应用的消息栏状态；

所述消息栏状态用于标识所述第二应用是否接收到新消息或是否存在未读消息；

基于所述消息栏状态判断所述第二应用是否接收到新消息或是否存在未读消息；

若所述第二应用接收到新消息或存在未读消息，则获取所述新消息或所述未读消息；

其中，在终端进入到所述第一应用的应用界面时，关闭所述第二应用的消息提醒功能。

可选地，在获取所述新消息或所述未读消息之前，所述方法还包括：

后台识别所述新消息或所述未读消息的消息内容；

判断所述消息内容是否为预定内容；

若所述消息内容为预定内容，则获取所述新消息或所述未读消息。

可选地，在获取所述新消息或所述未读消息之前，所述方法还包括：

后台识别发送所述新消息或所述未读消息的联系人；

判断所述联系人是否为预定联系人；

若所述联系人为预定联系人，则获取所述新消息或所述未读消息。

可选地，在获取终端上的第二应用所接收到的预定消息时，所述方法还包括：

获取发送所述预定消息的联系人、以及接受到所述预定消息的第二应用的应用名称。

可选地，所述基于接收到的所述预定消息，生成弹幕消息的方法包括：

提取所述预定消息的消息内容；

将所述消息内容、发送所述预定消息的所述联系人、接受到所述预定消息的第二应用的所述应用名称以预定方式进行组合，生成弹幕消息。

可选地，所述将所述弹幕消息输出至所述第一应用的所述应用界面以展示的方法包括：

识别终端的屏幕前方的至少一个用户的身份信息；

判断获取到的至少一个用户的身份信息是否均为预定身份信息；

若获取到的至少一个用户的身份信息均为预定身份信息，则将所述弹幕消息输出至所述第一应用的所述应用界面以展示；

若获取到的至少一个用户的身份信息中存在至少一个身份信息不符合预定身份信息，则对所述弹幕消息进行加密之后再将输出至所述第一应用的所述应用界面以展示；或将输出至所述第一应用的所述应用界面的所述弹幕消息进行隐藏。

根据本申请的另一方面，本申请的实施例还提供了一种基于以上所述的消息展示方法的消息回复方法，在将所述弹幕消息输出至所述第一应用的所述应用界面以展示之后，所述方法包括：

在检测到用户在对所述弹幕消息进行预定操作时，

在所述应用界面弹出消息输入栏；

所述消息输入栏，用于供用户输入用于回复所述预定消息的回复消息；

获取用户基于所述消息输入栏输入的回复消息；

将所述回复消息从后台发送至第二应用；

控制所述第二应用将所述回复消息发送至被用户进行了预定操作的弹幕消息中的联系人。

根据本申请的又一方面，本申请的实施例还提供了一种终端，所述终端被配置为执行以下操作：

在打开第一应用，并进入到所述第一应用的应用界面时，

获取终端上的第二应用所接收到的预定消息；

基于接收到的所述预定消息，生成弹幕消息；

将所述弹幕消息输出至所述所述第一应用的所述应用界面以展示。

根据本申请的另一方面，本申请的实施例还提供了一种上所述的终端，在将所述弹幕消息输出至所述第一应用的所述应用界面以展示之后，所述终端还被配置为执行以下操作：

在检测到用户在对所述弹幕消息进行预定操作时，

在所述应用界面弹出消息输入栏；

所述消息输入栏，用于供用户输入用于回复所述预定消息的回复消息；

获取用户基于所述消息输入栏输入的回复消息；

将所述回复消息从后台发送至第二应用；

控制所述第二应用将所述回复消息发送至被用户进行了预定操作的弹幕消息中的联系人。

(三)有益效果

本申请的上述技术方案一方面提供了一种消息展示方法，能够在打开第一应用，并进入到所述第一应用的应用界面时，获取终端上的第二应用所接收到的预定消息；并基于预定消息生成弹幕消息；进而将所述弹幕消息输出至所述第一应用的所述应用界面以展示；以嵌入到第一应用的应用界面上的弹幕形式展示消息，一方面避免了通知栏对第一应用的应用界面的遮挡等影响，一方面可以实现在第一应用的应用页面内即可查看到第二应用接收到的消息，避免用户反复在第一应用和第二应用的页面之间来回切换，提高了终端的智能化和人性化水平，提升了用户的使用体验；本申请的另一方面，提供了一种基于消息展示方法的消息回复方法，能够在将所述弹幕消息输出至所述第一应用的所述应用界面以展示之后，检测到用户在对所述弹幕消息进行预定操作，并基于预定操作在所述应用界面弹出用于供用户输入回复消息以回复所述预定消息的消息输入栏；并获取用户基于所述消息输入栏输入的回复消息；将所述回复消息从后台发送至第二应用；并控制所述第二应用将所述回复消息发送至被用户进行了预定操作的弹幕消息中的联系人；进而使得用户在第一应用的应用页面内即可回复第二应用接收到的消息，进一步提高了终端的智能化和人性化水平，同时也进一步提升了用户的使用体验。

附图说明

图1是本申请的实施例提供的消息展示方法的示意性流程图；

图2是本申请的实施例提供的触发所述获取终端上的第二应用所接收到的预定消息的步骤的方法的示意性流程图；

图3是本申请的实施例提供的获取终端上的第二应用所接收到的预定消息的方法的示意性流程图；

图4是本申请的实施例提供的消息回复方法的示意性流程图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚明了，下面结合具体实施方式并参照附图，对本申请进一步详细说明。应该理解，这些描述只是示例性的，而并非要限制本申请的范围。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本申请的概念。

在以下说明书和权利要求书中使用的术语和短语不限于字面含义，而是仅为能够清楚和一致地理解本申请。因此，对于本领域技术人员，可以理解，提供对本申请各种实施例的描述仅仅是为说明的目的，而不是限制所附权利要求及其等效定义的本申请。

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

需要说明的是，在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请实施例和所附权利要求书中所使用的单数形式的“一”、“一个”、“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本申请中使用的术语“和/或”是指并包含一个或多个相绑定的列出项目的任何或所有可能组合。表达“第一”、“第二”、“所述第一”和“所述第二”是用于修饰相应元件而不考虑顺序或者重要性，仅仅被用于区分一种元件与另一元件，而不限制相应元件。另外，下面所描述的本申请不同实施方式中所涉及的技术特征只要彼此之间未构成冲突就可以相互结合。

为了更清楚的描述各个附图，在各个附图中，对于同一步骤给出了不同的标记。

根据本申请一些实施例的终端可以是电子设备，该电子设备可以包括智能手机、个人电脑(PC，例如平板电脑、台式电脑、笔记本、上网本、掌上电脑PDA)、移动电话、电子书阅读器、便携式多媒体播放器(PMP)、音频/视频播放器(MP3/MP4)、摄像机、虚拟现实设备(VR)和可穿戴设备等中的一种或几种的组合。根据本申请的一些实施例，所述可穿戴设备可以包括附件类型(例如手表、戒指、手环、眼镜、或头戴式装置(HMD))、集成类型(例如电子服装)、装饰类型(例如皮肤垫、纹身或内置电子装置)等，或几种的组合。在本申请的一些实施例中，所述电子设备可以是灵活的，不限于上述设备，或者可以是上述各种设备中的一种或几种的组合。在本申请中，术语“用户”可以指示使用电子设备的人或使用电子设备的设备(例如人工智能电子设备)。

下面将结合附图，按照图1至图4的顺序进行详细说明。

请参照图1(即附图中所示100)，图1是本申请的实施例提供的消息展示方法的示意性流程图；

如图1所示，本申请的实施例提供了一种消息展示方法，应用于终端，所述方法包括：

步骤S101：在打开第一应用，并进入到所述第一应用的应用界面时，获取终端上的第二应用所接收到的预定消息；

步骤S102：基于接收到的所述预定消息，生成弹幕消息；

步骤S103：将所述弹幕消息输出至所述第一应用的所述应用界面以展示。上述技术方案将第二应用接收的预定消息以弹幕方式嵌入到第一应用的应用界面上以展示，一方面避免了通知栏对第一应用的应用界面的遮挡等影响，一方面可以实现在第一应用的应用页面内即可查看到第二应用接收到的消息，避免用户反复在第一应用和第二应用的页面之间来回切换，提高了终端的智能化和人性化水平，提升了用户的使用体验。

请参照图2(即附图中所示200)，图2是本申请的实施例提供的触发所述获取终端上的第二应用所接收到的预定消息的步骤的方法的示意性流程图；

如图2所示，作为一种可选的实施例，在获取终端上的第二应用所接收到的预定消息之前，所述方法还包括：

步骤S201:识别所述第一应用的应用界面；

步骤S202:判断所述应用界面是否为预定应用界面；

若所述应用界面为预定应用界面，则执行步骤S203:触发所述获取终端上的第二应用所接收到的预定消息的步骤；

其中，若所述应用界面不为预定应用界面，则不触发所述获取终端上的第二应用所接收到的预定消息的步骤，即图2中所示步骤S204。

请参照图3(即附图中所示300)，图3是本申请的实施例提供的获取终端上的第二应用所接收到的预定消息的方法的示意性流程图；

如图3所示，作为一种可选的实施例，所述获取终端上的第二应用所接收到的预定消息的方法包括：

步骤S301：监测所述第二应用的消息栏状态；

所述消息栏状态用于标识所述第二应用是否接收到新消息或是否存在未读消息；

步骤S302：基于所述消息栏状态判断所述第二应用是否接收到新消息或是否存在未读消息；

若所述第二应用接收到新消息或存在未读消息，则执行步骤S303：获取所述新消息或所述未读消息；

其中，在终端进入到所述第一应用的应用界面时，关闭所述第二应用的消息提醒功能；

其中，若所述第二应用未接收到新消息或不存在未读消息，则返回到所述步骤S301，以继续监测所述第二应用的消息栏状态。

作为一种可选的实施例，在获取所述新消息或所述未读消息之前，所述方法还包括：

后台识别所述新消息或所述未读消息的消息内容；

判断所述消息内容是否为预定内容；

若所述消息内容为预定内容，则获取所述新消息或所述未读消息。

作为一种可选的实施例，在获取所述新消息或所述未读消息之前，所述方法还包括：

后台识别发送所述新消息或所述未读消息的联系人；

判断所述联系人是否为预定联系人；

若所述联系人为预定联系人，则获取所述新消息或所述未读消息。

作为一种可选的实施例，在获取终端上的第二应用所接收到的预定消息时，所述方法还包括：

获取发送所述预定消息的联系人、以及接受到所述预定消息的第二应用的应用名称。

作为一种可选的实施例，所述基于接收到的所述预定消息，生成弹幕消息的方法包括：

提取所述预定消息的消息内容；

将所述消息内容、发送所述预定消息的所述联系人、接受到所述预定消息的第二应用的所述应用名称以预定方式进行组合，生成弹幕消息。

作为一种可选的实施例，所述将所述弹幕消息输出至所述第一应用的所述应用界面以展示的方法包括：

识别终端的屏幕前方的至少一个用户的身份信息；

判断获取到的至少一个用户的身份信息是否均为预定身份信息；

若获取到的至少一个用户的身份信息均为预定身份信息，则将所述弹幕消息输出至所述第一应用的所述应用界面以展示；

若获取到的至少一个用户的身份信息中存在至少一个身份信息不符合预定身份信息，则对所述弹幕消息进行加密之后再将输出至所述第一应用的所述应用界面以展示；或将输出至所述第一应用的所述应用界面的所述弹幕消息进行隐藏。其中，需要说明的是，在对弹幕消息进行加密再显示后，或者在将输出至所述第一应用的所述应用界面的所述弹幕消息进行隐藏后，所述方法还包括：继续获取识别终端的屏幕前方的至少一个用户的身份信息；并在获取到的至少一个用户的身份信息均为预定身份信息时，对应地对加密的弹幕消息进行解密，然后展示在所述第一应用的所述应用界面；或对应地将隐藏的弹幕消息显示出来。

其中，所述弹幕消息在所述第一应用的所述应用界面展示预定次数，每次持续预定时长。

其中，所述方法还包括：在弹幕消息展示在第一应用的所述应用界面上时，检测用户对所述弹幕消息的拖动操作；当检测到用户将所述弹幕消息向屏幕的边缘方向拖动时，擦除或隐藏所述弹幕消息。

请参照图4(即附图中所示400)，图4是本申请的实施例提供的消息回复方法的示意性流程图；

如图4所示，本申请的实施例还提供了一种基于以上所述的消息展示方法的消息回复方法，在将所述弹幕消息输出至所述第一应用的所述应用界面以展示之后，所述方法包括：

步骤S401：在检测到用户在对所述弹幕消息进行预定操作时，如点击所述弹幕消息、长按所述弹幕消息等；在所述应用界面弹出消息输入栏；

所述消息输入栏，用于供用户输入用于回复所述预定消息的回复消息；

步骤S402：获取用户基于所述消息输入栏输入的回复消息；

步骤S403：将所述回复消息从后台发送至第二应用；

步骤S404：控制所述第二应用将所述回复消息发送至被用户进行了预定操作的弹幕消息中的联系人。上述消息回复方法的技术方案使得用户在第一应用的应用页面内即可回复第二应用接收到的消息，进一步提高了终端的智能化和人性化水平，同时也进一步提升了用户的使用体验。

为了更好地实现上述技术方案，本申请的实施例还提供了一种终端，所述终端被配置为执行以下操作：

在打开第一应用，并进入到所述第一应用的应用界面时，

获取终端上的第二应用所接收到的预定消息；

基于接收到的所述预定消息，生成弹幕消息；

将所述弹幕消息输出至所述所述第一应用的所述应用界面以展示。上述技术方案将第二应用接收的预定消息以弹幕方式嵌入到第一应用的应用界面上以展示，一方面避免了通知栏对第一应用的应用界面的遮挡等影响，一方面可以实现在第一应用的应用页面内即可查看到第二应用接收到的消息，避免用户反复在第一应用和第二应用的页面之间来回切换，提高了终端的智能化和人性化水平，提升了用户的使用体验。

在获取终端上的第二应用所接收到的预定消息之前，所述终端还被配置为执行以下操作：

识别所述第一应用的应用界面；

判断所述应用界面是否为预定应用界面；

若所述应用界面为预定应用界面，则触发所述获取终端上的第二应用所接收到的预定消息的步骤。

在获取终端上的第二应用所接收到的预定消息时，所述终端还被配置为执行以下操作：

监测所述第二应用的消息栏状态；

所述消息栏状态用于标识所述第二应用是否接收到新消息或是否存在未读消息；

基于所述消息栏状态判断所述第二应用是否接收到新消息或是否存在未读消息；

若所述第二应用接收到新消息或存在未读消息，则获取所述新消息或所述未读消息；

其中，在终端进入到所述第一应用的应用界面时，关闭所述第二应用的消息提醒功能。

在获取所述新消息或所述未读消息之前，所述终端还被配置为执行以下操作：

后台识别所述新消息或所述未读消息的消息内容；

判断所述消息内容是否为预定内容；

若所述消息内容为预定内容，则获取所述新消息或所述未读消息。

在获取所述新消息或所述未读消息之前，所述终端还被配置为执行以下操作：

后台识别发送所述新消息或所述未读消息的联系人；

判断所述联系人是否为预定联系人；

若所述联系人为预定联系人，则获取所述新消息或所述未读消息。

在获取终端上的第二应用所接收到的预定消息时，所述终端还被配置为执行以下操作：

获取发送所述预定消息的联系人、以及接受到所述预定消息的第二应用的应用名称。

在基于接收到的所述预定消息，生成弹幕消息时，所述终端还被配置为执行以下操作：

提取所述预定消息的消息内容；

将所述消息内容、发送所述预定消息的所述联系人、接受到所述预定消息的第二应用的所述应用名称以预定方式进行组合，生成弹幕消息。

在将所述弹幕消息输出至所述第一应用的所述应用界面以展示时，所述终端还被配置为执行以下操作：

识别终端的屏幕前方的至少一个用户的身份信息；

判断获取到的至少一个用户的身份信息是否均为预定身份信息；

若获取到的至少一个用户的身份信息均为预定身份信息，则将所述弹幕消息输出至所述第一应用的所述应用界面以展示；

若获取到的至少一个用户的身份信息中存在至少一个身份信息不符合预定身份信息，则对所述弹幕消息进行加密之后再将输出至所述第一应用的所述应用界面以展示；或将输出至所述第一应用的所述应用界面的所述弹幕消息进行隐藏。

需要说明的是，本申请所提及的终端在执行各个步骤或操作时，可以通过不同的模块实现，各模块之间可以进行数据连接，如：在执行获取终端上的第二应用所接收到的预定消息这一操作时，可由消息获取模块实现；在执行基于接收到的所述预定消息，生成弹幕消息这一操作时，可由弹幕消息生成模块实现；应该理解的是，本申请的终端在执行其他操作时，均使用相应的模块进行实现。

本申请的另一实施例还提供了一种如上所述的终端，在将所述弹幕消息输出至所述第一应用的所述应用界面以展示之后，所述终端还被配置为执行以下操作：

在检测到用户在对所述弹幕消息进行预定操作时，

在所述应用界面弹出消息输入栏；

所述消息输入栏，用于供用户输入用于回复所述预定消息的回复消息；

获取用户基于所述消息输入栏输入的回复消息；

将所述回复消息从后台发送至第二应用；

控制所述第二应用将所述回复消息发送至被用户进行了预定操作的弹幕消息中的联系人；上述技术方案使得用户在第一应用的应用页面内即可回复第二应用接收到的消息，进一步提高了终端的智能化和人性化水平，同时也进一步提升了用户的使用体验。

本申请旨在保护一种消息展示及回复方法以及终端，本申请的上述技术方案一方面提供了一种消息展示方法，能够在打开第一应用，并进入到所述第一应用的应用界面时，获取终端上的第二应用所接收到的预定消息；并基于预定消息生成弹幕消息；进而将所述弹幕消息输出至所述第一应用的所述应用界面以展示；以嵌入到第一应用的应用界面上的弹幕形式展示消息，一方面避免了通知栏对第一应用的应用界面的遮挡等影响，一方面可以实现在第一应用的应用页面内即可查看到第二应用接收到的消息，避免用户反复在第一应用和第二应用的页面之间来回切换，提高了终端的智能化和人性化水平，提升了用户的使用体验；本申请的另一方面，提供了一种基于消息展示方法的消息回复方法，能够在将所述弹幕消息输出至所述第一应用的所述应用界面以展示之后，检测到用户在对所述弹幕消息进行预定操作，并基于预定操作在所述应用界面弹出用于供用户输入回复消息以回复所述预定消息的消息输入栏；并获取用户基于所述消息输入栏输入的回复消息；将所述回复消息从后台发送至第二应用；并控制所述第二应用将所述回复消息发送至被用户进行了预定操作的弹幕消息中的联系人；进而使得用户在第一应用的应用页面内即可回复第二应用接收到的消息，进一步提高了终端的智能化和人性化水平，同时也进一步提升了用户的使用体验。

需要注意的是，上述的实施例仅仅是用作示例，本申请不限于这样的示例，而是可以进行各种变化。

需要说明的是，在本说明书中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。最后，还需要说明的是，上述一系列处理不仅包括以这里所述的顺序按时间序列执行的处理，而且包括并行或分别地、而不是按时间顺序执行的处理。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序指令相关的硬件来完成，所述的程序可存储于一计算机可读存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储器(Read-Only Memory，ROM)或随机存储器(Random Access Memory，RAM)等。

应当理解的是，本申请的上述具体实施方式仅仅用于示例性说明或解释本申请的原理，而不构成对本申请的限制。因此，在不偏离本申请的精神和范围的情况下所做的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。此外，本申请所附权利要求旨在涵盖落入所附权利要求范围和边界、或者这种范围和边界的等同形式内的全部变化和修改例。

Claims (11)

1.一种消息展示方法，其特征在于，应用于终端，所述方法包括：

在打开第一应用，并进入到所述第一应用的应用界面时，

获取终端上的第二应用所接收到的预定消息；

基于接收到的所述预定消息，生成弹幕消息；

将所述弹幕消息输出至所述第一应用的所述应用界面以展示。

2.根据权利要求1所述的方法，其特征在于，在获取终端上的第二应用所接收到的预定消息之前，所述方法还包括：

识别所述第一应用的应用界面；

判断所述应用界面是否为预定应用界面；

若所述应用界面为预定应用界面，则触发所述获取终端上的第二应用所接收到的预定消息的步骤。

3.根据权利要求2所述的方法，其特征在于，所述获取终端上的第二应用所接收到的预定消息的方法包括：

监测所述第二应用的消息栏状态；

所述消息栏状态用于标识所述第二应用是否接收到新消息或是否存在未读消息；

基于所述消息栏状态判断所述第二应用是否接收到新消息或是否存在未读消息；

若所述第二应用接收到新消息或存在未读消息，则获取所述新消息或所述未读消息；

其中，在终端进入到所述第一应用的应用界面时，关闭所述第二应用的消息提醒功能。

4.根据权利要求3所述的方法，其特征在于，在获取所述新消息或所述未读消息之前，所述方法还包括：

后台识别所述新消息或所述未读消息的消息内容；

判断所述消息内容是否为预定内容；

若所述消息内容为预定内容，则获取所述新消息或所述未读消息。

5.根据权利要求4所述的方法，其特征在于，在获取所述新消息或所述未读消息之前，所述方法还包括：

后台识别发送所述新消息或所述未读消息的联系人；

判断所述联系人是否为预定联系人；

若所述联系人为预定联系人，则获取所述新消息或所述未读消息。

6.根据权利要求1至5任一项所述的方法，其特征在于，在获取终端上的第二应用所接收到的预定消息时，所述方法还包括：

获取发送所述预定消息的联系人、以及接受到所述预定消息的第二应用的应用名称。

7.根据权利要求6所述的方法，其特征在于，所述基于接收到的所述预定消息，生成弹幕消息的方法包括：

提取所述预定消息的消息内容；

将所述消息内容、发送所述预定消息的所述联系人、接受到所述预定消息的第二应用的所述应用名称以预定方式进行组合，生成弹幕消息。

8.根据权利要求1或7所述的方法，其特征在于，所述将所述弹幕消息输出至所述第一应用的所述应用界面以展示的方法包括：

识别终端的屏幕前方的至少一个用户的身份信息；

判断获取到的至少一个用户的身份信息是否均为预定身份信息；

若获取到的至少一个用户的身份信息均为预定身份信息，则将所述弹幕消息输出至所述第一应用的所述应用界面以展示；

若获取到的至少一个用户的身份信息中存在至少一个身份信息不符合预定身份信息，则对所述弹幕消息进行加密之后再将输出至所述第一应用的所述应用界面以展示；或将输出至所述第一应用的所述应用界面的所述弹幕消息进行隐藏。

9.一种基于权利要求1至8任一项所述的消息展示方法的消息回复方法，其特征在于，在将所述弹幕消息输出至所述第一应用的所述应用界面以展示之后，所述方法包括：

在检测到用户在对所述弹幕消息进行预定操作时，

在所述应用界面弹出消息输入栏；

所述消息输入栏，用于供用户输入用于回复所述预定消息的回复消息；

获取用户基于所述消息输入栏输入的回复消息；

将所述回复消息从后台发送至第二应用；

控制所述第二应用将所述回复消息发送至被用户进行了预定操作的弹幕消息中的联系人。

10.一种终端，其特征在于，所述终端被配置为执行以下操作：

在打开第一应用，并进入到所述第一应用的应用界面时，

获取终端上的第二应用所接收到的预定消息；

基于接收到的所述预定消息，生成弹幕消息；

将所述弹幕消息输出至所述所述第一应用的所述应用界面以展示。

11.一种如权利要求10所述的终端，其特征在于，在将所述弹幕消息输出至所述第一应用的所述应用界面以展示之后，所述终端还被配置为执行以下操作：

在检测到用户在对所述弹幕消息进行预定操作时，

在所述应用界面弹出消息输入栏；

所述消息输入栏，用于供用户输入用于回复所述预定消息的回复消息；

获取用户基于所述消息输入栏输入的回复消息；

将所述回复消息从后台发送至第二应用；

控制所述第二应用将所述回复消息发送至被用户进行了预定操作的弹幕消息中的联系人。