JP3570893B2 - Failure determination device - Google Patents
Failure determination device Download PDFInfo
- Publication number
- JP3570893B2 JP3570893B2 JP16349498A JP16349498A JP3570893B2 JP 3570893 B2 JP3570893 B2 JP 3570893B2 JP 16349498 A JP16349498 A JP 16349498A JP 16349498 A JP16349498 A JP 16349498A JP 3570893 B2 JP3570893 B2 JP 3570893B2
- Authority
- JP
- Japan
- Prior art keywords
- failure
- timer
- time
- occurrence
- determination
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Landscapes
- Monitoring And Testing Of Exchanges (AREA)
- Monitoring And Testing Of Transmission In General (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、装置の各個所から報告される障害発生情報に基づき障害の状態を判定する障害判定装置に関する。
【0002】
【従来の技術】
ATM交換機等の装置の各監視個所から報告される障害発生情報に基づく障害の状態の判定においては、障害の種類、重要度に応じて多種多様な判定処理が必要とされる。例えば或るものについては、障害発生を示す割込の発生頻度を監視し、割込発生の頻度が所定の閾値を超えたとき、その後所定の判定時間の経過後にも障害が継続していれば障害状態と判定されるが、発生頻度の閾値及び判定時間は障害の種類及び重要度に応じて多様に設定する必要があり、また、監視個所ごとに発生頻度の測定のためのタイマ及び判定時間の設定のためのタイマが必要である。
【0003】
また、物理層における障害とそれによってサポートされるデータリンク層における障害との関係のように、一方が障害状態になれば必ず他方も障害状態となるが逆は必ずしも起こらないという相互に密接な関係を有する一群の監視個所が存在する。これら一群の監視個所については、共通のタイマを用いて処理を簡単化することが考えられる。
【0004】
【発明が解決しようとする課題】
本発明の第1の目的は、多種多様な判定処理を必要とする多数の監視個所に対する判定処理を、可能な限り少ない数のタイマで統一的に達成しうる障害判定装置を提供することにある。
本発明の第2の目的は、相互に密接な関係のある複数の監視個所について共通のタイマを用いて判定処理を達成しうる障害判定装置を提供することにある。
【0005】
【課題を解決するための手段】
本発明によれば、障害発生を示す割込の回数をカウントする手段と、障害発生割込の回数が1になったときタイマに第1の値を設定する手段と、障害発生割込の回数が所定値になったときタイマに第2の値を設定する手段と、タイマがタイムアップし、障害発生割込の回数が前記所定値以上であり、障害発生が継続しているとき、障害状態と判定する手段と、タイマがタイムアップし、障害発生割込の回数が前記所定値以上であり、障害発生が継続していないとき、障害復旧と判定する手段と、タイマがタイムアップし、障害発生割込の回数が前記所定値に達しないとき障害復旧と判定する手段と、障害復旧と判定されたとき障害発生割込の回数をゼロにクリアする手段とを具備する障害判定装置が提供される。
【0006】
本発明によれば、障害が発生したとき発生した障害の種類に応じて障害判定中であることを記憶する手段と、障害が発生したとき発生した障害よりも優先度の高い種類の障害について障害判定中であることが記憶されていないとき、タイマに値を設定する手段と、タイマがタイムアップし、障害判定中であることが記憶されている障害の種類の中で最も優先度の高いものについて障害発生が継続しているとき、障害状態と判定する手段と、タイマがタイムアップし、障害判定中であることが記憶されている障害の種類の中で最も優先度の高いものについて障害発生が継続しておらず、他の障害の種類について障害判定中であるとき、タイマに値を設定する手段とを具備する障害判定装置もまた提供される。
【0007】
【発明の実施の形態】
図1は本発明に係る障害判定装置のハードウェアの構成を示す。本発明の障害判定装置10は、バス12で相互に接続されたCPU14,ROM16,RAM18、割込コントローラ20、及び障害ステータスレジスタ22を備えている。CPU14はROM16に格納されているプログラムに従って障害判定処理を行なう。ステータスレジスタ22は、障害判定の対象となるATM交換機24の各監視個所に接続され、各監視個所から報告される障害の状態を記憶する。割込コントローラ20は監視個所のいずれかにおいて障害が発生したときCPU14に割込をかけ、それに応じてCPU14が所定の割込処理を完了した後においても障害の状態が継続しているとき、又は、再度障害が発生したとき、CPU14に対して再度割込をかける。ステータスレジスタ22の内容はCPU14から読み出すことができる。
【0008】
図2は、本発明の第1の実施例に係る障害判定装置のソフトウェアの構成を示す。障害検出処理部30は、障害発生の割込によって起動され、RAM18上に監視個所ごとに設けられた発生回数記憶領域32に記憶される発生回数の値を更新し、発生回数が所定値になったら、タイマ領域34に所定の値を設定する。タイマ処理部36は、一定時間が経過するごとに発生する割込によって起動され、タイマ領域34に格納されるタイマ値をダウンカウントし、ゼロになったらタイムアップ処理部38へタイムアップを通知する。タイムアップ処理部38は、タイムアップ通知により起動され、発生回数記憶領域32内の発生回数及びステータスレジスタ22の内容に基づき障害の状態を判定する。
【0009】
図3は障害検出部30における処理の詳細を示すフローチャートである。障害発生を示す割込によって起動されたら、まず、発生個所を特定し(ステップ1000)、発生個所に対応する記憶領域32に記憶されている発生回数をインクリメントする(ステップ1002)。発生回数が所定値nに達しているかどうかが判定され(ステップ1004)、発生回数がnに達していなければ、次に、発生回数が1であるかが判定される。発生回数が1であれば、タイマ領域34に発生頻度を判定するためのタイマ値T1 を設定する。(ステップ1008)。発生回数がnに達していれば、それは発生頻度判定のためのタイマがタイムアップする前に割込がn回発生したことを意味するので、タイマ領域34に固定障害判定のためのタイマ値T2 を設定する(ステップ1010)。その後、発生回数がそれ以上更新されることを防ぐため、割込にマスクをかける(ステップ1012)。
【0010】
図4はタイマ処理部36における処理の詳細を示すフローチャートである。図4において、タイマ処理中の監視個所を示すパラメータjに1を代入し(ステップ1100)、j番目のタイマのタイマ値がゼロであるか否かが判定される。(ステップ1102)。タイマ値がゼロでないときはそれをデクリメントし(ステップ1104)、ゼロになったら(ステップ1106)、タイムアップ処理部38へj番目のタイマがタイムアップしたことを通知する(ステップ1108)。次に全タイマについて処理が終了したか否かが判定され(ステップ1110)、そうでないときはパラメータjをインクリメントして(ステップ1112)、ステップ1102の処理へ戻る。
【0011】
図5はタイムアップ処理部38における処理の詳細を示すフローチャートである。図5において、まず、タイムアップしたタイマに対応する発生回数がnに達しているかが判定される(ステップ1200)。発生回数がnに達していないとすれば、タイムアップしたのは発生頻度の判定のための判定時間T1 であり、その間の割込発生回数がnに満たないのであるから、間欠障害または障害復旧と判定し(ステップ1206)、発生回数をゼロにクリアして割込マスクを解除する(ステップ1208)。ステップ1200において発生回数がnに達していれば、タイムアップしたのは固定障害判定のための時間T2 であることを意味するから、対応するステータスレジスタ22の内容を読み取り(ステップ1202)、それに基いて障害が継続しているか否かが判定される(ステップ1204)。障害継続と判定されれば所定の障害処理を行なう(ステップ1210)。
【0012】
図6は本発明の第1の実施例に係る障害判定装置の動作を説明するタイミングチャートである。図6において、判定時間T1 を定めるタイマは障害個所ごとに独立に最初の割込からスタートする。また、その間の発生回数の閾値nは図6中のn1 ,n2 のように判定個所ごとにそれぞれ異なる値に設定することができる。障害個所1及び2については判定時間T1 中に発生回数がそれぞれn1 、及びn2 に達すると判定時間T2 を定めるタイマがスタートする。判定時間T2 についても図6のT21,T22のように判定個所ごとにそれぞれ異なる値に設定することができる。障害個所3については、発生回数がn3 に達する前に判定時間T1 がタイムアップしたので障害復旧と判定される。
【0013】
なお、本発明の第1の実施例において、タイマ処理部36がT1 のタイマがタイムアップしたと判定してタイムアップ通知を行なった直後でタイムアップ処理部38が動作する前に障害検出処理部30が動作して発生回数をn−1からnへカウントアップすると、タイムアップ処理部38はT2 のタイマがタイムアップしたものとして誤動作してしまう。これを避けるためには、タイマ処理部36がタイムアップ通知をする直前、すなわち図4のステップ1106と1108の間に障害発生割込をマスクして発生回数が増えないようにすれば良い。
【0014】
図7は本発明の第2の実施例に係る障害判定装置のソフトウェアの構成を示す。本発明の第2の実施例では、物理層における障害とそれによってサポートされるデータリンク層における障害との関係のように相互に密接な関係にあるものを1つの障害群としてまとめ、各障害群ごとに1つのタイマを用いて障害状態の判定を行なう。また、第1の実施例におけるnが1、すなわち、障害発生の割込が入ったら直ちに固定障害の判定を行なうタイプの監視個所をその対象とする。
【0015】
図7において、RAM18(図1)上には各障害群ごとに1つのタイマ領域40と、その障害群に属する各監視個所の状態(正常、障害判定中、または障害)を記憶する領域42が設けられる。障害検出処理部44は、障害発生の割込によって起動され、対応個所の状態を障害判定中に変更し、同じ障害群に属する監視個所の中でそれよりも優先度の高いものがすべて正常であるときのみタイマ領域40に値を設定する。タイマ処理部46は、一定時間が経過するごとに発生する割込によって起動され、タイマ領域40のタイマ値をダウンカウントし、ゼロになったらタイムアップ処理部48へタイムアップ通知を行なう。タイムアップ処理部48は、タイムアップ通知により起動され、ステータスレジスタ22の内容に基いて障害の状態を判定し、障害復旧と判定される場合にはそれよりも優先度の低い監視個所が障害判定中であるときはタイマを再び起動する。
【0016】
図8は障害検出処理部44の処理の詳細を示すフローチャートである。障害発生の割込によって起動されたら、その障害群及び障害種別(監視個所)を特定し(ステップ1300)、領域42を参照して正常から障害判定中へと状態を変更する(ステップ1302,1304)。次に、同じ障害群に属する監視個所の中で、それよりも優先度の高い監視個所の状態がすべて正常と設定されているときのみタイマ領域40に値を設定してタイマを起動する(ステップ1306,1308)。すなわち、同じ障害群に属する監視個所の中で優先度の高いものの障害が先に検出されて固定障害判定時間がスタートした後にそれよりも優先度の低い監視個所の障害が検出されたときにタイマ値が再設定されると、優先度の高い監視個所に対する固定障害判定時間が実質的に延長されて障害処理が遅れてしまうので、このことを防止するため、優先度の高い監視個所が障害判定中であるときは障害判定中の設定のみを行ない、タイマ値の設定は行なわない。
【0017】
図9はタイマ処理部46の処理の詳細を示すフローチャートである。タイマ処理部46の動作は既に説明したタイマ処理部36の動作(図4)と実質的に同一であるので説明を省略する。
図10はタイムアップ処理部48の処理の詳細を示すフローチャートである。本発明の第2の実施例では、障害群ごとに1つのタイマが設けられるので、タイムアップ処理部48ではタイムアップしたタイマに対応する障害群に属する監視個所について障害判定処理が行なわれる。ステップ1500において、まず、タイムアップしたタイマに対応する障害群に属する監視個所の中で最も優先度の高いものの状態を領域42から読み取って判定する(ステップ1502,1504)。それが“障害”でも“障害判定中”でもなければ、すなわち、“正常”であれば次に優先度の高い監視個所について状態を読み取り(ステップ1506)、ステップ1502に戻る。“障害判定中”であれば、それに対応するステータスレジスタ22の内容を読み取り(ステップ1508)、障害が継続しているか否かを判定する(ステップ1510)、障害が継続していれば、状態を“障害判定中”から“障害”へ変更し(ステップ1512)、障害処理を行なう(ステップ1514)。障害が復旧していれば、状態を“障害判定中”から“正常”へと変更し(ステップ1516)、同じ障害群に属する他の監視個所について、“障害判定中”が設定されているか否かを判定する(ステップ1518)。他の監視個所に“障害判定中”が設定されていればタイマ値を再度設定する(ステップ1520)。
【0018】
すなわち、本発明の第2の実施例においては、同じ障害群に属する複数の監視個所について1つのタイマが用いられ、同時にまたは相前後して障害が検出されたら、優先度の高いものが優先して固定障害の判定が行なわれ、障害復旧と判定されたときのみ優先度の低いものの処理が行なわれる。
【0019】
【発明の効果】
以上説明した様に、本発明により障害種別/装置種別の異なる障害、優先順位のある障害の検出を統一でき、さらに障害検出までの管理データ量も減少できることにより、障害処理の処理効率を向上させることができる。
【図面の簡単な説明】
【図1】本発明の一実施例のハードウェアの構成を示すブロック図である。
【図2】本発明の第1の実施例のソフトウェアの構成を示すブロック図である。
【図3】障害検出処理部30の処理のフローチャートである。
【図4】タイマ処理部36の処理のフローチャートである。
【図5】タイムアップ処理部38の処理のフローチャートである。
【図6】本発明の第1の実施例の動作を説明するタイミングチャートである。
【図7】本発明の第2の実施例のソフトウェアの構成を示すブロック図である。
【図8】障害検出処理部44の処理のフローチャートである。
【図9】タイマ処理部46の処理のフローチャートである。
【図10】タイムアップ処理部48の処理のフローチャートである。[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a failure determination device that determines a failure state based on failure occurrence information reported from each part of the device.
[0002]
[Prior art]
In determining the state of a failure based on failure occurrence information reported from each monitoring point of an apparatus such as an ATM switch, various types of determination processing are required according to the type and importance of the failure. For example, for a certain device, the frequency of occurrence of an interrupt indicating the occurrence of a failure is monitored, and when the frequency of occurrence of the interrupt exceeds a predetermined threshold, if the failure continues even after a predetermined determination time has elapsed thereafter, Although it is judged as a failure state, the threshold value of the occurrence frequency and the judgment time need to be set variously according to the type and importance of the trouble, and a timer and a judgment time for measuring the occurrence frequency for each monitoring location. Requires a timer for setting.
[0003]
A close relationship, such as the relationship between a failure at the physical layer and a failure at the data link layer supported by it, that if one fails, the other always fails, but the reverse does not necessarily occur. There is a group of monitoring points with For these groups of monitoring points, it is conceivable to simplify the processing by using a common timer.
[0004]
[Problems to be solved by the invention]
A first object of the present invention is to provide a failure determination device capable of uniformly performing a determination process on a large number of monitoring locations requiring various types of determination processes with as few timers as possible. .
A second object of the present invention is to provide a failure determination device that can achieve determination processing using a common timer for a plurality of monitoring locations closely related to each other.
[0005]
[Means for Solving the Problems]
According to the present invention, means for counting the number of interrupts indicating occurrence of a failure, means for setting a first value to a timer when the number of failure occurrence interrupts is 1, Means for setting a second value to the timer when the timer has reached a predetermined value; and when the timer has expired and the number of times of failure interrupts is equal to or greater than the predetermined value and the failure has continued, a failure state Means for determining that the timer has expired, the number of times a failure interrupt has occurred is equal to or greater than the predetermined value, and when the failure has not continued, the means for determining that the failure has been restored; and Provided is a failure determination device including means for determining failure recovery when the number of occurrence interrupts does not reach the predetermined value, and means for clearing the number of failure occurrence interrupts to zero when failure recovery is determined. You.
[0006]
According to the present invention, a means for storing that a fault is being determined according to the type of a fault that has occurred when a fault has occurred, and a fault having a higher priority than a fault that has occurred when a fault has occurred. A means for setting a value to the timer when it is not stored that the determination is being made, and the highest priority among the types of failures that the timer times out and the failure determination is stored is stored. Means for determining the failure state when the failure continues, and for the highest priority type of failure stored in the timer that has expired and that the failure is being determined. And a means for setting a value to a timer when failure determination is not being performed and failure determination is being performed for another failure type.
[0007]
BEST MODE FOR CARRYING OUT THE INVENTION
FIG. 1 shows a hardware configuration of a failure determination device according to the present invention. The
[0008]
FIG. 2 shows a software configuration of the failure determination device according to the first embodiment of the present invention. The failure detection processing unit 30 is activated by the interruption of the failure occurrence, updates the value of the number of occurrences stored in the occurrence
[0009]
FIG. 3 is a flowchart showing details of the processing in the failure detection unit 30. When activated by an interrupt indicating that a failure has occurred, the location of occurrence is first specified (step 1000), and the number of occurrences stored in the
[0010]
FIG. 4 is a flowchart showing details of the processing in the
[0011]
FIG. 5 is a flowchart showing details of the processing in the time-up
[0012]
FIG. 6 is a timing chart for explaining the operation of the failure determination device according to the first embodiment of the present invention. 6, a timer defining the determination time T 1 is started from the first interrupt independently for fault location. In addition, the threshold value n of the number of occurrences during that time can be set to a different value for each determination point, such as n 1 and n 2 in FIG. For the failure points 1 and 2, when the number of occurrences reaches n 1 and n 2 during the determination time T 1 , a timer for determining the determination time T 2 starts. For determination time T 2 can also be set to a different value for each determination point as T 21, T 22 in FIG. The fault location 3, generation number determination time T 1 before reaching the n 3 is determined to disaster recovery because the time is up.
[0013]
In the first embodiment of the present invention, fault detection process before time-up
[0014]
FIG. 7 shows a software configuration of the failure determination device according to the second embodiment of the present invention. In the second embodiment of the present invention, faults that are closely related to each other, such as a fault in the physical layer and a fault in the data link layer supported thereby, are collected as one fault group, and each fault group is collected. The failure state is determined using one timer each time. Further, a monitoring point of a type in which n is 1 in the first embodiment, that is, a type in which a determination of a fixed failure is made as soon as an interruption of the failure occurs is taken as the target.
[0015]
In FIG. 7, on the RAM 18 (FIG. 1), one timer area 40 is provided for each failure group, and an area 42 for storing the status (normal, under determination, or failure) of each monitoring location belonging to the failure group. Provided. The failure detection processing unit 44 is activated by the interruption of the failure occurrence, changes the state of the corresponding location during the failure determination, and all the monitoring locations belonging to the same failure group having a higher priority than the monitoring locations are normal. Only when there is a value, a value is set in the timer area 40. The timer processing unit 46 is activated by an interrupt generated every time a predetermined time elapses, counts down the timer value in the timer area 40, and notifies the time-up processing unit 48 of time-up when the timer value reaches zero. The time-up processing unit 48 is started by the time-up notification, determines the state of the failure based on the contents of the
[0016]
FIG. 8 is a flowchart showing details of the processing of the failure detection processing unit 44. When activated by the interruption of the failure occurrence, the failure group and the failure type (monitoring location) are specified (step 1300), and the status is changed from normal to failure determination with reference to the area 42 (
[0017]
FIG. 9 is a flowchart showing details of the processing of the timer processing unit 46. The operation of the timer processing unit 46 is substantially the same as the operation (FIG. 4) of the
FIG. 10 is a flowchart showing details of the processing of the time-up processing unit 48. In the second embodiment of the present invention, since one timer is provided for each failure group, the time-up processing unit 48 performs a failure determination process on a monitoring point belonging to the failure group corresponding to the timer whose time has expired. In
[0018]
That is, in the second embodiment of the present invention, one timer is used for a plurality of monitoring points belonging to the same failure group, and if failures are detected simultaneously or consecutively, the one with the higher priority takes precedence. The fixed fault is determined in this way, and only when it is determined that the fault has been recovered, the process with the lower priority is performed.
[0019]
【The invention's effect】
As described above, according to the present invention, detection of faults having different fault types / device types and faults having priorities can be unified, and the amount of management data up to fault detection can be reduced, thereby improving the processing efficiency of fault processing. be able to.
[Brief description of the drawings]
FIG. 1 is a block diagram illustrating a hardware configuration according to an embodiment of the present invention.
FIG. 2 is a block diagram illustrating a software configuration according to the first embodiment of this invention.
FIG. 3 is a flowchart of a process performed by a failure detection processing unit 30;
FIG. 4 is a flowchart of a process of a
FIG. 5 is a flowchart of processing of a time-up
FIG. 6 is a timing chart illustrating the operation of the first exemplary embodiment of the present invention.
FIG. 7 is a block diagram illustrating a software configuration according to a second embodiment of the present invention.
FIG. 8 is a flowchart of processing of a failure detection processing unit 44;
FIG. 9 is a flowchart of a process of a timer processing unit 46;
FIG. 10 is a flowchart of a process performed by a time-up processing unit;
Claims (1)
障害発生割込の回数が1になったときタイマに第1の値を設定する手段と、
障害発生割込の回数が所定値になったときタイマに第2の値を設定する手段と、
タイマがタイムアップし、障害発生割込の回数が前記所定値以上であり、障害発生が継続しているとき、障害状態と判定する手段と、
タイマがタイムアップし、障害発生割込の回数が前記所定値以上であり、障害発生が継続していないとき、障害復旧と判定する手段と、
タイマがタイムアップし、障害発生割込の回数が前記所定値に達しないとき障害復旧と判定する手段と、
障害復旧と判定されたとき障害発生割込の回数をゼロにクリアする手段とを具備する障害判定装置。Means for counting the number of interrupts indicating occurrence of a failure;
Means for setting a first value to a timer when the number of times of failure occurrence interrupts becomes 1,
Means for setting a second value to the timer when the number of failure occurrence interrupts reaches a predetermined value;
When the timer times out, the number of times of failure occurrence interrupt is equal to or more than the predetermined value, and when the failure occurrence continues, means for determining a failure state;
When the timer times out, the number of failure occurrence interrupts is equal to or greater than the predetermined value, and when failure occurrence is not continued, means for determining failure recovery,
Means for determining that the timer has expired, and when the number of failure interrupts does not reach the predetermined value, determines that the failure has been recovered;
Means for clearing the number of failure occurrence interrupts to zero when it is determined that the failure has been recovered.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP16349498A JP3570893B2 (en) | 1998-06-11 | 1998-06-11 | Failure determination device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP16349498A JP3570893B2 (en) | 1998-06-11 | 1998-06-11 | Failure determination device |
Publications (2)
Publication Number | Publication Date |
---|---|
JPH11355437A JPH11355437A (en) | 1999-12-24 |
JP3570893B2 true JP3570893B2 (en) | 2004-09-29 |
Family
ID=15774941
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP16349498A Expired - Lifetime JP3570893B2 (en) | 1998-06-11 | 1998-06-11 | Failure determination device |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3570893B2 (en) |
-
1998
- 1998-06-11 JP JP16349498A patent/JP3570893B2/en not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
JPH11355437A (en) | 1999-12-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7000154B1 (en) | System and method for fault detection and recovery | |
US7570580B1 (en) | Automatic problem isolation for multi-layer network failures | |
CN106789306B (en) | Method and system for detecting, collecting and recovering software fault of communication equipment | |
CN112631820A (en) | Fault recovery method and device of software system | |
WO2013071755A1 (en) | Method and apparatus for implementing base station device self-healing | |
JPH04334231A (en) | Computer system having separating function from lan | |
JP6421516B2 (en) | Server device, redundant server system, information takeover program, and information takeover method | |
CN101106478A (en) | Alert processing method and its device | |
CN113407391A (en) | Fault processing method, computer system, substrate management controller and system | |
JP3570893B2 (en) | Failure determination device | |
CN105939254A (en) | Method and device for switching state of VRRP (Virtual Router Redundancy Protocol) backup set | |
JP2001331330A (en) | Process abnormality detection and restoration system | |
JP2004258936A (en) | Mobile communication terminal, fail-safe method used therefor, and its program | |
JP2011023983A (en) | Network node | |
WO2014040470A1 (en) | Alarm message processing method and device | |
JP2004086520A (en) | Monitoring control device and its method | |
CN109815048A (en) | Method for reading data, device and equipment | |
JP3496822B2 (en) | Troubleshooting method for computer system | |
TWI780537B (en) | System and method for intelligently adjusting monitoring alarm service and computer readable medium | |
CN100466559C (en) | Method for judging spring grouping ring topology stability | |
JP3242550B2 (en) | Method and apparatus for controlling switching of a system of a duplexed communication system | |
JPH04239242A (en) | Fault detection system | |
JP2000148540A (en) | Processor system | |
JP2004227084A (en) | Alarm information collection device | |
JPH09185561A (en) | Communication processor |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040217 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040224 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040412 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040525 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040622 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080702 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090702 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100702 Year of fee payment: 6 |