屏幕亮度调节方法、装置、存储介质及电子设备与流程

2021-01-25 16:01:59|

273|

起点商标网

本申请涉及计算机技术领域，尤其涉及一种屏幕亮度调节方法、装置、存储介质及电子设备。

背景技术：

随着通信技术的发展，终端上的功能也在不断增加。用户可以通过终端上的导航功能，进行行程导航方便出行。

终端开启导航功能后，可以实时更新路况信息，同时能够随时随意查看位置周边信息等。如用户在使用终端导航功能时，通常喜好将终端固定在车辆上，用做车载导航，从而用户在驾车行驶的过程中规划出最佳的路线；又如，用户在使用终端导航功能时，可以用做步行导航或骑行导航，终端可根据用户输入的目的地为用户规划出最佳的路线，并实时导航，方便用户出行。

目前，终端在导航的整个过程中，终端的屏幕一般都是常亮的，而屏幕的耗电是非常大的，约占整个设备的20％～40％左右；在相关技术中，终端通常会开启自动背光模式，以使得终端的屏幕背光亮度，根据当前环境光线的变化自动调节。

技术实现要素：

本申请实施例提供了一种屏幕亮度调节方法、装置、存储介质及电子设备，可以提高背光调节的背光优化效果，提升背光调节的准确性。

。本申请实施例的技术方案如下：

第一方面，本申请实施例提供了一种屏幕亮度调节方法，所述方法包括：

在当前环境下，获取屏幕的背光亮度；

获取当前的导航模式，基于所述导航模式控制所包含的至少一个光感器采集所述当前环境的光感参数；

基于所述导航模式以及所述光感参数，对所述屏幕的所述背光亮度进行调节。

第二方面，本申请实施例提供了一种屏幕亮度调装置，所述装置包括：

背光亮度获取模块，用于在当前环境下，获取屏幕的背光亮度；

光感参数采集模块，用于获取当前的导航模式，基于所述导航模式控制所包含的至少一个光感器采集所述当前环境的光感参数；

背光亮度调节模块，用于基于所述导航模式以及所述光感参数，对所述屏幕的所述背光亮度进行调节。

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

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

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

在本申请一个或多个实施例中，终端在当前环境下获取屏幕的背光亮度，然后获取当前的导航模式，基于所述导航模式控制所包含的至少一个光感器采集所述当前环境的光感参数，基于所述导航模式以及所述光感参数，对所述屏幕的所述背光亮度进行调节。通过获取当前环境下的背光亮度，然后基于当前的导航模式下相应的光感器采集的光感参数，将导航模式和光感参数纳入对屏幕背光亮度优化调节的参考，一方面，可以实现不同导航模式下，基于导航模式对应的实际场景需求智能控制光感器进行光感参数的采集；一方面，基于智能采集的光感参数并结合导航模式，确定是否属于某一导航模式下的需要对背光亮度进行优化调节的特殊场景，以便终端在该场景下对屏幕的背光亮度进行优化调节，避免了相关技术中依赖于环境光传感器采集的环境光进行背光调节而导致部分场景下背光亮度调节的效果较差的情况，提高了背光调节的背光优化效果，提升了背光调节的准确性。

附图说明

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

图1是本申请实施例提供的一种屏幕亮度调节方法的流程示意图；

图2是本申请实施例提供的屏幕亮度调节方法涉及的一种终端光感器分布的场景示意图；

图3是本申请实施例提供的屏幕亮度调节方法涉及的一种点光源发光的场景示意图；

图4是本申请实施例提供的另一种屏幕亮度调节方法的流程示意图；

图5是本申请实施例提供的屏幕亮度调方法涉及的一种驾驶导航模式下对应的场景示意图；

图6是本申请实施例提供的另一种屏幕亮度调节方法的流程示意图；

图7是本申请实施例提供的屏幕亮度调装置的结构示意图；

图8是本申请实施例提供的一种光感参数采集模块的结构示意图；

图9是本申请实施例提供的一种背光亮度调节模块的结构示意图；

图10是本申请实施例提供的另一种屏幕亮度调装置的结构示意图；

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

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

图13是图11中安卓操作系统的架构图；

图14是图11中ios操作系统的架构图。

具体实施方式

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

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

在相关技术中，开启自动背光模式的终端，可不断的从光感器件中读取当前环境的光感值，并根据光感值计算当前需要的屏幕背光亮度值，从而根据该光感值实现屏幕背光自动变化的功能。

采用这种自动背光模式进行背光亮度调节，常依赖于环境光传感器采集的环境光，在一些特殊导航场景下，仅基于环境光传感器采用的环境光进行背光亮度调节，往往会出现背光亮度优化并不彻底，如用户在驾车导航时，由于终端摆放角度会受到车体对环境光线的遮挡，从而造成固定设置的光感器(如固定设置前置和/或后置传感器)采集光感参数不准，进而背光亮度调节误差较大；又例如，在骑行导航/步行导航，通常固定设置的光感器采集的光感参数偏高，进而自动调节时背光亮度会很高，但是通常这种情形下，终端导航过程中通常不需要高的背光亮度，另外长时间保存高的背光亮度会引起终端温度升高，会存在造成终端损坏的情形。

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

在一个实施例中，如图1所示，特提出了一种屏幕亮度调节方法，该方法可依赖于计算机程序实现，可运行于基于冯诺依曼体系的屏幕亮度调装置上。该计算机程序可集成在应用中，也可作为独立的工具类应用运行。

其中，屏幕亮度调装置可以是一种具有屏幕亮度调功能的终端，该终端包括但不限于：可穿戴设备、手持设备、个人电脑、平板电脑、车载设备、智能手机、计算设备或连接到无线调制解调器的其它处理设备等。在不同的网络中终端可以叫做不同的名称，例如：用户设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置、蜂窝电话、无绳电话、个人数字处理(personaldigitalassistant，pda)、5g网络或未来演进网络中的终端设备等。

具体的，该屏幕亮度调节方法包括：

步骤s101：在所述当前环境下，获取屏幕的背光亮度。

在本实施例中，终端可以预先开启自动背光模式，基于自动背光模式通常电子设备会自动基于光感器使能采集当前环境下的光感参数，计算出一个当前需要的屏幕背光亮度值，然后电子设备在自动背光模式下，会基于计算出的屏幕背光亮度值调节屏幕的背光亮度；进一步的，在自动背光调节的过程中，终端为了避免在导航模式对应的导航场景下，自动背光调节后的背光亮度与实际导航应用场景不匹配，终端可以结合导航模式对所述屏幕的背光亮度进行二次调节，通常二次调节过程中，终端会对当前背光亮度进行微调。也即执行步骤s103的步骤。

步骤s102：获取当前的导航模式，基于所述导航模式控制所包含的至少一个光感器采集所述当前环境的光感参数。

所述导航模式与终端的当前导航状态相关联，常见的导航状态可以是驾驶导航、骑行导航、步行导航、公交导航、地铁导航、等等。

在实际应用中，终端屏幕亮度调节通常采用自动背光技术，基于光传感器(如环境光线传感器)采集光感参数，并根据光感值计算当前需要的屏幕背光亮度值，从而根据该光感值实现屏幕背光自动变化的功能。

在本实施例中，终端预先开启有自动背光模式，然后在自动背光模式已经基于计算出需要的屏幕背光亮度值，从而根据该光感值实现屏幕背光自动变化，同时终端获取到了屏幕的背光亮度，为了避免自动背光调节后的背光亮度与实际导航应用场景不匹配，终端可以确定当前的导航模式，基于导航模式对于的实际导航场景，通过控制导航模式对应的相应光感器实时或周期性采集当前环境的光感参数。

具体的，终端确定当前的导航模式，基于相应的导航模式控制相关的光感器采集所述当前环境的光感参数。在本实施例中，终端可以包含多个光感器，如图2所示，图2是一种终端光感器分布的场景示意图，在图2中，终端配置有设置于终端壳体顶部的顶部光感器，配置有设置于终端正面的前置光感器，配置有设置于终端背面的后置光感器，在不同的导航模式对应的导航场景下，可以控制不同的光感器进行光感参数的采集，从而可以避免在相应导航场景下，基于部分光感器就可以准确测得光感参数，避免其他光感器采集的光感参数的干扰以及避免当同时工作的光感器数量较多时，造成终端的整机温度较高的情况，如在骑行或步行场景下，终端可以只控制前置光感器采集当前环境下的光感参数，无需控制后置或顶部光感器进行采集。从而可以避免在相关技术中，在采集光感参数均基于固定模式进行采集，如任一时刻，相关技术中控制前置光感器进行采集，又如任一时刻，相关技术中控制所有光感器进行采集。从而可以实现不同导航模式下，基于导航模式对应的实际场景需求智能控制光感器进行光感参数的采集，其中，上述光感器可以是一个或多个，具体可以为光线感应器，也即亮度感应器，用于检测所处环境的光强度，并将光强度转换为电信号发送至与其相连终端所包含的处理器。

具体实施中，终端可以存储有不同导航模式与光感器的映射关系，所述映射关系可以是以集合、链式表等形式进行表征，终端在确定当前的导航模式之后，可以直接基于所述映射关系确定“当前的导航模式”对应的光感器，然后基于需要控制调用的至少一个光感器，然后控制相应的光感器使能采集当前环境下的光感参数。

步骤s103：基于所述导航模式以及所述光感参数，对所述屏幕的所述背光亮度进行调节。

在本实施例中，同一导航模式在实际应用中可以对应不同的导航场景，如驾驶模式下可以对应白天导航场景或夜晚导航场景，又如在步行或骑行导航模式下可以对应曝光场景(可以理解为环境光较强)或弱光场景。在实际应用中，可以预先基于采集到的光感参数(参数数量可以是多个)对导航模式下对应的各导航场景进行细分，不同的导航场景下会存在自动背光模式下当前的背光亮度存在误差的问题，终端可以针对同一导航模式下不同导航场景涉及基于光感参数的场景判决条件，基于场景判决条件确定当前导航模式下对应的目标导航场景，然后基于目标导航场景对当前自动背光亮度进行二次调节。其中，在本实施例中，主要是针对不同导航模式下的特殊导航场景，考虑到特殊导航场景下相关显示需求，然后对当前自动背光亮度进行二次调节。

如，在步行/骑行导航模式下的曝光场景，自动背光模式下终端的背光亮度通常过高，考虑到外界温度以及当前背光亮度过高，实际会导致终端温度较高，会存在终端损坏的风险，实际在上述场景下，终端的使用者在开启导航模式时并不会实时去使用终端(例如导航可以对应有语音模式进行导航)，此时终端无需保持较高的背光亮度，通过二次调节可以降低屏幕的当前背光亮度。

如，在驾驶导航模式下的白天导航场景，终端会被放置在支架(如车载支架)上，由于摆放角度的关系，造成终端光感器采集到的光感值都比车外环境光强要低很多(也即采集到的环境光误差较大)，从而造成基于误差大的环境光在自动背光模式下的终端背光亮度偏低，此时终端需要保持较高的背光亮度以进行导航，通过二次调节可以提高屏幕的当前背光亮度。

如，在驾驶导航模式下夜晚导航场景，终端会被放置在支架(如车载支架)上，由于摆放角度的关系，造成光感器采集到的环境真实光感值都较低，较低的背光亮度并不利于用户安全驾驶(也即采集到的环境光误差较大)，从而造成基于误差大的环境光在自动背光模式下的终端背光亮度偏低，此时终端需要保持较高的背光亮度以进行导航，通过二次调节可以提高屏幕的当前背光亮度。等等。

具体的，在确定当前的导航模式后，基于光感参数(可以是多个)判断属于该导航模式下的哪一类导航场景，如步行/骑行导航模式下的曝光场景、步行/骑行导航模式下的弱光场景、驾驶导航模式下的白天导航场景、驾驶导航模式下夜晚导航场景等等，在本实施例中，预先对导航模式下的各导航场景设置基于光感参数的场景判决条件，然后进行准确判决以确定是否提高或降低背光亮度。

在一种可行的实施方式中，可以预先针对导航航模式下的各导航场景设置光感参数范围，其中光感参数范围可以是不同部位采集到的光感参数对应的光感参数范围，如前置光感器的光感参数范围、后置光感器的光感参数范围、顶部光感器的光感参数范围；判断采集的全部部位光感参数是否分别落入到该导航模式下某一导航场景对应的光感参数范围，若是，则基于“该导航模式下某一导航场景”对应的二次调节规则，对当前屏幕的所述背光亮度进行调节，如下：

二次调节规则可以是：按照预设的固定值对当前屏幕的所述背光亮度进行调节，如基于预设的固定值降低或提高当前屏幕的所述背光亮度；

二次调节规则可以是：对采集到的所有部位光感参数进行加权，得到加权光感值，然后获取该导航模式下某一导航场景对应的光感基准光感系数，计算基准光感系数与所述加权光感值的乘积值，然后将所述当前屏幕的所述背光亮度调整至所述乘积值；

二次调节规则可以是：终端获取所述当前环境下对应的眼睛参数，基于所述眼睛参数确定所述背光亮度的亮度调整值。

在一种可行的实施方式中，以下将结合具体的实施场景对结合当前环境下对应的眼睛参数，基于所述眼睛参数确定所述背光亮度的亮度调整值的过程进行释义：

其中，所述眼睛参数可以理解为终端与使用者间的眼睛距离、终端与使用者间的眼睛角度、使用者的眼睛距离等参数中的一种或多种的拟合，可以理解的是与使用者先关联的眼睛参数在终端实际背光显示体验中，由于使用者与终端间眼睛参数的变化会影响使用者主观感受到的背光亮度较低或较高。基于此，在一些实施例中，在导航模式对应的特定场景可以获取当前环境下对应的眼睛参数，例如在驾驶导航模式中，由于终端通常固定在支架上，通常眼睛参数的变化量较小，可以纳入二次调节的参考，例如获取人眼与终端间的距离、眼睛的面积等。

如图3所示，对于一个均匀发射可见光的点光源，其发光的总功率为p0，假设眼睛的面积为s，眼睛距离点光源的距离为r，则眼睛接收到的功率为p：

当点光源从o1移动到位置o2时，眼睛接收到的功率随着距离变长而减小，导致人眼主观感受到的亮度降低。

相反的，当点光源从o2移动到位置o1时，眼睛接收到的功率随着距离变短而变大，导致人眼主观感受到的亮度降低。

在本实施例中，通过预先设置终端导航模式下对应的参考功率q，其中，参考功率q可以基于终端的屏幕的背光亮度按照相应功率换算公式计算确定，或，预先对不同背光亮度对应的功率值进行标定，如通过表格形式进行记录，基于功率q可以确定相对于的屏幕背光亮度。

终端可以通过所包含的图像传感器(如前置摄像头、结构光传感器等等)采集当前环境中的图像数据，然后对图像数据进行分析可以提取出当前环境下对应的眼睛参数，如使用者与终端间的眼睛距离r、眼睛面积s。其中，在一些实施例中，各使用者通常眼睛面积的个体变化率较小，终端可以预先保存有使用者对应的通用眼睛面积，也即无需通过图像传感器确定眼睛面积s。

此时，终端可以基于参考功率q、眼睛面积s、眼睛距离r，基于上述公式推导计算出参考总功率p0，

然后基于参考功率p0按照相应功率换算公式计算出当前的参考背光亮度，然后将屏幕的当前背光亮度调节值所述参考背光亮度。

另外，还可以将终端与使用者间的眼睛角度a纳入二次调节过程，终端预先对实际应用环境下，通过采集包含不同眼睛角度的样本数据，采用统计学方式推算出眼睛角度a与角度影响因子b之间的对应关系，然后在上述计算出p0后，计算p0与影响因子b的功率乘积值，基于功率乘积值换算出当前的参考背光亮度，然后将屏幕的当前背光亮度调节值所述参考背光亮度。

在本申请实施例中，终端在当前环境下获取屏幕的背光亮度，然后获取当前的导航模式，基于所述导航模式控制所包含的至少一个光感器采集所述当前环境的光感参数，基于所述导航模式以及所述光感参数，对所述屏幕的所述背光亮度进行调节。通过获取当前环境下的背光亮度，然后基于当前的导航模式下相应的光感器采集的光感参数，将导航模式和光感参数纳入对屏幕背光亮度优化调节的参考，一方面，可以实现不同导航模式下，基于导航模式对应的实际场景需求智能控制光感器进行光感参数的采集；一方面，基于智能采集的光感参数并结合导航模式，确定是否属于某一导航模式下的需要对背光亮度进行优化调节的特殊场景，以便终端在该场景下对屏幕的背光亮度进行优化调节，避免了相关技术中依赖于环境光传感器采集的环境光进行背光调节而导致部分场景下背光亮度调节的效果较差的情况，提高了背光调节的背光优化效果，提升了背光调节的准确性。

请参见图4，图4是本申请提出的一种屏幕亮度调节方法的另一种实施例的流程示意图。具体的：

步骤s201：在所述当前环境下，获取屏幕的背光亮度。

具体可参见步骤s101，此处不再赘述。

步骤s202：获取当前的导航模式。

具体可参见步骤s102，此处不再赘述。

步骤s203：确定所述导航模式为第一导航模式，控制所包含的前置光感器采集当前环境中的第一光感参数。

所述导航模式与终端的当前导航状态相关联，常见的导航状态可以是驾驶导航、骑行导航、步行导航、公交导航、地铁导航、等等。

进一步的，本实施例中为了对不同导航模式下的特殊场景进行细分，特以终端当前对应的运动速度为参考，将各导航模式至少分为运动速度慢的第一导航模式，以及运动速度快的第二导航模式。

进一步的，终端设置有一速度阈值，所述第一导航模式对应的运动速度小于或等于速度阈值，所述第二导航模式对应的运动速度大于所述速度阈值。

在一些实施场景下，第一导航模式可以是非机动车导航模式，如骑行导航模式、步行导航模式等等，第二导航模式可以是机动车导航模式，如驾驶导航模式。

进一步的，当终端处于第一导航模式下时，如骑行、步行导航模式下，当终端包含多个部位的传感器时，终端在第一导航模式下，可以只控制前置光感器进行光感参数的采集，也即可以在第一导航场景下，基于前置光感器就可以准确测得光感参数，避免其他光感器采集的光感参数的干扰以及避免当同时工作的光感器数量较多时，造成终端的整机温度较高的情况，如在骑行或步行场景下，终端可以只控制前置光感器采集当前环境下的光感参数，无需控制后置或顶部光感器进行采集。另外，在第一导航模式下终端通常前置光感器的遮挡较少，可以测得准确的光感参数。

其中，上述前置光感器在配置时可以是一个或多个，当前置光感器为多个时，多个前置光感器可以组成光感阵列，光感器具体可以为光线感应器，也即亮度感应器，用于检测所处环境的光强度，并将光强度转换为电信号发送至与其相连终端所包含的处理器。

步骤s204：确定所述导航模式为第二导航模式，控制所包含的所述前置光感器采集所述当前环境中的所述第一光感参数、控制所包含的后置光感器采集所述当前环境中的所述第二光感参数以及控制所包含的顶部光感器采集所述当前环境中的所述第三光感参数；

进一步的，当终端处于第二导航模式下时，如驾驶导航模式下，在该模式下，终端的使用者通常在机动车内部驾驶，如图5所示，图5是一种驾驶导航模式下对应的场景示意图，终端会被放置在如图5所示的支架(车载支架)上，由于摆放角度和终端固定位置的关系，终端可以控制所包含的前置光感器、后置光感器以及顶部光感器同时采集环境中的光感参数，基于各采集环境中的光感参数，以更精确确定是否为该导航模式下的特殊场景，如白天导航时需要调节背光亮度的场景a，又夜晚导航时需要调节背光亮度的场景b。可以理解的是，在场景a、场景b等特殊场景下，通常控制光感器采集到的光感值都比车外环境光强要低很多(也即采集到的环境光误差较大)。

具体的，终端控制所包含的所述前置光感器进行工作，使能采集所述当前环境中的所述第一光感参数；以及，控制所包含的后置光感器进行工作，使能采集所述当前环境中的所述第二光感参数；以及，控制所包含的顶部光感器进行工作，使能采集所述当前环境中的所述第三光感参数。

步骤s205：若所述导航模式为所述第一导航模式，当所述第一光感参数大于第一光感阈值，则降低所述屏幕的所述背光亮度。

在实际应用中，在骑行导航/步行导航等对应的第一导航模式下，通常采集的光感参数偏高，进而自动调节时背光亮度会很高，但是通常这种情形下，终端导航过程中通常不需要高的背光亮度，另外长时间保存高的背光亮度会引起终端温度升高，会存在造成终端损坏的情形。等等。

在本实施例中，通过设置第一光感阈值来判决终端是否处于第一导航模式对应的曝光场景下(即环境光较高)，所述第一光感阈值为第一光感参数的门限值或临界值。实际应用中，所述第一光感阈值可以是终端出厂前预先设置好的，也可以是后期在使用过程中，终端的使用者在相应设置界面上更改的。

具体的，在第一导航模式下的曝光场景中，自动背光模式下终端的背光亮度通常过高，考虑到外界温度以及当前背光亮度过高，实际会导致终端温度较高，会存在终端损坏的风险，实际在上述场景下，终端的使用者在开启导航模式时并不会实时去使用终端(例如导航可以对应有语音模式进行导航)，此时终端无需保持较高的背光亮度，通过二次调节可以降低屏幕的当前背光亮度。

在一种可行的实施方式中，终端可以按照预设的固定值(可以理解为第一导航模式下的曝光场景所对应的亮度调节值)对当前屏幕的所述背光亮度进行调节，如基于预设的固定值降低当前屏幕的所述背光亮度。

在一种可行的实施方式中，终端可以获取当前环境下终端与使用者间的眼睛参数，如眼球距离。然后基于所述眼睛参数确定所述背光亮度的亮度调整值，按照所述亮度调整值降低当前屏幕的所述背光亮度。

另外，当所述第一光感参数小于或等于第一光感阈值，可以不对当前所述屏幕的背光亮度进行调整。

步骤s206：若所述导航模式为所述第二导航模式，当所述第三光感参数大于所述第一光感参数且所述第三光感参数大于所述第二光感参数，则提高所述屏幕的所述背光亮度。

在实际应用中，如图5所示，在诸如机动车驾驶导航等对应的第二导航模式下的白天导航场景，终端会被放置在支架(如车载支架)上，由于摆放角度的关系，终端前置光感器入射角度正对车顶内侧，不能检测到车外部光感值，终端后置光感入射角度正对车辆仪表盘区域，不能检测车外部光感值，造成终端光感器采集到的光感值都比车外环境光强要低很多(也即采集到的环境光误差较大)，从而造成基于误差大的环境光在自动背光模式下的终端背光亮度偏低，此时终端需要保持较高的背光亮度以进行导航，通过二次调节可以提高屏幕的当前背光亮度。

在本实施例中，终端通过控制所包含的所述前置光感器进行工作，使能采集所述当前环境中的所述第一光感参数；以及，控制所包含的后置光感器进行工作，使能采集所述当前环境中的所述第二光感参数；以及，控制所包含的顶部光感器进行工作，使能采集所述当前环境中的所述第三光感参数。基于第一光感参数、第二光感参数以及第三光感参数来实现对第二导航模式中对应的需要调节背光亮度的白天导航场景进行精准判决，具体为：

判决顶部光感器采集的第三光感参数是否大于前置光感器采集的第一光感参数，以及顶部光感器采集的第三光感参数是否大于后置光感器采集的所述第二光感参数；

当所述第三光感参数大于所述第一光感参数且所述第三光感参数大于所述第二光感参数，此时终端通常处于第二导航模式中对应的需要调节背光亮度的白天导航场景，此时终端通常需要保持较高的背光亮度以进行导航，终端通过二次调节提高所述屏幕的背光亮度。

在一种可行的实施方式中，终端可以按照预设的固定值(可以理解为第二导航模式下的白天导航场景所对应的亮度调节值)对当前屏幕的所述背光亮度进行调节，如基于预设的固定值提高当前屏幕的所述背光亮度。

在一种可行的实施方式中，终端可以获取当前环境下终端与使用者间的眼睛参数，如眼球距离。然后基于所述眼睛参数确定所述背光亮度的亮度调整值，按照所述亮度调整值提高当前屏幕的所述背光亮度。

另外，当所述第三光感参数小于/等于所述第一光感参数，和/或，所述第三光感参数小于/等于所述第二光感参数，可以不对当前所述屏幕的背光亮度进行调整。

步骤s207：若所述导航模式为所述第二导航模式，当所述第一光感参数小于第二光感阈值、所述第二光感参数小于第三光感阈值以及所述第三光感参数小于第四光感阈值，则降低所述屏幕的所述背光亮度。

在实际应用中，在机动车驾驶导航等第二导航模式下的夜晚导航场景，终端会被放置在支架(如车载支架)上，由于摆放角度的关系，造成光感器采集到的环境真实光感值都较低，较低的背光亮度并不利于用户安全驾驶(也即采集到的环境光误差较大)，从而造成基于误差大的环境光在自动背光模式下的终端背光亮度偏低，此时终端需要保持较高的背光亮度以进行导航，通过二次调节可以提高屏幕的当前背光亮度。等等。

其中，所述第二光感阈值为第一光感参数的判决夜晚导航场景的门限值或临界值，所述第三光感阈值为第二光感参数的判决夜晚导航场景的门限值或临界值，所述第四光感阈值为第三光感参数的判决夜晚导航场景的门限值或临界值。

在本实施例中，第二光感阈值、第三光感阈值以及第四光感阈值可以是终端出厂前预先设置好的，也可以是后期在使用过程中，终端的使用者在相应设置界面上更改的。

在本实施例中，终端基于第一光感参数、第二光感参数以及第三光感参数来实现对第二导航模式中对应的需要调节背光亮度的夜晚导航场景进行精准判决，具体为：

判决前置光感器采集的第一光感参数是否小于第二光感阈值，所述后置光感器采集的第二光感参数是否小于第三光感阈值以及所述顶部光感器采集的所述第三光感参数是否小于第四光感阈值；

当所述第一光感参数小于第二光感阈值、所述第二光感参数小于第三光感阈值以及所述第三光感参数小于第四光感阈值时，此时终端通常处于第二导航模式中对应的需要调节背光亮度的夜晚导航场景，此时终端通常需要保持较高的背光亮度以进行导航，终端通过二次调节提高所述屏幕的背光亮度。

在一种可行的实施方式中，终端可以按照预设的固定值(可以理解为第二导航模式下的夜晚导航场景所对应的亮度调节值)对当前屏幕的所述背光亮度进行调节，如基于预设的固定值提高当前屏幕的所述背光亮度。

另外，当所述第一光感参数大于/等于第二光感阈值、所述第二光感参数大于/等于第三光感阈值以及所述第三光感参数大于/等于第四光感阈值时，可以不对当前所述屏幕的背光亮度进行调整。

在本申请实施例中，终端在当前环境下获取屏幕的背光亮度，然后获取当前的导航模式，基于所述导航模式控制所包含的至少一个光感器采集所述当前环境的光感参数，基于所述导航模式以及所述光感参数，对所述屏幕的所述背光亮度进行调节。通过获取当前环境下的背光亮度，然后基于当前的导航模式下相应的光感器采集的光感参数，将导航模式和光感参数纳入对屏幕背光亮度优化调节的参考，一方面，可以实现不同导航模式下，基于导航模式对应的实际场景需求智能控制光感器进行光感参数的采集；一方面，基于智能采集的光感参数并结合导航模式，确定是否属于某一导航模式下的需要对背光亮度进行优化调节的特殊场景，以便终端在该场景下对屏幕的背光亮度进行优化调节，如在第一导航模式以及第二导航模式对应的相应场景中，终端可以相应提高或降低背光亮度。避免了相关技术中依赖于环境光传感器采集的环境光进行背光调节而导致部分场景下背光亮度调节的效果较差的情况，提高了背光调节的背光优化效果，提升了背光调节的准确性。

请参见图6，图6是本申请提出的一种屏幕亮度调节方法的另一种实施例的流程示意图。具体的：

步骤s301：在当前环境下，获取屏幕的背光亮度。

具体可参见步骤s101，此处不再赘述。

步骤s302：获取当前的导航模式，基于所述导航模式控制所包含的至少一个光感器采集所述当前环境的光感参数。

具体可参见步骤s102，此处不再赘述。

步骤s303：监测所述光感参数的光感变化率以及当前的运动数据。

所述光感变化率用于表征单位时间内光感参数的变化程度，在本实施例中，可以通过光感变化率来判断终端在某个时刻是否存在突然出现的灯光干扰源的干扰。例如，在夜晚导航场景下，终端的使用者驾驶车辆行驶，会存在前方车辆由于行驶间隔距离较近，受到“前方车辆灯光(灯干扰源)”的干扰，此时，光感变化率会产生突变。

所述运动数据与当前终端导航状态相关联的导航运动过程中的数据，如运动速度、加速度、运动距离；进一步的，在驾驶导航场景下，所述运动数据还可以包括间隔距离(如与前方车辆的间隔距离)、相对速度(如与前方车辆的相对速度)、运动时间点、运动时间点(若存在灯干扰源时，运动时间点即为干扰时间点)等等。

在本实施例中，终端可以结合光感变化率和当前的运动数据，来综合判决导航过程中，是否存在灯光干扰源的干扰；进一步的，在存在灯光干扰源的干扰时，造成终端光感器采集到的光感值比实际车外环境光强要高很多(也即采集到的环境光由于灯光干扰源误差较大)，从而造成基于误差大的环境光在自动背光模式下的终端背光亮度不准确，如偏高，此时终端同时可以结合光感变化率和当前的运动数据，通过二次调节可以调节屏幕的当前背光亮度。如调低屏幕的当前背光亮度。

在一些实施例中，上述光感参数的光感变化率和/或当前的运动数据可以非终端本身的传感器件采集，也即在实际导航场景下可以终端可以与物联网(如车联网)相结合，终端通过物联网直接建立与当前导航运动工具(如驾驶车辆)的通信连接，然后基于当前导航运动工具采集相应的运动数据，如通过雷达测速仪/测距仪探测与前车的运动参数，诸如相对距离、相对速度、干扰时间点等等，又如，通过当前导航运动工具上的光线传感器检测所述光感参数的光感变化率。进一步，基于所述光感变化率以及所述运动数据，来判断终端在某个时刻是否存在突然出现的灯光干扰源的干扰，以及在存在干扰的情况下，对所述屏幕的所述背光亮度进行背光调节。

步骤s304：基于所述光感变化率以及所述运动数据，确定灯光干扰源对应的干扰参数，基于所述干扰参数确定调节因子。

所述干扰参数包括相对速度、干扰时间点、间隔距离、光感变化率中的至少一种。

所述干扰参数可以理解为基于运动数据确定的对背光调节产生干扰的因素。在本实施例中，所述干扰参数包括相对速度、干扰时间点、间隔距离、光感变化率中的至少一种。

在本实施例中，在实际应用环境中，当终端处于导航场景，且存在灯光干扰源对背光调节产生干扰的情况下，通常是多干扰因素干扰拟合，造成基于误差大的环境光在自动背光模式下的终端背光亮度不准确，如偏高。在二次调节过程中，通过基于训练好的背光调节模型，将灯光干扰源对应的干扰参数输入至背光调节模型，可以输出所述干扰参数对应的调节因子。所述调节因子用于对在自动背光模式下的当前背光亮度进行二次调节。

在一种具体的实施方式中中，通过预先获取实际导航应用环境中的干扰样本数据，提取特征信息，并对所述干扰样本数据对应的分值进行标注，所述特征信息包含至少一个干扰参数(相对速度、干扰时间点、间隔距离、光感变化率等)，创建背光调节模型。所述背光调节模型可以是使用大量的干扰样本数据训练出来的，如背光调节模型可以是基于卷积神经网络(convolutionalneuralnetwork，cnn)模型，深度神经网络(deepneuralnetwork，dnn)模型、循环神经网络(recurrentneuralnetworks，rnn)、模型、嵌入(embedding)模型、梯度提升决策树(gradientboostingdecisiontree，gbdt)模型、逻辑回归(logisticregression，lr)模型中的至少一种实现的，基于已经标注调节标准因子的干扰样本数据对背光调节模型进行训练，可以得到训练好的背光调节模型。

在本申请实施例中，所述背光调节模型可以采用引入误差反向传播算法的隐马尔可夫模型(dnn-hmm模型)创建初始模型，在提取所述干扰样本数据的特征信息之后，将所述特征信息输入到所述dnn-hmm模型中，所述dnn-hmm模型的训练过程通常由正向传播和反向传播两部分组成，在正向传播过程中，服务器输入样本-干扰样本数据对应的特征信息从所述神经网络模型的输入层经过隐层神经元(也称节点)的传递函数(又称激活函数、转换函数)运算后，传向输出层，其中每一层神经元状态影响下一层神经元状态，在输出层计算实际输出值-异常信息类型，计算所述实际输出值与期望输出值的期望误差，基于所述期望误差调整所述dnn-hmm模型的参数，所述参数包含每一层的权重值和阈值，训练完成后，生成背光调节模型。

具体的，所述期望误差可以是计算实际输出值与期望输出值的均方误差mse，均方误差mse，所述均方误差mse可以采用如下的公式：

其中，m为输出节点个数，p为训练样本数目，为期望输出值，为实际输出值。

另外，基于卷积神经网络的马尔可夫模型(hiddenmarkovmodel，hmm)创建，则干扰样本数据的特征可以抽象为hmm的状态序列，相同状态的干扰特征由于受到外界因素的影响而造成各个方面的不同，可以把这些不同的干扰特征(如一组相对速度、干扰时间点、间隔距离、光感变化率)看作是同一组状态序列，它们对应的是同一个hmm，状态的出现及其转移可以用模型中的概率矩阵描述。对于相同的眼睛状态，所对应的hmm应当是唯一的。通过已收集的干扰特征来分析和建立隐markov模型，在一组干扰特征中，各干扰因素具有一定相关性，在对各干扰因素进行向量化的过程中，一组干扰特征对应的干扰向量也具有相对稳定的空间结构，因此，可将沿垂直方向划分多个状态再分别扩充为含有沿水平方向变化的hmm，我们把垂直方向的hmm称为主hmm，水平方向嵌入的多组hmm称为子hmm，因而可以将这种嵌入了水平方向状态转移的扩充了的一维hmm称嵌入式隐马尔可夫模型(embeddedhiddenmarkovmodel，ehmm)。通过预先获取大量的干扰样本数据，然后对所述干扰样本数据提取的干扰特征，基于已经标注调节标准因子的干扰样本数据对背光调节模型进行训练，可以得到训练好的背光调节模型。

步骤s305：基于所述调节因子对所述屏幕的所述背光亮度进行背光调节。

在一种可行的实施方式中，背光调节过程可以是将当前背光亮度与调节因子相加，将相加的和作为背光亮度调节的目标值，进行背光调节。

在一种可行的实施方式中，背光调节过程可以是将当前背光亮度与调节因子相乘，将相乘的积作为背光亮度调节的目标值，进行背光调节。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

请参见图7，其示出了本申请一个示例性实施例提供的屏幕亮度调节装置的结构示意图。该屏幕亮度调装置可以通过软件、硬件或者两者的结合实现成为装置的全部或一部分。该装置1包括背光亮度获取模块11、光感参数采集模块12和背光亮度调节模块13。

背光亮度获取模块11，用于在当前环境下，获取屏幕的背光亮度；

光感参数采集模块12，用于获取当前的导航模式，基于所述导航模式控制所包含的至少一个光感器采集所述当前环境的光感参数；

背光亮度调节模块13，用于基于所述导航模式以及所述光感参数，对所述屏幕的所述背光亮度进行调节。

可选的，如图8所示，所述光感参数采集模块12，具体用于：

第一光感采集单元121，用于确定所述导航模式为第一导航模式，控制所包含的前置光感器采集当前环境中的第一光感参数；

第二光感采集单元122，用于确定所述导航模式为第二导航模式，控制所包含的所述前置光感器采集所述当前环境中的所述第一光感参数、控制所包含的后置光感器采集所述当前环境中的所述第二光感参数以及控制所包含的顶部光感器采集所述当前环境中的所述第三光感参数；

其中，所述第一导航模式对应的运动速度小于或等于速度阈值，所述第二导航模式对应的运动速度大于所述速度阈值。

可选的，如图9所示，所述背光亮度调节模块13，包括：

背光亮度降低单元131，用于若所述导航模式为所述第一导航模式，当所述第一光感参数大于第一光感阈值，则降低所述屏幕的所述背光亮度。

可选的，所述背光亮度调节模块13，具体用于：

背光亮度提高单元132，用于若所述导航模式为所述第二导航模式，当所述第三光感参数大于所述第一光感参数且所述第三光感参数大于所述第二光感参数，则提高所述屏幕的所述背光亮度；

所述背光亮度降低单元131，还用于若所述导航模式为所述第二导航模式，当所述第一光感参数小于第二光感阈值、所述第二光感参数小于第三光感阈值以及所述第三光感参数小于第四光感阈值，则降低所述屏幕的所述背光亮度。

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

运动数据监测模块14，用于监测所述光感参数的光感变化率以及当前的运动数据；

所述背光调节模块13，还用于基于所述光感变化率以及所述运动数据，对所述屏幕的所述背光亮度进行背光调节。

可选的，所述背光调节模块13，具体用于：

当所述光感变化率大于第一变化率阈值，且所述运动数据小于速度阈值时，确定存在灯光干扰，则对所述屏幕的所述背光亮度进行背光调节。

可选的，所述背光调节模块13，具体用于：

确定灯光干扰源对应的干扰参数，基于所述干扰参数确定调节因子，所述干扰参数包括相对速度、干扰时间点、间隔距离、光感变化率中的至少一种；

基于所述调节因子对所述屏幕的所述背光亮度进行背光调节。

可选的，所述背光调节模块13，具体用于：

获取所述当前环境下对应的眼睛参数，基于所述眼睛参数确定所述背光亮度的亮度调整值；

根据所述亮度调整值对所述屏幕的所述背光亮度进行调节。

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

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

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

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

请参考图11，其示出了本申请一个示例性实施例提供的电子设备的结构方框图。本申请中的电子设备可以包括一个或多个如下部件：处理器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系统深度开发的系统或其它系统。存储数据区还可以存储电子设备在使用中所创建的数据比如电话本、音视频数据、聊天记录数据，等。

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

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

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

在图14所示出的框架中，与大部分应用程序有关的框架包括但不限于：核心服务层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，增强现实)设备、汽车、数据存储装置、音频播放装置、视频播放装置、笔记本、桌面计算设备、可穿戴设备诸如电子手表、电子眼镜、电子头盔、电子手链、电子项链、电子衣物等设备。

在图11所示的电子设备中，其中电子设备可以是一种终端，处理器110可以用于调用存储器120中存储的屏幕亮度调应用程序，并具体执行以下操作：

在当前环境下，获取屏幕的背光亮度；

获取当前的导航模式，基于所述导航模式控制所包含的至少一个光感器采集所述当前环境的光感参数；

基于所述导航模式以及所述光感参数，对所述屏幕的所述背光亮度进行调节。

在一个实施例中，所述处理器110在执行所述基于所述导航模式控制所包含的至少一个光感器采集当前环境中的光感参数时，具体执行以下操作：

确定所述导航模式为第一导航模式，控制所包含的前置光感器采集当前环境中的第一光感参数；

确定所述导航模式为第二导航模式，控制所包含的所述前置光感器采集所述当前环境中的所述第一光感参数、控制所包含的后置光感器采集所述当前环境中的所述第二光感参数以及控制所包含的顶部光感器采集所述当前环境中的所述第三光感参数；

其中，所述第一导航模式对应的运动速度小于或等于速度阈值，所述第二导航模式对应的运动速度大于所述速度阈值。

在一个实施例中，所述基于所述导航模式以及所述光感参数，对所述背光值进行背光调节时，具体执行以下操作：

若所述导航模式为所述第一导航模式，当所述第一光感参数大于第一光感阈值，则降低所述屏幕的所述背光亮度。

在一个实施例中，所述处理器110在执行所述基于所述导航模式以及所述光感参数，对所述背光值进行背光调节时，具体执行以下操作：

若所述导航模式为所述第二导航模式，当所述第三光感参数大于所述第一光感参数且所述第三光感参数大于所述第二光感参数，则提高所述屏幕的所述背光亮度；

若所述导航模式为所述第二导航模式，当所述第一光感参数小于第二光感阈值、所述第二光感参数小于第三光感阈值以及所述第三光感参数小于第四光感阈值，则降低所述屏幕的所述背光亮度。

在一个实施例中，所述处理器110在执行所述背光亮度调节方法时，还执行以下操作：

监测所述光感参数的光感变化率以及当前的运动数据；

基于所述光感变化率以及所述运动数据，对所述屏幕的所述背光亮度进行背光调节。

在一个实施例中，所述处理器110在执行所述基于所述光感变化率以及所述运动数据，对所述屏幕的所述背光亮度进行背光调节时，具体执行以下操作：

当所述光感变化率大于第一变化率阈值，且所述运动数据小于速度阈值时，确定存在灯光干扰，则对所述屏幕的所述背光亮度进行背光调节。

在一个实施例中，所述处理器110在执行所述对所述屏幕的所述背光亮度进行背光调节时，具体执行以下操作：

确定灯光干扰源对应的干扰参数，基于所述干扰参数确定调节因子，所述干扰参数包括相对速度、干扰时间点、间隔距离、光感变化率中的至少一种；

基于所述调节因子对所述屏幕的所述背光亮度进行背光调节。

在一个实施例中，所述处理器110在执行所述对所述屏幕的所述背光亮度进行调节时，具体执行以下操作：

获取所述当前环境下对应的眼睛参数，基于所述眼睛参数确定所述背光亮度的亮度调整值；

根据所述亮度调整值对所述屏幕的所述背光亮度进行调节。

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

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

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

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

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

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

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

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

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

起点商标作为专业知识产权交易平台，可以帮助大家解决很多问题，如果大家想要了解更多知产交易信息请点击【在线咨询】或添加微信【19522093243】与客服一对一沟通，为大家解决相关问题。