CN117880783A - 音频处理方法、第一设备和存储介质 - Google Patents

Abstract

本申请公开了一种音频处理方法，属于音频数据处理技术领域，本申请实施例的音频处理方法包括：获取所述第一设备中第一应用的第一请求，所述第一请求用于申请所述第一设备的音频焦点；响应于所述第一应用持有所述音频焦点，阻断所述第一设备的蓝牙申请所述音频焦点；基于所述音频焦点播放所述第一应用的音频。

Description

音频处理方法、第一设备和存储介质

技术领域

本申请涉及音频数据处理技术领域，尤其涉及一种音频处理方法、第一设备和存储介质。

背景技术

一些设备随着技术的成熟和产品的迭代，越来越多的人们将会在日常使用，例如用户使用AR(augmented reality，增强现实)眼镜听歌、玩游戏等媒体观看及交互。

目前的这些设备基于设备性能和硬件的限制，导致使用中需要将其他设备(例如智能手机)上的音频流转到设备，比如导航，音乐，视频投屏等。当设备播放的音频频繁被流转过来的音频打断时，会引起不好的用户体验。

发明内容

第一方面，本申请提供了一种音频处理方法，应用于第一设备，包括：

获取所述第一设备中第一应用的第一请求，所述第一请求用于申请所述第一设备的音频焦点；

响应于所述第一应用持有所述音频焦点，阻断所述第一设备的蓝牙申请所述音频焦点；

基于所述音频焦点播放所述第一应用的音频。

在一些实施例中，还包括：

获取所述第一设备中第二应用的第二请求，所述第二请求用于取消阻断所述第一设备的蓝牙申请所述音频焦点，其中，所述第二应用的优先级高于所述第一应用的优先级；

响应所述第二请求，取消阻断所述蓝牙申请所述音频焦点；

所述蓝牙持有所述音频焦点并播放从建立蓝牙连接的第二设备流转的音频。

在一些实施例中，还包括：

确定所述流转的音频播放结束，所述蓝牙释放持有的所述音频焦点；

所述第二应用发出恢复阻断所述蓝牙申请所述音频焦点的第三请求；

以及，所述第一应用重新申请持有所述音频焦点并继续播放所述第一应用的音频。

在一些实施例中，所述取消阻断所述蓝牙申请所述音频焦点之后，还包括：

获取所述第一设备中第三应用的第四请求，所述第四请求用于申请恢复阻断所述蓝牙申请所述音频焦点；

确定所述第四请求的优先级低于所述第二请求的优先级；

拒绝所述第四请求，所述蓝牙继续持有所述音频焦点并播放所述流转的音频。

在一些实施例中，还包括：

确定所述第四请求的优先级高于或等于所述第二请求的优先级；

响应所述第四请求，恢复阻断所述蓝牙申请所述音频焦点。

在一些实施例中，还包括：

确定所述第一应用的音频播放结束或检测到所述第一应用为异常状态，取消阻断所述蓝牙申请所述音频焦点。

在一些实施例中，所述第一请求获取所述音频焦点的形式为长期持有所述音频焦点，长期持有所述音频焦点表示所述第一应用持有所述音频焦点期间，所述音频焦点的堆栈会被持续清理；

所述第二请求获取所述音频焦点的形式为短期持有所述音频焦点，短期持有所述音频焦点表示所述蓝牙持有所述音频焦点期间，所述音频焦点的堆栈不会被清理。

第二方面，本申请提供了一种第一设备，包括：处理器；存储器，包括一个或多个计算机程序指令；其中，所述一个或多个计算机程序指令被存储在所述存储器中，并由所述处理器执行如时实现如上述任一种所述的方法。

在一些实施例中，还包括：音频数据设备，用于播放音频数据。

第三方面，本申请提供了一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述任一种所述的方法。

第四方面，本申请提供了一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如上述任一种所述的方法。

附图说明

为了更清楚地说明本申请或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请一个实施例提供的手机与AR眼镜、车机之间的音频交互示意图之一；

图2为本申请一个实施例提供的AR眼镜与手机侧之间的音频交互示意图之二；

图3为本申请一个实施例提供的音频处理方法的流程示意图之一；

图4为本申请一个实施例提供的AR眼镜与手机侧之间的音频交互示意图之三；

