Automatic broadcast repairing method and device, equipment and storage medium

Abstract

The invention provides an automatic broadcast repairing method and device, equipment and a storage medium. The method comprises the following steps: acquiring first equipment state data and a first equipment operation log of target broadcast equipment through a sensor; determining a fault recovery instruction according to the first equipment state data and the first equipment operation log; and controlling the target broadcast equipment to perform repair operation according to the fault repair instruction. By inputting the equipment state data and the operation log and combining the fault repair model for analysis, the fault type can be accurately identified and the repair instruction can be automatically generated. The interference of manual operation is greatly reduced in the process, and the accuracy of fault diagnosis and repair is improved.

Description

Technical Field

[0001] The present invention relates to the technical field of broadcast equipment, and in particular to an automated broadcast repair method, device, equipment and storage medium. Background Art

[0002] With the rapid development of information technology, broadcasting systems have been widely used in various fields, including television broadcasting, wireless broadcasting, public broadcasting, etc. During operation, broadcasting equipment often faces hardware failures, software failures or network problems, which will directly affect the smooth execution of broadcasting tasks, resulting in broadcast interruption or quality degradation. Therefore, how to ensure the efficient and stable operation of broadcasting equipment and repair faults in a timely manner has become an urgent problem to be solved in the broadcasting field.

[0003] At present, traditional broadcast equipment fault repair mostly relies on manual intervention and manual diagnosis. The staff needs to rely on experience to judge the type of equipment fault and perform repairs through manual operation. This is not only inefficient, but also prone to misdiagnosis due to human factors, affecting the repair effect. In addition, equipment failures in the broadcast system often affect the scheduling of multiple tasks, resulting in the broadcast quality and playback order of the broadcast tasks being affected. Therefore, how to automatically repair broadcast equipment faults through intelligent means and reasonably schedule broadcast tasks according to task priorities has become an important issue to improve the reliability and efficiency of the broadcast system.

[0004] In summary, the problems existing in the prior art need to be solved urgently. Summary of the invention

[0005] The present invention provides an automated broadcast repair method, device, equipment and storage medium, which are used to solve the defects in the prior art and improve the accuracy of fault diagnosis and repair.

[0006] The present invention provides an automated broadcast repair method, comprising:

[0007] Acquire first device status data and first device operation log of the target broadcasting device through a sensor;

[0008] Determining a fault repair instruction according to the first device status data and the first device operation log;

[0009] According to the fault repair instruction, the target broadcasting device is controlled to perform a repair operation.

[0010] According to an automated broadcast repair method provided by the present invention, after the step of controlling the target broadcast device to perform a repair operation according to the device repair instruction, the method further comprises:

[0011] Acquiring broadcast task information, system load information, and broadcast urgency information, wherein the broadcast task information includes broadcast play quality and broadcast play order;

[0012] Determining the priority of the broadcast task information according to the system load information and the broadcast urgency information;

[0013] The broadcast play quality and the broadcast play order are determined according to the priority.

[0014] According to an automated broadcast repair method provided by the present invention, the step of determining the priority of the broadcast task information according to the system load information and the broadcast urgency information specifically includes:

[0015] Determining a device load score and a network load score according to the system load information;

[0016] Determining an urgency score according to the broadcast urgency information;

[0017] A priority score is obtained by performing a weighted summation according to the device load score, the network load score and the urgency score;

[0018] The priority of the broadcast task information is determined according to the priority score.

[0019] According to an automated broadcast repair method provided by the present invention, the step of determining the device repair instruction according to the device status data and the device operation log specifically includes:

[0020] Determine the fault type of the target broadcast device according to the device status data and the device operation log;

[0021] According to the fault type, a corresponding fault repair instruction is matched in an instruction database.

[0022] According to an automated broadcast repair method provided by the present invention, the step of determining the fault type of the target broadcast device according to the device status data and the device operation log specifically includes:

[0023] Inputting the device status data and the device operation log into a fault repair model to obtain the fault type of the target broadcast device;

[0024] The fault repair model is trained by the following steps:

[0025] Acquire historical fault data, wherein the historical fault data includes historical fault types and historical equipment data;

[0026] The fault repair model is trained by taking the historical equipment data as input and the historical fault types as data.

