(57)【要約】【課題】故障実績を基に故障辞書の指摘順位を変更する技術では、装置を停止させない軽微な故障の情報を利用していないため、故障の被疑個所の順位の正確性が、当該情報を利用する場合に比べて、低くなる可能性があるという問題がある。【解決手段】優先順位を変更する第１の加算値を被疑割合加算テーブルから読みだし、前記重故障と同じ故障事象であって前記故障区分が軽故障である件数が予め定めた閾値を超えた場合に加算する第２の加算値を前記被疑割合加算テーブルから読みだして、優先順位を示す数値に対して、第１の加算値と第２の加算値とを加算し、優先順位を示す数値が高い順番に並べ替えて故障被疑・優先順位テーブルを変更する手段を備える。【選択図】      図1
2015162030.tif 000002
【特許請求の範囲】
【請求項１】
電子装置を構成する回路群からのアラームを受け取り、故障個所の分析と故障診断をする故障診断解析手段と、
前記故障診断解析手段が出力した故障診断の結果を用いて故障被疑指摘の順位を変更する故障被疑優先順位変更処理手段と、
記憶手段と
を備え、
前記記憶手段は、交換修理を指摘する被疑割合の優先順位を記載している故障被疑・優先順位テーブルと、被疑割合の優先順位を示す数値に加算して前記優先順位を変更する為の加算値を記載している被疑割合加算テーブルと、作業用の一時記憶部と
を含み、
前記アラームは、故障の種類を示す故障事象と、前記電子装置の運転が継続できない重故障であるか、前記電子装置の運転が継続できる軽故障であるかの識別をする故障区分と
を含み、
故障診断解析手段は、前記アラームを受け取ると、前記アラームの情報を前記一時記憶部に記憶し、前記アラームの前記故障区分が軽故障である場合は、前記アラームの受け取りを継続し、前記アラームの前記故障区分が重故障である場合は、前記アラームの前記故障事象を基に前記故障被疑・優先順位テーブルから故障個所の候補となる前記回路群を選択して、当該回路群の修理を指令し、修理の結果から故障の根本原因の前記回路群を抽出して、当該回路群を前記故障被疑優先順位変更処理手段に通知し、
故障被疑優先順位変更処理手段は、前記重故障が根本原因であると判断された回路群の優先順位を変更する為に加算する第１の加算値を前記被疑割合加算テーブルから読みだし、前記重故障と同じ故障事象であって前記故障区分が軽故障である件数が予め定めた閾値を超えた場合に前記優先順位を変更する為に加算する第２の加算値を前記被疑割合加算テーブルから読みだして、前記回路群の、前記故障被疑・優先順位テーブルに記載された優先順位を示す数値に、第１の加算値と第２の加算値とを加算し、前記回路群の優先順位を示す数値が高い順番に並べ替えた優先順位に故障被疑・優先順位テーブルを変更する
ことを特徴とする、故障指摘装置。
【請求項２】
前記電子装置の運転が一定の期間経過した後、前記期間内に発生した前記軽故障の発生数の一番多い前記回路群を対象にして、予め定めた前記軽故障の発生数の閾値をこえた場合に、前記故障被疑・優先順位テーブルの変更を行うことを特徴とした請求項１の故障指摘装置。
【請求項３】
前記電子装置の運転中において、予め定めた期間内の前記軽故障の発生頻度が予め定めた閾値を超えた前記回路群を対象にして、前記故障被疑・優先順位テーブルの変更を行うことを特徴とした請求項１の故障指摘装置。
【請求項４】
電子装置を構成する回路群から、故障の種類を示す故障事象と、前記電子装置の運転が継続できない重故障であるか、前記電子装置の運転が継続できる軽故障であるかの識別をする故障区分とを含むアラームを受け取り、前記アラームの情報を一時記憶部に記憶し、前記アラームの前記故障区分が前記軽故障である場合は、前記アラームの受け取りを継続し、前記アラームの前記故障区分が前記重故障である場合は、前記アラームの前記故障事象を基に、交換修理を指摘する被疑割合の優先順位を記載している故障被疑・優先順位テーブルから故障個所の候補となる前記回路群を選択して、当該回路群の修理を指令し、修理の結果から故障の根本原因の前記回路群を抽出する第１のステップと、
前記重故障が根本原因であると判断された前記第１のステップで抽出した回路群の優先順位を変更する為に加算する第１の加算値を、被疑割合の優先順位を示す数値に加算して前記優先順位を変更する為の加算値を記載している被疑割合加算テーブルから読みだし、前記重故障と同じ故障事象であって前記故障区分が軽故障である件数が予め定めた閾値を超えた場合に前記優先順位を変更する為に加算する第２の加算値を前記被疑割合加算テーブルから読みだして、前記回路群の、前記故障被疑・優先順位テーブルに記載された優先順位を示す数値に、第１の加算値と第２の加算値とを加算し、前記回路群の優先順位を示す数値が高い順番に並べ替えた優先順位に故障被疑・優先順位テーブルを変更するステップと
を含むことを特徴とした故障指摘方法。
【請求項５】
前記軽故障の発生件数は、予め定められた一定の期間経過した後、前記期間内において一番多く発生した数値を選択するステップと
を含むことを特徴とした請求項４の故障指摘方法。
【請求項６】
前記軽故障の発生件数は、予め定められた一定の期間内で一番発生頻度の高い数値を選択するステップと
を含むことを特徴とした請求項４の故障指摘方法。
【請求項７】
電子装置を構成する回路群から、故障の種類を示す故障事象と、前記電子装置の運転が継続できない重故障であるか、前記電子装置の運転が継続できる軽故障であるかの識別をする故障区分とを含むアラームを受け取り、前記アラームの情報を一時記憶部に記憶し、前記アラームの前記故障区分が前記軽故障である場合は、前記アラームの受け取りを継続し、前記アラームの前記故障区分が前記重故障である場合は、前記アラームの前記故障事象を基に、交換修理を指摘する被疑割合の優先順位を記載している故障被疑・優先順位テーブルから故障個所の候補となる前記回路群を選択して、当該回路群の修理を指令し、修理の結果から故障の根本原因の前記回路群を抽出する第１の処理と、
前記重故障が根本原因であると判断された前記第１の処理で抽出した回路群の優先順位を変更する為に加算する第１の加算値を、被疑割合の優先順位を示す数値に加算して前記優先順位を変更する為の加算値を記載している被疑割合加算テーブルから読みだし、前記重故障と同じ故障事象であって前記故障区分が軽故障である件数が予め定めた閾値を超えた場合に前記優先順位を変更する為に加算する第２の加算値を前記被疑割合加算テーブルから読みだして、前記回路群の、前記故障被疑・優先順位テーブルに記載された優先順位を示す数値に、第１の加算値と第２の加算値とを加算し、前記回路群の優先順位を示す数値が高い順番に並べ替えた優先順位に故障被疑・優先順位テーブルを変更する処理と
をコンピュータに実行させることを特徴とする故障指摘プログラム。
【請求項８】
前記軽故障の発生件数は、予め定められた一定の期間経過した後、前記期間内において一番多く発生した数値を選択する処理と
をコンピュータに実行させることを特徴とした請求項７の故障指摘プログラム。
【請求項９】
前記軽故障の発生件数は、予め定められた一定の期間内で一番発生頻度の高い数値を選択する処理と
をコンピュータに実行させることを特徴とする請求項７の故障指摘プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子装置の故障指摘装置、故障指摘方法および故障指摘プログラムに関し、発生した故障内容と過去に保守を行った実績とを参照して故障の被疑指摘内容の変更を行うことで、故障個所の指摘の正確性を高くすることができる故障指摘装置、故障指摘方法および故障指摘プログラムに関する。
【背景技術】
【０００２】
コンピュータなどの電子装置に故障が発生した場合に、迅速且つ的確に故障箇所を特定し、故障個所の修理等を行う必要がある。
【０００３】
電子装置の故障個所を特定するための技術として、故障辞書を使用する技術が知られている。
【０００４】
例えば、特許文献１には、故障が発生した場合に、その故障内容と被疑部品とをデータベースに記録しておき、故障ログから不良部品が一部品に特定できない故障が発生した場合には、上記データベースに基づき不良部品の交換の優先順位を決定する技術が記載されている。
【０００５】
また、特許文献２には、複数の故障診断システムに対して故障辞書が指摘する被疑の場所が故障である事が的中した回数の実績をホストコンピュータで一元管理し、故障辞書が指摘する被疑の順位を、故障である事が的中した回数の実績を基に故障辞書の指摘する被疑の順位を変更する技術が記載されている。
なお、関連技術として、特許文献３には、情報処理システムの故障履歴情報とエラーコードとに基づいて、故障要因部位の保守作業の難易度を示す保守レベルを含んだ、保守作業の指示情報を出力する技術が記載されている。
【０００６】
また、特許文献４には、装置内でクロック故障が発生した場合に、被疑のクロックカードを検出し、クロックの供給元を現用のクロックカードから待機のクロックカードに、人手の介入なしに切り替える技術が記載されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１２−１０３９９８号公報
【特許文献２】特開昭６０−２５０４４１号公報
【特許文献３】特開２０１３−２０６１０５号公報
【特許文献４】特開２００２−２１５２６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１および２に記載の技術では、故障個所を修理等しないと装置の運用を継続できないような重大な故障（以下、「重故障」と言う。）に関する情報を用いて、故障辞書に登録されている故障の被疑箇所の順位を示す情報を変更する処理が行われているが、装置を停止させることなく運用を継続できるような軽微な故障（以下、「軽故障」と言う。）に関する情報は使用されていない。
【０００９】
このように、特許文献１及び２に記載の技術では、軽故障の情報を利用していないため、故障の被疑個所の順位の正確性が、当該情報を利用する場合に比べて、低くなる可能性があるという問題がある。
【００１０】
なお、特許文献３及び４に記載には、故障の被疑個所の順位の正確性を向上させる技術は何ら記載されていない。
【００１１】
本発明の目的は、上述した問題点を解決する故障指摘装置、故障指摘方法および故障指摘プログラムを提供することにある。
【課題を解決するための手段】
【００１２】
故障指摘装置は、電子装置を構成する回路群からのアラームを受け取り、故障個所の分析と故障診断をする故障診断解析手段と、前記故障診断解析手段が出力した故障診断の結果を用いて故障被疑指摘の順位を変更する故障被疑優先順位変更処理手段と、記憶手段と
を備え、
前記記憶手段は、交換修理を指摘する被疑割合の優先順位を記載している故障被疑・優先順位テーブルと、被疑割合の優先順位を示す数値に加算して前記優先順位を変更する為の加算値を記載している被疑割合加算テーブルと、作業用の一時記憶部とを含み、
前記アラームは、故障の種類を示す故障事象と、前記電子装置の運転が継続できない重故障であるか、前記電子装置の運転が継続できる軽故障であるかの識別をする故障区分と
を含み、
故障診断解析手段は、前記アラームを受け取ると、前記アラームの情報を前記一時記憶部に記憶し、前記アラームの前記故障区分が軽故障である場合は、前記アラームの受け取りを継続し、前記アラームの前記故障区分が重故障である場合は、前記アラームの前記故障事象を基に前記故障被疑・優先順位テーブルから故障個所の候補となる前記回路群を選択して、当該回路群の修理を指令し、修理の結果から故障の根本原因の前記回路群を抽出して、当該回路群を前記故障被疑優先順位変更処理手段に通知し、
故障被疑優先順位変更処理手段は、前記重故障が根本原因であると判断された回路群の優先順位を変更する為に加算する第１の加算値を前記被疑割合加算テーブルから読みだし、前記重故障と同じ故障事象であって前記故障区分が軽故障である件数が予め定めた閾値を超えた場合に前記優先順位を変更する為に加算する第２の加算値を前記被疑割合加算テーブルから読みだして、前記回路群の、前記故障被疑・優先順位テーブルに記載された優先順位を示す数値に、第１の加算値と第２の加算値とを加算し、前記回路群の優先順位を示す数値が高い順番に並べ替えた優先順位に故障被疑・優先順位テーブルを変更する。
【００１３】
故障指摘方法は、電子装置を構成する回路群から、故障の種類を示す故障事象と、前記電子装置の運転が継続できない重故障であるか、前記電子装置の運転が継続できる軽故障であるかの識別をする故障区分とを含むアラームを受け取り、前記アラームの情報を一時記憶部に記憶し、前記アラームの前記故障区分が前記軽故障である場合は、前記アラームの受け取りを継続し、前記アラームの前記故障区分が前記重故障である場合は、前記アラームの前記故障事象を基に、交換修理を指摘する被疑割合の優先順位を記載している故障被疑・優先順位テーブルから故障個所の候補となる前記回路群を選択して、当該回路群の修理を指令し、修理の結果から故障の根本原因の前記回路群を抽出する第１のステップと、
前記重故障が根本原因であると判断された前記第１のステップで抽出した回路群の優先順位を変更する為に加算する第１の加算値を、被疑割合の優先順位を示す数値に加算して前記優先順位を変更する為の加算値を記載している被疑割合加算テーブルから読みだし、前記重故障と同じ故障事象であって前記故障区分が軽故障である件数が予め定めた閾値を超えた場合に前記優先順位を変更する為に加算する第２の加算値を前記被疑割合加算テーブルから読みだして、前記回路群の、前記故障被疑・優先順位テーブルに記載された優先順位を示す数値に、第１の加算値と第２の加算値とを加算し、前記回路群の優先順位を示す数値が高い順番に並べ替えた優先順位に故障被疑・優先順位テーブルを変更するステップとを含む。
【００１４】
故障指摘プログラムは、電子装置を構成する回路群から、故障の種類を示す故障事象と、前記電子装置の運転が継続できない重故障であるか、前記電子装置の運転が継続できる軽故障であるかの識別をする故障区分とを含むアラームを受け取り、前記アラームの情報を一時記憶部に記憶し、前記アラームの前記故障区分が前記軽故障である場合は、前記アラームの受け取りを継続し、前記アラームの前記故障区分が前記重故障である場合は、前記アラームの前記故障事象を基に、交換修理を指摘する被疑割合の優先順位を記載している故障被疑・優先順位テーブルから故障個所の候補となる前記回路群を選択して、当該回路群の修理を指令し、修理の結果から故障の根本原因の前記回路群を抽出する第１の処理と、
前記重故障が根本原因であると判断された前記第１の処理で抽出した回路群の優先順位を変更する為に加算する第１の加算値を、被疑割合の優先順位を示す数値に加算して前記優先順位を変更する為の加算値を記載している被疑割合加算テーブルから読みだし、前記重故障と同じ故障事象であって前記故障区分が軽故障である件数が予め定めた閾値を超えた場合に前記優先順位を変更する為に加算する第２の加算値を前記被疑割合加算テーブルから読みだして、前記回路群の、前記故障被疑・優先順位テーブルに記載された優先順位を示す数値に、第１の加算値と第２の加算値とを加算し、前記回路群の優先順位を示す数値が高い順番に並べ替えた優先順位に故障被疑・優先順位テーブルを変更する処理とをコンピュータに実行させる。
【発明の効果】
【００１５】
本発明には、故障内容と過去の修理の実績とを参照して、故障の被疑指摘の内容を変更する際に故障箇所の指摘の正確性を高くすることが出来るという効果がある。
【図面の簡単な説明】
【００１６】
【図１】本発明の第１実施の形態における電子装置１００の構成を示すブロック図である。
【図２】故障ログを示す図である。
【図３】故障ログの集計結果を示す図である。
【図４】故障ログの故障事象を説明する図である。
【図５】故障ログの故障区分を説明する図である。
【図６】故障ログの故障内容を説明する図である。
【図７】故障被疑・優先順位テーブル３の初期状態を示す図である。
【図８】故障診断検出結果テーブルを示す図である。
【図９】被疑割合加算テーブル５を示す図である。
【図１０】優先順位数値の補正テーブルを示す図である。
【図１１】優先順位数値の加算テーブルを示す図である。
【図１２】優先順位数値の正規化テーブルを示す図である。
【図１３】優先順位の並べ替えテーブルを示す図である。
【図１４】図７の故障被疑・優先順位テーブル３を変更した状態を示す図である。
【図１５】本発明の故障被疑・優先順位テーブル３の変更処理を示すフローチャートである。
【図１６】図１５の処理の優先順位の変更処理の詳細を示すフローチャートである。
【図１７】本発明の第２の実施の形態の故障指摘装置１の構成を示すブロック図である。
【発明を実施するための形態】
【００１７】
（第１の実施の形態）
次に、本発明の第１の実施の形態について図面を参照して詳細に説明する。
【００１８】
図１は、本発明の実施形態を示すブロック図である。
【００１９】
本実施形態は電子装置１００から構成され、電子装置１００は、故障指摘装置１と、入出力部１０と、少なくとも一つの電子回路からなる回路群Ａ１１と、少なくとも一つの電子回路からなる回路群Ｂ１２と、少なくとも一つの電子回路からなる回路群Ｃ１３と、これらの回路群Ａ１１、回路群Ｂ１２および回路群Ｃ１３と接続された診断インターフェース２０とを含む。
【００２０】
故障指摘装置１は、故障診断解析部２と、故障被疑・優先順位テーブル３と、故障被疑優先順位変更処理部４と、被疑割合加算テーブル５と一時記憶部６を有する。
【００２１】
回路群Ａ１１は自らの故障を検出する故障検出部Ａ７を有する。回路群Ｂ１２は自らの故障を検出する故障検出部Ｂ８を有する。回路群Ｃ１３は自らの故障を検出する故障検出部Ｃ９を有する。
【００２２】
なお、故障指摘装置１は、専用のハードウエアで実現してもよいし、プログラム制御により動作する一般的なコンピュータで実現してもよい。
【００２３】
入出力部１０は、故障指摘装置１からの各種の情報を出力したり、故障指摘装置１に対する指令等の入力を行うために使用される。
【００２４】
次に、本発明の第１の実施の形態の動作について詳細に説明する。
【００２５】
電子装置１００に搭載された各々の回路群のそれぞれは自らの故障を検出する故障検出部Ａ７、故障検出部Ｂ８及び故障検出部Ｃ９のから、故障の発生に対応して、予め定められた故障事象、故障区分、故障内容及び当該故障回路群の識別子を含むアラーム信号を、診断インターフェース２０を介して故障診断解析部２に送信する。
【００２６】
故障診断解析部２は、アラーム信号を受け取ると、記憶部１４に確保した一時記憶部６に、図２に示す故障ログに、アラーム信号の情報の登録を開始する。
【００２７】
故障ログは、項番欄、発生時刻欄、故障事象欄、故障区分欄、故障内容欄、識別子欄から構成される。故障ログの項番００１を見ると、発生時刻は２０１４年3月２０日の８時３４分であり、図４の説明によると、この項番に対する故障事象が１であることから、故障事象はデータエラーであり、図５の説明によると故障区分が１であることから軽故障であり、図６の説明によると故障内容は０１であることから訂正可能な故障であり、識別子がＡであることから、故障が検出された回路群はＡすなわち回路群Ａ１１である。故障ログには、各々の回路群が出力したアラームの情報が、当該アラームが発生した時刻の順番に登録される。
【００２８】
故障診断解析部２が受け取った故障情報の故障区分が１、すなわち軽故障である場合には、故障診断解析部２が軽故障の情報を電子装置１００に送信する。その後、故障診断解析部２は、回路群Ａ１１，回路群Ｂ１２、回路群Ｃ１３のアラーム信号の発生の監視と当該アラーム信号の故障ログへの登録を継続する。前述の軽障害の情報を受け取った電子装置１００は、運転継続の為に当該軽障害の影響を少なくする為の処理を行い、運転を継続する。
【００２９】
次に、図２の故障ログの項番９００に示す様に、故障診断解析部２が受け取った故障情報の故障区分が０、すなわち故障区分が重故障である場合には、故障診断解析部２が重故障の発生の情報を電子装置１００に送信する。その後、重故障の発生により、故障診断解析部２は故障ログの作成を中断する。前述の重故障が発生した情報を受け取った電子装置１００は、運転を停止させる。
【００３０】
さらに、故障診断解析部２が重故障の発生を検出して、当該アラーム信号を故障ログに登録した後に、故障指摘装置１が故障解析、故障個所の修理交換及び故障被疑・優先順位テーブル３の変更作業を開始する。以下に変更作業の詳細を説明する。
【００３１】
まず、故障診断解析部２が図２に示す故障ログから重故障が発生した当該回路群の情報を抽出する。重故障は項番９００で、故障事象は１である。次に、故障事象１に関する情報を集計する。集計した例を図３に示す。図３を参照すると、故障区分１、すなわち軽故障は、識別子Ａである回路群Ａ１１が０件、識別子Ｂである回路群Ｂ１２が２件、識別子Ｃである回路群Ｃ１３が３０件発生している。故障区分０、すなわち重故障については、識別子Ａである回路群Ａ１１が０件、識別子Ｂである回路群Ｂ１２が０件、識別子Ｃである回路群Ｃ１３が１件発生している。なお、軽故障の件数の集計については、図２の故障ログの項番９００の重故障が発生する以前の一定の期間内（本例では２４時間以前）に発生した件数の例である。
【００３２】
次に、故障被疑優先順位変更処理部４は、受け取った重故障の情報と故障被疑・優先順位テーブル３とから、故障個所の解析を開始する。以下でさらに詳細を説明する。
【００３３】
ここで、図７に示す故障被疑・優先順位テーブル３の説明をする。故障被疑・優先順位リスト３は、故障事象欄、故障被疑・優先順位欄から構成される。故障事象欄には、故障事象１から始まる複数の故障事象が登録される。故障被疑・優先順位欄は、さらに優先順位の欄があり、当該優先順位の欄には、回路群Ａ１１、回路群Ａ１２及び回路群Ｃ１３の欄と各々の当該回路群に付与された優先順位を示す数値を記述する欄を有する。
【００３４】
例えば、図７の故障事象欄の故障事象１の行を見ると、優先順位１は、回路群Ａであり、当該回路群Ａに付与された優先順位を示す数値は５０％、優先順位２は、回路群Ｂであり、当該回路群Ｂに付与された優先順位を示す数値は３０％、優先順位３は、回路群Ｃである。したがって、当該回路群Ｃに付与された優先順位を示す数値は２０％であるから、第１番目の修理候補は回路群Ａであり、次に第２番目の修理候補は回路群Ｂであり、さらに、第３番目の修理候補は回路群Ｃであることを示す。
【００３５】
次に、故障被疑優先順位変更処理部４は、図７に示す故障被疑・優先順位テーブル３から、前述の故障診断解析部２から受け取った重故障の故障事象と合致する故障事象に登録された被疑候補の中から、優先順位の高い順番に修理候補を選択する。
【００３６】
次に、故障被疑優先順位変更処理部４は、入出力部１０を用いて、選択した修理候補の回路群の識別子を、保守員に対して提示することで当該修理箇所の交換修理を指令する。
【００３７】
前述の交換修理の指令を受け取った保守員が、当該箇所の交換修理を行う。
【００３８】
故障被疑優先順位変更処理部４が、電子装置１００が再起動したことを検知するか、保守員から入出力部１０を経由して当該箇所の交換修理の終了の通知を受け取ると、故障被疑優先順位変更処理部４は故障診断解析部２に電子装置１００の動作を確認するために故障診断の実行を故障診断解析部２に指令する。
【００３９】
故障診断解析部２が、電子装置１００の故障診断の結果を故障被疑優先順位変更処理部４に出力する。
【００４０】
故障被疑優先順位変更処理部４は、交換修理の原因となった当該故障事象と同じ障事象が再度検出された場合は、交換修理が失敗したと判断し、当該故障事象が解消した場合は、交換修理が成功したと判断する。
【００４１】
交換修理が失敗した場合は、故障被疑優先順位変更処理部４は前述の図７に示す故障被疑・優先順位テーブル３から前述の交換修理を行った回路群の次の順位の回路群の修理対象を新たに選択して保守員に提示する。以上の交換修理作業を故障が解消するまで交換修理及び故障診断を繰り返す。
【００４２】
次に、故障が解消して、故障の根本原因が判明すると、故障診断解析部２は、前述の図３に示した集計内容と、図７の故障被疑・優先順位リスト３の障害事象１の行とから、一時記憶部６に、図８に示す故障診断検出結果テーブルを作成して、故障被疑優先順位変更処理部４に通知する。
【００４３】
ここで、図８に示す故障診断検出結果テーブルを説明する。
【００４４】
図８の故障診断検出結果テーブルは、障害事象の欄と、故障被疑・優先順位の欄で構成される。故障事象１の優先順位の行は、図７に示す故障被疑・優先順位テーブル３から読みだした故障事象１の内容と同じ故障被疑・優先順位の内容が登録されている。故障事象１の重故障の行には、各々の回路群の重故障を検出した件数及び故障の根本原因であるか無関係であるかの情報が記憶されている。さらに故障事象１の軽故障の行には、各々の回路群の軽故障を検出した件数が記憶されている。図８の例では、回路群Ｃが故障事象１の重故障を検出し、また故障解析の結果、回路群Ｃが根本原因であることを示す。
【００４５】
次に、故障を修理した実績を基に図７に示す故障被疑・優先順位テーブル３の優先順位を示す数値の変更作業を詳細に説明する。
【００４６】
まず、図９に示す被疑割合テーブル５の詳細を説明する。被疑割合テーブル５は、故障事象の欄、故障分類の欄、項目の欄、優先順位の欄から構成される。故障事象の欄は、図７に示す故障被疑・優先順位テーブル３の故障事象と同じ故障事象が登録されている。故障分類の欄は、重故障と軽故障とに分類されている。項目欄には、重故障の場合は、加算値が、軽故障の場合は、閾値と加算値の二つの項目が記載されている。各々の重故障の行の優先順位１、優先順位２及び優先順位３の欄には、優先順位が低いにも関わらず、故障原因であることが判明した場合に、より正確な被疑指摘の優先順位に変更する為に優先順位を示す数値に加算する値が登録されている。
【００４７】
例えば、故障事象１の行を見ると、故障分類が重故障である場合、故障の根本原因が優先順位１の回路群であった場合には、当該回路群に対する加算値は０％であり、故障の根本原因が優先順位２の回路群であった場合には、当該回路群に対する加算値は１０％であり、故障の根本原因が優先順位３の回路群であった場合には、当該回路群に対する加算値は２０％が加算値である。
【００４８】
軽故障の行に記載の閾値は、軽故障の発生頻度が多いほど、将来、当該箇所が当該軽故障と同じ故障事象の重故障に悪化する可能性が高いことから、当該軽故障の発生頻度が一定の数値を超えた場合に、故障被疑箇所を決める優先順位を示す数値に反映さて、優先順位の正確性を向上させる処理を行う為の判断基準である。図９に示す例では、軽故障の場合の閾値は、優先順位１の回路群が３０件、優先順位２の回路群が２０件、優先順位３の回路群が１０件を超えた場合に、優先順位の変更を行う。
【００４９】
軽故障の行に記載の加算値は、軽故障が多く発生したことを重故障による加算値にさらに加味することで、より正確な被疑指摘の優先順位に変更する為の加算値が登録されている。図９に示す例では、軽故障の場合の加算値は、優先順位１の回路群の軽故障の発生数が閾値を超えた場合の加算値は０％であり、優先順位２の回路群の場合は１５％、優先順位３の回路群の場合は２５％が加算値であることを示している。
【００５０】
ここで、故障被疑優先順位変更処理部４が図７に示す故障被疑・優先順位テーブル３を変更する処理を、図２に示す故障ログの項番９００において、故障事象が１の重故障が発生して電子装置１００が停止し、交換修理の結果、図８の故障診断検出結果テーブルに示したとおり、故障の根本原因が回路群Ｃ１３である例で説明する。
【００５１】
まず、故障被疑優先順位変更処理部４が、図８に示す故障診断検出結果テーブルと図７の故障被疑・優先順位テーブル３とから、図１０に示す優先順位数値の補正テーブルを一時記憶部６に作成する。図１０の優先順位数値の補正テーブルには、故障事象の欄に、故障事象１の優先順位の情報と、故障被疑・優先順位欄に、図７に示す故障被疑・優先順位テーブル３の故障事象１の行と同じ情報を読み出して記憶されている。具体的には、回路群Ａ及び回路群Ａの優先順位を示す数値５０％、回路群Ｂ及び回路群Ｂの優先順位を示す数値３０％、回路群Ｃ及び回路群Ｃの優先順位を示す２０％である。また、本例で重故障を検出した回路群Ｃ１３は、図７を参照すると優先順位３である。
【００５２】
次に、前述の様に回路群Ｃ１３が優先順位３であることから、図９に示す被疑割合加算テーブル５の故障事象１の重故障における優先順位３の欄の数値、すなわち２０％を読み出して、図１０の優先順位数値補正の故障事象１の重故障補正の行の回路群Ｃに２０％を登録する。
【００５３】
次に、図８に示す故障診断検出結果テーブルの故障事象１の軽故障の行の回路群Ｃの故障発生件数が３０件であり、図９に示す被疑割合加算テーブルの故障事象１の軽故障の優先順位３の欄の閾値の１０件を超えていることから、故障順位の変更を行う対象であると故障被疑優先順位変更処理部４が判断し、故障事象１の軽故障の優先順位３の欄の加算値２５％を読み出して、図１０の優先順位数値補正の故障事象１の軽故障補正の行の回路群Ｃに２５％を登録する。
【００５４】
次に、図１０の優先順位数値の補正テーブルの回路群Ａ、回路群Ｂ及び回路群Ｃのそれぞれの欄の数値を加算し、一時記憶部６に作成した図１１に示す優先順位数値の加算テーブルを得る。本例では回路群Ａは５０％、回路群Ｂは３０％、回路群Ｃは６５％である。
【００５５】
次に、図１１の優先順位数値の加算テーブルにて得られた各々の回路群の優先順位を示す数値の合計が１００％になるように正規化して、図１２に示す優先順位数値の正規化テーブルを作成する。
【００５６】
次に、各々の回路群の優先順位を示す数値が大きい順番に順位を入れ替えて、図１３に示す優先順位並べ替えテーブルを作成する。この例では、回路群Ｃの数値が４４．８％で優先順位が１位となり、回路群Ａの数値が３４．５％で優先順位が２位となり、回路群Ｂの数値が２０．７％で優先順位が３位となる。
【００５７】
次に、故障被疑優先順位変更処理部４が、図７に示す故障被疑・優先順位テーブル３の故障事象１の行を、前述の図１３で示した優先順位並べ替えテーブルの故障事象１の優先順位の内容に変更する。以上の処理で図１４に示す、故障被疑・優先順位テーブル３が生成される。この様に、重故障が発生して、故障修理の実行とともに、故障被疑・優先テーブルの優先順位の変更作業が繰り返される。図２、図８、図１０、図１１、図１２、図１３のそれぞれのテーブルは、一時記憶６に確保した作業領域に一時的に作成される。一時記憶６の作業領域は、故障指摘装置１が故障被疑・優先順位テーブル３の変更を終了した後に、内容がリセットされる。
【００５８】
なお、本例では、重故障の発生を起点として、優先順位の変更を開始する処理を説明したが、重故障の発生が無い場合でも、予め定めた期間が経過した時点で軽故障の発生件数が最大となった回路群を基にして、優先順位の変更の作業を開始してもよいし、予め定めた期間の軽故障の発生頻度が予め定めた閾値を超えた回路群を基にして優先順位の変更の作業を開始してもよい。
【００５９】
次に、故障修理の実績を基にして故障被疑・優先順位テーブル３を変更する処理の一例について、図１５及び図１６のフローチャートを参照して説明する。
【００６０】
回路群Ａ１１、回路群Ｂ１２及び回路群Ｃ１３のそれぞれは、故障を検出すると、故障情報として、故障事象の種類と自身の識別番号とを診断インターフェース２０を介して故障診断解析部２に通知する。
【００６１】
故障診断解析部２が前述の故障情報を受け取ると、故障診断解析部２は、電子装置１００の内部にある記憶部１４に配置した一時記憶部６に故障ログを作成して、受け取った故障情報を登録する（ステップＳ１００）。
【００６２】
故障診断解析部２が、回路群Ａ１１、回路群Ｂ１２、または回路群Ｃ１３から受け取ったアラームの故障事象が、重故障であるか、軽故障であるかを故障情報の故障区分を識別して、重故障であるか否かを判定する（ステップＳ１０１）。判定結果が重故障でない場合（ステップＳ１０１：Ｎｏ）、ステップＳ１００に制御が戻る。
【００６３】
判定結果が重故障である場合（ステップＳ１０１：Ｙｅｓ）、故障診断解析部２が、故障被疑・優先順位テーブル３から、当該故障事象１に対する故障被疑候補の最上位順位の回路群を検索する（ステップＳ１０２）。図７の故障被疑・優先順位テーブル３を参照すると、故障事象１の優先順位１の欄には、「回路群Ａ」の記述があり、優先順位を示す数値は５０．０％であることが読み取れる。
【００６４】
次に、故障診断解析部２が当該被疑候補として検索した回路群Ａ１１が第１の修理対象であることを、入出力部１０を用いて保守員に提示する（ステップＳ１０３）。
【００６５】
保守員が当該故障被疑として入出力部１０に提示された回路群Ａ１１の修理を実施する（ステップＳ１０４）。
【００６６】
当該回路群Ａ１１の修理が終了した後に、電子装置１００を再起動させると、故障診断解析部２が電子装置１００の診断を実行する（ステップＳ１０５）。なお、修理に際して、当該回路群Ａ１１が活線挿抜にて交換し、電子装置１００の電源がオフされていない場合は、電子装置１００の再起動ではなく、当該回路群Ａ１１の診断のみを実行することでもよい。
【００６７】
故障診断解析部２が、修理が成功したか否かを判断する（ステップＳ１０６）。
【００６８】
故障診断解析部２が診断した結果、修理が成功しなかった場合（ステップＳ１０６：Ｎｏ）には故障診断解析部２が、故障被疑・優先順位テーブル３から、直前の修理作業で、修理が成功しなかった回路群の次の優先順位である回路群を選択し、ステップＳ１０３のステップに戻る（ステップＳ１０７）。
【００６９】
故障診断解析部２が診断した結果、修理が成功した場合には（ステップＳ１０６：Ｙｅｓ）、当該回路群が根本原因であると判断し、故障診断解析部２が、故障の根本原因である回路群の識別子、すなわち回路群Ｃ１３を故障被疑優先順位変更処理部４に送信する（ステップＳ１０８）。
【００７０】
次に、故障被疑優先順位変更処理部４が故障被疑・優先順位情報の優先順位を変更する作業を行う（ステップＳ１０９）。
【００７１】
図１６に示すフローで、ステップＳ１０９の詳細フローを説明する。
【００７２】
まず、重故障が根本原因である当該回路群（本例では回路群Ｃ１３）で、軽故障の発生があるか否かを確認する（ステップＳ２００）。
【００７３】
軽故障が無かった場合（ステップＳ２００：Ｎｏ）には、故障被疑優先順位変更処理部４が被疑割合加算テーブル５の当該故障事象１の重故障の行の、故障の根本原因の回路群の識別子の優先順位の欄にある加算値を読みだして（ステップＳ２０２）、次のステップＳ２０４に進む。
【００７４】
軽故障がある場合（ステップＳ２００：Ｙｅｓ）には、故障被疑優先順位変更処理部４が図８に示す故障診断検出結果テーブルの回路群Ｃ１３の欄の故障事象１の軽故障の行から、回路群Ｃ１３の軽故障が３０件発生していることを読み取り、さらに被疑割合加算テーブル５の優先順位３の欄の故障事象１の軽故障の閾値の行の数値を読み取り、軽故障の発生数が閾値を超えているか否かを判断する（ステップＳ２０１）。
【００７５】
軽故障の発生が閾値を超えていない場合ステップＳ２０２を実行する（ステップ２０２：Ｎｏ）。
【００７６】
軽故障の発生が閾値を超えている場合（ステップＳ２０１：Ｙｅｓ）、故障被疑優先順位変更処理部４が、被疑割合加算テーブル５の優先順位３の欄の故障事象１の軽故障の加算値の行の数値を読み取る（ステップＳ２０３）。本例では、２５％である。
【００７７】
故障被疑・優先順位テーブル３の回路群Ｃの優先順位を示す数値２０％にステップＳ２０２にて読みだした重故障の加算値２０％とステップＳ２０３にて読みだした軽故障の加算値２５％とを加算する（ステップＳ２０４）。図１０にステップＳ２０４で説明した回路群Ｃ１３の優先順位位を示す数値の補正テーブル内容を示す。図１１に、回路群Ｃ１３の優先順位を示す数値の加算結果とその他の回路群の優先順位を示す数値のテーブルを示す。
【００７８】
次に、図１１に示したテーブルの故障事象１の優先順位を示すそれぞれの数値の合計が１００％になる様に、それぞれの回路群の優先順位を示す数値を正規化する（ステップＳ２０５）。図１２に、正規化した内容のテーブルを示す。
【００７９】
次に、優先順位を示す数値が大きい順番に、回路群Ｃ１３、回路群Ａ１１、回路群Ｂ１２を並べ替えて、図１３のテーブルを作成する（ステップＳ２０６）。
【００８０】
次に、ステップＳ２０６で新たに得られた故障事象１の優先順位の内容を用いて、故障被疑・優先順位テーブル３の当該故障事象１の故障被疑・優先順位を示す欄の内容に書き換えた、新たな故障被疑・優先順位テーブル３生成する（ステップＳ２０７）。
【００８１】
次に、図８に示す故障診断検出結果テーブル、図１０に示す優先順位数値の補正テーブル、図１１に示す優先順位数値の加算テーブル、図１２に示す故障被疑・優先順位数値の正規化テーブル、図１３に示す優先順位並べ替えテーブルに用いた一時記憶の内容を消去する（ステップＳ１１０）。その後、ステップＳ１００における処理に戻り、ステップＳ１００からステップＳ１１０までの一連の処理が繰り返えされる。
【００８２】
以上説明した様に、故障被疑箇所の指摘において、故障の被疑個所の順位の正確性を向上させることが出来る。その理由は、重故障に加えて、軽故障の発生状況もさらに用いて、故障個所の被疑を示す優先順位を示す数値を変更するからである。
（第２の実施の形態）
本発明の第２の実施の形態について図１７を用いて説明する。
【００８３】
故障指摘装置１は、故障診断解析部２と、故障被疑・優先順位テーブル３と、故障被疑優先順位変更処理部４と、被疑割合加算テーブル５と、一時記憶部６を有する。
【００８４】
なお、故障指摘装置１は、専用のハードウエアで実現してもよいし、プログラム制御により動作する一般的なコンピュータで実現してもよい。
【００８５】
故障診断解析手段２が、診断インターフェースから前記アラームを受け取ると、アラームの情報を一時記憶部６に記憶し、アラームの故障区分が軽故障である場合は、アラームの受け取りを継続し、アラームの故障区分が重故障である場合は、アラームの故障事象を基に故障被疑・優先順位テーブル３から故障個所の候補となる回路群を選択して、当該回路群の修理を指令し、修理の結果から故障の根本原因の回路群を抽出して、当該回路群を前記故障被疑優先順位変更処理部４に通知し、
故障被疑優先順位変更処理部が、重故障が根本原因であると判断された回路群の優先順位を変更する為に加算する第１の加算値を被疑割合加算テーブル５から読みだし、重故障と同じ故障事象であって故障区分が軽故障である件数が予め定めた閾値を超えた場合に優先順位を変更する為に加算する第２の加算値を被疑割合加算テーブル５から読みだして、回路群の、故障被疑・優先順位テーブル３に記載された優先順位を示す数値に、第１の加算値と第２の加算値とを加算し、回路群の優先順位を示す数値が高い順番に並べ替えた優先順位に故障被疑・優先順位テーブル３を変更する。
【００８６】
故障指摘装置１は、優先順位の正確性を向上させることが出来る。その理由は、重故障にさらに軽故障の実績を加算値として加えることで、優先順位を変更するからである。
【符号の説明】
【００８７】
１    故障指摘装置
２    故障診断解析部
３    故障被疑・優先順位テーブル
４    故障被疑優先順位変更処理部
５    被疑割合加算テーブル
６    一時記憶部
７    故障検出部Ａ
８    故障検出部Ｂ
９    故障検出部Ｃ
１０    入出力部
１１    回路群Ａ
１２    回路群Ｂ
１３    回路群Ｃ
１４    記憶部
１００    電子装置
【図１】
2015162030.tif 000003
【図２】
2015162030.tif 000004
【図３】
2015162030.tif 000005
【図４】
2015162030.tif 000006
【図５】
2015162030.tif 000007
【図６】
2015162030.tif 000008
【図７】
2015162030.tif 000009
【図８】
2015162030.tif 000010
【図９】
2015162030.tif 000011
【図１０】
2015162030.tif 000012
【図１１】
2015162030.tif 000013
【図１２】
2015162030.tif 000014
【図１３】
2015162030.tif 000015
【図１４】
2015162030.tif 000016
【図１５】
2015162030.tif 000017
【図１６】
2015162030.tif 000018
【図１７】
2015162030.tif 000019