Distributed audio group mute and recovery method and system, storage medium and equipment

Abstract

The invention relates to the technical field of audio control, and discloses a distributed audio group mute and recovery method and system, a storage medium and a device, and the method comprises the steps: determining a master device in a distributed audio network, and enabling the master device to find and register a plurality of slave devices to establish an audio group; receiving a group mute or recovery instruction sent by a user through the master device, and performing validity verification on the instruction; the master device allocates a uniform timestamp to the verified instruction, and sends a synchronous control command to all slave devices in the group based on the timestamp; the slave equipment executes mute or recovery operation at the moment corresponding to the timestamp, synchronous response of the equipment in the group is realized, all the equipment is ensured to accurately and synchronously execute the mute / recovery operation through unified management of the master equipment and the adoption of global timestamp synchronization and adaptive delay prediction technologies, and an intelligent state monitoring and exception recovery mechanism is provided, so that the service life of the slave equipment is prolonged. Finally, efficient and reliable multi-room audio group control with excellent user experience is realized.

Description

Technical Field

[0001] This invention relates to the field of audio control technology, and in particular to a method, system, storage medium, and device for distributed audio group mute and restore. Background Technology

[0002] With the rapid development of the Internet of Things, artificial intelligence, and wireless communication technologies, distributed multi-room audio systems have become an important component of modern smart homes. Users expect to seamlessly enjoy high-quality music in different rooms of their homes and achieve convenient centralized control of the audio system.

[0003] Currently, most of these systems use Wi-Fi, Bluetooth, or proprietary protocols for networking, but they still have significant shortcomings in achieving global mute and restore functionality. The most common control mode is "independent control of a single device," requiring users to operate each speaker individually, a cumbersome and inefficient process that cannot meet the needs of real-time group control. While some systems support group control, they lack an efficient master control coordination mechanism. Commands are usually issued via broadcast or polling, and due to differences in network latency and processing capabilities among devices, execution cannot be synchronized. When muted, the sound disappears intermittently, and when restored, the volume fluctuates, severely disrupting the overall audio experience.

[0004] Furthermore, existing solutions generally lack effective status monitoring and consistency assurance mechanisms. The system cannot accurately perceive the command execution status of each device. When individual devices fail to respond due to network jitter or malfunction, it can lead to inconsistent group statuses, which are difficult for users to detect, and the system often cannot automatically repair this, requiring manual intervention, indicating insufficient intelligence. The recovery function also has limitations, mostly failing to remember or completely restore the state before muting (such as sound source, sound effects, and precise volume), requiring users to manually adjust it again, which is not intelligent or user-friendly.

[0005] In summary, existing technologies suffer from bottlenecks in group mute and restore control, such as cumbersome operation, poor synchronization, low reliability, and insufficient intelligence. An innovative solution is urgently needed to improve the user experience. Summary of the Invention

[0006] The purpose of this invention is to overcome the shortcomings of the prior art and provide a distributed audio group mute and restore method, system, storage medium and device. Through unified timestamp, adaptive delay compensation and intelligent status management, it can achieve efficient, accurate and reliable group mute and restore of multiple devices.

[0007] On the one hand, a distributed audio group mute and restore method is provided, including the following steps: S1: In a distributed audio network, a master device is identified, and the master device discovers and registers multiple slave devices to establish an audio group; S2: Receive group mute or restore commands from users through the main device and verify the validity of the commands; S3: The master device assigns a unified timestamp to the verified command and sends a synchronization control command to all slave devices in the group based on the timestamp; S4: The device performs a mute or resume operation at the time corresponding to the timestamp, thereby achieving synchronous response of devices within the group.

[0008] Furthermore, in step S1, establishing the audio group further includes: S11: The main device performs its own system detection, including network connection status, audio processing module status, and storage space availability. S12: The master device broadcasts its own identity information over the network and receives response information from the slave devices; S13: The master device assigns a unique identifier to each slave device based on the response information and constructs the group network topology; S14: The master device continuously monitors the network status of the slave devices and dynamically updates the topology to optimize communication strategies.

[0009] Furthermore, in step S3, the allocation of the timestamp specifically includes: Timestamps are allocated based on a global time synchronization protocol. The master device acts as a time server, periodically sending time synchronization information to the slave devices. The network time protocol ensures that the local time of all devices in the audio group is synchronized with the master device, with the time synchronization accuracy controlled at the millisecond level.

[0010] Preferably, in step S3, sending the synchronization control command further includes: The timing of the synchronization control command is dynamically adjusted based on an adaptive delay prediction algorithm. This algorithm predicts the current latency of each slave device based on its historical network latency data, employs a combination of exponential smoothing and trend analysis, and sends the command in advance to compensate for network latency differences, ensuring that the synchronization error between devices is controlled within ±3 milliseconds.

[0011] Furthermore, the method also includes status monitoring: The master device receives heartbeat signals and status information sent by the slave device in real time; An anomaly detection algorithm based on multi-dimensional parameter fusion is used to assess the device status, identify abnormal devices, and trigger corresponding recovery or retry mechanisms.

[0012] The anomaly detection algorithm specifically includes: A risk score is calculated based on multiple monitoring parameters of the device, and the device weight is dynamically adjusted according to the calculated risk score to determine whether the device is in an abnormal state.

[0013] Further, in step S4, the recovery operation specifically includes: Before performing the mute operation, the master device records the audio status information of each slave device; Upon receiving a recovery command, the master device generates a personalized recovery strategy for each device based on the recorded audio status information. The device performs a recovery operation according to the recovery strategy, restoring it to its state before being muted, or adjusting it according to user preferences.

[0014] The recovery strategy includes: A dynamic volume balance algorithm is adopted, which calculates the target recovery volume for each device based on room acoustic characteristics, time factors, and user preference coefficients, and uses a progressive volume change function to achieve smooth recovery.

[0015] Furthermore, the method described in step S3 also includes a command retry mechanism: If the master device does not receive a command confirmation response from a slave device within a preset time, it will resend the control command to that device. If multiple retries fail, the device is marked as abnormal and excluded from the current group operations.

[0016] Preferably, the method supports user-defined group configurations, including at least one of creating multiple device subgroups, setting timed mute plans, and scene mode linkage functions.

[0017] Even better, the main device also supports linkage with other smart home devices, enabling coordinated actions of other devices to be triggered when performing a mute or restore operation.

[0018] Furthermore, the method employs at least one of command compression transmission, incremental state update, and multicast communication techniques to optimize network bandwidth usage and improve system communication efficiency.

[0019] On the other hand, a distributed audio group mute and restore system is also provided, including: The group management module is used to identify a master device in a distributed audio network, and the master device discovers and registers multiple slave devices to establish an audio group; The instruction processing module is used to receive group mute or restore instructions from users through the main device and to verify the validity of the instructions. The synchronization control module is used by the master device to assign a unified timestamp to the verified instructions and send synchronization control commands to all slave devices in the group based on the timestamp. The command execution module is used to perform a mute or resume operation from the device at the time corresponding to the timestamp, so as to achieve synchronous response of devices within the group.

[0020] In addition, a computer-readable storage medium is provided having a computer program stored thereon, which, when executed by a processor, implements the distributed audio group mute and restore method described in any of the preceding claims.

[0021] Meanwhile, an electronic device is provided, comprising: one or more processors; and a storage device for storing one or more programs, which, when executed by the one or more processors, cause the one or more processors to implement the distributed audio group mute and restore method described in any of the preceding claims.

[0022] Compared with the prior art, the beneficial effects of the present invention are: This invention enables centralized control via a main device, allowing users to manage the entire audio group with a single operation, greatly improving ease of operation and efficiency, and solving the tedious problem of controlling each device individually. Based on global time synchronization and a command issuance mechanism with timestamps, combined with adaptive latency prediction, this invention ensures that all slave devices can perform mute / resume operations at the same time, which basically eliminates the problem of audio-visual asynchrony or sound interruption caused by network latency differences, and significantly improves the user experience. This invention, through real-time status monitoring, intelligent anomaly detection, and automatic retry mechanism, enables the system to promptly detect and handle faulty equipment, ensuring a high success rate of commands and consistency of group status, thereby enhancing the stability and robustness of the system. This invention uses a recording of the state before muting and a dynamic volume balancing algorithm to enable the device to intelligently return to the user's previous working state or make adaptive adjustments based on environmental preferences when it is restored, making the restoration process smoother, more natural, and more user-friendly. Attached Figure Description

