(57)【要約】【課題】本発明は、分散開発及びメンテナンスを容易とし、プログラムの大規模化を防ぐオペレーションシステムの提供を目的とする。【解決手段】オペレーション端末の発行するオペレーション実施要求に応答してネットワーク装置に対してオペレーションを実施し、そのオペレーション結果をオペレーション端末に出力するときにあって、オペレーションの実施に関わる処理と、オペレーション結果コンテンツの作成に関わる処理とを分割して実装する。これにより、処理内容に応じた分散開発及びメンテナンスが可能になる。そして、オペレーション結果解析処理とオペレーション結果コンテンツ作成処理とを分割して実装する。これにより、オペレーション結果のコンテンツを作成する際に、オペレーション毎に異なるものとなるオペレーション結果の解析方法を意識することが不要となって、プログラムの大規模化を防ぐことができる。【選択図】　　　　　図１１
2004007111.tif 000002
【特許請求の範囲】
【請求項１】
オペレーション端末の発行するオペレーション実施要求に応答してネットワーク装置に対してオペレーションを実施し、そのオペレーション結果をオペレーション端末に出力するネットワーク管理装置であって、
オペレーション端末の発行するオペレーション実施要求を受信する受信部と、
上記受信部の受信したオペレーション実施要求を受け取り、それに基づいてネットワーク装置に対してオペレーションを実施し、そのオペレーション結果を得て、それを上記受信部へ応答する制御部と、
上記受信部へ応答されたオペレーション結果を受け取り、それに従ってオペレーション端末に転送するオペレーション結果コンテンツを作成する作成部とを備えることを、
特徴とするネットワーク管理装置。
【請求項２】
オペレーション端末の発行するオペレーション実施要求に応答してネットワーク装置に対してオペレーションを実施し、そのオペレーション結果をオペレーション端末に出力するネットワーク管理装置であって、
オペレーション端末の発行するオペレーション実施要求を受信する受信部と、
上記受信部の受信したオペレーション実施要求を受け取り、それに基づいてネットワーク装置に対してオペレーションを実施し、そのオペレーション結果を得て、それを上記受信部へ応答する制御部と、
解析用定義ファイルを参照してオペレーション結果を解析する解析部と、
上記受信部へ応答されたオペレーション結果を受け取り、上記解析部に対して、その受け取ったオペレーション結果についての解析を依頼することで、その解析結果を得て、それを利用して、オペレーション端末に転送するオペレーション結果コンテンツを作成する作成部とを備えることを、
特徴とするネットワーク管理装置。
【請求項３】
請求項１又は２記載のネットワーク管理装置において、
上記制御部は、上記オペレーション実施要求に応じて、ネットワーク装置に対してオペレーションを実施するのではなくて、自ネットワーク管理装置内でオペレーションを実施することでオペレーション結果を得ることを、
特徴とするネットワーク管理装置。
【請求項４】
オペレーション端末の発行するオペレーション実施要求に応答してネットワーク装置に対してオペレーションを実施し、そのオペレーション結果をオペレーション端末に出力するネットワーク管理方法であって、
オペレーション端末の発行するオペレーション実施要求を受信する受信部を使って、そのオペレーション実施要求を受信する過程と、
上記受信部の受信したオペレーション実施要求を受け取り、それに基づいてネットワーク装置に対してオペレーションを実施し、そのオペレーション結果を得て、それを上記受信部へ応答する制御部を使って、そのオペレーションを実施し、そのオペレーション結果を得て、それを上記受信部へ応答する過程と、
上記受信部へ応答されたオペレーション結果を受け取り、それに従ってオペレーション端末に転送するオペレーション結果コンテンツを作成する作成部を使って、そのオペレーション結果コンテンツを作成する過程とを備えることを、
特徴とするネットワーク管理方法。
【請求項５】
オペレーション端末の発行するオペレーション実施要求に応答してネットワーク装置に対してオペレーションを実施し、そのオペレーション結果をオペレーション端末に出力するネットワーク管理方法であって、
オペレーション端末の発行するオペレーション実施要求を受信する受信部を使って、そのオペレーション実施要求を受信する過程と、
上記受信部の受信したオペレーション実施要求を受け取り、それに基づいてネットワーク装置に対してオペレーションを実施し、そのオペレーション結果を得て、それを上記受信部へ応答する制御部を使って、そのオペレーションを実施し、そのオペレーション結果を得て、それを上記受信部へ応答する過程と、
上記受信部へ応答されたオペレーション結果を受け取り、解析用定義ファイルを参照してオペレーション結果を解析する処理を行う解析部に対して、その受け取ったオペレーション結果についての解析を依頼することで、その解析結果を得て、それを利用して、オペレーション端末に転送するオペレーション結果コンテンツを作成する作成部を使って、そのオペレーション結果コンテンツを作成する過程とを備えることを、
特徴とするネットワーク管理方法。
【請求項６】
請求項４又は５記載のネットワーク管理方法において、
上記制御部を使って処理を行う過程では、上記オペレーション実施要求に応じて、ネットワーク装置に対してオペレーションを実施するのではなくて、上記制御部を備える装置内でオペレーションを実施することでオペレーション結果を得ることを、
特徴とするネットワーク管理方法。
【請求項７】
請求項４ないし６のいずれか１項に記載のネットワーク管理方法の実現に用いられる処理をコンピュータに実行させるためのネットワーク管理プログラム。
【請求項８】
請求項４ないし６のいずれか１項に記載のネットワーク管理方法の実現に用いられる処理をコンピュータに実行させるためのネットワーク管理プログラムを記録した記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、オペレーション端末の発行するオペレーション実施要求に応答してネットワーク装置に対してオペレーションを実施して、そのオペレーション結果をオペレーション端末に出力するネットワーク管理装置及びその方法と、そのネットワーク管理方法の実現に用いられるネットワーク管理プログラム及びそのプログラムを記録した記録媒体とに関する。
【０００２】
【従来の技術】
通信サービスを提供する場合、通信サービスを実現するルータなどのようなネットワーク装置を管理対象として、それらのネットワーク装置に対してデータを設定したり、それらのネットワーク装置に設定したデータを削除したり、それらのネットワーク装置から故障情報を受け取るなどといったネットワーク管理を行うオペレーションシステム（ＯｐＳ）が必要となる。
【０００３】
図１２に、従来のオペレーションシステムで用いられているネットワーク管理実現のための装置構成を図示する。
【０００４】
図中、１は通信サービスを実現するルータなどのようなネットワーク装置（ＮＥ）、２はネットワーク管理を司る管理サーバ、３はオペレーションの実施要求を発行するオペレーション端末である。
【０００５】
この図に示すように、従来技術では、管理サーバ２が、オペレーション端末３の発行するオペレーション実施要求を受信するオペレーション実施要求受信部２０と、オペレーション実施要求受信部２０からオペレーション実施要求を受け取って、オペレーションの実施を制御するオペレーション制御部２１とを備えることで、通信ネットワークを介して接続されるネットワーク装置１に関してのネットワーク管理を実行するようにしている。
【０００６】
このように、従来技術では、オペレーション端末３からのオペレーション実施要求を受信し、最終的にオペレーション結果をオペレーション端末３へ表示するための一連の処理を、オペレーション実施要求受信部２０にて一元的に実現するという方法をとっている。
【０００７】
すなわち、従来技術では、オペレーション端末３がオペレーション実施要求を発行すると、オペレーション実施要求受信部２０は、そのオペレーション実施要求を受信して、オペレーション制御部２１に対してオペレーションの実施を要求する。
【０００８】
このオペレーション実施要求を受けて、オペレーション制御部２１は、ネットワーク装置１に対してオペレーションを実行する。
【０００９】
これから、オペレーション実施要求受信部２０は、オペレーション制御部２１から、そのオペレーション結果を受け取ると、そのオペレーション結果の解析を行い、表示すべき情報要素の抽出を行う。
【００１０】
続いて、オペレーション実施要求受信部２０は、その解析により得られた情報要素を利用して、オペレーション結果を表示するためのコンテンツを生成し、オペレーション端末３にオペレーション結果として表示する。
【００１１】
【発明が解決しようとする課題】
このように構成される従来技術については、次に示すような問題点がある。
【００１２】
（１）従来技術における第１の問題点は、オペレーションの処理に必要な複数の役割が独立していないことから、分散開発が困難であり、その結果、プログラムが大規模化することになって、システムのメンテナンス性も下がるということにある。
【００１３】
（２）従来技術における第２の問題点は、オペレーション結果の情報要素がオペレーション毎に異なる場合に、各オペレーション毎に解析ロジックを保持する必要があり、これによってもプログラムが大規模化するということにある。
【００１４】
（３）従来技術における第３の問題点は、オペレーション制御部２１からのオペレーション結果に含まれる情報要素に変更が生じた際に、修正範囲の局所化が困難になるということである。
【００１５】
本発明はかかる事情に鑑みてなされたものであり、本発明の目的は、オペレーションの処理に必要な役割を分類し、役割毎に処理部を分割することで、分散開発及びメンテナンスの容易なシステムを提供することにある。
【００１６】
本発明の他の目的は、オペレーション結果の解析処理を汎用化することで、プログラムの大規模化を防ぐことにある。
【００１７】
本発明のさらに他の目的は、オペレーション結果に含まれる情報要素に変更が生じた際の修正範囲を局所化することにある。
【００１８】
【課題を解決するための手段】
この目的を達成するために、本発明のネットワーク管理装置は、オペレーション端末の発行するオペレーション実施要求に応答してネットワーク装置に対してオペレーションを実施し、そのオペレーション結果をオペレーション端末に出力するという処理を行うときにあって、▲１▼オペレーション端末の発行するオペレーション実施要求を受信する『オペレーション実施要求受信部』と、▲２▼オペレーション実施要求受信部の受信したオペレーション実施要求を受け取り、それに基づいてネットワーク装置に対してオペレーションを実施し、そのオペレーション結果を得て、それをオペレーション実施要求受信部へ応答する『オペレーション制御部』と、▲３▼オペレーション実施要求受信部へ応答されたオペレーション結果を受け取り、それに従ってオペレーション端末に転送するオペレーション結果コンテンツを作成する『オペレーション結果コンテンツ作成部』とを備えるように構成する。
【００１９】
この構成を採るときにあって、本発明のネットワーク管理装置は、さらに、▲４▼解析用定義ファイルを参照してオペレーション結果を解析する『オペレーション結果解析部』を備えることがあり、このオペレーション結果解析部を備えるときには、オペレーション結果コンテンツ作成部は、オペレーション実施要求受信部へ応答されたオペレーション結果を受け取り、オペレーション結果解析部に対して、その受け取ったオペレーション結果についての解析を依頼することで、その解析結果を得て、それを利用して、オペレーション端末に転送するオペレーション結果コンテンツを作成するように処理する。
【００２０】
以上の各処理手段はコンピュータプログラムで実現できるものであり、このコンピュータプログラムは、半導体メモリなどの記録媒体に記録して提供することができる。
【００２１】
このように構成される本発明のネットワーク管理装置では、オペレーション端末がオペレーション実施要求を発行すると、オペレーション実施要求受信部は、そのオペレーション実施要求を受信してオペレーション制御部へ転送する。
【００２２】
これを受けて、オペレーション制御部は、その転送されてきたオペレーション実施要求に基づいてネットワーク装置に対してオペレーションを実施し、そのオペレーション結果を得て、それをオペレーション実施要求受信部へ応答する。
【００２３】
このとき、オペレーション制御部は、転送されてきたオペレーション実施要求に応じて、ネットワーク装置に対してオペレーションを実施するのではなくて、自ネットワーク管理装置内でオペレーションを実施してオペレーション結果を得るように処理することがある。
【００２４】
このオペレーション結果の応答を受けて、オペレーション実施要求受信部は、その応答されてきたオペレーション結果をオペレーション結果コンテンツ作成部へ転送し、これを受けて、オペレーション結果コンテンツ作成部は、その転送されてきたオペレーション結果に従ってオペレーション端末に転送するオペレーション結果コンテンツを作成して、それをオペレーション端末に転送する。
【００２５】
このようにして、本発明では、オペレーションの実施に関わる処理と、オペレーション結果コンテンツの作成に関わる処理という異なった処理を分割して実装するという構成を採るので、処理内容に応じた分散開発及びメンテナンスが可能になる。
【００２６】
そして、本発明のネットワーク管理装置では、オペレーション結果解析部を備えるときには、オペレーション結果コンテンツ作成部は、オペレーション結果が転送されてくると、それをオペレーション結果解析部へ転送し、これを受けて、オペレーション結果解析部は、解析用定義ファイルを参照して、その転送されてきたオペレーション結果を解析して、その解析結果をオペレーション結果コンテンツ作成部へ応答する。
【００２７】
これを受けて、オペレーション結果コンテンツ作成部は、その転送されてきた解析結果を利用して、オペレーション端末に転送するオペレーション結果コンテンツを作成して、それをオペレーション端末に転送する。
【００２８】
このようにして、本発明では、オペレーション結果解析処理とオペレーション結果コンテンツ作成処理とを分割するという構成を採るので、オペレーション結果のコンテンツを作成する際に、オペレーション毎に異なるものとなるオペレーション結果の解析方法を意識することが不要となる。
【００２９】
さらに、本発明では、解析用定義ファイルを参照することでオペレーション結果の解析を行うという構成を採るので、オペレーション制御部からオペレーション結果コンテンツ作成部へと転送されてくるオペレーション結果内容に変更が生ずる場合にも、解析用定義ファイルを変更することのみで、オペレーション結果の変更内容を表示コンテンツに容易に盛り込むことが可能となる。
【００３０】
以上説明したように、本発明は、従来技術とは、オペレーション実施に必要な処理が役割毎に独立化しており、かつ、オペレーション毎に異なる結果情報の差異を意識しなければならない箇所が局所化されており、オペレーション制御部からの結果内容に変更が生じた際の修正にも容易に対応できる方式として提供されている点で大きく異なるものである。
【００３１】
【発明の実施の形態】
以下、実施の形態に従って本発明を詳細に説明する。
【００３２】
通信サービスを実現するネットワーク装置のオペレーションシステムの構築を容易なものとする技術として、Ｓｕｎ　Ｍｉｃｒｏｓｙｓｔｅｍｓ社が提唱するＪ２ＥＥ（Ｊａｖａ２　Ｅｎｔｅｒｐｒｉｓｅ　Ｅｄｉｔｉｏｎ）が知られている。
【００３３】
このＪ２ＥＥの基本となる思想は、図１に示すような４層プログラミングモデルであり、再利用性の高いアーキテクチャを実現する有効な概念であることが知られている。
【００３４】
ここで、クライアント層は、ユーザがシステムに対して入出力を行うＧＵＩ（Ｇｒａｐｈｉｃａｌ　Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）であり、Ｗｅｂシステムの場合にはブラウザを利用する。プレゼンテーション層は、Ｗｅｂシステムのサーバ側で実装されるソフトウェアであり、ビジネス層との仲介を行う階層であって、ビジネス層から得た結果をブラウザへ表示するためにＨＴＭＬ等のコンテンツを生成する層である。
【００３５】
ビジネス層は、Ｗｅｂシステムのサーバ側で実装されるソフトウェアであり、システムが提供するサービスをオブジェクトとして実装して、プレゼンテーション層に対してサービス（ビジネスロジック）を提供する層である。インテグレーション層は、Ｗｅｂシステムのサーバ側で実装されるソフトウェアであり、リソース層のデータ等をラッピングする階層であって、データ構造やアクセス手段の変更をビジネス層に対して隠蔽する層である。
【００３６】
このＪ２ＥＥの基本思想は、ソフトウェアの論理的な整理を示す概念であり、システムの構成を具体的に規定したものではない。
【００３７】
そこで、本発明では、この階層化モデルに基づく具体的なオペレーションシステムのシステム構成を提案することで、▲１▼オペレーションの処理に必要な役割を分類し、役割毎に処理部を分割することで、分散開発並びにメンテナンスの容易なシステムを実現し、▲２▼オペレーション結果の解析処理を汎用化することで、プログラムの大規模化を防ぐことを実現し、▲３▼オペレーション結果に含まれる情報要素に変更が生じた際の修正範囲を局所化することを実現する。
【００３８】
図２に、本発明により実現されるオペレーションシステムの全体構成を図示し、図３に、この構成を用いる場合の各階層における機能概要を図示する。
【００３９】
次に、本発明により実現されるオペレーションシステムの各階層について詳細に説明する。
【００４０】
（イ）プレゼンテーション層
プレゼンテーション層では、クライアントからの要求をＷｅｂサーバで受け付ける。そして、Ｗｅｂサーバが受け付けた要求はリクエストオブジェクトとしてカプセル化される。このリクエストオブジェクトはＪａｖａ（登録商標）で実現されるオブジェクトと同様に扱うことができるため、開発者は本オブジェクトを利用して任意の機能を実装できる。
【００４１】
本発明では、プレゼンテーション層で実現する機能を以下の２つの機能に限定する。その１つは、ビジネス層が提供するサービスへリクエストオブジェクトを転送する機能である。もう１つは、ビジネス層から取得した結果を基にして、クライアント画面へ出力するＨＴＭＬ等のコンテンツを生成する機能である。
【００４２】
プレゼンテーション層で実現する機能をこの２つに限定したことにより、システム導入先等の要求に合わせた画面変更規模を最小限に抑えることができるようになる。
【００４３】
（ロ）ビジネス層
ビジネス層は４層モデルの中でも中心的な階層であり、プレゼンテーション層に対して様々なサービスを提供する。
【００４４】
本発明では、提供するサービスを実現するモジュールとして、ユーザ管理部、オペレーション制御部、オペレーション結果制御部、故障管理部という４つを用意する。ここで、オペレーション制御部はオペレータへ提供するモジュールであり、オペレーション毎に細分化される。
【００４５】
本発明では、故障管理部を除く全モジュールを互いに連携させずに、モジュール毎にプレゼンテーション層から利用する方式を採用している。同様に、オペレーション制御部の各機能についても、互いの独立性を重視する設計としている。これらにより、各モジュールや機能の独立性を高めることができ、機能の追加や変更を局所化できることになる。
【００４６】
（ハ）インテグレーション層
インテグレーション層の役割は、各種情報のデータ構造やアクセス手段を隠蔽することである。
【００４７】
本発明でも、データべースやネットワーク装置が保持する情報のデータ構造やアクセス手段を隠蔽するために、装置アダプタ部とＭＯ（Ｍａｎａｇｅｄ　Ｏｂｊｅｃｔ）情報管理部とを設けている。
【００４８】
装置アダプタ部では、ネットワーク装置が保持する管理情報とオペレーション操作とをオブジェクト化しており、ビジネス層は、このオブジェクトが提供するメソッドを呼び出すことにより、ネットワーク装置へのオペレーションを実現できるようになる。
【００４９】
同様に、ＭＯ情報管理部では、データベースが保持する管理情報とその管理情報への操作とをオブジェクト化しており、ビジネス層は、このオブジェクトが提供するメソッドを呼び出すことにより、データベースが保持する管理情報への操作を実現できるようになる。
【００５０】
次に、本発明により実現されるオペレーションシステムの各階層の設計方針及び動作概要について説明する。
【００５１】
（ａ）プレゼンテーション層における設計方針及び動作概要
（ａ−１）設計方針
プレゼンテーション層は、ビジネス層との仲介を行う階層である。オペレーションシステムの処理フローを考えた場合、プレゼンテーション層では、ビジネス層で実現するオブジェクトを利用してオペレーション結果を取得する役割と、オペレーション結果を利用して画面出力用のコンテンツを生成する役割とが必要となる。
【００５２】
本発明では、オペレーション結果を取得するＪＳＰ（Ｊａｖａ　Ｓｅｒｖｅｒ　Ｐａｇｅｓ）ファイルと、コンテンツを生成するＪＳＰファイルとを分離する設計方針を採用している。
【００５３】
これにより、画面開発者とオペレーション処理開発者の分散開発が容易となる。さらに、変更個所の局所化が進み、ソフトウェアの維持管理が容易となる。
【００５４】
（ａ−２）動作概要
図４を参照しつつ、上述の設計方針に基づいて実装されるプレゼンテーション層の動作概要について説明する。
▲１▼図４中の▲１▼に示すように、クライアントからの要求（ＧＥＴ要求）に基づいて、指定されたＵＲＬに該当するページ（オペレーションの起動元となるＪＳＰファイル）を取得する。
▲２▼図４中の▲２▼に示すように、取得したオペレーション起動元ページより入力フォームへデータを入力し、オペレーション実行要求（ＰＯＳＴ要求）を行う。
▲３▼図４中の▲３▼に示すように、オペレーション結果をビジネス層より取得し、結果表示用ページへ転送する。
▲４▼図４中の▲４▼に示すように、オペレーション結果に基づいて、結果表示に必要となる情報をビジネス層より取得し、その取得した情報より結果表示用コンテンツを生成してクライアントへ転送する。
【００５５】
（ｂ）ビジネス層における設計方針
（ｂ−１）設計方針
ビジネス層は、プレゼンテーション層からの要求に基づいて、システムが利用者へ提供する機能（外部機能）を具体的に実現する階層である。したがって、システムへ新規に外部機能を追加する場合や既存の外部機能を変更する場合に、その影響を受けやすい階層である。
【００５６】
そこで、本発明では、外部機能と密接に関係するモジュールと、外部機能と関係しない汎用モジュールとを明確に分離するようにしている。また、外部機能と密接に関係するモジュールについても、外部機能毎に独立したクラスを設け、各クラスが直接関係を持たないようにしている。これらにより、外部機能の追加や変更に伴うビジネス層の変更を局所化できるようになる。
【００５７】
ここで、ビジネス層を構成する４つのモジュールの中で、外部機能と密接に関係するモジュールは、オペレーション制御部であり、一方、外部機能と関係しない汎用モジュールは、ユーザ管理部、オペレーション結果制御部及び障害管理部である。
【００５８】
次に、オペレーション結果制御部及び故障管理部について、設計方針及び動作概要を説明する。
【００５９】
（ｂ−２）オペレーション結果制御部
オペレーションシステムでは、オペレーション結果として処理の正常性を出力するだけでなく、実行オペレーション名、予期せぬ結果に対する要因、重要度、リアクション手順等も表示することにより、オペレータの利便性を向上できると考えられる。また、これらの情報は固定的に決定されるものではなく、運用形態等に合わせて柔軟な変更が必要になる。
【００６０】
そこで、本発明では、プレゼンテーション層の各ＪＳＰで固定的にオペレーション結果を記述するのではなくて、図５及び図６に示すようなデータフォーマットを持つオペレーション結果制御ファイル（解析用定義ファイル）をビジネス層の汎用モジュールとして用意するようにして、オペレーション結果制御部が、このオペレーション結果制御ファイルを参照することで、オペレーション結果のカテゴリ（ノーマル、ワーニングレベル、エラーレベル）や、オペレーション結果の原因や、オペレーション結果に対するリアクション手順などについての情報（結果表示用データ）を取得するようにしている。
【００６１】
このオペレーション結果制御ファイルを用いることで、オペレーション結果の出力を運用形態に合わせて柔軟に変更できるようになる。
【００６２】
次に、図７を参照しつつ、上述の設計方針に基づいて実装されるオペレーション結果制御部の動作概要について説明する。
▲１▼図７の▲１▼に示すように、オペレーション実行ページから転送されたオペレーション結果（Ｏｐｅｒａｔｉｏｎ　Ｒｅｓｕｌｔ）より、結果コードを取得する。
▲２▼図７の▲２▼に示すように、取得した結果コードを基にし、オペレーション結果制御部に対して結果表示用データ（Ｔｒａｎｓｌａｔｉｏｎ　Ｄａｔａ）の取得要求を行う。
▲３▼図７の▲３▼に示すように、取得した結果表示用データ（Ｔｒａｎｓｌａｔｉｏｎ　Ｄａｔａ）に含まれる詳細情報の数を取得する。
▲４▼図７の▲４▼に示すように、取得した数だけ詳細情報取得を繰り返すことにより、全詳細情報を取得する。
▲５▼取得した詳細情報及びオペレーション結果（Ｏｐｅｒａｔｉｏｎ　Ｒｅｓｕｌｔ）から結果表示用コンテンツを生成し、クライアントへコンテンツを転送する。
【００６３】
（ｂ−２）故障管理部
故障管理部では、大きく分類して２つの機能を具備する。その１つは、ネットワーク装置から通知されるトラップやポーリング等により検出した故障情報の一覧を時系列に管理するイベント管理機能である。もう１つは、検出した故障情報の一覧だけでなく、ネットワーク装置等の現在の情報を管理する状態管理機能である。
【００６４】
前者は検出した故障情報を全て管理するのに対して、後者が管理する故障情報は必ず故障状態と回復状態とが存在する。オペレーションシステムでネットワーク装置の状態管理を行うことにより、管理する装置状態をオペレーションシステム画面のシンポルにマッピングすることが可能となり、ネットワーク装置の最新状態を見ることができる。
【００６５】
しかし、ポーリングによる状態管理と比較して、トラップにより検出した故障情報を状態管理に反映することは困難である。その理由は、ポーリング自体がネットワーク装置の状態変化を監視するための機能であり、故障状態と回復状態とが暗黙に決まっているためである。一方、ネットワーク装置から受信したトラップだけでは、結果的にネットワーク装置がどのような状態に遷移したのか判断つかない場合がある。
【００６６】
そこで、本発明では、状態管理のためにトラップとポーリングとを併用し、トラップ受信と同時にポーリングも実施する方式を採用している。これにより、ポーリングのみで状態管理を実施した場合と比較して、状態管理のリアルタイム性を向上できる。
【００６７】
なお、ポーリング時の装置アクセス方法についてはネットワーク装置により異なることから、後述する装置アダプタ部の機能を利用している。また、トラップとポーリングとのマッピングについても装置アダプタ部に具備するようにしている。
【００６８】
次に、図８を参照しつつ、上述の設計方針に基づいて実装される故障管理部の動作概要について説明する。
▲１▼図８の▲１▼に示すように、ネットワーク装置から通知されるトラップを受信する。
▲２▼図８の▲２▼に示すように、受信したトラップを故障情報としてＷｅｂブラウザへ通知する。
▲３▼図８の▲３▼に示すように、故障情報をＷｅｂブラウザへ通知後、装置アダプタ部に対してトラップ解析依頼を行う。
▲４▼図８の▲４▼に示すように、トラップ解析依頼を受けた装置アダプタ部では、必要に応じてネットワーク装置へ状態情報の取得要求を行う。
▲５▼図８の▲５▼に示すように、装置アダプタ部は、ネットワーク装置から状態情報を受け取る。
▲６▼図８の▲６▼に示すように、装置アダプタ部は、状態情報を故障管理部へ転送し、故障管理部では装置状態を更新する。
▲７▼図８の▲７▼に示すように、故障管理部は、状態情報をＷｅｂブラウザへ通知する。
【００６９】
（ｃ）インテグレーション層における設計方針及び動作概要
（ｃ−１）設計方針
インテグレーション層の目的は、ネットワーク装置やデータベースが保持する管理情報のデータ構造やアクセス手段を隠蔽することにある。したがって、ネットワーク装置やデータベースが保持する管理情報のデータ構造やアクセス手段が変更された場合に、その影響を受けやすい階層である。
【００７０】
特に、装置アダプタ部は、オペレーションシステムとネットワーク装置との間の外部インタフェースを司るモジュールであり、新規装置の追加やバージョン等の変更により影響を受けやすい。
【００７１】
しかも、静的に構成される装置アダプタ部では、新規装置の追加やバージョン等の変更時に、オペレーションシステム全体に影響を与える。また、ネットワーク装置毎に装置アダプタ部を開発することは経済的な観点から判断しても非効率である。
【００７２】
そこで、本発明では、装置アダプタ部のフレームワーク化を行い、ネットワーク装置に依存する個所を運用中に追加変更できる動的装置アダプタ方式を採用している。
【００７３】
次に、装置アダプタ部について、設計方針及び動作概要を説明する。
【００７４】
（ｃ−１）装置アダプタ部
装置アダプタ部の内部構成は、プロキシ部、装置アクセス部、ユーティリティ部の３つの機能から構成される。
【００７５】
プロキシ部は、ビジネス層からの要求を基に、適切な装置アクセス部内のクラスを選択し、動的クラスロードを行った上で要求を転送する。装置アクセス部は、装置固有の処理を記述する個所であり、ユーティリティ部の機能を利用して装置アクセスを実施する。ユーティリティ部は、プロキシ部や装置アクセス部で利用する共通ライブラリの集合であり、特に装置アクセス部の実装を容易化する。
【００７６】
本発明では、プロキシ部及びユーティリティ部を装置アダプタ部のフレームワークとして位置付け、Ｊａｖａの動的クラスロード機能を利用して、運用中における装置アクセス部の追加変更を可能としている。
【００７７】
次に、図９を参照しつつ、上述の設計方針に基づいて実装されるを装置アダプタ部の動作概要について説明する。
▲１▼図９の▲１▼に示すように、オペレーション制御部は、プロキシ部をインスタンス化する。
▲２▼図９の▲２▼に示すように、オペレーション制御部は、インスタンス化したプロキシ部に対してオペレーション要求を行う。
▲３▼図９の▲３▼に示すように、オペレーション要求を受けたプロキシ部は、装置アクセスに必要となる適切な装置アクセス部のクラス（装置アクセスクラス）をロードし、インスタンス化する。
▲４▼図９の▲４▼に示すように、プロキシ部は、インスタンス化した装置アクセスクラスに対してオペレーション要求を行う。
▲５▼図９の▲５▼に示すように、要求を受けた装置アクセスクラスは、ネットワーク装置に対してオペレーション要求を行う。
▲６▼図９の▲６▼に示すように、装置アクセスクラスは、ネットワーク装置からオペレーション結果を受信する。
▲７▼図９の▲７▼に示すように、装置アクセスクラスは、受信したオペレーション結果をプロキシ部へ転送する。
▲８▼図９の▲８▼に示すように、プロキシ部は、オペレーション結果をオペレーション制御部へ転送する。
【００７８】
次に、本発明の実施形態について具体的に説明する。
【００７９】
図１０に、本発明の一実施形態例を図示する。
【００８０】
図中、１は通信サービスを実現するルータなどのようなネットワーク装置（ＮＥ）、２はネットワーク管理を司る本発明を具備する管理サーバ、３はオペレーションの実施要求を発行するオペレーション端末である。
【００８１】
本発明を具備する管理サーバ２は、通信ネットワークを介して接続されるネットワーク装置１についてのネットワーク管理を実行するものであって、オペレーション実施要求受信部２００と、オペレーション制御部２１０と、解析用定義ファイル２２０と、オペレーション結果解析部２３０と、オペレーション結果コンテンツ作成部２４０とを備える。
【００８２】
このオペレーション実施要求受信部２００は、上述したプレゼンテーション層に備えられるものであって、オペレーション端末３の発行するオペレーション実施要求を受信する処理を行うものである。
【００８３】
オペレーション制御部２１０は、上述したビジネス層に備えられるオペレーション制御部（図２に示すもの）と基本的に同じ処理を行うものであって、オペレーション実施要求受信部２００の受信したオペレーション実施要求を受け取り、それに基づいてネットワーク装置１に対してオペレーションを実施し、そのオペレーション結果を得て、それをオペレーション実施要求受信部２００へ応答する処理を行うものである。
【００８４】
解析用定義ファイル２２０は、上述したビジネス層に備えられるオペレーション結果制御ファイル（図５に示すデータフォマットに従って解析用定義データを管理するもの）と基本的に同じ解析用定義データを管理するものであって、エラーコードに対応付けて、オペレーション結果のカテゴリ（ノーマル、ワーニングレベル、エラーレベル）や、オペレーション結果の原因や、オペレーション結果に対するリアクション手順などの情報を管理する。
【００８５】
オペレーション結果解析部２３０は、上述したビジネス層に備えられるオペレーション結果制御部（図２に示すもの）と基本的に同じ処理を行うものであって、解析用定義ファイル２２０を参照してオペレーション結果を解析する処理を行うものである。
【００８６】
オペレーション結果コンテンツ作成部２４０は、上述したプレゼンテーション層に備えられるものであって、オペレーション実施要求受信部２００から転送されてくるオペレーション結果を受け取り、オペレーション結果解析部２３０に対して、その受け取ったオペレーション結果についての解析を依頼することで、その解析結果を得て、それを利用して、オペレーション端末３に転送するオペレーション結果コンテンツを作成して、オペレーション端末３へ転送する処理を行うものである。
【００８７】
図１１に従って、オペレーション端末３がオペレーション実施要求を発行するときに、このように構成される本実施形態例が実行する動作について詳細に説明する。
【００８８】
（１）先ず最初に、図中の▲１▼に示すように、オペレーション実施要求受信部２００は、この発行されたオペレーション実施要求を受信する。
【００８９】
（２）続いて、図中の▲２▼に示すように、オペレーション実施要求受信部２００は、この受信したオペレーション実施要求をオペレーション制御部２１０へ要求する。
【００９０】
（３）続いて、図中の▲３▼に示すように、オペレーション制御部２１０は、この要求されたオペレーション実施要求に従って、オペレーション対象のネットワーク装置１に対してオペレーションを実施する。
【００９１】
ここで、この図では、ネットワーク装置１に対してオペレーションを行う場合を図示しているが、オペレーションの実施が管理サーバ２内の処理に閉じる場合もあり得る。
【００９２】
（４）続いて、図中の▲４▼に示すように、オペレーション制御部２１０は、オペレーションを実施したネットワーク装置１より、そのオペレーション結果を受信する。
【００９３】
（５）続いて、図中の▲５▼に示すように、オペレーション制御部２１０は、この受信したオペレーション結果をオペレーション実施要求受信部２００へ転送する。
【００９４】
（６）続いて、図中の▲６▼に示すように、オペレーション実施要求受信部２００は、この転送されてきたオペレーション結果をオペレーション結果コンテンツ作成部２４０へ転送する。
【００９５】
（７）続いて、図中の▲７▼に示すように、オペレーション結果コンテンツ作成部２４０は、オペレーション結果解析部２３０に対して、この転送されてきたオペレーション結果の解析を依頼する。
【００９６】
（８）続いて、図中の▲８▼に示すように、オペレーション結果解析部２３０は、解析用定義ファイル２２０を参照して、この依頼を受けたオペレーション結果の解析を行う。
【００９７】
（９）続いて、図中の▲９▼に示すように、オペレーション結果解析部２３０は、その解析結果をオペレーション結果コンテンツ作成部２４０へ返す。
【００９８】
（１０）最後に、オペレーション結果コンテンツ作成部２４０は、受け取った解析結果を利用してコンテンツを作成し、それをオペレーション端末３に転送することで、オペレーション端末３にオペレーション結果の表示を行う。
【００９９】
このようにして、管理サーバ２は、オペレーション端末３の発行するオペレーション実施要求に応答してネットワーク装置１に対してオペレーションを実行して、そのオペレーション結果をオペレーション端末３に表示するように処理するのである。
【０１００】
【発明の効果】
本発明による第１の効果は、オペレーション端末からのオペレーション要求に対し、管理サーバが行うべき一連の処理を分散開発できることにある。
【０１０１】
その理由は、オペレーション端末からのオペレーション要求を実施し、結果を通知するための機能を処理内容毎に分割して実現するためである。
【０１０２】
そして、本発明による第２の効果は、管理サーバのメンテナンス性を高めることにある。
【０１０３】
その理由は、分割された機能ブロックは、処理内容毎に独立したものであるためである。
【０１０４】
そして、本発明による第３の効果は、オペレーション毎に異なるオペレーション要求結果の解析処理を汎用化できることにある。
【０１０５】
その理由は、解析にあたって解析用定義ファイルを利用することで、情報要素の抽出に必要なオペレーション結果情報の構造解析手段が切り出されるためである。
【０１０６】
そして、本発明による第４の効果は、オペレーション結果の情報要素に変更が加わったとしても、修正箇所を解析用定義ファイルに限定できることにある。
【０１０７】
その理由は、オペレーション結果の解析ロジック並びにオペレーション結果コンテンツ作成部の処理内容自体はオペレーション間で共通化させることが可能なためである。
【図面の簡単な説明】
【図１】Ｊ２ＥＥにおける４層プログラミングモデルの説明図である。
【図２】本発明により実現されるオペレーションシステムの全体構成の説明図である。
【図３】本発明により実現されるオペレーションシステムの各階層における機能概要の説明図である。
【図４】プレゼンテーション層の動作概要の説明図である。
【図５】オペレーション結果制御ファイルの説明図である。
【図６】オペレーション結果制御ファイルの説明図である。
【図７】オペレーション結果制御部の動作概要の説明図である。
【図８】故障管理部の動作概要の説明図である。
【図９】装置アダプタ部の動作概要の説明図である。
【図１０】本発明の一実施形態例である。
【図１１】実施形態例の動作説明図である。
【図１２】従来技術の説明図である。
【符号の説明】
１　　　ネットワーク装置
２　　　管理サーバ
３　　　オペレーション端末
２００　オペレーション実施要求受信部
２１０　オペレーション制御部
２２０　解析用定義ファイル
２３０　オペレーション結果解析部
２４０　オペレーション結果コンテンツ作成部
【図１】
2004007111.tif 000003
【図２】
2004007111.tif 000004
【図３】
2004007111.tif 000005
【図４】
2004007111.tif 000006
【図５】
2004007111.tif 000007
【図６】
2004007111.tif 000008
【図７】
2004007111.tif 000009
【図８】
2004007111.tif 000010
【図９】
2004007111.tif 000011
【図１０】
2004007111.tif 000012
【図１１】
2004007111.tif 000013
【図１２】
2004007111.tif 000014