JPH11143737A

JPH11143737A - オブジェクト管理方法

Info

Publication number: JPH11143737A
Application number: JP9306065A
Authority: JP
Inventors: Shuji Fujino; 修司藤野; Toshiaki Hirata; 平田　　俊明; Akihiro Urano; 明裕浦野
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1997-11-07
Filing date: 1997-11-07
Publication date: 1999-05-28

Abstract

(57)【要約】【課題】統合管理支援部がアプリケーション等の管理対
象物を管理オブジェクトとして管理するシステムにおい
て、統合管理支援部と管理対象物間の情報交換手段だけ
だと管理オブジェクトを正確に管理できない。また、ロ
グを一つのコンピュータに収集するとディスク容量やネ
ットワーク負荷等が問題となる。【解決手段】アプリケーションが発行するイベントとロ
グを共通的な形式に変換して管理し、統合管理支援部と
管理対象物間の情報交換手段だけではなく、他の手段、
たとえばログデータからも管理される管理オブジェクト
を用意し管理する方法を設ける。また、イベントとログ
データを共通のキーにより対応付けることにより、イベ
ントからログを検索可能とする。

Description

【発明の詳細な説明】

【０００１】

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

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

【０００３】

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

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

【０００５】

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

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

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

【０００８】

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

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

【００１０】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００７０】等の効果がある。

【００７１】

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

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

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

【図面の簡単な説明】

【図１】実施形態のネットワークシステムの構成図であ
る。

【図２】実施形態の統合管理部と統合管理支援部と統合
管理部ビュアーが行う処理動作の概略を示す図である。

【図３】実施形態の統合管理部１０の構成を示す機能ブ
ロック図である。

【図４】実施形態の統合管理支援部２０の構成を示す機
能ブロック図である。

【図５】本発明適用前のオブジェクトの監視可能条件を
示す図である。

【図６】本発明適用後のオブジェクトの監視可能条件を
示す図である。

【図７】実施形態のオブジェクト体系を示す図である。

【図８】実施形態のシステムオブジェクト、ＩＰノード
オブジェクト及びＡＰオブジェクトの関連を示す図であ
る。

【図９】実施形態のシステムオブジェクトの属性を示す
図である。

【図１０】実施形態のＩＰノードオブジェクトの属性を
示す図である。

【図１１】実施形態のＡＰオブジェクトの属性を示す図
である。

【図１２】実施形態のログオブジェクトの関連を示す図
である。

【図１３】実施形態のイベントオブジェクトの関連を示
す図である。

【図１４】実施形態のイベントオブジェクトとログオブ
ジェクトの属性を示す図である。

【図１５】実施形態のイベントオブジェクトとログオブ
ジェクトの属性の内容を示す図である。

【図１６】実施形態の統合管理支援部が行うログファイ
ル監視の処理の流れを示すＰＡＤ図である。

【図１７】実施形態の統合管理支援部が行うログファイ
ル監視の処理の一つであるＡＰオブジェクト管理の処理
の流れを示すＰＡＤ図である。

【図１８】実施形態の統合管理支援部が行う共通ログ管
理の処理の流れを示すＰＡＤ図である。

【図１９】実施形態の統合管理支援部が行うイベント管
理の処理の流れを示すＰＡＤ図である。

【図２０】実施形態の統合管理支援部が行うＡＰ監視の
処理の流れを示すＰＡＤ図である。

【図２１】実施形態の統合管理支援部が行うＡＰ監視の
処理の一つであるＡＰオブジェクト監視の処理の流れを
示すＰＡＤ図である。

【図２２】実施形態の統合管理支援部が行うＡＰ監視の
処理の一つであるイベント処理の処理の流れを示すＰＡ
Ｄ図である。

【図２３】実施形態の統合管理支援部が行うＡＰ監視の
処理の一つであるオブジェクト処理１の処理の流れを示
すＰＡＤ図である。

【図２４】実施形態の統合管理支援部が行うＡＰ監視の
処理の一つであるオブジェクト処理２の処理の流れを示
すＰＡＤ図である。

【図２５】実施形態の統合管理部が行うログ検索の処理
の流れを示すＰＡＤ図である。

【図２６】実施形態の統合管理部が行うログ検索の処理
の一つであるイベント、ログ対応処理の処理の流れを示
すＰＡＤ図である。

【符号の説明】

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

Claims

【特許請求の範囲】

【請求項１】コンピュータシステム（以降、単にコンピ
ュータという）内で動作するアプリケーションプログラ
ム（以降、単にＡＰという）等の管理対象物を管理する
統合管理支援部と、前記統合管理支援部の一群から前記
管理対象物の管理情報を収集する統合管理部と収集した
管理情報を見るための統合管理部ビュアーより構成さ
れ、前記統合管理支援部と前記統合管理部と統合管理部
ビュアー間は通信ネットワークにより接続されているネ
ットワークシステムにおいて、前記統合管理支援部は管
理オブジェクト（以降、単にオブジェクトという）を用
いて前記管理対象物を管理し、前記管理対象物との情報
交換手段により前記管理対象物を管理する前記オブジェ
クトを、他の手段により管理する方法を特徴とするオブ
ジェクト管理方法。
【請求項２】請求項１におけるオブジェクト管理方法に
おいて、前記管理対象物、たとえばＡＰ及びオペレーテ
ィングシステム（以降、単にＯＳという）等が出力した
ログデータの取得を契機に、前記管理対象物と情報交換
を行い、前記オブジェクトの値を更新することを特徴と
するオブジェクト管理方法。
【請求項３】請求項２におけるオブジェクト管理方法に
おいて、前記管理対象物が出力したイベントやログデー
タを、それらが表現するジョブ名や業務名等を区別でき
る識別情報、出力された時間情報、出力されたコンピュ
ータを識別する情報、出力した管理対象物を識別する情
報、等を有する共通的な形式に変換して管理することを
特徴とするオブジェクト管理方法。
【請求項４】請求項３におけるオブジェクト管理方法に
おいて、イベントとログデータを共通のキーにより対応
付けて管理することを特徴とするオブジェクト管理方
法。
【請求項５】請求項４におけるオブジェクト管理方法に
おいて、複数の遠隔地に存在するログデータを、前記共
通な形式の条件により検索、収集することを特徴とする
オブジェクト管理方法。
【請求項６】請求項５におけるオブジェクト管理方法に
おいて、前記コンピュータと前記コンピュータ内で動作
するＡＰやジョブ等の前記管理対象物を階層的に関連付
けて管理することにより、複数コンピュータで動作する
管理対象物の構成情報、関係情報、状態情報等を統合管
理することを特徴とするオブジェクト管理方法。
【請求項７】請求項１におけるオブジェクト管理方法に
おいて、前記管理対象物を管理する前記オブジェクト
が、他の手段により管理されることを特徴とするオブジ
ェクト。