图5为本申请一个实施例提供的音频处理方法的流程示意图之二；

图6为本申请一个实施例提供的电子设备的实体结构示意图。

具体实施方式

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

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”一般表示前后关联对象是一种“或”的关系。

一些设备随着技术的成熟和产品的迭代，越来越多的人们将会在日常使用，但此类设备由于性能和硬件的限制，音视频内容没有手机等终端设备丰富，因此通常情况下，此类设备会作为接收音频信号并进行播放的设备，也即用户使用手机等终端设备作为发送端，将音频流传输到接收端的设备上。

例如AR(augmented reality，增强现实)眼镜随时技术的成熟和产品的迭代，越来越多的人们将会在日常使用，比如通过AR眼镜来听歌，看投屏电影等，由于这些设备性能和硬件的限制，音视频内容没有手机设备丰富，用户会将手机上的音频流转至AR眼镜设备上进行播放。

而两个或两个以上的应用同时输出音频流播放音频，系统会将所有音频流混合在一起。因此为了避免所有音频应用同时播放，设计了“音频焦点”，即一次只能有一个应用获得音频焦点。当应用需要输出音频时，它需要请求获得音频焦点，获得焦点后，就可以播放声音了。但是获得音频焦点，并不意味着应用可以一直持有到播放完成。其他应用也可以请求焦点，从而抢占应用持有的音频焦点。

音频焦点通常情况下可以分为四种类型：长音频焦点、短音频焦点、浮动播放(DUCK)音频焦点以及独占音频焦点。其中，长音频焦点指代发起播放的音频应用永久抢占当前正在播放的音频应用焦点，即使发起播放的音频应用后面释放音频焦点了，被抢占焦点的应用也无法再次拿到焦点进行后续恢复播放处理。短音频焦点指代发起播放的音频应用临时抢占当前正在播放的音频应用焦点，发起播放的音频应用后面释放音频焦点了，被抢占焦点的应用可以再次拿到焦点进行后恢复播放处理。浮动播放(DUCK)音频焦点指代应用程序可以获取短暂的音频焦点，并且可以降低其他正在播放的音频媒体的音量。独占音频焦点指代应用程序请求获取短暂的独占音频焦点，但是它可能会让后来的获取音频焦点的应用程序播放不出声音。

目前的手机等终端设备结合此类设备的音乐播放主要是通过蓝牙播放，手机等终端设备作为主设备，此类设备作为从设备。终端侧的音乐在判断与此类设备蓝牙连接的情况下，可以通过A2DP(Advanced Audio Distribution Profile，高质量音频数据传输的协议)将音频传输到设备，在设备的蓝牙进程中，不管终端侧流转的是通知音(即终端侧的的系统通知音效，用于提示用户有新的消息、提醒或事件发生。比如短信、社交媒体消息或其他应用程序的通知)，导航播报还是音乐视频音频，设备无从知道音频的播放的长短，所以设备的蓝牙统一以申请长焦点的形式抢占音频焦点播放。

在一些实施例中，终端(终端设备)包括各种具有无线通信功能的手持设备、车载设备、计算设备或连接到无线调制解调器的其它处理设备，例如，手机、平板、台式笔记本以及可以运行应用程序的智能设备，包括智能汽车的中央控制台等。具体可以指用户设备(user equipment，UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。终端设备还可以是卫星电话、蜂窝电话、智能手机、无线数据卡、无线调制解调器、机器类型通信设备、可以是无绳电话、会话启动协议(session initiation protocol，SIP)电话、无线本地环路(wirelesslocal loop，WLL)站、个人数字处理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备工业控制(industrial control)中的无线终端、无人驾驶(self-driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、5G网络或者未来通信网络中的终端设备等。终端可以由电池供电，还可以附接到车辆或者船舶的电源系统，并由车辆或者船舶的电源系统供电。车辆或者船舶的电源系统还可以为终端的电池充电，以延长终端的通信时间。

参考图1所示，用户可以通过蓝牙连接将手机与车机或AR眼镜进行连接。当用户需要在车机上显示和播放手机上的导航线路时，他们可以通过蓝牙连接将手机与车机连接起来。一旦建立了蓝牙连接，手机上的导航音频就会通过蓝牙传输到车机端，并在车机上进行播放。

同样地，当用户想要在AR眼镜上播放手机上的音乐时，他们可以通过蓝牙连接将手机与AR眼镜连接起来。蓝牙连接建立后，手机上的音乐音频将通过蓝牙传输到AR眼镜端，并在AR眼镜上进行播放。

在实际应用中，用户也会使用设备本地存储的一些音频，设备在播放本地的音频时，终端侧的短信等通知音此时如果流转到设备，则设备当前正在播放的音频会被打断，引起不好的用户体验。

比如图2所示，手机与AR眼镜建立蓝牙连接后，手机侧的视频应用通过DLNA(DIGITAL LIVING NETWORK ALLIANCE，数字生活网络联盟)投屏在眼镜侧播放，DLNA投屏时，实际上是把视频源地址传给了AR眼镜，AR眼镜通过网络获取到了音视频内容在眼镜本地播放。此时，如果手机来了短信，则短信通知音会通过蓝牙流转到AR眼镜，AR眼镜的音频焦点会被蓝牙以申请长焦点形式打断，通知音播放结束，投屏的视频也不会自动恢复播放状态，如果短信等通知音流转频繁，则会给用户造成不好的体验。

为此，本申请提供了一种音频处理方法，应用于第一设备(即指代作为音频流接收端的设备)，通过在接收到第一设备中第一应用申请第一设备的音频焦点，并且响应于第一应用持有音频焦点之后，阻断第一设备的蓝牙申请音频焦点，并基于音频焦点播放第一应用的音频。由此第一设备在播放本地音频数据时，第二设备(即指代作为音频流发送端的设备)的音频无法打断第一设备本地音频播放，提升了用户体验。

可以理解，在第一应用持有音频焦点后，来自第一应用的音频就可以通过例如扬声器等发声器件正常播放，阻断蓝牙申请音频焦点可以和第一应用播放音频同步进行，也可以不同步进行，例如先阻断蓝牙申请音频焦点，第一应用再请求播放音频。

图3为本申请实施例提供的音频处理方法的流程示意图之一。如图3所示，提供了一种音频处理方法，包括以下步骤：步骤110、步骤120、步骤130。该方法流程步骤仅仅作为本申请一个可能的实现方式。

步骤110、获取所述第一设备中第一应用的第一请求，所述第一请求用于申请所述第一设备的音频焦点；

本实施例中，第一应用为可以在第一设备(比如智能手表、AR眼镜、智能耳机等)本地存储和处理音频数据，且会申请长音频焦点的应用。比如音乐播放器、视频应用、DLNA投屏应用等。

比如，AR眼镜上的DLNA投屏应用运行时，DLNA投屏应用通过视频源地址获取到需要播放的音视频内容后，DLNA投屏应用可以通过与AR眼镜的音频管理接口进行交互来请求音频长焦点。

步骤120、响应于所述第一应用持有所述音频焦点，阻断所述第一设备的蓝牙申请所述音频焦点；

当第一应用发起持有第一设备的音频焦点后，通过阻断第一设备的蓝牙申请音频焦点，可实现第一应用在使用音频焦点播放音频期间，第一设备的蓝牙就不能再抢占音频焦点，这可以避免例如和第一设备建立蓝牙连接的第二设备通过蓝牙流转的音频，打断第一应用播放的音频。

在一个示例中，可以通过在蓝牙申请音频焦点的接口中定义新的方法来实现。此方法用于阻断蓝牙音频焦点请求，在定义新的方法后，实现一个具体的类，该类实现了上述接口，并在此方法中进行蓝牙音频焦点申请，在此方法中抛出自定义异常来阻断蓝牙音频焦点请求，当调用此方法时，会抛出自定义的异常，表示阻断了蓝牙音频焦点请求。通过这种方式，可以在蓝牙申请音频焦点的接口中定义新的方法来实现阻断蓝牙申请音频焦点。

比如，可以系统调用“a2dp sink”接口的方法blockAudioFocusRequest()中抛出自定义异常来阻断蓝牙音频焦点请求，即当蓝牙设备通过A2DP尝试请求获取音频焦点时，系统在调用blockAudioFocusRequest()方法时，会抛出BluetoothAudioFocusBlockedException异常，表示阻断了蓝牙设备通过A2DP申请音频焦点请求。，如此确保第一应用保持当前的音频焦点状态，音频焦点不会由蓝牙设备持有上，确保用户的音频体验不受干扰。

步骤130、基于所述音频焦点播放所述第一应用的音频；

在第一应用申请到音频焦点后，即可根据音频焦点的请求播放第一应用的音频。

如图4所示，手机侧的视频应用通过DLNA投屏在眼镜侧播放，DLNA投屏时，申请音频焦点，并阻断AR眼镜的蓝牙申请音频焦点的接口，DLNA投屏在使用申请到的音频焦点播放音频期间，由于蓝牙申请音频焦点的接口被阻断，则在此阻断期间内手机侧流转过来的音频均无法正常播放。

在本申请实施例中，在接收到第一设备中第一应用申请第一设备的音频焦点时，阻断第一设备的蓝牙申请音频焦点后基于音频焦点播放第一应用的音频。由此第一设备在播放本地音频数据时，第二设备的音频无法通过蓝牙抢占可穿戴设备的音频焦点来打断第一设备本地音频播放，提升了用户体验。

需要说明的是，本申请每一个实施方式可以自由组合、调换顺序或者单独执行，并不需要依靠或依赖固定的执行顺序。

在一些实施例中，还包括：

获取所述第一设备中第二应用的第二请求，所述第二请求用于取消阻断所述第一设备的蓝牙申请所述音频焦点，其中，所述第二应用的优先级高于所述第一应用的优先级；

响应所述第二请求，取消阻断所述蓝牙申请所述音频焦点；

所述蓝牙持有所述音频焦点并播放从建立蓝牙连接的第二设备流转的音频。

本实施例中，根据应用程序的不同需求和重要性，对它们申请音频焦点进行了优先级的划分。当多个应用程序同时竞争音频焦点时，系统会优先满足那些被设置为优先级较高的应用程序的需求，确保在第一设备上的多个应用程序之间能够合理地共享和竞争音频资源，从而提升用户体验并满足不同应用程序的需求。

比如考虑到AR眼镜的语音助手的重要性，用户可以通过语音助手进行语音命令控制、信息查询、日程管理、实时导航等功能，实现通过语音与AR眼镜进行交互。则可以设置语音助手的优先级高于可穿戴设备中的其他应用的优先级。当用户唤醒AR眼镜的语音助手的语音播放功能时，语音助手会发送一个请求，要求取消阻断可穿戴设备的蓝牙申请音频焦点，以确保其能够通过蓝牙播放终端流传输音频。

在一个示例中，可以通过在蓝牙申请音频焦点的接口中定义新的方法来实现，此方法用于释放蓝牙音频焦点。在定义新的方法后，实现一个具体的类，该类实现了接口，并在此方法中执行释放蓝牙音频焦点的操作。在接收第二请求后，通过调用此方法，来实现释放蓝牙申请音频焦点，以取消阻断可穿戴设备的蓝牙申请音频焦点。

由于第二应用的优先级高于第一应用，当取消阻断蓝牙申请音频焦点后，当接收到第二设备流转的音频时，系统会暂停或阻塞第一应用的音频播放(例如将第一应用的音频静音处理)，蓝牙持有音频焦点，并基于此音频焦点播放流转来的音频，确保第二应用能够优先使用蓝牙播放终端流进行音频输出。

比如AR眼镜的语音助手监听到用户发出“小爱”语音时，语音助手即可为唤醒。则在AR眼镜的DLNA投屏播放音频期间，在AR眼镜的语音助手接收到用户输入的“小爱，请播报一下本周天气状况”的语音指令时，AR眼镜的语音助手即可请求手机侧的语音助手查询本周天气状况，手机侧的语音助手查询到本周天气状况后，通过语音播报的方式将相应的本周天气状况数据通过蓝牙流转至AR眼镜侧进行播放。

在本申请实施例中，在第二应用的优先级高于第一应用的优先级时，在第二应用请求取消阻断第一设备的蓝牙申请音频焦点时，取消阻断第一设备的蓝牙申请音频焦点，在防止其他应用程序干扰第一应用程序的音频输出的同时，还可以确保优先级高的第二应用能够顺利播放音频，提升了音频播放的灵活性，又满足不同应用程序的需求。

需要说明的是，本申请每一个阻断可穿戴设备的蓝牙申请音频焦点或取消阻断可穿戴设备的蓝牙申请音频焦点的实施方式可同上述实施例中的实施方式一致，后续不在具体赘述。

在本申请实施例中，在第一设备的应用发起请求前，可以通过请求不同的音频焦点类型，使得持有音频焦点的当前应用具有不同的表现。

在一个示例中，第一应用的第一请求获取音频焦点的形式为长期持有该音频焦点，长期持有音频焦点表示第一应用持有音频焦点期间，音频焦点的堆栈会被持续清理。第二应用的第二请求获取该音频焦点的形式为短期持有音频焦点，短期持有音频焦点表示蓝牙持有音频焦点期间，音频焦点的堆栈不会被清理。

比如，用户在使用AR眼镜在播放音乐时，用户打开了AR眼镜的DLNA投屏应用，DLNA投屏应用请求获取长音频焦点，也即DLNA投屏应用希望长期持有音频焦点，这意味着一旦该应用获取了音频焦点，它会一直持有这个焦点，即使其他应用程序或设备请求获得音频焦点，它们也会被移除并且不能中断第一应用的音频播放，直到DLNA投屏应用明确释放或者因某种原因失去焦点。

还比如，用户唤醒了AR眼镜的语音助手，语音助手请求获取短音频焦点，也即语音助手应用会向第一设备发送请求，以获取短期持有音频焦点。语音助手短期持有音频焦点时，音频焦点的堆栈不会被清理。这意味着如果AR眼镜正在播放音乐，这是AR眼镜的语音助手有其他通知音需要播放，AR眼镜的语音助手播放完通知音后释放焦点，AR眼镜被打断的音乐可以再次恢复播放从而保证用户体验的连贯性。同时，由于短期音频焦点只是临时性的，因此AR眼镜的音频焦点的堆栈不会被清理。

在一些实施例中，还包括：

确定所述流转的音频播放结束，所述蓝牙释放持有的所述音频焦点；

所述第二应用发出恢复阻断所述蓝牙申请所述音频焦点的第三请求；

以及，所述第一应用重新申请持有所述音频焦点并继续播放所述第一应用的音频。

本实施例中，可以在蓝牙流转来的音频内容已经全部被播放出来，并且停止了任何形式的音频输出时，蓝牙会释放持有的音频焦点。

本实施例中，当第二设备流转过来的音频播放结束后，会释放蓝牙申请的音频焦点，并发出请求恢复阻断蓝牙申请音频焦点。此时，第一应用程序可以重新申请持有音频焦点并继续播放其音频，第一应用再次持有音频焦点进行播放，直至再次接收到取消阻断蓝牙申请音频焦点的请求。

例如，DLNA投屏在使用申请到的音频焦点播放音频期间，被语音助手打断，语音助手通过蓝牙播放第二设备侧流转的音频流，语音助手播放完音频流后，蓝牙释放音频焦点，语音助手请求恢复阻断蓝牙申请音频焦点，恢复阻断之后，DLNA投屏音频可以重新持有音频焦点来继续播放音频，并在此期间蓝牙无法申请持有音频焦点。

在本申请实施例中，在确保优先级高的第二应用播放完音频后，恢复第一音频的播放并恢复蓝牙申请音频焦点，避免了第二设备流转的音频长久打断第一设备本侧的音频播放，实现了音频播放的顺畅性。

在一些实施例中，所述取消阻断所述蓝牙申请所述音频焦点之后，还包括：

获取所述第一设备中第三应用的第四请求，所述第四请求用于申请恢复阻断所述蓝牙申请所述音频焦点；

确定所述第四请求的优先级低于所述第二请求的优先级；

拒绝所述第四请求，所述蓝牙继续持有所述音频焦点并播放所述流转的音频。

本实施例中，可以通过比较发起第四请求的第三应用与发起第二请求的第二应用之间的优先级来判断第四请求的优先级与第二请求的优先级。

在一个示例中，可以通过比较第四请求的触发方式与第二请求的触发方式之间的优先级，比如用户可以通过输入特定的语音命令或关键词来唤醒或关闭语音助手，还可以通过点击物理按键唤醒或关闭语音助手。通常情况下，特定的语音命令或关键词是一个明确的指示操作，单击“语音助手功能按键”更容易被意外触发，则在用户先使用特定的语音命令或关键词唤醒语音助手后，又通过物理按键发起了关闭语音助手的请求时，由于通过特定的语音命令或关键词触发的请求的优先级会高于通过物理按键触发的请求，系统识别到特定的语音命令或关键词触发的请求的优先级更高，则拒绝物理按键触发的请求。蓝牙继续接收从建立蓝牙连接的第二设备流转的音频并持有音频焦点，基于音频焦点播放流转的音频。

在一些实施例中，还包括：

确定所述第四请求的优先级高于或等于所述第二请求的优先级；

响应所述第四请求，恢复阻断所述蓝牙申请所述音频焦点。

比如，用户先通过物理按键发起了唤醒语音助手的请求，又使用特定的语音命令或关键词关闭语音助手后，由于通过特定的语音命令或关键词触发的请求的优先级会高于通过物理按键触发的请求，系统识别到特定的语音命令或关键词触发的请求的优先级更高，则响应语音命令或关键词触发的请求，恢复阻断蓝牙申请音频焦点。

在本申请实施例中，在接收到取消阻断设备的蓝牙申请音频焦点的第二请求后，又接收到阻断蓝牙申请音频焦点的第四请求时，通过比较请求的优先级，可以更加有序灵活地处理各类请求，避免引发的冲突和不确定性，提高系统的稳定性和可靠性。

在一些实施例中，还包括：

确定所述第一应用的音频播放结束或检测到所述第一应用为异常状态，取消阻断所述蓝牙申请所述音频焦点。

本实施例中，当第一音频播放结束后，取消阻断蓝牙申请音频焦点，如此第二设备侧的音频可以正常流转至第一设备侧进行播放。

另外，当第一应用程序出现异常时，比如音频数据丢失或者音频卡顿，可以取消阻断蓝牙申请音频焦点，确保第二设备侧的正常音频优先播放，继续提供音频服务，从而避免用户体验的中断或受损。

为了便于上述理解，在此以AR眼镜的投屏应用与语音助手之间的切换为例(语音助手优先级高于投屏应用的优先级)说明本申请实施例提供的音频处理方法。图5为本申请实施例提供的音频处理方法的流程示意图之二，如图5所示，包括：

步骤201、投屏开始，AR眼镜的投屏应用申请长音频焦点；

步骤202、投屏应用设置蓝牙a2dp音频焦点为阻断状态；

此状态下，蓝牙无法申请到音频焦点。

步骤203、如果用户在AR眼镜侧唤醒语音助手，则AR眼镜侧语音助手将蓝牙a2dp阻断状态设置为不阻断；

在语音助手取消阻断期间，除语音助手之外其它应用无法设置蓝牙a2dp焦点申请为阻断状态；

步骤204、当语音助手退出播报后，语音助手将通过音频系统的接口恢复取消阻断前的阻断状态；

如果此时手机侧有音频流转，则因为AR眼镜侧的蓝牙无法申请到音频焦点，则蓝牙音频为静音播放状态，不会打断投屏应用的播放。

步骤205、投屏结束，投屏应用将阻断状态恢复为不阻断。

由于此时AR眼镜侧的蓝牙可以正常申请到音频焦点，所以手机侧的音频可以正常流转。

在本申请实施例中，在语音助手未唤醒之前，可确保手机侧流转的音频不会以长焦点形式永久抢占并打断眼镜本地音频播放，而当语音助手唤醒后，可以确保优先级高的语音助手能够顺利播放音频，提升了音频播放的灵活性。此外在语音助手退出播报后将通过音频系统的接口恢复取消阻断前的阻断状态以及投屏结束后将阻断状态恢复为不阻断，通过及时释放阻断状态，可以避免潜在的系统冲突或混乱，保持系统的稳定性和可靠性。

图6示例了一种第一设备的实体结构示意图，如图6所示，该第一设备可以包括：处理器(processor)610、通信接口(Communications Interface)620、存储器(memory)630和通信总线640，其中，处理器610，通信接口620，存储器630通过通信总线640完成相互间的通信。存储器，包括一个或多个计算机程序指令；其中，所述一个或多个计算机程序指令被存储在所述存储器中，并由处理器610可以调用存储器630中的逻辑指令，以执行音频处理方法，该方法包括：获取所述第一设备中第一应用的第一请求，所述第一请求用于申请所述第一设备的音频焦点；响应所述第一请求，阻断所述第一设备的蓝牙申请所述音频焦点；基于所述音频焦点播放所述第一应用的音频。

此外，上述的存储器630中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

此外，第一设备还包括音频数据设备，用于播放音频数据。另一方面，本申请还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，计算机程序可存储在非暂态计算机可读存储介质上，所述计算机程序被处理器执行时，计算机能够执行上述各方法实施例所提供的方法，该方法包括：获取所述第一设备中第一应用的第一请求，所述第一请求用于申请所述第一设备的音频焦点；响应所述第一请求，阻断所述第一设备的蓝牙申请所述音频焦点；基于所述音频焦点播放所述第一应用的音频。

又一方面，本申请还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各方法实施例所提供的方法，该方法包括：获取所述第一设备中第一应用的第一请求，所述第一请求用于申请所述第一设备的音频焦点；响应所述第一请求，阻断所述第一设备的蓝牙申请所述音频焦点；基于所述音频焦点播放所述第一应用的音频。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (10)

1.一种音频处理方法，应用于第一设备，包括：

获取所述第一设备中第一应用的第一请求，所述第一请求用于申请所述第一设备的音频焦点；

响应于所述第一应用持有所述音频焦点，阻断所述第一设备的蓝牙申请所述音频焦点；

基于所述音频焦点播放所述第一应用的音频。

2.根据权利要求1所述的音频处理方法，还包括：

获取所述第一设备中第二应用的第二请求，所述第二请求用于取消阻断所述第一设备的蓝牙申请所述音频焦点，其中，所述第二应用的优先级高于所述第一应用的优先级；

响应所述第二请求，取消阻断所述蓝牙申请所述音频焦点；

所述蓝牙持有所述音频焦点并播放从建立蓝牙连接的第二设备流转的音频。

3.根据权利要求2所述的音频处理方法，还包括：

确定所述流转的音频播放结束，所述蓝牙释放持有的所述音频焦点；

所述第二应用发出恢复阻断所述蓝牙申请所述音频焦点的第三请求；

以及，所述第一应用重新申请持有所述音频焦点并继续播放所述第一应用的音频。

4.根据权利要求2所述的音频处理方法，所述取消阻断所述蓝牙申请所述音频焦点之后，还包括：

获取所述第一设备中第三应用的第四请求，所述第四请求用于申请恢复阻断所述蓝牙申请所述音频焦点；

确定所述第四请求的优先级低于所述第二请求的优先级；

拒绝所述第四请求，所述蓝牙继续持有所述音频焦点并播放所述流转的音频。

5.根据权利要求4所述的音频处理方法，还包括：

确定所述第四请求的优先级高于或等于所述第二请求的优先级；

响应所述第四请求，恢复阻断所述蓝牙申请所述音频焦点。

6.根据权利要求1至6任一项所述的音频处理方法，还包括：

确定所述第一应用的音频播放结束或检测到所述第一应用为异常状态，取消阻断所述蓝牙申请所述音频焦点。

7.根据权利要求2至6任一项所述的音频处理方法，所述第一请求获取所述音频焦点的形式为长期持有所述音频焦点，长期持有所述音频焦点表示所述第一应用持有所述音频焦点期间，所述音频焦点的堆栈会被持续清理；所述第二请求获取所述音频焦点的形式为短期持有所述音频焦点，短期持有所述音频焦点表示所述蓝牙持有所述音频焦点期间，所述音频焦点的堆栈不会被清理。

8.一种第一设备，包括：

处理器；

存储器，包括一个或多个计算机程序指令；其中，所述一个或多个计算机程序指令被存储在所述存储器中，并由所述处理器执行时实现权利要求1至7中任一项所述的音频处理方法。

9.根据权利要求8所述的第一设备，还包括：

音频数据设备，用于播放音频数据。

10.一种非暂态计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的音频处理方法。