WO2024109399A1

WO2024109399A1 - State notification method and apparatus

Info

Publication number: WO2024109399A1
Application number: PCT/CN2023/125061
Authority: WO
Inventors: 胡晓慧; 刘开伟; 王福凯; 栗银伟
Original assignee: 荣耀终端有限公司
Priority date: 2022-11-22
Filing date: 2023-10-17
Publication date: 2024-05-30
Also published as: CN118075719A

Abstract

Embodiments of the present application provide a state notification method and apparatus. The method comprises: a first device establishes connection with an earphone, and a second device establishes connection with the earphone; when the first device receives a first service, the first device sends a first echo message to the earphone, the first echo message being used for instructing the first device to start the first service using the earphone; at a first moment, the earphone sends a first Bluetooth low energy (BLE) broadcast to the second device on the basis of the first echo message, the second device is in a screen-off state, and the second device does not scan the first BLE broadcast; and at a second moment, the second device switches from the screen-off state to a screen-on state, and the second device scans the first BLE broadcast, the second moment being later than the first moment. Therefore, the earphone can notify the second device by means of the first BLE broadcast in the process of providing services for the first device, and the second device in the screen-off state does not scan the first BLE broadcast, thus reducing the power consumption of the second device.

Description

Status notification method and device

This application claims priority to the Chinese patent application filed with the State Intellectual Property Office of China on November 22, 2022, with application number 202211467953.X and application name “Status Notification Method and Device”, the entire contents of which are incorporated by reference in this application.

Technical Field

The present application relates to the field of terminal technology, and in particular to a status notification method and device.

Background technique

With the development of Bluetooth technology, devices based on Bluetooth technology are widely used in people's daily life. For example, after a Bluetooth headset (or simply headset) establishes a Bluetooth connection with a terminal device, it can provide users with services such as playing music or answering calls.

Generally, some earphones can establish connections with one terminal device or two terminal devices at the same time. In the scenario where the earphone is connected to the first device and the earphone is connected to the second device, the earphone may frequently wake up the second device while providing services to the first device, which causes additional power consumption for the second device.

Summary of the invention

An embodiment of the present application provides a status notification method and apparatus, so that the headset notifies a second device through a first BLE broadcast while providing services for a first device. The second device in the screen-off state will not scan the first BLE broadcast, thereby reducing the power consumption of the second device.

In the first aspect, the embodiment of the present application provides a status notification method, which is applied to a status notification system, and the status notification system includes: a first device, a second device and a headset, and the method includes: the first device establishes a connection with the headset, and the second device establishes a connection with the headset; when the first device receives the first service, the first device sends a first echo echo message to the headset; the first echo message is used to instruct the first device to use the headset to start the first service; at the first moment, the headset sends a first Bluetooth low energy BLE broadcast to the second device based on the first echo message, the second device is in a screen-off state, and the second device does not scan the first BLE broadcast; wherein the first BLE broadcast is used to indicate that the headset is processing the first service; at the second moment, the second device switches from the screen-off state to the screen-on state, and the second device scans the second BLE broadcast; the second BLE broadcast is used to indicate that the headset is processing the first service, and the second moment is later than the first moment. In this way, the headset notifies the second device through the first BLE broadcast in the process of providing services for the first device, and the second device in the screen-off state will not scan the first BLE broadcast, thereby reducing the power consumption of the second device.

In one possible implementation, the method further includes: when the second device receives the second service, the second device sends a second echo message to the headset; the second echo message is used to instruct the second device to use the headset to start the second service; when the headset determines that the type of the first service is the same as the type of the second service based on the first echo message and the second echo message, the headset sends a third echo message to the second device; wherein the third echo message is used to instruct the headset to refuse to provide service for the second service. In this way, when the first device uses the first service and the second device also needs to use the first service, the headset can determine whether to allow the service to be provided to the second device based on the current state of the headset. For example, since the headset cannot preempt the same service, the headset may determine that it cannot provide services to the second device during the process in which the first device uses the audio service.

In a possible implementation, the method further includes: when the headset determines that the priority of the second service is higher than the priority of the first service based on the first echo message and the second echo message, the headset sends the second echo message to the first device; the first device suspends the first service based on the second echo message. In this way, when the first device uses the first service and the second device needs to use the second service, the second device can accurately notify the headset and the first device based on the echo message to modify the service status in time, so that the headset can provide services to the second device based on the priority of the service.

In a possible implementation manner, the first service is a media audio service, and the second service is a call audio service.

In a possible implementation, the method further includes: the first device sends a fourth echo message to the headset; the fourth echo message is used to instruct the first device to suspend the use of the headset to process the first service; based on the fourth echo message, the headset sends a third BLE broadcast to the second device; the third BLE broadcast is used to indicate that the headset is idle, the second device is in a screen-off state, and the second device does not scan the third BLE broadcast; when the second device switches from a screen-off state to a screen-on state, the second device scans the fourth BLE broadcast, and the fourth BLE broadcast is used to indicate that the headset is idle. In this way, since the second device is currently in a screen-off state and cannot scan the second BLE broadcast, the second device will not be awakened by the Bluetooth chip due to the suspension of the audio service by the first device, saving power consumption.

In the second aspect, the embodiment of the present application provides a status notification method, which is applied to headphones, and the method includes: the headphones establish a connection with the first device, and the headphones establish a connection with the second device; the headphones receive a first echo message from the first device; the first echo message is used to indicate that the first device uses the headphones to start a first service; at the first moment, the headphones send a first BLE broadcast to the second device based on the first echo message, the second device is in a screen-off state, and the second device does not scan the first BLE broadcast; wherein the first BLE broadcast is used to indicate that the headphones are processing the first service. In this way, the headphones notify the second device through the first BLE broadcast in the process of providing services to the first device, and the second device in the screen-off state will not scan the first BLE broadcast, thereby reducing the power consumption of the second device.

In one possible implementation, the method also includes: when the headset determines that the type of the first service is the same as the type of the second service based on the first echo message and the second echo message, the headset sends a third echo message to the second device; wherein the third echo message is used to instruct the headset to refuse to provide service for the second service, and the second echo message is used to instruct the second device to use the headset to start the second service.

In a possible implementation, when the headset determines, based on the first echo message and the second echo message, that the priority of the second service is higher than the priority of the first service, the headset sends the second echo message to the first device.

In one possible implementation, the headset receives a fourth echo message from the first device; the fourth echo message is used to instruct the first device to suspend using the headset to process the first service; based on the fourth echo message, the headset sends a third BLE broadcast to the second device; the third BLE broadcast is used to indicate that the headset is idle, the second device is in a screen-off state, and the second device does not scan the third BLE broadcast.

In a third aspect, an embodiment of the present application provides a status notification method, which is applied to a second device, and the method includes: at a first moment, the second device receives a first Bluetooth low energy BLE broadcast from the headset, the second device is in a screen-off state, and the second device does not scan the first BLE broadcast; wherein the first BLE broadcast is used to indicate that the headset is processing a first service; the first BLE broadcast is generated by the headset based on a first echo message, and the first echo message is used to indicate that the first device uses the headset to start the first service; the headset is in a connected state with the first device and the headset is in a Connected state; at the second moment, the second device switches from the screen-off state to the screen-on state, and the second device scans the second BLE broadcast; the second BLE broadcast is used to indicate that the headset is processing the first service, and the second moment is later than the first moment. In this way, the headset notifies the second device through the first BLE broadcast while providing services for the first device, and the second device in the screen-off state will not scan the first BLE broadcast, thereby reducing the power consumption of the second device.

In a possible implementation, the method further includes: when the second device receives the second service, the second device sends a second echo message to the headset; the second echo message is used to instruct the second device to start the second service using the headset.

In one possible implementation, the method also includes: the second device receives a third BLE broadcast from the headset; the third BLE broadcast is used to indicate that the headset is idle, the second device is in a screen-off state, and the second device does not scan the third BLE broadcast; when the second device switches from the screen-off state to the screen-on state, the second device scans the fourth BLE broadcast, and the fourth BLE broadcast is used to indicate that the headset is idle.

In a fourth aspect, an embodiment of the present application provides a status notification device, the device comprising a communication unit of an earphone, the communication unit of the earphone being used to establish a connection with a first device, and the communication unit of the earphone being also used to establish a connection with a second device; the communication unit of the earphone being also used to receive a first echo message from the first device; the first echo message being used to instruct the first device to start a first service using the earphone; at a first moment, the communication unit of the earphone being also used to send a first BLE broadcast to the second device based on the first echo message, the second device being in a screen-off state, and the second device not scanning the first BLE broadcast; wherein the first BLE broadcast is used to indicate that the earphone is processing the first service.

In one possible implementation, when the processing unit of the headset determines that the type of the first service is the same as the type of the second service based on the first echo message and the second echo message, the communication unit of the headset is further used to send a third echo message to the second device; wherein the third echo message is used to instruct the headset to refuse to provide service for the second service, and the second echo message is used to instruct the second device to use the headset to start the second service.

In a possible implementation, when the processing unit of the headset determines that the priority of the second service is higher than the priority of the first service based on the first echo message and the second echo message, the communication unit of the headset is further used to send the second echo message to the first device.

In one possible implementation, the communication unit of the headset receives a fourth echo message sent by the first device; the fourth echo message is used to instruct the first device to suspend using the headset to process the first service; the communication unit of the headset sends a third BLE broadcast to the second device based on the fourth echo message; the third BLE broadcast is used to indicate that the headset is idle, the second device is in a screen-off state, and the second device does not scan the third BLE broadcast.

In a fifth aspect, an embodiment of the present application provides a status notification device, which includes a processing unit of a second device and a communication unit of the second device. At a first moment, the communication unit of the second device is used to receive a first Bluetooth low energy BLE broadcast from the headset, the second device is in a screen-off state, and the second device does not scan the first BLE broadcast; wherein, the first BLE broadcast is used to indicate that the headset is processing a first service; the first BLE broadcast is generated by the headset based on a first echo message, and the first echo message is used to indicate that the first device uses the headset to start the first service; the headset is in a connected state with the first device and the headset is in a connected state with the second device; at a second moment, the processing unit of the second device is used to switch from the screen-off state to the screen-on state, and scan the second BLE broadcast; the second BLE broadcast is used to indicate that the headset is processing the first service, and the second moment is later than the first moment.

In a possible implementation, when the communication unit of the second device receives the second service, the communication unit of the second device is further configured to send a second echo message to the headset; the second echo message is used to instruct the second device to use Start a second business with headphones.

In one possible implementation, the communication unit of the second device receives a third BLE broadcast from the headset; the third BLE broadcast is used to indicate that the headset is idle, the second device is in a screen-off state, and the second device does not scan the third BLE broadcast; when the second device switches from the screen-off state to the screen-on state, the processing unit of the second device is used to scan a fourth BLE broadcast, and the fourth BLE broadcast is used to indicate that the headset is idle.

In a sixth aspect, an embodiment of the present application provides a status notification system, which includes: a first device, a second device and a headset, the first device being used to establish a connection with the headset, and the second device being used to establish a connection with the headset; the first device is also used to send a first echo message to the headset when a first service is received; the first echo message is used to instruct the first device to use the headset to start the first service; at a first moment, the headset is used to: send a first BLE broadcast to the second device based on the first echo message, the second device is in a screen-off state, and the second device does not scan the first BLE broadcast; wherein the first BLE broadcast is used to indicate that the headset is processing the first service; at a second moment, the second device is used to: switch from the screen-off state to the screen-on state, and scan the second BLE broadcast; the second BLE broadcast is used to indicate that the headset is processing the first service, and the second moment is later than the first moment.

In the seventh aspect, an embodiment of the present application provides a headset, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the computer program, the headset executes the method described in the second aspect and any possible implementation manner of the second aspect.

In an eighth aspect, an embodiment of the present application provides a terminal device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor. When the processor executes the computer program, the terminal device executes the method described in the third aspect or any possible implementation of the third aspect.

In the ninth aspect, an embodiment of the present application provides a computer-readable storage medium, in which a computer program or instruction is stored. When the computer program or instruction is run on a computer, the computer executes the method described in the second aspect or any possible implementation of the second aspect, or the computer executes the method described in the third aspect or any possible implementation of the third aspect.

In the tenth aspect, an embodiment of the present application provides a computer program product including a computer program. When the computer program runs on a computer, it enables the computer to execute the method described in the second aspect or any possible implementation of the second aspect, or enables the computer to execute the method described in the third aspect or any possible implementation of the third aspect.

It should be understood that the third to tenth aspects of the present application correspond to the technical solutions of the first to third aspects of the present application, and the beneficial effects achieved by each aspect and the corresponding feasible implementation methods are similar and will not be repeated here.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG1 is a schematic diagram of the hardware structure of a terminal device provided in an embodiment of the present application;

FIG2 is a schematic diagram of the structure of an earphone provided in an embodiment of the present application;

FIG3 is a schematic diagram of a flow chart of status notification in an audio service;

FIG4 is a schematic diagram of a flow chart of a status notification method provided in an embodiment of the present application;

FIG5 is a flow chart of another status notification method provided in an embodiment of the present application;

FIG6 is a flow chart of another state notification method provided in an embodiment of the present application;

FIG7 is a schematic diagram of a system architecture provided in an embodiment of the present application;

FIG8 is a schematic diagram of the structure of a status notification device provided in an embodiment of the present application;

FIG. 9 is a schematic diagram of the structure of another terminal device provided in an embodiment of the present application.

Detailed ways

In order to facilitate the clear description of the technical solutions of the embodiments of the present application, in the embodiments of the present application, words such as "first" and "second" are used to distinguish between identical or similar items with substantially the same functions and effects. For example, the first value and the second value are only used to distinguish different values, and their order is not limited. Those skilled in the art can understand that words such as "first" and "second" do not limit the quantity and execution order, and words such as "first" and "second" do not necessarily limit them to be different.

It should be noted that, in this application, words such as "exemplary" or "for example" are used to indicate examples, illustrations or descriptions. Any embodiment or design described as "exemplary" or "for example" in this application should not be interpreted as being more preferred or more advantageous than other embodiments or designs. Specifically, the use of words such as "exemplary" or "for example" is intended to present related concepts in a specific way.

In this application, "at least one" means one or more, and "plurality" means two or more. "And/or" describes the association relationship of associated objects, indicating that three relationships may exist. For example, A and/or B can mean: A exists alone, A and B exist at the same time, and B exists alone, where A and B can be singular or plural. The character "/" generally indicates that the previous and next associated objects are in an "or" relationship. "At least one of the following" or similar expressions refers to any combination of these items, including any combination of single or plural items. For example, at least one of a, b, or c can mean: a, b, c, a and b, a and c, b and c, or a, b and c, where a, b, c can be single or multiple.

In order to better understand the embodiments of the present application, the structure of the terminal device (such as the embodiment corresponding to FIG. 1 ) and the structure of the headset (such as the embodiment corresponding to FIG. 2 ) in the embodiments of the present application are introduced below. The terminal device and the headset in the embodiments of the present application can establish a communication connection.

Exemplarily, FIG1 is a schematic diagram of the structure of a terminal device provided in an embodiment of the present application. The terminal device described in FIG1 may be the first device described in the embodiment of the present application, or may be the second device described in the embodiment of the present application; and the hardware structure of the first device and the second device may be the same or different, which is not limited in the embodiment of the present application. Among them, the first device (or the second device) may include a Bluetooth chip, which can realize waking up the device according to an echo message, and waking up the device can be understood as switching the device from a screen-off state to a screen-on state.

The terminal device may also be referred to as a terminal, an electronic device, a user equipment (UE), a mobile station (MS), a mobile terminal (MT), etc. Among them, the terminal device may be a mobile phone with communication function, a smart TV, a wearable device, a tablet computer (Pad), a computer with wireless transceiver function, a virtual reality (VR) terminal device, an augmented reality (AR) terminal device, a wireless terminal in industrial control, a wireless terminal in self-driving, a wireless terminal in remote medical surgery, a wireless terminal in smart grid, a wireless terminal in transportation safety, a wireless terminal in smart city, a wireless terminal in smart home, etc. The embodiments of the present application do not limit the specific technology and specific device form adopted by the terminal device.

The terminal device may include a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (USB) interface 130, a charging management module 140, a power management module 141, an antenna 1, an antenna 2, a mobile communication module 150, a wireless communication module 160, an audio module 170, a speaker 170A, a receiver 170B, Microphone 170C, headphone jack 170D, sensor module 180, button 190, indicator 192, camera 193, and display screen 194, etc.

Among them, the sensor module 180 may include a pressure sensor, a gyroscope sensor, an air pressure sensor, a magnetic sensor, an acceleration sensor, a distance sensor, a proximity light sensor, a fingerprint sensor, a temperature sensor, a touch sensor, an ambient light sensor, a bone conduction sensor, and the like.

It is to be understood that the structure illustrated in the embodiments of the present application does not constitute a specific limitation on the terminal device. In other embodiments of the present application, the terminal device may include more or fewer components than shown in the figure, or combine certain components, or split certain components, or arrange the components differently. The components shown in the figure may be implemented in hardware, software, or a combination of software and hardware.

The processor 110 may include one or more processing units. Different processing units may be independent devices or integrated into one or more processors. The processor 110 may also be provided with a memory for storing instructions and data.

The USB interface 130 is an interface that complies with the USB standard specification, and specifically can be a Mini USB interface, a Micro USB interface, a USB Type C interface, etc. The USB interface 130 can be used to connect a charger to charge the terminal device, and can also be used to transmit data between the terminal device and peripheral devices. It can also be used to connect headphones to play audio through the headphones. The interface can also be used to connect other electronic devices, such as AR devices, etc.

The charging management module 140 is used to receive charging input from a charger, which may be a wireless charger or a wired charger. The power management module 141 is used to connect the charging management module 140 to the processor 110 .

The wireless communication function of the terminal device can be implemented through antenna 1, antenna 2, mobile communication module 150, wireless communication module 160, modem processor and baseband processor.

Antenna 1 and antenna 2 are used to transmit and receive electromagnetic wave signals. The antenna in the terminal device can be used to cover a single or multiple communication frequency bands. Different antennas can also be reused to improve the utilization of the antenna.

The mobile communication module 150 can provide solutions for wireless communications including 2G/3G/4G/5G applied to terminal devices. The mobile communication module 150 may include at least one filter, a switch, a power amplifier, a low noise amplifier (LNA), etc. The mobile communication module 150 can receive electromagnetic waves from the antenna 1, filter, amplify, etc. the received electromagnetic waves, and transmit them to the modulation and demodulation processor for demodulation.

The wireless communication module 160 can provide wireless communication solutions for application in terminal devices, including wireless local area networks (WLAN) (such as wireless fidelity (Wi-Fi) networks), Bluetooth (BT), global navigation satellite system (GNSS), frequency modulation (FM), etc.

The terminal device realizes the display function through the GPU, the display screen 194, and the application processor. The GPU is a microprocessor for image processing, connecting the display screen 194 and the application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering.

The display screen 194 is used to display images, videos, etc. The display screen 194 includes a display panel. In some embodiments, the terminal device may include 1 or N display screens 194, where N is a positive integer greater than 1.

The terminal device can realize the shooting function through ISP, camera 193, video codec, GPU, display screen 194 and application processor.

The camera 193 is used to capture static images or videos. In some embodiments, the terminal device may include 1 or N cameras 193, where N is a positive integer greater than 1.

The external memory interface 120 can be used to connect an external memory card, such as a Micro SD card, to expand the storage capacity of the terminal device. The external memory card communicates with the processor 110 through the external memory interface 120 to implement a data storage function. For example, files such as music and videos can be saved in the external memory card.

The internal memory 121 can be used to store computer executable program codes, and the executable program codes include instructions. The internal memory 121 can include a program storage area and a data storage area.

The terminal device can implement audio functions such as music playing and recording through the audio module 170, the speaker 170A, the receiver 170B, the microphone 170C, the earphone interface 170D, and the application processor.

The audio module 170 is used to convert digital audio information into analog audio signal output, and is also used to convert analog audio input into digital audio signals. Speaker 170A, also known as "speaker", is used to convert audio electrical signals into sound signals. The terminal device can listen to music or listen to hands-free calls through speaker 170A. Receiver 170B, also known as "earpiece", is used to convert audio electrical signals into sound signals. When the terminal device answers a call or voice message, the voice can be answered by placing receiver 170B close to the human ear. Headphone interface 170D is used to connect wired headphones. Microphone 170C, also known as "microphone" or "microphone", is used to convert sound signals into electrical signals. In the embodiment of the present application, the terminal device may have a microphone 170C.

The button 190 includes a power button, a volume button, etc. The button 190 may be a mechanical button. It may also be a touch button. The terminal device may receive the button input and generate a key signal input related to the user settings and function control of the terminal device. The indicator 192 may be an indicator light, which may be used to indicate the charging status, power change, message, missed call, notification, etc.

The software system of the terminal device can adopt a layered architecture, an event-driven architecture, a microkernel architecture, a microservice architecture, or a cloud architecture, etc., which will not be elaborated here.

For example, Fig. 2 is a schematic diagram of the structure of a headset provided in an embodiment of the present application. The headset described in Fig. 2 may be a smart headset, such as a Bluetooth headset, etc., which is not limited in the embodiment of the present application.

As shown in FIG2 , the headset includes one or more processors 210, one or more memories 220, a communication interface 230, an audio acquisition circuit, and an audio playback circuit. The audio acquisition circuit may further include at least one microphone 240 and an analog-to-digital converter (ADC) 250. The audio playback circuit may further include a speaker 260 and a digital-to-analog converter (DAC). Optionally, the headset may also include one or more sensors 280, such as proximity sensors, motion sensors, inertial sensors, and the like. The above-mentioned hardware components may communicate on one or more communication buses. They are described as follows:

The processor 210 is the control center of the headset. The processor may also be referred to as a control unit, a controller, a microcontroller or other appropriate terms. The processor 210 uses various interfaces and lines to connect the various components of the headset. In a possible embodiment, the processor 210 may also include one or more processing cores. In a possible embodiment, the processor 210 may be integrated with a main control unit and a signal processing module. The main control unit (MCU) is used to receive data collected by the sensor 280 or a monitoring signal from the signal processing module or a control signal from a terminal (such as a mobile phone APP), and finally controls the headset through comprehensive judgment and decision-making. The main control unit is also used to write the filter coefficient to the position of the filter coefficient corresponding to the filter in the signal processing module, thereby realizing the configuration of the filter. In addition, the main control unit can also be used to determine the volume of the downlink audio signal according to the level index.

