JP2014132378A

JP2014132378A - ＯｐＳ装置

Info

Publication number: JP2014132378A
Application number: JP2013000013A
Authority: JP
Inventors: Osamu Okino; 修沖野; Tatsuyuki Kimura; 辰幸木村; Saburo Seto; 三郎瀬戸; Masashi Toyoda; 雅志豊田; Yukihide Yana; 行秀梁; Eijiro Shigematsu; 英二郎重松; Tatsuya Aoyanagi; 達也青柳
Original assignee: Nippon Telegraph and Telephone Corp; NTT Software Corp
Current assignee: Nippon Telegraph and Telephone Corp; NTT Software Corp
Priority date: 2013-01-04
Filing date: 2013-01-04
Publication date: 2014-07-17
Anticipated expiration: 2033-01-04
Also published as: JP5806688B2

Abstract

【課題】複数のベンダおよび複数の機種のNEで構成されるネットワークにおいてOpSのオペレータの負担を軽減しつつ、OpSのサーバのEOL時や、NEの仕様変更や機種変更時における対応の負荷を軽減する。
【解決手段】OpS装置２００は、NE３００のベンダおよび機種ごとに、当該NE３００へのコマンド投入や、当該NE３００からのイベント通知を行うための定義ファイルを備える。そして、OpS装置２００は、NE３００へのコマンド投入や、NE３００からのイベント通知を解釈するときにはこの定義ファイルを参照する。この定義ファイルにおけるコマンドの投入順序定義ファイルは、CSV形式で記述されたものの他に、スクリプト形式で記述されたものを含んでいてもよい。
【選択図】図３

Description

複数の異なる種別のネットワーク装置(NE、ネットワークエレメント)で構成されるネットワークにおいて、各NEを監視・制御するオペレーションシステム（OpS）に関する。

従来、ネットワークのNEと当該NEを監視・制御するためのOpSとは、NEのベンダがセットで開発し、通信キャリア（キャリア）はそれらNEとOpSとをセットで導入してきた。その結果としてキャリアのネットワークには多数の異なるベンダのOpSが存在するので、オペレータは各ベンダのOpSを習熟した上で使用する必要がある。例えば、図１に示すように、ベンダＡ社製のNEについてはベンダＡ社製のOpSを用い、ベンダＢ社製のNEについてはベンダＢ社製のOpSを用いる必要があるので、オペレータは各ベンダのOpSを習熟した上でNEへの設定入力等を行う必要がある。また、一方でOpSをマルチベンダ対応とする技術もある（非特許文献１参照）。例えば、OpSに、ベンダ非依存でオペレータからの設定入力を受け付けたり、各NEからのイベント通知を出力したりする共通機能と、Ａ社，Ｂ社，Ｃ社製のNEとを接続するためのアダプタを、各ベンダのNEごとに設ける技術がある（図２参照。）。このようなOpSによれば、オペレータは、各ベンダのOpSを習熟する必要がないので、各ベンダのNEへの設定入力等を容易に行うことができる。

ネットワークサービスを支えるサービスアクティベーション技術、[online]、[平成24年11月5日検索]、インターネット、<URL: http://www.ntt.co.jp/journal/0508/files/jn200508018.pdf>

しかし、前記した技術には以下の問題点がある。すなわち、図１に示したようなベンダごとにOpSを導入する技術は、（１）オペレータの端末装置への表示やオペレータによる操作方法はベンダのOpSごとに統一されていないので、オペレータの負担が増大する。また、（２）OpS用のサーバのEOL（End of Life ）時等にベンダのOpSごとに更改開発が必要となり開発費が増大する。さらに、図２に示したようなマルチベンダ対応として各ベンダごとに接続アダプタを開発する技術は、（３）NEの仕様変更が生じたとき、NEの仕様を反映したアダプタの開発が必要となる。また、（４）ネットワークに新機種のNEを設置する場合、新たなアダプタの開発が必要となる。

そこで、本発明は、前記した問題を解決し、OpSのオペレータの負担を軽減しつつ、OpSのサーバのEOL時や、NEの仕様変更や新機種への変更時における対応の負荷軽減を課題とする。

前記した課題を解決するため、請求項１に記載の発明は、ネットワーク装置の監視および制御を行うためのオペレーションシステム（OpS）を備える装置であるOpS装置であって、前記ネットワーク装置の識別情報ごとに、当該ネットワーク装置のベンダ種別および装置種別を示したベンダ種別・装置種別情報と、当該ベンダ種別および装置種別のネットワーク装置へのコマンド投入に用いるコマンドシーケンスを示したコマンドシーケンス定義ファイル、前記コマンドシーケンス定義ファイルの適用順を示した投入順序定義ファイル、および、前記コマンド投入時に用いる機能ごとに、当該機能の実現のために適用する前記投入順序定義ファイルの識別情報を示した投入順序選択定義ファイルを含む定義ファイルを、前記ベンダ種別および装置種別の組み合わせごとに記憶する記憶部と、前記ネットワーク装置への制御オーダの入力を受け付け、前記入力された制御オーダに含まれるコマンドの投入先の前記ネットワーク装置の識別情報をキーとして、前記ベンダ種別・装置種別情報を参照して、前記コマンドの投入先のネットワーク装置のベンダ種別および装置種別を特定する共通部と、前記特定したベンダ種別および装置種別の定義ファイルを参照して、当該ネットワーク装置の投入順序選択定義ファイルを特定し、前記特定した投入順序選択定義ファイルと、前記入力された制御オーダに含まれるネットワーク装置へのコマンドの投入に必要な機能の識別情報とを参照して、前記機能を実現するために必要な前記投入順序定義ファイルを特定する要求受付部と、前記特定した投入順序定義ファイルを参照して、前記投入順序定義ファイルに示される順序で前記コマンドシーケンス定義ファイルを順次呼び出し、前記呼び出したコマンドシーケンス定義ファイルに基づき、前記ネットワーク装置へコマンド投入を順次実行するコマンド変換部とを備える。

請求項７に記載の発明は、ネットワーク装置の監視および制御を行うためのオペレーションシステム（OpS）を備えるOpS装置であって、前記ネットワーク装置へのコマンド投入に用いるコマンドシーケンスを示したコマンドシーケンス定義ファイル、前記コマンドシーケンス定義ファイルの適用順を示した投入順序定義ファイル、および、前記コマンド投入時に用いる機能ごとに、当該機能の実現のために適用する前記投入順序定義ファイルの識別情報を示した投入順序選択定義ファイルを含む定義ファイルを、前記ベンダ種別および装置種別の組み合わせごとに記憶する記憶部と、前記ネットワーク装置への制御オーダの入力を受け付け、前記入力された制御オーダに含まれる前記ネットワーク装置のベンダ種別および装置種別を参照して、前記コマンドの投入先のネットワーク装置のベンダ種別および装置種別を特定する共通部と、前記特定したベンダ種別および装置種別の定義ファイルを参照して、当該ネットワーク装置の投入順序選択定義ファイルを特定し、前記特定した投入順序選択定義ファイルと、前記入力された制御オーダに含まれるネットワーク装置へのコマンドの投入に必要な機能の識別情報とを参照して、前記機能を実現するために必要な前記投入順序定義ファイルを特定する要求受付部と、前記特定した投入順序定義ファイルを参照して、前記投入順序定義ファイルに示される順序で前記コマンドシーケンス定義ファイルを順次呼び出し、前記呼び出したコマンドシーケンス定義ファイルに基づき、前記ネットワーク装置へコマンド投入を順次実行するコマンド変換部とを備える。

このようなOpS装置によれば、OpS装置のオペレータの負担を軽減できる。また、OpSのサーバのEOL時や、NEの仕様変更や機種変更時には、OpS装置の各種定義ファイル（ベンダ種別・装置種別情報、投入順序定義ファイルおよび投入順序選択定義ファイル）の内容を変更すればよいので、OpSのサーバのEOL時や、NEの仕様変更や機種変更時における対応の負荷を軽減することができる。なお、ここで用いる定義ファイルは、例えば、ＣＳＶ（Comma Separated Values）形式のファイルであり、コマンドやシーケンスの変更時に複雑なプログラミングは不要である。

請求項２に記載の発明は、請求項１に記載のOpS装置における前記定義ファイルが、さらに、前記投入順序定義ファイルとして、前記コマンドシーケンス定義ファイルの呼び出し順を決定するための投入順序スクリプトを記述したファイルを記憶しており、前記コマンド変換部は、さらに、前記呼び出された投入順序定義ファイルに記述された投入順序スクリプトに基づき、前記コマンドシーケンス定義ファイルの呼び出し順序を決定する。

このようなOpS装置によれば、コマンドシーケンス定義ファイルの呼び出しに投入順序スクリプトも用いるので、コマンドの投入先のネットワーク装置の状況によって用いるコマンドシーケンスが固定的ではない場合にも対応することができる。

請求項３に記載の発明は、請求項１または請求項２に記載のOpS装置における前記定義ファイルが、さらに、前記コマンドシーケンス定義ファイルに基づくコマンド投入の実行にあたり必要となるスクリプトを記述したシーケンス制御定義ファイルを含み、前記コマンドシーケンス定義ファイルは、さらに、前記コマンドシーケンス定義ファイルに基づくコマンド投入の実行にあたり必要となる前記シーケンス制御定義ファイルの識別情報を含み、前記コマンド変換部は、さらに、前記呼び出したコマンドシーケンス定義ファイルに基づき、前記ネットワーク装置へコマンド投入を順次実行するとき、前記コマンドシーケンス定義ファイルに示されるシーケンス制御定義ファイルを、前記定義ファイルから呼び出し、実行する。

このようなOpS装置によれば、コマンドシーケンス定義ファイルに基づくコマンド投入の実行に付随する処理をスクリプトファイルの呼び出しにより実行することができる。これにより、コマンド要否やコマンドパラメータが固定的ではない場合にも対応することができる。

請求項４に記載の発明は、請求項１ないし請求項３のいずれか１項に記載のOpS装置における前記コマンドシーケンス定義ファイルが、さらに、前記ネットワーク装置へのコマンドの投入に用いるプロトコル識別子を含んでおり、前記コマンド変換部は、さらに、前記ネットワーク装置へのコマンド投入時には、前記コマンドシーケンス定義ファイルに示されるプロトコル識別子の示すプロトコルで前記ネットワーク装置へコマンド投入を実行する。

このようなOpS装置によれば、各ネットワーク装置への通信に適したプロトコルを用いてコマンド投入を行うことができる。

請求項５に記載の発明は、請求項１ないし請求項４のいずれか１項に記載のOpS装置における前記定義ファイルが、さらに、前記投入順序定義ファイルとして、ロールバック用のコマンドシーケンス時に用いる前記コマンドシーケンス定義ファイルの適用順を示したロールバック用投入順序定義ファイルを含んでおり、前記コマンド変換部は、さらに、前記コマンドの投入において、前記コマンドシーケンス定義ファイルの実行結果を前記記憶部の処理状況データに逐次記録し、前記コマンド投入において異常が発生した場合に、前記処理状況データを参照して、一連のコマンドシーケンス上の異常発生個所を特定し、前記異常発生箇所から、前記ロールバック用投入順序定義ファイルに示されるコマンドシーケンス定義ファイルを順次実行する。

このようなOpS装置によれば、ネットワーク装置へのコマンド投入において異常が発生した場合のロールバック処理についても複雑なプログラムの記述を不要とすることができる。

請求項６に記載の発明は、請求項１ないし請求項５のいずれか１項に記載のOpS装置における前記定義ファイルが、さらに、前記ネットワーク装置からのイベント通知を前記共通部で用いるデータへ変換するための定義情報を示した通知情報定義ファイル、および、前記イベント通知の種別ごとの前記通知情報定義ファイルを示した通知種別定義ファイルを、前記ネットワーク装置のベンダ種別および装置種別ごとに含んでおり、前記OpS装置は、さらに、前記ネットワーク装置からのイベント通知を受信したとき、前記ベンダ種別・装置種別情報と前記イベント通知の送信元のネットワーク装置の識別情報とを参照して、前記ネットワーク装置のベンダ種別および装置種別を特定し、前記特定したベンダ種別および装置種別の定義ファイルにおける前記通知種別定義ファイルを参照して、当該ネットワーク装置からのイベント通知の種別に関する通知情報定義ファイルを特定し、前記特定した通知情報定義ファイルを参照して、前記ネットワーク装置からのイベント通知を、前記共通部で用いるデータへ変換して、前記共通部へ出力するイベント通知変換部をさらに備える。

このようなOpS装置によれば、様々なベンダおよび機種のネットワーク装置からのイベント通知を受信した場合でも、このイベント通知の内容を、共通部で解釈したり、OpS装置に接続される表示装置へ表示させたりすることができる。

本発明によれば、複数のベンダおよび複数の機種のNEで構成されるネットワークにおいてOpSのオペレータの負担を軽減しつつ、OpSのサーバのEOL時や、NEの仕様変更や機種変更時における対応の負荷を軽減することができる。

