A time code comparison method and system for a multi-station multi-channel scene monitoring receiver

Abstract

This invention belongs to the field of asynchronous comparison technology, and provides a method and system for time code comparison of monitoring receivers in multi-station, multi-channel scenarios. The method includes: receiving demodulated broadcast station time code data from each channel, and upon receiving the latest time code data from any broadcast station, setting the data update flag corresponding to that broadcast station to valid; traversing all time code data in the buffer, comparing the decoded time value of each channel with a reference time, and determining the comparison result of each channel according to a preset tolerance threshold; based on the comparison results of each channel, if at least one channel's comparison result is correct, determining that the target broadcast station's status is normal; and determining whether the target broadcast station is the main broadcast station based on the broadcast station identifier. If it is not the main broadcast station, then performing a separate comparison of the broadcast station's status. This invention ensures the synchronization of time data between the two parties during comparison, avoids frequent status flickering caused by minor time misalignments, and makes the monitoring results stable and reliable.

Description

Technical Field

[0001] This invention belongs to the field of asynchronous comparison technology, and specifically relates to a time code comparison method and system for monitoring receivers in a multi-channel scenario. Background Technology

[0002] In the fields of high-precision ground-based time synchronization systems and long-wave monitoring, monitoring stations typically deploy multiple multi-channel monitoring receivers. The decoded time value demodulated by the receivers needs to be compared with the reference time to assess the correctness of the time code of the time synchronization broadcast signal.

[0003] Existing technologies have shortcomings in the accuracy of comparing decoded time values ​​with reference times, the efficiency of multi-channel data stream processing, and the linkage of monitoring logic, which affect system reliability and real-time monitoring requirements.

[0004] The existing comparison algorithm adopts a direct comparison mode that compares data as soon as it is received. It processes and alarms independently for each of the massive data streams generated by multiple stations and multiple channels, and only performs simple comparisons for the currently selected station, without realizing automatic correlation monitoring of the main station status.

[0005] Asynchronous sampling makes it difficult to accurately align the decoded time value with the reference time, resulting in data flashes that can mislead maintenance personnel; the lack of global data cleaning and fusion logic, the absence of redundancy and fault tolerance mechanisms, and poor robustness; the rigid monitoring logic, the lack of master console linkage, and the chaotic timing of data upload and interface refresh make it impossible to meet the needs of real-time comprehensive monitoring. Summary of the Invention

[0006] The purpose of this invention is to provide a time code comparison method and system for monitoring receivers in multi-channel scenarios, so as to solve the problems of existing technologies lacking global data cleaning and fusion logic, lacking redundancy and fault tolerance mechanisms, and having poor robustness.

[0007] To achieve the above objectives, the present invention adopts the following technical solution: In a first aspect, the present invention provides a time code comparison method for monitoring receivers in a multi-channel scenario, comprising: The system receives and buffers time code data from broadcasting stations demodulated from each channel of multiple monitoring receivers, and sets the data update flag corresponding to any broadcasting station to valid upon receiving the latest time code data from any broadcasting station; the time code data includes the broadcasting station identifier and the decoding time value. When the data update flag for the target broadcasting station is detected to be set to valid, all time code data in the cache is traversed, the decoding time value of each channel is compared with the reference time, and the comparison result of each channel is determined according to the preset tolerance threshold. Based on the comparison results of each channel, if the comparison result of at least one channel is correct, the target broadcasting station is determined to be in normal condition and is taken as the first comparison result. Based on the broadcast station identifier, determine whether the target broadcast station is the main broadcast station. If it is not the main broadcast station, the status of the broadcast station is compared separately as the second comparison result. If it is the main broadcast station, the first comparison result is reused.

