CN112965685A - 音频控制方法、装置、系统、终端设备及存储介质 - Google Patents
音频控制方法、装置、系统、终端设备及存储介质 Download PDFInfo
- Publication number
- CN112965685A CN112965685A CN202110169798.2A CN202110169798A CN112965685A CN 112965685 A CN112965685 A CN 112965685A CN 202110169798 A CN202110169798 A CN 202110169798A CN 112965685 A CN112965685 A CN 112965685A
- Authority
- CN
- China
- Prior art keywords
- application
- audio
- audio channel
- permission level
- channel
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/16—Sound input; Sound output
- G06F3/165—Management of the audio stream, e.g. setting of volume, audio stream path
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/629—Protecting access to data via a platform, e.g. using keys or access control rules to features or functions of an application
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
- G06F9/485—Task life-cycle, e.g. stopping, restarting, resuming execution
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Abstract
本申请公开了一种音频控制方法、装置、系统、终端设备及存储介质,该方法包括:通过监测智能终端上使用系统音频通道的应用状态;若监测到所述智能终端当前有第一应用使用所述音频通道,且接收到至少一个第二应用申请使用所述音频通道的音频请求指令,则根据所述音频请求指令,确定所述第一应用是否具备音频播放权限等级;若所述第一应用具备音频播放权限等级,则根据所述权限等级在所述第一应用和所述至少一个第二应用之间分配使用所述音频通道。该方案可以实现音频通道的有效控制,满足用户对多应用共享音频资源的需求,丰富了应用的使用场景。
Description
技术领域
本申请涉及音频控制技术领域,尤其涉及一种音频控制方法、装置、系统、终端设备及存储介质。
背景技术
在安卓系统中,通常使用audiofocus(音频焦点或音频控制逻辑)对音频通道进行管控。这种控制逻辑中,比如,在开启音乐后,后续若又启动类似游戏、直播等带背景音的应用,则会中断当前音乐的播放。即多个应用中往往只有一个应用可以长时持有音频通道,而其他应用无声,这使得硬件性能资源被浪费,用户也无法享受多个应用同时长时间播放声音。
相关应用设计方案中,对audiofocus请求采取全部忽略,或者不依循系统要求监听audiofocus状态,绕过系统原生要求的音频通道概念来下发音频数据,以实现与其他应用共存播放声音的行为。但是,这种方案无法普及到所有应用,并且会出现来电铃声、实网通话这类不应该和音乐同时共存的场景,出现了共存现象。
发明内容
本申请的主要目的在于提供一种音频控制方法、装置、系统、终端设备及存储介质,旨在实现音频通道的有效控制,满足用户对多应用共享音频资源的需求。
为实现上述目的,本申请实施例提供一种音频控制方法,所述方法包括:
监测智能终端上使用系统音频通道的应用状态;
若监测到所述智能终端当前有第一应用使用所述音频通道,且接收到至少一个第二应用申请使用所述音频通道的音频请求指令,则根据所述音频请求指令,确定所述第一应用是否具备音频播放权限等级;
若所述第一应用具备音频播放权限等级,则根据所述权限等级在所述第一应用和所述至少一个第二应用之间分配使用所述音频通道。
此外,本申请实施例还提供一种音频控制方法,所述方法包括:
响应智能终端上应用触发的使用系统音频通道的音频请求指令;
将所述音频请求指令发送给服务器,由所述服务器监测使用系统音频通道的应用状态,若监测到所述智能终端当前有第一应用使用所述音频通道,且接收到至少一个第二应用申请使用所述音频通道的音频请求指令,则确定所述第一应用是否具备音频播放权限等级;若所述第一应用具备音频播放权限等级,则根据所述权限等级在所述第一应用和所述至少一个第二应用之间分配使用所述音频通道。
此外,本申请实施例还提供一种音频控制装置,所述装置包括:
监测模块,用于监测智能终端上使用系统音频通道的应用状态;
确定模块,用于若监测到所述智能终端当前有第一应用使用所述音频通道,且接收到至少一个第二应用申请使用所述音频通道的音频请求指令,则根据所述音频请求指令,确定所述第一应用是否具备音频播放权限等级;
控制模块,用于若所述第一应用具备音频播放权限等级,则根据所述权限等级在所述第一应用和所述至少一个第二应用之间分配使用所述音频通道。
此外,本申请实施例还提供一种音频控制装置,所述装置包括:
响应模块,用于响应智能终端上应用触发的使用系统音频通道的音频请求指令;
监测模块,用于将所述音频请求指令发送给服务器,由所述服务器监测使用系统音频通道的应用状态,若监测到所述智能终端当前有第一应用使用所述音频通道,且接收到至少一个第二应用申请使用所述音频通道的音频请求指令,则确定所述第一应用是否具备音频播放权限等级;若所述第一应用具备音频播放权限等级,则根据所述权限等级在所述第一应用和所述至少一个第二应用之间分配使用所述音频通道。
此外,本申请实施例还提供一种音频控制系统,包括:客户端和服务器,其中:
所述客户端,用于响应智能终端上应用触发的使用系统音频通道的音频请求指令;将所述音频请求指令发送给服务器;
所述服务器,用于接收所述客户端发送的音频请求指令,根据所述音频请求指令,监测使用系统音频通道的应用状态,若监测到所述智能终端当前有第一应用使用所述音频通道,且接收到至少一个第二应用申请使用所述音频通道的音频请求指令,则根据当前的音频请求指令,确定所述第一应用是否具备音频播放权限等级;若所述第一应用具备音频播放权限等级,则根据所述权限等级在所述第一应用和所述至少一个第二应用之间分配使用所述音频通道。
此外,本申请实施例还提供一种终端设备,所述终端设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如上述实施例所述的音频控制方法。
此外,本申请实施例还提出一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如上述实施例所述的音频控制方法。
本申请实施例提出的音频控制方法、装置、系统、终端设备及存储介质,通过监测智能终端上使用系统音频通道的应用状态;若监测到所述智能终端当前有第一应用使用所述音频通道,且接收到至少一个第二应用申请使用所述音频通道的音频请求指令,则根据所述音频请求指令,确定所述第一应用是否具备音频播放权限等级;若所述第一应用具备音频播放权限等级,则根据所述权限等级在所述第一应用和所述至少一个第二应用之间分配使用所述音频通道。该方案通过对使用音频通道的应用状态进行监测,在有多个应用需要使用音频通道时,可以根据应用具有的音频播放权限等级,选择配置音频通道,从而可以实现音频通道的有效控制,满足用户对多应用共享音频资源的需求,比如,可以使得用户实现类似打游戏的时候,一边听歌,一边播放游戏背景音的场景需求。该方案对于适用的应用无限制,可以实现多个应用同时使用音频通道,从而丰富了应用的使用场景。
附图说明
图1为本申请音频控制装置所属终端设备的功能模块示意图;
图2为本申请实施例涉及的音频控制系统的架构示意图;
图3为本申请音频控制方法一示例性实施例的流程示意图;
图4为本申请音频控制方法另一示例性实施例的流程示意图;
图5为本申请音频控制方法再一示例性实施例的流程示意图;
图6为本申请实施例中两个应用抢占音频通道的一种场景示意图;
图7为本申请音频控制方法又一示例性实施例的流程示意图;
图8为本申请实施例中两个应用抢占音频通道的另一种场景示意图;
图9为本申请音频控制方法又一示例性实施例的流程示意图。
本申请目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本申请实施例的主要解决方案是:通过监测智能终端上使用系统音频通道的应用状态;若监测到所述智能终端当前有第一应用使用所述音频通道,且接收到至少一个第二应用申请使用所述音频通道的音频请求指令,则根据所述音频请求指令,确定所述第一应用是否具备音频播放权限等级;若所述第一应用具备音频播放权限等级,则根据所述权限等级在所述第一应用和所述至少一个第二应用之间分配使用所述音频通道。该方案通过对使用音频通道的应用状态进行监测,在有多个应用需要使用音频通道时,可以根据应用具有的音频播放权限等级,选择配置音频通道,从而可以实现音频通道的有效控制,满足用户对多应用共享音频资源的需求,比如,可以使得用户实现类似打游戏的时候,一边听歌,一边播放游戏背景音的场景需求。该方案对于适用的应用无限制,可以实现多个应用同时使用音频通道,从而丰富了应用的使用场景。
本申请实施例涉及的技术术语:
3GPP,3rd Generation Partnership Project,第三代合作伙伴计划;
白平衡,White Balance,白平衡是描述显示器中红、绿、蓝三基色混合生成后白色精确度的一项指标;
audiofocus,音频焦点,相当于是音频通道的协调控制逻辑;
AudioFocusAtlas:相当于音频通道控制后台;
AudioFocusService,相当于音频通道控制服务器;
apk,app,应用;
ring:响铃;
incall:通话;
incomunication:网络通讯,比如微信语音、网络电话等;
监听系统telecom,即监听系统是否是通话状态或响铃状态,telecom是通信的一种方式。
本申请实施例考虑到,现有相关方案中,比如在安卓系统中,通常使用audiofocus(音频焦点或音频控制逻辑)对音频通道进行管控。比如,在开启音乐后,后续若又启动类似游戏、直播等带背景音的应用,则会中断当前音乐的播放,这样导致用户不能边听音乐边听游戏/直播声音。因此,多个应用争用音频通道的时候,多个应用往往只有一个应用可以长时持有音频通道,而其他应用无声,这使得硬件上的性能被浪费,用户也无法享受多个应用同时长时间播放声音。虽有相关方案,对audiofocus请求采取全部忽略,或者不依循系统要求监听audiofocus状态,以此实现边听音乐边听游戏/直播声音,但是只能对当前应用有效果,无法普及到所有应用,并且会出现来电铃声、实网通话这类不应该和音乐同时共存的场景,出现了共存现象。
因此,本申请实施例提出解决方案,可以实现音频通道的有效控制,满足用户对多应用共享音频资源的需求,而且该方案对于适用的应用无限制,应用场景丰富;进一步还可以避免出现来电铃声、实网通话和音乐同时共存的场景。
具体地,参照图1,图1为本申请音频控制装置所属终端设备的功能模块示意图。该音频控制装置可以为独立于终端设备的、能够实现音频控制的装置,其可以通过硬件或软件的形式承载于终端设备上。该终端设备可以为手机、平板电脑等智能移动终端,还可以为服务器等网络设备。
在本实施例中,该音频控制装置所属终端设备至少包括输出模块110、处理器120、存储器130以及通信模块140。
存储器130中存储有操作系统以及音频控制程序,音频控制装置可以将监测到的智能终端上各应用的状态,使用系统音频通道的应用状态,各应用申请使用系统音频通道的音频请求指令,各应用的音频播放权限等级,以及预设的音频播放优先名单等信息存储于该存储器130中;输出模块110可为显示屏、扬声器等。通信模块140可以包括WIFI模块、移动通信模块以及蓝牙模块等,通过通信模块140与外部设备或服务器进行通信。
其中,作为一种实施例方式,存储器130中的音频控制序被处理器执行时实现以下步骤:
监测智能终端上使用系统音频通道的应用状态;
若监测到所述智能终端当前有第一应用使用所述音频通道,且接收到至少一个第二应用申请使用所述音频通道的音频请求指令,则根据所述音频请求指令,确定所述第一应用是否具备音频播放权限等级;
若所述第一应用具备音频播放权限等级,则根据所述权限等级在所述第一应用和所述至少一个第二应用之间分配使用所述音频通道。
进一步地,存储器130中的音频控制程序被处理器执行时还实现以下步骤:
判断所述第一应用是否已开启音频播放优先功能;
若所述第一应用已开启音频播放优先功能,则判定所述第一应用具备音频播放权限等级;否则,判定所述第一应用不具备音频播放权限等级。
进一步地,存储器130中的音频控制程序被处理器执行时还实现以下步骤:
判断所述第一应用的类型是否为音乐应用类型,若是,则判定所述第一应用具备音频播放权限等级;否则,判定所述第一应用不具备音频播放权限等级。
进一步地,存储器130中的音频控制程序被处理器执行时还实现以下步骤:
根据所述音频请求指令,向服务后台查询所述第一应用是否在预设的音频播放优先名单中;
若所述第一应用在预设的音频播放优先名单中,则判定所述第一应用已开启音频播放优先功能;否则,判定所述第一应用未开启音频播放优先功能。
进一步地,存储器130中的音频控制程序被处理器执行时还实现以下步骤:
若所述第一应用不具备音频播放权限等级,则暂停或停止所述第一应用使用所述音频通道,控制所述音频通道由所述至少一个第二应用分配使用。
进一步地,存储器130中的音频控制程序被处理器执行时还实现以下步骤:
向所述智能终端上的其他应用发出所述音频通道被所述第二应用抢占的通知。
进一步地,存储器130中的音频控制程序被处理器执行时还实现以下步骤:
监测所述智能终端上当前运行的应用是否有多个申请使用所述音频通道。
进一步地,存储器130中的音频控制程序被处理器执行时还实现以下步骤:
监测所述智能终端开启第一应用的音频播放优先功能的事件,将所述第一应用记录在所述预设的音频播放优先名单。
进一步地,存储器130中的音频控制程序被处理器执行时还实现以下步骤:
监测所述智能终端开启第一应用的音频播放优先功能的操作指令,根据所述操作指令,将所述第一应用记录在所述预设的音频播放优先名单。
进一步地,所述第二应用为一个,存储器130中的音频控制程序被处理器执行时还实现以下步骤:
若所述第一应用具备音频播放权限等级,则根据所述权限等级,控制所述音频通道由所述第一应用和所述第二应用共同使用。
进一步地,所述第二应用为多个,存储器130中的音频控制程序被处理器执行时还实现以下步骤:
若所述第一应用具备音频播放权限等级,则判断多个所述第二应用是否均具备音频播放权限等级;
若多个所述第二应用均具备音频播放权限等级,则控制所述音频通道由所述第一应用和多个所述第二应用共同使用;或者,根据各应用权限等级的排名,控制所述音频通道由排名靠前的预定数量的应用使用;
若多个所述第二应用中部分第二应用具备音频播放权限等级,则控制所述音频通道由所述第一应用和具有权限等级的第二应用共同使用;或者,根据各应用权限等级的排名,控制所述音频通道由第一应用和具有权限等级的第二应用中,排名靠前的预定数量的应用使用。
进一步地,存储器130中的音频控制程序被处理器执行时还实现以下步骤:
监测所述智能终端的系统状态;
若监测到所述智能终端的系统状态处于来电或语音通话状态,则控制所述音频通道供所述来电或语音通话使用;
若监测到所述智能终端的系统状态未处于来电或语音通话状态,则执行步骤:监测智能终端上使用系统音频通道的应用状态。
进一步地,存储器130中的音频控制程序被处理器执行时还实现以下步骤:
监测所述智能终端的系统状态;
在所述系统状态进入来电或语音通话状态时,暂停或停止所有应用使用所述音频通道,控制所述音频通道供所述来电或语音通话使用。
进一步地,存储器130中的音频控制程序被处理器执行时还实现以下步骤:
在所述系统状态结束来电或语音通话状态时,恢复对应的应用对所述音频通道的使用。
其中,作为另一种实施例方式,存储器130中的音频控制序被处理器执行时实现以下步骤:
响应智能终端上应用触发的使用系统音频通道的音频请求指令;
将所述音频请求指令发送给服务器,由所述服务器监测使用系统音频通道的应用状态,若监测到所述智能终端当前有第一应用使用所述音频通道,且接收到至少一个第二应用申请使用所述音频通道的音频请求指令,则确定所述第一应用是否具备音频播放权限等级;若所述第一应用具备音频播放权限等级,则根据所述权限等级在所述第一应用和所述至少一个第二应用之间分配使用所述音频通道。
进一步地,存储器130中的音频控制程序被处理器执行时还实现以下步骤:
响应所述智能终端上触发的设置指令,根据所述设置指令开启所述第一应用的音频播放优先功能,并将开启所述第一应用的音频播放优先功能的事件通知至所述服务器,由所述服务器将所述第一应用记录在所述预设的音频播放优先名单。
本实施例通过上述方案,监测智能终端上使用系统音频通道的应用状态;若监测到所述智能终端当前有第一应用使用所述音频通道,且接收到至少一个第二应用申请使用所述音频通道的音频请求指令,则根据所述音频请求指令,确定所述第一应用是否具备音频播放权限等级;若所述第一应用具备音频播放权限等级,则根据所述权限等级在所述第一应用和所述至少一个第二应用之间分配使用所述音频通道。该方案通过对使用音频通道的应用状态进行监测,在有多个应用需要使用音频通道时,可以根据应用具有的音频播放权限等级,选择配置音频通道,从而可以实现音频通道的有效控制,满足用户对多应用共享音频资源的需求,比如,可以使得用户实现类似打游戏的时候,一边听歌,一边播放游戏背景音的场景需求。该方案对于适用的应用无限制,可以实现多个应用同时使用音频通道,从而丰富了应用的使用场景。
参照图2,图2为本申请实施例涉及的音频控制系统的架构示意图。
如图2所示,该音频控制系统包括:客户端和服务器,其中:
所述客户端,用于响应智能终端上应用触发的使用系统音频通道的音频请求指令;将所述音频请求指令发送给服务器;
所述服务器,用于接收所述客户端发送的音频请求指令,根据所述音频请求指令,监测使用系统音频通道的应用状态,若监测到所述智能终端当前有第一应用使用所述音频通道,且接收到至少一个第二应用申请使用所述音频通道的音频请求指令,则根据当前的音频请求指令,确定所述第一应用是否具备音频播放权限等级;若所述第一应用具备音频播放权限等级,则根据所述权限等级在所述第一应用和所述至少一个第二应用之间分配使用所述音频通道。
本实施例中,客户端可以是安装各种应用软件、能够进行音频控制的手机等智能移动终端或PC端等智能终端设备;
服务器可以是实现音频控制的各种网络服务器,其中,服务器还可以配置服务后台,比如,AudioFocusAtlas音频通道控制后台等。
本申请方案,可以在当前硬件性能过剩的场景下,实现多个app同时使用音频通道而不会对系统带来较大负担,通过对原生AudioFocus服务的扩展和定制化,在手机等智能终端上实现了多个app同时使用音频通道,丰富了应用的使用场景。
基于上述终端设备及系统架构但不限于上述架构,提出本申请方法实施例。
本实施例方法的执行主体可以是音频控制装置,该音频控制装置可以为独立于终端设备的、能够实现音频控制的装置,其可以通过硬件或软件的形式承载于终端设备上。该终端设备可以为手机、平板电脑等智能移动终端,还可以为服务器等网络设备。本实施例以服务器进行举例。
参照图3,图3为本申请音频控制方法一示例性实施例的流程示意图。所述音频控制方法可以应用于服务器,所述音频控制方法包括:
步骤S101,监测智能终端上使用系统音频通道的应用状态;
其中,智能终端可以是手机、平板电脑等智能移动终端。
智能终端上可以安装各种应用软件,比如电话、微信、媒体播放软件(比如网易云音乐)、游戏等,本实施例方案涉及需要使用智能终端系统音频通道资源的应用,涉及的场景可以是来电响铃(ring)、通话(incall)、incomunication(微信语音、网络电话)、游戏(可以带背景音乐)、直播(可以带背景音乐)、播放音乐,以及上述各种场景可能共存的情形等。
其中,系统音频通道资源的使用由服务器控制。用户可以通过智能终端上的用户交互界面(UI)启动需要运行的应用。对于需要使用系统音频通道的应用,在智能终端触发使用系统音频通道的音频请求指令。
智能终端响应智能终端上应用触发的使用系统音频通道的音频请求指令;将所述音频请求指令发送给服务器,由所述服务器监测使用系统音频通道(以下称音频通道)的应用状态。
其中,应用状态是指智能终端上当前运行的应用是否使用或是否需要使用音频通道的情况。
在本实施例中,作为一种实施方式,服务器监测智能终端上使用系统音频通道的应用状态包括:
监测所述智能终端上当前运行的应用是否有多个申请使用所述音频通道,以便根据应用申请使用音频通道的情况,对音频通道进行合理控制,从而实现音频通道的有效控制,满足用户对多应用共享音频资源的需求。
步骤S102,若监测到所述智能终端当前有第一应用使用所述音频通道,且接收到至少一个第二应用申请使用所述音频通道的音频请求指令,则根据所述音频请求指令,确定所述第一应用是否具备音频播放权限等级;
步骤S103,若所述第一应用具备音频播放权限等级,则根据所述权限等级在所述第一应用和所述至少一个第二应用之间分配使用所述音频通道。
在本实施例中,若监测到智能终端上有两个或两个以上的应用需要使用音频通道,且其中第一应用已在使用音频通道,一个或多个第二应用正在申请或陆续申请使用音频通道,则为了满足用户对多应用共享音频资源的需求,会判断已经在使用音频通道的第一应用是否具备音频播放权限等级,以在一定程度上避免后续申请的第二应用使用音频通道影响第一应用对音频通道的使用。
其中,权限等级可以是优先权限等级,比如在音频通道资源常规使用原则下,定义具有优先使用音频通道的权限等级,比如,对于多个不同的应用,具有优先权限等级的应用可以优先使用音频通道;此外,权限等级也可以进一步包括多个不同级别的优先权限等级,比如,一级权限、二级权限、三级权限等,在分配音频通道时,可以根据不同级别的权限等级,优先允许排名靠前的有限数量个的应用同时使用音频通道;此外,还可以约定具有一级权限的应用可以允许持续使用音频通道,其他级别权限的应用可以根据分配规则,允许排名靠前的有限数量个的应用同时使用音频通道。
若经过判断,第一应用具备音频播放权限等级,则根据所述权限等级在所述第一应用和所述至少一个第二应用之间分配使用所述音频通道。
具体实施时,作为一种实施方式,若第二应用为一个,则在所述第一应用具备音频播放权限等级时,根据所述权限等级,控制所述音频通道由所述第一应用和所述第二应用共同使用。
作为另一种实施方式,若第二应用为多个,则可以在第一应用具备音频播放权限等级时,判断多个所述第二应用是否均具备音频播放权限等级;
若多个所述第二应用均具备音频播放权限等级,则控制所述音频通道由所述第一应用和多个所述第二应用共同使用;或者,根据各应用权限等级的排名,控制所述音频通道由排名靠前的预定数量的应用使用;
若多个所述第二应用中部分第二应用具备音频播放权限等级,则可以控制所述音频通道由所述第一应用和具有权限等级的第二应用共同使用;或者,根据各应用权限等级的排名,控制所述音频通道由第一应用和具有权限等级的第二应用中,排名靠前的预定数量的应用使用。
相比现有相关方案中,多个应用中往往只有一个应用可以长时持有音频通道,而其他应用无声,这使得硬件性能资源被浪费,用户也无法享受多个应用同时长时间播放声音的问题,本实施例方案,通过引入音频播放权限等级的方式,可以在多个应用申请使用音频通道时,根据应用具有的音频播放权限等级,选择配置音频通道,实现音频通道的有效控制,满足用户对多应用共享音频资源的需求。
进一步地,上述方案中,作为一种实施方式,所述确定所述第一应用是否具备音频播放权限等级可以采用如下方案:
判断所述第一应用是否已开启音频播放优先功能;
若所述第一应用已开启音频播放优先功能,则判定所述第一应用具备音频播放权限等级;否则,判定所述第一应用不具备音频播放权限等级。
其中,所述判断所述第一应用是否已开启音频播放优先功能的步骤可以包括:
根据所述音频请求指令,服务器向服务后台查询所述第一应用是否在预设的音频播放优先名单中;
若所述第一应用在预设的音频播放优先名单中,则判定所述第一应用已开启音频播放优先功能;否则,判定所述第一应用未开启音频播放优先功能。
在具体实施时,当应用在智能终端上开启后,智能终端可以根据应用的类型,设置该应用的音频播放优先功能,比如可以提示用户是否设置该应用的音频播放优先功能;用户也可以根据自身需要,在智能终端上开启该应用的音频播放优先功能。智能终端将开启音频播放优先功能的应用名单或事件上报给服务器,由所述服务器将所述第一应用记录在所述预设的音频播放优先名单中。
以第一应用为例,在监测智能终端上使用系统音频通道的应用状态时,还可以采用如下方案:
智能终端响应用户触发的设置指令,根据所述设置指令开启所述第一应用的音频播放优先功能,并将开启所述第一应用的音频播放优先功能的事件通知至所述服务器。
服务器监测所述智能终端开启第一应用的音频播放优先功能的事件,将所述第一应用记录在所述预设的音频播放优先名单。
此外,作为另一种应用场景,可以在监测智能终端上使用系统音频通道的应用状态之前采用如下方案:
服务器监测所述智能终端开启第一应用的音频播放优先功能的事件,将所述第一应用记录在所述预设的音频播放优先名单。
作为另一种实施方式,所述确定所述第一应用是否具备音频播放权限等级可以采用如下方案:
判断所述第一应用的类型是否为音乐应用类型,若是,则判定所述第一应用具备音频播放权限等级;否则,判定所述第一应用不具备音频播放权限等级。也就是说,对于音乐播放类应用,可以优先于其他应用而能够一直持续使用音频通道,而不影响用户的实际体验,或者说可以满足用户比如边听音乐边听游戏/直播声音的需求。
本实施例通过上述方案,监测智能终端上使用系统音频通道的应用状态;若监测到所述智能终端当前有第一应用使用所述音频通道,且接收到至少一个第二应用申请使用所述音频通道的音频请求指令,则根据所述音频请求指令,确定所述第一应用是否具备音频播放权限等级;若所述第一应用具备音频播放权限等级,则根据所述权限等级在所述第一应用和所述至少一个第二应用之间分配使用所述音频通道。该方案通过对使用音频通道的应用状态进行监测,在有多个应用需要使用音频通道时,可以根据应用具有的音频播放权限等级,选择配置音频通道,从而可以实现音频通道的有效控制,满足用户对多应用共享音频资源的需求,比如,可以使得用户实现类似打游戏的时候,一边听歌,一边播放游戏背景音的场景需求。该方案对于适用的应用无限制,可以实现多个应用同时使用音频通道,从而丰富了应用的使用场景。
参照图4,图4为本申请音频控制方法另一示例性实施例的流程示意图。基于上述图3所示的实施例,在上述步骤S102,若监测到所述智能终端当前有第一应用使用所述音频通道,且在所述第一应用运行过程中,接收到至少一个第二应用申请使用所述音频通道的音频请求指令,则根据所述音频请求指令,确定所述第一应用是否具备音频播放权限等级之后,还包括:
步骤S104,若所述第一应用不具备音频播放权限等级,则暂停或停止所述第一应用使用所述音频通道,控制所述音频通道由所述至少一个第二应用分配使用。
相比上述图3所示的实施例,本实施例还包括第一应用不具备音频播放权限等级的处理方案。
具体地,所述第一应用不具备音频播放权限等级,比如第一应用不是音乐播放应用,而是游戏,而第二应用为直播类应用,由于游戏和直播应用会造成声音的混淆,影响用户体验,因此,在此种场景下,需要暂停或停止所述第一应用使用所述音频通道,控制所述音频通道由所述第二应用使用。其中,暂停第一应用使用音频通道是指,可以是在第二应用使用音频通道结束后,控制音频通道继续由第一应用使用。
当然,作为另一种应用场景,在第二应用为多个的情况下,可以在第一应用不具备音频播放权限等级时,暂停或停止所述第一应用使用所述音频通道,控制所述音频通道由多个第二应用共同使用,或者根据权限等级的分配规则使用。具体分配规则可以参照上述实施例,在此不再赘述。
本实施例通过上述方案,监测智能终端上使用系统音频通道的应用状态;若监测到所述智能终端当前有第一应用使用所述音频通道,且接收到至少一个第二应用申请使用所述音频通道的音频请求指令,则根据所述音频请求指令,确定所述第一应用是否具备音频播放权限等级;若所述第一应用具备音频播放权限等级,则根据所述权限等级在所述第一应用和所述至少一个第二应用之间分配使用所述音频通道;若所述第一应用不具备音频播放权限等级,则暂停或停止所述第一应用使用所述音频通道,控制所述音频通道由所述第二应用使用。该方案通过对使用音频通道的应用状态进行监测,在有多个应用需要使用音频通道时,可以根据应用具有的音频播放权限等级,选择配置音频通道,从而可以实现音频通道的有效控制,满足用户对多应用共享音频资源的需求,比如,可以使得用户实现类似打游戏的时候,一边听歌,一边播放游戏背景音的场景需求。该方案对于适用的应用无限制,可以实现多个应用同时使用音频通道,从而丰富了应用的使用场景。
参照图5,图5为本申请音频控制方法再一示例性实施例的流程示意图。基于上述图3所示的实施例,所述方法还包括:
步骤S105,向所述智能终端上的其他应用发出所述音频通道被所述第二应用抢占的通知。
相比上述图3所示的实施例,本实施例还包括向所述智能终端上的其他应用发出所述音频通道被所述第二应用抢占的通知的方案。
具体地,本实施例考虑到,若当前音频通道由第二应用使用,第一应用具有音频播放权限等级允许使用,根据音频通道的分配规则,对于其他应用则无法再使用音频通道,因此,服务器可以向所述智能终端上的其他应用发出所述音频通道被所述第二应用抢占的通知。由于第一应用具有音频播放权限等级,即在音频播放优先名单中,因此服务器不会向第一应用发出音频通道被所述第二应用抢占的通知,第一应用就不会收到音频通道被抢占的通知,音频通道会一直允许第一应用使用。
本实施例通过上述方案,监测智能终端上使用系统音频通道的应用状态;若监测到所述智能终端当前有第一应用使用所述音频通道,且接收到至少一个第二应用申请使用所述音频通道的音频请求指令,则根据所述音频请求指令,确定所述第一应用是否具备音频播放权限等级;若所述第一应用具备音频播放权限等级,则根据所述权限等级在所述第一应用和所述至少一个第二应用之间分配使用所述音频通道,并向所述智能终端上的其他应用发出所述音频通道被所述第二应用抢占的通知;若所述第一应用不具备音频播放权限等级,则暂停或停止所述第一应用使用所述音频通道,控制所述音频通道由所述第二应用使用。该方案通过对使用音频通道的应用状态进行监测,在有多个应用需要使用音频通道时,可以根据应用具有的音频播放权限等级,选择配置音频通道,从而可以实现音频通道的有效控制,满足用户对多应用共享音频资源的需求,比如,可以使得用户实现类似打游戏的时候,一边听歌,一边播放游戏背景音的场景需求。该方案对于适用的应用无限制,可以实现多个应用同时使用音频通道,从而丰富了应用的使用场景。
下面以王者荣耀游戏和网易云音乐这两个应用抢占音频通道的场景为例,对本实施例方案进行阐述:
如图6所示,该场景下,网易云已经在运行,而且开启了该应用音乐优先模式。
此时,王者荣耀申请使用音频通道,Audiofocus服务器通过向AudioFocusAtlas服务后台查询后,向其他应用发出了音频通道被王者荣耀抢占的通知。
网易云音乐由于在音乐优先名单中,因此该应用不会收到音频通道被抢占的通知,音频通道会一直允许它使用。
王者荣耀也会被允许使用音频通道,此时系统可以同时输出王者荣耀和网易云音乐的声音。
参照图7,图7为本申请音频控制方法又一示例性实施例的流程示意图。基于上述图3所示的实施例,在上述步骤S101,监测智能终端上使用系统音频通道的应用状态之前还包括:
步骤S1001,监测所述智能终端的系统状态;若监测到所述智能终端的系统状态处于来电或语音通话状态,则执行步骤S1002;若监测到所述智能终端的系统状态未处于来电或语音通话状态,则执行步骤S101:监测智能终端上使用系统音频通道的应用状态。
步骤S1002,控制所述音频通道供所述来电或语音通话使用。
相比上述图3所示的实施例,本实施例还包括根据智能终端的系统状态控制音频通道的方案。
具体地,监测所述智能终端的系统状态是否处于来电或语音通话状态,若监测到所述智能终端的系统状态处于来电或语音通话状态,则控制所述音频通道供所述来电或语音通话使用;若监测到所述智能终端的系统状态未处于来电或语音通话状态,则监测智能终端上使用系统音频通道的应用状态,以便根据智能终端上使用系统音频通道的应用状态来控制音频通道的使用。
本实施例考虑到来电或通话这类通信场景不应该和音乐同时共存,因此,若有ring、incall、incomunication,比如微信语音、网络电话等场景,则需要将音频通道控制提供给来电或通话使用,而不能提供给其他带音乐的应用使用。因此,在监测到所述智能终端的系统状态处于来电或语音通话状态的情况下,控制所述音频通道供所述来电或语音通话使用;在监测到所述智能终端的系统状态未处于来电或语音通话状态的情况下,监测智能终端上使用系统音频通道的应用状态;若监测到所述智能终端当前有第一应用使用所述音频通道,且接收到至少一个第二应用申请使用所述音频通道的音频请求指令,则根据所述音频请求指令,确定所述第一应用是否具备音频播放权限等级;若所述第一应用具备音频播放权限等级,则根据所述权限等级在所述第一应用和所述至少一个第二应用之间分配使用所述音频通道。
本实施例通过上述方案,监测智能终端的系统状态;若监测到所述智能终端的系统状态处于来电或语音通话状态,则控制所述音频通道供所述来电或语音通话使用;若监测到所述智能终端当前有第一应用使用所述音频通道,且接收到至少一个第二应用申请使用所述音频通道的音频请求指令,则根据所述音频请求指令,确定所述第一应用是否具备音频播放权限等级;若所述第一应用具备音频播放权限等级,则根据所述权限等级在所述第一应用和所述至少一个第二应用之间分配使用所述音频通道,并向所述智能终端上的其他应用发出所述音频通道被所述第二应用抢占的通知;若所述第一应用不具备音频播放权限等级,则暂停或停止所述第一应用使用所述音频通道,控制所述音频通道由所述第二应用使用。该方案通过对使用音频通道的应用状态进行监测,在有多个应用需要使用音频通道时,可以根据应用具有的音频播放权限等级,选择配置音频通道,从而可以实现音频通道的有效控制,满足用户对多应用共享音频资源的需求,比如,可以使得用户实现类似打游戏的时候,一边听歌,一边播放游戏背景音的场景需求。该方案对于适用的应用无限制,可以实现多个应用同时使用音频通道,从而丰富了应用的使用场景。
进一步的实施方案中,在所述音频通道由对应的应用使用的过程中,所述方法还可以包括:
监测所述智能终端的系统状态;
在所述系统状态进入来电或语音通话状态时,暂停或停止所有应用使用所述音频通道,控制所述音频通道供所述来电或语音通话使用。
比如,用户在听歌或玩游戏,或者一边听歌,一边播放游戏背景音的场景下,如果有来电或者进入语音通话状态,则暂停或停止听歌和/或玩游戏,以满足来电或通话最优先的需求,实现音频通道的有效控制,在满足用户对多应用共享音频资源的需求的同时,进一步满足用户通话的需求体验。
进一步地,在所述系统状态结束来电或语音通话状态时,可以恢复对应的应用对所述音频通道的使用。
进一步地,上述方案中,所述第一应用可以为音乐应用,所述第二应用可以为不带背景音乐的应用,由此可以提升音频通道的管理灵活性,使得用户可以在打游戏的时候,只播放音乐声音;或者用户可以直播的时候播放音乐,可以让K歌直播节省一个播放背景音的设备。
下面以微信和网易云音乐这两个应用抢占音频通道的场景为例,对本实施例方案进行阐述:
如图8所示,本方案设计了AudioFocusService服务器,用于监控应用状态和系统状态,以实现此功能,当状态有如下变化的时候,本服务器会监听并记录:
用户通过智能终端UI,设定某个apk开启音频播放优先功能的状态;
监听系统telecom,获取系统是否进入了ring或incall状态;
监听第三方voip应用,获取系统是否进入了ring或incomunication状态;
监听系统所有Music流应用,决定播放优先模式。
其中,当用户通过UI设定某个应用开启音乐播放优先功能的时候,本服务器会将其记录到mFocusAppName(音频播放优先名单)。
当网易云音乐启动,其申请AudioFocus,即申请使用音频通道,服务器会通知服务后台允许网易云音乐使用音频通道并记录。
当系统telecom或第三方应用,发出进入了ring、incall、in communication状态的时候,比如微信语音响铃,向服务器请求音频通道,服务器通知服务后台,有新的应用申请AudioFocus,进入响铃状态,服务后台控制音乐退出音乐优先模式,音乐自动暂停播放。
在响应结束或通过结束后,自动继续播放音乐。
当系统有其他音乐流应用开始播放,且系统没有处于ring、in call、incommunication状态的时候,音乐apk能实现与其他apk音乐流共同播放。
需要说明的是,上述各实施例可以根据实际情况合理组合实施。
参照图9,图9为本申请音频控制方法又一示例性实施例的流程示意图。所述音频控制方法可以应用于客户端,所述音频控制方法包括:
步骤S201,响应智能终端上应用触发的使用系统音频通道的音频请求指令;
步骤S202,将所述音频请求指令发送给服务器,由所述服务器监测使用系统音频通道的应用状态,若监测到所述智能终端当前有第一应用使用所述音频通道,且接收到至少一个第二应用申请使用所述音频通道的音频请求指令,则根据所述音频请求指令,确定所述第一应用是否具备音频播放权限等级;若所述第一应用具备音频播放权限等级,则根据所述权限等级在所述第一应用和所述至少一个第二应用之间分配使用所述音频通道。
具体地,客户端响应智能终端上应用触发的使用系统音频通道的音频请求指令,将所述音频请求指令发送给服务器,由所述服务器监测使用系统音频通道的应用状态,若监测到所述智能终端当前有第一应用使用所述音频通道,且接收到至少一个第二应用申请使用所述音频通道的音频请求指令,则根据所述音频请求指令,确定所述第一应用是否具备音频播放权限等级;若所述第一应用具备音频播放权限等级,则根据所述权限等级在所述第一应用和所述至少一个第二应用之间分配使用所述音频通道。
其中,应用状态是指智能终端上当前运行的应用是否使用或是否需要使用音频通道的情况。
在本实施例中,作为一种实施方式,服务器监测智能终端上使用系统音频通道的应用状态包括:
监测所述智能终端上当前运行的应用是否有多个申请使用所述音频通道,以便根据应用申请使用音频通道的情况,对音频通道进行合理控制,从而实现音频通道的有效控制,满足用户对多应用共享音频资源的需求。
在本实施例中,以两个应用为例,若监测到智能终端上有两个应用需要使用音频通道,且其中第一应用已在使用音频通道,第二应用正在申请使用音频通道,则为了满足用户对多应用共享音频资源的需求,会判断已经在使用音频通道的第一应用是否具备音频播放权限等级,以免第二应用使用音频通道影响第一应用对音频通道的使用。
若经过判断,第一应用具备音频播放权限等级,则控制所述音频通道由所述第一应用和所述第二应用共同使用。
相比现有相关方案中,多个应用中往往只有一个应用可以长时持有音频通道,而其他应用无声,这使得硬件性能资源被浪费,用户也无法享受多个应用同时长时间播放声音的问题,本实施例方案,通过引入音频播放权限等级的方式,可以在多个应用申请音频通道时,实现音频通道的有效控制,满足用户对多应用共享音频资源的需求。
其中,在具体实施时,当应用在智能终端上开启后,智能终端可以根据应用的类型,设置该应用的音频播放优先功能,比如可以提示用户是否设置该应用的音频播放优先功能;用户也可以根据自身需要,在智能终端上开启该应用的音频播放优先功能。智能终端将开启音频播放优先功能的应用名单或事件上报给服务器,由所述服务器将所述第一应用记录在所述预设的音频播放优先名单中。
以第一应用为例,在监测智能终端上使用系统音频通道的应用状态时,还可以采用如下方案:
智能终端响应用户触发的设置指令,根据所述设置指令开启所述第一应用的音频播放优先功能,并将开启所述第一应用的音频播放优先功能的事件通知至所述服务器。
服务器监测所述智能终端开启第一应用的音频播放优先功能的事件,将所述第一应用记录在所述预设的音频播放优先名单。
本实施例实现音频控制的原理,可以参照上述各实施例,在此不再赘述。
本实施例通过上述方案,响应智能终端上应用触发的使用系统音频通道的音频请求指令;将所述音频请求指令发送给服务器,由所述服务器监测使用系统音频通道的应用状态,若监测到所述智能终端当前有第一应用使用所述音频通道,且接收到至少一个第二应用申请使用所述音频通道的音频请求指令,则根据所述音频请求指令,确定所述第一应用是否具备音频播放权限等级;若所述第一应用具备音频播放权限等级,则根据所述权限等级在所述第一应用和所述至少一个第二应用之间分配使用所述音频通道。该方案通过对使用音频通道的应用状态进行监测,在有多个应用需要使用音频通道时,可以根据应用具有的音频播放权限等级,选择配置音频通道,从而可以实现音频通道的有效控制,满足用户对多应用共享音频资源的需求,比如,可以使得用户实现类似打游戏的时候,一边听歌,一边播放游戏背景音的场景需求。该方案对于适用的应用无限制,可以实现多个应用同时使用音频通道,从而丰富了应用的使用场景。
此外,本申请实施例还提出一种音频控制装置,所述装置包括:
监测模块,用于监测智能终端上使用系统音频通道的应用状态;
确定模块,用于若监测到所述智能终端当前有第一应用使用所述音频通道,且接收到至少一个第二应用申请使用所述音频通道的音频请求指令,则根据所述音频请求指令,确定所述第一应用是否具备音频播放权限等级;
控制模块,用于若所述第一应用具备音频播放权限等级,则根据所述权限等级在所述第一应用和所述至少一个第二应用之间分配使用所述音频通道。
本实施例实现音频控制的原理及实施过程,请参照上述各实施例,在此不再赘述。
此外,本申请实施例还提出一种音频控制装置,所述装置包括:
响应模块,用于响应智能终端上应用触发的使用系统音频通道的音频请求指令;
监测模块,用于将所述音频请求指令发送给服务器,由所述服务器监测使用系统音频通道的应用状态,若监测到所述智能终端当前有第一应用使用所述音频通道,且接收到至少一个第二应用申请使用所述音频通道的音频请求指令,则确定所述第一应用是否具备音频播放权限等级;若所述第一应用具备音频播放权限等级,则根据所述权限等级在所述第一应用和所述至少一个第二应用之间分配使用所述音频通道。
本实施例实现音频控制的原理及实施过程,请参照上述各实施例,在此不再赘述。
此外,本申请实施例还提出一种音频控制系统,包括:客户端和服务器,其中:
所述客户端,用于响应智能终端上应用触发的使用系统音频通道的音频请求指令;将所述音频请求指令发送给服务器;
所述服务器,用于接收所述客户端发送的音频请求指令,根据所述音频请求指令,监测使用系统音频通道的应用状态,若监测到所述智能终端当前有第一应用使用所述音频通道,且接收到至少一个第二应用申请使用所述音频通道的音频请求指令,则根据当前的音频请求指令,确定所述第一应用是否具备音频播放权限等级;若所述第一应用具备音频播放权限等级,则根据所述权限等级在所述第一应用和所述至少一个第二应用之间分配使用所述音频通道。
本实施例实现音频控制的原理及实施过程,请参照上述各实施例,在此不再赘述。
此外,本申请实施例还提出一种终端设备,所述终端设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如上述实施例所述的音频控制方法。
由于本音频控制程序被处理器执行时,采用了前述所有实施例的全部技术方案,因此至少具有前述所有实施例的全部技术方案所带来的所有有益效果,在此不再一一赘述。
此外,本申请实施例还提出一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如上述实施例所述的音频控制方法。
由于本音频控制程序被处理器执行时,采用了前述所有实施例的全部技术方案,因此至少具有前述所有实施例的全部技术方案所带来的所有有益效果,在此不再一一赘述。
相比现有技术,本申请实施例提出的音频控制方法、装置、系统、终端设备及存储介质,通过监测智能终端上使用系统音频通道的应用状态;若监测到所述智能终端当前有第一应用使用所述音频通道,且接收到至少一个第二应用申请使用所述音频通道的音频请求指令,则根据所述音频请求指令,确定所述第一应用是否具备音频播放权限等级;若所述第一应用具备音频播放权限等级,则根据所述权限等级在所述第一应用和所述至少一个第二应用之间分配使用所述音频通道。该方案通过对使用音频通道的应用状态进行监测,在有多个应用需要使用音频通道时,可以根据应用具有的音频播放权限等级,选择配置音频通道,从而可以实现音频通道的有效控制,满足用户对多应用共享音频资源的需求,比如,可以使得用户实现类似打游戏的时候,一边听歌,一边播放游戏背景音的场景需求。该方案对于适用的应用无限制,可以实现多个应用同时使用音频通道,从而丰富了应用的使用场景。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在如上的一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,被控终端,或者网络设备等)执行本申请每个实施例的方法。
以上仅为本申请的优选实施例,并非因此限制本申请的专利范围,凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本申请的专利保护范围内。
Claims (22)
1.一种音频控制方法,其特征在于,所述方法包括:
监测智能终端上使用系统音频通道的应用状态;
若监测到所述智能终端当前有第一应用使用所述音频通道,且接收到至少一个第二应用申请使用所述音频通道的音频请求指令,则根据所述音频请求指令,确定所述第一应用是否具备音频播放权限等级;
若所述第一应用具备音频播放权限等级,则根据所述权限等级在所述第一应用和所述至少一个第二应用之间分配使用所述音频通道。
2.根据权利要求1所述的音频控制方法,其特征在于,所述确定所述第一应用是否具备音频播放权限等级的步骤包括:
判断所述第一应用是否已开启音频播放优先功能;
若所述第一应用已开启音频播放优先功能,则判定所述第一应用具备音频播放权限等级;否则,判定所述第一应用不具备音频播放权限等级。
3.根据权利要求1所述的音频控制方法,其特征在于,所述确定所述第一应用是否具备音频播放权限等级的步骤包括:
判断所述第一应用的类型是否为音乐应用类型,若是,则判定所述第一应用具备音频播放权限等级;否则,判定所述第一应用不具备音频播放权限等级。
4.根据权利要求2所述的音频控制方法,其特征在于,所述判断所述第一应用是否已开启音频播放优先功能的步骤包括:
根据所述音频请求指令,向服务后台查询所述第一应用是否在预设的音频播放优先名单中;
若所述第一应用在预设的音频播放优先名单中,则判定所述第一应用已开启音频播放优先功能;否则,判定所述第一应用未开启音频播放优先功能。
5.根据权利要求1所述的音频控制方法,其特征在于,所述根据所述音频请求指令,确定所述第一应用是否具备音频播放权限等级的步骤之后,还包括:
若所述第一应用不具备音频播放权限等级,则暂停或停止所述第一应用使用所述音频通道,控制所述音频通道由所述至少一个第二应用分配使用。
6.根据权利要求1所述的音频控制方法,其特征在于,所述方法还包括:
向所述智能终端上的其他应用发出所述音频通道被所述第二应用抢占的通知。
7.根据权利要求4所述的音频控制方法,其特征在于,所述监测智能终端上使用系统音频通道的应用状态包括:
监测所述智能终端上当前运行的应用是否有多个申请使用所述音频通道。
8.根据权利要求7所述的音频控制方法,其特征在于,所述监测智能终端上使用系统音频通道的应用状态还包括:
监测所述智能终端开启第一应用的音频播放优先功能的事件,将所述第一应用记录在所述预设的音频播放优先名单。
9.根据权利要求4所述的音频控制方法,其特征在于,所述监测智能终端上使用系统音频通道的应用状态的步骤之前还包括:
监测所述智能终端开启第一应用的音频播放优先功能的事件,将所述第一应用记录在所述预设的音频播放优先名单。
10.根据权利要求1所述的音频控制方法,其特征在于,所述第二应用为一个,所述若所述第一应用具备音频播放权限等级,则根据所述权限等级在所述第一应用和所述至少一个第二应用之间分配使用所述音频通道的步骤包括:
若所述第一应用具备音频播放权限等级,则根据所述权限等级,控制所述音频通道由所述第一应用和所述第二应用共同使用。
11.根据权利要求1所述的音频控制方法,其特征在于,所述第二应用为多个,所述若所述第一应用具备音频播放权限等级,则根据所述权限等级在所述第一应用和所述至少一个第二应用之间分配使用所述音频通道的步骤包括:
若所述第一应用具备音频播放权限等级,则判断多个所述第二应用是否均具备音频播放权限等级;
若多个所述第二应用均具备音频播放权限等级,则控制所述音频通道由所述第一应用和多个所述第二应用共同使用;或者,根据各应用权限等级的排名,控制所述音频通道由排名靠前的预定数量的应用使用;
若多个所述第二应用中部分第二应用具备音频播放权限等级,则控制所述音频通道由所述第一应用和具有权限等级的第二应用共同使用;或者,根据各应用权限等级的排名,控制所述音频通道由第一应用和具有权限等级的第二应用中,排名靠前的预定数量的应用使用。
12.根据权利要求1-11中任一项所述的音频控制方法,其特征在于,所述监测智能终端上使用系统音频通道的应用状态的步骤之前还包括:
监测所述智能终端的系统状态;
若监测到所述智能终端的系统状态处于来电或语音通话状态,则控制所述音频通道供所述来电或语音通话使用;
若监测到所述智能终端的系统状态未处于来电或语音通话状态,则执行步骤:监测智能终端上使用系统音频通道的应用状态。
13.根据权利要求1-11中任一项所述的音频控制方法,其特征在于,在所述音频通道由对应的应用使用的过程中,所述方法还包括:
监测所述智能终端的系统状态;
在所述系统状态进入来电或语音通话状态时,暂停或停止所有应用使用所述音频通道,控制所述音频通道供所述来电或语音通话使用。
14.根据权利要求13所述的音频控制方法,其特征在于,所述方法还包括:
在所述系统状态结束来电或语音通话状态时,恢复对应的应用对所述音频通道的使用。
15.根据权利要求1所述的音频控制方法,其特征在于,所述第一应用为音乐应用,所述第二应用为不带背景音乐的应用。
16.一种音频控制方法,其特征在于,所述方法包括:
响应智能终端上应用触发的使用系统音频通道的音频请求指令;
将所述音频请求指令发送给服务器,由所述服务器监测使用系统音频通道的应用状态,若监测到所述智能终端当前有第一应用使用所述音频通道,且接收到至少一个第二应用申请使用所述音频通道的音频请求指令,则确定所述第一应用是否具备音频播放权限等级;若所述第一应用具备音频播放权限等级,则根据所述权限等级在所述第一应用和所述至少一个第二应用之间分配使用所述音频通道。
17.根据权利要求16所述的音频控制方法,其特征在于,所述响应智能终端上应用触发的使用系统音频通道的音频请求指令的步骤之前还包括:
响应所述智能终端上触发的设置指令,根据所述设置指令开启所述第一应用的音频播放优先功能,并将开启所述第一应用的音频播放优先功能的事件通知至所述服务器,由所述服务器将所述第一应用记录在所述预设的音频播放优先名单。
18.一种音频控制装置,其特征在于,所述装置包括:
监测模块,用于监测智能终端上使用系统音频通道的应用状态;
确定模块,用于若监测到所述智能终端当前有第一应用使用所述音频通道,且接收到至少一个第二应用申请使用所述音频通道的音频请求指令,则根据所述音频请求指令,确定所述第一应用是否具备音频播放权限等级;
控制模块,用于若所述第一应用具备音频播放权限等级,则根据所述权限等级在所述第一应用和所述至少一个第二应用之间分配使用所述音频通道。
19.一种音频控制装置,其特征在于,所述装置包括:
响应模块,用于响应智能终端上应用触发的使用系统音频通道的音频请求指令;
监测模块,用于将所述音频请求指令发送给服务器,由所述服务器监测使用系统音频通道的应用状态,若监测到所述智能终端当前有第一应用使用所述音频通道,且接收到至少一个第二应用申请使用所述音频通道的音频请求指令,则确定所述第一应用是否具备音频播放权限等级;若所述第一应用具备音频播放权限等级,则根据所述权限等级在所述第一应用和所述至少一个第二应用之间分配使用所述音频通道。
20.一种音频控制系统,其特征在于,包括:客户端和服务器,其中:
所述客户端,用于响应智能终端上应用触发的使用系统音频通道的音频请求指令;将所述音频请求指令发送给服务器;
所述服务器,用于接收所述客户端发送的音频请求指令,根据所述音频请求指令,监测使用系统音频通道的应用状态,若监测到所述智能终端当前有第一应用使用所述音频通道,且接收到至少一个第二应用申请使用所述音频通道的音频请求指令,则根据当前的音频请求指令,确定所述第一应用是否具备音频播放权限等级;若所述第一应用具备音频播放权限等级,则根据所述权限等级在所述第一应用和所述至少一个第二应用之间分配使用所述音频通道。
21.一种终端设备,其特征在于,所述终端设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如权利要求1-15中任一项所述的音频控制方法,或者如权利要求16-17中任一项所述的音频控制方法。
22.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1-15中任一项所述的音频控制方法,或者如权利要求16-17中任一项所述的音频控制方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110169798.2A CN112965685B (zh) | 2021-02-04 | 2021-02-04 | 音频控制方法、装置、系统、终端设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110169798.2A CN112965685B (zh) | 2021-02-04 | 2021-02-04 | 音频控制方法、装置、系统、终端设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112965685A true CN112965685A (zh) | 2021-06-15 |
CN112965685B CN112965685B (zh) | 2023-08-25 |
Family
ID=76275251
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110169798.2A Active CN112965685B (zh) | 2021-02-04 | 2021-02-04 | 音频控制方法、装置、系统、终端设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112965685B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113963722A (zh) * | 2021-09-16 | 2022-01-21 | 珠海格力电器股份有限公司 | 控制多个设备同时播放不同音频的方法、装置和终端设备 |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140032014A1 (en) * | 2005-07-14 | 2014-01-30 | Scosche Industries, Inc. | Wireless media source for communication with devices on data bus of vehicle |
CN104023305A (zh) * | 2014-05-30 | 2014-09-03 | 爱培科科技开发(深圳)有限公司 | 一种Wince车载多媒体的混音控制方法及装置 |
CN104838333A (zh) * | 2012-08-31 | 2015-08-12 | 谷歌公司 | 在多个多媒体内容之间切换时调整多媒体的音频音量 |
CN105045555A (zh) * | 2015-07-22 | 2015-11-11 | 北京元心科技有限公司 | 一种基于配置文件实现音频冲突解决的方法及装置 |
CN105955693A (zh) * | 2016-04-21 | 2016-09-21 | 北京元心科技有限公司 | 多系统中分配音频资源的方法及装置 |
CN106648534A (zh) * | 2016-12-26 | 2017-05-10 | 三星电子(中国)研发中心 | 一种对互斥的音频实现同时播放的方法 |
CN107861704A (zh) * | 2017-10-26 | 2018-03-30 | 珠海市魅族科技有限公司 | 播放控制方法、装置、终端及可读存储介质 |
CN107870759A (zh) * | 2016-09-26 | 2018-04-03 | 中兴通讯股份有限公司 | 一种音频控制方法和装置 |
CN109088997A (zh) * | 2018-10-26 | 2018-12-25 | 努比亚技术有限公司 | 一种游戏音频控制方法、终端及计算机可读存储介质 |
CN111694537A (zh) * | 2020-06-02 | 2020-09-22 | 维沃移动通信(杭州)有限公司 | 音频播放方法、电子设备及可读存储介质 |
CN112068794A (zh) * | 2020-07-27 | 2020-12-11 | 湖北亿咖通科技有限公司 | 音频混音控制方法、装置、电子装置和存储介质 |
-
2021
- 2021-02-04 CN CN202110169798.2A patent/CN112965685B/zh active Active
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140032014A1 (en) * | 2005-07-14 | 2014-01-30 | Scosche Industries, Inc. | Wireless media source for communication with devices on data bus of vehicle |
CN104838333A (zh) * | 2012-08-31 | 2015-08-12 | 谷歌公司 | 在多个多媒体内容之间切换时调整多媒体的音频音量 |
CN104023305A (zh) * | 2014-05-30 | 2014-09-03 | 爱培科科技开发(深圳)有限公司 | 一种Wince车载多媒体的混音控制方法及装置 |
CN105045555A (zh) * | 2015-07-22 | 2015-11-11 | 北京元心科技有限公司 | 一种基于配置文件实现音频冲突解决的方法及装置 |
CN105955693A (zh) * | 2016-04-21 | 2016-09-21 | 北京元心科技有限公司 | 多系统中分配音频资源的方法及装置 |
CN107870759A (zh) * | 2016-09-26 | 2018-04-03 | 中兴通讯股份有限公司 | 一种音频控制方法和装置 |
CN106648534A (zh) * | 2016-12-26 | 2017-05-10 | 三星电子(中国)研发中心 | 一种对互斥的音频实现同时播放的方法 |
CN107861704A (zh) * | 2017-10-26 | 2018-03-30 | 珠海市魅族科技有限公司 | 播放控制方法、装置、终端及可读存储介质 |
CN109088997A (zh) * | 2018-10-26 | 2018-12-25 | 努比亚技术有限公司 | 一种游戏音频控制方法、终端及计算机可读存储介质 |
CN111694537A (zh) * | 2020-06-02 | 2020-09-22 | 维沃移动通信(杭州)有限公司 | 音频播放方法、电子设备及可读存储介质 |
CN112068794A (zh) * | 2020-07-27 | 2020-12-11 | 湖北亿咖通科技有限公司 | 音频混音控制方法、装置、电子装置和存储介质 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113963722A (zh) * | 2021-09-16 | 2022-01-21 | 珠海格力电器股份有限公司 | 控制多个设备同时播放不同音频的方法、装置和终端设备 |
Also Published As
Publication number | Publication date |
---|---|
CN112965685B (zh) | 2023-08-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102710872B (zh) | 接收和下发媒体业务的方法、装置和系统及终端、服务器 | |
US9894112B2 (en) | Video media playing methods, apparatuses and systems, and computer storage medium | |
CN110572515B (zh) | 视频彩铃的管理方法、彩铃平台、终端、系统及存储介质 | |
JP4901955B2 (ja) | 基地局装置、通信システム及びコンピュータプログラム | |
CN101925151A (zh) | 接入控制方法、设备及系统 | |
WO2011160339A1 (zh) | 应用提供方法及移动终端 | |
WO2007062586A1 (fr) | Terminal de communication et procede de choix de la tonalite de rappel lors d'un appel | |
JP2010119115A (ja) | 無線電話ネットワークにおいて共有チャネルを通じて放送コンテンツを引渡し中にポイントツーポイントコールを開始させるための方法及び装置 | |
CN106155625B (zh) | 一种音频适配方法和系统 | |
CN101022621A (zh) | 一种移动终端来电防火墙的控制方法 | |
CN112672388A (zh) | 通话方法、装置、存储介质及用户终端 | |
WO2018028239A1 (zh) | 一种控制终端的方法及装置、计算机存储介质 | |
WO2023001054A1 (zh) | 针对音频播放的优先级配置方法、装置、设备及存储介质 | |
CN112965685A (zh) | 音频控制方法、装置、系统、终端设备及存储介质 | |
WO2015014174A1 (zh) | 实现回铃播放的方法、装置和回铃业务系统 | |
CN101345961A (zh) | 一种移动终端上多媒体引擎并发控制的实现方法 | |
CN103491264A (zh) | 一种呼叫中心的多路来话同时处理方法及系统 | |
CN101400190B (zh) | 一种增强呼叫双方用户体验的系统和方法 | |
CN115164377A (zh) | 一种空调控制方法及系统 | |
JP2023531501A (ja) | マルチメディアファイル分配方法、マルチメディア制御方法、マルチメディア管理プラットフォーム、着信メロディプラットフォーム、及びコンピュータ読込み可能記憶媒体 | |
CN108184193A (zh) | 蓝牙播放终端的播放控制方法、蓝牙设备和计算机存储介质 | |
CN111711726A (zh) | 一种基于模拟电话机实现自动语音通知的方法和系统 | |
CN110351570A (zh) | 5g网络下视频直播方法和系统 | |
KR102426290B1 (ko) | 자동 응답 기능이 구비된 모바일 장치 및 모바일 장치의 자동 응답 방법과 이를 위한 컴퓨터 프로그램 | |
KR102191132B1 (ko) | 발신자별 링백미디어 제공 시스템 및 그 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |