CN106445448B - 终端的音频设备控制方法、系统及移动终端 - Google Patents

Abstract

本申请公开了一种终端的音频设备控制方法、系统及移动终端，涉及移动终端技术。一种终端的音频设备控制方法，包括：检测一终端的至少一音频设备的连接状态；当检测到所述至少一音频设备的连接状态为禁用时，通过解析一音频策略配置文件输出一控制信号；根据所述控制信号实现所述终端当前播放或者录制的音视频文件以预设方式处理。该方法通过移动操作系统自身的开放硬件管理器实现音频设备拔出时的应用程序的定制需求，而不需要应用程序去关注音频设备的连接状态及音频设备的类型。

Description

终端的音频设备控制方法、系统及移动终端

技术领域

本发明涉及移动终端技术领域，具体而言，涉及一种终端的音频设备控制方法、系统及移动终端。

背景技术

随着诸如智能手机、平板电脑等移动终端的快速发展，涉及到音频输出的应用程序越来越多(例如音乐播放器、视频播放器、游戏等)，与此同时能够输出音频的设备(例如喇叭、听筒、有线耳机、无线耳机、蓝牙耳机等)也越来越多。

现代生活中，很多利用移动操作系统的移动终端都配备了耳机。用户在听音乐或是看视频过程中，有时需要插拔耳机，耳机在被拔出后，系统自带的声音播放设备会继续播放音频。由于系统自带的声音播放设备一般情况下音量比耳机大很多，这种情况下容易干扰他人，或者泄漏用户的隐私。为防止这种情况，需要用户在拔掉耳机前记住并手动静音，这对用户体验和隐私保护都是不方便和易忘的操作。

Android系统或者iOS系统中，应用可以不去关注有线耳机的连接状态。这样，当有线耳机拔出时，应用的声音会继续从喇叭播放。如果应用在有线耳机拔出时要做到暂停播放，应用自身就必须实时监听有线耳机的连接状态，并判断插拔的设备是否为耳机，只有当前拔出的设备为有线耳机时，才去执行暂停播放声音的操作，这在一定程度上增加了应用代码的复杂度。

因此，需要一种新的终端的音频设备控制方法、系统及移动终端。

在所述背景技术部分公开的上述信息仅用于加强对本公开的背景的理解，因此它可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本发明提供一种终端的音频设备控制方法、系统及移动终端，能够实现音频设备禁用时，以预设方式处理应用当前播放/录制的音视频文件，实现用户的定制需求且不需要应用自身关注音频设备的连接状态及设备类型。

本发明的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本发明的实践而习得。

根据本公开的一个方面，提供一种终端的音频设备控制方法，包括：检测一终端的至少一音频设备的连接状态；当检测到所述至少一音频设备的连接状态为禁用时，通过解析一音频策略配置文件输出一控制信号；根据所述控制信号实现所述终端当前播放或者录制的音视频文件以预设方式处理。

在本公开的一种示例性实施例中，所述至少一音频设备包括有线耳机，所述终端包括一耳机接口，其中，当所述有线耳机插入所述耳机接口时，所述有线耳机的连接状态为使能；当所述有线耳机拔出所述耳机接口时，所述有线耳机的连接状态为禁用。

在本公开的一种示例性实施例中，所述预设方式包括：将所述终端当前播放的音视频文件设置成静音；或者调低所述终端当前播放的音视频文件的音量；或者暂停所述终端当前播放的音视频文件；或者释放所述终端当前录制的音视频文件所占用的资源。

在本公开的一种示例性实施例中，根据所述控制信号实现所述终端当前播放或者录制的音视频文件以预设方式处理包括：通过一资源插件将所述控制信号广播至一第一接口；所述第一接口接收所述控制信号并发送至一多媒体模块；所述多媒体模块经过相应的处理逻辑后将所述控制信号发送至一多媒体框架；所述多媒体框架根据所述控制信号以所述预设方式处理所述终端当前播放或者录制的音视频文件的音频数据流。

在本公开的一种示例性实施例中，还包括：所述多媒体模块经过相应的处理逻辑后将所述控制信号发送至所述终端中的一应用，所述应用调用所述终端当前播放或者录制的音视频文件；所述应用根据所述控制信号相应的改变其用户界面。

在本公开的一种示例性实施例中，还包括：根据所述至少一音频设备的连接状态解析所述音频策略配置文件，并输出一音频通路切换信号；根据所述音频通路切换信号实现所述至少一音频设备的音频通路切换。

在本公开的一种示例性实施例中，根据所述音频通路切换信号实现所述至少一音频设备的音频通路切换包括：通过所述音频设备管理模块的一信号插件将所述音频通路切换信号以一Dbus消息广播；通过一策略执行插件接收所述Dbus消息，调用一音频服务模块接口进行音频通路的切换。

根据本公开的一个方面，提供一种终端的音频设备控制系统，包括：检测模块，用于检测一终端的至少一音频设备的连接状态；解析模块，用于当检测到所述至少一音频设备的连接状态为禁用时，通过解析一音频策略配置文件输出一控制信号；处理模块，用于根据所述控制信号实现所述终端当前播放或者录制的音视频文件以预设方式处理。

