JP3992029B2 - オブジェクト管理方法 - Google Patents

Description

本発明は、統合管理部が、ネットワークを介して、統合管理支援部がオブジェクトを用いて管理する管理対象物の管理情報を収集するシステムに係わる。特に次の２つの技術分野に関する。

（１）管理対象物を管理するオブジェクトを、他のオブジェクトから管理するオブジェクト管理技術
（２）管理対象物が出力したイベントとログデータを対応付け、イベントからその詳細情報であるログデータを検索及び収集するログ管理技術

(１)オブジェクト管理技術
通常、オブジェクトは管理対象物を管理するものであり、管理されるものではない。

(２)ログ管理技術
情報処理装置で実行されるＯＳやＡＰは、各種のログ情報を出力する。出力されたログ情報を収集するいくつかの方式が知られている。例えば特開平５−２５０２２９号公報は、複数のコンピュータからのログデータ収集において、ログデータ中のエラーコードを検出することにより、エラー状態のコンピュータからのログデータを優先的に送信するログデータ収集方式を開示する。また、特開平５−２８００８号公報は、情報処理システムが障害ログを収集するとき貯蔵手段に貯えられたログ情報の個数が一定数に達したことを検出し、ログ登録の抑止を行うことにより重要な障害情報の消失を防ぐログ情報収集方式を開示する。

特開平５−２５０２２９号公報 特開平５−２８００８号公報

ネットワークを介して複数のコンピュータが接続され、コンピュータが他のコンピュータと通信をしながら処理を進める分散処理システムにおいて、システム管理システムやネットワーク管理システムでは管理対象物（オペレーティングシステムやハードウェア等）をオブジェクトとして共通的に管理することにより複数のコンピュータを一元的に管理している。しかしながら、管理対象物とオブジェクトを管理している統合管理支援部との情報交換は通常単一の手段で行われており、監視対象物やプログラムの状態により監視できないケースが存在するため問題があった。また従来は、統合管理支援部が動作する計算機のログデータを逐一統合管理部へ転送していたので、統合管理部のログデータ格納用のディスク容量や転送のためのネットワーク負荷等が問題であった。

本発明は、上記の事情に鑑みてなされたものであり、その目的とするところは、種々の方法でオブジェクトを管理することにある。

本発明の他の目的は、各サイトのコンピュータからログを収集する方式において、ユーザが選択したイベントに関連したログデータだけを即時に収集することにある。

上記目的を達成するために、本発明は、管理対象物と情報交換するための手段と、管理対象物であるＡＰやＯＳ等が出力したログデータからオブジェクトを管理する手段を有する。管理対象物を管理するオブジェクトは、管理対象物の管理情報に変更があると即座に更新される管理対象物監視手段と、統合管理支援部内で発生した即時性のある事象をイベントとして統合管理部へ通知する手段と、オブジェクト情報を統合管理部側のシステムトポロジーに反映する手段をもつ。

また本発明は、ネットワークを介して統合管理支援部から統合管理部へ通知したイベントから、統合管理支援部に蓄積したログデータを検索し収集する手段を統合管理部の処理手段として有するコンピュータを特徴とする。

以上説明したように本発明によれば、管理対象物を管理するオブジェクトが、管理対象物と直接情報交換するだけでなく、ＯＳ（オペレーティングシステム）がシステムログファイルに出力したＡＰ関連ログ及びＡＰがＡＰログファイルに出力したログデータ等の他の手段から管理され、管理情報を入手できる手段を有するので、管理対象物（ＡＰ等）の状態に関係なく管理対象物を管理できる。

また、管理対象物が統合管理支援部に対して発行したイベントと、管理対象物（ＡＰ等）がログファイルに出力したログデータの内、即時性のあるものだけをイベントとして統合管理部へ通知し統合管理部ビュアーに表示できるので、複数コンピュータで動作するＡＰ等の管理対象物の監視を一元化できる効果がある。

さらに統合管理部ビュアーにおいて、イベントに関する詳細情報であるログを参照する場合、複数のコンピュータに保存されているログを検索及び収集できるので、ログの分散化がはかれ、ネットワークに及ぼす負荷を削減できる効果がある。

以下、本発明の一実施形態について図面に基づいて詳細に説明する。

図１は、本発明を適用する通信ネットワークの一例を示すシステム構成図である。ネットワークは複数のＬＡＮ１，３及びＷＡＮ（ワイド・エリア・ネットワーク）２に結合されるものである。統合管理部１０と統合管理部ビュアー３０は、コンピュータの主記憶装置に格納され、ＯＳ６０の下で走行する管理側のプログラムである。統合管理支援部２０は、サーバ等のコンピュータの主記憶装置に格納され、ＯＳ６０の下で走行する被管理側のプログラムである。統合管理部１０は、ＬＡＮ１，３又はＷＡＮ２を介して統合管理支援部２０や統合管理部ビュアー３０と通信することが可能である。図１に示すように、統合管理支援部２０を実行するコンピュータは統合管理支援部２０と並行して他のＡＰ（アプリケーションプログラム ）７０を実行することが可能である。統合管理部１０や統合管理部ビュアー３０が実行するコンピュータも統合管理部１０や統合管理部ビュアー３０と並行して他のＡＰを実行することが可能である。その他の構成については、図２O、図３及び図４で説明する。

図２は、統合管理部１０と統合管理支援部２０と統合管理部ビュアー３０が行う処理動作の概要を示す図である。ＡＰ７０はＯＳ６０の下で走行し、ＯＳにプロセス等を監視されて動作（１）しており、プロセス等に異常が発生するとシステムログファイル８０にログを出力する（３）。またＡＰ７０は、業務実行にともない生じる様々な事象（開始、終了、異常終了等）をＡＰログファイル９０に出力する（４）。統合管理支援部２０は、オブジェクト２５を用いてＡＰ７０を監視する（２）とともに、ログを入力して（５、６）必要なログだけを抽出後共通的な形式に変換する。このときオブジェクト２５は、これらのログ情報により管理される。ログ情報の内、即時性のある事象をイベント情報として統合管理部１０を経由して（７）統合管理部ビュアー３０に通知した後（８）、ログ情報を共通ログ（データベース又はファイル）５０に格納する（９）。さらにオブジェクト２５は、変更のあったオブジェクト情報（１５）を、統合管理部１０のシステムトポロジー４０へ反映する（１６）。統合管理部ビュアー３０を操作しているシステム管理者は通知されたイベント情報を選択することにより、詳細情報であるログの検索処理が動作する（１０）。統合管理部１０は統合管理部ビュアー３０からログ検索（１０）要求を受信すると、統合管理支援部２０に対してログ検索処理を要求する（１１）。このとき統合管理部１０では、イベントとログデータを共通のキーにより対応付ける。統合管理支援部２０は、要求された条件に合致するログデータをログ検索し（１２）、統合管理部１０を経由して（１３）統合管理部ビュアーにログ情報を転送する（１４）。

図３は、統合管理部１０の構成を示す機能ブロック図である。システムトポロジー４０は、システムトポロジーとイベントを格納するデータベースであり、記憶装置に格納される。以下統合管理部１０を構成する各機能モジュールの機能の概略について述べる。

データ通信１００はオブジェクト管理１１０、イベント管理１２０及びログ検索１３０が統合管理支援部２０や統合管理部ビュアー３０と通信するときに通信制御を行うプログラムである。

オブジェクト管理１１０はシステムトポロジー４０に格納するシステム情報やイベント情報のオブジェクトを管理するプログラムである。

イベント管理１２０は統合管理支援部２０から受信したイベントを、データベース管理１４０に格納を要求したり、統合管理部ビュアー３０に転送するプログラムである。

ログ検索１３０は統合管理部ビュアー３０からのログ検索要求により、任意のイベントに関連するログの所在や種別を判断し、該当する統合管理支援部２０へログ検索要求を行うプログラムである。

データベース管理１４０はオブジェクト管理１１０が統合管理支援部２０から収集したシステム情報や、イベント管理１２０が統合管理支援部から受信したイベント情報をシステムトポロジー４０に格納する。オブジェクト管理１１０からの参照要求によりシステムトポロジーを検索又は抽出し、イベント管理１２０からの参照要求によりイベント情報を抽出する。

図４は、統合管理支援部２０の構成を示した機能ブロック図である。オブジェクト２５は、ＡＰ監視２１０を経由してＡＰ７０を管理し、ログファイル監視２３０により管理される。以下統合管理支援部２０を構成する各機能モジュールの機能の概略について述べる。

データ通信２００はＡＰ監視２１０、イベント管理２２０及び共通ログ管理２４０が統合管理部１０と通信するときに通信制御を行うプログラムである。

ＡＰ監視２１０はオブジェクト２５を用いてＡＰ７０を監視するプログラムである。

イベント管理２２０はＡＰ監視２１０やログファイル監視２３０から入力した情報のうち、即時性のあるものだけをイベントとして統合管理部１０へ通知する。また、ログファイル監視２３０が検知した事象をＡＰ監視２１０に通知するプログラムである。

ログファイル監視２３０はシステムログファイル８０やＡＰログファイル９０からログデータを入力し、ＡＰ７０に関連したものだけを抽出し共通的な形式に変換する。このログデータによりオブジェクト２５を管理するとともに、イベント情報をイベント管理２２０に通知する。また、共通的な形式に変換したログデータを、共通ログ５０に格納するため、共通ログ管理２４０に出力するプログラムである。また、ＡＰＩ（アプリケーション・プログラミング・インタフェース）を提供し、ＡＰ７０がＡＰ監視２１０へ通知するイベントをログ化することもできる。

共通ログ管理２４０はログファイル監視２３０から入力したログデータを、共通ログ５０に格納する。また、統合管理部１０のログ検索１３０からのログ検索要求に従い該当ログを抽出し転送するプログラムである。

図５は、本発明適用前のＡＰの監視可能条件を示した図である。

図６は、本発明適用後のＡＰの監視可能条件を示した図である。ログファイル監視２３０によりオブジェクト２５を管理することにより、ＡＰの停止状態以外は監視可能となるため、システム管理者は幅広くＡＰを監視できる効果がある。

