Low-power management method of wearable device and wearable device

Abstract

The application relates to a low-power consumption management method of a wearable device, a wearable device and a non-transient computer readable medium. The method comprises the following steps: a master device determines an interaction mode of the master device; the master device determines a first function corresponding to the master device and a second function corresponding to a slave device according to a preset power consumption balance strategy corresponding to the interaction mode; the master device runs the first function, and controls the slave device to run the second function. Through the application, the problem that the normal endurance time of the wearable device is short is solved, and the normal endurance time of the wearable device is improved.

Description

Technical Field

[0001] This application relates to the field of wearable device technology, and in particular to low-power management methods for wearable devices, wearable devices, and non-transient computer-readable media. Background Technology

[0002] True Wireless Stereo (TWS) earbuds use two separate devices, one for each earbud and one for each earbud, each with its own independent control chip (MCU) and battery. Due to the limitations of product size and form factor, the batteries are generally very small. Voice glasses are similar to TWS earbuds; limited by their structure, they also use two separate devices, one for each earbud and one for each earbud, and similarly face the problem of small batteries.

[0003] The battery life of wearable devices is limited. Furthermore, in the aforementioned wearable devices, since the left and right earpieces use independent batteries, if there is a prolonged difference in power consumption between the two devices during operation, one device may still have some battery power remaining while the other has run out of power. This can cause at least some functions of the wearable device (such as spatial audio) to malfunction, resulting in a short normal battery life. Summary of the Invention

[0004] This embodiment provides a low-power management method for wearable devices, a wearable device, and a non-transient computer-readable medium to solve the problem of short normal battery life of wearable devices in related technologies.

[0005] A low-power management method for a wearable device, the wearable device comprising a master device and a slave device, each independently powered and equipped with a sound-emitting unit, wherein the master device establishes communication connections with both the slave device and the master control device; the low-power management method includes:

[0006] The master device determines the interaction mode with the master control device;

[0007] The master device determines a first function corresponding to the master device and a second function corresponding to the slave device according to a preset power consumption balancing strategy corresponding to the interaction mode;

[0008] The master device performs the first function and controls the slave device to perform the second function.

[0009] In some embodiments, the method further includes:

[0010] When the first data used to perform the first function is acquired by the slave device, the master device acquires the first data from the slave device; and

[0011] When the master device acquires the data used to perform the second function, the master device sends the second data to the slave device.

[0012] In some embodiments, the method further includes:

[0013] The main device acquires the operating results of the first function and the second function.

[0014] In some embodiments, two data acquisition capabilities are respectively configured on one of the master device and the slave device, and the two data acquisition capabilities include: audio data acquisition capability and inertial measurement unit (IMU) data acquisition capability. The method further includes:

[0015] The master device controls devices with audio data acquisition capabilities to perform audio data acquisition functions, and controls devices with IMU data acquisition capabilities to perform IMU data acquisition functions.

[0016] In some embodiments, before the master device determines the first function corresponding to the master device and the second function corresponding to the slave device according to a preset power balancing strategy corresponding to the interaction mode, the method further includes:

[0017] The master device determines whether its data acquisition capability is suitable for the interaction mode based on the interaction mode and its data acquisition capability.

[0018] If the data acquisition capability of the master device is not suitable for the interaction mode, the master device initiates a master-slave mode switch.

[0019] In some embodiments, when the interaction mode is a voice interaction mode and the main device does not have audio data acquisition capabilities, the main device determines that the main device's data acquisition capabilities are not suitable for the interaction mode.

[0020] In some embodiments, the master device determines a first function corresponding to the master device and a second function corresponding to the slave device based on a preset power balancing strategy corresponding to the interaction mode, including:

[0021] When the interaction mode is voice interaction mode, the master device determines that the first function includes audio data encoding and compression function based on audio data and voice interaction management function with the master control device, and the master device determines that the second function includes attitude calculation function based on IMU data.

[0022] In some embodiments, the master device determines a first function corresponding to the master device and a second function corresponding to the slave device based on a preset power balancing strategy corresponding to the interaction mode, including:

[0023] When the interaction mode is the spatial audio playback mode, the master device determines that the first function includes: attitude calculation function based on IMU data, and the master device determines that the second function includes: head tracking function based on IMU data.

[0024] In some embodiments, the master device determines a first function corresponding to the master device and a second function corresponding to the slave device based on a preset power balancing strategy corresponding to the interaction mode, including:

[0025] When the interaction mode is a voice call mode and the main device has audio data acquisition capability, the main device determines that the first function includes a noise reduction function based on audio data, and determines that the second function includes an attitude calculation function based on IMU data.

[0026] When the interaction mode is a voice call mode and the main device has IMU data acquisition capability, the main device determines that the first function includes attitude calculation function based on IMU data, and determines that the second function includes noise reduction function based on audio data.

[0027] A wearable device includes a master device and a slave device, each independently powered and equipped with a sound-emitting unit; the master device establishes communication connections with the slave device and the master control device respectively; the master device includes a first processor and a first non-transient computer-readable medium, on which a first instruction is stored, and the first instruction executes the low-power management method of the wearable device when executed by the first processor.

[0028] In some embodiments, two data acquisition units are respectively disposed on one of the master device and the other of the slave device, the two data acquisition units including an audio data acquisition unit and an IMU data acquisition unit.

[0029] A non-transient computer-readable medium, in some embodiments of which the non-transient computer-readable medium stores a computer program, wherein the computer program is configured to execute the low-power management method of the wearable device at runtime.

[0030] Compared with related technologies, the aforementioned low-power management method for wearable devices, the wearable device, and the non-transient computer-readable medium, through the master device determining the interaction mode with the master control device; the master device determining the first function corresponding to the master device and the second function corresponding to the slave device according to the preset power balancing strategy corresponding to the interaction mode; the master device running the first function and controlling the slave device to run the second function, solves the problem of short normal battery life of wearable devices and improves the normal battery life of wearable devices.

[0031] Details of one or more embodiments of this application are set forth in the following drawings and description to make other features, objects and advantages of this application more readily apparent. Attached Figure Description

[0032] The accompanying drawings, which form part of this application, are used to provide a further understanding of this application. The illustrative embodiments and descriptions of this application are used to explain this application and do not constitute an undue limitation of this application. In the drawings:

[0033] Figure 1 This is a flowchart of the low-power management method provided in this embodiment.

[0034] Figure 2 This is a schematic diagram of the wearable device in this embodiment.

[0035] Figure 3 This is a schematic diagram illustrating the functionality of the wearable device in the voice interaction mode of this embodiment.

[0036] Figure 4 This is a schematic diagram illustrating the function of a wearable device operating in a spatial audio playback mode according to this embodiment.

[0037] Figure 5 This is a schematic diagram illustrating the functionality of a wearable device operating in another playback spatial audio mode according to this embodiment.

[0038] Figure 6 This is a schematic diagram illustrating the function of a wearable device operating in a voice call mode according to this embodiment.

[0039] Figure 7 This is a schematic diagram illustrating the functionality of the wearable device in another voice call mode according to this embodiment. Detailed Implementation

[0040] To better understand the purpose, technical solution, and advantages of this application, the application is described and illustrated below in conjunction with the accompanying drawings and embodiments.

[0041] Wearable devices with sound-generating units, such as TWS earphones and voice-activated glasses, need to perform various data acquisition, measurement, and processing functions to provide wearers with an immersive auditory or visual experience. These functions include, but are not limited to: IMU data acquisition, posture calculation, data transmission, audio data acquisition, audio encoding and compression, voice interaction management, head tracking for spatial audio processing, and call noise reduction.

[0042] IMU data includes acceleration data measured by accelerometers and angular velocity values ​​measured by gyroscopes. By acquiring IMU data of an object, changes in the object's motion state can be obtained. IMU data is required for head tracking in human posture calculation and spatial audio processing.

[0043] Attitude calculation, also known as attitude analysis, attitude estimation, or attitude fusion, refers to determining the pitch, roll, and direction of motion of a rigid body object based on IMU data. This allows for the determination of the object's motion in space. For example, attitude calculation for wearable devices can estimate the user's head movement in space and obtain additional motion information, such as whether the user has fallen, is walking, running, or using transportation. Attitude calculation typically employs computer algorithms such as Kalman filters, direction cosine matrix algorithms, or gradient descent attitude calculation algorithms.

[0044] Data transmission is used for bidirectional communication with the main control device, thereby transmitting data collected by the wearable device (such as audio data or physiological data) or the processing results of the collected data to the main control device. Data transmission can also receive audio data, video data, or control interaction data from the main control device and transmit them to the main control chip of the wearable device for corresponding processing.

[0045] Audio data acquisition refers to the acquisition of user speech or ambient sound using a pickup unit (such as a microphone).

[0046] Audio encoding compression refers to the compression of raw audio data, whether lossy or lossless, to reduce the data size and achieve faster audio transmission, transmitting audio data in a shorter time within limited bandwidth.

[0047] Voice interaction management refers to controlling various functions in wearable devices according to the control commands of the main control device.

[0048] Spatial audio processing refers to tracking the user's head movement within a spatial sound field using IMU data and processing the audio data accordingly. This ensures that the audio source's location remains constant even when the user rotates their head, creating an immersive auditory experience. Spatial audio processing typically employs Head Related Transfer Function (HRTF) technology.

[0049] Call noise reduction refers to filtering the signal received by the microphone during a voice call to ensure that the other party can hear the speaker clearly, thereby reducing external noise; it can also perform echo cancellation to prevent the other party from hearing the echo of the other party's voice.

[0050] This embodiment provides a low-power management method for wearable devices. It is applied to a wearable device comprising two independently powered devices, each with a sound-generating unit. These two devices are referred to as the master device and slave device respectively, in a master-slave mode. The master device establishes communication connections with both the slave device and the master control device. Figure 1 This is a flowchart of the low-power management method for wearable devices in this embodiment, as shown below. Figure 1 As shown, the process includes the following steps:

[0051] Step S101: The master device determines the interaction mode with the master control device.

[0052] In step S102, the master device determines the first function corresponding to the master device and the second function corresponding to the slave device according to the preset power consumption balancing strategy corresponding to the interaction mode.

[0053] In step S103, the master device performs the first function and controls the slave device to perform the second function.

[0054] Through the above steps, the master device allocates the functions to be run between the master device and the slave device according to the preset power consumption balancing strategy corresponding to the interaction mode with the master control device. This allows the two devices of the wearable device to have similar power consumption and the battery power consumption rate to be consistent, thereby improving the normal battery life of the wearable device.

[0055] In the above embodiments, both devices are integrated master-slave devices, meaning they can operate in both master and slave modes. Typically, the device that powers on first operates in master mode and begins searching for the other device. The other device, in slave mode, receives the master device's request to establish a communication connection, thus establishing a bidirectional communication connection between the master and slave devices. The master device can also establish a bidirectional communication connection with a control device (e.g., a smartphone, personal computer) via RFCOMM, HFP, A2DP, or BLE technologies. The device in slave mode can listen to and play audio data sent from the control device to the master device, thereby achieving stereo audio playback.

[0056] Since both devices may be in master device mode in this embodiment, the above steps can be executed by either device in master device mode. The program code for each function of the master device or slave device in this embodiment, the preset power balancing strategy, and the program code for executing the low power management method provided in this embodiment can all be written in both devices at the same time and loaded and run as needed.

[0057] In some embodiments, when the first data for operating the first function is acquired by the slave device, the master device acquires the first data from the slave device; and when the data for operating the second function is acquired by the master device, the master device sends the second data to the slave device. The first data may be, for example, audio data or IMU data acquired by the slave device, or the aforementioned data after preliminary processing by the slave device; the second data may be, for example, audio data or IMU data acquired by the master device, audio data or control commands obtained by the master device from the master control device, or the aforementioned data after preliminary processing by the master device.

[0058] For example, if the master device determines that the slave device is performing attitude calculation based on IMU data, and the IMU data was acquired by the master device, then the master device will transmit the IMU data to the slave device through the established bidirectional communication connection. As another example, if the master device determines that it is performing head tracking based on IMU data, and the IMU data was acquired by the slave device, then the master device will notify the slave device so that the slave device can transmit its acquired IMU data to the master device through the established bidirectional communication connection.

[0059] In some embodiments, the master device acquires the operational results of the first and second functions. After acquiring the operational results of the first and second functions, the master device can generate control commands or status notifications based on these results and send the control commands to the slave device or the status notifications to the master control device. The master device can also send the operational results to the master control device. For example, if the operational result is a noise-reduced frequency, the master device sends the noise-reduced frequency to the master control device, enabling the master control device to transmit the noise-reduced frequency to the other party in a voice call, thus achieving noise-reduced communication.

[0060] In related technologies, wearable devices employ a symmetrical design between the master and slave devices, meaning that the two devices have identical constituent units; for example, both devices have a main control chip, an audio data acquisition unit, and an IMU data acquisition unit. However, the audio data acquisition unit and the IMU data acquisition unit are used to acquire audio data and IMU data, respectively, and this data typically only needs to be processed on one device to meet the operational requirements of the wearable device. Therefore, to reduce costs, in this embodiment, the wearable device adopts an asymmetrical design, where one device has an audio data acquisition unit but no IMU data acquisition unit, and the other device has an IMU data acquisition unit but no audio data acquisition unit. Based on this, the audio data acquisition capability and the IMU data acquisition capability are respectively located on one of the master and slave devices. The master device controls the device with the audio data acquisition capability to perform the audio data acquisition function, and controls the device with the IMU data acquisition capability to perform the IMU data acquisition function. By adopting the above approach, while reducing costs, the normal operation of the wearable device can be guaranteed through the cooperation of the two devices.

[0061] When the master and slave devices adopt an asymmetric design, due to the differences in capabilities between the two devices, there may be situations where the current master device is unable to perform a certain necessary function or causes significant waste in power consumption and signaling interaction when performing a certain function, making it unsuitable. In this case, before the master device determines the first function corresponding to the master device and the second function corresponding to the slave device according to the preset power balancing strategy corresponding to the interaction mode, the master device can determine whether its data acquisition capability is suitable for the interaction mode based on the interaction mode and its own data acquisition capability. If the master device's data acquisition capability is not suitable for the interaction mode, the master device initiates a master-slave mode switch.

[0062] For example, if the interaction mode is voice interaction mode and the main device lacks audio data acquisition capabilities, the main device will determine that its data acquisition capabilities are unsuitable for the interaction mode. By switching the main device to one with audio data acquisition capabilities in voice interaction mode, the latency of voice interaction can be reduced, providing users with a smoother interactive experience.

[0063] During master-slave mode switching, the master device transmits information related to establishing a Bluetooth link with the master device, such as clock, baseband layer, link managers (LM) layer, and profile, through the signaling channel to the slave device. The slave device then switches to master mode and establishes a Bluetooth link with the master device, completing a seamless switch. This process takes approximately 20ms and is imperceptible to the user.

[0064] This embodiment provides a wearable device, which may be, for example, voice-activated glasses or TWS earphones. Figure 2 This is a schematic diagram of the wearable device in this embodiment. Figure 2 As shown, the wearable device includes a first device 10 and a second device 20.

[0065] In this embodiment of the wearable device, both devices are integrated master-slave devices, meaning both can operate in either master or slave mode. However, in practical use, typically one device is in master mode and the other in slave mode. In some scenarios, the master and slave modes of the two devices can be interchanged. The device in master mode can actively search for other slave devices and establish communication connections with them; the device in slave mode passively accepts pairing or connection requests from the master device, thereby establishing a communication connection. After establishing a communication connection, both the master and slave devices can send data or commands to each other. The device in master mode can connect to multiple devices in slave mode. For example, in this embodiment, the master device establishes a bidirectional communication connection with the slave devices. The master device can also establish a bidirectional communication connection with the master control device via RFCOMM, HFP, A2DP, or BLE technologies. The slave device can listen to and play audio data sent from the master control device to the master device, thereby achieving stereo audio playback.

[0066] In some embodiments, the first device 10 and the second device 20 of the wearable device adopt a symmetrical design, that is, the constituent units of the two devices are exactly the same. For example, both devices have a main control chip, an audio data acquisition unit and an IMU data acquisition unit.

[0067] In other embodiments, the audio data acquisition unit and the IMU data acquisition unit are respectively located in one of the master device and the other of the slave device.

[0068] For example, the first device 10 includes a first main control chip 101, a first wear detection unit 102, a first touch control unit 103, a first sound unit 104, and a first Bluetooth unit 105. The second device 20 includes a second main control chip 201, a second wear detection unit 202, a second touch control unit 203, a second sound unit 204, and a second Bluetooth unit 205. Both the first wear detection unit 102 and the second wear detection unit 202 are used to detect the wearing status of the wearable device. Both the first Bluetooth unit 105 and the second Bluetooth unit 205 are master-slave integrated units, meaning they can operate in either master device mode or slave device mode. Furthermore, the first Bluetooth unit 105 and the second Bluetooth unit 205 can establish a signaling channel to transmit data between the first main control chip 101 and the second main control chip 201. When in master device mode, the first Bluetooth unit 105 and the second Bluetooth unit 205 can communicate bidirectionally with the master device via RFCOMM, HFP, A2DP, or BLE technology. When in slave device mode, they can listen to and play audio data emitted by the master device, thus achieving stereo audio playback together with the master device. The master device can be a mobile phone or a personal computer. The first device 10 and the second device 20 are also equipped with batteries, which can have the same capacity. Figure 2 Not shown in the image.

[0069] In the above embodiments, the wearable device adopts an asymmetric design, meaning that the essential audio data acquisition unit and IMU data acquisition unit for audio data acquisition and IMU data acquisition are each located in one of the devices. For example, the first device 10 also includes an IMU data acquisition unit 106, but no audio data acquisition unit; the second device 20 includes an audio data acquisition unit 206, but no IMU data acquisition unit. This asymmetric design reduces the number of sensors used and saves hardware costs.

[0070] The first main control chip 101 further includes a first processor 1011 and a first non-transient computer-readable medium 1012. The second main control chip 201 further includes a second processor 2011 and a second non-transient computer-readable medium 2012. Instructions are stored on the first non-transient computer-readable medium 1012 and the second non-transient computer-readable medium 2012. When the first device 10 is in master device mode, the instructions stored in the first non-transient computer-readable medium 1012, when executed by the first processor 1011, cause the first processor 1011 to execute the aforementioned low-power management method for wearable devices. When the second device 10 is in master device mode, the instructions stored in the second non-transient computer-readable medium 2012, when executed by the second processor 2011, cause the second processor 2011 to execute the low-power management method for wearable devices.

[0071] The following will combine Figure 2 The wearable devices shown and Figure 1 The low-power management method shown herein is illustrated using the aforementioned wearable device as an example to demonstrate its functions such as IMU data acquisition, attitude calculation, data transmission, audio data acquisition, audio encoding and compression, voice interaction management, spatial audio processing, and call noise reduction.

[0072] Voice interaction mode

[0073] In this embodiment, step S102 includes: when the interaction mode is voice interaction mode, the master device determines that the first function includes audio data encoding and compression function based on audio data and voice interaction management function with the master control device, and the master device determines that the second function includes: attitude calculation function based on IMU data.

[0074] During voice interaction, the master device may continue to acquire relevant user information to determine the user's state. For example, the IMU data acquisition and attitude calculation functions in the wearable device will continue to operate. Data transmission and voice interaction management functions also need to continue operating during voice interaction. In this embodiment, the data transmission function always operates on the master device. Following the principle of proximity, the voice interaction management function also operates on the master device (i.e., the second device 20) with an audio data acquisition unit to minimize voice interaction latency. Therefore, in some embodiments, before the master device determines the first function corresponding to the master device and the second function corresponding to the slave device based on a preset power consumption balancing strategy corresponding to the interaction mode, if the master device determines that it is currently in voice interaction mode and if the current master device (i.e., the master device is the first device 10) does not have data acquisition capabilities, then the master device determines that its data acquisition capabilities are unsuitable for the voice interaction mode. The master device then initiates a master-slave mode switch to switch the second device 20 to master mode and the first device 10 to slave mode.

[0075] During master-slave mode switching, the master device transmits information related to establishing a Bluetooth link with the master device, such as clock, baseband layer, link managers (LM) layer, and profile, through the signaling channel to the slave device. The slave device then switches to master mode and establishes a Bluetooth link with the master device, completing a seamless switch. This process takes approximately 20ms and is imperceptible to the user.

[0076] Figure 3This is a schematic diagram illustrating the functionality of the wearable device in the voice interaction mode of this embodiment, as shown below. Figure 3 As shown, when the first device 10 is in slave mode and the second device 20 is in master mode; or when the first device 10 is in master mode and the second device 20 is in slave mode, but after switching between master and slave modes: the second device 20 runs data transmission and voice interaction management functions. In addition, the second device 20 also collects audio data through an audio data acquisition unit, and encodes and compresses the audio data to improve the transmission rate before sending it to the master device through the data transmission function. Therefore, overall, the second device 20 already runs functions with a certain power consumption. Therefore, in this embodiment, in addition to collecting IMU data, the first device 10 also performs attitude calculation based on the IMU data, thereby achieving a basic balance in power consumption between the first device 10 and the second device 20.

[0077] The voice interaction function can be activated by voice, in which case the activation signal is always received by the second device 20. The voice interaction function can also be activated via the first touch control unit 103 or the second touch control unit 203, in which case the activation signal may be received by either the first device 10 or the second device 20. When the first device 10 receives the activation signal for the voice interaction function, if the first device 10 is in master mode, it can directly initiate a master-slave mode switching process; if the first device 10 is in slave mode, it sends the activation event to the second device 20 via a signaling channel. When the second device 20 receives the activation signal for the voice interaction function, if the second device 20 is in master mode, it directly runs the voice interaction function; if the second device 20 is in slave mode, it sends the activation event to the first device 10 via a signaling channel, causing the first device 10 to initiate a master-slave mode switching process. Alternatively, in some cases, the second device 20 can also directly initiate a master-slave mode switching process and run the voice interaction function after switching to master mode.

[0078] Playback Space Audio Mode

[0079] In this embodiment, step S102 includes: when the interaction mode is the playback spatial audio mode, the master device determines that the first function includes: attitude calculation function based on IMU data, and the master device determines that the second function includes: head tracking function based on IMU data.

[0080] Playing spatial audio involves IMU data acquisition and spatial audio functions (mainly head tracking); in addition, wearable devices also perform posture calculation and data transmission functions.

[0081] Figure 4This is a schematic diagram illustrating the function of a wearable device operating in a spatial audio playback mode according to this embodiment. Figure 4 As shown, when the first device 10 is in slave mode and the second device 20 is in master mode, since the master device runs the data transmission function, the attitude data obtained from the attitude calculation will be sent to the master device through the data transmission function according to the proximity principle. Therefore, in this embodiment, the attitude calculation function runs on the second device 20, and the IMU data required by the attitude calculation function is collected by the first device 10 and sent to the second device 20 through the signaling channel. According to the preset power consumption balancing strategy, the second device 20 controls the spatial audio function (mainly the head tracking algorithm) to run on the first device 10, thereby achieving a basic balance in power consumption between the first device 10 and the second device 20.

[0082] Figure 5 This is a schematic diagram illustrating the functionality of a wearable device operating in another playback spatial audio mode according to this embodiment, such as... Figure 5 As shown, when the first device 10 is in master mode and the second device 20 is in slave mode, since the host runs the data transmission function, the attitude data obtained from the attitude calculation will be sent to the master device through the data transmission function according to the proximity principle. Therefore, in this embodiment, the attitude calculation function runs on the first device 10. According to the preset power consumption balancing strategy, the first device 10 controls the spatial audio function (mainly the head tracking algorithm) to run on the second device 20. The IMU data required by the spatial audio function is collected by the first device 10 and sent to the second device 20 through the signaling channel, thereby achieving a basic balance in power consumption between the first device 10 and the second device 20.

[0083] Voice call mode

[0084] In this embodiment, step S102 includes: when the interaction mode is a voice call mode and the main device has audio data acquisition capability, the main device determines that the first function includes a noise reduction function based on audio data and determines that the second function includes an attitude calculation function based on IMU data; when the interaction mode is a voice call mode and the main device has IMU data acquisition capability, the main device determines that the first function includes an attitude calculation function based on IMU data and determines that the second function includes a noise reduction function based on audio data.

[0085] In this embodiment, voice calls support call noise reduction.

[0086] Figure 6 This is a schematic diagram illustrating the function of a wearable device operating in a voice call mode according to this embodiment, as shown below. Figure 6As shown, since only the second device 20 has an audio data acquisition unit, both the call noise reduction function, which relies on the audio data acquisition unit, and the audio data acquisition unit itself operate on the second device 20. The wearable device also needs to run IMU data acquisition and attitude calculation functions; according to a preset power consumption balancing strategy, these functions all operate on the first device 10. Furthermore, if the first device 10 is in host mode, the data transmission function runs on the first device 10, thereby achieving a basic power consumption balance between the first device 10 and the second device 20.

[0087] Figure 7 This is a schematic diagram illustrating the functionality of the wearable device in another voice call mode according to this embodiment, such as... Figure 7 As shown, with Figure 6 The difference is that the second device 20 is in host mode, so the data transmission function runs on the second device 20, thereby achieving a basic balance in power consumption between the first device 10 and the second device 20.

[0088] It should be noted that, in Figures 3 to 7 In this system, both the first device 10 and the second device 20 are equipped with touch detection functions to respond to user touch operations on the first device 10 and the second device 20, respectively.

[0089] This embodiment also provides a non-transient computer-readable medium storing a computer program, wherein the computer program is configured to execute the aforementioned low-power management method for wearable devices at runtime.

[0090] Through the above embodiments, an audio data acquisition unit is set in one device and an IMU data acquisition unit is set in the other device in the wearable device. Compared with the related technology, which sets audio data acquisition units and IMU data acquisition units in both devices, hardware costs are saved. The above embodiments, by allocating functions between the two devices according to a preset power consumption balancing strategy, not only improve the consistency of battery life between the two devices but also increase the overall battery life of the wearable device.

[0091] It should be understood that the specific embodiments described herein are merely illustrative of the application and not intended to limit it. All other embodiments derived by those skilled in the art based on the embodiments provided in this application without inventive effort are within the scope of protection of this application.

[0092] Obviously, the accompanying drawings are merely some examples or embodiments of this application. Those skilled in the art can apply this application to other similar situations based on these drawings without any creative effort. Furthermore, it is understood that although the work done in this development process may be complex and lengthy, for those skilled in the art, certain design, manufacturing, or production modifications made based on the technical content disclosed in this application are merely conventional technical means and should not be considered as insufficient disclosure of this application.

[0093] The term "embodiment" in this application refers to a specific feature, structure, or characteristic described in connection with an embodiment that may be included in at least one embodiment of this application. The appearance of this phrase in various places in the specification does not necessarily imply the same embodiment, nor does it imply that it is mutually exclusive with or independent of other embodiments. It will be clearly or implicitly understood by those skilled in the art that the embodiments described in this application may be combined with other embodiments without conflict.

[0094] Unless otherwise defined, the technical or scientific terms used in this application shall have the general meaning as understood by one of ordinary skill in the art to which this application pertains. Words such as “a,” “an,” “an,” “the,” “the,” and “these,” used in this application, do not indicate quantitative limitation and may be singular or plural. The terms “comprising,” “including,” “having,” and any variations thereof used in this application are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or device that comprises a series of steps or modules (units) is not limited to the listed steps or modules (units) but may include steps or modules (units) not listed, or may include other steps or modules (units) inherent to such processes, methods, products, or devices. The terms “connected,” “linked,” and “coupled,” used in this application, are not limited to physical or mechanical connections but may include electrical connections, whether direct or indirect. The term “multiple” used in this application refers to two or more. The "and / or" operator describes the relationship between related objects, indicating that three relationships can exist. For example, "A and / or B" can represent three cases: A alone, A and B simultaneously, and B alone. Typically, the character " / " indicates that the objects before and after it are in an "or" relationship. The terms "first," "second," and "third," etc., used in this application are merely for distinguishing similar objects and do not represent a specific ordering of the objects.

[0095] The embodiments described above are merely illustrative of several implementation methods of this application, and while the descriptions are specific and detailed, they should not be construed as limiting the scope of patent protection. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this application, and these all fall within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the appended claims.

Claims

1. A low-power management method for wearable devices, characterized in that, The wearable device includes a master device and a slave device, each independently powered and equipped with a sound unit. The functional modules of the master device and the slave device are asymmetrically designed. Two data acquisition capabilities are respectively located in one of the master device and the slave device, including audio data acquisition and IMU data acquisition. The master device establishes communication connections with both the slave device and the master control device. The low-power management method includes: The master device determines the interaction mode with the master control device; The master device determines a first function corresponding to the master device and a second function corresponding to the slave device according to a preset power consumption balancing strategy corresponding to the interaction mode. The preset power consumption balancing strategy is used to make the power consumption of the master device and the slave device approximately the same. The master device performs the first function and controls the slave device to perform the second function.

2. The method according to claim 1, characterized in that, The method further includes: When the first data used to perform the first function is acquired by the slave device, the master device acquires the first data from the slave device; and When the master device acquires the data used to perform the second function, the master device sends the second data to the slave device.

3. The method according to claim 1, characterized in that, The method further includes: The main device acquires the operating results of the first function and the second function.

4. The method according to claim 1, characterized in that, The method further includes: The master device controls devices with audio data acquisition capabilities to perform audio data acquisition functions, and controls devices with IMU data acquisition capabilities to perform IMU data acquisition functions.

5. The method according to claim 4, characterized in that, Before the master device determines the first function corresponding to the master device and the second function corresponding to the slave device according to a preset power balancing strategy corresponding to the interaction mode, the method further includes: The master device determines whether its data acquisition capability is suitable for the interaction mode based on the interaction mode and its data acquisition capability. If the data acquisition capability of the master device is not suitable for the interaction mode, the master device initiates a master-slave mode switch.

6. The method according to claim 5, characterized in that, If the interaction mode is a voice interaction mode and the main device does not have the ability to collect audio data, the main device determines that the data collection capability of the main device is not suitable for the interaction mode.

7. The method according to claim 4, characterized in that, The master device determines a first function corresponding to the master device and a second function corresponding to the slave device according to a preset power consumption balancing strategy corresponding to the interaction mode, including: When the interaction mode is voice interaction mode, the master device determines that the first function includes audio data encoding and compression function based on audio data and voice interaction management function with the master control device, and the master device determines that the second function includes attitude calculation function based on IMU data.

8. The method according to claim 4, characterized in that, The master device determines a first function corresponding to the master device and a second function corresponding to the slave device according to a preset power consumption balancing strategy corresponding to the interaction mode, including: When the interaction mode is the spatial audio playback mode, the master device determines that the first function includes: attitude calculation function based on IMU data, and the master device determines that the second function includes: head tracking function based on IMU data.

9. The method according to claim 4, characterized in that, The master device determines a first function corresponding to the master device and a second function corresponding to the slave device according to a preset power consumption balancing strategy corresponding to the interaction mode, including: When the interaction mode is a voice call mode and the main device has audio data acquisition capability, the main device determines that the first function includes a noise reduction function based on audio data, and determines that the second function includes an attitude calculation function based on IMU data. When the interaction mode is a voice call mode and the main device has IMU data acquisition capability, the main device determines that the first function includes attitude calculation function based on IMU data, and determines that the second function includes noise reduction function based on audio data.

10. A wearable device, characterized in that, The wearable device includes a master device and a slave device, each independently powered and equipped with a sound unit; the functional modules of the master device and the slave device are asymmetrically designed, with two types of data acquisition units respectively disposed in one of the master device and the slave device, the two types of data acquisition units including an audio data acquisition unit and an IMU data acquisition unit; the master device establishes communication connections with the slave device and the master control device respectively; the master device includes a first processor and a first non-transient computer-readable medium, on which a first instruction is stored, and the first instruction, when executed by the first processor, executes the low-power management method of the wearable device according to any one of claims 1 to 9.

11. A non-transient computer-readable medium, characterized in that, The non-transient computer-readable medium stores a computer program, wherein the computer program is configured to execute the low-power management method of the wearable device according to any one of claims 1 to 9 when it is run.

Images