(57)【要約】【課題】検知されたエラーの情報を確実に収集できるようにする。【解決手段】エラー検知部と、検知されたエラーに関する情報１０５を収集する収集部１０２と、情報の収集の進捗を確認するインターバルを算出するインターバル算出部１０３と、インターバルが経過すると、情報の収集の進捗を確認する進捗管理部１０３と、情報の収集が完了すると、収集された情報１０５を出力する出力部１０４とを備え、情報収集に進捗がある場合もしくはインターバルが前回算出時よりも増加している場合には情報の収集を継続して実施する。【選択図】図２
2020004338.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置の監視を行なう監視装置であって、
前記情報処理装置におけるエラーの発生を検知するエラー検知部と、
検知された前記エラーに関する情報を収集する収集部と、
前記収集部による前記情報の進捗を確認するインターバルを算出するインターバル算出部と、
前記インターバルが経過すると、前記詳細情報収集部による前記情報の収集の進捗を確認する進捗管理部と、
前記収集部による前記情報の収集が完了すると、収集された前記情報を出力する出力部と
を備え、
前記情報収集に進捗がある場合もしくは前記インターバルが前回算出時よりも増加している場合には、前記収集部が前記情報の収集を継続して実施する
ことを特徴とする、監視装置。
【請求項２】
前記インターバル算出部が、当該監視装置の負荷状態に応じて前記インターバルを算出する
ことを特徴とする、請求項１記載の監視装置。
【請求項３】
前記インターバル算出部が、当該監視装置の負荷が基準状態よりも高い場合に、第１基準監視時間にメモリ使用率に応じた値を乗算することで、前記インターバルを算出する
ことを特徴とする、請求項２記載の監視装置。
【請求項４】
前記インターバル算出部が、当該監視装置の負荷が基準状態よりも低い場合に、第２基準監視時間にエラーの多重数に応じた値を乗算することで、前記インターバルを算出する
ことを特徴とする、請求項２記載の監視装置。
【請求項５】
情報処理装置の監視を行なう監視装置において、
前記情報処理装置におけるエラーの発生を検知する処理と、
検知された前記エラーに関する情報を収集する処理と、
前記情報の進捗を確認するインターバルを算出する処理と、
前記インターバルが経過すると、前記情報の収集の進捗を確認する処理と、
前記情報の収集が完了すると、収集された前記情報を出力する処理とを備え、
前記情報収集に進捗がある場合もしくは前記インターバルが前回算出時よりも増加している場合には、前記情報の収集を継続して実施する
ことを特徴とする、監視制御方法。
【請求項６】
複数の電子装置を備える情報処理装置であって、
前記電子装置におけるエラーの発生を検知するエラー検知部と、
検知された前記エラーに関する情報を収集する収集部と、
前記収集部による前記情報の進捗を確認するインターバルを算出するインターバル算出部と、
前記インターバルが経過すると、前記詳細情報収集部による前記情報の収集の進捗を確認する進捗管理部と、
前記収集部による前記情報の収集が完了すると、収集された前記情報を出力する出力部と
を備え、
前記情報収集に進捗がある場合もしくは前記インターバルが前回算出時よりも増加している場合には、前記収集部が前記情報の収集を継続して実施する
ことを特徴とする、情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、監視装置，監視制御方法および情報処理装置に関する。
【背景技術】
【０００２】
情報処理装置を遠隔地の保守センターから監視するリモート保守システムが知られている。
【０００３】
従来のリモート保守システムにおいては、例えば、監視対象の情報処理装置にＢＭＣ（Baseboard Management Controller）等の制御ボードを備え、情報処理装置において何らかのエラー（異常）が検出されると、制御ボードが保守センターに通報を行なう。
【０００４】
図１５は従来のリモート保守システムにおけるエラー検出時の処理を説明するシーケンス図である。
【０００５】
図１５に示すリモート保守システム５００は制御ボード５０１と保守センター５０５とを備える。
【０００６】
制御ボード５０１は、監視対象の情報処理装置（図示省略）に備えられ、エラー検知部５０２，ログ収集部５０３および通報部５０４を備える。
【０００７】
エラー検知部５０２は、情報処理装置におけるエラーの発生を検知する。例えば、情報処理装置に備えられた、電力供給装置（ＰＳＵ：Power Supply Unit），ＣＰＵ（Central Processing Unit），ＭＥＭ（Memory）等においてエラーが発生すると、エラー検知部５０２はこれらを検知する。
【０００８】
ログ収集部５０３は、エラー検知部５０２によって検知されたエラーに関する詳細情報を収集する。詳細情報には、例えば、エラーに関するログ等が含まれる。
【０００９】
通報部５０４は、エラーに関する情報を保守センター５０５に送信する。例えば、情報処理装置（制御ボード５０１）と保守センター５０５とはＬＡＮ（Local Area Network）等の通信ネットワークを介して接続され、通報部５０４はこの通信ネットワークを介して保守センター５０５に対して通報を行なう。
【００１０】
通報部５０４は、保守センター５０５に対してエラーが発生した旨を通知する異常通報（第１報）と、その後、ログ収集部５０３によって収集されたエラーに関する詳細情報を保守センター５０５に送付する詳細情報送付（第２報）との２回の通報を行なう。
【００１１】
なお、１回目の通報である異常通報（第１報）は、エラー検知部５０２によってエラー検知が行なわれたタイミングで保守センターに対して送信される。また、２回目の通報である詳細情報送付（第２報）は、ログ収集部５０３による詳細情報の収集の完了を待って行なわれる。
【００１２】
ただし、通報部５０４は、ログ収集部５０３による詳細情報収集が完了するまで無限に待つことはできないので、タイムアウト時間を設定し、このタイムアウト時間内にログ収集部５０３による詳細情報の収集が完了しない場合には、詳細情報送付（第２報）の送信は行なわない。
【００１３】
図１５に示すシーケンス図においては、先ず、エラー検知部５０２がエラー検知を行なうと（矢印Ａ１参照）、通報部５０４に通報依頼を行なう（矢印Ａ２参照）。通報部５０４は、通報処理を開始し（矢印Ａ３参照）、先ず、保守センター５０５に対して異常通報（第１報）を送信する（矢印Ａ４参照）。
【００１４】
この異常通報（第１報）が送信されるとともに、ログ収集部５０３による詳細情報収集に対するタイムアウト時間の計測が開始される（矢印Ａ５参照）。
【００１５】
エラー検知部５０２は、ログ収集部５０３に対してログ登録を行ない（矢印Ａ６参照）、これにより、ログ収集部５０３は検知されたエラーについての詳細情報の収集を開始する（矢印Ａ７参照）。
【００１６】
通報部５０４は、ログ収集部５０３に対して、詳細情報の収集が完了したかを確認する（矢印Ａ８参照）。このログ収集部５０３に対する確認は定期的に繰り返し行なわれる。ログ収集部５０３に対する確認の結果、詳細情報の収集が完了すると（矢印Ａ９参照）、通報部５０４は保守センター５０５にエラーの詳細情報（第２報）を送付し（矢印Ａ１０参照）、通報処理が完了する。
【００１７】
保守センター５０５においては、情報処理装置の制御ボード５０１（通報部５０４）から送付された詳細情報を用いてエラーの原因の解析等を行なう。
【先行技術文献】
【特許文献】
【００１８】
【特許文献１】特開２０１６−１７７３５８号公報
【特許文献２】特開２００６−８０６１５号公報
【発明の概要】
【発明が解決しようとする課題】
【００１９】
このような従来のリモート保守システムにおいて、情報処理装置の複数個所においてエラーが多発した場合に、ログ収集部５０３は各エラーの詳細情報収集を並行して実施する。これにより、情報処理装置の制御ボード５０１において、詳細情報収集の負荷が増大して、詳細情報収集にかかる時間が増大し、その結果、タイムアウトにより詳細情報収集を完了できない場合が生じる。
例えば、情報処理装置においてエラー検知部５０２が、ＰＳＵ，ＣＰＵおよびＭＥＭのそれぞれにエラーを検知した場合について考える。
【００２０】
通報部５０４が、保守センター５０５に対して、ＰＳＵ異常通報（第１報），ＣＰＵ異常通報（第１報）およびＭＥＭ異常通報（第１報）を通知し、その後、ログ収集部５０３がＰＳＵ，ＣＰＵおよびＭＥＭにおける各エラーの詳細情報を並行して収集する。
【００２１】
このログ収集部５０３による複数の詳細情報の並行収集を行なうことで、制御ボード５０１のプロセッサの負荷が高くなる。その結果、例えば、ＰＳＵのエラーの詳細情報の収集は完了させることができても、ＣＰＵおよびＭＥＭの各エラーの詳細情報の収集がタイムアウトとなり完了させることができない事態が生じる。
【００２２】
すなわち、通報部５０４は、保守センター５０５に対して、ＰＳＵエラーについての詳細情報をＰＳＵ異常通報（第２報）として通知するが、ＣＰＵエラーについての詳細情報（ＣＰＵ異常通報（第２報））およびＭＥＭエラーについての詳細情報（ＭＥＭ異常通報（第２報））を送付することができない。保守センター５０５においては、ＣＰＵエラーおよびＭＥＭエラーについての詳細情報がないため、これらのエラーの原因解析等を行なうことができない。
１つの側面では、本発明は、検知されたエラーの情報を確実に収集できるようにする。
【課題を解決するための手段】
【００２３】
このため、この監視装置は、情報処理装置の監視を行なう監視装置であって、前記情報処理装置におけるエラーの発生を検知するエラー検知部と、検知された前記エラーに関する情報を収集する収集部と、前記収集部による前記情報の進捗を確認するインターバルを算出するインターバル算出部と、前記インターバルが経過すると、前記詳細情報収集部による前記情報の収集の進捗を確認する進捗管理部と、前記収集部による前記情報の収集が完了すると、収集された前記情報を出力する出力部とを備え、前記情報収集に進捗がある場合もしくは前記インターバルが前回算出時よりも増加している場合には、前記収集部が前記情報の収集を継続して実施する。
【発明の効果】
【００２４】
一実施形態によれば、検知されたエラーの情報を確実に収集できる。
【図面の簡単な説明】
【００２５】
【図１】実施形態の一例としてのリモート保守システムの構成を例示する図である。
【図２】実施形態の一例としてのリモート保守システムの機能構成図である。
【図３】実施形態の一例としてのリモート保守システムにおける監視対象進捗情報を説明するための図である。
【図４】実施形態の一例としてのリモート保守システムにおけるエラー定義情報を説明するための図である。
【図５】実施形態の一例としてのリモート保守システムにおける異常種別毎のデフォルト進捗監視秒数を例示する図である。
【図６】実施形態の一例としてのリモート保守システムにおける装置状態情報の構成を説明するための図である
【図７】実施形態の一例としてのリモート保守システムにおける情報処理装置に複数のエラーが検出された場合の処理を説明するためのシーケンス図である。
【図８】実施形態の一例としてのリモート保守システムにおける情報処理装置に複数のエラーが検出された場合の処理を説明するためのシーケンス図である。
【図９】実施形態の一例としてのリモート保守システムの情報処理装置に備えられたＢＭＣにおける収集監視部の処理の概要を説明するためのフローチャートである。
【図１０】図９のステップＳ０５の処理の詳細を説明するためのフローチャートである。
【図１１】図１０のステップＳ１５およびステップＳ１７の処理の詳細を説明するためのフローチャートである。
【図１２】実施形態の一例としてのリモート保守システムにおけるメモリ使用率に対する進捗監視インターバルの推移を例示する図である。
【図１３】実施形態の変形例としてのリモート保守システムにおける異常種別毎の重みを例示する図である。
【図１４】実施形態の変形例としてのリモート保守システムにおけるメモリ使用率に対する進捗監視インターバルの推移を例示する図である。
【図１５】従来のリモート保守システムにおけるエラー検出時の処理を説明するシーケンス図である。
【発明を実施するための形態】
【００２６】
以下、図面を参照して本監視装置，監視制御方法および情報処理装置に係る実施の形態を説明する。ただし、以下に示す実施形態はあくまでも例示に過ぎず、実施形態で明示しない種々の変形例や技術の適用を排除する意図はない。すなわち、本実施形態を、その趣旨を逸脱しない範囲で種々変形して実施することができる。また、各図は、図中に示す構成要素のみを備えるという趣旨ではなく、他の機能等を含むことができる。
【００２７】
（Ａ）構成
図１は実施形態の一例としてのリモート保守システム１の構成を例示する図、図２はその機能構成図である。
【００２８】
リモート保守システム１は、図１に示すように、保守対象（監視対象）である情報処理装置２と、情報処理装置２を管理する管理サーバ３とを備える。これらの情報処理装置２と管理サーバ３とはＬＡＮ等の通信ネットワーク４を介して通信可能に接続される。
【００２９】
情報処理装置２は、例えば、顧客が業務等に使用するサーバコンピュータである。この情報処理装置２は、何らかのエラー（障害，故障）が発生しうる部品をそなえる。
【００３０】
図１に示す例においては、情報処理装置２は、複数（図１に示す例では２つ）のＳＢ（System Board）２０と、ＢＭＣ１０，ＦＡＮ３０およびＰＳＵ４０とを備える。
【００３１】
各ＳＢ２０は同様の構成を有し、例えば、ＣＰＵ（Central Processing Unit）２１およびメモリ（ＭＥＭ）２２を備える。
【００３２】
ＣＰＵ２１は、種々の制御や演算を行なう処理装置であり、メモリ２２等に格納されたＯＳ（Operating System）やプログラムを実行することにより、種々の機能を実現する
【００３３】
メモリ２２は、種々のデータやプログラムを一時的に格納する記憶領域であって、その一例として、ＤＩＭＭ（Dual Inline Memory Module）が用いられる。
【００３４】
ＰＳＵ４０は情報処理装置２内の各部に電力供給を行なう電源装置である。ＦＡＮ３０は情報処理装置２に備えられたＣＰＵ２１やＰＳＵ４０等の発熱源に対して送風することで冷却する冷却装置である。
【００３５】
また、情報処理装置２において、上述したＣＰＵ２１やメモリ２２，ＦＡＮ３０，ＰＳＵ４０および図示しない他の電子部品のそれぞれが、何らかの障害が生じうるものであり、これらのＣＰＵ２１やメモリ２２，ＦＡＮ３０，ＰＳＵ４０および他の電子部品等をハードウェアエレメント（ハードウェア構成要素）という。
【００３６】
そして、情報処理装置２におけるＣＰＵ２１やメモリ２２，ＦＡＮ３０，ＰＳＵ４０および他の電子部品のうち、何らかの障害が発生したハードウェアエレメントのことを障害発生部品という場合がある。
【００３７】
ＢＭＣ１０は、情報処理装置２の監視や保守を行なう監視装置である。このＢＭＣ１０は、ＣＰＵ２１やメモリ２２，ＦＡＮ３０，ＰＳＵ４０等にバス等を介して接続され、これらの動作の制御や監視を行なう。
ＢＭＣ１０は図１に示すように、ＣＰＵ１１，メモリ１２，記憶装置１３およびネットワークインタフェース（Interface：Ｉ／Ｆ）１４を備える。
【００３８】
ネットワークインタフェース１４は、通信ネットワーク４に接続され、通信ネットワーク４を介して、管理サーバ３や他の通信機器等との間でデータの通信を行なう。
【００３９】
メモリ１２はＲＯＭ（Read Only Memory）およびＲＡＭ（Random Access Memory）を含む記憶メモリである。メモリ１２のＲＯＭには、情報処理装置２の監視を行なうためのソフトウェアプログラムやこのプログラム用のデータ類が書き込まれている。メモリ１２上のソフトウェアプログラムは、ＣＰＵ１１に適宜読み込まれて実行される。また、メモリ１２のＲＡＭは、一次記憶メモリあるいはワーキングメモリとして利用される。
【００４０】
記憶装置１３は、ハードディスクドライブ（Hard Disk Drive：ＨＤＤ）、ＳＳＤ（Solid State Drive）、ストレージクラスメモリ（Storage Class Memory：ＳＣＭ）等の記憶装置であって、種々のデータを格納するものである。
【００４１】
記憶装置１３には、図２に示す、詳細情報１０５，エラー定義情報１０６，装置状態情報１０７および監視対象進捗情報１０８が格納される。これらの詳細情報１０５，エラー定義情報１０６，装置状態情報１０７および監視対象進捗情報１０８は、メモリ１２上に適宜読み出されてＣＰＵ１１によって用いられる。
【００４２】
詳細情報１０５は、情報処理装置２の障害発生部品において発生したエラーに関する詳細な情報であり、例えば、エラーの具体的な内容や、そのエラー発生前後に当該情報処理装置２において行なわれた処理や演算結果等を示すログを含む。詳細情報１０５は、後述するログ収集部１０２によって収集され、記憶装置１３に格納される。
【００４３】
情報処理装置２においてＢＭＣ１０は、情報処理装置２におけるエラーの発生を監視する。すなわち、本リモート保守システム１においては、情報処理装置２において発生するエラーは監視対象であり、エラーに関する情報は監視対象情報である。
【００４４】
監視対象進捗情報１０８は、情報処理装置２において発生したエラーに関する情報であり、また、後述するログ収集部１０２によるエラーの詳細情報の収集の進捗状態を示す情報を含む。
【００４５】
図３は実施形態の一例としてのリモート保守システム１における監視対象進捗情報１０８を説明するための図であり、監視対象進捗情報１０８の構成を例示する。
【００４６】
この図３に例示する監視対象進捗情報１０８は、ログＩＤ（identification），異常種別，前回進捗率，今回進捗率，前回インターバルおよび今回インターバルを情報として備える。
ログＩＤは、監視対象であるエラーを特定（区別）するための識別情報であり、例えば、エラー毎に設定するユニークな通し番号が用いられる。
【００４７】
異常種別は、エラーの種別を示す情報であり、例えば、エラーの発生個所を示す。例えば、ＣＰＵ２１において検出されたエラーについて異常種別“CPU”が設定される。同様に、メモリ２２において検出されたエラーについて異常種別“MEM”が設定され、ＰＳＵ４０において検出されたエラーについて異常種別“PSU”が設定される。
【００４８】
異常種別は、例えばエラーを検出したエラー検知部１０１が設定してもよく、また、ログ収集部１０２や収集監視部１０３が設定してもよく、種々変形して実施することができる。
【００４９】
エラー種別によって収集される情報（詳細情報１０５）は異なり、従って、そのサイズも異なるので、詳細情報１０５の収集にかかる負荷も異なる。例えば、ＣＰＵ２１に関するエラーについては、詳細情報１０５として収集する情報量が多い傾向にあり、その詳細情報１０５の収集はＢＭＣ１０にとって高負荷となる。これに対して、メモリ２２に関するエラーについては、詳細情報１０５として収集する情報量が少ない傾向にあり、その詳細情報１０５の収集はＢＭＣ１０にとって低負荷となる。
【００５０】
本情報処理装置２においては、異常種別を参照することで、その詳細情報１０５の収集がＢＭＣ１０にとって高負荷となるか低負荷となるかを判断することができる。
【００５１】
なお、詳細情報１０５の収集がＢＭＣ１０にとって高負荷となるか低負荷となるかの判断には、異常種別とその詳細情報１０５の収集が高負荷であるか低負荷であるかを示す情報とを予め対応付けて用意した情報を参照してもよい。
【００５２】
今回進捗率は、後述する収集監視部１０３により算出される、ログ収集部１０２による詳細情報１０５の収集の進捗率であり、ログ収集部１０２により収集されている詳細情報１０５の収集の最新（現在収集中）の進捗率である。
【００５３】
前回進捗率は、後述する収集監視部１０３により算出される、ログ収集部１０２による詳細情報１０５の収集の進捗率であり、前回（１つ前）に収集された詳細情報１０５の収集の進捗率の履歴である。
【００５４】
今回インターバルは、後述する収集監視部１０３により算出される、進捗監視インターバルの最新の値であり、収集監視部１０３によって最新された最新の進捗監視インターバルの値である。また、前回インターバルは、収集監視部１０３により算出される、進捗監視インターバルの値であり、前回（１つ前）に算出された値である。なお、進捗監視インターバルについては後述する。
【００５５】
そして、監視対象進捗情報１０８のうち、ログＩＤおよび異常種別が、監視対象を特定するための情報として用いられる。また、監視対象進捗情報１０８のうち、前回進捗率，今回進捗率，前回インターバルおよび今回インターバルが、ログ収集部１０２による詳細情報１０５の収集の進捗監視に用いられる。
【００５６】
エラー定義情報１０６は、収集監視部１０３による進捗監視インターバルの算出に用いられるデフォルト進捗監視秒数（監視秒数の初期値，基準監視時間）を管理する。
【００５７】
図４は実施形態の一例としてのリモート保守システム１におけるエラー定義情報１０６を説明するための図である。
【００５８】
この図４に例示するエラー定義情報１０６は、多重度によるデフォルト進捗監視秒数（第２基準監視時間）と、異常種別毎のデフォルト進捗監視秒数（第１基準監視時間）とを情報として備える。
【００５９】
多重度によるデフォルト進捗監視秒数は、後述の如く、収集監視部１０３による、多重度を利用する算出式を用いた進捗監視インターバル決定に用いられる。
【００６０】
異常種別毎のデフォルト進捗監視秒数は、後述の如く、収集監視部１０３による、装置負荷を利用する算出式を用いた進捗監視インターバル決定に用いられる。
【００６１】
図５は実施形態の一例としてのリモート保守システム１における異常種別毎のデフォルト進捗監視秒数を例示する図である。
【００６２】
異常種別毎のデフォルト進捗監視秒数は、異常種別に対してデフォルト進捗監視秒数を対応付けて構成されている。
【００６３】
図５に例示する異常種別毎のデフォルト進捗監視秒数においては、異常種別“PSU”に対してデフォルト進捗監視秒数“10秒”が設定されている。同様に、異常種別“MEM”に対してデフォルト進捗監視秒数“30秒”が、また、異常種別“CPU”に対してデフォルト進捗監視秒数“50秒”が、それぞれ設定されている。
【００６４】
装置状態情報１０７は、情報処理装置２の状態を示す情報であり、特に、ＢＭＣ１０の負荷状況を示す。図６は実施形態の一例としてのリモート保守システム１における装置状態情報１０７の構成を説明するための図である。
【００６５】
図６に示す例においては、装置状態情報１０７はメモリ使用率と通報多重度とを情報として備える。
【００６６】
メモリ使用率は、ＢＭＣ１０のメモリ１２の使用率を示し、例えばパーセンテージで表される。通報多重度は、情報処理装置２において並行して発生し、ＢＭＣ１０が対処しているエラーの数を示す。
【００６７】
これらのメモリ使用率および通報多重度はいずれもＢＭＣ１０の負荷状態を示す。すなわち、メモリ使用率が高いほどＢＭＣ１０の負荷が高い状態であることを示し、通報多重度が多いほどＢＭＣ１０の負荷が高い状態であることを示す。
【００６８】
これらのエラー定義情報１０６，装置状態情報１０７および監視対象進捗情報１０８はいずれも、例えば、ＢＭＣ１０の記憶装置１３やメモリ１２に格納され、後述する収集監視部１０３によって用いられる。
【００６９】
また、メモリ使用率は、後述する収集監視部１０３による、装置負荷を利用する算出式を用いた進捗監視インターバルの算出に用いられる。また、通報多重度は、収集監視部１０３による、多重度を利用する算出式を用いた進捗監視インターバルの算出に用いられる。
【００７０】
ＣＰＵ１１は、種々の制御や演算を行なう処理装置であり、メモリ１２に格納されたＯＳやプログラムを実行することにより、種々の機能を実現する。すなわち、ＣＰＵ１１は、図２に示すように、エラー検知部１０１，ログ収集部１０２，収集監視部１０３および通報部１０４としての各機能を実現する。
【００７１】
そして、ＢＭＣ１０のＣＰＵ１１が、監視制御プログラムを実行することにより、これらのエラー検知部１０１，ログ収集部１０２，収集監視部１０３および通報部１０４として機能する。
【００７２】
なお、これらのエラー検知部１０１，ログ収集部１０２，収集監視部１０３および通報部１０４としての機能を実現するためのプログラム（監視制御プログラム）は、例えばフレキシブルディスク，ＣＤ（ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＣＤ−ＲＷ等），ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−ＲＡＭ，ＤＶＤ−Ｒ，ＤＶＤ＋Ｒ，ＤＶＤ−ＲＷ，ＤＶＤ＋ＲＷ，ＨＤ  ＤＶＤ等），ブルーレイディスク，磁気ディスク，光ディスク，光磁気ディスク等の、コンピュータ読取可能な記録媒体に記録された形態で提供される。そして、ＢＭＣ（コンピュータ）１０はその記録媒体からプログラムを読み取って内部記憶装置または外部記憶装置に転送し格納して用いる。また、そのプログラムを、例えば磁気ディスク，光ディスク，光磁気ディスク等の記憶装置（記録媒体）に記録しておき、その記憶装置から通信経路を介してコンピュータに提供するようにしてもよい。
【００７３】
エラー検知部１０１，ログ収集部１０２，収集監視部１０３および通報部１０４としての機能を実現する際には、内部記憶装置（本実施形態ではＢＭＣ１０のメモリ１２）に格納されたプログラムがコンピュータのマイクロプロセッサ（本実施形態ではＣＰＵ１１）によって実行される。このとき、記録媒体に記録されたプログラムをコンピュータが読み取って実行するようにしてもよい。
【００７４】
エラー検知部１０１は、情報処理装置２におけるエラーの発生を検知する。例えば、情報処理装置２に備えられた、ＣＰＵ１１，メモリ１２，ＦＡＮ３０，ＰＳＵ４０等において異常が発生すると、エラー検知部１０１はこれらを検知する。
【００７５】
なお、エラー検知部１０１による情報処理装置２におけるエラーの検出は既知の種々の手法を用いて実現することができ、その説明は省略する。
【００７６】
エラー検知部１０１は、情報処理装置２においてエラーの発生を検知すると、通報部１０４に通知を行ない、管理サーバ３（保守センター）への通報（第１報）を依頼（通報依頼）する。
【００７７】
また、エラー検知部１０１は、情報処理装置２においてエラーを検知すると、ログ収集部１０２に対してエラーの発生を通知してエラーに関するログ登録を行ない、詳細情報１０５の収集を開始させる。
ログ収集部１０２は、エラー検知部１０１によって検知されたエラーに関する詳細情報１０５を収集する。
【００７８】
ログ収集部１０２は、エラーの異常種別に応じた情報を詳細情報１０５として収集する。例えば、ログ収集部１０２は、予め規定された参照情報（図示省略）を参照して、エラーの異常種類に応じて予め規定された情報（例えば、ログ情報）を情報処理装置２のメモリ２２等から取得してもよい。
【００７９】
なお、ログ収集部１０２によるエラーに関する詳細情報１０５の収集は既知の種々の手法を用いて実現でき、その説明は省略する。
【００８０】
収集監視部１０３は、ログ収集部１０２によるログ収集を監視する。すなわち、収集監視部１０３は、ログ収集部１０２による詳細情報収集の進捗確認を行なう。
【００８１】
例えば、情報処理装置２における異常発生時には、収集監視部１０３は、ＢＭＣ１０の負荷状態を把握する。そして、収集監視部１０３は、ＢＭＣ１０の負荷状態に応じて、進捗監視インターバルの算出を行ない、この進捗監視インターバルが経過したタイミングで詳細情報収集の進捗確認（再度の進捗確認）を行なう。
【００８２】
収集監視部１０３は、ＢＭＣ１０が高負荷状態であると判定した場合には、第１基準監視時間（異常種別毎のデフォルト進捗監視秒数）にメモリ使用率に応じた値を乗算することで、進捗監視インターバルを算出する。
【００８３】
例えば、収集監視部１０３は、以下の式（１）に示す装置負荷を利用する算出式を用いて進捗監視インターバルを決定する。
進捗監視インターバル（s） = 異常種別毎のデフォルト進捗監視秒数（s）
× メモリ使用率（u）  ・・・（１）
【００８４】
なお、上記式（１）において、異常種別毎のデフォルト進捗監視秒数（s）は、エラー定義情報１０６に規定された値（図４，図５参照）であり、メモリ使用率（u）は装置状態情報１０７に設定されたＢＭＣ１０のメモリ１２の使用率である（図６参照）。
【００８５】
例えば、情報処理装置２のＣＰＵ２１にエラーが検出された場合に、図５に示す例において、異常種別“CPU”のデフォルト進捗監視秒数は50秒である。この場合において、メモリ使用率が70％（u=0.7）である場合には、進捗監視インターバルは以下の式により求められる。
進捗監視インターバル（s） = 50× 0.7 = 35（秒）
【００８６】
また、ＢＭＣ１０が高負荷状態であるか否かの判断は、例えば、ＢＭＣ１０のメモリ使用率が閾値以上であるかを確認することで行なう。なおＢＭＣ１０のメモリ使用率が閾値未満である状態を基準状態としてもよい。
【００８７】
また、収集監視部１０３は、ＢＭＣ１０が高負荷状態でないと判定した場合には、第２基準監視時間（多重度によるデフォルト進捗監視秒数）にエラーの多重数に応じた値を乗算することで、進捗監視インターバルを算出する。
【００８８】
例えば、収集監視部１０３は、以下の式（２）に示す多重度を利用する算出式を用いて進捗監視インターバルを決定する。
進捗監視インターバル（s） = 多重度によるデフォルト進捗監視秒数（s）
× 通報多重度（m）  ・・・（２）
【００８９】
上記式（２）において、多重度によるデフォルト進捗監視秒数（s）は、エラー定義情報１０６に規定された値（図４参照）であり、通報多重度（m）は装置状態情報１０７に設定された通報多重度である（図６参照）。
【００９０】
例えば、メモリ１２にエラーが検出された場合において、メモリ使用率が40％（40＜x）であり、多重度によるデフォルト進捗監視秒数が1秒であり、通報多重度が2（m=2）である場合には、進捗監視インターバルは以下の式により求められる。
進捗監視インターバル（s） = 1 × 2 = 2（秒）
【００９１】
収集監視部１０３は、ＢＭＣ１０のメモリ１２の使用率が所定の閾値（ｘ％）以上である場合に、ＢＭＣ１０が高負荷状態（第１状態）であると判定する（ｘは任意の数字）。このような場合に、収集監視部１０３は、エラーの異常種別に基づくＢＭＣ１０の負荷（装置全体の負荷）を利用する算出式（１）に基づき、進捗監視インターバルを算出する。
【００９２】
また、収集監視部１０３は、ＢＭＣ１０のメモリ１２の使用率が所定の閾値（ｘ％）未満である場合であって、通報多重度が所定の第１閾値（例えば、５つ）以上である場合には、ＢＭＣ１０が高負荷状態ではないがエラーが同時多発しているエラー多重状態（第２状態）であると判定する。このような場合に、収集監視部１０３は、エラー多重度を利用する算出式（２）に基づき、進捗監視インターバルを算出する。
【００９３】
さらに、収集監視部１０３は、ＢＭＣ１０のメモリ１２の使用率が所定の閾値（ｘ％）未満であり、且つ、通報多重度が第１閾値未満である場合において、高負荷となるエラーが所定の第２閾値（例えば、３つ）以上発生している場合にも、ＢＭＣ１０が高負荷状態（第３状態）であると判定する。
【００９４】
このような場合にも、収集監視部１０３は、エラーの異常種別に基づくＢＭＣ１０の負荷（装置全体の負荷）を利用する算出式（１）に基づき、進捗監視インターバルを算出する。
【００９５】
また、収集監視部１０３は、ＢＭＣ１０のメモリ１２の使用率が所定の閾値（ｘ％）未満であり、且つ、通報多重度が５未満である場合において、高負荷となるエラーの発生数が所定の閾値（例えば、３つ）未満の場合には、ＢＭＣ１０が高負荷状態ではなく、且つエラーが同時多発していない状態（第４状態）であると判定する。このような場合には、収集監視部１０３は、エラー多重度を利用する算出式（２）に基づき、進捗監視インターバルを算出する。
【００９６】
収集監視部１０３は、エラー検知部１０１によって検知されたエラーについて、ログ収集部１０２による詳細情報１０５の収集に進捗がない場合、すなわち進捗率が増加していない場合には、進捗監視インターバルを再算出してもよい。
【００９７】
エラーに関する詳細情報１０５の収集の進捗は、詳細情報により異なるが、例えば、詳細情報１０５として収集しているファイル（ログファイル）のデータサイズが大きくなる場合に、進捗率が増加しているとみなすことができる。
【００９８】
例えば、最終的に1024KBとなるログファイルのサイズが、前回は700KBであり今回800KBである場合には、進捗率が増加しているとみなすことができる。
また、詳細情報１０５として収集するファイルの数が増加している場合にも進捗率が増加しているとみなすことができる。
【００９９】
例えば、詳細情報１０５として３つのファイルを収集する予定において、前回は１つのファイルを収集中であったが、今回、２つ目のファイルを収集している場合に、進捗率が増加しているとみなすことができる。
【０１００】
そして、収集監視部１０３は、算出した進捗監視インターバルを前回算出した進捗監視インターバルと比較し、進捗監視インターバルが増加している場合にも、当該エラーの監視を継続して実施させる制御を行なう。すなわち、当該エラーの監視を中断させることなくログ収集部１０２による詳細情報１０５の収集を継続して実行させる制御を行なう。
【０１０１】
また、収集監視部１０３は、エラー検知部１０１によって検知されたエラーについて、ログ収集部１０２による詳細情報１０５の収集に進捗がある場合、すなわち進捗率が増加している場合には、当該エラーの監視を継続して実施させる制御を行なう。すなわち、当該エラーの監視をタイムアウトさせることなくログ収集部１０２による詳細情報１０５の収集を継続して実行させる制御を行なう。
【０１０２】
さらに、収集監視部１０３は、エラー検知部１０１によって検知されたエラーについて、算出した進捗監視インターバルを前回算出した進捗監視インターバルと比較し、進捗監視インターバルが増加している場合にも、当該エラーの監視を継続して実施させる制御を行なう。すなわち、当該エラーの監視をタイムアウトさせることなくログ収集部１０２による詳細情報１０５の収集を継続して実行させる制御を行なう。
【０１０３】
通報部１０４は、情報処理装置２において検知されたエラーに関する情報を管理サーバ３に通知（通報）する。通報部１０４はログ収集部１０２によって収集された詳細情報１０５を管理サーバ３等の外部に出力する出力部である。
【０１０４】
通報部１０４は、エラー検知部１０１により情報処理装置２におけるエラーが検知されると、先ず、エラーが発生した旨を通知する異常通報（第１報）を管理サーバ３に通知する。
【０１０５】
通報部１０４は、異常通報（第１報）を管理サーバ３に通知した後、収集監視部１０３によって設定される進捗監視インターバルが経過すると、収集監視部１０３に対して、ログ収集部１０２による詳細情報１０５の収集の進捗を確認（進捗監視インターバル判断）する。
【０１０６】
その後、通報部１０４は、進捗監視インターバルが経過する毎に、収集監視部１０３に対して、ログ収集部１０２による詳細情報１０５の収集の進捗を確認（進捗監視インターバル判断）する。
【０１０７】
また、通報部１０４は、ログ収集部１０２による詳細情報１０５の収集が完了すると、この収集されたエラーに関する詳細情報１０５を管理サーバ３に通知する詳細情報送付（第２報）を行なう。
【０１０８】
管理サーバ３は、サーバ機能をそなえたサーバコンピュータであり、情報処理装置２と通信ネットワーク４を介して通信可能に接続されている。通信ネットワーク４は、例えばＬＡＮである。
【０１０９】
管理サーバ３は、例えば、情報処理装置２を管理する保守センター等にそなえられる。保守センターは、情報処理装置２の設置場所から物理的に離れた遠隔地に設けられてもよい。
【０１１０】
管理サーバ３は、情報処理装置２のＢＭＣ１０（通報部１０４）から送付された詳細情報を用いてエラーの原因の解析等を行なう。
【０１１１】
（Ｂ）動作
上述の如く構成された実施形態の一例としてのリモート保守システム１における情報処理装置２に複数のエラーが検出された場合の処理を、図７および図８に示すシーケンス図に従って説明する。
【０１１２】
図７においては、エラー検知部１０１がエラー検知（１）〜（３）として表される３つのエラー検知を行なう例を示す。また、図７においては、これらの３つのエラー検知のうち、主に、最初に検知されたエラー検知（１）に対する処理に着目して説明する。また、図中の破線はスレッドを表す。
【０１１３】
エラー検知部１０１は、エラー検知（１）を行なうと（図７の符号Ｂ１参照）、通報部１０４に通報依頼を行なう（図７の符号Ｂ２参照）。エラー検知（１）についての通報依頼を通報依頼（１）と表す。
【０１１４】
通報部１０４は、管理サーバ３に対してエラー検知（１）についての異常通報（第１報）を送信する（図７の符号Ｂ３参照）。エラー検知（１）についての異常通報を異常通報（１）と表す。
【０１１５】
また、エラー検知部１０２は、ログ収集部１０２に対してログ登録を行ない（図７の符号Ｂ４参照）、これにより、ログ収集部１０２は、エラー検知（１）についての詳細情報１０５の収集を開始する（図７の符号Ｂ５参照）。
【０１１６】
ログ収集部１０２は、収集監視部１０３に対して、エラー検知（１）についての進捗監視を依頼する（図７の符号Ｂ６参照）。エラー検知（１）についての進捗監視の依頼を進捗監視依頼（１）と表す。
【０１１７】
収集監視部１０３は、エラー検知（１）についての進捗監視処理を開始する（図７の符号Ｂ７参照）。以下、エラー検知（１）についての進捗監視処理を進捗監視処理（１）と表す。また、収集監視部１０３は、進捗監視インターバルの設定（算出）を行なう（図７の符号Ｂ８参照）。以下、エラー検知（１）についてのインターバル設定をインターバル設定（１）と表す。また、この最初に設定された進捗監視インターバルをインターバルiと表す。
【０１１８】
また、エラー検知部１０１がエラー検知（２）を行ない（図７の符号Ｃ１参照）、通報部１０４に通報依頼を行なう（図７の符号Ｃ２参照）。エラー検知（２）についての通報依頼を通報依頼（２）と表す。通報部１０４は、管理サーバ３に対してエラー検知（２）についての異常通報（第１報）を行なう（図７の符号Ｃ３参照）。
【０１１９】
また、エラー検知部１０２は、ログ収集部１０２に対してエラー検知（２）についてのログ登録を行ない（図７の符号Ｃ４参照）、これにより、ログ収集部１０２は収集監視部１０３に対して、エラー検知（２）についての詳細情報１０５の収集を開始する（図７の符号Ｃ５参照）。
【０１２０】
収集監視部１０３は、インターバルｉが経過したので、ログ収集部１０２に対して詳細情報収集の進捗監視（確認）を行なう（図７の符号Ｂ９参照）。なお、以下、エラー検知（１）に関する収集監視部１０３からログ収集部１０２への進捗監視を進捗監視（１）と表す。図７に示す例においては、このタイミングでの進捗監視（１）の結果が進捗率20％である。
【０１２１】
収集監視部１０３は、エラー検知（１）についての詳細情報の進捗率が増加しているので（0％→20％）、進捗監視を継続して行なうことを判断する（図７の符号Ｂ１０参照）。また、収集監視部１０３は、進捗監視インターバルの設定を行なう。この２回目に設定された進捗監視インターバルをインターバルiiと表す。
【０１２２】
また、エラー検知部１０１がエラー検知（３）を行ない（図７の符号Ｄ１参照）、通報部１０４に通報依頼を行なう（図７の符号Ｄ２参照）。エラー検知（３）についての通報依頼を通報依頼（３）と表す。通報部１０４は、管理サーバ３に対してエラー検知（３）についての異常通報（第１報）を行なう（図７の符号Ｄ３参照）。エラー検知（３）についての異常通報を異常通報（３）と表す。
【０１２３】
また、エラー検知部１０２は、ログ収集部１０２に対してエラー検知（３）についてのログ登録を行ない（図７の符号Ｄ４参照）、これにより、ログ収集部１０２は収集監視部１０３に対して、エラー検知（３）についての詳細情報１０５の収集を開始する（図７の符号Ｄ５参照）。
【０１２４】
収集監視部１０３は、インターバルiiが経過したので、ログ収集部１０２に対して詳細情報収集の進捗監視（確認）を行なう（図７の符号Ｂ１１参照）。図７に示す例においては、このタイミングでの進捗監視（１）の結果が進捗率70％である。
【０１２５】
収集監視部１０３は、エラー検知（１）についての詳細情報の進捗率が増加しているので（20％→70％）、進捗監視を継続して行なうことを判断する（図７の符号Ｂ１２参照）。また、収集監視部１０３は、進捗監視インターバルの設定を行なう。この３回目に設定された進捗監視インターバルをインターバルiiiと表す。
【０１２６】
ここで、ＢＭＣ１０においては、複数のエラー検知（１）〜（３）が行なわれた結果、ログ収集部１０２が３つの詳細情報収集を並行して行なうので、ログ収集部１０２の負荷が増大する。従って、エラー検知（１）についてのインターバルiiiはインターバルiと比べて長くなっている。
【０１２７】
収集監視部１０３は、インターバルiiiが経過したので、ログ収集部１０２に対して詳細情報収集の進捗監視（確認）を行なう（図７の符号Ｂ１３参照）。図７に示す例においては、このタイミングでの進捗監視（１）の結果が進捗率100％である。
【０１２８】
収集監視部１０３は、エラー検知（１）についての詳細情報の進捗率が100％に到達したので、進捗監視を完了したと判断する（図７の符号Ｂ１４参照）。
【０１２９】
収集監視部１０３は、通報部１０４に対して、エラー検知（１）に関する詳細情報１０５の送付を指示する（詳細情報送付指示（１）：図７の符号Ｂ１５参照）。この指示に従って、通報部１０４は、管理サーバ３に対して詳細情報１０５（第２報）を送付する（詳細情報送付（１）（第２報）：図７の符号Ｂ１６参照）。
【０１３０】
次に、実施形態の一例としてのリモート保守システム１における情報処理装置２に複数のエラーが検出された場合の処理を、図８に示すシーケンス図に従って説明する。
【０１３１】
図８においては、エラー検知部１０１が検知したエラー検知（１）〜（３）の３つのエラー検知のうち、主に、２番目に検知されたエラー検知（２）に対する処理に着目して説明する。
【０１３２】
なお、図中、既述の符号と同一の符号は同様の処理を示しているので、その説明は省略する。また、図中の破線はスレッドを表す。
【０１３３】
エラー検知部１０１がエラー検知（１）を行なうと（図８の符号Ｂ１参照）、通報部１０４に通報依頼を行なう（図８の符号Ｂ２参照）。エラー検知（１）についての通報依頼を通報依頼（１）と表す。通報部１０４は、管理サーバ３に対してエラー検知（１）についての異常通報（第１報）を行なう（図８の符号Ｂ３参照）。エラー検知（１）についての異常通報を異常通報（１）と表す。
【０１３４】
また、エラー検知部１０２は、ログ収集部１０２に対してログ登録を行なう（図８の符号Ｂ４参照）。これにより、ログ収集部１０２は収集監視部１０３に対して、エラー検知（１）についての詳細情報１０５の収集を開始する（図８の符号Ｂ５参照）。エラー検知（１）についてのログ登録をログ登録（１）と表す。
【０１３５】
また、エラー検知部１０１がエラー検知（２）を行ない（図８の符号Ｃ１参照）、通報部１０４に通報依頼を行なう（図８の符号Ｃ２参照）。エラー検知（２）についての通報依頼を通報依頼（２）と表す。通報部１０４は、管理サーバ３に対してエラー検知（２）についての異常通報（第１報）を行なう（図８の符号Ｃ３参照）。エラー検知（２）についての異常通報を異常通報（２）と表す。
【０１３６】
また、エラー検知部１０２は、ログ収集部１０２に対してエラー検知（２）についてのログ登録を行なう（図７の符号Ｃ４参照）。これにより、ログ収集部１０２は収集監視部１０３に対して、エラー検知（２）についての詳細情報１０５の収集を開始する（図７の符号Ｃ５参照）。エラー検知（２）についてのログ登録をログ登録（２）と表す。
【０１３７】
ログ収集部１０２は、収集監視部１０３に対して、エラー検知（２）についての進捗監視を依頼する（図８の符号Ｃ６参照）。エラー検知（２）についての進捗監視の依頼を進捗監視依頼（２）と表す。
【０１３８】
収集監視部１０３は、エラー検知（２）についての進捗監視処理を開始する（図８の符号Ｃ７参照）。以下、エラー検知（２）についての進捗監視処理を進捗監視処理（２）と表す。また、収集監視部１０３は、進捗監視インターバルの設定を行なう（図８の符号Ｃ８参照）。この最初に設定された進捗監視インターバルをインターバルiと表す。
【０１３９】
また、エラー検知部１０１がエラー検知（３）を行ない（図８の符号Ｄ１参照）、通報部１０４に通報依頼を行なう（図８の符号Ｄ２参照）。エラー検知（３）についての通報依頼を通報依頼（３）と表す。通報部１０４は、管理サーバ３に対してエラー検知（３）についての異常通報（第１報）を行なう（図８の符号Ｄ３参照）。エラー検知（３）についての異常通報を異常通報（３）と表す。
【０１４０】
また、エラー検知部１０２は、ログ収集部１０２に対してエラー検知（３）についてのログ登録を行ない（図８の符号Ｄ４参照）、これにより、ログ収集部１０２は収集監視部１０３に対して、エラー検知（３）についての詳細情報１０５の収集を開始する（図８の符号Ｄ５参照）。エラー検知（３）についてのログ登録をログ登録（３）と表す。
【０１４１】
収集監視部１０３は、インターバルｉが経過したので、ログ収集部１０２に対して詳細情報収集の進捗監視（確認）を行なう（図８の符号Ｃ９参照）。なお、以下、エラー検知（２）に関する収集監視部１０３からログ収集部１０２への進捗監視を進捗監視（２）と表す。図８に示す例においては、このタイミングでの進捗監視（２）の結果が進捗率30％である。
【０１４２】
収集監視部１０３は、エラー検知（２）についての詳細情報の進捗率が増加しているので（0％→30％）、進捗監視を継続して行なうことを判断する（図８の符号Ｃ１０参照）。また、収集監視部１０３は、進捗監視インターバルの設定を行なう（インターバル設定（２））。この２回目に設定された進捗監視インターバルをインターバルiiと表す。
【０１４３】
ここで、ＢＭＣ１０においては、複数のエラー検知（１）〜（３）が行なわれた結果、ログ収集部１０２が３つの詳細情報収集を並行して行なうので、ログ収集部１０２の負荷が増大する。従って、エラー検知（２）についてのインターバルiiはインターバルiと比べて長くなっている。
【０１４４】
なお、この間に、ログ収集部１０２によるエラー検知（1）についての詳細情報１０５の収集が完了し、通報部１０４により管理サーバ３に対して詳細情報１０５（第２報）の送付が行なわれる（詳細情報送付（１）（第２報）：図８の符号Ｂ１６参照）。
【０１４５】
その後、収集監視部１０３は、インターバルiiが経過したので、ログ収集部１０２に対して詳細情報収集の進捗監視（確認）を行なう（図８の符号Ｃ１１参照）。エラー検知（２）についての進捗監視を進捗監視（２）と表す。図８に示す例においては、このタイミングでの進捗監視（２）の結果が進捗率80％である。
【０１４６】
収集監視部１０３は、エラー検知（２）についての詳細情報の進捗率が増加しているので（30％→80％）、進捗監視を継続して行なうことを判断する（図８の符号Ｃ１２参照）。また、収集監視部１０３は、進捗監視インターバルの設定を行なう。この３回目に設定された進捗監視インターバルをインターバルiiiと表す。
【０１４７】
ここで、ＢＭＣ１０においては、エラー検知（１）についての詳細情報収集が完了しているので、ログ収集部１０２の負荷が軽減される。これにより、インターバルiiiがインターバルiiと比べて短くなっている。
【０１４８】
収集監視部１０３は、インターバルiiiが経過したので、ログ収集部１０２に対して詳細情報収集の進捗監視（確認）を行なう（図８の符号Ｃ１３参照）。図８に示す例においては、このタイミングでの進捗監視（２）の結果が進捗率100％である。
収集監視部１０３は、エラー検知（２）についての詳細情報の進捗率が100％に到達したので、進捗監視を完了したと判断する（図８の符号Ｃ１４参照）。
【０１４９】
収集監視部１０３は、通報部１０４に対して、エラー検知（２）についての詳細情報１０５の送付を指示する（詳細情報送付指示（２）：図８の符号Ｃ１５参照）。この指示に従って、通報部１０４は、管理サーバ３に対して詳細情報１０５（第２報）を送付する（詳細情報送付（２）（第２報）：図８の符号Ｃ１６参照）。
【０１５０】
次に、実施形態の一例としてのリモート保守システム１の情報処理装置２に備えられたＢＭＣ１０における収集監視部１０３の処理の概要を、図９に示すフローチャート（ステップＳ０１〜Ｓ０６）に従って説明する。
【０１５１】
図９に示す処理は、エラー検知部１０１によって検知された個々のエラーのそれぞれに対して行なわれる。
【０１５２】
ステップＳ０１において、収集監視部１０３は、ログＩＤで特定されるエラーについてのログ収集部１０２による詳細情報１０５の収集の現在の進捗率（今回進捗率）を取得する。
【０１５３】
ステップＳ０２において、収集監視部１０３は、取得した進捗率に基づき、対象のエラーについてのログ収集部１０２による詳細情報１０５の収集が完了しているかを確認する。
【０１５４】
確認の結果、詳細情報１０５の収集が完了している場合には（ステップＳ０２のＹｅｓルート参照）、ステップＳ０３に移行する。
【０１５５】
ステップＳ０３において、収集監視部１０３は、当該エラーについての監視は完了したと判断し、通報部１０４に対して収集された詳細情報１０５の送付を指示する。
ステップＳ０４において、収集監視部１０３は、ログＩＤで特定されるエラーに対する監視処理を終了して、処理を終了する。
【０１５６】
また、ステップＳ０２における確認の結果、詳細情報１０５の収集が完了していない場合には（ステップＳ０２のＮｏルート参照）、図９のステップＳ０５に移行する。
【０１５７】
ステップＳ０５において、収集監視部１０３は、「進捗率が増加している」または「進捗監視インターバルが増加している」のいずれかの条件を満たしているかを確認する。なお、このステップＳ０５における処理の詳細を、図１０に示すフローチャートに従って後述する。
【０１５８】
ステップＳ０５における確認の結果、「進捗率が増加している」または「進捗監視インターバルが増加している」のいずれかの条件が満たされている場合には（ステップＳ０５のＹｅｓルート）、ステップＳ０１に戻る。すなわち、収集監視部１０３は、当該エラーについての監視を継続して実行する。
【０１５９】
一方、ステップＳ０５における確認の結果、「進捗率が増加している」および「進捗監視インターバルが増加している」のいずれの条件も満たされていない場合には（ステップＳ０５のＮｏルート）、ステップＳ０６に移行する。
【０１６０】
ステップＳ０６において、収集監視部１０３は、当該エラーについての監視を中止と判断し、通報部１０４に対して、詳細情報１０５の送付の取りやめを通知する。これにより、当該エラーについての詳細情報１０５の管理サーバ３への送付は行なわれない。その後、ステップＳ０４に移行する。
【０１６１】
次に、図９のステップＳ０５の処理の詳細を図１０に示すフローチャート（ステップＳ１１〜Ｓ１９）に従って説明する。
【０１６２】
ステップＳ１１において、収集監視部１０３は、装置状態情報１０７を参照して、通知多重度およびメモリ使用率を取得する。
【０１６３】
ステップＳ１２において、収集監視部１０３は、監視対象進捗情報１０８を参照して、前回進捗率を取得する。
【０１６４】
ステップＳ１３において、収集監視部１０３は、前回進捗率と今回進捗率とを比較する。
【０１６５】
ステップＳ１４において、収集監視部１０３は、ステップＳ１３における比較の結果、進捗率が増加したか、すなわち、今回進捗率が前回進捗率よりも大きいかを確認する。
【０１６６】
確認の結果、進捗率が増加した場合には（ステップＳ１４のＹｅｓルート）、ステップＳ１５に移行する。
【０１６７】
ステップＳ１５において、収集監視部１０３は、進捗監視インターバルを算出する。この進捗監視インターバルの算出方法の詳細は、図１１に示すフローチャートを用いて後述する。
【０１６８】
ステップＳ１６において、収集監視部１０３は、今回進捗率と、ステップＳ１５において算出した進捗監視インターバルとを保存（保持）することで監視対象進捗情報１０８を更新する。なお、ステップＳ１５において新たに算出された進捗監視インターバルは、監視対象進捗情報１０８に今回インターバルとして保持される。その後、図９のステップＳ０５のＹｅｓルートに従って、処理はステップＳ０１に戻る。
【０１６９】
また、ステップＳ１４の確認の結果、進捗率が増加していない場合には（ステップＳ１４のＮｏルート）、処理はステップＳ１７に移行する。
【０１７０】
ステップＳ１７において、収集監視部１０３は、進捗監視インターバルを算出する。この進捗監視インターバルの算出方法の詳細も、図１１に示すフローチャートに従って後述する。
【０１７１】
その後、ステップＳ１８において、収集監視部１０３は、ステップＳ１５において新たに算出した進捗監視インターバルが、監視対象進捗情報１０８の前回インターバルよりも増加したかを確認する。
【０１７２】
この確認の結果、新たに算出した進捗監視インターバルが前回インターバルよりも増加した場合には（ステップＳ１８のＹｅｓルート）、図９のステップＳ０５のＹｅｓルートに従って、処理はステップＳ０１に戻る。
【０１７３】
一方、ステップＳ１８における確認の結果、新たに算出した進捗監視インターバルが前回インターバルよりも増加していない場合には（ステップＳ１８のＮｏルート）、ステップＳ１９に移行する。
【０１７４】
ステップＳ１９においては、収集監視部１０３は、ログＩＤで特定されるエラーについて、収集が終了してあるだけの情報を詳細情報１０５として保存する。
【０１７５】
その後、図９のステップＳ０５のＮｏルートに従って、処理はステップＳ０６に移行する。
【０１７６】
次に、図１０のステップＳ１５およびステップＳ１７の処理の詳細を図１１に示すフローチャート（ステップＳ２１〜Ｓ３３）に従って説明する。
【０１７７】
ステップＳ２１において、収集監視部１０３は、装置状態情報１０７を参照して、メモリ使用率および通報多重度を取得する。ステップＳ２２において、収集監視部１０３は、メモリ使用率がｘ％以上であるかを確認する。
【０１７８】
確認の結果、メモリ使用率がｘ％以上である場合には（ステップＳ２２のＹｅｓルート）、ステップＳ２３に移行する。ステップＳ２３において、収集監視部１０３は、エラー定義情報１０６を参照して、異常種別毎のデフォルト進捗監視秒数を取得する。すなわち、収集監視部１０３は、検知されたエラーの異常種別に対応するデフォルト進捗監視秒数を取得する。
【０１７９】
ステップＳ２４において、収集監視部１０３は、装置負荷（ＢＭＣ１０の負荷）を利用する算出式（１）に基づき、進捗監視インターバルを算出する。その後、処理を終了する。
【０１８０】
また、ステップＳ２２における確認の結果、メモリ使用率がｘ％未満である場合には（ステップＳ２２のＮｏルート）、ステップＳ２５に移行する。
【０１８１】
ステップＳ２５において、収集監視部１０３は、通報多重度が第１閾値である５以上であるかを確認する。
【０１８２】
確認の結果、通報多重度が５以上である場合には（ステップＳ２５のＹｅｓルート）、ステップＳ２６に移行する。ステップＳ２６において、収集監視部１０３は、エラー定義情報１０６を参照して、多重度によるデフォルト進捗監視秒数を取得する。
【０１８３】
ステップＳ２７において、収集監視部１０３は、多重度を利用する算出式（２）に基づき、進捗監視インターバルを算出する。その後、処理を終了する。
【０１８４】
また、ステップＳ２５における確認の結果、通報多重度が５未満である場合には（ステップＳ２５のＮｏルート）、ステップＳ２８に移行する。ステップＳ２８において、収集監視部１０３は、監視対象進捗情報１０８を参照して、監視中（情報処理装置２において発生中）のエラーの数と、各エラーの異常種別とを取得する。
【０１８５】
ステップＳ２９において、収集監視部１０３は、情報処理装置２において発生中のエラーについて、高負荷となるエラーが３つ以上発生しているかを確認する。
【０１８６】
確認の結果、高負荷となるエラーが３つ以上発生している場合には（ステップＳ２９のＹｅｓルート）、ステップＳ３０に移行する。
【０１８７】
ステップＳ３０において、収集監視部１０３は、エラー定義情報１０６を参照して、異常種別毎のデフォルト進捗監視秒数を取得する。すなわち、収集監視部１０３は、検知されたエラーの異常種別に対応するデフォルト進捗監視秒数を取得する。
【０１８８】
ステップＳ３１において、収集監視部１０３は、装置負荷（ＢＭＣ１０の負荷）を利用する算出式（１）に基づき、進捗監視インターバルを算出する。その後、処理を終了する。
【０１８９】
また、ステップＳ２９における確認の結果、高負荷となるエラーが３つ以上発生していない場合には（ステップＳ２９のＮｏルート）、ステップＳ３２に移行する。
【０１９０】
ステップＳ３２において、収集監視部１０３は、エラー定義情報１０６を参照して、多重度によるデフォルト進捗監視秒数を取得する。
【０１９１】
ステップＳ３３において、収集監視部１０３は、多重度を利用する算出式（２）に基づき、進捗監視インターバルを算出する。その後、処理を終了する。
【０１９２】
図１２は実施形態の一例としてのリモート保守システム１におけるメモリ使用率に対する進捗監視インターバルの推移を例示する図である。
【０１９３】
この図１２に示す例においては、情報処理装置２のＰＳＵ４０にエラーが発生し、そのＰＳＵ４０によって動作しているＣＰＵ２１とメモリ２２とのそれぞれからもエラーが発生した場合を想定している。
【０１９４】
また、この図１２においては、横軸にエラー発生からの経過時間（秒）を示し、縦軸にメモリ使用率（％）と進捗監視インターバル（秒）とを示す。
【０１９５】
情報処理装置２における複数個所においてエラーが検知されることにより、これらのエラーのそれぞれについてログ収集部１０２が詳細情報１０５の収集を行なうことで、ＢＭＣ１０の負荷が上昇し、メモリ１２のメモリ使用率は時間経過に応じて上昇する（図１２の符号Ｐ１参照）。
【０１９６】
また、このようなＢＭＣ１０が高負荷状態においては、収集監視部１０３は、メモリ使用率を用いた上記の算出式（１）を用いて進捗監視インターバルを算出するので、進捗監視インターバルも長くなる（図１２の符号Ｐ２〜Ｐ４参照）。
【０１９７】
その後、ログ収集部１０２により詳細情報１０５の収集が完了することでＢＭＣ１０の負荷が軽減され、メモリ使用量も低下する（図１２の符号Ｐ５参照）。これに応じて、収集監視部１０３によって算出される進捗監視インターバルも短くなる（図１２の符号Ｐ６〜Ｐ８参照）。
【０１９８】
（Ｃ）効果
このように、実施形態の一例としてのリモート保守システム１によれば、情報処理装置２に備えられたＢＭＣ１０において、収集監視部１０３が、ＢＭＣ１０の負荷状態に応じて、進捗監視インターバルの算出を行なう。
【０１９９】
例えば、ＢＭＣ１０が高負荷状態である場合に、装置負荷（メモリ使用率）を利用する算出式を用いて進捗監視インターバルを決定することで、高負荷状態においては進捗監視インターバルが長くなる。これにより、ログ収集部１０２による詳細情報１０５の収集が完了したかの進捗監視の問い合わせ頻度を低減させ、詳細情報１０５の収集監視を効率的に行なうことができる。
【０２００】
一方、ＢＭＣ１０が高負荷でない状態（非高負荷状態）においては、ログ収集部１０２による詳細情報１０５の収集にかかる時間は、通報多重度（エラー発生の同時発生数）に応じた値となる。従って、このようにＢＭＣ１０が高負荷状態でない場合には、収集監視部１０３が、通報多重度を利用する算出式を用いて進捗監視インターバルを算出し、この進捗監視インターバルで進捗確認を行なうことで、詳細情報１０５の収集監視を効率的に行なうことができる。
【０２０１】
収集監視部１０３が、ＢＭＣ１０の負荷状態に応じて進捗監視インターバルを変化させることで、詳細情報収集にタイムアウトを発生させることがなく、詳細情報１０５を確実に収集することができる。
【０２０２】
管理サーバ３においては、詳細情報１０５を用いたエラー対応を行なうことができるので、リモート保守システム１としての信頼性を向上させることができる。
【０２０３】
また、ＢＭＣ１０のメモリ使用率が閾値未満であり、通報多重度が多くない（第１閾値未満）であっても、ＢＭＣ１０が高負荷となるエラーが多く発生（第２閾値以上）している場合には、装置負荷（メモリ使用率）を利用する算出式を用いて進捗監視インターバルを決定する。これによっても、ログ収集部１０２による詳細情報１０５の収集が完了したかの進捗監視の問い合わせ頻度を低減させ、詳細情報１０５の収集監視を効率的に行なうことができる。
【０２０４】
収集監視部１０３は、ログ収集部１０２による詳細情報１０５の収集に進捗がある場合、もしくは、進捗監視インターバルを再計算することで進捗監視インターバルの増加がある場合には、詳細情報収集を継続して実行する。これにより、ＢＭＣ１０が高負荷状態となり詳細情報１０５の収集に時間がかかっている場合であっても、確実に詳細情報１０５を収集することができる。
【０２０５】
また、詳細情報収集のタイムアウトを発生させないので、詳細情報１０５を確実に収集することができる。
【０２０６】
さらに、収集監視部１０３は、検知されたエラーについて、ログ収集部１０２による詳細情報１０５の収集に進捗がなく、且つ、進捗監視インターバルを再計算しても進捗監視インターバルの増加がない場合には、詳細情報収集異常として監視処理を終了する。
【０２０７】
これにより、ＢＭＣ１０における詳細情報収集異常発生時に、フリーズ状態のまま詳細情報収集を延々と行なうことがなく、これによっても効率的に処理を行なうことができる。
【０２０８】
情報処理装置２に備えられたＢＭＣ１０の負荷状況によらず、解析可能な詳細情報１０５が管理サーバ３（保守センター）に送付される。また、ＢＭＣ１０においてログ収集部１０２による詳細情報収集を待つ時間（進捗監視インターバル）を、ＢＭＣ１０の負荷に応じて適切に設定することができる。
【０２０９】
（Ｄ）その他
開示の技術は上述した実施形態に限定されるものではなく、本実施形態の趣旨を逸脱しない範囲で種々変形して実施することができる。本実施形態の各構成および各処理は、必要に応じて取捨選択することができ、あるいは適宜組み合わせてもよい。
【０２１０】
例えば、上述した実施形態において、異常種別毎に重み（Ｗ）を設定し、進捗監視インターバルにこの重みを反映させてもよい。
【０２１１】
図１３は実施形態の変形例としてのリモート保守システム１における異常種別毎の重みを例示する図である。
【０２１２】
この図１３に示す例においては、４種類の異常種別ＣＤＵ（Coolant. Distribution Unit），ＰＳＵ，ＣＰＵ，ＭＥＭに対して、重み 2，1，5，3がそれぞれ設定されている。このような重みは、詳細情報１０５の重要度に応じて設定してもよく、また、詳細情報１０５の収集に要する時間に応じて設定してもよい。
以下に、本変形例による重みを用いた進捗監視インターバルの算出方法について説明する。
【０２１３】
以下に示す例においては、多重度によるデフォルト進捗監視秒数が１秒であるものとし、情報処理装置２におけるＣＤＵ，ＰＳＵ，ＣＰＵ，ＭＥＭの各搭載数が1，3，6，12であるものとする。
【０２１４】
本変形例において、収集監視部１０３は進捗監視インターバルを以下に示す式（３）に従って算出する。
進捗監視インターバル（s） = 多重度によるデフォルト進捗監視インターバル
×通報多重度（m）×異常種別毎の重み（w）・・・（３）
【０２１５】
例えば、ＣＤＵ障害のみ発生した状態（通報多重度=1）における、当該ＣＤＵ障害についての進捗監視インターバルは、上記式（３）に基づき以下のように算出される。
なお、多重度によるデフォルト進捗監視インターバル=1，通報多重度= 1，ＣＤＵの重み = 2とする。
進捗監視インターバル（s） = 1 × 1 × 2 = 2秒
【０２１６】
図１４は実施形態の変形例としてのリモート保守システム１におけるメモリ使用率に対する進捗監視インターバルの推移を例示する図である。
【０２１７】
この図１４に示す例においては、情報処理装置２において、先ず、ＣＤＵにてエラーが発生し（時刻ｔ１）、そのＣＤＵにより冷却されていたＰＳＵおよびＣＰＵからそれぞれエラーが発生（多重発生）している（時刻ｔ２）。その後、ＣＰＵエラーにより対応するＭＥＭエラーが発生（時刻ｔ３）している。
【０２１８】
また、この図１４においては、横軸に進捗監視インターバルの設定タイミング（回数）を示し、縦軸に進捗監視インターバル（秒）と多重度とを示す
【０２１９】
情報処理装置２における複数個所（ＣＤＵ，ＰＳＵ，ＣＰＵおよびＭＥＭ）においてそれぞれエラーが検知されることにより、これらのエラーのそれぞれについてログ収集部１０２が詳細情報１０５の収集を行なう。
【０２２０】
これにより、図１４に示す例においては、エラーの多重度が最も高くなるインターバル設定タイミング４回目（多重度 = ４）にかけてＣＰＵ１１およびＭＥＭ１２の負荷が増大し、これに応じて、これらのエラーについての進捗監視インターバルが長くなっている。
【０２２１】
また、インターバル設定タイミング４回目移行は、一部のエラーの詳細情報１０５の収集が完了し、これによりＢＭＣ１０の負荷が減少する。これに応じて、各エラーについての進捗監視インターバルが短くなっている。
【０２２２】
このように、本発明の変形例としてのリモート保守システム１によれば、上述した一実施形態と同様の作用効果を得ることができる他、異常種別毎に重みを設定することで、重みに応じた進捗監視インターバルを設定することができる。これにより、例えば、重要な異常種別には高い重みを設定することで進捗監視インターバルを長くし、確実に詳細情報１０５を収集することができる。
【０２２３】
なお、上述した実施形態においては、リモート保守システム１が、１つの情報処理装置２と１つの管理サーバ３とを備えているが、これに限定されるものではなく、適宜変更して実施することができる。
例えば、２つ以上の情報処理装置２を備えてもよく、また、２つ以上の管理サーバ３を備えてもよい。
【０２２４】
また、上述した実施形態においては、ＢＭＣ１０が高負荷状態であるか否かの判断をＢＭＣ１０のメモリ使用率が閾値以上であるかを確認することで行なう例を示しているが、これに限定されるものではない。例えば、ＣＰＵ１１の使用率や並行して実行されるプロセス数が所定の閾値以上であるかを判断することで高負荷状態であるか否かを判断してもよく、種々変形して実施することができる。そして、ＣＰＵ使用率や並行して実行されるプロセス数が閾値未満である状態を基準状態としてもよい。
また、上述した開示により本実施形態を当業者によって実施・製造することが可能である。
【０２２５】
（Ｅ）付記
以上の実施形態に関し、さらに以下の付記を開示する。
（付記１）
情報処理装置の監視を行なう監視装置であって、
前記情報処理装置におけるエラーの発生を検知するエラー検知部と、
検知された前記エラーに関する情報を収集する収集部と、
前記収集部による前記情報の収集の進捗を確認するインターバルを算出するインターバル算出部と、
前記インターバルが経過すると、前記詳細情報収集部による前記情報の収集の進捗を確認する進捗管理部と、
前記収集部による前記情報の収集が完了すると、収集された前記情報を出力する出力部と
を備え、
前記情報収集に進捗がある場合もしくは前記インターバルが前回算出時よりも増加している場合には、前記収集部が前記情報の収集を継続して実施する
ことを特徴とする、監視装置。
【０２２６】
（付記２）
前記インターバル算出部が、当該監視装置の負荷状態に応じて前記インターバルを算出する
ことを特徴とする、付記１記載の監視装置。
【０２２７】
（付記３）
前記インターバル算出部が、当該監視装置の負荷が基準状態よりも高い場合に、第１基準監視時間にメモリ使用率に応じた値を乗算することで、前記インターバルを算出する
ことを特徴とする、付記２記載の監視装置。
【０２２８】
（付記４）
前記インターバル算出部が、当該監視装置の負荷が基準状態よりも低い場合に、第２基準監視時間にエラーの多重数に応じた値を乗算することで、前記インターバルを算出する
ことを特徴とする、付記２記載の監視装置。
【０２２９】
（付記５）
情報処理装置の監視を行なう監視装置において、
前記情報処理装置におけるエラーの発生を検知する処理と、
検知された前記エラーに関する情報を収集する処理と、
前記情報の進捗を確認するインターバルを算出する処理と、
前記インターバルが経過すると、前記情報の収集の進捗を確認する処理と、
前記情報の収集が完了すると、収集された前記情報を出力する処理とを備え、
前記情報収集に進捗がある場合もしくは前記インターバルが前回算出時よりも増加している場合には、前記情報の収集を継続して実施する
ことを特徴とする、監視制御方法。
【０２３０】
（付記６）
前記監視装置の負荷状態に応じて前記インターバルを算出する
ことを特徴とする、付記５記載の監視制御方法。
【０２３１】
（付記７）
前記監視装置の負荷が基準状態よりも高い場合に、第１基準監視時間にメモリ使用率に応じた値を乗算することで、前記インターバルを算出する
ことを特徴とする、付記６記載の監視制御方法。
【０２３２】
（付記８）
前記監視装置の負荷が基準状態よりも低い場合に、第２基準監視時間にエラーの多重数に応じた値を乗算することで、前記インターバルを算出する
ことを特徴とする、付記６記載の監視制御方法。
【０２３３】
（付記９）
複数の電子装置を備える情報処理装置であって、
前記電子装置におけるエラーの発生を検知するエラー検知部と、
検知された前記エラーに関する情報を収集する収集部と、
前記収集部による前記情報の収集の進捗を確認するインターバルを算出するインターバル算出部と、
前記インターバルが経過すると、前記詳細情報収集部による前記情報の収集の進捗を確認する進捗管理部と、
前記収集部による前記情報の収集が完了すると、収集された前記情報を出力する出力部と
を備え、
前記情報収集に進捗がある場合もしくは前記インターバルが前回算出時よりも増加している場合には、前記収集部が前記情報の収集を継続して実施する
ことを特徴とする、情報処理装置。
【０２３４】
（付記１０）
前記インターバル算出部が、当該情報処理装置に備えられ前記収集部としての機能を実現する監視装置の負荷状態に応じて前記インターバルを算出する
ことを特徴とする、付記９記載の情報処理装置。
【０２３５】
（付記１１）
前記インターバル算出部が、前記監視装置の負荷が基準状態よりも高い場合に、第１基準監視時間にメモリ使用率に応じた値を乗算することで、前記インターバルを算出する
ことを特徴とする、付記１０記載の情報処理装置。
【０２３６】
（付記１２）
前記インターバル算出部が、前記監視装置の負荷が基準状態よりも低い場合に、第２基準監視時間にエラーの多重数に応じた値を乗算することで、前記インターバルを算出する
ことを特徴とする、付記１０記載の情報処理装置。
【符号の説明】
【０２３７】
１    リモート保守システム
２    情報処理装置
３    管理サーバ
４    通信ネットワーク
１０    ＢＭＣ
１１    ＣＰＵ
１２    メモリ
１３    記憶装置
１４    ネットワークインタフェース
２０    ＳＢ
２１    ＣＰＵ
２２    ＭＥＭ
３０    ＦＡＮ
４０    ＰＳＵ
１０１    エラー検知部
１０２    ログ収集部
１０３    収集監視部
１０４    通報部
１０５    詳細情報
１０６    エラー定義情報
１０７    装置状態情報
１０８    監視対象進捗情報
【図１】
2020004338.tif 000003
【図２】
2020004338.tif 000004
【図３】
2020004338.tif 000005
【図４】
2020004338.tif 000006
【図５】
2020004338.tif 000007
【図６】
2020004338.tif 000008
【図７】
2020004338.tif 000009
【図８】
2020004338.tif 000010
【図９】
2020004338.tif 000011
【図１０】
2020004338.tif 000012
【図１１】
2020004338.tif 000013
【図１２】
2020004338.tif 000014
【図１３】
2020004338.tif 000015
【図１４】
2020004338.tif 000016
【図１５】
2020004338.tif 000017