CN107562475A - 消息显示方法、装置及终端 - Google Patents

Abstract

本申请实施例公开了一种消息显示方法、装置及终端，属于人机交互领域，所述方法包括：接收第一通知消息；获取在第一通知消息之前预定时长内接收到的第二通知消息，第一通知消息与第二通知消息属于不同的应用程序；计算第一通知消息与第二通知消息的内容匹配度；若内容匹配度大于匹配度阈值，则将第一通知消息与第二通知消息进行合并显示。本申请实施例避免了因在通知栏中显示相同内容的通知消息，导致不利用消息管理的问题；达到了对相同内容的通知消息进行整合显示，进而减少通知栏中通知消息的数量，提高后续对通知栏中通知消息的管理效率。

Description

消息显示方法、装置及终端

技术领域

本申请实施例涉及人机交互领域，特别涉及一种消息显示方法、装置及终端。

背景技术

推送功能作为应用程序中最为常见的功能，用于向用户推送当前接收到的通知消息，以提醒用户进行及时处理。

应用程序接收到通知消息后，终端会将通知消息添加到通知栏中，以便用户通过下拉通知栏查看通知消息，并进行处理。在实际应用过程中，不同应用程序会对相同内容的通知消息进行重复推送。比如，当用户通过购物应用程序购买某一物品，并完成物品签收时，终端中安装的购物应用程序和物流应用程序将先后推送快递签收通知消息，相应的，通知栏中会显示多条通知消息，提示用户快递已被签收。

发明内容

本申请实施例提供了一种消息显示方法、装置及终端，可以用于解决由于不同应用程序对相同内容的通知消息进行重复推送，导致通知栏中相同通知消息重复显示，不利于通知消息管理的问题。所述技术方案如下：

第一方面，提供了一种消息显示方法，所述方法包括：

接收第一通知消息；

获取在第一通知消息之前预定时长内接收到的第二通知消息，第一通知消息与第二通知消息属于不同的应用程序；

计算第一通知消息与第二通知消息的内容匹配度；

若内容匹配度大于匹配度阈值，则将第一通知消息与第二通知消息进行合并显示。

第二方面，提供了一种消息显示装置，所述装置包括：

接收模块，用于接收第一通知消息；

获取模块，用于获取在第一通知消息之前预定时长内接收到的第二通知消息，第一通知消息与第二通知消息属于不同的应用程序；

计算模块，用于计算第一通知消息与第二通知消息的内容匹配度；

显示模块，用于当内容匹配度大于匹配度阈值时，将第一通知消息与第二通知消息进行合并显示。

第三方面，提供了一种终端，所述终端包括处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现如第一方面所述的消息显示方法。

第四方面，提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现如第一方面所述的消息显示方法。

本申请实施例提供的技术方案带来的有益效果是：

当接收到第一通知消息时，通过获取在第一通知消息之前预定时长内接收到的第二通知消息，并计算第一通知消息与第二通知消息之间的内容匹配度，从而确定先后接收到的通知消息是否为重复通知消息，并在两条通知消息为重复通知消息时，将两条通知消息进行合并显示，进而避免了因在通知栏中显示相同内容的通知消息，导致不利用消息管理的问题；达到了对相同内容的通知消息进行整合显示，进而减少通知栏中通知消息的数量，提高后续对通知栏中通知消息的管理效率。

附图说明

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

图1和图2是本申请一个示例性实施例提供的终端的结构方框图；

图3A至图3F是图1和图2所示实施例涉及的五种带有不同显示屏的终端的示意图；

图4示出了本申请一个示例性实施例提供的消息显示方法的流程图；

图5示出了本申请另一个示例性实施例提供的消息显示方法的流程图；

图6是图5所示消息显示方法实施过程的界面示意图；

图7示出了本申请另一个示例性实施例提供的消息显示方法的流程图；

图8示出了本申请一个示例性实施例提供的消息显示装置的结构框图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

参考图1和图2所示，其示出了本申请一个示例性实施例提供的终端100的结构方框图。该终端100可以是手机、平板电脑、笔记本电脑和电子书等。本申请中的终端100可以包括一个或多个如下部件：处理器110、存储器120和触摸显示屏130。

处理器110可以包括一个或者多个处理核心。处理器110利用各种接口和线路连接整个终端100内的各个部分，通过运行或执行存储在存储器120内的指令、程序、代码集或指令集，以及调用存储在存储器120内的数据，执行终端100的各种功能和处理数据。可选地，处理器110可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable LogicArray，PLA)中的至少一种硬件形式来实现。处理器110可集成中央处理器(CentralProcessing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作***、用户界面和应用程序等；GPU用于负责触摸显示屏130所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器110中，单独通过一块芯片进行实现。

存储器120可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。可选地，该存储器120包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器120可用于存储指令、程序、代码、代码集或指令集。存储器120可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作***的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等；存储数据区可存储根据终端100的使用所创建的数据(比如音频数据、电话本)等。

以操作***为安卓(Android)***为例，存储器120中存储的程序和数据如图1所示，存储器120中存储有Linux内核层220、***运行库层240、应用框架层260和应用层280。Linux内核层220为终端100的各种硬件提供了底层的驱动，如显示驱动、音频驱动、摄像头驱动、蓝牙驱动、Wi-Fi驱动、电源管理等。***运行库层240通过一些C/C++库来为Android***提供了主要的特性支持。如SQLite库提供了数据库的支持，OpenGL/ES库提供了3D绘图的支持，Webkit库提供了浏览器内核的支持等。在***运行库层240中还提供有Android运行时库242(Android Runtime)，它主要提供了一些核心库，能够允许开发者使用Java语言来编写Android应用。应用框架层260提供了构建应用程序时可能用到的各种API，开发者也可以通过使用这些API来构建自己的应用程序，比如活动管理、窗口管理、视图管理、通知管理、内容提供者、包管理、通话管理、资源管理、定位管理。应用层280中运行有至少一个应用程序，这些应用程序可以是操作***自带的联系人程序、短信程序、时钟程序、相机应用等；也可以是第三方开发者所开发的应用程序，比如即时通信程序、相片美化程序等。

以操作***为IOS***为例，存储器120中存储的程序和数据如图2所示，IOS***包括：核心操作***层320(Core OS layer)、核心服务层340(Core Services layer)、媒体层360(Media layer)、可触摸层380(Cocoa Touch Layer)。核心操作***层320包括了操作***内核、驱动程序以及底层程序框架，这些底层程序框架提供更接近硬件的功能，以供位于核心服务层340的程序框架所使用。核心服务层340提供给应用程序所需要的***服务和/或程序框架，比如基础(Foundation)框架、账户框架、广告框架、数据存储框架、网络连接框架、地理位置框架、运动框架等等。媒体层360为应用程序提供有关视听方面的接口，如图形图像相关的接口、音频技术相关的接口、视频技术相关的接口、音视频传输技术的无线播放(AirPlay)接口等。可触摸层380为应用程序开发提供了各种常用的界面相关的框架，可触摸层380负责用户在终端100上的触摸交互操作。比如本地通知服务、远程推送服务、广告框架、游戏工具框架、消息用户界面接口(User Interface，UI)框架、用户界面UIKit框架、地图框架等等。

在图2所示出的框架中，与大部分应用程序有关的框架包括但不限于：核心服务层340中的基础框架和可触摸层380中的UIKit框架。基础框架提供许多基本的对象类和数据类型，为所有应用程序提供最基本的***服务，和UI无关。而UIKit框架提供的类是基础的UI类库，用于创建基于触摸的用户界面，iOS应用程序可以基于UIKit框架来提供UI，所以它提供了应用程序的基础架构，用于构建用户界面，绘图、处理和用户交互事件，响应手势等等。

触摸显示屏130用于接收用户使用手指、触摸笔等任何适合的物体在其上或附近的触摸操作，以及显示各个应用程序的用户界面。触摸显示屏130通常设置在终端130的前面板。触摸显示屏130可被设计成为全面屏、曲面屏或异型屏。触摸显示屏130还可被设计成为全面屏与曲面屏的结合，异型屏与曲面屏的结合，本实施例对此不加以限定。其中：

全面屏

全面屏可以是指触摸显示屏130占用终端100的前面板的屏占比超过阈值(比如80％或90％或95％)的屏幕设计。屏占比的一种计算方式为：(触摸显示屏130的面积/终端100的前面板的面积)*100％；屏占比的另一种计算方式为：(触摸显示屏130中实际显示区域的面积/终端100的前面板的面积)*100％；屏占比的再一种计算方式为：(触摸显示屏130的对角线/在终端100的前面板的对角线)*100％。示意性的如图3A所示的例子中，终端100的前面板上近乎所有区域均为触摸显示屏130，在终端100的前面板40上，除中框41所产生的边缘之外的其它区域，全部为触摸显示屏130。该触摸显示屏130的四个角可以是直角或者圆角。

全面屏还可以是将至少一种前面板部件集成在触摸显示屏130内部或下层的屏幕设计。可选地，该至少一种前面板部件包括：摄像头、指纹传感器、接近光传感器、距离传感器等。在一些实施例中，将传统终端的前面板上的其他部件集成在触摸显示屏130的全部区域或部分区域中，比如将摄像头中的感光元件拆分为多个感光像素后，将每个感光像素集成在触摸显示屏130中每个显示像素中的黑色区域中。由于将至少一种前面板部件集成在了触摸显示屏130的内部，所以全面屏具有更高的屏占比。

当然在另外一些实施例中，也可以将传统终端的前面板上的前面板部件设置在终端100的侧边或背面，比如将超声波指纹传感器设置在触摸显示屏130的下方、将骨传导式的听筒设置在终端130的内部、将摄像头设置成位于终端的侧边且可插拔的结构。

在一些可选的实施例中，当终端100采用全面屏时，终端100的中框的单个侧边，或两个侧边(比如左、右两个侧边)，或四个侧边(比如上、下、左、右四个侧边)上设置有边缘触控传感器120，该边缘触控传感器120用于检测用户在中框上的触摸操作、点击操作、按压操作和滑动操作等中的至少一种操作。该边缘触控传感器120可以是触摸传感器、热力传感器、压力传感器等中的任意一种。用户可以在边缘触控传感器120上施加操作，对终端100中的应用程序进行控制。

曲面屏

曲面屏是指触摸显示屏130的屏幕区域不处于一个平面内的屏幕设计。一般的，曲面屏至少存在这样一个截面：该截面呈弯曲形状，且曲面屏在沿垂直于该截面的任意平面方向上的投影为平面的屏幕设计，其中，该弯曲形状可以是U型。可选地，曲面屏是指至少一个侧边是弯曲形状的屏幕设计方式。可选地，曲面屏是指触摸显示屏130的至少一个侧边延伸覆盖至终端100的中框上。由于触摸显示屏130的侧边延伸覆盖至终端100的中框，也即将原本不具有显示功能和触控功能的中框覆盖为可显示区域和/或可操作区域，从而使得曲面屏具有了更高的屏占比。可选地，如图3B所示的例子中，曲面屏是指左右两个侧边42是弯曲形状的屏幕设计；或者，曲面屏是指上下两个侧边是弯曲形状的屏幕设计；或者，曲面屏是指上、下、左、右四个侧边均为弯曲形状的屏幕设计。在可选的实施例中，曲面屏采用具有一定柔性的触摸屏材料制备。

异型屏

异型屏是外观形状为不规则形状的触摸显示屏，不规则形状不是矩形或圆角矩形。可选地，异型屏是指在矩形或圆角矩形的触摸显示屏130上设置有凸起、缺口和/或挖孔的屏幕设计。可选地，该凸起、缺口和/或挖孔可以位于触摸显示屏130的边缘、屏幕中央或两者均有。当凸起、缺口和/或挖孔设置在一条边缘时，可以设置在该边缘的中间位置或两端；当凸起、缺口和/或挖孔设置在屏幕中央时，可以设置在屏幕的上方区域、左上方区域、左侧区域、左下方区域、下方区域、右下方区域、右侧区域、右上方区域中的一个或多个区域中。当设置在多个区域中时，凸起、缺口和挖孔可以集中分布，也可以分散分布；可以对称分布，也可以不对称分布。可选地，该凸起、缺口和/或挖孔的数量也不限。

由于异型屏将触摸显示屏的上额区和/或下额区覆盖为可显示区域和/或可操作区域，使得触摸显示屏在终端的前面板上占据更多的空间，所以异型屏也具有更大的屏占比。在一些实施例中，缺口和/或挖孔中用于容纳至少一种前面板部件，该前面板部件包括摄像头、指纹传感器、接近光传感器、距离传感器、听筒、环境光亮度传感器、物理按键中的至少一种。

示例性的，该缺口可以设置在一个或多个边缘上，该缺口可以是半圆形缺口、直角矩形缺口、圆角矩形缺口或不规则形状缺口。示意性的如图3C所示的例子中，异型屏可以是在触摸显示屏130的上边缘的中央位置设置有半圆形缺口43的屏幕设计，该半圆形缺口43所空出的位置用于容纳摄像头、距离传感器(又称接近传感器)、听筒、环境光亮度传感器中的至少一种前面板部件；示意性的如图3D所示，异型屏可以是在触摸显示屏130的下边缘的中央位置设置有半圆形缺口44的屏幕设计，该半圆形缺口44所空出的位置用于容纳物理按键、指纹传感器、麦克风中的至少一种部件；示意性的如图3E所示的例子中，异型屏可以是在触摸显示屏130的下边缘的中央位置设置有半椭圆形缺口45的屏幕设计，同时在终端100的前面板上还形成有一个半椭圆型缺口，两个半椭圆形缺口围合成一个椭圆形区域，该椭圆形区域用于容纳物理按键或者指纹识别模组；示意性的如图3F所示的例子中，异型屏可以是在触摸显示屏130中的上半部中设置有至少一个小孔45的屏幕设计，该小孔45所空出的位置用于容纳摄像头、距离传感器、听筒、环境光亮度传感器中的至少一种前面板部件。

除此之外，本领域技术人员可以理解，上述附图所示出的终端100的结构并不构成对终端100的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。比如，终端100中还包括射频电路、输入单元、传感器、音频电路、无线保真(Wireless Fidelity，WiFi)模块、电源、蓝牙模块等部件，在此不再赘述。

请参考图4，其示出了本申请一个示例性实施例提供的消息显示方法的流程图。本实施例以该方法应用于上述图1或图2提供的终端中来举例说明。所述方法包括：

步骤401，接收第一通知消息。

以安卓***为例，处于应用层的应用程序接收到通知消息后，通过调用终端操作***应用框架层的通知管理API，对该通知消息进行显示，比如，以横幅通知的形式显示通知消息。当接收到对通知消息的点击操作时，终端即跳转至该通知消息所属的应用程序，以便用户对该通知消息进行处理。而对于未处理的(未接收到点击操作)通知消息，通知管理API将未处理的通知消息添加未处理堆栈中。用户通过下拉通知栏即可查看到未处理的通知消息。

本实施例中，该第一通知消息即为应用程序调用应用框架层的通知管理API时，通知管理API获取到的通知消息。可选的，该通知消息中包含文本内容。

其中，该通知消息为即时通信类应用程序接收到的即时通信消息、短信类应用程序接收到的短信通知消息、支付类应用程序接收到的支付通知消息、物流类应用程序接收到的物流通知消息、购物类应用程序接收到的购物通知消息、视频类应用程序接收到的视频推荐消息以及游戏类应用程序接收到的推送消息等等。本申请并不对接收到通知消息的类型进行限定。

步骤402，获取在第一通知消息之前预定时长内接收到的第二通知消息，第一通知消息与第二通知消息属于不同的应用程序。

由于重复通知消息通常是在较短时间内连续接到的通知消息，因此，终端(通知管理API)获取第一通知消息后，进一步获取第一通知消息之前预定时长内接收到的第二通知消息，其中，预定时长由为操作***默认或由用户自行设置。比如，该预定时长为1分钟。

在一种可能的实施方式中，当接收到第一通知消息时，终端即从已接收通知消息堆栈中，获取在第一通知消息之前预定时长内接收到的，且与第一通知消息属于不同应用程序的第二通知消息。

当获取到至少一条第二通知消息时，终端即执行下述步骤403；当未获取到的第二通知消息时，终端即以横幅通知的形式显示第一通知消息，并在通知栏中显示该第一通知消息。

步骤403，计算第一通知消息与第二通知消息的内容匹配度。

为了确定第一通知消息是否为重复通知消息，终端进一步计算第一通知消息与接收到的第二通知消息的内容匹配度。

在一种可能的实施方式中，终端获取第一通知消息中包含的第一文本内容，以及第二通知消息中包含的第二文本内容，并根据第一文本内容和第二文本内容计算两者的内容匹配度。

当计算得到的内容匹配度大于匹配度阈值时，终端确定第一通知消息为重复通知消息，并执行下述步骤404；当计算得到的内容匹配度小于匹配度阈值时，终端确定第一通知消息非重复通知消息，从而以横幅通知的形式显示第一通知消息，并在通知栏中显示该第一通知消息。

步骤404，若内容匹配度大于匹配度阈值，则将第一通知消息与第二通知消息进行合并显示。

为了减少通知栏中显示的通知消息的数量，当第一通知消息与第二通知消息的内容匹配度大于匹配度阈值(比如50％)，即第一通知消息为重复通知消息时，终端对第一通知消息和第二通知消息进行合并显示，也即将第一通知消息和第二通知消息合并为一条通知消息。

可选的，当后续接收到第三通知消息(与第二通知消息的时间间隔小于预定时长)，且第三通知消息与第二通知消息和/或第一通知消息的内容匹配度大于匹配度阈值时，终端将第一通知消息、第二通知消息以及第三通知消息进行合并显示。

在一种可能的实施方式中，对多条通知消息进行合并显示时，其中一条通知消息作为主通知消息进行显式显示，而其余的通知消息则折叠隐藏，当接收到对主通知消息的点击操作时，折叠隐藏的通知消息进行显式显示。

综上所述，本实施例中，当接收到第一通知消息时，通过获取在第一通知消息之前预定时长内接收到的第二通知消息，并计算第一通知消息与第二通知消息之间的内容匹配度，从而确定先后接收到的通知消息是否为重复通知消息，并在两条通知消息为重复通知消息时，将两条通知消息进行合并显示，进而避免了因在通知栏中显示相同内容的通知消息，导致不利用消息管理的问题；达到了对相同内容的通知消息进行整合显示，进而减少通知栏中通知消息的数量，提高后续对通知栏中通知消息的管理效率。

相关技术中，针对接收到的多条重复通知消息，终端将采用横幅通知的方式进行重复提示，但是由于重复通知消息的内容相似，因此此类横幅通知被点击的概率较低。为了解决上述问题，在检测到第一通知消息为重复通知消息时，终端将不再采用横幅通知的方式进行提示，下面采用示意性的实施例进行说明。

请参考图5，其示出了本申请另一个示例性实施例提供的消息显示方法的流程图。本实施例以该方法应用于上述图1或图2提供的终端中来举例说明。所述方法包括：

步骤501，接收第一通知消息。

本步骤的实施方式与上述步骤401相似，本实施例在此不再赘述。

示意性，终端接收到应用程序A(短信应用程序)发送的第一通知消息。

步骤502，获取第一通知消息的时间戳。

为了进一步获取到第一通知消息之前预定时长内接收到的通知消息，终端获取第一通知消息的时间戳。比如，终端获取到的时间戳为20170815162035，表示第一通知消息的接收时间为2017年8月15日16时20分35秒。

步骤503，根据时间戳和预定时长，计算时间戳区间。

获取到第一通知消息的时间戳后，终端在该时间戳所指示时刻的基础上进行时间回溯，从而得到一个时间戳区间，其中时间回溯的长度即为预定时长。后续获取到的第二通知消息的时间戳即在该时间戳区间内。

示意性的，当获取到的时间戳为20170815162035，且预定时长为1分钟时，计算得到的时间戳区间即为20170815161935至20170815162035。

步骤504，根据时间戳区间从已接收到的通知消息中获取第二通知消息，其中，第二通知消息的时间戳位于时间戳区间内。

在一种可能的实施方式中，对于每条接收到的通知消息，终端(通知管理API)记录通知消息的时间戳，并将时间戳存储在已接收通知消息堆栈中，在获取第二通知消息时，终端即根据该时间戳区间，从已接收通知消息堆栈中查找第二通知消息。

示意性的，已接收通知消息堆栈中通知消息与时间戳的对应关系如表一所示。

表一

通知消息	msg001	msg002	msg003	msg004	…
						时间戳	20170815161600	20170815161735	20170815161930	20170815161934	…

由于需要检测来自不同应用程序的通知消息是否为重复通知消息，因此，在一种可能的实施方式中，根据已接收通知消息的时间戳以及时间戳区间筛选出候选通知消息后，终端进一步检测候选通知消息与第一通知消息是否属于不同应用程序，并将与第一通知消息属于不同应用程序的候选通知消息确定为第二通知消息。

示意性，结合表一所示的示例，由于msg003和msg004的时间戳属于时间戳区间，因此，终端将msg003和msg004确定为候选通知消息；进一步的，由于第一通知消息属于应用程序A(短信应用程序)，msg003属于应用程序A(短信应用程序)，msg004属于应用程序B(支付类应用程序)，因此，终端最终将msg004确定为第二通知消息。

需要说明的是，终端获取到的第二通知消息的数量还可以为0条或至少两条，本实施例仅以第二通知消息的数量为一条为例进行示意性说明。

步骤505，计算第一通知消息与第二通知消息的内容匹配度。

对于获取到的第一通知消息和第二通知消息，终端进一步计算两者的内容匹配度，从而根据该内容匹配度确定第一通知消息是否为重复通知消息。

在一种可能的实施方式中，本步骤包括如下步骤：

一、提取第一通知消息中的第一文本内容以及第二通知消息中的第二文本内容。

由于通知同一事件的通知消息的文本内容通常比较相似，因此终端分别提取第一通知消息和第二通知消息中的文本内容，从而根据文本内容确定两者是否用于通知同一事件。

示意性的，提取到第一通知消息中包含的第一文字内容为：您尾号8073的***于2017年8月15日，快捷支付171元，如有疑问，请拨打客服电话；提取到第二通知消息中包含的第二文字内容为：您刚才使用支付王绑定的尾号8073***支付了171元，请查证。

二、计算第一文本内容和第二文本内容的整体匹配度，并将整体匹配度确定为内容匹配度。

进一步的，终端对第一文本内容和第二文本内容进行整体匹配，从而计算得到两条文本内容的整体匹配度，并将该整体匹配度确定为两条通知消息的内容匹配度。

可选的，终端采用短文本匹配算法、KMP(The Knuth-Morris-Pratt Algorithm)文本匹配算法或正向最大匹配算法等文本匹配算法计算整体匹配度。

示意性的，结合上述示例，终端计算得到第一文本内容与第二文本内容的整体匹配度为52％，即第一通知消息与第二通知消息的内容匹配度为52％。

由于不同应用程序所采用的通知消息模板不同，因此，终端接收到不同应用程序针对同一事件的通知消息的文本内容可能存在较大差异，导致采用上述方法计算得到的整体匹配度较低，进而导致误将同一事件的通知消息识别为不同事件的通知消息。为了进一步提高计算得到的内容匹配度的准确性，在另一种可能的实施方式中，上述步骤二可以被替换为如下步骤。

三、从第一文本内容和第二文本内容中提取特征文本内容；计算特征文本内容的特征匹配度，并将特征匹配度确定为内容匹配度。

虽然不同应用程序所采用的通知消息模板可能不同，但是同一事件对应的不同通知消息中包含的关键信息均相同。因此，终端提取到第一文本内容和第二文本内容后，进一步从文本内容中提取特征文本内容，并基于该特征文本内容计算特征匹配度，从而将特征匹配度确定为两条通知消息的内容匹配度。

针对特征文本内容的提取方式，在一种可能的实施方式中，终端确定第一通知消息所属的第一应用程序以及第二通知消息所属的第二应用程序，然后根据第一应用程序以及第二应用程序各自对应的特征文本内容的类型，提取特征文本内容。

其中，不同类型应用程序对应的特征文本内容的类型相同或不同。可选的，支付类应用程序对应的特征文本内容的类型为金额，购物类应用程序对应的特征文本内容的类型为金额和单号，物流类应用程序对应的特征文本内容的类型为单号，短信类应用程序对应的特征文本内容的类型为数字。

相应的，当通知消息所属的应用程序为支付类应用程序时，终端即提取文本内容中包含的金额，在一种可能的实施方式中，终端提取文本内容中“元”之前的数字，或者，“人民币/RMB”之后的数字作为特征文本内容；

当通知消息所属的应用程序为购物类应用程序时，终端即提取文本内容中包含的金额和/或单号，在一种可能的实施方式中，终端提取文本内容中“元”之前的数字，或者，“人民币/RMB”之后的数字，或者，“运单号/物流号”之前的数字作为特征文本内容；

当通知消息所属的应用程序为物流类应用程序时，终端即提取文本内容中包含的单号，在一种可能的实施方式中，终端提取文本内容中“运单号/物流号”之前的数字作为特征文本内容；

当通知消息所属的应用程序为短信类应用程序时，终端即提取文本内容中包含的数字作为特征文本内容。

示意性的，结合上述示例，终端从第一文本内容中提取到特征文本内容“171元”，从第二文本内容中提取到特征文本内容“171元”。

进一步的，基于提取到的各条文本内容中包含的特征文本内容，终端计算其特征匹配度，并将该特征匹配度确定为通知消息之间的内容匹配度。

示意性的，结合上述示例，终端计算得到第一文本特征和第二文本特征的特征匹配度为100％，即第一通知消息和第二通知消息的内容匹配度为100％。

需要说明的是，终端还可以采用其他的方式计算通知消息的内容匹配度，本实施例仅以上述两种可能的实施方式为例进行示意性说明，并不对此构成限定。

步骤506，若内容匹配度大于匹配度阈值，则停止显示第一通知消息对应的横幅通知。

当第一通知消息与第二通知消息的内容匹配度大于匹配度阈值时，终端确定第一通知消息为重复通知消息，并停止显示第一通知消息对应的横幅通知，从而避免重复进行横幅通知对用户造成的影响。

需要说明的是，当第一通知消息与第二通知消息的内容匹配度小于匹配度阈值时，终端显示第一通知消息对应的横幅通知，以提醒用户进行消息处理。

采用上述方法，终端对同类通知消息中的第一条通知消息进行横幅通知提醒，避免重复通知消息对应的横幅通知对用户造成的影响。

步骤507，若内容匹配度大于匹配度阈值，则确定第一通知消息和第二通知消息中的主通知消息，主通知消息所属的应用程序的使用频率高于另一条通知消息所属的应用程序的使用频率。

当第一通知消息与第二通知消息的内容匹配度大于匹配度阈值，且未接收到对第一通知消息和第二通知消息均操作信号时(即第一通知消息和第二通知消息均未处理)，终端确定两条通知消息中用于显示主通知消息。

在一种可能的实施方式中，终端获取第一通知消息以及第二通知消息各自所属的应用程序，并获取两个应用程序各自的使用频率，进而将使用频率较高的应用程序的通知消息确定为主通知消息。

示意性的，终端获取到第一通知消息所属的应用程序为应用程序A(短信类应用程序)，第二通知消息所属的应用程序为应用程序B(支付类应用程序)，且应用程序B的使用频率高于应用程序A的使用频率，即将第二通知消息确定为主通知消息。

步骤508，将主通知消息显示在通知栏中，并在通知栏中显示下拉控件，其中，下拉控件用于触发将另一条通知消息显示在通知栏中。

为了减少通知栏中通知消息的数量，终端对确定出的重复通知消息进行整合。在一种可能的实施方式中，终端将上述步骤507确定出的主通知消息显示在通知栏中，并对另一条通知消息进行隐藏。为了方便用户查看隐藏的通知消息，通知栏中还显示有下拉控件，当接收到对该下拉控件的触发信号时，终端即在通知栏中显示隐藏的另一条通知消息。。

结合上述示例，终端将第二通知消息显示在通知栏中，并对第一通知消息进行隐藏。

示意性的，如图6所示，当先后接收到第二通知消息61和第一通知消息62时，终端仅在通知栏中对第二通知消息61进行显示，当用户点击通知栏中的下拉控件63时，原先隐藏的第一通知消息62即显示在通知栏中。

本实施例中，终端在检测到第一通知消息为重复通知消息时，将不再采用横幅通知的方式进行提示，避免重复通知消息对应的横幅通知对用户造成的影响。

本实施例中，终端根据通知消息所属应用程序的类型，从通知消息中提取特征文本内容，进而根据特征文本内容计算通知消息之间的内容匹配度，从而提高计算得到的内容匹配度的准确性，进而提高了重复通知信息的识别准确度。

在一种应用场景下，终端短时间内接收到的通知消息可能并不相关，而对不相关的通知消息进行内容匹配将浪费处理资源。比如，终端中的支付应用程序在18时15分10秒接收到一条支付通知消息，视频播放应用程序在18时15分15秒接收到一条视频推送通知消息，显然，这两条通知消息并非对应同一事件，对这两条通知消息进行内容匹配将浪费处理资源。为了避免上述问题，在一种可能的实施方式中，在图5的基础上，如图7所示，上述步骤504之后，还包括如下步骤。

步骤509，确定第一通知消息所属的第一应用程序以及第二通知消息所属的第二应用程序。

通过上述步骤获取到时间戳区间内的第二通知消息后，终端进一步获取第一通知消息与第二通知消息各自所属的应用程序，进而根据所属的应用程序初步确定第一通知消息与第二通知消息是否指示同一事件。

示意性的，终端获取到第一通知消息所属的第一应用程序为应用程序A(短信类应用程序)，获取到第二通知消息所属的第二应用程序为应用程序B(支付类应用程序)。

步骤510，检测第一应用程序和所述第二应用程序是否符合预设关联关系。

实际应用过程中，指示同一事件的通知消息所属的应用程序之间通常具备关联关系。比如，指示支付事件的通知消息所属的应用程序通常为短信类应用程序、支付类应用程序和购物类应用程序，而指示物流事件的通知消息所属的应用程序通常为购物类应用程序和物流类应用程序。

在一种可能的实施方式中，终端中预先存储有应用程序之间的关联关系，该关联关系示意性如表二所示。

表二

终端获取到通知消息所属应用程序后，即检测第一应用程序和第二应用程序之间是否符合预设关联关系，若符合，则执行下述步骤505，进一步进行内容匹配度计算，若不符合，则确定两条通知消息并非指示同一事件，即第一通知消息并非重复通知消息，从而对第一通知消息进行显示。

示意性的，当第一应用程序为支付类应用程序，而第二应用程序为视频播放类应用程序时，终端根据表二确定两者不符合关联关系；当第一应用程序为短信类应用程序，而第二应用程序为支付类应用程序时，终端根据表二确定两者符合关联关系。

步骤505，若第一应用程序和第二应用程序符合预设关联关系，则计算第一通知消息与第二通知消息的内容匹配度。

当第一应用程序和第二应用程序符合预设关联关系时，终端进一步通过计算通知消息的内容匹配度，从而确定两条通知消息是否为重复通知消息。

本实施例中，终端在计算通知消息的内容匹配度前，检测通知消息所属的应用程序间是否具备关联关系，并在两者存在关联关系时，进一步计算内容匹配度，从而避免对不相关的通知消息进行内容匹配而浪费处理资源。

请参考图8，其示出了本申请一个示例性实施例提供的消息显示装置的结构框图。该消息显示装置包括：接收模块810，获取模块820，计算模块830和显示模块840。

接收模块810，用于接收第一通知消息；

获取模块820，用于获取在所述第一通知消息之前预定时长内接收到的第二通知消息，所述第一通知消息与所述第二通知消息属于不同的应用程序；

计算模块830，用于计算所述第一通知消息与所述第二通知消息的内容匹配度；

显示模块840，用于当所述内容匹配度大于匹配度阈值时，将所述第一通知消息与所述第二通知消息进行合并显示。

可选的，所述获取模块820，包括：

第一获取单元，用于获取所述第一通知消息的时间戳；

第一计算单元，用于根据所述时间戳和所述预定时长，计算时间戳区间；

第二获取单元，用于根据所述时间戳区间从已接收到的通知消息中获取所述第二通知消息，其中，所述第二通知消息的时间戳位于所述时间戳区间内。

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

确定模块，用于确定所述第一通知消息所属的第一应用程序以及所述第二通知消息所属的第二应用程序；

检测模块，用于检测所述第一应用程序和所述第二应用程序是否符合预设关联关系；

所述计算模块830，还用于当所述第一应用程序和所述第二应用程序符合所述预设关联关系时，执行所述计算所述第一通知消息与所述第二通知消息的内容匹配度的步骤。

可选的，所述计算模块830，包括：

提取单元，用于提取所述第一通知消息中的第一文本内容以及所述第二通知消息中的第二文本内容；

第一计算单元，用于计算所述第一文本内容和所述第二文本内容的整体匹配度，并将所述整体匹配度确定为所述内容匹配度；

或；

第二计算单元，用于从所述第一文本内容和所述第二文本内容中提取特征文本内容；计算所述特征文本内容的特征匹配度，并将所述特征匹配度确定为所述内容匹配度。

可选的，所述第二计算单元，还用于：

确定所述第一通知消息所属的第一应用程序以及所述第二通知消息所属的第二应用程序；

根据所述第一应用程序以及所述第二应用程序各自对应的特征文本内容的类型，提取所述特征文本内容；

其中，支付类应用程序对应的特征文本内容的类型为金额，购物类应用程序对应的特征文本内容的类型为金额和单号，物流类应用程序对应的特征文本内容的类型为单号。

可选的，所述显示模块840，包括：

确定单元，用于确定所述第一通知消息和所述第二通知消息中的主通知消息，所述主通知消息所属的应用程序的使用频率高于另一条通知消息所属的应用程序的使用频率；

显示单元，用于将所述主通知消息显示在通知栏中，并在所述通知栏中显示下拉控件，其中，所述下拉控件用于触发将另一条通知消息显示在所述通知栏中。

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

停止模块，用于当所述内容匹配度大于匹配度阈值时，停止显示所述第一通知消息对应的横幅通知。

综上所述，本实施例中，当接收到第一通知消息时，通过获取在第一通知消息之前预定时长内接收到的第二通知消息，并计算第一通知消息与第二通知消息之间的内容匹配度，从而确定先后接收到的通知消息是否为重复通知消息，并在两条通知消息为重复通知消息时，将两条通知消息进行合并显示，进而避免了因在通知栏中显示相同内容的通知消息，导致不利用消息管理的问题；达到了对相同内容的通知消息进行整合显示，进而减少通知栏中通知消息的数量，提高后续对通知栏中通知消息的管理效率。

本实施例中，终端在检测到第一通知消息为重复通知消息时，将不再采用横幅通知的方式进行提示，避免重复通知消息对应的横幅通知对用户造成的影响。

本实施例中，终端根据通知消息所属应用程序的类型，从通知消息中提取特征文本内容，进而根据特征文本内容计算通知消息之间的内容匹配度，从而提高计算得到的内容匹配度的准确性，进而提高了重复通知信息的识别准确度。

本实施例中，终端在计算通知消息的内容匹配度前，检测通知消息所属的应用程序间是否具备关联关系，并在两者存在关联关系时，进一步计算内容匹配度，从而避免对不相关的通知消息进行内容匹配而浪费处理资源。

需要说明的是：上述实施例提供的消息显示装置在显示通知消息时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将终端的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的消息显示装置与消息显示方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本申请实施例还提供了一种计算机可读介质，该计算机可读介质存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现如上各个实施例所述的消息显示方法。

本申请实施例还提供了一种计算机程序产品，该计算机程序产品存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现如上各个实施例所述的消息显示方法。

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

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (16)

1.一种消息显示方法，其特征在于，所述方法包括：

接收第一通知消息；

获取在所述第一通知消息之前预定时长内接收到的第二通知消息，所述第一通知消息与所述第二通知消息属于不同的应用程序；

计算所述第一通知消息与所述第二通知消息的内容匹配度；

若所述内容匹配度大于匹配度阈值，则将所述第一通知消息与所述第二通知消息进行合并显示。

2.根据权利要求1所述的方法，其特征在于，所述获取在所述第一通知消息之前预定时长内接收到的第二通知消息，包括：

获取所述第一通知消息的时间戳；

根据所述时间戳和所述预定时长，计算时间戳区间；

根据所述时间戳区间从已接收到的通知消息中获取所述第二通知消息，其中，所述第二通知消息的时间戳位于所述时间戳区间内。

3.根据权利要求1或2所述的方法，其特征在于，所述计算所述第一通知消息与所述第二通知消息的内容匹配度之前，所述方法还包括：

确定所述第一通知消息所属的第一应用程序以及所述第二通知消息所属的第二应用程序；

检测所述第一应用程序和所述第二应用程序是否符合预设关联关系；

若所述第一应用程序和所述第二应用程序符合所述预设关联关系，则执行所述计算所述第一通知消息与所述第二通知消息的内容匹配度的步骤。

4.根据权利要求1或2所述的方法，其特征在于，所述计算所述第一通知消息与所述第二通知消息的内容匹配度，包括：

提取所述第一通知消息中的第一文本内容以及所述第二通知消息中的第二文本内容；

计算所述第一文本内容和所述第二文本内容的整体匹配度，并将所述整体匹配度确定为所述内容匹配度；

或；

从所述第一文本内容和所述第二文本内容中提取特征文本内容；计算所述特征文本内容的特征匹配度，并将所述特征匹配度确定为所述内容匹配度。

5.根据权利要求4所述的方法，其特征在于，所述从所述第一文本内容和所述第二文本内容中提取特征文本内容，包括：

确定所述第一通知消息所属的第一应用程序以及所述第二通知消息所属的第二应用程序；

根据所述第一应用程序以及所述第二应用程序各自对应的特征文本内容的类型，提取所述特征文本内容；

其中，支付类应用程序对应的特征文本内容的类型为金额，购物类应用程序对应的特征文本内容的类型为金额和单号，物流类应用程序对应的特征文本内容的类型为单号。

6.根据权利要求1或2所述的方法，其特征在于，所述将所述第一通知消息与所述第二通知消息进行合并显示，包括：

确定所述第一通知消息和所述第二通知消息中的主通知消息，所述主通知消息所属的应用程序的使用频率高于另一条通知消息所属的应用程序的使用频率；

将所述主通知消息显示在通知栏中，并在所述通知栏中显示下拉控件，其中，所述下拉控件用于触发将另一条通知消息显示在所述通知栏中。

7.根据权利要求1所述的方法，其特征在于，所述计算所述第一通知消息与所述第二通知消息的内容匹配度之后，所述方法还包括：

若所述内容匹配度大于匹配度阈值，则停止显示所述第一通知消息对应的横幅通知。

8.一种消息显示装置，其特征在于，所述装置包括：

接收模块，用于接收第一通知消息；

获取模块，用于获取在所述第一通知消息之前预定时长内接收到的第二通知消息，所述第一通知消息与所述第二通知消息属于不同的应用程序；

计算模块，用于计算所述第一通知消息与所述第二通知消息的内容匹配度；

显示模块，用于当所述内容匹配度大于匹配度阈值时，将所述第一通知消息与所述第二通知消息进行合并显示。

9.根据权利要求8所述的装置，其特征在于，所述获取模块，包括：

第一获取单元，用于获取所述第一通知消息的时间戳；

第一计算单元，用于根据所述时间戳和所述预定时长，计算时间戳区间；

第二获取单元，用于根据所述时间戳区间从已接收到的通知消息中获取所述第二通知消息，其中，所述第二通知消息的时间戳位于所述时间戳区间内。

10.根据权利要求8或9所述的装置，其特征在于，所述装置还包括：

确定模块，用于确定所述第一通知消息所属的第一应用程序以及所述第二通知消息所属的第二应用程序；

检测模块，用于检测所述第一应用程序和所述第二应用程序是否符合预设关联关系；

所述计算模块，还用于当所述第一应用程序和所述第二应用程序符合所述预设关联关系时，执行所述计算所述第一通知消息与所述第二通知消息的内容匹配度的步骤。

11.根据权利要求8或9所述的装置，其特征在于，所述计算模块，包括：

提取单元，用于提取所述第一通知消息中的第一文本内容以及所述第二通知消息中的第二文本内容；

第一计算单元，用于计算所述第一文本内容和所述第二文本内容的整体匹配度，并将所述整体匹配度确定为所述内容匹配度；

或；

第二计算单元，用于从所述第一文本内容和所述第二文本内容中提取特征文本内容；计算所述特征文本内容的特征匹配度，并将所述特征匹配度确定为所述内容匹配度。

12.根据权利要求11所述的装置，其特征在于，所述第二计算单元，还用于：

确定所述第一通知消息所属的第一应用程序以及所述第二通知消息所属的第二应用程序；

根据所述第一应用程序以及所述第二应用程序各自对应的特征文本内容的类型，提取所述特征文本内容；

其中，支付类应用程序对应的特征文本内容的类型为金额，购物类应用程序对应的特征文本内容的类型为金额和单号，物流类应用程序对应的特征文本内容的类型为单号。

13.根据权利要求8或9所述的装置，其特征在于，所述显示模块，包括：

确定单元，用于确定所述第一通知消息和所述第二通知消息中的主通知消息，所述主通知消息所属的应用程序的使用频率高于另一条通知消息所属的应用程序的使用频率；

显示单元，用于将所述主通知消息显示在通知栏中，并在所述通知栏中显示下拉控件，其中，所述下拉控件用于触发将另一条通知消息显示在所述通知栏中。

14.根据权利要求8所述的装置，其特征在于，所述装置还包括：

停止模块，用于当所述内容匹配度大于匹配度阈值时，停止显示所述第一通知消息对应的横幅通知。

15.一种终端，其特征在于，所述终端包括处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现如权利要求1至7任一所述的消息显示方法。

16.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现如权利要求1至7任一所述的消息显示方法。