JP3867868B2 - Fault integrated management device - Google Patents

Description

[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a failure integrated management apparatus that integrates and manages failures that occur in a plurality of information communication processing devices connected via a network, and in particular, a failure having a function that makes it possible to easily cope with a failure occurrence. The present invention relates to an integrated management device.
[0002]
[Prior art]
There is a data processing system configured by connecting a plurality of information communication processing apparatuses via a network.
[0003]
Such a data processing system usually employs a configuration in which information communication processing devices of different manufacturers are used in a mixed manner.
Thus, such a data processing system has not conventionally adopted a configuration in which failure information that has occurred has been centrally managed.
[0004]
[Problems to be solved by the invention]
However, according to such a conventional technique, there is a problem that failure information generated in such a data processing system cannot be accumulated as know-how.
[0005]
From now on, there is a problem that when a new failure occurs, it is not known what kind of countermeasures should be taken by the failure monitoring personnel, and the failure cannot be easily dealt with.
[0006]
The present invention has been made in view of such circumstances, and when adopting a configuration for integrally managing failures that occur in a plurality of information communication processing devices connected via a network, An object is to provide a new failure integrated management apparatus having a function that allows easy handling.
[0007]
[Means for Solving the Problems]
FIG. 1 illustrates the principle configuration of the present invention.
In the figure, reference numeral 1 denotes a failure integrated management apparatus comprising the present invention, which integrates and manages failures that occur in a plurality of information communication processing devices 3 connected via the network 2, and 4 denotes a failure integrated management apparatus 1. Which is a communication device with a failure monitoring person.
[0008]
The failure integrated management apparatus 1 includes a receiving unit 10, a converting unit 11, a determining unit 12, a display unit 13, a first input unit 14, a first database 15, and a second input unit 16. , A second database 17, a registration unit 18, and a search unit 19.
[0009]
The receiving unit 10 receives the failure information notified from the information communication processing device 3. The conversion means 11 converts the failure information notified from the information communication processing device 3 into a unified format when the information communication processing device 3 is configured with a different system. The determination means 12 determines whether or not the failure information notified from the information communication processing device 3 needs to be dealt with. When the failure information is notified from the information communication processing device 3, the display means 13 displays the failure information on the display of the terminal 4, thereby displaying the failure information for the failure monitoring personnel.
[0010]
The first input unit 14 inputs fault handling information from a fault monitoring person input in response to the display process of the display unit 13. The first database 15 manages the correspondence between the failure information displayed by the display unit 13 and the failure handling information input by the first input unit 14 using data held by the failure information as a key.
[0011]
The second input means 16 inputs know-how key data that is input in association with the failure handling information input by the first input means 14 and is associated with the key data of the first database 15. The second database 17 manages the correspondence between the failure information and the failure handling information managed by the first database 15 in association with the know-how key data input by the second input means 16.
[0012]
The registration means 18 executes data registration processing in the first and second databases 15 and 17. The search means 19 searches the data in the first and second databases 15 and 17 to notify the failure monitoring personnel of the failure handling information for the failure that has occurred.
[0013]
In the fault integrated management apparatus 1 of the present invention configured as described above, when the receiving means 10 receives the fault information, the judging means 12 judges whether or not the received fault information needs to be dealt with. In response to this, the display means 13 displays the failure information on the display of the terminal 4 when it is determined that the received failure information needs to be dealt with. The failure information is displayed.
[0014]
Upon receiving this fault information display, the fault monitoring person executes the fault handling process, and when the execution ends, inputs the fault handling information and know-how key data associated with the key data of the fault information. Therefore, the first input means 14 inputs the inputted trouble handling information, and in response to this, the registration means 18 displays the displayed trouble information and the inputted trouble handling information. Is registered in the first database 15 using the data of the failure information as a key.
[0015]
Then, the second input means 16 inputs the input know-how key data, and in response to this, the registration means 18 associates the failure information registered in the first database 15 with the failure handling information. Are registered in the second database 17 using the input know-how data as a key.
[0016]
In this manner, the correspondence relationship between the failure information and the failure handling information is registered in the first database 15 using the key data of the failure information as a key, and the second database 17 stores the first database 15. Using the know-how key data associated with the key data as a key, the correspondence between the failure information registered in the first database 15 and the failure handling information is registered.
[0017]
When the failure information is displayed on the display of the terminal 4 in response to the first and second databases 15 and 17, T Uhaukie Day Specified) Since a search request for harm coping information is issued, the search means 19 responds to this search request. First, by searching the first database 15 using the designated key data (know-how key data), fault handling information corresponding to the fault information that has occurred is obtained, and this is displayed on the display of the terminal 4 On the other hand, if the designated key data (know-how key data) is not registered in the first database 15, the second database 17 is stored using the designated key data (know-how key data). Inspection By searching, fault handling information corresponding to the fault information that has occurred is obtained and displayed on the display of the terminal 4. As a result, the trouble monitoring personnel can quickly cope with the trouble that has occurred.
[0018]
As described above, when the failure integrated management device 1 of the present invention is used, the failure monitoring personnel can easily cope with the failure when a failure occurs in a plurality of information communication processing devices 3 connected via the network. Will be able to deal with.
The configuration of the fault integrated management apparatus 1 according to the present invention described above will be summarized below.
The failure integrated management device 1 according to the present invention performs processing for integrated management of failures that occur in a plurality of information communication processing devices connected via a network, Said emotion Display means for displaying failure information notified from the information processing apparatus on a display; The failure information in a form associated with the key data, input means for inputting failure handling information input in response to display processing of the display means, know-how key data associated with key data possessed by the failure information, and And the troubleshooting information First storage means for storing the information in association with each other; In association with the know-how key data, the failure information and the failure handling information Second storage means for storing the information in association with each other; When a search request is issued specifying key data, it is determined whether or not the key data is stored in the first storage means. If the failure handling information pointed to by the key data is read from the storage means and output, and is not stored, it is determined whether or not the key data is stored in the second storage means as the know-how key data. Search means for reading out and outputting the failure handling information pointed to by the know-how key data from the second storage means if stored; Is provided.
When we take this configuration, Emotion A determination unit that determines whether or not the failure information notified from the information processing apparatus needs to be handled; and the display unit includes the determination unit By Judged as failure information that needs to be addressed Was Failure information may be displayed on the display.
And when you take this configuration, Emotion Further comprising conversion means for converting the failure information notified from the information processing apparatus into a unified format, wherein the determination means comprises the conversion means By Convert to a unified format Was In fault information On the basis of It may be determined whether or not a measure is necessary.
[0019]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, the present invention will be described in detail according to embodiments.
FIG. 2 illustrates one embodiment of the present invention. In the figure, the same components as those described in FIG. 1 are indicated by the same symbols.
[0020]
Here, the information communication processing device 3 (system) is prepared, for example, to perform various operations of one company. From now on, systems of different manufacturers are mixed as the information communication processing device 3. While being used, these information communication processing apparatuses 3 perform various different tasks.
[0021]
The fault integrated management apparatus 1 of the present invention according to this embodiment is provided in association with the information communication processing apparatus 3 to be monitored in order to realize integrated management of faults occurring in the information communication processing apparatus 3. A first monitoring program 20 for monitoring whether or not a failure has occurred in the information communication processing device 3, and a first determination of whether or not the failure that has occurred in the information communication processing device 3 needs to be dealt with. 2, a database 22 for managing the correspondence between failure information generated in the information communication processing device 3 and the coping method (the main database 220 and the know-how database 221, as will be described later). A management program 23 for managing the database 22, and a display program 2 for displaying failure information generated in the information communication processing device 3 on the terminal 4. And a dialogue program 25 for inputting a method for dealing with a failure occurring in the information communication processing device 3 in accordance with a dialogue process with the failure monitoring personnel, and a retrieval program for retrieving a failure handling method required by the failure monitoring personnel 26, a failure information registration table 27 that manages information necessary for the monitoring process of the first monitoring program 20, and a failure information selection table 28 that manages information necessary for the determination process of the second monitoring program 21. Is provided.
[0022]
Specifically, for the information communication processing device 3 having a message ID, the failure information registration table 27 manages the message ID of the failure message as shown in FIG. For the information communication processing apparatus 3 that does not have a message ID, for example, as shown in FIG. 3B, for example, “When the 10th to 30th columns of the message indicate a failure, the message ID“ AAA001 ” ”Is added, and it is managed what part of the message is what is the failure message and what kind of message ID is added at that time. to manage.
[0023]
On the other hand, the failure information selection table 28, as shown in FIG. 4, specifically corresponds to the message ID, the message indicated by the message ID, and the system name (information communication processing) sent in association with the message. It manages what is the failure message that needs to be handled when the system name of the device 3 is changed.
[0024]
For example, when the message ID is “ID1”, when the system name sent in association with the message displays “operation”, it is managed that the message is a failure message that needs to be dealt with, or the message ID is “ When the system name sent in association with the message is “operation 1” with ID2 ”, the job name“ ONL ”is displayed in columns 1 to 3 of the text part of the message. The message is “ID3” and the system name sent in association with the message is “operation 2”. If the third token in the text part of the message displays "abnormal" and the 21st to 23rd columns display "real", action is required It manages to be a failure message.
[0025]
FIG. 5 shows an example of a processing flow executed by the first monitoring program 20, FIG. 6 shows an example of a processing flow executed by the second monitoring program 21, and FIG. FIG. 8 shows an example of the processing flow executed by the interactive program 25, and FIG. 9 shows an example of the processing flow executed by the search program 26. Next, according to these processing flows, the present invention will be described in detail.
[0026]
When the information communication processing device 3 transmits a message of the operation information, the first monitoring program 20 provided in association with the information communication processing device 3 is activated. When activated, the first monitoring program 20 is activated. As shown in the processing flow of FIG. 5, the program 20 first takes in the message of the operation information and the system name transmitted in association with the message in step 1.
[0027]
Here, the message sent from the information communication processing device 3 includes a job name, system type (online / batch distinction), device address, and the like. The system name is sent in association with the message separately from the message. Although not shown in FIG. 2, since a table for managing the correspondence between the device address and the device name is prepared, according to the device address of the message, the device that issued the message is DASD, It can be specified whether it is a station.
[0028]
When the operation information message and the system name are fetched in step 1, it is determined whether or not the message is a failure information message by referring to the failure information registration table 27 in step 2. If it is determined in step 3 that the message is not a failure information message according to this determination process, the process is terminated without performing any process.
[0029]
On the other hand, when it is determined in step 3 that the message is a failure information message, the process proceeds to step 4 for the failure message from the information communication processing device 3 having no message ID. By adding a message ID according to the instruction, the captured failure message is converted into a unified format.
[0030]
In the example shown in FIG. 3B, the message taken from the information communication processing device 3 having no message ID indicates that a failure has occurred, so that the message is a failure message. Is determined, the message ID “AAA001” is added to the head of the failure message to convert the failure message from the information communication processing device 3 having the message ID into the same format.
[0031]
When the conversion process in step 4 ends, the process proceeds to step 5 to transfer the failure information to the second monitoring program 21.
In this way, the first monitoring program 20 monitors whether or not a failure has occurred in the information communication processing device 3 by monitoring a message issued by the information communication processing device 3, and a failure has occurred. When determining this, processing is performed so that the failure information is transferred to the second monitoring program 21.
[0032]
When failure information is transferred from the first monitoring program 20, the second monitoring program 21 first transfers it from the first monitoring program 20 in step 1 as shown in the processing flow of FIG. 6. Captures the failure information message and system name.
[0033]
Subsequently, in step 2, the failure information selection table 28 is referred to determine whether or not the captured failure information message is for a failure that needs to be dealt with. Accordingly, when it is determined that the message is not a failure message that needs to be dealt with, no processing is performed and the processing is terminated as it is.
[0034]
On the other hand, when it is determined in step 3 that the message is a failure message that needs to be addressed, the process proceeds to step 4 to transfer the message and the system name sent in association with the message to the management program 23. To finish the process.
[0035]
In this way, the second monitoring program 21 monitors the failure information message passed from the first monitoring program 21 to determine whether a failure that needs to be dealt with has occurred. When determining that a necessary failure has occurred, the management program 23 is processed so as to forward the failure message that needs to be dealt with and the system name sent in association with the message. .
[0036]
Since the failure information message is converted into a unified format according to the processing of the first monitoring program 20, the second monitoring program 21 is common to the information communication processing device 3 to be monitored. The failure information selection table 28 is also prepared in common with the information communication processing device 3 to be monitored.
[0037]
When the management program 23 receives from the second monitoring program 21 a failure message that needs to be dealt with and the system name sent in association therewith, as shown in the processing flow of FIG. First, in step 1, the information is captured.
[0038]
Subsequently, in step 2, by instructing the display program 24, the captured failure information message and the system name are displayed on the display of the terminal 4, so that the failure monitoring personnel need to deal with the failure. Notify the occurrence of At this time, if a configuration is adopted in which a list of information communication processing devices 3 to be monitored is displayed and the information communication processing device 3 in which a failure has occurred is clearly indicated, which information communication processing device 3 is used. It is preferable that the failure has occurred at a glance.
[0039]
Subsequently, in step 3, the failure information message received from the second monitoring program 21 and the system name to be dealt with are registered in the database 22 (registered in a main database 220 described later). The message ID, job name, device name (identified from the device address), etc. are extracted from the registered failure information message, and the registered failure information message as a key using the system name and the extracted data as a key. Perform the association process.
[0040]
In this way, when the management program 23 receives the failure message and the system name that need to be handled from the second monitoring program 21, they are registered in the main database 220 of the database 22 as shown in FIG. At the same time, the message ID, job name, device name, and the like are extracted from the registered failure message, and the system name and the extracted data are used as keys to be associated with the registered failure message.
[0041]
Here, when a failure message is registered in the main database 220, as shown in FIG. 10, processing is performed so as to register the occurrence date and time of the failure message.
[0042]
When the management program 23 displays a failure message on the display of the terminal 4, the failure monitoring personnel who operates the terminal 4 inputs information on the phenomenon summary and the phenomenon details about the failure indicated by the displayed failure message. When this information is input, the dialogue program 25 first takes in the input information on the abstract of the phenomenon and the details of the phenomenon in step 1 as shown in the processing flow of FIG. .
[0043]
Here, the summary of the phenomenon and the details of the phenomenon include failure classification, investigation department, subsystem name, business name, issue classification, responder, installation location, impact level, response status, There are manufacturer names.
[0044]
Subsequently, in step 2, by instructing the management program 23, the captured phenomenon summary and phenomenon detail information is registered in the main database 220 in correspondence with the failure message.
[0045]
In this way, when the dialogue monitor 25 inputs information on a phenomenon summary and a phenomenon detail about the failure indicated by the failure message, the dialogue program 25 converts the information as a failure message as shown in FIG. Processing is performed so as to be registered in the main database 220 while taking measures.
[0046]
Since this main database 220 serves as history information of failures of the information communication processing device 3, failure monitoring personnel can refer to the main database 220 to cause frequent failures in specific information communication processing devices 3. It is possible to accurately grasp the occurrence status of various faults, such as the fact that the information communication processing device 3 of a specific manufacturer has many faults or the specific job has many faults.
[0047]
Further, when the management program 23 displays a failure message on the display of the terminal 4, a failure monitoring person who operates the terminal 4 takes measures against the failure pointed to by the failure message and inputs information on how to deal with the failure. At the same time, another key data (referred to as know-how key data) corresponding to the key data of the failure message and applicable to the countermeasure is input, so when these pieces of information are input As shown in the processing flow of FIG. 8B, the dialogue program 26 first captures the input countermeasure information in step 1.
[0048]
Subsequently, in step 2, by instructing the management program 23, the taken countermeasure information is registered in the main database 220 in correspondence with the failure message. In accordance with this registration process, as shown in the main database 220 shown in FIG. 12, the failure handling information is registered in the main database 220 in association with the failure information registered in the main database 220.
[0049]
Subsequently, in step 3, the input know-how key data is captured. Subsequently, in step 4, by instructing the management program 23, the know-how database 221 as shown in FIG. 12 is constructed by associating the acquired know-how key data with the failure information in the main database 220.
[0050]
Specifically, as shown in FIG. 12, the know-how database 221 is constructed so that the message, system name, and countermeasure information possessed by the failure information are copied and the know-how key data indicates the copied data. It is executed by setting the pointer. It should be noted that since the copy process is configured to register the message, system name, and handling information of the failure information in the know-how database 221, no data registration error occurs in the know-how database 221.
[0051]
In this way, when the trouble monitoring staff inputs know-how key data, the dialogue program 25 determines the correspondence between the trouble information registered in the main database 220 and the countermeasure information (can be searched using the key data). Processing is performed so as to construct a generalized know-how database 221.
[0052]
When this know-how database 221 is used, when know-how key data is given, it becomes possible to search the correspondence relationship between the failure information indicated by the know-how key data and the handling information, thereby knowing the handling method for the occurred failure. become able to. The search program 26 executes this search process.
[0053]
That is, when a failure message is displayed on the display of the terminal 4 and a failure monitoring person designates key data (know-how key data) and a search request for a countermeasure for the failure is issued, the search program 26 As shown in the processing flow of FIG. 9, first, in step 1, the input key data (know-how key data) is fetched.
[0054]
Here, when a failure message is displayed, the failure message may have been issued in the past and a countermeasure may be taken. From this, when the failure message is displayed, the failure monitoring personnel first designates key data of the main database 220 and issues a search request, and it is understood that the key data is not registered in the main database 220. Subsequently, a search request is issued by designating know-how key data in the know-how database 221 in order to refer to measures against similar failures that have occurred in the past.
[0055]
In the next step 2, it is determined whether or not the fetched key data is registered in the main database 220 by instructing the management program 23, and in the subsequent step 3, according to this determination process, the main database When it is determined that the information is registered in 220, the process proceeds to step 6, and the handling information indicated by the key data registered in the main database 220 is read and displayed on the display of the terminal 3.
[0056]
As a result, the trouble monitoring personnel can know the coping method applied to the trouble in the past, and can immediately deal with the trouble that has occurred according to this coping method.
[0057]
On the other hand, when it is determined that the input key data is not registered in the main database 220 in accordance with the determination processing in step 3, the process proceeds to step 4 and the management program 23 is instructed to input the key data. (Know-how key data) Know-how database 221 It is determined whether or not it is registered. Subsequently, when it is determined in step 5 that the information is not registered in the know-how database 221 in accordance with this determination processing, the processing is terminated as it is. The countermeasure information indicated by the key data (know-how key data) registered in 221 is read out and displayed on the display of the terminal 3.
[0058]
As a result, the trouble monitoring person can know the countermeasures taken in the past for the similar troubles, and can quickly deal with the troubles that have occurred in accordance with the countermeasures.
[0059]
For example, when the trouble monitoring person performs the countermeasure a for the fault A having the message ID “IO0001E”, the countermeasure a is effective even for the fault having the message ID “IO0002E”. If it is determined, the message ID “IO0002E” is input as know-how key data.
[0060]
As a result, as shown in FIG. 13, the message ID “IO0002E” is registered in the know-how database 221 to point to “correspondence between the message of the failure A and the countermeasure a”.
[0061]
From now on, when a failure having the message ID “IO0002E” occurs, the failure monitoring personnel searches the know-how database 221 using this message ID “IO0002E”, thereby “the message of the failure A and the countermeasure a”. As a result, it is possible to know that it is effective to apply the countermeasure a performed at the time of the failure A having the message ID “IO001E” for the failure that has occurred. Become.
[0062]
In addition, for example, when a failure monitoring person performs a countermeasure c for a failure C that occurs in the device name α, the countermeasure c is also effective for a failure that occurs in the device name β. If it is determined, the apparatus β is input as know-how key data.
[0063]
As a result, as shown in FIG. 14, it is registered in the know-how database 221 that the device name β points to “correspondence between the message of the failure C and the countermeasure c”.
[0064]
From this point, when a failure occurs in the device name β, the failure monitoring personnel retrieves the know-how database 221 using the device name β to obtain “correspondence between the message of the failure C and the countermeasure c”. As a result, it is possible to know that it is effective to apply the coping method c applied to the device name α when the failure C occurs in the device name α.
[0065]
【The invention's effect】
As described above, when the failure integrated management device of the present invention is used, a coping method for a failure occurring in an information communication processing device connected via a network is accumulated as know-how. When a failure occurs in a plurality of information communication processing devices connected via a network, the monitoring staff can deal with the failure accurately and easily.
[0066]
When the failure integrated management apparatus of the present invention is used, unified failure processing can be executed at one place for information communication processing devices of different systems from different manufacturers.
[0067]
When the failure integrated management apparatus according to the present invention is used, a method is adopted in which only failure information that needs to be dealt with is extracted and dealt with, so that efficient failure management can be performed.
[Brief description of the drawings]
FIG. 1 is a principle configuration diagram of the present invention.
FIG. 2 is an example of the present invention.
FIG. 3 is a data structure diagram of a failure information registration table.
FIG. 4 is a data structure diagram of a failure information selection table.
FIG. 5 is a processing flow executed by the first monitoring program.
FIG. 6 is a processing flow executed by a second monitoring program.
FIG. 7 is a processing flow executed by the management program.
FIG. 8 is a processing flow executed by the interactive program.
FIG. 9 is a processing flow executed by a search program.
FIG. 10 is an explanatory diagram of a database.
FIG. 11 is an explanatory diagram of a main database.
FIG. 12 is an explanatory diagram of a database.
FIG. 13 is an explanatory diagram of a usage form of a know-how database.
FIG. 14 is an explanatory diagram of a usage form of a know-how database.
[Explanation of symbols]
1 Failure management system
2 network
3 Information communication processing device
4 terminals
10 Receiving means
11 Conversion means
12 Judgment means
13 Display means
14 First input means
15 First database
16 Second input means
17 Second database
18 Registration means
19 Search means

Claims (3)

A failure integrated management device that integrally manages failures that occur in a plurality of information communication processing devices connected via a network,
Display means for displaying the fault information sent from the information communication processing device to display,
Input means for inputting fault handling information input in response to the display processing of the display means and know-how key data associated with key data possessed by the fault information;
First storage means for storing the failure information and the failure handling information in association with the key data ;
A second storage means for storing the failure information and the failure handling information in association with the know-how key data ;
When a search request is issued specifying key data, it is determined whether or not the key data is stored in the first storage means. If the failure handling information pointed to by the key data is read from the storage means and output, and is not stored, it is determined whether or not the key data is stored in the second storage means as the know-how key data. And, if stored, retrieval means for reading out and outputting the failure handling information indicated by the know-how key data from the second storage means,
A failure integrated management apparatus comprising: Further comprising a determination means for determining whether or not those address is required for fault information notified from said information communication processing device,
The display means, the fault integrated management system of claim 1, wherein the displaying the fault information is determined to be necessary failure information addressed by said determination means on a display. Further comprising a conversion means for converting the fault information sent from the information communication processing device into a unified form,
The judgment unit, the fault integrated management apparatus according to claim 2, wherein the address to determine whether it is necessary on the basis of the converted fault information into a unified format by the conversion means.

Images