CN113039751B - Fault notification methods, devices and equipment - Google Patents

Abstract

The present application provides a fault notification method, device and equipment. The method includes: sending a communication request to the second device according to the communication address of the second device, until receiving a communication response sent by the second device, and then sending a communication request to the second device. The second device sends fault information of the first device. Improved the timeliness and reliability of fault notification.

Description

Fault notification methods, devices and equipment

Technical field

The present application relates to the field of computers, and in particular, to a fault notification method, device and equipment.

Background technique

Currently, in order to allow staff to clearly understand the operating status of equipment (such as servers, etc.), a monitor can monitor the operating indicators of the equipment.

In related technologies, the monitor can obtain the log information of the device operation in real time. When the monitor analyzes the log and obtains an abnormality, the abnormal log will be marked in red. In this way, when the staff finds that the device is abnormal, they can use the color of the log information to Find the log information when the equipment fails, locate the equipment fault based on the log information when the equipment fails, and perform maintenance on the equipment. However, during the above process, the staff was unable to discover equipment failures in time.

Contents of the invention

This application provides a fault notification method, device and equipment, which improves the timeliness and reliability of fault notification.

In a first aspect, an embodiment of the present disclosure provides a fault notification method, including:

According to the communication address of the second device, a communication request is sent to the second device. After receiving a communication response sent by the second device, the fault information of the first device is sent to the second device.

In a possible implementation, the communication request is sent to the second device according to the communication address of the second device, and the communication request is sent to the second device until a communication response sent by the second device is received. The fault information of the first device includes:

Obtain the emergency level of the fault of the first device;

According to the emergency level and the communication address of the second device, a communication request is sent to the second device until a communication response sent by the second device is received, and the fault information is sent to the second device. .

In a possible implementation, the number of the communication addresses is at least two; according to the emergency level and the communication address of the second device, a communication request is sent to the second device until all the communication addresses are received. After receiving the communication response sent by the second device, sending the fault information to the second device, including:

When the emergency level is less than the first threshold, communication requests are sent to the second devices corresponding to the at least two communication addresses in sequence according to the priorities of the at least two communication addresses until a communication request sent by a second device is received. After the communication response, the fault information is sent to the one second device.

In a possible implementation, the number of the communication addresses is at least two; according to the emergency level and the communication address of the second device, a communication request is sent to the second device until all the communication addresses are received. After receiving the communication response sent by the second device, sending the fault information to the second device, including:

When the emergency level is greater than the first threshold, communication requests are simultaneously sent to the second devices corresponding to the at least two communication addresses. After receiving a communication response sent by a second device, communication requests to the second device other than the one second device are suspended. Other second devices other than the device send the communication request, and send the fault information to the one second device.

In a possible implementation, the obtaining the emergency level of the fault of the first device includes:

According to the fault type of the first device, the emergency level of the fault of the first device is obtained.

In a possible implementation, before sending a communication request to the second device according to the communication address of the second device, the method further includes:

Obtain the fault information of the first device and the communication address of the second device.

In a possible implementation, the obtaining the fault information of the first device and the communication address of the second device includes:

According to the fault type of the first device, the fault information of the first device and the communication address of the second device are obtained.

In a possible implementation, the method further includes:

Obtain the fault type of the first device.

In a possible implementation, the fault information includes voice type and text type; and obtaining the fault information of the first device includes:

Obtain the first information of the text type corresponding to the fault type, where the first information includes at least one of the identification of the first device, the fault location of the first device, the fault type, the moment when the fault occurs, or the fault solution;

The first information is converted into second information of voice type, and the fault information includes the first information and the second information.

In a possible implementation, the communication request includes a call request, and the communication response includes a call answering response.

In a possible implementation, the communication response is sent by the second device after receiving the first instruction.

In a second aspect, an embodiment of the present disclosure provides a fault notification device, including:

A sending module configured to send a communication request to the second device according to the communication address of the second device, and then send the fault information of the first device to the second device after receiving a communication response sent by the second device. .

In a possible implementation, the device further includes a first acquisition module,

The first acquisition module is configured to acquire the emergency level of the fault of the first device;

The sending module is configured to send a communication request to the second device according to the emergency level and the communication address of the second device until receiving a communication response sent by the second device. The second device sends the fault information.

In a possible implementation, the number of communication addresses is at least two; the sending module is configured as:

When the emergency level is less than the first threshold, communication requests are sent to the second devices corresponding to the at least two communication addresses in sequence according to the priorities of the at least two communication addresses until a communication request sent by a second device is received. After the communication response, the fault information is sent to the one second device.

In a possible implementation, the number of communication addresses is at least two; the sending module is configured as:

When the emergency level is greater than the first threshold, communication requests are simultaneously sent to the second devices corresponding to the at least two communication addresses. After receiving a communication response sent by a second device, communication requests to the second device other than the one second device are suspended. Other second devices other than the device send the communication request, and send the fault information to the one second device.

In a possible implementation, the first acquisition module is configured as:

According to the fault type of the first device, the emergency level of the fault of the first device is obtained.

In a possible implementation, the device further includes a second acquisition module,

The second acquisition module is configured to acquire the fault information of the first device and the communication of the second device before the sending module sends a communication request to the second device according to the communication address of the second device. address.

In a possible implementation, the second acquisition module is configured as:

According to the fault type of the first device, the fault information of the first device and the communication address of the second device are obtained.

In a possible implementation, the device further includes a third acquisition module,

The third obtaining configuration is to obtain the fault type of the first device.

In a possible implementation, the second acquisition module is configured as:

Obtain the first information of the text type corresponding to the fault type, where the first information includes at least one of the identification of the first device, the fault location of the first device, the fault type, the moment when the fault occurs, or the fault solution;

The first information is converted into second information of voice type, and the fault information includes the first information and the second information.

In a possible implementation, the communication request includes a call request, and the communication response includes a call answering response.

In a possible implementation, the communication response is sent by the second device after receiving the first instruction.

In a third aspect, an embodiment of the present disclosure provides a computer, including the device described in any one of the second aspects.

In a fourth aspect, an embodiment of the present disclosure provides an electronic device, including:

at least one processor; and

a memory communicatively connected to the at least one processor; wherein,

The memory stores instructions that can be executed by the at least one processor. When the instructions are executed by the at least one processor, the at least one processor causes the at least one processor to perform the method described in any one of the above first aspects.

In a fifth aspect, embodiments of the present disclosure provide a computer-readable storage medium, which is characterized in that computer-executable instructions are stored therein, and the computer-executable instructions are configured to execute the method described in any one of the above-mentioned first aspects.

In a sixth aspect, embodiments of the present disclosure provide a computer program product, characterized in that the computer program product includes a computer program stored on a computer-readable storage medium, and the computer program includes program instructions. When the program instructions When executed by a computer, the computer is caused to execute the method described in any one of the above first aspects.

The fault notification method, device and equipment provided by the embodiments of the present disclosure can send a communication request to the second device according to the communication address of the second device, until the monitoring device receives the communication response sent by the second device, and then sends the fault to the second device. information. In this way, not only can the fault information be sent to the second device in a timely manner, but also the user corresponding to the second device can be ensured to view the fault information. Improved the timeliness and reliability of fault notification.

Description of the drawings

One or more embodiments are exemplified by corresponding drawings. These exemplary descriptions and drawings do not constitute limitations to the embodiments. Elements with the same reference numerals in the drawings are shown as similar elements. The drawings are not limited to scale and in which:

Figure 1 is a schematic diagram of an application scenario of the fault notification method provided by an embodiment of the present disclosure;

Figure 2 is a schematic flowchart of a fault notification method provided by an embodiment of the present disclosure;

Figure 3 is another fault notification method provided by an embodiment of the present disclosure;

Figure 4 is a schematic structural diagram of a fault notification device provided by an embodiment of the present disclosure;

Figure 5 is a schematic structural diagram of another fault notification device provided by an embodiment of the present disclosure;

Figure 6 is a schematic diagram of the hardware structure of a fault notification device provided by an embodiment of the present disclosure.

Detailed ways

In order to understand the characteristics and technical content of the embodiments of the present disclosure in more detail, the implementation of the embodiments of the present disclosure will be described in detail below with reference to the accompanying drawings. The attached drawings are for reference only and are not intended to limit the embodiments of the present disclosure. In the following technical description, for convenience of explanation, multiple details are provided to provide a thorough understanding of the disclosed embodiments. However, one or more embodiments may be practiced without these details. In other instances, well-known structures and devices may be shown simplified to simplify the drawings.

Figure 1 is a schematic diagram of an application scenario of the fault notification method provided by an embodiment of the present disclosure. Please refer to Figure 1, including a first device 101, a second device 102 and a monitoring device 103.

The first device 101 is a device to be monitored. For example, the first device 101 may be a device such as a server. The second device 102 is a user device. For example, the second device may be a staff member's mobile phone, tablet computer, etc. The monitoring device 103 can monitor the first device 101. When the monitoring device 103 determines that the first device 101 is faulty, the monitoring device 103 can send a notification to the second device 102 so that the staff can discover the fault of the first device 101 in time.

In this application, when it is determined that the first device is faulty, the monitoring device can send a communication request to the second device according to the communication address of the second device, until the monitoring device receives the communication response sent by the second device, and then sends a communication request to the second device. accident details. In the above process, not only can the fault information be sent to the second device in a timely manner, but it can also be ensured that the user corresponding to the second device can view the fault information. Improved the timeliness and reliability of fault notification.

Below, the technical solutions shown in this application will be described in detail through examples.

The following embodiments can be combined with each other, and the same or similar content will not be repeatedly described in different embodiments.

FIG. 2 is a schematic flowchart of a fault notification method provided by an embodiment of the present disclosure. See Figure 2, the method can include:

S201. Obtain the fault information of the first device and the communication address of the second device.

The execution subject of the embodiment of the present disclosure may be a monitoring device, or may be a fault notification device provided in the monitoring device. Optionally, the fault notification device can be implemented through software or through a combination of software and hardware.

Optionally, the monitoring device shown in the embodiment of the present disclosure may be the monitoring device 103 in the embodiment of FIG. 1 .

Optionally, the first device may be a server or other device. Of course, the first device may also be other devices, which is not limited in the embodiments of the present disclosure.

Optionally, the monitoring device can obtain the operating information of the first device in real time, and determine whether the first device is faulty based on the operating information of the first device.

For example, the operating information of the first device may include important processor (Central Processing Unit, CPU) resource usage, memory resource usage, network bandwidth, number of requests processed per unit time, etc. of the first device.

For example, when the memory resource usage within the preset period of time is greater than the first preset threshold, it is determined that the first device is faulty. Alternatively, when the number of requests processed by the first device within the preset time period is less than the second preset threshold, it is determined that the first device is faulty.

Optionally, the fault information may include a voice type and a text type. The fault information may be determined through the following possible implementation methods: obtain the first information of the text type, and convert the first information into the second information of the voice type; determine that the fault information includes: First information and second information.

Optionally, the first information may include at least one of the identification of the first device, the fault location of the first device, the fault type, the moment when the fault occurs, or the fault solution.

The first information may also include other information, which is not limited in this embodiment of the disclosure.

For example, the fault solution can be a preset solution or a historical solution corresponding to the fault type.

The fault information may also include a voice type, or the fault information may include a text type.

Optionally, you can first obtain the fault type of the first device, and determine the fault information based on the fault type of the first device:

Optionally, the fault type may include CPU fault, memory fault, network fault, etc.

Optionally, the monitoring device may determine the fault type of the first device based on the operation information of the first device and the log information of the first device before the first device fails.

Optionally, the monitoring device may be provided with a first model, and the operating information of the first device and the log information of the first device before the first device fails may be processed through the first model to determine the fault type of the first device. .

The first model can be obtained by learning multiple sets of sample data, and each set of sample data includes a fault type and operating information and log information corresponding to the fault type.

Since the first model is learned from multiple groups of samples, the fault type of the first equipment can be accurately determined through the first model.

Optionally, the corresponding relationship between the fault type and the first information can be set in advance, and the monitoring device can determine the first information according to the fault type of the first device and the corresponding relationship.

Optionally, the monitoring device may also be provided with a second model, and the monitoring device may process the fault type of the first device through the second model to obtain the first information.

The second model may be obtained by learning multiple sets of sample data, and each set of sample data includes a fault type and first information corresponding to the fault type.

Optionally, the communication address and the second device have a one-to-one correspondence, that is, one second device corresponds to one communication address.

Optionally, the number of communication addresses corresponding to a fault type can be one or multiple. That is, the number of second devices corresponding to one fault type may be one or multiple.

Optionally, a corresponding relationship between the fault type and the communication address can be set, and accordingly, the monitoring device can determine the communication address of the second device based on the fault type of the first device and the corresponding relationship.

Optionally, the communication address can be a phone number or other instant messaging number.

For example, the corresponding relationship between fault types and communication addresses can be shown in Table 1:

Table 1

Fault type contact address Failure type 1 Phone number 1, Phone number 2 Failure type 2 Phone number 3 Failure type 3 Phone number 4, Phone number 5, Phone number 6 ... ...

Table 1 only illustrates a corresponding relationship in the form of an example and does not limit the corresponding relationship.

S202. Send a communication request to the second device according to the communication address of the second device, and then send fault information to the second device after receiving a communication response sent by the second device.

Optionally, the communication response may be sent by the second device after receiving a preset instruction input by the user.

Optionally, the communication request includes a call request, and the communication response includes a call answering response. That is, the monitoring device sends a call request to the second device until the second device answers the call request and receives the call answering response sent by the second device.

Optionally, in this case, after the second device answers the call request, the monitoring device can directly play the second information of voice type so that the user on the second device side can hear the fault information. The monitoring device can also send the first information of text type to the second device in the form of text message, email, etc.

Since the fault information includes the first information of the text type and the second information of the voice type, the user can quickly learn the fault condition of the first device based on the second information of the voice type, and the second device can quickly learn the fault condition of the first device based on the first information of the text type. The details of the fault of the first device are learned, and the user can repeatedly check the fault information based on the first information of text type.

For example, after the second device receives the call request, the second device displays the call request page. The call request page includes an answer icon. If the user clicks on the answer icon, the second device sends a message to the monitoring device according to the click operation input by the user. Send call answer response.

Optionally, the monitoring device can obtain the emergency level corresponding to the fault of the first device, and send a communication request to the second device according to the emergency level and the communication address of the second device until it receives the communication response sent by the second device. Send fault information to the second device.

Optionally, the emergency level corresponding to the fault of the first device may be determined according to the fault type of the first device.

Optionally, a corresponding relationship between the fault type and the emergency level can be set, and accordingly, the emergency level corresponding to the fault type of the first equipment can be determined based on the fault type of the first equipment and the corresponding relationship.

Optionally, the more urgent the fault corresponding to a fault type, the higher the emergency level corresponding to the fault type.

Optionally, when the number of second devices is at least two, and when the emergency levels of faults of the first device are different, the monitoring device sends communication requests to the second device in different ways. For example, it may include at least the following two: Possible implementation methods:

A feasible implementation method: the emergency level is less than the first threshold

When the emergency level is less than the first threshold, communication requests are sent to the second devices corresponding to the at least two communication addresses in sequence according to the priorities of the at least two communication addresses. After receiving a communication response sent by a second device, the communication request is sent to the second device. A second device sends fault information.

Optionally, communication requests may be sent to the second devices corresponding to at least two communication addresses in order of priority of the communication addresses from high to low.

Optionally, first send a communication request to the second device corresponding to the communication address with the highest priority. If no communication response is received from the second device within a preset time period, then send the communication request to the communication address with the second highest priority. The corresponding second device sends a communication request. If no communication response is received from the second device within the preset time period, a communication request is sent to the second device corresponding to the communication address with the third highest priority, and so on. , until a communication response sent by the second device is received. After receiving a communication response sent by a second device, no communication requests are sent to other second devices.

For example, assume that a fault type corresponds to 4 communication addresses. The second devices and priorities corresponding to the 4 communication addresses are as shown in Table 2:

Table 2

contact address Second device priority Phone number 1 Device 1 4 Phone number 2 Device 2 3 Phone number 3 Device 3 2 Phone number 4 Device 4 1

Please refer to Table 2. Since device 1 has the highest priority, the monitoring device can first send a communication request to device 1 based on phone number 1. If device 1 sends a communication response to the monitoring device within the preset time period, the monitoring device will send a communication request to device 1. Send fault information, and the monitoring device no longer sends communication requests to other devices (device 2, device 3 and device 4). If device 1 does not send a communication response to the monitoring device within the preset time period, the monitoring device sends a communication request to device 2 according to phone number 2. If device 2 sends a communication response to the monitoring device within the preset time period, the monitoring device sends a communication response to device 2. Send fault information, and the monitoring device no longer sends communication requests to other devices (device 3 and device 4). If device 2 does not send a communication response to the monitoring device within the preset time period, the monitoring device sends a communication request to device 3 based on phone number 3, and so on.

If no communication response is received within the preset time period after sending a communication request to Device 1-Device 4, the communication request will be sent to Device 1-Device 4 in sequence again, and the process will be repeated until a communication sent by a device is received. response, in this way, it can be ensured that the staff can definitely learn the fault information of the first device.

Another possible implementation method: the emergency level is greater than the first threshold

Send communication requests to at least two second devices at the same time, until receiving a communication response from one second device, suspend sending communication requests to other second devices except one second device, and send a communication request to one second device. accident details.

For example, assume that a fault type corresponds to 4 communication addresses, and the second devices corresponding to the 4 communication addresses are as shown in Table 3:

table 3

contact address Second device Phone number 1 Device 1 Phone number 2 Device 2 Phone number 3 Device 3 Phone number 4 Device 4

Please refer to Table 3. The monitoring device sends communication requests to device 1, device 2, device 3 and device 4 at the same time. Device 1, device 2, device 3 and device 4 send communication responses to the monitoring device at different times after receiving the communication request. . Assume that device 2 is the first to send a communication response to the monitoring device. After receiving the communication response from device 2, the monitoring device stops sending communication requests to device 1, device 3 and device 4, and sends fault information to device 2.

In the fault notification method provided by the embodiment of the present disclosure, the monitoring device obtains the fault information of the first device and the communication address of the second device, and sends a communication request to the second device according to the communication address of the second device until the monitoring device receives the second device. After the communication response is sent by the second device, the fault information is sent to the second device. In this way, not only can the fault information be sent to the second device in a timely manner, but also the user corresponding to the second device can be ensured to view the fault information. Improved the timeliness and reliability of fault notification.

Based on any of the above embodiments, the method shown in the embodiment shown in FIG. 2 will be described in detail below through the embodiment shown in FIG. 3 .

Figure 3 is another fault notification method provided by an embodiment of the present disclosure. Please refer to Figure 3. This method may include:

S301. Obtain the fault type of the first device.

For the execution process of S301, please refer to the execution process of S201, which will not be described again here.

S302. Determine the first information of the text type corresponding to the fault type.

S303. Convert the first information into second information of voice type.

S304. Determine that the fault information includes first information and second information.

S305. Determine the communication address of the second device corresponding to the fault type.

S306. Obtain the emergency level corresponding to the fault type of the first device.

For the execution process of S306, please refer to the execution process of S203, which will not be described again here.

S307. Determine whether the emergency level is greater than the first threshold.

If yes, execute S308.

If not, execute S309.

S308. According to the priorities of the at least two communication addresses, send call requests to the second devices corresponding to the at least two communication addresses in sequence, until after receiving a call answering response sent by the second device, play the voice type the second information, and sends the first information to the second device.

Optionally, the first information of text type may be sent to the second device in the form of a text message.

S309. Send call requests to second devices corresponding to the at least two communication addresses at the same time. After receiving a call answer response sent by a second device, suspend calls to other second devices except the one second device. A call request is sent, second information of voice type is played, and the first information is sent to the second device.

Optionally, the first information of text type may be sent to the second device in the form of a text message.

For the execution process of S308-S309, please refer to the execution process of S203, which will not be described again here.

In the embodiment shown in FIG. 3 , when the monitoring device determines that the first device is faulty, the monitoring device can determine the fault type of the first device and generate fault information according to the fault type. The monitoring device also determines the communication address of the second device corresponding to the fault type, and sends a communication request to the second device according to the communication address of the second device. After the monitoring device receives the communication response sent by the second device, it sends a communication request to the second device. Send fault information. Since the communication response is sent after the second device receives the preset instruction input by the user, the above method can not only send the fault information to the second device in a timely manner, but also ensure that the user corresponding to the second device can view the fault information. Improved the timeliness and reliability of fault notification. When sending fault information to the second device, the emergency level of the fault is also referred to. When the emergency level of the fault is different, the method of sending the fault information to the second device is also different. In this way, not only can it be ensured that when the emergency level of the fault is higher, , the staff can obtain fault information more happily, and when the emergency level of the fault is low, unnecessary interruption to the staff is avoided, thus improving the flexibility of fault notification.

Figure 4 is a schematic structural diagram of a fault notification device provided by an embodiment of the present disclosure. Referring to Figure 4, the fault notification device 10 may include:

The sending module 11 is configured to send a communication request to the second device according to the communication address of the second device, and then send the fault of the first device to the second device after receiving the communication response sent by the second device. information.

The fault notification device provided by the embodiments of the present disclosure can implement the technical solutions shown in the above method embodiments. Its implementation principles and beneficial effects are similar and will not be described again here.

FIG. 5 is a schematic structural diagram of another fault notification device provided by an embodiment of the present disclosure. Based on the embodiment shown in Figure 4, please refer to Figure 5, the fault notification device 10 also includes a first acquisition module 12,

The first acquisition module 12 is configured to acquire the emergency level of the fault of the first device;

The sending module 11 is configured to send a communication request to the second device according to the emergency level and the communication address of the second device until receiving a communication response sent by the second device. The second device sends the fault information.

In a possible implementation, the number of communication addresses is at least two; the sending module 11 is configured as:

When the emergency level is less than the first threshold, communication requests are sent to the second devices corresponding to the at least two communication addresses in sequence according to the priorities of the at least two communication addresses until a communication request sent by a second device is received. After the communication response, the fault information is sent to the one second device.

In a possible implementation, the number of communication addresses is at least two; the sending module 11 is configured as:

When the emergency level is greater than the first threshold, communication requests are simultaneously sent to the second devices corresponding to the at least two communication addresses. After receiving a communication response sent by a second device, communication requests to the second device other than the one second device are suspended. Other second devices other than the device send the communication request, and send the fault information to the one second device.

In a possible implementation, the first acquisition module 12 is configured as:

According to the fault type of the first device, the emergency level of the fault of the first device is obtained.

In a possible implementation, the device further includes a second acquisition module 13,

The second acquisition module 13 is configured to acquire the fault information of the first device and the fault information of the second device before the sending module sends a communication request to the second device according to the communication address of the second device. contact address.

In a possible implementation, the second acquisition module 13 is configured as:

According to the fault type of the first device, the fault information of the first device and the communication address of the second device are obtained.

In a possible implementation, the device further includes a third acquisition module 14,

The third obtaining module 14 is configured to obtain the fault type of the first device.

In a possible implementation, the second acquisition module 14 is configured as:

Obtain the first information of the text type corresponding to the fault type, where the first information includes at least one of the identification of the first device, the fault location of the first device, the fault type, the moment when the fault occurs, or the fault solution;

The first information is converted into second information of voice type, and the fault information includes the first information and the second information.

In a possible implementation, the communication request includes a call request, and the communication response includes a call answering response.

In a possible implementation, the communication response is sent by the second device after receiving the first instruction.

The fault notification device provided by the embodiments of the present disclosure can implement the technical solutions shown in the above method embodiments. Its implementation principles and beneficial effects are similar and will not be described again here.

An embodiment of the present disclosure also provides a computer, including the above-mentioned fault notification device.

Embodiments of the present disclosure also provide a computer-readable storage medium that stores computer-executable instructions, and the computer-executable instructions are configured to execute the above fault notification method.

Embodiments of the present disclosure also provide a computer program product. The computer program product includes a computer program stored on a computer-readable storage medium. The computer program includes program instructions that, when executed by a computer, cause The computer executes the above fault notification method.

The above-mentioned computer-readable storage medium may be a transient computer-readable storage medium or a non-transitory computer-readable storage medium.

An embodiment of the present disclosure also provides an electronic device, the structure of which is shown in Figure 6. The electronic device includes:

At least one processor (processor) 21, one processor 21 is taken as an example in FIG. 6; and a memory (memory) 22, which may also include a communication interface (Communication Interface) 23 and a bus 24. Among them, the processor 21, the communication interface 23, and the memory 22 can communicate with each other through the bus 24. The communication interface 23 can be used for information transmission. The processor 21 can call logical instructions in the memory 22 to execute the fault notification method of the above embodiment.

In addition, the above-mentioned logical instructions in the memory 22 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.

As a computer-readable storage medium, the memory 22 can be used to store software programs, computer-executable programs, such as program instructions/modules corresponding to the methods in the embodiments of the present disclosure. The processor 21 executes software programs, instructions and modules stored in the memory 22 to execute functional applications and data processing, that is, to implement the fault notification method in the above method embodiment.

The memory 22 may include a program storage area and a data storage area, where the program storage area may store an operating system and at least one application program required for a function; the storage data area may store data created according to the use of the terminal device, etc. In addition, the memory 22 may include high-speed random access memory, and may also include non-volatile memory.

The technical solution of the embodiments of the present disclosure may be embodied in the form of a software product. The computer software product is stored in a storage medium and includes one or more instructions to enable a computer device (which may be a personal computer, a server, or a network equipment, etc.) to perform all or part of the steps of the method described in the embodiments of the present disclosure. The aforementioned storage media can be non-transitory storage media, including: U disk, mobile hard disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), magnetic disk or optical disk, etc. A medium that can store program code or a temporary storage medium.

When used in this application, although the terms "first," "second," etc. may be used in this application to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another element. For example, without changing the meaning of the description, a first component can be called a second component, and similarly, a second component can be called a first component, as long as all occurrences of "first component" are renamed consistently and all occurrences of "first component" are Just rename the "second component" consistently. The first element and the second element are both elements, but may not be the same element.

The words used in this application are used only to describe the embodiments and not to limit the claims. As used in the description of the embodiments and the claims, the singular forms "a", "an" and "the" are intended to include the plural forms as well, unless the context clearly dictates otherwise. . Similarly, the term "and/or" as used in this application is meant to encompass any and all possible combinations of one or more of the associated listed items. In addition, when used in this application, the term "comprise" and its variations "comprises" and/or "comprising" etc. refer to stated features, integers, steps, operations, elements, and/or The presence of a component does not exclude the presence or addition of one or more other features, integers, steps, operations, elements, components and/or groupings of these.

Various aspects, implementations, implementations or features of the described embodiments can be used individually or in any combination. Aspects of the described embodiments may be implemented by software, hardware, or a combination of software and hardware. The described embodiments may also be embodied by computer-readable media having computer-readable code stored thereon, the computer-readable code including instructions executable by at least one computing device. The computer-readable medium can be associated with any data storage device capable of storing data readable by a computer system. Examples of computer-readable media may include read-only memory, random access memory, CD-ROMs, HDDs, DVDs, magnetic tapes, optical data storage devices, and the like. The computer-readable medium can also be distributed among computer systems coupled through a network, so that the computer-readable code can be stored and executed in a distributed manner.

The above technical description may be made with reference to the accompanying drawings, which form a part hereof and in which, by description, illustrate implementations in accordance with the described embodiments. While these embodiments are described in sufficient detail to enable those skilled in the art to practice these embodiments, these embodiments are not limiting; such that other embodiments may be used without departing from the scope of the described embodiments. Changes can also be made under circumstances. For example, the order of operations depicted in the flowcharts is non-limiting, and thus the order of two or more operations illustrated in and described in accordance with the flowcharts may be changed in accordance with several embodiments. As another example, in several embodiments, one or more operations illustrated in and described in accordance with the flowcharts are optional, or can be deleted. Additionally, certain steps or functionality may be added to the disclosed embodiments, or the order of more than two steps permuted. All such variations are deemed to be included in the disclosed embodiments and claims.

Additionally, terminology is used in the above technical description to provide a thorough understanding of the described embodiments. However, excessive details are not required to practice the described embodiments. Accordingly, the foregoing descriptions of embodiments are presented for purposes of illustration and description. The embodiments presented in the above description, and the examples disclosed in accordance with these embodiments, are provided separately to add context and facilitate understanding of the described embodiments. The above description is not intended to be exhaustive or to limit the described embodiments to the precise forms of the disclosure. Several modifications, options, and variations are possible in light of the above teachings. In some instances, well-known process steps have not been described in detail to avoid unnecessarily affecting the described embodiments.

Claims (21)

1. A fault notification method, comprising:

acquiring an emergency level of a fault of the first device;

according to the emergency level and the communication address of the second equipment, sending a communication request to the second equipment until the communication response sent by the second equipment is received, and then sending the fault information to the second equipment;

the number of the communication addresses is at least two; transmitting a communication request to the second device according to the emergency level and the communication address of the second device until receiving the communication response transmitted by the second device, and transmitting the fault information to the second device, including:

and when the emergency level is smaller than a first threshold value, sequentially sending communication requests to the second devices corresponding to the at least two communication addresses according to the priority levels of the at least two communication addresses until the fault information is sent to one second device after receiving a communication response sent by the second device.

2. The method of claim 1, wherein the number of communication addresses is at least two; and sending a communication request to the second device according to the emergency level and the communication address of the second device until the communication response sent by the second device is received, and sending the fault information to the second device, wherein the method further comprises the following steps:

