CN109710351A - 通知消息的显示方法和装置 - Google Patents
通知消息的显示方法和装置 Download PDFInfo
- Publication number
- CN109710351A CN109710351A CN201811508215.9A CN201811508215A CN109710351A CN 109710351 A CN109710351 A CN 109710351A CN 201811508215 A CN201811508215 A CN 201811508215A CN 109710351 A CN109710351 A CN 109710351A
- Authority
- CN
- China
- Prior art keywords
- notification message
- classification
- belonging
- display
- target application
- 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
Links
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本申请实施例提供了一种通知消息的显示方法和装置,以解决通知消息不方便用户阅读的问题。该方法包括:获取来自于目标应用的通知消息;提取所述通知消息的关键词;基于所述关键词所属的分类和所述通知消息的来源信息所属的分类,确定所述通知消息所属的分类;基于所述目标应用所属的分类及确定出的分类,根据预设显示规则确定所述通知消息的显示方式。
Description
技术领域
本申请实施例涉及互联网技术领域,尤其涉及一种通知消息的显示方法和装置。
背景技术
随着终端设备的普及和终端技术的不断发展,终端设备如手机已经成为用户日常生活中所必不可少的工具。
终端设备的屏幕上方通常预留有通知栏,以显示系统或应用程序推送的通知消息。用户对通知栏进行下拉等操作时,即可展开显示通知消息的具体内容,例如,系统推送的电量信息、应用程序推送的未读消息等。
当通知消息较多时,相关技术中通常是将所有的通知消息按照接收时间顺序简单的排列在一起,使得通知栏的显示较为杂乱,不方便用户阅读,用户体验较低。
发明内容
本申请实施例的目的是提供一种通知消息的显示方法和装置,以解决通知消息不方便用户阅读的问题。
为解决上述技术问题,本申请实施例是这样实现的:
第一方面,本申请实施例提供了一种通知消息的显示方法,包括:
获取来自于目标应用的通知消息;
提取所述通知消息的关键词;
基于所述关键词所属的分类和所述通知消息的来源信息所属的分类,确定所述通知消息所属的分类;
基于所述目标应用所属的分类及确定出的分类,根据预设显示规则确定所述通知消息的显示方式。
第二方面,本申请实施例提供了一种通知消息的显示装置,包括:
消息获取模块,用于获取来自于目标应用的通知消息;
关键词提取模块,用于提取所述通知消息的关键词;
分类确定模块,用于基于所述关键词所属的分类和所述通知消息的来源信息所属的分类,确定所述通知消息所属的分类;
显示模块,用于基于所述目标应用所属的分类及确定出的分类,根据预设显示规则确定所述通知消息的显示方式。
第三方面,本申请实施例提供了一种通知消息的显示设备,包括:存储器、处理器和存储在所述存储器上并可在所述处理器上运行的计算机可执行指令,所述计算机可执行指令被所述处理器执行时实现如上述第一方面所述的通知消息的显示方法的步骤。
第四方面,本申请实施例提供了一种计算机可读存储介质,所述计算机可读存储介质用于存储计算机可执行指令,所述计算机可执行指令被处理器执行时实现如上述第一方面所述的通知消息的显示方法的步骤。
在本申请实施例中,获取到来自于目标应用的通知消息后,基于通知消息的关键词所属的分类和来源信息所属的分类来确定通知消息所属的分类,最后基于目标应用所属的分类及确定出的分类,根据预设显示规则确定通知消息的显示方式,能够实现通知消息的分类整合显示,方便用户阅读,提高用户体验。同时,本发明实施例是基于通知消息的关键词所属的分类和来源信息所属的分类来确定通知消息所属的分类,使通知消息的分类更加准确。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的通知消息的显示方法的流程示意图;
图2为本申请实施例提供的通知消息的显示方法的显示界面示意图;
图3为本申请实施例提供的通知消息的显示方法中的一条通知消息示意图;
图4为本申请实施例提供的通知消息的显示装置的结构示意图;
图5为本申请实施例提供的通知消息的显示设备的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请中的技术方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
如图1所示,本申请的一个实施例提供一种通知消息的显示方法,该方法可以由终端设备执行,终端设备包括但不限于手机、平板电脑、个人数字处理器、车载电脑、相机、音乐播放器、手提电脑、电子书阅读器或导航仪等。该实施例包括如下步骤:
S102:获取来自于目标应用的通知消息。如前所述,终端设备的操作系统或者是应用程序会不定时地发出通知消息,因此,该步骤中的目标应用,不仅可以包括常规意义上的应用程序(简称应用),例如微信、支付宝、天猫等,还可以包括终端设备的操作系统,例如android系统、IOS系统等。
该处的通知消息,例如包括操作系统发出的:“您的手机电量不足15%,请及时充电”;购物类的应用发出的:“您浏览过的……手机降价了,到手价仅需……元”等等。
该步骤即可在操作系统或者是应用程序发出通知消息时获取到该通知消息。具体地,以android系统为例,本发明实施例可以在android系统中添加Notification ListenerService的监测服务,并在Android Manifest中注册该监测服务。当android系统或应用程序发起通知消息时即可获取到该通知消息。
当然,该步骤还可以以其他方式获取通知消息,本申请实施例对此不作具体限定。
S104:提取所述通知消息的关键词。
该步骤执行时,可以首先对获取到的通知消息进行语义分析,然后基于语义分析结果,相应地去除获取到的通知消息中无意义的字符、人称和动词等,将保留下来的字符作为关键词。
具体例如,通知消息为手机中的购物类应用A发出的:“您浏览过的**冰箱降价啦,到手仅899元!”,通过对该通知消息进行语义分析和关键词提取,得出的关键词为:“**冰箱”、“降价”和“899元”。
S106:基于所述关键词所属的分类和所述通知消息的来源信息所属的分类,确定所述通知消息所属的分类。
该步骤可以首先对提取出的关键词进行分类,例如,对关键词“**冰箱”、“降价”和“899元”进行分类,得出该条通知消息所属分类为:1、家电;2、促销;3、促销,该处的分类“家电”、“促销”等等分类通常是预先存储在终端设备中。
本申请实施例中提到的通知消息的来源信息,具体可以是通知消息的通知ID,但并不以此为限。在一个实施例中,一个应用可以包括多个通知ID,例如,对于购物应用A,其包含的店铺1、店铺2、……、店铺N均可以发出通知消息,每一个店铺可以对应一个通知ID,其中,N是自然数。在另一个实施例中,一个应用对应一个通知ID。
该实施例执行之前,可以预先确定通知消息的来源信息所属的分类,在一个具体的实施例中,该实施例执行之前预先获取通知消息的来源信息对应的通知消息集合;基于所述通知消息集合中的通知消息所属的分类,确定通知消息的来源信息所属的分类。
具体例如:对于购物类应用A,其通知ID 1历史时刻发出的通知消息集合中,10000次为促销,3000次为家电,2000次为食品,2000次为办公用品,则此来源信息也即通知ID 1所属分类为:1、促销;2、家电;3、食品;4、办公用品。又例如,对于操作系统,其仅仅包括一个通知ID 5,该通知ID 5历史时刻发出的通知消息集合中,300次为电量,100次为信号质量,则此来源信息也即通知ID 5所属分类为:1、电量;2、信号质量。本发明实施例执行之前可以预先得到大量的来源信息中的每一条来源信息所属的分类。
该步骤在得到关键词所述的分类和来源信息所属的分类之后,即可确定通知消息所属的分类。在一个实施例中,该步骤具体可以将所述关键词所属的分类和所述通知消息的来源信息所属的分类进行匹配,基于匹配结果确定所述通知消息所属的分类。
具体例如,通知消息的关键词为:“**冰箱”、“降价”和“899元”,关键词所属的分类为:1、家电;2、促销;3、促销;预先确定出该通知消息的来源信息也即通知ID 1所属分类为:1、促销;2、家电;3、食品;4.办公用品。将1、家电;2、促销;3、促销和1、促销;2、家电;3、食品;4.办公用品进行匹配,以重复度高和出现的频率高的原则,确定出该通知消息所属的分类为:1、促销;2、家电。其中,因“促销”出现的频率高,因此分类“促销”排在“家电”前部,也即分类“促销”的优先级高于分类“家电”的优先级。
S108:基于所述目标应用所属的分类及确定出的分类,根据预设显示规则确定所述通知消息的显示方式。
该处提到了两个分类,即目标应用所属的分类及确定出的分类。对于目标应用所属的分类,该实施例执行之前可以首先对应用市场上的大量应用进行分类整理,得到多个分类;然后可以按照每个分类中应用的数量多少进行排序,得到应用的分类例如包括:购物、社交、办公、工具、系统等等。其中,购物、社交、办公、工具、系统等可以作为一级菜单进行展示,如图2所示。
在上述每一个一级菜单下,还可以包括有多个二级菜单,具体参见图2,在一级菜单购物下,还可以包括有促销、视频、提醒等二级菜单。
对于这些二级菜单的获取方式,例如,以一级菜单是“购物”为例,该实施例执行之前可以获取大量的购物类的应用发出的通知消息集合,然后基于该通知消息集合中的通知消息所属的分类,进而确定一级菜单“购物”下的二级菜单的内容为促销、视频、提醒等。本发明实施例可以按照上述方法,得到其他的一级菜单下的二级菜单。
该处的显示规则,可以是用户预先设定的自定义规则,例如,用户可以设置23点到第二天7点之间不显示所有的通知消息;又例如,用户可以设置不显示某几个分类的通知消息(基于步骤S106中已经确定出的分类确定,或者是基于目标应用所属的分类确定),或者是不显示某几个应用发出的通知(基于通知消息的来源信息确定,或者是基于目标应用确定);再例如,本发明实施例可以在客户端中执行,该客户端可以运行在不同的终端设备中,用户还可以设置不显示终端设备A的通知消息等等。
需要说明的是,上述仅仅是从时间、分类、应用、终端设备等单个维度举例说明显示规则,实际应用中,还可以结合多个维度生成显示规则,例如,用户可以设置23点到第二天7点之间,仅仅显示应用A发出的通知消息,等等。
对于通知消息的显示方式,可以是免打扰模式、显示模式、自动拦截模式等。上述免打扰模式下不提示通知消息,也即不进行声音和界面提醒;上述显示模式下进行声音和界面提醒;上述自动拦截模式会自动过滤掉通知消息,例如,将通知消息放入垃圾箱等。其中,免打扰模式和自动拦截模式均可以称作是不显示通知消息。
步骤S108执行时,具体是在所述目标应用所属的分类中,以及在确定出的分类中确定所述通知消息的显示方式,也即,通知消息显示时(包括上述显示模式)是在所述目标应用所属的分类中,以及在确定出的分类中显示,如果通知消息不显示时,则可以直接过滤掉通知消息;或者是在所述目标应用所属的分类中,以及在确定出的分类中保存上述通知消息,不进行声音和界面提醒,当用户主动点击查看时才显示该通知消息。
具体如图2所示,对于通知消息“【1111元手机电脑神券】重出江湖!**手机128g官网价直降700,C位爆品紧急补货!”,通过步骤S104和步骤S106得到该通知消息所属的分类为:1、促销;2、手机;该通知消息来自于应用A,应用A所属的分类是购物。最终,该通知消息的显示位置参见图2,其一级菜单是“购物”,二级菜单是分类“促销”。
该实施例以通知消息所属的分类中优先级高的“促销”为依据,忽略掉属性分类“手机”,当然,在其他的实施例中显示时,还可以同时考虑该通知消息所属的的分类“促销”和“手机”。
该实施例中,用户可以通过本地客户端页面查看该通知消息,客户端页面同时还可以保存该通知消息。
另外,该实施例同时也可根据应用来查看通知消息,也即在图2中,用户点击“全部应用”按钮中的应用A、应用B或应用C时,可以分别显示出来自于该应用的通知消息。
本申请实施例提供的通知消息的显示方法,获取到来自于目标应用的通知消息后,基于通知消息的关键词所属的分类和来源信息所属的分类来确定通知消息所属的分类,最后基于目标应用所属的分类及确定出的分类,根据预设显示规则确定通知消息的显示方式,能够实现通知消息的分类整合显示,方便用户阅读,提高用户体验。
同时,本发明实施例是基于通知消息的关键词所属的分类和来源信息所属的分类来确定通知消息所属的分类,使通知消息的分类更加准确。
可选地,在上述图1所示的实施例执行之前,可以基于大数据分析和云服务器,对应用市场上的应用以及应用发出的通知消息进行收集和整合,对应用及通知消息生成展示规则。
在一个具体的例子中,如图2所示,本发明实施例对应用市场上的应用进行分类整理,按照每个类别中应用的数量多少进行排序,得到应用的分类包括:购物、社交、办公、工具等等。其中,购物、社交、办公、工具等可以作为一级菜单进行展示。
可选地,作为一个实施例,在上述几个实施例执行之前,还可以包括如下步骤:
获取通知消息来源信息对应的通知消息集合;
基于所述通知消息集合中的通知消息所属的分类,确定通知消息的来源信息所属的分类。
具体例如:对于购物类应用A,其通知ID 1历史时刻发出的通知消息集合中,10000次为促销,3000次为家电,2000次为食品,2000次为办公用品,则此通知ID 1所属分类为:1、促销;2、家电;3、食品;4.办公用品。
该实施例可以确定出大量的来源信息所属的分类,然后再将上述分类进行排序,在一个实施例中,如图2所示,得到的购物类应用相关的来源信息所属的分类包括促销、提醒、视频等等,该处属性的分类作为二级菜单进行展示。
通过上述将应用进行分类,以及确定来源信息所属的分类的操作,如图2所示,通知消息可以分为两个维度进行展示。
在图2中是根据应用所属分类进行优先展示,一级菜单为购物、社交、办公、工具等应用的分类,二级菜单为其属性分类,例如,如图2所示,一级菜单购物所包括的二级菜单为促销、提醒、视频等分类,该实施例同时也可根据应用来查看通知消息,也即在图2中,用户点击“全部应用”按钮中的应用A、应用B或应用C时,可以分别显示出来自于该应用的通知消息。
当然,在其他的实施例中,还可以对通知消息所属的分类进行优先展示,例如,一级菜单为通知消息所属的分类,例如包括促销、提醒、视频、物流、广告、消息等分类,二级菜单为目标应用所属分类,为社交、购物、工具、等,该实施例同时也可以根据不同的应用来查看通知消息。也即,用户点击“全部应用”按钮中的应用A、应用B或应用C时,可以分别显示出来自于该应用的通知消息。
通过上述操作,本发明实施例在通知消息的显示界面上,不仅可以按照应用的类别来显示通知消息,还可以根据通知消息所属的分类来查看通知消息,用户可以从两个维度来查看通知消息,更方便用户查阅通知消息。同时,通过将通知消息分类显示,还可以在有用的界面上显示更多的通知消息,提高了通知消息的显示效率。
另外,在上述实施例的步骤S108中提到基于所述目标应用所属的分类及确定出的分类,根据预设显示规则确定所述通知消息的显示方式,包括下述至少一种:
如果当前时刻在免打扰时间段内,则不显示所述通知消息;如果当前时刻在所述免打扰时间段外,则显示所述通知消息;
如果确定出的分类和/或所述目标应用所属的分类在预设的拦截分类内,则不显示所述通知消息;如果确定出的分类和/或所述目标应用所属的分类在所述拦截分类外,则显示所述通知消息;以及
如果用于执行所述通知消息的显示方法的终端设备在预设的免打扰设备内,则不显示所述通知消息;如果所述终端设备在所述免打扰设备外,则显示所述通知消息。
上述提到的不显示通知消息,具体可以自动过滤掉通知消息,例如,将通知消息放入垃圾箱等;还可以是在目标应用所属的分类及确定出的分类中保存上述通知消息,不进行声音和界面提醒,当用户主动点击查看时才显示该通知消息。
如前所述,上述显示规则可以是用户预先设定的自定义规则,在一个具体的例子中,用户基于如下若干种方式设置上述显示规则:
基于时间维度的个性化展示及免打扰设置。用户可以针对自身使用情况设置某时间段不展示所有通知消息,或不展示部分分类的通知消息。例如:用户可以设定在23点至7点不显示除微信外所有通知消息;或在7点至11点,13点至18点不展示所有通知消息。
基于分类的个性化展示及免打扰设置。用户可以针对自身使用情况设置某分类或某应用的通知不展示,或只展示通知消息的条数不进行声音提醒和界面提醒。
基于来源的个性化展示及免打扰设置。用户可以针对不同设备,结合时间维度或分类维度的个性化展示设置。例如,9点至18点不展示设备名Chrome Pad的通知。
可选地,本申请实施例还可以在历史时刻确定用户针对通知消息的浏览记录;基于所述浏览记录生成所述显示规则。具体地,客户端会记录用户查看通知消息的记录,在新的通知消息展示之前,针对其通知消息的查看和点击情况,学习判断未来是否展示该条通知消息,或是否把该条通知消息列入到免打扰通知。
规则可以如下:
a)记录用户所有通知消息的查看和打开频率;
b)记录某分类通知消息的查看和打开频率;
c)设置查看和打开频率在后50%-80%的通知消息为免打扰通知;设置查看和打开频率在后80%-100%的通知消息为不展示通知。
d)每24小时,对用户查看通知消息的行为做评价,并更新到服务端。
需要说明的是,免打扰通知为不提示通知消息,在获取到通知消息时不会进行声音和界面提醒。展示通知消息只会显示条目,不会在一级界面进行通知展示,可在二级界面进行查看。
通过以上显示规则,客户端将通知消息二次整合后以更高效、用户体验更好的方式展示给用户,可以极大地改善目前通知栏的通知消息低效率问题,提高用户对终端设备的使用体验。
可选地,本申请实施例提供的上述通知消息的显示方法可以应用在某一客户端中,本申请实施例还可以建立客户端和用户标识的绑定关系,以在不同终端设备的所述客户端中显示所述通知消息,和/或,将所述显示规则发送到不同终端设备的所述客户端中。
上述用户标识可以是手机号、社交账号或身份证等。当然,用户也可略过这一绑定步骤,仅仅在单一设备使用。本申请实施例支持设备包括但不仅限于PC,IOS设备,Android设备,以及电子手表等
本发明实施例可以生成针对每一个用户标识的用户习惯(也即上述显示规则),并每天在服务器上进行备份,其余客户端会每天从服务器上拉取该用户习惯以保证不同终端设备上通知消息的个性化同步。
用户使用多个终端设备的情况下,不同终端设备上的客户端还可以将获取到的通知消息上传至服务器,然后服务器将整合过后的通知信息下发到客户端进行整合展示。具体例如,本发明实施例提供的上述通知消息的显示方法可以所述方法应用在第一设备中,所述方法还包括:将所述通知消息上传到服务端,以使所述服务端将所述通知消息推送到第二设备中。
具体例如,客户端将用户当前使用之外的终端设备的通知消息上传至服务器,其他终端设备会在每5分钟从服务器拉取通知消息,并根据显示规则在用户当前使用的终端设备上进行展示。同时,服务器会对用户接收到的通知消息进行加密处理,并存储在服务器进行备份,用户在换新终端设备或数据丢失后,也可通过验证用户标识的方式来访问所有备份的通知消息,并可以将通知消息保存到新的终端设备。
为详细说明本申请实施例提供的通知消息的显示方法,以下将结合一个具体的实施例来进行说明。
如图2所示,本发明实施例首先对应用市场上的应用进行分类整理,按照每个类别中应用的数量多少进行排序,得到应用的分类包括:购物、社交、办公、工具等等。其中,购物、社交、办公、工具等可以作为一级菜单进行展示。二级菜单为基于通知消息所属的属性分类得到,如图2中的一级菜单为购物时,其二级菜单包括促销、提醒、视频等。
对于这些二级菜单的获取方式,例如,以一级菜单是“购物”为例,该实施例执行之前可以获取大量的购物类的应用发出的通知消息集合,然后基于该通知消息集合中的通知消息所属的分类,进而确定一级菜单“购物”下的二级菜单的内容为促销、视频、提醒等。本发明实施例可以按照上述方法,得到其他的一级菜单下的二级菜单。
可选地,本申请实施例提供的上述通知消息的显示方法可以应用在某一客户端中,本申请实施例还可以建立客户端和用户标识的绑定关系,以在不同终端设备的所述客户端中显示所述通知消息,和/或,将所述显示规则发送到不同终端设备的所述客户端中。
上述用户标识可以是手机号、社交账号或身份证等。当然,用户也可略过这一绑定步骤,仅仅在单一设备使用。本申请实施例支持设备包括但不仅限于PC,IOS设备,Android设备,以及电子手表等
本申请实施例提供的通知消息的显示方法可以运行在客户端中,客户端保持后台运行,并对通知栏进行实时监控,如果某一时刻获取到的通知消息为购物类应用A发出的:“【1111元手机电脑神券】重出江湖!**手机128g官网价直降700,C位爆品紧急补货!”,见图3,通过对该通知消息进行语义分析和关键词提取,得出的关键词为:1、**手机128g;2、官网价;3、直降700、4、紧急补货。通过关键词规则分类,得出关键词所属的分类为:1、手机;2、促销;3、促销;4、购物。
通过读取该通知消息来源信息得出:该通知属于购物类应用A,大分类为:购物。读取应用内该条通知的通知ID=1得出通知消息的来源信息所属的分类为:1、促销;2、手机;3、家电;4、食品;5、办公用品,等。
需要说明的是,对于抓不到关键词的通知消息,或该通知消息的来源信息无记录,可以将该通知消息的分类确定为其他。
将所述关键词所属的分类和所述通知消息的来源信息所属的分类进行匹配,基于匹配结果确定所述通知消息所属的分类为:1、促销;2、手机。
然后基于显示规则(见前文几个实施例)对上述通知消息进行二次整合展示,大分类为购物。属性分类为促销、手机,最终展示效果如图2所示,以属性的分类中优先级高的“促销”为依据。用户可以通过本地客户端页面进行查看,客户端页面同时会进行保存。
本发明提供的通知消息的显示方法,能够以更高效、定制化、多设备使用的方式显示通知消息。采用了客户端、大数据,服务器相结合的方法,在应用展示通知消息时,能够以应用为单位,通过对属性的多维度的细分处理以及个性化处理使通知消息展示以及管理变得更高效便捷。
本发明实施例将通知消息在同类应用的范围内分别按属性分类进行整合,提高了显示效率,且可以进一步根据属性分类进行屏蔽等控制策略,提高了用户体验。
本发明实施例能够跨终端设备跨平台的展示通知消息,根据个性化设置可以使用户更便捷的管理所有个人设备的通知消息,并进行备份。本发明实施例还能够对用户通知消息以及个性化设置(显示规则)进行备份和同步,用户再也不会受换机就得重新调整和养成习惯的困扰,使所有通知消息的体验统一,提高用户体验。
以上说明书部分详细介绍了通知消息的显示方法实施例,如图4所示,本申请实施例还提供了一种通知消息的显示装置400,该装置400包括:
消息获取模块402,可以用于获取来自于目标应用的通知消息。
该步骤中的目标应用,不仅可以包括常规意义上的应用程序(简称应用),例如微信、支付宝、天猫等,还可以包括终端设备的操作系统,例如android系统、IOS系统等。
该处的通知消息,例如包括操作系统发出的:“您的手机电量不足15%,请及时充电”;购物类的应用发出的:“您浏览过的……手机降价了,到手价仅需……元”等等。
关键词提取模块404,可以用于提取所述通知消息的关键词。
该步骤执行时,可以首先对获取到的通知消息进行语义分析,然后基于语义分析结果,相应地去除获取到的通知消息中无意义的字符、人称和动词等,将保留下来的字符作为关键词。
分类确定模块406,可以用于基于所述关键词所属的分类和所述通知消息的来源信息所属的分类,确定所述通知消息所属的分类。
该步骤在得到关键词所述的分类和来源信息所属的分类之后,即可确定通知消息所属的分类。在一个实施例中,该步骤具体可以将所述关键词所属的分类和所述通知消息的来源信息所属的分类进行匹配,基于匹配结果确定所述通知消息所属的分类。
显示模块408,可以用于基于所述目标应用所属的分类及确定出的分类,根据预设显示规则确定所述通知消息的显示方式。
对于通知消息的显示方式,可以是免打扰模式、显示模式、自动拦截模式等。上述免打扰模式下不提示通知消息,也即不进行声音和界面提醒;上述显示模式下进行声音和界面提醒;上述自动拦截模式会自动过滤掉通知消息,例如,将通知消息放入垃圾箱等。其中,免打扰模式和自动拦截模式均可以称作是不显示通知消息。
显示模块408具体可以是在所述目标应用所属的分类中,以及在确定出的分类中确定所述通知消息的显示方式,也即,通知消息显示时(包括上述显示模式)是在所述目标应用所属的分类中,以及在确定出的分类中显示,如果通知消息不显示时,则可以直接过滤掉通知消息;或者是在所述目标应用所属的分类中,以及在确定出的分类中保存上述通知消息,不进行声音和界面提醒,当用户主动点击查看时才显示该通知消息。
本申请实施例提供的通知消息的显示装置,获取到来自于目标应用的通知消息后,基于通知消息的关键词所属的分类和来源信息所属的分类来确定通知消息所属的分类,最后基于目标应用所属的分类及确定出的分类,根据预设显示规则确定通知消息的显示方式,能够实现通知消息的分类整合显示,方便用户阅读,提高用户体验。
同时,本发明实施例是基于通知消息的关键词所属的分类和来源信息所属的分类来确定通知消息所属的分类,使通知消息的分类更加准确。
可选地,作为一个实施例,
所述消息获取模块402,还可以用于获取通知消息的来源信息对应的通知消息集合;
所述分类确定模块406,还可以用于基于所述通知消息集合中的通知消息所属的分类,确定通知消息的来源信息所属的分类。
可选地,作为一个实施例,
所述显示模块408,可以用于下述至少一种:
如果当前时刻在免打扰时间段内,则不显示所述通知消息;如果当前时刻在所述免打扰时间段外,则显示所述通知消息;
如果确定出的分类和/或所述目标应用所属的分类在预设的拦截分类内,则不显示所述通知消息;如果确定出的分类和/或所述目标应用所属的分类在所述拦截分类外,则显示所述通知消息;以及
如果包括有所述装置的终端设备在预设的免打扰设备内,则不显示所述通知消息;如果所述终端设备在所述免打扰设备外,则显示所述通知消息。
可选地,作为一个实施例,所述装置还包括:显示规则生成模块(未图示),可以用于
确定用户针对通知消息的浏览记录;
基于所述浏览记录生成所述显示规则。
可选地,作为一个实施例,所述分类确定模块406,具体用于将所述关键词所属的分类和所述通知消息的来源信息所属的分类进行匹配,基于匹配结果确定所述通知消息所属的分类
根据本说明书实施例的上述通知消息的显示装置400可以参照对应前文本说明书实施例图1至图3所示的通知消息的显示方法的流程,并且,该通知消息的显示装置400中的各个单元/模块和上述其他操作和/或功能分别为了实现通知消息的显示方法中的相应流程,为了简洁,在此不再赘述。
本申请实施例还提供了一种通知消息的显示设备,图5为本申请实施例提供的通知消息的显示设备的结构示意图。如图5所示,通知消息的显示设备可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上的处理器501和存储器502,存储器502中可以存储有一个或一个以上存储应用程序或数据。其中,存储器502可以是短暂存储或持久存储。存储在存储器502的应用程序可以包括一个或一个以上模块(图示未示出),每个模块可以包括对通知消息的显示设备中的一系列计算机可执行指令。更进一步地,处理器501可以设置为与存储器502通信,在通知消息的显示设备上执行存储器502中的一系列计算机可执行指令。通知消息的显示设备还可以包括一个或一个以上电源503,一个或一个以上有线或无线网络接口504,一个或一个以上输入输出接口505,一个或一个以上键盘506等。
在一个具体的实施例中,通知消息的显示设备包括存储器、处理器和存储在所述存储器上并可在所述处理器上运行的计算机可执行指令,所述计算机可执行指令被所述处理器执行时实现以下流程:
获取来自于目标应用的通知消息;
提取所述通知消息的关键词;
基于所述关键词所属的分类和所述通知消息的来源信息所属的分类,确定所述通知消息所属的分类;
基于所述目标应用所属的分类及确定出的分类,根据预设显示规则确定所述通知消息的显示方式。
可选地,所述计算机可执行指令被处理器执行时,所述获取来自于目标应用的通知消息之前,所述方法还包括:
获取通知消息的来源信息对应的通知消息集合;
基于所述通知消息集合中的通知消息所属的分类,确定通知消息的来源信息所属的分类。
可选地,所述计算机可执行指令被处理器执行时,所述根据预设显示规则确定所述通知消息的显示方式,包括下述至少一种:
如果当前时刻在免打扰时间段内,则不显示所述通知消息;如果当前时刻在所述免打扰时间段外,则显示所述通知消息;
如果确定出的分类和/或所述目标应用所属的分类在预设的拦截分类内,则不显示所述通知消息;如果确定出的分类和/或所述目标应用所属的分类在所述拦截分类外,则显示所述通知消息;以及
如果用于执行所述通知消息的显示方法的终端设备在预设的免打扰设备内,则不显示所述通知消息;如果所述终端设备在所述免打扰设备外,则显示所述通知消息。
可选地,所述计算机可执行指令被处理器执行时,所述获取来自于目标应用的通知消息之前,所述方法还包括:
确定用户针对通知消息的浏览记录;
基于所述浏览记录生成所述显示规则。
可选地,所述计算机可执行指令被处理器执行时,所述方法应用在客户端中,所述获取来自于目标应用的通知消息之前,所述方法还包括:
建立所述客户端和用户标识的绑定关系,以将所述显示规则发送到不同终端设备的所述客户端中。
可选地,所述计算机可执行指令被处理器执行时,所述方法应用在第一设备中,所述方法还包括:
将所述通知消息上传到服务端,以使所述服务端将所述通知消息推送到第二设备中。
可选地,所述计算机可执行指令被处理器执行时,所述基于所述关键词所属的分类和所述通知消息的来源信息所属的分类,确定所述通知消息所属的分类包括:
将所述关键词所属的分类和所述通知消息的来源信息所属的分类进行匹配,基于匹配结果确定所述通知消息所属的分类。
获取到来自于目标应用的通知消息后,基于通知消息的关键词所属的分类和来源信息所属的分类来确定通知消息所属的分类,最后基于目标应用所属的分类及确定出的分类,根据预设显示规则确定通知消息的显示方式,能够实现通知消息的分类整合显示,方便用户阅读,提高用户体验。
同时,本发明实施例是基于通知消息的关键词所属的分类和来源信息所属的分类来确定通知消息所属的分类,使通知消息的分类更加准确。
进一步地,本申请实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质用于存储计算机可执行指令,所述计算机可执行指令被处理器执行时实现以下流程:
获取来自于目标应用的通知消息;
提取所述通知消息的关键词;
基于所述关键词所属的分类和所述通知消息的来源信息所属的分类,确定所述通知消息所属的分类;
基于所述目标应用所属的分类及确定出的分类,根据预设显示规则确定所述通知消息的显示方式。
可选地,所述计算机可执行指令被处理器执行时,所述获取来自于目标应用的通知消息之前,所述方法还包括:
获取通知消息的来源信息对应的通知消息集合;
基于所述通知消息集合中的通知消息所属的分类,确定通知消息的来源信息所属的分类。
可选地,所述计算机可执行指令被处理器执行时,所述根据预设显示规则确定所述通知消息的显示方式,包括下述至少一种:
如果当前时刻在免打扰时间段内,则不显示所述通知消息;如果当前时刻在所述免打扰时间段外,则显示所述通知消息;
如果确定出的分类和/或所述目标应用所属的分类在预设的拦截分类内,则不显示所述通知消息;如果确定出的分类和/或所述目标应用所属的分类在所述拦截分类外,则显示所述通知消息;以及
如果用于执行所述通知消息的显示方法的终端设备在预设的免打扰设备内,则不显示所述通知消息;如果所述终端设备在所述免打扰设备外,则显示所述通知消息。
可选地,所述计算机可执行指令被处理器执行时,所述获取来自于目标应用的通知消息之前,所述方法还包括:
确定用户针对通知消息的浏览记录;
基于所述浏览记录生成所述显示规则。
可选地,所述计算机可执行指令被处理器执行时,所述方法应用在客户端中,所述获取来自于目标应用的通知消息之前,所述方法还包括:
建立所述客户端和用户标识的绑定关系,以将所述显示规则发送到不同终端设备的所述客户端中。
可选地,所述计算机可执行指令被处理器执行时,所述方法应用在第一设备中,所述方法还包括:
将所述通知消息上传到服务端,以使所述服务端将所述通知消息推送到第二设备中。
可选地,所述计算机可执行指令被处理器执行时,所述基于所述关键词所属的分类和所述通知消息的来源信息所属的分类,确定所述通知消息所属的分类包括:
将所述关键词所属的分类和所述通知消息的来源信息所属的分类进行匹配,基于匹配结果确定所述通知消息所属的分类。
获取到来自于目标应用的通知消息后,基于通知消息的关键词所属的分类和来源信息所属的分类来确定通知消息所属的分类,最后基于目标应用所属的分类及确定出的分类,根据预设显示规则确定通知消息的显示方式,能够实现通知消息的分类整合显示,方便用户阅读,提高用户体验。
同时,本发明实施例是基于通知消息的关键词所属的分类和来源信息所属的分类来确定通知消息所属的分类,使通知消息的分类更加准确。
其中,所述的计算机可读存储介质包括只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。
Claims (12)
1.一种通知消息的显示方法,其特征在于,包括:
获取来自于目标应用的通知消息;
提取所述通知消息的关键词;
基于所述关键词所属的分类和所述通知消息的来源信息所属的分类,确定所述通知消息所属的分类;
基于所述目标应用所属的分类及确定出的分类,根据预设显示规则确定所述通知消息的显示方式。
2.根据权利要求1所述的方法,其特征在于,所述获取来自于目标应用的通知消息之前,所述方法还包括:
获取通知消息的来源信息对应的通知消息集合;
基于所述通知消息集合中的通知消息所属的分类,确定通知消息的来源信息所属的分类。
3.根据权利要求2所述的方法,其特征在于,所述根据预设显示规则确定所述通知消息的显示方式,包括下述至少一种:
如果当前时刻在免打扰时间段内,则不显示所述通知消息;如果当前时刻在所述免打扰时间段外,则显示所述通知消息;
如果确定出的分类和/或所述目标应用所属的分类在预设的拦截分类内,则不显示所述通知消息;如果确定出的分类和/或所述目标应用所属的分类在所述拦截分类外,则显示所述通知消息;以及
如果用于执行所述通知消息的显示方法的终端设备在预设的免打扰设备内,则不显示所述通知消息;如果所述终端设备在所述免打扰设备外,则显示所述通知消息。
4.根据权利要求3所述的方法,其特征在于,所述获取来自于目标应用的通知消息之前,所述方法还包括:
确定用户针对通知消息的浏览记录;
基于所述浏览记录生成所述显示规则。
5.根据权利要求1至4任一项所述的方法,其特征在于,所述方法应用在客户端中,所述获取来自于目标应用的通知消息之前,所述方法还包括:
建立所述客户端和用户标识的绑定关系,以将所述显示规则发送到不同终端设备的所述客户端中。
6.根据权利要求5所述的方法,其特征在于,所述方法应用在第一设备中,所述方法还包括:
将所述通知消息上传到服务端,以使所述服务端将所述通知消息推送到第二设备中。
7.根据权利要求6所述的方法,其特征在于,所述基于所述关键词所属的分类和所述通知消息的来源信息所属的分类,确定所述通知消息所属的分类包括:
将所述关键词所属的分类和所述通知消息的来源信息所属的分类进行匹配,基于匹配结果确定所述通知消息所属的分类。
8.一种通知消息的显示装置,其特征在于,包括:
消息获取模块,用于获取来自于目标应用的通知消息;
关键词提取模块,用于提取所述通知消息的关键词;
分类确定模块,用于基于所述关键词所属的分类和所述通知消息的来源信息所属的分类,确定所述通知消息所属的分类;
显示模块,用于基于所述目标应用所属的分类及确定出的分类,根据预设显示规则确定所述通知消息的显示方式。
9.根据权利要求8所述的装置,其特征在于,
所述消息获取模块,还用于获取通知消息的来源信息对应的通知消息集合;
所述分类确定模块,还用于基于所述通知消息集合中的通知消息所属的分类,确定通知消息的来源信息所属的分类。
10.根据权利要求9所述的装置,其特征在于,所述显示模块,用于下述至少一种:
如果当前时刻在免打扰时间段内,则不显示所述通知消息;如果当前时刻在所述免打扰时间段外,则显示所述通知消息;
如果确定出的分类和/或所述目标应用所属的分类在预设的拦截分类内,则不显示所述通知消息;如果确定出的分类和/或所述目标应用所属的分类在所述拦截分类外,则显示所述通知消息;以及
如果包括有所述装置的终端设备在预设的免打扰设备内,则不显示所述通知消息;如果所述终端设备在所述免打扰设备外,则显示所述通知消息。
11.根据权利要求10所述的装置,其特征在于,所述装置还包括:显示规则生成模块,用于
确定用户针对通知消息的浏览记录;
基于所述浏览记录生成所述显示规则。
12.根据权利要求8至11任一项所述的装置,其特征在于,
所述分类确定模块,用于将所述关键词所属的分类和所述通知消息的来源信息所属的分类进行匹配,基于匹配结果确定所述通知消息所属的分类。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811508215.9A CN109710351A (zh) | 2018-12-11 | 2018-12-11 | 通知消息的显示方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811508215.9A CN109710351A (zh) | 2018-12-11 | 2018-12-11 | 通知消息的显示方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109710351A true CN109710351A (zh) | 2019-05-03 |
Family
ID=66255618
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811508215.9A Pending CN109710351A (zh) | 2018-12-11 | 2018-12-11 | 通知消息的显示方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109710351A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111262996A (zh) * | 2020-01-13 | 2020-06-09 | Oppo广东移动通信有限公司 | 通知栏消息处理方法、装置、电子装置及存储介质 |
CN111401860A (zh) * | 2020-04-09 | 2020-07-10 | 上海东普信息科技有限公司 | 拦截件自动留言下发方法及装置、设备及存储介质 |
CN114844984A (zh) * | 2022-07-04 | 2022-08-02 | 荣耀终端有限公司 | 通知消息的提醒方法及电子设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101697560A (zh) * | 2009-10-10 | 2010-04-21 | 中兴通讯股份有限公司 | 一种移动终端及其消息显示方法 |
CN104009910A (zh) * | 2014-05-28 | 2014-08-27 | 惠州Tcl移动通信有限公司 | 一种基于移动终端的消息推送处理方法、系统及移动终端 |
CN104506715A (zh) * | 2014-12-05 | 2015-04-08 | 小米科技有限责任公司 | 通知消息显示方法及装置 |
CN105989144A (zh) * | 2015-02-28 | 2016-10-05 | 阿里巴巴集团控股有限公司 | 通知消息管理方法、装置、系统及终端设备 |
-
2018
- 2018-12-11 CN CN201811508215.9A patent/CN109710351A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101697560A (zh) * | 2009-10-10 | 2010-04-21 | 中兴通讯股份有限公司 | 一种移动终端及其消息显示方法 |
CN104009910A (zh) * | 2014-05-28 | 2014-08-27 | 惠州Tcl移动通信有限公司 | 一种基于移动终端的消息推送处理方法、系统及移动终端 |
CN104506715A (zh) * | 2014-12-05 | 2015-04-08 | 小米科技有限责任公司 | 通知消息显示方法及装置 |
CN105989144A (zh) * | 2015-02-28 | 2016-10-05 | 阿里巴巴集团控股有限公司 | 通知消息管理方法、装置、系统及终端设备 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111262996A (zh) * | 2020-01-13 | 2020-06-09 | Oppo广东移动通信有限公司 | 通知栏消息处理方法、装置、电子装置及存储介质 |
CN111401860A (zh) * | 2020-04-09 | 2020-07-10 | 上海东普信息科技有限公司 | 拦截件自动留言下发方法及装置、设备及存储介质 |
CN111401860B (zh) * | 2020-04-09 | 2024-03-29 | 上海东普信息科技有限公司 | 拦截件自动留言下发方法及装置、设备及存储介质 |
CN114844984A (zh) * | 2022-07-04 | 2022-08-02 | 荣耀终端有限公司 | 通知消息的提醒方法及电子设备 |
CN114844984B (zh) * | 2022-07-04 | 2022-10-04 | 荣耀终端有限公司 | 通知消息的提醒方法及电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102439957B (zh) | 一种日程生成方法及其通信终端 | |
CN109902224A (zh) | 基于用户行为分析的房源推荐方法、装置、设备和介质 | |
CN110958493B (zh) | 一种弹幕调整方法、装置、电子设备和存储介质 | |
CN107730377A (zh) | 贷款资质筛选方法、装置及计算机可读存储介质 | |
CN103106285A (zh) | 一种基于信息安全专业社交网络平台的推荐算法 | |
CN109710351A (zh) | 通知消息的显示方法和装置 | |
CN103678647A (zh) | 一种实现信息推荐的方法及系统 | |
CN105450586A (zh) | 信息推送方法、系统、服务器及客户端 | |
CN102185927A (zh) | 一种知识即服务云计算平台 | |
CN105009024A (zh) | 节省电池和数据使用 | |
CN105577815A (zh) | 一种阅读精准投送系统的投送方法及投送系统及处理器 | |
CN112311612A (zh) | 一种家庭画像构建方法、装置及存储介质 | |
CN104243275A (zh) | 社交信息推送方法和系统 | |
CN109962975A (zh) | 基于物体识别的信息推送方法、装置、电子设备及系统 | |
CN103425678A (zh) | 一种业务对象的推荐信息的选择方法及装置 | |
CN105871940A (zh) | 信息推荐方法和系统 | |
CN103238131A (zh) | 显示装置、显示方法和程序 | |
CN107566148A (zh) | 终端应用操作数据的分析方法、系统、装置及终端 | |
CN105893636A (zh) | 一种历史分享的记录方法及装置 | |
CN107734579A (zh) | 一种基于马尔可夫决策过程的移动平台能耗优化方法 | |
CN107403306A (zh) | 一种基于SpringBoot的高校社团管理系统 | |
CN106375861A (zh) | 视频播放方法及装置 | |
KR20130026558A (ko) | 외곽 공간을 이용한 댓글 통합 시스템 및 그 제공방법 | |
CN106897898A (zh) | 一种电商平台智能赠送的方法及系统 | |
CN109255385A (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: 20190503 |