[0008] Furthermore, the step of receiving and buffering the broadcast station timecode data demodulated from each channel of multiple monitoring receivers, and setting the data update flag corresponding to any broadcast station to valid upon receiving the latest timecode data from any broadcast station, includes: It receives broadcast time code data from demodulated output channels of multiple receivers in real time and caches the received time code data; it sets a data update flag bit, and when the time code data of a specific broadcast station is successfully written to the cache, the data update flag bit corresponding to that broadcast station is set to valid, indicating that the latest time code data has been received; it synchronously obtains the current reference time as a comparison benchmark.

[0009] Furthermore, when it is detected that the data update flag for the target broadcasting station is set to valid, all timecode data in the buffer is traversed, the decoding time value of each channel is compared with the reference time, and the comparison result of each channel is determined according to a preset tolerance threshold, including: When the data update flag for the target broadcasting station is detected to be set to valid, the timecode comparison process for that target broadcasting station is triggered: The selected transmitter identifier in the configuration is used as the comparison transmitter identifier. The transmitter timecode data of all receivers and all channels stored in the buffer space are traversed. All data records whose transmitter identifier is equal to the comparison transmitter identifier are extracted. For each selected data record, its decoding time value is compared with the current reference time. If |decoding time value - current reference time| ≤ threshold, then the channel comparison is considered correct; otherwise, it is considered incorrect.

[0010] Furthermore, based on the comparison results of each channel, if at least one channel's comparison result is correct, the target broadcasting station is determined to be in normal status, and this is taken as the first comparison result, including: If at least one channel among the selected data records matches correctly, the broadcasting station is considered to be in normal status. It is considered abnormal only when all channels fail to match. The channel status and deviation values ​​of all channels are combined and sent to the front end for display as the first comparison result.

[0011] Furthermore, based on the broadcasting station identifier, it is determined whether the target broadcasting station is the main broadcasting station. If it is not the main broadcasting station, the status of the broadcasting station is compared separately as a second comparison result. If it is the main broadcasting station, the first comparison result is reused, including: Retrieve the main broadcasting station identifier specified in the configuration file, and determine whether the comparison broadcasting station identifier is equal to the main broadcasting station identifier: Case A: If the comparison of the broadcasting station identifier is not equal to the main broadcasting station identifier, then the cache is traversed again to filter out all data records whose broadcasting station identifier is equal to the main broadcasting station identifier. The judgment logic of the first comparison result is used to calculate the comparison result of the main broadcasting station. The normal / abnormal comparison result of the main broadcasting station is encapsulated into a signal and sent to the display area. Case B: If the comparison broadcast station identifier is equal to the main broadcast station identifier, then the first comparison result is reused and the result is sent to the display area simultaneously.

[0012] Furthermore, the update flag of the data is cleared after the comparison is completed.

[0013] Furthermore, clearing the data update flag includes: Iterate through all processed broadcast timecode data in the cache, summarize and generate a site-wide comparison report, upload the summary results to the backend server for storage and analysis through the communication interface, and then clear the update flag of all data in the cache, waiting for the next round of data writing.

[0014] Secondly, the present invention provides a time code comparison system for monitoring receivers in a multi-channel scenario, comprising: The data acquisition module is used to receive and buffer the broadcast station time code data demodulated from each channel of multiple monitoring receivers, and when the latest time code data of any broadcast station is received, the data update flag corresponding to that broadcast station is set to valid; the time code data includes the broadcast station identifier and the decoding time value; The comparison module is used to traverse all time code data in the cache when it is detected that the data update flag for the target broadcasting station is set to valid, compare the decoding time value of each channel with the reference time, and determine the comparison result of each channel according to the preset tolerance threshold. The judgment module is used to determine the status of the target broadcasting station as normal based on the comparison results of each channel. If the comparison result of at least one channel is correct, it is used as the first comparison result. The output module is used to determine whether the target broadcasting station is the main broadcasting station based on the broadcasting station identifier. If it is not the main broadcasting station, the status of the broadcasting station is compared separately and output as the second comparison result. If it is the main broadcasting station, the first comparison result is reused.

[0015] Thirdly, the present invention provides a computer device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the steps of the time code comparison method for monitoring receivers in a multi-channel scenario.

[0016] Fourthly, the present invention provides a computer-readable storage medium storing a computer program, and when the computer program is executed by a processor, the steps of the method for comparing the time codes of a monitoring receiver in a multi-station and multi-channel scenario are realized.

[0017] Compared with the prior art, the present invention has the following technical effects: By setting a data update flag bit, the present invention establishes an event trigger mechanism. Only when a new round of valid time code data is clearly received and the flag is set, the current reference time is captured for a one-time comparison, thereby logically ensuring the synchronization of the time data at both sides at the comparison moment, avoiding frequent state flashes caused by minute time misalignments, and making the monitoring results stable and reliable.

[0018] Aiming at the problems of low processing efficiency and lack of fault tolerance caused by a large amount of data generated by multiple stations and multiple channels, the present invention adopts traversing the memory cache and the minimum set correct fusion determination. By screening all channel data of specific stations and performing parallel comparison, as long as the result of any one channel is correct, it is determined that the station is normal. This strategy not only improves the processing speed of multi-channel data, meets the real-time requirements, but also makes full use of the hardware redundancy design. The instantaneous interference of a single channel no longer causes system false alarms, enhancing the robustness of the system.

[0019] Aiming at the problems of rigid monitoring logic and lack of linkage, a dual-channel comparison architecture with dynamic multiplexing of the selected station and the master station is adopted. This architecture can automatically judge whether it is necessary to perform additional state calculations on the master station according to the current monitoring target of the user, and avoid repeated calculations when the selected station is the master station. It ensures that the user can focus on the analysis of specific stations, and at the same time ensures that the key master station status is continuously monitored at the top, solves the pain points of chaotic interface refresh timing and insufficient linkage, and improves the operation experience and system efficiency. BRIEF DESCRIPTION OF THE DRAWINGS

[0020] Figure 1 It is a flowchart of the present invention. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0021] The present invention is further described below with reference to the accompanying drawings: Explanation of related parameters: Hash Map: Hash table.

[0022] Key: Key.

[0023] T

[0023] ,

[0020] ,

[0022] , NTP , ,

[0025] ,

[0021] ,

[0024] , , , , , , eLoran , , , , Figure 1 , : Decoded time value.

[0024] T NTP : Reference time. <00​​​

[0026] strMainStation: Main broadcasting station identifier.

[0027] Station ID: Identifier for the broadcasting station.

[0028] Data Flag: Data update flag.

[0029] Example 1: This invention provides a time code comparison method for monitoring receivers in a multi-channel scenario, comprising: S1: Receive and buffer the broadcast station time code data demodulated from each channel of multiple monitoring receivers, and when the latest time code data of any broadcast station is received, set the data update flag corresponding to that broadcast station to valid; the time code data includes the broadcast station identifier and the decoding time value. A data storage area is established to temporarily store timecode data streams sent from various channels of multiple receivers. Each data stream contains at least the identifier of its source transmitter and a specific decoding time value. Secondly, the system maintains an independent data update flag for each monitored transmitter, which precisely indicates whether the data for a specific transmitter has just been updated.

[0030] Using a hash map or similar data structure, a list of the latest timecode data from different receivers and channels for each broadcaster station is stored, with the broadcaster station identifier as the key. Simultaneously, a flag variable is maintained for each valid broadcaster station identifier. When any channel successfully parses the timecode of a broadcaster station A and writes it to the buffer, the system immediately sets the flag corresponding to station A to valid.

[0031] By setting a data update flag, a continuous data stream is converted into discrete data ready events. This effectively solves the problem of T in the background technology. eLoran With T NTP The issue of data flashing caused by asynchronous update rhythms was addressed. This ensures that subsequent comparison operations are not triggered in the intermediate state of incomplete data, but rather only after a new round of data from a broadcasting station has arrived in full or in part. This guarantees the integrity and timeliness of the data set at the time of comparison from the source, creating conditions for stable comparison.

[0032] S2, when it is detected that the data update flag for the target broadcasting station is set to valid, iterate through all time code data in the cache, compare the decoding time value of each channel with the reference time, and determine the comparison result of each channel according to the preset tolerance threshold. The trigger condition is that the flag bit of the target broadcasting station becomes valid. The execution process uses the target broadcasting station's identifier as the filtering condition, iterates through all timecode data records in the cache, and finds all records belonging to that station; then, for each record, it calculates its decoding time value T.eLoran Compared with the system's current reference time T NTP The difference is calculated, and the absolute value of the difference is compared with a pre-set tolerance threshold.

[0033] The program continuously polls or uses an event listener mechanism to check the flags of each broadcasting station. Once the flag of the currently selected broadcasting station identifier (strCurStation) is found to be valid, this step is initiated immediately. The program performs a fast query in the cache, filtering out all datasets where the broadcasting station identifier field equals the matching broadcasting station identifier (strCurStation). Then, it iterates through each record in this dataset, calculating |T... eLoran -T NTP | Judgment result: If the time difference is less than or equal to the threshold, the comparison result of this channel in this round is correct; otherwise, it is incorrect.

[0034] Asynchronous data arrivals are synchronized to a unified reference time point for centralized, batch comparison. The traversal and filtering mechanisms enable the system to efficiently process massive amounts of data from multiple devices and channels, quickly focusing on the target station requiring immediate attention. Preset tolerance thresholds provide engineering flexibility, allowing adjustments based on actual signal quality and accuracy requirements. This approach replaces the traditional independent and scattered processing of each channel, achieving efficient and unified parallel evaluation of multi-channel data, providing clear input for subsequent fusion and judgment.

[0035] S3. Based on the comparison results of each channel, if the comparison result of at least one channel is correct, the target broadcasting station is determined to be in normal condition and is taken as the first comparison result. In the set of comparison results for all channels of the station obtained in step S2, if one or more channels have correct results, the final overall status of the station is considered normal. The station is only considered abnormal if all channel comparison results are incorrect.

[0036] While iterating through the results of each channel in step S2, a state variable is set to false initially. Once a correct channel result is encountered, this state variable is immediately set to true, and the iteration can be terminated early. After the iteration is complete, the value (true / false) of this state variable represents the first comparison result of the target broadcasting station—normal or abnormal.

[0037] In complex real-world electromagnetic environments, signals along a single path may be subject to transient interference, leading to decoding errors. Traditional alarm-based approaches, where an error in any single path triggers an alarm, result in frequent false alarms. However, the fusion logic in this step can tolerate transient failures in one or more channels. As long as one channel functions normally, the time synchronization service of the broadcasting station is considered valid, significantly reducing the false alarm rate and enhancing the reliability and stability of monitoring results.

[0038] S4. Based on the broadcasting station identifier, determine whether the target broadcasting station is the main broadcasting station. If it is not the main broadcasting station, perform a separate comparison of the broadcasting station's status as the second comparison result. If it is the main broadcasting station, reuse the first comparison result.

[0039] A key master broadcast station identifier, strMainStation, is pre-configured. First, it determines whether the target broadcast station currently being compared is this master broadcast station. If they are different (not the master station), the system needs to execute the S1-S3 process again, but this time the target is the master broadcast station, thus obtaining the master station's independent status result (the second comparison result) and outputting it. If they are the same (i.e., the currently selected station is the master station), there is no need to repeat the calculation; the already obtained first comparison result is directly used for the master station status display.

[0040] After completing step S3, the current comparison station identifier strCurStation is compared with the main station identifier strMainStation. If they are not equal, the program branches to use the main station identifier strMainStation as the new target identifier and re-executes the complete process of data filtering, single-channel comparison, and fusion judgment to obtain the main station status and send it to the designated monitoring interface. If they are equal, the program skips the duplicate calculation branch and directly copies the obtained first comparison result as the main station status output.

[0041] This ensures that regardless of which broadcasting station a user is monitoring on the current interface, the system can simultaneously guarantee independent monitoring of the most critical main broadcasting station and continuously display its status, meeting the core requirement of continuous visibility into the status of key nodes in operations and maintenance. Simultaneously, when a user happens to be monitoring the main station, the reuse of results avoids identical secondary calculations, saving processing resources. This solves the problems of rigid monitoring logic and lack of primary-secondary linkage in the background technology, making the monitoring system more intelligent and efficient.

[0042] Example 2: This invention provides a time code comparison method for monitoring receivers in a multi-channel scenario, comprising: Step 1: Data Reception and Buffer Initialization The system receives demodulated broadcast station timecode data from multiple receivers (e.g., 3 receivers) in real time from each channel, and buffers and stores the received data. Each broadcast station timecode data includes: receiver ID, channel number, broadcast station identifier Station ID, and decoding time value T. eLoran .

[0043] Set the Data Flag bit. When timecode data for a specific broadcasting station is successfully written to the cache, set the corresponding flag bit for that station to be valid, indicating that the latest timecode data has been received.

[0044] Synchronously obtain the current system's NTP reference time T NTP , as a comparison benchmark.

[0045] Step 2: Trigger the comparison process When new timecode data is received and the data update flag is set, the system triggers the timecode comparison process.

[0046] Step 3: Obtain the monitoring stations selected by the user Obtain the selected comparison broadcasting station identifier strCurStation (selected station) from the user or system configuration, that is, specify the specific station that needs to be compared and verified.

[0047] Step 4: Traverse the cache and perform single-site comparison and interface display. Traverse the buffer: The system traverses the timecode data of all receivers and all channels stored in the buffer space.

[0048] Filter data: Extract all data records whose transmitter station identifier is equal to the transmitter station identifier strCurStation (may include multiple records from different receivers and different channels).

[0049] Single-channel comparison logic: For each selected timecode record, demodulate its time T. eLoran Compared with the current system reference time T NTP Perform time difference comparison.

[0050] Judgment criterion: If |T eLoran T NTP If |≤ the threshold (or within the same second pulse window), the channel comparison is considered correct; otherwise, it is considered incorrect.

[0051] Fusion determination: OR logic is used. If at least one channel among the selected records matches correctly, the overall status of the broadcasting station identifier strCurStation is determined to be normal; only when all relevant channels fail to match is it determined to be abnormal.

[0052] Generate interface data: Combine the comparison details of all relevant channels (including the status of each channel and the deviation value) into an HTML code snippet, ready to be sent to the front end for display.

[0053] Step 5: Obtain Main Console Configuration Retrieve the main broadcast station identifier specified in the system configuration file, denoted as strMainStation.

[0054] Step 6: Execute the main console linkage comparison logic Judgment logic: Determine whether the broadcast station identifier strCurStation is equal to the main broadcast station identifier strMainStation.

[0055] 1) Case A (Non-main station): If the broadcast station identifier strCurStation ≠ the main broadcast station identifier strMainStation: Iterate through the cache again to filter out all data records whose broadcast station identifier is equal to the broadcast station identifier strMainStation.

[0056] Repeat the single-channel comparison and fusion judgment logic in step S4 to calculate the comparison result of the main station.

[0057] The comparison results (normal / abnormal) from the main console are encapsulated into a signal and sent to the dedicated display area on the homepage.

[0058] 2) Case B (i.e., the main station): If the broadcast station identifier strCurStation = the main broadcast station identifier strMainStation: The comparison results calculated in step 4 can be reused directly.

[0059] This result is also used in the interface display area to avoid duplicate calculations.

[0060] Step 7: Results Summary and Data Cleaning Global summary: Traverse all processed station data in the cache and generate a full station comparison report (including the status of each station, the total number of normal channels, etc.).

[0061] Data Upload: The summarized results are uploaded to the backend server via the communication interface for long-term storage and analysis.

