Loudspeaker box group cooperative control method and system, electronic equipment and storage medium

Abstract

The invention relates to the technical field of intelligent loudspeaker box control, and provides a loudspeaker box group cooperative control method and system, electronic equipment and a storage medium, and the method comprises the steps: building a communication connection with a slave loudspeaker box through a network, and obtaining the equipment state parameter of the slave loudspeaker box; generating controllable identifiers of a plurality of sound boxes in the graphical user interface and displaying a partition control picture; in response to a specified touch operation for the graphical user interface, generating a control instruction, and sending the control instruction to a specified slave sound box corresponding to the control instruction; receiving a state feedback parameter of the slave sound box, updating the equipment state parameter according to the state feedback parameter, and synchronously updating the graphical user interface; and monitoring the connection state of the slave sound box through the heartbeat packet, and when the slave sound box is detected to be in a disconnection state, updating the state display information of the slave sound box and starting automatic reconnection. According to the mode, the interaction process is simplified, the system response speed and the interaction control experience are improved, and the user audio experience quality is further improved.

Description

Speaker group collaborative control methods, systems, electronic devices and storage media Technical Field

[0001] This application relates to the field of smart speaker control technology, and in particular to a method, system, electronic device and storage medium for coordinated control of speaker groups. Background Technology

[0002] In multi-speaker systems, a common architecture uses smartphones or other mobile devices as the control center. This architecture relies on Wi-Fi or Bluetooth networks and uses application software to control speaker grouping, sound effects adjustment, and playback. In these technologies, users must use third-party devices to perform a series of steps, including launching dedicated application software, connecting devices, and navigating multi-level menus. This interaction method is lengthy, with noticeable system feedback delays, and users cannot intuitively grasp and adjust the sound field, severely impacting the user's audio experience. Summary of the Invention

[0003] In view of this, the purpose of this application is to provide a speaker group collaborative control method, system, electronic device and storage medium to simplify the interaction process, improve the system response speed and interactive control experience, and thus improve the user's audio experience quality.

[0004] In a first aspect, this application provides a method for collaborative control of a speaker group. The speaker group includes a master speaker and at least one slave speaker. The method is applied to the master speaker, which provides a graphical user interface. The method includes: after connecting to a network, establishing a communication connection with the slave speaker via the network and obtaining device status parameters of the slave speaker; generating controllable identifiers for multiple speakers in the graphical user interface and displaying a partitioned control screen based on the device status parameters; wherein the controllable identifiers are used to indicate that the speakers are controllable; the partitioned control screen includes a device details area, a sound field layout area, and a basic control area; responding to a specified touch operation on the graphical user interface, generating a control command, and sending the control command to the specified slave speaker corresponding to the control command; receiving status feedback parameters from the slave speaker, updating the device status parameters based on the status feedback parameters, and synchronously updating the graphical user interface; monitoring the connection status of the slave speaker through heartbeat packets, and when a slave speaker is detected to be disconnected, updating the status display information of the slave speaker and initiating automatic reconnection.

[0005] Secondly, this application provides a method for collaborative control of a speaker group, the speaker group including a master speaker and at least one slave speaker. The method is applied to the slave speaker and includes: after connecting to a network, establishing a communication connection with the master speaker through the network and sending device status parameters of the slave speaker to the master speaker; generating controllable identifiers for multiple speakers in a graphical user interface and displaying a zone control screen based on the device status parameters; wherein, the controllable identifiers are used to indicate that the speakers are controllable; the zone control screen includes a device details area, a sound field layout area, and a basic control area; listening to control commands sent by the master speaker and sending status feedback parameters to the master speaker after executing the control commands; receiving updated device status parameters and synchronously updating the graphical user interface based on the updated device status parameters; listening to and responding to heartbeat packets sent by the master speaker; if the slave speaker is disconnected, receiving and synchronizing the latest device status parameters after reconnection.

[0006] Thirdly, this application provides a speaker group collaborative control system. The speaker group collaborative control system is based on a star topology network and uses the speaker group collaborative control method of the first aspect and the speaker group collaborative control method of the second aspect for collaborative execution.

[0007] Fourthly, this application provides an electronic device including a processor and a memory, wherein the memory stores computer-executable instructions that can be executed by the processor, and the processor executes the computer-executable instructions to implement the above-mentioned speaker group collaborative control method.

[0008] Fifthly, this application provides a computer-readable storage medium storing computer-executable instructions. When the computer-executable instructions are invoked and executed by a processor, the computer-executable instructions cause the processor to implement the above-described speaker group cooperative control method.

[0009] This application brings the following beneficial effects: The aforementioned speaker group collaborative control method, system, electronic device, and storage medium, after connecting to a network, establish a communication connection with the slave speakers via the network and obtain the device status parameters of the slave speakers; based on the device status parameters, generate controllable identifiers for multiple speakers in the graphical user interface and display a zoned control screen; wherein, the controllable identifier is used to indicate that the speaker is controllable; the zoned control screen includes a device details area, a sound field layout area, and a basic control area; respond to a specified touch operation for the graphical user interface, generate control commands, and send the control commands to the specified slave speaker corresponding to the control command; receive status feedback parameters from the slave speakers, update the device status parameters based on the status feedback parameters, and synchronously update the graphical user interface; monitor the connection status of the slave speakers through heartbeat packets, and when a slave speaker is detected to be disconnected, update the status display information of the slave speaker and initiate automatic reconnection.

[0010] After establishing a communication connection between the main speaker and the slave speaker, this method allows users to perform operations such as speaker grouping, sound effect adjustment, and playback control simply through the graphical user interface of the main speaker. The main speaker sends control commands to the slave speaker, updates the device status parameters based on the status feedback parameters of the slave speaker, and simultaneously updates the graphical user interface. At the same time, a heartbeat monitoring mechanism and automatic reconnection are implemented, simplifying the interaction process, improving the system response speed and interactive control experience, and thus improving the user's audio experience quality.

[0011] Furthermore, the main speaker establishes a communication connection with the slave speakers, and then sends control commands to the slave speakers, optimizing the collaborative control process of the speaker group, simplifying user interaction steps, and eliminating the need for third-party terminal devices. The system updates device status parameters based on feedback from the slave speakers, allowing for real-time monitoring of device connection status. Simultaneously, a heartbeat monitoring mechanism and automatic reconnection ensure rapid restoration of communication and synchronization of the latest device status parameters in case of disconnection, significantly improving system stability. The modular design of the graphical user interface, encompassing device details, sound field layout, and basic control areas, enables users to accurately grasp sound field distribution characteristics and achieve rapid response through touch operation, thereby comprehensively enhancing the audio experience quality.

[0012] Other features and advantages of this application will be set forth in the following description and will be apparent in part from the description or may be learned by practicing the application. The objectives and other advantages of this application are realized and obtained through the structures particularly pointed out in the description, claims and drawings.

[0013] To make the above-mentioned objectives, features and advantages of this application more apparent and understandable, preferred embodiments are described below in detail with reference to the accompanying drawings. Attached Figure Description

[0014] To more clearly illustrate the specific embodiments of this application or the technical solutions in the prior art, the drawings used in the description of the specific embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are some embodiments of this application. For those skilled in the art, other drawings can be obtained from these drawings without creative effort.

[0015] Figure 1 is a flowchart of a speaker group collaborative control method provided in an embodiment of this application; Figure 2 is a schematic diagram of a graphical user interface provided in an embodiment of this application; Figure 3 is a flowchart of another speaker group collaborative control method provided in an embodiment of this application; Figure 4 is a structural schematic diagram of a speaker group collaborative control system provided in an embodiment of this application; Figure 5 is a structural schematic diagram of an electronic device provided in an embodiment of this application. Detailed Implementation

[0016] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the technical solutions 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.

[0017] In multi-speaker systems, a common architecture uses smartphones or other mobile devices as the control center. This architecture relies on Wi-Fi or Bluetooth networks and uses application software to group speakers, adjust sound effects, and control playback. In this architecture, the speakers themselves only function as audio playback devices.

[0018] In related technologies, users must use third-party terminal devices to perform a series of steps, including launching dedicated application software, connecting devices, and navigating multi-level menus. This interaction method is lengthy and suffers from significant system feedback delays. For example, when adjusting sound effects, users need to open the application software, locate the corresponding speaker device, and then enter the sound effect adjustment interface to operate, a process that is cumbersome and time-consuming. Furthermore, communication between the speaker and the terminal device may be affected by network conditions, leading to system feedback delays and preventing users from immediately hearing the adjusted sound effects. In addition, because the display interface on the terminal device often fails to accurately reflect the actual placement of the speakers and the sound field distribution, users can only adjust based on their senses, unable to intuitively grasp and adjust the sound field, thus making it difficult to achieve ideal audio effects. These problems severely impact the user's audio experience.

[0019] Based on this, the speaker group collaborative control method, system, electronic device and storage medium provided in the embodiments of this application can be applied to speaker groups.

[0020] In one embodiment of this disclosure, the speaker group collaborative control method can run on a local terminal device or a server. When the speaker group collaborative control method runs on a server, the method can be implemented and executed based on a cloud interaction system, wherein the cloud interaction system includes a server and client devices. Here, the local terminal device and client device can be the individual speaker devices in the speaker group.

[0021] In an optional implementation, various cloud applications, such as cloud speakers, can run under the cloud interaction system. Taking cloud speakers as an example, a cloud speaker refers to a terminal node based on cloud computing. In the cloud speaker's operating mode, the application's main running entity and the main entity displaying the speaker control screen are separate. The storage and operation of the speaker group's collaborative control method are completed on the cloud speaker server. The client device is used for receiving and sending data and displaying the speaker control screen. For example, the client device can be a display device with data transmission capabilities close to the user, such as each speaker in the speaker group; however, the information processing is performed by the cloud speaker server in the cloud. When using the cloud speaker, the user operates the client device to send operation commands to the cloud speaker server. The cloud speaker server encodes and compresses the data, such as the speaker control screen, according to the operation commands, and returns it to the client device through the network. Finally, the client device decodes and outputs the speaker control screen.

[0022] In an alternative implementation, the local terminal device stores an application and is used to present the speaker control screen. The local terminal device is used to interact with the user through a graphical user interface (GUI), i.e., conventionally downloading, installing, and running a game program via an electronic device. The local terminal device can provide the GUI to the user in various ways, such as rendering it on the speaker device's touchscreen display or providing it to the user via holographic projection. For example, the speaker device may include a touchscreen display for performing touch operations and presenting the GUI, which includes a partitioned control screen, and a processor for generating the GUI and controlling its display on the touchscreen display.

[0023] This application discloses a speaker group collaborative control method. The speaker group includes a master speaker and at least one slave speaker, for example, one master speaker and two surround slave speakers, such as slave speaker L and slave speaker R. The speaker group collaborative control method is applied to the master speaker, which provides a graphical user interface, as shown in Figure 1. The speaker group collaborative control method includes the following steps: Step S102, after connecting to the network, establishing a communication connection with the slave speakers through the network and obtaining the device status parameters of the slave speakers.

[0024] Specifically, by connecting the main speaker and several secondary speakers to the power supply and ensuring that the speakers are connected to the network, the system can automatically complete device discovery, authentication, and pairing to form a unified playback group.

[0025] The aforementioned network can be of various types, such as a Wide Area Network (WAN), a Local Area Network (LAN), or a hybrid network; among them, LANs include wired LANs and wireless LANs, such as Wi-Fi (Wireless Fidelity) and Bluetooth networks.

[0026] For example, after the main speaker is powered on, it enters the initialization process, such as starting the embedded operating system. After loading the network driver module, it reads the pre-configured or pre-set network credentials. If the system detects a connectable network, the main speaker can discover the slave speaker through the network. After authentication, it establishes a communication connection with the slave speaker and obtains the slave speaker's device status parameters. These device status parameters include, but are not limited to, volume parameters, EQ (Equalizer) frequency band parameters, channel parameters, connection status parameters, or remaining available battery power parameters.

[0027] Here, if the main speaker and the slave speaker are on the same local area network (LAN), the main speaker can discover the slave speaker through broadcast device discovery packets; if the main speaker and the slave speaker are on different LANs, cross-network device discovery and collaborative control can be achieved through a wide area network (WAN); if the main speaker and some slave speakers are on the same LAN, and other slave speakers are in different network environments, a hybrid network of LAN and WAN can be used for device discovery and control.

[0028] The above method only requires powering on the speakers in the speaker group and connecting all speakers to the network. The system can then automatically complete device discovery, identification, and initial connection, thereby simplifying the initial setup process of the speaker group system.

[0029] Step S104: Based on the device status parameters, generate controllable identifiers for multiple speakers in the graphical user interface and display the zone control screen; wherein, the controllable identifiers are used to indicate that the speakers are controllable; the zone control screen includes a device details area, a sound field layout area, and a basic control area.

[0030] Specifically, the main speaker can generate controllable identifiers for multiple speakers in the graphical user interface based on the device status parameters of the slave speakers and the local device status parameters. These controllable identifiers indicate whether a speaker is controllable, such as indicating that the main speaker or a slave speaker is controllable. When a controllable identifier indicates that a slave speaker is controllable, the connection status of the slave speaker can be indicated through a color-coded display format. These controllable identifiers can be interactive icons, text, etc.

[0031] Meanwhile, a zone control screen is displayed in the graphical user interface, which includes a device details area, a sound field layout area, and a basic control area.

[0032] The aforementioned device details area displays detailed parameters and status information for each speaker, providing comprehensive device information. In practical applications, the content displayed in the device details area may include: the current speaker group name, such as "Home Theater," or scene modes, such as Movie Mode.

[0033] The aforementioned sound field layout area is used to display the actual placement of the speakers in the space, and can be presented graphically. In practical applications, based on the channel type of each speaker, a controllable marker is generated and placed at the corresponding position on the room floor plan. Users can move the controllable marker to any position on the room floor plan by long-pressing and dragging it. The system records the position coordinates of the controllable markers in real time and uses them for sound field calculations.

[0034] The basic control area described above centralizes commonly used control functions, such as volume adjustment and playback control, for easy user operation. In practical applications, when the user does not select any controllable indicator, or selects the controllable indicator corresponding to the main speaker, global control controls can be displayed in the basic control area. These global control controls include, but are not limited to, the main volume slider, playback control controls, and scene reset switching controls.

[0035] The above approach achieves functional separation and focus through partitioning design and controllable identifiers, and ensures both interface simplicity and functional richness through dynamic control loading.

[0036] Step S106: In response to a specified touch operation for the graphical user interface, generate a control command and send the control command to the specified slave speaker corresponding to the control command.

[0037] Specifically, upon receiving a specified touch operation for the graphical user interface, a structured control instruction is generated. This specified touch operation includes, but is not limited to, swipe, tap, drag, and long press operations.

[0038] For example, if a click is made on the controllable "R" icon indicating the right surround speaker in the sound field layout area, the system detects the touch operation, confirms the selection of the right surround speaker based on the touch coordinate data, and then updates the content of the device details area and basic control area to obtain detailed information and control options for the right surround speaker. Subsequently, if the system receives a drag operation on the volume adjustment slider of the right surround speaker in the basic control area, it generates a structured control command after obtaining the final touch position of the volume adjustment slider indicating a 75% volume value.

[0039] The aforementioned control commands typically include the following fields: header identifier, a unique identifier specifying the speaker, command type, parameter data, whether a response is required, and checksum.

[0040] After generating the control command, the system sends the control command to the corresponding designated slave speaker via the network. For example, if the control command is to control a single slave device, then unicast can be used to send the control command data packet to the IP address corresponding to the designated slave speaker; if the control command is to control multiple slave devices, then multicast or groupcast can be used to send the control command to the IP addresses corresponding to multiple designated slave speakers.

[0041] Step S108: Receive status feedback parameters from the speaker, update the device status parameters according to the status feedback parameters, and update the graphical user interface synchronously.

[0042] Specifically, the main speaker receives status feedback parameters sent from the secondary speaker via the network. The system compares the status feedback parameters with the device status parameters. If a change in the device status parameters of the secondary speaker is detected, the system calculates the updated device status parameters and updates the graphical user interface synchronously based on the updated device status parameters.

[0043] For example, triggering a partial update of the graphical user interface. When the status information of the right surround speaker changes, update the device details area; or, when the position of the controllable icon corresponding to the speaker moves, update the sound field layout area; or, when the volume parameter of the right surround speaker is adjusted, update the basic control area, for example, displaying the message "Right surround speaker volume updated to 85%" in the basic control area.

[0044] In other words, after the main speaker sends a control command, the system needs to confirm that the control command has been executed and ensure that the displayed state of the graphical user interface is completely consistent with the state of the slave speaker. Then, it executes a closed-loop operation process of receiving status feedback and updating the graphical user interface. In addition, the system also needs to handle changes in the slave speaker's state, such as changes in the slave speaker's remaining available battery power.

[0045] Step S110: Monitor the connection status of the speaker through heartbeat packets. When the speaker is detected to be disconnected, update the status display information of the speaker and start automatic reconnection.

[0046] Specifically, the master speaker can periodically send heartbeat packets to the slave speakers to monitor their connection status and ensure system stability and reliability. For example, the heartbeat packets can be sent to all slave speakers in the playback group via multicast.

[0047] Once a slave speaker is detected to be disconnected, the system immediately updates the status display information of that slave speaker. For example, it changes the controllable identifier of the slave speaker from a color display format to a gray display format. At the same time, it initiates an automatic reconnection mechanism to re-establish the communication connection with the slave speaker, ensuring that the playback group can continue to work normally. If the connection is restored, the color display format of the controllable identifier of the slave speaker is updated, such as changing it from a gray display format to a color display format.

[0048] The above method proactively detects problems through a heartbeat monitoring mechanism and updates the graphical user interface to inform users of the speaker's connection status. It also addresses disconnection issues caused by device movement or signal fluctuations, thereby improving the system's robustness and user experience.

[0049] The aforementioned speaker group collaborative control method, after connecting to the network, establishes a communication connection with the slave speakers via the network and obtains the device status parameters of the slave speakers; based on the device status parameters, it generates controllable identifiers for multiple speakers in the graphical user interface and displays a zoned control screen; wherein, the controllable identifier is used to indicate that the speaker is controllable; the zoned control screen includes a device details area, a sound field layout area, and a basic control area; responds to a specified touch operation for the graphical user interface, generates control commands, and sends the control commands to the specified slave speakers corresponding to the control commands; receives status feedback parameters from the slave speakers, updates the device status parameters based on the status feedback parameters, and synchronously updates the graphical user interface; monitors the connection status of the slave speakers through heartbeat packets, and when a slave speaker is detected to be disconnected, updates the status display information of the slave speaker and initiates automatic reconnection.

[0050] After establishing a communication connection between the main speaker and the slave speaker, this method allows users to perform operations such as speaker grouping, sound effect adjustment, and playback control simply through the graphical user interface of the main speaker. The main speaker sends control commands to the slave speaker, updates the device status parameters based on the status feedback parameters of the slave speaker, and simultaneously updates the graphical user interface. At the same time, a heartbeat monitoring mechanism and automatic reconnection are implemented, simplifying the interaction process, improving the system response speed and interactive control experience, and thus improving the user's audio experience quality.

[0051] In one implementation, initialization is performed after power-on, and the network environment is automatically detected. If network configuration information is detected, UDP broadcast is started to send a device discovery packet to the slave speaker connected to the network. The response packet corresponding to the device discovery packet returned by the slave speaker is received, and a communication connection is established with the slave speaker based on the response packet. The response packet includes the device information of the slave speaker. The device information of the slave speaker is extracted from the response packet and stored in the device list.

[0052] Device discovery packets are typically framed according to a predefined format. For example, the device discovery packet includes the following fields in sequence: fixed identifier, unique identifier of the main speaker, device type code of the main speaker, current system timestamp, and checksum of each field from the fixed identifier to the current system timestamp.

[0053] In this embodiment, a local area network (LAN) is used as an example. For instance, after the main speaker is powered on, it enters the initialization process, such as starting an embedded operating system. This system automatically loads the network driver module, reads the pre-configured or pre-set network credentials, and calls system commands to connect to the specified router. After a successful connection, the router assigns an IP (Internet Protocol) address to the main speaker, for example, 192.168.50.100. The system detects a valid IP address, which is considered "network configuration information detected." After detecting the network configuration information, a UDP (User Datagram Protocol) broadcast thread is started to send the device discovery packet to a specific port in broadcast form and transmit it to the slave speakers within the network.

[0054] Here, the main speaker can periodically send device discovery packets to the network via UDP broadcast, receiving and processing response packets from each slave speaker. Upon receiving the response packet corresponding to the device discovery packet, the main speaker parses the response packet, extracting the slave speaker's device information, including the device MAC (Media Access Control Address), channel type, firmware version, etc. The system stores the device information of each slave speaker as a new record in a structured device list, which is typically an array or hash table. The following provides an embodiment for a wide area network (WAN) or a hybrid LAN / WAN network: In one implementation, the network environment is a WAN. When the main speaker and slave speakers are in different LAN environments, the system achieves cross-network device discovery and collaborative control via the WAN. Specifically, after the main speaker powers on and initializes, if a WAN connection is detected, it sends a device registration request to a preset cloud server. The cloud server records the main speaker's device information and public IP address.

[0055] After the speaker is powered on, it also sends a registration request to the cloud server. Based on the device binding relationship, the cloud server associates and matches the main speaker and slave speakers within the same playback group, and returns a list of slave speaker device information to the main speaker. The main speaker establishes a point-to-point communication connection with the slave speaker through the cloud server relay or NAT (Network Address Translation) traversal technology.

[0056] After the communication connection is established, the main speaker generates a controllable identifier for the slave speaker through a graphical user interface and displays the zone control screen. When the user performs control operations on the touch screen, the main speaker generates control commands and sends them to the designated slave speaker via the wide area network. After executing the control commands, the slave speaker returns status feedback parameters to the main speaker via the wide area network.

[0057] The above wide area network implementation method is applicable to multi-room distributed audio system scenarios. For example, a user can control slave speakers located in different network environments such as the bedroom and study from the main speaker in the living room, so as to achieve unified control of the audio throughout the house.

[0058] In one implementation, the network environment is a hybrid of local area network (LAN) and wide area network (WAN). When some slave speakers are on the same LAN as the main speaker, while others are on different network environments, the main speaker uses both LAN broadcast and WAN communication for device discovery and control. For slave speakers within the same LAN, the main speaker sends device discovery packets via UDP broadcast; for slave speakers in different network environments, the main speaker uses a cloud server for device discovery and command relay. The main speaker displays the controllable identifiers of all slave speakers uniformly in the graphical user interface, allowing users to achieve unified collaborative control without needing to know the actual network location of the slave speakers.

[0059] Furthermore, based on the device status parameters, a visual device list is generated in the graphical user interface and displayed on the partition control screen; the visual device list includes multiple controllable identifiers; the first area of ​​the partition control screen serves as the device details area, which includes the current scene mode and playback group name; the second area of ​​the partition control screen serves as the sound field layout area, which displays the sound field configuration and the sound field information of each speaker; the third area of ​​the partition control screen serves as the basic control area.

[0060] Specifically, after the main speaker and the slave speaker establish a communication connection, a visual device list can be generated in the graphical user interface based on the device status parameters of the slave speaker, and the zone control screen can be displayed, as shown in Figure 2. This visual device list includes multiple controllable icons, which are circular icons labeled L and R in Figure 2. In practical applications, controllable icons in the visual device list can be moved to the zone control screen by dragging and dropping.

[0061] The first area of ​​the aforementioned zone control screen serves as the device details area, which may be the top area of ​​the zone control screen. This device details area includes, but is not limited to, the current scene mode and playback group name. For example, "Living Room Cinema" might be displayed in the upper left corner of the device details area; a highlighted mode label might be displayed in the upper right corner to indicate the current sound field and sound effect scene mode.

[0062] The second area of ​​the aforementioned zone control screen serves as the sound field layout area, which can be the central area of ​​the zone control screen. This sound field layout area displays the sound field configuration and the sound field information of each speaker. For example, in the room floor plan of the sound field layout area, controllable identifiers are generated at corresponding preset positions based on the channel type of each speaker; specifically, a circular icon labeled "L" can be displayed on the front left side of the room, indicating the left front speaker; and a circular icon labeled "R" can be displayed on the front right side of the room, indicating the right front speaker.

[0063] The third area of ​​the aforementioned partition control screen serves as the basic control area, which can be the bottom area of ​​the partition control screen. This basic control area integrates multiple control controls. For example, when integrating global control controls, it may include a master volume slider that runs across the entire area to adjust the volume of the entire "home theater system"; it may also be a set of playback control controls for playing or pausing, switching to the previous track, or switching to the next track; or it may be a row of scene reset switching controls for switching system sound effect scenes, such as movie mode switching controls, music mode switching controls, or game mode switching controls.

[0064] In one implementation, in response to a trigger operation on a target controllable identifier in the graphical user interface, the corresponding partition control screen of the target controllable identifier is displayed in the graphical user interface; when the target controllable identifier indicates the target slave speaker, the basic control area includes a single device volume adjustment control, an EQ band adjustment control, and a channel positioning control for the target slave speaker; when the target controllable identifier indicates the main speaker, the basic control area includes a main volume adjustment control, a playback control control, and a preset scene switching control.

[0065] For example, if a user clicks the L icon representing the left front speaker in the sound field layout area of ​​the graphical user interface, the system will determine that this is a valid trigger operation based on the click location and confirm that the target is controllable as the L icon.

[0066] Subsequently, the system updates the information in the device details area according to the target controllable identifier indicating the left front speaker, obtaining detailed information about the left front speaker; it also updates the sound field layout area, such as highlighting the L icon; at the same time, it updates the basic control area, such as deleting the default global control controls and generating and displaying the control control set of the left front speaker in the basic control area. This control control set includes, but is not limited to, the single device volume adjustment control, EQ band adjustment control, and channel positioning control of the speaker.

[0067] After adjusting the left front secondary speaker corresponding to the L icon, if a trigger operation is received for the icon corresponding to the main speaker, the device details area, sound field layout area, and basic control area can be updated again after confirming that the target controllable indicator indicates the main speaker. For example, the global information can be restored in the graphical user interface, the secondary speaker controls can be cleared, and the global control controls designed for the main speaker can be displayed, including but not limited to the main volume adjustment control, playback control control, and preset scene switching control.

[0068] In one implementation, heartbeat packets are periodically sent to the slave speakers, and the heartbeat packets corresponding to each slave speaker are recorded in the device heartbeat table; the device heartbeat table is retrieved, and if the response duration of the slave speaker in the device heartbeat table is greater than a preset duration threshold, it is marked as disconnected; according to the preset interval, a pairing request packet is sent to the slave speaker in the disconnected state; after the communication connection is restored, the status display information of the slave speaker in the disconnected state is updated to online status, and the latest device status parameters are synchronized.

[0069] Specifically, the main speaker periodically generates heartbeat packets at a fixed time interval, such as one heartbeat packet every 5 seconds, and then sends this heartbeat packet to all slave speakers in the group via UDP multicast. After the heartbeat packet is successfully sent, the heartbeat packet sent to each slave speaker is recorded in the device heartbeat table.

[0070] Meanwhile, the master speaker continuously monitors responses from the slave speaker and runs a data scan task every 10 seconds. Once a slave speaker is marked as offline in the device heartbeat table, the system immediately starts an independent reconnection timer. This timer follows a preset interval, such as 30 seconds; every 30 seconds, the master speaker unicasts a specific pairing request packet to the last known IP address of the offline slave speaker, carrying a reconnection identifier. If the master speaker receives an acknowledgment packet for the specific pairing request packet, the communication connection is restored.

[0071] After the communication connection is restored, the main speaker switches the status display information of the slave speaker from disconnected to online and updates the last response time in the system. At the same time, the main speaker sends a synchronization command containing the latest device status parameters in the playback group during the disconnection of the slave speaker, to ensure that the slave speaker and other speakers are in absolute synchronization when playback is restored. Here, the graphical user interface is updated synchronously, switching the controllable icon corresponding to the slave speaker from a gray display format indicating disconnection to a color display format indicating connection.

[0072] Furthermore, this embodiment provides a heartbeat packet adaptive interval algorithm, which includes two parts: heartbeat interval calculation and network quality assessment.

[0073] Specifically, the interval T between the next heartbeat packet transmissionnext (Unit: seconds) Calculated using the following formula:

[0074] Wherein: T base This represents the baseline heart rate interval, which can be set to 5 seconds.

[0075] N fail This indicates the number of failed heartbeats out of the total recent heartbeat count.

[0076] N total This represents the total number of heartbeats counted, which can be set to 10.

[0077] RTT avg This represents the average round-trip time (in milliseconds).

[0078] λ represents the failure rate adjustment factor, which can be 0.5.

[0079] μ represents the delay adjustment coefficient, which can be 0.002.

[0080] Simultaneously, the network quality assessment factor Q is adopted. net The independent network status is calculated using the following formula:

[0081] Where: σ RTT It represents the standard deviation of RTT (round-trip time), reflecting network jitter.

[0082] δ represents the jitter penalty coefficient, which can be taken as 0.01.

[0083] Q net The value ranges from 0 to 1, with smaller values ​​indicating more severe network jitter.

[0084] When Q net When the value is less than 0.7, the system triggers an early warning mechanism, displaying the controllable identifier of the speaker in orange in the graphical user interface to indicate to the user that the network condition is poor.

[0085] For example, suppose a speaker fails 2 out of its last 10 heartbeats, with an average RTT of 45ms and an RTT standard deviation of 8ms.

[0086] Heart rate interval calculation: T next =5×[1+0.5×(2 / 10)]×min(2,1+0.002×45)=5×1.1×1.09= 5.995 seconds.

[0087] Network quality assessment calculation: Q net =1 / (1+0.01×8)≈0.926.

[0088] Due to Q net ≈0.926>0.7, therefore no warning is triggered.

[0089] The heartbeat packet adaptive interval algorithm provided in this embodiment achieves the following objectives by introducing a failure rate and network latency feedback mechanism: 1) Adaptive connection maintenance: The heartbeat interval is dynamically adjusted based on the heartbeat failure history and the current network latency. When the network condition is good, the heartbeat interval is appropriately extended to reduce communication overhead; when the network shows signs of instability, the interval is adjusted to balance connection reliability and bandwidth consumption.

[0090] 2) Independent Network Health Monitoring: An independent early warning mechanism is established by calculating a quality assessment factor based on network jitter. When the quality assessment factor falls below a set threshold (e.g., 0.7), it can alert users that network jitter is intensifying and there may be a risk of decreased connection quality. Compared to relying solely on heartbeat timeout disconnections, this provides an earlier observation indicator.

[0091] 3) Resource consumption optimization: Compared with the fixed short interval heartbeat mechanism, it can effectively reduce the frequency of heartbeat packet transmission under stable network conditions, thereby reducing the communication traffic and power consumption of the speaker, which helps to improve the device's battery life and network resource utilization.

[0092] In one implementation, mode parameters corresponding to different scene modes are obtained, including EQ curve parameters, volume distribution parameters, sound field width parameters, and low-frequency gain parameters; the target scene mode is determined by a pre-trained environmental recognition algorithm model based on illuminance, input source signal, volume level information, and device layout information; the target mode parameters corresponding to the target scene mode are obtained, and the device status parameters are updated based on the target mode parameters.

[0093] Specifically, the system has a preset scene mode parameter library. Each scene mode in the scene mode parameter library has corresponding mode parameters, including EQ curve parameters, volume distribution parameters, sound field width parameters, and low frequency gain parameters.

[0094] For example, the EQ curve parameters corresponding to Movie Mode feature mid-frequency boost and prominent vocals, with a center channel volume distribution, a wide sound field width, and a low-frequency gain of 2 dB; the EQ curve parameters corresponding to Music Mode feature high-frequency extension and a smooth curve, with left and right volume distribution, a medium sound field width, and a low-frequency gain of 0 dB; and the EQ curve parameters corresponding to Night Mode feature high-frequency suppression and low-frequency softening, with a center channel volume distribution, a narrow sound field width, and a low-frequency gain of 3 dB.

[0095] After the main speaker is running, the system can analyze the ambient brightness data collected by the integrated ambient light sensor in the main speaker. For example, the ambient brightness data can be collected in real time by the integrated ambient light sensor in the main speaker and uploaded to the system to calculate the change in illuminance. The system can also detect diverse data through other types of sensors, such as detecting audio input sources, such as Bluetooth or high-definition multimedia interfaces; or detecting volume level information, such as the current main volume being 45%, which is medium to low; or detecting device layout information, such as the sound field layout area showing that there are currently 5 devices online, forming a 5.1 channel layout.

[0096] The system can input data such as illuminance, input source signal, volume level, and device layout into a pre-trained environmental recognition algorithm model, including a lightweight decision tree or neural network model. This environmental recognition algorithm model performs weighted analysis and inference based on the input data, outputting the target scene mode, such as a nighttime mode.

[0097] After determining the target scene mode, the system retrieves the target mode parameters corresponding to the target scene mode from the scene mode parameter library and generates a series of control commands to synchronously update the device status parameters of all speakers in the playback group according to the target mode parameters.

[0098] This embodiment also provides an adaptive sound field compensation algorithm, which can calculate a gain coefficient G at frequency f for each speaker based on the geometric relationship between the speaker and the user's location and the room characteristics. i (f) aims to make the sound pressure level at the listening position as uniform as possible. The algorithm formula is as follows:

[0099] Wherein: G0(f) represents the reference frequency response gain, which is usually taken as 1.0 or set according to the target curve.

[0100] d i This represents the distance (in meters) from the i-th speaker to the listening position.

[0101] d ref This indicates a reference distance (e.g., 3 meters), at which the distance compensation term is 1.

[0102] θ i This represents the angle (in radians) between the line connecting the i-th speaker and the listening position and the reference axis (e.g., directly in front). |·| indicates taking the absolute value, representing the treatment of left-right symmetry.

[0103] A room This indicates the total sound-absorbing surface area of ​​the room (in square meters).

[0104] V roomThis indicates the total sound absorption volume of the room (in cubic meters).

[0105] α(f) represents the distance compensation intensity coefficient, which is frequency-dependent and used to compensate for distance attenuation.

[0106] β(f) represents the angular attenuation coefficient, which is frequency-dependent and used to simulate the attenuation of sound due to deviation from the axis or the characteristics of human hearing.

[0107] γ(f) represents the room acoustic correction factor, which is frequency-dependent and used to adjust the overall gain appropriately based on the room characteristics.

[0108] For example, suppose in a rectangular room of 5m × 4m × 2.8m, the main speaker is located in the front center, and the distance d between the left front speaker L and the listening position is... L =3.2 meters, included angle θ L =30°=0.524 radians. At a frequency of 1kHz, let G0(1k)=1.0, α(1k)=0.15, β(1k)=0.8, γ(1k)=0.3.

[0109] Room parameter calculation: A room =2×(5×4+5×2.8+4×2.8)=90.4m²; V room =5×4×2.8=56m³; Substitute into the formula to calculate: G L (1k)=1.0×[1+0.15×(3.2 / 3.0-1)×e -0.8×0.524 ]×[1-0.3×(90.4 / 56)]=1.0×[1+0.15×(1.067-1)×0.658]×[1-0.3×1.614]≈0.52.

[0110] Based on this gain factor, the system automatically adjusts the volume of the left front speaker to 52% of the reference volume to achieve sound field balance.

[0111] The adaptive sound field compensation algorithm provided in this embodiment offers a preliminary sound field gain estimation method based on a geometric model, which has the following characteristics: 1) Fast estimation based on a geometric model: It provides a gain calculation model based on the geometric relationship between the speaker and the user's location and the macroscopic dimensions of the room, which can quickly obtain a more reasonable initial gain value than a fixed gain.

[0112] 2) Parametric automatic calculation: Based on the layout parameters, the algorithm can automatically complete the gain calculation, which improves the efficiency of the initial setup of the multi-channel system.

[0113] 3) Layout parameters can be dynamically adjusted: In the system configuration interface, users can adjust the virtual layout parameters of the speakers and observe the gain changes calculated by the algorithm, thereby helping to plan and understand the gain requirements under different theoretical layouts.

[0114] The above method integrates data from multiple sensors and uses algorithm models to determine the user's environment and intentions, automatically selecting and applying the optimal audio parameters, simplifying user operation and more accurately optimizing audio playback effects.

[0115] In one implementation, the above method further includes at least one of the following extended functions: Function 1, compatibility function, used to identify at least one external audio protocol; when a non-standardized slave speaker conforming to an external audio protocol is detected, the device information of the non-standardized slave speaker is converted into the device information of the standardized slave speaker through a protocol conversion module and then controlled uniformly.

[0116] For example, suppose a user wants to add a third-party smart speaker to the "Family Background Music" group created by the system's main speaker. After determining that the third-party smart speaker is a non-standardized slave speaker, the protocol conversion module is activated. This module can connect to the third-party smart speaker and obtain device information, such as device name, supported audio formats, and volume range. Subsequently, the obtained device information is converted and mapped to the device information of the system's standard speaker, assigning it a virtual standardized device ID. This virtual standardized device ID is then added to the device list within the main speaker, and the graphical user interface is updated simultaneously.

[0117] Function 2, multi-terminal collaboration function, is used to process concurrent control commands through the arbitration module; when multiple concurrent control commands are detected, the arbitration module makes a ruling on the concurrent control commands according to the preset priority.

[0118] For example, if the main speaker's arbitration module receives three control commands simultaneously—one from a tablet, one from an Android phone, and one from a local touchscreen—the module will query a preset priority policy. This policy prioritizes local touchscreen commands, then the administrator's phone, and finally regular member devices. The local touchscreen command will be executed first, followed by the Android phone command, and then the tablet command. The three control commands will then be processed according to this priority policy. As another example, if the main speaker receives adjusted local device parameters from a secondary speaker while sending a control command, the main speaker's command will have the highest priority if the device status parameters obtained from the control command conflict with the adjusted local device parameters from the secondary speaker.

[0119] Function 3, voice control function, is used to recognize the control intent of the voice command after receiving it, and convert the control intent into control commands.

[0120] For example, when a user says, "Xiaoyi, switch to news mode," the system can pick up the voice command through the microphone array on top of the main speaker. This voice command is then input into the speech recognition engine for noise reduction and parsing to identify the control intent, namely "switch scene mode," with the target mode being "news." The natural language processing module then converts the control intent into structured control commands.

[0121] The present application discloses a speaker group collaborative control method, wherein the speaker group includes a master speaker and at least one slave speaker, the method is applied to the slave speaker, and the slave speaker provides a graphical user interface.

[0122] As shown in Figure 3, the method includes the following steps: Step S302, after connecting to the network, establish a communication connection with the main speaker through the network and send the device status parameters of the main speaker to the main speaker.

[0123] In one implementation, initialization is performed after power-on, and the network environment is automatically detected. If network configuration information is detected, the system listens for device discovery packets sent by the main speaker; receives the device discovery packets, and sends a response packet to the main speaker based on the device discovery packets; wherein, the response packet includes device information of the slave speaker.

[0124] Step S304: Based on the device status parameters, generate controllable identifiers for multiple speakers in the graphical user interface and display the zone control screen; wherein, the controllable identifiers are used to indicate that the speakers are controllable; the zone control screen includes a device details area, a sound field layout area, and a basic control area.

[0125] In one implementation, in response to a trigger operation targeting a controllable identifier, the corresponding partition control screen of the controllable identifier is displayed in the graphical user interface; when the controllable identifier indicates the target slave speaker, the basic control area includes a single device volume adjustment control, an EQ band adjustment control, and a channel positioning control for the target slave speaker; when the controllable identifier indicates the main speaker, the basic control area includes a main volume adjustment control, a playback control control, and a preset scene switching control.

[0126] Step S306: Listen to the control commands sent by the main speaker, and after executing the control commands, send the status feedback parameters to the main speaker.

[0127] Step S308: Receive the updated device status parameters and update the graphical user interface synchronously based on the updated device status parameters.

[0128] Step S310: Listen for and respond to the heartbeat packets sent by the main speaker. If the connection to the speaker is lost, receive and synchronize the latest device status parameters after reconnection.

[0129] In one implementation, if the communication connection with the main speaker is lost, the system receives the latest device status parameters sent by the main speaker after the communication connection with the main speaker is restored; and updates the historical device status parameters of the slave speaker according to the latest device status parameters.

[0130] The aforementioned speaker group collaborative control method, after connecting to the network, establishes a communication connection with the main speaker via the network and sends the device status parameters of the slave speakers to the main speaker; based on the device status parameters, it generates controllable identifiers for multiple speakers in the graphical user interface and displays a zone control screen; wherein, the controllable identifier is used to indicate that the speaker is controllable; the zone control screen includes a device details area, a sound field layout area, and a basic control area; it listens for control commands sent by the main speaker and sends status feedback parameters to the main speaker after executing the control commands; it receives updated device status parameters and updates the graphical user interface synchronously based on the updated device status parameters; it listens for heartbeat packets sent by the main speaker and responds accordingly; if a slave speaker is disconnected, it receives and synchronizes the latest device status parameters after reconnection.

[0131] This method establishes a communication connection between the main speaker and the slave speaker, and then sends control commands to the slave speaker. This optimizes the collaborative control process of the speaker group, simplifies user interaction steps, and eliminates the need for third-party terminal devices. The system updates device status parameters based on feedback from the slave speaker, allowing for real-time monitoring of device connection status. Simultaneously, a heartbeat monitoring mechanism and automatic reconnection ensure rapid restoration of communication and synchronization of the latest device status parameters in case of disconnection, significantly improving system stability. The modular design of the graphical user interface, including device details, sound field layout, and basic control areas, enables users to accurately grasp sound field distribution characteristics and achieve rapid response through touch operation, thereby comprehensively enhancing the audio experience quality.

[0132] In one implementation, in response to a parameter adjustment operation on the local device parameters of the speaker, the adjusted local device parameters are obtained; and the adjusted local device parameters are sent to the main speaker.

[0133] Specifically, this parameter adjustment can be performed manually, for example, by rotating a physical knob on the speaker, or through a graphical user interface. After obtaining the adjusted local device parameters according to the parameter adjustment operation, the speaker sends the adjusted local device parameters to the main speaker, which then detects and synchronizes them.

[0134] The speaker group collaborative control method for slave speakers provided in this application embodiment has the same technical features as the speaker group collaborative control method for master speakers provided in the above embodiment. Therefore, it can also solve the same technical problems and achieve the same technical effects. The same technical features will not be described again.

[0135] The speaker group collaborative control system disclosed in this application embodiment is shown in Figure 4. This speaker group collaborative control system is based on a star topology network and employs a speaker group collaborative control method applied to the main speaker and a speaker group collaborative control method applied to the slave speakers for collaborative execution. Specifically, in Figure 4, with the main speaker 41 as the center, communication connections are established with slave speakers 42, 43, 44 to 4n, forming a star topology network.

[0136] This embodiment also provides an electronic device, including a processor and a memory. The memory stores computer-executable instructions that can be executed by the processor, and the processor executes the computer-executable instructions to implement the above-described speaker group collaborative control method.

[0137] Referring to Figure 5, the electronic device includes a processor 100 and a memory 101. The memory 101 stores computer-executable instructions that can be executed by the processor 100. The processor 100 executes the computer-executable instructions to implement the above-described speaker group collaborative control method.

[0138] Furthermore, the electronic device shown in Figure 5 also includes a bus 102 and a communication interface 103, with the processor 100, the communication interface 103, and the memory 101 connected via the bus 102.

[0139] The memory 101 may include high-speed random access memory (RAM) or 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 103 (which can be wired or wireless), such as the Internet, wide area network, local area network, or metropolitan area network. The bus 102 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 illustration, only a single bidirectional arrow is used in Figure 5, but this does not indicate that there is only one bus or one type of bus.

[0140] The processor 100 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 the processor 100 or by instructions in software form. The processor 100 may be a general-purpose processor, including a Central Processing Unit (CPU), a Network Processor (NP), etc.; it may 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 the embodiments of this application. The general-purpose processor may be a microprocessor or any conventional processor. The steps of the methods disclosed in the embodiments of this application 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 module can reside in a readily available storage medium in the art, such as random access memory, flash memory, read-only memory, programmable read-only memory, electrically erasable programmable memory, or registers. This storage medium is located in memory 101, and the processor 100 reads the information from memory 101 and, in conjunction with its hardware, completes the steps of the method described in the foregoing embodiments.

[0141] This embodiment also provides a computer-readable storage medium storing computer-executable instructions. When the computer-executable instructions are called and executed by a processor, the computer-executable instructions cause the processor to implement the above-described speaker group collaborative control method.

[0142] The computer program products of the speaker group collaborative control method, system, electronic device and storage medium provided in the embodiments of this application include a computer-readable storage medium storing program code. The instructions included in the program code can be used to execute the methods described in the preceding method embodiments. For specific implementation, please refer to the method embodiments, which will not be repeated here.

[0143] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working process of the system and apparatus described above can be referred to the corresponding process in the foregoing method embodiments, and will not be repeated here.

[0144] Furthermore, in the description of the embodiments of this application, unless otherwise expressly specified and limited, the terms "installation," "connection," and "linking" should be interpreted broadly. For example, they can refer to a fixed connection, a detachable connection, or an integral connection; they can refer to a mechanical connection or an electrical connection; they can refer to a direct connection or an indirect connection through an intermediate medium; and they can refer to the internal connection of two components. Those skilled in the art can understand the specific meaning of the above terms in this application based on the specific circumstances.

[0145] If the aforementioned functions are implemented as software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or a portion of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0146] In the description of this application, it should be noted that the terms "center," "upper," "lower," "left," "right," "vertical," "horizontal," "inner," and "outer," etc., indicate the orientation or positional relationship based on the orientation or positional relationship shown in the accompanying drawings. They are used only for the convenience of describing this application and simplifying the description, and do not indicate or imply that the device or element referred to must have a specific orientation, or be constructed and operated in a specific orientation. Therefore, they should not be construed as limitations on this application. Furthermore, the terms "first," "second," and "third" are used for descriptive purposes only and should not be construed as indicating or implying relative importance.

[0147] Finally, it should be noted that the above embodiments are merely specific implementations of this application, used to illustrate the technical solutions of this application, and not to limit them. The protection scope of this application is not limited thereto. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that any person skilled in the art can still modify or easily conceive of changes to the technical solutions described in the foregoing embodiments, or make equivalent substitutions for some of the technical features, within the technical scope disclosed in this application. Such modifications, changes, or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of this application, and should all be covered within the protection scope of this application. Therefore, the protection scope of this application should be determined by the protection scope of the claims.

Claims

1. A method for coordinated control of a speaker group, characterized in that, The speaker group includes a main speaker and at least one slave speaker. The method is applied to the main speaker, which provides a graphical user interface. The method includes: after connecting to a network, establishing a communication connection with the slave speaker through the network and obtaining the device status parameters of the slave speaker; generating controllable identifiers for multiple speakers in the graphical user interface and displaying a zone control screen based on the device status parameters; wherein the controllable identifiers are used to indicate that the speaker is controllable; the zone control screen includes a device details area, a sound field layout area, and a basic control area; responding to a specified touch operation on the graphical user interface, generating a control command, and sending the control command to the specified slave speaker corresponding to the control command; receiving status feedback parameters from the slave speaker, updating the device status parameters based on the status feedback parameters, and synchronously updating the graphical user interface; monitoring the connection status of the slave speaker through heartbeat packets, and when a slave speaker is detected to be disconnected, updating the status display information of the slave speaker and initiating automatic reconnection.

2. The speaker group collaborative control method according to claim 1, characterized in that, After connecting to the network, establishing a communication connection with the slave speaker through the network includes: initializing after power-on, automatically detecting the network environment, and if network configuration information is detected, starting UDP broadcast to send a device discovery packet to the slave speaker connected to the network; receiving a response packet corresponding to the device discovery packet returned by the slave speaker, and establishing a communication connection with the slave speaker based on the response packet; wherein, the response packet includes the device information of the slave speaker; extracting the device information of the slave speaker from the response packet, and storing the device information of the slave speaker in a device list.

3. The speaker group collaborative control method according to claim 1, characterized in that, Based on the device status parameters, generating controllable identifiers for multiple speakers and displaying a partition control screen in the graphical user interface includes: generating a visual device list in the graphical user interface and displaying a partition control screen based on the device status parameters; wherein, the visual device list includes multiple controllable identifiers; the first area of ​​the partition control screen serves as a device details area, which includes the current scene mode and playback group name; the second area of ​​the partition control screen serves as a sound field layout area, which displays the sound field configuration and the sound field information of each speaker; and the third area of ​​the partition control screen serves as a basic control area.

4. The speaker group collaborative control method according to claim 1 or 3, characterized in that, Based on the device status parameters, after generating controllable identifiers for multiple speakers in the graphical user interface and displaying the partition control screen, the method further includes: responding to a trigger operation on a target controllable identifier in the graphical user interface, and displaying the partition control screen corresponding to the target controllable identifier in the graphical user interface; when the target controllable identifier indicates a target slave speaker, the basic control area includes a single device volume adjustment control, an EQ band adjustment control, and a channel positioning control for the target slave speaker; when the target controllable identifier indicates a master speaker, the basic control area includes a master volume adjustment control, a playback control control, and a preset scene switching control.

5. The speaker group collaborative control method according to claim 1, characterized in that, The connection status of the slave speaker is monitored via heartbeat packets. When a slave speaker is detected to be disconnected, the status display information of the slave speaker is updated and automatic reconnection is initiated. This includes: periodically sending heartbeat packets to the slave speaker and recording the heartbeat packets corresponding to each slave speaker in the device heartbeat table; retrieving the device heartbeat table, and marking the slave speaker as disconnected if the response duration in the device heartbeat table is greater than a preset duration threshold; sending pairing request packets to the disconnected slave speaker according to a preset interval; and updating the status display information of the disconnected slave speaker to online status after the communication connection is restored, and performing synchronization of the latest device status parameters.

6. The speaker group collaborative control method according to claim 1, characterized in that, The method further includes: obtaining mode parameters corresponding to different scene modes, the mode parameters including EQ curve parameters, volume distribution parameters, sound field width parameters and low frequency gain parameters; determining the target scene mode through a pre-trained environment recognition algorithm model based on illuminance, input source signal, volume level information and device layout information; obtaining the target mode parameters corresponding to the target scene mode, and updating the device status parameters according to the target mode parameters.

7. The speaker group collaborative control method according to claim 1, characterized in that, The method further includes at least one of the following extended functions: a compatibility function for identifying at least one external audio protocol; when a non-standardized slave speaker conforming to the external audio protocol is detected, the device information of the non-standardized slave speaker is converted into the device information of a standardized slave speaker through a protocol conversion module before unified control; a multi-terminal collaboration function for processing concurrent control commands through an arbitration module; when multiple concurrent control commands are detected, the arbitration module adjudicates the concurrent control commands according to a preset priority; and a voice control function for recognizing the control intent of a voice command after receiving a voice command and converting the control intent into the control command.

8. A method for coordinated control of a speaker group, characterized in that, The speaker group includes a main speaker and at least one slave speaker. The method is applied to the slave speaker, which provides a graphical user interface. The method includes: after connecting to a network, establishing a communication connection with the main speaker through the network and sending the slave speaker's device status parameters to the main speaker; generating controllable identifiers for multiple speakers in the graphical user interface and displaying a zone control screen based on the device status parameters; wherein the controllable identifiers are used to indicate that the speakers are controllable; the zone control screen includes a device details area, a sound field layout area, and a basic control area; listening to control commands sent by the main speaker and sending status feedback parameters to the main speaker after executing the control commands; receiving updated device status parameters and synchronously updating the graphical user interface based on the updated device status parameters; listening to and responding to heartbeat packets sent by the main speaker; if the slave speaker disconnects, receiving and synchronizing the latest device status parameters after reconnection.

9. The speaker group collaborative control method according to claim 8, characterized in that, After connecting to the network, a communication connection is established with the main speaker through the network, including: initializing after power-on, automatically detecting the network environment, and if network configuration information is detected, listening for device discovery packets sent by the main speaker; receiving the device discovery packets, and sending a response packet to the main speaker according to the device discovery packets; wherein, the response packet includes the device information of the slave speaker.

10. The speaker group collaborative control method according to claim 8, characterized in that, Based on the device status parameters, after generating controllable identifiers for multiple speakers in the graphical user interface and displaying the partition control screen, the method further includes: responding to a trigger operation for a target controllable identifier and displaying the partition control screen corresponding to the target controllable identifier in the graphical user interface; when the target controllable identifier indicates a target slave speaker, the basic control area includes a single device volume adjustment control, an EQ band adjustment control, and a channel positioning control for the target slave speaker; when the target controllable identifier indicates a master speaker, the basic control area includes a master volume adjustment control, a playback control control, and a preset scene switching control.

11. The speaker group collaborative control method according to claim 8, characterized in that, The method further includes: responding to a parameter adjustment operation for the local device parameters of the slave speaker to obtain the adjusted local device parameters; and sending the adjusted local device parameters to the master speaker.

12. The speaker group collaborative control method according to claim 8, characterized in that, If the slave speaker disconnects, the latest device status parameters are received and synchronized after reconnection, including: if the communication connection with the master speaker is lost, the latest device status parameters sent by the master speaker are received after the communication connection with the master speaker is restored; and the historical device status parameters of the slave speaker are updated according to the latest device status parameters.

13. A speaker group collaborative control system, characterized in that, The speaker group collaborative control system is based on a star topology network and is executed collaboratively using the speaker group collaborative control method as described in any one of claims 1-7 and the speaker group collaborative control method as described in any one of claims 8-12.

14. An electronic device, characterized in that, It includes a processor and a memory, the memory storing computer-executable instructions that can be executed by the processor, the processor executing the computer-executable instructions to implement the speaker group collaborative control method according to any one of claims 1-12.

15. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer-executable instructions, which, when invoked and executed by a processor, cause the processor to implement the speaker group collaborative control method according to any one of claims 1-12.

Images