図７は、オブジェクト２５の体系を示した図である。オブジェクト２５は、システムオブジェクト５００とログオブジェクト８００とイベントオブジェクト８５０から構成する。

図８は、システムオブジェクト５００の階層を示した図である。システムオブジェクト５００は、ＩＰオブジェクト６００とＡＰオブジェクト７００の順番に階層化されたオブジェクトである。

図９は、システムオブジェクト５００の属性を示した図である。システムオブジェクト５００は、下位のオブジェクトの概要を示す属性を有し、システムオブジェクト識別子（Ｓｙｓ＿Ｏｂｊ＿ＩＤ）５１０、システムオブジェクト名（Ｓｙｓ＿Ｏｂｊ＿Ｎａｍｅ）５２０、統合管理部の総数（Ｍａｎａｇｅｒ＿Ｎｕｍ）５３０、統合管理支援部の総数（Ａｇｅｎｔ＿Ｎｕｍ）５４０、管理しているＡＰの総数（Ｍａｎａｇｉｎｇ＿Ａｐ＿Ｎｕｍ）５５０、使用しているＤＢの総数（ＤＢ＿Ｎｕｍ）５６０、システムオブジェクトを識別するためのフラグ（ｉｓＳｙｓ＿Ｏｂｊ）５７０から構成される。

図１０は、ＩＰノードオブジェクト６００の属性を示した図である。ＩＰノードオブジェクト６００は、統合管理部１０や統合管理支援部２０が動作するＩＰノードの属性を示し、ＩＰノードオブジェクト識別子（ＩＰ＿Ｏｂｊ＿ＩＤ）６１０、ＩＰノードオブジェクト名（ＩＰ＿Ｏｂｊ＿Ｎａｍｅ）６１２、ホスト名（ＩＰ＿Ｈｏｓｔｎａｍｅ）６１４、ＩＰアドレス（ＩＰ＿Ａｄｄｒｅｓｓ）６１６、ＩＰノードオブジェクトを識別するためのフラグ（ｉｓＩＰ＿Ｎｏｄｅ）６１８、当該ＩＰノードで統合管理部の存在を識別するためのフラグ（ｉｓＭｇｒ＿Ｎｏｄｅ）６２０、当該ＩＰノードで統合管理部が動作している場合の状態（Ｍｇｒ＿Ｓｔａｔｕｓ）６２２、当該ＩＰノードで統合管理支援部の存在を識別するためのフラグ（ｉｓＡｇｔ＿Ｎｏｄｅ）６２４、当該ＩＰノードで統合管理支援部が動作している場合の状態（Ａｇｔ＿Ｓｔａｔｕｓ）６２６、当該ＩＰノードで統合管理支援部が動作している場合のＡＰオブジェクトの総合的な状態（ｉｓＡＰ＿Ｏｂｊ＿Ｓｔａｔｕｓ）６２８、当該ＩＰノードで使用しているＤＢの有無を識別するためのフラグ（ｉｓＤＢ）６３０、使用しているＤＢの種別（ＤＢ＿Ｔｙｐｅ）６３２、使用しているＤＢの状態（ＤＢ＿Ｓｔａｔｕｓ）６３４、当該ＩＰノードを管理している統合管理部の総数（Ｍａｎａｇｉｎｇ＿Ｍｇｒ＿Ｎｕｍ）６３６、統合管理部情報を記録するテーブル（Ｍａｎａｇｉｎｇ＿Ｍｇｒ＿Ｔａｂｌｅ）６３８、当該統合管理支援部が管理しているＡＰの総数（Ｍａｎａｇｅｄ＿ＡＰ＿Ｎｕｍ）６４６、管理しているＡＰオブジェクトを識別するためのテーブル（Ｍａｎａｇｅｄ＿ＡＰ＿Ｔａｂｌｅ）６４８から構成される。統合管理部テーブル６３８は統合管理部エントリ（Ｍａｎａｇｉｎｇ＿Ｍｇｒ＿Ｅｎｔｒｙ）６４０から構成され、統合管理部エントリ６４０はエントリを識別するインデックス（Ｉｎｄｅｘ）６４２と統合管理部が存在するＩＰノードオブジェクト識別子（ＩＰ＿Ｏｂｊ＿ＩＤ）６４４から構成される。ＡＰテーブル６４８はＡＰエントリ（Ｍａｎａｇｅｄ＿ＡＰ＿Ｅｎｔｒｙ）６５０から構成され、ＡＰエントリ６５０はエントリを識別するインデックス（Ｉｎｄｅｘ）６５２とＡＰオブジェクト識別子（ＡＰ＿Ｏｂｊ＿ＩＤ）６５４から構成される。

図１１は、 ＡＰオブジェクト７００の属性を示した図である。 ＡＰオブジェクト７００は、管理対象物であるＡＰ７０の属性を示し、ＡＰオブジェクト識別子（ＡＰ＿Ｏｂｊ＿ＩＤ）７１０、ＡＰオブジェクト名（ＡＰ＿Ｏｂｊ＿Ｎａｍｅ）７１２、ＡＰを管理する階層上位の統合管理支援部を示すＩＰオブジェクト識別子（Ｍａｎａｇｅｉｎｇ＿ＩＰ＿Ｏｂｊ＿ＩＤ）７１４、ＡＰのバージョン（ＡＰ＿Ｖｅｒｓｉｏｎ）７１６、ＡＰ名（ＡＰ＿Ｎａｍｅ）７１８、当該ＩＰノードにＡＰがインストールされた時刻（Ｉｎｓｔａｌｌｅｄ＿Ｔｉｍｅ）７２０、ＡＰの総合的な状態（ｉｓＡＰ＿Ｓｔａｔｕｓ）７２２、ＡＰと統合管理支援部間の情報交換手段により取得したＡＰの状態（ｉｓＡＰ＿Ｉｎｔｅｒｆａｃｅ＿Ｓｔａｔｕｓ）７２４、ＯＳやＡＰのログから取得したＡＰの状態（ｉｓＡＰ＿Ｌｏｇ＿Ｓｔａｔｕｓ）７２６、ＡＰオブジェクトを識別するためのフラグ（ｉｓＭａｎａｇｅｄ＿ＡＰ）７２８、スケジュールされているジョブ数（Ｊｏｂ＿Ｎｕｍ）７３０、ジョブ情報を記録するテーブル（Ｊｏｂ＿Ｔａｂｌｅ）７３２から構成される。ジョブテーブル７３２は、ジョブエントリ（Ｊｏｂ＿Ｅｎｔｒｙ）７３４から構成され、ジョブエントリ７３４はエントリを識別するインデックス（Ｉｎｄｅｘ）７３６とジョブ名（Ｊｏｂ＿Ｎａｍｅ）７３８と業務名（Ｂｕｓｉｎｅｓｓ＿Ｎａｍｅ）７４０とジョブの実行周期（Ｅｘｅｃｕｔｉｏｎ＿Ｃｙｃｌｅ）７４２とスケジュールされたジョブの次回実行予定時刻（Ｓｃｈｅｄｕｌｅ＿Ｔｉｍｅ）７４４とジョブを実行するユーザ名（Ｕｓｅｒ＿Ｎａｍｅ）７４６と実行するジョブのファイル名（Ｆｉｌｅ＿Ｎａｍｅ）７４８と前回のジョブの終了コード（Ｅｘｉｔ＿Ｃｏｄｅ）７５０から構成される。

図１２は、ログオブジェクト８００の階層を示した図である。ログオブジェクト８００は、ログファイル監視オブジェクト８１０とログデータオブジェクト８２０の順番に階層化されたオブジェクトである。ログオブジェクト８００は、下位のオブジェクトの概要を示す属性を有し、ログファイル監視オブジェクト総数やログデータオブジェクトの値を格納する共通ログ５０の情報等から構成される。ログファイル監視オブジェクト８１０は、ログファイル毎に存在し、監視対象のログファイル名、監視間隔、必要であるログデータのみを抽出するための（フィルタリング）条件、共通的な形式に変換するための正規化条件等から構成される。ログデータオブジェクト８２０は、ログファイル監視２３０が入力したログデータを、図１４に示す共通的な形式である属性に正規化（変換）後、共通ログ５０に格納されるデータそのものを表現する。

図１３は、イベントオブジェクト８５０の階層を示した図である。イベントオブジェクト８５０は、外部イベントオブジェクト８６０と内部イベントオブジェクト８７０の順番に階層化されたオブジェクトである。外部イベントオブジェクト８６０とは、統合管理部１０へ転送するイベントのことであり、内部イベントオブジェクト８７０とは統合管理支援部内の各機能モジュール間で交換するイベントのことである。

図１４は、ログデータオブジェクト８２０とイベントオブジェクト８５０の属性を示した図である。イベントとログデータは、
メッセージ発生元ホスト名９０１又はメッセージ発生元ＩＰアドレス９０２
メッセージ発生年月日９０３
メッセージ通番９０４
の組み合せにより対応付ける。外部イベントか内部イベントかの区別は、重要度９０８の値で判断する。つまり重要度９０８が、
・高い場合：外部イベント、共通ログへの保存
・並みの場合：内部イベント、共通ログへの保存
・低い場合：共通ログへの保存のみ
と区別し処理する。

図１５は、ログオブジェクト８００とイベントオブジェクト８５０の属性の内容を示した図である。

図１６は、統合管理支援部２０のログファイル監視２３０の処理の流れを示すＰＡＤ図である。ログファイル監視２３０は、初期設定（ステップ１０００）を行い、ログオブジェクト８００から属性を取得し（ステップ１００１）、ログファイル監視オブジェクト８１０の数だけループし（ステップ１００２）、ログファイル監視オブジェクト８１０から属性を取得し（ステップ１００３）、ログファイル毎に監視を開始（ステップ１００４）した後、終了要求が来るまでループして（ステップ１００５）イベントを待つ（ステップ１００６）。イベントには、ログファイル監視２３０のサブ機能であるログファイル毎の監視機能からログデータが入力されたことを通知するログデータ入力要求（ステップ１００７）と、統合管理部１０からのオブジェクト追加要求（ステップ１０１６）とオブジェクト削除要求（ステップ１０１８）と属性変更要求（ステップ１０２０）と、終了要求（ステップ１０２２）がある。

ログデータ入力要求（１００７）を受信した場合は、システムログファイル８０やＡＰログファイル９０からログデータを入力し（ステップ１００８）、フィルタリング処理を行う。フィルタリング処理は、入力したログデータが対象外のデータであるかを確認し（ステップ１００９）、対象外のデータである場合（ＹＥＳ）は入力ログデータをクリアする（ステップ１０１０）。入力したログデータが対象のものである場合（ＮＯ）は、図１４に示す形式に正規化処理（ステップ１０１１）後、統合管理部１０へ通知する必要のあるものだけを外部イベントオブジェクト８６０としてイベント管理２２０へ通知し（ステップ１０１２）、入力ログデータの正規化処理（ステップ１０１３）、ＡＰオブジェクト管理（ステップ１０１４）、共通ログ５０へログデータを格納するために共通ログ管理２４０へ入力ログデータの格納要求を発行する（ステップ１０１５）。正規化処理（ステップ１０１１、ステップ１０１３）は、入力されたログデータのメッセージテキスト中に、予め定義された条件（文字列、及び文字列の集合等）を含んでいるかどうかで判断し、該当する場合はその条件に対応した値又はメッセージテキスト中の文字列を属性の値として設定する処理である。

統合管理部からのオブジェクト追加要求（１０１６）を受信した場合は、新規に監視するログファイルが増えたことを意味し、ログオブジェクト８００の配下にログファイル監視オブジェクト８１０を生成する（ステップ１０１７）。

統合管理部からのオブジェクト削除要求（１０１８）を受信した場合は、監視していたログファイルの監視を止めることを意味し、ログオブジェクト８００の配下の該当するログファイル監視オブジェクト８１０を削除する（ステップ１０１９）。

統合管理部からの属性変更要求（１０２０）を受信した場合は、該当するログファイル監視オブジェクト８１０の属性を変更する（ステップ１０２１）。

またログファイル監視２３０は、オブジェクトの生成や追加、及び属性を変更した場合、ログオブジェクト８００の属性の値を更新する。

終了要求を受信した場合は（ステップ１０２２）、ループを抜けて（ステップ１０２３）終了処理を行う（ステップ１０２４）。

図１７は、統合管理支援部２０のログファイル監視２３０の処理の一つであるＡＰオブジェクト管理の処理の流れを示すＰＡＤ図である。メッセージ発生元ホスト名９０１と制御名９０７から該当するＡＰオブジェクト７００のｉｓＡＰ＿Ｌｏｇ＿Ｓｔａｔｕｓ７２６を検索し（ステップ１０５０）、図１４に示す正規化された属性の内、ジョブの状態（開始、終了、異常終了等）やＯＳ６０が出力したプロセス情報を表現したメッセージ種別９１４や終了コード９１２の値から該当するＡＰ７０の状態を判断し、ｉｓＡＰ＿Ｌｏｇ＿Ｓｔａｔｕｓ７２６の値を更新（ステップ１０５１）後、更新したことを内部イベントによりイベント管理２２０を経由してＡＰ監視２１０へ通知する（ステップ１０５２）。

図１８は、統合管理支援部２０の共通ログ管理２４０の処理の流れを示すＰＡＤ図である。共通ログ管理２４０は、初期設定（ステップ１１００）を行い、終了要求が来るまでループして（ステップ１１０１）イベントを待つ（ステップ１１０２）。イベントには、ログファイル監視２３０からの正規化処理されたログデータの格納要求（ステップ１１０３）と、統合管理部１０のログ検索１３０からのログ検索要求（ステップ１１０５）と、終了要求（ステップ１１０７）がある。

ログファイル監視２３０からログデータの格納要求（ステップ１１０３）を受信した場合は、ログデータをログデータオブジェクト８２０の形式で共通ログ５０に格納する。

統合管理部１０からのログ検索要求（ステップ１１０５）を受信した場合は、指定された条件に合致したログデータオブジェクト８２０を応答する（ステップ１１０６）。

終了要求を受信した場合は（ステップ１１０７）、ループを抜けて（ステップ１１０８）終了処理を行う（ステップ１１０９）。

図１９は、統合管理支援部２０のイベント管理２２０の処理の流れを示すＰＡＤ図である。イベント管理２２０は、初期設定（ステップ１２００）を行い、終了要求が来るまでループして（ステップ１２０１）イベントを待つ（ステップ１２０２）。イベントには、ＡＰ監視２１０やログファイル監視２３０が発行するイベント情報転送要求（ステップ１２０３）と終了要求（ステップ１２０８）がある。

イベント情報転送要求（ステップ１２０３）を受信した場合は、イベント情報を入力し（ステップ１２０４）、外部イベントか内部イベントかの判定を行い（ステップ１２０５）、外部イベントである場合（ＹＥＳ）は統合管理部１０ヘイベントを発行し（ステップ１２０６）、内部イベントである場合（ＮＯ）はＡＰ監視２１０へイベントを通知する（ステップ１２０７）。

終了要求を受信した場合は（ステップ１２０８）、ループを抜けて（ステップ１２０９）終了処理を行う（ステップ１２１０）。

図２０は、統合管理支援部２０のＡＰ監視２１０の処理の流れを示すＰＡＤ図である。ＡＰ監視２１０は、初期設定（ステップ１３００）を行い、ＯＳ６０からＩＰノードオブジェクト情報を取得し属性に反映した（ステップ１３０１）後、ＡＰ７０との情報交換手段を確立し（ステップ１３０２）、ＡＰオブジェクト監視（ステップ１３０３）を行い、終了要求が来るまでループして（ステップ１３０４）イベントを待つ（ステップ１３０５）。ループ（ステップ１３０４）中は、イベント処理（ステップ１３０６）とＡＰオブジェクト監視（ステップ１３０７）を行う。終了要求を受信した場合は（ステップ１３５９）、ループを抜けて（ステップ１３６０）終了処理を行う（ステップ１３０８）。

図２１は、統合管理支援部２０のＡＰ監視２１０の処理の一つであるＡＰオブジェクト監視の処理の流れを示すＰＡＤ図である。 ＡＰオブジェクト監視は、ＡＰ数分ループし（ステップ１３３０）、ＡＰ７０からＡＰオブジェクト情報を取得しＡＰオブジェクト７００の属性に反映（ステップ１３３１）した後、オブジェクトに変更があったか判定する（ステップ１３３２）。オブジェクトに変更があった場合（ＹＥＳ）は、変更のあったオブジェクト情報を外部イベントとしてイベント管理２２０へ通知する（ステップ１３３３）。

図２２は、統合管理支援部２０が行うＡＰ監視２１０の処理の一つであるイベント処理の処理の流れを示すＰＡＤ図である。イベントには、ＡＰ７０からのイベント通知（ステップ１３５０）と、イベント管理２２０からの内部イベント通知（ステップ１３５３）と、統合管理部１０からのオブジェクト参照要求（ステップ１３５７）と、終了要求（ステップ１３５９）がある。

ＡＰ７０からのイベント通知（ステップ１３５０）を受信した場合は、ＡＰ７０からＡＰオブジェクト情報を取得し該当のＡＰオブジェクト７００の属性に反映する（ステップ１３５１）。また、変更のあったオブジェクト情報（属性と値）を外部イベントとしてイベント管理２２０へ通知する（ステップ１３５２）。

イベント管理２２０からの内部イベント通知（ステップ１３５３）を受信した場合は、図１７で示したようにログファイル監視２３０からＡＰオブジェクト７００に変更があったことを意味しており、ＡＰ７０との情報交換が可能であるか確認する（ステップ１３５４）。可能な場合（ＹＥＳ）はオブジェクト処理１（ステップ１３５５）を実行し、可能でない場合（ＮＯ）はオブジェクト処理２を実行する。

統合管理部１０からのオブジェクト参照要求（ステップ１３５７）を受信した場合は、要求されたオブジェクト情報やその値を応答する（ステップ１３５８）。

終了要求（ステップ１３５９）を受信した場合は、ループ（ステップ１３０４）を抜ける（ステップ１３６０）。

図２３は、統合管理支援部２０が行うＡＰ監視２１０の処理の一つであるオブジェクト処理１の処理の流れを示すＰＡＤ図である。該当するＡＰ７０から情報交換手段により状態を取得し、該当するＡＰオブジェクト７００のｉｓＡＰ＿Ｉｎｔｅｒｆａｃｅ＿Ｓｔａｔｕｓ７２４に設定する。また該当するＡＰオブジェクト７００のｉｓＡＰ＿Ｓｔａｔｕｓ７２２に、“インタフェース：ＯＫ”かつｉｓＡＰ＿Ｉｎｔｅｒｆａｃｅ＿Ｓｔａｔｕｓ７２４の値を設定する（ステップ１３７１）。その後、該当するＩＰノードオブジェクトのＭａｎａｇｅｄ＿ＡＰ＿Ｎｕｍ６４６の値だけループし（ステップ１３７２）、ｉｓＡＰ＿Ｓｔａｔｕｓ７２２の値が“インタフェース：ＯＫ”かつｉｓＡＰ＿Ｉｎｔｅｒｆａｃｅ＿Ｓｔａｔｕｓ７２４の値が正常であるＡＰオブジェクト７００の数をカウントする（ステップ１３７３）。カウントしたＡＰオブジェクト７００の数ｘと、ユーザが設定した例えばａ，ｂ（ｂ＜ａ）の値を比較し（ステップ１３７４）、ａ＝＜ｘの場合はＩＰノードオブジェクト６００のｉｓＡＰ＿Ｏｂｊ＿Ｓｔａｔｕｓ６２８に“正常”を設定し（ステップ１３７５）、ｂ＜ｘ＜ａの場合はｉｓＡＰ＿Ｏｂｊ＿Ｓｔａｔｕｓ６２８に“注意”を設定し（ステップ１３７６）、ｘ＝＜ｂの場合はｉｓＡＰ＿Ｏｂｊ＿Ｓｔａｔｕｓ６２８に“異常”を設定する（ステップ１３７７）。このとき、オブジェクトの値に変更があったか確認し（ステップ１３７８）、変更があった場合（ＹＥＳ）はそのオブジェクト情報を外部イベントとして統合管理部１０に通知するためイベント管理２２０へ通知する（ステップ１３７９）。

図２４は、統合管理支援部２０が行うＡＰ監視２１０の処理の一つであるオブジェクト処理２の処理の流れを示すＰＡＤ図である。該当するＡＰ７０との情報交換手段が使用できない場合であり、該当するＡＰオブジェクト７００のｉｓＡＰ＿Ｓｔａｔｕｓ７２２に、“インタフェース：ＮＧ”かつｉｓＡＰ＿Ｌｏｇ＿Ｓｔａｔｕｓ７２６の値を設定する（ステップ１３９０）。その後、該当するＩＰノードオブジェクトのＭａｎａｇｅｄ＿ＡＰ＿Ｎｕｍ６４６の値だけループし（ステップ１３９１）、ｉｓＡＰ＿Ｓｔａｔｕｓ７２２の値が“インタフェース：ＮＧ”かつ正常であるＡＰオブジェクト７００の数をカウントする（ステップ１３９２）。カウントしたＡＰオブジェクト７００の数ｘと、ユーザが設定した例えばａ，ｂ（ｂ＜ａ）の値を比較し（ステップ１３９３）、ａ＝＜ｘの場合はＩＰノードオブジェクト６００のｉｓＡＰ＿Ｏｂｊ＿Ｓｔａｔｕｓ６２８に“正常”を設定し（ステップ１３９４）、ｂ＜ｘ＜ａの場合はｉｓＡＰ＿Ｏｂｊ＿Ｓｔａｔｕｓ６２８に“注意”を設定し（ステップ１３９５）、ｘ＝＜ｂの場合はｉｓＡＰ＿Ｏｂｊ＿Ｓｔａｔｕｓ６２８に“異常”を設定する（ステップ１３９６）。このとき、オブジェクトの値に変更があったか確認し（ステップ１３９７）、変更があった場合（ＹＥＳ）はそのオブジェクト情報を外部イベントとして統合管理部１０に通知するためイベント管理２２０へ通知する（ステップ１３９
８）。

図２５は、統合管理部１０が行うログ検索１３０の処理の流れを示すＰＡＤ図である。ログ検索１３０は、初期設定（ステップ１４００）を行い、終了要求が来るまでループして（ステップ１４０１）イベントを待つ（ステップ１４０２）。イベントには、統合管理部ビュアー３０からのログ検索要求（ステップ１４０３）と、統合管理支援部２０の共通ログ管理２４０からのログ検索結果（ステップ１４０５）と、終了要求（ステップ１４０７）がある。

ログ検索要求（ステップ１４０３）を受信した場合は、イベント、ログ対応処理（ステップ１４０４）を行い、統合管理支援部２０の共通ログ管理２４０へログデータの検索を要求する。

ログ検索結果（ステップ１４０５）を受信した場合は、検索結果を時系列にソートした後、統合管理部ビュアー３０へ転送する（ステップ１４０６）。

終了要求を受信した場合は（ステップ１４０７）、ループを抜けて（ステップ１４０８）終了処理を行う（ステップ１４０９）。

図２６は、統合管理部１０が行うログ検索１３０の処理の一つであるイベント、ログ対応処理の処理の流れを示すＰＡＤ図である。統合管理部ビュアー３０を操作しているシステム管理者は指定したイベントのメッセージ発生元ホスト名９０１又はメッセージ発生元ＩＰアドレス９０２の共通ログ管理２４０から該当イベントのログデータを取得する（ステップ１４５０）。このシステム管理者が指定したログ検索が、ジョブ単位（一つのコンピュータ内で実行されるもの）であるか、業務単位（複数のコンピュータ間にまたがって実行されるジョブの集合）であるかの判定（ステップ１４５１）を行う。

ジョブ単位である場合は、オブジェクト管理１１０から該当ジョブの実行周期７４２を取得し（ステップ１４５２）、該当イベントのメッセージ発生元の共通ログ管理２４０へ同じジョブ名９１０又はジョブ番号９０９でありかつ同時期の実行周期に実行されたログデータの検索要求を発行する（ステップ１４５３）。

業務単位である場合は、オブジェクト管理１１０から業務名７４０をキーとして、該当業務名９１５の値を持つジョブの実行ホスト名６１４又はＩＰアドレス６１６、ジョブ名７３８、ジョブの実行周期７４２等を取得する（ステップ１４５４）。またジョブの定義情報（システムトポロジー４０又はファイルに格納されている）から該当業務名のジョブの実行順番を取得する（ステップ１４５５）。その後、該当するホスト名又はＩＰアドレスの数分ループし（ステップ１４５６）、該当するホスト名又はＩＰアドレスで動作する統合管理支援部２０の共通ログ管理２４０へ、同じジョブ名でありかつ同時期の業務に関するログデータの検索要求を発行する（ステップ１４５７）。

以上により本実施例によれば、
・管理対象物を管理しているオブジェクトを管理することにより、管理対象物の監視条件を拡大するとともに管理情報を詳細に管理できる。

・ログ検索１３０により、任意のイベントの詳細情報であるログデータだけを検索、収集して、統合管理部ビュアー３０に表示できるため、ログの分散化やネットワーク負荷を削減できる。

・統合管理部ビュアー３０は、統合管理部１０とネットワークにより接続されているため、場所を問わず、どこからでもオブジェクトを管理できる。

等の効果がある。

実施形態のネットワークシステムの構成図である。 実施形態の統合管理部と統合管理支援部と統合管理部ビュアーが行う処理動作の概略を示す図である。 実施形態の統合管理部１０の構成を示す機能ブロック図である。 実施形態の統合管理支援部２０の構成を示す機能ブロック図である。 本発明適用前のオブジェクトの監視可能条件を示す図である。 本発明適用後のオブジェクトの監視可能条件を示す図である。 実施形態のオブジェクト体系を示す図である。 実施形態のシステムオブジェクト、ＩＰノードオブジェクト及びＡＰオブジェクトの関連を示す図である。 実施形態のシステムオブジェクトの属性を示す図である。 実施形態のＩＰノードオブジェクトの属性を示す図である。 実施形態のＡＰオブジェクトの属性を示す図である。 実施形態のログオブジェクトの関連を示す図である。 実施形態のイベントオブジェクトの関連を示す図である。 実施形態のイベントオブジェクトとログオブジェクトの属性を示す図である。 実施形態のイベントオブジェクトとログオブジェクトの属性の内容を示す図である。 実施形態の統合管理支援部が行うログファイル監視の処理の流れを示すＰＡＤ図である。 実施形態の統合管理支援部が行うログファイル監視の処理の一つであるＡＰオブジェクト管理の処理の流れを示すＰＡＤ図である。 実施形態の統合管理支援部が行う共通ログ管理の処理の流れを示すＰＡＤ図である。 実施形態の統合管理支援部が行うイベント管理の処理の流れを示すＰＡＤ図である。 実施形態の統合管理支援部が行うＡＰ監視の処理の流れを示すＰＡＤ図である。 実施形態の統合管理支援部が行うＡＰ監視の処理の一つであるＡＰオブジェクト監視の処理の流れを示すＰＡＤ図である。 実施形態の統合管理支援部が行うＡＰ監視の処理の一つであるイベント処理の処理の流れを示すＰＡＤ図である。 実施形態の統合管理支援部が行うＡＰ監視の処理の一つであるオブジェクト処理１の処理の流れを示すＰＡＤ図である。 実施形態の統合管理支援部が行うＡＰ監視の処理の一つであるオブジェクト処理２の処理の流れを示すＰＡＤ図である。 実施形態の統合管理部が行うログ検索の処理の流れを示すＰＡＤ図である。 実施形態の統合管理部が行うログ検索の処理の一つであるイベント、ログ対応処理の処理の流れを示すＰＡＤ図である。

符号の説明

１０…統合管理部、２０…統合管理支援部、
２５…オブジェクト、３０…統合管理部ビュアー、
４０…システムトポロジー、５０…共通ログ、
６０…オペレーティングシステム（ＯＳ）、
７０アプリケーションプログラム（ＡＰ）、
８０…システムログファイル、９０…ＡＰログファイル

Claims (2)

1. 管理コンピュータが少なくとも一つの被管理コンピュータを管理するためのコンピュータ管理方法であって、
   前記被管理コンピュータは、
   前記被管理コンピュータで実行された、プロセスで発生した異常をシステムのログ情報としてシステムログ記憶手段に格納し、アプリケーションによる業務実行中に発生した事象を収集し、アプリケーションプログラムログのログ情報としてアプリケーションプログラムログ記憶手段に格納し、
   各記憶手段に格納した前記システムのログ情報及び前記アプリケーションプログラムのログ情報が、予め定義した条件を含んでいるかどうかを判定し、予め定義した条件を含んでいる場合には当該ログ情報を抽出し、抽出したログ情報をオブジェクトに変換することによって前記ログ情報を含むログオブジェクト、及び、メッセージの発生元と発生時期とメッセージと重要度表す属性を含むイベントオブジェクトを生成し、前記ログオブジェクトを共通ログ記憶手段に格納し、前記イベントオブジェクトのうち、重要度を表す値の高いものを外部イベントオブジェクトとして前記管理コンピュータに通知し、
   前記管理コンピュータから前記被管理コンピュータに対して前記外部イベントオブジェクトに対応したログ情報抽出要求が出されると、
   前記被管理コンピュータは、
   前記ログ情報抽出要求に対応した外部イベントオブジェクトの属性に合致するログ情報を前記共通ログ記憶手段から抽出し、前記管理コンピュータへ通知をすることを特徴とするコンピュータの管理方法。
2. 前記管理コンピュータからの前記ログ情報抽出の要求が、ジョブ単位である場合、該当ジョブの同時期の実行周期に実行されたログデータの抽出を要求し、業務単位である場合、該当業務のジョブの実行順序を取得し、同じジョブ名でありかつ同時期の当該業務に関するログデータの抽出を要求することを特徴とする請求項１記載のコンピュータの管理方法。

Images