Earphone voice talkback speaker cooperation control method suitable for multi-person cooperation scene
Through decentralized networking and headphone voice intercom system with dynamic priority allocation and intelligent bandwidth management, the problem of dynamic changes in the network environment in multi-person collaboration scenarios is solved, efficient voice transmission and device exception handling is achieved, and the stability and flexibility of the system are improved.
Patent Information
- Application Number
- CN202510274616.6
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-03-10
- Publication Date
- 2025-07-04
AI Technical Summary
The existing multi-person collaborative voice intercom system has a single point of failure risk, which is difficult to adapt to dynamically changing network environments and equipment needs, and the static bandwidth allocation strategy leads to network congestion or waste of resources.
The decentralized networking method is adopted, and each device has independent communication and control capabilities. Through dynamic priority allocation, intelligent bandwidth management, conflict detection and automatic avoidance mechanisms, it ensures that high-priority devices priority transmission of voice, and synchronize network status and priority information in real time to automatically handle device abnormalities.
It improves the real-time and reliability of voice transmission, avoids the risk of single point of failure, enhances the flexibility and robustness of the system, and is especially suitable for efficient communication in multi-person collaboration scenarios.
Smart Images

Figure CN120264226A_ABST
Abstract
Description
Technical Field
[0001] The present invention relates to the field of communication technologies, and particularly to a collaborative control method for the speaker of headset voice intercom applicable to multi-person collaboration scenarios. Background Art
[0002] In multi-person collaboration scenarios, such as construction sites, emergency command, and team collaboration, real-time voice intercom is a key tool to ensure efficient communication and collaborative work. Traditional voice intercom systems usually rely on a centralized management device to coordinate the communication between multiple headset devices. However, this centralized architecture has a risk of single-point failure and is difficult to adapt to dynamic network environments and device requirements. With the development of wireless communication technologies, decentralized intercom networks have gradually become a research hotspot, but they still face many challenges in aspects such as dynamic priority allocation, bandwidth management, and conflict detection.
[0003] Some existing multi-person collaboration voice intercom systems use a single management device (such as an intercom base station) to coordinate the communication of all headset devices, and some other systems use a fixed priority allocation mechanism, for example, setting priorities in advance according to device types or user roles.
[0004] However, relying on a single management device has a risk of single-point failure, is difficult to adapt to scenarios where devices dynamically join or exit, and using a static bandwidth allocation strategy cannot dynamically adjust bandwidth resources according to network status and device requirements, resulting in network congestion or resource waste. Summary of the Invention
[0005] The purpose of the present invention is to provide a collaborative control method for the speaker of headset voice intercom applicable to multi-person collaboration scenarios to solve the problems raised in the above background art.
[0006] To achieve the above purpose, the present invention provides the following technical solutions:
[0007] A collaborative control method for the speaker of headset voice intercom applicable to multi-person collaboration scenarios includes the following steps:
[0008] Step S1, decentralized networking and device initialization: When all headset devices join the intercom network, they adopt a decentralized networking method without relying on a single management device. Each device has independent communication and control capabilities and establishes connections with other devices through a broadcast mechanism;
[0009] Step S2, dynamic priority allocation: Dynamically adjust the priority of each device according to the usage frequency of the device, voice transmission requirements, and network status, so that devices with high priorities can transmit voice preferentially;
[0010] Step S3, intelligent bandwidth management: Dynamically allocate bandwidth resources according to the current network status and device priorities;
[0011] Step S4, Conflict Detection and Automatic Avoidance: When multiple devices attempt to transmit voice simultaneously, the system automatically detects conflicts and performs avoidance based on priorities, enabling the voice of high-priority devices to be transmitted first;
[0012] Step S5, Real-time Status Synchronization and Feedback: All devices synchronize network status and priority information in real time, enabling each device to obtain the latest network status and priority data in a timely manner;
[0013] Step S6, Exception Handling and Self-Recovery: When a device encounters an exception, the system automatically detects and handles the exception.
[0014] In the present invention, in the said step S1, the specific steps of decentralized networking and device initialization are as follows:
[0015] Step S101, When each headphone device starts up, it automatically scans for surrounding devices and establishes connections;
[0016] Step S102, Devices exchange network status information through broadcast messages, and the network status information includes but is not limited to device ID and current status;
[0017] Step S103, Each device maintains a local network topology table to record the status and priorities of other devices.
[0018] In the present invention, in the said step S2, the specific steps of dynamic priority allocation are as follows:
[0019] Step S201, Each device calculates its own priority based on the following factors:
[0020] Factor 1, Current voice transmission requirements;
[0021] Factor 2, Historical usage frequency;
[0022] Factor 3, Network status;
[0023] Step S202, The device broadcasts its own priority to other devices;
[0024] Step S203, Each device updates the priority data in the local network topology table according to the received priority information;
[0025] The priority calculation uses a weighted summation formula, which is specifically as follows:
[0026] P i = w1·D i + w2·F i + w3·N i
[0027] Among them, Pi is the priority of device i, D i is the current language transmission requirement of device i, F i is the historical usage frequency of device i, N i is the network status of device i, where w1, w2, and w3 are weights respectively.
[0028] In the present invention, in the step S3, the specific steps of intelligent bandwidth management are as follows:
[0029] Step S301, each device monitors the network bandwidth occupancy in real time;
[0030] Step S302, when a device needs to transmit voice, it decides whether to transmit immediately or wait according to its own priority and the current bandwidth occupancy;
[0031] Step S303, if the bandwidth is sufficient, the device transmits voice immediately; if the bandwidth is insufficient, the device enters the waiting queue and dynamically adjusts the transmission order according to the priority;
[0032] The bandwidth allocation uses the bandwidth allocation constraint formula, which is specifically as follows:
[0033] B i = min(B max , max(B min , P i ·B total ))
[0034] Among them, B i is the bandwidth allocated to device i, B max is the broadband upper limit of each device, B min is the minimum unit of bandwidth allocation, B total is the total available bandwidth.
[0035] In the present invention, in the step S4, the specific steps of conflict detection and automatic avoidance are as follows:
[0036] Step S401, before each device transmits voice, it first detects whether there are other devices currently transmitting voice;
[0037] Step S402, if a conflict is detected, the device decides whether to continue transmitting or enter the waiting state according to the priority;
[0038] Step S403, the high-priority device transmits voice first, and the low-priority device automatically avoids and waits for the next transmission opportunity;
[0039] The conflict detection uses the conflict detection indication formula, which is specifically as follows:
[0040]
[0041] Among them, C i is the collision detection result of device i, and T j is the transmission status of device j;
[0042] The waiting queue uses a priority sorting formula, which is specifically as follows:
[0043]
[0044] Among them, Q i is the position of device i in the waiting queue, Ⅱ(P k >P i ) is an indicator function, which is 1 when P k >P i , and 0 otherwise.
[0045] In the present invention, in step S5, the specific steps of real-time status synchronization and feedback are as follows:
[0046] Step S501, each device regularly broadcasts its own status information;
[0047] Step S502, after other devices receive the broadcast message, they update the status information in the local network topology table;
[0048] Step S503, the device dynamically adjusts its own transmission strategy according to the latest status information.
[0049] In the present invention, in step S6, the specific steps of exception handling and self-recovery are as follows:
[0050] Step S601, each device regularly detects the status of other devices. If it finds that a device is offline or faulty, it automatically removes it from the local network topology table;
[0051] Step S602, when the offline device reconnects, it automatically rejoins the network and synchronizes the latest status information;
[0052] Step S603, the system automatically adjusts the priority and bandwidth allocation to ensure the stable operation of the network.
[0053] In the present invention, in the method, the broadcast messages between devices use the UDP protocol, and the broadcast frequency is once per second to ensure real-time performance and low latency.
[0054] In the present invention, in the method, the calculation of device priority uses a weighted algorithm, where the weight of the current voice transmission requirement is 0.5, the weight of the historical usage frequency is 0.3, and the weight of the network status is 0.2.
[0055] In the present invention, in the method, the minimum unit of bandwidth allocation is 10 Kbps, and the bandwidth upper limit for each device is 100 Kbps to ensure the smoothness and fairness of voice transmission.
[0056] Compared with the prior art, the beneficial effects of the present invention are as follows:
[0057] 1. Through dynamic priority allocation and intelligent bandwidth management, the present invention ensures that high-priority devices can transmit voice preferentially, avoiding low-priority devices from occupying bandwidth for a long time. At the same time, the conflict detection and automatic avoidance mechanism can quickly respond to the transmission requirements of high-priority devices, significantly improving the real-time performance and reliability of voice transmission, and is particularly suitable for multi-person collaboration scenarios that require efficient communication;
[0058] 2. The present invention adopts a decentralized networking method, and each device has independent communication and control capabilities, avoiding the single-point failure risk of the traditional centralized architecture. In addition, the exception handling and self-recovery mechanism can automatically detect device exceptions and restore the network state, ensuring the stable operation of the network in a dynamically changing environment and enhancing the flexibility and robustness of the system. BRIEF DESCRIPTION OF THE DRAWINGS
[0059] Figure 1 It is a schematic flowchart of a method for collaborative control of the speaker in headphone voice intercom applicable to multi-person collaboration scenarios according to the present invention. DETAILED DESCRIPTION OF THE EMBODIMENTS
[0060] Next, the technical solutions in the embodiments of the present invention will be clearly and completely described in conjunction with the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments are only a part of the embodiments of the present invention, rather than all of the embodiments. All other embodiments obtained by those of ordinary skill in the art based on the embodiments of the present invention without creative efforts shall fall within the protection scope of the present invention.
[0061] Please refer to Figure 1 , the present invention provides a technical solution:
[0062] A method for collaborative control of the speaker in headphone voice intercom applicable to multi-person collaboration scenarios, comprising the following steps:
[0063] Step S1, decentralized networking and device initialization: When all headphone devices join the intercom network, they adopt a decentralized networking method, without relying on a single management device. Each device has independent communication and control capabilities and establishes connections with other devices through a broadcast mechanism;
[0064] In this embodiment, the specific steps of decentralized networking and device initialization are as follows:
[0065] Step S101: When each headphone device starts up, it automatically scans for surrounding devices and establishes connections.
[0066] Step S102: The devices exchange network status information through broadcast messages. The network status information includes, but is not limited to, the device ID and the current status.
[0067] Step S103: Each device maintains a local network topology table to record the status and priority of other devices.
[0068] Step S2: Dynamic priority allocation: According to the usage frequency, voice transmission requirements, and network status of the devices, dynamically adjust the priority of each device so that devices with high priority can transmit voice first.
[0069] In this embodiment, the specific steps of dynamic priority allocation are as follows:
[0070] Step S201: Each device calculates its own priority based on the following factors:
[0071] Factor 1: The current voice transmission requirement.
[0072] Factor 2: The historical usage frequency.
[0073] Factor 3: The network status.
[0074] Step S202: The device broadcasts its own priority to other devices.
[0075] Step S203: Each device updates the priority data in the local network topology table according to the received priority information.
[0076] The priority calculation uses a weighted summation formula, which is specifically as follows:
[0077] P i = w1·D i + w2·F i + w3·N i
[0078] Where P i is the priority of device i, D i is the current language transmission requirement of device i, F i is the historical usage frequency of device i, N i is the network status of device i, and w1, w2, and w3 are the weights respectively.
[0079] In a multi-person collaboration scenario, the voice transmission requirements, historical usage frequencies, and network statuses of different devices may be different. To ensure that devices with high priority can transmit voice first, it is necessary to dynamically calculate the priority of each device; the priority calculation is done through weighted summation, taking the current voice transmission requirement D of the devicei , historical usage frequency F i and network status N i Combined, the priority of each device is quantified; the introduction of weights w1, w2, w3 reflects the influence degree of different factors on the priority, ensuring the rationality and fairness of priority calculation.
[0080] The above weighted summation formula assigns a priority value P to each device i , which is used for subsequent bandwidth allocation and conflict detection, ensuring that high-demand devices can transmit voice preferentially, improving the efficiency of the system and the user experience.
[0081] Step S3, intelligent bandwidth management: Dynamically allocate bandwidth resources according to the current network status and device priority;
[0082] In this embodiment, the specific steps of intelligent bandwidth management are as follows:
[0083] Step S301, each device monitors the network bandwidth occupancy in real time;
[0084] Step S302, when a device needs to transmit voice, decide whether to transmit immediately or wait according to its own priority and the current bandwidth occupancy;
[0085] Step S303, if the bandwidth is sufficient, the device transmits voice immediately; if the bandwidth is insufficient, the device enters the waiting queue and dynamically adjusts the transmission order according to the priority;
[0086] The bandwidth allocation uses the bandwidth allocation constraint formula, which is specifically as follows:
[0087] B i = min(B max , max(B min , P i ·B total ))
[0088] Among them, B i is the bandwidth allocated to device i, B max is the broadband upper limit of each device, B min is the minimum unit of bandwidth allocation, B total is the total available bandwidth.
[0089] In a multi-person collaboration scenario, network bandwidth is a limited resource, and it is necessary to dynamically allocate bandwidth according to the priority of the device to ensure smooth voice transmission of high-priority devices; this formula calculates the theoretical bandwidth requirement of device i through the product of the priority P i and the total bandwidth B total ; the min and max functions are used to ensure that the allocated bandwidth is within a reasonable range (the minimum bandwidth B min= 10 Kbps, maximum bandwidth B max = 100 Kbps, to avoid excessive or insufficient bandwidth allocation.
[0090] The above bandwidth allocation constraint formula ensures that high-priority devices obtain sufficient bandwidth by dynamically allocating bandwidth resources, prevents low-priority devices from occupying excessive bandwidth, and guarantees the fairness and stability of the network.
[0091] Step S4, conflict detection and automatic avoidance: When multiple devices attempt to transmit voice simultaneously, the system automatically detects the conflict and avoids it according to the priority, enabling the voice of high-priority devices to be transmitted first;
[0092] In this embodiment, the specific steps of conflict detection and automatic avoidance are as follows:
[0093] Step S401, before each device transmits voice, it first detects whether there are other devices currently transmitting voice;
[0094] Step S402, if a conflict is detected, the device decides whether to continue transmission or enter the waiting state according to the priority;
[0095] Step S403, high-priority devices transmit voice first, and low-priority devices automatically avoid and wait for the next transmission opportunity;
[0096] The conflict detection uses the conflict detection indication formula, which is as follows:
[0097]
[0098] Among them, C i is the conflict detection result of device i, and T j is the transmission status of device j;
[0099] In a multi-person collaboration scenario, multiple devices may attempt to transmit voice simultaneously, resulting in conflicts. To avoid conflicts, the system needs to detect whether there are other devices currently transmitting voice; this formula determines whether there is a conflict by detecting the transmission status T j (1 indicates in transmission, 0 indicates not in transmission) of other devices; if a conflict C i = 1 is detected, the system will decide whether to continue transmission or enter the waiting state according to the priority.
[0100] The above conflict detection indication formula ensures that the voice of high-priority devices can be transmitted first by detecting conflicts in real time, and avoids voice chaos or network congestion caused by multiple devices transmitting simultaneously.
[0101] The waiting queue uses the priority sorting formula, which is as follows:
[0102]
[0103] Among them, Q i is the position of device i in the waiting queue, and Ⅱ(P k >P i ) is an indicator function that is 1 when P k >P i and 0 otherwise.
[0104] When the bandwidth is insufficient or a conflict is detected, low-priority devices need to enter the waiting queue. To determine the position of a device in the waiting queue, it is necessary to calculate the number of devices with a higher priority than the current device; this formula traverses the priorities P k of all devices and uses the indicator function Ⅱ(P k >P i ) to count the number of devices with a higher priority than device i; the result Q i represents the position of device i in the waiting queue.
[0105] The above priority sorting formula ensures that high-priority devices are transmitted first by determining the order of devices in the waiting queue, dynamically adjusts the transmission order, and avoids low-priority devices occupying the bandwidth for a long time.
[0106] Step S5, real-time status synchronization and feedback: All devices synchronize the network status and priority information in real time, so that each device can obtain the latest network status and priority data in a timely manner;
[0107] In this embodiment, the specific steps of real-time status synchronization and feedback are as follows:
[0108] Step S501, each device periodically broadcasts its own status information;
[0109] Step S502, after other devices receive the broadcast message, they update the status information in the local network topology table;
[0110] Step S503, the device dynamically adjusts its own transmission strategy according to the latest status information.
[0111] Step S6, exception handling and self-recovery: When a device encounters an exception, the system automatically detects and handles the exception;
[0112] In this embodiment, the specific steps of exception handling and self-recovery are as follows:
[0113] Step S601, each device periodically detects the status of other devices. If a device is found to be offline or faulty, it is automatically removed from the local network topology table;
[0114] Step S602, when the offline device reconnects, it automatically rejoins the network and synchronizes the latest status information;
[0115] Step S603, the system automatically adjusts the priority and bandwidth allocation to ensure the stable operation of the network.
[0116] Preferably, in the method, the broadcast messages between devices adopt the UDP protocol, and the broadcast frequency is once per second to ensure real-time performance and low latency.
[0117] Preferably, in the method, the calculation of device priority adopts a weighted algorithm, where the weight of the current voice transmission requirement is 0.5, the weight of the historical usage frequency is 0.3, and the weight of the network status is 0.2.
[0118] Preferably, in the method, the minimum unit of bandwidth allocation is 10 Kbps, and the bandwidth upper limit for each device is 100 Kbps to ensure the smoothness and fairness of voice transmission.
[0119] In a specific embodiment, assume that there are 4 devices (A, B, C, D) in an intercom network. Devices A and B have high voice transmission requirements, while devices C and D have low requirements, and the total bandwidth is 200 Kbps.
[0120] Step S1, decentralized networking and device initialization:
[0121] Devices A, B, C, and D are started and scan for surrounding devices to establish connections. The devices exchange network status information with each other, and each device maintains a local network topology table.
[0122] Step S2, dynamic priority allocation:
[0123] The D values of devices A and B are relatively high. Assume D = 0.8 and D = 0.7. i higher, assume D A = 0.8, D B = 0.7.
[0124] The D values of devices C and D are relatively low. Assume D = 0.3 and D = 0.2. i lower, assume D C = 0.3, D D = 0.2.
[0125] Assume that the historical usage frequency F and the device network status N are the same. i and device network status N i are the same.
[0126] Calculate the priority:
[0127] P A = 0.5·0.8 + 0.3·0.5 + 0.2·0.5 = 0.65
[0128] P B = 0.5·0.7 + 0.3·0.5 + 0.2·0.5 = 0.6
[0129] P C = 0.5·0.3 + 0.3·0.5 + 0.2·0.5 = 0.35
[0130] P D = 0.5·0.2 + 0.3·0.5 + 0.2·0.5 = 0.3
[0131] Step S3, intelligent bandwidth management:
[0132] Allocate bandwidth according to priority:
[0133] B A = min(100, max(10, 0.65·200)) = 100 Kbps
[0134] B B = min(100, max(10, 0.6·200)) = 100 Kbps
[0135] B C = min(100, max(10, 0.35·200)) = 70 Kbps
[0136] B D = min(100, max(10, 0.3·200)) = 60 Kbps
[0137] Step S4, conflict detection and automatic avoidance:
[0138] Devices A and B attempt to transmit simultaneously, and a conflict is detected.
[0139] The priority of device A is higher than that of device B. Device A transmits first, and device B enters the waiting queue.
[0140] Step S5, real-time status synchronization and feedback:
[0141] After device A finishes transmitting, it broadcasts the status information.
[0142] After device B receives the status information, it starts to transmit.
[0143] Step S6, exception handling and self-recovery:
[0144] Assume that device C drops offline, and the system automatically removes it from the network topology table.
[0145] After device C reconnects, it automatically joins the network and synchronizes the status information.
[0146] It should be noted that in this text, relational terms such as first and second are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any actual relationship or order between these entities or operations. Moreover, the term "comprising", "including" or any other variant thereof is intended to cover non-exclusive inclusion, such that a process, method, article or device comprising a series of elements not only includes those elements but also includes other elements not expressly listed, or further includes elements inherent to such process, method, article or device.
[0147] Although the embodiments of the present invention have been shown and described, those of ordinary skill in the art can understand that various changes, modifications, substitutions and variations can be made to these embodiments without departing from the principles and spirit of the present invention. The scope of the present invention is defined by the appended claims and their equivalents.
Claims
1. A method for collaborative control of the speaker in headphone voice intercom applicable to multi-person collaboration scenarios, characterized in that, It includes the following steps: Step S1, Decentralized networking and device initialization: When all headphone devices join the intercom network, a decentralized networking method is adopted, without relying on a single management device. Each device has independent communication and control capabilities and establishes connections with other devices through a broadcast mechanism; Step S2, Dynamic priority allocation: According to the usage frequency of the devices, voice transmission requirements, and network status, the priority of each device is dynamically adjusted so that devices with high priority can transmit voice first; Step S3, Intelligent bandwidth management: According to the current network status and device priority, bandwidth resources are dynamically allocated; Step S4, Conflict detection and automatic avoidance: When multiple devices attempt to transmit voice simultaneously, the system automatically detects conflicts and avoids them according to the priority, enabling the voice of high-priority devices to be transmitted first; Step S5, Real-time status synchronization and feedback: All devices synchronize network status and priority information in real time, enabling each device to obtain the latest network status and priority data in a timely manner; Step S6, Exception handling and self-recovery: When a device encounters an exception, the system automatically detects and handles the exception.
2. The collaborative control method for the speaker of the headset voice intercom applicable to the multi-person collaboration scenario according to claim 1, characterized in that: In the said Step S1, the specific steps of decentralized networking and device initialization are as follows: Step S101, When each headphone device starts up, it automatically scans for surrounding devices and establishes connections; Step S102, Devices exchange network status information through broadcast messages. The network status information includes but is not limited to device ID and current status; Step S103, Each device maintains a local network topology table to record the status and priority of other devices.
3. The collaborative control method for the speaker of the headset voice intercom applicable to the multi-person collaboration scenario according to claim 1, characterized in that: In the said Step S2, the specific steps of dynamic priority allocation are as follows: Step S201, Each device calculates its own priority based on the following factors: Factor 1, Current voice transmission requirements; Factor 2, Historical usage frequency; Factor 3, Network status; Step S202, The device broadcasts its own priority to other devices; Step S203, Each device updates the priority data in the local network topology table according to the received priority information; The priority calculation uses a weighted summation formula, which is as follows: P i = w1·D i + w2·F i + w3·N i Among them, P i is the priority of device i, D i is the current language transmission requirement of device i, F i is the historical usage frequency of device i, N i is the network status of device i, and w1, w2, and w3 are weights respectively.
4. A method for collaborative control of the speaker in headset voice intercom applicable to multi-person collaboration scenarios according to claim 1, characterized in that: In the said Step S3, the specific steps of intelligent bandwidth management are as follows: Step S301, Each device monitors the network bandwidth occupancy in real time; Step S302, When a device needs to transmit voice, it decides whether to transmit immediately or wait according to its own priority and the current bandwidth occupancy; Step S303, If the bandwidth is sufficient, the device transmits voice immediately; if the bandwidth is insufficient, the device enters the waiting queue and dynamically adjusts the transmission order according to the priority; The bandwidth allocation uses a bandwidth allocation constraint formula, which is as follows: B i = minB max , maxB min , P i ·B total Among them, B i is the bandwidth allocated to device i, B max is the broadband upper limit of each device, B min is the minimum unit of bandwidth allocation, B total is the total available bandwidth.
5. A method for collaborative control of the speaker in headphone voice intercom applicable to multi-person collaboration scenarios according to claim 1, characterized in that: In the said Step S4, the specific steps of conflict detection and automatic avoidance are as follows: Step S401, Before each device transmits voice, it first detects whether there are other devices currently transmitting voice; Step S402, If a conflict is detected, the device decides whether to continue transmitting or enter the waiting state according to the priority; Step S403, High-priority devices transmit voice first, and low-priority devices automatically avoid and wait for the next transmission opportunity; The conflict detection uses a conflict detection indication formula, which is as follows: Among them, C i is the collision detection result of device i, and T j is the transmission status of device j; The waiting queue uses a priority sorting formula as follows: Among them, Q i is the position of device i in the waiting queue, ⅡP k >P i is an indicator function, when P k >P i is 1, otherwise it is 0.
6. The collaborative control method for the speaker of the headset voice intercom applicable to the multi-person collaboration scenario according to claim 1, wherein: In step S5, the specific steps of real-time status synchronization and feedback are as follows: Step S501, each device periodically broadcasts its own status information; Step S502, after other devices receive the broadcast message, update the status information in the local network topology table; Step S503, the device dynamically adjusts its own transmission strategy according to the latest status information.
7. A method for collaborative control of the speaker in headphone voice intercom applicable to multi-person collaboration scenarios according to claim 1, characterized in that: In step S6, the specific steps of exception handling and self-recovery are as follows: Step S601, each device periodically detects the status of other devices. If a device is found to be offline or faulty, it is automatically removed from the local network topology table; Step S602, when the offline device reconnects, it automatically rejoins the network and synchronizes the latest status information; Step S603, the system automatically adjusts the priority and bandwidth allocation to ensure the stable operation of the network.
8. A method for collaborative control of the speaker in headphone voice intercom applicable to multi-person collaboration scenarios according to claim 1, characterized in that: In the method, the broadcast message between devices uses the UDP protocol, and the broadcast frequency is once per second to ensure real-time performance and low latency.
9. A method for collaborative control of the speaker in headphone voice intercom applicable to multi-person collaboration scenarios according to claim 1, characterized in that: In the method, the calculation of device priority uses a weighted algorithm, where the weight of the current voice transmission requirement is 0.5, the weight of the historical usage frequency is 0.3, and the weight of the network status is 0.
2.
10. A method for collaborative control of the speaker in headphone voice intercom applicable to multi-person collaboration scenarios according to claim 1, characterized in that: In the method, the minimum unit of bandwidth allocation is 10 Kbps, and the bandwidth upper limit of each device is 100 Kbps to ensure the smoothness and fairness of voice transmission.
Citation Information
Cited By
Two-way voice question and answer method for navigation equipment based on priority scheduling
CN120475539A
A two-way voice question and answer method for a guide device based on priority scheduling
CN120475539B
Method for realizing point-to-multipoint visual intercom
CN121585784A