[发明专利]音源处理方法、装置和系统

说明书

本发明公开了一种音源处理方法、装置和系统，在该方法中，客户端通过标识ID向音源管理模块发送播放请求，音源管理模块向客户端发送播放通知，然后，客户端在接收到允许播放音频数据的播放通知后，向声音播放模块发送播放指令和音频数据，声音播放模块再向音频管理模块发送注册音源消息，该注册音源消息中包括标识ID和与标识ID对应的音频数据；然后，音源管理模块判断与标识ID对应的音源是否允许播放，并向声音播放模块反馈消息，进而，声音播放模块根据反馈消息将音频数据发送至不同的声卡上，从而控制音源的发声与否。该方法能够真正阻止禁止发声的音源发声，从而能够避免出现非期待的“混音”现象。

技术领域

本发明涉及智能操作系统的音源管理技术领域，尤其涉及一种音源处理方法、装置和系统。

背景技术

通常情况下，智能操作系统需要播放多种音源声音。以车载信息娱乐系统(以下简称车机)为例，有雷达音、电话音、提示音、导航音、多媒体音等多种音源声音，这些音源声音有多个不同的客户端APP(应用(程序))发出。

典型的基于Linux系统的设备声音(Audio)系统如图1所示。音源声音播放过程如下：APP 11负责将来自声音文件或其它设备的音频数据流转换(如解码、格式转换等)后，提供给声音播放模块12(某些系统中，APP只负责提供文件名和设备名，由一个多媒体模块13负责读取文件和设备中的数据，并转化输出数据给声音播放模块12)；

声音播放模块12接收来自APP 11或多媒体模块13传递来的音频数据流，经重采样和混音后，由声卡14输出，最终由扬声器15播放出去。声音播放模块的一些实例如Linux系统的pulseaudio、Android系统的AudioFlinger。

在一些包含图1所示的声音播放系统的设备中容易出现非期待的混音现象，例如在手机或车机中，用户启动一个APP(下称APP2)时，“之前使用的”APP(下称APP1)并没有退出，而是后台运行，如果APP1依然出声，则有可能出现非期待的混音现象。

发明内容

有鉴于此，本发明提供了一种音源处理方法、装置和系统，以解决上述技术问题。

为了解决上述技术问题，本发明采用了如下技术方案：

第一种技术方案：一种音源处理方法，应用于客户端，包括：

通过标识ID向音源管理模块发送播放请求，所述播放请求用于请求播放音频数据；

接收所述音源管理模块下发的播放通知，所述播放通知用于指示所述客户端允许播放或禁止播放音频数据；

在接收到所述音源管理模块发送的允许播放音频数据的播放通知后，发送播放指令和音频数据至声音播放模块，以使所述声音播放模块根据所述标识ID控制音频数据的播放，所述播放指令包括标识ID。

第二种技术方案：

一种音源处理方法，应用于音源管理模块，包括：

接收客户端通过标识ID发送的播放请求，所述播放请求用于请求播放音频数据；

发送播放通知至所述客户端，所述播放通知用于指示所述客户端允许播放或禁止播放音频数据；

接收声音播放模块发送来的注册音源消息，所述注册音源消息包括标识ID和与标识ID对应的音频数据；

根据第二预设规则判断与标识ID对应的音源是否允许播放；

发送反馈消息至所述声音播放模块，以使所述声音播放模块根据所述反馈消息控制音频数据的播放。

第三种技术方案：

一种音源处理方法，应用于声音播放模块，包括：

接收客户端发送的播放指令和音频数据，所述播放指令包括标识ID；