従来の技術を説明するための図である。従来の技術を説明するための図である。本実施の形態のOpS装置の概要を説明するための図である。図３のOpS装置のブロック構成図である。図３の投入順序選択定義ファイルの例を示す図である。図３の投入順序定義ファイルの例を示す図である。図３のコマンドシーケンス定義ファイルの例を示す図である。図３の装置インタフェース部を説明するための図である。図３の装置インタフェース部がNEアクセス要求を受信したときの処理手順を示す図である。図３の装置インタフェース部がコマンドシーケンス定義ファイルを評価するときの処理手順を示す図である。図３の装置インタフェース部を説明するための図である。図３の装置インタフェース部がNEからのイベント通知を受信したときの処理手順を示す図である。図３のOpS装置がロールバック処理を実行するときの処理手順を示す図である。

以下、本発明を実施するための形態（実施の形態）について説明する。まず、本実施の形態のOpS装置２００の概要を、図３を用いて説明する。

図３に例示するように、システムには、OpS装置２００と、ネットワークを構成するNE３００（例えば、ルータ等）が複数台設置される。このNE300は様々なベンダおよび機種（装置種別）のNE３００であり、例えば、NE３００Ａ（ベンダＡ社製）、NE３００Ｂ（ベンダＢ社製）およびNE３００Ｃ（ベンダＣ社製）の３種のNE３００が設置される。OpS装置２００は、オペレータ端末１００から、各NE３００への各種設定等を行うための制御オーダの入力を受け付けると、この制御オーダを各ベンダのNE３００に適合した装置コマンドに変換して、NE３００へ投入する。また、OpS装置２００は、各NE３００からのイベント通知（例えば、NE３００からの警報等）を受信すると、このイベント通知の内容をオペレータ端末１００で表示等が可能な形式へ変換して出力する。

すなわち、オペレータ端末１００経由でOpS装置２００へ入力されたNE３００への制御オーダはOpS装置２００の共通部２３２（後記）で受け付け、共通部２３２は、装置インタフェース部２３３（後記）へNEアクセス要求（NE３００へのアクセス要求）を出力する。そして、装置インタフェース部２３３は、NEアクセス要求を受け付けると、このNEアクセス要求に含まれる当該NE３００のベンダ名および機種名から、このベンダ名および機種名のNE３００へのコマンド投入に関する定義ファイルを読み込む。例えば、コマンド投入先がNE３００Ａであった場合、装置インタフェース部２３３はＡ社向け定義ファイルを読み込む。そして、この定義ファイルに基づき、NE３００Ａへのコマンド投入を行う。

また、OpS装置２００がNE３００（例えば、NE３００Ｂ）からのイベント通知（例えば、警報等）を受信した場合、装置インタフェース部２３３は、このNE３００のベンダ名（ベンダ種別）および機種名を特定し、このベンダ名および機種名の定義ファイル（例えば、Ｂ社向け定義ファイル）を読み出す。そして、装置インタフェース部２３３は、読み出した定義ファイルに基づき、イベント通知を共通部２３２で用いるデータへ変換して、共通部２３２へ出力する。その後、共通部２３２は、受信したイベント通知をオペレータ端末１００へ出力する。

ここで、共通部２３２で入出力される情報はベンダや機種に依存しないので、オペレータがOpS装置２００を操作するときの負荷を軽減することができる。また、OpS装置２００は各NE３００のベンダおよび機種の組み合わせごとに、NE３００へのコマンドやNE３００からのイベント通知の変換を行うための定義ファイルを備えており、この定義ファイルを参照することで、様々なベンダや機種のNE３００へのコマンドやNE３００からのイベント通知の変換を行うことができる。また、NE３００の仕様変更や新機種への変更があった場合は、この定義ファイルの改変を行えばいいので、共通部２３２および装置インタフェース部２３３のプログラム改変を行う必要がない。

次に、図４を用いて、OpS装置２００の構成を説明する。図４に示すように、OpS装置２００は、入出力部２１０、記憶部２２０、制御部２３０およびメインメモリ２４０を備える。

入出力部２１０は、他の装置との間で情報の入出力を行う。例えば、入出力部２１０は、オペレータ端末１００からの制御オーダを受け付け、これに基づく装置コマンドをNE３００へ投入したり、NE３００からのイベント通知を受け付けると、このイベント通知の内容を示すデータをオペレータ端末１００へ送信したりする。この入出力部２１０は通信回線を介して情報の送受信を行う通信インタフェースと、不図示のキーボード等の入力装置やモニタ等の出力装置等との間で入出力を行う入出力インタフェースとにより構成される。

メインメモリ２４０は、ＲＡＭ（Random Access Memory）等の記憶装置からなり、制御部２３０におけるデータ処理に必要な情報を一時的に記憶する。

記憶部２２０は、ハードディスク装置やフラッシュメモリ等の記憶装置からなり、ベンダ種別・装置種別情報２２１および定義ファイル２２３を記憶する。

ベンダ種別・装置種別情報２２１は、NE３００の識別情報ごとに、当該NE３００のベンダ種別および装置種別を示した情報である。

定義ファイル２２３は、装置インタフェース部２３３が、様々なベンダや機種のNE３００へのコマンド投入や、NE３００からのイベント通知の変換を行う際に参照されるファイルである。この定義ファイル２２３は、NE３００のベンダ種別および機種の組み合わせごとに用意され、投入順序選択定義ファイル（図５参照）、投入順序定義ファイル（図６参照）、コマンドシーケンス定義ファイル（図７参照）、シーケンス制御定義ファイル、通知種別定義ファイルおよび通知情報定義ファイルを含む。これらのファイルは、例えば、ＣＳＶ形式のファイルやスクリプトが記述されたファイルであり、入出力部２１０経由で適宜書き換え可能である。このようにすることで、OpS装置２００のEOL時や、NE３００の仕様変更や機種変更時において、OpS装置２００に複雑な改変を行う必要がなくなる。なお、シーケンス制御定義ファイル（スクリプトファイル）は、定義ファイル２２３に含まれる場合と含まれない場合とがあるが、ここではシーケンス制御定義ファイルが含まれる場合について説明する。

投入順序選択定義ファイルは、NE３００へのコマンドの投入に必要な機能（例えば、NE３００の設定や、各NE３００間におけるパスの設定等）ごとに、当該機能の実現のために適用する投入順序定義ファイルの識別情報を示した情報である（図５参照）。例えば、図５に示すように、投入順序選択定義ファイルはＣＳＶ形式で記述され、NE３００へのコマンドの投入に必要な機能名および当該機能の実現のために適用する投入順序定義ファイル名の他に、投入順序定義ファイルによるコマンド投入の投入順序決定方式や、コマンド投入の異常発生時におけるロールバックに適用するロールバック用投入順序定義ファイル名や、ロールバック用投入順序決定方式等を含んでいてもよい。