The memory 220 may be coupled to the processor 210 or connected to the processor 210 via a bus, and is used to store various software programs and/or multiple sets of instructions and data. In a specific implementation, the memory 220 may include a high-speed random access memory, and may also include a non-volatile memory, such as one or more disk storage devices, an embedded multimedia card (embedded The memory 220 may be a memory device such as a microprocessor, a microcontroller, a microcomputer, a multi media card (EMMC), a universal flash storage (UFS), a read-only memory (ROM) or a flash memory, or other types of static memory that can store static information and instructions. The memory 220 may also store one or more computer programs, and the one or more computer programs may include program instructions for the method described in the present application. Exemplarily, the memory 203 may store computer instructions for implementing the status notification method.

The memory 220 may also store a communication program, which may be used to communicate with the terminal. In an example, the memory 220 may also store data/program instructions, and the processor 210 may be used to call and execute the data/program instructions in the memory 220 .

Optionally, the memory 220 may be a memory external to the MCU, or may be a storage unit built into the MCU.

The communication interface 230 is used to communicate with the terminal, and the communication mode can be a wired mode or a wireless mode. When the communication mode is wired communication, the communication interface 230 can be connected to the terminal through a cable. When the communication mode is wireless communication, the communication interface 230 is used to receive and send radio frequency signals, and the wireless communication mode supported by it can be, for example, Bluetooth communication, basic rate (BR), enhanced data rate (EDR), Bluetooth low energy (BLE) communication, wireless fidelity (Wifi) communication, infrared communication, or cellular 2/3/4/5 generation (2G/3G/4G/5G) communication and other communication modes. In a specific implementation, the communication interface 230 may include but is not limited to: an antenna system, an RF transceiver, one or more amplifiers, a tuner, one or more oscillators, a digital signal processor, a CODEC chip, a SIM card, and a storage medium. In some embodiments, the communication interface 230 can be implemented on a separate chip.

The microphone 240 can be used to collect sound signals (or audio signals, which are analog signals), and the analog-to-digital converter 250 is used to convert the analog signals collected by the microphone 240 into digital signals, and send the digital signals to the processor 210 for processing. In a specific embodiment, the digital signals can be sent to the signal processing module for processing. The signal processing module can transmit the processed signal (such as a mixed audio signal) to the digital-to-analog converter 270, and the digital-to-analog converter 270 can convert the received signal into an analog signal, and then transmit it to the speaker 260, which is used to play according to the analog signal so that the user can hear the sound.

Those skilled in the art will appreciate that the earphone is only an example provided in the embodiments of the present application. In a specific implementation of the present application, the earphone may have more or fewer components than those shown, may combine two or more components, or may have different configurations of components. It should be noted that, in an optional case, the above-mentioned components of the earphone may also be coupled together.

It is understandable that the above-mentioned earphones may also be called earplugs, headsets, walkmans, audio players, media players, head-mounted receivers, earphone devices or other suitable terms, and the embodiments of the present application are not limited to this.

Based on the terminal device and headset described above, FIG3 is a flow chart of status notification under an audio service. Among them, the audio service can generally include: media audio service and call audio service. Among them, the media audio service can be: a service related to playing audio or playing video, etc., and the call audio service can be: a service related to making a phone call or making a video call, etc. The media audio service and call audio service can also have other names, which are not limited in the embodiments of the present application.

Generally, the flow diagram of status notification based on media audio service can refer to the steps S311-S318 in a of FIG. 3 , and the flow diagram of status notification based on call audio service can refer to the steps S321-S330 in b of FIG. 3 . The terminal device can be the first device described in the embodiment of the present application. The device may also be the second device described in the embodiment of the present application. The terminal device is taken as the first device as an example for illustration, and the example does not constitute a limitation on the embodiment of the present application.

As shown in a of FIG. 3 , the method for status notification based on media audio service may include the following steps:

S311: The first device establishes a connection with the headset.

Exemplarily, a wireless communication connection may be established between the first device and the headset based on BR/EDR, or one or more Bluetooth communication solutions in BLE, and data transmission and reception may be performed based on the wireless communication connection.

S312: The headset periodically sends a BLE broadcast to the first device (the headset is idle).

The BLE broadcast described in the step S312 is used to indicate that the headset is in an idle state, or it can be understood that the headset is not occupied by any device.

S313. When the first device receives a signal to start a media audio service, the first device sends an audio/video distribution transport protocol (A/V distribution transport protocol, AVDTP) start command to the headset.

The AVDTP protocol may be a common Bluetooth audio transmission protocol, and the AVDTP start command is used to implement message transmission under the AVDTP protocol. The AVDTP start command is used to instruct the first device to use the headset to implement a media audio service.

S314: The first device sends an audio stream to the headset.

S315: The headset periodically sends a BLE broadcast to the first device (the headset is in a media audio service).

In a possible implementation, in a scenario where the first device establishes a connection with the headset, the first device may also continuously send an audio stream to the headset.

S316: When the first device receives a request to suspend the media audio service, the first device sends an AVDTP pause command to the headset.

The AVDTP pause command is used to instruct the first device to pause using the headset to implement the media audio service.

S317: The first device stops sending the audio stream to the headset.

S318: The headset periodically sends a BLE broadcast to the first device (the headset is idle).

Based on this, the first device can enable the headset to provide services for its media audio service based on the AVDTP command.

As shown in a of FIG. 3 , the method for status notification based on call audio service may include the following steps:

S321: The first device establishes a connection with the headset.

The method for establishing a connection between the first device and the headset can refer to the step shown in S311, which will not be repeated here.

S322: The headset periodically sends a BLE broadcast to the first device (the headset is idle).

S323: When the first device receives a call start audio service, the first device sends an attention (AT) command to the headset (starting a call).

The AT command may be a conventional instruction in the Bluetooth protocol for realizing connection and communication. The AT command (start call) is used to instruct the first device to start using the earphone to realize the call audio service.

S324: A Bluetooth call connection is established between the first device and the headset.

S325: The first device interacts with the headset through an audio stream.

Exemplarily, in a call audio service, the first device may send a received audio stream to the headset, and the headset may also send an audio stream collected by a microphone to the first device.

S326: The headset periodically sends a BLE broadcast to the first device (the headset is in a call audio service).

In a possible implementation, in a scenario where the first device establishes a connection with the headset, the first device and the headset may maintain an interactive process of the audio stream.

S327: When the first device receives the call pause audio service, the first device sends an AT command (stop) to the headset. The AT command (stop calling) is used to instruct the first device to stop using the earphone to implement the call audio service.

S328. The Bluetooth call connection between the first device and the second device is disconnected.

S329: Pause the audio stream between the first device and the headset.

S330: The headset periodically sends a BLE broadcast to the first device (the headset is idle).

Based on this, the first device can enable the headset to provide service for its call audio service based on the AT command.

It can be understood that a in FIG. 3 and b in FIG. 3 can both be steps for independently completing a service between the first device and the headset, and there may be no chronological relationship between a in FIG. 3 and b in FIG. 3 .

In the description of the embodiment corresponding to Figure 3, the second device can also use the headset to implement the media audio service based on the step described in a in Figure 3, and the second device can also use the headset to implement the call audio service based on the step described in b in Figure 3.

Based on the embodiment corresponding to FIG. 3 , the headset may also establish connections with the first device and the second device at the same time. When the first device uses the headset, the first device may notify the second device of the usage of the headset through the Bluetooth protocol.

For example, Fig. 4 is a flow chart of a status notification method provided in an embodiment of the present application. As shown in Fig. 4, the status notification method may include the following steps:

S401: A first device establishes a connection with an earphone, and a second device establishes a connection with the earphone.

Exemplarily, a wireless communication connection can be established between the first device (or the second device) and the headset based on one or more Bluetooth communication solutions in BR/EDR or BLE, and data transmission and reception can be performed based on the wireless communication connection.

In a possible implementation, after S401, since the headset temporarily does not provide services for any device after the connection is established, the headset can periodically send a BLE broadcast (the headset is idle) to the first device and the second device; adapted, the first device and the second device can both receive the BLE broadcast (the headset is idle) sent by the headset. Further, when the first device and the second device are both in the screen-on state, the first device or the second device can receive the BLE broadcast (the headset is idle) and obtain the status of the headset from the BLE broadcast (the headset is idle).

Among them, the BLE broadcast may include: the service status of the headset, such as the service status of the headset may include one or more of the following: call audio service, media audio service, idle, alarm, or prompt tone, etc., which is not limited in the embodiments of the present application.

S402: When the first device starts a media audio service, the first device sends an echo message (media audio service starts) to the headset.

The echo message described in step S402 may be used to indicate the start of a media audio service.

The echo message can be a common message type in the Bluetooth protocol. The echo message can indicate different functions according to the content it carries. The echo message can wake up the device. For example, when the Bluetooth chip of any device in the off-screen state receives an echo message, the Bluetooth chip can wake up the local device, so that the local device switches from the off-screen state to the on-screen state.

Exemplarily, when the first device receives a trigger operation of a user for playing an audio control, receives a voice operation of a user for playing audio, or receives a gesture operation of a user for playing audio, the first device may send an echo message (media audio service starts) to the headset. Suitably, when the headset receives an echo message (media audio service starts) from the first device, the headset may set the service state of the headset to: media audio service, and execute the steps shown in S403.

In a possible implementation, after S402, since the headset receives an echo message (media The headset starts a media audio service), so the headset can periodically send a BLE broadcast to the first device and the second device (the headset is in a media audio service); adapted, the first device and the second device can both receive the BLE broadcast sent by the headset (the headset is in a media audio service).

Among them, since the second device is currently still in the screen-off state, even if the second device receives the BLE broadcast sent by the headset (the headset is in the media audio service), but does not scan the BLE broadcast, the second device cannot know the status of the headset.

S403: The headset sends an echo message to the second device (the headset is in a media audio service).

The role of the echo message described in the step shown in S403 may be the same as that in the step shown in S402, and will not be repeated here.

Exemplarily, when the second device is in state 1: screen off, and receives an echo message from the headset (the headset is in a media audio service), the Bluetooth chip of the second device can wake up the second device based on the echo message (the headset is in a media audio service), so that the second device switches from state 1: screen off to state 2: awakened by the Bluetooth chip. When the second device is awakened by the Bluetooth chip, the second device can be in a screen-on state. Furthermore, the second device can automatically switch from the screen-on state to state 3: screen off within a time threshold of 5 seconds in the screen-on state.

S404: The first device interacts with the headset via an audio stream.

S405: When the first device suspends the media audio service, the first device sends an echo message (media audio service suspension) to the headset.

The echo described in step S405 may be used to indicate that the media audio service is paused.

Exemplarily, when the first device receives a trigger operation of the user for pausing the audio control, receives a voice operation of the user for pausing the audio, or receives a gesture operation of the user for pausing the audio, the first device may send an echo message (media audio service pause) to the headset. Suitably, when the headset receives the echo message (media audio service pause) from the first device, the service state of the headset may be switched from the media audio service described in the step shown in S403 to idle, and the step shown in S406 is executed.

In a possible implementation, after S405, since the headset receives an echo message from the first device (media audio service is suspended), the headset can periodically send BLE broadcasts to the first device and the second device (the headset is idle); adapted, both the first device and the second device can receive the BLE broadcast sent by the headset (the headset is idle).

Among them, since the second device is currently still in the screen-off state, even if the second device receives the BLE broadcast sent by the headset (the headset is idle), but does not scan the BLE broadcast, the second device cannot know the status of the headset.

S406: The headset sends an echo message to the second device (the headset is idle).

Exemplarily, when the second device is in state 3: screen off, and receives an echo message from the headset (the headset is idle), the Bluetooth chip of the second device can wake up the second device based on the echo message (the headset is idle), so that the second device switches from state 3: screen off to state 4: awakened by the Bluetooth chip. When the second device is awakened by the Bluetooth chip, the second device can be in a screen-on state. Furthermore, the second device can automatically switch from the screen-on state to state 5: screen off within a time threshold of 5 seconds in the screen-on state.

S407: Pause the audio stream between the first device and the headset.

Pausing the audio stream between the first device and the headset can be understood as the first device will not send the audio stream to the headset, and the headset will not send the audio stream to the first device.

In a possible implementation, in a scenario where the headset establishes connections with the first device and the second device at the same time, when the first device receives a call audio service, the first device can also notify the headset of the current service status based on the steps shown in S402, and the way the headset and the second device handle different messages can refer to the corresponding embodiment of Figure 4, which will not be repeated here.

However, when the first device starts the media audio service and/or pauses the media audio service multiple times, the second device will be frequently awakened by the Bluetooth chip after receiving the echo message described in steps shown in S403 and S406, causing the second device to switch from the screen-off state to the screen-on state multiple times. The wake-up process of the second device results in higher energy consumption.

In view of this, the present application provides a status notification method. In the process of the first device using the headset to process the first service, the headset can notify the service status of the headset of the second device based on the first BLE message. Since the second device in the screen-off state will not actively scan the BLE broadcast, the second device will not be frequently awakened by the Bluetooth chip during the entire process of the first device using the media audio service, thereby reducing the power consumption of the second device. Furthermore, after the second device switches from the screen-off state to the screen-on state, it can scan the first BLE broadcast to determine the service status of the headset.

The following specific embodiments are used to describe in detail the technical solution of the present application and how the technical solution of the present application solves the above technical problems. The following specific embodiments can be implemented independently or in combination with each other, and the same or similar concepts or processes may not be described in detail in some embodiments.

For example, Fig. 5 is a flowchart of another status notification method provided in an embodiment of the present application. As shown in Fig. 5, the status notification method may include the following steps:

S501: A first device establishes a connection with an earphone, and a second device establishes a connection with the earphone.

S502: The headset periodically sends a BLE broadcast to the first device and the second device (the headset is idle).

S503: When the first device starts a media audio service, the first device sends an echo message (media audio service starts) to the headset.

The steps shown in S501-S503 may refer to the steps shown in S401-S403 in FIG. 4 , and will not be described in detail here.

S504: The headset periodically sends a BLE broadcast to the first device and the second device (the headset is in a media audio service).

Suitable, because the second device is in the screen-off state, it is unable to scan the BLE broadcast, so the second device will not be awakened by the Bluetooth chip due to the first device starting the media audio service, thus saving power consumption.

It is understandable that the process of receiving BLE broadcast by the device may be that the device opens a scanning window and scans BLE broadcast based on the scanning window within a specific time. When the device is in the screen-off state, the scanning window will not be opened and the scanning of BLE broadcast cannot be realized.

Suitably, the first device can receive the BLE broadcast sent by the headset (the headset is in the media audio service), and the first device can determine that the first device is in the media audio service, so the first device can ignore the BLE message.

It can be understood that when the first device determines that the service status indicated in the received BLE broadcast is consistent with the service status in the local device, the first device can determine that the headset is providing services for the device, and therefore the currently received BLE broadcast can be ignored.

S505: The first device interacts with the headset via audio stream.

In a possible implementation, after S504, such as after S505, the headset may continue to periodically send BLE broadcasts to the first device and the second device (the headset is in a media audio service).

It is understandable that the steps shown in S504 and S505 can be executed successively or simultaneously. Please do not limit this in the embodiments.

S506: When the first device suspends the media audio service, the first device sends an echo message (media audio service suspension) to the headset.

S507: The headset periodically sends a BLE broadcast to the first device and the second device (the headset is idle).

Suitable, because the second device is currently in the screen-off state and cannot scan the BLE broadcast, the second device will not be awakened by the Bluetooth chip due to the first device suspending the media audio service, thus saving power consumption.

Suitably, the first device can receive the BLE broadcast sent by the headset (the headset is idle), and the first device can determine that the local media audio service has been suspended, so it can save the service status of the headset based on the BLE broadcast (the headset is idle) for next use.

S508: Pause the audio stream between the first device and the headset.

In a possible implementation, after S507, such as after S508, the headset may continue to periodically send BLE broadcasts to the first device and the second device (the headset is idle).

In a possible implementation, when the second device switches from a screen-off state to a screen-on state, the second device can receive the BLE broadcast sent by the headset in real time, or it can be understood that the second device in the screen-on state can scan the BLE broadcast.

It can be understood that in the steps shown in S501-S508, no matter whether the first device starts the media audio service or suspends the media audio service, the sending of the service status of the headset based on BLE broadcast will not affect the power consumption of the second device. For example, the second device can always be in the screen-off state. Therefore, compared with the transmission of the service status of the headset based on the echo message in the embodiment corresponding to Figure 4, the use of BLE broadcast will greatly reduce the additional power consumption brought to the second device during the entire process of the first device using the media audio service.

Based on the embodiment corresponding to FIG5, when the second device switches from the screen-off state to the screen-on state and turns on the media audio service, the second device can receive the BLE broadcast (or scan the BLE broadcast) in the screen-on state. Due to the lag of the BLE broadcast, the second device cannot obtain the accurate status of the headset based on the BLE broadcast. Therefore, a status notification method provided in an embodiment of the present application can determine whether to allow the headset to provide services for the currently received media audio service or call audio service in a timely manner based on the echo message when the second device receives the media audio service or call audio service.

Among them, the lag of BLE can be understood as that since there is a duty cycle in the process of the second device opening the scanning window and receiving the BLE broadcast, for example, the second device can open the scanning window and receive the BLE broadcast at intervals, so there may be a situation where the BLE broadcast is not received in time; and some Bluetooth chips may have delays in the process of scanning the BLE broadcast and reporting the BLE broadcast, making it impossible for the Bluetooth chip to report the scanned BLE broadcast to the upper layer in real time.

For example, Fig. 6 is a flowchart of another state notification method provided in an embodiment of the present application. As shown in Fig. 6, the state notification method may include the following steps:

S601: A first device establishes a connection with an earphone, and a second device establishes a connection with the earphone.

S602: The headset periodically sends a BLE broadcast to the first device and the second device (the headset is idle).

S603: When the first device starts a media audio service, the first device sends an echo message (media audio service starts) to the headset.

S604: The headset periodically sends a BLE broadcast to the first device and the second device (the headset is in a media audio service).

S605: The first device interacts with the headset via audio stream.

In a possible implementation, after S604, such as after S605, the headset may continue to periodically perform the first setting. The device and the second device send a BLE broadcast (the headset is in the media audio service).

The steps shown in S601-S605 may refer to the steps shown in S501-S505 in FIG. 5 , and will not be described in detail here.

After S605, the second device can switch from the screen-off state to the screen-on state based on the user operation, and the second device can scan the BLE broadcast in the screen-on state.

In a possible implementation, the second device may also receive a media audio service or a call audio service in the screen-on state. When the second device receives a media audio service, the second device may determine whether to allow the use of an earphone based on the steps shown in SS606-S608; or, when the second device receives a call audio service, the second device may determine whether to allow the use of an earphone based on the steps shown in S609-S611.

In a scenario where the second device receives the media audio service: S606, when the second device receives the media audio service, the second device may send an echo message (media audio service starts) to the headset.

The headset can receive the echo message (media audio service starts) sent by the second device, and determine whether to allow the second device to use the headset based on the current service state of the headset. For example, since the headset receives the echo message (media audio service starts) sent by the first device in the step shown in S603, it is determined that the headset is currently occupied, and therefore the headset that is already in the occupied state cannot continue to provide headset services for the second device, and then the headset can execute the step shown in S607.

S607: The headset sends an echo message to the second device (the service is rejected by the headset).

Suitably, when the second device receives the echo message (the service is rejected by the headset), it can be determined that the headset cannot be used currently, and then the step shown in S608 is executed. In this way, the second device and the headset can recognize the headset status in real time through the echo message and determine whether the second device supports the use of the headset.

S608: The second device switches the sound output channel to the local device.

In a scenario where the second device receives a call audio service: S609, when the second device receives the call audio service, the second device may send an echo message (call audio service starts) to the headset.

Suitably, the headset can receive an echo message (start of call audio service) sent by the second device, and determine whether to allow the second device to use the headset based on the current service status of the headset. For example, because the headset receives an echo message (start of media audio service) sent by the first device in the step shown in S603, it is determined that the headset is currently occupied, but because the priority of the media audio service currently occupying the headset is lower than the priority of the call audio service, the headset can determine that the call audio service will be provided to the second device. Among them, the priority of each service can be set in the headset, so that the headset can recognize the preemption scenario and determine the service execution of the headset based on the priority of each service.

In a possible implementation, since the second device in the screen-on state can receive the BLE broadcast (media audio service starts) periodically sent by the headset, the second device can also determine whether the call audio service can preempt the media audio service based on the priority of the media audio service and the priority of the call audio service when receiving the start of the call audio service. For example, when the second device determines that the priority of the call audio service is higher than the priority of the media audio service, the second device can execute the steps shown in S609. In this scenario, the priority of each service can be pre-set in the second device, so that the second device can recognize the preemption scenario and determine whether the headset executes the service based on the priority of each service.

In a possible implementation, since the call audio service usually has a higher priority (for example, the call audio service may have the highest priority), the second device may directly seize the headset when receiving the call audio service, so that the second device executes the step shown in S609.

In a possible implementation method, based on the priority of the media audio service and the priority of the call audio service, the judgment logic for determining whether the call audio service can preempt the media audio service can also be implemented in the headset and the second device at the same time to ensure the normal service of the headset for the call audio service.

S610: The headset sends an echo message to the first device (call audio service starts).

Suitably, when the first device receives the echo message (call audio service starts), the first device can determine based on the local media audio service that the headset will no longer provide services to the local device, and then execute the steps shown in S611.

S611: The first device pauses local audio.

In this way, when the first device is using the media audio service and the second device also needs to use the media audio service, the headset can determine whether to allow the provision of the service to the second device based on the current state of the headset. For example, since the headset cannot preempt the same type of service, the headset can determine that it cannot provide the second device with the service when the first device is using the media audio service.

It is understandable that when the first device uses the media audio service and the second device also needs to use the media audio service, since the second device is always in the screen-on state, the echo message will not cause additional power consumption.

Alternatively, when the first device is using the media audio service and the second device needs to use the call audio service, the second device can accurately notify the headset based on the echo message and the first device to modify the service status in time, so that the headset can provide call services to the second device based on the priority of the service.

Based on the description in the embodiments corresponding to Figures 4 to 6, in a possible implementation, Figure 7 is a schematic diagram of a system architecture provided by an embodiment of the present application. The system described in Figure 7 can also be called a status notification system.

As shown in Fig. 7, the system architecture may include: a first device 701, a second device 702, and a headset 703. The structure and possible implementation of the first device 701 (or the second device 702) may refer to the embodiment corresponding to Fig. 1, and the structure and possible implementation of the headset 703 may refer to the embodiment corresponding to Fig. 2, which will not be described in detail here.

In a possible implementation, in a scenario where multiple devices establish connections with headphones respectively, the system architecture may also include other terminal devices in addition to the first device and the second device, and the first device, the second device and the other terminal devices may also implement the status notification method provided in the embodiment of the present application, which is not limited in the embodiment of the present application.

The method provided by the embodiment of the present application is described above in conjunction with Figures 4 to 6, and the device for executing the above method provided by the embodiment of the present application is described below. As shown in Figure 8, Figure 8 is a structural schematic diagram of a status notification device provided by the embodiment of the present application, and the status notification device can be the first device (or second device or headset) in the embodiment of the present application, or it can be a chip or chip system in the first device (or second device or headset).

As shown in FIG8 , a status notification device 800 can be used in a communication device, circuit, hardware component or chip, and the status notification device includes: a processing unit 801 and a communication unit 802. The processing unit 801 is used to support the status notification device 800 to perform information processing steps, and the communication unit 802 is used to support the status notification device 800 to perform information receiving and sending steps. The communication unit 802 can be an input or output interface, a pin or a circuit, etc.

In a possible embodiment, the status notification device may further include: a storage unit 803. The processing unit 801 and the storage unit 803 are connected via a line. The storage unit 803 may include one or more memories, and the memory may be a device used to store programs or data in one or more devices or circuits. The storage unit 803 may exist independently and be connected to the processing unit 801 of the status notification device via a communication line. The storage unit 803 may also be integrated with the processing unit 801.

The storage unit 803 may store computer-executable instructions of the method in the first device (or the second device or the headset) so that the processing unit 801 executes the method in the above embodiment. The storage unit 803 may be a register, a cache or a RAM. The storage unit 803 may be integrated with the processing unit 801. The storage unit 803 may be a read-only memory (ROM) or other types of static storage devices that can store static information and instructions. The storage unit 803 may be independent of the processing unit 801.

In a possible implementation, the status notification device 800 may further include: a display unit (not shown in FIG. 8 ), which is used to support the step of interface display in the status notification device.

FIG9 is a schematic diagram of the hardware structure of another terminal device provided in an embodiment of the present application. As shown in FIG9 , the terminal device includes a processor 901, a communication line 904, and at least one communication interface (the communication interface 903 is used as an example in FIG9 ). The terminal device may be the first device or the second device described in the embodiment of the present application, and the structures of the first device and the second device may be the same or different.

Processor 901 can be a general-purpose central processing unit (CPU), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits for controlling the execution of the program of the present application.

Communications link 904 may include circuitry to transmit information between the above-described components.

The communication interface 903 uses any transceiver-like device for communicating with other devices or communication networks, such as Ethernet, wireless local area networks (WLAN), etc.

Possibly, the terminal device may further include a memory 902 .

The memory 902 may be a read-only memory (ROM) or other types of static storage devices that can store static information and instructions, a random access memory (RAM) or other types of dynamic storage devices that can store information and instructions, or an electrically erasable programmable read-only memory (EEPROM), a compact disc read-only memory (CD-ROM) or other optical disc storage, optical disc storage (including compressed optical disc, laser disc, optical disc, digital versatile disc, Blu-ray disc, etc.), a magnetic disk storage medium or other magnetic storage device, or any other medium that can be used to carry or store the desired program code in the form of instructions or data structures and can be accessed by a computer, but is not limited thereto. The memory may be independent and connected to the processor via a communication line 904. The memory may also be integrated with the processor.

The memory 902 is used to store computer-executable instructions for executing the solution of the present application, and the execution is controlled by the processor 901. The processor 901 is used to execute the computer-executable instructions stored in the memory 902, thereby implementing the method provided by the embodiment of the present application.

Possibly, the computer-executable instructions in the embodiments of the present application may also be referred to as application code, and the embodiments of the present application do not specifically limit this.

In a specific implementation, as an embodiment, the processor 901 may include one or more CPUs, such as CPU0 and CPU1 in FIG. 9 .

In a specific implementation, as an embodiment, the terminal device may include multiple processors, such as processor 901 and processor 905 in FIG. 9. Each of these processors may be a single-core (single-CPU) processor or a multi-core (multi-CPU) processor. The processor here may refer to one or more devices, circuits, and/or processing cores for processing data (e.g., computer program instructions).

A computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the process or function according to the embodiment of the present application is generated in whole or in part. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions may be stored in a computer-readable storage medium. Or from one computer-readable storage medium to another computer-readable storage medium, for example, a computer instruction can be transmitted from one website, computer, server or data center to another website, computer, server or data center by wired (e.g., coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium that can be stored by a computer or a data storage device such as a server or data center that includes one or more available media integrated. For example, the available media can include magnetic media (e.g., floppy disks, hard disks or tapes), optical media (e.g., digital versatile discs (DVD)), or semiconductor media (e.g., solid state disks (SSD)), etc.

The present application also provides a computer-readable storage medium. The methods described in the above embodiments can be implemented in whole or in part by software, hardware, firmware, or any combination thereof. Computer-readable media may include computer storage media and communication media, and may also include any medium that can transfer a computer program from one place to another. The storage medium may be any target medium that can be accessed by a computer.

As a possible design, the computer-readable medium may include a compact disc read-only memory (CD-ROM), RAM, ROM, EEPROM or other optical disc storage; the computer-readable medium may include a magnetic disk storage or other magnetic disk storage device. Moreover, any connecting line may also be appropriately referred to as a computer-readable medium. For example, if the software is transmitted from a website, server or other remote source using a coaxial cable, fiber optic cable, twisted pair, DSL or wireless technologies such as infrared, radio and microwave, the coaxial cable, fiber optic cable, twisted pair, DSL or wireless technologies such as infrared, radio and microwave are included in the definition of the medium. Disks and optical discs as used herein include compact discs (CDs), laser discs, optical discs, digital versatile discs (DVDs), floppy disks and Blu-ray discs, where disks typically reproduce data magnetically, while optical discs reproduce data optically using lasers.

The above combinations should also be included in the scope of computer-readable media. The above are only specific embodiments of the present invention, but the protection scope of the present invention is not limited thereto. Any technician familiar with the technical field can easily think of changes or substitutions within the technical scope disclosed by the present invention, which should be included in the protection scope of the present invention. Therefore, the protection scope of the present invention shall be based on the protection scope of the claims.

It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, stored data, displayed data, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties, and the collection, use and processing of relevant data must comply with the relevant laws, regulations and standards of the relevant countries and regions, and provide corresponding operation entrances for users to choose to authorize or refuse.

Claims

A status notification method, characterized in that it is applied to a status notification system, the status notification system comprising: a first device, a second device and a headset, the method comprising:

The first device establishes a connection with the headset, and the second device establishes a connection with the headset;

When the first device receives the first service, the first device sends a first echo message to the headset; the first echo message is used to instruct the first device to start the first service using the headset;

At a first moment, the headset sends a first Bluetooth low energy BLE broadcast to the second device based on the first echo message, the second device is in a screen-off state, and the second device does not scan the first BLE broadcast; wherein the first BLE broadcast is used to indicate that the headset is processing the first service;

At the second moment, the second device switches from the screen-off state to the screen-on state, and the second device scans a second BLE broadcast; the second BLE broadcast is used to indicate that the headset is processing the first service, and the second moment is later than the first moment.
The method according to claim 1, characterized in that the method further comprises:

When the second device receives the second service, the second device sends a second echo message to the headset; the second echo message is used to instruct the second device to start the second service using the headset;

When the headset determines, based on the first echo message and the second echo message, that the type of the first service is the same as the type of the second service, the headset sends a third echo message to the second device; wherein the third echo message is used to instruct the headset to refuse to provide service for the second service.
The method according to claim 2, characterized in that the method further comprises:

When the headset determines, based on the first echo message and the second echo message, that the priority of the second service is higher than the priority of the first service, the headset sends the second echo message to the first device;

The first device suspends the first service based on the second echo message.
The method according to claim 3 is characterized in that the first service is a media audio service and the second service is a call audio service.
The method according to any one of claims 1 to 4, characterized in that the method further comprises:

The first device sends a fourth echo message to the headset; the fourth echo message is used to instruct the first device to suspend using the headset to process the first service;

The headset sends a third BLE broadcast to the second device based on the fourth echo message; the third BLE broadcast is used to indicate that the headset is idle, the second device is in the screen-off state, and the second device does not scan the third BLE broadcast;

When the second device switches from the screen-off state to the screen-on state, the second device scans a fourth BLE broadcast, and the fourth BLE broadcast is used to indicate that the headset is idle.
A status notification system, characterized in that the status notification system comprises: a first device, a second device and a headset,

The first device is used to establish a connection with the headset, and the second device is used to establish a connection with the headset;

The first device is further configured to send a first echo message to the headset when receiving the first service; the first echo message is used to instruct the first device to start the first service using the headset;

At a first moment, the headset is used to: send a first BLE broadcast to the second device based on the first echo message, the second device is in a screen-off state, and the second device does not scan the first BLE broadcast; wherein the first BLE broadcast is used to indicate that the headset is processing the first service;

At the second moment, the second device is used to: switch from the screen-off state to the screen-on state, and scan the second BLE broadcast; the second BLE broadcast is used to indicate that the headset is processing the first service, and the second moment is later than the first moment.
A status notification method, characterized in that it is applied to a headset, the method comprising:

The headset is connected to the first device, and the headset is connected to the second device;

The headset receives a first echo message from the first device; the first echo message is used to instruct the first device to start a first service using the headset;

At the first moment, the headset sends a first BLE broadcast to the second device based on the first echo message, the second device is in a screen-off state, and the second device does not scan the first BLE broadcast; wherein, the first BLE broadcast is used to indicate that the headset is processing the first service.
A status notification method, characterized in that it is applied to a second device, and the method comprises:

At a first moment, the second device receives a first Bluetooth Low Energy (BLE) broadcast from the headset, the second device is in a screen-off state, and the second device does not scan the first BLE broadcast; wherein the first BLE broadcast is used to indicate that the headset is processing a first service; the first BLE broadcast is generated by the headset based on a first echo message, and the first echo message is used to indicate that the first device uses the headset to start the first service; the headset is in a connected state with the first device and the headset is in a connected state with the second device;

At the second moment, the second device switches from the screen-off state to the screen-on state, and the second device scans a second BLE broadcast; the second BLE broadcast is used to indicate that the headset is processing the first service, and the second moment is later than the first moment.
A headset comprises a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the computer program, the headset executes the method as claimed in claim 7.
A terminal device comprises a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the computer program, the terminal device executes the method as claimed in claim 8.
A computer-readable storage medium storing a computer program, wherein when the computer program is executed by a processor, the computer executes the method according to claim 7 or 8.