微内核架构的设备驱动方法、装置、电子设备和存储介质与流程

1.本公开实施例涉及计算机技术领域，具体涉及一种微内核架构的设备驱动方法、装置、电子设备和非暂态计算机可读存储介质。


背景技术：

2.操作系统(operation system，os)是管理计算机硬件与软件资源的计算机程序。系统调用是操作系统的最小功能单位，系统调用将操作系统分为内核态(可以理解为内核空间)和用户态(可以理解为用户空间)。内核是操作系统的一种特殊的软件程序，直接运行在硬件上，可以理解为连接应用程序和硬件的桥梁，用于控制计算机的硬件资源，例如协调中央处理单元(central processing unit，cpu)资源、分配内存资源并提供稳定的环境供应用程序运行。用户态可以理解为提供应用程序运行的空间。为了使应用程序访问到内核管理的资源，例如cpu资源、内存资源、i/o(input/output，输入/输出)资源，内核需提供一组通用的访问接口，这些接口即为系统调用。
3.目前，操作系统的内核架构有两种：宏内核架构和微内核架构。图1示出了宏内核的架构示意图和微内核架构示意图，由图1可见，在宏内核架构中组件、应用和设备驱动运行于内核态，因此，组件和应用可以直接调用设备驱动。而在微内核架构中，设备驱动运行于用户态，例如运行于进程1中，组件和应用运行于用户态的进程2中，这样，组件和应用无法直接调用设备驱动，为此，亟需提供一种微内核架构的设备驱动方案。


技术实现要素：

4.为了解决现有技术存在的至少一个问题，本公开的至少一个实施例提供了一种微内核架构的设备驱动方法、装置、电子设备和非暂态计算机可读存储介质。
5.第一方面，本公开实施例提出一种微内核架构的设备驱动方法，其中，操作系统响应启动指令而启动驱动主线程，且不启动设备子线程，该设备驱动方法包括：
6.驱动主线程通过rpc服务接收第一rpc消息；
7.驱动主线程确定第一rpc消息为设备启动请求后，启动对应的设备节点的设备子线程；
8.设备子线程在启动后通过rpc服务接收第二rpc消息；
9.设备子线程确定第二rpc消息为设备操作请求后，对设备节点进行对应的设备操作。
10.在一些实施例中，驱动主线程通过rpc服务接收第一rpc消息之前，该设备驱动方法还包括：
11.驱动主线程注册并启动主线程rpc服务；
12.驱动主线程在启动主线程rpc服务后，注册一个或多个设备节点的rpc服务并将注册每个设备节点。
13.在一些实施例中，驱动主线程确定第一rpc消息为设备启动请求后，启动对应的设
备节点的设备子线程，包括：
14.驱动主线程确定第一rpc消息为设备启动请求后，打开设备启动请求对应的设备节点；
15.驱动主线程在打开设备节点后，启动设备节点的设备子线程。
16.在一些实施例中，驱动主线程确定第一rpc消息为设备启动请求后，启动对应的设备节点的设备子线程，包括：
17.驱动主线程确定第一rpc消息为设备启动请求后，调用操作系统提供的创建线程api，以创建设备启动请求对应的设备节点的设备子线程。
18.在一些实施例中，该设备驱动方法还包括：
19.设备子线程在启动后打开对应的设备节点；
20.设备子线程在打开设备节点后，且确定第二rpc消息为设备操作请求后，对设备节点进行对应的设备操作。
21.在一些实施例中，注册一个或多个设备节点的rpc服务并将注册每个设备节点，包括：
22.驱动主线程扫描驱动列表，得到一个或多个设备类型以及每个设备类型对应的设备节点；
23.驱动主线程注册每个设备节点的rpc服务；
24.驱动主线程在注册每个设备节点的rpc服务后注册每个设备节点。
25.在一些实施例中，注册每个设备节点包括：
26.向第一vfs库注册每个设备节点，其中，第一vfs库为驱动主线程所在进程的vfs库；或，向pm进程注册每个设备节点。
27.在一些实施例中，设备启动请求由应用进程通过如下方式发送：
28.应用进程在第二vfs库中查找待启动的设备节点是否已注册，其中，第二vfs库为应用进程的vfs库；若未注册，则应用进程查找主线程rpc服务；
29.应用进程基于主线程rpc服务向驱动主线程发送设备启动请求。
30.在一些实施例中，应用进程查找主线程rpc服务的同时还查找待启动的设备节点的rpc服务；
31.应用进程接收到驱动主线程反馈的设备启动结果后，若设备启动结果为成功，则应用进程基于待启动的设备节点的rpc服务向设备子线程发送设备操作请求。
32.在一些实施例中，驱动主线程在pm进程中注册并启动主线程rpc服务；应用进程在pm进程中查找主线程rpc服务。
33.在一些实施例中，该设备驱动方法还包括：
34.驱动主线程确定第一rpc消息为设备关闭请求后，结束对应的设备节点的设备子线程；
35.驱动主线程在结束对应的设备节点的设备子线程后，关闭设备节点。
36.第二方面，本公开实施例还提出一种微内核架构的设备驱动装置，其中，该设备驱动装置包括：驱动主线程和设备子线程；操作系统响应启动指令而启动驱动主线程，且不启动设备子线程；
37.驱动主线程，用于通过rpc服务接收第一rpc消息，并确定第一rpc消息为设备启动
请求后，启动对应的设备节点的设备子线程；
38.设备子线程，用于在启动后通过rpc服务接收第二rpc消息，并确定第二rpc消息为设备操作请求后，对设备节点进行对应的设备操作。
39.第三方面，本公开实施例还提出一种电子设备，包括：处理器和存储器；所述处理器通过调用所述存储器存储的程序或指令，用于执行如第一方面所述微内核架构的设备驱动方法的步骤。
40.第四方面，本公开实施例还提出一种非暂态计算机可读存储介质，用于存储程序或指令，所述程序或指令使计算机执行如第一方面所述微内核架构的设备驱动方法的步骤。
41.可见，本公开的至少一个实施例中，采用驱动主线程和设备子线程的主从线程架构模式，在操作系统启动时，仅启动驱动主线程，而不启动设备子线程，减少设备子线程对系统资源的消耗；并且，驱动主线程和设备子线程通过rpc方式提供设备驱动服务，具体地，当驱动主线程接收到的第一rpc消息为设备启动请求后，驱动主线程再启动设备节点的设备子线程，进而由设备子线程确定接收到的第二rpc消息为设备操作请求后，对设备节点进行对应的操作，解决目前的微内核架构中，应用无法直接调用设备驱动的问题。
附图说明
42.为了更清楚地说明本公开实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。
43.图1是宏内核的架构示意图和微内核架构示意图；
44.图2是本公开实施例提供的一种微内核架构的设备驱动方法的流程图；
45.图3是本公开实施例提供的一种启动设备子线程的流程图；
46.图4是本公开实施例提供的另一种启动设备子线程的流程图；
47.图5是本公开实施例提供的一种微内核架构的设备驱动方法的交互图；
48.图6是本公开实施例提供的一种微内核架构的设备驱动装置的示例性框图；
49.图7是本公开实施例提供的一种电子设备的示例性框图。
具体实施方式
50.为了能够更清楚地理解本公开的上述目的、特征和优点，下面结合附图和实施例对本公开作进一步的详细说明。可以理解的是，所描述的实施例是本公开的一部分实施例，而不是全部的实施例。此处所描述的具体实施例仅仅用于解释本公开，而非对本公开的限定。基于所描述的本公开的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本公开保护的范围。
51.需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。
52.微内核是一种能够提供必要服务的操作系统内核，其中，必要服务包括但不限于任务、线程、交互进程通信(ipc，inter-process communication)以及内存管理等。所有服
务(包括设备驱动)运行于用户态，而处理这些服务同处理其他的任何一个程序一样，因为每个服务只是在自己的地址空间运行。
53.为了解决现有技术存在的至少一个问题，本公开的至少一个实施例提供了一种微内核架构的设备驱动方法、装置、电子设备和非暂态计算机可读存储介质，采用主从线程的架构模式对设备驱动加载方式及设备驱动对外提供服务的应用程序编程接口(application programming interface，api)进行了详细的设计。其中，设备驱动加载包括：设备节点的rpc服务注册和设备节点的注册。设备驱动对外提供的服务包括：设备启动请求(open)、设备关闭请求(close)和设备操作请求，其中，设备操作请求包括但不限于：写请求(write)、读请求(read)、输入/输出请求(ioctl)等。
54.本公开的至少一个实施例中，采用驱动主线程和设备子线程的主从线程架构模式，在操作系统启动时，仅启动驱动主线程，而不启动设备子线程，减少设备子线程对系统资源的消耗；并且，驱动主线程和设备子线程通过rpc方式提供设备驱动服务，具体地，当驱动主线程接收到的第一rpc消息为设备启动请求后，驱动主线程再启动设备节点的设备子线程，进而由设备子线程确定接收到的第二rpc消息为设备操作请求后，对设备节点进行对应的操作，解决目前的微内核架构中，应用无法直接调用设备驱动的问题。
55.图2是本公开实施例提供的一种微内核架构的设备驱动方法的流程图。采用微内核架构的操作系统在启动时，例如操作系统接收到启动指令，启动指令例如用户按压开机按键而产生的指令，操作系统响应启动指令仅启动驱动主线程，而不启动设备子线程，减少设备子线程对操作系统软硬件资源的消耗。在一些实施例中，设备子线程可以有多个，每个设备子线程与一个设备节点对应，不论设备子线程有多少个，操作系统在启动时，均不启动这些设备子线程。
56.在操作系统启动驱动主线程后，在步骤201中，驱动主线程通过rpc服务接收第一rpc消息。
57.其中，rpc(remote procedure call，远程过程调用)服务是微服务架构中不同进程之间进行交互的一种方式，虽然微服务架构中应用无法直接调用设备驱动，但是应用进程可以通过rpc方式向设备驱动所处的进程发送第一rpc消息，这样，驱动主线程可以通过rpc方式提供设备驱动服务。
58.在步骤202中，驱动主线程确定第一rpc消息为设备启动请求后，启动对应的设备节点的设备子线程。
59.驱动主线程通过rpc方式提供的设备驱动服务包括设备启动请求(open)，这样，应用进程可以通过rpc方式向驱动主线程发送设备启动请求，在该设备启动请求中携带待启动的设备节点的信息。
60.驱动主线程确定接收到的第一rpc消息为设备启动请求后，可以基于该设备启动请求中携带的设备节点的信息，确定该设备启动请求对应的设备节点，进而启动对应的设备节点的设备子线程。
61.可见，设备子线程的启动是由驱动主线程来控制，当有应用进程需要使用某个设备节点时，驱动主线程才会启动该设备节点的设备子线程，这样，可以减少设备节点未被使用时，设备子线程对操作系统软硬件资源的消耗。
62.在步骤203中，设备子线程在启动后通过rpc服务接收第二rpc消息。
63.设备子线程在启动后，可以通过rpc方式提供设备驱动服务，设备驱动服务例如为设备操作请求，设备操作请求包括但不限于：写请求(write)、读请求(read)、输入/输出请求(ioctl)等。这样，应用进程可以通过rpc方式向设备子线程发送设备操作请求。
64.需要说明的是，设备子线程在启动后所接收的第二rpc消息均是针对该设备子线程所对应的设备节点。
65.在步骤204中，设备子线程确定第二rpc消息为设备操作请求后，对设备节点进行对应的设备操作。
66.若设备操作请求为写请求，则设备子线程对设备节点进行写操作；若设备操作请求为读请求，则设备子线程对设备节点进行写操作；若设备操作请求为输入/输出请求，则设备子线程对设备节点进行输入/输出操作。
67.可见，实施例中采用驱动主线程和设备子线程的主从线程架构模式，在操作系统启动时，仅启动驱动主线程，而不启动设备子线程，减少设备子线程对系统资源的消耗；并且，驱动主线程和设备子线程通过rpc方式提供设备驱动服务，具体地，当驱动主线程接收到的第一rpc消息为设备启动请求后，驱动主线程再启动设备节点的设备子线程，进而由设备子线程确定接收到的第二rpc消息为设备操作请求后，对设备节点进行对应的操作，解决目前的微内核架构中，应用无法直接调用设备驱动的问题。
68.在一些实施例中，驱动主线程通过rpc服务接收第一rpc消息之前，驱动主线程需要先注册并启动主线程rpc服务，进而才能通过主线程rpc服务接收第一rpc消息。
69.驱动主线程在注册并启动主线程rpc服务后，可以注册一个或多个设备节点的rpc服务并注册每个设备节点。在一些实施例中，驱动主线程可以扫描驱动列表，得到一个或多个设备类型以及每个设备类型对应的设备节点，进而注册每个设备节点的rpc服务并注册每个设备节点。这样，任一设备子线程在启动后可以通过该设备子线程对应的设备节点的rpc服务接收第二rpc消息。
70.在一些实施例中，驱动主线程确定第一rpc消息为设备启动请求后，有多种方式启动对应的设备节点的设备子线程。
71.例如，图3为本公开实施例提供的一种启动设备子线程的流程图。在步骤301中，驱动主线程接收设备启动请求。该步骤中，驱动主线程等待接收第一rpc消息，当驱动主线程确定接收的第一rpc消息为设备启动请求后，执行步骤302。
72.在步骤302中，驱动主线程打开设备启动请求对应的设备节点。该步骤中，驱动主线程可以基于设备启动请求中携带的设备节点的信息(例如设备节点的名称)，确定对应的设备节点，进而打开该设备节点。在一些实施例中，驱动主线程通过将ops(操作方法)指针指向ops结构体的成员：open，也即ops-》open，以打开该设备节点。
73.在步骤302中，驱动主线程在打开设备节点后，启动设备节点的设备子线程。由于设备子线程是在设备节点打开后才启动，因此，设备子线程在启动后可以直接通过rpc服务接收第二rpc消息。
74.又例如，图4为本公开实施例提供的另一种启动设备子线程的流程图。步骤401与图3中的步骤301相同，不再赘述。
75.在步骤402中，驱动主线程调用操作系统提供的创建线程api()，以创建设备启动请求对应的设备节点的设备子线程。本实施例中，与图3实施例不同的是，驱动主线程在接
收到设备启动请求后，不是先打开设备节点再启动设备节点的设备子线程，而是直接调用创建线程api来创建设备节点的设备子线程。
76.在步骤403中，设备子线程在启动后打开对应的设备节点。与图3实施例不同的是，设备节点并非由驱动主线程打开，而是由设备子线程打开。具体地，设备子线通过将ops(操作方法)指针指向ops结构体的成员：open，也即ops-》open，以打开该设备节点。
77.设备子线程在打开设备节点后，且确定第二rpc消息为设备操作请求后，对设备节点进行对应的设备操作。
78.在一些实施例中，驱动主线程注册每个设备节点时，可以向第一vfs(virtual file system，虚拟文件系统)库注册每个设备节点，其中，第一vfs库为驱动主线程所在进程的vfs库；或者，驱动主线程可以向pm(pass manager，路径管理)进程注册每个设备节点。
79.在一些实施例中，应用进程在第二vfs库中查找待启动的设备节点是否已注册，其中，第二vfs库为应用进程的vfs库；若未注册，则应用进程查找主线程rpc服务。在一些实施例中，主线程rpc服务由驱动主线程在pm进程中注册并启动，因此，应用进程在pm进程中查找主线程rpc服务，pm进程将查询结果反馈给应用进程。
80.应用进程查找到主线程rpc服务后，可以基于主线程rpc服务向驱动主线程发送设备启动请求。
81.在一些实施例中，应用进程查找主线程rpc服务的同时还可以查找待启动的设备节点的rpc服务。在一些实施例中，主线程rpc服务由驱动主线程在pm进程中注册并启动，设备节点的rpc服务也由驱动主线程在pm进程中注册，因此，应用进程在pm进程中查找主线程rpc服务以及待启动的设备节点的rpc服务，pm进程将查询结果反馈给应用进程。
82.应用进程接收到驱动主线程反馈的设备启动结果后，若设备启动结果为成功，则应用进程基于待启动的设备节点的rpc服务向设备子线程发送设备操作请求。
83.在一些实施例中，驱动主线程通过rpc方式提供的设备驱动服务包括设备关闭请求(open)，这样，应用进程可以通过rpc方式向驱动主线程发送设备关闭请求，在该设备启动请求中携带待关闭的设备节点的信息或者设备启动结果，以便驱动主线程可以确定设备关闭请求对应的设备节点。
84.驱动主线程确定第一rpc消息为设备关闭请求后，结束对应的设备节点的设备子线程。驱动主线程在结束对应的设备节点的设备子线程后，关闭设备节点。在一些实施例中，驱动主线程通过将ops(操作方法)指针指向ops结构体的成员：close，也即ops-》close，以关闭该设备节点。
85.结合以上各方法实施例的描述，图5是本公开实施例提供的一种微内核架构的设备驱动方法的交互图，需要说明的是，图5仅为本公开的一些实施例，而非全部实施例。
86.在图5中，为了便于描述，仅示出一个设备子线程，本领域技术人员可以理解，设备子线程可以有多个，且交互流程类似。
87.在图5中，采用微内核架构的操作系统在启动时，例如操作系统接收到启动指令，启动指令例如用户按压开机按键而产生的指令，操作系统响应启动指令仅启动驱动主线程，而不启动设备子线程，减少设备子线程对操作系统软硬件资源的消耗。
88.在图5中，驱动主线程启动后，在pm进程中注册并启动主线程rpc服务，并且在pm进程中注册设备节点的rpc服务以及注册设备节点。在完成以上注册工作后，驱动主线程可以
等待rpc消息。
89.在图5中，应用进程在第二vfs库中查找待启动的设备节点是否已注册，其中，第二vfs库为应用进程的vfs库；若未注册，则应用进程在pm进程中进行rpc服务查询，rpc服务查询包括查找主线程rpc服务和待启动的设备节点的rpc服务。
90.pm进程将查询结果反馈给应用进程，其中，查询结果中包括：主线程rpc服务信息和待启动的设备节点的服务信息。应用进程在获取到查询结果后，基于主线程rpc服务向驱动主线程发送设备启动请求，设备启动请求中携带设备节点的信息(例如设备节点的名称)。
91.在图5中，驱动主线程接收到设备启动请求后，基于设备启动请求中携带的设备节点的信息，确定对应的设备节点，进而通过将ops(操作方法)指针指向ops结构体的成员：open，也即ops-》open，以打开该设备节点。
92.驱动主线程在打开设备节点后，启动设备节点的设备子线程，并将设备启动结果反馈给应用进程。由于设备子线程是在设备节点打开后才启动，因此，设备子线程在启动后可以直接等待rpc消息。
93.在图5中，应用进程接收到驱动主线程反馈的设备启动结果后，若设备启动结果为成功，则应用进程基于待启动的设备节点的rpc服务向设备子线程发送设备操作请求。
94.设备子线程接收到设备操作请求后，对设备节点进行对应的设备操作。若设备操作请求为写请求，则设备子线程对设备节点进行写操作；若设备操作请求为读请求，则设备子线程对设备节点进行写操作；若设备操作请求为输入/输出请求，则设备子线程对设备节点进行输入/输出操作。
95.在图5中，应用进程可以向驱动主线程发送设备关闭请求，在该设备启动请求中携带待关闭的设备节点的信息或者设备启动结果，以便驱动主线程可以确定设备关闭请求对应的设备节点。
96.驱动主线程接收到设备关闭请求后，结束对应的设备节点的设备子线程。驱动主线程在结束对应的设备节点的设备子线程后，通过将ops(操作方法)指针指向ops结构体的成员：close，也即ops-》close，以关闭该设备节点。
97.可见，图5所示的微内核架构的设备驱动方法的交互流程，采用驱动主线程和设备子线程的主从线程架构模式，在操作系统启动时，仅启动驱动主线程，而不启动设备子线程，减少设备子线程对系统资源的消耗；并且，驱动主线程和设备子线程通过rpc方式提供设备驱动服务，具体地，当驱动主线程接收到设备启动请求后，驱动主线程再启动设备节点的设备子线程，进而由设备子线程基于接收到的设备操作请求，对设备节点进行对应的操作，解决目前的微内核架构中，应用无法直接调用设备驱动的问题。
98.图6是本公开实施例提供的一种微内核架构的设备驱动装置，该设备驱动装置包括：驱动主线程61和设备子线程62。采用微内核架构的操作系统响应启动指令而启动驱动主线程61，且不启动设备子线程62。该设备驱动装置可以包括多个设备子线程62，每个设备子线程62与一个设备节点对应。
99.驱动主线程61，用于通过rpc服务接收第一rpc消息，并确定第一rpc消息为设备启动请求后，启动对应的设备节点的设备子线程62。
100.设备子线程62，用于在启动后通过rpc服务接收第二rpc消息，并确定第二rpc消息
为设备操作请求后，对设备节点进行对应的设备操作。
101.在一些实施例中，驱动主线程61，还用于通过rpc服务接收第一rpc消息之前，注册并启动主线程rpc服务，并在启动主线程rpc服务后，注册一个或多个设备节点的rpc服务并将注册每个设备节点。
102.在一些实施例中，驱动主线程61确定第一rpc消息为设备启动请求后，启动对应的设备节点的设备子线程62，具体包括：确定第一rpc消息为设备启动请求后，打开设备启动请求对应的设备节点；在打开设备节点后，启动设备节点的设备子线程62。
103.在一些实施例中，驱动主线程61确定第一rpc消息为设备启动请求后，启动对应的设备节点的设备子线程62，具体包括：确定第一rpc消息为设备启动请求后，调用操作系统提供的创建线程api，以创建设备启动请求对应的设备节点的设备子线程62。
104.在一些实施例中，设备子线程62在启动后打开对应的设备节点，在打开设备节点后，且确定第二rpc消息为设备操作请求后，对设备节点进行对应的设备操作。
105.在一些实施例中，驱动主线程61注册一个或多个设备节点的rpc服务并将注册每个设备节点，具体包括：扫描驱动列表，得到一个或多个设备类型以及每个设备类型对应的设备节点；注册每个设备节点的rpc服务；并在注册每个设备节点的rpc服务后注册每个设备节点。
106.在一些实施例中，驱动主线程61注册每个设备节点，具体包括：向第一vfs库注册每个设备节点，其中，第一vfs库为驱动主线程所在进程的vfs库；或，向pm进程注册每个设备节点。
107.在一些实施例中，设备启动请求由应用进程通过如下方式发送：
108.应用进程在第二vfs库中查找待启动的设备节点是否已注册，其中，第二vfs库为应用进程的vfs库；若未注册，则应用进程查找主线程rpc服务；应用进程基于主线程rpc服务向驱动主线程发送设备启动请求。
109.在一些实施例中，应用进程查找主线程rpc服务的同时还查找待启动的设备节点的rpc服务。应用进程接收到驱动主线程反馈的设备启动结果后，若设备启动结果为成功，则应用进程基于待启动的设备节点的rpc服务向设备子线程发送设备操作请求。
110.在一些实施例中，驱动主线程61在pm进程中注册并启动主线程rpc服务。应用进程在pm进程中查找主线程rpc服务。
111.在一些实施例中，驱动主线程61还用于确定第一rpc消息为设备关闭请求后，结束对应的设备节点的设备子线程62；驱动主线程61在结束对应的设备节点的设备子线程62后，关闭设备节点。
112.以上各装置实施例的细节可参考各方法实例的细节，为避免重复，不再赘述。
113.图7是本公开实施例提供的一种电子设备的结构示意图。如图7所示，电子设备包括：至少一个处理器71、至少一个存储器72和至少一个通信接口73。电子设备中的各个组件通过总线系统74耦合在一起。通信接口73，用于与外部设备之间的信息传输。可理解地，总线系统74用于实现这些组件之间的连接通信。总线系统74除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但为了清楚说明起见，在图7中将各种总线都标为总线系统74。
114.可以理解，本实施例中的存储器72可以是易失性存储器或非易失性存储器，或可
包括易失性和非易失性存储器两者。
115.在一些实施方式中，存储器72存储了如下的元素，可执行单元或者数据结构，或者他们的子集，或者他们的扩展集：操作系统和应用程序。
116.其中，操作系统，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础任务以及处理基于硬件的任务。应用程序，包含各种应用程序，例如媒体播放器(media player)、浏览器(browser)等，用于实现各种应用任务。实现本公开实施例提供的微内核架构的设备驱动方法的程序可以包含在应用程序或操作系统中。
117.在本公开实施例中，处理器71通过调用存储器72存储的程序或指令，具体的，可以是应用程序中存储的程序或指令，处理器71用于执行本公开实施例提供的微内核架构的设备驱动方法各实施例的步骤。
118.本公开实施例提供的微内核架构的设备驱动方法可以应用于处理器71中，或者由处理器71实现。处理器71可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器71中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器71可以是通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
119.本公开实施例提供的微内核架构的设备驱动方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件单元组合执行完成。软件单元可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器72，处理器71读取存储器72中的信息，结合其硬件完成方法的步骤。
120.需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员能够理解，本公开实施例并不受所描述的动作顺序的限制，因为依据本公开实施例，某些步骤可以采用其他顺序或者同时进行。另外，本领域技术人员能够理解，说明书中所描述的实施例均属于可选实施例。
121.本公开实施例还提出一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储程序或指令，所述程序或指令使计算机执行如微内核架构的设备驱动方法各实施例的步骤，为避免重复描述，在此不再赘述。
122.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
123.本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本公开的范围之内并且形成不同的实施例。
124.本领域的技术人员能够理解，对各个实施例的描述都各有侧重，某个实施例中没
有详述的部分，可以参见其他实施例的相关描述。
125.虽然结合附图描述了本公开的实施方式，但是本领域技术人员可以在不脱离本公开的精神和范围的情况下做出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。