CN115729511A

CN115729511A - 一种播放音频的方法及电子设备

Info

Publication number: CN115729511A
Application number: CN202111019992.9A
Authority: CN
Inventors: 郑鑫
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2021-08-31
Filing date: 2021-08-31
Publication date: 2023-03-03
Also published as: WO2023029967A1

Abstract

本申请提供了一种播放音频的方法及电子设备，该电子设备可以是手机、平板等，该方法能够支持用户动选择将电子设备的一个或多个应用设置为采用独立音量和/或独立音效播放对应的音频；对于用户已设置的任意应用，该应用输出音频流时，不再单一地按照系统为该应用指定的音频流类型加载音量，可以独立地按照该应用的最佳播放音量和/或用户设置的独立音效播放该应用的音频；此外，该方法对于同时播放相同类型的两个或两个以上音频流的场景，用户可以提前选择将部分应用或全部应用设置为采用独立音量播放对应的音频，能够实现独立地调节部分音频流的音量，且不影响相同类型的其他音频流的播放音量，减少用户调节音量的次数，提升用户的使用体验。

Description

一种播放音频的方法及电子设备

技术领域

本申请涉及电子技术领域和终端领域，尤其涉及一种播放音频的方法及电子设备。

背景技术

手机、平板等不同的电子设备，可以具有不同的软件系统。当具有不同的软件系统时，电子设备播放音频的实现过程也会有所不同。示例性的，以具有安卓架构的电子设备为例，电子设备上安装的一个或多个应用可以输出不同的音频流，每个应用输出的音频流可以基于电子设备的音频(Audio)系统实现音频的播放。

一种可能的实现方式中，在安卓架构下，电子设备的音频(Audio)系统能够负责音频数据的采集和输出、音频流的控制、音频设备的管理、音量调节等。具体地，Audio系统可以根据每一个应用输出的音频流类型，确定播放该应用的音频时所需要加载的音量，即该应用音频的播放音量。

应理解，安卓架构下定义了多种音频流类型，例如媒体流、通话流、警告流等。不同类型的音频流可以对应独立的播放音量，相同类型的音频流对应相同的播放音量。

示例性的，电子设备的音乐应用播放歌曲、导航类应用播放导航提示音时，一般只要可以实现音频的播放即可。Audio系统会将音乐应用输出的音频流和导航类应用输出的音频流都划分为“媒体流”，并按照该“媒体流”对应的音量播放歌曲和导航提示音。实际上，导航类应用输出的音频流和音乐应用输出的“媒体流”是有区别的，导航类应用对应有专属的音频流类型。当前音频流的分类方式粗略，并没有严格按照导航类应用专属的音频流类型进行区分，电子设备直接按照音乐应用播放歌曲的音量，播放导航类应用的导航提示音等音频，导致导航类应用的音频播放过程中加载的音量是不规范的。

此外，电子设备播放多个应用的音频时，可以基于每个应用输出的音频流类型进行音量的调节。一种可能的场景中，电子设备可能同时播放相同类型的多个音频流。例如，电子设备同时播放音乐和导航提示音时，音乐应用输出的音频流为“媒体流”，导航类应用输出的音频流也为“媒体流”，即电子设备以相同的音量同时播放音乐和导航提示音。因此，用户无法独立地调节相同类型的两条音频流中，某一条音频流的播放音量，导致用户在调节音量的时候，音乐和导航提示音的播放音量只能同时增加或同时减小，无法将音量调节至用户期望的播放效果，影响了用户的播放体验。

发明内容

本申请提供一种播放音频的方法及电子设备，该方法对于同时播放相同类型的两个或两个以上音频流的场景，用户可以提前选择将部分应用或全部应用设置为采用独立音量播放对应的音频，能够实现独立地调节部分音频流的音量，且不影响相同类型的其他音频流的播放音量，减少用户调节音量的次数，提升用户的使用体验。

第一方面提供了一种播放音频的方法，应用于包括音频播放器件和显示屏的电子设备，所述方法包括：接收用户的第一操作，所述第一操作用于触发所述电子设备开始播放第一应用的音频；响应于所述第一操作，启动音频服务，获取所述电子设备的音频配置信息，所述音频配置信息包括第一集合的信息，所述第一集合包括所述电子设备上安装的能够采用独立音量播放音频的N个应用，所述第一集合的信息包括所述N个应用中每个应用的信息和播放每个应用的音频时对应的音量，N为大于或等于1的整数；获取所述第一应用的信息，查询所述第一集合包括的所述N个应用中是否包括所述第一应用；当所述第一集合包括的所述N个应用中包括所述第一应用时，确定并加载所述电子设备播放所述第一应用的音频时对应的第一独立音量；基于所述第一独立音量，通过所述音频播放器件播放所述第一应用的音频。

可选地，第一应用可以是电子设备上安装的能够输出音频的所有应用中的任意一个，例如导航、游戏、音乐、微信、电话、华为VR视频和时钟等应用，本申请实施例对此不作限定。

可选地，第一操作可以是用户启动第一应用开始播放音频的操作。示例性的，如果第一应用是导航应用，第一操作可以是用户开始触发电子设备播放导航提示音。如果第一应用是音乐应用，第一操作可以是用户开始点击“播放”控件，使得电子设备开始播放歌曲，本申请实施例对此不作限定。

通过上述方法，能够支持用户根据个人的使用需求，手动将电子设备的一个或多个应用中每一个应用设置为采用独立音量和/或独立音效播放对应的音频。对于用户已设置的每一个应用，当任意一个应用输出音频流时，不再单一地按照该应用输出的音频流类型加载音量，可以独立地按照该应用的最佳音量和/或用户设置的独立音效播放该应用的音频，更符合用户的播放要求，提升了用户的听觉体验。

例如，当电子设备同时播放相同类型的两个音频流时，用户可以提前将该两个音频流对应的两个应用中的任意一个应用设置为采用独立音量播放音频，或将两个应用都设置为采用独立音量播放音频，该方法能够支持用户独立地调节任意一个音频流的播放音量，且不影响相同类型的另一个音频流的播放音量，可以减少用户调节音量的次数，提升用户的使用体验。

同理，当电子设备同时播放相同类型的三个或三个以上的音频流时，也可以按照前述方法，根据个人的使用需求，为部分音频流对应的应用定制独立音量，从而能够支持用户独立地调节任意一个音频流的播放音量，且不影响相同类型的其他音频流的播放音量，可以减少用户调节音量的次数，提升用户的使用体验。

示例性的，在安卓音频系统中，当用户执行开始播放音频的操作，触发启动该Audio系统，即启动一个音频服务(Audio Server)。具体地，Native层可以解析audioserver.rc文件，并可以将audioserver.rc文件编译成音频可执行程序，即启动了音频服务(Audio Server)。

应理解，音频服务(Audio Server)可以调用该Audio系统的Audio PolicyServices和Audio Flinger，从该Audio系统的Audio Policy Services获取音频配置信息。

结合第一方面，在第一方面的某些实现方式中，所述音频配置信息还包括第二集合的信息，所述第二集合包括所述电子设备上安装的能够采用独立音效播放音频的M个应用，所述第二集合的信息包括所述M个应用中每个应用的信息和播放每个应用的音频时对应的音效，M为大于或等于1的整数，所述方法还包括：查询所述第二集合包括的所述M个应用中是否包括所述第一应用；当所述第二集合包括的所述M个应用中包括所述第一应用时，确定并加载所述电子设备播放所述第一应用的音频时对应的第一独立音效；以及，所述基于所述第一独立音量，通过所述音频播放器件播放所述第一应用的音频，包括：基于所述第一独立音量和所述第一独立音效，通过所述音频播放器件播放所述第一应用的音频。

一种可能的情况中，除了独立音量的设置之外，用户还可以手动将某应用设置为：采用独立音效播放该应用的音频。

又一种可能的情况中，用户可以手动将某应用设置为：采用独立音量播放该应用的音频，且同时为该应用的音频流设置独立的播放音效。

上述实现过程，为用户提供了多种可能的选项，用户可以根据自己的实际需求，并结合每一个应用输出的音频流，将部分应用设置为采用独立音量播放对应的音频，实现应用级的音量定制；或者，为部分应用设置独立音效，进而实现应用级的音效定制；又或者，将部分应用同时设置为采用独立音量和独立音效播放对应的音频，进而可以按照用户期望的音量和音效播放音频，避免相同类型的音频流之间的干扰，减少用户调节音量的次数；此外，该过程能够帮助用户享受到不同于其他应用的播放音效，提升了用户的听觉体验。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，所述音频配置信息还包括第三集合的信息，所述第三集合包括预设的K种类型的音频流，所述第三集合的信息包括所述K种类型的音频流中每一种类型的音频流对应的播放音量，所述方法还包括：接收用户的第二操作，所述第二操作用于触发所述电子设备开始播放第二应用的音频，所述第一应用输出的第一音频流和所述第二应用输出的第二音频流是相同类型的音频流，且所述第一音频流和所述第二音频流对应的类型是所述第三集合包括所述K种类型中的任意一种；响应于所述第二操作，获取所述第二应用的信息，查询所述第一集合包括的所述N个应用中是否包括所述第二应用；当所述第一集合包括的所述N个应用中包括所述第二应用时，确定并加载所述电子设备播放所述第二应用的音频时对应的第二独立音量；基于所述第二独立音量，同时通过所述音频播放器件播放所述第二应用的音频；

或者，当所述第一集合包括的所述N个应用中不包括所述第二应用时，确定所述第二应用的所述第二音频流的类型；根据所述第二音频流的类型和所述音频配置信息，确定并加载所述电子设备播放所述第二应用的音频时对应的目标音量；基于所述目标音量，同时通过所述音频播放器件播放所述第二应用的音频。

可选地，所述第三集合中预设的K种类型的音频流包括：通话流、系统流、铃声流、媒体流、警告流、通知流和按键流中的部分类型或全部类型。

另一种可能的情况中，当所述第一集合包括的所述N个应用中不包括所述第二应用时，即用户并没有将第二应用设置为采用独立音量和/或独立音效播放对应的音频，此时，可以按照现有的方法，确定所述第二应用的所述第一音频流的类型。

可选地，本申请实施例中，所述音频配置信息还包括第三集合的信息，所述第三集合包括预设的K种类型的音频流，所述第三集合的信息包括所述K种类型的音频流中每一种类型的音频流对应的播放音量。

示例性的，所述第三集合包括预设的K种类型的音频流可以是表1中列举的多种流，例如通话流、系统流、铃声流、媒体流、警告流、通知流和按键流。

可选地，音频系统的Audio Flinger可以根据所述第一音频流的类型和所述音频配置信息，确定并加载所述电子设备播放所述第二应用的音频时对应的音量，基于所述目标音量，同时通过所述音频播放器件播放所述第二应用的音频。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，当确定了所述音频播放器件播放第二应用的音频时对应的第二独立音量或目标音量时，所述方法还包括：查询所述第二集合包括的所述M个应用中是否包括所述第二应用；当所述第二集合包括的所述M个应用中包括所述第二应用时，确定并加载所述电子设备播放所述第二应用的音频时对应的第二独立音效；基于所述第二独立音量或所述目标音量，以及所述第二独立音效，通过所述音频播放器件播放所述第二应用的音频；

或者，当所述第二集合包括的所述M个应用中不包括所述第二应用时，基于所述第二独立音量或所述目标音量，通过所述音频播放器件播放所述第二应用的音频。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，所述方法还包括：接收用户的第三操作，所述第三操作用于调节所述电子设备播放音频的音量；响应于所述第三操作，在所述显示屏上自动显示音量调节窗口，所述音量调节窗口中包括L个音量进度条，和/或所述L个音量进度条中每个音量进度条对应的应用图标，L大于或等于1，其中，L是根据前台运行或后台运行的应用数量，和/或所述第一集合中的应用数量N确定的；检测用户在所述L个音量进度条中任意一个目标音量进度条上的第四操作，响应于所述第四操作，确定所述目标音量进度条对应的目标应用，修改所述音频播放器件播放所述目标应用的音频时对应的音量。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，所述第三操作是按压所述电子设备的机械音量按键的增大音量区域或减小音量区域的操作。

示例性的，用户可以通过按压手机侧边框的机械音量按键触发调节音量的过程。例如当检测到用户按压该机械音量按键上增大音量的区域(或者按压该机械音量按键上减小音量的区域)时，手机可以在当前界面上自动显示音量调节窗口，且该音量调节窗口中可以根据不同的场景，显示不同数量、不同种类或不同应用的音量进度条。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，当所述音频播放器件基于所述第一独立音量播放所述第一应用的音频，同时还基于所述第二独立音量或所述目标音量播放所述第二应用的音频，且所述电子设备不包括前台运行或后台运行的其他能够播放音频的应用时，所述L个音量进度条包括：所述第一应用的音量进度条和所述第二应用的音量进度条；或者，

当所述音频播放器件基于所述第一独立音量播放所述第一应用的音频，同时还基于所述第二独立音量播放所述第二应用的音频，且所述电子设备还包括前台运行或后台运行的能够播放音频的第三应用时，所述L个音量进度条包括：所述第一应用的音量进度条、所述第二应用的音量进度条和所述第三应用的音量进度条；或者，

当所述音频播放器件基于所述第一独立音量播放所述第一应用的音频，同时还基于所述目标音量播放所述第二应用的音频，且所述电子设备还包括前台运行或后台运行的能够播放音频的第四应用，所述第四应用输出的第四音频流和所述第二音频流是不同类型的音频流时，所述L个音量进度条包括：所述第一应用的音量进度条、所述第二应用的音量进度条和所述第四应用的音量进度条；或者，

当所述音频播放器件基于所述第一独立音量播放所述第一应用的音频，同时还基于所述目标音量播放所述第二应用的音频，且所述电子设备还包括前台运行或后台运行的能够播放音频的第五应用，所述第五应用输出的第五音频流和所述第二音频流是相同类型的音频流时，所述L个音量进度条包括：所述第一应用的音量进度条和所述第二应用的音量进度条。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，所述第一集合包括的所述第一应用是用户手动选择并配置的，所述方法还包括：显示设置应用的界面，所述设置应用的界面上包括一个或多个与所述电子设备相关的设置选项；接收用户对所述一个或多个选项中包括的应用选项或应用管理选项的第五操作，响应于所述第五操作，显示应用管理界面，所述应用管理界面包括所述电子设备上安装的所有应用图标和/或应用名称；

接收用户对所述第一应用的第六操作，响应于所述第六操作，显示所述第一应用的设置界面，所述第一应用的设置界面包括用于配置所述音频播放器件采用独立音量播放所述第一应用的音频的第一选项，和/或，用于配置所述音频播放器件采用独立音效播放所述第一应用的音频的第二选项；接收用户对所述第一选项的第七操作，响应于所述第七操作，将所述第一应用添加至所述第一集合，确定所述音频播放器件采用独立音量播放所述第一应用的音频。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，所述第一应用的信息包括所述第一应用的标识或包名，所述第一集合的信息包括所述N个应用中每个应用的标识或包名；和/或，所述第二应用的信息包括所述第二应用的标识或包名，所述第二集合的信息包括所述M个应用中每个应用的标识或包名。

综上所述，通过本申请实施例提供的方法，能够支持用户根据个人的使用需求，手动将电子设备的一个或多个应用中每一个应用设置为采用独立音量和/或独立音效播放对应的音频。对于用户已设置的每一个应用，当任意一个应用输出音频流时，不再单一地按照该应用输出的音频流类型加载音量，可以独立地按照该应用的最佳音量和/或用户设置的独立音效播放该应用的音频，更符合用户的播放要求，提升了用户的听觉体验。

此外，当电子设备同时播放相同类型的两个音频流时，用户可以提前将该两个音频流对应的两个应用中的任意一个应用设置为采用独立音量播放音频，或将两个应用都设置为采用独立音量播放音频，该方法能够支持用户独立地调节任意一个音频流的播放音量，且不影响相同类型的另一个音频流的播放音量，可以减少用户调节音量的次数，提升用户的使用体验。同理，当电子设备同时播放相同类型的三个或三个以上的音频流时，也可以按照前述方法，根据个人的使用需求，为部分音频流对应的应用定制独立音量，从而能够支持用户独立地调节任意一个音频流的播放音量，且不影响相同类型的其他音频流的播放音量，可以减少用户调节音量的次数，提升用户的使用体验。

进一步地，该方法可以针对不同应用设置采用独立音量和/或独立音效播放对应的音频，还可以针对同一个应用的不同功能(或不同使用场景)，设置一个应用在不同使用场景中采用独立音量和/或独立音效播放对应的音频，为用户提供不同的播放体验。

第二方面提供了一种电子设备，包括：显示屏；一个或多个音频播放器件；一个或多个处理器；一个或多个存储器；安装有多个应用程序的模块；所述存储器存储有一个或多个程序，所述一个或多个程序包括指令，当所述指令被所述电子设备执行时，使得所述电子设备执行如第一方面和第一方面中任一项所述的方法。

第三方面提供了一种电子设备上的图形用户界面系统，所述电子设备具有显示屏、一个或多个音频播放器件、一个或多个存储器、以及一个或多个处理器，所述一个或多个处理器用于执行存储在所述一个或多个存储器中的一个或多个计算机程序，所述图形用户界面系统包括所述电子设备执行如第一方面和第一方面中任一项所述的方法时显示的图形用户界面。

第四方面提供了一种装置，该装置包含在电子设备中，该装置具有实现上述第一方面及上述第一方面的可能实现方式中电子设备行为的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块或单元。例如，显示模块或单元、检测模块或单元、处理模块或单元等。

第五方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行如第一方面和第一方面中任一项所述的方法。

第六方面提供了一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行上述第一方面或者第一方面的任意一种可能的方法。

附图说明

图1是一例用户设置手机播放不同音频时对应的播放音量的示意图。

图2是本申请实施例提供的几例可能的场景示意图。

图3是一例电子设备同时播放两个相同类型的音频流的实现过程示意图。

图4是本申请实施例提供的一例电子设备的结构示意图。

图5是本申请实施例的一例电子设备的软件结构框图。

图6是本申请实施例提供的一例为某个应用定制独立音量的过程示意图。

图7是本申请实施例提供的一例调节音量的过程示意图。

图8是本申请实施例提供的另一例调节音量的过程示意图。

图9是本申请实施例提供的又一例调节音量的过程示意图。

图10是本申请实施例提供的一例为某个应用定制独立音效的过程示意图。

图11是本申请实施例提供的一例为应用内的不同场景定制独立音量的过程示意图。

图12是本申请实施例提供的另一例调节音量的过程示意图。

图13是本申请实施例提供的一例播放音频的方法的示意性流程图。

图14是本申请实施例提供的又一例播放音频的方法的示意性流程图。

具体实施方式

应理解，不同的电子设备，可以具有不同的软件系统。可选地，电子设备的软件系统可以采用分层架构、事件驱动架构、微内核架构、微服务架构或云架构等不同的架构，例如具有分层架构的安卓

系统，具有微内核架构的华为鸿蒙系统(Harmony OS或Hongmeng OS)等。

示例性的，以具有

系统的手机为例，手机可以基于

音频(Audio)系统，播放不同应用的音频。应理解，该Audio系统对外的播放接口是音轨(Audiotrack)，每一个应用会在应用程序框架层创建一个对应的Audio track，每一个Audiotrack可以进一步调用该音频系统引擎(Audio Flinger)。

具体地，当某一个应用程序输出音频流时，手机可以基于“该音频流的用途(usage)”确定音频流类型，并通过该应用程序对应的Audio track向Audio Flinger输出解码后的音频流，Audio Flinger可以加载对应于该音频流类型的音量，手机的扬声器、听筒等可能的音频硬件设备就可以基于Audio Flinger加载的音量播放该应用的音频。

一种可能的实现场景中，手机上多个不同的应用程序(application，App)可能同时输出多个不同的音频流，相应地，手机的该Audio系统也可以根据多个不同的应用程序输出的多个音频流，实现音频的播放。

示例性的，该Audio Flinger可以对多个不同的音频流进行混音处理，再将混音后的音频数据输出到该Audio系统的音频硬件抽象层(Audio hardware abstraction layer，Audio HAL)。该Audio HAL可以接收混音后的音频数据，并选择输出的音频硬件设备。此外，该Audio HAL可以进一步访问该音频硬件设备对应的驱动程序，从而驱动手机的扬声器、听筒等可能的音频硬件设备，同时播放该多个应用的音频。

可选地，在手机播放整个音频的过程中，用户可以调节手机的播放音量。应理解，在

系统中，音量的调节方式主要是基于音频流类型来进行调节。

示例性的，用户可以分别调节不同类型的音频流的音量。具体地，如果手机同时播放多个不同类型的音频流，用户可以调节该多个不同类型的音频流中某一个类型的音频流的音量，且不会影响到其他类型的音频流的音量。

一种可能的实现方式，在具有

系统的电子设备的音频管理过程中，可以将输出的所有音频流划分为几种通用的音频流类型。

示例性的，表1示出了

系统中包括的几种可能的音频流类型。如表1所示，在

系统中，目前音频流可以包括7种不同的类型，分别为：通话流、系统流、铃声流、媒体流、警告流、通知流和按键流。

表1

应理解，不同类型的音频流可以对应于手机的多种可能的使用场景，或者包括多种可能的声音来源。换言之，每一种类型的音频流包括一种或多种内容，或者说，每一种类型的音频流可以来源于多种不同的应用程序，即多种不同的应用程序输出的声音可以对应一种音频流类型。

示例性的，如表1所示，音乐应用、视频应用、游戏应用等应用程序输出的声音都被划分为“媒体流”；用户通过手机接听电话时，手机听筒播放的对端用户的语音可以被划分为“通话流”，此处不再一一赘述。

还应理解，每一种类型的音频流可以对应一个播放音量，且每一种类型的音频流的播放音量可以由用户进行设置，手机可以根据输出的音频流类型，确定播放音量。

示例性的，假设手机的播放音量可以包括8个等级，即手机的最大播放音量记作“8”级音量，最小播放音量记作“0”级音量(即静音播放)。表1中列举了当前该手机上几种不同的音频流类型可能对应的播放音量等级，例如“媒体流”对应的播放音量为3级音量，即手机通过扬声器播放歌曲、播放视频对应的音频，或者播放打游戏时的音频时，可以具有相同的播放音量，都可以按照3级音量进行播放。

可选地，手机还可以根据音频流类型，选择合适的输出设备。

示例性的，当手机通过扬声器播放音乐时，输出的来自音乐应用的音频流属于媒体流；手机的扬声器播放电话铃声时，输出的音频流属于铃声流。当用户在连接着有线耳机的手机上播放音乐时，音乐应用的音频流只会输出到有线耳机；如果手机通过有线耳机播放音乐时，电话铃声响起，那么电话铃声对应的音频流可以同时输出到有线耳机和外放的扬声器，本申请实施例对此不作赘述。

示例性的，图1中的(a)图示出了手机在解锁模式下显示的主界面101，该主界面101上显示了导航栏、天气时钟组件以及多款应用程序(application，App)等。其中，应用程序可以包括电话、导航、音乐、设置等。应理解，该主界面101还可以包括其他更多的应用程序或者包括更多的内容，本申请实施例对此不作限定。

可选地，用户执行如图1中的(a)图所示的操作，点击设置应用的图标，响应于用户的点击操作，手机显示如图1中的(b)图所示设置应用主界面102。在设置应用主界面102上，显示了手机当前登录的用户账号信息(例如用户名“XXX”等)，以及多种用于设置或修改手机状态的选项。

示例性的，如图1中的(b)图所示，该界面102上可以包括与手机的网络连接相关的无线局域网(wireless local area networks，WLAN)选项，与手机的蓝牙连接相关的蓝牙选项、桌面与壁纸选项、显示与亮度选项、声音与振动选项，以及应用选项等。应理解，该界面102上还可以包括的更多的内容，用户可以通过在显示屏上执行向下的滑动操作，以查看更多的其他选项，本申请实施例对此不再赘述。

用户执行如图1中的(b)图所示的操作，点击“声音与振动”选项，响应于用户的点击操作，手机显示如图1中的(c)图所示的声音与振动选项对应的操作界面103。在该界面103上，显示了手机可切换的响铃模式、振动模式和静音模式，用户可以根据使用场景，选择符合自己当前的使用需求的任意一种模式。

此外，该界面103上还可以显示当前手机所处模式所对应的一种或多种音量详情。可选地，每一种音量详情可以以音量进度条的方式呈现给用户，用户可以在每一种音量进度条上滑动以调整该音量。

可选地，该界面103上还可以包括来电铃声、信息铃声、通知铃声、杜比全景声等一种或多种选项。用户如果期望修改手机的来电铃声、信息铃声、通知铃声等任意一种铃声，可以点击该界面103上对应的来电铃声、信息铃声、通知铃声等选项，并进入对应的修改界面修改铃声，本申请实施例对相应的过程不作赘述。

可选地，当用户点击“声音与振动”选项，触发手机进入声音与振动选项对应的操作界面103时，该界面103可以仅显示当前手机所处模式所对应的部分音量详情，更多的其他音量详情显示为折叠状态，且在其他音量详情显示为折叠状态时，该界面103上还可以显示“更多”控件。

示例性的，当用户期望查看更多的可设置或可修改的音量详情时，可以执行如图1中的(c)图所示的操作，点击该界面103上的“更多”控件，响应于用户的点击操作，手机可以显示如图1中的(d)图所示的界面104。在该界面104上展开显示了所有用户可设置或可修改的音量详情对应的音量进度条，用户可以根据自己的需求，在任意一种音量详情对应的音量进度条上执行滑动操作，以修改对应的音量。

示例性的，如图1中的(d)图所示，假设用户在界面104上，通过滑动每一种音量进度条，设置了手机处于响铃模式时，每一种音量详情对应的播放音量。且根据该界面104上显示的多种播放音量，得到表1中列举的不同类型的音频流对应的播放音量等级。

可选地，该界面104上显示的某一个音量进度条可以对应表1中划分的一种或多种类型的音频流。

示例性的，在该界面104上，用户可设置的第一个音量详情为“来电、信息、通知音”的播放音量，该音量详情包括了表1中“铃声流(来电铃声)”对应的音量，和“通知流(信息等通知音)”对应的音量。如图1中的(d)图所示，该第一个音量详情的音量进度条对应的音量为“5”级，即用户同时设置了手机的来电铃声、信息等通知音的播放音量为“5”级。

或者，可选地，该界面104上的每一种音量详情仅用于表示该音量进度条上列举的应用音量。示例性的，该界面104上的第三个音量详情为“音乐、视频、游戏”的播放音量，该第三个音量详情的音量进度条上显示的“3”级音量仅用于表示手机播放音乐应用、视频应用、游戏应用的音频时的音量，而不表示除了音乐应用、视频应用、游戏应用的音频之外的任意应用程序音频的播放音量，即使任意应用程序的输出的音频流类型仍然为“媒体流”，本申请实施例对此不作限定。

同理，对于不同类型的电子设备，用户可以在电子设备上设置不同类型的音频流的播放音量。例如车载设备(车机)、平板等电子设备，可以根据不同类型的音频流对应的音量，在获取到应用程序1输出的“第一音频流”时，判断并确定“第一音频流”对应“类型1”，并加载该类型1的音频流对应的“第一音量”，从而基于“第一音量”播放该应用程序1输出的“第一音频流”，此处不再赘述。

上述过程中，电子设备可以为不同类型的音频流加载目标音量，且用户调节某一种类型的音频流对应的音量时，并不影响其他类型的音频流对应的音量。

示例性的，根据表1列举的多种类型的音频流对应的音量，当用户使用手机的扬声器播放音乐应用的歌曲，音乐对应的“媒体流”的播放音量为3级；此时接入电话，音乐暂停且用户通过手机听筒接听对端用户的语音，听筒播放对端用户的语音对应为“通话流”，该“通话流”的播放音量为7级。如果在接听电话的过程中，用户按压一次手机的机械音量按键的增大音量区域，响应于用户的一次按压操作，手机将增大“通话流”的音量到8级。当结束通话后，手机可以继续以3级音量播放歌曲。

由此可见，上述过程中，每一种类型的音频流可以对应独立的一种音量，不同类型的音频流对应的音量不会相互影响，用户如果调节了“媒体流”对应的播放音量，不会影响“通话流”对应的播放音量。

但是，当电子设备同时播放相同类型的多个音频流时，用户往往无法独立调节其中某一条音频流的音量，或者说，用户无法独立调节相同类型的多个音频流中任意一条音频流的音量。下面结合可能的应用场景，进行说明。

图2是本申请实施例提供的几例可能的场景示意图。

一种可能的场景，可以是图2中的(a)图所示的驾驶场景，该驾驶场景中包括车载设备10，车载设备10的扬声器10-1。用户可能使用车载设备10进行导航，车载设备10的显示屏的左半屏可以显示如图2中的(a)图所示的导航界面，且通过扬声器10-1播放导航提示音；同时，用户可能使用车载设备10播放音乐，车载设备10的显示屏的右半屏可以显示如图2中的(a)图所示的音乐播放界面，且通过扬声器10-1播放音乐。

在图2中的(a)图所示的驾驶场景中，车载设备10的扬声器10-1同时播放导航应用的导航提示音和音乐应用的歌曲。在音频流输出过程中，车载设备10可能将导航应用的音频流和音乐应用的音频流都确定为“媒体流”，并按照“媒体流”对应的音量进行加载，从而使用该“媒体流”对应的音量播放导航应用的导航提示音和音乐应用的歌曲，例如按照表1中列举的“媒体流”对应的音量可以为3级。

应理解，本申请实施例中，对导航应用、音乐应用、视频应用、游戏应用等应用的具体类型和名称不作限定。例如，导航应用可以是高德地图、百度地图等具有导航功能的任意一款应用，音乐应用可以是华为音乐，或者酷狗音乐等具有播放音乐、播放有声读物功能的任意一款应用，本申请实施例对此不作限定。

示例性的，以图2中的(a)图所示的驾驶场景为例，车载设备10的扬声器10-1同时输出导航应用的音频(导航提示音)和音乐应用的音频(歌曲)时，对应的实现过程可以包括以下步骤：

S31，应用程序层的导航应用输出音频数据，该音频数据形成的音频流被标识为“媒体流”；同理，音乐应用输出音频数据，该音频数据形成的音频流被标识为“媒体流”。

具体地，应用程序层的导航应用可以通过Attribute.usage指定输出的导航提示音包含的音频数据对应的流类型为“媒体流”，同样地，音乐应用输出的音频数据对应的流类型也为“媒体流”。

可选地，标识音频流可以包括多种可能的方式。示例性的，可以为表1中列举的七种音频流分配标识，例如标识分别为1、2、3……6、7，即一种音频流包括的音频数据都包括该音频流的标识，从而根据该音频流的标识确定音频流类型。例如，音乐应用输出的音频数据、视频应用输出的音频数据都包括标识“4”，进而确定音乐应用和视频应用输出的音频流为“媒体流”，本申请实施例对标记音频流不作限定。

S32-1，导航应用调用导航应用的音频播放接口，在应用程序框架层创建该导航应用对应的音轨(Audio track)，Audio track可以输出解码后的“媒体流”。

S32-2，音乐应用调用音乐应用的音频播放接口，在应用程序框架层创建该音乐应用对应的Audio track，Audio track可以输出解码后的“媒体流”。

可选地，音频播放接口可以是采用媒体播放器(media player)的Java类应用程序的编程接口(application programming interface，API)，即Java API。

S33，导航应用对应的Audio track和音乐应用对应的Audio track可以进一步调用该Audio系统的Audio Flinger，Audio Flinger加载“媒体流”对应的音量，即作为导航应用输出的音频流和音乐应用输出的音频流的播放音量。

示例性的，假设按照表1的示例，该媒体流对应的音量为3级，即S33中AudioFlinger可以确定手机播放导航应用的音频和音乐应用的音频时，音量都为3级。

S34，获取导航应用和音乐应用中每一个应用解码后的音频流包括的音频数据，在Audio Flinger的混音器(Audio Mixer)里将导航应用和音乐应用各自的音频数据进行混合，并由Audio Flinger输出混合后的音频数据(Audio data)。

S35，音频硬件抽象层(Audio hardware abstraction layer，Audio HAL)可以选择该媒体流(包括混合后的音频数据)的输出硬件设备，并访问内核层的该硬件设备的驱动程序，从而通过该硬件设备同时播放导航应用的导航提示音和音乐应用的歌曲，且播放音量都为“媒体流”对应的3级音量。

在上述驾驶场景中，如果用户觉得导航提示音太吵，影响用户听音乐，因此用户可能期望降低扬声器10-1播放导航提示音的音量，和/或，期望增大扬声器10-1播放音乐的音量。由于车载设备10正在播放的导航提示音和音乐都对应“媒体流”，因此，用户无法单独地调节导航提示音的音量；或者，单独地调节音乐的音量。

示例性的，如果用户通过车载设备10的机械音量按键，执行了增加音量的操作，那么车载设备10的扬声器10-1播放导航提示音和播放音乐的音量将同时增加，无法实现单独调节其中任意一种音量，从而影响了用户的使用体验。

另一种可能的场景，可以是图2中的(b)图所示的游戏场景，用户使用手机20打游戏的过程中，可能会开启游戏的队内语音，可以通过手机20的听筒20-4播放其他队友的语音，以实现和团队的其他队友连麦，通过队内语音交流团队作战方案或游戏经验等。应理解，当用户使用队内语音时，手机20的麦克风、听筒或扬声器等播放器件为开启状态，即手机20的游戏界面上的麦克风图标20-1和播放器件图标20-2显示为工作状态。

同时，用户在打游戏并和其他队友连麦的过程中，还可能接入微信应用的语音通话，和家人进行通话。该场景中，假设用户也选择通过手机20的听筒20-4播放微信语音通话过程中对端家人的语音，同时，手机20的显示屏上的游戏界面上还悬浮显示微信应用的语音通话图标20-3。

在图2中的(b)图所示的游戏场景中，手机20的听筒20-4同时播放来自游戏应用的其他队友的语音和来自微信应用的语音通话过程中对端家人的语音。在该音频输出过程中，手机20可能将来自游戏应用的其他队友的语音和来自微信应用的语音通话过程中对端家人的语音都确定为“通话流”，并加载“通话流”对应的音量，从而使用该“通话流”对应的音量播放来自游戏应用的其他队友的语音和来自微信应用的语音通话过程中对端家人的语音，例如按照表1中列举的“通话流”对应的播放音量为7级。应理解，该游戏场景对应的音频播放过程，可以参照图3的介绍，为了简便，此处不再赘述。

在该游戏场景中，如果用户觉得微信应用的语音通话中，对端家人的语音声音过低，影响用户接听，因此用户可能期望降低手机20播放的来自游戏应用的其他队友语音的音量，和/或，如果用户期望增大手机20播放来自微信应用的语音通话过程中对端家人的语音的音量。由于对端家人的语音和游戏应用的其他队友语音都对应“通话流”，用户同样无法单独地调节对端家人的语音和游戏应用的其他队友语音中任意一种音量。

示例性的，如果用户按压手机20侧边框处的机械音量按键，执行了增加音量的操作，那么手机20播放该游戏应用的其他队友语音的音量和播放微信应用的语音通话过程中对端家人的语音的音量将同时增加，无法实现单独调节其中任意一种音量，影响了用户的使用体验。

又一种可能的场景，手机20等电子设备可能包括多个播放器件，当手机20等电子设备通过不同的播放器件播放同一个应用的音频时，可能出现将该应用的音频确定为不同类型的音频流的情况。

示例性的，手机20可以包括扬声器、听筒等播放器件。如果用户选择通过手机20的扬声器(扬声器图标20-2对应指示的手机硬件)同时播放来自游戏应用的其他队友的语音和来自微信应用的语音通话过程中对端家人的语音。在该音频输出过程中，手机20可能将来自游戏应用的其他队友的语音和来自微信应用的语音通话过程中对端家人的语音都确定为“媒体流”，并按照“媒体流”对应的音量进行加载，例如按照表1中列举的媒体流对应的音量为3级。

同样地，对于两种音频都为“媒体流”的场景，用户依然无法实现单独地调节该游戏应用的其他队友语音和对端家人的语音中的任意一种音量。

综上所述，按照目前音频流的类型划分方式，并没有针对每一款应用本身的用途、实际使用场景，精准地划分该应用输出的音频流类型，如果音频流类型匹配不准确，可能导致播放该应用的音频音量不规范，且不符合用户的预期。例如，微信应用的语音通话过程中对端用户的语音，因为播放器件的不同，可能被确定为“媒体流”，也可能被确定为“通话流”，不同类型的音频流对应不同的播放音量。因此，对端用户的语音所对应的播放音量是不规范的，可能并不是用户期望的播放音量，无法满足用户的实际需求，影响了用户的听觉体验。

此外，当车载设备10、手机20等电子设备同时播放相同类型的多个音频流时，用户无法独立地调节该多个音频流中的任意一条音频流对应的音量，用户的使用体验较差。

针对上述问题，本申请实施例将提供一种播放音频的方法，当电子设备同时播放类型相同的多个音频流时，该方法可以支持用户独立地调节类型相同的多个音频流中任意一个音频流对应的音量，且不会影响到其他音频流类型对应的音量，以提高用户的使用体验。

应理解，本申请实施例提供的播放音频的方法可以应用于手机、平板电脑、可穿戴设备、车载设备、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)等能够输出音频、具有播放功能的电子设备上，本申请实施例对电子设备的具体类型不作任何限制。

图4是本申请实施例提供的一例电子设备的结构示意图。

应理解，本申请实施例的电子设备可以包括图4示出的电子设备100的部分结构或全部结构，或者还可以包括更多的其他未示出的结构，本申请实施例对此不作限定。

示例性的，如图4所示，电子设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identificationmodule，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本申请实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

其中，控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在本申请实施例中，电子设备100的处理器110存储有本申请实施例提供的播放音频的方法所对应的计算机程序或指令。

示例性的，通过调用处理器110存储的播放音频的方法，对于电子设备100上安装的能够输出音频的一个或多个应用，用户可以根据个人的使用需求，通过设置应用的管理入口，手动将部分应用设置为采用独立音量和/或独立音效播放对应的音频。对于用户已设置的每一个应用，当任意一个应用输出音频流时，将该应用的音频流标记为独立的“应用流”，并按照独立的“应用流”确定需要加载的音量，不再单一地按照该应用输出的音频流类型加载音量，可以独立地按照该应用的最佳音量和/或用户设置的独立音效播放该应用的音频，更符合用户的播放要求，提升了用户的听觉体验。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备100的结构限定。在本申请另一些实施例中，电子设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过电子设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。

电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G/6G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，电子设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备100可以通过无线通信技术与网络以及其他设备通信。

电子设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。

在本申请实施例中，电子设备100的显示屏194可以显示不同的界面内容，并可以接收用户的触摸操作。

示例性的，电子设备100的显示屏194可以检测到用户的触摸操作，可以将该触摸操作传递给处理器110，根据处理器110的指示做出响应，切换显示屏194的显示内容。

例如，用户将某个应用设置为采用独立音量和/或独立音效播放对应的音频的过程中，显示屏194上可以根据用户的操作，显示不同的界面内容。

