Multimedia command and dispatch control method and system for power emergency repair

Abstract

The application discloses a multimedia command and dispatching control method and system for power emergency repair, relates to the related field of communication technology, and comprises the following steps: in response to a first dispatching control instruction, a first communication link between the target communication terminal is established, and power emergency command communication is carried out; during the communication link is in a communication state, in response to a voice broadcast control instruction, a second broadcast link between the target broadcast terminal is established independently of the first communication link, and the power emergency broadcast content is broadcast to the target broadcast terminal; the first communication link supports two-way voice communication, the second broadcast link supports one-way voice broadcast from the dispatching side to the terminal side, and the voice data transmission of the first communication link and the second broadcast link is independent and parallel. The application solves the technical problems of insufficient dispatching efficiency and communication reliability of the existing power emergency command and dispatching, and achieves the technical effects of improving the power emergency command and dispatching efficiency and guaranteeing the communication transmission reliability.

Description

Technical Field

[0001] This application relates to the field of communication technology, and in particular to a multimedia command, dispatch and control method and system for power emergency repair. Background Technology

[0002] In power emergency repair scenarios, the real-time performance and reliability of command and dispatch directly determine the efficiency of fault handling and on-site safety, making it a crucial link in ensuring the stable operation of the power system. Current mainstream power emergency command and dispatch technologies mostly employ a single voice communication link to achieve interaction between the dispatch center and on-site terminals, establishing a two-way communication channel through wired or wireless private networks, while relying on manual switching for on-site broadcast notifications. Existing methods are limited by the limitations of the link architecture design, failing to differentiate and adapt to the voice transmission needs of different service types, and lacking independent service transmission channels. This results in the coupling of two-way command communication and one-way on-site broadcasting business logic, making it difficult to achieve parallel processing of multiple services and prone to problems such as degraded voice transmission quality and delayed dispatch command transmission due to service conflicts. Consequently, they cannot meet the high-efficiency requirements of multi-terminal collaborative dispatch in emergency scenarios.

[0003] At present, the relevant technologies for power emergency command and dispatch suffer from technical problems such as insufficient dispatch efficiency and communication reliability. Summary of the Invention

[0004] This application provides a multimedia command and dispatch control method and system for power emergency repair. The system responds to a first dispatch control command and establishes a first communication link supporting two-way voice communication with one or more target terminals to conduct power emergency command and dispatch calls. During the two-way call, the system responds to a voice broadcast control command and, independently of the first communication link, establishes a second broadcast link with one or more target broadcast terminals to support one-way voice broadcasting from the dispatch end to the terminal side, broadcasting emergency broadcast content. These technical means solve the technical problems of insufficient dispatch efficiency and communication reliability in existing power emergency command and dispatch systems, achieving the technical effects of improving power emergency command and dispatch efficiency and ensuring communication transmission reliability.

[0005] This application provides a multimedia command and dispatch control method for power emergency repair, comprising: responding to a first dispatch control command, establishing a first communication link with a target communication terminal to conduct a power emergency command call, wherein the target communication terminal is one or more; while the first communication link is in a call state, responding to a voice broadcast control command, independently of the first communication link, establishing a second broadcast link with a target broadcast terminal to broadcast power emergency broadcast content to the target broadcast terminal, wherein the target broadcast terminal is one or more; wherein the first communication link supports two-way voice communication, the second broadcast link supports one-way voice broadcast from the dispatch side to the terminal side, and the voice data transmission of the first communication link and the second broadcast link are independent and executed in parallel.

[0006] In a possible implementation, the following processes are also performed: establishing communication connections with multiple call terminals and multiple broadcast terminals, and aggregating and displaying the real-time online status of each terminal on the scheduling interface; identifying communication connection faults based on the real-time online status to determine the faulty terminal; and generating alarm prompt information on the scheduling interface based on the faulty terminal.

[0007] In a possible implementation, the following processing is also performed: during the parallel execution of the first communication link and the second broadcast link, communication quality indicators of each link are collected in real time; based on the communication quality indicators, a digital twin topology map representing the current health of the communication network is constructed and dynamically updated; based on the digital twin topology map, communication island prediction is performed and prediction results are generated; based on the prediction results, communication route detour instructions or backup terminal wake-up instructions are generated and executed to reconstruct and strengthen the communication resilience of multimedia command and dispatch before communication islands are actually formed.

[0008] In a possible implementation, in response to a first dispatch control command, a first communication link is established with the target calling terminal, and the following processes are performed: receiving an emergency call request from the calling terminal and generating an incoming call queue displayed on the dispatch interface; obtaining selection information of the target calling terminal based on the incoming call queue; generating the first dispatch control command according to the selection information; and establishing the first communication link according to the first dispatch control command.

[0009] In a possible implementation, an emergency call request is received from a communication terminal, a call queue is generated and displayed on the dispatch interface, and the following processing is performed: receiving an equipment fault alarm signal from the power monitoring system, and defining the pre-affected physical area based on the equipment fault alarm signal; receiving an emergency call request from a communication terminal; for each emergency call request, calculating and assigning a priority weight based on the physical location of the corresponding communication terminal, terminal type, urgency level of the call triggering event, and the pre-affected physical area; sorting the call requests according to the priority weight, and visually displaying the sorting interface.

[0010] In a possible implementation, the following processing is also performed: establishing a connection with the video surveillance terminal and receiving the video stream from the power repair site; performing real-time analysis and matching of the video stream based on a preset emergency event type to determine a first event type; generating a media playback control command bound to the first event type; responding to the media playback control command, calling the corresponding audio file from the pre-stored media library and broadcasting it to the target broadcast terminal through a third media link.

[0011] In a possible implementation, an emergency power command call is conducted, and the following processing is performed: receiving a forced insertion control command; and, according to the forced insertion control command, forcibly switching the voice signal from the dispatch side into all currently active first communication links.

[0012] This application also provides a multimedia command and dispatch control system for power emergency repair, comprising: a first communication link establishment module, used to respond to a first dispatch control command, establish a first communication link with a target call terminal, and conduct power emergency command calls, wherein the target call terminal is one or more, and the first communication link supports two-way voice communication; and a second broadcast link establishment module, used to respond to a voice broadcast control command, independently of the first communication link, establish a second broadcast link with a target broadcast terminal while the first communication link is in a call state, and broadcast power emergency broadcast content to the target broadcast terminal, wherein the target broadcast terminal is one or more, the second broadcast link supports one-way voice broadcast from the dispatch side to the terminal side, and the voice data transmission of the first communication link and the second broadcast link are independent and executed in parallel.

[0013] The proposed multimedia command and dispatch control method and system for power emergency repair, as described in this application, first responds to a first dispatch control command to establish a first communication link with a target communication terminal for power emergency command communication. The target communication terminal may be one or more. Then, while the first communication link is in a call state, responds to a voice broadcast control command and establishes a second broadcast link independently of the first communication link with a target broadcast terminal to broadcast power emergency broadcast content to the target broadcast terminal. The target broadcast terminal may be one or more. The first communication link supports two-way voice communication, while the second broadcast link supports one-way voice broadcasting from the dispatch side to the terminal side. Furthermore, the voice data transmission of the first communication link and the second broadcast link are independent and executed in parallel. Through the above process, the method and system proposed in this application achieve the technical effects of improving the efficiency of power emergency command and dispatch and ensuring the reliability of communication transmission. Attached Figure Description

[0014] To more clearly illustrate the technical solutions of the embodiments of the present invention, the accompanying drawings of the embodiments of the present invention will be briefly described below. Flowcharts are used in this application to illustrate the operations performed by the system according to the embodiments of the present application. It should be understood that the preceding or following operations are not necessarily performed precisely in sequence. Instead, various steps can be processed in reverse order or simultaneously as needed. Furthermore, other operations can be added to these processes, or one or more steps can be removed from these processes.

[0015] Figure 1 This is a flowchart illustrating a multimedia command, dispatch, and control method for power emergency repair provided in an embodiment of this application.

[0016] Figure 2 This is a flowchart illustrating the process of reconstructing and strengthening communication resilience in a multimedia command and dispatch control method for power emergency repair provided in an embodiment of this application. Detailed Implementation

[0017] To further illustrate the technical means and effects of the present invention in achieving its intended purpose, the following detailed description of the specific implementation methods, structures, features, and effects of the present invention, in conjunction with the accompanying drawings and preferred embodiments, is provided below.

[0018] This application provides a multimedia command and dispatch control method for power emergency repair, such as... Figure 1 As shown, the method includes:

[0019] Step S100: In response to the first dispatch control command, establish a first communication link with the target communication terminal to conduct power emergency command communication, wherein the target communication terminal is one or more, and the first communication link supports two-way voice communication.

[0020] Specifically, multiple on-site communication terminals can simultaneously initiate call requests to the dispatch system. After receiving the requests, the dispatch system forms an incoming call queue. The dispatcher selects one or more terminals from the queue as target communication terminals. The system generates a first dispatch control instruction based on the selection, and then establishes an independent two-way voice communication link with the selected terminal based on the instruction. Each link supports real-time voice interaction between the dispatcher and the corresponding terminal, and can establish links with multiple terminals in parallel at the same time.

[0021] For example, when dual-circuit telephone number 8258, handheld telephone number 8036, and secondary dispatch terminal number 8261 simultaneously initiate emergency calls to the dispatch system, the system includes the information of the three terminals in the incoming call queue. The dispatcher selects terminals 8258 and 8036 via the touchscreen, and the system generates the corresponding first dispatch control command, allocating independent voice channels to the two terminals respectively. G.711 voice encoding is used to complete the transmission and decoding of two-way voice data, enabling the dispatcher to conduct two-way command and communication with two field terminals simultaneously, with the two links not interfering with each other.

[0022] In one possible implementation, in response to the first dispatch control command, a first communication link is established with the target calling terminal. Step S100 further includes step S110, receiving an emergency call request from the calling terminal and generating an incoming call queue displayed on the dispatch interface. Specifically, the dispatch system monitors the signaling of all registered calling terminals in real time through the SIP protocol and mining / power dedicated communication protocols, such as the KTK18 loudspeaker telephone communication protocol. When a terminal initiates a call request, the system captures data such as the terminal number, call type, and initiation time from the call signaling, encapsulates this data into an incoming call queue data structure, and visualizes it in list form through the front-end rendering module of the dispatch interface. The queue contains fields such as terminal name, terminal number, call time, and terminal type.

[0023] For example, the dispatch system listens for terminal calls in the 8000-8265 number range through a SIP proxy server. When a dual-loop phone number 8258 initiates a call, the system captures the SIP INVITE signaling, extracts the terminal number 8258, the call type as an emergency call, and the initiation time as 14:53:28, and generates a call queue entry containing this information, which is then displayed as a text list in the call queue area of ​​the dispatch interface.

[0024] Step S120: Based on the incoming call queue, obtain the selection information of the target calling terminal. Specifically, the dispatch interface provides multiple interaction methods such as mouse click, touch screen control, and shortcut key binding. Dispatchers select terminal items in the incoming call queue or preset terminal buttons on the dispatch interface through the above methods. The front-end interaction module converts the selected terminal number, terminal name, and other information into selection command data, which is transmitted to the core control module of the dispatch system through serial port or TCP / IP protocol to complete the collection and transmission of selection information.

[0025] For example, when a dispatcher clicks the 8258 dual-loop telephone button on the dispatch interface on the touchscreen, the front-end module generates selection data containing the terminal number 8258, which is sent to the control unit of the dispatch host via the TCP / IP protocol. Once the system receives this data, it has completed the acquisition of the target call terminal selection information.

[0026] Step S130: Generate the first scheduling control instruction based on the selection information. Specifically, after receiving the selection information, the core control module of the scheduling system establishes a rule base by matching preset communication links. The rule base stores the signaling interaction process, port allocation rules, and encoding formats corresponding to different terminal types, such as G.711 and G.729 voice encoding. Based on the selected terminal type and number, the system calls the corresponding rules to generate a first scheduling control instruction containing the link ID, terminal IP / port, voice encoding format, and call direction. The instruction is encapsulated in binary signaling or XML format.

[0027] For example, if the selected information is dual-loop telephone number 8258, the system matches the communication rules of the dual-loop telephone, assigns a link ID of L001, a terminal port of 5060, and a voice code of G.711A, generates and establishes the L001 link, connects to the 8258 terminal, and uses the first dispatch control command encoded in G.711A.

[0028] Step S140: Establish the first communication link according to the first scheduling control instruction. Specifically, the media gateway module of the scheduling system receives the first scheduling control instruction, and sends a call establishment signaling to the target calling terminal according to the terminal information and link parameters in the instruction. After the terminal responds to the signaling, the media gateway completes the RTP encapsulation and transmission of the voice stream, and simultaneously establishes a two-way voice channel. The channel supports full-duplex voice transmission, and the system monitors the link connectivity status in real time and displays it synchronously on the interface.

[0029] For example, the media gateway sends a SIP call signaling to dual-loop telephone number 8258. After the telephone returns a 200 OK response, the gateway encodes the voice signal from the dispatcher's microphone into G.711A format and transmits it to the telephone via the RTP protocol. At the same time, it receives the voice signal from the telephone, decodes it, and plays it to the dispatcher's headset, thus completing the bidirectional establishment of the first communication link.

[0030] In one possible implementation, receiving an emergency call request from a communication terminal and generating an incoming call queue displayed on the dispatch interface, step S110 further includes step S111: receiving an equipment fault alarm signal from the power monitoring system and delineating the pre-affected physical area based on the equipment fault alarm signal. Specifically, the dispatch system interfaces with the power monitoring system through power communication protocols such as IEC 60870-5-104 and Modbus TCP to receive fault alarm signals in real time. The signals include the faulty equipment number, fault type, and equipment latitude / longitude / geographic coordinates. The system calls the GIS geographic information system module and, based on the faulty equipment coordinates and a preset fault impact radius (e.g., a line fault impact radius of 500 meters and an equipment fault impact radius of 100 meters), delineates a polygonal or circular pre-affected physical area on an electronic map. The area data is stored in the form of a set of latitude and longitude coordinates.

[0031] Step S112: Receive emergency call requests from the calling terminal. Specifically, the communication access layer of the dispatch system deploys a multi-protocol access gateway that supports SIP, PRI, mining-specific communication protocols, etc. The gateway scans all registered terminal call requests in real time. When a terminal goes off-hook or presses the emergency call button, the terminal sends a call trigger signaling to the gateway. The gateway parses the signaling and extracts the terminal's physical location (preset terminal installation coordinates), terminal type (e.g., handheld phone, industrial phone), and call triggering event (e.g., emergency button trigger, off-hook call), completing the reception of the call request and parsing of basic information.

[0032] Step S113: For each emergency call request, a priority weight is calculated and assigned based on the physical location of the corresponding terminal, the terminal type, the urgency level of the call triggering event, and the pre-affected physical area. Specifically, the dispatch system presets the priority weight calculation formula: Priority Weight = (Physical Location Matching Degree × 40%) + (Terminal Type Weight × 30%) + (Event Urgency Level × 30%), where the physical location matching degree is the degree of overlap between the terminal coordinates and the pre-affected area. For example, the physical location matching degree is 100 points for complete overlap, 60 points for edge overlap, and 20 points for no overlap; the terminal type weight is 50 points for industrial phones, 30 points for handheld phones, and 20 points for SIP speakerphones; the event urgency level is 100 points for emergency button triggering and 50 points for off-hook calling. The system substitutes each parameter to calculate the score, and the score is the priority weight.

[0033] Step S114: Sort the call requests according to the priority weights and display them visually on the scheduling interface. Specifically, the queue management module of the scheduling system sorts the incoming call queues from high to low priority weights using a bubble sort method. If the weights are the same, they are sorted by call time. The front-end interface module sets different visualization styles according to the weight values, such as red highlighting for weights ≥80, yellow for 60-79, and white for <60. At the same time, the weight value is marked next to the queue item.

[0034] In one possible implementation, during the power emergency command call, step S100 further includes step S150, receiving a forced insertion control command. Specifically, the dispatch interface is equipped with a physical forced insertion button and a virtual touch button. The button is bound to the forced insertion command trigger logic. After the dispatcher presses the button, the front-end module generates control data containing a forced insertion command identifier and the dispatcher's identity information, which is transmitted to the forced insertion control unit of the dispatch system via RS485 serial port or TCP / IP protocol. After the unit verifies the dispatcher's authorization, it completes the reception of the forced insertion control command.

[0035] Step S160: According to the forced insertion control command, the voice signal from the scheduling side is forcibly switched into all currently active first communication links. Specifically, after receiving the forced insertion command, the voice mixing module of the scheduling system traverses all active first communication links, obtains the voice stream channel of each link, and superimposes the voice signal from the scheduling microphone onto the downlink voice stream of each link through a mixing algorithm. At the same time, the voice volume of the original terminals in the link is temporarily reduced to ensure priority transmission of the scheduling voice. After the forced insertion is completed, the original voice volume is restored.

[0036] Step S200: During the call state of the first communication link, responding to the voice broadcast control command, independently of the first communication link, establish a second broadcast link with the target broadcast terminal, and broadcast the power emergency broadcast content to the target broadcast terminal. The target broadcast terminal is one or more, the second broadcast link supports one-way voice broadcast from the dispatch side to the terminal side, and the voice data transmission of the first communication link and the second broadcast link are independent and executed in parallel.

[0037] Specifically, while maintaining two-way command communication on the first communication link, the dispatching end can initiate a broadcast command independently. The system calls an independent broadcast processing module to establish a one-way second broadcast link with the target broadcast terminal, which transmits only from the dispatching side to the terminal side. The voice encoding, transmission port, and channel of this link are physically isolated from the first communication link, so as to complete the emergency content broadcast without affecting the original call.