図４の投入順序定義ファイルは、適用すべきコマンドシーケンス定義ファイルと、そのコマンドシーケンス定義ファイルの適用順とを示した情報である。この投入順序定義ファイルも、例えば、ＣＳＶ形式で記述される（図６参照）が、スクリプト形式で記述されてもよい。つまり、投入順序定義ファイルにはコマンドシーケンス定義ファイルの適用順を決定するためのスクリプトが記述されていてもよい。スクリプトの記述には、例えば、python等を用いる。このようにすることで、コマンドシーケンス定義ファイルの適用順序（呼び出し順序）が非固定シーケンスである場合、例えば、NE３００の装置状況やコマンド応答結果により、コマンドやコマンド投入シーケンスを動的に変更する必要がある場合でも、これに対応することができる。

すなわち、コマンド投入対象のNE３００が１台、かつ、どのコマンドシーケンス定義ファイルをどの順序で投入するかが定義ファイル２２３の作成時に決定できる場合、投入順序選択定義ファイルには、固定シーケンスとしてＣＳＶ形式の投入順序定義ファイルを指定しておく。一方で、投入対象のNE３００が複数台、または、どのコマンドシーケンス定義ファイルをどの順序で実行するかが定義ファイル作成時に決定不可の場合は、投入順序選択定義ファイルには、動的（非固定）シーケンスとするようにスクリプト形式の投入順序定義ファイルを指定しておけばよい。例えば、このスクリプト形式の投入順序定義ファイルを参照した要求受付部２３４は、投入順序番号と、この投入順序番号それぞれに対応するコマンドシーケンス定義ファイルとを示したリストを出力する。

図４のコマンドシーケンス定義ファイルは、NE３００へのコマンド投入に用いるコマンドシーケンスを示した情報である。このコマンドシーケンス定義ファイルも、例えば、ＣＳＶ形式で記述される（図７参照）。例えば、図７に示すように、コマンドシーケンス定義ファイルは、コマンドシーケンス定義ファイルのファイル名と、コマンド投入を実行するときの実行判定をどのように行うか、コマンドのコマンドＩＤ、送信待ち時間、送信文字列、応答タイムアウト待ち時間、応答待ち文字列、応答正常性を判定どのように行うか（応答正常性判定）、コマンド投入において呼び出す関数名（シーケンス制御定義ファイル）等が記述される。なお、このコマンドシーケンス定義ファイルは、さらに、NE３００へのコマンドの投入に用いる通信プロトコルのプロトコル識別子を含んでいてもよい。そして、コマンド変換部２３５（後記）によるNE３００へのコマンド投入時には、このコマンドシーケンス定義ファイルに示されるプロトコル識別子の示すプロトコルモジュールでNE３００へコマンド投入を実行する。

図４のシーケンス制御定義ファイルは、コマンドシーケンス定義ファイルに基づくコマンド投入の実行にあたり呼び出されるスクリプトを記述したファイルであり、例えば、ＴＬ１（Transaction Language 1）コマンドの送信前チェックや、ＴＬ１実行結果の判定処理等のスクリプトを記述したファイルである。このようにコマンドシーケンス定義ファイルとは別に、シーケンス制御定義ファイルを用意しておくことで、コマンドシーケンス自体を非固定的なものとすることができる。

この定義ファイル２２３を参照した、OpS装置２００の処理手順例については後記する。

通知種別定義ファイルは、入出力部２１０経由でイベント通知変換部２３７（後記）がNE３００側からイベント通知を受信したとき、このイベント通知を共通部２３２で用いるデータへ変換するときに参照する通知情報定義ファイルを、イベント通知の種別ごとに示した情報である。

通知情報定義ファイルは、入出力部２１０経由でイベント通知変換部２３７がNE３００側からイベント通知を受信したとき、このイベント通知を共通部２３２で用いるデータへ変換するための定義情報を示した情報である。この通知情報定義ファイルは、イベント通知の内容から共通部２３２で用いるデータモデルへの変換が固定的である場合にはＣＳＶ形式で記述され、変換ロジックが必要な場合、python等のスクリプトで記述される。

次に、制御部２３０を説明する。制御部２３０は、OpS部２３１を備え、OpS装置２００全体の制御を司る。OpS部２３１は、共通部２３２と、装置インタフェース部２３３とを備える。

共通部２３２は、入出力部２１０経由で、図３のNE３００への制御オーダの入力を受け付ける。そして、共通部２３２は、入力された制御オーダに含まれるコマンドの投入先のNE３００の識別情報をキーとして、このベンダ種別・装置種別情報２２１を参照して、このコマンドの投入先のNE３００のベンダ種別および装置種別を特定する。そして、共通部２３２はこの特定したベンダ種別および装置種別と、制御オーダに含まれる機能名（当該制御オーダにより実現する機能の識別情報）とを装置インタフェース部２３３へ出力する。

なお、この共通部２３２は、装置インタフェース部２３３のイベント通知変換部２３７経由でNE３００からのイベント通知を受信したときには、このイベント通知を入出力部２１０経由でオペレータ端末１００へ出力する。

装置インタフェース部２３３は、要求受付部２３４、コマンド変換部２３５、通信処理部２３６およびイベント通知変換部２３７を備える。

要求受付部２３４は、共通部２３２から出力されたベンダ名および機種名のNE３００に関する定義ファイル２２３における投入順序選択定義ファイルと、OpS装置２００に入力された制御オーダに含まれるNE３００へのコマンドの投入に必要な機能の識別情報とを参照して、当該機能を実現するために必要な投入順序定義ファイルを特定する。

コマンド変換部２３５は、要求受付部２３４で特定された投入順序定義ファイルを参照して、投入順序定義ファイルに示される順序でコマンドシーケンス定義ファイルを順次呼び出す。そして、コマンド変換部２３５は、呼び出したコマンドシーケンス定義ファイルに基づき、通信処理部２３６および入出力部２１０経由でNE３００へコマンド投入を順次実行する。

通信処理部２３６は、コマンド変換部２３５から発行されたコマンドを入出力部２１０経由でNE３００へ投入したり、NE３００側からのイベント通知を受信したりするときのインタフェースである。この通信処理部２３６は、例えば、NE３００とOpS装置２００との通信に用いるプロトコルごとに用意される。例えば、図８に示すように、NE３００とOpS装置２００との通信に用いるプロトコルがＴＬ１、ＳＮＭＰ（Simple Network Management Protocol）およびＣＬＩ（Command Line Interface）の３種の場合、各通信プロトコルごとに通信処理部２３６を用意する。