在本公开的一种示例性实施例中，所述处理模块包括：一资源插件，所述资源插件连接所述解析模块；一第一接口，用于接收所述资源插件广播的所述控制信号；一多媒体模块，用于接收所述第一接口发送的所述控制信号，并对所述控制信号进行相应的处理逻辑；一多媒体框架，用于根据所述控制信号以所述预设方式处理所述终端当前播放或者录制的音视频文件的音频数据流。

在本公开的一种示例性实施例中，还包括：通路切换模块，所述通路切换模块连接所述解析模块；其中所述解析模块根据所述至少一音频设备的连接状态解析所述音频策略配置文件，并输出一音频通路切换信号；所述通路切换模块根据所述音频通路切换信号实现所述至少一音频设备的音频通路切换。

根据本公开的一个方面，提供一种移动终端，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为：检测所述移动终端的至少一音频设备的连接状态；当检测到所述至少一音频设备的连接状态为禁用时，通过解析一音频策略配置文件输出一控制信号；根据所述控制信号实现所述移动终端当前播放或者录制的音视频文件以预设方式处理。

根据本发明的终端的音频设备控制方法、系统及移动终端，当音频外设例如耳机从移动终端上拔出时，通过上述方法和系统，移动终端能检测耳机被拔出而自动将应用当前播放的声音设置成静音或者暂停状态，如此可避免耳机被拔出后移动终端通过其扩音器外发声音而干扰他人，而且还能避免泄漏用户隐私。不仅如此，当移动终端处于静音状态时，其用于播放声音的扩音器处于非工作状态，从而避免了多余电量的消耗，因此上述方法还具有省电节能的效果。

另外，根据本发明的终端的音频设备控制方法、系统及移动终端，利用移动终端的移动操作系统已有的模块来管理有线耳机的连接状态，并让应用程序响应和执行相应的音频策略，即当移动操作系统的音频设备管理模块检测到音频设备断开时，由音频设备管理模块直接执行让应用失去访问音频设备资源权限的逻辑流程，即暂停应用声音的播放，使得应用无需关注失去访问音频设备资源到底是哪种具体的音频设备，从而能够提供更好的用户体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本发明。

附图说明

通过参照附图详细描述其示例实施例，本发明的上述和其它目标、特征及优点将变得更加显而易见。

图1是根据一示例性实施方式示出的一种终端的音频设备控制方法所应用的音频系统的框架图。

图2是根据一示例性实施方式示出的一种终端的音频设备控制方法的流程图。

图3是根据一示例性实施方式示出的一种终端的有线耳机拔出时的控制方法实现的框架图。

图4是根据一示例性实施方式示出的另一种终端的有线耳机拔出时的控制方法实现的框架图。

图5是根据一示例性实施方式示出的一种终端的音频设备控制系统的框图。

图6是根据一示例性实施方式示出的一种用于实现音频设备控制方法的移动终端的框图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本发明将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。附图仅为本发明的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本发明的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本发明的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知结构、方法、装置、实现或者操作以避免喧宾夺主而使得本发明的各方面变得模糊。

图1是根据一示例性实施方式示出的一种终端的音频设备控制方法所应用的音频系统的框架图。

如图1所示，该框架10包括应用(app)11、设备资源申请模块12、音频设备管理模块13、音频策略(Audio Policy)配置文件14、音频服务(PulseAudio)15、多媒体框架(例如，Gstreamer)16、硬件驱动(ALSA)17以及音频设备18。

其中音频设备管理模块13管理各音频设备18的连接状态，是实现音频策略(AudioPolicy)的后台服务模块，用于音频路由(Audio Route，主要是根据应用的类型和音频设备18的连接状态，给应用选择合适的音频设备18输出声音的过程)和激活应用。

其中音频策略配置文件14中主要是定义各应用11发生音频冲突时解决的方法或规则，音频策略可以由操作系统统一定义。

由于在实际应用场景中用户会碰到各种各样的音频冲突问题。以一个具体应用场景为例，音乐播放器通过智能手机的耳机输出MP3，在耳机输出该MP3的过程中，闹钟调用智能手机的喇叭输出提示音，在这种情况下，MP3的输出和闹钟提示音的输出产生了音频冲突问题。因此，需要对音频的输出和能够输出音频的设备(音频设备)的调用进行管理以解决音频冲突问题。需要说明的是，虽然本发明实施例以智能手机为例进行说明，但本公开并不限定于此，任意具有音频输出功能的终端均包括在本发明所保护的范围内。下文中以智能手机为例对本发明所提供的音频系统进行说明。

其中音频服务15负责控制音频硬件混频和提供服务给应用11。

其中多媒体框架16主要用于音视频回放和录制，是处理多媒体流的框架。根据实际需求，可以采用开源多媒体框架Gstreamer、安卓系统的jellybean多媒体框架或其他合适的多媒体框架。下面的实施例中均以Gstreamer为例进行示例说明。

其中硬件驱动17实现最底层的基础音频功能。

在一些实施例中，所述音频设备18包括喇叭、听筒、有线耳机和无线耳机(例如蓝牙耳机)。本领域技术人员可以理解的是，除了上述喇叭、听筒、有线耳机和无线耳机之外，其他已经存在的或者未来可能出现的、内置于智能手机或外置于智能手机的、可以用于输出音频的设备资源均包括在本发明所保护的范围内，为了简明起见，在此不再一一赘述。

音频设备管理模块13管理着所有音频设备，如喇叭、听筒、有线耳机、麦克风、无线耳机、蓝牙耳机等。应用11在使用音频设备18之前需要通过调用设备资源申请模块12去申请音频设备资源，只有申请到了音频设备资源的访问权限才可以继续音频播放的流程。设备资源申请模块12会向音频设备管理模块13申请可用的音频设备资源，而应用11申请的资源能否成功，主要是音频设备管理模块13根据音频策略配置文件14中定义的音频策略来决定的。如果应用11申请成功，音频设备管理模块13就会发消息给音频服务15，让其把此应用11建立的音频数据流通道(pipeline)的状态改为运行态(running)，这时应用11就可以把其当前调用的音视频文件中的音频数据送到多媒体框架16中进行解码和/或解压，解码和/或解压后的音频数据会经音频服务15转成PCM(Pulse Code Modulation，脉冲编码调制)数据后送到硬件驱动17，由音频设备18把PCM数据转成模拟信号输出。

当一应用11向音频设备管理模块13申请的音频设备资源状态发生改变时，应用11会收到音频设备管理模块13发送的音频设备资源状态的消息，如这一应用11申请音频设备资源成功的消息，或这一应用11之前申请成功的音频设备资源被高优先级的应用抢占等消息。

基于音频策略配置文件14实现音频冲突解决，首先根据应用11发送的输出请求信息以及配置文件14中的音频类型定义确定该应用11希望播放的音频所对应的音频类型，接着根据配置文件14中的音频冲突解决策略对该音频类型的输出优先级和音频设备18当前正在输出的音频类型的输出优先级进行比较，若前者的输出优先级低于后者的输出优先级，则不允许调用音频设备18输出应用程序所希望播放的音频，若前者的输出优先级和后者的输出优先级相同，则允许调用音频设备18同时对二者进行输出，若前者的输出优先级高于后者的输出优先级，则允许调用音频设备18输出前者而与此同时暂停后者的输出。当终端中的音频系统启动时(例如智能手机开机时)，加载音频策略配置文件。其中，音频策略配置文件可以预先采用人工智能语言生成。在一些实施例中，用于生成音频策略配置文件的人工智能语言是Prolog(Programming in Logic)。本领域技术人员可以理解的是，使用Prolog生成音频策略配置文件仅仅是一个优选实施方式，其他现有的人工智能语言也可以用于生成所述配置文件，为了简明起见，不再对现有的人工智能语言一一列举。

生成配置文件之后，将该配置文件存储在智能手机的系统内存中。音频策略配置文件的内容中定义了智能手机的音频类型和智能手机的音频冲突解决策略。其中，所述音频类型是指智能手机中涉及到音频输出的应用的类型。在一些实施例中，所述音频类型包括通话、电话铃声、信息提醒声、音乐播放器、视频播放器、闹钟、日历提醒、游戏和照相机。本领域技术人员可以理解的是，根据智能手机型号的不同，其所支持的音频类型也可能存在不同，为了简明起见，在此不再对所有可能存在的音频类型进行一一列举。所述音频冲突解决策略是指当两个或者两个以上音频类型的输出发生冲突时解决该冲突的策略。在本实施例中，所述音频冲突解决策略包括对智能手机的所有音频类型的输出优先级的定义。也就是说，音频冲突解决策略规定了当两个或者两个以上音频类型的输出发生冲突时哪个音频类型应该优先被输出。以音频类型是电话铃声和音乐播放器为例进行说明，对于该两个音频类型来说，电话铃声的输出优先级高于音乐播放器的输出优先级，即在电话铃声和音乐播放器之间发生冲突时，暂停音乐播放器而输出电话铃声。本领域技术人员可以理解的是，不同型号智能手机的音频冲突解决策略可能存在不同，每一型号的智能手机的音频冲突解决策略需要根据该智能手机的实际设计需求相应进行定义。所述音频设备的状态信息是指该音频设备当前的工作状态，即该音频设备当前是否在进行音频输出、以及如果是的话该音频设备所输出的音频类型。

图2是根据一示例性实施方式示出的一种终端的音频设备控制方法的流程图。该方法可用于上述图1的音频系统。

如图2所示，在步骤S11，检测一终端的至少一音频设备的连接状态。

在示例性实施例中，所述终端包括但不限于安装了Android、iOS、Symbian、Windows Mobile、Maemo、WebOS、Palm OS或Blackberry OS等移动终端操作系统的智能手机或平板电脑。本领域技术人员可以理解的，凡是具有音频输出功能的电子设备均包括在本发明所保护的范围内。下文中将以智能手机为例对本发明所提供的步骤进行说明。

在示例性实施例中，所述音频设备包括喇叭、听筒、麦克风、有线耳机与蓝牙耳机等。需要说明的是，本发明对此不作限定，所述音频设备可以是智能手机内置的或者外置的可以用于输出音频的设备资源。任意音频设备均可以通过在系统中添加新的设备结点的方式来适用于本发明实施例提供的音频设备控制方法，例如HDMI(High DefinitionMultimedia Interface，高清晰度多媒体接口)等其它音频设备。

移动操作系统的有线耳机的连接状态，有一个专门的设备结点文件保存。音频设备的连接状态都可以在音频设备管理模块中添加设备结点的信号监控，如有线耳机、蓝牙耳机等。当用于检测有线耳机连接状态的GPIO(General Purpose Input Output，通用输入/输出或总线扩展器，利用工业标准I2C、SMBus或SPI接口简化了I/O口的扩展)有事件上报时，此设备结点文件的值会被立即更新，也就意味着系统要进行音频通路的切换。同时，当设备结点的状态发生改变时，与udev(设备管理器)相关的GPIO信号被音频设备管理模块捕获。例如，当有线耳机的连接状态发生改变时，驱动程序会修改有线耳机设备结点的值，音频设备管理模块通过监听GPIO的信号，来判断是有线耳机的插入/拔出。

在步骤S12，当检测到所述至少一音频设备的连接状态为禁用时，通过解析一音频策略配置文件输出一控制信号。

在示例性实施例中，所述至少一音频设备包括有线耳机，所述终端包括一耳机接口。其中，当所述有线耳机插入所述耳机接口时，所述有线耳机的连接状态为使能；当所述有线耳机拔出所述耳机接口时，所述有线耳机的连接状态为禁用。

在检测耳机插入或者拔出时，耳机座引脚连接一个上拉电阻，这样即可产生一个信号，表示耳机或其它外部装置是否插入插孔。典型连接中，如果有某个外部装置插入，检测引脚将断开。当检测到耳机拔出时，将该拔出信号输送给中央处理单元。当耳机插入时，对应检测耳机插入拔出的GPIO脚被拉低，触发外部中断，驱动接收之后向上层系统音频服务发生耳机插入的事件。

需要说明的是，本发明并不以此为限，例如所述音频设备可以是一蓝牙耳机，当该蓝牙耳机与智能手机处于无线通信时，即该智能手机能够通过该蓝牙耳机播放声音或者录制音频时，即可认为该蓝牙耳机的连接状态为使能；而将该蓝牙耳机与该智能手机之间的无线通信断开时，则可认为该蓝牙耳机的连接状态为禁用。下面均以有线耳机为例进行详细说明。

就有线耳机的连接状态来说，就两种，插入与拔出，其中，有线耳机插入后，应用的行为一般是让声音从有线耳机输出，这对应用来说没任何影响，因为通路的切换由系统完成。但针对于有线耳机的拔出，如果应用的业务需求是让声音继续从外放出，那这对应用也没任何影响。但为了个人隐私的考虑，有些应用在有线耳机拔出的时候，需要暂停声音的输出，此时就需要关注有线耳机的连接状态。

由于音频策略配置文件是由人工智能语言生成的，因此，在加载音频策略配置文件的过程中需要对该配置文件进行解析以获得该配置文件的内容。

在示例性实施例中，所述控制信号可以是当检测到所述有线耳机拔出时，解析所述音频策略配置文件后输出的当前播放或者录制音视频文件的应用失去访问该有线耳机资源权限的信号(lostResources)。

在步骤S13，根据所述控制信号实现所述终端当前播放或者录制的音视频文件以预设方式处理。

在示例性实施例中，所述预设方式包括：将所述终端当前播放的音视频文件设置成静音；或者调低所述终端当前播放的音视频文件的音量；或者暂停所述终端当前播放的音视频文件；或者释放所述终端当前录制的音视频文件所占用的资源。

在一些实施例中，当有线耳机拔出时，可以通过所述音频策略配置文件及智能手机中该应用的工作状态(例如播放或者录制音频)，选择相应的处理方式。例如，当该应用处于通过有线耳机播放声音的状态时，如果此时检测到有线耳机拔出的连接状态，则可以让该应用暂停播放，或者让该应用以静音方式继续播放，或者让该应用以调低音量方式继续播放；当该应用处于通过有线耳机录制声音的状态时，如果此时检测到有线耳机拔出的连接状态，则可以让该应用释放其所占用的资源，退出对应的音频录制流。

在一些实施例中，所述调低后的输出音量为一预设值。

本发明实施方式提供的终端的音频设备控制方法，利用移动操作系统的音频设备管理模块，当音频设备管理模块检测到有线耳机断开时，由音频设备管理模块直接执行让应用失去访问音频设备资源权限的逻辑流程，即暂停应用声音的播放，使得应用无需关注失去访问音频设备资源到底是哪种具体的音频设备。

图3以智能手机的有线耳机拔出时的控制方法实现的框架为例进行说明。

如图3所示，该框架20包括应用11、音频设备管理模块13、音频服务(PulseAudio)15、多媒体框架(Gstreamer)16、硬件驱动(ALSA)17，此外还包括多媒体模块21、第一接口22、设备管理器23以及策略执行插件(PA(PulseAudio)Policy Enforcement)24。

其中多媒体模块21例如可以是QtMultimedia，微信、VOIP，浏览器在线播放的应用等。下面的实施例中均以QtMultimedia为例进行说明。

QtMultimedia是Qt4.6提出来的一个音频和视频的新底层。目的是针对开发者提供更加完全的视频和音频控制，同时不损失平台无关性的优点。在Qt4.6中新加入了QtMultimedia模块来提供一些底层的多媒体功能，比如音频的采集和回放、频谱分析、操作视频帧等。在QtMultimedia模块中与音频控制相关的类有QAudioFormat、QAudioDeviceInfo、QAudioInput和QAudioOutput。其中，QAudioFormat类用来存储音频参数信息，音频格式指定了一个音频流中的数据怎样被排列，可以在音频流上使用codec()来指定编码。除了编码，QAudioFormat还包含了频率、声道数量、样本大小、样本类型和字节顺序等参数。

其中第一接口22例如可以是Libresoureqt接口，其用于将音频设备管理模块13进行封装成一个对外的统一接口，便于不同的应用调用以实现本发明的功能。

其中设备管理23例如可以是udev。

udev是Linux kernel 2.6系列的设备管理器。它主要的功能是管理/dev目录底下的设备节点。它同时也是用来接替devfs及热插拔的功能，这意味着它要在添加/删除硬件时处理/dev目录以及所有用户空间的行为，包括加载固件时Linux 2.6.13内核。Linux传统上使用静态设备创建方法，因此大量设备节点在/dev下创建(有时上千个)，而不管相应的硬件设备是否真正存在。通常这由一个MAKEDEV脚本实现，这个脚本包含了许多通过每一个可能存在的设备相关的主设备号和次设备号对mknod程序的调用。采用udev的方法，只有被内核检测到的设备才会获取为它们创建的设备节点。因为这些设备节点在每次系统启动时被创建，他们会被贮存在ramfs(一个内存中的文件系统，不占用任何磁盘空间)。

其中策略执行插件24，用于音频服务15和音频设备管理模块13之间的通信。

当音频设备管理模块13通过udev 23监测到有线耳机拔出，将其状态更新结果通知至Libresoureqt接口22中，然后让QtMultimedia 21做相应的处理逻辑。在一些实施例中，针对有线耳机的连接状态，只有有线耳机拔出时，才会通知到Libresoureqt接口22，因为有线耳机插入时，应用的声音还是继续播放，此种场景对应用没有影响。当QtMultimedia21收到失去访问音频设备资源权限的信号lostResources时，QtMultimedia21会调用暂停声音播放的接口，从而实现暂停应用的声音。一般只有耳机的拔出才会引起应用的音频资源的改变，并通过PA Policy Enforcement24接收音频设备管理模块13发送的音频通路切换信号，调用PulseAudio15接口实现音频通路的切换。

本发明实施方式基于移动操作系统的音频策略框架，利用移动操作系统已有的模块来管理有线耳机的连接状态，并让应用响应和执行相应的音频策略。让应用既可以实现有线耳机拔出后的定制需求，同时又无需应用去关注有线耳机的连接状态。

图4是根据一示例性实施方式示出的另一种终端的有线耳机拔出时的控制方法实现的框架图。

如图4所示，该框架30包括应用11、音频设备管理模块13、音频服务(PulseAudio)15、多媒体框架(Gstreamer)16、硬件驱动17，还包括多媒体模块(QtMultimedia)21、第一接口(Libresourceqt)22、设备管理器23以及策略执行插件(PA Policy Enforcement)24。

其中所述音频设备管理模块13进一步包括：适配插件(Accessories Plugin)131、规则引擎(Rule engine)132、资源插件(Resource Plugin)133以及信号插件(SignalingPlugin)134。

其中适配插件131是音频设备的适配插件，如可以访问有线耳机的设备结点，蓝牙耳机的设备结点等，其会把音频设备的连接状态的变化，通过调用规则引擎132中的接口更新到规则引擎132的数据库中。

其中规则引擎132是音频策略配置文件中的脚本文件.pl和.des的解析模块，主要解析用Prolog人工智能语言定义的音频策略脚本。其解析的结果会更新到自己的数据库中，资源插件133会监听此数据库的更新，然后进行音频设备资源的申请/释放等逻辑。

这里的.pl和.des脚本都是Prolog语言使用的文件，.pl脚本文件一般用于音频策略规则的配置，.des脚本文件用于方便.pl脚本文件可以被系统中的C语言代码进行相互调用。

其中资源插件133是音频设备的资源插件，主要进行音频设备资源的注册、申请、释放等操作，并把结果通过Dbus消息通知Libresourceqt接口22。

Dbus是一种高级的进程间通信机制，它由freedesktop.org项目提供，使用GPL许可证发行。Dbus最主要的用途是在Linux桌面环境为进程提供通信，同时能将Linux桌面环境和Linux内核事件作为消息传递到进程。Dbus的主要概念为总线，注册后的进程可通过总线接收或传递消息，进程也可注册后等待内核事件响应，例如等待网络状态的转变或者计算机发出关机指令。目前，Dbus已被大多数Linux发行版所采用，开发者可使用D-Bus实现各种复杂的进程间通信任务。

其中信号插件134是Dbus信号的发送插件，主要是封装了Dbus接口给.des脚本使用，让.des脚本可以通过其接口向PA Policy Enforcement发送Dbus消息。.des的脚本中也把结果直接通过信号插件134的接口广播Dbus消息。

其中策略执行插件24是音频服务15的一个插件，可以称为音频服务的策略执行插件，专门用以音频设备管理模块13与音频服务15之间的消息通信，策略执行插件24可以接收音频设备管理模块13发送的Dbus信号，然后再调用音频服务15的接口进行具体的业务逻辑。

在上述图2所示的步骤S13，根据所述控制信号实现所述终端当前播放或者录制的音视频文件以预设方式处理包括：

通过资源插件资源插件133将所述控制信号以Dbus信号广播至第一接口Libresourceqt 22；

所述第一接口Libresourceqt 22接收所述Dbus信号并发送至多媒体模块QtMultimedia 21；

所述多媒体模块QtMultimedia 21经过相应的处理逻辑后将所述Dbus信号发送至多媒体框架16；

所述多媒体框架16根据所述Dbus信号以所述预设方式处理所述终端当前播放或者录制的音视频文件的音频数据流。

拔出有线耳机的逻辑比插入的要复杂些，因其不仅涉及音频通路的切换，还有音频资源的处理。适配插件131读取有线耳机设备结点的逻辑，例如其取出来的值为0代表有线耳机拔出(设备结点的值为1代表有线耳机插入，或者反之亦可)。再经由规则引擎132，先把当前应用所获得的音频资源收回，让Libresourceqt 22向QtMultimedia 21发送lostResources的信号，QtMultimedia 21根据应用的类型，如果是音频的播放，则会暂停多媒体框架16的通道(pipeline)，音频服务15就会暂停对应的音频播放流；如果是音频的录制，则会释放多媒体框架16的pipeline，音频服务15就会退出对应的音频录制流。

在示例性实施例中，在图2所示的控制方法还可以包括：所述多媒体模块QtMultimedia 21经过相应的处理逻辑后将所述控制信号发送至所述终端中的一应用，所述应用调用所述终端当前播放或者录制的音视频文件；所述应用根据所述控制信号相应的改变其用户界面。

例如，当智能手机中当前正在播放音视频文件的应用接收到QtMultimedia发送的失去访问有线耳机资源权限的信号后，该应用将其用户界面上的正在播放的图表改变为暂停图标或者静音图标等，以便于用户直接观察到当前音视频的播放状态。

在示例性实施例中，在图2所示的控制方法还可以包括：

根据所述有线耳机的连接状态解析所述音频策略配置文件，并输出一音频通路切换信号；

根据所述音频通路切换信号实现音频通路切换。

在示例性实施例中，根据所述音频通路切换信号实现音频通路切换包括：

通过所述音频设备管理模块13的信号插件134将所述音频通路切换信号以一Dbus消息广播；

通过策略执行插件24接收所述Dbus消息，调用音频服务15接口进行音频通路的切换。

本发明实施方式由于音频外设的管理是基于应用适配了音频策略的业务处理逻辑，实际也是通过音频资源的管理来同步应用的状态，使得音频外设的管理也可以看成是音频资源的管理，简化了应用的逻辑，使得应用可以不用关注音频外设连接状态的改变，在不影响功能的前提下，简化了应用开发过程中有线耳机插拔相关的代码逻辑。

下述为本发明系统实施例，可以用于执行本发明方法实施例。对于本发明系统实施例中未披露的细节，请参照本发明方法实施例。

图5是根据一示例性实施方式示出的一种终端的音频设备控制系统的框图。

如图5所示，该系统40包括检测模块41、解析模块42以及处理模块43。

其中检测模块41用于检测一终端的至少一音频设备的连接状态。

其中解析模块42用于当检测到所述至少一音频设备的连接状态为禁用时，通过解析一音频策略配置文件输出一控制信号。

其中处理模块43用于根据所述控制信号实现所述终端当前播放或者录制的音视频文件以预设方式处理。

基于音频策略配置文件实现音频冲突解决，通过配置文件来定义音频类型和定义音频冲突解决策略以及通过计算机程序语言实现音频设备的调用，从而使得音频类型定义和音频冲突解决策略定义的实现与音频设备调用的实现分开。由于通过配置文件来实现音频类型的定义和音频冲突解决策略的定义，因此需要解析模块42对配置文件进行解析，该解析模块可以独立地应用于其他具有类似需求的音频系统中，从而便于在音频冲突解决策略不同、音频类型不同、音频设备不同的音频系统之间进行移植，进而可以有效地简化音频系统的实现。

在示例性实施例中，处理模块43包括：一资源插件，所述资源插件连接所述解析模块43；一第一接口，用于接收所述资源插件广播的所述控制信号；一多媒体模块，用于接收所述第一接口发送的所述控制信号，并对所述控制信号进行相应的处理逻辑；一多媒体框架，用于根据所述控制信号以所述预设方式处理所述终端当前播放或者录制的音视频文件的音频数据流。

在示例性实施例中，该系统40还包括：通路切换模块，所述通路切换模块连接所述解析模块42；其中所述解析模块42根据所述至少一音频设备的连接状态解析所述音频策略配置文件，并输出一音频通路切换信号；所述通路切换模块根据所述音频通路切换信号实现所述至少一音频设备的音频通路切换。

根据本公开的一示例性实施方式，提供一种移动终端，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为：检测所述移动终端的至少一音频设备的连接状态；当检测到所述至少一音频设备的连接状态为禁用时，通过解析一音频策略配置文件输出一控制信号；根据所述控制信号实现所述移动终端当前播放或者录制的音视频文件以预设方式处理。

图6是根据一示例性实施方式示出的一种用于实现音频设备控制方法的移动终端的框图。图6示意性地示出了所述移动终端的常见结构，参考图6对常见的移动终端的内部组件、软件和协议结构进行说明。

该移动终端具有处理器610，其负责移动终端的整体操作，并且可以利用任何商业可得中央处理单元、数字信号处理器或任何其他电子可编程逻辑器件实现。处理器610具有关联的存储器620，该存储器620包括但不限于RAM存储器、ROM存储器、EEPROM存储器、闪存或其组合。存储器620由处理器600控制用于各种目的，其中之一在于为移动终端中各种软件存储程序指令和数据。

该移动终端的软件层面包括实时操作系统640、用于人机界面660的驱动器、应用处理机650和各种应用。所述应用例如是文本编辑器651、手写识别应用652和各种其他多媒体应用653，典型地该其他多媒体应用包括诸如语音呼叫应用、视频呼叫应用、发送和接收短消息服务(SMS)消息应用、多媒体消息服务(MMS)应用或电子邮件应用、web浏览器、即时消息收发应用、电话簿应用、日历应用、控制面板应用、照相机应用、一个或多个视频游戏、记事本应用等。应当注意，上述应用的两个或更多可以作为同一应用执行。

所述移动终端还包括一个或多个硬件控制器，用于与人机界面660的驱动器一起与显示设备661，物理按键662、麦克风663和各种其他I/O设备(诸如扬声器、振动器、响铃发生器、LED指示器等)协作，以实现所述移动终端的人机交互。本领域技术人员应当理解用户可以通过这样形成的人机界面660来操作移动终端。

该移动终端的软件层面还可以包括各种模块、协议栈、驱动器等与通信相关的逻辑，归纳为如图6中示出的通信接口670，用于为无线射频接口671以及可选地为蓝牙接口672和/或红外接口673提供通信服务(例如传输、网络和连通性)，以实现所述移动终端的网络连通性。无线射频接口671包括内部或外部天线以及用于建立和维护通往基站的无线链路的适当无线电电路。如本领域技术人员公知的，所述无线电电路包括一系列模拟和数字电子组件，其一起形成无线电接收机和发射机。这些组件例如包括带通滤波器、放大器、混频器、本地振荡器、低通滤波器、AD/DA转换器等。

移动通信终端还可以包括读卡装置630，该读卡装置630通常包括处理器以及数据存储器等，用于读出SIM卡的信息并以此为根据协作无线射频接口617接入运营商所提供的网络。

本领域技术人员可以理解实现上述实施方式的全部或部分步骤被实现为由CPU执行的计算机程序。在该计算机程序被CPU执行时，执行本发明提供的上述方法所限定的上述功能。所述的程序可以存储于一种计算机可读存储介质中，该存储介质可以是只读存储器，磁盘或光盘等。

此外，需要注意的是，上述附图仅是根据本发明示例性实施方式的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

需要注意的是，上述附图中所示的框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

本发明提供的终端的音频设备控制方法、系统及移动终端，通过利用移动操作系统的现有音频策略框架，让应用程序既可以实现有线耳机拔出后的定制需求，同时又无需应用去关注有线耳机的连接状态，无需让应用增加额外的代码逻辑。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本发明实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本发明实施方式的方法。

以上具体地示出和描述了本发明的示例性实施方式。应可理解的是，本发明不限于这里描述的详细结构、设置方式或实现方法；相反，本发明意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。

Claims (10)

1.一种终端的音频设备控制方法，其特征在于，应用于移动操作系统的音频策略框架中，所述移动操作系统利用音频设备管理模块管理音频设备的连接状态，以使与所述音频设备相关的所述终端中的应用响应和执行相应的音频策略，所述方法包括：

检测一终端的至少一音频设备的连接状态；

当检测到所述至少一音频设备的连接状态为禁用时，通过解析一音频策略配置文件输出一控制信号，其中当终端中的音频系统启动时，加载所述音频策略配置文件，所述音频策略配置文件预先采用人工智能语言生成；

根据所述控制信号实现所述终端当前播放或者录制的音视频文件以预设方式处理；

其中

所述至少一音频设备包括有线耳机，所述终端包括一耳机接口，其中：当所述有线耳机插入所述耳机接口时，所述有线耳机的连接状态为使能，当所述有线耳机拔出所述耳机接口时，所述有线耳机的连接状态为禁用，以及在检测所述有线耳机插入或者拔出时，有线耳机座引脚连接一个上拉电阻以产生一个表示所述有线耳机是否插入插孔的信号；或者

所述至少一音频设备包括蓝牙耳机，当该蓝牙耳机与所述终端处于无线通信时，该蓝牙耳机的连接状态为使能，当该蓝牙耳机与所述终端之间的无线通信断开时，该蓝牙耳机的连接状态为禁用。

2.根据权利要求1所述的方法，其特征在于，所述预设方式包括：

