显示屏控制方法、装置、存储介质及移动终端与流程

本申请涉及计算机技术领域，尤其涉及一种显示屏控制方法、装置、存储介质及移动终端。

背景技术：

具有显示屏的移动终端在受到来自操作者和/或近邻物体的静电放电的干扰时，经常会出现显示屏类故障，例如，移动终端由亮屏状态转化为黑屏状态。

目前，移动终端可以通过集成esdcheck功能解决上述问题，具体为，通过轮询液晶显示器(liquidcrystaldisplay，lcd)状态寄存器中的值，检测显示屏的状态值是否异常。若确定显示屏的状态值异常，则确定显示屏由亮屏状态转化为黑屏状态，并发出lcd复位指令，以使显示屏恢复亮屏状态。但是，由于显示屏处于黑屏状态时出现异常的参数值不仅限于lcd状态寄存器中的状态值，esdcheck功能无法基于状态值检测到状态值以外的其他参数值异常对应的显示屏由亮屏状态转化为黑屏状态的问题，从而无法准确的检测显示屏由亮屏状态转化为黑屏状态的情况，进而无法准确的点亮显示屏。

技术实现要素：

本申请实施例提供了一种显示屏控制方法、装置、存储介质及移动终端，可以准确的检测显示屏由亮屏状态转化为黑屏状态的情况，从而可以准确的点亮显示屏。所述技术方案如下：

第一方面，本申请实施例提供了一种显示屏控制方法，应用于移动终端，所述移动终端包括显示屏，所述方法包括：

获取所述移动终端的移动状态；

当确定所述移动状态为预设状态时，检测所述显示屏是否处于黑屏状态；

若所述显示屏处于黑屏状态，则对所述显示屏进行复位操作，以使所述显示屏由所述黑屏状态转换为亮屏状态。

第二方面，本申请实施例提供了一种显示屏控制装置，应用于移动终端，所述移动终端包括显示屏，所述装置包括：

移动状态获取模块，用于获取所述移动终端的移动状态；

黑屏状态检测模块，用于当确定所述移动状态为预设状态时，检测所述显示屏是否处于黑屏状态；

亮屏状态转换模块，用于若所述显示屏处于黑屏状态，则对所述显示屏进行复位操作，以使所述显示屏由所述黑屏状态转换为亮屏状态。

第三方面，本申请实施例提供一种计算机存储介质，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行上述的方法步骤。

第四方面，本申请实施例提供一种移动终端，可包括：处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行上述的方法步骤。

本申请一些实施例提供的技术方案带来的有益效果至少包括：

在本申请一个或多个实施例中，先获取移动终端的移动状态，当确定移动状态为预设状态时，检测显示屏是否处于黑屏状态，若显示屏处于黑屏状态，则对显示屏进行复位操作，以使显示屏由黑屏状态转换为亮屏状态。其中，通过移动终端的移动状态可以确定移动终端对应的用户场景，基于该用户场景以及显示屏状态判断显示屏是否处于黑屏状态，从而可以准确的检测显示屏由亮屏状态转化为黑屏状态的情况，进而可以准确的点亮显示屏。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种显示屏控制方法的举例示意图；

图2是本申请实施例提供的一种显示屏控制方法的流程示意图；

图3是本申请实施例提供的另一种显示屏控制方法的流程示意图；

图4是本申请实施例提供的一种移动终端的重力加速度的举例示意图；

图5是本申请实施例提供的一种移动终端的目标距离的举例示意图；

图6是本申请实施例提供的另一种显示屏控制方法的流程示意图；

图7是本申请实施例提供的一种显示屏控制装置的结构示意图；

图8是本申请实施例提供的一种移动状态获取模块的结构示意图；

图9是本申请实施例提供的另一种显示屏控制装置的结构示意图；

图10是本申请实施例提供的一种电子设备的结构示意图；

图11是本申请实施例提供的操作系统和用户空间的结构示意图；

图12是图10中安卓操作系统的架构图；

图13是图10中ios操作系统的架构图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在本申请的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。在本申请的描述中，需要说明的是，除非另有明确的规定和限定，“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。此外，在本申请的描述中，除非另有说明，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

在相关技术中，在移动终端出厂前的静电释放(electro-staticdischarge，esd)测试过程或出厂后的使用过程中，将移动终端的显示屏(处于亮屏状态)朝下放置，即显示屏朝向桌面等支撑物放置，由于显示屏与支撑物的支撑面形成耦合电容，当拿起该移动终端时显示屏受到的静电干扰更加强烈，使得寄存器的参数值发生异常，尤其是与显示屏的显示状态相关的寄存器的参数值，从而造成显示屏由亮屏状态转化为黑屏状态的问题。然而，将黑屏状态涉及的所有参数值(如亮度寄存器、解压缩寄存器以及demura寄存器中的参数值)加入esdcheck功能对应的轮询操作中，虽然可以准确的检测到显示屏处于黑屏状态，但是在正常使用移动终端的用户场景下，esdcheck功能对应的轮询操作检测所有的所涉及的参数值会对显示屏的性能以及功耗造成影响。进一步的，当esdcheck功能在错误的场景下发送复位指令，会使得显示屏出现闪烁等异常情况。例如，用户输入锁屏指令以使显示状态处于黑屏状态，而esdcheck功能检测到显示状态处于黑屏状态，并发出复位指令以使显示状态处于亮屏状态，在复位指令与锁屏指令的冲突下造成了显示屏出现闪烁等异常情况。

根据一些实施例，本申请实施例提供的一种显示屏控制方法可以解决上述一个或多个问题。图1示出应用于本申请实施例的显示屏控制方法的场景示意图。如图1所示，当移动终端为智能手机时，移动终端内的重力传感器可以检测到该移动终端的重力加速度的变化，以及该移动终端内的距离传感器可以检测到在垂直于显示屏方向上与前方物体(当智能手机放置于桌面时可以将该前方物体理解为桌面)的距离。可以通过该重力加速度以及该距离判断在esd测试中，拿起显示屏向下放置的智能手机的用户场景。其中，移动终端包括但不限于：个人电脑、平板电脑、手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备等。在不同的网络中移动终端可以叫做不同的名称，例如：用户设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置、蜂窝电话、无绳电话、5g网络或未来演进网络中的智能终端等。

下面结合具体的实施例对本申请进行详细说明。

在一个实施例中，如图2所示，特提出了一种显示屏控制方法，该方法可依赖于计算机程序实现，可运行于基于冯诺依曼体系的显示屏控制装置上。该计算机程序可集成在应用中，也可作为独立的工具类应用运行。所述显示屏控制装置可以为移动终端，

具体的，该显示屏控制方法包括：

s101：获取移动终端的移动状态。

根据一些实施例，本实施例的执行主体为移动终端，该移动终端为安装有显示屏的终端。该显示屏可以处于黑屏状态或亮屏状态，同时显示屏的显示状态受用户场景下移动终端的移动状态的影响。在一些用户场景中，如用户对移动终端进行摇晃、翻转、拿起、放下等操作，移动终端的移动状态发生相应的改变。其中，移动状态是指移动终端在受外力的作用下而发生移动，在移动的过程中每一时刻的状态，可以包括：位置状态、运动状态以及形状状态等。

根据一些实施例，可以通过移动终端中的压力传感器、距离传感器以及重力加速度传感器来获取移动终端的移动状态。当移动终端的显示屏为触控显示屏时，还可以通过显示屏上触控容值的变化识别移动终端的移动状态。

示意性的，当移动终端放置在桌面上时，移动终端可以只承受由本身重力所带来的压力，也即，当压力传感器识别移动终端所受的压力值正在减小，且减小至重力值时，可以确定移动终端的移动状态由某一受外力的状态，变化为放置于桌面等支撑物的状态。

可选的，根据显示屏的触控状态来获取移动终端的移动状态。具体的，当显示屏检测到两侧边区域的触控容值增大至容值阈值时，可以确定移动终端处于被握持状态。其中，容值阈值是指判断移动终端处于被握持状态的门限值或临界值。

s102：当确定所述移动状态为预设状态时，检测显示屏是否处于黑屏状态。

当拿起显示屏朝下放置的移动终端时，即显示屏朝向桌面等支撑物放置，由于显示屏与支撑物的支撑面形成耦合电容，当拿起该移动终端时显示屏受到的静电干扰更加强烈，使得寄存器的参数值发生异常，尤其是与显示屏的显示状态相关的寄存器的参数值，从而造成显示屏由亮屏状态转化为黑屏状态的问题。本申请实施例中，为了解决拿起显示屏朝下放置的移动终端而出现的显示屏由亮屏状态转化为黑屏状态的问题，先判断移动终端是否处于目标用户场景(拿起显示屏朝下放置的移动终端)，当确定移动终端所处的用户场景为该目标用户场景时，也即确定所述移动状态为预设状态时，再对显示屏的显示状态进行检测，从而避免在其他用户场景检测显示屏而造成的资源浪费，同时防止对显示屏的检测影响到用户的正常使用。

易于理解的是，为了确定移动终端的用户场景为目标用户场景，判断移动终端的移动状态是否为目标用户场景下的移动状态。因此，预设状态为移动终端在目标用户场景下的移动状态。进一步的，预设状态是指在目标用户场景(用户拿起显示屏朝下放置的移动终端)下移动终端的移动状态，可以包括：位置状态、运动状态以及形状状态等。

进一步的，在目标用户场景下，移动终端的倾斜角度(运动状态)会发生变化，重力加速度(位置状态)相应发生变化，与支撑物的距离(位置状态)发生变化。

需要说明的是，当确定所述移动状态为预设状态时，则可以确定移动终端的当前状态为拿起移动终端并将显示屏倾斜向上的状态，也即确定移动终端所处的用户场景为目标用户场景。进一步的，移动终端经常在目标用户场景下会出现显示屏由亮屏状态转化为黑屏状态的问题，则在目标用户场景下检测显示屏是否处于黑屏状态，可以针对性的解决显示屏处于黑屏状态的问题。

在一些实施方式中，检测黑屏状态的方法包括但不限于：将黑屏状态涉及的至少一个寄存器对应的参数值加入esdcheck功能中，通过轮询加入的参数值以及lcd状态寄存器中的状态值。可选的，为了使得检测结果更加准确，可以轮询黑屏状态涉及的所有寄存器对应的参数值，从而使得检测结果完整，且当确定该状态才检测，可以避免在正常使用过程中，执行esdcheck功能而造成闪屏等问题。

s103：若所述显示屏处于黑屏状态，则对所述显示屏进行复位操作，以使所述显示屏由所述黑屏状态转换为亮屏状态。

所述复位操作是指在确定显示屏处于黑屏状态时，对显示屏进行初始化以使显示屏可以重新点亮的操作。

根据一些实施例，可以通过发复位指令至显示屏以使显示屏自动复位，从而使得显示屏由所述黑屏状态转换为亮屏状态；也可以确定轮询的参数值中的异常参数值，再对该异常参数值进行复位，从而使得显示屏由所述黑屏状态转换为亮屏状态。

综上，当确定所述移动状态为预设状态时，可以确定移动终端的移动状态为从显示屏朝下放置转化为被拿起，此时，移动终端的显示屏会经常出现从亮屏状态转化为黑屏状态的问题，因此，在确定移动终端从显示屏朝下放置转化为被拿起时，检测该显示屏是否处于黑屏。若该显示屏处于黑屏状态，则对显示屏进行复位操作；若显示屏处于亮屏状态，则不对显示屏进行复位操作。

在本申请实施例中，先获取移动终端的移动状态，当确定移动状态为预设状态时，检测显示屏是否处于黑屏状态，若显示屏处于黑屏状态，则对显示屏进行复位操作，以使显示屏由黑屏状态转换为亮屏状态。其中，通过移动终端的移动状态可以确定移动终端对应的用户场景，基于该用户场景以及显示屏状态判断显示屏是否处于黑屏状态，从而可以准确的检测显示屏由亮屏状态转化为的情况，进而可以准确的点亮显示屏。

请参见图3，图3是本申请提出的一种显示屏控制方法的另一种实施例的流程示意图。具体的：

s201：获取移动终端的重力加速度。

在拿起显示屏朝下放置的移动终端的用户场景中，显示屏出现倾斜，重力加速度随之变化，因此，可以通过获取移动终端的重力加速度，判断移动终端所处的用户场景。

示意性的，如图4所示，一种可行的移动终端的重力加速度的举例示意图，基于人体工程学考虑到用户在实际应用下拿起显示屏朝下放置的移动终端，该移动终端的重力加速度由-9.8g/m²减小至-9.6g/m²，可以确定在目标用户场景下，用户拿起移动终端的过程中，移动终端会与水平面成15°的倾斜。

s202：获取所述移动终端在垂直方向上与前方物体之间的目标距离。

根据一些实施例，仅通过移动终端的重力加速度无法准确的判断移动终端所在的用户场景，例如，当移动终端的重力加速度发生变化，表明移动终端发生了倾斜，但该用户场景可以是用户拿起朝下放置的移动终端，也可以是用户仰头手持移动终端，如图5所示。

为了避免场景识别错误，获取移动终端在垂直方向上与前方物体之间的目标距离。通过移动终端在垂直方向上与前方物体之间的目标距离，进一步的判断移动终端所在的应用场景。其中，前方物体在目标用户场景中可以理解为用于放置移动终端的支撑物(如桌面)。

s203：当确定所述重力加速度小于加速度阈值以及所述目标距离小于距离阈值时，检测所述显示屏是否处于黑屏状态。

移动终端在目标用户场景(拿起显示屏朝下放置的移动终端)中，会发生一定角度的倾斜，重力加速度也会随之变化，且移动终端与前方物体(支撑物如桌面)的距离从0开始增大。

易于理解的是，加速度阈值是指可以判定移动终端与水平面方向倾斜至目标角度的重力加速度值。其中，该目标角度可以是指移动终端在目标用户场景中的倾斜角度，在实际应用中可以根据移动终端的大小尺寸进行设置，以智能手机为例，可以将目标角度设置为15°，加速度阈值为-9.6g/m²。

所述距离阈值是指在移动终端被拿起的时刻，移动终端与前方物体(支撑物)的距离的门限值或临界值。在实际应用中，可以基于移动终端被拿起的速度进行设置，以智能手机为例，可以将距离阈值设置为5厘米。

需要说明的是，移动终端在确定重力加速度小于加速度阈值以及目标距离小于距离阈值时，可以确定移动终端处于目标用户场景中。

可选的，当确定所述重力加速度小于所述加速度阈值时，经过第一预设时长后，获取所述移动终端在垂直方向上与前方物体的目标距离，当确定所述目标距离小于所述距离阈值时，检测所述显示屏是否处于黑屏状态。其中，经过第一预设时间是为了防止在用户操作过程中，由于抖动而使的目标距离出现偏差。其中，虽然确定移动终端的倾斜状态，但在显示屏开始倾斜的时候会出现抖动，因此，经过预设时长在显示屏开始稳定后可以检测到更加准确的距离，从而可以更加准确的判断移动终端是否处于目标用户场景中。

s204：若所述显示屏处于黑屏状态，则对所述显示屏进行复位操作，以使所述显示屏由所述黑屏状态转换为亮屏状态。

具体可参见s103，此处不再赘述。

在本申请实施例中，先获取移动终端的移动状态，当确定移动状态为预设状态时，检测显示屏是否处于黑屏状态，若显示屏处于黑屏状态，则对显示屏进行复位操作，以使显示屏由黑屏状态转换为亮屏状态。其中，通过移动终端的移动状态可以确定移动终端对应的用户场景，基于该用户场景以及显示屏状态判断显示屏是否处于黑屏状态，从而可以准确的检测显示屏由亮屏状态转化为的情况，进而可以准确的点亮显示屏。进一步的，通过移动终端的重力加速度和移动终端在垂直方向上与前方物体之间的目标距离，可以准确的确定移动终端对应的用户场景，从而更加准确的检测显示屏处于黑屏状态的情况。

请参见图6，图6是本申请提出的一种显示屏控制方法的另一种实施例的流程示意图。具体的：

s301：获取移动终端的重力加速度。

具体可参见s201，此处不再赘述。

s302：获取所述移动终端在垂直方向上与前方物体之间的目标距离。

具体可参见s202，此处不再赘述。

s303：当确定所述重力加速度小于加速度阈值以及所述目标距离小于距离阈值时，读取所述移动终端中目标寄存器的参数值，基于所述参数值检测所述显示屏是否处于黑屏状态。

具体的，当参数值为正常参数值，则确定显示屏处于亮屏状态，当参数值为异常参数值，则确定显示屏处于黑屏状态。

易于理解的是，目标寄存器是指当显示屏处于黑屏状态时参数值会发生变化的寄存器，也即通过读取目标寄存器的参数值可以判断显示屏是否处于黑屏状态。目标寄存器可以为亮度寄存器，demura寄存器以及lcd状态寄存器。

以目标寄存器为demura寄存器为例，demura寄存器中的参数值可以为0x01或0x02。当该参数值为0x01时，显示屏处于亮屏状态，当该参数值为0x01时，显示屏处于黑屏状态。因此，当检测到该参数值为0x02时，可以确定显示屏处于黑屏状态。

可选的，当参数值为异常参数值时，也无法确定显示屏处于黑屏状态(可以处于黑屏状态，也可能处于亮屏状态)，则基于准确性原则，检测参数值为异常参数值时，则对显示屏进行复位操作，以使显示屏在进行复位操作后一定处于亮屏状态。

s304：若所述显示屏处于亮屏状态，则经过第二预设时长后，执行所述检测所述显示屏是否处于黑屏状态的步骤。

需要说明的是，当确定显示屏为亮屏状态时，为了确保在用户拿起显示屏朝下放置的移动终端的整个过程中，显示屏会再次转变为黑屏状态，周期性的对显示屏的状态进行检测。其中，第二预设时长可以理解为显示屏的检测周期，可以根据移动终端的性能设置该第二预设时长。第二预设时长越短，检测频率越高，其中可以将第二预设时长设置为2秒。

执行所述检测所述显示屏是否处于黑屏状态的步骤，具体可参见s303，此处不再赘述。

s305：当所述显示屏处于黑屏状态时，对所述显示屏进行复位操作，以使所述显示屏由所述黑屏状态转换为亮屏状态。

具体可参见s103，此处不再赘述。

s306：当所述重力加速度大于所述加速度阈值时，检测所述显示屏是否处于黑屏状态。

根据一些实施例，当确定重力加速度小于加速度阈值以及目标距离小于距离阈值时，可以确定移动终端处于目标用户场景(用户拿起显示屏向下放置的移动终端)中。而在移动终端的移动状态不断变化的过程中，移动终端可以不处于该目标用户场景，当移动终端不处于该目标用户场景时，显示屏不易出现处于黑屏状态的问题，此时也不需要对显示屏进行周期性检测。因此，当确定移动终端被拿起后，进行最后一次显示屏的检测。

需要说明的是，确定移动终端不处于该目标用户场景的判断条件包括但不限于：确定所述重力加速度大于所述加速度阈值。其中，确定所述重力加速度大于加速度阈值，可以确定移动终端在水平面上的倾斜角大于一定角度，则可以确定移动终端不处于该目标用户场景。

检测所述显示屏是否处于黑屏状态，具体可参见s303，此处不再赘述。

s307：若所述显示屏处于黑屏状态，则对所述显示屏进行复位操作，以使所述显示屏由所述黑屏状态转换为所述亮屏状态。

具体可参见s103，此处不再赘述。

s308：若所述显示屏处于亮屏状态，则停止执行所述检测所述显示屏是否处于黑屏状态的步骤。

当移动终端不处于该目标用户场景时，显示屏不易出现处于黑屏状态的问题，此时也不需要对显示屏进行周期性检测。因此，在s306和s307中进行最后一次显示屏的检测后，可以停止执行所述检测所述显示屏是否处于黑屏状态的步骤。

在本申请实施例中，先获取移动终端的移动状态，当确定移动状态为预设状态时，检测显示屏是否处于黑屏状态，若显示屏处于黑屏状态，则对显示屏进行复位操作，以使显示屏由黑屏状态转换为亮屏状态。其中，通过移动终端的移动状态可以确定移动终端对应的用户场景，基于该用户场景以及显示屏状态判断显示屏是否处于黑屏状态，从而可以准确的检测显示屏由亮屏状态转化为黑屏状态的情况，进而可以准确的点亮显示屏。进一步的，通过重力加速度可以更加精确判断移动终端的用户场景。

下面将结合图7，对本申请实施例提供的显示屏控制装置进行详细介绍。需要说明的是，图7所示的显示屏控制装置，用于执行本申请图1～图6所示实施例的方法，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请图1～图6所示的实施例。

请参见图7，其示出本申请实施例的显示屏控制装置的结构示意图。该显示屏控制装置1可以通过软件、硬件或者两者的结合实现成为移动终端的全部或一部分。根据一些实施例，该显示屏控制装置1包括移动状态获取模块11、黑屏状态检测模块12和亮屏状态转换模块13，具体用于：

移动状态获取模块11，用于获取所述移动终端的移动状态；