[0027] According to an automated broadcast repair method provided by the present invention, after the step of acquiring the first device status data and the first device operation log of the target broadcast device through the sensor, the method further includes:

[0028] The device status data and the device operation log are preprocessed, and the preprocessing includes format conversion and data cleaning.

[0029] According to an automated broadcast repair method provided by the present invention, after the step of controlling the target broadcast device to perform a repair operation according to the fault repair instruction, the method further includes:

[0030] Acquire the second device status data and the second device operation log of the repaired target broadcast device;

[0031] determining whether the target broadcast device is repaired successfully according to the second device status data and the second device operation log;

[0032] If the target broadcast device fails to be repaired, an alarm message is generated and sent to the target terminal.

[0033] The present invention also provides an automatic broadcast repair device, comprising:

[0034] A data acquisition module, used for acquiring first device status data and first device operation log of a target broadcasting device through a sensor;

[0035] An instruction generation module, used for determining a fault repair instruction according to the first device status data and the first device operation log;

[0036] The device repair module is used to control the target broadcast device to perform a repair operation according to the fault repair instruction.

[0037] The present invention also provides an electronic device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the program, the automatic broadcast repair method as described above is implemented.

[0038] The present invention also provides a non-transitory computer-readable storage medium having a computer program stored thereon, and when the computer program is executed by a processor, the automatic broadcast repair method as described in any one of the above is implemented.

[0039] The present invention also provides a computer program product, comprising a computer program, wherein when the computer program is executed by a processor, the computer program implements any of the above-mentioned automated broadcast repair methods.

[0040] The automated broadcast repair method, device, equipment and storage medium provided by the present invention obtain the first device status data and the first device operation log of the target broadcast device through a sensor; determine the fault repair instruction according to the first device status data and the first device operation log; and control the target broadcast device to perform a repair operation according to the fault repair instruction. By inputting the device status data and the operation log, combined with the fault repair model for analysis, the fault type can be accurately identified and the repair instruction can be automatically generated. This process greatly reduces the interference of human operation and improves the accuracy of fault diagnosis and repair. BRIEF DESCRIPTION OF THE DRAWINGS

[0041] In order to more clearly illustrate the technical solutions in the present invention or the prior art, the following briefly introduces the drawings required for use in the embodiments or the description of the prior art. Obviously, the drawings described below are some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.

[0042] Figure 1 It is a flow chart of the automated broadcast repair method provided by the present invention;

[0043] Figure 2 It is a structural schematic diagram of the automatic broadcast repair device provided by the present invention;

[0044] Figure 3 It is a structural schematic diagram of the electronic device provided by the present invention. DETAILED DESCRIPTION

[0045] In order to make the purpose, technical solution and advantages of the present invention clearer, the technical solution of the present invention will be clearly and completely described below in conjunction with the drawings of the present invention. Obviously, the described embodiments are part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.

[0046] In order to solve the problems in the prior art, the present invention proposes an automated broadcast repair method to improve the accuracy of fault diagnosis and repair. The automated broadcast repair method is described below. Figure 1 As shown, including but not limited to the following steps:

[0047] Step 110: Acquire first device status data and first device operation log of the target broadcasting device through a sensor.

[0048] In this step, various status parameters of the target broadcasting equipment are monitored in real time through sensors installed on the broadcasting equipment, and the operation log data of the equipment is collected. These sensors may include but are not limited to temperature sensors, current sensors, pressure sensors, humidity sensors, power sensors, vibration sensors, etc., and the specific selection depends on the equipment type and working environment.

[0049] Equipment status data: including the temperature, current, power, voltage, equipment health status and other information of the target broadcast equipment. These data reflect the current working status of the equipment. By collecting these data, the system can monitor the operation of the equipment in real time.

[0050] Equipment operation log: including the target broadcast equipment's work log, error log, alarm log, etc. These logs record the equipment's work history, fault history, and abnormal conditions that occurred during operation. By collecting and analyzing these logs, the system can help identify potential fault points of the equipment.

[0051] In this embodiment, the sensor data and device logs can be uploaded to a remote control center or a local control system via wireless transmission (such as Wi-Fi, Bluetooth, Zigbee, etc.) for processing in subsequent steps.

[0052] Step 120: Determine a fault repair instruction according to the first device status data and the first device operation log.

[0053] After obtaining the device status data and operation log, the system will determine whether the device has a fault based on this data and generate corresponding fault repair instructions. The main processing flow of this step is as follows:

[0054] Preprocess the acquired equipment status data and operation logs, clean invalid or incomplete data, convert the format, and ensure the consistency and reliability of the input data. Data preprocessing can be done automatically through algorithms, or preliminarily screened through rule engines.

[0055] The processed equipment status data and operation logs are input into the fault analysis module. This module analyzes the data through algorithm models (such as decision trees, support vector machines, neural networks, etc.) to identify the fault type. Common fault types include hardware faults, software faults, network faults, etc. The system can use historical fault data for model training to further improve the accuracy of fault identification.

[0056] When the system detects a device failure, the fault analysis module will match the corresponding fault repair instructions according to the fault type. The fault repair instructions can be the system's preset repair steps, such as restarting the device, clearing the cache, replacing the faulty hardware, adjusting the network configuration, etc.

[0057] In some cases, the system can also adaptively generate new repair instructions through intelligent algorithms to improve the flexibility and efficiency of fault repair. For example, for problems that cannot be solved by simple repair steps, the system can automatically perform a series of complex repair operations or prompt manual intervention.

[0058] Step 130: According to the fault repair instruction, control the target broadcasting device to perform a repair operation.

[0059] According to the fault repair instructions generated in step 120, the system will control the target broadcasting device to perform corresponding repair operations to ensure that the device resumes normal operation. The implementation process of this step is as follows:

[0060] The system transmits the generated repair instructions to the target broadcasting device through the control module. The control module can be a hardware control unit embedded in the device, or a network controller that controls the device remotely. The instructions can be transmitted through wired (such as serial port, Ethernet) or wireless (such as Wi-Fi, Bluetooth, Zigbee) communication.

[0061] After receiving the repair instruction, the target broadcast device performs the corresponding operation. The specific operation depends on the fault type, for example:

[0062] In the case of hardware failure, the device may need to replace components or restart through automated means;

[0063] If it is a software failure, the system may fix the problem by automatically downloading a patch, reconfiguring system settings, or clearing the cache;

[0064] If there is a network failure, the system may automatically reconnect to the network or switch to an alternate network channel for repair.

[0065] After the repair operation is performed, the target broadcast device will feed back its new device status data and operation log to the control system for subsequent monitoring. The system uses this feedback information to determine whether the repair is successful. If the device status returns to normal, the system will mark the repair as complete; if the repair fails, the system will continue to perform subsequent operations or issue an alarm message to prompt manual intervention.

[0066] As a further optional embodiment, after the step of controlling the target broadcasting device to perform a repair operation according to the device repair instruction, the method further includes:

[0067] Acquiring broadcast task information, system load information, and broadcast urgency information, wherein the broadcast task information includes broadcast play quality and broadcast play order;

[0068] Determining the priority of the broadcast task information according to the system load information and the broadcast urgency information;

[0069] The broadcast play quality and the broadcast play order are determined according to the priority.

[0070] Specifically, broadcast task information: Broadcast task information includes the playback quality requirements and playback order of the broadcast content. This information is usually generated by the broadcast scheduling system or input by the user. In actual applications, different broadcast tasks may have different playback quality requirements. For example, some broadcast content requires high-quality audio or video playback, while some content may have lower quality requirements. The playback order is the order in which the broadcast content is arranged, which is usually arranged according to task requirements, importance or time window.

[0071] System load information: System load information refers to the current usage of broadcast system resources, including processor load, memory usage, network bandwidth, device status, etc. This information can be obtained through the real-time monitoring system and used to evaluate the available resources of the current system. When the system load is high, it may affect the processing efficiency of broadcast tasks, so reasonable scheduling is required.

[0072] Broadcast urgency information: Broadcast urgency information refers to the urgency or priority requirement of a broadcast task. The urgency of a broadcast task can be defined based on specific scenarios, such as urgent news broadcasts or advertisements that need to be performed immediately, while other non-urgent tasks can be postponed. The urgency is usually set by the task creator or can be automatically calculated based on the importance of the task.

[0073] Based on the real-time system load information, the system calculates the load score of the current device. The device load score takes into account factors such as the device's processor load, memory usage, and network bandwidth. When the load is high, the device's processing power decreases, which may affect the execution of the broadcast task.

[0074] By monitoring the current network bandwidth usage, the system can also calculate the network load score. The network load score is similar to the device load score and indicates the current available bandwidth of the network. When the network load is high, it may cause transmission delays or quality degradation of the broadcast content.

[0075] Based on the urgency information of the broadcast task, the system calculates an urgency score for each broadcast task. The urgency score is usually quantified according to the set requirements of the task, for example, the urgency score of urgent news broadcast is higher, while the urgency score of ordinary advertising broadcast is lower.

[0076] The device load score, network load score, and urgency score are weighted and summed to obtain a comprehensive priority score. The weight setting can be adjusted according to the actual application needs. For example, a higher weight can be given to the device load score and the network load score to ensure that important tasks are executed first when resources are tight; at the same time, a higher weight can be given to the urgency score to ensure that urgent tasks can be handled in a timely manner.

[0077] Based on the priority score, the system can adjust the playback quality of the broadcast content. For broadcast tasks with higher priority, the system will ensure that their playback quality meets the preset standards, which may involve measures such as improving audio or video resolution and increasing data transmission bandwidth; while for tasks with lower priority, the system may reduce the playback quality in order to save resources and improve the overall efficiency of the system.

[0078] The system re-adjusts the order of broadcast tasks based on the priority score. Tasks with higher priorities will be played first, while tasks with lower priorities will be postponed based on resource availability. For example, urgent news broadcasts will be scheduled first, while advertisements may be delayed or postponed until more resources are available.

[0079] As a further optional embodiment, the step of determining the priority of the broadcast task information according to the system load information and the broadcast urgency information specifically includes:

[0080] Determining a device load score and a network load score according to the system load information;

[0081] Determining an urgency score according to the broadcast urgency information;

[0082] A priority score is obtained by performing a weighted summation according to the device load score, the network load score and the urgency score;

[0083] The priority of the broadcast task information is determined according to the priority score.

[0084] In this embodiment, based on the real-time acquired system load information, the load of the target broadcast device needs to be evaluated first. The device load score reflects the resource utilization of the current device, including the processor load, memory usage and other hardware resource usage.

[0085] In addition to the load of the device itself, the execution of the broadcast task is also affected by the network bandwidth. By monitoring the network traffic and bandwidth usage in real time, the system can calculate the network load score. The network load score reflects the available bandwidth of the current network. When the network load is high, it may cause delays or freezes in the broadcast content, affecting the quality of the broadcast task.

[0086] The urgency of broadcast tasks is one of the key factors in determining priorities. Different urgency levels can be set according to the nature and requirements of broadcast tasks. Tasks with higher urgency, such as news broadcasts or emergency announcements, should be handled first, while tasks with lower priority, such as advertising broadcasts or non-real-time content, can be postponed.

[0087] Based on the calculated priority score, the system will automatically determine the priority of the broadcast task. Tasks with higher priority scores will be executed first, ensuring that critical tasks can be processed in a timely manner when resources are limited or the system load is high. For tasks with lower priority, the system can postpone execution or flexibly adjust according to the system resource situation.

[0088] Based on the final priority score, the system will dynamically adjust the playback order and playback quality of the broadcast tasks:

[0089] For tasks with higher priority scores, the system will ensure that they are played under optimal conditions and may improve the playback quality (such as improving audio quality, resolution, etc.).

[0090] For tasks with lower priority scores, the system may delay their execution or reduce their playback quality (for example, reducing video resolution, audio clarity, etc.) to save resources.

[0091] After determining the device load score, network load score, and urgency score, the system calculates the final priority score of the broadcast task through weighted summation.

[0092] As a further optional embodiment, the step of determining the device repair instruction according to the device status data and the device operation log specifically includes:

[0093] Determine the fault type of the target broadcast device according to the device status data and the device operation log;

[0094] According to the fault type, a corresponding fault repair instruction is matched in an instruction database.

[0095] In this embodiment, it is first necessary to obtain device status data and device operation logs from the target broadcast device. These data provide key clues to whether the device has failed. By analyzing the device status data and operation logs, the type of device failure can be intelligently determined. The specific steps are as follows:

[0096] Device status data includes information such as the device's hardware status, operating temperature, power consumption, CPU occupancy, memory usage, etc. Device operation logs include error records, warning logs, and task execution logs during device operation. By analyzing these data, you can obtain the current operating status of the device.

[0097] The data parsing module converts these raw data into features suitable for fault analysis for use in subsequent model analysis.

[0098] Based on historical fault data and equipment operation logs, a fault classification model is built by training using machine learning or pattern recognition algorithms (such as classification algorithms, clustering algorithms, etc.). The model can determine the type of equipment failure based on the equipment's operating status and log content.

[0099] Common types of failures include hardware failures (such as CPU overheating, memory leaks, power failures), software failures (such as operating system crashes, driver problems), network failures (such as connection interruptions, data loss), etc.

[0100] For example, if the temperature in the device status data is too high, and the device operation log records multiple "CPU overheat" warnings, the system can determine that the device has a "hardware failure - overheating" fault type.

[0101] Based on the equipment status data and operation log, the system infers and determines the fault type of the current equipment through a fault analysis module (for example, a rule-based analysis module or a machine learning-based analysis module).

[0102] After determining the type of failure, the system categorizes it as "hardware failure", "software failure", "network failure", or "other failure".

[0103] After determining the fault type, the system will retrieve the repair instruction corresponding to the current fault type from the fault repair instruction database according to the matching rules.

[0104] The fault repair instruction database contains the processing flow and repair steps corresponding to different fault types. Each type of fault has a corresponding set of repair instructions or operating steps, which are adjusted according to different types of equipment and fault conditions.

[0105] Repair instructions may include: restarting the device, replacing components, updating drivers, clearing cache, changing configurations, resetting network connections, etc.

[0106] When the system determines the fault type, it automatically searches the fault repair instruction database for repair instructions that match the fault type using a predefined matching rule or algorithm.

[0107] For example, if the system identifies a fault of the "hardware failure - overheating" type, the instruction database may return a repair instruction: "Turn off the device and wait 30 minutes before restarting", or "Start the fan to increase heat dissipation", etc.

[0108] The system generates a repair operation plan based on the matched repair instructions and passes it to the equipment repair module to start the specific repair operation.

[0109] In this way, the system can automatically select the most appropriate repair plan based on the type of fault, ensuring that the broadcast equipment can quickly resume normal operation.

[0110] As a further optional embodiment, the step of determining the fault type of the target broadcast device according to the device status data and the device operation log specifically includes:

[0111] Inputting the device status data and the device operation log into a fault repair model to obtain the fault type of the target broadcast device;

[0112] The fault repair model is trained by the following steps:

[0113] Acquire historical fault data, wherein the historical fault data includes historical fault types and historical equipment data;

[0114] The fault repair model is trained by taking the historical equipment data as input and the historical fault types as data.

[0115] In this embodiment, the device status data and device operation log are not only used to determine the fault type through simple rule matching, but are also deeply analyzed and inferred through a fault repair model.

[0116] The system uses the collected device status data (such as temperature, power, load, memory usage, etc.) and device operation logs (such as error codes, warning messages, system logs, etc.) as input data and transmits them to the fault repair model.

[0117] The input data undergoes necessary preprocessing, such as data cleaning, format conversion, missing value filling, etc., to ensure that its quality is sufficient for subsequent analysis.

[0118] The fault repair model uses machine learning or deep learning technology to infer the possible fault type of the equipment through multi-dimensional analysis of the equipment status and operation log. The fault repair model may use common algorithms such as decision trees, random forests, support vector machines (SVM), or deep learning methods (such as **convolutional neural networks (CNN), long short-term memory networks (LSTM), etc.) for classification.

[0119] The rules and patterns learned through training can make intelligent judgments on different equipment states and operation logs, and accurately predict the type of equipment failure. Common types of failures include hardware failures, software failures, network failures, etc.

[0120] After analysis by the fault repair model, the system outputs a specific fault type, such as "overheating fault", "memory leak", "network connection loss", etc., as the basis for subsequent repair instruction matching.