或者，当用户按压机械音量按键时，可以触发在显示屏194上自动显示悬浮态的音量调节窗口，并根据电子设备100的前台运行或后台运行的应用情况等，在音量调节窗口中显示不同数量、不同种类的音量进度条，此处不再赘述。

电子设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，电子设备100可以包括1个或N个摄像头193，N为大于1的正整数。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当电子设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样，电子设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现电子设备100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行电子设备100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。

电子设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如播放音乐、播放视频对应的音频、播放导航类应用的导航提示音、接听电话、录音等音频功能。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。电子设备100可以通过扬声器170A收听音乐，或收听免提通话等。

示例性的，在图2中的(a)图所示的驾驶场景中，车载设备10的扬声器10-1可以同时播放导航应用的导航提示音和音乐应用的歌曲。

受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当电子设备100接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。

示例性的，在图2中的(b)图所示的游戏场景中，手机20的听筒20-4同时播放来自游戏应用的其他队友的语音和来自微信应用的语音通话过程中对端家人的语音。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。电子设备100可以设置至少一个麦克风170C。在另一些实施例中，电子设备100可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，电子设备100还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

示例性的，在图2中的(b)图所示的游戏场景中，用户除了通过手机20的听筒20-4同时接听来自游戏应用的其他队友的语音和来自微信应用的语音通话过程中对端家人的语音之外，手机20的麦克风170C还可以获取用户的声音信号，并转换为电信号，传输到手机20的对端设备。

耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。

示例性的，电子设备100的音频系统可以根据每个应用输出的音频流类型，选择合适的输出设备或播放器件。在用户通过耳机接口170D连接有线耳机期间，音乐声(STREAM_MUSIC)只会通过耳机接口170D输出到有线耳机，而如果此时有电话打入时，电话铃声(STREAM_RING)会同时通过耳机接口170D输出到有线耳机和扬声器170A，此处不再赘述。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。

陀螺仪传感器180B可以用于确定电子设备100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定电子设备100围绕三个轴(即，x，y和z轴)的角速度。

气压传感器180C用于测量气压。在一些实施例中，电子设备100通过气压传感器180C测得的气压值计算海拔高度，辅助定位和导航。

磁传感器180D包括霍尔传感器。

加速度传感器180E可检测电子设备100在各个方向上(一般为三轴)加速度的大小。

距离传感器180F，用于测量距离。电子设备100可以通过红外或激光测量距离。

接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。

环境光传感器180L用于感知环境光亮度。电子设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。

指纹传感器180H用于采集指纹。电子设备100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。

温度传感器180J用于检测温度。在一些实施例中，电子设备100利用温度传感器180J检测的温度，执行温度处理策略。

触摸传感器180K，也称“触控面板”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于电子设备100的表面，与显示屏194所处的位置不同。

示例性的，在本申请实施例中，该触摸传感器180K可以检测用户的触摸、点击等操作，生成操作事件，并将该操作事件传递给处理器110，由处理器110确定该操作事件包括触摸点的坐标、触摸状态等相关参数，根据该操作事件做出响应。

骨传导传感器180M可以获取振动信号。在一些实施例中，骨传导传感器180M可以获取人体声部振动骨块的振动信号。

按键190包括开机键，音量键等。按键190可以是机械按键，也可以是触摸式按键。电子设备100可以接收按键输入，产生与电子设备100的用户设置以及功能控制有关的键信号输入。

示例性的，在本申请实施例中，按键190可以包括手机侧边框的机械音量按键，或者其他触摸式的音量调节按键。

可选地，用户可以通过按压手机侧边框的机械音量按键触发调节音量的过程。例如当检测到用户按压该机械音量按键上增大音量的区域(或者按压该机械音量按键上减小音量的区域)时，手机可以在当前界面上自动显示音量调节窗口，且该音量调节窗口中可以根据不同的场景，显示不同数量、不同种类或不同应用的音量进度条。

马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

示例性的，在本申请实施例中，用户可以手动为每一个应用定制一种或多种独立特性，该独立特性可以涉及该应用输出的音频特性(例如独立音量和/或独立音效)、显示特性(例如界面刷新频率等)、动效(例如何种动画效果等)、对用户触摸操作出响应(例如对用户触摸操作做出振动响应等)等一种或多种。

具体地，当检测到用户的触摸操作时，马达191支持电子设备100对用户的触摸操作出响应，例如对用户触摸操作做出振动响应等，本申请实施例对此不作限定。

指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和电子设备100的接触和分离。电子设备100可以支持1个或N个SIM卡接口，N为大于1的正整数。

电子设备100的软件系统可以具有不同的软件结构，在本申请实施例中，假设电子设备100具有

系统，下面示例性说明具有

系统的电子设备100可能的音频系统架构。

图5是本申请实施例的一例电子设备100的

音频系统架构图。应理解，

系统的分层架构可以包括若干个层，每一层都有清晰的角色和分工，且层与层之间通过软件接口通信。

在本申请实施例中，可以将基于

系统的音频架构称为“

音频系统架构”、或“

音频框架”，后续简称为“音频(Audio)系统”。具体地，该Audio系统能够负责音频数据的采集和输出、音频流的控制、音频设备的管理、音量调节等功能。

结合前述图3介绍的音频播放过程，示例性的，如图5所示，本申请实施例的该Audio系统从上至下，包括应用程序层、应用程序框架层(framework)、音频硬件抽象层(Audio hardware abstraction layer，Audio HAL)和内核层。

如图5所示，应用程序层可以包括一系列应用程序包。例如本申请实施例中所介绍的游戏、

导航、音乐等应用程序对应的应用程序包。

示例性的，在本申请实施例中，导航应用可以包括高德地图、百度地图等具有导航功能的任意一款应用，音乐应用可以是华为音乐，或者酷狗音乐等具有播放音乐、播放有声读物功能的任意一款应用，游戏应用可以包括不同公司开发的各类游戏应用，本申请实施例对应用的具体类型不作限定。

应理解，每一个应用可以在应用程序框架层(framework)构造一个Audio track实例，即每一个应用对应一个Audio track。一个应用构造一个Audio track后，该应用就可以接着向对应的Audio track写入音频数据。每一个Audio track可以进一步向该Audio系统引擎(Audio Flinger)输出解码后的音频数据。

应用程序框架层(framework)可以为应用程序层的应用程序提供应用编程接口(application programming interface，API)和编程框架，即“音频系统框架”。应用程序框架层还可以包括一些预先定义的函数、类或接口。

如图5所示，在本申请实施例中，应用程序框架层可以进一步被划分为Java层和Native层。具体地，Java层可以包括Java类应用程序的编程接口(applicationprogramming interface，API)，换言之，Java层可以包括多种不同的应用程序对应的JavaAPI，用于控制音频流的回放，例如本申请实施例中涉及的游戏应用的Java API、微信应用的Java API、导航应用的Java API和音乐应用的Java API等。

Native层可以解析并编译rc文件。示例性的，当用户执行开始播放音频的操作，触发启动该Audio系统，即启动该Audio系统的一个音频服务(Audio server)。Native层可以解析audioserver.rc文件，并可以将audioserver.rc文件编译成音频可执行程序。每一个应用可以在Native层创建对应一个Audio track，该Audio track可以输出解码后的音频数据。

在该Audio系统启动时，音频服务(Audio server)可以加载Audio Flinger。在该过程中，音频服务(Audio server)可以分别调用该音频系统引擎(Audio Flinger)和音频策略服务(Audio Policy Service)，并对Audio Flinger和Audio Policy Service进行初始化。

应理解，音频策略服务(Audio Policy Service)与音频系统引擎(AudioFlinger)是该Audio系统的两大基本服务。其中，音频策略服务(Audio Policy Service)是音频系统策略的制定者，负责音频设备切换的策略抉择、音量调节策略等，例如音频策略服务(Audio Policy Service)可以起到路由的作用，它有权决定某一个Audio Track所产生的音频流最终会传输到哪个音频播放器件。

音频系统引擎(Audio Flinger)是该Audio系统播放音频策略的执行者，负责管理输入音频流的设备、管理输出音频流的设备，以及音频模式的切换、音频参数的加载、音频流数据的处理传输等。Audio Flinger进行初始化的过程中，可以获取该Audio系统的初始化默认音量参数，例如获取包括表1中列举的通话流、系统流、铃声流、警告流(闹钟)、通知流、拨号按键流等分别对应的音量等级。

应理解，Audio Policy Service初始化的过程中，可以解析出了设置中的音频配置，并利用Audio Flinger提供的接口完成了整个音频系统的部署，从而为后面上层应用使用音频设备提供了底层支撑。

还应理解，Audio Policy Service才是真正调用Audio Flinger的地方，AduioPolicy Service可以通过Binder机制调用Audio Flinger里面的函数，即调用接口AudioFlinger接口。

示例性的，在本申请实施例中，当某一个应用程序输出音频流时，该音频流包括的音频数据都可以被标识为某种流类型，并通过该应用程序对应的Audio track向AudioFlinger输出解码后的音频流数据。Audio Flinger可以根据音频流类型，加载对应于该音频流类型的音量。

可选地，Audio Flinger还可以包括混音器(Audio Mixer)，Audio Flinger的混音器(Audio Mixer)可以将多个不同应用输出的音频流进行混合，并由Audio Flinger输出混合后的音频数据(Audio data)。

如图5所示，在本申请实施例中，该Audio HAL可以负责与音频硬件设备的交互，该Audio HAL可以由Audio Flinger直接调用。

示例性的，该Audio HAL可以接收混合后的音频数据，并选择输出的音频硬件设备。进一步访问内核层的该音频硬件设备对应的驱动程序，从而驱动该音频硬件设备同时播放多个应用的音频。

此外，该Audio系统还可以包括该电子设备100的音频硬件设备，该音频硬件设备可以被内核层的相应的驱动程序调用。手机的扬声器、听筒等硬件设备基于Audio Flinger加载的音量进行播放。

内核层是硬件和软件之间的层。内核层至少包含音频驱动等。

示例性的，如图5所示，本申请实施例中的Audio HAL可以负责与音频硬件设备的交互，该Audio Flinger可以直接调用该Audio HAL。该Audio HAL可以选择该类型的音频流的音频硬件设备，并访问内核层的该硬件设备的驱动程序，从而驱动该音频硬件设备按照Audio Flinger加载的对应于该音频流类型的音量进行播放。

其中，电子设备100的音频硬件设备可以包括图4中示出的扬声器170A、听筒(受话器170B)、通过耳机接口170D连接的有线耳机等能够播放音频的播放器件，本申请实施例对此不作限定。

为了便于理解，本申请以下实施例将以具有图4所示硬件结构和图5所示软件结构的电子设备100(例如手机、车载设备、平板等)为例，结合附图和应用场景，对本申请实施例提供的播放音频的方法进行具体阐述。

首先，在介绍本申请实施例提供的播放音频的方法之前，用户可以通过多种可能的途径将一个或多个应用设置为采用独立音量播放对应的音频。

一种可能的实现方式中，可以在系统级的设置应用，为用户添加开启应用独立音量的相关接口，使得用户可以根据自己的使用需求，找到目标应用，并将目标应用设置为采用独立音量播放对应的音频。

示例性的，图6中的(a)图示出了在解锁模式下，手机的显示屏显示的主界面601。该主界面601上包括导航栏、天气时钟组件以及多款应用程序，例如电话、导航、音乐和设置等。应理解，该主界面601还可以包括其他更多的应用程序或者包括更多的内容，本申请实施例对此不作限定。

在手机的主界面601上，用户执行如图6中的(a)图所示的操作，点击设置应用的图标，响应于用户的点击操作，手机进入设置应用的主界面602。该设置应用的主界面602可以包括不同的菜单和选项等，例如用户账号信息、WLAN选项，蓝牙选项、桌面与壁纸选项、显示与亮度选项、声音和振动选项，以及应用选项等。

在该设置应用的主界面602上，用户执行如图6中的(b)图所示的操作，点击“应用”选项，响应于用户的点击操作，手机显示如图6中的(c)图所示的界面603。可选地，该界面603可以包括应用管理、应用启动管理、权限管理、默认应用、应用助手、应用分身等选项。

继续地，用户执行如图6中的(c)图所示的操作，点击“应用管理”选项，响应于用户的点击操作，手机显示如图6中的(d)图所示的应用管理界面604。在该应用管理界面604上，显示了应用搜索框，以及手机本地安装的应用列表，该应用列表可以包括例如导航、游戏、音乐、微信、电话、华为VR视频、时钟等应用程序的图标和名称。

用户可以根据自己的实际使用需求，在如图6中的(d)图所示的应用列表中，找到期望设置为采用独立音量播放对应的音频的目标应用。具体地，用户可以在该应用列表上执行向上的滑动操作，以查看手机本地安装的更多其他应用，或者在应用搜索框中输入期望设置为采用独立音量播放对应的音频的目标应用的名称，以快速找到该目标应用，此处不再赘述。

示例性的，假设用户当前期望将导航应用设置为采用独立音量播放对应的音频，那么导航应用即为用户当前待设置的“目标应用”，用户可以在该应用管理界面604上找到导航应用，并执行图6中的(d)图所示的操作，点击导航应用的名称、或图标、或导航应用所显示的列表栏的任意区域，响应于用户的点击操作，手机显示如图6中的(e)图所示的导航应用信息界面605。在该界面605上，显示了导航应用的版本信息，和卸载、强行停止等用户可执行的操作控件，以及用户可设置或修改的多个选项，例如通知管理、权限、流量使用情况、存储、显示在其他应用的上层等选项，为了简便，本申请实施例对每个选项的功能不再赘述。

此外，在本申请实施例中，该导航应用信息界面605还可以包括“采用应用独立音量”选项，和/或，“采用应用独立音效”选项。

其中，“采用应用独立音量”选项可以用于将导航应用设置为采用独立音量播放对应的音频。换言之，如果用户将导航应用设置为采用独立音量播放对应的音频，那么手机在播放导航应用输出的音频流(例如导航应用提示音)时，该导航应用输出的音频流将不再被确定为“媒体流”，可以作为不同于表1中列举的当前系统划分的7种不同类型的音频流。

“采用应用独立音效”选项可以用于为导航应用设置独立音效。具体地，用户可以通过该“采用应用独立音效”选项为导航应用设置为独立的播放音效，那么手机在播放导航应用输出的音频流(例如导航应用提示音)时，可以以用户设置的播放音效进行播放。

可选地，该“独立音效”可以包括立体声、杜比音效、高保真(High-Fidelity，Hi-Fi)音效、数字化影院系统(digital theatre system，DTS)音效等可能的音效中的一种或多种。

应理解，对于手机上安装的所有应用，不同应用的应用信息界面605上可以包括不同数量和/或不同功能的选项，或者，不同应用的应用信息界面605上可以包括相同数量和/或相同功能的选项。

示例性的，对于华为视频等视频类应用，该视频类应用对应的应用信息界面上可以同时包括该“采用应用独立音量”选项和“采用应用独立音效”选项，即视频类应用能够支持用户为输出的音频流设置独立音量和独立音效。

或者，对于电话等通话类应用，该通话类应用的应用信息界面上可以仅包括该“采用应用独立音量”选项，而不包括该“采用应用独立音效”选项，即该通话类应用仅支持用户为拨打电话过程中输出的音频流设置独立音量，而不支持设置独立音效，本申请实施例对此不作限定。

一种可能的情况中，假设用户当前期望将导航应用设置为采用独立音量播放对应的音频，且不需要为导航应用的音频流设置独立音效。

示例性的，用户可以执行如图6中的(e)图所示的操作，点击该“采用应用独立音量”选项，响应于用户的点击操作，手机显示如图6中的(f)图所示的界面606。在该界面606上，可以包括开启应用独立音量的开关。用户可以执行如图6中的(f)图所示的操作，点击该开启应用独立音量的开关，使得该开启应用独立音量的开关位开启状态(即“ON”状态)。

通过图6所示的过程，用户可以通过设置应用的应用管理功能，将导航应用设置为采用独立音量播放对应的音频。同样地，对于界面604上的游戏、音乐、微信、电话、华为VR视频、时钟中的任意一个应用，或界面604上没有显示的其他手机本地安装的任意一个应用，用户都可以通过图6所示的过程，开启某个应用采用独立音量播放该应用的音频。

又一种可能的情况中，假设用户按照上述图6所示的过程，将导航应用设置为采用独立音量播放对应的音频，和/或，将音乐应用设置为采用独立音量播放对应的音频，那么在后续使用过程中，导航应用的音频流和音乐应用的音频流不会被确定为表1中的“媒体流”，即不会再按照“媒体流”的音量进行加载。

图7是本申请实施例提供的一例调节音量的过程示意图。

示例性的，如果手机当前正在前台运行音乐应用且通过手机的扬声器播放歌曲，手机显示如图7中的(a)图所示的音乐播放界面701。同时，手机仍然在后台运行导航应用且导航应用正在播放导航提示音，例如：请沿着当前路线直行约500米…。即图7中的(a)图所示的场景中，手机的扬声器同时在播放歌曲和导航提示音。

在上述场景中，当检测到用户按压手机侧边框的机械音量按键，如图7中的(a)图所示，用户按压该机械音量按键上增大音量的区域(或者按压该机械音量按键上减小音量的区域)，响应于用户的操作，手机的显示屏可以显示如图7中的(b)图所示的界面702。在该界面702上，自动显示音量调节窗口702-1。

可选地，在该音量调节窗口702-1中，至少包括两个音量进度条和每个音量进度条对应的应用图标。示例性的，如图7中的(b)图所示，该音量调节窗口702-1至少包括导航应用对应的音量进度条(左侧进度条)、导航应用的快捷图标(左侧进度条下方的图标)、音乐应用对应的音量进度条(右侧进度条)和音乐应用的快捷图标(左侧进度条下方的图标)。

可选地，本申请实施例中任意一个的音量调节窗口(音量调节窗口702-1)中，还包括设置图标，用户可以点击该设置图标，响应于用户的点击操作，手机显示屏可以快捷跳转显示图1中的(c)图所示的界面103，后续涉及的音量调节窗口将不再赘述。

示例性的，如果手机当前运行的应用仅包括：前台运行的音乐应用和后台运行的导航应用，那么在该音量调节窗口702-1中，可以仅包括：两个音量进度条和每个音量进度条对应的应用图标，即导航应用对应的音量进度条(左侧进度条)、导航应用的快捷图标、音乐应用对应的音量进度条(右侧进度条)和音乐应用的快捷图标。

或者，示例性的，如果手机当前运行的应用除了包括前台运行的音乐应用和后台运行的导航应用之外，还包括后台运行的其他不能够输出音频的应用，例如备忘录应用。那么，在该音量调节窗口702-1可以和上述场景相同，仅包括：两个音量进度条和每个音量进度条对应的应用图标，即导航应用对应的音量进度条、导航应用的快捷图标、音乐应用对应的音量进度条和音乐应用的快捷图标。

又或者，示例性的，如果手机当前运行的应用除了包括前台运行的音乐应用和后台运行的导航应用之外，还包括后台运行的其他能够输出音频的应用，例如游戏应用。那么，在该音量调节窗口702-1可以包括3个应用的音量进度条，即除了包括该导航应用对应的音量进度条(左侧进度条)、导航应用的快捷图标、音乐应用对应的音量进度条(右侧进度条)和音乐应用的快捷图标之外，还包括游戏应用(媒体流)对应的音量进度条和游戏应用的快捷图标。

应理解，在该场景中，用户没有将游戏应用设置为采用独立音量播放对应的音频，所以游戏应用运行时产生的游戏音的播放音量仍然加载为“媒体流”的音量。

在图7中的(b)图所示的界面702上，用户可以根据自己的实际使用需求，通过该音量调节窗口702-1中包括的两个音量进度条，修改对应应用的音量。例如用户可以通过在导航应用对应的音量进度条(左侧进度条)上的滑动操作，调节导航应用对应的音量；或者，通过在音乐应用对应的音量进度条(右侧进度条)上的滑动操作，调节音乐应用对应的音量，此处不再赘述。

还应理解，图7中的(a)图和(b)图所示的场景可以对应于图2中的(a)图所示的场景。同理，对于图2中的(a)图所示的驾驶场景中，车载设备10的扬声器10-1同时播放导航应用的导航提示音和音乐应用的歌曲。

如果用户期望仅调整导航应用对应的音量，或者期望仅调整音乐应用对应的音量，可以预先将导航应用和/或音乐应用设置为采用独立音量播放对应的音频，都可以实现单独调节其中任意一种音量。

通过上述方法，能够支持用户独立地调节任意一个音频流的播放音量，且不影响相同类型的另一个音频流的播放音量，可以减少用户调节音量的次数，提升用户的使用体验。同理，当电子设备同时播放相同类型的三个或三个以上的音频流时，也可以按照前述方法，根据个人的使用需求，为部分音频流对应的应用定制独立音量，从而能够支持用户独立地调节任意一个音频流的播放音量，且不影响相同类型的其他音频流的播放音量，可以减少用户调节音量的次数，提升用户的使用体验。

图8是本申请实施例提供的另一例调节音量的过程示意图。

示例性的，如果手机正在前台运行游戏应用且开启了游戏的队内语音，通过手机的听筒播放其他队友的语音，以实现和团队的其他队友连麦，可以显示如图8中的(a)图所示的游戏界面801。同时，用户还通过微信应用的语音通话，和家人进行通话，该界面801上还显示了微信应用的语音通话图标801-1。该场景中，手机的听筒同时播放微信语音通话过程中对端家人的语音和打游戏的过程中其他队友的语音。

在上述场景中，当检测到用户按压手机侧边框的机械音量按键，如图8中的(a)图所示，用户按压该机械音量按键上减小音量的区域，或者按压该机械音量按键上增大音量的区域，响应于用户的操作，手机的显示屏可以显示如图8中的(b)图所示的界面802。在该界面802上，自动显示音量调节窗口802-1。

可选地，在该音量调节窗口802-1中，至少包括两个音量进度条和每个音量进度条对应的应用图标。

示例性的，如图8中的(b)图所示，该音量调节窗口802-1至少包括游戏应用对应的音量进度条(上方进度条)、游戏应用声音的快捷图标、微信应用的语音通话对应的音量进度条(下方进度条)和语音通话的快捷图标。

示例性的，如果手机当前运行的应用仅包括：前台运行的游戏应用和后台运行的微信应用，那么在该音量调节窗口802-1中仅包括如图8中的(b)图所示的两个音量进度条和每个音量进度条对应的应用图标。

或者，示例性的，如果手机当前运行的应用除了前台运行的游戏应用和后台运行的微信应用之外，还包括后台运行的其他不能够输出音频的应用，例如备忘录应用。那么，在该音量调节窗口802-1可以和上述场景相同，仅包括如图8中的(b)图所示的两个音量进度条和每个音量进度条对应的应用图标。

又或者，示例性的，如果手机当前运行的应用除了包括前台运行的游戏应用和后台运行的微信应用之外，还包括后台运行的其他能够输出音频的应用，例如导航应用。那么，在该音量调节窗口802-1可以包括3个应用的音量进度条，即除了包括如图8中的(b)图所示的两个音量进度条和每个音量进度条对应的应用图标之外，还包括导航应用对应的音量进度条和导航应用的快捷图标，此处不再赘述。

图9是本申请实施例提供的又一例调节音量的过程示意图。

示例性的，手机显示如图9中的(a)图所示的主界面901，后台运行音乐应用且通过扬声器播放歌曲；同时，手机后台还运行导航应用，用户可以根据扬声器播放的导航提示音获取路线信息。此时，如果用户又接到了来自微信好友的语音通话，用户接通该语音通话后，可以选择通过手机的扬声器播放对端好友的语音。当用户返回手机主界面901时，该主界面901上可以显示语音通话图标901-1。

可选地，在该场景中，当用户接通该语音通话时，音乐应用播放的歌曲和导航应用播放的导航提示音可以暂时变化为暂停状态，且仍然为后台运行状态。

在上述场景中，手机前台运行或后台运行的所有应用即为：音乐应用、微信应用和导航应用。当检测到用户按压手机侧边框的机械音量按键的操作，如图9中的(a)图所示，用户按压该机械音量按键上减小音量的区域，或者按压该机械音量按键上增大音量的区域，响应于用户的操作，手机的显示屏可以显示如图9中的(b)图所示的界面902。在该界面902上，自动显示音量调节窗口902-1。

可选地，在该音量调节窗口902-1中，可以包括三个音量进度条和每个音量进度条对应的应用图标。示例性的，如图9中的(b)图所示，该音量调节窗口902-1从左到右依次显示：音乐应用对应的音量进度条、微信应用的语音通话对应的音量进度条、导航应用对应的音量进度条，且每一个音量进度条下方显示对应应用的快捷图标。

可选地，当该音量调节窗口中包括的两种或两种以上音量进度条时，每一种应用的音量进度条的显示位置可以是自由排布的。

或者，可以根据每一种应用在手机上的运行总时长的顺序，每一种应用的音量进度条的显示位置可以按照从左至右、或从右至左的顺序依次排列。

又或者，可以根据每一种应用在手机上启动并运行的时刻对应的先后顺序，每一种应用的音量进度条的显示位置可以按照从左至右、或从右至左的顺序依次排列。

再或者，可以根据每一种应用被安装的时刻对应的先后顺序，每一种应用的音量进度条的显示位置可以按照从左至右、或从右至左的顺序依次排列。

应理解，本申请实施例对两种或两种以上音量进度条在该音量调节窗口的排布方式不作限定。

可选地，该音量调节窗口可以对应不同的显示尺寸，和/或，不同的显示位置。

示例性的，该音量调节窗口可以优先显示在紧靠手机显示屏的右边框位置处，或者说，该音量调节窗口可以优先显示在紧靠手机的机械音量按键的位置处，且使得该音量调节窗口的显示不遮挡手机当前界面上的其他显示内容，例如不遮挡界面上的应用程序图标、时钟组件等各种可能的组件、菜单等，本申请实施例对此不作限定。

应理解，该音量调节窗口的显示尺寸可以根据包括的音量进度条的数量，进行自适应调整，音量进度条的显示尺寸以最适合用户手指执行滑动操作时的尺寸进行显示，本申请实施例对此不作限定。

上述显示方法，该音量调节窗口优先显示在紧靠手机的机械音量按键的位置处，以及根据音量进度条的数量等自适应调整该音量调节窗口的显示尺寸，更加符合用户的操作习惯，提高用户的操作体验。

