CN114490765B - Fault monitoring method and device and electronic equipment - Google Patents
Fault monitoring method and device and electronic equipment Download PDFInfo
- Publication number
- CN114490765B CN114490765B CN202210089973.1A CN202210089973A CN114490765B CN 114490765 B CN114490765 B CN 114490765B CN 202210089973 A CN202210089973 A CN 202210089973A CN 114490765 B CN114490765 B CN 114490765B
- Authority
- CN
- China
- Prior art keywords
- task
- fault
- target
- equipment
- rule
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
- G06F16/24564—Applying rules; Deductive queries
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/542—Event management; Broadcasting; Multicasting; Notifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/546—Message passing systems or structures, e.g. queues
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/54—Indexing scheme relating to G06F9/54
- G06F2209/548—Queue
Abstract
The invention provides a fault monitoring method, a fault monitoring device and electronic equipment, and relates to the technical field of communication, wherein the method comprises the following steps: receiving task state information sent by a task system to be monitored and working parameter information of all equipment in the task system to be monitored; determining a task monitoring queue based on the task state information, and acquiring the equipment distribution details of each monitored task in the task monitoring queue; determining a fault monitoring result of each monitored task based on the equipment distribution details of each monitored task, the working parameter information of the task equipment and a preset fault handling strategy set; wherein, the fault monitoring result includes: whether a fault occurs, and determining a fault description and a fault handling strategy when the fault occurs. According to the method, the task fault can be automatically found in time and quickly positioned by maintaining the preset fault handling strategy set, the fault equipment part is quickly positioned, the fault handling strategy is given, the task fault handling time is shortened, and the reliability of the communication system is improved.
Description
Technical Field
The present invention relates to the field of communications technologies, and in particular, to a fault monitoring method and apparatus, and an electronic device.
Background
With social development and technological progress, electronic communication is becoming more and more unavailable in all aspects of people's work and life. Particularly, in the social security system from finance to energy, to traffic, to medical treatment and the like, even in the battlefield fields of military affairs, information and the like, in all of these important fields, it is important to ensure stable and reliable operation of the communication system. Therefore, the construction scheme of the communication system primarily considers how to ensure that the communication system does not fail and timely diagnose equipment faults. The considered contents generally include system reliability indexes, power guarantee, even system levels of building construction and the like, main and standby operation of equipment is realized from the aspect of hardware or software, and maintenance and repair means such as manual inspection index test is periodically executed. However, in the existing fault monitoring method for the communication system, only the fault can be found and notified to the technical staff, and longer time is needed for troubleshooting and reprocessing, so that the existing fault monitoring method has the problem of untimely fault handling, and further the reliability of the communication system is poor.
Disclosure of Invention
The invention aims to provide a fault monitoring method, a fault monitoring device and electronic equipment, so that task fault handling time is shortened, and reliability of a communication system is improved.
In a first aspect, the present invention provides a fault monitoring method, including: receiving task state information sent by a task system to be monitored and working parameter information of all equipment in the task system to be monitored; wherein the task state information includes: a task flag for each task and a task execution state for each said task; determining a task monitoring queue based on the task state information, and acquiring the equipment distribution details of each monitored task in the task monitoring queue; wherein the monitored task is a task in an executing state; determining a fault monitoring result of each monitored task based on the equipment distribution details of each monitored task, the working parameter information of task equipment and a preset fault handling strategy set; wherein the task device represents a device occupied by the monitored task; the fault monitoring result comprises: whether a fault occurs, and determining a fault description and a fault handling policy when the fault occurs.
In an optional embodiment, the preset fault handling policy set includes multiple fault handling policies, and each fault handling policy corresponds to one fault identification rule; each fault identification rule predefines the following information: rule type, applicable equipment type, fault description, fault equipment type, fault parameter number and rule content; the rule type is used for representing whether a task to which the fault identification rule is applicable sets a standby device or not; the applicable device type comprises one of the following: primary equipment and standby equipment; the type of the fault equipment and the fault parameter number are used for representing the position of the fault equipment.
In an optional embodiment, determining a fault monitoring result of each monitored task based on the device allocation details of each monitored task, the working parameter information of the task device, and a preset fault handling policy set includes: traversing the fault handling strategies in the preset fault handling strategy set, and executing the following steps aiming at a target fault handling strategy; wherein the target fault handling policy is any one of the preset fault handling policy set: determining whether the target fault handling strategy is applicable to the target task based on the equipment distribution details of the target task and a target fault identification rule corresponding to the target fault handling strategy; the target task is any task in the task monitoring queue; and if the target task fault is determined to be applicable, determining a fault monitoring result of the target task based on the target fault identification rule and the working parameter information of the task equipment of the target task.
In an optional embodiment, determining whether the target fault handling policy is applicable to the target task based on the device allocation details of the target task and a target fault identification rule corresponding to the target fault handling policy includes: acquiring resource allocation information in the equipment allocation details of the target task; wherein the resource allocation information comprises one of: setting standby equipment, wherein the standby equipment is not set; judging whether the rule type of the target fault identification rule is matched with the resource allocation information in the target task; if so, determining that the target fault handling strategy is applicable to the target task; and if not, determining that the target fault handling strategy is not applicable to the target task.
In an optional embodiment, determining a fault monitoring result of the target task based on the target fault identification rule and the working parameter information of the task device of the target task includes: determining target identification equipment based on the fault equipment type of the target fault identification rule and the task equipment of the target task; determining a fault parameter value of the target identification equipment based on the fault parameter number of the target fault identification rule and the working parameter information of the target identification equipment; and determining a fault monitoring result of the target task based on the rule content of the target fault identification rule and the fault parameter value.
In an optional embodiment, the fault identification rule belongs to a preset tree structure fault rule model, and a leaf node in the preset tree structure fault rule model is a basic rule, where the following information is defined in each basic rule: a faulty device type, a faulty parameter number, a comparison operator and a comparison parameter value.
In a second aspect, the present invention provides a fault monitoring device comprising: the system comprises a receiving module, a task monitoring module and a monitoring module, wherein the receiving module is used for receiving task state information sent by a task system to be monitored and working parameter information of all equipment in the task system to be monitored; wherein the task state information includes: the task mark of each task and the task execution state of each task; the first determining module is used for determining a task monitoring queue based on the task state information and acquiring the equipment distribution details of each monitored task in the task monitoring queue; wherein the monitored task is a task in an executing state; the second determination module is used for determining a fault monitoring result of each monitored task based on the equipment distribution details of each monitored task, the working parameter information of the task equipment and a preset fault handling strategy set; wherein the task device represents a device occupied by the monitored task; the fault monitoring result comprises: whether a fault occurs, and determining a fault description and a fault handling strategy when the fault occurs.
In an optional embodiment, the preset fault handling policy set includes multiple fault handling policies, and each fault handling policy corresponds to one fault identification rule; each fault identification rule predefines the following information: rule type, applicable equipment type, fault description, fault equipment type, fault parameter number and rule content; the rule type is used for representing whether a task to which the fault identification rule is applicable sets a standby device or not; the applicable device type comprises one of the following: primary equipment and standby equipment; the type of the fault equipment and the fault parameter number are used for representing the position of the fault equipment.
In a third aspect, the present invention provides an electronic device, comprising a memory and a processor, wherein the memory stores a computer program operable on the processor, and the processor executes the computer program to implement the steps of the method according to any of the foregoing embodiments.
In a fourth aspect, the invention provides a computer readable medium having non-volatile program code executable by a processor, the program code causing the processor to perform the method of any of the preceding embodiments.
The fault monitoring method provided by the invention comprises the following steps: receiving task state information sent by a task system to be monitored and working parameter information of all equipment in the task system to be monitored; wherein the task state information includes: the task mark of each task and the task execution state of each task; determining a task monitoring queue based on the task state information, and acquiring the equipment distribution details of each monitored task in the task monitoring queue; the monitored task is a task in an executing state; determining a fault monitoring result of each monitored task based on the equipment distribution details of each monitored task, the working parameter information of the task equipment and a preset fault handling strategy set; wherein the task equipment represents equipment occupied by the monitored task; the fault monitoring results include: whether a fault occurs, and determining a fault description and a fault handling policy when the fault occurs. According to the method, the task fault can be automatically found in time and quickly positioned by maintaining the preset fault handling strategy set, the fault equipment part is quickly positioned, the fault handling strategy is given, the task fault handling time is shortened, and the reliability of the communication system is improved.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, and it is obvious that the drawings in the following description are some embodiments of the present invention, and other drawings can be obtained by those skilled in the art without creative efforts.
Fig. 1 is a flowchart of a fault monitoring method according to an embodiment of the present invention;
fig. 2 is a schematic view of an application scenario of a fault monitoring method according to an embodiment of the present invention;
fig. 3 is a flowchart illustrating determining a fault monitoring result of a target task based on a target fault recognition rule and working parameter information of task equipment of the target task according to an embodiment of the present invention;
FIG. 4 is a functional block diagram of a fault monitoring apparatus according to an embodiment of the present invention;
fig. 5 is a schematic diagram of an electronic device according to an embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, but not all, embodiments of the present invention. The components of embodiments of the present invention generally described and illustrated in the figures herein may be arranged and designed in a wide variety of different configurations.
Thus, the following detailed description of the embodiments of the present invention, presented in the figures, is not intended to limit the scope of the invention, as claimed, but is merely representative of selected embodiments of the invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
Some embodiments of the invention are described in detail below with reference to the accompanying drawings. The embodiments and features of the embodiments described below can be combined with each other without conflict.
Communication systems often undertake important communication tasks in addition to routine maintenance tasks. Once a communication device fails during the communication task, the communication task is affected, irreparable loss can be caused, and the loss cost can be time, economy and even life. If the problem can be found in time and the fault part can be positioned quickly when the communication system is abnormal, valuable time can be won for solving the problem, the adverse effect caused by the fault problem is reduced, and the stability, the reliability and the maintainability of the communication system are improved. In view of this, an embodiment of the present invention provides a fault monitoring method for implementing the above functions.
Example one
Fig. 1 is a flowchart of a fault monitoring method according to an embodiment of the present invention, and as shown in fig. 1, the method specifically includes the following steps:
step S102, receiving task state information sent by the task system to be monitored and working parameter information of all devices in the task system to be monitored.
Specifically, the fault monitoring method provided by the embodiment of the invention is applied to a task fault monitoring system, the task fault monitoring system is in communication connection with a task system to be monitored, and the task system to be monitored comprises various devices, such as communication devices, control devices and the like. Fig. 2 is a schematic view of an application scenario of a fault monitoring method according to an embodiment of the present invention.
When the fault monitoring method is executed, a task system to be monitored sends task state information and working parameter information of all equipment in the system to the task fault monitoring system, wherein the task state information comprises: a task flag for each task and a task execution status for each task. Specifically, the task system to be monitored can simultaneously undertake a plurality of tasks, so that in order to facilitate distinguishing, each task has a unique task mark, and the task execution state of each task includes one of: during execution, execution ends. The working parameters of the equipment are related to the type of the equipment, and a user can configure the equipment according to the system requirements, which is not limited by the embodiment of the invention.
And step S104, determining a task monitoring queue based on the task state information, and acquiring the equipment distribution details of each monitored task in the task monitoring queue.
After receiving the task state information, the task fault monitoring system can determine a task monitoring queue according to the task execution state of each task, and the task which is executed does not need to be monitored, so that the task fault monitoring system stores the task which is in execution into the task monitoring queue, namely, the monitored task is the task which is in execution.
After all monitored tasks are determined, aiming at each monitored task, a task system to be monitored informs a task fault monitoring system of the equipment allocation details of each task by taking the task as a unit, wherein the equipment allocation details comprise: resource allocation information and a set of task devices, the resource allocation information including one of: a standby device is set, and no standby device is set.
For a task whose task execution state is an execution end, when sending task state information to the task failure monitoring system, the task system to be monitored may choose to feed back resource allocation information during the task execution together, but when the task is ended, the task system to be monitored does not send a set of task devices during the task execution to the task failure monitoring system.
Specifically, the task fault monitoring system processes the single or multiple pieces of task state information in the notification in sequence, maintains a task monitoring queue, and if the task execution state is in execution, updates the task mark in the task monitoring queue and updates the device allocation details; and if the task execution state is the execution end, deleting the task mark in the task monitoring queue, emptying the equipment distribution detail data of the task, wherein the task mark in the task monitoring queue is not repeated, and the queue can be empty.
For ease of understanding, the following illustrates that if a spare device is allocated during task execution, the device allocation details are expressed in the form of: setting a standby device + < a main device set, a device 1 type, a device 1 serial number.. A device n type, a device n serial number > + < a standby device set, a device x type, a device x serial number.. A device y type, and a device y serial number >; if the task is executed without allocating spare equipment, the expression of the equipment allocation details is as follows: the standby device + < primary device set, device 1 type, device 1 number.
In the embodiment of the invention, the equipment in the task system to be monitored is classified according to the model, and the equipment with the same model is specified to be the same type number; a plurality of devices with the same type number use different device numbers respectively.
According to the above description, the task fault monitoring system may define a task device resource occupation model, where the model expression form is: the task mark + the task execution state + the resource allocation information + the task equipment set, and the task equipment allocation result can be expressed by utilizing the model.
And S106, determining a fault monitoring result of each monitored task based on the equipment distribution details of each monitored task, the working parameter information of the task equipment and a preset fault handling strategy set.
Specifically, in the embodiment of the present invention, devices with the same type number in the task system to be monitored have the same monitoring state parameter set, and the number of each parameter in the parameter set is not repeated; after receiving the working parameter information of all the devices, the task fault monitoring system analyzes the information in real time, and stores the state parameters of all the devices according to a queue by using the following mode: device type number + device number + parameter number + real-time parameter value.
Therefore, after the device allocation details of each monitored task are obtained, the task device can be determined according to the device allocation details, and further the working parameter information of the task device is determined, wherein the task device represents the device occupied by the monitored task.
The task fault monitoring system is internally provided with a preset fault handling strategy set which supports addition, deletion, modification, check and management, the preset fault handling strategy set comprises a plurality of fault handling strategies, each fault handling strategy has a unique strategy number, a fault identification rule used for judgment is bound to the strategy number, and a handling strategy (measure) expected to be taken when a fault occurs is used for judging whether the fault occurs according to working parameter information of task equipment and providing fault description when the fault occurs. Therefore, after obtaining the device allocation details of each monitored task and the working parameter information of the task device, the task fault monitoring system can determine the fault monitoring result of each monitored task according to the preset fault handling strategy set, wherein the fault monitoring result includes: whether a fault occurs or not, and determining fault description and a fault handling strategy when the fault occurs, wherein the fault description carries information of a fault device.
In consideration of task security, the handling measures generally have to be performed autonomously by the task system to be monitored, and therefore the handling policy needs to be agreed with the task system to be monitored. Common handling strategies are generally: 1) Only fault information is prompted; 2) Prompting a fault and switching the main equipment and the standby equipment at the fault part; 3) The fault is prompted and the main and standby of the whole link to which the fault equipment belongs are switched, the three strategies can respectively code 'T', 'D' and 'L', and according to the definition and description, the expression form of one fault handling strategy can be as follows: strategy number + fault identification rule number + T/D/L.
The fault monitoring method provided by the invention comprises the following steps: receiving task state information sent by a task system to be monitored and working parameter information of all equipment in the task system to be monitored; wherein the task state information includes: the task mark of each task and the task execution state of each task; determining a task monitoring queue based on the task state information, and acquiring the equipment distribution details of each monitored task in the task monitoring queue; the monitored task is a task in an executing state; determining a fault monitoring result of each monitored task based on the equipment distribution details of each monitored task, the working parameter information of the task equipment and a preset fault handling strategy set; wherein the task equipment represents equipment occupied by the monitored task; the fault monitoring results include: whether a fault occurs, and determining a fault description and a fault handling policy when the fault occurs. According to the method, the task fault can be automatically found in time and quickly positioned by maintaining the preset fault handling strategy set, the fault equipment part is quickly positioned, the fault handling strategy is given, the task fault handling time is shortened, and the reliability of the communication system is improved.
In an optional embodiment, the preset fault handling policy set includes a plurality of fault handling policies, and each fault handling policy corresponds to one fault identification rule; each fault identification rule predefines the following information: rule type, applicable equipment type, fault description, fault equipment type, fault parameter number and rule content; the rule type is used for representing whether a task applicable to the fault identification rule is provided with standby equipment or not; the applicable device types include one of the following: primary equipment and standby equipment; the type of the fault equipment and the fault parameter number are used for representing the position of the fault equipment.
Specifically, the rule types may be divided into: the first type of rule is suitable for setting the task of the standby equipment (both the main equipment and the standby equipment); the second type of rules applies to tasks where no standby device (only active device) is provided. In generating the fault identification rules, the fault description may be set as a rule name, and each fault identification rule corresponds to a unique rule number for the convenience of rule management.
In the embodiment of the invention, the newly added fault identification rule can reference the defined old fault identification rule in a nested manner, but the operation relation between the old rule and the existing content must be specified; when the new rule refers to the old rule, the two rules must belong to the first class of rules or the second class of rules, and the endless loop reference of 'self-reference' is avoided.
In an optional embodiment, the fault identification rule belongs to a preset tree structure fault rule model, and leaf nodes in the preset tree structure fault rule model are basic rules, and the following information is defined in each basic rule: fault equipment type, fault parameter number, comparison operator and comparison parameter value.
In the embodiment of the invention, the preset tree structure fault rule model supports addition, deletion, modification and check management, and in order to avoid dead loop of rule nested reference, each rule number can only appear once in one tree branch. As can be seen from the above description of the basic rules, the basic rules in the tree structure are calculated by comparing an actual operating parameter value of a certain type of device with a defined comparison parameter value using a comparison operator.
The grammar is built according to a rule model, and the expression of a rule can refer to the following form: class I/II + rule number + Primary/Standby + (\9475; and, minimum basic rule \9475; and, other rule numbers \9475or, other rule numbers \8230;). Where '\9475;' is a grammar connector indicating that the content behind is an option. The first 3 items are mandatory options. The 'in < >' content cannot be empty.
For ease of understanding, an example of a tree structured fault identification rule is provided below:
< rule base >
< | A! -rule number: 1, example a rule: the working frequency of the main up-converter is more than 1000, or the working frequency of the main up-converter is less than 800 >
Rule type = "class" rule number = "1" applicable device = "active" rule name = "active up converter operating frequency anomaly" faulty device type = "up converter" fault parameter number = "operating frequency" >, and
< rule content and OR relationship = "or" >)
< content type = "base rule" device type = "up-converter" parameter number = "operating frequency" comparison operator = "greater than" comparison operation parameter value = "1000"/>)
< content type = "basic rule" device type = "up-converter" parameter number = "operating frequency" comparison operator = "less than" comparison operation parameter value = "800"/>)
< content of rules >
</rule >
< | A! -rule number: 2, example a rule: the working frequency of the spare up-converter is less than or equal to 1000, and the working frequency of the up-converter is greater than or equal to 800 >
Rule type = "class" rule number = "2" applicable device = "backup" rule name = "backup upconverter operating frequency normal" faulty device type = "upconverter" fault parameter number = "operating frequency" >, and
< rule content and OR relationship = "and" >)
< content type = "base rule" device type = "up-converter" parameter number = "operating frequency" comparison operator = "greater than" comparison operation parameter value = "1000"/>)
< content type = "basic rule" device type = "up-converter" parameter number = "operating frequency" comparison operator = "less than" comparison operation parameter value = "800"/>)
< content of rules >
</rule >
< | A! -rule number: 3, example a rule: determine the frequency abnormality of the up-converter >
Rule type = "class" rule number = "3" applicable device = "active device" rule name = "active/standby task upconverter operating frequency anomaly" fault device type = "upconverter" fault parameter number = "operating frequency" >, and the like
< rule content and or relationship = "and" >)
< content type = "reference rule" rule number = "1"/>)
< content type = "reference rule" rule number = "2"/>)
< content of rule >
</rule >
< | A! -rule number: 4, example a rule: adapted to tasks with only primary equipment and no standby equipment- - ]
Rule type = "type two" rule number = "4" applicable device = "active" rule name = "no standby device task up-converter operating frequency anomaly" faulty device type = "up-converter" fault parameter number = "operating frequency" >, where "no standby device task up-converter operating frequency anomaly" faulty device type = "operating frequency" >
< rule content and or relationship = "or" >)
< content type = "base rule" device type = "up-converter" parameter number = "operating frequency" comparison operator = "greater than" comparison operation parameter value = "1000"/>)
< content type = "basic rule" device type = "up-converter" parameter number = "operating frequency" comparison operator = "less than" comparison operation parameter value = "800"/>)
< content of rule >
</rule >
</rule base >
The above example provides 4 fault identification rules: the rule number 1 belongs to the first type of rule introduced above, and the parameters of the main equipment in the task need to be acquired to participate in calculation; the rule number 2 belongs to a first class rule, and the parameters of the standby equipment in the task need to be acquired to participate in calculation; the rule number 3 belongs to a first class of rules, the main equipment parameters in the task need to be acquired to participate in calculation, the rule number 1 and the reference rule number 2 are referred, and the calculation is completed by using 'and'; the rule number 4 belongs to a second class of rules, and is only applicable to tasks without standby equipment, and the parameters of the main equipment in the tasks need to be acquired to participate in calculation.
In an optional embodiment, in the step S106, determining the fault monitoring result of each monitored task based on the device allocation details of each monitored task, the working parameter information of the task device, and the preset fault handling policy set, specifically includes the following steps:
step S1061, traversing the fault handling strategies in the preset fault handling strategy set, and executing the following steps aiming at the target fault handling strategy; wherein, the target fault handling policy is any one policy in a preset fault handling policy set:
step S1062, determining whether the target fault handling policy is applicable to the target task based on the device allocation details of the target task and the target fault identification rule corresponding to the target fault handling policy.
The target task is any task in the task monitoring queue.
If it is determined to be applicable, the following step S1063 is performed; if not, step S1062 is performed on the next failure handling policy.
Step S1063, determining a fault monitoring result of the target task based on the target fault identification rule and the working parameter information of the task equipment of the target task.
In the embodiment of the invention, a task fault monitoring system can periodically monitor all monitored tasks in a task detection queue, when a target task is monitored, all fault handling strategies in a preset fault handling strategy set need to be traversed, when the target fault handling strategy is traversed, whether the strategy is suitable for the target task is judged according to a target fault identification rule corresponding to the target fault handling strategy, if the strategy is suitable for the target task, the target fault identification rule is utilized to carry out fault judgment on working parameter information of task equipment of the target task, and if the working parameter information of the task equipment can trigger the rule, a fault monitoring result of the target task is immediately determined; if not, directly skipping to the next handling strategy, and judging whether the fault identification rule corresponding to the next fault handling strategy is suitable for the target task. By analogy, after all fault handling strategies are traversed, the fault monitoring of the target task is finished, and the fault monitoring results of all monitored tasks can be determined by the same method.
Under the condition that the task fault monitoring system determines that the target task has a fault, the task fault monitoring system feeds back the following information to the task system to be monitored: task marking + fault description + fault equipment location + fault handling strategy.
In an optional embodiment, in step S1062, determining, based on the device allocation details of the target task and a target fault identification rule corresponding to the target fault handling policy, whether the target fault handling policy is applicable to the target task includes the following steps:
step S10621, acquiring resource allocation information in the device allocation details of the target task.
Wherein the resource allocation information includes one of: a standby device is set, and no standby device is set.
Step S10622, determining whether the rule type of the target fault identification rule matches the resource allocation information in the target task.
If yes, the following step S10623 is executed; if not, the following step S10624 is performed.
Step S10623, determining that the target fault handling policy is applicable to the target task.
Step S10624, determining that the target failure handling policy is not applicable to the target task.
Specifically, as can be seen from the above description, each fault identification rule specifies a rule type in definition, that is, whether the rule is applicable to a task of setting a standby device or a task of not setting a standby device. Therefore, in the embodiment of the present invention, when performing fault monitoring on a target task, it is first determined which type of fault identification rule the target task is specifically applicable to according to resource allocation information in device allocation details of the target task, and only when a rule type of a target fault identification rule corresponding to a target fault handling policy is matched with resource allocation information in the target task, it is determined that the target fault handling policy is applicable to the target task; otherwise, the determination is not applicable.
That is, if the standby equipment is set in the task according to the resource allocation information of the target task, the target task is indicated to be suitable for the first type of rules; if the target fault identification rule corresponding to the target fault handling policy is defined as a first class rule, determining that the target fault handling policy is applicable to a target task; and if the target fault identification rule corresponding to the target fault handling policy is defined as a second type of rule, determining that the target fault handling policy is not applicable to the target task.
In an optional embodiment, as shown in fig. 3, in step S1063, the determining, based on the target fault identification rule and the working parameter information of the task device of the target task, a fault monitoring result of the target task specifically includes the following steps:
in step S10631, the target identification device is determined based on the faulty device type of the target fault identification rule and the task device of the target task.
In step S10632, a failure parameter value of the target identification device is determined based on the failure parameter number of the target failure identification rule and the operating parameter information of the target identification device.
Step S10633, determining a fault monitoring result of the target task based on the rule content of the target fault identification rule and the fault parameter value.
The fault identification rule specified in the fault handling policy of the embodiment of the present invention is an abstract and conceptualized rule model, and only the fault device type, the fault parameter number, the comparison operator, and the comparison parameter value are defined in the basic rule. Thus, the comparison calculation can only be done by inputting the actual device parameter values (i.e., the failure parameter values above). That is, the rules are combined with the devices used by the actual tasks, and then the actual fault identification rules can be generated, so that the abstract fault identification rules can be realized, and the fault identification rules can be used for monitoring and calculating after being realized.
When a target fault identification rule is used for carrying out fault judgment on a target task, firstly, a target identification device is determined, wherein the target identification device represents a task device matched from a task device set of the target task by using the target fault identification rule. Specifically, according to the applicable device type (active/standby) and the faulty device type (i.e., the device type number) specified in the fault identification rule, the device type is matched in the task device set (active set/standby set) of the target task to obtain the actual task device number, and then all the target identification devices are determined according to the device numbers.
Then, after the target identification device is determined, the fault parameter value (namely, the real-time parameter value) of the target identification device is determined from the working parameter information of the target identification device by combining the fault parameter number indicated by the fault identification rule, and after the fault parameter value is obtained, the fault identification rule is finalized, and then the fault parameter value is compared with the comparison parameter value in the rule, and finally whether the rule is triggered is determined.
Because the fault identification rule belongs to a preset tree-structure fault rule model, when judging whether a target task has a fault according to the rule content and the fault parameter value of the target fault identification rule, a step-by-step recursion algorithm from a leaf node to a root node can be designed according to the tree-structure characteristic of the fault rule, whether the fault rule is established or not is calculated, and if the calculation result is established, the fault of the task is indicated; if the calculation result is not true, the task is indicated not to have the fault.
In summary, the fault monitoring method provided in the embodiment of the present invention may design a manageable task fault rule model and a fault handling policy by establishing a task state expert model, so as to implement automatic fault monitoring based on task states, and automatically and quickly take handling measures according to the handling policy when a fault is found. The method can be popularized and applied to a system which has remote monitoring and bears tasks for a long time and has automatic fault monitoring and handling requirements on the tasks, the fault state of the system tasks is monitored in real time and automatically and quickly handled, the system can execute the tasks more stably, reliably and maintainably, the method is particularly suitable for improving the task guarantee capability of the system, and the purposes of improving the task operation stability, reliability and maintainability are further achieved.
Example two
The embodiment of the present invention further provides a fault monitoring apparatus, which is mainly used for executing the fault monitoring method provided in the first embodiment of the present invention, and the fault monitoring apparatus provided in the embodiment of the present invention is specifically described below.
Fig. 4 is a functional block diagram of a fault monitoring apparatus according to an embodiment of the present invention, and as shown in fig. 4, the apparatus mainly includes: a receiving module 10, a first determining module 20, a second determining module 30, wherein:
the receiving module 10 is configured to receive task state information sent by a task system to be monitored and working parameter information of all devices in the task system to be monitored; wherein the task state information includes: a task flag for each task and a task execution status for each task.
The first determining module 20 is configured to determine a task monitoring queue based on the task state information, and obtain device allocation details of each monitored task in the task monitoring queue; the monitored task is a task in an executing state.
A second determining module 30, configured to determine a fault monitoring result of each monitored task based on the device allocation details of each monitored task, the working parameter information of the task device, and a preset fault handling policy set; wherein the task equipment represents equipment occupied by the monitored task; the fault monitoring results include: whether a fault occurs, and determining a fault description and a fault handling policy when the fault occurs.
The invention provides a fault monitoring device, comprising: the receiving module 10 is configured to receive task state information sent by a task system to be monitored and working parameter information of all devices in the task system to be monitored; wherein the task state information includes: the task mark of each task and the task execution state of each task; the first determining module 20 is configured to determine a task monitoring queue based on the task state information, and obtain device allocation details of each monitored task in the task monitoring queue; the monitored task is a task in an executing state; a second determining module 30, configured to determine a fault monitoring result of each monitored task based on the device allocation details of each monitored task, the working parameter information of the task device, and a preset fault handling policy set; wherein the task equipment represents equipment occupied by the monitored task; the fault monitoring results include: whether a fault occurs, and determining a fault description and a fault handling strategy when the fault occurs. The device can automatically find the task fault in time, quickly locate the fault equipment part and provide the fault handling strategy by maintaining the preset fault handling strategy set, thereby shortening the task fault handling time and improving the reliability of the communication system.
Optionally, the preset fault handling policy set includes multiple fault handling policies, and each fault handling policy corresponds to one fault identification rule; each fault identification rule predefines the following information: rule type, applicable equipment type, fault description, fault equipment type, fault parameter number and rule content; the rule type is used for representing whether a task applicable to the fault identification rule is provided with standby equipment or not; the applicable device types include one of the following: primary equipment and standby equipment; the type of the fault equipment and the fault parameter number are used for representing the position of the fault equipment.
Optionally, the second determining module 30 includes:
the traversal execution unit is used for traversing the fault handling strategies in the preset fault handling strategy set and executing the following steps aiming at the target fault handling strategy; the target fault handling policy is any one of a preset fault handling policy set:
the first determining unit is used for determining whether the target fault handling strategy is applicable to the target task based on the equipment distribution details of the target task and a target fault identification rule corresponding to the target fault handling strategy; the target task is any task in the task monitoring queue.
And the second determining unit is used for determining the fault monitoring result of the target task based on the target fault identification rule and the working parameter information of the task equipment of the target task if the determination is applicable.
Optionally, the first determining unit is specifically configured to:
acquiring resource allocation information in the equipment allocation details of the target task; wherein the resource allocation information includes one of: a standby device is set, and no standby device is set.
And judging whether the rule type of the target fault identification rule is matched with the resource allocation information in the target task.
And if the target task is matched with the fault handling policy, determining that the target fault handling policy is applicable to the target task.
And if not, determining that the target fault handling strategy is not applicable to the target task.
Optionally, the second determining unit is specifically configured to:
and determining the target identification equipment based on the fault equipment type of the target fault identification rule and the task equipment of the target task.
And determining the fault parameter value of the target identification equipment based on the fault parameter number of the target fault identification rule and the working parameter information of the target identification equipment.
And determining a fault monitoring result of the target task based on the rule content and the fault parameter value of the target fault identification rule.
Optionally, the fault identification rule belongs to a preset tree structure fault rule model, a leaf node in the preset tree structure fault rule model is a basic rule, and the following information is defined in each basic rule: fault equipment type, fault parameter number, comparison operator and comparison parameter value.
EXAMPLE III
Referring to fig. 5, an embodiment of the present invention provides an electronic device, including: a processor 60, a memory 61, a bus 62 and a communication interface 63, wherein the processor 60, the communication interface 63 and the memory 61 are connected through the bus 62; the processor 60 is arranged to execute executable modules, such as computer programs, stored in the memory 61.
The Memory 61 may include a high-speed Random Access Memory (RAM) and may also include a non-volatile Memory (non-volatile Memory), such as at least one disk Memory. The communication connection between the network element of the system and at least one other network element is realized through at least one communication interface 63 (which may be wired or wireless), and the internet, a wide area network, a local network, a metropolitan area network, and the like may be used.
The bus 62 may be an ISA bus, PCI bus, EISA bus, or the like. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one double-headed arrow is shown in FIG. 5, but this does not indicate only one bus or one type of bus.
The memory 61 is used for storing a program, the processor 60 executes the program after receiving an execution instruction, and the method executed by the apparatus defined by the flow process disclosed in any of the foregoing embodiments of the present invention may be applied to the processor 60, or implemented by the processor 60.
The processor 60 may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method may be performed by integrated logic circuits of hardware or instructions in the form of software in the processor 60. The Processor 60 may be a general-purpose Processor, and includes a Central Processing Unit (CPU), a Network Processor (NP), and the like; the Integrated Circuit may also be a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field-Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic device, or discrete hardware components. The various methods, steps, and logic blocks disclosed in the embodiments of the present invention may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in connection with the embodiments of the present invention may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software module may be located in ram, flash memory, rom, prom, or eprom, registers, etc. storage media as is well known in the art. The storage medium is located in a memory 61, and the processor 60 reads the information in the memory 61 and, in combination with its hardware, performs the steps of the above method.
The method, the apparatus, and the computer program product for monitoring a fault of an electronic device provided in the embodiments of the present invention include a computer-readable storage medium storing a non-volatile program code executable by a processor, where instructions included in the program code may be used to execute the method described in the foregoing method embodiments, and specific implementation may refer to the method embodiments, which are not described herein again.
In addition, functional units in the embodiments of the present invention may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit.
The functions, if implemented in software functional units and sold or used as a stand-alone product, may be stored in a non-transitory computer-readable storage medium executable by a processor. Based on such understanding, the technical solution of the present invention may be embodied in the form of a software product, which is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present invention. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes.
It should be noted that: like reference numbers and letters refer to like items in the following figures, and thus, once an item is defined in one figure, it need not be further defined or explained in subsequent figures.
In the description of the present invention, it should be noted that the terms "center", "upper", "lower", "left", "right", "vertical", "horizontal", "inner", "outer", etc. indicate orientations or positional relationships based on the orientations or positional relationships shown in the drawings or the orientations or positional relationships that the products of the present invention are conventionally placed in use, and are only used for convenience in describing the present invention and simplifying the description, but do not indicate or imply that the devices or elements referred to must have a specific orientation, be constructed and operated in a specific orientation, and thus, should not be construed as limiting the present invention. Furthermore, the terms "first," "second," "third," and the like are used solely to distinguish one from another, and are not to be construed as indicating or implying relative importance.
Furthermore, the terms "horizontal", "vertical", "suspended" and the like do not imply that the components are absolutely horizontal or suspended, but may be slightly inclined. For example, "horizontal" merely means that the direction is more horizontal than "vertical" and does not mean that the structure must be perfectly horizontal, but may be slightly inclined.
In the description of the present invention, it should also be noted that, unless otherwise explicitly specified or limited, the terms "disposed," "mounted," "connected," and "connected" are to be construed broadly and may, for example, be fixedly connected, detachably connected, or integrally connected; can be mechanically or electrically connected; they may be connected directly or indirectly through intervening media, or they may be interconnected between two elements. The specific meanings of the above terms in the present invention can be understood in specific cases to those skilled in the art.
Finally, it should be noted that: the above embodiments are only used to illustrate the technical solution of the present invention, and not to limit the same; while the invention has been described in detail and with reference to the foregoing embodiments, it will be understood by those skilled in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some or all of the technical features may be equivalently replaced; and the modifications or the substitutions do not make the essence of the corresponding technical solutions depart from the scope of the technical solutions of the embodiments of the present invention.
Claims (8)
1. A method of fault monitoring, comprising:
receiving task state information sent by a task system to be monitored and working parameter information of all equipment in the task system to be monitored; wherein the task state information includes: the task mark of each task and the task execution state of each task;
determining a task monitoring queue based on the task state information, and acquiring equipment distribution details of each monitored task in the task monitoring queue; wherein the monitored task is a task in an executing state; the device assignment details include: resource allocation information and a set of task devices, the resource allocation information including one of: setting standby equipment, wherein the standby equipment is not set;
determining a fault monitoring result of each monitored task based on the equipment distribution details of each monitored task, the working parameter information of task equipment and a preset fault handling strategy set; wherein the task device represents a device occupied by the monitored task; the fault monitoring result comprises: whether a fault occurs or not, and determining a fault description and a fault handling strategy when the fault occurs;
the preset fault handling strategy set comprises a plurality of fault handling strategies, and each fault handling strategy corresponds to one fault identification rule; each fault identification rule predefines the following information: rule type, applicable equipment type, fault description, fault equipment type, fault parameter number and rule content; the rule type is used for representing whether a task to which the fault identification rule is applicable sets a standby device or not; the applicable device type comprises one of the following: primary equipment and standby equipment; the type of the fault equipment and the fault parameter number are used for representing the position of the fault equipment; the newly added fault identification rule may be nested with an old fault identification rule referencing the same rule type that has been defined.
2. The method of claim 1, wherein determining the fault monitoring result of each monitored task based on the device allocation details of each monitored task, the working parameter information of the task device and a preset fault handling policy set comprises:
traversing the fault handling strategies in the preset fault handling strategy set, and executing the following steps aiming at a target fault handling strategy; wherein the target fault handling policy is any one of the preset fault handling policy set:
determining whether the target fault handling strategy is applicable to the target task based on the equipment distribution details of the target task and a target fault identification rule corresponding to the target fault handling strategy; the target task is any task in the task monitoring queue;
and if the target task fault is determined to be applicable, determining a fault monitoring result of the target task based on the target fault identification rule and the working parameter information of the task equipment of the target task.
3. The method of claim 2, wherein determining whether the target fault handling policy is applicable to the target task based on the device allocation details of the target task and a target fault identification rule corresponding to the target fault handling policy comprises:
acquiring resource allocation information in the equipment allocation details of the target task; wherein the resource allocation information comprises one of: setting standby equipment, wherein the standby equipment is not set;
judging whether the rule type of the target fault identification rule is matched with the resource allocation information in the target task;
if so, determining that the target fault handling strategy is applicable to the target task;
and if not, determining that the target fault handling strategy is not applicable to the target task.
4. The method of claim 2, wherein determining the fault monitoring result of the target task based on the target fault identification rule and the working parameter information of the task device of the target task comprises:
determining target identification equipment based on the fault equipment type of the target fault identification rule and the task equipment of the target task;
determining a fault parameter value of the target identification equipment based on a fault parameter number of the target fault identification rule and working parameter information of the target identification equipment;
and determining a fault monitoring result of the target task based on the rule content of the target fault identification rule and the fault parameter value.
5. The method according to claim 1, wherein the fault identification rule belongs to a preset tree structure fault rule model, and leaf nodes in the preset tree structure fault rule model are basic rules, and the following information is defined in each basic rule: a faulty device type, a faulty parameter number, a comparison operator and a comparison parameter value.
6. A fault monitoring device, comprising:
the system comprises a receiving module, a task monitoring module and a monitoring module, wherein the receiving module is used for receiving task state information sent by a task system to be monitored and working parameter information of all equipment in the task system to be monitored; wherein the task state information includes: the task mark of each task and the task execution state of each task;
the first determining module is used for determining a task monitoring queue based on the task state information and acquiring the equipment distribution details of each monitored task in the task monitoring queue; wherein the monitored task is a task in an executing state; the device assignment details include: resource allocation information and a set of task devices, the resource allocation information including one of: setting standby equipment, wherein the standby equipment is not set;
the second determination module is used for determining a fault monitoring result of each monitored task based on the equipment distribution details of each monitored task, the working parameter information of the task equipment and a preset fault handling strategy set; wherein the task device represents a device occupied by the monitored task; the fault monitoring result comprises: whether a fault occurs or not, and determining a fault description and a fault handling strategy when the fault occurs;
the preset fault handling strategy set comprises a plurality of fault handling strategies, and each fault handling strategy corresponds to one fault identification rule; each fault identification rule predefines the following information: rule type, applicable equipment type, fault description, fault equipment type, fault parameter number and rule content; the rule type is used for representing whether a task to which the fault identification rule is applicable sets a standby device or not; the applicable device type comprises one of the following: primary equipment and standby equipment; the fault equipment type and the fault parameter number are used for representing a fault equipment part; the newly added fault identification rule may be nested with an old fault identification rule referencing the same rule type that has been defined.
7. An electronic device comprising a memory, a processor, and a computer program stored on the memory and executable on the processor, wherein the processor implements the steps of the method of any of claims 1 to 5 when executing the computer program.
8. A computer-readable medium having non-volatile program code executable by a processor, the program code causing the processor to perform the method of any of claims 1 to 5.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210089973.1A CN114490765B (en) | 2022-01-25 | 2022-01-25 | Fault monitoring method and device and electronic equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210089973.1A CN114490765B (en) | 2022-01-25 | 2022-01-25 | Fault monitoring method and device and electronic equipment |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114490765A CN114490765A (en) | 2022-05-13 |
| CN114490765B true CN114490765B (en) | 2022-11-29 |
Family
ID=81474632
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210089973.1A Active CN114490765B (en) | 2022-01-25 | 2022-01-25 | Fault monitoring method and device and electronic equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114490765B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115630677B (en) * | 2022-11-07 | 2023-10-13 | 北京百度网讯科技有限公司 | Task processing method, device, electronic equipment and medium |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6757897B1 (en) * | 2000-02-29 | 2004-06-29 | Cisco Technology, Inc. | Apparatus and methods for scheduling and performing tasks |
| CN104200629A (en) * | 2014-09-01 | 2014-12-10 | 中国东方电气集团有限公司 | Software system based on GPRS monitoring terminal |
| CN110535710A (en) * | 2019-09-09 | 2019-12-03 | 锐捷网络股份有限公司 | Remote diagnosis method and system, the network equipment and Cloud Server of the network equipment |
| CN112350840A (en) * | 2019-08-08 | 2021-02-09 | 中移物联网有限公司 | Fault monitoring and repairing method and related equipment |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101453312B (en) * | 2007-11-30 | 2012-06-27 | 中国移动通信集团公司 | Method and apparatus for device backup |
| US10193747B2 (en) * | 2014-04-08 | 2019-01-29 | Huawei Device Co., Ltd. | Fault detection method and device |
| US9588853B2 (en) * | 2014-06-05 | 2017-03-07 | International Business Machines Corporation | Automatic management of server failures |
| CN104202394B (en) * | 2014-09-01 | 2017-11-10 | 中国东方电气集团有限公司 | A kind of implementation method of the multitask application program based on GPRS monitor terminals |
| CN106301522B (en) * | 2016-08-20 | 2020-05-26 | 航天恒星科技有限公司 | Visual fault diagnosis method and system for data receiving task of remote sensing satellite ground station |
| CN106774240B (en) * | 2016-11-25 | 2019-12-10 | 华南理工大学 | service-oriented industrial production control and monitoring method and system |
| CN109884533B (en) * | 2019-03-11 | 2022-09-13 | 北京百度网讯科技有限公司 | Method and device for diagnosing battery fault, equipment and storage medium |
| CN110380907B (en) * | 2019-07-26 | 2021-09-24 | 京信网络系统股份有限公司 | Network fault diagnosis method and device, network equipment and storage medium |
| CN112104085A (en) * | 2020-09-24 | 2020-12-18 | 山东工业职业学院 | Multifunctional electric power and electric automation control system |
-
2022
- 2022-01-25 CN CN202210089973.1A patent/CN114490765B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6757897B1 (en) * | 2000-02-29 | 2004-06-29 | Cisco Technology, Inc. | Apparatus and methods for scheduling and performing tasks |
| CN104200629A (en) * | 2014-09-01 | 2014-12-10 | 中国东方电气集团有限公司 | Software system based on GPRS monitoring terminal |
| CN112350840A (en) * | 2019-08-08 | 2021-02-09 | 中移物联网有限公司 | Fault monitoring and repairing method and related equipment |
| CN110535710A (en) * | 2019-09-09 | 2019-12-03 | 锐捷网络股份有限公司 | Remote diagnosis method and system, the network equipment and Cloud Server of the network equipment |
Non-Patent Citations (2)
| Title |
|---|
| S频段统一测控雷达健康故障诊断系统的设计;何谦 等;《计算机测量与控制》;20190425;第27卷(第04期);60-63 * |
| 和谐型电力机车高压电压互感器在线监测系统的研究;刘超颖;《中国优秀硕士学位论文全文数据库 工程科技Ⅱ辑》;20130415(第04期);C042-145 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114490765A (en) | 2022-05-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108491305B (en) | Method and system for detecting server fault | |
| CN111983383B (en) | Power system fault first-aid repair method and system | |
| CN114490765B (en) | Fault monitoring method and device and electronic equipment | |
| CN115036595B (en) | Energy storage battery safety prevention maintenance method, device and system | |
| CN108199861A (en) | A kind of computer lab management method and device | |
| CN111142929A (en) | Firmware configuration method, device, equipment and medium in equipment production process | |
| CN108650134A (en) | The method, apparatus and electronic equipment of network failure positioning | |
| US11252066B2 (en) | Automated network monitoring and control | |
| CN110069382B (en) | Software monitoring method, server, terminal device, computer device and medium | |
| CN112232758A (en) | Engineering change timeliness management method and system based on product life cycle management | |
| CN116245339A (en) | Production monitoring method and device of server equipment, storage medium and electronic device | |
| CN115098505A (en) | Method and device for changing table structure of database and electronic equipment | |
| CN114138750A (en) | AI consultation database cluster building method and system | |
| CN112446779A (en) | Rapid error reporting processing method, device and medium in batch processing | |
| WO2024066346A1 (en) | Alarm processing method and apparatus, and storage medium and electronic apparatus | |
| CN114296987A (en) | Fault processing method and device, electronic equipment and computer storage medium | |
| CN115687020A (en) | Closed-loop management method, system, device and storage medium for device | |
| CN114997696A (en) | Nuclear power unit shutdown and shutdown risk dynamic assessment method and device and computer equipment | |
| CN117408666A (en) | Distribution network abnormality investigation method, device, equipment and storage medium | |
| CN117762060A (en) | Method and device for designing intelligent operation and maintenance data interface of regional controller | |
| CN114416491A (en) | Method, device, equipment and storage medium for evaluating running state of network element equipment | |
| CN117667482A (en) | Fault detection method based on index threshold | |
| CN115329725A (en) | CIM data conversion and process management method | |
| CN116126691A (en) | Software testing method and device, electronic device and storage medium | |
| CN117314106A (en) | Automatic processing method, device and equipment for operation tasks and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |