JP2587188B2 - Failure notification method - Google Patents

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION The present invention is applied to a computer device. In particular, regarding the fault handling technology of hardware, AT
It is suitable for use in troubleshooting M switch.

[0002]

2. Description of the Related Art A conventional example will be described with reference to FIG. FIG.
FIG. 2 is a diagram showing the configuration and operation of a conventional example. FIG. 6 (a)
As shown in (1), the hardware 1 includes a plurality of computer devices 11, 12, and 13 having the same function. The hardware 1 includes firmware (programs combining control words for controlling low-level hardware operations that cannot be seen from software to realize hardware functions) units 2 ₁ , 2 ₂ , 2 ₃ When a failure occurs in the hardware 1, the firmware units 2 ₁ , 2 ₂ , and 2 ₃ respectively detect the failure, and generate and notify the failure processing device 7 of failure notification information 3 including parameters of the failure information.

[0003] The conventional failure notification system is, as shown in FIG.
The failure status is notified to the failure processing device 7 as failure notification information 3 for each failure. Individual device failure processing unit 9, the firmware unit 2 ₁ necessary actions by analyzing the content of the fault notification information 3, ₂ 2, 2 ₃ instructs the (JP 62-2099
No. 55).

[0004]

In the above-described conventional fault notification system, there is a slight difference in the hardware configuration between the computer devices 11, 12, and 13 having the same function. It is necessary to have different software depending on the hardware configuration.
For this reason, a memory unit for individually storing the failure processing software in the individual device failure processing unit 9 is required according to the difference in the hardware configuration of the device. In addition, the effort to develop a plurality of software for this purpose is enormous.

The present invention has been made in view of such a background, and notifies the system configuration fault processing unit of the content of a fault that does not depend on the hardware configuration as first fault notification information. It is an object of the present invention to provide a failure notification method which notifies the contents of a failure depending on the error as second failure notification information, reduces the number of memory means for storing software in the failure processing device, and can immediately execute a measure against the failure.

[0006]

SUMMARY OF THE INVENTION The present invention is a fault notification system including one or more monitored devices and a fault handling device that executes fault handling in accordance with fault notification information from the monitored devices.

[0007] Here, it is an aspect of the present invention, the monitored apparatus is the fault notification information, thus causing no difference in more processing contents to the difference hard <br/> Douea configuration of the monitoring device
A failure that causes a difference in the processing content due to a difference in the first failure notification information indicating the failure location and the hardware configuration of the monitored device.
Means for separately creating two types of information, the second error notification information indicating the location, and the error processing device processing the first error notification information first, and when the error cannot be recovered, the second error notification There is a means for processing the notification information. When the present invention is applied to an ATM exchange, the monitored device becomes each element of the ATM exchange.

[0008]

The present invention is a hardware having a plurality of types of computer devices having the same function but different hardware configurations. If a failure occurs in any one of the computer devices, the hardware of the computer device is used. First failure notification information indicating a failure location where no difference occurs in processing content due to a configuration difference, and a second failure depending on the hardware configuration of a computer device indicating a specific failure occurrence location and the content of the failure. The two types of failure notification information of the notification information are notified to the failure processing device.

[0009] Hardware-independent fault processing is performed irrespective of the difference in the hardware configuration of the computer device based on the first fault notification information, and hardware-dependent fault processing means based on the second fault notification information. Thus, a failure occurrence position is displayed depending on the hardware configuration of the device, and a notification process of the name of the failure occurrence hardware unit is performed.

This makes it possible to reduce the number of memory means for storing the failure handling software and the type of the failure handling software, and to promptly take countermeasures when a failure occurs.

[0011]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS An embodiment of the present invention will be described with reference to FIG. FIG. 1 is a configuration diagram of an embodiment of the present invention.

According to the present invention, one or more computer apparatuses 11, 12, and 13 as monitored apparatuses and a failure processing apparatus 7 that executes a failure process in accordance with failure notification information from the computer apparatuses 11, 12, and 13. This is a failure notification method provided.

Here, the feature of the present invention is that the computer apparatuses 11, 12, and 13 transmit the failure notification information to a first failure notification which transmits a hardware-independent failure irrespective of a hardware difference. and information 3 _1, hardware configuration
Display the location of the failure and the location of the failure
The transmitting notification of such names second fault notification information 3 ₂ means the firmware unit that creates distinguished into two kinds of 2
_1, 2 _2, includes two _3, fault processing unit 7 is initially treated first fault notification information 3 ₁ still means for processing the second fault notification information 3 ₂ when a failure can not be recovered CP
It is in preparation for U10.

Next, a more specific application example of the embodiment of the present invention will be described with reference to FIG. FIG. 2 is a detailed configuration diagram of the embodiment of the present invention. As shown in FIG. 2A, this example has a configuration in which a failure processing device 7 is connected to an ATM exchange 20. A plurality of line terminating devices 1 ₁ , 1 ₂ , 1
There are _3, and ATM switch 1 _4, a plurality of line terminal 1 _5, 1 _6, 1 _7, further message transfer device 1 _8, the signal processing device 1 _9, and the like continuity testing apparatus 1 _10. These devices ₁ 1 to 1 ₁₀ are each fault processing apparatus 7
Is configured to transmit the failure notification information 3 to the server. Each device, as shown in FIG. 2 (b) for the transmission of the failure notification information 3 ₍₁ 1 to 1 ₁₀₎ are equivalent for the CPU10 of the fault processing unit 7. In other words, a system for transmitting the fault notification information 3 on the fault processing separately from the function of each device is provided.

Next, the operation of the embodiment of the present invention will be described with reference to FIGS. FIG. 3 is a diagram showing the principle of the embodiment of the present invention and the structure of fault notification information. FIG. 4 is a sequence diagram showing the operation of the embodiment of the present invention. FIG. 5 is a flowchart showing a system configuration failure process and an individual device failure process. Figure 3 (a), the failure of the ATM exchange 20 and the first fault notification information 3 _1, the second fault notification information 3 ₂
Distinguished, the first fault notification information 3 ₁ to a system configuration failure processing unit 4, respectively, and notifies the second fault notification information 3 ₂ to the individual device failure processing section 6. In FIG. 3A, for the sake of easy understanding of the principle, two lines of signal lines are used. However, as shown in FIG. the fault notification information 3 ₁ to be division multiplexing or frequency multiplexing during the second and fault notification information 3 _2.

[0016] FIG. 3 (b) and (c), the first fault notification information 3 of _the parameters and the second fault notification information 3 ₂
Are shown. The first fault notification information 3 ₁ of parameters to the system configuration failure processing section 4, the firmware unit detects a fault 2 _1, 2 _2, 2 _3, ... in the system configuration failure processing unit 4 is a system configuration change The system configuration change is unnecessary 31 as parameters for requesting, and the system configuration change target device 32 and ACT are used as parameters indicating the devices requiring system configuration change.
There is a system configuration change request content 33 as a parameter indicating a request content such as whether it is an (operation) change request or an SBY (standby) disconnection request.

Further, the second fault notification information 3 ₂ of parameters to the individual device failure processing unit 6, identify sites become defective unit numbers 34 and failure of the defective unit as a parameter indicating the device number of failures The logical number 35 of the failure detection position and the failure content display number 3 as parameters necessary for displaying the failure content to the maintenance person
There are six.

As shown in FIG. 4, the fault notification from the ATM switch 20, the firmware unit 2 _{1, 2} 2, 2 _3, ...
, And is separated into first failure notification information 3 ₁ (referred to as “a”) and second failure notification information 3 ₂ (referred to as “b”) in accordance with the parameters. In the system configuration failure processing section 4, processing based on the first fault notification information 3 ₁ is performed. At this point, the ATM switch 20 may be able to recover even if the failure is not completely recovered. Further, the individual device failure processing unit 6
In the hardware-dependent response process based on the second fault notification information 3 ₂ is performed.

Next, referring to FIG. 5, the system configuration fault processing and the individual device fault processing will be described in further detail. FIG.
(A), the system configuration failure process, when first receiving the fault notification information 3 _1, it is determined whether there is a need for a system configuration change (S1). If necessary, system switching or device disconnection is performed on the system configuration change target device based on the system configuration change contents (S2).

As shown in FIG. 5 (b), the individual device failure processing, the second fault notification information 3 ₂ receives, perform specific faults device from the original index data failure device number (S1
0). A faulty package is identified from the index data based on the logical number of the fault detection position (S11). The failure content is displayed from the index data based on the failure content display number (S
12). A message is displayed to the maintenance person (S13).

[0021]

As described above, according to the present invention, fault processing is separated into hardware-independent fault processing and hardware-dependent fault processing. Regardless of the hardware configuration, even if there is a difference in the hardware configuration, development of multiple types of software is not required, and it is possible to develop fault-handling software with a small number of man-hours. Can be reduced.

Further, the first fault notification information independent of hardware makes it possible to recover the computer system for the time being, so that the response speed of the fault processing is improved.

[Brief description of the drawings]

FIG. 1 is a configuration diagram of an embodiment of the present invention.

FIG. 2 is a detailed configuration diagram of an embodiment of the present invention.

FIG. 3 is a diagram showing a principle and a fault notification information structure according to an embodiment of the present invention.

FIG. 4 is a sequence diagram showing the operation of the embodiment of the present invention.

FIG. 5 is a flowchart illustrating a system configuration failure process and an individual device failure process.

FIG. 6 is a diagram showing the configuration and operation of a conventional example.

[Explanation of symbols]

1 Hardware 1 ₁ to 1 _3, 1 ₅ to 1 ₇ Line terminator 1 ₄ ATM switch 1 ₈ Message transfer device 1 ₉ signal processing device 1 ₁₀ continuity testing device 2 _{1, 2} 2, 2 ₃ firmware unit 3 fault notification information 3 ₁ First failure notification information 3 ₂ Second failure notification information 4 System configuration failure processing unit 6, 9 Individual device failure processing unit 7 Failure processing device 10 CPU 11 to 13 Computer device 20 ATM switch 31 System configuration change is not required 32 System configuration change target device 33 System configuration change request contents 34 Failure device number 35 Logical number of failure detection position 36 Failure content display number

 ──────────────────────────────────────────────────続 き Continued on the front page (73) Patentee 000005108 Hitachi, Ltd. 4-6-1 Kanda Surugadai, Chiyoda-ku, Tokyo (72) Inventor Keizo Minamimura 5-7-1 Shiba, Minato-ku, Tokyo NEC Corporation (72) Inventor Koji Suzuki 5-7-1 Shiba, Minato-ku, Tokyo NEC Corporation (72) Inventor Shin Shin Ito 1-6-1 Uchisaiwaicho, Chiyoda-ku, Tokyo Nippon Telegraph and Telephone Corporation (72 ) Inventor Nobuyuki Jinnai 1-7-12 Toranomon, Minato-ku, Tokyo Oki Electric Industry Co., Ltd. (72) Inventor Hiroyuki Sakamoto 1-7-12 Toranomon, Minato-ku, Tokyo Oki Electric Industry Co., Ltd. (72 Fujitsu Limited In Hitachi, Ltd.

Claims (2)

(57) [Claims] Claims: 1. A device having the same function but different
In a fault notification system including a plurality of types of monitored devices configured by a hardware configuration and a fault processing device that executes fault processing according to fault notification information from the monitored devices, the monitored device includes the fault notification. information, does not occur difference more processing contents to the difference c <br/> Douea configuration of the monitoring device
Due to the difference in the processing content due to the difference between the first failure notification information indicating the failure location and the hardware configuration of the monitored device.
Means for separately creating the two types of failure notification information indicating the location of the failure, the failure processing device first processes the first failure notification information, and when the failure can not be recovered, the second A failure notification system comprising means for processing failure notification information. 2. The failure notification system according to claim 1, wherein said monitored device is each element of an ATM exchange.