[0062] Clear flag: Clear the update flag of all data in the cache (set to False or clear the flag for this round), wait for the next round of data writing, and prevent old data from being compared repeatedly.

[0063] Step 8: Process End The multi-channel, multi-station time code comparison process is now complete, and the system is in standby mode, awaiting the next data update.

[0064] By introducing a caching mechanism and a data update flag, it is ensured that the comparison operation is only triggered after receiving a complete and valid new round of timecode data, thus avoiding errors caused by T. eLoran With T NTP Repeated oscillations caused by minute time differences.

[0065] By employing in-memory cache traversal and direct flag-based judgment, complex database queries or external synchronization waits are replaced, significantly reducing data processing latency. Even when faced with multiple concurrent data streams, filtering, comparison, and interface rendering can be completed in a very short time, meeting real-time monitoring requirements.

[0066] With a multi-channel architecture, the failure or noise of a single channel no longer causes false alarms in the system, significantly improving the system's survivability and data reliability in complex electromagnetic environments.

[0067] The intelligent linkage logic between the selected station and the main station not only meets users' needs for in-depth analysis of specific stations but also ensures real-time top-level display of key main station status. When main stations overlap, redundant calculations are skipped, improving system operating efficiency.

[0068] Unlike traditional hardware synchronization or interpolation alignment, this invention utilizes a software-level data reception flag as a comparison trigger. Only when a new T is explicitly marked in the buffer will the data reception be triggered. eLoran Only when data is available is the current T retrieved. NTP A one-time comparison is performed. This event-driven rather than time-driven model avoids the time window misalignment problem caused by asynchronous sampling from the root of the logic.

[0069] A special decision-making logic is proposed for multi-station, multi-channel scenarios. This logic applies as long as any one of the n channels corresponding to the station has a T value. eLoran With T NTP Consistency means that the station is considered to be operating normally overall. This differs from traditional majority voting or average methods, reducing the false negative rate and making it particularly suitable for time synchronization monitoring scenarios with high reliability requirements.

[0070] Based on the relationship between the user's currently selected comparison broadcast station identifier (strCurStation) and the system's preset main broadcast station identifier (strMainStation), the system dynamically determines whether a second traversal of the cache is needed. This conditional branching optimization strategy minimizes processor overhead and achieves optimal resource allocation while ensuring full functionality.

[0071] After the comparison is completed, the operation of clearing the data update flag is strictly performed, constructing a complete closed loop of receiving-marking-processing-reset. This mechanism ensures that each round of comparison strictly corresponds to the latest frame of data, eliminating logical confusion caused by old data residue, and is a key control point for achieving fast and stable comparison.

[0072] In another embodiment of the present invention, a time code comparison system for monitoring receivers in a multi-channel scenario is provided, which can be used to implement the above-mentioned time code comparison method for monitoring receivers in a multi-channel scenario. Specifically, the system includes: The data acquisition module is used to receive and buffer the broadcast station time code data demodulated from each channel of multiple monitoring receivers, and when the latest time code data of any broadcast station is received, the data update flag corresponding to that broadcast station is set to valid; the time code data includes the broadcast station identifier and the decoding time value; The comparison module is used to traverse all time code data in the cache when it is detected that the data update flag for the target broadcasting station is set to valid, compare the decoding time value of each channel with the reference time, and determine the comparison result of each channel according to the preset tolerance threshold. The judgment module is used to determine the status of the target broadcasting station as normal based on the comparison results of each channel. If the comparison result of at least one channel is correct, it is used as the first comparison result. The output module is used to determine whether the target broadcasting station is the main broadcasting station based on the broadcasting station identifier. If it is not the main broadcasting station, the status of the broadcasting station is compared separately and output as the second comparison result. If it is the main broadcasting station, the first comparison result is reused.

[0073] The module division in this embodiment of the invention is illustrative and represents only one logical functional division. In actual implementation, other division methods may be used. Furthermore, the functional modules in the various embodiments of the invention can be integrated into a single processor, exist as separate physical entities, or be integrated into a single module. The integrated modules described above can be implemented in hardware or as software functional modules.

[0074] In another embodiment of the present invention, a computer device is provided, comprising a processor and a memory. The memory stores a computer program, which includes program instructions. The processor executes the program instructions stored in the computer storage medium. The processor may be a Central Processing Unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. It is the computing and control core of the terminal, suitable for implementing one or more instructions, specifically suitable for loading and executing one or more instructions from the computer storage medium to achieve a corresponding method flow or function. The processor described in this embodiment of the present invention can be used in the operation of a time code comparison method for monitoring receivers in a multi-channel scenario.

[0075] In another embodiment of the present invention, a storage medium is provided, specifically a computer-readable storage medium (Memory), which is a memory device in a computer device used to store programs and data. It is understood that the computer-readable storage medium here can include both the built-in storage medium in the computer device and extended storage media supported by the computer device. The computer-readable storage medium provides storage space that stores the terminal's operating system. Furthermore, the storage space also stores one or more instructions suitable for loading and execution by a processor. These instructions can be one or more computer programs (including program code). It should be noted that the computer-readable storage medium here can be high-speed RAM or non-volatile memory, such as at least one disk storage device. The processor can load and execute one or more instructions stored in the computer-readable storage medium to implement the corresponding steps of the time code comparison method for a monitoring receiver in a multi-channel scenario described in the above embodiments.

[0076] Those skilled in the art will understand that embodiments of the present invention can be provided as methods, systems, or computer program products. Therefore, the present invention can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present invention can take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0077] This invention is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, generate instructions for implementing the flowchart illustrations and / or block diagrams. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0078] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0079] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0080] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention and not to limit it. Although the present invention has been described in detail with reference to the above embodiments, those skilled in the art should understand that modifications or equivalent substitutions can still be made to the specific implementation of the present invention. Any modifications or equivalent substitutions that do not depart from the spirit and scope of the present invention should be covered within the scope of protection of the claims of the present invention.

Claims

1. A time code comparison method for monitoring receivers in a multi-channel scenario, characterized in that, include: The system receives and buffers time code data from broadcasting stations demodulated from each channel of multiple monitoring receivers, and sets the data update flag corresponding to any broadcasting station to valid upon receiving the latest time code data from any broadcasting station; the time code data includes the broadcasting station identifier and the decoding time value. When the data update flag for the target broadcasting station is detected to be set to valid, all time code data in the cache is traversed, the decoding time value of each channel is compared with the reference time, and the comparison result of each channel is determined according to the preset tolerance threshold. Based on the comparison results of each channel, if the comparison result of at least one channel is correct, the target broadcasting station is determined to be in normal condition and is taken as the first comparison result. Based on the broadcast station identifier, determine whether the target broadcast station is the main broadcast station. If it is not the main broadcast station, the status of the broadcast station is compared separately as the second comparison result. If it is the main broadcast station, the first comparison result is reused.

2. The time code comparison method for monitoring receivers in a multi-channel scenario according to claim 1, characterized in that, The process of receiving and buffering broadcast station timecode data demodulated from each channel of multiple monitoring receivers, and setting the data update flag for any broadcast station to valid upon receiving the latest timecode data from any broadcast station, includes: It receives broadcast time code data from demodulated output channels of multiple receivers in real time and caches the received time code data; it sets a data update flag bit, and when the time code data of a specific broadcast station is successfully written to the cache, the data update flag bit corresponding to that broadcast station is set to valid, indicating that the latest time code data has been received; it synchronously obtains the current reference time as a comparison benchmark.

3. The time code comparison method for monitoring receivers in a multi-channel scenario according to claim 2, characterized in that, When it is detected that the data update flag for the target broadcasting station is set to valid, all timecode data in the buffer is traversed, the decoding time value of each channel is compared with the reference time, and the comparison result of each channel is determined according to the preset tolerance threshold, including: When the data update flag for the target broadcasting station is detected to be set to valid, the timecode comparison process for that target broadcasting station is triggered: The selected transmitter identifier in the configuration is used as the comparison transmitter identifier. The transmitter timecode data of all receivers and all channels stored in the buffer space are traversed. All data records whose transmitter identifier is equal to the comparison transmitter identifier are extracted. For each selected data record, its decoding time value is compared with the current reference time. If |decoding time value - current reference time| ≤ threshold, then the channel comparison is considered correct; otherwise, it is considered incorrect.

4. The time code comparison method for monitoring receivers in a multi-channel scenario according to claim 1, characterized in that, Based on the comparison results of each channel, if at least one channel's comparison result is correct, the target broadcasting station is determined to be in normal status, and this is taken as the first comparison result, including: If at least one channel among the selected data records matches correctly, the broadcasting station is considered to be in normal status. It is considered abnormal only when all channels fail to match. The channel status and deviation values ​​of all channels are combined and sent to the front end for display as the first comparison result.

5. The time code comparison method for monitoring receivers in a multi-channel scenario according to claim 1, characterized in that, The step involves determining whether the target broadcasting station is the primary broadcasting station based on its identifier. If it is not the primary broadcasting station, the status of the broadcasting station is compared separately as a second comparison result. If it is the primary broadcasting station, the first comparison result is reused, including: Retrieve the main broadcasting station identifier specified in the configuration file, and determine whether the comparison broadcasting station identifier is equal to the main broadcasting station identifier: Case A: If the comparison of the broadcasting station identifier is not equal to the main broadcasting station identifier, then the cache is traversed again to filter out all data records whose broadcasting station identifier is equal to the main broadcasting station identifier. The judgment logic of the first comparison result is used to calculate the comparison result of the main broadcasting station. The normal / abnormal comparison result of the main broadcasting station is encapsulated into a signal and sent to the display area. Case B: If the comparison broadcast station identifier is equal to the main broadcast station identifier, then the first comparison result is reused and the result is sent to the display area simultaneously.

6. The time code comparison method for monitoring receivers in a multi-channel scenario according to claim 1, characterized in that, After the comparison to determine whether the target broadcasting station is the main broadcasting station is completed, the following steps are also taken: clearing the update flag of the data.

7. The time code comparison method for monitoring receivers in a multi-channel scenario according to claim 6, characterized in that, Clearing the data update flag includes: Iterate through all processed broadcast timecode data in the cache, summarize and generate a site-wide comparison report, upload the summary results to the backend server for storage and analysis through the communication interface, and then clear the update flag of all data in the cache, waiting for the next round of data writing.

8. A time code comparison system for monitoring receivers in a multi-channel scenario, characterized in that, include: The data acquisition module is used to receive and buffer the broadcast station time code data demodulated from each channel of multiple monitoring receivers, and when the latest time code data of any broadcast station is received, the data update flag corresponding to that broadcast station is set to valid; the time code data includes the broadcast station identifier and the decoding time value; The comparison module is used to traverse all time code data in the cache when it is detected that the data update flag for the target broadcasting station is set to valid, compare the decoding time value of each channel with the reference time, and determine the comparison result of each channel according to the preset tolerance threshold. The judgment module is used to determine the status of the target broadcasting station as normal based on the comparison results of each channel. If the comparison result of at least one channel is correct, it is used as the first comparison result. The output module is used to determine whether the target broadcasting station is the main broadcasting station based on the broadcasting station identifier. If it is not the main broadcasting station, the status of the broadcasting station is compared separately and output as the second comparison result. If it is the main broadcasting station, the first comparison result is reused.

9. A computer device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the computer program, it implements a time code comparison method for monitoring receivers in a multi-channel scenario as described in any one of claims 1 to 7.

10. A computer-readable storage medium storing a computer program, characterized in that, When the computer program is executed by the processor, it implements a time code comparison method for monitoring receivers in a multi-channel scenario as described in any one of claims 1 to 7.

Images