CN118802865A - Audio sharing method, device and electronic device - Google Patents

Abstract

The present application discloses an audio sharing method, device and electronic device, which belongs to the field of Internet of Things. The method comprises: during a call between a first terminal and a second terminal, an audio digital signal processor ADSP of the first terminal mixes a target audio stream played locally by the first terminal into the call uplink data of the first terminal and mutes the mixed target audio stream; in response to an instruction to share the target audio stream, the ADSP of the first terminal unmutes the target audio stream mixed into the call uplink data, so that the second terminal receives the target audio stream. Through the above method, a user can share the locally played audio with another user during a call.

Description

Audio sharing method, device and electronic device

Technical Field

The present application belongs to the field of Internet of Things, and specifically relates to an audio sharing method, device and electronic equipment.

Background Art

The related technology for sharing audio during dial-up calls can only route the audio stream to the call uplink by playing the call background sound provided by certain applications (APPs). The audio stream played by this device cannot be shared with another user. The usage scenarios are limited and there are many restrictions.

Summary of the invention

The purpose of the embodiments of the present application is to provide an audio sharing method, device and electronic device, which can solve the problem of limited usage scenarios of sharing audio during calls.

In a first aspect, an embodiment of the present application provides an audio sharing method, the method comprising:

During a call between a first terminal and a second terminal, an audio digital signal processor ADSP of the first terminal mixes a target audio stream played locally by the first terminal into call uplink data of the first terminal and mutes the mixed target audio stream;

In response to the instruction to share the target audio stream, the ADSP of the first terminal unmutes the target audio stream mixed into the call uplink data, so that the second terminal receives the target audio stream.

In a second aspect, an embodiment of the present application provides an audio sharing device, the device comprising:

A mute module, used for mixing a target audio stream played locally by the first terminal into the call uplink data of the first terminal and muting the mixed target audio stream during a call between the first terminal and the second terminal;

The sharing module is used to, in response to an instruction to share the target audio stream, unmute the target audio stream mixed into the call uplink data, so that the second terminal receives the target audio stream.

In a third aspect, an embodiment of the present application provides an electronic device, which includes a processor and a memory, wherein the memory stores programs or instructions that can be run on the processor, and when the program or instructions are executed by the processor, the steps of the method described in the first aspect are implemented.

In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium, on which a program or instruction is stored, and when the program or instruction is executed by a processor, the steps of the method described in the first aspect are implemented.

In a fifth aspect, an embodiment of the present application provides a chip, comprising a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is used to run a program or instruction to implement the method described in the first aspect.

In a sixth aspect, an embodiment of the present application provides a computer program product, which is stored in a storage medium and is executed by at least one processor to implement the method described in the first aspect.

In an embodiment of the present application, during a call between a first terminal and a second terminal, an audio digital signal processor ADSP of the first terminal can mix a target audio stream played locally by the first terminal into the call uplink data of the first terminal and mute the mixed target audio stream; in response to an instruction to share the target audio stream, the ADSP of the first terminal can unmute the target audio stream mixed into the call uplink data, so that the second terminal receives the target audio stream. Through the audio sharing method provided in an embodiment of the present application, locally played audio can be shared in a dial-up call without restriction, and has a wider range of uses.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG1 is a schematic diagram showing a flow chart of an audio sharing method provided in an embodiment of the present application;

FIG2 is a schematic diagram showing a dial-up call provided by an embodiment of the present application that does not share the internal audio of the device;

FIG3 is a schematic diagram showing the internal audio of a dial-up call sharing device provided in an embodiment of the present application;

FIG4 is a schematic diagram showing a flow chart of another audio sharing method provided in an embodiment of the present application;

FIG5 is a schematic diagram showing the structure of an audio sharing device provided in an embodiment of the present application;

FIG6 shows a structural block diagram of an electronic device provided by an exemplary embodiment of the present application;

FIG. 7 shows a structural block diagram of another electronic device provided by an exemplary embodiment of the present application.

DETAILED DESCRIPTION

The following will be combined with the drawings in the embodiments of the present application to clearly describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, rather than all the embodiments. All other embodiments obtained by ordinary technicians in this field based on the embodiments in the present application belong to the scope of protection of this application.

The terms "first", "second", etc. in the specification and claims of the present application are used to distinguish similar objects, and are not used to describe a specific order or sequence. It should be understood that the data used in this way can be interchangeable under appropriate circumstances, so that the embodiments of the present application can be implemented in an order other than those illustrated or described here, and the objects distinguished by "first", "second", etc. are generally of one type, and the number of objects is not limited. For example, the first object can be one or more. In addition, "and/or" in the specification and claims represents at least one of the connected objects, and the character "/" generally indicates that the objects associated with each other are in an "or" relationship.

In the related art, the Audio Calibration Database (ACDB) in the Audio Reach architecture has greater flexibility and scalability than the ACDB in the previous architecture. The ACDB in AudioReach is composed of audio streams and audio devices, which is a new implementation method. Each device and each audio stream are independent. One device can correspond to multiple audio streams, and one audio stream can also correspond to multiple devices. The purpose of muting the audio stream and mixing one audio stream into the remaining audio stream in the Audio Digital Signal Processor (ADSP) can be achieved by modifying the ACDB.

Background sound of a call refers to playing an audio clip to imitate a scene during a dial-up call, and the background sound can be heard by both parties on the call. In the related technology, a channel dedicated to playing background sound of calls can be set up on the terminal, and the audio of the specified path can be played in a specific way provided by the APP to route the audio to the call uplink as background sound of the call, but all audio streams played by this device cannot be passed to another user, and the usage scenarios are limited. For example, when a mobile terminal such as a mobile phone is making a dial-up call, when user one connects to headphones and does not play an audio file as background sound, user two can only hear the sound collected by the microphone of user one's mobile phone, and cannot hear the audio sound played inside user one's mobile phone.

The related technology for playing background sound of calls generally focuses on selecting the music theme of the call background. The audio file must be an audio file that can be accessed by the mobile phone. If you want to share online music resources in any application with another user, or share the background sound in the game with another user, the related patent technology cannot do it.

Some audio resources need to be decoded before they can be played. The relevant technology is not friendly to decoding support, and hard decoding can obtain a better playback experience than soft decoding. The relevant patented technology cannot mix the hard-decoded data into the call uplink.

The audio streams used for games and the like are generally different from the audio streams used for music playback. If you want to arbitrarily select one or more of the audio streams for sharing, the relevant technology cannot do so.

In view of the above problems, an embodiment of the present application provides an audio sharing method to at least solve at least one of the above problems.

The audio sharing method provided in the embodiment of the present application is described in detail below through specific embodiments and application scenarios in conjunction with the accompanying drawings.

FIG1 shows an audio sharing method provided by an exemplary embodiment of the present application. The method 100 can be executed by an electronic device, which can be a terminal device such as a mobile phone. As shown in FIG1 , the method mainly includes the following steps:

S101: During a call between a first terminal and a second terminal, an ADSP of the first terminal mixes a target audio stream played locally by the first terminal into call uplink data of the first terminal and mutes the mixed target audio stream.

In the embodiment of the present application, the internal audio stream of the device can be mixed into the audio stream of the call uplink audio path through ADSP. When the first terminal is talking with the second terminal, the ADSP of the first terminal can mix the target audio stream played locally by the first terminal into the call uplink data of the first terminal and mute the mixed target audio stream.

Among them, ADSP can establish an audio channel for the target audio stream, and setting the volume of the audio channel to 0 is to mute the target audio stream.

In an optional implementation, the method further includes: during a call between the first terminal and the second terminal, the first terminal uses an external audio device to play the target audio stream.

In the above optional implementation of the embodiment of the present application, during the call between the first terminal and the second terminal, the first terminal uses an external audio device to play the target audio stream. Compared with using a speaker to play the target audio stream, using an external audio device, such as a wired headset, a Bluetooth headset, a Bluetooth speaker, etc. to play the target audio stream, the first terminal can obtain a clearer target audio stream, avoid interference from external factors, and provide a better user experience.

The operating system and hardware of some terminals (such as mobile phones) may only support one audio output stream, so two audios cannot be played at the same time. If certain multimedia frameworks are used, multiple audios can be played simultaneously, but there will be certain restrictions and it may have a certain impact on the performance of the mobile phone. The use of external audio devices can achieve the effect of playing multiple audios simultaneously. Therefore, in the above implementation method, during a call between the first terminal and the second terminal, the target audio stream can be played through the external audio device, and the call voice can be played through the audio playback setting of the first terminal, thereby achieving compatibility with terminals with multiple functions.

In an optional implementation, before the ADSP of the first terminal mixes the target audio stream played locally by the first terminal into the call uplink data of the first terminal and mutes the mixed target audio stream, the method also includes: when the target audio stream is in a compressed state, the first terminal uses hard decoding to decode the target audio stream.

In the above optional implementation, when the target audio stream is in a compressed state, the first terminal can decode the target audio stream by hard decoding. By decoding the target audio stream by hard decoding, the sound quality obtained is better, and the target audio stream can be played smoothly without occupying the central processing unit (CPU), and the CPU can take on more other tasks. Under the same conditions, compared with soft decoding, hard decoding is faster, saves power, and helps save resources.

S102: In response to an instruction to share the target audio stream, the ADSP of the first terminal unmutes the target audio stream mixed into the call uplink data, so that the second terminal receives the target audio stream.

In an embodiment of the present application, in response to an instruction to share a target audio stream, the ADSP of the first terminal can unmute the target audio stream mixed into the call uplink data, so that the second terminal receives the target audio stream. Therefore, during a call, in response to an instruction to share a target audio stream, after the ADSP of the first terminal unmutes the target audio stream mixed into the call uplink data, the second terminal can receive the target audio stream that the first terminal wants to share, without being restricted by the usage scenario.

In an optional implementation, the target audio stream includes a target music stream and a target non-music stream; in response to an instruction to share the target audio stream, the ADSP of the first terminal unmutes the target audio stream mixed into the call uplink data, including:

In response to the instruction to share the target music stream, the ADSP of the first terminal unmutes the target music stream mixed into the call uplink data, so that the second terminal receives the target music stream;

and/or,

In response to the instruction to share the target non-music stream, the ADSP of the first terminal unmutes the target non-music stream mixed into the call uplink data of the first terminal, so that the second terminal receives the target non-music stream.

In the above optional implementation of the embodiment of the present application, the ADSP of the first terminal can mix all locally played audio streams into the call uplink in the ADSP, and mute the mixed audio streams by default. There are two audio streams to choose from: music and non-music. The music stream refers to the sound output by playing music, videos, etc., and the non-music stream refers to the sound output by games, notification sounds, ringtones, etc. After the call connection is established, audio stream sharing is not selected by default. The user can select the audio stream to be shared through the application. At this time, the application can send a message to the ADSP. When the ADSP receives the message, it will unmute the audio stream that needs to be shared. At this time, the shared audio stream can be heard by another call user. If you choose to share the target music stream, in response to the instruction to share the target music stream, the ADSP of the first terminal can unmute the target music stream mixed in the call uplink data, so that the second terminal receives the target music stream, and the two users who are talking on the phone can receive the target music stream at the same time; if you choose to share the target non-music stream, in response to the instruction to share the target non-music stream, the ADSP of the first terminal can unmute the target non-music stream mixed in the call uplink data, so that the second terminal receives the target non-music stream, and the two users who are talking on the phone can receive the target non-music stream at the same time.

As shown in Figure 2, the user uses terminal device 1 to make a call. When the call is connected, the user can play a ringtone or music on the device. The sound heard by terminal device 1 is the sound collected by the microphone of terminal device 2 as well as the sound of music and ringtone. Terminal device 2 can only hear the sound recorded by the microphone of terminal device 1.

As shown in Figure 3, the user uses terminal device 1 to make a call. When the call is connected, the user can choose to share the music stream or the non-music stream. At this time, music (hard decoding can be used for better sound quality) and ringtones are played. The sound heard by terminal device 1 is the sound collected by the microphone of terminal device 2 as well as the sound of music and ringtones. The sound heard by terminal device 2 is the sound collected by the microphone of terminal device 1 as well as the sound of music and ringtones played by terminal device 1.

In an optional implementation, after the ADSP of the first terminal unmutes the target audio stream mixed into the call uplink data in response to the instruction to share the target audio stream, the method further includes:

In response to the instruction to give up sharing the target audio stream, the ADSP of the first terminal mutes the target audio stream mixed into the call uplink data.

In an embodiment of the present application, when the user does not want to share the audio stream, he can choose to close the audio stream through the application. The application sends an instruction to abandon sharing the target audio stream. In response to the instruction to abandon sharing the target audio stream, the ADSP of the first terminal can mute the audio stream that does not need to be shared, and the other user will not be able to hear the unshared audio stream.

In an optional implementation, in response to an instruction to abandon sharing of the target audio stream, the ADSP of the first terminal mutes the target audio stream mixed into the call uplink data, including:

In response to the instruction to abandon sharing the target music stream, the ADSP of the first terminal mutes the target music stream mixed into the call uplink data;

and/or,

In response to the instruction to give up sharing the target non-music stream, the ADSP of the first terminal mutes the target non-music stream mixed into the call uplink data.

Optionally, the target audio stream includes a target music stream and a target non-music stream. If the target music stream is abandoned, in response to the instruction to abandon the sharing of the target music stream, the ADSP of the first terminal can mute the target music stream mixed in the call uplink data, and the other user cannot hear the target music stream. If the target non-music stream is abandoned, in response to the instruction to abandon the sharing of the target non-music stream, the ADSP of the first terminal can mute the target non-music stream mixed in the call uplink data, and the other user cannot hear the target non-music stream.

In the audio sharing method provided in the embodiment of the present application, during a call between a first terminal and a second terminal, an audio digital signal processor ADSP of the first terminal can mix a target audio stream played locally by the first terminal into the call uplink data of the first terminal and mute the mixed target audio stream; in response to an instruction to share the target audio stream, the ADSP of the first terminal can unmute the target audio stream mixed into the call uplink data, so that the second terminal receives the target audio stream. Through the above method, in a dial-up call, locally played audio can be shared arbitrarily without restrictions (both music streams and non-music streams can be shared, and the compressed target audio stream can also be decoded by hard decoding), and the scope of use is wider.

FIG4 shows another audio sharing method provided by an exemplary embodiment of the present application. The method 400 can be executed by an electronic device, which can be a terminal device such as a mobile phone. As shown in FIG4 , the method mainly includes the following steps:

S401: Establish a call connection with another user, and the music stream and the non-music stream are not shared. When establishing the call connection, the audio stream (music stream and non-music stream) played by the terminal device is mixed into the call uplink data and kept muted.

S402: Does the user choose to share the music stream? If the user chooses to share the music stream, then step S4021 is executed; if the user does not share the music stream, then step S403 is executed.

S4021: The application sends a message to the ADSP, and the ADSP unmutes the audio stream mixed into the uplink of the call. The application can send a message to the ADSP, and the ADSP can unmutes the audio stream (the music stream in this case) mixed into the uplink of the call. Another user can receive the music stream shared by the user.

S403: Does the user choose to share the non-music stream? If the user chooses to share the non-music stream, then step S4031 is executed; if the user does not share the non-music stream, then step S404 is executed.

S4031: The application sends a message to the ADSP, and the ADSP unmutes the non-audio stream mixed into the call uplink. The application can send a message to the ADSP, and the ADSP can unmutes the audio stream (non-music stream in this case) mixed into the call uplink. Another user can receive the non-music stream shared by the user.

S404: Does the user choose to cancel the sharing of the music stream? If the user chooses to cancel the sharing of the music stream, step S4041 is executed; if the user does not choose to cancel the sharing of the non-music stream, step S405 is executed.

S4041: The application sends a message to the ADSP, and the ADSP mutes the audio stream mixed into the call uplink. The application can send a message to the ADSP, and the ADSP can mute the audio stream mixed into the call uplink (this is the music stream). Another user cannot receive the music stream shared by the user.

S405: Does the user choose to cancel sharing of the non-music stream? If the user chooses to cancel sharing of the non-music stream, step S4051 is executed.

S4051: The application sends a message to the ADSP, and the ADSP mutes the non-audio stream mixed into the call uplink. The application can send a message to the ADSP, and the ADSP can mute the audio stream mixed into the call uplink (non-music stream at this time). Another user cannot receive the non-music stream shared by the user.

S406: End the call.

Through the audio sharing method provided in the embodiment of the present application, the target audio stream played locally on the first terminal can be mixed into the call uplink data of the first terminal and the mixed target audio stream can be muted; in response to the instruction to share the target audio stream, the ADSP of the first terminal can unmute the target audio stream mixed into the call uplink data, so that the second terminal receives the target audio stream; and in response to the instruction to cancel the sharing of the target audio stream, the ADSP of the first terminal can mute the target audio stream mixed into the call uplink data. Through the above method, in a dial-up call, locally played music streams and non-music streams can be shared arbitrarily, and the scope of use is wider.

The audio sharing method provided in the embodiment of the present application can be executed by an audio sharing device. In the embodiment of the present application, an audio sharing device executing the audio sharing method is taken as an example to illustrate the audio sharing device provided in the embodiment of the present application.

FIG5 shows a schematic diagram of the structure of an audio sharing device provided by an exemplary embodiment of the present application. The audio sharing device can implement all or part of the contents of the embodiment shown in FIG1 or FIG4 . The audio sharing device includes: a mute module 501 and a sharing module 502 .

In an embodiment of the present application, a mute module 501 is used for mixing a target audio stream played locally by a first terminal into the call uplink data of the first terminal and muting the mixed target audio stream during a call between the first terminal and the second terminal; a sharing module 502 is used for unmuting the target audio stream mixed into the call uplink data in response to an instruction to share the target audio stream, so that the second terminal receives the target audio stream.

Optionally, after the ADSP of the first terminal unmutes the target audio stream mixed into the call uplink data in response to the instruction to share the target audio stream, the mute module 501 is further configured to:

In response to an instruction to give up sharing the target audio stream, the target audio stream mixed into the call uplink data is muted.

Optionally, the target audio stream includes a target music stream and a target non-music stream; the sharing module 502 is used to respond to an instruction to share the target audio stream and unmute the target audio stream mixed in the call uplink data, including:

In response to the instruction to share the target music stream, unmute the target music stream mixed into the call uplink data, so that the second terminal receives the target music stream;

and/or,

In response to the instruction to share the target non-music stream, the target non-music stream mixed into the call uplink data of the first terminal is muted, so that the second terminal receives the target non-music stream.

Optionally, the muting module 501 is configured to, in response to an instruction to abandon sharing of the target audio stream, mute the target audio stream mixed into the call uplink data, including:

In response to an instruction to abandon sharing of the target music stream, muting the target music stream mixed into the call uplink data;

and/or,

In response to the instruction to give up sharing the target non-music stream, the target non-music stream mixed into the call uplink data is muted.

Optionally, before mixing the target audio stream played locally by the first terminal into the call uplink data of the first terminal and muting the mixed target audio stream, the muting module 501 is further used to:

When the target audio stream is in a compressed state, hard decoding is used to decode the target audio stream.

Optionally, during a conversation between the first terminal and the second terminal, the first terminal uses an external audio device to play the target audio stream.

The audio sharing device in the embodiment of the present application can be an electronic device, or a component in the electronic device, such as an integrated circuit or a chip. The electronic device can be a terminal, or it can be other devices other than a terminal. Exemplarily, the electronic device can be a mobile phone, a tablet computer, a laptop computer, a PDA, a vehicle-mounted electronic device, a mobile Internet device (Mobile Internet Device, MID), an augmented reality (augmented reality, AR)/virtual reality (virtual reality, VR) device, a robot, a wearable device, an ultra-mobile personal computer (ultra-mobile personal computer, UMPC), a netbook or a personal digital assistant (personal digital assistant, PDA), etc., and can also be a server, a network attached storage (Network Attached Storage, NAS), a personal computer (personal computer, PC), a television (television, TV), a teller machine or a self-service machine, etc., which is not specifically limited in the embodiment of the present application.

The audio sharing device in the embodiment of the present application may be a device having an operating system. The operating system may be an Android operating system, an iOS operating system, or other possible operating systems, which are not specifically limited in the embodiment of the present application.

The audio sharing device provided in the embodiment of the present application can implement each process implemented by the method embodiment of FIG. 1 or FIG. 4 , and will not be described again here to avoid repetition.

Optionally, as shown in Figure 6, an embodiment of the present application also provides an electronic device 600, including a processor 601 and a memory 602, and the memory 602 stores a program or instruction that can be executed on the processor 601. When the program or instruction is executed by the processor 601, the various steps of the method embodiment of the above-mentioned audio sharing method are implemented, and the same technical effect can be achieved. To avoid repetition, it will not be repeated here.

It should be noted that the electronic devices in the embodiments of the present application include the mobile electronic devices and non-mobile electronic devices mentioned above.

FIG7 shows a block diagram of another electronic device 700 according to an exemplary embodiment of the present application. The electronic device 700 may be implemented as a smart phone, a tablet computer, a laptop computer, a desktop computer, a smart watch, a TV, etc. The electronic device 700 may also be called a user device, a portable terminal, a laptop terminal, a desktop terminal, etc.

Typically, the electronic device 700 includes a processor 701 and a memory 702 .

The processor 701 may include one or more processing cores, such as a 4-core processor, a 10-core processor, etc. The processor 701 may be implemented in at least one hardware form of DSP (Digital Signal Processing), FPGA (Field-Programmable Gate Array), and PLA (Programmable Logic Array). The processor 701 may also include a main processor and a coprocessor. The main processor is a processor for processing data in the awake state, also known as a CPU (Central Processing Unit); the coprocessor is a low-power processor for processing data in the standby state. In some embodiments, the processor 701 may be integrated with a GPU (Graphics Processing Unit), which is responsible for rendering and drawing the content to be displayed on the display screen. In some embodiments, the processor 701 may also include an AI (Artificial Intelligence) processor, which is used to process computing operations related to machine learning.

The memory 702 may include one or more computer-readable storage media, which may be non-transitory. The memory 702 may also include a high-speed random access memory, and a non-volatile memory, such as one or more disk storage devices, flash memory storage devices. In some embodiments, the non-transitory computer-readable storage medium in the memory 702 is used to store at least one instruction, which is used to be executed by the processor 701 to implement all or part of the steps in the audio sharing method shown in the method embodiment of the present application.

In some embodiments, the electronic device 700 may further optionally include: a peripheral device interface 703 and at least one peripheral device. The processor 701, the memory 702 and the peripheral device interface 703 may be connected via a bus or a signal line. Each peripheral device may be connected to the peripheral device interface 703 via a bus, a signal line or a circuit board. Specifically, the peripheral device includes: at least one of a radio frequency circuit 704, a display screen 705, a camera assembly 706, an audio circuit 707 and a power supply 708.

In some embodiments, the electronic device 700 further includes one or more sensors 709 , including but not limited to: an acceleration sensor 710 , a gyroscope sensor 711 , a pressure sensor 712 , an optical sensor 713 , and a proximity sensor 714 .

Those skilled in the art will appreciate that the structure shown in FIG. 7 does not limit the electronic device 700 , and may include more or fewer components than shown in the figure, or combine certain components, or adopt a different component arrangement.

An embodiment of the present application also provides a computer-readable storage medium, on which a program or instruction is stored. When the program or instruction is executed by a processor, each process of the method embodiment of the above-mentioned audio sharing method is implemented, and the same technical effect can be achieved. To avoid repetition, it will not be 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 computer read-only memory ROM, a random access memory RAM, a magnetic disk or an optical disk.

An embodiment of the present application further provides a chip, which includes a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is used to run programs or instructions to implement the various processes of the method embodiment of the above-mentioned audio sharing method, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.

It should be understood that the chip mentioned in the embodiments of the present application can also be called a system-level chip, a system chip, a chip system or a system-on-chip chip, etc.

An embodiment of the present application provides a computer program product, which is stored in a storage medium. The computer program product is executed by at least one processor to implement the various processes of the method embodiment of the above-mentioned audio sharing method, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.

It should be noted that, in this article, the terms "comprise", "include" or any other variant thereof are intended to cover non-exclusive inclusion, so that the process, method, article or device including a series of elements includes not only those elements, but also includes other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, the elements defined by the sentence "comprise one..." do not exclude the presence of other identical elements in the process, method, article or device including the element. In addition, it should be pointed out that the scope of the methods and devices in the embodiments of the present application is not limited to performing functions in the order shown or discussed, and may also include performing functions in a substantially simultaneous manner or in reverse order according to the functions involved, for example, the described method may be performed in an order different from that described, and various steps may also be added, omitted, or combined. In addition, the features described with reference to certain examples may be combined in other examples.

Through the description of the above implementation methods, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of software plus a necessary general hardware platform, and of course by hardware, but in many cases the former is a better implementation method. Based on such an understanding, the technical solution of the present application, or the part that contributes to the relevant technology, can be embodied in the form of a computer software product, which is stored in a storage medium (such as ROM/RAM, a disk, or an optical disk), and includes a number of instructions for a terminal (which can be a mobile phone, a computer, a server, or a network device, etc.) to execute the methods described in each embodiment of the present application.

The embodiments of the present application are described above in conjunction with the accompanying drawings, but the present application is not limited to the above-mentioned specific implementation methods. The above-mentioned specific implementation methods are merely illustrative and not restrictive. Under the guidance of the present application, ordinary technicians in this field can also make many forms without departing from the purpose of the present application and the scope of protection of the claims, all of which are within the protection of the present application.

Claims (10)

1. An audio sharing method, comprising:

In the process of a first terminal communicating with a second terminal, an audio digital signal processor ADSP of the first terminal mixes a target audio stream locally played by the first terminal into communication uplink data of the first terminal and mutes the mixed target audio stream;

in response to an instruction to share the target audio stream, the ADSP of the first terminal unmutes the target audio stream mixed into the call uplink data, so that the second terminal receives the target audio stream.

2. The method of claim 1, wherein after the ADSP of the first terminal unmutes the target audio stream mixed into the call upstream data in response to an instruction to share the target audio stream, the method further comprises:

In response to an instruction to relinquish sharing of the target audio stream, the ADSP of the first terminal mutes the target audio stream mixed into the call upstream data.

3. The method of claim 1, wherein the target audio stream comprises a target music stream and a target non-music stream; in response to an instruction to share the target audio stream, the ADSP of the first terminal unmutes the target audio stream mixed into the call upstream data, including:

In response to an instruction to share the target music stream, the ADSP of the first terminal unmutes the target music stream mixed into the call uplink data, so that the second terminal receives the target music stream;

And/or the number of the groups of groups,

In response to an instruction to share the target non-music stream, the ADSP of the first terminal unmutes the target non-music stream mixed with call uplink data of the first terminal, so that the second terminal receives the target non-music stream.

4. A method according to claim 3, wherein in response to an instruction to relinquish sharing of the target audio stream, the ADSP of the first terminal mutes the target audio stream mixed into the call upstream data, comprising:

In response to an instruction to discard the sharing of the target music stream, the ADSP of the first terminal mutes the target music stream mixed into the call upstream data;

And/or the number of the groups of groups,

In response to an instruction to relinquish sharing of the target non-music stream, the ADSP of the first terminal mutes the target non-music stream mixed into the call upstream data.

5. The method according to any one of claims 1 to 4, wherein before the audio digital signal processor ADSP of the first terminal mixes the target audio stream locally played by the first terminal into the call uplink data of the first terminal and mutes the mixed target audio stream, the method further comprises:

In the case that the target audio stream is in a compressed state, the first terminal decodes the target audio stream using hard decoding.

6. The method according to any one of claims 1 to 4, further comprising:

And in the process that the first terminal is in communication with the second terminal, the first terminal adopts external audio equipment to play the target audio stream.

7. An audio sharing apparatus, comprising:

The mute module is used for mixing a target audio stream locally played by the first terminal into call uplink data of the first terminal and muting the mixed target audio stream in the process of communicating with the second terminal;

and the sharing module is used for responding to the instruction of sharing the target audio stream, and unmutes the target audio stream mixed into the call uplink data so that the second terminal receives the target audio stream.

8. An electronic device comprising a processor and a memory storing a program or instructions executable on the processor, which when executed by the processor, implement the steps of the audio sharing method of any one of claims 1 to 6.

9. A computer readable storage medium, characterized in that the computer readable storage medium stores thereon a program or instructions, which when executed by a processor, implement the steps of the audio sharing method according to any of claims 1 to 6.

10. A computer program product having stored thereon a program or instructions which when executed by a processor realizes the steps of the audio sharing method according to any of claims 1 to 6.