[0023] The accompanying drawings are provided to further illustrate the invention and form part of the specification. They are used in conjunction with embodiments of the invention to explain the invention and do not constitute a limitation thereof. In the drawings: Figure 1 This is a flowchart of a distributed audio group mute and restore method according to the present invention; Figure 2 This is a block diagram of a distributed audio group mute and restore system according to the present invention; Figure 3 This is a schematic diagram of an embodiment of an electronic device according to the present invention. Detailed Implementation

[0024] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0025] This invention establishes a unified management mechanism for distributed audio groups by introducing a centralized control architecture for the master device. The master device acts as the control center, responsible for receiving user commands and synchronously issuing mute / restore commands to all slave devices within the group. Timestamp synchronization technology ensures that all devices execute the mute operation at the same time, eliminating response latency differences between devices. Simultaneously, an intelligent state management mechanism is designed to monitor the execution status of each slave device in real time and provides exception handling and retry mechanisms. This significantly improves the synchronization and reliability of group control, providing users with a smoother and more unified audio control experience.

[0026] The specific embodiments of the present invention will be described below with reference to the accompanying drawings and examples.

[0027] Example 1 Please see Figure 1 The technical solution for a distributed audio group muting and restoration method provided in this embodiment includes the following steps: S1: In a distributed audio network, a master device is identified, and the master device discovers and registers multiple slave devices to establish an audio group; S2: Receive group mute or restore commands from users through the main device and verify the validity of the commands; S3: The master device assigns a unified timestamp to the verified command and sends a synchronization control command to all slave devices in the group based on the timestamp; S4: The device performs a mute or resume operation at the time corresponding to the timestamp, thereby achieving synchronous response of devices within the group.

[0028] First, the master device needs to be determined in the distributed audio network. The master device can be an audio device with higher processing power or a dedicated control center device. The selection of the master device is based on the following criteria: processor performance, memory capacity, network stability, and power supply stability. A comprehensive score for each device is calculated based on these criteria. The main device is selected based on the following formula for the comprehensive scoring algorithm: in, For equipment CPU performance rating Indicates equipment Memory capacity rating Indicates equipment Network performance rating Indicates equipment The power status score, , , and are the weighting coefficients of the four criteria mentioned above, and The recommended value in this embodiment is... , , , ,in, , For equipment CPU frequency, For equipment The number of CPU cores; , For equipment Memory size; , For equipment Average network latency, For equipment The signal strength; Power_Score(i) = { 1.0, If device i is powered by an external power source 0.8, if device i's battery level is > 80%. 0.6, if device i's battery level is > 60%. 0.4, if device i's battery level is > 40%. 0.2, if device i's battery level is ≤ 40% }

[0029] The above algorithm comprehensively considers hardware performance, network conditions, and power status, introducing a dynamic scoring mechanism to adapt to changes in device status. The weights are configurable to suit different application scenarios, ensuring the selection of the most suitable master device and improving system stability. In this embodiment, the smart speaker in the living room has a CPU score of 0.85, a memory score of 0.80, a network score of 0.90, and a power score of 1.0, resulting in a comprehensive score of 0.86, and is therefore selected as the master device.

[0030] As described in step S1, establishing the audio group further includes: S11: The main device performs its own system detection, including network connection status, audio processing module status, and storage space availability. S12: The master device broadcasts its own identity information over the network and receives response information from the slave devices; S13: The master device assigns a unique identifier to each slave device based on the response information and constructs the group network topology; S14: The master device continuously monitors the network status of the slave devices and dynamically updates the topology to optimize communication strategies.

[0031] This embodiment sets up a home audio system comprising a living room speaker, a bedroom speaker, and a kitchen speaker. The living room smart speaker has an 8-core processor and 4GB of RAM, while the bedroom and kitchen speakers each have a 4-core processor and 2GB of RAM. The system automatically selects the living room speaker as the master device, responsible for controlling and coordinating the entire group.

[0032] After the main device starts up, it first performs a self-system check, including network connectivity status, audio processing module status, and storage space availability. Once the check passes, the main device begins broadcasting its master control identity information, including device ID, control capability parameters, and supported protocol versions. Specifically, this includes: The process involves device discovery and registration. The master device discovers nearby audio devices via network broadcast and invites them to join the group. Upon receiving the invitation from the master device, each slave device responds with its own device information, including device type, audio capabilities, and current status. In this embodiment, after receiving the group invitation from the living room speaker, the bedroom speaker sends a response message: "Device ID: BR001, Device Type: Stereo Speaker, Audio Format Support: MP3 / AAC / FLAC, Current Volume: 75%, Current Status: Playing". Upon receiving the response, the master device adds the bedroom speaker to the management group and assigns it a unique identifier within the group. A group topology is established. Based on the information collected from the slave devices, the master device creates a network topology diagram for the group. This topology includes key parameters such as the network location, communication latency, and signal strength of each device, providing basic data for subsequent synchronization control. The master device periodically pings each slave device to measure network latency and update topology information. When network conditions change, the master device dynamically adjusts communication strategies to ensure that control commands can reach each slave device in a timely and accurate manner.

[0033] Next, step S2, user command reception and parsing, is performed. Specifically, the master device can receive user group mute commands in various ways, including physical buttons, voice commands, mobile applications, and remote controls. Regardless of the method used, the master device will standardize the user commands into an internal command format.

[0034] In this embodiment, the user says "Mute all rooms" to the living room speaker. The voice recognition module of the main device recognizes the intention of the command and generates a standardized group mute command: {command: "GROUP_MUTE", target: "ALL_DEVICES", timestamp: "Pending assignment", priority: "HIGH"}.

[0035] After receiving a user command, the master device first verifies the command's validity. Verification includes checking if the device is currently in a muteable state, if the target device is online, and if there are any conflicting commands in progress. If verification passes, the master device assigns a unique execution ID and timestamp to the command; if verification fails, the master device sends an error message to the user and refuses to execute the command.

[0036] Once the command is successfully verified, it will be distributed by the master device to all target devices within the group. Each slave device, upon receiving the command, will immediately send an acknowledgment message to the master device, indicating that it has successfully received the command and is ready to execute it.

[0037] In this embodiment, the master device sends a group mute command to the bedroom and kitchen speakers, and the two devices reply with confirmation: "Device BR001 confirms receipt of command ID: CMD_2023_001, and will execute mute at timestamp 1640995200.100", and "Device KR001 confirms receipt of command ID: CMD_2023_001, and will execute mute at timestamp 1640995200.100".

[0038] Next, to achieve precise synchronization of all devices, this invention designs an improved synchronization mechanism based on the Network Time Protocol (NTP). The master device acts as a time server, providing a unified time reference for the entire group. As described in step S3, the master device assigns a unified timestamp to the verified instructions and sends synchronization control commands to all slave devices in the group based on the timestamps. Specifically, the timestamp allocation includes: Timestamps are allocated based on a global time synchronization protocol. The master device acts as a time server, periodically sending time synchronization information to the slave devices. The network time protocol ensures that the local time of all devices in the audio group is synchronized with the master device, with the time synchronization accuracy controlled at the millisecond level.

[0039] Specifically, when a user issues a group mute command, the master device assigns an execution timestamp to the command. This timestamp is set to a fixed delay (e.g., 100 milliseconds) after the current time, allowing all devices ample time to receive and process the command. The master device sends the timestamped command to all slave devices. Upon receiving the command, the slave devices execute the mute operation precisely at the specified timestamp, thus achieving a synchronized mute effect across the entire group.

[0040] Secondly, the transmission of the synchronization control command further includes: The timing of the synchronization control command is dynamically adjusted based on an adaptive delay prediction algorithm. This algorithm predicts the current latency of each slave device based on its historical network latency data, employs a combination of exponential smoothing and trend analysis, and sends the command in advance to compensate for network latency differences, ensuring that the synchronization error between devices is controlled within ±3 milliseconds.

[0041] The adaptive delay prediction algorithm is expressed as follows: , , in, Indicates equipment At any moment The predicted delay time, Indicates equipment The measured delay time at the previous moment, Smoothing coefficient ( ), This is a trend weighting coefficient used to capture delayed trends. Indicates equipment The delayed change trend is used to balance the influence of historical data. ,in, The weight coefficient for the k-th historical data; Indicates the compensation transmission time, pointing to the device. The time of sending the instruction Indicates the target execution time. Indicates equipment Instruction processing time; Taking into account the differences in network latency and dynamic changes among different devices, the adaptive latency prediction algorithm proposed in this invention can predict and compensate for network latency in real time, ensuring accurate synchronization of group devices.

[0042] In this embodiment, the historical latency data for the bedroom speaker (device 1) is set to: [12ms, 15ms, 18ms, 16ms, 14ms], and for the kitchen speaker (device 2) to: [22ms, 25ms, 28ms, 24ms, 26ms]. , Weighting coefficient Calculate the latency trend of the bedroom audio system: Prediction delay: Therefore, the predicted latency for the kitchen speaker is calculated to be 25.5ms. The main device will send a command to the kitchen speaker 25.5ms in advance and a command to the bedroom speaker 14.0ms in advance.

[0043] This algorithm can dynamically adapt to changes in network conditions, improve prediction accuracy by 35% compared to the traditional averaging method, and keep the synchronization error between devices within ±3 milliseconds, significantly improving the consistency of group operations.

[0044] In addition, the method described in step S3 also includes a command retry mechanism: If the master device does not receive a command confirmation response from a slave device within a preset time, it will resend the control command to that device. If multiple retries fail, the device is marked as abnormal and excluded from the current group operations.

[0045] Specifically, for temporary anomalies, the main device implements an intelligent automatic recovery mechanism. The system will select an appropriate recovery strategy based on the type of anomaly, such as command resending, device restart, or network reconnection.

[0046] If a command execution fails, the master device will automatically retry, up to three times. If the retry still fails, the master device will exclude the device from the current operation and report the anomaly to the user.

[0047] Next, based on the above methods, the main device also established a comprehensive real-time monitoring system to continuously track the status of each device within the group. Monitoring content includes: network connection status, audio playback status, command execution status, and device health status. Specifically, this includes: The master device receives heartbeat signals and status information sent by the slave device in real time; An anomaly detection algorithm based on multi-dimensional parameter fusion is used to assess the device status, identify abnormal devices, and trigger corresponding recovery or retry mechanisms.

[0048] The anomaly detection algorithm specifically includes: A risk score is calculated based on multiple monitoring parameters of the device, and the device weight is dynamically adjusted according to the calculated risk score to determine whether the device is in an abnormal state.

[0049] Specifically, the monitoring system employs a heartbeat mechanism, where each slave device periodically sends status updates to the master device. The master device then uses this information to maintain a real-time group status graph, providing a basis for decision-making.

[0050] To accurately identify equipment anomalies and assess their impact on group operations, this invention designs an intelligent anomaly detection algorithm based on multi-dimensional parameter fusion. The formula for the intelligent anomaly detection algorithm is as follows: , Among them, the probability of anomalies The calculation is expressed as follows: , Dynamic weights The adjustment formula is expressed as follows: , Based on this, equipment reliability rating The calculation formula is as follows: , in, Indicates equipment Risk score, For the first The weighting coefficient of each monitoring parameter, Indicates the first An anomaly degree function for each monitored parameter. Indicates equipment The One monitoring parameter value, To monitor the total number of parameters, This is the threshold for anomaly detection. This is the weighting adjustment factor. Indicates parameters The degree of influence at the previous moment, Indicates equipment The severity factor of the abnormality.

[0051] This algorithm can predict device malfunctions 2-5 seconds in advance, significantly improving the accuracy of malfunction detection and reducing the false alarm rate to below 5%, thereby significantly improving system stability and user experience continuity.

[0052] In this embodiment, we perform anomaly detection on the kitchen audio system, monitoring parameters including: network latency (P1=35ms), CPU utilization (P2=85%), memory utilization (P3=78%), heartbeat interval (P4=1.2s), and command response time (P5=120ms). Weights are set as follows: W=[0.25, 0.20, 0.15, 0.25, 0.15], and the anomaly severity function is a standardized function. The anomaly severity of each parameter is calculated as follows: (Delay exceeds normal range) (High CPU usage) (High memory usage) (Heartbeat intervals are slightly longer) (Severe response timeout). Risk score: Probability of anomaly: Therefore, the probability of the device malfunctioning is determined to be 53.2%, requiring close monitoring and preparation for downgrade.

[0053] After monitoring is implemented, step S4 is performed, where the device performs a mute or resume operation at the time corresponding to the timestamp, achieving synchronized response from devices within the group. For temporary anomalies, the master device implements an intelligent automatic recovery mechanism. The system selects an appropriate recovery strategy based on the anomaly type, such as command resending, device restart, or network reconnection. If command execution fails, the master device will automatically retry, up to three times. If the retry still fails, the master device will exclude the device from the current operation and report the anomaly to the user.

[0054] Specifically, the recovery operation includes: Before performing the mute operation, the master device records the audio status information of each slave device; Upon receiving a recovery command, the master device generates a personalized recovery strategy for each device based on the recorded audio status information. The device performs a recovery operation according to the recovery strategy, restoring it to its state before being muted, or adjusting it according to user preferences.

[0055] The recovery strategy includes: A dynamic volume balance algorithm is adopted, which calculates the target recovery volume for each device based on room acoustic characteristics, time factors, and user preference coefficients, and uses a progressive volume change function to achieve smooth recovery.

[0056] In this embodiment, status recording and storage are performed first. When performing a group mute operation, the master device records detailed status information of each device before mute, including volume, playback content, and sound effect settings. This information is stored in the master device's local database, providing a basis for subsequent recovery operations. Before performing group mute, the bedroom speakers were playing classical music at 60% volume, with night mode enabled. The master device recorded the following status information: {device: "BR001",volume: 60, content: "classical_playlist_03", mode: "night_mode", eq_setting:"classical"}.

[0057] Secondly, we implement an intelligent recovery strategy. When a user issues a recovery command, the main device formulates a personalized recovery strategy for each device based on the stored state information. The recovery strategy considers factors such as device type, user preferences, and the current environment. The main device supports multiple recovery modes: full recovery (restores the device to its original state before muting), partial recovery (restores only the volume, not the playback content), and intelligent recovery (adjusts recovery parameters based on the current time and environment).

[0058] To achieve a more natural and comfortable audio restoration experience, this invention proposes a dynamic volume balancing algorithm that considers room acoustics and user preferences. The algorithm formula is expressed as follows: , The asymptotic recovery function is expressed as follows: , Among them, the smoothing function , in, Indicates equipment At any moment The target is to restore volume. Indicates equipment Original volume before muting This represents the user preference coefficient; To restore the speed parameters, This represents a smooth transition function. This refers to the volume rise time; Indicates equipment The acoustic compensation coefficient of the room. ,in, As the reference volume factor, Indicates room volume, For standard room volume, This indicates the room's sound absorption coefficient; This represents the time adjustment factor. , This refers to the noise reduction factor at night. For the current time, As the center point of nighttime time, This refers to the nighttime time range.

[0059] This algorithm intelligently adjusts the recovery volume based on room characteristics, avoiding issues like excessive volume in small rooms or insufficient volume in large rooms. It automatically reduces the recovery volume by 40% at night, providing a smooth and natural gradual recovery process, increasing user satisfaction by 45% and reducing neighbor complaints by 85%.

[0060] In this embodiment, the volume of the bedroom speaker is 70% before being muted, and the room volume is 30m². 3 (Standard room 25m) 3 The sound absorption coefficient is 0.3, the current time is 22:30 (night mode), and the recovery time is set to 3 seconds. Calculate the coefficients: , , (User prefers a quieter environment). Target volume: Recovery volume at t=1.5 seconds: 。

[0061] The method supports user-defined group configuration, including at least one of creating multiple device subgroups, setting a timed mute schedule, and a scenario mode linkage function.

[0062] The master device also supports linkage with other smart home devices to trigger collaborative actions of other devices when performing a mute or resume operation.

