A method and system for cooperative control of a microphone with multiple terminals

Abstract

This invention relates to the field of microphone technology and discloses a method and system for collaborative control of a microphone and multiple terminals. The method includes: establishing an encrypted communication link between the microphone and multiple terminals; receiving adjustment data packets sent from the terminals, the adjustment data packets including user-input audio parameter types and corresponding parameter values; adjusting the microphone's audio according to the audio parameter types and corresponding parameter values; when the microphone receives adjustment data packets from multiple terminals within a preset time period, determining a target adjustment data packet according to preset rules and executing an audio adjustment action corresponding to the target adjustment data packet; and collecting the microphone's current operating status information in real time and synchronizing the current operating status information to each terminal through the encrypted communication link. This invention resolves concurrent adjustment conflicts between multiple terminals through preset rules and improves the user interaction experience through status synchronization, thereby achieving collaborative microphone control across multiple terminals.

Description

Technical Field

[0001] This invention relates to the field of microphone technology, specifically to a method and system for the coordinated control of a microphone and multiple terminals. Background Technology

[0002] With the popularization of wireless communication technology and smart terminal devices, microphones, as core audio acquisition devices, have been widely used in scenarios such as conference systems, live recording, online education, and smart homes. In practical applications, there is often a need for multiple terminal devices (such as mobile phones, tablets, computers, dedicated control panels, etc.) to simultaneously adjust parameters and monitor the status of the same microphone.

[0003] Currently, microphone control methods are mostly divided into two categories: one is to adjust parameters through the buttons on the microphone itself, which is intuitive but has low adjustment precision, poor functional expandability, and cannot achieve fine-grained configuration of complex audio effects; the other is to control through a single terminal device, which can improve adjustment precision, but has limitations in terminal compatibility. When it is necessary to change the terminal device, the user must manually disconnect the current connection and re-pair, which is cumbersome and cannot achieve collaborative control and parameter synchronization of multiple terminals. Summary of the Invention

[0004] In view of the above problems, embodiments of the present invention provide a method for collaborative control of a microphone and multiple terminals. The method ensures data security through encrypted communication links, resolves conflicts in concurrent adjustment of multiple terminals through preset rules, and improves the user interaction experience through state synchronization, thereby realizing collaborative control of the microphone by multiple terminals.

[0005] In a first aspect, according to embodiments of the present invention, a method for collaborative control of a microphone and multiple terminals is provided, the method comprising: Establish encrypted communication links between the microphone and multiple terminals; Receive adjustment data packets sent from the terminal, the adjustment data packets including the audio parameter types and corresponding parameter values ​​input by the user; Adjust the microphone audio according to the audio parameter type and corresponding parameter value; When the microphone receives adjustment data packets from multiple terminals within a preset time period, the target adjustment data packet is determined according to preset rules, and the audio adjustment action corresponding to the target adjustment data packet is executed. The microphone's current working status information is collected in real time and synchronized to each terminal through the encrypted communication link.

[0006] In one alternative approach, establishing an encrypted communication link between the microphone and multiple terminals includes: Confirm that the microphone's communication module is in a ready-to-connect state; Receive an access request sent from a terminal, wherein the access request carries preset authentication information; The communication module verifies the access request.

[0007] In one alternative approach, the communication module verifies the access request, including: The application ID that obtains the authentication information; The communication module verifies whether the application ID exists in the whitelist; If the application ID does not exist in the whitelist, the microphone rejects the terminal's access request; If the application ID exists in the whitelist, the microphone and the terminal perform two-way authentication. The two-way verification includes: the microphone generating a first random number and sending it to the terminal; the terminal signing the first random number with its device private key and generating a first response, which is then sent back to the microphone; the microphone verifying the first response sent back using its device public key; the terminal generating a second random number and sending it to the microphone; the microphone signing the second random number with its device private key and generating a second response, which is then sent back to the terminal; and the terminal verifying the second response sent back using the microphone's device public key.

[0008] In one alternative approach, receiving the adjustment data packet sent from the terminal includes: The system receives audio adjustment commands from the terminal and encodes them to generate the adjustment data packet. The microphone's communication module verifies the received adjustment data packet and transmits the verified adjustment data packet to the microphone's DSP module. The DSP module decodes the adjustment data packet to obtain the type of audio parameters adjusted by the user and the corresponding parameter values.

[0009] In one alternative approach, receiving the adjustment data packet from the terminal, which is encoded based on user-input audio adjustment instructions, includes: The audio adjustment command is processed by binary encoding to generate a data packet with a fixed format. The data packet structure is "header identifier - parameter type - parameter value - checksum".

[0010] In one alternative approach, determining the target adjustment data packet according to a preset rule includes: Before the microphone receives the adjustment data packet sent by the terminal, the terminal first sends a lock request instruction, which includes the terminal ID and the operation type; The microphone detects the current lock status. If the lock status is idle, the terminal is authorized and a lock permission instruction is returned, and the current terminal ID is recorded. If the lock status is held, a lock denial instruction is returned, and the current holder information is provided.

[0011] In an alternative approach, determining the target adjustment data packet according to a preset rule further includes: While returning the lock permission command to the terminal, the microphone updates the lock status to held; The microphone updates the lock status to idle based on the lock release command sent from the terminal.

[0012] In one alternative approach, before the microphone updates the lock state to idle according to a lock release command sent from the terminal, the method further includes: If no lock release command is received from the currently holding terminal within a preset time period, the microphone will update the lock status to idle; If the microphone disconnects from the terminal currently holding the lock, the microphone will update the lock status to idle.

[0013] In one alternative embodiment, the encrypted communication link includes: The microphone and terminal dynamically negotiate and generate a session key using the ECDH algorithm. The transmitted adjustment data packet is encrypted using the AES-128-GCM algorithm. The adjustment data is verified for integrity and legitimacy by carrying a message authentication code (MAC).

[0014] Secondly, according to embodiments of the present invention, a collaborative control system for microphones and multiple terminals is provided for implementing the above method, the system comprising: The main control MCU includes a communication interface and a communication module connected to the communication interface. The communication interface is used to establish communication connections with each terminal, and the communication module is used to receive adjustment data packets sent from the terminal. The DSP module is connected to the main control MCU. The DSP module is used to parse the adjustment data packet and adjust the audio of the microphone.

[0015] The first aspect of this invention ensures device connection security in multi-terminal access scenarios by establishing an encrypted communication link between the microphone and multiple terminals. The microphone can receive audio parameter types and corresponding parameter values ​​sent from the terminals. Compared to traditional microphones that only adjust parameters via buttons on the microphone itself, users can also achieve high-precision parameter value input and fine-grained configuration of various audio effects through the human-computer interaction interfaces of different terminals, improving the microphone's audio adjustment flexibility and configurability in multi-scenario applications.

[0016] On the other hand, this invention collects current operating status information in real time via a microphone and synchronizes this information to each connected terminal, avoiding misoperations and redundant adjustments caused by delayed or inconsistent status information, thus improving the user experience and operational accuracy of multi-terminal collaborative use. Furthermore, when multiple terminals simultaneously send audio adjustment commands, the execution order can be determined according to preset rules, achieving orderly and coordinated audio parameter adjustment across multiple terminals without the need to disconnect and switch between different terminal devices to adapt to different usage scenarios. Attached Figure Description

[0017] Figure 1 A flowchart illustrating the collaborative control method for microphones and multiple terminals provided by the present invention is shown.

[0018] Figure 2 The diagram illustrates an interactive scenario of the microphone and multi-terminal collaborative control method provided by the present invention.

[0019] Figure 3 The diagram illustrates the process of verifying terminal access requests provided by the present invention.

[0020] Figure 4 A schematic diagram of the structure of the microphone and multi-terminal collaborative control system provided by the present invention is shown. Detailed Implementation

[0021] To make the objectives, technical solutions, and advantages of the embodiments of the present invention clearer, the technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. The described embodiments are some, but not all, of the embodiments of the present invention.

[0022] Therefore, the following detailed description of the embodiments of the invention provided in the accompanying drawings is not intended to limit the scope of the claimed invention, but merely to illustrate selected embodiments of the invention. All other embodiments obtained by those skilled in the art based on the embodiments of the invention without inventive effort are within the scope of protection of the invention.

[0023] Figure 1 A schematic diagram of the framework of the microphone and multi-terminal collaborative control method of the present invention is shown. Figure 1 As shown, the method includes the following steps: In step S101, the microphone verifies and authenticates the connection signal of the external terminal, and establishes an encrypted communication link between the microphone and multiple terminals so that each terminal can interact with the microphone and realize the collaborative control of the microphone by multiple terminals.

[0024] In step S102, the microphone receives the adjustment data packet sent from the terminal. The terminal converts the user's operation instructions on the device's interactive interface into an adjustment data packet and sends it to the microphone. The adjustment data packet includes the audio parameter type and corresponding parameter value input by the user.

[0025] Step S103: The microphone parses the adjustment data packet and adjusts the microphone audio according to the audio parameter type and corresponding parameter value to achieve the user's expected effect.

[0026] In step S104, the microphone allows multiple different types of terminals to maintain a connection at the same time. When the microphone receives adjustment data packets from multiple terminals within a preset time period, in order to avoid conflicts in the concurrent adjustment of multiple terminals, the microphone determines the target adjustment data packet according to a preset rule and executes the audio adjustment action corresponding to the target adjustment data packet, so as to ensure that only one terminal is allowed to adjust the audio parameters of the microphone at the same time.

[0027] In step S105, the microphone can collect its current working status information in real time and synchronize this information to each terminal via an encrypted link. Each terminal will update its data accordingly and dynamically adjust the status display on its interface, thereby achieving real-time synchronization of parameter adjustment and status display among multiple terminals.

[0028] In this embodiment, the first aspect ensures device connection security in multi-terminal access scenarios by establishing encrypted communication links between the microphone and multiple terminals. The microphone can receive audio parameter types and corresponding parameter values ​​sent from the terminals. Compared to traditional microphones where parameters are adjusted only through buttons on the microphone itself, users can also achieve high-precision parameter value input and fine-grained configuration of various audio effects through the human-computer interaction interfaces of different terminals, improving the microphone's audio adjustment flexibility and configurability in multi-scenario applications.

[0029] On the other hand, this invention collects current operating status information in real time via a microphone and synchronizes this information to each connected terminal, avoiding misoperations and redundant adjustments caused by delayed or inconsistent status information, thus improving the user experience and operational accuracy of multi-terminal collaborative use. Furthermore, when multiple terminals simultaneously send audio adjustment commands, the execution order can be determined according to preset rules, achieving orderly and coordinated audio parameter adjustment across multiple terminals without the need to disconnect and switch between different terminal devices to adapt to different usage scenarios.

[0030] Figure 2 A flowchart illustrating the microphone and multi-terminal collaborative control method of the present invention is shown. Figure 2 As shown, the method includes the following steps: Step S201: The main control MCU confirms that the communication module is in a ready-to-connect state.

[0031] Referring to step S201, the microphone's main control MCU has a built-in communication module. After the microphone is started, the communication module automatically enters the ready-to-connect state. The main control MCU can only establish a connection with each terminal after confirming that its communication module is in the ready-to-connect state.

[0032] Understandably, once the microphone enters the connection-ready state, it can send a device ID via a wireless or wired module, allowing the terminal to scan and send an access request. For example, the microphone can broadcast via Bluetooth BLE, which includes a broadcast packet containing the device's unique ID (such as a MAC address or product serial number). After scanning this packet, the terminal sends an access request to establish a wireless communication connection with the microphone via the Bluetooth 5.3 BLE protocol.

[0033] Step S202: The terminal sends an access request.

[0034] Referring to step S202, the communication module receives an access request sent from the terminal. The access request carries preset authentication information, which includes the device public key and the application ID, so that the microphone can obtain the authentication information and complete the authentication.

[0035] Step S203: The communication module verifies the terminal's access request.

[0036] Referring to step S203, during the microphone-terminal connection process, the microphone verifies the access request sent by the terminal through the communication module. Two-way authentication is completed through a preset authentication mechanism. After successful verification, a secure communication link is established using an encryption algorithm to prevent data transmission from being tampered with or stolen. Each adjustment data packet contains a Message Authentication Code (MAC), and the adjustment data undergoes integrity and legitimacy verification by carrying the MAC.

[0037] In one possible implementation, the encrypted communication link includes a microphone and a terminal dynamically negotiating and generating a session key using the ECDH algorithm, and using the AES-128-GCM algorithm to encrypt the transmitted conditioning data packets.

[0038] In this process, after successful two-way authentication between the microphone and each terminal, both parties generate a temporary elliptic curve key pair, such as a public-private key pair based on the secp256r1 curve. The two parties exchange public keys and calculate a shared session key using the ECDH algorithm. This session key exists only for the duration of the current connection and becomes invalid immediately upon connection termination. Because the session key negotiated for each connection is different, dynamic key updates are achieved, avoiding the risk of key leakage inherent in pre-shared key schemes due to long-term key immutability.

[0039] During data transmission, both parties use a negotiated session key to encrypt all audio adjustment commands and status data using the AES-128-GCM algorithm. GCM mode provides encryption and integrity verification while generating a 128-bit authentication tag for each data packet. Before attempting to decrypt the data packet, the receiver first verifies the authentication tag: if the verification is successful, it proves the data packet has not been tampered with and its origin is legitimate, and decryption proceeds; if the verification fails, it determines that the data integrity has been compromised, and the data packet is discarded, effectively preventing data tampering and replay attacks.

