JP2008176703A - 故障診断システム及び故障診断プログラム - Google Patents

Abstract

【課題】ハードウェアによって発生する異常とそのハードウェアの動作制御のためのソフトウェアによって発生する異常とを統合して診断することができる故障診断システム及び故障診断プログラムを得る。
【解決手段】ベイジアンネットワークを用いることによって、フェイルコードやフリーズ等の故障現象として故障診断システムが知らせる故障現象（Ａ）２９１、故障現象（Ｂ）２９２、及び故障現象（Ｃ）２９３等を診断モデルの診断トリガーとして入力させる。そして、通常出力Ｌｏｇ２８０及び局部検査結果Ｌｏｇ２９０等のメッセージを加え、診断を行う。その結果、故障診断した結果である推定異常個所の推定異常確率が出力される。その出力結果の推定異確率によって、ハードウェアで構築されるシステムにおいて、ハードウェアの動作制御のためのソフトウェアの少なくとも一方によって発生する異常まで含めて故障箇所を特定する。
【選択図】図２

Description

本発明は、故障診断システム及び故障診断プログラムに関する。

近年、パーソナルコンピュータ、複写機、スキャナ、プリンタ並びにこれらが複合された複合機等の機器には、性能、機能の向上に伴い、様々な用途のアナログ及びデジタルの電子回路がプリント基板（「ＰＷＢＡ（Ｐｒｉｎｔｅｄ ｗｉｒｉｎｇ ｂｏａｒｄ Ａｓｓｅｍｂｌｙ）」又は「ボード」等と呼ぶことがあり、以下、統一して「ＰＷＢＡ」と呼ぶ）に取り付けられてきている。ＰＷＢＡは、一連の機能を実現するために、様々な形でケーブル等の配線を介して互いに接続され、信号のやり取り等が実行されている。このようなＰＷＢＡが搭載される機器が使用される環境は、オフィス内や家屋内が主としてあるが、それ以外の過酷な環境下で使用される場合もある。

そのため、それぞれの状況下で様々な異常が発生し、これらの異常、故障の修復には多大な労力を要している。さらに、何らかの異常が発生した場合、故障診断システムによってＰＷＢＡに異常ありと診断したにもかかわらず、実際に解析すれば、ＰＷＢＡの異常ではなく、ＰＷＢＡ上を走るソフトウェアやアプリケーションソフトウェアのバグであるものがある。

故障診断システムとしては、コンピュータに障害が発生した場合、インターネットを介してエラー情報を収集し、エラーに応じた対策をとる方法が提案されている（特許文献１参照）。

また、遠隔地にあるサーバの障害発生時に、障害原因の特定、対策、内容、及び費用の通知を自動化することが提案されている（特許文献２参照）。

さらに、機器及び通信路の物理的故障、誤動作、プログラムの不具合、パラメータ値の設定不備等の障害の診断を効率よく行うことが提案されている（特許文献３参照）。
特開２００５−２２８００４号公報 特開２００５−２０２５９７号公報 特開平０６−１４９５７７号公報

しかしながら、特許文献１乃至特許文献３では、ハードウェアであるＰＷＢＡによって構築されるシステムの異常を、ソフトウェアとハードウェアに切り分け、分類し、異常の診断を行う。そのため、ＰＷＢＡが構築する接続系の関連性、及びＰＷＢＡとＰＷＢＡの動作制御のための手順や命令が組み込まれたソフトウェアとの関連性という観点からみた統合的な診断を行うことができないという問題がある。

本発明は、上記事実を考慮し、ハードウェアによって発生する異常とそのハードウェアの動作制御のためのソフトウェアによって発生する異常とを統合して診断することができる故障診断システム及び故障診断プログラムを得ることが目的である。

請求項１に記載の発明は、物理的実体として存在するコンピュータ構成部品を、故障診断のために分類し、当該分類された単位であるハードウェアモデルと、コンピュータを制御する手順や命令がまとめられたプログラムを故障診断のために分類し、当該分類された単位であるソフトウェアモデルと、を互いに関連付けて、所定の故障診断プログラムを実行する制御手段を有することを特徴とする。

請求項１に記載の発明によれば、物理的実体として存在するコンピュータ構成部品を、故障診断のために分類し、当該分類された単位であるハードウェアモデル（ハードウェアをモデル化したもの）と定義する。また、コンピュータを制御する手順や命令がまとめられたプログラムを故障診断のために分類し、当該分類された単位であるソフトウェアモデル（ソフトウェアをモデル化したもの）と定義する。そして、制御手段において、定義されたハードウェアモデル及びソフトウェアモデルを互いに関連付け、所定の故障診断プログラムを実行する。

従って、ハードウェアによって発生する異常とそのハードウェアの動作制御のためのソフトウェアによって発生する異常とを統合して診断することができる。

請求項２に記載の発明は、請求項１記載の発明において、前記所定の故障診断プログラムが、ベイジアンネットワークに基づく故障診断プログラムであり、前記ハードウェアモデル及び前記ソフトウェアモデルが、前記制御手段による故障診断プログラム実行時に故障を特定する単位となる故障診断モデルであることを特徴とする。

請求項２に記載の発明によれば、前記所定の故障診断プログラムが、ベイジアンネットワークに基づく故障診断プログラムである。また、前記ハードウェアモデル及び前記ソフトウェアモデルが、前記制御手段による故障診断プログラム実行時に故障を特定する単位となる故障診断モデルであるので、ハードウェア及びそのハードウェアの動作制御のためのソフトウェアを含め、関係性または依存性を持たせて統合して故障箇所を診断できる。その結果、故障箇所の故障確率を精度良く求めることができるので、ＣＥ（カスタマーエンジニア）のサービス時間を短縮することもできる。

請求項３に記載の発明は、物理的実体として存在するコンピュータ構成部品であるハードウェアを所定の診断モデルに分類してモデル化するハードウェアモデル化手段と、前記ハードウェアの動作制御のための手順や命令が組み込まれたソフトウェアを前記所定の診断モデルに分類してモデル化するソフトウェアモデル化手段と、前記ハードウェアモデル化手段でモデル化した診断モデルの動作状態を表すハードウェア情報と、前記ソフトウェアモデル化手段でモデル化した診断モデルの実行状態を表すソフトウェア情報とを統合する統合手段と、前記統合手段によって、統合した診断モデルからの情報群を基に解析し、前記ソフトウェアの観点から異常を検査するためのプログラムを実行した結果の情報であるソフトウェア検査結果情報、及び前記ハードウェアの観点から異常を検査するためのプログラムを実行した結果の情報であるハードウェア検査結果情報の少なくとも一方を取得する結果情報取得手段と、前記結果情報取得手段により取得されたソフトウェア検査結果情報及びハードウェア検査結果情報の少なくとも一方に基づいて、所定の故障診断プログラムを実行し、前記ハードウェア及び前記ソフトウェアのモデルの少なくとも一方の診断結果をもって故障の診断を行う故障診断手段と、を備えていることを特徴とする。

請求項３に記載の発明によれば、ハードウェアモデル化手段により、物理的実体として存在するコンピュータ構成部品であるハードウェアを所定の診断モデルに分類してモデル化する。また、ソフトウェアモデル化手段により、前記ハードウェアの動作制御のための手順や命令が組み込まれたソフトウェアを前記所定の診断モデルに分類してモデル化する。そこで、統合手段によって、前記ハードウェアモデル化手段でモデル化した診断モデルの動作状態を表すハードウェア情報と、前記ソフトウェアモデル化手段でモデル化した診断モデルの実行状態を表すソフトウェア情報とを統合する。統合手段によって、統合した前記ハードウェアのモデル及び前記ソフトウェアのモデルからの情報群を基に解析する。解析した結果、前記ソフトウェアの観点から異常を検査するためのプログラムを実行した結果の情報であるソフトウェア検査結果情報、及び前記ハードウェアの観点から異常を検査するためのプログラムを実行した結果の情報であるハードウェア検査結果情報の少なくとも一方を結果情報取得手段により取得する。前記結果情報取得手段により取得されたソフトウェア検査結果情報及びハードウェア検査結果情報の少なくとも一方に基づいて、故障診断手段が所定の故障診断プログラムを実行し、統合した前記ハードウェアのモデル及び前記ソフトウェアのモデルの少なくとも一方の診断結果をもって故障診断を行う。

従って、ハードウェアによって発生する異常とそのハードウェアの動作制御のためのソフトウェアによって発生する異常とを統合して診断することができる。

請求項４に記載の発明は、請求項３記載の発明において、前記所定の故障診断プログラムが、ベイジアンネットワークに基づく故障診断プログラムであり、前記ハードウェアモデル化手段によってモデル化される前記ハードウェア及び前記ソフトウェアモデル化手段によってモデル化される前記ソフトウェアの少なくとも一方が、前記故障診断手段による故障診断プログラム実行時に故障を特定する単位となる故障診断モデルであることを特徴とする。

請求項４に記載の発明によれば、前記所定の故障診断プログラムが、ベイジアンネットワークに基づく故障診断プログラムである。また、前記ハードウェアモデル化手段によってモデル化される前記ハードウェア及び前記ソフトウェアモデル化手段によってモデル化される前記ソフトウェアの少なくとも一方が、前記故障診断手段による故障診断プログラム実行時に故障を特定する単位となる故障診断モデルである。そこで、モデル化された前記ハードウェア及びモデル化された前記ソフトウェアの少なくとも一方における確定した情報を基に不確定な故障箇所の情報の確率を演算するので、ハードウェア及びそのハードウェアの動作制御のためのソフトウェアの少なくとも一方を含め、関係性または依存性を持たせて統合して故障箇所を診断できる。その結果、故障箇所の故障確率を精度良く求めることができるので、ＣＥのサービス時間を短縮することもできる。

請求項５に記載の発明は、物理的実体として存在するコンピュータ構成部品を、故障診断のために分類し、当該分類された単位であるハードウェアモデルと、コンピュータを制御する手順や命令がまとめられたプログラムを故障診断のために分類し、当該分類された単位であるソフトウェアモデルと、を互いに関連付けて、所定の故障診断を実行することを特徴とする。

請求項５に記載の発明によれば、物理的実体として存在するコンピュータ構成部品を、故障診断のために分類し、当該分類された単位であるハードウェアモデル（ハードウェアをモデル化したもの）と定義する。また、コンピュータを制御する手順や命令がまとめられたプログラムを故障診断のために分類し、当該分類された単位であるソフトウェアモデル（ソフトウェアをモデル化したもの）と定義する。そして、定義されたハードウェアモデル及びソフトウェアモデルを互いに関連付け、所定の故障診断プログラムを実行する。

従って、ハードウェアによって発生する異常とそのハードウェアの動作制御のためのソフトウェアによって発生する異常とを統合して診断することができる。

以上説明したように本発明によれば、ハードウェアによって発生する異常とそのハードウェアの動作制御のためのソフトウェアによって発生する異常とを統合して診断することができる故障診断システム及び故障診断プログラムを得ることができるという効果が得られる。

図１は、本実施の形態に係るハードウェア構成の概略図である。

図１のハードウェア構成は、複数のＰＷＢＡ（Ｐｒｉｎｔｅｄ ｗｉｒｉｎｇ ｂｏａｒｄ Ａｓｓｅｍｂｌｙ）で構成されており、以下、それぞれを統一してＰＷＢＡと呼び、全体をＰＷＢＡシステム１００と呼ぶ。

さらに、図１のハードウェア構成には、各ＰＷＢＡそれぞれを接続する接続部（例えば、ケーブル配線やプリント配線等）も加えて構成されており、以下、それぞれを統一してＮｅｔ（回路網：Ｎｅｔｗｏｒｋ）と呼び、全てのＮｅｔをまとめて全Ｎｅｔと呼ぶ。

ＰＷＢＡシステム１００は、ＰＷＢＡ（Ａ）１１０、ＰＷＢＡ（Ｂ）１２０、ＰＷＢＡ（Ｃ）１３０、ＰＷＢＡ（Ｄ）１４０、ＰＷＢＡ（Ｅ）１５０、及びＰＷＢＡ（Ｆ）１６０で構成されている。

また、それぞれのＰＷＢＡ（Ａ）１１０〜ＰＷＢＡ（Ｆ）１６０は、Ｎｅｔ（Ａ）１１２、Ｎｅｔ（Ｂ）１２２、Ｎｅｔ（Ｃ）１３２、Ｎｅｔ（Ｄ）１４２、Ｎｅｔ（Ｅ）１５２、及びＮｅｔ（Ｆ）１６２で接続されている。

詳細には、ＰＷＢＡ（Ａ）１１０は、Ｎｅｔ（Ｂ）１２２を介してＰＷＢＡ（Ｂ）１２０と接続され、Ｎｅｔ（Ｄ）１４２を介してＰＷＢＡ（Ｄ）１４０と接続され、Ｎｅｔ（Ｆ）１６２を介してＰＷＢＡ（Ｆ）１６０と接続されている。また、ＰＷＢＡ（Ｂ）１２０はＮｅｔ（Ｃ）１３２を介してＰＷＢＡ（Ｃ）１３０と接続され、ＰＷＢＡ（Ｆ）１６０はＮｅｔ（Ｅ）１５２を介してＰＷＢＡ（Ｅ）１５０と接続されている。

なお、本実施の形態では、ＰＷＢＡ（Ａ）１１０はメインの基板（主基板）であり、他のＰＷＢＡ（Ｂ）１２０〜ＰＷＢＡ（Ｆ）１６０は、ＰＷＢＡ（Ａ）１１０と直接的又は間接的に接続され、動作するサブの基板（副基板）とする。

ここで、物理的にＰＷＢＡ（Ａ）１１０〜ＰＷＢＡ（Ｆ）１６０が同一の基板上に存在する場合や、ＰＷＢＡ（Ａ）１１０〜ＰＷＢＡ（Ｆ）１６０が２以上の基板に分離される場合もある。

図２は、図１のハードウェアの構成を示したＰＷＢＡシステム１００を対象として、ベイジアンネットワーク２００を構成するべく、各部をモデル化した故障診断システムの概要図である。

なお、ベイジアンネットワーク２００は、因果ネットワークと呼ばれるものである。

ベイジアンネットワーク２００は、モデル化された図１のＰＷＢＡ（Ａ）１１０〜ＰＷＢＡ（Ｆ）１６０及びＮｅｔ（Ａ）１１２〜Ｎｅｔ（Ｆ）１６２の各ノード（故障診断する対象の単位）で構成されている。

また、ベイジアンネットワーク２００には、ハードウェア及びそのハードウェアの制御動作させるソフトウェアの少なくとも一方の働きや機能を統合した情報を意味する統合ノードであるＩｆ（Ａ）２１０〜Ｉｆ（Ｆ）２６０も加えて構成されている。なお、「Ｉｆ」はＩｎｔｅｒｆａｃｅの略である。

さらに、ベイジアンネットワーク２００には、図１のＰＷＢＡシステム１００上で実行されるソフトウェアアプリケーション情報を意味するノードであるＳＷ／Ａｐｐｌｉｃａｔｉｏｎ２７０も加えて構成されている。なお、本実施の形態では、ＳＷ／Ａｐｐｌｉｃａｔｉｏｎ２７０は１つしか図示されていないが、複数用意してもよい。

また、各ノードの故障の初期確率は確率テーブル等により予め定義されている。

さらに、ベイジアンネットワーク２００には、出力される情報として、通常出力Ｌｏｇ（ソフトウェア検査結果情報）２８０、局部検査結果Ｌｏｇ（ハードウェア検査結果情報）２９０、故障現象（Ａ）２９１、故障現象（Ｂ）２９２、及び故障現象（Ｃ）２９３が含まれている。

なお、通常出力Ｌｏｇ（ソフトウェア検査結果情報）２８０は、一般にシステムが吐き出す実施内容等の情報を示すＬｏｇのことである。通常、システムはこのＬｏｇを含め、内部に用意されているソフトウェアの観点から異常を検査するためのプログラムを実行した診断情報から故障診断を実施する。

また、局部検査結果Ｌｏｇ（ハードウェア検査結果情報）２９０は、システムの特定領域に対して特にハードウェアの観点から異常を検査するためのプログラムを実行した結果を示すＬｏｇである。このハードウェアの観点から異常を検査するためのプログラムは、例えば、通常のシステム診断では動作不具合等により診断実施が不可能な状況下の特定の場所に対し、インターフェイス部分の通電状態でその部分だけを動作させ、ＰＷＢＡ間やＩＣ間のインターフェイス部分の通信状態や搭載されている主要ＩＣの異常を検知するよう故障診断を実施する。

さらに、故障現象（Ａ）２９１、故障現象（Ｂ）２９２、及び故障現象（Ｃ）２９３は、ＰＷＢＡシステム１００が誤作動や不具合を起こした際に出力されるＦａｉｌ Ｃｏｄｅ（フェイルコード）やフリーズ（動作停止）等の情報のことである。

以下にベイジアンネットワーク２００の接続関係の構成を説明する。

ＰＷＢＡ（Ａ）１１０からＩｆ（Ａ）２１０に向かって情報が伝達されるように矢印ａｒｃ１で接続され、Ｎｅｔ（Ａ）１１２からＩｆ（Ａ）２１０に向かって情報が伝達されるように矢印ａｒｃ２で接続されている。また、ＰＷＢＡ（Ｂ）１２０からＩｆ（Ｂ）２２０に向かって情報が伝達されるように矢印ａｒｃ３で接続され、Ｎｅｔ（Ｂ）１２２からＩｆ（Ｂ）２２０に向かって情報が伝達されるように矢印ａｒｃ４で接続されている。さらに、ＰＷＢＡ（Ｃ）１３０からＩｆ（Ｃ）２３０に向かって情報が伝達されるように矢印ａｒｃ５で接続され、Ｎｅｔ（Ｃ）１３２からＩｆ（Ｃ）２３０に向かって情報が伝達されるように矢印ａｒｃ６で接続されている。また、ＰＷＢＡ（Ｄ）１４０からＩｆ（Ｄ）２４０に向かって情報が伝達されるように矢印ａｒｃ７で接続され、Ｎｅｔ（Ｄ）１４２からＩｆ（Ｄ）２４０に向かって情報が伝達されるように矢印ａｒｃ８で接続されている。さらに、ＰＷＢＡ（Ｅ）１５０からＩｆ（Ｅ）２５０に向かって情報が伝達されるように矢印ａｒｃ９で接続され、Ｎｅｔ（Ｅ）１５２からＩｆ（Ｅ）２５０に向かって情報が伝達されるように矢印ａｒｃ１０で接続されている。また、ＰＷＢＡ（Ｆ）１６０からＩｆ（Ｆ）２６０に向かって情報が伝達されるように矢印ａｒｃ１１で接続され、Ｎｅｔ（Ｆ）１６２からＩｆ（Ｆ）２６０に向かって情報が伝達されるように矢印ａｒｃ１２で接続されている。

さらに、Ｉｆ（Ａ）２１０から通常出力Ｌｏｇ２８０へ向かって情報が出力されるように矢印ａｒｃ１３で接続され、Ｉｆ（Ａ）２１０から局部検査結果Ｌｏｇ２９０へ向かって情報が出力されるように矢印ａｒｃ１４で接続されている。また同様に、Ｉｆ（Ａ）２１０から故障現象（Ａ）２９１へ向かって情報が出力されるように矢印ａｒｃ１５で接続され、Ｉｆ（Ａ）２１０から故障現象（Ｂ）２９２へ向かって情報が出力されるように矢印ａｒｃ１６で接続されている。さらに、Ｉｆ（Ｂ）２２０からＩｆ（Ａ）２１０へ向かって情報が伝達されるように矢印ａｒｃ１７で接続されている。また同様に、Ｉｆ（Ｂ）２２０から通常出力Ｌｏｇ２８０へ向かって情報が出力されるように矢印ａｒｃ１８で接続され、Ｉｆ（Ｂ）２２０から故障現象（Ｃ）２９３へ向かって情報が出力されるように矢印ａｒｃ１９で接続されている。さらに、Ｉｆ（Ｃ）２３０からＩｆ（Ｂ）２２０へ向かって情報が伝達されるように矢印ａｒｃ２０で接続され、Ｉｆ（Ｃ）２３０から故障現象（Ｃ）２９３へ向かって情報が出力されるように矢印ａｒｃ２１で接続されている。また、Ｉｆ（Ｄ）２４０からＩｆ（Ａ）２１０へ向かって情報が伝達されるように矢印ａｒｃ２２が接続されている。さらに、Ｉｆ（Ｅ）２５０からＩｆ（Ｆ）２６０へ向かって情報が伝達されるように矢印ａｒｃ２３が接続され、Ｉｆ（Ｅ）２５０から局部検査結果Ｌｏｇ２９０へ向かって情報が出力されるように矢印ａｒｃ２４が接続されている。また、Ｉｆ（Ｆ）２６０からＩｆ（Ａ）２１０へ向かって情報が伝達されるように矢印ａｒｃ２５が接続されている。また同様に、Ｉｆ（Ｆ）２６０から通常出力Ｌｏｇ２８０へ向かって情報が出力されるように矢印ａｒｃ２６で接続され、Ｉｆ（Ｆ）２６０から局部検査結果Ｌｏｇ２９０へ向かって情報が出力されるように矢印ａｒｃ２７で接続され、Ｉｆ（Ｆ）２６０から故障現象（Ａ）２９１へ向かって情報が出力されるように矢印ａｒｃ２８で接続されている。さらに、局部検査結果Ｌｏｇ２９０からＳＷ／Ａｐｐｌｉｃａｔｉｏｎ２７０へ向かって情報が出力されるように矢印ａｒｃ２９で接続され、ＳＷ／Ａｐｐｌｉｃａｔｉｏｎ２７０から通常出力Ｌｏｇ２８０へ情報を出力する方向へ矢印ａｒｃ３０が接続されている。

以下に本実施の形態の作用を説明する。

本実施の形態におけるベイジアンネットワーク２００では、ハードウェアの観点から異常を検査するためのプログラムによる検査領域はＩｆ（Ａ）２１０、Ｉｆ（Ｅ）２５０、Ｉｆ（Ｆ）２６０である。そこで、図１におけるＰＷＢＡ（Ａ）１１０からＰＷＢＡ（Ｆ）１６０を介し、ＰＷＢＡ（Ｅ）１５０にかけてハードウェアの観点から異常を検査する局部検査が実施され、局部検査結果Ｌｏｇ２９０を出力させる。この検査はシステム通常動作時ではなく、検査モードとして行われ、ＳＷ／Ａｐｐｌｉｃａｔｉｏｎ２７０へも影響する。詳細には、図１におけるＰＷＢＡ（Ａ）１１０、ＰＷＢＡ（Ｂ）１２０、ＰＷＢＡ（Ｆ）１６０にかけてソフトウェアの観点から異常を検査する通常検査が実施され、通常出力Ｌｏｇ２８０を出力する。また、ＳＷ／Ａｐｐｌｉｃａｔｉｏｎ２７０からの情報もこの通常検査に反映される。

さらに、Ｉｆ（Ａ）２１０から故障現象（Ａ）２９１及び故障現象（Ｂ）２９２へ故障現象の情報（所謂、フェイルコード等）が出力され、Ｉｆ（Ｂ）２２０及びＩｆ（Ｃ）２３０からも故障現象（Ｃ）２９３へ故障現象の情報が出力される。

また、Ｉｆ（Ａ）２１０、Ｉｆ（Ｂ）２２０、Ｉｆ（Ｆ）２６０、ＳＷ／Ａｐｐｌｉｃａｔｉｏｎ２７０から通常出力Ｌｏｇ２８０が出力され、Ｉｆ（Ａ）２１０、Ｉｆ（Ｆ）２６０、及びＩｆ（Ｅ）２５０から局部検査結果Ｌｏｇ２９０が出力される。

さらに、ＳＷ／Ａｐｐｌｉｃａｔｉｏｎ２７０では、ハードウェア検査結果情報である局部検査結果Ｌｏｇ２９０が入力され、ソフトウェア検査結果情報である通常出力Ｌｏｇ２８０へ情報を出力する。

従って、ソフトウェアの観点から異常を検査する通常検査によって通常出力Ｌｏｇ２８０が出力され、ハードウェアの観点から異常を検査する局部検査によって局部検査結果Ｌｏｇ２９０が出力される。そして、局部検査結果Ｌｏｇ２９０の情報は、ＳＷ／Ａｐｐｌｉｃａｔｉｏｎ２７０を介し、通常出力Ｌｏｇ２８０の情報へ反映させる。その結果、ハードウェア情報及びハードウェアを動作制御するソフトウェア情報を統合して故障診断をすることができる。

図３は、図２のベイジアンネットワーク２００から故障を診断するための本実施の形態に係る故障診断システムの流れ図である。

故障現象３２０、通常出力Ｌｏｇ２８０、及び局部検査結果Ｌｏｇ２９０の少なくとも一つを含んだ証拠情報３１０を診断モデル３４０へ送る。過去事例３３０及び証拠情報３１０を図２に示すベイジアンネットワーク２００にモデル化された診断モデル３４０へ入力する。入力された情報を基に診断モデル３４０によって、故障診断対象の故障確率を演算し、故障診断結果の情報を出力する。出力された故障診断対象の故障診断結果が診断結果表示３５０によって表示される。

詳細には、まず、証拠情報３１０の故障現象３２０に含まれるフェイルコード（図２の故障現象（Ａ）２９１、故障現象（Ｂ）２９２、及び故障現象（Ｃ）２９３等）やフリーズ等を診断モデル３４０（ベイジアンネットワーク２００）の診断のトリガーとして入力する。次に、診断モデル３４０に通常出力Ｌｏｇ２８０及び局部検査結果Ｌｏｇ２９０の少なくとも一方のメッセージを加え、故障診断対象を解析し、故障診断対象の故障確率を演算し、故障診断を行う。なお、診断の実行には、近年一般的になっているように、過去に特定されている故障情報等のことである過去事例３３０（例えば、過去のフェイルコード等）を参照した診断としてもよい。入力された情報（証拠情報３１０及び過去事例３３０）を基に診断モデル３４０によって、故障診断対象を解析し、故障診断対象の故障確率を演算し、故障診断対象の故障診断結果の情報を出力する。出力された故障診断対象の故障診断結果（故障診断対象の確率分布）が診断結果表示３５０によって表示される。

図４は、図２のベイジアンネットワーク２００を用い、図３の流れ図を基にして故障診断対象の故障診断をした本実施の形態に係る故障診断の実施結果の図表４００、４１０である。

通常、故障診断システムは、予め故障診断システム内部に用意されている何らかの診断情報と通常出力Ｌｏｇ２８０を用いて故障診断対象の故障診断を実施する。図４（ａ）の図表４００は、この故障診断を実施した結果（推定故障箇所の推定異常確率）を示しており、図２のベイジアンネットワーク２００における故障現象（Ａ）２９１を示す故障が発生したことが故障診断システムから知らされる。これを入力された故障診断システムによる診断の結果、ハードウェア情報とソフトウェア情報の少なくとも一方を含む統合ノード（Ｉｆ（Ｆ）２６４やＩｆ（Ａ）２１４等）の異常が確率的に上位に位置づけられており、ソフトアプリケーション（ＳＷ／Ａｐｐｌｉｃａｔｉｏｎ２７０）自体を異常とする診断確率は下位に収まっている。

そして、図４（ｂ）の図表４１０は図４（ａ）の図表４００に示す結果に局部検査結果Ｌｏｇ２９０を反映させた結果（推定故障箇所の推定異常確率）を示している。局部検査結果Ｌｏｇ２９０によって、ハードウェア（ＰＷＢＡ（Ｃ）１３０やＮｅｔ（Ｆ）１６２等）が全て正常であることを示され、各ノードの初期確率と因果関係から、ソフトウェアアプリケーション（ＳＷ／Ａｐｐｌｉｃａｔｉｏｎ２７０）が最上位に位置付けされる。簡単に述べると、局部検査結果Ｌｏｇ２９０によって、ハードウェアは正しいと判断され、ソフトウェアアプリケーションの異常確率が上がる。なお、この局部検査結果Ｌｏｇ２９０を取得するためにどのくらいの検査が行われているか（例えば、検査の深さや広さ等）によってソフトウェアアプリケーションの異常確率は変化する。

従って、本発明は、ハードウェア及びハードウェアの動作制御のためのソフトウェアの少なくとも一方によって発生する異常まで含め、関係性または依存性を持たせて統合し、故障診断を行うので故障診断対象の故障箇所を精度良く特定できる。

図５は、複写機のシステムのハードウェア構成を対象として、ベイジアンネットワーク５００を構成するべく、複写機の各部をモデル化した故障診断システムの概要図である。

なお、ここでのベイジアンネットワーク５００も、図２のベイジアンネットワーク２００と同様に因果ネットワークと呼ばれるものである。

複写機のシステムのハードウェア構成は、ＰＷＢＡ（ＥＳＳ）５１０、ＰＷＢＡ（ＭＣＵ）５２０、ＰＷＢＡ（ＩＩＴ）５３０、ＲＡＭＤＩＭＭ５４０、ＨＤＤ５５０、ＰＷＢＡ（ＵＩ）５６０、ＰＷＢＡ（Ｌａｍｐ）５７０、ＰＷＢＡ（ＣＣＤ）５８０等で構成されている。以下、それぞれを統一して複写機用ＰＷＢＡと呼び、全体を複写機用ＰＷＢＡシステムと呼ぶ。

さらに、複写機のシステムのハードウェア構成は、各々の複写機用ＰＷＢＡは各複写機用ＰＷＢＡそれぞれを接続する接続部（接続用配線）であるＮｅｔ（ＥＳＳ）５１２、Ｎｅｔ（ＭＣＵ）５２２、Ｎｅｔ（ＩＩＴ）５３２、Ｎｅｔ（ＲＡＭＤＩＭＭ）５４２、Ｎｅｔ（ＨＤＤ）５５２、Ｎｅｔ（ＵＩ）５６２、Ｎｅｔ（Ｌａｍｐ）５７２、及びＮｅｔ（ＣＣＤ）５８２等も加えて構成されている。以下、それぞれを統一して複写機用Ｎｅｔ（回路網：Ｎｅｔｗｏｒｋ）と呼び、全ての複写機用Ｎｅｔをまとめて全複写機用Ｎｅｔと呼ぶ。

また、ＰＷＢＡ（ＥＳＳ）５１０〜ＰＷＢＡ（ＣＣＤ）５８０は、Ｎｅｔ（ＥＳＳ）５１２〜Ｎｅｔ（ＣＣＤ）５８２でそれぞれ接続されている。

ＰＷＢＡ（ＥＳＳ）５１０は、電気回路部分の総称であるが、複写機のシステムのメインコントローラである。ＰＷＢＡ（ＭＣＵ）５２０は、プリントエンジン部に設けられている各種の機器が接続されており、ＰＷＢＡ（ＥＳＳ）５１０からの制御信号により画像データを記録用紙に画像形成を行うユニットである。ＰＷＢＡ（ＩＩＴ）５３０は、複写機のシステムの画像入力装置であり、画像形成を行う際に画像を読み込み、複写機のシステム内部（例えば、記憶装置内等）に入力または保存する。ＲＡＭＤＩＭＭ５４０は、高速で読み書き可能な記憶装置であり、画像データ等のデータを一時的に記憶する。ＨＤＤ５５０は、ＲＡＭＤＩＭＭ５４０に比べ低速で読み書き可能な記憶装置ではあるが、ＲＡＭＤＩＭＭ５４０のように一時的に記憶するわけではなく、恒久的に保存することができる記憶装置である。ＰＷＢＡ（ＵＩ）５６０は、ユーザーインターフェイスであり、ユーザーに対する情報の表示様式やユーザーの操作方式を規定する複写機のシステムの操作入力部分である。ＰＷＢＡ（Ｌａｍｐ）５７０は、画像データを取り込む際の光源に利用されるものである。ＰＷＢＡ（ＣＣＤ）５８０は、半導体を用いた揮発性の記録媒体であり、小型でアクセスが速く、アナログ・デジタル両方のデータを記憶することができる。

ベイジアンネットワーク５００は、ＰＷＢＡ（ＥＳＳ）５１０〜ＰＷＢＡ（ＣＣＤ）５８０等、及びＮｅｔ（ＥＳＳ）５１２〜Ｎｅｔ（ＣＣＤ）５８２等の各ノードで構成されている。

また、ベイジアンネットワーク５００には、図２と同様に統合ノードであるＩｆ（ＥＳＳ）５１４、Ｉｆ（ＭＣＵ）５２４、Ｉｆ（ＩＩＴ）５３４、Ｉｆ（ＲＡＭＤＩＭＭ）５４４、Ｉｆ（ＨＤＤ）５５４、Ｉｆ（ＵＩ）５６４、Ｉｆ（Ｌａｍｐ）５７４、及びＩｆ（ＣＣＤ）５８４も加えて構成されている。

さらに、ベイジアンネットワーク５００には、複写機のシステム上で実行されるソフトウェアアプリケーション情報を意味するノードであるＳＷ／Ａｐｐｌｉ５９０も加えて構成されている。なお、本実施の形態では、ＳＷ／Ａｐｐｌｉ５９０は１つしか図示されていないが、複数用意してもよい。

また、各ノードの故障の初期確率は確率テーブル等により予め定義されている。

さらに、ベイジアンネットワーク５００には、出力される情報として、通常出力Ｌｏｇ（ソフトウェア検査結果情報）５９４、局部検査結果Ｌｏｇ（Ａ）（ハードウェア検査結果情報）５９６、及び局部検査結果Ｌｏｇ（Ｂ）（ハードウェア検査結果情報）５９８が含まれている。

また、ベイジアンネットワーク５００には、出力される情報として、Ｆａｉｌ Ｃｏｄｅ （Ａ）（以下、フェイルコード（Ａ）と呼ぶ）５９１、Ｆａｉｌ Ｃｏｄｅ （Ｂ）（以下、フェイルコード（Ｂ）と呼ぶ）５９２、及びＦａｉｌ Ｃｏｄｅ （Ｃ）（以下、フェイルコード（Ｃ）と呼ぶ）５９３が含まれている。

なお、通常出力Ｌｏｇ５９４は、図２と同様に、一般にシステムが吐き出す実施内容等の情報を示すＬｏｇである。通常、システムはこのＬｏｇを含め、内部に用意されているソフトウェアの観点から異常を検査するためのプログラムを実行した診断情報から故障診断を実施する。

さらに、局部検査結果Ｌｏｇ（Ａ）５９６及び局部検査結果Ｌｏｇ（Ｂ）５９８は、図２と同様に、システムの特定領域に対して特にハードウェアの観点から異常を検査するためのプログラムを実行した結果を示すＬｏｇである。

また、フェイルコード（Ａ）５９１、フェイルコード（Ｂ）５９２、及びフェイルコード（Ｃ）５９３は、図２と同様に、複写機のシステムが誤作動や不具合を起こした際に出力されるＦａｉｌ Ｃｏｄｅ（フェイルコード）やフリーズ（動作停止）等の情報のことである。

以下にベイジアンネットワーク５００の接続関係の構成を説明する。

図５のベイジアンネットワーク５００は図２のベイジアンネットワークの変形例であり、同様な接続関係を持っている。詳細には、ＰＷＢＡ（ＥＳＳ）５１０〜ＰＷＢＡ（ＣＣＤ）５８０からＩｆ（ＥＳＳ）５１４〜Ｉｆ（ＣＣＤ）５８４に向かって情報が伝達されるように矢印ａｒｃ５１、ａｒｃ５３、ａｒｃ５５、ａｒｃ５７、ａｒｃ５９、ａｒｃ６１、ａｒｃ６３、及びａｒｃ６５で接続されている。また、Ｎｅｔ（ＥＳＳ）５１２〜Ｎｅｔ（ＣＣＤ）５８２からＩｆ（ＥＳＳ）５１４〜Ｉｆ（ＣＣＤ）５８４に向かって情報が伝達されるように矢印ａｒｃ５２、ａｒｃ５４、ａｒｃ５６、ａｒｃ５８、ａｒｃ６０、ａｒｃ６２、ａｒｃ６４、及びａｒｃ６６で接続されている。

さらに、Ｉｆ（ＥＳＳ）５１４から通常出力Ｌｏｇ５９４、局部検査結果Ｌｏｇ（Ａ）５９６、フェイルコード（Ａ）５９１、及びフェイルコード（Ｃ）５９３へ向かって情報が出力されるように矢印ａｒｃ６７、ａｒｃ６８、ａｒｃ６９、及びａｒｃ７０で接続されている。また、Ｉｆ（ＭＣＵ）５２４からＩｆ（ＥＳＳ）５１４へ向かって情報が伝達されるように矢印ａｒｃ７１で接続され、Ｉｆ（ＭＣＵ）５２４から通常出力Ｌｏｇ５９４へ向かって情報が出力されるように矢印ａｒｃ７２で接続されている。さらに、Ｉｆ（ＩＩＴ）５３４からＩｆ（ＥＳＳ）５１４へ向かって情報が伝達されるように矢印ａｒｃ７３で接続されている。また、Ｉｆ（ＩＩＴ）５３４から通常出力Ｌｏｇ５９４、局部検査結果Ｌｏｇ（Ａ）５９６、局部検査結果Ｌｏｇ（Ｂ）５９８、フェイルコード（Ａ）５９１、フェイルコード（Ｂ）５９２へ向かって情報が出力されるように矢印ａｒｃ７４、ａｒｃ７５、ａｒｃ７６、ａｒｃ７７、ａｒｃ７８で接続されている。さらに、Ｉｆ（ＲＡＭＤＩＭＭ）５４４からＩｆ（ＥＳＳ）５１４へ向かって情報が伝達されるように矢印ａｒｃ７９で接続され、Ｉｆ（ＲＡＭＤＩＭＭ）５４４から局部検査結果Ｌｏｇ（Ａ）５９６へ向かって情報が出力されるように矢印ａｒｃ８０で接続されている。また、Ｉｆ（ＨＤＤ）２５０からＩｆ（ＥＳＳ）５１４へ向かって情報が伝達されるように矢印ａｒｃ８１で接続され、Ｉｆ（ＨＤＤ）から局部検査結果Ｌｏｇ（Ａ）５９６へ向かって情報が出力されるように矢印ａｒｃ８２で接続されている。さらに、Ｉｆ（ＵＩ）５６４からＩｆ（ＥＳＳ）５１４へ向かって情報が伝達されるように矢印ａｒｃ８３で接続され、Ｉｆ（ＵＩ）５６４から局部検査結果Ｌｏｇ（Ａ）５９６へ向かって情報が出力されるように矢印ａｒｃ８４で接続されている。また、Ｉｆ（Ｌａｍｐ）５７４からＩｆ（ＩＩＴ）５３４へ向かって情報が伝達されるように矢印ａｒｃ８５で接続され、Ｉｆ（Ｌａｍｐ）５７４から局部検査結果Ｌｏｇ（Ｂ）５９８へ向かって情報が出力されるように矢印ａｒｃ８６で接続されている。さらに、Ｉｆ（ＣＣＤ）５８４からＩｆ（ＩＩＴ）５３４へ向かって情報が伝達されるように矢印ａｒｃ８７で接続され、Ｉｆ（ＣＣＤ）５８４から局部検査結果Ｌｏｇ（Ｂ）５９８へ向かって情報が出力されるように矢印ａｒｃ８８で接続されている。また、局部検査結果Ｌｏｇ（Ａ）５９６及び局部検査結果Ｌｏｇ（Ｂ）５９８からＳＷ／Ａｐｐｌｉ５９０へ向かって情報が伝達されるように矢印ａｒｃ８９、及びａｒｃ９０で接続され、ＳＷ／Ａｐｐｌｉ５９０から通常出力Ｌｏｇ５９４へ情報を出力する方向へ矢印ａｒｃ９１で接続されている。

以下に複写機のシステムにおける作用を説明する。

複写機のシステムにおけるベイジアンネットワーク５００では、ハードウェアの観点から異常を検査するためのプログラムによる第１の検査領域はＩｆ（ＥＳＳ）５１４、Ｉｆ（ＩＩＴ）５３４、Ｉｆ（ＲＡＭＤＩＭＭ）５４４、Ｉｆ（ＨＤＤ）５５４、及びＩｆ（ＵＩ）５６４である。そこで、複写機のシステムにおけるＰＷＢＡ（ＥＳＳ）５１０、ＰＷＢＡ（ＩＩＴ）５３０、ＲＡＭＤＩＭＭ５４０、ＨＤＤ５５０、及びＰＷＢＡ（ＵＩ）５６０にかけてハードウェアの観点から異常を検査する局部検査が実施され、局部検査結果Ｌｏｇ（Ａ）５９６を出力させる。さらに、このベイジアンネットワーク５００では、ハードウェアの観点から異常を検査するためのプログラムによる第２の検査領域はＩｆ（ＩＩＴ）５３４、Ｉｆ（Ｌａｍｐ）５７４、及びＩｆ（ＣＣＤ）５８４である。そこで、複写機のシステムにおけるＰＷＢＡ（ＩＩＴ）５３０、ＰＷＢＡ（Ｌａｍｐ）５７０、及びＰＷＢＡ（ＣＣＤ）５８０にかけてハードウェアの観点から異常を検査する局部検査が実施され、局部検査結果Ｌｏｇ（Ｂ）５９８を出力させる。

この検査はシステム通常動作時ではなく、検査モードとして行われ、ＳＷ／Ａｐｐｌｉ５９０へも影響する。詳細には、ＰＷＢＡ（ＥＳＳ）５１０、ＰＷＢＡ（ＭＣＵ）５２０、ＰＷＢＡ（ＩＩＴ）５３０にかけてソフトウェアの観点から異常を検査する通常検査が実施され、通常出力Ｌｏｇ５９４を出力する。また、ＳＷ／Ａｐｐｌｉ５９０からの情報もこの通常検査に反映される。

さらに、Ｉｆ（ＥＳＳ）５１４からフェイルコード（Ａ）５９１及びフェイルコード（Ｃ）５９３へ故障現象の情報が出力される。同様に、Ｉｆ（ＩＩＴ）５３４からフェイルコード（Ａ）５９１及びフェイルコード（Ｂ）５９２へ故障現象の情報が出力される。

また、Ｉｆ（ＥＳＳ）５１４、Ｉｆ（ＭＣＵ）５２４、Ｉｆ（ＩＩＴ）５３４、ＳＷ／Ａｐｐｌｉ５９０から通常出力Ｌｏｇ５９４が出力される。さらに、Ｉｆ（ＥＳＳ）５１４、Ｉｆ（ＩＩＴ）５３４、Ｉｆ（ＲＡＭＤＩＭＭ）５４４、Ｉｆ（ＨＤＤ）５５４、及びＩｆ（ＵＩ）５６４から局部検査結果Ｌｏｇ（Ａ）５９６が出力される。また、Ｉｆ（ＩＩＴ）５３４、Ｉｆ（Ｌａｍｐ）５７４、及びＩｆ（ＣＣＤ）５８４から局部検査結果Ｌｏｇ（Ｂ）５９８が出力される。

さらに、ＳＷ／Ａｐｐｌｉ５９０には、ハードウェア検査結果情報である局部検査結果Ｌｏｇ（Ａ）５９６及び局部検査結果Ｌｏｇ（Ｂ）５９８が入力され、ソフトウェア検査結果情報である通常出力Ｌｏｇ５９４へ情報を出力する。

従って、ソフトウェアの観点から異常を検査する通常検査によって通常出力Ｌｏｇ５９４が出力され、ハードウェアの観点から異常を検査する局部検査によって局部検査結果Ｌｏｇ（Ａ）５９６及び局部検査結果Ｌｏｇ（Ｂ）５９８の少なくとも一方が出力される。そして、局部検査結果Ｌｏｇ（Ａ）５９６及び局部検査結果Ｌｏｇ（Ｂ）５９８の少なくとも一方の情報は、ＳＷ／Ａｐｐｌｉ５９０を介し、通常出力Ｌｏｇ５９４の情報へ反映させる。その結果、ハードウェア情報及びハードウェアを動作制御するソフトウェア情報を統合して故障診断をすることができる。

図３の流れ図を参照して、故障診断結果を出力させる。

まず、証拠情報３１０の故障現象３２０に含まれるフェイルコード（図５のフェイルコード（Ａ）５９１、フェイルコード（Ｂ）５９２、及びフェイルコード（Ｃ）５９３）やフリーズ等を診断モデル３４０（ベイジアンネットワーク５００）の診断のトリガーとして入力する。次に、診断モデル３４０に通常出力Ｌｏｇ５９４、局部検査結果Ｌｏｇ（Ａ）５９６及び局部検査結果Ｌｏｇ（Ｂ）５９８の少なくとも一つのメッセージを加え、故障診断対象を解析し、故障診断対象の故障確率を演算し、故障診断を行う。なお、診断の実行には、過去に特定されている故障情報等のことである過去事例３３０を参照した診断としてもよい。入力された情報（証拠情報３１０及び過去事例３３０）を基に診断モデル３４０によって、故障診断対象を解析し、故障診断対象の故障確率を演算し、故障診断対象の故障診断結果の情報を出力する。出力された故障診断対象の故障診断結果（故障診断対象の確率分布）が診断結果表示３５０によって表示される。

図６は、図５のベイジアンネットワーク５００を用い、図３の流れ図を基にして故障診断対象の故障診断をした本実施の形態に係る故障診断の実施結果の図表６００、６１０である。

通常、故障診断システムは、予め故障診断システム内部に用意されている何らかの診断情報と通常出力Ｌｏｇ５９４を用いて故障診断対象の故障診断を実施する。図６（ａ）の図表６００はこの故障診断を実施した結果（推定故障箇所の推定異常確率）を示しており、図５のベイジアンネットワーク５００におけるファイルコードＡ５９１を示す故障が発生したことが故障診断システムから知らされる。これを入力された故障診断システムによる診断の結果、ハードウェア情報とソフトウェア情報の少なくとも一方を含む統合ノード（Ｉｆ（ＲＡＭＤＩＭＭ）５４４やＩｆ（ＥＳＳ）５１４等）の異常が確率的に上位に位置づけられており、ソフトアプリケーション（ＳＷ／Ａｐｐｌｉ５９０）自体を異常とする診断確率は下位に収まっている。

そして、図６（ｂ）の図表６１０は図６（ａ）の図表６００に示す結果に局部検査結果Ｌｏｇ（Ａ）５９６及び局部検査結果Ｌｏｇ（Ｂ）５９８の少なくとも一方を反映させた結果（推定故障箇所の推定異常確率）を示している。局部検査結果Ｌｏｇ（Ａ）５９６及び局部検査結果Ｌｏｇ（Ｂ）５９８の少なくとも一方によって、ハードウェア（Ｉｆ（ＩＩＴ）５３４やＮｅｔ（ＲＡＭＤＩＭＭ）５４２等）が全て正常であることを示され、各ノードの初期確率と因果関係から、ソフトウェアアプリケーション（ＳＷ／Ａｐｐｌｉ５９０）が最上位に位置付けされる。簡単に述べれば、局部検査結果Ｌｏｇ（Ａ）５９６及び局部検査結果Ｌｏｇ（Ｂ）５９８の少なくとも一方によって、ハードウェアは正しいと判断され、ソフトウェアアプリケーションの異常確率が上がる。なお、この局部検査結果Ｌｏｇ（Ａ）５９６及び局部検査結果Ｌｏｇ（Ｂ）５９８の少なくとも一方を取得するためにどのくらいの検査が行われているか（例えば、検査の深さや広さ等）によってソフトウェアアプリケーション（ＳＷ／Ａｐｐｌｉ５９０）の異常確率は変化する。

従って、本発明は、ハードウェア及びハードウェアの動作制御のためのソフトウェアの少なくとも一方によって発生する異常まで含め、関係性または依存性を持たせて統合し、故障診断を行うので故障診断対象の故障箇所を精度良く特定できる。

なお、ソフトウェアとハードウェアの区分けについて、本発明を適用することにより、これまでよりも一層現実に即した、効率的な対応ができる。さらに、本実施の形態に述べたソフトウェアアプリケーション（ＳＷ／Ａｐｐｌｉ５９０等）、局部検査結果Ｌｏｇ（Ａ）５９６、局部検査結果Ｌｏｇ（Ｂ）５９８、通常出力Ｌｏｇ５９４、フェイルコード（Ａ）５９１、フェイルコード（Ｂ）５９２、及びフェイルコード（Ｃ）５９３等はこれらよりも多い場合がある。

また、証拠情報となるＬｏｇ（局部検査結果Ｌｏｇ（Ａ）５９６、局部検査結果Ｌｏｇ（Ｂ）５９８、及び通常出力Ｌｏｇ５９４等）の種類は他にも考えられ、例えば特定領域の変わりに、特定機能や特定の複写機用ＰＷＢＡといったレベルで用意した場合にも成立する。

さらに、図７は、図２及び図５のベイジアンネットワークを用い、図３の流れ図を基にした全体の制御の図であり、ユーザーインターフェイス７１０、診断対象７１２、メインコントローラ７００、及び診断結果表示部７１４で構成されている。また、メインコントローラ７００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）７０２、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）７０４、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）７０６、及びＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）７０８で構成されている。そして、ユーザーインターフェイス７１０は、ユーザーから何らかのデータ等の入力情報を入力させる操作装置であり、診断対象７１２はメインコントローラ７００によって、ハードウェア及びハードウェア上を動作するソフトウェアの少なくとも一方の故障診断を行う対象である。また、ＲＯＭ７０４は、書き込み不可能な不揮発性の記憶装置であり、プログラム（例えば、図３を基にして、故障診断対象の故障診断を行う制御プログラム等）７２０が格納されている。さらに、ＨＤＤ７０８は、読み書き可能な記憶装置であり、各種データや命令などの情報を記憶することができるので、プログラム７２０も格納してもよいし、データ等の情報処理をする作業領域であってもよい。しかし、プログラム７２０はＨＤＤ７０８に格納せずにＲＯＭ７０４に格納した方がよい。また、ＲＡＭ７０６は、読み書き可能な揮発性の記憶装置であり、ＣＰＵ７０２の命令によってデータ等の情報処理をする作業領域である。さらに、ＣＰＵ７０２は、中央処理装置であり、ＲＯＭ７０４（またはＨＤＤ７０８）に格納されたプログラム７２０を基に、ＲＡＭ７０６（またはＨＤＤ７０８）上で、ハードウェア及びハードウェアの動作制御のためのソフトウェアの少なくとも一方によって発生する異常まで含め、関係性または依存性を持たせて統合し、故障診断を行うためのデータ等の情報処理等の作業を行わせ、データ等の情報のやり取りを行い、メインコントローラ７００全体を制御する。そこで、ユーザーインターフェイス７１０の指示により、メインコントローラ７００では、ＲＯＭ７０４（またはＨＤＤ７０８）に格納されたプログラム７２０によって、ＣＰＵ７０２が故障対象７１２の故障診断を行う。詳細には、ＣＰＵ７０２は、ハードウェア及びハードウェアの動作制御のためのソフトウェアの少なくとも一方によって発生する異常まで含め、関係性または依存性を持たせて統合し、故障対象７１２（ユーザーインターフェイス７１０及びメインコントローラ７００も含んでよい）の故障診断を行った結果情報を診断結果表示部７１４へ送る。診断結果表示部７１４では、受信した診断対象７１２の診断結果情報を基に、診断対象７１２の故障箇所の故障確率を表示させる。

本実施の形態に係るハードウェア構成の概略図である。 図１のハードウェアの構成を示したＰＷＢＡシステムを対象として、ベイジアンネットワークを構成するべく、各部をモデル化した故障診断システムの概要図である。 図２のベイジアンネットワークから故障を診断するための本実施の形態に係る故障診断システムの流れ図である。 図２のベイジアンネットワークを用い、図３の流れ図を基にして故障診断対象の故障診断をした本実施の形態に係る故障診断の実施結果の図表である。 複写機のシステムのハードウェア構成を対象として、ベイジアンネットワークを構成するべく、複写機の各部をモデル化した故障診断システムの概要図である。 図５のベイジアンネットワークを用い、図３の流れ図を基にして故障診断対象の故障診断をした本実施の形態に係る故障診断の実施結果の図表である。 図２及び図５のベイジアンネットワークを用い、図３の流れ図を基にした全体の制御の図である。

符号の説明

１００ ＰＷＢＡシステム
１１０ ＰＷＢＡ（Ａ）
１２０ ＰＷＢＡ（Ｂ）
１３０ ＰＷＢＡ（Ｃ）
１４０ ＰＷＢＡ（Ｄ）
１５０ ＰＷＢＡ（Ｅ）
１６０ ＰＷＢＡ（Ｆ）
１１２ Ｎｅｔ（Ａ）
１２２ Ｎｅｔ（Ｂ）
１３２ Ｎｅｔ（Ｃ）
１４２ Ｎｅｔ（Ｄ）
１５２ Ｎｅｔ（Ｅ）
１６２ Ｎｅｔ（Ｆ）
２００ ベイジアンネットワーク
２１０ Ｉｆ（Ａ）
２２０ Ｉｆ（Ｂ）
２３０ Ｉｆ（Ｃ）
２４０ Ｉｆ（Ｄ）
２５０ Ｉｆ（Ｅ）
２６０ Ｉｆ（Ｆ）
２７０ ＳＷ／Ａｐｐｌｉｃａｔｉｏｎ
２８０ 通常出力Ｌｏｇ
２９０ 局部検査結果Ｌｏｇ
５００ ベイジアンネットワーク
５１０ ＰＷＢＡ（ＥＳＳ）
５２０ ＰＷＢＡ（ＭＣＵ）
５３０ ＰＷＢＡ（ＩＩＴ）
５４０ ＲＡＭＤＩＭＭ
５５０ ＨＤＤ
５６０ ＰＷＢＡ（ＵＩ）
５７０ ＰＷＢＡ（Ｌａｍｐ）
５８０ ＰＷＢＡ（ＣＣＤ）
５１２ Ｎｅｔ（ＥＳＳ）
５２２ Ｎｅｔ（ＭＣＵ）
５３２ Ｎｅｔ（ＩＩＴ）
５４２ Ｎｅｔ（ＲＡＭＤＩＭＭ）
５５２ Ｎｅｔ（ＨＤＤ）
５６２ Ｎｅｔ（ＵＩ）
５７２ Ｎｅｔ（Ｌａｍｐ）
５８２ Ｎｅｔ（ＣＣＤ）
５１４ Ｉｆ（ＥＳＳ）
５２４ Ｉｆ（ＭＣＵ）
５３４ Ｉｆ（ＩＩＴ）
５４４ Ｉｆ（ＲＡＭＤＩＭＭ）
５５４ Ｉｆ（ＨＤＤ）
５６４ Ｉｆ（ＵＩ）
５７４ Ｉｆ（Ｌａｍｐ）
５８４ Ｉｆ（ＣＣＤ）
５９０ ＳＷ／Ａｐｐｌｉ
５９４ 通常出力Ｌｏｇ
５９６ 局部検査結果Ｌｏｇ（Ａ）
５９８ 局部検査結果Ｌｏｇ（Ｂ）

Claims (5)

1. 物理的実体として存在するコンピュータ構成部品を、故障診断のために分類し、当該分類された単位であるハードウェアモデルと、コンピュータを制御する手順や命令がまとめられたプログラムを故障診断のために分類し、当該分類された単位であるソフトウェアモデルと、を互いに関連付けて、所定の故障診断プログラムを実行する制御手段を有する故障診断システム。
2. 前記所定の故障診断プログラムが、ベイジアンネットワークに基づく故障診断プログラムであり、前記ハードウェアモデル及び前記ソフトウェアモデルが、前記制御手段による故障診断プログラム実行時に故障を特定する単位となる故障診断モデルであることを特徴とする請求項１記載の故障診断システム。
3. 物理的実体として存在するコンピュータ構成部品であるハードウェアを所定の診断モデルに分類してモデル化するハードウェアモデル化手段と、
   前記ハードウェアの動作制御のための手順や命令が組み込まれたソフトウェアを前記所定の診断モデルに分類してモデル化するソフトウェアモデル化手段と、
   前記ハードウェアモデル化手段でモデル化した診断モデルの動作状態を表すハードウェア情報と、前記ソフトウェアモデル化手段でモデル化した診断モデルの実行状態を表すソフトウェア情報とを統合する統合手段と、
   前記統合手段によって、統合した診断モデルからの情報群を基に解析し、前記ソフトウェアの観点から異常を検査するためのプログラムを実行した結果の情報であるソフトウェア検査結果情報、及び前記ハードウェアの観点から異常を検査するためのプログラムを実行した結果の情報であるハードウェア検査結果情報の少なくとも一方を取得する結果情報取得手段と、
   前記結果情報取得手段により取得されたソフトウェア検査結果情報及びハードウェア検査結果情報の少なくとも一方に基づいて、所定の故障診断プログラムを実行し、前記ハードウェア及び前記ソフトウェアのモデルの少なくとも一方の診断結果をもって故障の診断を行う故障診断手段と、
   
   を備えた故障診断システム。
4. 前記所定の故障診断プログラムが、ベイジアンネットワークに基づく故障診断プログラムであり、前記ハードウェアモデル化手段によってモデル化される前記ハードウェア及び前記ソフトウェアモデル化手段によってモデル化される前記ソフトウェアの少なくとも一方が、前記故障診断手段による故障診断プログラム実行時に故障を特定する単位となる故障診断モデルであることを特徴とする請求項３記載の故障診断システム。
5. 物理的実体として存在するコンピュータ構成部品を、故障診断のために分類し、当該分類された単位であるハードウェアモデルと、コンピュータを制御する手順や命令がまとめられたプログラムを故障診断のために分類し、当該分類された単位であるソフトウェアモデルと、を互いに関連付けて、所定の故障診断を実行する故障診断プログラム。

Images