(57)【要約】【課題】イベント通知の到達性を保証したネットワーク管理システムを提供する。【解決手段】ネットワークを構成するひとつ又は複数のネットワーク装置２００と、ネットワーク装置２００を管理とするイベント蓄積サーバ１００とを備える。ネットワーク装置２００が、ネットワーク又はネットワーク装置２００自身における、異常状態の発生又は異常状態からの復旧又はネットワークを構成する通信回線の状態変化を含むイベント情報を検出する。イベント情報を含むイベント通知が管理ネットワーク装置２００からネットワークを介してイベント蓄積サーバ１００に送信されるに際し、ネットワーク装置２００からイベント蓄積サーバ１００に対し、ＨＴＴＰを利用しイベント通知を送信する。【選択図】図６
2009111655.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを構成するひとつ又は複数のネットワーク装置と、
前記ネットワーク装置を管理するイベント蓄積サーバと
を備え、
前記ネットワーク装置が、ネットワーク又は前記ネットワーク装置自身における、異常状態の発生又は前記異常状態からの復旧又は前記ネットワークを構成する通信回線の状態変化を含むイベント情報を検出し、
前記イベント情報を含むイベント通知が前記ネットワーク装置からネットワークを介して前記イベント蓄積サーバに送信されるに際し、前記ネットワーク装置から前記イベント蓄積サーバに対し、ＨＴＴＰを利用しイベント通知を送信することを特徴としたネットワーク管理システム。
【請求項２】
前記ネットワーク装置は、
イベント発生を検出して、イベント通知を作成するイベント管理モジュールと、
前記イベント管理モジュールからのイベント通知を、ＨＴＴＰを用いた通信によって前記イベント蓄積サーバに送信するイベントクライアントと、
イベント通知を前記イベント蓄積サーバにネットワークを介し送信するために前記イベントクライアントを呼び出すイベント送信プログラムと
を有し、
前記イベント蓄積サーバは、
前記ネットワーク装置の前記イベントクライアントからのイベント通知をＨＴＴＰで受信するためのウェブサーバと、
受信したイベント通知を蓄積するためのイベント受信アプリケーションと
を有する請求項１記載のネットワーク管理システム。
【請求項３】
前記ネットワーク装置と前記イベント蓄積サーバ間のイベント通知は、ＨＴＴＰの代わりにＨＴＴＰＳを用いてイベント情報が暗号化され、送信される請求項１又は２記載のネットワーク管理システム。
【請求項４】
ＨＴＴＰ又はＨＴＴＰＳの代わりに、ＨＴＴＰ又はＨＴＴＰＳを拡張したプロトコルを利用してイベント通知を送受信可能である請求項１乃至３のいずれかに記載のネットワーク管理システム。
【請求項５】
前記イベント蓄積サーバは、複数の前記ネットワーク装置からのイベント通知を受信する請求項１乃至４のいずれかにネットワーク管理システム。
【請求項６】
前記イベント蓄積サーバの管理対象である前記ネットワーク装置からＨＴＴＰでイベント通知を送信する機能を有することを特徴とする請求項１又は２記載のネットワーク管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク管理システムに係り、特に、ネットワークを構成するネットワーク装置のイベント情報を到達性が保証されたプロトコルを利用することによって、障害情報や状態変更通知に基づいたネットワーク管理システムに関する。
【背景技術】
【０００２】
従来のネットワーク運用において、ネットワークやネットワークを構成するネットワーク装置の障害や状態変更等のイベント情報をネットワーク管理のシステムに通知する方法として、例えば、ＳＮＭＰ(Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ)やＳＹＳＬＯＧを利用しイベント情報を通知していた。しかし、ＳＮＭＰやＳＹＳＬＯＧはＵＤＰ(Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ)を利用しており、ＵＤＰを利用した場合は送信側や受信側のＣＰＵ負荷やネットワークの輻輳によりＵＤＰのパケットが廃棄される可能性が高く、ネットワーク装置とネットワーク管理システムとの間の情報に不整合が生じる場合があった。
その回避策として、ネットワーク装置とネットワーク管理システムの間で情報の整合性を取るために通信を行い、情報の合わせ込みを行う必要があり、その処理自体がさらなるＵＤＰパケットの欠落を加速させるという悪循環に陥いる場合があった。また、ＳＮＭＰやＳＹＳＬＯＧはイベント通知に特化したために近年重要となっているセキュリティの機能がほとんどなく、ＳＮＭＰやＳＹＳＬＯＧを利用したネットワーク管理を適用する際の課題となることある。
【０００３】
さらに、ＵＤＰを利用したデータ送信は小さなデータを送ることを得意としているが、大きなデータを送ることは非常に苦手としているため、近年のセキュリティ機能で頻繁に利用されるログ収集には明らかに不向きである。
特開２０００−４９７８３号公報（特許文献１）に開示された技術は、ＵＤＰパケットによるネットワーク管理を行うに際し、期待されているイベント情報が一定時間内に届かないことを検知し、再送を自動的に行うことでネットワーク管理システム内でのイベント情報欠落による管理不整合を防ぐものである。
特開平１１−３５５２７３号公報（特許文献２）に開示された技術は、ＮＭＳ(Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ)によるシーケンス番号管理を利用した情報欠落時の再送処理をＮＭＳ側からＴＣＰ(Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ)で行うことにより、ＵＤＰパケットによるネットワーク管理を行い、ＮＭＳと管理対象の情報欠落による整合性不一致を防ぐためのものである。
【特許文献１】特開２０００−４９７８３号公報
【特許文献２】特開平１１―３５５２７３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特開２０００−４９７８３号公報の技術はあらかじめ管理対象とネットワーク管理システムの間で取り決めたイベント情報に関しての再送制御を取り決めているだけであり、システム内のＣＰＵの負荷やネットワークの輻輳が続いた場合、イベント情報を取りこぼし続ける可能性が払拭できない。さらに、複数台の管理対象がある際に連続性の管理でネットワーク管理システムのＣＰＵ負荷を増大させてしまう可能性があり、異なる管理対象からのイベント情報の取りこぼしも想定される。
また、特開平１１−３５５２７３号公報の技術はシーケンス番号の通知自体をＵＤＰの中に閉じこめてしまっているがために、ＣＰＵの負荷やネットワークの輻輳が続いた際にシーケンス番号の抜けが頻発した際の処理に不安が残り、またネットワーク管理がより複雑になってしまう可能性がある。
【０００５】
いずれの技術も管理対象のＣＰＵリソースが豊富である場合は可能であるが、ネットワーク装置のようにメモリやＣＰＵリソースに余力がない場合は、イベント情報の欠落を防ぐための仕組みが逆にイベント情報の欠落を招きかねなく、既存のＵＤＰベースの通知方法だけに頼るのはシステムとして不完全になってしまう可能性がある。
また、近年セキュリティへの注目が非常に高まってきており、ログ収集も今までのようにただ漫然と収集するのではなくセキュリティ強化のための利用に変わり一度に収集されるデータ量も非常に大きくＵＤＰでは困難となってきている。
現在のネットワークのような様々なサービスが提供され、多くのユーザが接続する状況下においては、ログやイベントによる情報のトレーサビリティは必須となっている。しかし、ＳＮＭＰやＳＹＳＬＯＧの機能はネットワークが複雑化する以前の技術であり、管理する方もされる側も負荷がかかることやネットワークの輻輳による影響を考慮していないと言える。ＵＤＰを使っている限りでは知らないうちにイベント通知のパケットが消滅していたとしても、消滅することを最初から考慮にいれた実装をしていない限り、消滅したことすら気がつかないこととなる。
本発明は、以上の点に鑑み、イベント通知の到達性を保証したネットワーク管理方式を提供することを目的とする。
【０００６】
また、本発明は、旧来のＵＤＰパケット主体のイベント通知ではなくイベント蓄積サーバ上でウェブサーバを動作させ、管理対象であるネットワーク装置でＨＴＴＰクライアントを動作させ、ネットワーク装置から到達性とセッション情報の保証のあるＨＴＴＰでイベント通知を行うことで、到達性を保証することを目的のひとつとする。また、本発明は、ＳＮＭＰやＳＹＳＬＯＧを使ったイベント通知の弱点であるセキュリティ機能の強化を容易に行うことを目的のひとつとする。本発明は、既存のイベント通知の仕組みと置き換えるものではなく、既存のイベント通知の弱みである部分を補うことにより、ネットワーク管理システムをより安全にし、かつ信頼性の向上を図ることを目的のひとつとする。本発明は、ネットワーク管理におけるイベント管理の幅が広がり、結果的に管理者やユーザのコストや負荷が減ることを目的のひとつとする。
【課題を解決するための手段】
【０００７】
（１）ネットワークを構成する一つまたは複数のネットワーク装置と、ネットワーク装置を管理対象とするイベント蓄積サーバが同一のネットワークを介して管理する場合において、既存のＵＤＰを用いたイベント通知の方法に加え、ＨＴＴＰ(Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ)の到達性とセッション情報が保証されたプロトコルを用いることによりイベント情報を確実にイベント蓄積サーバに確実に送信できるようにしたものである。
（２）ネットワーク装置は、ネットワークまたはネットワーク装置自身において発生する異常状態の発生や異常状態からの復旧、ネットワークを構成する通信回線の状態変化を含むイベント情報を蓄積するイベント管理モジュールを持ち、イベント管理モジュールで収集されたイベント情報の送信処理を行うイベント送信プログラムを持ち、イベント蓄積サーバにＨＴＴＰを利用し送信を行うイベントクライアントを具備する。
（３）イベント蓄積サーバは、管理下にあるネットワーク装置からのＨＴＴＰリクエストを受信するウェブサーバを備え、ネットワークまたはネットワーク装置自信で発生する異常状態の発生や異常状態からの復旧、ネットワークを構成する通信回線の状態変化を含むイベント情報をウェブサーバ経由でイベント受信アプリケーションが受信できるようにしたものである。
【０００８】
（４）ウェブサーバとイベントクライアントでＨＴＴＰの代わりにＨＴＴＰＳ(Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  Ｓｅｃｕｒｉｔｙ)を利用することによりイベント通信の暗号化を容易に行うことができるようにしたものである。
（５）イベント通知はＨＴＴＰやＨＴＴＰＳを拡張したプロトコルを使用することができるものである。
（６）イベント蓄積サーバは複数の管理対象であるネットワーク装置からのイベント通知を受けることを可能とするものである。
【０００９】
本発明の解決手段によると、
ネットワークを構成するひとつ又は複数のネットワーク装置と、
前記ネットワーク装置を管理するイベント蓄積サーバと
を備え、
前記ネットワーク装置が、ネットワーク又は前記ネットワーク装置自身における、異常状態の発生又は前記異常状態からの復旧又は前記ネットワークを構成する通信回線の状態変化を含むイベント情報を検出し、
前記イベント情報を含むイベント通知が前記ネットワーク装置からネットワークを介して前記イベント蓄積サーバに送信されるに際し、前記ネットワーク装置から前記イベント蓄積サーバに対し、ＨＴＴＰを利用しイベント通知を送信することを特徴としたネットワーク管理システムが提供される。
【発明の効果】
【００１０】
本発明によると、イベント通知の到達性を保証したネットワーク管理方式を提供することができる。
本発明によると、旧来のＵＤＰパケット主体のイベント通知ではなくイベント蓄積サーバ上でウェブサーバを動作させ、管理対象であるネットワーク装置でＨＴＴＰクライアントを動作させ、ネットワーク装置から到達性とセッション情報の保証のあるＨＴＴＰでイベント通知を行うことで、到達性を保証することができる。
また、本発明によると、ＳＮＭＰやＳＹＳＬＯＧを使ったイベント通知の弱点であるセキュリティ機能の強化を容易に行うことができる。
【００１１】
本発明によると、既存のイベント通知の仕組みと置き換えるものではなく、既存のイベント通知の弱みである部分を補うことにより、ネットワーク管理システムをより安全にし、かつ信頼性の向上を図ることができる。
本発明によると、ネットワーク管理におけるイベント管理の幅が広がり、結果的に管理者やユーザのコストや負荷が減ることとなる。
【発明を実施するための最良の形態】
【００１２】
本実施の形態では、イベント通知に関する実施の形態について説明する。
図１は、本実施の形態によるネットワーク管理システム（イベント管理方式）の全体構成図である。
ネットワーク管理システムはイベント蓄積サーバ１００と、ｎ台のネットワーク装置２０１〜２０ｎ（以下、まとめてネットワーク装置２００と記す）とを備える。イベント蓄積サーバ１００とネットワーク装置２００は同一のネットワークに存在し、イベント蓄積サーバ１００はｎ台のネットワーク装置２００からのイベント通知を受信することによりネットワーク管理を行う。
ネットワーク装置２００が、ネットワーク又はネットワーク装置２００自身における、異常状態の発生又は異常状態からの復旧又はネットワークを構成する通信回線の状態変化を含むイベント情報を検出する。イベント情報を含むイベント通知がネットワーク装置２００からネットワークを介してイベント蓄積サーバ１００に送信されるに際し、ネットワーク装置２００からイベント蓄積サーバ１００に対し、ＨＴＴＰを利用しイベント通知を送信する。
【００１３】
図２は、既存のネットワークイベント管理方式におけるポーリング方式の場合の説明図である。
イベント蓄積サーバ１１００が、ネットワーク装置１２０１からネットワーク装置１２０ｎ（以下、まとめてネットワーク装置１２００と記す）に対して一定周期でポーリングすることにより、ネットワーク装置１２００におけるイベントの発生をイベント蓄積サーバ１１００で監視する方式である。この方式では、ネットワーク装置１２００におけるポーリングの負荷が非常に大きい。
図３は、既存のネットワークイベント管理方式におけるＵＤＰ通知方式の場合の説明図である。
ネットワーク装置１２０１からネットワーク装置１２０ｎの範囲において、イベント蓄積サーバ１１００に対してイベント発生時にＵＤＰプロトコルでイベント通知することにより、イベント蓄積サーバ１１００でネットワーク装置１２００におけるイベントの発生を監視する方式である。
【００１４】
図４は、本実施の形態のイベント蓄積サーバ１００の構成図である。
イベント蓄積サーバ１００は、例えば、メモリ１７０と、ＣＰＵ１８０と、ネットワーク装置２００と接続するためのネットワークインタフェース１９０とを備える。メモリ１７０は、例えば、ウェブサーバ１２０とイベント受信アプリケーション１１０を有する。
ウェブサーバ１２０は、ネットワーク装置２００のイベントクライアントからのイベント通知をＨＴＴＰで受信する。イベント受信アプリケーション１１０は、受信したイベント通知を蓄積する。
図５は、ネットワーク装置２００の構成図である。
ネットワーク装置２００は、例えば、メモリ２７０と、ＣＰＵ２８０と、イベント蓄積サーバ１００と接続するためのネットワークインタフェース２９０とを備える。メモリ２７０は、イベントクライアント２１０とイベント送信プログラム２２０とイベント管理モジュール２３０を有する。
イベントクライアント２１０は、イベント管理モジュール２３０からのイベント通知をＨＴＴＰを用いた通信によってイベント蓄積サーバ１００に送信する。イベント送信プログラム２２０は、イベント通知をイベント蓄積サーバ１００にネットワークを介し送信するためにイベントクライアント２１０を呼び出す。イベント管理モジュール２３０は、イベント発生を検出して、イベント通知を作成する。
【００１５】
図４と図５において、イベント発生をした場合は最初にイベント管理モジュール２３０において管理する。例えば、イベント管理モジュール２３０がイベント発生を検出し、イベント情報を作成、蓄積する。蓄積したイベント情報をイベント送信プログラム２２０がイベントクライアント２１０を呼び出すことによりイベント通知の準備が整う。イベントクライアント２１０は、イベント情報をＨＴＴＰによって利用してウェブサーバ１２０に送信する。ここでイベントとは、例えば、異常発生／復旧、遅延、状態変化などの情報を含む。なお、ＨＴＴＰの代わりにＨＴＴＰＳを用いて暗号化等してもよい。また、ＨＴＴＰ又はＨＴＴＰＳの代わりに、ＨＴＴＰ又はＨＴＴＰＳを拡張したプロトコルを利用してイベント通知を送受信可能である。
【００１６】
図６は、イベント通知のフローチャートを示す。
ネットワーク装置２０１やネットワーク装置２０ｎ等においてイベントが発生すると（Ｓ１００）、発生したイベントは最初にイベント管理モジュール２３０において収集される（Ｓ１０１）。イベント送信プログラム２２０が、イベント管理モジュールから蓄積したイベント情報を受け取り、イベント通知としてイベント送信の準備を行い、イベントクライアント２１０を呼び出す（Ｓ１０２）。
イベントクライアント２１０が、ＨＴＴＰを利用しイベント蓄積サーバ１００のウェブサーバ１２０にイベント情報を送信する（Ｓ１０４）。イベント情報を受け取ったウェブサーバ１２０が、イベント受信アプリケーション１１０を呼び出す（Ｓ１０５）。イベント受信アプリケーション１１０がイベント情報を受信し、適宜、記憶、出力する。
本実施の形態によると、例えば以下の効果を奏する。
【００１７】
（１）上述の実施の形態によると、イベント通知をネットワーク装置２００からイベント蓄積サーバ１００にＨＴＴＰを利用して送信することで、到達性の保証、整合性の保証、大容量データの送信が容易となり、それに応じて既存のＵＤＰだけを使用したネットワーク管理システムにおいて苦手としていたセキュリティシステムの開発が容易となる。
（２）上述の実施の形態によると、特殊なプロトコルではなくＨＴＴＰとＨＴＴＰＳを利用しているため、実装が容易である。
（３）上述の実施の形態によると、既存のＵＤＰだけを利用したＳＮＭＰやＳＹＳＬＯＧを使用したイベント通知だけではなく、本実施の形態もシステムにおいて利用することで適切な方法をユーザは選択することが可能となる。
（４）上述の実施の形態によると、イベント受信アプリケーションは直接ユーザである人間またはプログラムを対象としているため、ＧＵＩ（Ｇｒａｐｈｉｃ  Ｕｓｅｒ  Ｉ
ｎｔｅｒｆａｃｅ）またはアプリケーション構築が可能である。
また、上述の実施の形態によると、ネットワークシステムにおいて、セキュリティ強化、イベント通知の即時性、共通化を図ることができる。
【産業上の利用可能性】
【００１８】
本発明は、例えば、通信ネットワークシステム及びその運用・管理に関する産業に利用可能である。
【図面の簡単な説明】
【００１９】
【図１】本実施の形態の全体構成を示す図である。
【図２】既存ネットワークイベント管理方式のポーリング方式の場合の説明図である。
【図３】既存ネットワークイベント管理方式のＵＤＰ通知方式の場合の説明図である。
【図４】イベント蓄積サーバを、ＣＰＵを用いて実現した場合の構成を示す図である。
【図５】ネットワーク装置を、ＣＰＵを用いて実現した場合の構成を示す図である。
【図６】イベント通知のフローチャートを示す図である。
【符号の説明】
【００２０】
１００  イベント蓄積サーバ
２００  ネットワーク装置
２０ｎ  ネットワーク装置ｎ
１１０  イベント受信アプリケーション
１２０  ウェブサーバ
１７０  メモリ
１８０  ＣＰＵ
１９０  ネットワークインタフェース
２１０  イベントクライアント
２２０  イベント送信プログラム
２３０  イベント管理モジュール
２７０  メモリ
２８０  ＣＰＵ
２９０  ネットワークインタフェース
【図１】
2009111655.tif 000003
【図２】
2009111655.tif 000004
【図３】
2009111655.tif 000005
【図４】
2009111655.tif 000006
【図５】
2009111655.tif 000007
【図６】
2009111655.tif 000008