JP5862403B2 - Failure importance processing server device, network management system, failure importance estimation method and program - Google Patents
Failure importance processing server device, network management system, failure importance estimation method and program Download PDFInfo
- Publication number
- JP5862403B2 JP5862403B2 JP2012069900A JP2012069900A JP5862403B2 JP 5862403 B2 JP5862403 B2 JP 5862403B2 JP 2012069900 A JP2012069900 A JP 2012069900A JP 2012069900 A JP2012069900 A JP 2012069900A JP 5862403 B2 JP5862403 B2 JP 5862403B2
- Authority
- JP
- Japan
- Prior art keywords
- failure
- importance
- occurrence
- processing unit
- interval
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Monitoring And Testing Of Transmission In General (AREA)
Description
本発明は、障害重要度処理サーバ装置、ネットワーク管理システム、障害重要度推定方法およびプログラムに関する。 The present invention relates to a failure importance level processing server device, a network management system, a failure importance level estimation method, and a program.
ネットワーク機器やサーバの台数増加に伴い、ネットワーク機器やサーバの状態を監視し、ネットワーク機器やサーバへのオペレーションを行うネットワーク管理システムの利用が増加している。ネットワーク機器やサーバの状態を障害として管理する際に、障害状況を定義する必要がある。障害の発生状況の1つとして、障害が引き起こす問題のレベルを示す重要度を用いることが多く、障害の重要度を事前に定義することが一般的に行われている。すなわち、どのような障害にどのような重要度を割り当てるかという設計が行われている。 As the number of network devices and servers increases, the use of network management systems that monitor the status of network devices and servers and perform operations on network devices and servers is increasing. When managing the status of network devices and servers as failures, it is necessary to define the failure status. As one of the occurrence states of a failure, an importance level indicating the level of a problem caused by the failure is often used, and the importance level of the failure is generally defined in advance. In other words, the design of what kind of importance is assigned to what kind of failure is performed.
また、障害の重要度に関連して幾つかの技術が提案されている。例えば、特許文献1に記載のネットワーク監視方式では、パケット交換機及びネットワークの障害を検出する障害検出部と、その障害に関する障害情報を生成する障害情報生成部とを設け、さらに予めその障害情報についてその重要度の定義に応じ、メジャー・アラームとマイナー・アラームとに分類する条件を登録した障害分類テーブルと、それに従い障害情報を分類するとともに、障害情報の内容について要約情報と詳細情報とに分ける障害情報分類制御部を設け、それぞれの障害情報を格納するメジャー・アラーム要約ログファイル、マイナー・アラーム要約ログファイル、詳細情報ログファイルを設ける。
これにより、パケット交換網、及びそれを構成するパケット交換機の監視において、重要な障害情報の把握と大局的な障害状況の把握を容易にし、障害の原因切分け、分析を効率的に行う、とされている。
In addition, several techniques have been proposed in relation to the importance of failures. For example, in the network monitoring method described in
As a result, in the monitoring of the packet switching network and the packet switching equipment that constitutes it, it is easy to understand important failure information and global failure status, and to efficiently isolate and analyze the cause of failure. Has been.
障害に重要度を割り当てる設計は、一般的にはシステム運用前の構築段階で行われる。しかしながら、設計段階では幾つかの障害の重要度の定義が行われない場合があり得る。例えば、設計段階では、運用段階での実際の障害発生状況を想定できず、当該障害の重要度を定義できないことが考えられる。また、障害自体が事前に想定されなかった場合、重要度の登録も含めて当該障害の登録が行われないことが考えられる。
重要度の定義されていない障害については、運用段階において当該障害の問題のレベルを把握できず、管理しない障害として見過ごしてしまうおそれがある。
The design for assigning importance to a failure is generally performed at the construction stage before system operation. However, it may not be possible to define the importance of some faults at the design stage. For example, in the design stage, it is conceivable that the actual failure occurrence state in the operation stage cannot be assumed and the importance of the failure cannot be defined. Further, when the failure itself is not assumed in advance, it is possible that the failure is not registered including the importance level registration.
A failure whose severity is not defined may be overlooked as an unmanaged failure because the level of the failure problem cannot be grasped in the operation stage.
また、特許文献1に記載のネットワーク監視方式では、障害情報の重要度に応じて障害情報分類テーブルに予め定義しておく必要があり、重要度の定義されていない障害に対応することはできない。
Moreover, in the network monitoring system described in
本発明は、上述の課題を解決することのできる障害重要度処理サーバ装置、ネットワーク管理システム、障害重要度推定方法およびプログラムを提供することを目的としている。 It is an object of the present invention to provide a failure importance level processing server device, a network management system, a failure importance level estimation method, and a program that can solve the above-described problems.
この発明は上述した課題を解決するためになされたもので、本発明の一態様による障害重要度処理サーバ装置は、障害毎の重要度を、障害発生頻度と、障害発生間隔のばらつきと対応付けて記憶する重要度記憶部と、重要度の登録されていない障害の障害通知を取得すると、当該障害の発生頻度と発生間隔のばらつきとに基づいて前記重要度記憶部を参照して、当該障害の重要度を推定する重要度処理部と、を具備することを特徴とする。 The present invention has been made to solve the above-described problems, and the failure importance processing server apparatus according to one aspect of the present invention associates the importance for each failure with the failure occurrence frequency and the variation in the failure occurrence interval. If the failure degree storage unit and the failure notification of the failure whose degree of importance is not registered are acquired, the failure degree is referred to based on the occurrence frequency of the failure and the variation in the occurrence interval. And an importance degree processing unit for estimating the importance degree.
また、本発明の一態様によるネットワーク管理システムは、通知用の重要度として、障害毎の重要度を記憶する第1重要度記憶部と、推定用の重要度として、障害毎の重要度を、障害発生頻度と、障害発生間隔のばらつきと対応付けて記憶する第2重要度記憶部と、前記第1重要度記憶部に重要度の登録されていない障害の障害通知を取得すると、当該障害の発生頻度と発生間隔のばらつきとに基づいて前記第2重要度記憶部を参照して、当該障害の重要度を推定する重要度処理部と、前記第1重要度記憶部に重要度の登録されている障害の障害通知を取得すると、当該第1重要度記憶部に登録されている当該重要度を出力し、前記第1重要度記憶部に重要度の登録されていない障害の障害通知を取得すると、前記重要度処理部が推定した前記重要度を出力する障害処理部と、を具備することを特徴とする。 The network management system according to one aspect of the present invention includes a first importance storage unit that stores importance for each failure as the importance for notification, and an importance for each failure as the importance for estimation. When acquiring a failure notification of a failure whose importance is not registered in the first importance storage unit, a second importance storage unit that stores the failure occurrence frequency and the failure occurrence interval in association with each other, Based on the occurrence frequency and the variation in the occurrence interval, the second importance level storage unit is referred to, an importance level processing unit for estimating the importance level of the failure, and the importance level is registered in the first importance level storage unit. If the failure notification of the failure that has been acquired is acquired, the importance registered in the first importance storage unit is output, and the failure notification of the failure whose importance is not registered in the first importance storage unit is acquired Then, before the importance processing unit estimated Characterized by comprising a failure handling unit outputting the importance, the.
また、本発明の一態様による障害重要度推定方法は、障害毎の重要度を、障害発生頻度と、障害発生間隔のばらつきと対応付けて記憶する重要度記憶部を具備する障害重要度処理サーバ装置の重要度推定方法であって、重要度の登録されていない障害の障害通知を取得すると、当該障害の発生頻度と発生間隔のばらつきとに基づいて前記重要度記憶部を参照して、当該障害の重要度を推定する重要度推定ステップを具備することを特徴とする。 Also, the failure importance level estimation method according to an aspect of the present invention includes a failure importance level processing server including an importance level storage unit that stores the importance level for each failure in association with the failure occurrence frequency and the variation in the failure occurrence interval. In the importance level estimation method of the apparatus, when acquiring a fault notification of a fault whose priority level is not registered, the importance level storage unit is referred to based on the occurrence frequency of the fault and the variation in the occurrence interval. An importance level estimation step for estimating the importance level of the failure is provided.
また、本発明の一態様によるプログラムは、障害毎の重要度を、障害発生頻度と、障害発生間隔のばらつきと対応付けて記憶する重要度記憶部を具備する障害重要度処理サーバ装置に、重要度の登録されていない障害の障害通知を取得すると、当該障害の発生頻度と発生間隔のばらつきとに基づいて前記重要度記憶部を参照して、当該障害の重要度を推定する重要度推定ステップを実行させるためのプログラムである。 In addition, the program according to one aspect of the present invention is important for the failure importance degree processing server apparatus including the importance degree storage unit that stores the importance degree for each failure in association with the failure occurrence frequency and the variation in the failure occurrence interval. Importance level estimation step of obtaining the fault notification of the fault whose degree is not registered, and estimating the importance level of the fault by referring to the importance level storage unit based on the occurrence frequency of the fault and the variation in the occurrence interval Is a program for executing
本発明によれば、重要度の定義されていない障害について、当該障害の問題のレベルを推定し得る。 According to the present invention, it is possible to estimate the problem level of a failure for which the importance is not defined.
次に、本発明の実施の形態について図面を参照して説明する。
図1は、本発明の一実施形態におけるネットワーク管理システムの構成を示す概略ブロック図である。
この図において、ネットワーク管理システム100は、障害管理サーバ装置1、障害重要度処理サーバ装置2およびオペレータ端末4を備えている。そして、障害管理サーバ装置1は監視網3と通信ネットワークで接続されている。また、障害管理サーバ装置1は障害重要度処理サーバ装置2およびオペレータ端末4と接続されている。
Next, embodiments of the present invention will be described with reference to the drawings.
FIG. 1 is a schematic block diagram showing a configuration of a network management system according to an embodiment of the present invention.
In this figure, the
障害管理サーバ装置1は障害管理データベース(DB)11、障害処理部12、端末制御部13およびネットワーク通信部14を備えている。障害重要度処理サーバ装置2は障害発生履歴データベース21、重要度処理部22および障害分類スコアデータベース23を備えている。監視網3は、障害監視対象である複数のネットワーク機器31およびサーバ装置32を含んで構成されている。
The failure
そして、障害管理サーバ装置1は、監視網3内のネットワーク機器31やサーバ装置32で発生した障害を通知する障害通知をネットワーク通信部14にて受信し、受信した障害の履歴を障害管理データベース11にて記憶する。障害処理部12では、ネットワーク通信部14にて受信した障害通知を障害重要度処理サーバ装置2の重要度処理部22に通知する。障害重要度処理サーバ装置2は、重要度処理部22にて推定した障害の重要度を障害管理サーバ装置1の障害処理部12に通知する。障害管理サーバ装置1は、重要度処理部22が推定した障害の重要度を、端末制御部13を通じてオペレータ端末4に通知する。
Then, the failure
ここで、障害管理データベース11は、本発明における第1重要度記憶部の一例であり、通知用の重要度として、障害毎の重要度を記憶する。
また、障害発生履歴データベース21は、本発明における重要度記憶部(第2重要度記憶部)の一例である。障害発生履歴データベース21は、重要度を未登録の障害について重要度処理部22が重要度を推定するために、障害毎の重要度を、障害発生頻度と、障害発生間隔のばらつきと対応付けて記憶する。
Here, the
Further, the failure occurrence history database 21 is an example of an importance storage unit (second importance storage unit) in the present invention. The failure occurrence history database 21 associates the importance for each failure with the failure occurrence frequency and the variation in the failure occurrence interval so that the
ここで、発生回数が多い障害やハードウェア障害など発生頻度が比較的少ないながらも不定期に発生する障害は、特に対応が必要な障害として重要な障害に設定(定義)されることが考えられる。例えば、短期間に何度も発生する障害は優先して対処する必要があり、重要度を高く設定されることが考えられる。また、CPUの故障といったほとんど発生しない障害や、ネットワーク障害など不定期に発生する障害には、システムに致命的な影響を及ぼす障害も重要度を高く設定されることが考えられる。 Here, it is considered that failures that occur on an irregular basis, such as failures that occur frequently and hardware failures, are set (defined) as important failures that need to be addressed. . For example, a failure that occurs many times in a short period needs to be dealt with preferentially, and the degree of importance may be set high. Moreover, it is conceivable that a failure that has a fatal effect on the system is also set to a high importance for a failure that hardly occurs such as a CPU failure or a failure that occurs irregularly such as a network failure.
逆に、障害の発生回数は多いが、発生間隔が1日1回などの決まった振る舞いで発生する障害は、対処の優先度が低く、重要度を低く設定されることが考えられる。例えば、ボトルネックに位置するルータでは、通信データの一時的に集中してバッファオーバーフローが比較的頻繁に、かつ、比較的定期的に発生することが考えられる。この通信データの集中が原因のバッファオーバーフローは、データ再送によって直ちに解消されることが期待され、重要度を低く設定されることが考えられる。 On the other hand, although the number of occurrences of failures is large, failures that occur with a fixed behavior such as the occurrence interval once a day may have a low priority for handling and may be set low in importance. For example, in a router located at a bottleneck, it is conceivable that communication data is temporarily concentrated and buffer overflow occurs relatively frequently and relatively regularly. The buffer overflow caused by the concentration of communication data is expected to be immediately resolved by data retransmission, and the importance may be set low.
このように、障害の発生頻度および障害発生のばらつき度合い(定期的か否かの度合い)と重要度との間には、一定の相関関係があると考えられる。そこで、ネットワーク管理システム100は、監視網3で発生する障害の発生状況に応じて、障害の発生頻度および障害発生のばらつき度合いと、障害の重要度の高低とを関連付ける。
Thus, it is considered that there is a certain correlation between the occurrence frequency of failures and the degree of variation in occurrence of failures (degree of regularity) and the importance. Therefore, the
図2は障害管理データベース11が記憶する障害管理テーブルの例を示す図である。障害管理テーブルは、障害管理サーバ装置1が、監視網3内のネットワーク機器31またはサーバ装置32で発生した障害を管理するために具備するテーブルである。また、障害処理部12は、障害管理データベース11が障害管理テーブルにて記憶する情報のうち重要度の登録されている障害の情報(特に重要度)を、オペレータ端末4への通知用の情報として用いる。
FIG. 2 is a diagram illustrating an example of a failure management table stored in the
図2に示す障害管理テーブルは、監視網3内のネットワーク機器31またはサーバ装置32における障害の情報を格納しており、1行が1つの障害に対応している。そして、同図の例では、障害管理テーブルの各行は、障害識別子、障害種別、障害発生箇所、障害発生時刻、重要度および障害解消時刻を保持している。例えば、行L11には、障害識別子XXXalm1YY、障害種別alm1、障害発生箇所がルータA、障害発生時刻が2011/12/05 13:00:00、重要度が2、障害解消時刻が2011/12/05 14:00:05の障害が登録されている。
The failure management table shown in FIG. 2 stores information on failures in the
障害識別子は、ネットワーク管理システム100が障害を識別するのに用いる識別子である。特に、監視網3は、障害が発生すると、発生した障害の障害識別子を含む障害通知を障害管理サーバ装置1に送信し、障害管理サーバ装置1は、当該障害識別子を検索キーとして障害管理テーブルを検索して障害情報を取得する。
障害種別は、障害の種別を示す。この障害種別としては、様々なレベルのものを用いることができる。例えば、サーバ装置32における「CPU故障」など、同種の装置に共通のものであってもよいし、装置毎に規定されるものであってもよい。
The failure identifier is an identifier used by the
The failure type indicates the type of failure. Various types of failures can be used. For example, it may be common to the same type of device such as “CPU failure” in the
障害発生箇所は、障害の発生した機器を示す。
障害発生時刻は、最新の障害発生時刻、すなわち、最後に障害が発生した時刻を示す。
重要度は障害の重要度であり、障害の影響の重大性や障害に対する対応の必要性などに基づいて、例えばネットワーク管理システム100の運用管理者が定義(設定)し、障害管理データベース11に登録する。
障害解消時刻は、発生した障害が解決された時刻を示す。障害が未解消の状態では、障害解消時刻として空白など未解消を示す値が格納されている。
The failure location indicates the device where the failure occurred.
The failure occurrence time indicates the latest failure occurrence time, that is, the last failure occurrence time.
The importance is the importance of the failure. For example, the operation manager of the
The failure resolution time indicates the time when the failure that has occurred is resolved. In a state where the failure has not been resolved, a value indicating unsolved, such as a blank, is stored as the failure resolution time.
ここで、障害管理データベース11は原則として、障害管理テーブルの各行について、障害識別子、障害種別、障害発生箇所、重要度の各項目の値を予め記憶している。障害管理テーブルは、ネットワーク管理システム100が障害を識別するためのテーブルであり、例えばネットワーク管理システム100の運用管理者などネットワーク管理システム100の初期設定者が、これらの項目を登録する。ネットワーク管理システム100の初期設定者は、監視網3で発生すると予想する障害について上記の各項目を設定する(障害管理データベース11に記憶させる)。
Here, as a general rule, the
もっとも、初期設定者が監視網3で発生し得る全ての障害を把握しているとは限らない。また、ネットワーク管理システム100の初期設定後に、監視網3に装置が追加されて初期設定時には想定されていない障害が発生することもあり得る。このように、障害管理テーブルに登録されている以外の障害が発生する場合がある。
また、初期設定者が障害を登録する際、監視網3の各装置を運用前であり障害の重要度を判断できないこともあり得る。この場合、初期設定者は、重要度を空白とするなど重要度の値を未登録であることを示す値とする。
このように、障害の重要度が登録されていない場合があり得る。
However, the initial setter does not always know all the failures that may occur in the monitoring network 3. In addition, after initial setting of the
In addition, when the initial setter registers a failure, it is possible that the importance of the failure cannot be determined because each device of the monitoring network 3 is before operation. In this case, the initial setter sets the importance value to be a value indicating that it has not been registered, such as setting the importance to blank.
Thus, there may be a case where the importance of the failure is not registered.
また、障害発生時刻と障害解消時刻とは、監視網3からの情報に基づいて障害処理部12が障害管理データベース11に記憶させる。
例えば、障害処理部12は、監視網3から送信された障害通知から障害発生時刻を読み出して障害管理データベース11に記憶させる。また、障害処理部12は、監視網3から送信された障害解消通知から障害解消時刻を読み出して障害管理データベース11に記憶させる。
Further, the
For example, the
図3は障害発生履歴データベース21が記憶する障害発生履歴テーブルの例を示す図である。重要度処理部22は、障害発生履歴データベース21が障害発生履歴テーブルにいて記憶している重要度を、重要度の登録されていない障害の重要度推定用に用いる。
同図に示す障害発生履歴テーブルは、監視網3内のネットワーク機器31またはサーバ装置32にて発生した障害の履歴を格納しており、1行が1つの障害履歴に対応している。そして、同図の例では、障害発生履歴テーブルの各行は、障害識別子、障害種別、障害発生箇所、重要度、障害発生初回時刻、障害発生最終時刻、発生回数、前回発生時との間隔および平均発生間隔を保持している。例えば、行L21には、障害識別子がZZZalm4AA、障害種別がalm4、障害発生箇所がルータB、重要度が1、障害発生初回時刻が2011/12/0212:00:00、障害発生最終時刻が2011/12/0213:00:00、発生回数が121回、前回発生時刻との間隔が30秒、平均発生間隔が30秒との障害情報を保存している。
FIG. 3 is a diagram illustrating an example of a failure occurrence history table stored in the failure occurrence history database 21. The
The failure occurrence history table shown in the figure stores a history of failures that have occurred in the
障害発生初回時刻は、ネットワーク管理システム100(ネットワーク通信部14)が、該当する障害の障害通知を最初に受けた際の障害発生時刻を示す。障害発生最終時刻は、ネットワーク管理システム100(ネットワーク通信部14)が、該当する障害の障害通知を最後に受けた際の障害発生時刻(すなわち、最新の障害の発生時刻)を示す。
発生回数は、該当する障害の発生回数を示す。例えば、重要度処理部22は、障害通知を受ける毎に、該当する障害の発生回数をカウントアップすることで、障害発生回数を計数する。
The failure occurrence initial time indicates a failure occurrence time when the network management system 100 (network communication unit 14) first receives a failure notification of the corresponding failure. The failure occurrence last time indicates the failure occurrence time (that is, the latest failure occurrence time) when the network management system 100 (network communication unit 14) has finally received the failure notification of the corresponding failure.
The number of occurrences indicates the number of occurrences of the corresponding failure. For example, every time the
前回発生との間隔は、最新の障害の発生時刻と、その前の障害の発生時刻との差、すなわち、前の障害が発生してから最新の障害が発生するまでの障害が発生するまでの経過時間を示す。重要度処理部22が最新の障害の通知を受けた時点では、障害発生履歴データベース21は前回の障害の発生時刻を最新の障害の発生時刻として記憶している。そこで、重要度処理部22は、障害通知から読み出した最新の障害の発生時刻と、障害発生履歴データベース21が記憶している前回の障害の発生時刻とに基づいて前回発生との間隔を算出して障害発生履歴データベース21に記憶させる。
平均発生間隔は、障害発生初回時刻から障害発生最終時刻までの時間を、発生回数から1引いた数で除算した値である。
The interval from the previous occurrence is the difference between the time of the most recent failure and the time of the previous failure, that is, the time between the occurrence of the previous failure and the occurrence of the latest failure. Indicates elapsed time. When the
The average occurrence interval is a value obtained by dividing the time from the first occurrence time of failure to the last failure occurrence time by the number obtained by subtracting 1 from the occurrence count.
図4は障害分類スコアデータベース23が記憶する障害分類スコアテーブルの例を示す図である。重要度処理部22は、障害分類スコアデータベース23が障害分類スコアテーブルにて記憶する障害分類スコアを、障害発生履歴テーブルの重要度を更新するために藻用いる。
同図に示す障害分類スコアテーブルは、図3を参照して説明した障害発生履歴テーブルにおける、「平均発生間隔」と「前回発生時刻との間隔」との差の絶対値として定義される間隔差(以下、単に「間隔差」と称する)、および、発生回数(単位時間当たりの発生回数、すなわち発生頻度)の組み合わせに対応付けて、障害分類スコアを格納している。障害分類スコアは、後述するように、障害発生履歴データベース21が記憶する障害の重要度を更新するための係数として用いられる。重要度処理部22は、障害の重要度および障害分類スコアを繰り返し計算することで、障害の重要度のクラスタリングを行う。
FIG. 4 is a diagram showing an example of a failure classification score table stored in the failure
The failure classification score table shown in the figure is an interval difference defined as an absolute value of a difference between “average occurrence interval” and “interval between previous occurrence times” in the failure occurrence history table described with reference to FIG. (Hereinafter, simply referred to as “interval difference”) and the number of occurrences (the number of occurrences per unit time, that is, the occurrence frequency) are associated with a combination of failure classification scores. As will be described later, the failure classification score is used as a coefficient for updating the importance of the failure stored in the failure occurrence history database 21. The importance
図4の例では、障害分類スコアデータベース23は、間隔差が0、発生回数が1の場合に障害分類スコアが0.5、発生間隔が10の場合に0.1、発生回数が100の場合に0.05のスコアを保存している。そして、重要度処理部22は、発生した障害の重要度と、障害分類スコアデータベース23が現在保存しているスコアから障害分類スコアを再計算する。本実施例では、重要度は、数値が大きいほど重大な障害であることを示す。
In the example of FIG. 4, the failure
ここで、重要度処理部22は、以下のようにして障害の重要度の更新や障害分類スコアの更新(以下、「テーブル更新処理」と称する)を行う。
ある時刻n(障害の発生回数がn回のとき)において、障害発生履歴データベース21が記憶している障害almの重要度をsv(n)almとする。また、障害almにおける間隔差iおよび発生回数jに対応付けて障害分類スコアデータベース23が記憶している障害分類スコアをc(n)i,jとする。n+1回目の障害発生において障害almが発生した場合、重要度処理部22は、式(1)に基づいて、時刻n+1における障害almの重要度sv(n+1)almを計算する。
Here, the
At a certain time n (when the number of occurrences of the failure is n), the importance of the failure alm stored in the failure occurrence history database 21 is sv (n) alm . Also, let c (n) i, j be the failure classification score stored in the failure
なお、障害分類スコアテーブルにおける間隔差および発生回数の組み合わせに、障害almにおける間隔差iおよび発生回数jと同一のものが無い場合、障害almにおける間隔差iおよび発生回数jに最も類似するものを用いる。例えば、重要度処理部22は、まず、障害分類スコアテーブルにおける間隔差および発生回数の組み合わせの各々について、間隔差iおよび発生回数jの組み合わせとのユークリッド距離(√(間隔差の差の二乗+発生回数の差の二乗))を算出する。そして、重要度処理部22は、ユークリッド距離の最も小さいものに対応付けられた障害分類スコアを用いる。
If there is no combination of the interval difference and the number of occurrences in the failure classification score table that is the same as the interval difference i and the number of occurrences j in the failure alm, the combination most similar to the interval difference i and the number of occurrences j in the failure alm Use. For example, the importance
また、重要度処理部22は、式(2)に基づいて、間隔差iおよび発生回数kの障害分類スコアc(n+1)i,kを更新する。
Further, the importance
また、重要度処理部22は、式(3)に基づいて、障害分類スコアc(n+1)i,kを正規化する。
Further, the importance
なお、ネットワーク管理システム100の重要度の定義域を越えないようにするために、式(1)に基づいて算出した重要度がシステムの定義域を超える場合、重要度処理部22は、システムの定義域における最大値を用いる。また、算出した重要度が定義域を下回る場合、重要度処理部22は、システムの定義域における最小値を用いる。
In order not to exceed the importance domain of the
なお、一般には、管理対象から発生する障害の振る舞いを推定できないため、障害分類スコアデータベース23が障害分類スコアテーブルに保持するスコアの初期値として、例えばランダムな値を登録する。
なお、事前に1分ごとなど定期的に発生するが問題のない障害が発生するなどの事象が分かっている場合には、運用管理者の設計方針によりスコアを固定して保持できるようにしてもよい。また、設計方針により指定されたスコアは、計算には含まれないように設定できるようにしてもよい。
In general, since the behavior of a fault generated from a management target cannot be estimated, a random value is registered as an initial value of a score held in the fault classification score table in the fault
In addition, if an event such as a failure that occurs regularly but every minute, such as every minute in advance, is known, the score can be held fixed by the operation manager's design policy. Good. The score specified by the design policy may be set so as not to be included in the calculation.
図5は障害が発生した際にネットワーク管理システム100が行う処理の手順を示すフローチャートである。ネットワーク管理システム100は、ネットワーク通信部14が監視網3からの障害通知を受信すると同図の処理を開始する。
同図の処理において、まず、ネットワーク通信部14は、受信した障害通知を障害処理部12に出力する(ステップS101)。
FIG. 5 is a flowchart showing a procedure of processing performed by the
In the process of FIG. 6, first, the
そして、障害処理部12は、ネットワーク通信部14が受信した障害通知に該当する障害が、重要度を未登録の障害か否かを判定する(ステップS102)。具体的には、障害処理部12は、障害通知の示す障害が、障害管理データベース11の記憶する障害管理テーブルに登録(定義)されていない場合、または、障害が登録されていても重要度が登録されていない場合、重要度を未登録の障害であると判定する。
Then, the
重要度を未登録の障害であると判定した場合(ステップS102:YES)、障害処理部12は、未登録であることを示す情報と共に障害通知を障害重要度処理サーバ装置2に出力する(ステップS111)。
障害重要度処理サーバ装置2では、重要度処理部22が障害通知を取得し、取得した場外通知に基づいて障害発生履歴テーブルを更新する(ステップS112)。
When it is determined that the importance is an unregistered failure (step S102: YES), the
In the failure importance level
具体的には、障害通知の示す障害が、障害発生履歴テーブルに未登録の場合、重要度処理部22は、障害通知から障害識別子と障害発生時刻とを読み出す。また、重要度処理部22は、障害発生履歴テーブルに1行追加する。そして、重要度処理部22は、追加した行の障害識別子の項目に、障害通知から読み出した障害識別子を書き込む。また、重要度処理部22は、追加した行の障害発生初回時刻の項目と障害発生最終時刻の項目とに、いずれも、障害通知から読み出した障害発生時刻を書き込む。さらに、重要度処理部22は、追加した行の発生回数の項目に「1」を、前回発生との間隔の項目に「0」を、平均発生間隔の項目に「0」をそれぞれ書き込む。また、重要度処理部22は、重要度の項目については、空白など重要度が未登録であることを示す情報を書き込む。
なお、障害通知に障害種別や障害発生箇所の情報が含まれている場合は、重要度処理部22は、これらの情報も追加した行に書き込む。
Specifically, when the failure indicated by the failure notification is not registered in the failure occurrence history table, the importance
If the failure notification includes information on the failure type and the location where the failure has occurred, the importance
一方、障害通知の示す障害が、障害発生履歴テーブルに既に登録されている場合、重要度処理部22は、障害通知から障害発生時刻を読み出し、障害発生履歴テーブルの該当行の、障害発生最終時刻の項目に書き込む(更新する)。その際、重要度処理部22は、更新前の障害発生最終時刻を、前回の障害発生時刻として記憶しておく。
また、重要度処理部22は、該当行の発生回数の項目の値を1増やす。そして、重要度処理部22は、障害発生初回時刻から障害発生最終時刻までの時間を発生回数で除算して平均発生間隔を算出し、該当行の平均発生間隔の項目に書き込む。また、重要度処理部22は、前回の障害発生時刻から障害発生最終時刻までの時間を算出して、該当行の前回発生との間隔の項目に書き込む。
On the other hand, when the failure indicated by the failure notification is already registered in the failure occurrence history table, the importance
Further, the importance
次に、重要度処理部22は、障害通知の示す障害の発生頻度と発生間隔のばらつきとに基づいて障害発生履歴テーブルを参照して、当該障害の重要度を推定する(ステップS113)。
具体的には、重要度処理部22は、障害通知の示す障害の発生頻度として、発生回数を障害発生履歴テーブルから読み出す。また、重要度処理部22は、障害通知の示す障害の発生間隔のばらつきとして、間隔差(前回発生との間隔(前回の障害発生から今回の障害発生までの時間)と、平均発生間隔との差の絶対値)を算出する。
また、重要度処理部22は、障害発生履歴において重要度の登録されている障害の各々について、間隔差を算出する。
そして、重要度処理部22は、障害発生履歴において重要度の登録されている障害のうち、障害通知の示す障害と、発生回数および間隔差の組み合わせにおいて最も類似するものを選択する。例えば、重要度処理部22は、障害発生履歴において重要度の登録されている障害の各々について、当該障害の発生回数および間隔差と、障害通知の示す障害の発生回数および間隔差とのユークリッド距離(√(発生回数の差の二乗+間隔差の差の二乗))を求める。そして、重要度処理部22は、ユークリッド距離の最も近い障害を選択する。
そして、重要度処理部22は、選択した障害の重要度を、障害通知の示す障害の重要度の推定値として障害発生履歴テーブルから読み出す。
Next, the importance
Specifically, the importance
In addition, the importance
Then, the importance
Then, the importance
そして、重要度処理部22は、推定した重要度を障害管理サーバ装置1(障害処理部12)に送信する(ステップS114)。障害処理部12は、重要度処理部22からの重要度を含む障害情報を、端末制御部13を介してオペレータ端末4に送信して表示させる(ステップS115)。
その後、同図の処理を終了する。
Then, the
Thereafter, the process of FIG.
一方、ステップS102において、重要度を既に登録済みの障害であると判定した場合(ステップS102:NO)、障害処理部12は、障害管理データベース11から当該障害の重要度を読み出し、端末制御部13を介してオペレータ端末4に送信して、重要度を含む障害情報を表示させる(ステップS121)。
また、障害処理部12は、重要度を登録済みであることを示す情報と共に障害通知を障害重要度処理サーバ装置2に出力する(ステップS122)。
障害重要度処理サーバ装置2では、重要度処理部22が障害通知を取得し、取得した場外通知に基づいて、次に説明するテーブル更新処理を行う(ステップS123)。
その後、同図の処理を終了する。
On the other hand, when it is determined in step S102 that the severity is a registered failure (step S102: NO), the
In addition, the
In the failure importance level
Thereafter, the process of FIG.
図6は、重要度処理部22が行うテーブル更新処理の手順を示すフローチャートである。重要度処理部22は、図5のステップS113において図6の処理を行う。すなわち、重要度処理部22は、未登録の障害が発生するたびに図6の処理を行う。
図6の処理において、重要度処理部22は、まず、障害分類スコアデータベース23が記憶している障害分類スコアを利用して、障害通知が示す障害の障害発生履歴テーブルにおける重要度を、上述した式(1)に従って更新する(ステップS201)。
FIG. 6 is a flowchart illustrating a procedure of table update processing performed by the
In the process of FIG. 6, the
次に、重要度処理部22は、障害分類スコアと重要度とに基づいて、次回使用時のために障害分類スコアを上述した式(2)に従って更新する(ステップS202)。そして、重要度処理部22は、障害分類スコアテーブルの正規化を上述した式(3)に従って行う(ステップS203)。
その後、同図の処理を終了して図5の処理に戻る。
Next, the
Thereafter, the processing of FIG. 5 ends and the processing returns to the processing of FIG.
以上のように、重要度処理部22は、重要度の登録されていない障害について、当該障害の発生頻度と発生間隔のばらつきとに基づいて障害発生履歴データベース21(障害発生履歴テーブル)を参照して、当該障害の重要度を推定する。これにより、重要度処理部22は、重要度の定義されていない障害について、当該障害の重要度(問題のレベル)を、障害の重要度と、障害の発生頻度、および、発生間隔のばらつきとの相関関係に基づいて、より適切に推定し得る。
As described above, the
また、障害重要度処理サーバ装置2(重要度処理部22)は、障害発生間隔のばらつきとして、当該障害の平均発生間隔と当該障害が前回発生してから今回発生するまで間隔との差の絶対値を用いる。
これにより、重要度処理部22は、障害の平均発生間隔と当該障害が前回発生してから今回発生するまで間隔との差の絶対値を求めるという簡単な計算で障害発生間隔のばらつきを求めることができる。従って、重要度処理部22の負荷を抑制することができ、また、重要度処理部22が重要度を推定する処理時間の増大を抑制することができる。また、障害発生履歴データベース21は、障害の平均発生間隔、および、障害が前回発生してから今回発生するまで間隔を記憶しておけばよく、障害発生時刻を全回分記憶しておく必要が無い。従って、障害発生履歴データベース21の記憶容量を抑制することができる。
Further, the failure importance level processing server apparatus 2 (importance level processing unit 22) determines the absolute difference between the average occurrence interval of the failure and the interval from the occurrence of the failure to the current occurrence as the variation in the failure occurrence interval. Use the value.
As a result, the
また、重要度処理部22は、重要度と障害発生頻度と障害発生間隔のばらつきとが既知の障害の障害通知を取得すると、当該障害通知に基づいて障害発生履歴データベース21が記憶する重要度を更新する。その際、重要度処理部22は、同様の障害発生頻度と障害発生間隔のばらつきとを有する障害に対して、障害分類スコアテーブルの同じ位置からスコアを読み出して重要度の更新を行うことになる。
これにより、重要度処理部22は、同様の障害発生頻度と障害発生間隔のばらつきとを有する障害に対して同様の更新を行うことになり、重要度の値が類似してくる(差が小さくなる)ことが考えられる。すなわち、重要度処理部22は、重要度の更新によって障害の重要度のクラスタリングを行っている。
従って、重要度処理部22は、より安定的に(同様の障害発生頻度と障害発生間隔のばらつきとを有する障害に対して同様の重要度を推定するように)重要度の推定を行い得る。
In addition, when the
As a result, the importance
Therefore, the importance
このように、重要度処理部22は、障害の重要度を自動分類することができる。特に、ネットワーク運用管理システムの構築段階では考慮されていなかったサーバやネットワーク機器から発生した障害に関して分類することができると考えられる。また、障害を一定の条件下について分類することで、認識できていなかった障害の可視化とその対処方法について検討することができるようになると考えられる。
In this way, the importance
また、重要度処理部22は、障害発生履歴データベース21が記憶する重要度を更新することで、重要度の更新をおこなうことで、障害発生頻度や障害発生間隔が変化した場合にも、発生した障害の重要度をより適切に推定し得る。
In addition, the
また、障害管理データベース11が、通知用の重要度として、障害毎の重要度を記憶し、障害発生履歴データベース21が、推定用の重要度として、障害毎の重要度を記憶する。
これにより、重要度処理部22が上記のクラスタリングを行っても、障害処理部12は、重要度が定義され登録されている障害について、当該定義されている重要度(従って、固定の重要度)をオペレータ端末に通知できる。
Further, the
Thereby, even if the importance
次に、図7を参照して、障害重要度処理サーバ装置における本発明の最小構成について説明する。
図7は、障害重要度処理サーバ装置における本発明の最小構成を示す概略ブロック図である。同図において、障害重要度処理サーバ装置102は、重要度記憶部121と、重要度処理部122とを具備する。
Next, a minimum configuration of the present invention in the failure importance degree processing server apparatus will be described with reference to FIG.
FIG. 7 is a schematic block diagram showing the minimum configuration of the present invention in the failure importance degree processing server apparatus. In the figure, the failure importance level
重要度記憶部121は、障害発生履歴データベース21(図1)と同様、障害毎の重要度を、障害発生頻度と、障害発生間隔のばらつきと対応付けて記憶する。また、重要度処理部122は、重要度処理部22(図1)と同様、重要度の登録されていない障害の障害通知を取得すると、当該障害の発生頻度と発生間隔のばらつきとに基づいて重要度記憶部121を参照して、当該障害の重要度を推定する。
これにより、重要度処理部122は、重要度処理部22(図1)と同様、重要度の定義されていない障害について、当該障害の重要度(問題のレベル)を、障害の重要度と、障害の発生頻度、および、発生間隔のばらつきとの相関関係に基づいて、より適切に推定し得る。
Similar to the failure occurrence history database 21 (FIG. 1), the
As a result, the
なお、ネットワーク管理システム100の全部または一部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各部の処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、OSや周辺機器等のハードウェアを含むものとする。
また、「コンピュータシステム」は、WWWシステムを利用している場合であれば、ホームページ提供環境(あるいは表示環境)も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ROM、CD−ROM等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
A program for realizing all or part of the functions of the
Further, the “computer system” includes a homepage providing environment (or display environment) if a WWW system is used.
The “computer-readable recording medium” refers to a storage device such as a flexible medium, a magneto-optical disk, a portable medium such as a ROM and a CD-ROM, and a hard disk incorporated in a computer system. Furthermore, the “computer-readable recording medium” dynamically holds a program for a short time like a communication line when transmitting a program via a network such as the Internet or a communication line such as a telephone line. In this case, a volatile memory in a computer system serving as a server or a client in that case, and a program that holds a program for a certain period of time are also included. The program may be a program for realizing a part of the functions described above, and may be a program capable of realizing the functions described above in combination with a program already recorded in a computer system.
以上、本発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。 The embodiment of the present invention has been described in detail with reference to the drawings. However, the specific configuration is not limited to this embodiment, and includes design changes and the like without departing from the gist of the present invention.
100 ネットワーク管理システム
1 障害管理サーバ装置
11 障害管理データベース
12 障害処理部
13 端末制御部
14 ネットワーク通信部
2 障害重要度処理サーバ装置
21 障害発生履歴データベース
22 重要度処理部
23 障害分類スコアデータベース
3 監視網
31 ネットワーク機器
32 サーバ装置
4 オペレータ端末
DESCRIPTION OF
Claims (6)
重要度の登録されていない障害の障害通知を取得すると、当該障害の発生頻度と発生間隔のばらつきとに基づいて前記重要度記憶部を参照して、当該障害の重要度を推定する重要度処理部と、
を具備することを特徴とする障害重要度処理サーバ装置。 An importance storage unit for storing the importance for each failure in association with the frequency of failure occurrence and variations in failure occurrence intervals;
When a failure notification of a failure whose severity is not registered is obtained, importance processing for estimating the importance of the failure by referring to the importance storage unit based on the occurrence frequency of the failure and the variation in the occurrence interval And
A failure importance degree processing server device comprising:
推定用の重要度として、障害毎の重要度を、障害発生頻度と、障害発生間隔のばらつきと対応付けて記憶する第2重要度記憶部と、
前記第1重要度記憶部に重要度の登録されていない障害の障害通知を取得すると、当該障害の発生頻度と発生間隔のばらつきとに基づいて前記第2重要度記憶部を参照して、当該障害の重要度を推定する重要度処理部と、
前記第1重要度記憶部に重要度の登録されている障害の障害通知を取得すると、当該第1重要度記憶部に登録されている当該重要度を出力し、前記第1重要度記憶部に重要度の登録されていない障害の障害通知を取得すると、前記重要度処理部が推定した前記重要度を出力する障害処理部と、
を具備することを特徴とするネットワーク管理システム。 A first importance storage unit for storing importance for each failure as the importance for notification;
As the importance for estimation, a second importance storage unit that stores the importance for each failure in association with the failure occurrence frequency and the variation in the failure occurrence interval;
When the failure notification of the failure whose importance is not registered in the first importance storage unit is acquired, the second importance storage unit is referred to based on the occurrence frequency of the failure and the variation in the occurrence interval. An importance processing unit for estimating the importance of the fault,
When a failure notification of a failure whose importance is registered in the first importance storage unit is acquired, the importance registered in the first importance storage unit is output, and the first importance storage unit stores the importance When acquiring a failure notification of a failure whose importance is not registered, a failure processing unit that outputs the importance estimated by the importance processing unit;
A network management system comprising:
重要度の登録されていない障害の障害通知を取得すると、当該障害の発生頻度と発生間隔のばらつきとに基づいて前記重要度記憶部を参照して、当該障害の重要度を推定する重要度推定ステップを具備することを特徴とする障害重要度推定方法。 A method for estimating the importance of a failure importance processing server device comprising an importance storage unit for storing the importance for each failure in association with a failure occurrence frequency and a variation in failure occurrence interval,
When a failure notification of a failure whose severity is not registered is obtained, importance estimation for estimating the importance of the failure by referring to the importance storage unit based on the occurrence frequency of the failure and the variation in the occurrence interval A failure importance estimation method comprising the steps of:
重要度の登録されていない障害の障害通知を取得すると、当該障害の発生頻度と発生間隔のばらつきとに基づいて前記重要度記憶部を参照して、当該障害の重要度を推定する重要度推定ステップを実行させるためのプログラム。 In the failure importance degree processing server device having an importance degree storage unit for storing the importance degree for each failure in association with the failure occurrence frequency and the variation in the failure occurrence interval,
When a failure notification of a failure whose severity is not registered is obtained, importance estimation for estimating the importance of the failure by referring to the importance storage unit based on the occurrence frequency of the failure and the variation in the occurrence interval A program for executing steps.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2012069900A JP5862403B2 (en) | 2012-03-26 | 2012-03-26 | Failure importance processing server device, network management system, failure importance estimation method and program |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2012069900A JP5862403B2 (en) | 2012-03-26 | 2012-03-26 | Failure importance processing server device, network management system, failure importance estimation method and program |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2013201695A JP2013201695A (en) | 2013-10-03 |
JP5862403B2 true JP5862403B2 (en) | 2016-02-16 |
Family
ID=49521558
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2012069900A Active JP5862403B2 (en) | 2012-03-26 | 2012-03-26 | Failure importance processing server device, network management system, failure importance estimation method and program |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP5862403B2 (en) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2016127485A (en) * | 2015-01-06 | 2016-07-11 | 富士通株式会社 | Radio equipment |
US10277487B2 (en) * | 2015-10-09 | 2019-04-30 | Google Llc | Systems and methods for maintaining network service levels |
JP6724796B2 (en) | 2017-01-10 | 2020-07-15 | 富士通株式会社 | Packet analysis program, packet analysis method, and packet analysis device |
JP7172492B2 (en) * | 2018-11-19 | 2022-11-16 | ブラザー工業株式会社 | Communication device and computer program for communication device |
JP7334792B2 (en) * | 2019-10-25 | 2023-08-29 | 日本電信電話株式会社 | RULE GENERATION DEVICE, METHOD AND PROGRAM |
JP7208939B2 (en) * | 2020-02-17 | 2023-01-19 | 富士通フロンテック株式会社 | Message monitoring server, message monitoring method and message monitoring program |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3902564B2 (en) * | 2003-04-15 | 2007-04-11 | 中部日本電気ソフトウェア株式会社 | Fault reporting device and fault reporting method |
-
2012
- 2012-03-26 JP JP2012069900A patent/JP5862403B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
JP2013201695A (en) | 2013-10-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5862403B2 (en) | Failure importance processing server device, network management system, failure importance estimation method and program | |
US9246777B2 (en) | Computer program and monitoring apparatus | |
JP6126891B2 (en) | Detection method, detection program, and detection apparatus | |
JP5428934B2 (en) | Failure pattern generation program and failure pattern generation device | |
US9584617B2 (en) | Allocating cache request in distributed cache system based upon cache object and marker identifying mission critical data | |
US20160378583A1 (en) | Management computer and method for evaluating performance threshold value | |
US9917741B2 (en) | Method and system for processing network activity data | |
JP4667412B2 (en) | Electronic device centralized management program, electronic device centralized management apparatus, and electronic device centralized management method | |
JP5418250B2 (en) | Abnormality detection apparatus, program, and abnormality detection method | |
CN107547262B (en) | Method and device for generating alarm level and network management equipment | |
JP4826831B2 (en) | Fault detection device, fault detection method and program thereof | |
US9658908B2 (en) | Failure symptom report device and method for detecting failure symptom | |
WO2014013603A1 (en) | Monitoring system and monitoring program | |
CN106230997B (en) | Resource scheduling method and device | |
US10437695B2 (en) | Fault information providing server and fault information providing method for users of in-vehicle terminals | |
GB2476578A (en) | Identifying a failed component in a network system | |
JP5521456B2 (en) | Monitoring system and program | |
US20170206125A1 (en) | Monitoring system, monitoring device, and monitoring program | |
JP4449929B2 (en) | Transaction apparatus, delay fault detection apparatus and method, and program | |
JP6068296B2 (en) | CONTROL DEVICE, COMPUTER RESOURCE MANAGEMENT METHOD, AND COMPUTER RESOURCE MANAGEMENT PROGRAM | |
JP2016181022A (en) | Information processing apparatus, information processing program, information processing method, and data center system | |
US20230359514A1 (en) | Operation-based event suppression | |
WO2020261621A1 (en) | Monitoring system, monitoring method, and program | |
JP5487914B2 (en) | Operation information management system, operation information management method, operation information management program | |
JP7471194B2 (en) | Entity relationship estimation device, entity relationship estimation method, and entity relationship estimation program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20150212 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20151124 |
|
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: 20151201 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20151214 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 5862403 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |