Audio playing method, playing device, head-mounted true wireless playing device and medium

Abstract

The present disclosure relates to the technical field of communication interaction, in particular to an audio playing method, a playing device, a head-mounted true wireless playing device and a medium. The audio playing method is applied to a first playing device in a head-mounted true wireless playing device, and includes: collecting state data of a wearer, wherein the state data is used to represent a current sleep state of the wearer; determining a target playing mode based on the state data; if the target playing mode is different from a current playing mode, sending a mode switching instruction to a second playing device based on a first connection, so that the second playing device is in the target playing mode; and playing audio in the target playing mode based on audio data sent by a sound source device. The audio playing demand is met, unnecessary power consumption is reduced, and the endurance time of the head-mounted true wireless playing device is effectively prolonged.

Description

Technical Field

[0001] This disclosure relates to the field of communication and interaction technology, specifically to an audio playback method, a playback device, a head-mounted true wireless playback device, and a computer-readable storage medium. Background Technology

[0002] In related technologies, true wireless head-mounted playback devices typically include two playback devices, left and right, which can communicate with the audio source device via Bluetooth or Wi-Fi. In sleep scenarios, to reduce power consumption, some true wireless head-mounted playback devices adopt a master-slave architecture: one playback device acts as the master playback device, responsible for data processing, control, and decision-making; the other playback device acts as the slave playback device, responsible for performing functions such as audio playback.

[0003] However, true wireless headphone playback devices require real-time communication with the audio source device via Bluetooth or Wi-Fi and rely on continuous data interaction to achieve synchronized audio playback in both ears. But in sleep scenarios, continuous wireless communication leads to high power consumption. Moreover, even after the wearer enters deep sleep, the true wireless headphone playback device continues unnecessary communication activities, further wasting power and affecting battery life. Summary of the Invention

[0004] To overcome the problems existing in related technologies, an exemplary embodiment of this disclosure provides an audio playback method applied to a first playback device in a true wireless head-mounted playback device. The first playback device is connected to a second playback device in the same device via a first connection and receives audio data sent by a sound source device via the second connection. The method includes: collecting wearer status data, wherein the status data characterizes the wearer's current sleep state; determining a target playback mode based on the status data, wherein the target playback mode includes: a non-sleep mode, a light sleep mode, or a deep sleep mode, wherein the power consumption of the deep sleep mode is less than that of the light sleep mode, and the power consumption of the light sleep mode is less than that of the non-sleep mode; if the target playback mode differs from the current playback mode, sending a mode switching command to the second playback device via the first connection to put the second playback device into the target playback mode; and playing audio according to the target playback mode based on the audio data sent by the sound source device.

[0005] In some embodiments, when the target playback mode is a non-sleep mode, audio playback is performed according to the target playback mode based on the audio data sent by the audio source device, including: periodically receiving audio data sent by the audio source device based on a first wake-up time interval; and playing audio data that has been cached.

[0006] In some embodiments, when the target playback mode is a light sleep mode, audio playback is performed according to the target playback mode based on the audio data sent by the audio source device, including: periodically receiving audio data sent by the audio source device based on a second wake-up time interval, wherein the second wake-up time interval is greater than the first wake-up time interval; and playing audio data that has been cached.

[0007] In some embodiments, when the target playback mode is deep sleep mode, audio playback is performed according to the target playback mode based on the audio data sent by the audio source device, including: stopping the reception of audio data in response to the completion of preset audio data reception, and looping playback based on the preset audio data.

[0008] In some embodiments, playing audio according to a target playback mode based on audio data sent by an audio source device further includes: controlling the playback volume according to the volume parameter corresponding to the target playback mode, wherein the playback volume corresponding to the deep sleep mode is less than the playback volume corresponding to the light sleep mode, and the playback volume corresponding to the light sleep mode is less than the playback volume corresponding to the non-sleep mode.

[0009] In some embodiments, when the target playback mode is deep sleep mode, audio playback is performed according to the target playback mode based on the audio data sent by the audio source device, including: pausing audio playback until the target playback mode changes from deep sleep mode to light sleep mode or non-sleep mode.

[0010] In some embodiments, the method further includes: synchronizing a clock with a second playback device; and in response to completing clock synchronization, sending synchronization playback information to the second playback device based on the first connection to control the second playback device to align playback timing based on the synchronization playback information.

[0011] In some embodiments, when the target playback mode is non-sleep mode and the second connection is a Bluetooth connection or a WiFi connection, synchronizing the clock with the second playback device includes: receiving an audio frame sent by an audio source device based on the Bluetooth connection or WiFi connection; correcting the first internal clock of the first playback device based on the time information in the audio frame, wherein the second internal clock of the second playback device is corrected based on the time information in the same audio frame, so as to synchronize the clocks of the first playback device and the second playback device.

[0012] In some embodiments, if the audio frame is obtained based on a WiFi connection, the first internal clock of the first playback device is corrected based on the time information in the audio frame, including: parsing the system frame number in the audio frame to determine the time information; and correcting the first internal clock of the first playback device according to the time information.

[0013] In some embodiments, when the target playback mode is a deep sleep mode and the first connection is a Bluetooth Low Energy (BLE) connection, synchronizing the clock with the second playback device includes: sending a Bluetooth Low Energy (BLE) data frame to the second playback device based on the BLE connection, and triggering a latch on a first Bluetooth clock counter of the first playback device to obtain a first count value; receiving a second count value sent by the second playback device based on the BLE connection, wherein the second count value is obtained by the second playback device triggering a latch on a second Bluetooth clock counter of the second playback device based on receiving a BLE data frame; and synchronizing the clock with the second playback device based on the first count value and the second count value.

[0014] In some embodiments, determining a target playback mode based on state data includes: periodically detecting state data and determining detection results; if the detection results indicate that the change in state data exceeds the target range interval corresponding to the current playback mode, then determining the target playback mode based on the state data to switch the current playback mode; if the detection results indicate that the change in state data is within the target range interval, then determining the current playback mode as the target playback mode.

[0015] Secondly, this disclosure also provides an audio playback method applied to a second playback device in a true wireless head-mounted playback device, wherein the second playback device is connected to a first playback device in the true wireless head-mounted playback device via a first connection, and receives audio data sent by an audio source device via a third connection. The method includes: receiving a mode switching instruction sent by the first playback device based on the first connection, wherein the mode switching instruction is sent by the first playback device when a target playback mode is different from the current playback mode of the first playback device, and the target playback mode is determined by the first playback device based on the wearer's status data; switching the current playback mode to the target playback mode in response to the mode switching instruction; and playing audio according to the target playback mode based on the audio data sent by the audio source device.

[0016] In some embodiments, the method further includes: synchronizing a clock with a first playback device; receiving synchronized playback information sent by the first playback device based on a first connection, wherein the synchronized playback information is sent by the first playback device in response to completing clock synchronization; and aligning the playback timing of the synchronized playback information with that of the first playback device.

[0017] In some embodiments, when the target playback mode is non-sleep mode and the third connection is a Bluetooth connection or a WiFi connection, synchronizing the clock with the first playback device includes: receiving an audio frame sent by an audio source device based on the Bluetooth connection or WiFi connection; correcting the second internal clock of the second playback device based on the time information in the audio frame, wherein the first internal clock of the first playback device is corrected based on the time information in the same audio frame, so as to synchronize the clock of the second playback device with the clock of the first playback device.

[0018] In some embodiments, if the audio frame is obtained based on a WiFi connection, the second internal clock of the second playback device is corrected based on the time information in the audio frame, including: parsing the system frame number in the audio frame to determine the time information; and correcting the second internal clock of the second playback device according to the time information.

[0019] In some embodiments, when the target playback mode is a deep sleep mode and the first connection is a Bluetooth Low Energy (BLE) connection, synchronizing the clock with the first playback device includes: receiving a Bluetooth Low Energy (BLE) data frame sent by the first playback device based on the BLE connection, and triggering a latch on a second Bluetooth clock counter of the second playback device to obtain a second count value; sending the second count value to the first playback device based on the BLE connection, so that the first playback device synchronizes its clock with the second playback device based on the second count value and the first count value, wherein the first count value is obtained by triggering a latch on a first Bluetooth clock counter of the first playback device when the first playback device sends a BLE data frame.

[0020] Thirdly, this disclosure also provides a playback device, which is one of a true wireless head-mounted playback devices. It connects to a second playback device within the same true wireless head-mounted playback device via a first connection and receives audio data sent by a source device via the second connection. The playback device includes: a sensor for collecting wearer status data, wherein the status data characterizes the wearer's current sleep state; a first processing module for determining a target playback mode based on the status data, and triggering a mode switching command when the target playback mode differs from the current playback mode, wherein the target playback mode includes: a non-sleep mode, a light sleep mode, or a deep sleep mode, wherein the power consumption of the deep sleep mode is less than that of the light sleep mode, and the power consumption of the light sleep mode is less than that of the non-sleep mode; a first communication module for sending a mode switching command to the second playback device via the first connection to put the second playback device into the target playback mode; and a first playback module for playing audio according to the target playback mode based on the audio data sent by the source device.

[0021] Fourthly, this disclosure also provides a playback device, which is one of a true wireless head-mounted playback devices. It connects to a first playback device in the true wireless head-mounted playback devices via a first connection and receives audio data sent by an audio source device via a third connection. The playback device includes: a second communication module, used to receive a mode switching instruction sent by the first playback device based on the first connection, wherein the mode switching instruction is sent by the first playback device when the target playback mode is different from the current playback mode of the first playback device, and the target playback mode is determined by the first playback device based on the wearer's status data; and a second playback module, used to switch the current playback mode to the target playback mode in response to the mode switching instruction, and to play audio according to the target playback mode based on the audio data sent by the audio source device.

[0022] Fifthly, this disclosure also provides a head-mounted true wireless playback device, comprising: a first playback device for executing any one of the audio playback methods described in the first aspect; and a second playback device for executing any one of the audio playback methods described in the second aspect.

[0023] Sixthly, this disclosure also provides a computer-readable storage medium storing a program for performing any of the above-described audio playback methods.

[0024] It should be understood that the above general description and the following detailed description are exemplary and explanatory only, and are not intended to limit this disclosure.

[0025] The technical solutions provided by the embodiments of this disclosure may include the following beneficial effects: According to the audio transmission method provided by this disclosure, the target playback mode is determined based on the wearer's state data and switched accordingly, which enables the playback modes of the first playback device and the second playback device to be more adapted to the wearer's sleep state, meet the audio playback needs, and reduce unnecessary power consumption, thereby effectively extending the battery life of the head-mounted true wireless playback device and improving the wearer's user experience. Attached Figure Description

[0026] This disclosure can be better understood by describing exemplary embodiments of the present disclosure in conjunction with the accompanying drawings, in which: Figure 1 This is a structural schematic diagram of a head-mounted true wireless playback device according to an exemplary embodiment disclosed in a book. Figure 2 This is a schematic diagram of device interaction according to an exemplary embodiment disclosed in a book; Figure 3 This is a flowchart illustrating an audio playback method according to an exemplary embodiment of a published document; Figure 4This is a flowchart illustrating another audio playback method according to an exemplary embodiment of a published document; Figure 5 This is a flowchart illustrating yet another audio playback method according to an exemplary embodiment of a published document; Figure 6 This is a flowchart illustrating another audio playback method according to an exemplary embodiment of a published document; Figure 7 This is a schematic diagram of the structure of a playback device according to an exemplary embodiment disclosed in a publication; Figure 8 This is a schematic diagram of the structure of another playback device according to an exemplary embodiment disclosed in a book. Detailed Implementation

[0027] The following describes specific embodiments of this disclosure. It should be noted that, in order to provide a concise description, this specification cannot exhaustively describe all features of the actual embodiments. It should be understood that, in the actual implementation of any embodiment, just as in any engineering or design project, various specific decisions are often made to achieve the developer's specific goals and to meet system-related or business-related constraints, and this can change from one embodiment to another. Furthermore, it is understood that although the efforts made in this development process may be complex and lengthy, for those skilled in the art related to the content disclosed in this disclosure, changes in design, manufacturing, or production based on the technical content disclosed in this disclosure are merely conventional technical means and should not be construed as insufficient content of this disclosure.

[0028] Unless otherwise defined, the technical or scientific terms used in this disclosure shall have the ordinary meaning understood by one of ordinary skill in the art to which this disclosure pertains. The terms “first,” “second,” and similar terms used in this disclosure do not indicate any order, quantity, or importance, but are merely used to distinguish different components. The terms “a” or “one,” etc., do not indicate a quantity limitation, but rather indicate the presence of at least one. The terms “comprising,” “including,” etc., mean that the element or object preceding “comprising” or “including” encompasses the elements or objects listed following “comprising” or “including” and their equivalents, and do not exclude other elements or objects. The terms “connected,” “linked,” etc., are not limited to physical or mechanical connections, nor are they limited to direct or indirect connections.

[0029] True wireless headphone cassette players require real-time communication with the audio source device via Bluetooth or Wi-Fi and rely on continuous data interaction to achieve synchronized audio playback in both ears. However, in sleep scenarios, continuous wireless communication leads to high power consumption. Furthermore, even after the wearer enters deep sleep, the headphone cassette player continues unnecessary communication activities, further wasting power and impacting battery life.

[0030] Therefore, this disclosure provides a head-mounted true wireless playback device. This head-mounted true wireless playback device may include, but is not limited to, true wireless earbuds, smart glasses, and other head-mounted multi-device collaborative electronic devices composed of at least two independent playback devices. Figure 1 As shown, the true wireless head-mounted playback device 100 may include a first playback device 110 and a second playback device 120. The first playback device 110 is connected to the second playback device 120 via a first connection. The first connection may include, but is not limited to, Bluetooth Low Energy (BLE), Bluetooth Classic, or Ultra Wide Band (UWB) connections. The first playback device 110 can receive audio data sent by an audio source device via the second connection. The second playback device 120 can receive audio data sent by the audio source device via a third connection. The audio source device may be a smartphone, tablet, laptop, or various smart terminals. The second or third connection may include, but is not limited to, a Wi-Fi connection or a Bluetooth connection. For example, if the true wireless head-mounted playback device 100 and the audio source device use a Bluetooth connection, the second and third connections can be in Bluetooth listener mode or Bluetooth broadcast mode, representing two independent Bluetooth connections that can share the same audio broadcast data stream. If the true wireless head-mounted playback device 100 and the audio source device use a Wi-Fi connection, the second and third connections are two independent Wi-Fi connections, not the same connection.

[0031] For example, taking a true wireless stereo (TWS) earphone as an example, the Bluetooth connection between the true wireless earphone 100 and the audio source device 200 can be as follows: Figure 2As shown. The true wireless earbuds 100 include earbud 1 and earbud 2. Earbud 1 and earbud 2 can be understood as the first playback device and the second playback device in this disclosure. Earbud 1 and earbud 2 are interconnected via Bluetooth connection 1. Earbud 1 and earbud 2 communicate with the audio source device 200 via a Bluetooth link established between them. For example, earbud 1 establishes Bluetooth connection 2 with the audio source device 200 via the Bluetooth link, and then receives Bluetooth audio packets sent by the audio source device 200 through Bluetooth connection 2. The Bluetooth audio packets are used to transmit audio data. Earbud 1 can transmit relevant parameters of Bluetooth connection 2 to earbud 2 through Bluetooth connection 1. Earbud 2 can listen to Bluetooth connection 2 in the Bluetooth link according to the relevant parameters and receive Bluetooth audio packets sent from the audio source device to obtain audio data.

[0032] In this disclosure, the first playback device can be understood as a master device in a true wireless head-mounted playback device, used to determine the target playback mode and control the two playback devices to play audio according to the target playback mode. The second playback device can be understood as a slave device in a true wireless head-mounted playback device, used to play targeted audio according to the determined target playback mode.

[0033] The following will explain in detail the audio playback process of each playback device in a true wireless head-mounted playback device.

[0034] This disclosure provides an audio playback method applied to a first playback device. For example... Figure 3 As shown, the audio playback method may include the following steps: Step S310: Collect the wearer's status data.

[0035] The wearer's perception of audio playback quality varies depending on their sleep state. Sleep state can include non-sleep state, light sleep state, or deep sleep state.

[0036] For example, if the wearer is not asleep, it indicates that the wearer is currently awake and has a high sensitivity to audio playback, typically requiring high playback quality to meet their auditory needs. If the wearer is in light sleep, it indicates that the wearer is currently in a semi-awake state, with a slower perception of audio playback; basic auditory needs can be met while appropriately relaxing playback quality requirements. If the wearer is in deep sleep, it indicates that the wearer is currently in a deep sleep or unconscious state; in this state, the perception of audio playback is weak, and both auditory needs and playback quality requirements are lower.

[0037] Therefore, to address the aforementioned differences in user experience, the wearer's current sleep state can be used to determine their requirements for audio playback quality and auditory needs. This allows for adjustments to the communication between the head-mounted true wireless playback device and the audio source device, thereby controlling audio playback quality and reducing unnecessary power consumption. The wearer's current sleep state can be determined by collecting their status data.

[0038] The wearer's physiological state information and motion state information can be determined through status data. Physiological state information may include, but is not limited to, at least one of heart rate information, heart rate variability information, respiratory-related information, and body temperature or skin temperature information. For example, heart rate information and heart rate variability information can be determined based on status data collected by a photoplethysmography (PPG) sensor pre-deployed in the first playback device. Respiratory-related information can be determined based on status data collected by a barometric pressure sensor or microphone pre-deployed in the first playback device. Body temperature or skin temperature information can be determined based on status data collected by a temperature sensor pre-deployed in the first playback device.

[0039] Motion status information may include, but is not limited to, at least one of body motion information, posture change information, or wearing status information. For example, motion status information may be determined based on status data collected by accelerometers, gyroscopes, capacitive sensors, or optical sensors pre-deployed in the first playback device.

[0040] Step S320: Determine the target playback mode based on the status data.

[0041] To determine the playback mode, a correspondence between sleep states and playback modes is pre-established. For example, non-sleep state corresponds to non-sleep mode, light sleep state to light sleep mode, and deep sleep state to deep sleep mode. Since wearers perceive audio playback quality differently in different sleep states, different playback strategies are employed for each mode to adjust the power consumption generated during communication between the true wireless headphone player and the audio source device, thereby effectively improving the battery life of the true wireless headphone player.

[0042] Specifically, the power consumption of the head-mounted true wireless playback device and the audio source device during wireless communication in deep sleep mode is less than that during light sleep mode. The power consumption of the head-mounted true wireless playback device and the audio source device during wireless communication in light sleep mode is less than that during non-sleep mode.

[0043] By analyzing the collected status data, the wearer's current sleep state can be determined. For example, taking status data that includes physiological and movement data, if the collected status data indicates that the wearer's heart rate is high and body movement is frequent, then the wearer is currently in a non-sleep state; if it indicates that the wearer's heart rate is moderate and body movement is low, then the wearer is currently in a light sleep state; if it indicates that the wearer's heart rate is low and body movement is minimal and stable, then the wearer is currently in a deep sleep state.

[0044] By determining the target playback mode corresponding to the current sleep state, it can be judged whether the current power consumption needs to be adjusted, and then audio playback can be targeted accordingly to reduce unnecessary power consumption. The target playback mode can include: non-sleep mode, light sleep mode, or deep sleep mode. The target playback mode can be understood as the newly determined current sleep mode. The target playback mode can be the same as or different from the current playback mode of the first playback device. If the target playback mode is the same as the current playback mode, it indicates that the wearer's current sleep state has not changed. If the target playback mode is different from the current playback mode, it indicates that the wearer's current sleep state has changed.

[0045] In step S330, if the target playback mode is different from the current playback mode, a mode switching command is sent to the second playback device based on the first connection so that the second playback device is in the target playback mode.

[0046] If the target playback mode is different from the current playback mode, it indicates that the wearer's current sleep state has changed.

[0047] Therefore, in order to match the playback mode of the first playback device with the wearer's current sleep state, a mode switching command is sent to the second playback device based on the first connection to control the second playback device to switch modes, so that both the first and second playback devices in the head-mounted true wireless playback device switch from the current playback mode to the target playback mode, thereby achieving synchronized audio playback under the same playback mode.

[0048] In some examples, the configuration information corresponding to each playback mode can be pre-configured in the first playback device and the second playback device, respectively. In this case, the mode switching command sent by the first playback device only needs to include the target playback mode to be switched to. The second playback device can respond to the received mode switching command and perform mode switching according to the corresponding configuration based on the target playback mode to be switched to, thereby improving the mode switching efficiency.

[0049] In some examples, the configuration information corresponding to each playback mode can be pre-configured in the first playback device. In this case, the mode switching command sent by the first playback device can include the target playback mode to be switched to and its corresponding configuration information. The second playback device can respond to the received mode switching command and switch the current playback mode to the target playback mode according to the obtained configuration information. This method can reduce the memory usage of the second playback device.

[0050] Step S340: Based on the audio data sent by the audio source device, play the audio according to the target playback mode.

[0051] The audio source device can be a smartphone, tablet, laptop, or various smart terminals. The audio content corresponding to the audio data can include, but is not limited to, music, radio broadcasts, dialogues, and film / television audio.

[0052] Different playback modes correspond to different playback strategies, resulting in varying power consumption between the head-mounted true wireless playback device and the audio source device during wireless communication. Therefore, to effectively control the power consumption of the first playback device, the received audio data is played according to the target playback mode to reduce unnecessary power consumption and extend the battery life of the first playback device.

[0053] According to the audio playback method provided in this disclosure, the target playback mode is determined based on the wearer's status data and switched accordingly. This enables the playback modes of the first and second playback devices to be more adapted to the wearer's sleep state, meeting audio playback needs while reducing unnecessary power consumption. This effectively extends the battery life of the head-mounted true wireless playback device and improves the wearer's user experience.

[0054] In some embodiments, the second connection between the first playback device and the second playback device and the audio source device can be a Bluetooth connection or a Bluetooth Low Energy connection. Thus, when playing audio through the head-mounted true wireless playback device, both the first playback device and the second playback device can receive audio data sent by the audio source device in real time or near real time and play the audio, thereby meeting the requirement of continuous audio playback and ensuring the continuity of audio playback.

[0055] In some embodiments, when the target playback mode is a non-sleep mode, step S340 above may include the following steps: Step a1: Periodically receive audio data sent by the audio source device based on the first wake-up time interval; Step a2: Play the cached audio data.

[0056] Specifically, to ensure smooth audio playback, audio data sent by the audio source device is received periodically according to the first wake-up time interval. This ensures sufficient audio data is acquired while reducing the number of communication interactions between the head-mounted true wireless playback device and the audio source device, thereby reducing wireless communication power consumption. For example, the duration of the first wake-up time interval can be 80 milliseconds (ms), 100 ms, or 200 ms.

[0057] In some examples, when audio playback is performed in non-sleep mode, when the buffered amount of audio data periodically received from the audio source device at a first wake-up interval reaches a first buffer threshold, the second connection enters a sleep state until it is woken up again to continue receiving audio data. The first playback device then plays the buffered audio data to ensure playback continuity in non-sleep mode. For example, the first buffer threshold can be 100ms, 200ms, or 300ms of audio data.

[0058] In some embodiments, when the target playback mode is light sleep mode, step S340 above may include the following steps: Step b1: Periodically receive audio data sent by the audio source device based on the second wake-up time interval; Step b2: Play the cached audio data.

[0059] Specifically, compared to a non-sleep state, when the wearer is in a light sleep state, the perception of audio playback is slower, and the playback quality requirements can be appropriately relaxed while meeting basic auditory needs.

[0060] To ensure smooth audio playback, audio data sent by the audio source device is received periodically according to a second wake-up time interval, thereby reducing communication power consumption by increasing the interval between device interactions. The second wake-up time interval is longer than the first wake-up time interval.

[0061] As the wake-up interval increases, the amount of audio data receiving buffer required also needs to be increased to meet the audio playback quality requirements in light sleep mode.

[0062] In cases where the first playback device is not in audio playback mode before the playback mode switch, during the first wake-up cycle in light sleep mode, the first playback device must wait for the amount of audio data cached to reach the second cache threshold before triggering audio playback. The second cache threshold is greater than the first cache threshold. For example, if the device was in stop playback mode or not started before the switch, and is in light sleep mode after the switch, to ensure audio playback quality, it periodically receives audio data from the audio source device according to the second wake-up time interval. When the amount of audio data cached reaches the second cache threshold, the second connection enters a sleep state, waiting to be woken up in the next cycle to continue receiving audio. The first playback device then plays the cached audio data to ensure playback continuity in non-sleep mode.

[0063] For situations where the first playback device is already in audio playback mode before the playback mode switch, during the first wake-up cycle in light sleep mode, the first playback device does not need to wait for the audio data cache to reach the second cache threshold before triggering audio playback. It can directly use the cached audio data to perform audio playback, making audio playback unaffected by the playback mode switch and achieving a seamless transition in playback state. For example, if the previous mode was non-sleep mode and the next mode is light sleep mode, in this case, since the first playback device is in audio playback mode in non-sleep mode and has cached audio data, it can continue audio playback after switching to light sleep mode and periodically receive audio data sent by the audio source device according to the second wake-up time interval.

[0064] In some embodiments, when the target playback mode is deep sleep mode, step S340 may include: stopping the reception of audio data in response to the completion of preset audio data reception, and looping playback based on the preset audio data.

[0065] Since the wearer's perception of external audio playback is very weak during deep sleep, the second connection between the head-mounted true wireless playback device and the audio source device can be kept in a sleep state to save unnecessary communication power consumption. The control of whether the second connection is in a sleep state can be determined based on whether preset audio data has been received. Preset audio data may include, but is not limited to: a pre-determined target audio file used to stop further audio data reception, an audio file of a specified duration, or audio data whose reception buffer has reached a third buffer threshold. When it is determined that the preset audio data has been received, the second connection is controlled to enter a sleep state, stopping the reception of audio data and looping playback based on the preset audio data. This satisfies the audio playback needs while promptly pausing unnecessary communication activities, avoiding power waste, and thus extending the overall battery life of the head-mounted true wireless playback device.

[0066] In some examples, the preset audio data can be determined based on the corresponding audio source file. That is, the predetermined target audio file for stopping further audio data reception can be the audio source file corresponding to the audio data being received when entering deep sleep mode. For example, if the audio data corresponding to the target audio file is received, the first playback device controls the second connection to enter a sleep state, stops receiving audio data, and loops playback based on the cached complete audio data. This not only pauses unnecessary communication activities to meet the audio playback needs but also ensures the integrity of the audio data.

[0067] In other examples, the third cache threshold can be a specified cache threshold that is greater than the second cache threshold. This ensures that the cached audio data can be played in a loop when playing audio in deep sleep mode, avoiding playback interruptions due to insufficient cached data, and also helps to further reduce communication power consumption.

[0068] In this disclosure, targeted caching is performed according to the corresponding audio data caching threshold for different target playback modes. This ensures the continuity of audio playback between the first playback device and the second playback device when the communication is in sleep mode during the second connection. This not only meets the audio playback requirements but also helps to reduce the overall power consumption of the head-mounted true wireless playback device.

[0069] In some embodiments, step S340 may further include: controlling the playback volume according to the volume parameters corresponding to the target playback mode. To enhance the user experience, when playing audio according to the target playback mode, the auditory effect of the audio playback can be adjusted by controlling the playback volume, so that the auditory atmosphere provided by the head-mounted true wireless playback device can match the wearer's sleep state, providing a suitable auditory environment for the wearer. Specifically, the playback volume corresponding to the deep sleep mode is lower than the playback volume corresponding to the light sleep mode, and the playback volume corresponding to the light sleep mode is lower than the playback volume corresponding to the non-sleep mode.

[0070] In some embodiments, when the target playback mode is deep sleep mode, step S340 may further include: pausing audio playback until the target playback mode changes from deep sleep mode to light sleep mode or non-sleep mode. That is, since the wearer's perception of externally played audio is very weak in deep sleep, whether or not audio playback is performed does not affect the wearer's use. Therefore, to minimize unnecessary power consumption, audio playback can be paused, thus halting the overall power consumption of the head-mounted true wireless playback device until the target playback mode changes from deep sleep mode to light sleep mode or non-sleep mode, allowing communication with the audio source device to resume. This effectively improves the battery life of the head-mounted true wireless playback device and enhances its practicality.

[0071] In some embodiments, such as Figure 4 As shown, the audio playback method may also include the following steps: Step S350: Synchronize the clock with the second playback device.

[0072] To enable the first playback device and the second playback device to achieve synchronized audio playback, the first playback device communicates and interacts with the second playback device through a first connection to complete clock synchronization, thereby enabling the first playback device and the second playback device to align their playback timings during audio playback and ensuring audio playback quality.

[0073] In some embodiments, when the target playback mode is non-sleep mode and the second connection is a Bluetooth connection or a WiFi connection, the above step S350 may include the following steps: Step d1: Receive audio frames sent by the audio source device based on Bluetooth or WiFi connection; Step d2: Correct the first internal clock of the first playback device based on the time information in the audio frame.

[0074] Because there may be an internal clock difference between the first playback device and the second playback device, and the audio source device also encapsulates the time information of the audio data relative to the audio source device when sending audio frames.

[0075] Therefore, to improve clock synchronization efficiency, the first playback device performs targeted calibration of its internal clock based on the time information in the audio frame. This simplifies the calibration process and enables rapid clock synchronization. The second playback device's internal clock is also calibrated based on the time information in the same audio frame, ensuring that both devices perform targeted calibrations based on the same benchmark. This effectively reduces calibration difficulty, simplifies the calibration process, and enables rapid clock synchronization. Furthermore, during clock synchronization, no additional device interaction is required between the first and second playback devices, effectively saving power consumption within the true wireless head-mounted playback device and contributing to extended battery life.

[0076] In some examples, if the audio frame is obtained via a WiFi connection, step b2 above may include: parsing the system frame number (SFN) in the audio frame, determining the time information, and correcting the first internal clock of the first playback device based on the time information. That is, if the audio frame is obtained via WiFi connection, according to the WiFi transmission protocol, the frame structure of the audio frame will include the system frame number (SFN), and the required time information can be obtained by parsing the system frame number.

[0077] In other examples, if the audio frame is obtained via a Bluetooth connection, step b2 above may include: parsing the timestamp information in the audio frame, determining the time information, and correcting the first internal clock of the first playback device based on the time information. That is, if the audio frame is obtained via Bluetooth transmission, according to the Bluetooth transmission protocol, the frame structure of the audio frame will encapsulate the timestamp of the audio data relative to the audio source device, and the required time information can be directly obtained based on the timestamp.

[0078] In other embodiments, when the target playback mode is deep sleep mode and the first connection is a Bluetooth Low Energy connection, step S350 above may include the following steps: Step g1: Based on the Bluetooth Low Energy connection, send a Bluetooth Low Energy data frame to the second playback device and trigger the latching of the first Bluetooth clock counter of the first playback device to obtain the first count value; Step g2: Based on the Bluetooth Low Energy connection, receive the second count value sent by the second playback device; Step g3: Based on the first and second count values, synchronize the clock with the second playback device.

[0079] Specifically, when the target playback mode is deep sleep mode and the first connection is a low-power Bluetooth connection, in order to improve the clock synchronization efficiency, it can be processed by hardware adjustment, thereby effectively avoiding the uncertainty caused by relying on software timestamps or operating system scheduling, meeting the clock synchronization requirements while improving the clock synchronization accuracy.

