终端处理消息的方法、装置及终端的制作方法

文档序号:10687489阅读:203来源:国知局
终端处理消息的方法、装置及终端的制作方法
【专利摘要】本公开是关于终端处理消息的方法及装置,所述方法包括:锁屏状态下接收消息,并在通知栏中增加所述消息的通知,所述消息的通知预先设定为不在锁屏界面中显示;进入解屏状态时,确定所述通知栏中有预设应用的消息的通知时,自动开启预设应用的界面,以供用户对该预设应用的消息进行处理。本公开实施例所提供的方案,用户可以在解锁后自动开启应用界面,用户可以直接对应用消息进行处理,从而减少了用户的手动操作,为用户带来了便利,提高了终端的智能化水平。
【专利说明】
终端处理消息的方法、装置及终端
技术领域
[0001]本申请涉及通信技术领域,尤其涉及终端处理消息的方法、装置及终端。
【背景技术】
[0002]随着终端技术的快速发展,终端应用的功能越来越丰富,终端可以安装各种应用,以满足用户的需求。当终端处于锁屏状态时,终端系统的通知栏服务通常可以获取邮箱、即时通讯应用或短信等应用的通知消息。传统技术中用户需要解锁屏幕,触发通知消息后才可以进入对应的应用界面对消息进行处理,其处理过程较为繁琐。

【发明内容】