イベント通知変換部２３７は、NE３００からのイベント通知を受信したとき、このイベント通知の送信元のNE３００の識別情報とベンダ種別・装置種別情報２２１とを参照して、当該NE３００のベンダ名および機種名を特定する。そして、イベント通知変換部２３７は、特定した当該ベンダ名および機種名の定義ファイル２２３における通知種別定義ファイルを参照して、受信したイベント通知の種別に関するNE３００の通知情報定義ファイルを特定する。そして、イベント通知変換部２３７は、この特定した通知情報定義ファイルを参照して、NE３００からのイベント通知を、共通部２３２で用いるデータ（共通データモデル）へ変換して、共通部２３２へ出力する。

この制御部２３０の機能は、OpS装置２００の備えるＣＰＵ（Central Processing Unit、図示省略）が記憶部２２０に記憶されたプログラム（図示省略）をメインメモリ２４０上に展開し、実行することで実現される。

次に、図４の装置インタフェース部２３３を詳細に説明する。まず、図８を用いて、装置インタフェース部２３３が共通部２３２（図４参照）からNEアクセス要求の入力を受け付けたときの処理概要を説明する。なお、ここでは、図４の装置インタフェース部２３３のイベント通知変換部２３７は図示を省略している。

まず、装置インタフェース部２３３の要求受付部２３４は、共通部２３２（図４参照）からNE３００へのNEアクセス要求を受け付ける。要求受付部２３４は、NEアクセス要求内のベンダ名、機種名から、呼び出す定義ファイル２２３（図４参照）を特定する。そして、要求受付部２３４は、特定した定義ファイル２２３の投入順序選択定義ファイルを読み込み、この投入順序選択定義ファイルにおけるNEアクセス要求内の機能名に対応する行から、参照すべき投入順序定義ファイルを特定する。また、コマンドシーケンス定義ファイルの呼び出し順序が固定シーケンスか非固定シーケンスかを判断する。

次に、要求受付部２３４は、特定した投入順序定義ファイルを参照することで、コマンドシーケンス定義ファイルの呼び出し順序を決定する。ここで、特定した投入順序定義ファイルがＣＳＶ形式であれば、コマンドシーケンス定義ファイルの呼び出し順序は固定シーケンスとなる。一方、図８で「ＯＲ」で示すように、特定した投入順序定義ファイルがスクリプト形式であればコマンドシーケンス定義ファイルの呼び出し順序は非固定シーケンス（スクリプトにより動的に決定されるシーケンス）となる。

そして、コマンド変換部２３５は、要求受付部２３４により決定されたコマンドシーケンス定義ファイルを順次呼び出す。そして、コマンド変換部２３５は、呼び出したコマンドシーケンス定義ファイルの内容を一行ずつ実行する。シーケンス制御定義ファイルは、コマンドシーケンス定義ファイルにより随時呼び出し可能であり、コマンドシーケンス定義ファイルに、シーケンス制御定義ファイルの記述があった場合、コマンド変換部２３５は、これに従い、シーケンス制御定義ファイルを呼び出し、この呼び出したファイルに記述されるスクリプトを実行する。

その後、コマンド変換部２３５は、コマンドシーケンス定義ファイルの実行結果（装置コマンド）を、通信処理部２３６経由で所定の通信プロトコルによりNE３００へ送信する。例えば、図８に例示するように、コマンド変換部２３５がNE３００Ａへ装置コマンドを投入する場合において、このNE３００Ａとの通信プロトコルがＴＬ１であった場合、このＴＬ１の通信プロトコルを実装した通信処理部２３６経由で装置コマンド（コマンド）を投入する。このようにすることで、OpS装置２００は様々なベンダ、様々な機種のNE３００に対してコマンドを投入することができる。

次に、図８で説明したNEアクセス要求を受け付けた装置インタフェース部２３３の処理の詳細を、図９を用いて説明する。

まず、図４の装置インタフェース部２３３の要求受付部２３４は、共通部２３２からNE３００へのNEアクセス要求を受け付けると（Ｓ１１）、NEアクセス要求内のベンダ名および機種名から、呼び出す定義ファイル２２３の投入順序選択定義ファイルを特定する（Ｓ１２）。

そして、要求受付部２３４は、この特定した投入順序選択定義ファイルを読み込み、NEアクセス要求内の機能名に対応する行から、投入順序定義ファイルを特定する。また、要求受付部２３４は、特定した投入順序選択定義ファイルの内容（例えば、図５に示す投入順序選択定義ファイルにおける投入順序決定方式）からコマンドシーケンス定義ファイルの投入順序が、固定か動的（非固定）かを判定する（Ｓ１３）。ここで投入順序が固定と判定されたとき（Ｓ１４で「固定」）、要求受付部２３４は、Ｓ１２で特定された投入順序選択定義ファイルに示されるＣＳＶ形式の投入順序定義ファイルを読み込み、このファイルに基づきコマンドシーケンス定義ファイルの実行手順を決定する（Ｓ１５）。一方、Ｓ１３の判定において投入順序が固定ではないと判定されたとき（Ｓ１４で「動的」）、要求受付部２３４は、投入順序選択定義ファイルに示される、スクリプトが記述された投入順序定義ファイルを読み込み、このファイルに基づきコマンドシーケンス定義ファイルの実行手順を決定する（Ｓ２２）。そして、Ｓ１６へ進む。

Ｓ１６において、コマンド変換部２３５は、投入順序定義ファイルに示されるコマンドシーケンス定義ファイルのうち未実行のコマンドシーケンス定義ファイルが存在するか否かを確認し（Ｓ１６）、存在すれば（Ｓ１６のＹｅｓ）、未実行のコマンドシーケンス定義ファイルの中から投入順序番号＝最若番のファイルを特定する（Ｓ１７）。そして、コマンド変換部２３５は、特定した投入順序番号＝最若番のファイル（コマンドシーケンス定義ファイル）を読み込み（Ｓ１８）、未実行の行について、上から１行実行し（Ｓ１９）、ファイルの最終行まで到達していれば（Ｓ２０のＹｅｓ）、Ｓ１６へ戻る。一方、ファイルの最終行まで到達していなければ（Ｓ２０のＮｏ）、Ｓ１９へ戻る。

一方、Ｓ１６において、コマンド変換部２３５は、投入順序定義ファイルに示されるコマンドシーケンス定義ファイルをすべて実行したとき（Ｓ１６のＮｏ）、その旨の応答を共通部２３２へ返却する（Ｓ２１）。そして、コマンド変換部２３５は、このコマンドシーケンス定義ファイルの実行結果に基づき、通信処理部２３６経由でNE３００へのコマンドの投入を行う。

続いて、図９のＳ１８〜Ｓ２０の処理（コマンドシーケンス定義ファイルを読み込み、上から１行ずつ実行する処理）の詳細を、図１０を用いて説明する。ここでは、コマンド変換部２３５が、図７に例示したコマンドシーケンス定義ファイルを評価する場合を例に説明する。

まず、図４のコマンド変換部２３５は、読み込んだコマンドシーケンス定義ファイル（図７参照）の１行目の評価を開始すると（Ｓ３１）、まず、コマンドシーケンス定義ファイルの「実行判定」の項目に関数名の指定があるか否かを判定する（Ｓ３２）。ここで、関数名の指定があれば（Ｓ３２のＹｅｓ）、コマンド変換部２３５は、指定された関数、すなわちコマンドシーケンス定義ファイルに指定されたシーケンス制御定義ファイルの実行を行う（Ｓ３３）。そして、シーケンス制御定義ファイルの実行の結果、返却値がtrueだった場合（Ｓ３３で「シーケンス制御定義ファイルの返却値＝true」）、コマンド変換部２３５は、コマンドシーケンス定義ファイルの「送信待ち時間」に記載の時間wait（送信待ち）を行い（Ｓ３４）、コマンドシーケンス定義ファイルの「送信文字列」に記載のコマンドを通信処理部２３６経由でNE３００へ送信するとともに、コマンドシーケンス定義ファイルの「応答タイムアウト待ち時間」に記載の値でタイマーをセットする（Ｓ３５）。そして、コマンド変換部２３５は、このタイマーでセットした時間内に、コマンドシーケンス定義ファイルの「応答待ち文字列」に記載の応答をNE３００から受信したとき（Ｓ３６のＹｅｓ）、コマンドシーケンス定義ファイルの「応答正常性判定」に記載の内容で応答内容を判定する（Ｓ３７）。

Ｓ３７において、コマンド変換部２３５がNE３００からの応答内容が正常応答であると判定した場合において（Ｓ３７の「正常応答」）、コマンドシーケンス定義ファイルの「関数名」の項目に関数名の指定があるとき（Ｓ３８の「関数名の指定あり」）、指定された関数（シーケンス制御定義ファイル）の実行処理を行う（Ｓ３９）。そして、コマンド変換部２３５は、コマンドシーケンス定義ファイルの次の行の実行処理に移る（Ｓ４０）。つまり、コマンド変換部２３５は、次の行について、Ｓ３１〜Ｓ３９，Ｓ４２と同じ処理を行う。そして、コマンドシーケンス定義ファイルのすべての行の評価を完了すると（Ｓ４１のＹｅｓ）、処理を終了する。一方、コマンドシーケンス定義ファイルに評価していない行があれば（Ｓ４１のＮｏ）、Ｓ４０へ戻る。

さらに、Ｓ３２において、コマンド変換部２３５がコマンドシーケンス定義ファイルの「実行判定」の項目に関数名の指定がなければ（Ｓ３２のＮｏ）、Ｓ３４へ進む。また、Ｓ３６において、コマンド変換部２３５は、タイマーでセットした時間内に「応答文字列」に記載の応答をNE３００から受信しなかったとき（Ｓ３６のＮｏ）、および、Ｓ３７において、コマンド変換部２３５がNE３００からの応答内容が正常応答ではないと判定したとき（Ｓ３７の「異常応答」）、NE３００における異常が発生したと判断し、処理を終了する（Ｓ４２：異常終了）。

また、コマンド変換部２３５は、指定されたシーケンス制御定義ファイルの返却値がfalseだった場合（Ｓ３３で「シーケンス制御定義ファイルの返却値＝false」）、および、コマンド変換部２３５がコマンドシーケンス定義ファイルにおける「関数名」の項目に関数名の指定がないとき（Ｓ３８の「関数名の指定なし」）、Ｓ４０へ進む。

このようにすることで、コマンド変換部２３５は、コマンドシーケンス定義ファイルの評価を行うことができる。

次に、図１１を用いて、装置インタフェース部２３３がNE３００からイベント通知を受け付けたときの処理の概要を説明する。ここでは、装置インタフェース部２３３がNE３００Ａからイベント通知を受信した場合を例に説明する。なお、ここでは図４の装置インタフェース部２３３の共通部２３２、要求受付部２３４およびコマンド変換部２３５は図示を省略している。

図１１に示すように、装置インタフェース部２３３のイベント通知変換部２３７は、NE３００Ａからのイベント通知を通信処理部２３６経由で受け付けると、このNE３００Ａのベンダ名および機種名に関する定義ファイル２２３の通知種別定義ファイルを読み込む。そして、イベント通知変換部２３７は、この通知種別定義ファイルに示される、当該イベント通知の種別に関する通知情報定義ファイル（ＣＳＶ形式またはスクリプト形式）を参照して、受信したイベント通知を図４の共通部２３２で処理可能なデータモデルへ変換し、出力する。つまり、イベント通知変換部２３７は、NE３００のベンダや機種に非依存のイベント通知を、共通部２３２へ出力する。その後、共通部２３２は、このイベント通知の内容を入出力部２１０（図４参照）経由で、オペレータ端末１００等へ出力する。

図１１に示した、イベント通知変換部２３７が、NE３００からのイベント通知を受け付けたときの処理を、図１２を用いて詳細に説明する。

図４の装置インタフェース部２３３のイベント通知変換部２３７は、NE３００からのイベント通知を通信処理部２３６経由で受け付けると（Ｓ５１）、このNE３００がイベント通知を受信したときの当該NE３００との間のセッション情報から、このNE３００のベンダ名および機種名を特定し、この特定したベンダ名および機種名から、呼び出す定義ファイル２２３の通知種別定義ファイルを特定する（Ｓ５２）。そして、イベント通知変換部２３７は、この呼び出した定義ファイル２２３の通知種別定義ファイルを読み込み、NE３００から受け付けたイベント通知に関する通知情報定義ファイルを特定する（Ｓ５３）。

つまり、まず、イベント通知変換部２３７は、セッション情報に含まれるイベント通知の送信元のNE３００の識別情報と、ベンダ種別・装置種別情報２２１とを参照して、イベント通知の送信元のNE３００のベンダ名および機種名を特定する。そして、イベント通知変換部２３７は、この特定したベンダ名および機種名のNE３００の定義ファイル２２３における通知種別定義ファイルから、このイベント通知の種別に関する通知情報定義ファイルを特定する。

Ｓ５３の後、イベント通知変換部２３７は、特定した通知情報定義ファイルを読み込み、NE３００からのイベント通知を、共通データモデル（共通部２３２で処理可能なデータモデル）へ変更し（Ｓ５４）、共通部２３２へ応答（共通データモデルへ変更したイベント通知）を返却する（Ｓ５５）。

