Multi-channel adaptive CDR emergency broadcast adapter control method and system

Abstract

The invention provides a multi-channel adaptive CDR emergency broadcast adapter control method and system, and relates to the technical field of information security, and the method comprises the steps: receiving emergency messages from an IP network, an FM analog broadcast, a digital television and a CDR digital broadcast in parallel through multiple channels; the method comprises the following steps: acquiring a received signal strength indication, a bit error rate and a signal-to-noise ratio of each channel in real time according to a received emergency message, calculating a quality score of each channel through a preset quality scoring model, and performing adaptive switching between the channels according to the quality score to obtain a continuous and reliable emergency message flow. According to the invention, the continuous, safe and accurate broadcasting of the emergency message in a complex scene is realized.

Description

Technical Field

[0001] This invention relates to the field of information security technology, and in particular to a multi-channel adaptive CDR emergency broadcast adapter control method and system. Background Technology

[0002] In the field of emergency broadcasting, ensuring the timely and reliable transmission of information on disasters and other emergencies is crucial for maintaining public safety. Currently, emergency broadcasting systems mostly rely on a single or a few transmission channels to push messages, making it difficult to adapt to diverse communication scenarios in complex terrain and severe weather.

[0003] For example, when a sudden rainstorm occurs in a mountainous area, the traditional emergency broadcasting system only pushes evacuation warning information through the FM analog broadcast channel. Due to the obstruction of mountains, the signal of this channel continues to weaken. At the same time, the system cannot switch to available channels such as CDR digital broadcasting or IP network on its own. Moreover, the warning messages pushed have not undergone strict security authentication and are easily interfered with and tampered with. As a result, people in some remote areas have not been able to receive accurate warning information in a timely manner. The case exposed the technical defects of the traditional emergency broadcasting system, such as poor channel adaptability, lack of autonomous switching mechanism and lack of security authentication, which makes it difficult to meet the needs of efficient and secure dissemination of emergency information in complex scenarios. Summary of the Invention

[0004] The technical problem to be solved by the present invention is to provide a multi-channel adaptive CDR emergency broadcast adapter control method and system to realize the continuous, safe and accurate broadcasting of emergency messages in complex scenarios.

[0005] To solve the above-mentioned technical problems, the technical solution of the present invention is as follows:

[0006] In a first aspect, a control method for a multi-channel adaptive CDR emergency broadcast adapter is provided, the method comprising:

[0007] Emergency messages can be received in parallel from IP networks, FM analog broadcasts, digital television, and CDR digital broadcasts via multiple channels.

[0008] Based on the received emergency messages, the received signal strength indication, bit error rate and signal-to-noise ratio of each channel are collected in real time. The quality score of each channel is calculated through a preset quality scoring model, and adaptive switching is performed between channels according to the quality score to obtain a continuous and reliable emergency message stream.

[0009] The emergency message stream is subjected to national cryptographic algorithm security authentication. The security authentication includes extracting the digital signature and hash digest from the message, verifying the issuer's identity using a pre-set CA root certificate chain, and recalculating the message body digest for comparison. If the verification fails, the message is discarded and a security event is reported.

[0010] Metadata parsing is performed on emergency messages that have passed security authentication to extract event level, administrative division code, validity period and message type, resulting in parsed metadata;

[0011] Intelligent broadcast control decisions are made by parsing the metadata. Based on the matching results of event level and administrative division code, broadcast priority, broadcast timing and broadcast mode are determined to obtain broadcast control decisions.

[0012] Based on broadcast control decisions, emergency messages are broadcast through multi-mode broadcasting and interactive interfaces, the operating status of the adapter is monitored during the broadcasting process, and the status information is remotely transmitted back via wireless communication to support remote configuration and firmware upgrades.

[0013] Furthermore, emergency messages from IP networks, FM analog broadcasts, digital television, and CDR digital broadcasts are received in parallel via multi-channel reception, including:

[0014] Emergency message data streams are received via IP network channels. The emergency message data streams are decapsulated and parsed to obtain the first parsing result. The first parsing result is then format-verified, and the emergency message content that conforms to the emergency broadcast message format specification is extracted to obtain the IP network channel message.

[0015] The FM analog broadcast signal is received through the FM analog broadcast channel, demodulated and analyzed by subcarrier to obtain the second analysis result; emergency command data is extracted from the second analysis result and converted into a unified message format to obtain the FM analog broadcast channel message;

[0016] The system receives digital television broadcast signals through a digital television channel, extracts emergency broadcast data tables from the broadcast stream, parses the data tables to obtain a third parsing result, and performs structural transformation and semantic parsing on the third parsing result to obtain digital television channel messages.

[0017] The CDR digital broadcast signal is received through the CDR digital broadcast channel, and the signal is processed by frame parsing and decoding to obtain the fourth parsing result. The emergency message payload is extracted from the fourth parsing result, and the data is reassembled and verified to obtain the CDR digital broadcast channel message.

[0018] Furthermore, based on the received emergency messages, the received signal strength indication, bit error rate, and signal-to-noise ratio of each channel are collected in real time. A quality score for each channel is calculated using a preset quality scoring model, and adaptive switching between channels is performed based on the quality score to obtain a continuous and reliable emergency message stream, including:

[0019] Based on the emergency messages received by each channel, the received signal strength indication, bit error rate and signal-to-noise ratio are collected in real time to obtain the real-time quality parameter set of each channel;

[0020] Based on the set of real-time quality parameters, a preset quality scoring model is invoked to perform weighted calculations on the received signal strength indication, bit error rate, and signal-to-noise ratio of each channel to obtain the real-time quality score for each channel.

[0021] The real-time quality score of the current working channel is compared with the preset quality score threshold. If it is lower than the preset threshold, a channel switching decision is triggered and a switching trigger command is obtained.

[0022] In response to the handover trigger command, the channel with the highest real-time quality score is selected from all backup channels, and the channel with the highest quality score is determined as the target handover channel;

[0023] Step 2.5: Based on the target switching channel, while the main buffer pool continues to output the emergency message stream of the current channel, the emergency message data of the target switching channel is preloaded in the backup buffer pool. The output switching from the main buffer pool to the backup buffer pool is completed within a preset time to obtain a continuous and reliable emergency message stream.

[0024] Furthermore, the emergency message stream undergoes security authentication using national cryptographic algorithms. This authentication includes extracting the digital signature and hash digest from the message, verifying the issuer's identity using a pre-set CA root certificate chain, and recalculating the message body digest for comparison. If verification fails, the message is discarded and a security event is reported, including:

[0025] By extracting the message to be authenticated from the emergency message stream and parsing the message to obtain the digital signature and the accompanying hash digest, the message security elements are obtained.

[0026] Based on the digital signature in the message security elements, the identity of the message sender is verified using a pre-built CA root certificate chain to obtain the identity verification result;

[0027] If authentication is successful, the hash digest of the message body to be authenticated is recalculated to obtain the recalculated digest;

[0028] The recalculated digest is compared with the attached digest in the message security elements to obtain the content integrity verification result.

[0029] A comprehensive security assessment is made based on the authentication result and the content integrity verification result. If either result fails, the message is marked as an illegal message and discarded, while a security alert event is generated.

[0030] Furthermore, the emergency messages that have passed security authentication are subjected to metadata parsing to extract the event level, administrative division code, validity period, and message type, resulting in parsed metadata, including:

[0031] Obtain emergency messages that have passed security authentication, identify and parse the encapsulation format of the emergency messages, and obtain structured message content;

[0032] By extracting the event level field from the structured message content, the raw event level data is obtained, and then standardized transformation is performed based on a preset level range to obtain a standardized event level identifier.

[0033] By extracting the administrative division code field from the structured message content of standardized event level identifiers, the original regional coding data is obtained. The coding format is then verified for compliance and localized for mapping to obtain the regional identifier.

[0034] By extracting the valid time field from the structured message content identified by the region identifier, the raw time data is obtained, and the time representation format is parsed and converted to obtain the valid time period information.

[0035] Based on the structured message content with valid time period information, the message type field is extracted to obtain the original type data, and the content type is identified and classified to determine whether the message type is audio, text, image or mixed type.

[0036] The standardized event level identifier, region identifier, effective time period information, and message type are integrated and reorganized, and encapsulated into unified structured metadata.

[0037] Furthermore, intelligent broadcast control decisions are executed through the parsed metadata. Based on the matching results of event level and administrative division code, broadcast priority, broadcast timing, and broadcast mode are determined, resulting in broadcast control decisions, including:

[0038] The parsed metadata object is invoked, the standardized event level identifier in the metadata object is read, and it is compared with the preset event level threshold to obtain the event priority determination result;

[0039] Based on the event priority determination result, combined with the region identifier in the metadata object, and matched and verified with the locally configured administrative division code, the region matching determination result is obtained;

[0040] Logical synthesis is performed based on the event priority determination result and the area matching determination result. If both the high priority condition and the area matching condition are met at the same time, a broadcast interruption command and an immediate broadcast trigger signal are generated.

[0041] In response to the immediate broadcast trigger signal, the corresponding broadcast mode parameters, including audio output parameters, display output method and repeat broadcast strategy, are determined based on the message type and event level identifier in the metadata object.

[0042] If multiple emergency messages are received concurrently, the broadcast task queue is obtained by sorting them based on the event level identifier and the receiving timestamp in the metadata object corresponding to each message.

[0043] Integrate broadcast interruption commands, broadcast mode parameters, and broadcast task queues to generate structured broadcast control decisions.

[0044] Furthermore, based on broadcast control decisions, emergency messages are broadcast through a multi-mode broadcast and interaction interface. The operating status of the adapter is monitored during broadcasting, and status information is remotely transmitted back via wireless communication to support remote configuration and firmware upgrades, including:

[0045] The system parses and executes broadcast control decisions. Based on the broadcast mode parameters included in the decisions, it calls the corresponding multi-mode broadcast interface to convert emergency messages into suitable audio, text, and image output signals, thus obtaining the media stream to be broadcast.

[0046] According to the broadcast interruption instruction in the decision, before the media stream to be broadcast is output, the current non-emergency broadcast content is interrupted and the broadcast is switched to the emergency message broadcast channel to complete the broadcast environment switch.

[0047] Based on the completed broadcast environment switch, during the emergency message broadcasting process, the adapter's operating status data is collected in real time. The data includes device identification, current working channel, broadcasting records, security chip status, power supply voltage, and ambient temperature.

[0048] The collected operational status data is correlated and fused with the operation logs recorded in the broadcast control decision to obtain a structured status report with timestamps and event markers;

[0049] The structured status report is uploaded to the remote management platform via wireless communication, and remote configuration instructions are received from the remote management platform.

[0050] Execute remote configuration commands to dynamically adjust the adapter's operating parameters; and perform security verification and installation on received firmware upgrade packages to complete remote maintenance and function updates.

[0051] Secondly, a multi-channel adaptive CDR emergency broadcast adapter control system includes:

[0052] The acquisition module is used to receive emergency messages from IP networks, FM analog broadcasts, digital television, and CDR digital broadcasts in parallel via multiple channels.

[0053] The scoring module is used to collect the received signal strength indication, bit error rate and signal-to-noise ratio of each channel in real time based on the received emergency messages, calculate the quality score of each channel through a preset quality scoring model, and adaptively switch between channels according to the quality score to obtain a continuous and reliable emergency message stream.

[0054] The verification module is used to perform national cryptographic algorithm security authentication on emergency message streams. Security authentication includes extracting digital signatures and hash digests from messages, verifying the issuer's identity using a pre-set CA root certificate chain, and recalculating the message body digest for comparison. If the verification fails, the message is discarded and a security event is reported.

[0055] The parsing module is used to parse the metadata of emergency messages that have passed security authentication, extract the event level, administrative division code, validity period and message type, and obtain the parsed metadata.

[0056] The control module is used to execute intelligent broadcast control decisions through parsed metadata, and determine the broadcast priority, broadcast timing and broadcast mode based on the matching results of event level and administrative division code to obtain broadcast control decisions;

[0057] The monitoring module is used to broadcast emergency messages through a multi-mode broadcasting and interactive interface based on broadcasting control decisions, monitor the operating status of the adapter during the broadcasting process, and remotely transmit status information back via wireless communication to support remote configuration and firmware upgrades.

[0058] Thirdly, a computing device includes:

[0059] One or more processors;

[0060] A storage device for storing one or more programs that, when executed by one or more processors, cause the one or more processors to implement the method.

[0061] Fourthly, a computer-readable storage medium storing a program that, when executed by a processor, implements the method.

[0062] The above-described solution of the present invention has at least the following beneficial effects:

[0063] By employing multi-channel parallel reception, real-time channel quality assessment, and seamless switching between primary and backup buffer pools, this system overcomes the technical problems of poor signal adaptation and easy message interruption caused by the single-channel dependence of traditional emergency broadcasting systems. By using national cryptographic algorithm security authentication combined with CA root certificate chain verification, it overcomes the technical problems of easily tampered emergency messages and difficulty in verifying the identity of the issuer. By employing metadata parsing and intelligent broadcasting decision-making driven by event level and regional code matching, it overcomes the technical problems of chaotic emergency message broadcasting priorities and poor targeting. By employing real-time broadcasting status acquisition, wireless remote transmission, and configuration upgrade technologies, it overcomes the technical problems of low adapter maintenance efficiency and untimely status monitoring. This achieves continuous and reliable reception, secure and reliable transmission, and precise targeted broadcasting of emergency messages in complex scenarios, while also improving the intelligence and remoteness of adapter maintenance, ensuring the stability and effectiveness of emergency broadcasting services. Attached Figure Description

[0064] Figure 1 This is a flowchart illustrating a multi-channel adaptive CDR emergency broadcast adapter control method provided by an embodiment of the present invention.

[0065] Figure 2 This is a schematic diagram of a multi-channel adaptive CDR emergency broadcast adapter control system provided by an embodiment of the present invention. Detailed Implementation

[0066] Exemplary embodiments of the present disclosure will now be described in more detail with reference to the accompanying drawings. While exemplary embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure may be implemented in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the disclosure to those skilled in the art.

[0067] like Figure 1 As shown, an embodiment of the present invention proposes a multi-channel adaptive CDR emergency broadcast adapter control method, the method comprising the following steps:

[0068] Step 1: Receive emergency messages from IP networks, FM analog broadcasts, digital television, and CDR digital broadcasts in parallel via multi-channel reception;

[0069] Step 2: Based on the received emergency messages, collect the received signal strength indication, bit error rate and signal-to-noise ratio of each channel in real time, calculate the quality score of each channel through a preset quality scoring model, and adaptively switch between channels according to the quality scores to obtain a continuous and reliable emergency message stream.

[0070] Step 3: Perform national cryptographic algorithm security authentication on the emergency message stream. Security authentication includes extracting the digital signature and hash digest from the message, verifying the issuer's identity using a pre-set CA root certificate chain, and recalculating the message body digest for comparison. If the verification fails, the message is discarded and a security event is reported.

[0071] Step 4: Perform metadata parsing on the emergency messages that have passed security authentication, extract the event level, administrative division code, effective time and message type, and obtain the parsed metadata;

[0072] Step 5: Execute intelligent broadcast control decisions based on the parsed metadata. Determine the broadcast priority, broadcast timing, and broadcast mode based on the matching results of event level and administrative division code to obtain the broadcast control decision.

[0073] Step 6: Based on the broadcast control decision, broadcast emergency messages through the multi-mode broadcast and interaction interface, monitor the operating status of the adapter during the broadcast process, and remotely transmit the status information back via wireless communication to support remote configuration and firmware upgrades.

[0074] In this embodiment of the invention, by employing a multi-channel parallel reception method for IP networks, FM analog broadcasting, digital television, and CDR digital broadcasting, combined with real-time channel quality assessment and acquisition of received signal strength indicators and adaptive switching of primary and backup buffer pools, the technical problems of weak signal adaptation capability and easy interruption of emergency messages caused by single-channel dependence in traditional emergency broadcasting systems are overcome. By employing national cryptographic algorithm security authentication to extract digital signatures and hash digests, and CA root certificate chain authentication, the technical problems of easily tampered emergency messages and difficulty in verifying the identity of the issuer are overcome. By employing metadata parsing to extract core information such as event levels, combined with intelligent broadcasting decision-making based on matching event levels and administrative division codes to determine broadcasting parameters, the technical problems of chaotic emergency message broadcasting priorities and poor targeting are overcome. By employing multi-mode broadcasting combined with real-time acquisition of operating status and wireless remote backhaul, and configuration upgrades, the technical problems of low adapter maintenance efficiency and untimely status monitoring are overcome. Thus, continuous and reliable reception, secure and reliable transmission, and precise targeted broadcasting of emergency messages in complex scenarios are achieved, while simultaneously improving the intelligence and remoteness of adapter maintenance, ensuring the stability and efficiency of emergency broadcasting services.

[0075] In a preferred embodiment of the present invention, step 1 above may include:

[0076] Step 1.1: Receive emergency message data streams through the IP network channel, decapsulate and parse the emergency message data streams to obtain the first parsing result; perform format verification on the first parsing result, extract emergency message content that conforms to the emergency broadcast message format specification, and obtain the IP network channel message. Specifically, this includes: first, starting the receiving function of the IP network channel and continuously listening to the specified network port to obtain the transmitted emergency message data stream; after receiving the data stream, first identifying the transmission protocol type used by the data stream, determining whether it is a real-time transmission protocol or a real-time streaming transmission protocol, and then performing decapsulation operations according to the standard process of the corresponding protocol, stripping the control information and redundant data in the protocol header, separating the data packet containing the core content of the emergency message, and obtaining the first parsing result; next, perform format verification on the first parsing result, including whether the emergency message conforms to the emergency broadcast message format specification, checking whether the essential fields of the message are complete and present, whether the data type and length of the fields meet the specified requirements, and whether the time format, encoding format, etc., meet the unified standard, ensuring that the message content has no format errors or missing parts; after the format verification is confirmed to be qualified, extract the core content of the emergency message that conforms to the specification, organize it into a standardized data structure, and finally form the IP network channel message.

[0077] Step 1.2: Receive FM broadcast signals through the FM analog broadcast channel, demodulate and analyze the broadcast signals using subcarrier analysis to obtain a second analysis result; extract emergency command data from the second analysis result, convert it into a unified message format, and obtain the FM analog broadcast channel message. Specifically, this includes: activating the receiving module of the FM analog broadcast channel, fixing the receiving frequency band within the 87.5 MHz to 108 MHz FM broadcast band, and continuously capturing FM broadcast signals within the band; demodulating the received broadcast signal using an FM demodulator, converting the high-frequency carrier signal into a signal containing audio signals and a subcarrier. The baseband signal is then analyzed, and the radio data subcarrier in the baseband signal is specifically analyzed. The data frames carried in the subcarrier are extracted according to relevant standards, and the original data related to emergency instructions is separated from the data frames to obtain the second analysis result. Emergency instruction data, including key information such as warning type, handling suggestions, and issuing unit, is accurately selected from the second analysis result. Then, the emergency instruction data is converted from the original subcarrier data format to a unified message format consistent with the channel message using preset format conversion rules to ensure the structural uniformity of different channel messages. Finally, the FM analog broadcast channel message is generated.

[0078] Step 1.3: Receive digital television broadcast signals through the digital television channel, extract the emergency broadcast data table from the broadcast stream, parse the data table to obtain the third parsing result; perform structural transformation and semantic parsing on the third parsing result to obtain the digital television channel message. Specifically, this includes: activating the receiving equipment of the digital television channel to receive digital television broadcast signals conforming to the terrestrial digital television broadcast standard or the cable digital television broadcast standard; processing the received digital television broadcast stream through a demultiplexer to separate different types of service streams such as video stream, audio stream, and data broadcast stream, locating and extracting the emergency broadcast data table specifically carrying emergency information; performing structural parsing on the extracted emergency broadcast data table to identify the field definitions, field arrangement order, and data storage format, clarifying the business meaning corresponding to each field, and obtaining the third parsing result; then performing a structural transformation operation to convert the original storage structure of the data table into a preset unified data structure, while simultaneously performing semantic parsing to interpret the actual meaning represented by each field, ensuring the understandability of the data, such as clarifying the specific connotations of the administrative division field, event description field, etc. After structural transformation and semantic parsing, the digital television channel message is formed.

[0079] Step 1.4: Receive CDR digital broadcast signals through the CDR digital broadcast channel, perform frame parsing and decoding on the signals to obtain the fourth parsing result; extract the emergency message payload from the fourth parsing result, and perform data reconstruction and verification to obtain the CDR digital broadcast channel message. Specifically, this includes: activating the receiving function of the CDR digital broadcast channel, receiving CDR digital broadcast signals according to the requirements of the FM band digital audio broadcasting technical specifications; after receiving the signal, first perform frame synchronization operation, identify the start and end markers of the data frames, accurately divide each complete data frame, and then perform frame structure parsing on each data frame to extract the control information from the frame header. The information, the data content in the frame body, and the check information at the end of the frame are then decoded according to the encoding rules of CDR digital broadcasting to restore the original digital data and obtain the fourth parsing result. From the fourth parsing result, data segments related to the emergency message payload are selected. These segments may be scattered in multiple data frames and need to be reassembled according to the original transmission order of the message to splice the scattered payload segments into complete emergency message data. After the reassembly is completed, a data verification operation is performed to check whether there is any loss, error or tampering in the reassembled data to ensure the integrity and accuracy of the data. After the verification is passed, a CDR digital broadcast channel message is formed.

[0080] In this embodiment of the invention, differentiated adaptation processing techniques are employed for four channels: IP network, FM analog broadcast, digital television, and CDR digital broadcast. These techniques include decapsulation, protocol parsing, and format verification for the IP network channel; demodulation, subcarrier parsing, and format conversion for the FM analog broadcast channel; emergency broadcast data table extraction and structural semantic parsing for the digital television channel; and frame parsing, decoding, and data reassembly verification for the CDR digital broadcast channel. Furthermore, the messages from each channel are uniformly converted to a standard format. This overcomes the technical problems of traditional multi-channel receiving schemes, such as poor universality in processing different types of channel signals, susceptibility to message parsing distortion or invalid data interference, and difficulties in processing due to inconsistent message formats across channels. Consequently, accurate, efficient parsing, and standardized integration of messages from multiple emergency broadcast channels are achieved.

[0081] In a preferred embodiment of the present invention, step 2 above may include:

[0082] Step 2.1: Based on the emergency messages received by each channel, the received signal strength indication, bit error rate, and signal-to-noise ratio (SNR) are collected in real time to obtain a set of real-time quality parameters for each channel. Specifically, based on the emergency messages received by the IP network channel, FM analog broadcast channel, digital TV channel, and CDR digital broadcast channel, an independent quality parameter acquisition device is configured for each channel to ensure that the parameter acquisition of each channel does not interfere with each other. The three core quality parameters of received signal strength indication, bit error rate, and SNR of each channel are captured in real time at a frequency of ten times per second. The received signal strength indication is obtained by the signal detection sensor built into the receiving module of each channel, which directly reflects the strength of the received signal of the current channel. The bit error rate is obtained by statistically analyzing the ratio of the number of erroneous bits in the emergency message data received per unit time to the total number of bits, which accurately reflects the accuracy of data transmission. The SNR is obtained by calculating the ratio of the effective power of the received signal to the noise power generated during transmission, which intuitively reflects the purity of the signal. The received signal strength indication value, bit error rate value, and SNR value collected by each channel at the same time point are correlated and integrated to form a set of real-time quality parameters specific to each channel.

[0083] Step 2.2: Based on the real-time quality parameter set, a preset quality scoring model is invoked to perform weighted calculations on the received signal strength indication, bit error rate, and signal-to-noise ratio (SNR) for each channel, obtaining the real-time quality score for each channel. Specifically, this includes: invoking the preset quality scoring model, which is designed for the channel transmission characteristics in emergency broadcast scenarios and pre-sets fixed weighting coefficients. The weighting coefficient for received signal strength indication is 0.4, the weighting coefficient for bit error rate is 0.3, and the weighting coefficient for SNR is 0.3. First, the three parameters in the real-time quality parameter set for each channel are standardized. The received signal strength indication is converted to a score from 0 to 100 based on the actual measurement range; a higher value indicates a stronger signal and a higher score. The bit error rate is converted to a score from 0 to 100 based on the percentage of erroneous bits; a lower percentage of erroneous bits results in a higher score. The SNR is converted to a score from 0 to 100 based on the power ratio of signal to noise; a higher ratio results in a higher score. Then, according to the preset weighting coefficients, the standardized score of each parameter is multiplied by the corresponding weighting coefficient, and the three product results are added together to obtain the real-time quality score of each channel. The score range is from zero to one hundred points, and the higher the score, the better the channel transmission quality.

[0084] The quality scoring model was constructed based on the actual transmission needs of emergency broadcasting scenarios, following the principles of scientific rigor, practicality, and standardization. First, scenario adaptation and indicator selection were conducted. Combining the transmission characteristics of IP network channels, FM analog broadcast channels, digital television channels, and CDR digital broadcasting channels, and referencing communication technology standards such as 3GPP 36.141, three core objective indicators that play a decisive role in reliable message transmission were selected: received signal strength indication (RSI), which directly reflects the basic conditions of signal reception; bit error rate (BER), which reflects the accuracy of data transmission; and signal-to-noise ratio (SNR), which characterizes the signal's anti-interference capability. This ensured that the indicators covered the three key dimensions of signal reception, data transmission, and anti-interference performance. Second, weighting coefficients were determined. Using an expert scoring method combined with the analytic hierarchy process (AHP), professionals in communication engineering and emergency broadcasting were invited to conduct pairwise comparisons and quantitative scoring of the importance of each indicator in emergency scenarios. This was verified using a large amount of experimental data. Finally, the weighting coefficient for RSI was determined to be 0.4, and the weighting coefficients for BER and SNR were both 0.3, highlighting the core position of received signal strength as the foundation of transmission. Next, standardized rules were established, and a unified 0-100 score conversion system was created for the different measurement ranges and characteristics of each indicator. The received signal strength indicator was linearly mapped based on the actual measurement range of each channel sensor, such as -80dBm to -30dBm. The bit error rate was linearly mapped inversely based on the common error ratio range, such as 10^-6 to 10^-2. The signal-to-noise ratio was linearly mapped based on the power ratio range, such as 10dB to 40dB, to ensure that indicators of different orders of magnitude could be directly compared. Finally, model verification and calibration were carried out. Channel test data under various complex scenarios were collected, and the model output score was compared with the actual transmission quality, such as message reception success rate and bit error rate. The mapping parameters were repeatedly adjusted to ensure that the score results could accurately reflect the actual performance of the channel, and finally a stable and reliable preset quality score model was formed.

[0085] Step 2.3 compares the real-time quality score of the current working channel with a preset quality score threshold. If it is lower than the preset threshold, a channel switching determination is triggered, and a switching trigger command is obtained. Specifically, this includes: setting the quality score threshold to 80 points in advance. The threshold is determined based on the reliability requirements of emergency broadcast information transmission and combined with channel test data under various complex scenarios, which can effectively distinguish whether the channel is in a stable transmission state; acquiring the real-time quality score of the current working channel in real time and continuously comparing the score with the quality score threshold of 80 points; the comparison process adopts a continuous monitoring mode, and the comparison operation is performed immediately after each new quality score is collected to ensure timely detection of channel quality changes; if the real-time quality score of the current working channel is lower than 80 points for 3 consecutive seconds, it is determined that the transmission quality of the channel can no longer meet the requirements for reliable transmission of emergency messages, and the channel switching determination process is automatically triggered, generating a switching trigger command containing the current working channel identifier, quality score data, and switching request.

[0086] Step 2.4: In response to the handover trigger command, select the channel with the highest real-time quality score from all backup channels and determine it as the target handover channel. Specifically, this includes: upon receiving the handover trigger command, immediately initiating the backup channel screening process. Backup channels refer to all other channels not currently in operation, including all channels other than the currently active channel among IP network channels, FM analog broadcast channels, digital TV channels, and CDR digital broadcast channels; retrieving the latest real-time quality scores of each backup channel and sorting them in descending order of score to form a backup channel quality ranking table; selecting the channel with the highest score from the ranking table. If multiple backup channels have the same real-time quality score and are all at the highest score, a secondary screening is performed according to a preset channel priority order, from highest to lowest: CDR digital broadcast channel, IP network channel, digital TV channel, and FM analog broadcast channel. Through the above screening process, the channel with the best quality is finally determined as the target handover channel, and its identification information, transmission parameters, and other key data are recorded.

[0087] Step 2.5: Based on the target switching channel, while the main buffer pool continues to output the emergency message stream of the current channel, the emergency message data of the target switching channel is preloaded in the backup buffer pool. The output switch from the main buffer pool to the backup buffer pool is completed within a preset time to obtain a continuous and reliable emergency message stream. Specifically, this includes: pre-configuring the main buffer pool and the backup buffer pool, with the storage capacity of both buffer pools set to store emergency message data for 1 second to ensure sufficient redundant data support during the switching process; after determining the target switching channel, the main buffer pool maintains normal operation and continues to output the emergency message stream of the current working channel to avoid message interruption during the switching process; at the same time, the preloading mechanism of the backup buffer pool is activated, receiving emergency message data from the target switching channel in real time according to the transmission protocol and data format of the target switching channel, and continuously writing the data into the backup buffer pool to ensure that the data in the backup buffer pool is synchronized with the message stream of the target switching channel; after the preloading is completed, the switching operation is performed within 50 milliseconds, stopping the message output of the main buffer pool and starting the message output of the backup buffer pool. The output content is seamlessly connected from the data preloaded from the target switching channel, and the entire switching process does not result in message loss, stuttering, or duplication, ultimately obtaining a continuous and reliable emergency message stream.

[0088] In this embodiment of the invention, by using real-time acquisition of three core quality parameters—received signal strength indication, bit error rate, and signal-to-noise ratio—for each channel, and combining them with a preset quality scoring model to calculate a weighted channel quality score, and then triggering switching through threshold comparison, selecting the highest-scoring backup channel as the target switching channel, and employing a parallel operation of primary and backup buffer pools with continuous output from the primary buffer pool and preloading from the backup buffer pool to achieve seamless switching, this invention overcomes the technical problems of traditional channel switching schemes, such as lack of scientific quality assessment basis, blind switching timing, unreasonable target channel selection, and easy interruption of emergency message flow during the switching process. This achieves accurate real-time evaluation of the quality of each channel and adaptive final channel selection, ensuring continuous and uninterrupted emergency message flow during channel switching, improving the reliability and stability of emergency message transmission, and adapting to the needs of scenarios with channel signal fluctuations in complex environments.

[0089] In a preferred embodiment of the present invention, step 3 above may include:

[0090] Step 3.1 involves extracting messages to be authenticated from the emergency message stream and parsing the messages to obtain digital signatures and accompanying hash digests, thus obtaining message security elements. Specifically, this includes: firstly, real-time monitoring of the continuous emergency message stream obtained after channel switching; secondly, splitting individual complete messages to be authenticated frame by frame from the message stream according to the start and end identifiers of the message frame structure, ensuring the independence and integrity of each message; thirdly, performing structural parsing on the split messages to be authenticated, identifying the message header, message body, and additional fields, among which the additional fields are specifically used to store security-related information; and finally, accurately extracting the digital signature and accompanying hash digest from the additional fields. The digital signature is encrypted data used by the issuer for identity verification, and the hash digest is the basis for verifying the integrity of the message body. These two pieces of data are linked and integrated to form message security elements.

[0091] Step 3.2: Based on the digital signature in the message security elements, the identity of the message issuer is verified using a pre-set CA root certificate chain to obtain an identity verification result. Specifically, this includes: retrieving the pre-set, cryptographically compliant CA root certificate chain within the device, which contains a root certificate, intermediate certificates, and terminal certificates, forming a complete trust chain; decrypting the digital signature according to relevant specifications based on the obtained message security elements to extract the issuer's public key information contained in the signature; then initiating the CA root certificate chain verification process, first verifying the legitimacy of the intermediate certificate through the root certificate, checking whether the intermediate certificate has expired, been revoked, and whether the signature is valid, and then verifying the validity of the issuer's terminal certificate through the verified intermediate certificate to confirm whether the issuer is a legitimate emergency broadcast message publisher; after multi-level certificate verification, a clear identity verification result is obtained.

[0092] Step 3.3: If authentication is successful, the hash digest of the message body to be authenticated is recalculated to obtain the recalculated digest. Specifically, if the authentication result is successful, it means that the message sender is legitimate. At this time, the focus is on the message body of the message to be authenticated, excluding non-message body content such as message headers, digital signatures, and attached hash digests, to ensure that the calculation scope is only the core message data. The SM3 hash algorithm is used to perform hash operations on all valid byte streams of the message body to be authenticated in sequence. The operation process strictly follows the grouping, filling rules and iterative steps of the SM3 algorithm to finally generate a fixed-length hash digest.

[0093] The SM3 hash algorithm is an independently developed commercial cryptographic hash algorithm that conforms to cryptographic standards and is specifically used for data integrity verification and message authentication. It is one of the core algorithms for ensuring the security of emergency message transmission. Its design purpose is to meet the domestic information security field's demand for independently controllable and highly secure hash algorithms, especially suitable for critical scenarios such as emergency broadcasting where the authenticity and integrity of data are extremely important. From the perspective of core characteristics, the SM3 algorithm has three key advantages, fully adapting to the security requirements of emergency broadcasting. First, it is one-way, meaning it can convert input data of any length, such as the effective byte stream of an emergency message body, into a fixed-length output hash digest, but it is impossible to reverse-engineer the original input data from the output hash digest. This avoids the risk of the original emergency message being illegally cracked. Second, it is collision resistant, meaning it is difficult to find two different original data that generate the same hash digest after being processed by the SM3 algorithm. Even if the original emergency message is slightly modified by one bit, the recalculated hash digest will change significantly. This is the core foundation for ensuring message integrity. Third, the output length is fixed. Regardless of the length of the input emergency message body data, after the SM3 algorithm is processed, a fixed-length hash digest of 256 bits and 32 bytes will be generated. This fixed format is convenient for storage, transmission and comparison, and is compatible with the embedded processing environment of the emergency broadcast adapter. In combination with the actual application scenario in step 3.3, the specific operation logic of the SM3 algorithm can be divided into three key stages, each of which strictly follows the cryptographic standard specifications: The first stage is data preprocessing. First, it is clear that the operation scope is only the effective byte stream of the emergency message body, excluding non-core content such as message headers, digital signatures, and attached hash digests, to ensure the purity of the operation object. Then, the effective byte stream is grouped into fixed-length 512-bit groups. If the last group of data is less than 512 bits, it is padded according to the preset rules. First, a 1-bit is added to the end of the data, and then 0 bits are used to fill until the group length reaches 448 bits. Finally, 64 bits of the original data length information are added to the end to ensure that all groups meet the 512-bit operation requirement, laying the foundation for subsequent iterative operations. The second stage is iterative compression. An initial 256-bit hash value is initialized, and then multiple rounds of logical operations are performed on each preprocessed 512-bit block, including complex processing steps such as Boolean function operations, circular shift operations, and modulo addition operations. Each round of operation updates the hash value based on the current block data, so that the hash value continuously integrates the feature information of the current block, ensuring the irreversibility and anti-interference of the operation process. The third stage is result output. After all blocks have completed the iterative compression operation, the final 256-bit hash value is the SM3 hash digest.

[0094] Step 3.4 involves comparing the recalculated digest with the accompanying digest in the message security element to obtain the content integrity verification result. Specifically, this includes: first, performing a length check on both the recalculated digest and the accompanying digest in the message security element to confirm that both lengths conform to the fixed length specified by the SM3 algorithm. If the lengths are inconsistent, the comparison is directly deemed a failure. If the lengths are consistent, a byte-by-byte consistency comparison operation is then performed. Starting from the first byte, the byte data at corresponding positions in the two digests are compared sequentially to check if the byte values ​​at each position are completely identical. The entire comparison process employs a strict bit-by-bit verification mechanism, disallowing any byte differences. If all bytes match completely, the content integrity verification is deemed successful; if any byte does not match, the verification is deemed unsuccessful, ultimately yielding a definitive content integrity verification result.

[0095] Step 3.5: Perform a comprehensive security judgment based on the authentication result and the content integrity verification result. If either result fails, the message is marked as an illegal message and discarded. Simultaneously, a security alarm event is generated. Specifically, this includes: performing a logical comprehensive judgment on the authentication result and the content integrity verification result; only when both results pass is the message to be authenticated considered a legitimate emergency message and allowed to proceed to the subsequent metadata parsing stage. If the authentication result fails, or the content integrity verification result fails, or both results fail, the message is immediately marked as an illegal message, and the message discarding mechanism is activated to remove the illegal message from the processing flow, preventing it from entering the broadcast stage. At the same time, a detailed security alarm event is generated, containing key information such as the illegal message's identifier, receiving channel, receiving time, failure type (authentication failure or integrity verification failure), and message feature summary.

[0096] In this embodiment of the invention, by employing the extraction of message digital signatures and hash digests as security elements, combined with a pre-set CA root certificate chain to verify the legitimacy of the issuer's identity, and a dual verification technique involving recalculating the message body hash digest and comparing it with the attached digest, and simultaneously discarding any message that fails verification and generating a security alarm event, the technical problems of traditional emergency message transmission—such as the lack of a strict security authentication mechanism, difficulty in verifying the authenticity of the message issuer's identity, inability to effectively identify message content tampering, and the ease with which illegal messages can flow into the broadcasting stage—are overcome. This achieves accurate verification of the legitimacy of the emergency message source and the integrity of its content, effectively intercepts illegally tampered or forged messages, reduces security risks, and provides a secure and reliable pre-emptive guarantee for the reliable broadcasting of emergency messages.

[0097] In a preferred embodiment of the present invention, step 4 above may include:

[0098] Step 4.1: Obtain the emergency message that has passed security authentication, identify and parse the encapsulation format of the emergency message to obtain structured message content. Specifically, this includes: First, obtaining the security-authenticated emergency message to ensure that the message source is legitimate and the content is complete; then, identifying the encapsulation format of the emergency message by analyzing the format identifier, field separators, and data organization characteristics in the message header to determine the encapsulation format type used by the message. Common types include XML or JSON format; based on the identified encapsulation format, calling the corresponding parsing tool to parse the message according to the format specification, splitting the various functional fields in the message, including event-related fields, region-related fields, time-related fields, type-related fields, etc., and converting the originally continuous message data stream into structured message content with clear fields and hierarchical structure.

[0099] Step 4.2 involves extracting the event level field from the structured message content to obtain raw event level data, and then standardizing it based on a preset level range to obtain a standardized event level identifier. Specifically, this includes: locating and extracting the event level field specifically used to identify the urgency of an event based on the obtained structured message content; the raw event level data for the event level field can have multiple forms of expression, including both numerical and textual descriptions, such as Level 1 (Extremely Serious, Serious, Significant, General, etc.); the preset event level range is 1 to 4, where Level 1 corresponds to Extremely Serious Events, Level 2 to Serious Events, Level 3 to Significant Events, and Level 4 to General Events; and standardizing the raw event level data according to preset level mapping rules. If the raw data is a textual description, it is converted to the corresponding numerical level; if the raw data is a non-standard number, it is adjusted to a standard value within the range of Level 1 to 4, ultimately obtaining a standardized event level identifier in a unified format.

[0100] Step 4.3 involves extracting the administrative division code field from the structured message content with standardized event level identifiers to obtain the original regional code data. The code format is then validated for compliance and localized to obtain the regional identifier. Specifically, this includes: finding and extracting the administrative division code field from the structured message content with standardized event level identifiers to obtain the original regional code data. The original regional code data must conform to the administrative division code standard, with the core feature being a six-digit code format. The extracted original regional code data undergoes compliance validation, checking if the code length is six digits, if each digit conforms to the rules of administrative division coding, and if there are any non-numeric characters or invalid code combinations. After successful validation, a localization mapping operation is performed. Based on the built-in correspondence table between administrative division codes and local regional names and regional management identifiers, the six-digit code is converted into a regional identifier that is easy for local identification and processing.

[0101] Step 4.4: Extract the valid time field from the structured message content with the region identifier to obtain the raw time data. Then, parse and convert the time representation format to obtain the valid time period information. Specifically, this includes: extracting the valid time field that describes the effective time range of the message from the structured message content with the region identifier to obtain the raw time data; the raw time data may exist in multiple representation formats, such as string format, timestamp format, or custom format, etc. Time data in different formats is difficult to use directly for time range judgment; parsing the raw time data according to a unified time format standard to identify time elements such as year, month, day, hour, minute, and second, and then converting the parsed time elements into time data in the ISO8601 standard format to clarify the start and end effective times of the message, ultimately forming valid time period information that includes the effective start time and the invalidation end time.

[0102] Step 4.5: Based on the structured message content with valid time period information, extract the message type field to obtain the original type data, and perform content type identification and classification to determine whether the message type is audio, text, image, or a mixed type. Specifically, this includes: extracting the message type field used to distinguish the message carrying format based on the structured message content with valid time period information to obtain the original type data. The original type data may be a short type identification code or a detailed type description text; perform content type identification on the original type data, determining whether it is an audio type by detecting whether the message body contains audio data streams, whether it is a text type by detecting whether it contains readable text characters, and whether it is an image type by detecting whether it contains image data frames; if the message body contains two or more of the data forms of audio, text, and images, it is determined to be a mixed type.

[0103] Step 4.6 involves integrating and reorganizing the standardized event level identifier, region identifier, valid time period information, and message type into unified structured metadata. Specifically, this includes: integrating and reorganizing the collected standardized event level identifier, region identifier, valid time period information, and determined message type; assigning fixed field names and positions to each data type according to a preset structured metadata format, such as event level field, region field, valid time period field, and message type field; filling each data type into its corresponding field to ensure a unified metadata structure and clear fields; performing an integrity check on the integrated metadata to confirm that all four core data types are included without errors or omissions; and then encapsulating the metadata according to unified encapsulation rules to form unified structured metadata.

[0104] In this embodiment of the invention, the technical means of sequentially performing encapsulation format identification and parsing on the security-authenticated emergency message, extracting the event level, administrative division code, effective time, and message type of the core fields step by step, and carrying out standardization conversion, compliance verification and localization mapping, format parsing and conversion, and type identification and classification for different fields, and finally integrating and encapsulating them into unified structured metadata, overcomes the technical problems of traditional emergency message metadata extraction lacking standardized processes, inconsistent field formats, and low data accuracy, resulting in a lack of consistent and reliable data support for broadcasting decisions. Thus, the accurate extraction and standardized integration of core metadata of emergency messages are achieved.

[0105] In a preferred embodiment of the present invention, step 5 above may include:

[0106] Step 5.1 involves calling the parsed metadata object, reading the standardized event level identifier from the metadata object, and comparing it with a preset event level threshold to obtain the event priority determination result. Specifically, this includes: calling the generated structured metadata object, accurately extracting the standardized event level identifier stored in the metadata through a preset field reading interface, with the identifier being a numerical code ranging from level 1 to 4, directly reflecting the urgency of the event; pre-setting the event level threshold to level 2, the threshold being determined based on the priority division principle for emergency response and combined with the actual application scenario requirements of emergency broadcasting, used to distinguish between high-priority and ordinary-priority messages; comparing the read standardized event level identifier with the level 2 threshold, if the identifier is level 1 or 2, it is determined as a high-priority event; if the identifier is level 3 or 4, it is determined as an ordinary-priority event, ultimately obtaining a clear event priority determination result.

[0107] Step 5.2: Based on the event priority determination result, combined with the regional identifier in the metadata object, and matched and verified with the locally configured administrative division code, the regional matching determination result is obtained. Specifically, this includes: obtaining the obtained event priority determination result, and extracting the regional identifier from the structured metadata object. The identifier has been processed through localized mapping and may be a specific regional name or the regional number corresponding to the local system; retrieving the pre-configured administrative division code on the device. The code is a six-digit numerical code that conforms to the administrative division standard and is from the same source as the original regional code in the metadata; matching and verifying the six-digit administrative division code corresponding to the regional identifier in the metadata with the locally configured administrative division code, first comparing the provincial code part, then comparing the city-level and county-level codes in turn. If the codes at all levels are completely consistent, it is determined that the region matches; if there is any inconsistency in the codes at any level, it is determined that the region does not match, and finally obtaining the regional matching determination result.

[0108] Step 5.3: Logically synthesize the event priority determination result and the area matching determination result. If both the high priority condition and the area matching condition are met simultaneously, a broadcast interruption command and an immediate broadcast trigger signal are generated. Specifically, this includes: logically synthesizing and analyzing the event priority determination result and the area matching determination result to establish a dual-condition determination rule; the emergency broadcast condition is only met when the event priority determination result is high priority and the area matching determination result is a match; if both conditions are met simultaneously, a broadcast interruption command and an immediate broadcast trigger signal are generated immediately; the broadcast interruption command includes an execution command to interrupt the current non-emergency broadcast content, a command to save the current playback progress, etc., to ensure that emergency messages are broadcast first; the immediate broadcast trigger signal includes a message identifier and key information about the broadcast start time.

[0109] Step 5.4: In response to the immediate broadcast trigger signal, determine the corresponding broadcast mode parameters based on the message type and event level identifier in the metadata object. These parameters include audio output parameters, display output method, and repetitive broadcast strategy. Specifically, this includes: upon receiving the immediate broadcast trigger signal, extracting the message type and event level identifier from the structured metadata object. The message type includes audio, text, image, or mixed types, and the event level identifier is from level 1 to 4. Based on the combination of message type and event level identifier, determine the corresponding broadcast mode parameters. For audio type messages, the audio output parameter for high-priority events is set to above 90% of the maximum volume, and for ordinary priority events, it is set to 70% of the maximum volume. For text type messages, high-priority events use a full-screen scrolling display method, and ordinary priority events use a bottom scrolling display method. For image type messages, high-priority events use a full-screen display method and remain displayed until the message expires, and ordinary priority events use a half-screen display method with a display duration of 30 seconds. Regarding the replay strategy, high-priority events are set to be replayed 3 times, with an interval of 10 seconds between each replay; normal-priority events are set to be replayed 2 times, with an interval of 5 seconds between each replay. The message delivery effect is ensured through differentiated replay mode parameters.

[0110] Step 5.5: If multiple emergency messages are received concurrently, sort them based on the event level identifier and reception timestamp in the metadata object corresponding to each message to obtain a broadcast task queue. Specifically, this includes: real-time monitoring of whether multiple emergency messages that have passed security authentication and metadata parsing are received concurrently. If only a single emergency message exists, the broadcast execution process is directly initiated; if multiple emergency messages exist, a multi-message sorting mechanism is activated; the structured metadata object corresponding to each concurrent message is retrieved, and the event level identifier and reception timestamp are extracted. The reception timestamp is the precise time, accurate to milliseconds, when the message enters the metadata parsing stage after passing security authentication; preliminary sorting is performed according to the ascending order of event level identifiers, i.e., level 1 events take precedence over level 2 events, level 2 events take precedence over level 3 events, and level 3 events take precedence over level 4 events; for messages of the same level with the same event level identifier, secondary sorting is performed according to the order of reception timestamps, with messages received earlier being placed first; an ordered broadcast task queue is generated based on the sorting results, and the queue contains the identifier, broadcast order, and corresponding broadcast mode parameter information for each message.

[0111] Step 5.6 integrates the broadcast interruption command, broadcast mode parameters, and broadcast task queue to generate a structured broadcast control decision. This includes: collecting the generated broadcast interruption command, determined broadcast mode parameters, and obtained broadcast task queue; integrating and reorganizing the core decision information; assigning fixed fields to each decision element according to a preset structured broadcast control decision format, such as interruption command field, audio parameter field, display mode field, repetition strategy field, and broadcast order field; completely filling the corresponding fields with the broadcast interruption command; classifying the broadcast mode parameters by audio, text, image, and mixed types and filling them into the corresponding fields; and sequentially filling the task queue into the task list field according to the sorting order; performing completeness and logical verification on the integrated decision information to ensure no missing fields, parameter conflicts, or sorting errors; and encapsulating the verified information into a unified structured broadcast control decision.

[0112] In this embodiment of the invention, by using standardized metadata after parsing, event priority is determined by comparing event level thresholds, and regional matching verification is performed by combining administrative division codes. The two results are logically integrated to generate broadcast interruption and immediate broadcast instructions. Broadcast mode parameters are determined according to message type and event level. Concurrent emergency messages are sorted by event priority and receiving timestamp to generate a broadcast task queue. Finally, this is integrated into a structured broadcast control decision-making technical means, which overcomes the technical problems of traditional emergency message broadcast decision-making, such as lack of data support, ambiguous priority determination, poor regional targeting, and chaotic scheduling when multiple messages are concurrent, resulting in unreasonable timing and inaccurate coverage of emergency message broadcasts. This achieves intelligent and precise emergency message broadcast decision-making, ensuring that high-priority emergency messages are broadcast first, timely, and targeted, and improving the response efficiency and service accuracy of emergency broadcasting.

[0113] In a preferred embodiment of the present invention, step 6 above may include:

[0114] Step 6.1: Parse and execute the broadcast control decision. Based on the broadcast mode parameters contained in the decision, call the corresponding multi-mode broadcast interface to convert the emergency message into an appropriate audio, text, and image output signal to obtain the media stream to be broadcast. Specifically, this includes: first, receiving the generated structured broadcast control decision, fully parsing the decision content, and extracting the broadcast mode parameters, including core information such as audio output parameters, display output method, repetition broadcast strategy, and message type identifier. The corresponding multi-mode broadcast interface is invoked based on the message type identifier. If the message type is audio, the sampling rate is adjusted to 48 kHz, the channel mode to mono or stereo, and the automatic gain control intensity to medium, converting the emergency message in audio format into an analog audio signal compatible with the broadcast speaker. If the message type is text, the character encoding is set to GB2312, the font size to 24, and the scrolling speed to two characters per second, converting the text data into a display driver signal compatible with the external LED screen. If the message type is image, the image data is converted to JPEG format, the resolution is adjusted to 1920×1080, and an image output signal compatible with the HDMI interface is generated. If the message type is mixed, both the audio interface and the display interface are invoked simultaneously, converting the corresponding signal types and maintaining synchronous output. Finally, all converted signals are integrated to form a continuous and compatible media stream to be broadcast.

[0115] Step 6.2: Based on the broadcast interruption instruction in the decision, before the media stream to be broadcast is output, the current non-emergency broadcast content is interrupted, and the broadcast is switched to the emergency message broadcasting channel, completing the broadcast environment switch. Specifically, this includes: extracting the broadcast interruption instruction from the structured broadcast control decision, which includes information such as the interruption trigger identifier and the type of the currently playing content; immediately executing the broadcast interruption instruction after the media stream to be broadcast is prepared, first detecting the type of the currently playing content, and if it is a non-emergency broadcast program, such as daily music or policy propaganda content, saving parameters such as the current playback progress and volume, and then closing the output channel of the non-emergency broadcast content; at the same time, starting the emergency message broadcasting channel to complete the broadcast environment switch, ensuring that there are no popping sounds in the audio output and no flickering in the display output during the switch, providing a stable environment for the smooth output of the media stream to be broadcast, ensuring that high-priority emergency messages are broadcast first and without interference, and solving the problem of untimely emergency message entry.

[0116] Step 6.3: Based on the completed broadcast environment switch, during the emergency message broadcasting process, the adapter's operating status data is collected in real time. This data includes device identification, current working channel, broadcasting records, security chip status, power supply voltage, and ambient temperature. Specifically, after the broadcast environment switch is completed, the adapter's operating status data acquisition mechanism is activated, configuring an independent acquisition thread to continuously collect various status data once per second. The acquired device identification is a pre-set unique code on the adapter, 15 bits long, used by the remote management platform to identify the device. The current working channel is obtained by reading the status register of the channel switching module, clarifying the channel type currently transmitting the emergency message. The broadcasting records include key information such as message ID, broadcast start time, broadcast duration, and repetition count, recording the broadcasting execution status in real time. The security chip status is read through the SPI interface to determine whether it is in a normal encryption and authentication state. The power supply voltage is collected by a voltage sensor, ranging from 9 volts to 15 volts, accurately reflecting power supply stability. The ambient temperature is collected by a built-in temperature sensor, measuring from -10 degrees Celsius to 70 degrees Celsius, monitoring the device's operating environment.

[0117] Step 6.4 involves associating and fusing the collected operational status data with the operation logs recorded in the broadcast control decision to obtain a structured status report with timestamps and event markers. Specifically, this includes: retrieving the structured operation logs recorded in the broadcast control decision, which contain information such as message ID, broadcast decision generation time, and broadcast mode parameter details; associating and fusing the collected operational status data with these operation logs, using the message ID as the core association field, and matching the status data corresponding to the same emergency message with the decision logs one by one; adding a timestamp accurate to milliseconds to each associated data entry to ensure data time traceability; adding event markers, such as broadcasting in progress, channel switching, and data acquisition anomaly, to intuitively reflect the device's operational status corresponding to the data; and organizing the fused data according to a preset structured format, including fields such as device identifier, timestamp, event markers, working channel, broadcast record, security chip status, power supply voltage, ambient temperature, and decision parameters, to form a standardized and easily parsed structured status report.

[0118] Step 6.5: Upload the structured status report to the remote management platform via wireless communication and receive remote configuration instructions from the remote management platform. Specifically, this includes: automatically selecting the final communication link based on current network coverage; establishing an encrypted communication connection with the remote management platform, using the TLS 1.3 protocol to ensure data transmission security, and uploading the structured status report according to the following rules: if the report contains alarm events such as data acquisition anomalies or security chip failures, it is uploaded in real time; if it is regular operating status data, it is uploaded in batches every 60 seconds; if a network interruption occurs during the upload process, the report is temporarily stored in the local storage module and automatically re-uploaded after the network is restored to ensure that status data is not lost; simultaneously, maintain the receiving state of the wireless communication module, listen in real time for remote configuration instructions issued by the remote management platform, and the instructions include information such as parameter adjustment type, target parameter value, and effective time. After receiving the instructions, perform integrity verification.

[0119] Step 6.6: Execute remote configuration commands to dynamically adjust the adapter's operating parameters; and perform security verification and installation on the received firmware upgrade package to complete remote maintenance and function updates. Specifically, this includes: reading remote configuration commands from the command cache, parsing the command content, identifying the types of operating parameters that need adjustment, including channel priority order, quality score threshold, broadcast volume threshold, and number of repeated broadcasts; and dynamically adjusting the corresponding operating parameters according to the command requirements. For example, adjusting the priority of the CDR digital broadcast channel to the highest, adjusting the quality score threshold from 80 points to 75 points, and increasing the broadcast frequency of high-priority messages. The volume threshold is adjusted from 90% to 95% without interrupting the broadcast of the current emergency message, ensuring a smooth transition when switching parameters. When a firmware upgrade package is received from the remote management platform, the hash digest attached to the upgrade package is extracted first. The hash value of the upgrade package is recalculated using the SM3 algorithm and a consistency comparison is performed. After the comparison is passed, the version number of the upgrade package is checked to see if it is higher than the current firmware version. Once confirmed to be correct, the firmware installation process is started. The upgrade progress is displayed during the installation process. After the installation is completed, the adapter is automatically restarted to make the new firmware effective. The entire process does not require on-site operation, realizing remote maintenance and function updates of the adapter.

[0120] In this embodiment of the invention, by employing techniques such as parsing and executing structured broadcast control decisions, calling multi-mode broadcast interfaces to convert and adapt audio, text, and image output signals, interrupting non-emergency content and switching to the emergency broadcast channel, and simultaneously collecting multi-dimensional data such as adapter device identification, working channel, and operating status in real time, and generating a timestamped structured status report by associating it with operation logs, and uploading the report via wireless communication and receiving remote configuration instructions, as well as performing parameter adjustments and firmware security upgrades, the technical problems of traditional emergency broadcast modes being singular, emergency content not being timely, fragmented monitoring of device operating status, lack of remote operation and maintenance capabilities leading to slow fault diagnosis, and the need for on-site operation for function updates are overcome. This enables multi-mode accurate broadcasting of emergency messages, ensures priority broadcasting of emergency messages, monitors adapter operating status in real time, realizes remote monitoring of devices, dynamic parameter adjustment and firmware security upgrades, and improves the operation and maintenance efficiency and function iteration speed of the emergency broadcast system.

[0121] like Figure 2 As shown, embodiments of the present invention also provide a multi-channel adaptive CDR emergency broadcast adapter control system, comprising:

[0122] The acquisition module is used to receive emergency messages from IP networks, FM analog broadcasts, digital television, and CDR digital broadcasts in parallel via multiple channels.

[0123] The scoring module is used to collect the received signal strength indication, bit error rate and signal-to-noise ratio of each channel in real time based on the received emergency messages, calculate the quality score of each channel through a preset quality scoring model, and adaptively switch between channels according to the quality score to obtain a continuous and reliable emergency message stream.

[0124] The verification module is used to perform national cryptographic algorithm security authentication on emergency message streams. Security authentication includes extracting digital signatures and hash digests from messages, verifying the issuer's identity using a pre-set CA root certificate chain, and recalculating the message body digest for comparison. If the verification fails, the message is discarded and a security event is reported.

[0125] The parsing module is used to parse the metadata of emergency messages that have passed security authentication, extract the event level, administrative division code, validity period and message type, and obtain the parsed metadata.

[0126] The control module is used to execute intelligent broadcast control decisions through parsed metadata, and determine the broadcast priority, broadcast timing and broadcast mode based on the matching results of event level and administrative division code to obtain broadcast control decisions;

[0127] The monitoring module is used to broadcast emergency messages through a multi-mode broadcasting and interactive interface based on broadcasting control decisions, monitor the operating status of the adapter during the broadcasting process, and remotely transmit status information back via wireless communication to support remote configuration and firmware upgrades.

[0128] The above description represents the preferred embodiments of the present invention. It should be noted that those skilled in the art can make various improvements and modifications without departing from the principles of the present invention, and these improvements and modifications should also be considered within the scope of protection of the present invention.

Claims

1. A control method for a multi-channel adaptive CDR emergency broadcast adapter, characterized in that, The method includes: Emergency messages can be received in parallel from IP networks, FM analog broadcasts, digital television, and CDR digital broadcasts via multiple channels. Based on the received emergency messages, the received signal strength indication, bit error rate and signal-to-noise ratio of each channel are collected in real time. The quality score of each channel is calculated through a preset quality scoring model, and adaptive switching is performed between channels according to the quality score to obtain a continuous and reliable emergency message stream. The emergency message stream is subjected to national cryptographic algorithm security authentication. The security authentication includes extracting the digital signature and hash digest from the message, verifying the issuer's identity using a pre-set CA root certificate chain, and recalculating the message body digest for comparison. If the verification fails, the message is discarded and a security event is reported. Metadata parsing is performed on emergency messages that have passed security authentication to extract event level, administrative division code, validity period and message type, resulting in parsed metadata; Intelligent broadcast control decisions are made by parsing the metadata. Based on the matching results of event level and administrative division code, broadcast priority, broadcast timing and broadcast mode are determined to obtain broadcast control decisions. Based on broadcast control decisions, emergency messages are broadcast through multi-mode broadcasting and interactive interfaces. The operating status of the adapter is monitored during the broadcasting process, and the status information is remotely transmitted back via wireless communication to support remote configuration and firmware upgrades.