[0038] For example, when the first communication link between the dispatch terminal and the dual-loop telephone No. 8258 is in command and control mode, the dispatcher triggers a voice broadcast control command. The target broadcast terminals are SIP speakers No. 8017 and No. 8088. The system immediately activates an independent broadcast unit and establishes a second broadcast link through the UDP protocol. The emergency voice message "Line fault at tower No. 3, personnel in the vicinity should take precautions" is encoded into PCM format and transmitted unidirectionally to the two speakers for broadcast. At this time, the two-way communication on the first communication link continues, and the voice data of the two links are transmitted in parallel through different ports without any interference.

[0039] In one possible implementation, the method further includes step S300, establishing communication connections with multiple call terminals and multiple broadcast terminals, and aggregating and displaying the real-time online status of each terminal on the scheduling interface. Specifically, the scheduling system maintains connection with all call and broadcast terminals through a heartbeat mechanism, such as sending a heartbeat data packet every 30 seconds. After receiving the heartbeat packet, the terminal returns an acknowledgment signal. The system determines the terminal's online status based on the acknowledgment signal. The online status is divided into three types: online, offline, and fault. The front-end interface aggregates and displays the number, name, and status of all terminals through different icons, such as green for online, gray for offline, and red for fault. The status data is refreshed every second.

[0040] Step S400: Based on the real-time online status, communication connection fault identification is performed to determine the faulty terminal. Specifically, the fault detection module of the scheduling system presets fault judgment rules, such as failing to receive a terminal heartbeat response for three consecutive times, a link packet loss rate > 30%, or a voice transmission delay > 500ms. If any one of these conditions is met, it is determined to be a connection fault. The module monitors the terminal's heartbeat response, link packet loss rate, and transmission delay data in real time, marks the faulty terminal after matching the rules, and records the fault type.

[0041] Step S500: Based on the faulty terminal, generate alarm notification information on the dispatch interface. Specifically, after receiving the faulty terminal information, the alarm module of the dispatch system generates alarm information including the terminal number, name, fault type, and fault time. The front-end interface displays the alarm information in the form of pop-up notifications, scrolling text in the status bar, and flashing red icons. At the same time, an audible and visual alarm can be emitted via a buzzer. The alarm information is stored in a local database for easy retrieval later.

[0042] like Figure 2As shown, in one possible implementation, the method further includes step S600, where communication quality indicators of each link are collected in real time during the parallel execution of the first communication link and the second broadcast link. Specifically, when the first communication link and the second broadcast link are working simultaneously, the scheduling system periodically collects four core indicators for each link—packet loss rate, transmission delay, jitter, and voice signal-to-noise ratio—through the real-time monitoring unit built into the media gateway. The packet loss rate is calculated as the ratio of the number of RTP data packets lost per unit time to the total number of data packets sent; the transmission delay is the time difference between the dispatcher and the terminal; the jitter is the fluctuation in the difference in transmission delay between adjacent data packets; and the voice signal-to-noise ratio is the ratio of the voice signal power to the background noise power. The collected indicator data is stored in a circular buffer in real time, with each link stored independently and without interference.

[0043] Step S700: Based on the communication quality indicators, construct and dynamically update a digital twin topology map representing the current health of the communication network. Specifically, the scheduling system uses a GIS geographic information system as its foundation, mapping the scheduling host, call terminals, and broadcast terminals as nodes in the digital twin topology map, and mapping the first and second communication links as connections between nodes. A health score is calculated for each link, for example, the scoring rules are: packet loss rate 0-5% gets 100 points, 5%-10% gets 80 points, and greater than 10% gets 60 points; transmission latency less than 50 milliseconds adds 10 points, 50-100 milliseconds adds no points, and greater than 100 milliseconds subtracts 10 points; jitter less than 20 milliseconds adds 5 points, and greater than 20 milliseconds subtracts 5 points; signal-to-noise ratio greater than 30 dB adds 5 points, and less than 30 dB subtracts 5 points. The final health score is the sum of the base score and the added / subtracted points. The color of the lines in the topology map is linked to the health score. For example, 100 to 120 is green, 80 to 99 is yellow, and 40 to 79 is red. Every second, the score is recalculated and the line color is updated based on the latest collected communication quality indicators. At the same time, the real-time health score is marked next to the line to realize the dynamic updating of the digital twin topology map.

[0044] Step S800: Based on the digital twin topology map, communication island prediction is performed, and prediction results are generated. Specifically, the scheduling system uses sliding window linear regression prediction for communication island prediction. First, a 30-second health score time series is maintained for each link, updated every second. Time is used as the independent variable and health score as the dependent variable. The least squares method is used to fit a linear regression model. The model expression is that the predicted health score equals the slope multiplied by the predicted time plus the intercept, where the slope and intercept are calculated from 30 historical score data. Then, the model is used to predict the health score for the next 3 seconds. Preset communication island determination rules are established. For example, if the predicted health scores of all links corresponding to a terminal are less than 80 points, and the terminal has no backup communication links, then the terminal is determined to be about to form a communication island. The prediction result includes the island terminal number, the expected formation time, the affected physical area, and the terminal type.

