本申请涉及计算机技术领域，特别是涉及一种信息处理方法、装置、移动终端和计算机可读存储介质。
背景技术：
随着智能移动终端的迅速发展，智能移动终端在用户的日常生活中越来越常见。通过智能移动终端，用户可方便的与他人进行沟通和交流。在智能移动终端的使用过程中，智能移动终端中应用程序之间可进行应用内通信或应用间通信。智能移动终端中各种应用程序的使用均会造成智能移动终端耗电，浪费移动终端功耗。
技术实现要素：
本申请提供一种信息处理方法、装置、移动终端和计算机可读存储介质，可以获取alarm唤醒对应的异常响应函数。
一种信息处理方法，包括：
若检测到移动终端在灭屏期间耗电异常且移动终端ap子系统唤醒异常，检测alarm唤醒周期是否异常；
当检测到所述alarm唤醒周期异常时，获取各个alarm唤醒对应的响应函数信息；
根据所述各个alarm唤醒对应的响应函数信息确定异常响应函数。
一种信息处理装置，包括：
检测模块，用于若检测到移动终端在灭屏期间耗电异常且移动终端ap子系统唤醒异常，检测alarm唤醒周期是否异常；
获取模块，用于当检测到所述alarm唤醒周期异常时，获取各个alarm唤醒对应的响应函数信息；
处理模块，用于根据所述各个alarm唤醒对应的响应函数信息确定异常响应函数。
一种移动终端，包括存储器及处理器，所述存储器中储存有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行如上所述的方法的步骤。
一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的方法的步骤。
本申请中，移动终端可统计移动终端中alarm唤醒次数，还获取alarm唤醒对应的异常响应函数，有利于确定alarm唤醒对应的异常信息，检测异常信息的方法快捷、简单。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为一个实施例中一种信息处理方法的流程图；
图2为另一个实施例中一种信息处理方法的流程图；
图3为另一个实施例中一种信息处理方法的流程图；
图4为另一个实施例中一种信息处理方法的流程图；
图5为一个实施例中信息处理装置的结构框图；
图6为另一个实施例中信息处理装置的结构框图；
图7为另一个实施例中信息处理装置的结构框图；
图8为一个实施例中移动终端的内部结构示意图；
图9为与本申请实施例提供的移动终端相关的手机的部分结构的框图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
在一个实施例中，一种信息处理方法的应用场景包括：当检测到移动终端灭屏时，记录灭屏时刻；当移动终端由灭屏状态切换到亮屏状态时，记录亮屏时刻，则上述灭屏时刻与亮屏时刻之间的时间差为移动终端的灭屏时长。在移动终端灭屏期间，移动终端内应用程序运行等会造成移动终端耗电。移动终端在灭屏时刻的第一电池电量与亮屏时刻的第二电池电量之间的差值为移动终端在灭屏期间消耗的总电量，即移动终端在灭屏期间的耗电电量。在移动终端灭屏期间，移动终端的每个状态都会消耗对应的电量，上述对应的电量的累计值即为标准电量，上述标准电量表示移动终端在灭屏期间消耗的基本电量，可包括系统耗电、sim(subscriberidentificationmodule，用户身份识别卡)卡耗电、wi-fi(wireless-fidelity，无线保真)耗电等。在获取到耗电电量和标准电量后，可将移动终端灭屏期间的耗电电量和上述标准电量作比较，当耗电电量不大于上述标准电量时，表示移动终端在灭屏期间耗电正常；当耗电电量大于上述标准电量时，表示移动终端在灭屏期间耗电较多，则移动终端在灭屏期间耗电异常。当移动终端在灭屏期间耗电异常时，可进一步获取移动终端子系统的休眠比、各应用程序的耗电量、各应用程序的持锁时长等参数，根据上述参数判定移动终端耗电异常的原因。上述耗电异常的原因包括移动终端子系统异常、应用程序在后台下载、应用程序后台播放音乐等。在获取到移动终端耗电异常的原因后，移动终端可将耗电异常的原因展示在移动终端界面用于提醒用户，移动终端也可将耗电异常的原因上传到服务器，服务器根据获取的耗电异常的原因进行统计和分析，根据统计分析结果得到对移动终端进行耗电优化策略，并将上述耗电优化策略返回给移动终端。
图1为一个实施例中信息处理方法的流程图。如图1所示，一种信息处理方法，包括：
步骤102，若检测到移动终端在灭屏期间耗电异常且移动终端ap子系统唤醒异常，检测alarm唤醒周期是否异常。
在移动终端灭屏期间，移动终端中子系统、应用程序等仍可保持运行，移动终端中子系统和应用程序等运行可耗费移动终端电量。在移动终端由灭屏状态切换到亮屏状态时，可检测上述移动终端在灭屏期间是否耗电异常，若移动终端在灭屏期间耗电异常，可获取移动终端ap子系统的休眠比，根据上述移动终端ap子系统的休眠比为检测移动终端ap子系统是否唤醒异常。
检测移动终端ap子系统是否唤醒异常的方法包括：获取移动终端ap子系统的休眠比和对应的阈值。上述比较值可包括正常阈值和异常阈值，上述正常阈值大于上述异常阈值。在移动终端灭屏期间，移动终端ap子系统可处于休眠状态或唤醒状态，上述移动终端ap子系统的休眠比即在移动终端灭屏期间移动终端ap子系统的休眠时长与移动终端灭屏时长的比值。当移动终端ap子系统的休眠比大于上述正常阈值时，移动终端ap子系统的休眠比正常；当移动终端ap子系统的休眠比小于上述异常阈值时，移动终端ap子系统的休眠比异常。当移动终端ap子系统的休眠比不小于上述异常阈值且不大于上述正常阈值时，移动终端可获取移动终端ap子系统的电功率，根据上述移动终端ap子系统的电功率来判定移动终端ap子系统是否休眠异常。其中，移动终端ap子系统的电功率power_ap_runtime_avg＝(deltabc-screenoffduration*targetcurrent)/(screenoffduration*(1-apsuspendratio))。上述deltabc为移动终端在灭屏期间的耗电电量；screenoffduration为灭屏时长，targetcurrent为标准电功率，deltabc-screenoffduration*targetcurrent即为移动终端在灭屏期间除正常耗电以外的电量；suspendratio为移动终端ap子系统的休眠比，screenoffduration*(1-suspendratio)为移动终端ap子系统处于唤醒状态的时长，则power_ap_runtime_avg为移动终端ap子系统在唤醒状态的的平均功耗。当上述power_ap_runtime_avg大于设定功率值时，移动终端ap子系统的休眠正常；当power_ap_runtime_avg小于设定功率值时，移动终端ap子系统休眠异常。上述设定功率值可根据移动终端系统版本、硬件状态等来进行设置，例如500ma/h。
当检测到移动终端ap子系统唤醒异常时，可获取在移动终端灭屏期间唤醒移动终端ap子系统的alarm唤醒周期。上述alarm唤醒周期是指移动终端ap子系统平均两次被alarm唤醒之间的时间间隔。上述alarm唤醒周期是在移动终端灭屏期间alarm唤醒次数与移动终端灭屏时长的比值。移动终端可将上述alarm唤醒周期与第一阈值进行比较，当上述移动终端灭屏期间alarm唤醒周期低于上述第一阈值时，则移动终端灭屏期间alarm唤醒异常。上述第一阈值可为用户设定的值或移动终端设定的值，例如，2分钟/次。其中，在移动终端灭屏期间每当移动终端ap子系统被唤醒时，移动终端可将alarm_wakeup_count的统计计数加1,。当移动终端由灭屏状态切换到亮屏状态时，上述alarm_wakeup_count的值即为在移动终端灭屏期间移动终端ap子系统被alarm唤醒的次数，则移动终端的灭屏时长与上述alarm_wakeup_count的比值为alarm的唤醒周期。
步骤104，当检测到alarm唤醒周期异常时，获取各个alarm唤醒对应的响应函数信息。
当检测到在移动终端灭屏期间alarm唤醒周期异常时，移动终端可获取在移动终端灭屏期间唤醒移动终端ap子系统的各个alarm唤醒对应的响应函数信息。上述alarm唤醒对应的响应函数信息是移动终端ap子系统被唤醒时根据alarm唤醒对应的响应函数创建的响应函数信息。上述响应函数信息包括响应函数的地址和响应函数的名称。上述响应函数的地址有利于快速查找和检索响应函数；上述响应函数的名称有利于查看响应函数。
步骤106，根据各个alarm唤醒对应的响应函数信息确定异常响应函数。
在获取到各个alarm唤醒对应的响应函数信息后，移动终端可根据各个alarm唤醒对应的响应函数信息确定异常响应函数。移动终端可统计各个响应函数对应的alarm唤醒的次数，在获取到各个响应函数对应的alarm唤醒的次数后，可将各个响应函数对应的alarm唤醒的次数进行比较确定异常响应函数。可选地，移动终端可将alarm唤醒的次数最高的响应函数作为异常响应函数。移动终端也可将alarm唤醒的次数超过第二阈值的响应函数作为异常响应函数。上述第二阈值可为用户设定的值或移动终端设定的值，例如，移动终端将alarm唤醒的次数超过10次的响应函数作为异常响应函数。
在检测到上述异常响应函数后，移动终端可监测并记录上述异常响应函数的异常信息，包括：上述异常响应函数对应的alarm唤醒次数，上述异常响应函数的响应函数名称，上述异常响应函数的响应函数地址等。移动终端在获取到上述异常响应函数的异常信息后，可记录上述异常响应函数的异常信息，并将上述异常响应函数的异常信息上报到服务器。可选地，移动终端也可在移动终端界面显示上述异常响应函数的异常信息，用于提示用户当前响应函数异常。
通常情况下，移动终端在统计移动终端灭屏期间alarm唤醒时，仅统计移动终端灭屏期间alarm唤醒次数，例如，统计移动终端内核层中alarm唤醒次数。在移动终端耗电异常时，仅根据上述alarm唤醒次数不利于检测和发现异常信息，而获取异常信息需要技术人员进一步的调试和检测。
本申请实施例中方法，移动终端可获取上述alarm唤醒对应的响应函数信息，根据上述响应函数信息可确定各个alarm唤醒对应的响应函数，有利于根据alarm唤醒次数来确定异常响应函数。上述方法，不仅仅可统计移动终端中alarm唤醒次数，还获取alarm唤醒对应的异常响应函数，有利于确定alarm唤醒对应的异常信息，检测异常信息的方法快捷、简单。
在一个实施例中，获取各个alarm唤醒对应的响应函数信息包括：
(1)在移动终端灭屏期间，若检测到移动终端ap子系统被alarm唤醒，获取alarm唤醒对应的响应函数信息。
(2)存储alarm唤醒对应的响应函数信息。
(3)在移动终端由灭屏状态切换到亮屏状态时，根据存储的响应函数信息获取各个alarm唤醒对应的响应函数信息。
在移动终端灭屏期间，当检测到移动终端ap子系统被唤醒时，移动终端可检测唤醒移动终端ap子系统的唤醒源是否为alarm唤醒。其中，移动终端中各个唤醒源对应有中断编号，当移动终端ap子系统被唤醒时，移动终端可将上述ap子系统被唤醒的中断编号与各个唤醒源的中断编号进行匹配，则匹配成功的唤醒源为唤醒移动终端ap子系统的唤醒源。
当检测到唤醒移动终端ap子系统的唤醒源为alarm唤醒时，移动终端可将统计的alarm唤醒次数加1，并调用alarm的响应函数，并根据上述响应函数创建响应函数信息。上述响应函数信息可包括响应函数的名称、响应函数的地址等。移动终端可检测在移动终端中是否存在上述响应函数信息，当移动终端中存在上述响应函数信息时，移动终端可将统计到的上述响应函数信息的次数加1；当移动终端中不存在上述响应函数信息时，移动终端可存储上述响应函数信息。例如，当移动终端ap子系统被alarm唤醒时，调用上述alarm唤醒的钩子函数，并根据上述钩子函数创建上述alarm唤醒对应的钩子描述对象。上述钩子描述对象可为：
structalarm_desc{
unsignedlongalarm_func_address；
charalarm_func_name[30]；
}；
其中，alarm_func_address可保存钩子函数的地址，alarm_func_name数组中可保存钩子函数的名称，上述钩子函数的名称可通过sprint_symbol接口获取。通过alarm_func_address可方便的查找和搜索钩子函数对应的alarm，通过alarm_func_name可方便的展示钩子函数的名称供用户查看。
当移动终端由灭屏状态切换到亮屏状态时，移动终端可统计在移动终端灭屏期间各个alarm唤醒对应的响应函数信息以及各个响应函数信息对应的alarm唤醒次数。例如，移动终端可用链表存储上述响应函数信息，当移动终端ap子系统被alarm唤醒时，移动终端可获取alarm唤醒对应的响应函数信息，检测上述响应函数信息是否存储在链表中。若已存储在链表中，更新链表中上述响应函数信息的计数值；若链表中不存在上述响应函数信息，则在链表中添加上述响应函数信息。
本申请实施例中方法，根据alarm唤醒对应的响应函数创建对应的响应函数信息，有利于根据上述响应函数信息统计各个响应函数对应的alarm唤醒次数。
检测移动终端在灭屏期间是否耗电异常的方法包括以下方法中至少一种：
(1)若移动终端由灭屏状态切换到亮屏状态且移动终端的灭屏时长超过第一时长且耗电电量大于标准电量，确定移动终端耗电异常；
(2)若移动终端由灭屏状态切换到亮屏状态且移动终端的灭屏时长超过第一时长，获取移动终端在灭屏期间的标准电功率和耗电电功率，若耗电电功率大于标准电功率，确定移动终端耗电异常。
当移动终端进入灭屏状态时，移动终端可记录进入灭屏状态的灭屏时刻；当移动终端屏幕被点亮时，即移动终端亮屏时，移动终端可记录亮屏时刻。上述亮屏是指移动终端屏幕被点亮，上述灭屏是指移动终端屏幕关闭背光。上述亮屏时刻与灭屏时刻之间的时间差即为灭屏时长。其中，移动终端在灭屏或亮屏时，广播发送者可发送系统广播。通常情况下，移动终端灭屏对应的广播为intent.action_screen_off，当广播接收者接收到灭屏广播时，表示移动终端灭屏，则移动终端接收到灭屏广播的时刻即为移动终端灭屏的时刻。移动终端亮屏对应的广播为intent.action_screen_on，当广播接收者接收到亮屏广播时，表示移动终端亮屏，则移动终端接收到亮屏广播的时刻即为移动终端亮屏的时刻。移动终端中广播发送方通常为调用context.sendbroadcast()的程序，广播接收者通常为继承broadcastreceiver的程序。
在获取到移动终端的灭屏时长后，可检测灭屏时长是否超过第一时长。上述第一时长可为用户设定的时长或移动终端设定的时长，例如5小时、6小时等。若移动终端的灭屏时长超过上述第一时长，则移动终端灭屏时长较长。由于移动终端中电池的衰减呈曲线型且耗电量是根据电池电量的百分比计算出的，当移动终端灭屏时长较短时，通过电池衰减曲线计算出的耗电量误差较大，因此在移动终端的灭屏时长超过第一时长时再获取移动终端在灭屏期间的基准电量和耗电电量，可以提高获取到的电量的精确度。
移动终端中可存储标准清单，上述标准清单是移动终端在待机状态下各个状态对应的单位时间内耗电电量。例如，可包括：单卡sim卡对应的电量、双卡sim卡对应的电量、打开wi-fi未连接对应的电量、打开蓝牙未连接对应的电量、连接wi-fi对应的电量、连接蓝牙对应的电量等。移动终端可将移动终端在灭屏期间的各个状态与标准清单中状态进行匹配，获取匹配成功的状态对应的耗电电量、匹配成功的状态对应的耗电电量的累计值，上述累计值即为标准电功率，标准电功率与灭屏时长的积即为标准电量。上述标准电功率为targetcurrent，targetcurrent＝mbasecurrent+msinglesimcarddelta+mdoublesimcarddelta+mwifidelta+mnetworkdelta+mbluetoothdelta+offset。上述mbasecurrent为移动终端系统在单位时间内耗电电量，可为3.9ma/h；当移动终端插入单卡sim卡时单位时间内耗电电量msinglesimcarddelta为3ma/h，否则为0；当移动终端插入双卡sim卡时单位时间内耗电电量mdoublesimcarddelta为6ma/h，否则为0；当移动终端开启wi-fi时单位时间内耗电电量mwifidelta为6ma/h，否则为0；当移动终端开启蓝牙时单位时间内耗电电量mbluetoothdelta为2ma/h，否则为0；offset表示其他类型的耗电，可为10ma/h。
移动终端在根据标准电量和耗电电量检测移动终端是否耗电异常时，可检测移动终端在灭屏期间的耗电电量是否大于标准电量，若耗电电量大于标准电量，则表示移动终端在灭屏期间消耗电量较多，即移动终端在灭屏期间耗电异常。移动终端也可获取耗电电量与灭屏时长的比值，上述比值为移动终端在灭屏期间单位时间内耗电电量，即移动终端在灭屏期间的耗电电功率。移动终端可通过标准电量与灭屏时长的比值来获取标准电功率，移动终端也可通过标准清单获取上述匹配成功的状态信息对应的单位时间内增量电量的累计值作为标准电功率。移动终端可将耗电电功率与标准电功率进行比较，检测上述耗电电功率是否大于标准电功率。若耗电电功率大于上述标准电功率，则移动终端在灭屏期间耗电异常。
本申请实施例中方法，移动终端可根据标准电量与耗电电量的比较结果来判定移动终端是否耗电异常，也可根据标准电功率与耗电电功率的比较结果来判定移动终端是否耗电异常，通过量化电量的方式可快速的检测移动终端是否耗电异常，提高了检测移动终端耗电异常的效率。
在一个实施例中，在获取alarm唤醒对应的响应函数信息之前，上述方法还包括：获取框架层alarm的第一唤醒次数和内核层alarm的第二唤醒次数，根据第一唤醒次数和第二唤醒次数确定内核层alarm唤醒异常。
在移动终端系统处于待机状态时，移动终端中内核层可通过alarm将移动终端唤醒，移动终端中框架层也可通过alarm将移动终端唤醒。其中，移动终端中框架层通过alarm将移动终端唤醒即移动终端中应用程序通过alarm将移动终端唤醒。
当检测到移动终端异常唤醒源为alarm唤醒时，移动终端可获取在移动终端灭屏期间内核层alarm的第二唤醒次数和框架层alarm的第一唤醒次数，将上述内核层alarm的第二唤醒次数与框架层alarm的第一唤醒次数进行比较，根据比较结果判定移动终端异常耗电是内核层alarm唤醒或框架层alarm唤醒。可选地，可获取内核层alarm的第二唤醒次数与框架层alarm的第一唤醒次数的比值，当上述比值不大于第三阈值时，判定移动终端框架层alarm唤醒异常；当上述比值大于第三阈值时，判定移动终端内核层alarm唤醒异常。例如，移动终端可将内核层alarm的第二唤醒次数a1与框架层alarm的第一唤醒次数a2进行对比，若a1/a2的值大于2，则判定移动终端框架层alarm唤醒异常。
通常情况下，移动终端框架层alarm唤醒可统计到对应的应用程序，移动终端内核层alarm唤醒仅可统计alarm唤醒次数。本申请实施例中方法，根据内核层alarm第二唤醒次数与框架层第一唤醒次数进行比较，在确定移动终端alarm唤醒异常原因为内核层alarm唤醒时再获取alarm唤醒对应的响应函数信息，避免浪费移动终端资源，可节省功耗。
在一个实施例中，上述方法还包括：
步骤108，获取异常响应函数的异常信息，在移动终端界面展示异常信息。
步骤110，接收对异常信息的用户指令。
步骤112，根据接收到的用户指令对异常响应函数进行对应的处理。
当移动终端检测到上述异常响应函数的异常信息时，移动终端可将检测到的异常信息展示在移动终端界面。移动终端还可接收作用于移动终端界面的用户指令，上述用户指令是与上述异常信息对应的用户指令。例如，作用于上述异常信息显示区域的触控操作。当移动终端接收到上述与异常信息对应的用户指令后，可根据接收到的用户指令对上述异常响应函数进行对应的处理。例如，若移动终端接收到的用户指令为上报，则移动终端将上述异常函数及对应的异常信息上报到服务器。
本申请实施例中方法，移动终端可将异常响应函数的异常信息展示在移动终端界面，并根据接收到的用户指令对上述异常响应函数进行对应的处理，通过对异常响应函数的及时处理，有利于节省移动终端功耗。
在一个实施例中，上述方法还包括：
步骤114，监测上述异常响应函数的异常信息，将异常信息上传到服务器。
当移动终端检测到上述异常响应函数后，可监测上述异常响应函数的异常信息。上述异常信息可包括：异常响应函数对应的alarm唤醒次数，各个alarm唤醒移动终端ap子系统的时刻等。移动终端可将上述检测到的异常响应函数的异常信息写入移动终端日志，并将上述移动终端日志上传到服务器。可选地，移动终端可将上述日志按照设定的时间间隔上传到服务器，移动终端也可根据接收到的用户指令将上述日志上传到服务器。服务器在接收到移动终端上传的日志后，可解析并获取上述日志中异常响应函数的异常信息，根据获取到的异常信息进行统计分析。可选地，移动终端和服务器之间通信时，可对传输的数据进行加密处理，用以提高数据安全性。
本申请实施例中方法，移动终端将异常信息上传到服务器，有利于服务器根据接收到的异常信息进行统计分析，及时发现异常终端的异常问题。
在一个实施例中，上述方法还包括：
步骤116，根据监测到异常响应函数的频次调整向服务器上报的时间间隔。
每当移动终端灭屏时长超过第一时长时，移动终端均会检测在灭屏期间是否耗电异常。其中，移动终端可统计记录到检测到各个异常响应函数的频次。上述频次即为单位时间内检测到异常响应函数的次数，例如每1天检测到异常响应函数的次数。当上述异常响应函数的频次越高时，表示移动终端检测到异常响应函数的次数越多，即移动终端出现异常的次数越多。可选地，移动终端向服务器上报异常响应函数的信息的时间间隔与检测到异常响应函数的信息的频次成反比，当移动终端检测到上述异常响应函数的信息的频次越高时，移动终端向服务器上报异常响应函数的信息的时间间隔越短，即移动终端出现异常的频次越高时，移动终端向服务器上报异常响应函数的信息的时间间隔越短。
本申请实施例中方法，可根据检测到异常响应函数的信息的频次来调整向服务器上报异常响应函数信息的时间间隔，有利于根据异常响应函数的信息快速排查和发现移动终端的安全隐患。
在一个实施例中，一种信息处理方法，包括：
(1)若检测到移动终端在灭屏期间耗电异常且移动终端ap子系统唤醒异常，检测alarm唤醒周期是否异常。
(2)当检测到alarm唤醒周期异常时，获取各个alarm唤醒对应的响应函数信息。
(3)根据各个alarm唤醒对应的响应函数信息确定异常响应函数。
在一个实施例中，获取各个alarm唤醒对应的响应函数信息包括：在移动终端灭屏期间，若检测到移动终端ap子系统被alarm唤醒，获取alarm唤醒对应的响应函数信息；存储alarm唤醒对应的响应函数信息；在移动终端由灭屏状态切换到亮屏状态时，根据存储的响应函数信息获取各个alarm唤醒对应的响应函数信息。
在一个实施例中，检测移动终端在灭屏期间是否耗电异常的方法包括：若移动终端由灭屏状态切换到亮屏状态且移动终端的灭屏时长超过第一时长且耗电电量大于标准电量，确定移动终端耗电异常；或，若移动终端由灭屏状态切换到亮屏状态且移动终端的灭屏时长超过第一时长，获取移动终端在灭屏期间的标准电功率和耗电电功率，若耗电电功率大于标准电功率，确定移动终端耗电异常。
在一个实施例中，在获取alarm唤醒对应的响应函数信息之前，上述方法还包括：获取框架层alarm的第一唤醒次数和内核层alarm的第二唤醒次数；根据第一唤醒次数和第二唤醒次数确定内核层alarm唤醒异常。
在一个实施例中，上述方法还包括：获取异常响应函数的异常信息，在移动终端界面展示异常信息；接收对异常信息的用户指令；根据接收到的用户指令对异常响应函数进行对应的处理。
在一个实施例中，上述方法还包括：监测上述异常响应函数的异常信息，将异常信息上传到服务器。
在一个实施例中，上述方法还包括：根据监测到异常响应函数的频次调整向服务器上报的时间间隔。
应该理解的是，虽然上述流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，上述流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
图5为一个实施例中信息处理装置的结构框图。如图5所示，一种信息处理装置，包括：
检测模块502，用于若检测到移动终端在灭屏期间耗电异常且移动终端ap子系统唤醒异常，检测alarm唤醒周期是否异常。
获取模块504，用于当检测到alarm唤醒周期异常时，获取各个alarm唤醒对应的响应函数信息。
处理模块506，用于根据各个alarm唤醒对应的响应函数信息确定异常响应函数。
在一个实施例中，获取模块504获取各个alarm唤醒对应的响应函数信息包括：在移动终端灭屏期间，若检测到移动终端ap子系统被alarm唤醒，获取alarm唤醒对应的响应函数信息；存储alarm唤醒对应的响应函数信息；在移动终端由灭屏状态切换到亮屏状态时，根据存储的响应函数信息获取各个alarm唤醒对应的响应函数信息。
在一个实施例中，检测模块502检测移动终端在灭屏期间是否耗电异常的方法包括：若移动终端由灭屏状态切换到亮屏状态且移动终端的灭屏时长超过第一时长且耗电电量大于标准电量，确定移动终端耗电异常；或若移动终端由灭屏状态切换到亮屏状态且移动终端的灭屏时长超过第一时长，获取移动终端在灭屏期间的标准电功率和耗电电功率，若耗电电功率大于标准电功率，确定移动终端耗电异常。
在一个实施例中，获取模块504用于在获取alarm唤醒对应的响应函数信息之前，获取框架层alarm的第一唤醒次数和内核层alarm的第二唤醒次数；根据第一唤醒次数和第二唤醒次数确定内核层alarm唤醒异常。
图6为另一个实施例中信息处理装置的结构框图。如图6所示，一种信息处理装置，包括：检测模块602、获取模块604、处理模块606、展示模块608。上述检测模块602、获取模块604、处理模块606与图4中对应的模块功能相同。
展示模块608，用于获取异常响应函数的异常信息，在移动终端界面展示异常信息。
处理模块606还用于接收对异常信息的用户指令；根据接收到的用户指令对异常响应函数进行对应的处理。
图7为另一个实施例中信息处理装置的结构框图。如图7所示，一种信息处理装置，包括：检测模块702、获取模块704、处理模块706、上报模块708。上述检测模块702、获取模块704、处理模块706与图4中对应的模块功能相同。
上报模块708，用于监测上述异常响应函数的异常信息，将异常信息上传到服务器。
在一个实施例中，上报模块708还用于根据监测到异常响应函数的频次调整向服务器上报的时间间隔。
上述信息处理装置中各个模块的划分仅用于举例说明，在其他实施例中，可将信息处理装置按照需要划分为不同的模块，以完成上述信息处理装置的全部或部分功能。
关于信息处理装置的具体限定可以参见上文中对于信息处理方法的限定，在此不再赘述。上述信息处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于移动终端中的处理器中，也可以以软件形式存储于移动终端中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
本申请实施例中提供的信息处理装置中的各个模块的实现可为计算机程序的形式。该计算机程序可在终端或服务器上运行。该计算机程序构成的程序模块可存储在终端或服务器的存储器上。该计算机程序被处理器执行时，实现本申请实施例中所描述方法的步骤。
图8为一个实施例中移动终端的内部结构示意图。如图8所示，该移动终端包括通过系统总线连接的处理器、存储器和网络接口。其中，该处理器用于提供计算和控制能力，支撑整个移动移动终端的运行。存储器用于存储数据、程序等，存储器上存储至少一个计算机程序，该计算机程序可被处理器执行，以实现本申请实施例中提供的适用于移动移动终端的信息处理方法。存储器可包括非易失性存储介质及内存储器。非易失性存储介质存储有操作系统和计算机程序。该计算机程序可被处理器所执行，以用于实现以下各个实施例所提供的一种信息处理方法。内存储器为非易失性存储介质中的操作系统计算机程序提供高速缓存的运行环境。网络接口可以是以太网卡或无线网卡等，用于与外部的移动移动终端进行通信。该移动移动终端可以是手机、平板电脑或者个人数字助理或穿戴式设备等。
本申请实施例还提供了一种计算机可读存储介质。一个或多个包含计算机可执行指令的非易失性计算机可读存储介质，当计算机可执行指令被一个或多个处理器执行时，使得处理器执行本申请实施例中信息处理方法的步骤。
一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行本申请实施例中信息处理方法的步骤。
本申请实施例还提供了一种移动终端。如图9所示，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。该移动终端可以为包括手机、平板电脑、pda(personaldigitalassistant，个人数字助理)、pos(pointofsales，销售终端)、车载电脑、穿戴式设备等任意终端设备，以移动终端为手机为例：
图9为与本申请实施例提供的移动终端相关的手机的部分结构的框图。参考图9，手机包括：射频(radiofrequency，rf)电路910、存储器920、输入单元930、显示单元940、传感器950、音频电路960、无线保真(wirelessfidelity，wifi)模块970、处理器980、以及电源990等部件。本领域技术人员可以理解，图9所示的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
其中，rf电路910可用于收发信息或通话过程中，信号的接收和发送，可将基站的下行信息接收后，给处理器980处理；也可以将上行的数据发送给基站。通常，rf电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(lownoiseamplifier，lna)、双工器等。此外，rf电路910还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(globalsystemofmobilecommunication，gsm)、通用分组无线服务(generalpacketradioservice，gprs)、码分多址(codedivisionmultipleaccess，cdma)、宽带码分多址(widebandcodedivisionmultipleaccess，wcdma)、长期演进(longtermevolution，lte))、电子邮件、短消息服务(shortmessagingservice，sms)等。
存储器920可用于存储软件程序以及模块，处理器980通过运行存储在存储器920的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器920可主要包括程序存储区和数据存储区，其中，程序存储区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能的应用程序、图像播放功能的应用程序等)等；数据存储区可存储根据手机的使用所创建的数据(比如音频数据、通讯录等)等。此外，存储器920可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
输入单元930可用于接收输入的数字或字符信息，以及产生与手机900的用户设置以及功能控制有关的键信号输入。具体地，输入单元930可包括触控面板931以及其他输入设备932。触控面板931，也可称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板931上或在触控面板931附近的操作)，并根据预先设定的程式驱动相应的连接装置。在一个实施例中，触控面板931可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器980，并能接收处理器980发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板931。除了触控面板931，输入单元930还可以包括其他输入设备932。具体地，其他输入设备932可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)等中的一种或多种。
显示单元940可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元940可包括显示面板941。在一个实施例中，可以采用液晶显示器(liquidcrystaldisplay，lcd)、有机发光二极管(organiclight-emittingdiode,oled)等形式来配置显示面板941。在一个实施例中，触控面板931可覆盖显示面板941，当触控面板931检测到在其上或附近的触摸操作后，传送给处理器980以确定触摸事件的类型，随后处理器980根据触摸事件的类型在显示面板941上提供相应的视觉输出。虽然在图9中，触控面板931与显示面板941是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板931与显示面板941集成而实现手机的输入和输出功能。
手机900还可包括至少一种传感器950，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板941的亮度，接近传感器可在手机移动到耳边时，关闭显示面板941和/或背光。运动传感器可包括加速度传感器，通过加速度传感器可检测各个方向上加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换)、振动识别相关功能(比如计步器、敲击)等；此外，手机还可配置陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器等。
音频电路960、扬声器961和传声器962可提供用户与手机之间的音频接口。音频电路960可将接收到的音频数据转换后的电信号，传输到扬声器961，由扬声器961转换为声音信号输出；另一方面，传声器962将收集的声音信号转换为电信号，由音频电路960接收后转换为音频数据，再将音频数据输出处理器980处理后，经rf电路910可以发送给另一手机，或者将音频数据输出至存储器920以便后续处理。
wifi属于短距离无线传输技术，手机通过wifi模块970可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图9示出了wifi模块970，但是可以理解的是，其并不属于手机900的必须构成，可以根据需要而省略。
处理器980是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器920内的软件程序和/或模块，以及调用存储在存储器920内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。在一个实施例中，处理器980可包括一个或多个处理单元。在一个实施例中，处理器980可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等；调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器980中。
手机900还包括给各个部件供电的电源990(比如电池)，优选的，电源可以通过电源管理系统与处理器980逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
在一个实施例中，手机900还可以包括摄像头、蓝牙模块等。
在本申请实施例中，该移动终端所包括的处理器980执行存储在存储器上的计算机程序时实现本申请实施例中信息处理方法的步骤。
本申请所使用的对存储器、存储、数据库或其它介质的任何引用可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)，它用作外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)。
以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。