CN108781176A - 消息通知方法及终端 - Google Patents

消息通知方法及终端 Download PDF

Info

Publication number
CN108781176A
CN108781176A CN201780014684.2A CN201780014684A CN108781176A CN 108781176 A CN108781176 A CN 108781176A CN 201780014684 A CN201780014684 A CN 201780014684A CN 108781176 A CN108781176 A CN 108781176A
Authority
CN
China
Prior art keywords
notification
message
message queue
notification message
terminal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201780014684.2A
Other languages
English (en)
Inventor
毛艳艳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of CN108781176A publication Critical patent/CN108781176A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/226—Delivery according to priorities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/224—Monitoring or handling of messages providing notification on incoming messages, e.g. pushed notifications of received messages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/7243—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality with interactive means for internal management of messages
    • H04M1/72436—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality with interactive means for internal management of messages for text messaging, e.g. short messaging services [SMS] or e-mails
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/005—Transmission of information for alerting of incoming communication

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Human Computer Interaction (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephone Function (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

本申请实施例公开了消息通知方法。本申请实施例方法包括：终端获取多个通知消息；所述终端确定所述多个通知消息中具有进行中ongoing属性的通知消息；所述终端对所述多个通知消息进行排序得到通知消息队列，使得所述具有ongoing属性的通知消息排在其他通知消息前面；所述终端展示所述通知消息队列。

Description

消息通知方法及终端
本申请要求于2017年2月28日提交中国专利局、申请号为201710114940.7、发明名称为“一种应用通知的处理的方法和设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及终端应用领域，尤其涉及消息通知方法及终端。
背景技术
现有的智能手机一般具有消息推送，即将***通知或其他应用的相关通知显示在通知栏上，以提醒用户进行查看。比如说，通知用户即时通信平台上接收到信的消息，或者通知用户应用需要更新等。
而现有技术中，手机对通知的排序规则一般是基于接收到通知的时间对通知进行排序。
则用户在查看通知时，需要通知栏中一个个查看寻找重要信息，效率低，用户体验差。
发明内容
本申请实施例提供了消息通知方法及终端，用于方便用户对重要信息的查找，提升用户体验。
有鉴于此，本申请第一方面提供了一种消息通知方法，该方法包括：
终端获取多个通知消息，确定这多个通知消息中具有ongoing属性的通知消息，然后对这多个通知消息进行排序得到通知消息队列，该通知消息队列中具有ongoing属性的通知消息排在其他不具有ongoing属性的通知消息前面，最后终端将该排序得到的通知消息队列进行展示。
应理解，本申请实施例中，ongoing属性用来表示正在进行的通知，通常用来表示用户积极参与(如播放音乐)或以某种方式正在等待的后台任务。应用服务提供商可以根据需求将需要用户持续关注的通知消息，赋予ongoing属性。
本申请实施例中，终端获取到多个通知消息后，可以确定这多个通知消息具有ongoing属性的通知消息，然后将有ongoing属性的通知消息排在其他消息前面，并进行显示，其中，具有ongoing属性的通知消息应用程序对应的服务器发出的为需要用户持续关注的消息。一般来说，需要用户持续关注的消息，例如即时通信软件接收到的信息等，都是用户比较关注的信息，则将ongoing属性的通知消息排在前面，便于用户对重要信息的查找，提升用户体验。
结合本申请第一方面，在本申请第一方面的第一种实现方式中，终端可以通过如下方式对多个通知消息进行排序：
终端按照通知时间从早到晚的顺序对具有ongoing属性的通知消息进行排序得到第一消息队列，按照通知时间从早到晚的顺序对其他不具有ongoing属性的通知消息进行排序得到第二消息队，其中，通知消息队列包括第一消息队列及第二消息队列，第一消息队列排在第二消息队列前面。
需要说明的是，通知时间可以是终端接收该通知消息的时间，也可以是发送端发送该 通知消息的时间。
本申请实施例提供了一种对通知消息进行排序的具体方式，提高了方案的可实现性。
结合本申请第一方面，在本申请第一方面的第二种实现方式中，终端可以通过如下方式对多个通知消息进行排序：
终端按照通知类型对应的点击率从大到小的顺序对具有ongoing属性的通知消息进行排序得到第一消息队列，按照通知类型对应的点击率从大到小的顺序对其他不具有ongoing属性的通知消息进行排序得到第二消息队列，其中，通知消息队列包括第一消息队列及第二消息队列，第一消息队列排在第二消息队列前面。
应理解，通知类型对应的点击率指的是通知消息的通知类型所对应的点击率，终端可以先确定各个通知消息的通知类型，再确定各个通知类型对应的点击率，然后再根据该点击率通过上述方式对通知消息进行排序。
本申请实施例提供了另一种对通知消息进行排序的具体方式，提高了方案的灵活性。
结合本申请第一方面，在本申请第一方面的第三种实现方式中，终端可以通过如下方式对多个通知消息进行排序：
终端按照通知类型对应的点击率从大到小的顺序对具有ongoing属性的通知消息进行排序得到第一消息队列，按照通知时间从早到晚的顺序对其他不具有ongoing属性的通知消息进行排序得到第二消息队列，其中，通知消息队列包括第一消息队列及第二消息队列，第一消息队列排在第二消息队列前面。
本申请实施例提供了另一种对通知消息进行排序的具体方式，提高了方案的灵活性。
结合本申请第一方面，在本申请第一方面的第三种实现方式中，终端可以通过如下方式对多个通知消息进行排序：
终端按照通知时间从早到晚的顺序对具有ongoing属性的通知消息进行排序得到第一消息队列，按照通知类型对应的点击率从大到小的顺序对其他不具有ongoing属性的通知消息进行排序得到第二消息队列，其中，通知消息队列包括第一消息队列及第二消息队列，第一消息队列排在第二消息队列前面。
本申请实施例提供了另一种对通知消息进行排序的具体方式，提高了方案的灵活性。
本申请第二方面提供了一种消息通知方法，该方法包括：
终端获取多个通知消息，确定多个通知消息中各个通知消息的通知类型，然后根据通知类型对应的点击率对多个通知消息进行排序得到通知消息队列，最后展示该通知消息队列。
本申请实施例中，终端获取多个通知消息后，可以确定通知消息的通知类型，然后按照各个类型对应的点击率对通知消息进行排序并显示。也就是说本申请实施例可以根据用户的历史行为识别出用户比较感兴趣的通知类型，然后将用户感兴趣的通知类型排在前面，便于用户查看，提高了查找效率。
结合本申请第二方面，在本申请第二方面的第一种实现方式中，终端根据点击率可以通过如下方式对多个通信消息进行排序：
终端按照通知时间从早到晚的顺序对点击率高于预设阈值的通知消息进行排序得到第 一消息队列，按照通知时间从早到晚的顺序对点击率低于预设阈值的通知消息进行排序得到第二消息队列，其中，通知消息队列包括第一消息队列以及第二消息队列，在通知消息队列中第一消息队列排在第二消息队列前面。
应理解，通知时间可以是通知消息的接收时间，也可以是通知消息的发送时间。
本申请实施例提供了一种对通知消息进行排序的具体方式，提高了方案的可实现性。
结合本申请第二方面或第二方面的第一种实现方式，在本申请第二方面的第二种实现方式中，终端获取多个通知消息之前可以执行如下步骤：
根据预置时间内显示的通知消息以及用户点击过的通知消息，确定各个通知类型对应的点击率。
本申请实施例提供了一种终端计算点击率的具体方式，提高了方案的可实现性。
结合本申请第二方面，第二方面的第一或第二种实现方式，在本申请第二方面的第三种实现方式中，终端可以通过如下方式确定通知消息的通知类型：
终端针对各个通知消息，根据该通知消息对应的应用类型以及该通知消息对应的消息类型确定该通知消息的通知类型，其中，应用类型指的是通知消息所属应用的类型，消息类型指的是通知消息本身所属类型。
本申请实施例提供了一种确定通知类型的具体方式，提高了方案的可实现性。
本申请第三方面提供了一种终端，该终端包括：
获取模块，用于获取多个通知消息；
确定模块，用于确定获取模块获取的多个通知消息中具有进行中ongoing属性的通知消息；
排序模块，用于对多个通知消息进行排序得到通知消息队列，使得具有ongoing属性的通知消息排在其他通知消息前面；
展示模块，用于展示通知消息队列。
结合本申请第三方面，在本申请第三方面的第一种实现方式中，排序模块包括：
第一排序单元，用于按照通知时间从早到晚的顺序对具有ongoing属性的通知消息进行排序得到第一消息队列，按照通知时间从早到晚的顺序对其他通知消息进行排序得到第二消息队列，通知消息队列包括第一消息队列及第二消息队列，第一消息队列排在第二消息队列前面。
结合本申请第三方面，在本申请第三方面的第二种实现方式中，排序模块包括：
第二排序单元，用于按照通知类型对应的点击率从大到小的顺序对具有ongoing属性的通知消息进行排序得到第一消息队列，按照通知类型对应的点击率从大到小的顺序对其他通知消息进行排序得到第二消息队列，通知消息队列包括第一消息队列及第二消息队列，第一消息队列排在第二消息队列前面。
结合本申请第三方面，在本申请第三方面的第三种实现方式中，排序模块包括：
第三排序单元，用于按照通知类型对应的点击率从大到小的顺序对具有ongoing属性的通知消息进行排序得到第一消息队列，按照通知时间从早到晚的顺序对其他通知消息进行排序得到第二消息队列，通知消息队列包括第一消息队列及第二消息队列，第一消息队 列排在第二消息队列前面。
本申请第四方面提供了一种终端，该终端包括：
获取模块，用于获取多个通知消息；
第一确定模块，用于确定获取模块获取的多个通知消息中各个通知消息的通知类型；
排序模块，用于根据第一确定模块确定的通知类型对应的点击率对所述多个通知消息进行排序得到通知消息队列；
展示模块，用于展示通知消息队列。
结合本申请第四方面，在本申请第四方面的第一种实现方式中，排序模块包括：
排序单元，用于按照通知时间从早到晚的顺序对点击率高于预设阈值的通知消息进行排序得到第一消息队列，终端按照通知时间从早到晚的顺序对点击率低于预设阈值的通知消息进行排序得到第二消息队列，通知消息队列包括第一消息队列及第二消息队列，第一消息队列排在第二消息队列前面。
结合本申请第四方面或第四方面的第一种实现方式，在本申请第四方面的第二种实现方式中，终端还可以包括：
第二确定模块，用于根据预置时间内显示的通知消息以及用户点击过的通知消息，确定各个通知类型对应的点击率。
结合本申请第四方面，第四方面的第一或第二种实现方式，在本申请第四方面的第三种实现方式中，
第一确定单元，用于针对各个通知消息，根据该通知消息对应的应用类型以及该通知消息对应的消息类型确定该通知消息的通知类型，应用类型为通知消息所属应用的类型，消息类型为通知消息本身所属类型。
本申请第五方面提供了一种终端，该终端包括：输入设备，输出设备，存储器及处理器；
存储器用于存储程序；
处理器用于执行程序，具体包括如下步骤：
获取多个通知消息；
确定多个通知消息中具有进行中ongoing属性的通知消息；
对多个通知消息进行排序得到通知消息队列，使得具有ongoing属性的通知消息排在其他通知消息前面；
展示通知消息队列。
本申请第六方面提供了一种终端，该终端包括：输入设备，输出设备，存储器及处理器；
存储器用于存储程序；
处理器用于执行程序，具体包括如下步骤：
获取多个通知消息；
确定多个通知消息中各个通知消息的通知类型；
根据通知类型对应的点击率对多个通知消息进行排序得到通知消息队列；
展示通知消息队列。
本申请第七方面提供了一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如上述各个方面所述的方法。
本申请第八方面提供了一种计算机程序产品，当其在计算机上运行时，使得计算机执行如上述各个方面所述的方法。
从以上技术方案可以看出，本申请实施例具有以下优点：
本申请实施例中，终端获取到多个通知消息后，可以确定这多个通知消息具有ongoing属性的通知消息，然后将有ongoing属性的通知消息排在其他消息前面，并进行显示，其中，具有ongoing属性的通知消息应用程序对应的服务器发出的为需要用户持续关注的消息。一般来说，需要用户持续关注的消息，例如即时通信软件接收到的信息等，都是用户比较关注的信息，则将ongoing属性的通知消息排在前面，便于用户对重要信息的查找，提升用户体验。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例。
图1是本申请实施例中消息通知方法所适用的应用场景示意图；
图2是本申请实施例中消息通知方法的一个实施例流程图；
图3是本申请实施例中终端上显示的通知消息的一个示意图；
图4是本申请实施例中终端上显示的通知消息的另一示意图；
图5是本申请实施例中终端上显示的通知消息队列的一个示意图；
图6是本申请实施例中终端上显示的通知消息队列的另一示意图；
图7是本申请实施例中终端上显示的通知消息队列的另一示意图；
图8是本申请实施例中终端上显示的通知消息队列的另一示意图；
图9是本申请实施例中消息通知方法的另一实施例流程图；
图10是本申请实施例中终端上显示的通知消息队列的另一示意图；
图11是本申请实施例中终端上显示的通知消息队列的另一示意图；
图12是本申请实施例中终端上显示的通知消息队列的另一示意图；
图13是本申请实施例中终端的一个实施例示意图；
图14是本申请实施例中终端的另一实施例示意图；
图15是本申请实施例中终端的另一实施例示意图；
图16是本申请实施例中终端的另一实施例示意图；
图17是本申请实施例中终端的另一实施例示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理 解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
本申请实施例提供了消息通知方法，用于方便用户对重要信息的查找，提升用户体验。
为了便于理解本申请实施例，下面先对本申请实施例所涉及的一些词汇进行介绍。
通知消息：在多数终端中任何时候都只能有一个应用程序处于活跃状态，如果其他应用此刻发生了一些用户感兴趣的那么通过通知机制发出通知消息，告诉用户此时发生的事情。本申请实施例中的通知消息包括本地通知以及推送通知，本地通知即由本地应用触发的，是基于时间行为的一种通知形式，例如闹钟定时、待办事项提醒，又或者一个应用在一段时候后不使用通常会提示用户使用此应用等都是本地通知。推送通知，是由应用服务提供商发送到应用客户端的通知，例如应用的更新提醒等。
进行中(ongoing)属性：ongoing属性用来表示正在进行的通知，通常用来表示用户积极参与(如播放音乐)或以某种方式正在等待的后台任务。应用服务提供商可以根据需求将需要用户持续关注的通知消息，赋予ongoing属性。
点击率：本申请实施例中通知类型对应的点击率指的是某类型的通知消息被点击的次数与被显示次数之比。
为了便于理解，下面对本申请实施例中的消息通知方法所适用的应用场景进行介绍：
本申请实施例中的消息通知方法应用于终端，该终端可以包括但不限于：手机、平板电脑、便携式电脑等电子设备，该终端中安装有多个应用客户端，这些应用客户端可以是该终端出厂时，终端***(例如，安卓***、ios、Windows Phone)预先安装的(例如，***工具，日历，通讯录等)，也可以是通过用户自主安装在终端的内存中后者终端的扩展卡中的，本申请实施例对此不作限定。
终端开启后，在不同的时间内会通过这些应用客户端接收到不同的通知消息，终端会根据预先设定的通知机制以不同的形式和方法显示这些通知消息，具体可以参见图1所示，当用户打开进入通知栏显示界面时，终端会显示未浏览的通知消息，这些通知消息按照一定的顺序排列形成通知消息队列。
下面先对本申请实施例中的消息通知方法进行介绍，请参阅图2，本申请实施例中消息通知方法的一个实施例包括：
201、终端获取多个通知消息；
本申请实施例中，终端上安装有多个应用客户端，终端启动后，终端可以根据本地应用触发生成通知消息，例如待办事项提醒通知等。终端也可以通过应用客户端接收应用服务器发送的通知消息，例如应用的更新提醒等。终端还可以通过其他方式获取到通知消息，具体此处不作限定。
终端获取到通知消息，可以即时显示该通知消息，以向用户发出提醒。如图3，为终端处于待机状态时，终端显示获取到的通知消息的一个示意图。如图4，为终端处于活跃 状态时，终端显示获取到的通知消息的一个示意图。终端也可以通过其他方式即时显示获取到的通知消息，或不显示，具体此处不作限定。
则本申请实施例中，终端获取的多个通知消息，可以包括未显示的通知消息，或显示后未被用户查看的通知消息，或用户查看后但是未处理的通知消息，还可以包括其他需要在消息队列中进行展示的通知消息，具体此处不作限定。
202、终端确定多个通知消息中具有ongoing属性的通知消息；
终端获取多个通知消息后，会先确定这多个通知消息中具有ongoing属性的通知消息。
应理解，本申请实施例中，ongoing属性用来表示正在进行的通知，该属性是应用服务器预先针对不同类型的通知所设置的，一般来说，应用服务器会将需要用户持续关注的通知赋予ongoing属性。比如，即时通信应用中接收到的信消息等。
203、终端对多个通知消息进行排序得到通知消息队列；
终端确定多个通知消息中具有ongoing属性的通知消息后，终端将具有ongoing属性的通知消息提取出来优先显示，即将具有ongoing属性的通知消息排在其他不具有ongoing属性的通知消息前面。
204、终端展示该通知消息队列。
终端对多个通知消息进行排序得到通知消息队列后，展示该通知消息队列。具体地，在本申请实施例中，终端可以如图3的方式显示该通知消息队列中的通知消息，可以如图4的方式显示该通知消息队列中的通知消息，也可以在通知消息队列显示界面集中展示该通知消息队列中的通知消息，如图5所示，应理解，实际应用中，通知消息队列在通知消息队列显示界面中的显示方式不限于图5中的方式，比如说，终端可以仅显示通知消息队列中的一条或多条通知消息，而将其他通知消息略缩或隐藏，如图6所示，当接收到用户相关的操作指令时才将略缩或隐藏的通知消息显示出来。还应理解，本申请实施例中通知消息队列显示界面可以是终端的通知栏显示界面，也可以是其他消息显示界面，具体此处不作限定。
本申请实施例中，终端获取到多个通知消息后，可以确定这多个通知消息具有ongoing属性的通知消息，然后将有ongoing属性的通知消息排在其他消息前面，并进行显示，其中，具有ongoing属性的通知消息应用程序对应的服务器发出的为需要用户持续关注的消息。一般来说，需要用户持续关注的消息，例如即时通信软件接收到的信息等，都是用户比较关注的信息，则将ongoing属性的通知消息排在前面，便于用户对重要信息的查找，提升用户体验。
基于上述图2对应的实施例可知，终端可以通过多种方式对多个通知消息进行排序得到通知消息队列，下面对其中几种方式进行详细介绍：
一、按时间排序。
本申请实施例中，终端确定多个通知消息中具有ongoing属性的通知消息后，终端将具有ongoing属性的通知消息提取出来，按照通知时间从早到晚的顺序对具有ongoing属性的通知消息进行排序得到第一消息队列，然后同样地，按照通知时间从早到晚的顺序对其他不具有ongoing属性的通知消息进行排序得到第二消息队列，通知消息队列即为包含该 第一消息队列以及第二消息队列的消息队列，并且第一消息队列排在第二消息队列前面。
应理解，本申请实施例中的通知时间可以是通知消息的接收时间，也可以是通知消息的发送时间，具体此处不作限定。
为了便于本申请实施例，下面以一实际应用场景对本申请实施例中的消息通知方法进行介绍。
应用场景(1)：用户启动终端，终端在后台运行有微信应用和应用软件市场，其中微信应用登录了用户的微信账号A。上午9:05，微信账号A接收到微信账号B发送的信息“您好”，微信应用服务器通过微信应用向该终端发送通知消息a1，以提醒用户查看。上午9:06，微信账号A又接收到微信账号B发送的信息“在吗？”，微信应用服务器通过微信应用向该终端发送通知消息b1，以提醒用户进行查看。上午10:00，应用软件市场根据设置在后台自动更新了该终端中饿了么应用，应用软件市场服务器向终端发送通知消息c1，以提醒用户更新已完成。上午10:20，微信账号A接收到微信账号C发送的信息“好的”，微信应用服务器通过微信应用向该终端发送通知消息d1，以提醒用户进行查看。上午10:30，应用软件市场根据设置在后台自动更新了该终端中美团应用，应用软件市场服务器向终端发送通知消息e，以提醒用户更新已完成。终端获取通知消息a1，b1，c1，d1及e1，然后确定这五条通知消息中，通知消息a1，b1，d1为具有ongoing属性的通知消息，终端将按照接收时间顺序对消息a1，b1，d1进行排序得到第一消息队列(a1-b1-d1)，同时按照接收时间顺序对消息c1，e1进行排序得到第二消息队列(c1-e1)，并将第一消息队列排在第二消息队列前面得到通知消息队列，用户打开终端，并进入终端的通知栏显示界面，终端在该通知栏显示界面展示该通知消息队列，具体如图7所示。
二、按照点击率排序。
本申请实施例中，终端获取到通知消息后，会确定该通知消息的通知类型，然后确定通知类型在该终端中对应的点击率，然后根据该点击率对这多个通知消息进行排序，具体地，终端可以按照通知类型对应的点击率从大到小的顺序对具有ongoing属性的通知消息进行排序得到第一消息队列，然后同样地，按照通知类型对应的点击率从大到小的顺序对其他不具有ongoing属性的通知消息进行排序得到第二消息队列，通知消息队列即为包含该第一消息队列以及第二消息队列的消息队列，并且第一消息队列排在第二消息队列前面。
可选地，本申请实施例中，对于通知类型相同的具有ongoing属性的通知消息，终端可以按照通知时间从早到晚的顺序进行排序，同样的，对于通知类型相同的不具有ongoing属性的通知消息，终端也可以按照通知时间从早到晚的顺序进行排序。
应理解，本申请实施例中，通知消息的通知类型可以根据该通知消息的应用类型确定，也可根据该通知消息的消息类型确定，也可以结合通知消息的应用类型以及通知消息的消息类型确定，其中，应用类型指的通知消息所属应用的类型，而消息类型指的是消息本身所属的类型。除了上述方式终端还可以通过其他方式确定通知类型，具体此处不作限定。
具体地，终端结合通知消息的应用类型以及通知消息的消息类型确定通知消息的通知类型可以通过如下方式：终端预先设置应用所属类型(应用类型)对应的第一权重，以及消息本身所属类型(消息类型)对应的第二权重，然后分析通知消息所属应用对应的各类 型倾向程度，以及通知消息的消息内容对应的各类型倾向程度，再根据第一权重以及第二权重计算出该各个类型对应的加权平均数，然后将加权平均数最大的类型作为该通知消息的通知类型。
为了便于理解上述确定方式，下面以实际场景对该计算过程进行说明。
应用场景(2)：终端预先设定应用类型对应的第一权重为40％，消息类型对应的第二权重为60％，终端获取到微信应用服务器发出的通知消息，该通知消息是一则财经新闻的推送，则终端分析该通知消息所属应用(微信应用)对应的各类型倾向程度，分析结果为：社交通讯100％，娱乐10％，同时分析该通知消息的消息本身所属的应用对应的各类型倾向程度，分析结果为：财经股票80％，新闻90％。则终端计算各类型对应的加权平均数如下表1所示：
类型 加权平均数
社交通信 100％*40％＝0.4
娱乐 10％*40％＝0.04
财经股票 80％*60％＝0.48
新闻 90％*60％＝0.54
表1
根据上表1所示的计算结果可知，新闻类的加权平均数最大，则终端可以确定该通知消息的通知类型为新闻类。
还应理解，本申请实施例中，终端在对通知消息进行排序之前会根据各个通知类型的通知消息被显示过的次数，以及各个通知类型的通知消息被点击的次数计算得到各个通知类型的通知消息对应的点击率。具体地，终端可以针对各个通知类型，统计确定为该通知类型的通知消息在预置时间内被显示的次数，以及确定为该通知类型的通知消息在该预置时间内被点击的次数，然后将被点击的次数除以被显示的次数得到该通知类型的通知消息对应的点击率。
为了便于本申请实施例，下面以一实际应用场景对本申请实施例中的消息通知方法进行介绍。
应用场景(3)：用户启动终端，终端在后台运行有微信应用，酷狗应用和应用软件市场，其中微信应用登录了用户的微信账号A，酷狗应用正在播放播放列表中的歌曲。上午9:00，播放列表中的歌曲播放完毕，酷狗应用服务器向终端发送通知消息a2，提醒用户歌曲已播放完毕。上午9:05，微信账号A接收到微信账号B发送的信息“您好”，微信应用服务器通过微信应用向该终端发送通知消息b2，以提醒用户查看。上午10:30，应用软件市场根据设置在后台自动更新了该终端中美团应用，应用软件市场服务器向终端发送通知消息c2，以提醒用户更新已完成。上午10:45，微信应用服务器向终端发送一则体育新闻的推送通知(通知消息d2)。
终端获取上述通知消息a2，b2，c2和d2，然后确定这四条通知消息中通知消息a2，b2为具有ongoing属性的通知消息，通知消息c2，d2为不具有ongoing属性的通知消息，并且确定通知消息a2的通知类型为音乐类，通知消息b2的通知类型为社交通信类，通知 消息c2的通知类型为生活类，通知消息d2的通知类型为体育类。
而终端预先根据各个通知类型的通知消息被显示过的次数，以及各个通知类型的通知消息被点击的次数计算得到了各个通知类型的通知消息对应的点击率，其中，社交通信类对应的点击率为95％，音乐类对应的点击率为60％，生活类对应的点击率为50％，体育类对应的点击率为70％。
则终端按照点击率从大到小的顺序对具有ongoing属性的通知消息a2和b2进行排序得到第一消息队列(b2-a2)，按照点击率从大道小的顺序对不具有ongoing属性的通知消息c2和d2进行排序得到第二消息队列(d2-c2)，并将第一消息队列排在第二消息队列前面得到通知消息队列，用户打开终端，并进入终端的通知栏显示界面，终端在该通知栏显示界面展示该通知消息队列，具体如图8所示。
三、按时间和点击率排序。
本申请实施例中，终端确定多个通知消息中具有ongoing属性的通知消息后，终端将具有ongoing属性的通知消息提取出来，按照通知类型对应的点击率从大道小的顺序对具有ongoing属性的通知消息进行排序得到第一消息队列，然后，按照通知时间从早到晚的顺序对其他不具有ongoing属性的通知消息进行排序得到第二消息队列，通知消息队列即为包含该第一消息队列以及第二消息队列的消息队列，并且第一消息队列排在第二消息队列前面。
应理解，本申请实施例中按照通知类型对应的点击率从大道小的顺序对具有ongoing属性的通知消息进行排序得到第一消息队列的过程与上述方式二中对具有ongoing属性的通知消息或不具有ongoing属性的通知消息进行排序的过程相似，具体此处不再赘述。按照通知时间从早到晚的顺序对其他不具有ongoing属性的通知消息进行排序得到第二消息队列的过程与上述方式一种对具有ongoing属性的通知消息或不具有ongoing属性的通知消息进行排序的过程相似，具体此处不再赘述。
还应理解，除了上述三种方式，终端还可以通过其他方式将具有ongoing属性的通知消息排在不具有ongoing属性的其他通知消息前面，比如按照通知时间从早到晚的顺序对具有ongoing属性的通知消息进行排序得到第一消息队列，按照点击率从大到小的顺序对不具有ongoing属性的通知消息进行排序得到第二消息队列，再讲第一消息队列排在第二消息队列前面的到通知消息队列等，具体本申请实施例不作限定。
本申请实施例还提供了另一种消息通知方法，下面请参阅图9，本申请实施例中消息通知方法的另一实施例包括：
901、终端获取多个通知消息；
本申请实施例中，终端上安装有多个应用客户端，终端启动后，终端可以根据本地应用触发生成通知消息，例如待办事项提醒通知等。终端也可以通过应用客户端接收应用服务器发送的通知消息，例如应用的更新提醒等。终端还可以通过其他方式获取到通知消息，具体此处不作限定。
终端获取到通知消息，可以即时显示该通知消息，以向用户发出提醒。如图3，为终端处于待机状态时，终端显示获取到的通知消息的一个示意图。如图4，为终端处于活跃 状态时，终端显示获取到的通知消息的一个示意图。终端也可以通过其他方式即时显示获取到的通知消息，或不显示，具体此处不作限定。
则本申请实施例中，终端获取的多个通知消息，可以包括未显示的通知消息，或显示后未被用户查看的通知消息，或用户查看后但是未处理的通知消息，还可以包括其他需要在消息队列中进行展示的通知消息，具体此处不作限定。
902、终端确定多个通知消息中各个通知消息的通知类型；
终端获取到通知消息后，可以确定该通知消息的通知类型。
可选地，本申请实施例中，终端可以通过如下几种方式确定通知消息的通知类型。
一、根据通知消息的应用类型。
终端获取通知消息后，可以将该通知消息所属应用的类型作为该通知消息的通知类型。具体地，通知消息所属应用的类型可以是应用服务器自行定义的，可以是用户自定义的，可以是终端根据该应用的应用信息确定的，还可以通过其他方式确定，具体此处不作限定。
二、根据通知消息的消息类型。
终端获取通知消息后，可以将该通知消息的消息类型作为该通知消息的通知类型，具体地，通知消息的消息类型可以是应用服务器自行定义的，可以是用户自定义的，也可以是终端根据该通知消息的消息内容确定的，具体可以根据该通知消息中的关键字和/或关键词确定，也可以通过其他方式确定，具体此处不作限定。
三、根据通知消息的应用类型和消息类型。
终端获取通知消息后，根据该通知消息对应的应用类型以及该通知消息对应的消息类型确定该通知消息的通知类型。
具体地，终端可以预先设置应用所属类型(应用类型)对应的第一权重，以及消息本身所属类型(消息类型)对应的第二权重，然后分析通知消息所属应用对应的各类型倾向程度，以及通知消息的消息内容对应的各类型倾向程度，再根据第一权重以及第二权重计算出该各个类型对应的加权平均数，然后将加权平均数最大的类型作为该通知消息的通知类型。具体的计算过程可以参见上述应用场景(3)，此处不再赘述。
应理解，除了上述几种方式，终端还可以通过其他方式确定通知消息的通知类型，具体此处不作限定。
903、终端根据通知类型对应的点击率对多个通知消息进行排序得到通知消息队列；
终端确定通知消息的通知类型后，可以确定该通知类型对应的点击率，然后根据该点击率对多个通知消息进行排序，是的点击率大于预设阈值的通知消息排在点击率小于预设阈值的通知消息前面。
可选地，本申请实施例中，终端可以通过如下几种方式对多个通知消息进行排序：
一、按时间排序。
终端确定通知消息的通知类型对应的点击率后，可以按照通知时间从早到晚的顺序对点击率高于预设阈值的通知消息进行排序得到第一消息队列，同样地，按照通知时间从早到晚的顺序对点击率低于预设阈值的通知消息进行排序得到第二消息队列，通知消息队列即为包含该第一消息队列以及第二消息队列的消息队列，并且第一消息队列排在第二消息 队列前面。
应理解，本申请实施例中通知时间可以是该通知消息的接收时间，也可以是该通知消息的发送时间。
二、按点击率排序。
终端确定通知消息的通知类型对应的点击率后，可以按照点击率从大到小的顺序对获取到的多个通知消息进行排序得到消息队列。对于通知类型相同的通知消息，或者对于的点击率相同的通知消息，可以按照通知时间顺序从早到晚的顺序进行排序。
三、按时间以及点击率排序；
终端确定通知消息的通知类型对应的点击率后，可以按照点击率从大道小的顺序对点击率高于预设阈值的通知消息进行排序得到第一消息队列，按照通知时间从早到晚的顺序对点击率低于预设阈值的通知消息进行排序得到第二消息队列，通知消息队列即为包含该第一消息队列以及第二消息队列的消息队列，并且第一消息队列排在第二消息队列前面。
终端确定通知消息的通知类型对应的点击率后，还可以按照通知时间从早到晚的顺序对点击率高于预设阈值的通知消息进行排序得到第一消息队列，按照点击率从大到小的顺序对点击率低于预设阈值的通知消息进行排序得到第二消息队列，通知消息队列即为包含该第一消息队列以及第二消息队列的消息队列，并且第一消息队列排在第二消息队列前面。
应理解，除了上述几种方式，终端还可以结合通知消息的ongoing属性等特征对通知消息进行排序，具体本申请实施例不作限定。
还应理解，本申请实施例中，终端在对通知消息进行排序之前会根据各个通知类型的通知消息被显示过的次数，以及各个通知类型的通知消息被点击的次数计算得到各个通知类型的通知消息对应的点击率。具体地，终端可以针对各个通知类型，统计确定为该通知类型的通知消息在预置时间内被显示的次数，以及确定为该通知类型的通知消息在该预置时间内被点击的次数，然后将被点击的次数除以被显示的次数得到该通知类型的通知消息对应的点击率。
904、终端展示该通知消息队列。
终端对多个通知消息进行排序得到通知消息队列后，展示该通知消息队列。具体地，在本申请实施例中，终端可以如图3的方式显示该通知消息队列中的通知消息，可以如图4的方式显示该通知消息队列中的通知消息，也可以在通知消息队列显示界面集中展示该通知消息队列中的通知消息，如图10所示，应理解，实际应用中，通知消息队列在通知消息队列显示界面中的显示方式不限于图10中的方式，比如说，终端可以仅显示通知消息队列中的一条或多条通知消息，而将其他通知消息略缩或隐藏，如图11所示，当接收到用户相关的操作指令时才将略缩或隐藏的通知消息显示出来。还应理解，本申请实施例中通知消息队列显示界面可以是终端的通知栏显示界面，也可以是其他消息显示界面，具体此处不作限定。
下面以上述应用场景(3)为例，终端按照上述步骤903所描述方式一对通知消息进行排序，预设阈值为65％。则终端获取到通知消息a2，b2，c2和d2后，按照上述步骤903方式一的方式进行排序，即按接收时间顺序对点击率大于65％的通知消息b2和d2进行排 序得到第一消息队列(b2-d2)，按照接收时间顺序对点击率小于65％的通知消息a2和c2进行排序得到第二消息队列(a2-c2)，并将第一消息队列排在第二消息队列前面得到通知消息队列，则终端可以如图12所示的方式展示该通知消息队列(b2-d2-a2-c2)。
对于其他排序方式和对应的展示结果，此处不再一一列举。
本申请实施例中，终端获取多个通知消息后，可以确定通知消息的通知类型，然后按照各个类型对应的点击率对通知消息进行排序并显示。也就是说本申请实施例可以根据用户的历史行为识别出用户比较感兴趣的通知类型，然后将用户感兴趣的通知类型排在前面，便于用户查看，提高了查找效率。
其次，本申请实施例终端可以通过多种方式确定通知类型，还可以通过多种方式对通知消息进行排序，提高了方案的灵活性。
上面介绍了本申请实施例中的消息通知方法，下面介绍本申请实施例中终端，请参阅图13，本申请实施例中终端的一个实施例包括：
获取模块1301，用于获取多个通知消息；
确定模块1302，用于确定获取模块1301获取的多个通知消息中具有进行中ongoing属性的通知消息；
排序模块1303，用于对多个通知消息进行排序得到通知消息队列，使得具有ongoing属性的通知消息排在其他通知消息前面；
展示模块1304，用于展示通知消息队列。
本申请实施例中，获取模块1301获取到多个通知消息后，确定模块1302可以确定这多个通知消息具有ongoing属性的通知消息，排序模块1303将有ongoing属性的通知消息排在其他消息前面，并通过展示模块1304进行显示，其中，具有ongoing属性的通知消息应用程序对应的服务器发出的为需要用户持续关注的消息。一般来说，需要用户持续关注的消息，例如即时通信软件接收到的信息等，都是用户比较关注的信息，则将ongoing属性的通知消息排在前面，便于用户对重要信息的查找，提升用户体验。
为了便于理解，请参阅图14，本申请实施例中终端的另一实施例包括：
获取模块1401，用于获取多个通知消息；
确定模块1402，用于确定获取模块1401获取的多个通知消息中具有进行中ongoing属性的通知消息；
排序模块1403，用于对多个通知消息进行排序得到通知消息队列，使得具有ongoing属性的通知消息排在其他通知消息前面；
展示模块1404，用于展示通知消息队列。
其中，排序模块1403可以包括：
第一排序单元14031，用于按照通知时间从早到晚的顺序对具有ongoing属性的通知消息进行排序得到第一消息队列，按照通知时间从早到晚的顺序对其他通知消息进行排序得到第二消息队列，通知消息队列包括第一消息队列及第二消息队列，第一消息队列排在第二消息队列前面；
或，
第二排序单元14032，用于按照通知类型对应的点击率从大到小的顺序对具有ongoing属性的通知消息进行排序得到第一消息队列，按照通知类型对应的点击率从大到小的顺序对其他通知消息进行排序得到第二消息队列，通知消息队列包括第一消息队列及第二消息队列，第一消息队列排在第二消息队列前面；
或，
第三排序单元14033，用于按照通知类型对应的点击率从大到小的顺序对具有ongoing属性的通知消息进行排序得到第一消息队列，按照通知时间从早到晚的顺序对其他通知消息进行排序得到第二消息队列，通知消息队列包括第一消息队列及第二消息队列，第一消息队列排在第二消息队列前面。
应理解，图14对应的实施例中，终端各模块所执行的流程与前述图2所示的实施例中描述的方法流程类似，此处不再赘述。
本申请实施例中，获取模块1401获取到多个通知消息后，确定模块1402可以确定这多个通知消息具有ongoing属性的通知消息，排序模块1403将有ongoing属性的通知消息排在其他消息前面，并通过展示模块1404进行显示，其中，具有ongoing属性的通知消息应用程序对应的服务器发出的为需要用户持续关注的消息。一般来说，需要用户持续关注的消息，例如即时通信软件接收到的信息等，都是用户比较关注的信息，则将ongoing属性的通知消息排在前面，便于用户对重要信息的查找，提升用户体验。
本申请实施例提供了多种排序模块1403对通知消息进行排序的方式，提高了方案的灵活性。
请参阅图15，本申请实施例中终端的另一实施例包括：
获取模块1501，用于获取多个通知消息；
第一确定模块1502，用于确定获取模块1501获取的多个通知消息中各个通知消息的通知类型；
排序模块1503，用于根据第一确定模块1502确定的通知类型对应的点击率对多个通知消息进行排序得到通知消息队列；
展示模块1504，用于展示通知消息队列。
本申请实施例中，获取模块1501获取多个通知消息后，第一确定模块1502可以确定通知消息的通知类型，然后排序模块1503按照各个类型对应的点击率对通知消息进行排序，展示模块1504对排序结果进行显示。也就是说本申请实施例可以根据用户的历史行为识别出用户比较感兴趣的通知类型，然后将用户感兴趣的通知类型排在前面，便于用户查看，提高了查找效率。
为了便于理解，下面请参阅图16，本申请实施例中终端的另一实施例包括：
获取模块1601，用于获取多个通知消息；
第一确定模块1602，用于确定获取模块1601获取的多个通知消息中各个通知消息的通知类型；
排序模块1603，用于根据第一确定模块1602确定的通知类型对应的点击率对多个通知消息进行排序得到通知消息队列；
展示模块1604，用于展示通知消息队列；
可选地，本申请实施例中，排序模块1603可以包括：
排序单元16031，用于按照通知时间从早到晚的顺序对点击率高于预设阈值的通知消息进行排序得到第一消息队列，终端按照通知时间从早到晚的顺序对点击率低于预设阈值的通知消息进行排序得到第二消息队列，通知消息队列包括第一消息队列及第二消息队列，第一消息队列排在第二消息队列前面。
可选地，本申请实施例中，终端还可以包括
第二确定模块1605，用于根据预置时间内显示的通知消息以及用户点击过的通知消息，确定各个通知类型对应的点击率。
可选地，本去实施例中，第一确定模块1602可以包括：
第一确定单元16021，用于针对各个通知消息，根据该通知消息对应的应用类型以及该通知消息对应的消息类型确定该通知消息的通知类型，应用类型为通知消息所属应用的类型，消息类型为通知消息本身所属类型。
应理解，图16对应的实施例中，终端各模块所执行的流程与前述图9所示的实施例中描述的方法流程类似，此处不再赘述。
本申请实施例中，获取模块1601获取多个通知消息后，第一确定模块1602可以确定通知消息的通知类型，然后排序模块1603按照各个类型对应的点击率对通知消息进行排序，展示模块1604对排序结果进行显示。也就是说本申请实施例可以根据用户的历史行为识别出用户比较感兴趣的通知类型，然后将用户感兴趣的通知类型排在前面，便于用户查看，提高了查找效率。
其次，本申请实施例终端可以通过确定通知类型以及排序的具体方式，提高了方案的可实现性。
上面从功能模块的角度介绍了本申请实施例中的终端，下面从实体硬件的角度介绍本申请实施例中的终端，如图17所示，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。该终端可以为包括手机、平板电脑、个人数字助理(英文全称：Personal Digital Assistant，英文缩写：PDA)、销售终端(英文全称：Point of Sales，英文缩写：POS)、车载电脑等任意终端设备，以终端为手机为例：
图17示出的是与本申请实施例提供的终端相关的手机的部分结构的框图。参考图17，手机包括：射频(英文全称：Radio Frequency，英文缩写：RF)电路1710、存储器1720、输入单元1730、显示单元1740、传感器1750、音频电路1760、无线保真(英文全称：wireless fidelity，英文缩写：WiFi)模块1770、处理器1780、以及电源1790等部件。本领域技术人员可以理解，图17中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
下面结合图17对手机的各个构成部件进行具体的介绍：
RF电路1710可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器1780处理；另外，将设计上行的数据发送给基站。通常，RF电路1710包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(英文 全称：Low Noise Amplifier，英文缩写：LNA)、双工器等。此外，RF电路1710还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯***(英文全称：Global System of Mobile communication，英文缩写：GSM)、通用分组无线服务(英文全称：General Packet Radio Service，GPRS)、码分多址(英文全称：Code Division Multiple Access，英文缩写：CDMA)、宽带码分多址(英文全称：Wideband Code Division Multiple Access,英文缩写：WCDMA)、长期演进(英文全称：Long Term Evolution，英文缩写：LTE)、电子邮件、短消息服务(英文全称：Short Messaging Service，SMS)等。
存储器1720可用于存储软件程序以及模块，处理器1780通过运行存储在存储器1720的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器1720可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器1720可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
输入单元1730可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元1730可包括触控面板1731以及其他输入设备1732。触控面板1731，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1731上或在触控面板1731附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板1731可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1780，并能接收处理器1780发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1731。除了触控面板1731，输入单元1730还可以包括其他输入设备1732。具体地，其他输入设备1732可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元1740可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元1740可包括显示面板1741，可选的，可以采用液晶显示器(英文全称：Liquid Crystal Display，英文缩写：LCD)、有机发光二极管(英文全称：Organic Light-Emitting Diode，英文缩写：OLED)等形式来配置显示面板1741。进一步的，触控面板1731可覆盖显示面板1741，当触控面板1731检测到在其上或附近的触摸操作后，传送给处理器1780以确定触摸事件的类型，随后处理器1780根据触摸事件的类型在显示面板1741上提供相应的视觉输出。虽然在图17中，触控面板1731与显示面板1741是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板1731与显示面板1741集成而实现手机的输入和输出功能。
手机还可包括至少一种传感器1750，比如光传感器、运动传感器以及其他传感器。具 体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1741的亮度，接近传感器可在手机移动到耳边时，关闭显示面板1741和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
音频电路1760、扬声器1761，传声器1762可提供用户与手机之间的音频接口。音频电路1760可将接收到的音频数据转换后的电信号，传输到扬声器1761，由扬声器1761转换为声音信号输出；另一方面，传声器1762将收集的声音信号转换为电信号，由音频电路1760接收后转换为音频数据，再将音频数据输出处理器1780处理后，经RF电路1710以发送给比如另一手机，或者将音频数据输出至存储器1720以便进一步处理。
WiFi属于短距离无线传输技术，手机通过WiFi模块1770可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图17示出了WiFi模块1770，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。
处理器1780是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器1720内的软件程序和/或模块，以及调用存储在存储器1720内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器1780可包括一个或多个处理单元；可选的，处理器1780可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作***、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1780中。
手机还包括给各个部件供电的电源1790(比如电池)，可选的，电源可以通过电源管理***与处理器1780逻辑相连，从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。
尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。
在本申请提供的终端的另一实施例中，该终端所包括的处理器1780用于执行如下步骤：
获取多个通知消息；
确定多个通知消息中具有进行中ongoing属性的通知消息；
对多个通知消息进行排序得到通知消息队列，使得具有ongoing属性的通知消息排在其他通知消息前面；
展示通知消息队列。
可选地，在本申请实施例中，处理1780还可以具有以下功能：
按照通知时间从早到晚的顺序对具有ongoing属性的通知消息进行排序得到第一消息队列，按照通知时间从早到晚的顺序对其他通知消息进行排序得到第二消息队列，通知消息队列包括第一消息队列及第二消息队列，第一消息队列排在第二消息队列前面。
可选地，处理1780还可以具有以下功能：
按照通知类型对应的点击率从大到小的顺序对具有ongoing属性的通知消息进行排序得到第一消息队列，按照通知类型对应的点击率从大到小的顺序对其他通知消息进行排序得到第二消息队列，通知消息队列包括第一消息队列及第二消息队列，第一消息队列排在第二消息队列前面。
可选地，处理1780还可以具有以下功能：
按照通知类型对应的点击率从大到小的顺序对具有ongoing属性的通知消息进行排序得到第一消息队列，按照通知时间从早到晚的顺序对其他通知消息进行排序得到第二消息队列，通知消息队列包括第一消息队列及第二消息队列，第一消息队列排在第二消息队列前面。
在本申请提供的终端的另一实施例中，该终端所包括的处理器1780用于执行如下步骤：
获取多个通知消息；
确定多个通知消息中各个通知消息的通知类型；
根据通知类型对应的点击率对多个通知消息进行排序得到通知消息队列；
展示通知消息队列。
可选地，在本申请实施例中，处理器1780具体可以执行如下步骤：
按照通知时间从早到晚的顺序对点击率高于预设阈值的通知消息进行排序得到第一消息队列，终端按照通知时间从早到晚的顺序对点击率低于预设阈值的通知消息进行排序得到第二消息队列，通知消息队列包括第一消息队列及第二消息队列，第一消息队列排在第二消息队列前面。
可选地，在本申请实施例中，处理器1780还用于执行如下步骤：
根据预置时间内显示的通知消息以及用户点击过的通知消息，确定各个通知类型对应的点击率。
可选地，在本申请实施例中，处理器1780具体用于执行如下步骤：
针对各个通知消息，根据该通知消息对应的应用类型以及该通知消息对应的消息类型确定该通知消息的通知类型，应用类型为通知消息所属应用的类型，消息类型为通知消息本身所属类型。
本申请实施例还提供了一种计算机存储介质，该计算机存储介质用于储存为上述终端所用的计算机软件指令，其包括用于执行为终端所设计的程序。
本申请实施例还提供了一种计算机程序产品，该计算机程序产品包括计算机软件指令，该计算机软件指令可通过处理器进行加载来实现上述图1至图9中任意一项的消息通知方法中的流程。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。
所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是 通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的***，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文全称：Read-Only Memory，英文缩写：ROM)、随机存取存储器(英文全称：Random Access Memory，英文缩写：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (20)

  1. 一种消息通知方法，其特征在于，包括：
    终端获取多个通知消息；
    所述终端确定所述多个通知消息中具有进行中ongoing属性的通知消息；
    所述终端对所述多个通知消息进行排序得到通知消息队列，使得所述具有ongoing属性的通知消息排在其他通知消息前面；
    所述终端展示所述通知消息队列。
  2. 根据权利要求1所述的方法，其特征在于，所述终端对所述多个通知消息进行排序得到通知消息队列包括：
    所述终端按照通知时间从早到晚的顺序对具有ongoing属性的通知消息进行排序得到第一消息队列，按照通知时间从早到晚的顺序对其他通知消息进行排序得到第二消息队列，所述通知消息队列包括所述第一消息队列及所述第二消息队列，所述第一消息队列排在所述第二消息队列前面。
  3. 根据权利要求1所述的方法，其特征在于，所述终端对所述多个通知消息进行排序得到通知消息队列包括：
    所述终端按照通知类型对应的点击率从大到小的顺序对具有ongoing属性的通知消息进行排序得到第一消息队列，按照通知类型对应的点击率从大到小的顺序对其他通知消息进行排序得到第二消息队列，所述通知消息队列包括所述第一消息队列及所述第二消息队列，所述第一消息队列排在所述第二消息队列前面。
  4. 根据权利要求1所述的方法，其特征在于，所述终端对所述多个通知消息进行排序得到通知消息队列包括：
    所述终端按照通知类型对应的点击率从大到小的顺序对具有ongoing属性的通知消息进行排序得到第一消息队列，按照通知时间从早到晚的顺序对其他通知消息进行排序得到第二消息队列，所述通知消息队列包括所述第一消息队列及所述第二消息队列，所述第一消息队列排在所述第二消息队列前面。
  5. 一种消息通知方法，其特征在于，包括：
    终端获取多个通知消息；
    所述终端确定所述多个通知消息中各个通知消息的通知类型；
    所述终端根据所述通知类型对应的点击率对所述多个通知消息进行排序得到通知消息队列；
    所述终端展示所述通知消息队列。
  6. 根据权利要求1所述的方法，其特征在于，所述终端根据所述通知类型对应的点击率对所述多个通知消息进行排序得到通知消息队列包括：
    所述终端按照通知时间从早到晚的顺序对所述点击率高于预设阈值的通知消息进行排序得到第一消息队列，所述终端按照通知时间从早到晚的顺序对所述点击率低于所述预设阈值的通知消息进行排序得到第二消息队列，所述通知消息队列包括所述第一消息队列及所述第二消息队列，所述第一消息队列排在所述第二消息队列前面。
  7. 根据权利要求5或6所述的方法，其特征在于，所述终端获取多个通知消息之前包括：
    所述终端根据预置时间内显示的通知消息以及用户点击过的通知消息，确定各个通知类型对应的点击率。
  8. 根据权利要求5或6所述的方法，其特征在于，所述终端确定所述多个通知消息中各个通知消息的通知类型包括：
    所述终端针对各个通知消息，根据该通知消息对应的应用类型以及该通知消息对应的消息类型确定该通知消息的通知类型，所述应用类型为所述通知消息所属应用的类型，所述消息类型为所述通知消息本身所属类型。
  9. 一种终端，其特征在于，包括：
    获取模块，用于获取多个通知消息；
    确定模块，用于确定所述获取模块获取的所述多个通知消息中具有进行中ongoing属性的通知消息；
    排序模块，用于对所述多个通知消息进行排序得到通知消息队列，使得所述具有ongoing属性的通知消息排在其他通知消息前面；
    展示模块，用于展示所述通知消息队列。
  10. 根据权利要求9所述的终端，其特征在于，所述排序模块包括：
    第一排序单元，用于按照通知时间从早到晚的顺序对具有ongoing属性的通知消息进行排序得到第一消息队列，按照通知时间从早到晚的顺序对其他通知消息进行排序得到第二消息队列，所述通知消息队列包括所述第一消息队列及所述第二消息队列，所述第一消息队列排在所述第二消息队列前面。
  11. 根据权利要求9所述的终端，其特征在于，所述排序模块包括：
    第二排序单元，用于按照通知类型对应的点击率从大到小的顺序对具有ongoing属性的通知消息进行排序得到第一消息队列，按照通知类型对应的点击率从大到小的顺序对其他通知消息进行排序得到第二消息队列，所述通知消息队列包括所述第一消息队列及所述第二消息队列，所述第一消息队列排在所述第二消息队列前面。
  12. 根据权利要求9所述的终端，其特征在于，所述排序模块包括：
    第三排序单元，用于按照通知类型对应的点击率从大到小的顺序对具有ongoing属性的通知消息进行排序得到第一消息队列，按照通知时间从早到晚的顺序对其他通知消息进行排序得到第二消息队列，所述通知消息队列包括所述第一消息队列及所述第二消息队列，所述第一消息队列排在所述第二消息队列前面。
  13. 一种终端，其特征在于，包括：
    获取模块，用于获取多个通知消息；
    第一确定模块，用于确定获取模块获取的所述多个通知消息中各个通知消息的通知类型；
    排序模块，用于根据所述第一确定模块确定的所述通知类型对应的点击率对所述多个通知消息进行排序得到通知消息队列；
    展示模块，用于展示所述通知消息队列。
  14. 根据权利要求13所述的终端，其特征在于，所述排序模块包括：
    排序单元，用于按照通知时间从早到晚的顺序对所述点击率高于预设阈值的通知消息进行排序得到第一消息队列，所述终端按照通知时间从早到晚的顺序对所述点击率低于所述预设阈值的通知消息进行排序得到第二消息队列，所述通知消息队列包括所述第一消息队列及所述第二消息队列，所述第一消息队列排在所述第二消息队列前面。
  15. 根据权利要求13或14所述的终端，其特征在于，所述终端还包括：
    第二确定模块，用于根据预置时间内显示的通知消息以及用户点击过的通知消息，确定各个通知类型对应的点击率。
  16. 根据权利要求13或14所述的终端，其特征在于，所述第一确定模块包括：
    第一确定单元，用于针对各个通知消息，根据该通知消息对应的应用类型以及该通知消息对应的消息类型确定该通知消息的通知类型，所述应用类型为所述通知消息所属应用的类型，所述消息类型为所述通知消息本身所属类型。
  17. 一种终端，其特征在于，包括：输入设备，输出设备，存储器及处理器；
    所述存储器用于存储程序；
    所述处理器用于执行所述程序，具体包括如下步骤：
    获取多个通知消息；
    确定所述多个通知消息中具有进行中ongoing属性的通知消息；
    对所述多个通知消息进行排序得到通知消息队列，使得所述具有ongoing属性的通知消息排在其他通知消息前面；
    展示所述通知消息队列。
  18. 一种终端，其特征在于，包括：输入设备，输出设备，存储器及处理器；
    所述存储器用于存储程序；
    所述处理器用于执行所述程序，具体包括如下步骤：
    获取多个通知消息；
    确定所述多个通知消息中各个通知消息的通知类型；
    根据所述通知类型对应的点击率对所述多个通知消息进行排序得到通知消息队列；
    展示所述通知消息队列。
  19. 一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如权利要求1至8中任意一项所述的方法。
  20. 一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如权利要求1至8中任意一项所述的方法。
CN201780014684.2A 2017-02-28 2017-06-23 消息通知方法及终端 Pending CN108781176A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201710114940 2017-02-28
CN2017101149407 2017-02-28
PCT/CN2017/089752 WO2018157519A1 (zh) 2017-02-28 2017-06-23 消息通知方法及终端

Publications (1)

Publication Number Publication Date
CN108781176A true CN108781176A (zh) 2018-11-09

Family

ID=63369738

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201780014684.2A Pending CN108781176A (zh) 2017-02-28 2017-06-23 消息通知方法及终端

Country Status (6)

Country Link
US (1) US10757060B2 (zh)
EP (1) EP3582450B1 (zh)
JP (1) JP6915074B2 (zh)
KR (1) KR102239616B1 (zh)
CN (1) CN108781176A (zh)
WO (1) WO2018157519A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11714522B2 (en) * 2017-12-08 2023-08-01 Yahoo Assets Llc Controlling a graphical user interface using a presentation of messages based upon predicted interactions with the messages
CN114428684A (zh) * 2020-10-29 2022-05-03 中移互联网有限公司 一种基于分布式的消息推送方法、装置和***
CN112270531B (zh) * 2020-10-30 2023-12-29 重庆紫光华山智安科技有限公司 事项通知方法、装置、服务器及存储介质
CN112702190A (zh) * 2020-12-11 2021-04-23 广东电力通信科技有限公司 一种基于消息队列的区域告警消息推送方法及***

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014000255A1 (zh) * 2012-06-29 2014-01-03 宇龙计算机通信科技(深圳)有限公司 终端和通知消息的管理方法
CN103648084A (zh) * 2013-12-05 2014-03-19 百度在线网络技术（北京）有限公司 消息通知栏中显示消息的方法和***
CN104506715A (zh) * 2014-12-05 2015-04-08 小米科技有限责任公司 通知消息显示方法及装置
CN105094814A (zh) * 2015-06-30 2015-11-25 小米科技有限责任公司 通知消息展示方法和装置
CN105898014A (zh) * 2015-11-06 2016-08-24 乐视移动智能信息技术（北京）有限公司 通知消息的显示方法、装置及终端设备
CN106357890A (zh) * 2016-08-28 2017-01-25 华蓥市高科德电子科技有限公司 一种手机通知栏消息管理的方法

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080275775A1 (en) * 2007-05-04 2008-11-06 Yahoo! Inc. System and method for using sampling for scheduling advertisements in an online auction
CN102238097B (zh) 2010-05-07 2015-07-22 阿里巴巴集团控股有限公司 一种基于即时通讯im的信息提醒方法和装置
US9503415B2 (en) 2011-01-27 2016-11-22 T-Mobile Usa, Inc. Unified notification platform
KR101678271B1 (ko) * 2011-06-05 2016-11-21 애플 인크. 다수의 애플리케이션들로부터 수신된 통지들을 디스플레이하기 위한 시스템들 및 방법들
US8707201B1 (en) * 2012-06-27 2014-04-22 Google Inc. Systems and methods for prioritizing notifications on mobile devices
US9210119B2 (en) * 2013-03-29 2015-12-08 Garret J. LoPorto Automated triggering of a broadcast
EP3096508B1 (en) 2014-01-15 2019-07-31 Yulong Computer Telecommunication Scientific (Shenzhen) Co. Ltd. Message prompt method and message prompt apparatus
JP6482330B2 (ja) 2015-03-09 2019-03-13 キヤノン株式会社 通信装置、通信方法、及びプログラム
CN106020784B (zh) * 2015-03-18 2020-09-08 小米科技有限责任公司 应用消息显示方法、装置及终端
CN104796434A (zh) 2015-05-08 2015-07-22 集怡嘉数码科技（深圳）有限公司 一种消息推送方法及服务器
US9882856B2 (en) 2015-07-10 2018-01-30 Blackberry Limited Method and device for prioritizing messages based on originating time zone
CN105245692A (zh) * 2015-08-31 2016-01-13 深圳市金立通信设备有限公司 一种消息提醒方法及终端
CN105337847A (zh) 2015-11-17 2016-02-17 小米科技有限责任公司 即时通讯消息处理方法、装置和设备

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014000255A1 (zh) * 2012-06-29 2014-01-03 宇龙计算机通信科技(深圳)有限公司 终端和通知消息的管理方法
CN103648084A (zh) * 2013-12-05 2014-03-19 百度在线网络技术（北京）有限公司 消息通知栏中显示消息的方法和***
CN104506715A (zh) * 2014-12-05 2015-04-08 小米科技有限责任公司 通知消息显示方法及装置
CN105094814A (zh) * 2015-06-30 2015-11-25 小米科技有限责任公司 通知消息展示方法和装置
CN105898014A (zh) * 2015-11-06 2016-08-24 乐视移动智能信息技术（北京）有限公司 通知消息的显示方法、装置及终端设备
CN106357890A (zh) * 2016-08-28 2017-01-25 华蓥市高科德电子科技有限公司 一种手机通知栏消息管理的方法

Also Published As

Publication number Publication date
EP3582450B1 (en) 2021-11-24
KR102239616B1 (ko) 2021-04-12
EP3582450A4 (en) 2020-01-01
KR20190117753A (ko) 2019-10-16
EP3582450A1 (en) 2019-12-18
US10757060B2 (en) 2020-08-25
JP2020515123A (ja) 2020-05-21
US20200007488A1 (en) 2020-01-02
JP6915074B2 (ja) 2021-08-04
WO2018157519A1 (zh) 2018-09-07

Similar Documents

Publication Publication Date Title
CN104238918B (zh) 列表视图组件滑动显示方法及装置
CN108156508B (zh) 弹幕信息处理的方法、装置、移动终端、服务器及***
CN104093123B (zh) 应用程序的信息推送方法、装置和***、移动终端
CN106303070B (zh) 一种通知消息的提示方法、装置及移动终端
CN104869468A (zh) 一种显示弹幕信息的方法和装置
CN104135501A (zh) 页面分享方法、装置及***
CN109154946A (zh) 一种显示收藏对象的方法和终端
CN104699973A (zh) 一种问卷逻辑控制方法,及装置
CN106200970B (zh) 一种分屏显示的方法及终端
WO2021003673A1 (zh) 内容推送方法及相关产品
CN104426919A (zh) 页面分享方法、装置及***
CN104598476A (zh) 消息聚合展示方法和消息展示方法及相关装置
CN108781176A (zh) 消息通知方法及终端
CN104516886A (zh) 一种展现数据分析结果的方法、移动终端以及服务器
CN104618223A (zh) 一种信息推荐的管理方法、装置和***
CN108958606A (zh) 分屏显示方法、装置、存储介质和电子设备
CN106445336A (zh) 电子资源的快速获取方法及移动终端
CN104216651A (zh) 显示社交信息的方法和装置
CN109669662A (zh) 一种语音输入方法、装置、存储介质及移动终端
CN106302654A (zh) 一种基于摇一摇方式进行广告推送的方法及终端设备
CN103399706A (zh) 页面交互方法、装置及终端
CN108055383A (zh) 截屏图片的获取方法、装置和移动终端
CN110555155A (zh) 物品信息推荐方法、设备和存储介质
CN107678822B (zh) 一种信息处理方法及装置、终端和可读存储介质
CN112748970B (zh) 消息的显示方法及终端设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20181109