[0045] Step S900: Based on the prediction results, a communication route detour instruction or a backup terminal wake-up instruction is generated and executed to reconstruct and strengthen the communication resilience of multimedia command and dispatch before a communication island actually forms. Specifically, after receiving the communication island prediction results, the dispatch system first queries the backup communication resource table of the faulty terminal. The resource table stores the backup route IP, port, and backup terminal number corresponding to each terminal. If a backup route exists, a communication route detour instruction is generated. The instruction includes the target terminal number, backup route IP, port, and voice encoding format. After receiving the instruction, the media gateway disconnects the original link connection, switches to the backup route to establish a new communication link, and updates the link information of the terminal in the digital twin topology map, recalculating and displaying the health score of the new link. If no backup route exists but a backup terminal exists, a backup terminal wake-up instruction is generated. A wake-up signal is sent to the backup terminal through a 4G or LoRa wireless communication module. After the terminal wakes up, it automatically registers with the dispatch system. The system establishes a new communication link for it, replacing the original faulty terminal, ensuring that communication is restored to normal and the link health score meets the requirements, thus completing the communication reinforcement.

[0046] In one possible implementation, the method further includes step S1000: establishing a connection with the video monitoring terminal and receiving the video stream from the power repair site. Specifically, the dispatch system establishes a connection with the on-site video monitoring terminal, such as a network camera, via RTSP or ONVIF protocols, configures the terminal's video stream address, resolution, frame rate, encoding format, etc., and transmits the video stream to the dispatch system's video decoding module via UDP protocol. The module completes the decoding and buffering of the video stream in preparation for analysis.

[0047] Step S1100: Based on preset emergency event types, the video stream is analyzed and matched in real time to determine the first event type. Specifically, the scheduling system uses a YOLOv5 object detection model, which includes an input layer, a convolutional layer, a pooling layer, and an output layer. The input layer receives video frames, the convolutional layer extracts image features, and the output layer identifies preset emergency event types, such as personnel falling, equipment fire, and line breakage. The model training set includes images of emergency events at the power site, and the training parameters are a learning rate of 0.001, a batch size of 16, and 50 iterations. The model analyzes video frames in real time and determines the first event type after matching event features. For example, the model analyzes video frames, identifies flame features of equipment fire, and determines the first event type as equipment fire.

[0048] Step S1200: Generate a media playback control instruction bound to the first event type. Specifically, the media control module of the scheduling system presets an event-audio binding table, which stores the audio file ID, playback terminal, playback count, and volume corresponding to each event type. The module matches the binding table according to the first event type and generates a media playback control instruction containing the audio file ID, target broadcast terminal, playback count, and volume. The instruction is encapsulated in JSON format.

[0049] In step S1300, in response to the media playback control command, the corresponding audio file is retrieved from the pre-stored media library and broadcast to the target broadcast terminal via the third media link. Specifically, the media library of the scheduling system stores emergency audio files in MP3 and WAV formats. After receiving the control command, the media playback module extracts the corresponding audio file from the media library, decodes it into PCM format, and sends the audio stream to the target broadcast terminal via a third media link independent of the first and second links. The terminal receives the audio and plays it, completing the emergency voice broadcast.

[0050] This application embodiment addresses the technical problems of insufficient scheduling efficiency and communication reliability in existing power emergency command and dispatch by using a scheduling system to respond to a first scheduling control command, establish a first communication link supporting two-way voice communication with one or more target call terminals, and conduct power emergency command and dispatch calls. During the two-way call, the system responds to a voice broadcast control command and establishes a second broadcast link supporting one-way voice broadcast from the scheduling end to the terminal side, independent of the first communication link, with one or more target broadcast terminals to broadcast emergency broadcast content. This achieves the technical effect of improving the efficiency of power emergency command and dispatch and ensuring the reliability of communication transmission.

[0051] In the above text, refer to Figures 1-2 A multimedia command and dispatch control method for power emergency repair according to embodiments of the present invention has been described in detail. Next, a multimedia command and dispatch control system for power emergency repair according to embodiments of the present invention will be described.

[0052] The multimedia command and dispatch control system for power emergency repair according to embodiments of the present invention addresses the technical problems of insufficient dispatch efficiency and communication reliability in existing power emergency command and dispatch systems, achieving the technical effects of improving power emergency command and dispatch efficiency and ensuring communication transmission reliability. The multimedia command and dispatch control system for power emergency repair includes: a first communication link establishment module and a second broadcast link establishment module.

[0053] The first communication link establishment module is used to respond to the first dispatch control command and establish a first communication link with the target call terminal to conduct power emergency command calls. The target call terminal may be one or more, and the first communication link supports two-way voice communication. The second broadcast link establishment module is used to respond to the voice broadcast control command and establish a second broadcast link with the target broadcast terminal independently of the first communication link while the first communication link is in a call state. The second broadcast link broadcasts power emergency broadcast content to the target broadcast terminal. The target broadcast terminal may be one or more, and the second broadcast link supports one-way voice broadcast from the dispatch side to the terminal side. The voice data transmission of the first communication link and the second broadcast link are independent and executed in parallel.

[0054] The system may further include: a real-time online status display unit for establishing communication connections with multiple call terminals and multiple broadcast terminals, and aggregating and displaying the real-time online status of each terminal on the dispatch interface; a communication connection fault identification unit for identifying communication connection faults based on the real-time online status and determining the faulty terminal; and an alarm prompt information generation unit for generating alarm prompt information on the dispatch interface based on the faulty terminal.

[0055] The system may further include: a communication quality index acquisition unit for collecting communication quality indices of each link in real time during the parallel execution of the first communication link and the second broadcast link; a digital twin topology map construction unit for constructing and dynamically updating a digital twin topology map representing the current health of the communication network based on the communication quality indices; a communication island prediction unit for predicting communication islands based on the digital twin topology map and generating prediction results; and a communication resilience reinforcement unit for generating and executing communication routing detour instructions or backup terminal wake-up instructions based on the prediction results, thereby reconstructing and reinforcing the communication resilience of multimedia command and dispatch before a communication island actually forms.

[0056] The detailed description of the specific configuration of the first communication link establishment module is explained as follows: As described above, in response to the first scheduling control command, a first communication link is established with the target calling terminal. The first communication link establishment module may further include: a call queue generation unit for receiving emergency call requests from the calling terminal and generating a call queue to be displayed on the scheduling interface; a selection information acquisition unit for acquiring selection information of the target calling terminal based on the call queue; a first scheduling control command generation unit for generating the first scheduling control command according to the selection information; and a first communication link establishment unit for establishing the first communication link according to the first scheduling control command.

[0057] The system receives emergency call requests from the calling terminal and generates an incoming call queue displayed on the dispatch interface. The incoming call queue generation unit may further include: a pre-impact physical area delineation subunit for receiving equipment fault alarm signals from the power monitoring system and delineating the pre-impact physical area based on the equipment fault alarm signals; an emergency call request receiving subunit for receiving emergency call requests from the calling terminal; a priority weight allocation subunit for calculating and allocating a priority weight for each emergency call request based on the physical location of the corresponding calling terminal, terminal type, urgency level of the call triggering event, and the pre-impact physical area; and a sorting subunit for sorting the call requests according to the priority weight and displaying a visual identifier on the dispatch interface.

[0058] The system may further include: a video stream receiving module for establishing a connection with a video surveillance terminal and receiving video streams from the power repair site; an emergency event matching module for performing real-time analysis and matching of the video streams based on preset emergency event types to determine a first event type; a media playback control instruction generation module for generating media playback control instructions bound to the first event type; and a broadcasting module for responding to the media playback control instructions, calling the corresponding audio file from a pre-stored media library, and broadcasting it to the target broadcasting terminal via a third media link.

[0059] The first communication link establishment module for conducting power emergency command calls may further include: a forced insertion control command receiving unit for receiving forced insertion control commands; and a signal forced entry unit for forcibly entering the voice signal from the dispatch side into all currently active first communication links according to the forced insertion control commands.

[0060] The multimedia command and dispatch control system for power emergency repair provided in this embodiment of the invention can execute the multimedia command and dispatch control method for power emergency repair provided in any embodiment of the invention, and has the corresponding functional modules and beneficial effects of the execution method.

[0061] Although this application makes various references to certain modules in the system according to the embodiments of this application, any number of different modules can be used and run on user terminals and / or servers. The various units and modules included are only divided according to functional logic, but are not limited to the above division, as long as the corresponding functions can be achieved; in addition, the specific names of each functional unit are only for easy distinction between each other and are not used to limit the scope of protection of this invention.

[0062] The above description is merely a preferred embodiment of the present invention and is not intended to limit the present invention in any way. Although the present invention has been disclosed above with reference to preferred embodiments, it is not intended to limit the present invention. Any person skilled in the art can make some modifications or alterations to the above-disclosed technical content to create equivalent embodiments without departing from the scope of the present invention. Any modifications, equivalent changes, and alterations made to the above embodiments based on the technical essence of the present invention without departing from the scope of the present invention shall still fall within the scope of the present invention.

Claims

1. A multimedia command, dispatch, and control method for power emergency repair, characterized in that, The method includes: In response to the first dispatch control command, a first communication link is established with the target communication terminal to conduct power emergency command communication, wherein the target communication terminal is one or more; While the first communication link is in a call state, in response to a voice broadcast control command, a second broadcast link is established independently of the first communication link with a target broadcast terminal to broadcast power emergency broadcast content to the target broadcast terminal, wherein the target broadcast terminal is one or more; The first communication link supports two-way voice communication, and the second broadcast link supports one-way voice broadcasting from the scheduling side to the terminal side. The voice data transmission of the first communication link and the second broadcast link are independent and executed in parallel.

2. The multimedia command and dispatch control method for power emergency repair as described in claim 1, characterized in that, Also includes: Establish communication connections with multiple call terminals and multiple broadcast terminals, and aggregate and display the real-time online status of each terminal on the dispatch interface; Based on the real-time online status, communication connection fault identification is performed to determine the faulty terminal. Based on the faulty terminal, an alarm message is generated on the scheduling interface.

3. The multimedia command and dispatch control method for power emergency repair as described in claim 1 or 2, characterized in that, Also includes: During the parallel execution of the first communication link and the second broadcast link, the communication quality indicators of each link are collected in real time. Based on the aforementioned communication quality indicators, a digital twin topology map representing the current health of the communication network is constructed and dynamically updated. Based on the digital twin topology map, communication island prediction is performed, and prediction results are generated; Based on the prediction results, communication routing detour instructions or backup terminal wake-up instructions are generated and executed to reconstruct and strengthen the communication resilience of multimedia command and dispatch before communication islands are actually formed.

4. The multimedia command and dispatch control method for power emergency repair as described in claim 1, characterized in that, In response to the first dispatch control command, a first communication link is established with the target calling terminal, including: Receive emergency call requests from the call terminal and generate an incoming call queue that is displayed on the dispatch interface; Based on the incoming call queue, obtain the selection information of the target calling terminal; Based on the selection information, the first scheduling control instruction is generated; The first communication link is established according to the first scheduling control instruction.

5. The multimedia command and dispatch control method for power emergency repair as described in claim 4, characterized in that, Receive emergency call requests from the calling terminal, generate an incoming call queue and display it on the dispatch interface, including: Receive equipment fault alarm signals from the power monitoring system, and delineate the physical area to be affected based on the equipment fault alarm signals; Receive emergency call requests from the calling terminal; For each emergency call request, a priority weight is calculated and assigned based on the physical location of the corresponding calling terminal, the terminal type, the urgency level of the call triggering event, and the pre-affected physical area. The call requests are sorted according to the priority weights and displayed visually in the scheduling interface.

6. The multimedia command and dispatch control method for power emergency repair as described in claim 1, characterized in that, Also includes: Establish a connection with the video surveillance terminal to receive video streams from the power emergency repair site; Based on preset emergency event types, the video stream is analyzed and matched in real time to determine the first event type; Generate media playback control instructions bound to the first event type; In response to the media playback control command, the corresponding audio file is retrieved from the pre-stored media library and broadcast to the target broadcast terminal via the third media link.

7. The multimedia command and dispatch control method for power emergency repair as described in claim 1, characterized in that, Conducting emergency power command communications includes: Receive forced insertion control commands; According to the forced insertion control command, the voice signal from the scheduling side is forcibly switched into all currently active first communication links.

8. A multimedia command and dispatch control system for power emergency repair, characterized in that, The system is used to implement the multimedia command and dispatch control method for power emergency repair as described in any one of claims 1-7, and the system includes: The first communication link establishment module is used to respond to the first dispatch control command, establish a first communication link with the target call terminal, and conduct power emergency command calls. The target call terminal is one or more, and the first communication link supports two-way voice communication. The second broadcast link establishment module is used to respond to voice broadcast control commands during the first communication link being in a call state, and independently establish a second broadcast link with the target broadcast terminal to broadcast power emergency broadcast content to the target broadcast terminal. The target broadcast terminal can be one or more, the second broadcast link supports one-way voice broadcast from the dispatch side to the terminal side, and the voice data transmission of the first communication link and the second broadcast link are independent and executed in parallel.

Images