音频处理设备、系统、方法、装置及存储介质与流程

本申请涉及远程真机测试领域，具体涉及一种音频处理设备、系统、方法、装置及存储介质。

背景技术：

目前，在远程真机测试系统中，用户通常是通过安装在pc机上的客户端软件，远程连接到服务器，服务器端连接真实的测试终端，用户可以将开发的应用程序上传到远程真机中，以测试开发的应用程序，服务器可以将测试终端屏幕显示实时传到客户端输出，帮助用户发现应用程序在真实环境中可能发生的问题。

可见，在现有的远程真机测试过程中，只能对应用程序的显示界面进行实时传输并显示，并不能实现应用程序的音频测试。且目前常用的音频采集设备，通常为单通道、双通道采集能力，单台测试终端的音频分为左右声道。所以，为了实现对音频信号的实时传输，往往需要为每台测试终端配置至少一台音频采集设备，成本高且涉及到的音频设备数量较多，应用十分不便。

技术实现要素：

有鉴于此，本申请实施例提供一种音频处理设备、系统、方法、装置及存储介质，在远程测试过程中，利用一个音频处理设备，实现了多路音频实时采样，简化了系统组成结构，降低了硬件成本，且能够在用户侧显示测试终端的屏幕内容，同时播放该测试终端的音频数据，提高了测试结果的全面性及可靠性。

为实现上述目的，本申请实施例提供如下技术方案：

本申请提供了一种音频处理设备，包括：

多个音频采集接口，所述音频采集接口连接测试终端的音频输出口；

接口集线器，所述接口集线器的多个第一数据接口与所述多个音频采集接口一一对应，且所述第一数据接口连接对应音频采集接口所连接的测试终端的数据传输口，所述接口集线器的第二数据接口连接计算机设备；

分别连接所述多个音频采集接口及所述接口集线器的第三数据接口的音频处理电路，所述音频处理电路通过所述音频采集接口，获取至少一个测试终端采集到的模拟音频信号，并对所述模拟音频信号进行处理后，将得到的相应测试终端的音频数据包发送至所述计算机设备。

本申请还提供了一种音频处理系统，所述系统包括：

如上所述的音频处理设备；

连接所述音频处理设备的测试终端；以及，

连接所述音频处理设备的计算机设备，所述计算机设备解析获取的音频获取请求，得到目标测试终端的目标设备标识，利用所述音频处理设备中多个音频采集接口与多个第一数据接口之间的对应关系，确定当前与所述设备标识对应的目标音频采集接口，并通过所述目标音频采集接口，获取所述目标测试终端的音频数据包。

本申请还提供了一种音频处理方法，所述方法包括：

获取音频获取请求，所述音频获取请求携带有目标测试终端的目标设备标识，所述目标测试终端是连接音频处理设备的至少一个测试终端；

确定当前与所述目标设备标识关联的目标数据接口，所述目标数据接口是所述音频处理设备中的第一数据接口，所述第一数据接口用于连接测试终端的数据传输口；

利用所述音频处理设备中与所述目标数据接口对应的目标音频采集接口，获取所述目标测试终端的目标音频数据。

本申请还提供了一种音频处理装置，所述装置包括：

请求获取模块，用于获取音频获取请求，所述音频获取请求携带有目标测试终端的目标设备标识，所述目标测试终端是连接音频处理设备的至少一个测试终端；

数据接口确定模块，用于确定当前与所述目标设备标识关联的目标数据接口，所述目标数据接口是所述音频处理设备中的第一数据接口，所述第一数据接口用于连接测试终端的数据传输口；

音频数据获取模块，用于利用所述音频处理设备中与所述目标数据接口对应的目标音频采集接口，获取所述目标测试终端的目标音频数据。

本申请还提供了一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行，实现如上所述的音频处理方法的各步骤。

由此可见，相对于现有技术，本申请提供的音频处理设备中，通过多个音频采集接口连接不同测试终端的独立音频采集口，配合与这多个音频采集接口连接的音频处理电路，能够实现多路音频实时采样，也就是说，本申请提供的音频处理系统，利用一个音频处理设备，就能够实现对多个测试终端的音频采样，不需要为每一个测试终端配置至少一个音频处理设备，减少了音频设备数量，简化了音频采样控制方法，降低了硬件成本。

且，本申请不需要人工预先绑定测试终端与各第一数据接口、音频采集接口之间的关系，在更改测试终端的连接关系的情况下，计算机设备能够自动识别测试终端所连接的第一数据接口，并利用音频处理设备中多个第一数据接口与多个音频采集接口之间的对应关系，自动且准确识别测试终端当前所连接的音频采集接口，保证计算机设备能够可靠获取所需测试终端的音频数据。

附图说明

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

图1为本申请实施例提供的一种音频处理设备的结构示意图；

图2为本申请实施例提供的一种音频处理系统中，音频处理设备的连接关系示意图；

图3为本申请实施例提供的一种音频处理设备中音频处理电路的结构示意图；

图4为本申请实施例提供的另一种音频处理设备的结构示意图；

图5为本申请实施例提供的一种音频处理设备在远程真机测试系统中的结构示意图；

图6为本申请实施例提供的一种音频处理方法的流程示意图；

图7为本申请实施例提供的一种音频处理方法应用场景中，云真机操作界面的示意图；

图8为本申请实施例提供的一种音频处理方法的信令流程示意图；

图9为本申请实施例提供的一种音频处理装置的结构示意图；

图10为本申请实施例提供的另一种音频处理装置的结构示意图；

图11为本申请实施例提供的又一种音频处理装置的结构示意图。

具体实施方式

本申请的发明人发现：现有的远程真机测试系统并不涉及音频采集功能，为了完善程真机测试系统，发明人提出在远程真机测试系统中增加音频处理设备的构思，但是，受现有的音频处理设备的音频采集能力约束，需要为每一台远程真机(即测试终端，如手机)配置至少一台音频处理设备，导致测试过程中涉及到的，用于采集音频的设备数量庞大，使用非常不便。对此，发明人希望在满足音频测试需求的情况下，减少远程真机测试系统配置的音频处理设备的数量。

另外，发明人还注意到，由于远程真机使用同一物理接口，实现音频信号和数据信号传输，导致同一时间，仅能够传输一种信号，这样，仅通过音频处理设备，即便完成音频信号的采集与传输，但无法通过对应的音频处理设备或其连接的接口等信息，识别被采集的远程真机，往往需要预先人工为各音频处理设备绑定对应的远程真机，若远程真机更换连接位置，需要人工重新配置音频处理设备与远程真机之前的对应关系，效率非常低。

对此，发明人希望不用人工配置该对应关系，能够自动识别当前系统拓扑结构，并据此获取音频处理设备当前所连接的测试终端与各接口的具体连接关系，确定测试终端与数据接口和音频采集接口之间的对应关系，提高工作效率以及测试准确性；同时，利用一台音频处理设备，集成多个数据传输通道，实现多路音频实时采样，不需要为每一个测试终端配置至少一个音频处理设备，达到了减少音频处理设备数量，简化处理步骤的目的。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

参照图1，为本申请实施例提供的一种音频处理设备的结构示意图，该音频处理设备可以应用于远程真机测试系统，实现远程真机(如设置于服务侧的测试终端)与计算机设备之间的多路音频实时采样，以及与数据传输通道对应关系的自动配置，具体结构如图1所示，该音频处理设备可以包括：多个音频采集接口110、接口集线器120以及音频处理电路130，其中：

音频采集接口110连接测试终端的音频输出口，接收该音频输出口输出的模拟音频信号(即音频电信号)。

本实施例中，测试终端可以是设置在服务侧，供测试用户选择使用的远程真机，如安装安卓系统的手机、笔记本电脑、平板电脑等电子设备，具体可以依据测试用户对远程真机测试系统的需求确定，本申请对测试终端的类型、型号及数量等参数不做限定。

需要说明，上述测试终端可以具有独立的音频输出口和数据传输口，分别用来传输不同类型的数据，以使得测试终端的音频数据和设备信息的发送互不影响，这样，根据需要，计算机设备就能够通过这两个独立接口，同时获取该测试终端的音频数据及设备信息。

其中，测试终端的音频输出口可以是耳机孔，这样，测试终端使用其音频采集器得到的模拟音频信号，就能够通过连接该耳机孔的音频线，传输至该音频线连接的音频处理设备的音频采集接口，以使音频采集设备获得测试终端采集到的模拟音频信号。

接口集线器120是计算机设备的接口扩展设备，用来扩展计算机设备的数据传输口，以实现对多个接口设备的连接。根据扩展需求，该接口集线器120可以包括不同型号的同类数据接口，当然，也可以包括同一型号的同类数据接口，本申请对接口集线器120包含的数据接口的类型及其型号不做限定。

本实施例中，可以根据数据接口所连接的接口设备的不同，将该接口集线器120包括的多个数据接口分为记为第一数据接口1210第二数据接口122及第三数据接口123。

其中，第一数据接口121的数量可以是多个，且多个第一数据接口121可以与多个音频采集接口110一一对应，具体的，第一数据接口121可以连接对应音频采集接口所连接的测试终端的数据传输口。另外，接口集线器120的第二数据接口122连接计算机设备，也就是说，接口集线器120的主机接口连接计算机设备，实现对计算机设备的数据传输口的扩展，因此，该第二数据接口122与第一数据接口121的接口类型可以相同，如usb(universalserialbus，通用串行总线)接口，但并不局限于此。

基于上述分析，本实施例中，第一数据接口121的数量可以与音频采集接口110的数量相同，在音频处理设备连接测试终端时，将该测试终端的音频输出口与该音频处理设备的任一音频采集接口连接后，需要将该测试终端的数据传输口，与该音频采集接口对应的第一数据接口连接，即测试终端需要与具有对应关系的音频采集接口和第一数据接口连接。

以音频采集接口为麦克风接口mic为例，接口集线器为usbhub为例进行说明，参照图2所示的音频处理设备的应用场景示意图，音频处理设备100可以是独立设备，其组成电路结构可以设置在壳体内，但用来连接测试终端、计算机设备的接口裸露在壳体外表面，以方便开发者根据需要，将该音频处理设备100与计算机设备200连接，并将所选择出的测试终端300连接到音频处理设备100的对应接口。

具体的，如图2所示，在音频处理设备100的壳体上裸露着成对的mic接口和usb接口，远程真机系统的开发者可以将android手机(一种可选测试终端)连接到具有对应关系的mic接口和usb接口，如图2上下对应的一对mic接口和usb接口，具体使用音频线将android手机n(n为整数)的耳机孔连接到任一mic接口，并使用usb数据线，将该android手机n的usb接口与该mic接口下方的usb接口上。

需要说明，音频处理设备100中的mic接口和usb接口之间的对应关系，可以采用布局方式进行体现，方便开发者直观且正确地连接android手机n，且该布局方式并不局限于图2所示的上下对应布局方式；另外，本申请也可以对每一个mic接口和usb接口标注编号等方式，通过编号来确定哪个mic接口对应哪个usb接口等等，本申请对音频处理设备100中的音频采集接口与第一数据接口之间的对应关系的体现方式不做限定。

综上可知，相对于计算机设备与接口设备(如测试终端)之间的传统连接方式，即将接口设备的数据接口直接连接计算机设备的数据传输口，导致计算机设备所能够连接的接口设备有限，也就约束了测试用户能够同时使用的测试终端的数量，本实施例通过接口集线器实现了对计算机设备的数据传输口的扩展，以使得计算机设备能够同时连接更多的接口设备，满足了测试用户对不同测试终端的测试需求，如不同数量、类型的测试终端的测试需求。

并且，接口集线器与上述多个音频采集接口的配置，实现了不同测试终端的多路音频实时采样，以及对不同测试终端的数据传输，如设备信息的传输，以便利用音频采集接口与第一数据接口的对应关系，实现各测试终端与各音频数据传输通道对应关系的自动配置，以便移动终端与音频处理设备的连接关系改变后，能够及时且准确得知用户选择的测试终端所连接的是哪个音频采集接口，进而准确获取用户所选择的测试终端的音频数据。

音频处理电路130分别连接多个音频采集接口110及接口集线器120的第三数据接口123，用于通过音频采集接口，获取至少一个测试终端采集到的模拟音频信号，并对该模拟音频信号进行处理后，将得到的相应测试终端的音频数据包发送至计算机设备。

其中，第三数据接口123与第二数据接口122的数据接口类型可以相同，如usb2.0接口、usb3.0接口等，本申请对接口集线器实现扩展的数据接口的类型不做限定。

如上文描述的连接关系，接口集线器120中用来连接接口设备的数据几口，除了第一数据接口还有第三数据接口，而第一数据接口与音频采集接口数量相同，分别连接测试终端的音频传输口和数据传输口，所以说，接口集线器120扩展得到的数据接口数量往往比音频采集接口数量多至少一个，根据扩展需求，丰富计算机设备的服务功能，还可以增加接口集线器的数据接口数量，用来连接实现所扩展服务功能的其他接口设备，本申请对接口集线器的具体扩展结构不做限定。

另外，本实施例对音频处理电路130对音频数据的模数转换处理的实现方法不做限定，如可以设置多个模数转换器实现等，具体可以参照下文相应可选实施例的描述，但并不局限于下文列举的音频处理电路的结构。

综上，本实施例提供的音频处理设备，可以通过多个音频采集接口连接不同测试终端的独立音频采集口，配合与这多个音频采集接口连接的音频处理电路，能够实现多路音频实时采样，也就是使用一个音频处理设备，就能够同时实现对多个测试终端的音频数据的实时采样，不需要为每一个测试终端配置一个独立的音频设备，减少了音频设备数量，简化了音频采样控制方法，降低了硬件成本。

且，该音频处理设备还配置了接口集线器，实现了对计算机设备的数据传输口的扩展，以使得多个音频采集接口所连接的各测试终端，能够通过各自的独立数据传输口，连接到接口集线器中相应的第一数据接口，形成多路数据传输通道。在更改测试终端所了解的音频采集接口的情况下，不需要人工重新配置各音频采集接口与固定的测试终端的关系，本实施例能够利用确定的多个第一数据接口与各音频采集接口之前的对应关系，自动配置当前测试终端与各音频采集接口之间的对应关系，准确识别用户所选择的测试终端当前连接的音频采集接口，以便通过该音频采集接口获取该测试终端的音频数据，简化了测试终端云端化音频采集操作步骤，极大提高了工作效率。

在实际应用中，音频采集接口110从其连接的测试终端接收到的音频信号是电信号，即模拟音频信号，需要对其进行模数转换处理，得到相应的数字量，才能够计算机设备识别与处理。因此，本申请的音频处理电路130可以包括音频模数转换器，用来对接收到的模拟音频信号进行模数转换处理，以得到对应的数字音频信号。

可选的，参照图3所示的音频处理设备中的音频处理电路的结构示意图，该音频处理电路130可以包括：多个音频模数转换器131、音频处理器132，但并不局限于此，其中：

音频模数转换器131与多个音频采集接口110一一对应连接，获取对应音频采集接口连接的测试终端的模拟音频信号，并对该模拟音频信号进行模数转换处理，得到相应连接的测试终端的数字音频信号。

音频处理器132分别与多个音频模数转换器131及接口集线器120的第三数据接口123连接，控制至少一个音频模数转换器131实现对测试终端的音频采集及处理，并按照预设通信协议，对得到的数字音频信号进行打包处理，得到相应连接的测试终端的音频数据包。

可见，通过音频处理电路130的多个音频模数转换器131及其对应的音频采集接口110，使得音频处理设备100形成了多个音频通道，用来连接不同的测试终端，实现了对多个测试终端音频实时采样。

且，如图3所示的音频处理电路的硬件结构，本实施例并不是简单地将多个单路音频采集电路拼装到一台设备中，而是在为每个音频通道配置独立的音频模数转换器131的基础上，且在数据处理速度和数据传输带宽满足的情况下，多个音频模数转换器131共享一个音频处理器132，不需要为每一个音频模数转换器配置一个音频处理器，由一个音频处理器132实现多个音频通道，实现音频采样及处理，减少了音频处理设备需要配置的音频设备数量，简化了该音频处理设备的硬件结构，降低了硬件成本。

可选的，音频处理器132可以通过i/o接口实现与音频模数转换器131的连接，以使得音频处理器132可以利用不同的i/o接口，区分各i/o接口接入的音频模数转换器131，还可以为每一个音频模数转换器131配置一个通道编号，如1、2……、n等，本申请对通道编号的内容不作限定。

其中，i/o接口作为音频处理器132与多个音频模数转换器131进行信息交换的纽带，可以是可编程的，即其工作方式可以由程序进行控制。该i/o接口具体可以是并行接口、串行接口、直接数据传送接口、中断控制接口等，可以根据实际控制需求配置各i/o接口，本申请对音频处理器如何利用i/o接口，控制需要的音频模数转换器进行数据采集及处理的实现过程不做限定。

还有，对于音频处理设备的多个音频采集接口与多个第一数据接口之间的对应关系，为每一个音频模数转换器131配置的唯一的通道编号，如1、2……、n，也可以是对应音频采集接口的通道编号，对此，还可以为接口集线器中连接接口设备的每一个数据接口(如第一数据接口和第三数据接口)，配置唯一的接口编号，如0～n，n为整数。

此时，可以将接口编号为0的数据接口固定音频处理电路130连接，即第二数据接口的接口编号为0，多个第一数据接口的接口编号分别对应1～n，确定接口编号1～n的第一数据接口与通道编号1～n的音频采集接口之间的对应关系，以便据此确定哪个第一数据接口与哪个音频采集接口连接一个测试终端，进而据此获取所需测试终端的音频数据。

其中，多个音频采集接口与多个第一数据接口之间的对应关系的构建方式，可以在对应同一编号数值的音频采集接口和第一数据接口之间，建立一一对应关系，如建立对应通道编号n的音频采集接口，与具有接口编号n的第一数据接口之间的一一对应关系；也可以在对应不同编号数值的音频采集接口和第一数据接口之间，建立一一对应关系，本申请对上述对应关系的构建方式不做限定。基于上述分析，在实际应用中，由于音频处理器13可能接收对应多个测试终端的数字音频数据，为了区别各测试终端的数字音频数据，在对数字音频数据进行打包处理时，可以添加对应的音频通道，因此，上述预设通信协议的协议格式可以为：通道编号+数据帧长度+具体数据内容，但并不局限于这种通信协议格式。

比如，需要对5个测试终端进行音频采样，确定这5个测试终端所连接的音频采集接口，即确定这5个测试终端连接的是哪5个音频通道，获取这5个音频通道的通道编号，之后，可以利用获取的通道编号，对通过相应音频通道得到的数字音频数据进行打包处理，得到具有该通道编号的音频数据包，按照这种方式，可以得到5个音频数据包，每个音频数据包包含有相应的通道编号。

可选的，上述音频处理器132具体可以是fpga(field－programmablegatearray，现场可编程门阵列)芯片，音频模数转换器131可以是高速ad(analogtodigitalconverter，模拟数字转换器)芯片，因此，该音频处理电路可以包括多个高速ad芯片以及一个fpga芯片，且这多个高速ad芯片由该fpga芯片控制，实现对模拟音频数据的采集及处理，本申请fpga芯片及ad芯片的具体电路结构、工作原理不做限定。

作为本申请一可选实施例，在音频处理器对任一测试终端对应的数字音频信号进行打包处理，得到该测试终端对应的音频数据包后，参照上图1和图2所示的音频处理设备的结构示意图，该音频数据包可以通过第三数据接口、第二数据接口，上传至计算机设备，本申请对音频处理设备如何利用接口集线器，将各测试终端对应的音频数据包，上传至计算机设备的实现方法不作详述。

实际应用中，音频处理器得到各测试终端的音频数据包后，可以根据实际存储要求，获取预设存储格式的音频数据包，比如mp3、ogg(oggvobis，一种音频压缩格式)、pcm(pulsecodemodulation，脉码调制录音)等音频格式。

优选的，本实施例可以选择无压缩且处理简单的pcm格式作为预设存储格式，实现对各音频数据包的存储，此时可以将最终上传给计算机设备的数据记为pcm数据，当然，根据实际存储需要，本申请也可以采用其他存储格式，实现对各音频数据包的存储，并不局限于本文列举的几种存储格式。

可选的，音频处理设备可以对其所连接的各测试终端的音频数据进行实时采样，直接将得到的对应的音频数据包上传至计算机设备进行存储，再由计算机设备将音频数据包中的音频数据反馈至用户终端输出。

具体的，对于各音频数据包在音频处理设备中传输，本申请设置专用的音频数据传输电路133，将得到的不同测试终端的音频数据包，通过接口集线器上传至计算机设备。这种情况下，该音频传输电路133可以部署在上述音频处理器132中，输出端口可以与接口集线器的第三数据接口123连接。

当然，该音频数据传输电路133也可以作为独立电路，部署在音频处理器132与接口集线器120之间，如图4所示的结构示意图，音频处理器132可以通过该音频数据传输电路133，连接接口集线器的第三数据接口，将得到的不同测试终端的音频数据包上传至计算机设备。

结合上文对音频数据包的描述，此时音频数据传输电路133发送至第三数据接口的音频数据包可以是pcm数据或其他存储格式的数据，其中，数据存储格式的调整，可以由音频数据传输电路133实现，本申请对音频数据传输电路133的具体电路结构不做限定，应该理解的是，其连接第三数据接口的数据传输口类型，与第三数据接口的类型相同，以usb接口为例，此时可以不用要求音频处理器必须具有usb接口。

综上，本实施例提供的音频处理设备实现了多路音频实时采样，不需要为每一测试终端配置一个音频处理设备，减少了音频设备数量，简化了音频采集控制方法；且本实施例将音频处理电路与接口集线器合二为一，构建了每一路音频通道与第一数据接口的一一对应关系，即构建用于连接测试终端音频传输口的音频采集口，及连接测试终端的数据传输口的第一数据接口之间的对应关系，使得对测试终端的音频数据及设备信息的获取过程互不干扰，进而使得计算机设备能够据此实现当前测试终端与多音频采集接口的连接关系的自动配置，不再无需要人工配置，提高了工作效率及音频数据采集准确性。

其中，在音频处理电路中，本实施例为每一路音频通道配置一个音频模数转换器，并由多个音频模数转换器共享一个音频处理器，减少了每一个音频处理设备所需芯片数量，简化了音频处理设备的硬件结构，降低了硬件成本。

下面为了更加清楚说明本申请提供的音频处理设备的结构，将以图2所示的场景为例进行说明，即接口集线器为usbhub，测试终端为android手机为例进行说明：

参照图5所示的usbhub的结构示意图，该usbhub包含的数据接口为usb接口，用来实现对计算机设备的usb接口的扩展，本实施例中，如图5所示，usbport1、usbport2、…、usbportn等多个数据接口可以是上述各实施例中的第一数据接口，usbport0可以指上述各实施例的第三数据接口，usbhostport可以指上述实施例的第二数据接口。其中，关于音频处理设备内部连接关系，可以参照上述实施例相应部分的描述，本实施例不再赘述。

对于音频处理设备的外表面，如图5所示，usbport1、usbport2、…、usbportn等多个第一数据接口，与多个mic接口成对裸露在音频处理设备壳体的外表面，同时，第二数据接口即usbhostport也裸露在音频处理设备壳体的外表面，根据测试需要，可以使用音频线和usb数据线，将android手机的耳机孔(如图5中的音频输出孔，记为上述实施例中音频输出口)和usb接口(如图5中的usb表示的接口，也就是上述实施例测试终端的数据传输口)分别连接到，对应的usbport和mic接口上，本实施例对音频处理设备所连接的android手机数量及型号不做限定，可以依据测试用户的测试要求进行灵活调整。与此同时，可以使用usb数据线将音频处理设备的usbhostport，连接到计算机设备的usb接口上，从而形成多个android手机与计算机设备之间的多路音频通道及多路数据传输通道。

可见，本申请不需要为每一个android手机配置一个音频处理设备，多个android手机可以共享一个音频处理设备，实现多路音频实时采样，减少了音频设备数量，进而简化了如远程真机测试系统的系统结构；且，音频处理设备将音频处理电路与usbhub相结合，即在硬件设备层面上，构建了音频采集通道与usbport之间的硬件对应关系，以使得计算机设备无需人工配置，具有自动配置设备，获取所需音频数据的能力。

基于上述各实施例，参照图1、图2和图5，本申请实施例还提供了一种音频处理系统，该音频处理系统可以应用于远程真机测试系统，具体可以包括：音频处理设备100、分别与音频处理设备100连接的计算机设备200以及测试终端300，其中：

音频处理设备100和测试终端300的数量可以都可以是至少一个，所以说，实际应用中，计算机设备200可以连接一个或多个音频处理设备100，每个音频处理设备100可以连接一个或多个测试终端300。通常情况下，为了满足用户的不同测试需求，提高测试可靠性，一个音频处理设备100所连接的测试终端300的数量为多个。

其中，音频处理设备100的具体组成结构及其组成连接关系，可以参照上述音频处理设备实施例的描述，本实施例不再赘述。

结合上文分析，该音频处理设备100分别与计算机设备200和测试终端300连接，为计算机设备200提供多个音频通道及多个数据传输通道，以实现多路音频实时采样，以及对测试终端与音频通道的对应关系的自动配置。

需要说明，本申请的测试终端300具有独立的音频传输口及数据传输口，通过该音频传输口获取测试终端采集到的模拟音频信号，通过数据传输口获取该测试终端的设备信息及其他测试数据，如设备标识、屏幕图像数据等，具体可以根据该测试终端所运行的应用程序确定，本实施例在此不再详述，关于测试终端300的产品类型及其功能，可以参照上述实施例相应部分的描述。

在系统运行过程中，计算机设备200在接收到音频获取请求后，可以解析该音频获取请求，得到目标测试终端(如测试用户选择的，用来测试某应用程序运行情况的测试终端)的设备标识，之后，利用音频处理设备中多个音频采集接口与多个第一数据接口之间的对应关系(硬件层面的对应关系)，确定当前与该设备标识对应的目标音频采集接口(即目标测试终端连接在哪个音频采集接口上)，以便通过该目标音频采集接口，获取目标测试终端的音频数据包。

其中，关于音频处理设备100如何获取目标测试终端的模拟音频信号，并对此进行处理得到音频数据包后，发送至计算机设备的实现过程，可以参照上文音频处理设备实施例相应部分的描述。

实际应用中，计算机设备200接收到的音频获取请求可以是用户侧的客户端发起的，具体可以是用户侧的测试用户登录系统支持的测试平台后，选择服务侧的一个或多个测试终端300，用来实现某应用程序在指定类型测试终端的功能测试，并在客户端界面展示服务侧测试终端屏幕显示内容，同时输出该测试终端采集到的音频数据，以使测试用户依据这些数据，了解该应用程序在该类型测试终端的运行情况，如应用程序功能是否正常等。

需要说明，本申请对上述音频获取请求的具体产生方式不做限定，并不局限于上文描述的应用场景。

应该理解，上述设备标识可以是用来区分不同接口设备的唯一标识，因此，向计算机设备发起音频获取请求，以请求获取一个或多个测试终端(即目标测试终端)的音频数据的情况下，通常需要提供目标测试终端的设备标识，以使得计算机设备能够准确获取具有该设备标识的测试终端的目标音频数据。

可选的，计算机设备200解析音频获取请求，得到目标测试终端的设备标识后，可以利用给定的系统设备树，查询具有该设备标识的目标测试终端，是否为接入音频处理设备的接口集线器，如果未接入，计算机设备可以直接反馈提示信息，来告知请求方所请求的测试终端未接入系统，可以重新选择目标测试终端，也可以通知系统维护人员，接入该目标测试终端等；若接入，可以进行后续处理。

具体的，计算机设备可以获取该目标测试终端所接入的第一数据接口的接口编号，之后，利用已知音频处理设备的音频采集接口与第一数据接口之间的对应关系，得到该获取的接口编号对应的音频通道编号，确定目标测试终端的音频输出口实际连接的目标音频采集接口，以使得计算机设备能够准确获取目标测试终端的音频数据，并反馈至发起音频获取请求的请求方输出，直至该请求方停止发送音频获取请求。

其中，系统设备树可以是针对计算机系统，如windos、linux、macos等操作系统，对接入该操作系统的所有设备构建的关系树，可以表示接入设备所接入的接口、设备层级关系以及设备连接关系，因此，通过分析该系统设备树，能够获取计算机设备的所有接入设备(其包括了接入接口集线器的接口设备)的拓扑结构，本申请对系统设备树的形式及其构建过程不作限定。

对于接入计算机设备的各接入设备，为了方便区分各接入设备，通常会记录各接入设备的设备信息，如接入设备的一些必要信息。并且，计算机设备可以依据当前接口标准所提供的接口，获取满足当前接口标准的各接入设备的设备信息，并建立设备信息管理文件，实现对各接入设备的设备信息的管理，以便在实际应用中，通过调用api(applicationprogramminginterface，应用程序编程接口)，获取指定接入设备的设备信息，并利用该设备信息识别该指定接入设备的位置等。

需要说明，确定计算机设备中各接口需要满足的接口标准后，该计算机设备的各接入设备同样也要满足对应接口标准，其中，接口标准可以基于接口类型确定，本申请对其具体内容不做限定，计算机设备中可以包括多种接口，不同类型接口所满足的接口标准往往不同，该接口标准至少包括接口集线器所扩展的接口类型所要求满足的接口标准，如usb接口标准等。

另外，上述实施例提及的设备标识可以是测试终端的唯一标识，计算机设备可以通过识别设备标识，来区别接入的各测试终端及其他接入设备，本申请对该设备标识的具体内容不做限定。

可选的，测试终端的设备标识可以是该测试终端的设备识别码imei(internationalmobileequipmentidentity)，也可以称为测试终端的电子串号，利用测试终端的电子串号具有唯一性特点，即任意一个接入设备(其包括测试终端)的电子串号都是唯一的，实现对接入计算机设备的多个测试终端的识别与区分。应该理解，关于测试终端的设备标识，并不局限于测试终端的电子串口，也可以是其他唯一标识信息。

基于上文描述，在计算机设备中实现音频处理方法的应用程序启动过程中，计算机设备可以查询系统设备树，确定指定的音频处理设备中接口集线器的位置，进而获得接入该接口集线器的各接入设备的位置信息，即各接入设备在系统设备树中的位置，也就能够得知各接入设备所连接的是哪个接口等。这样，在计算机设备的应用程序启动后，可以直接依据获取的位置信息，定位到指定音频处理设备中接口集线器的位置，得知该接口集线器的各数据接口，与的各接入设备的设备标识之间的关联关系，实际可以是确定当前连接有接入设备的数据接口，与该接入设备的设备标识之间的关联关系。

之后，在计算机设备响应音频获取请求的情况下，可以在解析音频获取请求，得知目标测试终端的设备标识后，检测是否存在与该设备标识关联的数据接口(即接口集线器中的第一数据接口)，如果不存在，输出提示信息；如果存在，获取与该设备标识关联的数据接口(即接口集线器中的第一数据接口)，此时，若解析得到多个设备标识，按照这种方式，可以得到这多个设备标识分别关联的数据接口，即确定具有该设备标识的目标测试终端，与接口集线器中的哪个第一数据接口连接。

由于音频处理设备的音频通道与数据通道的硬件层的对应关系是已知的，通过上述方式得知需要进行音频采集的目标测试终端所属的数据通道后，即目标测试终端的数据传输口连接的第一数据接口后，可以利用已知的硬件层的接口对应关系，即上述多个音频采集接口与第一数据接口之间的对应关系，确定目标测试终端连接了哪个音频采集接口，也就是确定通过哪一个或多个音频通道，获取目标测试终端采集到的模拟音频数据。

可见，在本申请提供的音频处理系统中，计算机设备获得用户提供的，需要进行音频采集的目标测试终端的设备标识后，可以按照上述处理方法自动识别出该目标测试终端当前所处的音频通道，不需要人工预先对各测试终端与各音频通道进行绑定，即可准确获取所需要的音频数据，减少了工作量，提高了音频采集效率及准确性。

且，系统中的一个音频处理设备可以连接多个测试终端，相对于现有技术为每一台测试终端配置至少一个音频处理设备，降低了音频处理的设备成本，且简化了系统结构，提高了测试应用便利性。

可选的，在上述音频处理系统的实际应用中，服务侧参照图2所示的系统连接关系，搭建音频处理系统后，启动该音频处理系统过程中，通常需要先进行初始化，如对系统中音频处理设备的各组件的配置参数的初始化，计算机设备的初始化等等，本申请对系统初始化过程不做详述。通常情况下，可以对系统中的外部组件进行初始化，如，音频处理设备的音频模数转换器、数据传输接口电路等组件。之后，可以配置采集频率，该采集频率可以采用默认值，也可以根据实际需要进行灵活配置，具体实现方式不做限定。

完成上述准备工作后，计算机设备可以生成数据采集指令，并将该数据采集指令发送至音频处理设备，由音频处理设备实现对至少一个目标测试终端的音频采集，关于音频处理设备的音频采集过程，可以参照上述音频处理设备实施例相应部分的描述。其中，在音频采样过程中，可以按照配置的音频采样频率(如44.1khz)实现，最终得到的对应于不同音频通道的音频数据包中，可以携带相应音频通道的通道编号。

在通过不同音频通道得到多个音频数据包后，可以通过接口集线器，将各音频数据包上传到计算机设备，由计算机设备进行存储，以满足用户的测试需求。

作为本申请另一可选实施例，也可以在确定用来传输音频数据的音频数据传输电路进入工作状态后，由计算机设备读取对应当前连接的不同测试终端的音频数据包。

对于上述可选实施例，在计算机设备得到不同测试终端的音频数据包后，可以依据测试终端所对应的通道编号，对具有该通道编号的至少一个音频数据包进行解析，得到测试终端的音频数据，并将其存储至与该通道编号对应的数据缓存区域。

可见，本实施例中，计算机设备可以为每一个音频通道，分配独立的数据缓存区域，用来存储通过相应音频通道得到的音频数据，这样，计算机设备向发起音频获取请求的发送端，发送其所请求的音频数据时，可以在确定的音频通道对应的数据缓存区域，读取需要反馈的音频数据。所以说，本实施例提出的这种分区域缓存方式，相对于整体缓存方式，提高了数据读取效率。

应该理解的是，对于音频数据的采集往往是连续的，计算机设备接收到的音频获取请求往往会持续一定时间，这样，计算机设备就可以按照上述方式，不断获取相应测试终端的音频数据，并反馈至请求发送端，直至该请求发送端停止发送音频获取请求，实现了对测试终端采集到的音频数据的实时获取，以使得用户侧终端能够同步播放参与测试的测试终端的音频，满足远程真机测试应用中，对服务端的音频实时采样与播放的要求，提高了测试结果可靠性。

此外，需要说明，关于本申请提出的音频处理系统的结构组成，并不局限于上文实施例描述的系统结构，可以根据测试需要，在上述实施例描述的系统结构的基础上进行扩展，或结构调整，本申请不再一一详述。

且在远程真机测试应用场景下，上述音频处理系统可以是远程真机测试系统，或是远程真机测试系统的组成部分，这种情况下，上述实施例中的测试终端即为服务侧的远程真机，计算机设备即为服务侧的上位机，用户可以通过访问计算机设备，获取测试所需要的音频和/或其他数据，本申请对远程真机测试的具体应用场景不做详述。当然，对于本申请提出的音频处理系统，还可以应用于其他场景，并不局限于远程真机测试系统。

参照图6，为本申请实施例提供的一种音频处理方法的流程示意图，该方法可以应用于音频处理系统的计算机设备，关于音频处理系统的组成结构可以参照上述实施例相应部分的描述，如图6所示，该方法可以包括但并不局限于：

步骤s11，获取音频获取请求；

本实施例中，该音频获取请求可以携带目标测试终端的设备标识，目标测试终端可以是连接音频处理设备的至少一个测试终端，即本次测试所选择的参与测试的测试终端。该音频处理设备与计算机设备连接，具体硬件结构可以参照上述音频处理设备实施例的描述，本实施例在此不再赘述。

在实际应用中，用户可以通过网页或客户端登录系统操作界面，选择本次测试使用的目标测试终端，进入云真机操作界面，如图7所示，用户可以点击“adb远程调试”按钮，若本次测试涉及到音频数据测试后，此时可以生成的音频获取请求，并发送至系统的计算机设备。需要说明，云真机操作界面并不局限于图7所示的内容。

其中，在整个测试过程中，云真机操作界面可以显示目标测试终端屏幕的实时图像，用户可以针对该屏幕图像包含的功能图标进行操作，并将生成的操作指令通过计算机设备，发送至对应的目标测试终端，即实现对目标测试中的远程操控，操控结果还可以反馈至真机操作界面展示，以使用户能够直观了解测试情况。

由此可见，计算机设备获取的音频获取请求可以是用户侧针对目标测试终端发起的，但并不局限于本实施例描述的这种请求生成方式，还可以是系统中的其他组件发起的，具体可以依据实际需求确定，本申请不再一一列举。

步骤s12，解析音频获取请求，得到目标测试终端的目标设备标识；

结合上述实施例描述，设备标识可以是识别与区分计算机设备的各接入设备的唯一标识，可以是电子串号，本实施例可以利用该设备标识，来识别与区分当前接入计算机设备的各测试终端。在用户选择测试使用的目标测试终端，实际上可以是将用户选择的目标测试中的设备标识告知计算机设备，以使计算机设备依据得到的设备标识，得知本次测试使用的是哪一个或多个目标测试终端。

其中，本实施例可以将本次选择使用的目标测试终端的设备标识记为目标设备标识，来区别未被使用的测试终端的设备标识。可见，该目标设备标识可以包括至少一个测试终端的设备标识。

步骤s13，确定当前与目标设备标识关联的目标数据接口；

结合上文对音频处理设备的硬件结构的描述，该音频处理设备的接口集线器中，用于直接连接测试终端的数据传输口的数据接口是第一数据接口，所以说，该目标数据接口可以是音频处理设备中的第一数据接口，该目标数据接口数量取决于目标设备标识的数量，即本次选择使用的目标测试终端的数量，本申请对目标数据接口的具体数量不做限定。

可选的，关于音频处理设备中，当前接入的各测试终端与接口集线器的各第一数据接口之间的关联关系的构建过程，可以利用计算机设备的系统设备树实现，具体实现过程不做限定。

可选的，本实施例可以查询系统设备树，确定指定音频处理设备中接口集线器的多个第一数据接口的位置，进而获取这多个第一数据接口当前连接的测试终端，以及各测试终端的设备标识，之后，构建当前连接有测试终端的第一数据接口，与连接的测试终端的设备标识之间的关联关系。可见，本实施例可以利用系统设备树，自动获取当前接入计算机设备的各测试终端与其所连接的第一数据接口之间的对应关系，不需要人工绑定，大大减少了人工配置时间和成本，提高了工作效率。

并且，在测试终端所连接的第一数据接口发生变化的情况下，如更改已连接的测试终端接入的第一数据接口、接入新的测试终端、断开接入的某测试终端等，能够按照上述方式，更新接入的测试终端与第一数据接口之间的关联关系，进而利用更新后的关联关系，实现对某一个或多个测试终端音频的实时获取。

步骤s14，利用音频处理设备中第一数据接口与音频采集接口之间的对应关系，确定与目标数据接口对应的目标音频采集接口；

其中，关于音频处理设备中第一数据接口与音频采集接口之间的对应关系属于硬件层面，也就是说，在音频处理设备的硬件结构确定后，该对应关系是确定，即音频处理设备中，每一个音频采集接口都可以有对应的第一数据接口，用来分别连接同一测试终端的音频输出口和数据传输口。

基于此，在确定用户选择使用的目标测试终端的数据传输口连接哪个第一数据接口后，就可以得知与该第一数据接口对应的音频采集接口，实际是与该目标测试终端的音频输出口连接，即目标测试终端输出的模拟音频数据将通过其连接的音频采集接口，传输至音频处理设备的音频处理电路，进而上传至计算机设备。

可见，计算机设备能够利用音频处理设备中，音频采集接口与第一数据接口之间的硬件层面的对应关系，自动识别出用户选择使用的目标测试终端所连接的目标音频采集接口，不需要人工配置，尤其是在如上文描述的测试终端的接入位置发生变化的情况下，本实施例能够利用这种方式，自动识别用户选择的目标测试终端当前连接了哪个音频采集接口，即自动确定通过哪个音频通道获取所需要的音频数据，极大提高了工作效率，且简化了测试终端云端化音频采集操作。

应该理解的是，步骤s14确定的目标音频采集接口可以指一个或多个音频采集接口，每一个音频采集接口连接有一个目标测试终端，所以说，确定的目标音频采集接口的数量，可以与用户选择使用的目标测试终端的数量一致，当目标音频采集接口为多个的情况下，本实施例实现了多路音频实时采样。

步骤s15，通过该目标音频采集接口，获取目标测试终端的目标音频数据。

结合上文对音频处理过程的描述，一个音频采集接口对应一个音频通道，具有唯一的通道编号，因此，确定获取哪个音频采集接口接收的音频数据，也就确定了所需音频数据对应的通道编号，计算机设备可以获取具有该通道编号的音频数据包，经过解析，得到相应目标测试终端的目标音频数据。

其中，关于接收目标测试终端发送的模拟音频数据，生成对应的音频数据包的过程，可以参照上述音频处理设备实施例相应部分的描述，本实施例在此不做赘述。

综上，计算机设备能够利用音频处理设备中，硬件层面上的音频采集接口与接口集线器中的第一数据接口之间的对应关系，实现用户选择使用的目标测试终端与音频采集接口的自动匹配，完成音频数据的采样，不需要人工配置，提高了工作效率以及音频数据采集准确性，且利用一个音频处理设备，能够实现多路音频采样，简化了系统组成结构及操作步骤，降低了硬件成本。

下面将以远程真机测试场景为例，对本申请提出的音频处理方法的应用过程进行说明，参照图8所示的音频处理方法的信令流程图，该方法可以包括但并不局限于以下步骤：

步骤s21，客户端向计算机设备发送访问请求；

在实际应用中，可以在用户使用的电子设备中安装测试系统，即实现音频处理方法的应用程序，这样，当用户需要测试某终端的性能、或某应用程序在终端的运行情况等，可以登录该测试系统。比如，可以在测试系统登录界面输入账号、密码等信息，点击登录按钮，生成针对该测试系统的访问请求，并发送至提供测试服务的计算机设备，以请求登录测试系统，进入测试系统的系统操作界面。

可见，上述访问请求可以基于用户针对测试系统的登录操作生成的，用于请求访问计算机设备，以实现远程真机测试，但并不局限于这种生成方式。

步骤s22，计算机设备响应访问请求，控制音频数据传输电路进入工作状态，并配置音频采样频率；

如上文关于音频处理设备实施例的描述，音频数据传输电路用来实现测试终端的音频数据的传输，当需要将服务端的测试终端的声音实时传输至用户端的情况下，需要开启该音频数据传输电路，以使得音频处理器获取的各测试终端的数字音频数据能够上传至计算机设备。

另外，在进行音频数据采集之前，通常还需要根据实际需要，配置采样频率，本实施例对配置的采样频率的大小不作限定。

步骤s23，计算机设备查询系统设备树，定位预定音频处理设备中接口集线器；

本实施例中，该预定音频处理设备可以是计算机设备接入的任一音频处理设备，计算机设备也可以基于当前各音频处理设备的工作情况确定，或者由用户或测试系统开发者指定等，当然，若计算机设备就接入一个音频处理设备，该预定音频处理设备即为计算机设备当前接入的音频处理设备。

结合上文对系统设备树的描述，本实施例查询该系统设备树，能够得知计算机设备所接入的各接入设备的位置，包括设备层级关系、所接入的接口等。所以，本实施例可由此得知预定音频处理设备中接口集线器的位置，以便进一步定位与该接口集线器中的各数据接口连接的接入设备。

步骤s24，计算机设备获取定位到的接口集线器当前接入的测试终端的设备标识，并构建设备标识与接口集线器中的第一数据接口之间的关联关系；

结合上文对音频处理设备实施例的描述，测试终端与接口集线器的第一数据接口连接，每一个测试终端都有其唯一的设备标识，所以，在定位接口集线器在系统中的位置后，可以进一步查询与该接口集线器的各第一数据接口连接的测试终端，并获取当前接入第一数据接口的测试终端的设备标识。

为了方便后续快速查询计算机设备当前接入了哪些测试终端，以及各测试终端具体接入哪个第一数据接口，本实施例可以先构建获取的设备标识与各第一数据接口之间的关联关系，即构建当前接入的各测试终端与其接入的第一数据接口之间的关联关系，本申请对该关联关系的表示方式不做限定。

步骤s25，客户端向计算机设备发送针对目标测试终端的待测应用；

在实际应用中，用户通过客户端登录计算机设备提供的测试平台后，可以向测试平台上传用户需要在测试终端上测试的应用程序，即待测应用，与此同时还需要上传使用哪种测试终端进行应用程序的测试，如向计算机设备发送目标测试终端的设备标识。

步骤s26，计算机设备将待测应用发送至目标测试终端运行；

本实施例中，计算机设备得到待测应用中，可以按照用户要求，将其发送至相应的目标测试终端进行安装并运行，以便通过采集目标测试终端的相关数据，了解待测应用在目标测试终端的运行情况。

需要说明，依据用户使用远程真机测试系统的不同测试目的，上传至计算机设备的测试要求往往不同，可以是本实施例上传的测试应用，也可以是对目标测试终端自身性能的测试要求，后者可以不同目标测试终端安装测试应用，客户端直接向计算机设备发送参与测试的目标测试终端的设备标识等等。

步骤s27，计算机设备向音频处理器发送音频采集指令；

步骤s28，音频处理器响应音频采集指令，按照配置的采样频率，采集各音频模数转换器输出的数字音频数据；

步骤s29，音频处理器利用各音频模数转换器的通道编号，对采集到相应数字音频数据进行编码，得到各通道编号对应的音频数据包；

步骤s210，音频处理器将得到的音频数据包发送至音频数据传输电路；

步骤s211，音频数据传输电路按照预设存储格式，对各音频数据包进行处理，并将得到的音频数据包上传至计算机设备；

步骤s212，计算机设备按照通道编号解析各音频数据包，将解析得到的音频数据写入对应的缓存区域存储；

其中，关于音频处理设备通过不同的音频通道，获取对应测试终端的音频数据的具体实现过程，可以参照上述设备实施例相应部分的描述，且对于计算机设备开启音频处理设备，实现多路通道的音频采集，可以如本实施例描述的，获取音频处理设备当前所连接的每一个测试终端的音频数据，写入对应的缓存区域进行存储，这样，无论计算机设备获取针对哪个测试终端的数据获取请求，可以直接到相应的缓存区域读取。当然，本申请也可以针对用户具体测试要求，确定目标测试终端后，获取目标测试终端的音频数据，本申请主要对前者可选方式进行说明。

步骤s213，计算机设备接收到音频获取请求，解析该音频获取请求，得到目标设备标识；

其中，目标设备标识可以是上文安装待测应用的某一目标测试终端的设备标识，具体内容不作限定，可以参照上上文实施例相应部分的描述。

步骤s214，计算机设备查询构建的设备标识与第一数据接口之间的关联关系，得到与目标设备标识关联的目标数据接口；

步骤s215，计算机设备查询音频处理设备中第一数据接口与音频采集接口之间的对应关系，确定与目标数据接口对应的目标音频采集接口；

步骤s216，计算机设备依据目标音频采集接口对应的目标通道编号，从对应的缓存空间读取音频数据；

步骤s217，计算机设备对读取到的音频数据进行编码，将得到的目标数据反馈至发起音频获取请求的发送端输出。

可见，计算机设备通过解析音频获取请求，得到当前需要获取音频数据的某一个目标测试终端的目标设备标识后，即用户选择在客户端展示的某一目标测试中的目标设备标识后，可以在展示所选择的目标测试终端的屏幕内容，同时，还可以实时获取该目标测试终端的音频数据，在用户侧显示运行待测应用的目标测试终端的屏幕内容的同时，可以播放该目标测试终端的音频数据，以使得用户能够结合屏幕内容及音频数据，得到测试结果，相对于仅获取屏幕内容，提高了测试准确度。

参照图9，为本申请实施例提供的一种音频处理装置的结构示意图，该装置可以应用于计算机设备200，该装置可以包括：

请求获取模块210，用于获取音频获取请求，所述音频获取请求携带有目标测试终端的目标设备标识，所述目标测试终端是连接音频处理设备的至少一个测试终端；数据接口确定模块220，用于确定当前与所述目标设备标识关联的目标数据接口，所述目标数据接口是所述音频处理设备中的第一数据接口，所述第一数据接口用于连接测试终端的数据传输口；

音频数据获取模块230，用于利用所述音频处理设备中与所述目标数据接口对应的目标音频采集接口，获取所述目标测试终端的目标音频数据。

可选的，如图10所示，该装置还可以包括：

查询模块240，用于查询系统设备树，确定所述音频处理设备中的多个第一数据接口；

测试终端获取模块250，用于获取所述多个第一数据接口当前所连接的测试终端，以及各测试终端的设备标识；

构建模块260，用于构建当前连接有所述测试终端的第一数据接口与所述测试终端的设备标识之间的关联关系。

可选的，如图11所示，上述音频数据获取模块230可以包括：

第一获取单元231，用于获取所述音频处理设备中多个音频采集接口与多个第一数据接口之间的对应关系；

查询单元232，用于查询所述对应关系，确定与所述目标数据接口对应的目标音频采集接口；

第二获取单元233，用于获取所述目标音频采集接口的通道编号，读取相应缓存区域存储的音频数据包；

解析处理单元234，用于解析所述音频数据包，得到目标测试终端的目标音频数据，所述音频数据包是利用音频采集接口的通道编号，对测试终端的数字音频数据进行编码处理得到的。

需要说明，关于上述各功能模块或单元的功能实现过程，可以参照上述方法实施例以及设备和系统实施例相应部分的描述。

综上，本申请可以利用音频处理设备实现对多个测试终端的音频数据的同步采集，即实现多路音频实时采样，并依据每一路音频采样的通道编号，将音频数据包存储到对应的缓存区域，这样，在计算机设备得到针对目标测试终端的音频获取请求后，通过查询系统设备树，确定该目标测试终端所连接的第一数据接口，进而利用音频处理设备中多个第一数据接口与多个音频采集接口之间的对应关系，确定目标测试终端所连接的目标音频采集接口，即确定目标测试终端所处音频通道的通道编号，以便计算机设备从相应的缓存区域，准确读取目标测试终端的音频数据。

本申请实施例还提供了一种存储介质，其上存储有计算机程序，该计算机程序被处理器执行，实现上述音频处理方法的各步骤，具体实现过程可以参照上述方法实施例相应部分的描述。

需要说明，本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置、方法而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见设备及系统部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的核心思想或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。