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

Description

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

等の効果がある。

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

符号の説明

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

Claims (3)

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

Images