CN112134997B - 音频通路状态控制方法、装置、电子设备及可读存储介质 - Google Patents

Abstract

本申请公开了一种音频通路状态控制方法、装置及电子设备，属于通信技术领域。所述方法包括：在第一应用程序的上行音频通路处于接通状态的情况下，通过第二应用程序获取第一通话请求；接收用户针对所述第一通话请求的第一输入；响应于所述第一输入，接通第一通话，并控制所述第二应用程序的上行音频通路处于静音状态，控制所述第二应用程序的下行音频通路处于目标状态。本申请可以避免与第一应用程序的通话被发起通话请求的对端设备听到，能够防止通话内容的泄露，有利于保护用户隐私。

Description

音频通路状态控制方法、装置、电子设备及可读存储介质

技术领域

本申请属于通信技术领域，具体涉及一种音频通路状态控制方法、装置及电子设备。

背景技术

随着科学技术的不断发展，电子设备(如手机、平板电脑等)已经逐渐成为人们生活工作中的一种不可或缺的工具。

在用户使用电子设备的过程中，有同时处理多任务的需求，如一边玩游戏、一边打电话等，或者在用户玩游戏时，可以生成一个悬浮在游戏界面上可调整位置的弹窗，通过弹窗可以再开启一个应用，使得在游戏加载界面等不需要频繁操作的时候可以同步使用其他应用，如使用社交应用聊天等。

而在多任务同时进行的场景中，对于音频切换的处理功能并不完善，例如，在用户玩游戏的过程中接听来电时，游戏内语音通道将被切断，用户只能进行接听或挂断电话，无法同时接打电话和游戏语音开黑，或者，在游戏的开黑场景中接电话时，通话内容会被其他的游戏语音队友听到，内容将会泄露，不利于保护用户隐私。

发明内容

本申请实施例的目的是提供一种音频通路状态控制方法、装置及电子设备，能够解决在多任务场景中无法同时接打电话或游戏语音，或通话内容泄露，不利于保护用户隐私的问题。

为了解决上述技术问题，本申请是这样实现的：

第一方面，本申请实施例提供了一种音频通路状态控制方法，该方法包括：

在第一应用程序的上行音频通路处于接通状态的情况下，通过第二应用程序获取第一通话请求；

接收用户针对所述第一通话请求的第一输入；

响应于所述第一输入，接通第一通话，并控制所述第二应用程序的上行音频通路处于静音状态，控制所述第二应用程序的下行音频通路处于目标状态。

第二方面，本申请实施例提供了一种音频通路状态控制装置，该装置包括：

通话请求获取模块，用于在第一应用程序的上行音频通路处于接通状态的情况下，通过第二应用程序获取第一通话请求；

第一输入接收模块，用于接收用户针对所述第一通话请求的第一输入；

静音状态控制模块，用于响应于所述第一输入，接通第一通话，并控制所述第二应用程序的上行音频通路处于静音状态，控制所述第二应用程序的下行音频通路处于目标状态。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的音频通路状态控制方法的步骤。

第四方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的音频通路状态控制方法的步骤。

第五方面，本申请实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的音频通路状态控制方法。

在本申请实施例中，通过在第一应用程序的上行音频通路处于接通状态的情况下，通过第二应用程序获取第一通话请求，接收用户针对第一通话请求的第一输入，响应于第一输入，接通第一通话，并控制第二应用程序的上行音频音频通路处于静音状态，控制第二应用程序的下行音频通路处于目标状态。本申请实施例通过在接收到第二应用程序的通话请求时，通过结合用户的输入接通第一通话的同时，控制第二应用的上行音频通路处于静音状态，此时可以避免与第一应用程序的通话被发起通话请求的对端设备听到，能够防止通话内容的泄露，有利于保护用户隐私。

附图说明

图1为本申请实施例提供的一种音频通路状态控制方法的步骤流程图；

图2为本申请实施例提供的一种游戏语聊上行数据通路的示意图；

图3为本申请实施例提供的一种电话语音上行数据通路的示意图；

图4为本申请实施例提供的一种游戏语聊和电话通话共存场景的示意图；

图5为本申请实施例提供的一种语聊时音频传输流程的示意图；

图6为本申请实施例提供的一种电话双路切换流程的示意图；

图7为本申请实施例提供的一种音频通路状态控制装置的结构示意图；

图8为本申请实施例提供的一种电子设备的结构示意图；

图9为本申请实施例提供的另一种电子设备的结构示意图。

具体实施方式

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

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

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的音频通路状态控制方法进行详细地说明。

参照图1，示出了本申请实施例提供的一种音频通路状态控制方法的步骤流程图，如图1所示，该音频通路状态控制方法具体可以包括如下步骤：

步骤101：在第一应用程序的上行音频通路处于接通状态的情况下，通过第二应用程序获取第一通话请求。

本申请实施例可以应用于在多应用程序发起语音的情况下，实现对不同应用程序的上行语音通道进行控制的场景中。

第一应用程序是指在接收到第一通话请求时，本地设备中正在进行音频通话的应用程序，第一应用程序可以为游戏类应用程序等，具体地，可以根据业务需求而定，本实施例对此不加以限制。

在第一应用程序的上行音频通路处于接通状态的情况下，本地用户可以输入语音以发送给与第一应用程序关联的对端设备。如图2所示，第一应用程序为游戏类应用程序，在第一应用程序的上行音频通路处于接通状态的情况下，本地用户通过电子设备上的麦克风输入音频，输入的音频通过DSP(Digital Signal Processing，数字信号处理器)的处理之后，经kernel接口将处理后的音频数据传送给Android***框架处理，***会做一些重采样混音处理完之后，再发送到游戏应用。游戏应用拿到数据之后再通过数据网络或者wifi传送给服务器，服务器再分发给对端机器。而在第一应用程序为来电应用程序时，在来电应用程序上行音频通路处于接通状态的情况下，数据处理流程可以如图3所示，本地用户通过电子设备的麦克风输入音频，输入的音频通过DSP和modem 的处理之后，直接发送给对端机器。

可以理解地，上述示例仅是为了更好地理解本申请实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

第二应用程序是指发起第一通话请求的应用程序，第一通话请求可以是来电请求，也可以是第二应用程序发起的语音聊天请求，如游戏语聊等，在第一通话请求为来电请求时，第二应用程序为游戏对应的应用程序，而在第一通话请求为游戏语聊请求时，则第二应用程序即为来电对应的应用程序等，具体地，可以根据业务需求而定，本申请实施例对此不加以限制。

在第一应用程序的上行音频通路处于接通状态的情况下，可以实时监测是否有第二应用程序发起第一通话请求，而在接收到第二应用程序发起的第一通话请求之后，执行步骤102。

步骤102：接收用户针对所述第一通话请求的第一输入。

第一输入是指用户对第一通话请求执行的用于接通第一通话的输入。

在某些示例中，第一输入可以为用户执行的点击操作形成的输入，例如，在第一通话请求为来电请求时，在来电显示页面显示有接通电话的触控按钮，用户点击该触控按钮可以接通第一通话，此时，可以将用户点击该触控按钮的操作视为第一输入。

在某些示例中，第一输入可以为用户执行的手势操作形成的输入，例如，在第一通话请求为来电请求时，在电子设备内预先保存有接通来电的预设手势操作，在用户执行预设手势操作时可以接通第一通话，此时，可以将用户执行的手势操作视为第一输入。

可以理解地，上述示例仅是为了更好地理解本申请实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

在通过第二应用程序获取第一通话请求之后，可以接收用户针对第一通话请求的第一输入，进而，执行步骤103。

步骤103：响应于所述第一输入，接通第一通话，并控制所述第二应用程序的上行音频通路处于静音状态，控制所述第二应用程序的下行音频通路处于目标状态。

在本实施例中，目标状态是指控制第二应用程序的下行音频通路所处的状态，在本示例中，目标状态可以为静音状态，也可以为非静音状态，具体地，可以根据业务需求而定，本实施例对此不加以限制。

在接收到用户针对第一通话请求的第一输入之后，可以响应该第一输入，接通第一通话，并控制第二应用程序的上行音频通路处于静音状态，控制第二应用程序的下行音频通路处于目标状态。

在第二应用程序的上行音频通路处于静音状态的情况下，此时本地麦克风接收的本地用户输入的音频会转换为静音音频发送给发起第一通话请求的第一对端设备。

可选的，控制第二应用程序的上行音频通路处于静音状态，可以控制第二应用程序的下行音频通路处于目标状态，目标状态可以为非静音状态，此时，用户仍然可以接收到第一对端设备发送的音频，并通过喇叭播放，但是第一对端设备无法接听到本端设备获取到的音频。

本申请实施例通过结合用户的输入接通第一通话的同时，控制第二应用的上行音频通路处于静音状态，此时可以避免与第一应用程序的通话被发起通话请求的第一对端设备听到，能够防止通话内容的泄露，有利于保护用户隐私。

在本实施例中，在第二应用程序的上行音频通路设置有第一开关，通过控制第一开关的断开和接通对第二应用程序的上行音频通路的控制，具体地，可以结合下述具体实现方式进行详细描述。

在本申请的一种具体实现方式中，所述第二应用程序的上行音频通路包括第一开关，上述步骤103可以包括：

子步骤A1：控制所述第一开关处于断开状态，以将本地麦克风获取的音频转换为静音音频传输给第一对端设备，所述第一对端设备为发起所述第一通话请求的设备。

在本实施例中，第一开关是指用于对第二应用程序的上行音频通路的静音状态与接通状态进行控制的开关。

在接通第一通话之后，可以控制第一开关处于断开状态，在第一开关处于断开状态的情况下，第二应用程序的上行音频通路处于静音状态，此时可以将本地麦克风获取的音频转换为静音音频传输给第一对端设备，第一对端设备为发起通话请求的设备。例如，在游戏类应用程序的上行音频通路上设置有静音开关A，来电应用程序的上行音频通路上设置有静音开关B，而对于游戏类应用程序而言，在由静音开关A处于断开状态时，kernel的接口仍然会把数据传送给Android***框架处理，数据通路不受影响，静音开关断开只是把数据设置为静音数据。

在本实施例中，用户可以通过对第一开关执行输入，以实现对第一应用程序的上行音频通路进行控制，具体地，可以结合下述具体实现方式进行详细描述。

在本申请的一种具体实现方式中，在上述子步骤A1之后，还可以包括：

步骤B1：接收所述用户针对所述第一通话的第二输入。

在本实施例中，第二输入具体用于控制第一开关处于接通状态。一种可能的实施方式可以为，显示第一通话界面，并在第一界面显示虚拟控件，所述虚拟控件用于控制第一开关接通或断开，在接收针对虚拟控件的第二输入的情况下，控制第一开关处于接通状态。具体地，第二输入的具体形式可以根据业务需求而定，本实施例对此不加以限制。

在接收用户针对第一开关的第二输入之后，执行步骤B2。

步骤B2：响应于所述第二输入，控制所述第一开关处于接通状态。

在接收到用户针对第一开关的第二输入之后，可以响应该第二输入，控制第一开关处于接通状态，此时，第一应用程序的上行音频通路处于静音状态，而第二应用程序的上行音频通路处于非静音状态。

本申请实施例通过单个开关可以实现两个应用程序的上行音频通路的控制，进而，可以在用户进行双应用程序的音频通话过程中，无需用户频繁操控不同的开关，提高了用户的体验。

在本实施例中，还可以在第一应用程序的上行音频通路设置一个开关，以对第一应用程序的上行音频通路的接通状态进行控制，具体地，可以结合下述具体实现方式进行详细描述。

在本申请的一种具体实现方式中，所述第一应用程序的上行音频通路包括第二开关，上述步骤101可以包括：

子步骤C1：在第二开关处于接通状态，以将本地麦克风获取的音频传输至第二对端设备的情况下，通过第二应用程序获取第一通话请求。

在上述步骤103之后，还可以包括：

步骤D1：接收用户针对所述第一应用程序对应的第二通话的第三输入；

步骤D2：响应于所述第三输入，控制所述第二开关处于断开状态，以将本地麦克风获取的音频转换为静音音频传输给所述第二对端设备，所述第二对端设备与所述第二通话对应的设备。

在本实施例中，第二开关为设置于第一应用程序的上行音频通路的开关，在第二开关处于接通状态，将本地麦克风获取的音频传输至第二对端设备的情况下，可以通过第二应用程序获取第一通话请求。

在接通第一通话之后，可以接收用户针对第一应用程序对应的第二通话的第三输入，响应该第三输入，控制第二开关处于断开状态，此时，可以将本地麦克风获取的音频转换为静音音频传输给第二对端设备，其中，第二对端设备即为与第二通话对应的设备。

在本实施例中，还可以在第二应用程序的下行音频通路设置一个开关，以对第二应用程序的下行音频通路进行控制，具体地，可以结合下述具体实现方式进行详细描述。

在本申请的一种具体实现方式中，所述第二应用程序的下行音频通路包括第三开关，上述步骤103可以包括：

子步骤E1：在所述第三开关处于断开状态的情况下，控制所述下行音频通道处于静音状态，以接收所述第一对端设备发送的目标静音音频，所述目标静音音频是将所述第一对端设备发送的音频进行静音转换处理之后得到的音频。

在本实施例中，第三开关是指设置于第二应用程序的下行音频通路的开关。

在第三开关处于断开状态的情况下，可以控制第二应用程序的下行音频通道处于静音状态，以接收第一对端设备发送的目标静音音频，该目标静音音频是将第一对端设备发送的音频进行静音转换处理之后得到的音频。

子步骤E2：在所述第三开关处于接通状态的情况下，控制所述下行音频通道处于非静音状态，以接收所述第一对端设备发送的音频。

在第三开关处于接通状态的情况下，可以控制下行音频通路处于非静音状态，以接收第一对端设备发送的音频，如图5所示，对端用户可以通过对端机器上设置的麦克风进行音频输入，有游戏服务器接收音频数据，并经过一系列的处理流程之后，通过本端的喇叭输出音频。

在本实施例中，还可能存在多路通话的场景，实现多路通话，如图6所示，手机先接入通话A，然后接入通话B，两个通话同时存在，此时可以操作电话应用UI进行网络设置，通过网络设置实现如下几种情况：

1、通话A active，通话B inactive，此时，通话A对应的上行音频通道处于通路状态，通话B对应的上行音频通道处于断路状态，用户可以输入音频发送至通话A的对端设备。

2、通话Ainactive，通话B active，此时，通话A对应的上行音频通道处于断路状态，通话B对应的上行音频通道处于通路状态，用户可以输入音频发送至通话B的对端设备。

(3)通话Aactive，通话B active，此时，通话A和通话B的上行音频通道均处于通路状态，可以进行一对多的通话会议模式。

本申请实施例提供的音频通路状态控制方法，通过在第一应用程序的上行音频通路处于接通状态的情况下，通过第二应用程序获取第一通话请求，接收用户针对第一通话请求的第一输入，响应于第一输入，接通第一通话，并控制第二应用程序的上行音频音频通路处于静音状态，控制第二应用程序的下行音频通路处于目标状态。本申请实施例通过在接收到第二应用程序的通话请求时，通过结合用户的输入接通第一通话的同时，控制第二应用的上行音频通路处于静音状态，此时可以避免与第一应用程序的通话被发起通话请求的对端设备听到，能够防止通话内容的泄露，有利于保护用户隐私。