[0121] The fault repair model does not have the ability to identify faults from the beginning. It needs to be trained with a large amount of historical fault data to gradually acquire stronger fault diagnosis capabilities. The specific training process is as follows:

[0122] Obtain a large amount of historical fault data, which includes past equipment fault records and corresponding equipment status data. Historical fault data usually consists of two parts:

[0123] Historical device data: records the status data of the device before and after the failure, including hardware status, operating environment, temperature, power consumption, memory, network status, etc.

[0124] Historical fault types: record the specific type of each device failure, such as hardware failure, software crash, network interruption, etc.

[0125] These historical data are the basis for training fault repair models, helping the models establish the relationship between equipment status and fault type.

[0126] By matching historical equipment data with historical fault types, a training data set is constructed. Each training sample consists of equipment status data and equipment fault type.

[0127] The equipment status data in the dataset will be used as input features, and the fault type will be used as the target output. Through this input-output pairing, the model is trained to recognize the patterns between equipment status and fault type.

[0128] Use machine learning or deep learning algorithms to train the constructed training data set. The training process includes the following steps:

[0129] Feature selection and processing: Extract key features (such as device temperature, battery level, CPU load, etc.) from historical data and standardize or normalize them for better understanding by the model.

[0130] Select model architecture: Choose a suitable model architecture based on data characteristics and task requirements. You can use traditional machine learning algorithms (such as decision trees, random forests, support vector machines, etc.) or deep learning methods (such as LSTM, CNN, etc.) for training.

[0131] Training process: Use back propagation and gradient descent methods to optimize model parameters so that the model can improve the accuracy of fault type recognition by minimizing the loss function.

[0132] After training is completed, the model needs to be evaluated, usually through cross-validation, accuracy, recall, F1 value and other indicators to evaluate model performance.

[0133] By adjusting model parameters, optimizing feature selection and other methods, the accuracy and robustness of the model are continuously improved.

[0134] As a further optional embodiment, after the step of acquiring the first device status data and the first device operation log of the target broadcasting device through the sensor, the method further includes:

[0135] The device status data and the device operation log are preprocessed, and the preprocessing includes format conversion and data cleaning.

[0136] In actual applications, device status data and device operation logs usually come from different types of sensors, devices or systems, and their formats and contents may differ. In order to ensure the accuracy of subsequent fault diagnosis and repair instructions, it is necessary to preprocess the data, standardize its format, and clean the noise and incomplete information. The specific steps are as follows:

[0137] Different sensors or systems may use different data formats when acquiring device status data and device operation logs. For example, some devices may output data in CSV format, while others may use JSON, XML, or other custom formats. If the data formats are inconsistent, it will increase the complexity of processing and the possibility of errors. Therefore, the preprocessing process first needs to convert the format of all input data to a unified standard format.

[0138] During the collection process, equipment status data and equipment operation logs may be affected by environmental noise, sensor failure, data loss and other factors, resulting in missing, inconsistent or abnormal data. The purpose of the data cleaning process is to remove these incomplete or non-compliant data to ensure the accuracy of subsequent analysis.

[0139] As a further optional embodiment, after the step of controlling the target broadcasting device to perform a repair operation according to the fault repair instruction, the method further includes:

[0140] Acquire the second device status data and the second device operation log of the repaired target broadcast device;

[0141] determining whether the target broadcast device is repaired successfully according to the second device status data and the second device operation log;

[0142] If the target broadcast device fails to be repaired, an alarm message is generated and sent to the target terminal.

[0143] Specifically, after controlling the target broadcast device to perform a repair operation, it is first necessary to obtain the device status data and device operation log after the repair in order to perform a subsequent repair effect evaluation.

[0144] After the repair operation is performed, the system will obtain the status data of the repaired target broadcast device through the sensor or device monitoring interface. For example, the device's temperature, battery power, load, voltage and other parameters will be recorded and saved as the second device status data.

[0145] Compared with the first device status data, the second device status data should reflect the changes in the equipment after repair, such as whether the status has returned to normal, whether the fault indication has been eliminated, etc.

[0146] After the repair operation is performed, the device operation log also needs to be updated. These logs include the device operation record, event information during the repair process, and other key information recorded by the system during the repair process.

[0147] The system needs to obtain operation logs related to the repair process to ensure that the repair status of the device can be verified through log analysis.

[0148] Subsequently, by analyzing the repaired device status data and operation logs, the system will determine whether the device has been repaired successfully.

[0149] Repair success criteria:

[0150] The system compares the data before and after the repair based on the key indicators of the equipment (such as temperature, battery power, load, etc.) to check whether these indicators have returned to the normal value range.

[0151] Error records in the operation log should also be checked, especially whether there are new fault information or fault types that cannot be eliminated by repair.

[0152] If the second device status data and log indicate that the device has been restored to a normal working state and there are no further error reports, the system determines that the device has been repaired successfully.

[0153] Repair failure judgment:

[0154] If the status data of the repaired device still shows that a fault exists or the device cannot reach the expected working state, or there are still unresolved error messages in the operation log, it is judged that the device repair has failed.

[0155] At this point, the system will perform further processing steps, such as generating alarm information and notifying relevant personnel.

[0156] When equipment repair fails, the system will automatically generate an alarm message and send it to the target terminal or designated management platform so that relevant personnel can carry out follow-up processing in a timely manner.

[0157] Generate warning information:

[0158] The alarm information includes detailed information about the repair failure, such as the type of device failure, the results of the repair attempt, the reason for the repair failure, etc. The alarm information may also include the current status of the device, the fault log, and other relevant diagnostic data to help technicians quickly locate the problem.

[0159] The content of the alarm information can be customized according to actual needs to provide as much repair information as possible.

[0160] Send warning information:

[0161] Alarm information can be sent to the target terminal in a variety of ways, such as email, SMS, mobile application push notification, etc. By notifying relevant personnel in a timely manner, the system can help them take quick measures for further troubleshooting or manual intervention and repair.

[0162] Alarm information can also be uploaded directly to the monitoring platform or cloud management system, enabling the technical team to remotely track the progress of equipment repairs and decide whether further manual intervention is required.

[0163] The automatic broadcast repair device provided by the present invention is described below. Figure 2 As shown, the automated broadcast repair device described below and the automated broadcast repair method described above can refer to each other.

[0164] An automatic broadcast repair device, comprising:

[0165] The data acquisition module 210 is used to acquire the first device status data and the first device operation log of the target broadcasting device through a sensor;

[0166] An instruction generation module 220, configured to determine a fault repair instruction according to the first device status data and the first device operation log;

[0167] The device repair module 230 is used to control the target broadcast device to perform a repair operation according to the fault repair instruction.

[0168] Figure 3 An example of a physical structure diagram of an electronic device is shown in FIG. Figure 3As shown, the electronic device may include: a processor 310, a communication interface 320, a memory 330 and a communication bus 340, wherein the processor 310, the communication interface 320 and the memory 330 communicate with each other through the communication bus 340. The processor 310 may call the logic instructions in the memory 330 to execute the automated broadcast repair method, which includes:

[0169] Acquire first device status data and first device operation log of the target broadcasting device through a sensor;

[0170] Determining a fault repair instruction according to the first device status data and the first device operation log;

[0171] According to the fault repair instruction, the target broadcasting device is controlled to perform a repair operation.

[0172] In addition, the logic instructions in the above-mentioned memory 330 can be implemented in the form of software functional units and can be stored in a computer-readable storage medium when sold or used as an independent product. Based on such an understanding, the technical solution of the present invention, in essence, or the part that contributes to the prior art or the part of the technical solution, can be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for a computer device (which can be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the method described in each embodiment of the present invention. The aforementioned storage medium includes: various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk.

[0173] On the other hand, the present invention further provides a computer program product, the computer program product comprising a computer program, the computer program can be stored on a non-transitory computer-readable storage medium, when the computer program is executed by a processor, the computer can execute the automated broadcast repair method provided by the above methods, the method comprising:

[0174] Acquire first device status data and first device operation log of the target broadcasting device through a sensor;

[0175] Determining a fault repair instruction according to the first device status data and the first device operation log;

[0176] According to the fault repair instruction, the target broadcasting device is controlled to perform a repair operation.

[0177] In another aspect, the present invention further provides a non-transitory computer-readable storage medium having a computer program stored thereon, which is implemented when the computer program is executed by a processor to perform the automated broadcast repair method provided by the above methods, the method comprising:

[0178] Acquire first device status data and first device operation log of the target broadcasting device through a sensor;

[0179] Determining a fault repair instruction according to the first device status data and the first device operation log;

[0180] According to the fault repair instruction, the target broadcasting device is controlled to perform a repair operation.

[0181] The device embodiments described above are merely illustrative, wherein the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, they may be located in one place, or they may be distributed on multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the scheme of this embodiment. Ordinary technicians in this field can understand and implement it without paying creative labor.

[0182] Through the description of the above implementation methods, those skilled in the art can clearly understand that each implementation method can be implemented by means of software plus a necessary general hardware platform, and of course, it can also be implemented by hardware. Based on this understanding, the above technical solution is essentially or the part that contributes to the prior art can be embodied in the form of a software product, and the computer software product can be stored in a computer-readable storage medium, such as ROM / RAM, a disk, an optical disk, etc., including a number of instructions for a computer device (which can be a personal computer, a server, or a network device, etc.) to execute the methods described in each embodiment or some parts of the embodiments.

[0183] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, rather than to limit it. Although the present invention has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or make equivalent replacements for some of the technical features therein. However, these modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims

1. An automated broadcast repair method, characterized in that: include: Acquire first device status data and first device operation log of the target broadcasting device through a sensor; Determining a fault repair instruction according to the first device status data and the first device operation log; According to the fault repair instruction, the target broadcasting device is controlled to perform a repair operation.

2. The automated broadcast repair method according to claim 1, characterized in that: After the step of controlling the target broadcasting device to perform a repair operation according to the device repair instruction, the method further includes: Acquiring broadcast task information, system load information, and broadcast urgency information, wherein the broadcast task information includes broadcast play quality and broadcast play order; Determining the priority of the broadcast task information according to the system load information and the broadcast urgency information; The broadcast play quality and the broadcast play order are determined according to the priority.

3. The automated broadcast repair method according to claim 2, characterized in that: The step of determining the priority of the broadcast task information according to the system load information and the broadcast urgency information specifically includes: Determining a device load score and a network load score according to the system load information; Determining an urgency score according to the broadcast urgency information; A priority score is obtained by performing a weighted summation according to the device load score, the network load score and the urgency score; The priority of the broadcast task information is determined according to the priority score.

4. The automated broadcast repair method according to claim 1, characterized in that: The step of determining the device repair instruction according to the device status data and the device operation log specifically includes: Determine the fault type of the target broadcast device according to the device status data and the device operation log; According to the fault type, a corresponding fault repair instruction is matched in an instruction database.

5. The automated broadcast repair method according to claim 4, characterized in that: The step of determining the fault type of the target broadcasting device according to the device status data and the device operation log specifically includes: Inputting the device status data and the device operation log into a fault repair model to obtain the fault type of the target broadcast device; The fault repair model is trained by the following steps: Acquire historical fault data, wherein the historical fault data includes historical fault types and historical equipment data; The fault repair model is trained by taking the historical equipment data as input and the historical fault types as data.

6. The automated broadcast repair method according to claim 1, characterized in that: After the step of acquiring the first device status data and the first device operation log of the target broadcasting device through the sensor, the method further includes: The device status data and the device operation log are preprocessed, and the preprocessing includes format conversion and data cleaning.

7. The automated broadcast repair method according to claim 1, characterized in that: After the step of controlling the target broadcasting device to perform a repair operation according to the fault repair instruction, the method further includes: Acquire the second device status data and the second device operation log of the repaired target broadcast device; determining whether the target broadcast device is repaired successfully according to the second device status data and the second device operation log; If the target broadcast device fails to be repaired, an alarm message is generated and sent to the target terminal.

8. An automated broadcast repair device, characterized in that: include: A data acquisition module, used for acquiring first device status data and first device operation log of a target broadcasting device through a sensor; An instruction generation module, used to determine a fault repair instruction according to the first device status data and the first device operation log; The device repair module is used to control the target broadcast device to perform a repair operation according to the fault repair instruction.

9. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein: When the processor executes the program, the automated broadcast repair method according to any one of claims 1 to 7 is implemented.

10. A non-transitory computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the automatic broadcast repair method according to any one of claims 1 to 7 is implemented.

Images