[0040] Step S204: The terminal sends an adjustment data packet.

[0041] Referring to step S204, the terminal encodes the audio adjustment command input by the user to generate an adjustment data packet. The microphone's main control MCU then receives the adjustment data packet sent by the terminal. This adjustment data packet includes the audio parameter type and corresponding value input by the user. The communication module of the main control MCU verifies the received adjustment data packet and transmits the verified adjustment data packet to the microphone's DSP module. The DSP module decodes the adjustment data packet to obtain the audio parameter type and corresponding value adjusted by the user.

[0042] Understandably, users adjust microphone audio parameters (such as gain, noise reduction level, reverb mode, etc.) through a terminal application (APP) or mini-program interface. The software (i.e., the application APP or mini-program) encodes the audio adjustment commands (i.e., the parameter values) into specific binary adjustment data packets. The adjustment data packets are then encrypted and transmitted to the microphone's communication module via USB wired or Bluetooth BLE wireless connection.

[0043] It is worth noting that the terminal in this application includes, but is not limited to, electronic devices with input functions and communication capabilities such as desktop computers, laptops, smartphones, tablets, or dedicated control panels. The terminal is equipped with an application (APP) or mini-program for adjusting microphone audio parameters, enabling users to conveniently adjust the microphone through the graphical interface on the application (APP) or mini-program, thereby converting user-input audio adjustment commands into fine-tuning of the microphone's audio parameters.

[0044] In one possible implementation, the audio adjustment command performs binary encoding processing to generate a data packet with a fixed format, the data packet structure being "header identifier - parameter type - parameter value - checksum".

[0045] The specific implementation of binary encoding is as follows: each audio parameter (such as gain 0-24, noise reduction 16 levels, etc.) is mapped to a fixed length of binary bits (such as 4 bits to represent 16 levels), so that the entire adjustment data packet only needs a few bytes, which is much smaller than the existing JSON / XML and other text formats. This can effectively reduce the data transmission volume, reduce transmission latency, and improve the efficiency of data interaction.

[0046] Understandably, for example, the data packet structure adopts the implementation method of header identifier [2 bytes] + parameter type [1 byte] + parameter value [2 bytes] + checksum [1 byte]. The size of the encoded data packet is reduced by 60% compared with the traditional JSON format, which can significantly improve transmission efficiency.

[0047] It's worth noting that the adjustment data packets also employ a bitmask mechanism to encode Boolean parameters. For example, different bits in the byte can be used to indicate status information such as "whether noise reduction is enabled" and "whether reverb is enabled." An adjustment data packet containing gain, noise reduction, and reverb can be compressed to 4-8 bytes using this specific binary encoding, while the existing JSON format typically requires tens of bytes. This encoding method significantly reduces redundant information in the data packet, improving the transmission efficiency of the interaction between the microphone and the terminal.

[0048] In step S205, the main control MCU determines the target adjustment data packet according to preset rules.

[0049] Referring to step S205, when the microphone's main control MCU receives adjustment data packets from multiple terminals within a preset time period, it determines the target adjustment data packet according to preset rules and executes the audio adjustment action corresponding to the target adjustment data packet.

[0050] In one possible implementation, the step of determining the target adjustment data packet according to preset rules is as follows: Before the microphone receives the adjustment data packet sent from the terminal, the terminal first sends a lock request instruction, which includes the terminal ID and operation type. The microphone detects the current lock state. If the lock state is idle, it authorizes the terminal and returns a lock permission instruction, and records the current terminal ID. After receiving the lock permission instruction, the terminal sends an adjustment data packet to the microphone. If the lock state is held, it returns a lock denial instruction and informs the current holder information.

[0051] In one possible implementation, determining the target adjustment data packet according to preset rules further includes: the microphone updating its lock state to held while returning a lock permission instruction to the terminal, and rejecting lock request instructions from other terminals during the held period; after the terminal completes the audio adjustment operation, it sends a lock release instruction, and the microphone updates its lock state to idle according to the lock release instruction sent from the terminal.

[0052] Understandably, the microphone uses a distributed locking mechanism to synchronize parameters, ensuring that only one terminal is allowed to adjust the microphone's audio parameters at any given time.

[0053] Optionally, to prevent the lock from being held for an extended period due to terminal malfunction, this implementation also includes a lock timeout and reclamation mechanism. When the microphone updates the lock state to held, a timer is started. If the lock is not released after a preset duration (e.g., 5 seconds), and the microphone has not received any valid data packet or lock release command from the currently holding terminal, the terminal is deemed to be malfunctioning. The microphone will then forcibly update the lock state from held to idle, thus automatically reclaiming the lock and effectively preventing deadlock.

[0054] When the microphone detects that the terminal connection has been lost, it will automatically reclaim the lock to prevent the lock from being permanently occupied. When the lock is occupied, if other terminals attempt to adjust the audio, the microphone will return a prompt response to be displayed on the terminal's interactive interface, guiding the user to wait or switch terminals.

[0055] Step S206: The main control MCU sends an adjustment data packet.

[0056] Referring to step S206, the microphone's communication module verifies the received adjustment data packet, and transmits the verified adjustment data packet from the main control MCU to the microphone's DSP module.

[0057] In step S207, the DSP module decodes the adjustment data packet to obtain the type of audio parameters adjusted by the user and the corresponding parameter values.

[0058] Understandably, the communication module verifies the integrity and legality of the adjustment data packet. After passing the verification, it forwards the data packet to the microphone's main control MCU. The main control MCU parses the adjustment data packet, identifies the parameter type (such as gain adjustment, reverb mode switching) and the corresponding target parameter value. The main control MCU converts the adjustment data packet into register configuration commands or algorithm call instructions that the DSP module can recognize. The DSP module decodes the adjustment data packet and converts it into specific parameter modification operations for the underlying audio algorithm.

[0059] Step S208: The DSP module adjusts the audio effects of the microphone.

[0060] Referring to step S208, after receiving the adjustment data packet from the main control MCU, the DSP module immediately updates its internal audio processing registers (such as PGA gain, filter coefficients, and reverberation delay line parameters) to process the input audio stream in real time. For example, gain adjustment adjusts the amplification factor of the programmable gain amplifier (PGA); noise reduction adjustment calls the adaptive filtering algorithm to adjust the filter intensity according to the noise reduction level; reverberation adjustment loads the corresponding reverberation algorithm library and adjusts parameters such as delay and attenuation. Simultaneously, the DSP module updates the microphone's internal status register, recording the current parameter values ​​for microphone status acquisition and synchronization.

[0061] In step S209, the main control MCU synchronously sends the current working status information to each terminal.

[0062] Referring to step S209, the main control MCU collects the current operating status information of the microphone in real time and synchronizes this information to each terminal via an encrypted communication link. During microphone status synchronization, the main control MCU periodically reads the status register of the DSP module (e.g., every 10ms) to collect the current operating status information of the microphone in real time, including but not limited to the currently running audio parameters, signal strength, and remaining battery power. The main control MCU encodes the status information into status packets and sends them back to the terminals via the communication module.

[0063] Understandably, the microphone's main control MCU collects the aforementioned status information, encodes it into a specific formatted status data packet, and transmits it back to each connected terminal via the communication module and the established encrypted communication link. After receiving and parsing the status data packet, each terminal updates the status display on its interactive interface accordingly, thereby achieving real-time synchronization of parameter adjustment and status display among multiple terminals.

[0064] Specifically, a transmission strategy combining incremental updates and differential coding is employed for data transmission updates. Parameters that remain unchanged during the adjustment are not transmitted again; only parameters whose values ​​have changed are sent. For example, when the user only adjusts the gain value, the terminal generates only an adjustment data packet containing the new gain value, without carrying other parameters such as noise reduction or reverberation. Furthermore, for continuously changing parameters such as the volume slider, the terminal does not send their absolute values ​​during encoding; instead, it calculates and transmits the difference between the value and the previous frame's value, further reducing the amount of data transmitted. This is particularly suitable for interactive scenarios involving continuous drag-and-drop adjustments and intensive command sending, and significantly reduces the transmission latency between the microphone and each terminal.

[0065] It's worth noting that by collecting real-time operating status information via microphone and synchronizing this information to all connected terminals, erroneous operations and redundant adjustments caused by lagging or inconsistent status information are avoided, thus improving the user experience and operational accuracy of multi-terminal collaborative use. Furthermore, when multiple terminals simultaneously send audio adjustment commands, the execution order is determined according to preset rules, achieving orderly and coordinated audio parameter adjustments across multiple terminals without the need to disconnect and switch between different terminal devices to adapt to different usage scenarios.

[0066] In this embodiment, the authentication information in the access request verifies the legitimacy of the terminal, and establishes an encrypted communication link between the microphone and the terminal after successful verification, ensuring the security of device connections in multi-terminal access scenarios. The microphone can receive audio parameter types and corresponding parameter values ​​sent from the terminal. Compared to the traditional method of adjusting parameters through buttons on the microphone itself, users can also achieve high-precision parameter value input and fine-grained configuration of multiple audio effects through the human-computer interaction interface of different terminals, improving the flexibility and configurability of audio adjustment in multi-scenario applications.

[0067] like Figure 3 The diagram illustrates the steps involved in the communication module verifying an access request. These steps include: Obtain the application ID from the authentication information in the access request. Each terminal's software has a pre-installed device public key and application ID, which are included when the terminal sends an access request.

[0068] The communication module verifies the application ID and checks if it exists in the whitelist. If the application ID does not exist in the whitelist, the microphone rejects the access request from the terminal; if the application ID exists in the whitelist, the microphone and the terminal perform two-way authentication.

[0069] The specific steps of the two-way verification are as follows: the microphone generates a first random number and sends it to the terminal; the terminal signs the first random number with its device private key and generates a first response, which is then sent back to the microphone; the microphone verifies the first response sent back with its device public key; the terminal generates a second random number and sends it to the microphone; the microphone signs the second random number with its device private key and generates a second response, which is then sent back to the terminal; the terminal uses the microphone's device public key to verify the second response sent back.

[0070] Understandably, the first response is used to confirm the legitimacy of the software, while the second response generated by reverse verification is used to ensure that the connected device is genuine, preventing counterfeit or fake devices from accessing the network. By completing two-way verification of software authorization and hardware identity before the communication link is established, potential security threats to data transmission are avoided.

[0071] likeFigure 4 The diagram shows a schematic of a collaborative control system for microphones and multiple terminals. This system, through the collaborative operation of the main control MCU and DSP module, combined with a multi-interface communication design, enables both remote and local adjustment of microphone audio parameters. Simultaneously, it achieves efficient audio signal processing and status synchronization. The overall architecture is simple, the performance is stable, and it can adapt to the collaborative use needs of multiple scenarios and multiple terminals.

[0072] This system includes: a main control MCU, which includes a communication interface and a communication module connected to the communication interface. The communication interface is used to establish communication connections with each terminal, and the communication module is used to receive adjustment data packets sent from the terminal; and a DSP module, which is connected to the main control MCU. The DSP module is used to parse the adjustment data packets and adjust the audio of the microphone.

[0073] Specifically, the main control MCU, acting as the system's master controller, is responsible for communication protocol processing, logic control, and power management. The main control MCU has a built-in communication module that establishes wired and / or wireless communication connections with each terminal via a communication interface to establish communication links and receive adjustment data packets sent from the terminals. The main control MCU and the DSP module are connected via the integrated circuit's built-in audio bus, i.e., transmitting audio data through the IIS bus and performing control interaction through the GPIO interface.

[0074] It's worth noting that the DSP module is primarily responsible for audio signal acquisition, preprocessing, and core algorithm processing. Specifically, the analog signal from the microphone unit is first amplified by the operational amplifier (OP), then converted into a digital audio data stream by an ADC, and finally output to the DSP module. The DSP module then sends the processed digital audio data stream to the main control MCU via the IIS bus.

[0075] In one possible implementation, the main control MCU and DSP module are integrated into the same chip SOC. The main control MCU has a built-in Bluetooth 5.3 module for establishing wireless communication connections with terminals; simultaneously, the main control MCU also establishes wired communication with terminals via a USB interface. Furthermore, both the main control MCU and DSP module are externally connected to independent 24MHz crystal oscillators to provide a precise clock reference. For power supply, both are powered by V1 power from a low-dropout linear regulator (LDO), with V1 voltage set to 3.6V.

[0076] In one possible implementation, the system also includes a headphone jack (HP), function buttons (KEY), and indicator lights (RGB). The main control MCU receives analog audio output via the left and right channels (R / L) to drive external headphones or monitoring devices. The function buttons (KEY) receive local control commands from the user, such as mute, volume adjustment, or mode switching. The main control MCU detects the button press state (e.g., short press, long press, combination key, etc.) and executes the corresponding control logic to achieve local parameter adjustment of the microphone. The main control MCU controls the on / off state, color, and flashing mode of the indicator lights (RGB) according to the microphone's current operating status (e.g., mute, audio mode, low battery, etc.) to provide the user with intuitive status indication and ambient effects.