[0080] That is, when it is determined that the target playback mode to be switched to is deep sleep mode, in order to determine the Bluetooth clock difference between the two, the first playback device can send a low-power Bluetooth data frame to the second playback device, and at the same time, trigger the latching of the first Bluetooth clock counter of the first playback device to obtain a first count value, so as to characterize the transmission time of the low-power Bluetooth data frame. The second playback device then receives a second count value sent by the second playback device. The second count value is obtained by the second playback device based on the receipt of the low-power Bluetooth data frame, triggering the latching of the second Bluetooth clock counter of the second playback device, and the second count value can characterize the reception time of the low-power Bluetooth data frame.

[0081] Since the distance between the first and second playback devices is equivalent to the head circumference or the distance between their ears when in use, the communication distance between them is short, and the transmission and reception delay of Bluetooth Low Energy data frames is negligible. Therefore, by comparing the first and second count values, the Bluetooth clock difference between the two playback devices can be determined. This allows for targeted adjustment of the first Bluetooth clock to achieve clock synchronization with the second playback device. For example, if the comparison shows the first count value is less than the second count value, the start time of audio playback on the first playback device can be delayed based on the numerical deviation between the two count values ​​to align the adjusted playback timing with the second playback device. If the comparison shows the first count value is greater than the second count value, the start time of audio playback on the first playback device can be advanced based on the numerical deviation between the two count values ​​to align the adjusted playback timing with the second playback device. If the comparison shows the first count value is equal to the second count value, it indicates that the clocks of the two playback devices are synchronized and no adjustment is needed.

[0082] The above method enables the first and second playback devices to maintain clock synchronization even when wireless communication with the audio source device is stopped or reduced, thereby ensuring the continuity and stability of audio synchronization between the two playback devices in the head-mounted true wireless playback device during the switching of different playback modes.

[0083] In step S360, in response to the completion of clock synchronization, based on the first connection, synchronization playback information is sent to the second playback device to control the second playback device to align the playback timing based on the synchronization playback information.

[0084] In response to clock synchronization, a synchronization playback message is sent to the second playback device based on the first connection. This allows the second playback device to determine the start time and playback progress of the audio data played by the first playback device based on the received synchronization playback message. Consequently, based on the synchronized clock, synchronized audio playback can be achieved, ensuring audio playback quality. The synchronization playback message may include, but is not limited to, audio playback synchronization commands or playback reference times.

[0085] In some embodiments, step S320 above may include the following steps: Step f1: Periodically check the status data and determine the detection results; Step f2: If the change in the state data represented by the detection result exceeds the target range interval corresponding to the current playback mode, then the target playback mode is determined based on the state data in order to switch the current playback mode. Step f3: If the change in the state data represented by the detection result is within the target range, then the current playback mode is determined to be the target playback mode.

[0086] Specifically, the wearer's sleep state switching is random, and the duration of each sleep state is not fixed. Therefore, it is necessary to periodically detect the state data to ensure that the playback mode can match the wearer's current sleep state in a timely manner, while avoiding unnecessary power consumption caused by frequent detection.

[0087] Since human body state data is typically fluctuating, and different sleep states correspond to different peak ranges of data fluctuation, analyzing the detection results can determine whether the wearer's state data changes fall within the target range corresponding to the current playback mode. The target range can be understood as the peak range of state data changes corresponding to the current playback mode. If the detection results indicate that the state data changes exceed the target range corresponding to the current playback mode, it indicates a change in the wearer's sleep state. Therefore, based on the state data, the target playback mode can be determined, and the current playback mode can be switched. If the detection results indicate that the state data changes fall within the target range, it indicates that the wearer's sleep state has not changed, and the current playback mode can be determined as the target playback mode.

[0088] Based on the same inventive concept, this disclosure also provides an audio playback method applied to a second playback device. For example... Figure 5 As shown, the audio playback method may include the following steps: Step S410: Based on the first connection, receive the mode switching instruction sent by the first playback device.

[0089] The mode switching command is sent by the first playback device when the target playback mode differs from the current playback mode of the first playback device. The target playback mode is determined by the first playback device based on the wearer's status data. In other words, the mode switching command is triggered by the first playback device when it determines that the wearer's sleep state has changed.

[0090] Therefore, when the second playback device receives the mode switching instruction sent by the first playback device, it indicates that it needs to unify the playback mode with the first playback device in order to achieve synchronous audio playback with the first playback device under the same playback mode.

[0091] Step S420: In response to the mode switching command, the current playback mode is switched to the target playback mode.

[0092] In response to a mode switching command, the target playback mode to be switched to can be clearly identified, and the current playback mode can be switched accordingly to improve the efficiency of mode switching.

[0093] In some examples, the configuration information corresponding to each playback mode can be pre-configured in the first playback device and the second playback device, respectively. In this case, the mode switching command sent by the first playback device only needs to include the target playback mode to be switched to. The second playback device can respond to the received mode switching command and perform mode switching according to the corresponding configuration based on the target playback mode to be switched to, thereby improving the mode switching efficiency.

[0094] In some examples, the configuration information corresponding to each playback mode can be pre-configured in the first playback device. In this case, the mode switching command sent by the first playback device can include the target playback mode to be switched to and its corresponding configuration information. The second playback device can respond to the received mode switching command and switch the current playback mode to the target playback mode according to the obtained configuration information. This method can reduce the memory usage of the second playback device.

[0095] Step S430: Based on the audio data sent by the audio source device, play the audio according to the target playback mode.

[0096] In this disclosure, both the second playback device and the first playback device perform audio playback processing based on audio data sent by the audio source device. Therefore, the audio data received by the second playback device and the first playback device is the same audio data. The audio source device can be a smartphone, tablet, laptop, various smart terminals, etc. The audio content corresponding to the audio data can include, but is not limited to, music, broadcasts, dialogues, and film / television audio.

[0097] Different playback modes correspond to different playback strategies, resulting in varying power consumption between the head-mounted true wireless playback device and the audio source device during wireless communication. Therefore, to effectively control the power consumption of the second playback device, the received audio data is played according to the target playback mode to reduce unnecessary power consumption and extend the battery life of the second playback device.

[0098] According to the audio playback method provided in this disclosure, the trigger condition for the second playback device to switch playback modes is receiving a mode switching command sent by the first playback device. This saves the power consumption required for the second playback device to determine its own playback mode, thus helping to extend the battery life of the second playback device. Furthermore, both the second and first playback devices play audio based on audio data sent by the audio source device, enabling both devices to receive audio source data in real-time or near real-time, thereby meeting the requirements for continuous audio playback and ensuring the continuity of audio playback.

[0099] In some practical examples, when the target playback mode is non-sleep mode, step S430 above may include the following steps: Step f1: Periodically receive audio data sent by the audio source device based on the first wake-up time interval; Step f2: Play the cached audio data.

[0100] Specifically, to ensure smooth audio playback, audio data sent by the audio source device is received periodically according to the first wake-up time interval. This ensures sufficient audio data is acquired while reducing the number of communication interactions between the head-mounted true wireless playback device and the audio source device, thereby reducing wireless communication power consumption. For example, the duration of the first wake-up time interval can be 80 milliseconds (ms), 100 ms, or 200 ms.

[0101] In some examples, when audio playback is performed in non-sleep mode, when the buffered amount of audio data periodically received from the audio source device at a first wake-up interval reaches a first buffer threshold, the second connection enters a sleep state until it is woken up again to continue receiving audio data. The first playback device then plays the buffered audio data to ensure playback continuity in non-sleep mode. For example, the first buffer threshold can be 100ms, 200ms, or 300ms of audio data.

[0102] In some practical examples, when the target playback mode is light sleep mode, step S430 above may include the following steps: Step g1: Periodically receive audio data sent by the audio source device based on the second wake-up time interval; Step g2: Play the cached audio data.

[0103] As the wake-up interval increases, the amount of audio data receiving buffer required also needs to be increased to meet the audio playback quality requirements in light sleep mode.

[0104] In cases where the first playback device is not in audio playback mode before the playback mode switch, during the first wake-up cycle in light sleep mode, the first playback device must wait for the amount of audio data cached to reach the second cache threshold before triggering audio playback. The second cache threshold is greater than the first cache threshold. For example, if the device was in stop playback mode or not started before the switch, and is in light sleep mode after the switch, to ensure audio playback quality, it periodically receives audio data from the audio source device according to the second wake-up time interval. When the amount of audio data cached reaches the second cache threshold, the second connection enters a sleep state, waiting to be woken up in the next cycle to continue receiving audio. The first playback device then plays the cached audio data to ensure playback continuity in non-sleep mode.

[0105] For situations where the first playback device is already in audio playback mode before the playback mode switch, during the first wake-up cycle in light sleep mode, the first playback device does not need to wait for the audio data cache to reach the second cache threshold before triggering audio playback. It can directly use the cached audio data to perform audio playback, making audio playback unaffected by the playback mode switch and achieving a seamless transition in playback state. For example, if the previous mode was non-sleep mode and the next mode is light sleep mode, in this case, since the first playback device is in audio playback mode in non-sleep mode and has cached audio data, it can continue audio playback after switching to light sleep mode and periodically receive audio data sent by the audio source device according to the second wake-up time interval.

[0106] In some embodiments, when the target playback mode is deep sleep mode, the above step S430 may include: in response to the completion of preset audio data reception, stopping the reception of audio data, and performing loop playback based on the preset audio data.

[0107] Specifically, since the wearer's perception of externally played audio is very weak during deep sleep, the third connection between the head-mounted true wireless playback device and the audio source device can be kept in a communication sleep state to save unnecessary communication power consumption. The control of whether the third connection is in a sleep state can be determined based on whether preset audio data has been received. Preset audio data may include, but is not limited to: a pre-determined target audio file used to stop further audio data reception, an audio file of a specified duration, or audio data whose reception buffer size has reached a third buffer threshold. When it is determined that the preset audio data has been received, the third connection is controlled to enter a sleep state, stopping the reception of audio data and looping playback based on the preset audio data. This satisfies the audio playback needs while promptly pausing unnecessary communication activities, avoiding power waste, and thus extending the overall battery life of the head-mounted true wireless playback device.

[0108] In some examples, the preset audio data can be determined based on the corresponding audio source file. That is, the predetermined target audio file for stopping further audio data reception can be the audio source file corresponding to the audio data being received when entering deep sleep mode. For example, if the audio data corresponding to the target audio file is received, the first playback device controls the third connection to enter a sleep state, stops receiving audio data, and loops playback based on the cached complete audio data. This not only pauses unnecessary communication activities to meet the audio playback needs but also ensures the integrity of the audio data.

[0109] In other examples, the third cache threshold can be a specified cache threshold that is greater than the second cache threshold. This ensures that the cached audio data can be played in a loop when playing audio in deep sleep mode, avoiding playback interruptions due to insufficient cached data, and also helps to further reduce communication power consumption.

[0110] In this disclosure, targeted caching is performed according to the corresponding audio data caching threshold for different target playback modes. This ensures the continuity of audio playback between the first playback device and the second playback device when the communication is in sleep mode during the second connection. This not only meets the audio playback requirements but also helps to reduce the overall power consumption of the head-mounted true wireless playback device.

[0111] In some embodiments, step S430 may further include: controlling the playback volume according to the volume parameters corresponding to the target playback mode. To improve the user experience, when playing audio according to the target playback mode, the auditory effect of the audio playback can also be adjusted by controlling the playback volume, so that the auditory atmosphere provided by the head-mounted true wireless playback device can match the wearer's sleep state, providing a suitable auditory environment for the wearer. Specifically, the playback volume corresponding to the deep sleep mode is lower than the playback volume corresponding to the light sleep mode, and the playback volume corresponding to the light sleep mode is lower than the playback volume corresponding to the non-sleep mode. The second playback device has the same playback volume as the first playback device in the same playback mode.

[0112] In some embodiments, when the target playback mode is deep sleep mode, step S430 may further include: pausing audio playback until a mode switching command is received. That is, since the wearer's perception of externally played audio is very weak in deep sleep, whether or not audio playback is performed does not affect the wearer's use. Therefore, to minimize unnecessary power consumption, audio playback can be paused, thus halting the overall power consumption of the true wireless head-mounted player until the target playback mode changes from deep sleep mode to light sleep mode or non-sleep mode, at which point communication with the audio source device resumes. This effectively improves the battery life of the true wireless head-mounted player and enhances its usability.

[0113] In some embodiments, such as Figure 6 As shown, the audio playback method may also include the following steps: Step S440: Synchronize the clock with the first playback device.

[0114] To enable the first playback device and the second playback device to achieve synchronized audio playback, the second playback device can communicate and interact with the first playback device through the first connection to complete clock synchronization, thereby enabling the second playback device and the first playback device to align the playback sequence during audio playback and ensuring audio playback quality.

[0115] In some embodiments, when the target playback mode is non-sleep mode and the third connection is a Bluetooth connection or a WiFi connection, the above step S440 may include the following steps: Step m1: Receive audio frames sent by the audio source device based on Bluetooth or WiFi connection; Step m2: Correct the second internal clock of the second playback device based on the time information in the audio frame.

[0116] Specifically, since there may be an internal clock difference between the first playback device and the second playback device, and when the audio source device sends audio frames, it will also encapsulate the time information of the audio data relative to the audio source device.

[0117] Therefore, to improve clock synchronization efficiency, the second playback device performs targeted calibration of its internal clock based on the time information in the audio frame. This simplifies the calibration process and enables rapid clock synchronization. The first playback device's internal clock is also calibrated based on the time information in the same audio frame, ensuring that both the second and first playback devices calibrate their internal clocks using the same reference. This effectively reduces calibration difficulty, simplifies the calibration process, and enables rapid clock synchronization. Furthermore, during clock synchronization, no additional device interaction is required between the second and first playback devices, effectively saving power consumption within the true wireless head-mounted playback device and contributing to extended battery life.

[0118] In some examples, if the audio frame is obtained via a WiFi connection, step m2 above may include: parsing the system frame number (SFN) in the audio frame, determining the time information, and correcting the second internal clock of the second playback device based on the time information. That is, if the audio frame is transmitted via a WiFi connection, according to the WiFi transmission protocol, the frame structure of the audio frame will include a system frame number (SFN), and the required time information can be obtained by parsing the system frame number.

[0119] In other examples, if the audio frame is obtained via a Bluetooth connection, step m2 above may include: parsing the timestamp information in the audio frame, determining the time information, and correcting the second internal clock of the first playback device based on the time information. That is, if the audio frame is obtained via Bluetooth transmission, according to the Bluetooth transmission protocol, the frame structure of the audio frame will encapsulate the timestamp of the audio data relative to the audio source device, and the required time information can be directly obtained based on the timestamp.

[0120] In some embodiments, when the target playback mode is deep sleep mode and the first connection is a Bluetooth Low Energy connection, step S440 above may include the following steps: Step n1: Based on the Bluetooth Low Energy connection, receive the Bluetooth Low Energy data frame sent by the first playback device, and trigger the latching of the second Bluetooth clock counter of the second playback device to obtain the second count value; Step n2: Based on the Bluetooth Low Energy connection, send a second count value to the first playback device so that the first playback device can synchronize its clock with the second playback device based on the second count value and the first count value.

[0121] Specifically, when the target playback mode is deep sleep mode and the first connection is a low-power Bluetooth connection, in order to improve the clock synchronization efficiency, it can be processed by hardware adjustment, thereby effectively avoiding the uncertainty caused by relying on software timestamps or operating system scheduling, meeting the clock synchronization requirements while improving the clock synchronization accuracy.

