著录项信息
专利名称 | 通知栏消息显示方法和系统 |
申请号 | CN201510201126.X | 申请日期 | 2015-04-23 |
法律状态 | 授权 | 申报国家 | 暂无 |
公开/公告日 | 2015-07-22 | 公开/公告号 | CN104793938A |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | G06F9/44 | IPC分类号 | G;0;6;F;9;/;4;4查看分类表>
|
申请人 | 广州视源电子科技股份有限公司 | 申请人地址 | 广东省广州市广州高新技术产业开发区科学城科珠路192号4楼
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 广州视源电子科技股份有限公司 | 当前权利人 | 广州视源电子科技股份有限公司 |
发明人 | 宋夏 |
代理机构 | 广州华进联合专利商标代理有限公司 | 代理人 | 王程 |
摘要
一种通知栏消息显示方法和系统,其方法包括步骤:获取通知栏的消息及其来源,所述通知栏为智能终端中的通知栏;根据所述消息的来源确定所述消息所属应用的应用类别,并获取该消息的重要性等级;根据各消息的重要性等级和应用类别对各消息进行排序;将排序后的各消息在通知栏上进行显示。本方案提高用户获取通知栏中有用消息的效率,提高用户体验。
1.一种通知栏消息显示方法,其特征在于,包括步骤:
获取通知栏的消息及其来源,所述通知栏为智能终端中的通知栏;
根据所述消息的来源确定所述消息所属应用的应用类别,并获取该消息的重要性等级;
根据各消息的重要性等级和应用类别对各消息进行排序,包括:将同一应用类别的消息划分为一组,根据应用类别的重要性等级将各组消息进行降序排序;遍历每组的消息,将同一组中的消息按消息的重要性等级进行降序排序;
将排序后的各消息在通知栏上进行显示。
2.根据权利要求1所述的通知栏消息显示方法,其特征在于,所述根据各消息的重要性等级和应用类别对各消息进行排序步骤,包括:
当接收到重要性优先排序指令时,遍历获取到的各消息,按消息的重要性等级将各消息进行降序排序,并将同一等级中同一应用类别的消息排列在一起。
3.根据权利要求1或2所述的通知栏消息显示方法,其特征在于,所述根据所述消息的来源确定所述消息所属应用的应用类别,并获取该消息的重要性等级步骤,包括:
根据所述消息的来源确定所述消息所属应用;
根据预存的应用与应用类别的关联关系确定所述应用所属的应用类别;
若所述消息存在细分类别,确定该消息的细分类别,其中,细分类别是将同一应用中的消息进行了细分类获得的类别;
根据预存的应用类别与重要性等级的关联关系确定该应用类别的重要性等级,根据预存的应用与重要性等级的关联关系确定该应用的重要性等级,根据预存的细分类别与重要性等级的关联关系确定该细分类别的重要性等级;
根据该应用类别的重要性等级、该应用的重要性等级、该细分类别的重要性等级确定该消息的重要性等级。
4.根据权利要求3所述的通知栏消息显示方法,其特征在于,所述根据该应用类别的重要性等级、该应用的重要性等级、该细分类别的重要性等级确定该消息的重要性等级步骤,包括:
将该应用类别的重要性等级、该应用的重要性等级、该细分类别的重要性等级与各自对应的权重相乘并求和,获得该消息的重要性等级;
或
将应用类别、应用、细分类别设为三个粒度,其中,应用类别为最高粒度,细分类别为最低粒度;
将三个粒度中最低粒度对应的重要性等级设为该消息的重要性等级;
或
将该应用类别的重要性等级、该应用的重要性等级、该细分类别的重要性等级求平均值,将所述平均值设为该消息的重要性等级。
5.根据权利要求3所述的通知栏消息显示方法,其特征在于,所述若所述消息存在细分类别,确定该消息的细分类别步骤,包括:
判断所述消息是否携带了细分类别的信息,若是,则读取该消息的细分类别;其中,所述细分类别的信息为所述消息所属应用发送的信息;
若否,则判断是否允许将该消息的标题设为细分类别,若允许,则将该消息的标题设为细分类别,若不允许,则将该消息的细分类别设为空。
6.一种通知栏消息显示系统,其特征在于,包括:
消息获取模块,用于获取通知栏的消息及其来源,所述通知栏为智能终端中的通知栏;
信息确定模块,用于根据所述消息的来源确定所述消息所属应用的应用类别,并获取该消息的重要性等级;
排序模块,用于根据各消息的重要性等级和应用类别对各消息进行排序,包括:将同一应用类别的消息划分为一组,根据应用类别的重要性等级将各组消息进行降序排序;遍历每组的消息,将同一组中的消息按消息的重要性等级进行降序排序;
显示模块,用于将排序后的各消息在通知栏上进行显示。
7.根据权利要求6所述的通知栏消息显示系统,其特征在于,所述排序模块用于:
当接收到重要性优先排序指令时,遍历获取到的各消息,按消息的重要性等级将各消息进行降序排序,并将同一等级中同一应用类别的消息排列在一起。
8.根据权利要求6或7所述的通知栏消息显示系统,其特征在于,所述信息确定模块包括:
应用确定模块,用于根据所述消息的来源确定所述消息所属应用;
应用类别确定模块,用于根据预存的应用与应用类别的关联关系确定所述应用所属的应用类别;
细分类别确定模块,用于若所述消息存在细分类别,确定该消息的细分类别,其中,细分类别是将同一应用中的消息进行了细分类获得的类别;
第一重要性等级确定模块,用于根据预存的应用类别与重要性等级的关联关系确定该应用类别的重要性等级,根据预存的应用与重要性等级的关联关系确定该应用的重要性等级,根据预存的细分类别与重要性等级的关联关系确定该细分类别的重要性等级;
第二重要性等级确定模块,用于根据该应用类别的重要性等级、该应用的重要性等级、该细分类别的重要性等级确定该消息的重要性等级。
9.根据权利要求8所述的通知栏消息显示系统,其特征在于,所述第二重要性等级确定模块用于:
将该应用类别的重要性等级、该应用的重要性等级、该细分类别的重要性等级与各自对应的权重相乘并求和,获得该消息的重要性等级;
或
将应用类别、应用、细分类别设为三个粒度,其中,应用类别为最高粒度,细分类别为最低粒度;
将三个粒度中最低粒度对应的重要性等级设为该消息的重要性等级;
或
将该应用类别的重要性等级、该应用的重要性等级、该细分类别的重要性等级求平均值,将所述平均值设为该消息的重要性等级。
10.根据权利要求8所述的通知栏消息显示系统,其特征在于,所述细分类别确定模块用于:
判断所述消息是否携带了细分类别的信息,若是,则读取该消息的细分类别;其中,所述细分类别的信息为所述消息所属应用发送的信息;
若否,则判断是否允许将该消息的标题设为细分类别,若允许,则将该消息的标题设为细分类别,若不允许,则将该消息的细分类别设为空。
通知栏消息显示方法和系统\n技术领域\n[0001] 本发明涉及终端消息处理技术领域,特别是涉及一种通知栏消息显示方法和系统。\n背景技术\n[0002] 随着科技的发展,手机和平板电脑等智能终端已经成为人们生活不可或缺的部分,用户可以利用这些终端进行通讯、视频、摄像、玩游戏等。为了满足用户的不同需求,针对各种功能所开发的终端应用也日趋增多。智能终端中的各种终端应用和终端系统本身,会不定时的向用户发送各种消息,这些消息会显示在智能终端的通知栏中。如果一段时间(如参加会议,乘坐飞机或午间休息时)没有查看,通知栏中可能堆积各种各样的消息,这些消息所属的类型不同,重要程度也不同,混在一起,不方便用户查看和处理。\n[0003] 传统技术中,按接收消息的时间顺序,在通知栏中将所有收到的通知简单的排列在一起。该种方式,各种消息混杂在一起,用户需要一个个查看所有消息才能确保是否存在有用消息,效率低,用户体验差。\n发明内容\n[0004] 基于此,有必要针对获取通知栏中有用消息效率低的问题,提供一种通知栏消息显示方法和系统。\n[0005] 一种通知栏消息显示方法,包括步骤:\n[0006] 获取通知栏的消息及其来源,所述通知栏为智能终端中的通知栏;\n[0007] 根据所述消息的来源确定所述消息所属应用的应用类别,并获取该消息的重要性等级;\n[0008] 根据各消息的重要性等级和应用类别对各消息进行排序;\n[0009] 将排序后的各消息在通知栏上进行显示。\n[0010] 一种通知栏消息显示系统,包括:\n[0011] 消息获取模块,用于获取通知栏的消息及其来源,所述通知栏为智能终端中的通知栏;\n[0012] 信息确定模块,用于根据所述消息的来源确定所述消息所属应用的应用类别,并获取该消息的重要性等级;\n[0013] 排序模块,用于根据各消息的重要性等级和应用类别对各消息进行排序;\n[0014] 显示模块,用于将排序后的各消息在通知栏上进行显示。\n[0015] 上述通知栏消息显示方法和系统,通过获取通知栏的消息及其来源,所述通知栏为智能终端中的通知栏;根据消息的来源确定消息所属应用的应用类别,并获取该消息的重要性等级;根据各消息的重要性等级和应用类别对各消息进行排序,提高用户获取通知栏中有用消息的效率,提高用户体验。\n附图说明\n[0016] 图1为本发明通知栏消息显示方法实施例的流程示意图;\n[0017] 图2为本发明通知栏消息显示系统实施例的结构示意图。\n具体实施方式\n[0018] 下面结合实施例及附图对本发明作进一步详细说明,但本发明的实施方式不限于此。\n[0019] 如图1所示,为本发明通知栏消息显示方法实施例的流程示意图,包括步骤:\n[0020] 步骤S101:获取通知栏的消息及其来源,所述通知栏为智能终端中的通知栏;\n[0021] 通知栏的消息可以包括终端中通知栏上待显示消息(即待发送至终端的通知栏的消息),也可以包括终端中通知栏上已显示未处理消息。消息又可以称为应用通知。终端可以是手机、平板电脑等智能终端。\n[0022] 进一步的,在步骤S101之前,还可以判断是否进入消息排序模式,若否,则将通知栏的消息按终端默认方式进行显示,若是,则进入步骤S101。\n[0023] 步骤S102:根据所述消息的来源确定所述消息所属应用的应用类别,并获取该消息的重要性等级;\n[0024] 根据消息的来源可以确定消息所属应用,根据预存的应用与应用类别关系可以确定该应用对应的应用类别。消息的重要性等级的获取方式有很多种,比如,可以根据消息所属应用或应用类别确定该消息的重要性等级,也可以预存消息的重要性等级,还可以提供一个界面,供用户设定通知的重要性等级。\n[0025] 步骤S103:根据各消息的重要性等级和应用类别对各消息进行排序;\n[0026] 步骤S104:将排序后的各消息在通知栏上进行显示。\n[0027] 显示的方式可以是在通知栏上显示整个消息信息,也可以显示“来自XX应用的消息”,还可以是将消息进行部分显示等,具体方式根据需要设定。\n[0028] 本实施例通过获取通知栏的消息及其来源,所述通知栏为智能终端中的通知栏;\n根据消息的来源确定消息所属应用的应用类别,并获取该消息的重要性等级;根据各消息的重要性等级和应用类别对各消息进行排序,提高用户获取通知栏中有用消息的效率,提高用户体验。\n[0029] 根据各消息的重要性等级和应用类别对各消息进行排序的方式有很多种,比如,直接按重要性等级进行排序,或者直接按应用类别进行排序。在其中一个实施例中,所述根据各消息的重要性等级和应用类别对各消息进行排序步骤,包括:\n[0030] A1:当接收到重要性优先排序指令时,遍历获取到的各消息,按消息的重要性等级将各消息进行降序排序,并将同一等级中同一应用类别的消息排列在一起;\n[0031] 此时同一等级不同应用类别的消息的顺序可以随机处理,也可以根据应用类别的重要性等级将消息进行降序排列,即同一等级中应用类别重要性等级高的消息排列在前。\n[0032] A2:当接收到类别优先排序指令时,将同一应用类别的消息划分为一组,根据应用类别的重要性等级将各组消息进行降序排序;遍历每组的消息,将同一组中的消息按消息的重要性等级进行降序排序。\n[0033] 将各组消息进行降序排序是将各应用类别进行降序排序。\n[0034] 本实施例可以根据用户选择重要性优先还是应用类别优先进行排列,从而实现不同针对性的排列,提高用户体验。\n[0035] 在其中一个实施例中,所述根据所述消息的来源确定所述消息所属应用的应用类别,并获取该消息的重要性等级步骤,包括:\n[0036] B1:根据所述消息的来源确定所述消息所属应用;\n[0037] 发送该消息的应用即为该消息所属应用,这里的应用是指应用程序。\n[0038] B2:根据预存的应用与应用类别的关联关系确定所述应用所属的应用类别;\n[0039] 应用与应用类别的关联关系确定方法有很多种,例如,可以根据预设的数据库对智能终端中的消息进行默认分类,比如默认来自“微信”的消息属于“社交”应用类,默认来自“腾讯新闻”的消息属于“新闻”应用类,从而确定应用与应用类别的关联关系。还可以提供界面允许用户增加自定义的应用类别,提供界面允许用户调整所有消息所属的应用类别。所有预设数据库以外的,且用户未指定的消息,可以属于“其他”类。\n[0040] B3:若所述消息存在细分类别,确定该消息的细分类别,其中,细分类别是将同一应用中的消息进行了细分类获得的类别;\n[0041] 比如,来自腾讯新闻的消息是娱乐新闻,则该消息的细分类别为“娱乐类新闻”,来自腾讯新闻的消息是时事新闻,则该消息的细分类别为“时事类新闻”等。\n[0042] B4:根据预存的应用类别与重要性等级的关联关系确定该应用类别的重要性等级,根据预存的应用与重要性等级的关联关系确定该应用的重要性等级,根据预存的细分类别与重要性等级的关联关系确定该细分类别的重要性等级;\n[0043] 每个应用类别可以对应一个重要性等级,每个应用可以对应一个重要性等级,每个细分类别可以对应一个重要性等级,这些重要性等级都可以预先设定。\n[0044] B5:根据该应用类别的重要性等级、该应用的重要性等级、该细分类别的重要性等级确定该消息的重要性等级。\n[0045] 本实施例综合考虑了该应用类别的重要性等级、该应用的重要性等级、该细分类别的重要性等级,使获得的消息的重要性等级可靠性更高。\n[0046] 进一步的,根据该应用类别的重要性等级、该应用的重要性等级、该细分类别的重要性等级确定该消息的重要性等级的方法有很多种,例如,在其中一个实施例中,该步骤可以包括:\n[0047] 将该应用类别的重要性等级、该应用的重要性等级、该细分类别的重要性等级与各自对应的权重相乘并求和,获得该消息的重要性等级。\n[0048] 应用类别、应用、细分类别各自有对应的权重,这些权重值可以预设。比如,若用户认为应用类别更重要,则将应用类别的权重值设大一些,若用户认为细分类别更重要,则将细分类别的权重值设大一些等。\n[0049] 在另一个实施例中,该步骤可以包括:\n[0050] 将应用类别、应用、细分类别设为三个粒度,其中,应用类别为最高粒度,细分类别为最低粒度;\n[0051] 将三个粒度中最低粒度对应的重要性等级设为该消息的重要性等级。\n[0052] 本实施例当存在细分类别时,将细分类别的重要性等级设为消息的重要性等级,当不存在细分类别时,将应用的重要性等级设为消息的重要性等级。\n[0053] 在另一个实施例中,该步骤可以包括:\n[0054] 将该应用类别的重要性等级、该应用的重要性等级、该细分类别的重要性等级求平均值,将所述平均值设为该消息的重要性等级。\n[0055] 在其中一个实施例中,还公开一种确定消息细分类别的方法,即所述若所述消息存在细分类别,确定该消息的细分类别步骤,包括:\n[0056] 判断所述消息是否携带了细分类别的信息,若是,则读取该消息的细分类别;其中,所述细分类别的信息为所述消息所属应用发送的信息;\n[0057] 若否,则判断是否允许将该消息的标题设为细分类别,若允许,则将该消息的标题设为细分类别,若不允许,则将该消息的细分类别设为空。\n[0058] 以上实施方式中的各种技术特征可以任意进行组合,只要特征之间的组合不存在冲突或矛盾,但是限于篇幅,未进行一一描述,因此上述实施方式中的各种技术特征的任意进行组合也属于本说明书公开的范围。\n[0059] 本发明列举其中一个组合进行说明。\n[0060] 首先修改系统,增加相关接口,使得应用程序可以在安装时向系统注册其发出通知的细分类型,比如“腾讯新闻”应用,可能发送“娱乐类新闻”、“科技类新闻”、“时事类新闻”等细分类型的通知。此处也允许应用程序指定以其通知的标题名作为细分类别,比如“微信”应用发出的有新消息的通知,都以发出消息的群名或用户名作为通知标题,则可以把这个标题直接作为微信通知的细分类别名。同时在系统中增加接口,使得应用程序在发送通知时可以附加指定该通知的细分类型。\n[0061] 获取系统新收到的一条通知。\n[0062] 获取这条通知是哪个应用程序发出的。\n[0063] 搜索数据库,确定发出该信息的应用程序,属于哪个应用类别。判断该条通知中是否附带了细分类别的信息。如果通知中没有附带细分类别的信息,则查询数据库,是否可以把通知的标题作为其细分类别。若不可把通知的标题作为其细分类别,则设定该条通知的细分类别为空。若可以把通知的标题作为其细分类别,则将通知的标题作为其细分类别。若通知中附带了细分类别的信息,则直接读取其细分类别。(注意,至此步,一条通知三个粒度的信息都解析完毕,即该通知所属的细分类别、该通知所属的应用,该通知所属应用的应用类别)。\n[0064] 确定该通知三个粒度的重要性等级,取最小粒度的重要性等级作为通知的重要性等级。比如,一条来自“微信”某群(后称A群)的消息通知,“微信”应用被用户设为“社交”类应用,“社交”类应用的重要性等级为2,“微信”这个应用的重要性等级为3,来自A群的消息通知重要性为4,则这条通知最终的重要性等级判定为4。另一个例子,一条来自“腾讯新闻”应用的“娱乐新闻”通知。“腾讯新闻”应用被用户设为“新闻”类应用,“新闻”类应用的重要性等级为1,同时“腾讯新闻”这个应用的重要性为3,且没有指定其细分类型“娱乐新闻”的重要性等级,则该条通知最终的重要性等级判定为3。\n[0065] 提供界面供用户选择通知的排序是重要性优先还是应用类别优先。如果用户选择重要性优先,则把通知栏中的所有通知按照消息的重要性等级排序,重要性高的通知排在前面,同一重要性等级的通知中,属于同一应用类别的放在一起。如果用户选择应用类别优先,则先将通知栏中的所有通知按应用类别分组,然后按应用类别的重要性等级将各组排序,重要性高的应用类别排在前面。遍历每个应用类别中的通知,按通知的重要性等级排序,重要性高的通知排在前面。\n[0066] 例如,要开一个较长的会议,在会议开始前将手机设定为通知整理模式。会议结束后,进入通知整理界面,会议过程中收到的所有未处理通知都被分类整理好了,如新闻类,社交类,系统类,同时按照之前设定的重要性进行了排序,工作群中的微信通知重要性较高,排在前面,新闻类的通知优先级低,排在后面。\n[0067] 本应用实例允许用户对智能设备的通知进行分类和重要性的设定,并根据分类和重要性对通知进行整理和排序,同一类的通知放在一起,重要性高的通知排在前面。用户体验更好,对通知按类别整理,按重要性排序,使得用户处理通知时更便捷,解决了当通知过多时通知栏杂乱无章的问题。\n[0068] 基于上述通知栏消息显示方法,本发明还提供一种通知栏消息显示系统,如图2所示,为本发明通知栏消息显示系统实施例的结构示意图,包括:\n[0069] 消息获取模块210,用于获取通知栏的消息及其来源,所述通知栏为智能终端中的通知栏;\n[0070] 信息确定模块220,用于根据所述消息的来源确定所述消息所属应用的应用类别,并获取该消息的重要性等级;\n[0071] 排序模块230,用于根据各消息的重要性等级和应用类别对各消息进行排序;\n[0072] 显示模块240,用于将排序后的各消息在通知栏上进行显示。\n[0073] 在其中一个实施例中,所述排序模块用于:\n[0074] 当接收到重要性优先排序指令时,遍历获取到的各消息,按消息的重要性等级将各消息进行降序排序,并将同一等级中同一应用类别的消息排列在一起;\n[0075] 当接收到类别优先排序指令时,将同一应用类别的消息划分为一组,根据应用类别的重要性等级将各组消息进行降序排序;遍历每组的消息,将同一组中的消息按消息的重要性等级进行降序排序。\n[0076] 在其中一个实施例中,所述信息确定模块包括:\n[0077] 应用确定模块,用于根据所述消息的来源确定所述消息所属应用;\n[0078] 应用类别确定模块,用于根据预存的应用与应用类别的关联关系确定所述应用所属的应用类别;\n[0079] 细分类别确定模块,用于若所述消息存在细分类别,确定该消息的细分类别,其中,细分类别是将同一应用中的消息进行了细分类获得的类别;\n[0080] 第一重要性等级确定模块,用于根据预存的应用类别与重要性等级的关联关系确定该应用类别的重要性等级,根据预存的应用与重要性等级的关联关系确定该应用的重要性等级,根据预存的细分类别与重要性等级的关联关系确定该细分类别的重要性等级;\n[0081] 第二重要性等级确定模块,用于根据该应用类别的重要性等级、该应用的重要性等级、该细分类别的重要性等级确定该消息的重要性等级。\n[0082] 在其中一个实施例中,所述第二重要性等级确定模块用于:\n[0083] 将该应用类别的重要性等级、该应用的重要性等级、该细分类别的重要性等级与各自对应的权重相乘并求和,获得该消息的重要性等级;\n[0084] 或\n[0085] 将应用类别、应用、细分类别设为三个粒度,其中,应用类别为最高粒度,细分类别为最低粒度;\n[0086] 将三个粒度中最低粒度对应的重要性等级设为该消息的重要性等级;\n[0087] 或\n[0088] 将该应用类别的重要性等级、该应用的重要性等级、该细分类别的重要性等级求平均值,将所述平均值设为该消息的重要性等级。\n[0089] 在其中一个实施例中,所述细分类别确定模块用于:\n[0090] 判断所述消息是否携带了细分类别的信息,若是,则读取该消息的细分类别;其中,所述细分类别的信息为所述消息所属应用发送的信息;\n[0091] 若否,则判断是否允许将该消息的标题设为细分类别,若允许,则将该消息的标题设为细分类别,若不允许,则将该消息的细分类别设为空。\n[0092] 本发明的通知栏消息显示系统与本发明的通知栏消息显示方法是一一对应的,上述通知栏消息显示方法实施例中的相关技术特征及其技术效果均适用于通知栏消息显示系统实施例中,在此不再赘述。\n[0093] 以上所述实施例仅表达了本发明的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对本发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。
法律信息
- 2018-02-16
- 2015-08-19
实质审查的生效
IPC(主分类): G06F 9/44
专利申请号: 201510201126.X
申请日: 2015.04.23
- 2015-07-22
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2014-03-19
|
2013-12-05
| | |
2
| |
2014-04-02
|
2013-12-27
| | |
3
| |
2015-04-08
|
2014-12-05
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |