CN107704231A - 多音频选择播放方法及装置 - Google Patents

Abstract

本申请提供一种多音频选择播放方法及装置，所述方法包括：当同时接收到属于不同音频源的音频数据时，根据所述不同音频源各自的启动顺序，将最近启动的音频源对应的音频数据确定为目标音频数据；输出所述目标音频数据，并丢弃所接收到的音频数据中除所述目标音频数据以外的其他音频数据。应用该方法，可以实现在同时启动了多个音频源时，在同一时刻仅播放其中一个音频源的音频，从而有效避免现有技术中将多个音频源的音频混在一起进行播放，严重影响音频的清晰度，导致用户体验不佳的问题。

Description

多音频选择播放方法及装置

技术领域

本申请涉及多媒体技术领域，尤其涉及一种多音频选择播放方法及装置。

背景技术

随着互联网及多媒体播放设备的普及，用户需求越来越多元化。在一应用场景下，用户在使用多媒体播放设备，例如智能电视观看电视节目的过程中，可能还想获取其他音频，例如，播放自己喜爱的音乐，又例如，启用语音助手等等，而同时用户又不想暂停或退出观看电视节目。

那么，在现有技术中，智能电视将同时播放电视节目的音频与该其他音频，这也就是说，当同时启动了多个音频源时，多媒体播放设备将该多个音频源的音频数据混在一起进行播放，从而将严重影响音频的清晰度，导致用户体验不佳。

发明内容

有鉴于此，本申请提供一种多音频选择播放方法及装置，以实现在同时启动了多个音频源时，在同一时刻仅播放其中一个音频源的音频，从而有效避免现有技术中将多个音频源的音频混在一起进行播放，严重影响音频的清晰度，导致用户体验不佳的问题。

具体地，本申请是通过如下技术方案实现的：

根据本申请实施例的第一方面，提供一种多音频选择播放方法，所述方法包括：

当同时接收到属于不同音频源的音频数据时，根据所述不同音频源各自的启动顺序，将最近启动的音频源对应的音频数据确定为目标音频数据；

输出所述目标音频数据，并丢弃所接收到的音频数据中除所述目标音频数据以外的其他音频数据。

根据本申请实施例的第二方面，提供一种多音频选择播放装置，所述装置包括：

目标确定模块，用于当同时接收到属于不同音频源的音频数据时，根据所述不同音频源各自的启动顺序，将最近启动的音频源对应的音频数据确定为目标音频数据；

输出模块，用于输出所述目标音频数据，并丢弃所接收到的音频数据中除所述目标音频数据以外的其他音频数据。

由上述实施例可见，通过当同时接收到属于不同音频源的音频数据时，根据不同音频源各自的启动顺序，将最近启动的音频源对应的音频数据确定为目标音频数据，只输出该目标音频数据，以实现在同一时刻仅播放该目标音频数据，从而有效避免了现有技术中在同时启动了多个音频源时，多媒体播放设备将多个音频源的音频混在一起进行播放，严重影响音频的清晰度，导致用户体验不佳的问题。

附图说明

图1为现有技术中基于GStreamer框架创建的音频播放管道的一个示例；

图2为本申请实施例多音频选择播放方法的一个实施例流程图；

图3为本申请基于GStreamer框架创建的音频播放管道的一个示例；

图4为本申请实施例多音频选择播放方法的另一个实施例流程图；

图5为本申请多音频选择播放装置所在多媒体播放设备的一种硬件结构图；

图6为本申请多音频选择播放装置的一个实施例框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

GStreamer框架是用来构建流媒体应用的多媒体框架，开发人员基于GStreamer框架可以很容易地创建各种多媒体功能组件，例如多媒体播放器、视频编辑器等等。GStreamer框架采用基于插件和管道的体系结构，也就是说，上述多媒体功能组件的功能是基于管道来实现的。

如图1所示，为现有技术中基于GStreamer框架创建的音频播放管道的一个示例，图1中所示例的音频播放管道100中包括：源元件101、解复用元件102、音频解码元件103，以及音频输出元件104。其中，源元件101用于读取音频数据，解复用元件102用于解封装音频数据，音频解码元件103用于解码音频数据，音频输出元件104用于将解码后的音频数据输出至多媒体播放设备的声卡(图1中未示出)，以播放音频数据。

现有技术中，每新增一个音频源，都将为该音频源创建一个如图1所示例的音频播放管道，以通过该音频播放管道播放音频源的音频数据，因此，当同时启动了多个音频源时，该多个音频源的音频数据都将通过各自的音频播放管道输出至声卡，从而，多媒体播放设备将同时播放该多个音频源的音频数据，导致该多个音频源的音频混在一起，从而严重影响音频的清晰度，导致用户体验不佳。

基于此，本申请提供一种多音频选择播放方法，以实现在同时存在多个音频源时，在同一时刻仅播放其中一个音频源的音频数据，从而有效避免现有技术中将多个音频源的音频混在一起进行播放，严重影响音频的清晰度，导致用户体验不佳的问题。

为了使本领域技术人员可以清楚地理解本申请提供的多音频选择播放方法，列出下述实施例对该方法进行说明。

实施例一：

请参见图2，为本申请实施例多音频选择播放方法的一个实施例流程图，该方法可以包括以下步骤：

步骤201：当同时接收到属于不同音频源的音频数据时，根据不同音频源各自的启动顺序，将最近启动的音频源对应的音频数据确定为目标音频数据。

步骤202：输出目标音频数据，并丢弃所接收到的音频数据中除目标音频数据以外的其他音频数据。

如下，对步骤201与步骤202进行说明：

本申请实施例中，以将本申请提供的多音频选择播放方法应用于基于GStreamer框架进行音频播放的应用场景下为例：

具体的，与现有技术中的音频播放管道，例如图1所示例的音频播放管道不同的是，在本申请实施例中，在启动音频源后，为该音频源所创建的音频播放管道中，除了具有图1所示例的各个元件以外，还具有音频选择元件，例如，如图3所示，为本申请基于GStreamer框架创建的音频播放管道的一个示例。

如图3所示，在每一音频播放管道中，音频选择元件可位于音频解码元件103与音频输出元件104之间，并且，不同音频源的音频播放管道共用同一音频选择元件与同一音频输出元件。

创建如图3所示例的音频播放管道的详细过程如下：

假设首先启动的是音频源A，那么，将首先为音频源A创建音频播放管道，为了描述方便，将为音频源A创建的音频播放管道称为第一音频播放管道，该第一音频播放管道中包括第一源元件、第一解复用元件、第一音频解码元件、音频选择元件，以及音频输出元件。后续，若在音频源A结束播放之前，用户又启动了音频源B，那么，将再为音频源B创建音频播放管道，为了描述方便，将为音频源B创建的音频播放管道称为第二音频播放管道，该第二音频播放管道中包括第二源元件、第二解复用元件、第二音频解码元件，并且，该第二音频解码元件连接于上述的音频选择元件，从而，对于不同音频源的音频播放管道而言，将共用同一音频选择元件与音频输出元件。

需要说明的是，图3中仅以两个音频播放管道作为举例，在实际应用中，可以同时存在多个音频播放管道，本申请对此并不作限制。但需要强调的是，在本申请实施例中，该多个音频播放管道共用同一音频选择元件与同一音频输出元件。

在本申请实施例中，如图3所示，由于不同的音频播放管道共用同一音频选择元件，因此，不同音频源的音频数据都将被传输至该音频选择元件。那么，当音频选择元件同时接收到不同音频源的音频数据时，例如，同时接收到音频源A和音频源B的音频数据，将根据该不同音频源各自的启动顺序，将最近启动的音频源对应的音频数据确定为目标音频数据，例如，将音频源B对应的音频数据确定为目标音频数据，继而，将该目标音频数据输出至音频输出元件，以使音频输出元件将该目标音频数据输出至多媒体播放设备的声卡，以实现播放该目标音频数据。

同时，音频选择元件可以丢弃所接收到的音频数据中除目标音频数据以外的其他音频数据，例如，丢弃音频源A对应的音频数据。

至于音频选择元件是如何根据不同音频源各自的启动顺序，将最近启动的音频源对应的音频数据确定为目标音频数据的，可以参见下述图4所示实施例中的描述，在此先不作详述。

由上述实施例可见，通过当同时接收到属于不同音频源的音频数据时，根据不同音频源各自的启动顺序，将最近启动的音频源对应的音频数据确定为目标音频数据，只输出该目标音频数据，以实现在同一时刻仅播放该目标音频数据，从而有效避免了现有技术中在同时启动了多个音频源时，多媒体播放设备将多个音频源的音频混在一起进行播放，严重影响音频的清晰度，导致用户体验不佳的问题。

至此，完成实施例一的描述。

实施例二：

请参见图4，为本申请实施例多音频选择播放方法的另一个实施例流程图，该方法在上述图2所示方法的基础上，着重描述了音频选择元件是如何根据不同音频源各自的启动顺序，将最近启动的音频源对应的音频数据确定为目标音频数据的，可以包括以下步骤：

步骤401：获取不同音频源各自的播放序号，该播放序号是依据音频源的启动顺序而设置的。

步骤402：将播放序号最大的音频源对应的音频数据确定为目标音频数据。

如下，对步骤401与步骤402进行详细说明：

首先需要说明的是，在本申请实施例中，音频选择元件在接收到音频源的首个音频数据后，可以根据音频源的启动顺序，为音频源设置对应的播放序号。举例来说，假设音频选择元件最先接收到音频源A的首个音频数据，那么，音频选择元件可以为音频源A设置对应的播放序号，例如为1；后续，假设在音频源A播放期间，用户又启动了音频源B，那么，音频选择元件又将接收到音频源B的首个音频数据，音频选择元件在接收到音频源B的首个音频数据后，可以将前一音频源，即音频源A的播放序号加1，所得到的值设置为音频源B的播放序号，例如，设置音频源B的播放序号为2；后续，假设音频选择元件又接收到音频源C的音频数据，按照上述描述，音频选择元件可以设置音频源C的播放序号为3，依此类推。

为了使本领域技术人员可以直观地了解为不同音频源设置的播放序号，示出如下表1：

表1

音频源	播放序号
		音频源A	1
音频源B	2
		音频源C	3
…	…

基于上述描述，在本申请实施例中，音频选择元件在同时接收到不同音频源的音频数据后，首先获取不同音频源各自的播放序号，由于在上述描述中，播放序号是按照“随着音频源的启动顺序而递增”这一原则进行设置的，那么，音频选择元件则可以将播放序号最大的音频源确定为最近启动的音频源，从而将该最近启动的音频源所对应的音频数据确定为目标音频数据。

此外，需要说明的是，当最近启动的音频源完成播放时，可以“回收”该音频源的播放序号，这里所说的“回收”是指，若该最近启动的音频源的播放序号为3，在该音频源完成播放后，又启动了其他音频源，则可以将该其他音频源的播放序号设置为3。

由上述实施例可见，音频选择元件根据不同音频源的启动顺序，为音频源设置对应的播放序号，可以实现在接收到不同音频源的音频数据时，根据不同音频源的播放序号，在当前所有音频源中，将播放序号最大的音频源确定为最近启动的音频源，从而将该最近启动的音频源对应的音频数据确定为目标音频数据。

至此，完成实施例二的描述。

为了使本领域技术人员可以更加直观地理解本申请实施例提出的基于多音频选择播放方法，示出如下应用场景：

在一应用场景中，假设用户当前正在观看某一音视频文件，在多媒体播放设备播放该音视频文件的过程中，用户又启用了语音助手，此时，多媒体播放设备将为语音助手创建音频播放管道，且该音频播放管道与音视频文件对应的音频播放管道共用同一音频选择元件与同一音频输出元件，从而，在语音助手从云端获取到语音数据后，该语音数据将被传输至音频选择元件。音频选择元件将同时接收到语音助手的语音数据，与音视频文件的音频数据，此时，音频选择元件可以按照语音助手与音视频文件的启动顺序，选择最近启动的，即选择语音助手所对应的语音数据作为目标音频数据，将该目标音频数据输出至音频输出元件，从而实现播放语音数据。后续，在语音数据播放完成后，音频选择元件可以继续将音视频文件的音频数据传输至音频输出元件，以实现继续播放音视频文件的音频数据。

由此可见，在该应用场景下，即使用户同时启动了多个音频源，最终也可以实现在同一时刻仅播放一个音频源的音频数据，从而可以有效避免现有技术中将多个音频源的音频混在一起进行播放，严重影响音频的清晰度，导致用户体验不佳的问题。

与前述多音频选择播放方法的实施例相对应，本申请还提供了多音频选择播放装置的实施例。

本申请多音频选择播放装置的实施例可以应用在多媒体播放设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在多媒体播放设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图5所示，为本申请多音频选择播放装置所在多媒体播放设备的一种硬件结构图，除了图5所示的处理器51、内存52、网络接口53、以及非易失性存储器54之外，实施例中装置所在的多媒体播放设备通常根据该多媒体播放设备的实际功能，还可以包括其他硬件，对此不再赘述。

请参考图6，为本申请多音频选择播放装置的一个实施例框图，该装置可以包括：目标确定模块61、输出模块62。

其中，目标确定模块61，可以用于当同时接收到属于不同音频源的音频数据时，根据所述不同音频源各自的启动顺序，将最近启动的音频源对应的音频数据确定为目标音频数据；

输出模块62，可以用于输出所述目标音频数据，并丢弃所接收到的音频数据中除所述目标音频数据以外的其他音频数据。

在一实施例中，所述目标确定模块61可以包括(图6中并未示出)：

序号获取子模块，用于获取所述不同音频源各自的播放序号，所述播放序号是依据音频源的启动顺序而设置的；

确定子模块，用于将播放序号最大的音频源对应的音频数据确定为目标音频数据。

在一实施例中，所述装置还可以包括(图6中并未示出)：

设置模块，用于当接收到音频源的首个音频数据时，将前一音频源的播放序号加1所得到的值设置为所述音频源的播放序号。

在一实施例中，所述装置可以应用于基于GStreamer框架创建的音频播放管道中的音频选择元件上；

在所述音频播放管道中，所述音频选择元件位于音频解码元件与音频输出元件之间，并且，不同音频源的音频播放管道共用同一所述音频选择元件与所所述音频输出元件。

在一实施例中，所述输出模块具体用于：

控制所述音频选择元件将所述目标音频数据输出至所述音频输出元件，以使所述音频输出元件将所述目标音频数据输出至声卡，以播放所述目标音频数据。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (10)

1.一种多音频选择播放方法，其特征在于，所述方法包括：

当同时接收到属于不同音频源的音频数据时，根据所述不同音频源各自的启动顺序，将最近启动的音频源对应的音频数据确定为目标音频数据；

输出所述目标音频数据，并丢弃所接收到的音频数据中除所述目标音频数据以外的其他音频数据。

2.根据权利要求1所述的方法，其特征在于，所述根据所述不同音频源各自的启动顺序，将最近启动的音频源对应的音频数据确定为目标音频数据，包括：

获取所述不同音频源各自的播放序号，所述播放序号是依据音频源的启动顺序而设置的；

将播放序号最大的音频源对应的音频数据确定为目标音频数据。

3.根据权利要求2所述的方法，其特征在于，依据音频源的启动顺序为音频源设置播放序号的过程如下：

当接收到音频源的首个音频数据时，将前一音频源的播放序号加1所得到的值设置为所述音频源的播放序号。

4.根据权利要求1所述的方法，其特征在于，所述方法应用于基于GStreamer框架创建的音频播放管道中的音频选择元件上；

在所述音频播放管道中，所述音频选择元件位于音频解码元件与音频输出元件之间，并且，不同音频源的音频播放管道共用同一所述音频选择元件与所所述音频输出元件。

5.根据权利要求4所述的方法，其特征在于，所述输出所述目标音频数据，包括：

所述音频选择元件将所述目标音频数据输出至所述音频输出元件，以使所述音频输出元件将所述目标音频数据输出至声卡，以播放所述目标音频数据。

6.一种多音频选择播放装置，其特征在于，所述装置包括：

目标确定模块，用于当同时接收到属于不同音频源的音频数据时，根据所述不同音频源各自的启动顺序，将最近启动的音频源对应的音频数据确定为目标音频数据；

输出模块，用于输出所述目标音频数据，并丢弃所接收到的音频数据中除所述目标音频数据以外的其他音频数据。

7.根据权利要求6所述的装置，其特征在于，所述目标确定模块包括：

序号获取子模块，用于获取所述不同音频源各自的播放序号，所述播放序号是依据音频源的启动顺序而设置的；

确定子模块，用于将播放序号最大的音频源对应的音频数据确定为目标音频数据。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：

设置模块，用于当接收到音频源的首个音频数据时，将前一音频源的播放序号加1所得到的值设置为所述音频源的播放序号。

9.根据权利要求6所述的装置，其特征在于，所述装置应用于基于GStreamer框架创建的音频播放管道中的音频选择元件上；

在所述音频播放管道中，所述音频选择元件位于音频解码元件与音频输出元件之间，并且，不同音频源的音频播放管道共用同一所述音频选择元件与所所述音频输出元件。

10.根据权利要求9所述的装置，其特征在于，所述输出模块具体用于：

控制所述音频选择元件将所述目标音频数据输出至所述音频输出元件，以使所述音频输出元件将所述目标音频数据输出至声卡，以播放所述目标音频数据。