CN105812439A - 一种音频传输方法及装置 - Google Patents

Abstract

本发明实施例公开了一种音频传输方法及装置，用于动态选择音频的压缩算法。本发明实施例方法包括：获取音频触发信息，所述音频触发信息用于触发所述桌面服务器对音频数据使用的压缩算法进行选择；所述桌面服务器根据所述音频触发信息选择对所述音频应用所产生的音频数据使用的压缩算法；器根据所述压缩算法的选择结果，使用相应的压缩算法对所述音频应用所产生的音频数据进行音频压缩；向所述桌面客户端发送所述音频压缩后的音频数据。

Description

一种音频传输方法及装置

技术领域

本发明涉及远程桌面领域，尤其涉及一种音频传输方法及装置。

背景技术

远程桌面是目前企业办公环境的一种流行技术，常用来将一台计算机屏幕显示的内容传送到另外一处的显示屏显示，通常使用的windows远程登录程序(mstsc.exe)是最常见的远程桌面程序，通过它可以方便的登录位于远端的计算机。目前大多数的远程桌面系统都是基于IP网络来传送远程桌面的。远程桌面并不仅指远程的屏幕显示，还可以包含远程声音传送、可插拔硬件映射等技术。

虚拟桌面基础架构(VDI，VirtualDesktopInfrastructure)是实现远程桌面的一种方式；在实际应用中，桌面服务器为桌面客户端提供远程桌面(可以为一种虚拟机)，桌面客户端作为所述远程桌面的显示终端，用户在所述桌面客户端的操作都同步映射到桌面服务器的远程桌面，相当于直接操作桌面服务器的远程桌面。桌面服务器和桌面客户端可以通过各自的协议栈模块进行数据通信，桌面客户端通过协议栈模块向所述桌面服务器传输操作指令，所述桌面服务器通过协议栈模块向所述桌面客户端传输显示以及音频等信息。

VDI中支持音频的输入输出设备，由于音频需要占用较大的带宽，所以需要对音频数据进行压缩以降低带宽消耗。在实际应用中，音频压缩算法有很多种，如vorbis和speex压缩算法。使用vorbis压缩算法能够获得很好的音质，但是压缩时间与资源占用可能会比较高，且压缩率一般，适用于对音质要求高，对延时要求不高的场景；而speex压缩算法的压缩率很高，压缩时间短，资源占用小，但是音质差，适用于对延时要求很高，对音质要求不是很高的场景。

在现有远程桌面的应用中，对于音频的压缩，都统一使用一种压缩算法，使得在某些场景下，用户对音频的需求得不到满足。

发明内容

本发明实施例提供了一种音频传输方法及装置，用于动态选择音频的压缩算法。

本发明实施例第一方面提供的音频传输方法，包括：

桌面服务器获取音频触发信息，所述音频触发信息用于触发所述桌面服务器对音频数据使用的压缩算法进行选择；

所述桌面服务器根据所述音频触发信息选择对所述音频应用所产生的音频数据使用的压缩算法，所述压缩算法包括：第一压缩算法和第二压缩算法，

所述桌面服务器根据所述压缩算法的选择结果，使用相应的压缩算法对所述音频应用所产生的音频数据进行音频压缩；

所述桌面服务器向所述桌面客户端发送所述音频压缩后的音频数据。

结合第一方面，在第一种可能的实现方式中，

所述音频触发信息包括：声道信息，采样频率信息，比特率信息以及麦克风信息的任意一项以及任意两项以上的组合。

结合第一方面第一种可能的实现方式，在第二种可能的实现方式中，若所述音频触发信息为所述麦克风信息，则所述桌面服务器获取音频触发信息，包括：

所述桌面服务器获知有麦克风设备接入所述桌面服务器；

所述桌面服务器根据所述音频触发信息选择对所述音频应用所产生的音频数据使用的压缩算法，包括：

当桌面服务器获知有麦克风设备接入所述桌面服务器时，选择所述第一压缩算法。

结合第一方面，在第三种可能的实现方式中，所述桌面服务器根据所述音频触发信息选择对所述音频应用所产生的音频数据使用的压缩算法，包括：

所述桌面服务器根据所述音频触发信息确定所述桌面服务器正在运行的音频应用的音频应用类型；

所述桌面服务器根据所述音频应用类型选择对所述音频应用所产生的音频数据使用的压缩算法，所述音频应用类型包括：第一音频应用和第二音频应用，所述第一音频应用和所述第二音频应用分别对应所述第一压缩算法和所述第二压缩算法；

所述音频触发信息包括：声道信息，采样频率信息，比特率信息以及麦克风信息的任意一项以及任意两项以上的组合。

结合第一方面第三种可能的实现方式，在第四种可能的实现方式中，

若所述音频触发信息为所述麦克风信息，则所述桌面服务器获取音频触发信息，包括：

所述桌面服务器获知有麦克风设备接入所述桌面服务器；

相应的，所述桌面服务器根据所述音频触发信息确定所述桌面服务器正在运行的音频应用的音频应用类型，包括：

所述桌面服务器检测所述麦克风是否处于工作状态；

若所述麦克风处于工作状态，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第一音频应用；

若所述麦克风没有处于工作状态，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第二音频应用。

结合第一方面第三种可能的实现方式，在第五种可能的实现方式中，若所述音频触发信息为所述声道信息，则所述桌面服务器获取音频触发信息，包括：

所述桌面服务器在声卡设备中获取所述音频应用所产生的音频对应的声道信息；

相应的，所述桌面服务器根据所述音频触发信息确定所述桌面服务器正在运行的音频应用的音频应用类型，包括：

若所述声道信息为单声道，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第一音频应用；

若所述声道信息为非单声道，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第二音频应用。

结合第一方面第三种可能的实现方式，在第六种可能的实现方式中，

若所述音频触发信息为所述采样频率信息，则所述桌面服务器获取音频触发信息，包括：

所述桌面服务器在声卡设备中获取所述音频应用所产生的音频对应的采样频率信息；

所述桌面服务器根据所述音频触发信息确定所述桌面服务器正在运行的音频应用的音频应用类型，包括：

所述桌面服务器确定所述采样频率信息所位于的频率区间，所述频率区间包括：第一频率区间和第二频率区间，所述第一音频应用和所述第二音频应用分别对应所述第一频率区间和所述第二频率区间；

若所述采样频率信息位于第一频率区间，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第一音频应用；

若所述采样频率信息位于第二频率区间，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第二音频应用。

结合第一方面第三种可能的实现方式，在第七种可能的实现方式中，

若所述音频触发信息为所述比特率信息，则所述桌面服务器获取音频触发信息，包括：

所述桌面服务器在声卡设备中获取所述音频应用所产生的音频对应的比特率信息；

所述桌面服务器根据所述音频触发信息确定所述桌面服务器正在运行的音频应用的音频应用类型，包括：

所述桌面服务器确定所述比特率信息所位于的比特率区间，所述比特率区间包括：第一比特率区间和第二比特率区间，所述第一音频应用和所述第二音频应用分别对应所述第一比特率区间和所述第二比特率区间；

若所述比特率信息位于第一比特率区间，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第一音频应用；

若所述比特率信息位于第二比特率区间，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第二音频应用。

结合第一方面第三种可能的实现方式，在第八种可能的实现方式中，

若所述音频触发信息包括声道信息，采样频率信息，比特率信息以及麦克风信息的任意两项以上的组合，则所述桌面服务器根据所述音频触发信息确定所述桌面服务器正在运行的音频应用的音频应用类型之后，还包括：

若所述桌面服务器分别根据各个所述音频触发信息确定的所述音频应用类型不一致，选择优先级最高的音频触发信息对应的音频应用类型，作为所述桌面服务器正在运行的音频应用的音频应用类型。

结合第一方面及第一方面的第一至八任意一种可能的实现方式，在第九种可能的实现方式中，

所述桌面服务器根据所述音频应用类型选择对所述音频应用所产生的音频数据使用的压缩算法之后，包括：

所述桌面服务器向所述桌面客户端发送通知消息，所述通知消息用于通知所述桌面客户端，所述桌面服务器对所述音频应用所产生的音频数据所使用的压缩算法。

本发明实施例第二方面提供的桌面服务器，包括：

信息获取单元，用于获取音频触发信息，所述音频触发信息用于触发所述桌面服务器对音频数据使用的压缩算法进行选择；

算法选择单元，用于根据所述音频触发信息选择对所述音频应用所产生的音频数据使用的压缩算法，所述压缩算法包括：第一压缩算法和第二压缩算法，

压缩单元，用于根据所述压缩算法的选择结果，使用相应的压缩算法对所述音频应用所产生的音频数据进行音频压缩；

发送单元，用于向所述桌面客户端发送所述音频压缩后的音频数据。

结合第一方面，在第一种可能的实现方式中，

所述音频触发信息包括：声道信息，采样频率信息，比特率信息以及麦克风信息的任意一项以及任意两项以上的组合。

结合第一方面第一种可能的实现方式，在第二种可能的实现方式中，若所述音频触发信息为所述麦克风信息，则所述信息获取单元具体用于：

获知有麦克风设备接入所述桌面服务器；

所述算法选择单元具体用于：

当桌面服务器获知有麦克风设备接入所述桌面服务器时，选择所述第一压缩算法。

结合第一方面，在第三种可能的实现方式中，所述算法选择单元具体用于：

根据所述音频触发信息确定所述桌面服务器正在运行的音频应用的音频应用类型；

根据所述音频应用类型选择对所述音频应用所产生的音频数据使用的压缩算法，所述音频应用类型包括：第一音频应用和第二音频应用，所述第一音频应用和所述第二音频应用分别对应所述第一压缩算法和所述第二压缩算法；

所述音频触发信息包括：声道信息，采样频率信息，比特率信息以及麦克风信息的任意一项以及任意两项以上的组合。

结合第一方面第三种可能的实现方式，在第四种可能的实现方式中，

若所述音频触发信息为所述麦克风信息，则信息获取单元具体用于：获知有麦克风设备接入所述桌面服务器；

相应的，所述算法选择单元具体用于：

所述桌面服务器检测所述麦克风是否处于工作状态；

若所述麦克风处于工作状态，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第一音频应用；

若所述麦克风没有处于工作状态，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第二音频应用。

结合第一方面第三种可能的实现方式，在第五种可能的实现方式中，若所述音频触发信息为所述声道信息，则信息获取单元具体用于：在声卡设备中获取所述音频应用所产生的音频对应的声道信息；

相应的，所述算法选择单元具体用于：

若所述声道信息为单声道，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第一音频应用；

若所述声道信息为非单声道，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第二音频应用。

结合第一方面第三种可能的实现方式，在第六种可能的实现方式中，

若所述音频触发信息为所述采样频率信息，则所述信息获取单元具体用于：在声卡设备中获取所述音频应用所产生的音频对应的采样频率信息；

所述算法选择单元具体用于：

所述桌面服务器确定所述采样频率信息所位于的频率区间，所述频率区间包括：第一频率区间和第二频率区间，所述第一音频应用和所述第二音频应用分别对应所述第一频率区间和所述第二频率区间；

若所述采样频率信息位于第一频率区间，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第一音频应用；

若所述采样频率信息位于第二频率区间，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第二音频应用。

结合第一方面第三种可能的实现方式，在第七种可能的实现方式中，

若所述音频触发信息为所述比特率信息，则信息获取单元具体用于：在声卡设备中获取所述音频应用所产生的音频对应的比特率信息；

所述算法选择单元具体用于：

所述桌面服务器确定所述比特率信息所位于的比特率区间，所述比特率区间包括：第一比特率区间和第二比特率区间，所述第一音频应用和所述第二音频应用分别对应所述第一比特率区间和所述第二比特率区间；

若所述比特率信息位于第一比特率区间，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第一音频应用；

若所述比特率信息位于第二比特率区间，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第二音频应用。

结合第一方面第三种可能的实现方式，在第八种可能的实现方式中，

若所述音频触发信息包括声道信息，采样频率信息，比特率信息以及麦克风信息的任意两项以上的组合，则所述算法选择单元具体用于：

若所述桌面服务器分别根据各个所述音频触发信息确定的所述音频应用类型不一致，选择优先级最高的音频触发信息对应的音频应用类型，作为所述桌面服务器正在运行的音频应用的音频应用类型。

结合第一方面及第一方面的第一至八任意一种可能的实现方式，在第九种可能的实现方式中，所述发送单元还用于：

向所述桌面客户端发送通知消息，所述通知消息用于通知所述桌面客户端，所述桌面服务器对所述音频应用所产生的音频数据所使用的压缩算法。

从以上技术方案可以看出，本发明实施例具有以下优点：

本发明实施例中的桌面服务器获取到音频触发信息之后，根据所述音频触发信息确定所述桌面服务器正在运行的音频应用的音频应用类型，再根据所述音频应用类型选择对所述音频应用所产生的音频数据使用的压缩算法，使得桌面服务器可以根据需求动态的选择适应所述音频应用的压缩算法，从而满足用户在使用远程桌面时，对不同音频应用的属性需求。

附图说明

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

图1是本发明实施例中远程桌面的虚拟架构图；

图2是本发明实施例中远程桌面的音频模块的虚拟架构图；

图3是本发明实施例中音频传输方法的一个流程示意图；

图4是本发明实施例中音频传输方法的另一个流程示意图；

图5是本发明实施例中音频传输方法的另一个流程示意图；

图6是本发明实施例中音频传输方法的另一个流程示意图；

图7是本发明实施例中音频传输方法的另一个流程示意图；

图8是本发明实施例中音频传输方法的另一个流程示意图；

图9是本发明实施例中桌面服务器的一个流程示意图；

图10是本发明实施例中机遇音频传输方法的计算机示意图。

具体实施方式

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

如图1所示，图1为本发明实施例中所描述的远程桌面的虚拟架构图。

图中的桌面服务器为桌面客户端提供远程桌面，所述桌面服务器包括但不限于：协议栈模块，显示模块，音频模块，输入控制模块。

桌面服务器的协议栈模块为桌面服务器与桌面客户端的数据传输协议，如远程桌面协议(RDP，RemoteDesktopProtocol)、独立计算架构(ICA，IndependentComputingArchitecture)。桌面服务器端与桌面客户端的交互主体将基于该数据传输协议(该数据传输协议可以触发其他协议的访问，如文件共享协议)。该数据传输协议并实体部件，是一个虚拟的传输协议模块。

桌面服务器的显示模块用于捕获桌面服务器的显示数据，对所述显示数据进行处理后，通过所述协议栈模块发送给桌面客户端。

桌面服务器的音频模块用于通过所述协议栈模块获取所述桌面客户端的麦克风产生的音频输入，以及将所述桌面服务器产生的音频数据压缩处理后，通过所述协议栈模块发送给桌面客户端。

桌面服务器的输入控制模块用于执行所述桌面客户端通过协议栈模块发送的输入信号或控制信息，所述输入信号或控制信息由桌面客户端的键盘、鼠标等输入设备产生。

可选的，桌面服务器中还可以包括有其他模块，如外设模块等，此处具体不作限定。

图中的桌面客户端为所述桌面服务器提供的远程桌面的显示终端，可以为完整的计算机终端，也可以为云终端。所述桌面客户端包括但不限于：协议栈模块，显示模块，音频模块，输入控制模块。

桌面客户端的协议栈模块用于支持桌面客户端的其他模块与桌面服务器的各个模块进行数据通信。

桌面客户端的显示模块用于在桌面客户端上显示桌面服务器所发送的显示数据。

桌面客户端的音频模块用于播放桌面服务器所发送的音频数据，并通过所述协议栈模块向所述桌面服务器发送桌面客户端通过麦克风设备所述产生的音频数据。

桌面客户端的输入控制模块用于根据输入设备(如，键盘、鼠标等)的输入生成输入信息或控制信息，并通过所述协议栈模块向所述桌面服务器发送所述输入信息或控制信息。

可选的，桌面客户端中还可以包括有其他模块，如外设模块等，此处具体不作限定。

在本发明实施例中，主要是涉及到上述远程桌面架构中音频模块的改进，请参阅图2，本发明实施例在桌面服务器的音频模块中新增了压缩算法选择模块，用于对桌面服务器中产生的音频数据进行动态的压缩算法选择，下面对图2中各个模块的功能进行描述：

桌面服务器的操作系统音频(OSAudio，OperatingSystemAudio)服务模块用于为桌面服务器中音频应用提供一系列音频服务，如，混音、切换声道、转换音频格式为脉冲编码调制(PCM，PulseCodeModulation)格式等，音频应用可以利用这些音频服务达成音频应用所期望的要求。

桌面服务器的系统音频捕获模块用于获取OSAudio服务模块中音频应用产生的音频数据的音频格式信息，音频格式信息包括：声道信息，采样频率信息，比特率信息，帧率信息以及编码方式信息等。

桌面服务器的压缩算法选择模块用于根据系统音频捕获模块提供的音频格式信息或音频输入设备所产生的工作状态信息进行压缩算法的选择。

桌面服务器的压缩模块用于使用压缩算法选择模块确定的压缩算法，对音频应用产生的音频数据进行压缩。

桌面服务器的解压缩模块用于对桌面客户端发送的音频数据进行解压缩，桌面客户端发送的音频数据是由桌面客户端的录制模块产生，并经压缩处理过的。

桌面客户端的解压缩模块用于对桌面服务器发送的已压缩的音频数据进行解压。

桌面客户端的播放模块用于对解压缩模块解压的音频数据进行播放。

桌面客户端的录制模块用于接收麦克风设备输入的音频数据，音频数据可以为PCM格式。

桌面客户端的压缩模块用于对录制模块输入的音频数据进行音频压缩，并将压缩后的音频数据发送给桌面服务器。

下面从桌面服务器的角度对本发明实施例中音频传输方法进行描述，本发明实施例中音频传输方法的一个实施例包括：

首先，桌面服务器获取音频触发信息，所述音频触发信息用于触发所述桌面服务器对音频数据使用的压缩算法进行选择。

可选的，触发桌面服务器进行压缩算法选择的条件有多种，如，获知有麦克风设备接入所述桌面服务器。

其次，桌面服务器根据所述音频触发信息选择对所述音频应用所产生的音频数据使用的压缩算法，所述压缩算法包括：第一压缩算法和第二压缩算法。

具体的，若所述音频触发信息为麦克风信息，则当桌面服务器获知有麦克风设备接入所述桌面服务器时，桌面服务器选择所述第一压缩算法。

可选的，桌面服务器也可以根据所述音频触发信息确定所述桌面服务器正在运行的音频应用的音频应用类型；再根据所述音频应用类型选择对所述音频应用所产生的音频数据使用的压缩算法，所述音频应用类型包括：第一音频应用和第二音频应用，所述第一音频应用和所述第二音频应用分别对应所述第一压缩算法和所述第二压缩算法。

具体确定音频应用的音频应用类型的方法，在后续实施例中再详细描述，此处不做限定。

再次，桌面服务器根据所述压缩算法的选择结果，使用相应的压缩算法对所述音频应用所产生的音频数据进行音频压缩；

最后，桌面服务器向所述桌面客户端发送所述音频压缩后的音频数据。

请参阅图3，本发明实施例中音频传输方法的另一个实施例包括：

301、桌面服务器获取音频触发信息；

桌面服务器获取音频触发信息，所述音频触发信息用于触发所述桌面服务器对音频数据使用的压缩算法进行选择。

可选的，触发桌面服务器进行压缩算法选择的条件有多种，如音频应用在桌面服务器中产生了音频数据，或音频输入设备在桌面服务器中产生了音频数据，这些场景都会产生相应的音频触发信息，因此，音频触发信息也可以有多种，具体可以包括：声道信息，采样频率信息，比特率信息以及麦克风信息的任意一项以及任意两项以上的组合，此处不作限定。

具体的，所述桌面服务器可以为在一台物理设备上通过资源划分建立的虚拟机；而上述音频输入设备也可以为虚拟的音频输入设备，如，桌面客户端接入了音频输入设备，桌面服务器也会相应的生产一个虚拟的音频输入设备。

302、桌面服务器根据所述音频触发信息确定所述桌面服务器正在运行的音频应用的音频应用类型；

桌面服务器根据所述音频触发信息确定所述桌面服务器正在运行的音频应用的音频应用类型，所述音频应用类型包括：第一音频应用和第二音频应用。所述第一音频应用与第二音频应用在至少一种属性需求上，是相对有高低或大小的区别。所述属性需求包括：音质要求，时延要求。

可选的，若所述音频触发信息为麦克风信息，则可以不执行步骤302，直接执行步骤303，当桌面服务器获知有麦克风设备接入所述桌面服务器时，选择所述第一压缩算法。

以所述属性需求为音质为例，则第一音频应用相对于第二音频应用而言，为对音质要求较低的音频应用；第二音频应用相对于第一音频应用而言，为对音质要求较高的音频应用，具体的：

所述第一音频应用可以包括模拟信号数字化协议(VoIP，VoiceoverInternetProtocol)通信，在VoIP通信的场景下，用户的需求是保持通话状态的流畅，而对音质要求低，因此，VoIP通信所产生的音频数据就可以使用压缩率较高的压缩算法，使得压缩后的音频数据的数据量小，可以提高音频数据传输的效率。

所述第二音频应用可以包括动态影像专家压缩标准音频层面3(MP3，MovingPictureExpertsGroupAudioLayer3)音频播放，在这种音频播放的场景下，用户的需求是能够听到高质量的音乐，对音质要求较高，因此，MP3音频播放所产生的音频数据就需要使用压缩率较低的压缩算法，使得音质的失真度降低。

可以理解的是，在本发明实施例中，由于实际的硬件条件是向前发展的，无论是带宽的传输能力，还是音质效果，都可以被不断的优化，因此，本发明实施例不会设定一个严格的音质标准去划分第二音频应用和第一音频应用，对第二音频应用和第一音频应用的划分可以是相对的，也可以根据实际客观条件以及用户需求而定。

可选的，在实际应用中，还可以包括第三音频应用，在一种属性需求上，如对音质的要求，第一音频应用小于第二音频应用，第二音频应用小于第三音频应用。可以理解的是，在本发明实施例中的对比排序的举例仅是示例性的，不表示实际应用中的具体情况。

303、桌面服务器根据所述音频应用类型选择对所述音频应用所产生的音频数据使用的压缩算法；

桌面服务器根据所述音频应用类型选择对所述音频应用所产生的音频数据使用的压缩算法，所述压缩算法包括：第一压缩算法和第二压缩算法，所述第一音频应用和所述第二音频应用分别对应所述第一压缩算法和所述第二压缩算法。

具体的，若确定的音频应用类型为第一音频应用，则选择的压缩算法为第一压缩算法；若确定的音频应用类型为第二音频应用，则选择的压缩算法为第二压缩算法。

第一压缩算法指的是一类算法，可以包括多种具体的算法，不特指任意一种具体算法；如，第一压缩算法对应的第一音频应用的属性需求为时延要求较高，则第一压缩算法指代的是压缩率较高的一类算法。

同理，第二压缩算法指的也是一类算法；如，第二压缩算法对应的第二音频应用的属性需求为时延要求较低，则第二压缩算法指代的是压缩率较低的一类算法。

可选的，在实际应用中，若存在有第三音频应用，则相应的，也会有与之对应的第三压缩算法，该第三压缩算法与第三音频应用所对应的属性需求，以及该第三压缩算法与其它两种算法的对比关系，可以根据实际需求而定，此处不作限定。

304、桌面服务器对所述音频应用所产生的音频数据进行音频压缩；

桌面服务器根据所述压缩算法的选择结果，使用相应的压缩算法对所述音频应用所产生的音频数据进行音频压缩。

具体的，若选择的压缩算法为第一压缩算法，则使用第一压缩算法对所述音频应用所产生的音频数据进行音频压缩；若选择的压缩算法为第二压缩算法，则使用第二压缩算法对所述音频应用所产生的音频数据进行音频压缩。

305、桌面服务器向所述桌面客户端发送所述音频压缩后的音频数据。

桌面服务器向所述桌面客户端发送所述音频压缩后的音频数据，使得所述桌面客户端使用相应的解压缩算法对所述音频数据进行解压，并播放解压缩之后的音频数据。

可选的，在桌面服务器发送的所述音频压缩后的音频数据中，携带所述音频数据的数据报文中，可以携带压缩所述音频数据所述使用的压缩算法信息，以便于所述桌面客户端使用相应的解压缩算法对所述音频数据进行解压。

可以理解的是，在实际应用中，通知所述桌面客户端所述压缩算法信息的方法可以有多种，此处具体不作限定。

本发明实施例中的桌面服务器获取到音频触发信息之后，根据所述音频触发信息确定所述桌面服务器正在运行的音频应用的音频应用类型，再根据所述音频应用类型选择对所述音频应用所产生的音频数据使用的压缩算法，使得桌面服务器可以根据需求动态的选择适应所述音频应用的压缩算法，从而满足用户在使用远程桌面时，对不同音频应用的属性需求。

在实际应用中，若桌面客户端接入了麦克风设备，则桌面服务器也会生成虚拟的音频输入设备，服务器就会根据麦克风接入的特征，匹配相应的音频应用的属性需求，选择合适的压缩算法对所述音频输入设备所产生的音频数据进行压缩，具体的，请参阅图4，本发明实施例中音频传输方法的另一个实施例包括：

401、桌面服务器获知有麦克风设备接入所述桌面服务器；

桌面服务器获知有麦克风设备接入所述桌面服务器，所述桌面服务器生成虚拟的音频输入设备，获取所述音频输入设备产生的音频信息。

可选的，在实际应用中，除了在物理的桌面服务器接入麦克风设备之外，若桌面客户端接入了麦克风设备，也相当于有麦克风设备接入所述桌面服务器，桌面服务器会生成虚拟的音频输入设备。

402、桌面服务器根据所述麦克风的工作状态，确定所述桌面服务器正在运行的音频应用的音频应用类型；

所述桌面服务器检测所述麦克风是否处于工作状态；

若所述麦克风处于工作状态，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第一音频应用；

若所述麦克风没有处于工作状态，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第二音频应用。

具体的，由于麦克风工作对应的音频应用(如，VoIP通信)对时延要求较高，麦克风不工作时对应的音频应用对时延要求较低，因此，可以用于区分属性需求为延时要求的两种音频应用类型。可选的，由于麦克风工作对应的音频应用对音质要求较低，麦克风不工作时对应的音频应用对音质要求较高，因此，也可以用于区分属性需求为音质要求的两种音频应用类型。

403、桌面服务器根据所述音频应用类型选择对所述音频应用所产生的音频数据使用的压缩算法；

桌面服务器根据所述音频应用类型选择对所述音频应用所产生的音频数据使用的压缩算法，所述压缩算法包括：第一压缩算法和第二压缩算法，所述第一音频应用和所述第二音频应用分别对应所述第一压缩算法和所述第二压缩算法。

具体的，若确定的音频应用类型为第一音频应用，则选择的压缩算法为第一压缩算法；若确定的音频应用类型为第二音频应用，则选择的压缩算法为第二压缩算法。

示例性的，在本发明实施例中，由于第一音频应用对应的是对时延要求较高而音质要求较低的音频应用(如，VoIP通信)，因此，所述第一压缩算法可以为speex压缩算法，所述speex压缩算法是一种针对语音的音频压缩算法，通过提供一个可以替代高性能语音编解码来降低语音应用输入门槛。另外，相对于其它编解码器，speex也很适合网络应用，在网络应用上有着独特的优势。相对的，第二音频应用对应的是对时延要求较低而音质要求较高的音频应用(如，MP3音频播放)，因此，所述第二压缩算法可以为vorbis压缩算法，所述vorbis压缩算法是一种音频压缩算法，能够获得很好的音质，但是压缩时间与资源占用可能会比较高，且压缩率一般。

404、桌面服务器对所述音频应用所产生的音频数据进行音频压缩；

桌面服务器根据所述压缩算法的选择结果，使用相应的压缩算法对所述音频应用所产生的音频数据进行音频压缩。

具体的，若选择的压缩算法为第一压缩算法，则使用第一压缩算法对所述音频应用所产生的音频数据进行音频压缩；若选择的压缩算法为第二压缩算法，则使用第二压缩算法对所述音频应用所产生的音频数据进行音频压缩。

405、桌面服务器向所述桌面客户端发送通知消息；

桌面服务器向所述桌面客户端发送通知消息，所述通知消息用于通知所述桌面客户端，所述桌面服务器对所述音频应用所产生的音频数据所使用的压缩算法。

可以理解的是，在本发明实施例中，步骤404和步骤405之间没有严格的时序关系，即可以先执行步骤405再执行步骤404，不会对本发明实施例所要实现的效果产生影响，本发明实施例所给出的步骤时序仅是示例性的，不应理解为对本发明技术方案的限定。

406、桌面服务器向所述桌面客户端发送所述音频压缩后的音频数据。

桌面服务器向所述桌面客户端发送所述音频压缩后的音频数据，使得所述桌面客户端使用相应的解压缩算法对所述音频数据进行解压，并播放解压缩之后的音频数据。

在实际应用中，若桌面服务器的声卡设备中产生了音频格式信息，则会触发桌面服务器进行压缩算法的选择，具体的，请参阅图5，本发明实施例中音频传输方法的另一个实施例包括：

501、桌面服务器在声卡设备中获取所述音频应用所产生的音频对应的采样频率信息；

具体的，桌面服务器的声卡设备包括：OSAudio服务模块，系统音频捕获模块。

具体的，所述采样频率信息指的是每秒从连续信号中提取并组成离散信号的采样个数，它用赫兹(Hz)来表示。在本发明实施例中，指的是音频的模拟信号转换为数字信号的过程中，每秒从模拟信号中提取并组成数字信号的采样个数。

采样频率越高，即采样的间隔时间越短，则在单位时间内计算机得到的声音样本数据就越多，对声音波形的表示也越精确。采样频率与声音频率之间有一定的关系，根据奈奎斯特理论，只有采样频率高于声音信号最高频率的两倍时，才能把数字信号表示的声音还原成为原来的声音。这就是说采样频率是衡量声卡采集、记录和还原声音文件的质量标准。在本发明实施例中，采样频率较高表示该音频应用对音质要求较高，采样频率较低表示该音频应用对音质要求较低，因此，可以用于区分属性需求为音质要求的两种音频应用类型。

502、桌面服务器根据所述采样频率信息所位于的频率区间，确定所述桌面服务器正在运行的音频应用的音频应用类型；

桌面服务器确定所述采样频率信息所位于的频率区间，所述频率区间包括：第一频率区间和第二频率区间，所述第一音频应用和所述第二音频应用分别对应所述第一频率区间和所述第二频率区间。

在本发明实施例中，会对音频数据的采样频率进行划分，分成与音频应用类型相对应的若干个频率区间。

若所述采样频率信息位于第一频率区间，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第一音频应用。

若所述采样频率信息位于第二频率区间，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第二音频应用。

503、桌面服务器根据所述音频应用类型选择对所述音频应用所产生的音频数据使用的压缩算法；

桌面服务器根据所述音频应用类型选择对所述音频应用所产生的音频数据使用的压缩算法，所述压缩算法包括：第一压缩算法和第二压缩算法，所述第一音频应用和所述第二音频应用分别对应所述第一压缩算法和所述第二压缩算法。

具体的，若确定的音频应用类型为第一音频应用，则选择的压缩算法为第一压缩算法；若确定的音频应用类型为第二音频应用，则选择的压缩算法为第二压缩算法。

在本发明实施例中，由于第一音频应用对应的是对时延要求较高而音质要求较低的音频应用(如，VoIP通信)，因此，所述第一压缩算法可以为speex压缩算法，所述speex压缩算法是一种针对语音的音频压缩算法，通过提供一个可以替代高性能语音编解码来降低语音应用输入门槛。另外，相对于其它编解码器，speex也很适合网络应用，在网络应用上有着独特的优势。相对的，第二音频应用对应的是对时延要求较低而音质要求较高的音频应用(如，MP3音频播放)，因此，所述第二压缩算法可以为vorbis压缩算法，所述vorbis压缩算法是一种音频压缩算法，能够获得很好的音质，但是压缩时间与资源占用可能会比较高，且压缩率一般。

504、桌面服务器对所述音频应用所产生的音频数据进行音频压缩；

桌面服务器根据所述压缩算法的选择结果，使用相应的压缩算法对所述音频应用所产生的音频数据进行音频压缩。

具体的，若选择的压缩算法为第一压缩算法，则使用第一压缩算法对所述音频应用所产生的音频数据进行音频压缩；若选择的压缩算法为第二压缩算法，则使用第二压缩算法对所述音频应用所产生的音频数据进行音频压缩。

505、桌面服务器向所述桌面客户端发送通知消息；

桌面服务器向所述桌面客户端发送通知消息，所述通知消息用于通知所述桌面客户端，所述桌面服务器对所述音频应用所产生的音频数据所使用的压缩算法。

可以理解的是，在本发明实施例中，步骤504和步骤505之间没有严格的时序关系，即可以先执行步骤505再执行步骤504，不会对本发明实施例所要实现的效果产生影响，本发明实施例所给出的步骤时序仅是示例性的，不应理解为对本发明技术方案的限定。

506、桌面服务器向所述桌面客户端发送所述音频压缩后的音频数据。

桌面服务器向所述桌面客户端发送所述音频压缩后的音频数据，使得所述桌面客户端使用相应的解压缩算法对所述音频数据进行解压，并播放解压缩之后的音频数据。

请参阅图6，本发明实施例中音频传输方法的另一个实施例包括：

601、桌面服务器在声卡设备中获取所述音频应用所产生的音频对应的比特率信息；

具体的，桌面服务器的声卡设备包括：OSAudio服务模块，系统音频捕获模块。

具体的，所述比特率信息指的是指每秒传送的比特(bit)数。比特率越高，传送数据速度越快。视频中的比特率(码率)原理与声音中的相同，都是指由模拟信号转换为数字信号后，单位时间内的二进制数据量。声音中的比特率是指将模拟声音信号转换成数字声音信号后，单位时间内的二进制数据量，是间接衡量音频质量的一个指标。因此，在本发明实施例中，比特率较高表示该音频应用对音质要求较高，比特率较低表示该音频应用对音质要求较低，因此，可以用于区分属性需求为音质要求的两种音频应用类型。

602、桌面服务器根据所述比特率信息所位于的比特率区间，确定所述桌面服务器正在运行的音频应用的音频应用类型；

桌面服务器确定所述比特率信息所位于的比特率区间，所述比特率区间包括：第一比特率区间和第二比特率区间，所述第一音频应用和所述第二音频应用分别对应所述第一比特率区间和所述第二比特率区间。

在本发明实施例中，会对音频数据的比特率进行划分，分成与音频应用类型相对应的若干个比特率区间。

若所述比特率信息位于第一比特率区间，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第一音频应用。

若所述比特率信息位于第二比特率区间，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第二音频应用。

603、桌面服务器根据所述音频应用类型选择对所述音频应用所产生的音频数据使用的压缩算法；

桌面服务器根据所述音频应用类型选择对所述音频应用所产生的音频数据使用的压缩算法，所述压缩算法包括：第一压缩算法和第二压缩算法，所述第一音频应用和所述第二音频应用分别对应所述第一压缩算法和所述第二压缩算法。

具体的，若确定的音频应用类型为第一音频应用，则选择的压缩算法为第一压缩算法；若确定的音频应用类型为第二音频应用，则选择的压缩算法为第二压缩算法。

示例性的，在本发明实施例中，由于第一音频应用对应的是对时延要求较高而音质要求较低的音频应用(如，VoIP通信)，因此，所述第一压缩算法可以为speex压缩算法，所述speex压缩算法是一种针对语音的音频压缩算法，通过提供一个可以替代高性能语音编解码来降低语音应用输入门槛。另外，相对于其它编解码器，speex也很适合网络应用，在网络应用上有着独特的优势。相对的，第二音频应用对应的是对时延要求较低而音质要求较高的音频应用(如，MP3音频播放)，因此，所述第二压缩算法可以为vorbis压缩算法，所述vorbis压缩算法是一种音频压缩算法，能够获得很好的音质，但是压缩时间与资源占用可能会比较高，且压缩率一般。

604、桌面服务器对所述音频应用所产生的音频数据进行音频压缩；

桌面服务器根据所述压缩算法的选择结果，使用相应的压缩算法对所述音频应用所产生的音频数据进行音频压缩。

具体的，若选择的压缩算法为第一压缩算法，则使用第一压缩算法对所述音频应用所产生的音频数据进行音频压缩；若选择的压缩算法为第二压缩算法，则使用第二压缩算法对所述音频应用所产生的音频数据进行音频压缩。

605、桌面服务器向所述桌面客户端发送通知消息；

桌面服务器向所述桌面客户端发送通知消息，所述通知消息用于通知所述桌面客户端，所述桌面服务器对所述音频应用所产生的音频数据所使用的压缩算法。

可以理解的是，在本发明实施例中，步骤604和步骤605之间没有严格的时序关系，即可以先执行步骤605再执行步骤604，不会对本发明实施例所要实现的效果产生影响，本发明实施例所给出的步骤时序仅是示例性的，不应理解为对本发明技术方案的限定。

606、桌面服务器向所述桌面客户端发送所述音频压缩后的音频数据。

桌面服务器向所述桌面客户端发送所述音频压缩后的音频数据，使得所述桌面客户端使用相应的解压缩算法对所述音频数据进行解压，并播放解压缩之后的音频数据。

请参阅图7，本发明实施例中音频传输方法的另一个实施例包括：

701、桌面服务器在声卡设备中获取所述音频应用所产生的音频对应的声道信息；

具体的，桌面服务器的声卡设备包括：OSAudio服务模块，系统音频捕获模块。

具体的，所述声道信息声音在录制或播放时在不同空间位置采集或回放的相互独立的音频信号，所以声道数也就是声音录制时的音源数量或回放时相应的扬声器数量。声道数也是衡量音频质量的一个标准，因此，在本发明实施例中，非单声道表示该音频应用对音质要求较高，单声道表示该音频应用对音质要求较低，因此，可以用于区分属性需求为音质要求的两种音频应用类型。

702、桌面服务器根据所述声道信息确定所述桌面服务器正在运行的音频应用的音频应用类型；

桌面服务器根据所述声道信息确定所述音频应用产生的音频数据对应的声道数。

若所述声道信息为单声道，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第一音频应用；

若所述声道信息为非单声道，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第二音频应用。

703、桌面服务器根据所述音频应用类型选择对所述音频应用所产生的音频数据使用的压缩算法；

桌面服务器根据所述音频应用类型选择对所述音频应用所产生的音频数据使用的压缩算法，所述压缩算法包括：第一压缩算法和第二压缩算法，所述第一音频应用和所述第二音频应用分别对应所述第一压缩算法和所述第二压缩算法。

具体的，若确定的音频应用类型为第一音频应用，则选择的压缩算法为第一压缩算法；若确定的音频应用类型为第二音频应用，则选择的压缩算法为第二压缩算法。

在本发明实施例中，由于第一音频应用对应的是对时延要求较高而音质要求较低的音频应用(如，VoIP通信)，因此，所述第一压缩算法可以为speex压缩算法，所述speex压缩算法是一种针对语音的音频压缩算法，通过提供一个可以替代高性能语音编解码来降低语音应用输入门槛。另外，相对于其它编解码器，speex也很适合网络应用，在网络应用上有着独特的优势。相对的，第二音频应用对应的是对时延要求较低而音质要求较高的音频应用(如，MP3音频播放)，因此，所述第二压缩算法可以为vorbis压缩算法，所述speex压缩算法是一种音频压缩算法，能够获得很好的音质，但是压缩时间与资源占用可能会比较高，且压缩率一般。

704、桌面服务器对所述音频应用所产生的音频数据进行音频压缩；

桌面服务器根据所述压缩算法的选择结果，使用相应的压缩算法对所述音频应用所产生的音频数据进行音频压缩。

具体的，若选择的压缩算法为第一压缩算法，则使用第一压缩算法对所述音频应用所产生的音频数据进行音频压缩；若选择的压缩算法为第二压缩算法，则使用第二压缩算法对所述音频应用所产生的音频数据进行音频压缩。

705、桌面服务器向所述桌面客户端发送通知消息；

桌面服务器向所述桌面客户端发送通知消息，所述通知消息用于通知所述桌面客户端，所述桌面服务器对所述音频应用所产生的音频数据所使用的压缩算法。

可以理解的是，在本发明实施例中，步骤704和步骤705之间没有严格的时序关系，即可以先执行步骤705再执行步骤704，不会对本发明实施例所要实现的效果产生影响，本发明实施例所给出的步骤时序仅是示例性的，不应理解为对本发明技术方案的限定。

706、桌面服务器向所述桌面客户端发送所述音频压缩后的音频数据。

桌面服务器向所述桌面客户端发送所述音频压缩后的音频数据，使得所述桌面客户端使用相应的解压缩算法对所述音频数据进行解压，并播放解压缩之后的音频数据。

在上述实施例中，描述了不同的音频触发信息触发桌面服务器对音频数据使用的压缩算法进行选择的方式，可以理解的是，桌面服务器对音频数据使用的压缩算法是可以动态改变的，即，若桌面服务器中的音频环境发生变化，则桌面服务器会再次对压缩算法进行选择。并且，桌面服务器分别根据各种音频触发信息确定的所述音频应用类型可能不一致，因此，各种音频触发信息具有相应的优先级，桌面服务器音频触发信息的优先级确定音频应用的音频应用类型，具体的，请参阅图8，本发明实施例中音频传输方法的另一个实施例包括：

801、桌面服务器获取音频触发信息；

桌面服务器获取音频触发信息，所述音频触发信息用于触发所述桌面服务器对音频数据使用的压缩算法进行选择。

可选的，触发桌面服务器进行压缩算法选择的条件有多种，如音频应用在桌面服务器中产生了音频数据，或音频输入设备在桌面服务器中产生了音频数据，这些场景都会产生相应的音频触发信息，因此，音频触发信息也可以有多种，具体可以包括：声道信息，采样频率信息，比特率信息以及麦克风信息的任意一项以及任意两项以上的组合，此处不作限定。

在本发明实施例中对声道信息，采样频率信息，比特率信息以及麦克风信息的优先级进行了设定，按照优先级由大到小，优先级依次为采样频率信息，麦克风信息，比特率信息以及声道信息。可以理解的是，本发明实施例对音频触发信息的优先级设定仅是示例性的，在实际应用中，还可能有不同的设定方式，此处具体不作限定。

802、桌面服务器根据所述音频触发信息确定所述桌面服务器正在运行的音频应用的音频应用类型；

在本发明实施例中，在音频应用的音频应用类型之前，桌面服务器获取了两种音频触发信息，分别为采样频率信息和声道信息。

桌面服务器确定所述采样频率信息所位于的频率区间为第一频率区间，根据采样频率信息的判定准则，所述第一频率区间对应的音频应用类型为第一音频应用。

桌面服务器确定所述声道信息为非单声道，根据声道信息的判定准则，非单声道对应的音频应用类型为第二音频应用。

此时，根据音频触发信息的优先级设定，采样频率信息的优先级要大于声道信息的优先级，因此，桌面服务器确定正在运行的音频应用的音频应用类型为第一音频应用。

803、桌面服务器根据所述音频应用类型选择对所述音频应用所产生的音频数据使用的压缩算法；

桌面服务器根据所述音频应用类型选择对所述音频应用所产生的音频数据使用的压缩算法，所述压缩算法包括：第一压缩算法和第二压缩算法，所述第一音频应用和所述第二音频应用分别对应所述第一压缩算法和所述第二压缩算法。

具体的，若确定的音频应用类型为第一音频应用，则选择的压缩算法为第一压缩算法；若确定的音频应用类型为第二音频应用，则选择的压缩算法为第二压缩算法。

804、桌面服务器对所述音频应用所产生的音频数据进行音频压缩；

桌面服务器根据所述压缩算法的选择结果，使用相应的压缩算法对所述音频应用所产生的音频数据进行音频压缩。

具体的，若选择的压缩算法为第一压缩算法，则使用第一压缩算法对所述音频应用所产生的音频数据进行音频压缩；若选择的压缩算法为第二压缩算法，则使用第二压缩算法对所述音频应用所产生的音频数据进行音频压缩。

805、桌面服务器向所述桌面客户端发送所述音频压缩后的音频数据；

桌面服务器向所述桌面客户端发送所述音频压缩后的音频数据，使得所述桌面客户端使用相应的解压缩算法对所述音频数据进行解压，并播放解压缩之后的音频数据。

806、桌面服务器切换当前的对所述音频应用所产生的音频数据使用的压缩算法。

在桌面服务器向所述桌面客户端发送所述音频压缩后的音频数据的过程中，若桌面服务器再次获取到音频触发信息，则再次发起压缩算法的选择流程，若根据最新的音频触发信息确定的压缩算法与当前正在使用的压缩算法不一致，则可以有两种处理方式：

一、直接切换当前的对所述音频应用所产生的音频数据使用的压缩算法；

二、比较所述最新的音频触发信息与前一次获取的音频触发信息的优先级，选择优先级较高的音频触发信息对应的压缩算法。

下面对本发明实施例中实现上述音频传输方法的桌面服务器进行描述，请参阅图9，需要说明的是，上述音频传输方法各实施例中所记载的方法，可实施于本发明的桌面服务器。本发明实施例中桌面服务器的一个实施例包括：

信息获取单元901，用于获取音频触发信息，所述音频触发信息用于触发所述桌面服务器对音频数据使用的压缩算法进行选择；

算法选择单元902，用于根据所述音频触发信息选择对所述音频应用所产生的音频数据使用的压缩算法，所述压缩算法包括：第一压缩算法和第二压缩算法，

压缩单元903，用于根据所述压缩算法的选择结果，使用相应的压缩算法对所述音频应用所产生的音频数据进行音频压缩；

发送单元904，用于向所述桌面客户端发送所述音频压缩后的音频数据。

具体的，所述音频触发信息包括：声道信息，采样频率信息，比特率信息以及麦克风信息的任意一项以及任意两项以上的组合。

若所述音频触发信息为所述麦克风信息，则所述信息获取单元具体用于：

获知有麦克风设备接入所述桌面服务器；

所述算法选择单元具体用于：

当桌面服务器获知有麦克风设备接入所述桌面服务器时，选择所述第一压缩算法。

所述算法选择单元具体用于：

根据所述音频触发信息确定所述桌面服务器正在运行的音频应用的音频应用类型；

根据所述音频应用类型选择对所述音频应用所产生的音频数据使用的压缩算法，所述音频应用类型包括：第一音频应用和第二音频应用，所述第一音频应用和所述第二音频应用分别对应所述第一压缩算法和所述第二压缩算法。

进一步的：

若所述音频触发信息为所述麦克风信息，则信息获取单元具体用于：获知有麦克风设备接入所述桌面服务器；

相应的，所述算法选择单元具体用于：

所述桌面服务器检测所述麦克风是否处于工作状态；

若所述麦克风处于工作状态，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第一音频应用；

若所述麦克风没有处于工作状态，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第二音频应用。

若所述音频触发信息为所述声道信息，则信息获取单元具体用于：在声卡设备中获取所述音频应用所产生的音频对应的声道信息；

相应的，所述算法选择单元具体用于：

若所述声道信息为单声道，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第一音频应用；

若所述声道信息为非单声道，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第二音频应用。

若所述音频触发信息为所述采样频率信息，则所述信息获取单元具体用于：在声卡设备中获取所述音频应用所产生的音频对应的采样频率信息；

所述算法选择单元具体用于：

所述桌面服务器确定所述采样频率信息所位于的频率区间，所述频率区间包括：第一频率区间和第二频率区间，所述第一音频应用和所述第二音频应用分别对应所述第一频率区间和所述第二频率区间；

若所述采样频率信息位于第一频率区间，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第一音频应用；

若所述采样频率信息位于第二频率区间，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第二音频应用。

若所述音频触发信息为所述比特率信息，则信息获取单元具体用于：在声卡设备中获取所述音频应用所产生的音频对应的比特率信息；

所述算法选择单元具体用于：

所述桌面服务器确定所述比特率信息所位于的比特率区间，所述比特率区间包括：第一比特率区间和第二比特率区间，所述第一音频应用和所述第二音频应用分别对应所述第一比特率区间和所述第二比特率区间；

若所述比特率信息位于第一比特率区间，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第一音频应用；

若所述比特率信息位于第二比特率区间，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第二音频应用。

若所述音频触发信息包括声道信息，采样频率信息，比特率信息以及麦克风信息的任意两项以上的组合，则所述算法选择单元具体用于：

若所述桌面服务器分别根据各个所述音频触发信息确定的所述音频应用类型不一致，选择优先级最高的音频触发信息对应的音频应用类型，作为所述桌面服务器正在运行的音频应用的音频应用类型。

所述发送单元还用于：向所述桌面客户端发送通知消息，所述通知消息用于通知所述桌面客户端，所述桌面服务器对所述音频应用所产生的音频数据所使用的压缩算法。

本发明实施例中桌面服务器各个单元的具体操作为：

信息获取单元901获取音频触发信息，所述音频触发信息用于触发所述桌面服务器对音频数据使用的压缩算法进行选择。

可选的，触发桌面服务器进行压缩算法选择的条件有多种，如音频应用在桌面服务器中产生了音频数据，或音频输入设备在桌面服务器中产生了音频数据，这些场景都会产生相应的音频触发信息，因此，音频触发信息也可以有多种，具体可以包括：声道信息，采样频率信息，比特率信息以及麦克风信息的任意一项以及任意两项以上的组合，此处不作限定。

算法选择单元902根据所述音频触发信息确定所述桌面服务器正在运行的音频应用的音频应用类型，所述音频应用类型包括：第一音频应用和第二音频应用。所述第一音频应用与第二音频应用在至少一种属性需求上，是相对有高低或大小的区别。所述属性需求包括：音质要求，时延要求。

以所述属性需求为音质为例，则第一音频应用相对于第二音频应用而言，为对音质要求较低的音频应用；第二音频应用相对于第一音频应用而言，为对音质要求较高的音频应用，具体的：

所述第一音频应用可以包括模拟信号数字化协议(VoIP，VoiceoverInternetProtocol)通信，在VoIP通信的场景下，用户的需求是保持通话状态的流畅，而对音质要求低，因此，VoIP通信所产生的音频数据就可以使用压缩率较高的压缩算法，使得压缩后的音频数据的数据量小，可以提高音频数据传输的效率。

所述第二音频应用可以包括动态影像专家压缩标准音频层面3(MP3，MovingPictureExpertsGroupAudioLayer3)音频播放，在这种音频播放的场景下，用户的需求是能够听到高质量的音乐，对音质要求较高，因此，MP3音频播放所产生的音频数据就需要使用压缩率较低的压缩算法，使得音质的失真度降低。

可以理解的是，在本发明实施例中，由于实际的硬件条件是向前发展的，无论是带宽的传输能力，还是音质效果，都可以被不断的优化，因此，本发明实施例不会设定一个严格的音质标准去划分第二音频应用和第一音频应用，对第二音频应用和第一音频应用的划分可以是相对的，也可以根据实际客观条件以及用户需求而定。

可选的，在实际应用中，还可以包括第三音频应用，在一种属性需求上，如对音质的要求，第一音频应用小于第二音频应用，第二音频应用小于第三音频应用。可以理解的是，在本发明实施例中的对比排序的举例仅是示例性的，不表示实际应用中的具体情况。

算法选择单元902根据所述音频应用类型选择对所述音频应用所产生的音频数据使用的压缩算法，所述压缩算法包括：第一压缩算法和第二压缩算法，所述第一音频应用和所述第二音频应用分别对应所述第一压缩算法和所述第二压缩算法。

具体的，若确定的音频应用类型为第一音频应用，则选择的压缩算法为第一压缩算法；若确定的音频应用类型为第二音频应用，则选择的压缩算法为第二压缩算法。

第一压缩算法指的是一类算法，可以包括多种具体的算法，不特指任意一种具体算法；如，第一压缩算法对应的第一音频应用的属性需求为时延要求较高，则第一压缩算法指代的是压缩率较高的一类算法。

同理，第二压缩算法指的也是一类算法；如，第二压缩算法对应的第二音频应用的属性需求为时延要求较低，则第二压缩算法指代的是压缩率较低的一类算法。

可选的，在实际应用中，若存在有第三音频应用，则相应的，也会有与之对应的第三压缩算法，该第三压缩算法与第三音频应用所对应的属性需求，以及该第三压缩算法与其它两种算法的对比关系，可以根据实际需求而定，此处不作限定。

压缩单元903根据所述压缩算法的选择结果，使用相应的压缩算法对所述音频应用所产生的音频数据进行音频压缩。

发送单元904向所述桌面客户端发送所述音频压缩后的音频数据，使得所述桌面客户端使用相应的解压缩算法对所述音频数据进行解压，并播放解压缩之后的音频数据。

可选的，在桌面服务器发送的所述音频压缩后的音频数据中，携带所述音频数据的数据报文中，可以携带压缩所述音频数据所述使用的压缩算法信息，以便于所述桌面客户端使用相应的解压缩算法对所述音频数据进行解压。

可以理解的是，在实际应用中，通知所述桌面客户端所述压缩算法信息的方法可以有多种，此处具体不作限定。

图10是本发明实施例桌面服务器的计算机结构示意图。桌面服务器可包括接收装置1010、发送装置1020、处理器1030、存储器1040、总线系统1050。

接收装置1010和发送装置1020建立通信信道，使终端通过所述通信信道以连接至远程服务器，并从所述远程服务器下载媒体数据，或向所述远程服务器上传媒体数据。可以包括无线局域网(WirelessLocalAreaNetwork，wirelessLAN)模块、蓝牙模块、基带(BaseBand)模块等通信模块，以及所述通信模块对应的射频(RadioFrequency，RF)电路，用于进行无线局域网络通信、蓝牙通信、红外线通信及/或蜂窝式通信系统通信，例如宽带码分多重接入(WidebandCodeDivisionMultipleAccess，W-CDMA)及/或高速下行封包存取(HighSpeedDownlinkPacketAccess，HSDPA)。所述通信模块用于控制终端中的各组件的通信，并且可以支持直接内存存取(DirectMemoryAccess)。

在本发明的不同实施方式中，所述接收装置1010或发送装置1020中的各种通信模块一般以集成电路芯片(IntegratedCircuitChip)的形式出现，并可进行选择性组合，而不必包括所有通信模块及对应的天线组。例如，所述所述接收装置1010或发送装置1020可以仅包括基带芯片、射频芯片以及相应的天线以在一个蜂窝通信系统中提供通信功能。经由所述所述接收装置1010或发送装置1020建立的无线通信连接，例如无线局域网接入或WCDMA接入，所述终端可以连接至蜂窝网(CellularNetwork)或因特网(Internet)。在本发明的一些可选实施方式中，所述收发器1360中的通信模块，例如基带模块可以集成到处理器中。

存储器1040可以包括只读存储器和随机存取存储器，并向处理器330提供指令和数据。存储器1040的一部分还可以包括非易失性随机存取存储器(NVRAM)。

存储器1040存储了如下的元素，可执行模块或者数据结构，或者它们的子集，或者它们的扩展集:

操作指令：包括各种操作指令，用于实现各种操作。

操作系统：包括各种系统程序，用于实现各种基础业务以及处理基于硬件的任务。

在本发明实施例中，处理器1030通过调用存储器1040存储的操作指令(该操作指令可存储在操作系统中)，执行如下操作：

定位目标图像的内眼角点，所述内眼角点为在水平方向上在鼻梁近端的眼角点；

根据所述内眼角点截取所述目标图像中的眼部区域图像；

根据所述眼部区域图像中图像灰度的差异计算所述眼部区域图像中像素点的梯度，并根据所述像素点的梯度确定所述眼部区域图像中的瞳孔中心。

处理器1030控制桌面服务器的操作，处理器1030还可以称为CPU(CentralProcessingUnit，中央处理单元)。存储器1040可以包括只读存储器和随机存取存储器，并向处理器1030提供指令和数据。存储器1040的一部分还可以包括非易失性随机存取存储器(NVRAM)。具体的应用中，桌面服务器的各个组件通过总线系统1050耦合在一起，其中总线系统1050除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线系统1050。

上述本发明实施例揭示的方法可以应用于处理器1030中，或者由处理器1030实现。处理器1030可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器1030中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1030可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1040，处理器1030读取存储器1040中的信息，结合其硬件完成上述方法的步骤。

处理器1030具体用于：

根据所述音频触发信息选择对所述音频应用所产生的音频数据使用的压缩算法，所述压缩算法包括：第一压缩算法和第二压缩算法，

根据所述压缩算法的选择结果，使用相应的压缩算法对所述音频应用所产生的音频数据进行音频压缩。

可选的，根据所述音频触发信息选择对所述音频应用所产生的音频数据使用的压缩算法，包括：

根据所述音频触发信息确定所述桌面服务器正在运行的音频应用的音频应用类型；

根据所述音频应用类型选择对所述音频应用所产生的音频数据使用的压缩算法，所述音频应用类型包括：第一音频应用和第二音频应用，所述第一音频应用和所述第二音频应用分别对应所述第一压缩算法和所述第二压缩算法。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (20)

1.一种音频传输方法，其特征在于，包括：

桌面服务器获取音频触发信息，所述音频触发信息用于触发所述桌面服务器对音频数据使用的压缩算法进行选择；

所述桌面服务器根据所述音频触发信息选择对所述音频应用所产生的音频数据使用的压缩算法，所述压缩算法包括：第一压缩算法和第二压缩算法；

所述桌面服务器根据所述压缩算法的选择结果，使用相应的压缩算法对所述音频应用所产生的音频数据进行音频压缩；

所述桌面服务器向所述桌面客户端发送所述音频压缩后的音频数据。

2.根据所述权利要求1所述的方法，其特征在于，

所述音频触发信息包括：声道信息，采样频率信息，比特率信息以及麦克风信息的任意一项以及任意两项以上的组合。

3.根据所述权利要求2所述的方法，其特征在于，若所述音频触发信息为所述麦克风信息，则所述桌面服务器获取音频触发信息，包括：

所述桌面服务器获知有麦克风设备接入所述桌面服务器；

所述桌面服务器根据所述音频触发信息选择对所述音频应用所产生的音频数据使用的压缩算法，包括：

当桌面服务器获知有麦克风设备接入所述桌面服务器时，选择所述第一压缩算法。

4.根据所述权利要求1所述的方法，其特征在于，所述桌面服务器根据所述音频触发信息选择对所述音频应用所产生的音频数据使用的压缩算法，包括：

所述桌面服务器根据所述音频触发信息确定所述桌面服务器正在运行的音频应用的音频应用类型；

所述桌面服务器根据所述音频应用类型选择对所述音频应用所产生的音频数据使用的压缩算法，所述音频应用类型包括：第一音频应用和第二音频应用，所述第一音频应用和所述第二音频应用分别对应所述第一压缩算法和所述第二压缩算法；

所述音频触发信息包括：声道信息，采样频率信息，比特率信息以及麦克风信息的任意一项以及任意两项以上的组合。

5.根据所述权利要求4所述的方法，其特征在于，

若所述音频触发信息为所述麦克风信息，则所述桌面服务器获取音频触发信息，包括：

所述桌面服务器获知有麦克风设备接入所述桌面服务器；

相应的，所述桌面服务器根据所述音频触发信息确定所述桌面服务器正在运行的音频应用的音频应用类型，包括：

所述桌面服务器检测所述麦克风是否处于工作状态；

若所述麦克风处于工作状态，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第一音频应用；

若所述麦克风没有处于工作状态，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第二音频应用。

6.根据所述权利要求4所述的方法，其特征在于，若所述音频触发信息为所述声道信息，则所述桌面服务器获取音频触发信息，包括：

所述桌面服务器在声卡设备中获取所述音频应用所产生的音频对应的声道信息；

相应的，所述桌面服务器根据所述音频触发信息确定所述桌面服务器正在运行的音频应用的音频应用类型，包括：

若所述声道信息为单声道，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第一音频应用；

若所述声道信息为非单声道，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第二音频应用。

7.根据所述权利要求4所述的方法，其特征在于，

若所述音频触发信息为所述采样频率信息，则所述桌面服务器获取音频触发信息，包括：

所述桌面服务器在声卡设备中获取所述音频应用所产生的音频对应的采样频率信息；

所述桌面服务器根据所述音频触发信息确定所述桌面服务器正在运行的音频应用的音频应用类型，包括：

所述桌面服务器确定所述采样频率信息所位于的频率区间，所述频率区间包括：第一频率区间和第二频率区间，所述第一音频应用和所述第二音频应用分别对应所述第一频率区间和所述第二频率区间；

若所述采样频率信息位于第一频率区间，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第一音频应用；

若所述采样频率信息位于第二频率区间，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第二音频应用。

8.根据所述权利要求4所述的方法，其特征在于，

若所述音频触发信息为所述比特率信息，则所述桌面服务器获取音频触发信息，包括：

所述桌面服务器在声卡设备中获取所述音频应用所产生的音频对应的比特率信息；

所述桌面服务器根据所述音频触发信息确定所述桌面服务器正在运行的音频应用的音频应用类型，包括：

所述桌面服务器确定所述比特率信息所位于的比特率区间，所述比特率区间包括：第一比特率区间和第二比特率区间，所述第一音频应用和所述第二音频应用分别对应所述第一比特率区间和所述第二比特率区间；

若所述比特率信息位于第一比特率区间，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第一音频应用；

若所述比特率信息位于第二比特率区间，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第二音频应用。

9.根据所述权利要求4所述的方法，其特征在于，

若所述音频触发信息包括声道信息，采样频率信息，比特率信息以及麦克风信息的任意两项以上的组合，则所述桌面服务器根据所述音频触发信息确定所述桌面服务器正在运行的音频应用的音频应用类型之后，还包括：

若所述桌面服务器分别根据各个所述音频触发信息确定的所述音频应用类型不一致，选择优先级最高的音频触发信息对应的音频应用类型，作为所述桌面服务器正在运行的音频应用的音频应用类型。

10.根据所述权利要求1至9任意一项所述的方法，其特征在于，

所述桌面服务器根据所述音频应用类型选择对所述音频应用所产生的音频数据使用的压缩算法之后，包括：

所述桌面服务器向所述桌面客户端发送通知消息，所述通知消息用于通知所述桌面客户端，所述桌面服务器对所述音频应用所产生的音频数据所使用的压缩算法。

11.一种桌面服务器，其特征在于，包括：

信息获取单元，用于获取音频触发信息，所述音频触发信息用于触发所述桌面服务器对音频数据使用的压缩算法进行选择；

算法选择单元，用于根据所述音频触发信息选择对所述音频应用所产生的音频数据使用的压缩算法，所述压缩算法包括：第一压缩算法和第二压缩算法，

压缩单元，用于根据所述压缩算法的选择结果，使用相应的压缩算法对所述音频应用所产生的音频数据进行音频压缩；

发送单元，用于向所述桌面客户端发送所述音频压缩后的音频数据。

12.根据所述权利要求11所述的方法，其特征在于，

所述音频触发信息包括：声道信息，采样频率信息，比特率信息以及麦克风信息的任意一项以及任意两项以上的组合。

13.根据所述权利要求12所述的方法，其特征在于，若所述音频触发信息为所述麦克风信息，则所述信息获取单元具体用于：

获知有麦克风设备接入所述桌面服务器；

所述算法选择单元具体用于：

当桌面服务器获知有麦克风设备接入所述桌面服务器时，选择所述第一压缩算法。

14.根据所述权利要求11所述的方法，其特征在于，所述算法选择单元具体用于：

根据所述音频触发信息确定所述桌面服务器正在运行的音频应用的音频应用类型；

根据所述音频应用类型选择对所述音频应用所产生的音频数据使用的压缩算法，所述音频应用类型包括：第一音频应用和第二音频应用，所述第一音频应用和所述第二音频应用分别对应所述第一压缩算法和所述第二压缩算法；

所述音频触发信息包括：声道信息，采样频率信息，比特率信息以及麦克风信息的任意一项以及任意两项以上的组合。

15.根据所述权利要求14所述的方法，其特征在于，

若所述音频触发信息为所述麦克风信息，则信息获取单元具体用于：获知有麦克风设备接入所述桌面服务器；

相应的，所述算法选择单元具体用于：

所述桌面服务器检测所述麦克风是否处于工作状态；

若所述麦克风处于工作状态，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第一音频应用；

若所述麦克风没有处于工作状态，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第二音频应用。

16.根据所述权利要求14所述的方法，其特征在于，若所述音频触发信息为所述声道信息，则信息获取单元具体用于：在声卡设备中获取所述音频应用所产生的音频对应的声道信息；

相应的，所述算法选择单元具体用于：

若所述声道信息为单声道，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第一音频应用；

若所述声道信息为非单声道，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第二音频应用。

17.根据所述权利要求14所述的方法，其特征在于，

若所述音频触发信息为所述采样频率信息，则所述信息获取单元具体用于：在声卡设备中获取所述音频应用所产生的音频对应的采样频率信息；

所述算法选择单元具体用于：

所述桌面服务器确定所述采样频率信息所位于的频率区间，所述频率区间包括：第一频率区间和第二频率区间，所述第一音频应用和所述第二音频应用分别对应所述第一频率区间和所述第二频率区间；

若所述采样频率信息位于第一频率区间，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第一音频应用；

若所述采样频率信息位于第二频率区间，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第二音频应用。

18.根据所述权利要求14所述的方法，其特征在于，

若所述音频触发信息为所述比特率信息，则信息获取单元具体用于：在声卡设备中获取所述音频应用所产生的音频对应的比特率信息；

所述算法选择单元具体用于：

所述桌面服务器确定所述比特率信息所位于的比特率区间，所述比特率区间包括：第一比特率区间和第二比特率区间，所述第一音频应用和所述第二音频应用分别对应所述第一比特率区间和所述第二比特率区间；

若所述比特率信息位于第一比特率区间，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第一音频应用；

若所述比特率信息位于第二比特率区间，则确定所述桌面服务器正在运行的音频应用的音频应用类型为第二音频应用。

19.根据所述权利要求14所述的方法，其特征在于，

若所述音频触发信息包括声道信息，采样频率信息，比特率信息以及麦克风信息的任意两项以上的组合，则所述算法选择单元具体用于：

若所述桌面服务器分别根据各个所述音频触发信息确定的所述音频应用类型不一致，选择优先级最高的音频触发信息对应的音频应用类型，作为所述桌面服务器正在运行的音频应用的音频应用类型。

20.根据所述权利要求11至19任意一项所述的方法，其特征在于，所述发送单元还用于：

向所述桌面客户端发送通知消息，所述通知消息用于通知所述桌面客户端，所述桌面服务器对所述音频应用所产生的音频数据所使用的压缩算法。