需要说明的是，本申请实施例提供的音频通路状态控制方法，执行主体可以为音频通路状态控制装置，或者该音频通路状态控制装置中的用于执行音频通路状态控制方法的控制模块。本申请实施例中以音频通路状态控制装置执行音频通路状态控制方法为例，说明本申请实施例提供的音频通路状态控制装置。

参照图7，示出了本申请实施例提供的一种音频通路状态控制装置的结构示意图，如图7所示，该音频通路状态控制装置700具体可以包括如下模块：

通话请求获取模块710，用于在第一应用程序的上行音频通路处于接通状态的情况下，通过第二应用程序获取第一通话请求；

第一输入接收模块720，用于接收用户针对所述第一通话请求的第一输入；

静音状态控制模块730，用于响应于所述第一输入，接通第一通话，并控制所述第二应用程序的上行音频通路处于静音状态，控制所述第二应用程序的下行音频通路处于目标状态。

可选地，所述第二应用程序的上行音频通路包括第一开关，所述静音状态控制模块包括：

第一断开状态控制单元，用于控制所述第一开关处于断开状态，以将本地麦克风获取的音频转换为静音音频传输给第一对端设备，所述第一对端设备为发起所述第一通话请求的设备。

可选地，还包括：

第二输入接收模块，用于接收所述用户针对所述第一开关的第二输入；

接通状态控制模块，用于响应所述第二输入，控制所述第一开关处于接通状态；

其中，在所述第一开关处于接通的状态下，所述第一应用程序的上行音频通路处于静音状态。

可选地，所述第一应用程序的上行音频通路包括第二开关，所述通话请求获取模块包括：

通话请求获取单元，用于在第二开关处于接通状态，以将本地麦克风获取的音频传输至第二对端设备的情况下，通过第二应用程序获取第一通话请求；

所述装置还包括：

第三输入接收单元，用于接收用户针对所述第一应用程序对应的第二通话的第三输入；

第二断开状态控制单元，用于响应于所述第三输入，控制所述第二开关处于断开状态，以将本地麦克风获取的音频转换为静音音频传输给所述第二对端设备，所述第二对端设备与所述第二通话对应的设备；

其中，在所述第二开关处于断开状态的情况下，所述第二应用程序的上行音频通路处于接通状态。

可选地，所述第二应用程序的下行音频通路包括第三开关，所述静音状态控制模块包括：

第三静音状态控制单元，用于在所述第三开关处于断开状态的情况下，控制所述下行音频通道处于静音状态，以接收所述第一对端设备发送的目标静音音频，所述目标静音音频是将所述第一对端设备发送的音频进行静音转换处理之后得到的音频；

非静音状态控制单元，用于在所述第三开关处于接通状态的情况下，控制所述下行音频通道处于非静音状态，以接收所述第一对端设备发送的音频。

本申请实施例提供的音频通路状态控制装置，通过在第一应用程序的上行音频通路处于接通状态的情况下，通过第二应用程序获取第一通话请求，接收用户针对第一通话请求的第一输入，响应于第一输入，接通第一通话，并控制第二应用程序的上行音频音频通路处于静音状态，控制第二应用程序的下行音频通路处于目标状态。本申请实施例通过在接收到第二应用程序的通话请求时，通过结合用户的输入接通第一通话的同时，控制第二应用的上行音频通路处于静音状态，此时可以避免与第一应用程序的通话被发起通话请求的对端设备听到，能够防止通话内容的泄露，有利于保护用户隐私。

本申请实施例中的音频通路状态控制装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personal digital assistant，PDA) 等，非移动电子设备可以为服务器、网络附属存储器(NetworkAttached Storage， NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的音频通路状态控制装置可以为具有操作***的装置。该操作***可以为安卓(Android)操作***，可以为ios操作***，还可以为其他可能的操作***，本申请实施例不作具体限定。

本申请实施例提供的音频通路状态控制装置能够实现图1方法实施例实现的各个过程，为避免重复，这里不再赘述。

可选地，如图8所示，本申请实施例还提供一种电子设备800，包括处理器801，存储器802，存储在存储器802上并可在所述处理器801上运行的程序或指令，该程序或指令被处理器801执行时实现上述音频通路状态控制方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，本申请实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。

图9为实现本申请实施例的一种电子设备的硬件结构示意图。

该电子设备900包括但不限于：射频单元901、网络模块102、音频输出单元903、输入单元904、传感器905、显示单元906、用户输入单元907、接口单元908、存储器909、以及处理器910等部件。

本领域技术人员可以理解，电子设备900还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理***与处理器910逻辑相连，从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。图9中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

其中，处理器910，用于在第一应用程序的上行音频通路处于接通状态的情况下，通过第二应用程序获取第一通话请求；接收用户针对所述第一通话请求的第一输入；响应于所述第一输入，接通第一通话，并控制所述第二应用程序的上行音频通路处于静音状态，控制所述第二应用程序的下行音频通路处于目标状态。

本申请可以避免与第一应用程序的通话被发起通话请求的对端设备听到，能够防止通话内容的泄露，有利于保护用户隐私。

可选地，处理器910，还用于控制所述第一开关处于断开状态，以将本地麦克风获取的音频转换为静音音频传输给第一对端设备，所述第一对端设备为发起所述第一通话请求的设备。

可选地，处理器910，还用于接收所述用户针对所述第一开关的第二输入；响应所述第二输入，控制所述第一开关处于接通状态；其中，在所述第一开关处于接通的状态下，所述第一应用程序的上行音频通路处于静音状态。

可选地，处理器910，还用于在第二开关处于接通状态，以将本地麦克风获取的音频传输至第二对端设备的情况下，通过第二应用程序获取第一通话请求；接收用户针对所述第一应用程序对应的第二通话的第三输入；响应于所述第三输入，控制所述第二开关处于断开状态，以将本地麦克风获取的音频转换为静音音频传输给所述第二对端设备，所述第二对端设备与所述第二通话对应的设备；其中，在所述第二开关处于断开状态的情况下，所述第二应用程序的上行音频通路处于接通状态。

可选地，处理器910，还用于在所述第三开关处于断开状态的情况下，控制所述下行音频通道处于静音状态，以接收所述第一对端设备发送的目标静音音频，所述目标静音音频是将所述第一对端设备发送的音频进行静音转换处理之后得到的音频；在所述第三开关处于接通状态的情况下，控制所述下行音频通道处于非静音状态，以接收所述第一对端设备发送的音频。

本申请实施例通过单个开关可以实现两个应用程序的上行音频通路的控制，进而，可以在用户进行双应用程序的音频通话过程中，无需用户频繁操控不同的开关，提高了用户的体验。

应理解的是，本申请实施例中，输入单元904可以包括图形处理器 (GraphicsProcessing Unit，GPU)9041和麦克风9042，图形处理器9041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元906可包括显示面板9061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板9061。用户输入单元907 包括触控面板9071以及其他输入设备9072。触控面板9071，也称为触摸屏。触控面板9071可包括触摸检测装置和触摸控制器两个部分。其他输入设备 9072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。存储器909可用于存储软件程序以及各种数据，包括但不限于应用程序和操作***。处理器910可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作***、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器910中。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述音频通路状态控制方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述音频通路状态控制方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为***级芯片、***芯片、芯片***或片上***芯片等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

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

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (10)

1.一种音频通路状态控制方法，其特征在于，包括：

在第一应用程序的上行音频通路处于接通状态的情况下，通过第二应用程序获取第一通话请求；

接收用户针对所述第一通话请求的第一输入；

响应于所述第一输入，接通第一通话，并控制所述第二应用程序的上行音频通路处于静音状态，控制所述第二应用程序的下行音频通路处于目标状态；

所述第二应用程序的下行音频通路包括第三开关，所述控制所述第二应用程序的下行音频通路处于目标状态，包括：在所述第三开关处于接通状态的情况下，控制所述下行音频通道处于非静音状态，以接收第一对端设备发送的音频。

2.根据权利要求1所述的方法，其特征在于，所述第二应用程序的上行音频通路包括第一开关，所述控制所述第二应用程序的上行音频通路处于静音状态，包括：

控制所述第一开关处于断开状态，以将本地麦克风获取的音频转换为静音音频传输给第一对端设备，所述第一对端设备为发起所述第一通话请求的设备。

3.根据权利要求2所述的方法，其特征在于，在所述控制所述第一开关处于断开状态之后，还包括：

接收所述用户针对所述第一通话的第二输入；

响应所述第二输入，控制所述第一开关处于接通状态；

其中，在所述第一开关处于接通的状态下，所述第一应用程序的上行音频通路处于静音状态。

4.根据权利要求2所述的方法，其特征在于，所述第一应用程序的上行音频通路包括第二开关，所述在第一应用程序的上行音频通路处于接通状态的情况下，通过第二应用程序获取第一通话请求，包括：

在第二开关处于接通状态，以将本地麦克风获取的音频传输至第二对端设备的情况下，通过第二应用程序获取第一通话请求；

在所述控制所述第二应用程序的上行音频通路处于静音状态，并控制所述第二应用程序的下行音频通路处于接通状态之后，还包括：

接收用户针对所述第一应用程序对应的第二通话的第三输入；

响应于所述第三输入，控制所述第二开关处于断开状态，以将本地麦克风获取的音频转换为静音音频传输给所述第二对端设备，所述第二对端设备为与所述第二通话对应的设备；

其中，在所述第二开关处于断开状态的情况下，所述第二应用程序的上行音频通路处于接通状态。

5.一种音频通路状态控制装置，其特征在于，包括：

通话请求获取模块，用于在第一应用程序的上行音频通路处于接通状态的情况下，通过第二应用程序获取第一通话请求；

第一输入接收模块，用于接收用户针对所述第一通话请求的第一输入；

静音状态控制模块，用于响应于所述第一输入，接通第一通话，并控制所述第二应用程序的上行音频通路处于静音状态，控制所述第二应用程序的下行音频通路处于目标状态；

所述第二应用程序的下行音频通路包括第三开关，所述静音状态控制模块包括：非静音状态控制单元，用于在所述第三开关处于接通状态的情况下，控制所述下行音频通道处于非静音状态，以接收第一对端设备发送的音频。

6.根据权利要求5所述的装置，其特征在于，所述第二应用程序的上行音频通路包括第一开关，所述静音状态控制模块包括：

第一断开状态控制单元，用于控制所述第一开关处于断开状态，以将本地麦克风获取的音频转换为静音音频传输给第一对端设备，所述第一对端设备为发起所述第一通话请求的设备。

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

第二输入接收模块，用于接收所述用户针对所述第一通话的第二输入；

接通状态控制模块，用于响应所述第二输入，控制所述第一开关处于接通状态；

其中，在所述第一开关处于接通的状态下，所述第一应用程序的上行音频通路处于静音状态。

8.根据权利要求6所述的装置，其特征在于，所述第一应用程序的上行音频通路包括第二开关，所述通话请求获取模块包括：

通话请求获取单元，用于在第二开关处于接通状态，以将本地麦克风获取的音频传输至第二对端设备的情况下，通过第二应用程序获取第一通话请求；

所述装置还包括：

第三输入接收单元，用于接收用户针对所述第一应用程序对应的第二通话的第三输入；

第二断开状态控制单元，用于响应于所述第三输入，控制所述第二开关处于断开状态，以将本地麦克风获取的音频转换为静音音频传输给所述第二对端设备，所述第二对端设备与所述第二通话对应的设备；

其中，在所述第二开关处于断开状态的情况下，所述第二应用程序的上行音频通路处于接通状态。

9.一种电子设备，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1-4任一项所述的音频通路状态切换控制的步骤。

10.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1-4任一项所述的音频通路状态控制方法的步骤。

Images