CN115981927A - 基于windows***的批量测试USB设备的装置、方法 - Google Patents

Abstract

本发明提供了本发明提供了一种基于windows***的批量测试USB设备的装置和方法，包括：至少2个USB插槽、控制模块；控制模块与所述USB插槽电性连接，用于通过以下方式对所述待测试USB设备进行批量测试：通过所述USB插槽1获取所述待测试USB设备的固有信息；通过所述Window***枚举所述待测试USB设备，利用所述windows***中的注册表，对当前的所述待测试USB设备的固有信息与所述USB插槽进行绑定，形成配对组；根据所述USB插槽获取的所述固有信息直接指定所述待测试USB设备，完成批量测试；本发明所述的装置具有结构简单，分组明确的优点，能够实现同种设备的批次USB功能测试。

Description

基于windows***的批量测试USB设备的装置、方法

技术领域

本发明涉及USB测试领域，尤其涉及一种基于windows***的批量测试USB设备的装置、方法。

背景技术

USB是热拔插动态连接设备的总线标准，使用非常方便；但是，当多个同类设备同时接入时，应用层无法区分当前需要与哪个设备进行通信，例如ADB通信最大程度仅做到按照接入顺序动态编号；可是，如接入的同类设备不具备任何设备标识信息时，就无法通过临时动态编号区分设备；同样的，如OpenCV视觉处理库使用的CapId也仅仅是windows***动态分配的序号，在进行大批量USB的测试时，也会出现无法区分设备的问题，影响生产；

一种批量测试USB设备的装置、方法亟待研发。

发明内容

为了克服现有技术的不足，本发明提供了一种基于windows***的批量测试USB设备的装置、方法，用于解决前述技术问题中的至少一个。

具体地，其技术方案如下：

一种基于windows***的批量测试USB设备的装置，包括：

至少2个USB插槽，用于与外界的待测试USB设备连接；

控制模块，与所述USB插槽均电性连接，用于通过以下方式对所述待测试USB设备进行批量测试：

通过所述USB插槽获取所述待测试USB设备的固有信息；

通过所述Window***枚举所述待测试USB设备，利用所述windows***中的注册表，对当前的所述待测试USB设备的固有信息与所述USB插槽进行绑定，形成配对组；

根据所述USB插槽获取的所述固有信息直接指定所述待测试USB设备，完成批量测试。

所述“通过所述USB插槽获取所述待测试USB设备的固有信息”的步骤，包括：

通过所述控制模块对所述USB插槽进行轮询，寻找USB总线上的所述待测试USB设备；

获取接入所述待测试USB设备中USB端口的BusNumber，与所述待测试USB设备建立USB标准协议通信管道；

获取所述USB端口从根端口号所经过的所有端口号PortNumber数组；

将BusNumber和PortNumber数组进行组合，得到端口标识；

通过所述USB端口的所述端口标识和所述USB标准协议通信管道，获取所述待测试USB设备的固有信息。

所述待测试USB设备的固有信息，包括：

所述待测试USB设备的PID、VID、接口类型、接口子类型、接口协议、BCD编码中的一种或几种。

所述控制模块，包括：

控制单元，与所述USB插槽电性连接；

视觉采集通信模组，与所述USB插槽进行数据交互，用于对视觉设备进行测试；

音频采集通信模组，与所述USB插槽进行数据交互，用于结合所述固有信息对音频设备进行测试；

串口通信模组，与所述USB插槽进行数据交互，用于对串口设备进行测试；

ADB通信模组，与所述USB插槽进行数据交互，用于对移动设备进行测试；

存储模块，与所述控制单元进行数据交互，用于存储所述windows***以及视频分析处理库、音频分析处理库、串口通信处理库以及ADB处理库。

对所述视频设备进行测试的过程中，包括：

通过DirectShow枚举所述windows***中所有的视频设备信息，得到所述视频设备在所述windows***中的实时序号和对应的DevicePath信息；

根据所述DevicePath信息查询所述windows***注册表，匹配对应的视频设备的硬件ID；

将所述视频设备的硬件ID与所述固有信息中的PID、VID、所述实时序号与对应的所述USB插槽进行绑定；

利用所述视频分析处理库对所述音频设备进行测试。

对所述音频设备进行测试的过程中，包括：

通过枚举所述windows***中所有DirectSound的DirectSoundCapture信息，得到所述windows***注册表中注册的所述音频设备的IID、SID；

通过SID从所述windows***注册表中获取对应的DevicePath信息；

根据所述DevicePath信息查询所述windows***注册表，匹配对应的音频设备的硬件ID；

将所述音频设备的硬件ID与所述固有信息中的PID、VID对应，将对应的所述USB插槽与所述音频设备的IID进行绑定；

利用所述音频分析处理库对所述音频设备进行测试。

对串口设备进行测试的过程中，包括：

通过枚举所述windows***中所有即插即用类设备的信息，包括所述串口设备的串口名称；

通过所述设备名称从所述windows***注册表中获取对应的DevicePath信息；

通过所述DevicePath信息解析获得所述串口设备的VID和PID；

将所述串口信息与所述PID、所述VID进行匹配，将对应的所述USB插槽与所述串口设备绑定；

利用所述串口通信处理库对所述串口设备进行测试。

对移动设备进行测试时，包括：

构建ADB处理库；

利用所述ADB处理库，按所述移动设备的需求建立报文交互通道，完成所述移动设备的与对应的所述USB插槽之间的通信。

所述“构建ADB处理库”，包括：

基于所述USB插槽的库，二次封装所述移动设备的I/O读写操作模块；

将所述I/O读写操作模块中缓冲区的写入操作二次封装成ADB规范定义的报文格式，完成字符串格式的指令发送支持；

将所述I/O缓存区的读取操作封装成ADB格式的解析，从而解析出指令返回的字符串报文；

通过指令的发送和接收，构成所述ADB处理库。

一种基于如上所述装置的批量测试USB设备的方法，包括：

启动监控线程，实时监控USB总线和***注册信息，在检测到USB端口接入待测试USB设备时，对当前的所述待测试USB设备的固有信息与对应的所述USB插槽进行绑定，并建立通信；

通过相关处理库调度，完成所有所述待测试USB设备的测试；

所述相关处理库，包括：

视频分析处理库、音频分析处理库、串口通信处理库或ADB处理库中的一种或几种。

本发明至少具有以下有益效果：

本发明所述的基于windows***的批量测试USB设备的装置，在检测到USB插槽连接待测试USB设备时，通过USB插槽获取待测试USB设备的固有信息；通过所述Window***枚举所述待测试USB设备，利用所述windows***中的注册表，对当前的所述待测试USB设备的固有信息与所述USB插槽进行绑定，形成配对组；在使用时，根据所述USB插槽获取的所述固有信息直接指定所述待测试USB设备，实现USB插槽与待测试USB设备的一一对应；本发明所述的装置具有结构简单，分组明确的优点，能够实现同种设备的批次USB功能测试；

本发明所述的基于windows***的批量测试USB设备的方法，通过实时监控USB总线和***注册信息，在检测到USB端口接入待测试USB设备时，对当前的所述待测试USB设备的固有信息与对应的所述USB插槽进行绑定，并建立通信；通过相关处理库调度，完成所有所述待测试USB设备的测试；本发明所述的方法具有流程简单，绑定迅速的优点，非常适合对USB设备进行批量检测。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明所述装置的***框图；

图2为图1所述装置进行批量测试的流程图；

图3为获取固有信息的流程图；

图4为对视觉采集模块进行测试的流程图；

图5为对音频采集模块进行测试的流程图；

图6为对串口通信进行测试的流程图；

图7为对移动设备进行测试的流程图；

图8为本发明所述基于windows***的批量测试USB设备的方法的总流程图；

图9为基于图8所述方法的硬件***图；

图10为图9所述硬件***在工作时的工作界面；

其中，1.USB插槽；2.控制模块；201.控制模块；202.视觉采集通信模组；203.音频采集通信模组；204.串口通信模组；205.ADB通信模组；

具体实施方式

本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

名词解释：

BusNumber：总线编号；

PortNumber：端口号；

PID：生产商内部的产品编号

VID：生产商编号；

DevicePath：设备目录，DevicePath：Windows标识设备的唯一字符串；

DirectSoundCapture：音频捕获；

音频设备的ID：音频设备的名称；

SID：安全标识符；

ADB：全称为：Android Debug Bridge，是一种功能多样的命令行工具，可让用户与安卓设备进行通信；

CLSID_VideoInputDeviceCategory：视频捕获设备类；

Hwid：硬件ID；

CapId：视觉设备序号；

IID(Interface identifier)：接口标识；

Windows Management Instrumentation：是Windows中用于提供共同的界面和对象模式，以便访问有关操作***、设备、应用程序和服务的管理信息；

DUT：被测器件；

本发明提供以下实施例：

如图1-2，一种基于windows***的批量测试USB设备的装置，包括：至少2个USB插槽1、控制模块2；其中，USB插槽1用于与外界的待测试USB设备连接；控制模块2与所述USB插槽1均电性连接，用于通过以下方式对所述待测试USB设备进行批量测试：

通过所述USB插槽1获取所述待测试USB设备的固有信息；通过所述Window***枚举所述待测试USB设备，利用所述windows***中的注册表，对当前的所述待测试USB设备的固有信息与所述USB插槽1进行绑定，形成配对组；根据所述USB插槽1获取的所述固有信息直接指定所述待测试USB设备，完成批量测试。

具体的，如图3，所述“通过所述USB插槽1获取所述待测试USB设备的固有信息”的步骤，包括：通过所述控制模块2对所述USB插槽1进行轮询，寻找USB总线上的所述待测试USB设备；获取接入所述待测试USB设备中USB端口的BusNumber，与所述待测试USB设备建立USB标准协议通信管道；获取所述USB端口从根端口号所经过的所有端口号PortNumber数组；将BusNumber和PortNumber数组进行组合，得到端口标识；通过所述USB端口的所述端口标识和所述USB标准协议通信管道，获取所述待测试USB设备的固有信息；

实际使用时，通过USB设备轮询，寻找USB总线上的设备，得到接入设备，即待测试设备的BusNumber，即设备总线地址号，与该设备建立USB标准协议通信管道，解析出USB从根端口号所经过的所有端口号PortNumber数组，然后组合BusNumber和PortNumber数组，自定义为该USB设备的“唯一”端口标识，同时通过USB接口描述符和管道获取到该设备的其他重要信息，包括设备开发商的PID和VID、接口类型、接口子类型、接口协议、BCD编码等，以备后续信息匹配使用；在本实施例中，BCD编码可区分USB的速率；

因为不同的USB设备，其驱动与应用不同，需要不同的信息获取方式，为方便说明，本实施例将常用测试设备分成4大类型：视觉采集通信、音频采集通信、COM串口通信、ADB特殊通信，固有：

所述控制模块2，包括：控制单元201、视觉采集通信模组202、音频采集通信模组203、串口通信模组204、ADB通信模组205以及存储模块206；控制单元201与所述USB插槽1电性连接；视觉采集通信模组202与所述USB插槽1进行数据交互，用于对视觉设备进行测试；音频采集通信模组203与所述USB插槽1进行数据交互，用于结合所述固有信息对音频设备进行测试；串口通信模组204与所述USB插槽1进行数据交互，用于对串口设备进行测试；ADB通信模组205与所述USB插槽1进行数据交互，用于对移动设备进行测试；存储模块206与所述控制单元201进行数据交互，用于存储所述windows***以及视频分析处理库、音频分析处理库、串口通信处理库以及ADB处理库；

如图4，对所述视频设备进行测试的过程中，包括：通过DirectShow枚举所述windows***中所有的视频设备信息，得到所述视频设备在所述windows***中的实时序号和对应的DevicePath信息；根据所述DevicePath信息查询所述windows***注册表，匹配对应的视频设备的硬件ID；将所述视频设备的硬件ID与所述固有信息中的PID、VID、所述实时序号与对应的所述USB插槽1进行绑定；利用所述视频分析处理库对所述音频设备进行测试；

在实际生产中，因为在应用层一般都需做大量的算法，涉及应用库较多，例如开源的OpenCV视觉处理库；所以需要USB设备能够与视觉应用库的CapId(视觉设备序号)进行绑定才能正常通信。因此该USB设备需要枚举***内所有的DirectShow设备信息，主要是获取当前注册设备实时产生的“实时的注册序号”，即***分配的动态序号，会随接入同类设备变更，和CLSID_VideoInputDeviceCategory，根据枚举设备的DevicePath查询***注册表，匹配对应的hwid与已经获取的PID、VID、设备类ID，完成USB端口与CapId的唯一绑定；最后在应用层，就可以通过USB端口得到“实时的注册序号”作为OpenCV库的CapId使用；

另外，在本实施例中，通过BCD编码再进一步区分USB3.0高清视觉采集设备与USB2.0普通视觉采集设备；利用部分USB设备因接口速率会出现采集分辨率差异的特点，在应用时可做同类设备进一步的细分，以应对更复杂的设备调度上。

如图5，对所述音频设备进行测试的过程中，包括：通过枚举所述windows***中所有DirectSound的DirectSoundCapture信息，得到所述windows***注册表中注册的所述音频设备的IID、SID；通过SID从所述windows***注册表中获取对应的DevicePath信息；根据所述DevicePath信息查询所述windows***注册表，匹配对应的音频设备的硬件ID；将所述音频设备的硬件ID与所述固有信息中的PID、VID对应，将对应的所述USB插槽1与所述音频设备的IID进行绑定；利用所述音频分析处理库对所述音频设备进行测试。

在实际生产时，因为需要绑定USB端口与音频设备的IID；首先通过枚举***所有DirectSound的DirectSoundCapture设备信息，得到注册设备的IID、SID和设备名称Name等信息；然后通过SID从***注册表获取DevicePath，根据DevicePath查询***注册表，匹配对应的hwid与已经获取的PID、VID、设备类ID，完成USB端口与IID的唯一绑定；最后在应用层，就可以通过音频分析处理库对所述音频设备进行测试；

如图6，对串口设备进行测试的过程中，包括：通过枚举所述windows***中所有即插即用类设备的信息，包括所述串口设备的串口名称；通过所述设备名称从所述windows***注册表中获取对应的DevicePath信息；通过所述DevicePath信息解析获得所述串口设备的VID和PID；将所述串口信息与所述PID、所述VID进行匹配，将对应的所述USB插槽1与所述串口设备绑定；利用所述串口通信处理库对所述串口设备进行测试；

在具体生产中，因为串口通信是通过设备名称，例如COM2，进行区分的；名称中的序号是***动态分配的序号；所以，首先需通过Windows Management Instrumentation枚举***所有Win32_PnPEntity中即插即用设备信息，除了获取设备名称还要从DevicePath解析出VID和PID；然后通过DevicePath在***注册表查询到的信息与第1部分的获取的PID、VID、设备类ID进行匹配，完成USB端口与插即用设备对应的名称的唯一绑定；最后通过USB设备端口即可得到COM名称，应用时使用该设备最后一次绑定的名称即可；

如图7，对移动设备，如手机，进行测试时，包括：构建ADB处理库；利用所述ADB处理库，按所述移动设备的需求建立报文交互通道，完成所述移动设备的与对应的所述USB插槽1之间的通信；所述“构建ADB处理库”，包括：基于所述USB插槽1的库，二次封装所述移动设备的I/O读写操作模块；将所述I/O读写操作模块中缓冲区的写入操作二次封装成ADB规范定义的报文格式，完成字符串格式的指令发送支持；将所述I/O缓存区的读取操作封装成ADB格式的解析，从而解析出指令返回的字符串报文；通过指令的发送和接收，构成所述ADB处理库

在生产中，ADB特殊通信一般是由于USB设备通信已有成熟的通信，但因为各种原因并无法得知对应的USB槽位的通信情况；此时，需基于USB端口开发与成熟库相同的通信协议，而且硬件层必须与获取“设备开发商的PID和VID”时使用的代码库相同的情况下进行开发，保证自主开发的特殊通信原生带有原来的USB端口信息；在应用时，仅需替代ABD的通信库，更上层复杂处理则保持与原来一样即可；

ADB是一种客户端-服务器程序，本实施例主要需解决USB的服务端与客户端的通信交互问题；首先，基于USB端口相同的库，二次封装USB设备的I/O读写操作模块；然后把USB操作模块的I/O缓冲区的写入操作二次封装成ADB规范定义的报文格式，完成字符串格式的指令发送支持；同时，I/O缓存区的读取操作则封装成ADB格式的解析，从而解析出指令返回的字符串报文；通过格式处理的指令的发送和接收，开发各种常用的交互指令组，即可构成通信库；后，使用该通信库，按ADB需求建立服务端与客户端的报文交互通道，完成与该USB端口设备的ADB通信，实现批量检测；

本发明提供一种实施例：

有了上述的USB端口绑定方法，可以清晰的知悉在批量生产测试中，当前测试需要与哪个USB设备进行通信以完成对应的测试需求，结合生产测试软件，即可完成USB设备的批量生产测试；

如图8，一种基于如上所述装置的批量测试USB设备的方法，包括：启动监控线程，实时监控USB总线和***注册信息，在检测到USB端口接入待测试USB设备时，对当前的所述待测试USB设备的固有信息与对应的所述USB插槽进行绑定，并建立通信；通过相关处理库调度，完成所有所述待测试USB设备的测试；所述相关处理库，包括：视频分析处理库、音频分析处理库、串口通信处理库或ADB处理库中的一种或几种；

具体步骤包括：

启动测试软件，加载工位配置，该配置记录了之前描述的测试内容及DUT需要配合的USB设备；然后启动2个线程：1.启动USB实时监控线程；2.启动测试管理线程；

a.启动USB实时监控线程，实时监控USB总线和***注册信息，检测到USB端口接入设备，通过上述实施例中的方法，绑定USB端口和设备的固有信息；在处理的过程中，DUT特殊处理，查询到DUT为接入状态，通知管理线程开始DUT的测试；

b.启动测试流程与逻辑管理线程，通过获取DUT测试开始通知，启动测试子流程，测试子流程中主要是获取绑定的USB端口对应的DUT建立通信，同时按配置获取对应的需配合的USB设备并建立通信，例如控制配合的COM串口扫码模块扫入条码然后写入DUT，使用USB设备绑定的信息中的特殊ID才能结合相关的算法处理库；最终，通过调度各个USB设备完成该DUT的所有接口和功能测试；例如USB摄像头使用OpenCV完成LED灯的颜色检测；

c.批量测试对应的就是启动了多测测试子线程，调度DUT各自对应的USB设备，完成测试；

如图9-10，基于本实施例提供的方法，提供一种应用该方法的***；在该***中，例如，需批量生产测试DUT使用的是移动设备，则通过USB接入PC总线，DUT需要测试的接口如HDMI需要接入HDMI采集卡，在***层会分为视觉采集通信与音频采集通信，HDMI采集卡是通过USB接入PC总线；DUT的LED指示灯需要通过USB摄像头自动识别是否正常工作，在***层也是接入USB总线的视觉采集通信；DUT的IR红外收发测试配合的是COM串口转红外的硬件模组，该模组也是通过USB接入***总线；各个USB设备组成了一个DUT的测试工位，多个这样的设备组就构成了多个DUT的批量生产工位；最后，利用上述方法完成测试；

本发明还提供一种实施例：

一种批量测试USB设备的电子装置，包括：存储介质和处理单元；存储介质，用于存储计算机程序；处理单元与所述存储介质进行数据交换，用于在进行测试时，通过所述处理单元执行所述计算机程序，进行如上所述的批量测试USB设备的方法的步骤。

上述的电子装置中，存储介质优选为，移动硬盘或固态硬盘或U盘等存储设备；处理单元，优选为CPU，与所述存储介质进行数据交换，用于在状态更新通知时，通过所述处理单元执行所述计算机程序，进行如上所述的批量测试USB设备的方法的步骤。

上述CPU可以根据存储在存储介质中的程序执行各种适当的动作和处理。所述电子设备还包括以下外设，包括键盘、鼠标等的输入部分，也可以包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分；特别地，根据本发明公开的实施例，如图1-4中任一描述的过程均可以被实现为计算机软件程序。

本发明还提供一种实施例：

一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序；所述计算机程序在运行时，执行如上所述的批量测试USB设备的方法的步骤。

在本发明中，计算机可读的存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

以上公开的仅为本发明的几个具体实施场景，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。上述本发明序号仅仅为了描述，不代表实施场景的优劣。

Claims (10)

1.一种基于windows***的批量测试USB设备的装置，其特征在于，包括：

至少2个USB插槽，用于与外界的待测试USB设备连接；

控制模块，与所述USB插槽电性连接，用于通过以下方式对所述待测试USB设备进行批量测试：

通过所述USB插槽获取所述待测试USB设备的固有信息；

通过所述Window***枚举所述待测试USB设备，利用所述windows***中的注册表，对当前的所述待测试USB设备的固有信息与所述USB插槽进行绑定，形成配对组；

建立监控线程，根据所述USB插槽获取的所述固有信息直接指定所述待测试USB设备，完成批量测试。

2.根据权利要求1所述的基于windows***的批量测试USB设备的装置，其特征在于，所述“通过所述USB插槽获取所述待测试USB设备的固有信息”的步骤，包括：

通过所述控制模块对所述USB插槽进行轮询，寻找USB总线上的所述待测试USB设备；

获取接入所述待测试USB设备中USB端口的BusNumber，与所述待测试USB设备建立USB标准协议通信管道；

获取所述USB端口从根端口号所经过的所有端口号PortNumber数组；

将BusNumber和PortNumber数组进行组合，得到端口标识；

通过所述端口标识和所述USB标准协议通信管道，获取所述待测试USB设备的固有信息。

3.根据权利要求1或2所述的基于windows***的批量测试USB设备的装置，其特征在于：

所述待测试USB设备的固有信息，包括：

所述待测试USB设备的PID、VID、接口类型、接口子类型、接口协议、BCD编码中的一种或几种。

4.根据权利要求1所述的基于windows***的批量测试USB设备的装置，其特征在于，所述控制模块，包括：

控制单元，与所述USB插槽电性连接；

视觉采集通信模组，与所述USB插槽进行数据交互，用于对视觉设备进行测试；

音频采集通信模组，与所述USB插槽进行数据交互，用于结合所述固有信息对音频设备进行测试；

串口通信模组，与所述USB插槽进行数据交互，用于对串口设备进行测试；

ADB通信模组，与所述USB插槽进行数据交互，用于对移动设备进行测试；

存储模块，与所述控制单元进行数据交互，用于存储所述windows***、视频分析处理库、音频分析处理库、串口通信处理库以及ADB处理库。

5.根据权利要求4所述的基于windows***的批量测试USB设备的装置，其特征在于，对所述视频设备进行测试的过程中，包括：

通过DirectShow枚举所述windows***中所有的视频设备信息，得到所述视频设备在所述windows***中的实时序号和对应的DevicePath信息；

根据所述DevicePath信息查询所述windows***注册表，匹配对应的视频设备的硬件ID；

将所述视频设备的硬件ID、所述固有信息中的PID、VID、所述实时序号与对应的所述USB插槽进行绑定；

利用所述视频分析处理库对所述音频设备进行测试。

6.根据权利要求4所述的基于windows***的批量测试USB设备的装置，其特征在于，对所述音频设备进行测试的过程中，包括：

通过枚举所述windows***中所有DirectSound的DirectSoundCapture信息，得到所述windows***注册表中注册的所述音频设备的IID、SID；

通过SID从所述windows***注册表中获取对应的DevicePath信息；

根据所述DevicePath信息查询所述windows***注册表，匹配对应的音频设备的硬件ID；

将所述音频设备的硬件ID与所述固有信息中的PID、VID对应，将对应的所述USB插槽与所述音频设备的IID进行绑定；

利用所述音频分析处理库对所述音频设备进行测试。

7.根据权利要求4所述的基于windows***的批量测试USB设备的装置，其特征在于，对串口设备进行测试的过程中，包括：

通过枚举所述windows***中所有串口设备的信息，包括所述串口设备的串口名称；

通过所述串口名称从所述windows***注册表中获取对应的DevicePath信息；

通过所述DevicePath信息解析获得所述串口设备的VID和PID；

将所述串口信息与所述PID、所述VID进行匹配，使对应的所述USB插槽与所述串口设备绑定；

利用所述串口通信处理库对所述串口设备进行测试。

8.根据权利要求4所述的基于windows***的批量测试USB设备的装置，其特征在于，对移动设备进行测试时，包括：

构建ADB处理库；

利用所述ADB处理库，按所述移动设备的需求建立报文交互通道，完成所述移动设备的与对应的所述USB插槽之间的通信。

9.根据权利要求8所述的基于windows***的批量测试USB设备的装置，其特征在于，所述“构建ADB处理库”，包括：

基于所述USB插槽的库，二次封装所述移动设备的I/O读写操作模块；

将所述I/O读写操作模块中缓冲区的写入操作二次封装成ADB规范定义的报文格式，完成字符串格式的指令发送支持；

将所述I/O缓存区的读取操作封装成ADB格式的解析，从而解析出指令返回的字符串报文；

通过指令的发送和接收，构成所述ADB处理库。

10.一种基于如权利要求1-9任一权利要求所述装置的批量测试USB设备的方法，其特征在于，包括：

启动监控线程，实时监控USB总线和***注册信息，在检测到USB端口接入待测试USB设备时，对当前的所述待测试USB设备的固有信息与对应的所述USB插槽进行绑定，并建立通信；

通过相关处理库调度，完成所有所述待测试USB设备的测试；

所述相关处理库，包括：

视频分析处理库、音频分析处理库、串口通信处理库或ADB处理库中的一种或几种。

Images