Audio playing method, earphone and storage medium

Abstract

This application provides an audio playback method, headphones, and a storage medium. The audio playback method includes: applying to headphones, the headphones including a wireless communication module; the audio playback method includes: in a first operating mode, maintaining the reception and playback of audio data through the wireless communication module; the first operating mode indicates that the user is in a non-sleep or light sleep state; when the headphones detect a switch from the first operating mode to a second operating mode, acquiring and buffering audio data supporting playback of a preset duration; the second operating mode indicates that the user is in a deep sleep state; in the second operating mode, controlling the wireless communication module to stop receiving the audio data and playing the buffered audio data. This method can improve the headphone's battery life while maintaining audio playback.

Description

Technical Field

[0001] This application relates to the field of audio devices, and more specifically, provides an audio playback method, headphones, and a storage medium. Background Technology

[0002] In some scenarios such as sleep aid, meditation, and white noise playback, audio is played through headphones to assist sleep or maintain ambient sound.

[0003] When true wireless earbuds play audio, they need to continuously obtain audio data from the audio source device through the wireless communication module. This requires the wireless communication module of the true wireless earbuds to maintain a connection with the audio source device and to frequently wake up and work to obtain audio source data for playback, which will result in excessive power consumption of the wireless communication module.

[0004] True wireless earbuds are small in size and have limited battery capacity. If the power consumption of true wireless earbuds is too high, the battery life will be short, which is not conducive to continuous audio playback in sleep scenarios. Summary of the Invention

[0005] In view of this, this application aims to provide an audio playback method, headphones, and storage medium to reduce the power consumption of the headphones and improve their battery life in scenarios such as user sleep.

[0006] In a first aspect, embodiments of this application provide an audio playback method applied to headphones, the headphones including a wireless communication module; the audio playback method includes: in a first working mode, maintaining the reception of audio data and playing the audio data through the wireless communication module; the first working mode indicates that the user is in a non-sleep or light sleep state; when the headphones are detected to switch from the first working mode to a second working mode, acquiring and buffering audio data that supports playback of a preset duration by the headphones; the second working mode indicates that the user is in a deep sleep state; in the second working mode, controlling the wireless communication module to stop receiving the audio data and playing the buffered audio data.

[0007] Secondly, embodiments of this application provide an earphone, including: a wireless communication module, a memory, a processor, and an audio playback module; the processor is connected to the wireless communication module, the memory, and the audio playback module respectively; wherein, the wireless communication module is used to connect to an audio source device to acquire audio data; the memory is used to cache the audio data; the audio playback module is used to output the audio data; and the processor is used to control the wireless communication module, the memory, and the audio playback module to execute the audio playback method as described in the first aspect.

[0008] Thirdly, embodiments of this application provide a readable storage medium storing a program that, when run on a processor, causes the processor to implement the audio playback method as described in the first aspect.

[0009] In this embodiment, the headphones include a first working mode and a second working mode. The first working mode is suitable for use when the user is in a non-sleep or light sleep state. At this time, the wireless communication module continuously receives and plays audio data to meet the user's listening needs.

[0010] The second working mode is suitable for use when the user is in deep sleep. Users can switch to this mode, which buffers a segment of audio data. When the headphones are operating in the second mode, the wireless communication module will no longer receive audio data to reduce power consumption. Simultaneously, the headphones can play the buffered audio data to maintain continuous audio playback. This method is suitable for applications such as sleep aid audio and white noise, where sound quality requirements are relatively relaxed but continuity and power consumption are sensitive.

[0011] Furthermore, it can further control the wireless communication module to enter sleep mode and loop playback, further reducing power consumption. In addition, the cached audio data can be compressed to reduce storage space usage, thereby meeting the usage needs in scenarios such as user sleep while reducing the performance requirements of the device. Attached Figure Description

[0012] To more clearly illustrate the technical solutions of the embodiments of this application, the accompanying drawings used in the embodiments of this application will be briefly introduced below. It should be understood that the following drawings only show some embodiments of this application and should not be regarded as a limitation of the scope. For those skilled in the art, other related drawings can be obtained based on these drawings without creative effort.

[0013] Figure 1 A flowchart illustrating an audio playback method provided in an embodiment of this application; Figure 2 This is a diagram illustrating the relationship between the operation and modes of an earphone provided in an embodiment of this application. Figure 3 This is a structural block diagram of an earphone provided in an embodiment of this application.

[0014] Icons: Headphones 300; Processor 310; Wireless communication module 320; Memory 330; Audio playback module 340. Detailed Implementation

[0015] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the application will be further described in detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of this application and are not intended to limit this application.

[0016] First, this application provides an audio playback method that can be applied to headphones.

[0017] In the embodiments of this application, the earphone can be a true wireless earphone or other types of wireless earphones, and there is no limitation herein.

[0018] In embodiments of this application, the earphone has a wireless communication module that supports wireless communication. This wireless communication module can be a Bluetooth module, a Wi-Fi (Wireless Fidelity) module, a UWB (Ultra Wideband) module, or other functional modules used for wireless communication.

[0019] In embodiments of this application, the headphones may include a single headphone or a pair of headphones, with the headphone pair comprising a left and a right headphone, each including a wireless communication module. The left and right headphones can be interconnected via the wireless communication modules and also establish a communication connection with an audio source to receive audio data. The left and right headphones can also cooperate in receiving audio data in other ways, which are not limited in this invention.

[0020] In the embodiments of this application, the headphones can communicate with the audio source device via a wireless communication module to receive audio data sent by the audio source device. The audio source device includes, but is not limited to, mobile phones, computers, smart terminals, servers, etc.

[0021] Headphones can also incorporate other modules and circuits, such as memory, speakers, and processors. For details on the specific structure and operation of headphones, please refer to existing technologies; further details will not be elaborated upon here.

[0022] Please see Figure 1 , Figure 1 This is a flowchart illustrating an audio playback method provided in one embodiment of this application. The audio playback method includes: S110, in the first operating mode, maintains the reception and playback of audio data through the wireless communication module.

[0023] S120, when the headphones are detected to have switched from the first working mode to the second working mode, acquires and caches audio data that supports the preset playback duration of the headphones.

[0024] S130, in the second operating mode, the wireless communication module is controlled to stop receiving audio data and play the buffered audio data.

[0025] In this embodiment, the headphones include two operating modes: a first operating mode and a second operating mode. The first operating mode represents a state where the user is not asleep or in light sleep; that is, the first operating mode is the headphone mode suitable for use when the user is not asleep / in light sleep. The second operating mode represents a state where the user is in deep sleep; that is, the headphone mode suitable for use when the user is in deep sleep.

[0026] When a user is in a state of non-sleep or light sleep, their consciousness is clear. At this time, the user has high requirements for audio playback sound quality and latency, and the headphones need to continuously receive and play audio data through the wireless communication module. Therefore, in the embodiments of this application, a corresponding first working mode can be configured for the non-sleep / light sleep state. In the first working mode, the headphones can maintain the reception of audio data through the wireless communication module and play the audio data through devices and circuits such as the headphone speakers to meet the user's real-time and sound quality requirements for audio playback.

[0027] In the first working mode, the headphones can maintain the reception of audio data through the wireless communication module. It is not necessary for the wireless communication module to keep the reception of audio data uninterrupted. In the first working mode, the wireless communication module can receive audio data intermittently, and can briefly stop receiving or go into sleep mode. This is only required to receive new audio data before the received audio data is finished playing.

[0028] When a user is in deep sleep, their consciousness is blurred, and their ability to perceive ambient sounds is weak or even zero. In this state, the purpose of headphones playing audio is usually to aid sleep, such as playing sleep-inducing audio, white noise, or music, or the user may simply forget to turn off audio playback. In this state, the user has lower requirements for audio playback latency and does not need to consider real-time playback. Therefore, the power consumption of the headphones can be reduced by decreasing the real-time playback requirements.

[0029] Therefore, in the embodiments of this application, the headphones have a buffer unit that can buffer audio data. A corresponding second working mode can be configured for when the user is in a deep sleep state, and when switching between the first and second working modes, the headphones acquire and buffer at least one segment of audio data through the wireless communication module. That is, when switching to the second working mode, the headphones pre-store the audio data to be played.

[0030] In the second operating mode, the headphones can control the wireless communication module to stop receiving audio data and play buffered audio data. After the headphones stop receiving audio data, the power consumption of the wireless communication module can be significantly reduced, thereby lowering the overall power consumption of the headphones in the second operating mode.

[0031] In some embodiments of this application, the switching of the working mode can be controlled in various ways. For example, the user can issue control commands to the headphones via a mobile phone or other device, or the headphones can have a corresponding control area for touch control. Another example is that the user can set a timer, and the headphones will automatically switch working modes after the time is up.

[0032] For example, in some embodiments of this application, preset monitoring data can be acquired in the first working mode, and when the preset monitoring data meets the preset mode switching conditions, the working mode of the headphones can be controlled to switch from the first working mode to the second working mode.

[0033] In embodiments of this application, preset monitoring data is used to characterize the user's sleep state. The preset monitoring data includes at least one of the following: the user's sleep monitoring data, headphone wearing status change data, time information, and user-defined monitoring data. Simultaneously, preset mode switching conditions include different monitoring data and their corresponding conditions for switching from a first working mode to a second working mode.

[0034] Sleep monitoring can refer to existing technologies, such as judging through factors like blood oxygen and respiratory rate, and can also combine environmental factors, such as light and external sound, to determine the user's sleep monitoring data in order to judge the user's sleep state.

[0035] Users' headphone wearing habits may differ depending on their sleep state. When not asleep, users will actively correct their headphone wearing position, while in deep sleep, even if the headphones fall out or the user's posture is abnormal, they will not actively adjust them. Therefore, the user's sleep state can also be determined based on the headphone wearing status.

[0036] Similarly, some time periods can be set to correspond to sleep and non-sleep times, such as from 2 a.m. to 6 a.m. The time period corresponding to deep sleep can be determined during this period. When the time is reached, the system can switch to the second working mode.

[0037] In addition, users can also customize some conditions and parameters for mode switching and perform corresponding tests to switch modes when the test data meets the conditions, without any restrictions.

[0038] In the embodiments of this application, the wireless communication module needs to avoid frequent activation in order to reduce the power consumption of the wireless communication module. Therefore, in the embodiments of this application, the cached audio data needs to support at least the preset playback duration of the headphones.

[0039] In some existing headphones, a buffer unit is also set up to cache a certain amount of audio data to reduce the impact of changes in communication quality that may prevent accurate reception of audio data. In the embodiments of this application, the received audio data can also be cached based on the buffer unit in the first working mode.

[0040] For example, the headphones continuously receive audio data through the wireless communication module, which may include: when the headphones are in a first working mode, buffering the continuously received audio data based on a first buffer size; and playing the audio data buffered based on the first buffer size.

[0041] Because caching audio data can affect the real-time performance of audio playback, in the first working mode, the amount of audio data cached can only be a small amount. For example, compared with the aforementioned preset duration, the playback duration of the audio data corresponding to the first cache amount is less than the preset duration.

[0042] In this embodiment, the audio data cached by the first buffer is in the millisecond range. The first buffer is used to cache audio data for N milliseconds, where N is greater than 1 and less than 999.

[0043] The preset duration corresponds to seconds, minutes, or even longer, meaning the preset duration is greater than 1 second. For example, the preset duration can be 5 seconds, 10 seconds, 30 seconds, or several minutes, half an hour, or even longer. The specific duration is determined based on actual needs and the buffer unit configured in the headphones, and is not limited here.

[0044] A longer preset duration means the headphones will play buffered audio data for a longer period in the second working mode. If playback needs to be stopped, a longer preset duration allows for longer playback to help the user sleep. Similarly, a longer preset duration allows for a longer interval between audio data reception by the wireless communication module.

[0045] The preset duration is related to the performance of the headphones. The longer the preset duration, the larger the cache for storing audio data needs to be. This will significantly increase the storage resources occupied by the headphones. For example, the size of true wireless headphones is relatively small, and it is not possible to set a large cache unit. Therefore, the preset duration should not be set too long.

[0046] Based on this, we can further consider the user's behavior during deep sleep to provide solutions to this problem.

[0047] Because users have a weaker ability to perceive audio during deep sleep, they are unlikely to be able to distinguish the specific content of the audio being played. Even if there is repetition, it will not affect the user's listening experience. Therefore, in some embodiments of this application, the headphones can also loop the cached audio data to maintain audio playback while avoiding the use of the wireless communication module to receive audio data, thus avoiding the power consumption generated by the wireless communication module. At the same time, this method can also avoid using excessively large cache units, reducing the occupation of storage resources.

[0048] In the embodiments of this application, the audio data is played in a loop, so that the headphones do not need to receive new audio data or be woken up. Therefore, on the basis of stopping the reception of audio data, the wireless communication module can be controlled to enter a preset low-power working state to further reduce power consumption.

[0049] Controlling the wireless communication module to enter a preset low-power operating state includes: controlling the wireless communication module to perform at least one of the following: controlling the wireless communication module to power down, controlling the wireless communication module to shut down, controlling the wireless communication module to enter a sleep state, and controlling the wireless communication module to be woken up at a predetermined long time interval to maintain a standby connection.

[0050] The low-power operating state also includes other power-saving control methods. For example, in different implementations, the low-power operating state may include turning off or reducing the power consumption of the radio frequency unit, reducing the wake-up frequency, or entering a power-saving mode supported by the protocol.

[0051] Before a wireless communication module can enter a low-power operating state, it needs to meet certain conditions, such as not being in audio data reception mode, completing the reception of the current data frame, and completing the interactive operations specified by the protocol or application layer policy.

[0052] Compared to stopping the wireless communication module from receiving audio data, putting the wireless communication module into a sleep mode and maintaining that sleep mode helps to further reduce the power consumption of the wireless communication module and improve the battery life of the headphones.

[0053] When a user is in deep sleep, it is difficult to distinguish external sounds. In this state, the user's requirements for the sound quality of audio playback are also significantly reduced. Therefore, in some embodiments of this application, the sound quality of the audio data received when switching working modes can be reduced to reduce the storage resources required for the same duration of audio data.

[0054] Based on this, in some embodiments of this application, obtaining and caching audio data that supports playback for a preset duration via headphones may include: receiving audio data via a wireless communication module; compressing the audio data to obtain compressed data; and caching the compressed data. The cached compressed data supports playback for the preset duration via headphones. Correspondingly, playing the cached audio data may include playing the cached compressed data.

[0055] In the embodiments of this application, by compressing audio data, the storage space required to store audio data can be reduced, thereby reducing the storage space occupied by the cache and reducing the demand on headphone performance in the second working mode.

[0056] Different compression methods may also be provided in the embodiments of this application.

[0057] For example, the audio source device encodes and compresses the audio data before wireless transmission. Therefore, the audio data received by the headphones is actually compressed data, which usually needs to be decoded before playback. In this application embodiment, the method by which the audio source device encodes and compresses the audio data can be referred to as the first encoding method. Based on this, this application provides methods for re-compressing the audio data by decoding and not decoding, respectively.

[0058] In one embodiment, compressing audio data to obtain compressed data may include: decoding the audio data to obtain first intermediate audio data; and recompressing the first intermediate audio data based on a second encoding method to obtain compressed data. The first intermediate audio data corresponds to the first encoding method; for example, the first intermediate audio data may be pulse code modulation audio data.

[0059] In this embodiment, the audio data is decoded and then re-encoded. The compression ratio of the second encoding method is required to be greater than that of the first encoding method, so that the compressed data can occupy less storage space.

[0060] In this embodiment, before compressing the first intermediate audio data based on the second encoding method, the first intermediate audio data may undergo preset intermediate processing to obtain second intermediate audio data; then, the second intermediate audio data is recompressed based on the second encoding method. The preset intermediate processing is to further reduce the quality of the audio data, thereby reducing the storage space occupied by the compressed data.

[0061] In embodiments of this application, the preset intermediate processing includes at least one of the following: reducing the sampling rate, reducing the sampling precision, and bandwidth clipping of specified high-frequency components. The specified high-frequency components can be those that have a minimal impact on the perception of sleep audio, so that after clipping, the user will not noticeably perceive them during deep sleep, thus avoiding situations where some sleep-aiding audio is clipped into audio that affects the user's sleep.

[0062] In another embodiment, compressing the audio data to obtain compressed data may also include performing at least one of the following recompression processes on the audio data: repackaging the compressed bitstream of the audio data, frame merging, reducing high-frequency components, and bitrate adjustment.

[0063] The audio data compressed using the first encoding method can be referred to as the compressed bitstream. Recompression refers to further compression of the already compressed audio data. This recompression is achieved through methods such as repackaging, frame merging, reducing high-frequency components, and bitrate adjustment to reduce the storage space occupied by the audio data.

[0064] This method can optimize the headphone workflow to some extent because it does not require decoding of audio data, but the compression level may be lower than that of the method of compression after decoding. Both have their advantages, and no restriction is placed on which method to use.

[0065] In the above embodiments, even if the audio data is compressed, power consumption can still be reduced by combining the methods provided in the foregoing embodiments. For example, when looping the buffered audio data, the buffered compressed data can be looped, wherein the compressed data is decompressed before playback, and the specific method is not limited here.

[0066] To facilitate understanding, an example is provided here to elaborate on the method provided in this application. Please refer to [link / reference]. Figure 2 , Figure 2 This is a diagram showing the relationship between the operation and modes of the headphones provided in an embodiment of this application.

[0067] In the first operating mode, the headphones can continuously receive and play audio data via the wireless communication module, where the received audio data can be buffered based on a first buffer size. Additionally, the headphones can monitor the user's sleep state to determine whether the conditions for mode switching are met.

[0068] After the mode switching conditions are met, the system switches from the first working mode to the second working mode. During the switch, the headphones acquire at least one segment of audio data through the wireless communication module, compress the audio data, and then buffer it. The compression method can be either decoded compression or undecoded compression; for details, please refer to the aforementioned content. This compression effectively reduces the storage space occupied by the audio data.

[0069] In the second operating mode, the earphone controls the wireless communication module to stop receiving audio data, or further controls the wireless communication module to enter a low-power operating state. In this mode, the earphone can loop through buffered audio / compressed data.

[0070] The above audio playback method can effectively reduce headphone power consumption in specific scenarios such as user sleep, thereby improving headphone battery life. It should be noted that the second working mode is not necessarily activated during deep sleep; it can also be used in other scenarios that reduce headphone power consumption. Deep sleep is one suitable scenario for the second working mode, but other scenarios are not limited here.

[0071] Based on the same inventive concept, this application also provides an earphone; please refer to [link / reference]. Figure 3 , Figure 3 This is a structural block diagram of an earphone according to an embodiment of this application. The earphone 300 includes: a wireless communication module 320, a memory 330, a processor 310, and an audio playback module 340. The processor 310 is connected to the wireless communication module 320, the memory 330, and the audio playback module 340.

[0072] In the embodiments of this application, the wireless communication module can be used to connect to an audio source device to acquire audio data. The memory is used to cache the audio data. The audio playback module is used to output the audio data. The processor is used to control the wireless communication module, the memory, and the audio playback module to execute the audio playback method provided in any of the foregoing embodiments.

[0073] Currently, true wireless earbuds, due to their small size, can be worn by users without disturbing their sleep. The earbuds provided in this application are suitable for use in sleep scenarios; therefore, in the embodiments of this application, the earbuds can be true wireless earbuds.

[0074] In addition, in some other embodiments of this application, the headphones may also be other types of headphones to meet the requirements of headphone power consumption, battery life and continuous playback in other scenarios. The specific type is not limited here.

[0075] Based on the same inventive concept, embodiments of this application also provide a computer-readable storage medium storing a program thereon, which, when run on a processor, causes the processor to execute the audio playback method provided in the above embodiments.

[0076] The readable storage medium can be any available medium that the processor can access, or a data storage device such as a server or data center that integrates one or more available media. The available medium can be magnetic media (e.g., floppy disks, hard disks, magnetic tapes), optical media (e.g., DVDs (digital video discs)), or semiconductor media (e.g., SSDs (solid state disks)).

[0077] If the audio playback method is implemented as a software functional module and sold or used as an independent product, it can be stored in a readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or a part of the technical solution, can be embodied in the form of a software product. This software product is stored in a storage medium and includes several instructions to cause the communication module to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, ROM (Read-Only Memory), RAM (Random Access Memory), magnetic disks, or optical disks.

[0078] Based on the same inventive concept, this application also provides a computer program product, which includes a computer program that, when executed by a communication module, implements the aforementioned audio playback method. The computer program product can be a software installation package, a program script, etc.

[0079] In the embodiments provided in this application, it should be understood that the disclosed methods and devices can also be implemented in other ways. The device embodiments described above are merely illustrative. The functional modules in the various embodiments of this application can be integrated together to form an independent part, or each module can exist independently, or two or more modules can be integrated to form an independent part.

[0080] The above embodiments can be freely combined without conflict, and the resulting embodiments are covered within the protection scope of this application.

[0081] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

[0082] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Unless otherwise specified, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.

Claims

