CN102902638B - 硬件设备控制方法及装置 - Google Patents

Abstract

本发明公开了一种硬件设备控制方法及装置，该方法包括步骤：硬件设备的第一驱动模块通过对应的虚拟设备接收控制操作信息，其中，所述第一驱动模块与所述硬件设备的第二驱动模块部署于同一驱动文件中；所述第一驱动模块根据接收到的控制操作信息，确定对所述硬件设备进行控制时所需的驱动资源；并在确定出的驱动资源中，查找部署于所述第二驱动模块中的驱动资源；所述第一驱动模块从所述第二驱动模块中调用查找到的驱动资源；并根据部署于所述第一驱动模块中的驱动资源以及从第二驱动模块中调用的驱动资源，对所述硬件设备进行控制。采用本发明技术方案，解决了现有技术中存在的浪费了操作系统较多的存储资源及处理资源的问题。

Description

硬件设备控制方法及装置

技术领域

本发明涉及设备驱动技术领域，尤其涉及一种硬件设备控制方法及装置。

背景技术

计算机的操作系统用于管理计算机的硬件资源与软件资源，其架构如图1所示，包括应用层、内核层和驱动程序，其中：

驱动程序与计算机的硬件设备对应，若硬件设备为声卡，则对应的驱动程序为声卡驱动程序，若硬件设备为磁盘，则对应的驱动程序为磁盘驱动程序，若硬件设备为网卡，则对应的驱动程序为网卡驱动程序，驱动程序与对应的硬件设备之间的接口为硬件接口；

内核层包括系统调用接口、虚拟文件系统以及虚拟设备；

虚拟设备可以分为三类：字符类设备、块设备以及网络设备，例如，声卡驱动程序对应的虚拟设备为字符类设备，磁盘驱动程序对应的虚拟设备为块设备，网卡驱动程序对应的虚拟设备为网络设备，每个虚拟设备对应一个驱动程序，应用层通过虚拟设备控制对应的驱动程序，驱动程序与对应的虚拟设备之间的接口为驱动接口。

现有技术中，每个硬件设备均对应一个驱动程序，如图2所示，硬件设备1对应的驱动程序为驱动程序A，硬件设备1与驱动程序A之间的接口为硬件接口1A，驱动程序A与对应的虚拟设备a之间的接口为驱动接口Aa，驱动程序A部署在驱动文件A中。

随着用户要求的提高，可能需要对计算机中的硬件设备的功能进行扩展，但是硬件设备的原有驱动程序无法针对扩展的功能进行控制，因此需要同时对硬件设备的驱动程序进行扩展。现有技术在对硬件设备的驱动程序进行扩展时，一般将用于对扩展的功能进行控制的新增驱动程序与原有驱动程序部署在两个独立的驱动文件中，新增驱动程序独立完成对扩展的功能的控制，如图3所示，硬件设备1对应的驱动程序包括原有驱动程序A和新增驱动程序B，硬件设备1与原有驱动程序A之间的硬件接口为硬件接口1A，硬件设备1与新增驱动程序B之间的硬件接口为硬件接口1B，原有驱动程序A与对应的虚拟设备a之间的驱动接口为驱动接口Aa，新增驱动程序B与对应的虚拟设备b之间的驱动接口为驱动接口Bb，原有驱动程序A部署在驱动文件A中，新增驱动程序B部署在驱动文件B中。

基于现有技术提出的驱动程序扩展方法对硬件设备进行控制时，至少存在下述两个缺陷：

1、新增驱动程序在对硬件设备进行控制时，需要使用驱动资源，例如子函数和全局变量，新增驱动程序需要使用的某些子函数可能已经部署在原有驱动程序中，但是新增驱动程序无法直接调用处于不同驱动文件中的原有驱动程序中的子函数，因此新增驱动程序需要重新部署这些子函数，也就是说某些子函数既要在原有驱动程序中部署，也要在新增驱动程序中部署，从而浪费了操作系统较多的存储资源；

2、新增驱动程序需要使用的某些全局变量可能已经部署在原有驱动程序中，新增驱动程序在对硬件设备进行控制时，若需要使用这些全局变量，则向原有驱动程序请求获取这些全局变量的内容，原有驱动程序读取这些全局变量的内容，然后再反馈给新增驱动程序，新增驱动程序利用接收到的全局变量的内容对硬件设备进行控制，此外，新增驱动程序在对硬件设备进行控制之后，若对全局变量的内容进行了修改，则需要将修改后的内容发送给原有驱动程序，由原有驱动程序对这些全局变量进行内容更新，因此使得新增驱动程序和原有驱动程序之间需要进行较多的信息交互，浪费了较多的处理资源。

发明内容

本发明实施例提供一种硬件设备控制方法及装置，用以解决现有技术中存在的浪费了操作系统较多的存储资源及处理资源的问题。

本发明实施例技术方案如下：

一种硬件设备控制方法，该方法包括步骤：硬件设备的第一驱动模块通过对应的虚拟设备接收控制操作信息，其中，所述第一驱动模块与所述硬件设备的第二驱动模块部署于同一驱动文件中；所述第一驱动模块根据接收到的控制操作信息，确定对所述硬件设备进行控制时所需的驱动资源；并在确定出的驱动资源中，查找部署于所述第二驱动模块中的驱动资源；所述第一驱动模块从所述第二驱动模块中调用查找到的驱动资源；并根据部署于所述第一驱动模块中的驱动资源以及从第二驱动模块中调用的驱动资源，对所述硬件设备进行控制。

一种硬件设备控制装置，包括：第一驱动模块和第二驱动模块；所述第一驱动模块和所述第二驱动模块部署与同一驱动文件中，且所述第一驱动模块和所述第二驱动模块对应同一硬件设备；其中，所述第一驱动模块包括：控制操作信息接收单元，用于通过所述第一驱动模块对应的虚拟设备接收控制操作信息；驱动资源确定单元，用于根据控制操作信息接收单元接收到的控制操作信息，确定对所述硬件设备进行控制时所需的驱动资源；驱动资源查找单元，用于在驱动资源确定单元确定出的驱动资源中，查找部署于所述第二驱动模块中的驱动资源；驱动资源调用单元，用于从所述第二驱动模块中调用驱动资源查找单元查找到的驱动资源；硬件设备控制单元，用于根据部署于所述第一驱动模块中的驱动资源以及驱动资源调用单元从所述第二驱动模块中调用的驱动资源，对所述硬件设备进行控制。

本发明实施例技术方案中，硬件设备的第一驱动模块与该硬件设备的第二驱动模块部署于同一驱动文件中，第一驱动模块首先根据接收到的控制操作信息，确定对该硬件设备进行控制时所需的驱动资源，并在确定出的驱动资源中，查找部署于第二驱动模块中的驱动资源，第一驱动模块从第二驱动模块中调用查找到的驱动资源后对该硬件设备进行控制。由上可见，本发明实施例技术方案中，硬件设备对应的第一驱动模块和第二驱动模块部署在同一驱动文件中，因此第一驱动模块可以直接调用第二驱动模块中的驱动资源，无需再重新部署这些驱动资源，也无需和第二驱动模块之间进行信息交互来获得这些驱动资源，从而有效地节省了操作系统较多的存储资源和处理资源。

附图说明

图1为现有技术中，操作系统架构示意图；

图2为现有技术中，硬件设备与驱动程序的关系示意图；

图3为现有技术中，驱动程序扩展方法实现示意图；

图4为本发明实施例中，硬件设备控制方法流程示意图；

图5为本发明实施例中，驱动程序扩展方法实现示意图；

图6为本发明实施例中，驱动模块结构示意图。

具体实施方式

下面结合各个附图对本发明实施例技术方案的主要实现原理、具体实施方式及其对应能够达到的有益效果进行详细地阐述。

如图4所示，为本发明实施例中硬件设备控制方法流程图，其具体处理流程如下：

步骤41，硬件设备的第一驱动模块通过对应的虚拟设备接收控制操作信息，其中，所述第一驱动模块与所述硬件设备的第二驱动模块部署于同一驱动文件中；

其中，上述第一驱动模块对应硬件设备的新增驱动程序，第二驱动模块对应硬件设备的原有驱动程序，本发明实施例在对硬件设备的驱动程序进行扩展时，不再将新增驱动程序和原有驱动程序部署在两个独立的驱动文件中，而是部署在同一驱动文件中；新增驱动程序和原有驱动程序共用原有的硬件接口，即新增驱动程序与原有驱动程序均通过原有驱动程序对应的硬件接口与硬件设备相连；为了实现应用层对驱动程序的控制，每个驱动程序均与一个虚拟设备对应，因此新增驱动程序和原有驱动程序分别对应不同的虚拟设备，也就分别对应不同的驱动接口。

如图5所示，硬件设备1对应的驱动程序包括原有驱动程序A和新增驱动程序B，新增驱动程序A和新增驱动程序B均部署在驱动文件A中，原有驱动程序A与硬件设备1之间的硬件接口为硬件接口1A，新增驱动程序B与硬件设备1之间的硬件接口也为硬件接口1A，原有驱动程序A对应的虚拟设备为虚拟设备a，新增驱动程序B对应的虚拟设备为虚拟设备b，原有驱动程序A与虚拟设备a之间的驱动接口为驱动接口Aa，新增驱动程序B与虚拟设备b之间的驱动接口为驱动接口Bb。

应用层首先确定需要对硬件设备进行控制的驱动程序，然后通过该驱动程序对应的虚拟设备，将控制操作信息传输给该驱动程序，驱动程序根据接收到的控制操作信息对硬件设备进行相应的控制。

步骤42，所述第一驱动模块根据接收到的控制操作信息，确定对所述硬件设备进行控制时所需的驱动资源；

新增驱动程序需要根据驱动资源，针对扩展的功能对硬件设备进行控制，其中，新增驱动程序所需的驱动资源既包括部署在新增驱动程序中的驱动资源，也包括部署在原有驱动程序中的驱动资源。

步骤43，在确定出的驱动资源中，查找部署于所述第二驱动模块中的驱动资源；

本发明实施例中，查找到的驱动资源可以为子函数和/或全局变量。

步骤44，所述第一驱动模块从所述第二驱动模块中调用查找到的驱动资源；

由于新增驱动程序和原有驱动程序部署在同一驱动文件中，因此新增驱动程序可以直接从位于同一驱动文件中的原有驱动程序中调用某些驱动资源，例如某些子函数或全局变量。

若查找到的驱动资源为子函数，则新增驱动程序直接从原有驱动程序中调用该子函数，而无需在新增驱动程序中重新部署该子函数，从而节省了操作系统较多的存储资源。

若查找到的驱动资源为全局变量，则新增驱动程序直接从原有驱动程序中读取该全局变量的内容，而无需新增驱动程序向原有驱动程序获取这些全局变量的内容，从而减少了新增驱动程序和原有驱动程序之间的信息交互，节省了操作系统较多的处理资源。

步骤45，根据部署于所述第一驱动模块中的驱动资源以及从第二驱动模块中调用的驱动资源，对所述硬件设备进行控制。

若查找到的驱动资源为全局变量，则新增驱动程序在对硬件设备进行控制时，可能会修改该全局变量的内容，那么新增驱动程序就需要在对硬件设备进行控制之后，对部署在原有驱动程序中的该全局变量进行内容更新，由于新增驱动程序和原有驱动程序部署在同一驱动文件中，因此新增驱动程序直接对该全局变量进行内容更新，而无需新增驱动程序将修改后的内容发送给原有驱动程序，由原有驱动程序进行内容更新，因此减少了新增驱动程序和原有驱动程序之间的信息交互，节省了操作系统较多的处理资源。

本发明实施例中，新增驱动程序对应的虚拟设备可以为字符类设备、块设备或网络设备。

以新增驱动程序对应的虚拟设备为字符类设备、操作系统为Linux系统为例，下面介绍新增驱动程序的驱动接口函数：

在新增驱动程序中，driver_a_open()函数和driver_a_release()函数是必须实现的，其它函数可以根据实际需要有选择的增加。

新增驱动程序的虚拟设备注册代码可以但不限于为下述：

若新增驱动程序对应的驱动模块为驱动模块driver_a.ko，Linux系统运行起来后，执行insmod driver_a.ko，安装新增驱动程序，即可成功创建新增驱动程序对应的虚拟设备/dev/driver_a。Linux系统应用层通过虚拟设备打开或关闭新增驱动程序，实现代码如下：

fd＝open("/dev/driver_a",O_RDWR)；//打开

//可以创建进程对设备进行write()；read()；ioctl()；

close(fd)；//关闭

下面以对某家庭信息终端中的声卡进行控制的方法为例，说明对驱动程序进行扩展的方法。

某家庭信息终端中，声卡的原有驱动程序仅支持来自操作系统的数字流媒体声音，原有驱动程序通过I2S接口发送给声卡的音频编码器(codec)芯片，通过I2C接口控制音频codec芯片的工作状态。

若需要针对声卡进行功能扩展，例如增加频率调制(FM，FrequencyModulation)收音机的功能，这就需要在用户收听收音机时，将音频codec的音源切换到FM接收芯片输出的模拟音频上。

基于本发明实施例提出的驱动程序扩展方法，利用原有驱动程序的I2C接口来控制音频codec芯片，在原有驱动程序所在的驱动文件中部署新增的字符类设备的驱动程序，即新增驱动程序，扩展出新的驱动接口与新增驱动程序对应。

由于现有技术中，对硬件设备的驱动程序进行扩展时，需要对新增驱动程序进行重新部署，那么就需要程序编程人员完成驱动接口、新增驱动程序以及硬件接口三部分的代码，代码量比较大，因此编程难度较高。本发明实施例中，在对硬件设备的驱动程序进行扩展时，只需要在原有驱动程序所在的驱动文件中嵌入新增驱动程序即可，因此能够有效地减少新增的代码量，降低了编程难度。

本发明实施例中的硬件控制方法可以但不限于适用于Linux操作系统，还适用于Windows操作系统。

由上述处理过程可知，本发明实施例技术方案中，硬件设备的第一驱动模块与该硬件设备的第二驱动模块部署于同一驱动文件中，第一驱动模块首先根据接收到的控制操作信息，确定对该硬件设备进行控制时所需的驱动资源，并在确定出的驱动资源中，查找部署于第二驱动模块中的驱动资源，第一驱动模块从第二驱动模块中调用查找到的驱动资源后对该硬件设备进行控制。由上可见，本发明实施例技术方案中，硬件设备对应的第一驱动模块和第二驱动模块部署在同一驱动文件中，因此第一驱动模块可以直接调用第二驱动模块中的驱动资源，无需再重新部署这些驱动资源，也无需和第二驱动模块之间进行信息交互来获得这些驱动资源，从而有效地节省了操作系统较多的存储资源和处理资源。

相应的，本发明实施例还提供一种硬件设备控制装置，其结构如图6所示，硬件设备的第一驱动模块与对应同一硬件设备的第二驱动模块部署于同一驱动文件中，所述第一驱动模块包括控制操作信息接收单元61、驱动资源确定单元62、驱动资源查找单元63、驱动资源调用单元64和硬件设备控制单元65，其中：

控制操作信息接收单元61，用于通过所述第一驱动模块对应的虚拟设备接收控制操作信息；

驱动资源确定单元62，用于根据控制操作信息接收单元61接收到的控制操作信息，确定对所述硬件设备进行控制时所需的驱动资源；

驱动资源查找单元63，用于在驱动资源确定单元62确定出的驱动资源中，查找部署于所述第二驱动模块中的驱动资源；

驱动资源调用单元64，用于从所述第二驱动模块中调用驱动资源查找单元63查找到的驱动资源；

硬件设备控制单元65，用于根据部署于所述第一驱动模块中的驱动资源以及驱动资源调用单元64从所述第二驱动模块中调用的驱动资源，对所述硬件设备进行控制。

较佳地，部署于所述第二驱动模块中的驱动资源包含下述至少一种资源：子函数；全局变量。

更佳地，若驱动资源查找单元63查找到的驱动资源为全局变量，则所述第一驱动模块用于从所述第二驱动模块中读取所述全局变量的内容。

更佳地，若驱动资源查找单元63查找到的驱动资源为全局变量，则所述第一驱动模块还用于：

在确定硬件设备控制单元65对所述硬件设备进行控制后，确定所述全局变量的内容；

根据内容确定单元确定出的内容，对部署在所述第二驱动模块中的所述全局变量进行内容更新。

较佳地，所述驱动模块对应的虚拟设备与所述另一驱动模块对应的虚拟设备不同。

较佳地，所述驱动模块对应的虚拟设备为字符类设备、块设备或网络设备。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种硬件设备控制方法，其特征在于，包括：

硬件设备的第一驱动模块通过对应的虚拟设备接收控制操作信息，其中，所述第一驱动模块与所述硬件设备的第二驱动模块部署于同一驱动文件中；

所述第一驱动模块根据接收到的控制操作信息，确定对所述硬件设备进行控制时所需的驱动资源；并

在确定出的驱动资源中，查找部署于所述第二驱动模块中的驱动资源；

所述第一驱动模块从所述第二驱动模块中调用查找到的驱动资源；并

根据部署于所述第一驱动模块中的驱动资源以及从第二驱动模块中调用的驱动资源，对所述硬件设备进行控制。

2.如权利要求1所述的硬件设备控制方法，其特征在于，查找到的驱动资源包含下述至少一种资源：子函数；全局变量。

3.如权利要求2所述的硬件设备控制方法，其特征在于，若查找到的驱动资源为全局变量，则所述第一驱动模块从所述第二驱动模块中调用查找到的驱动资源，具体包括：

所述第一驱动模块从所述第二驱动模块中读取所述全局变量的内容。

4.如权利要求2所述的硬件设备控制方法，其特征在于，若查找到的驱动资源为全局变量，则还包括：

所述第一驱动模块确定对所述硬件设备进行控制后，所述全局变量的内容；以及

根据确定出的内容，对部署在第二驱动模块中的所述全局变量进行内容更新。

5.如权利要求1所述的硬件设备控制方法，其特征在于，所述第一驱动模块与所述第二驱动模块对应不同的虚拟设备。

6.如权利要求1所述的硬件设备控制方法，其特征在于，所述第一驱动模块对应的虚拟设备为字符类设备、块设备或网络设备。

7.一种硬件设备控制装置，其特征在于，包括：第一驱动模块和第二驱动模块；所述第一驱动模块和所述第二驱动模块部署与同一驱动文件中，且所述第一驱动模块和所述第二驱动模块对应同一硬件设备；

其中，所述第一驱动模块包括：

控制操作信息接收单元，用于通过所述第一驱动模块对应的虚拟设备接收控制操作信息；

驱动资源确定单元，用于根据控制操作信息接收单元接收到的控制操作信息，确定对所述硬件设备进行控制时所需的驱动资源；

驱动资源查找单元，用于在驱动资源确定单元确定出的驱动资源中，查找部署于所述第二驱动模块中的驱动资源；

驱动资源调用单元，用于从所述第二驱动模块中调用驱动资源查找单元查找到的驱动资源；

硬件设备控制单元，用于根据部署于所述第一驱动模块中的驱动资源以及驱动资源调用单元从所述第二驱动模块中调用的驱动资源，对所述硬件设备进行控制。

8.如权利要求7所述的硬件设备控制装置，其特征在于，部署于所述第二驱动模块中的驱动资源包含下述至少一种资源：子函数；全局变量。

9.如权利要求8所述的硬件设备控制装置，其特征在于，若驱动资源查找单元查找到的驱动资源为全局变量，则所述第一驱动模块用于从所述第二驱动模块中读取所述全局变量的内容。

10.如权利要求8所述的硬件设备控制装置，其特征在于，若驱动资源查找单元查找到的驱动资源为全局变量，则所述第一驱动模块还用于：

在对所述硬件设备进行控制后，确定所述全局变量的内容；

根据确定出的内容，对部署在所述第二驱动模块中的所述全局变量进行内容更新。