[0077] In one possible implementation, the main control MCU is also connected to an antenna for wireless communication. Users adjust parameters via terminal software or function buttons. Audio adjustment commands are sent to the main control MCU via wired or wireless (e.g., USB or Bluetooth). The main control MCU parses the audio adjustment commands and controls the DSP module to update parameters, thus adjusting the audio effect. Meanwhile, the microphone's current operating status information (such as current gain and noise reduction level) is transmitted back to each terminal software via the communication link, achieving status synchronization between the terminal and the microphone. This allows users to monitor the device's operating status in real time and adjust parameters promptly.

[0078] In one possible implementation, the microphone integrates a DSP module, a communication module, a programmable gain amplifier, and an indicator light module, while the terminal has accompanying software installed. This software includes an application (APP) and a mini-program. The application (APP) can run on Windows 7 or later or macOS 12 or later operating systems and supports connection to the microphone via Wi-Fi, Bluetooth wireless network, or USB wired interface. The mini-program can be a WeChat mini-program, which can run on WeChat 8.0 or later and supports Bluetooth 5.3 wireless communication to establish a connection with the microphone.

[0079] In some implementations, taking a terminal computer connected via USB and used in conjunction with an app as an example, after the user turns on the microphone, the microphone's communication module enters a connection-ready state and communicates with the terminal computer via a wired USB interface. The computer's live streaming software and the corresponding app are launched. The app connects to the microphone via the wired USB interface and defines a human-machine interface device HID. After recognizing the defined HID, the app interface displays the recognized device. Subsequently, the microphone and the terminal establish an encrypted communication link through two-way authentication.

[0080] During the parameter adjustment phase, users can adjust audio parameters by clicking and moving the corresponding sliders in the app's adjustment interface. For example, in the app's chat mode, clicking the noise reduction slider can adjust the noise reduction level from 0 to 16. The app encodes the noise reduction level command into a binary data packet and sends it to the microphone via an encrypted communication link established through the USB interface. The microphone's communication module receives and verifies the adjustment data packet. After successful verification, the DSP module decodes it to obtain the corresponding adjustment command. Upon receiving the command, the DSP updates the audio parameters accordingly. For instance, upon receiving the noise reduction command, it calls an adaptive filtering algorithm to adjust the filtering intensity to the preset level.

[0081] During the state synchronization phase, the state acquisition module (such as the state register) collects information such as the current noise reduction level and signal strength in real time, and encodes it into a state data packet and sends it back to the APP on each terminal. After the APP decodes the state data packet, it updates the interface display and moves the slider to the corresponding position in real time. At the same time, if the user's smartphone mini-program has established a Bluetooth connection with the microphone through the mini-program, the mini-program interface will also be updated to display the latest audio parameters in real time, so as to realize the real-time synchronization of the state of multiple terminals.

[0082] In this embodiment, the system achieves efficient collaborative control of the microphone and multiple terminals through the coordinated operation of the main control MCU and DSP module, combined with both wired and wireless communication methods. It supports both precise remote adjustment from the terminal and convenient local operation. Furthermore, the multi-terminal interactive design ensures microphone audio quality while balancing ease of operation and operational stability, making it widely applicable to various scenarios such as conferencing, live streaming, recording, and remote work, meeting the needs of different users.

[0083] In this invention, unless otherwise explicitly specified and limited, the terms "installation," "connection," "linking," and "fixing," etc., should be interpreted broadly. For example, they can refer to a fixed connection, a detachable connection, or an integral part; 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; they can refer to the internal communication of two components or the interaction between two components. Those skilled in the art can understand the specific meaning of the above terms in this invention according to the specific circumstances.

[0084] In the description of this invention, 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, or the orientation or positional relationship commonly used when the product of this invention is in use. They are only for the convenience of describing this invention 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, and therefore should not be construed as a limitation of this invention. In addition, the terms "first," "second," "third," etc., are only used to distinguish descriptions and should not be construed as indicating or implying relative importance.

[0085] Furthermore, terms such as "horizontal," "vertical," and "sag" do not imply that components must be absolutely horizontal or suspended, but rather that they can be slightly tilted. For example, "horizontal" simply means that its direction is more horizontal relative to "vertical," and does not mean that the structure must be completely horizontal, but can be slightly tilted.

[0086] In this invention, unless otherwise expressly specified and limited, "above or below" a first feature may include direct contact between the first and second features, or contact between the first and second features through another feature between them. Furthermore, "above," "over," and "on" the first feature includes the first feature directly above or diagonally above the second feature, or simply indicates that the first feature is at a higher horizontal level than the second feature. "Below," "below," and "under" the first feature includes the first feature directly below or diagonally below the second feature, or simply indicates that the first feature is at a lower horizontal level than the second feature.

[0087] Although the description of the invention has been given in conjunction with the specific embodiments described above, it will be apparent to those skilled in the art that many substitutions, modifications, and variations can be made based on the foregoing. Therefore, all such substitutions, modifications, and variations are included within the spirit and scope of the appended claims.

Claims

1. A method for coordinated control of a microphone and multiple terminals, characterized in that, The method includes: Establish encrypted communication links between the microphone and multiple terminals; Receive adjustment data packets sent from the terminal, the adjustment data packets including the audio parameter types and corresponding parameter values ​​input by the user; Adjust the microphone audio according to the audio parameter type and corresponding parameter value; When the microphone receives adjustment data packets from multiple terminals within a preset time period, the target adjustment data packet is determined according to preset rules, and the audio adjustment action corresponding to the target adjustment data packet is executed. The microphone's current working status information is collected in real time and synchronized to each terminal through the encrypted communication link.

2. The method according to claim 1, characterized in that, The establishment of encrypted communication links between the microphone and multiple terminals includes: Confirm that the microphone's communication module is in a ready-to-connect state; Receive an access request sent from a terminal, wherein the access request carries preset authentication information; The communication module verifies the access request.

3. The method according to claim 2, characterized in that, The communication module verifies the access request, including: The application ID that obtains the authentication information; The communication module verifies whether the application ID exists in the whitelist; If the application ID does not exist in the whitelist, the microphone rejects the terminal's access request; If the application ID exists in the whitelist, the microphone and the terminal perform two-way authentication. The two-way verification includes: the microphone generating a first random number and sending it to the terminal; the terminal signing the first random number with its device private key and generating a first response, which is then sent back to the microphone; the microphone verifying the first response sent back using its device public key; the terminal generating a second random number and sending it to the microphone; the microphone signing the second random number with its device private key and generating a second response, which is then sent back to the terminal; and the terminal verifying the second response sent back using the microphone's device public key.

4. The method according to claim 1, characterized in that, The receiving of adjustment data packets from the terminal includes: The system receives audio adjustment commands from the terminal and encodes them to generate the adjustment data packet. The microphone's communication module verifies the received adjustment data packet and transmits the verified adjustment data packet to the microphone's DSP module. The DSP module decodes the adjustment data packet to obtain the type of audio parameters adjusted by the user and the corresponding parameter values.

5. The method according to claim 4, characterized in that, The receiving of the adjustment data packet, generated by the terminal based on the user's input audio adjustment command, includes: The audio adjustment command is processed by binary encoding to generate a data packet with a fixed format. The data packet structure is "header identifier-parameter type-parameter value-check code".

6. The method according to claim 1, characterized in that, The step of determining the target adjustment data packet according to preset rules includes: Before the microphone receives the adjustment data packet sent by the terminal, the terminal first sends a lock request instruction, which includes the terminal ID and the operation type; The microphone detects the current lock status. If the lock status is idle, the terminal is authorized and a lock permission instruction is returned, and the current terminal ID is recorded. If the lock status is held, a lock denial instruction is returned, and the current holder information is provided.

7. The method according to claim 6, characterized in that, The step of determining the target adjustment data packet according to preset rules also includes: While returning the lock permission command to the terminal, the microphone updates the lock status to held; The microphone updates the lock status to idle based on the lock release command sent from the terminal.

8. The method according to claim 7, characterized in that, Before the microphone updates the lock state to idle according to the lock release command sent from the terminal, the following steps are also included: If no lock release command is received from the currently holding terminal within a preset time period, the microphone will update the lock status to idle; If the microphone disconnects from the terminal currently holding the lock, the microphone will update the lock status to idle.

9. The method according to claim 1, characterized in that, The encrypted communication link includes: The microphone and terminal dynamically negotiate and generate a session key using the ECDH algorithm. The transmitted adjustment data packet is encrypted using the AES-128-GCM algorithm. The adjustment data is verified for integrity and legitimacy by carrying a message authentication code (MAC).

10. A microphone and multi-terminal collaborative control system, used to implement the microphone and multi-terminal collaborative control method according to any one of claims 1-9, characterized in that, include: The main control MCU includes a communication interface and a communication module connected to the communication interface. The communication interface is used to establish communication connections with each terminal, and the communication module is used to receive adjustment data packets sent from the terminal. The DSP module is connected to the main control MCU. The DSP module is used to parse the adjustment data packet and adjust the audio of the microphone.

Images