このようにすることで、装置インタフェース部２３３は、様々なベンダや機種のNE３００からのイベント通知を受信したときでも、通知種別定義ファイルおよび通知情報定義ファイルを参照することで、このイベント通知の内容を共通部２３２および入出力部２１０経由で、図３のオペレータ端末１００へ出力することができる。

なお、前記したとおり、OpS装置２００が定義ファイル２２３内の投入順序定義ファイルとして、ロールバック時のコマンド投入順序を示した投入順序定義ファイル（ロールバック用投入順序定義ファイル）をさらに備え、NE３００へのコマンド投入における障害発生に、この投入順序定義ファイルを参照してロールバック処理を行うようにしてもよい。この場合、投入順序選択定義ファイルには、図５に例示したように、投入順序定義ファイルに加え、当該投入順序定義ファイルに基づくコマンド投入時においてロールバック処理を行う際に参照すべきロールバック用投入順序定義ファイルの識別情報が含まれる。

ここで図１３を参照しながら、図４のOpS装置２００によるロールバック処理を説明する。ここでは、投入順序選択定義ファイルにおいて、投入順序定義ファイルＡに基づくコマンド投入でロールバック処理を行う際に参照すべきロールバック用投入順序定義ファイルが、投入順序定義ファイルＢであるという情報が定義されている場合を例に説明する。投入順序定義ファイルＡの機能名は「機能Ａ」であり、投入順序定義ファイルＢの機能名は「機能Ｂ」であるものとする。なお、OpS装置２００は、メインメモリ２４０（図４参照）にコマンドシーケンスの処理状況を示す処理状況データを記録する領域を備えるものとする。

OpS装置２００（図４参照）の装置インタフェース部２３３は、共通部２３２から、NE３００へのNEアクセス要求（機能Ａ）を受信すると（Ｓ６１）、このNE３００のベンダ名および機種名に対応する定義ファイル２２３を参照して、NE３００へのコマンド投入を実行する（Ｓ６２）。例えば、装置インタフェース部２３３は、投入順序定義ファイルＡに基づき、NE３００に対しコマンドシーケンス１を実行する。そして、装置インタフェース部２３３は、コマンドシーケンスごとに、コマンドシーケンスによる処理状況を処理状況データに記録する（Ｓ６３）。例えば、装置インタフェース部２３３は、コマンドシーケンス１の処理状況を処理状況データに記録する。また、装置インタフェース部２３３は、投入順序定義ファイルＡに基づき、NE３００に対しコマンドシーケンス２を実行し（Ｓ６４）、ここで、何らかのエラー（障害）が発生したとき、処理状況データにエラーが発生したことを記録する（Ｓ６５）。例えば、装置インタフェース部２３３は、図１３の処理状況データに示すように、コマンドシーケンス１は完了したが、コマンドシーケンス２においてエラーが発生し（ＮＧ）、次はコマンドシーケンス３（cmd3）を実行すべきであったことを処理状況データに記録しておく。このようなエラーを検出した装置インタフェース部２３３は、共通部２３２からのNEアクセス要求の応答として、ロールバックが必要である旨の応答（ロールバック要の応答）を返す（Ｓ６６）。

ロールバック要の応答を受信した共通部２３２は、装置インタフェース部２３３に対し、ロールバック要求（機能Ｂ）を出力する（Ｓ６７）。このロールバック要求（機能Ｂ）の入力を受け付けた装置インタフェース部２３３は、このロールバック要求（機能Ｂ）に基づき、投入順序選択定義ファイルを参照して、ロールバック用投入順序定義ファイルとして、投入順序定義ファイルＢを読み出す。そして、装置インタフェース部２３３は、投入順序定義ファイルＢを参照しつつ、処理状況データの内容に基づき、ロールバック用の投入順序のどこから開始するかを判断する（Ｓ６８）。

例えば、図１３に示すように、投入順序定義ファイルＢにロールバック用の投入順序としてコマンドシーケンスＡ，コマンドシーケンスＢ，コマンドシーケンスＣ，…（コマンドシーケンス１，コマンドシーケンス２，コマンドシーケンス３，…の逆順）が示されていた場合を考える。この場合、装置インタフェース部２３３は、この投入順序定義ファイルＢと、処理状況データに示されるコマンドシーケンス２でエラーが出た旨の情報とから、コマンドシーケンスＢから実行すると判断し、コマンドシーケンスＢ以降の処理を実行する（Ｓ６９）。そして、装置インタフェース部２３３は、コマンドシーケンスＢの処理実行後、共通部２３２へロールバック要求の応答（ロールバック成功）を出力する（Ｓ７０）。このようにすることで、OpS装置２００はNE３００へのコマンド投入においてロールバック処理が必要になったときも、定義ファイル２２３を参照することで、ロールバック処理を実行することができる。

なお、前記した実施の形態において、図４のOpS装置２００の要求受付部２３４が、コマンドの投入順序が固定か動的（非固定）かを判定するとき（図９のＳ１４参照）、投入順序選択定義ファイルにおける投入順序決定方式の情報を参照して判定することとしたが、これに限定されない。例えば、要求受付部２３４は、投入順序選択定義ファイル（図５参照）に示される投入順序定義ファイル名の拡張子から、当該投入順序定義ファイルがＣＳＶ形式のファイルか、スクリプト形式のファイルかを判定するようにしてもよい。この場合、投入順序選択定義ファイルは、投入順序決定方式の情報を必ずしも含まなくてよい。

なお、前記した実施の形態において、図４のOpS装置２００のベンダ種別・装置種別情報２２１を含まない構成としてもよい。すなわち、OpS装置２００において受け付けた制御オーダにNE３００のベンダ種別および機種名が含まれる場合、要求受付部２３４は、この制御オーダに含まれるベンダ種別および機種名をもとに、参照すべき定義ファイル２２３を特定する。

１００オペレータ端末
２００ OpS装置
２１０入出力部
２２０記憶部
２２１ベンダ種別・装置種別情報
２２３定義ファイル
２３０制御部
２３１ OpS部
２３２共通部
２３３装置インタフェース部
２３４要求受付部
２３５コマンド変換部
２３６通信処理部
２３７イベント通知変換部
２４０メインメモリ
３００ NE（ネットワーク装置）

Claims