And when the emergency level is greater than a first threshold value, simultaneously sending a communication request to the second equipment corresponding to the at least two communication addresses, suspending sending the communication request to other second equipment except one second equipment until receiving a communication response sent by the second equipment, and sending the fault information to the second equipment.

3. The method according to claim 1 or 2, wherein said obtaining an emergency level of a failure of the first device comprises:

and acquiring the emergency level of the fault of the first equipment according to the fault type of the first equipment.

4. A method according to any one of claims 1-3, characterized in that before said sending a communication request to a second device according to the communication address of said second device, further comprises:

and acquiring fault information of the first equipment and a communication address of the second equipment.

5. The method of claim 4, wherein the obtaining the failure information of the first device and the communication address of the second device comprises:

and acquiring the fault information of the first equipment and the communication address of the second equipment according to the fault type of the first equipment.

6. The method of claim 5, wherein the method further comprises:

and acquiring the fault type of the first equipment.

7. The method of claim 6, wherein the fault information includes a voice type and a text type; the obtaining the fault information of the first device includes:

acquiring first information of a text type corresponding to the fault type, wherein the first information comprises at least one of an identification of first equipment, a fault part of the first equipment, the fault type, the moment of occurrence of the fault or a fault solution;

and converting the first information into second information of a voice type, wherein the fault information comprises the first information and the second information.

8. The method of any of claims 1-7, wherein the communication request comprises a call request and the communication response comprises a call answer response.

9. The method of any of claims 1-8, wherein the communication response is sent by the second device after receiving the first instruction.

10. A failure notification apparatus, comprising:

the sending module is configured to send a communication request to the second equipment according to the communication address of the second equipment until the fault information of the first equipment is sent to the second equipment after receiving the communication response sent by the second equipment;

The apparatus further comprises a first acquisition module,

the first acquisition module is configured to acquire an emergency level of a fault of the first device;

the sending module is configured to send a communication request to the second device according to the emergency level and the communication address of the second device until the fault information is sent to the second device after receiving the communication response sent by the second device;

the number of the communication addresses is at least two; the transmitting module is configured to:

and when the emergency level is smaller than a first threshold value, sequentially sending communication requests to the second devices corresponding to the at least two communication addresses according to the priority levels of the at least two communication addresses until the fault information is sent to one second device after receiving a communication response sent by the second device.

11. The apparatus of claim 10, wherein the number of communication addresses is at least two; the transmitting module is configured to:

and when the emergency level is greater than a first threshold value, simultaneously sending a communication request to the second equipment corresponding to the at least two communication addresses, suspending sending the communication request to other second equipment except one second equipment until receiving a communication response sent by the second equipment, and sending the fault information to the second equipment.

12. The apparatus of claim 10 or 11, wherein the first acquisition module is configured to:

and acquiring the emergency level of the fault of the first equipment according to the fault type of the first equipment.

13. The apparatus of any one of claims 10-12, further comprising a second acquisition module,

the second obtaining module is configured to obtain the fault information of the first device and the communication address of the second device before the sending module sends the communication request to the second device according to the communication address of the second device.

14. The apparatus of claim 13, wherein the second acquisition module is configured to:

and acquiring the fault information of the first equipment and the communication address of the second equipment according to the fault type of the first equipment.

15. The apparatus of claim 13, further comprising a third acquisition module,

the third acquisition module is configured to acquire a fault type of the first device.

16. The apparatus of claim 15, wherein the second acquisition module is configured to:

acquiring first information of a text type corresponding to the fault type, wherein the first information comprises at least one of an identification of first equipment, a fault part of the first equipment, the fault type, the moment of occurrence of the fault or a fault solution;

And converting the first information into second information of a voice type, wherein the fault information comprises the first information and the second information.

17. The apparatus of any of claims 10-16, wherein the communication request comprises a call request and the communication response comprises a call answer response.

18. The apparatus of any of claims 10-17, wherein the communication response is sent by the second device after receiving the first instruction.

19. A computer comprising the apparatus of any one of claims 10-18.

20. An electronic device, comprising:

at least one processor; and

a memory communicatively coupled to the at least one processor; wherein,,

the memory stores instructions executable by the at least one processor, which when executed by the at least one processor, cause the at least one processor to perform the method of any of claims 1-9.

21. A computer readable storage medium, characterized in that computer executable instructions are stored, said computer executable instructions being arranged to perform the method of any of claims 1-11.