A shooting target scoring system based on multi-protocol communication
By employing a multi-protocol communication architecture and a dynamic difficulty adaptation mechanism, the compatibility and interactivity issues of the electronic shooting system were resolved, enabling real-time data processing and personalized training difficulty adjustment, thereby improving the intelligence and automation level of shooting training.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2026-01-30
- Publication Date
- 2026-04-03
AI Technical Summary
Existing electronic shooting systems suffer from low compatibility and functional integration due to communication protocol limitations when faced with diverse hardware devices. They also lack a unified and flexible user interface and back-end management mechanism, making it difficult to assess shooter performance in real time and dynamically adjust training difficulty.
It adopts a multi-protocol communication architecture, integrates TCP and WebSocket protocols, builds a two-way channel, introduces a dynamic difficulty adaptive engine and difficulty adjustment decision model, and forms a closed-loop feedback control system to realize real-time data acquisition of hardware devices, quantification of user performance, and automatic adjustment of training difficulty.
It improves the system's hardware compatibility and interactivity, enhances the efficiency and reliability of data flow, enables personalized training challenges based on user skill levels, and improves the intelligence and automation of shooting training.
Smart Images

Figure CN121612119B_ABST
Abstract
Description
Technical Field
[0001] This invention relates to the field of electronic shooting system technology, specifically to a shooting target scoring system based on multi-protocol communication. Background Technology
[0002] With the development of information technology, electronic shooting target systems have been widely used. These systems use sensors and communication technologies to record and present the shooter's training results, and usually quantify shooting performance, such as presenting it in the form of points.
[0003] However, in existing technologies, the data communication and system architecture of electronic firing systems are often relatively fixed. This architecture, when dealing with diverse hardware devices, often exhibits low compatibility and functional integration due to limitations in communication protocols.
[0004] In addition, existing technical solutions often lack a unified and flexible user interface and back-end management mechanism, especially in terms of real-time evaluation of shooters’ overall performance and dynamic adjustment of training difficulty to optimize scoring results. This poses challenges in handling concurrent connections of multiple devices, ensuring real-time data synchronization, and performing convenient system maintenance, thus limiting their application in large-scale, networked shooting training scenarios that require high scalability and high stability.
[0005] Therefore, this invention proposes a shooting target integration system based on multi-protocol communication to address the shortcomings of existing technologies. Summary of the Invention
[0006] To address the shortcomings of existing technologies, this invention provides a shooting target scoring system based on multi-protocol communication, which solves the problems of electronic shooting systems having single communication methods, low functional integration, and difficulty in automatically adjusting training difficulty and accurately quantifying user shooting performance as a scoring defect.
[0007] To address the aforementioned technical problems, this invention provides a shooting target scoring system and method based on multi-protocol communication. This system integrates the functions of different communication protocols, constructing a bidirectional channel for hardware data uplink acquisition and front-end command downlink control. It also introduces a mechanism for dynamically calculating the comprehensive score based on real-time user performance data and adaptively adjusting the training difficulty, forming a closed-loop feedback control system.
[0008] The first aspect of this invention provides a shooting target scoring system based on multi-protocol communication, the system comprising:
[0009] The TCP communication module is configured to establish a TCP connection with the hardware device and receive shooting data and identity information sent by the hardware device.
[0010] A dynamic difficulty adaptive engine is configured to receive the shooting data and identity information obtained by the TCP communication module, and generate a user performance state vector based on the shooting data and identity information.
[0011] The difficulty adjustment decision model is configured to receive the user performance state vector generated by the dynamic difficulty adaptive engine, calculate the dynamic integral, and output the difficulty level.
[0012] The WebSocket communication module is configured to establish WebSocket connections with the front-end display and interaction modules.
[0013] The remote control module is configured to receive user control commands sent by the front-end display and interaction module via the WebSocket communication module, and to receive the difficulty level output by the difficulty adjustment decision model, and then generate TCP control commands based on the user control commands and the difficulty level.
[0014] The TCP communication module is further configured to send the TCP control commands generated by the remote control module to the hardware device.
[0015] In one optional implementation, the TCP communication module is further configured to concurrently establish TCP connections with multiple hardware devices, including an electronic gun and an electronic target, and to asynchronously process the shooting data and the identity information sent by the multiple hardware devices respectively.
[0016] In one optional implementation, the dynamic difficulty adaptive engine is specifically configured as follows:
[0017] The shooting data is extracted from a sliding time window containing a preset number of shooting events, and the hit rate index, average accuracy index, and average reaction speed index are calculated based on the shooting data. Then, the hit rate index, the average accuracy index, and the average reaction speed index are combined into the user performance state vector.
[0018] In one optional implementation, the difficulty adjustment decision model takes the user performance state vector generated by the dynamic difficulty adaptive engine as input, and its internal processing steps include:
[0019] The hit rate metric and the average precision metric within the user performance state vector are combined to generate an accuracy component.
[0020] A velocity component is generated based on the average reaction rate index;
[0021] The accuracy component and the velocity component are weighted and combined to calculate a comprehensive performance score as a dynamic integral. The comprehensive performance score is calculated using the following formula:
[0022] ;
[0023] In the formula: The score is the overall performance score; The accuracy component; The weighting coefficients for the accuracy components; The velocity component; The weighting coefficient for the velocity component is denoted as .
[0024] Finally, the calculated overall performance score is compared with preset advancement and demotion thresholds to output the difficulty level.
[0025] In an optional implementation, the WebSocket communication module is further configured to broadcast the shooting data, the user's real-time score data, and the difficulty level output by the difficulty adjustment decision model to the front-end display and interaction module; the front-end display and interaction module is a graphical user interface configured to display the shooting data and the difficulty level in real time, and to provide interactive controls for the user to generate the user control commands.
[0026] In one optional implementation, the remote control module is specifically configured as follows:
[0027] The difficulty level output by the difficulty adjustment decision model is mapped to a set of hardware training parameters;
[0028] The hardware training parameters are then combined with the user control instructions to generate the final TCP control command, which includes specific training parameter settings.
[0029] In one optional implementation, the TCP communication module sends the TCP control command generated by the remote control module to the hardware device to change the operating state of the hardware device; the new shooting data generated by the hardware device in the changed operating state is received by the TCP communication module and transmitted to the dynamic difficulty adaptive engine, thereby forming a closed-loop adaptive adjustment control loop.
[0030] In one optional implementation, when the difficulty adjustment decision model is used to weight the accuracy component and the speed component, the weighting coefficients used are... and The information is determined by the user preset information received by the front-end display and interaction module.
[0031] In one optional implementation, the system further includes a log management module configured to record shooting data received by the TCP communication module, difficulty levels output by the difficulty adjustment decision model, and TCP control commands generated by the remote control module.
[0032] In one alternative implementation, the system further includes a system tray module configured to create application icons in the operating system interface of the background service computer and provide an entry point for displaying system status and performing shortcut operations.
[0033] In one alternative implementation, the system further includes an automatic update module configured to connect to a remote update server, perform version comparison of the system software, and automatically download and install a new version when one is detected.
[0034] A second aspect of the present invention provides a shooting target scoring method based on multi-protocol communication, the method comprising the following steps:
[0035] S1. Establish a TCP connection with the hardware device through the TCP communication module, and establish a WebSocket connection with the front-end display and interaction module through the WebSocket communication module;
[0036] S2. Receive shooting data and identity information sent by the hardware device via the TCP connection, and transmit the shooting data and identity information to the dynamic difficulty adaptive engine;
[0037] S3. The dynamic difficulty adaptive engine generates a user performance state vector based on shooting data and identity information, and transmits the user performance state vector to the difficulty adjustment decision model.
[0038] S4. The difficulty adjustment decision model receives the user's performance status vector, calculates the comprehensive performance score as a dynamic integral, and outputs the difficulty level to the remote control module based on the comprehensive performance score.
[0039] S5. The remote control module receives user control instructions sent by the front-end display and interaction module, and generates TCP control commands based on the user control instructions and difficulty level.
[0040] S6. The TCP control command is sent to the hardware device via the TCP communication module.
[0041] This invention provides a shooting target scoring system based on multi-protocol communication. It has the following beneficial effects:
[0042] 1. This invention utilizes a TCP communication module and a WebSocket communication module to handle stable data transmission for hardware devices and real-time information interaction for the front-end interface, respectively. This multi-protocol collaborative architecture enables the system to simultaneously connect to devices conforming to different communication protocols, ensuring efficient and reliable data flow and enhancing the system's hardware compatibility and overall scalability.
[0043] 2. This invention enables users to remotely control hardware devices in real time via a front-end interface by constructing a two-way control link consisting of a front-end display and interaction module, a remote control module, and a communication module. It deeply integrates user commands with the system's data flow, overcoming the limitations of traditional one-way data acquisition and display systems and improving the system's interactivity and functional integration.
[0044] 3. This invention, by setting up a dynamic difficulty adaptive engine and a difficulty adjustment decision model, can quantitatively analyze user performance based on real-time collected shooting data, such as calculating an overall performance score, and automatically adjust the training parameters of the hardware equipment. This data-driven closed-loop feedback mechanism enables the system to provide personalized training challenges according to the user's actual skill level, improving the intelligence level of shooting training and score application.
[0045] 4. This invention modularizes the calculation of user performance state vectors, the generation of comprehensive scores, the decision-making of difficulty levels, and the generation of training parameters, making the entire dynamic adaptive process logically clear and functionally defined. When user performance changes, the system can automatically complete the entire process from data analysis to hardware state adjustment based on preset models and algorithms, improving the automation level and operational efficiency of the shooting scoring system. Attached Figure Description
[0046] Figure 1 This is a schematic diagram of the system functional module structure of the present invention;
[0047] Figure 2 This is a schematic diagram of the uplink data acquisition and processing flow of the present invention;
[0048] Figure 3 This is a schematic diagram of the downlink command and closed-loop feedback control process of the present invention;
[0049] Figure 4 This is a flowchart of the shooting target integration method of the present invention.
[0050] Among them, 10 is the TCP communication module; 20 is the dynamic difficulty adaptive engine; 30 is the difficulty adjustment decision model; 40 is the WebSocket communication module; 50 is the front-end display and interaction module; 60 is the remote control module; 70 is the log management module; 80 is the system tray module; and 90 is the automatic update module. Detailed Implementation
[0051] The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.
[0052] Reference Figure 1 , Figure 1 This is a schematic diagram of the system functional modules according to an embodiment of the present invention. The present invention provides a shooting target scoring system based on multi-protocol communication. In a specific implementation scenario, the system is deployed on a backend service computer and communicates with several external hardware devices and a front-end display and interaction module.
[0053] The system includes: a TCP communication module 10, a dynamic difficulty adaptive engine 20, a difficulty adjustment decision model 30, a WebSocket communication module 40, a remote control module 60, a log management module 70, a system tray module 80, and an automatic update module 90. These modules run on a background service computer. The system also interacts with hardware devices (such as electron guns, electron targets, and barcode scanners) and a front-end display and interaction module 50, which runs on client computers or mobile terminal devices.
[0054] The TCP communication module 10 has one end configured to establish a TCP connection with external hardware devices, and the other end connected to the dynamic difficulty adaptive engine 20 and the remote control module 60. The TCP communication module 10 is configured to receive shooting data and identity information sent by the hardware devices via the TCP connection, and transmit the received shooting data and identity information to the dynamic difficulty adaptive engine 20. The TCP communication module 10 is also configured to receive TCP control commands generated by the remote control module 60, and send the TCP control commands to the designated hardware devices via the TCP connection.
[0055] The dynamic difficulty adaptive engine 20 has its input connected to the TCP communication module 10 and its output connected to the difficulty adjustment decision model 30. The dynamic difficulty adaptive engine 20 is used to process the shooting data and identity information obtained from the TCP communication module 10 to calculate the user's comprehensive performance in shooting training and generate a user performance state vector that can represent the user's real-time performance.
[0056] The difficulty adjustment decision model 30 has its input connected to the dynamic difficulty adaptive engine 20 and its output connected to the remote control module 60. The difficulty adjustment decision model 30 receives the user's performance state vector, performs calculations and judgments through its internal algorithm model, and finally outputs a difficulty level that represents the current training difficulty or the dynamic integral calculated based on the user's performance.
[0057] WebSocket communication module 40 is configured to establish a long WebSocket connection between the backend service computer and the client device running the frontend display and interaction module 50 for bidirectional data transmission, including the transmission of real-time shooting data and dynamic scores.
[0058] The remote control module 60 has its inputs connected to the WebSocket communication module 40 and the difficulty adjustment decision model 30, respectively, and its output connected to the TCP communication module 10. The remote control module 60 is used to receive information from two sources:
[0059] One is the user control command generated by the front-end display and interaction module 50 and sent via the WebSocket communication module 40;
[0060] Secondly, there is the difficulty level output by the difficulty adjustment decision model 30. Based on these two inputs, the remote control module 60 generates TCP control commands to control the operating status of the hardware devices.
[0061] The system also includes several auxiliary modules:
[0062] The log management module 70 is used to record and archive key data generated by each module during system operation, including shooting score data and difficulty adjustment history;
[0063] The system tray module 80 is used to provide a status display and quick operation entry on the operating system interface of the background service computer;
[0064] The automatic update module 90 is used to connect to a remote update server to perform version checks and updates on the system itself.
[0065] The following is an appendix Figure 1 The specific workflow of the system shown is explained in detail.
[0066] In one specific embodiment, when the background service program of the shooting target scoring system based on multi-protocol communication starts on the background service computer, it first performs a series of initialization operations. The background service program reads a preset configuration file, which defines the TCP port number and WebSocket port number to be listened to.
[0067] Subsequently, based on the read TCP port number, the TCP communication module 10 creates a TCP server socket on the background service computer and binds it to the specified port, putting it into a listening state to prepare to receive TCP connection requests from external hardware devices.
[0068] Meanwhile, the WebSocket communication module 40 creates a WebSocket server on the background service computer based on the read WebSocket port number, binds it to the specified port, and puts it into a listening state, ready to receive WebSocket connection requests from the front-end display and interaction module 50.
[0069] On the client device, after the front-end display and interaction module 50 (in one embodiment, it may be an HTML5 application loaded based on the Electron framework) starts, its internal WebSocket client program reads the network address and preset WebSocket port number of the backend service computer. Subsequently, the client program actively initiates a connection request to the WebSocket server of the backend service computer. After the standard WebSocket handshake process, a full-duplex, persistent WebSocket long connection is established between the two for subsequent real-time data exchange and command transmission.
[0070] See attached document Figure 2 , Figure 2 This is a schematic diagram of the uplink data acquisition and processing flow according to an embodiment of the present invention.
[0071] After the system completes initialization and establishes a connection, external hardware devices, such as electron guns, electron targets, or barcode scanners, actively initiate connection requests to the TCP port listened to by the TCP communication module 10 on the background service computer and establish a TCP connection.
[0072] When a shooting event occurs, the relevant hardware device (such as an electron gun or electron target) encapsulates the raw data of this shooting into a data packet of a predetermined format. In one embodiment, the data packet includes a device identifier, an event type, a timestamp of the event, and a payload. For example, the payload of a shooting event data packet may include the hit coordinates of the shot on the target surface. When a user uses the barcode scanner, the scanner encapsulates the identified user identity information into a data packet of a similar format. These data packets are then sent to the TCP communication module 10 via an established TCP connection.
[0073] After receiving a TCP data packet, the TCP communication module 10 first parses it according to a preset communication protocol, extracting information such as device identifier, event type, timestamp, and payload. The module then verifies the integrity and validity of the data. If the verification passes, the data is converted into a standardized data structure unified within the system, such as JSON (JavaScript-Object-Notation) format, and then transmitted to the dynamic difficulty adaptive engine 20.
[0074] After receiving standardized shooting data, the Dynamic Difficulty Adaptive Engine 20 binds it to a specific user associated with their identity information and stores it in a data queue for that user. This data queue uses a sliding time window mechanism, retaining only the data from the N most recent shooting events, where N is a configurable integer.
[0075] The Dynamic Difficulty Adaptive Engine 20 calculates a set of metrics to quantify user performance based on N shooting events within this sliding time window. In one specific embodiment, the calculated metrics include:
[0076] Hit rate metric , is the ratio of the number of shots that hit the target within the window to the total number of shots N.
[0077] Average accuracy index , which is the arithmetic mean of the ring values of all hit shots within the window.
[0078] Average reaction rate index , which is the arithmetic mean of the reaction time (the time from target appearance to shooting) for each shot within the window.
[0079] Ultimately, the Dynamic Difficulty Adaptive Engine 20 will calculate the hit rate metric. Average accuracy index With average reaction rate index The data is combined into a structured dataset, which is the user performance state vector, and then output to the difficulty adjustment decision model 30.
[0080] See attached document Figure 3 , Figure 3 This is a schematic diagram of the downlink command and closed-loop feedback control flow according to an embodiment of the present invention, which includes relevant steps for difficulty adjustment decision.
[0081] The difficulty adjustment decision model 30 receives a user performance state vector generated by the dynamic difficulty adaptive engine 20 at its input. This model is internally configured with a series of algorithms for quantitative analysis and decision-making based on the user performance state vector.
[0082] In one specific implementation, the model first processes the metrics within the user performance state vector to generate two intermediate components:
[0083] Accuracy Components This component incorporates the hit rate metric. With average accuracy index Its calculation method can be expressed by the following formula:
[0084] ;
[0085] In the formula: For accuracy components; The average precision metric in the user performance state vector; This is the preset maximum ring value for a single shot; Hit rate metric in the user performance state vector.
[0086] velocity components This component is based on the average reaction rate index. The calculation is as follows:
[0087] ;
[0088] In the formula: For velocity components; The average reaction speed index in the user performance state vector; The preset ideal reaction time threshold; This is the preset failure response time threshold.
[0089] Subsequently, the difficulty adjustment decision model 30 calculates a comprehensive performance score by weighting and combining the accuracy and speed components. This score is the dynamic integral. Its calculation method can be expressed by the following formula:
[0090] ;
[0091] In the formula: The score is based on overall performance; The weighting coefficients for the accuracy component; For the calculated accuracy component; The weighting coefficient for the velocity component; The calculated velocity components. Weighting coefficients. and It is a preset value and satisfies .
[0092] Ultimately, the difficulty adjustment decision model 30 will calculate the overall performance score. Compare with two preset thresholds:
[0093] One is the advancement threshold. The other is the downgrade threshold. ;
[0094] The comparison logic is as follows:
[0095] like Greater than If the user's performance exceeds the current difficulty level, they need to advance to the next level.
[0096] like Less than If so, it is determined that the user's performance has not met the requirements of the current difficulty level and needs to be downgraded;
[0097] like If the difficulty level falls between these two values, the current difficulty level is maintained. Based on the comparison results, the model outputs an adjusted difficulty level representing the new training difficulty to the remote control module 60.
[0098] See attached document Figure 3 , Figure 3 This is a schematic diagram of the downlink command and closed-loop feedback control flow according to an embodiment of the present invention.
[0099] The remote control module 60 is configured to receive two independent input messages.
[0100] Firstly, it receives user control commands from the front-end display and interaction module 50 through the connection with the WebSocket communication module 40, such as commands to start training, switch modes, or pause training.
[0101] Secondly, it receives the updated difficulty level output from the difficulty adjustment decision model 30.
[0102] Upon receiving the aforementioned input information, the remote control module 60 first processes the difficulty level. In one embodiment, the module maintains a mapping table between difficulty levels and hardware training parameters. Based on the received difficulty level, the module queries or calculates a corresponding set of hardware training parameters from this mapping table. For example, a higher difficulty level might map to a smaller effective target area, a faster target movement speed, or a shorter target exposure time.
[0103] Next, the remote control module 60 combines this set of hardware training parameters mapped from the difficulty level with the received user control command to generate the final TCP control command. For example, if the received user control command is to start a new round of training, the remote control module 60 will generate a TCP command data packet containing the start command and the aforementioned hardware training parameters (such as the target movement speed set to X and the target size set to Y). The format of this data packet follows a communication protocol pre-agreed with the hardware device.
[0104] The remote control module 60 transmits the generated TCP control command data packet to the TCP communication module 10. The TCP communication module 10, based on the device identifier contained in the command, accurately sends the data packet to the target hardware device through the corresponding TCP connection.
[0105] After receiving a TCP control command, the hardware device parses the instructions and parameters and changes its own operating state. For example, the electronic target controller adjusts the target's movement speed according to the parameters in the command. The change in the hardware device's operating state directly affects the user's next shooting action. The new shooting data generated by the user under the new operating state of the hardware device is collected by the hardware device and sent again to the dynamic difficulty adaptive engine 20 through the TCP communication module 10, thus entering the next data acquisition-analysis decision-state adjustment loop, forming a complete, automated closed-loop feedback control process.
[0106] See attached document Figure 1 , Figure 1 The document also illustrates several auxiliary system management modules included in embodiments of the present invention.
[0107] The log management module 70 is configured to persistently record key events and data during system operation. In a specific embodiment, when the TCP communication module 10 receives or sends data, the WebSocket communication module 40 broadcasts data, the difficulty adjustment decision model 30 outputs a new difficulty level, or the remote control module 60 generates a TCP control command, detailed information about these events, including timestamps, event types, and data content (such as the user's shooting rings or changes in overall score), is transmitted to the log management module 70. This module appends the received information to log files named with the current date and stores these files in a preset log directory, thereby achieving automatic log archiving and daily classification.
[0108] The system tray module 80 is configured to create an application icon in the notification area (i.e., the system tray) of the operating system's graphical interface on the background service computer, providing users with a convenient status monitoring window and operation entry point. In one embodiment, the tray icon can dynamically display the total number of hardware devices currently connected via the TCP communication module 10. By interacting with the icon (e.g., right-clicking), users can open a menu containing multiple operation commands, such as a "view logs" command to open the directory where the log files are located, and a "clear cache" command to delete temporary files generated by the system.
[0109] The automatic update module 90 is configured to manage and upgrade the system software itself. In one embodiment, this module sends an HTTP request containing the current system version number to a remote update server when the system starts or at a preset time interval. Upon receiving the request, the remote server compares the version number with the latest version number stored on the server. If a new version exists, the server returns the new version number and the download address of the update package in the HTTP response. Upon receiving this response, the automatic update module 90 downloads the update package from that address to its local machine, and after the download is complete, executes the installer to replace the old version files with the new version files, thereby completing the automatic system update.
[0110] See attached document Figure 4 , Figure 4 This is a flowchart of a shooting target integration method according to an embodiment of the present invention. The system and method of the present invention will be described in series below through a complete application scenario example.
[0111] In a specific application scenario, a shooting training process is as follows:
[0112] First, the user scans their personal identification code using an external barcode scanner. The scanner sends a data packet containing the user's identification information to the TCP communication module 10 on the backend service computer via an established TCP connection. Simultaneously, the user starts the front-end display and interaction module 50 on their client device. This module establishes a long-lived WebSocket connection with the backend service via the WebSocket communication module 40.
[0113] The user selects a training mode on the interface of the front-end display and interaction module 50 and issues a user control command to start training. This command is sent to the remote control module 60 via a WebSocket connection. The remote control module 60, based on the system's preset initial difficulty level, generates a TCP control command containing training parameters and sends it to the designated electronic target hardware device through the TCP communication module 10 to activate the target.
[0114] The user begins shooting. After each shooting event, the electronic target hardware encapsulates shooting data, including the hit coordinates and timestamp, and sends it to the TCP communication module 10 via a TCP connection. After receiving and standardizing the data, the TCP communication module 10 transmits it to the dynamic difficulty adaptive engine 20; simultaneously, it broadcasts the base score and real-time score data of this shooting to the front-end display and interaction module 50 in real time via the WebSocket communication module 40. The front-end interface is then updated to display the hit location, base score, and the user's real-time score to the user.
[0115] The dynamic difficulty adaptive engine 20 continuously receives shooting data and continuously calculates the user's performance within its internal sliding time window, generating and updating a user performance state vector. This vector is transmitted in real time to the difficulty adjustment decision model 30. The difficulty adjustment decision model 30 calculates the user's overall performance score based on this vector. At a certain moment, if this overall performance score exceeds a preset advancement threshold... The model then determines that the user's performance has exceeded the current difficulty level and outputs a higher difficulty level.
[0116] Upon receiving the new, higher difficulty level, the remote control module 60 immediately looks up the corresponding, more challenging hardware training parameters (e.g., faster target movement speed) in its internal mapping table. The remote control module 60 generates a TCP control command containing these new training parameters and sends it to the electronic target hardware device via the TCP communication module 10. Upon receiving the command, the electronic target hardware device immediately changes its operating status. Simultaneously, information about the difficulty level change is also sent to the front-end display and interaction module 50 via the WebSocket communication module 40, displaying a notification to the user interface that the difficulty has increased.
[0117] When the user chooses to end the training, an end-of-training command is issued on the front-end interface. This command ultimately causes the remote control module 60 to generate a stop command and send it to the hardware device. Throughout the entire process described above, all received identity information, every piece of shooting data, every change in difficulty level, every calculation result of the comprehensive score, and all sent TCP control commands are recorded in detail in the daily log file by the log management module 70 for subsequent querying and analysis.
[0118] Although embodiments of the invention have been shown and described, it will be understood by those skilled in the art that various changes, modifications, substitutions and alterations can be made to these embodiments without departing from the principles and spirit of the invention, the scope of which is defined by the appended claims and their equivalents.
Claims
1. A shooting target scoring system based on multi-protocol communication, characterized in that, The system includes: The TCP communication module is used to establish a TCP connection with the hardware device and receive shooting data and identity information sent by the hardware device. A dynamic difficulty adaptive engine is used to receive the shooting data and identity information, and generate a user performance state vector based on the shooting data and identity information; wherein, the dynamic difficulty adaptive engine includes: extracting the shooting data from a sliding time window containing a preset number of shooting events, calculating a hit rate index, an average accuracy index, and an average reaction speed index based on the shooting data, and then combining the hit rate index, the average accuracy index, and the average reaction speed index into a user performance state vector. A difficulty adjustment decision model is used to receive the user performance state vector and output a difficulty level; wherein, the difficulty adjustment decision model performs the following steps: (1) The hit rate index and average precision index within the user performance state vector are combined to generate an accuracy component, and the calculation formula is as follows: In the formula: For accuracy components; The average precision metric in the user performance state vector; This is the preset maximum ring value for a single shot; Hit rate metric in the user performance state vector; (2) Generate the velocity component based on the average reaction rate index. The calculation formula is as follows: In the formula: For velocity components; The average reaction speed index in the user performance state vector; The preset ideal reaction time threshold; This is the preset failure response time threshold; (3) The accuracy component and the velocity component are weighted and combined to calculate the overall performance score of the dynamic integral. The calculation formula is as follows: In the formula: The score is based on overall performance; The weighting coefficients for the accuracy component; These are the weighting coefficients for the velocity components; (4) Compare the overall performance score with the preset advancement threshold and demotion threshold to output the difficulty level; The WebSocket communication module is used to establish WebSocket connections with the front-end display and interaction modules. The remote control module is used to receive user control commands sent by the front-end display and interaction module via the WebSocket communication module, and to receive the difficulty level, and then generate TCP control commands based on the user control commands and the difficulty level. The TCP communication module is further used to send the TCP control commands generated by the remote control module to the hardware device.
2. The shooting target scoring system based on multi-protocol communication according to claim 1, characterized in that, The TCP communication module includes: It is used to establish TCP connections concurrently with multiple hardware devices, including electronic guns and electronic targets, and to process shooting data and identity information sent by multiple hardware devices in an asynchronous manner.
3. A shooting target scoring system based on multi-protocol communication according to claim 1, characterized in that, The WebSocket communication module includes: Used to broadcast the shooting data and difficulty level to the front-end display and interaction module; The front-end display and interaction module is a graphical user interface. The graphical user interface is used to display the shooting data and difficulty level in real time, and provides interactive controls for users to generate user control commands.
4. A shooting target scoring system based on multi-protocol communication according to claim 1, characterized in that, The remote control module includes: Used to map the difficulty level to a set of hardware training parameters; The hardware training parameters are combined with user control instructions to generate the final TCP control command containing specific training parameter settings.
5. A shooting target scoring system based on multi-protocol communication according to claim 4, characterized in that, The TCP control command is sent to the hardware device to change the operating state of the hardware device; the new shooting data generated by the hardware device in the changed operating state is received by the TCP communication module and transmitted to the dynamic difficulty adaptive engine, thereby forming a closed-loop adaptive adjustment control loop.
6. A shooting target scoring system based on multi-protocol communication according to claim 1, characterized in that, The difficulty adjustment decision model is used to weight and combine the accuracy and speed components. The weighting coefficients are determined by the user's preset information received by the front-end display and interaction module to meet the different emphasis requirements of accuracy or speed under different training purposes.
7. A shooting target scoring system based on multi-protocol communication according to claim 1, characterized in that, The system also includes a log management module, a system tray module, and an automatic update module: The log management module is used to record the shooting data received by the TCP communication module, the difficulty level output by the difficulty adjustment decision model, and the TCP control commands generated by the remote control module. The system tray module is used to create application icons in the notification area of the operating system to provide real-time monitoring of system status and quick access to operations. The automatic update module is used to connect to a remote server to compare software versions and automatically download and install the update package when a new version is detected.
8. A shooting target integration method based on multi-protocol communication, applied to the system described in any one of claims 1-7, characterized in that, The method includes the following steps: S1. Establish a TCP connection with the hardware device through the TCP communication module, and establish a WebSocket connection with the front-end display and interaction module through the WebSocket communication module; S2. Receive shooting data and identity information sent by the hardware device via the TCP connection, and transmit the shooting data and identity information to the dynamic difficulty adaptive engine; S3. The dynamic difficulty adaptive engine generates a user performance state vector based on shooting data and identity information, and transmits the user performance state vector to the difficulty adjustment decision model. S4. The difficulty adjustment decision model receives the user's performance status vector, calculates the comprehensive performance score as a dynamic integral, and outputs the difficulty level to the remote control module based on the comprehensive performance score. S5. The remote control module receives user control instructions sent by the front-end display and interaction module, and generates TCP control commands based on the user control instructions and difficulty level. S6. The TCP control command is sent to the hardware device via the TCP communication module.
Citation Information
Patent Citations
Shooter training
WO2017082877A1