[0122] When a low-power Bluetooth data frame is received from the first playback device, it indicates that the first playback device is currently synchronizing its clock, and it is necessary to determine the Bluetooth clock difference between the two. Therefore, upon receiving a low-power Bluetooth data frame from the first playback device, the second Bluetooth clock counter of the second playback device is synchronously triggered to obtain a second count value.

[0123] A second count value is sent to the first playback device so that the first playback device can synchronize its clock with the second playback device by adjusting its first Bluetooth clock based on the difference between the second count value and the first count value. The first count value is obtained by triggering the latching of the first Bluetooth clock counter of the first playback device when it sends a low-power Bluetooth data frame.

[0124] The above method enables the second playback device and the first playback device to maintain clock synchronization even when wireless communication with the audio source device is stopped or reduced, thereby ensuring the continuity and stability of audio synchronization between the two playback devices in the head-mounted true wireless playback device during the switching of different playback modes.

[0125] Step S450: Based on the first connection, receive synchronization playback information sent by the first playback device. The synchronization playback information is sent by the first playback device in response to completing clock synchronization.

[0126] Step S460: Align the playback timing with the first playback device based on the synchronization playback information.

[0127] Based on the received synchronization playback information, the start time and playback progress of the audio data played by the first playback device can be determined. This allows for alignment with the playback sequence of the first playback device based on the synchronized clock, achieving synchronized audio playback and ensuring audio playback quality. The synchronization playback information may include, but is not limited to, audio playback synchronization commands or playback reference times.

[0128] In some optional application scenarios, taking true wireless headphones as an example of a true wireless playback device, the first playback device and the second playback device are earbud 1 and earbud 2, respectively. Earbud 1 and earbud 2 are connected via Bluetooth Low Energy, and they receive audio data from the audio source device via WiFi. The audio playback process using earbud 1 and earbud 2 can be as follows: During the synchronized audio playback process where earphones 1 and 2 play audio data sent by the audio source device, earphone 1 collects the wearer's status data and determines the wearer's current sleep state based on the status data, thereby determining the target playback mode. The target playback mode can include: non-sleep mode, light sleep mode, or deep sleep mode.

[0129] If the target playback mode differs from the current playback mode, earbud 1 sends a mode switching command to earbud 2 via Bluetooth Low Energy connection. Earbud 2 responds to the received mode switching command by switching the current playback mode to the target playback mode.

[0130] Based on the audio data sent by the audio source device, both earphones 1 and 2 play audio according to the target playback mode to achieve synchronized audio playback under the same playback mode. To improve audio playback quality, earphone 1 also synchronizes its clock with earphone 2 via Bluetooth Low Energy connection in the target playback mode, and sends synchronization playback information to earphone 2 upon completion of clock synchronization. Earphone 2 aligns its playback timing with earphone 1 based on the synchronization playback information, thereby achieving synchronized audio playback.

[0131] Based on the same inventive concept, this disclosure also provides a playback device. The playback device is one of a true wireless head-mounted playback devices, connected to a second playback device within the same device via a first connection, and receiving audio data sent by an audio source device via the second connection. For example... Figure 7 As shown, the playback device 500 may include: Sensor 510 is used to collect the wearer's status data, wherein the status data is used to characterize the wearer's current sleep state; The first processing module 520 is used to determine the target playback mode based on the status data, and trigger the generation of a mode switching instruction when the target playback mode is different from the current playback mode. The target playback mode includes: non-sleep mode, light sleep mode or deep sleep mode. The power consumption of deep sleep mode is less than that of light sleep mode, and the power consumption of light sleep mode is less than that of non-sleep mode. The first communication module 530 is used to send a mode switching command to the second playback device based on the first connection, so that the second playback device is in the target playback mode; The first playback module 540 is used to play audio according to the target playback mode based on the audio data sent by the audio source device.

[0132] By deploying sensors in the first playback device, hardware redundancy and system complexity can be effectively reduced, and overall power consumption can be further lowered. Furthermore, the mode switching process does not depend on specific wireless communication protocols or buffer parameters, offering good implementation flexibility and scalability, making it easy to apply across different hardware platforms and communication environments.

[0133] Regarding the playback device in the above embodiments, the specific methods by which each module performs its operations have been described in detail in the embodiments related to the method, and will not be elaborated upon here.

[0134] Based on the same inventive concept, this disclosure also provides a playback device. The playback device is one of a true wireless head-mounted playback device, connected to a first playback device within the same true wireless head-mounted playback device via a first connection, and receiving audio data sent by an audio source device via a third connection. For example... Figure 8 As shown, the playback device 600 may include: The second communication module 610 is used to receive a mode switching instruction sent by the first playback device based on the first connection. The mode switching instruction is sent by the first playback device when the target playback mode is different from the current playback mode of the first playback device. The target playback mode is determined by the first playback device based on the wearer's status data. The second playback module 620 is used to switch the current playback mode to the target playback mode in response to the mode switching command, and to play audio according to the target playback mode based on the audio data sent by the audio source device.

[0135] Regarding the playback device in the above embodiments, the specific methods by which each module performs its operations have been described in detail in the embodiments related to the method, and will not be elaborated upon here.

[0136] Based on the same inventive concept, this disclosure also provides a head-mounted true wireless playback device. This head-mounted true wireless playback device may include: a first playback device and a second playback device. The first playback device is used to execute any of the aforementioned audio playback methods applied to the first playback device, and the second playback device is used to execute any of the aforementioned audio playback methods applied to the second playback device.

[0137] Based on the same inventive concept, this disclosure also provides a computer-readable storage medium storing a program for performing the audio playback method of any of the foregoing embodiments.

[0138] This disclosure uses specific terms to describe embodiments of the present disclosure. Terms such as "an embodiment," "one embodiment," and / or "some embodiments" refer to a particular feature, structure, or characteristic associated with at least one embodiment of the present disclosure. Therefore, it should be emphasized and noted that references to "an embodiment," "one embodiment," or "an alternative embodiment" in different locations throughout this specification do not necessarily refer to the same embodiment. Furthermore, certain features, structures, or characteristics in one or more embodiments of the present disclosure can be appropriately combined.

[0139] In the context of this disclosure, unless the context clearly indicates otherwise, the words "a," "an," "an," and / or "the" do not specifically refer to the singular and may also include the plural. Generally speaking, the terms "comprising" and "including" only indicate the inclusion of expressly identified steps and elements, which do not constitute an exclusive list, and the method or apparatus may also include other steps or elements.

[0140] Similarly, it should be noted that, in order to simplify the description of this disclosure and thus aid in the understanding of one or more embodiments, the foregoing description of embodiments of this disclosure may sometimes combine multiple features into a single embodiment, drawing, or description thereof. However, this disclosure method does not imply that the subject matter of this disclosure requires more features than the features claimed. In fact, the embodiments contain fewer features than all the features of the single embodiments disclosed above.

[0141] The basic concepts have been described above. It is obvious that the above disclosure is merely illustrative and does not constitute a limitation of this disclosure. Although not explicitly stated herein, various modifications, improvements, and corrections may be made to this disclosure by those skilled in the art. Such modifications, improvements, and corrections are suggested in this disclosure and therefore remain within the spirit and scope of the embodiments of this disclosure.

Claims

1. An audio playback method, characterized in that, A first playback device applied in a true wireless head-mounted playback device, wherein the first playback device is connected to a second playback device in the same device via a first connection, and receives audio data sent by an audio source device via the second connection, the method comprising: Collect the wearer's status data, wherein the status data is used to characterize the wearer's current sleep state; Based on the state data, a target playback mode is determined, wherein the target playback mode includes: non-sleep mode, light sleep mode or deep sleep mode, the power consumption of deep sleep mode is less than the power consumption of light sleep mode, and the power consumption of light sleep mode is less than the power consumption of non-sleep mode. If the target playback mode is different from the current playback mode, a mode switching command is sent to the second playback device based on the first connection, so that the second playback device is in the target playback mode; Based on the audio data sent by the audio source device, the audio is played according to the target playback mode.

2. The audio playback method according to claim 1, characterized in that, When the target playback mode is a non-sleep mode, the audio playback based on the audio data sent by the audio source device according to the target playback mode includes: The audio data sent by the audio source device is received periodically based on the first wake-up time interval; Play the cached audio data.

3. The audio playback method according to claim 2, characterized in that, When the target playback mode is light sleep mode, the audio playback based on the audio data sent by the audio source device, according to the target playback mode, includes: The audio data sent by the audio source device is received periodically based on a second wake-up time interval, wherein the second wake-up time interval is greater than the first wake-up time interval; Play the cached audio data.

4. The audio playback method according to any one of claims 1 to 3, characterized in that, When the target playback mode is deep sleep mode, the audio playback based on the audio data sent by the audio source device according to the target playback mode includes: In response to the completion of receiving preset audio data, the reception of the audio data is stopped, and the audio data is played in a loop.

5. The audio playback method according to claim 4, characterized in that, The step of playing audio data according to the target playback mode based on the audio data sent by the audio source device further includes: The playback volume is controlled according to the volume parameters corresponding to the target playback mode, wherein the playback volume corresponding to the deep sleep mode is less than the playback volume corresponding to the light sleep mode, and the playback volume corresponding to the light sleep mode is less than the playback volume corresponding to the non-sleep mode.

6. The audio playback method according to any one of claims 1 to 3, characterized in that, When the target playback mode is deep sleep mode, the audio playback based on the audio data sent by the audio source device according to the target playback mode includes: Pause audio playback until the target playback mode changes from deep sleep mode to light sleep mode or non-sleep mode.

7. The audio playback method according to claim 1, characterized in that, The method further includes: Synchronize the clock with the second playback device; In response to the completion of clock synchronization, based on the first connection, synchronization playback information is sent to the second playback device to control the second playback device to align the playback timing based on the synchronization playback information.

8. The audio playback method according to claim 7, characterized in that, When the target playback mode is non-sleep mode, and the second connection is a Bluetooth connection or a WiFi connection, the synchronization of the clock with the second playback device includes: Based on the Bluetooth or WiFi connection, receive audio frames sent by the audio source device; The first internal clock of the first playback device is corrected based on the time information in the audio frame, wherein the second internal clock of the second playback device is corrected based on the time information in the same audio frame, so as to synchronize the clocks of the first playback device and the second playback device.

9. The audio playback method according to claim 8, characterized in that, If the audio frame is obtained based on the WiFi connection, then correcting the first internal clock of the first playback device based on the time information in the audio frame includes: The system frame number in the audio frame is analyzed to determine the time information; The first internal clock of the first playback device is corrected based on the time information.

10. The audio playback method according to any one of claims 7 to 9, characterized in that, When the target playback mode is deep sleep mode and the first connection is a Bluetooth Low Energy connection, the synchronization of the clock with the second playback device includes: Based on the Bluetooth Low Energy connection, a Bluetooth Low Energy data frame is sent to the second playback device, and the first Bluetooth clock counter of the first playback device is latched to obtain a first count value. Based on the Bluetooth Low Energy connection, a second count value sent by the second playback device is received, wherein the second count value is obtained by the second playback device triggering the latching of the second Bluetooth clock counter of the second playback device based on receiving the Bluetooth Low Energy data frame; Based on the first count value and the second count value, synchronize the clock with the second playback device.

11. The audio playback method according to claim 1, characterized in that, Determining the target playback mode based on the status data includes: The status data is periodically checked to determine the detection results; If the detection result indicates that the change in the state data exceeds the target range corresponding to the current playback mode, then based on the state data, the target playback mode is determined to switch the current playback mode; If the detection result indicates that the change in the state data is within the target range, then the current playback mode is determined to be the target playback mode.

12. An audio playback method, characterized in that, A second playback device is used in a true wireless head-mounted playback device, wherein the second playback device is connected to a first playback device in the true wireless head-mounted playback device via a first connection, and receives audio data sent by an audio source device via a third connection, the method comprising: Based on the first connection, a mode switching instruction sent by the first playback device is received, wherein the mode switching instruction is sent by the first playback device when the target playback mode is different from the current playback mode of the first playback device, and the target playback mode is determined by the first playback device based on the wearer's status data. In response to the mode switching command, the current playback mode is switched to the target playback mode; Based on the audio data sent by the audio source device, the audio is played according to the target playback mode.

13. The audio playback method according to claim 12, characterized in that, The method further includes: Synchronize the clock with the first playback device; Based on the first connection, the system receives synchronous playback information sent by the first playback device, wherein the synchronous playback information is sent by the first playback device in response to completing clock synchronization. The synchronized playback information is aligned with the playback timing of the first playback device.

14. The audio playback method according to claim 13, characterized in that, When the target playback mode is non-sleep mode and the third connection is a Bluetooth connection or a WiFi connection, the synchronization of the clock with the first playback device includes: Based on the Bluetooth or WiFi connection, receive audio frames sent by the audio source device; The second internal clock of the second playback device is corrected based on the time information in the audio frame, wherein the first internal clock of the first playback device is corrected based on the time information in the same audio frame, so as to synchronize the clock of the second playback device with that of the first playback device.

15. The audio playback method according to claim 14, characterized in that, If the audio frame is obtained based on the WiFi connection, then correcting the second internal clock of the second playback device based on the time information in the audio frame includes: The system frame number in the audio frame is analyzed to determine the time information; The second internal clock of the second playback device is corrected based on the time information.

16. The audio playback method according to any one of claims 13 to 15, characterized in that, When the target playback mode is deep sleep mode and the first connection is a Bluetooth Low Energy connection, the synchronization of the clock with the first playback device includes: Based on the Bluetooth Low Energy connection, the system receives Bluetooth Low Energy data frames sent by the first playback device and triggers the latching of the second Bluetooth clock counter of the second playback device to obtain a second count value. Based on the Bluetooth Low Energy connection, the second count value is sent to the first playback device so that the first playback device can synchronize its clock with the second playback device based on the second count value and the first count value. The first count value is obtained by triggering the latching of the first Bluetooth clock counter of the first playback device when the first playback device sends the Bluetooth Low Energy data frame.

17. A playback device, characterized in that, The playback device is one of the head-mounted true wireless playback devices, connected to a second playback device in the same head-mounted true wireless playback device via a first connection, and receiving audio data sent by an audio source device via the second connection. The playback device includes: A sensor is used to collect the wearer's status data, wherein the status data is used to characterize the wearer's current sleep state; The first processing module is used to determine the target playback mode based on the state data, and trigger the generation of a mode switching instruction when the target playback mode is different from the current playback mode. The target playback mode includes: non-sleep mode, light sleep mode or deep sleep mode, the power consumption of the deep sleep mode is less than the power consumption of the light sleep mode, and the power consumption of the light sleep mode is less than the power consumption of the non-sleep mode. The first communication module is configured to send a mode switching command to the second playback device based on the first connection, so that the second playback device is in the target playback mode; The first playback module is used to play audio according to the target playback mode based on the audio data sent by the audio source device.

18. A playback device, characterized in that, The playback device is one of the true wireless head-mounted playback devices, connected to the first playback device in the true wireless head-mounted playback device via a first connection, and receiving audio data sent by the audio source device via a third connection. The playback device includes: The second communication module is used to receive a mode switching instruction sent by the first playback device based on the first connection, wherein the mode switching instruction is sent by the first playback device when the target playback mode is different from the current playback mode of the first playback device, and the target playback mode is determined by the first playback device based on the wearer's status data. The second playback module is used to respond to the mode switching command, switch the current playback mode to the target playback mode, and play audio according to the target playback mode based on the audio data sent by the audio source device.

19. A head-mounted true wireless playback device, characterized in that, include: A first playback device is configured to perform the audio playback method according to any one of claims 1-11; A second playback device is used to perform the audio playback method according to any one of claims 12-16.

20. A computer-readable storage medium storing a program for performing the audio playback method of any one of claims 1-11 or any one of claims 12-16.

Images