JP2004234560A - ネットワーク統合管理システム - Google Patents

Abstract

【課題】既存のハードウエア、ソフトウエアの環境を活用することで低コストで構築でき、かつネットワークを多面的に管理しながら、管理・操作も容易であって人手もかからず、ネットワーク全体を統合して種々の情報が一元管理できることができるネットワーク統合管理システムを提供すること。
【解決手段】管理ツールであるアプリケーションのインターフェイスであるクライアント４で、エージェントにより管理ツールの出力をＸＭＬ文書に変換しＨＴＴＰ／ＳＯＡＰのプロトコルでＳＯＡＰサーバ２に送信する。ＳＯＡＰサーバ２では、複数のクライアントや自ら収集したデータを共通の形式で統合データベース５に蓄積するとともに統合画面７で一覧表示する。したがって、多数の独立した管理ツールがあたかも一体になったように一元的に管理できる。
【選択図】 図６

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワーク統合管理方法及びシステムに係り、詳しくは、既存の環境を活用でき、管理も容易なネットワーク統合管理方法及びシステムに関するものである。
【０００２】
【従来の技術】
従来よりマルチベンダー環境の大規模ネットワークでは、ネットワークが正常に稼働しているかどうか、トラフィックに問題がないかといったネットワークの状態を監視し、障害が発生したら、どの機器にどのような障害が起きたのかを通知する専用のネットワーク管理ツールが使用されている。このネットワーク管理ツールとしては、例えばＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）などのネットワークマネージャが使用されている。このようなネットワーク管理ツールによれば、論理的なネットワーク上のノード間のトポロジーを生成し、ビューワーによりマップ上で障害の発生したノードを表示させることで監視をすることができた（例えば、特許文献１参照）。このため、例えば、ｈｐ ＯｐｅｎＶｉｅｗ（登録商標）などを用いた大規模なシステムを把握できるようなシステムにより管理されていた。
【０００３】
ところが近年の大規模ネットワークでは、ネットワーク管理者に求められる作業量とそのレベルは日に日に増大している。例えば、トラフィックの監視や制御だけではなく、サーバリソースのケア、セグメントの追加変更やセキュリティ対策の実行もしなくてはならない。頻繁な端末機器の増設と不具合対応に加え、それら資産の保守管理も任されている場合が多く、さらにはソフトウェアライセンスのコントロールや稼働状況の把握まで要求されるケースもある。このことは中小企業におけるネットワークでも同様で、例えば機器が数十から数百台程度の中小規模のネットワークであっても管理すべき事項は同様に数多くあり、複合的なネットワーク管理システムにより多面的に管理することが望ましい。
【０００４】
【特許文献１】
特開２０００−２００２３２号公報
【０００５】
【発明が解決しようとする課題】
しかしながら、これらの情報を得るためには、複雑なシステムを構築する必要が生じ、中小規模のネットワークではコスト負担が大きく、人手もかかるばかりか、何より専門のネットワーク管理者が必要になってしまうという問題があった。そのため、従来のネットワーク管理ツールでは、中小規模のネットワークには導入しにくいという問題があった。
【０００６】
また、従来でも、トラフィック管理、サーバ管理、機器・ソフト管理の資産管理、トラブル解析、セキュリティなどを個々のアプリケーションソフトによって行っているが、これらは独自の出力形式を有し相互に互換性がない。そのため、それぞれの構造・操作を理解してそれぞれのアプリケーションを別個に管理しなくてはならないため、管理者の負担が大きいという問題があった。
【０００７】
上記課題を解決するため、本発明は、既存のハードウエア、ソフトウエアの環境を活用することで低コストで構築できるネットワーク統合管理システムを提供することを目的とする。併せて、ネットワークを多面的に管理しながら、管理・操作も容易であって人手もかからず、ネットワーク全体を統合して種々の情報が一元管理できるネットワーク統合管理システムを提供することを目的とする。
【０００８】
【課題を解決するための手段】
請求項１に係るネットワーク統合管理システムでは、ＳＯＡＰサーバと、当該ＳＯＡＰサーバとＨＴＴＰにより通信可能なＷｅｂサーバと、当該ＳＯＡＰサーバとＨＴＴＰにより通信可能な１以上のクライアントコンピュータと、前記ＳＯＡＰサーバ及び前記Ｗｅｂサーバから参照可能なデータベースとからなるシステムとして構成され、前記ＳＯＡＰサーバは、ＳＯＡＰマネージャプログラムと、ＸＭＬフィルタリングプログラムと、データベース管理プログラムとを備え、前記Ｗｅｂサーバは、ＷＷＷに接続され、前記クライアントコンピュータは、ＳＮＭＰによるネットワークマネージャプログラムを含むシステム管理のためのアプリケーションのインターフェイスと、当該インターフェイスにより入力された当該アプリケーションからのデータを当該アプリケーション固有の形式・フォーマットから所定の共通のスキームに基づいたＳＯＡＰによりＨＴＴＰ上で送信可能なＸＭＬ文書のデータに変換するエージェントプログラムを備えたことを要旨とする。
【０００９】
この構成に係るネットワーク統合管理システムでは、アプリケーションのインターフェイスとなっているクライアントコンピュータとＳＯＡＰサーバがＨＴＴＰ上をＸＭＬ形式の文書で文書をやりとりできる。そのため、各アプリケーションで出力をクライアントコンピュータを介してＳＯＡＰサーバに送信して集中することができる。したがって、出力形式やフォーマットが異なる出力であってもＳＯＡＰサーバで集中的に一元管理することが可能になる。
【００１０】
請求項２に係るネットワーク統合管理システムでは、請求項１に記載のネットワーク統合管理方法及びシステムの構成に加え、前記システム管理のためのアプリケーションは、ソフトウエア資産管理プログラム、ハードウエア資産管理プログラム、トラフィック監視プログラム、サーバ・パフォーマンス監視プログラム、サーバ・リソース管理プログラム、機器接続管理プログラム、ＣＡＤソフトを利用した接続機器マッピングプログラム、ファイヤウォールによるセキュリティ管理プログラム、トラブル解析ためのアナライザ、統合データベース管理プログラム、レポート出力管理プログラム、アラーム通知管理プログラムのいずれかを備えたアプリケーションであることを要旨とする。
【００１１】
この構成に係るネットワーク統合管理システムでは、請求項１に記載のネットワーク統合管理システムの作用に加え、アプリケーションがシステムを多面的に管理するものであるため、これらをＳＯＡＰサーバで管理することでシステムを一元的に集中管理できる。
【００１２】
請求項３に係るネットワーク統合管理システムでは、請求項１又は請求項２に記載のネットワーク統合管理システムの構成に加え、前記ＳＯＡＰサーバは、前記複数のクライアントコンピュータのエージェントプログラムにより所定のスキームによるＸＭＬ文書に変換されたデータのフォーマットを、前記ＳＯＡＰマネージャプログラムにより前記データベースで記憶可能なフォーマットに変換して前記データベースにデータを書き込むとともに、当該データベースから読み出したデータを前記所定のスキームによるＸＭＬ文書に再変換するデータ再変換手段を備えたことを要旨とする。
【００１３】
この構成に係るネットワーク統合管理システムでは、請求項１又は請求項２に記載のネットワーク統合管理システムの作用に加え、各アプリケーションから集中したデータをデータベースで一元的に記憶できる。
【００１４】
請求項４に係るネットワーク統合管理システムでは、請求項３に記載のネットワーク統合管理システムの構成に加え、前記データベースは、ハードウエア資産情報、ソフトウエア資産情報、ハーウエア機器管理、ノード管理、トポロジー管理のいずれかを含む、前記アプリケーションから収集された情報をＸＭＬ文書で一元管理をすることを要旨とする。
【００１５】
この構成に係るネットワーク統合管理システムでは、請求項３に記載のネットワーク統合管理システムの作用に加え、各アプリケーションのデータがデータベースにＸＭＬ形式で記憶されているため、データの加工も容易で、比較・参照も容易にできる。
【００１６】
請求項５に係るネットワーク統合管理システムでは、請求項１乃至請求項４のいずれか１項に記載のネットワーク統合管理システムの構成に加え、前記ＳＯＡＰサーバのＳＯＡＰマネージャプログラムは、前記複数のクライアントコンピュータから送信された所定のスキームによるＸＭＬ文書に変換された複数のアプリケーションからの出力結果に基づいてシステムの状態を統合画面として一覧表示する統合画面表示手段を備えたことを要旨とする。
【００１７】
この構成に係るネットワーク統合管理システムでは、請求項１乃至請求項４のいずれか１項に記載のネットワーク統合管理システムの作用に加え、各アプリケーションの出力を１つの画面で把握することができる。
【００１８】
請求項６に係るネットワーク統合管理システムでは、請求項５に記載のネットワーク統合管理システムの構成に加え、前記統合表示手段により表示される統合画面は、インターネットのＷＷＷブラウザにより表示されることを要旨とする。
【００１９】
この構成に係るネットワーク統合管理システムでは、請求項５に記載のネットワーク統合管理システムの作用に加え、ＷＷＷブラウザにより統合画面が表示されるため、専門のネットワーク管理者でなくてもＧＵＩ環境で操作が容易にできる。
【００２０】
請求項７に係るネットワーク統合管理システムでは、請求項１乃至請求項６のいずれか１項に記載のネットワーク統合管理システムの構成に加え、前記ＳＯＡＰサーバは、前記ＳＯＡＰマネージャプログラムにより、前記複数のクライアントコンピュータのいずれかに対して、前記アプリケーションを操作するＲＰＣ（リモートプロシージャコール）メッセージをＸＭＬ文書で送信し、前記クライアントコンピュータは前記エージェントプログラムにより、必要な処理を行って前記ＳＯＡＰサーバにその結果をＸＭＬ文書で返信するアプリケーション呼び出し手段を備えたことを要旨とする。
【００２１】
この構成に係るネットワーク統合管理システムでは、請求項１乃至請求項６のいずれか１項に記載のネットワーク統合管理システムの作用に加え、ＳＯＡＰサーバで、ＲＰＣにより一元的に各アプリケーションの操作ができる。
【００２２】
【発明の実施の形態】
以下、本発明のネットワーク統合管理システムを具体化した一実施形態であるネットワーク統合管理システム１（以下適宜システム１と略記する。）を図１〜図６に従って説明する。
【００２３】
図１は、ネットワーク統合管理システム１の機能の概略を示す構成図である。システム１は、ＳＯＡＰサーバ２、Ｗｅｂサーバ３、各アプリケーションとのインターフェイスを行うクライアント４とから構成される。なお、クライアント４は、複数設けることができるが、ここでは説明の単純化のためクライアント４は１つのみとする。
【００２４】
本実施形態におけるシステム管理のツールとしてのアプリケーション（以下単に「アプリケーション」ということがある。）としては、主なものにトラフィック監視プログラム、サーバ・パフォーマンス監視プログラム、サーバ・リソース管理プログラム、機器接続管理プログラムが挙げられる。さらに、本実施形態ではソフトウエア資産管理プログラム、ハードウエア資産管理プログラム、統合データベース管理プログラムが特徴的な要素として含まれる。また、ＣＡＤソフトを利用した接続機器マッピングプログラム、ファイヤウォールによるセキュリティ管理プログラム、トラブル解析ためのアナライザ、レポート出力管理プログラム、アラーム通知管理プログラムなども挙げられる。なお、アプリケーションとしてはこれらに限定されるものではない。
【００２５】
図３は、ＳＯＡＰサーバ２の機能を示すブロック図である。ＳＯＡＰサーバ２は、周知のコンピュータから構成されるサーバコンピュータである。図示しないキーボード、マウス等の入力手段、統合画面表示手段であるディスプレーからなる統合画面７（図６参照）、ＣＰＵからなる演算手段、ＲＡＭ，ＲＯＭ，ＨＤＤ等の記憶手段、モデム、ルータなどの通信手段を備える。ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）として、例えば、本実施形態ではＷｉｎｄｏｗｓＸＰ（Ｍｉｃｒｏｓｏｆｔの登録商標）を採用するが、Ｌｉｎｕｘ他のＯＳも採用できる。
このＳＯＡＰサーバ２は、システム１全体のデータベースとなる統合データベース５と接続されており、ＳＯＡＰサーバ２は、このデータベースを管理するデータベースサーバとしての機能も有する。なお、この統合データベース５は、データベースサーバとして独立したコンピュータでもよいが、例えば、ＳＯＡＰサーバ２に内蔵されたＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）のようなものでもよくデータベースとして機能すればその構成は問わない。
【００２６】
また、通信インターフェイスを備える。このＳＯＡＰサーバ２ではプロトコルとしてＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）を使用している。また、その下位プロトコルとして、ＴＣＰ／ＩＰ、ＨＴＴＰを使用している。つまりインターネット／イントラネットで広く使用でき、イントラネットとしてのシステム１におけるサーバとして機能している。なお、通信手段としては、有線・無線、専用回線・公衆回線、ＬＡＮ・ＷＡＮ、インターネットとの接続の有無等を問わず、各サーバがＨＴＴＰベースで通信可能であればよい。
【００２７】
このＳＯＡＰサーバ２のプロトコルとして採用しているＳＯＡＰの特徴は、通常セキュリティ上の理由から外部には閉鎖している１３５番のポート（ＲＰＣ（Ｒｅｍｏｔｅ Ｐｒｏｃｅｄｕｒｅ Ｃａｌｌ）エンドポイントマッパ）を使用せずにＨＴＴＰ用の８０番のポートを使用する。そのため、ファイヤウォールがＨＴＴＰによる要求を受け入れる通常の設定であればファイヤウォールを通り抜けることができる。そのため、ファイヤウォールを備えたサーバに対してもアクセスすることができるものである。システム１においても、図示をしないファイヤウォールが設けられている。
【００２８】
さらに、ＳＯＡＰでは、下位プロトコルは限定されないが、一般にＨＴＴＰを下位プロトコルとして使用し、リモートマシン上のオブジェクトにアクセスしたり、サービスルーチンを呼び出すこともできる。本発明でも下位プロトコルとしてＨＴＴＰを使用しており、サーバにデータを送るためのコマンドであるＰＯＳＴコマンドを使って、アクセスしたいオブジェクトを表すＸＭＬ（ｅＸｔｅｎｄａｂｕｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）データを送る。そうするとＨＴＴＰ要求としてのそのコマンドに対する応答として、目的のデータを含むＸＭＬデータが送り返される。
【００２９】
ＸＭＬは、ＸＭＬのデータ構造を記述する言語としてＸＭＬスキーマ（Ｓｃｈｅｍａ）を採用している。ＸＭＬスキーマは、Ｗ３Ｃにより策定されたスキーマ言語で、複数のスキーマを混在させるのに必要なＸＭＬ名前空間を使用できるという特徴がある。また、ＸＭＬの文法で記述できる。さらに、要素の内容や属性値のデータ型を詳細に指定できる。
【００３０】
また、ＳＯＡＰであれば、アクセス要求やその結果として返されるデータの表現形式としてＸＭＬを採用しているため、特定のフォーマットにとらわれない、柔軟で汎用性の高いデータアクセス機能を備える。
【００３１】
そのため、ＸＭＬでは、データとともに、そのデータの名前やデータの属性を表すタグも同時に含めることができるので、データ形式を自由に定義できる。たとえば、単純な数値型や文字型のみならず、配列のような繰り返し型のデータや複雑な構造のデータ、バイナリーデータなど任意のデータを格納することができる。したがって、出力データが欲しいアプリケーションが、結果をＴＸＴ形式やＣＳＶ形式で出力する場合であっても、データ形式を所定のＸＭＬ形式に変換して格納すれば、ＨＴＴＰ上でデータの交換ができる。
【００３２】
本発明においても、クライアントから送信されたＸＭＬデータを８０番のポートで受信して、ＸＭＬフィルタリング（書式書き換え）プログラムなどで統合データベース５に適合したＸＭＬによる内部フォーマット形式に書き換え、統合データベース５で蓄積する。
【００３３】
以下、図３を参照してＳＯＡＰサーバ２の機能について、説明する。ＨＴＴＰプログラム２１は、ポート番号８０からＨＴＴＰによるデータを受け入れる。基本的には、ＨＴＴＰ要求を受け入れるのであるが、前述のようにＳＯＡＰによるＸＭＬ形式のテキストデータを受け入れる。また、ＳＯＡＰによってＸＭＬ−ＲＰＣのリモートアクセスのデータも受け入れる。
【００３４】
ｓｒｖＣＯＭ２２は、ＳＯＡＰサーバ２を制御するプログラムであり、ＳＯＡＰマネージャプログラムとして機能する。その機能としては、まず、各クライアント４のクライアントコム（ｃｌｉｅｎｔＣＯＭ）ファイル４３により、各アプリケーションから送信されたＸＭＬ文書を受信し、処理を実行するために必要なデータ形式に変換する。具体的には、データを統合データベース５に蓄積したり、統合画面表示手段として出力結果を画面に統合画面７として表示させたり、所定の閾値を超えた場合にはアラームを発する。また、必要なアプリケーションを直接呼び出すためのＸＭＬ−ＲＰＣの要求をクライアント４に対して送信する。
【００３５】
ＳＯＡＰサーバ２は、クライアント４から定期的に送信されるトラフィック情報や、パフォーマンス情報、特定のイベントにより送信されたデータを統合データベース５に格納できる形式に変換する。
【００３６】
また、ＳＯＡＰサーバ２は、データベースサーバとして以下のような機能も有する。まずハードウエア資産、ソフトウエア資産、トラフィックデータ、リソースデータ、レスポンスデータ、マッピングデータの各ソフトウエアで収集したデータを統合する。また、各ソフトウエアの連携を行う。ここでＯＤＢＣ（Ｏｐｅｎ ＤａｔａＢａｓｅ Ｃｏｎｎｅｃｔｉｖｉｔｙ）とは、特定のプラットフォームに依存することなく、プログラムからのデータベースアクセスを可能にするＡＰＩ仕様である。Ｗｉｎｄｏｗｓ環境においては、プリンタやグラフィックカードなどのデバイスドライバレイヤを用意し、個々のハードウエアの違いをここで吸収することで、アプリケーション側ではハードウエアを意識しないですむようになっている。このＯＤＢＣも、データベースに対してこれと同じような機能を実現する。データベースにアクセスするアプリケーション側では、特定のデータベースシステムを意識することなく、ＯＤＢＣインターフェイスに従ってデータベースアクセスを行う。すると各データベースごとに用意されたＯＤＢＣドライバを経由して、実際のデータベースアクセスが行われる。
【００３７】
本実施形態では、ＯＤＢＣ２ＸＭＬ／ＸＭＬ２ＯＤＢＣインターフェイスにより、クライアント４は、サーバアプリケーションのＯＤＢＣデータベースから来るすべてのＸＭＬデータを割り振りする。１つの単一コンポーネントは、どんなＯＤＢＣデータベースにもアクセス互換性をもったＸＭＬデータレコードに変換される。また、ＯＤＢＣから返されたレコードセットは、ＸＭＬフォーマットに変換される。最終的には、テーブル名やアライアス、フィールド名、タグ名といった簡単な変換レコードセットになる。
【００３８】
クライアント４からは、ＸＭＬ−ＲＰＣを使ってＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅ）による要求ができる。クライアントからＳＱＬによる要求があった場合は、データベース管理プログラムが、ＸＭＬ−ＲＰＣにより送信されたＸＭＬフィルタリングプログラムによりＳＱＬに変換し、データベースの検索等を行う。したがって、統合データベース５は、各クライアント４やＷｅｂサーバ３から自由に検索等ができる。検索結果はデータ再変換手段であるデータベース管理プログラムが再びＳＯＡＰにより送信可能なＸＭＬ文書に再変換する。
【００３９】
ＳＯＡＰマネージャであるｓｒｖＣＯＭ２２は、ＳＯＡＰサーバ２からＸＭＬ−ＲＰＣにより各クライアントの各管理ツールを直接呼び出すことができるアプリケーション呼び出し手段として機能する。したがって、ＳＯＡＰサーバ２では、各アプリケーションをあたかも直接操作するように利用できる。そのため、ＳＯＡＰサーバ２のみを操作すれば、各クライアントをインターフェイスとして分散配置された各アプリケーションが集中的に管理できる。さらに、各アプリケーションの操作画面は、統合画面７（図６参照）としてＳＯＡＰサーバ２の１つの画面に集約されて、各管理ツールの操作の違いを吸収して、統一的な操作に近づける。あたかも１つのツールであるような印象を与える。この統合画面７はＷｅｂベースのＷＷＷブラウザの操作画面に表示させるため、ＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）環境の下で操作が容易になっており、専門の管理者でなくても容易に使いこなすことができる。
【００４０】
この統合画面７では、前述の各アプリケーションの操作に加え、データベースの検索もできる。さらに、トラフィックやパフォーマンスが所定の閾値を下回る場合は、この統合画面７にアラームが表示されるため、ネットワーク管理者は、この統合画面７のみを監視していれば、重大なエラーを見落とすこともない。すべてのシステムを１人で多面的に完全に監視でき、サーバのダウンなど重大な結果を予め回避することができる。さらに、アラームに基づいてその処置を自動化すれば、無人化することもできる。
【００４１】
ｓｒｖ２３は、サーバとしての基本的な実行プログラムで、
ｐｏｌｌｉｎｇ２４は、定期的にクライアント４に処理を要求する。ｑｕｅｕｅ２５は、タスクをハンドルしてＦＩＦＯ（Ｆｉｒｓｔ−Ｉｎ Ｆｉｒｓｔ−Ｏｕｔ）で処理する。
【００４２】
また、クライアントから受信したＸＭＬデータに基づいて、画面表示する。
クライアントから受信したＸＭＬデータに基づいて、管理者にアラームを送信する。
（Ｗｅｂサーバ３）
図２は、Ｗｅｂサーバ３の機能を示すブロック図である。ＳＯＡＰサーバ２は、図示しない入力手段、表示手段、演算手段、記憶手段、通信手段を備えた周知のコンピュータから構成されるサーバコンピュータである。ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）として、例えば、本実施形態ではＷｉｎｄｏｗｓＸＰ（Ｍｉｃｒｏｓｏｆｔの登録商標）を採用するが、Ｌｉｎｕｘ他のＯＳも採用できる。
【００４３】
通信インターフェイスであるＨＴＴＰプログラム３１では、ポート番号８０からＨＴＴＰによる要求を受け入れる。ＷＷＷブラウザからＷｅｂサーバーに情報を渡すためにＧＥＴとＰＯＳＴという２つのメソッドがある。これらのメソッドは、データを供給する方法が異なる。ＧＥＴメソッドでは、データはエンコードされてＵＲＬの一部として送付される。ＰＯＳＴでは、データはエンコードは、されるが、ＵＲＬの一部ではなくデータ・パケットとして供給される。ＨｔｔｐＳｅｒｖｌｅｔのｓｅｒｖｉｃｅ（）メソッドのデフォルトの動作は、要求の中で情報がＧＥＴかＰＯＳＴのいずれで提供されるかによって決まる。情報がＧＥＴによって提供されると、ｓｅｒｖｉｃｅ（）メソッドはｄｏＧｅｔ（）メソッドを呼び出す。そしてＰＯＳＴの場合は、ｄｏＰｏｓｔ（）メソッドを呼び出す。このようにしてＧＥＴ、ＰＯＳＴを入力すると、この要求に応じてＨＴＭＬ若しくはＨＭＬ文書を返す。
【００４４】
ｓｒｖＣＯＭプログラム３２は、Ｗｅｂサーバとしての処理を実行するプログラムで、ｃｏｎｆｉｇ３３は、スタートアップや各種設定パラメータを保持する。またｘｔｒａｎ３４を備える。ｌｏｇ３５は、サーバの通信ログを管理する。
【００４５】
（クライアント４）
次に、クライアントコンピュータ（以下適宜クライアント４と略記する）について説明する。クライアント４は、図示しない入力手段、表示手段、演算手段、記憶手段、通信手段を備えた周知のコンピュータから構成されるサーバ／クライアントシステムにおけるクライアントコンピュータである。ＯＳとして、例えば、本実施形態ではＷｉｎｄｏｗｓＸＰ（Ｍｉｃｒｏｓｏｆｔの登録商標）を採用するが、Ｌｉｎｕｘ他のＯＳも採用できる。
【００４６】
ここで、図４は、クライアント４の機能を示すブロック図である。クライアント４は、各アプリケーション４９とのインターフェイスを行うクライアント・コンピュータとして、以下のようなプログラム・ファイルを備える。
【００４７】
ＨＴＴＰプログラム４１は、ＨＴＴＰのプロトコルで受信するためのインターフェイスを機能させる。
ｗｉｎｉｎｅｔ４２は、インターネットの接続に関するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）である。このＡＰＩは、ＯＳに対して、ＩｎｔｅｒｎｅｔＯｐｅｎのコマンドによりブラウザであるインターネットエクスプローラ（登録商標）においてインターネットにおいてＷｅｂｐａｇｅを開く。その他、ＩｎｔｅｒｎｅｔＣｏｎｎｅｃｔ／ＨｔｔｐＯｐｅｎＲｅｑｕｅｓｔ／ＨｔｔｐＳｅｎｄＲｅｑｕｅｓｔ／ＨｔｔｐＱｕｅｒｙＩｎｆｏ／ＩｎｔｅｒｎｅｔＲｅａｄＦｉｌｅ／ＩｎｔｅｒｎｅｔＣｌｏｓｅＨａｎｄｌｅ等のコマンドを備える。
【００４８】
クライアントコムファイル４３内のＣｌｉｅｎｔ．ｅｘｅファイルは、ＳＯＡＰエージェントである実行プログラムのモジュールである。図示しないｃｏｎｆｉｇ．ｘｍｌファイルは、クライアントコムファイル４３内のＣｌｉｅｎｔ．ｅｘｅファイルのスタートアップと設定パラメータを管理する。ｐｏｌｌｉｎｇ．ｘｍｌファイル４５は、リスニングスケジュールタスクとオペレーションを実行するＸＭＬファイルである。ｑｕｅｕｅ．ｘｍｌファイル４６は、キューリクエストを行うリスニングクライアントＸＭＬファイルである。ＳＲＶ．ｌｏｇファイル４８は、ログファイルである。クライアントコムファイル４３は、ＳＯＡＰエージェントとしてのプログラムである。エグゼキュータ（ｅｘｅｃｕｔｅｒ）プロセス４４は、エージェントプログラムとして機能する。具体的には、構文解析ファイルであるＰａｒｓｅｒｕｌｅｓファイル４７を参照しながら、例えばＴＸＴ形式やＣＳＶ形式のアプリケーション４９固有の形式・フォーマットから所定の共通のスキームに基づいたＳＯＡＰによりＨＴＴＰ上で送信可能なＸＭＬ文書のデータに変換する。また、ＳＯＡＰサーバ２からＸＭＬ−ＲＰＣにより送信されたＸＭＬによる命令を、クライアントコムファイル４３が受けた場合に、アプリケーション４９に実行するために、ＸＭＬからアプリケーション所定の形式・フォーマットに翻訳する機能も有する。「モジュール」を使用すれば、管理ツールが英語版であっても、ＳＯＡＰサーバのマネージャでは、日本語で操作できる。
【００４９】
アプリケーション４９は、例えば、資産管理マネージャ、トラフィック・サーバパフォーマンスマネージャ、ＭＡＰ作成用のＣＡＤソフト等の各マネージャは、別のサーバやＰＣプラットフォームにインストールされる場合と、同じプラットフォームにインストールされる場合がある。
【００５０】
代表的なアプリケーションとしては、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）によるネットワークマネージャプログラムがある。これは、トラフィック監視、サーバリソース監視、パフォーマンス監視を一体化したネットワーク管理ツールで、ＰＣのほかにルータやスイッチングハブ（図６参照）などのＳＮＭＰ／ＲＭＯＮ対応機器のＭＩＢ、ＲＭＯＮのデータを備えた情報（ベンダー固有の拡張ＭＩＢを含む。）、サーバの応答時間、リソース状態を定期的に収集、計測し、データベースに保存する。このネットワークマネージャは、それぞれの計測値に対して閾地を設定することで、実際に障害が起こる前にトラブルを予知し、警告を管理者にトラップで通知する機能を備える。「トラップ」とは、ネットワーク管理システムにおいて、障害情報を被管理装置自らが通報することである。
【００５１】
また、ソフトウエア資産管理のアプリケーションでは、エージェントを各ＰＣに配置し、そこから各クライアントにインストールされているソフトウエアのバージョンやインストール時期、金額情報をマネージャソフトウエアにＳＮＭＰを使って伝える。より詳細には、ソフトウエアの製品名、製造メーカ、所有者、管理者、購入元、サポート会社、購入時金額、使用年月、バージョン、Ｓ／Ｎ、保守契約年月、保守費用、使用頻度を管理する。
【００５２】
ハードウエア資産管理のアプリケーションでは、ハードウエア資産情報とソフトウエア資産情報、ＭＡＰ情報をＸＭＬを利用してＸＭＬデータベースで一元化する。より詳細には、ハードウエアの機種、製造メーカ、所有者、管理者、購入元、サポート会社、メモリ、ＣＰＵ、ＢＩＯＳバージョン、購入時金額、使用年月、Ｓ／Ｎ、ＨＤ容量、ＯＳバージョン、使用頻度、ＩＰアドレス、ネットワークＩＤ、ＭＡＣアドレスなどを管理する。
【００５３】
機器接続管理のアプリケーションでは、システムの各ノードとトポロジーを認識し、さらにＣＡＤソフトを利用して、実体的なマッピングを行い、これをＳＯＡＰサーバ２の画面に表示する。
【００５４】
その他アプリケーションとして、セキュリティ管理では、ファイヤウォールの管理を含めた、ウイルス検出や、データのフィルタリングを行ったり、トラブル解析では、トラブルが生じた時に、トラブルが生じた位置をマップ上で示すとともにアナライザによる自己検診により、解決法や関連情報を提示する。
【００５５】
クライアント４はＣＯＭオートメーションや出力ファイルを通して、クライアントソフトウエアへ連携をとるためのＸＭＬベースインターフェイスである。クライアント４は、直接ＳＯＡＰサーバ２とは通信をしないが、Ｗｅｂサービスを通した時のみ通信をする。また、Ｗｅｂサービスからの要求がなくても、通常のインターバルでサーバにコンタクトし、ピックアップやデリバリーのメッセージを見る。インターバルは１分から６時間の範囲で設定する。これにより、ＣＯＭオブジェクトに対して、コードをプットすることをアドバイスする。このアプリケーションは、クライアント端末上の一つのサービスとして動かす必要がある。
【００５６】
内部メモリデータベース（Ｖａｒｉａｂｌｅ Ｅｘｐａｎｓｉｏｎ）は、クライアント４に、アプリケーション毎にセットされた可変名の内部メモリ・データベースに保持される。また、可変名は特別な意味を持つ。プログラムが＠＠ｔａｇｎａｍｅ＠＠というタグをカウントすると、可変名を参照し、ストア値に置き換える。
【００５７】
ここでは下記の特別な値の一つを使用する。
ＣＡＬＬＥＲ：ｓｏａｐ ｓｅｒｖｅｒｓ ｉｐ ａｄｄｒｅｓｓＩＰ：ｃｕｒｒｅｎｔ ｔｅｒｍｉｎａｌｓ ｉｐ ａｄｄｒｅｓｓ
ＭＥＳＳＡＧＥＧＵＩＤ：ＧＵＩＤ ｓｅｎｔ ｂａｃｋ ｆｒｏｍ ａ ｒｕｎＳｅｒｖｉｃｅ ｒｅｑｕｅｓｔ．
ＲＡＮＤＯＭ：Ａｎ ８ ｄｉｇｉｔ ｒａｎｄｏｍ ｓｔｒｉｎｇ （ｆｉｒｓｔ ｂｙｔｅ ａｌｐｈａ ｃｈａｒａｃｔｅｒ）
ＧＵＩＤ：Ａ ｎｅｗ ＧＵＩＤ ｓｔｒｉｎｇ．
ＣＡＬＬＲＥＰＬＹ：ｓｏａｐ ｓｅｒｖｅｒ ｍｅｓｓａｇｅＲｅｐｌｙ ｅｎｄｐｏｉｎｔ
ＦＡＵＬＴ：Ｔｈｉｓ ｃｏｎｔａｉｎｓ ｔｈｅ ｃｕｒｒｅｎｔ ｅｒｒｏｒ ｎｕｍｂｅｒ
ＦＡＵＬＴＤＥＳＣＲＩＰＴＩＯＮ： Ｔｈｉｓ ｉｓ ｔｈｅ ｃｕｒｒｅｎｔ ｅｒｒｏｒ ｄｅｓｃｒｉｐｔｉｏｎ
ＡＤＭＩＮＭＡＩＬ：Ｔｈｅ ｒｅｇｉｓｔｅｒｅｄ ａｄｍｉｎｉｓｔｒａｔｏｒ ｅｍａｉｌ ａｄｄｒｅｓｓ ｔｏ ｒｅｃｅｉｖｅ ｆａｕｌｔ ｅｍａｉｌｓ
ＪＯＢＮＡＭＥ：Ｔｈ ｅ ｃｕｒｒｅｎｔ Ｊｏｂ Ｎａｍｅ ｂｅｉｎｇ ｒｕｎ
ＪＯＢＤＥＳＣＲＩＰＴＩＯＮ：Ｔｈｅ ｃｕｒｒｅｎｔ Ｊｏｂ Ｄｅｓｃｒｉｐｔｉｏｎ ｂｅｉｎｇ ｒｕｎ
ＴＩＭＥ：Ｔｈｅ ｃｕｒｒｅｎｔ ｔｉｍｅ
ＸＭＬＰＡＹＬＯＡＤ：Ｔｈｅ ｃｕｒｒｅｎｔ ｘｍｌｄａｔａ．
クライアント４は、３つのプロセスファンクションを持つ。１つ目は、ＳＯＡＰサーバに通信を保持し、ＨＴＴＰによりＳＯＡＰ／ＸＭＬ−ＲＰＣのポート番号８０経由でメッセージを送受信する。２つ目は、ジョブスケジュールのプロセスをハンドルする。これは、ｐｏｌｌｉｎｇ．ｘｍｌファイル４５にリストされ、入力リクエストの実行やプロセシングをする。３つ目のプロセスは、タイマーベースプログラムになり、ｑｕｅｕｅ．ｘｍｌファイル４６内のプロセスメッセージに応答する。これは、ジョブ監視プロセスでｑｕｅｕｅ．ｘｍｌファイル４６をハンドルし続け、リクエストをピックアップした入力メッセージをハンドルする。
【００５８】
クライアントプロセス（ｃｌｉｅｎｔ ｐｒｏｃｅｓｓ）は、タイマーベースプロセスである。ｃｏｎｆｉｇ．ｘｍｌファイル４５を通してセットされたインターバルでサーバをチェックする。また、可能な限り速やかにｐｏｌｌｉｎｇ．ｘｍｌファイル４５を通して読み込む。適当な時間を他のプロセスのＯＳに振り分ける必要がある。エグゼキュータプロセス４４は、ＸＭＬファイルや他のメカニズムを通して通信される。管理は、クライアントがサーバに送るメッセージの確認記録を確保しなければならない。
【００５９】
ＣＯＭオートメーション・スクリプトは、ダイナミックスクリプトの実行や発生を可能にするｐｏｌｌｉｎｇ．ｘｍｌファイル４５からのパラメータとスタイルシートを使用する。これは、ＣＯＭオートメーションオブジェクトや引数データをコールする。ｐｏｌｌｉｎｇ．ｘｍｌフラグメントはＣＯＭオートメーションコマンドタグを表す。このジョブは、ＸＳＬＴスタイルシートと結合して使用する。このスタイルシートは、ＶＢＳスクリプトを発生する。ｐｏｌｌｉｎｇ．ｘｍｌフラグメントの出力結果は、ＶＢＳスクリプトファイルに作られたＸＳＬＴスタイルシートを使用して転送を始める。メソッドは、アサイメントやパラメータの値を使用して実行する。
【００６０】
（作用）ここで図５は、統合データベース５の作用を説明するブロック図である。以下、本実施形態のネットワーク統合管理システム１の作用について説明する。図５に示すＳＯＡＰサーバ２の資産管理マネージャは、クライアント４の１つとセッションを確立して要求メッセージを送信する。具体的には、ＨＴＴＰによるトランスポートプロトコル上でＳＯＡＰプロトコルによりＸＭＬ形式のメッセージを送信する。したがって、ファイヤウォールが存在しても８０番のポートがオープンしていればセッションを確立することができる。このメッセージは、ＲＰＣ呼び出しを文書指向のメッセージでシミュレートする。
【００６１】
セッションが解消した後、クライアント４のエージェントは、ＸＭＬｐａｒｓｅｒ（ＸＭＬプロセッサ）により受信したＸＭＬ文書の文法チェックを行う。文法チェックが済んだＸＭＬ文書を、ルート要素を基本としてツリー構造の要素のオブジェクトとしてメモリ上に展開しアプリケーションに渡す。ここでは、アプリケーションがネットワークの管理ツールであるソフトウエア資産管理のアプリケーション６とする。エージェントにより翻訳されたＸＭＬ文書はアプリケーション６により理解できるデータになっているため、アプリケーション６はその要求に従って、例えば、各コンピュータにインストールされたソフトウエアの情報を収集する。アプリケーション６からの出力を受けたクライアント４のエージェントは、そのデータ形式をＸＭＬに変換し、ＳＯＡＰサーバ２とのセッションを確立してＳＯＡＰサーバ２に送信する。
【００６２】
ＳＯＡＰサーバ２の資産管理マネージャは、各アプリケーションから収集したＸＭＬ文書をさらに統一したスキームで書き換えることで、統合データベース５にデータを蓄積する。また、リソース及びＭＩＢし、異なるアプリケーションの画面を統合画面７で一覧表示し、アラームなどを実施することができる。
【００６３】
また、ＳＯＡＰサーバ２の中で、ＸＭＬ文書中の後方のアプリケーションロジックと連動したアプリケーションタグを埋め込むことで、文書本体とアプリケーションロジックを完全に切り離すことで、サイトの高速応答が可能になっている。また、アプリケーションロジックそのものに依存せずにサイトの体裁の変更ができる。
【００６４】
ここで、図６はネットワーク統合管理システム１の機能の概念図である。本実施形態のネットワーク統合管理システム１は、図６に示すように、１つのソフトウエアでシステム管理を行うものではなく、たとえば、トラフィック・サーバパフォーマンス管理、資産管理、ＣＡＤ、セキュリティ管理、トラブル解析などの複数の管理ツールから構成される。これらをＳＯＡＰサーバ２の１つの統合画面７から各種のアプリケーション（管理ツール）を操作・表示させて、この表示させた各管理ツールにより収集したデータを用い、例えば、障害通知、障害箇所把握、ログ記録、レポート発行などを行うための統合システム管理プラットフォームである。つまり、各管理ツールは、既にシステムに導入された既存のものを使用することを前提にするため、新たにシステムを入れ替えるような状況ばかりでなく、現在、複数の管理ツールをそれぞれ用いているようなシステムに導入することができる点に特徴がある。
【００６５】
上記実施形態のネットワーク統合管理システム１によれば、以下のような特徴を得ることができる。
・ 本実施形態のネットワーク統合管理システム１は、今まで独立しての使用しかできなかった個々のツールを、対応モジュールをインターフェイスに使用することにより、ワンサイトで全ての情報を一元管理できる。
・ 管理者が常にケアするのはネットワーク統合管理システム１によって統括された情報のみであり、詳細確認やトラブル発生時には、マップからドリルダウンするだけで対応するアプリケーションの必要なインフォメーションを把握することができる。
・ また、これら各種ツールを横断的に管理できる利点を最大限に活かし、障害検知だけでなくトラブル予知や対応アクションの自動化など、さらなる管理工数の効率化を実現できる。
・ また、ＷＷＷブラウザの画面を用いているため、特別な知識や経験がなくても、簡単で効率的なネットワーク管理業務の遂行が可能になる。
・ したがって、今ある資産、各種の管理ツールやセキュリティソフト、資産管理システムをそのまま活用し、誰が、何が、どこで、何を、どんな状態であるかの情報を統括してビジュアル的に表示することができる。そのため、横断的なリアルタイムでの状況把握やトラブル予知、傾向検証と対策の実現、ひいては自動設定によるオート制御も実現することができる。
【００６６】
【発明の効果】
以上、詳述したように、本願発明では、既存のハードウエア、ソフトウエアの環境を活用することで低コストで構築でき、かつネットワークを多面的に管理しながら、管理・操作も容易であって人手もかからず、ネットワーク全体を統合して種々の情報が一元管理できるという効果がある。
【図面の簡単な説明】
【図１】ネットワーク統合管理システム１の機能の概略を示す構成図。
【図２】Ｗｅｂサーバ３の機能を示すブロック図。
【図３】ＳＯＡＰサーバ２の機能を示すブロック図。
【図４】クライアント４の機能を示すブロック図。
【図５】統合データベース５の作用を説明するブロック図。
【図６】ネットワーク統合管理システム１の機能の概念図。
【符号の説明】
１…ネットワーク統合管理システム、２…ＳＯＡＰ（データベース）サーバ、３…Ｗｅｂサーバ、４…クライアント（コンピュータ）、５…統合データベース、６，４９…アプリケーション、７…統合画面

Claims (7)

1. ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）サーバと、当該ＳＯＡＰサーバとＨＴＴＰにより通信可能なＷｅｂサーバと、当該ＳＯＡＰサーバとＨＴＴＰにより通信可能な１以上のクライアントコンピュータと、前記ＳＯＡＰサーバ及び前記Ｗｅｂサーバから参照可能なデータベースとからなるシステムとして構成され、
   前記ＳＯＡＰサーバは、ＳＯＡＰマネージャプログラムと、ＸＭＬフィルタリングプログラムと、データベース管理プログラムとを備え、
   前記Ｗｅｂサーバは、ＷＷＷに接続され、
   前記クライアントコンピュータは、ＳＮＭＰ（Ｓｉｍｐｌｅ ＮｅｔｗｏｒｋＭａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）によるネットワークマネージャプログラムを含むシステム管理のためのアプリケーションのインターフェイスと、当該インターフェイスにより入力された当該アプリケーションからのデータを当該アプリケーション固有の形式・フォーマットから所定の共通のスキームに基づいたＳＯＡＰによりＨＴＴＰ上で送信可能なＸＭＬ文書のデータに変換するエージェントプログラムを備えたことを特徴とするネットワーク統合管理システム。
2. 前記システム管理のためのアプリケーションは、ソフトウエア資産管理プログラム、ハードウエア資産管理プログラム、トラフィック監視プログラム、サーバ・パフォーマンス監視プログラム、サーバ・リソース管理プログラム、機器接続管理プログラム、ＣＡＤソフトを利用した接続機器マッピングプログラム、ファイヤウォールによるセキュリティ管理プログラム、トラブル解析ためのアナライザ、統合データベース管理プログラム、レポート出力管理プログラム、アラーム通知管理プログラムのいずれかを備えたアプリケーションであることを特徴とする請求項１に記載のネットワーク統合管理システム。
3. 前記ＳＯＡＰサーバは、前記複数のクライアントコンピュータのエージェントプログラムにより所定のスキームによるＸＭＬ文書に変換されたデータのフォーマットを、前記ＳＯＡＰマネージャプログラムにより前記データベースで記憶可能なフォーマットに変換して前記データベースにデータを書き込むとともに、当該データベースから読み出したデータを前記所定のスキームによるＸＭＬ文書に再変換するデータ再変換手段を備えたことを特徴とする請求項１又は請求項２に記載のネットワーク統合管理システム。
4. 前記データベースは、ハードウエア資産情報、ソフトウエア資産情報、ハーウエア機器管理、ノード管理、トポロジー管理のいずれかを含む、前記アプリケーションから収集された情報をＸＭＬ文書で一元管理をすることを特徴とする請求項３に記載のネットワーク統合管理システム。
5. 前記ＳＯＡＰサーバのＳＯＡＰマネージャプログラムは、前記複数のクライアントコンピュータから送信された所定のスキームによるＸＭＬ文書に変換された複数のアプリケーションからの出力結果に基づいてシステムの状態を統合画面として一覧表示する統合画面表示手段を備えたことを特徴とする請求項１乃至請求項４のいずれか１項に記載のネットワーク統合管理システム。
6. 前記統合画面表示手段により表示される統合画面は、インターネットのＷＷＷブラウザにより表示されることを特徴とする請求項５に記載のネットワーク統合管理システム。
7. 前記ＳＯＡＰサーバは、前記ＳＯＡＰマネージャプログラムにより、前記複数のクライアントコンピュータのいずれかに対して、前記アプリケーションを操作するＲＰＣ（Ｒｅｍｏｒｔ Ｐｒｏｃｅｄｕｒｅ Ｃａｌｌ）メッセージをＸＭＬ文書で送信し、前記クライアントコンピュータは前記エージェントプログラムにより、必要な処理を行って前記ＳＯＡＰサーバにその結果をＸＭＬ文書で返信するアプリケーション呼び出し手段を備えたことを特徴とする請求項１乃至請求項６のいずれか１項に記載のネットワーク統合管理システム。

Images