2. The multi-channel adaptive CDR emergency broadcast adapter control method according to claim 1, characterized in that, Emergency messages are received in parallel from IP networks, FM analog broadcasts, digital television, and CDR digital broadcasts via multi-channel reception, including: Emergency message data streams are received via IP network channels. The emergency message data streams are decapsulated and parsed to obtain the first parsing result. The first parsing result is then format-verified, and the emergency message content that conforms to the emergency broadcast message format specification is extracted to obtain the IP network channel message. The FM analog broadcast signal is received through the FM analog broadcast channel, demodulated and analyzed by subcarrier to obtain the second analysis result; emergency command data is extracted from the second analysis result and converted into a unified message format to obtain the FM analog broadcast channel message; The system receives digital television broadcast signals through a digital television channel, extracts emergency broadcast data tables from the broadcast stream, parses the data tables to obtain a third parsing result, and performs structural transformation and semantic parsing on the third parsing result to obtain digital television channel messages. The CDR digital broadcast signal is received through the CDR digital broadcast channel, and the signal is processed by frame parsing and decoding to obtain the fourth parsing result. The emergency message payload is extracted from the fourth parsing result, and the data is reassembled and verified to obtain the CDR digital broadcast channel message.

3. The multi-channel adaptive CDR emergency broadcast adapter control method according to claim 2, characterized in that, Based on the received emergency messages, the system collects the received signal strength indication, bit error rate, and signal-to-noise ratio of each channel in real time. It calculates the quality score for each channel using a pre-set quality scoring model and adaptively switches between channels based on the quality scores to obtain a continuous and reliable emergency message stream, including: Based on the emergency messages received by each channel, the received signal strength indication, bit error rate and signal-to-noise ratio are collected in real time to obtain the real-time quality parameter set of each channel; Based on the set of real-time quality parameters, a preset quality scoring model is invoked to perform weighted calculations on the received signal strength indication, bit error rate, and signal-to-noise ratio of each channel to obtain the real-time quality score for each channel. The real-time quality score of the current working channel is compared with the preset quality score threshold. If it is lower than the preset threshold, a channel switching decision is triggered and a switching trigger command is obtained. In response to the handover trigger command, the channel with the highest real-time quality score is selected from all backup channels, and the channel with the highest quality score is determined as the target handover channel; Based on the target switching channel, while the main buffer pool continues to output the emergency message stream of the current channel, the emergency message data of the target switching channel is preloaded in the backup buffer pool. The output switching from the main buffer pool to the backup buffer pool is completed within a preset time to obtain a continuous and reliable emergency message stream.

4. The multi-channel adaptive CDR emergency broadcast adapter control method according to claim 3, characterized in that, The emergency message stream undergoes security authentication using national cryptographic algorithms. This authentication process includes extracting the digital signature and hash digest from the message, verifying the issuer's identity using a pre-set CA root certificate chain, and recalculating the message body digest for comparison. If verification fails, the message is discarded and a security event is reported, including: By extracting the message to be authenticated from the emergency message stream and parsing the message to obtain the digital signature and the accompanying hash digest, the message security elements are obtained. Based on the digital signature in the message security elements, the identity of the message sender is verified using a pre-built CA root certificate chain to obtain the identity verification result; If authentication is successful, the hash digest of the message body to be authenticated is recalculated to obtain the recalculated digest; The recalculated digest is compared with the attached digest in the message security elements to obtain the content integrity verification result. A comprehensive security assessment is made based on the authentication result and the content integrity verification result. If either result fails, the message is marked as an illegal message and discarded, while a security alert event is generated.

5. The multi-channel adaptive CDR emergency broadcast adapter control method according to claim 4, characterized in that, Metadata parsing is performed on emergency messages that have passed security authentication to extract event level, administrative division code, validity period, and message type, resulting in parsed metadata, including: Obtain emergency messages that have passed security authentication, identify and parse the encapsulation format of the emergency messages, and obtain structured message content; By extracting the event level field from the structured message content, the raw event level data is obtained, and then standardized transformation is performed based on a preset level range to obtain a standardized event level identifier. By extracting the administrative division code field from the structured message content of standardized event level identifiers, the original regional coding data is obtained. The coding format is then verified for compliance and localized to obtain the regional identifier. By extracting the valid time field from the structured message content identified by the region identifier, the raw time data is obtained, and the time representation format is parsed and converted to obtain the valid time period information. Based on the structured message content with valid time period information, the message type field is extracted to obtain the original type data, and the content type is identified and classified to determine whether the message type is audio, text, image or mixed type. The standardized event level identifier, region identifier, effective time period information, and message type are integrated and reorganized, and encapsulated into unified structured metadata.

6. The multi-channel adaptive CDR emergency broadcast adapter control method according to claim 5, characterized in that, Intelligent broadcast control decisions are executed based on the parsed metadata. Broadcast priority, timing, and mode are determined according to the matching results of event level and administrative division code, resulting in broadcast control decisions, including: The parsed metadata object is invoked, the standardized event level identifier in the metadata object is read, and it is compared with the preset event level threshold to obtain the event priority determination result; Based on the event priority determination result, combined with the region identifier in the metadata object, and matched and verified with the locally configured administrative division code, the region matching determination result is obtained; Logical synthesis is performed based on the event priority determination result and the area matching determination result. If both the high priority condition and the area matching condition are met at the same time, a broadcast interruption command and an immediate broadcast trigger signal are generated. In response to the immediate broadcast trigger signal, the corresponding broadcast mode parameters, including audio output parameters, display output method and repeat broadcast strategy, are determined based on the message type and event level identifier in the metadata object. If multiple emergency messages are received concurrently, the broadcast task queue is obtained by sorting them based on the event level identifier and the receiving timestamp in the metadata object corresponding to each message. Integrate broadcast interruption commands, broadcast mode parameters, and broadcast task queues to generate structured broadcast control decisions.

7. The multi-channel adaptive CDR emergency broadcast adapter control method according to claim 6, characterized in that, Based on broadcast control decisions, emergency messages are broadcast through a multi-mode broadcast and interaction interface. The operating status of the adapter is monitored during broadcasting, and status information is remotely transmitted back via wireless communication to support remote configuration and firmware upgrades, including: The system parses and executes broadcast control decisions. Based on the broadcast mode parameters included in the decisions, it calls the corresponding multi-mode broadcast interface to convert emergency messages into suitable audio, text, and image output signals, thus obtaining the media stream to be broadcast. According to the broadcast interruption instruction in the decision, before the media stream to be broadcast is output, the current non-emergency broadcast content is interrupted and the broadcast is switched to the emergency message broadcast channel to complete the broadcast environment switch. Based on the completed broadcast environment switch, during the emergency message broadcasting process, the adapter's operating status data is collected in real time. The data includes device identification, current working channel, broadcasting records, security chip status, power supply voltage, and ambient temperature. The collected operational status data is correlated and fused with the operation logs recorded in the broadcast control decision to obtain a structured status report with timestamps and event markers; The structured status report is uploaded to the remote management platform via wireless communication, and remote configuration instructions are received from the remote management platform. Execute remote configuration commands to dynamically adjust the adapter's operating parameters; and perform security verification and installation on received firmware upgrade packages to complete remote maintenance and function updates.

8. A multi-channel adaptive CDR emergency broadcast adapter control system, wherein the system implements the method as described in any one of claims 1 to 7, characterized in that, include: The acquisition module is used to receive emergency messages from IP networks, FM analog broadcasts, digital television, and CDR digital broadcasts in parallel via multiple channels. The scoring module is used to collect the received signal strength indication, bit error rate and signal-to-noise ratio of each channel in real time based on the received emergency messages, calculate the quality score of each channel through a preset quality scoring model, and adaptively switch between channels according to the quality score to obtain a continuous and reliable emergency message stream. The verification module is used to perform national cryptographic algorithm security authentication on emergency message streams. Security authentication includes extracting digital signatures and hash digests from messages, verifying the issuer's identity using a pre-set CA root certificate chain, and recalculating the message body digest for comparison. If the verification fails, the message is discarded and a security event is reported. The parsing module is used to parse the metadata of emergency messages that have passed security authentication, extract the event level, administrative division code, validity period and message type, and obtain the parsed metadata. The control module is used to execute intelligent broadcast control decisions through parsed metadata, and determine the broadcast priority, broadcast timing and broadcast mode based on the matching results of event level and administrative division code to obtain broadcast control decisions; The monitoring module is used to broadcast emergency messages through a multi-mode broadcasting and interactive interface based on broadcasting control decisions, monitor the operating status of the adapter during the broadcasting process, and remotely transmit status information back via wireless communication to support remote configuration and firmware upgrades.

9. A computing device, characterized in that, include: One or more processors; A storage device for storing one or more programs, which, when executed by one or more processors, cause the one or more processors to implement the method as described in any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a program that, when executed by a processor, implements the method as described in any one of claims 1 to 7.

Images