黑屏状态检测模块12，用于当确定所述移动状态为预设状态时，检测所述显示屏是否处于黑屏状态；

亮屏状态转换模块13，用于若所述显示屏处于黑屏状态，则对所述显示屏进行复位操作，以使所述显示屏由所述黑屏状态转换为亮屏状态。

可选的，如图8所示，所述移动状态获取模块11包括：

加速度获取单元111，用于获取所述移动终端的重力加速度；

距离获取单元112，用于获取所述移动终端在垂直方向上与前方物体之间的目标距离；

所述黑屏状态检测模块12，具体用于：

当确定所述重力加速度小于加速度阈值以及所述目标距离小于距离阈值时，检测所述显示屏是否处于黑屏状态。

可选的，所述距离获取单元112，具体用于：

当确定所述重力加速度小于所述加速度阈值时，经过第一预设时长后，获取所述移动终端在垂直方向上与前方物体的目标距离；

所述黑屏状态检测模块12，具体用于：

当确定所述目标距离小于所述距离阈值时，检测所述显示屏是否处于黑屏状态。

可选的，所述黑屏状态检测模块12，具体用于：

参数值读取单元121，用于读取所述移动终端中目标寄存器的参数值，基于所述参数值检测所述显示屏是否处于黑屏状态，其中：

当所述参数值为正常参数值，则确定所述显示屏处于所述亮屏状态；

当所述参数值为异常参数值，则确定所述显示屏处于所述黑屏状态。

可选的，如图9所示，所述装置1还包括：

步骤执行模块14，用于若所述显示屏处于亮屏状态，则经过第二预设时长后，执行所述检测所述显示屏是否处于黑屏状态的步骤；

复位操作模块15，用于当所述显示屏处于黑屏状态时，对所述显示屏进行复位操作，以使所述显示屏由所述黑屏状态转换为亮屏状态。

可选的，所述装置1还包括：

状态检测模块16，用于当所述重力加速度大于所述加速度阈值时，检测所述显示屏是否处于黑屏状态；

状态转换模块17，用于若所述显示屏处于黑屏状态，则对所述显示屏进行复位操作，以使所述显示屏由所述黑屏状态转换为所述亮屏状态；

步骤停止模块18，若所述显示屏处于亮屏状态，则停止执行所述检测所述显示屏是否处于黑屏状态的步骤。

需要说明的是，上述实施例提供的显示屏控制装置在执行显示屏控制方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的显示屏控制装置与显示屏控制方法实施例属于同一构思，其体现实现过程详见方法实施例，这里不再赘述。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

在本实施例中，先获取移动终端的移动状态，当确定移动状态为预设状态时，检测显示屏是否处于黑屏状态，若显示屏处于黑屏状态，则对显示屏进行复位操作，以使显示屏由黑屏状态转换为亮屏状态。其中，通过移动终端的移动状态可以确定移动终端对应的用户场景，基于该用户场景以及显示屏状态判断显示屏是否处于黑屏状态，从而可以准确的检测显示屏由亮屏状态转化为黑屏状态的情况，进而可以准确的点亮显示屏。

本申请实施例还提供了一种计算机存储介质，所述计算机存储介质可以存储有多条指令，所述指令适于由处理器加载并执行如上述图1～图6所示实施例的所述显示屏控制方法，具体执行过程可以参见图1～图6所示实施例的具体说明，在此不进行赘述。

本申请还提供了一种计算机程序产品，该计算机程序产品存储有至少一条指令，所述至少一条指令由所述处理器加载并执行如上述图1～图6所示实施例的所述显示屏控制方法，具体执行过程可以参见图1～图6所示实施例的具体说明，在此不进行赘述。

请参考图10，其示出了本申请一个示例性实施例提供的移动终端的结构方框图。本申请中的移动终端可以包括一个或多个如下部件：处理器110、存储器120、输入装置130、输出装置140和总线150。处理器110、存储器120、输入装置130和输出装置140之间可以通过总线150连接。

处理器110可以包括一个或者多个处理核心。处理器110利用各种接口和线路连接整个移动终端内的各个部分，通过运行或执行存储在存储器120内的指令、程序、代码集或指令集，以及调用存储在存储器120内的数据，执行移动终端100的各种功能和处理数据。可选地，处理器110可以采用数字信号处理(digitalsignalprocessing，dsp)、现场可编程门阵列(field－programmablegatearray，fpga)、可编程逻辑阵列(programmablelogicarray，pla)中的至少一种硬件形式来实现。处理器110可集成中央处理器(centralprocessingunit，cpu)、图像处理器(graphicsprocessingunit，gpu)和调制解调器等中的一种或几种的组合。其中，cpu主要处理操作系统、用户界面和应用程序等；gpu用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器110中，单独通过一块通信芯片进行实现。

存储器120可以包括随机存储器(randomaccessmemory，ram)，也可以包括只读存储器(read-onlymemory，rom)。可选地，该存储器120包括非瞬时性计算机可读介质(non-transitorycomputer-readablestoragemedium)。存储器120可用于存储指令、程序、代码、代码集或指令集。存储器120可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等，该操作系统可以是安卓(android)系统，包括基于android系统深度开发的系统、苹果公司开发的ios系统，包括基于ios系统深度开发的系统或其它系统。存储数据区还可以存储移动终端在使用中所创建的数据比如电话本、音视频数据、聊天记录数据，等。

参见图11所示，存储器120可分为操作系统空间和用户空间，操作系统即运行于操作系统空间，原生及第三方应用程序即运行于用户空间。为了保证不同第三方应用程序均能够达到较好的运行效果，操作系统针对不同第三方应用程序为其分配相应的系统资源。然而，同一第三方应用程序中不同应用场景对系统资源的需求也存在差异，比如，在本地资源加载场景下，第三方应用程序对磁盘读取速度的要求较高；在动画渲染场景下，第三方应用程序则对gpu性能的要求较高。而操作系统与第三方应用程序之间相互独立，操作系统往往不能及时感知第三方应用程序当前的应用场景，导致操作系统无法根据第三方应用程序的具体应用场景进行针对性的系统资源适配。

为了使操作系统能够区分第三方应用程序的具体应用场景，需要打通第三方应用程序与操作系统之间的数据通信，使得操作系统能够随时获取第三方应用程序当前的场景信息，进而基于当前场景进行针对性的系统资源适配。

以操作系统为android系统为例，存储器120中存储的程序和数据如图12所示，存储器120中可存储有linux内核层320、系统运行时库层340、应用框架层360和应用层380，其中，linux内核层320、系统运行库层340和应用框架层360属于操作系统空间，应用层380属于用户空间。linux内核层320为移动终端的各种硬件提供了底层的驱动，如显示驱动、音频驱动、摄像头驱动、蓝牙驱动、wi-fi驱动、电源管理等。系统运行库层340通过一些c/c++库来为android系统提供了主要的特性支持。如sqlite库提供了数据库的支持，opengl/es库提供了3d绘图的支持，webkit库提供了浏览器内核的支持等。在系统运行时库层340中还提供有安卓运行时库(androidruntime)，它主要提供了一些核心库，能够允许开发者使用java语言来编写android应用。应用框架层360提供了构建应用程序时可能用到的各种api，开发者也可以通过使用这些api来构建自己的应用程序，比如活动管理、窗口管理、视图管理、通知管理、内容提供者、包管理、通话管理、资源管理、定位管理。应用层380中运行有至少一个应用程序，这些应用程序可以是操作系统自带的原生应用程序，比如联系人程序、短信程序、时钟程序、相机应用等；也可以是第三方开发者所开发的第三方应用程序，比如游戏类应用程序、即时通信程序、相片美化程序、通知消息的显示程序等。

以操作系统为ios系统为例，存储器120中存储的程序和数据如图13所示，ios系统包括：核心操作系统层420(coreoslayer)、核心服务层440(coreserviceslayer)、媒体层460(medialayer)、可触摸层480(cocoatouchlayer)。核心操作系统层420包括了操作系统内核、驱动程序以及底层程序框架，这些底层程序框架提供更接近硬件的功能，以供位于核心服务层440的程序框架所使用。核心服务层440提供给应用程序所需要的系统服务和/或程序框架，比如基础(foundation)框架、账户框架、广告框架、数据存储框架、网络连接框架、地理位置框架、运动框架等等。媒体层460为应用程序提供有关视听方面的接口，如图形图像相关的接口、音频技术相关的接口、视频技术相关的接口、音视频传输技术的无线播放(airplay)接口等。可触摸层480为应用程序开发提供了各种常用的界面相关的框架，可触摸层480负责用户在移动终端上的触摸交互操作。比如本地通知服务、远程推送服务、广告框架、游戏工具框架、消息用户界面接口(userinterface，ui)框架、用户界面uikit框架、地图框架等等。

