一种安卓车载影音系统的音频源切换控制方法与流程

本发明属于汽车电子技术领域，涉及一种安卓车载影音系统的控制方法，尤其涉及一种安卓车载影音系统的音频源切换控制方法。

背景技术：

随着电子技术和智能终端设备的发展，作为其重要应用之一的汽车电子呈现爆炸式的增长。其中，车载信息娱乐系统和车载多媒体的设计向更注重用户体验的方向迈进。使用者也对车载应用提出了功能多样化、操作人性化、系统流畅性的要求，主要包括以方面：1.支持多种外加存储设备，如大容量u盘和sd卡等；2.提供更加丰富的影音娱乐应用，如收音(radio)、usb、ipod、蓝牙音乐(btmusic)、avin等应用。

但是，现有的传统安卓车载影音系统的音频源切换控制方法并没有对不同的音频源做出特殊处理，几乎都是通过控制音频焦点来切换音源的。但是如此的话，安卓系统后台会同时运行很多应用，大量占用系统内存及消耗cpu，由此拖慢系统的运行速度，影响用户操作使用的流畅性。

鉴于现有技术的上述缺陷，迫切需要一种新型的安卓车载影音系统的音频源切换控制方法。

技术实现要素：

本发明的目的在于克服现有技术中存在的缺点，提供一种安卓车载影音系统的音频源切换控制方法，其能针对不同音频源保存不同的源id并结束上一个音频源，以保证系统后台不会同时运行多个音频源，从而减小系统的负荷以此提升系统的流畅性和提高用户的操作体验。

为了实现上述目的，本发明提供如下技术方案：

一种安卓车载影音系统的音频源切换控制方法，其特征在于，包括以下步骤：

(1)、在从安卓车载影音系统的一个音频源切换到另一个音频源时，所述另一个音频源将携带其应用包名的广播发送给所述安卓车载影音系统的其它音频源，所述其它音频源通过判断所述应用包名是否是自己的应用包名来决定是否结束其自身，同时，所述另一个音频源还将携带有其信息的消息发送给所述安卓车载影音系统的源管理服务模块；

(2)、所述源管理服务模块收到所述携带有其信息的消息后将该消息转发给所述安卓车载影音系统的微控制单元，由所述微控制单元进行相应的静音处理或者硬件模块控制。

进一步地，其中，所述步骤(2)中的所述携带有其信息的消息为所述另一个音频源的id。

更进一步地，其中，所述步骤(1)中的所述另一个音频源还将携带有其信息的消息发送给所述安卓车载影音系统的源管理服务模块具体为：所述另一个音频源通过aidl机制将其自身的id发送给所述源管理服务模块。

再进一步地，其中，所述步骤(1)还包括：所述源管理服务模块保存所述另一个音频源的id并给所述安卓车载影音系统的所有音频源提供回调接口以供所述安卓车载影音系统的所有音频源获取所述另一个音频源的id从而判断当前处于活动状态的是哪个音频源。

再更进一步地，其中，所述步骤(2)中的所述源管理服务模块收到所述携带有其信息的消息后将该消息转发给所述安卓车载影音系统的微控制单元具体为：所述源管理服务模块收到所述另一音频源的id后通过socket通讯方式将所述另一音频源的id的字节以数组的形式发送给所述微控制单元。

此外，其中，所述步骤(1)还包括：在主动退出某一音频源时所述某一音频源将其id发送给所述源管理服务模块。

进一步地，其中，所述安卓车载影音系统的所有音频源包括usb、ipod、btmusic、导航播报音、radio和avin。

更进一步地，其中，所述微控制单元控制的音频源包括radio和avin，并且，所述步骤(2)中的由所述微控制单元进行相应的静音处理或者硬件模块控制具体为：当切换到收音时，所述微控制单元控制车载影音系统的收音模块的初始化或者状态恢复；当切换到avin时，所述微控制单元控制车载影音系统的对应摄像头的供电；当切换到无源状态时，所述微控制单元控制功放进行静音操作以屏蔽pop音及电流底噪声的输出。

再进一步地，其中，所述源管理服务模块还动态控制所述车载影音系统的外置数字信号处理器的声音通道。

最后，其中，所述源管理服务模块通过jni通讯方式与所述外置数字信号处理器通信以控制所述外置数字信号处理器的声音通道。

与现有的安卓车载影音系统的音频源切换控制方法相比，本发明的安卓车载影音系统的音频源切换控制方法具有如下有益技术效果：

1、用户在收音(radio)、ipod、avin、usb、导航播报音和蓝牙音乐(btmusic)等音频源之间相互切换时可以结束上一个音频源，同时可对应切换外挂asp(外置数字信号处理器)的声音通道，减少系统后台应用的数量，减小系统的内存占用和cpu消耗，使用户得到更好的操作体验。

2、源管理服务模块统一控制asp(外置数字信号处理器)声音通道的切换以及sourceid的保存与获取访问，mcu负责空源时的静音控制以及收音源和倒车avin源的模块控制。

附图说明

图1为本发明的安卓车载影音系统的组成示意图。

图2为本发明的安卓车载影音系统的音频源切换控制方法的示意图。

具体实施方式

下面结合附图和实施例对本发明进一步说明，实施例的内容不作为对本发明的保护范围的限制。

图1示出了本发明的安卓车载影音系统的组成示意图。如图1所示，本发明的安卓车载影音系统包括车载主机(也就是，cpu)，mcu(也就是，微控制单元)、asp(也就是，外置数字信号处理器)和功放。

其中，所述车载主机用于运行安卓车载影音系统的各种音频源，例如，usb、ipod、btmusic、导航播报音、radio和avin。在本发明中，由于是安卓车载影音系统，因此，所述各种音频源是各种音频源app。

同时，所述车载主机还用于运行安卓车载影音系统的源管理服务模块(也就是，smservice)。

在本发明中，源管理服务模块，也就是，sourcemanagerservice，也即sourcemanagerservice，简称smservice，其本质是一个安卓组件service，且是开机自启动的常驻后台的系统级别的服务，运行在系统进程，拥有系统权限，可访问系统数据。

sourcemanagerservice是一个自定义的服务，安卓车载影音系统的每一个音频源app都是一个独立的source，也就是，源。sourcemanagerservice就是用来管理这些source的行为的。

在本发明中，每个音频源app都被定义一个sourceid，也就是，该音频源的id。所述id是每一个音频源app特定不变的一个byte标志。在音频源app和sourcemanagerservice之间通信交换数据时，此id就是这些音频源的唯一标志位。例如，radio的id＝0、usb的id＝1等等。

sourcemanagerservice会根据这些id来识别当前是哪一个音频源app与其通信，并以此来设置系统的一些属性，如声音通道的切换，音效的加载。

sourcemanagerservice通过aidl机制或广播与这些音频源app交互，同时又通过socket机制与mcu通讯，用来转达这些音频源app与mcu之间交互的信息。因为音频源app与mcu之间无法直接有效的通信，所以sourcemanagerservice就发挥了一个中转站的作用，也就是，音频源app与mcu的双向通信都是通过sourcemanagerservice来完成的，音频源app通过aidl机制或者广播将信息发送给sourcemanagerservice，sourcemanagerservice通过socket机制将数据发送给mcu，mcu处理数据信息后又通过socket机制将数据反馈给sourcemanagerservice，sourcemanagerservice再通过aidl机制或广播传送给音频源app。因为安卓车载影响系统有些外挂模块(例如，radio、avin)是没有继承到车载主机的，这时候就需要mcu去控制这些模块的行为，这时候sourcemanagerservice就能发挥枢纽站的作用了。

同时，所有的音频都要经过外置数字信号处理器(asp)，最终音频信号经过功放传出，因此，车载主机还需通过smservice统一管理asp的声音通道切换。mcu和asp均可实现功放的静音。

下面详细描述本发明的安卓车载影音系统的音频源切换控制方法。

在本发明的安卓车载影音系统的音频源切换控制方法中，通过安卓系统的广播机制实现各音频源app之间的切换与应用结束(也就是，应用finish)。也就是，用户只需通过启动一个音频源app，安卓车载影音系统会自动完成音频源app之间的切换。

具体地，在从安卓车载影音系统的一个音频源切换到另一个音频源时，所述另一个音频源将携带其应用包名的广播发送给所述安卓车载影音系统的其它音频源。所述其它音频源通过判断所述应用包名是否是自己的应用包名来决定是否结束其自身。

例如，如图2所示，在从音频源app一切换到音频源app二时，所述音频源app二会发送携带该音频源app二的应用包名(packagename二)的广播给安卓车载影音系统其它音源app(在图2中，只有两个音频源app，所以只需要发送给音频源app一，如果还有其它音频源app，例如，音频源app三和音频源app四，也会将携带该音频源app二的应用包名(packagename二)的广播发送给所述音频源app三和音频源app四)。其它音频源app通过判断所述应用包名(packagename二)是否是自己应用的包名所来决定是否结束(也就是，finish)自身应用。也就是，如果是自己的应用包名，则不finish其自身应用；如果不是自己的应用包名，则finish其自身应用。由此可知，在从音频源app一切换到音频源app二时，由于发送的是携带音频源app二的应用包名(packagename二)的广播，所以，除了音频源app二之外，其它所有的音频源app都将结束其自身应用。

并且，在本发明的安卓车载影音系统的音频源切换控制方法中，各音频源app与源管理服务模块smservice之间通过安卓系统的aidl机制或广播机制进行通讯。

也就是，在从安卓车载影音系统的一个音频源切换到另一个音频源时，所述另一个音频源还将携带有其信息的消息发送给所述车载主机中的源管理服务模块。

如前所述，每个音频源app都被定义一个独立的id，因此，所述携带有其信息的消息为所述另一个音频源的id。也就是，所述另一个音频源将其id发送给所述车载主机中的源管理服务模块smservice。

例如，如图2所示，音频源app二还将携带有其id(sourceid二)发送给所述车载主机中的源管理服务模块。其中，所述另一个音频源通过aidl机制或广播机制将其自身的id发送给所述源管理服务模块。

优选地，音频源app二通过aidl绑定的stub给smservice发送所述音频源app二的id，也就是，sourceid二。

并且，所述源管理服务模块smservice还保存所述另一个音频源的id并给所述车载主机中的所有音频源提供回调接口以供所述车载主机中的所有音频源获取所述另一个音频源的id从而判断当前处于活动状态的是哪个音频源，并方便特定情况下恢复上一个音频源的播放。

例如，如图2所示，所述smservice会保持所述sourceid二，并且会给所有的音频源app提供回调接口。这样，所有的音频源app，例如，音频源app一和音频源app二可以通过所述回调接口获得所述sourceid二，由此判定所述音频源app二处于活动状态。

而且，由于radio和avin由mcu控制，故各音频源app之间的切换需要smservice与mcu完成通信，然后实现用户对radio和avin的操作。

因此，在本发明的安卓车载影音系统的音频源切换控制方法中，源管理服务模块smservice与mcu之间通过安卓系统的socket机制进行通讯。

也就是，所述源管理服务模块smservice收到所述携带有其信息的消息后将该消息转发给安卓车载影音系统的微控制单元，由所述微控制单元进行相应的静音处理或者硬件模块控制。

优选地，所述源管理服务模块smservice收到所述另一音频源的id后通过socket通讯方式将所述另一音频源的id的字节以数组的形式发送给所述微控制单元。

由于所述微控制单元控制的音频源包括radio和avin，所以，所述微控制单元进行相应的静音处理或者硬件模块控制具体为：当切换到收音时，所述微控制单元控制车载影音系统的收音模块的初始化或者状态恢复；当切换到avin时，所述微控制单元控制车载影音系统的对应摄像头的供电；当切换到无源状态时，所述微控制单元控制功放进行静音操作以屏蔽pop音及电流底噪声的输出。

此外，由于所有的音频源都要经过asp，最终音频信号经过功放传出。因此，车载主机还需要通过smservice统一管理asp的声音通道切换。

因此，在本发明的安卓车载影音系统的音频源切换控制方法中，所述源管理服务模块smservice还动态控制车载影音系统的外置数字信号处理器的声音通道。优选地，所述源管理服务模块smservice通过jni通讯方式与所述外置数字信号处理器通信以控制所述外置数字信号处理器的声音通道。

采用本发明的安卓车载影音系统的音频源切换控制方法，当用户在例如收音机模式下运行，然后切到例如usb模式下，此时收音对应的app会自行结束，smservice会收到usb对应的app发送的sourceid并切换asp声音通道至usb对应的app。这样，实现了多个音频源app不会同时运行的效果，使用户得到更好的操作体验。

最后，与切换不同，在主动退出某一音频源时所述某一音频源将其id发送给所述源管理服务模块。由于smservice会将id保存为全局变量，可供其他应用通过aidl访问获取，从而便于对主动退出的音频源进行恢复。

此外，在本发明中，smservice收到切入音频源发送的sourceid之后会保存为全局变量，可供其他音频源通过aidl访问获取。例如，在收音音频源运行情况下，蓝牙来电，这时蓝牙通话app会获取当前源的sourceid，也就是，收音音频源的sourceid，当蓝牙通话结束后，通知smservice恢复至上一个源即收音音频源。需要说明的是，此处蓝牙通话与其他音频源是一个混音的情况，即不会结束前一个音频源源，而前面说的蓝牙音乐(btmusic)则是前面所述的音频源，与其他音频源之间存在着互斥的关系。

本发明的安卓车载影音系统的音频源切换控制方法使得用户在收音(radio)、ipod、avin、usb、导航播报音和蓝牙音乐(btmusic)等音频源之间相互切换时可以结束上一个音频源，同时可对应切换外挂asp(外置数字信号处理器)的声音通道，减少系统后台应用的数量，减小系统的内存占用和cpu消耗，使用户得到更好的操作体验。

本发明的上述实施例仅仅是为清楚地说明本发明所作的举例，而并非是对本发明的实施方式的限定。对于所属领域的普通技术人员来说，在上述说明的基础上还可以做出其它不同形式的变化或变动。这里无法对所有的实施方式予以穷举。凡是属于本发明的技术方案所引伸出的显而易见的变化或变动仍处于本发明的保护范围之列。