特許 6446285 マルチベンダサーバ機器のリモートログ収集システムおよび方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6446285

(24)【登録日】2018年12月7日

(45)【発行日】2018年12月26日

(54)【発明の名称】マルチベンダサーバ機器のリモートログ収集システムおよび方法

(51)【国際特許分類】

   G06F 11/34 20060101AFI20181217BHJP

【ＦＩ】

   G06F11/34 176

【請求項の数】4

【全頁数】11

(21)【出願番号】特願2015-27430(P2015-27430)

(22)【出願日】2015年2月16日

(65)【公開番号】特開2016-151796(P2016-151796A)

(43)【公開日】2016年8月22日

【審査請求日】2018年1月19日

(73)【特許権者】

【識別番号】000233491

【氏名又は名称】株式会社日立システムズ

(74)【代理人】

【識別番号】110000062

【氏名又は名称】特許業務法人第一国際特許事務所

(72)【発明者】

【氏名】鈴木 清司

(72)【発明者】

【氏名】川島 貴広

(72)【発明者】

【氏名】嘉田 博仁

(72)【発明者】

【氏名】幡野 利文

【審査官】 三坂 敏夫

(56)【参考文献】

【文献】 特開２００７−３２８５２６（ＪＰ，Ａ）

【文献】 特開２０１４−０７８１２６（ＪＰ，Ａ）

【文献】 国際公開第２０１３／１９０６６３（ＷＯ，Ａ１）

【文献】 特開平１０−２２８４３３（ＪＰ，Ａ）

【文献】 特開２０１３−０４５３１３（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １１／０７

１１／２８−１１／３４

１１／３６

(57)【特許請求の範囲】

【請求項1】

ログ採取要求側装置からログ採取要求を含むオーダーを受けて、指定カタログ（カタログ名）に対応したログをマルチベンダサーバ機器群から収集・アーカイブして、ログ採取要求側装置に返信するシステムにおいて、
前記マルチベンダサーバ機器に依存しないログ収集エージェントをログ収集対象機器にインストールし、
前記ログ収集エージェントは、
前記ログ採取要求側装置からのログ収集要求を受信するログ収集要求受信手段と、
前記ログ収集要求を受信したとき、ログ採取コマンドを実行するコマンド実行手段と、
前記ログ採取コマンドを受けたとき、記憶装置に記録されたカタログ毎のカタログファイルおよびコレクタ設定ファイルを読み込むファイル読込手段と、
前記カタログファイルおよび前記コレクタ設定ファイルの内容に基づき前記マルチベンダサーバ機器群からログ収集を実行するログ収集手段と、
前記カタログ毎のログ収集結果およびカタログのバージョン情報を実行ログとして生成し出力する手段と、
前記実行ログを受信し、当該実行ログをアーカイブして圧縮し、前記ログ採取要求側装置に返信する手段と、
を設けたことを特徴とするマルチベンダサーバ機器のリモートログ収集システム。

【請求項2】

請求項１に記載されたマルチベンダサーバ機器のリモートログ収集システムにおいて、
更に、前記ログ収集要求を認証する手段と、
前記ログ収集要求が認証されたとき、前記ログを収集する機能を起動する手段と、
を含む、ことを特徴とするマルチベンダサーバ機器のリモートログ収集システム。

【請求項3】

請求項１に記載されたマルチベンダサーバ機器のリモートログ収集システムにおいて、
前記オーダーは、通報ログ収集オーダー、着信ログ収集オーダーを含み、
前記カタログファイルは、カタログ名、定義内容を含み、
前記コレクタ設定ファイルは、カタログ単位の許可／禁止フラグを含み、
前記ログ収集結果は、成功、失敗、禁止、を含み、
前記ログ収集手段は、前記オーダーが、前記通報ログ収集オーダー、又は前記着信ログ収集オーダーの場合は、全カタログ分のログを収集する
ことを特徴とするマルチベンダサーバ機器のリモートログ収集システム。

【請求項4】

ログ採取要求側装置からログ採取要求を含むオーダーを受けて、指定カタログ（カタログ名）に対応したログをマルチベンダサーバ機器群から収集・アーカイブして、ログ採取要求側装置に返信するシステムにおけるマルチベンダサーバ機器のリモートログ収集方法において、
前記マルチベンダサーバ機器に依存しないログ収集エージェントをログ収集対象機器にインストールし、
前記ログ収集エージェントは、
前記ログ採取要求側装置からのログ収集要求を受信し、
前記ログ収集要求を受信したとき、ログ採取コマンドを実行し、
前記ログ採取コマンドを受けたとき、記憶装置に記録されたカタログ毎のカタログファイルおよびコレクタ設定ファイルを読み込み、
前記カタログファイルおよび前記コレクタ設定ファイルの内容に基づき前記マルチベンダサーバ機器群からログ収集を実行し、
前記カタログ毎のログ収集結果およびカタログのバージョン情報を実行ログとして生成し出力し、
前記実行ログを受信し、当該実行ログをアーカイブして圧縮し、前記ログ採取要求側装置に返信する、
ことを特徴とするマルチベンダサーバ機器のリモートログ収集方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明はマルチベンダサーバ機器のリモートログ収集システムおよび方法に関する。

【背景技術】

【0002】

サーバなどのハードウェアの障害受付から解析、診断、復旧まで、ハードウェア機器の保守に関するサービスを提供するハードウェア保守統括サービスシステムとして、ＡＳＳＩＳＴセンタ（自動解析システム）と通報装置とを備え、サーバ機器などのハードウェアのログを収集して、ハードウェアの障害を監視し、例えば、ＯＳライブを監視し、ハードウェア機器の保守を可能とする遠隔保守支援サービスシステムが提案されている。

【0003】

ここで、ＡＳＳＩＳＴ（Advanced Service Support Information System Technology：障害自動通報）とは、ＡＳＳＩＳＴセンタから通報装置を介して遠隔（リモート）でサーバ機器などのログを収集する本出願人により開発された技術であり、他社のマルチベンダサーバ機器にインストールされたログ収集エージェントをもって、例えば、通報装置からの「オーダー」、つまりログ収集の実行指示（ログ採取要求）を受け、通報装置からのセッションを一度切断し、ログ収集エージェントに予め登録されているログ採取処理を実行し、通報装置に転送(Ｐｕｓｈ方式)するものである。
係るＰｕｓｈ方式によれば、マルチベンダ環境においても共通インターフェースでログ収集を実現することができる利点がある。
しかし、リモートで対象サーバのログを収集する場合、他社製の対象サーバベンダのログ収集機能及びツール等を使用する必要がある。また、機器によっては、ログ収集機能がない（公開されていない）場合もある。したがって、従来は、ベンダ毎に個別に対応する必要があった。このため、マルチベンダサーバ機器のログ収集機能の標準化が困難であった。

【0004】

すなわち、リモートでマルチベンダ機器のログデータ採取を、本出願人が開発した上述ＡＳＳＩＳＴで実現しよとすると、リモートセンタからマルチベンダ機器を直接リモート操作でログ採取するのではなく、システム側で自動的にログを採取する必要がある。そして、ログ採取に各ベンダ製のログ採取機能やツールを使用可能とするためには、例えば、対象機器（マルチベンダサーバ機器や仮想化されたサーバ）の通報装置への専用インターフェースを追加するなど、新規に開発する必要があった。すなわち、対象機器ごとのインターフェースを用意する必要があり、システム側が複雑となる課題があった。また、ログ収集機能がない機器は、個別に開発する必要があった。更に、導入時の作業手順もベンダ毎に異なるため、作業が煩雑化する課題があった。

【0005】

また、マルチベンダ環境において、特開平２００４−１６４３８９号公報（特許文献１）に記載の技術がある。この公報には、「マルチベンダシステムの保守サービスを行う保守サービス方式であって、複数のベンダから納入された各種の機器から構成され情報処理を行うマルチベンダシステムと、前記マルチベンダシステムと接続し前記マルチベンダシステムの障害を検出し障害情報を通報するマルチベンダシステム監視通報サーバと、プライマリ保守者が管理操作し前記マルチベンダシステム監視通報サーバから通報された障害情報を受信し前記障害に関連する保守会社システムに障害解決処理の指示を行い前記障害の発生状況および解決状況に関する報告文書を作成して発信するプライマリ保守者端末と、前記マルチベンダシステム監視通報サーバから通報された障害情報を受信し前記マルチベンダシステムを構成する機器の保守を行う保守会社システム」を備え、障害発生をシステム管理者装置、プライマリ保守者端末に自動通報し、マルチベンダシステムの保守サービスや保守支援に関するシステム管理者の手間を削減する技術が開示されている。また、サーバ機器ではなく、ネットワーク機器などのログ収集エージェントがインストール付加の機器に対して、通報装置からネットワーク経由でログを採取する処理をカタログ化して自動化するシステムが提案されている（特許文献２）。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】特開２００４−１６４３８９号公報

【特許文献2】特開２０１４−７８１２６号公報

【発明の概要】

【発明が解決しようとする課題】

【0007】

上述した従来技術では、導入時の作業手順もベンダ毎に異なるため、作業が煩雑化する課題があり、特許文献１では、「障害通報／通知」のためのログ収集までは考慮されていない。そのため、障害発生の自動通報という効果に留まる。

【0008】

そこで、本発明では、上述した背景技術に鑑み、マルチベンダサーバ機器の標準化を実現可能とすることを目的とする。

【課題を解決するための手段】

【0009】

上記課題を解決するために、代表的な本発明のマルチベンダサーバ機器のリモートログ収集システムおよび方法の一つは、ベンダに依存しないログ収集エージェントを対象サーバ機器のＯＳ（基本ソフト）にインストールし、異なるベンダの他のサーバ機器も全て同じ手順によりリモートからのログ収集を可能とする。

【0010】

ベンダに依存しないログ収集エージェントとは、例えば、ログ採取要求側の通報装置（例えば、通報機能を有する監視装置）からログ採取要求を受けたとき、当該ログ採取要求に従って、ＯＳ上のコマンド・スクリプト経由でログを収集し、ログ採取要求側の通報装置へ返信する機能（プログラム）である。

【0011】

ログ採取要求側装置からログ採取要求を含むオーダーを受けて、指定カタログ（カタログ名）に対応したログをマルチベンダサーバ機器群から収集・アーカイブして、ログ採取要求側装置に返信するシステムにおいて、
前記マルチベンダサーバ機器に依存しないログ収集エージェントをログ収集対象機器にインストールし、
前記ログ収集エージェントは、
前記ログ採取要求側装置からのログ収集要求を受信するログ収集要求受信手段と、
前記ログ収集要求を受信したとき、ログ採取コマンドを実行するコマンド実行手段と、
前記ログ採取コマンドを受けたとき、記憶装置に記録されたカタログ毎のカタログファイルおよびコレクタ設定ファイルを読み込むファイル読込手段と、
前記カタログファイルおよび前記コレクタ設定ファイルの内容に基づき前記マルチベンダサーバ機器群からログ収集を実行するログ収集手段と、
前記カタログ毎のログ収集結果およびカタログのバージョン情報を実行ログとして生成し出力する手段と、
前記実行ログを受信し、当該実行ログをアーカイブして圧縮し、前記ログ採取要求側装置に返信する手段と、
を設けたことを特徴とする。

【0012】

また、本発明のマルチベンダサーバ機器のリモートログ収集方法は、
ログ採取要求側装置からログ採取要求を含むオーダーを受けて、指定カタログ（カタログ名）に対応したログをマルチベンダサーバ機器群から収集・アーカイブして、ログ採取要求側装置に返信するシステムにおけるマルチベンダサーバ機器のリモートログ収集方法において、
前記マルチベンダサーバ機器に依存しないログ収集エージェントをログ収集対象機器にインストールし、
前記ログ収集エージェントは、
前記ログ採取要求側装置からのログ収集要求を受信し、
前記ログ収集要求を受信したとき、ログ採取コマンドを実行し、
前記ログ採取コマンドを受けたとき、記憶装置に記録されたカタログ毎のカタログファイルおよびコレクタ設定ファイルを読み込み、
前記カタログファイルおよび前記ログコレクタ設定ファイルの内容に基づき前記マルチベンダサーバ機器群からログ収集を実行し、
前記カタログ毎のログ収集結果およびカタログのバージョン情報を実行ログとして生成し出力し、
前記実行ログを受信し、当該実行ログを実行ログファイルアーカイブ・圧縮し、前記ログ要求側装置に返信する、
ことを特徴とする。

【発明の効果】

【0013】

本発明によれば、マルチベンダサーバ機器の導入手順が全て標準化でき、導入に係る期間の短縮を図ることができる。

【0014】

また、例えば、ベンダ固有のログ情報採取の追加も可能（カタログアップデート機能をサポート）とし、仮想化されたサーバのゲストＯＳのログ採取もリモートから収集可能である。

【0015】

上述した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

【図面の簡単な説明】

【0016】

【図1】図１は、本発明に係る対象機器（マルチベンダサーバ機器や仮想化されたサーバ）と通報装置とサポートセンタ（ＡＳＳＩＳＴセンタ）の構成を示すブロック図。

【図2】図２は、本発明のログ収集エージェントの構成例を示す機能ブロック図。

【図3】図３は、本発明のログ収集エージェントのログ収集処理フローを示すフローチャート。

【図4】図４は、カタログファイルの一例を示す図。

【図5】図５は、収集ログファイルの一例を示す図。

【図6】図６は、実行結果ファイルとロス収集の実行結果とエージェント・カタログファイルのバージョンを出力したファイルの一例を示す図。

【発明を実施するための形態】

【0017】

本発明の実施形態は、対象となるサーバ機器にログ収集エージェントをインストールした例である。

【実施例】

【0018】

以下、図面を参照して説明する。図１は、本発明に係る対象機器（マルチベンダサーバ機器や仮想化されたサーバ）１と通報装置２とルータ３とサポートセンタ（ＡＳＳＩＳＴセンタ）４の構成を示すブロック図である。

【0019】

ネットワークを介して対象機器であるマルチベンダサーバ機器１は、ネットワークを介して通報装置２、ルータ３、サポートセンタ（ＡＳＳＩＳＴセンタ）４に接続する。対象機器には、仮想化されたサーバが含まれる。

【0020】

対象機器１は、複数のサーバを含むマルチベンダサーバ機器を有する。各サーバは、ログ収集機能を有するログ収集エージェント１１を有する。
通報装置２は、マルチベンダサーバ機器１側にインストールしたログ収集エージェント１１を起動し、ログ採取指示を行うログ収集処理部２１、ログを格納するログＤＢ２２１を含む記憶装置２２、を有する。
サポートセンタ４は、ルータ３を介して通報装置２にログ採取要求を含む「オーダー」を行うものである。

【0021】

ログ収集エージェント１１は、後述するが、管理エージェント１１２、ログコレクタ１１１、を有し、例えば、サーバ機器１を制御するプログラムからなり、当該ブログラムは、サーバ機器１の内部にインストールされるものである。通報装置２は、例えば、ログ収集処理部からなり、サポートセンタ４からの要求（ログ採取要求）に従って、ＯＳ上のコマンド・スクリプト経由でログを収集し、通報装置へ返信するものであり、以下のようなログ収集機能（プログラム）を有する。

【0022】

（１）管理エージェント１１２は、通報装置から「オーダー」によるログ収集要求を受けＩＰアドレス認証を実施する。「オーダー」は、「ＡＬＬ（通報ログ収集オーダー）」、「ＡＧＴＡＮＳ（着信ログ収集オーダー）」の２通りある。
（２）アドレス 認証結果、認証ＯＫの場合は、ログ収集プロセスのログコレクタ「LogCollector」を起動する。
（３）ログコレクタ「LogCollector」１１１は、「オーダー」に対応したカタログファイルの定義内容、および
（４）設定ファイルに定義されたカタログ単位の許可／禁止フラグに従って、
（５）ログ収集を実行する。ここで、「オーダー」が「ＡＬＬ」(通報ログ収集オーダー)の場合、「ＡＧＴＡＮＳ」（着信ログ収集オーダー）の場合は、全カタログ分のログを収集する。
（６）カタログ毎のログ収集結果（成功・失敗・禁止）およびバージョン情報を実行ログ「ＡＥＸＥＣＬＯＧ」（実行結果ファイル「ＡＥＸＥＬＯＧ」参照）に出力する。
（７）管理エージェント１１２で実行ログ「ＡＥＸＥＣＬＯＧ」以外をアーカイブ・圧縮(アーカイブ処理参照)する。
（８）通報装置２へ送信する。

【0023】

マルチベンダサーバ機器１は、ログ収集エージェント１１に基づきログを採取し、対象機器２のログＤＢ２２１に記録する。

【0024】

図２は、本発明のログ収集エージェント１１の構成例を示す機能ブロック図である。

【0025】

ログ収集エージェント１１は、対象機器のマルチベンダサーバ機器１にインストールされ、記録装置２２のカタログファイルおよび設定ファイルに基づいて、上述した機能を実行し、また、管理する制御装置を有する。制御装置は、ログコレクタ１１１、管理エージェント１１２、を含む。

【0026】

記憶装置２２は、ログＤＢ２２１、カタログファイルＤＢ２２２、ログコレクタ設定ファイルＤＢ２２３、を有する。ログＤＢ２２１は、収集したログを格納し、カタログファイルＤＢ２２２は、複数のカタログのカタログファイルを格納し、ログコレクタ設定ファイルＤＢ２２３は、各カタログに対応するログコレクタ設定ファイル２２３１を格納する。

【0027】

カタログファイルＤＢ２２２におけるカタログは、例えば、「項番」、「オーダー」、「カタログ名」、「収集内容」、「形式」、「タイムアウト」、「最大容量（圧縮前）」、などの各情報を含む。これらの内容は、ＯＳ（「Windows」版と「RedHatLinux」版）によって内容が異なる。

【0028】

ログコレクタ設定ファイルＤＢ２２３における設定ファイルは、ログの収集方法や収集時のパラメータを定義したファイルである。

【0029】

管理エージェント１１２は、ＩＰ認証処理部１１２１、コマンド実行処理部１１２２、実行ログアーカイブ・圧縮処理部１１２３、実行ログ送信処理部１１２４、を有する。

【0030】

ログコレクタ１１１は、カタログファイル読込処理部１１１１、設定ファイル読込処理部１１１２、ログ収集部１１１３、実行ログ生成処理部１１１４、を有する。

【0031】

管理エージェント１１２におけるＩＰ認証処理部１１２１は、コマンド実行処理部１１２２、サポートセンタ４から通報装置２を経由して送られてくる「オーダー」、つまりログ採取要求を受けたとき、通報装置２のアドレス（ＩＰアドレス）を認証する機能を有する。

【0032】

コマンド実行処理部１１２２は、ＩＰ認証処理部１１２１にてＩＰアドレス認証ができたとき、ログコレクタ１１１を起動する機能を有する。

【0033】

実行ログアーカイブ・圧縮処理部１１２３は、実行ログ生成処理部１１１４から出力される実行ログを受けて、実行ログアーカイブ・圧縮する機能を有する。アーカイブ処理は、採取した全てのログをアーカイブし圧縮するものであり、例えば、Ｗｉｎｄｏｗｓ版ログ収集エージェント・カタログ導入ツールで使用するアーカイブ・圧縮方式とする。

【0034】

換言すれば、アーカイブ・圧縮は、実行ログ「ＡＥＸＥＣＬＯＧ」以外をアーカイブ・圧縮する。

【0035】

実行ログ送信処理部１１２４は、実行ログアーカイブ・圧縮処理部１１２３から出力される実行ログ、つまり、実行結果ファイル「ＡＥＸＥＣＬＯＧ」とログ収集の結果とエージェント・カタログファイルのバージョンを出力したファイル（図６参照）を収集したログと共に通報装置へ送信する機能を有する。

【0036】

ログコレクタ１１１におけるカタログファイル読込処理部１１１１は、コマンド実行処理部１１２２からのコマンドを受けてカタログファイルＤＢ２２２のカタログファイルを読み込む機能を有する。読み込むカタログファイルは、ログ採取要求に含まれる指定カタログ名のファイルである。

【0037】

設定ファイル読込処理部１１１２は、読み込んだカタログファイル名を受けて、当該ログファイル名に対応するログコレクタ設定ファイルをログコレクタ設定ファイルＤＢ２２３から読み込む機能を有する。

【0038】

ログ収集部１１１３は、指定されたカタログ名に対応したログをマルチベンダーサーバ機器１から収集する機能を有する。収集したログは、ログＤＢ２２に蓄積する機能を有する。

【0039】

実行ログ生成処理部１１１４は、収集したログを受けて実行ログ（図６参照）を生成して出力する機能を有する。この実行ログは、管理エージェント１１２の実行ログアーカイブ・圧縮処理部１１２３に供給される。

【0040】

図３は、本発明のログ収集エージェントのログ収集処理フローを示すフローチャートである。図３のフローチャートに基づく動作は以下のとおりである。

【0041】

ステップＳ２１１１：ログ収集エージェント１１は、ログ収集処理を開始する。

【0042】

ステップＳ２１１２：管理エージェント１１２は、通報装置２からのオーダーに基づくログ採取要求を受信する。

【0043】

ステップＳ２１１３：管理エージェント１１２は、受信したログ採取要求のＩＰアドレスを認証する。

【0044】

ステップＳ２１１４：管理エージェント１１２は、ＩＰアドレスの認証結果、認証がＯＫの場合、ログコレクタ２１４側に対してコマンドを実行し、ログコレクタ１１１側を起動する。

【0045】

ステップＳ２１１５：ログコレクタ１１１は、収集するカタログ（カタログ名）を指定して、カタログファイルＤＢ２２２にカタログ（カタログ名）を読み出す。

【0046】

ステップＳ２１１６：ログコレクタ１１１は、次いで、読み出したカタログに対応した設定ファイルをログコレクタ設定ファイルＤＢ２２３から読み出す。

【0047】

ステップＳ２１１７：ログコレクタ１１１は、設定ファイルに基づきマルチベンダサーバ機器１のログを収集する。マルチベンダサーバ機器１は、ログ収集エージェント１１をインストールすることにより、各サーバ機器のログを採取することができる。

【0048】

ステップＳ２１１８：ログコレクタ１１１は、収集したログから実行ログ（実行結果ファイル「ＡＥＸＥＣＬＯＧ」を生成し、管理エージェント１１２に送信する。

【0049】

ステップＳ２１１９：管理エージェント１１２は、実行ログ（実行結果ファイル「ＡＥＸＥＣＬＯＧ」を受信し、実行ログをファイルアーカイブ・圧縮する。但し、このとき、実行ログ「ＡＥＸＥＣＬＯＧ」は除く。

【0050】

ステップＳ２１２０：管理エージェント１１２は、実行ログを通報装置２側に送信する。

【0051】

すなわち、ログ収集エージェント１１は、ステップＳ２１１７にて、ログ収集に失敗した場合は、エラー内容をログファイルに直接書き出してアーカイブする。アーカイブは、エラー内容は要因によって異なるが、[target log file(/var/log/message) don’t exist.]など、要因が判断しやすい文言を出力する。

【0052】

ステップＳ２１２０は、ステップＳ２１１８にて、実行結果ファイル「ＡＥＸＥＣＬＯＧ 」およびログ収集の実行結果、並びにエージェント・カタログファイルのバージョンを出力としたファイルを収集したログと共に通報装置２に送信する。

【0053】

また、このステップＳ２１１９にて、カタログファイルの記述内容に従って収集・生成されるログファイルを、ＯＳ毎の形式でアーカイブし、ステップＳ２１２０にて通報装置２へ送信する。

【0054】

ステップＳ２１２１：ログ収集エージェント１１は、ログ収集処理を終了する。

【0055】

図４は、カタログファイルの一例を示す図である。カタログファイル２２２１は、「カタログ名２２２１１（「ＮＥＴＬＯＧ」、「ＳＹＳＬＯＧ」）」、「カタログファイル内容（「echo / sbin/ifconfig>if.log」、「cp / var/log/message.log」）」２２２１２、を含む。

【0056】

図５は、収集ログファイルの一例を示す図である。収集ファイル２１４３は、「項番」２１４３１、「ＯＳ（「Windows」、「RedHatLinux」）」２１４３２、「元ファイル（ＡＥＸＥＣＬＯＧ）」２１４３３、「センタ送信時のファイル名（ＡＥＸＥＣＬＯＧ）」２１４３４、「形式（テキスト）」２１４３５、などを含む。

【0057】

図６は、実行ログ生成部２１４４の出力データ（実行結果ファイルとロス収集の実行結果とエージェント・カタログファイルのバージョンを出力したファイル）の一例を示す図である。

【0058】

出力データは、「項番」２１４４１、「ＯＳ（「Windows」、「RedHatLinux」）」２１４４２、「元ファイル（ＡＥＸＥＣＬＯＧ）」２１４４３、「センタ送信時のファイル名（ＡＥＸＥＣＬＯＧ）」２１４４４、「形式（テキスト）」２１４４５、などを含む。

【0059】

以上述べた実施例によれば、通報装置（ログ採取要求側）からログ採取要求を受けて、指定カタログ（カタログ名）に対応したログをマルチベンダサーバ機器群から収集・アーカイブして、通報装置（ログ採取要求側）に返信するベンダに依存しないログ収集エージェントをログ収集対象サーバ、例えば、ＯＳ（基本ソフト）にインストールすることにより、異なる他のベンダのサーバ機器も同じ手順でリモートからのログ収集が可能である。また、カタログファイルＤＢ２２２にベンダ固有のログ情報採取の追加も可能（カタログアップデート機能をサポート）である。また、本システムによれば、マルチベンダー機器側の仮想化されたサーバのゲストＯＳ（コンピュータ上に別のコンピュータ環境を用意する「仮想マシン」環境で、仮想マシン上で動作しているＯＳ）のログ採取もリモートから収集可能である。

【0060】

なお、本発明は上述した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒａｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。

【符号の説明】

【0061】

１：対象機器（マルチベンダサーバ機器）
２：通報装置（監視装置）
３： ルータ
４：サポートセンタ
１１：ログ収集エージェント
１１１：ログコレクタ
１１２：管理エージェント
２２：記憶装置
２１１：カタログファイルＤＢ
２１２：ログコレクタ設定ファイルＤＢ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】