CN112134997B - Audio channel state control method and device, electronic equipment and readable storage medium - Google Patents

Audio channel state control method and device, electronic equipment and readable storage medium Download PDF

Info

Publication number
CN112134997B
CN112134997B CN202011011126.0A CN202011011126A CN112134997B CN 112134997 B CN112134997 B CN 112134997B CN 202011011126 A CN202011011126 A CN 202011011126A CN 112134997 B CN112134997 B CN 112134997B
Authority
CN
China
Prior art keywords
state
audio
switch
mute
application program
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.)
Active
Application number
CN202011011126.0A
Other languages
Chinese (zh)
Other versions
CN112134997A (en
Inventor
蒋夏琰
汤德息
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Priority to CN202011011126.0A priority Critical patent/CN112134997B/en
Publication of CN112134997A publication Critical patent/CN112134997A/en
Application granted granted Critical
Publication of CN112134997B publication Critical patent/CN112134997B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Abstract

The application discloses an audio channel state control method, an audio channel state control device and electronic equipment, and belongs to the technical field of communication. The method comprises the following steps: under the condition that an uplink audio channel of a first application program is in a connected state, a first call request is obtained through a second application program; receiving a first input of a user for the first call request; and responding to the first input, connecting a first call, controlling an uplink audio channel of the second application program to be in a mute state, and controlling a downlink audio channel of the second application program to be in a target state. The method and the device can avoid the conversation with the first application program from being heard by the opposite terminal device initiating the conversation request, can prevent the conversation content from being leaked, and are favorable for protecting the privacy of users.

Description

Audio channel state control method and device, electronic equipment and readable storage medium
Technical Field
The application belongs to the technical field of communication, and particularly relates to an audio channel state control method and device and electronic equipment.
Background
With the continuous development of science and technology, electronic devices (such as mobile phones, tablet computers and the like) have gradually become an indispensable tool in the life and work of people.
In the process of using the electronic equipment by a user, the user has the requirement of simultaneously processing multiple tasks, such as playing games, making calls and the like, or when the user plays games, a popup window capable of floating on a game interface and adjusting the position can be generated, and an application can be opened through the popup window, so that other applications can be synchronously used when frequent operation is not required, such as using social application to chat and the like, in a game loading interface and the like.
In a scenario where multiple tasks are performed simultaneously, the processing function for audio switching is not complete, for example, when a user answers an incoming call during playing a game, a voice channel in the game is cut off, the user can only answer or hang up the call, and cannot answer or make the call and turn the game voice on and off simultaneously, or when the user answers the call in a black-on scenario of the game, the call content is heard by other game voice teammates, the content is leaked, and the privacy of the user is not protected.
Disclosure of Invention
The embodiment of the application aims to provide an audio channel state control method, an audio channel state control device and electronic equipment, and the method, the device and the electronic equipment can solve the problems that the user privacy is not protected due to the fact that the user cannot make and receive calls or game voices simultaneously or call contents are leaked in a multi-task scene.
In order to solve the technical problem, the present application is implemented as follows:
in a first aspect, an embodiment of the present application provides an audio channel state control method, where the method includes:
under the condition that an uplink audio channel of a first application program is in a connected state, a first call request is obtained through a second application program;
receiving a first input of a user for the first call request;
and responding to the first input, connecting a first call, controlling an uplink audio channel of the second application program to be in a mute state, and controlling a downlink audio channel of the second application program to be in a target state.
In a second aspect, an embodiment of the present application provides an audio path state control apparatus, including:
the call request acquisition module is used for acquiring a first call request through a second application program under the condition that an uplink audio channel of the first application program is in a connected state;
the first input receiving module is used for receiving a first input of a user aiming at the first call request;
and the mute state control module is used for responding to the first input, connecting the first call, controlling an uplink audio channel of the second application program to be in a mute state, and controlling a downlink audio channel of the second application program to be in a target state.
In a third aspect, an embodiment of the present application provides an electronic device, which includes a processor, a memory, and a program or an instruction stored on the memory and executable on the processor, and when the program or the instruction is executed by the processor, the steps of the audio path state control method according to the first aspect are implemented.
In a fourth aspect, the present application provides a readable storage medium, on which a program or instructions are stored, which when executed by a processor implement the steps of the audio path state control method according to the first aspect.
In a fifth aspect, an embodiment of the present application provides a chip, where the chip includes a processor and a communication interface, where the communication interface is coupled to the processor, and the processor is configured to execute a program or instructions to implement the audio path state control method according to the first aspect.
In the embodiment of the application, under the condition that the uplink audio channel of the first application program is in the connected state, the first call request is acquired through the second application program, the first input of a user for the first call request is received, the first call is connected in response to the first input, the uplink audio channel of the second application program is controlled to be in the mute state, and the downlink audio channel of the second application program is controlled to be in the target state. According to the embodiment of the application, when the call request of the second application program is received, the uplink audio channel of the second application program is controlled to be in the mute state while the first call is connected by combining the input of the user, the call with the first application program can be prevented from being heard by the opposite terminal equipment initiating the call request, the call content can be prevented from being leaked, and the privacy of the user can be protected.
Drawings
Fig. 1 is a flowchart illustrating steps of an audio channel state control method according to an embodiment of the present disclosure;
fig. 2 is a schematic diagram of a game language chat data path according to an embodiment of the present disclosure;
fig. 3 is a schematic diagram of a voice uplink data path of a telephone according to an embodiment of the present application;
fig. 4 is a schematic diagram of a game chat and phone call coexistence scenario provided in an embodiment of the present application;
fig. 5 is a schematic diagram of an audio transmission process in chat provided by an embodiment of the present application;
fig. 6 is a schematic diagram of a two-way switching process of a telephone according to an embodiment of the present application;
fig. 7 is a schematic structural diagram of an audio channel state control apparatus according to an embodiment of the present disclosure;
fig. 8 is a schematic structural diagram of an electronic device according to an embodiment of the present disclosure;
fig. 9 is a schematic structural diagram of another electronic device according to an embodiment of the present application.
Detailed Description
The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are some, but not all, embodiments of the present application. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
The terms first, second and the like in the description and in the claims of the present application are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It will be appreciated that the data so used may be interchanged under appropriate circumstances such that embodiments of the application may be practiced in sequences other than those illustrated or described herein, and that the terms "first," "second," and the like are generally used herein in a generic sense and do not limit the number of terms, e.g., the first term can be one or more than one. In addition, "and/or" in the specification and claims means at least one of connected objects, a character "/" generally means that a preceding and succeeding related objects are in an "or" relationship.
The following describes the audio path state control method provided by the embodiments of the present application in detail through specific embodiments and application scenarios thereof with reference to the accompanying drawings.
Referring to fig. 1, a flowchart illustrating steps of an audio path state control method provided in an embodiment of the present application is shown, and as shown in fig. 1, the audio path state control method may specifically include the following steps:
step 101: and under the condition that the uplink audio channel of the first application program is in a connection state, acquiring a first call request through a second application program.
The method and the device can be applied to a scene of controlling uplink voice channels of different application programs under the condition that multiple application programs initiate voice.
The first application is an application that is performing an audio call in the local device when receiving the first call request, and the first application may be a game application, and specifically, the first application may be determined according to a service requirement, which is not limited in this embodiment.
With the upstream audio path of the first application in an on state, the local user may input speech to send to the peer device associated with the first application. As shown in fig. 2, the first application is a game application, when an uplink audio channel of the first application is in an on state, a local user inputs audio through a microphone on the electronic device, the input audio is processed by a DSP (Digital Signal Processing), the processed audio data is transmitted to an Android system framework through a kernel interface for Processing, and the system performs resampling and mixing Processing and then transmits the processed audio data to the game application. And after the game application takes the data, the data is transmitted to a server through a data network or wifi, and the server is distributed to the opposite terminal machine. When the first application program is an incoming call application program and the uplink audio channel of the incoming call application program is in a connected state, the data processing flow may be as shown in fig. 3, where a local user inputs audio through a microphone of the electronic device, and the input audio is directly sent to the peer machine after being processed by the DSP and the modem.
It should be understood that the above examples are only examples for better understanding of the technical solutions of the embodiments of the present application, and are not to be taken as the only limitation to the embodiments.
The second application program refers to an application program that initiates a first call request, where the first call request may be an incoming call request, or may also be a voice chat request initiated by a second application program, such as game voice chat, and when the first call request is an incoming call request, the second application program is an application program corresponding to a game, and when the first call request is a game voice chat request, the second application program is an application program corresponding to an incoming call, and the like.
In the case that the uplink audio path of the first application program is in the on state, it may be monitored in real time whether there is a second application program initiating the first call request, and after receiving the first call request initiated by the second application program, step 102 is executed.
Step 102: and receiving a first input of a user for the first call request.
The first input refers to an input performed by the user for the first call request to connect the first call.
In some examples, the first input may be an input formed by a click operation performed by the user, for example, when the first call request is an incoming call request, a touch button for making a call is displayed on an incoming call display page, and the user may make the first call by clicking the touch button, and at this time, the operation of clicking the touch button by the user may be regarded as the first input.
In some examples, the first input may be an input formed by a gesture operation performed by a user, for example, when the first call request is an incoming call request, a preset gesture operation for turning on an incoming call is saved in the electronic device in advance, and when the preset gesture operation is performed by the user, the first call may be turned on, and at this time, the gesture operation performed by the user may be regarded as the first input.
It should be understood that the above examples are only examples for better understanding of the technical solutions of the embodiments of the present application, and are not to be taken as the only limitation to the embodiments.
After the first call request is obtained through the second application, a first input of the user for the first call request may be received, and then step 103 is performed.
Step 103: and responding to the first input, connecting a first call, controlling an uplink audio channel of the second application program to be in a mute state, and controlling a downlink audio channel of the second application program to be in a target state.
In this embodiment, the target state refers to a state of a downlink audio channel controlling the second application, and in this example, the target state may be a mute state or a non-mute state, and specifically, may be determined according to a service requirement, which is not limited in this embodiment.
After receiving a first input of the user for the first call request, the first call may be connected in response to the first input, and the uplink audio path of the second application program may be controlled to be in a mute state, and the downlink audio path of the second application program may be controlled to be in a target state.
Under the condition that the uplink audio channel of the second application program is in a mute state, at this time, the audio input by the local user and received by the local microphone is converted into a mute audio, and the mute audio is sent to the first peer device initiating the first call request.
Optionally, the uplink audio channel of the second application program is controlled to be in a mute state, the downlink audio channel of the second application program may be controlled to be in a target state, and the target state may be a non-mute state.
According to the embodiment of the application, the uplink audio channel of the second application is controlled to be in a mute state while the first call is connected by combining the input of the user, the call with the first application program can be prevented from being heard by the first opposite terminal equipment initiating the call request, the call content can be prevented from being leaked, and the privacy of the user can be protected.
In this embodiment, a first switch is disposed in the uplink audio path of the second application, and the control of the uplink audio path of the second application by controlling the on and off of the first switch may be specifically described in detail with reference to the following specific implementation manner.
In a specific implementation manner of the present application, the uplink audio path of the second application includes a first switch, and the step 103 may include:
substep A1: and controlling the first switch to be in a disconnected state so as to convert the audio acquired by the local microphone into mute audio and transmit the mute audio to a first peer device, wherein the first peer device is a device initiating the first call request.
In this embodiment, the first switch is a switch for controlling the mute state and the on state of the upstream audio path of the second application.
After the first call is connected, the first switch may be controlled to be in an off state, and under the condition that the first switch is in the off state, an uplink audio channel of the second application program is in a mute state, at this time, an audio acquired by the local microphone may be converted into a mute audio to be transmitted to the first peer device, where the first peer device is a device that initiates a call request. For example, a mute switch a is arranged on an uplink audio channel of a game application program, a mute switch B is arranged on an uplink audio channel of an incoming call application program, and for the game application program, when the mute switch a is in an off state, an interface of a kernel still transmits data to an Android system framework for processing, a data channel is not affected, and the mute switch is only turned off to set the data as mute data.
In this embodiment, a user may implement control of the uplink audio path of the first application by performing an input to the first switch, which is described in detail in conjunction with the following specific implementation manner.
In a specific implementation manner of the present application, after the sub-step a1, the method may further include:
step B1: receiving a second input of the user for the first call.
In this embodiment, the second input is specifically used to control the first switch to be in an on state. One possible implementation may be that a first call interface is displayed, and a virtual control is displayed on the first interface, where the virtual control is used to control the first switch to be turned on or off, and in a case where a second input for the virtual control is received, the first switch is controlled to be in an on state. Specifically, the specific form of the second input may be determined according to the service requirement, and this embodiment is not limited thereto.
After receiving the second input of the user for the first switch, step B2 is performed.
Step B2: controlling the first switch to be in an on state in response to the second input.
After receiving a second input from the user to the first switch, the first switch may be controlled to be in an on state in response to the second input, where the uplink audio path of the first application is in a mute state and the uplink audio path of the second application is in an off-mute state.
According to the embodiment of the application, the control of the uplink audio channels of the two applications can be realized through the single switch, and then, in the process that a user carries out audio communication of the two applications, the user does not need to frequently control different switches, and the user experience is improved.
In this embodiment, a switch may be further disposed on the uplink audio path of the first application program to control the on state of the uplink audio path of the first application program, and specifically, the detailed description may be made in conjunction with the following specific implementation manner.
In a specific implementation manner of the present application, the uplink audio path of the first application includes a second switch, and the step 101 may include:
substep C1: and under the condition that the second switch is in an on state so as to transmit the audio acquired by the local microphone to the second opposite terminal equipment, acquiring the first call request through the second application program.
After the step 103, the method may further include:
step D1: receiving a third input of a user for a second call corresponding to the first application program;
step D2: and responding to the third input, and controlling the second switch to be in an off state so as to convert the audio acquired by the local microphone into mute audio and transmit the mute audio to the second opposite-end equipment, wherein the second opposite-end equipment corresponds to the second communication.
In this embodiment, the second switch is a switch disposed on an uplink audio path of the first application program, and the first call request may be acquired by the second application program when the second switch is in an on state and transmits audio acquired by the local microphone to the second peer device.
After the first call is connected, a third input of the user for a second call corresponding to the first application program may be received, the second switch is controlled to be in an off state in response to the third input, at this time, the audio acquired by the local microphone may be converted into a mute audio, and the mute audio is transmitted to the second peer device, where the second peer device is a device corresponding to the second call.
In this embodiment, a switch may be further disposed in the downstream audio path of the second application program to control the downstream audio path of the second application program, and specifically, the following detailed description may be given in conjunction with the following specific implementation manner.
In a specific implementation manner of this application, the downlink audio path of the second application includes a third switch, and the step 103 may include:
sub-step E1: and under the condition that the third switch is in an off state, controlling the downlink audio channel to be in a mute state so as to receive a target mute audio sent by the first peer device, wherein the target mute audio is an audio obtained after the audio sent by the first peer device is subjected to mute conversion processing.
In this embodiment, the third switch is a switch disposed in the downlink audio path of the second application.
In the case where the third switch is in the off state, the downstream audio channel of the second application program may be controlled to be in a mute state to receive a target mute audio sent by the first peer device, where the target mute audio is an audio obtained after performing a mute conversion process on the audio sent by the first peer device.
Sub-step E2: and under the condition that the third switch is in an on state, controlling the downlink audio channel to be in a non-mute state so as to receive the audio sent by the first peer device.
When the third switch is in the on state, the downlink audio channel may be controlled to be in the non-mute state to receive the audio sent by the first peer device, as shown in fig. 5, the peer user may perform audio input through a microphone disposed on the peer machine, and the game server receives audio data and outputs the audio through a speaker of the local peer after a series of processing procedures.
In this embodiment, there may also be a scenario of multi-way call to implement multi-way call, as shown in fig. 6, the mobile phone first accesses the call a, then accesses the call B, and the two calls exist at the same time, and at this time, the phone application UI may be operated to perform network setting, and the following several situations are implemented through network setting:
1. and a call A active and a call B inactive, wherein at the moment, an uplink audio channel corresponding to the call A is in a pass state, an uplink audio channel corresponding to the call B is in a break state, and a user can input audio and send the audio to opposite-end equipment of the call A.
2. Conversation Aiactive, conversation B active, at this moment, the ascending audio frequency passageway that conversation A corresponds is in the disconnected state, and the ascending audio frequency passageway that conversation B corresponds is in the on-line state, and the user can input the audio frequency and send to conversation B's opposite terminal equipment.
(3) The communication Aactive and the communication B active are both in the on-state, and the one-to-many communication conference mode can be performed.
According to the audio channel state control method provided by the embodiment of the application, under the condition that the uplink audio channel of the first application program is in the connected state, the first call request is obtained through the second application program, the first input of a user for the first call request is received, the first call is connected in response to the first input, the uplink audio channel of the second application program is controlled to be in the mute state, and the downlink audio channel of the second application program is controlled to be in the target state. According to the embodiment of the application, when the call request of the second application program is received, the uplink audio channel of the second application program is controlled to be in the mute state while the first call is connected by combining the input of the user, the call with the first application program can be prevented from being heard by the opposite terminal equipment initiating the call request, the call content can be prevented from being leaked, and the privacy of the user can be protected.
It should be noted that, in the audio path state control method provided in the embodiment of the present application, the execution main body may be an audio path state control device, or a control module in the audio path state control device for executing the audio path state control method. In the embodiment of the present application, an audio channel state control device is used as an example to execute an audio channel state control method, and the audio channel state control device provided in the embodiment of the present application is described.
Referring to fig. 7, a schematic structural diagram of an audio path state control device provided in an embodiment of the present application is shown, and as shown in fig. 7, the audio path state control device 700 may specifically include the following modules:
a call request obtaining module 710, configured to obtain, by a second application program, a first call request when an uplink audio channel of the first application program is in a connected state;
a first input receiving module 720, configured to receive a first input of the first call request from the user;
a mute state control module 730, configured to, in response to the first input, connect the first call, control the uplink audio channel of the second application program to be in a mute state, and control the downlink audio channel of the second application program to be in a target state.
Optionally, the uplink audio path of the second application includes a first switch, and the mute state control module includes:
and the first off-state control unit is used for controlling the first switch to be in an off state so as to convert the audio acquired by the local microphone into mute audio and transmit the mute audio to the first peer-to-peer equipment, wherein the first peer-to-peer equipment is equipment for initiating the first call request.
Optionally, the method further comprises:
a second input receiving module, configured to receive a second input of the user for the first switch;
the on-state control module is used for responding to the second input and controlling the first switch to be in an on state;
wherein, when the first switch is in an on state, an uplink audio path of the first application program is in a mute state.
Optionally, the uplink audio path of the first application includes a second switch, and the call request obtaining module includes:
the call request acquisition unit is used for acquiring a first call request through a second application program under the condition that the second switch is in a switch-on state so as to transmit the audio acquired by the local microphone to the second opposite-end equipment;
the device further comprises:
a third input receiving unit, configured to receive a third input of a second call corresponding to the first application from a user;
a second off-state control unit, configured to control the second switch to be in an off state in response to the third input, so as to convert an audio obtained by a local microphone into a mute audio and transmit the mute audio to the second peer device, where the second peer device corresponds to the second communication;
wherein the upstream audio path of the second application is in an on state when the second switch is in an off state.
Optionally, the downlink audio path of the second application includes a third switch, and the mute state control module includes:
a third mute state control unit, configured to control the downlink audio channel to be in a mute state when the third switch is in an off state, so as to receive a target mute audio sent by the first peer device, where the target mute audio is an audio obtained after performing mute conversion processing on an audio sent by the first peer device;
a non-mute state control unit, configured to control the downlink audio channel to be in a non-mute state when the third switch is in an on state, so as to receive the audio sent by the first peer device.
The audio channel state control device provided in the embodiment of the present application, when the uplink audio channel of the first application is in the connected state, obtains the first call request through the second application, receives a first input of a user for the first call request, connects the first call in response to the first input, controls the uplink audio channel of the second application to be in the mute state, and controls the downlink audio channel of the second application to be in the target state. According to the embodiment of the application, when the call request of the second application program is received, the uplink audio channel of the second application program is controlled to be in the mute state while the first call is connected by combining the input of the user, the call with the first application program can be prevented from being heard by the opposite terminal equipment initiating the call request, the call content can be prevented from being leaked, and the privacy of the user can be protected.
The audio channel state control device in the embodiment of the present application may be a device, or may be a component, an integrated circuit, or a chip in a terminal. The device can be mobile electronic equipment or non-mobile electronic equipment. By way of example, the mobile electronic device may be a mobile phone, a tablet computer, a notebook computer, a palm top computer, a vehicle-mounted electronic device, a wearable device, an ultra-mobile personal computer (UMPC), a netbook or a Personal Digital Assistant (PDA), and the like, and the non-mobile electronic device may be a server, a Network Attached Storage (NAS), a Personal Computer (PC), a Television (TV), a teller machine or a self-service machine, and the like, and the embodiments of the present application are not particularly limited.
The audio path state control device in the embodiment of the present application may be a device having an operating system. The operating system may be an Android (Android) operating system, an ios operating system, or other possible operating systems, and embodiments of the present application are not limited specifically.
The audio channel state control device provided in the embodiment of the present application can implement each process implemented in the embodiment of the method in fig. 1, and is not described herein again to avoid repetition.
Optionally, as shown in fig. 8, an electronic device 800 is further provided in this embodiment of the present application, and includes a processor 801, a memory 802, and a program or an instruction stored in the memory 802 and executable on the processor 801, where the program or the instruction is executed by the processor 801 to implement each process of the foregoing audio channel state control method embodiment, and can achieve the same technical effect, and in order to avoid repetition, details are not repeated here.
It should be noted that the electronic device in the embodiment of the present application includes the mobile electronic device and the non-mobile electronic device described above.
Fig. 9 is a schematic diagram of a hardware structure of an electronic device implementing an embodiment of the present application.
The electronic device 900 includes, but is not limited to: a radio frequency unit 901, a network module 102, an audio output unit 903, an input unit 904, a sensor 905, a display unit 906, a user input unit 907, an interface unit 908, a memory 909, and a processor 910.
Those skilled in the art will appreciate that the electronic device 900 may further include a power source (e.g., a battery) for supplying power to various components, and the power source may be logically connected to the processor 910 through a power management system, so as to manage charging, discharging, and power consumption management functions through the power management system. The electronic device structure shown in fig. 9 does not constitute a limitation of the electronic device, and the electronic device may include more or less components than those shown, or combine some components, or arrange different components, and thus, the description is not repeated here.
The processor 910 is configured to, when an uplink audio channel of a first application is in a connected state, obtain a first call request through a second application; receiving a first input of a user for the first call request; and responding to the first input, connecting a first call, controlling an uplink audio channel of the second application program to be in a mute state, and controlling a downlink audio channel of the second application program to be in a target state.
The method and the device can avoid the conversation with the first application program from being heard by the opposite terminal device initiating the conversation request, can prevent the conversation content from being leaked, and are favorable for protecting the privacy of users.
Optionally, the processor 910 is further configured to control the first switch to be in a disconnected state, so as to convert audio acquired by the local microphone into mute audio and transmit the mute audio to a first peer device, where the first peer device is a device that initiates the first call request.
Optionally, the processor 910 is further configured to receive a second input from the user for the first switch; controlling the first switch to be in an on state in response to the second input; wherein, when the first switch is in an on state, an uplink audio path of the first application program is in a mute state.
Optionally, the processor 910 is further configured to obtain, by the second application, the first call request when the second switch is in an on state to transmit the audio obtained by the local microphone to the second peer device; receiving a third input of a user for a second call corresponding to the first application program; responding to the third input, controlling the second switch to be in a disconnected state so as to convert audio acquired by a local microphone into mute audio and transmit the mute audio to the second opposite-end equipment, wherein the second opposite-end equipment corresponds to the second communication; wherein the upstream audio path of the second application is in an on state when the second switch is in an off state.
Optionally, the processor 910 is further configured to control the downlink audio channel to be in a mute state when the third switch is in an off state, so as to receive a target mute audio sent by the first peer device, where the target mute audio is an audio obtained after performing a mute conversion process on an audio sent by the first peer device; and under the condition that the third switch is in an on state, controlling the downlink audio channel to be in a non-mute state so as to receive the audio sent by the first peer device.
According to the embodiment of the application, the control of the uplink audio channels of the two applications can be realized through the single switch, and then, in the process that a user carries out audio communication of the two applications, the user does not need to frequently control different switches, and the user experience is improved.
It should be understood that, in the embodiment of the present application, the input Unit 904 may include a Graphics Processing Unit (GPU) 9041 and a microphone 9042, and the Graphics Processing Unit 9041 processes image data of a still picture or a video obtained by an image capturing device (such as a camera) in a video capturing mode or an image capturing mode. The display unit 906 may include a display panel 9061, and the display panel 9061 may be configured in the form of a liquid crystal display, an organic light emitting diode, or the like. The user input unit 907 includes a touch panel 9071 and other input devices 9072. A touch panel 9071 also referred to as a touch screen. The touch panel 9071 may include two parts, a touch detection device and a touch controller. Other input devices 9072 may include, but are not limited to, a physical keyboard, function keys (e.g., volume control keys, switch keys, etc.), a trackball, a mouse, and a joystick, which are not described in detail herein. Memory 909 can be used to store software programs as well as various data including, but not limited to, application programs and operating systems. The processor 910 may integrate an application processor, which primarily handles operating systems, user interfaces, applications, etc., and a modem processor, which primarily handles wireless communications. It is to be appreciated that the modem processor described above may not be integrated into processor 910.
The embodiment of the present application further provides a readable storage medium, where a program or an instruction is stored on the readable storage medium, and when the program or the instruction is executed by a processor, the program or the instruction implements each process of the above-mentioned audio path state control method embodiment, and can achieve the same technical effect, and in order to avoid repetition, details are not repeated here.
The processor is the processor in the electronic device described in the above embodiment. The readable storage medium includes a computer readable storage medium, such as a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and so on.
The embodiment of the present application further provides a chip, where the chip includes a processor and a communication interface, the communication interface is coupled to the processor, and the processor is configured to execute a program or an instruction to implement each process of the above embodiment of the audio channel state control method, and can achieve the same technical effect, and in order to avoid repetition, the details are not repeated here.
It should be understood that the chips mentioned in the embodiments of the present application may also be referred to as system-on-chip, system-on-chip or system-on-chip, etc.
It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element. Further, it should be noted that the scope of the methods and apparatus of the embodiments of the present application is not limited to performing the functions in the order illustrated or discussed, but may include performing the functions in a substantially simultaneous manner or in a reverse order based on the functions involved, e.g., the methods described may be performed in an order different than that described, and various steps may be added, omitted, or combined. In addition, features described with reference to certain examples may be combined in other examples.
Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solutions of the present application may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal (such as a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the method according to the embodiments of the present application.
While the present embodiments have been described with reference to the accompanying drawings, it is to be understood that the invention is not limited to the precise embodiments described above, which are meant to be illustrative and not restrictive, and that various changes may be made therein by those skilled in the art without departing from the spirit and scope of the invention as defined by the appended claims.

Claims (10)

1. An audio path state control method, comprising:
under the condition that an uplink audio channel of a first application program is in a connected state, a first call request is obtained through a second application program;
receiving a first input of a user for the first call request;
responding to the first input, connecting a first call, controlling an uplink audio channel of the second application program to be in a mute state, and controlling a downlink audio channel of the second application program to be in a target state;
the controlling the downlink audio path of the second application to be in a target state includes: and under the condition that the third switch is in an on state, controlling the downlink audio channel to be in a non-mute state so as to receive the audio sent by the first peer device.
2. The method of claim 1, wherein the upstream audio path of the second application includes a first switch, and wherein the controlling the upstream audio path of the second application to be in a mute state comprises:
and controlling the first switch to be in a disconnected state so as to convert the audio acquired by the local microphone into mute audio and transmit the mute audio to a first peer device, wherein the first peer device is a device initiating the first call request.
3. The method of claim 2, further comprising, after said controlling the first switch to be in the open state:
receiving a second input of the user for the first call;
controlling the first switch to be in an on state in response to the second input;
wherein, when the first switch is in an on state, an uplink audio path of the first application program is in a mute state.
4. The method of claim 2, wherein the upstream audio path of the first application includes a second switch, and wherein obtaining the first call request through the second application while the upstream audio path of the first application is in the on state comprises:
acquiring a first call request through a second application program under the condition that the second switch is in an on state to transmit the audio acquired by the local microphone to the second opposite-end equipment;
after the controlling the uplink audio channel of the second application program to be in a mute state and the controlling the downlink audio channel of the second application program to be in an on state, the method further includes:
receiving a third input of a user for a second call corresponding to the first application program;
responding to the third input, controlling the second switch to be in a disconnected state so as to convert the audio acquired by the local microphone into a mute audio and transmit the mute audio to the second peer-to-peer device, wherein the second peer-to-peer device is a device corresponding to the second communication;
wherein the upstream audio path of the second application is in an on state when the second switch is in an off state.
5. An audio path state control device, comprising:
the call request acquisition module is used for acquiring a first call request through a second application program under the condition that an uplink audio channel of the first application program is in a connected state;
the first input receiving module is used for receiving a first input of a user aiming at the first call request;
a mute state control module, configured to respond to the first input, connect a first call, control an uplink audio channel of the second application program to be in a mute state, and control a downlink audio channel of the second application program to be in a target state;
the downlink audio path of the second application includes a third switch, and the mute state control module includes: and the non-mute state control unit is used for controlling the downlink audio channel to be in a non-mute state under the condition that the third switch is in an on state so as to receive the audio sent by the first peer-to-peer equipment.
6. The apparatus of claim 5, wherein the upstream audio path of the second application comprises a first switch, and wherein the mute state control module comprises:
and the first off-state control unit is used for controlling the first switch to be in an off state so as to convert the audio acquired by the local microphone into mute audio and transmit the mute audio to the first peer-to-peer equipment, wherein the first peer-to-peer equipment is equipment for initiating the first call request.
7. The apparatus of claim 6, further comprising:
a second input receiving module, configured to receive a second input of the user for the first call;
the on-state control module is used for responding to the second input and controlling the first switch to be in an on state;
wherein, when the first switch is in an on state, an uplink audio path of the first application program is in a mute state.
8. The apparatus of claim 6, wherein the upstream audio path of the first application comprises a second switch, and wherein the call request obtaining module comprises:
the call request acquisition unit is used for acquiring a first call request through a second application program under the condition that the second switch is in a switch-on state so as to transmit the audio acquired by the local microphone to the second opposite-end equipment;
the device further comprises:
a third input receiving unit, configured to receive a third input of a second call corresponding to the first application from a user;
a second off-state control unit, configured to control the second switch to be in an off state in response to the third input, so as to convert an audio obtained by a local microphone into a mute audio and transmit the mute audio to the second peer device, where the second peer device corresponds to the second communication;
wherein the upstream audio path of the second application is in an on state when the second switch is in an off state.
9. An electronic device comprising a processor, a memory, and a program or instructions stored on the memory and executable on the processor, the program or instructions when executed by the processor implementing the steps of audio path state switching control according to any one of claims 1-4.
10. A readable storage medium, on which a program or instructions are stored, which when executed by a processor, implement the steps of the audio path state control method according to any one of claims 1 to 4.
CN202011011126.0A 2020-09-23 2020-09-23 Audio channel state control method and device, electronic equipment and readable storage medium Active CN112134997B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011011126.0A CN112134997B (en) 2020-09-23 2020-09-23 Audio channel state control method and device, electronic equipment and readable storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011011126.0A CN112134997B (en) 2020-09-23 2020-09-23 Audio channel state control method and device, electronic equipment and readable storage medium

Publications (2)

Publication Number Publication Date
CN112134997A CN112134997A (en) 2020-12-25
CN112134997B true CN112134997B (en) 2021-10-19

Family

ID=73839239

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011011126.0A Active CN112134997B (en) 2020-09-23 2020-09-23 Audio channel state control method and device, electronic equipment and readable storage medium

Country Status (1)

Country Link
CN (1) CN112134997B (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114661218A (en) * 2022-02-15 2022-06-24 腾讯科技(深圳)有限公司 Call state adjusting method and device, vehicle-mounted terminal and computer program product

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102780814A (en) * 2012-06-29 2012-11-14 宇龙计算机通信科技(深圳)有限公司 Mobile terminal multi-channel call processing method and mobile terminal
CN105262911A (en) * 2015-09-16 2016-01-20 腾讯科技(深圳)有限公司 Processing method, system and device of system call in voice conversation
CN105915521A (en) * 2016-04-18 2016-08-31 北京小米移动软件有限公司 Multi-party communication management method, device and terminal

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7440556B2 (en) * 2003-09-30 2008-10-21 Microsoft Corporation System and method for using telephony controls on a personal computer
CN105430172A (en) * 2015-10-31 2016-03-23 惠州华阳通用电子有限公司 Automatic conversation control method and device
CN106375552A (en) * 2016-08-24 2017-02-01 深圳市金立通信设备有限公司 Incoming call interaction method and terminal
CN110233933B (en) * 2019-05-15 2020-11-20 维沃移动通信有限公司 Call method, terminal equipment and computer readable storage medium

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102780814A (en) * 2012-06-29 2012-11-14 宇龙计算机通信科技(深圳)有限公司 Mobile terminal multi-channel call processing method and mobile terminal
CN105262911A (en) * 2015-09-16 2016-01-20 腾讯科技(深圳)有限公司 Processing method, system and device of system call in voice conversation
CN105915521A (en) * 2016-04-18 2016-08-31 北京小米移动软件有限公司 Multi-party communication management method, device and terminal

Also Published As

Publication number Publication date
CN112134997A (en) 2020-12-25

Similar Documents

Publication Publication Date Title
CN111913628B (en) Sharing method and device and electronic equipment
CN112486386B (en) Screen projection method, screen projection device, electronic equipment and readable storage medium
JP7301956B2 (en) Information processing method and terminal
CN112751971A (en) Voice playing method and device and electronic equipment
CN108874352B (en) Information display method and mobile terminal
WO2016061968A1 (en) Voice control method and device
WO2022156662A1 (en) Method and apparatus for switching audio playing mode, and electronic device and storage medium
CN110865745A (en) Screen capturing method and terminal equipment
CN111601065A (en) Video call control method and device and electronic equipment
CN112394901A (en) Audio output mode adjusting method and device and electronic equipment
CN112099702A (en) Application running method and device and electronic equipment
CN111090529B (en) Information sharing method and electronic equipment
CN112134997B (en) Audio channel state control method and device, electronic equipment and readable storage medium
CN110505660B (en) Network rate adjusting method and terminal equipment
CN113993092B (en) Emergency call method and device, mobile terminal and network equipment
CN110597437A (en) Screen capturing method and terminal equipment
CN110769303A (en) Playing control method and device and mobile terminal
CN108579081B (en) Event processing method, device and computer storage medium based on game
CN112269509B (en) Information processing method and device and electronic equipment
CN113271376A (en) Communication control method, electronic equipment and earphone
US20230050252A1 (en) Call switching method and apparatus, storage medium and mobile terminal
CN113162844A (en) Instant messaging method, instant messaging device, electronic equipment and storage medium
CN112702468A (en) Call control method and device
CN113923722B (en) Data transmission method, device and storage medium
CN112637409B (en) Content output method and device and electronic equipment

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