JP2000207316A - 情報収集装置 - Google Patents

Abstract

(57)【要約】 【課題】 情報処理装置を構成する各構成要素がログ情
報の収集機能を重複して有さなくても、各構成要素の依
頼に基づくログ情報の収集を可能にする。 【解決手段】 所定の情報処理を行う複数の情報処理手
段１１と、これらの状態に関する情報をログ情報として
記憶または出力するログ処理手段１３，１４とを具備す
る情報処理装置にて用いられる情報収集装置に、前記複
数の情報処理手段１１とは別にログ収集手段１５を設
け、このログ収集手段１５が各情報処理手段１２，１
２′からの依頼に応じてログ情報の収集を行うととも
に、収集したログ情報を前記ログ処理手段１３，１４に
記憶または出力させるようにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータ等の
情報処理装置にてログ情報の収集を行う情報収集装置に
関するものである。

【０００２】

【従来の技術】一般に、コンピュータ等の情報処理装置
では、その情報処理装置を構成するハードウェアやソフ
トウェア（アプリケーションプログラム等）といった構
成要素から、各構成要素の状態に関する情報を、ログ情
報として収集することが行われている。これは、収集し
たログ情報を用いて、例えば情報処理装置の障害管理と
いった所定の機能を実現させるためである。

【０００３】従来、このようなログ情報の収集は、情報
処理装置を構成する各ソフトウェアが、ログ情報の使用
目的に応じてそれぞれ個別に行っている。すなわち、情
報処理装置の構成要素である各ソフトウェアは、それぞ
れが以下のような手順によりログ情報の収集を行う機能
を有している。

【０００４】ログ情報の収集を行うソフトウェアは、先
ず、他の構成要素からその状態に関する情報を取得す
る。そして、これを各構成要素について繰り返し、必要
な情報をすべて取得すると、続いて、そのソフトウェア
は、取得した情報と自ソフトウェアについての情報とを
組み合わせて、出力すべきログ情報の作成を行う。この
ようにしてログ情報を作成すると、そのソフトウェア
は、作成したログ情報を当該情報処理装置の一構成要素
である記憶装置へ送出して、その記憶装置に記憶保持さ
せる。また、そのログ情報を出力する必要がある場合に
は、そのソフトウェアは、記憶装置内に記憶保持された
ログ情報を取り出して、当該情報処理装置の一構成要素
である表示装置等に送出して出力させる。

【０００５】

【発明が解決しようとする課題】しかしながら、上述し
た従来技術においては、ログ情報の収集を行うのにあた
って、その収集を行うソフトウェアのそれぞれが独自に
関連あるすべての構成要素（他のソフトウェア、ハード
ウェア等）から情報を取得する機能を有していなければ
ならない。つまり、ログ情報の収集を行う各ソフトウェ
アは、それぞれが個別に他の構成要素にアクセスし得る
ものでなければならない。さらに、各ソフトウェアは、
それぞれが記憶装置または表示装置等にもアクセスし得
るものでなければならない。

【０００６】したがって、各ソフトウェアは、ログ情報
の収集を行うための機能をそれぞれが重複して有するこ
ととなり、結果としてこれらの各ソフトウェアを構成要
素とする情報処理装置のプログラム容量等の増大を招い
てしまうこととなる。

【０００７】そこで、本発明は、各ソフトウェアがログ
情報の収集を行う必要がある場合であっても、各ソフト
ウェアがログ情報の収集を行うための機能を有する必要
がなく、ログ情報の収集を行うことを可能にする情報収
集装置を提供することを目的とする。

【０００８】

【課題を解決するための手段】本発明は、上記目的を達
成するために案出された情報収集装置で、所定の情報処
理を行う複数の情報処理手段と、前記情報処理手段の状
態に関する情報をログ情報として記憶または出力するロ
グ処理手段とを具備する情報処理装置にて用いられるも
のであって、前記複数の情報処理手段とは別に設けら
れ、各情報処理手段からの依頼に応じてログ情報の収集
を行うとともに、収集したログ情報を前記ログ処理手段
に記憶または出力させるログ収集手段を備えたことを特
徴とするものである。

【０００９】上記構成の情報収集装置によれば、複数の
情報処理手段とは別にログ収集手段が設けられており、
そのログ収集手段は、各情報処理手段からの依頼に応じ
て必要なログ情報の収集を行い、収集したログ情報をロ
グ処理手段に記憶または出力させる。したがって、各情
報処理手段がログ情報の収集を行ったりログ処理手段に
アクセスする機能を有していなくても、ログ収集手段へ
の依頼さえ行えばログ情報が収集されるようになる。つ
まり、ログ収集手段によって、各情報処理手段がログ情
報を収集する機能を重複して持たなくてもログ情報の収
集が行えるようになる。

【００１０】

【発明の実施の形態】以下、図面に基づき本発明に係わ
る情報収集装置について説明する。

【００１１】〔第１の実施の形態〕ここでは、請求項１
記載の発明に係わる情報収集装置について説明する。図
１は、本発明に係る情報収集装置の第１の実施の形態の
概要を示すブロック図である。

【００１２】本実施の形態における情報収集装置は、コ
ンピュータ等の情報処理装置にて用いられるものであ
る。そこで、先ず、その情報収集装置が用いられる情報
処理装置について詳しく説明する。

【００１３】情報処理装置は、図１に示すように、デバ
イス・ソフトウェア群１１と、ログ収集依頼ソフトウェ
ア１２と、記憶装置群１３と、出力装置群１４と、ログ
収集ソフトウェア１５と、を備えて構成されたものであ
る。

【００１４】デバイス・ソフトウェア群１１には、各種
プロセッサやメモリ等からなるデバイス（ハードウェ
ア）Ａ，Ｂ…と、情報処理装置にインストールされてい
るアプリケーションプログラム等のソフトウェアＡ，Ｂ
…とが含まれる。すなわち、デバイス・ソフトウェア群
１１は、それぞれが所定の情報処理を行うものであり、
本発明における情報処理手段として機能するものであ
る。

【００１５】ログ収集依頼ソフトウェア１２は、ログ収
集ソフトウェア１５に対して、ログ情報の収集を依頼す
るものである。ここでいうログ情報とは、デバイス・ソ
フトウェア群１１内の各構成要素（デバイスＡ，Ｂ…、
ソフトウェアＡ，Ｂ…）の状態に関する情報を意味す
る。なお、ログ収集依頼ソフトウェア１２には、デバイ
ス・ソフトウェア群１１内のいずれかのソフトウェア
Ａ，Ｂ…がなる。すなわち、これらのソフトウェアＡ，
Ｂ…のうち、その状態の変化等によりログ情報を必要と
するものが、ログ収集依頼ソフトウェア１２となる。

【００１６】記憶装置群１３は、ハードディスク装置等
からなる記憶装置Ａ，Ｂ…によって構成されるもので、
ログ情報を始めとした各種情報の記憶保持を行うもので
ある。すなわち、記憶装置群１３は、本発明におけるロ
グ処理手段の一つとして機能するものである。

【００１７】出力装置群１４は、ディスプレイ装置等か
らなる出力装置Ａ，Ｂ…によって構成されるもので、ロ
グ情報を始めとした各種情報の表示出力を行うものであ
る。すなわち、出力装置群１４も、本発明におけるログ
処理手段の一つとして機能するものである。

【００１８】ログ収集ソフトウェア１５は、デバイス・
ソフトウェア群１１内のソフトウェアＡ，Ｂ…とは別に
情報処理装置内にインストールされているもので、ログ
収集依頼ソフトウェア１２からの依頼に応じて、必要な
ログ情報の収集をデバイス・ソフトウェア群１１から行
うとともに、収集したログ情報を記憶装置群１３に記憶
させ、または出力装置群１４に出力させるものである。
すなわち、ログ収集ソフトウェア１５は、デバイス・ソ
フトウェア群１１、記憶装置群１３および出力装置群１
４にアクセスすることで、本発明におけるログ収集手段
として機能するものである。

