JP2001147839A - 情報収集装置、情報生成装置、情報収集プログラムを記録したコンピュータ読み取り可能な記録媒体および情報生成プログラムを記録したコンピュータ読み取り可能な記録媒体 - Google Patents

情報収集装置、情報生成装置、情報収集プログラムを記録したコンピュータ読み取り可能な記録媒体および情報生成プログラムを記録したコンピュータ読み取り可能な記録媒体

Info

Publication number
JP2001147839A
JP2001147839A JP33052099A JP33052099A JP2001147839A JP 2001147839 A JP2001147839 A JP 2001147839A JP 33052099 A JP33052099 A JP 33052099A JP 33052099 A JP33052099 A JP 33052099A JP 2001147839 A JP2001147839 A JP 2001147839A
Authority
JP
Japan
Prior art keywords
information
local machine
priority
log
generation
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP33052099A
Other languages
English (en)
Inventor
Mayumi Noguchi
真弓 野口
Tetsuo Senbon
哲男 千本
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP33052099A priority Critical patent/JP2001147839A/ja
Priority to US09/639,761 priority patent/US7032019B1/en
Publication of JP2001147839A publication Critical patent/JP2001147839A/ja
Priority to US11/246,272 priority patent/US20060031487A1/en
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766—Error or fault reporting or storing
    • G06F11/0781—Error filtering or prioritizing based on a policy defined by the user or on a policy defined by a hardware/software module, e.g. according to a severity level
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0721—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment within a central processing unit [CPU]
    • G06F11/0724—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment within a central processing unit [CPU] in a multiprocessor or a multi-core unit
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0748—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a remote unit communicating with a single-box computer node experiencing an error/fault
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766—Error or fault reporting or storing
    • G06F11/0778—Dumping, i.e. gathering error/state information after a fault for later diagnosis
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99941—Database schema or data structure
    • Y10S707/99943—Generating database or data structure, e.g. via user interface

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • Computer Hardware Design (AREA)
  • Debugging And Monitoring (AREA)

Abstract

(57)【要約】 【課題】 優先度の高い情報をより多く収集し、メモリ
資源の利用効率を向上させること。 【解決手段】 所定の発生要因により生成されるローカ
ルマシンログを格納するメモリ３２０1 〜３２０n をそ
れぞれ備える複数のローカルマシン３００1 〜３００n
からネットワークＮを介してローカルマシンログを収集
するリモートマシン１００は、たとえば、ローカルマシ
ン３００1 の優先度が、あらかじめ設定された優先度以
上である場合にのみ、当該ローカルマシン３００1 のメ
モリ３２０ 1 に格納されたローカルマシンログを収集す
るＣＰＵ１１０を備えている。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、複数台のローカル
マシン（コンピュータ装置）から情報（たとえば、ロ
グ）を収集し、または情報を生成する情報収集装置、情
報生成装置、情報収集プログラムを記録したコンピュー
タ読み取り可能な記録媒体および情報生成プログラムを
記録したコンピュータ読み取り可能な記録媒体に関する
ものである。
【０００２】従来より、ネットワーク＆コンピューティ
ングのコンセプトの下で複数のコンピュータ装置間をネ
ットワークで接続するコンピュータシステムが用いられ
ている。この種のシステムでは、一つのコンピュータ装
置が他の複数のコンピュータ装置からエラー発生に関す
るログを収集し、このログに基づいてエラーに関する対
応が採られる。このようなログを収集するシステムで
は、資源の利用効率の面からできるだけ重要度が高いロ
グのみが収集されることが望ましい。
【０００３】
【従来の技術】従来の情報収集システムは、ユーザ側に
それぞれ設置された複数のローカルマシンと、センタ側
に設置され、ネットワークを介して複数のローカルマシ
ンからエラー発生に関するログを収集するリモートマシ
ンとから構成されている。この情報収集システムでは、
ローカルマシンは、エラー発生に起因してログを生成
し、これをメモリに格納する。そして、メモリが一杯に
なると、ローカルマシンは、ネットワークを介してリモ
ートマシンへメモリが一杯になった旨を通知する。
【０００４】これにより、リモートマシンは、ネットワ
ークを介して当該ローカルマシンからログを収集した
後、メモリに格納する。以後、リモートマシンは、ロー
カルマシンから通知を受ける毎に、ログの収集動作およ
び格納動作を行う。また、ローカルマシンは、メモリが
一杯になった後にログを生成した場合、当該ログをメモ
リに上書きする。これにより、メモリに格納されていた
古いログは、消去される。
【０００５】
【発明が解決しようとする課題】ところで、前述したよ
うに、従来の情報収集システムにおいては、リモートマ
シンにより、ログの優先度、重要度にかかわらずログを
収集しているため、優先度が低いログを大量に収集する
一方、優先度が高いログをほとんど収集できないという
状況が発生する。
【０００６】したがって、このような状況下では、優先
度が高いログに基づくエラー対応が遅れたり、最悪の場
合にはエラー対応を採ることができないという極めて重
大な問題があった。さらに、従来の情報収集システムに
おいては、リモートマシンのメモリおよびローカルマシ
ンのメモリの格納容量に上限があるため、かかるメモリ
に優先度が低いログが大量に格納された場合には、メモ
リ資源の利用効率が低下するという問題があった。
【０００７】また、従来の情報収集システムにおいて
は、メモリが一杯になった時点で古いログが新しいログ
に上書きされることにより消去されてしまう。したがっ
て、古いログ（たとえば、致命的エラー発生に起因する
ログ）の重要度が極めて高い場合には、エラー対応を全
くとることができず、その影響は極めて甚大である。
【０００８】本発明は、上記に鑑みてなされたもので、
優先度の高い情報をより多く収集することができるとと
もに、メモリ資源の利用効率を向上させることができる
情報収集装置、情報生成装置、情報収集プログラムを記
録したコンピュータ読み取り可能な記録媒体および情報
生成プログラムを記録したコンピュータ読み取り可能な
記録媒体を提供することを目的とする。
【０００９】
【課題を解決するための手段】上記目的を達成するため
に、請求項１にかかる発明は、所定の発生要因により生
成される情報を格納する生成側情報格納手段（後述する
一実施の形態のメモリ３２０1 〜３２０n に相当）をそ
れぞれ備える複数の情報生成装置（後述する一実施の形
態のローカルマシン３００1 〜３００n に相当）から、
伝送路を介して情報を収集する情報収集装置において、
前記複数の情報生成装置のそれぞれの優先度を定義する
優先度定義テーブルを格納するテーブル格納手段（後述
する一実施の形態のメモリ１２０に相当）と、前記生成
側情報格納手段に格納された情報の量が所定量に達した
当該情報生成装置からの通知をトリガとして前記優先度
定義テーブルを参照し、当該情報生成装置の優先度が、
あらかじめ設定された優先度以上である場合にのみ、当
該情報生成装置の生成側情報格納手段に格納された情報
を収集する情報収集手段（後述する一実施の形態のＣＰ
Ｕ１１０に相当）と、前記情報収集手段により収集され
た情報を格納する収集側情報格納手段（後述する一実施
の形態のＣＰＵ１１０、メモリ１２０に相当）とを備え
ることを特徴とする。
【００１０】この発明によれば、複数の情報生成装置の
それぞれは、所定の発生要因により情報を生成し、該情
報を生成側情報格納手段に格納する。そして、生成側情
報格納手段に格納された情報の量が所定量に達すると、
当該情報生成装置は、通知を出す。これにより、情報収
集手段は、当該情報生成装置の優先度が、あらかじめ設
定された優先度以上である場合にのみ、すなわち、当該
情報生成装置の優先度が高い場合にのみ、当該情報生成
装置の生成側情報格納手段に格納された情報を収集す
る。そして、収集された情報は、収集側情報格納手段に
格納される。なお、当該情報生成装置の優先度があらか
じめ設定された優先度より低い場合には、当該情報は収
集されない。
【００１１】このように、請求項１にかかる発明によれ
ば、複数の情報生成装置に優先度を定義し、優先度が高
い情報生成装置からのみ情報を収集するようにしたの
で、優先度が高い情報生成装置で生成された情報を従来
に比べて多く収集することができる。また、請求項１に
かかる発明によれば、優先度が高い情報生成装置で生成
された情報のみを収集側情報格納手段に格納するように
したので、格納容量に上限がある収集側情報格納手段の
利用効率を向上させることができる。
【００１２】また、請求項２にかかる発明は、所定の発
生要因により生成される情報を格納する生成側情報格納
手段（後述する一実施の形態のメモリ３２０1 〜３２０
n に相当）をそれぞれ備える複数の情報生成装置（後述
する一実施の形態のローカルマシン３００1 〜３００n
に相当）から、伝送路を介して情報を収集する情報収集
装置において、前記生成側情報格納手段に格納された情
報の量が所定量に達した当該情報生成装置からの通知を
トリガとして、あらかじめ設定された優先度以上の情報
を収集する情報収集手段（後述する一実施の形態のＣＰ
Ｕ１１０に相当）と、前記情報収集手段により収集され
た情報を格納する収集側情報格納手段（後述する一実施
の形態のＣＰＵ１１０、メモリ１２０に相当）とを備え
ることを特徴とする。
【００１３】この発明によれば、複数の情報生成装置の
それぞれは、所定の発生要因により情報を生成し、該情
報を生成側情報格納手段に格納する。そして、生成側情
報格納手段に格納された情報の量が所定量に達すると、
当該情報生成装置は、通知を出す。これにより、情報収
集手段は、当該情報生成装置で生成された情報のうち、
あらかじめ設定された優先度以上の情報を収集する。そ
して、収集された情報は、収集側情報格納手段に格納さ
れる。なお、情報の優先度があらかじめ設定された優先
度より低い場合には、当該情報は収集されない。
【００１４】このように、請求項２にかかる発明によれ
ば、優先度が高い情報のみを収集するようにしたので、
当該情報生成装置で生成された情報のうち優先度が高い
情報を従来に比べて多く収集することができる。また、
請求項２にかかる発明によれば、優先度が高い情報のみ
を収集側情報格納手段に格納するようにしたので、格納
容量に上限がある収集側情報格納手段の利用効率を向上
させることができる。
【００１５】また、請求項３にかかる発明は、請求項２
に記載の情報収集装置において、前記優先度は、複数の
情報生成装置のそれぞれに対応させて個別的に設定され
ていることを特徴とする。
【００１６】この発明によれば、複数の情報生成装置に
それぞれ対応させて情報の優先度を個別的に設定し、同
種の情報であっても複数の情報生成装置間で優先度を異
ならせることができるようにしたので、情報生成装置の
状態に応じて柔軟に情報収集を行うことができる。
【００１７】また、請求項４にかかる発明は、所定の発
生要因により生成される情報を格納する生成側情報格納
手段（後述する一実施の形態のメモリ３２０1 〜３２０
n に相当）をそれぞれ備える複数の情報生成装置（後述
する一実施の形態のローカルマシン３００1 〜３００n
に相当）から、伝送路を介して情報を収集する情報収集
装置において、所定のエラーが発生した当該情報生成装
置からの通知をトリガとして、当該情報生成装置の生成
側情報格納手段に格納された情報を収集する情報収集手
段（後述する一実施の形態のＣＰＵ１１０に相当）と、
前記情報収集手段により収集された情報を格納する収集
側情報格納手段（後述する一実施の形態のＣＰＵ１１
０、メモリ１２０に相当）とを備えることを特徴とす
る。
【００１８】この発明によれば、複数の情報生成装置の
それぞれは、所定の発生要因により情報を生成し、該情
報を生成側情報格納手段に格納する。ここで、所定のエ
ラーが発生すると、当該情報生成装置は、通知を出す。
これにより、情報収集手段は、当該情報生成装置の生成
側情報格納手段に格納された情報を収集する。そして、
収集された情報は、収集側情報格納手段に格納される。
【００１９】このように、請求項４にかかる発明によれ
ば、情報生成装置における所定のエラー発生をトリガと
して、当該情報生成装置から情報を収集するようにした
ので、エラー発生に対する対応を迅速にとることができ
る。
【００２０】また、請求項５にかかる発明は、請求項１
〜４のいずれか一つに記載の情報収集装置において、所
定のエラーが発生した場合に、前記複数の情報生成装置
のうち任意の情報生成装置に、前記情報収集手段による
情報収集動作を代行させる代行制御手段（後述する一実
施の形態のＣＰＵ１１０に相当）を備えることを特徴と
する。
【００２１】この発明によれば、複数の情報生成装置の
それぞれは、所定の発生要因により情報を生成し、該情
報を生成側情報格納手段に格納する。ここで、所定のエ
ラーが発生すると、代行制御手段は、任意の情報生成装
置に情報収集動作を代行させる。これにより、任意の情
報生成装置は、情報収集手段に代わって引き続き情報収
集動作を行う。
【００２２】このように、請求項５にかかる発明によれ
ば、所定のエラーが発生した場合であっても、任意の情
報生成装置により情報収集動作が代行されるので、情報
収集を継続的に行うことができ、信頼性が向上する。
【００２３】また、請求項６にかかる発明は、請求項５
に記載の情報収集装置において、前記代行制御手段は、
前記複数の情報生成装置のうち優先度が最も低い情報生
成装置に前記情報収集動作を代行させることを特徴とす
る。
【００２４】この発明によれば、複数の情報生成装置の
それぞれは、所定の発生要因により情報を生成し、該情
報を生成側情報格納手段に格納する。ここで、所定のエ
ラーが発生すると、代行制御手段は、優先度が最も低い
情報生成装置に情報収集動作を代行させる。これによ
り、優先度が最も低い情報生成装置は、情報収集手段に
代わって引き続き情報収集動作を行う。
【００２５】このように、請求項６にかかる発明によれ
ば、所定のエラーが発生した場合に優先度が最も低い情
報生成装置に情報収集動作を代行させるようにしたの
で、情報収集を継続的に行うことができ、他の優先度が
高い情報生成装置の性能低下を回避することができる。
【００２６】また、請求項７にかかる発明は、情報収集
装置（後述する一実施の形態のリモートマシン１００に
相当）により伝送路を介して収集される情報を生成する
情報生成装置において、所定の発生要因により情報を生
成する情報生成手段（後述する一実施の形態のＣＰＵ３
１０1 〜３１０n に相当）と、生成された情報が、あら
かじめ設定された優先度以上の情報である場合にのみ、
当該情報を格納する情報格納手段（後述する一実施の形
態のにＣＰＵ３１０1 〜３１０n 、メモリ３２０1 〜３
２０n 相当）とを備えることを特徴とする。
【００２７】この発明によれば、所定の発生要因により
情報生成手段で情報が生成されると、情報格納手段は、
生成された情報が、あらかじめ設定された優先度以上の
情報である場合にのみ、当該情報を格納する。なお、生
成された情報の優先度があらかじめ設定された優先度よ
り低い場合には、上記情報は格納されない。
【００２８】このように、請求項７にかかる発明によれ
ば、優先度が高い情報のみを格納するようにしたので、
格納容量に上限がある情報格納手段の利用効率を向上さ
せることができる。
【００２９】また、請求項８にかかる発明は、所定の発
生要因により生成される情報を格納する生成側情報格納
手段をそれぞれ備える複数の情報生成装置から、伝送路
を介して情報を収集するための情報収集プログラムを記
録したコンピュータ読み取り可能な記録媒体であって、
前記複数の情報生成装置のそれぞれの優先度を定義する
優先度定義テーブルをテーブル格納手段に格納させるテ
ーブル格納工程（後述する一実施の形態のステップＳＡ
１に相当）と、前記生成側情報格納手段に格納された情
報の量が所定量に達した当該情報生成装置からの通知を
トリガとして前記優先度定義テーブルを参照し、当該情
報生成装置の優先度が、あらかじめ設定された優先度以
上である場合にのみ、当該情報生成装置の生成側情報格
納手段に格納された情報を収集させる情報収集工程（後
述する一実施の形態のステップＳＡ４〜ステップＳＡ８
に相当）と、前記情報収集工程で収集された情報を収集
側情報格納手段に格納させる情報格納工程（後述する一
実施の形態のステップＳＡ９に相当）とをコンピュータ
に実行させるための情報収集プログラムを記録したコン
ピュータ読み取り可能な記録媒体である。
【００３０】この発明によれば、複数の情報生成装置の
それぞれは、所定の発生要因により情報を生成し、該情
報を生成側情報格納手段に格納する。そして、生成側情
報格納手段に格納された情報の量が所定量に達すると、
当該情報生成装置は、通知を出す。これにより、情報収
集工程では、当該情報生成装置の優先度が、あらかじめ
設定された優先度以上である場合にのみ、すなわち、当
該情報生成装置の優先度が高い場合にのみ、当該情報生
成装置の生成側情報格納手段に格納された情報が収集さ
れる。そして、収集された情報は、情報格納工程で収集
側情報格納手段に格納される。なお、当該情報生成装置
の優先度があらかじめ設定された優先度より低い場合に
は、上記情報は収集されない。
【００３１】このように、請求項８にかかる発明によれ
ば、複数の情報生成装置に優先度を定義し、優先度が高
い情報生成装置からのみ情報を収集するようにしたの
で、優先度が高い情報生成装置で生成された情報を従来
に比べて多く収集することができる。また、請求項８に
かかる発明によれば、優先度が高い情報生成装置で生成
された情報のみを収集側情報格納手段に格納するように
したので、格納容量に上限がある収集側情報格納手段の
利用効率を向上させることができる。
【００３２】また、請求項９にかかる発明は、情報収集
装置により伝送路を介して収集される情報を生成するた
めの情報生成プログラムを記録したコンピュータ読み取
り可能な記録媒体であって、所定の発生要因により情報
を生成させる情報生成工程（後述する一実施のステップ
ＳＣ２形態のに相当）と、生成された情報があらかじめ
設定された優先度以上の情報である場合にのみ、当該情
報を情報格納手段に格納させる情報格納工程（後述する
一実施の形態のステップＳＣ３〜ステップＳＣ４に相
当）とをコンピュータに実行させるための情報生成プロ
グラムを記録したコンピュータ読み取り可能な記録媒体
である。
【００３３】この発明によれば、所定の発生要因により
情報生成工程で情報が生成されると、情報格納工程で
は、生成された情報が、あらかじめ設定された優先度以
上の情報である場合にのみ、当該情報が情報格納手段に
格納される。なお、生成された情報の優先度があらかじ
め設定された優先度より低い場合には、上記情報は格納
されない。
【００３４】このように、請求項９にかかる発明によれ
ば、優先度が高い情報のみを格納するようにしたので、
格納容量に上限がある情報格納手段の利用効率を向上さ
せることができる。
【００３５】
【発明の実施の形態】以下、図面を参照して本発明にか
かる情報収集装置、情報生成装置、情報収集プログラム
を記録したコンピュータ読み取り可能な記録媒体および
情報生成プログラムを記録したコンピュータ読み取り可
能な記録媒体の一実施の形態について詳細に説明する。
【００３６】図１は、本発明にかかる一実施の形態の構
成を示すブロック図である。この図には、リモートマシ
ン１００とｎ台のローカルマシン３００1 〜３００n と
をネットワークＮ、通信アダプタ２００および通信アダ
プタ４００1 〜４００n を介して接続した構成が図示さ
れている。
【００３７】リモートマシン１００は、リモートセンタ
に設置されたコンピュータ装置であり、ローカルマシン
３００1 〜３００n をネットワークＮ、通信アダプタ２
００および通信アダプタ４００1 〜４００n を介して遠
隔監視するとともに、ローカルマシン３００1 〜３００
n で発生したエラーの記録であるローカルマシンログを
収集する。ここでローカルマシンログが生成される要因
（以下、ログ要因という）としては、たとえば、図２に
示したハードエラー、ファームウェアエラー／ソフトウ
ェアエラー、ラインエラー／プロトコルエラー、ワーニ
ングエラーまたは軽微エラーの発生が挙げられる。
【００３８】上記ハードエラーは、ローカルマシン３０
０1 〜３００n または通信アダプタ４００1 〜４００n
のハードウェアの異常発生時のエラーである。ファーム
ウェアエラー／ソフトウェアエラーは、ファームウェア
の異常発生時、ソフトウェアの異常発生時または環境設
定ミス発生時のエラーである。ラインエラー／プロトコ
ルエラーは、ネットワークＮの伝送異常発生時、または
リモートマシン１００とローカルマシン３００1 〜３０
０n との間の通信プロトコルの異常発生時のエラーであ
る。ワーニングエラーは、マシン運用に影響を与えない
程度の警告レベルの異常発生時のエラーである。軽微エ
ラーは、マシン運用に影響を与えない程度の軽微な異常
発生時のエラーである。
【００３９】また、リモートマシン１００は、ＣＰＵ(C
entral Processing Unit）１１０、メモリ１２０、タイ
マ１３０およびＩ／Ｆ（Interface）１４０を備えてい
る。ＣＰＵ１１０は、上述したローカルマシンログの収
集制御、リモートマシン１００に関するエラーの監視制
御、メモリ１２０のリード／ライト制御等を行う。この
ＣＰＵ１１０の動作の詳細については、後述する。メモ
リ１２０は、ＣＰＵ１１０の制御により、ローカルマシ
ンログ等を格納する。
【００４０】このメモリ１２０のデータ構造について
は、後述する。タイマ１３０は、計時結果をＣＰＵ１１
０へ出力する。Ｉ／Ｆ１４０は、ＣＰＵ１１０と通信ア
ダプタ２００との間のインタフェースをとる。通信アダ
プタ２００は、Ｉ／Ｆ１４０とネットワークＮとの間に
介挿されており、所定の通信プロトコルに従って、通信
アダプタ４００1 〜４００n との間で通信を行う。
【００４１】ローカルマシン３００1 〜３００n のそれ
ぞれは、ユーザ側に設置されたコンピュータ装置であ
り、通信アダプタ４００1 〜４００n 、ネットワークＮ
および通信アダプタ２００を介してリモートマシン１０
０に遠隔監視される。また、ローカルマシン３００1 〜
３００n のそれぞれは、運用中に発生したエラー（ハー
ドエラー、ファームウェアエラー／ソフトウェアエラ
ー、ラインエラー／プロトコルエラー、ワーニングエラ
ーまたは軽微エラー）の記録であるローカルマシンログ
ＬＯＧLM1 〜ＬＯＧLMn をメモリ３２０1 〜３２０n に
ライトする。
【００４２】ここで、ローカルマシン３００1 〜３００
n のそれぞれには、ネットワークＮ上のアドレスとして
ＩＰアドレスＡＤIPが付与されている。具体的には、ロ
ーカルマシン３００1 には、ＩＰアドレスＡＤIPとして
「１」が付与されており、ローカルマシン３００2 に
は、ＩＰアドレスＡＤIPとして「２」が付与されてい
る。以下、同様にして、ローカルマシン３００n には、
ＩＰアドレスＡＤIPとして「ｎ」が付与されている。
【００４３】ローカルマシン３００1 は、ＣＰＵ３１０
1 、メモリ３２０1 、タイマ３３０ 1 およびＩ／Ｆ３４
０1 を備えている。ＣＰＵ３１０1 は、ローカルマシン
３００1 に関するエラーの監視制御、該エラーに対応す
るローカルマシンログＬＯＧ LM1 の生成、メモリ３２０
1 のリード／ライト制御等を行う。このＣＰＵ３１０ 1
の動作の詳細については、後述する。
【００４４】メモリ３２０1 は、ＣＰＵ３１０1 の制御
により、ローカルマシンログＬＯＧ LM1 等を格納する。
このメモリ３２０1 のデータ構造については後述する。
Ｉ／Ｆ３４０1 は、ＣＰＵ３１０1 と通信アダプタ４０
０1 との間のインタフェースをとる。通信アダプタ４０
０1 は、Ｉ／Ｆ３４０1 とネットワークＮとの間に介挿
されており、所定の通信プロトコルに従って、通信アダ
プタ２００との間でネットワークＮを介して通信を行
う。
【００４５】ローカルマシン３００2 は、ローカルマシ
ン３００1 と同様にして、ＣＰＵ３１０2 、メモリ３２
０2 、タイマ３３０2 およびＩ／Ｆ３４０2 を備えてい
る。ＣＰＵ３１０2 は、ローカルマシン３００2 に関す
るエラーの監視制御、該エラーに対応するローカルマシ
ンログＬＯＧLM2 の生成、メモリ３２０2 のリード／ラ
イト制御等を行う。このＣＰＵ３１０2 の動作の詳細に
ついては、後述する。
【００４６】メモリ３２０2 は、ＣＰＵ３１０2 の制御
により、ローカルマシンログＬＯＧ LM2 等を格納する。
このメモリ３２０2 のデータ構造については後述する。
Ｉ／Ｆ３４０2 は、ＣＰＵ３１０2 と通信アダプタ４０
０2 との間のインタフェースをとる。通信アダプタ４０
０2 は、Ｉ／Ｆ３４０2 とネットワークＮとの間に介挿
されており、所定の通信プロトコルに従って、通信アダ
プタ２００との間でネットワークＮを介して通信を行
う。
【００４７】ローカルマシン３００n は、ローカルマシ
ン３００1 と同様にして、ＣＰＵ３１０n 、メモリ３２
０n 、タイマ３３０n およびＩ／Ｆ３４０n を備えてい
る。ＣＰＵ３１０n は、ローカルマシン３００n に関す
るエラーの監視制御、該エラーに対応するローカルマシ
ンログＬＯＧLMn の生成、メモリ３２０n のリード／ラ
イト制御等を行う。このＣＰＵ３１０n の動作の詳細に
ついては、後述する。
【００４８】メモリ３２０n は、ＣＰＵ３１０n の制御
により、ローカルマシンログＬＯＧ LMn 等を格納する。
このメモリ３２０n のデータ構造については後述する。
Ｉ／Ｆ３４０n は、ＣＰＵ３１０n と通信アダプタ４０
０n との間のインタフェースをとる。通信アダプタ４０
０n は、Ｉ／Ｆ３４０n とネットワークＮとの間に介挿
されており、所定の通信プロトコルに従って、通信アダ
プタ２００との間でネットワークＮを介して通信を行
う。
【００４９】つぎに、ローカルマシン３００1 〜３００
n におけるメモリ３２０1 〜３２０ n のデータ構造につ
いて説明する。ローカルマシン３００1 のメモリ３２０
1 には、ローカルマシンログ優先度テーブルＴＡ（図２
参照）および個別ローカルマシンログ優先度テーブルＴ
Ｂ1 （図４参照）が格納される。
【００５０】ここで、ローカルマシン３００1 のＣＰＵ
３１０1 は、図２に示した都合五種類のログ要因に対応
するローカルマシンログ（ハードエラーログ〜軽微エラ
ーログ）を生成する。すなわち、第１種類目のハードエ
ラーログは、ハードエラーに起因してＣＰＵ３１０1 に
より生成される。第２種類目のファームウェアエラー／
ソフトウェアエラーログは、ファームウェアエラー／ソ
フトウェアエラーに起因して生成される。
【００５１】第３種類目のラインエラー／プロトコルエ
ラーログは、ラインエラー／プロトコルエラーに起因し
て生成される。第４種類目のワーニングエラーログは、
ワーニングエラーに起因して生成される。最後に、第５
種類目の軽微エラーログは、軽微エラーに起因して生成
される。これらのローカルマシンログは、ログ要因、エ
ラー発生日時、エラー発生箇所等の情報からなり、エラ
ー発生履歴データである。
【００５２】図２に示したローカルマシンログ優先度テ
ーブルＴＡは、上述した都合五種類のローカルマシンロ
グ（ハードエラーログ〜軽微エラーログ）のそれぞれの
優先度（重要度）を「１」〜「５」までの五段階で定義
するテーブルである。ローカルマシンログ優先度データ
ＰLLは、上記優先度を示すデータであり、「１」〜
「５」までのいずれかの値を採る。この場合、ローカル
マシンログ優先度データＰ LL＝「１」が最も優先度が高
く、逆にローカルマシンログ優先度データＰLL＝「５」
が最も優先度が低い。
【００５３】すなわち、ローカルマシンログ優先度デー
タＰLL＝「１」のハードエラーログは、優先度が最も高
いログである。ローカルマシンログ優先度データＰLL＝
「２」のファームウェアエラー／ソフトウェアエラーロ
グは、上記ハードエラーログのつぎに優先度が高いログ
である。ローカルマシンログ優先度データＰLL＝「３」
のラインエラー／プロトコルエラーログは、上記ファー
ムウェアエラー／ソフトウェアエラーログのつぎに優先
度が高いログである。
【００５４】ローカルマシンログ優先度データＰLL＝
「４」のワーニングエラーは、上記ラインエラー／プロ
トコルエラーログのつぎに優先度が高いログである。ロ
ーカルマシンログ優先度データＰLL＝「５」の軽微エラ
ーログは、優先度が最も低いログである。なお、個別ロ
ーカルマシンログ優先度テーブルＴＢ1 （図４参照）に
ついては、後述する動作例５で詳細に説明する。
【００５５】図１に戻り、領域Ｘ1 には、リモートマシ
ン代行依頼フラグＸ11が格納される。このリモートマシ
ン代行依頼フラグＸ11は、リモートマシン１００で致命
的エラーが発生した場合に、本来リモートマシン１００
により実行されるローカルマシンログの収集に関する動
作（以下、ローカルマシンログ収集動作という）の代行
を、ローカルマシン３００1 がリモートマシン１００か
ら依頼されたか否かを示すフラグである。ローカルマシ
ンログ収集動作の代行の依頼がローカルマシン３００1
にあった場合、リモートマシン代行依頼フラグＸ11は
「１」とされる。一方、ローカルマシンログ収集動作の
代行の依頼が無い場合、リモートマシン代行依頼フラグ
Ｘ11は、「０」とされる。
【００５６】領域Ｙ1 には、リモートマシン代行宣言フ
ラグＹ11〜Ｙ1nがそれぞれ格納される。リモートマシン
代行宣言フラグＹ11〜Ｙ1nは、ローカルマシン３００1
〜３００n に対応しており、上述したローカルマシンロ
グ収集動作の代行を宣言するためのフラグである。たと
えば、ローカルマシン３００2 がローカルマシンログ収
集動作の代行を行う場合には、ローカルマシン３００2
に対応するリモートマシン代行宣言フラグＹ12が「１」
とされ、これ以外のリモートマシン代行宣言フラグ
Ｙ11、Ｙ13（図示略）〜Ｙ1nがすべて「０」とされる。
【００５７】ローカルマシンログ格納領域Ｚ1 には、図
３に示したように、ローカルマシン３００1 に関連する
ローカルマシンログＬＯＧLM1#1 〜ＬＯＧLM1#3 、・・・
が、ローカルマシンログ優先度データＰLL に対応付け
られて生成順に格納される。なお、本明細書では、上記
「ＬＯＧ」の添字「＃」をアンダーバー（図３参照）と
読み替えるものとする。ここで、ローカルマシンログ優
先度データＰLLとローカルマシンログとは、ローカルマ
シンログ優先度テーブルＴＡ（図２参照）に基づいて対
応付けられる。また、ローカルマシンログ格納領域Ｚ1
には、ローカルマシン３００1 に付与されたＩＰアドレ
スＡＤIP（＝「１」）のデータが格納される。
【００５８】また、ローカルマシン３００2 のメモリ３
２０2 には、前述したローカルマシンログ優先度テーブ
ルＴＡ（図２参照）および個別ローカルマシンログ優先
度テーブルＴＢ2 （図４参照）が格納される。ここで、
ローカルマシン３００2 のＣＰＵ３１０2 は、ＣＰＵ３
１０1 と同様にして、図２に示した都合五種類のログ要
因に対応するローカルマシンログ（ハードエラーログ〜
軽微エラーログ）を生成する。
【００５９】領域Ｘ2 には、リモートマシン代行依頼フ
ラグＸ21が格納される。このリモートマシン代行依頼フ
ラグＸ21は、リモートマシン１００で致命的エラーが発
生した場合に、本来リモートマシン１００により実行さ
れるローカルマシンログ収集動作の代行を、ローカルマ
シン３００2 がリモートマシン１００から依頼されたか
否かを示すフラグである。ローカルマシンログ収集動作
の代行の依頼がローカルマシン３００2 にあった場合、
リモートマシン代行依頼フラグＸ21は「１」とされる。
一方、ローカルマシンログ収集動作の代行の依頼が無い
場合、リモートマシン代行依頼フラグＸ21は、「０」と
される。
【００６０】領域Ｙ2 には、リモートマシン代行宣言フ
ラグＹ21〜Ｙ2nがそれぞれ格納される。リモートマシン
代行宣言フラグＹ21〜Ｙ2nは、ローカルマシン３００1
〜３００n に対応しており、上述したローカルマシンロ
グ収集動作の代行を宣言するためのフラグである。たと
えば、ローカルマシン３００2 がローカルマシンログ収
集動作の代行を行う場合には、ローカルマシン３００2
に対応するリモートマシン代行宣言フラグＹ22が「１」
とされ、これ以外のリモートマシン代行宣言フラグ
Ｙ21、Ｙ23（図示略）〜Ｙ2nがすべて「０」とされる。
【００６１】ローカルマシンログ格納領域Ｚ2 には、図
３に示したように、ローカルマシン３００2 に関連する
ローカルマシンログＬＯＧLM2#1 〜ＬＯＧLM2#3 、・・・
が、ローカルマシンログ優先度データＰLLに対応付けら
れて生成順に格納される。こここでローカルマシンログ
優先度データＰLLとローカルマシンログとは、ローカル
マシンログ優先度テーブルＴＡ（図２参照）に基づいて
対応付けられる。また、ローカルマシンログ格納領域Ｚ
2 には、ローカルマシン３００2 に付与されたＩＰアド
レスＡＤIP（＝「２」）のデータが格納される。なお、
個別ローカルマシンログ優先度テーブルＴＢ2（図４参
照）については、動作例５で後述する。
【００６２】同様にして、ローカルマシン３００n のメ
モリ３２０n には、前述したローカルマシンログ優先度
テーブルＴＡ（図２参照）および個別ローカルマシンロ
グ優先度テーブルＴＢn （図４参照）が格納される。こ
こで、ローカルマシン３００ n のＣＰＵ３１０n は、Ｃ
ＰＵ３１０1 と同様にして、図２に示した都合五種類の
ログ要因に対応するローカルマシンログ（ハードエラー
ログ〜軽微エラーログ）を生成する。
【００６３】領域Ｘn には、リモートマシン代行依頼フ
ラグＸn1が格納される。このリモートマシン代行依頼フ
ラグＸn1は、リモートマシン１００で致命的エラーが発
生した場合に、本来リモートマシン１００により実行さ
れるローカルマシンログ収集動作の代行を、ローカルマ
シン３００n がリモートマシン１００から依頼されたか
否かを示すフラグである。ローカルマシンログ収集動作
の代行の依頼がローカルマシン３００n にあった場合、
リモートマシン代行依頼フラグＸn1は「１」とされる。
一方、ローカルマシンログ収集動作の代行の依頼が無い
場合、リモートマシン代行依頼フラグＸn1は、「０」と
される。
【００６４】領域Ｙn には、リモートマシン代行宣言フ
ラグＹn1〜Ｙnnがそれぞれ格納される。リモートマシン
代行宣言フラグＹn1〜Ｙnnは、ローカルマシン３００1
〜３００n に対応しており、上述したローカルマシンロ
グ収集動作の代行を宣言するためのフラグである。たと
えば、ローカルマシン３００n がローカルマシンログ収
集動作の代行を行う場合には、ローカルマシン３００n
に対応するリモートマシン代行宣言フラグＹnnが「１」
とされ、これ以外のリモートマシン代行宣言フラグＹn1
〜Ｙnn-1（図示略）がすべて「０」とされる。
【００６５】ローカルマシンログ格納領域Ｚn には、図
３に示したように、ローカルマシン３００n に関連する
ローカルマシンログＬＯＧLMn#1 〜ＬＯＧLMn#3 、・・・
が、ローカルマシンログ優先度データＰLLに対応付けら
れて生成順に格納される。こここでローカルマシンログ
優先度データＰLLとローカルマシンログとは、ローカル
マシンログ優先度テーブルＴＡ（図２参照）に基づいて
対応付けられる。また、ローカルマシンログ格納領域Ｚ
n には、ローカルマシン３００n に付与されたＩＰアド
レスＡＤIP（＝「ｎ」）のデータが格納される。なお、
個別ローカルマシンログ優先度テーブルＴＢn（図４参
照）については、動作例５で後述する。
【００６６】つぎに、リモートマシン１００におけるメ
モリ１２０のデータ構造について説明する。このメモリ
１２０には、ローカルマシン優先度テーブルＴが格納さ
れる。このローカルマシン優先度テーブルＴは、ローカ
ルマシン３００1 〜３００nのそれぞれの優先度（重要
度）を「１」〜「３」までの三段階で定義するテーブル
である。
【００６７】具体的には、ローカルマシン優先度テーブ
ルＴには、ローカルマシン３００1〜３００n にそれぞ
れ付与されたＩＰアドレスＡＤIP（「１」〜「ｎ」）と
ローカルマシン優先度データＰLMとが対応付けられてい
る。ローカルマシン優先度データＰLMは、上記優先度を
示すデータであり、「１」〜「３」までのいずれかの値
を採る。この場合、ローカルマシン優先度データＰLM＝
「１」が最も優先度が高く、逆にローカルマシン優先度
データＰLM＝「３」が最も優先度が低い。
【００６８】ローカルマシン優先度データＰLM＝「１」
のローカルマシンは、トラブルが多発しているマシンま
たはトラブル発生時に緊急対応を要する重要ユーザのマ
シンである。一方、ローカルマシン優先度データＰLM＝
「３」のローカルマシンは、安定稼働しているマシンま
たはトラブル発生時に緊急対応を要しない一般ユーザの
マシンである。ローカルマシン優先度データＰLM＝
「２」のローカルマシンは、ローカルマシン優先度デー
タＰLM＝「１」のローカルマシンとローカルマシン優先
度データＰLM＝「３」のローカルマシンとの中間的な位
置づけのマシンである。
【００６９】ローカルマシンログ格納領域Ｆには、ロー
カルマシン３００1 〜３００n のうちいずれか一つまた
は複数から収集されたローカルマシンログが格納され
る。リモートログ格納領域Ｇには、リモートマシン１０
０に関するリモートマシンログが格納される。ローカル
マシンログ収集用データ格納領域Ｌには、ローカルマシ
ンログの収集時に用いられる各種データが格納される。
【００７０】このローカルマシンログ収集用データ格納
領域Ｌにおいて、格納領域Ａには、２ビット構成（ビッ
トＡ1 、ビットＡ2 ）のローカルマシン優先度しきい値
データＰA が格納される。このローカルマシン優先度し
きい値データＰA は、ローカルマシン３００1 〜３００
n からローカルマシンログの収集を行う際のしきい値で
ある。この場合、ローカルマシン優先度しきい値データ
ＰA に対応する優先度以上のローカルマシン優先度のロ
ーカルマシンからローカルマシンログが収集される。
【００７１】格納領域Ｂには、メモリフルフラグＢ1 〜
Ｂn が格納される。メモリフルフラグＢ1 〜Ｂn は、メ
モリ３２０1 〜３２０n に対応しており、ローカルマシ
ンログ格納領域Ｚ1 〜Ｚn に最大格納容量のローカルマ
シンログが格納されたか否かを示すフラグである。言い
換えれば、メモリフルフラグＢ1 〜Ｂn のそれぞれは、
メモリ３２０1 〜３２０n がメモリフル状態にあるか否
かを示すフラグである。
【００７２】たとえば、メモリ３２０2 のローカルマシ
ンログ格納領域Ｚ2 に最大容量のローカルマシンログが
格納されることによりメモリフル状態になると、メモリ
フルフラグＢ2 は、「１」にされる。このとき、その他
のメモリ３２０1 、３２０3（図示略）〜３２０n がメ
モリフル状態では無いものとすると、他のメモリフルフ
ラグＢ1 、Ｂ3 （図示略）〜Ｂn は、共に「０」にされ
る。
【００７３】格納領域Ｃには、３ビット構成（ビットＣ
11〜Ｃ13、ビットＣ21〜Ｃ23、・・・、ビットＣn1〜
Ｃn3）のローカルマシンログ優先度しきい値データＰC1
〜ＰCnが格納される。ローカルマシンログ優先度しきい
値データＰC1〜ＰCnのそれぞれは、ローカルマシン３０
０1 〜３００n に対応しており、ローカルマシンログ優
先度「１」〜「５」（１０進数）のうちいずれか一つの
値をとる。
【００７４】ローカルマシンログ優先度しきい値データ
ＰC1は、ローカルマシン３００1 からローカルマシンロ
グの収集を行う際のしきい値である。この場合、ローカ
ルマシン３００1 からは、ローカルマシンログ優先度し
きい値データＰC1に対応する優先度以上のローカルマシ
ンログ優先度のローカルマシンログが収集される。
【００７５】ローカルマシンログ優先度しきい値データ
ＰC2は、ローカルマシン３００2 からローカルマシンロ
グの収集を行う際のしきい値である。この場合、ローカ
ルマシン３００2 からは、ローカルマシンログ優先度し
きい値データＰC2に対応する優先度以上のローカルマシ
ンログ優先度のローカルマシンログが収集される。
【００７６】同様にして、ローカルマシンログ優先度し
きい値データＰCnは、ローカルマシン３００n からロー
カルマシンログの収集を行う際のしきい値である。この
場合、ローカルマシン３００n からは、ローカルマシン
ログ優先度しきい値データＰ Cnに対応する優先度以上の
ローカルマシンログ優先度のローカルマシンログが収集
される。
【００７７】格納領域Ｄには、致命的エラーフラグＤ1
〜Ｄn が格納される。致命的エラーフラグＤ1 〜Ｄ
n は、ローカルマシン３００1 〜３００n に対応してお
り、ローカルマシン３００1 〜３００n で致命的エラー
が発生しているか否かを示すフラグである。ここでいう
致命的エラーとは、当該ローカルマシンが正常稼働でき
なくなる状態またはその可能性が高いエラーをいい、た
とえば、ハードエラー（図２参照）である。
【００７８】たとえば、ローカルマシン３００2 で致命
的エラーが発生すると、ローカルマシン３００2 に対応
する致命的エラーフラグＤ2 は、「１」にされる。この
とき、他のローカルマシン３００1 、３００3 〜３００
n で致命的エラーが発生していないものとすると、他の
致命的エラーフラグＤ1 、Ｄ3（図示略）〜Ｄn は、共
に「０」にされる。
【００７９】格納領域Ｅには、３ビット構成（ビットＥ
11〜Ｅ13、ビットＥ21〜Ｅ23、・・・、ビットＥn1〜
Ｅn3）の個別ローカルマシンログ優先度しきい値データ
ＰE1〜Ｐ Enが格納される。これらの個別ローカルマシン
ログ優先度しきい値データＰE1〜ＰEnの詳細について
は、動作例５で後述する。
【００８０】（動作例１）つぎに、一実施の形態の動作
例１について、図６に示したフローチャートを参照しつ
つ説明する。この動作例１は、リモートマシン１００
が、ローカルマシン３００1 〜３００n のうちメモリフ
ル状態となったローカルマシンであって、かつマシン優
先度があらかじめ初期設定される優先度以上のローカル
マシンからローカルマシンログを収集する動作である。
【００８１】同図に示したステップＳＡ１では、リモー
トマシン１００のＣＰＵ１１０は、ローカルマシン優先
度しきい値データＰA を初期設定する。この場合、ＣＰ
Ｕ１１０は、ローカルマシン優先度しきい値データＰA
として「２」（１０進数）を初期設定した後、ステップ
ＳＡ２へ進む。これにより、メモリ１２０の格納領域Ａ
のビットＡ1 およびＡ2 には、上記「２」（１０進数）
に対応する「０１」（２進数）が設定される。また、Ｃ
ＰＵ１１０は、タイマ１３０からの計時結果に基づい
て、一定時間間隔をおいてメモリフルフラグＢ1 〜Ｂn
をチェックする。
【００８２】ステップＳＡ２では、ＣＰＵ１１０は、ロ
ーカルマシン優先度テーブルＴを初期設定する。この場
合、ＣＰＵ１１０は、ＩＰアドレスＡＤIP（＝「１」：
ローカルマシン３００1 ）に対応するローカルマシン優
先度データＰLMに「２」を設定するとともに、ＩＰアド
レスＡＤIP（＝「２」：ローカルマシン３００2 ）に対
応するローカルマシン優先度データＰLMに「１」を設定
する。以下同様にして、ＣＰＵ１１０は、ＩＰアドレス
ＡＤIP（＝「ｎ」：ローカルマシン３００n ）に対応す
るローカルマシン優先度データＰLMに「３」を設定す
る。
【００８３】そして、つぎのステップＳＡ３では、ロー
カルマシン３００1 〜３００n のＣＰＵ３１０1 〜３１
０n のそれぞれは、エラー（ハードエラー、ファームウ
ェアエラー／ソフトウェアエラー等）が発生する毎にロ
ーカルマシンログ（ハードエラーログ、ファームウェア
エラー／ソフトウェアエラーログ等）をローカルマシン
ログ優先度データＰLL（図３参照）に対応付けてそれぞ
れのローカルマシンログ格納領域Ｚ1 〜Ｚn に格納した
後、ステップＳＡ４へ進む。この対応付けには、ローカ
ルマシンログ優先度テーブルＴＡ（図２参照）が参照さ
れる。
【００８４】具体的には、ローカルマシン３００1 のＣ
ＰＵ３１０1 は、図３に示したように、たとえば、ロー
カルマシンログＬＯＧLM1#1 をローカルマシンログ優先
度データＰLL（＝「１」）に対応付けてメモリ３２０1
のローカルマシンログ格納領域Ｚ1 に格納する。同様に
して、ローカルマシン３００2 のＣＰＵ３１０2 は、図
３に示したように、たとえば、ローカルマシンログＬＯ
ＧLM2#1 をローカルマシンログ優先度データＰLL（＝
「５」）に対応付けてメモリ３２０2 のローカルマシン
ログ格納領域Ｚ2 に格納する。
【００８５】以下、同様にして、ローカルマシン３００
n のＣＰＵ３１０n は、図３に示したように、たとえ
ば、ローカルマシンログＬＯＧLMn#1 をローカルマシン
ログ優先度データＰLL（＝「４」）に対応付けてメモリ
３２０n のローカルマシンログ格納領域Ｚn に格納す
る。
【００８６】ステップＳＡ４では、ＣＰＵ３１０1 〜３
１０n のそれぞれは、メモリ３２０ 1 〜３２０n のロー
カルマシンログ格納領域Ｚ1 〜Ｚn のいずれかがメモリ
フル状態であるか否かを判断する。この場合、ＣＰＵ３
１０1 〜３１０n のそれぞれは、判断結果を「Ｎｏ」と
して、ステップＳＡ３へ戻り、上述した動作を繰り返
す。これにより、図３に示したローカルマシンログ格納
領域Ｚ1 〜Ｚn のそれぞれには、生成された順にローカ
ルマシンログが格納される。
【００８７】そして、ローカルマシン３００2 でエラー
が多発することにより、ローカルマシンログ格納領域Ｚ
2 （図３参照）がメモリフル状態になると、ＣＰＵ３１
０2は、ステップＳＡ４の判断結果を「Ｙｅｓ」とし
て、ステップＳＡ５へ進む。
【００８８】ステップＳＡ５では、ＣＰＵ３１０2 は、
Ｉ／Ｆ３４０2 、通信アダプタ４００2 、ネットワーク
Ｎ、通信アダプタ２００およびＩ／Ｆ１４０を介して、
メモリ１２０の格納領域Ｂにアクセスする。つぎに、Ｃ
ＰＵ３１０2 は、格納領域ＢのメモリフルフラグＢ1 〜
Ｂn のうちローカルマシン３００2 に対応するメモリフ
ルフラグＢ2 を「１」にする。
【００８９】これにより、ステップＳＡ６では、リモー
トマシン１００のＣＰＵ１１０は、ローカルマシン３０
０2 のローカルマシンログ格納領域Ｚ2 がメモリフル状
態にあることを認識し、ローカルマシン優先度テーブル
Ｔを参照する。つぎに、ＣＰＵ１１０は、ローカルマシ
ン優先度テーブルＴの中からローカルマシン３００2の
ローカルマシン優先度データＰLM（＝「１」）を認識し
た後、ステップＳＡ７へ進む。
【００９０】ステップＳＡ７では、ＣＰＵ１１０は、ロ
ーカルマシン３００2 のローカルマシン優先度データＰ
LM（＝「１」）が、ステップＳＡ１で初期設定されたロ
ーカルマシン優先度しきい値データＰA （この場合、
「２」）以下であるか否かを判断する。言い換えれば、
ＣＰＵ１１０は、ローカルマシン３００2 の優先度がス
テップＳＡ１で設定された優先度以上であるか否かを判
断する。
【００９１】この場合、ＣＰＵ１１０は、ステップＳＡ
７の判断結果を「Ｙｅｓ」として、ステップＳＡ８へ進
む。ステップＳＡ８では、ＣＰＵ１１０は、Ｉ／Ｆ１４
０、通信アダプタ２００、ネットワークＮ、通信アダプ
タ４００2 、Ｉ／Ｆ３４０2を介してメモリ３２０2 に
アクセスする。つぎに、ＣＰＵ１１０は、メモリ３２０
2 のローカルマシンログ格納領域Ｚ2 （図３参照）に格
納されているローカルマシンログＬＯＧLM2#1 〜ＬＯＧ
LM2#3、・・・をローカルマシンログＬＯＧLM2 として収集
した後、ステップＳＡ９へ進む。
【００９２】ステップＳＡ９では、ＣＰＵ１１０は、メ
モリ１２０のローカルマシンログ格納領域Ｆに上記ロー
カルマシンログＬＯＧLM2 を格納した後、ステップＳＡ
１０へ進む。ステップＳＡ１０では、ＣＰＵ１１０は、
ローカルマシンログＬＯＧLM 2 を収集済みのローカルマ
シン３００2 に対応するメモリフルフラグＢ2 を「１」
から「０」にする。
【００９３】以後、ステップＳＡ３以降においては、上
述した動作が繰り返される。なお、ローカルマシンログ
の収集後、ローカルマシン３００2 で新たなローカルマ
シンログが生成された場合には、ＣＰＵ３１０2 は、新
たなローカルマシンログをローカルマシンログ格納領域
Ｚ2 に上書きする。ここで、上書きにより古いローカル
マシンログが消去されるが、この古いローカルマシンロ
グは、すでに、リモートマシン１００のローカルマシン
ログ格納領域Ｆに格納されている。
【００９４】また、ローカルマシン３００n でエラーが
多発することにより、ローカルマシンログ格納領域Ｚn
（図３参照）がメモリフル状態になると、ＣＰＵ３１０
n は、ステップＳＡ４の判断結果を「Ｙｅｓ」として、
ステップＳＡ５へ進む。
【００９５】ステップＳＡ５では、ＣＰＵ３１０n は、
上述したＣＰＵ３１０2 の動作と同様にして、Ｉ／Ｆ３
４０n 、通信アダプタ４００n 、ネットワークＮ、通信
アダプタ２００およびＩ／Ｆ１４０を介して、メモリ１
２０の格納領域Ｂにアクセスする。つぎに、ＣＰＵ３１
０n は、格納領域ＢのメモリフルフラグＢ1 〜Ｂn のう
ちローカルマシン３００n に対応するメモリフルフラグ
Ｂn を「１」にする。
【００９６】これにより、ステップＳＡ６では、リモー
トマシン１００のＣＰＵ１１０は、ローカルマシン３０
０n のローカルマシンログ格納領域Ｚn がメモリフル状
態にあることを認識し、ローカルマシン優先度テーブル
Ｔを参照する。つぎに、ＣＰＵ１１０は、ローカルマシ
ン優先度テーブルＴの中からローカルマシン３００nの
ローカルマシン優先度データＰLM（＝「３」）を認識し
た後、ステップＳＡ７へ進む。
【００９７】ステップＳＡ７では、ＣＰＵ１１０は、ロ
ーカルマシン３００n のローカルマシン優先度データＰ
LM（＝「３」）が、ステップＳＡ１で初期設定されたロ
ーカルマシン優先度しきい値データＰA （この場合、
「２」）以下であるか否かを判断する。
【００９８】この場合、ＣＰＵ１１０は、ステップＳＡ
７の判断結果を「Ｎｏ」として、ステップＳＡ３へ戻
り、上述した動作を繰り返す。すなわち、ローカルマシ
ン３００n の優先度がステップＳＡ１で設定された優先
度より低いため、ローカルマシン３００n からは、ロー
カルマシンログＬＯＧLMn が収集されないのである。
【００９９】以上説明したように、一実施の形態の動作
例１によれば、ｎ台のローカルマシン３００1 〜３００
n に優先度を定義し、優先度が高いローカルマシンから
のみローカルマシンログを収集するようにしたので、優
先度が高いローカルマシンで生成されたローカルマシン
ログを従来に比べて多く収集することができる。また、
一実施の形態の動作例１によれば、優先度が高いローカ
ルマシンで生成されたローカルマシンログのみをメモリ
１２０のローカルマシンログ格納領域Ｆに格納するよう
にしたので、格納容量に上限があるメモリ１２０の利用
効率を向上させることができる。
【０１００】（動作例２）つぎに、一実施の形態の動作
例２について、図７に示したフローチャートを参照しつ
つ説明する。この動作例２は、ローカルマシン３００1
〜３００n のうちメモリフル状態となったローカルマシ
ンのローカルマシンログのうち、ローカルマシンログ優
先度が、あらかじめ初期設定される優先度以上のローカ
ルマシンログをリモートマシン１００が収集する動作で
ある。
【０１０１】同図に示したステップＳＢ１では、リモー
トマシン１００のＣＰＵ１１０は、ローカルマシンログ
優先度しきい値データＰC1〜ＰCnのそれぞれを初期設定
する。この場合、ＣＰＵ１１０は、ローカルマシンログ
優先度しきい値データＰC1として「１」〜「５」までの
うち「２」（１０進数）を初期設定する。これにより、
メモリ１２０の格納領域ＣのビットＣ11〜Ｃ13には、上
記「２」（１０進数）に対応する「００１」（２進数）
が設定される。
【０１０２】同様にして、ＣＰＵ１１０は、ローカルマ
シンログ優先度しきい値データＰC2として「１」〜
「５」までのうち「３」（１０進数）を初期設定する。
これにより、メモリ１２０の格納領域ＣのビットＣ21〜
Ｃ23には、上記「３」（１０進数）に対応する「０１
０」（２進数）が設定される。
【０１０３】以下、同様にして、ＣＰＵ１１０は、ロー
カルマシンログ優先度しきい値データＰCnとして「１」
〜「５」までのうち「５」（１０進数）を初期設定す
る。これにより、メモリ１２０の格納領域ＣのビットＣ
n1〜Ｃn3には、上記「５」（１０進数）に対応する「１
００」（２進数）が設定される。また、ＣＰＵ１１０
は、タイマ１３０からの計時結果に基づいて、一定時間
間隔をおいてメモリフルフラグＢ1 〜Ｂn をチェックす
る。
【０１０４】そして、つぎのステップＳＢ２では、ロー
カルマシン３００1 〜３００n のＣＰＵ３１０1 〜３１
０n のそれぞれは、ステップＳＡ３（図６参照）と同様
にして、エラーが発生する毎にローカルマシンログをロ
ーカルマシンログ優先度データＰLL（図３参照）に対応
付けてそれぞれのローカルマシンログ格納領域Ｚ1 〜Ｚ
n に格納した後、ステップＳＢ３へ進む。
【０１０５】ステップＳＢ３では、ＣＰＵ３１０1 〜３
１０n のそれぞれは、ステップＳＡ４（図６参照）と同
様にして、メモリ３２０1 〜３２０n のローカルマシン
ログ格納領域Ｚ1 〜Ｚn のいずれかがメモリフル状態で
あるか否かを判断する。この場合、ＣＰＵ３１０1 〜３
１０n のそれぞれは、判断結果を「Ｎｏ」として、ステ
ップＳＢ２へ戻り、上述した動作を繰り返す。これによ
り、図３に示したローカルマシンログ格納領域Ｚ1 〜Ｚ
n のそれぞれには、生成された順にローカルマシンログ
が格納される。
【０１０６】そして、ローカルマシン３００2 でエラー
が多発することにより、ローカルマシンログ格納領域Ｚ
2 （図３参照）がメモリフル状態になると、ＣＰＵ３１
０2は、ステップＳＢ３の判断結果を「Ｙｅｓ」とし
て、ステップＳＢ４へ進む。
【０１０７】ステップＳＢ４では、ＣＰＵ３１０2 は、
ステップＳＡ５（図６参照）と同様にして、Ｉ／Ｆ３４
０2 、通信アダプタ４００2 、ネットワークＮ、通信ア
ダプタ２００およびＩ／Ｆ１４０を介して、メモリ１２
０の格納領域Ｂにアクセスした後、メモリフルフラグＢ
2 を「１」にする。
【０１０８】これにより、ステップＳＢ５では、リモー
トマシン１００のＣＰＵ１１０は、ローカルマシン３０
０2 のローカルマシンログ格納領域Ｚ2 がメモリフル状
態にあることを認識する。つぎに、ＣＰＵ１１０は、ロ
ーカルマシンログ優先度しきい値データＰC1〜ＰCnのう
ち、ローカルマシン３００2 に対応する当該ローカルマ
シンログ優先度しきい値データＰC （この場合、ＰC2＝
「３」）を参照した後、ステップＳＢ６へ進む。
【０１０９】ステップＳＢ６では、ＣＰＵ１１０は、Ｉ
／Ｆ１４０、通信アダプタ２００、ネットワークＮ、通
信アダプタ４００2 およびＩ／Ｆ３４０2 を介して、メ
モリ３２０2 のローカルマシンログ格納領域Ｚ2 （図３
参照）にアクセスした後、ステップＳＢ７へ進む。
【０１１０】ステップＳＢ７では、ＣＰＵ１１０は、図
３に示した１レコード目のローカルマシンログ優先度デ
ータＰLL（＝「５」）が、ステップＳＢ５で参照したロ
ーカルマシンログ優先度しきい値データＰＣ2 （この場
合、「３」）以下であるか否かを判断する。言い換えれ
ば、ＣＰＵ１１０は、ローカルマシンログＬＯＧLM2# 1
の優先度がステップＳＢ１で設定された優先度以上であ
るか否かを判断する。
【０１１１】この場合、ＣＰＵ１１０は、ステップＳＢ
７の判断結果を「Ｎｏ」として、ステップＳＢ１０へ進
む。ステップＳＢ１０では、ＣＰＵ１１０は、ローカル
マシンログ格納領域Ｚ2 につぎのローカルマシンログが
あるか否かを判断し、この場合、判断結果を「Ｙｅｓ」
として、ステップＳＢ７へ戻る。
【０１１２】ステップＳＢ７では、ＣＰＵ１１０は、図
３に示した２レコード目のローカルマシンログ優先度デ
ータＰLL（＝「２」）が、ステップＳＢ５で参照したロ
ーカルマシンログ優先度しきい値データＰＣ2 （この場
合、「３」）以下であるか否かを判断する。この場合、
ＣＰＵ１１０は、ステップＳＢ７の判断結果を「Ｙｅ
ｓ」として、ステップＳＢ８へ進む。ステップＳＢ８で
は、ＣＰＵ１１０は、Ｉ／Ｆ３４０2 、通信アダプタ４
００2 、ネットワークＮ、通信アダプタ２００およびＩ
／Ｆ１４０を介して、ローカルマシンログ格納領域Ｚ2
の２レコード目のローカルマシンログＬＯＧLM2#2 を収
集した後、ステップＳＢ９へ進む。
【０１１３】ステップＳＢ９では、ＣＰＵ１１０は、メ
モリ１２０のローカルマシンログ格納領域Ｆに上記ロー
カルマシンログＬＯＧLM2#2 を格納した後、ステップＳ
Ｂ１０へ進む。ステップＳＢ１０では、ＣＰＵ１１０
は、ローカルマシンログ格納領域Ｚ2 につぎのローカル
マシンログがあるか否かを判断し、この場合、判断結果
を「Ｙｅｓ」として、ステップＳＢ７へ戻る。
【０１１４】以後、上述した動作が繰り返され、ローカ
ルマシンログ格納領域Ｚ2 に格納された複数のローカル
マシンログのうち、ローカルマシンログ優先度が、ステ
ップＳＢ１で初期設定された優先度以上のローカルマシ
ンログがリモートマシン１００のＣＰＵ１１０により収
集される。
【０１１５】そして、ローカルマシンログ格納領域Ｚ2
の最後のレコードに関する処理が終了すると、ＣＰＵ１
１０は、ステップＳＢ１０の判断結果を「Ｎｏ」とし
て、ステップＳＢ１１へ進む。ステップＳＢ１１では、
ＣＰＵ１１０は、ローカルマシン３００2 に対応するメ
モリフルフラグＢ2 を「１」から「０」にする。以後、
ステップＳＢ２以降においては、上述した動作が繰り返
される。
【０１１６】以上説明したように、一実施の形態の動作
例２によれば、優先度が高いローカルマシンログのみを
収集するようにしたので、当該ローカルマシンで生成さ
れたローカルマシンログのうち優先度が高いローカルマ
シンログを従来に比べて多く収集することができる。
【０１１７】（動作例３）つぎに、一実施の形態の動作
例３について、図８に示したフローチャートを参照しつ
つ説明する。この動作例３は、ローカルマシン３００1
〜３００n のそれぞれが、ログ要因の発生時に当該ログ
要因に対応するローカルマシンログの優先度が、あらか
じめ初期設定される優先度以上の場合にのみ、当該ロー
カルマシンログをローカルマシンログ格納領域に格納す
る動作である。
【０１１８】同図に示したステップＳＣ１では、リモー
トマシン１００のＣＰＵ１１０は、ステップＳＢ１（図
７参照）と同様にして、ローカルマシンログ優先度しき
い値データＰC1〜ＰCnのそれぞれを初期設定する。この
場合、ＣＰＵ１１０は、ローカルマシンログ優先度しき
い値データＰC1として「１」〜「５」までのうち「２」
（１０進数）を、ローカルマシンログ優先度しきい値デ
ータＰC2として「３」（１０進数）を初期設定する。
【０１１９】以下、同様にして、ＣＰＵ１１０は、ロー
カルマシンログ優先度しきい値データＰCnとして「５」
（１０進数）をそれぞれ初期設定する。また、ＣＰＵ１
１０は、タイマ１３０からの計時結果に基づいて、一定
時間間隔をおいてメモリフルフラグＢ1 〜Ｂn をチェッ
クする。
【０１２０】そして、つぎのステップＳＣ２では、ロー
カルマシン３００1 〜３００n のＣＰＵ３１０1 〜３１
０n のそれぞれは、ログ要因（ハードエラー、ファーム
ウェアエラー／ソフトウェアエラー等）が発生したか否
かを判断し、この判断結果が「Ｎｏ」である場合、同判
断を繰り返す。そして、たとえば、ローカルマシン３０
０2 でログ要因として軽微エラーが発生すると、ＣＰＵ
３１０2 は、ステップＳＣ２の判断結果を「Ｙｅｓ」と
して、ステップＳＣ３へ進む。
【０１２１】ステップＳＣ３では、ＣＰＵ３１０2 は、
Ｉ／Ｆ３４０2 、通信アダプタ４００2 、ネットワーク
Ｎ、通信アダプタ２００、Ｉ／Ｆ１４０を介してメモリ
１２０にアクセスする。つぎに、ＣＰＵ３１０2 は、ロ
ーカルマシンログ優先度しきい値データＰC1〜ＰCnのう
ち、ローカルマシン３００2 に対応する当該ローカルマ
シンログ優先度しきい値データＰC （この場合、ＰC2＝
「３」）を参照した後、ステップＳＣ４へ進む。
【０１２２】ステップＳＣ４では、ＣＰＵ３１０2 は、
ローカルマシンログ優先度テーブルＴＡ（図２参照）を
参照することにより、ステップＳＣ２で発生したログ要
因（この場合、軽微エラー）に対応するローカルマシン
ログのローカルマシンログ優先度データＰLL（＝
「５」）を確認する。つぎに、ＣＰＵ３１０2 は、上記
ローカルマシンログ優先度データＰLL（＝「５」）が、
ステップＳＢ３で参照したローカルマシンログ優先度し
きい値データＰＣ2 （この場合、「３」）以下であるか
否かを判断する。言い換えれば、ＣＰＵ３１０2 は、当
該ローカルマシンログの優先度がステップＳＣ１で設定
された優先度以上であるか否かを判断する。
【０１２３】この場合、ＣＰＵ３１０2 は、ステップＳ
Ｃ４の判断結果を「Ｎｏ」として、ステップＳＣ２へ戻
り、上述した動作を繰り返す。そして、ローカルマシン
３００2 でログ要因としてハードエラーが発生すると、
ＣＰＵ３１０2 は、ステップＳＣ２の判断結果を「Ｙｅ
ｓ」として、ステップＳＣ３へ進む。
【０１２４】ステップＳＣ３では、ＣＰＵ３１０2 は、
上述した動作と同様にして、ローカルマシン３００2 に
対応する当該ローカルマシンログ優先度しきい値データ
ＰC（この場合、ＰC2＝「３」）を参照した後、ステッ
プＳＣ４へ進む。ステップＳＣ４では、ＣＰＵ３１０2
は、ローカルマシンログ優先度テーブルＴＡ（図２参
照）を参照することにより、ステップＳＣ２で発生した
ログ要因（この場合、ハードエラー）に対応するローカ
ルマシンログのローカルマシンログ優先度データＰ
LL（＝「１」）を確認する。
【０１２５】つぎに、ＣＰＵ３１０2 は、上記ローカル
マシンログ優先度データＰLL（＝「１」）が、ステップ
ＳＢ３で参照したローカルマシンログ優先度しきい値デ
ータＰＣ2 （この場合、「３」）以下であるか否かを判
断する。この場合、ＣＰＵ３１０2 は、ステップＳＣ４
の判断結果を「Ｙｅｓ」として、ステップＳＣ５へ進
む。
【０１２６】ステップＳＣ５では、ＣＰＵ３１０2 は、
上記ハードエラーに対応するローカルマシンログをロー
カルマシンログ格納領域Ｚ2 に格納した後、ステップＳ
Ｃ６へ進む。ステップＳＣ６では、ＣＰＵ３１０2 は、
ステップＳＡ４（図６参照）と同様にして、ローカルマ
シンログ格納領域Ｚ2 がメモリフル状態であるか否かを
判断する。この場合、ＣＰＵ３１０2 は、判断結果を
「Ｎｏ」として、ステップＳＣ２へ戻り、上述した動作
を繰り返す。これにより、ローカルマシンログ格納領域
Ｚ2 には、あらかじめ設定された優先度以上の優先度の
ローカルマシンログが順次格納される。
【０１２７】そして、ローカルマシン３００2 でエラー
が多発することにより、ローカルマシンログ格納領域Ｚ
2 （図３参照）がメモリフル状態、すなわち、新たなロ
ーカルマシンログが格納できない状態になると、ＣＰＵ
３１０2 は、ステップＳＣ６の判断結果を「Ｙｅｓ」と
して、ステップＳＣ７へ進む。
【０１２８】ステップＳＣ７では、ＣＰＵ３１０2 は、
ステップＳＡ５（図６参照）と同様にして、Ｉ／Ｆ３４
０2 、通信アダプタ４００2 、ネットワークＮ、通信ア
ダプタ２００およびＩ／Ｆ１４０を介して、メモリ１２
０の格納領域Ｂにアクセスした後、メモリフルフラグＢ
2 を「１」にする。
【０１２９】これにより、ステップＳＣ８では、リモー
トマシン１００のＣＰＵ１１０は、ローカルマシン３０
０2 のローカルマシンログ格納領域Ｚ2 がメモリフル状
態にあることを認識する。つぎに、ＣＰＵ１１０は、Ｉ
／Ｆ１４０、通信アダプタ２００、ネットワークＮ、通
信アダプタ４００2 およびＩ／Ｆ３４０2 を介して、メ
モリ３２０2 のローカルマシンログ格納領域Ｚ2 にアク
セスした後、ステップＳＣ９へ進む。
【０１３０】ステップＳＣ９では、ＣＰＵ１１０は、ス
テップＳＡ８（図６参照）と同様にして、メモリ３２０
2 のローカルマシンログ格納領域Ｚ2 に格納されている
ローカルマシンログをローカルマシンログＬＯＧLM2 と
して収集した後、ステップＳＣ１０へ進む。ここで収集
されたローカルマシンログＬＯＧLM2 は、ローカルマシ
ンログ優先度しきい値データＰC2に対応する優先度以上
のものである。
【０１３１】ステップＳＣ１０では、ＣＰＵ１１０は、
メモリ１２０のローカルマシンログ格納領域Ｆに上記ロ
ーカルマシンログＬＯＧLM2 を格納した後、ステップＳ
Ｃ１１へ進む。ステップＳＣ１１では、ＣＰＵ１１０
は、ローカルマシンログＬＯＧ LM2 を収集済みのローカ
ルマシン３００2 に対応するメモリフルフラグＢ2 を
「１」から「０」にする。以後、ステップＳＣ２以降に
おいては、上述した動作が繰り返される。
【０１３２】以上説明したように、一実施の形態の動作
例３によれば、優先度が高いローカルマシンログのみを
メモリ３２０1 〜３２０n に格納するようにしたので、
格納容量に上限があるメモリ３２０1 〜３２０n の利用
効率を向上させることができる。
【０１３３】（動作例４）つぎに、一実施の形態の動作
例４について、図９に示したフローチャートを参照しつ
つ説明する。この動作例４は、リモートマシン１００
が、ローカルマシン３００1 〜３００n のうち致命的エ
ラー（たとえば、ハードエラー）が発生したローカルマ
シンから、上記致命的エラーに対応する当該ローカルマ
シンログを収集する動作である。
【０１３４】同図に示したステップＳＤ１では、リモー
トマシン１００のＣＰＵ１１０は、ステップＳＡ１（図
６参照）と同様にして、ローカルマシン優先度しきい値
データＰA （＝「２」）を初期設定する。また、ＣＰＵ
１１０は、タイマ１３０からの計時結果に基づいて、一
定時間間隔をおいて致命的エラーフラグＤ1 〜Ｄn をチ
ェックする。
【０１３５】ステップＳＤ２では、ＣＰＵ１１０は、ス
テップＳＡ２（図６参照）と同様にして、ローカルマシ
ン優先度テーブルＴを初期設定した後、ステップＳＤ３
へ進む。ステップＳＤ３では、ＣＰＵ１１０は、ステッ
プＳＢ１（図７参照）と同様にして、ローカルマシンロ
グ優先度しきい値データＰC1〜ＰCnを初期設定する。
【０１３６】そして、つぎのステップＳＤ４では、ロー
カルマシン３００1 〜３００n のＣＰＵ３１０1 〜３１
０n のそれぞれは、ステップＳＡ３（図６参照）と同様
にして、エラーが発生する毎にローカルマシンログをロ
ーカルマシンログ優先度データＰLL（図３参照）に対応
付けてそれぞれのローカルマシンログ格納領域Ｚ1 〜Ｚ
n に格納した後、ステップＳＤ５へ進む。
【０１３７】この場合、ローカルマシン３００1 でハー
ドエラー（致命的エラー）が発生したため、図３に示し
たローカルマシンログ格納領域Ｚ1 の１レコード目に
は、ローカルマシンログＬＯＧLM1#1 が格納されている
ものとする。ステップＳＤ５では、ＣＰＵ３１０1 〜３
１０n のそれぞれは、ステップＳＤ４で致命的エラー
（ハードエラー）が発生したか否かを判断する。この場
合、ローカルマシン３００ 1 で致命的エラーとしてハー
ドエラーが発生しているため、ＣＰＵ３１０1 は、ステ
ップＳＤ５の判断結果を「Ｙｅｓ」として、ステップＳ
Ｄ６へ進む。
【０１３８】ステップＳＤ６では、ＣＰＵ３１０1 は、
Ｉ／Ｆ３４０1 、通信アダプタ４００1 、ネットワーク
Ｎ、通信アダプタ２００およびＩ／Ｆ１４０を介して、
メモリ１２０の格納領域Ｄにアクセスする。つぎに、Ｃ
ＰＵ３１０1 は、格納領域Ｄの致命的エラーフラグＤ1
〜Ｄn のうちローカルマシン３００1 に対応する致命的
エラーフラグＤ1 を「１」にする。
【０１３９】これにより、ステップＳＤ７では、リモー
トマシン１００のＣＰＵ１１０は、Ｉ／Ｆ１４０、通信
アダプタ２００、ネットワークＮ、通信アダプタ４００
1 およびＩ／Ｆ３４０1 を介して、ローカルマシン３０
０1 のローカルマシンログ格納領域Ｚ1 （図３参照）の
１レコード目に格納されているローカルマシンログＬＯ
ＧLM1#1 （致命的エラー）を収集する。
【０１４０】つぎに、ＣＰＵ１１０は、メモリ１２０の
ローカルマシンログ格納領域Ｆに上記ローカルマシンロ
グＬＯＧLM1#1 （致命的エラー）を格納した後、ステッ
プＳＤ８へ進む。ステップＳＤ８では、ＣＰＵ１１０
は、ローカルマシンログＬＯＧ LM1#1 を収集済みのロー
カルマシン３００1 に対応する致命的エラーフラグＤ1
を「１」から「０」にする。以後、ステップＳＤ４以降
の動作が繰り返される。
【０１４１】そして、ローカルマシン３００2 でハード
エラー（致命的エラー）以外のエラーが発生すると、Ｃ
ＰＵ３１０2 は、ステップＳＤ５の判断結果を「Ｎｏ」
として、ステップＳＤ９へ進む。ステップＳＤ９では、
ステップＳＡ４（図６参照）と同様にして、ＣＰＵ３１
０2 は、ローカルマシンログ格納領域Ｚ2（図３参照）
がメモリフル状態であるか否かを判断する。
【０１４２】この場合、ローカルマシン３００2 でエラ
ーが多発することにより、ローカルマシンログ格納領域
Ｚ2（図３参照）がメモリフル状態であるものとする
と、ＣＰＵ３１０2 は、ステップＳＤ９の判断結果を
「Ｙｅｓ」とする。なお、ステップＳＤ９の判断結果が
「Ｎｏ」である場合、ＣＰＵ３１０2 は、ステップＳＤ
４へ戻り、上述した動作を繰り返す。
【０１４３】この場合、ステップＳＤ１０では、リモー
トマシン１００のＣＰＵ１１０により、ローカルマシン
３００2 からローカルマシンログを収集するローカルマ
シンログ収集処理が実行された後、ステップＳＤ４以降
の動作が繰り返される。ここで、ローカルマシンログ収
集処理では、前述したステップＳＡ５〜ステップＳＡ１
０（動作例１：図６参照）、ステップＳＢ４〜ステップ
ＳＢ１１（動作例２：図７参照）またはステップＳＣ７
〜ステップＳＣ１１（動作例３：図８参照）のうちいず
れかの処理が実行される。
【０１４４】以上説明したように、一実施の形態の動作
例４によれば、ローカルマシンにおける致命的なエラー
発生をトリガとして、当該ローカルマシンからローカル
マシンログを収集するようにしたので、致命的エラー発
生に対する対応を迅速にとることができる。
【０１４５】（動作例５）さて、前述した動作例２で
は、ローカルマシン３００1 〜３００nで共通のローカ
ルマシンログ優先度テーブルＴＡ（図２参照）を参照す
ることにより、図３に示したように、ローカルマシン３
００1 〜３００n でそれぞれ生成されたローカルマシン
ログに関するローカルマシンログ優先度データＰLLを決
定した例について説明した。したがって、動作例２で
は、図３に示したように、同種のログ要因（たとえば、
ハードエラー）に関するローカルマシンログのローカル
マシンログ優先度データＰLLは、ローカルマシンログ格
納領域Ｚ1 〜Ｚn の間で、同一の値（この場合「１」）
である。
【０１４６】ここで、一実施の形態においては、ローカ
ルマシン３００1 〜３００n のそれぞれで、個別な基準
でローカルマシンログ優先度データが定義されたテーブ
ルを備え、このテーブルに基づいて、生成されたローカ
ルマシンログの優先度データを個別に決定するようにし
てもよい。以下、この場合を一実施の形態の動作例５と
して説明する。
【０１４７】動作例５では、動作例２で用いたローカル
マシンログ優先度テーブルＴＡに代えて、図１に示した
ローカルマシン３００1 〜３００n のメモリ３２０1 〜
３２０n に格納された個別ローカルマシンログ優先度テ
ーブルＴＢ1 〜ＴＢn （図４参照）が用いられる。さら
に、動作例５では、動作例２で用いたローカルマシンロ
グ優先度しきい値データＰC1〜ＰCnに代えて、個別ロー
カルマシンログ優先度しきい値データＰE1〜ＰEnが用い
られる。
【０１４８】図４に示した個別ローカルマシンログ優先
度テーブルＴＢ1 〜ＴＢn のそれぞれは、ローカルマシ
ンログ優先度テーブルＴＡ（図２参照）と同様にして、
都合五種類のローカルマシンログ（ハードエラーログ〜
軽微エラーログ）のそれぞれの優先度（重要度）を
「１」〜「５」までの五段階で定義するテーブルであ
る。ただし、個別ローカルマシンログ優先度テーブルＴ
Ｂ1 〜ＴＢn のそれぞれでは、個別な基準で個別ローカ
ルマシンログ優先度データＰＳLLが定義されている。
【０１４９】すなわち、個別ローカルマシンログ優先度
テーブルＴＢ1 〜ＴＢn 間では、同種のローカルマシン
ログ（ログ要因）であっても、これに対応する個別ロー
カルマシンログ優先度データＰＳLLが異なる。たとえ
ば、同図網掛け部分のハードエラーログ（ハードエラ
ー）に着目すれば、個別ローカルマシンログ優先度テー
ブルＴＢ1 では、ハードエラーログの個別ローカルマシ
ンログ優先度データＰＳLLが「１」である。これに対し
て、個別ローカルマシンログ優先度テーブルＴＢ2で
は、ハードエラーログ（ハードエラー）の個別ローカル
マシンログ優先度データＰＳLLが「３」であり、個別ロ
ーカルマシンログ優先度テーブルＴＢn では、ハードエ
ラーログ（ハードエラー）の個別ローカルマシンログ優
先度データＰＳ LLが「２」である。
【０１５０】また、図１に示した格納領域Ｅに格納され
た個別ローカルマシンログ優先度しきい値データＰE1〜
ＰEnのそれぞれは、ローカルマシン３００1 〜３００n
に対応しており、ローカルマシンログ優先度「１」〜
「５」（１０進数）のうちいずれか一つの値をとる。
【０１５１】個別ローカルマシンログ優先度しきい値デ
ータＰE1は、ローカルマシン３００ 1 からローカルマシ
ンログの収集を行う際のしきい値である。この場合、ロ
ーカルマシン３００1 からは、個別ローカルマシンログ
優先度しきい値データＰE1に対応する優先度以上のロー
カルマシンログ優先度のローカルマシンログが収集され
る。
【０１５２】個別ローカルマシンログ優先度しきい値デ
ータＰE2は、ローカルマシン３００ 2 からローカルマシ
ンログの収集を行う際のしきい値である。この場合、ロ
ーカルマシン３００2 からは、個別ローカルマシンログ
優先度しきい値データＰE2に対応する優先度以上のロー
カルマシンログ優先度のローカルマシンログが収集され
る。
【０１５３】同様にして、個別ローカルマシンログ優先
度しきい値データＰEnは、ローカルマシン３００n から
ローカルマシンログの収集を行う際のしきい値である。
この場合、ローカルマシン３００n からは、個別ローカ
ルマシンログ優先度しきい値データＰEnに対応する優先
度以上のローカルマシンログ優先度のローカルマシンロ
グが収集される。
【０１５４】図１０に示したステップＳＥ１では、リモ
ートマシン１００のＣＰＵ１１０は、個別ローカルマシ
ンログ優先度しきい値データＰE1〜ＰEnのそれぞれを初
期設定する。この場合、ＣＰＵ１１０は、個別ローカル
マシンログ優先度しきい値データＰE1として「１」〜
「５」までのうち「２」（１０進数）を初期設定する。
これにより、メモリ１２０の格納領域ＥのビットＥ11〜
Ｅ13には、上記「２」（１０進数）に対応する「００
１」（２進数）が設定される。
【０１５５】同様にして、ＣＰＵ１１０は、個別ローカ
ルマシンログ優先度しきい値データＰE2として「１」〜
「５」までのうち「３」（１０進数）を初期設定する。
これにより、メモリ１２０の格納領域ＥのビットＥ21〜
Ｅ23には、上記「３」（１０進数）に対応する「０１
０」（２進数）が設定される。
【０１５６】以下、同様にして、ＣＰＵ１１０は、個別
ローカルマシンログ優先度しきい値データＰEnとして
「１」〜「５」までのうち「３」（１０進数）を初期設
定する。これにより、メモリ１２０の格納領域Ｅのビッ
トＥn1〜Ｅn3には、上記「３」（１０進数）に対応する
「０１０」（２進数）が設定される。また、ＣＰＵ１１
０は、タイマ１３０からの計時結果に基づいて、一定時
間間隔をおいてメモリフルフラグＢ1 〜Ｂn をチェック
する。
【０１５７】そして、つぎのステップＳＥ２では、ロー
カルマシン３００1 〜３００n のＣＰＵ３１０1 〜３１
０n のそれぞれは、ログ要因（ハードエラー、ファーム
ウェアエラー／ソフトウェアエラー等）が発生したか否
かを判断し、この判断結果が「Ｎｏ」である場合、同判
断を繰り返す。そして、たとえば、ローカルマシン３０
０n でログ要因としてハードエラーが発生すると、ＣＰ
Ｕ３１０n は、ステップＳＥ２の判断結果を「Ｙｅｓ」
として、ステップＳＥ３へ進む。
【０１５８】そして、つぎのステップＳＥ３では、ロー
カルマシン３００n のＣＰＵ３１０ n は、図５に示した
ローカルマシンログ格納領域Ｚn のローカルマシンログ
ＬＯＧLMn#3を、図４に示した個別ローカルマシンログ
優先度テーブルＴＢn の個別ローカルマシンログ優先度
データＰＳLL（＝「２」）に対応付けて、ローカルマシ
ンログ格納領域Ｚn に格納した後、ステップＳＥ４へ進
む。
【０１５９】ステップＳＥ４では、ＣＰＵ３１０n は、
ステップＳＡ４（図６参照）と同様にして、メモリ３２
０n のローカルマシンログ格納領域Ｚn がメモリフル状
態であるか否かを判断する。この場合、ＣＰＵ３１０n
は、判断結果を「Ｎｏ」として、ステップＳＥ２へ戻
り、上述した動作を繰り返す。これにより、図５に示し
たローカルマシンログ格納領域Ｚn には、生成された順
にローカルマシンログが格納される。
【０１６０】そして、ローカルマシン３００n でエラー
が多発することにより、ローカルマシンログ格納領域Ｚ
n （図５参照）がメモリフル状態、すなわち、新たなロ
ーカルマシンログが格納できない状態になると、ＣＰＵ
３１０n は、ステップＳＥ４の判断結果を「Ｙｅｓ」と
して、ステップＳＥ５へ進む。
【０１６１】ステップＳＥ５では、ＣＰＵ３１０n は、
ステップＳＡ５（図６参照）と同様にして、Ｉ／Ｆ３４
０n 、通信アダプタ４００n 、ネットワークＮ、通信ア
ダプタ２００およびＩ／Ｆ１４０を介して、メモリ１２
０の格納領域Ｂにアクセスした後、メモリフルフラグＢ
n を「１」にする。
【０１６２】これにより、ステップＳＥ６では、リモー
トマシン１００のＣＰＵ１１０は、ローカルマシン３０
０n のローカルマシンログ格納領域Ｚn がメモリフル状
態にあることを認識する。つぎに、ＣＰＵ１１０は、個
別ローカルマシンログ優先度しきい値データＰE1〜ＰEn
のうち、ローカルマシン３００n に対応する当該個別ロ
ーカルマシンログ優先度しきい値データＰE （この場
合、ＰEn＝「３」）を参照した後、ステップＳＥ７へ進
む。
【０１６３】ステップＳＥ７では、ＣＰＵ１１０は、Ｉ
／Ｆ１４０、通信アダプタ２００、ネットワークＮ、通
信アダプタ４００n およびＩ／Ｆ３４０n を介して、メ
モリ３２０n のローカルマシンログ格納領域Ｚn （図５
参照）にアクセスする。つぎに、ＣＰＵ１１０は、図５
に示したローカルマシンログ格納領域Ｚn の３レコード
目の個別ローカルマシンログ優先度データＰＳLL（＝
「２」）が、ステップＳＥ６で参照した個別ローカルマ
シンログ優先度しきい値データＰE （この場合、Ｐ
En（＝「３」））以下であるか否かを判断する。
【０１６４】言い換えれば、ＣＰＵ１１０は、ローカル
マシンログＬＯＧLMn#3 の優先度がステップＳＥ１で設
定された優先度以上であるか否かを判断する。この場
合、ＣＰＵ１１０は、ステップＳＥ７の判断結果を「Ｙ
ｅｓ」として、ステップＳＥ８へ進む。なお、ステップ
ＳＥ７の判断結果が「Ｎｏ」である場合、ＣＰＵ１１０
は、ステップＳＥ１０へ進む。
【０１６５】この場合、ステップＳＥ８では、ＣＰＵ１
１０は、Ｉ／Ｆ３４０n 、通信アダプタ４００n 、ネッ
トワークＮ、通信アダプタ２００およびＩ／Ｆ１４０を
介して、ローカルマシンログ格納領域Ｚn の３レコード
目のローカルマシンログＬＯＧLMn#3 を収集した後、ス
テップＳＥ９へ進む。
【０１６６】ステップＳＥ９では、ＣＰＵ１１０は、メ
モリ１２０のローカルマシンログ格納領域Ｆに上記ロー
カルマシンログＬＯＧLMn#3 を格納した後、ステップＳ
Ｅ１０へ進む。ステップＳＥ１０では、ＣＰＵ１１０
は、ローカルマシンログ格納領域Ｚn につぎのローカル
マシンログがあるか否かを判断し、この場合、判断結果
を「Ｙｅｓ」として、ステップＳＥ７へ戻る。
【０１６７】以後、上述した動作が繰り返され、ローカ
ルマシンログ格納領域Ｚn に格納された複数のローカル
マシンログのうち、ローカルマシンログ優先度が、ステ
ップＳＥ１で初期設定された優先度以上のローカルマシ
ンログがリモートマシン１００のＣＰＵ１１０により収
集される。
【０１６８】そして、ローカルマシンログ格納領域Ｚn
の最後のレコードに関する処理が終了すると、ＣＰＵ１
１０は、ステップＳＥ１０の判断結果を「Ｎｏ」とし
て、ステップＳＥ１１へ進む。ステップＳＥ１１では、
ＣＰＵ１１０は、ローカルマシン３００n に対応するメ
モリフルフラグＢn を「１」から「０」にする。以後、
ステップＳＥ２以降においては、上述した動作が繰り返
される。
【０１６９】以上説明したように、一実施の形態の動作
例５によれば、複数のローカルマシンにそれぞれ対応さ
せてローカルマシンログの優先度を個別的に設定し、同
種のローカルマシンログであっても複数のローカルマシ
ン間で優先度を異ならせることができるようにしたの
で、ローカルマシンの状態に応じて柔軟にローカルマシ
ンログ収集を行うことができる。
【０１７０】（動作例６）つぎに、一実施の形態の動作
例６について、図１１に示したフローチャートを参照し
つつ説明する。この動作例６は、リモートマシン１００
で致命的エラー（たとえば、ハードエラー）が発生した
場合に、リモートマシン１００によるローカルマシンロ
グ収集動作を、ローカルマシン３００1 〜３００n のう
ちいずれか任意のものが代行する動作である。
【０１７１】図１１に示したステップＳＦ１では、リモ
ートマシン１００のＣＰＵ１１０は、リモートマシン１
００で致命的エラーが発生したか否かを判断し、この判
断結果が「Ｎｏ」である場合、ステップＳＦ６へ進む。
ステップＳＦ６では、ＣＰＵ１１０は、前述した動作例
１〜５のうちいずれかのローカルマシンログ収集処理を
実行した後、ステップＳＦ１へ戻り、上述した動作を繰
り返す。また、ローカルマシン３００1 〜３００n のＣ
ＰＵ３１０1 〜３１０n は、タイマ３３０1 〜３３０n
の計時結果に基づいて、一定時間間隔毎にリモートマシ
ン代行依頼フラグＸ11〜Ｘn1をそれぞれチェックする。
【０１７２】ここで、リモートマシン１００で致命的エ
ラーとしてハードエラーが発生すると、リモートマシン
１００は、ステップＳＦ１の判断結果を「Ｙｅｓ」とし
て、ステップＳＦ２へ進む。ステップＳＦ２では、ＣＰ
Ｕ１１０は、リモートマシン代行依頼フラグＸ11〜Ｘn1
のうち任意のリモートマシン代行依頼フラグを「１」に
する。すなわち、ＣＰＵ１１０は、ローカルマシン３０
０1 〜３００n のうち任意のローカルマシンにローカル
マシンログ収集動作の代行を依頼する。この場合、ロー
カルマシン３００2 にローカルマシンログ収集動作の代
行を依頼するものとする。
【０１７３】したがって、ＣＰＵ１１０は、Ｉ／Ｆ１４
０、通信アダプタ２００、ネットワークＮ、通信アダプ
タ４００2 およびＩ／Ｆ３４０2 を介して、メモリ３２
０2にアクセスし、リモートマシン代行依頼フラグＸ21
を「１」にする。これにより、ローカルマシン３００2
のＣＰＵ３１０2 は、リモートマシン１００からローカ
ルマシンログ収集動作の代行を依頼されたことを認識す
る。つぎに、ＣＰＵ３１０2 は、Ｉ／Ｆ３４０2 、通信
アダプタ４００2 、ネットワークＮ、通信アダプタ２０
０およびＩ／Ｆ１４０を介して、メモリ１２０にアクセ
スすることで、引継データＤRMを取得する。
【０１７４】ここでいう引継データＤRMは、ローカルマ
シンログ収集動作に必要な情報であり、ローカルマシン
優先度テーブルＴ、ローカルマシン優先度しきい値デー
タＰ A 、メモリフルフラグＢ1 〜Ｂn 、ローカルマシン
ログ優先度しきい値データＰ C1〜ＰCn、致命的エラーフ
ラグＤ1 〜Ｄn 、および個別ローカルマシンログ優先度
しきい値データＰE1〜ＰEnである。また、引継データＤ
RMには、ローカルマシンログ格納領域Ｆに格納されたロ
ーカルマシンログおよびリモートログ格納領域Ｇに格納
されたリモートログも含まれる。
【０１７５】つぎに、ＣＰＵ３１０2 は、取得した引継
データＤRMをメモリ３２０2 に格納した後、ステップＳ
Ｆ４へ進む。ステップＳＦ４では、ＣＰＵ３１０2 は、
ローカルマシン３００2 以外のローカルマシンのリモー
トマシン代行宣言フラグＹ12〜Ｙn2（ただし、Ｙ22を除
く）を「１」にした後、ステップＳＦ５へ進む。これに
より、ローカルマシン３００2 以外のローカルマシンの
それぞれのＣＰＵは、ローカルマシン３００2 がリモー
トマシン１００からローカルマシンログ収集動作を代行
したことを認識する。
【０１７６】ステップＳＦ５では、ローカルマシン３０
０2 のＣＰＵ３１０2 は、リモートマシン代行処理を実
行する。すなわち、ＣＰＵ３１０2 は、リモートマシン
１００のＣＰＵ１１０と同様にして、引継データＤRMを
用いてローカルマシンログ収集動作（前述した動作例１
〜５のうちいずれ一つの動作）を実行する。この場合、
ローカルマシン３００2 以外のローカルマシンのＣＰＵ
は、リモートマシン１００に代えて、ローカルマシン３
００2 をアクセス先として動作する。
【０１７７】以上説明したように、一実施の形態の動作
例６によれば、致命的なエラーが発生した場合であって
も、任意のローカルマシンによりローカルマシンログ収
集動作が代行されるので、ローカルマシンログ収集を継
続的に行うことができ、信頼性が向上する。
【０１７８】（動作例７）つぎに、一実施の形態の動作
例７について、図１２に示したフローチャートを参照し
つつ説明する。この動作例７は、リモートマシン１００
で致命的エラー（たとえば、ハードエラー）が発生した
場合に、リモートマシン１００によるローカルマシンロ
グ収集動作を、ローカルマシン３００1 〜３００n のう
ちローカルマシン優先度が最も低いものが代行する動作
である。
【０１７９】図１２に示したステップＳＧ１では、リモ
ートマシン１００のＣＰＵ１１０は、リモートマシン１
００で致命的エラーが発生したか否かを判断し、この判
断結果が「Ｎｏ」である場合、ステップＳＧ７へ進む。
ステップＳＧ７では、ＣＰＵ１１０は、前述した動作例
１〜５のうちいずれかのローカルマシンログ収集処理を
実行した後、ステップＳＧ１へ戻り、上述した動作を繰
り返す。また、ローカルマシン３００1 〜３００n のＣ
ＰＵ３１０1 〜３１０n は、タイマ３３０1 〜３３０n
の計時結果に基づいて、一定時間間隔毎にリモートマシ
ン代行依頼フラグＸ11〜Ｘn1をそれぞれチェックする。
【０１８０】ここで、リモートマシン１００で致命的エ
ラーとしてハードエラーが発生すると、リモートマシン
１００は、ステップＳＧ１の判断結果を「Ｙｅｓ」とし
て、ステップＳＧ２へ進む。ステップＳＧ２では、ＣＰ
Ｕ１１０は、メモリ１２０にアクセスすることによりロ
ーカルマシン優先度テーブルＴ（図１参照）を参照し、
ローカルマシン３００1 〜３００n のうち、最もローカ
ルマシン優先度が低いローカルマシンを認識した後、ス
テップＳＧ３へ進む。この場合、ＣＰＵ１１０は、ロー
カルマシン優先度が最も低いものとしてローカルマシン
３００n を認識したものとする。
【０１８１】ステップＳＧ３では、上記ローカルマシン
３００n のリモートマシン代行依頼フラグＸn1を「１」
にする。すなわち、ＣＰＵ１１０は、ローカルマシン３
００ 1 〜３００n のうち最もローカルマシン優先度が低
いローカルマシン３００n にローカルマシンログ収集動
作の代行を依頼する。
【０１８２】したがって、ＣＰＵ１１０は、Ｉ／Ｆ１４
０、通信アダプタ２００、ネットワークＮ、通信アダプ
タ４００n およびＩ／Ｆ３４０n を介して、メモリ３２
０nにアクセスし、リモートマシン代行依頼フラグＸn1
を「１」にする。これにより、ローカルマシン３００n
のＣＰＵ３１０n は、リモートマシン１００からローカ
ルマシンログ収集動作の代行を依頼されたことを認識す
る。つぎに、ステップＳＧ４では、ＣＰＵ３１０n は、
Ｉ／Ｆ３４０n 、通信アダプタ４００n 、ネットワーク
Ｎ、通信アダプタ２００およびＩ／Ｆ１４０を介して、
メモリ１２０にアクセスすることで、引継データＤRMを
取得する。
【０１８３】ここでいう引継データＤRMは、ローカルマ
シンログ収集動作に必要な情報であり、ローカルマシン
優先度テーブルＴ、ローカルマシン優先度しきい値デー
タＰ A 、メモリフルフラグＢ1 〜Ｂn 、ローカルマシン
ログ優先度しきい値データＰ C1〜ＰCn、致命的エラーフ
ラグＤ1 〜Ｄn 、および個別ローカルマシンログ優先度
しきい値データＰE1〜ＰEnである。また、引継データＤ
RMには、ローカルマシンログ格納領域Ｆに格納されたロ
ーカルマシンログおよびリモートログ格納領域Ｇに格納
されたリモートログも含まれる。
【０１８４】つぎに、ＣＰＵ３１０n は、取得した引継
データＤRMをメモリ３２０n に格納した後、ステップＳ
Ｇ５へ進む。ステップＳＧ５では、ＣＰＵ３１０n は、
ローカルマシン３００n 以外のローカルマシンのリモー
トマシン代行宣言フラグＹ1n〜Ｙnn-1を「１」にした
後、ステップＳＧ６へ進む。これにより、ローカルマシ
ン３００n 以外のローカルマシンのそれぞれのＣＰＵ
は、ローカルマシン３００ n がローカルマシンログ収集
動作を代行したことを認識する。
【０１８５】ステップＳＧ６では、ローカルマシン３０
０n のＣＰＵ３１０n は、ローカルマシン代行処理を実
行する。すなわち、ＣＰＵ３１０n は、リモートマシン
１００のＣＰＵ１１０と同様にして、引継データＤRMを
用いてローカルマシンログ収集動作（前述した動作例１
〜５のうちいずれ一つの動作）を実行する。この場合、
ローカルマシン３００n 以外のローカルマシンログのＣ
ＰＵは、リモートマシン１００に代えて、ローカルマシ
ン３００n をアクセス先として動作する。
【０１８６】以上説明したように、一実施の形態の動作
例７によれば、致命的なエラーが発生した場合に優先度
が最も低いローカルマシンにローカルマシンログ収集動
作を代行させるようにしたので、ローカルマシンログ収
集を継続的に行うことができ、他の優先度が高いローカ
ルマシンの性能低下を回避することができる。
【０１８７】以上本発明にかかる一実施の形態について
図面を参照して詳述してきたが、具体的な構成例はこの
一実施の形態に限られるものではなく、本発明の要旨を
逸脱しない範囲の設計変更等があっても本発明に含まれ
る。
【０１８８】たとえば、前述した一実施の形態において
は、リモートマシン１００の機能またはローカルマシン
３００1 〜３００n の機能を実現するための情報収集プ
ログラムまたは情報生成プログラムを図１３に示したコ
ンピュータ読み取り可能な記録媒体６００に記録して、
この記録媒体６００に記録された情報収集プログラムま
たは情報生成プログラムを同図に示したコンピュータ５
００に読み込ませ、実行することによりローカルマシン
ログの収集または生成を行うようにしてもよい。
【０１８９】図１３に示したコンピュータ５００は、上
記情報収集プログラムまたは情報生成プログラムを実行
するＣＰＵ５０１と、キーボード、マウス等の入力装置
５０２と、各種データを記憶するＲＯＭ（Read Only Me
mory）５０３と、演算パラメータ等を記憶するＲＡＭ
（Random Access Memory）５０４と、記録媒体６００か
ら情報収集プログラムまたは情報生成プログラムを読み
取る読取装置５０５と、ディスプレイ、プリンタ等の出
力装置５０６と、装置各部を接続するバスＢＵとから構
成されている。
【０１９０】ＣＰＵ５０１は、読取装置５０５を経由し
て記録媒体６００に記録されている情報収集プログラム
または情報生成プログラムを読み込んだ後、情報収集プ
ログラムまたは情報生成プログラムを実行することによ
り、前述したリモートマシンログの収集または生成を行
う。なお、記録媒体６００には、光ディスク、フロッピ
ーディスク、ハードディスク等の可搬型の記録媒体が含
まれることはもとより、ネットワークのようにデータを
一時的に記録保持するような伝送媒体も含まれる。
【０１９１】
【発明の効果】以上説明したように、請求項１、８にか
かる発明によれば、複数の情報生成装置に優先度を定義
し、優先度が高い情報生成装置からのみ情報を収集する
ようにしたので、優先度が高い情報生成装置で生成され
た情報を従来に比べて多く収集することができるという
効果を奏する。また、請求項１、８にかかる発明によれ
ば、優先度が高い情報生成装置で生成された情報のみを
収集側情報格納手段に格納するようにしたので、格納容
量に上限がある収集側情報格納手段の利用効率を向上さ
せることができるという効果を奏する。
【０１９２】また、請求項２にかかる発明によれば、優
先度が高い情報のみを収集するようにしたので、当該情
報生成装置で生成された情報のうち優先度が高い情報を
従来に比べて多く収集することができるという効果を奏
する。また、請求項２にかかる発明によれば、優先度が
高い情報のみを収集側情報格納手段に格納するようにし
たので、格納容量に上限がある収集側情報格納手段の利
用効率を向上させることができるという効果を奏する。
【０１９３】また、請求項３にかかる発明によれば、複
数の情報生成装置にそれぞれ対応させて情報の優先度を
個別的に設定し、同種の情報であっても複数の情報生成
装置間で優先度を異ならせることができるようにしたの
で、情報生成装置の状態に応じて柔軟に情報収集を行う
ことができるという効果を奏する。
【０１９４】また、請求項４にかかる発明によれば、情
報生成装置における所定のエラー発生をトリガとして、
当該情報生成装置から情報を収集するようにしたので、
エラー発生に対する対応を迅速にとることができるとい
う効果を奏する。
【０１９５】また、請求項５にかかる発明によれば、所
定のエラーが発生した場合であっても、任意の情報生成
装置により情報収集動作が代行されるので、情報収集を
継続的に行うことができ、信頼性が向上するという効果
を奏する。
【０１９６】また、請求項６にかかる発明によれば、所
定のエラーが発生した場合に優先度が最も低い情報生成
装置に情報収集動作を代行させるようにしたので、情報
収集を継続的に行うことができ、他の優先度が高い情報
生成装置の性能低下を回避することができるという効果
を奏する。
【０１９７】また、請求項７、９にかかる発明によれ
ば、優先度が高い情報のみを格納するようにしたので、
格納容量に上限がある情報格納手段の利用効率を向上さ
せることができるという効果を奏する。
【図面の簡単な説明】
【図１】本発明にかかる一実施の形態の構成を示すブロ
ック図である。
【図２】図１に示したローカルマシンログ優先度テーブ
ルＴＡを示す図である。
【図３】図１に示したローカルマシンログ格納領域Ｚ1
〜Ｚn のデータ構造を示す図である。
【図４】図１に示した個別ローカルマシンログ優先度テ
ーブルＴＢ1 〜ＴＢn を示す図である。
【図５】同一実施の形態の動作例５におけるローカルマ
シンログ格納領域Ｚ1 〜Ｚn のデータ構造を示す図であ
る。
【図６】同一実施の形態の動作例１を説明するフローチ
ャートである。
【図７】同一実施の形態の動作例２を説明するフローチ
ャートである。
【図８】同一実施の形態の動作例３を説明するフローチ
ャートである。
【図９】同一実施の形態の動作例４を説明するフローチ
ャートである。
【図１０】同一実施の形態の動作例５を説明するフロー
チャートである。
【図１１】同一実施の形態の動作例６を説明するフロー
チャートである。
【図１２】同一実施の形態の動作例７を説明するフロー
チャートである。
【図１３】同一実施の形態の変形例を示すブロック図で
ある。
【符号の説明】
１００ リモートマシン １１０ ＣＰＵ １２０ メモリ ３００1 〜３００n ローカルマシン ３１０1 〜３１０n ＣＰＵ ３２０1 〜３２０n メモリ ５００ コンピュータ ６００ 記録媒体

Claims (9)

    【特許請求の範囲】
  1. 【請求項１】 所定の発生要因により生成される情報を
    格納する生成側情報格納手段をそれぞれ備える複数の情
    報生成装置から、伝送路を介して情報を収集する情報収
    集装置において、 前記複数の情報生成装置のそれぞれの優先度を定義する
    優先度定義テーブルを格納するテーブル格納手段と、 前記生成側情報格納手段に格納された情報の量が所定量
    に達した当該情報生成装置からの通知をトリガとして前
    記優先度定義テーブルを参照し、当該情報生成装置の優
    先度が、あらかじめ設定された優先度以上である場合に
    のみ、当該情報生成装置の生成側情報格納手段に格納さ
    れた情報を収集する情報収集手段と、 前記情報収集手段により収集された情報を格納する収集
    側情報格納手段と、 を備えることを特徴とする情報収集装置。
  2. 【請求項２】 所定の発生要因により生成される情報を
    格納する生成側情報格納手段をそれぞれ備える複数の情
    報生成装置から、伝送路を介して情報を収集する情報収
    集装置において、 前記生成側情報格納手段に格納された情報の量が所定量
    に達した当該情報生成装置からの通知をトリガとして、
    あらかじめ設定された優先度以上の情報を収集する情報
    収集手段と、 前記情報収集手段により収集された情報を格納する収集
    側情報格納手段と、 を備えることを特徴とする情報収集装置。
  3. 【請求項３】 前記優先度は、複数の情報生成装置のそ
    れぞれに対応させて個別的に設定されていることを特徴
    とする請求項２に記載の情報収集装置。
  4. 【請求項４】 所定の発生要因により生成される情報を
    格納する生成側情報格納手段をそれぞれ備える複数の情
    報生成装置から、伝送路を介して情報を収集する情報収
    集装置において、 所定のエラーが発生した当該情報生成装置からの通知を
    トリガとして、当該情報生成装置の生成側情報格納手段
    に格納された情報を収集する情報収集手段と、 前記情報収集手段により収集された情報を格納する収集
    側情報格納手段と、 を備えることを特徴とする情報収集装置。
  5. 【請求項５】 所定のエラーが発生した場合に、前記複
    数の情報生成装置のうち任意の情報生成装置に、前記情
    報収集手段による情報収集動作を代行させる代行制御手
    段を備えることを特徴とする請求項１〜４のいずれか一
    つに記載の情報収集装置。
  6. 【請求項６】 前記代行制御手段は、前記複数の情報生
    成装置のうち優先度が最も低い情報生成装置に前記情報
    収集動作を代行させることを特徴とする請求項５に記載
    の情報収集装置。
  7. 【請求項７】 情報収集装置により伝送路を介して収集
    される情報を生成する情報生成装置において、 所定の発生要因により情報を生成する情報生成手段と、 生成された情報が、あらかじめ設定された優先度以上の
    情報である場合にのみ、当該情報を格納する情報格納手
    段と、 を備えることを特徴とする情報生成装置。
  8. 【請求項８】 所定の発生要因により生成される情報を
    格納する生成側情報格納手段をそれぞれ備える複数の情
    報生成装置から、伝送路を介して情報を収集するための
    情報収集プログラムを記録したコンピュータ読み取り可
    能な記録媒体であって、 前記複数の情報生成装置のそれぞれの優先度を定義する
    優先度定義テーブルをテーブル格納手段に格納させるテ
    ーブル格納工程と、 前記生成側情報格納手段に格納された情報の量が所定量
    に達した当該情報生成装置からの通知をトリガとして前
    記優先度定義テーブルを参照し、当該情報生成装置の優
    先度が、あらかじめ設定された優先度以上である場合に
    のみ、当該情報生成装置の生成側情報格納手段に格納さ
    れた情報を収集させる情報収集工程と、 前記情報収集工程で収集された情報を収集側情報格納手
    段に格納させる情報格納工程と、 をコンピュータに実行させるための情報収集プログラム
    を記録したコンピュータ読み取り可能な記録媒体。
  9. 【請求項９】 情報収集装置により伝送路を介して収集
    される情報を生成するための情報生成プログラムを記録
    したコンピュータ読み取り可能な記録媒体であって、 所定の発生要因により情報を生成させる情報生成工程
    と、 生成された情報があらかじめ設定された優先度以上の情
    報である場合にのみ、当該情報を情報格納手段に格納さ
    せる情報格納工程と、 をコンピュータに実行させるための情報生成プログラム
    を記録したコンピュータ読み取り可能な記録媒体。
JP33052099A 1999-11-19 1999-11-19 情報収集装置、情報生成装置、情報収集プログラムを記録したコンピュータ読み取り可能な記録媒体および情報生成プログラムを記録したコンピュータ読み取り可能な記録媒体 Pending JP2001147839A (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP33052099A JP2001147839A (ja) 1999-11-19 1999-11-19 情報収集装置、情報生成装置、情報収集プログラムを記録したコンピュータ読み取り可能な記録媒体および情報生成プログラムを記録したコンピュータ読み取り可能な記録媒体
US09/639,761 US7032019B1 (en) 1999-11-19 2000-08-15 Apparatuses for generation and collection of information based on priority and predetermined collecting conditions
US11/246,272 US20060031487A1 (en) 1999-11-19 2005-10-11 Apparatuses for generation and collection of information, and computer-readable recording medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP33052099A JP2001147839A (ja) 1999-11-19 1999-11-19 情報収集装置、情報生成装置、情報収集プログラムを記録したコンピュータ読み取り可能な記録媒体および情報生成プログラムを記録したコンピュータ読み取り可能な記録媒体

Publications (1)

Publication Number Publication Date
JP2001147839A true JP2001147839A (ja) 2001-05-29

Family

ID=18233558

Family Applications (1)

Application Number Title Priority Date Filing Date
JP33052099A Pending JP2001147839A (ja) 1999-11-19 1999-11-19 情報収集装置、情報生成装置、情報収集プログラムを記録したコンピュータ読み取り可能な記録媒体および情報生成プログラムを記録したコンピュータ読み取り可能な記録媒体

Country Status (2)

Country Link
US (2) US7032019B1 (ja)
JP (1) JP2001147839A (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007166175A (ja) * 2005-12-13 2007-06-28 Fuji Xerox Co Ltd 画像処理プログラム、画像処理方法、画像処理装置および画像処理システム
US8165479B2 (en) 2008-04-02 2012-04-24 Canon Kabushiki Kaisha Processing apparatus, control method and storage medium

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004264970A (ja) * 2003-02-28 2004-09-24 Hitachi Ltd プログラム、情報処理装置、及び情報処理装置におけるログデータの出力方法
US7008935B2 (en) * 2003-03-03 2006-03-07 L'oreal Amine, amide, sulphonamide and carbamate derivatives of benzalmalonic salts and photoprotective cosmetic compositions comprised thereof
US8764654B2 (en) * 2008-03-19 2014-07-01 Zin Technologies, Inc. Data acquisition for modular biometric monitoring system
US8214482B2 (en) * 2006-06-27 2012-07-03 Nosadia Pass Nv, Limited Liability Company Remote log repository with access policy
US7676702B2 (en) * 2006-08-14 2010-03-09 International Business Machines Corporation Preemptive data protection for copy services in storage systems and applications
US9176803B2 (en) * 2006-08-14 2015-11-03 International Business Machines Corporation Collecting data from a system in response to an event based on an identification in a file of the data to collect
US7882393B2 (en) * 2007-03-28 2011-02-01 International Business Machines Corporation In-band problem log data collection between a host system and a storage system
US7779308B2 (en) * 2007-06-21 2010-08-17 International Business Machines Corporation Error processing across multiple initiator network
US8336053B2 (en) * 2007-10-15 2012-12-18 International Business Machines Corporation Transaction management
US20100268981A1 (en) * 2009-04-20 2010-10-21 Futurewei Technologies, Inc. System and Method for Tunneling System Error Handling Between Communications Systems

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3818458A (en) * 1972-11-08 1974-06-18 Comress Method and apparatus for monitoring a general purpose digital computer
US4855997A (en) * 1987-12-21 1989-08-08 Allied-Signal, Inc. Priority queuing technique for content induced transaction overlap (CITO) communication system
JPH04299429A (ja) 1991-03-27 1992-10-22 Nec Corp マルチプロセッサシステムの障害監視方式
JPH04299743A (ja) 1991-03-28 1992-10-22 Omron Corp コンピュータネットワークシステム
JPH05225161A (ja) 1992-02-10 1993-09-03 Shikoku Nippon Denki Software Kk ネットワーク監視方式
JPH06189377A (ja) 1992-12-17 1994-07-08 Toshiba Corp データ伝送装置
JPH0675001U (ja) 1993-03-26 1994-10-21 株式会社キーエンス データ収集装置及び生産管理システム
GB2304210B (en) * 1995-08-11 2000-02-16 Fujitsu Ltd Data receiving devices
JPH1040140A (ja) 1996-07-22 1998-02-13 Toshiba Corp データロギング方式及びその方法
US6108782A (en) * 1996-12-13 2000-08-22 3Com Corporation Distributed remote monitoring (dRMON) for networks
FI108678B (fi) * 1998-06-17 2002-02-28 Neles Controls Oy Kenttälaitteiden hallintajärjestelmä
US6470388B1 (en) * 1999-06-10 2002-10-22 Cisco Technology, Inc. Coordinated extendable system for logging information from distributed applications
US6421676B1 (en) * 1999-06-30 2002-07-16 International Business Machines Corporation Scheduler for use in a scalable, distributed, asynchronous data collection mechanism

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007166175A (ja) * 2005-12-13 2007-06-28 Fuji Xerox Co Ltd 画像処理プログラム、画像処理方法、画像処理装置および画像処理システム
US8165479B2 (en) 2008-04-02 2012-04-24 Canon Kabushiki Kaisha Processing apparatus, control method and storage medium

Also Published As

Publication number Publication date
US20060031487A1 (en) 2006-02-09
US7032019B1 (en) 2006-04-18

Similar Documents

Publication Publication Date Title
CN108537543B (zh) 区块链数据的并行处理方法、装置、设备和存储介质
US5537539A (en) Method and apparatus for controlling a computer system
Barak et al. A distributed load‐balancing policy for a multicomputer
WO2022237507A1 (zh) 服务器故障智能推送方法、装置、设备及存储介质
JP2001147839A (ja) 情報収集装置、情報生成装置、情報収集プログラムを記録したコンピュータ読み取り可能な記録媒体および情報生成プログラムを記録したコンピュータ読み取り可能な記録媒体
US20040243769A1 (en) Tree based memory structure
US20040205413A1 (en) Method and apparatus for reporting global errors on heterogeneous partitioned systems
CN105339886B (zh) 储存系统
JPH02297228A (ja) 障害情報格納方式
US20090083467A1 (en) Method and System for Handling Interrupts Within Computer System During Hardware Resource Migration
CN111240806B (zh) 一种分布式容器镜像构建调度方法
CN108141471B (zh) 压缩数据的方法、装置和设备
US10296431B2 (en) Generation of debugging log list in a blade server environment
JP4366336B2 (ja) 論理パーティション・データ処理システムにおいてトレース・データを管理するための方法、トレース・データを管理するための論理パーティション・データ処理システム、コンピュータにトレース・データを管理させるためのコンピュータ・プログラム、論理パーティション・データ処理システム
CN107145304B (zh) 服务器、存储系统及相关方法
JP2001155003A (ja) サービス復旧システムおよびその記録媒体
JP2005149283A (ja) 情報処理システム、情報処理システムの制御方法及びプログラム
US8139595B2 (en) Packet transfer in a virtual partitioned environment
CN110727611B (zh) 一种带状态监测的可配置一致性验证系统
JP5500272B2 (ja) 中継装置、中継履歴記録方法、及びデータ処理装置
CN100433171C (zh) 存储设备的测试方法及测试装置
Molero et al. A tool for the design and evaluation of fibre channel storage area networks
JP2022142456A (ja) 異常対処プログラム、異常対処システム、及び異常対処方法
CN103488505A (zh) 补丁方法、设备及系统
CN111596199A (zh) 一种测试芯片、集成电路测试方法及系统和检测设备

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040824

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20070525

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070619

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070813

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20071204

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20080401