JP2005309838A - 情報管理システムと情報管理方法、及び、そのための情報管理サブシステム - Google Patents

Abstract

【課題】 分析や解析のために生ずる膨大なデータ転送を削減する情報管理システムと情報管理方法、さらには、そのための情報管理サブシステムを提供する。
【解決手段】 マネージャ１００が、ネットワーク６００を介して接続された複数のエージェント３００において収集されるデータを分析又は解析するシステムにおいて、ストレージ４００を利用してエージェント３００とデータを共有するサブマネージャ２００を配置しており、当該サブマネージャは、管理対象であるエージェントで収集される各種情報データ、それを収集・分析するためのプログラム、及び、その分析結果のデータを、他のネットワーク５００を介して接続され、かつ、上記サブマネージャとエージェントの間で共用するストレージ４００内に蓄積し、構成管理情報として管理する。
【選択図】 図１

Description

本発明は、システムの運用管理のために取得された性能データ等の情報を統合的に管理する情報管理システム及びその情報管理方法、更には、そのための情報管理サブシステムに関するものである。

ネットワークを介して接続された複数のコンピュータにより構築されたシステムの運用管理やチューニングを行う上で、継続的なデータの収集と定期的な収集データの分析が不可欠である。そのため、通常、業務を行うかたわら、運用管理対象の機器（例えば、データベースやＯＳ等）を対象に、常時、データの収集を行うプログラム（エージェント）を稼動させて、該当機器の状態や性能等のデータ収集を行う。また、データ分析を行なうため、収集した情報データを上記エージェントとは別のコンピュータに集め、もって、データの傾向等を監視することが行なわれている。例えば、特許文献１では、エージェントが管理する正規化ログファイルをマネージャへ収集する方法をとっている。

特開２００２−３６６３９４号公報

そのため、上記の従来技術では、ネットワークを介して大量の情報データがエージェントからマネージャへと転送するため、ネットワークに与える負荷の増大という問題点があった。また、特に、上述した特許文献１に開示されたログデータの収集管理方法では、エージェントで管理しているログファイルを、一旦、マネージャへ転送してから利用するため、エージェント数の増加に伴い、マネージャへの広域ネットワークを経由したデータ転送が発生し、ネットワーク帯域を圧迫するという問題があった。

そこで、本発明は、上述した従来技術における問題点を解消するものであり、その目的とするところは、システムを構成するネットワークの帯域を圧迫するデータ転送が発生することなく、エージェントが取得する性能データ等の情報を統合的に管理する情報管理システム及び情報管理方法、更には、そのための情報管理サブシステムを提供することにある。

すなわち、本発明では、マネージャとエージェントの間に、サブマネージャを配置し、かつ、前記サブマネージャと前記エージェントの間で、ストレージを介して情報データを共有する構成とすることより、情報データを集めてから分析するのではなく、むしろ、情報データの存在するところへプログラムを移動して分析や解析を実行し、もって、ネットワークを介して転送される大量の情報データの発生を防止し、広域ネットワークを、かかるデータ転送による帯域の圧迫から回避する。

より詳細には、本発明によれば、上記本発明の目的を達成するため、まず、ネットワークと、前記ネットワークに接続され、システムにおける運用管理対象機器を管理するマネージャが動作する管理用コンピュータと、前記ネットワークに接続され、前記運用管理対象機器を対象とするデータの収集又は分析を実行するエージェントが動作する業務用コンピュータとを備えた情報管理システムであって、更に、前記ネットワークに接続され、かつ、第二のネットワークを介して情報を格納するストレージに接続されて、前記マネージャの管理下で前記エージェントを管理するためのサブマネージャが動作する管理用コンピュータを備えており、前記サブマネージャは、前記第二のネットワークを介して、前記エージェントとの間で、前記ストレージを介して前記運用管理対象機器を対象とするデータを共有している情報管理システムが提供される。

また、本発明によれば、上記した情報管理システムにおいて、前記サブマネージャは、更に、前記ストレージ内における領域を管理する機能を有しており、前記サブマネージャが共有する前記データとして、前記運用管理対象機器を対象としてデータの収集又は分析を行なうためのプログラム、前記プログラムにより収集されたデータ、前記プログラムによる分析データの少なくとも一を含んでいることが好ましい。また、前記サブマネージャは、更に、前記エージェントに対して、前記ストレージ内で管理する前記データの収集又は分析を行なうプログラムを実行させる機能を有してもよく、或いは、前記マネージャは、前記サブマネージャにより前記ストレージ内に格納された、前記プログラムによる分析データを選択して、再度、分析又は解析してもよい。

また、本発明によれば、ネットワークを介して、システムにおける運用管理対象機器を管理するためのマネージャが動作する管理用コンピュータと、前記運用管理対象機器を対象とするデータの収集又は分析を実行するエージェントが動作する業務用コンピュータとに接続が可能であり、前記エージェントを管理するためのサブマネージャが動作する管理用コンピュータを備えた情報管理サブシステムであって、第二のネットワークを介して、前記エージェントと共に、情報を格納するストレージに接続され、かつ、前記第二のネットワークを介して、前記エージェントとの間で、前記ストレージを介してデータを共有している情報管理サブシステムが提供される。

なお、本発明によれば、上記の情報管理サブシステムにおいて、前記サブマネージャは、更に、前記ストレージ内における領域を管理する機能を有し、そして、前記データの収集又は分析を行なうプログラム、前記プログラムにより収集されたデータ、前記プログラムにより分析結果である分析データの少なくとも一を、前記ストレージ内に格納して管理してもよく、更に、前記サブマネージャは、更に、前記エージェントに対して、前記ストレージ内で管理する前記データの収集又は分析を行なうプログラムを実行させる機能を有してもよい。

加えて、本発明によれば、やはり上記の目的を達成するため、ネットワークと、前記ネットワークに接続され、システムにおける運用管理対象機器を管理するマネージャが動作する管理用コンピュータと、前記ネットワークに接続され、前記運用管理対象機器を対象とするデータの収集又は分析を実行するエージェントが動作する業務用コンピュータとを備え、更に、前記ネットワークに接続され、かつ、第二のネットワークを介して情報を格納するストレージに接続された、前記マネージャの管理下で前記エージェントを管理するためのサブマネージャが動作する管理用コンピュータを備えたシステムにおける情報管理方法であって、前記ストレージを介して前記運用管理対象機器を対象とするデータを、前記サブマネージャと前記エージェントとの間で、前記第二のネットワークを介して共有する情報管理方法が提供される。

また、本発明によれば、上記の情報管理方法において、前記共有するデータとして、前記運用管理対象機器を対象とするデータの収集又は分析を行なうプログラム、前記プログラムにより収集されたデータ、前記プログラムによる分析結果である分析データのうち少なくとも一を含んでいることが好ましく、更には、前記ストレージ内で管理する前記データの収集又は分析を行なうプログラムの実行を、前記サブマネージャから前記エージェントに対して指令してもよい。そして本発明によれば、前記マネージャは、前記サブマネージャにより前記ストレージ内に格納された、前記プログラムによる分析データを選択して、再度、分析又は解析してもよい。

すなわち、上記の本発明によれば、サブマネージャと、第二のネットワークを介して当該サブマネージャに接続されたストレージを介して、エージェントとの間で、運用管理対象機器を対象とするデータの収集又は分析を行なうプログラム、プログラムにより収集されたデータ、プログラムによる分析結果である分析データを含む膨大な情報データを共用することによって、業務用コンピュータが稼動するネットワークに影響を与えることなく、しかも、膨大な情報データを利用可能とするため、業務用コンピュータの運用効率を上げることが出来るという効果がある。また、膨大な情報データの転送に使用されるネットワーク帯域を局所化することにより、外部ネットワーク帯域の圧迫を防ぐことができるため、ネットワーク使用量等の課金や負荷を軽減できるという利点も生じる。

以下、本発明になる実施の形態について、添付の図面を参照しながら詳細に説明する。まず、図１は、本発明になる一実施の形態である、分析プログラムの自動配布を行う運用管理システムの概略構成を示す。図において、管理用コンピュータ１０、管理用コンピュータ２０、業務用コンピュータ３０は、主に、業務で使用されることを目的として、例えば、ＬＡＮやＷＡＮ等のネットワーク６００を介して、相互に接続されており、それぞれにおいて、マネージャ１００、サブマネージャ２００、エージェント３００が動作している。

なお、上記の運用管理システムでは、管理用コンピュータ１０を構成するマネージャ１００は、計算機の主記憶装置に格納され、オペレーティングシステム（以下「ＯＳ」）の下で走行するアプリケーションプログラムから構成される。また、管理用コンピュータ１０には、制御画面１１が接続され、この制御画面１１から各種の制御を実行することが可能となっている。例えば、これにより、上記ネットワーク６００に接続されている複数のサブマネージャ２００を、直接、管理することが可能になっている。但し、上記管理対象のサブマネージャ２００が１つの場合には、マネージャ１００を当該サブマネージャ２００と同一の管理用コンピュータ２０上で動作させることも可能である。

一方、上記の業務用コンピュータ３０を構成する複数のエージェント３００も、計算機の主記憶装置に格納されてＯＳの下で走行するアプリケーションプログラムから構成されており、当該業務用コンピュータ３０において、１つ又は複数が実行される。また、各エージェント３００は、それぞれが管理する、例えば、プログラムやＯＳ等、所謂、監視対象７００を持っている。

また、上記サブマネージャ２００が動作する管理用コンピュータ２０と、エージェント３００が動作する業務用コンピュータ３０とは、前記ネットワーク６００とは別に、例えば、ＳＡＮ（Storage Area Network）等、主にデータのやり取りするためのネットワーク５００を介して、相互に接続されている。更に、このネットワーク５００には、前記サブマネージャ２００及び前記エージェント３００からアクセスが可能な、１つ又は複数のストレージ４００が、接続されている。

次に、図２は、上記マネージャ１００の構成を示すための機能ブロック図であり、以下、このマネージャ１００を構成する各機能モジュールの概略について説明する。
（１）マネージャ制御部１０１
同一マネージャ内の他の機能ブロックを制御するプログラムであり、サブマネージャ２００との間で、指示、及び／又は、応答などのやり取りを行う。

（２）スケジューラ１０２
サブマネージャ２００及びエージェント３００におけるジョブスケジュールを管理しており、特定の時刻において、特定の処理を実施又は停止するよう、上記マネージャ制御部１０１へ通知するプログラムである。

（３）マネージャ通信管理部１０３
マネージャ１００がネットワーク６００を介して通信する際に、通信制御を行うためのプログラムである。

（４）マネージャ構成管理部１０４
サブマネージャ２００及びエージェント３００、及び、それらによって扱われるデータ及びプログラムの情報について、その一覧を管理するためのプログラムである。

（５）マネージャストレージ管理部１０５
マネージャ１００が、直接、上記ネットワーク５００を介してストレージ４００にアクセス可能な場合に、当該マネージャ１００が使用するストレージ領域の管理を行うためのプログラムであり、例えば、収集／分析プログラム等に使用されるストレージ４００上のパーティションとそのファイルパスとの対応付けを管理する。

（６）マネージャコマンド入力部１０６
マネージャ１００への外部からのコマンド、及び、当該マネージャ１００の管理下にあるサブマネージャ２００及び／又はエージェント３００を制御するコマンドを受け付けるためのプログラムである。

次に、添付の図３は、上記したマネージャ１００において管理される情報の概略図である。すなわち、この「マネージャが管理する情報」１１０は、「マネージャ名称」１１１、「通信アドレス」１１２、「稼動プラットフォーム」１１３、「構成管理情報」１１４、「スケジュール管理情報」１５０から構成される。なお、ここで、「マネージャ名称」１１１とは、上記マネージャ１００を識別するためのユニークな名称である。また、「通信アドレス１１２」とは、ＩＰアドレスやポート番号等の情報を言う。「稼動プラットフォーム」１１３は、上記マネージャ１００が稼動するプラットフォームに関する情報であり、更に、その「構成管理情報」１１４と「スケジュール管理情報」１５０については、以下に述べる。

即ち、上記「構成管理情報」１１４は、その管理下にあるサブマネージャ２００の情報を管理するための「管理対象サブマネージャ一覧」１１５と、上記サブマネージャ２００及びエージェント３００で実行されるプログラム情報を管理するための「プログラム管理情報一覧」１１６とから構成される。

更に、上記「構成管理情報」１１４を構成する「管理対象サブマネージャ一覧」１１５には、その管理下にあるサブマネージャ２００に関する情報である、所謂「管理対象サブマネージャ情報１〜ｎ」１２０が、一覧として保持されている。また、上記「プログラム管理情報一覧」１１６には、その管理下にあるプログラムに関する情報である「プログラム管理情報１〜ｎ」１３０が、やはり、一覧として保持されている。

添付の図４は、上記「管理対象サブマネージャ情報１〜ｎ」１２０の詳細を示しており、それぞれ、「サブマネージャ名称」１２１、「通信アドレス」１２２、そして、「稼動プラットフォーム」１２３から構成される。

また、添付の図５は、上記「プログラム管理情報１〜ｎ」１３０の詳細を示している。すなわち、プログラム管理情報１３０は、それぞれ、「プログラム名称」１３１、「プログラム格納先」１３２、「プログラム種別」１３３、「対象プラットフォーム」１３４、「収集データ名称」１３５と「分析データ名称」１３６、「プログラム引数」１３７、「プログラム用途」１３８、そして、「実行サブマネージャ／エージェント名称」１３９とから構成されている。ここで、「プログラム名称」１３１は、プログラムを識別するためのユニークな名称であり、「プログラム格納先」１３２は、プログラムの格納場所を表すパス名であり、「プログラム種別」１３３は、分析用か又は収集用かを示し、「対象プラットフォーム」１３４は、もしも収集用ならば、監視対象７００の種類（例えば、プログラム、ＯＳ等）を示すための識別情報であるプログラムが実行可能なプラットフォーム情報を示し、「収集データ名称」１３５と「分析データ名称」１３６は、それぞれ、収集データ格納場所又は分析データ格納場所を識別するユニークな名称であり（但し、プログラム種別１３３が収集プログラムであることを表す場合、当該分析データ名称１３６の欄は空となる）、「プログラム引数」１３７は、プログラム実行時のコマンドライン引数であり、「プログラム用途」１３８は、プログラムの用途を示し、「実行サブマネージャ／エージェント名称」１３９は、プログラムを実行するサブマネージャ２００又はエージェント３００の名称を表している（但し、必ずしもサブマネージャ２００又はエージェント３００の名称を厳密に指定する必要がない場合等、例えば、ワイルドカードや正規表現等よる指定によって、複数のエージェント３００を対象とした記述を可能とする）。

再び、上記図３に戻り、図には、上記「マネージャが管理する情報」１１０を構成する「スケジュール管理情報」１５０の詳細が示されている。具体的には、「時刻」１５１、「プログラム名称」１５２は、そして、「アクション」１５３から構成されている。なお、ここで、「時刻」１５１とは、地域に依存しない一意な時刻表現であり、以下にも説明する「プログラム名称」１５２や「アクション」１５３によって表される。また、「プログラム名称」１５２は、イベントを発生させる時刻を表す実行又は停止されるプログラムの名称であり、そして、「アクション」１５３は、実行又は停止を表す情報である。

次に、添付の図６は、上記サブマネージャ２００の構成を示す機能ブロック図であり、以下、当該サブマネージャ２００を構成する各機能モジュールの概略について説明する。

（１）サブマネージャ制御部２０１
同一サブマネージャ内の他の機能ブロックを制御するためのプログラムであり、上位のマネージャである上記マネージャ１００からの指示を受け、必要に応じて、エージェント３００との間でやり取りを行い、応答を返す。

（２）サブマネージャ上位通信管理部２０２
上記ＬＡＮやＷＡＮ等からなるネットワーク６００を介して通信する際に、通信制御を行うためのプログラムである。

（３）サブマネージャ下位通信管理部２０３
上記ネットワーク５００を介して通信する際に使用される、ストレージネットワーク４００との通信制御も可能なプログラムである。

（４）サブマネージャ構成管理部２０４
当該サブマネージャ自身の情報、その管理下にあるエージェント３００の情報、上位マネージャ１００の情報、プログラム管理情報、ストレージ管理情報等を含む、一連の、所謂、構成管理情報を管理するためのプログラムである。

（５）サブマネージャデータ分析部２０５
当該サブマネージャ２００の管理下にあるエージェント３００が収集した収集データを、マネージャ１００から指定されたプログラムによって分析するためのプログラムである。

（６）サブマネージャストレージ管理部２０６
当該サブマネージャ２００とその管理下にあるエージェント３００とが使用する、ストレージ領域の管理を行うためのプログラムであり、収集／分析データ、収集／分析プログラム等に使用される上記ストレージ４００上のパーティションとファイルパスとの対応付けを管理するためのプログラムである。

（７）サブマネージャコマンド入力部２０７
当該サブマネージャ２００への外部からのコマンド、及び、当該サブマネージャ２００の管理下にあるエージェント３００を制御するためのコマンドを受け付けるプログラムである。

続いて、添付の図７は、上記サブマネージャ２００において管理される情報の概略を示す。すなわち、「サブマネージャが管理する情報」２１０は、「サブマネージャ名称」２１１、「通信アドレス」２１２、「稼動プラットフォーム」２１３、「管理元マネージャ情報」２２０、「構成管理情報」２１４から構成される。ここで、上記「サブマネージャ名称」２１１は、上記サブマネージャ２００を識別するためのユニークな名称であり、「通信アドレス」２１２は、ＩＰアドレスやポート番号等の情報であり、「稼動プラットフォーム」２１３は、サブマネージャ２００が稼動するプラットフォームの情報であり、そして、「管理元マネージャ情報」２２０及び「構成管理情報」２１４については、以下に詳述するする。

すなわち、上記「管理元マネージャ情報」２２０は、図の中央部に示すように、「マネージャ名称」２２１と、「通信アドレス２２２」とから構成される。また、「構成管理情報」２１４は、管理下にあるエージェント３００の情報を管理するための「管理対象エージェント一覧」２１５、サブマネージャ２００及びエージェント３００で実行されるプログラム情報を管理するための「プログラム管理情報一覧」２１６、データ名称とその場所を管理するための「データ格納情報一覧」２１７、そして、上記管理用ストレージ４０６のパーティション管理を行うための「ストレージ管理情報」２１８とから構成されている。

更に、上記図７の右側には、上記「構成管理情報」２１４を構成する「管理対象エージェント一覧」２１５、「プログラム管理情報一覧」２１６、「データ格納情報一覧」２１７、「ストレージ管理情報」２１８の詳細が示されている。

すなわち、上記「管理対象エージェント一覧」２１５には、その管理下にあるエージェント３００に関する情報である「管理対象エージェント情報１〜ｎ」２３０が、それぞれ、一覧として保持されている。なお、この「管理対象エージェント情報１〜ｎ」２３０の詳細が、添付の図８に示されており、例えば「エージェント名称」２３１、「通信アドレス」２３２、「稼動プラットフォーム」２３３、監視対象の種別を表すための「エージェント種別」２３４とから構成されている。

また、上記「プログラム管理情報一覧」２１６には、プログラム管理情報の詳細である「プログラム管理情報１〜ｎ」２４０の一覧が、それぞれ保持されている。なお、この「プログラム管理情報１〜ｎ」２４０の詳細が、添付の図９に示されており、プログラムを識別するユニークな名称である「プログラム名称」２４１、プログラムの格納場所を表すパス名である「プログラム格納先」２４２、分析用か又は収集用かを示し、もしも収集用であれば、監視対象７００が何れの種類（例えば、プログラム、ＯＳ等）であるかを示す識別情報である「プログラム種別」２４３、プログラムが実行可能なプラットフォーム情報を示す「対象プラットフォーム」２４４、それぞれ、収集データ格納場所又は分析データ格納場所を識別するユニークな名称である「収集データ名称」２４５と「分析データ名称」２４６（但し、プログラム種別２４３が収集プログラムを表す場合には、当該分析データ名称２４６の欄は空となる）、プログラム実行時のコマンドライン引数である「プログラム引数」２４７、プログラムの用途を表す「プログラム用途」２４８、そして、プログラムを実行するサブマネージャ２００又はエージェント３００の名称を表す「実行サブマネージャ／エージェント名称」２４９とから構成されている。

さらに、上記の「データ格納情報一覧」２１７には、その管理下にあるデータに関する情報である「データ格納情報１〜ｎ」２５０が一覧として保持されており、その各「データ格納情報」２５０は、添付の図１０に示すように、各データを識別するためのユニークな名称である「データ名称」２５１、収集データ又は分析データのいずれかであることを示す識別情報である「データ種別」２５２、ストレージ４００上でのデータ格納場所を示すパス名である「データ格納先」２５３とから構成されている。

そして、上記「ストレージ管理情報」２１８には、上記図７に示されるように、管理用ストレージ４１６の利用用途別に、「分析収集プログラム領域情報」２６１、「収集データ用領域情報」２６２、「分析データ用領域情報」２６３の３つの情報が管理されている。

すなわち、これら「分析収集プログラム領域情報」２６１、「収集データ用領域情報」２６２、「分析データ用領域情報」２６３は、添付の図１１、図１２、図１３に示すように、それぞれ、複数のボリューム管理情報２７０を一覧として保持している情報である。そして、上記「分析収集プログラム領域情報」２６１は収集／分析プログラムのボリューム情報を、「収集データ用領域情報」２６２は収集データのボリューム情報を、「分析データ用領域情報」２６３は分析データのボリューム情報を、それぞれ管理している。そして、特に、上記図１３の右側には、上記ボリューム管理情報２７０の詳細が示されており、これらボリューム情報は、それぞれ、例えば、ボリュームを識別するユニークな名称である「ボリューム名称」２７１、ボリューム作成時の割り当てサイズである「ボリューム容量」２７２、ボリュームに対応するパス名である「アクセスパス」２７３、そして、該当するボリュームを使用中である「プログラム名称」２４１と、それを実行しているエージェント３００及びサブマネージャ２００の情報の一覧を表す「使用プログラム」２７４により構成されている。ここで、例えば、その「プログラム名称」２４１が「Program1」であるプログラムが、「エージェント名称」３１１が「Agent1」及び「Agent2」の各エージェント３００上から、「ボリューム名称」２７１が「Vol1」であるボリュームを参照していた場合には、該当する「ボリューム管理情報」２７０の「使用プログラム」２７４の欄には、「Program1@Agent1,Program1@Agent2」が記載されることとなる。

さらに、添付の図１４は、各エージェント３００の構成を示す機能ブロック図であり、以下、各エージェント３００を構成する各々の機能モジュールの概略について説明する。

（１）エージェント制御部３０１
同一エージェント内における他の機能ブロックを制御するためのプログラムであり、かつ、上記サブマネージャ２００からの指示を受け、応答を返す。

（２）エージェント上位通信管理部３０２
上記ＬＡＮやＷＡＮ等からなるネットワーク６００を介して通信する際に、通信制御を行うためのプログラムである。

（３）エージェント下位通信管理部３０３
上記ネットワーク５００を介して通信する際に使用され、特に、ストレージネットワークとの通信制御も可能なプログラムである。

（４）エージェント構成管理部３０４
エージェント自身の情報、上位サブマネージャ２００の情報、及び、上位から指定された収集プログラムの情報を管理するためのプログラムである。

（５）エージェントデータ収集部３０５
各エージェントの監視対象７００の性能情報を収集するためのプログラムである。

（６）エージェントストレージ管理部３０６
上記サブマネージャ２００から指定された収集データの格納領域やプログラムについて、上記ストレージ４００上でのパーティションとファイルパスとの対応付けを管理するためのプログラムである。

次に、添付の図１５は、上記エージェント３００で管理される情報の概略を示す。すなわち、各「エージェントが管理する情報」３１０は、「エージェント名称」３１１、「通信アドレス」３１２、「稼動プラットフォーム」３１３、「エージェント種別」３１４、「管理元サブマネージャ情報」３２０、「収集プログラム実行情報」３３０から構成される。なお、「エージェント名称」３１１は、エージェント３００を識別するユニークな名称であり、「通信アドレス」３１２は、ＩＰアドレスやポート番号等の情報である。また、「稼動プラットフォーム」３１３は、エージェント３００が稼動するプラットフォームの情報であり、「エージェント種別」３１４は、エージェント３００が何のエージェントであるかを示す情報である。そして、「管理元サブマネージャ情報」３２０及び「収集プログラム実行情報」については、以下に説明する。

すなわち、「管理元サブマネージャ情報」３２０は、上記図１５の右側に示すように、「サブマネージャ名称」３２１と「通信アドレス３２２」とから構成されている。また、「収集プログラム実行情報」３３０は、収集プログラムを識別するユニークな名称である「プログラム名称」３３１、ストレージ上のプログラムの格納場所を表すパス名である「プログラム格納先」３３２、収集プログラムの実行時のパラメータである「プログラム引数」３３３、収集プログラムの用途を表す説明である「プログラム用途」３３４、そして、収集データを格納するストレージ４００上のデータ格納場所を示すパス名である「データ格納先」３３５によって構成されている。なお、上記の「データ格納先」３３５と同等の情報を、上記「プログラム引数」３３３に含めても構わない。

さらに、添付の図１６は、上記ストレージ４００の論理的な構成を示す図であり、以下、ストレージ４００を構成する各部位の概略について説明する。なお、以下で使用する「パーティション」という用語は、物理的又は論理的なボリュームを表す。

（１）業務用パーティション４０１
業務目的に使用されるパーティションである。

（２）分析・収集プログラム用パーティション４０２
分析プログラム、収集プログラム、又は、これら両者を格納するための領域であり、１又は複数で構成されるパーティションである。

（３）収集データ用パーティション４０３
上記エージェント３００の収集プログラムが収集する性能データ等を蓄積するための領域であり、１又は複数から構成されるパーティションである。

（４）分析データ用パーティション４０４
上記各サブマネージャ２００又はエージェント３００の分析プログラムが分析結果を格納するための領域であり、１又は複数から構成されるパーティションである。

（５）業務用ストレージ４０５
１又は複数の業務用パーティション４０１から構成される業務用のストレージである。

（６）管理用ストレージ４０６
上記分析・収集プログラム用パーティション４０２、収集データ用パーティション４０３、分析データ用パーティション４０４から構成されるストレージである。

以上にその構成の詳細について説明したマネージャ１００、サブマネージャ２００、そして、各エージェント３００の各々における動作について、ストレージ４００をも含めて、以下に詳細に説明する。

まず、添付の図１７は、上記マネージャ１００におけるイベント処理の概略を示すフローチャートである。すなわち、このイベント処理では、マネージャ１００は、初期化処理（４１１）後、イベント待ち受けループに入り、例えば、ユーザからの入力や、スケジュールされたイベントなど、次のイベントが来るまでブロックする（４１２）。そして、次のイベントが到着すると、そのイベントの内容が検査され（４１３）、その後、到着したイベントの内容に応じて処理が行われる。なお、これらのイベント（event=）には、「終了要求」、「プログラム配備要求」、「プログラム実行要求」、「プログラム停止要求」、そして「データ取得要求」がある。

マネージャ１００は、「終了要求」を受信した場合、イベント待ちループを抜けて終了処理（４１８）を行い、処理を終了する。一方、「プログラム配備要求」、「プログラム実行要求」、「プログラム停止要求」、「データ取得要求」のいずれかを受信した場合には、マネージャ１００は、それぞれ、「プログラム配備処理」（４１４）、「プログラム実行処理」（４１５）、「プログラム停止処理」（４１６）、「データ取得処理」（４１７）を行い、その後、上記イベント受理ステップ４１２へリターンする。

図１８は、上記マネージャ１００における「プログラム配備処理」（４１４）の概略を表したフローチャートである。すなわち、このプログラム配備処理では、マネージャ１００は、要求に基づいて、サブマネージャ２００へ配備する「プログラム管理情報」１３０（図５参照）を作成し（４４１）、実際のプログラムと共に、サブマネージャ２００に対して送付する（４４２）。その際、当該プログラムを何れのサブマネージャ２００又はエージェント３００で実行するかにより、その送付先を決定する。例えば、サブマネージャ２００上で実行するプログラムについては、当該サブマネージャ２００を「構成管理情報」１１４を基にして決定する。他方、エージェント３００上で実行するプログラムについては、該当するエージェント３００を上記「構成管理情報」１１４と、上記サブマネージャ２００が管理する「構成管理情報」２１４（図７参照）を基に決定する。なお、この「構成管理情報」２１４はサブマネージャ２００への問い合わせにより取得する。その後、サブマネージャ２００からの配布結果を受信し（４４３）、元の処理へ復帰する。

図１９は、上記マネージャ１００における「プログラム実行処理」（４１５）の概略を表したフローチャートである。この処理では、マネージャ１００は、スケジューラ１０２、又は、マネージャコマンド入力部１０６からのプログラムの実行を指示するプログラム実行イベントを受信する（５１１）。次に、プログラムの実行を指示するサブマネージャ２００を特定するため、プログラムの種別を判定する（５１２）。すなわち、実行プログラムが収集プログラムであるか否かを判定する。その結果、実行プログラムが収集プログラムである（図の「True」）場合には、上記「構成管理情報」１１４から該当するエージェント３００の管理元サブマネージャ２００を特定し（５１３）、管理元サブマネージャ２００の存在を確認する（５１５）。他方、実行プログラムが分析プログラム（図の「False」）の場合には、該当するサブマネージャ２００の存在を確認する（５１４）。なお、これらのステップ５１４、５１５において、該当サブマネージャ２００が存在しない（図の「False」）とされた場合には、それぞれ、エラーを記録・通知する（５１６、５１８）。以上のようにしてサブマネージャ２００の存在を確認後、該当するサブマネージャ２００に対し、事前に配備済みの「プログラム名称」１３１（図５参照）と共に、該当するプログラムの実行を指示する（５１７）。その後、マネージャ１００は、サブマネージャ２００からの結果を受けて（５１９）、プログラム実行処理からリターンする（即ち、上記図１７のイベント受理ステップ４１２へ戻る）。

図２０は、さらに、上記マネージャ１００におけるプログラム停止処理（４１６）の概略を表したフローチャートである。この処理では、マネージャ１００は、まず、スケジューラ１０２、又は、マネージャコマンド入力部１０６からの、プログラムの停止を指示するプログラム停止イベントを受信する（５６１）。次に、プログラムの停止を指示するサブマネージャ２００を特定するため、プログラムの種別を判定する（５６２）。すなわち、停止プログラムが収集プログラムであるか否かを判定する。その結果、停止プログラムが収集プログラム（図の「True」）の場合には、上記「構成管理情報」１１４（図３参照）から該当するエージェント３００の管理元サブマネージャ２００を特定し（５６３）、管理元サブマネージャ２００の存在を確認する（５６５）。一方、停止プログラムが分析プログラム（図の「False」）の場合には、該当サブマネージャ２００の存在を確認する（５６４）。なお、これらのステップ５６４、５６５で該当サブマネージャ２００が存在しない場合には、それぞれ、エラーを記録・通知する（５６６、５６８）。以上のようにしてサブマネージャ２００の存在を確認後、該当するサブマネージャ２００に対し、事前に配備済みの「プログラム名称」１３１（図５参照）と共に、該当するプログラムの停止を指示する（５６７）。その後、マネージャ１００は、サブマネージャ２００からの結果を受けて（５６９）、プログラム停止処理からリターンする（即ち、上記図１７のイベント受理ステップ４１２へ戻る）。

図２１は、上記マネージャ１００における、データ取得処理（４１７）の概略を表したフローチャートである。すなわち、マネージャ１００は、スケジューラ１０２、又は、マネージャコマンド入力部１０６等からのデータ取得要求を受け、該当するデータの取得をその管理元のサブマネージャ２００に指示する（４６１）。すなわち、データ名称を指定して、管理元サブマネージャ２００にデータの取得を指示する。ここで、管理元のサブマネージャ２００とは、以前に目的のデータを取得・作成するためのプログラムを配備したサブマネージャ２００である。その後、このサブマネージャ２００から、その結果及び目的のデータを受信し、リターンする（４６２）。即ち、上記図１７のイベント受理ステップ４１２へ戻る。

以上に詳述したように、上記マネージャ１００は、システムの運用管理やチューニングを行なう上で不可欠である、継続的なデータの収集と定期的な収集データの分析とを実行するためのプログラムを、例えば、上記制御画面１１を利用して該当するサブマネージャ２００に配布する。また、更に、上記マネージャ１００は、サブマネージャ２００の管理下でエージェント３００により実行され、かつ、前記配布されたプログラムによって収集されたデータの分析結果である、前記ストレージ内に格納される分析データを選択して入手し、これを再度、分析又は解析することも可能である。

次に、添付の図２２は、上記サブマネージャ２００におけるイベント処理の概略を示すフローチャートである。まず、サブマネージャ２００は、初期化処理（４２１）後、イベント待ち受けループに入り、次のイベント（例えば、ユーザからの入力や、スケジュールされたイベントなど）が来るまでブロックする（４２２）。そして、イベントが到着すると、イベントの内容が検査され（４２３）、到着したイベントの内容に応じた処理が行われる。なお、これらのイベントには、「終了要求」、「プログラム配備要求」、「プログラム実行要求」、「プログラム停止要求」、「データ取得要求」がある。

サブマネージャ２００は、「終了要求」を受信した場合、イベント待ちループを抜け、終了処理（４２８）を行い、処理を終了する。一方、「プログラム配備要求」、「プログラム実行要求」、「プログラム停止要求」、「データ取得要求」を受信した場合には、サブマネージャ２００は、それぞれ、プログラム配備処理（４２４）、プログラム実行処理（４２５）、プログラム停止処理（４２６）、データ取得処理（４２７）を行い、その後、上記イベント受理ステップ４２２へリターンする。

図２３は、上記サブマネージャ２００における「プログラム配備処理」（４２４）の概略を表したフローチャートである。サブマネージャ２００は、マネージャ１００からプログラム及び「プログラム管理情報」１３０（図５参照）を受け取る（４５１）。そして、既存のプログラムリスト内に同一のものが存在してるか否かを、サブマネージャ２００が管理する「構成管理情報」２１４の「プログラム管理情報一覧」２１６（図７参照）により確認する（４５２）。その結果、存在しないと判定された（図の「False」）場合、そのプログラム管理情報１３０を登録する（４５３）。一方、存在する（図の「True」）場合には、上記プログラム管理情報１３０の登録処理（４５３）はスキップする。最後に、プログラム配備処理の結果を、上位マネージャ１００へ返答する（４５４）。その後、上記イベント受理ステップ４２２（図２２参照）へリターンする。

図２４は、上記サブマネージャ２００における「プログラム実行処理」（４２５）の概略を表したフローチャートである。この処理では、サブマネージャ２００は、管理元のマネージャ１００からプログラム名称と共に、プログラム実行指示（又は、プログラム実行メッセージ）を受け取り（５２１）、指定されたプログラムの存在を上記「プログラム管理情報一覧」２１６（図７参照）から該当するプログラムが存在するか否かを確認する（５２２）。その結果、この「プログラム管理情報一覧」２１６に指示されたプログラム名称が未登録であったり、又は、指定された位置にファイルが存在しなかった（図中「False」）場合には、プログラムエラーを通知し（５２７）、処理を終了する。一方、プログラムの存在が確認できた（図中「True」）場合には、上記の実行要求で指定されたプログラムが分析プログラム、収集プログラムの何れであるかを、サブマネージャ２００で管理されている上記「プログラム管理情報」２４０の「プログラム種別」２４３（上記図９を参照）から確認する（５２３、５２５）。その結果、分析プログラムであれば、「分析プログラム実行処理」（５２４）（後述）を、収集プログラムであれば「収集プログラム実行処理」（５２６）（後述）を行う。なお、ここで「プログラム種別」２４３が、分析プログラム又は収集プログラムの何れでもない（図中「False」）場合には、やはり、エラーとして扱って、プログラムエラーを通知する（５２７）。その後、上記イベント受理ステップ４２２（図２２参照）へリターンする。

図２５は、上記サブマネージャ２００における「分析プログラム実行処理」（５２４）の概略を表したフローチャートである。まず、最初に、実行要求として指示されたプログラム名称を基に得られた「プログラム管理情報」２４０に登録されている「収集データ名称」２４５（図９参照）と、「データ格納情報一覧」２１７として管理されている「データ格納情報」２５０の「データ名称」２５１及び「データ種別」２５２（図９参照）から、該当する収集データの存在を確認し、分析対象の収集データが存在するか否かを判定する（５３１）。その結果、該当するデータが未登録であったり、又は、該当する収集データが未だ収集されていなかったりした（図中「False」）場合には、分析処理は行わず、上位マネージャ１００へ収集データエラーを通知する（５３３）。一方、該当する収集データの存在が確認できた（図中「True」）場合には、サブマネージャ２００の管理用ストレージ４０６（図１６参照）に、分析データを格納するための領域（分析・収集用パーティション４０４）を作成する（５３２）。なお、この時、既存の領域で十分である場合には、必ずしも、このステップ５３２の処理は必要ではない。その後、分析データ用パーティション４０４又はその一部を分析データ格納用に割り当て、更に、分析データ用領域情報を更新する（５３４）。すなわち、これにより、分析結果を格納するための領域を確保・予約し、分析プログラムの出力結果を格納する場所として、「ボリューム管理情報」２７０（図１３参照）を作成し、「分析データ用領域情報」２６３に登録する。そして、指定された「プログラム管理情報」２４０を基にプログラムを起動し、その結果を上位マネージャ１００へ通知する（５３５）。その後、上記イベント受理ステップ４２２（図２２参照）へリターンする。

図２６は、上記サブマネージャ２００における「収集プログラム実行処理」（５２６）の概略を表したフローチャートである。まず、「プログラム名称」２４１（図９参照）から検索された「プログラム管理情報」２４０に登録された情報から、該当するエージェント３００の存在を確認する。具体的には、「実行サブマネージャ／エージェント名称」２４９と「対象プラットフォーム」２４４の情報から該当するエージェント３００を、「管理対象エージェント一覧」２１５（図７参照）から確認する（５４１）。その結果、該当するエージェント３００が見つからなければ（図中「False」）、上位マネージャ１００へ該当するエージェントなしのエラーを通知し（５４３）、この収集プログラム実行処理の処理を終了する。

一方、該当するエージェントが存在する場合（図中「True」）、各エージェントについて、以下の処理を行う（５４２）。まず、収集データを格納するための領域を作成するため、サブマネージャ２００の管理用ストレージ４０６（図１６参照）に、収集データ用パーティション４０３を作成する（５４４）。ここで、既存の領域で十分である場合には、必ずしも、このステップ５４４の処理は必要ではない。その後、収集データ用パーティション４０３又はその一部を分析データ格納用に割り当て、更に、収集データ用領域情報を更新する（５４５）。即ち、収集結果を格納するための領域を確保・予約し、収集プログラムの出力結果を格納する場所として、「ボリューム管理情報」２７０を作成し（図１１参照）、「収集データ用領域情報」２６２に登録する（図１３参照）。そして、該当するプログラム管理情報２４０から、「収集プログラム実行情報」３３０を作成し（図１５参照）、この収集プログラム実行情報３３０と共に、目的のエージェント３００に対してプログラムの実行を指示する（５４６）。その後、該当するエージェント３００全てからの応答を待って、その結果を上位へ通知する（５４７）。なお、この時、応答待ちに適切なタイムアウトを設定しても構わない。その後、上記イベント受理ステップ４２２（図２２参照）へリターンする。

図２７は、上記サブマネージャ２００における「プログラム停止処理」（４２６）の概略を表したフローチャートである。この処理では、サブマネージャ２００は、管理元のマネージャ１００からプログラム名称と共に、プログラム停止指示（メッセージ）を受け取る（５７１）。そして、この停止要求に指定されたプログラムが「分析プログラム」、「収集プログラム」の何れであるかを、サブマネージャ２００で管理されている「プログラム管理情報」２４０の「プログラム種別」２４３（図９参照）から確認し（５７２、５７４）、分析プログラムであれば「分析プログラム停止処理」（５７３）（後述）を、収集プログラムであれば「収集プログラム停止処理」（５７５）（後述）を行う。なお、その際、「プログラム種別」２４３が、分析プログラム又は収集プログラムの何れでもない場合には、エラーとして扱い、上位へ通知する（５７６）。その後、上記イベント受理ステップ４２２（図２２参照）へリターンする。

図２８は、サブマネージャ２００における上記分析プログラム停止処理（５７３）の概略を表したフローチャートである。サブマネージャ２００では、指定されたプログラム名称の「プログラム管理情報」２４０（図９参照）を基に、該当する分析プログラムを停止する（５８１）。さらに、「ボリューム管理情報」２７０の「使用プログラム」２７４（図１３参照）から、停止したプログラムの名称を削除して、「分析データ用領域情報」２６３の「ボリューム管理情報」２７０を更新し、上位へその結果を通知する（５８２）。その後、上記イベント受理ステップ４２２（図２２参照）へリターンする。

図２９は、サブマネージャ２００における上記収集プログラム停止処理（５７５）の概略を表したフローチャートである。まず、プログラム名称２４１から検索され、プログラム管理情報２４０に登録された情報から、該当するエージェント３００が存在するか否かを確認する。具体的には、「実行サブマネージャ／エージェント名称」２４９と「対象プラットフォーム」２４４（図９参照）の情報から、該当するエージェント３００を、「管理対象エージェント一覧」２１５（図７参照）の中から確認する（５９１）。その結果、該当するエージェント３００が見つからない（図の「False」）場合、上位マネージャ１００へ該当するエージェントなしとのエラーを通知し（５９３）、収集プログラム停止処理の処理を終了する。一方、該当するエージェントが存在する（図の「True」）場合、各エージェントについて（５９２）、停止させるプログラムの「プログラム管理情報」２４０から、「収集プログラム実行情報」３３０（図１５参照）を作成し、この収集プログラム実行情報３３０と共に、目的の該当するエージェント３００に対してプログラムの停止を指示する（５９４）。その後、該当する全エージェント３００からの応答を待って、「ボリューム管理情報」２７０（図１３参照）を更新し、その後、その結果を上位へ通知する（５９５）。なお、この時、応答待ちに適切なタイムアウトを設定しても構わない。その後は、上記イベント受理ステップ４２２（図２２参照）へリターンする。

図３０は、上記サブマネージャ２００における「データ取得処理」（４２７）の概略を表したフローチャートである。この処理では、サブマネージャ２００は、まず、マネージャ１００からの目的のデータ名称を受け取り（４７１）、該当するデータをサブマネージャ２００の管理する「データ格納情報一覧」２１７（図７参照）から検索し、その有無を確認する。即ち、既存の管理データ一覧に一致するものが在るか否かを判定する（４７２）。その結果、目的のデータが見つからなかった（図の「False」）場合には、該当データ無しのエラーを上位へ通知する（４７４）。一方、目的のデータが見つかった（図の「True」）場合には、該当するデータ格納情報２５０から、そのストレージ４００上の格納場所を取得し、ストレージ４００にアクセスして該当する目的のデータを取得する（４７３）。その後、その結果及び取得したデータを上位へと通知／返答する（４７５）。なお、その後は、上記イベント受理ステップ４２２（図２２参照）へリターンする。

以上に詳述したように、上記サブマネージャ管理コンピュータである管理用コンピュータ２０上で走行するサブマネージャ２００は、その管理機能及び管理情報として、
（1）管理対象であるエージェントの情報と、
（2）エージェントで性能等の各種情報データを取得するプログラムと、
（3）サブマネージャで前記情報データを分析又は解析するプログラムと、
（4）前記情報データ及びその分析結果である分析データと、
（5）前記情報データ及び分析データを蓄積するストレージ内の領域
を管理する。すなわち、各種の情報を格納するストレージ４００を管理すると共に、上記マネージャ１００から配布され、システムの運用管理やチューニングを行う上で不可欠である、継続的なデータの収集と定期的な収集データの分析を実行するためのプログラムを管理し、その管理下のエージェントに実行させ、停止させ、更には、その結果やデータを入手すると共に、入手した結果やデータを管理することが出来る。

次に、添付の図３１は、上記エージェント３００におけるイベント処理の概略を示すフローチャートである。まず、エージェント３００は、初期化処理を実行（４３１）した後、イベントの待ち受けループに入り、次のイベントの受理までブロックする（４３２）。そして、イベントが到着すると、イベントの内容が検査され（４３３）、到着したイベントの内容に応じた処理が実行される。なお、このエージェント３００におけるイベント（event=）には、「終了要求」、「プログラム実行要求」、そして「プログラム停止要求」が含まれる。

各エージェント３００は、「終了要求」を受信した場合、イベント待ちループを抜け、終了処理（４３６）を行い、処理を終了する。一方、「プログラム実行要求」を受信した場合には、以下に詳細を説明する「プログラム実行処理」（４３４）を行い、あるいは、「プログラム停止要求」を受信した場合には、やはり以下に詳細を説明する「プログラム停止処理」（４３５）を行う。

図３２は、各エージェント３００における上記「プログラム実行処理」（４３４）の概略を表したフローチャートである。まず、エージェント３００は、管理元であるサブマネージャ２００から「収集プログラム実行情報」３３０（図１５参照）を受信し（５５１）、実行すべきプログラムが実行中の収集プログラムの中に在るか否かを確認する（５５２）。その結果、実行中の収集プログラムの中に在ると判断された（図の「True」）場合には、まず、その収集プログラムを停止させ（５５３）、次のステップ５５４へ移動する。一方、実行すべきプログラムが実行中の収集プログラムの中にはない（図の「False」）と判断された場合には、そのまた上記ステップ５５３を飛び越えて、次のステップ５５４へ移動する。この、次のステップ５５４では、上記収集プログラム実行情報３３０の「プログラム格納先」３３２の情報を基に、上記ストレージ４００内に格納されているプログラムを、指定されたパスからロードする（５５４）。その後、やはり上記収集プログラム実行情報３３０の、例えば、「プログラム引数」３３３、「データ格納先」３３５等の情報を基に、指定された収集プログラムを起動し、その結果を上位へ通知する（５５５）。なお、その後は、上記イベント受理ステップ４３２（図３１参照）へリターンする。

また、図３３は、各エージェント３００における上記「プログラム停止処理」（４３５）の概略を表したフローチャートである。この処理では、エージェント３００は、まず、管理元のサブマネージャ２００から収集プログラム実行情報３３０（図１５参照）を受信し（６１１）、停止すべきプログラムが実行中の収集プログラムと同一かを確認する（６１２）。なお、その結果、同一でなければ（図の「False」）、収集プログラムの停止は行わずに、上位にエラーを通知する（６１４）。一方、同一であれば（図の「True」）であれば、ストレージ４００へのアクセスを停止し、実行中の収集プログラムを停止させ、その結果を上位へ通知する（６１３）。その後は、上記イベント受理ステップ４３２（図３１参照）へリターンする。

上記のように、各エージェント３００は、管理元であるサブマネージャ２００からの指令に従って、情報収集や処理のために必要なプログラムを、共用している上記ストレージ４００から読み出して実行し、その結果を、再び、上記サブマネージャ２００が管理しているストレージ４００の所定のパーティションへ格納する。即ち、業務用コンピュータ３０が稼動するネットワーク６００を介して転送される大量の情報データの発生を防止し、広域ネットワークをデータ転送による帯域の圧迫から回避すると同時に、しかも、サブマネージャ２００と各エージェント３００の間では、システム管理に必要となる膨大な情報データを利用可能とする。そして、このことにより、業務用コンピュータの運用効率を上げることが出来ることとなる。また、上述したように、上記サブマネージャ２００及びエージェント３００から参照できるストレージ４００内の領域（図１６の管理用ストレージ４０６の「分析・収集プログラム用パーティション」４０２）へ、上記エージェントが取得する性能データ等の情報を格納し、これにより、サブマネージャ２００が複数のエージェントが格納した情報を、統合的に管理する。

なお、共有されるストレージ４００内の領域は、上述したように、上記サブマネージャ２００が管理しており、上記エージェント３００が取得した情報データを格納する際には、アクセス可能となるよう、上記サブマネージャによって制御される。また、上記エージェント３００において実行される各種情報データを取得するプログラムは、上記サブマネージャ２００によりストレージ４００内の領域内で管理されており、サブマネージャ２００からの指示により、エージェント３００は、指示に該当するプログラムを上記共有ストレージ４００から取得して実行する。すなわち、サブマネージャ２００とエージェント３００との間で、ストレージ４００を介して情報データを共有することより、情報データの在る所へプログラムを移動して、分析や解析を行う。また、上記の例では、上記エージェント３００は、サブマネージャ２００からの指示によって実行される情報収集プログラムについてのみ述べたが、しかしながら、本発明はこれに限ることなく、エージェント３００は、更に、やはりサブマネージャ２００からの指示によって分析プログラムをも実行するようにすることも可能である。

以上に詳細に述べたように、本発明によれば、コンピュータとストレージを用いた情報の収集方法および収集した情報の分析方法や解析方法およびその運用方法であって、前記コンピュータは、情報を格納するためのストレージを管理するサブマネージャが動作する管理コンピュータと、プログラムやオペレーティングシステム等の情報を収集するエージェントが動作する業務コンピュータから構成され、前記ストレージはサブマネージャにより情報を格納する領域を制御され、ネットワークにより接続されたシステムにおいて、前記サブマネージャが用意したストレージ内の領域に前記エージェントは取得した情報を格納して、格納された情報を前記サブマネージャが管理する。

また、前記の情報管理システムにおいて、前記サブマネージャは前記エージェントが格納した情報を分析または解析するプログラムを前記ストレージ内に格納する手段を備えており、前記プログラムを稼動させることにより任意の前記情報を分析または解析する。また、前記サブマネージャは、前記エージェントを管理する手段と、前記エージェントにおける前記情報を管理する手段と、前記プログラムを管理する手段を備えており、前記エージェントにより、任意の前記情報を、任意の前記プログラムにより分析又は解析した結果を、前記ストレージ内の領域に格納する。

更に、上記の情報管理システムにおいては、前記サブマネージャとは別に、複数のサブマネージャを取り纏めるマネージャ１００が動作する管理コンピュータ１０が設けられており、このマネージャ１００は、前記プログラムを前記サブマネージャ２００へ配布する手段と、前記サブマネージャが管理する前記プログラムと前記情報を指定して、分析又は解析の処理を実行させる手段を備えている。更に、詳細には、前記マネージャ１００は、そのクライアント画面１１から指定することにより、前記サブマネージャ２００が管理する前記ストレージ４００内に格納された分析又は解析された情報を収集する手段を備えており、前記マネージャ１００は、複数の前記サブマネージャ２００から収集した前記情報を選択して、複数の前記サブマネージャから収集した前記情報を、再度、分析又は解析することが可能である。

