一种基于容器的多系统移动设备的背光灯控制方法和装置的制造方法
【技术领域】
[0001]本申请涉及电数字数据处理领域，尤其涉及一种在基于容器的多系统移动设备中对背光灯亮度进行控制的方法和装置。
【背景技术】
[0002]背光灯主要用来控制液晶显示器亮度、键盘亮度。用户可以按照自己的视觉感受，将背光调整到合理的值，以满足各种不同具体情景的需求，从而提高用户体验。目前，手机系统对于背光灯的调控主要通过在驱动层提供背光设备节点、并进行硬件抽象层(HAL层)的层层抽象封装、上层配合相应的服务(service)管理、接口而进行调控。
[0003]然而，在基于容器的多系统移动设备中，每个系统分别在不同容器中运行。由于背光灯的设备节点在基于容器的多系统中是唯一的，每个系统对于背光灯的管理策略和实现不同。在系统切换后，前台系统和后台系统对背光灯都可以控制，造成设备节点数据被覆盖，从而背光灯调节出现问题，不能达到预期的效果。
【发明内容】
[0004]本申请的目标在于提供一种在基于容器的多系统中使背光灯能正常有序的响应用户需求的方法和装置。
[0005]本申请的目标由一种基于容器的多系统移动设备的背光灯控制方法实现，多系统包括前台系统和后台系统，前台系统和后台系统分别在不同容器中运行，该方法包括:
[0006]上层服务接收上层应用发出的调节背光灯亮度的请求；
[0007]确定请求来自前台系统应用还是后台系统应用；
[0008]对于来自前台系统应用的请求，响应于请求对所述移动设备的背光灯的亮度进行调节;对于来自后台系统应用的请求，忽略该请求。
[0009]优选地，在确定请求来自前台系统应用还是后台系统应用之前还包括，将请求下发给内核驱动层，之后由背光灯驱动器判断请求是来自前台系统应用还是后台系统应用。
[0010]进一步优选地，确定请求来自前台系统应用还是后台系统应用基于请求所在进程的属性进行。
[0011]本申请的目标还由一种基于容器的多系统移动设备的背光灯控制装置实现，多系统包括前台系统和后台系统，前台系统和后台系统分别在不同容器中运行，该装置包括:
[0012]亮度调节请求接收单元，用于使上层服务接收上层应用发出的调节背光灯亮度的请求；
[0013]请求来源确定单元，用于确定请求来自前台系统应用还是后台系统应用；
[0014]请求响应单元，用于在请求来自前台系统应用时，响应于请求对所述移动设备的背光灯的亮度进行调节;及在请求来自后台系统应用时，忽略该请求。
[0015]在基于容器的多系统下，多系统共用同一个内核(kernel)。为了减少切换系统重新启动service的开销及满足用户可以同时查看前后台系统的一些即时事件如来电信息、短消息等的需求，后台service是运行的，各种事件可以正常上报。本发明通过在处理中对各种事件的来源尤其是调节背光灯亮度的请求的来源加以区分，对于后台service发来的请求，不做任何操作，即不对背光灯的设备节点做写入操作;而对于来自前台系统的请求进行正常的处理流程，从而实现背光灯被前台实时控制的目的。而且，通过在kernel查看当前进程的属性，从而得知当前进程处在前或后台进程，可确保对后台系统service发来的请求完全不做处理。
[0016]除非明确指出，在此所用的单数形式“一”、“该”均包括复数含义(即具有“至少一”的意思)。应当进一步理解，说明书中使用的术语“具有”、“包括”和/或“包含”表明存在所述的特征、步骤、操作、元件和/或部件，但不排除存在或增加一个或多个其他特征、步骤、操作、元件、部件和/或其组合。如在此所用的术语“和/或”包括一个或多个列举的相关项目的任何及所有组合。除非明确指出，在此公开的任何方法的步骤不必精确按照所公开的顺序执行。
【附图说明】
[0017]本发明将在下面参考附图并结合优选实施例进行更完全地说明。
[0018]图1为根据本发明方法的一实施例的流程图。
[0019]图2为根据本发明方法的另一实施例的流程图。
[0020]图3为根据本发明装置的一实施例的结构示意图。
[0021 ]图4为根据本发明装置的另一实施例的结构示意图。
[0022]为清晰起见，这些附图均为示意性及简化的图，它们只给出了对于理解本发明所必要的细节，而省略其他细节。
【具体实施方式】
[0023]通过下面给出的详细描述，本发明的适用范围将显而易见。然而，应当理解，在详细描述和具体例子表明本发明优选实施例的同时，它们仅为说明目的给出。
[0024]在基于容器的多系统移动设备如手机中，容器作为操作系统环境内设备可以独立运行的一个子操作系统，子操作系统拥有自己的主界面、启动程序、应用程序以及各种小部件。当各个操作系统即前台系统和后台系统都提出调节背光灯亮度的请求时，就会造成系统冲突从而导致背光灯无法正常使用。本发明方法在系统切换时，被置为前台的service根据配置，更新一下背光灯的亮度。之后，通过区分背光灯的操作请求来源于前台还是后台而实现背光灯调节的有序控制。
[0025]图1示出了本发明方法的一实施例，其开始于步骤S10，上层应用发出调节背光灯亮度的请求，上层服务接收上层应用发出的调节背光灯亮度的请求。如果前台系统的多个应用同时请求调节背光灯亮度，设备在驱动层有自旋锁，只有最先拿到锁的进程可以操作设备，当拿锁进程操作背光灯完成后释放该锁，其他应用可以拿锁进行相应的其他操作。之后，处理进行到步骤S20，无论请求是来自于前台系统应用还是后台系统应用，走正常流程，对请求进行正常的HAL层(硬件抽象层)和Framework层(框架层)处理。之后，处理进行到步骤S30，将经过上层处理的请求下发给内核驱动层。之后，处理进行到步骤S40，在背光灯驱动器中判断请求是来自前台系统应用还是后台系统应用。在实施例中，请求来源的判断基于请求所在进程的属性进行。由于每个容器的子系统所处的命名空间不同，进程的current属性中的nsproxy->dev_ns_>active的值不同，处于前台时该值为1，处于后台时该值为零，从而从该值判断出当前的进程是属于前台还是后台。如果调节背光灯亮度的请求来自于前台系统应用，则处理进行到步骤S50，走正常的流程，对背光灯设备节点拥有正常的读写权限，即响应于请求对移动设备的背光灯的亮度进行调节。否则，如果调节背光灯亮度的请求来自于后台系统应用，处理进行到步骤S60，忽略该请求，即绕开后面的处理流程，不对设备做任何操作，并使处理返回到步骤S10。在步骤S50之后，处