1. An audio playback method, characterized in that, Applied to headphones, the headphones including a wireless communication module; the audio playback method includes: In the first working mode, the wireless communication module maintains the reception of audio data and plays the audio data; the first working mode indicates that the user is in a non-sleep or light sleep state. When the headphones are detected to switch from the first working mode to the second working mode, audio data supporting playback of a preset duration is acquired and cached; the second working mode indicates that the user is in a deep sleep state. In the second operating mode, the wireless communication module is controlled to stop receiving the audio data and play the cached audio data.

2. The audio playback method according to claim 1, characterized in that, The step of acquiring and caching audio data that supports playback of a preset duration by the headphones includes: The audio data is received via the wireless communication module; The audio data is compressed to obtain compressed data; The compressed data is cached; wherein the cached compressed data supports playback of the preset duration by the headphones; The audio data in the playback cache includes the compressed data in the playback cache.

3. The audio playback method according to claim 2, characterized in that, The audio data is compressed using a first encoding method; The process of compressing the audio data to obtain compressed data includes: The audio data is decoded to obtain the first intermediate audio data; The first intermediate audio data is recompressed based on the second encoding method to obtain the compressed data; The compression ratio of the second encoding method is greater than that of the first encoding method.

4. The audio playback method of claim 3, wherein, Before compressing the first intermediate audio data based on the second encoding method, the method further includes: The first intermediate audio data is subjected to preset intermediate processing to obtain the second intermediate audio data; The recompression of the first intermediate audio data based on the second encoding method includes: The second intermediate audio data is recompressed based on the second encoding method; The preset intermediate processing includes at least one of the following: Reduce sampling rate, reduce sampling accuracy, and specify frequency band clipping for high-frequency components.

5. The audio playback method according to claim 2, characterized in that, The audio data includes a compressed bitstream; The process of compressing the audio data to obtain compressed data includes: The audio data is subjected to at least one of the following recompression processes: The compressed bitstream of the audio data is repackaged, frames are merged, high-frequency components are reduced, and the bitrate is adjusted.

6. The method according to any one of claims 1 to 5, characterized in that, The audio data in the playback cache includes the audio data in the loop playback cache.

7. The method according to any one of claims 1 to 5, characterized in that, After controlling the wireless communication module to stop receiving the audio data, the method further includes: Control the wireless communication module to enter a preset low-power operating state.

8. The method of claim 7, wherein, The control of the wireless communication module to enter a preset low-power operating state includes: Control the wireless communication module to perform at least one of the following: Power off the wireless communication module; Control the wireless communication module to turn off; Control the wireless communication module to enter sleep mode; The wireless communication module is controlled to be woken up at predetermined long time intervals to maintain a standby connection.

9. The method according to any one of claims 1-5, characterized in that, The method further includes: In the first working mode, preset monitoring data is acquired; When the preset monitoring data meets the preset mode switching conditions, the working mode of the headphones is controlled to switch from the first working mode to the second working mode; The preset monitoring data is used to characterize the user's sleep state, and the preset monitoring data includes at least one of the following monitoring data: the user's sleep monitoring data, the headphone wearing status change data, time information, and user-defined monitoring data; The preset mode switching conditions include different monitoring data and their corresponding conditions for switching from the first working mode to the second working mode.

10. The method of claim 9, wherein, Maintaining the reception of audio data via the wireless communication module includes: When the headphones are in the first working mode, the continuously received audio data is buffered based on a first buffer size; Play audio data cached based on the first cache size; Wherein, the playback duration of the audio data corresponding to the first buffer amount is less than the preset duration.

11. The method according to claim 10, characterized in that, The first buffer size is used to buffer audio data for N milliseconds; where N is greater than 1 and less than 999. The preset duration is greater than 1 second.

12. An earphone, characterized in that, include: Wireless communication module, memory, processor, and audio playback module; The processor is connected to the wireless communication module, the memory, and the audio playback module, respectively. The wireless communication module is used to connect to the audio source device to obtain audio data; The memory is used to cache the audio data; The audio playback module is used to output the audio data; The processor is used to control the wireless communication module, the memory, and the audio playback module to execute the audio playback method as described in any one of claims 1-11.

13. The earphone of claim 12, wherein, The earphones mentioned are true wireless earphones.

14. A readable storage medium, characterized by, The readable storage medium stores a program that, when run on a processor, causes the processor to implement the audio playback method as described in any one of claims 1-11.

Images