本発明の一実施の形態になる、分析プログラムの自動配布を行う運用管理システムの全体構成の一例を示すブロック図である。 上記図１の運用管理システムにおけるマネージャの構成を示す機能ブロック図である。 上記マネージャで管理される情報の概略を示す図である。 上記図３におけるマネージャが管理する情報の、特に、管理対象サブマネージャ情報の詳細を示す図である。 上記図３のマネージャが管理する情報の、特に、プログラム管理情報の詳細を示す図である。 上記図１の運用管理システムにおけるサブマネージャの構成を示す機能ブロック図である。 上記サブマネージャで管理される情報の概略を示す図である。 上記図７における、特に、管理対象エージェント情報の詳細を示す図である。 上記図７における、特に、プログラム管理情報の詳細を示す図である。 上記図７における、特に、データ格納情報の詳細を示す図である。 上記図７における、特に、分析収集プログラム領域情報の詳細を示す図である。 上記図７における、特に、収集データ用領域情報の詳細を示す図である。 上記図７における、特に、分析データ用領域情報の詳細を示す図である。 上記図１の運用管理システムにおけるエージェントの構成を示す機能ブロック図である。 上記エージェントで管理される情報の概略を示す図である。 上記図１の運用管理システムにおけるストレージの論理的構成を示す図である。 上記マネージャにおけるイベント処理の内容を説明するフローチャト図である。 上記図１７に示したマネージャのイベント処理におけるプログラム配備処理の内容を説明するフローチャト図である。 上記図１７に示したマネージャのイベント処理におけるプログラム実行処理の内容を説明するフローチャト図である。 上記図１７に示したマネージャのイベント処理におけるプログラム停止処理の内容を説明するフローチャト図である。 上記図１７に示したマネージャのイベント処理におけるデータ取得処理の内容を説明するフローチャト図である。 上記サブマネージャにおけるイベント処理の内容を説明するフローチャト図である。 上記図２２に示したサブマネージャのイベント処理におけるプログラム配備処理の内容を説明するフローチャト図である。 上記図２２に示したサブマネージャのイベント処理におけるプログラム実行処理の内容を説明するフローチャト図である。 上記図２４に示したサブマネージャのイベント処理における分析プログラム実行処理の内容を説明するフローチャト図である。 上記図２４に示したサブマネージャのイベント処理における収集プログラム実行処理の内容を説明するフローチャト図である。 上記図２２に示したサブマネージャのイベント処理におけるプログラム停止処理の内容を説明するフローチャト図である。 上記図２７に示したサブマネージャのイベント処理における分析プログラム停止処理の内容を説明するフローチャト図である。 上記図２７に示したサブマネージャのイベント処理における収集プログラム停止処理の内容を説明するフローチャト図である。 上記図２２に示したサブマネージャのイベント処理におけるデータ取得処理の内容を説明するフローチャト図である。 上記エージェントにおけるイベント処理の内容を説明するフローチャト図である。 上記図３１に示したエージェントのイベント処理におけるプログラム実行処理の内容を説明するフローチャト図である。 上記図３１に示したエージェントのイベント処理におけるプログラム停止処理の内容を説明するフローチャト図である。

符号の説明

１０ 管理用コンピュータ
１１ 制御画面
２０ 管理用コンピュータ
３０ 業務用コンピュータ
１００ マネージャ
２００ サブマネージャ
３００ エージェント
４００ ストレージ
４０５ 業務用ストレージ
４０６ 管理用ストレージ
５００ ネットワーク
６００ ネットワーク
７００ 管理対象。

Claims (11)

1. ネットワークと、前記ネットワークに接続され、システムにおける運用管理対象機器を管理するマネージャが動作する管理用コンピュータと、前記ネットワークに接続され、前記運用管理対象機器を対象とするデータの収集又は分析を実行するエージェントが動作する業務用コンピュータとを備えた情報管理システムであって、更に、前記ネットワークに接続され、かつ、第二のネットワークを介して情報を格納するストレージに接続されて、前記マネージャの管理下で前記エージェントを管理するためのサブマネージャが動作する管理用コンピュータを備えており、前記サブマネージャは、前記第二のネットワークを介して、前記エージェントとの間で、前記ストレージを介して前記運用管理対象機器を対象とするデータを共有していることを特徴とする情報管理システム。
2. 前記請求項１に記載した情報管理システムにおいて、前記サブマネージャは、更に、前記ストレージ内における領域を管理する機能を有しており、前記サブマネージャが共有する前記データとして、前記運用管理対象機器を対象としてデータの収集又は分析を行なうためのプログラム、前記プログラムにより収集されたデータ、前記プログラムによる分析データの少なくとも一を含んでいることを特徴とする情報管理システム。
3. 前記請求項２に記載した情報管理システムにおいて、前記サブマネージャは、更に、前記エージェントに対して、前記ストレージ内で管理する前記データの収集又は分析を行なうプログラムを実行させる機能を有することを特徴とする情報管理システム。
4. 前記請求項３に記載した情報管理システムにおいて、前記マネージャは、前記サブマネージャにより前記ストレージ内に格納された、前記プログラムによる分析データを選択して、再度、分析又は解析することを特徴とする情報管理システム。
5. ネットワークを介して、システムにおける運用管理対象機器を管理するためのマネージャが動作する管理用コンピュータと、前記運用管理対象機器を対象とするデータの収集又は分析を実行するエージェントが動作する業務用コンピュータとに接続が可能であり、前記エージェントを管理するためのサブマネージャが動作する管理用コンピュータを備えた情報管理サブシステムであって、第二のネットワークを介して、前記エージェントと共に、情報を格納するストレージに接続され、かつ、前記第二のネットワークを介して、前記エージェントとの間で、前記ストレージを介してデータを共有していることを特徴とする情報管理サブシステム。
6. 前記請求項５に記載した情報管理サブシステムにおいて、前記サブマネージャは、更に、前記ストレージ内における領域を管理する機能を有し、そして、前記データの収集又は分析を行なうプログラム、前記プログラムにより収集されたデータ、前記プログラムにより分析結果である分析データの少なくとも一を、前記ストレージ内に格納して管理することを特徴とする情報管理サブシステム。
7. 前記請求項６に記載した情報管理サブシステムにおいて、前記サブマネージャは、更に、前記エージェントに対して、前記ストレージ内で管理する前記データの収集又は分析を行なうプログラムを実行させる機能を有することを特徴とする情報管理サブシステム。
8. ネットワークと、前記ネットワークに接続され、システムにおける運用管理対象機器を管理するマネージャが動作する管理用コンピュータと、前記ネットワークに接続され、前記運用管理対象機器を対象とするデータの収集又は分析を実行するエージェントが動作する業務用コンピュータとを備え、更に、前記ネットワークに接続され、かつ、第二のネットワークを介して情報を格納するストレージに接続された、前記マネージャの管理下で前記エージェントを管理するためのサブマネージャが動作する管理用コンピュータを備えたシステムにおける情報管理方法であって、前記ストレージを介して前記運用管理対象機器を対象とするデータを、前記サブマネージャと前記エージェントとの間で、前記第二のネットワークを介して共有することを特徴とする情報管理方法。
9. 前記請求項８に記載した情報管理方法において、前記共有するデータとして、前記運用管理対象機器を対象とするデータの収集又は分析を行なうプログラム、前記プログラムにより収集されたデータ、前記プログラムによる分析結果である分析データのうち少なくとも一を含んでいることを特徴とする情報管理方法。
10. 前記請求項９に記載した情報管理方法において、前記ストレージ内で管理する前記データの収集又は分析を行なうプログラムの実行を、前記サブマネージャから前記エージェントに対して指令することを特徴とする情報管理方法。
11. 前記請求項１０に記載した情報管理方法において、前記マネージャは、前記サブマネージャにより前記ストレージ内に格納された、前記プログラムによる分析データを選択して、再度、分析又は解析することを特徴とする情報管理方法。

Images