CN106095413A - 一种蓝牙驱动程序的配置方法及装置 - Google Patents

Abstract

本发明实施例公开了一种蓝牙驱动程序的配置方法及装置，涉及通信领域用以提高蓝牙芯片检测及配置的成功率和效率。在本发明中，智能电视的用户层接收所述智能电视的内核层上报的Netlink套接字组播消息；所述Netlink组播消息用于通知所述用户层，当前接入所述内核层的设备所触发的输入事件；所述用户层检测到所述Netlink组播消息是由接入所述内核层的蓝牙芯片所触发上报，根据所述Netlink组播消息中携带的设备标识和由所述蓝牙芯片触发的输入事件的类型，配置对应的蓝牙驱动程序；从而解决了上述问题。

Description

一种蓝牙驱动程序的配置方法及装置

技术领域

本发明涉及通信领域，尤其涉及一种蓝牙驱动程序的配置方法及装置。

背景技术

随着智能终端的功能的日益丰富，大部分智能终端具有蓝牙功能。目前，所有支持蓝牙功能的智能终端，其蓝牙功能均是通过单独的蓝牙芯片实现。对于智能电视来说，蓝牙芯片被集成在一个单独的蓝牙小板上，与电视主板通过USB总线连接。在USB总线上传输的数据格式和类型由蓝牙协议规定，主要包括HCI cmd、ACL Data或SCO Data。

为了使蓝牙芯片能够与电视主板通信，在蓝牙芯片接入到电视主板时，需要加载与该蓝牙芯片的型号所匹配的驱动程序，用于完成蓝牙芯片的初始化操作。在该过程中，智能电视首先需要检测出蓝牙芯片的厂家、型号等设备信息，能够查找到匹配的驱动程序加载。在已有技术中，智能电视检测蓝牙芯片的型号的方式主要包括如下两种：

第一种为硬件检测方式。在已有技术中，预先为每一款蓝牙芯片设定一固定电压，利用ADC(Analog-to-Digital Converter，模数变换器)电路检测插入的蓝牙芯片的电压，来判断蓝牙芯片型号。然而，当支持的芯片型号过多时，ADC电路的测量精度无法保证，容易出现检测错误情况。

第二种为软件检测方式。在已有技术中，通过监控/sys/bus/usb/devices目录是否有新的设备节点创建来判断新设备插入，然后读取新设备的信息来判断是否是蓝牙芯片。此种方式有两个弊端，一个是目前Android系统对文件权限管理越来越严格，对/sys/bus/usb/devices目录的访问需要root(超级用户)权限，因此就存在用户程序无权访问该目录的情况。另外一个弊端是此种方案存在时间延时，会导致蓝牙芯片检测不及时，导致蓝牙功能打开慢的问题。

发明内容

本发明提供一种蓝牙驱动程序的配置方法及装置，用以提高蓝牙芯片检测及配置的成功率和效率。

本发明提供了一种蓝牙驱动程序的配置方法，该方法包括：

智能电视的用户层接收所述智能电视的内核层上报的Netlink套接字组播消息；所述Netlink组播消息用于通知所述用户层，当前接入所述内核层的设备所触发的输入事件；

所述用户层检测到所述Netlink组播消息是由接入所述内核层的蓝牙芯片所触发上报，根据所述Netlink组播消息中携带的设备标识和由所述蓝牙芯片触发的输入事件的类型，配置对应的蓝牙驱动程序。

本发明还提供了一种蓝牙驱动程序的配置装置，该装置包括：

接收单元，位于智能电视的用户层，用于接收所述智能电视的内核层上报的Netlink套接字组播消息；所述Netlink组播消息用于通知所述用户层，当前接入所述内核层的设备所触发的输入事件；

配置单元，位于所述智能电视的用户层，用于检测由接入所述内核层的蓝牙芯片所触发上报的Netlink组播消息，根据所述Netlink组播消息中携带的设备标识和由所述蓝牙芯片触发的输入事件的类型，配置对应的蓝牙驱动程序。

从上述技术方案可以看出，本发明针对蓝牙芯片提供了一种蓝牙驱动程序的配置的方案。在本发明中，可以通过软件的方式准确的检测到蓝牙芯片所触发的输入事件(如，插入或拔出事件)，并确定出蓝牙芯片的型号等设备信息；然后，本发明还可以根据不同型号的蓝牙芯片，配置不同的蓝牙驱动程序，完成相应初始化操作，可见，本发明可以在不修改硬件电路的前提下，实现蓝牙驱动程序的准确配置，并提高了蓝牙芯片的检测及配置的速率和成功率。

附图说明

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

图1为本发明实施例中的一种蓝牙驱动程序的配置方法的流程示意图；

图2为本发明实施例中的一种检测蓝牙芯片插入或拔出事件的流程示意图；

图3为本发明实施例中的一种蓝牙驱动程序的配置装置的结构示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

本发明可以应用于各类智能终端(如智能电视、智能手机、平板电脑等设备)上，本发明尤其可以适用于可以通过USB接口接入蓝牙芯片的智能电视中。在本发明中，通过软件的方式检测蓝牙芯片的插入和拔出事件，不需要依靠用户层所创建的设备节点，即可快速且准确的加载对应的蓝牙驱动程序。

图1示出了本发明实施例中的一种蓝牙驱动程序的配置方法的流程示意图，如图1所示，该流程可以包括：

步骤11：智能电视的用户层接收智能电视的内核层上报的Netlink套接字组播消息；其中，Netlink组播消息用于通知用户层，当前接入内核层的设备所触发的输入事件；

步骤12：用户层检测到Netlink组播消息是由接入内核层的蓝牙芯片所触发上报，根据Netlink组播消息中携带的设备标识和由蓝牙芯片触发的输入事件的类型，配置对应的蓝牙驱动程序。

可选的，在上述步骤11～步骤12中，加载预先创建的用于监控蓝牙芯片的输入事件的BluetoothMonitor进程；其中，BluetoothMonitor进程处于智能电视的用户层且与EventHub进程共享由内核层上报的Netlink组播消息，EventHub进程用于处理由智能电视的内核层上报的输入事件；BluetoothMonitor进程接收内核层上报的Netlink组播消息；BluetoothMonitor进程判断Netlink组播消息是否由USB设备所触发上报的，如果是，则进一步获取Netlink组播消息中携带的设备标识，在预先设置的蓝牙芯片列表中，查找是否存在与获取到的设备标识匹配的蓝牙芯片，如果存在，则将Netlink组播消息确定为由接入内核层的蓝牙芯片所触发上报的Netlink组播消息；否则，忽略Netlink组播消息。

可选的，在上述步骤12中，BluetoothMonitor进程获取Netlink组播消息中指示出的由蓝牙芯片触发的输入事件的类型；如果输入事件类型为加载驱动程序时，则加载相应的蓝牙驱动程序；如果输入事件类型为移除驱动程序时，则移除相应的蓝牙驱动程序。

可选的，在上述步骤中，EventHub进程同步接收由接入智能电视的内核层的蓝牙芯片所触发上报的Netlink组播消息，根据Netlink组播消息中携带的设备标识，创建对应的设备节点。

可选的，在上述步骤11之前，通过如下步骤创建BluetoothMonitor进程：创建用于同步接收由智能电视的内核层上报至用户层的Netlink组播消息的Socket通道；定义至少能够用于检测Netlink组播消息中所携带的设备信息、输入事件类型的数据结构；其中，设备信息中至少包括设备ID、设备名称或设备识别码。

整体来说，本发明具有如下优点：

第一，本发明提供一种纯软件的方式，根据蓝牙芯片的插入或拔出事件，加载或移除对应的蓝牙驱动程序，不需要更改硬件电路。

第二，本发明可以适配各种类型、各种型号的蓝牙芯片，由于本发明预先设置有用于检测蓝牙芯片的各设备信息的蓝牙芯片列表，当存在新增的蓝牙芯片设备时，只需要更新或维护蓝牙芯片列表即可，这样就使同一智能平台上自适应多款蓝牙芯片成为可能。

第三，本发明创建有用于检测和监控蓝牙芯片的BluetoothMonitor进程，提供一种蓝牙驱动程序配置机制。在本发明中，BluetoothMonitor进程可以与Eventhub平级，用于同步接收内核层发送过来的netlink socket，即创建socket管道，进而通过socket管道获取并处理由蓝牙芯片插入或拔出所触发的输入事件。

首先，在本发明中，创建socket管道的伪代码可以如下：

Socket(PF_NETLINK,SOCK_DGRAM,NETLINK_KOBJECT_UEVENT)

其中，NETLINK_KOBJECT_UEVENT类型表示设备状态变化的消息类型。

其次，在本发明中，获取由蓝牙芯片插入或拔出所触发的输入事件的伪代码可以如下：

Struct uevent

{

String action；/*设备状态变化，如add、remove*/

String path；/*设备节点的目录*/

String subsystem；/*新设备的归属的子系统*/

String firmware；/*新设备的固件版本，可选*/

Int major；/*新设备的主设备号*/

Int minor；/*新设备的次设备号*/

Int pid；/*器件ID*/

Int vid；/*厂商ID*/

String name；/*设备名称*/

}

当然，上述创建socket管道的伪代码以及获取由蓝牙芯片插入或拔出所触发的输入事件的伪代码均为举例描述，在实际应用中，可以通过其他数据格式创建socket管道或获取输入事件，这里仅以其中一种较优选的实现方式为例进行记载。

下面对本发明进行详细描述。

图2示出了本发明实施例中的一种检测蓝牙芯片插入或拔出事件的流程示意图，如图2所示，该流程可以包括：

步骤21：BluetoothMonitor进程开始运行。

步骤22：创建socket管道。

步骤23：BluetoothMonitor进程同步接收由位于Linux内核层的USB subsystem上报给Eventhub的Netlink socket组播消息。

步骤24：访问接收到的Netlink socket组播消息中的subsystem成员，判断获取到的Netlink socket组播消息是否是由USB设备触发上报的输入事件，如果是，则继续执行步骤25，否则，跳回执行步骤23。

步骤25：访问接收到的Netlink socket组播消息中的pid成员、vid成员和name成员，判断获取到的Netlink socket组播消息中携带的USB设备的设备标识是否与已知蓝牙芯片信息匹配，如果匹配，则继续执行步骤26，如果不匹配，则结束本次流程。

具体实现时，在本发明实施例中，可以通过预先生成的蓝牙芯片或设备列表记录所有已知的蓝牙芯片的信息，如pid(器件ID或称为设备ID)、vid；(厂商ID)、name(设备名称)等等设备信息；当然，本发明实施例不仅可以记录各种蓝牙设备信息，还可以周期的对蓝牙芯片或设备列表记录中所记录的蓝牙芯片信息进行更新和维护，从而保证本发明实施例检测到的蓝牙芯片的信息的准确性。

步骤26：访问接收到的Netlink socket组播消息中的action成员，判断获取到的Netlink socket组播消息所指示出的输入事件类型，如果输入事件类型为加载蓝牙驱动程序，则继续执行步骤27；如果输入事件类型为移除蓝牙驱动程序，则直接执行步骤28。

步骤27：加载与蓝牙芯片匹配的蓝牙驱动程序，加载firmware(固件)，并进行初始化操作。

步骤28：注销蓝牙芯片的工作，移除或卸载对应的蓝牙驱动程序。

从上述技术方案可以看出，本发明针对蓝牙芯片提供了一种蓝牙驱动程序的配置的方案。在本发明中，可以通过软件的方式准确的检测到蓝牙芯片所触发的输入事件(如，插入或拔出事件)，并确定出蓝牙芯片的型号等设备信息；然后，本发明还可以根据不同型号的蓝牙芯片，配置不同的蓝牙驱动程序，完成相应初始化操作，可见，本发明可以在不修改硬件电路的前提下，实现蓝牙驱动程序的准确配置，并提高了蓝牙芯片的检测及配置的速率和成功率。

基于相同的技术构思，本发明实施例还提供一种一种蓝牙驱动程序的配置装置，图3示出了本发明实施例中的一种蓝牙驱动程序的配置装置的结构示意图，如图3所示，该装置可以包括：

接收单元31，位于智能电视的用户层，用于接收所述智能电视的内核层上报的Netlink套接字组播消息；所述Netlink组播消息用于通知所述用户层，当前接入所述内核层的设备所触发的输入事件；

配置单元32，位于所述智能电视的用户层，用于检测由接入所述内核层的蓝牙芯片所触发上报的Netlink组播消息，根据所述Netlink组播消息中携带的设备标识和由所述蓝牙芯片触发的输入事件的类型，配置对应的蓝牙驱动程序。

可选的，所述接收单元31具体用于：加载预先创建的用于监控蓝牙芯片的输入事件的BluetoothMonitor进程；其中，所述BluetoothMonitor进程处于所述智能电视的用户层且与EventHub进程共享由所述内核层上报的Netlink组播消息，所述EventHub进程用于处理由所述智能电视的内核层上报的输入事件；由所述BluetoothMonitor进程接收所述内核层上报的Netlink组播消息；所述配置单元32具体用于：由所述BluetoothMonitor进程判断所述Netlink组播消息是否由USB设备所触发上报的，如果是，则进一步获取所述Netlink组播消息中携带的设备标识，在预先设置的蓝牙芯片列表中，查找是否存在与获取到的设备标识匹配的蓝牙芯片，如果存在，则将所述Netlink组播消息确定为由接入所述内核层的蓝牙芯片所触发上报的Netlink组播消息；否则，忽略所述Netlink组播消息。

可选的，所述配置单元32具体用于：

由所述BluetoothMonitor进程获取所述Netlink组播消息中指示出的由所述蓝牙芯片触发的输入事件的类型；如果所述输入事件类型为加载驱动程序时，则加载相应的蓝牙驱动程序；如果所述输入事件类型为移除驱动程序时，则移除相应的蓝牙驱动程序。

可选的，该装置还包括：

创建单元，用于由所述EventHub进程同步接收由接入所述智能电视的内核层的蓝牙芯片所触发上报的Netlink组播消息，根据所述Netlink组播消息中携带的设备标识，创建对应的设备节点。

可选的，所述接收单元31还用于：

创建用于同步接收由所述智能电视的内核层上报至用户层的Netlink组播消息的Socket通道；定义至少能够用于检测所述Netlink组播消息所携带的设备信息、输入事件类型的数据结构；其中，所述设备信息中至少包括设备ID、设备名称或设备识别码。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器，使得通过该计算机或其他可编程数据处理设备的处理器执行的指令可实现流程图中的一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图的一个流程或多个流程和/或方框图的一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

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

Claims (10)

1.一种蓝牙驱动程序的配置方法，其特征在于，该方法包括：

智能电视的用户层接收所述智能电视的内核层上报的Netlink套接字组播消息；所述Netlink组播消息用于通知所述用户层，当前接入所述内核层的设备所触发的输入事件；

所述用户层检测到所述Netlink组播消息是由接入所述内核层的蓝牙芯片所触发上报，根据所述Netlink组播消息中携带的设备标识和由所述蓝牙芯片触发的输入事件的类型，配置对应的蓝牙驱动程序。

2.如权利要求1所述的方法，其特征在于，所述接收所述Netlink组播消息并检测到所述Netlink组播消息是由接入所述内核层的蓝牙芯片所触发上报，包括：

加载预先创建的用于监控蓝牙芯片的输入事件的BluetoothMonitor进程；其中，所述BluetoothMonitor进程处于所述智能电视的用户层且与EventHub进程共享由所述内核层上报的Netlink组播消息，所述EventHub进程用于处理由所述智能电视的内核层上报的输入事件；

所述BluetoothMonitor进程接收所述内核层上报的Netlink组播消息；

所述BluetoothMonitor进程判断所述Netlink组播消息是否由USB设备所触发上报的，如果是，则进一步获取所述Netlink组播消息中携带的设备标识，在预先设置的蓝牙芯片列表中，查找是否存在与获取到的设备标识匹配的蓝牙芯片，如果存在，则将所述Netlink组播消息确定为由接入所述内核层的蓝牙芯片所触发上报的Netlink组播消息；否则，忽略所述Netlink组播消息。

3.如权利要求2所述的方法，其特征在于，所述配置对应的蓝牙驱动程序，包括：

所述BluetoothMonitor进程获取所述Netlink组播消息中指示出的由所述蓝牙芯片触发的输入事件的类型；

如果所述输入事件类型为加载驱动程序时，则加载相应的蓝牙驱动程序；

如果所述输入事件类型为移除驱动程序时，则移除相应的蓝牙驱动程序。

4.如权利要求3所述的方法，其特征在于，该方法还包括：

所述EventHub进程同步接收由接入所述智能电视的内核层的蓝牙芯片所触发上报的Netlink组播消息，根据所述Netlink组播消息中携带的设备标识，创建对应的设备节点。

5.如权利要求2-4中任一项所述的方法，其特征在于，通过如下步骤创建所述BluetoothMonitor进程：

创建用于同步接收由所述智能电视的内核层上报至用户层的Netlink组播消息的Socket通道；

定义至少能够用于检测所述Netlink组播消息中所携带的设备信息、输入事件类型的数据结构；

其中，所述设备信息中至少包括设备ID、设备名称或设备识别码。

6.一种蓝牙驱动程序的配置装置，其特征在于，该装置包括：

接收单元，位于智能电视的用户层，用于接收所述智能电视的内核层上报的Netlink套接字组播消息；所述Netlink组播消息用于通知所述用户层，当前接入所述内核层的设备所触发的输入事件；

配置单元，位于所述智能电视的用户层，用于检测由接入所述内核层的蓝牙芯片所触发上报的Netlink组播消息，根据所述Netlink组播消息中携带的设备标识和由所述蓝牙芯片触发的输入事件的类型，配置对应的蓝牙驱动程序。

7.如权利要求6所述的装置，其特征在于，所述接收单元具体用于：

加载预先创建的用于监控蓝牙芯片的输入事件的BluetoothMonitor进程；其中，所述BluetoothMonitor进程处于所述智能电视的用户层且与EventHub进程共享由所述内核层上报的Netlink组播消息，所述EventHub进程用于处理由所述智能电视的内核层上报的输入事件；由所述BluetoothMonitor进程接收所述内核层上报的Netlink组播消息；

所述配置单元具体用于：由所述BluetoothMonitor进程判断所述Netlink组播消息是否由USB设备所触发上报的，如果是，则进一步获取所述Netlink组播消息中携带的设备标识，在预先设置的蓝牙芯片列表中，查找是否存在与获取到的设备标识匹配的蓝牙芯片，如果存在，则将所述Netlink组播消息确定为由接入所述内核层的蓝牙芯片所触发上报的Netlink组播消息；否则，忽略所述Netlink组播消息。

8.如权利要求7所述的装置，其特征在于，所述配置单元具体用于：

由所述BluetoothMonitor进程获取所述Netlink组播消息中指示出的由所述蓝牙芯片触发的输入事件的类型；如果所述输入事件类型为加载驱动程序时，则加载相应的蓝牙驱动程序；如果所述输入事件类型为移除驱动程序时，则移除相应的蓝牙驱动程序。

9.如权利要求8所述的装置，其特征在于，该装置还包括：

创建单元，用于由所述EventHub进程同步接收由接入所述智能电视的内核层的蓝牙芯片所触发上报的Netlink组播消息，根据所述Netlink组播消息中携带的设备标识，创建对应的设备节点。

10.如权利要求7-9中任一项所述的装置，其特征在于，所述接收单元还用于：

创建用于同步接收由所述智能电视的内核层上报至用户层的Netlink组播消息的Socket通道；定义至少能够用于检测所述Netlink组播消息所携带的设备信息、输入事件类型的数据结构；其中，所述设备信息中至少包括设备ID、设备名称或设备识别码。