ネットワーク装置の監視および制御を行うためのオペレーションシステム（OpS）を備える装置であるOpS装置であって、
前記ネットワーク装置の識別情報ごとに、当該ネットワーク装置のベンダ種別および装置種別を示したベンダ種別・装置種別情報と、
当該ベンダ種別および装置種別のネットワーク装置へのコマンド投入に用いるコマンドシーケンスを示したコマンドシーケンス定義ファイル、前記コマンドシーケンス定義ファイルの適用順を示した投入順序定義ファイル、および、前記コマンド投入時に用いる機能ごとに、当該機能の実現のために適用する前記投入順序定義ファイルの識別情報を示した投入順序選択定義ファイルを含む定義ファイルを、前記ベンダ種別および装置種別の組み合わせごとに記憶する記憶部と、
前記ネットワーク装置への制御オーダの入力を受け付け、前記入力された制御オーダに含まれるコマンドの投入先の前記ネットワーク装置の識別情報をキーとして、前記ベンダ種別・装置種別情報を参照して、前記コマンドの投入先のネットワーク装置のベンダ種別および装置種別を特定する共通部と、
前記特定したベンダ種別および装置種別の定義ファイルを参照して、当該ネットワーク装置の投入順序選択定義ファイルを特定し、前記特定した投入順序選択定義ファイルと、前記入力された制御オーダに含まれるネットワーク装置へのコマンドの投入に必要な機能の識別情報とを参照して、前記機能を実現するために必要な前記投入順序定義ファイルを特定する要求受付部と、
前記特定した投入順序定義ファイルを参照して、前記投入順序定義ファイルに示される順序で前記コマンドシーケンス定義ファイルを順次呼び出し、前記呼び出したコマンドシーケンス定義ファイルに基づき、前記ネットワーク装置へコマンド投入を順次実行するコマンド変換部とを備えることを特徴とするOpS装置。
前記定義ファイルは、さらに、
前記投入順序定義ファイルとして、前記コマンドシーケンス定義ファイルの呼び出し順を決定するための投入順序スクリプトを記述したファイルを記憶しており、
前記コマンド変換部は、さらに、
前記呼び出された投入順序定義ファイルに記述された投入順序スクリプトに基づき、前記コマンドシーケンス定義ファイルの呼び出し順序を決定することを特徴とする請求項１に記載のOpS装置。
前記定義ファイルは、さらに、
前記コマンドシーケンス定義ファイルに基づくコマンド投入の実行にあたり必要となるスクリプトを記述したシーケンス制御定義ファイルを含み、
前記コマンドシーケンス定義ファイルは、さらに、
前記コマンドシーケンス定義ファイルに基づくコマンド投入の実行にあたり必要となる前記シーケンス制御定義ファイルの識別情報を含み、
前記コマンド変換部は、さらに、
前記呼び出したコマンドシーケンス定義ファイルに基づき、前記ネットワーク装置へコマンド投入を順次実行するとき、前記コマンドシーケンス定義ファイルに示されるシーケンス制御定義ファイルを、前記定義ファイルから呼び出し、実行することを特徴とする請求項１または請求項２に記載のOpS装置。
前記コマンドシーケンス定義ファイルは、さらに、前記ネットワーク装置へのコマンドの投入に用いるプロトコル識別子を含んでおり、
前記コマンド変換部は、さらに、
前記ネットワーク装置へのコマンド投入時には、前記コマンドシーケンス定義ファイルに示されるプロトコル識別子の示すプロトコルで前記ネットワーク装置へコマンド投入を実行することを特徴とする請求項１ないし請求項３のいずれか１項に記載のOpS装置。
前記定義ファイルは、さらに、
前記投入順序定義ファイルとして、ロールバック用のコマンドシーケンス時に用いる前記コマンドシーケンス定義ファイルの適用順を示したロールバック用投入順序定義ファイルを含んでおり、
前記コマンド変換部は、さらに、
前記コマンドの投入において、前記コマンドシーケンス定義ファイルの実行結果を前記記憶部の処理状況データに逐次記録し、前記コマンド投入において異常が発生した場合に、前記処理状況データを参照して、一連のコマンドシーケンス上の異常発生個所を特定し、前記異常発生箇所から、前記ロールバック用投入順序定義ファイルに示されるコマンドシーケンス定義ファイルを順次実行することを特徴とする請求項１ないし請求項４のいずれか１項に記載のOpS装置。
前記定義ファイルは、さらに、
前記ネットワーク装置からのイベント通知を前記共通部で用いるデータへ変換するための定義情報を示した通知情報定義ファイル、および、前記イベント通知の種別ごとの前記通知情報定義ファイルを示した通知種別定義ファイルを、前記ネットワーク装置のベンダ種別および装置種別ごとに含んでおり、
前記OpS装置は、さらに、
前記ネットワーク装置からのイベント通知を受信したとき、前記ベンダ種別・装置種別情報と前記イベント通知の送信元のネットワーク装置の識別情報とを参照して、前記ネットワーク装置のベンダ種別および装置種別を特定し、前記特定したベンダ種別および装置種別の定義ファイルにおける前記通知種別定義ファイルを参照して、当該ネットワーク装置からのイベント通知の種別に関する通知情報定義ファイルを特定し、前記特定した通知情報定義ファイルを参照して、前記ネットワーク装置からのイベント通知を、前記共通部で用いるデータへ変換して、前記共通部へ出力するイベント通知変換部をさらに備えることを特徴とする請求項１ないし請求項５のいずれか１項に記載のOpS装置。
ネットワーク装置の監視および制御を行うためのオペレーションシステム（OpS）を備える装置であるOpS装置であって、
前記ネットワーク装置へのコマンド投入に用いるコマンドシーケンスを示したコマンドシーケンス定義ファイル、前記コマンドシーケンス定義ファイルの適用順を示した投入順序定義ファイル、および、前記コマンド投入時に用いる機能ごとに、当該機能の実現のために適用する前記投入順序定義ファイルの識別情報を示した投入順序選択定義ファイルを含む定義ファイルを、前記ベンダ種別および装置種別の組み合わせごとに記憶する記憶部と、
前記ネットワーク装置への制御オーダの入力を受け付け、前記入力された制御オーダに含まれる前記ネットワーク装置のベンダ種別および装置種別を参照して、前記コマンドの投入先のネットワーク装置のベンダ種別および装置種別を特定する共通部と、
前記特定したベンダ種別および装置種別の定義ファイルを参照して、当該ネットワーク装置の投入順序選択定義ファイルを特定し、前記特定した投入順序選択定義ファイルと、前記入力された制御オーダに含まれるネットワーク装置へのコマンドの投入に必要な機能の識別情報とを参照して、前記機能を実現するために必要な前記投入順序定義ファイルを特定する要求受付部と、前記特定した投入順序定義ファイルを参照して、前記投入順序定義ファイルに示される順序で前記コマンドシーケンス定義ファイルを順次呼び出し、前記呼び出したコマンドシーケンス定義ファイルに基づき、前記ネットワーク装置へコマンド投入を順次実行するコマンド変換部とを備えることを特徴とするOpS装置。