特開 2024-174756 設備保全システム及び設備保全方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024174756

(43)【公開日】2024-12-17

(54)【発明の名称】設備保全システム及び設備保全方法

(51)【国際特許分類】

   G06Q 10/20 20230101AFI20241210BHJP

【ＦＩ】

G06Q10/20

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2023092763

(22)【出願日】2023-06-05

(71)【出願人】

【識別番号】502129933

【氏名又は名称】株式会社日立産機システム

(74)【代理人】

【識別番号】110001689

【氏名又は名称】青稜弁理士法人

(72)【発明者】

【氏名】韓 露

(72)【発明者】

【氏名】内田 貴之

【テーマコード（参考）】

5L010

5L049

【Ｆターム（参考）】

5L010AA20

5L049AA20

(57)【要約】

【課題】出張による保全サービスと遠隔による保全サービスの両方のコストを比較し、コストパフォーマンスの良い保守方法を提案する。
【解決手段】
設備の故障に対応する対応方法を判定する設備保全システムであって、設備の故障と原因が登録されたアセット知識データベースと、設備から出力される故障情報を受付ける入力部と、入力部が受付けた故障情報を基にアセット知識データベースを参照し故障原因を推定する故障原因推定部と、故障原因推定部が推定した故障原因に対応するための対応方法を判定する対応方法判定部と、対応方法判定部が判定した対応方法に必要なコストを設備が設置されている現地へ技術者が出向いて対応する出張対応のコストと遠隔で対応する遠隔対応のコストに分けて見積もるコスト見積部と、コスト見積部が見積もったコストのうち最もコストが小さい対応方法を出力する出力部を備える設備保全システム
【選択図】図１

【特許請求の範囲】

【請求項1】

設備の故障に対応する対応方法を判定する設備保全システムであって、
設備の故障と原因が登録されたアセット知識データベースと、
設備から出力される故障情報を受付ける入力部と、
入力部が受付けた故障情報を基にアセット知識データベースを参照し故障原因を推定する故障原因推定部と、
故障原因推定部が推定した故障原因に対応するための対応方法を判定する対応方法判定部と、
対応方法判定部が判定した対応方法に必要なコストを設備が設置されている現地へ技術者が出向いて対応する出張対応のコストと遠隔で対応する遠隔対応のコストに分けて見積もるコスト見積部と、
コスト見積部が見積もった出張対応のコストと遠隔対応のコストのうちコストが小さい対応方法を提案する出力する出力部を備える設備保全システム。

【請求項2】

前記コスト見積部は出張対応のコストを見積もるとき、技術者が現地へ出向くための交通費と時間をコストとして見積もる請求項１に記載の設備保全システム。

【請求項3】

前記アセット知識データベースは故障情報に対応付けられた故障原因の発生確率を対応付けて格納し、
前記故障原因推定部は故障原因の発生確率を基に故障原因を推定する請求項２に記載の設備保全システム。

【請求項4】

前記入力部は故障対応のための費用と時間のどちらを優先するかを示すコスト情報を受付け、
前記コスト見積部がコスト情報に基づいてコストを見積もるときに使用する費用と時間のどちらを優先するかを示す重み係数を決定する重み係数算出部を備える請求項２に記載の設備保全システム。

【請求項5】

前記故障原因推定部は複数の故障原因を推定し、
前記コスト見積部は故障原因毎にコストを見積り、出張対応のコストの合計と遠隔対応のコストの合計を求め、
前記出力部は出張対応のコストの合計と遠隔対応のコストの合計のうち小さいコストを出力する請求項２に記載の設備保全システム。

【請求項6】

設備の故障に対応する対応方法を判定する設備保全方法であって、
入力部が設備から出力される故障情報を受付け、
故障原因推定部が入力部が受付けた故障情報を基に設備の故障と原因が登録されたアセット知識データベースを参照し故障原因を推定し、
対応方法判定部が故障原因推定部が推定した故障原因に対応するための対応方法を判定し、
コスト見積部が対応方法判定部が判定した対応方法に必要なコストを設備が設置されている現地へ技術者が出向いて対応する出張対応のコストと遠隔で対応する遠隔対応のコストに分けて見積もり、
出力部がコスト見積部が見積もった出張対応のコストと遠隔対応のコストのうちコストが小さい対応方法を提案する設備保全方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、設備保全システム及び設備保全方法に関する。

【背景技術】

【0002】

産業用複合機などの設備に故障が発生したとき、保全部門ではユーザから症状を聞き取り、故障原因の候補を推定する。この推定結果を基に設備が設置されているユーザサイトに出張するか遠隔対応するかを決定する必要がある。

【0003】

故障の対応方法は遠隔で保全又はユーザサイトへ出張しての保全の二種類の方法がある。特許文献１では不具合現象に対して復旧のために必要な処置作業の候補およびそれを特定するための診断作業の情報を含む保守支援Ｔｒｅｅ情報を管理する保守支援Ｔｒｅｅ情報管理部と、上記保守支援Ｔｒｅｅ中において、過去の事例数や保守作業員の経験値や診断作業や各作業にかかるコスト情報を使い、作業コストあるいは作業時間の期待値が最小となる作業の開始点を算出する最適作業算出部と、保守対象装置の復旧が完了するまで上記最適作業の算出を繰返すために、実行した作業の結果を反映して上記保守支援Ｔｒｅｅ情報を更新する診断作業実行部とを備える保守支援システムが開示されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１３-２９８８１号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、特許文献１の保守支援システムでは保全サービスを行う場合に必要な出張に必要な移動時間と交通費に関するコストが考慮されていない。

【0006】

本発明の目的は、故障原因推定結果を用いて、出張に必要な移動時間と交通費に関するコストを定量化し、出張による保全サービスと遠隔による保全サービスの両方のコストを比較し、コストパフォーマンスの良い保守方法を提案することにある。

【課題を解決するための手段】

【0007】

本発明の目的は、設備の故障に対応する対応方法を判定する設備保全システムであって、設備の故障と原因が登録されたアセット知識データベースと、設備から出力される故障情報を受付ける入力部と、入力部が受付けた故障情報を基にアセット知識データベースを参照し故障原因を推定する故障原因推定部と、故障原因推定部が推定した故障原因に対応するための対応方法を判定する対応方法判定部と、対応方法判定部が判定した対応方法に必要なコストを設備が設置されている現地へ技術者が出向いて対応する出張対応のコストと遠隔で対応する遠隔対応のコストに分けて見積もるコスト見積部と、コスト見積部が見積もったコストのうち最もコストが小さい対応方法を出力する出力部を備える設備保全システムにより達成される。

【発明の効果】

【0008】

本発明によれば、出張に必要な移動時間と交通費に関するコストを定量化しコストパフォーマンスの良い保守方法を提案することが可能となる。

【図面の簡単な説明】

【0009】

【図1】本発明の実施例におけるシステム構成図の例

【図2】本発明の実施例における保守知識データの例

【図3】本発明の実施例における故障確率の例

【図4】本発明の実施例における親ノードが異常時の子ノード異常確率の例

【図5】本発明の実施例における親ノードが正常時の子ノード異常確率の例

【図6】本発明の実施例における保守知識ベイジアンネットワークの例

【図7】本発明の実施例における保守知識ベイジアンネットワークの生成処理のフローチャートの例

【図8】本発明の実施例における故障原因推定処理のフローチャートの例

【図9】本発明の実施例における故障原因推定結果の例

【図10】本発明の実施例における故障原因対応方法テーブルの例

【図11】本発明の実施例における出張費用テーブルの例

【図12】本発明の実施例における対応方法データの例

【図13】本発明の実施例における出張対応データの例

【図14】本発明の実施例における遠隔対応データの例

【図15】本発明の実施例における出張・遠隔対応方式の決定支援処理のフローチャートの例

【図15a】本発明の実施例における出張・遠隔対応方式の決定支援処理のフローチャートの処理Ｓ３４の例

【図15b】本発明の実施例における出張・遠隔対応方式の決定支援処理のフローチャートの処理Ｓ３５の例

【図15c】本発明の実施例における出張・遠隔対応方式の決定支援処理のフローチャートの処理Ｓ３６の例

【図15d】本発明の実施例における出張・遠隔対応方式の決定支援処理のフローチャートの処理Ｓ３７の例

【図16】本発明の実施例における入力画面の例

【図17】本発明の実施例における結果画面の例

【発明を実施するための形態】

【0010】

以下、本発明の実施例を図面を用いて説明する。なお、実施例を説明するための各図において、同一の構成要素にはなるべく同一の名称、符号を付して、その繰り返しの説明を省略する。

【0011】

本発明は後述する実施例に限定されるものではなく、添付した特許請求の範囲の趣旨内における様々な変形例および同等の構成が含まれる。例えば、前述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに本発明は限定されない。

【0012】

また、実施例で説明する処理部は、それらの一部又は全部を、例えば集積回路で設計する等により、ハードウェアで実現してもよく、プロセッサがそれぞれの機能を実現するプログラムを解釈し実行することによりソフトウェアで実現してもよい。

【0013】

実施例で説明するテーブル、領域等はデータベース（ＤＢ）であっても良く主記憶メモリに記憶されたデータであっても良い。
以降、本発明を実施するための形態を、各図を参照して詳細に説明する。

【0014】

図１は、本発明の実施例におけるシステム構成図の例である。設備保全システムはＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２、メモリ３外部記憶装置４を備える計算機で構成されている。本実施例ではスタンドアロンの計算機を用いた構成で説明するがクラウド上のサーバで実現しても良く、各々の機能を分割し複数の計算機で実現しても良い。

【0015】

メモリ３には金銭的コストと時間的コストのどちらを優先した計算を行うかを決める重み係数決定部７、遠隔で保全を行うのか出張により現地で保全を行うのかを決める対応方法判定部８、入力されて設備の状態やアラームに基づいて故障原因を推定する故障原因推定部９、故障に対応するためのコストを見積もるコスト見積部１９、入出力処理を行う入出力部１０をそなえる。

【0016】

外部記憶装置４には故障モード対応方法データベース１１とアセット知識データベース１２を備える。故障モード対応方法データベース１１には故障に対して遠隔で対応するのか出張で対応するのかを定めた故障原因対応ＴＢＬ（テーブル）１３、出張にかかる時間と費用を記載した出張費用ＴＢＬ（テーブル)を格納している。

【0017】

アセット知識データベース１２には機能故障やアラームとその原因である故障モードを対応付けた保守知識データ１５、故障原因の発生する確率を格納した故障確率１６、親ノード異常時子ノード異常確率１７、親ノード正常時子ノード異常確率１８を格納している。

【0018】

アセット知識データベースは、保守知識が蓄積されたデータベースである。保守知識とは、例えば、保守マニュアルや、ＦＭＥＡなどから抽出される情報であり、例えば図２に示すような保守知識データ、図３～５に示す確率設定用のデータが含まれる
図２は本発明の実施例における保守知識データの例である。機能故障は冷却水が循環しない、部品２が格納できないなどの故障現象を示す。故障モードは故障の原因を示す。チェック項目はチ設備のセンサデータや環境、設備、コンポーネントなどのように、チェックすべき項目を格納する欄である。

【0019】

チェック項目は、故障モードが発生する時に発生可能な現象を洗い出し、その現象が発生したかどうかをチェックするためのものである。一つの故障モードに対応するチェック項目は一つとは限らない。その機能故障が発生するとよく発生するアラーム情報も含まれる。

【0020】

図３は、本発明の実施例における故障確率の例である。ベイジアンネットワークを作成するときに設定する確率設定用のデータである。故障モードの名称が格納される故障モード４１と、状態４２と、確率４３を含んで構成される。この表に基づいて、各故障モードの発生確率を知ることができる。

【0021】

状態４２は、ＹまたはＮが格納されており、それぞれ故障モードの発生状態と非発生状態を意味している。これら状態は、同一の故障モードに係るＹとＮの確率を加算すると１になるように設定される。

【0022】

確率４３は、故障モードの状態の確率が格納されている。ここで故障モードの確率は、故障モードの状態ＹとＮを、それぞれ５０％などの固定の値を入れても良い。しかし、これに限られず、過去の履歴などから計算することもできる。故障モードの発生状態の確率は、例えば、故障履歴のうち、当該故障モードの発生件数から総件数を除算した値である。

【0023】

図４は、本発明の実施例における親ノードが異常時の子ノード異常確率の例である。親ノード５１、状態５２、子ノード５３、子ノード状態５４、確率５５を含んで構成される。ある故障モードが発生した際に、チェック項目が異常と正常の確率を示している。

【0024】

親ノード５１には、故障モードの名称が格納されている。この表にて状態５２には、Ｙが格納されており、故障モードの発生状態を意味している。

【0025】

子ノード５３には、チェック項目が格納されており、ここではセンサ名が格納されている。子ノード状態５４には、チェック項目の状態が格納されており、ここでは当該センサの状態が格納されている。確率５５には、チェック項目の状態の確率が格納されており、ここではセンサの状態の確率が格納されている。同一のチェック項目の状態に係る異常と正常の確率を加算すると１．０（１００％）になるように設定される。

【0026】

異常の時１００％、正常の時０％などの固定値を設定することができ、過去の故障履歴から計算しても良い。

【0027】

図５は本発明の実施例における親ノードが正常時の子ノード異常確率の例である。子ノード６１と、子ノード状態６２と、確率６３とを含む。

【0028】

子ノード６１には、チェック項目が格納されており、ここではチェック項目が格納されている。子ノード状態６２には、チェック内容が格納されており、ここではチェック項目の状態が格納されている。確率６３には、チェック項目の状態の確率が格納されており、ここではセンサの状態の確率が格納されている。同一のチェック項目の状態に係る異常と正常の確率を加算すると１．０（１００％）になるように設定される。

【0029】

異常の時０％、正常の時１００％なとの固定値に設定してもよく、過去の故障履歴から計算してもよい。

【0030】

図１の故障原因推定部は、設備に異常が発生したとき、原因推定用の保守知識ベイジアンネットワークを生成し、保全員やユーザから入力を受付けた故障の症状の情報に従ってチェック項目を保守知識ベイジアンネットワークに入力し、各故障モードの発生確率を計算する。
《保守知識ベイジアンネットワーク生成処理》
図７は、本発明の実施例における保守知識ベイジアンネットワークの生成処理のフローチャートの例である。この処理は故障原因推定部９によってアセット知識データベース１２に格納された保守知識データ１５を使用して実行される。

【0031】

図６は、本発明の実施例における保守知識ベイジアンネットワークの例である。この保守知識ベイジアンネットワークはアラーム、機能故障、故障モード、チェック項目の４階層構造のベイジアンネットワークであり、矢印は因果関係を示す。

【0032】

矢印の元が親ノードであり原因を示す。矢印の先は子ノードであり結果を示す。保守知識ベイジアンネットワーク生成処理フローは以下のようになる。

【0033】

まず、アセット知識データベースから保守知識データ１５を取得する（Ｓ１１）。次に、保守知識データ１５の各セルからベイジアンネットのノードを作成する（Ｓ１２）。このとき、同じ内容のセルは1つのノードとして生成する。

【0034】

そして、各ノードを保守知識データ１５に記載した因果関係に従って親子関係のリンクを張る（Ｓ１３）。

【0035】

リンクは各ノードを保守知識データ１５に記載した因果関係に従って親子関係のリンクを張る。具体的には、
「故障モード」→「機能故障」、「故障モード」→「チェック項目」、「機能故障」→「アラーム」のような因果関係（親子関係）となり矢印を設定する。

【0036】

設定された矢印に故障確率１６の確率を事前確率として設定する（Ｓ１４）。次に、親ノード異常時子ノード異常確率１７と、親ノード正常時子ノード異常確率１８を用いて親子関係を示す矢印に事後確率を設定する（Ｓ１５）。

【0037】

図８は本発明の実施例における故障原因推定処理のフローチャートの例である。入力部経由で保全員やユーザから故障の症状の情報を受付ける（Ｓ２１）。図１６に示すような入力画面を用いて、保全員や設備のユーザから提供された設備の故障の情報に従って、チェック項目に「異常」または「正常」を入力する。

【0038】

「異常」は発生していることを意味し、「正常」は発生していないことを意味する。発生しているかどうかが不明の場合は入力しない。例えば、「オイルが漏れる」という情報があった場合にはチェック項目「オイルが漏れる」に「異常」を入れる。その他のチェック項目に入力しない。

【0039】

入力された情報を基に保守知識ベイジアンネットワークを生成する（Ｓ２２）。保守知識ベイジアンネットを用いて各故障モードの発生確率を計算し、対応方法判定部８に推定結果を出力する。故障原因推定結果は図１０のようになる。各故障モード９２に対応した発生確率９３が計算される。

【0040】

次に、出張・遠隔対応方式の決定支援処理について説明する。

【0041】

図１０は本発明の実施例における故障原因対応方法テーブルの例である。故障原因１０１と故障の対応方法１０２が格納されている。

【0042】

図１１は本発明の実施例における出張費用テーブルの例である。設備を所有している顧客１０３、設備が設置されている場所への往復移動時間１０４、移動のための交通費１０５を対応付けて格納している。

【0043】

図１２は本発明の実施例における対応方法データの例である。故障モード１０７毎に出張で対応しなければならない故障か、遠隔で対応できる故障かを示す対応方式１０８、当該故障モードである可能性を示す確率１０９を対応付けて格納している。

【0044】

図１３は本発明の実施例における出張対応データの例である。図１２のデータから対応方法が出張のものだけを集めたテーブルである。

【0045】

図１４は本発明の実施例における遠隔対応データの例である。図１２のデータから対応方法が遠隔のものだけを集めたテーブルである。

【0046】

図１５でこれらのテーブルを用いてコストパフォーマンスの高い対応方法を提案する本発明の実施例における出張・遠隔対応方式の決定支援処理のフローチャートの例を説明する。

【0047】

保全員端末５から入力された故障モード対応方法データベースの故障原因対応方法、ユーザ情報を入出力部１０経由で受付ける。このとき、金銭的コストと時間的コストのどちらを重要視するかを示す重みづけ情報を受け取っても良い。受け取ったユーザ情報を基にベイジアンネットワークを用いて得られた故障原因推定結果を得る（Ｓ３１）。

【0048】

各々の故障原因に基づいて故障原因対応ＴＢＬ１３を参照し対応方法を決定し、対応方法と推定された故障原因の確率を対応付けた対応方法判定情報９１を作成する（Ｓ３２）。

【0049】

対応方法判定情報９１の各々の故障モード１０７について、対応方法１０８が遠隔の故障と出張の故障に分ける（Ｓ３３）。

【0050】

コスト見積部１９は、対応方法が遠隔の故障について金銭的コストM遠隔を求める（Ｓ３４）。対応方法が遠隔の故障について各々の時間コストＴ遠隔を求める（Ｓ３５）。

【0051】

Ｓ３４で行うＭ遠隔の計算処理は図１５ａに示す。まずＭ遠隔、Ｍｋｊを０にし、初期化をする（Ｓ００１）。遠隔対応データの行数ｋを受け取り、この処理をｋ回繰り返す。図１４に示す毎行の故障モードの確率を「Ｐ遠隔ｋ」とする（Ｓ００２）。毎回処理Ｓ００２を行う時に、出張対応データの行数ｊを受け取り、処理を循環する。図１３に示す毎行の故障モードの確率を「Ｐ出張ｊ」とし、下記の式（１）に従って金銭的コストを計算する（Ｓ００３）。

【0052】

Ｔ交通は図１１に示す交通時間、Ｍ交通は交通費である。Ｍ人件費は保守作業を行う保全員の毎時間の人件費である。

【0053】

Ｍｋｊ＝ Ｐ出張ｊ×（１－Ｐ遠隔ｋ）×（Ｔ交通×Ｍ人件費・Ｈ＋Ｍ交通費） （１）
毎回処理Ｓ００３を行う時にＭｋｊをＭ遠隔に加算する（Ｓ００４）。ｋ×ｊ回Ｓ００３の処理を行い、Ｍ遠隔を得る（Ｓ００５）。

【0054】

Ｓ３５行うＴ遠隔の計算処理は図１５ｂに示す。まずＴ遠隔、Ｔｋｊを０にし、初期化をする（Ｓ０１１）。遠隔対応データの行数ｋを受け取り、この処理をｋ回繰り返す。図１４に示す毎行の故障モードの確率を「Ｐ遠隔ｋ」とする（Ｓ０１２）。毎回処理Ｓ００２を行う時に、出張対応データの行数ｊを受け取り、処理を繰り返す。図１３に示す毎行の故障モードの確率を「Ｐ出張ｊ」とし、下記の式（１）に従って時間的コストを計算する（Ｓ０１３）。

【0055】

Ｔｋｊ＝Ｐ出張ｊ×（１－Ｐ遠隔ｋ）×Ｔ交通 （２）
毎回処理Ｓ００３を行う時にＴｋｊをＴ遠隔に加算する（Ｓ０１４）。ｋ×ｊ回Ｓ００３の処理を行い、Ｍ遠隔を得る（Ｓ０１５）。

【0056】

重みづけ情報に基づいて金銭的コストと時間的コストの各々の重みを乗じて合算し、遠隔対応のコストであるコスト遠隔を求める（Ｓ３６）。重みづけ情報は予め定められた重みを設定しても良く、金銭的コストと時間的コストを同じ重みづけとしても良い。

【0057】

次にコスト見積部１９は、対応方法が出張の故障につても金銭的コストの合計であるＭ出張を求め（Ｓ３７）、時間的コストの合計であるＴ出張を求める（Ｓ３８）。同様に重みづけ情報にもとづいたコスト出張を求める（Ｓ３９）。

【0058】

Ｓ３６で行うＭ出張の計算処理を図１５ｃに示す。まずＭ出張、Ｍｋｊを０にし、初期化をする（Ｓ０２１）。遠隔対応データの行数ｋを受け取り、この処理をｋ回繰り返す。図１４に示す毎行の故障モードの確率を「Ｐ遠隔ｋ」とする（Ｓ０２２）。毎回処理Ｓ０２２を行う時に、出張対応データの行数ｊを受け取り、処理を循環する。図１３に示す毎行の故障モードの確率を「Ｐ出張ｊ」とし、下記の式（１）に従って金銭的コストを計算する（Ｓ０２３）。
Ｍｋｊ＝Ｐ遠隔ｋ×（１－Ｐ出張ｊ）×［（Ｔ遠隔＋Ｔ交通）×Ｍ人件費・Ｈ＋Ｍ交通費］ （３）
毎回処理Ｓ０２３を行う時にＭｋｊをＭ出張に加算する（Ｓ０２４）。ｋ×ｊ回Ｓ０２３の処理を行い、Ｍ出張を得る（Ｓ０２５）。

【0059】

Ｓ３７行うＴ出張の計算処理は図１５ｄに示す。まずＴ出張、Ｔｋｊをにし、初期化をする（Ｓ０３１）。遠隔対応データの行数ｋを受け取り、この処理をｋ回繰り返す。図１４に示す毎行の故障モードの確率を「Ｐ遠隔ｋ」とする（Ｓ０３２）。毎回処理Ｓ０３２を行う時に、出張対応データの行数ｊを受け取り、処理を繰り返す。図１３に示す毎行の故障モードの確率を「Ｐ出張ｊ」とし、下記の式（１）に従って時間的コストを計算する（Ｓ０３３）。
Ｔｋｊ＝Ｐ出張ｊ×（１－Ｐ遠隔ｋ）×Ｔ交通 （４）
毎回処理Ｓ０３３を行う時にＴｋｊをＴ出張に加算する（Ｓ０３４）。ｋ×ｊ回Ｓ０３３の処理を行い、Ｔ出張を得る（Ｓ０３５）。

【0060】

コスト見積部１９は、遠隔対応のコストと出張対応のコストを比較し（Ｓ４０）、遠隔対応のコストの方が高い場合は出力部が図１７に示す結果表示メッセージ１７０「出張の対応方法のコストが少ないため、出張を推奨する」のような情報を保全員へ出力し（Ｓ４１）、出張コストの方が高い場合は出力部が結果表示メッセージ１７０を「遠隔の対応方法のコストが少ないため、遠隔を推奨する」のような情報を保全員へ出力する（Ｓ４２）。

【0061】

最後にコスト計算結果１７２に「Ｍ遠隔」、「Ｔ遠隔」、「Ｍ出張」、「Ｔ出張」を出力する（Ｓ４３）。

【0062】

図１７は本発明の実施例における結果表示画面の例である。コスト計算結果１７２では４つのケースのコストを示す。４つのケースとは、実際に発生した故障モードの対応方式（出張／遠隔）と、保守員の判断で採用した対応方式（出張／遠隔）を合わせた４つのケースである。

【0063】

４つのケースの中には出張対応が必要な故障モードが発生し、保守員が出張対応で対処した場合と、遠隔対応が必要な故障モードが発生し、保守員が遠隔対応で対処した場合の二つは理想的な場合である。理想的な場合は必要以外の費用や時間がかからないことを意味する。

【0064】

例えば、出張対応が必要な故障モードＦ１が発生し、保守員が症状から判断した対応方法で出張とすると、出張の費用と時間のみがかかることになるため、この場合は理想的な場合である。

【0065】

出張対応が必要な故障モードＦ１が発生し、保守員が症状から判断した対応方法で遠隔とすると、遠隔対応してなかなか設備が回復せず、出張対応することになり、出張の費用と時間だけでなく遠隔対応の費用もかかってしまうため、この場合は理想的な場合ではない。

【0066】

コスト計算結果１７２には４つのケースのコスト、理想的な場合よりかかった費用と時間を（１）～（４）に示す。（１）と（４）は理想的なケースであり、理想からの乖離は費用：０円、作業時間：０時間と表示する。
（２）では、理想からの乖離は費用：「Ｍ遠隔」円 作業時間：「Ｔ遠隔」時間と表示する。
（３）では、理想からの乖離は 費用：「Ｍ出張」円 作業時間：「Ｔ出張」時間と表示する。「Ｍ遠隔」、「Ｔ遠隔」、「Ｍ出張」、「Ｔ出張」は図１５に示したフローチャートより計算された値である。

【符号の説明】

【0067】

１ 設備保全システム、２ ＣＰＵ、３ メモリ、４ 外部記憶装置、５ 保全員端末、６ 保全員、７ 重み係数決定部、８ 対応方法判定部、９ 故障原因推定部、１０ 入出力部、１１ 故障モード対応方法データベース、１２ アセット知識データベース、１３ 故障原因対応ＴＢＬ、１４ 出張費用ＴＢＬ、１５ 保守知識データ、１６ 故障確率、１７ 親ノード異常時子ノード異常確率、１８ 親ノード正常時子ノード異常確率、１９ コスト見積部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図15a】

【図15b】

【図15c】

【図15d】

【図16】

【図17】