[0044] 应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
[0045] 在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。
[0046] 终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant，PDA)、便捷式媒体播放器(Portable Media Player，PMP)、导航装置、可穿戴设备、智能手环、计步器等移动终端，以及诸如数字TV、台式计算机等固定终端。
[0047] 后续描述中将以移动终端为例进行说明，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。
[0048] 请参阅图1，其为实现本发明各个实施例的一种移动终端的硬件结构示意图，该移动终端100可以包括：RF(Radio Frequency，射频)单元101、WiFi模块102、音频输出单元103、A/V(音频/视频)输入单元104、传感器105、显示单元106、用户输入单元107、接口单元
108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解，图1中示出的移动终端结构并不构成对移动终端的限定，移动终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
[0049] 下面结合图1对移动终端的各个部件进行具体的介绍：
[0050] 射频单元101可用于收发信息或通话过程中，信号的接收和发送，具体的，将基站的下行信息接收后，给处理器110处理；另外，将上行的数据发送给基站。通常，射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元101还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System of Mobile communication，全球移动通讯系统)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA2000(Code Division Multiple Access2000，码分多址2000)、WCDMA(Wideband Code Division Multiple Access,宽带码分多址)、TD-SCDMA(Time Division-Synchronous Code Division Multiple Access，时分同步码分多址)、FDD-LTE(Frequency Division Duplexing-Long Term Evolution，频分双工长期演进)和TDD-LTE(Time Division Duplexing-Long Term Evolution，分时双工长期演进)等。
[0051] WiFi属于短距离无线传输技术，移动终端通过WiFi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图1示出了WiFi模块102，但是可以理解的是，其并不属于移动终端的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。
[0052] 音频输出单元103可以在移动终端100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将射频单元101或WiFi模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元103还可以提供与移动终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。
[0053] A/V输入单元104用于接收音频或视频信号。A/V输入单元104可以包括图形处理器(Graphics Processing Unit，GPU)1041和麦克风1042，图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或WiFi模块102进行发送。麦克风1042可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1042接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。麦克风1042可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。
[0054] 移动终端100还包括至少一种传感器105，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度，接近传感器可在移动终端100移动到耳边时，关闭显示面板1061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
[0055] 显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1061。
[0056] 用户输入单元107可用于接收输入的数字或字符信息，以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元107可包括触控面板1071以及其他输入设备1072。触控面板1071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071附近的操作)，并根据预先设定的程式驱动相应的连接装置。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器110，并能接收处理器110发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071，用户输入单元107还可以包括其他输入设备1072。具体地，其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种，具体此处不做限定。
[0057] 进一步的，触控面板1071可覆盖显示面板1061，当触控面板1071检测到在其上或附近的触摸操作后，传送给处理器110以确定触摸事件的类型，随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中，触控面板1071与显示面板1061是作为两个独立的部件来实现移动终端的输入和输出功能，但是在某些实施例中，可以将触控面板1071与显示面板1061集成而实现移动终端的输入和输出功能，具体此处不做限定。
[0058] 接口单元108用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端100和外部装置之间传输数据。
[0059] 存储器109可用于存储软件程序以及各种数据，存储器109可为一种计算机存储介质，该存储器109存储有本发明锁屏界面消息处理程序。存储器109可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器109可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
[0060] 处理器110是移动终端的控制中心，利用各种接口和线路连接整个移动终端的各个部分，通过运行或执行存储在存储器109内的软件程序和/或模块，以及调用存储在存储器109内的数据，执行移动终端的各种功能和处理数据，从而对移动终端进行整体监控。如处理器110执行存储器109中的锁屏界面消息处理程序，以实现本发明锁屏界面消息处理方法各实施例的步骤。
[0061] 处理器110可包括一个或多个处理单元；可选的，处理器110可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器110中。
[0062] 移动终端100还可以包括给各个部件供电的电源111(比如电池)，可选的，电源111可以通过电源管理系统与处理器110逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
[0063] 尽管图1未示出，移动终端100还可以包括蓝牙模块等，在此不再赘述。
[0064] 为了便于理解本发明实施例，下面对本发明的移动终端所基于的通信网络系统进行描述。
[0065] 请参阅图2，图2为本发明实施例提供的一种通信网络系统架构图，该通信网络系统为通用移动通信技术的LTE系统，该LTE系统包括依次通讯连接的UE(User Equipment，用户设备)201，E-UTRAN(Evolved UMTS Terrestrial Radio Access Network，演进式UMTS陆地无线接入网)202，EPC(Evolved Packet Core，演进式分组核心网)203和运营商的IP业务204。
[0066] 具体地，UE201可以是上述终端100，此处不再赘述。
[0067] E-UTRAN202包括eNodeB2021和其它eNodeB2022等。其中，eNodeB2021可以通过回程(backhaul)(例如X2接口)与其它eNodeB2022连接，eNodeB2021连接到EPC203，eNodeB2021可以提供UE201到EPC203的接入。
[0068] EPC203可以包括MME(Mobility Management Entity，移动性管理实体)2031，HSS(Home Subscriber Server，归属用户服务器)2032，其它MME2033，SGW(Serving GateWay，服务网关)2034，PGW(PDN GateWay，分组数据网络网关)2035和PCRF(Policy and Charging Rules Function，政策和资费功能实体)2036等。其中，MME2031是处理UE201和EPC203之间信令的控制节点，提供承载和连接管理。HSS2032用于提供一些寄存器来管理诸如归属位置寄存器(图中未示)之类的功能，并且保存有一些有关服务特征、数据速率等用户专用的信息。所有用户数据都可以通过SGW2034进行发送，PGW2035可以提供UE 201的IP地址分配以及其它功能，PCRF2036是业务数据流和IP承载资源的策略与计费控制策略决策点，它为策略与计费执行功能单元(图中未示)选择及提供可用的策略和计费控制决策。
[0069] IP业务204可以包括因特网、内联网、IMS(IP Multimedia Subsystem，IP多媒体子系统)或其它IP业务等。
[0070] 虽然上述以LTE系统为例进行了介绍，但本领域技术人员应当知晓，本发明不仅仅适用于LTE系统，也可以适用于其他无线通信系统，例如GSM、CDMA2000、WCDMA、TD-SCDMA以及未来新的网络系统等，此处不做限定。
[0071] 基于上述移动终端硬件结构以及通信网络系统，提出本发明方法各个实施例。
[0072] 参照图3，在本发明锁屏界面消息处理方法第一实施例中，锁屏界面消息处理方法包括：
[0073] 步骤S10，获取终端当前已接收的未读消息、并提取各个未读消息对应的各个收件信息；
[0074] 在锁屏状态下，当应用程序中有新接收到的未读消息时，终端可以检测到各个应用程序的未读消息，并获取各个应用程序的各个未读消息、以及各个未读消息对应的各个收件信息。其中，未读消息可以是来自一个或者多个不同的应用程序。用户可以通过设置选择当终端处于锁屏状态下，在锁屏界面显示消息的应用程序；用户可以将不能在锁屏界面显示消息的应用程序设置为可在锁屏界面显示消息，也可将在锁屏界面显示消息的应用程序设置为不可在锁屏界面显示消息。
[0075] 其中，未读消息，是指各个终端的各个应用程序新接收到的或者新增的、且为用户未阅读过的消息。包括应用程序的推送消息、应用程序中的发件人或联系人发送的消息。
[0076] 对应的收件信息，是指终端检测到未读消息中，接收未读消息的应用程序、发送未读消息的发件对象、未读消息的收件时间等等；未读消息对应的应用程序、发件对象、收件时间等等信息就是收件信息。
[0077] 步骤S20，根据各个收件信息，确定各个未读消息对应的各个应用程序、各个发件对象、以及各个收件时间；
[0078] 其中，应用程序，是指接收未读消息的应用程序。发件对象，是指应用程序中，发送未读消息的发件人。如微信中的好友或群组、短信中的发件人等。收件时间，是指接收到未读消息的时间。
[0079] 获取到各个应用程序的各个未读消息、以及各个未读消息对应的各个收件信息后，根据各个未读消息对应的各个收件信息，确定各个未读消息对应的各个应用程序、各个未读消息对应的各个发件对象、各个未读消息对应的各个收件时间。
[0080] 为方便理解，举例进行说明。例如，在锁屏状态下，终端分别接收到：
[0081] 应用程序A的发件对象a在10:01发送的未读消息1、应用程序A的发件对象a在10:02发送的未读消息2；
[0082] 应用程序A的发件对象b在10:00发送的未读消息3、应用程序A的发件对象b在10:04发送的未读消息4；
[0083] 应用程序B的发件对象c在10:05发送的未读消息5、应用程序B的发件对象c在10:07发送的未读消息6；
[0084] 应用程序B的发件对象d在10:06发送的未读消息7、应用程序B的发件对象d在10:08发送的未读消息8。
[0085] 那么就可以在终端获取到各个未读消息、以及各个未读消息对应的各个收件信息后，就可以确定出以下信息：
[0086] 未读消息1，对应的应用程序为应用程序A、发件对象为发件对象a、收件时间为10:01；
[0087] 未读消息2，对应的应用程序为应用程序A、发件对象为发件对象a、收件时间为10:02；
[0088] 未读消息3，对应的应用程序为应用程序A、发件对象为发件对象b、收件时间为10:00；
[0089] 未读消息4，对应的应用程序为应用程序A、发件对象为发件对象b、收件时间为10:04；
[0090] 未读消息5，对应的应用程序为应用程序B、发件对象为发件对象c、收件时间为10:05；
[0091] 未读消息6，对应的应用程序为应用程序B、发件对象为发件对象c、收件时间为10:07；
[0092] 未读消息7，对应的应用程序为应用程序B、发件对象为发件对象d、收件时间为10:06；
[0093] 未读消息8，对应的应用程序为应用程序B、发件对象为发件对象d、收件时间为10:08。
[0094] 步骤S30，根据各个应用程序、各个发件对象、以及各个收件时间，在终端锁屏界面上分区显示各个未读消息。
[0095] 根据各个应用程序、各个发件对象、以及各个收件时间，确定未读消息的显示方式为按发件对象显示，或按应用程序显示。然后在终端锁屏界面上按发件对象分区，显示各个发件对象的未读消息；或者在终端锁屏界面上按应用程序分区，显示各个应用程的各个发件对象的未读消息数。
[0096] 在本实施例中，在锁屏状态下，当应用程序中有新接收到的未读消息时，终端可以检测并获取各个应用程序的未读消息；并根据各个未读消息对应的各个应用程序、各个发件对象、以及各个收件时间，确定未读消息的显示方式；在终端锁屏界面上，将各个未读消息按照应用程序或发件对象分区显示。在锁屏界面的未读消息分类清晰，避免了未读消息显示杂乱，使得用户可以有选择性的快速查看消息，极大地提高了用户阅读消息的效率。
[0097] 可选地，步骤S30包括：
[0098] 步骤S31，根据各个应用程序和各个发件对象，确定未读消息总数和各个发件对象的重要标记；
[0099] 未读消息总数，是指终端当前未读消息数量的总和。包括，所有应用程序中的未读消息数量的总和，或者是所有发件对象发送的未读消息数量的总和。如，应用程序A中发件对象a的未读消息数量为2，应用程序B中发件对象a的未读消息数量为5，那么未读消息数量的总和为7。
[0100] 重要标记，是指需要重点突出显示消息的发件对象的重要等级标记。发件对象的重要等级标记可以分为多个级别。
[0101] 统计终端当前未读消息数量的总和，确定各个发件对象是否存在重要标记，并确定存在重要标记的发件对象的重要级别。
[0102] 步骤S32，根据未读消息总数和重要标记，确定未读消息的显示方式；
[0103] 如果终端当前的未读消息总数大于或等于预设数量，并且发件对象存在重要标记，那么确定未读消息的显示方式为按发件对象显示。如果终端当前的未读消息总数小于预设数量，那么确定未读消息的显示方式为按应用程序显示。如果终端当前的未读消息总数大于或等于预设数量，但发件对象不存在重要标记，那么确定未读消息的显示方式为按应用程序显示。
[0104] 步骤S33，根据显示方式和各个收件时间，在终端锁屏界面上分区显示各个未读消息。
[0105] 如果未读消息的显示方式为按发件对象显示，那么在锁屏界面显示各个发件对象的未读消息时，可以根据各个发件对象最新一条未读消息的发件时间，排列发件对象显示顺序，并在终端锁屏界面上显示各个发件对象的未读消息。如果未读消息的显示方式为按应用程序显示，可以根据各个应用程序最新一条未读消息的发件时间，排列应用程序显示顺序，并在终端锁屏界面上显示各个应用程序的各个发件对象的未读消息数。
[0106] 在本实施例中，可以通过未读消息的收件信息，确定未读消息的显示方式是按发件对象显示还是按应用程序显示，可以根据用户需求、未读消息的发件对象重要性选择显示方式，使得锁屏界面显示的未读消息清晰有条理、一目了然，用户可以快速分辨出未读消息的重要性，并有效地针对性处理未读消息，极大提高了用户处理事务的速率。
[0107] 可选地，步骤S30之后还包括：
[0108] 检测并判断各个未读消息是否为已读状态；当检测到未读消息为已读状态时，消除已读状态的未读消息在终端锁屏界面上的显示。
[0109] 已读状态，是指在锁屏界面显示的未读消息，用户在锁屏状态下读取后、用户标记为已读，此时在锁屏界面显示的未读消息即为已读状态；或者用户通过解锁终端，进入相应的界面读取后，此时在锁屏界面显示的未读消息即为已读状态。
[0110] 用户在读取在终端锁屏界面显示的未读消息后，就不需要继续在锁屏界面保持显示；否则用户需要继续将锁屏界面显示的所有未读消息全部读取一遍，而锁屏界面显示的有的未读消息是用户已经读取过的，这样会很浪费用户的时间，影响用户对消息或事务的处理速度。检测并判断各个未读消息是否为已读状态，即是否已经被用户读取过；当检测到在终端锁屏界面显示的未读消息已经被用户读取过，显示为已读状态时，消除已读状态的未读消息在终端锁屏界面的显示。避免用户反复读取已经读取过的消息，浪费用户的时间，影响用户的阅读和处理效率；使得锁屏界面未读消息的显示清晰有序，提高了锁屏界面对未读消息的显示效率，极大地提高了用户阅读和处理消息的效率。
[0111] 进一步地，在本发明锁屏界面消息处理方法第二实施例中，步骤S33包括：
[0112] 步骤A1，判断未读消息总数是否大于或等于预设数量；
[0113] 终端当前的未读消息总数大于或等于预设数量作为判断是否为按发件对象显示未读消息的一个条件；预设数量，是指发件对象的未读消息总数的一个指定数量。
[0114] 获取终端当前的未读消息总数、发件对象的重要标记；然后判断终端当前的未读消息总数是否大于或等于预设数量。
[0115] 步骤A2，若未读消息总数大于或等于预设数量，则判断未读消息对应的发件对象是否存在重要标记；
[0116] 如果终端当前的未读消息总数大于或等于预设数量，则判断未读消息对应的各个发件对象是否存在重要标记，并确定存在重要标记的发件对象的重要级别。其中，对应的发件对象，是指发送未读消息的发件对象。
[0117] 步骤A3，若未读消息对应的发件对象存在重要标记，则确定未读消息的显示方式为按发件对象显示。
[0118] 如果终端当前的未读消息总数大于或等于预设数量，且未读消息对应的各个发件对象存在重要标记，则确定未读消息的显示方式为按发件对象显示。其中，按发件对象显示，是指在锁屏界面上按发件对象分显示区域，并将各个发件对象的未读消息放入各自的显示区域，然后各个显示区域内的未读消息按收件时间先后排序显示。
[0119] 在本实施例中，如果终端当前的未读消息总数大于或等于预设数量，且各个发件对象存在重要标记，则将未读消息的显示方式确定为按发件对象显示；可以有针对性地选择发件对象的未读消息，在锁屏界面上分区域重点显示重要发件对象的未读消息，使用户可以快速地看到重要的未读消息。
[0120] 可选地，步骤S34包括：
[0121] 步骤B1，在确定未读消息的显示方式为按发件对象显示之后，根据发件对象的数量确定在终端锁屏界面上第一显示区域个数；
[0122] 其中，第一显示区域，是指发件对象的未读消息的显示区域。发件对象的数量，是指终端当前所有未读消息的发件对象的数量。
[0123] 在确定未读消息的显示方式为按发件对象显示之后，根据所有发件对象的数量，确定在终端锁屏界面上第一显示区域个数。如，终端接收到：应用程序A的发件对象a在10:01发送的未读消息1、应用程序A的发件对象a在10:02发送的未读消息2；应用程序A的发件对象b在10:00发送的未读消息3、应用程序A的发件对象b在10:04发送的未读消息4。那么，发件对象的数量为2，在终端锁屏界面上第一显示区域个数为2
[0124] 步骤B2，根据各个发件对象的重要标记和未读消息数量，分配各个发件对象的第一显示区域位置和大小；
[0125] 发件对象的重要标记等级越高，分配发件对象的第一显示区域位置越靠前或者越明显突出。发件对象的未读消息数量越大，分配发件对象的第一显示区域越大。其中，发件对象的未读消息数量，是指同一个发件对象的所有未读消息数量，可以是来自不同应用程序的同一个发件对象的未读消息。
[0126] 为方便理解，接步骤B1的例子继续作说明。例如，发件对象a和发件对象b都存在重要标记，发件对象a的重要标记等级为1级，发件对象b的重要标记等级为2级，即发件对象b的重要标记等级比发件对象a的重要标记等级高。发件对象a的重要标记等级为1级、未读消息数量为2；发件对象b的重要标记等级为2级、未读消息数量为3；因为发件对象b的重要标记等级比发件对象a的重要标记等级高，所以分配给发件对象b的第一显示区域位置相对发件对象b的第一显示区域位置靠前或者明显；发件对象b的未读消息数量3，大于发件对象a的未读消息数量2，所以分配给发件对象b的第一显示区域相对发件对象b的第一显示区域大。
[0127] 获取各个发件对象的对应未读消息，并将各个发件对象的对应未读消息划分入对应的第一显示区域。其中，对应未读消息，是指同一发件对象的所有未读消息，包括所有程序的未读消息。
[0128] 步骤B3，将未读消息划分入对应的发件对象的第一显示区域，并将各个第一显示区域内的未读消息，按收件时间先后排序显示。
[0129] 参照图4，图4为未读消息按发件对象显示的一场景示意图。将各个未读消息按照发件对象进行归类，划分入对应的发件对象的第一显示区域，然后第一显示区域内的未读消息按照收件时间的先后依次排序显示。其中，对应的发件对象，是指发送该未读消息的发件对象。即把每个发件对象的各个未读消息放入指定的显示区域，并按照收件时间的先后依次排序显示。如，接收时间在前的未读消息放在接收时间在后的未读消息之后；形成有一定排列顺序的各个未读消息，最后形成各个未读消息分别在各个发件对象列表下进行显示。为了方便理解，接以上步骤S20中的例子继续作说明。例如，终端接收到多条未读消息后，将各个未读消息按发件对象显示形成：
[0130] 发件对象a，收件时间为10:01，未读消息1；收件时间为10:02，未读消息2；
[0131] 发件对象b，收件时间为10:00，未读消息3；收件时间为10:04，未读消息4；
[0132] 发件对象c，收件时间为10:05，未读消息5；收件时间为10:07，未读消息6；
[0133] 发件对象d，收件时间为10:06，未读消息7；收件时间为10:08，未读消息8。
[0134] 进一步地，在本发明锁屏界面消息处理方法第三实施例中，步骤A1之后还包括：
[0135] 步骤A4，若未读消息总数小于预设数量，则确定未读消息的显示方式为按应用程序显示。
[0136] 如果终端当前的未读消息总数小于于预设数量，则确定未读消息的显示方式为按应用程序显示。如果终端当前的未读消息总数大于或等于预设数量，但未读消息对应的各个发件对象不存在重要标记，则确定未读消息的显示方式为按应用程序显示。其中，按应用程序显示，是指在锁屏界面上按应用程序分显示区域，并将各个应用程序的未读消息放入各自的显示区域；然后在各个应用程序各自的显示区域内，显示该应用程序的各个发件对象的未读消息数量。
[0137] 此外，按应用程序显示和按发件对象显示，两种显示方式也可以同时采用，或者两种显示方式采用其中一种。如，在只有一部分发件对象存在重要标记，有的发件对象不存在重要标记时，可以采用部分未读消息按照应用程序显示，部分未读消息按照发件对象显示。
[0138] 在本实施例中，如果不存在重要标记的发件对象，采用按应用程序显示的显示方式，在锁屏界面上显示各个应用程序的发件对象的未读消息数量，使用户可以清晰地看出各个应用程序的未读消息。
[0139] 可选地，步骤S34包括：
[0140] 步骤C1，在确定未读消息的显示方式为按应用程序显示之后，根据应用程序的数量确定在终端锁屏界面上第二显示区域个数；
[0141] 第二显示区域，是指应用程序的未读消息的显示区域。应用程序的数量，是指接收终端当前未读消息的应用程序的数量。
[0142] 在确定未读消息的显示方式为按应用程序显示之后，根据所有应用程序的数量，确定在终端锁屏界面上第二显示区域个数。在本实施例中，第二显示区域个数为应用程序的数量。如，终端接收到：应用程序A的发件对象a在10:01发送的未读消息1、应用程序A的发件对象a在10:02发送的未读消息2；应用程序A的发件对象b在10:00发送的未读消息3、应用程序A的发件对象b在10:04发送的未读消息4、应用程序A的发件对象b在10:05发送的未读消息5。那么，应用程序的数量为2，在终端锁屏界面上第二显示区域个数为2。
[0143] 应用程序的发件对象数量越大，那么分配给应用程序的显示区域越大。如果应用程序中最新一条未读消息的收件时间越接近当前时间，分配给发件对象的显示区域位置越靠前或越明显。
[0144] 步骤C2，根据各个应用程序的最新收件时间和发件对象数量，分配各个应用程序的第二显示区域位置和大小。
[0145] 其中，最新收件时间，是指该应用程序中最接近当前时间的一条未读消息的收件时间。发件对象数量，是指该应用程序中当前的发件对象的数量；如，微信中有5个好友的未读消息，QQ中有3个好友的未读消息；那么微信的发件对象数量为5，QQ的发件对象数量为3。
[0146] 终端可能会在同一时间段内，接收到不同应用程序、多个发件对象的未读消息；获取各个应用程序的发件对象数量，以及各个应用程序的最新收件时间，即应用程序中最接近当前时间的一条未读消息的收件时间。然后根据各个应用程序的最新收件时间，分配各个应用程序的第二显示区域位置；在本实施例中，应用程序的最新收件时间越接近当前时间，该应用程序的第二显示区域位置越靠前或越明显突出。根据各个应用程序的发件对象数量，分配各个应用程序的第二显示区域大小；在本实施例中，应用程序的发件对象数量越大，分配该应用程序的第二显示区域越大。
[0147] 步骤C3，将未读消息划分入对应的应用程序的第二显示区域，并在各个第二显示区域内显示各个发件对象、以及各个发件对象对应的未读消息数量。
[0148] 参照图5所示，图5为未读消息按应用程序显示的一场景示意图。将各个未读消息按照应用程序进行归类，划分入对应的应用程序的第二显示区域。其中，对应的应用程序，是指接收该未读消息的应用程序。并按照发件对象统计第二显示区域内的未读消息，得到每个发件对象对应的未读消息数量。其中，对应的未读消息，是指在同一应用程序中同一发件对象发送的未读消息。最后，在终端锁屏界面上的各个应用程序对应的各个第二显示区域内，分别显示各个应用程序对应的各个发件对象、以及各个发件对象对应的未读消息数量。为了方便理解，接以上步骤S20中的例子继续作说明。例如，终端接收到多条未读消息后，按应用程序显示形成：
[0149] 应用程序A，发件对象a、未读2，发件对象b、未读2；
[0150] 应用程序B，发件对象c、未读2，发件对象d、未读2。
[0151] 为了方便理解，可以参照图4；可选地，当用户点击某个应用程序的第二显示区域内显示的发件对象时，终端锁屏界面上可以显示该发件对象在该应用程序中的各个未读消息。
[0152] 可选地，当多个应用程序同时有未读消息时，在终端锁屏界面上可能无法一次性显示全部应用程序的未读消息，需要分页显示。但是，如果分页显示时，用户最先看到的未读消息可能是不那么重要的，而需要翻页查看重要的未读消息；这就会影响用户的阅读效率。用户可以在设置选择在锁屏界面显示消息的应用程序时，设置应用程序的优先级。当同时存在多个应用程序有未读消息时，判断应用程序的个数是否超过预设个数。如果终端在接收未读消息时，多个应用程序同时有未读消息，有未读消息的应用程序的个数超过了预设个数，导致当前锁屏界面无法一次性显示全部应用的消息时，根据各个应用程序的优先级，依次显示各个应用程序对应的未读消息。避免在存在多个应用程序有未读消息时，在用户最直接可以看到的相对不重要的未读消息，错过重要消息；而相对重要的未读消息显示不明显或需要翻页查看，影响用户的阅读效率；使得用户可以有针对性地快速查看未读消息，极大地提高用户的阅读效率。
[0153] 在本实施例中，通过按应用程序显示，将各个应用程序的各个发件对象的未读消息数量在终端锁屏界面上显示；未读消息的显示分类清晰、有条理，避免了未读消息显示杂乱，使得用户可以高效地查看消息，极大地提高了用户阅读消息的效率。
[0154] 进一步地，在本发明锁屏界面消息处理方法第四实施例中，基于上述图3所示的实施例，步骤S30之后还包括：
[0155] 可选地，步骤S30之后还包括：
[0156] 当检测到显示发件对象的历史消息的显示指令时；
[0157] 显示指令，是指用户拉取未读消息对应的发件对象的历史消息时，终端接收到指令；终端接收到该指令后，需要从未读消息对应的应用程序中获取对应的发件对象的历史消息，并在终端锁屏界面上显示该历史消息。
[0158] 历史消息，是指未读消息对应的发件对象，在本次未读消息之前发送的、且用户已读的消息。
[0159] 步骤S40，根据显示指令，从对应的应用程序中获取历史消息；
[0160] 用户在锁屏界面读取新增的未读消息后，有时候可能会需要读取一下已读的历史消息。但是按照现有的锁屏界面的消息显示方式，无法读取历史消息；用户要读取历史消息只能解锁终端，进入终端中对应的应用程序，查找并读取历史消息，过程十分繁琐，浪费用户的时间。本发明实施例提供一种读取未读消息后，在锁屏界面就能读取对应历史消息的方法。用户在读取某个应用程序的未读消息后，可以选择继续拉取该未读消息对应的发件对象的历史消息，此时终端可以接收到显示发件对象的历史消息的显示指令。当终端检测到显示发件对象的历史消息的显示指令时，确定用户拉取的历史消息对应的发件对象、对应的应用程序；然后从对应的应用程序中获取对应的发件对象的历史消息。
[0161] 可选地，步骤S40包括：
[0162] 根据显示指令，获取用户输入的验证信息；判断验证信息是否符合获取历史消息的预设条件；若验证信息符合获取历史消息的预设条件，则从对应的应用程序中获取历史消息。
[0163] 用户在锁屏界面可以直接拉取历史消息，为用户提供了极大的便利；同时可能会有历史消息的泄露，可以通过验证的方式确定用户是否可以拉取历史消息，以便保证用户消息的安全。如，获取到用户输入的验证信息，判断用户输入的验证信息是否符合预设的获取历史消息的条件。验证信息可以是用户在利用指尖选择拉取历史消息时，在屏幕或者指纹识别区域输入的指纹；也可以是用户通过在锁屏界面输入的滑动轨迹、敲击屏幕的方式等等触发信息。如果验证信息符合预设的获取历史消息的条件，那么就从未读消息对应的应用程序中获取对应的发件对象的历史消息。
[0164] 在本实施例中，通过用户在锁屏界面可以直接拉取历史消息，同时设置需要通过验证信息才能拉取历史消息；避免了读取历史消息需要繁琐操作，需要浪费用户大量的时间；极大地提高了用户的阅读处理消息、事务的速度为用户提供了极大的便利。同时也避免了用户的历史消息被泄露，保护了用户的历史消息、隐私。
[0165] 步骤S50，在终端锁屏界面上显示历史消息。
[0166] 终端从对应的应用程序中获取对应的发件对象的历史消息后，在该发件对象对应的未读消息显示界面，继续显示该发件对象的历史消息。
[0167] 在本实施例中，用户在锁屏界面读取未读消息后，可以直接在锁屏界面继续拉取对应的发件对象的历史消息，用户可以快速读取消息、有效快速处理事务；避免了查看消息需要解锁终端、点开对应应用程序、查找对应的发件对象、再查找对应的历史消息等等的繁琐操作，需要浪费用户大量的时间；极大地提高了用户的阅读处理消息、事务的速度，为用户提供了极大的便利。
[0168] 此外，本发明实施例还提出一种锁屏界面消息处理装置，锁屏界面消息处理装置包括：
[0169] 第一获取模块，获取终端当前已接收的未读消息、并提取各个所述未读消息对应的各个收件信息；
[0170] 第二获取模块，用于根据各个所述收件信息，确定各个所述未读消息对应的各个应用程序、各个发件对象、以及各个收件时间；
[0171] 显示模块，用于根据各个所述应用程序、各个所述发件对象、以及各个所述收件时间，在终端锁屏界面上分区显示各个所述未读消息。
[0172] 可选地，显示模块还用于：
[0173] 根据各个所述应用程序和各个所述发件对象，确定所述未读消息总数和各个发件对象的重要标记；
[0174] 根据所述未读消息总数和所述重要标记，确定所述未读消息的显示方式；
[0175] 根据所述显示方式和各个所述收件时间，在终端锁屏界面上分区显示各个所述未读消息。
[0176] 可选地，锁屏界面消息处理装置还包括判断模块，判断模块用于：
[0177] 判断所述未读消息总数是否大于或等于预设数量；
[0178] 若所述未读消息总数大于或等于预设数量，则判断所述未读消息对应的发件对象是否存在重要标记；
[0179] 若所述未读消息对应的发件对象存在重要标记，则确定所述未读消息的显示方式为按发件对象显示。
[0180] 可选地，显示模块还用于：
[0181] 在确定所述未读消息的显示方式为按发件对象显示之后，根据所述发件对象的数量确定在终端锁屏界面上第一显示区域个数；
[0182] 根据各个发件对象的重要标记和未读消息数量，分配各个发件对象的第一显示区域位置和大小；
[0183] 将所述未读消息划分入对应的发件对象的第一显示区域，并将各个第一显示区域内的未读消息，按所述收件时间先后排序显示。
[0184] 可选地，判断模块还用于：
[0185] 若所述未读消息总数小于预设数量，则确定所述未读消息的显示方式为按应用程序显示。
[0186] 可选地，显示模块还用于：
[0187] 在确定所述未读消息的显示方式为按应用程序显示之后，根据所述应用程序的数量确定在终端锁屏界面上第二显示区域个数；
[0188] 根据各个应用程序的最新收件时间和发件对象数量，分配各个应用程序的第二显示区域位置和大小；
[0189] 将所述未读消息划分入对应的应用程序的第二显示区域，并在各个第二显示区域内显示各个发件对象、以及各个发件对象对应的未读消息数量。
[0190] 可选地，显示模块还用于：
[0191] 当检测到显示所述发件对象的历史消息的显示指令时；
[0192] 根据所述显示指令，从对应的应用程序中获取所述历史消息；
[0193] 在终端锁屏界面上显示所述历史消息。
[0194] 此外，本发明实施例还提出一种移动终端，移动终端包括：存储器109、处理器110及存储在存储器109上并可在处理器110上运行的锁屏界面消息处理程序，锁屏界面消息处理程序被处理器110执行时实现上述的锁屏界面消息处理方法各实施例的步骤。
[0195] 此外，本发明还提供了一种存储介质，所述存储介质存储有一个或者一个以上程序，所述一个或者一个以上程序还可被一个或者一个以上的处理器执行以用于实现上述锁屏界面消息处理方法各实施例的步骤。
[0196] 本发明移动终端和存储介质(即计算机可读存储介质)的具体实施方式的拓展内容与上述锁屏界面消息处理方法各实施例基本相同，在此不做赘述。
[0197] 需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
[0198] 上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
[0199] 通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
[0200] 上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。
