(57)【要約】【課題】情報処理装置のオフライン診断の効率を向上すること。【解決手段】運用ＯＳ上で動作する情報収集プログラム３４は、運用中に実行されたオンライン診断の結果である診断結果情報３８と構成情報格納サーバ２１から読み出した構成情報３５とを用いて診断補助データ４１を作成して記憶装置２３に記憶させる。保守ＯＳ上で動作するオフライン保守プログラム４３は、診断補助データ４１を読み出し、診断補助データ４１の内容に応じて診断動作を決定する。【選択図】図１
2011108201.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置の構成部品に関する診断履歴を含む情報を、前記情報処理装置の業務処理中に収集する情報収集部と、
前記情報収集部により収集された情報に基づいて前記情報処理装置のオフライン診断時の優先度設定を行なう診断動作決定部と、
前記オフライン診断時に、前記診断動作決定部が決定した優先度設定に基づいて、前記構成部品に対する診断を行なう業務停止時診断部と、
を備えたことを特徴とする情報処理装置。
【請求項２】
前記診断動作決定部は、前記業務停止時診断部による前記構成部品の診断時に、各構成部品の診断に使用する処理能力の配分を行なうことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記情報収集部は、前記情報処理装置の業務処理中に実行した前記構成部品に対する診断結果を前記構成部品に関する情報として収集することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記診断動作決定部は、前記診断結果として前記構成部品の障害箇所が検出された場合に、当該構成部品の診断時に、前記障害箇所に対する診断と他の箇所に対する診断との間で重み付けを行なうことを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記情報収集部は、前記構成部品の品質に関する情報と前記構成部品の交換履歴に関する情報とのうち少なくとも一方をネットワーク経由で収集することを特徴とする請求項１〜４の何れか一つに記載の情報処理装置。
【請求項６】
情報処理装置の構成部品に関する診断履歴を含む情報を、前記情報処理装置の業務処理中に収集する情報収集ステップと、
前記情報処理装置のオフライン診断時の優先度設定を、前記情報収集ステップによって収集された情報に基づいて決定する診断動作決定ステップと、
前記診断動作決定ステップが決定した優先度設定に基づいて、前記構成部品に対する診断を前記オフライン診断時に実施する業務停止時診断ステップと、
を含むことを特徴とする診断方法。
【請求項７】
情報処理装置の構成部品に対するオフライン診断を前記情報処理装置自身に行なわせる診断プログラムであって、
前記情報処理装置の業務処理中に収集された前記構成部品に関する診断履歴を含む情報を読み出す読み出し手順と、
前記読み出し手順によって読み出された情報に基づいて、前記オフライン診断時の優先度設定を行なう診断動作決定手順と、
前記診断動作決定手順が決定した優先度設定に基づいて、前記構成部品に対するオフライン診断を行なう業務停止時診断手順と、
を前記情報処理装置に実行させることを特徴とする診断プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、構成部品の自己診断を行なう情報処理装置、診断方法および診断プログラムに関する。
【背景技術】
【０００２】
従来、情報処理装置の保守の一環として、情報処理装置を構成する構成部品における故障発生状態や動作状態の診断が行なわれている。かかる診断は、情報処理装置に対して外部から行なう場合と、情報処理装置自身が行なう場合とがある。情報処理装置自身が自らを診断する自己診断は、例えば情報処理装置が診断用のプログラムを実行することで行なうことができる。
【０００３】
自己診断は、情報処理装置の運用中、すなわち情報処理装置が所定の業務処理を実行中に並行して診断を実行する場合と、運用停止中、すなわち情報処理装置が業務停止した状態で実行する場合とがある。運用中に自己診断を行なう場合、情報処理装置は、運用中に使用する基本プログラム（Operating System：ＯＳ）上で診断用のプログラムを実行する。情報処理装置が運用ＯＳ上で診断プログラムを実行すれば、所定の業務と並行して定期的に自己診断が可能であり、構成部品の故障を常に監視することができる。このように運用ＯＳ上で診断を行なうことをオンライン保守、オンライン診断といい、オンライン保守を行なう診断プログラムをオンライン保守ツールという。
【０００４】
また、情報処理装置が運用中にオンライン診断すれば、運用中に蓄積した診断履歴や以前の診断の結果として得られた故障情報に合わせて自己診断の動作内容を変更することもできる。同様に、情報処理装置が運用中に外部の装置と接続されていれば、外部の装置が保持する情報、例えば構成部品の交換履歴や、自装置が使用している構成部品の品質情報などを取得して、交換履歴や品質に合わせて自己診断の動作を変更することができる。
【０００５】
一方、情報処理装置の運用を停止して情報処理装置が自己診断を行なう場合、情報処理装置は運用ＯＳを停止して保守用のＯＳを実行し、この保守ＯＳ上で診断用のプログラムを実行する。保守ＯＳ上で実行された診断プログラムは、情報処理装置の処理能力を占有して診断を行なう事ができ、短時間で診断を完了する事ができる。また、運用停止時の自己診断は、運用ＯＳに依存することが無く、運用ＯＳが起動しないような状態であっても診断が可能である。このように運用ＯＳを動作させることなく、あるいは運用ＯＳの起動を避けて行なう保守診断をオフライン診断、オフラインイ保守といい、オフライン保守を行なう診断プログラムをオフライン保守ツールという。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０００−９９４８４号公報
【特許文献２】特開平７−２７１４３２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
オンライン保守ツール診断では、ユーザの運用ＯＳ上に蓄積された診断履歴、診断エラー情報、保守データ格納サーバに格納された部品品質情報、部品交換情報を使用し、サーバ装置構成やユーザの運用状況に特化した診断をカスタマイズし診断実行できる。しかしながら、オフライン保守では、運用ＯＳを停止し実行する為、上記の各種情報は使用できず、どのサーバでも同じ優先度(負荷率、実行時間)で診断を実施している。その為、従来のオフライン診断ではユーザ運用状況に特化した消耗部品や部品品質に問題がありそうなものを重点的に診断できない。
【０００８】
すなわち、従来技術では、オンライン保守時に収集された各種情報は運用ＯＳによって収集されたものであり、運用ＯＳが動作している環境下でなければ参照が出来ないために、運用ＯＳが停止されたオフライン保守時にこれらの情報を利用できないという問題があった。
【０００９】
具体的には、従来のオフライン保守では、情報処理装置の状態に基づいて構成部品に優先順序をつけて診断することや、故障の疑いのある箇所を重点的に診断することが困難であった。例えば、診断対象の構成部品がＣＰＵ（Central Processing Unit）、メモリ、ＨＤＤ（Hard Disk Drive）、Ｉ/Ｏ（Input／Output）の４つである場合、従来のオフライン保守は、ＣＰＵ診断、メモリ診断、ＨＤＤ診断、Ｉ/Ｏ診断に均等に処理リソースを使用していた。
【００１０】
しかし、オフライン保守では、運用ＯＳ上で蓄積されたオンライン診断時の各種情報を参照することが出来ないため、オフライン保守診断時にＨＤＤの故障が検出された場合や、ＣＰＵの交換直後の状態であっても、情報処理装置の運用状況をオフライン保守診断には反映することができなかった。そのため、特に問題があるような部品などに対する重点的な診断を行なうことができず、診断効率が低下していた。
【００１１】
特に、サーバとして運用する情報処理装置などでは運用を停止する時間をなるべく短くすることが求められるので、オフライン診断における診断効率の低下は深刻な問題であった。また、運用の停止時間が決められている場合、従来のオフライン診断では、決められた時間内に診断が終了せず、障害の検出漏れが発生する場合があるという問題点があった。サーバにＨＤＤやＩ/Ｏ装置が多数実装されている等の大規模な構成である場合、ＨＤＤ等の記憶容量が大きい場合には、特に制限時間内に診断を完了することが困難となる。そのため、オフライン診断における診断効率を向上することが重要な課題であった。
【００１２】
開示の技術は、上記に鑑みてなされたものであって、オフライン診断の効率を向上した情報処理装置、診断方法および診断プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
本願の開示する情報処理装置、診断方法および診断プログラムは、情報処理装置の構成部品に関する診断履歴を含む情報を情報処理装置の業務処理中に収集し、収集した情報に基づいてオフライン診断の動作を決定する。
【発明の効果】
【００１４】
本願の開示する情報処理装置、診断方法および診断プログラムによれば、オフライン診断の効率を向上した情報処理装置、診断方法および診断プログラムを得ることができるという効果を奏する。
【図面の簡単な説明】
【００１５】
【図１】図１は、情報処理装置の実施例１であるサーバの概要構成を示す概要構成図である。
【図２】図２は、運用時におけるサーバ１０の動作について説明する説明図である。
【図３】図３は、非運用時におけるサーバ１０の動作について説明する説明図である。
【図４】図４は、オンライン保守処理部５１による診断の処理動作を説明するフローチャートである。
【図５】図５は、情報収集処理部５２による情報収集の処理動作を説明するフローチャートである。
【図６】図６は、オフライン保守処理部６１による保守の処理動作を説明するフローチャートである。
【図７】図７は、診断履歴データ３９の具体例について説明する説明図である。
【図８】図８は、診断エラーデータ４０の具体例について説明する説明図である。
【図９】図９は、品質データ３６の具体例について説明する説明図である。
【図１０】図１０は、交換履歴データ３７の具体例について説明する説明図である。
【図１１】図１１は、診断補助データ４１の具体例について説明する説明図である。
【図１２】図１２は、優先度重み付けデータ４６の具体例について説明する説明図である。
【図１３】図１３は、診断動作決定部６２による診断動作の決定について説明する説明図である。
【図１４】図１４は、実施例２におけるサーバの運用時の動作について説明する説明図である。
【図１５】図１５は、実施例３におけるサーバの運用時の動作について説明する説明図である。
【図１６】図１６は、実施例３におけるサーバの非運用時の動作について説明する説明図である。
【図１７】図１７は、実施例４におけるサーバの運用時の動作について説明する説明図である。
【図１８】図１８は、実施例４におけるサーバの非運用時の動作について説明する説明図である。
【発明を実施するための形態】
【００１６】
以下に、本願の開示する情報処理装置、診断方法および診断プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例１】
【００１７】
図１は、情報処理装置の実施例１であるサーバの概要構成を示す概要構成図である。図１に示したサーバ１０では、演算装置であるＣＰＵ１２、主記憶装置であるメモリ１３、Ｉ／Ｏ（Input／Output）を担う入出力処理装置１４、補助記憶装置であるＨＤＤ１５がバス１１を介して接続されている。なお、ここでは演算装置の一例としてＣＰＵを挙げているが、ＭＰＵ(Micro Processing Unit)など任意の演算装置を用いることができる。
【００１８】
また、サーバ１０では、記憶装置２３と可搬記憶媒体２４とがバス１１に接続されている。記憶装置２３は例えばＨＤＤなどである。可搬記憶媒体２４は、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、フロッピィディスク（登録商標）などであり、ドライブ装置を介してバス１１に接続されるが、図１ではドライブ装置の図示は省略している。
【００１９】
さらに、サーバ１０は、ネットワーク２２を介して構成情報格納サーバ２１に接続されている。構成情報格納サーバ２１は、サーバ１０の構成に関する情報である構成情報３５を格納している。構成情報３５には、サーバ１０の構成部品の品質を示す品質データ３６と構成部品の交換の履歴を示す交換履歴データ３７とが含まれる。
【００２０】
ＨＤＤ１５は、運用ＯＳ３１、業務プログラム３２、オンライン保守プログラム３３、情報収集プログラム３４を記憶している。サーバ１０を運用する場合、運用ＯＳ３１をメモリ１３に展開し、ＣＰＵ１２が実行する。
【００２１】
業務プログラム３２、オンライン保守プログラム３３、情報収集プログラム３４は、運用ＯＳ上で動作するアプリケーションプログラムである。業務プログラム３２は、サーバ１０が運用すべき業務処理を実現するソフトウェアである。オンライン保守プログラム３３、情報収集プログラム３４については、図２を参照して説明する。
【００２２】
図２は、運用時におけるサーバ１０の動作について説明する説明図である。オンライン保守プログラム３３は、運用ＯＳ５０上で動作することでオンライン保守処理部５１として機能する。同様に、情報収集プログラム３４は、運用ＯＳ５０上で動作することで情報収集処理部５２として機能する。
【００２３】
オンライン保守処理部５１は、サーバ１０の運用中における保守処理を行なう。この保守処理には、ＣＰＵ１２、メモリ１３、入出力処理装置１４、ＨＤＤ１５などの構成部品の診断を含む。オンライン保守処理部５１は、診断の結果得られた診断結果情報３８を記憶装置２３に書き込む。ここで、診断結果情報３８の出力先は任意であり、例えばＨＤＤ１５や可搬記憶媒体２４、または他の図示しない記憶手段を出力先として使用できる。
【００２４】
診断結果情報３８は、オンライン保守処理部５１が行なった診断の履歴である診断履歴データ３９と、診断によって検知された故障や不具合を示す診断エラーデータ４０とを含む。
【００２５】
情報収集処理部５２は、診断履歴である診断結果情報３８と構成情報３５とを取得して加工し、診断補助データ４１として記憶装置２３に書き込む。診断補助データ４１の書き込み先は、保守ＯＳからアクセス可能であれば任意の書き込み先を用いることができる。
【００２６】
図１に戻って説明を続ける。可搬記憶媒体２４は、保守ＯＳ４２、オフライン保守プログラム４３、優先度重み付けデータ４６を記憶している。
【００２７】
保守ＯＳ４２は、サーバ１０の運用を停止した状態で、メモリ１３に展開されてＣＰＵ１２によって実行される。オフライン保守プログラム４３は、保守ＯＳ上で動作するアプリケーションプログラムである。また、オフライン保守プログラム４３内には、診断動作決定処理４４と、業務停止時診断処理４５とが記述されている。
【００２８】
図３は、非運用時におけるサーバ１０の動作について説明する説明図である。オフライン保守プログラム４３は、保守ＯＳ６０上で動作することで、オフライン保守処理部６１として機能する。そして、診断動作決定処理４４と、業務停止時診断処理４５とは、オフライン保守処理部６１内の診断動作決定部６２および業務停止時診断部６３として動作する。
【００２９】
オフライン保守処理部６１は、サーバ１０の運用ＯＳが停止中における保守処理を行なう。この保守処理には、業務停止時診断部６３によるＣＰＵ１２、メモリ１３、入出力処理装置１４、ＨＤＤ１５などの構成部品の診断を含む。そして、この業務停止時診断部６３の診断動作を診断動作決定部６２が決定する。
【００３０】
診断動作決定部６２は、具体的には、記憶装置２３から診断補助データ４１を読み出し、診断補助データ４１に基づいて診断動作を決定する。このようにサーバ１０が運用中に作成した診断補助データ４１を用いることで、サーバ１０の運用中に取得した情報に合わせて診断動作を決定することができる。このサーバ１０が運用中に取得した情報は、診断履歴である診断結果情報３８を含む。
【００３１】
また、可搬記憶媒体２４に優先度重み付けデータ４６が記憶されている場合、診断動作決定部６２は、優先度重み付けデータ４６を診断動作の決定に使用する。このように優先度重み付けデータ４６を使用して診断動作を決定することで、ユーザが任意に診断動作の優先度を設定可能となる。
【００３２】
業務停止時診断部６３は、診断動作決定部６２が決定した診断動作で構成部品の診断を実行し、診断の結果得られた診断結果情報７０を可搬記憶媒体２４に書き込む。診断結果情報７０は、運用時の診断結果である診断結果情報３８と同様の情報であり、診断履歴データ７１と、診断によって検知された故障や不具合を示す診断エラーデータ７２を含む。
【００３３】
ここで、診断結果情報７０の出力先は任意であり、例えばＨＤＤ１５、記憶装置２３、また他の図示しない記憶手段を出力先として使用できる。なお、業務停止時診断部６３が記憶装置２３に診断結果情報７０を書き込む場合、診断結果情報３８とは別に書き込む動作、診断結果情報３８を上書きする動作のいずれでも実施可能である。
【００３４】
つぎに、運用中の診断動作、運用中の情報収集動作、非運用時の保守動作について説明する。
【００３５】
図４は、オンライン保守処理部５１によるオンライン保守診断の処理動作を説明するフローチャートである。この処理動作は、定期的な実行と、予めユーザが指定した条件を満たした場合の実行とのいずれでも実施可能である。処理動作が開始されると、オンライン保守処理部５１は構成部品の診断を実行し（Ｓ１０１）、診断結果を記憶装置２３に診断結果情報３８として格納する（Ｓ１０２）。
【００３６】
図５は、情報収集処理部５２による情報収集の処理動作を説明するフローチャートである。この情報収集処理部５２による情報収集の処理動作は、図４に示した運用中診断の終了時に実行する。また、情報収集処理部５２による情報収集の処理動作は、定期的に実行することもできる。さらに、情報収集処理部５２による情報収集の処理動作は、ユーザが指定した条件を満たした場合に実行することもできる。
【００３７】
処理動作が開始されると、情報収集処理部５２は、まず記憶装置２３に診断結果情報が記憶されているか否かを判定する（Ｓ２０１）。判定の結果、記憶装置２３に診断結果情報が記憶されていなければ（Ｓ２０１，Ｎｏ）、情報収集処理部５２は、後述するステップＳ２０３に移行する。また、判定の結果、記憶装置２３に診断結果情報が記憶されていれば（Ｓ２０１，Ｙｅｓ）情報収集処理部５２は、診断結果情報３８を読み出し（Ｓ２０２）、その後、構成情報格納サーバ２１に自装置の構成情報３５が格納されているか否かを判定する（Ｓ２０３）。
【００３８】
情報収集処理部５２は、構成情報格納サーバ２１に自装置の構成情報３５が格納されていなければ（Ｓ２０３，Ｎｏ）、後述するステップＳ２０５に移行する。また、構成情報格納サーバ２１に自装置の構成情報３５が格納されていれば（Ｓ２０３，Ｙｅｓ）、情報収集処理部５２は自装置の構成情報３５を読み出し（Ｓ２０４）、取得した診断結果情報や自装置の構成情報から診断補助データ４１を作成する（Ｓ２０５）。そして、情報収集処理部５２は、作成した診断補助データ４１を記憶装置２３に格納して（Ｓ２０６）、処理を終了する。
【００３９】
図６は、オフライン保守処理部６１によるオフライン保守の処理動作を説明するフローチャートである。この処理動作は、例えば保守ＯＳ６０の起動後に自動的に開始する。処理動作が開始されると、まず、診断動作決定部６２は、記憶装置２３に診断補助データ４１が記憶されているか否かを判定する（Ｓ３０１）。判定の結果、記憶装置２３に診断補助データ４１が記憶されていなければ、診断動作決定部６２は、後述するステップＳ３０５に移行する。記憶装置２３に診断補助データ４１が記憶されているならば（Ｓ３０１，Ｙｅｓ）、診断動作決定部６２は、診断補助データ４１を読み出す（Ｓ３０２）。
【００４０】
Ｓ３０２の後、診断動作決定部６２は、可搬記憶媒体２４に優先度重み付けデータ４６が記憶されているか否かを判定する（Ｓ３０３）。判定の結果、可搬記憶媒体２４に優先度重み付けデータ４６が記憶されていなければ（Ｓ３０３，Ｎｏ）、診断動作決定部６２は、後述するステップＳ３０５に移行する。可搬記憶媒体２４に優先度重み付けデータ４６が記憶されている場合（Ｓ３０３，Ｙｅｓ）、診断動作決定部６２は、可搬記憶媒体２４から優先度重み付けデータ４６を読み出して（Ｓ３０４）、ステップＳ３０５に移行する。
【００４１】
ステップＳ３０５では、診断動作決定部６２は、読み出した診断補助データ４１と優先度重み付けデータ４６とを用いて、診断動作を決定する。なお、記憶装置２３に診断補助データ４１が記憶されていない場合（Ｓ３０１，Ｎｏ）、診断動作決定部６２は、予め規定されていた動作を診断動作として決定することとなる。
【００４２】
そして、業務停止時診断部６３は、診断動作決定部６２が決定した診断動作でサーバ１０の診断を実行し（Ｓ３０６）、診断結果を出力して（Ｓ３０７）、処理を終了する。
【００４３】
つぎに、各種情報の具体例について説明する。図７は、診断履歴データ３９の具体例について説明する説明図である。図７に示した例において診断履歴データ３９は、ＣＰＵ１２、メモリ１３、ＨＤＤ１５、入出力処理装置１４の各々について、最後に診断を実行した時刻と診断結果とを示している。
【００４４】
具体的には、診断履歴データ３９は、ＣＰＵ１２について２００８年７月１日の１２時に最後に診断を実行し、診断が完了してエラーが無かったことを示している。また、診断履歴データ３９は、メモリ１３について２００８年８月１日の１２時に最後に診断を実行し、診断は５０％まで進行し、エラーが無かったことを示している。さらに、診断履歴データ３９は、ＨＤＤ１５について２００８年９月１日の１２時に最後に診断を実行し、３０％まで進行した時点でエラーを検知して終了したことを示している。また、診断履歴データ３９は、入出力処理装置１４について２００８年９月１日の１２時に最後に診断を実行し、診断は７０％まで進行し、エラーが無かったことを示している。
【００４５】
図８は、診断エラーデータ４０の具体例について説明する説明図である。図８に示した例では、ＣＰＵ１２、メモリ１３、ＨＤＤ１５、入出力処理装置１４のうち、診断でエラーが検知されたものについてエラーの内容を示している。
【００４６】
具体的には、診断エラーデータ４０は、２つのエラーについて情報を示している。１つめのエラー情報は、エラー検知日時が２００８年８月３０日ＨＨ時ＭＭ分ＳＳ秒、診断対象装置が入出力処理装置１４、製造元はＸＸ社、モデルがＸＸＸＸ、エラーを検知した論理ブロックアドレス（ＬＢＡ）がＸＸＸＸ、エラーの種類がWrite Errorである。同様に、２つめのエラー情報は、エラー検知日時が２００８年１０月１日ＨＨ時ＭＭ分ＳＳ秒、診断対象装置がＨＤＤ１５、製造元はＸＸ社、モデルがＸＸＸＸ、エラーを検知した論理ブロックアドレス（ＬＢＡ）がＸＸＸＸ、エラーの種類がUncorrectable Errorであり、自動交代によって復旧済みであることを示している。
【００４７】
図９は、品質データ３６の具体例について説明する説明図である。図９に示した例では、品質データ３６は、サーバのモデルごとに障害の発生状況を品質情報として保持している。具体的には、サーバモデルＡはＣＰＵの障害が増加傾向、サーバモデルＡはさらにＨＤＤの障害が多発しており、サーバモデルＢはＣＰＵの障害が多発しており、サーバモデルＣは障害情報なしであることを示している。
【００４８】
なお、ここでは品質データ３６としてサーバのモデルごとに集計したデータを例示しているが、例えばサーバに使用される部品ごとに集計したデータや、部品の組み合わせ毎に集計したデータを品質データとして用いることもできる。
【００４９】
図１０は、交換履歴データ３７の具体例について説明する説明図である。図１０に示した例では、２つの交換履歴について情報を示している。１つめの交換履歴は、交換日時が２００８年７月１日ＨＨ時ＭＭ分ＳＳ秒、部品の交換を実施したサーバ名がサーバＺ、同じく部品の交換を実施したサーバのモデル名がモデルＢ、交換部品がＨＤＤ、交換部品のメーカーがＸＸ社、交換部品の型名がＸＸＸＸ、搭載位置が３．５インチのベイ１、交換理由がコレクタブルエラー多発のためである。同様に、２つめの交換履歴は、交換日時が２００８年９月１日ＨＨ時ＭＭ分ＳＳ秒、部品の交換を実施したサーバ名がサーバＸ、同じく部品の交換を実施したサーバのモデル名がモデルＡ、交換部品が入出力処理装置であるフロッピィディスクのドライブ（Ｆｌｏｐｐｙ（登録商標）  Ｄｒｉｖｅ）、交換部品のメーカーがＸＸ社、交換部品の型名がＸＸＸＸ、搭載位置か５インチのベイ２、交換理由がフロッピィディスクへのアクセス不可のためである。
【００５０】
図１１は、診断補助データ４１の具体例について説明する説明図である。図１１に示した診断補助データ４１は、診断履歴データ３９、診断エラーデータ４０、品質データ３６および交換履歴データ３７の内容を構成部品ごとにまとめたデータである。
【００５１】
具体的には、ＣＰＵ１２について診断補助データ４１は、エラー無し、診断履歴として２００８年７月１日１２時に１００％診断済み、部品の交換情報無し、品質普通であることを示している。同様にメモリ１３について診断補助データ４１は、エラー無し、２００８年８月１日１２時に５０％診断済み、部品の交換情報無し、品質良好であることを示している。また、ＨＤＤ１５について診断補助データ４１は、エラー有りであることとエラーが発生した位置情報、２００８年９月１日１２時に３０％診断済み、部品の交換情報が無い、品質注意であることを示している。そして入出力処理装置１４について診断補助データ４１は、エラー有りであることとエラーが復旧済みであること、２００８年１０月１日１２時に７０％診断済み、２００８年９月１日に交換、品質良好であることを示している。
【００５２】
図１２は、優先度重み付けデータ４６の具体例について説明する説明図である。図１２に示した優先度重み付けデータ４６は、診断補助データ４１の各項目の値について、重み付けを設定している。具体的には、優先度重み付けデータ４６は、診断エラーの項目について、エラー有りに「２０」、エラー無しに「５」を設定している。同様に、優先度重み付けデータ４６は、診断履歴の項目について、診断の進捗が３０％以下の場合に「２０」、３１〜６０％の場合に「１５」、６１〜９０％の場合に「１０」、９１〜１００％の場合に「５」を設定している。また、優先度重み付けデータ４６は、交換履歴の項目について、交換有りに「５」、交換無しに「２０」を設定している。そして、優先度重み付けデータ４６は、品質の項目について、品質良好に「５」、品質普通に「１０」、品質注意に「１５」、品質警戒に「２０」を設定している。
【００５３】
図１３は、診断動作決定部６２による診断動作の決定について説明する説明図である。診断動作決定部６２は、図１３に示したように、診断補助データ４１の各項目の値を優先度重み付けデータ４６を参照して変換し、構成部品毎に合計して優先度の値を算出する。
【００５４】
具体的には、ＣＰＵ１２は、診断エラー無しで「５」、診断履歴が１００％済みであるので「５」、交換無しで「２０」、品質普通で「１０」である。そこで診断動作決定部６２はこれらの値を合計してＣＰＵ１２の優先度を４０とする。
【００５５】
同様に、メモリ１３は、診断エラー無しで「５」、診断履歴が５０％済みであるので「１５」、交換無しで「２０」、品質良好で「５」である。そこで診断動作決定部６２はこれらの値を合計してメモリ１３の優先度を４５とする。
【００５６】
また、ＨＤＤ１５は、診断エラー有りで「２０」、診断履歴が３０％済みであるので「２０」、交換無しで「２０」、品質注意で「１５」である。そこで診断動作決定部６２はこれらの値を合計してＨＤＤ１５の優先度を７５とする。
【００５７】
さらに、入出力処理装置１４は、診断エラー有りで「２０」、診断履歴が７０％済みであるので「１０」、交換有りで「５」、品質良好で「５」である。そこで診断動作決定部６２はこれらの値を合計して入出力処理装置１４の優先度を４０とする。
【００５８】
診断動作決定部６２は、各構成部品の優先度をさらに合計し、この合計の値に対する各構成要素の優先度の比率を、その部品の診断における処理能力の使用比率とする。
【００５９】
優先度の合計値は４０＋４５＋７５＋４０で２００である。そこで、診断動作決定部６２は、優先度４０であるＣＰＵ１２の診断に処理能力の２０％を割り当てる。同様に、診断動作決定部６２は、優先度４５であるメモリ１３の診断には、処理能力の２２．５％を割り当て、優先度７５であるＨＤＤ１５の診断には処理能力の３７．５％を割り当てる。そして、診断動作決定部６２は、優先度４０である入出力処理装置１４の診断には処理能力の２０％を割り当てる。
【００６０】
このように、診断動作決定部６２は、サーバ１０の演算リソースを配分することで、各構成部品に対する診断の優先順序を解決する。診断リソースの配分は、例えば診断実行時のＣＰＵ１２やメモリ１３の占有率の配分として実施する。また、各構成部品の診断にかける時間配分として診断リソースの配分を実施することもできる。
【００６１】
このリソースの配分によって、運用中の診断が完了した構成部品についてはリソースの配分を少なくし、運用中の診断が完了していない構成部品については進捗が遅いものほどリソースの配分を大きくすることができる。
【００６２】
また、運用中の診断においてエラーが発生した構成部品に配分するリソースをエラーが発生していない構成部品に配分するリソースに対して大きくすることができる。同様に、交換を行なっていない構成部品に配分するリソースを、交換を行なった構成部品に配分するリソースに対して大きくすることができる。また、品質が低い可能性がある部品に配分するリソースを、品質が高い可能性がある部品に配分するリソースに比して大きくすることができる。
【００６３】
そのため、運用中の診断結果や運用中に取得した情報に基づき、運用中の診断が中断された構成部品や、エラーが発生した構成部品、交換されていない構成部品、品質が低い可能性のある構成部品について重点的に診断を実行することができる。なお、ここでは交換を行なった構成部品は交換を行なっていない交換部品よりも信頼性が高いものとしてリソース配分を小さくしているが、交換を行なった構成部品が交換を行なっていない構成部品よりも信頼性が低いものとしてリソース配分を大きくしても良い。
【００６４】
さらに、診断動作決定部６２は、運用中の診断が完了していない構成部品については、運用中の診断が終了した箇所から運用停止中の診断を開始するよう診断動作を決定する。メモリ１３は運用中の診断が５０％で停止しているので、診断動作決定部６２は、メモリ１３に対する運用停止中の診断が５０％の箇所から開始するように診断動作を決定する。同様に、ＨＤＤ１５は運用中の診断が３０％で停止しているので、診断動作決定部６２は、ＨＤＤ１５に対する運用停止中の診断が３０％の箇所から開始するように診断動作を決定する。また、入出力処理装置１４は運用中の診断が２０％で停止しているので、診断動作決定部６２は、入出力処理装置１４に対する運用停止中の診断が２０％の箇所から開始するように診断動作を決定する。なお、ＣＰＵ１２は、運用中の診断が完了しているので、診断動作決定部６２は、運用停止中の診断が０％から開始するように診断動作を決定する。
【００６５】
また、診断動作決定部６２は、運用中の診断においてエラーが検知された箇所の近傍を重点的に診断するように運用停止中の診断動作を決定する。図１１に示した診断補助データ４１では、ＨＤＤ１５にエラーが検知され、エラーが発生した位置情報が示されている。そこで診断動作決定部６２は、図１３に示したようにＨＤＤ１５の診断においてエラーが発生した場所の近傍を重点的に診断することを指定している。具体的な診断動作としては、重点的に診断する場所については診断の開始後最初に診断を実行することができる。また、重点的に診断する場所については複数回診断を繰り返して実行することもできる。なお、図１１に示した診断補助データ４１では、入出力処理装置１４はエラーが発生しているが交換によって復旧している。そのため、診断動作決定部６２は入出力処理装置１４については特定のアドレスの近傍における重点的な診断は指定していない。
【００６６】
上述してきたように、本実施例１では、サーバ１０の運用中に情報収集処理部５２が収集した情報を診断補助データ４１として記憶装置２３に記憶させる。そして、診断動作決定部６２が、サーバ１０の運用停止中に実施する診断の動作を診断補助データ４１に基づいて決定する。
【００６７】
このようにサーバ１０の運用中に収集した情報を利用して非運用時の診断動作を決定することでユーザ運用状況に応じた診断が可能となる。そのため、運用停止中における自己診断の効率を向上することができ、障害部品の検出能力向上や保守時間短縮といった効果が得られる。
【００６８】
具体的には、診断動作決定部６２が、サーバ１０の運用中に実施した診断の結果を利用して運用停止中の診断動作を決定することで、運用中の診断結果と連携した自己診断を非運用時に実施することができる。
【００６９】
また、情報収集処理部５２が構成部品の品質に関する情報や交換履歴に関する情報をネットワーク経由で運用中に収集しておくことで、業務停止時診断部６３は、保守ＯＳからはアクセスできない情報を利用して自己診断を行なうことが可能となる。
【００７０】
そして、診断動作決定部６２は、情報収集処理部５２が収集した情報に基づいて診断時におけるリソース配分を行なうことによって、診断対象となる各部品に対して診断を重み付けし、効率的な診断を実現することができる。
【００７１】
さらに、診断動作決定部６２は、運用時の診断でエラーが検知された部品については、エラー発生箇所近傍を重点的に診断するよう決定することで、同一部品内での診断の重み付けをおこなうことができる。
【００７２】
また、図１に示したように、本実施例１に開示した診断方法をオフライン保守プログラム４３として実施すれば、開示の診断方法を任意のコンピュータで実行可能な診断プログラムを得ることができる。
【実施例２】
【００７３】
図１４は、実施例２におけるサーバの運用時の動作について説明する説明図である。実施例１では、オンライン保守処理部５１と情報収集処理部５２とは独立しており、オンライン保守処理部５１が出力した診断結果情報３８を情報収集処理部５２が読み出して診断補助データ４１を作成していた。これに対し、実施例２では、オンライン保守処理部５３内部に情報収集処理部５４を設け、オンライン保守処理部５３が診断結果情報３８と診断補助データ４１の双方を出力するようにしている。その他の構成および動作は実施例１と同様であるので、同一の構成要素には同一の符号を付して説明を省略する。
【００７４】
本実施例２のように、オンライン保守処理部５３に情報収集処理部５４の機能を持たせる構成とすれば、運用時の診断動作と診断補助データ４１との作成を連携させることができる。また、オンライン保守処理部と情報収集処理部とが個別に動作する場合に比して、サーバ１０にかかる負荷を減らすことができる。
【実施例３】
【００７５】
図１５は、実施例３におけるサーバの運用時の動作について説明する説明図である。また、図１６は、実施例３におけるサーバの非運用時の動作について説明する説明図である。
【００７６】
実施例１では、運用時に情報収集処理部５２が診断補助データ４１を作成し、運用停止時に診断補助データ４１を読み出して使用していた。これに対し、実施例３では、運用停止中に情報収集を実行する。そのため、運用中は図１５に示すように、オンライン保守処理部５１が診断結果情報３８を出力するのみである。
【００７７】
そして、運用停止時には、図１６に示したように、オフライン保守処理部６４内部の情報収集処理部６５が、記憶装置２３から診断結果情報３８を読み出して診断補助データ４１を作成し、診断動作決定部６２に渡す。
【００７８】
その他の構成および動作は実施例１と同様であるので、同一の構成要素には同一の符号を付して説明を省略する。なお、図１６に示した構成では、保守ＯＳ６０がネットワーク通信機能を持たないことを想定している。そのため、情報収集処理部６５は診断結果情報３８のみを読み出しているが、保守ＯＳ６０から構成情報格納サーバ２１にアクセス可能であれば、構成情報３５を読み出すことができる。
【００７９】
本実施例３のように、情報収集を保守ＯＳ上でおこなう構成とすれば、オフライン保守プログラム４３の変更のみで運用中に作成された情報を利用してオフライン診断を行なうことができる。
【実施例４】
【００８０】
図１７は、実施例４におけるサーバの運用時の動作について説明する説明図である。また、図１８は、実施例４におけるサーバの非運用時の動作について説明する説明図である。
【００８１】
実施例１では、診断動作の決定を非運用時に行なうこととしているが、実施例４では、診断動作の決定を運用時に行なうこととしている。
【００８２】
具体的には、図１７に示したように、運用ＯＳ５０上でオンライン保守処理部５１、情報収集処理部５７に加えて診断動作決定部５８が動作する。情報収集処理部５７は、オンライン保守処理部５１が出力した診断結果情報３８と構成情報格納サーバ２１から読み出した構成情報３５とを用いて図示しない診断補助データを作成して診断動作決定部５８に渡す。診断動作決定部５８は診断補助データに基づいて診断動作を決定し、診断動作データ８０として記憶装置２３に書き込む。
【００８３】
保守ＯＳ６０上で動作するオフライン保守処理部６６内の業務停止時診断部６７は、図１８に示したように記憶装置２３から診断動作データ８０を読み出し、診断動作データ８０に示された診断動作を実行して診断結果を診断結果情報７０として可搬記憶媒体２４に書き込む。
【００８４】
その他の構成および動作は実施例１と同様であるので、同一の構成要素には同一の符号を付して説明を省略する。なお、図１７に示した構成では、優先度重み付けデータ４６を用いることなく診断動作を決定する場合を例に説明を行なった。運用ＯＳからアクセス可能な状態で優先度重み付けデータが存在する場合には、診断動作決定部５８は優先度重み付けデータを読み出して診断動作の決定に使用することができる。
【００８５】
本実施例４のように、診断動作の決定を運用ＯＳ上でおこなう構成とすれば、オフライン診断に要する時間を短縮することができる。
【００８６】
以上実施例１〜４に示した構成および動作はあくまで一例であり、開示の装置、方法、プログラムは適宜変形して実施可能である。例えば、実施例１では、エラーが発生した箇所の情報に基づいて診断動作を決定する構成について説明を行なったが、これ以外にも、エラーの発生回数など、任意の情報を診断動作の決定に使用することができる。エラー回数を用いて診断動作を決定する場合、例えばエラー回数に応じてリソースの配分を変更することができる。
【００８７】
また、実施例１〜４では開示の装置、方法、プログラムをサーバに適用する場合を例に説明を行なったが、例えば個人利用の情報処理装置に適用してもよい。なお、業務処理とは、個人が情報処理装置に実行させる任意の処理も含むものである。
【００８８】
以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。
【００８９】
（付記１）情報処理装置の構成部品に関する診断履歴を含む情報を、前記情報処理装置の業務処理中に収集する情報収集部と、
前記情報収集部により収集された情報に基づいて前記情報処理装置のオフライン診断時の優先度設定を行なう診断動作決定部と、
前記オフライン診断時に、前記診断動作決定部が決定した優先度設定に基づいて、前記構成部品に対する診断を行なう業務停止時診断部と、
を備えたことを特徴とする情報処理装置。
【００９０】
（付記２）前記診断動作決定部は、前記業務停止時診断部による前記構成部品の診断時に、各構成部品の診断に使用する処理能力の配分を行なうことを特徴とする付記１に記載の情報処理装置。
【００９１】
（付記３）前記情報収集部は、前記情報処理装置の業務処理中に実行した前記構成部品に対する診断結果を前記構成部品に関する情報として収集することを特徴とする付記１または２に記載の情報処理装置。
【００９２】
（付記４）前記診断動作決定部は、前記診断結果として前記構成部品の障害箇所が検出された場合に、当該構成部品の診断時に、前記障害箇所に対する診断と他の箇所に対する診断との間で重み付けを行なうことを特徴とする付記３に記載の情報処理装置。
【００９３】
（付記５）前記情報収集部は、前記構成部品の品質に関する情報と前記構成部品の交換履歴に関する情報とのうち少なくとも一方をネットワーク経由で収集することを特徴とする付記１〜４の何れか一つに記載の情報処理装置。
【００９４】
（付記６）前記情報収集部、前記診断動作決定部、前記業務停止時診断部のうち、少なくともいずれかはソフトウェアを演算装置が実行することで実現することを特徴とする付記１〜５のいずれか一つに記載の情報処理装置。
【００９５】
（付記７）情報処理装置の構成部品に関する診断履歴を含む情報を、前記情報処理装置の業務処理中に収集する情報収集ステップと、
前記情報処理装置のオフライン診断時の優先度設定を、前記情報収集ステップによって収集された情報に基づいて決定する診断動作決定ステップと、
前記診断動作決定ステップが決定した優先度設定に基づいて、前記構成部品に対する診断を前記オフライン診断時に実施する業務停止時診断ステップと、
を含むことを特徴とする診断方法。
【００９６】
（付記８）情報処理装置の構成部品に対するオフライン診断を前記情報処理装置自身に行なわせる診断プログラムであって、
前記情報処理装置の業務処理中に収集された前記構成部品に関する診断履歴を含む情報を読み出す読み出し手順と、
前記読み出し手順によって読み出された情報に基づいて、前記オフライン診断時の優先度設定を行なう診断動作決定手順と、
前記診断動作決定手順が決定した優先度設定に基づいて、前記構成部品に対する診断を行なう業務停止時診断手順と、
を前記情報処理装置に実行させることを特徴とする診断プログラム。
【符号の説明】
【００９７】
１０  サーバ
１１  バス
１２  ＣＰＵ
１３  メモリ
１４  入出力処理装置
１５  ＨＤＤ
２１  構成情報格納サーバ
２２  ネットワーク
２３  記憶装置
２４  可搬記憶媒体
３１  運用ＯＳプログラム
３２  業務プログラム
３３  オンライン保守プログラム
３４  情報収集プログラム
３５  構成情報
３６  品質データ
３７  交換履歴データ
３８，７０  診断結果情報
３９，７１  診断履歴データ
４０，７２  診断エラーデータ
４１  診断補助データ
４２  保守ＯＳプログラム
４３  オフライン保守プログラム
４４  診断動作決定処理
４５  業務停止時診断処理
４６  優先度重み付けデータ
５０  運用ＯＳ
５１，５３  オンライン保守処理部
５２，５４，５７，６５  情報収集処理部
５８，６２  診断動作決定部
６０  保守ＯＳ
６１，６４，６６  オフライン保守処理部
６３，６７  業務停止時診断部
８０  診断動作データ
【図１】
2011108201.tif 000003
【図２】
2011108201.tif 000004
【図３】
2011108201.tif 000005
【図４】
2011108201.tif 000006
【図５】
2011108201.tif 000007
【図６】
2011108201.tif 000008
【図７】
2011108201.tif 000009
【図８】
2011108201.tif 000010
【図９】
2011108201.tif 000011
【図１０】
2011108201.tif 000012
【図１１】
2011108201.tif 000013
【図１２】
2011108201.tif 000014
【図１３】
2011108201.tif 000015
【図１４】
2011108201.tif 000016
【図１５】
2011108201.tif 000017
【図１６】
2011108201.tif 000018
【図１７】
2011108201.tif 000019
【図１８】
2011108201.tif 000020