CN114398108A - 电子设备及其驱动加载方法、介质 - Google Patents

Abstract

本申请涉及通信领域，公开了一种电子设备及其驱动加载方法、介质。本申请中的电子设备的驱动加载方法包括：电子设备实时检测用户对应用程序的操作，当电子设备检测到用户想要开启第一应用程序时，在判断出用于驱动第一应用程序的硬件设备的第一驱动尚未被加载时，电子设备加载第一驱动，以实现第一应用程序与第一驱动的交互，使得用户开启第一应用程序。上述驱动加载方法，无需在电子设备开机时加载全部的驱动，缩短了电子设备的开机时间，优化了电子设备的系统资源配置。根据用户的开启指令实现了与第一驱动交互，用户无需感知第一应用程序与第一驱动之间的具体交互过程，在用户感受层面减少了按需加载与全部加载的区别，进一步提升了用户体验。

Description

电子设备及其驱动加载方法、介质

技术领域

本发明涉及通信领域，尤其涉及一种电子设备及其驱动加载方法、介质。

背景技术

随着通信技术的发展，手机等电子设备的功能越来越强大，因此操作系统启动时所需加载的服务和应用程序也越来越多。其中，加载是指将电子设备中与应用程序有关的文件及信息读取到内存中去，以保证应用程序能够正常使用。驱动是操作系统与应用程序对应的硬件设备之间完成数据传送的功能程序，只有借助应用驱动，才能完成操作系统与硬件设备之间的通信及特定功能。例如,手机的操作系统和摄像头利用相机驱动(CameraDriver，CD)实现通信及拍照。如果一个硬件设备没有应用驱动，只有操作系统是不能发挥硬件设备的特有功能，也即应用驱动是介于操作系统与硬件设备之间的桥梁，实现双向的传达，将硬件设备本身具有的功能传达给操作系统，同时也将操作系统的标准指令传达给硬件设备，从而实现操作系统与硬件设备的无缝连接。因此在操作系统加载的过程中，同时需要加载相关硬件设备的应用驱动，从而达到软硬件结合，发挥操作系统和硬件的所有能力，为用户提供最优的体验。

然而，不同用户群体实际常用的应用程序不同，例如，当用户为男性群体时，手机中游戏等应用程序的使用频率较高，相机、购物等应用程序的使用频率较低。因此，对于手机而言，当用户为男性群体时，用户不常使用相机应用(Camera Application，CA)，却要在手机启动的过程中加载摄像头的应用驱动，造成手机启动速度缓慢，同时占用手机内部资源，降低手机工作效率。

发明内容

本申请的目的在于提供一种电子设备及其驱动加载方法、介质。其中，电子设备的驱动加载方法中，电子设备开机时不会加载所有的驱动，而是实时检测用户需要打开的应用程序，当电子设备检测到用户对应用程序的开启指令时，电子设备判断应用程序对应的硬件设备正常使用时所需的驱动是否已经完成加载。如果判断结果为尚未加载，电子设备加载所需的驱动。上述方法能够实现驱动的按需加载，缩短了电子设备的开机时间，优化了电子设备的系统资源分配，实现了驱动的统一管理，简化了驱动控制方法。

本申请的第一方面提供了一种电子设备的驱动加载方法，包括：检测到用户对第一应用程序的开启指令；判断第一应用程序对应的第一硬件设备所需的第一驱动是否已经加载；在第一驱动未加载的情况下，加载第一驱动。

其中，第一应用程序是指安装在电子设备上的应用程序。第一应用程序可以是第三方应用程序，还可以为系统应用程序。开启指令是指用户想要启动第一应用程序时，用户与电子设备的交互动作。例如，开启指令是用户触摸电子设备显示的第一应用程序的图标。再例如，开启指令是用户通过电子设备输入的用于启动第一应用程序的选项。第一硬件设备是指实现第一应用程序相关服务与功能的外设设备，例如，第一应用程序为相机应用，第一硬件设备为摄像头。再例如，第一应用程序为打印应用，第一硬件设备为打印设备。第一驱动是一种可以使电子设备和第一硬件设备进行相互通信及功能实现的特殊程序，第一驱动根据电子设备的请求驱动第一硬件设备正常工作。

即在本申请的实施例中，电子设备检测用户对电子设备的触摸操作。当电子设备检测到用户对第一应用程序的开启指令时，电子设备判断第一应用程序对应的第一硬件设备所需的第一驱动是否已经加载。如果电子设备判断出第一驱动未加载，电子设备加载第一驱动。而后，第一应用程序与第一驱动交互。如果电子设备判断出第一驱动已经加载，第一应用程序与第一驱动交互。

在一些实施例中，电子设备加载第一驱动之后，电子设备将第一驱动的接口发送给第一应用程序，第一应用程序根据第一驱动的接口与第一驱动交互，进而通过第一驱动来驱动第一硬件设备，以使第一硬件设备根据用户对第一应用程序的操作实现用户的需求。

在另外一些实施例中，如果电子设备判断出第一驱动已经被加载，则将第一驱动的接口发送给第一应用程序，第一应用程序根据第一驱动的接口与第一驱动交互，进而通过第一驱动来驱动第一硬件设备，以使第一硬件设备根据用户对第一应用程序的操作实现用户的需求。

例如，电子设备为手机，第一应用程序为相机应用，开启指令为用户触摸手机触摸屏中显示的相机应用的图标，第一硬件设备为相机应用对应的摄像头，第一驱动为用于驱动摄像头的相机驱动。相机应用的图标显示于手机的触控屏中，相机应用对应的硬件设备为摄像头。当手机通过触控屏检测到用户触摸相机应用的图标时，手机判断用于驱动摄像头的相机驱动是否已经被加载。如果手机判断出相机驱动未被加载时，手机加载相机驱动。相机驱动加载完成后，手机将相机驱动的接口发送给相机应用，而后，相机应用根据接收到接口与相机驱动交互。通过相机应用与相机驱动交互，以通过相机驱动来驱动摄像头，满足用户的拍摄需求。如果手机判断出相机驱动已经被加载，手机将相机驱动的接口发送给相机应用，而后，相机应用根据接收到接口与相机驱动交互。

可以理解的是，本申请中的电子设备可以是需要加载驱动以实现应用程序正常使用的任何电子设备。应用程序可以是音频应用、打印应用和游戏应用。此外，一个第一应用程序对应的第一硬件设备可以是多个，第一硬件设备对应的第一驱动可以是多个。

上述电子设备的驱动加载方法中，电子设备开机时无需加载所有的驱动，而是在当电子设备检测到用户想要打开的应用程序时，电子设备加载所需的尚未加载的驱动。上述方法实现了电子设备中驱动的按需加载，一方面缩短了电子设备的开机时间，优化了电子设备的系统资源分配，另一方面电子设备根据用户的开启指令实现了与第一驱动交互，用户无需感知第一应用程序与第一驱动之间的具体交互过程，在用户感受层面减少了按需加载与全部加载的区别，进一步提升了用户体验，实现了驱动的统一管理，简化了驱动控制方法。

在上述第一方面的一种可能的实现中，上述方法中，电子设备搭载Linux操作系统，Linux操作系统包括用户态和内核态。

即在本申请的实施例中，电子设备搭载Linux操作系统，Linux操作系统根据执行权限的不同，分为用户态和内核态。Linux操作系统的用户态主要用来运行应用程序，只能受限的访问电子设备的内存且无法访问摄像头等硬件设备。Linux操作系统的内核态主要用来调度硬件资源，Linux操作系统的内核态可以由一个程序切换到另一个程序，也可以访问包括硬件设备内存储的所有数据。当电子设备检测到用户对第一应用程序的开启指令时，操作系统中的用户态判断第一应用程序对应的第一硬件设备所需的第一驱动是否已经加载。如果操作系统中的用户态判断出第一驱动未加载，操作系统中的用户态与内核态交互，将开启指令转换为Linux操作系统中内核态能够读取及响应的指示信息，而后操作系统中的内核态加载第一驱动。

可以理解的是，在另一些实施例中，本申请中的操作系统还可以是微软公司开发的操作系统(Windows)、苹果公司开发的移动操作系统(iOS)、安卓(Android)开源操作系统、鸿蒙操作系统(HUAWEI Harmony OS)或者其它操作系统。

例如，电子设备为手机，手机搭载Linux操作系统，第一应用程序为相机应用，开启指令为用户触摸手机触摸屏中显示的相机应用的图标，第一硬件设备为摄像头，第一驱动为相机驱动，相机应用的图标显示于手机的触控屏中。当手机通过触控屏检测到用户触摸相机应用的图标时，Linux操作系统中的用户态判断相机驱动是否已经被加载。如果Linux操作系统中的用户态判断出相机驱动未被加载时，Linux操作系统中的用户态与Linux操作系统中的内核态交互，将用户的开启指令转换为Linux操作系统中内核态能够读取及响应的指示信息，而后内核态根据转换后的指示信息加载相机驱动。

上述电子设备的驱动加载方法，电子设备搭载Linux操作系统，并实现开启指令在用户态与内核态之间的交互，使得用户无需感知用户态与内核态之间的具体交互过程，直接实现用户态中的应用程序与内核态中的第一驱动的交互，保证了用户感官上应用程序使用过程中的流畅性，提升了电子设备按需加载应用驱动时用户的使用体验。

在上述第一方面的一种可能的实现中，上述方法中，在第一驱动未加载的情况下，加载第一驱动，包括：用户态根据开启指令生成驱动加载请求，并将生成的驱动加载请求发送给内核态；内核态根据驱动加载请求加载第一驱动。

即在本申请的实施例中，Linux操作系统中的用户态中部署了用户态能力模块。其中用户态能力模块是一种封装了内核态中设备节点的公共能力库。Linux操作系统中的内核态中部署了内核驱动框架，并在内核态中的虚拟文件系统中部署了管理节点。其中，内核驱动框架能够加载硬件设备对应的应用驱动，管理节点为一组用于管理内核驱动框架中应用驱动加载操作的数据通道。

具体地，当电子设备检测到用户对第一应用程序的开启指令时，Linux操作系统中的用户态根据开启指令生成调用请求，并将调用请求发送给用户态能力模块。用户态能力模块根据调用请求判断用于驱动第一硬件设备的第一驱动是否已经被加载。如果用户态能力模块判断出第一驱动未被加载时，用户态能力模块将调用请求转换为内核态能够识别及响应的驱动加载请求，并将驱动加载请求发送给内核态中的管理节点，以实现用户态中的用户态能力模块和内核态中的管理节点交互。管理节点将驱动加载请求发送给内核态中的内核驱动加载框架，内核驱动框架根据驱动加载请求中的字段以及内核驱动框架中的配置文件加载应用程序对应的应用驱动。

例如，电子设备为手机，当手机检测到用户点击对相机应用对应的图标时，Linux操作系统中的用户态根据用户的触摸操作生成相机驱动的调用请求，并将调用请求发送给用户态能力模块。用户态能力模块根据调用请求判断相机驱动是否已经被加载。如果用户态能力模块判断出相机驱动未被加载，用户态能力模块将调用请求转换为内核态能够识别及响应的驱动加载请求，并将驱动加载请求发送给内核态中的管理节点。管理节点将驱动加载请求发送给内核态中的内核驱动加载框架，内核驱动框架根据驱动加载请求中的相机字段以及内核驱动框架中的配置文件加载相机驱动。

上述电子设备的驱动加载方法，通过用户态将电子设备接收的开启指令转化为用户对电子设备中第一驱动的调用请求，并在用户态能力模块根据调用请求判断出第一驱动尚未加载时，用户态将调用请求转换为内核态能够识别及响应的驱动加载请求，在保证操作系统用户态与内核态安全稳定性的同时，实现了电子设备操作系统中用户态与内核态的交互。

在上述第一方面的一种可能的实现中，上述方法中，在内核态根据驱动加载请求加载第一驱动之后，还包括：在内核态中生成与第一驱动对应的第一数据通道，其中，第一数据通道用于管理第一应用程序和第一驱动的交互状态。

即在本申请的实施例中，内核态加载第一驱动之后，第一驱动在内核态中的虚拟文件夹系统中生成与第一驱动对应的第一数据通道。而后虚拟文件系统将第一数据通道的信息发送给用户态，以实现用户态中应用程序与内核态中应用驱动的交互。其中，第一数据通道可以是能够管理第一应用程序和第一驱动的交互状态的设备节点。

例如，电子设备为手机，第一应用程序为相机应用，第一硬件设备为相机应用对应的摄像头，第一驱动为用于驱动摄像头的相机驱动，第一数据通道为相机节点。内核态中的内核驱动框架构根据相机字段和配置文件加载相机驱动之后，相机驱动在内核态中的虚拟文件夹系统生成与相机驱动对应的相机节点。其中相机节点中包括了相机驱动的接口。而后虚拟文件系统将相机节点发送给用户态能力模块，以时实现用户态中的相机应用与内核态中相机驱动的交互。

上述电子设备的驱动加载方法，内核态加载第一驱动后，在内核态中生成包含第一驱动接口的第一数据通道，也即第一应用程序与第一驱动之间的交互通道。上述方法数据处理简单，保证了操作系统稳定性，提升了用户体验感。

在上述第一方面的一种可能的实现中，上述方法中，在检测用户对第一应用程序的开启指令之前，还包括：接收到开机指令后，执行初始化进程；加载内核态中的内核驱动框架，其中内核驱动框架的默认加载状态包括不加载内核驱动框架中的驱动。

即在本申请的实施例中，电子设备接收到开机指令后，执行初始化进程。初始进程(init进程)加载内核态中的内核驱动框架，不加载内核驱动框架中的驱动。其中，可以理解的是，内核驱动框架中的驱动为用于驱动用户态中应用程序对应的硬件设备的应用驱动。

例如，电子设备为手机，手机中的应用程序包括相机应用和音频应用，内核驱动框架中包括用于驱动摄像头的相机驱动和用于驱动音频设备的音频驱动。手机接收开机指令后，执行初始化进程。初始进程加载内核态中的内核驱动框架，不加载内核驱动框架中的相机驱动和音频驱动。

在一些实施例中，虚拟文件系统中包括管理节点。内核其他模块包括电子设备的处理器和存储器。初始进程还加载内核态中的虚拟文件系统、虚拟文件系统中的管理节点、内核其他模块以及内核其他模块中的处理器和存储器。

在上述第一方面的一种可能的实现中，上述方法中，在检测用户对第一应用程序的开启指令之前，还包括：接收到开机指令后，执行初始化进程；加载内核态中的内核驱动框架，其中内核驱动框架的默认加载状态包括加载内核驱动框架中的部分驱动。

即在本申请的实施例中，电子设备接收到开机指令后，执行初始化进程。初始进程加载内核态中的内核驱动框架，及加载内核驱动框架中的部分驱动。其中，可以理解的是，内核驱动框架中的驱动为用于驱动用户态中应用程序对应的硬件设备的应用驱动。内核驱动框架中的驱动包括第三方应用驱动和系统应用驱动。

例如，电子设备为手机，手机中的应用程序包括相机应用、音频应用、打印应用和游戏应用，其中相机应用和音频应用为用户不常使用的应用程序，打印应用和游戏应用为用户经常使用的应用程序。内核驱动框架中包括用于驱动摄像头的相机驱动、用于驱动音频设备的音频驱动、用于驱动打印设备的打印驱动以及用于驱动游戏设备的游戏驱动。手机接收开机指令后，执行初始化进程。初始进程加载内核态中的内核驱动框架及内核驱动框架中的打印驱动和游戏驱动。初始进程不加载内核驱动框架中的相机驱动和音频驱动。

上述电子设备的驱动加载方法，电子设备开机过程中可以加载内核驱动框架中的部分驱动，使得电子设备开机时预先加载用户常用的应用程序对应的应用驱动及系统应用驱动，使得用户在想要使用常用应用时，无需实时加载应用驱动，缩短了用户的等待时间，进一步提高了用户体验感。

在上述第一方面的一种可能的实现中，上述方法中，内核驱动框架默认加载的部分驱动包括第二应用程序对应第二硬件设备所需的第二驱动。

上述电子设备的驱动加载方法，电子设备开机过程中可以加载内核驱动框架中的部分驱动，使得电子设备开机时预先加载用户常用的应用程序对应的应用驱动，使得用户在想要使用常用应用时，无需实时加载常用的应用程序应用驱动，缩短了用户的等待时间，进一步提高了用户体验感。

在上述第一方面的一种可能的实现中，上述方法中，上述方法还包括用户态中的第一应用程序与内核态中的第一驱动根据开启指令进行交互。

即在本申请的实施例中，加载第一驱动之后，用户通过第一应用程序、用户态能力框架、管理节点和内核驱动框架实现了第一应用程序与第一驱动的直接交互。

上述电子设备的驱动加载方法，电子设备加载第一驱动之后，用户态中的第一应用程序与内核态中的第一驱动交互，进而通过第一驱动直接驱动第一应用程序对应的第一硬件设备，使得用户仅仅发出开启指令，就能够开启应用程序，减少电子设备按需加载与全部加载的区别。

本申请的第二方面提供了一种电子设备，包括：存储器，存储有指令；处理器，处理器和存储器耦合，当存储器存储的程序指令被处理器执行时使得电子设备执行上述第一方面中的任意一种方法。

本申请的第三方面提供了一种计算机可读介质，可读介质中存储有指令，当指令在可读介质上运行时，使得可读介质执行上述第一方面中的任意一种方法。

附图说明

图1根据本申请一些实施例，示出一种手机100开机并使用相机应用的场景示例；

图2根据本申请一些实施例，示出一种手机100驱动加载方案的示意图；

图3根据本申请一些实施例，示出另一种手机100驱动加载方案的示意图；

图4根据本申请一些实施例，示出其他一种手机100驱动加载方案的示意图；

图5根据本申请一些实施例，示出一种手机100驱动加载的流程图；

图6根据本申请一些实施例，示出另一种手机100驱动加载的流程图；

图7根据本申请一些实施例，示出一种现有的手机100驱动加载的流程图；

图8根据本申请一些实施例，示出一种手机100硬件结构图；

图9根据本申请一些实施例，示出一种手机100软件结构图。

具体实施方式

本申请实施例提供了一种电子设备以及电子设备驱动加载方法、介质。下面将结合附图对本申请的实施例作进一步地详细描述。

可以理解，适用于本申请技术方案的电子设备可以是需要加载驱动以实现应用程序正常使用的任何电子设备。例如，电子设备的示例可以包括手机、平板电脑、膝上型计算机、手表、智能电视、可穿戴设备、头戴式显示器、移动电子邮件设备、便携式游戏机、便携式音乐播放器、音箱、阅读器设备等设备。应用程序可以是即时通信、相册、微博、支付、相机、视频、打印、游戏、天气、地图等第三方应用程序，还可以为窗口管理应用、设置等系统应用程序。电子设备的示例性实施例包括但不限于搭载Linux操作系统、微软公司开发的操作系统(Windows)、苹果公司开发的移动操作系统(iOS)、安卓(Android)开源操作系统、鸿蒙操作系统(HUAWEI Harmony OS)或者其它操作系统的各种电子设备。

图1示出了一种手机100开机并使用相机应用的场景示例。其中，手机100的操作系统利用相机驱动实现与摄像头的通信及拍照。如图1(a)所示，手机100检测到开机键101被用户按下后，进入图1(b)中的开机界面102。手机100初始化输入设备、基本硬件接口以及外部存储器等，并加载手机100中安装的所有应用程序对应的应用驱动。手机100启动完成后，显示界面由开机界面102进入图1(c)中的显示桌面103。当手机100检测到用户点击显示桌面103中相机图标104时，相机应用通过相机驱动与手机100中的摄像头交互，手机100的显示界面切换至图1(d)中的相机桌面105。如图1(d)所示，当手机100检测到用户触摸相机桌面105中的操作按钮时，用户通过相机驱动来驱动摄像头拍摄照片。

为了便于理解，下文将以电子设备为手机100，应用程序为相机应用、视频应用(Audio App，AA)、打印应用(Printer App，PA)、游戏应用(Games App，GA)，操作系统为Linux操作系统为例详细说明本申请的技术方案。其中，Linux操作系统是一种免费使用和自由传播的类Unix操作系统，是一个基于POSIX的多用户、多任务、支持多线程和多中央处理器(Central processing unit，CPU)的操作系统。

图2示出相关技术中在图1所示的场景下加载驱动的一种方案的示意图。如图2所示，手机100搭载Linux操作系统，Linux操作系统根据执行权限的高低可分为用户态(UserMode,UM)210和内核态(Kernel Mode,KM)220。其中，Linux操作系统的用户态210主要用来运行应用程序，只能受限的访问手机100的内存且无法访问摄像头等硬件设备。Linux操作系统的内核态220主要用来调度硬件资源，Linux操作系统的内核态220可以由一个程序切换到另一个程序，也可以访问包括硬件设备内存储的所有数据。Linux操作系统的内核态220包括通过init进程230初始化并加载的虚拟文件系统240(Virtual File System，VFS)和驱动框架250等模块。虚拟文件系统240是一种用于网络环境的分布式文件系统，是通过标准的Unix操作系统调用、读、写位于不同物理介质内的接口，以提供统一的操作界面和应用程序。虚拟文件系统240是用户态220和内核态230之间的一个接口层，用于通过用户态210中的应用程序操作应用驱动，以使用户态210中的应用程序和内核态220中的应用驱动能够交互。驱动框架250能够将硬件设备对应的应用驱动加载起来，以实现应用驱动与硬件设备的交互。因此，上述驱动加载方案通过虚拟文件系统240和驱动框架250，实现用户、应用程序、应用驱动与硬件设备之间的交互。为了便于描述，下文中的用户态210指的是Linux操作系统的用户态210，内核态220指的是Linux操作系统的内核态220。

具体地，在操作系统内核加载过程中，驱动框架将所有的硬件设备对应的应用驱动全部加载。驱动框架250逐个加载编译到内核态220镜像中的应用驱动，并在虚拟文件系统240中创建与应用驱动对应的设备节点。用户态210运行应用程序，应用程序通过操作虚拟文件系统240中的设备节点与硬件设备交互。其中，驱动加载方案中用户态210与内核态220驱动交互的过程具体包括：

步骤2-1：手机100运行内核态220中的init进程230。

具体地，手机100通过压力传感器感受到用户按下开机键101时，手机100中的电源模块上电，同时复位中央处理器(Central Processing Unit，CPU)。CPU复位成功后，手机100执行引导程序(bootloader，BL)，引导程序初始化手机100中的按键、触控屏等输入设备，基本硬件接口，以及外部存储器等。而后，手机100加载和启动内核态220，并运行内核态220中的init进程230。其中，init进程230可以用来初始化并加载虚拟文件系统240、驱动框架250和内核其他模块260。

步骤2-2：init进程230初始化虚拟文件系统240，并加载虚拟文件系统240。

具体地，初始化是指操作系统将变量赋为默认值，把控件设为默认状态。加载是指在启动程序或安装程序时操作系统把需要的文件及信息读取到内存中的动作。init进程230将虚拟文件系统240设为默认状态，清除虚拟文件系统240中原有的设备节点，并将虚拟文件系统240中的初始节点读取到手机100内存中。其中，可以理解的是，初始节点可以是虚拟文件系统240中原有的，用于数据传输的通道。

步骤2-3：虚拟文件系统240加载完成后，init进程230初始化驱动框架250，并加载驱动框架250。

具体地，init进程230读取驱动框架250的接口。其中，驱动框架250的接口可以是驱动框架250的入口、出口和初始化接口。Linux操作系统在内核加载的过程中，init进程230通过读取驱动框架250的接口以建立与驱动框架250相关联的应用驱动的关系，进而通过驱动框架250加载应用驱动。

步骤2-4至步骤2-7：内核态220中的驱动框架250逐个加载编译到内核态220镜像中的应用驱动，并在虚拟文件系统240中创建与应用驱动对应的设备节点。

其中，设备节点是指设于虚拟文件系统240中的，应用驱动和应用程序之间的数据通道。设备节点的建立方式可以是根据应用程序及与该应用程序对应的应用驱动的关联关系，将虚拟文件系统的初始节点设置为设备节点。可以理解的是，一个应用程序对应的应用驱动可以是一个或多个。例如，相机应用对应的相机驱动具体包括摄像头驱动、闪光灯驱动和显示屏驱动等。

驱动框架250将所有编译到内核镜像中的应用驱动依次全部加载，在后续与硬件设备交互时，无需再加载该硬件设备的应用驱动。例如手机100内核镜像中编译的应用驱动包括相机驱动251和音频驱动(Audio Driver，AD)252。内核态220中的驱动框架250加载相机驱动251，被加载后的相机驱动251在虚拟文件系统240中建立相机节点(Camera Node，CN)241。内核态220中的驱动框架250加载音频驱动252，被加载后的音频驱动252在虚拟文件系统240中建立音频节点(Audio Node，AN)242。

步骤2-8：init进程230初始化内核其他模块260，加载内核其他模块260。

例如，内核其他模块260可以包括处理器261、存储器262等。

步骤2-9：手机100中的触控屏检测用户点击相机应用211的图标时，手机100生成用户态210中相机应用调用摄像头的调用请求。相机应用211根据调用请求调用内核态220中虚拟文件系统240中的相机节点241，并通过相机节点241与相机驱动251交互。相机驱动251驱动摄像头，以满足用户的拍照需求。

步骤2-10：手机100检测用户点击音频应用212的图标时，与上述步骤2-9相同的是，手机100生成用户态210中音频应用调用音频设备的调用请求。使音频应用212根据调用请求调用内核态220中虚拟文件系统240中的音频节点242，并通过音频节点242与音频驱动252交互。音频驱动252驱动音频设备，以满足用户的音频使用需求。

上述驱动加载方案中存在以下问题：手机100开机过程中的内核加载过程中，驱动框架需要加载编译在内核态镜像中的所有应用驱动，使得手机100的开机时间较长，影响了用户体验感。此外，如果驱动框架将所有应用驱动加载，用户不常使用的应用程序的应用驱动占用了手机100的额外资源，影响了手机的运行速度。

为了解决上述问题，本申请提供了一种如图3所示的驱动加载方案。在图3所示的驱动方案中，内核驱动框架430与图2中的驱动框架250不同，不会在手机100开机时加载所有的应用驱动，而是实时的检测用户需要打开的应用程序，并在确定用户要打开的应用程序时加载对应的应用驱动，实现了内核态400中应用驱动的按需加载。

为了实现上述驱动框架250的功能，图3中Linux操作系统在用户态300中部署了用户态能力模块305，并在内核态400的虚拟文件系统420中部署了管理节点425。其中，用户态能力模块305是一种封装了内核态400中设备节点的公共能力库，能够判断应用程序调用的应用驱动是否已被加载，同时能够将应用程序的调用请求转换为驱动加载请求，其中，通过将用户态中接收的调用请求以内核态能够接收及响应的驱动加载请求的来表征，实现了用户态与内核态的交互。此外，用户态能力模块305还能够向应用程序返回被加载的应用驱动生成的设备节点。管理节点425为一组数据通道，为用于管理内核驱动框架430中应用驱动架加载操作的数据通道，是用户态300中用户态能力模块305和内核驱动框架430交互的桥梁，用于实现用户态能力模块305与内核驱动框架430之间的硬件资源调度。用户态能力模块305与管理节点425的交互，能够根据用户态能力模块305接收到的调用请求向内核驱动框架430发送驱动加载请求，以使内核驱动框架430按需加载编译在内核镜像中的应用驱动。为了便于描述，下文中的用户态300指的是Linux操作系统的用户态300，内核态400指的是Linux操作系统的内核态400。

例如，当判断出应用驱动已被加载时，用户态能力模块305将对应的设备节点发送给应用程序，以实现应用程序与应用驱动的交互；而当判断出应用驱动未被加载时，用户态能力模块305向内核态发送应用驱动的加载请求，以使内核态加载应用驱动。例如，应用驱动未被加载的应用程序的场景可以是，由于用户不经常使用相机应用，手机100为了提高开机速度，开机时内核驱动框架并未加载相机驱动。可以理解的是，内核驱动框架可以为鸿蒙驱动框架(Harmony Driver Foundation，HDF)。

上述方法中，手机100开机时无需加载用户不常使用的应用程序对应的应用驱动，提高了手机100的开机速度，避免了不常使用的应用程序对应的应用驱动占用手机100的额外资源，进而提高了手机100的运行速度。此外，用户无需感知到应用驱动的设备节点，直接通过应用程序与用户态能力模块305交互，即能够和内核态400中的设备节点及硬件设备交互，提升了手机100按需加载应用驱动时用户的使用体验。

本申请提供一种驱动加载方案，其中，应用场景以假设用户不常使用相机应用301和音频应用302为例进行说明。以下将结合图3，对上述驱动加载方案进行详细介绍。

图3为本申请驱动加载方案的示意图。如图3所示，手机100搭载Linux操作系统，Linux操作系统包括执行权限较低的用户态300和执行权限较高的内核态400。

具体地，如上所述，Linux操作系统的用户态300包括用户不常使用的相机应用301、音频应用302和用户态能力模块305。Linux操作系统的内核态400包括init进程410，以及通过init进程410初始化并加载的虚拟文件系统420、内核驱动框架430和内核其他模块440等模块。上述驱动加载方案通过用户态能力模块305、虚拟文件系统420和内核驱动框架430，实现用户、应用程序、应用驱动与硬件设备之间的交互。下面结合图3说明本申请一些实施例的驱动加载方案，具体包括以下步骤：

步骤3-1：手机100运行内核态400中的init进程410。

手机100开机，并运行内核态400中的init进程410，以通过init进程410初始化并加载虚拟文件系统420、内核驱动框架420和内核其他模块260。步骤3-1与步骤2-1类似，具体可参阅上述关于步骤2-1的相关文字描述，在此不作赘述。

步骤3-2：init进程410初始化虚拟文件系统420，并加载虚拟文件系统420。

init进程410将虚拟文件系统420设为默认状态，清除虚拟文件系统420中原有的设备节点，并将虚拟文件系统420中的初始节点和管理节点425读取到手机100内存中。

步骤3-3：init进程410初始化内核驱动框架430，并加载内核驱动框架430。

其中，内核驱动框架430中包括配置文件，配置文件用于表征默认加载应用程序对应的应用驱动的。操作系统通过配置文件确定手机100开机时，默认需要加载的应用驱动。在如图3所示的实施例中，配置文件默认不加载手机100中的任何应用驱动。在如图4所示的实施例中，配置文件默认不加载手机100中的相机驱动431和音频驱动432，但默认加载手机10中的打印驱动433和游戏驱动434。

在一些实施例中，如图3所示，手机100启动的过程中，init进程410初始化内核驱动框架430，并加载内核驱动框架430的配置文件。内核态操作系统根据配置文件只加载内核驱动框架430，不加载内核驱动框架430中编译在内核态镜像中的应用驱动。

步骤3-4：init进程加载内核其他模块440。

其中，内核其他模块440包括手机100的处理器441和存储器442。

步骤3-5：手机100中的触控屏检测到用户点击相机应用301图标时，手机100生成用户态300中相机应用301调用摄像头的调用请求，并将调用请求发送给用户态300中的用户态能力模块305。

在另一些实施例中，手机100检测到用户通过电子设备输入的用于启动第一应用程序的选项时，手机100生成用户态300中相机应用301调用摄像头的调用请求。

例如，用户态300中的相机应用301，通过用户态能力模块305调用虚拟文件系统420中的管理节点425，实现管理节点425与内核驱动框架430的交互，以使内核驱动框架430加载相机驱动431。例如，用户态300中的相机应用301，通过用户态能力模块305调用虚拟文件系统420中的相机节点421，以通过相机驱动431实现相机应用301对摄像头的调用。可以理解的是，相机节点421为Linux操作系统加载相机驱动431时，相机驱动431在虚拟文件系统中创建的设备节点。

步骤3-6：用户态能力模块305判断与摄像头对应的相机驱动431是否被加载。

如果用户态能力模块305判断结果为否，则说明相机驱动431尚未加载，内核态400需要加载相机驱动431后才能够实现相机应用301对摄像头的调用。如果用户态能力模块305判断结果为是，则说明内核态400已加载相机驱动431，则用户态能力模块305根据调用请求获取内核态400虚拟文件系统420中相机节点421，并将相机节点421发送给相机应用301，以实现相机应用301对摄像头的调用。

在另外一些实施中，如果用户态能力模块305判断结果为是，则说明内核态400已加载相机驱动431。在用户态能力模块305已经获取相机节点421的情况下，用户态能力模块305将存储的相机节点421发送给相机应用301，以实现相机应用301对摄像头的调用。

具体地，在一些实施例中，用户态能力模块305通过判断虚拟文件系统420中是否存在与相机驱动431对应的设备节点，得到相机应用301对应的相机驱动431是否已经被内核态400加载。如果用户态能力模块305判断虚拟文件系统420中不存在与相机驱动431对应的设备节点，则判断结果为否。如果用户态能力模块305判断虚拟文件系统420中存在与相机驱动431对应的设备节点，则判断结果为是。

具体地，在一些实施例中，用户态能力模块305通过判断用户态能力模块305中是否存储有与相机驱动431对应的设备节点，得到相机应用301对应的相机驱动431是否已经被内核态400加载。

步骤3-7：用户态能力模块305根据调用请求向内核态400虚拟文件系统420中的管理节点425发送相机驱动431的驱动加载请求。

用户态能力模块305将调用请求转换为相机驱动加载请求，并将相机驱动加载请求发送给内核态400中虚拟文件系统420中的管理节点425。可以理解的是，管理节点425为消息通道，用于接收用户态300中用户态能力模块305发送的驱动加载请求，及将接收到的驱动加载请求发送给内核态400中内核驱动框架430。管理节点425与用户态能力模块305配合，实现了用户态300与内核态400的交互。

步骤3-8：管理节点425通过驱动加载请求和内核驱动框架430交互，以触发内核驱动框架430加载相机驱动431。

管理节点425将接收到的驱动加载请求发送给内核态400中内核驱动框架430，以使内核驱动框架430根据驱动加载请求和配置文件按需加载对应的应用驱动。

步骤3-9：内核驱动框架430根据驱动加载请求加载相机驱动431。

具体地，内核驱动框架430提取驱动加载请求中的应用字段，其中，应用字段的内容和格式与应用程序相关联，也即内核驱动框架430根据应用字段可以得到用户想要使用的应用程序。而后，内核驱动框架430根据应用字段和配置文件加载对应的应用驱动。

例如，驱动加载请求为针对相机驱动的驱动加载请求，内核驱动框架430提取驱动加载请求中的相机字段。内核驱动框架430根据相机字段和配置文件加载相机驱动431。其中，相机字段的格式为“相机格式”，信息为“相机”。内核驱动框架430根据“相机格式”、“相机”和配置文件中存储的驱动加载接口加载内核驱动框架430中的相加驱动431。

配置文件通过驱动框架资源配置进行管理。驱动框架资源配置(HDFConfiguration Source，HCS)是内核驱动框架的配置描述源码，内容以键值对(Key-Value，KV)的形式表征。驱动框架资源配置实现了配置代码与驱动代码解耦，便于管理内核驱动框架430中的配置文件。

驱动框架配置发生器(HDF Configuration Generator，HC-GEN)是驱动框架资源配置转换工具，可以将内核驱动框架430中的配置文件转换为软件可读取的文件格式。例如，在弱性能环境中，驱动框架配置发生器将配置文件转换为配置树源码，应用驱动可直接调用C代码获取配置信息。再例如，在高性能环境中，HC-GEN将配置文件转换为二进制驱动框架配置文件(HDF Configuration Binary，HCB)，应用驱动可使用内核驱动框架提供的配置解析接口获取配置信息。

在一些实施例中，驱动框架资源配置经过驱动框架配置发生器编译生成二进制驱动框架配置文件，内核驱动框架430通过驱动框架资源配置解析器会从二进制驱动框架配置文件中重建配置树，内核驱动框架430使用驱动框架资源配置解析器提供的配置信息读取接口，获取配置内容，以完成应用驱动的加载。

内核驱动框架430根据驱动加载请求和配置文件获取摄像头的驱动设备描述，进而内核驱动框架430根据摄像头的驱动设备描述加载相机驱动431。例如，驱动设备描述包括：属性、管理者、主机名称、模板设备、模板设备节点、策略、优先级、模块名称、服务名称和设备匹配属性等。

应用驱动包括：绑定于内核驱动框架430上的应用驱动的服务接口、注册到内核驱动框架430的驱动入口、应用驱动自身业务的初始接口和驱动资源的释放接口。其中，服务接口用于实现应用驱动对外提供服务能力。驱动入口用于定义应用驱动的版本、模块、绑定关系、初始化和释放。

具体地，在内核驱动框架430加载驱动的过程：操作系统通过驱动入口函数将驱动入口注册到内核驱动框架430中。内核驱动框架430先调用绑定函数，再调用初始化函数加载应用驱动。当初始化函数调用异常时，内核驱动框架430调用释放接口释放驱动资源并退出。

步骤3-10：相机驱动431在虚拟文件系统420中创建相机节点421。

内核态400操作系统根据相机应用301及相机驱动431的关联关系，将虚拟文件系统的初始节点设置为相机节点421。其中，相机节点421为用于管理相机应用301和相机驱动431交互状态的数据通道。可以理解的是，下文中的音频节点422、打印节点423和游戏节点424的虽然具体作用对象与相机节点421不同，但工作原理相似，在此不作赘述。

步骤3-11：用户态能力模块305获取虚拟文件系统420中的相机节点421。

在一些实施例中，用户态能力模块305实时检测虚拟文件系统420中的设备节点，当检测到虚拟文件系统420中生成了新的设备节点时，将设备节点计入公共能力库中。例如，检测到虚拟文件系统420中生成了相机节点421时，将相机节点421计入公共能力库中。

在另外一些实施例中，应用驱动被加载后，应用驱动上报加载事，并在虚拟文件系统中形成应用节点，而后将应用节点发送给用户态300中的用户态能力模块305。

步骤3-12：用户态能力模块305将相机节点421发送至相机应用301，以使相机应用301通过相机节点421和相机驱动431驱动摄像头。

其中，用户态300的应用程序和内核态400的应用驱动可以使用内核驱动框架430的消息机制来交互。在一些实施例中，用户态300的应用程序发送消息到内核态400的应用驱动。例如，用户态300获取应用驱动的服务，并通过服务中的Dispatch方法向应用驱动发送请求消息。在另外一些实施例中，应用驱动主动上报事件接口，用户态300的应用程序接收并注册应用驱动主动上报的事件。

上述方案中提供了一种包括内核驱动框架的驱动加载方案。其中，该内核驱动框架负责应用驱动的加载以及应用驱动的服务管理。手机100开机时，操作系统加载内核驱动框架，并通过管理节点和内核驱动框架将应用程序与应用驱动的交互转换为用户态能力模块与内核驱动框架的交互，实现应用驱动的按需加载。在使用某一应用程序时，才通过内核驱动框架根据加载请求加载该应用程序对应的应用驱动。因此，在操作系统启动的过程中，无需预先加载没有被用到的或者用户不常使用的硬件设备对应的应用驱动，从而提升系统启动速度，优化系统资源。

本申请提供另一种驱动加载方案，应用场景以假设用户不常使用相机应用和音频应用，且手机100检测到用户点击相机应用301图标后，手机100又检测到用户点击音频应用302图标为例进行说明。本申请提供了一种手机100从一个按需加载的应用驱动切换为另一个按需加载的应用驱动时的驱动加载方案。其中，手机100生成后一个应用程序对应用设备的调用请求，以使操作系统根据调用请求加载对应的应应用驱动。本申请能够两个应用程序的并发调用，也即前一个应用程序的调用过程不干涉后一个应用程序的调用。以下将继续结合图3，对上述驱动加载方案进行详细介绍。上述驱动加载方案具体包括以下步骤：

步骤3-13：手机100中的触控屏检测到用户点击音频应用302图标时，手机100生成用户态210中音频应用调用音频设备的调用请求，并将调用请求发送给用户态300中的用户态能力模块305。

步骤3-14：用户态能力模块305根据调用请求判断与音频设备对应的音频驱动432是否被加载。

如果用户态能力模块305判断结果为否，则说明音频驱动432尚未加载，内核态400需要加载音频驱动432后才能够实现用户对音频设备的调用。用户态能力模块305向内核态400中虚拟文件系统420中的管理节点425发送调用请求。如果用户态能力模块305判断结果为是，则说明内核态400已加载音频驱动432，则用户态能力模块305直接获取内核态400中音频节点422，以实现用户对音频设备的调用。

步骤3-15：用户态能力模块305根据调用请求向内核态400虚拟文件系统420中的管理节点425发送音频驱动432的驱动加载请求。

步骤3-16：管理节点425通过驱动加载请求和内核驱动框架430交互，以触发内核驱动框架430加载音频驱动432。

步骤3-17：内核驱动框架430根据驱动加载请求加载音频驱动432。内核驱动框架430根据驱动加载请求和配置文件获取音频设备的驱动设备描述，进而内核驱动框架430根据音频设备的驱动设备描述加载音频驱动432。

步骤3-18：音频驱动432在虚拟文件系统420中创建音频节点422。内核态400操作系统根据音频应用302及与相机驱动432的关联关系，将虚拟文件系统的初始节点设置为音频节点421。

步骤3-19：用户态能力模块305获取虚拟文件系统420中的音频节点422。

步骤3-20：用户态能力模块305将音频节点422发送至音频应用302，音频应用302通过音频节点422与音频驱动432驱动音频设备。

在一些应用场景中，手机100中一部分应用程序为用户常用应用程序(例如，打印应用和游戏应用)，另一部分应用程序为用户不常应用程序(例如，相机应用和音频应用)。为了便于使用，用户想要在手机100启动时，预先加载常用应用程序对应的应用驱动。

本申请提供另外一种驱动加载的技术方案，其中，操作系统通过合理设置内核驱动框架430中配置文件，以在启动手机100的过程中默认加载用户常用应用程序对应的应用驱动，而对于用户不常使用应用程序对应的应用驱动则继续采用图3中示出的驱动加载方案。以下将结合图4，对上述驱动加载方案中常用应用程序对应的应用驱动的加载方案进行详细介绍。上述常用应用程序对应的应用驱动的驱动加载方案具体包括以下步骤：

步骤4-1：手机100运行内核态400中的init进程410。步骤4-1与步骤3-1类似，具体可参阅上述关于步骤3-1的相关文字描述，在此不作赘述。

步骤4-2：init进程410初始化虚拟文件系统420，并加载虚拟文件系统420。步骤4-2与步骤3-2类似，具体可参阅上述关于步骤3-2的相关文字描述，在此不作赘述。

步骤4-3：init进程410初始化内核驱动框架430，并加载内核驱动框架430。

其中，与图3中内核驱动框架430不同的是，图4中的内核驱动框架430中的配置文件默认加载手机100中部分应用驱动。手机100启动的过程中，init进程410初始化内核驱动框架430，并加载内核驱动框架430。

例如，内核驱动框架430中配置文件默认加载手机100中的打印驱动433和游戏驱动434。内核态400操作系统根据内核驱动框架430中的配置文件加载内核驱动框架430，及加载内核驱动框架430中编译在内核态镜像中的打印驱动433和游戏驱动434。

步骤4-4：内核驱动框架430根据驱动加载请求加载打印驱动433。步骤4-4与步骤3-9类似，具体可参阅上述关于步骤3-9的相关文字描述，在此不作赘述。

步骤4-5：打印驱动433在虚拟文件系统420中建立打印节点423。步骤4-5与步骤3-10类似，具体可参阅上述关于步骤3-10的相关文字描述，在此不作赘述。

步骤4-6：内核驱动框架430根据驱动加载请求加载游戏驱动434。步骤4-6与步骤3-9类似，具体可参阅上述关于步骤3-9的相关文字描述，在此不作赘述。

步骤4-7：游戏驱动434在虚拟文件系统420中建立游戏节点424。步骤4-7与步骤3-10类似，具体可参阅上述关于步骤3-10的相关文字描述，在此不作赘述。

步骤4-8：init进程加载内核其他模块440。其中，内核其他模块440包括手机100的处理器441和存储器442。

步骤4-9至步骤4-12为用户点击打印应用303图标，以通过打印应用使用打印机，具体为：

步骤4-9：手机100中的触控屏检测到用户点击打印应用303图标时，手机100生成用户态300中打印应用303调用打印机的调用请求，并将调用请求发送给用户态300中的用户态能力模块305。步骤4-6与步骤3-5类似，具体可参阅上述关于步骤3-5的相关文字描述，在此不作赘述。

步骤4-10：用户态能力模块305判断与打印机对应的打印驱动433是否被加载。

步骤4-11：用户态能力模块305获取虚拟文件系统420中的打印节点423。

步骤4-12：用户态能力模块305将打印节点423发送至打印应用303，以使打印应用303通过打印节点423与打印机交互。

步骤4-13至步骤4-16为用户点击游戏应用303图标，以通过游戏应用使用游戏设备，具体为：

步骤4-13：手机100中的触控屏检测到用户点击游戏应用304图标时，手机100生成用户态300中游戏应用304调用游戏设备机调用请求，并将调用请求发送给用户态300中的用户态能力模块305。

步骤4-14：用户态能力模块305判断与游戏设备对应的游戏驱动434是否被加载。

步骤4-15：用户态能力模块305获取虚拟文件系统420中的游戏节点424。

步骤4-16：用户态能力模块305将游戏节点424发送至游戏应用304，以使游戏应用304通过游戏节点424与游戏驱动434交互，进而实现游戏应用304与游戏设备的交互。

可以理解的是，上述驱动加载的技术方案中的用户与摄像头的交互与步骤3-5至步骤3-12相同，具体可参阅上述关于步骤3-5至步骤3-12的相关文字描述，在此不作赘述。同时，上述驱动加载的技术方案中的用户与音频设备的交互与步骤3-13至步骤3-20相同，具体可参阅上述关于步骤3-13至步骤3-20的相关文字描述，在此不作赘述。

不难理解的是，本申请中的操作系统并非仅仅适用Linux操作系统，还适用于微软公司开发的操作系统(Windows)、苹果公司开发的移动操作系统(iOS)、安卓(Android)开源操作系统、鸿蒙操作系统(HUAWEI Harmony OS)等其它操作系统。由于上述操作系统与Linux操作系统的原理相似，在此不做赘述。

本申请中的驱动加载方案中，手机100开机时，操作系统加载内核驱动框架，并通过管理节点和内核驱动框架将操作系统与应用驱动的交互转换为操作系统与内核驱动框架的交互，实现应用驱动的按需加载。在系统启动的过程中，无需加载没有被用到的或者用户不常使用的硬件设备对应的应用驱动，从而提升系统启动速度和优化系统资源。具体地，如图5所示，本申请提供的驱动加载方案包括以下步骤：

步骤501：手机100开机，运行内核态400的初始化进程410。

步骤502：初始化进程410初始化并加载虚拟文件系统420。

步骤503：初始化进程410初始化加载内核驱动框架430。

步骤504：初始化进程410初始化加载内核其他模块440。

步骤505：相机应用301向用户态能力模块305发送调用请求。

步骤506：用户态能力模块305判断相机驱动431是否被加载。如果是，则说明操作系统已经加载了相机驱动431，进入步骤511，如果否，则说明操作系统尚未加载相机驱动431，需要先加载相机驱动431，进入步骤507。

步骤507：用户态能力模块305根据调用请求向管理节点425发送驱动加载请求，其中驱动加载请求用于请求加载相机驱动431。

步骤508：管理节点425和内核驱动框架430交互，触发内核态驱动框架430。

步骤509：内核驱动框架430加载相机驱动431。

步骤510：相机驱动431在虚拟文件系统420中创建相机节点421。

步骤511：用户态能力模块305获取相机节点421，并将相机节点421发送给相机应用301，以使相机应用301通过相机节点421和相机驱动431交互，进而实现相机应用301与摄像头交互。

本申请中的驱动加载方案，当手机100检测到用户点击相机应用301图标后，手机100又检测到用户点击了不常使用的音频应用302图标时，用户态能力模块305将音频设备的调请求发送给虚拟文件系统420中的管理节点425，以通过管理节点425与内核驱动框架430交互，完成操作系统对音频驱动432的加载。具体地，如图6所示，本申请提供的驱动加载方案包括以下步骤：

步骤601：相机应用301向用户态能力模块305发送调用请求。

步骤602：用户态能力模块305判断音频驱动432是否被加载。如果是，进入步骤607，如果否，进入步骤603。

步骤603：用户态能力模块305根据调用请求向管理节点425发送驱动加载请求，其中驱动加载用于请求加载音频驱动432。

步骤604：管理节点425和内核驱动框架430交互，触发内核态驱动框架430。

步骤605：内核驱动框架430加载音频驱动432。

步骤606：音频驱动432在虚拟文件系统420中创建音频节点422。

步骤607：用户态能力模块305获取音频节点422，并将音频节点422发送给音频应用302，以使音频应用302通过音频节点422和音频驱动432交互，进而实现音频应用30与音频设备的交互。

此外，图7还提供了另一种驱动加载方案。与图5或图6所示的驱动加载方案不同的是，图7所示的驱动加载方案为手机100开机时，通过init进程加载手机100中所有应用程序对应的应用驱动。如图7所示，具体包括以下步骤：

步骤701：手机100开机，并运行内核态400中的init进程。

步骤702：init进程加载所有应用程序对应的应用驱动，以在虚拟文件系统中生成应用节点。

步骤703：手机100检测到用户点击相机应用的图标时，生成调用摄像头对应的相机驱动的调用请求。

步骤704：相机应用通过虚拟文件系统中的相机节点和相机驱动与摄像头交互。

在一些实施例中，当应用程序未被编译到内核镜像中时，当前Linux操作系统和Windows操作系统都支持动态加载应用驱动：Linux操作系统通过insmode命令在系统启动之后加载应用驱动；Windows操作系统通过sc命令动态加载驱动。但上述Linux操作系统和Windows操作系统的动态加载应用驱动都具有以下的缺点：应用驱动在编译的时候需要生产对应的驱动结果文件，但又不能被链接到内核中，否则系统启动就会被加载，导致应用驱动的控制代码复杂；在系统运行过程中，由于驱动框架只负责系统启动过程中驱动默认加载，因此在后续用户需要使用硬件设备功能时，还需要感知该硬件设备的应用驱动是否已经加载完成，导致无法准确提供应用驱动的加载时机。

上述方案与现有的动态加载技术方案相比，一方面，通过内核驱动框架的配置文件即能够实现应用驱动的动态加载，无需复杂的应用驱动控制代码。另一方面，用户态300根据用户的点击操作生成应用程序的调用请求，用户态能力模块305根据接收到的调用请求与管理节点425交互，管理节点425通过调整内核驱动框架的配置文件实现对应用驱动的加载，使得用户想要使用不常使用的应用程序时，能够快速加载硬件设备对应的应用驱动，且操作简便。

示例性的，图8示出了电子设备100的结构示意图。电子设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本申请实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。例如，处理器110包括内核其他模块440中的内核处理器441。

其中，控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。例如，存储器包括内核其他模块440中的内核存储器442。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

I2C接口是一种双向同步串行总线，包括一根串行数据线(serial data line，SDA)和一根串行时钟线(derail clock line，SCL)。在一些实施例中，处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K，充电器，闪光灯，摄像头193等。例如：处理器110可以通过I2C接口耦合触摸传感器180K，使处理器110与触摸传感器180K通过I2C总线接口通信，实现电子设备100的触摸功能。可以理解，在本申请的一些实施例中，用户在触控屏上进行触摸操作时，手机100通过触摸传感器180K检测到用户的触摸操作后，可以执行本申请的驱动加载方案，对用户的触摸操作进行响应，例如，加载用户点击的应用程序的应用驱动。

I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。在一些实施例中，音频模块170可以通过I2S接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。

PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中，音频模块170也可以通过PCM接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。所述I2S接口和所述PCM接口都可以用于音频通信。

UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器110与无线通信模块160。例如：处理器110通过UART接口与无线通信模块160中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块170可以通过UART接口向无线通信模块160传递音频信号，实现通过蓝牙耳机播放音乐的功能。

MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(displayserial interface，DSI)等。在一些实施例中，处理器110和摄像头193通过CSI接口通信，实现电子设备100的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现电子设备100的显示功能。

GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器110与摄像头193，显示屏194，无线通信模块160，音频模块170，传感器模块180等。GPIO接口还可以被配置为I2C接口，I2S接口，UART接口，MIPI接口等。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为电子设备100充电，也可以用于电子设备100与硬件设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备100的结构限定。在本申请另一些实施例中，电子设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过电子设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。电源模块包括充电管理模块140、电源管理模块141和电池142。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，电子设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access，CDMA)，宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，第五代无线通信系统(5G，the 5thGeneration of wireless communication system)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidounavigation satellite system，BDS)，准天顶卫星系统(quasi-zenith satellitesystem，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

电子设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。

电子设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，电子设备100可以包括1个或N个摄像头193，N为大于1的正整数。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当电子设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样，电子设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现电子设备100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行电子设备100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。

电子设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。电子设备100可以通过扬声器170A收听音乐，或收听免提通话。

受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当电子设备100接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。电子设备100可以设置至少一个麦克风170C。在另一些实施例中，电子设备100可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，电子设备100还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A，电极之间的电容改变。电子设备100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，电子设备100根据压力传感器180A检测所述触摸操作强度。电子设备100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。

陀螺仪传感器180B可以用于确定电子设备100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定电子设备100围绕三个轴(即，x，y和z轴)的角速度。陀螺仪传感器180B可以用于拍摄防抖。示例性的，当按下快门，陀螺仪传感器180B检测电子设备100抖动的角度，根据角度计算出镜头模组需要补偿的距离，让镜头通过反向运动抵消电子设备100的抖动，实现防抖。陀螺仪传感器180B还可以用于导航，体感游戏场景。

气压传感器180C用于测量气压。在一些实施例中，电子设备100通过气压传感器180C测得的气压值计算海拔高度，辅助定位和导航。

磁传感器180D包括霍尔传感器。电子设备100可以利用磁传感器180D检测翻盖皮套的开合。在一些实施例中，当电子设备100是翻盖机时，电子设备100可以根据磁传感器180D检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态，设置翻盖自动解锁等特性。

加速度传感器180E可检测电子设备100在各个方向上(一般为三轴)加速度的大小。当电子设备100静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态，应用于横竖屏切换，计步器等应用。

距离传感器180F，用于测量距离。电子设备100可以通过红外或激光测量距离。在一些实施例中，拍摄场景，电子设备100可以利用距离传感器180F测距以实现快速对焦。

接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。电子设备100通过发光二极管向外发射红外光。电子设备100使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时，可以确定电子设备100附近有物体。当检测到不充分的反射光时，电子设备100可以确定电子设备100附近没有物体。电子设备100可以利用接近光传感器180G检测用户手持电子设备100贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式，口袋模式自动解锁与锁屏。

环境光传感器180L用于感知环境光亮度。电子设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合，检测电子设备100是否在口袋里，以防误触。

指纹传感器180H用于采集指纹。电子设备100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。

温度传感器180J用于检测温度。在一些实施例中，电子设备100利用温度传感器180J检测的温度，执行温度处理策略。例如，当温度传感器180J上报的温度超过阈值，电子设备100执行降低位于温度传感器180J附近的处理器的性能，以便降低功耗实施热保护。在另一些实施例中，当温度低于另一阈值时，电子设备100对电池142加热，以避免低温导致电子设备100异常关机。在其他一些实施例中，当温度低于又一阈值时，电子设备100对电池142的输出电压执行升压，以避免低温导致的异常关机。

触摸传感器180K，也称“触控面板”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触控屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于电子设备100的表面，与显示屏194所处的位置不同。

骨传导传感器180M可以获取振动信号。在一些实施例中，骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏，接收血压跳动信号。在一些实施例中，骨传导传感器180M也可以设置于耳机中，结合成骨传导耳机。音频模块170可以基于所述骨传导传感器180M获取的声部振动骨块的振动信号，解析出语音信号，实现语音功能。应用处理器可以基于所述骨传导传感器180M获取的血压跳动信号解析心率信息，实现心率检测功能。

按键190包括开机键101，音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备100可以接收按键输入，产生与电子设备100的用户设置以及功能控制有关的键信号输入。手机100通过检测开机键101获取用户的开机需求，手机100通过触控屏监听是否有用户输入的相机应用301、音频应用301、打印应用303和游戏应用304的使用需求。

马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和电子设备100的接触和分离。电子设备100可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。电子设备100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，电子设备100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在电子设备100中，不能和电子设备100分离。

电子设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的Android系统为例，示例性说明电子设备100的软件结构。

图9是本申请实施例的电子设备100的软件结构框图。分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。应用程序层可以包括一系列应用程序包。

如图9所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图9所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供电子设备100的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。

Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surface manager，SM)，媒体库(Media Libraries，ML)，三维图形处理库(例如：OpenGL ES，OE)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

在说明书对“一些实施例”或“实施例”的引用意指结合实施例所描述的具体特征、结构或特性被包括在根据本公开的至少一个范例实施方案或技术中。说明书中的各个地方的短语“在一个实施例中”的出现不一定全部指代同一个实施例。

本公开还涉及用于执行文本中的操作装置。该装置可以专门处于所要求的目的而构造或者其可以包括由被存储在计算机中的计算机程序选择性地激活或者重新配置的通用计算机。这样的计算机程序可以被存储在计算机可读介质中，诸如，但不限于任何类型的盘，包括软盘、光盘、CD-ROM、磁光盘、只读存储器(ROM)、随机存取存储器(RAM)、EPROM、EEPROM、磁或光卡、专用集成电路(Application Specific Integrated Circuit，ASIC)或者适于存储电子指令的任何类型的介质，并且每个可以被耦合到计算机系统总线。此外，说明书中所提到的计算机可以包括单个处理器或者可以是采用针对增加的计算能力的多个处理器涉及的架构。

本文所提出的过程和显示器固有地不涉及任何具体计算机或其他装置。各种通用系统也可以与根据本文中的教导的程序一起使用，或者构造更多专用装置以执行一个或多个方法步骤可以证明是方便的。在一下描述中讨论了用于各种这些系统的结构。另外，可以使用足以实现本公开的技术和实施方案的任何具体编程语言。各种编程语言可以被用于实施本公开，如本文所讨论的。

另外，在本说明书所使用的语言已经主要被选择用于可读性和指导性的目的并且可能未被选择为描绘或限制所公开的主题。因此，本公开旨在说明而非限制本文所讨论的概念的范围。

Claims (10)

1.一种电子设备的驱动加载方法，其特征在于，包括：

检测到用户对第一应用程序的开启指令；

判断所述第一应用程序对应的第一硬件设备所需的第一驱动是否已经加载；

在所述第一驱动未加载的情况下，加载所述第一驱动。

2.根据权利要求1所述的方法，其特征在于，所述电子设备搭载Linux操作系统，所述Linux操作系统包括用户态和内核态。

3.根据权利要求2所述的方法，其特征在于，在所述第一驱动未加载的情况下，加载所述第一驱动，包括：

所述用户态根据所述开启指令生成驱动加载请求，并将生成的所述驱动加载请求发送给所述内核态；

所述内核态根据所述驱动加载请求加载所述第一驱动。

4.根据权利要求3所述的方法，其特征在于，在所述内核态根据所述驱动加载请求加载所述第一驱动之后，还包括：

在所述内核态中生成与所述第一驱动对应的第一数据通道，其中，所述第一数据通道用于管理所述第一应用程序和所述第一驱动的交互状态。

5.根据权利要求2所述的方法，其特征在于，在所述检测用户对第一应用程序的开启指令之前，还包括：

接收到开机指令后，执行初始化进程；

加载所述内核态中的内核驱动框架，其中所述内核驱动框架的默认加载状态包括不加载所述内核驱动框架中的驱动。

6.根据权利要求2所述的方法，其特征在于，在所述检测用户对第一应用程序的开启指令之前，还包括：

接收到开机指令后，执行初始化进程；

加载所述内核态中的内核驱动框架，其中所述内核驱动框架的默认加载状态包括加载所述内核驱动框架中的部分驱动。

7.根据权利要求6所述的方法，其特征在于，所述内核驱动框架默认加载的所述部分驱动包括第二应用程序对应第二硬件设备所需的第二驱动。

8.根据权利要求2所述的方法，其特征在于,还包括：

用户态中的第一应用程序与所述内核态中的所述第一驱动根据所述开启指令进行交互。

9.一种电子设备，其特征在于，包括：

存储器，存储有指令；

处理器，所述处理器和存储器耦合，当所述存储器存储的程序指令被所述处理器执行时使得所述电子设备执行如权利要求1至8中任一项所述的方法。

10.一种可读介质，所述可读介质中存储有指令，其特征在于，当所述指令在所述可读介质上运行时，使得所述可读介质执行如权利要求1至8中任一项所述的方法。

Images