CN109997104B - 一种通知显示方法及终端 - Google Patents

一种通知显示方法及终端 Download PDF

Info

Publication number
CN109997104B
CN109997104B CN201780072362.3A CN201780072362A CN109997104B CN 109997104 B CN109997104 B CN 109997104B CN 201780072362 A CN201780072362 A CN 201780072362A CN 109997104 B CN109997104 B CN 109997104B
Authority
CN
China
Prior art keywords
information
notification
terminal
notified
event
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.)
Active
Application number
CN201780072362.3A
Other languages
English (en)
Other versions
CN109997104A (zh
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 CN109997104A publication Critical patent/CN109997104A/zh
Application granted granted Critical
Publication of CN109997104B publication Critical patent/CN109997104B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0487—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser
    • G06F3/0488—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser using a touch-screen or digitiser, e.g. input of commands through traced gestures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/906—Clustering; Classification
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
    • G06N20/00—Machine learning
    • G06N20/20—Ensemble learning
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
    • G06N5/00—Computing arrangements using knowledge-based models
    • G06N5/01—Dynamic search techniques; Heuristics; Dynamic trees; Branch-and-bound
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
    • G06N5/00—Computing arrangements using knowledge-based models
    • G06N5/04—Inference or reasoning models
    • G06N5/048—Fuzzy inferencing
    • 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/72448—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions
    • H04M1/72454—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions according to context-related or environment-related conditions
    • 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/72469—User interfaces specially adapted for cordless or mobile telephones for operating the device by selecting functions from two or more displayed items, e.g. menus or icons
    • H04M1/72472—User interfaces specially adapted for cordless or mobile telephones for operating the device by selecting functions from two or more displayed items, e.g. menus or icons wherein the items are sorted according to specific criteria, e.g. frequency of use
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/20—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Software Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Artificial Intelligence (AREA)
  • Evolutionary Computation (AREA)
  • Computing Systems (AREA)
  • Mathematical Physics (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computational Linguistics (AREA)
  • Databases & Information Systems (AREA)
  • Medical Informatics (AREA)
  • Automation & Control Theory (AREA)
  • Fuzzy Systems (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Environmental & Geological Engineering (AREA)
  • User Interface Of Digital Computer (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephone Function (AREA)

Abstract

本申请公开了一种通知显示方法，该方法包括：当有待通知事件时，终端从所述待通知事件的对象信息中获取匹配信息，并将所述匹配信息与规则库中的至少一个规则进行匹配，其中，每个所述规则包括至少一个条件，每个所述规则对应一个通知类型；若匹配成功，所述终端根据匹配成功的规则所对应的通知类型，对所述待通知事件所对应的通知进行分类显示；若未匹配成功，所述终端从所述待通知事件的对象信息中提取至少一个特征信息，并利用分类模型分析所述特征信息，所述终端根据分析结果对应的通知类型，对所述待通知事件所对应的通知进行分类显示。

Description

一种通知显示方法及终端
技术领域
本申请涉及终端应用领域，尤其涉及一种通知显示方法及终端。
背景技术
随着智能终端深入大家的日常生活，人们已经越来越无法离开智能终端，终端上应用的数量和类型也爆发式增长，各应用为吸引用户注意，增加用户点击使用次数，很多应用无节制的滥发通知消息，大大影响了用户的适用体验，垃圾信息的狂轰滥炸严重干扰着用户的正常使用。
很多用户都希望能对智能终端上的通知消息进行管控，目前终端制造商和一些开发商针对这个问题正在试图找出解决方案，以向用户提供这些通知消息的即时访问的更高效和直观的方法。
发明内容
本申请实施例提供了一种通知显示方法和终端，用于可以贴合用户需求实现准确的通知分类，帮助用户筛选出感兴趣的通知，提升用户体验。
本申请实施例的第一方面提供了一种通知显示方法，该方法包括：
当有待通知事件发生时，终端从待通知事件的对象信息中获取匹配信息，并将匹配信息与规则库中的规则进行匹配，若匹配成功，则根据匹配成功的规则所对应的通知类型，对待通知事件所对应的通知进行分类显示；若匹配不成功，则从待通知事件的对象信息中提取至少一个特征信息，并利用分类模型分析该特征信息，根据分析得到的通知类型对待通知事件所对应的通知进行分类显示。
其中，规则库中的每个规则包括至少一个条件，并且每个规则对应一个通知类型。待通知事件的对象信息至少包括文本信息，跳转信息和待通知事件所对应的应用包名信息。
本申请实施例中，当有待通知事件时，终端提取该待通知事件的匹配信息或特征信息，将该匹配信息与规则库中的规则进行匹配得到通知类型，或通过分类模型对特征信息进行分析得到通知类型。其中，规则库中的规则和分类模型是根据大量人工标注了通知类型的样本数据确定的，可以贴合用户需求实现准确的通知分类，帮助用户筛选出感兴趣的通知，提升用户体验。
结合本申请第一方面，在本申请第一方面的第一种实现方式中，终端从待通知事件的对象信息中获取的匹配信息为文本信息，规则库中的规则包括至少一个文本匹配条件。终端获取文本信息后，将文本信息与规则中的文本匹配条件进行匹配。
本实施例提供了一种将匹配信息与规则进行匹配的具体方式，提高了方案的可实现性。
结合本申请第一方面或第一方面的第一种实现方式，在本申请第一方面的第二种实现方式中，终端从待通知事件的对象信息中获取的匹配信息为文本信息和应用包名信息，规则库中的规则包括至少一个文本匹配条件以及每个文本匹配条件所对应的应用包名匹配条件。终端获取文本信息和应用包名信息后，将该文本信息与规则中文本匹配条件进行匹配，并将该应用包名信息与对应的应用包名匹配条件进行匹配。
本实施例提供了另一种将匹配信息与规则进行匹配的具体方式，提高了方案的灵活性。
结合本申请第一方面，第一方面的第一或第二种实现方式，在本申请第一方面的第三种实现方式中，终端从待通知事件的对象信息中获取的匹配信息为跳转信息和应用包名信息，规则库中的规则包括至少一个跳转匹配条件以及每个跳转匹配条件对应的应用包名匹配条件。终端获取跳转信息和应用包名信息后，将该跳转信息与规则中的跳转匹配条件进行匹配，并将该应用包名信息与对应的应用包名匹配条件进行匹配。
本实施例提供了另一将匹配信息与规则进行匹配的具体方式，提高了方案的灵活性。
结合本申请第一方面的第三种实现方式中，在本申请第一方面的第四种实现方式中，跳转信息包括标准跳转信息和自定义跳转信息。
本实施例中终端不仅可以对标准跳转信息进行匹配，还可以对自定义跳转信息进行匹配，提高了分类的准确性。
结合本申请第一方面，第一方面的第一至第四种实现方式中的任意一种实现方式，在本申请第一方面的第五种实现方式中，分类模型可以包括：文本分类模型，跳转分类模型和融合分类模型。终端从待通知事件的对象信息中提取跳转信息特征向量和文本信息特征向量，并利用文本分类模型对文本信息特征向量进行分析得到第一分类，利用跳转分类模型对跳转信息特征向量进行分析得到第二分类，然后利用融合模型对第一分类和第二分类进行分析得到分析结果，该分析结果对应一个通知类型。
本实施例提供了一种利用分类模型分别对待通知事件的文本信息和跳转信息进行了分析，结合两者的分析结果得到最终的通知类型，提高了方案的准确性。
结合本申请第一方面，第一方面的第五种实现方式，在本申请第一方面的第六种实现方式中，终端可以通过如下方式提取跳转信息特征向量：终端从对象信息中获取跳转信息，将跳转信息中各个字段的值拆分成若干字符，将这若干个字符通过向量化组合得到跳转信息特征向量。同样地，终端可以通过如下方式提取文本信息特征向量：终端从对象信息中获取文本信息，将文本信息拆分成若干个字和/或词，将这若干个字和/或词通过向量化组合得到文本信息特征向量。
本实施例提供了一种提取特征向量的具体方式，提高了方案的可实现性。
结合本申请第一方面，第一方面的第一至第六种实现方式中的任意一种实现方式，在本申请第一方面的第七种实现方式中，终端可以通过如下方式对通知进行分类显示：终端将通知类型相同的待通知事件对应的通知集中在同一个显示窗格中显示，即将通知在其所属通知类型对应的显示窗格中进行显示。
结合本申请第一方面的第七种实现方式，在本申请第一方面的第八种实现方式中，终端将通知类型的通知集中在一个显示窗格中通过如下方式进行显示：终端在显示窗格中展开显示通知。
本实施例提供了一种分类显示通知的具体方式，提高了方案的可实现性。
结合本申请第一方面的第七种实现方式，在本申请第一方面的第九种实现方式中，终端将通知类型的通知集中在一个显示窗格中通过如下方式进行显示：终端根据获取通知的优先级确定通知在显示窗格中的显示方式，以对应的显示方式在显示窗格中显示通知，其中，该显示方式包括：展开显示或收起显示。或者该显示方式包括：第一方式显示或第二方式显示，第一方面显示的内容多于第二方式显示的内容。
本实施例提供了另一种分类显示通知的具体方式，提高了方案的灵活性。
需要说明的是，展开显示指的是将通知的文本信息部分或全部展开显示，收起显示指的是将通知的文本信息隐藏或仅显示部分。
结合本申请第一方面的第九种实现方式，在本申请第一方面的第十种实现方式中，当终端对某个通知以第二方式进行显示时，响应于检测到的对该通知进行的输入操作，终端对该通知以第一方式进行显示。
本实施例提供了另一种分类显示通知的具体方式，提高了方案的灵活性。
结合本申请第一方面的第九或第十种实现方式，在本申请第一方面的第十一种实现方式中，终端可以通过如下方式获取通知的优先级：终端获取通知对应的优先级信息，根据优先级信息确定通知对应的优先级，其中，优先级信息包括如下至少一下：通知所属通知类型对应的第一优先级信息，通知对应应用的第二优先级信息，通知对应的用户使用习惯信息。
本实施例中可以根据通知类型，应用属性，用户习惯等信息确定通知优先级，对通知进行分类，可以更加贴近用户需求，提升用户体验。
结合本申请第一方面的第十一种实现方式，在本申请第一方面的第十二种实现方式中，用户使用习惯信息包括如下至少一项信息：用户历史通知点击频率信息，用户历史通知删除频率信息，用户画像信息。
本实施例提供可以结合多种信息确定用户使用习惯，提高了方案的准确性。
本申请实施例第二方面提供了一种通知显示方法，该方法包括：当有待通知事件时，终端获取待通知事件的文本信息，跳转信息和应用包名信息。然后将该文本信息与规则库中的通用规则进行匹配，若该文本信息与第一通用规则匹配成功，则将该第一通用规则对应的通知类型作为该待通知事件所对应通知的通知类型；若该文本信息与规则库中的通用规则均不匹配，则将该文本信息以及应用包名信息与规则库中的特殊规则进行匹配，若该文本信息以及应用包名信息与第一特殊规则匹配，则将第一特殊规则对应的通知类型作为该待通知事件所对应通知的通知类型；若该文本信息以及应用包名信息与规则库中的特殊规则均不匹配，则将跳转信息以及应用包名信息与规则库中的精确匹配规则进行匹配，若该跳转信息以及应用包名信息与第一精确匹配规则匹配，则将该第一精确匹配规则对应的通知类型作为该待通知事件所对应通知的通知类型；若该跳转信息以及应用包名信息与规则库中的精确匹配规则均不匹配，则将该跳转信息以及应用包名信息与规则库中的模糊匹配规则进行匹配，若该跳转信息以及应用包名信息与第一模糊匹配规则匹配成功，则将第一模糊匹配规则对应的通知类型作为该待通知事件所对应通知的通知类型；若该跳转信息以及应用包名信息与规则库中的模糊匹配规则均不匹配，则从跳转信息提取跳转信息特征向量，从文本信息提取文本信息特征向量，利用文本分类模型对文本信息特征向量进行分析得到第一分类，利用跳转分类模型对跳转信息特征向量进行分类得到第二分类，然后利用融合分类模型对得到的第一分类和第二分类进行分析得到通知的通知类型。
终端确定通知类型后，根据通知类型对通知进行分类显示。具体可以通过如下任意一种方式：将属于同一通知类型的通知集中在一个显示窗格中展开显示；将属于同一通知类型的通知集中在一个显示窗格中，将优先级为高的通知展开显示，优先级低的通知收起显示；将属于同一通知类型的通知且优先级为高的通知集中在一个显示窗格中展开显示，将优先级为低的所有通知收起显示。
其中，通知的优先级通过通知类型的优先级信息，所属应用的优先级信息或用户使用习惯确定。
本申请实施例中，当有待通知事件时，终端提取该待通知事件的匹配信息或特征信息，将该匹配信息与规则库中的规则进行匹配得到通知类型，或通过分类模型对特征信息进行分析得到通知类型。其中，规则库中的规则和分类模型是根据大量人工标注了通知类型的样本数据确定的，可以贴合用户需求实现准确的通知分类，帮助用户筛选出感兴趣的通知，提升用户体验。
本申请第三方面提供了一种通知显示方法，该方法包括：当有待通知事件时，终端根据该通知的通知类型对通知进行分类显示。并且，根据通知的优先级不同的通知对应的显示方式有所不同，具体可以包括如下两种显示方式：展开显示和收起显示。或者包括如下两种显示方式：以第一方式显示和以第二方式显示，第一方式显示的内容多于第二方式显示的内容。
本实施例中，终端可以根据通知的优先级将通知以不同的方式进行显示，对于优先级较低的通知可以显示较少的内容，对于优先级高的通知可以显示较多的内容，这样用户就可以在通知显示界面上快速找到感兴趣的通知，提高查找效率，提升用户体验。
结合本申请第三方面，在本申请第三方面的第一种实现方式中，终端具体可以通过如下方式对通知进行分类显示：终端将通知类型相同的待通知事件所对应的通知，集中在同一个显示窗格中显示，即将属于同一通知类型的通知集中在一个显示窗格中。
结合本申请第三方面的第一种实现方式，在本申请第三方面的第二种实现方式中，终端将通知集中在同一个显示窗格中显示的方式具体可以是将通知展开显示，即通知类型相同的通知集中在一个显示窗格中展开显示。
需要说明的是，展开显示指的是将通知的文本信息部分或全部展开显示。
本实施例提供了一种分类显示的具体方式，提高了方案的可实现性。
结合本申请第三方面的第一种实现方式，在本申请第三方面的第三种实现方式中，终端将通知集中在同一个显示窗格中显示的方式具体可以是根据通待通知事件所对应通知的优先级确定通知在对应显示窗格中的显示方式，根据确定的显示方式显示通知。其中，显示方式可以包括：展开显示或收起显示；或者可以包括：以第一方式显示或以第二方式显示，第一方式显示的内容多于第二方式显示的内容。
需要说明的是，展开显示指的是将通知的文本信息部分或全部展开显示，收起显示指的是将通知的文本信息隐藏或显示部分内容。
结合本申请第三方面的第三种实现方式，在本申请第三方面的第四种实现方式中，当终端对通知以第二方式进行显示时，响应于检测到的对该通知进行的输入操作，终端对该通知以第一方式进行显示。
本实施例提供了另一种分类显示通知的具体方式，提高了方案的灵活性。
结合本申请第三方面的第三或第四种实现方式，在本申请第三方面的第五种实现方式中，终端可以根据获取的优先级信息确定通知对应的优先级，其中，优先级信息包括如下至少一下：通知所属通知类型对应的第一优先级信息，通知对应应用的第二优先级信息，通知对应的用户使用习惯信息。
本实施例中可以根据通知类型，应用属性，用户习惯等信息确定通知优先级，对通知进行分类，可以更加贴近用户需求，提升用户体验。
结合本申请第三方面的第五种实现方式，在本申请第三方面的第六种实现方式中，用户使用习惯信息包括如下至少一项信息：用户历史通知点击频率信息，用户历史通知删除频率信息，用户画像信息。
本实施例提供可以结合多种信息确定用户使用习惯，提高了方案的准确性。
本申请第四方面提供了一种通知显示方法，该方法包括：终端将通知类型相同的待通知事件所对应的通知集中在同一个显示窗格中展开显示或根据通知的优先级以不同方式显示，不同方式具体可以是展开显示或收起显示，不同方式具体还可以是以第一方式显示或以第二方式显示，第一方式显示的内容多于第二方式显示的内容。其中，通知的优先级可以根据优先级信息确定，优先级信息包括如下至少一下：通知所属通知类型对应的第一优先级信息，通知对应应用的第二优先级信息，通知对应的用户使用习惯信息。
本实施例中，终端可以根据通知的优先级将通知以不同的方式进行显示，对于优先级较低的通知可以显示较少的内容，对于优先级高的通知可以显示较多的内容，这样用户就可以在通知显示界面上快速找到感兴趣的通知，提高查找效率，提升用户体验。
本申请实施例第五方面提供了一种终端，该终端包括：触摸屏，一个或多个处理器，存储器，多个应用程序，以及一个或多个计算机程序。其中，触摸屏包括触敏表面和显示器，一个或多个计算机程序被存储在存储器中，一个或多个计算机程序包括指令，当指令被终端执行时，会使得终端执行如下步骤：
有待通知事件时，从待通知事件的对象信息中获取匹配信息，并将匹配信息与规则库中的规则进行匹配，若匹配成功，则根据匹配成功的规则所对应的通知类型，对待通知事件所对应的通知进行分类显示；若匹配不成功，则从待通知事件的对象信息中提取至少一个特征信息，并利用分类模型分析该特征信息，根据分析得到的通知类型对待通知事件所对应的通知进行分类显示。
其中，规则库中的每个规则包括至少一个条件，并且每个规则对应一个通知类型。待通知事件的对象信息至少包括文本信息，跳转信息和待通知事件所对应的应用包名信息。
结合本申请第五方面，在本申请第五方面的第一种实现方式中，规则库中的规则包括至少一个文本匹配条件。终端从待通知事件的对象信息中获取匹配信息，并将匹配信息与规则库中的规则进行匹配的过程中，处理器执行指令时，会使得这终端具体执行如下步骤：
从待通知事件的对象信息中获取文本信息，并将文本信息与规则库中的文本匹配条件进行匹配。
本实施例提供了一种将匹配信息与规则进行匹配的具体方式，提高了方案的可实现性。
结合本申请第五方面或第五方面的第一种实现方式，在本申请第五方面的第二种实现方式中，规则库中的规则包括至少一个文本匹配条件以及每个文本匹配条件所对应的应用包名匹配条件。
终端从待通知事件的对象信息中获取匹配信息，并将匹配信息与规则库中的规则进行匹配的过程中，处理器执行指令时，会使得这终端具体执行如下步骤：
从待通知事件的对象信息中获取文本信息和应用包名信息，并将文本信息与规则中的文本匹配条件进行匹配，并将应用包名信息与规则中该文本匹配条件对应的应用包名匹配条件进行匹配。
本实施例提供了另一种将匹配信息与规则进行匹配的具体方式，提高了方案的灵活性。
结合本申请第五方面，第五方面的第一或第二种实现方式，在本申请第五方面的第三种实现方式中，规则库中的规则包括至少一个跳转匹配条件以及每个跳转匹配条件所对应的应用包名匹配条件。
终端从待通知事件的对象信息中获取匹配信息，并将匹配信息与规则库中的规则进行匹配的过程中，处理器执行指令时，会使得这终端具体执行如下步骤：
从待通知事件的对象信息中获取跳转信息和应用包名信息，并将跳转信息与规则中的跳转匹配条件进行匹配，并将应用包名信息与规则中该跳转匹配条件对应的应用包名匹配条件进行匹配。
本实施例提供了另一将匹配信息与规则进行匹配的具体方式，提高了方案的灵活性。
结合本申请第五方面的第三种实现方式中，在本申请第五方面的第四种实现方式中，跳转信息包括标准跳转信息和自定义跳转信息。
本实施例中终端不仅可以对标准跳转信息进行匹配，还可以对自定义跳转信息进行匹配，提高了分类的准确性。
结合本申请第五方面，第五方面的第一至第四种实现方式中的任意一种实现方式，在本申请第五方面的第五种实现方式中，分类模型可以包括：文本分类模型，跳转分类模型和融合分类模型。
终端从待通知事件的对象信息中提取至少一个特征信息，并利用分类模型分析该特征信息的过程中，处理器执行指令时，会使得这终端具体执行如下步骤：
从待通知事件的对象信息中提取跳转信息特征向量和文本信息特征向量，并利用文本分类模型对文本信息特征向量进行分析得到第一分类，利用跳转分类模型对跳转信息特征向量进行分析得到第二分类，然后利用融合模型对第一分类和第二分类进行分析得到分析结果，该分析结果对应一个通知类型。
本实施例提供了一种利用分类模型分别对待通知事件的文本信息和跳转信息进行了分析，结合两者的分析结果得到最终的通知类型，提高了方案的准确性。
结合本申请第五方面，第五方面的第五种实现方式，在本申请第五方面的第六种实现方式中，终端从待通知事件的对象信息中提取跳转信息特征向量和文本信息特征向量的过程中，处理器执行指令时，会使得这终端具体执行如下步骤：
从对象信息中获取跳转信息，将跳转信息中各个字段的值拆分成若干字符，将这若干个字符通过向量化组合得到跳转信息特征向量；从对象信息中获取文本信息，将文本信息拆分成若干个字和/或词，将这若干个字和/或词通过向量化组合得到文本信息特征向量。
本实施例提供了一种提取特征向量的具体方式，提高了方案的可实现性。
结合本申请第五方面，第五方面的第一至第六种实现方式中的任意一种实现方式，在本申请第五方面的第七种实现方式中，终端通知进行分类显示的过程中，处理器执行指令时，会使得这终端具体执行如下步骤：
将通知类型相同的待通知事件对应的通知集中在同一个显示窗格中显示，即将通知在其所属通知类型对应的显示窗格中进行显示。
结合本申请第五方面的第七种实现方式，在本申请第五方面的第八种实现方式中，终端通知进行分类显示的过程中，处理器执行指令时，会使得这终端具体执行如下步骤：
将通知类型的通知集中在一个显示窗格中展开显示通知。
本实施例提供了一种分类显示通知的具体方式，提高了方案的可实现性。
结合本申请第五方面的第七种实现方式，在本申请第五方面的第九种实现方式中，终端通知进行分类显示的过程中，处理器执行指令时，会使得这终端具体执行如下步骤：
将通知类型的通知集中在一个显示窗格中，根据获取通知的优先级确定通知在显示窗格中的显示方式，以对应的显示方式在显示窗格中显示通知，其中，该显示方式包括：展开显示或收起显示。或者该显示方式包括：第一方式显示或第二方式显示，第一方面显示的内容多于第二方式显示的内容。
本实施例提供了另一种分类显示通知的具体方式，提高了方案的灵活性。
需要说明的是，展开显示指的是将通知的文本信息部分或全部展开显示，收起显示指的是将通知的文本信息隐藏或仅显示部分。
结合本申请第五方面的第九种实现方式，在本申请第五方面的第十种实现方式中，当终端对某个通知以第二方式进行显示时，处理器执行指令会使得这终端还执行如下步骤：
响应于检测到的对该通知进行的输入操作，对该通知以第一方式进行显示。
本实施例提供了另一种分类显示通知的具体方式，提高了方案的灵活性。
结合本申请第五方面的第九或第十种实现方式，在本申请第五方面的第十一种实现方式中，终端通知进行分类显示的过程中，处理器执行指令会使得这终端具体执行如下步骤：
获取通知对应的优先级信息，根据优先级信息确定通知对应的优先级，其中，优先级信息包括如下至少一下：通知所属通知类型对应的第一优先级信息，通知对应应用的第二优先级信息，通知对应的用户使用习惯信息。
本实施例中可以根据通知类型，应用属性，用户习惯等信息确定通知优先级，对通知进行分类，可以更加贴近用户需求，提升用户体验。
结合本申请第五方面的第十一种实现方式，在本申请第五方面的第十二种实现方式中，用户使用习惯信息包括如下至少一项信息：用户历史通知点击频率信息，用户历史通知删除频率信息，用户画像信息。
本实施例提供可以结合多种信息确定用户使用习惯，提高了方案的准确性。
本申请第六方面提供了一种终端，该终端包括：该终端包括：触摸屏，一个或多个处理器，存储器，多个应用程序，以及一个或多个计算机程序。其中，触摸屏包括触敏表面和显示器，一个或多个计算机程序被存储在存储器中，一个或多个计算机程序包括指令，当指令被终端执行时，会使得终端执行如下步骤：
当有待通知事件时，根据该通知的通知类型对通知进行分类显示，并且根据通知的优先级不同的通知对应的显示方式有所不同，具体可以包括如下两种显示方式：展开显示和收起显示。或者包括如下两种显示方式：以第一方式显示和以第二方式显示，第一方式显示的内容多于第二方式显示的内容。
本实施例中，终端可以根据通知的优先级将通知以不同的方式进行显示，对于优先级较低的通知可以显示较少的内容，对于优先级高的通知可以显示较多的内容，这样用户就可以在通知显示界面上快速找到感兴趣的通知，提高查找效率，提升用户体验。
结合本申请第六方面，在本申请第六方面的第一种实现方式中，终端对通知进行分类显示的过程中，处理器执行指令使得终端具体执行如下步骤：
将通知类型相同的待通知事件所对应的通知，集中在同一个显示窗格中显示，即将属于同一通知类型的通知集中在一个显示窗格中。
结合本申请第六方面的第一种实现方式，在本申请第六方面的第二种实现方式中，终端对通知进行分类显示的过程中，处理器执行指令使得终端具体执行如下步骤：
终端将通知集中在同一个显示窗格中展开显示。
需要说明的是，展开显示指的是将通知的文本信息部分或全部展开显示。
本实施例提供了一种分类显示的具体方式，提高了方案的可实现性。
结合本申请第六方面的第一种实现方式，在本申请第六方面的第三种实现方式中，终端对通知进行分类显示的过程中，处理器执行指令使得终端具体执行如下步骤：
将通知集中在同一个显示窗格中显示的方式具体可以是根据通待通知事件所对应通知的优先级确定通知在对应显示窗格中的显示方式，根据确定的显示方式显示通知。其中，显示方式可以包括：展开显示或收起显示；或者可以包括：以第一方式显示或以第二方式显示，第一方式显示的内容多于第二方式显示的内容。
需要说明的是，展开显示指的是将通知的文本信息部分或全部展开显示，收起显示指的是将通知的文本信息隐藏或显示部分内容。
结合本申请第六方面的第三种实现方式，在本申请第六方面的第四种实现方式中，当终端对通知以第二方式进行显示时，处理器执行指令使得终端还执行如下步骤：
响应于检测到的对该通知进行的输入操作，对该通知以第一方式进行显示。
本实施例提供了另一种分类显示通知的具体方式，提高了方案的灵活性。
结合本申请第六方面的第三或第四种实现方式，在本申请第六方面的第五种实现方式中，处理器执行指令使得终端还执行如下步骤：
根据获取的优先级信息确定通知对应的优先级，其中，优先级信息包括如下至少一下：通知所属通知类型对应的第一优先级信息，通知对应应用的第二优先级信息，通知对应的用户使用习惯信息。
本实施例中可以根据通知类型，应用属性，用户习惯等信息确定通知优先级，对通知进行分类，可以更加贴近用户需求，提升用户体验。
结合本申请第六方面的第五种实现方式，在本申请第六方面的第六种实现方式中，用户使用习惯信息包括如下至少一项信息：用户历史通知点击频率信息，用户历史通知删除频率信息，用户画像信息。
本实施例提供可以结合多种信息确定用户使用习惯，提高了方案的准确性。
本申请第七方面提供了一种终端，该终端包括：匹配模块，显示模块和分析模块；
当有待通知事件发生时，匹配模块用于从待通知事件的对象信息中获取匹配信息，并将匹配信息与规则库中的规则进行匹配；显示模块，用于当匹配模块匹配成功时，根据匹配成功的规则所对应的通知类型，对待通知事件所对应的通知进行分类显示；分析模块，用于当匹配模块匹配不成功时，从待通知事件的对象信息中提取至少一个特征信息，并利用分类模型分析该特征信息；显示模块，还用于根据分析模块分析得到的通知类型对待通知事件所对应的通知进行分类显示。
其中，规则库中的每个规则包括至少一个条件，并且每个规则对应一个通知类型。待通知事件的对象信息至少包括文本信息，跳转信息和待通知事件所对应的应用包名信息。
本申请实施例中，当有待通知事件时，匹配模块可以将该匹配信息与规则库中的规则进行匹配得到通知类型，分析模块可以通过分类模型对特征信息进行分析得到通知类型，显示模块可以根据通知类型对通知进行分类显示。其中，规则库中的规则和分类模型是根据大量人工标注了通知类型的样本数据确定的，可以贴合用户需求实现准确的通知分类，帮助用户筛选出感兴趣的通知，提升用户体验。
结合本申请第七方面，在本申请第七方面的第一种实现方式中，规则库中的规则包括至少一个文本匹配条件。匹配模块，具体用于从待通知事件的对象信息中获取文本信息，将文本信息与规则中的文本匹配条件进行匹配。
本实施例提供了一种将匹配信息与规则进行匹配的具体方式，提高了方案的可实现性。
结合本申请第七方面或第七方面的第一种实现方式，在本申请第七方面的第二种实现方式中，规则库中的规则包括至少一个文本匹配条件以及每个文本匹配条件所对应的应用包名匹配条件。
匹配模块，具体用于从待通知事件的对象信息中获取文本信息和应用包名信息后，将该文本信息与规则中文本匹配条件进行匹配，并将该应用包名信息与规则中与该文本匹配条件对应的应用包名匹配条件进行匹配。
本实施例提供了另一种将匹配信息与规则进行匹配的具体方式，提高了方案的灵活性。
结合本申请第七方面，第七方面的第一或第二种实现方式，在本申请第七方面的第三种实现方式中，规则库中的规则包括至少一个跳转匹配条件以及每个跳转匹配条件对应的应用包名匹配条件。
匹配模块，具体用于从待通知事件的对象信息中获取跳转信息和应用包名信息，将该跳转信息与规则中的跳转匹配条件进行匹配，并将该应用包名信息与对应的应用包名匹配条件进行匹配。
本实施例提供了另一将匹配信息与规则进行匹配的具体方式，提高了方案的灵活性。
结合本申请第七方面的第三种实现方式中，在本申请第七方面的第四种实现方式中，跳转信息包括标准跳转信息和自定义跳转信息。
本实施例中终端不仅可以对标准跳转信息进行匹配，还可以对自定义跳转信息进行匹配，提高了分类的准确性。
结合本申请第七方面，第七方面的第一至第四种实现方式中的任意一种实现方式，在本申请第七方面的第五种实现方式中，分类模型可以包括：文本分类模型，跳转分类模型和融合分类模型。
分析模块，具体用于从待通知事件的对象信息中提取跳转信息特征向量和文本信息特征向量，并利用文本分类模型对文本信息特征向量进行分析得到第一分类，利用跳转分类模型对跳转信息特征向量进行分析得到第二分类，然后利用融合模型对第一分类和第二分类进行分析得到分析结果，该分析结果对应一个通知类型。
本实施例提供了一种利用分类模型分别对待通知事件的文本信息和跳转信息进行了分析，结合两者的分析结果得到最终的通知类型，提高了方案的准确性。
结合本申请第七方面，第七方面的第五种实现方式，在本申请第七方面的第六种实现方式中，分类模型，具体用于从对象信息中获取跳转信息，将跳转信息中各个字段的值拆分成若干字符，将这若干个字符通过向量化组合得到跳转信息特征向量；
分析模块，具体还用于从对象信息中获取文本信息，将文本信息拆分成若干个字和/ 或词，将这若干个字和/或词通过向量化组合得到文本信息特征向量。
本实施例提供了一种提取特征向量的具体方式，提高了方案的可实现性。
结合本申请第七方面，第七方面的第一至第六种实现方式中的任意一种实现方式，在本申请第七方面的第七种实现方式中，
显示模块，具体同于将通知类型相同的待通知事件对应的通知集中在同一个显示窗格中显示，即将通知在其所属通知类型对应的显示窗格中进行显示。
结合本申请第七方面的第七种实现方式，在本申请第七方面的第八种实现方式中，
显示模块，具体用于将通知类型的通知集中在一个显示窗格中展开显示通知。
本实施例提供了一种分类显示通知的具体方式，提高了方案的可实现性。
结合本申请第七方面的第七种实现方式，在本申请第七方面的第九种实现方式中，显示模块，具体用于将通知类型的通知集中在一个显示窗格中，根据获取通知的优先级确定通知在显示窗格中的显示方式，以对应的显示方式在显示窗格中显示通知，其中，该显示方式包括：展开显示或收起显示。或者该显示方式包括：第一方式显示或第二方式显示，第一方面显示的内容多于第二方式显示的内容。
本实施例提供了另一种分类显示通知的具体方式，提高了方案的灵活性。
需要说明的是，展开显示指的是将通知的文本信息部分或全部展开显示，收起显示指的是将通知的文本信息隐藏或仅显示部分。
结合本申请第七方面的第九种实现方式，在本申请第七方面的第十种实现方式中，当显示模块用于对通知以第二方式进行显示时，显示模块还可以用于响应于检测到的对该通知进行的输入操作，对该通知以第一方式进行显示。
本实施例提供了另一种分类显示通知的具体方式，提高了方案的灵活性。
结合本申请第七方面的第九或第十种实现方式，在本申请第七方面的第十一种实现方式中，终端还包括确定模块；该确定模块用于获取通知对应的优先级信息，根据优先级信息确定通知对应的优先级，其中，优先级信息包括如下至少一下：通知所属通知类型对应的第一优先级信息，通知对应应用的第二优先级信息，通知对应的用户使用习惯信息。
本实施例中可以根据通知类型，应用属性，用户习惯等信息确定通知优先级，对通知进行分类，可以更加贴近用户需求，提升用户体验。
结合本申请第七方面的第十一种实现方式，在本申请第七方面的第十二种实现方式中，用户使用习惯信息包括如下至少一项信息：用户历史通知点击频率信息，用户历史通知删除频率信息，用户画像信息。
本实施例提供可以结合多种信息确定用户使用习惯，提高了方案的准确性。
本申请第八方面提供了一种终端，该终端包括：显示模块。
显示模块，用于当有待通知事件时，根据该通知的通知类型对通知进行分类显示，并且，根据通知的优先级以不同的显示方式进行显示，具体可以包括如下两种显示方式：展开显示和收起显示。或者包括如下两种显示方式：以第一方式显示和以第二方式显示，第一方式显示的内容多于第二方式显示的内容。
本实施例中，显示模块可以根据通知的优先级将通知以不同的方式进行显示，对于优先级较低的通知可以显示较少的内容，对于优先级高的通知可以显示较多的内容，这样用户就可以在通知显示界面上快速找到感兴趣的通知，提高查找效率，提升用户体验。
结合本申请第八方面，在本申请第八方面的第一种实现方式中，显示模块，具体用于将通知类型相同的待通知事件所对应的通知，集中在同一个显示窗格中显示，即将属于同一通知类型的通知集中在一个显示窗格中。
结合本申请第八方面的第一种实现方式，在本申请第八方面的第二种实现方式中，显示模块，具体用于将通知集中在同一个显示窗格中展开显示，即通知类型相同的通知集中在一个显示窗格中展开显示。
需要说明的是，展开显示指的是将通知的文本信息部分或全部展开显示。
本实施例提供了一种分类显示的具体方式，提高了方案的可实现性。
结合本申请第八方面的第一种实现方式，在本申请第八方面的第三种实现方式中，显示模块，具体用于将通知集中在同一个显示窗格，根据通待通知事件所对应通知的优先级确定通知在对应显示窗格中的显示方式，根据确定的显示方式显示通知。其中，显示方式可以包括：展开显示或收起显示；或者可以包括：以第一方式显示或以第二方式显示，第一方式显示的内容多于第二方式显示的内容。
需要说明的是，展开显示指的是将通知的文本信息部分或全部展开显示，收起显示指的是将通知的文本信息隐藏或显示部分内容。
结合本申请第八方面的第三种实现方式，在本申请第八方面的第四种实现方式中，当显示模块用于对通知以第二方式进行显示时，显示模块还用于响应于检测到的对该通知进行的输入操作，对该通知以第一方式进行显示。
本实施例提供了另一种分类显示通知的具体方式，提高了方案的灵活性。
结合本申请第八方面的第三或第四种实现方式，在本申请第八方面的第五种实现方式中，终端还包括获取模块，用于根据获取的优先级信息确定通知对应的优先级，其中，优先级信息包括如下至少一下：通知所属通知类型对应的第一优先级信息，通知对应应用的第二优先级信息，通知对应的用户使用习惯信息。
本实施例中可以根据通知类型，应用属性，用户习惯等信息确定通知优先级，对通知进行分类，可以更加贴近用户需求，提升用户体验。
结合本申请第八方面的第五种实现方式，在本申请第八方面的第六种实现方式中，用户使用习惯信息包括如下至少一项信息：用户历史通知点击频率信息，用户历史通知删除频率信息，用户画像信息。
本实施例提供可以结合多种信息确定用户使用习惯，提高了方案的准确性。
本申请第九方面提供了一种图形用户界面(Graphical User Interfaces，GUI)，该图形用户界面存储在终端，包括触摸屏、存储器、一个或多个处理器；一个或多个处理器用于执行存储在存储器中的一个或多个计算机程序，当有待通知事件时，图形用户界面包括：
显示在触摸屏上的第一GUI，第一GUI包括待通知事件所对应的通知；通知根据通知的通知类型在第一GUI上分类显示，且，通知根据通知的优先级，以不同的显示方式进行显示，不同的显示方式包括：在对应显示窗格中展开显示或收起显示，或不同的显示方式包括：在对应显示窗格中以第一方式显示或以第二方式显示，第一方式显示的内容多于第二方式显示的内容。
结合本申请第九方面，在本申请第九方面的第一种实现方式中，第一GUI还包括至少一个显示窗格，显示窗格用于集中通知类型相同的待通知事件所对应的通知，例如下面图 9A至图9I。
结合本申请第九方面的第一种实现方式，在本申请第九方面的第二种实现方式中，分类显示包括：在对应的显示窗格中展开显示通知，例如图9A。
结合本申请第九方面的第一种实现方式，在本申请第九方面的第三种实现方式中，述分类显示包括：根据待通知事件对应的通知的优先级，确定通知在对应显示窗格中的显示方式；根据所确定的显示方式显示通知,例如图9B至图9F；
其中，显示方式包括：在对应显示窗格中展开显示或收起显示；
或显示方式包括：在对应显示窗格中以第一方式显示或以第二方式显示，第一方式显示的内容多于第二方式显示的内容。
结合本申请第九方面的第三种实现方式，在本申请第九方面的第四种实现方式中，分类显示包括：在对应显示窗格中以第一方式显示或以第二方式显示，第一方式显示的内容多于第二方式显示的内容；
分类显示还包括：
当通知以第二方式进行显示时，响应于检测到对所显示的通知进行的输入操作，终端对通知以第一方式进行显示，例如图9C。
结合本申请第九方面的第三或第四种实现方式，在本申请第九方面的第五种实现方式中，通知的优先级是根据优先级信息确定的；其中，
优先级信息包括至少一下任一项：
通知对应通知类型对应的第一优先级信息；
通知对应应用的第二优先级信息；
通知对应的用户使用习惯信息。
结合本申请第九方面的第五种实现方式，在本申请第九方面的第六种实现方式中，用户使用习惯信息包括至少以下任一项：
用户历史通知点击频率信息；
用户历史通知删除频率信息；
用户画像信息。
本申请第十方面提供了一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行上述第一方面，第一方面的第一至第十二种实现方式以及第二方面中任意一项所述的方法。
本申请第十一方面提供了一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行所述第二方面，第二方面的第一至第六种实现方式，以及第三方面中任一项所述的方法。
本申请第十二方面提供了一种计算机程序产品，当其在计算机上运行时，使得计算机执行上述所述第一方面，第一方面的第一至第十二种实现方式以及第二方面中任意一项所述的方法。
本申请第十三方面提供了一种计算机程序产品，当其在计算机上运行时，使得计算机执行所述第二方面，第二方面的第一至第六种实现方式，以及第三方面中任一项所述的方法。
本申请实施例提供的技术方案中，具有如下有益效果：
本申请实施例中，当有待通知事件时，终端提取该待通知事件的匹配信息或特征信息，将该匹配信息与规则库中的规则进行匹配得到通知类型，或通过分类模型对特征信息进行分析得到通知类型。其中，规则库中的规则和分类模型是根据大量人工标注了通知类型的样本数据确定的，可以贴合用户需求实现准确的通知分类，帮助用户筛选出感兴趣的通知，提升用户体验。
附图说明
图1A为本申请实施例中终端个一个结构示意图；
图1B为本申请实施例中显示窗格的一个示意图；
图1C为本申请实施例中显示窗格的另一示意图；
图2A为终端在锁屏界面上显示通知的一个示意图；
图2B为终端在当前界面显示通知的另一示意图；
图2C为终端在通知栏显示界面显示通知的一个示意图；
图2D为终端在通知栏显示界面显示通知的一个示意图；
图3为本申请实施例中通知显示方法适应的系统结构示意图；
图4为本申请实施例中通知显示方法的一个实施例流程图；
图5A为本申请实施例中跳转规则的一个示意图；
图5B为本申请实施例中通知的对象信息的一个示意图；
图6为本申请实施例中通过规则库中的规则匹配通知类型的流程图；
图7为本申请实施例中服务器生成分类模型的一个实施例流程图；
图8为本申请实施例中服务器更新分类模型的一个实施例流程图；
图9A为本申请实施例中在通知栏显示界面显示通知的一个示意图；
图9B为本申请实施例中在通知栏显示界面显示通知的一个示意图；
图9C为本申请实施例中在通知栏显示界面显示通知的一个示意图；
图9D为本申请实施例中在通知栏显示界面显示通知的一个示意图；
图9E为本申请实施例中在通知栏显示界面显示通知的一个示意图；
图9F为本申请实施例中在通知栏显示界面显示通知的一个示意图；
图9G为本申请实施例中在用户设置用户习惯信息的一个示意图；
图9H为本申请实施例中在通知栏显示界面显示通知的一个示意图；
图9I为本申请实施例中在通知栏显示界面显示通知的一个示意图；
图10A为本申请实施例中在通知栏显示界面显示通知的一个示意图；
图10B为本申请实施例中在通知栏显示界面显示通知的一个示意图；
图10C为本申请实施例中在通知栏显示界面显示通知的一个示意图；
图10D为本申请实施例中在通知栏显示界面显示通知的一个示意图；
图10E为本申请实施例中在通知栏显示界面显示通知的一个示意图；
图10F为本申请实施例中在通知栏显示界面显示通知的一个示意图；
图10G为本申请实施例中在通知栏显示界面显示通知的一个示意图；
图11A为本申请实施例中用户开启智能分类的一个操作示意图；
图11B为本申请实施例中用户设置通知类型对应显示方式的一个操作示意图；
图12A为本申请实施例中在通知栏显示界面显示通知的一个示意图；
图12B为本申请实施例中在通知栏显示界面显示通知的一个示意图；
图12C为本申请实施例中在通知栏显示界面显示通知的一个示意图；
图12D为本申请实施例中在通知栏显示界面显示通知的一个示意图；
图12E为本申请实施例中移动端通知分类流程图；
图12F为本申请实施例中跳转信息的举例；
图12G为本申请实施例中跳转规则的举例；
图12H为本申请实施例中离线通知分类模型训练流程图；
图12I为本申请实施例中新训练样本添加流程；
图12J为本申请实施例中分类反馈机制流程图；
图12K为本申请实施例中通知类型个性化排序流程；
图13为本申请实施例中通知显示方法的另一实施例流程图；
图14为本申请实施例中在通知栏显示界面的一个示意图；
图15为本申请实施例中终端的一个实施例示意图；
图16为本申请实施例中终端的一个实施例示意图；
图17为本申请实施例中终端的一个实施例示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
本申请实施例提供了通知消息显示方法及终端，用于方便用户对重要信息的查找，提升用户体验。
为了便于理解本申请实施例，下面对本申请实施例涉及的一些名词进行定义。
通知栏：终端中用于集中展示接收到的通知消息的显示区域，本申请中的通知消息包括但不限于：短消息，即时消息(如QQ、微信、短信)，客户端的推送消息(如新颁布发布，广告，推荐新闻等)，正在进行的事物(如音乐播放器、版本更新时候的下载进度等)。基于不同的终端的通知机制，通知消息在通知栏上的显示形式可以不同。
进行中(ongoing)属性：ongoing属性用来表示正在进行的通知，通常用来表示用户积极参与(如播放音乐)或以某种方式正在等待的后台任务。应用服务提供商可以根据需求将需要用户持续关注的通知消息，赋予ongoing属性。
文本信息：应用本身生成通知时所赋予的文本内容。
跳转信息：应用本身赋予的关于点击通知后跳转到某一个特定界面加载特定资源的描述。本申请实施例中的跳转信息包括如下至少一项：Action字段，Class字段，uriString 字段以及extras字段。其中，标准跳转信息包括：Action字段，Class字段和uriString 字段，自定义字段包括extras字段。
应用包名信息：用于指示触发待通知事件的应用，即用于指示通知是由哪个应用发出的。
规则库：用于与匹配信息进行匹配的规则的集合。
显示窗格：通知显示界面上用于区分不同集合的通知的显示物件，而哪些通知属于同一集合要放在同一显示窗格中终端决定。显示物件具体可以是一个矩形框，可以是一个列表，或其他物件。例如图1B，A1，A2，B1，B2为终端要显示的通知，A1和A2为一个显示集合，A为该集合对应的显示窗格，B1和B2为一个显示集合，B为该集合对应的显示窗格。又如图1C，A1，A2，B1，B2为终端要显示的通知，A1，A2，B1，B2为终端要显示的通知，A1和A2为一个显示集合，C为该集合对应的显示窗格，B1和B2为一个显示集合， D为该集合对应的显示窗格。
获取时间：终端获取到通知的时间。
随着智慧化业务的发展，可以基于用户的历史行为习惯或者基于一些规则或模型，在终端上进行一些智能的提醒或者服务，以便于用户更方便的使用终端，使得用户觉得终端越来越智能化。
终端可以通过自身或者通过与云端的结合，来实现各种智慧化业务。具体的，终端可以包括规则平台、算法平台和用户画像平台。终端可以通过这三个平台中的一个或多个以及其它资源实现各种智慧化业务，例如：1、服务推荐业务；2、提醒业务；3、通知过滤业务。
1、服务推荐业务。终端包括用于实现该服务推荐业务的推荐服务框架(framework)，该推荐服务框架至少可以包括算法平台、规则平台和用户画像平台。所述规则平台可以根据规则匹配出该终端的用户在当前场景下希望使用的服务。所述算法平台可以根据模型预测出该终端的用户在当前场景下希望使用的服务。该推荐服务框架可以将所述规则平台或所述算法平台预测出的服务置于推荐应用的显示界面中，以便于用户可以很方便的通过该推荐应用的显示界面进入该服务对应的界面。其中，所述的规则可以是由服务器(即云端) 下发给终端的。该规则可以通过大数据统计获取，也可以根据经验数据归纳得到。所述的模型可以通过以下方式获取：通过所述算法平台训练用户历史数据和用户特征数据，得到模型。并且基于新的用户数据和特征数据可以更新该模型。其中，用户历史数据可以为用户在一段时间段内使用该终端的行为数据。用户特征数据可以包括用户画像或其他类型的特征数据，所述其他类型的特征数据例如可以为当前用户的行为数据。其中，用户画像可以通过终端中的所述用户画像平台得到。
2、提醒业务。终端包括用于实现该提醒业务的推荐框架(framework)。该推荐框架至少可以包括规则平台、图形用户界面(graphical user interface)和用户画像平台。该规则平台可以监听各种事件。终端中的应用可以向该规则平台注册各种规则；然后该规则平台根据注册的规则，监听终端中的各种事件；将监听到的事件与规则进行匹配，并当监听到的事件与某个规则的所有条件都匹配时，触发该规则对应的提醒，即向用户推荐一个亮点事件。最终由图形用户界面显示该提醒或者由注册规则的应用显示该提醒。其中，一些规则的条件可以为对用户画像的限定。该规则平台可以向该用户画像平台请求当前的用户画像，以判断当前的用户画像是否与规则中的条件相匹配。
3、通知过滤业务。终端包括用于实现该通知过滤业务的通知过滤框架(framework)。该通知过滤框架至少可以包括规则平台、算法平台和用户画像平台。该通知过滤框架在获取到一个通知时，可以通过该规则平台确定该通知的类型，也可以通过该算法平台确定该通知的类型。然后根据该通知的类型以及用户的喜好，确定该通知是否为用户感兴趣的通知，并且对于用户感兴趣的通知和用户不感兴趣的通知，进行不同方式的提醒显示。用户的喜好可以包括用户画像，也可以包括用户对某类通知的历史处理行为。其中，用户画像是由该用户画像平台提供的。
需要说明的是，终端可以包括一个规则平台，该规则平台向上述三种框架提供每个框架所需的能力。终端也可以包括多个规则平台，这多个规则平台分别向上述三种框架提供能力。同样的，终端可以包括一个算法平台，该算法平台向上述推荐服务框架和通知过滤框架提供每个框架所需的能力；或者，终端也可以包括两个算法平台，分别向这两个框架提供能力。终端可以包括一个用户画像平台，该用户画像平台向上述三种框架提供每个框架所需的能力。或者，终端也可以包括多个用户画像平台，分别向每个框架提供能力。
本申请以下各实施例主要对上述第三种业务即通知过滤业务进行详细介绍。以下关于所述规则平台、用户画像平台、算法平台的描述，重点用于介绍与通知过滤业务相关的功能，而终端中包括的规则平台、用户画像平台、算法平台并不限于以下介绍的功能。
本申请实施例提供了一种通知显示方法及终端，能够帮助用户筛选出有效的通知消息，提升用户体验。
本申请实施例涉及的终端100可以包括但不限于：手机、平板电脑、电子阅读器、个人数字助理(Personal Digital Assistant，PDA)、车载电子设备、可穿戴设备、虚拟现实(VR，Virtual Reality)设备、增强现实(Augmented Reality)设备等，其操作系统可以是Android、iOS、Windows Phone、BlackBerry OS等系统，具体本申请实施例不作限定。
以终端100为手机为例，图1A示出的是与本申请实施例相关的手机100的部分结构的框图。参考图1A，手机100包括、RF(Radio Frequency，射频)电路110、存储器120、其他输入设备130、显示屏140、传感器150、音频电路160、I/O子系统170、处理器180、以及电源190等部件。本领域技术人员可以理解，图1A中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。本领领域技术人员可以理解显示屏140属于用户界面(UI，User Interface)，且手机100可以包括比图示或者更少的用户界面。
下面结合图1A对手机100的各个构成部件进行具体的介绍：
RF电路110可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器180处理；另外，将设计上行的数据发送给基站。通常，RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low NoiseAmplifier，LNA)、双工器等。此外，RF电路110还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统 (GlobalSystem of Mobile communication，GSM)、通用分组无线服务(General Packet RadioService，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)、长期演进(Long Term Evolution，LTE)、电子邮件、短消息服务(Short Messaging Service，SMS)等。
存储器120可用于存储软件程序以及模块，处理器180通过运行存储在存储器120的软件程序以及模块，从而执行手机100的各种功能应用以及数据处理。存储器120可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图象播放功能等)等；存储数据区可存储根据手机100的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
其他输入设备130可用于接收输入的数字或字符信息，以及产生与手机100的用户设置以及功能控制有关的键信号输入。具体地，其他输入设备130可包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆、光鼠(光鼠是不显示可视输出的触摸敏感表面，或者是由触摸屏形成的触摸敏感表面的延伸)等中的一种或多种。其他输入设备130与I/O子系统170的其他输入设备控制器171相连接，在其他设备输入控制器171的控制下与处理器180进行信号交互。
显示屏140可用于显示由用户输入的信息或提供给用户的信息以及手机100的各种菜单，还可以接受用户输入。具体的显示屏140可包括显示面板141，以及触控面板142。其中显示面板141可以采用LCD(Liquid Crystal Display，液晶显示器)、OLED(OrganicLight-Emitting Diode,有机发光二极管)等形式来配置显示面板141。触控面板142，也称为触摸屏、触敏屏等，可收集用户在其上或附近的接触或者非接触操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板142上或在触控面板142附近的操作，也可以包括体感操作；该操作包括单点控制操作、多点控制操作等操作类型。)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板142可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位、姿势，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成处理器能够处理的信息，再送给处理器180，并能接收处理器180发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板142，也可以采用未来发展的任何技术实现触控面板142。进一步的，触控面板142可覆盖显示面板141，用户可以根据显示面板141显示的内容(该显示内容包括但不限于，软键盘、虚拟鼠标、虚拟按键、图标等等)，在显示面板141上覆盖的当触控面板142上或者附近进行操作，触控面板142检测到在其上或附近的触摸操作后，通过I/O子系统170传送给处理器180以确定触摸应用的类型以确定用户输入，随后处理器180根据触摸应用的类型在显示面板根据用户输入通过I/O子系统170在显示面板141上提供相应的视觉输出。虽然在图1A中，触控面板142与显示面板141是作为两个独立的部件来实现手机100的输入和输入功能，但是在某些实施例中，可以将触控面板142与显示面板141集成而实现手机100的输入和输出功能。
手机100还可包括至少一种传感器150，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板141的亮度，接近传感器可在手机100移动到耳边时，关闭显示面板141和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击) 等；至于手机100还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
音频电路160、扬声器161，麦克风162可提供用户与手机100之间的音频接口。音频电路160可将接收到的音频数据转换后的信号，传输到扬声器161，由扬声器161转换为声音信号输出；另一方面，麦克风162将收集的声音信号转换为信号，由音频电路160 接收后转换为音频数据，再将音频数据输出至RF电路108以发送给比如另一手机，或者将音频数据输出至存储器120以便进一步处理。
I/O子系统170用来控制输入输出的外部设备，可以包括其他设备输入控制器171、传感器控制器172、显示控制器173。可选的，一个或多个其他输入控制设备控制器171 从其他输入设备130接收信号和/或者向其他输入设备130发送信号，其他输入设备130 可以包括物理按钮(按压按钮、摇臂按钮等)、拨号盘、滑动开关、操纵杆、点击滚轮、光鼠(光鼠是不显示可视输出的触摸敏感表面，或者是由触摸屏形成的触摸敏感表面的延伸)。值得说明的是，其他输入控制设备控制器171可以与任一个或者多个上述设备连接。所述I/O子系统170中的显示控制器173从显示屏140接收信号和/或者向显示屏140发送信号。显示屏140检测到用户输入后，显示控制器173将检测到的用户输入转换为与显示在显示屏140上的用户界面对象的交互，即实现人机交互。传感器控制器172可以从一个或者多个传感器150接收信号和/或者向一个或者多个传感器150发送信号。
处理器180是手机100的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器120内的软件程序和/或模块，以及调用存储在存储器120内的数据，执行手机100的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器180可包括一个或多个处理单元；优选的，处理器180可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器180中。
手机100还包括给各个部件供电的电源190(比如电池)，可选的，电源可以通过电源管理系统与处理器180逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗等功能。
尽管未示出，手机100还可以包括摄像头、蓝牙模块等，在此不再赘述。
手机100上安装有“今日头条”和“手机管家”两个应用，手机通过对两个应用触发的通知消息进行监控，在10:50收到“今日头条”推送的“A超市全面退出中国”的通知消息，以及“手机管家”发出的“电量不足20％”的通知消息。此时，若手机处于锁定状态，则手机会发出相应的提示(如响铃，振动，闪灯等)，并在锁屏界面上显示该通知消息，如图2A所示。若手机处于解锁状态，则手机会发出相应的提示，并在当前显示界面 (如桌面)上显示该通知消息，如图2B所示。
当手机获取到调取通知栏的指令时，手机会在通知栏上将用户未读取的通知消息集中展示。例如用户从手机显示屏的顶部往下滑动以调取通知栏，手机将通知栏部分覆盖在当前显示界面上，如图2C所示，或将通知栏全部覆盖在当前显示界面上，如图2D所示，并将属于同一应用的未读通知消息集中在同一窗格中进行展开显示。
上述实施例仅仅基于通知消息的所属应用进行分类和展示，并不能帮助用户筛选出有效的消息，当通知消息过多时，用户仍需要逐条查找感兴趣的通知消息进行读取，花费时间较长，效率较低。
为便于理解，下面对本申请实施例中的通知显示方法和终端所适用的场景进行介绍：
如图3所示，为本申请实施例中通知显示方法所适应的系统，该系统包括由至少一台服务器301组成的服务系统以及终端302。其中，服务器301用于生成本申请实施例中用于对通知进行分类的规则和模型，终端302用于对终端上各个应用发送的通知进行分类和显示。
服务器301采集大量人工标注了通知类型的通知作为样本数据，对这些样本数据进行分析得到若干用于分类的规则，同时通过分类算法对这些样本数据进行训练得到分类模型。
应理解，服务器301采集的样本数据需要尽可能的涉及市场上的各个应用，这些样本数据可以是用户在使用终端302的过程中上报到服务器301中的，也可以是运维人员通过测试手机上报到服务器301中的。
终端302可以在出厂前，由工作人员将服务器301生成的规则以及分类模型上传到终端中；或者终端302在出厂后，由服务器301自动将这些规则以及分类模型发送到终端302中；或者终端302在出厂后，根据用户操作从服务器301上下载这些规则以及分类模型。
应理解，由于市场上会不断推出新的应用，所以服务器301需要定期或不定期地对所生成的规则和分类模型进行更新，终端302通过服务器301下载更新后的规则和分类模型。
需要说明的是，除了上述图3对应的场景，在一些实施例中，用于分类的规则和分类模型可以由终端自己或其他设备生成，其生成方式与服务器生成规则和分类模型的方式相同，具体此处不再赘述。
下面对终端302通过分类规则和分类模型对各个应用发送的通知进行分类的过程进行介绍，请参阅图4，本申请实施例中通知显示方法的一个实施例包括：
401、终端从待通知事件的对象信息中获取匹配信息，并将该匹配信息与规则库中的至少一个规则进行匹配；
本实施例中，当有待通知事件时，终端会从该待通知事件的对象信息中获取匹配信息，并将该匹配信息与规则库中的至少一个规则进行匹配，其中，对象信息包括文本信息，跳转信息和该待通知事件对应的应用包名信息，每个规则包括至少一个条件，每个规则对应一个通知类型。
应理解，待通知事件可以包括本地通知事件和推送通知事件。本地通知事件指的是本地应用触发的通知事件，基于时间行为的一种通知形式，例如闹钟定时，待办事项提醒等；推送通知事件指的是由应用服务提供商发送到应用客户端的通知事件，即终端应用获取的通知事件，例如应用的更新提醒等。
应理解，规则库中包含若干用于分类的规则，这些规则可以分为文本规则和跳转规则两类规则。
具体地，当有待通知事件时，终端可以先获取待通知事件的文本信息和/或应用包名信息，将该文本信息和/或应用包名信息与各个文本规则进行匹配，若文本规则匹配失败，则获取待通知事件的跳转信息，将该跳转信息与各个跳转规则进行匹配，若跳转规则匹配失败，则确定待通知事件的匹配信息与规则库中的规则匹配失败。
下面分别对文本规则和跳转规则进行示例性的介绍。
一、文本规则。
本申请实施例中，文本规则可以细分为通用规则和特殊规则两类，每个通用规则包括至少一个文本匹配条件，每个通用规则对应一个通知类型，每个特殊规则包括至少一个文本匹配条件以及该文本匹配条件所对应的应用包名匹配条件，每个特殊规则对应一个通知类型。
对于任意一个通用规则，若待通知事件的文本信息满足该通用规则中的文本匹配条件，则确定该待通知事件的匹配信息与该通用规则匹配，该通用规则对应的通知类型即为该待通知事件所对应通知的通知类型；反之，若待通知事件的文本信息不满足该通用规则中的文本匹配条件，则确定该待通知事件的匹配信息与该通用规则不匹配。
对于任意一个特殊规则，若待通知事件的文本信息满足该特殊规则中的文本匹配条件，且该待通知事件对应的应用包名信息满足特殊规则中与该文本匹配条件对应的应用包名匹配条件，则确定该待通知事件的匹配信息与该特殊规则匹配，该特殊规则对应的通知类型即为该待通知事件所对应通知的通知类型；反之，若待通知事件的文本信息不满足特殊规则中的文本匹配条件和/或待通知事件的应用包名信息不满足特殊规则中的应用包名匹配条件，则确定该待通知事件的匹配信息与该特殊规则不匹配。
对于任意一个待通知事件，若该待通知事件的匹配信息在规则库中无法找到匹配的通用规则或特殊规则，则确定该待通知事件的匹配信息与文本规则匹配失败。
下面分别对通用规则和特殊规则进行示例性的介绍。
1、通用规则。
本实施例中，通用规则中的文本匹配条件对应至少一个关键词和/或关键字，以及这些关键词和/或关键字之间的逻辑关系。
待通知事件的文本信息满足通用规则中的文本匹配条件，具体可以是待通知事件的文本信息包含至少一个预设的关键词和/或关键字，并且这些关键词和/或关键字之间满足预设的逻辑关系。
可选地，在一些实施例中，通用规则的文本匹配条件包括的关键词和/或关键字之间不存在逻辑关系。只要待通知事件的文本信息包含这些关键词和/或关键字，即认为待通知事件的文本信息满足通用规则中的文本匹配条件。
2、特殊规则。
本实施例中，通用规则中的文本匹配条件对应至少一个关键词和/或关键字，以及这些关键词和/或关键字之间的逻辑关系。
待通知事件的文本信息满足特殊规则中的文本匹配条件，具体可以是待通知事件的文本信息包含至少一个预设的关键词和/或关键字，并且这些关键词和/关键字之间满足预设的逻辑关系。
可选地，在一些实施例中，特殊规则的文本匹配条件包括的关键词和/或关键字之间不存在逻辑关系。只要待通知事件的文本信息包含这些关键词和/或关键字，即认为待通知事件的文本信息满足特殊规则中的文本匹配条件。
本实施例中，通用规则的应用包名匹配条件还包括至少一个应用包名信息。
待通知事件对应的应用包名信息满足特殊规则中与文本匹配条件对应的应用包名匹配条件，具体可以是待通知事件所包含的预设的关键词和/或关键字所对应的应用包名信息包括该待通知事件对应的应用包名信息。
在一些实施例中，服务器可以通过如下方式生成通用规则的文本匹配条件：
服务器获取不同应用发出的人工标注了通知类型的通知，对这些通知的文本信息进行分析，如果文本信息包含具有逻辑关系的某些关键词和/或关键字的通知总是属于某个通知类型(记为第一通知类型)，则将这些关键词和/或关键字以及这些关键词和/或关键字之间的逻辑关系作为通用规则中的文本匹配条件，该文本匹配条件与第一通知类型对应；如果只有某些应用发出的文本信息包含具有逻辑关系的某些关键词和/或关键字的通知才属于某个通知类型(记为第二通知类型)，则将这些具有逻辑关系的关键词和/或关键字以及这些关键词和/或关键字之间的逻辑关系作为特殊规则中的文本匹配条件，并将这些应用的应用包名信息作为与该文本匹配条件对应的应用包名匹配条件，这条特殊规则与第二通知类型对应。
应理解，本实施例中所说的逻辑关系指的是语言逻辑和语言顺序，比如和，或，非，词或字的前后顺序等。
下面举例对服务器生成特殊规则和通用规则的过程进行说明。
场景A：样本数据中不同应用发出的包含“正在下载”，“正在上传”，“下载中”，“上传中”，“下载失败”，“上传失败”的通知均被标注的通知类型均为“运行状态”；支付宝应用和微信应用发出的包含“支付成功”和“付款成功”的样本通知被标注的通知类型均为“消费”；除了“支付宝应用”和“微信应用”以外的其他应用发出的包含关键词“支付成功”和“付款成功”的样本数据被标注的通知类型均为“风险提示”。
服务器生成一个通用规则x，这条通用规则对应的通知类型为“运行状态”，该通用规则包含的文本匹配条件对应的关键字(关键词)为“正在”，“下载”，“上传”，“中”和“失败”，这些关键字(关键词)满足的逻辑关系为“下载”和“上传”这两个关键词的前面有关键词“正在”，或这两个关键词的后面有关键字“中”或有关键词“失败”。
服务器生成两条特殊规则y和z，这两条特殊规则包含的文本匹配条件对应的关键词均为“支付”，“付款”和“成功”，这些关键词满足的逻辑关系为关键词“成功”在关键词“付款”或“支付”的前面；其中一个特殊规则y包含的应用包名匹配条件对应的应用包名信息为“支付宝”和“微信”，这条特殊规则对应的通知类型为“消费”；另一个特殊规则z包含的应用包名匹配条件对应的应用包名信息为除了“支付宝”和“微信”以外的其他应用的应用包名信息，这条特殊规则对应的通知类型为“风险提示”。
基于上述场景A生成的规则x，y和z，下面举例对终端将匹配信息与通用规则和特殊规则进行匹配的方式进行说明：
终端上触发生成两个待通知事件v和w，其中一个待通知事件v是由“手机管家”触发的，待通知事件v的文本信息为“正在下载“王者荣耀””，该文本信息包含规则x中文本匹配条件对应的关键字“正在”和“下载”，并且“正在”位于“下载”前面，满足对应的逻辑关系，待通知事件v的文本信息与通用规则x匹配，通用规则x对应的通知类型“运行状态”即为待通知事件v所对应通知的通知类型。
另一个待通知事件w是由“微信”触发的，待通知事件w的文本信息为“滴滴出行：支付成功”，该文本信息包含特殊规则y中文本匹配条件对应的关键字“支付”和“成功”，并且“成功”在“支付”前面，满足对应的逻辑关系，待通知事件w的文本信息满足特殊规则y中的文本匹配条件。待通知事件w的应用包名信息为“微信”，与特殊规则y的应用包名匹配条件中的应用包名信息中的“微信”对应，待通知事件w的应用包名信息满足特殊规则y中的应用包名匹配条件。待通知事件w的匹配信息与特殊规则y匹配，特殊规则y对应的通知类型“消费”即为待通知事件w所对应通知的通知类型。
二、跳转规则。
本申请实施例中，每个跳转规则包括至少一个跳转匹配条件，以及每个跳转匹配条件对应的应用包名匹配条件，每个跳转规则对应一个通知类型。
对于任意一个待通知事件，若该待通知事件的跳转信息满足任意一个跳转规则的跳转匹配条件，且该待通知事件的应用包名信息满足与该跳转匹配条件对应的应用包名匹配条件，则确定该待通知事件的跳转信息与该跳转规则匹配，该跳转规则对应的通知类型即为该待通知事件对应通知的通知类型。反之，若该待通知事件的跳转信息不满足任意一个跳转规则的跳转匹配条件和/或该待通知事件的应用包名信息不满足该应用包名匹配条件，则确定该待通知事件的跳转信息与各个跳转规则均不匹配。
在一些实施例中，跳转匹配条件可以细分为模糊匹配条件和精确匹配条件两种，下面分别对这两种进行跳转匹配条件进行介绍。
1、精确匹配条件。
本实施例中，每个精确匹配条件对应若干字段，以及每个字段对应的字符串(也可以称为字段的值)。
终端获取待通知事件的跳转信息中的所有字段，以及每个字段的值，若跳转信息中的所有字段与精确匹配条件对应的若干字段一致，且跳转信息中每个字段的值与该字段在精匹配条件中对应的字符串一致，则终端确定该待通知事件的跳转信息满足该精确匹配条件。
本实施例中，每个精确匹配条件对应的应用包名匹配条件包括至少一个应用包名信息。
终端获取待通知事件对应的应用包名信息，若与该待通知事件的跳转信息所满足的精确匹配条件对应的应用包名信息与该待通知事件对应的应用包名信息相同，则终端确定该待通知事件的应用包名信息满足该精确匹配条件对应的应用包名匹配条件。
2、模糊匹配条件。
本实施例中，每个模糊匹配条件对应若干字段，以及每个字段对应的字符串(也可以称为字段的值)。
终端获取待通知事件的跳转信息中的所有字段，以及每个字段的值，若跳转信息中的所有字段与模糊匹配条件对应的若干字段一致，且跳转信息中每个字段的值包含该字段在精匹配条件中对应的字符串，则终端确定该待通知事件的跳转信息满足该模糊匹配条件。
具体地，在一些实施例中，模糊匹配条件对应的若干字段中包括标准字段和自定义字段。
终端获取待通知事件的跳转信息中的所有标准字段以及每个标准字段对应的值(标准跳转信息)，所有自定义字段以及每个自定义字段对应的值(自定义跳转信息)。若该跳转信息中的所有标准字段与模糊匹配条件对应的所有标准字段相同，所有自定义字段与模糊匹配条件对应的所有自定义字段相同，并且该跳转信息中每个标准字段的值与该标准字段在模糊匹配条件中对应的字符串相同，该跳转信息中每个自定义字段的值包含该自定义字段在模糊匹配条件中对应的字符串，则终端确定该待通知事件的跳转信息满足该模糊匹配条件。
本实施例中，每个精确匹配条件对应的应用包名匹配条件包括至少一个应用包名信息。
终端获取待通知事件对应的应用包名信息，若与该待通知事件的跳转信息所满足的模糊匹配条件对应的应用包名信息与该待通知事件对应的应用包名信息相同，则终端确定该待通知事件的应用包名信息满足该模糊匹配条件对应的应用包名匹配条件。
在一些实施例中，用于生成分类规则的服务器可以通过如下方式生成跳转规则：针对每个应用采集该应用发出的文本信息不相同的样本通知(样本通知指的是人工标注了通知类型的通知)，如果该应用发出的被标注了相同的通知类型的通知，它们的跳转信息所包含的所有字段相同且每个字段的值也相同，则将这些通知的跳转信息所包含的所有字段，每个字段的值(字符串)作为一个精确匹配条件，该应用的应用包名信息作为一个应用包名匹配条件，该应用包名匹配条件与该精确匹配条件对应。
下面举例对服务器生成精确匹配条件的过程进行说明。
场景B：服务器采集的样本数据中腾讯手机管家发出的文本信息不一样的通知有100 条，这100条通知的Intent对象(跳转信息)包括Class字段，且这100条通知被标注的通知类型均为“手机优化”，这100条被标注为“内容咨询”的通知的Class字段均为“com.tencent.server.fore.QuickLoadActivity”。服务器将Class字段，以及该Class 字段对应的值“com.tencent.server.fore.QuickLoadActivity”作为一个跳转规则的精确匹配条件存储在终端，将“腾讯手机管家”的应用包名信息(com.tencent.qqpimsure) 作为该跳转规则的应用包匹配条件存储在终端，该跳转规则对应的通知类型为“手机优化”，该跳转规则具体可以通过图5A所示的形式存储在终端。
基于上述场景B生成的规则，下面举例对终端将匹配信息与精确匹配条件进行匹配的方式进行说明：
终端上触发生成一个待通知事件，该待通知事件的对象信息如图5B所示，该待通知事件的intent对象(对象信息)包含Class字段(跳转信息)，且Class字段的值为“com.tencent.server.fore.QuickLoadActivity”，该待通知事件的包名信息为“com.tencent.qqpimsure”,终端确定该待通知事件对应通知的通知类型为“手机优化”
对于一些特殊应用，其发出的被标注为同一通知类型的通知，它们的跳转信息包含的所有字段都一样，并且每个字段的值具有相同的字符串，则将这些跳转信息中各个字段，每个字段的值中相同的字符串作为一个模糊匹配条件，该应用的应用包名信息作为一个应用包名匹配条件，该应用包名匹配条件与该模糊匹配条件对应。
对于一些特殊应用，其发出的被标注为同一通知类型的通知，它们的跳转信息包含的所有字段都一样，其中标准跳转字段的值都一样，自定义跳转字段的值具有相同的字符串，则将这些跳转信息中各个标准跳转字段，各个标准跳转字段的值(字符串)，各个自定义字段，以及每个自定义字段中相同的字符串作为个模糊匹配条件，该应用的应用包名信息作为一个应用包名匹配条件，该应用包名匹配条件与该模糊匹配条件对应。
应理解，规则库中的规则是通过人工标注了通知类型的通知作为样本数据进行归纳得到的，所以通知类型具体有哪些取决于人工标注了哪些通知类型。比如，将通知分为如下几类：广告推广、内容咨询、社交动态、手机优化、运行状态、消费、提醒、即时通讯，则通过规则确定的通知类型为上述其中一个。
可选地，标注人员可以将通知分别针对进行中的通知(即具有ongoing属性的通知) 和非进行中的通知(即不具有ongoing属性的通知)进行分类，那么文本规则就可以分为进行中的通知对应的文本规则，和非进行中的通知对应的文本规则；跳转规则就可以分为进行中的通知对应的跳转规则，和非进行中的通知对应的跳转规则。
在一些实施例中，终端上有待通知事件时，如果该待通知事件对应的通知为进行中的通知，则通过进行中的通知对应的文本规则和跳转规则确定该通知所属的通知类型，如果该通知为非进行中的通知，则通过非进行中的通知对应的文本规则和跳转规则确定该通知所属的通知类型。
402、若匹配成功，终端根据匹配成功的规则所对应的通知类型，确定待通知事件所对应的通知的通知类型；
若待通知事件的文本信息与规则库中的通用规则匹配，则该通用规则对应的通知类型即为该待通知事件对应通知的通知类型。
若待通知事件的文本信息和应用包名信息与规则库中的特殊规则匹配，则该特殊规则对应的通知类型即为该待通知事件对应通知的通知类型。
若待通知事件的跳转信息与规则库中的跳转规则匹配，则该跳转规则对应的通知类型即为该待通知事件对应通知的通知类型。
403、若匹配不成功，终端从待通知事件的对象信息中提取至少一个特征信息，并利用分类模型分析该特征信息，根据分析结果确定待通知事件所对应的通知的通知类型；
在一些实施例中，分类模型可以包括跳转分类模型，文本分类模型和融合模型的至少一种或几种组合。其中，跳转分类模型用于根据通知的文本信息得特征向量到第一分类，文本分类模型用于根据通知的跳转信息特征向量得到第二分类，融合模型用于根据第一分类和第二分类得到最终分类结果，即通知类型。
具体地，若待通知事件的匹配信息与规则库中的所有规则都不匹配，则终端从待通知事件的文本信息中提取至少一个文本信息特征向量，并从待通知事件的跳转信息中提取至少一个跳转信息特征向量，然后利用文本分类模型对提取的文本信息特征向量进行分析得到第一分类，并利用跳转分类模型对提取的跳转信息特征向量进行分析得到第二分类，最后再利用融合模型对第一分类和第二分类进行分析得到分析结果，即，得到待通知事件的通知类型。
更具体地，终端从待通知事件的文本信息中提取至少一个文本信息特征向量可以通过如下方式：终端从待通知事件的文本信息拆分成若干个字和/或若干个词，将这若干个字和/或若干个词通过向量化组合，得到文本信息特征向量。
终端从待通知事件的跳转信息中提取至少一个跳转信息特征向量可以通过如下方式：终端将待通知事件的跳转信息中各个字段的值拆分成若干个字符串，将这若干个字符通过向量化组合，得到跳转信息特征向量。
应理解，分类模型可以根据数据处理逻辑，由服务器对大量样本数据进行训练得到，下面请参阅图6，在一些实施例中，分类模型离线训练的流程图，训练流程具体包括：
S1、采集大量通知类型的通知，并记录标注信息，作为样本数据，其中标注信息可以是对通知进行的人工标注的信息。
S2、分别提取各个样本数据的特征(跳转信息和文本信息)，将跳转信息中各个字段的值拆分成若干个字符，并通过向量化组合得到跳转信息特征向量，例如将报名xxx.yyy.zzz分解成xxx,yyy,zzz字段，并通过编码技术(例如onehot编码)向量化；同时将文本信息拆分成若干关键词和/或关键字，并通过向量化组合得到文本信息特征向量。
S3、通过分类算法(例如逻辑回归，线性矢量机，GBDT等)根据样本数据对应的跳转信息特征向量以及所标注的通知类型生成跳转分类模型，并通过分类算法根据样本数据对应的跳转信息特征向量以及所标注的通知类型生成跳转分类模型。
S4、通过分类算法根据跳转分类模型输出的第一分类，文本分类模型输出的第二分类以及所标注的通知类型生成融合模型。
由于应用的数据量会不断增加，所以需要及时添加新的通知样本对分类模型和规则库进行更新，具体可以参见图7，服务器对分类模型及规则库进行更新的流程图，更新流程具体包括：
服务器获取新增应用发出的任意一个通知(目标通知)，若目标通知能够通过规则库中的规则确定通知类型，则将目标通知标注为对应的通知类型后添加为样本数据，若目标通知不能够通过规则库中的规则确定通知类型，则通过分类模型得到目标通知所属的通知类型(假设为通知类型A)；
与此同时，服务器获取大量新增应用发出的通知，针对各个通知，根据跳转信息特征向量和文本信息特征向量对这些通知进行高维聚类，将这些通知分成若干类，然后通过人工标注每一类对应的聚类类别，即对应的通知类型；
服务器确定目标通知的跳转信息特征向量和文本信息特征向量，与各个聚类类别的相似度，并确定相似度最高的聚类类别为目标通知所属的通知类型(假设为通知类型B)；
如果通知类型A与通知类型B一样，则将该目标通知作为样本数据，如果通知类别1与通知类别2不一样，则人工检视目标通知所属的通知类型，并将目标通知标注对应通知类型后添加为样本数据。
上述更新流程所说的添加为样本数据指的是，将标注了对应的通知类型的通知，作为生成规则以及分类模型的样本数据输入到服务器中，由服务器对规则和分类模型进行更新。
除了上述图7描述的更新方式外，服务器还可以根据用户通过终端发出的反馈进行更新，具体地，请参阅图8，服务器对分类模型及规则库进行更新的流程图，更新流程具体包括：
终端通过规则库中的规则或分类模型确定通知的通知类型(假设为通知类型C)，用户对该分类结果进行反馈，如果用户反馈结果为错误，则终端向服务器上报该错误；
服务器根据各个终端上报的错误，统计各个通知对应的错误次数，如果统计的错误次数达到阈值，则求该通知的跳转信息特性向量和文本信息特征向量，与各个聚类类别的相似度，然后将相似度最高的聚类类别确定为该通知所属的通知类型(假设为通知类型D)；
如果服务器确定通知类型C与通知类型D一样，则通过人工检视该通知是否分类错误，即人工判断该通知是否属于通知类型C(通知类型D)，如果人工检视发现该分类错误，则重新标注该通知所属的通知类型，并将该重新标注后的通知作为样本数据输入到服务器中，由服务器对规则和分类模型进行更新。
404、终端对待通知事件所对应的通知进行分类显示。
显示方式一、终端将通知类型相同的通知集中在同一个显示窗格中显示。
具体地，终端可以采用如下任意一种方式对各个显示窗格进行显示：
显示方式1：在对应的显示窗格中展开式显示各个通知。
作为一种可选的方式，各个通知在对应的显示窗格中可以按照获取时间从晚到早的顺序进行排序。
下面以一实际场景为例对进行说明：
场景C：终端在5个小时前获取了“王者荣耀”发出的通知9033，在2个小时前获取了“饿了么”发出的通知9032，在1小时前获取了“腾讯新闻”发出的通知9023和“安全中心”发出的通知9013，在10分钟前获取了“新浪新闻”发出的通知9022，在7分钟前获取了“京东商城”发出的通知9031，在5分钟前获取了“情景智能”发出的通知9012，在1分钟前获取了“手机管家”发出的通知9011和“今日头条发出”的通知9021。其中，终端确定9011、9012和9013所属的通知类型为“智能提醒”，9021、9022和9023所属的通知类型为“内容咨询”，9031、9032和9033所属的通知类型为“广告推广”。
终端将属于同一通知类型的通知集中在窗格中，即将9011、9012和9013集中在窗格 901中，将9021、9022和9023集中在窗格902中，将9031、9032和9033集中在窗格903 中，按照上述显示方式1对各个窗格中的通知进行显示，如图9A所示。
显示方式2：在对应的显示窗格中根据通知的优先级对应的显示方式显示通知。
具体地，对于任意一个通知，终端获取该通知的优先级，根据该优先级确定该通知在对应显示窗格中的显示方式，其中，显示方式包括：以第一方式显示或以第二方式显示，第一方式显示的文本内容多于第二方式显示的文本内容。
可选地，在一些实施例中，以第一方式显示可以是展开显示或完整显示，展开即将通知的文本信息部分或全部展开显示，完整显示即显示通知完整的文本信息，或显示通知的文本信息中的正文；以第二方式显示可以是收起显示或简略显示，收起显示即将通知的文本信息隐藏并以显示一条消息指示收起通知的数量，或仅显示其中一条通知的文本信息而将其他通知的文本信息隐藏，简略显示即显示通知的文本信息摘要，或通知的标题，或其他从文本信息中摘取的简短内容。
可选地，在一些实施例中，当终端对通知以第二方式显示时，响应于检测到该通知进行的输入操作，终端对该通知以第一方式显示。
本申请实施例中，通知的优先级用于标识通知为重要通知和不重要通知，具体地，终端根据优先级确定通知在对应显示窗格中的显示方式包括：在对应窗格中以第一方式显示重要通知，在对应窗格中以第二方式显示不重要通知。
在一些实施例中，通知的优先级可以通过优先级信息确定，优先级信息可以如下至少包括：通知类型对应的第一优先级信息，通知对应应用的第二优先级信息，通知对应的用户使用习惯信息。下面分别对这几种信息进行详细说明。
(1)、通知类型对应的第一优先级信息。
通知类型对应的第一优先级信息用于标识通知类型的优先级，通知类型的优先级是由运维人员根据业务需求预先设定的。在一种可能的设计中，该优先级可以根据用户对通知类型的点击频率和/或删除频率进行修改，具体地，将对于的点击频率大于预设值的通知类型的优先级修改为较高的优先级，将对应的删除频率大于预设值的通知类型的优先级修改为较低的优先级。在另一种可能的设计中，该优先级可以由用户在终端上手动修改。
具体地，在一种可能的设计中，依据业务需求，将重要的通知类型对应的优先级设为高，不重要的通知类型对应的优先级设为低，则第一优先级信息用于标识该通知类型的优先级为高或低。
终端根据通知类型对应的第一优先级信息确定通知的优先级具体包括：若通知所属通知类型对应的第一优先级信息指示该通知类型的优先级为高，则确定该通知的优先级为高，在对应窗格中以第一方式显示该通知；若通知所属通知类型对应的第一优先级信息指示该通知类型的优先级为低，则该通知的优先级为低，在对应窗格中以第二方式显示该通知，当检测到用户针对该通知输入的展开操作时，终端以第二方式显示该通知。
以上述场景C为例，终端中通知类型“智能提醒”对应的优先级为高(第一优先级信息)，通知类型“广告推广”和“内容咨询”对应的优先级为低(第一优先级信息)。终端将通知类型“智能提醒”中的通知逐条展开显示(以第一方式显示)，并按照获取时间从晚到早的顺序进行排序，将通知类型“内容咨询”和“广告推广”中的通知收起显示(以第二方式显示)，如图9B所示。用户在图9B对应的显示界面上，点击窗格902中的“点击展开”(展开操作)，终端响应于该指令，将窗格902中的通知展开显示(以第二方式显示)，如图9C所示。
(2)通知对应应用的第二优先级信息。
第二优先级信息用于标识应用的优先级，该优先级可以由用户在终端上手动设定，或由终端根据用户针对应用的操作数据确定。
在一种可能的设计中，应用的优先级分为高和低两个级别，若用户点击桌面上某个应用的图标超过预设次数，或用户使用某个应用的累计时长超过预设时长，则该应用的优先级为高，若用户超过预设时长为使用某个应用，则该应用的优先级为低。终端根据通知所属应用对应的第二优先级信息确定通知的优先级具体包括：若通知所属应用对应的第二优先级信息指示该应用的优先级为高，则确定该通知的优先级为高，在对应窗格中以第一方式显示该通知；若通知所属应用对应的第二优先级信息指示该应用的优先级为低，则该通知的优先级为低，在对应窗格中以第二方式显示该通知，当检测到用户针对该通知输入的展开操作时，终端以第二方式显示该通知。
(3)通知对应的用户使用习惯信息。
本申请实施例中，用户使用习惯信息可以包括如下至少一项：用户历史通知点击频率信息，用户历史通知删除频率信息，用户画像信息，用户习惯设置信息。
其中，用户画像信息由用户画像平台提供，用户画像信息具体可以通过终端对用户在终端上输入的操作(如点击操作，搜索操作，浏览操作等)进行监听生成，用于指示用户喜好。
在一种可能的设计中，终端根据通知对应的用户使用习惯信息确定通知的优先级具体包括：若通知的文本信息与用户画像信息匹配，则确定该通知的优先级为高，以第二方式显示该通知；
以上述场景C为例，终端中通知类型“智能提醒”对应的优先级为高(第一优先级信息)，通知类型“广告推广”和“内容咨询”对应的优先级为低(第一优先级信息)。用户经常浏览娱乐类新闻，用户画像平台根据该行为将该用户画像信息添加“娱乐八卦”；用户平时还喜欢打王者荣耀，经常使用“王者荣耀”这个应用，用户画像平台根据该行为将该用户画像信息添加为“王者荣耀”；通知9033与“王者荣耀”匹配，通知9023与“娱乐八卦”匹配，终端确定这两个通知的优先级从为高，在对应窗格中展开显示，其余通知依据第一优先级信息确定其优先级在对应窗格中进行显示，如图9D所示。
在一种可能的设计中，终端根据通知对应的用户使用习惯信息确定通知的优先级具体包括：若通知的文本信息与用户画像不匹配，则确定该通知的优先级为低，在对应窗格中以第二方式显示该通知，当检测到用户针对该通知输入的展开操作时，终端以第一方式显示该通知。
其中，用户历史通知删除频率信息是由终端对用户历史上对通知的点击删除操作统计得到的信息，点击删除操作指的是用户针对某个通知进行删除的操作。
在一种可能的设计中，终端根据通知对应的用户使用习惯信息确定通知的优先级具体包括：若用户点击删除某个应用发出的属于某个通知类型的通知的次数(用户历史通知删除频率信息)超过预设次数，则确定该应用发出的属于该通知类型的通知的优先级为低，在对应窗格中以第二方式显示该通知，当检测到用户针对该通知输入的展开操作时，以第一方式显示该通知。
以上述场景C为例，终端中通知类型“智能提醒”对应的优先级为高(第一优先级信息)，通知类型“广告推广”和“内容咨询”对应的优先级为低(第一优先级信息)。在获取通知9013之前，用户点击删除“安全中心”发出的“智能提醒”类的通知的次数为6 次，超过5次(预设次数)。终端根据用户历史通知删除频率信息将“智能提醒”对应窗格901中“安全中心”发出的通知9013的优先级确定为低，收起显示该通知，其余的通知依据第一优先级信息确定其优先级在对应窗格中进行显示，如图9E所示。
在一种可能的设计中，每个通知类型可以包含若干通知子类型。终端根据通知对应的用户使用习惯信息确定通知的优先级具体包括：若用户点击删除某个通知子类型的通知的次数(用户历史通知删除频率信息)超过预设值，则确定属于该通知子类型的通知的优先级为低，在对应窗格中以第二方式显示该通知，当检测到用户针对该通知输入的展开操作时，以第一方式显示该通知。
例如，通知类型“智能提醒”包括如下通知子类型：“手机电量”、“电话拦截”和“其他”。在上述场景C为例，终端中通知类型“智能提醒”对应的标识为“重要”(第一优先级信息)，通知类型“广告推广”和“内容咨询”对应的标识均为“不重要”(第一优先级信息)。在获取通知9011之前用户点击删除关于手机电量(通知子类型)提醒的通知的次数超过5次(预设值)，以及用户历史通知删除频率信息确定属于该通知子类型的通知 9011的优先级为低，将该通知9011收起显示，其余的通知依据第一优先级信息确定其优先级在对应窗格中进行显示，如图9F所示。
其中，用户历史通知点击频率信息是由终端对用户历史上对通知的点开操作统计得到的信息，点开操作即点击进入通知对应的跳转界面的操作。
在一种可能的设计中，终端根据通知对应的用户使用习惯信息确定通知的优先级具体包括：若用户点开某个应用发出的属于某个通知类型的通知的次数(用户历史通知点击频率信息)超过预设次数，则确定该应用发出的属于该通知类型的通知的优先级为高，在对应窗格中以第二方式显示该通知。
在一种可能的设计中，每个通知类型可以包含若干通知子类型。终端根据通知对应的用户使用习惯信息确定通知的优先级具体包括：若用户点开某个通知子类型的通知的次数 (用户历史通知点击频率信息)超过预设值，则确定属于该通知子类型的通知的优先级为低，在对应窗格中以第二方式显示该通知，当检测到用户针对该通知输入的展开操作时，以第一方式显示该通知。在一种可能的设计中，用户使用习惯信息包含的不同项信息对应不同的习惯优先级。若终端根据第一信息确定通知的优先级为第一优先级，根据第二信息确定的通知的优先级为第二优先级，第一优先级与第二优先级不相同时，终端将习惯优先级较高的信息所确定的通知的优先级为准，即若第一信息的习惯优先级高于第二信息，则确定通知的优先级为第一优先级，若第二信息的习惯优先级高于第一信息，则确定通知的优先级为第二优先级。
其中，用户习惯设置信息指的是用户在终端上设置的习惯信息。具体地，用户可以通过如下方式设置习惯信息：用户在通知显示界面上输入针对目标通知的操作，终端响应于该操作，显示习惯设置提示信息，用户根据该设置提示信息输入相应的指令，终端响应于该指令，将与该目标应用包名信息(目标通知对应的应用包名信息)以及该目标通知对应的通知类型(目标通知所属的通知类型)的通知的优先级确定为低。
如图9G所示，用户在通知显示界面上在智能提醒对应的显示窗格中长按安全中心发出的通知，响应于该操作，终端提示用户是否需要屏蔽安全中心发出的属于智能提醒类的通知，用户点击是，终端以后接收到的属于智能提醒类且应用包名信息为安全中心的通知时，终端确定该通知的优先级为低，则在上述场景C中，通知9013与该习惯信息匹配，通知9013对应的优先级为低，终端将该通知收起显示，如图9H所示。
应理解，用户除了可以在通知显示界面上输入特定的操作设置习惯信息，还可以在其他界面设置习惯信息，如系统设置界面等，具体本申请不作限定。
显示方式二、将属于同一通知类型且优先级为第一级别的所有通知集中在一个显示窗格中以第一方式显示，将所有优先级为第二级别的通知集中在一个显示窗格中以第二方式显示。
本实施例中，优先级指的是通知的优先级，第一优先级高于第二优先级。通知的优先级具体可以依据通知的优先级信息确定。
下面举例进行说明：终端中通知类型“智能提醒”对应的优先级为高(第一优先级信息)，通知类型“广告推广”和“内容咨询”对应的优先级为低(第一优先级信息)。终端根据用户的使用习惯生成用户画像信息“娱乐八卦”和“王者荣耀”。在上述场景C中，通知9033与“王者荣耀”匹配，通知9023与“娱乐八卦”匹配，依据用户画像信息确定这两个通知的优先级为高，其他通知依据第一优先级信息确定优先级。终端将属于同一通知类型且优先级为“高”的通知集中在一个窗格中展开显示，将优先级为“低”的所有通知集中在一个窗格中收起显示。也就是说，将9011,9012,9013集中在窗格901中展开显示，将9023在窗格902展开显示，将9033在窗格903中展开显示，将9021，9022，9031,9032 集中在窗格904中收起显示，如图9I所示。显示方式三、将应用包名信息相同的待通知事件对应的通知集中在一个显示窗格中，将显示窗格中优先级为第一级别的所有通知以第一方式显示，优先级为第二级别的所有通知以第二方式显示。
本实施例中，优先级指的是通知的优先级，第一优先级高于第二优先级。
在一些实施例中，通知的优先级具体可以依据通知类型的第一优先级信息确定。
下面以一具体应用场景为例进行说明。
场景D：终端在3个小时前和2个小时前获取了应用“饿了么”发出的通知1031和通知1032，分别在1小时前和1分钟前获取了“今日头条”发出的通知1021和1022，在5 分钟前用户打开了“酷狗音乐”，并通过该应用播放歌曲“Honey”，此时终端获取“酷狗音乐”生成的播放通知1011，以及“酷狗音乐”推送的通知1012。终端通过上述图4对应实施例中步骤402或步骤403所描述的方式确定1031，1032和1012所属的通知类型为“广告推广”，1021和1022所属的通知类型为“内容咨询”，1011所属的通知类型为“音乐播放”。其中，“内容咨询”和“广告推广”对应的优先级为“低”(第一优先级信息)，“音乐播放”对应的优先级为“高”(第一优先级信息)。
终端将“饿了么”发出的通知1031和1032集中在窗格103中，这两条通知所属的通知类型均为“广告推广”，则根据两条通知的第一优先级信息确定这两条通知的优先级为“低”，故将这两条通知在窗格103中收起显示；将“酷狗音乐”发出的通知1011和1012 集中在窗格101中，通知1011所属通知类型为“音乐播放”，根据该通知的第一优先级信息确定该通知的优先级为“高”，在窗格101中展开显示该通知，通知1012所属通知类型为“广告推广”，确定该通知的优先级为“低”，在窗格101中收起显示该通知；将“今日头条”发出的通知1021和1022集中在窗格102中，这两条通知所属通知类型均为“内容咨询”，根据该通知的第一优先级信息确定该通知的优先级为“低”在窗格102总收起显示该通知，最终显示结果如图10A所示。
用户在图10A所示的显示界面上，点击窗格102中的“点击展开”，终端响应于该指令，将窗格102中的隐藏通知1021和1022展开显示，如图10B所示。
在一些实施例中，通知的优先级具体还可以依据用户的习惯信息确定。
以场景D为例，用户经常在终端上浏览娱乐类新闻，终端根据该行为将该用户对应的画像标签(用户画像信息)添加为“娱乐八卦”，通知1021与该画像标签匹配，终端确定通知1021的优先级为高，终端在窗格1012中将该通知展开显示，其余的通知的优先级依据其第一优先级信息确定，并在对应的窗格中显示(参照上述图10A)，最终显示结果如图 10C所示。
显示方式四、将应用包名信息相同且优先级为第一级别的所有通知集中在一个显示窗格中以第一方式显示，将应用包名信息相同且优先级为第二级别的所有通知集中在一个显示窗格中以第二方式显示。
在一些实施例中，通知的优先级具体可以依据通知类型的第一优先级信息确定。
以场景D为例，终端将“酷狗音乐”发出的，所属通知类型的优先级为“高”的通知1011在窗格101中展开显示，将“酷狗音乐”发出的，所属通知类型的优先级为“低”的通知1012在窗格103中收起显示；将“今日头条”发出的，所属通知类型的优先级为“低”的通知1021和1022集中在窗格102中收起显示；将“饿了么”发出的，所属通知类型对应的优先级为“低”的通知1031和1032集中在窗格104中收起显示，最终显示结果如图10D所示。
在一些实施例中，通知的优先级具体还可以依据用户的习惯信息确定。
以场景D为例，用户经常在终端上浏览娱乐类新闻，终端根据该行为将该用户对应的画像标签(用户画像信息)添加为“娱乐八卦”，通知1021与该画像标签匹配，通知1021 的优先级为“高”，其余的通知的重要级别与其所属通知类型的优先级一致。终端将“酷狗音乐”发出的优先级为“高”的通知1011在窗格101中展开显示，将“酷狗音乐”发出的优先级为“低”的通知1012在窗格104中收起显示；将“今日头条”发出的优先级为“低”的通知1021在窗格102中展开显示，将优先级为“低”的通知1022在窗格103 中收起显示；将“饿了么”发出的优先级为“低”的通知1031和1032集中在窗格105中收起显示，最终显示结果如图10E所示。
显示方式五、将应用包名信息相同且优先级为第一级别的所有通知集中在一个窗格中展开显示，将优先级为第二级别的所有通知集中在一个窗格中收起显示。
本实施例中，优先级指的是通知的优先级，第一优先级高于第二优先级。
在一些实施例中，通知的优先级具体可以依据通知类型的第一优先级信息确定。
以场景D为例，场景D中只有“酷狗音乐”发出的通知1011所属的通知类型的优先级为“高”，终端将通知1021在窗格101中展开显示，其余通5条通知在窗格102中收起显示，如图10F所示。
在一些实施例中，通知的优先级具体还可以依据用户的习惯信息确定。
以场景D为例，用户经常在终端上浏览娱乐类新闻，终端根据该行为将该用户对应的画像标签(用户画像信息)添加为“娱乐八卦”，通知1021与该画像标签匹配，将通知1021的优先级确定为“高”，其余的通知的优先级与其所属通知类型的优先级一致。终端将“酷狗音乐”发出的优先级为“高”的通知1011在窗格101中展开显示；将“今日头条”发出的优先级为“高”的通知1021在窗格102中展开显示，将其余4条优先级为低的通知集中在窗格103中收起显示，最终显示结果如图10G所示。
可选地，在一些实施例中，终端可以预先存储有白名单，当有待通知事件时，若白名单中包含该待通知事件的应用包名信息，则终端可以不匹配该待通知事件对应的通知所属的通知类型，直接显示该通知；若白名单中不包含该待通知事件的应用报名信息，终端通过上述步骤402和403所描述的方式确定该待通知事件对应通知所属的通知类型。
可选地，在一些实施例中，当有待通知事件时，若该待通知事件的应用包名信息对应的应用为系统应用，则终端可以不匹配该待通知事件对应通知的通知类型，直接显示该通知；若该待通知事件的应用包名信息对应的应用不是系统应用，则终端可以通过上述步骤 402和403所描述的方式确定该通知所属的通知类型。
可选地，在一些实施例中，终端确定待通知事件对应的通知所属的通知类型后，若该通知类型的优先级为最低级别，则终端可以不向用户发出针对该通知的提示，提示具体可以包括如下至少一种：响铃、振动、闪光。除此之外，终端还可以针对该通知采取如下一项或多项操作：
1、终端处于锁定状态时，不在锁屏界面上显示该通知。
2、终端处于解锁状态时，不在当前界面上显示该通知。
3、终端获取调取通知栏的指令后，不在通知栏上显示该通知。
可选地，在一些实施例中，用户可以在终端上设置是否开启智能分类，若开启了智能分类，则终端通过上述图4对应的方式确定通知所属的通知类型，若未开启智能分类，则移动终端通过默认的方式确定通知所属的通知类型，如通过通知的应用包名信息进行分类，每个应用对应一个通知类型。具体地，终端可以通过点击状态栏中的快捷键开启智能分类，也可以在通知设置界面中点击智能分类对应的控件开启智能分类。
如图11A所示，用户在终端的系统设置界面中点击“通知”，终端响应于该指令，显示通知设置界面，该界面中包含一个开启/关闭智能分类的按钮，用户点击该按钮，终端响应该指令开启智能分类，将获取的通知通过上述图4对应的方式确定通知所属的通知类型。用户还可以在该通知设置界面中，针对各个应用，设置是否接收该应用发出的通知，对于设置为不接收的应用，终端不会获取该应用发出的通知。
可选地，在一些实施例中，用户可以在终端上针对各个通知类型，设置该通知类型对应的显示方式，终端确定通知所属的通知类型后，可以根据用户设置的显示方式显示获取的通知。
如图11B所示，用户在终端的通知设置界面上点击“高级设置”，终端显示高级设置界面，用户在该高级设置界面中点击其中一个“广告推广”，终端显示“广告推广”对应的设置界面，用户在该设置界面设置属于“广告推广”的通知对应的显示方式，按照图11B 中对应的设置，终端获取到属于“广告推广”的通知后，不在屏幕顶部的弹出窗格显示该通知，也不在锁定屏幕上显示该通知，当获取到调取通知栏的指令时，在通知栏上展开显示该通知的文本信息。
需要说明的是，规则库可以存储在终端的规则平台中，作为一种可选的方式，可以由终端的规则平台将匹配信息与规则库中的规则进行匹配，即可以由规则平台执行步骤402。作为一种可选的方式，终端可以调用算法平台加载分类模型，利用该分类模型对特征信息进行分析，即可以由算法平台执行步骤403。
本申请实施例中，当有待通知事件时，终端提取该待通知事件的匹配信息或特征信息，将该匹配信息与规则库中的规则进行匹配得到通知类型，或通过分类模型对特征信息进行分析得到通知类型。其中，规则库中的规则和分类模型是根据大量人工标注了通知类型的样本数据确定的，可以贴合用户需求实现准确的通知分类，帮助用户筛选出感兴趣的通知，提升用户体验。
其次，本申请实施例中的规则和分类模型可以根据市场需求或用户反馈及时更新，提高了方案的灵活性。
再次，本申请实施例提供了多种对特征进行分类显示的方式，提高了方案的灵活性。
下面以一具体场景实施例对本申请中的通知显示方法进行介绍。
(一)本实施例所要解决的技术问题如下：
通过规则与模型相结合的方式使通知分类的覆盖率达到100％，提高通知分类的准确度；
结合用户画像对通知重要性进行智能排序。
(二)本实施例适用的业务场景如下：
通知自动分类：例如支持自动将广告推广、内容资讯等不重要类型的通知分组收起，如图12A所示；
通知重要性区分：在自动分类的基础上，将通知分类映射为重要或不重要，不重要的通知可自动收起，如图12B所示。
个性化通知重要级分类：根据用户点击通知操作，自动修改通知重要性。例如，用户点击删除某一应用的通知M次，将该应用通知降为不重要(自动收起)，反之，点开多次则升级为重要(不收起)。例如图12C：删除提示拦截垃圾电话，此类通知被收起。
根据用户画像自动分类排序通知类型：例如用户平时多看娱乐类新闻，则在收到新闻通知时仅展示娱乐类新闻通知，其他类型收起；用户平时喜欢打王者荣耀，则在收到王者荣耀通知时展示，如图12D所示。用户画像的生成根据记录使用手机的历史行为产生。
(三)本实施例的实现方法如下：
通知分类分为在线分类模块与离线训练模块。在线分类模块用于在移动终端对接收到的通知进行智能分类。离线训练模块用于云侧维护和更新通知分类规则与模型。
图12E为移动终端侧通知分类流程图，通知智能分类实现的步骤如下：
步骤1：当移动终端接收到一条通知后，首先使用规则匹配通知类型。如果已有分类规则能够匹配此条通知，则直接返回此条通知的类型。如果没有规则能够匹配此条通知，则使用模型对此通知进行分类。
规则定义：使用对象信息，例如通知对象中关键字isOngoing、Intent对象中Action 关键字，Component关键字，Class关键字，uriString关键字等归纳总结的分类规则。例如Action＝xxx.yyy.zzz.BackgroundConsumeActivity，从字面意思就可以理解此通知为后台电量消耗的通知。这几个关键字段决定结果点击通知后跳转到哪个界面。
规则生成：当一个应用发出的多条文本不同的通知被标注成同一类型，且同一类型的通知拥有相同的Action字段值或Class字段值或uriString字段值，则可归纳出这一类通知根据跳转信息的规则。
跳转信息举例，如图12F所示。
跳转信息规则样例：来自同一个应用，但是跳转信息不同，可归纳为不同类型分类规则，如图12G所示。
步骤2：使用模型分类的第一步是提取通知的特征。本实施例将分别提取通知的跳转信息特征和文本内容特征。跳转信息特征通过抽取通知跳转信息各个字段的内容，将相关字段内容向量化组合以后生成跳转信息特征向量(例如将包名xxx.yyy.zzz分解成xxx，yyy和zzz字段，并通过编码技术(例如onehot编码)向量化)。文本信息特征通过提取词向量或字向量的方式生成文本信息的特征向量。
步骤3：使用离线预训练好的跳转信息模型，根据步骤2生成的跳转信息特征预测通知根据跳转特征的分类中间结果。同时，使用离线预训练好的文本信息模型，根据步骤2生成的文本分类模型预测通知根据文本信息的分离中间结果。
步骤4：使用离线预训练好的融合模型，根据步骤3生成的跳转信息和文本信息分类中间值预测最终分类结果。
图12H是离线通知分类模型训练流程图，步骤如下：
步骤1：收集通知样本数据，并且按照业务需求人工标注通知样本，作为训练用数据
步骤2：提取通知样本特征，同分类流程中的步骤2。
步骤3：使用分类算法(例如逻辑回归，线性矢量机，GBDT)根据通知样本数据标注生成依据跳转信息的分类模型以及依据文本信息的分类模型。
步骤4：使用跳转模型和文本模型生成的中间结果训练融合模型。由于应用的数量会不断增加，需要及时添加新的通知样本更新及迭代已有的分类规则和模型，如果仅使用人工的方式，运维成本较大，因此图12I是半自动离线新样本添加流程以减少运维人力成本，步骤如下：
步骤1：当接收到新通知样本是执行与移动端侧通知分类相同的流程获得通知分类1。如此新通知样本已有规则能够匹配，则直接添加为通知样本库新样本。
使用以后的通知全样本，提取通知特征向量(步骤同移动终端分类步骤2)。根据通知特征向量对通知全样本进行高维聚类(聚类类别数量可根据业务定义的通知类别定义)。聚类后根据样本标注，标注聚类类别。
步骤2：求新通知样本的特征向量与聚类后各类别相似度得到新样本通知类别2。
步骤3：比较新样本通知类别1和通知类别2，如相等，则自动标注此新通知样本为相应通知类别，并添加为通知样本库新样本。如不想等，则人工检视此新样本类别，并添加到通知样本库新样本。
通知分类规则与模型不仅需要新样本进行迭代，同时也需要用户反馈用于分类规则和模型的修正。图12J为分类反馈机制流程图，步骤如下：
步骤1：对一条移动终端侧完成智能分类的通知，如果用户反馈结果为错误则需要上报此通知数据及用户反馈结果。
步骤2：服务器端统计相关通知分类错误的反馈数据是否达到需要重新检视阈值。
步骤3：如步骤2的统计数据达到阈值，则先使用新样本添加流程中描述的步骤1进行通知自动分类。
步骤4：如自动检视未能发现错误，则通过人工检视进一步确认。
步骤5：如人工检视确认有分类错误，则更新相关通知规则或更新通知分类模型。
移动终端侧通知自动分类后，可根据本地用户画像对通知进行显示优先级排序。图12K 是通知类型个性化排序流程，步骤如下：
步骤1：获取通知类型和本地用户画像(用户画像标签和用户使用历史统计数据)
步骤2：如通知类型与用户画像标签一致，例如用户画像标签标注此用户为军迷，同时通知类型为军事类通知，则通知类型和用户画像标签匹配，此通知设置为高优先级显示。又例如用户经常点开某一个应用的某个类型通知，则此通知匹配用户画像，则设置此通知为高优先级显示。如果不匹配用户画像，则可以适当降低此通知的显示优先级。
(四)本实施例的技术方案带来的有益效果如下：
对应用滥用通知功能在移动终端侧加以限制，较少骚扰用户的可能性；
可根据业务需求自定义通知类别，便于后续业务根据不同通知类型做不同的处理，有助于解决清除通知时使用一刀切的方式；
不需要依赖白名单或黑名单对通知进行过滤；
自动识别通知类型，可根据用户画像和用户使用历史记录动态调整通知显示优先级；
半自动维护通知规则定义和模型维护，减少人工运维成本。
本申请实施例还提供了一种通知显示方法，用于帮助用户快速找出重要通知，提升用户体验，请参阅图13，本申请实施例中通知显示方法的另一实施例包括：
1301、终端确定待通知事件所对应通知的通知类型；当有待通知事件时，终端确定该待通知事件所对应的通知类型。
应理解，待通知事件可以包括本地通知事件和推送通知事件。本地通知事件指的是本地应用触发的通知事件，基于时间行为的一种通知形式，例如闹钟定时，待办事项提醒等；推送通知事件指的是由应用服务提供商发送到应用客户端的通知事件，即终端应用获取的通知事件，例如应用的更新提醒等。
作为一种可选的方式，终端可以获取待通知事件的匹配信息，将匹配信息与规则库中的规则进行匹配，将匹配成功的规则所对应的通知类型确定为该通知的通知类型，具体匹配过程与上述图4对应实施例中步骤402相似，具体此处不再赘述。
作为一种可选的方式，终端可以获取待通知事件的特征信息，并利用分类模型分析该特征信息，将根据分析结果对应的通知类型作为该通知的通知类型，具体获取特征信息的过程以及分析特征信息的过程与上述图4对应实施例中步骤403相似，具体此处不再赘述。
作为一种可选的方式，终端可以获取待通知事件的应用包名信息，根据应用包名信息确定为通知所属的通知类型，具体可以是应用包名信息的通知确定为属于同一类型的通知，即每个应用对应一个通知类型，也可以是将依据应用包名信息确定应用的应用类型，将应用类型作为通知所属的通知类型。
作为一种可选的方式，终端可以获取待通知事件的文本信息，根据文本信中的关键字和/或关键词的通知确定通知所属的通知类型，具体可以将具有相同关键字和/或关键词的通知确定为属于同一通知类型的通知。
作为一种可选的方式，终端可以获取待通知事件的跳转信息，根据跳转信息确定通知所属的通知类型，具体可以将跳转信息完全相同的通知确定为属于同一类型的通知。
终端还可以通过其他方式对通知进行分类，具体本实施例不作限定。
1302、终端根据通知类型对通知进行分类显示。
终端确定通知所属的通知类型后，依据该通知类型对通知进行分类显示，具体地，终端可以将通知类型相同的通知集中在同一个窗格中显示。
下面对通知在对应窗格中的显示方式进行介绍。
方式1、在对应的显示窗格中展开式显示各个通知。
针对各个通知类型，终端将属于该通知类型的通知集中在一个窗格中展开显示。
方式2、在对应的显示窗格中根据通知的优先级对应的显示方式显示通知。
终端获取待通知事件对应的通知的优先级，根据该优先级确定该通知在对应显示窗格中的显示方式，并以该显示方式显示该通知。其中，显示方式包括：在对应显示窗格中展开显示或收起显示，或在对应显示窗格中以第一方式显示或以第二方式显示，第一方式显示的内容多于第二方式显示的内容。
作为一种可选的方式，待通知事件对应通知的优先级可以根据优先级信息确定的，优先级信息包括如下至少一项：通知类型对应的第一优先级信息，通知对应应用的第一优先级信息，通知对应的用户使用习惯信息。
终端根据优先级信息确定通知的优先级，根据优先级进行显示的过程与上述图4对应实施例步骤404中关于显示方式二所描述的内容相似，具体此处不再赘述。
作为一种可选的方式，待通知事件对应通知的优先级可以根据应用服务提供商设置的第三优先级信息确定。
下面以一实际应用场景进行说明：
场景E：用户正在使用终端中的“百度地图”进行导航，“百度地图”发出对应的通知1401，在导航过程中，终端获取了“百度地图”发出的通知1402和1403，以及“今日头条”发出的通知1404。
安卓系统定义通知分为5个优先级：max、high、default、min、none，并设定优先级为“max”的通知展开显示，其余四个优先级的通知收起显示。“百度地图”定义通知 1301对应的优先级为“max”，1402和1403对应的优先级均为“default”；“深圳天气”定义1404对应的优先级为“high”。
终端按照通知的应用包名信息进行分类，将应用包名信息相同的分为一类。终端将1401,1402和1403分为一类，将1404分为一类，终端将通知1401在窗格1410中展开显示，将1402和1403集中在窗格1420中收起显示，将通知1404在窗格1430中收起显示，如图14所示。
在一种可能的设计中，终端还可以将通知类型相同且优先级为第一级别的所有通知集中在一个窗格中，将优先级为第二级别的所有通知集中在另一窗格中。其中，优先级指的是通知的优先级，第一优先级高于第二优先级。终端具体可以通过优先级信息确定通知的优先级，具体确定过程与图4对应实施例中步骤404所描述的过程相似，此处不再赘述。
本申请实施例中，终端可以根据通知的用户兴趣等信息设定通知的优先级，然后根据通知的优先级将通知以不同的方式进行显示，对于优先级较低的通知可以显示较少的内容，对于优先级高的通知可以显示较多的内容，这样用户就可以在通知显示界面上快速找到感兴趣的通知，提高查找效率，提升用户体验。其次，本申请实施例提供了多种分类显示的方式，提高了方案的灵活性。
上面介绍了本申请中的通知显示方法，下面对本申请中的终端进行介绍，请参阅图15，本申请实施例中终端的一个实施例包括：匹配模块1501，显示模块1502和分析模块1503；
当有待通知事件发生时，匹配模块1501用于从待通知事件的对象信息中获取匹配信息，并将匹配信息与规则库中的规则进行匹配；显示模块1502，用于当匹配模块1501匹配成功时，根据匹配成功的规则所对应的通知类型，对待通知事件所对应的通知进行分类显示；分析模块1503，用于当匹配模块5101匹配不成功时，从待通知事件的对象信息中提取至少一个特征信息，并利用分类模型分析该特征信息；显示模块1502，还用于根据分析模块分析得到的通知类型对待通知事件所对应的通知进行分类显示。
其中，规则库中的每个规则包括至少一个条件，并且每个规则对应一个通知类型。待通知事件的对象信息至少包括文本信息，跳转信息和待通知事件所对应的应用包名信息。
在一些实施例中，规则库中的规则包括至少一个第一文本匹配条件，至少一个第二文本匹配条件，每个第二文本匹配条件对应的应用包名匹配条件，至少一个跳转匹配条件以及每个跳转匹配条件对应的应用包名匹配条件。
匹配模块1501，具体用于从待通知事件的对象信息中获取文本信息，将文本信息与规则中的第一文本匹配条件进行匹配；
匹配模块1501，具体用于从待通知事件的对象信息中获取文本信息和应用包名信息后，将该文本信息与规则中第二文本匹配条件进行匹配，并将该应用包名信息与规则中与该第二文本匹配条件对应的应用包名匹配条件进行匹配。
匹配模块1501，具体用于从待通知事件的对象信息中获取跳转信息和应用包名信息，将该跳转信息与规则中的跳转匹配条件进行匹配，并将该应用包名信息与该跳转条件对应的应用包名匹配条件进行匹配。
本实施例中跳转信息可以包括：标准跳转信息和自定义跳转信息。
在一些实施例中，分类模型可以包括：文本分类模型，跳转分类模型和融合分类模型；
分析模块1503，具体用于从待通知事件的对象信息中提取跳转信息特征向量和文本信息特征向量，并利用文本分类模型对文本信息特征向量进行分析得到第一分类，利用跳转分类模型对跳转信息特征向量进行分析得到第二分类，然后利用融合模型对第一分类和第二分类进行分析得到分析结果，该分析结果对应一个通知类型。
更具体地，在提取跳转信息特征向量和文本信息特征向量的过程中，分类模型153可以用于从对象信息中获取跳转信息，将跳转信息中各个字段的值拆分成若干字符，将这若干个字符通过向量化组合得到跳转信息特征向量；
在一些实施例中，显示模块1502，具体同于将通知类型相同的待通知事件对应的通知集中在同一个显示窗格中显示，即将通知在其所属通知类型对应的显示窗格中进行显示。
可选地，显示模块1502用于将通知类型相同的待通知事件对应的通知集中在同一个显示窗格中显示时，具体用于将通知类型的通知集中在一个显示窗格中展开显示通知。
可选地，显示模块1502用于将通知类型相同的待通知事件对应的通知集中在同一个显示窗格中显示时，具体用于将通知类型的通知集中在一个显示窗格中，根据获取通知的优先级确定通知在显示窗格中的显示方式，以对应的显示方式在显示窗格中显示通知，其中，该显示方式包括：展开显示或收起显示。或者该显示方式包括：第一方式显示或第二方式显示，第一方面显示的内容多于第二方式显示的内容。
当显示模块1502用于对通知以第二方式进行显示时，显示模块1502还可以用于响应于检测到的对该通知进行的输入操作，对该通知以第一方式进行显示。
可选地，终端还包括确定模块；该确定模块用于获取通知对应的优先级信息，根据优先级信息确定通知对应的优先级，其中，优先级信息包括如下至少一下：通知所属通知类型对应的第一优先级信息，通知对应应用的第二优先级信息，通知对应的用户使用习惯信息。
其中，用户使用习惯信息包括如下至少一项信息：用户历史通知点击频率信息，用户历史通知删除频率信息，用户画像信息。
本申请实施例中，当有待通知事件时，匹配模块1501可以将该匹配信息与规则库中的规则进行匹配得到通知类型，分析模块1503可以通过分类模型对特征信息进行分析得到通知类型，显示模块1502可以根据通知类型对通知进行分类显示。其中，规则库中的规则和分类模型是根据大量人工标注了通知类型的样本数据确定的，可以贴合用户需求实现准确的通知分类，帮助用户筛选出感兴趣的通知，提升用户体验。
应理解上述图15对应终端中各模块所执行的流程与前述图4所示的实施例中描述的方法流程类似，此处不再赘述。
本申请还提供了另一种终端，请参阅图16，本申请实施例中终端的一个实施例包括：显示模块1601，用于当有待通知事件时，根据该通知的通知类型对通知进行分类显示，并且，根据通知的优先级以不同的显示方式进行显示，具体可以包括如下两种显示方式：展开显示和收起显示。或者包括如下两种显示方式：以第一方式显示和以第二方式显示，第一方式显示的内容多于第二方式显示的内容。
在一些实施例中，显示模块1601对通知进行分类显示时，具体用于将通知类型相同的待通知事件所对应的通知，集中在同一个显示窗格中显示，即将属于同一通知类型的通知集中在一个显示窗格中。
可选地，显示模块1601将通知集中在同一个显示窗格中显示时，可以用于将通知在对应显示窗格中展开显示。
可选地，显示模块1601将通知集中在同一个显示窗格中显示时，可以用于，根据通待通知事件所对应通知的优先级确定通知在对应显示窗格中的显示方式，根据确定的显示方式显示通知。其中，显示方式可以包括：展开显示或收起显示；或者可以包括：以第一方式显示或以第二方式显示，第一方式显示的内容多于第二方式显示的内容。
当显示模块1601用于对通知以第二方式进行显示时，显示模块1601还用于响应于检测到的对该通知进行的输入操作，对该通知以第一方式进行显示。
可选地，终端还包括获取模块，用于根据获取的优先级信息确定通知对应的优先级，其中，优先级信息包括如下至少一下：通知所属通知类型对应的第一优先级信息，通知对应应用的第二优先级信息，通知对应的用户使用习惯信息。
其中，用户使用习惯信息可以包括如下至少一项信息：用户历史通知点击频率信息，用户历史通知删除频率信息，用户画像信息。
应理解上述图16对应终端中各模块所执行的流程与前述图13所示的实施例中描述的方法流程类似，此处不再赘述。
本实施例中，显示模块1601可以根据通知的优先级将通知以不同的方式进行显示，对于优先级较低的通知可以显示较少的内容，对于优先级高的通知可以显示较多的内容，这样用户就可以在通知显示界面上快速找到感兴趣的通知，提高查找效率，提升用户体验。
其次，本申请实施例提供了多种显示模块1601对通知进行显示的方式，提高了方案的灵活性。
上面从功能模块的角度介绍了本申请中的终端，下面从实体硬件的角度介绍本申请中的终端，具体请参阅图17，本申请实施例中终端1700的一个实施例，包括：
一个或多个处理器1701，存储器1702以及显示器1703；
该终端1700还包括总线1704；
该处理器1701，存储器1702以及显示器1703通过该总线1704相连；
该总线1704可以是外设部件互连标准(peripheral component interconnect，简称： PCI)总线或扩展工业标准结构(extended industry standard architecture，简称：EISA) 总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图17中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
该处理器1701可以是中央处理器(central processing unit，简称：CPU)，网络处理器(network processor，简称：NP)或者CPU和NP的组合。
该处理器1701还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(application-specific integrated circuit，简称：ASIC)，可编程逻辑器件(programmable logic device，简称：PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complex programmable logic device，简称：CPLD)，现场可编程逻辑门阵列 (field-programmable gate array，简称：FPGA)，通用阵列逻辑(generic array logic, 简称：GAL)或其任意组合。
该存储器1702可以包括易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，简称RAM)；存储器也可以包括非易失性存储器(non-volatilememory)，例如快闪存储器(flash memory)，硬盘(hard disk drive，简称HDD)或固态硬盘(solid-state drive，简称SSD)；存储器1702还可以包括上述种类的存储器的组合。
可选地，存储器1702用于存储程序指令，处理器1701调用该存储器1702中存储的程序指令，使得终端执行图4或图13中所示实施例中的一个或多个步骤，或其中可选的实施方式。
本申请实施例还提供了计算机存储介质，该计算机存储介质用于储存为上述终端所用的计算机软件指令，其包括用于执行为上述终端所设计的程序。
本申请实施例还提供了计算机程序产品，该计算机程序产品包括计算机软件指令，该计算机软件指令可通过处理器进行加载来实现上述图4或图13通知显示方法中的流程。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。
所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如， DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备 (可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文全称：Read-OnlyMemory，英文缩写：ROM)、随机存取存储器(英文全称：Random Access Memory，英文缩写：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (26)

1.一种通知显示方法，其特征在于，所述方法包括：当有待通知事件时，终端从所述待通知事件的对象信息中获取匹配信息，
并将所述匹配信息与规则库中的至少一个规则进行匹配，其中，每个所述规则包括至少一个条件，每个所述规则对应一个通知类型；
若匹配成功，所述终端根据匹配成功的规则所对应的通知类型，对所述待通知事件所对应的通知进行分类显示；
若未匹配成功，所述终端从所述待通知事件的对象信息中提取至少一个特征信息，并利用分类模型分析所述特征信息，所述终端根据分析结果对应的通知类型，对所述待通知事件所对应的通知进行分类显示；
所述对象信息包括文本信息，跳转信息和所述待通知事件所对应的应用包名信息；
所述终端从所述待通知事件的对象信息中获取匹配信息，并将所述匹配信息与规则库中的至少一个规则进行匹配包括：
所述终端从所述待通知事件的对象信息中获取跳转信息和所述待通知事件所对应的应用包名信息；
所述终端将所述跳转信息和所述待通知事件所对应的应用包名信息与规则库中的至少一个规则进行匹配，所述规则包括至少一个跳转匹配条件及每个所述跳转匹配条件所对应的应用包名匹配条件。
2.根据权利要求1所述的方法，其特征在于，所述终端从所述待通知事件的对象信息中获取匹配信息，并将所述匹配信息与规则库中的至少一个规则进行匹配包括：
所述终端从所述待通知事件的对象信息中获取文本信息；
所述终端将所述文本信息与规则库中的至少一个规则进行匹配，所述规则包括至少一个文本匹配条件。
3.根据权利要求1或2所述的方法，其特征在于，所述终端从所述待通知事件的对象信息中获取匹配信息，并将所述匹配信息与规则库中的至少一个规则进行匹配包括：
所述终端从所述待通知事件的对象信息中获取文本信息和所述待通知事件所对应的应用包名信息；
所述终端将所述文本信息和所述待通知事件所对应的应用包名信息与规则库中的至少一个规则进行匹配，所述规则包括至少一个文本匹配条件及每个所述文本匹配条件所对应的应用包名匹配条件。
4.根据权利要求1所述的方法，其特征在于，所述跳转信息包括标准跳转信息和自定义跳转信息。
5.根据权利要求1所述的方法，其特征在于，所述分类模型包括：文本分类模型，跳转分类模型和融合分类模型；所述终端从所述待通知事件的对象信息中提取至少一个特征信息，并利用分类模型分析所述特征信息包括：
所述终端从所述待通知事件的对象信息中提取至少一个文本信息特征向量，并利用所述文本分类模型分析所述至少一个文本信息特征向量，以获得第一分类；
所述终端从所述待通知事件的对象信息中提取至少一个跳转信息特征向量，并利用所述跳转分类模型分析所述至少一个跳转信息特征向量，以获得第二分类；
所述终端利用所述融合分类模型对所述第一分类和所述第二分类进行分析，以获得分析结果。
6.根据权利要求5所述的方法，其特征在于，所述终端从所述待通知事件的对象信息中提取至少一个跳转信息特征向量包括：
所述终端从所述待通知事件的对象信息中获取跳转信息，将所述跳转信息中各个字段的值拆分成若干字符，将所述若干字符通过向量化组合，得到所述跳转信息特征向量；
所述终端从所述待通知事件的对象信息中提取至少一个文本信息特征向量包括：
所述终端从所述待通知事件的对象信息中获取文本信息，将所述文本信息拆分成若干个字和/或若干个词，将所述若干个字和/或若干个词通过向量化组合，得到所述文本信息特征向量。
7.根据权利要求1所述的方法，其特征在于，所述终端对所述通知进行分类显示包括：
所述终端将所述通知类型相同的所述待通知事件所对应的通知，集中在同一个显示窗格中显示。
8.根据权利要求7所述的方法，其特征在于，所述终端对所述通知进行分类显示包括：
所述终端在对应所述显示窗格中展开显示所述通知。
9.根据权利要求7所述的方法，其特征在于，所述终端对所述通知进行分类显示包括：
所述终端获取所述通知的优先级；
所述终端根据所述优先级，确定所述通知在对应所述显示窗格中的显示方式；其中，
所述显示方式包括：在对应所述显示窗格中展开显示或收起显示；或
所述显示方式包括：在对应所述显示窗格中以第一方式显示或以第二方式显示，所述第一方式显示的内容多于所述第二方式显示的内容。
10.根据权利要求9所述的方法，其特征在于，所述显示方式包括：在对应所述显示窗格中以第一方式显示或以第二方式显示，所述第一方式显示的内容多于所述第二方式显示的内容，
所述终端对所述通知进行分类显示还包括：
当所述终端对所述通知以第二方式进行显示时，响应于检测到对所显示的所述通知进行的输入操作，所述终端对所述通知以第一方式进行显示。
11.根据权利要求9或10所述的方法，其特征在于，所述终端获取所述待通知事件对应的通知的优先级包括：
所述终端获取所述通知对应的优先级信息，根据所述优先级信息确定所述通知对应的优先级；其中，
所述优先级信息包括至少以下一项：
所述通知对应所述通知类型对应的第一优先级信息；
所述通知对应应用的第二优先级信息；
所述通知对应的用户使用习惯信息。
12.根据权利要求11所述的方法，其特征在于，所述用户使用习惯信息包括至少以下任一项：
用户历史通知点击频率信息；
用户历史通知删除频率信息；
用户画像信息。
13.一种终端，其特征在于，所述终端包括：
触摸屏，其中，所述触摸屏包括触敏表面和显示器；
一个或多个处理器；
存储器；
多个应用程序；
以及一个或多个计算机程序，其中所述一个或多个计算机程序被存储在所述存储器中，所述一个或多个计算机程序包括指令，当所述指令被所述终端执行时，使得所述终端执行以下步骤：
当有待通知事件时，终端从所述待通知事件的对象信息中获取匹配信息，
并将所述匹配信息与规则库中的至少一个规则进行匹配，其中，每个所述规则包括至少一个条件，每个所述规则对应一个通知类型；
若匹配成功，所述终端根据匹配成功的规则所对应的通知类型，对所述待通知事件所对应的通知进行分类显示；
若未匹配成功，所述终端从所述待通知事件的对象信息中提取至少一个特征信息，并利用分类模型分析所述特征信息，所述终端根据分析结果对应的通知类型，对所述待通知事件所对应的通知进行分类显示；
所述对象信息包括文本信息，跳转信息和所述待通知事件所对应的应用包名信息；
从所述待通知事件的对象信息中获取匹配信息，并将所述匹配信息与规则库中的至少一个规则进行匹配包括：
从所述待通知事件的对象信息中获取跳转信息和所述待通知事件所对应的应用包名信息；
将所述跳转信息和所述待通知事件所对应的应用包名信息与规则库中的至少一个规则进行匹配，所述规则包括至少一个跳转匹配条件及每个所述跳转匹配条件所对应的应用包名匹配条件。
14.根据权利要求13所述的终端，其特征在于，所述终端从所述待通知事件的对象信息中获取匹配信息，并将所述匹配信息与规则库中的至少一个规则进行匹配的步骤中，所述处理器执行所述指令使得所述终端至少执行如下步骤：
所述终端从所述待通知事件的对象信息中获取文本信息；
所述终端将所述文本信息与规则库中的至少一个规则进行匹配，所述规则包括至少一个文本匹配条件。
15.根据权利要求13或14所述的终端，其特征在于，所述终端从所述待通知事件的对象信息中获取匹配信息，并将所述匹配信息与规则库中的至少一个规则进行匹配的步骤中，所述处理器执行所述指令使得所述终端至少执行如下步骤：
所述终端从所述待通知事件的对象信息中获取文本信息和所述待通知事件所对应的应用包名信息；
所述终端将所述文本信息和所述待通知事件所对应的应用包名信息与规则库中的至少一个规则进行匹配，所述规则包括至少一个文本匹配条件及每个所述文本匹配条件所对应的应用包名匹配条件。
16.根据权利要求13所述的终端，其特征在于，所述跳转信息包括标准跳转信息和自定义跳转信息。
17.根据权利要求13所述的终端，其特征在于，所述分类模型包括：文本分类模型，跳转分类模型和融合分类模型；所述终端从所述待通知事件的对象信息中提取至少一个特征信息，并利用分类模型分析所述特征信息的步骤中，所述处理器执行所述指令使得所述终端至少执行如下步骤：
所述终端从所述待通知事件的对象信息中提取至少一个文本信息特征向量，并利用所述文本分类模型分析所述至少一个文本信息特征向量，以获得第一分类；
所述终端从所述待通知事件的对象信息中提取至少一个跳转信息特征向量，并利用所述跳转分类模型分析所述至少一个跳转信息特征向量，以获得第二分类；
所述终端利用所述融合分类模型对所述第一分类和所述第二分类进行分析，以获得分析结果。
18.根据权利要求17所述的终端，其特征在于，所述终端从所述待通知事件的对象信息中提取至少一个跳转信息特征向量的步骤中，所述处理器执行所述指令使得所述终端至少执行如下步骤：
所述终端从所述待通知事件的对象信息中获取跳转信息，将所述跳转信息中各个字段的值拆分成若干字符，将所述若干字符通过向量化组合，得到所述跳转信息特征向量；
所述终端从所述待通知事件的对象信息中提取至少一个文本信息特征向量的步骤中，所述处理器执行所述指令使得所述终端至少执行如下步骤：
所述终端从所述待通知事件的对象信息中获取文本信息，将所述文本信息拆分成若干个字和/或若干个词，将所述若干个字和/或若干个词通过向量化组合，得到所述文本信息特征向量。
19.根据权利要求13所述的终端，其特征在于，所述终端对所述通知进行分类显示的步骤中，所述处理器执行所述指令使得所述终端至少执行如下步骤：
所述终端将所述通知类型相同的所述待通知事件所对应的通知，集中在同一个显示窗格中显示。
20.根据权利要求19所述的终端，其特征在于，所述终端对所述通知进行分类显示的步骤中，所述处理器执行所述指令使得所述终端至少执行如下步骤：
所述终端在对应所述显示窗格中展开显示所述通知。
21.根据权利要求19所述的终端，其特征在于，所述终端对所述通知进行分类显示的步骤中，所述处理器执行所述指令使得所述终端至少执行如下步骤：
所述终端获取所述通知的优先级；
所述终端根据所述优先级，确定所述通知在对应所述显示窗格中的显示方式；其中，
所述显示方式包括：在对应所述显示窗格中展开显示或收起显示；或
所述显示方式包括：在对应所述显示窗格中以第一方式显示或以第二方式显示，所述第一方式显示的内容多于所述第二方式显示的内容。
22.根据权利要求21所述的终端，其特征在于，所述显示方式包括：在对应所述显示窗格中以第一方式显示或以第二方式显示，所述第一方式显示的内容多于所述第二方式显示的内容，
所述终端对所述通知进行分类显示的步骤中，所述处理器执行所述指令使得所述终端至少执行如下步骤：
当所述终端对所述通知以第二方式进行显示时，响应于检测到对所显示的所述通知进行的输入操作，所述终端对所述通知以第一方式进行显示。
23.根据权利要求21或22所述的终端，其特征在于，所述终端获取所述待通知事件对应的通知的优先级的步骤中，所述处理器执行所述指令使得所述终端至少执行如下步骤：
所述终端获取所述通知对应的优先级信息，根据所述优先级信息确定所述通知对应的优先级；其中，
所述优先级信息包括至少以下一项：
所述通知对应所述通知类型对应的第一优先级信息；
所述通知对应应用的第二优先级信息；
所述通知对应的用户使用习惯信息。
24.根据权利要求23所述的终端，其特征在于，所述用户使用习惯信息包括至少以下任一项：
用户历史通知点击频率信息；
用户历史通知删除频率信息；
用户画像信息。
25.一种终端，其特征在于，所述终端包括：
匹配模块，用于当有待通知事件时，从所述待通知事件的对象信息中获取匹配信息，并将所述匹配信息与规则库中的至少一个规则进行匹配，其中，每个所述规则包括至少一个条件，每个所述规则对应一个通知类型；
显示模块，用于当匹配成功时，根据匹配成功的规则所对应的通知类型，对所述待通知事件所对应的通知进行分类显示；
所述显示模块，还用于当未匹配成功时，从所述待通知事件的对象信息中提取至少一个特征信息，并利用分类模型分析所述特征信息，所述终端根据分析结果对应的通知类型，对所述待通知事件所对应的通知进行分类显示；
分析模块，用于从所述待通知事件的对象信息中提取至少一个特征信息，并利用分类模型分析所述特征信息；
所述显示模块，还用于根据所述分析模块得到的分析结果对应的通知类型，对所述待通知事件所对应的通知进行分类显示；
所述对象信息包括文本信息，跳转信息和所述待通知事件所对应的应用包名信息；
所述匹配模块具体还用于：
从所述待通知事件的对象信息中获取跳转信息和所述待通知事件所对应的应用包名信息；
将所述跳转信息和所述待通知事件所对应的应用包名信息与规则库中的至少一个规则进行匹配，所述规则包括至少一个跳转匹配条件及每个所述跳转匹配条件所对应的应用包名匹配条件。
26.一种计算机可读存储介质，包括指令，其特征在于，当所述指令在终端上运行时，使得所述终端执行如权利要求1至12中任一项所述的方法。
CN201780072362.3A 2017-09-30 2017-09-30 一种通知显示方法及终端 Active CN109997104B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2017/104884 WO2019061443A1 (zh) 2017-09-30 2017-09-30 一种通知显示方法及终端

Publications (2)

Publication Number Publication Date
CN109997104A CN109997104A (zh) 2019-07-09
CN109997104B true CN109997104B (zh) 2021-06-22

Family

ID=65903556

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201780072362.3A Active CN109997104B (zh) 2017-09-30 2017-09-30 一种通知显示方法及终端

Country Status (4)

Country Link
US (2) US11500507B2 (zh)
EP (2) EP3680761B1 (zh)
CN (1) CN109997104B (zh)
WO (1) WO2019061443A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023046184A1 (zh) * 2021-09-27 2023-03-30 维沃移动通信有限公司 消息处理方法、装置和电子设备

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10466889B2 (en) 2017-05-16 2019-11-05 Apple Inc. Devices, methods, and graphical user interfaces for accessing notifications
CN109976615B (zh) * 2019-03-28 2021-03-12 Oppo广东移动通信有限公司 指纹图像处理方法及相关装置
CN111818111B (zh) * 2019-04-11 2021-10-15 华为技术有限公司 一种主机及服务器
US10946294B1 (en) * 2019-08-30 2021-03-16 Sony Interactive Entertainment Inc. Summarizing notifications on a user display
US10946279B1 (en) 2019-08-30 2021-03-16 Sony Interactive Entertainment Inc. Context-based notifications on a user display
US11455085B2 (en) 2020-03-10 2022-09-27 Apple Inc. Devices, methods, and graphical user interfaces for interacting with user interface objects corresponding to applications
WO2022045408A1 (ko) * 2020-08-28 2022-03-03 엘지전자 주식회사 알림 ui(user interface)를 표시하는 이동 단말기 및 그 제어 방법
CN112084406A (zh) * 2020-09-07 2020-12-15 维沃移动通信有限公司 短信处理方法、装置、电子设备和存储介质
CN112134788B (zh) * 2020-09-18 2023-06-06 Oppo广东移动通信有限公司 事件处理方法、装置、存储介质、移动终端及电脑
JP7369110B2 (ja) * 2020-09-30 2023-10-25 本田技研工業株式会社 会話支援装置、会話支援システム、会話支援方法およびプログラム
CN113101659B (zh) * 2021-04-20 2024-06-21 网易（杭州）网络有限公司 游戏中的信息处理方法及装置、电子设备、存储介质
KR20220151474A (ko) * 2021-05-06 2022-11-15 삼성전자주식회사 AI(artificial intelligent) 에이전트 서비스를 통해 업데이트 정보를 제공하기 위한 전자 장치
CN113795000B (zh) * 2021-09-08 2023-01-10 号百信息服务有限公司 一种短信应用区别授权接管的方法及系统
EP4273678A1 (en) 2022-05-06 2023-11-08 Apple Inc. Devices, methods, and graphical user interfaces for updating a session region
US11842028B2 (en) 2022-05-06 2023-12-12 Apple Inc. Devices, methods, and graphical user interfaces for updating a session region
US11868601B2 (en) 2022-05-10 2024-01-09 Apple Inc. Devices, methods, and graphical user interfaces for providing notifications and application information
TWI833253B (zh) * 2022-06-21 2024-02-21 奇景光電股份有限公司 觸控面板自動檢測機台
CN116709339B (zh) * 2022-10-09 2024-07-12 荣耀终端有限公司 一种应用通知消息的检测方法及电子设备
CN117917637A (zh) * 2022-10-21 2024-04-23 荣耀终端有限公司 系统升级的提醒方法和电子设备
CN116680403B (zh) * 2023-07-28 2024-03-12 荣耀终端有限公司 通知显示方法和装置

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102105858A (zh) * 2008-08-28 2011-06-22 帕姆公司 在计算装置中向用户通知事件
KR20120060570A (ko) * 2010-12-02 2012-06-12 에스케이플래닛 주식회사 이벤트 알림 표시 장치 및 그 방법
CN104407827A (zh) * 2014-10-31 2015-03-11 广东欧珀移动通信有限公司 一种通知栏中显示消息的方法及移动终端
CN104506715A (zh) * 2014-12-05 2015-04-08 小米科技有限责任公司 通知消息显示方法及装置
CN104813255A (zh) * 2012-12-28 2015-07-29 英特尔公司 在移动计算设备上显示通知
CN104881803A (zh) * 2015-06-29 2015-09-02 北京金山安全软件有限公司 一种分析广告点击链接的方法及装置
CN105426189A (zh) * 2015-11-13 2016-03-23 科大讯飞股份有限公司 一种通知栏合并的方法及系统
CN105912320A (zh) * 2016-04-01 2016-08-31 乐视控股（北京）有限公司 一种通知栏信息管理方法和装置
CN106156120A (zh) * 2015-04-07 2016-11-23 阿里巴巴集团控股有限公司 对字符串进行分类的方法和装置
CN106201474A (zh) * 2016-06-29 2016-12-07 努比亚技术有限公司 一种通知消息显示方法及终端
CN106921749A (zh) * 2017-03-31 2017-07-04 北京京东尚科信息技术有限公司 用于推送信息的方法和装置

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2652507C (en) * 2006-05-16 2013-05-07 Research In Motion Limited System and method for home screen interface integrating application and system status
US9049302B2 (en) * 2007-01-07 2015-06-02 Apple Inc. Portable multifunction device, method, and graphical user interface for managing communications received while in a locked state
US8355698B2 (en) * 2009-03-30 2013-01-15 Microsoft Corporation Unlock screen
KR101685991B1 (ko) * 2010-09-30 2016-12-13 엘지전자 주식회사 이동 단말기 및 이동 단말기의 제어 방법
US8599014B2 (en) 2010-11-05 2013-12-03 Nokia Corporation Method and apparatus for managing notifications
US9324060B2 (en) * 2011-05-10 2016-04-26 International Business Machines Corporation Displaying a plurality of calendar entries
US9146655B2 (en) * 2012-04-06 2015-09-29 Samsung Electronics Co., Ltd. Method and device for executing object on display
US9009630B2 (en) * 2012-06-05 2015-04-14 Microsoft Corporation Above-lock notes
US20130346922A1 (en) * 2012-06-26 2013-12-26 Google Inc. Insitu actions within presentation of notifications
US8751500B2 (en) 2012-06-26 2014-06-10 Google Inc. Notification classification and display
US8965987B2 (en) 2012-08-27 2015-02-24 Sap Ag, A German Corporation Action notification for business applications
CN103139349A (zh) 2013-03-06 2013-06-05 广东欧珀移动通信有限公司 一种移动终端信息通知方法、装置及移动终端
KR20140137509A (ko) * 2013-05-22 2014-12-03 삼성전자주식회사 알림 기능 운용 방법 및 이를 지원하는 전자 장치
US9336203B2 (en) * 2013-07-19 2016-05-10 Tibco Software Inc. Semantics-oriented analysis of log message content
WO2015184359A2 (en) 2014-05-30 2015-12-03 Interdigital Technology Corporation Personalized notifications for mobile applications users
WO2016036545A1 (en) * 2014-09-02 2016-03-10 Apple Inc. Reduced-size notification interface
US20160337299A1 (en) * 2015-05-13 2016-11-17 Google Inc. Prioritized notification display
CN105260086A (zh) * 2015-11-06 2016-01-20 奇酷互联网络科技（深圳）有限公司 通知查看方法、通知查看装置和终端
US20170195988A1 (en) * 2016-01-06 2017-07-06 Microsoft Technology Licensing, Llc Multi profile communication device
US10747401B2 (en) * 2016-10-05 2020-08-18 Google Llc Unified and smart notifications and quick settings system
US10346223B1 (en) * 2016-11-23 2019-07-09 Google Llc Selective obfuscation of notifications
CN106557331B (zh) * 2016-11-30 2020-10-09 北京安云世纪科技有限公司 移动终端通知控制方法、装置和移动终端
CN106557330B (zh) 2016-11-30 2020-09-08 北京安云世纪科技有限公司 移动终端系统通知栏通知信息处理方法、装置和移动终端
US20200019291A1 (en) * 2017-03-09 2020-01-16 Google Llc Graphical user interafaces with content based notification badging

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102105858A (zh) * 2008-08-28 2011-06-22 帕姆公司 在计算装置中向用户通知事件
KR20120060570A (ko) * 2010-12-02 2012-06-12 에스케이플래닛 주식회사 이벤트 알림 표시 장치 및 그 방법
CN104813255A (zh) * 2012-12-28 2015-07-29 英特尔公司 在移动计算设备上显示通知
CN104407827A (zh) * 2014-10-31 2015-03-11 广东欧珀移动通信有限公司 一种通知栏中显示消息的方法及移动终端
CN104506715A (zh) * 2014-12-05 2015-04-08 小米科技有限责任公司 通知消息显示方法及装置
CN106156120A (zh) * 2015-04-07 2016-11-23 阿里巴巴集团控股有限公司 对字符串进行分类的方法和装置
CN104881803A (zh) * 2015-06-29 2015-09-02 北京金山安全软件有限公司 一种分析广告点击链接的方法及装置
CN105426189A (zh) * 2015-11-13 2016-03-23 科大讯飞股份有限公司 一种通知栏合并的方法及系统
CN105912320A (zh) * 2016-04-01 2016-08-31 乐视控股（北京）有限公司 一种通知栏信息管理方法和装置
CN106201474A (zh) * 2016-06-29 2016-12-07 努比亚技术有限公司 一种通知消息显示方法及终端
CN106921749A (zh) * 2017-03-31 2017-07-04 北京京东尚科信息技术有限公司 用于推送信息的方法和装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023046184A1 (zh) * 2021-09-27 2023-03-30 维沃移动通信有限公司 消息处理方法、装置和电子设备

Also Published As

Publication number Publication date
EP3680761A1 (en) 2020-07-15
US20200233539A1 (en) 2020-07-23
EP3680761B1 (en) 2023-05-17
EP4250081A2 (en) 2023-09-27
US11500507B2 (en) 2022-11-15
EP4250081A3 (en) 2023-11-08
WO2019061443A1 (zh) 2019-04-04
US20230109816A1 (en) 2023-04-13
EP3680761A4 (en) 2020-09-30
CN109997104A (zh) 2019-07-09

Similar Documents

Publication Publication Date Title
CN109997104B (zh) 一种通知显示方法及终端
CN108647052B (zh) 应用程序预加载方法、装置、存储介质及终端
US20170091335A1 (en) Search method, server and client
Shin et al. Understanding and prediction of mobile application usage for smart phones
EP3553676A1 (en) Smart recommendation method and terminal
CN102859524B (zh) 选择性地为网络搜索增加社会维度
CN111475750B (zh) 页面预加载控制方法、装置、系统、设备和存储介质
JP2018523187A (ja) 個人エンティティのモデル化
WO2021120875A1 (zh) 搜索方法、装置、终端设备及存储介质
KR20170000329A (ko) 콘텍스트 기반 탭 관리를 위한 방법 및 전자 장치
CN104239535A (zh) 一种为文字配图的方法、服务器、终端及系统
WO2012083540A1 (en) Method and apparatus for providing token-based classification of device information
CN113939814A (zh) 内容推送方法及相关产品
CN107729946B (zh) 图片分类方法、装置、终端及存储介质
WO2017019467A1 (en) Inferring logical user locations
US10204164B2 (en) Systems and methods for filtering microblogs
CN112787907A (zh) 显示方法、装置及电子设备
CN107229728B (zh) 基于神经网络的搜索方法、设备及存储介质
CN104424324B (zh) 列表组件中定位列表项的方法及装置
US20170270195A1 (en) Providing token-based classification of device information
WO2023022427A1 (en) Systems and methods for smart capture to provide input and action suggestions
CN110740074B (zh) 网络地址的检测方法、装置及电子设备
CN111523036B (zh) 一种搜索行为挖掘方法、装置和电子设备
CN113366469A (zh) 数据分类方法及相关产品
CN113158055B (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
GR01 Patent grant
GR01 Patent grant