在图13所示出的框架中，与大部分应用程序有关的框架包括但不限于：核心服务层440中的基础框架和可触摸层480中的uikit框架。基础框架提供许多基本的对象类和数据类型，为所有应用程序提供最基本的系统服务，和ui无关。而uikit框架提供的类是基础的ui类库，用于创建基于触摸的用户界面，ios应用程序可以基于uikit框架来提供ui，所以它提供了应用程序的基础架构，用于构建用户界面，绘图、处理和用户交互事件，响应手势等等。

其中，在ios系统中实现第三方应用程序与操作系统数据通信的方式以及原理可参考android系统，本申请在此不再赘述。

其中，输入装置130用于接收输入的指令或数据，输入装置130包括但不限于键盘、鼠标、摄像头、麦克风或触控设备。输出装置140用于输出指令或数据，输出装置140包括但不限于显示设备和扬声器等。在一个示例中，输入装置130和输出装置140可以合设，输入装置130和输出装置140为触摸显示屏，该触摸显示屏用于接收用户使用手指、触摸笔等任何适合的物体在其上或附近的触摸操作，以及显示各个应用程序的用户界面。触摸显示屏通常设置在移动终端的前面板。触摸显示屏可被设计成为全面屏、曲面屏或异型屏。触摸显示屏还可被设计成为全面屏与曲面屏的结合，异型屏与曲面屏的结合，本申请实施例对此不加以限定。

除此之外，本领域技术人员可以理解，上述附图所示出的移动终端的结构并不构成对移动终端的限定，移动终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。比如，移动终端中还包括射频电路、输入单元、传感器、音频电路、无线保真(wirelessfidelity，wifi)模块、电源、蓝牙模块等部件，在此不再赘述。

在本申请实施例中，各步骤的执行主体可以是上文介绍的移动终端。可选地，各步骤的执行主体为移动终端的操作系统。操作系统可以是安卓系统，也可以是ios系统，或者其它操作系统，本申请实施例对此不作限定。

本申请实施例的移动终端，其上还可以安装有显示设备，显示设备可以是各种能实现显示功能的设备，例如：阴极射线管显示器(cathoderaytubedisplay，简称cr)、发光二极管显示器(light-emittingdiodedisplay，简称led)、电子墨水屏、液晶显示屏(liquidcrystaldisplay，简称lcd)、等离子显示面板(plasmadisplaypanel，简称pdp)等。用户可以利用移动终端101上的显示设备，来查看显示的文字、图像、视频等信息。所述移动终端可以是智能手机、平板电脑、游戏设备、ar(augmentedreality，增强现实)设备、汽车、数据存储装置、音频播放装置、视频播放装置、笔记本、桌面计算设备、可穿戴设备诸如电子手表、电子眼镜、电子头盔、电子手链、电子项链、电子衣物等设备。

在本申请实施例中，先获取移动终端的移动状态，当确定移动状态为预设状态时，检测显示屏是否处于黑屏状态，若显示屏处于黑屏状态，则对显示屏进行复位操作，以使显示屏由黑屏状态转换为亮屏状态。其中，通过移动终端的移动状态可以确定移动终端对应的用户场景，基于该用户场景以及显示屏状态判断显示屏是否处于黑屏状态，从而可以准确的检测显示屏由亮屏状态转化为黑屏状态的情况，进而可以准确的点亮显示屏。

本领域的技术人员可以清楚地了解到本申请的技术方案可借助软件和/或硬件来实现。本说明书中的“单元”和“模块”是指能够独立完成或与其他部件配合完成特定功能的软件和/或硬件，其中硬件例如可以是现场可编程门阵列(field－programmablegatearray，fpga)、集成电路(integratedcircuit，ic)等。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些服务接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储器包括：u盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通进程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、只读存储器(read-onlymemory，rom)、随机存取器(randomaccessmemory，ram)、磁盘或光盘等。

以上所述者，仅为本公开的示例性实施例，不能以此限定本公开的范围。即但凡依本公开教导所作的等效变化与修饰，皆仍属本公开涵盖的范围内。本领域技术人员在考虑说明书及实践这里的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未记载的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的范围和精神由权利要求限定。