[0003]为克服相关技术中存在的问题,本公开提供了终端处理消息的方法、装置及终端。
[0004]根据本公开实施例的第一方面,提供一种终端处理消息的方法,所述方法包括:
[0005]锁屏状态下接收消息,并在通知栏中增加所述消息的通知,所述消息的通知预先设定为不在锁屏界面中显示;
[0006]进入解屏状态时,确定所述通知栏中有预设应用的消息的通知时,自动开启预设应用的界面,以供用户对该预设应用的消息进行处理。
[0007]可选的,所述确定所述通知栏中有预设应用的消息的通知时,自动开启预设应用的界面,包括:
[0008]确定所述通知栏中有多个预设应用的消息的通知时,按照预定规则确定一个预设应用并自动启动该预设应用的界面。
[0009]可选的,所述按照预定规则确定一个预设应用并自动启动该预设应用的界面,包括:
[0010]按照多个预设应用的优先级,自动开启优先级最高的预设应用的界面。
[0011]可选的,所述确定所述通知栏中有预设应用的消息的通知时,自动开启预设应用的界面,包括:
[0012]确定所述通知栏中有多个预设应用的消息的通知时,按照预定规则确定多个预设应用的开启顺序,并在未收到终止自启指令前按开启顺序自动开启预设应用的界面;其中,在开启一个预设应用的界面后,响应于退出该预设应用的界面的指令,按所述开启顺序自动开启下一个预设应用的界面。
[0013]可选的,所述自动开启预设应用的界面,包括:
[0014]自动开启的预设应用在通知栏中的消息为一条时,开启该消息在预设应用中对应的处理界面;
[0015]自动开启的预设应用在通知栏中的消息为多条时,开启该预设应用的主界面。
[0016]可选的,所述方法还包括:
[0017]响应于预设应用设置指令显示终端中应用对应的选择项;
[0018]确定被选中的选择项对应的应用为预设应用。
[0019]根据本公开实施例的第二方面,提供一种终端处理消息的装置,包括:
[0020]消息获取模块,被配置为锁屏状态下接收消息,并在通知栏中增加所述消息的通知,所述消息的通知预先设定为不在锁屏界面中显示;
[0021]界面开启模块,被配置为进入解屏状态时,确定所述通知栏中有预设应用的消息的通知时,自动开启预设应用的界面,以供用户对该预设应用的消息进行处理。
[0022]可选的,所述界面开启模块,包括:
[0023]第一开启子模块,被配置为确定所述通知栏中有多个预设应用的消息的通知时,按照预定规则确定一个预设应用并自动启动该预设应用的界面。
[0024]可选的,所述界面开启子模块,包括:
[0025]优先级开启子模块,被配置为按照多个预设应用的优先级,自动开启优先级最高的预设应用的界面。
[0026]可选的,所述界面开启模块,包括:
[0027]第二开启子模块,被配置为确定所述通知栏中有多个预设应用的消息的通知时,按照预定规则确定多个预设应用的开启顺序,并在未收到终止自启指令前按开启顺序自动开启预设应用的界面;其中,在开启一个预设应用的界面后,响应于退出该预设应用的界面的指令,按所述开启顺序自动开启下一个预设应用的界面。
[0028]可选的,所述自动开启模块,包括:
[0029]第三开启子模块,被配置为自动开启的预设应用在通知栏中的消息为一条时,开启该消息在预设应用中对应的处理界面;自动开启的预设应用在通知栏中的消息为多条时,开启该预设应用的主界面。
[0030]可选的,所述装置还包括:
[0031]选择项显示模块,被配置为响应于预设应用设置指令显示终端中应用对应的选择项;
[0032]应用确定模块,被配置为确定被选中的选择项对应的应用为预设应用。
[0033]根据本公开实施例的第三方面,提供一种终端,包括:
[0034]处理器;
[0035]用于存储处理器可执行指令的存储器;
[0036]其中,所述处理器被配置为:
[0037]锁屏状态下接收消息,并在通知栏中增加所述消息的通知,所述消息的通知预先设定为不在锁屏界面中显示;
[0038]进入解屏状态时,确定所述通知栏中有预设应用的消息的通知时,自动开启预设应用的界面,以供用户对该预设应用的消息进行处理。
[0039]本公开的实施例提供的技术方案可以包括以下有益效果:
[0040]本公开中,消息的通知预先设定为不在锁屏界面中显示,因此可以保护用户隐私;而当终端解锁后,可以自动开启预设应用的应用界面,因此用户可以在解锁后直接对消息进行处理,从而减少了用户的手动操作,为用户带来了便利,提高了终端的智能化水平。
[0041]本公开中,在通知栏有多个预设应用的消息的通知时,可以按照预定规则确定一个预设应用并自动启动该预设应用的界面,使得终端的消息处理更为灵活智能。
[0042]本公开中,预定规则可以是优先级,在通知栏有多个预设应用的消息的通知时,自动开启优先级最高的预设应用的界面,该方式易于实现,能灵活处理应用消息。
[0043]本公开中,可以在预设应用退出后,根据开启顺序自动开启下一应用的界面,以使用户更为便利地处理消息。
[0044]本公开中,当通知消息为一条时,可以指示目标应用开启与通知消息对应的处理界面;当通知消息有多条时,则可以指示目标应用开启应用主界面。上述方式易于实现,便于用户对通知消息进行处理。
[0045]本公开中,可以向用户提供选择项,由用户选择预设应用,因此在消息处理时,能根据用户喜好快速开启预设应用的应用界面,为用户带来便利。
[0046]应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
【附图说明】
[0047]此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。
[0048]图1A是传统技术中一种消息的通知的示意图。
[0049]图1B是传统技术中另一种消息的通知的示意图。
[0050]图2A是本公开根据一示例性实施例示出的一种终端处理消息的方法的流程图。[0051 ]图2B是本公开根据一示例性实施例示出的一种终端处理消息的示意图。
[0052]图2C是本公开根据一示例性实施例示出的另一种终端处理消息的示意图。
[0053]图2D是本公开根据一示例性实施例示出的另一种终端处理消息的示意图。
[0054]图2E是本公开根据一示例性实施例示出的另一种终端处理消息的示意图。
[0055]图3是本公开根据一示例性实施例示出的一种终端处理消息的装置的框图。
[0056]图4是本公开根据一示例性实施例示出的另一种终端处理消息的装置的框图。
[0057]图5是本公开根据一示例性实施例示出的另一种终端处理消息的装置的框图。
[0058]图6是本公开根据一示例性实施例示出的另一种终端处理消息的装置的框图。
[0059]图7是本公开根据一示例性实施例示出的另一种终端处理消息的装置的框图。
[0060]图8是本公开根据一示例性实施例示出的另一种终端处理消息的装置的框图。
[0061 ]图9本公开根据一示例性实施例示出的一种用于终端处理消息的装置的框图。
【具体实施方式】
[0062]这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
[0063]在本公开使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
[0064]应当理解,尽管在本公开可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本公开范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
[0065]智能终端在锁屏状态下时,终端操作系统的通知栏(Notificaiton)可以获取到邮箱、即时通讯应用或短信等终端中所安装应用的消息的通知。传统技术中,消息的通知可以设置为只在通知栏界面显示,而不在锁屏界面中显示,如图1A所示,是传统技术中一种消息的通知的示意图,此种方式下,若用户需要处理消息时,用户需对终端进行解锁后,点击通知栏中的通知图标,接着才可启动相应的应用界面。
[0066]消息的通知也可以设置在锁屏界面中显示,如图1B所示,是传统技术中另一种消息的通知的示意图,此种方式下,终端即使处在锁屏状态下,只要屏幕点亮就可查阅到消息的内容,因此不利于保护用户隐私,并且,用户需要处理消息时,也仍需要点击通知栏中的通知图标,接着对终端进行解锁后才可启动相应的应用界面。
[0067]而本公开实施例所提供的方案,消息的通知预先设定为不在锁屏界面中显示,因此可以保护用户隐私;而当终端解锁后,可以自动开启预设应用的应用界面,用户可以在解锁后直接对消息进行处理,从而减少了用户的手动操作,为用户带来了便利,提高了终端的智能化水平。接下来对本公开实施例所提供的方案进行详细说明。
[0068]如图2A所示,图2A是本公开根据一示例性实施例示出的一种终端处理消息的方法的流程图,可以应用于终端中,包括以下步骤201至202:
[0069]在步骤201中,锁屏状态下接收消息,并在通知栏中增加所述消息的通知,所述消息的通知预先设定为不在锁屏界面中显示。
[0070]在步骤202中,进入解屏状态时,确定所述通知栏中有预设应用的消息的通知时,自动开启预设应用的界面,以供用户对该预设应用的消息进行处理。
[0071]其中,终端是指智能终端,例如智能手机、平板电脑、个人数字助理、电子书阅读器或多媒体播放器等。智能终端可以安装多种应用,终端系统的通知栏可以获取到应用的消息。当终端处于锁屏状态时,消息的通知可以预先设定为不在锁屏界面中显示,因此即使终端处于锁屏状态,但屏幕点亮时不会在锁屏界面中显示消息的内容,相对于传统技术,可以保护用户的隐私。
[0072]本公开实施例中,预设应用可以是指终端中所有安装的应用,可以是终端自动指定的部分应用,例如是用户使用频率较高的一个或多个应用,或者即时通讯应用等,还可以是由用户设定的一个或多个应用等,本实施例对此不作限定。
[0073]终端操作系统的通知栏可以获取应用的通知消息,例如,以安卓操作系统为例,通知栏由Notif icat1n Manager的系统服务进行管理。在具体实施时,可以根据终端的操作系统类型,确定相应的通知栏服务。
[0074]智能终端处于锁屏状态时,智能终端需要接收到用户输入的解屏指令后才能解除该锁定状态。而本公开实施例所提供的方案,在进入解屏状态后,可以在确定通知栏中有预设应用的消息的通知时,自动开启预设应用的界面,以供用户对所述通知消息进行处理,因此用户无需频繁地点击消息图标以启动应用界面,从而减少了用户的手动操作。
[0075]如图2B所示,是根据一示例性实施例示出的一种终端处理消息的示意图。图2B中智能终端以智能手机为例进行说明,在图2B中所示的智能手机处于锁屏状态,智能手机后台的通知栏可以获取到米聊应用的未读聊天消息。用户在输入解屏指令后,由于本申请实施例的方案能够自动开启米聊应用的界面,因此解锁后智能手机直接显示了米聊的消息处理界面,用户可以直接对该未读聊天消息进行处理。图2B中未示出通知栏界面,可以理解,相对于图1A所示实施例,用户可以在解屏后直接进入应用界面,而无需点击通知栏界面后再点击通知消息进入应用界面,因此显著地减少了用户操作。
[0076]上述实施例以通知栏中只有一个预设应用的一条消息的通知为例进行说明,此种方式中,自动开启的预设应用在通知栏中的消息为一条时,开启该消息在预设应用中对应的处理界面。由于只有一个预设应用,并且只有一条消息的通知,因此可以是直接开启该预设应用中该消息对应的处理界面。在实际应用中,不同的消息对应有不同的处理界面,例如,即时通讯应用中,聊天消息的处理界面可以是聊天窗口界面,好友请求消息对应的可以是好友添加处理界面等。具体的,消息所对应的处理界面可以由相应的应用软件进行确定。
[0077]而当自动开启的预设应用在通知栏中的消息为多条时,由于不同通知消息对应有不同的处理界面,因此可以开启该预设应用的主界面。如图2C所示,是根据一示例性实施例示出的另一种终端处理消息的示意图,在该示意图中,终端解锁后进入预设应用的主界面,用户通过应用主界面可以获取所有消息的具体内容,用户可以选择进入每条消息相应的处理界面进行处理。其中,图2C中示出通知栏界面是为了对预设应用的多条消息进行示意,可以理解,在实际场景中终端解锁后可直接进入预设应用的主界面,而不需要如图1A所示的传统技术需要用户点击进入通知栏界面,再点击相应的通知后进入应用界面。
[0078]在实际应用中,通知栏也可能有多个预设应用的消息的通知,此时,可以按照预定规则确定一个预设应用并自动启动该预设应用的界面。其中,该预定规则可以根据实际需要而灵活配置,可以是预先设定的不同应用的优先级规则,优先级最高的应用为解屏后自动开启的应用;或者是按照消息条数设定的规则,消息条数最多的应用为解屏后自动开启的应用;或者是按照消息接收时间设定的规则,最早接收到消息的应用为解屏后自动开启的应用等。
[0079]在一个可选的实现方式中,所述按照预定规则确定一个预设应用并自动启动该预设应用的界面,可以包括:
[0080]按照多个预设应用的优先级,自动开启优先级最高的预设应用的界面。
[0081]本实施例中的优先级,可以是用户自行设置的优先级,也可以是终端自动设置的优先级,例如,终端可以统计各应用的使用频率,按照各应用的使用频率确定相应的优先级。作为一个实施例,优先级可以由系统自动设定为:短信应用大于即时通讯应用大于其他应用。在实际应用中,优先级的具体设定可以根据需要而灵活配置,本公开实施例对此不作限定。
[0082]如图2D所示,是根据一示例性实施例示出的一种终端处理消息的示意图。在该示意图中,智能手机后台的通知栏可以获取到米聊应用和小米商场的消息,终端确定米聊应用的优先级大于小米运动应用,因此终端解锁后进入米聊应用的应用界面,因此本公开实施例可以根据用户喜好或使用习惯使用户可以优先处理米聊应用的通知消息。
[0083]在本公开实施例中,对于获取到多个目标应用的通知消息,在确定优先级最高的目标应用后,与前述图2B和图2C所示实施例的处理方式相同,自动开启的预设应用在通知栏中的消息为一条时,开启该消息在预设应用中对应的处理界面;当自动开启的预设应用在通知栏中的消息为多条时,开启该预设应用的主界面。
[0084]其中,优先级可以通过查找预先设置的数据表而获得,该数据表中记录有不同目标应用所对应的优先级。通过该方式,可以利用预先设置的数据表快速地查询出应用对应的优先级,提高消息处理的速度。
[0085]在一个可选的实现方式中,优先级可以由用户设置,所述方法还包括:
[0086]响应于预设应用设置指令显示终端中应用对应的选择项。
[0087]确定被选中的选择项对应的应用为预设应用。
[0088]本公开实施例中,可以在应用界面中提供选择项,利用该选择项,终端用户可以选择终端中所安装的某些应用作为预设应用。当用户选中后,终端可以根据用户的选择,将选中的应用确定为预设应用。
[0089]参考图2E,是本公开实施例中一种在应用界面中提供选择项的示意图,在图2E中示出了终端中所安装的应用,选择项以勾选框为例进行示意,终端用户可以点选勾选框,从而确定被选中的选项对应的应用作为预设应用。并且,用户还可以输入优先级级别,服务端可以记录终端用户的选择和设置。
[0090]由上述实施例可见,本实施例可以向用户提供选择项,由用户选择预设应用并设定优先级,因此在消息处理时,能根据用户喜好快速开启预设应用的应用界面,为用户带来便利。
[0091]在一个可选的实现方式中,所述确定所述通知栏中有预设应用的消息的通知时,自动开启预设应用的界面,可以包括:
[0092]确定所述通知栏中有多个预设应用的消息的通知时,按照预定规则确定多个预设应用的开启顺序,并在未收到终止自启指令前按开启顺序自动开启预设应用的界面;其中,在开启一个预设应用的界面后,响应于退出该预设应用的界面的指令,按所述开启顺序自动开启下一个预设应用的界面。
[0093]本公开实施例中,对于通知栏中有多个预设应用的消息的通知时,终端用户解屏后,可以自动开启其中一个预设应用的界面,以供用户对消息进行处理。当用户处理完当前预设应用的消息后,可以退出该预设应用,此时,通知栏中还有其他预设应用的消息未处理,终端可以根据前述的预定规则确定开启顺序,在当前预设应用退出后,按开启顺序自动开启下一个预设应用的界面。其中,终端还可以检测终止自启指令,该终止自启指令可以是检测到预设的终端按键被触发、终端屏幕的预设触摸位置接收到用户触摸、终端屏幕接收到预设的触摸轨迹等多种预设指令,当该终止自启指令未检测到时,终端按照上述说明根据开启顺序自动开启预设应用的界面,直到所有预设应用的界面都打开。当该终止自启指令检测到时,则退出该预设应用的界面时,不会再自动开启其他预设应用。
[0094]与前述消息处理方法的实施例相对应,本公开还提供了终端处理消息的装置及其所应用的终端的实施例。
[0095]如图3所示,图3是本公开根据一示例性实施例示出的一种终端处理消息的装置的框图,所述装置包括:消息获取模块31和界面开启模块32。
[0096]其中,消息获取模块31,被配置为锁屏状态下接收消息,并在通知栏中增加所述消息的通知,所述消息的通知预先设定为不在锁屏界面中显示。
[0097]界面开启模块32,被配置为进入解屏状态时,确定所述通知栏中有预设应用的消息的通知时,自动开启预设应用的界面,以供用户对该预设应用的消息进行处理。
[0098]由上述实施例可见,消息的通知预先设定为不在锁屏界面中显示,因此可以保护用户隐私;而当终端解锁后,可以自动开启预设应用的应用界面,因此用户可以在解锁后直接对消息进行处理,从而减少了用户的手动操作,为用户带来了便利,提高了终端的智能化水平。
[0099]如图4所示,图4是本公开根据一示例性实施例示出的另一种终端处理消息的装置的框图,该实施例在前述图3所示实施例的基础上,所述界面开启模块32,包括:第一开启子模块321。
[0100]其中,第一开启子模块321,被配置为确定所述通知栏中有多个预设应用的消息的通知时,按照预定规则确定一个预设应用并自动启动该预设应用的界面。
[0101]由上述实施例可见,在通知栏有多个预设应用的消息的通知时,可以按照预定规则确定一个预设应用并自动启动该预设应用的界面,使得终端的消息处理更为灵活智能。
[0102]如图5所示,图5是本公开根据一示例性实施例示出的另一种终端处理消息的装置的框图,该实施例在前述图4所示实施例的基础上,所述第一开启子模块321,包括:优先级开启子模块3211。
[0103]其中,优先级开启子模块3211,被配置为按照多个预设应用的优先级,自动开启优先级最高的预设应用的界面。
[0104]由上述实施例可见,预定规则可以是优先级,在通知栏有多个预设应用的消息的通知时,自动开启优先级最高的预设应用的界面,该方式易于实现,能灵活处理应用消息。
[0105]如图6所示,图6是本公开根据一示例性实施例示出的另一种终端处理消息的装置的框图,该实施例在前述图3所示实施例的基础上,所述界面开启模块32,包括:第二自动开启子模块322。
[0106]其中,第二自动开启子模块322,被配置为确定所述通知栏中有多个预设应用的消息的通知时,按照预定规则确定多个预设应用的开启顺序,并在未收到终止自启指令前按开启顺序自动开启预设应用的界面;其中,在开启一个预设应用的界面后,响应于退出该预设应用的界面的指令,按所述开启顺序自动开启下一个预设应用的界面。
[0107]由上述实施例可见,可以在预设应用退出后,根据开启顺序自动开启下一应用的界面,以使用户更为便利地处理消息。
[0108]如图7所示,图7是本公开根据一示例性实施例示出的另一种终端处理消息的装置的框图,该实施例在前述图3所示实施例的基础上,所述界面开启模块32,包括:第三自动开启子模块323。
[0109]其中,第三自动开启子模块323,被配置为自动开启的预设应用在通知栏中的消息为一条时,开启该消息在预设应用中对应的处理界面;自动开启的预设应用在通知栏中的消息为多条时,开启该预设应用的主界面。
[0110]由上述实施例可见,当通知消息为一条时,可以指示目标应用开启与通知消息对应的处理界面;当通知消息有多条时,则可以指示目标应用开启应用主界面。上述方式易于实现,便于用户对通知消息进行处理。
[0111]如图8所示,图8是本公开根据一示例性实施例示出的另一种终端处理消息的装置的框图,该实施例在前述图3所示实施例的基础上,所述装置还包括:选择项显示模块33和应用确定模块34。
[0112]其中,选择项显示模块33,被配置为响应于预设应用设置指令显示终端中应用对应的选择项。
[0113]应用确定模块34,被配置为确定被选中的选择项对应的应用为预设应用。
[0114]由上述实施例可见,可以向用户提供选择项,由用户选择预设应用,因此在消息处理时,能根据用户喜好快速开启预设应用的应用界面,为用户带来便利。
[0115]相应的,本公开还提供一种终端,所述终端包括有处理器;用于存储处理器可执行指令的存储器;其中,所述处理器被配置为:
[0116]锁屏状态下接收消息,并在通知栏中增加所述消息的通知,所述消息的通知预先设定为不在锁屏界面中显示。
[0117]进入解屏状态时,确定所述通知栏中有预设应用的消息的通知时,自动开启预设应用的界面,以供用户对该预设应用的消息进行处理。
[0118]上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。
[0119]对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理模块,即可以位于一个地方,或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
[0120]如图9所示,图9是本公开根据一示例性实施例示出的一种用于图3所示装置900的一结构示意图。例如,装置900可以是具有路由功能的移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
[0121]参照图9,装置900可以包括以下一个或多个组件:处理组件902,存储器904,电源组件906,多媒体组件908,音频组件910,输入/输出(I/O)的接口 913,传感器组件914,以及通信组件916。
[0122]处理组件902通常控制装置900的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件902可以包括一个或多个处理器920来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件902可以包括一个或多个模块,便于处理组件902和其他组件之间的交互。例如,处理组件902可以包括多媒体模块,以方便多媒体组件908和处理组件902之间的交互。
[0123]存储器904被配置为存储各种类型的数据以支持在装置900的操作。这些数据的示例包括用于在装置900上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器904可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
[0124]电源组件906为装置900的各种组件提供电力。电源组件906可以包括电源管理系统,一个或多个电源,及其他与为装置900生成、管理和分配电力相关联的组件。
[0125]多媒体组件908包括在所述装置900和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件908包括一个前置摄像头和/或后置摄像头。当装置900处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
[0126]音频组件910被配置为输出和/或输入音频信号。例如,音频组件910包括一个麦克风(MIC),当装置900处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器904或经由通信组件916发送。在一些实施例中,音频组件910还包括一个扬声器,用于输出音频信号。
[0127]I/O接口913为处理组件902和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
[0128]传感器组件914包括一个或多个传感器,用于为装置900提供各个方面的状态评估。例如,传感器组件914可以检测到装置900的打开/关闭状态,组件的相对定位,例如所述组件为装置900的显示器和小键盘,传感器组件914还可以检测装置900或装置900—个组件的位置改变,用户与装置900接触的存在或不存在,装置900方位或加速/减速和装置900的温度变化。传感器组件914可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件914还可以包括光传感器,如CMOS或C⑶图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件914还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器,微波传感器或温度传感器。
[0129]通信组件916被配置为便于装置900和其他设备之间有线或无线方式的通信。装置900可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件916经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件916还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
[0130]在示例性实施例中,装置900可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
[0131]在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器904,上述指令可由装置900的处理器920执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是R0M、随机存取存储器(RAM)、CD-R0M、磁带、软盘和光数据存储设备等。
[0132]—种非临时性计算机可读存储介质,当所述存储介质中的指令由终端的处理器执行时,使得终端能够执行一种终端处理消息的方法,所述方法包括:
[0133]锁屏状态下接收消息,并在通知栏中增加所述消息的通知,所述消息的通知预先设定为不在锁屏界面中显示。
[0134]进入解屏状态时,确定所述通知栏中有预设应用的消息的通知时,自动开启预设应用的界面,以供用户对该预设应用的消息进行处理。
[0135]本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
[0136]应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
[0137]以上所述仅为本公开的较佳实施例而已,并不用以限制本公开,凡在本公开的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本公开保护的范围之内。
【主权项】
1.一种终端处理消息的方法,其特征在于,所述方法包括: 锁屏状态下接收消息,并在通知栏中增加所述消息的通知,所述消息的通知预先设定为不在锁屏界面中显示; 进入解屏状态时,确定所述通知栏中有预设应用的消息的通知时,自动开启预设应用的界面,以供用户对该预设应用的消息进行处理。2.根据权利要求1所述的方法,其特征在于,所述确定所述通知栏中有预设应用的消息的通知时,自动开启预设应用的界面,包括: 确定所述通知栏中有多个预设应用的消息的通知时,按照预定规则确定一个预设应用并自动启动该预设应用的界面。3.根据权利要求2所述的方法,其特征在于,所述按照预定规则确定一个预设应用并自动启动该预设应用的界面,包括: 按照多个预设应用的优先级,自动开启优先级最高的预设应用的界面。4.根据权利要求1所述的方法,其特征在于,所述确定所述通知栏中有预设应用的消息的通知时,自动开启预设应用的界面,包括: 确定所述通知栏中有多个预设应用的消息的通知时,按照预定规则确定多个预设应用的开启顺序,并在未收到终止自启指令前按开启顺序自动开启预设应用的界面;其中,在开启一个预设应用的界面后,响应于退出该预设应用的界面的指令,按所述开启顺序自动开启下一个预设应用的界面。5.根据权利要求1至4任一所述的方法,其特征在于,所述自动开启预设应用的界面,包括: 自动开启的预设应用在通知栏中的消息为一条时,开启该消息在预设应用中对应的处理界面; 自动开启的预设应用在通知栏中的消息为多条时,开启该预设应用的主界面。6.根据权利要求4所述的方法,其特征在于,所述方法还包括: 响应于预设应用设置指令显示终端中应用对应的选择项; 确定被选中的选择项对应的应用为预设应用。7.一种终端处理消息的装置,其特征在于,所述装置包括: 消息获取模块,被配置为锁屏状态下接收消息,并在通知栏中增加所述消息的通知,所述消息的通知预先设定为不在锁屏界面中显示; 界面开启模块,被配置为进入解屏状态时,确定所述通知栏中有预设应用的消息的通知时,自动开启预设应用的界面,以供用户对该预设应用的消息进行处理。8.根据权利要求7所述的装置,其特征在于,所述界面开启模块,包括: 第一开启子模块,被配置为确定所述通知栏中有多个预设应用的消息的通知时,按照预定规则确定一个预设应用并自动启动该预设应用的界面。9.根据权利要求8所述的装置,其特征在于,所述第一开启子模块,包括: 优先级开启子模块,被配置为按照多个预设应用的优先级,自动开启优先级最高的预设应用的界面。10.根据权利要求7所述的装置,其特征在于,所述界面开启模块,包括: 第二自动开启子模块,被配置为确定所述通知栏中有多个预设应用的消息的通知时,按照预定规则确定多个预设应用的开启顺序,并在未收到终止自启指令前按开启顺序自动开启预设应用的界面;其中,在开启一个预设应用的界面后,响应于退出该预设应用的界面的指令,按所述开启顺序自动开启下一个预设应用的界面。11.根据权利要求7至10任一所述的装置,其特征在于,所述界面开启模块,包括: 第三自动开启子模块,被配置为自动开启的预设应用在通知栏中的消息为一条时,开启该消息在预设应用中对应的处理界面;自动开启的预设应用在通知栏中的消息为多条时,开启该预设应用的主界面。12.根据权利要求10所述的装置,其特征在于,所述装置还包括: 选择项显示模块,被配置为响应于预设应用设置指令显示终端中应用对应的选择项; 应用确定模块,被配置为确定被选中的选择项对应的应用为预设应用。13.一种终端,其特征在于,包括: 处理器; 用于存储处理器可执行指令的存储器; 其中,所述处理器被配置为: 锁屏状态下接收消息,并在通知栏中增加所述消息的通知,所述消息的通知预先设定为不在锁屏界面中显示; 进入解屏状态时,确定所述通知栏中有预设应用的消息的通知时,自动开启预设应用的界面,以供用户对该预设应用的消息进行处理。
【文档编号】G06F9/44GK106056010SQ201610342312
【公开日】2016年10月26日
【申请日】2016年5月20日
【发明人】刘欢欢, 王刚, 陈宇
【申请人】北京小米移动软件有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1