将所述终端当前播放的音视频文件设置成静音；或者

调低所述终端当前播放的音视频文件的音量；或者

暂停所述终端当前播放的音视频文件；或者

释放所述终端当前录制的音视频文件所占用的资源。

3.根据权利要求1所述的方法，其特征在于，根据所述控制信号实现所述终端当前播放或者录制的音视频文件以预设方式处理包括：

通过一资源插件将所述控制信号广播至一第一接口；

所述第一接口接收所述控制信号并发送至一多媒体模块；

所述多媒体模块经过相应的处理逻辑后将所述控制信号发送至一多媒体框架；

所述多媒体框架根据所述控制信号以所述预设方式处理所述终端当前播放或者录制的音视频文件的音频数据流。

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

所述多媒体模块经过相应的处理逻辑后将所述控制信号发送至所述终端中的一应用，所述应用调用所述终端当前播放或者录制的音视频文件；

所述应用根据所述控制信号相应的改变其用户界面。

5.根据权利要求1所述的方法，其特征在于，还包括：

根据所述至少一音频设备的连接状态解析所述音频策略配置文件，并输出一音频通路切换信号；

根据所述音频通路切换信号实现所述至少一音频设备的音频通路切换。

6.根据权利要求5所述的方法，其特征在于，根据所述音频通路切换信号实现所述至少一音频设备的音频通路切换包括：

通过所述音频设备管理模块的一信号插件将所述音频通路切换信号以一Dbus消息广播；

通过一策略执行插件接收所述Dbus消息，调用一音频服务模块接口进行音频通路的切换。

7.一种终端的音频设备控制系统，其特征在于，应用于移动操作系统的音频策略框架中，所述移动操作系统利用音频设备管理模块管理音频设备的连接状态，以使与所述音频设备相关的所述终端中的应用响应和执行相应的音频策略，所述系统包括：

检测模块，用于检测一终端的至少一音频设备的连接状态；

解析模块，用于当检测到所述至少一音频设备的连接状态为禁用时，通过解析一音频策略配置文件输出一控制信号，其中当终端中的音频系统启动时，加载所述音频策略配置文件，所述音频策略配置文件预先采用人工智能语言生成；

处理模块，用于根据所述控制信号实现所述终端当前播放或者录制的音视频文件以预设方式处理；

其中

所述至少一音频设备包括有线耳机，所述终端包括一耳机接口，其中：当所述有线耳机插入所述耳机接口时，所述有线耳机的连接状态为使能，当所述有线耳机拔出所述耳机接口时，所述有线耳机的连接状态为禁用，以及在检测所述有线耳机插入或者拔出时，有线耳机座引脚连接一个上拉电阻以产生一个表示所述有线耳机是否插入插孔的信号；或者

所述至少一音频设备包括蓝牙耳机，当该蓝牙耳机与所述终端处于无线通信时，该蓝牙耳机的连接状态为使能，当该蓝牙耳机与所述终端之间的无线通信断开时，该蓝牙耳机的连接状态为禁用。

8.根据权利要求7所述的系统，其特征在于，所述处理模块包括：

一资源插件，所述资源插件连接所述解析模块；

一第一接口，用于接收所述资源插件广播的所述控制信号；

一多媒体模块，用于接收所述第一接口发送的所述控制信号，并对所述控制信号进行相应的处理逻辑；

一多媒体框架，用于根据所述控制信号以所述预设方式处理所述终端当前播放或者录制的音视频文件的音频数据流。

9.根据权利要求7所述的系统，其特征在于，还包括：

通路切换模块，所述通路切换模块连接所述解析模块；

其中所述解析模块根据所述至少一音频设备的连接状态解析所述音频策略配置文件，并输出一音频通路切换信号；所述通路切换模块根据所述音频通路切换信号实现所述至少一音频设备的音频通路切换。

10.一种移动终端，其特征在于，应用于移动操作系统的音频策略框架中，所述移动操作系统利用音频设备管理模块管理音频设备的连接状态，以使移动终端中的应用响应和执行相应的音频策略，所述移动终端包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

检测所述移动终端的至少一音频设备的连接状态；

当检测到所述至少一音频设备的连接状态为禁用时，通过解析一音频策略配置文件输出一控制信号，其中当终端中的音频系统启动时，加载所述音频策略配置文件，所述音频策略配置文件预先采用人工智能语言生成；

根据所述控制信号实现所述移动终端当前播放或者录制的音视频文件以预设方式处理；

其中

所述至少一音频设备包括有线耳机，所述终端包括一耳机接口，其中：当所述有线耳机插入所述耳机接口时，所述有线耳机的连接状态为使能，当所述有线耳机拔出所述耳机接口时，所述有线耳机的连接状态为禁用，以及在检测所述有线耳机插入或者拔出时，有线耳机座引脚连接一个上拉电阻以产生一个表示所述有线耳机是否插入插孔的信号；或者

所述至少一音频设备包括蓝牙耳机，当该蓝牙耳机与所述终端处于无线通信时，该蓝牙耳机的连接状态为使能，当该蓝牙耳机与所述终端之间的无线通信断开时，该蓝牙耳机的连接状态为禁用。

Images