JP7302674B2 - ネットワーク管理装置、方法およびプログラム - Google Patents
ネットワーク管理装置、方法およびプログラム Download PDFInfo
- Publication number
- JP7302674B2 JP7302674B2 JP2021566713A JP2021566713A JP7302674B2 JP 7302674 B2 JP7302674 B2 JP 7302674B2 JP 2021566713 A JP2021566713 A JP 2021566713A JP 2021566713 A JP2021566713 A JP 2021566713A JP 7302674 B2 JP7302674 B2 JP 7302674B2
- Authority
- JP
- Japan
- Prior art keywords
- layer
- information
- entity
- objects
- network management
- 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
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/26—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using dedicated tools for LAN [Local Area Network] management
-
- 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
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
- H04L41/065—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis involving logical or physical relationship, e.g. grouping and hierarchies
-
- 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
- H04L41/0604—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
- H04L41/0627—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time by acting on the notification or alarm source
-
- 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
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- 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
- H04L41/0677—Localisation of faults
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
-
- 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/0233—Object-oriented techniques, for representation of network management data, e.g. common object request broker architecture [CORBA]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
本発明の実施形態は、ネットワーク管理装置、方法およびプログラムに関する。
通信ネットワーク（network）によるサービス（service）を実現する物理レイヤ上のビル（building）、通信ケーブル（cable）、通信装置、または通信媒体に障害を疑似的に発生させ、この障害がサービスへ及ぼす影響をシミュレーション（simulation）する際、サービス、NWの種別に依らず、同一の方法でサービスへ及ぼす影響を特定する技術がある（例えば非特許文献１を参照）。
ネットワーク障害が及ぼすサービス影響把握方式の検討（A Study on Method of Visualization for Multiple Network Structure）(ICM研究会2019年3月)
上記の非特許文献１に開示される技術は、論理レイヤ（layer）上の伝送レイヤ、サービスレイヤなどで起きた障害を引き起こした、物理レイヤ上の箇所の候補を特定する手段を提供していない。
この発明は、上記事情に着目してなされたもので、その目的とするところは、通信ネットワークの論理レイヤ上で発生した障害原因となる設備の候補を特定することができるようにしたネットワーク管理装置、方法およびプログラムを提供することにある。
本発明の一態様に係るネットワーク管理装置は、ネットワーク構成の論理レイヤに関する情報オブジェクトと物理レイヤに関する情報オブジェクトと当該物理レイヤに関する情報オブジェクトが収容されるオブジェクトである設備レイヤに関する情報オブジェクトとの対応関係を示す情報を格納する格納装置と、前記ネットワーク構成の論理レイヤにおける障害の発生経路に関する情報オブジェクトを、前記格納装置から取得する取得部と、前記格納装置に格納される前記設備レイヤに関する情報オブジェクトのうち、前記取得部により取得された、前記障害の発生経路に関する情報オブジェクトに対応付けられる前記物理レイヤに関する情報オブジェクトを検索し、前記検索した前記物理レイヤに関する情報オブジェクトが収容されるオブジェクトである前記設備レイヤに関する情報オブジェクトを、障害原因となる設備の候補として検索する検索部とを備える。
本発明の一態様に係るネットワーク管理方法は、ネットワーク構成の論理レイヤに関する情報オブジェクトと物理レイヤに関する情報オブジェクトと当該物理レイヤに関する情報オブジェクトが収容されるオブジェクトである設備レイヤに関する情報オブジェクトとの対応関係が示される情報が格納される格納装置を有するネットワーク管理装置により行なわれるネットワーク管理方法であって、前記ネットワーク構成の論理レイヤにおける障害の発生経路に関する情報オブジェクトを、前記格納装置から取得することと、前記格納装置に格納される前記設備レイヤに関する情報オブジェクトのうち、前記取得された、前記障害の発生経路に関する情報オブジェクトに対応付けられる前記物理レイヤに関する情報オブジェクトを検索し、前記検索した前記物理レイヤに関する情報オブジェクトが収容されるオブジェクトである前記設備レイヤに関する情報オブジェクトを、障害原因となる設備の候補として検索することと、を備える。
本発明によれば、通信ネットワークの論理レイヤ上で発生した障害原因となる設備の候補を特定することができる。
以下、図面を参照しながら、この発明に係わる一実施形態を説明する。
本発明の一実施形態に係るネットワーク管理装置では、通信ネットワークの設備レイヤ、物理レイヤおよび論理レイヤの各構成要素が、統一された情報オブジェクト（object）（以下、単にオブジェクトと称する）を用いてオブジェクト化される。
また、ネットワーク管理装置は、各オブジェクト間のつながりを用いて、論理レイヤで発生した障害原因となる設備の候補を設備レイヤおよび物理レイヤにて特定する。設備レイヤのオブジェクトには、物理レイヤのオブジェクトが収容される。
これにより、プロトコル（protocol）、媒体種別の異なる複数レイヤにより構成されたネットワークで発生した障害原因となる設備の候補が特定される。
本発明の一実施形態に係るネットワーク管理装置では、通信ネットワークの設備レイヤ、物理レイヤおよび論理レイヤの各構成要素が、統一された情報オブジェクト（object）（以下、単にオブジェクトと称する）を用いてオブジェクト化される。
また、ネットワーク管理装置は、各オブジェクト間のつながりを用いて、論理レイヤで発生した障害原因となる設備の候補を設備レイヤおよび物理レイヤにて特定する。設備レイヤのオブジェクトには、物理レイヤのオブジェクトが収容される。
これにより、プロトコル（protocol）、媒体種別の異なる複数レイヤにより構成されたネットワークで発生した障害原因となる設備の候補が特定される。
次に、本発明の一実施形態に係るネットワーク管理装置の概要について、下記の（１）～（１１）にて説明する。
（１） ネットワーク管理装置は、従来技術に基づくオブジェクト(Spec, Entity（情報オブジェクト）)により、対象となるNWを上位レイヤから順に論理レイヤ、物理レイヤおよび設備レイヤにてオブジェクト化する。
（１） ネットワーク管理装置は、従来技術に基づくオブジェクト(Spec, Entity（情報オブジェクト）)により、対象となるNWを上位レイヤから順に論理レイヤ、物理レイヤおよび設備レイヤにてオブジェクト化する。
設備レイヤは例えばビル、ケーブルなどである。本実施形態では、設備レイヤにおけるビル、通信ケーブルがビルオブジェクト、ケーブルオブジェクトとしてそれぞれ保持される。上記のビルは通信装置が収容される建物または設備であれば特に限られない。また、上記のケーブルは通信媒体が収容される設備であれば特に限られない。
物理レイヤは、例えばネットワーク装置、通信ポート（port）、通信媒体である。本実施形態では、物理レイヤにおけるネットワーク装置、通信ポート、通信媒体は、装置オブジェクト、ポートオブジェクト、媒体オブジェクトとしてそれぞれ保持される。
論理レイヤは例えば点オブジェクト、線又は面オブジェクトに対応する。本実施形態では、論理レイヤにおける通信の発生箇所又はその終端が点オブジェクトとして保持され、この点オブジェクト間の通信と、点オブジェクト間の通信可能範囲とが、線又は面オブジェクトとしてそれぞれ保持される。
なお、上記の物理レイヤおよび設備レイヤは、広義の物理レイヤに含まれる狭義の物理レイヤおよび設備レイヤと称してもよい。
なお、上記の物理レイヤおよび設備レイヤは、広義の物理レイヤに含まれる狭義の物理レイヤおよび設備レイヤと称してもよい。
（２） オペレータ（operator）は、障害が発生した通信パス（communication pass）（障害パスと称されることがある）に対応する複数の線オブジェクトを指定して、故障状態を設定する。
（３） ネットワーク管理装置は、（２）で指定された線オブジェクトを構成する点オブジェクトを取得する。
（４） ネットワーク管理装置は、（３）で取得された点オブジェクトが有する、下位レイヤの点オブジェクトを繰り返し検索し、点オブジェクトが存在しない場合に処理を中断する。
（５） ネットワーク管理装置は、（４）での処理中断時までに得られた点オブジェクトが有するポートオブジェクトを取得する。
（６） ネットワーク管理装置は、（５）で取得されたポートオブジェクトに属する装置オブジェクトおよび媒体オブジェクトを検索する。
（５） ネットワーク管理装置は、（４）での処理中断時までに得られた点オブジェクトが有するポートオブジェクトを取得する。
（６） ネットワーク管理装置は、（５）で取得されたポートオブジェクトに属する装置オブジェクトおよび媒体オブジェクトを検索する。
（７） ネットワーク管理装置は、（６）で取得された装置オブジェクトを含む（装置オブジェクトが収容される）ビルオブジェクトを取得する。
（８） ネットワーク管理装置は、（６）で取得された媒体オブジェクトを含む（媒体オブジェクトが収容される）ケーブルオブジェクトを取得する。
（８） ネットワーク管理装置は、（６）で取得された媒体オブジェクトを含む（媒体オブジェクトが収容される）ケーブルオブジェクトを取得する。
（９） ネットワーク管理装置は、（２）で指定された複数の線オブジェクトについて（３）～（８）の手順を実施し、線オブジェクトにより利用されるビルオブジェクト、ケーブルオブジェクト、装置オブジェクトおよび媒体オブジェクトを取得する。
（１０） 線オブジェクトにより共通して利用されるビルオブジェクト、ケーブルオブジェクト、装置オブジェクトおよび媒体オブジェクトについて、他の線オブジェクトにより重複利用されるものがある。ネットワーク管理装置は、この重複利用の数(重複度)と、該当する設備、物理レイヤのオブジェクトを保持し、出力する。
（１１）ネットワーク管理装置は、（１０）で保持した設備および物理レイヤのオブジェクトを、それぞれの重複度に応じて強調表示する。
次に、ネットワーク構成のオブジェクト化について説明する。ここでは、設備レイヤのオブジェクト化の方法について説明する。このオブジェクト化については、例えば日本国特願２０１８－１９６８５３明細書およびＰＣＴ／ＪＰ２０１９／０４０９７８明細書にも記載されている。
図１は、本発明の一実施形態に係るネットワーク管理装置に適用されるネットワーク構成における設備レイヤのオブジェクト化の一例を表形式で示す図である。
図１に示されるように、設備レイヤの構成は、PS(Physical Sturcture),AS(Aggregate Section) Entityが適用されることにより、統一した形式で保持される。
図１に示されるように、設備レイヤの構成は、PS(Physical Sturcture),AS(Aggregate Section) Entityが適用されることにより、統一した形式で保持される。
図１に示されるように、設備レイヤにおけるEntity名は、PSおよびASに区分される。
図１に示されるように、PSは収容ビル、マンホール（manhole）などの設備を意味する。PSに係る各種の「属性：説明」は以下のとおりである。
（１つ目）status：PS Entityの状態を示す属性（正常：true,故障：false）
（２つ目）pdList：PS Entityが持つPD Entityの配列
（３つ目）AsList：PS Entityが持つAS Entityの配列
（４つ目）Position：PS Entityの位置を示す2次元座標
図１に示されるように、PSは収容ビル、マンホール（manhole）などの設備を意味する。PSに係る各種の「属性：説明」は以下のとおりである。
（１つ目）status：PS Entityの状態を示す属性（正常：true,故障：false）
（２つ目）pdList：PS Entityが持つPD Entityの配列
（３つ目）AsList：PS Entityが持つAS Entityの配列
（４つ目）Position：PS Entityの位置を示す2次元座標
図１に示されるように、AS(Aggregate Section)は、ケーブル、通信管路（communication line）、とう道（洞道）（cable tunnel/service tunnel）などを意味する。ASに係る各種の「属性：説明」は以下のとおりである。
（１つ目）status：AS Entityの状態を示す属性（正常：true,故障：false）
（２つ目）plList：AS Entityが持つPL Entityの配列
（３つ目）position：ASの位置を示す2次元座標
設備レイヤのPSは上記のビルオブジェクトに対応し、設備レイヤのASは上記のケーブルオブジェクトに対応する。
（２つ目）plList：AS Entityが持つPL Entityの配列
（３つ目）position：ASの位置を示す2次元座標
設備レイヤのPSは上記のビルオブジェクトに対応し、設備レイヤのASは上記のケーブルオブジェクトに対応する。
次に物理レイヤのオブジェクト化について説明する。
図２は、本発明の一実施形態に係るネットワーク管理装置に適用されるネットワーク構成における物理レイヤのオブジェクト化の一例を表形式で示す図である。
図２に示されるように、物理レイヤの構成には、PD(Physical Device), PP(Physical Port),PL(Physical Link),PC(Physical Connector) Entityが適用されることにより、統一した形式で保持される。
図２は、本発明の一実施形態に係るネットワーク管理装置に適用されるネットワーク構成における物理レイヤのオブジェクト化の一例を表形式で示す図である。
図２に示されるように、物理レイヤの構成には、PD(Physical Device), PP(Physical Port),PL(Physical Link),PC(Physical Connector) Entityが適用されることにより、統一した形式で保持される。
図２に示されるように、物理レイヤにおけるEntity名は、PD, PP, PL, PCに区分される。
図２に示されるように、PDは装置を意味する。PDに係る各種の「属性：説明」は以下のとおりである。
（１つ目）status：PDの状態を示す属性（正常動作：true,異常動作：false）
（２つ目）ppList：PDが持つPPの配列
（３つ目）position：PDの位置を示す2次元座標
図２に示されるように、PDは装置を意味する。PDに係る各種の「属性：説明」は以下のとおりである。
（１つ目）status：PDの状態を示す属性（正常動作：true,異常動作：false）
（２つ目）ppList：PDが持つPPの配列
（３つ目）position：PDの位置を示す2次元座標
PPは装置が有する通信ポートを意味する。PPに係る各種の「属性：説明」は以下のとおりである。
（１つ目）status：PPの状態を示す属性（正常動作：true,異常動作：false）
（２つ目）position：PDの位置を示す2次元座標
（１つ目）status：PPの状態を示す属性（正常動作：true,異常動作：false）
（２つ目）position：PDの位置を示す2次元座標
PLはケーブルの心線を意味する。PLに係る各種の「属性：説明」は以下のとおりである。
（１つ目）status：PLの状態を示す属性（正常動作：true,異常動作：false）
（２つ目）pcList：PLが持つPCの配列
（１つ目）status：PLの状態を示す属性（正常動作：true,異常動作：false）
（２つ目）pcList：PLが持つPCの配列
PCはケーブルの接続用コネクタ（connector）を意味する。PCに係る各種の「属性：説明」は以下のとおりである。
（１つ目）status：PCの状態を示す属性（正常動作：true,異常動作：false）
（２つ目）ppList：PCが有するPPの配列
物理レイヤにおけるPDは上記の装置オブジェクトに対応し、物理レイヤにおけるPPは上記のポートオブジェクトに対応し、物理レイヤにおけるPL, PCは上記の媒体オブジェクトに対応する。
（１つ目）status：PCの状態を示す属性（正常動作：true,異常動作：false）
（２つ目）ppList：PCが有するPPの配列
物理レイヤにおけるPDは上記の装置オブジェクトに対応し、物理レイヤにおけるPPは上記のポートオブジェクトに対応し、物理レイヤにおけるPL, PCは上記の媒体オブジェクトに対応する。
次に論理レイヤのオブジェクト化について説明する。
図３および図４は、本発明の一実施形態に係るネットワーク管理装置に適用されるネットワーク構成における論理レイヤのオブジェクト化の一例を表形式で示す図である。
図３および図４に示されるように、論理レイヤの構成は、TPE(Termination Point Encapsulation),NFD(Network Fowarding Domain),TL(Topological Link),FRE(Forwarding Relationship Encapsulation)(LC(Link Connect),XC(Cross(X) Connect),NC(Network Connect)) Entityが適用されることにより、統一した形式で保持される。
図３および図４は、本発明の一実施形態に係るネットワーク管理装置に適用されるネットワーク構成における論理レイヤのオブジェクト化の一例を表形式で示す図である。
図３および図４に示されるように、論理レイヤの構成は、TPE(Termination Point Encapsulation),NFD(Network Fowarding Domain),TL(Topological Link),FRE(Forwarding Relationship Encapsulation)(LC(Link Connect),XC(Cross(X) Connect),NC(Network Connect)) Entityが適用されることにより、統一した形式で保持される。
図４に示されるように、FRE Entity は、LC(Link Connect),XC(Cross(X) Connect),NC(Network Connect)) Entityに区分される。
TLは装置間の接続性(Logical Deviceレイヤ内)を意味する。TLに係る各種の「属性：説明」は以下のとおりである。
（１つ目）EndPointList：TL Entityを構成するTPE Entity配列
（２つ目）status：TL Entityの状態を示す属性（正常動作：true,異常動作：false）
（１つ目）EndPointList：TL Entityを構成するTPE Entity配列
（２つ目）status：TL Entityの状態を示す属性（正常動作：true,異常動作：false）
NFDは装置内の転送可能範囲(Logical Deviceレイヤ内)を意味する。NFDに係る各種の「属性：説明」は以下のとおりである。
（１つ目）endPointList：NFD Entityを構成するTPE Entity配列
（２つ目）Status：NFD Entityの状態を示す属性（正常動作：true,異常動作：false
（１つ目）endPointList：NFD Entityを構成するTPE Entity配列
（２つ目）Status：NFD Entityの状態を示す属性（正常動作：true,異常動作：false
TPEは通信の終端点を意味する。TPEに係る各種の「属性：説明」は以下のとおりである。
（１つ目）tpeRefList：対応する下位レイヤのTPE Entityを持つTPE Entity配列(実施例では配列数１)
（２つ目）ppRefList：TPE Entityに対応するPP Entity配列(実施例では配列数１)
（３つ目）status：TPE Entityの状態を示す属性（正常動作：true,異常動作：false）
（４つ目）layerName：レイヤ名
論理レイヤにおけるTLは上記の線オブジェクトに対応し、論理レイヤにおけるNFDは上記の線または面オブジェクトに対応し、論理レイヤにおけるTPEは上記の点オブジェクトに対応する。
（１つ目）tpeRefList：対応する下位レイヤのTPE Entityを持つTPE Entity配列(実施例では配列数１)
（２つ目）ppRefList：TPE Entityに対応するPP Entity配列(実施例では配列数１)
（３つ目）status：TPE Entityの状態を示す属性（正常動作：true,異常動作：false）
（４つ目）layerName：レイヤ名
論理レイヤにおけるTLは上記の線オブジェクトに対応し、論理レイヤにおけるNFDは上記の線または面オブジェクトに対応し、論理レイヤにおけるTPEは上記の点オブジェクトに対応する。
FREのLCは装置間の接続性(通信レイヤ内)を意味する。LCに係る各種の「属性：説明」は以下のとおりである。
（１つ目）endPointList：LC Entityを構成するTPE Entity配列
（２つ目）status：LC Entityの状態を示す属性（正常動作：true,異常動作：false）
（３つ目）layerName：レイヤ名
（１つ目）endPointList：LC Entityを構成するTPE Entity配列
（２つ目）status：LC Entityの状態を示す属性（正常動作：true,異常動作：false）
（３つ目）layerName：レイヤ名
XCは装置内の接続性(通信レイヤ内)を意味する。XCに係る各種の「属性：説明」は以下のとおりである。
（１つ目）endPointList：XC Entityを構成するTPE Entity配列
（２つ目）status：XC Entityの状態を示す属性（正常動作：true,異常動作：false）
（３つ目）layerName：レイヤ名
（１つ目）endPointList：XC Entityを構成するTPE Entity配列
（２つ目）status：XC Entityの状態を示す属性（正常動作：true,異常動作：false）
（３つ目）layerName：レイヤ名
NCはLC，XCによって形成されるEnd-Endの接続性(通信レイヤ内) を意味する。XCに係る各種の「属性：説明」は以下のとおりである。
（１つ目）endPointList：LC,XCを構成するTPE Entity配列
（２つ目）status：NC Entityの状態を示す属性（正常動作：true,異常動作：false）
（３つ目）userList：加入者名を保持する文字列配列または，加入者名を取得するIF（interface）のURL（Uniform Resource Locator）
（４つ目）layerName：レイヤ名
論理レイヤにおけるLCおよびXCは上記の線または面オブジェクトに対応する。また、論理レイヤにおけるNCは、論理レイヤ上の始点と終点との間の全ての点オブジェクトが格納される点オブジェクト配列を有する通信オブジェクトに対応する。
（１つ目）endPointList：LC,XCを構成するTPE Entity配列
（２つ目）status：NC Entityの状態を示す属性（正常動作：true,異常動作：false）
（３つ目）userList：加入者名を保持する文字列配列または，加入者名を取得するIF（interface）のURL（Uniform Resource Locator）
（４つ目）layerName：レイヤ名
論理レイヤにおけるLCおよびXCは上記の線または面オブジェクトに対応する。また、論理レイヤにおけるNCは、論理レイヤ上の始点と終点との間の全ての点オブジェクトが格納される点オブジェクト配列を有する通信オブジェクトに対応する。
次に、設備Entityおよび物理Entityの適用事例について説明する。図５は、本発明の一実施形態に係るネットワーク管理装置に適用される設備Entityおよび物理Entityの適用事例を示す図である。
図５に示されるように、Physical Resourceは、物理レイヤと設備レイヤに区分される。
図５に示されるように、Physical Resourceは、物理レイヤと設備レイヤに区分される。
図５に示された例では、Physical Resourceの物理レイヤは、PD(NW装置)、PD(CTF(Cable termination Frame：光ファイバ（optical fiber）終端装置)、PL(心線)、PC(コネクタ)、PP(ポート)を有する。PD(NW装置)、PD(CTF)は、PP(ポート)を備え、PL(心線)の両端にはPC(コネクタ)が取り付けられる。
PD(NW装置)側のPP(ポート)がPL(心線)の一端のPC(コネクタ)に接続され、PD(CTF)側のPP(ポート)がPL(心線)の他端のPC(コネクタ)に接続されることで、PD(NW装置)とPD(CTF)が通信可能となる。PD(CTF)同士の接続についても同様である。
図５に示された例では、Physical Resourceの設備レイヤは、PS(局ビル)、PD(NW装置)、PD(CTF)、Aggregate Section(ケーブル)を有する。
Aggregate SectionはPL(心線)を複数有するオブジェクトである。
Aggregate SectionはPL(心線)を複数有するオブジェクトである。
PS(局ビル)内にはPD(NW装置)、PD(CTF)が設けられる。これにより、PS(局ビル)間が通信可能となる。例えば、１つ目のPS(局ビル)内のPD(CTF)と、２つ目のPS(局ビル)内のPD(CTF)とが、Aggregate Section(ケーブル)を介してPS(局ビル)通信可能となる。
次に、物理Entityおよび論理Entityの適用事例について説明する。図６は、本発明の一実施形態に係るネットワーク管理装置に適用される物理Entityおよび論理Entityの適用事例を示す図である。
図６に示された例では、Physical Resourceは物理レイヤを有し、Logical Resourceは、通信レイヤとLogical Deviceレイヤとを有する。Logical Deviceレイヤは、論理レイヤに対する下位レイヤでのオブジェクトに対応し、物理レイヤは、Logical Deviceレイヤに対する下位レイヤでのオブジェクトに対応する。図６に示された例では、物理レイヤでは、Physical DeviceのPP同士が、PLの一端および他端のPCと接続される。
対応する論理レイヤは、TPE, XCおよびLCを有し、Logical DeviceレイヤはTPE,NFD,TLを有する。図６では、あるレイヤでの点オブジェクトに対する下位レイヤにオブジェクトが矢印で示される。
図６に示された例では、Physical Resourceは物理レイヤを有し、Logical Resourceは、通信レイヤとLogical Deviceレイヤとを有する。Logical Deviceレイヤは、論理レイヤに対する下位レイヤでのオブジェクトに対応し、物理レイヤは、Logical Deviceレイヤに対する下位レイヤでのオブジェクトに対応する。図６に示された例では、物理レイヤでは、Physical DeviceのPP同士が、PLの一端および他端のPCと接続される。
対応する論理レイヤは、TPE, XCおよびLCを有し、Logical DeviceレイヤはTPE,NFD,TLを有する。図６では、あるレイヤでの点オブジェクトに対する下位レイヤにオブジェクトが矢印で示される。
図６に示された例では、物理レイヤでのPhysical Deviceは、論理レイヤのXC、Logical DeviceレイヤのNFDにそれぞれ対応する。
図６に示された例では、Physical DeviceでのPPは、論理レイヤでのTPE、Logical DeviceレイヤでのTPEにそれぞれ対応する。PLに取り付けられるPCも同様である。
図６に示された例では、物理レイヤでのPLは、論理レイヤでのLC、Logical DeviceレイヤでのTLにそれぞれ対応する。また、図６に示された例では、論理レイヤでのXCおよびLCによって１つのNCが形成される。
図６に示された例では、Physical DeviceでのPPは、論理レイヤでのTPE、Logical DeviceレイヤでのTPEにそれぞれ対応する。PLに取り付けられるPCも同様である。
図６に示された例では、物理レイヤでのPLは、論理レイヤでのLC、Logical DeviceレイヤでのTLにそれぞれ対応する。また、図６に示された例では、論理レイヤでのXCおよびLCによって１つのNCが形成される。
次にネットワーク構成のオブジェクト化の事例について説明する。図７は、本発明の一実施形態に係るネットワーク管理装置に適用されるネットワーク構成のオブジェクト化の一例を示す図である。
ここでは、２つの光リング（リングと称することがある）を実現するOTN(Optical Transport Network：光伝送網)ネットワークのネットワーク構成の設備、物理および論理レイヤを示す。なお、Logical Deviceレイヤについては割愛する。
ここでは、２つの光リング（リングと称することがある）を実現するOTN(Optical Transport Network：光伝送網)ネットワークのネットワーク構成の設備、物理および論理レイヤを示す。なお、Logical Deviceレイヤについては割愛する。
図７に示された例では、OTNが実現される論理レイヤでは、１つ目のリングにおいてTPE_OTN_1～4、FRE(LC)_OTN_1, 2を含むTPEとFRE(LC, XC, NC)が設けられる。
この論理レイヤでは、２つ目のリングにおいてTPE_OTN_5, 6、FRE(LC)_OTN_3を含むTPEとFRE(LC, XC, NC)が設けられる。
この論理レイヤでは、２つ目のリングにおいてTPE_OTN_5, 6、FRE(LC)_OTN_3を含むTPEとFRE(LC, XC, NC)が設けられる。
装置が実現される物理レイヤでは、１つ目のリングにおいてPP_OTN_1～4、PD_OTN_1～4とPL_OTN_1, 2を含むPP, PDおよびPLが設けられる。
この物理レイヤでは、２つ目のリングにおいてPP_OTN_5, 6、PD_OTN5, 6、PL_OTN_3を含む、PP, PDおよびPLが設けられる。
設備が実現される設備レイヤでは、PS_A～F、AS_1～3を含むPS、ASが設けられる。
この物理レイヤでは、２つ目のリングにおいてPP_OTN_5, 6、PD_OTN5, 6、PL_OTN_3を含む、PP, PDおよびPLが設けられる。
設備が実現される設備レイヤでは、PS_A～F、AS_1～3を含むPS、ASが設けられる。
論理レイヤのTPE_OTN_1～6は、物理レイヤのPP_OTN_1～6に１対１で対応する。
論理レイヤのFRE(LC)_OTN_1～3は物理レイヤのPL_OTN_1～3に１対１で対応する。このPL_OTN_1～3は、設備レイヤのAS_1～3に１対１で対応する。
物理レイヤのPD_OTN_1～4は設備レイヤのPS_B, C, A, Dに１対１で対応する。物理レイヤのPD_OTN_5, 6は設備レイヤのPS_A, Fに１対１で対応する。
論理レイヤのFRE(LC)_OTN_1～3は物理レイヤのPL_OTN_1～3に１対１で対応する。このPL_OTN_1～3は、設備レイヤのAS_1～3に１対１で対応する。
物理レイヤのPD_OTN_1～4は設備レイヤのPS_B, C, A, Dに１対１で対応する。物理レイヤのPD_OTN_5, 6は設備レイヤのPS_A, Fに１対１で対応する。
次に物理リソース検索に係る障害パスの指定の例を説明する。図８は、本発明の一実施形態に係るネットワーク管理装置に適用されるネットワーク構成における障害パスの指定の一例を示す図である。
ここでは、図8に示されるように、OTN（論理レイヤ）上のFRE(LC)_OTN_1, 2, 3に障害が発生したと仮定する。本実施形態では、これらが３つの障害パスとして指定され、これらのパスにより利用される物理リソースであるビル、ケーブル、装置ケーブルが検索される。
なお、ケーブルであるAS_2, 3により収容される媒体はPL_OTN_2, 3である。
なお、ケーブルであるAS_2, 3により収容される媒体はPL_OTN_2, 3である。
図９は、本発明の一実施形態に係るネットワーク管理装置に適用されるネットワーク構成における障害パスにより利用される物理リソースの検索の一例を示す図である。
障害パスにより利用される物理リソースは、下記の（１）～（６）により検索される。
（１） 物理リソース検索部１５は、２つの障害パス(FRE(LC))を構成するTPEを検索する。
（２） 物理リソース検索部１５は、（１）で得られたTPEに対応するPPort（PP）を検索する。
（３） 物理リソース検索部１５は、（２）で得られたPPortが属するPDを検索する。
（４） 物理リソース検索部１５は、（３）で得られたPDが属するPSを検索する。
（５） 物理リソース検索部１５は、（２）で得られたPPortが終端するPLを検索する。
（６） 物理リソース検索部１５は、（５）で得られたPLが属するASを検索する。
障害パスにより利用される物理リソースは、下記の（１）～（６）により検索される。
（１） 物理リソース検索部１５は、２つの障害パス(FRE(LC))を構成するTPEを検索する。
（２） 物理リソース検索部１５は、（１）で得られたTPEに対応するPPort（PP）を検索する。
（３） 物理リソース検索部１５は、（２）で得られたPPortが属するPDを検索する。
（４） 物理リソース検索部１５は、（３）で得られたPDが属するPSを検索する。
（５） 物理リソース検索部１５は、（２）で得られたPPortが終端するPLを検索する。
（６） 物理リソース検索部１５は、（５）で得られたPLが属するASを検索する。
図１０は、本発明の一実施形態に係るネットワーク管理装置に適用されるネットワーク構成における障害パスにより利用される物理リソースの検索結果の一例を表形式で示す図である。
図９に示された障害パスFRE(LC)_OTN_1, 2, 3により利用される物理リソースに係る、上記（１）～（６）による検索結果は、下記の通りである。
図９に示された障害パスFRE(LC)_OTN_1, 2, 3により利用される物理リソースに係る、上記（１）～（６）による検索結果は、下記の通りである。
・FRE(LC)_OTN_1に係る検索結果
（１）による検索結果：TPE_OTN_1, 2
（２）による検索結果：PP_OTN_1, 2
（３）による検索結果：PD_OTN_1, 2
（４）による検索結果：PS_B, C
（５）による検索結果：PL_OTN_1
（６）による検索結果：AS_1
（１）による検索結果：TPE_OTN_1, 2
（２）による検索結果：PP_OTN_1, 2
（３）による検索結果：PD_OTN_1, 2
（４）による検索結果：PS_B, C
（５）による検索結果：PL_OTN_1
（６）による検索結果：AS_1
・FRE(LC)_OTN_2に係る検索結果
（１）による検索結果：TPE_OTN_3, 4
（２）による検索結果：PP_OTN_3, 4
（３）による検索結果：PD_OTN_3, 4
（４）による検索結果：PS_A, D
（５）による検索結果：PL_OTN_2
（６）による検索結果：AS_2
（１）による検索結果：TPE_OTN_3, 4
（２）による検索結果：PP_OTN_3, 4
（３）による検索結果：PD_OTN_3, 4
（４）による検索結果：PS_A, D
（５）による検索結果：PL_OTN_2
（６）による検索結果：AS_2
・FRE(LC)_OTN_3に係る検索結果
（１）による検索結果：TPE_OTN_5, 6
（２）による検索結果：PP_OTN_5, 6
（３）による検索結果：PD_OTN_5, 6
（４）による検索結果：PS_A, F
（５）による検索結果：PL_OTN_3
（６）による検索結果：AS_2, 3
（１）による検索結果：TPE_OTN_5, 6
（２）による検索結果：PP_OTN_5, 6
（３）による検索結果：PD_OTN_5, 6
（４）による検索結果：PS_A, F
（５）による検索結果：PL_OTN_3
（６）による検索結果：AS_2, 3
次に、複数の障害パスにより共通(重複)して利用される物理リソースの検索について説明する。
図１１は、本発明の一実施形態に係るネットワーク管理装置に適用されるネットワーク構成における障害パスが共通する物理リソースの検索の一例を示す図である。図１２は、本発明の一実施形態に係るネットワーク管理装置に適用されるネットワーク構成における障害パスが共通する設備リソースの検索結果の一例を表形式で示す図である。
ここでは、障害パスにより利用される物理、設備リソースのうち、複数の障害パスによる重複して利用されるPS,AS,PDが検索される。
図１１は、本発明の一実施形態に係るネットワーク管理装置に適用されるネットワーク構成における障害パスが共通する物理リソースの検索の一例を示す図である。図１２は、本発明の一実施形態に係るネットワーク管理装置に適用されるネットワーク構成における障害パスが共通する設備リソースの検索結果の一例を表形式で示す図である。
ここでは、障害パスにより利用される物理、設備リソースのうち、複数の障害パスによる重複して利用されるPS,AS,PDが検索される。
図１１，１２に示された例では、PS_AとAS_2は２つの障害パスFRE(LC)_OTN_1, 2により利用される。ここでは、利用する主体である障害パスの数に対応した重複度（重複度２）が示される。
次に、ネットワーク管理装置の構成について説明する。
図１３は、本発明の一実施形態に係るネットワーク管理装置の機能構成例を示す図である。
図１３に示された例では、ネットワーク管理装置１０は、中央処理ユニット（Central Processing Unit：ＣＰＵ）、プログラムメモリ（program memory）および演算用メモリなどが備えられたコンピュータ（computer）として構成することができ、図１３に示されるように、この実施形態を実施するために必要な機能として、設備情報登録部１１、Spec DB（データベース（database））１２、Entity DB１３、障害パスEntity取得部１４、物理リソース検索部１５およびNW構成表示部１６を有する。これらの処理は後述する。
図１３は、本発明の一実施形態に係るネットワーク管理装置の機能構成例を示す図である。
図１３に示された例では、ネットワーク管理装置１０は、中央処理ユニット（Central Processing Unit：ＣＰＵ）、プログラムメモリ（program memory）および演算用メモリなどが備えられたコンピュータ（computer）として構成することができ、図１３に示されるように、この実施形態を実施するために必要な機能として、設備情報登録部１１、Spec DB（データベース（database））１２、Entity DB１３、障害パスEntity取得部１４、物理リソース検索部１５およびNW構成表示部１６を有する。これらの処理は後述する。
設備情報登録部１１、障害パスEntity取得部１４、物理リソース検索部１５およびNW構成表示部１６は、プログラムメモリに格納されたプログラムを上記ＣＰＵに実行させることにより実現され得る。Spec DB１２、Entity DB１３は、不揮発性メモリ（non-volatile memory）などの記憶装置により実現され得る。NW構成表示部１６は液晶ディスプレイ（liquid crystal display）などの表示装置が用いられることにより実現され得る。
なお、ネットワーク管理装置１０はハードウエアにより構成され得るが、後述されるフローチャートに示された手順を備えるプログラムが、媒体もしくは通信回線を介してインストール（installation）された周知のコンピュータであって、このコンピュータとSpec DB１２、Entity DB１３との組み合わせ、又はSpec DB１２、Entity DB１３を有するコンピュータなどによっても実現可能である。ネットワーク管理装置１０のハードウエア構成の詳細は後述する。
なお、ネットワーク管理装置１０はハードウエアにより構成され得るが、後述されるフローチャートに示された手順を備えるプログラムが、媒体もしくは通信回線を介してインストール（installation）された周知のコンピュータであって、このコンピュータとSpec DB１２、Entity DB１３との組み合わせ、又はSpec DB１２、Entity DB１３を有するコンピュータなどによっても実現可能である。ネットワーク管理装置１０のハードウエア構成の詳細は後述する。
次に、ネットワーク管理装置１０の詳細について説明する。
まず設備情報(Spec（Specification（仕様））, Entity（実体）)の登録について説明する。図１４は、本発明の一実施形態に係るネットワーク管理装置による設備情報の登録の手順の一例を示すシーケンス図である。
まず、オペレータが管理画面に沿って設備情報(Spec)の登録に係る操作を行なうと、この設備情報(Spec)がSpec DB１２に登録され、登録の結果コードが管理画面に返されてオペレータ側の表示画面に登録結果が返却される。
まず設備情報(Spec（Specification（仕様））, Entity（実体）)の登録について説明する。図１４は、本発明の一実施形態に係るネットワーク管理装置による設備情報の登録の手順の一例を示すシーケンス図である。
まず、オペレータが管理画面に沿って設備情報(Spec)の登録に係る操作を行なうと、この設備情報(Spec)がSpec DB１２に登録され、登録の結果コードが管理画面に返されてオペレータ側の表示画面に登録結果が返却される。
次に設備情報のSpec(物理レイヤ)について説明する。図１５は、本発明の一実施形態に係るネットワーク管理装置により保持される設備情報のSpec(設備レイヤおよび物理レイヤ)の一例を表形式で示す図である。
物理レイヤにおいて、装置名又はケーブル種別のような固有な情報である属性は、Spec（Specification）クラス（特性を示す属性を定義する）がインスタンス化された情報としてSpec DB１２に保持される。具体的には以下のSpecクラスが定義される。
これらのSpecは主にNW構成の表示で利用される。
物理レイヤにおいて、装置名又はケーブル種別のような固有な情報である属性は、Spec（Specification）クラス（特性を示す属性を定義する）がインスタンス化された情報としてSpec DB１２に保持される。具体的には以下のSpecクラスが定義される。
これらのSpecは主にNW構成の表示で利用される。
設備レイヤにおける「Spec名：意味」は以下のとおりである。
・PS Spec (Physical Structure Specification)：PS毎に固有な属性を定義
・AS Spec (Aggregate Section Specification)：AS毎に固有な属性を定義
物理レイヤにおける「Spec名：意味」は以下のとおりである。
・PD Spec (Physical Device Specification)：PD毎に固有な属性を定義
・PP Spec (Physical Port Specification)：PP毎に固有な属性を定義
・PL Spec (Physical Link Specification)：PL毎に固有な属性を定義
・PC Spec (Physical Connector Specification)：PC毎に固有な属性を定義
・PS Spec (Physical Structure Specification)：PS毎に固有な属性を定義
・AS Spec (Aggregate Section Specification)：AS毎に固有な属性を定義
物理レイヤにおける「Spec名：意味」は以下のとおりである。
・PD Spec (Physical Device Specification)：PD毎に固有な属性を定義
・PP Spec (Physical Port Specification)：PP毎に固有な属性を定義
・PL Spec (Physical Link Specification)：PL毎に固有な属性を定義
・PC Spec (Physical Connector Specification)：PC毎に固有な属性を定義
次に設備情報のSpec(論理レイヤ)について説明する。図１６は、本発明の一実施形態に係るネットワーク管理装置により保持される設備情報のSpec(論理レイヤ)の一例を表形式で示す図である。
論理レイヤにおいて、レイヤの層毎に固有な属性(VLAN ID（Virtual LAN IDentifier）,IPアドレス（Internet Protocol address）,波長番号等)は、それぞれのSpecクラスがインスタンス化された情報としてSpec DB１２に保持される。具体的には以下のSpecクラスが定義される。
論理レイヤにおいて、レイヤの層毎に固有な属性(VLAN ID（Virtual LAN IDentifier）,IPアドレス（Internet Protocol address）,波長番号等)は、それぞれのSpecクラスがインスタンス化された情報としてSpec DB１２に保持される。具体的には以下のSpecクラスが定義される。
論理レイヤにおける「Spec名：意味」は以下のとおりである。
・TL Spec (Topological Link Specification)：TL毎に固有な属性を定義
・NFD Spec (Network Forwarding Domain Specification)：NFD毎に固有な属性を定義
・TPE Spec (Termination Point Encapsulation Specification)：TPE毎に固有な属性を定義
・NC Spec (Network Connection Specification)：NC毎に固有な属性を定義
・LC Spec (Link Connect Specification)：LC毎に固有な属性を定義
・XC Spec (Cross(X) Connect Specification)：XC毎に固有な属性を定義
・TL Spec (Topological Link Specification)：TL毎に固有な属性を定義
・NFD Spec (Network Forwarding Domain Specification)：NFD毎に固有な属性を定義
・TPE Spec (Termination Point Encapsulation Specification)：TPE毎に固有な属性を定義
・NC Spec (Network Connection Specification)：NC毎に固有な属性を定義
・LC Spec (Link Connect Specification)：LC毎に固有な属性を定義
・XC Spec (Cross(X) Connect Specification)：XC毎に固有な属性を定義
次にSpecクラス，Entityクラス（属性値が定義されるクラス）の利用方法について説明する。図１７は、本発明の一実施形態に係るネットワーク管理装置によるSpec，Entityクラスの利用の一例を示す図である。
図１７に示されるように、レイヤに共通する属性と、その値は、Entityクラスがインスタンス化された情報としてEntity DB１３に保持される。
Specクラスでの１個のSpecificationクラスはｎ個のSpecCharacteristicクラス、およびｎ個のEntityクラスと対応付けられる。SpecCharacteristicクラスは後述のname, valueFrom, valueTo, Typeを含む。
Entityクラスは、「status: String」、「position(int, int)」を含む。１個のEntityクラスは、ｎ個のCharacteristicValueクラス（Entityクラスの外部クラスであって、SpecCharacteristicクラスに規定された特性のうちいずれか１つが実在化された具体的な特性を格納するクラス）と対応付けられる。
CharacteristicValueクラスは、後述のCharacteristicName、Valueを含む。
図１７に示されるように、レイヤに共通する属性と、その値は、Entityクラスがインスタンス化された情報としてEntity DB１３に保持される。
Specクラスでの１個のSpecificationクラスはｎ個のSpecCharacteristicクラス、およびｎ個のEntityクラスと対応付けられる。SpecCharacteristicクラスは後述のname, valueFrom, valueTo, Typeを含む。
Entityクラスは、「status: String」、「position(int, int)」を含む。１個のEntityクラスは、ｎ個のCharacteristicValueクラス（Entityクラスの外部クラスであって、SpecCharacteristicクラスに規定された特性のうちいずれか１つが実在化された具体的な特性を格納するクラス）と対応付けられる。
CharacteristicValueクラスは、後述のCharacteristicName、Valueを含む。
レイヤに固有な属性名は、SpecCharacteristicクラス（Specificationクラスの外部クラス）がインスタンス化された情報としてSpec DB１２に保持される。
レイヤに固有な属性値は、CharacteristicValueクラスがインスタンス化された情報としてSpec DB１２に保持される。なお、属性名はSpecCharacteristicクラスで定義される。
次にSpec DB，Entity DBのスキーマについて説明する。図１８は、本発明の一実施形態に係るネットワーク管理装置により規定される設備情報のSpecificicationテーブルのスキーマの一例を表形式で示す図である。
Spec DB１２に保持されるSpecificicationテーブルのスキーマ（カラム（column）名：型）は以下の通りである（図１７のSpecificicationを参照）。
・Entity：外部キー（key）
・SpecCharacteristic：外部キー
Spec DB１２に保持されるSpecificicationテーブルのスキーマ（カラム（column）名：型）は以下の通りである（図１７のSpecificicationを参照）。
・Entity：外部キー（key）
・SpecCharacteristic：外部キー
図１９は、本発明の一実施形態に係るネットワーク管理装置により規定される設備情報のSpecCharacteristicテーブルのスキーマの一例を表形式で示す図である。
Spec DB１２に保持されるSpecCharacteristicテーブルのスキーマ（カラム名：型）は以下の通りである（図１７のSpecCharacteristicを参照）。
・Name：String
・ValueFrom：int
・ValueTo：int
・Type：String
Spec DB１２に保持されるSpecCharacteristicテーブルのスキーマ（カラム名：型）は以下の通りである（図１７のSpecCharacteristicを参照）。
・Name：String
・ValueFrom：int
・ValueTo：int
・Type：String
図２０は、本発明の一実施形態に係るネットワーク管理装置により規定される設備情報のEntityテーブルのスキーマの一例を表形式で示す図である。
Entity DB１３に保持されるEntityテーブルのスキーマ（カラム名：型）はEntityの定義に従う。
Entity DB１３に保持されるEntityテーブルのスキーマ（カラム名：型）はEntityの定義に従う。
図２１は、本発明の一実施形態に係るネットワーク管理装置により規定される設備情報のCharacteristicValueテーブルのスキーマの一例を表形式で示す図である。
Entity DB１３に保持されるCharacteristicValueテーブルのスキーマ（カラム名：型）は以下の通りである（図１７のCharacteristicValueを参照）。
Entity DB１３に保持されるCharacteristicValueテーブルのスキーマ（カラム名：型）は以下の通りである（図１７のCharacteristicValueを参照）。
・SpecCharacteristic（外部キー）：-
・CharacteristicName：String
・value：String
・CharacteristicName：String
・value：String
次にSpecの登録方法について説明する。
（１） 図１５，１６に示された設備情報のSpecは、図１７に示されたSpecificationとSpecCharacteristicの形式としてSpec DB１２にテーブルとして作成される。例えば図３５に示したPS Specは、図１７に示されたSpecCharacteristicテーブルが外部キーにより複数のテーブルとして管理される。このSpecCharacteristicテーブルは、name（特性の名前）, valueFrom（特性が許容する具体値の上限）, valueTo（特性が許容する具体値の下限）, type（特性の具体値の型）の４属性（図１７参照）で構成される。
（１） 図１５，１６に示された設備情報のSpecは、図１７に示されたSpecificationとSpecCharacteristicの形式としてSpec DB１２にテーブルとして作成される。例えば図３５に示したPS Specは、図１７に示されたSpecCharacteristicテーブルが外部キーにより複数のテーブルとして管理される。このSpecCharacteristicテーブルは、name（特性の名前）, valueFrom（特性が許容する具体値の上限）, valueTo（特性が許容する具体値の下限）, type（特性の具体値の型）の４属性（図１７参照）で構成される。
（２） 論理レイヤで固有な値がSpec DB１２に格納されるために必要な属性は、SpecCharacteristicのname属性（図１７参照）に設定される。
（３） このname属性が設定される型は、SpecCharacteristicのtype属性（図１７参照）に設定される。
（３） このname属性が設定される型は、SpecCharacteristicのtype属性（図１７参照）に設定される。
（４） 論理レイヤで固有な値がSpec DB１２に格納されるために必要な属性に値が設定されるための前提条件が必要な場合は、この条件はSpecCharacteristicのvalueFrom, valueTo属性（図１７参照）に設定される。
次にEntityの登録方法について説明する。
（１） 図１～４に記載されたEntityの属性は、Entity DB１３にテーブルとして作成される。例えばPD，PP，PS Entity（図１，２参照）であれば、状態、座標でなる２属性からなるスキーマによりテーブルが作成される。
（２） 論理レイヤに共通な値は、Entity DB１３で対応するテーブルのレコード（record）に格納される。
（１） 図１～４に記載されたEntityの属性は、Entity DB１３にテーブルとして作成される。例えばPD，PP，PS Entity（図１，２参照）であれば、状態、座標でなる２属性からなるスキーマによりテーブルが作成される。
（２） 論理レイヤに共通な値は、Entity DB１３で対応するテーブルのレコード（record）に格納される。
（３） 論理レイヤで固有な値が格納されるために必要な属性では、対応するSpecのSpecCharacteristicのname属性に設定された属性名がCharacteristicValueのCharacteristicName属性に設定され、その値がCharacteristicValueのvalue属性に設定される（図１７参照）。
次に、障害箇所の入力などについて説明する。
まず障害箇所の入力(ユースケース（use case）)と機能部の対応関係について説明する。図２２は、本発明の一実施形態に係るネットワーク管理装置における障害箇所の入力で機能する構成の一例を示す図である。
図２２に示されるように、障害箇所の入力では、設備情報登録部１１と、Entity DB１３が機能する。
まず障害箇所の入力(ユースケース（use case）)と機能部の対応関係について説明する。図２２は、本発明の一実施形態に係るネットワーク管理装置における障害箇所の入力で機能する構成の一例を示す図である。
図２２に示されるように、障害箇所の入力では、設備情報登録部１１と、Entity DB１３が機能する。
次に障害パスEntity取得部１４による処理について説明する。
（１） 障害パスEntity取得部１４は、障害パスを、例えばオペレータがネットワーク構成の表示画面においてＮＷ構成表示部１６により表示された描画オブジェクトから、キーボード（keyboard）またはマウス（mouse）などの入力装置に対する操作に応じて、複数の障害パスをＧＵＩ（Graphical User Interface）を介して指定できる。
（２） 障害パスEntity取得部１４は、指定された複数の障害パスの描画オブジェクトのうち１つについてEntity DB１３から各Entityに固有のEntity IDを取得する。
（３） 障害パスEntity取得部１４は、この取得したEntity IDによりEntity DB１３にアクセス（access）し、障害パスに対応するEntity（以下、障害パスEntityと称されることがある）を取得する。
（１） 障害パスEntity取得部１４は、障害パスを、例えばオペレータがネットワーク構成の表示画面においてＮＷ構成表示部１６により表示された描画オブジェクトから、キーボード（keyboard）またはマウス（mouse）などの入力装置に対する操作に応じて、複数の障害パスをＧＵＩ（Graphical User Interface）を介して指定できる。
（２） 障害パスEntity取得部１４は、指定された複数の障害パスの描画オブジェクトのうち１つについてEntity DB１３から各Entityに固有のEntity IDを取得する。
（３） 障害パスEntity取得部１４は、この取得したEntity IDによりEntity DB１３にアクセス（access）し、障害パスに対応するEntity（以下、障害パスEntityと称されることがある）を取得する。
次に、障害パスにより利用される物理リソースの検索について説明する。
図２３は、本発明の一実施形態に係るネットワーク管理装置における物理リソース検索で機能する構成の一例を示す図である。
図２３に示されるように、物理リソースの検索では、Entity DB１３、障害パスEntity取得部１４、物理リソース検索部１５が機能する。
図２３は、本発明の一実施形態に係るネットワーク管理装置における物理リソース検索で機能する構成の一例を示す図である。
図２３に示されるように、物理リソースの検索では、Entity DB１３、障害パスEntity取得部１４、物理リソース検索部１５が機能する。
次に、障害パスが入力されてから、障害パスにより利用される物理リソースが検索されるまでの処理を説明する。
図２４は、本発明の一実施形態に係るネットワーク管理装置による障害パスの入力から物理および設備リソースの検索までの処理手順の一例を示すフローチャートである。
物理リソース検索部１５は、インデックス「i=1」を設定し、条件「i<障害パスEntity ID配列長」が満たされるまで、以下のＳ１１～Ｓ１６の処理を行なう。
物理リソース検索部１５は、障害パスEntityを、障害パスEntity ID[i]に対応するEntity DB１３から取得する（Ｓ１１）。Ｓ１１は障害パスの入力に該当する。
図２４は、本発明の一実施形態に係るネットワーク管理装置による障害パスの入力から物理および設備リソースの検索までの処理手順の一例を示すフローチャートである。
物理リソース検索部１５は、インデックス「i=1」を設定し、条件「i<障害パスEntity ID配列長」が満たされるまで、以下のＳ１１～Ｓ１６の処理を行なう。
物理リソース検索部１５は、障害パスEntityを、障害パスEntity ID[i]に対応するEntity DB１３から取得する（Ｓ１１）。Ｓ１１は障害パスの入力に該当する。
物理リソース検索部１５は、Ｓ１１で取得された障害パスEntityに対応するPP EntityをEntity DB１３から取得する（Ｓ１２）。
物理リソース検索部１５は、Ｓ１２で取得されたPP Entityを有するPD, PL EntityをEntity DB１３から取得する（Ｓ１３）。
物理リソース検索部１５は、Ｓ１３で取得されたPD Entityを有するPS EntityをEntity DB１３から取得する（Ｓ１４）。
物理リソース検索部１５は、Ｓ１２で取得されたPP Entityを有するPD, PL EntityをEntity DB１３から取得する（Ｓ１３）。
物理リソース検索部１５は、Ｓ１３で取得されたPD Entityを有するPS EntityをEntity DB１３から取得する（Ｓ１４）。
物理リソース検索部１５は、Ｓ１３で取得されたPL Entityを有するAS EntityをEntity DB１３から取得する（Ｓ１５）。Ｓ１２からＳ１５の処理は、障害パスにより利用される物理リソース検索に該当する。これらＳ１２からＳ１５の処理の詳細は後述する。
物理リソース検索部１５は、Ｓ１３からＳ１５で取得されたPD, PS, AS Entityを障害箇所Entity配列に格納する（Ｓ１６）。
Ｓ１６の後、インデックスに係る上記の条件が満たされないときは、物理リソース検索部１５は、インデックス「i=i+1」を設定してＳ１１に戻る。条件が満たされたときは処理が終了する。
物理リソース検索部１５は、Ｓ１３からＳ１５で取得されたPD, PS, AS Entityを障害箇所Entity配列に格納する（Ｓ１６）。
Ｓ１６の後、インデックスに係る上記の条件が満たされないときは、物理リソース検索部１５は、インデックス「i=i+1」を設定してＳ１１に戻る。条件が満たされたときは処理が終了する。
次に、障害箇所Entity配列の型について説明する。図２５は、本発明の一実施形態に係るネットワーク管理装置により適用される障害箇所Entityの配列の型の一例を表形式で示す図である。
障害箇所Entityの配列の障害パスEntity名、PS EntityList(配列)、AS EntityList(配列)およびPD EntityList(配列)の型は下記のとおりである。
障害箇所Entityの配列の障害パスEntity名、PS EntityList(配列)、AS EntityList(配列)およびPD EntityList(配列)の型は下記のとおりである。
（１） 障害パスEntity名：Object型
（２） PS EntityList(配列)：PS Entity型(配列)
（３） AS EntityList(配列)：AS Entity型(配列)
（４） PD EntityList(配列)：PD Entity型(配列)
（２） PS EntityList(配列)：PS Entity型(配列)
（３） AS EntityList(配列)：AS Entity型(配列)
（４） PD EntityList(配列)：PD Entity型(配列)
次に、Ｓ１２の詳細として、PP Entityの検索について説明する。図２６は、本発明の一実施形態に係るネットワーク管理装置によるPP Entityの検索の処理手順の一例を示すフローチャートである。
物理リソース検索部１５は、障害パスEntity(LC or NC)が有するendPointListをEntity DB１３から取得する（Ｓ１２ａ）。なお、Ｓ１２ａにおいて、オペレータによる入力操作により障害パスEntity(XC)が指定されて、物理リソース検索部１５は、この障害パスEntity(XC)が有するendPointListをEntity DB１３から取得してもよい。
物理リソース検索部１５は、インデックス「i=1」を設定し、条件「i < endPointList配列長」が満たされるまで、以下のＳ１２ｂ～Ｓ１２ｄの処理を行なう。
物理リソース検索部１５は、障害パスEntity(LC or NC)が有するendPointListをEntity DB１３から取得する（Ｓ１２ａ）。なお、Ｓ１２ａにおいて、オペレータによる入力操作により障害パスEntity(XC)が指定されて、物理リソース検索部１５は、この障害パスEntity(XC)が有するendPointListをEntity DB１３から取得してもよい。
物理リソース検索部１５は、インデックス「i=1」を設定し、条件「i < endPointList配列長」が満たされるまで、以下のＳ１２ｂ～Ｓ１２ｄの処理を行なう。
物理リソース検索部１５は、endPointList配列のインデックスiからTPE EntityのインスタンスをEntity DB１３から取得し、この取得したインスタンスをtpeインスタンス（TPE Entityのインスタンス）変数に格納するe（Ｓ１２ｂ）。
物理リソース検索部１５は、TPE Entityのインスタンスが有するtpeRefList属性が空(NULL)か否かを判定する（Ｓ１２ｃ）。
Ｓ１２ｃでＹｅｓのときは、物理リソース検索部１５は、tpeインスタンス変数が有するendPointList[i]配列からTPE EntityのインスタンスをEntity DB１３から取得し、この取得したインスタンスをtpeインスタンス変数に格納する（Ｓ１２ｄ）。
Ｓ１２ｄの後、上記の条件が満たされないときは、物理リソース検索部１５は、インデックス「i=i+1」を設定してＳ１２ｂに戻る。
Ｓ１２ｃでＹｅｓのときは、物理リソース検索部１５は、tpeインスタンス変数が有するendPointList[i]配列からTPE EntityのインスタンスをEntity DB１３から取得し、この取得したインスタンスをtpeインスタンス変数に格納する（Ｓ１２ｄ）。
Ｓ１２ｄの後、上記の条件が満たされないときは、物理リソース検索部１５は、インデックス「i=i+1」を設定してＳ１２ｂに戻る。
Ｓ１２ｃでＮｏのときは、物理リソース検索部１５は、tpeインスタンス変数が有するppRefList[i]配列からPP Entityのインスタンス（PPインスタンスと称することもある）をEntity DB１３から取得し、この取得したインスタンスをpPort（ppインスタンス変数）に格納する（Ｓ１２ｅ）。
Ｓ１２ｄの後で上記条件が満たされたとき、またはＳ１２ｅの後は、物理リソース検索部１５は、pPortをＳ１３に返却し（Ｓ１２ｆ）、処理が終了する。
Ｓ１２ｄの後で上記条件が満たされたとき、またはＳ１２ｅの後は、物理リソース検索部１５は、pPortをＳ１３に返却し（Ｓ１２ｆ）、処理が終了する。
次に、Ｓ１３の詳細として、Ｓ１２で検索されたPP Entityを有するPD, PL Entityの検索について説明する。図２７は、本発明の一実施形態に係るネットワーク管理装置によるPD, PL Entityの検索の処理手順の一例を示すフローチャートである。
物理リソース検索部１５は、Ｓ１２で検索されたPP Entityをppインスタンス変数に格納する（Ｓ１３ａ）。
物理リソース検索部１５は、PD Entityが有するPP Entityの配列（pd.ppList配列（図２参照））の1レコードをEntity DB１３から取り出して、pdインスタンス（PD Entityのインスタンス）変数に格納する。
物理リソース検索部１５は、Ｓ１２で検索されたPP Entityをppインスタンス変数に格納する（Ｓ１３ａ）。
物理リソース検索部１５は、PD Entityが有するPP Entityの配列（pd.ppList配列（図２参照））の1レコードをEntity DB１３から取り出して、pdインスタンス（PD Entityのインスタンス）変数に格納する。
そして、物理リソース検索部１５は、Ｓ１２で検索されたPPインスタンスがpd.ppList配列に含まれるか否かを判定する（Ｓ１３ｂ）。
Ｓ１３ｂでＹｅｓであれば、物理リソース検索部１５は、PPインスタンスを有するPDインスタンスをpdList配列に格納する（Ｓ１３ｃ）。Ｓ１３ｂでＮｏであれば、pd.ppList配列の別のレコードに係るＳ１３ｂに移る。
Ｓ１３ｂでＹｅｓであれば、物理リソース検索部１５は、PPインスタンスを有するPDインスタンスをpdList配列に格納する（Ｓ１３ｃ）。Ｓ１３ｂでＮｏであれば、pd.ppList配列の別のレコードに係るＳ１３ｂに移る。
Ｓ１３ｃの後、条件「pd!=NULL」が満たされるまで、つまり判定対象のpd.ppList配列のレコードが無くなるまで、pd.ppList配列の各レコードについてＳ１３ｂ、Ｓ１３ｃが繰り返される。これにより、PP Entityを有するPD Entityの検索がなされる。
Ｓ１３ｃの後で上記条件「pd!=NULL」が満たされたときは、物理リソース検索部１５は、PC Entityが有するPP Entityの配列（pc.ppList配列（図２参照））の1レコードをEntity DB１３から取り出して、pcインスタンス（PC Entityのインスタンス）変数に格納する。
そして、物理リソース検索部１５は、ppインスタンスがpc.ppList配列に含まれるか否かを判定する（Ｓ１３ｄ）。
Ｓ１３ｄでＹｅｓであれば、物理リソース検索部１５は、PPインスタンスを有するPCインスタンスをpcList配列に格納する（Ｓ１３ｅ）。Ｓ１３ｄでＮｏであれば、pc.ppList配列の別のレコードに係るＳ１３ｄに移る。
Ｓ１３ｄでＹｅｓであれば、物理リソース検索部１５は、PPインスタンスを有するPCインスタンスをpcList配列に格納する（Ｓ１３ｅ）。Ｓ１３ｄでＮｏであれば、pc.ppList配列の別のレコードに係るＳ１３ｄに移る。
Ｓ１３ｅの後、物理リソース検索部１５は、PL Entityが有するPC Entityの配列（pl.pcList配列（図２参照））の1レコードをEntity DB１３から取り出して、plインスタンス（PL Entityのインスタンス）変数に格納する。
そして、物理リソース検索部１５は、pcインスタンスがpl.pcList配列に含まれるか否かを判定する（Ｓ１３ｆ）。
Ｓ１３ｆでＹｅｓであれば、物理リソース検索部１５は、PCインスタンスを有するPLインスタンスをplList配列に格納する（Ｓ１３ｇ）。Ｓ１３ｆでＮｏであれば、pl.pcList配列の別のレコードに係るＳ１３ｆに移る。
Ｓ１３ｆでＹｅｓであれば、物理リソース検索部１５は、PCインスタンスを有するPLインスタンスをplList配列に格納する（Ｓ１３ｇ）。Ｓ１３ｆでＮｏであれば、pl.pcList配列の別のレコードに係るＳ１３ｆに移る。
Ｓ１３ｇの後、条件「pl!=NULL」が満たされるまで、つまり判定対象のpl.pcList配列のレコードが無くなるまで、pl.pcList配列の各レコードについてＳ１３ｆ、Ｓ１３ｇが繰り返される。これにより、PC Entityを有するPL Entityの検索がなされる。
PP Entityを有するPC Entityの検索と、このPC Entityを有するPL Entityの検索がそれぞれ行われることで、結果的に、PP Entityを有するPL Entityの検索がなされる。
Ｓ１３ｇの後で上記条件「pl!=NULL」が満たされたときは、条件「pc!=NULL」、が満たされるまで、つまり判定対象のpc.ppList配列のレコードが無くなるまで、pc.ppList配列の各レコードについてＳ１３ｄ、Ｓ１３ｅが繰り返される。これにより、PP Entityを有するPC Entityの検索がなされる。
PP Entityを有するPC Entityの検索と、このPC Entityを有するPL Entityの検索がそれぞれ行われることで、結果的に、PP Entityを有するPL Entityの検索がなされる。
Ｓ１３ｇの後で上記条件「pl!=NULL」が満たされたときは、条件「pc!=NULL」、が満たされるまで、つまり判定対象のpc.ppList配列のレコードが無くなるまで、pc.ppList配列の各レコードについてＳ１３ｄ、Ｓ１３ｅが繰り返される。これにより、PP Entityを有するPC Entityの検索がなされる。
条件「pc!=NULL」が満たされたときは、物理リソース検索部１５は、Ｓ１３ｃでの格納後のpdListをＳ１４およびＳ１６に返却し、Ｓ１３ｇでの格納後のplListをＳ１５に返却し（Ｓ１３ｈ）、処理が終了する。
次に、Ｓ１４の詳細として、Ｓ１３で検索されたPD Entityが有するPS Entityの検索について説明する。図２８は、本発明の一実施形態に係るネットワーク管理装置によるPS Entityの検索の処理手順の一例を示すフローチャートである。
物理リソース検索部１５は、Ｓ１３で検索されたpdListの1レコードを取り出してpdインスタンス変数に格納する。
物理リソース検索部１５は、PS Entityが有するPD Entityの配列（ps.pdList配列（図１参照））の1レコードをEntity DB１３から取り出して、psインスタンス（PS Entityのインスタンス）変数に格納する。
物理リソース検索部１５は、Ｓ１３で検索されたpdListの1レコードを取り出してpdインスタンス変数に格納する。
物理リソース検索部１５は、PS Entityが有するPD Entityの配列（ps.pdList配列（図１参照））の1レコードをEntity DB１３から取り出して、psインスタンス（PS Entityのインスタンス）変数に格納する。
そして、物理リソース検索部１５は、pdインスタンスがps.pdList配列に含まれるか否かを判定する（Ｓ１４ａ）。
Ｓ１４ａでＹｅｓであれば、物理リソース検索部１５は、PDインスタンスを有するPSインスタンスをpsList配列に格納する（Ｓ１４ｂ）。Ｓ１４ｂでＮｏであれば、ps.pdList配列の別のレコードに係るＳ１４ａに移る。
Ｓ１４ａでＹｅｓであれば、物理リソース検索部１５は、PDインスタンスを有するPSインスタンスをpsList配列に格納する（Ｓ１４ｂ）。Ｓ１４ｂでＮｏであれば、ps.pdList配列の別のレコードに係るＳ１４ａに移る。
Ｓ１４ｂの後、条件「ps!=NULL」が満たされるまで、つまり判定対象のps.pdList配列のレコードが無くなるまで、ps.pdList配列の各レコードについてＳ１４ａ、Ｓ１４ｂが繰り返される。
Ｓ１４ｂの後で上記条件「ps!=NULL」が満たされたときは、条件「pd!=NULL」が満たされるまで、つまり対象のpdListのレコードが無くなるまで、pdListの各レコードについてＳ１４ａ、Ｓ１４ｂが繰り返される。これにより、PD Entityを有するPS Entityの検索がなされる。
条件「pd!=NULL」が満たされたときは、物理リソース検索部１５は、psListをＳ１６に返却し（Ｓ１４ｃ）、処理が終了する。
条件「pd!=NULL」が満たされたときは、物理リソース検索部１５は、psListをＳ１６に返却し（Ｓ１４ｃ）、処理が終了する。
次に、Ｓ１５の詳細として、Ｓ１３で検索されたPL Entityを有するAS Entityの検索について説明する。図２９は、本発明の一実施形態に係るネットワーク管理装置によるAS Entityの検索の処理手順の一例を示すフローチャートである。
物理リソース検索部１５は、Ｓ１３で検索されたplList Entityをplインスタンス変数に格納する（Ｓ１５ａ）。
物理リソース検索部１５は、AS Entityが有するPL Entityの配列（as.plList配列）の1レコードをEntity DB１３から取り出して、asインスタンス（AS Entityのインスタンス）変数に格納する。
物理リソース検索部１５は、Ｓ１３で検索されたplList Entityをplインスタンス変数に格納する（Ｓ１５ａ）。
物理リソース検索部１５は、AS Entityが有するPL Entityの配列（as.plList配列）の1レコードをEntity DB１３から取り出して、asインスタンス（AS Entityのインスタンス）変数に格納する。
そして、物理リソース検索部１５は、plインスタンスがas.plList配列に含まれるか否かを判定する（Ｓ１５ｂ）。
Ｓ１５ｂでＹｅｓであれば、物理リソース検索部１５は、PLインスタンスを有するASインスタンスをasList配列に格納する（Ｓ１５ｃ）。Ｓ１５ｃでＮｏであれば、as.plList配列の別のレコードに係るＳ１５ｂに移る。
Ｓ１５ｂでＹｅｓであれば、物理リソース検索部１５は、PLインスタンスを有するASインスタンスをasList配列に格納する（Ｓ１５ｃ）。Ｓ１５ｃでＮｏであれば、as.plList配列の別のレコードに係るＳ１５ｂに移る。
Ｓ１５ｃの後、条件「as!=NULL」が満たされるまで、つまり判定対象のas.plList配列のレコードが無くなるまで、as.plList配列の各レコードについてＳ１５ｂ、Ｓ１５ｃが繰り返される。
Ｓ１５ｃの後で上記条件「as!=NULL」が満たされたときは、物理リソース検索部１５は、asListをＳ１６に返却し（Ｓ１５ｄ）、処理が終了する。これにより、PL Entityを有するAS Entityの検索がなされる。そして、上記のようにＳ１６として、物理リソース検索部１５は、Ｓ１３からＳ１５で取得されたpdList, psListおよびasListを障害箇所Entity配列に格納する。
次に、複数の障害パスにより共通して利用される物理リソースの検索について説明する。図３０は、本発明の一実施形態に係るネットワーク管理装置による共通利用される物理リソースの検索の処理手順の一例を示すフローチャートである。
物理リソース検索部１５は、Ｓ１６で格納された障害箇所Entity配列をEntity DB１３から取得する（Ｓ２１）。
物理リソース検索部１５は、インデックス「j=1」、「i=1」をそれぞれ設定し、上記取得した障害箇所Entity配列のうち処理対象の配列の要素jが空になる条件と、上記取得した障害箇所Entity配列のうち処理対象の配列の要素iが空になる条件が満たされるまで、以下のＳ２２～２４が繰り返される。
物理リソース検索部１５は、Ｓ１６で格納された障害箇所Entity配列をEntity DB１３から取得する（Ｓ２１）。
物理リソース検索部１５は、インデックス「j=1」、「i=1」をそれぞれ設定し、上記取得した障害箇所Entity配列のうち処理対象の配列の要素jが空になる条件と、上記取得した障害箇所Entity配列のうち処理対象の配列の要素iが空になる条件が満たされるまで、以下のＳ２２～２４が繰り返される。
iとｊが同一でなければ（Ｓ２２のＮｏ）、物理リソース検索部１５は、障害箇所Entity配列の要素iとjに対応するPD, PS, AS EntityList配列において、それぞれの要素に同じ要素があるか否かを判定する（Ｓ２３）。
Ｓ２３でＹｅｓのときは、物理リソース検索部１５は、同一の要素と判定されたEntityと、このEntityに係る重複度を、処理対象の重複Entity配列に格納する（Ｓ２４）。
Ｓ２４の後、Ｓ２３でＮｏのとき、またはＳ２２でＹｅｓのときで、インデックスiに係る上記の条件が満たされないときは、物理リソース検索部１５は、インデックス「i=i+1」を設定して、Ｓ２２に戻る。
インデックスiに係る上記の条件が満たされた一方で、インデックスjに係る上記の条件が満たされないときは、物理リソース検索部１５は、インデックス「j=j+1」を設定して、Ｓ２２に戻る。
Ｓ２３でＹｅｓのときは、物理リソース検索部１５は、同一の要素と判定されたEntityと、このEntityに係る重複度を、処理対象の重複Entity配列に格納する（Ｓ２４）。
Ｓ２４の後、Ｓ２３でＮｏのとき、またはＳ２２でＹｅｓのときで、インデックスiに係る上記の条件が満たされないときは、物理リソース検索部１５は、インデックス「i=i+1」を設定して、Ｓ２２に戻る。
インデックスiに係る上記の条件が満たされた一方で、インデックスjに係る上記の条件が満たされないときは、物理リソース検索部１５は、インデックス「j=j+1」を設定して、Ｓ２２に戻る。
Ｓ２４の後、インデックスjに係る上記の条件とインデックスiに係る上記の条件が満たされたときは、物理リソース検索部１５は、同一の要素と判定されたEntityと、このEntityに係る重複度が格納された重複Entity配列を返却し、処理が終了する。これにより、複数の障害パスにより共通して利用される物理リソースの検索がなされる。
図３１は、本発明の一実施形態に係るネットワーク管理装置により適用される重複Entityの配列の型の一例を表形式で示す図である。
重複Entity配列の重複Entity、重複度の型は下記のとおりである。
重複Entity配列の重複Entity、重複度の型は下記のとおりである。
（１） 重複Entity：Object
（２） 重複度：Int
（２） 重複度：Int
図３２は、本発明の一実施形態に係るネットワーク管理装置により適用される障害箇所Entityの配列の一例を表形式で示す図である。
図３２に示される障害箇所Entity配列における配列index「１」に係る障害パスEntity名、PS EntityList、AS EntityList、PD EntityListは下記のとおりである。
図３２に示される障害箇所Entity配列における配列index「１」に係る障害パスEntity名、PS EntityList、AS EntityList、PD EntityListは下記のとおりである。
障害パスEntity名：FRE_LC(OTN)_2
PS EntityList：PS_A, PS_D
AS EntityList：AS_2
PD EntityList：PD_OTN_3, PD_OTN_4
PS EntityList：PS_A, PS_D
AS EntityList：AS_2
PD EntityList：PD_OTN_3, PD_OTN_4
図３２に示される障害箇所Entity配列における配列index「２」に係る障害パスEntity名、PS EntityList、AS EntityList、PD EntityListは下記のとおりである。
障害パスEntity名：FRE_LC(OTN)_3
PS EntityList：PS_A, PS_F
AS EntityList：AS_2
PD EntityList：PD_OTN_5,PD_OTN_6
PS EntityList：PS_A, PS_F
AS EntityList：AS_2
PD EntityList：PD_OTN_5,PD_OTN_6
この例では、PS EntityList、AS EntityList について、配列index「１」、「２」の間でPS_AとAS_2がそれぞれ重複しており（図３２中のａ，ｂ参照）、これらが複数の障害パス（FRE_LC(OTN)_2、FRE_LC(OTN)_3）により共通して利用される物理リソースに該当する。なお、上記の例で、PD EntityListについては配列index「１」、「２」の間で重複しない（図３２中のｃ参照）。
ＮＷ構成表示部１６は、Ｓ１２～Ｓ１５にて物理リソース検索部１５により検索された物理リソースに対応する描画オブジェクトを、ネットワーク構成における他のリソースに対応する描画オブジェクトに対して区別されるように、画面上に、例えば色を区別して強調表示する。
例えば、ＮＷ構成表示部１６は、ネットワーク構成における設備レイヤおよび物理レイヤの全てのEntityをEntity DB１３から取得し、全てのEntityに対応したSpec情報をSpec DB１２からSpec配列として取得する。
ＮＷ構成表示部１６は、各Entityの位置を示す２次元座標（図１～３参照）をEntity DB１３から取得し、画面における、この取得された座標に対応する位置に設備レイヤおよび物理レイヤの描画オブジェクトを表示する。なお、オブジェクトの座標情報に基づく描画については日本国特願２０１８－０３４９８１明細書にも記載されている。
ここで、ＮＷ構成表示部１６は、上記２次元座標のうち、Ｓ１６で障害箇所Entity配列に格納されたPD, PS, AS Entityの位置を示す２次元座標を取得し、この位置における描画オブジェクトについては、他のオブジェクトと区別されるように、例えば赤色にて強調表示する。
また、ＮＷ構成表示部１６は、上記描画オブジェクトのうち、上記の、複数の障害パスにより利用される物理リソース（物理レイヤおよび設備レイヤ）に対応する描画オブジェクトについては、他のオブジェクトと区別されるように、例えば青色にて強調表示することができる。また、重複度の大小に応じて、強調表示される色が区別されてもよい。
図３３は、本発明の一実施形態に係るネットワーク管理装置のハードウエア構成の一例を示すブロック図である。
図３３に示された例では、上記の実施形態に係るネットワーク管理装置１０は、例えばサーバコンピュータ（server computer）またはパーソナルコンピュータ（personal computer）により構成され、ＣＰＵ等のハードウエアプロセッサ（hardware processor）１１１Ａを有する。そして、このハードウエアプロセッサ１１１Ａに対し、プログラムメモリ（program memory）１１１Ｂ、データメモリ（data memory）１１２、入出力インタフェース（interface）１１３及び通信インタフェース１１４が、バス（bus）１２０を介して接続される。
図３３に示された例では、上記の実施形態に係るネットワーク管理装置１０は、例えばサーバコンピュータ（server computer）またはパーソナルコンピュータ（personal computer）により構成され、ＣＰＵ等のハードウエアプロセッサ（hardware processor）１１１Ａを有する。そして、このハードウエアプロセッサ１１１Ａに対し、プログラムメモリ（program memory）１１１Ｂ、データメモリ（data memory）１１２、入出力インタフェース（interface）１１３及び通信インタフェース１１４が、バス（bus）１２０を介して接続される。
通信インタフェース１１４は、例えば１つ以上の無線の通信インタフェースユニットを含んでおり、通信ネットワークＮＷとの間で情報の送受信を可能にする。無線インタフェースとしては、例えば無線ＬＡＮ（Local Area Network）などの小電力無線データ通信規格が採用されたインタフェースが使用される。
入出力インタフェース１１３には、ネットワーク管理装置１０に付設される、オペレータ（operator）用の入力デバイス２０（device）および出力デバイス３０が接続される。
入出力インタフェース１１３は、キーボード、タッチパネル（touch panel）、タッチパッド（touchpad）、マウス（mouse）等の入力デバイス２０を通じてオペレータにより入力された操作データを取り込むとともに、出力データを液晶または有機ＥＬ（Electro Luminescence）等が用いられた表示デバイスを含む出力デバイス３０へ出力して表示させる処理を行なう。なお、入力デバイス２０および出力デバイス３０には、ネットワーク管理装置１０に内蔵されたデバイスが使用されてもよく、また、ネットワーク（network）ＮＷを介してネットワーク管理装置１０と通信可能である他の情報端末の入力デバイスおよび出力デバイスが使用されてもよい。
入出力インタフェース１１３は、キーボード、タッチパネル（touch panel）、タッチパッド（touchpad）、マウス（mouse）等の入力デバイス２０を通じてオペレータにより入力された操作データを取り込むとともに、出力データを液晶または有機ＥＬ（Electro Luminescence）等が用いられた表示デバイスを含む出力デバイス３０へ出力して表示させる処理を行なう。なお、入力デバイス２０および出力デバイス３０には、ネットワーク管理装置１０に内蔵されたデバイスが使用されてもよく、また、ネットワーク（network）ＮＷを介してネットワーク管理装置１０と通信可能である他の情報端末の入力デバイスおよび出力デバイスが使用されてもよい。
プログラムメモリ１１１Ｂは、非一時的な有形の記憶媒体として、例えば、ＨＤＤ（Hard Disk Drive）またはＳＳＤ（Solid State Drive）等の随時書込みおよび読出しが可能な不揮発性メモリ（non-volatile memory）と、ＲＯＭ（Read Only Memory）等の不揮発性メモリとが組み合わせて使用されたもので、一実施形態に係る各種制御処理を実行する為に必要なプログラムが格納されている。
データメモリ１１２は、有形の記憶媒体として、例えば、上記の不揮発性メモリと、ＲＡＭ（Random Access Memory）等の揮発性メモリ（volatile memory）とが組み合わせて使用されたもので、各種処理が行なわれる過程で取得および作成された各種データが記憶される為に用いられる。
本発明の一実施形態に係るネットワーク管理装置１０は、ソフトウエア（software）による処理機能部として、図１３に示される設備情報登録部１１、Spec DB１２、Entity DB１３、障害パスEntity取得部１４、物理リソース検索部１５、NW構成表示部１６を有するデータ処理装置として構成され得る。
Spec DB１２およびEntity DB１３は、図３３に示されたデータメモリ１１２が用いられることで構成され得る。ただし、これらの領域はネットワーク管理装置１０内に必須の構成ではなく、例えば、ＵＳＢ（Universal Serial Bus）メモリなどの外付け記憶媒体、又はクラウド（cloud）に配置されたデータベースサーバ（database server）等の記憶装置に設けられた領域であってもよい。
上記の設備情報登録部１１、障害パスEntity取得部１４、物理リソース検索部１５、NW構成表示部１６の各部における処理機能部は、いずれも、プログラムメモリ１１１Ｂに格納されたプログラムを上記ハードウエアプロセッサ１１１Ａにより読み出させて実行させることにより実現され得る。なお、これらの処理機能部の一部または全部は、特定用途向け集積回路（ＡＳＩＣ（Application Specific Integrated Circuit））またはＦＰＧＡ（Field-Programmable Gate Array）などの集積回路を含む、他の多様な形式によって実現されてもよい。
以上説明したように、本発明の一実施形態に係るネットワーク管理装置は、通信ネットワークの論理レイヤ上で障害が発生したときに、障害パスに対応する、物理レイヤおよび設備レイヤのオブジェクトを検索することで、障害原因となる設備の候補を特定することができる。
また、ネットワーク管理装置は、複数のパスでの障害が発生したときに、複数の障害パスにより共通して利用される、物理レイヤおよび論理レイヤのオブジェクトを検索することもできる。
また、各実施形態に記載された手法は、計算機（コンピュータ）に実行させることができるプログラム（ソフトウエア手段）として、例えば磁気ディスク（フロッピー（登録商標）ディスク（Floppy disk）、ハードディスク等）、光ディスク（optical disc）（ＣＤ－ＲＯＭ、ＤＶＤ、ＭＯ等）、半導体メモリ（ＲＯＭ、ＲＡＭ、フラッシュメモリ（Flash memory）等）等の記録媒体に格納し、また通信媒体により伝送して頒布され得る。なお、媒体側に格納されるプログラムには、計算機に実行させるソフトウエア手段（実行プログラムのみならずテーブル、データ構造も含む）を計算機内に構成させる設定プログラムをも含む。本装置を実現する計算機は、記録媒体に記録されたプログラムを読み込み、また場合により設定プログラムによりソフトウエア手段を構築し、このソフトウエア手段によって動作が制御されることにより上述した処理を実行する。なお、本明細書でいう記録媒体は、頒布用に限らず、計算機内部あるいはネットワークを介して接続される機器に設けられた磁気ディスク、半導体メモリ等の記憶媒体を含むものである。
なお、本発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。更に、上記実施形態には種々の発明が含まれており、開示される複数の構成要件から選択された組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、課題が解決でき、効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
１１…設備情報登録部
１２…Spec DB（データベース）
１３…Entity DB
１４…障害パスEntity取得部
１５…物理リソース検索部
１６…NW構成表示部
１２…Spec DB（データベース）
１３…Entity DB
１４…障害パスEntity取得部
１５…物理リソース検索部
１６…NW構成表示部
Claims (8)
- ネットワーク構成の論理レイヤに関する情報オブジェクトと物理レイヤに関する情報オブジェクトと当該物理レイヤに関する情報オブジェクトが収容されるオブジェクトである設備レイヤに関する情報オブジェクトとの対応関係を示す情報を格納する格納装置と、
前記ネットワーク構成の論理レイヤにおける障害の発生経路に関する情報オブジェクトを、前記格納装置から取得する取得部と、
前記格納装置に格納される前記設備レイヤに関する情報オブジェクトのうち、前記取得部により取得された、前記障害の発生経路に関する情報オブジェクトに対応付けられる前記物理レイヤに関する情報オブジェクトを検索し、前記検索した前記物理レイヤに関する情報オブジェクトが収容されるオブジェクトである前記設備レイヤに関する情報オブジェクトを、障害原因となる設備の候補として検索する検索部と、
を備えたネットワーク管理装置。 - 前記設備レイヤに関する情報オブジェクトは、通信装置が収容される設備を示す第１のオブジェクト、通信媒体が収容される設備を示す第２のオブジェクトを含み、
前記物理レイヤに関する情報オブジェクトは、通信装置に取り付けられる通信ポートを示すポートオブジェクト、前記通信ポートを有する通信装置を示す装置オブジェクト、前記通信ポートに接続可能な通信媒体を示す媒体オブジェクトを含み、
前記論理レイヤに関する情報オブジェクトは、通信の発生箇所又は終端を示す複数の点オブジェクト、および当該点オブジェクトを含む線オブジェクトを含み、
前記論理レイヤに関する情報オブジェクトと前記物理レイヤに関する情報オブジェクトとの対応関係は、前記点オブジェクトと前記ポートオブジェクトとの対応関係を含み、
前記物理レイヤに関する情報オブジェクトと前記設備レイヤに関する情報オブジェクトとの対応関係は、前記装置オブジェクトと前記第１のオブジェクトとの対応関係、および前記媒体オブジェクトと前記第２のオブジェクトとの対応関係を含み、
前記検索部は、
前記障害の発生経路に対応する、前記論理レイヤにおける線オブジェクトを終端する前記点オブジェクトを検索し、
前記検索した点オブジェクトに対応する、前記物理レイヤにおける前記ポートオブジェクトを検索し、
前記ポートオブジェクトに属する前記装置および媒体オブジェクトを検索し、
前記装置オブジェクトが収容される、前記設備レイヤにおける前記第１のオブジェクトを検索し、
前記媒体オブジェクトが収容される、前記設備レイヤにおける前記第２のオブジェクトを検索し、
前記検索した第１および第２のオブジェクトを前記障害原因となる設備の候補として特定する、
請求項１に記載のネットワーク管理装置。 - 前記取得部は、
前記ネットワーク構成の論理レイヤにおける障害の複数の発生経路に関する情報オブジェクトを、前記格納装置から取得し、
前記検索部は、
前記検索した情報オブジェクトにおいて、前記障害の２つ以上の発生経路に関する情報オブジェクトに共通して対応付けられる情報オブジェクトを検索する、
請求項１または２に記載のネットワーク管理装置。 - 前記検索部により検索された、前記障害の２つ以上の発生経路に関する情報オブジェクトに共通して対応付けられる情報オブジェクトを、他の情報オブジェクトに対して強調表示する表示処理部をさらに備える、
請求項３に記載のネットワーク管理装置。 - ネットワーク構成の論理レイヤに関する情報オブジェクトと物理レイヤに関する情報オブジェクトと当該物理レイヤに関する情報オブジェクトが収容されるオブジェクトである設備レイヤに関する情報オブジェクトとの対応関係が示される情報が格納される格納装置を有するネットワーク管理装置により行なわれるネットワーク管理方法であって、
前記ネットワーク構成の論理レイヤにおける障害の発生経路に関する情報オブジェクトを、前記格納装置から取得することと、
前記格納装置に格納される前記設備レイヤに関する情報オブジェクトのうち、前記取得された、前記障害の発生経路に関する情報オブジェクトに対応付けられる前記物理レイヤに関する情報オブジェクトを検索し、前記検索した前記物理レイヤに関する情報オブジェクトが収容されるオブジェクトである前記設備レイヤに関する情報オブジェクトを、障害原因となる設備の候補として検索することと、
を備えるネットワーク管理方法。 - 前記設備レイヤに関する情報オブジェクトは、通信装置が収容される設備を示す第１のオブジェクト、通信媒体が収容される設備を示す第２のオブジェクトを含み、
前記物理レイヤに関する情報オブジェクトは、通信装置に取り付けられる通信ポートを示すポートオブジェクト、前記通信ポートを有する通信装置を示す装置オブジェクト、前記通信ポートに接続可能な通信媒体を示す媒体オブジェクトを含み、
前記論理レイヤに関する情報オブジェクトは、通信の発生箇所又は終端を示す複数の点オブジェクト、および当該点オブジェクトを含む線オブジェクトを含み、
前記論理レイヤに関する情報オブジェクトと前記物理レイヤに関する情報オブジェクトとの対応関係は、前記点オブジェクトと前記ポートオブジェクトとの対応関係を含み、
前記物理レイヤに関する情報オブジェクトと前記設備レイヤに関する情報オブジェクトとの対応関係は、前記装置オブジェクトと前記第１のオブジェクトとの対応関係、および前記媒体オブジェクトと前記第２のオブジェクトとの対応関係を含み、
前記検索することは、
前記障害の発生経路に対応する、前記論理レイヤにおける線オブジェクトを終端する前記点オブジェクトを検索することと、
前記検索した点オブジェクトに対応する、前記物理レイヤにおける前記ポートオブジェクトを検索することと、
前記ポートオブジェクトに属する前記装置および媒体オブジェクトを検索することと、
前記装置オブジェクトが収容される、前記設備レイヤにおける前記第１のオブジェクトを検索することと、
前記媒体オブジェクトが収容される、前記設備レイヤにおける前記第２のオブジェクトを検索することと、
前記検索した第１および第２のオブジェクトを前記障害原因となる設備の候補として特定することを含む、
請求項５に記載のネットワーク管理方法。 - 前記取得することは、
前記ネットワーク構成の論理レイヤにおける障害の複数の発生経路に関する情報オブジェクトを、前記格納装置から取得することを含み、
前記検索することは、
前記検索した情報オブジェクトにおいて、前記障害の２つ以上の発生経路に関する情報オブジェクトに共通して対応付けられる情報オブジェクトを検索することを含む、
請求項５に記載のネットワーク管理方法。 - 請求項１乃至４のいずれか１項に記載のネットワーク管理装置の前記取得部および前記検索部としてプロセッサを機能させるネットワーク管理処理プログラム。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/JP2019/051316 WO2021131002A1 (ja) | 2019-12-26 | 2019-12-26 | ネットワーク管理装置、方法およびプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPWO2021131002A1 JPWO2021131002A1 (ja) | 2021-07-01 |
| JP7302674B2 true JP7302674B2 (ja) | 2023-07-04 |
Family
ID=76576048
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2021566713A Active JP7302674B2 (ja) | 2019-12-26 | 2019-12-26 | ネットワーク管理装置、方法およびプログラム |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US11843519B2 (ja) |
| JP (1) | JP7302674B2 (ja) |
| WO (1) | WO2021131002A1 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2025262943A1 (ja) * | 2024-06-21 | 2025-12-26 | Ｎｔｔ株式会社 | 故障箇所推定装置および故障箇所推定方法 |
| WO2025262849A1 (ja) * | 2024-06-19 | 2025-12-26 | Ｎｔｔ株式会社 | 故障箇所推定装置、故障箇所推定方法、および故障箇所推定プログラム |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2025177563A1 (ja) * | 2024-02-22 | 2025-08-28 | Ｎｔｔ株式会社 | 故障推定装置、および故障推定方法 |
| WO2026083548A1 (ja) * | 2024-10-17 | 2026-04-23 | Ｎｔｔ株式会社 | ネットワーク管理装置および方法 |
Family Cites Families (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20160344772A1 (en) * | 2015-05-22 | 2016-11-24 | Brian Quentin Monahan | Modelling network to assess security properties |
| US20170026292A1 (en) * | 2015-07-20 | 2017-01-26 | Schweitzer Engineering Laboratories, Inc. | Communication link failure detection in a software defined network |
| US10277487B2 (en) * | 2015-10-09 | 2019-04-30 | Google Llc | Systems and methods for maintaining network service levels |
| US11811584B2 (en) * | 2015-11-03 | 2023-11-07 | Tektronix Texas, Llc | System and method for automatically identifying failure in services deployed by mobile network operators |
| CN116488995A (zh) * | 2016-01-08 | 2023-07-25 | 苹果公司 | 用于虚拟化网络功能的实例化和终止的技术 |
| US10169133B2 (en) * | 2016-04-26 | 2019-01-01 | Juniper Networks, Inc. | Method, system, and apparatus for debugging networking malfunctions within network nodes |
| US20170317899A1 (en) * | 2016-04-29 | 2017-11-02 | Ca, Inc. | Using traffic data to determine network topology |
| US10911263B2 (en) * | 2016-09-28 | 2021-02-02 | Amazon Technologies, Inc. | Programmatic interfaces for network health information |
| US9866443B1 (en) * | 2016-11-02 | 2018-01-09 | Quanta Computer Inc. | Server data port learning at data switch |
| CN108243110B (zh) * | 2016-12-26 | 2021-09-14 | 华为技术有限公司 | 一种资源调整方法、装置和系统 |
| US10498608B2 (en) * | 2017-06-16 | 2019-12-03 | Cisco Technology, Inc. | Topology explorer |
| US10560309B1 (en) * | 2017-10-11 | 2020-02-11 | Juniper Networks, Inc. | Identifying a root cause of alerts within virtualized computing environment monitoring system |
| US10594542B2 (en) * | 2017-10-27 | 2020-03-17 | Cisco Technology, Inc. | System and method for network root cause analysis |
| US11140200B1 (en) * | 2017-12-29 | 2021-10-05 | Juniper Networks, Inc. | Distributing a network policy using connectivity fault management |
| US10742483B2 (en) * | 2018-05-16 | 2020-08-11 | At&T Intellectual Property I, L.P. | Network fault originator identification for virtual network infrastructure |
| US20200159380A1 (en) * | 2018-11-20 | 2020-05-21 | Cisco Technology, Inc. | Intuitive visualization of event based data |
| US10915420B2 (en) * | 2018-12-03 | 2021-02-09 | At&T Intellectual Property I, L.P. | Events data structure for real time network diagnosis |
| US10931513B2 (en) * | 2019-01-31 | 2021-02-23 | Cisco Technology, Inc. | Event-triggered distributed data collection in a distributed transaction monitoring system |
| US11082287B2 (en) * | 2019-03-11 | 2021-08-03 | At&T Intellectual Property I, L.P. | Data driven systems and methods to isolate network faults |
| US11438252B2 (en) * | 2019-04-04 | 2022-09-06 | Microsoft Technology Licensing, Llc | Packet drop detection in local networking stack through packet correlation |
| US10805144B1 (en) * | 2019-06-18 | 2020-10-13 | Cisco Technology, Inc. | Monitoring interactions between entities in a network by an agent for particular types of interactions and indexing and establishing relationships of the components of each interaction |
| US10812319B1 (en) * | 2019-08-08 | 2020-10-20 | Cisco Technology, Inc. | Correlating object state changes with application performance |
| US10985970B1 (en) * | 2019-10-18 | 2021-04-20 | Splunk Inc. | Automatic actionable event responder for operational clusters |
| US11777966B2 (en) * | 2019-11-25 | 2023-10-03 | Cisco Technology, Inc. | Systems and methods for causation analysis of network traffic anomalies and security threats |
| US11238129B2 (en) * | 2019-12-11 | 2022-02-01 | International Business Machines Corporation | Root cause analysis using Granger causality |
-
2019
- 2019-12-26 US US17/787,839 patent/US11843519B2/en active Active
- 2019-12-26 WO PCT/JP2019/051316 patent/WO2021131002A1/ja not_active Ceased
- 2019-12-26 JP JP2021566713A patent/JP7302674B2/ja active Active
Non-Patent Citations (3)
| Title |
|---|
| 古川 浩ほか，インターネット系サービスにおける設備情報管理方式の検討，電子情報通信学会１９９７年総合大会講演論文集 通信２，1997年03月06日，ｐ．１７７ |
| 深見 公彦ほか，ネットワーク障害が及ぼすサービス影響把握方式の検討，電子情報通信学会技術研究報告，2019年02月28日，第１１８巻，第４８３号，ｐｐ．１３～１８ |
| 荒井 隆成ほか，ＩＰ-ｏｖｅｒ-Ｆｉｂｅｒマルチレイヤネットワークの障害原因特定のための因果関係モデルの構築，電子情報通信学会技術研究報告，2018年02月22日，第１１７巻，第４５９号，ｐｐ．１７１～１７４ |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2025262849A1 (ja) * | 2024-06-19 | 2025-12-26 | Ｎｔｔ株式会社 | 故障箇所推定装置、故障箇所推定方法、および故障箇所推定プログラム |
| WO2025262943A1 (ja) * | 2024-06-21 | 2025-12-26 | Ｎｔｔ株式会社 | 故障箇所推定装置および故障箇所推定方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2021131002A1 (ja) | 2021-07-01 |
| US11843519B2 (en) | 2023-12-12 |
| US20230025536A1 (en) | 2023-01-26 |
| JPWO2021131002A1 (ja) | 2021-07-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7302674B2 (ja) | ネットワーク管理装置、方法およびプログラム | |
| US11736338B2 (en) | Network management apparatus, method, and program | |
| JP5911448B2 (ja) | 移行支援装置、移行支援方法およびプログラム | |
| US11489745B2 (en) | Methods, systems and computer readable media for providing a declarative network monitoring environment | |
| US11075814B2 (en) | Sub-topology discovery for operating hybrid solutions | |
| US20150023151A1 (en) | Automated network fault location | |
| CN106330501A (zh) | 一种故障关联方法和装置 | |
| US10225159B2 (en) | Dynamic graph-based structure for representing a communications network | |
| JP7713505B2 (ja) | コンピュータプラットフォームの集中設定および変更追跡 | |
| JP7597197B2 (ja) | ネットワーク管理装置、方法およびプログラム | |
| US20210152590A1 (en) | Internet of things and operational technology detection and visualization platform | |
| JP2018078523A (ja) | ネットワーク管理装置、方法及びプログラム | |
| US9871702B2 (en) | Service information model for managing a telecommunications network | |
| JPWO2016121085A1 (ja) | システム管理装置及びシステム管理方法 | |
| JP7380840B2 (ja) | ネットワーク管理装置、方法およびプログラム | |
| JP6246885B1 (ja) | 経路解析処理装置および経路解析処理プログラム | |
| US20240070002A1 (en) | Hang detection models and management for heterogenous applications in distributed environments | |
| US11829335B1 (en) | Using machine learning to provide a single user interface for streamlines deployment and management of multiple types of databases | |
| JP6072049B2 (ja) | スイッチ装置、制御プログラム及びゾーニング設定方法 | |
| JP7524964B2 (ja) | ネットワーク管理装置、方法およびプログラム | |
| CN112306848B (zh) | 微服务系统的架构视图生成方法及装置 | |
| CN114172789A (zh) | 虚拟设备链路探测方法、装置、设备及存储介质 | |
| JP7661457B2 (ja) | 演算効率の高い仮想テーブルの走査 | |
| WO2024127639A1 (ja) | ネットワーク管理装置、ネットワーク管理方法及びネットワーク管理プログラム | |
| WO2025215806A1 (ja) | ネットワーク管理装置、方法およびプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20220331 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20230104 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20230208 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20230307 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20230508 |
|
| 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: 20230523 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20230605 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 7302674 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |