用于车辆的音频分播方法及装置与流程

本申请涉及一种音频播放方法，特别的，涉及一种用于车辆的音频分播方法以及一种用于车辆的音频分播装置。

背景技术：

目前，在车辆中，当有多种音频需要同时播放时，现有的处理方式是播放其中一种指定的音频。例如：在有导航音频和音乐音频同时播放的情况下，当需要播放导航声音时，系统会控制音乐音频暂停播放或音将该音频的音量控制到最低。

然而，在某些情况下，用户需要多种音频同时播放，例如：在用户驾驶汽车的过程中，在播放导航音频的同时，也需要同时播放声音音频或者第三方交互软件中的聊天音频，以获取更多的信息量，然而现有技术中并没有相应方法来解决上述问题。

公开于本申请背景技术部分的信息仅仅旨在加深对本申请的一般背景技术的理解，而不应当被视为承认或以任何形式暗示该信息构成已为本领域技术人员所公知的现有技术。

技术实现要素：

本申请的主要目的在于提供一种用于车辆的音频分播方法，以实现根据不同的播放策略对车辆中的多种音频流进行播放。

为了解决上述问题，本申请涉及一种用于车辆的音频分播方法，其包括步骤：根据第一音频流确定第一音频流播放策略，其中，所述第一音频流播放策略包括所述第一音频流与独立于所述车辆的终端设备之间的映射；检测音频播放队列中是否存在至少两种音频流；如果是，判断所述至少两种音频流中是否包括所述第一音频流；如果是，根据所述第一音频流播放策略，利用所述终端设备播放所述第一音频流。

进一步的，如果判断所述至少两种音频流中包括所述第一音频流，该方法还可以包括：判断所述终端设备是否与所述车辆物理分离，如果是，执行所述根据所述第一音频流播放策略，利用所述终端设备播放所述第一音频流的步骤。

进一步的，在根据所述第一音频流播放策略，利用所述终端设备播放所述第一音频流中，该方法还可以包括：根据默认的播放策略，利用车载设备播放所述至少两种音频流中的其他音频流，从而使所述第一音频流和其他音频流同时播放。

进一步的，如果判断所述终端设备未与所述车辆物理分离，则根据默认的播放策略处理所述至少两种音频流。

进一步的，所述第一音频可流包括：导航音频流和/或交互信息音频流；所述终端设备设备可包括：耳机；如果判断所述至少两种音频流中包括所述第一音频流，该方法还可以包括：判断所述耳机是否已被用户佩戴，如果是，根据所述第一音频流播放策略，利用所述耳机播放所述导航音频流和/或交互信息音频流。

更进一步的，如果判断所述耳机未被用户佩戴，则可以根据默认的播放策略播放所述导航音频流和/或交互信息音频流。

进一步的，在所述根据第一音频流确定第一音频流播放策略中，该方法还可以包括：根据第二音频流确定第二音频流播放策略，其中，所述第二音频流播放策略包括所述第二音频流与车载设备之间的映射；以及在所述判断所述至少两种音频流中是否包括所述第一音频流中，该方法还可以包括：判断所述至少两种音频流中是否包括所述第二音频流；如果是，根据所述第二音频流播放策略，利用所述车载设备播放所述第二音频流，从而使所述第一音频流和第二音频流同时播放。

更进一步的，所述第二音频流可以包括：音乐音频和/或系统提示音；所述车载设备可以包括：车辆中控台、车辆中央仪表、车辆方向盘、车辆行车电脑和/或车辆行车记录仪。

本申请还涉及一种用于车辆的音频分播装置，该装置包括：确定模块，用于根据第一音频流确定第一音频流播放策略，其中，所述第一音频流播放策略包括所述第一音频流与独立于所述车辆的终端设备之间的映射；检测模块，用于检测音频播放队列中是否存在至少两种音频流；以及控制模块，其用于：如果检测到音频播放队列中存在至少两种音频流，则判断所述至少两种音频流中是否包括所述第一音频流；还用于：根据所述第一音频流播放策略，利用所述终端设备播放所述第一音频流。

此外，本申请还涉及一种计算机可读存储介质，所述计算机可读存储介质存储有执行上面所描述的方法的计算机程序。

本申请的有益效果是：本申请的音频分播方法可以应用于车载设备中，通过与车载设备连接的外部设备的内置扬声器，可以处理播放音频数据，当外部设备与车载设备连接成功后，通过本申请的音频分播方法，车载设备的音频数据可以传输给外部设备，外部设备可以处理接收到的车载设备的音频数据，也可以将接收到的音频数据传输给外部设备，从而实现了可以同时播放不同种类的音频(例如：音乐音频流和导航音频流同时播放)，从而使用户增加了信息获取量，提高了用户体验并且增加了应用有本申请的方法的车辆的市场竞争力。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请的第一实施例的用于车辆的音频分播方法的流程图；

图2是根据本申请的第二实施例的用于车辆的音频分播方法的流程图。

具体实施方式

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

此外，术语“安装”、“设置”、“设有”、“连接”、“配置为”应做广义理解。例如，可以是固定连接，可拆卸连接，或整体式构造；可以是机械连接，或电连接；可以是直接相连，或者是通过中间媒介间接相连，又或者是两个装置、元件或组成部分之间内部的连通。对于本领域普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

如图1所示，根据本申请的第一实施例，本申请涉及一种用于车辆的音频分播方法，该方法包括以下步骤s11至步骤s16。首先，在步骤s11，本申请根据第一音频流来确定第一音频流播放策略，具体的，本申请识别所述第一音频流，所述第一音频流可以是操作系统中已定义的音频流类型也可以是用户自定义的音频流类型，该第一音频流可以包括但不限于：通过导航软件播放的导航音频流和/或通过第三方交互软件播放的语音音频流，例如，通过微信软件播放的语音音频或者微信软件提示音。此外，本申请中的操作系统包括但不限于：android(安卓操作系统)、ios(苹果操作系统)或者windows(微软操作系统)等，只要能嵌入到车载设备中并且能够运行应用软件，以及能够提供音频策略服务或者类似音频处理服务的操作系统均能够应用本申请所涉及的音频分播方法并执行所述音频分播方法中的各个步骤。

在根据第一音频流来确定第一音频流播放策略中，所述第一音频流播放策略可以包括所述第一音频流与终端设备之间的映射，其中，所述终端设备可以独立于车辆设置，并且所述终端设备可以包括但不限于：耳机、蓝牙耳机、无线耳机或者手台(也称手咪)等外设，该终端设备可以与车辆中的车载设备通讯连接并且与车载设备进行信息交互，所述车载设备包括但不限于：车辆中控台、车辆中央仪表、车辆方向盘、车辆行车电脑、车辆行车记录仪和/或车载外部设备。此外，所述车载设备中具有控制器并且能够运行上述android、ios或者windows等操作系统。所述第一音频流播放策略可以是系统中已有的音频流播放策略或者可以是用户自定义(或者重写)的音频流播放策略，该第一音频流播放策略满足第一音频流与终端设备之间的映射关系，从而使得通过所述第一音频流播放策略，就可以找到与所述第一音频流匹配的终端设备。

在步骤s12，本申请检测音频播放队列中是否存在至少两种音频流，具体的，可以在操作系统中的当前音频播放队列中查找音频流的种类，如果存在至少两种音频流，那么继续执行步骤s13，本申请判断所述至少两种音频流中是否存在上面所描述的第一音频流，具体的判断方式可以是：查找并判断当前播放队列中的每一种音频流数据中的代表音频流种类的标识字段是否与第一音频流数据中的代表该音频流种类的标识字段是否相应，如果是，则表示所述至少两种音频流中存在所述第一音频流。

接下来，如果所述至少两种音频流中存在上面所描述的第一音频流，则执行步骤s14，则继续判断所述终端设备是否与所述车辆物理分离，这里的终端设备与车辆之间的物理分离指的是，终端设备与车辆从空间上分离，例如终端设备从车辆的车载设备上取下，特别的，所述物理分离并不包括终端设备与车载设备之间的通讯连接之间的断开或者车载设备与终端设备之间的电信号的断开，此外，当所述终端设备具体的实例化为蓝牙耳机时，可以通过判断蓝牙耳机的pin针与所述车载设备上的充电槽的分离来确定蓝牙耳机已经从该车载设备上取下。

进一步的，所述判断所述终端设备是否与所述车辆物理分离，可以进一步地实例化为：判断所述耳机是否已被用户佩戴，具体的，可以利用设置在耳机中的光学传感器和运动加速感应器来检测是否已经佩戴到用户的耳朵中，也可以利用设置在耳机中的距离传感器来检测是否已经佩戴到用户的耳朵中。由于具体的检测耳机是否已经佩戴到用户耳朵中的方法是本领域的常规技术手段，本申请不做具体的说明和限定。

接下来，如果判断出所述终端设备已经与所述车辆物理分离，则本申请执行步骤s15，根据所述第一音频流播放策略，利用所述终端设备播放所述第一音频流，进一步的，在所述终端设备实例化为耳机，并且所述第一音频流实例化为导航音频流和/或交互信息音频流的情况下，本申请根据所述第一音频流播放策略，利用所述耳机播放所述导航音频流和/或交互信息音频流。此外，在该步骤s15中，本申请还根据默认的播放策略，利用车载设备播放所述至少两种音频流中的除了第一音频流的其他音频流，从而使所述第一音频流和其他音频流实现同时播放。其中的默认播放策略描述了不包括有第一音频流的其他音频流与车载设备之间的映射关系。

相反的，如果判断出所述终端设备并未与所述车辆物理分离，则本申请执行步骤s16，本申请根据默认的播放策略处理所述至少两种音频流，具体的，例如在有导航音频流和音乐音频流同时播放的情况下，默认的播放方式是控制音乐音频流暂停播放或音将该音频流的音量控制到最低，以优先播放导航音频流。进一步的，在所述终端设备实例化为耳机，并且所述第一音频流实例化为导航音频流和/或交互信息音频流的情况下，如果根据上述判断方法判断出所述耳机未被用户佩戴，则根据默认的播放策略播放所述导航音频流和/或交互信息音频流。

如图2所示，根据本申请的第二实施例，本申请还涉及一种用于车辆的音频分播方法，该方法包括以下步骤s21至步骤s26。在步骤s21，本申请根据第一音频流确定第一音频流播放策略并且根据第二音频流确定第二音频流播放策略，其中，所述第一音频流播放策略可以包括所述第一音频流与终端设备之间的映射，而所述第二音频流播放策略可以包括所述第二音频流与车载设备之间的映射。

所述终端设备设备包括但不限于：耳机、蓝牙耳机、无线耳机和/或手台等外部设备，所述车载设备包括但不限于：车辆中控台、车辆中央仪表、车辆方向盘、车辆行车电脑和/或车辆行车记录仪，所述第一音频流可以包括但不限于：通过导航软件播放的导航音频流和/或通过第三方交互软件播放的语音音频流，所述第二音频流包括但不限于：音乐音频和/或系统提示音。所述根据第二音频流确定第二音频流播放策略的实现方式与上述步骤s11类似，这里不再做详细的描述。

接下来，在步骤s22，本申请检测音频播放队列中是否存在至少两种音频流，具体的，可以在操作系统中的当前音频播放队列中查找音频流的种类，如果存在至少两种音频流，那么继续执行步骤s23，本申请判断所述至少两种音频流中是否存在上面所描述的第一音频流和第二音频流，具体的判断方式与上面所描述的步骤s13类似，这里不再做详细的描述。

接下来，如果所述至少两种音频流中存在上面所描述的第一音频流，则执行步骤s24，继续判断所述终端设备是否与所述车辆物理分离，其中，所述判断所述终端设备是否与所述车辆物理分离，可以进一步地实例化为：判断所述耳机是否已被用户佩戴，具体的，可以利用设置在耳机中的光学传感器和运动加速感应器来检测是否已经佩戴到用户的耳朵中，也可以利用设置在耳机中的距离传感器来检测是否已经佩戴到用户的耳朵中。如果判断出所述终端设备已经与所述车辆物理分离，则本申请执行步骤s25，根据所述第一音频流播放策略，利用所述终端设备播放所述第一音频流。而如果所述至少两种音频流中存在上面所描述的第二音频流，则执行步骤s26，则根据所述第二音频流播放策略，利用所述车载设备播放所述第二音频流，从而使所述第一音频流和第二音频流同时播放。

此外，本申请还涉及一种用于车辆的音频分播装置，该装置可以包括：确定模块，其用于根据第一音频流确定第一音频流播放策略，其中，所述第一音频流播放策略包括所述第一音频流与独立于所述车辆的终端设备之间的映射；检测模块，其用于检测音频播放队列中是否存在至少两种音频流；以及控制模块，如果检测到音频播放队列中存在至少两种音频流，该控制模块判断所述至少两种音频流中是否包括所述第一音频流，如果是，则该控制模块根据所述第一音频流播放策略，利用所述终端设备播放所述第一音频流。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

另外，本申请还涉及一种计算机设备，该设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器在执行所述计算机程序时可以实现上面所描述的用于车辆的音频分播方法。此外，本申请还涉及一种计算机可读存储介质，所述计算机可读存储介质存储有执行上面所描述的用于车辆的音频分播方法的计算机程序。

本申请所涉及的计算机软件程序可以存储于计算机可读存储介质中，所述计算机可读存储介质可以包括：能够携带计算机程序代码的任何实体装置、虚拟装置、优盘、移动硬盘、磁碟、光盘、计算机存储器、只读计算机存储器(read-onlymemory，rom)、随机存取计算机存储器(randomaccessmemory，ram)、电载波信号、电信信号以及其他软件分发介质等。

实施例一

以安卓系统为例，在该系统的音频流类型当中，定义一个新的音频流类型。同时，针对新增的音频流类型增加新的音频播放策略，在该策略中，指定新增的音频流类型可以通过指定的某个设备进行播放。

音乐应用程序使用系统默认的音频流类型：m1(此处仅以m1作为某个音频流的简称)，采取系统默认的音频播放策略，默认通过车载设备中的扬声器或者车辆内部的扬声器进行播放。导航应用程序使用系统新增的音频流类型：m2(此处仅以m2作为新增音频流的简称)，采取与音频流类型对应的新增音频播放策略，可以指定某个设备进行播放；

系统检测当前需要进行播放的音频流类型，当检测到两种音频流类型需要同时播放；

系统此时进行判断，两种音频流是否为指定的音频流；判断结果中，如果其中一种音频流为m1，另一种音频流为m2；系统再次进行判断：车载蓝牙耳机是否被佩戴在耳朵上；

判断结果中，如果检测结果为耳机被佩戴在耳朵上，系统启动耳机分播模式，此时，系统将m1的音频流，使用m1对应的音频播放策略，默认使用车载设备进行播放。系统将m2的音频流，使用m2对应的音频播放策略，指定m2使用耳机设备进行播放。

实施例二

继续以安卓系统为例，在该系统的音频流类型当中，分别定义两个新的音频流类型n1和n2(此处仅以n1和n2作为新增音频流的简称)，同时，针对n1增加新的音频播放策略，在该策略中，n1可以通过指定的某个设备进行播放。针对n2增加新的音频播放策略，在该策略中，n2可以通过指定的另一种某个设备进行播放。

音乐应用使用系统新增的音频流类型：n1，采取n1的音频播放策略，默认通过车载设备中的扬声器或者车辆内部的扬声器进行播放；

导航应用使用系统新增的音频流类型：n2，采取n2的音频播放策略，可以通过指定的某个设备进行播放；

系统检测当前需要进行播放的音频流类型，当检测到两种音频流类型需要同时播放；系统此时进行判断，两种音频流是否为指定的音频流；

判断结果中，如果其中一种音频流为n1，另一种音频流为n2；系统再次进行判断，车载蓝牙耳机是否被佩戴在耳朵上；

判断结果中，如果检测结果为耳机被戴在耳朵上，则系统启动耳机分播模式，此时，系统将n1的音频流，使用n1对应的音频播放策略，指定n1使用车载设备进行播放。系统将n2的音频流，使用n2对应的音频播放策略，指定n2使用耳机设备进行播放。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均包含在本申请的保护范围之内。