Bluetooth headset switching method, Bluetooth headset and terminalTechnical Field
The embodiment of the invention relates to the technical field of communication, in particular to a Bluetooth headset switching method, a Bluetooth headset and a terminal.
Background
Bluetooth (Bluetooth) technology is a wireless technology standard that enables short-range data exchange between two devices. The Bluetooth headset applies the Bluetooth technology to the headset, so that a user can conveniently and easily communicate in various modes without being involved by a headset wire. Bluetooth headsets are mainly used for the transmission of audio resources, for example: after the Bluetooth earphone is connected with the mobile terminal in a Bluetooth mode, a user can listen to audio played by the mobile terminal through the Bluetooth earphone, or make and answer a call through the Bluetooth earphone.
In the prior art, one bluetooth headset can only be connected with one terminal pair simultaneously, and when a user uses a plurality of mobile terminals, the user needs to manually set which mobile terminal is connected with the bluetooth headset pair, which results in complex user operation and lower user experience.
Disclosure of Invention
The embodiment of the invention provides a Bluetooth headset switching method, a Bluetooth headset and a terminal, which are used for realizing intelligent switching of the Bluetooth headset among a plurality of terminals and improving user experience.
In a first aspect, an embodiment of the present invention provides a bluetooth headset switching method, which is applied to a bluetooth headset, and includes:
receiving event information sent by at least one sending terminal, wherein the event information is used for indicating the current playing state of the sending terminal;
determining a target terminal according to the event information and the state priority of each sending terminal; the state priority is used for indicating the playing priority of each playing state;
and if the playing terminal of the current playing connection of the Bluetooth headset is not the target terminal, switching the playing connection to the target terminal.
Optionally, the determining a target terminal according to the event information and the state priority of each sending terminal includes:
determining the current playing state of a candidate terminal according to the event information sent by each sending terminal, wherein the candidate terminal is a terminal expecting to be connected with the Bluetooth headset in a playing mode at the next moment;
and determining the candidate terminal with the current playing state at the highest playing priority as the target terminal according to the current playing state and the state priority of each candidate terminal.
Optionally, if the playing terminal does not send event information to the bluetooth headset this time, determining the current playing state of the candidate terminal according to the event information sent by each sending terminal includes:
and determining the current playing state of the candidate terminal according to the event information sent by the playing terminal for the last time and the event information sent by each sending terminal.
Optionally, before determining the target terminal according to the event information and the state priority of each of the sending terminals, the method further includes:
and receiving configuration information sent by a configuration terminal, wherein the configuration information comprises the state priority.
Optionally, the current playing state of the sending terminal is one of the following: a talk state, an audio output state, a motion state, a still silent state;
the state priority is used for indicating that the playing priority of the static silent state is smaller than the playing priority of the motion state, the playing priority of the motion state is smaller than the playing priority of the audio output state, and the playing priority of the audio output state is smaller than the playing priority of the call state.
In a second aspect, an embodiment of the present invention provides a bluetooth headset switching method, which is applied to a terminal, and the method includes:
acquiring the current playing state of the terminal;
generating event information according to the current playing state, and sending the event information to the Bluetooth headset, wherein the event information is used for indicating the current playing state of the terminal, so that the Bluetooth headset determines whether to switch playing connection to the terminal according to the current playing state of the terminal;
and if the Bluetooth headset switches the playing connection to the terminal, transmitting playing data to the Bluetooth headset.
Optionally, the current playing state of the terminal is one of the following: a talk state, an audio output state, a motion state, a still silent state.
Optionally, the obtaining the current playing state of the terminal includes:
detecting the playing state of the terminal;
and when the change of the playing state of the terminal is detected, acquiring the current playing state of the terminal.
Optionally, the method further includes:
receiving configuration information input by a user, wherein the configuration information is used for indicating the playing priority of each playing state;
and sending the configuration information to the Bluetooth headset.
In a third aspect, an embodiment of the present invention provides a bluetooth headset switching device, which is applied to a bluetooth headset, and includes:
a receiving module, configured to receive event information sent by at least one sending terminal, where the event information is used to indicate a current playing state of the sending terminal;
the determining module is used for determining a target terminal according to the event information and the state priority of each sending terminal; the state priority is used for indicating the playing priority of each playing state;
and the switching module is used for switching the playing connection to the target terminal if the playing terminal currently connected with the Bluetooth headset in playing is not the target terminal.
Optionally, the determining module is specifically configured to:
determining the current playing state of a candidate terminal according to the event information sent by each sending terminal, wherein the candidate terminal is a terminal expecting to be connected with the Bluetooth headset in a playing mode at the next moment;
and determining the candidate terminal with the current playing state at the highest playing priority as the target terminal according to the current playing state and the state priority of each candidate terminal.
Optionally, if the play terminal does not send event information to the bluetooth headset this time, the determining module is specifically configured to:
and determining the current playing state of the candidate terminal according to the event information sent by the playing terminal for the last time and the event information sent by each sending terminal.
Optionally, the receiving module is further configured to:
and receiving configuration information sent by a configuration terminal, wherein the configuration information comprises the state priority.
Optionally, the current playing state of the sending terminal is one of the following: a talk state, an audio output state, a motion state, a still silent state;
the state priority is used for indicating that the playing priority of the static silent state is smaller than the playing priority of the motion state, the playing priority of the motion state is smaller than the playing priority of the audio output state, and the playing priority of the audio output state is smaller than the playing priority of the call state.
In a fourth aspect, an embodiment of the present invention provides a bluetooth headset switching apparatus, which is applied to a terminal, and the apparatus includes:
the acquisition module is used for acquiring the current playing state of the terminal;
the generating module is used for generating event information according to the current playing state;
a sending module, configured to send the event information to the bluetooth headset, where the event information is used to indicate a current playing state of the terminal, so that the bluetooth headset determines whether to switch a playing connection to the terminal according to the current playing state of the terminal;
the sending module is further configured to transmit playing data to the bluetooth headset if the bluetooth headset switches the playing connection to the terminal.
Optionally, the current playing state of the terminal is one of the following: a talk state, an audio output state, a motion state, a still silent state.
Optionally, the obtaining module is specifically configured to:
detecting the playing state of the terminal;
and when the change of the playing state of the terminal is detected, acquiring the current playing state of the terminal.
Optionally, the obtaining module is further configured to: receiving configuration information input by a user, wherein the configuration information is used for indicating the playing priority of each playing state;
the sending module is further configured to send the configuration information to the bluetooth headset.
In a fifth aspect, an embodiment of the present invention provides a bluetooth headset, including: memory, a processor and a computer program, the computer program being stored in the memory, the processor running the computer program to perform the method according to any of the first aspect.
In a sixth aspect, an embodiment of the present invention provides a terminal, including: memory, a processor and a computer program, the computer program being stored in the memory, the processor running the computer program to perform the method according to any of the second aspect.
In a seventh aspect, an embodiment of the present invention provides a computer-readable storage medium, which includes a computer program, and when the computer program is executed by a processor, the computer program implements the method according to any one of the first aspect, or the method according to any one of the second aspect.
According to the Bluetooth headset switching method, the Bluetooth headset and the terminal provided by the embodiment of the invention, each sending terminal acquires a current playing state, generates event information according to the current playing state and sends the event information to the Bluetooth headset, the Bluetooth headset determines a target terminal according to the event information and the state priority of each sending terminal, and if the playing terminal connected with the Bluetooth headset currently playing is not the target terminal, the playing connection is switched to the target terminal; through the process, the Bluetooth headset can intelligently switch the terminals connected with the playing according to the current playing states of the terminals, so that manual switching of a user is not needed, and the user experience is improved.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to these drawings without creative efforts.
FIG. 1 is a schematic interface diagram of a terminal and a Bluetooth headset;
FIG. 2 is a schematic diagram of an application scenario according to an embodiment of the present invention;
fig. 3 is a schematic flowchart of a bluetooth headset switching method according to an embodiment of the present invention;
fig. 4 is a first interaction diagram of a bluetooth headset switching method according to an embodiment of the present invention;
fig. 5 is a second interaction diagram of a bluetooth headset switching method according to an embodiment of the present invention;
fig. 6 is a third interaction diagram of a bluetooth headset switching method according to an embodiment of the present invention;
fig. 7 is a fourth interaction diagram of a bluetooth headset switching method according to an embodiment of the present invention;
fig. 8 is a fifth interaction diagram of a bluetooth headset switching method according to an embodiment of the present invention;
fig. 9 is a sixth interaction diagram of a bluetooth headset switching method according to an embodiment of the present invention;
fig. 10 is a seventh interaction diagram of a bluetooth headset switching method according to an embodiment of the present invention;
fig. 11 is an interaction schematic diagram eight of the bluetooth headset switching method according to the embodiment of the present invention;
fig. 12 is a first schematic structural diagram of a bluetooth headset switching device according to an embodiment of the present invention;
fig. 13 is a schematic structural diagram of a bluetooth headset switching device according to an embodiment of the present invention;
fig. 14 is a schematic diagram of a hardware structure of a bluetooth headset according to an embodiment of the present invention;
fig. 15 is a schematic diagram of a hardware structure of a terminal according to an embodiment of the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. 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 invention.
The terms "first," "second," "third," "fourth," and the like in the description and in the claims, as well as in the drawings, if any, are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used is interchangeable under appropriate circumstances such that the embodiments of the invention described herein are, for example, capable of operation in sequences other than those illustrated or otherwise described herein. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.
First, the english abbreviation referred to in the embodiments of the present invention is described:
HSP (english full name: Headset Profile) is a specification of bluetooth Headset, represents the Headset specification, provides basic functions required by communication between mobile phone and Headset, and bluetooth Headset can be used as audio input and output interface of terminal.
HFP (english called as hand-free Profile) is a specification of bluetooth headset, representing a handsfree specification, and HFP adds some extended functions on the basis of HSP, and bluetooth headset can control the conversation process of terminal, for example: answering, hanging up, refusing to connect, voice dialing, etc.
A2DP (English called as Advanced Audio Distribution Profile) is the Advanced Audio transmission specification of Bluetooth earphone, A2DP can use the chip in the earphone to stack data, achieving high definition of sound, the earphone of A2DP specification is the Bluetooth stereo earphone.
AVRCP (english-language full name: Audio/Video Remote Control Profile) is an Audio Video Remote Control specification of bluetooth headsets, and AVRCP defines how to Control features of streaming media, including pause, stop, start playback, volume Control, and other types of Remote Control operations. AVRCP defines two roles, controller and target device. The controller is typically a remote control device and the target device is a device whose characteristics can be changed.
The process of establishing the bluetooth connection between the bluetooth headset and the terminal is described below with reference to fig. 1.
Fig. 1 is an interface schematic diagram of a terminal and a bluetooth headset establishing connection. When a user needs to establish the connection between a terminal and a Bluetooth headset, firstly, the Bluetooth headset is in a state to be paired; then, the bluetooth function is enabled on the bluetooth setting interface of the terminal, as shown in fig. 1, the user searches nearby paired bluetooth devices through a "search device" button, and the searched bluetooth devices display the available device list. As shown in fig. 1, assuming that the bluetooth headset 1 is a bluetooth headset to which a connection is to be established by a user, the user selects the bluetooth headset 1 to be connected from the available device list, and triggers a bluetooth connection establishment procedure between the terminal and the bluetooth headset. After the connection between the terminal and the bluetooth headset is established, as shown in fig. 1, the bluetooth headset 1 is displayed in the bound device list, indicating that the connection establishment is successful.
After the connection is established between the terminal and the bluetooth headset, the bluetooth headset may receive and process the playing data transmitted by the terminal, for example: the user can listen to the audio and video played by the terminal through the Bluetooth headset, or make and receive calls through the Bluetooth headset and the like.
For description, the connection status of the terminal after pairing with the bluetooth headset is successfully divided into two types, namely, pairing connection and playing connection. The connection between the terminal and the bluetooth headset without data transmission is called as "pairing connection"; the connection between the terminal and the bluetooth headset when data is transmitted is called "play connection".
In the prior art, one Bluetooth headset can only be paired and connected with one terminal at the same time. When a user uses a plurality of mobile terminals, for example, taking the terminal 1 and the terminal 2 as an example for explanation, when the user uses the terminal 1 to make a call, the connection between the terminal 1 and the bluetooth headset is established through the process shown in fig. 1. When a user needs to use the terminal 2 for a call, the connection between the terminal 1 and the bluetooth headset needs to be disconnected, and the connection between the terminal 2 and the bluetooth headset needs to be established according to the process shown in fig. 1. When the user uses the terminal 1 again to make a call, the connection between the terminal 2 and the bluetooth headset needs to be disconnected, and the connection between the terminal 1 and the bluetooth headset needs to be established according to the process shown in fig. 1. That is to say, the bluetooth headset can only pair with one terminal at the same time, and can only receive the play data of the paired terminal.
Therefore, in the prior art, in a scene where a user needs to use multiple terminals, the user needs to manually select which terminal is to be established in pairing connection with the bluetooth headset, which results in tedious user operation and low user experience.
In order to solve the above problem, an embodiment of the present invention provides a switching method for a bluetooth headset. Fig. 2 is a schematic view of an application scenario of the embodiment of the present invention, as shown in fig. 2, including: the terminal comprises a Bluetooth headset and a plurality of terminals, wherein each terminal is connected with the Bluetooth headset in a matching way. The Bluetooth headset can automatically select which terminal to play according to the current playing state of each terminal, so that manual switching by a user is not needed, and the user experience is improved.
It should be noted that the terminal in the embodiment of the present invention may be any terminal supporting a bluetooth function and having a call function and/or an audio playing function, including but not limited to: mobile phones, notebook computers, tablet computers, smart speakers, smart televisions, wearable devices, and the like; the bluetooth headset may be any headset with bluetooth functionality including, but not limited to: ear-hang, single ear-plug, double ear-head, etc.
The bluetooth connection between the terminal and the bluetooth headset may be any one of the following: HFP, HSP, A2DP, AVRCP.
The technical solution of the present invention will be described in detail below with specific examples. The following several specific embodiments may be combined with each other, and details of the same or similar concepts or processes may not be repeated in some embodiments.
Fig. 3 is a schematic flowchart of a bluetooth headset switching method according to an embodiment of the present invention, where an execution main body of the method may be a bluetooth headset. As shown in fig. 3, the method of the present embodiment includes:
s301: receiving event information sent by at least one sending terminal, wherein the event information is used for indicating the current playing state of the sending terminal.
In connection with the application scenario as shown in fig. 2, the bluetooth headset has established paired connections with multiple terminals. And each terminal generates corresponding event information according to the current playing state of the terminal and sends the event information to the Bluetooth headset.
Wherein, the playing state of the terminal comprises: a talk state, an audio output state, a motion state, a still silent state.
The call state is used for indicating whether the terminal is in call. The call state in this embodiment may be a voice call in the circuit domain, or may also be a voice call or a video call in the data domain, which is not specifically limited in this embodiment. In an alternative embodiment, the call state of the terminal may be determined by detecting an operation of a user to make or receive a call. In another alternative embodiment, the call state of the terminal may also be determined by detecting the operating state of the call application.
The audio output state is used to indicate whether the terminal is performing audio output, for example: whether music is being played, whether video is being played, etc. In an alternative embodiment, the audio output state of the terminal may be determined by detecting a play start or a play stop operation input to the terminal by a user. In another alternative embodiment, the audio output state of the terminal may also be determined by detecting the operating state of the audio output application.
The motion state is used to indicate whether the terminal is in motion, and when the terminal is in motion state, it indicates that the terminal is being used by the user, for example: the terminal is picked up or put down by the user. In an alternative embodiment, whether the terminal is in the motion state may be detected by a gravity sensing device. Optionally, a time threshold may be set, and when the duration of the terminal in the motion process exceeds the time threshold, it is determined that the terminal is in the motion state.
The silent state is used to indicate that the terminal is stationary and that the terminal is not engaged in a call and audio output process.
In an optional implementation manner, the terminal detects the play state of the terminal, acquires the current play state when detecting that the play state is changed, generates event information according to the current play state, and sends the event information to the bluetooth headset; the Bluetooth headset can determine the current playing state of each terminal according to the received event information sent by each terminal.
Illustratively, when the current playing state of the terminal changes into a call state, an event A is generated and sent to the Bluetooth headset; when the current playing state of the terminal changes into an audio output state, generating an event B, and sending the event B to the Bluetooth headset; when the current playing state of the terminal is changed into a motion state, generating an event C, and sending the event C to the Bluetooth headset; and when the current playing state of the terminal changes into a static silent state, generating an event D and transmitting the event D to the Bluetooth headset.
S302: determining a target terminal according to the event information and the state priority of each sending terminal; wherein the state priority is used to indicate the playing priority of each playing state.
Wherein, different playing states correspond to different playing priorities. The status priority of this embodiment may be preset by the bluetooth headset, or may be configured by the terminal to the bluetooth headset, which is not specifically limited in this embodiment.
In this embodiment, the bluetooth headset determines the target terminal from each sending terminal according to the current playing state indicated by the event information received from each terminal and the playing priority corresponding to each playing state. The target terminal is the terminal that finally establishes a play connection with the bluetooth headset.
Optionally, the terminal with the current playing state at the highest playing priority is determined as the target terminal.
In an alternative embodiment, the state priority is used to indicate that the playing priority of the still silent state is smaller than the playing priority of the moving state, the playing priority of the moving state is smaller than the playing priority of the audio output state, and the playing priority of the audio output state is smaller than the playing priority of the talk state.
Exemplarily, in conjunction with fig. 2, the bluetooth headset establishes pairing connection with 4 terminals (terminal 1, terminal 2, terminal 3, and terminal 4, respectively). Assume that the bluetooth headset receives an event a sent by the terminal 1, an event B sent by the terminal 2, an event C sent by the terminal 3, and an event D sent by the terminal 4. That is, the current play state of the terminal 1 is a talk state, the current play state of the terminal 2 is an audio output state, the current play state of the terminal 3 is a motion state, and the current play state of the terminal 4 is a static silent state. Since the play priority of the call state is the highest, the terminal 1 is determined as the target terminal.
S303: and if the playing terminal of the current playing connection of the Bluetooth headset is not the target terminal, switching the playing connection to the target terminal.
In this embodiment, a terminal currently playing and connecting with a bluetooth headset is referred to as a playing terminal. For example, referring to fig. 2, assuming that the bluetooth headset establishes pairing connection with 4 terminals, and the bluetooth headset is performing data transmission with the terminal 1 at the current time, it is considered that the bluetooth headset is in play connection with the terminal 1 and is in pairing connection with other terminals. In this scenario, the terminal 1 is referred to as a playback terminal.
After the target terminal is determined, the following cases are divided here:
case 1: the Bluetooth headset is not in playing connection with any terminal currently, namely, no playing terminal exists currently, and then the Bluetooth headset establishes playing connection with the target terminal.
Case 2: the playing terminal and the target terminal are the same terminal, and the Bluetooth headset keeps playing connection with the target terminal without executing switching.
Case 3: the playing terminal and the target terminal are different terminals, and then the playing connection is switched to the target terminal by the Bluetooth headset, namely, the Bluetooth headset is switched to be in playing connection with the target terminal.
It can be understood that, after the bluetooth headset switches the playing connection to the target terminal, the target terminal transmits playing data to the bluetooth headset, so that a user can listen to audio data or realize call control through the bluetooth headset.
In the method for switching a bluetooth headset provided in this embodiment, each sending terminal acquires a current playing state, generates event information according to the current playing state, and sends the event information to the bluetooth headset, the bluetooth headset determines a target terminal according to the event information and the state priority of each sending terminal, and if a playing terminal currently connected with the bluetooth headset in a playing mode is not the target terminal, the playing connection is switched to the target terminal; through the process, the Bluetooth headset can intelligently switch the terminals connected with the playing according to the current playing states of the terminals, so that manual switching of a user is not needed, and the user experience is improved.
Fig. 4 is an interaction schematic diagram of a bluetooth headset switching method according to an embodiment of the present invention, and as shown in fig. 4, the method according to the embodiment includes:
s401: the configuration terminal receives configuration information input by a user, wherein the configuration information comprises state priority, and the state priority is used for indicating the playing priority of each playing state.
S402: and the configuration terminal sends the configuration information to the Bluetooth headset.
S403: each sending terminal acquires a current playing state and generates event information according to the current playing state.
S404: and each sending terminal sends the event information to the Bluetooth headset.
S405: and the Bluetooth headset determines a target terminal according to the event information and the state priority of each sending terminal.
S406: and if the playing terminal of the current playing connection of the Bluetooth headset is not the target terminal, switching the playing connection to the target terminal.
S407: and the target terminal transmits playing data to the Bluetooth headset.
For convenience of description, in the embodiment of the present invention, a terminal that transmits event information to a bluetooth headset at a certain time is referred to as a transmitting terminal, among a plurality of terminals that establish a pairing connection with the bluetooth headset. It is to be understood that the transmitting terminal is part or all of the plurality of terminals. For example: with reference to fig. 2, the bluetooth headset establishes pairing connection with 4 terminals, but only the terminal 1 and the terminal 2 report event information at a certain time, and the two terminals are called sending terminals.
In addition, a terminal currently playing and connecting with the bluetooth headset is referred to as a playing terminal. For example, referring to fig. 2, assuming that the bluetooth headset establishes pairing connection with 4 terminals, and the bluetooth headset is performing data transmission with the terminal 1 at the current time, it is considered that the bluetooth headset is in play connection with the terminal 1 and is in pairing connection with other terminals. In this scenario, the terminal 1 is referred to as a playback terminal.
The configuration terminal is a terminal for configuring the state priority to the bluetooth headset, and the configuration terminal can be any one of terminals establishing pairing connection with the bluetooth headset. It is to be understood that the configuration terminal may or may not be a sending terminal.
As shown in fig. 4, a case where the transmission terminal 1 is a configuration terminal and the transmission terminal 2 is a target terminal is exemplified.
In step S405 of this embodiment, a target terminal is determined according to the event information and the status priority of each of the transmitting terminals. It can be understood that the sending terminal at a certain time may or may not include a play terminal, and how to determine the target terminal is described below with reference to these two scenarios.
In a first possible scenario, the sending terminal includes a playing terminal, that is, the playing terminal sends the event information to the bluetooth headset this time, and then the target terminal may be determined in the following manner:
and determining the current playing state of the candidate terminals according to the event information sent by each sending terminal, wherein the candidate terminals comprise all the sending terminals in the scene. And determining the candidate terminal with the current playing state at the highest playing priority as the target terminal according to the current playing state and the state priority of each candidate terminal.
For example, referring to fig. 2, it is assumed that the bluetooth headset is in play connection with the terminal 1, and at the current time, the bluetooth headset receives an event a sent by the terminal 1, an event B sent by the terminal 2, an event C sent by the terminal 3, and an event D sent by the terminal 4 at the same time. And the Bluetooth headset determines that the terminal 1 is in a call state, the terminal 2 is in an audio output state, the terminal 3 is in a motion state, and the terminal 4 is in a static silent state according to the event information, so that the terminal 1, the terminal 2 and the terminal 3 are terminals expecting to be connected with the Bluetooth headset at the next moment. Since the play priority of the call state is the highest, the bluetooth headset takes the terminal 1 as a target terminal.
In a second possible scenario, the sending terminal does not include a playing terminal, that is, the playing terminal does not send the event information to the bluetooth headset this time, and then the target terminal may be determined in the following manner:
and determining the current playing state of the candidate terminal according to the event information sent by the playing terminal for the last time and the event information sent by each sending terminal, wherein the candidate terminal comprises the sending terminal and the playing terminal in the scene. And determining the candidate terminal with the current playing state at the highest playing priority as the target terminal according to the current playing state and the state priority of each candidate terminal.
For example, referring to fig. 2, it is assumed that a bluetooth headset is in play connection with the terminal 1, and the terminal 1 is in a call state, and at the current time, the bluetooth headset receives an event B sent by the terminal 2, an event C sent by the terminal 3, and an event D sent by the terminal 4 at the same time. In this scenario, although the terminal 1 does not report event information at the current time, the bluetooth headset determines that the terminal 1 is in a call state according to the event information that is sent by the terminal 1 last time, and determines that the terminal 2 is in an audio output state and the terminal 3 is in a motion state according to the event information received this time, so that the terminal 1, the terminal 2 and the terminal 3 are all candidate terminals, and since the play priority of the call state is the highest, the bluetooth headset takes the terminal 1 as a target terminal.
The detailed implementation of each step in this embodiment is similar to the embodiment shown in fig. 3, and is not described here again.
Several specific embodiments are described in detail below with reference to different application scenarios.
For convenience of description, in the following embodiments, two terminals are taken as examples for description, and it can be understood that these embodiments can be extended to application scenarios of multiple terminals, and the implementation principle is similar for the application scenarios of multiple terminals, and this embodiment is not described again.
Fig. 5 is a second interaction diagram of the bluetooth headset switching method according to an embodiment of the present invention, where in this embodiment, it is assumed that the bluetooth headset and the first terminal and the second terminal both establish pairing connection, and the bluetooth headset is not in playing connection with any terminal.
As shown in fig. 5, it is assumed that the first terminal is in a stationary state, has no audio output, and has no call process, i.e. the first terminal is in a stationary silent state.
If the user uses the second terminal to carry out conversation, the second terminal is triggered to report the event A to the Bluetooth headset, and the Bluetooth headset determines that the second terminal is in a conversation state according to the received event information, and then the Bluetooth headset establishes playing connection with the second terminal;
or,
if the user uses the second terminal to play music or video, triggering the second terminal to report an event B to the Bluetooth headset, and the Bluetooth headset determines that the second terminal is in an audio output state according to the received event information, and then the Bluetooth headset establishes playing connection with the second terminal;
or,
and if the user manually picks up the second terminal and the duration of the continuous interaction is greater than a preset threshold value, triggering the second terminal to report an event C to the Bluetooth headset, and the Bluetooth headset determines that the second terminal is in a motion state according to the received event information, so that the Bluetooth headset establishes play connection with the second terminal.
Fig. 6 is a third interaction diagram of the bluetooth headset switching method according to an embodiment of the present invention, where in this embodiment, it is assumed that the bluetooth headset and the first terminal and the second terminal both establish pairing connection, and the bluetooth headset is not in playing connection with any terminal.
As shown in fig. 6, it is assumed that a user uses a first terminal to perform a call, and triggers the first terminal to report an event a to a bluetooth headset, and at the same time, the user picks up a second terminal and triggers the second terminal to report an event C to the bluetooth headset, where the duration of the continuous interaction is greater than a preset threshold.
The Bluetooth headset determines that the first terminal is in a call state and the second terminal is in a motion state according to the received event information, and the playing priority corresponding to the call state is higher than the playing priority corresponding to the motion state, so that the Bluetooth headset establishes playing connection with the first terminal.
Fig. 7 is a fourth interaction diagram of a bluetooth headset switching method according to an embodiment of the present invention, in this embodiment, it is assumed that at a first time, a user uses a first terminal to perform a call, the first terminal is triggered to report an event a to a bluetooth headset, and after receiving the event a, the bluetooth headset determines that the first terminal is in a call state, so that the bluetooth headset has established a play connection with the first terminal.
As shown in fig. 7, at a second time after the first time, assuming that the user picks up the first terminal during the communication and the duration of the continuous interaction is greater than the preset threshold, the first terminal is triggered to report an event C to the bluetooth headset. And the Bluetooth headset determines the motion state of the first terminal according to the received event information, and the terminal currently connected with the Bluetooth headset in a playing mode is the first terminal, so that the Bluetooth headset does not switch playing connection.
Fig. 8 is an interaction diagram of a fifth bluetooth headset switching method according to an embodiment of the present invention, in this embodiment, assuming that at the first time, the second terminal is in a silent state, the user uses the first terminal to play audio, and triggers the first terminal to report an event B to the bluetooth headset, and after receiving the event B, the bluetooth headset determines that the first terminal is in an audio output state, so that a play connection is established with the first terminal.
As shown in fig. 8, at a second time after the first time, the user uses the second terminal to perform a call, and triggers the second terminal to report an event a to the bluetooth headset, and after the bluetooth headset receives the event a, it is determined that the second terminal is in a call state, and since the play priority corresponding to the call state is higher than the play priority corresponding to the audio output state, the bluetooth headset switches the play connection to the second terminal, that is, the bluetooth headset establishes a play connection with the second terminal.
Fig. 9 is a sixth interaction schematic diagram of a bluetooth headset switching method according to an embodiment of the present invention, in this embodiment, assuming that at a first time, a second terminal is in a silent state, a user uses a first terminal to perform a call, and triggers the first terminal to report an event a to a bluetooth headset, and after receiving the event a, the bluetooth headset determines that the first terminal is in a call state, so that a play connection is established with the first terminal.
And at a second moment after the first moment, the first terminal is still in a conversation state, the user uses the second terminal to play audio, the second terminal is triggered to report the event B to the Bluetooth headset, and the Bluetooth headset determines that the second terminal is in an audio output state after receiving the event B. However, since the first terminal currently connected to the bluetooth headset in the playing mode is in the call mode, and the playing priority of the call mode is higher than the playing priority of the audio output mode, the bluetooth headset does not switch the playing mode, that is, the bluetooth headset continues to be connected to the first terminal in the playing mode.
Fig. 10 is an interaction diagram of a bluetooth headset switching method according to an embodiment of the present invention, which is schematically illustrated in the drawing, in this embodiment, it is assumed that at a first time, the second terminal is in a silent state, the user picks up the first terminal and the duration of the continuous interaction is greater than a preset threshold, the first terminal is triggered to report an event C to the bluetooth headset, and after receiving the event C, the bluetooth headset determines that the first terminal is in a moving state, so that a play connection is established with the first terminal.
As shown in fig. 10, at a second time after the first time, the user uses the first terminal to perform a call, and triggers the first terminal to report an event a to the bluetooth headset, and at the second time, the second terminal does not have any event to report. The Bluetooth headset determines that the first terminal is in a call state and the second terminal is in a silent standing state according to the received event information, and the Bluetooth headset does not need to perform a switching process of playing connection because the terminal currently played and connected by the Bluetooth headset is the first terminal.
Fig. 11 is an eighth interaction schematic diagram of a bluetooth headset switching method according to an embodiment of the present invention, in this embodiment, it is assumed that at a first time, a user uses a first terminal to perform a call, and triggers the first terminal to report an event a to a bluetooth headset, and after receiving the event a, the bluetooth headset determines that the first terminal is in a call state, so that a play connection is established with the first terminal.
As shown in fig. 11, at a second time after the first time, after the user hangs up the phone call, the first terminal is placed still, the first terminal is triggered to report an event D to the bluetooth headset, and after the bluetooth headset receives the event D, it is determined that the first terminal is in a static silent state, so that the bluetooth headset and the first terminal enter a pairing connection process. And after receiving the new event information, the subsequent Bluetooth headset determines which terminal to establish playing connection according to the new event information.
Fig. 12 is a schematic structural diagram of a bluetooth headset switching device according to an embodiment of the present invention. As shown in fig. 12, the bluetooth headset switching apparatus 1200 of the present embodiment includes: a receiving module 1201, a determining module 1202 and a switching module 1203.
The receiving module 1201 is configured to receive event information sent by at least one sending terminal, where the event information is used to indicate a current playing state of the sending terminal;
a determining module 1202, configured to determine a target terminal according to the event information and the state priority of each sending terminal; the state priority is used for indicating the playing priority of each playing state;
a switching module 1203, configured to switch the playing connection to the target terminal if the playing terminal currently playing and connecting with the bluetooth headset is not the target terminal.
Optionally, the determining module 1202 is specifically configured to:
determining the current playing state of a candidate terminal according to the event information sent by each sending terminal, wherein the candidate terminal is a terminal expecting to be connected with the Bluetooth headset in a playing mode at the next moment;
and determining the candidate terminal with the current playing state at the highest playing priority as the target terminal according to the current playing state and the state priority of each candidate terminal.
Optionally, if the play terminal does not send event information to the bluetooth headset this time, the determining module 1202 is specifically configured to:
and determining the current playing state of the candidate terminal according to the event information sent by the playing terminal for the last time and the event information sent by each sending terminal.
Optionally, the receiving module 1201 is further configured to:
and receiving configuration information sent by a configuration terminal, wherein the configuration information comprises the state priority.
Optionally, the current playing state of the sending terminal is one of the following: a talk state, an audio output state, a motion state, a still silent state;
the state priority is used for indicating that the playing priority of the static silent state is smaller than the playing priority of the motion state, the playing priority of the motion state is smaller than the playing priority of the audio output state, and the playing priority of the audio output state is smaller than the playing priority of the call state.
The bluetooth headset switching device of this embodiment may be used to implement the technical solution of the bluetooth headset side in any of the above method embodiments, and the implementation principle and technical effect thereof are similar, and are not described herein again.
Fig. 13 is a schematic structural diagram of a bluetooth headset switching device according to an embodiment of the present invention. As shown in fig. 13, the bluetooth headset switching apparatus 1300 of the present embodiment includes: an obtaining module 1301, a generating module 1302 and a sending module 1303.
The obtaining module 1301 is configured to obtain a current playing state of the terminal;
a generating module 1302, configured to generate event information according to the current playing status;
a sending module 1303, configured to send the event information to the bluetooth headset, where the event information is used to indicate a current playing state of the terminal, so that the bluetooth headset determines whether to switch a playing connection to the terminal according to the current playing state of the terminal;
the sending module 1303 is further configured to transmit playing data to the bluetooth headset if the bluetooth headset switches the playing connection to the terminal.
Optionally, the current playing state of the terminal is one of the following: a talk state, an audio output state, a motion state, a still silent state.
Optionally, the obtaining module 1301 is specifically configured to:
detecting the playing state of the terminal;
and when the change of the playing state of the terminal is detected, acquiring the current playing state of the terminal.
Optionally, the obtaining module 1301 is further configured to: receiving configuration information input by a user, wherein the configuration information is used for indicating the playing priority of each playing state;
the sending module 1303 is further configured to send the configuration information to the bluetooth headset.
The bluetooth headset switching device of this embodiment may be configured to implement the terminal-side technical solution in any of the above method embodiments, and the implementation principle and technical effect thereof are similar, and are not described herein again.
Fig. 14 is a schematic diagram of a hardware structure of a bluetooth headset according to an embodiment of the present invention, and as shown in fig. 14, a bluetooth headset 1400 according to the embodiment includes: a processor 1401, a memory 1402, and computer programs, which are stored in the memory 1402.
Alternatively, the memory 1402 may be separate or integrated with the processor 1401.
When the memory 1402 is a device separate from the processor 1401, the bluetooth headset 1400 may further include: a bus 1403 for connecting the memory 1402 and the processor 1401.
The processor 1401 runs the computer program to implement the technical solution of the bluetooth headset side in any of the above method embodiments, and the implementation principle and technical effect are similar, which are not described herein again.
Fig. 15 is a schematic diagram of a hardware structure of a terminal according to an embodiment of the present invention, and as shown in fig. 15, a terminal 1500 according to this embodiment includes: terminal device 800 may include one or more of the following components: processing component 1501, memory 1503, power component 1504, multimedia component 1505, audio component 1506, input/output (I/O) interface 1507, sensor component 1508, and communications component 1509. .
The processing component 1501 generally controls the overall operations of the terminal device 1500, such as operations associated with display, telephone call, data communication, camera operation, and recording operation. The processing components 1501 may include one or more processors 1502 to execute instructions to perform all or a portion of the steps of the methods described above. Further, the processing component 1501 can include one or more modules that facilitate interaction between the processing component 1502 and other components. For example, processing component 1501 may include a multimedia module to facilitate interaction between multimedia component 1505 and processing component 1501.
Memory 1503 is configured to store various types of data to support operation at terminal device 1500. Examples of such data include instructions for any application or method operating on terminal device 1500, contact data, phonebook data, messages, pictures, videos, and so forth. The memory 1503 may be implemented by any type or combination of volatile or non-volatile memory devices such as Static Random Access Memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic or optical disks.
The power supply component 1504 provides power to the various components of the terminal device 1500. The power components 1504 may include a power management system, one or more power sources, and other components associated with generating, managing, and distributing power for the terminal device 1500.
The multimedia component 1505 includes a screen between the terminal device 1500 and the user providing an output interface. In some embodiments, the screen may include a Liquid Crystal Display (LCD) and a Touch Panel (TP). If the screen includes a touch panel, the screen may be implemented as a touch screen to receive an input signal from a user. The touch panel includes one or more touch sensors to sense touch, slide, and gestures on the touch panel. The touch sensor may not only sense the boundary of a touch or slide action, but also detect the duration and pressure associated with the touch or slide operation. In some embodiments, the multimedia component 808 includes a front facing camera and/or a rear facing camera. When the terminal device 800 is in an operation mode, such as a shooting mode or a video mode, the front camera and/or the rear camera may receive external multimedia data. Each front camera and rear camera may be a fixed optical lens system or have a focal length and optical zoom capability.
The audio component 1506 is configured to output and/or input audio signals. For example, the audio component 1506 includes a Microphone (MIC) configured to receive external audio signals when the terminal apparatus 1500 is in an operating mode, such as a call mode, a recording mode, and a voice recognition mode. The received audio signal may further be stored in the memory 804 or transmitted via the communication component 1509. In some embodiments, the audio assembly 1506 also includes a speaker for outputting audio signals.
I/O interface 1507 provides an interface between processing component 1501 and peripheral interface modules, which may be keyboards, click wheels, buttons, etc. These buttons may include, but are not limited to: a home button, a volume button, a start button, and a lock button.
The sensor component 1508 includes one or more sensors for providing status assessment of various aspects to the terminal device 1500. For example, sensor component 1508 can detect an open/closed status of terminal device 1500, a relative positioning of components, such as a display and keypad of terminal device 1500, sensor component 1508 can also detect a change in position of terminal device 1500 or a component of terminal device 1500, a presence or absence of user contact with terminal device 1500, an orientation or acceleration/deceleration of terminal device 1500, and a change in temperature of terminal device 1500. The sensor assembly 1508 may include a proximity sensor configured to detect the presence of nearby objects without any physical contact. The sensor assembly 1508 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, the sensor assembly 150/8 may also include an acceleration sensor, a gyroscope sensor, a magnetic sensor, a pressure sensor, a gravity sensor, or a temperature sensor.
The communication component 1509 is configured to facilitate communication between the terminal device 1500 and other devices in a wired or wireless manner. The terminal device 1500 may access a wireless network based on a communication standard, such as WiFi, 2G or 3G, or a combination thereof. In an exemplary embodiment, the communication component 1509 receives a broadcast signal or broadcast related information from an external broadcast management system via a broadcast channel. In an exemplary embodiment, the communication component 1509 further includes a Near Field Communication (NFC) module to facilitate short-range communications. For example, the NFC module may be implemented based on Radio Frequency Identification (RFID) technology, infrared data association (IrDA) technology, Ultra Wideband (UWB) technology, Bluetooth (BT) technology, and other technologies.
In an exemplary embodiment, terminal device 1500 may be implemented by one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), Programmable Logic Devices (PLDs), Field Programmable Gate Arrays (FPGAs), controllers, micro-controllers, Programmable Logic Devices (PLDs), programmable logic devices (FPGAs), Digital Signal Processing Devices (DSPDs), digital signal processing devices (PLDs), digital signal processing,
An embodiment of the present invention further provides a computer-readable storage medium, where the computer-readable storage medium includes a computer program, and the computer program is used to implement the technical solution of the bluetooth headset side in the above embodiment, or implement the technical solution of the terminal side in the above embodiment.
In the embodiments provided in the present invention, it should be understood that the disclosed apparatus and method may be implemented in other ways. For example, the above-described device embodiments are merely illustrative, and for example, the division of the modules is only one logical division, and other divisions may be realized in practice, for example, a plurality of modules may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or modules, and may be in an electrical, mechanical or other form.
The modules described as separate parts may or may not be physically separate, and parts displayed as modules may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of the present embodiment.
The integrated module implemented in the form of a software functional module may be stored in a computer-readable storage medium. The software functional module is stored in a storage medium and includes several instructions to enable a computer device (which may be a personal computer, a server, or a network device) or a processor (processor) to execute some steps of the methods according to the embodiments of the present invention.
The storage medium may be implemented by any type or combination of volatile or non-volatile memory devices, such as Static Random Access Memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic or optical disks. A storage media may be any available media that can be accessed by a general purpose or special purpose computer.
An exemplary storage medium is coupled to the processor such the processor can read information from, and write information to, the storage medium. Of course, the storage medium may also be integral to the processor. The processor and the storage medium may reside in an Application Specific Integrated Circuits (ASIC). Of course, the processor and the storage medium may reside as discrete components in an electronic device or host device.
Those of ordinary skill in the art will understand that: all or a portion of the steps of implementing the above-described method embodiments may be performed by hardware associated with program instructions. The program may be stored in a computer-readable storage medium. When executed, the program performs steps comprising the method embodiments described above; and the aforementioned storage medium includes: various media that can store program codes, such as ROM, RAM, magnetic or optical disks.
Finally, it should be noted that: the above embodiments are only used to illustrate the technical solution of the present invention, and not to limit the same; while the invention has been described in detail and with reference to the foregoing embodiments, it will be understood by those skilled in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some or all of the technical features may be equivalently replaced; and the modifications or the substitutions do not make the essence of the corresponding technical solutions depart from the scope of the technical solutions of the embodiments of the present invention.