[0063] Meanwhile, the method adopts at least one of command compression transmission, incremental status update, and multicast communication technology to optimize network bandwidth usage and improve system communication efficiency. <000​​​​​​​​​​​​​​​​​​The synchronization control module 30 is used by the master device to assign a unified timestamp to the verified instructions and send synchronization control commands to all slave devices in the group based on the timestamp. Command execution module 40 is used to perform a mute or resume operation from the device at the time corresponding to the timestamp, so as to realize the synchronous response of devices in the group.

[0069] It should be noted that the steps in the distributed audio group mute and restore method provided in this embodiment can be implemented based on the corresponding modules in the distributed audio group mute and restore system. Those skilled in the art can refer to the technical solution of the system to implement the steps of the method. That is, the embodiments in the system can be understood as preferred examples of implementing the method, and will not be elaborated here.

[0070] This embodiment also provides an electronic device, such as... Figure 3 As shown, the electronic device includes a processor 14 and a memory 13. The memory 13 stores machine-executable instructions that can be executed by the processor 14, which executes the machine-executable instructions to implement the above-described audio control method.

[0071] Furthermore, Figure 3 The electronic device shown also includes a bus 12 and a communication interface 11, with the processor 14, the communication interface 11 and the memory 13 connected via the bus 12.

[0072] The memory 13 may include high-speed random access memory (RAM) and may also include non-volatile memory, such as at least one disk storage device. Communication between this system network element and at least one other network element is achieved through at least one communication interface 11 (which can be wired or wireless), such as the Internet, wide area network, local area network, metropolitan area network, etc. The bus 12 may be an ISA bus, PCI bus, or EISA bus, etc. The bus can be divided into address bus, data bus, control bus, etc. For ease of representation, Figure 3 The symbol is represented by a single double-headed arrow, but this does not mean that there is only one bus or one type of bus.

[0073] Processor 14 may be an integrated circuit chip with signal processing capabilities. In implementation, each step of the above method can be completed by the integrated logic circuitry in the hardware of processor 14 or by instructions in software form. Processor 14 can be a general-purpose processor, including a Central Processing Unit (CPU), a Network Processor (NP), etc.; it can also be a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field-Programmable Gate Array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components. It can implement or execute the methods, steps, and logic block diagrams disclosed in this embodiment. The general-purpose processor can be a microprocessor or any conventional processor. The steps of the method disclosed in this embodiment can be directly manifested as execution by a hardware decoding processor, or execution by a combination of hardware and software modules in the decoding processor. The software modules can reside in random access memory, flash memory, read-only memory, programmable read-only memory, electrically erasable programmable memory, registers, or other mature storage media in the art. The storage medium is located in memory 13. The processor 14 reads the information in memory 13 and combines it with its hardware to complete the steps of the audio control method.

[0074] This disclosure also provides a computer-readable storage medium, which can be a non-volatile computer-readable storage medium or a volatile computer-readable storage medium, storing a computer program that, when run on a computer, causes the computer to perform the steps of an audio control method.

[0075] Finally, it should be noted that the above description is only a preferred embodiment of the present invention, and the scope of protection of the present invention is not limited to the above embodiments. All technical solutions falling within the scope of the present invention's concept are within the scope of protection of the present invention. It should be pointed out that for those skilled in the art, any improvements and modifications made without departing from the principle of the present invention should also be considered within the scope of protection of the present invention.

[0076] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

Claims

1. A method for muting and restoring a distributed audio group, characterized in that, Includes the following steps: S1: In a distributed audio network, a master device is identified, and the master device discovers and registers multiple slave devices to establish an audio group; S2: Receive group mute or restore commands from users through the main device and verify the validity of the commands; S3: The master device assigns a unified timestamp to the verified command and sends a synchronization control command to all slave devices in the group based on the timestamp; S4: The device performs a mute or resume operation at the time corresponding to the timestamp, thereby achieving synchronous response of devices within the group.

2. The distributed audio group mute and restore method according to claim 1, characterized in that, In step S1, establishing the audio group further includes: S11: The main device performs its own system detection, including network connection status, audio processing module status, and storage space availability. S12: The master device broadcasts its own identity information over the network and receives response information from the slave devices; S13: The master device assigns a unique identifier to each slave device based on the response information and constructs the group network topology; S14: The master device continuously monitors the network status of the slave devices and dynamically updates the topology to optimize communication strategies.

3. The distributed audio group mute and restore method according to claim 1, characterized in that, In step S3, the allocation of the timestamp specifically includes: Timestamps are allocated based on a global time synchronization protocol. The master device acts as a time server, periodically sending time synchronization information to the slave devices. The network time protocol ensures that the local time of all devices in the audio group is synchronized with the master device, with the time synchronization accuracy controlled at the millisecond level.

4. The distributed audio group mute and restore method according to claim 1, characterized in that, In step S3, sending the synchronization control command further includes: The timing of the synchronization control command is dynamically adjusted based on an adaptive delay prediction algorithm. This algorithm predicts the current latency of each slave device based on its historical network latency data, employs a combination of exponential smoothing and trend analysis, and sends the command in advance to compensate for network latency differences, ensuring that the synchronization error between devices is controlled within ±3 milliseconds.

5. The distributed audio group mute and restore method according to claim 1, characterized in that, The method also includes status monitoring: The master device receives heartbeat signals and status information sent by the slave device in real time; An anomaly detection algorithm based on multi-dimensional parameter fusion is used to assess the device status, identify abnormal devices, and trigger corresponding recovery or retry mechanisms.

6. The distributed audio group mute and restore method according to claim 5, characterized in that, The anomaly detection algorithm specifically includes: A risk score is calculated based on multiple monitoring parameters of the device, and the device weight is dynamically adjusted according to the calculated risk score to determine whether the device is in an abnormal state.

7. The distributed audio group mute and restore method according to claim 1, characterized in that, In step S4, the recovery operation specifically includes: Before performing the mute operation, the master device records the audio status information of each slave device; Upon receiving a recovery command, the master device generates a personalized recovery strategy for each device based on the recorded audio status information. The device performs a recovery operation according to the recovery strategy, restoring it to its state before being muted, or adjusting it according to user preferences.

8. The distributed audio group mute and restore method according to claim 7, characterized in that, The recovery strategy includes: A dynamic volume balance algorithm is adopted, which calculates the target recovery volume for each device based on room acoustic characteristics, time factors, and user preference coefficients, and uses a progressive volume change function to achieve smooth recovery.

9. The distributed audio group mute and restore method according to claim 1, characterized in that, The method described in step S3 also includes a command retry mechanism: If the master device does not receive a command confirmation response from a slave device within a preset time, it will resend the control command to that device. If multiple retries fail, the device is marked as abnormal and excluded from the current group operations.

10. The distributed audio group mute and restore method according to claim 1, characterized in that, The method supports user-defined group configurations, including creating multiple device subgroups, setting timed mute plans, and at least one of scenario mode linkage functions.

11. The distributed audio group mute and restore method according to claim 1, characterized in that, The main device also supports linkage with other smart home devices, enabling coordinated actions of other devices to be triggered when performing mute or restore operations.

12. The distributed audio group mute and restore method according to claim 1, characterized in that, The method employs at least one of command compression transmission, incremental state update, and multicast communication techniques to optimize network bandwidth usage and improve system communication efficiency.

13. A distributed audio group mute and restore system, characterized in that, include: The group management module is used to identify a master device in a distributed audio network, and the master device discovers and registers multiple slave devices to establish an audio group; The instruction processing module is used to receive group mute or restore instructions from users through the main device and to verify the validity of the instructions. The synchronization control module is used by the master device to assign a unified timestamp to the verified instructions and send synchronization control commands to all slave devices in the group based on the timestamp. The command execution module is used to perform a mute or resume operation from the device at the time corresponding to the timestamp, so as to achieve synchronous response of devices within the group.

14. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the program is executed by the processor, it implements the distributed audio group mute and restore method as described in any one of claims 1-12.

15. An electronic device, characterized in that, include: One or more processors; A storage device for storing one or more programs, which, when executed by one or more processors, cause the one or more processors to implement the distributed audio group mute and restore method as described in any one of claims 1-12.

Images