上述实施例结合图6至图9，介绍了用户能够根据自己的使用需求，手动将一个或多个应用设置为采用独立音量播放该应用的音频。

通过上述方法，对于用户已设置采用独立音量播放的每一个应用，该应用输出音频流的过程中，不再局限于系统为该应用指定的音频流类型，即不用再按照系统指定的音频流类型加载音量，使得每一个应用输出的音频流都可以采用该应用的最佳音量进行播放，且不受其他任何一种音量调节过程的影响。

此外，当电子设备同时播放相同类型的两个音频流时，用户可以提前将该两个音频流对应的两个应用中的任意一个应用设置为采用独立音量播放音频，或将两个应用都设置为采用独立音量播放音频，该方法能够支持用户独立地调节任意一个音频流的播放音量，且不影响相同类型的另一个音频流的播放音量，可以减少用户调节音量的次数，提升用户的使用体验。

另一种可能的情况中，用户可以手动将某应用设置为：采用独立音效播放该应用的音频。

图10是本申请实施例提供的一例为某个应用定制独立音效的过程示意图。应理解，如果用户观看视频的同时，能够在听觉上感受到与该视频特效相匹配的音效，将大大提升用户的观影体验。

示例性的，本申请实施例以华为VR视频应用为例，在手机的主界面1001上，用户可以依次按照图10中的(a)图-(b)图-(c)图-(d)图示出的过程，执行相应的操作，该过程中，手机的显示屏可以依次显示界面1001、界面1002、界面1003和界面1004，具体请参照图6中的(a)图-(b)图-(c)图-(d)图的相关介绍，为了简便，此处不再赘述。

当用户执行如图10中的(d)图所示的操作，点击华为VR视频应用的名称、或图标、或华为VR视频应用所显示的列表栏的任意区域，响应于用户的点击操作，手机可以显示如图10中的(e)图所示的华为VR视频应用信息界面1005。在该界面1005上，显示了与华为VR视频应用相关的各种信息，为了简便，此处不再赘述。

示例性的，用户执行如图10中的(e)图所示的操作，点击该“采用应用独立音效”选项，响应于用户的点击操作，手机显示如图10中的(f)图所示的界面1006。在该界面1006上，可以包括立体声、杜比音效、Hi-Fi音效、DTS音效等多种可能的音效，且每一种音效对应一个选择控件。

可选地，对于每一个应用，当用户为该应用的音频流设置独立的播放音效时，图10中的(f)图所示的界面1006上包括的音效种类和/或数量可以不同。

示例性的，对于华为VR视频应用，该界面1006上可以包括列举的四种独立音效；对于导航应用，导航应用对应的界面1006上可以仅包括两种可选择的音效：立体声和杜比音效，本申请实施例对此不作限定。

用户可以执行如图10中的(f)图所示的操作1，点击立体声对应的选择控件，再执行如图10中的(f)图所示的操作2，点击“确认”控件，响应于用户的确认操作，即为华为VR视频应用的音频流设置了独立的播放音效，用户后续使用华为VR视频应用观看视频的过程中，可以体验到立体声的音频播放效果。

应理解，在该场景中，用户仅设置采用独立音效(立体声)播放华为VR视频应用的音频。那么在播放华为VR视频应用的音频流的过程中，该华为VR视频应用输出的音频流仍然被确定为“媒体流”，并加载“媒体流”对应的音量，播放该华为VR视频应用输出的音频。

示例性的，以导航应用为例，用户可以按照图6所示的过程，手动将导航应用设置为采用独立音量播放该导航应用的音频流。此外，用户可以点击图6中的(f)图的返回控件，响应于返回操作，手机又显示图6中的(e)图所示的界面605。继续地，用户再点击界面605上的“采用应用独立音效”选项，并进一步为该导航应用的音频流设置独立的播放音效，此处不再赘述。

可选地，除了前述实施例列举的可以为每一个应用定制独立音量和/或独立音效等音频特性之外，还可以为每一个应用定制不同的显示特性，例如定制某个应用的运行界面对应的屏幕刷新频率(例如30赫兹、60赫兹、90赫兹、120赫兹等)等显示特性。

或者，还可以为每一个应用定制动效、或者对用户触摸操作所做出的独立响应方式。例如，如果用户为部分应用定制独立的动效，在该应用运行期间，当检测到用户在该应用任意界面的触摸操作时，可以做出振动等响应，且不同应用可以对应不同的振动频率和/或振动幅度，本申请实施例对此不作限定。

示例性的，以导航应用为例，用户可以使用导航应用获取前往某个目的地的路线，如图2中的(a)图所示，车载设备10的左半屏显示了导航界面，在该导航界面上，可以显示为用户规划的前往该目的地的路线。应理解，随着用户位置的变化，为用户规划的前往该目的地的路线也会逐渐变化。

通过本申请实施例提供的方法，用户可以预先为导航应用设置专用的界面动画效果，例如在图6中的(e)图所示的界面605中，还可以包括“采用独立界面动画”选项，用户可以通过该“采用独立界面动画”选项，为导航应用设置不同于手机系统所呈现的动画效果。示例性的，该动画效果可以是：在导航界面上，新增用户选择或自定义的“动画人物”，且“动画人物”可以模拟用户，沿着该导航界面上规划的路线移动。

当用户查看该导航界面上规划的前往目的地的路线时，该导航界面增加显示“动画人物”，随着用户位置逐渐靠近目的地，该动画人物可以根据用户的实际速度，沿着该导航界面上的规划路线，呈现出跳跃、奔跑或缓慢行走的动态效果，从而更加形象的帮助用户查看并获取前往目的地的路线，提升用户的使用体验。

应理解，参照本申请实施例提供的方法，可以为每一个应用定制一种或多种独立特性，该独立特性可以涉及该应用输出的音频特性(例如独立音量和/或独立音效)、显示特性(例如界面刷新频率等)、动效(例如何种动画效果等)、对用户触摸操作出响应(例如对用户触摸操作做出振动响应等)等一种或多种，本申请实施例对每一个应用能够支持的可定制的独立特性的种类和/或数量不作限定。

还应理解，对于上述列举的各种可能的独立特性，或者其他更多与应用相关的独立特性，都可以参照前述介绍的“独立音量和/或独立音效”的定制和实现过程，且均落入本申请的保护范围，后续不再一一赘述。

还应理解，用户为某一个应用定制的一种或多种独立特性，仅体现在用户使用该应用的过程中，不限于该应用在电子设备的前台运行或后台运行。

可选地，本申请实施例的方法能够支持用户为不同的应用，分别定制独立音量和/或独立音效。此外，针对同一个应用的不同使用场景，用户还可以为同一个应用的不同使用场景定制独立音量和/或独立音效。

具体地，对于任意一个应用，用户可能会使用该应用的不同功能，假设某个应用包括第一种功能和第二种功能。用户可以设置使用该应用的第一种功能时，采用独立音量1播放该应用的音频；和/或，设置使用该应用的第二种功能时，采用独立音量2播放该应用的音频。

示例性的，表2列举了部分应用可能对应的不同使用场景(或不同功能)，以及用户能够为每一种应用定制的一种或多种独立特性，例如独立音量和/或独立音效、显示特性、动效等。

表2

示例性的，以表2中的微信应用为例，用户使用微信应用的过程中，使用频率最高的场景可以包括语音/视频通话、播放音乐、播放视频和在线小游戏。

一种可能的实现方式中，用户可以针对微信应用包括的多种使用场景，将部分场景设置为采用独立音量和/或独立音效播放，或者为部分场景设置其他更多的一种或多种独立特性。

示例性的，如图11中的(a)图所示，手机显示了微信应用的主界面1101，该主界面1101可以包括聊天列表和底部菜单区域。用户点击底部菜单区域中的“我”菜单，响应于用户的点击操作，手机显示如图11中的(b)图所示的“我”菜单对应的界面1102，该界面1102可以包括用户图像、微信号、微信名称等用户信息，以及支付、收藏、表情、卡包和设置等选项。

用户执行如图11中的(b)图所示的操作，点击该界面1102的设置选项，响应于用户的点击操作，手机显示如图11中的(c)图所示的设置界面1103，该界面1103可以包括账号安全、青少年模式、新消息通知、勿扰模式、聊天、隐私、通用等与用户使用微信应用的过程相关的设置选项，此处不再赘述。

可选地，在本申请实施例中，该设置界面1103还可以包括“采用独立音量的场景”选项，和/或，“采用独立音效的场景”选项。其中，“采用独立音量的场景”选项可以用于将微信应用的部分使用场景设置为采用独立音量播放对应的音频。“采用独立音效的场景”选项可以用于为微信应用的部分使用场景设置为采用独立音效播放对应的音频。

示例性的，用户执行如图11中的(c)图所示的操作，点击该界面1103的“采用独立音量的场景”选项，响应于用户的点击操作，手机可以显示如图11中的(d)图所示的界面1104，该界面1104可以显示微信应用包括的多种使用场景，用户可以手动从该界面1104上显示的多种使用场景中，选择部分场景将该部分场景设置为采用独立音量播放对应的音频。

可选地，微信应用可以支持采用独立音量的场景包括图11中的(d)图列举(或表2中列举)的语音/视频通话的场景、播放音乐的场景、播放视频的场景和微信小游戏的场景等，本申请实施例对此不作限定。

用户可以根据自己的使用需求，选择期望采用独立音量的场景。示例性的，如图11中的(d)图所示的操作1、操作2和操作3，用户可以点击选中语音/视频通话的场景对应的选择控件、播放音乐的场景对应的选择控件，以及播放视频的场景对应的选择控件。应理解，用户可以以任意的顺序执行操作1、操作2和操作3，本申请实施例对此不作限定。

当用户选中期望的场景之后，再执行操作4，点击“确认”控件，响应于用户的点击操作，将用户选中的语音/视频通话的场景、播放音乐的场景、播放视频的场景设置为采用独立音量播放对应的音频。

同样地，用户还可以按照类似的操作，点击界面1103上的“采用独立音效的场景”选项，为微信应用的不同使用场景设置独立音效。或者，为微信应用的不同使用场景设置与显示特性、动效等相关的其他独立特性，本申请实施例不再一一赘述。

示例性的，结合图11所示的设置过程和表2列举的内容，对于微信应用，当完成相关设置后，在用户的使用过程中，如果用户使用微信应用的语音或视频和对端家人通话时，可以通过扬声器或听筒以独立音量1播放对端家人的语音；如果用户点击微信应用的音乐链接里的音乐时，可以通过扬声器以独立音量2播放该歌曲；如果用户点击微信应用的视频链接里的视频或别人发送的小视频，开始播放时，可以通过扬声器以独立音量3以及立体音进行播放，此处不再赘述。

图12是本申请实施例提供的另一例调节音量的过程示意图。

应理解，假设该场景中，用户已经按照图11所示的过程，选中微信应用的语音/视频通话、播放音乐、播放视频的3种微信使用场景，且将该3种微信使用场景设置为采用独立音量播放对应的音频。

可选地，当微信应用正在手机前台运行且手机的显示屏显示微信应用的任意界面时，如果检测到用户按压手机侧边框的机械音量按键的操作，手机可以在当前界面上自动显示音量调节窗口，且该音量调节窗口中仅包括用户设置的三种采用独立音量的场景对应的音量进度条。

一种可能的场景中，用户点开微信应用的图标，手机可以显示如图12中的(a)图所示的微信应用的主界面1201，该界面1201显示了用户的聊天列表。

当检测到用户调节音量的操作，如图12中的(a)图所示，用户按压该机械音量按键上增大音量的区域(或者按压该机械音量按键上减小音量的区域)，响应于用户的操作，手机的显示屏可以显示如图12中的(b)图所示的界面1202。在该界面1202上，自动显示音量调节窗口1202-1。

可选地，在该音量调节窗口1202-1中，可以包括三个音量进度条和每个音量进度条对应的使用场景图标。

示例性的，如图12中的(b)图所示，该音量调节窗口1202-1中显示了微信应用的3种使用场景下的音量进度条：播放音乐时的音量进度条、语音/视频通话时的音量进度条、播放视频时的音量进度条，且每一个音量进度条下方显示了对应的使用场景的快捷图标。换言之，该音量调节窗口1202-1中包括的所有音量进度条都是针对微信应用，且用于调整用户使用微信应用的3种不同功能时，如果输出音频，该音频对应的播放音量。

又一种可能的场景中，用户使用微信和XXX进行语音通话，手机可以显示如图12中的(c)图所示的语音通话界面1203，该界面1203显示了与用户进行语音通话的XXX的头像、关闭麦克风的操作控件和挂断通话的操作控件等。

当检测到用户调节音量的操作，如图12中的(c)图所示，用户按压该机械音量按键上减小音量的区域(或者按压该机械音量按键上增大音量的区域)，响应于用户的操作，手机的显示屏可以显示如图12中的(d)图所示的界面1204。在该界面1204上，自动悬浮显示音量调节窗口1204-1。

同样地，在该音量调节窗口1204-1中，也可以包括三个音量进度条和每个音量进度条对应的使用场景图标。

示例性的，如图12中的(d)图所示，该音量调节窗口1204-1可以和音量调节窗口1202-1的显示内容相同，即都显示了微信应用的3种使用场景下的音量进度条：播放音乐时的音量进度条、语音/视频通话时的音量进度条、播放视频时的音量进度条，且每一个音量进度条下方显示了对应的使用场景的快捷图标。

应理解，用户在手机前台运行微信应用时，手机可能显示多种界面，除了图12中的(a)图所示微信应用的主界面1201、图12中的(c)图所示的语音通话界面1203之外，还可以在“和XXX的文字输入聊天界面、和XXX的视频聊天界面、微信好友通讯录界面、朋友圈的内容界面、任意公众号的浏览界面……”运行微信应用过程的任意一种可能的界面上，当检测到用户调节音量的操作时，手机都可以在当前显示界面上，自动悬浮显示如图12中的(b)图所示的音量调节窗口1202-1，或者如图12中的(d)图所示的音量调节窗口1204-1，本申请实施例不再一一赘述。

另一种可能的实现方式中，对于能够进行语音交互的应用，例如高德地图、百度地图等导航类应用，或者智慧语音类应用，每一种应用都能够支持手机和用户的语音交互，且在语音交互过程中，根据用户的语音指令，手机可以发出不同类型和/或不同内容的响应语音。

可选地，对于不同类型和/或不同内容的响应语音，用户也可以设置独立音量，和/或独立音效。

示例性的，当用户通过语音指令控制导航类应用时，可能有以下的对话场景：

用户：小艺小艺……

手机：我在呢/我来了/嗯嗯/好的……(第一类响应：被唤醒词唤醒后的答复等)

用户：导航去公司……

手机：现在出发，请沿着长安路直行……(第二类响应：用户发出包括具体需求的语音指令，所做出的响应和答复)

可选地，在上述场景中，用户发出“小艺小艺”的唤醒词之后，手机可以发出如“我在呢/我来了/嗯嗯/好的……”等响应和答复，这里称为“第一类响应”。当用户发出包含具体需求(例如“导航去XXX”、“运行XXX应用”、“查看X日的机票”等)的语音指令之后，手机可以针对该语音指令中的具体需求，做出响应和答复(例如“现在出发，请沿着长安路直行…”、“已经打开XXX应用”、“查询到X日的4趟航班……”等)，这里称为“第二类响应”。

可选地，在本申请实施例中，可以为“第一类响应”和“第二类响应”设置不同的独立音量，和/或独立音效，例如设置“第一类响应”的播放音量(例如5级音量)小于“第二类响应”的播放音量(例如7级音量)，本申请实施例对此不再限定。

通过上述方法，用户可以针对不同应用包括的多种使用场景，将部分场景设置为采用独立音量和/或独立音效播放，或者为部分场景设置其他更多的一种或多种独立特性。在后续使用过程中，可以在不同应用的不同使用场景中，用户可以根据自己的需求，设置在不同使用场景下，播放音频时具有的独立音量和/或独立音效，进而能够在不同应用的不同使用场景，为用户提供不同的播放体验。

针对不同应用场景，上述实施例结合图6至图12，从用户交互层面介绍了调节音量的实现过程和可能的实现方式，下面将从底层实现策略层面，介绍本申请实施例提供的播放音频的方法对应的底层实现过程。

应理解，本申请实施例提供的播放音频的方法可以应用于具有图4所示的硬件结构和图5所示的音频系统架构的电子设备中，例如图2中的(a)图所示的驾驶场景中的车载设备10、图2中的(b)图所示的游戏场景中的手机20等，本申请实施例对此不作限定。

示例性的，假设以图2中的(a)图所示的驾驶场景为例，车载设备10可以同时输出音乐应用的音频流和导航应用的音频流。

如图13所示，本申请实施例提供的播放音频的方法1300可以包括以下步骤：

S1301，应用程序层的音乐应用输出音频数据，该音乐应用输出的音频数据被标记为“媒体流”。

具体地，应用程序层的音乐应用可以通过Attribute.usage指定输出的音乐包含的音频数据对应的流类型为“媒体流”。

一种可能的实现方式中，标记音频流可以通过多种可能的实现方式。示例性的，可以为表1中列举的七种音频流分配标识，例如标识分别为1、2、3……6、7。具体地，一种音频流包括的音频数据都包括该音频流的标识，从而根据该音频流的标识确定音频流类型。例如，音乐应用输出的音频数据都包括标识“4”，进而确定音乐应用输出的音频流为“媒体流”，本申请实施例对标记音频流不作限定。

S1302，用户预先将导航应用设置为采用独立音量播放对应的音频。

示例性的，用户可以按照如图6中的(a)图至(f)图所示的过程，在系统级的设置应用的应用管理界面中，根据自己的使用需求，找到期望设置独立音量的一个或多个目标应用，并将该一个或多个目标应用设置为采用独立音量播放对应的音频，例如导航应用等。

应理解，当用户手动将导航应用设置为采用独立音量播放对应的音频时，该Audio系统的Audio Policy Services可以记录导航应用的状态。

可选地，Audio Policy Services会记录需要采用独立音量的导航应用的应用包名。

S1303，音乐应用调用音乐应用的API，在应用程序框架层创建该音乐应用对应的Audio track，Audio track可以输出解码后的“媒体流”。

S1304，导航应用调用导航应用的API，在应用程序框架层创建该导航应用对应的Audio track，Audio track可以输出解码后的“应用流”。

一种可能的实现过程中，当用户开始使用导航应用播放导航提示音，导航应用可以指定该输出的音频流的usage给音频服务(Audio Server)。

可选地，该Audio系统先用导航应用的应用包名匹配识别到该导航应用的建立的Audio track，再通过修改该Audio track的流类型为独立的流类型，即导航应用输出音频数据，该音频数据形成的音频流被标记为“应用流”，进而使该导航应用的音频采用导航应用的独立音量进行播放。

一种可能的实现方式中，将“导航应用”标记“应用流”可以包括多种可能的实现方式。

示例性的，如果用1、2、3……6、7，分别标识表1中列举的七种现有的音频流类别。那么，用户手动将导航应用设置为采用独立音量播放对应的音频时，可以用“8”来标识导航应用输出的音频流包括的所有音频数据。同理，如果用户将更多的应用设置为采用独立音量播放对应的音频时，可以根据用户手动设置的顺序，继续以“9、10、11……”作为标识，每一个应用输出的音频流包括的所有音频数据都包含该新增的“应用流”标识。

或者，用户手动将导航应用设置为采用独立音量播放对应的音频时，可以以导航应用的应用标识来标记输出的音频流。换言之，导航应用输出的音频流包括的所有音频数据都包含该“导航应用的应用标识”，本申请实施例对此不作限定。

S1305，导航应用对应的Audio track和音乐应用对应的Audio track可以进一步调用该Audio系统的Audio Flinger，将解码后的音频数据传输到Audio Flinger，由AudioFlinger加载“媒体流”对应的音量，即作为音乐应用输出的音频流的播放音量；且由AudioFlinger加载“应用流”对应的音量，即作为导航应用输出的音频流的播放音量。

S1306，Audio Flinger获取导航应用和音乐应用中每一个应用解码后的音频流包括的音频数据，在Audio Flinger的混音器(Audio Mixer)里将导航应用和音乐应用各自的音频数据进行混合，并由Audio Flinger输出混合后的音频数据(Audio data)。

S1307，由Audio HAL层选择相关类型的输出流设备。具体地，Audio HAL层可以选择该媒体流、应用流混合后的音频数据的输出硬件设备，并访问内核层的该硬件设备的驱动程序，从而通过该硬件设备同时以不同的音量播放导航应用的导航提示音和音乐应用的歌曲。

通过本申请实施例提供的方法，能够支持用户根据个人的使用需求，手动将电子设备的一个或多个应用中每一个应用设置为采用独立音量和/或独立音效播放对应的音频。对于用户已设置的每一个应用，当任意一个应用输出音频流时，不再单一地按照该应用输出的音频流类型加载音量，可以独立地按照该应用的最佳音量和/或用户设置的独立音效播放该应用的音频，更符合用户的播放要求，提升了用户的听觉体验。

应理解，该方法1400可以应用于具有图5所示的安卓音频框架的电子设备中，如图14所示，本申请实施例提供的播放音频的方法1400可以包括以下步骤：

1401，接收用户的第一操作，所述第一操作用于触发所述电子设备开始播放第一应用的音频。

可选地，第一应用可以是电子设备上安装的能够输出音频的所有应用中的任意一个，例如图6中的(d)图所示的界面604上包括的导航、游戏、音乐、微信、电话、华为VR视频和时钟等应用，本申请实施例对此不作限定。

可选地，第一操作可以是用户启动第一应用开始播放音频的操作。

示例性的，如果第一应用是导航应用，第一操作可以是用户开始触发电子设备播放导航提示音。如果第一应用是音乐应用，第一操作可以是用户开始点击“播放”控件，使得电子设备开始播放歌曲，本申请实施例对此不作限定。

具体地，步骤1401的过程可以由电子设备的触摸传感器等检测，并将检测的操作事件传递给处理器110，由处理器110进行判断和响应，启动音频服务(Audio Server)。

1402，响应于所述第一操作，启动音频服务，获取所述电子设备的音频配置信息和所述第一应用的信息。

示例性的，当用户执行开始播放音频的操作，触发启动该Audio系统，即启动音频服务(Audio Server)。具体地，Native层可以解析audioserver.rc文件，并可以将audioserver.rc文件编译成音频可执行程序，即启动了音频服务(Audio Server)。

可选地，所述音频配置信息包括第一集合的信息，所述第一集合包括所述电子设备上安装的能够采用独立音量播放音频的N个应用，所述第一集合的信息包括所述N个应用中每个应用的信息和播放每个应用的音频时对应的音量，N为大于或等于1的整数。

示例性的，用户可以按照如图6中的(a)图至(f)图所示的过程，在系统级的设置应用的应用管理界面中，根据自己的使用需求，找到期望设置独立音量的N个应用，并将该N个应用设置为采用独立音量播放对应的音频，例如导航应用等。

一种可能的实现方式中，当用户手动将导航应用设置为采用独立音量播放对应的音频时，该Audio系统的Audio Policy Services可以记录导航应用的状态，示例性的，Audio Policy Services可以记录需要采用独立音量的导航应用的应用包名。

应理解，所有用户设置为采用独立音量播放音频的应用都被记录，并形成了“第一集合”。

可选地，所述第一应用的信息包括所述第一应用的标识或包名，所述第一集合的信息包括所述N个应用中每个应用的标识或包名。

1403，该Audio系统的音频服务(Audio Server)可以从Audio Policy Services查询所述第一集合包括的所述N个应用中是否包括所述第一应用。

【情况一】

1404，当所述第一集合包括的所述N个应用中包括所述第一应用时，由AudioFlinger确定并加载所述电子设备播放所述第一应用的音频时对应的第一独立音量。

1405，基于所述第一独立音量，通过所述音频播放器件播放所述第一应用的音频。

1406，第一应用的音频通过音频播放器件进行播放。

一种可能的实现方式中，Audio HAL层可以选择相关类型的音频播放器件。

具体地，Audio HAL层可以选择该独立音量的第一应用的音频数据的输出音频播放器件，并访问内核层的该音频播放器件的驱动程序，从而通过该音频播放器件同时以不同的音量播放导航应用的导航提示音和音乐应用的歌曲。

【情况二】

1407，当所述第一集合包括的所述N个应用中不包括所述第一应用时，确定所述第一应用的所述第一音频流的类型。

1408，根据所述第一音频流的类型和所述音频配置信息，确定并加载所述电子设备播放所述第二应用的音频时对应的目标音量。

1409，基于所述音量，同时通过所述音频播放器件播放所述第一应用的音频。

1406，第一应用的音频通过音频播放器件进行播放。

一种可能的情况中，当所述第一集合包括的所述N个应用中不包括所述第一应用时，即用户并没有将第一应用设置为采用独立音量和/或独立音效播放对应的音频，此时，可以按照现有的方法，确定所述第一应用的所述第一音频流的类型。

可选地，Audio Flinger可以根据所述第一音频流的类型和所述音频配置信息，确定并加载所述电子设备播放所述第一应用的音频时对应的音量，基于所述目标音量，同时通过所述音频播放器件播放所述第一应用的音频。

另一种可能的情况中，除了独立音量的设置之外，用户还可以手动将某应用设置为：采用独立音效播放该应用的音频。

应理解，该音效的实现过程可以参照图14介绍的音量的加载过程，为了简便，此处不再赘述。

假设用户按照上述图6所示的过程，将导航应用设置为采用独立音量播放对应的音频，和/或，将音乐应用设置为采用独立音量播放对应的音频，那么在后续使用过程中，导航应用的音频流和音乐应用的音频流不会被确定为表1中的“媒体流”，即不会再按照“媒体流”的音量进行加载。

本申请实施例还提供一种调节音量的方法，可以由用户独立地调节不同应用的音频流的音量。

一种可能的实现方式中，该调节音量的方法包括：接收用户的第三操作，所述第三操作用于调节所述电子设备播放音频的音量；响应于所述第三操作，在所述显示屏上自动显示音量调节窗口，所述音量调节窗口中包括L个音量进度条，和/或所述L个音量进度条中每个音量进度条对应的应用图标，L大于或等于1，其中，L是根据前台运行或后台运行的应用数量，和/或所述第一集合中的应用数量N确定的；检测用户在所述L个音量进度条中任意一个目标音量进度条上的第四操作，响应于所述第四操作，确定所述目标音量进度条对应的目标应用，修改所述音频播放器件播放所述目标应用的音频时对应的音量。

可选地，所述第三操作是按压所述电子设备的机械音量按键的增大音量区域或减小音量区域的操作。

例如，所述第三操作可以如图7中的(a)图所示，用户按压该机械音量按键上增大音量的区域(或者按压该机械音量按键上减小音量的区域)。

或者，如图8中的(a)图所示，用户按压该机械音量按键上减小音量的区域，或者按压该机械音量按键上增大音量的区域。

又或者，如图9中的(a)图所示，用户按压该机械音量按键上减小音量的区域，或者按压该机械音量按键上增大音量的区域。

一种可能的情况中，当所述音频播放器件基于所述第一独立音量播放所述第一应用的音频，同时还基于所述第二独立音量或所述目标音量播放所述第二应用的音频，且所述电子设备不包括前台运行或后台运行的其他能够播放音频的应用时，所述L个音量进度条包括：所述第一应用的音量进度条和所述第二应用的音量进度条。

示例性的，如图7中的(b)图所示的界面702。在该界面702上，自动显示音量调节窗口702-1。可选地，在该音量调节窗口702-1中，至少包括两个音量进度条和每个音量进度条对应的应用图标。

示例性的，如图8中的(b)图所示的界面802。在该界面802上，自动显示音量调节窗口802-1。可选地，在该音量调节窗口802-1中，至少包括两个音量进度条和每个音量进度条对应的应用图标。具体地，如图8中的(b)图所示，该音量调节窗口802-1至少包括游戏应用对应的音量进度条(上方进度条)、游戏应用声音的快捷图标、微信应用的语音通话对应的音量进度条(下方进度条)和语音通话的快捷图标。

另一种可能的情况中，当所述音频播放器件基于所述第一独立音量播放所述第一应用的音频，同时还基于所述第二独立音量播放所述第二应用的音频，且所述电子设备还包括前台运行或后台运行的能够播放音频的第三应用时，所述L个音量进度条包括：所述第一应用的音量进度条、所述第二应用的音量进度条和所述第三应用的音量进度条。

示例性的，如图9中的(b)图所示的界面902。在该界面902上，自动显示音量调节窗口902-1。可选地，在该音量调节窗口902-1中，可以包括三个音量进度条和每个音量进度条对应的应用图标。具体地，如图9中的(b)图所示，该音量调节窗口902-1从左到右依次显示：音乐应用对应的音量进度条、微信应用的语音通话对应的音量进度条、导航应用对应的音量进度条，且每一个音量进度条下方显示对应应用的快捷图标。

又一种可能的情况中，当所述音频播放器件基于所述第一独立音量播放所述第一应用的音频，同时还基于所述目标音量播放所述第二应用的音频，且所述电子设备还包括前台运行或后台运行的能够播放音频的第四应用，所述第四应用输出的第四音频流和所述第二音频流是不同类型的音频流时，所述L个音量进度条包括：所述第一应用的音量进度条、所述第二应用的音量进度条和所述第四应用的音量进度条。

再一种可能的情况中，当所述音频播放器件基于所述第一独立音量播放所述第一应用的音频，同时还基于所述目标音量播放所述第二应用的音频，且所述电子设备还包括前台运行或后台运行的能够播放音频的第五应用，所述第五应用输出的第五音频流和所述第二音频流是相同类型的音频流时，所述L个音量进度条包括：所述第一应用的音量进度条和所述第二应用的音量进度条。

需要说明的是，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，在本申请实施例的描述中，“多个”是指两个或多于两个。

应理解，本申请实施例中的方式、情况、类别以及实施例的划分仅是为了描述的方便，不应构成特别的限定，各种方式、类别、情况以及实施例中的特征在不矛盾的情况下可以相结合。

还应理解，本申请实施例中的术语“第一”、“第二”以及“第三”仅为了区分，不应对本申请构成任何限定。例如，本申请实施例中的“第一操作”、“第二操作”等，表示用户在电子设备的触摸屏上执行的不同操作；本申请实施例中的“第一应用”、“第二应用”等，表示电子设备安装的不同应用。

还应理解，在本申请的各种实施例中，各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

还需要说明的是，本申请实施例中，“预设”等可以通过在电子设备中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现，本申请对于其具体的实现方式不做限定。例如，本申请实施例中“预设的音频流类型”等。

可以理解的是，电子设备为了实现上述功能，其包含了执行各个功能相应的硬件和/或软件模块。结合本文中所公开的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本实施例可以根据上述方法示例对电子设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块可以采用硬件的形式实现。需要说明的是，本实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，上述实施例中涉及的电子设备的一种可能的组成示意图，该电子设备可以包括：显示单元、检测单元和处理单元。其中，显示单元、检测单元和处理单元相互配合，可以用于支持电子设备执行上述步骤等，和/或用于本文所描述的技术的其他过程。

需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

本实施例提供的电子设备，用于执行上述播放音频的方法、或者调节音量的方法，因此可以达到与上述实现方法相同的效果。

在采用集成的单元的情况下，电子设备可以包括处理模块、存储模块和通信模块。其中，处理模块可以用于对电子设备的动作进行控制管理，例如，可以用于支持电子设备执行上述显示单元、检测单元和处理单元执行的步骤。存储模块可以用于支持电子设备执行存储程序代码和数据等。通信模块，可以用于支持电子设备与其他设备的通信。

其中，处理模块可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，数字信号处理(digital signal processing，DSP)和微处理器的组合等等。存储模块可以是存储器。通信模块具体可以为射频电路、蓝牙芯片、Wi-Fi芯片等与其他电子设备交互的设备。

在一个实施例中，当处理模块为处理器，存储模块为存储器时，本实施例所涉及的电子设备可以为具有图4所示结构的设备。

本实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机指令，当该计算机指令在电子设备上运行时，使得电子设备执行上述相关方法步骤实现上述实施例中的播放音频的方法。

本实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的播放音频的方法。

另外，本申请的实施例还提供一种装置，这个装置具体可以是芯片，组件或模块，该装置可包括相连的处理器和存储器；其中，存储器用于存储计算机执行指令，当装置运行时，处理器可执行存储器存储的计算机执行指令，以使芯片执行上述各方法实施例中的播放音频的方法。

其中，本实施例提供的电子设备、计算机可读存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

通过以上实施方式的描述，所属领域的技术人员可以了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上内容，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims

1.一种播放音频的方法，其特征在于，应用于包括音频播放器件和显示屏的电子设备，所述方法包括：

接收用户的第一操作，所述第一操作用于触发所述电子设备开始播放第一应用的音频；

响应于所述第一操作，启动音频服务，获取所述电子设备的音频配置信息，所述音频配置信息包括第一集合的信息，所述第一集合包括所述电子设备上安装的能够采用独立音量播放音频的N个应用，所述第一集合的信息包括所述N个应用中每个应用的信息和播放每个应用的音频时对应的音量，N为大于或等于1的整数；

获取所述第一应用的信息，查询所述第一集合包括的所述N个应用中是否包括所述第一应用；

当所述第一集合包括的所述N个应用中包括所述第一应用时，确定并加载所述电子设备播放所述第一应用的音频时对应的第一独立音量；

基于所述第一独立音量，通过所述音频播放器件播放所述第一应用的音频。

2.根据权利要求1所述的方法，其特征在于，所述音频配置信息还包括第二集合的信息，所述第二集合包括所述电子设备上安装的能够采用独立音效播放音频的M个应用，所述第二集合的信息包括所述M个应用中每个应用的信息和播放每个应用的音频时对应的音效，M为大于或等于1的整数，所述方法还包括：

查询所述第二集合包括的所述M个应用中是否包括所述第一应用；

当所述第二集合包括的所述M个应用中包括所述第一应用时，确定并加载所述电子设备播放所述第一应用的音频时对应的第一独立音效；

以及，所述基于所述第一独立音量，通过所述音频播放器件播放所述第一应用的音频，包括：

基于所述第一独立音量和所述第一独立音效，通过所述音频播放器件播放所述第一应用的音频。

3.根据权利要求1或2所述的方法，其特征在于，所述音频配置信息还包括第三集合的信息，所述第三集合包括预设的K种类型的音频流，所述第三集合的信息包括所述K种类型的音频流中每一种类型的音频流对应的播放音量，所述方法还包括：

接收用户的第二操作，所述第二操作用于触发所述电子设备开始播放第二应用的音频，所述第一应用输出的第一音频流和所述第二应用输出的第二音频流是相同类型的音频流，且所述第一音频流和所述第二音频流对应的类型是所述第三集合包括所述K种类型中的任意一种；

响应于所述第二操作，获取所述第二应用的信息，查询所述第一集合包括的所述N个应用中是否包括所述第二应用；

当所述第一集合包括的所述N个应用中包括所述第二应用时，确定并加载所述电子设备播放所述第二应用的音频时对应的第二独立音量；

基于所述第二独立音量，同时通过所述音频播放器件播放所述第二应用的音频；

或者，

当所述第一集合包括的所述N个应用中不包括所述第二应用时，确定所述第二应用的所述第二音频流的类型；

根据所述第二音频流的类型和所述音频配置信息，确定并加载所述电子设备播放所述第二应用的音频时对应的目标音量；

基于所述目标音量，同时通过所述音频播放器件播放所述第二应用的音频。

4.根据权利要求1至3中任一项所述的方法，其特征在于，当确定了所述音频播放器件播放第二应用的音频时对应的第二独立音量或目标音量时，所述方法还包括：

查询所述第二集合包括的所述M个应用中是否包括所述第二应用；

当所述第二集合包括的所述M个应用中包括所述第二应用时，确定并加载所述电子设备播放所述第二应用的音频时对应的第二独立音效；

基于所述第二独立音量或所述目标音量，以及所述第二独立音效，通过所述音频播放器件播放所述第二应用的音频；

或者，

当所述第二集合包括的所述M个应用中不包括所述第二应用时，基于所述第二独立音量或所述目标音量，通过所述音频播放器件播放所述第二应用的音频。

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

接收用户的第三操作，所述第三操作用于调节所述电子设备播放音频的音量；

响应于所述第三操作，在所述显示屏上自动显示音量调节窗口，所述音量调节窗口中包括L个音量进度条，和/或所述L个音量进度条中每个音量进度条对应的应用图标，L大于或等于1，其中，L是根据前台运行或后台运行的应用数量，和/或所述第一集合中的应用数量N确定的；

检测用户在所述L个音量进度条中任意一个目标音量进度条上的第四操作，响应于所述第四操作，确定所述目标音量进度条对应的目标应用，修改所述音频播放器件播放所述目标应用的音频时对应的音量。

6.根据权利要求1至5中任一项所述的方法，其特征在于，

当所述音频播放器件基于所述第一独立音量播放所述第一应用的音频，同时还基于所述第二独立音量或所述目标音量播放所述第二应用的音频，且所述电子设备不包括前台运行或后台运行的其他能够播放音频的应用时，所述L个音量进度条包括：所述第一应用的音量进度条和所述第二应用的音量进度条；或者，

7.根据权利要求1至6中任一项所述的方法，其特征在于，所述第一集合包括的所述第一应用是用户手动选择并配置的，所述方法还包括：

显示设置应用的界面，所述设置应用的界面上包括一个或多个与所述电子设备相关的设置选项；

接收用户对所述一个或多个选项中包括的应用选项或应用管理选项的第五操作，响应于所述第五操作，显示应用管理界面，所述应用管理界面包括所述电子设备上安装的所有应用图标和/或应用名称；

接收用户对所述第一应用的第六操作，响应于所述第六操作，显示所述第一应用的设置界面，所述第一应用的设置界面包括用于配置所述音频播放器件采用独立音量播放所述第一应用的音频的第一选项，和/或，用于配置所述音频播放器件采用独立音效播放所述第一应用的音频的第二选项；

接收用户对所述第一选项的第七操作，响应于所述第七操作，将所述第一应用添加至所述第一集合，确定所述音频播放器件采用独立音量播放所述第一应用的音频。

8.根据权利要求1至7中任一项所述的方法，其特征在于，

所述第一应用的信息包括所述第一应用的标识或包名，所述第一集合的信息包括所述N个应用中每个应用的标识或包名；和/或，

所述第二应用的信息包括所述第二应用的标识或包名，所述第二集合的信息包括所述M个应用中每个应用的标识或包名。

9.根据权利要求1至8中任一项所述的方法，其特征在于，所述第三集合中预设的K种类型的音频流包括：通话流、系统流、铃声流、媒体流、警告流、通知流和按键流中的部分类型或全部类型。

10.一种电子设备，其特征在于，包括：

显示屏；

一个或多个音频播放器件；

一个或多个处理器；

一个或多个存储器；

安装有多个应用程序的模块；

所述存储器存储有一个或多个程序，当所述一个或者多个程序被所述处理器执行时，使得所述电子设备执行权利要求1至9中任一项所述的方法。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行如权利要求1至9中任一项所述的方法。

12.一种计算机程序产品，其特征在于，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如权利要求1至9中任一项所述的方法。