通知信息的处理方法及装置的制造方法
【专利摘要】本发明公开了一种通知信息的处理方法及装置。其中，该方法包括：获取终端设备接收到的通知信息，其中，通知信息至少包括：系统应用的通知信息以及运行于终端设备的第三方应用的通知信息；根据预设规则对通知信息进行筛选，生成目标信息；将目标信息显示于终端设备的预设界面，本发明解决了现有手机的通知栏中，信息量大，用户很难从通知栏的大量信息中提取出有用信息的技术问题。
【专利说明】
通知信息的处理方法及装置
技术领域
[0001]本发明涉及计算机领域，具体而言，涉及一种通知信息的处理方法及装置。
【背景技术】
[0002]通常，在终端设备收到未接来电或者是第三方应用的信息时，终端设备往往将上述信息显示在终端设备(例如手机)的下拉界面，例如，在手机的屏幕顶端向下滑动，下拉界面中将会显示未接来电、未阅读短信、闹钟信息以及第三方应用升级信息等等。
[0003]需要说明的是，现有技术中，通过上述下拉菜单来显示通知信息的方案存在如下缺点:
[0004](I)下拉通知界面(例如信息通知栏)往往由两部分组成:下拉菜单快捷开关设置和所有通知类信息；信息界面被大量占有，查看不方便，操作不便捷，用户很难从大量的信息中提取到用有用的信息。
[0005](2)通知栏信息推送种类繁杂:未接电话，未读短信，系统更新，所有app更新通知，多种app信息推送，新闻推送等等。所以，一些重要信息淹没在大量的推送消息中，并且很难快速进行判断，很难快速将这些重要信息筛选出来。
[0006](3)在筛选重要信息过程中，容易漏选，而且，对于过多的无用通知类消息，手机往往一键清除，如此一来容易产生误操作，误删、错删。
[0007](4)通知栏内的重要消息，无法立刻处理时，一旦通知栏消息被清除，那么这些重要通知类消息也会被清除。如此一来，许多待办事项就容易被遗忘，从而造成用户的损失.
[0008]针对上述现有手机的通知栏中，信息量大，用户很难从通知栏的大量信息中提取出有用信息的问题，目前尚未提出有效的解决方案。
【发明内容】
[0009]本发明实施例提供了一种通知信息的处理方法及装置，以至少解决现有手机的通知栏中，信息量大，用户很难从通知栏的大量信息中提取出有用信息的技术问题。
[0010]根据本发明实施例的一个方面，提供了一种通知信息的处理方法，包括:获取终端设备接收到的通知信息，其中，通知信息至少包括:系统应用的通知信息以及运行于终端设备的第三方应用的通知信息;根据预设规则对通知信息进行筛选，生成目标信息;将目标信息显示于终端设备的预设界面。
[0011]根据本发明实施例的另一方面，还提供了一种通知信息的处理装置，包括:获取单元，用于获取终端设备接收到的通知信息，其中，通知信息至少包括:系统应用的通知信息以及运行于终端设备的第三方应用的通知信息；筛选单元，用于根据预设规则对通知信息进行筛选，生成目标信息；显示单元，用于将目标信息显示于终端设备的预设界面。
[0012]在本发明实施例中，采用获取终端设备接收到的通知信息，其中，通知信息至少包括:系统应用的通知信息以及运行于终端设备的第三方应用的通知信息;根据预设规则对通知信息进行筛选，生成目标信息;将目标信息显示于终端设备的预设界面。解决了现有手机的通知栏中，信息量大，用户很难从通知栏的大量信息中提取出有用信息的技术问题。
【附图说明】
[0013]此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中:
[0014]图1是根据本发明实施例的一种通知信息的处理方法的流程图；
[0015]图2是根据本发明实施例的一种可选地通知信息的处理方法的示意图；
[0016]图3是根据本发明实施例的一种可选地通知信息的处理方法的示意图；
[0017]图4是根据本发明实施例的一种可选地通知信息的处理方法的示意图；
[0018]图5是根据本发明实施例的一种可选地通知信息的处理方法的示意图；
[0019]图6是根据本发明实施例的一种可选地通知信息的处理方法的示意图；
[0020]图7是根据本发明实施例的一种可选地通知信息的处理方法的示意图；以及[0021 ]图8是根据本发明实施例的一种可选地通知信息的处理装置的结构示意图。
【具体实施方式】
[0022]为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
[0023]需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
[0024]实施例一
[0025]根据本发明实施例，提供了一种通知信息的处理方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
[0026]图1是根据本发明实施例的通知信息的处理方法，如图1所示，该方法包括如下步骤:
[0027]步骤S12，获取终端设备接收到的通知信息，其中，通知信息至少包括:系统应用的通知信息以及运行于终端设备的第三方应用的通知信息。
[0028]具体地，在本方案中，上述系统应用的通知信息可以为终端设备系统自带的系统APP的通知信息，例如，电话信息、短信信息、日历信息、邮件、便签、以及浏览器网页信息等。上述第三方应用可以为运行在终端设备系统中的第三方应用(例如墨迹天气等)，终端设备的处理器可以及时的获取上述系统应用以及上述第三方应用的多个通知信息。
[0029]步骤S14，根据预设规则对通知信息进行筛选，生成目标信息。
[0030]具体地，在本方案中，终端设备的处理器可以根据预设规则对上述多个通知信息进行筛选以生成目标信息。上述目标信息可以为对用户比较重要的信息。例如，终端设备处理器可以将符合预设规则的通知信息确定为目标信息，这里需要说明的是，用户可以根据实际情况对上述预设规则进行设置，以生成对自己重要的目标信息，还需要说明的是，上述目标信息至少分为两类，终端设备系统应用的通知信息以及第三方应用的通知信息。
[0031]步骤S16，将目标信息显示于终端设备的预设界面。
[0032]具体地，在本方案中，终端设备在确定了目标信息之后，可以控制将上述目标信息显示在终端设备的预设界面，上述预设界面可以为一个手册，即本方案可以将上述目标信息整合在一个手册中，该手册显示在上述预设界面，上述预设界面可以为终端设备显示的任意一个界面，优选地，上述手册可以为终端设备的负一屏，需要说明的是，负一屏，也称为零屏，零屏是在主屏界面时，向右滑动出现。结合图2，用户可以将手机屏幕向右滑动，然后对预设界面(例如第一手册)进行查看。
[0033]本方案通过获取终端设备接收到的通知信息，其中，通知信息至少包括:系统应用的通知信息以及运行于终端设备的第三方应用的通知信息;根据预设规则对通知信息进行筛选，生成目标信息；将目标信息显示于终端设备的预设界面。容易注意到，本方案根据预设规则自动筛选出终端设备接收到的重要的通知信息，并且将筛选后的通知信息显示在终端设备的预设界面中，用户无需通过下拉菜单中查看通知信息，只需要从上述预设界面中则可以查看到重要的通知信息和解决待办事项，解决了现有手机的通知栏中，信息量大，用户很难从通知栏的大量信息中提取出有用信息的问题。
[0034]可选地，步骤S14根据预设规则对通知信息进行筛选的步骤可以包括:
[0035]步骤S1411，在通知信息中包括预设字段的情况下，将通知信息确定为目标信息。
[0036]具体地，在本方案中，上述预设字段可以为“订票”“、购买”、“预定”、“旅行”等字段，即本可以通过识别通知信息的字段来判断通知信息是否为重要通知信息，并将重要通知信息确定为目标信息并显示在上述预设界面中。
[0037]可选地，系统应用的通知信息至少包括:未接来电、未阅读短信、系统日历信息、系统邮件信息、系统便签信息以及系统浏览器网页信息。
[0038]可选地，在系统应用的通知信息为未接来电的情况下，步骤S14根据预设规则对通知信息进行筛选的步骤可以包括:
[0039]步骤S1421，判断未接来电的联系人是否存储于终端设备的通讯录中；和/或判断未接来电是否属于短信拒接来电。
[0040]步骤S1422，在是的情况下，确定未接来电为目标信息。
[0041]具体地，在本方案中，如果终端设备接收到的未接来电的联系人存储与终端设备的通讯录中的话，则说明该未接来电属于联系人未接电话，本方案则将未接来电的通知信息确定为目标信息，用户则可以从预设界面中查看到上述联系人未接并进行处理。需要说明的是，上述短信拒绝接来电是指:用户在开会，家人给用户打了电话，用户不方便接，但是又不想让家人担心，就点击通话界面的“短信拒接按钮”，这时电话拒接挂断，自动会发一条短信给对方，例如“我正在开会，一会回你电话”，则上述来电则为短信拒接来电。通过上述两种方式则可以过滤掉诈骗电话等未接来电，可以帮助用户提取重要的待办事宜。
[0042]需要说明的是，通过上述步骤S1421至步骤S1422，本方案可以自动帮助用户做出判断，帮助用户筛选出目标信息，并自动添加到预设界面显示的手册中，优选地，上述预设界面可以自动提醒用户不要忘记待会回电。
[0043]可选地，步骤S14根据预设规则对第三方应用的通知信息进行筛选的步骤包括:
[0044]步骤S1431，判断第三方应用是否存在于预设的白名单中，在是的情况下，将第三方应用的通知信息确定为目标信息。
[0045]具体地，在本方案中，在接收到第三方的应用信息的情况下，终端设备处理器可以判断上述第三方应用是否为大客户(白名单用户)，例如，商务人士经常出差，出差前需要预定机票、预订酒店、查看航班、或者打车等等，这就用到许多第三方应用软件:携程、去哪儿、阿里旅行、航旅纵横、滴滴打车等等。第三方应用会提供最新的航班变化信息、实时路况信息等。在第三方应用为大客户应用的情况下，本方案则自动将上述第三方应用的通知信息设置为目标信息。即本方案实现了与第三方应用的整合，及时同步第三方信息。从而满足用户的不同需求。
[0046]可选地，当用户使用第三方应用订票成功的情况下，本方案可以将上述信息自动添加到上述预设界面的手册中，本方案也可以抓取系统日历的信息，自动生成上述订票信息备忘录，并且添加到上述预设界面，并及时的提醒用户，
[0047]可选地，在步骤S16将目标信息显示于终端设备的预设界面之后，方法还可以包括:
[0048]步骤S1711，接收用户的添加指令，其中，添加指令用于将系统应用的通知信息或者第三方应用的通知信息添加进预设界面。
[0049]具体地，在本方案中，对于一些通知信息(系统应用通知信息或者第三方应用通知信息)，终端设备无法判断该通知信息是否属于重要信息，本方案则支持用户通过手动将上述通知信息添加到预设界面。可选地，结合图3，在手机的通知栏(下拉菜单)中显示着手机接收到的一条通知信息，用户可以在上述通知栏中输入添加指令(点击加号按钮)，以手动将用户认为重要的信息添加到上述预设界面(例如第一手册)。通过上述方式，用户可以将系统app里一些重要待办事情、或者任务放到预设界面(例如第一手册)手册里进行整合处理。
[0050]可选地，本方案也可以在手机应用的分享面板中(例如微信的分享面板等)，将通知信息收到添加到预设界面中。
[0051]可选地，在本方案中，可以将预设界面中显示的多个信息中的任意一条目标信息或者任务置顶显示，即用户可根据自己的计划和重要性，选择将处在预设界面中的信息置顶到最前面，优先处理使得查看方式轻量化、且高效。
[0052]可选地，步骤S16在将目标信息显示于终端设备的预设界面之后，方法还包括:
[0053]步骤S1721，接收用户在预设界面针对目标信息的操作指令。
[0054]步骤S1722，根据操作指令对目标信息直接进行操作。
[0055]具体地，在本方案中，在将目标信息添加进预设界面之后，用户可以对预设界面中的各个目标消息进行相关操作，需要说明的是，用户可以直接在预设界面对上述目标信息进行快捷操作，比如，对应未接来电，用户可以直接在预设界面未接来电设置一个快捷键，只要点击此按钮，就可立刻呼出电话，并且默认哪张卡呼入，就默认哪张卡呼出。用户不用先点击手机的电话模块，再进入到通话记录页面，进行回拨，这种快捷处理方式，简单、直接、尚效。
[0056]可选地，结合图4，通过本方案，用户可以对预设界面(例如第一手册)中全局或者是单条目标信息进行操作，比如，在全局的目标信息中进行编辑或者全部删除以及定时删除，对单条目标信息进行删除或者置顶以及取消。
[0057]下面结合图5至图7来介绍本申请:
[0058]本方案可以实现在手机的任意一个屏幕创建一个第一手册，该第一手册用于显示手机接收到的任意一个或者多个通知信息，如图5所示，第一手册的通知信息的来源主要来自两个方面:一种是来自系统App信息，一种是来自第三方APP信息，除了这两大类外，第一手册还可独立新建备忘、待办等，即用户在第一手册中自己手动添加备忘信息或代办。用户可以选择自动或者手动将上述通知信息(系统APP信息或者第三方APP信息)添加到第一手册中。系统APP通知信息的优选方案如图6所示，在所有未接中，系统智能选择将手机已有联系人的未接来电和用户主动短信拒接的这两类未接，自动筛选出来，并添加到第一手册，至于其他的未接，用户可在下拉通知界面，根据自己需要，手动选择是否添加。所有场景短信(订机票信息、火车票、酒店住宿、打车等等)自动添加到第一手册，其他的普通短信，根据用户自己需求，可选择是否需要手动添加到第一手册。需要说明的是，如果第一手册里有具体的出差订票成功信息，那么海绵手册会根据这些信息，自动添加一个日历新日程，并主动提醒，无需用户自己手动添加日程。关于第三方APP的添加方式如图7所示，即出现在通知栏中的通知信息手动添加，出现在分享面板中的通知信息手动添加，处于白名单的第三方应用通知信息自动添加。
[0059]综上，本方案是整个手机从系统层面，对于解决任务、或稍后处理信息有了一个全局性的整合管理。本方案实现的第一手册会将所有对用户重要的信息、待办事项集中在这个界面，使用户放心，不错过、不漏掉任何重要事情，许多重要的任务和待处理信息，第一手册会自动进行整合和添加，无需手动操作。对于一些比较重要的第三方信息，第一手册也会做出智能的判断、推送和提醒。第一手册的设计发明有效的简化了操作流程，极大地提高了操作效率，使手机更加智能化。
[0060]实施例二
[0061]本申请还提供了一种通知信息的处理装置，如图8所示，该装置可以包括:获取单元80，用于获取终端设备接收到的通知信息，其中，通知信息至少包括:系统应用的通知信息以及运行于终端设备的第三方应用的通知信息。筛选单元82，用于根据预设规则对通知信息进行筛选，生成目标信息。显示单元84，用于将目标信息显示于终端设备的预设界面。
[0062]本方案通过获取终端设备接收到的通知信息，其中，通知信息至少包括:系统应用的通知信息以及运行于终端设备的第三方应用的通知信息;根据预设规则对通知信息进行筛选，生成目标信息；将目标信息显示于终端设备的预设界面。容易注意到，本方案根据预设规则自动筛选出终端设备接收到的重要的通知信息，并且将筛选后的通知信息显示在终端设备的预设界面中，用户无需通过下拉菜单中查看通知信息，只需要从上述预设界面中则可以查看到重要的通知信息和解决待办事项，解决了现有手机的通知栏中，信息量大，用户很难从通知栏的大量信息中提取出有用信息的问题。
[0063]可选地，筛选单元可以包括:第一确定模块，用于在通知信息中包括预设字段的情况下，将通知信息确定为目标信息。
[0064]可选地，上述系统应用的通知信息至少包括:未接来电、未阅读短信、系统日历信息、系统邮件信息、系统便签信息以及系统浏览器网页信息。
[0065]可选地，上述筛选单元可以包括:第一判断模块，用于判断未接来电的联系人是否存储于终端设备的通讯录中；和/或第二判断模块，用于判断未接来电是否属于短信拒接来电;第二确定模块，用于在是的情况下，确定未接来电为目标信息。
[0066]可选地，上述筛选单元可以包括:第三判断模块，用于判断第三方应用是否存在于预设的白名单中，在是的情况下，将第三方应用的通知信息确定为目标信息。
[0067]可选地，上述装置还可以包括:第一接收单元，用于接收用户的添加指令，其中，添加指令用于将系统应用的通知信息或者第三方应用的通知信息添加进预设界面。
[0068]可选地，上述装置还包括:第二接收单元，接收用户在预设界面针对目标信息的操作指令;操作单元，用于根据操作指令对目标信息直接进行操作。
[0069]上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
[0070]在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
[0071]在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
[0072]所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0073]另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0074]所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、只读存储器(R0M，Read-0nly Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
[0075]以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
【主权项】
1.一种通知信息的处理方法，其特征在于，包括: 获取终端设备接收到的通知信息，其中，所述通知信息至少包括:系统应用的通知信息以及运行于所述终端设备的第三方应用的通知信息； 根据预设规则对所述通知信息进行筛选，生成目标信息； 将所述目标信息显示于所述终端设备的预设界面。2.根据权利要求1所述的方法，其特征在于，根据预设规则对所述通知信息进行筛选的步骤包括: 在所述通知信息中包括预设字段的情况下，将所述通知信息确定为所述目标信息。3.根据权利要求1所述的方法，其特征在于，所述系统应用的通知信息至少包括:未接来电、未阅读短信、系统日历信息、系统邮件信息、系统便签信息以及系统浏览器网页信息。4.根据权利要求3所述的方法，其特征在于，在所述系统应用的通知信息为所述未接来电的情况下，根据预设规则对所述通知信息进行筛选的步骤包括: 判断所述未接来电的联系人是否存储于所述终端设备的通讯录中；和/或 判断所述未接来电是否属于短信拒接来电； 在是的情况下，确定所述未接来电为所述目标信息。5.根据权利要求1所述的方法，其特征在于，根据预设规则对所述第三方应用的通知信息进行筛选的步骤包括: 判断所述第三方应用是否存在于预设的白名单中，在是的情况下，将所述第三方应用的通知信息确定为所述目标信息。6.根据权利要求1所述的方法，其特征在于，在将所述目标信息显示于所述终端设备的预设界面之后，所述方法还包括: 接收用户的添加指令，其中，所述添加指令用于将所述系统应用的通知信息或者所述第三方应用的通知信息添加进所述预设界面。7.根据权利要求1所述的方法，其特征在于，在将所述目标信息显示于所述终端设备的预设界面之后，所述方法还包括: 接收用户在所述预设界面针对所述目标信息的操作指令； 根据所述操作指令对所述目标信息直接进行操作。8.一种通知信息的处理装置，其特征在于，包括: 获取单元，用于获取终端设备接收到的通知信息，其中，所述通知信息至少包括:系统应用的通知信息以及运行于所述终端设备的第三方应用的通知信息； 筛选单元，用于根据预设规则对所述通知信息进行筛选，生成目标信息； 显示单元，用于将所述目标信息显示于所述终端设备的预设界面。9.根据权利要求8所述的装置，其特征在于，所述筛选单元包括: 第一确定模块，用于在所述通知信息中包括预设字段的情况下，将所述通知信息确定为所述目标信息。10.根据权利要求8所述的装置，其特征在于，所述系统应用的通知信息至少包括:未接来电、未阅读短信、系统日历信息、系统邮件信息、系统便签信息以及系统浏览器网页信息。11.根据权利要求10所述的装置，其特征在于，所述筛选单元包括: 第一判断模块，用于判断所述未接来电的联系人是否存储于所述终端设备的通讯录中；和/或 第二判断模块，用于判断所述未接来电是否属于短信拒接来电； 第二确定模块，用于在是的情况下，确定所述未接来电为所述目标信息。12.根据权利要求8所述的装置，其特征在于，所述筛选单元包括: 第三判断模块，用于判断所述第三方应用是否存在于预设的白名单中，在是的情况下，将所述第三方应用的通知信息确定为所述目标信息。13.根据权利要求8所述的装置，其特征在于，所述装置还包括: 第一接收单元，用于接收用户的添加指令，其中，所述添加指令用于将所述系统应用的通知信息或者所述第三方应用的通知信息添加进所述预设界面。14.根据权利要求9所述的装置，其特征在于，所述装置还包括: 第二接收单元，接收用户在所述预设界面针对所述目标信息的操作指令； 操作单元，用于根据所述操作指令对所述目标信息直接进行操作。
【文档编号】H04M1/725GK105933514SQ201610242717
【公开日】2016年9月7日
【申请日】2016年4月18日
【发明人】朱琳
【申请人】珠海格力电器股份有限公司