【００１９】これらのことから、本実施の形態では、ロ
グ収集ソフトウェア１５が情報処理装置のＣＰＵ（Cent
ral Processing Unit)等で実行されることによって、情
報収集装置としての機能が実現されるようになってい
る。

【００２０】ここで、以上のように構成された情報処理
装置において、ログ収集ソフトウェア１５がログ情報の
収集を行う場合の処理動作例について説明する。

【００２１】例えば、デバイス・ソフトウェア群１１の
状態に変化等が生じログ情報の取得が必要となった場合
には、デバイス・ソフトウェア群１１内のソフトウェア
Ａ，Ｂ…のうちのいずれか（ログ情報の取得が必要とな
ったもの）がログ収集依頼ソフトウェア１２となり、ロ
グ収集ソフトウェア１５に対してログ情報の収集依頼を
発行する。この依頼発行は、コマンドの通知等によって
行えばよい。

【００２２】さらに、このとき、ログ収集依頼ソフトウ
ェア１２は、ログ情報の収集依頼と共に、ログ情報の収
集に必要な情報をも併せて通知する。ログ情報の収集に
必要な情報としては、例えば、自ソフトウェアの状態に
関する情報（ない場合もある）、ログ取得の対象となる
デバイスＡ，Ｂ…およびソフトウェアＡ，Ｂ…を特定す
る情報（例えば名称やアドレス）、収集したログ情報を
記憶させる記憶装置Ａ，Ｂ…を特定する情報（例えば名
称やアドレス）等がある。なお、ログ情報の収集に必要
な情報として、どのような内容の情報を通知するかは、
予め各ソフトウェアＡ，Ｂ…毎に設定されているものと
する。

【００２３】ログ収集依頼ソフトウェア１２からの通知
があると、ログ収集ソフトウェア１５は、その通知内容
に従って、デバイス・ソフトウェア群１１からのログ情
報の収集を開始する。例えば、ログ取得の対象としてデ
バイスＢとソフトウェアＡ，Ｂとが指定された場合に
は、これらのそれぞれから、その状態に関する情報を取
得する。そして、必要な情報をすべて取得すると、取得
した情報とログ収集依頼ソフトウェア１２から通知され
た情報（ない場合もある）とを組み合わせて、出力すべ
きログ情報の作成を行う。

【００２４】このようにしてログ情報を作成すると、続
いて、ログ収集ソフトウェア１５は、ログ収集依頼ソフ
トウェア１２からの通知内容に従って、作成したログ情
報を記憶装置群１３に記憶させる。例えば、ログ情報の
記憶先として記憶装置Ａが指定された場合には、作成し
たログ情報をその記憶装置Ａに送出して記憶保持させ
る。

【００２５】なお、出力装置群１４での出力が指定され
た場合には、ログ収集ソフトウェア１５は、一旦記憶装
置群１３に記憶させたログ情報を読み出した後に出力装
置群１４に出力させるか、あるいは作成したログ情報を
直接出力装置群１４に出力させるようにすればよい。

【００２６】以上のように、この情報処理装置では、ロ
グ収集ソフトウェア１５がログ情報の収集を行うことに
よって、ログ収集依頼ソフトウェア１２がログ取得の対
象となるデバイス・ソフトウェア群１１内の各構成要素
から直接情報を取得する機能を持つ必要がなくなる。つ
まり、ログ収集依頼ソフトウェア１２は、論理的にログ
収集ソフトウェア１５への依頼を行えば、デバイス・ソ
フトウェア群１１内の各構成要素にアクセスしなくて
も、ログ情報の収集が可能となる。

【００２７】さらには、ログ収集ソフトウェア１５がロ
グ情報を記憶装置群１３に記憶または出力装置群１４に
出力させることによって、ログ収集依頼ソフトウェア１
２が記憶装置群１３または出力装置群１４にアクセスす
る機能を持つ必要もなくなる。つまり、ログ収集依頼ソ
フトウェア１２が論理的にログ収集ソフトウェア１５へ
の依頼を行えば、ログ情報の記憶または出力が可能とな
る。

【００２８】したがって、このログ収集ソフトウェア１
５を用いてログ情報の収集を行うようにすれば、従来は
ログ収集ソフトウェア１５となり得る各構成要素がそれ
ぞれ個別に持つ必要があったログ情報の収集機能を、ロ
グ収集ソフトウェア１５を設けることで一つに集約でき
るので、各構成要素がログ情報の収集機能を重複して有
する必要がなくなり、結果として情報処理装置のプログ
ラム容量等の増大を抑えることができるようになる。

【００２９】〔第２の実施の形態〕次に、請求項２記載
の発明に係わる情報収集装置について説明する。図２
は、本発明に係る情報収集装置の第２の実施の形態の概
要を示すブロック図である。なお、ここでは、上述した
第１の実施の形態と同一の構成要素については、同一の
符号を与えてその説明を省略するものとする。

【００３０】図例のように、本実施の形態では、第１の
実施の形態の場合に加えて、ログ収集ソフトウェア１５
がログ管理テーブル１６にアクセスし得るように構成さ
れている。

【００３１】ログ管理テーブル１６は、ログ収集ソフト
ウェア１５がログ情報を収集するにあたっての属性情報
を管理するためのものであり、ログ収集ソフトウェア１
５がアクセスし得る場所、例えば記憶装置群１３内の所
定アドレスに、予め格納されているものである。

【００３２】このログ管理テーブル１６が管理する属性
情報としては、例えば、処理内容を識別するための認識
ＩＤ、その処理がログ情報の取得であるか表示であるか
を特定する取得形式、ログ取得の対象となるデバイス
Ａ，Ｂ…またはソフトウェアＡ，Ｂ…を特定する取得対
象、ログ情報を記憶させる記憶装置Ａ，Ｂ…を特定する
記憶先、ログ情報を出力させる出力装置Ａ，Ｂ…を特定
する表示先等がある。つまり、属性情報は、ログ収集ソ
フトウェア１５での処理内容を特定するのに必要となる
情報である。

【００３３】このような属性情報を管理することで、ロ
グ管理テーブル１６は、本発明におけるログ管理手段と
して機能する。すなわち、ログ管理テーブル１６は、ロ
グ収集ソフトウェア１５と共に、本実施の形態における
情報収集装置を構成するものである。

【００３４】ここで、ログ収集ソフトウェア１５がログ
管理テーブル１６にアクセスしつつ、ログ情報の収集を
行う場合の処理動作例について説明する。

【００３５】例えば、デバイス・ソフトウェア群１１の
状態に変化等が生じログ情報の取得が必要となった場合
には、デバイス・ソフトウェア群１１内のソフトウェア
Ａ，Ｂ…のうちのいずれか（ログ情報の取得が必要とな
ったもの）がログ収集依頼ソフトウェア１２となり、ロ
グ収集ソフトウェア１５に対してログ情報の収集依頼を
発行する。

【００３６】このとき、ログ収集依頼ソフトウェア１２
は、第１の実施の形態の場合と異なり、自ソフトウェア
の状態に関する情報（ない場合もある）および認識ＩＤ
を、ログ収集ソフトウェア１５に通知する。この認識Ｉ
Ｄは、ログ管理テーブル１６に登録されている認識ＩＤ
の中のいずれかに該当するものである。なお、ログ収集
依頼ソフトウェア１２がどの認識ＩＤを通知するかは、
予め各ソフトウェアＡ，Ｂ…毎に設定されているものと
する。ただし、例えばユーザによる操作（指示）等に従
って任意に設定し得るようにしてもよい。

【００３７】ログ収集依頼ソフトウェア１２から認識Ｉ
Ｄが通知されると、ログ収集ソフトウェア１５は、ログ
管理テーブル１６にアクセスして、その認識ＩＤに対応
するログ情報の取得対象および記憶先を認識する。そし
て、ログ収集ソフトウェア１５は、その認識結果に基づ
いて、必要なログ情報の収集を行い、収集したログ情報
を記憶装置群１３に記憶させる。

【００３８】また、例えば、ログ情報の表示が必要とな
った場合には、デバイス・ソフトウェア群１１内のソフ
トウェアＡ，Ｂ…のうちのいずれか（ログ情報の表示が
必要となったもの）がログ表示依頼ソフトウェア１２′
となり、ログ収集ソフトウェア１５に対してログ情報の
表示依頼を発行する。なお、ログ表示依頼ソフトウェア
１２′は、ログ収集依頼ソフトウェア１２と依頼内容の
みが異なり、他は同様であるものである。

【００３９】このとき、ログ表示依頼ソフトウェア１
２′は、上述の場合と同様に、ログ収集ソフトウェア１
５に認識ＩＤを通知する。認識ＩＤが通知されると、ロ
グ収集ソフトウェア１５は、ログ管理テーブル１６にア
クセスして、その認識ＩＤに対応する表示対象および表
示先を認識する。さらには、ログ管理テーブル１６内の
属性情報から、認識した表示対象についての記憶先を認
識する。

【００４０】そして、ログ収集ソフトウェア１５は、そ
の認識結果に基づいて、表示対象となるログ情報を、記
憶先である記憶装置群１３内から読み出して、その読み
出したログ情報を表示先である出力装置群１４に送出し
て表示させる。

【００４１】以上のように、本実施の形態では、ログ収
集依頼ソフトウェア１２またはログ表示依頼ソフトウェ
ア１２′（以下、これらを単に「依頼ソフトウェア」と
称す）が認識ＩＤを通知すれば、ログ収集ソフトウェア
１５がログ管理テーブル１６にアクセスしつつ、適正か
つ確実にログ情報の収集を行うようになっている。つま
り、依頼ソフトウェア１２，１２′は、認識ＩＤの通知
さえを行えば、ログ情報の収集に必要な情報を通知する
必要がなくなる。

【００４２】したがって、ログ収集ソフトウェア１５お
よびログ管理テーブル１６を用いてログ情報の収集を行
うようにすれば、ログ管理テーブル１６での属性情報の
一括管理が可能となるので、依頼ソフトウェア１２，１
２′が予め把握しておくべき情報量を削減することでき
る。そのため、依頼ソフトウェア１２，１２′を構成要
素とする情報処理装置に対しては、より一層プログラム
容量等の増大を抑えることができるようになる。さら
に、各依頼ソフトウェア１２，１２′に対しては、ログ
収集ソフトウェア１５に対する依頼発行の迅速化および
簡易化が図れるようになる。

【００４３】〔第３の実施の形態〕次に、請求項３記載
の発明に係わる情報収集装置について説明する。図３
は、本発明に係る情報収集装置の第３の実施の形態の概
要を示すブロック図である。なお、ここでも、上述した
第１および第２の実施の形態と同一の構成要素について
は、同一の符号を与えてその説明を省略するものとす
る。

【００４４】図例のように、本実施の形態では、ログ収
集ソフトウェア１５およびログ管理テーブル１６を備え
た情報処理装置（以下「第１の処理装置」と称す）１０
が、ＬＡＮ（ローカルエリアネットワーク）または公衆
回線網等のネットワーク２０を介して、他の情報処理装
置（以下「第２の処理装置」と称す）３０と接続されて
いる。なお、ネットワーク２０上には、さらに他の情報
処理装置が接続されていてもよい。

【００４５】第２の処理装置３０は、第１の処理装置１
０と同様に、ログ収集ソフトウェア３５およびログ管理
テーブル３６を備えて構成されている。すなわち、第１
の処理装置１０および第２の処理装置３０は、共に、第
２の実施の形態の場合と同様に構成されている。

【００４６】ただし、第１の処理装置１０と第２の処理
装置３０とは互いにネットワーク２０を介して接続され
ているので、これらが備える各ログ収集ソフトウェア１
５，３５は、それぞれが、第２の実施の形態の場合に加
えて、後述するような通信機能を有している。

【００４７】ここで、以上のように構成された第１の処
理装置１０および第２の処理装置３０において、ログ収
集ソフトウェア１５，３５がログ情報の収集を行う場合
の処理動作例について説明する。

【００４８】例えば、第１の処理装置１０で収集したロ
グ情報を、第２の処理装置３０内で保存する場合に、第
１の処理装置１０のログ収集ソフトウェア１５は、第２
の実施の形態で説明したように、ログ収集依頼ソフトウ
ェア１２から通知される認識ＩＤに応じて、ログ管理テ
ーブル１６にアクセスしつつ、デバイス・ソフトウェア
群１１から必要な情報を取得してログ情報の作成を行
う。

【００４９】そして、ログ情報を作成すると、ログ収集
ソフトウェア１５は、第２の実施の形態の場合とは異な
り、作成したログ情報とログ収集依頼ソフトウェア１２
から通知された認識ＩＤとを、ネットワーク２０を介し
て第２の処理装置３０へ転送する。これらを転送するの
は、通知された認識ＩＤによって、ログ情報の記憶先と
して、第２の処理装置３０の記憶装置群３３が指定され
ているからである。

【００５０】一方、第２の処理装置３０側では、第１の
処理装置１０からログ情報および認識ＩＤが転送されて
くると、ログ収集ソフトウェア３５がこれらを受け取る
とともに、受け取った認識ＩＤに対応する取得対象およ
び記憶先を、第２の処理装置３０のログ管理テーブル３
６にアクセスして認識する。そして、ログ収集ソフトウ
ェア３５は、その認識結果に基づいて、第２の処理装置
３０のデバイス・ソフトウェア群３１から必要なログ情
報の収集を行った後に、そのログ情報と第１の処理装置
１０から受け取ったログ情報とを合わせて、第２の処理
装置３０の記憶装置群３３に記憶させる。なお、第２の
処理装置３０側においてもログ収集ソフトウェア３５が
ログ情報の収集を行うのは、第２の処理装置３０側にお
ける状態に関する情報（例えば記録時間など）を収集す
るためであり、またそのときの処理手順を他の処理の場
合と統一するためである。

【００５１】このようにして記憶装置群３３内に記憶保
持されたログ情報を、第２の処理装置３０にて表示出力
する場合には、上述した第２の実施の形態の場合と同様
の処理を、第２の処理装置３０側で行うことで実現する
ことができる。

【００５２】これに対し、第２の処理装置３０の記憶装
置群３３内のログ情報を、第１の処理装置１０の出力装
置群１４で表示する場合には、第１の処理装置１０側で
以下のような処理が行われる。この場合、第１の処理装
置１０側では、第２の実施の形態で説明したように、ロ
グ表示依頼ソフトウェア１２′から通知される認識ＩＤ
に応じて、ログ収集ソフトウェア１５がログ管理テーブ
ル１６にアクセスしつつ、その認識ＩＤに対応する表示
対象、表示先およびその表示対象の記憶先を認識する。
ここで、記憶先として第２の処理装置３０の記憶装置群
３３が設定されていると、ログ収集ソフトウェア１５
は、ログ表示依頼ソフトウェア１２′から通知された認
識ＩＤを、ネットワーク２０を介して第２の処理装置３
０へ転送する。

【００５３】一方、第２の処理装置３０側では、第１の
処理装置１０から認識ＩＤが転送されてくると、ログ収
集ソフトウェア３５がこれらを受け取るとともに、受け
取った認識ＩＤに対応する表示対象、表示先およびその
表示対象の記憶先を、第２の処理装置３０のログ管理テ
ーブル３６にアクセスして認識する。そして、ログ収集
ソフトウェア３５は、その認識結果に基づいて、記憶先
である記憶装置群３３から、表示対象であるログ情報を
読み出して、そのログ情報を表示先である第２の処理装
置３０側へネットワーク２０を介して転送する。

【００５４】これにより、第１の処理装置１０のログ収
集ソフトウェア１５は、第２の処理装置３０から表示対
象であるログ情報を受け取ることとなるので、そのログ
情報を表示先である出力装置群１４に送出して表示させ
る。

【００５５】以上のように、本実施の形態では、第１の
処理装置１０および第２の処理装置３０における各ログ
収集ソフトウェア１５，３５が、ログ情報の転送を行う
通信機能を有している。したがって、第１の処理装置１
０と第２の処理装置３０がネットワーク２０を介して接
続されていれば、自装置におけるログ情報を他装置に記
憶保持させたり、他装置におけるログ情報を自装置で記
憶保持および表示出力するといったことが可能となる。
つまり、ログ情報を表示出力をする必要のある処理装置
１０，３０において、そのログ情報を保存することが可
能となる。

【００５６】したがって、ログ収集ソフトウェア１５，
３５が上述した通信機能を有していれば、ネットワーク
環境下において他装置のログ情報が必要になって場合で
あっても、その他装置のログ情報が自装置のものと同等
の処理作業量（操作等も含む）およびスピードで得られ
るようになる。すなわち、ログ収集ソフトウェア１５，
３５の通信機能によって、ログ情報の収集と転送とを併
せて行うことが可能となるので、従来のようにこれらを
別個に行っていた場合に比べて、処理作業の簡略化およ
び迅速化が図れるようになる。

【００５７】

【発明の効果】以上に説明したように、本発明の情報収
集装置は、情報処理装置の構成要素である情報処理手段
とは別にログ収集手段を設けることにより、従来は各情
報処理手段がそれぞれ個別に持つ必要があったログ情報
の収集機能を、一つに集約することができる。つまり、
各情報処理手段がログ情報の収集を行ったりログ処理手
段にアクセスする機能を有していなくても、ログ収集手
段への依頼さえ行えばログ情報が収集されるようにな
る。したがって、この情報収集装置を用いれば、各情報
処理手段がログ情報を収集する機能を重複して持たなく
てもログ情報の収集が行えるようになるので、結果とし
て情報処理装置のプログラム容量等の増大を抑えること
ができるという効果を奏する。

【図面の簡単な説明】

【図１】本発明に係わる情報収集装置の第１の実施の形
態の概要を示すブロック図である。

【図２】本発明に係わる情報収集装置の第２の実施の形
態の概要を示すブロック図である。

【図３】本発明に係わる情報収集装置の第３の実施の形
態の概要を示すブロック図である。

【符号の説明】

１０，３０ 情報処理装置（第１の処理装置，第２の処
理装置） １１，３１ デバイス・ソフトウェア群 １２，３２ ログ収集依頼ソフトウェア １２′ ログ表示依頼ソフトウェア １３，３３ 記憶装置群 １４，３４ 出力装置群 １５，３５ ログ収集ソフトウェア １６，３６ ログ管理テーブル

Claims (3)

【特許請求の範囲】
1. 【請求項１】 所定の情報処理を行う複数の情報処理手
   段と、前記情報処理手段の状態に関する情報をログ情報
   として記憶または出力するログ処理手段とを具備する情
   報処理装置にて用いられる情報収集装置であって、 前記複数の情報処理手段とは別に設けられ、各情報処理
   手段からの依頼に応じてログ情報の収集を行うととも
   に、収集したログ情報を前記ログ処理手段に記憶または
   出力させるログ収集手段を備えたことを特徴とする情報
   収集装置。
2. 【請求項２】 前記ログ情報を収集するにあたっての属
   性情報を管理するログ管理手段を備えるとともに、 前記ログ収集手段は、前記ログ管理手段に管理されてい
   る属性情報に基づいて、必要なログ情報の収集を行うも
   のであることを特徴とする請求項１記載の情報収集装
   置。
3. 【請求項３】 前記情報処理装置がネットワークを介し
   て外部装置と接続している場合に、前記ログ収集手段
   は、前記ログ管理手段に管理されている属性情報に基づ
   いて、収集したログ情報を前記外部装置に転送する機能
   を有したものであることを特徴とする請求項２記載の情
   報収集装置。