JP2003203022A - 簡易ネットワーク管理プロトコルマネージャーでネットワーク要素の代表状態を管理及び表示する方法及びそのコンピュータ読取可能媒体 - Google Patents

簡易ネットワーク管理プロトコルマネージャーでネットワーク要素の代表状態を管理及び表示する方法及びそのコンピュータ読取可能媒体

Info

Publication number
JP2003203022A
JP2003203022A JP2002352907A JP2002352907A JP2003203022A JP 2003203022 A JP2003203022 A JP 2003203022A JP 2002352907 A JP2002352907 A JP 2002352907A JP 2002352907 A JP2002352907 A JP 2002352907A JP 2003203022 A JP2003203022 A JP 2003203022A
Authority
JP
Japan
Prior art keywords
importance
network element
trap
network
alarm
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.)
Pending
Application number
JP2002352907A
Other languages
English (en)
Inventor
Jong Ky Lee
鍾基 李
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of JP2003203022A publication Critical patent/JP2003203022A/ja
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/22—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Human Computer Interaction (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)

Abstract

(57)【要約】 【課題】簡易ネットワーク管理プロトコル（ＳＮＭＰ）
マネージャーでネットワーク要素（ＮＥ）の代表状態を
管理及び表示する方法を提供する 【解決手段】ＮＥからトラップを受信し、受信したトラ
ップ情報から E(Enterprise)、G(Generic)、S(Specifi
c)の情報を抽出する。抽出した情報に基づいて各装置ア
ラーム連結構造(alarm_conf)に従い重要度を決定し、各
装置の区別名(ｄｎ)構造(dn_conf)からｄｎを決定す
る。決定した重要度が解除に対するものであればアラー
ム情報構造(alarm_info)内に貯蔵されているアラーム情
報を削除し、解除に対する重要度でなければｄｎとして
新規アラーム情報をalarm_infoに貯蔵する。使用者はア
ラームに基づいてＮＥを様々に表示できるように変換し
ＮＥの代表状態に適用できるようにする。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、ネットワーク要素
(network element)を管理する方法に関し、特に、ネッ
トワーク要素から発生する簡易ネットワーク管理プロト
コル(ＳＮＭＰ；Simple Network Management Protocol)
のトラップ(Trap)情報を分析し、ネットワーク要素の代
表的な状態を提供できるようにする方法及びコンピュー
タ読取可能媒体に関する。
【０００２】
【従来の技術】最近、通信網の管理技術の一つとしてＳ
ＮＭＰが注目を浴びている。ＳＮＭＰは、米国でインタ
ーネット管理の標準として開発され、ＴＣＰ／ＩＰ(Tra
nsmission Control Protocol/Internet Protocol)と同
様に実質的な標準技術として全世界で採用されている。
【０００３】通常、ＳＮＭＰを適用するシステムは、管
理システム(MANGEMENT SYSTEM(SNMPMANAGER))をマネー
ジャー(Manager)１００と、管理対象(MANAGEMENT TARGE
T)をエージェント(Agent)１０１〜１０３と、からな
る。マネージャー１００とエージェント１０１〜１０３
を連結する管理情報の伝達網は、ＴＣＰ／ＩＰ方式に基
づいたものであり、ＳＮＭＰを使用した通信はマネージ
ャー１００とエージェント１０１〜１０３との間で管理
情報ベース(Management Information Base：ＭＩＢ)を
基に管理情報検索、管理情報連続検索、管理情報書き換
え(set)、例外動作の通知等の命令を使用する。
【０００４】様々なＳＮＭＰのネットワークマップはＳ
ＮＭＰを支援するネットワーク要素に対して該当シンボ
ル(symbols)を提供する。したがって、ネットワーク要
素が起動しない場合、ネットワークマップ上では該当ネ
ットワーク要素のシンボルを単一カラー(例えば、赤色)
に変更し、これにより使用者はネットワーク要素の状態
を確認することができる。ネットワーク要素の状態は、
警告といった最低異常状態から緊急といった最高異常状
態に至るまで様々に存在することができる。
【０００５】しかし、ネットワークマップの場合、この
ような様々な異常状態を正確に反映できず、また、各状
態の重要度にしたがって状態を構成できるようになって
いないことから使用者を満足させるには至っていない。
すなわち、これは、前述のようにネットワークマップ上
で様々なネットワーク状態を把握できるようになってい
るのではなく、ただネットワーク要素が起動しているか
否かのみを確認できるに止まり、各状態の重要度にした
がう代表的な状態を構成できるようになっていないため
である。
【０００６】しかも、ネットワークマップで提供するＡ
ＰＩ(Application Programming Interface)を用いると
いってもネットワーク要素ごとに提供される固有のＳＮ
ＭＰトラップに対する処理を行うためには各ネットワー
ク要素ごとに個別の機能を提供しなければならないとい
った問題点がある。
【０００７】したがって、ＳＮＭＰマネージャーでネッ
トワーク要素の代表状態を管理し、これを表示するシス
テム及び方法を用いることができれば好ましい。このた
めＳＮＭＰ及び他のネットワークプロトコルと関連した
プロセスを向上させるための研究が進められている。
【０００８】これに該当する最近の研究として、Willia
m Stallingの編著「ＳＮＭＰ1〜3、RMON 1~2」(1996,p.
173〜190.,Addison Wesley社発行)；大韓民国特許公開
公報第１0-2001-27156；Osmondによる米国特許第6,044,
468号(SECURE TRANSMISSIONUSING AN ORDINARILY INSEC
URE NETWORK COMMUNICATION PROTOCOL SUCH AS SNMP, M
arch 28, 2000.)；Crossley等による米国特許第6,181,7
76(NETWORK MANAGEMENT OF AUTOMATIC CALL DISTRIBUTO
R RESOURCES, January 30, 2001.)；Schlener等による
米国特許第6,182,157号(FLEXIBLE SNMP TRAP NECHANIS
M、January 30,2001)；Spencerによる米国特許第6,253,
243号(AUTOMATED TRAP CONTROL FOR A DISTRIBUTED NET
WORK MANAGEMENT SYSTEM、June 26, 2001.)； Pohlmann
等による米国特許第6,366,926号(METHOD AND APPARATUS
FOR THE DYNAMIC FILTERING ANDROUTING OF EVENTS, A
pril 2, 2002)；Meandzijaによる米国特許第6,404,743
号(ENHANCED SIMPLE NETWORK MANAGEMENT PROTOCOL (SN
MP) FOR NETWORK AND SYSTEMS MANAGEMENT、June 11, 2
002.)；Pohlmann等による米国特許第6,446,136号(SYSTE
M AND METHOD FOR DYNAMIC CORRELATION OF EVENTS、 S
eptember 3, 2002.)；Chin等による米国特許第6,456,30
6号(METHOD AND APPARATUS FOR DISPLAYINGHEALTH STAT
US OF NETWORK DEVICES, September 24, 2002)；Chari
等による米国特許第6,425,006号(ALERT CONFIGURATOR A
ND MANAGER, July 23, 2002.)；Brunet等による米国特
許第6,430,613号(PROCESS AND SYSTEM FOR NETWORK AND
SYSTEMMANAGEMENT, August 6, 2002.)；Dulmanによる
米国特許第5,802,146号(MAINTENANCE OPERATIONS CONSO
LE FOR AN ADVANCED INTELLIGENT NETWORK, September
1, 1998.)；Dulmanによる米国特許第6,018,567号(MAINT
ENANCE OPERATIONS CONSOLE FOR AN ADVANCED INTELLIG
ENT NETWORK, January 25, 2000.)などが挙げられる。
【０００９】
【発明が解決しようとする課題】したがって、本発明の
目的は、ＳＮＭＰを支援する全てのネットワーク要素に
対して代表状態を適用できるように資料(data)の構成を
変更し、これに基づいてＳＮＭＰマネージャーのシンボ
ルに様々な手段を施し、使用者が状態情報を区別でき及
び該当ネットワーク要素の代表的な重要度情報を提供で
きる方法及びシステムを提供することにある。
【００１０】また、本発明の他の目的は、アラームプロ
セッサと連係して該当情報を提供することにより使用者
に対してさらに強力なＥＭＳ(Extended messaging Syst
em)及びネットワーク管理システム(Network Management
System:ＮＭＳ)機能を提供する方法を提案することに
ある。
【００１１】
【課題を解決するための手段】このような目的を達成す
るために、本発明は、管理しようとするネットワーク要
素からＳＮＭＰトラップ(trap)のＰＤＵを受信して重要
度を決定できる因子を抽出する第１過程と；第１過程で
抽出したトラップ(trap)ＰＤＵから重要度を決定する第
２過程と；第２過程で決定した重要度が解除に対する重
要度であれば、解除する対象を求めて貯蔵されたアラー
ム入力値を削除する第３過程と；第２過程で決定された
重要度が解除に対する重要度でないと新規アラーム入力
値を貯蔵し、これをアラームプロセッサに通報する第３
過程と；第３過程でサブネット及びネットワーク要素
（ＮＥ）シンボルを探索したか否かを検出し、探索され
てなければ起動状態でサブネットワークとＮＥシンボル
を探索し、探索されてればアラーム入力から通知及びト
ラップを受信する第４過程と；第４過程で受信したアラ
ーム入力によってネットワーク要素別に代表重要度を得
て使用者に様々な方法で状態を出力できるようにする値
に変換する第５過程と；第５過程で変換された値をネッ
トワーク要素に対する代表値として様々に表示する第６
過程と、から構成される。
【００１２】この発明では、管理しようとするネットワ
ーク要素からトラップを受信し、該受信したトラップ情
報からＥ(Enterprise)、Ｇ(Generic)、Ｓ(Specific)の
情報を抽出する。抽出した情報に基づいて各装置アラー
ム連結構造(alarm_conf)によって重要度を決定し、各装
置の区別名(ｄｎ：distingiush name)構造(dn_conf)か
らｄｎを決定する。決定した重要度が解除に対するもの
であればアラーム情報構造(alarm_info)内に貯蔵されて
いるアラーム情報を削除し、解除に対する重要度でない
とｄｎで新規のアラーム情報をalarm_infoに貯蔵し、こ
れを使用者がネットワーク要素に対して様々に表示でき
るように変換してネットワーク要素に適用することがで
きるようになっている。
【００１３】また、上記の目的を達成するために、本発
明は、簡易ネットワーク管理プロトコル(ＳＮＭＰ)マネ
ージャーでネットワーク要素の代表状態を管理及び表示
する方法において、ＳＮＭＰマネージャーが管理するネ
ットワーク要素から発生するＳＮＭＰトラップ(Trap)の
パケットデータユニット(ＰＤＵ)を受信する過程；ＳＮ
ＭＰトラップの重要度を決定しうる第１資料を抽出する
過程；抽出した第１資料に基づいてＳＮＭＰトラップ(T
rap)の重要度を決定する過程；決定した重要度が所定の
第１基準を満足すると貯蔵されたアラーム入力値を削除
する過程；決定した重要度が所定の第１基準を満足しな
いと新規アラーム入力値を貯蔵し、これを通報する過
程；ネットワーク要素に該当するネットワーク要素シン
ボルが探索されたか否かを検出する過程；ネットワーク
要素シンボルが探索されてなければそのネットワーク要
素シンボルを探索する過程；代表重要度の変更に対する
通告及び新規トラップを受信する過程；受信した通告及
びトラップからネットワーク要素別に代表重要度を得る
過程；代表重要度を表示しうる値に変換する過程；およ
びネットワーク要素に合う重要度の代表値として前記値
を表示する過程；からなることを特徴とする方法を提供
する。
【００１４】この発明では、決定した重要度が解除に対
する重要度であれば前記所定の第１基準を満足し、前記
決定した重要度が解除に対する重要度でないと前記所定
の第１基準を満足しないようにするとよい。ネットワー
ク要素シンボルを探索する過程は、前記ネットワークマ
ップが起動されると実行されるようにすると好ましい。
ネットワーク要素シンボルが探索されたか否かを検出す
る過程は、サブネットワークが探索されたか否かを検出
する過程をさらに含むとなおよい。また、ネットワーク
要素シンボルを探索する過程は、ネットワークマップが
起動されるとサブネットワークを探索する過程をさらに
含むとなお好ましい。貯蔵されたアラーム入力値を削除
する過程は、解除する対象を探す過程をさらに含むとよ
い。
【００１５】ＳＮＭＰトラップの重要度を決定する過程
に先立って前記ＳＮＭＰトラップのvariable_noに対す
る値があるか否かを検出する過程；variable_noに対す
る値が検出されなければＳＮＭＰトラップから第２資料
を抽出する過程；をさらに含むと好ましく、variable_n
oに対する値が検出されなければ抽出した第１資料及び
抽出した第２資料に基づいてＳＮＭＰトラップの重要度
を決定するようにするとさらに好ましい。
【００１６】さらにまた、上記目的を達成するために、
本発明は、簡易ネットワーク管理プロトコル(ＳＮＭ
Ｐ)マネージャーで代表状態を管理及び表示する方法に
おいて、ＳＮＭＰマネージャーによってネットワークマ
ップ上で管理されるネットワーク要素からＳＮＭＰトラ
ップ情報を発生させる過程；発生されたトラップ情報を
分析して重要度を決定する過程；分析して決定された重
要度にしたがってネットワーク要素に合う重要度に該当
する第１重要度情報を提供する過程；を含むことを特徴
とする方法も提供する。
【００１７】この発明では、ネットワークマップ上でネ
ットワーク要素に該当するネットワーク要素シンボルの
第２重要度情報を提供する過程をさらに含むとよく、第
１重要度情報に該当するデータを使用者に表示する過程
をさらに含むようにしても好ましい。また、第１重要度
情報に該当するデータを使用者に表示する過程をさらに
含むようにしてもよい。
【００１８】さらにまた、上記目的を達成するために、
本発明では、簡易ネットワーク管理プロトコル(ＳＮＭ
Ｐ)マネージャーでネットワーク要素の代表状態を管理
及び表示する方法を行うためのコンピュータ実行可能命
令セットを有するコンピュータ読取可能媒体において、
命令セットが、ＳＮＭＰのマネージャーが管理するネッ
トワーク要素から発生するＳＮＭＰのトラップ(Trap)の
パケットデータユニット(ＰＤＵ)を受信する命令；ＳＮ
ＭＰトラップの重要度を決定しうる第１資料を抽出する
命令；抽出した第１資料に基づいてＳＮＭＰトラップ(T
rap)の重要度を決定する命令；決定した重要度が所定の
第１基準を満足すると貯蔵されたアラーム入力値を削除
する命令；決定した重要度が所定の第１基準を満足しな
いと新規アラーム入力値を貯蔵し、これを通報する命
令；ネットワーク要素に該当するネットワーク要素シン
ボルが探索されたか否かを検出する命令；ネットワーク
要素シンボルが探索されてなければそのネットワーク要
素シンボルを探索する命令；代表重要度の変更に対する
通告及び新規トラップを受信する命令；受信した通告及
びトラップからネットワーク要素別に代表重要度を得る
命令；代表重要度を表示しうる値に変換する命令；ネッ
トワーク要素に合う重要度の代表値として値を表示する
命令；のうち少なくとも一つを含めてなることを特徴と
するコンピュータ読取可能媒体を提供する。
【００１９】この発明では、決定した重要度が解除に対
する重要度であれば所定の第１基準を満足し、決定した
重要度が解除に対する重要度でないと所定の第１基準を
満足しないようにするとよい。ネットワーク要素シンボ
ルを探索する命令は、ネットワークマップが起動される
と実行されるようにすると好ましい。ネットワーク要素
シンボルが探索されたか否かを検出する命令は、サブネ
ットワークが探されたか否かを検出する命令をさらに含
むとよい。また、ネットワーク要素シンボルを探索する
命令は、ネットワークマップが起動されるとサブネット
ワークを探索する命令をさらに含むとなおよい。貯蔵さ
れたアラーム入力値を削除する命令は、解除する対象を
探す命令をさらに含むようにしてもよい。
【００２０】ＳＮＭＰトラップの重要度を決定する命令
に先立って前記ＳＮＭＰトラップのvariable_noに対す
る値があるか否かを検出する命令；variable_noに対す
る値が検出されなければ前記ＳＮＭＰトラップから第２
資料を抽出する命令；をさらに含むと好ましく、variab
le_noに対する値が検出されなければ抽出した第１資料
及び抽出した第２資料に基づいてＳＮＭＰトラップの重
要度を決定するとさらに好ましい。
【００２１】
【発明の実施の形態】以下、本発明の好ましい一実施例
を添付図面を参照しつつ詳細に説明する。図面中、同一
の構成要素には同一符号及び番号を共通使用する。な
お、周知技術については適宜説明を省略するものとす
る。
【００２２】まず、図１は、一般の簡易ネットワーク管
理プロトコル(ＳＮＭＰ)におけるマネージャー(Manage
r)とエージェント(Agent)の関係を示す図であって、通
常ＳＮＭＰを適用するシステムでは管理システムをマネ
ージャー(Manager)１００とし、管理対象をエージェン
ト(Agent)１０１〜１０３とする。マネージャー１００
とエージェント１０１〜１０３を連結する管理情報の伝
達網はＴＣＰ／ＩＰ方式に基づく。
【００２３】ＳＮＭＰを使用した通信は、マネージャー
１００とエージェント１０１〜１０３との間でＭＩＢ(M
anagement Information Base；管理情報ベース)を基に
管理情報検索、管理情報連続検索、管理情報書き換え(s
et)、例外動作の通知等の命令を使用する。また、ＳＮ
ＭＰは、マネージャー１００とエージェント１０１〜１
０３との間に相互管理情報ベース(ＭＩＢ)を取り交わす
ためのプロトコルであって、ルータをコンソール装備と
してではなく外部的に管理する。
【００２４】ＳＮＭＰを適用したルータ管理システム
は、ルータごとにそれ自体の状態を管理情報ベース(Ｍ
ＩＢ)形態として表示できるようにするインターフェー
ス情報を提供する。ＳＮＭＰはパケットデータユニット
(ＰＤＵ：Packet Data Unit)機能を備えている。
【００２５】上述のように、ＳＮＭＰは、マネージャー
１００がエージェント１０１〜１０３に対して管理情報
を送るように指示するGetResponse、同一エージェント
から他の管理項目情報を連続して引き出すためのGetnex
tResponse、ＰＤＵに対してエージェントが応答するRes
ponse及び障害などの緊急状態が発生した場合にＰＤＵ
としてマネージャー１００に伝送されるトラップ(Ｔｒ
ａｐ：Traffic Measurement Output)等の命令を有す
る。このような命令は図２のＳＮＭＰのメッセージフォ
ーマットで容易に理解できるが、これは“William Stal
ling” によって編著され、１９９６年に“Addison Wes
ley”社によって発行された“ＳＮＭＰ1〜3、RMON 1〜
2”の173〜190頁に詳細に説明されている。このため、
ここではその説明を省略する。
【００２６】マネージャー１００は、受信したＳＮＭＰ
のトラップ(trap)に関してネットワーク要素の重要度が
反映されるようにその重要度を決定しうる唯一の因子(f
actor)をＳＮＭＰトラップ(trap)のＰＤＵから受け取
る。この内容は、大韓民国公開特許第10-2001-27156号
又はＰＣ ＴＣＰ／ＩＰを説明する各種技術書籍(例え
ば、絵で見るＰＣ ＴＣＰ／ＩＰ、キム・ジカン編著、
キョボ文庫発行)に詳細に開示されている。
【００２７】近来、全世界的に最も多く普及しているＳ
ＮＭＰのマネージャーとしては米国“HP”社の“HP OVM
NNM”があり、その性能と安定性が高く認定されてい
る。このシステムは様々なＳＮＭＰ機能を提供すること
が知られている。また、様々なＳＮＭＰのネットワーク
マップはネットワーク環境内のＩＰアドレスにしたがっ
てＳＮＭＰを支援する全てのネットワーク要素に対し該
当シンボルを提供することも知られている。ネットワー
クノードマネージャー(Network Node Manager：ＮＮＭ)
は、ＩＰ通信のエラー報告や機能確認等に使用されるＩ
ＣＭＰ(Internet Control Message Protocol)を通じて
該当ネットワーク要素の状態を把握するように構成され
る。ネットワーク要素が起動しない場合はネットワーク
マップ上で該当ネットワーク要素のシンボルを単一カラ
ー(赤色)に変更することで使用者がその状態を把握する
ことができる。
【００２８】しかし、前述のような従来技術は、単にネ
ットワーク要素の起動有無だけを取り扱う情報のみでネ
ットワーク管理を行っていたことから問題が生じてい
た。すなわち、一般的に、ネットワーク要素のシンボル
はネットワーク要素状態にしたがって緊急(Critical)、
重要(Major)、警告(Warning)等の重要度を有するので、
このような重要度に基づいてネットワークマップ上のシ
ンボル状態が変更されなければならないが、ネットワー
クマップはこのような様々な緊急状態を正確に反映でき
ないことは勿論、各状態の重要度に基づいて状態を構成
できるようになっていないことから、使用者を満足させ
ることができなかった。
【００２９】要するに、これは、前述のようにネットワ
ークマップ上で様々なネットワーク状態を把握できるよ
うになっておらず、単にネットワーク要素の起動有無だ
けを把握するに止まり、各状態の重要度に応じた代表的
な状態を構成できるようになっていない。また、ネット
ワークマップから提供されるＡＰＩ(Application Progr
amming Interface)を利用するといっても、ネットワー
ク要素ごとに提供される固有のＳＮＭＰトラップに対す
る処理を行うためには各ネットワーク要素ごとに別途の
機能を提供しなければならないといった問題点もある。
【００３０】図３は、本発明の一実施例によるＳＮＭＰ
のマネージャー１００のネットワーク要素の代表状態を
管理及び表示するフローチャートである。ここで、トラ
ップはエージェントから発生して管理情報サーバー(管
理システム)に送られる任意のアラームである。
【００３１】本発明の一実施例による方法は、下記の９
過程からなる。
【００３２】ネットワーク要素からＳＮＭＰトラップ(t
rap)のＰＤＵを受信して重要度を決定しうる因子(E=Ent
erprise、G=Generic、S=Specific)を抽出する第１過程
と、第１過程で抽出したトラップ(trap)ＰＤＵから変数
を表す値(variable_no)の存在有無をチェックし、存在
すると判断したら直接アラームＩＤ(alarm ID)と重要度
(Severity)を決定し、存在しないと判断したらトラップ
ＰＤＵから該当変数の値を抽出し、その後アラームＩＤ
(alarm ID)と重要度(Severity)を決定する第２過程と、
第２過程で決定したアラームＩＤと重要度とdn_confか
らトラップのｄｎ(distinguish name)情報を抽出する第
３過程と、第３過程で抽出したｄｎ情報から目的とする
目標アラーム(Target_alarm)の存在有無を確認し、目標
アラームが存在しなければＩＰ、ｄｎ、alarm_id、seve
rity情報をアラーム情報として貯蔵する第４過程と、目
標アラームが存在すると目標アラーム情報(Target_alar
m)とｄｎからアラーム情報を削除する第５過程と、第４
過程及び第５過程で処理したアラーム情報の削除又は新
規に貯蔵した値をアラーム入力値(dbin)として通報し、
サブネットワーク及びネットワーク要素(Network Eleme
nt：ＮＥ)シンボルを探索したか否か確認する第６過程
と、第６過程で探索されるとアラーム入力値(dbin)から
トラップと通知値を受信し、探索されなければ起動した
か否かを確認して起動状態でサブネットワーク及びＮＥ
シンボルを探索し、その後アラーム入力値(dbin)からト
ラップと通知値を受信する第７過程と、第７過程でアラ
ーム入力値(dbin)からトラップと通知値を受信すると、
ネットワーク要素ごとに代表重要度を取得して使用者が
様々な状態を表示できるようにする値に変換する第８過
程と、第８過程で変換した値に基づいてネットワーク要
素に対する代表重要度を処理できるようにする第９過程
と、から構成される。
【００３３】したがって、本発明を実施するためには、
まず、ＳＮＭＰ１００を支援する全てのネットワーク要
素に対して代表状態を適用できるように資料(data)を構
成しなければならない。図４は本発明の一実施例による
ソフトウェアブロック図である。
【００３４】ここで、図４に示すように、ＳＮＭＰ１０
０のトラップ(trap)に対して唯一の重要度を決定できる
ように、資料の構成はalarm_conf構造４２０、ＳＮＭＰ
トラップ(trap)からｄｎ(distinguish name)を抽出する
ための情報を提供するdn_conf構造４００、そして実際
にトラップ(trap)情報を管理するalarm_info構造４４０
で構成される。これら資料の構造はＸＭＬ(extensible
markup language)ＤＴＤ(data type definition)で記述
される。また、図４ではアラーム(alarm)４５０、ネッ
トワークマップ(NETWORK MAP)４６０、dbin４１０、ネ
ットワーク要素（ＮＥ）４３０が示されている。
【００３５】第２過程におけるＳＮＭＰトラップ各々に
対する唯一の重要度を決定するには、図２の(２ｂ)に示
すようにＳＮＭＰトラップに関するネットワーク要素の
重要度を決定しうる唯一の因子をＳＮＭＰトラップのＰ
ＤＵから抽出する。このとき一つのトラップが通常一つ
の重要度を代表するので、下記のalarm_conf構造で重要
度を決定するようにすると効率的である。すなわち、ト
ラップＰＤＵのenterprise、generic type、specific t
ype情報のみで重要度の一意性(uniqueness)を確保する
ことができる。結果として。図２の(２ｄ)の一例のよう
にトラップＰＤＵはenterprise、generictrap type、sp
ecifictrap typeのＳＮＭＰフォーマットを有する。こ
のトラップＰＤＵ構造は、下記の通りである。
【００３６】<!DOCTYPE alarm_conf [ <!ELEMENT alarm_conf(alarm_id, severity_value, ent
erprise, generic, specific)> <!ELEMENT alarm_id (#PCDATA)> <!ELEMENT severity_value (#PCDATA)> <!ELEMENT enterprise (#PCDATA)> <!ELEMENT generic (#PCDATA)> <!ELEMENT specific (#PCDATA)> ]>
【００３７】ここで、アラームＩＤ(alarm_id)は、唯一
の重要度(severity)を有することができる代表的なトラ
ップＩＤであり、enterprise、generic、specificはＳ
ＮＭＰ ＰＤＵの構成情報である。
【００３８】通常の場合は、トラップＰＤＵからの情報
のみで一つのトラップに関するアラーム(alarm)ＩＤ或
いは重要度を区分できるが、やや特別な場合には唯一の
重要度を区分する上で問題があり得る。つまり、一つの
トラップにアラーム情報が受信されても図２の(２ｄ)の
一例のようなトラップ内のvariable bindingを分析する
場合に、variable bindingの値によってトラップの重要
度が変化することができるためである。
【００３９】例えば、variable bindingの値が１なら緊
急、０なら緊急解除というように情報を構成することが
できる。仮に、要素ポートで異常が発生すると、その異
常度合にしたがって緊急(critical)、重要(major)、軽
度 (minor)、正常(normal)に区分される。そして、該当
異常情報はエージェントによって１、２、３、０といっ
た値で定義される。勿論、この値は任意に定めた値であ
る。また、該当内容はトラップのvariable bindingの値
で定義された後、管理システムに伝送される。このよう
に、該当トラップは仮定値にしたがって４つのアラーム
に区分されることが可能である。したがって、上記構造
で何番目のvariable bindingのどの値に関して重要度が
異なるかにより情報が提供されなければならない。この
構造は下記のようになり得る。
【００４０】<!DOCTYPE alarm_conf [ <!ELEMENT alarm_conf(alarm_id, severity_value, ent
erprise, generic, specific, variable_no?, variable
_value?)> <!ELEMENT alarm_id (#PCDATA)> <!ELEMENT severity_value (#PCDATA)> <!ELEMENT enterprise (#PCDATA)> <!ELEMENT generic (#PCDATA)> <!ELEMENT specific (#PCDATA)> <!ELEMENT variable_no (#PCDATA)> <!ELEMENT variable_value (#PCDATA)> ]>
【００４１】ここで、図２(２ｅ)の一例のように、変数
を示す数(variable_no)はトラップのvariable binding
で何番目の変数を検索するかに対する情報であり、その
該当変数の値を“variable_value”で表す。二つの情
報、すなわちvariable_noおよびvariable_valueは存在
する場合も存在しない場合もあり得るので、発生指示(o
ccurrence indicators)が‘?’で表示される。
【００４２】一方、第５過程での重要度解除対象を区分
するためには、実際にトラップが発生して一定状態の重
要度を持つネットワーク要素に関する解除トラップが受
信され、ネットワーク要素について保持されている既存
の重要度情報が解除されなければならない場合がある。
この場合、解除トラップが既に保持しているアラーム状
態のうちのどれに対する解除情報であるかを区分する必
要がある。仮に、緊急状態の重要度を有するＡアラーム
と重要状態の重要度を有するＢアラームとが発生する
と、該当要素の代表アラームは最高重要度を有すること
から緊急状態として区分される。このように代表アラー
ムが緊急状態に区分される場合にも緊急状態及び重要状
態は既存要素について保持されていなければならない。
この状態で、Ｂ’アラームが存在し、Ｂ’アラームがＢ
アラームの解除アラームであって、Ｂ’アラームを受信
した場合、既存要素で保持されているＢアラームは解除
されなければならない。このためにalarm_conf構造に下
記の要素が付け加えられる。
【００４３】<!DOCTYPE alarm_conf [ <!ELEMENT alarm_conf(alarm_id, severity_value, ent
erprise, generic, specific, variable_no?, variable
_value?, target_alarm*)> <!ELEMENT alarm_id (#PCDATA)> <!ELEMENT severity_value (#PCDATA)> <!ELEMENT enterprise (#PCDATA)> <!ELEMENT generic (#PCDATA)> <!ELEMENT specific (#PCDATA)> <!ELEMENT variable_no (#PCDATA)> <!ELEMENT variable_value (#PCDATA)> <!ELEMENT target_alarm (#PCDATA)> ]>
【００４４】ここで、target_alarmは、解除トラップの
場合に解除しなければならないターゲットアラームのＩ
Ｄを表す。通常、target_alarmは存在する場合もそうで
ない場合も有り得る。また、各種ターゲットアラームに
対して解除を行わなければならない場合も有り得るので
発生指示が‘*’で表示される。
【００４５】第４過程のように受信した実際のアラーム
情報を管理するために実際に共に受信したトラップを管
理するための構造は単純である。この構造は、ネットワ
ーク要素を識別しうるネットワーク要素ＩＤ（ＮＥ Ｉ
Ｄ）(通常はIP addressを使用する)、ネットワーク要素
のどの部分で該当情報が発生したか区分するｄｎ及びal
arm_confから得られるalarm_idとseverityと、から構成
される。
【００４６】<!DOCTYPE alarm_info [ <!ELEMENT alarm_info(IP, dn, alarm_id, severity_va
lue)> <!ELEMENT IP (#PCDATA)> <!ELEMENT dn (#PCDATA)> <!ELEMENT alarm_id (#PCDATA)> <!ELEMENT severity_value (#PCDATA)> ]>
【００４７】区別名(ｄｎ)を管理するためのalarm_info
構造で区別名(ｄｎ)を構成するためにはトラップＰＤＵ
内のどのvariable bindingに区別名(ｄｎ)を構成するか
についての情報が必要である。このため下記のような構
造が必要である。
【００４８】[!DOCTYPE dn_conf [ <!ELEMENT dn_conf(dn, varible_no*, variable_value
*)> <!ELEMENT dn (#PCDATA)> <!ELEMENT variable_no (#PCDATA)> <!ELEMENT variable_value (#PCDATA)> ]>
【００４９】ここで、変数を示す数(variable_no)はト
ラップＰＤＵのうち何番目の変数に関する情報を抽出す
るかについての情報であり、変数の値(variable_value)
は該当変数の値である。二つの値、すなわちvariable_n
o及びvariable_valueは、存在しない場合も多数存在す
る場合もあり得るので、発生指示が‘*’で表示され
る。
【００５０】以下、本発明の具体的な一実施例を図１〜
図４を参照して詳細に説明する。
【００５１】１)ネットワーク要素の重要度を決定する
アラーム情報を貯蔵する動作
【００５２】図３を参照すると、(Ｓ３ａ：RECEIVING T
RAP)過程で、管理しようとするネットワーク要素からＳ
ＮＭＰトラップを受信し、(Ｓ３ｂ：FETCHING INFORMAT
IONOREGARDING ENTERPRISE, GENERIC AND SPECIFIC)過
程で、受信したトラップのＰＤＵから図２の(２ｄ)フォ
ーマットにおけるenterprise ОＩＤ(Object ID)、gene
rictrap type、specifictrap typeについての情報を抽
出する。
【００５３】(Ｓ３ｃ：IS THERE VARIABLE_NO?)過程
で、変数を示す数(variable_no)の要素の値の存在有無
をチェックし、存在すると判断したら直接(Ｓ３ｄ：DET
ERMININGALARM ID AND SEVERITY)過程を行い、存在しな
いと判断したら(Ｓ３ｅ：FETCHING CORRESPONDING VARI
ABLE FROM TRAP PDU)過程を行う。
【００５４】(Ｓ３ｄ)過程では(Ｓ３ｂ)過程で抽出した
情報に基づいてalarm_conf構造から現在受信したトラッ
プのalarm_idと重要度を決定する。このため、まず、
(Ｓ３ｃ)過程で該当トラップが図２の(２ｄ)に示すvari
able bindingの内容によって様々な重要度を有すること
ができるので、変数を示す数(variable_no)の要素の値
をチェックする。
【００５５】続いて、(Ｓ３ｄ)過程では与えられた値に
該当する順序の変数をトラップＰＤＵから分析し、この
値に基づいて現在受信したトラップのalarm_idとseveri
tyをalarm_conf 構造から決定する。しかし、(Ｓ３ｃ)
過程で変数を示す数(variable_no)がなかった場合には
(Ｓ３ｅ)過程でトラップＰＤＵから該当変数値を再び抽
出した後、(Ｓ３ｄ)過程を行う。(Ｓ３ｄ)過程でのalar
m_idとseverityは受信して分析されたアラームの重要度
であり、トラップから受信したアラームは緊急、重要、
軽度又は解除の重要度を有することになる。このような
重要度は各種のアラームに応じて様々なレベルで保持さ
れる。このうち最も高い重要度が代表重要度となる。
【００５６】そして、(Ｓ３ｆ：FETCHING DN INFORMATI
ON OF TRAP FROM DN_CONF)過程でdn_conf構造からｄｎ
を決定するvariable bindingの情報を収集してトラップ
ＰＤＵから情報を読取りｄｎを抽出する。次いで、(Ｓ
３ｇ：IS THERE TARGET_ALARM?)過程で(Ｓ３ｆ)過程の
検出値からtarget_alarmの存在有無をチェックする。
(Ｓ３ｇ)過程で存在すると判断したら(Ｓ３ｈ：DELETIN
G ALARM INFORMATION FROM TARGET_ALARM AND DN)過程
を行い、存在しないと判断したら(Ｓ３ｉ：STORINGIP,D
N,ALARM_ID AND SEVERITY INFORMATION AS ALARM INPUT
(DBIN))過程を行う。
【００５７】仮に、決定した重要度が解除についての重
要度であれば、既存アラーム情報から解除させる対象al
arm_idを求めるために再びalarm_conf構造からtarget_a
larmを得る。すなわち、決定した重要度が解除について
の重要度であれば、解除させる対象alarm_idを求めるた
めに再びalarm_conf構造からtarget_alarmを得る。この
ときalarm_idは既存アラーム情報から求められる。
【００５８】(Ｓ３ｆ)過程で抽出されたｄｎ情報に基づ
いて(Ｓ３ｇ)過程でtarget_alarmが存在すると判断した
ら(Ｓ３ｈ)過程でalarm_info構造内に貯蔵されているア
ラーム情報を削除する。しかし、(Ｓ３ｉ)過程でtarget
_alarmが存在しないと、決定した重要度は解除ではない
ので(Ｓ３ｈ)過程の代わりに(Ｓ３ｉ)過程を行う。(Ｓ
３ｉ)過程でトラップＰＤＵからＩＰ情報を収集し、ala
rm_id、severity、ｄｎを用いて新規のアラーム情報(dn
in)がalarm_infoに貯蔵される。
【００５９】その後(Ｓ３ｊ：PROVIDING ALARM INFORMA
TION TO ALARM PROCESSOR)過程では、(Ｓ３ｉ)過程を経
て(Ｓ３ｈ)過程で全てアラーム情報を貯蔵した後、これ
をネットワークマップ上に代表重要度を表示するために
待機しているアラーム(alarm)プロセスに通報する。
【００６０】２)アラーム情報からネットワーク要素シ
ンボルの代表重要度を反映する動作
【００６１】引き続き図３を参照すると、アラーム(ala
rm)プロセスはアラーム入力(dbin)プロセスとの連動と
は無関係に、一応ネットワークマップ上に代表重要度を
反映するための準備作業を行わなければならない、ま
ず、(Ｓ３ｌ：ARE SUB NETWORKAND NE SYMBOL SEARCHED
FOR?)過程でサブネットワーク及びＮＥシンボルを探索
したか否かをチェックする。その結果、探索されなけれ
ば(Ｓ３ｍ：IS NETWORK MAP STARTED?)過程、 (Ｓ３
ｎ：SEARCHING SUB NETWORK)過程及び(Ｓ３ｏ：SEARCHI
NG NE SYMBOL)過程が行われ、探索されていれば(Ｓ３
ｐ：RECEIVING TRAPFROM DBIN AND RECEIVING NOTIFICA
TION)過程に進行する。
【００６２】すなわち、サブネットワーク及びＮＥシン
ボルが探索されなければネットワークマップが起動した
か否かを(Ｓ３ｍ)過程で把握する。起動を確認すると
(Ｓ３ｎ)過程でサブネットワークを探索し、(Ｓ３ｏ)過
程でＮＥシンボルを探索する。つまり、ネットワークマ
ップが起動していると、現在使用者に提供されているサ
ブネットワークを探し、これに該当するネットワーク要
素(ＮＥ)シンボルを探索する。この(Ｓ３ｏ)過程の後
(Ｓ３ｐ)過程を行う。
【００６３】(Ｓ３ｌ)過程でサブネットワーク及びＮＥ
シンボルが探索されたら(Ｓ３ｐ)過程でアラーム入力(d
bin)プロセスから新規のアラームが発生して代表重要度
の変更可能性があることを知らせる通報を受信する。次
いで、(Ｓ３ｑ：COLLECTING,FROM ALARM INFORMATION,
REPRESENTATIVE SIGNIFICANCE BY NETWORK ELEMENT)過
程で受信したアラーム情報に基づいて該当ネットワーク
要素に対する代表重要度をalarm_infoから抽出して収集
し、(Ｓ３ｒ：CONVERTING REPRESETATIVE SIGNIFICANCE
INTO VALU FOR USER'S VARIOUS DISPLAY)過程で使用者
の様々な表示のための値に変換して、(Ｓ３ｓ：APPLYIN
G REPRESENTATIVE SIGNIFICANCE TO NETWORK ELEMENT)
過程で該当代表重要度に合うカラー又は他の各種手段を
用い該当代表重要度を出力するようにしてネットワーク
要素の代表重要度を変更表示する。
【００６４】図５は、本発明の一実施例による図３の過
程のうち、少なくとも一過程を実行することができる装
置の構成図である。本発明の一実施例では、少なくとも
一つの過程が図５に示したメモリ装置５００のような一
つ以上のメモリ装置に貯蔵されている命令に対応するこ
とができる。メモリ装置５００に貯蔵されている命令
は、図５に示したコンピュータ５１０のような一つ以上
のコンピュータによって実行され、そのコンピュータ５
１０はメモリ装置５００と連動する。ここでメモリ装置
５００はコンピュータで読取可能な媒体である。メモリ
装置５００は、例えばフロッピディスク、従来のハード
ディスク、消去可能なハードディスク、コンパクトディ
スク(ＣＤ)(登録商標)、ＤＶＤ(Digital Versatile Dis
c)、フラッシュＲＯＭ(flash Read Only Memory)、不揮
発性ＲＯＭ、ＲＡＭ(Random AccessMemory)等のコンピ
ュータメモリであり得る。
【００６５】上述した一実施例によるソフトウェアの具
現は、例えばコンパクトティスク又は固定ディスクなど
コンピュータが読取可能な媒体のような有形媒体上に固
定されるか、又はモデムや他のインターフェース装置に
より媒体を通じてコンピュータシステムに伝送可能な一
連のコンピュータ命令からなり得る。媒体は、光又はア
ナログ通信ライン(これらに限定されるものではない)を
含む有形的な装置であってもよく、マイクロウェーブ、
赤外線又は他の送信技法(これらに限定されるものでは
ない)を含む無線技術によって具現されることもでき
る。また、媒体はインターネットであってもよい。一連
のコンピュータ命令は先に説明した本発明の一実施例に
対する機能の一部又は全部を具現することができる。こ
のようなコンピュータ命令は、当業者によって多数のコ
ンピュータアーキテクチャー又は駆動システム関連のプ
ログラミング言語によって記録され得ることは自明であ
る。さらに、このような命令は、半導体、磁気、光又は
他の記憶装置(これらに限定されるのではない)を含む現
在や将来のメモリ技術によって貯蔵されるか、光、赤外
線、マイクロウェーブ又は他の伝送手法(これらに限定
されるのではない)を含む現在や将来の通信技術を利用
して伝送されることもできる。さらにまた、このような
コンピュータプログラム製品は、システムＲＯＭや固定
ディスクのようなコンピュータシステムが事前にロード
されて市販のソフトウェアのような添付されたりプリン
ト又は電子書類を持つ消去可能媒体として提供された
り、インターネットやＷＷＷ(World Wide Web)等のネッ
トワークを通じてサーバや電子掲示板から提供されると
予想される。
【００６６】以上、ネットワーク要素を管理する方法を
詳細に説明した。特に、ＳＮＭＰマネージャーによって
ネットワークマップ上で管理されるネットワーク要素か
ら発生したＳＮＭＰトラップ情報を分析及び管理し、ネ
ットワークマップ上でネットワーク要素に対する重要度
情報が様々な手段によって提供されて該当要素の代表状
態を表示することができるシステム及び方法を説明し
た。
【００６７】以上では、本発明を具体的な一実施例に基
づいて説明したが、本発明はこれに限定されることなく
様々な変更実施が可能である。したがって、本発明の範
囲は上記一実施例によって定められてはならず、特許請
求の範囲及びそれに均等なものによって定められるべき
である。
【００６８】
【発明の効果】上述の如く、本発明によれば、新規の構
造及びアラーム入力(dbin)プロセスによってＳＮＭＰを
支援する全てのネットワーク要素に対するアラーム情報
を管理することができるようになり、また、ネットワー
クマップでネットワーク要素の様々な重要度及び代表重
要度を表現することができるので、プロセスと連係して
該当情報を提供し、使用者にはより強力なＥＭＳ及びＮ
ＭＳとしての機能を提供することができるようになる。
【図面の簡単な説明】
【図１】 一般の簡易ネットワーク管理プロトコル(Ｓ
ＮＭＰ：Simple Network Management Protocol)のマネ
ージャー(Manager)とエージェント(Agent)の構成を示す
図。
【図２】 簡易ネットワーク管理プロトコル(ＳＮＭＰ)
のメッセージフォーマットを示す図。
【図３】 本発明の一実施例による簡易ネットワーク管
理プロトコル(ＳＮＭＰ)マネージャーでネットワーク要
素の代表状態を管理及び表示するフローチャート。
【図４】 本発明の一実施例によるソフトウェアブロッ
ク図。
【図５】 本発明の一実施例による図３に示した少なく
とも一過程を行うことのできる装置の構成図。

Claims (22)

    【特許請求の範囲】
  1. 【請求項１】 簡易ネットワーク管理プロトコル(ＳＮ
    ＭＰ)マネージャーでネットワーク要素の代表状態を管
    理及び表示する方法において、 前記ＳＮＭＰマネージャーが管理するネットワーク要素
    から発生するＳＮＭＰトラップ(Trap)のパケットデータ
    ユニット(ＰＤＵ)を受信する過程；前記ＳＮＭＰトラッ
    プの重要度を決定しうる第１資料を抽出する過程；前記
    抽出した第１資料に基づいてＳＮＭＰトラップ(Trap)の
    重要度を決定する過程；前記決定した重要度が所定の第
    １基準を満足すると貯蔵されたアラーム入力値を削除す
    る過程；前記決定した重要度が所定の第１基準を満足し
    ないと新規アラーム入力値を貯蔵し、これを通報する過
    程；ネットワーク要素に該当するネットワーク要素シン
    ボルが探索されたか否かを検出する過程；前記ネットワ
    ーク要素シンボルが探索されてなければそのネットワー
    ク要素シンボルを探索する過程；代表重要度の変更に対
    する通告及び新規トラップを受信する過程；受信した通
    告及びトラップからネットワーク要素別に代表重要度を
    得る過程；代表重要度を表示しうる値に変換する過程；
    およびネットワーク要素に合う重要度の代表値として前
    記値を表示する過程；からなることを特徴とする方法。
  2. 【請求項２】 前記決定した重要度が解除に対する重要
    度であれば前記所定の第１基準を満足し、前記決定した
    重要度が解除に対する重要度でないと前記所定の第１基
    準を満足しない請求項１記載の方法。
  3. 【請求項３】 前記ネットワーク要素シンボルを探索す
    る過程は、前記ネットワークマップが起動されると実行
    される請求項１記載の方法。
  4. 【請求項４】 前記ネットワーク要素シンボルが探索さ
    れたか否かを検出する過程は、サブネットワークが探索
    されたか否かを検出する過程をさらに含む請求項３記載
    の方法。
  5. 【請求項５】 前記ネットワーク要素シンボルを探索す
    る過程は、前記ネットワークマップが起動されるとサブ
    ネットワークを探索する過程をさらに含む請求項４記載
    の方法。
  6. 【請求項６】 前記ネットワーク要素シンボルが探索さ
    れたか否かを検出する過程は、サブネットワークが探索
    されたか否かを検出する過程をさらに含む請求項１記載
    の方法。
  7. 【請求項７】 前記ネットワーク要素シンボルを探索す
    る過程は、前記ネットワークマップが起動されるとサブ
    ネットワークを探索する過程をさらに含む請求項６記載
    の方法。
  8. 【請求項８】 前記貯蔵されたアラーム入力値を削除す
    る過程は、解除する対象を探す過程をさらに含むことを
    特徴とする請求項１記載の方法。
  9. 【請求項９】 前記ＳＮＭＰトラップの重要度を決定す
    る過程に先立って前記ＳＮＭＰトラップのvariable_no
    に対する値があるか否かを検出する過程；前記variable
    _noに対する値が検出されなければ前記ＳＮＭＰトラッ
    プから第２資料を抽出する過程；をさらに含む請求項１
    記載の方法。
  10. 【請求項１０】 前記variable_noに対する値が検出さ
    れなければ前記抽出した第１資料及び抽出した第２資料
    に基づいてＳＮＭＰトラップの重要度を決定する請求項
    ９記載の方法。
  11. 【請求項１１】 簡易ネットワーク管理プロトコル(Ｓ
    ＮＭＰ)マネージャーで代表状態を管理及び表示する方
    法において、 ＳＮＭＰマネージャーによってネットワークマップ上で
    管理されるネットワーク要素から前記ＳＮＭＰトラップ
    情報を発生させる過程；前記発生されたトラップ情報を
    分析して重要度を決定する過程；前記分析して決定され
    た重要度にしたがって前記ネットワーク要素に合う重要
    度に該当する第１重要度情報を提供する過程；を含むこ
    とを特徴とする方法。
  12. 【請求項１２】 前記ネットワークマップ上で前記ネッ
    トワーク要素に該当するネットワーク要素シンボルの第
    ２重要度情報を提供する過程をさらに含む請求項１１記
    載の方法。
  13. 【請求項１３】 前記第１重要度情報に該当するデータ
    を使用者に表示する過程をさらに含む請求項１２記載の
    方法。
  14. 【請求項１４】 前記第１重要度情報に該当するデータ
    を使用者に表示する過程をさらに含むことを特徴とする
    請求項１１記載の方法。
  15. 【請求項１５】 簡易ネットワーク管理プロトコル(Ｓ
    ＮＭＰ)マネージャーでネットワーク要素の代表状態を
    管理及び表示する方法を行うためのコンピュータ実行可
    能命令セットを有するコンピュータ読取可能媒体におい
    て、前記命令セットが、 前記ＳＮＭＰのマネージャーが管理するネットワーク要
    素から発生するＳＮＭＰのトラップ(Trap)のパケットデ
    ータユニット(ＰＤＵ)を受信する命令；前記ＳＮＭＰト
    ラップの重要度を決定しうる第１資料を抽出する命令；
    前記抽出した第１資料に基づいてＳＮＭＰトラップ(Tra
    p)の重要度を決定する命令；前記決定した重要度が所定
    の第１基準を満足すると貯蔵されたアラーム入力値を削
    除する命令；前記決定した重要度が所定の第１基準を満
    足しないと新規アラーム入力値を貯蔵し、これを通報す
    る命令；ネットワーク要素に該当するネットワーク要素
    シンボルが探索されたか否かを検出する命令；前記ネッ
    トワーク要素シンボルが探索されてなければそのネット
    ワーク要素シンボルを探索する命令；代表重要度の変更
    に対する通告及び新規トラップを受信する命令；受信し
    た通告及びトラップからネットワーク要素別に代表重要
    度を得る命令；代表重要度を表示しうる値に変換する命
    令；ネットワーク要素に合う重要度の代表値として前記
    値を表示する命令；のうち少なくとも一つを含めてなる
    ことを特徴とするコンピュータ読取可能媒体。
  16. 【請求項１６】 前記決定した重要度が解除に対する重
    要度であれば前記所定の第１基準を満足し、前記決定し
    た重要度が解除に対する重要度でないと前記所定の第１
    基準を満足しない請求項１５記載のコンピュータ読取可
    能媒体。
  17. 【請求項１７】 前記ネットワーク要素シンボルを探索
    する命令は、前記ネットワークマップが起動されると実
    行される請求項１６記載のコンピュータ読取可能媒体。
  18. 【請求項１８】 前記ネットワーク要素シンボルが探索
    されたか否かを検出する命令は、サブネットワークが探
    されたか否かを検出する命令をさらに含む請求項１７記
    載のコンピュータ読取可能媒体。
  19. 【請求項１９】 前記ネットワーク要素シンボルを探索
    する命令は、前記ネットワークマップが起動されるとサ
    ブネットワークを探索する命令をさらに含む請求項１８
    記載のコンピュータ読取可能媒体。
  20. 【請求項２０】 前記貯蔵されたアラーム入力値を削除
    する命令は、解除する対象を探す命令をさらに含む請求
    項１９記載のコンピュータ読取可能媒体。
  21. 【請求項２１】 前記ＳＮＭＰトラップの重要度を決定
    する命令に先立って前記ＳＮＭＰトラップのvariable_n
    oに対する値があるか否かを検出する命令；前記variabl
    e_noに対する値が検出されなければ前記ＳＮＭＰトラッ
    プから第２資料を抽出する命令；をさらに含む請求項２
    ０記載のコンピュータ読取可能媒体。
  22. 【請求項２２】 前記variable_noに対する値が検出さ
    れなければ前記抽出した第１資料及び抽出した第２資料
    に基づいてＳＮＭＰトラップの重要度を決定する請求項
    ２１記載のコンピュータ読取可能媒体。
JP2002352907A 2001-12-04 2002-12-04 簡易ネットワーク管理プロトコルマネージャーでネットワーク要素の代表状態を管理及び表示する方法及びそのコンピュータ読取可能媒体 Pending JP2003203022A (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR2001-76288 2001-12-04
KR10-2001-0076288A KR100464330B1 (ko) 2001-12-04 2001-12-04 간이네트워크관리프로토콜(snmp) 메니저의 네트워크장비의 대표상태의 관리 및 표시를 위한 시스템 및 방법

Publications (1)

Publication Number Publication Date
JP2003203022A true JP2003203022A (ja) 2003-07-18

Family

ID=19716627

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002352907A Pending JP2003203022A (ja) 2001-12-04 2002-12-04 簡易ネットワーク管理プロトコルマネージャーでネットワーク要素の代表状態を管理及び表示する方法及びそのコンピュータ読取可能媒体

Country Status (4)

Country Link
US (1) US20030105861A1 (ja)
JP (1) JP2003203022A (ja)
KR (1) KR100464330B1 (ja)
CN (1) CN1445959A (ja)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040122972A1 (en) * 2002-12-20 2004-06-24 Gibson Edward S. Method of guaranteed delivery of SNMP traps across a wide area network
CN100452716C (zh) * 2004-08-27 2009-01-14 华为技术有限公司 集中网络管理系统告警处理方法及集中网络管理系统
CN101163031B (zh) * 2006-10-10 2010-09-29 中兴通讯股份有限公司 一种基于用户的网管告警的提示方法
US7702803B2 (en) * 2007-02-24 2010-04-20 Wipro Limited Security enhancement for SNMPv2c protocol
US9413615B1 (en) * 2012-03-02 2016-08-09 Juniper Networks, Inc. Trap filtering within a device management protocol
US10382252B2 (en) 2012-06-26 2019-08-13 Juniper Networks, Inc. Filtering within device management protocol queries
KR101685892B1 (ko) * 2015-03-25 2016-12-13 주식회사 다산네트웍스 가상 장비 네트워크 시스템
CN107276813A (zh) * 2017-06-30 2017-10-20 郑州云海信息技术有限公司 一种snmp‑trap告警方法及装置

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6456306B1 (en) * 1995-06-08 2002-09-24 Nortel Networks Limited Method and apparatus for displaying health status of network devices
US5802146A (en) * 1995-11-22 1998-09-01 Bell Atlantic Network Services, Inc. Maintenance operations console for an advanced intelligent network
KR0152231B1 (ko) * 1995-12-16 1998-10-15 양승택 원격지 망관리 시스템에서 집중형 액세스 노드 시스템의 장애 관리 방법
US6182157B1 (en) * 1996-09-19 2001-01-30 Compaq Computer Corporation Flexible SNMP trap mechanism
KR0175595B1 (ko) * 1996-10-11 1999-04-01 한국전자통신연구원 비동기식전송방식(atm) 장치에서 단순망관리규약(snmp)을 사용한 원격지에서의 장애관리방법
US6425006B1 (en) * 1997-05-13 2002-07-23 Micron Technology, Inc. Alert configurator and manager
US6044468A (en) * 1997-08-25 2000-03-28 Emc Corporation Secure transmission using an ordinarily insecure network communication protocol such as SNMP
US6404743B1 (en) * 1997-11-04 2002-06-11 General Instrument Corporation Enhanced simple network management protocol (SNMP) for network and systems management
US6181776B1 (en) * 1997-12-24 2001-01-30 Nortel Networks Limited Network management of automatic call distributor resources
FR2777723B1 (fr) * 1998-04-15 2000-06-23 Bull Sa Procede et systeme d'administration de reseaux et de systemes
US6253243B1 (en) * 1998-12-04 2001-06-26 Sun Microsystems, Inc. Automated trap control for a distributed network management system
US6366926B1 (en) * 1998-12-31 2002-04-02 Computer Associates Think, Inc. Method and apparatus for the dynamic filtering and routing of events
US6446136B1 (en) * 1998-12-31 2002-09-03 Computer Associates Think, Inc. System and method for dynamic correlation of events
KR100627715B1 (ko) * 1999-12-03 2006-09-27 한국전자통신연구원 망의 성능 향상을 위한 에스엔엠피 기반의 망 관리 트래픽 제어 방법
KR100416044B1 (ko) * 2001-07-24 2004-01-24 엘지전자 주식회사 운용자 인터페이스 시스템에서 시스템 상태 정보 처리 방법
KR20030021862A (ko) * 2001-09-08 2003-03-15 엘지전자 주식회사 이엠에스 서버와 에이전트 간의 장애 처리 방법

Also Published As

Publication number Publication date
US20030105861A1 (en) 2003-06-05
CN1445959A (zh) 2003-10-01
KR100464330B1 (ko) 2005-01-03
KR20030045536A (ko) 2003-06-11

Similar Documents

Publication Publication Date Title
US20080065928A1 (en) Technique for supporting finding of location of cause of failure occurrence
US20020165934A1 (en) Displaying a subset of network nodes based on discovered attributes
US20050198281A1 (en) System and method for logging events of network devices
US7307962B2 (en) System for inference of presence of network infrastructure devices
US8443078B2 (en) Method of determining equivalent subsets of agents to gather information for a fabric
CN116107846B (zh) 一种基于EBPF的Linux系统事件监控方法及装置
US6041353A (en) Method for searching for network connection path
CN107635003A (zh) 系统日志的管理方法、装置及系统
CN1356804A (zh) 网络管理系统中管理警报信息的方法
JP2003203022A (ja) 簡易ネットワーク管理プロトコルマネージャーでネットワーク要素の代表状態を管理及び表示する方法及びそのコンピュータ読取可能媒体
JPH10308724A (ja) システム障害管理方法
JP3221538B2 (ja) ネットワーク稼動情報収集システム
KR100500836B1 (ko) 매트로 이더넷망의 장애처리 장치 및 그 방법
CN113438120A (zh) Zabbix告警管理方法及系统、计算机可读存储介质
JP2001077814A (ja) ネットワーク障害解析支援装置、およびネットワーク障害解析方法、ならびに障害解析プログラムを記録した記録媒体
JP2007235380A (ja) マルチレイヤネットワーク運用管理システムおよびコンピュータプログラム
JP2002351702A (ja) オンライン利用の端末稼働統計データ作成方法及び装置
JPH02190046A (ja) ネットワーク管理装置
CN106559272A (zh) 一种机房管理方法及装置
US8531953B2 (en) System and method for network traffic splitting
KR100959895B1 (ko) 통신망에서의 알람 모니터링 지도 화면 제어 시스템 및방법, 및 그 프로그램이 기록된 기록매체
KR20000015064A (ko) 트랩 필터를 이용한 트랩 관리 방법
JP2973939B2 (ja) ネットワーク管理システム
JPH07250123A (ja) 管理情報変換装置
JP4133438B2 (ja) ネットワーク故障の影響表示制御装置、その方法、そのプログラム、そのプログラムを格納した記録媒体及び監視装置

Legal Events

Date Code Title Description
RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20040712

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20040803

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20050927

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20051227

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20060613