一种音频共享方法、系统及存储介质技术方案

本发明专利技术提供了一种音频共享方法、系统及存储介质，在Android系统，多个应用捕获音频时，采用优先级策略在运行的应用之间切换输入音频流，应用包括普通应用和特权应用，优先级策略如下：特权应用的优先级高于普通应用；具有可见前台界面的应用比后台应用具有更高的优先级；相较于从非隐私敏感源捕获音频的应用，从隐私敏感源捕获音频的应用有着更高的优先级；两个普通应用无法同时捕获音频；如果两个优先级相同的后台应用都在捕获音频，则后开始的应用优先级更高。本发明专利技术的有益效果是：用户在使用中可以同时打开多个不同软件应用，同时音频信号输入信号输出，实现一机多用，有效提升产品实用性，操作简单，一机多用，资源最优化以及人性化。以及人性化。以及人性化。

【技术实现步骤摘要】
一种音频共享方法、系统及存储介质


[0001]本专利技术涉及音频数据处理
，尤其涉及一种音频共享方法、系统及存储介质。

技术介绍

[0002]一台数码设备只能打开一个音频设备信号输入或者音频信号输出，如果不同设备同时使用，使用者不能在同一设备上音频同时使用。

技术实现思路

[0003]本专利技术提供了一种音频共享方法，在Android系统中，多个应用捕获音频时，采用优先级策略在运行的应用之间切换输入音频流，应用包括普通应用和特权应用，使用和共享音频输入的优先级策略如下：
[0004]特权应用的优先级高于普通应用；
[0005]具有可见前台界面的应用比后台应用具有更高的优先级；
[0006]相较于从非隐私敏感源捕获音频的应用，从隐私敏感源捕获音频的应用有着更高的优先级；
[0007]两个普通应用无法同时捕获音频；
[0008]如果两个优先级相同的后台应用都在捕获音频，则后开始的应用优先级更高。
[0009]作为本专利技术的进一步改进，Google助理和普通应用捕获音频时，Google助理属于特权应用，Android根据以下规则共享输入音频：
[0010]除非另一个使用隐私敏感音频源的应用已在捕获音频，否则Google助理接收音频；
[0011]除非Google助理在屏幕顶部具有可见的界面组件，否则应用会接收音频。
[0012]作为本专利技术的进一步改进，无障碍服务和普通应用捕获音频时，无障碍服务属于特权应用，Android根据以下规则共享输入音频：
[0013]如果无障碍服务的界面位于顶部，则无障碍服务和普通应用都将接收音频输入；
[0014]如果无障碍服务不在顶部，只有一个应用接收音频，另一个应用会受到静默处理。
[0015]作为本专利技术的进一步改进，两个普通应用捕获音频时，Android根据以下规则共享输入音频：
[0016]如果两个普通应用都不具备隐私敏感性，则由界面位于顶部的普通应用接收音频；如果两个普通应用都没有界面，则较晚开始者接收音频；
[0017]如果其中一个普通应用具备隐私敏感性，则由其接收音频，另一个普通应用则会受到静默处理；
[0018]如果两个普通应用都具备隐私敏感性，则由最晚开始捕获的普通应用接收音频，另一个普通应用则会受到静默处理。
[0019]作为本专利技术的进一步改进，当语音通话和普通应用捕获音频时，Android根据以下
规则共享输入音频：
[0020]语音通话始终接收音频；
[0021]如果属于无障碍服务，则应用捕获音频；
[0022]如果是拥有CAPTURE_AUDIO_OUTPUT权限的特权应用，则应用捕获语音通话；
[0023]如要捕获语音通话的上行链路和/或下行链路，则应用必须指定音频源MediaRecorder.AudioSource.VOICE_UPLINK或MediaRecorder.AudioSource.VOICE_DOWNLINK和/或设备AudioDeviceInfo.TYPE_TELEPHONY。
[0024]作为本专利技术的进一步改进，当多个应用同时捕获音频时，只有一个或两个应用处于活动状态，其他应用则处于静音状态，当活动应用发生更改时，音频框架会根据以下规则重新配置音频路径：
[0025]每个活动应用的音频输入设备会更改；
[0026]启用与最高优先级活动应用相关联的预处理，其他预处理都将被忽略。
[0027]作为本专利技术的进一步改进，当优先级较高的应用处于活动状态时，活动应用受到静默处理，在AudioRecord或MediaRecorder对象上注册一个AudioManager.AudioRecordingCallback，以便在配置发生更改时收到通知。
[0028]作为本专利技术的进一步改进，所述更改包括捕获受到静默处理或解除静默处理、设备更改、预处理更改、音频流属性更改。
[0029]本专利技术还提供了一种音频共享系统，包括：存储器、处理器以及存储在所述存储器上的计算机程序，所述计算机程序配置为由所述处理器调用时实现本专利技术所述的音频共享方法的步骤。
[0030]本专利技术还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序配置为由处理器调用时实现本专利技术所述的音频共享方法的步骤。
[0031]本专利技术的有益效果是：用户在使用中可以同时打开多个不同软件应用，同时音频信号输入信号输出，实现一机多用，有效提升产品实用性，操作简单，一机多用，资源最优化以及人性化。
附图说明
[0032]图1是本专利技术的系统原理框图。
具体实施方式
[0033]本专利技术公开了一种音频共享方法，同一个机器多平台音频共享，实现多个应用APP共享音频。
[0034]本专利技术引入音频共享设备，用户在使用中可以同时打开多个不同软件应用，同时音频信号输入信号输出，实现一机多用，有效提升产品实用性。
[0035]音频输入通常来自内置麦克风、外部麦克风或连接到设备的音频接口。音频输入也可以来自电话对话。有时候，两个或多个应用可能都想“捕获”同一个音频输入。这些应用可能在执行不同的任务。例如，某些接收音频的应用可能像简单的语音记录器一样在“录制”，而其他应用可能像响应语音指令的Google助理或无障碍服务一样在“侦听”。
[0036]无论属于哪种情况，这些应用都希望接收音频输入。在本专利技术中，无论应用是录制
还是侦听，本专利技术都使用“捕获”一词。
[0037]如果两个或多个应用希望同时捕获音频，则将音频信号从同一源传送给所有应用可能存在问题。本专利技术介绍Android系统如何在捕获音频的多个应用之间共享音频输入。
[0038]Android早前的版本：在Android早期，输入音频流一次只能由一个应用捕获。如果已有应用在录制或侦听音频，则您的应用可以创建一个AudioRecord对象，但系统会在您调用AudioRecord.startRecording()时返回错误，并且不会开始录制。
[0039]该规则的一个例外情况是，特权应用(例如Google助理或无障碍服务)拥有android.permission.CAPTURE_AUDIO_HOTWORD权限并使用HOTWORD类型的音频源。在这种情况下，另一个应用可以开始录音。出现这种情况时，特权应用终止，新应用捕获输入。
[0040]Android 9中还添加了一项更改：只有在前台运行的应用(或前台服务)才能捕获音频输入。当没有前台服务或前台界面组件的应用开始捕获时，应用将继续运行，但会受到静默处理，即便它是当时唯一捕获音频的应用也是如此。
[0041]本专利技术的技术改进：之前的行为是“先到先得”。应用开始捕获音频后，所有其他应用在捕获应用停止之前均无法访问音频输入。本专利技术采用优先级任务调度方案，可以在运行的应用之间切换输入音频流。在大多数情况下，如本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种音频共享方法，其特征在于，在Android系统中，多个应用捕获音频时，采用优先级策略在运行的应用之间切换输入音频流，应用包括普通应用和特权应用，使用和共享音频输入的优先级策略如下：特权应用的优先级高于普通应用；具有可见前台界面的应用比后台应用具有更高的优先级；相较于从非隐私敏感源捕获音频的应用，从隐私敏感源捕获音频的应用有着更高的优先级；两个普通应用无法同时捕获音频；如果两个优先级相同的后台应用都在捕获音频，则后开始的应用优先级更高。2.根据权利要求1所述的音频共享方法，其特征在于，Google助理和普通应用捕获音频时，Google助理属于特权应用，Android根据以下规则共享输入音频：除非另一个使用隐私敏感音频源的应用已在捕获音频，否则Google助理接收音频；除非Google助理在屏幕顶部具有可见的界面组件，否则应用会接收音频。3.根据权利要求1所述的音频共享方法，其特征在于，无障碍服务和普通应用捕获音频时，无障碍服务属于特权应用，Android根据以下规则共享输入音频：如果无障碍服务的界面位于顶部，则无障碍服务和普通应用都将接收音频输入；如果无障碍服务不在顶部，只有一个应用接收音频，另一个应用会受到静默处理。4.根据权利要求1所述的音频共享方法，其特征在于，两个普通应用捕获音频时，Android根据以下规则共享输入音频：如果两个普通应用都不具备隐私敏感性，则由界面位于顶部的普通应用接收音频；如果两个普通应用都没有界面，则较晚开始者接收音频；如果其中一个普通应用具备隐私敏感性，则由其接收音频，另一个普通应用则会受到静默处理；如果两个普通应用都具备隐私敏感性，则由最晚开始捕获的普通应用接收音频，另一个普通应用则会受到静默处理。5.根据权利要求1所述的音频共享方法，其特征在于，当语音通话和普通应用捕获音频时，Android根据以下规则共享输入...

【专利技术属性】
技术研发人员：刘泽辉，
申请(专利权)人：上海月猫科技有限公司，
类型：发明
国别省市：