(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-12-15
(45)【発行日】2023-12-25
(54)【発明の名称】故障診断装置、故障診断システム、及び故障診断プログラム
(51)【国際特許分類】
H01M 8/04 20160101AFI20231218BHJP
H01M 8/04664 20160101ALI20231218BHJP
H01M 8/00 20160101ALI20231218BHJP
H01M 8/10 20160101ALI20231218BHJP
H01M 8/0612 20160101ALI20231218BHJP
G05B 23/02 20060101ALI20231218BHJP
G06Q 10/20 20230101ALI20231218BHJP
【ＦＩ】
H01M8/04 Z
H01M8/04664
H01M8/00 Z
H01M8/10
H01M8/0612
G05B23/02 T
G05B23/02 302T
G06Q10/20
【請求項の数】
8
(21)【出願番号】P 2020150115
(22)【出願日】2020-09-07
(65)【公開番号】P2022044480
(43)【公開日】2022-03-17
【審査請求日】2023-03-02
(73)【特許権者】
【識別番号】000220262
【氏名又は名称】東京瓦斯株式会社
(74)【代理人】
【識別番号】110001519
【氏名又は名称】弁理士法人太陽国際特許事務所
(72)【発明者】
【氏名】香田 淳也
(72)【発明者】
【氏名】木村 駿介
(72)【発明者】
【氏名】高須 俊樹
【審査官】大内 俊彦
(56)【参考文献】
【文献】特表２０１９－５２１４９１（ＪＰ，Ａ）
【文献】特開２００３－２２３９１７（ＪＰ，Ａ）
【文献】特開２００６－３３９１２３（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０１Ｍ ８／００－８／２４９５
Ｇ０５Ｂ ２３／０２
Ｇ０６Ｑ １０／２０
(57)【特許請求の範囲】
【請求項1】
燃料電池コージェネレーションシステムが動作の異常を検知した場合に、前記燃料電池コージェネレーションシステムから、前記異常に対応する、前記燃料電池コージェネレーションシステムの動作履歴に関する動作履歴データを取得する取得部と、過去に得られた動作履歴データ群を、前記燃料電池コージェネレーションシステムの機能部に対応付けて多変量解析又は機械学習することにより生成され、かつ、前記燃料電池コージェネレーションシステムの機能部毎に故障の有無を判定する機能部毎の故障診断モデルの中から、前記取得部により取得された動作履歴データから得られる異常の種別を表すエラーコードに対応する機能部の故障診断モデルを選択する選択部と、
前記選択部により選択された、前記エラーコードに対応する機能部の故障診断モデルに対して、前記取得部により取得された動作履歴データ又は当該動作履歴データを加工して得られるデータを入力し、前記故障診断モデルから出力される判定結果を用いて、前記燃料電池コージェネレーションシステムの機能部毎に故障の有無を推定する推定部と、
を備えた故障診断装置。
【請求項2】
前記故障診断モデルは、判定結果として、故障又は健全を出力する２クラス分類を行うモデル、あるいは、判定結果として、故障、健全、及び故障疑いのいずれかを出力する３クラス分類を行うモデルである請求項１に記載の故障診断装置。
【請求項3】
前記燃料電池コージェネレーションシステムは、発電を行う燃料電池モジュールが設けられ、かつ、前記燃料電池モジュールに接続されたガス経路、改質水経路、及び空気経路が設けられた燃料電池ユニットを含み、前記燃料電池ユニットの動作の異常を検知した場合に、前記エラーコードに応じた経路診断を、前記ガス経路、前記改質水経路、及び前記空気経路の少なくとも１つに対して行い、故障の可能性がある経路を絞り込む経路診断部を更に備え、
前記選択部は、前記機能部毎の故障診断モデルの中から、前記経路診断部で絞り込まれた経路に対応する機能部の故障診断モデルを選択し、
前記推定部は、前記選択部により選択された故障診断モデルを用いて、前記燃料電池コージェネレーションシステムの機能部毎に故障の有無を推定する
請求項１又は請求項２に記載の故障診断装置。
【請求項4】
前記エラーコードは、前記ガス経路、前記改質水経路、及び前記空気経路を対象とする第１エラーコード、前記ガス経路及び前記改質水経路を対象とする第２エラーコード、前記ガス経路及び前記空気経路を対象とする第３エラーコード、及び、前記改質水経路及び前記空気経路を対象とする第４エラーコードのいずれかである請求項３に記載の故障診断装置。
【請求項5】
前記経路診断部は、前記ガス経路、前記改質水経路、及び前記空気経路の少なくとも１つに対する前記経路診断を、前記燃料電池ユニットの温度帯に応じた方法を用いて行う請求項３又は請求項４に記載の故障診断装置。
【請求項6】
前記燃料電池モジュールは、電解質層、燃料極、及び空気極を有する複数の燃料電池セルが積層された燃料電池スタックと、炭化水素原料を含むガスを改質する改質器と、を含み、前記燃料電池ユニットの温度帯は、前記改質器へのガス導入により炭素析出が生じる温度である炭素析出温度より高く、前記燃料電池モジュールの最高温度以下の第１温度帯と、前記燃料電池スタックへの空気導入により燃料電池セルの再酸化が生じる温度である再酸化温度より高く、前記炭素析出温度以下の第２温度帯と、前記改質器に導入される改質水が気化する温度である気化温度より高く、前記再酸化温度以下の第３温度帯と、前記気化温度以下の第４温度帯と、を含み、
前記ガス経路に対する前記経路診断の方法は、前記燃料電池ユニットの温度が前記第１温度帯である場合に、改質水及びガスを導入し、前記燃料電池ユニットの温度が前記第２温度帯又は前記第３温度帯又は前記第４温度帯である場合に、ガスを導入する方法であり、
前記改質水経路に対する前記経路診断の方法は、前記燃料電池ユニットの温度が前記第１温度帯又は前記第２温度帯又は前記第３温度帯である場合に、改質水を導入し、前記燃料電池ユニットの温度が前記第４温度帯である場合に、診断不可とする方法であり、
前記空気経路に対する前記経路診断の方法は、前記燃料電池ユニットの温度が前記第１温度帯である場合に、少なくとも改質水及び空気を導入し、前記燃料電池ユニットの温度が前記第２温度帯である場合に、改質水及びガスの少なくとも一方と空気とを導入し、前記燃料電池ユニットの温度が前記第３温度帯又は前記第４温度帯である場合に、空気を導入する方法である
請求項５に記載の故障診断装置。
【請求項7】
燃料電池コージェネレーションシステムと、前記燃料電池コージェネレーションシステムと接続された故障診断装置と、
を備え、
前記燃料電池コージェネレーションシステムは、
自システムの動作の異常を検知した場合に、前記故障診断装置に対して、前記異常に対応する、自システムの動作履歴に関する動作履歴データを送信し、
前記故障診断装置は、
前記燃料電池コージェネレーションシステムから送信された前記動作履歴データを取得する取得部と、
過去に得られた動作履歴データ群を、前記燃料電池コージェネレーションシステムの機能部に対応付けて多変量解析又は機械学習することにより生成され、かつ、前記燃料電池コージェネレーションシステムの機能部毎に故障の有無を判定する機能部毎の故障診断モデルの中から、前記取得部により取得された動作履歴データから得られる異常の種別を表すエラーコードに対応する機能部の故障診断モデルを選択する選択部と、
前記選択部により選択された、前記エラーコードに対応する機能部の故障診断モデルに対して、前記取得部により取得された動作履歴データ又は当該動作履歴データを加工して得られるデータを入力し、前記故障診断モデルから出力される判定結果を用いて、前記燃料電池コージェネレーションシステムの機能部毎に故障の有無を推定する推定部と、
を備えた故障診断システム。
【請求項8】
コンピュータを、請求項１～請求項６の何れか１項に記載の故障診断装置が備える各部として機能させるための故障診断プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、故障診断装置、故障診断システム、及び故障診断プログラムに関し、詳しくは、燃料電池コージェネレーションシステムの故障を診断する故障診断装置、故障診断システム、及び故障診断プログラムに関する。
【背景技術】
【0002】
従来の故障個所診断システムは、ロジスティック回帰モデルを用いて、発電システムの運転情報を表す複数の説明変数から、発電システムの複数個所のうち所定個所が故障しており他の個所が故障していない確率を表す目的変数を特定するようにしている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０２０－０３０７５７号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
上記特許文献１に記載された技術によれば、ロジスティック回帰モデルを用いて故障診断を行うため、高精度なロジスティック回帰モデルを用いることができれば、現場にて故障診断作業を行う必要がなくなる場合がある。しかしながら、全ての部品についてロジスティック回帰モデルを用いて故障診断を行う場合、エラーとは無関係な部品についても故障診断の対象となり得るため効率面で改善の余地がある。また、特に、燃料電池システムのように部品点数の多い機器では、本来健全である部品が故障と誤判定されることで修理部品が増え、作業担当者の現場での作業の負荷が増大する。
【0005】
本発明は、上記事情に鑑みてなされたものであって、燃料電池コージェネレーションシステムの故障診断を、作業担当者の現場での負担を軽減させつつ、効率良く行うことができる故障診断装置、故障診断システム、及び故障診断プログラムを提供することを目的とする。
【課題を解決するための手段】
【0006】
上記目的を達成するために、本発明の一態様に係る故障診断装置は、燃料電池コージェネレーションシステムが動作の異常を検知した場合に、前記燃料電池コージェネレーションシステムから、前記異常に対応する、前記燃料電池コージェネレーションシステムの動作履歴に関する動作履歴データを取得する取得部と、過去に得られた動作履歴データ群を、前記燃料電池コージェネレーションシステムの機能部に対応付けて多変量解析又は機械学習することにより生成され、かつ、前記燃料電池コージェネレーションシステムの機能部毎に故障の有無を判定する機能部毎の故障診断モデルの中から、前記取得部により取得された動作履歴データから得られる異常の種別を表すエラーコードに対応する機能部の故障診断モデルを選択する選択部と、前記選択部により選択された、前記エラーコードに対応する機能部の故障診断モデルに対して、前記取得部により取得された動作履歴データ又は当該動作履歴データを加工して得られるデータを入力し、前記故障診断モデルから出力される判定結果を用いて、前記燃料電池コージェネレーションシステムの機能部毎に故障の有無を推定する推定部と、を備えている。
【0007】
また、本発明の一態様に係る故障診断システムは、燃料電池コージェネレーションシステムと、前記燃料電池コージェネレーションシステムと接続された故障診断装置と、を備え、前記燃料電池コージェネレーションシステムは、自システムの動作の異常を検知した場合に、前記故障診断装置に対して、前記異常に対応する、自システムの動作履歴に関する動作履歴データを送信し、前記故障診断装置は、前記燃料電池コージェネレーションシステムから送信された前記動作履歴データを取得する取得部と、過去に得られた動作履歴データ群を、前記燃料電池コージェネレーションシステムの機能部に対応付けて多変量解析又は機械学習することにより生成され、かつ、前記燃料電池コージェネレーションシステムの機能部毎に故障の有無を判定する機能部毎の故障診断モデルの中から、前記取得部により取得された動作履歴データから得られる異常の種別を表すエラーコードに対応する機能部の故障診断モデルを選択する選択部と、前記選択部により選択された、前記エラーコードに対応する機能部の故障診断モデルに対して、前記取得部により取得された動作履歴データ又は当該動作履歴データを加工して得られるデータを入力し、前記故障診断モデルから出力される判定結果を用いて、前記燃料電池コージェネレーションシステムの機能部毎に故障の有無を推定する推定部と、を備えている。
【0008】
また、本発明の一態様に係る故障診断プログラムは、コンピュータを、上記故障診断装置が備える各部として機能させる。
【発明の効果】
【0009】
以上詳述したように、本発明によれば、燃料電池コージェネレーションシステムの故障診断を、作業担当者の現場での負担を軽減させつつ、効率良く行うことができる。
【図面の簡単な説明】
【0010】
【図1】第１の実施形態に係る故障診断システムの構成の一例を示す図である。
【図2】第１の実施形態に係るＣＧＳの構成の一例を示すブロック図である。
【図3】第１の実施形態に係る制御プログラムによる処理の流れの一例を示すフローチャートである。
【図4】第１の実施形態に係る故障診断装置の電気的な構成の一例を示すブロック図である。
【図5】第１の実施形態に係る故障診断装置の機能的な構成の一例を示すブロック図である。
【図6】比較例に係る故障診断プログラムによる処理の流れの一例を示すフローチャートである。
【図7】第１の実施形態に係る故障診断プログラムによる処理の流れの一例を示すフローチャートである。
【図8】第１の実施形態に係る故障診断プログラムによる学習処理の流れの一例を示すフローチャートである。
【図9】第２の実施形態に係る故障診断装置の機能的な構成の一例を示すブロック図である。
【図10】実施形態に係る第１データテーブルの一例を示す図である。
【図11】実施形態に係る第２データテーブルの一例を示す図である。
【図12】第２の実施形態に係る故障診断プログラムによる処理の流れの一例を示すフローチャートである。
【図13】第２の実施形態に係る経路診断Ａの処理の流れの一例を示すフローチャートである。
【図14】第２の実施形態に係る経路診断Ｂの処理の流れの一例を示すフローチャートである。
【図15】第２の実施形態に係る経路診断Ｃの処理の流れの一例を示すフローチャートである。
【図16】第２の実施形態に係る経路診断Ｅの処理の流れの一例を示すフローチャートである。
【発明を実施するための形態】
【0011】
以下、図面を参照して、本発明を実施するための形態の一例について詳細に説明する。
【0012】
[第１の実施形態]
図１は、第１の実施形態に係る故障診断システム１００の構成の一例を示す図である。
図１は、第１の実施形態に係る故障診断システム１００の構成の一例を示す図である。
【0013】
図１に示すように、本実施形態に係る故障診断システム１００は、燃料電池コージェネレーションシステム（以下、単に「ＣＧＳ」という。）４０と、故障診断装置１０と、メンテナンス用端末７０と、を備えている。故障診断システム１００は、ＣＧＳ４０の故障を診断するためのシステムとして構成される。
【0014】
ＣＧＳ４０は、例えば、エネファーム（登録商標）であり、ユーザ宅３０に設置されている。故障診断装置１０は、ＣＧＳ４０の故障を診断するための装置であり、ＣＧＳ４０とネットワークＮを介して接続されている。故障診断装置１０には、例えば、サーバコンピュータ、パーソナルコンピュータ（ＰＣ）等の汎用的なコンピュータ装置が適用される。ネットワークＮには、例えば、ＬＡＮ(Local Area Network)、ＷＡＮ（Wide Area Network）、インターネット等のネットワークが適用される。
【0015】
メンテナンス用端末７０は、ＣＧＳ４０のメンテナンス作業を行う作業担当者６０が所有する端末である。メンテナンス用端末７０は、ネットワークＮを介して故障診断装置１０と接続されている。メンテナンス用端末７０には、例えば、携帯可能なタブレット端末、スマートフォン、ノート型ＰＣ等が適用される。
【0016】
本実施形態に係る故障診断装置１０は、ＣＧＳ４０が動作の異常（以下、「エラー」という。）を検知した場合に、エラーの種別を表すエラーコードに基づいて、故障の可能性がある機能部を絞り込み、絞り込んだ機能部の故障診断モデルに対してのみ、エラー検知時の動作履歴データを入力して故障診断を行う。
【0017】
具体的には、図１において、ＣＧＳ４０は、エラーを検知した場合に、エラーを発報する。このとき、自動的に故障診断装置１０に対して、自システムの動作履歴データを送信する。動作履歴データとは、例えば、エラー検知時、エラー検知前数秒間（例えば、１０秒以下）、及び、エラー検知後数秒間（例えば、１０秒以下）の少なくとも１つの動作履歴に関するデータである。動作履歴データは、例えば、各種センサの検出値、補機類（例えば、弁、ポンプ等）の動作状態を表すデータ、エラーコード等が含まれる。
【0018】
故障診断装置１０は、記憶部に故障診断モデルを予め格納している。故障診断モデルは、ＣＧＳ４０の機能部毎に故障を診断するための数理モデルである。機能部は、少なくとも１つの部品（例えば、ポンプ、弁、配管、タンク等）を含んでいる。ＣＧＳ４０の故障診断モデルは、過去に得られた動作履歴データ群を、機能部に対応付けて多変量解析あるいは機械学習することにより生成されるモデルである。多変量解析には、一例として、ロジスティック回帰等が挙げられる。機械学習には、一例として、ランダムフォレスト、ニューラルネットワーク、サポートベクターマシン等が挙げられる。故障診断モデルは、機能部毎に故障の有無を判定する２クラス分類でもよいし、多クラス分類でもよい。故障診断装置１０は、ＣＧＳ４０から取得した動作履歴データをそのまま、あるいは、故障診断モデルに入力可能なデータに加工し、加工したデータを故障診断モデルに入力する。故障診断モデルは、機能部毎に「故障有り（故障）」又は「故障なし（健全）」を出力する。具体的に、データが示す指標値が閾値以上の場合に「故障有り」を出力し、データが示す指標値が閾値未満の場合に「故障なし」を出力する。故障診断装置１０は、機能部毎の故障診断の診断結果を保持する。
【0019】
作業担当者（メンテナンス員）６０は、メンテナンス用端末７０から故障診断装置１０にアクセスし、診断結果が示す故障個所を確認する。そして、作業担当者６０は、故障診断装置１０から得られる診断結果に基づいて、現場にて部品交換作業等を実施する。
【0020】
図２は、第１の実施形態に係るＣＧＳ４０の構成の一例を示すブロック図である。
【0021】
図２に示すように、本実施形態に係るＣＧＳ４０は、大きく分けて、制御装置４１と、ＣＧＳ本体部４９と、を備えている。制御装置４１は、ＣＧＳ本体部４９と一体的に構成されてもよいし、ＣＧＳ本体部４９とは別体で構成されてもよい。
【0022】
制御装置４１は、ＣＧＳ４０のコントローラとして機能する。制御装置４１は、ＣＰＵ（Central Processing Unit）４２と、ＲＯＭ（Read Only Memory）４３と、ＲＡＭ（Random Access Memory）４４と、入出力インターフェース（Ｉ／Ｏ）４５と、記憶部４６と、通信部４７と、機器インターフェース（以下、「機器Ｉ／Ｆ」という。）４８と、を備えている。
【0023】
ＣＰＵ４２、ＲＯＭ４３、ＲＡＭ４４、及びＩ／Ｏ４５は、バスを介して各々接続されている。Ｉ／Ｏ４５には、記憶部４６と、通信部４７と、機器Ｉ／Ｆ４８と、を含む各機能部が接続されている。これらの各機能部は、Ｉ／Ｏ４５を介して、ＣＰＵ４２と相互に通信可能とされる。
【0024】
記憶部４６としては、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等が用いられる。記憶部４６には、ＣＧＳ本体部４９の動作を制御するための制御プログラム４６Ａが記憶される。なお、この制御プログラム４６Ａは、ＲＯＭ４３に記憶されていてもよい。
【0025】
制御プログラム４６Ａは、例えば、制御装置４１に予めインストールされていてもよい。制御プログラム４６Ａは、不揮発性の記憶媒体に記憶して、又はネットワークＮを介して配布して、制御装置４１に適宜インストールすることで実現してもよい。なお、不揮発性の記憶媒体の例としては、ＣＤ-ＲＯＭ（Compact Disc Read Only Memory）、光磁気ディスク、ＨＤＤ、ＤＶＤ-ＲＯＭ（Digital Versatile Disc Read Only Memory）、フラッシュメモリ、メモリカード等が想定される。
【0026】
通信部４７は、インターネット、ＬＡＮ、ＷＡＮ等のネットワークＮに接続されており、外部の故障診断装置１０との間でネットワークＮを介して通信が可能とされる。
【0027】
機器Ｉ／Ｆ４８には、ＣＧＳ本体部４９が接続されている。すなわち、ＣＧＳ本体部４９に含まれる各種電装部品は、機器Ｉ／Ｆ４８を介して、ＣＰＵ４２と通信可能に接続される。
【0028】
ＣＧＳ本体部４９は、公知の構成である。具体的に、ＣＧＳ本体部４９は、燃料電池ユニット５０を備える。燃料電池ユニット５０には、燃料電池モジュール５１、燃料電池モジュール５１に接続されたガス経路５２、改質水経路５３、及び空気経路５４が設けられている。ＣＧＳ本体部４９は、上述したように、複数の機能部を備える。この機能部は、少なくとも１つの部品を含んでいる。この機能部は、例えば、ガス経路５２を構成する複数の部品、改質水経路５３を構成する複数の部品、又は、空気経路５４を構成する複数の部品としてもよい。この機能部は、ＣＧＳ本体部４９を構成する個々の部品としてもよい。この部品には、例えば、ポンプ、弁、配管、タンク等が含まれる。
【0029】
燃料電池モジュール５１は、燃料電池スタック５１Ａ及び改質器５１Ｂを備える。改質器５１Ｂは、炭化水素原料を含むガス（例えば、都市ガス）を改質する。燃料電池スタック５１Ａは、電解質層、燃料極、及び空気極を有する複数の燃料電池セルが積層されている。燃料電池スタック５１Ａは、改質器５１Ｂにより都市ガスから改質された改質ガス中の水素と、空気中の酸素とを反応させて電気及び水を発生させるように構成されている。燃料電池ユニット５０は、改質ガス及び空気の供給量を調整するための弁及びポンプ等の補機類と、燃料電池スタック５１Ａによる発電で発生した熱を伝熱媒体（例えば、水等）との間で熱交換するための熱交換器と、を備えている。
【0030】
ＣＧＳ本体部４９は、貯湯タンクを備える。ＣＧＳ本体部４９では、貯湯タンクに給水されると、貯湯タンクから燃料電池ユニット５０の熱交換器に水が供給され、この熱交換器で水が燃料電池スタック５１Ａの熱で加熱される。熱交換器で水が加熱されると、水が湯となる。この湯は、貯湯タンクに供給され、この貯湯タンクに貯められる。貯湯タンクは、燃料電池ユニット５０との間で水及び湯を行き来させるための弁及びポンプや、貯湯タンクに貯めた湯を排湯させるための弁及びポンプ等の補機類を備える。
【0031】
また、ガス経路５２は、都市ガスが流れる経路である。ガス経路５２には、都市ガスの供給量を調整するための弁及びポンプ等の補機類が含まれる。改質水経路５３は、改質水が流れる経路である。改質水経路５３には、改質水の供給量を調整するための弁及びポンプ等の補機類が含まれる。空気経路５４は、空気が流れる経路である。空気経路５４には、空気の供給量を調整するための弁及びポンプ等の補機類が含まれる。
【0032】
制御装置４１は、ＣＧＳ本体部４９に備えられた補機類を制御するコントローラである。制御装置４１は、ＣＧＳ本体部４９に対して、補機類を制御するための制御信号をそれぞれ出力する。また、ＣＧＳ本体部４９は、制御装置４１に対して、ＣＧＳ本体部４９の運転状況を表す運転データを出力する。この運転データは、特徴量として、補機類の動作状態を表すデータ（例えば、電圧値、電流値等）、ＣＧＳ本体部４９に設けられた各種センサの検出値等が含まれる。具体的に、補機類の動作状態を表すデータとは、例えば、ポンプの場合にはポンプの操作量を表すデータであり、弁の場合には弁の開閉状態を表すデータである。また、各種センサの検出値とは、例えば、配管の場合には都市ガス、改質水、及び空気のそれぞれの流量を表す値であり、タンクの場合には水位を表す値である。
【0033】
制御装置４１は、ＣＧＳ本体部４９から取得した時系列の運転データを記憶部４６に記憶する。制御装置４１は、ＣＧＳ本体部４９から取得した運転データに基づいて、ＣＧＳ本体部４９のエラーを検知する機能を有する。なお、エラーの検知は、例えば、運転データから得られる特徴量と対応する閾値との比較により行われる。
【0034】
ここで、図３を参照して、本実施形態に係る制御装置４１によるエラー発報処理について具体的に説明する。なお、このエラー発報処理は、制御装置４１が備える制御プログラム４６Ａによって実行される。
【0035】
図３は、第１の実施形態に係る制御プログラム４６Ａによる処理の流れの一例を示すフローチャートである。
【0036】
まず、ＣＰＵ４２により記憶部４６に記憶されている制御プログラム４６Ａが起動され、以下に示す各ステップが実行される。
【0037】
図３のステップＳ１０１では、ＣＰＵ４２が、ＣＧＳ本体部４９から時系列で取得した運転データを記憶部４６に記憶すると共に、取得した運転データに基づいて、エラーの発生を示す異常値を検知したか否かを判定する。異常値を検知したと判定した場合（肯定判定の場合）、ステップＳ１０２に移行し、異常値を検知しないと判定した場合（否定判定の場合）、ステップＳ１０１で待機となる。
【0038】
ステップＳ１０２では、ＣＰＵ４２が、記憶部４６に記憶した時系列の運転データの中から、エラー検知時、エラー検知前数秒間（例えば、１０秒以下）、及び、エラー検知後数秒間（例えば、１０秒以下）の少なくとも１つの運転データを動作履歴データとして抽出し、抽出した動作履歴データを記憶部４６に保持する。この動作履歴データには、上述したように、例えば、各種センサの検出値、補機類の動作状態を表すデータ、エラーコード等が含まれる。記憶部４６に保持した動作履歴データを「データ１」と称する。
【0039】
ステップＳ１０３では、ＣＰＵ４２が、ステップＳ１０２でのデータ１の保持をもってエラーを確定する。
【0040】
ステップＳ１０４では、ＣＰＵ４２が、通信部４７を介して、ステップＳ１０２で保持したデータ１を故障診断装置１０に送信し、本制御プログラム４６Ａによる一連の処理を終了する。
【0041】
図４は、第１の実施形態に係る故障診断装置１０の電気的な構成の一例を示すブロック図である。
【0042】
図４に示すように、本実施形態に係る故障診断装置１０は、ＣＰＵ１１と、ＲＯＭ１２と、ＲＡＭ１３と、Ｉ／Ｏ１４と、記憶部１５と、表示部１６と、操作部１７と、通信部１８と、を備えている。
【0043】
ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、及びＩ／Ｏ１４は、バスを介して各々接続されている。Ｉ／Ｏ１４には、記憶部１５と、表示部１６と、操作部１７と、通信部１８と、を含む各機能部が接続されている。これらの各機能部は、Ｉ／Ｏ１４を介して、ＣＰＵ１１と相互に通信可能とされる。
【0044】
記憶部１５としては、例えば、ＨＤＤ、ＳＳＤ、フラッシュメモリ等が用いられる。記憶部１５には、ＣＧＳ４０の故障を診断するための故障診断プログラム１５Ａが記憶される。なお、この故障診断プログラム１５Ａは、ＲＯＭ１２に記憶されていてもよい。
【0045】
故障診断プログラム１５Ａは、例えば、故障診断装置１０に予めインストールされていてもよい。故障診断プログラム１５Ａは、不揮発性の記憶媒体に記憶して、又はネットワークＮを介して配布して、故障診断装置１０に適宜インストールすることで実現してもよい。なお、不揮発性の記憶媒体の例としては、ＣＤ-ＲＯＭ、光磁気ディスク、ＨＤＤ、ＤＶＤ-ＲＯＭ、フラッシュメモリ、メモリカード等が想定される。
【0046】
表示部１６には、例えば、液晶ディスプレイ（ＬＣＤ:Liquid Crystal Display）、有機ＥＬ（Electro Luminescence）ディスプレイ等が用いられる。表示部１６は、タッチパネルを一体的に有していてもよい。操作部１７には、例えば、キーボード、マウス等の操作入力用のデバイスが設けられている。表示部１６及び操作部１７は、故障診断装置１０のユーザから各種の指示を受け付ける。表示部１６は、ユーザから受け付けた指示に応じて実行された処理の結果や、処理に対する通知等の各種の情報を表示する。
【0047】
通信部１８は、インターネット、ＬＡＮ、ＷＡＮ等のネットワークＮに接続されており、ＣＧＳ４０、メンテナンス用端末７０との間でネットワークＮを介して通信が可能とされる。
【0048】
本実施形態に係る故障診断装置１０のＣＰＵ１１は、記憶部１５に記憶されている故障診断プログラム１５ＡをＲＡＭ１３に書き込んで実行することにより、図５に示す各部として機能する。
【0049】
図５は、第１の実施形態に係る故障診断装置１０の機能的な構成の一例を示すブロック図である。
【0050】
図５に示すように、本実施形態に係る故障診断装置１０のＣＰＵ１１は、取得部１１Ａ、選択部１１Ｂ、推定部１１Ｃ、学習部１１Ｄ、及び出力部１１Ｅとして機能する。
【0051】
また、記憶部１５には、上述したように、機能部毎の故障診断モデル１５Ｂが予め格納されている。つまり、１つの機能部（又は部品）に対して１つの故障診断モデル１５Ｂが対応している。故障診断モデル１５Ｂは、上述したように、多変量解析あるいは機械学習により得られる、ＣＧＳ４０の機能部毎に故障を診断するための数理モデルである。
【0052】
取得部１１Ａは、上述のＣＧＳ４０から送信された動作履歴データを取得する。例えば、動作履歴データとしてデータ１を取得する。なお、動作履歴データには、上述したように、エラーコードが含まれている。
【0053】
選択部１１Ｂは、記憶部１５に格納されている機能部毎の故障診断モデル１５Ｂの中から、取得部１１Ａにより取得された動作履歴データから得られるエラーコードに対応する機能部の故障診断モデル１５Ｂを選択する。
【0054】
推定部１１Ｃは、取得部１１Ａにより取得された動作履歴データを、故障診断モデル１５Ｂに入力可能なデータに加工し、加工して得られたデータを、選択部１１Ｂにより選択された、エラーコードに対応する機能部の故障診断モデル１５Ｂに対して入力する。なお、動作履歴データを加工することなくそのまま故障診断モデル１５Ｂに対して入力してもよい。そして、推定部１１Ｃは、故障診断モデル１５Ｂから出力される判定結果を用いて、ＣＧＳ４０の機能部毎に故障の有無を推定する。なお、故障診断モデル１５Ｂは、判定結果として、故障又は健全を出力する２クラス分類を行うモデルでもよいし、あるいは、判定結果として、故障、健全、及び故障疑いのいずれかを出力する３クラス分類を行うモデルでもよい。
【0055】
学習部１１Ｄは、過去に得られた動作履歴データ群を学習用データとして機械学習を行うことにより故障診断モデル１５Ｂを生成する。学習部１１Ｄにより生成された故障診断モデル１５Ｂが記憶部１５に格納される。なお、故障診断モデル１５Ｂの格納場所は、記憶部１５に限定されない。例えば、外部の記憶装置に格納されていてもよい。また、本実施形態では、自装置で機械学習する構成としているが、外部装置で機械学習を行う構成としてもよい。また、機械学習に代えて、多変量解析を用いて故障診断モデル１５Ｂを生成してもよい。
【0056】
出力部１１Ｅは、推定部１１Ｃにより推定された機能部毎の最終的な診断結果を、例えば、記憶部１５に出力して保持する。また、出力部１１Ｅは、メンテナンス用端末７０からのアクセスに応じて、記憶部１５に保持した最終的な診断結果をメンテナンス用端末７０に送信する。なお、この最終的な診断結果には、機能部毎（あるいは部品毎）に、診断結果（故障、健全、故障疑い）及び取るべき対応等が含まれている。例えば、データ１の判定結果が「故障」であれば、作業担当者６０が取るべき対応は「部品交換」となる。また、データ１の判定結果が「故障疑い」であれば、作業担当者６０が取るべき対応は「部品動作確認」となる。また、データ１の判定結果が「健全」であれば、作業担当者６０が取るべき対応は「なし」となる。
【0057】
次に、図６を参照して、比較例に係る故障診断装置１０の作用について説明する。
【0058】
図６は、比較例に係る故障診断プログラム１５Ａによる処理の流れの一例を示すフローチャートである。なお、本比較例における機能部は、１つの部品として表されるものとする。
【0059】
まず、ＣＰＵ１１により記憶部１５に記憶されている故障診断プログラム１５Ａが起動され、以下に示す各ステップが実行される。
【0060】
図６のステップＳ３０１では、ＣＰＵ１１が、ＣＧＳ４０の制御装置４１から送信された動作履歴データ（ここではデータ１）を取得する。
【0061】
ステップＳ３０２では、ＣＰＵ１１が、ステップＳ３０１で取得したデータ１を、機能部毎（ここでは部品毎）の故障診断モデル１５Ｂに入力可能なデータに加工する。
【0062】
ステップＳ３０３では、ＣＰＵ１１が、ステップＳ３０２で加工したデータ１を、部品毎の故障診断モデル１５Ｂに入力する。
【0063】
ステップＳ３０４では、ＣＰＵ１１が、部品毎の故障診断モデル１５Ｂから出力される判定結果を記憶部１５に保持する。
【0064】
ステップＳ３０５では、ＣＰＵ１１が、全ての部品についての判定結果を保持したか否かを判定する。全ての部品についての判定結果を保持したと判定した場合（肯定判定の場合）、ステップＳ３０６に移行し、全ての部品についての判定結果を保持していないと判定した場合（否定判定の場合）、ステップＳ３０３に戻り処理を繰り返す、つまり、データ１を、部品Ａの故障診断モデル１５Ｂ、部品Ｂの故障診断モデル１５Ｂ、部品Ｃの故障診断モデル１５Ｂ、・・・に入力して、部品Ａ、Ｂ、Ｃ、・・・についての判定結果を得る処理を繰り返す。
【0065】
ステップＳ３０６では、ＣＰＵ１１が、データ１に対して、全ての部品についての判定結果から得られる最終的な診断結果を、例えば、記憶部１５に出力し、本故障診断プログラム１５Ａによる一連の処理を終了する。
【0066】
図６の比較例では、故障又は健全を出力する故障診断モデル(２クラス分類器)、あるいは、故障又は健全又は故障疑いを出力する故障診断モデル（３クラス分類器）を個別の部品毎に持ち、与えられたデータを必要に応じて加工した上で全故障診断モデル１５Ｂに入力し、故障部品を特定する。この場合、全部品に対して故障診断が行われるため、各故障診断モデル１５Ｂの故障又は健全の判定精度が完全でない限り、故障と判定された部品の中に実際は健全な部品が混じるリスクがある。例えば、故障診断モデル１５Ｂが３００部品分搭載されている故障診断システムでは、全故障診断モデル１５Ｂの偽陽性率（実際は健全だが故障と判定される確率）を１％と仮定したとき、誤って故障判定される部品が１個以上存在する確率は、９５％以上（＝１－（１－０．０１）３００）と極めて高くなる。
【0067】
これに対して、本実施形態においては、一例として、図７に示すように、全部品の故障診断モデル１５Ｂの中から、エラーコードに対応する部品の故障診断モデル１５Ｂを選択して用いることで、無関係な部品の誤判定が抑制される。
【0068】
図７は、第１の実施形態に係る故障診断プログラム１５Ａによる処理の流れの一例を示すフローチャートである。なお、本実施形態における機能部も上記比較例と同様に１つの部品として表されるものとする。
【0069】
まず、ＣＰＵ１１により記憶部１５に記憶されている故障診断プログラム１５Ａが起動され、以下に示す各ステップが実行される。
【0070】
図７のステップＳ１１１では、ＣＰＵ１１が、ＣＧＳ４０の制御装置４１から送信された動作履歴データ（ここではデータ１）を取得する。
【0071】
ステップＳ１１２では、ＣＰＵ１１が、ステップＳ１１１で取得したデータ１を、機能部毎（ここでは部品毎）の故障診断モデル１５Ｂに入力可能なデータに加工する。ここでいう加工とは、データ１に対して、データの一部を削除、データの一部を抽出、新規データの追加等を行うことを意味する。また、加工には、データ１のデータ形式を、個々の故障診断モデルに適した形式に加工することも含まれる。なお、動作履歴データをそのまま用いる場合には加工は省略される。
【0072】
ステップＳ１１３では、ＣＰＵ１１が、ステップＳ１１１で取得したデータ１からエラーコードを抽出し、抽出したエラーコードがエラーコードＡであるか否かを判定する。エラーコードＡであると判定した場合（肯定判定の場合）、ステップＳ１１４に移行し、エラーコードＡではないと判定した場合（否定判定の場合）、ステップＳ１１８に移行する。
【0073】
ステップＳ１１４では、ＣＰＵ１１が、記憶部１５に記憶されている部品毎の故障診断モデル１５Ｂの中から、エラーコードＡに対応する部品の故障診断モデル１５Ｂを選択する。
【0074】
ステップＳ１１５では、ＣＰＵ１１が、ステップＳ１１２で加工したデータ１を、ステップＳ１１４で選択した故障診断モデル１５Ｂに入力する。
【0075】
ステップＳ１１６では、ＣＰＵ１１が、エラーコードＡに対応する部品の故障診断モデル１５Ｂから出力される判定結果を記憶部１５に保持する。
【0076】
ステップＳ１１７では、ＣＰＵ１１が、エラーコードＡに対応する全部品についての判定結果を保持したか否かを判定する。エラーコードＡに対応する全部品についての判定結果を保持したと判定した場合（肯定判定の場合）、ステップＳ１３２に移行し、エラーコードＡに対応する全部品についての判定結果を保持していないと判定した場合（否定判定の場合）、ステップＳ１１５に戻り処理を繰り返す。つまり、エラーコードＡに対応する全部品が、例えば、部品Ａ１～Ａ４の４つの部品である場合、データ１を、部品Ａ１の故障診断モデル１５Ｂ、部品Ａ２の故障診断モデル１５Ｂ、部品Ａ３の故障診断モデル１５Ｂ、及び部品Ａ４の故障診断モデル１５Ｂの各々に入力して、部品Ａ１～Ａ４についての判定結果を得る処理を繰り返す。
【0077】
一方、ステップＳ１１８では、ＣＰＵ１１が、データ１から抽出されるエラーコードがエラーコードＢであるか否かを判定する。エラーコードＢであると判定した場合（肯定判定の場合）、ステップＳ１１９に移行し、エラーコードＢではないと判定した場合（否定判定の場合）、ステップＳ１２３に移行する。
【0078】
ステップＳ１１９では、ＣＰＵ１１が、記憶部１５に記憶されている部品毎の故障診断モデル１５Ｂの中から、エラーコードＢに対応する部品の故障診断モデル１５Ｂを選択する。
【0079】
ステップＳ１２０では、ＣＰＵ１１が、ステップＳ１１２で加工したデータ１を、ステップＳ１１９で選択した故障診断モデル１５Ｂに入力する。
【0080】
ステップＳ１２１では、ＣＰＵ１１が、エラーコードＢに対応する部品の故障診断モデル１５Ｂから出力される判定結果を記憶部１５に保持する。
【0081】
ステップＳ１２２では、ＣＰＵ１１が、エラーコードＢに対応する全部品についての判定結果を保持したか否かを判定する。エラーコードＢに対応する全部品についての判定結果を保持したと判定した場合（肯定判定の場合）、ステップＳ１３２に移行し、エラーコードＢに対応する全部品についての判定結果を保持していないと判定した場合（否定判定の場合）、ステップＳ１２０に戻り処理を繰り返す。つまり、エラーコードＢに対応する全部品が、例えば、部品Ｂ１～Ｂ４の４つの部品である場合、データ１を、部品Ｂ１の故障診断モデル１５Ｂ、部品Ｂ２の故障診断モデル１５Ｂ、部品Ｂ３の故障診断モデル１５Ｂ、及び部品Ｂ４の故障診断モデル１５Ｂの各々に入力して、部品Ｂ１～Ｂ４についての判定結果を得る処理を繰り返す。
【0082】
一方、ステップＳ１２３では、ＣＰＵ１１が、データ１から抽出されるエラーコードがエラーコードＣであるか否かを判定する。エラーコードＣであると判定した場合（肯定判定の場合）、ステップＳ１２４に移行し、エラーコードＣではないと判定した場合（否定判定の場合）、ステップＳ１２８に移行する。
【0083】
ステップＳ１２４では、ＣＰＵ１１が、記憶部１５に記憶されている部品毎の故障診断モデル１５Ｂの中から、エラーコードＣに対応する部品の故障診断モデル１５Ｂを選択する。
【0084】
ステップＳ１２５では、ＣＰＵ１１が、ステップＳ１１２で加工したデータ１を、ステップＳ１２４で選択した故障診断モデル１５Ｂに入力する。
【0085】
ステップＳ１２６では、ＣＰＵ１１が、エラーコードＣに対応する部品の故障診断モデル１５Ｂから出力される判定結果を記憶部１５に保持する。
【0086】
ステップＳ１２７では、ＣＰＵ１１が、エラーコードＣに対応する全部品についての判定結果を保持したか否かを判定する。エラーコードＣに対応する全部品についての判定結果を保持したと判定した場合（肯定判定の場合）、ステップＳ１３２に移行し、エラーコードＣに対応する全部品についての判定結果を保持していないと判定した場合（否定判定の場合）、ステップＳ１２５に戻り処理を繰り返す。つまり、エラーコードＣに対応する全部品が、例えば、部品Ｃ１～Ｃ４の４つの部品である場合、データ１を、部品Ｃ１の故障診断モデル１５Ｂ、部品Ｃ２の故障診断モデル１５Ｂ、部品Ｃ３の故障診断モデル１５Ｂ、及び部品Ｃ４の故障診断モデル１５Ｂの各々に入力して、部品Ｃ１～Ｃ４についての判定結果を得る処理を繰り返す。
【0087】
一方、ステップＳ１２８では、ＣＰＵ１１が、記憶部１５に記憶されている部品毎の故障診断モデル１５Ｂの中から、エラーコードＡ、Ｂ、Ｃ以外の他のエラーコードに対応する部品の故障診断モデル１５Ｂを選択する。
【0088】
ステップＳ１２９では、ＣＰＵ１１が、ステップＳ１１２で加工したデータ１を、ステップＳ１２８で選択した故障診断モデル１５Ｂに入力する。
【0089】
ステップＳ１３０では、ＣＰＵ１１が、他のエラーコードに対応する部品の故障診断モデル１５Ｂから出力される判定結果を記憶部１５に保持する。
【0090】
ステップＳ１３１では、ＣＰＵ１１が、他のエラーコードに対応する全部品についての判定結果を保持したか否かを判定する。他のエラーコードに対応する全部品についての判定結果を保持したと判定した場合（肯定判定の場合）、ステップＳ１３２に移行し、他のエラーコードに対応する全部品についての判定結果を保持していないと判定した場合（否定判定の場合）、ステップＳ１２９に戻り処理を繰り返す。
【0091】
ステップＳ１３２では、ＣＰＵ１１が、ステップＳ１１７で得られたエラーコードＡに対応する部品について判定結果、ステップＳ１２２で得られたエラーコードＢに対応する部品についての判定結果、ステップＳ１２７で得られたエラーコードＣに対応する部品についての判定結果、及び、ステップＳ１３１で得られた他のエラーコードに対応する部品についての判定結果のいずれかに基づいて、最終的な診断結果を、例えば、記憶部１５に出力し、本故障診断プログラム１５Ａによる一連の処理を終了する。
【0092】
図７に示すように、例えば、エラーコードＡにおいて、推定される故障部品が全数百部品の中の部品Ａ１、部品Ａ２、部品Ａ３、部品Ａ４の４つの部品のいずれかであるとする。この場合、全故障診断モデル１５Ｂの偽陽性率を１％と仮定したとき、誤って故障判定される部品が１個以上存在する確率は、４％程度（＝１－（１－０．０１）４）に留まり、図６の比較例に対して、リスクを低減させることができる。
【0093】
なお、全故障診断モデル１５Ｂでの判定を行った上で、エラーコードと無関係な部品の判定結果を非表示にしても同様の効果は得られる。しかし、データの加工や、データの故障判定に要する計算負荷を軽減する観点から、図７に示すように、エラーコードに対応する部品の故障診断モデル１５Ｂを絞り込むほうが効率的である。
【0094】
次に、図８を参照して、第１の実施形態に係る故障診断装置１０による学習処理について具体的に説明する。
【0095】
図８は、第１の実施形態に係る故障診断プログラム１５Ａによる学習処理の流れの一例を示すフローチャートである。
【0096】
まず、ＣＰＵ１１により記憶部１５に記憶されている故障診断プログラム１５Ａが起動され、以下に示す各ステップが実行される。
【0097】
図８のステップＳ１４１では、ＣＰＵ１１が、過去の動作履歴データを学習用データとして取得する。
【0098】
ステップＳ１４２では、ＣＰＵ１１が、ステップＳ１４１で学習用データとして取得した動作履歴データを学習モデルに入力可能なデータに加工する。なお、動作履歴データをそのまま用いる場合には加工は省略される。
【0099】
ステップＳ１４３では、ＣＰＵ１１が、ステップＳ１４２で加工して得られたデータを正解データ（例えば、故障、健全、故障疑い）と共に、機能部毎の学習モデルに入力する。
【0100】
ステップＳ１４４では、ＣＰＵ１１が、所定数のデータについて機械学習が終了したか否かを判定する。機械学習が終了したと判定した場合（肯定判定の場合）、ステップＳ１４５に移行し、機械学習が終了していないと判定した場合（否定判定の場合）、ステップＳ１４１に戻り処理を繰り返す。
【0101】
ステップＳ１４５では、ＣＰＵ１１が、機械学習により生成された学習済みモデルを故障診断モデル１５Ｂとして記憶部１５に格納し、本故障診断プログラム１５Ａによる一連の処理を終了する。
【0102】
なお、本実施形態では、故障診断装置１０を外部のサーバ装置として実現した場合について説明したが、これに限定されない。故障診断装置１０はＣＧＳ４０の制御装置４１として実現してもよい。
【0103】
このように本実施形態によれば、ＣＧＳのエラーが検知された場合に、エラーコードに基づいて、故障の可能性のある機能部を絞り込み、絞り込んだ機能部の故障診断モデルが選択的に用いられる。このため、故障診断の誤判定を抑制しつつ、故障診断を効率的に行うことができる。
【0104】
[第２の実施形態]
上記第１の実施形態では、機能部毎の故障診断モデル１５Ｂの中から、エラーコードに対応する機能部の故障診断モデル１５Ｂを選択的に用いる形態について説明した。本実施形態では、エラーコードに応じた経路診断を、ガス経路５２、改質水経路５３、及び空気経路５４の少なくとも１つに対して行い、故障の可能性のある経路を絞り込み、絞り込んだ経路に関係する機能部の故障診断モデル１５Ｂを選択する形態について説明する。
上記第１の実施形態では、機能部毎の故障診断モデル１５Ｂの中から、エラーコードに対応する機能部の故障診断モデル１５Ｂを選択的に用いる形態について説明した。本実施形態では、エラーコードに応じた経路診断を、ガス経路５２、改質水経路５３、及び空気経路５４の少なくとも１つに対して行い、故障の可能性のある経路を絞り込み、絞り込んだ経路に関係する機能部の故障診断モデル１５Ｂを選択する形態について説明する。
【0105】
図９は、第２の実施形態に係る故障診断装置１０Ａの機能的な構成の一例を示すブロック図である。
【0106】
図９に示すように、本実施形態に係る故障診断装置１０ＡのＣＰＵ１１は、記憶部１５に記憶されている故障診断プログラム１５ＡをＲＡＭ１３に書き込んで実行することにより、取得部１１Ａ、選択部１１Ｂ、推定部１１Ｃ、学習部１１Ｄ、出力部１１Ｅ、及び経路診断部１１Ｆとして機能する。なお、上記第１の実施形態で説明した故障診断装置１０と同じ構成要素には同じ符号を付し、その繰り返しの説明は省略する。
【0107】
経路診断部１１Ｆは、燃料電池ユニット５０のエラーを検知した場合に、ＣＧＳ４０からの動作履歴データに含まれるエラーコードに応じた経路診断を特定する。そして、経路診断部１１Ｆは、特定したエラーコードに応じた経路診断を、ガス経路５２、改質水経路５３、及び空気経路５４の少なくとも１つに対して行い、故障の可能性がある経路を絞り込む。なお、ガス経路５２、改質水経路５３、及び空気経路５４は、上述したように、燃料電池ユニット５０に設けられ、燃料電池モジュール５１に接続された経路である。
【0108】
選択部１１Ｂは、記憶部１５に格納されている機能部毎の故障診断モデル１５Ｂの中から、経路診断部１１Ｆにより絞り込んだ経路に関係する機能部を特定し、特定した機能部の故障診断モデル１５Ｂを選択する。推定部１１Ｃは、選択部１１Ｂにより選択された故障診断モデル１５Ｂに対して、取得部１１Ａにより取得された動作履歴データ又は動作履歴データを加工して得られるデータを入力する。そして、推定部１１Ｃは、故障診断モデル１５Ｂから出力される判定結果を用いて、ＣＧＳ４０の機能部毎に故障の有無を推定する。
【0109】
また、経路診断部１１Ｆは、経路診断による経路の絞り込みの結果を、エラーの種別を表すエラーコードと共に通知する制御を行うようにしてもよい。なお、エラーコードの通知先は、例えば、作業担当者６０が持つメンテナンス用端末７０とされる。
【0110】
また、経路診断部１１Ｆは、ガス経路５２、改質水経路５３、及び空気経路５４の少なくとも１つに対する経路診断を、燃料電池ユニット５０の温度帯に応じた方法を用いて行う。
【0111】
ここで、本実施形態に係る記憶部１５には、第１データテーブル１５Ｃと、第２データテーブル１５Ｄとが記憶されている。これらの第１データテーブル１５Ｃ及び第２データテーブル１５Ｄは、経路診断部１１Ｆにより参照可能とされる。
【0112】
図１０は、本実施形態に係る第１データテーブル１５Ｃの一例を示す図である。
【0113】
図１０に示す第１データテーブル１５Ｃは、エラー種別（エラーコードＡ～Ｈ）毎に故障の可能性がある経路を予め指定して区分けしたデータテーブルである。エラーコードＡは、ガス経路５２、改質水経路５３、及び空気経路５４を対象とするコードであり、第１エラーコードの一例である。エラーコードＢは、ガス経路５２及び改質水経路５３を対象とするコードであり、第２エラーコードの一例である。エラーコードＣは、ガス経路５２及び空気経路５４を対象とするコードであり、第３エラーコードの一例である。エラーコードＥは、改質水経路５３及び空気経路５４を対象とするコードであり、第４エラーコードの一例である。これらのエラーコードＡ、Ｂ、Ｃ、Ｅはいずれも２つ以上の経路を対象としている。これらのエラーコードＡ、Ｂ、Ｃ、Ｅには経路を絞り込むための経路診断方法が対応付けられている。具体的に、エラーコードＡには経路診断Ａが対応付けられ、エラーコードＢには経路診断Ｂが対応付けられ、エラーコードＣには経路診断Ｃが対応付けられ、エラーコードＥには経路診断Ｅが対応付けられている。なお、これらの経路診断Ａ、Ｂ、Ｃ、Ｅの具体的な経路診断方法については後述する。
【0114】
なお、エラーコードＤでは、ガス経路５２のみが対象とされているため、エラー原因がガス経路５２と特定される。同様に、エラーコードＦでは改質水経路５３のみが対象とされているため、エラー原因が改質水経路５３と特定され、エラーコードＧでは空気経路５４のみが対象とされているため、エラー原因が空気経路５４と特定される。また、エラーコードＨは、ガス、改質水、及び空気の各経路とは無関係のエラーである。図１０の例では、これらのエラーコードＤ、Ｆ、Ｇ、Ｈについての経路診断は行われないが、エラーコードＤ、Ｆ、Ｇについては経路診断を行うようにしてもよい。
【0115】
図１１は、本実施形態に係る第２データテーブル１５Ｄの一例を示す図である。
【0116】
図１１に示す第２データテーブル１５Ｄは、温度帯の区分けと各温度帯における改質水、ガス、及び空気の経路診断方法を規定したデータテーブルである。燃料電池ユニット５０の温度帯は、第１温度帯の一例である温度帯[イ]、第２温度帯の一例である温度帯[ロ]、第３温度帯の一例である温度帯[ハ]、及び、第４温度帯の一例である温度帯[ニ]を含んでいる。
【0117】
燃料電池モジュール５１の最高温度を最高温度Ｔ１[℃]とし、改質器５１Ｂ（改質触媒）へのガス導入により炭素析出が生じる温度（例えば、５００℃）を炭素析出温度Ｔ２[℃]とし、燃料電池スタック５１Ａへの空気導入により燃料電池セルの再酸化が生じる温度（例えば、３００℃）を再酸化温度Ｔ３[℃]とし、改質器５１Ｂに導入される改質水が気化する温度（例えば、１００℃）を気化温度Ｔ４[℃]とした場合、温度帯[イ]は、炭素析出温度Ｔ２より高く、最高温度Ｔ１以下の温度帯である。温度帯[ロ]は、再酸化温度Ｔ３より高く、炭素析出温度Ｔ２以下の温度帯である。温度帯[ハ]は、気化温度Ｔ４より高く、再酸化温度Ｔ３以下の温度帯である。温度帯[ニ]は、気化温度Ｔ４以下の温度帯である。
【0118】
ガス経路診断方法は、燃料電池ユニット５０の温度が温度帯[イ]である場合に、改質水及びガスを導入し、燃料電池ユニット５０の温度が温度帯[ロ]又は温度帯[ハ]又は温度帯[ニ]である場合に、ガスを導入する方法である。温度帯[イ]で改質水を導入するのは、炭素の析出を防止するためである。なお、温度帯[ロ]及び温度帯[ハ]では、改質水及びガスを導入してもよい。なお、燃料電池ユニット５０の温度には、燃料電池スタック５１Ａの温度であるスタック温度及び改質器５１Ｂの温度である改質温度の少なくとも一方が用いられる。例えば、スタック温度及び改質温度のうち、より高温な温度を燃料電池ユニット５０の温度としてもよいし、スタック温度及び改質温度の平均温度を燃料電池ユニット５０の温度としてもよい。また、燃料電池ユニット５０の温度情報は、ＣＧＳ４０の制御装置４１から取得される。燃料電池ユニット５０の温度情報は、例えば、制御装置４１から故障診断装置１０Ａに送信される動作履歴データに含めておけばよい。
【0119】
改質水経路診断方法は、燃料電池ユニット５０の温度が温度帯[イ]又は温度帯[ロ]又は温度帯[ハ]である場合に、改質水を導入し、燃料電池ユニット５０の温度が温度帯[ニ]である場合に、診断不可とする方法である。
【0120】
空気経路診断方法は、燃料電池ユニット５０の温度が温度帯[イ]又は温度帯[ロ]である場合に、改質水、ガス、及び空気を導入し、燃料電池ユニット５０の温度が温度帯[ハ]又は温度帯[ニ]である場合に、空気を導入する方法である。温度帯[イ]又は温度帯[ロ]で改質水、ガス、及び空気を導入するのは、セルの再酸化を防止するためである。なお、温度帯[イ]では、改質水及び空気を導入してもよい。温度帯[ロ]では、改質水及び空気、又は、ガス及び空気を導入してもよい。温度帯[ハ]では、改質水、ガス、及び空気、又は、改質水及び空気、又は、ガス及び空気を導入してもよい。
【0121】
次に、図１２を参照して、第２の実施形態に係る故障診断装置１０Ａの作用について説明する。
【0122】
図１２は、第２の実施形態に係る故障診断プログラム１５Ａによる処理の流れの一例を示すフローチャートである。
【0123】
まず、ＣＰＵ１１により記憶部１５に記憶されている故障診断プログラム１５Ａが起動され、以下に示す各ステップが実行される。
【0124】
図１２のステップＳ１５１では、ＣＰＵ１１が、ＣＧＳ４０の制御装置４１から送信された動作履歴データ（ここではデータ１）を取得する。
【0125】
ステップＳ１５２では、ＣＰＵ１１が、ステップＳ１５１で取得したデータ１からエラーコードを抽出する。
【0126】
ステップＳ１５３では、ＣＰＵ１１が、ステップＳ１５２で抽出したエラーコードがエラーコードＡであるか否かを判定する。エラーコードＡであると判定した場合（肯定判定の場合）、ステップＳ１５４に移行し、エラーコードＡではないと判定した場合（否定判定の場合）、ステップＳ１５５に移行する。
【0127】
ステップＳ１５４では、ＣＰＵ１１が、一例として、上述の図１０に示す第１データテーブル１５Ｃを参照し、エラーコードＡに対応付けられた経路診断Ａを実施し、故障の可能性がある経路の絞り込みを行い、ステップＳ１６１に移行する。なお、この経路診断Ａの具体的な方法については後述する。
【0128】
一方、ステップＳ１５５では、ＣＰＵ１１が、ステップＳ１５２で抽出したエラーコードがエラーコードＢであるか否かを判定する。エラーコードＢであると判定した場合（肯定判定の場合）、ステップＳ１５６に移行し、エラーコードＢではないと判定した場合（否定判定の場合）、ステップＳ１５７に移行する。
【0129】
ステップＳ１５６では、ＣＰＵ１１が、一例として、上述の図１０に示す第１データテーブル１５Ｃを参照し、エラーコードＢに対応付けられた経路診断Ｂを実施し、ステップＳ１６１に移行する。なお、この経路診断Ｂの具体的な方法については後述する。
【0130】
一方、ステップＳ１５７では、ＣＰＵ１１が、ステップＳ１５２で抽出したエラーコードがエラーコードＣであるか否かを判定する。エラーコードＣであると判定した場合（肯定判定の場合）、ステップＳ１５８に移行し、エラーコードＣではないと判定した場合（否定判定の場合）、ステップＳ１５９に移行する。
【0131】
ステップＳ１５８では、ＣＰＵ１１が、一例として、上述の図１０に示す第１データテーブル１５Ｃを参照し、エラーコードＣに対応付けられた経路診断Ｃを実施し、ステップＳ１６１に移行する。なお、この経路診断Ｃの具体的な方法については後述する。
【0132】
一方、ステップＳ１５９では、ＣＰＵ１１が、ステップＳ１５２で抽出したエラーコードがエラーコードＥであるか否かを判定する。エラーコードＥであると判定した場合（肯定判定の場合）、ステップＳ１６０に移行し、エラーコードＥではないと判定した場合（否定判定の場合）、エラーコードＡ、Ｂ、Ｃ、Ｅ以外のエラーコードＤ、Ｆ、Ｇ、Ｈにつて経路診断を行うことなく、ステップＳ１６１に移行する。
【0133】
ステップＳ１６０では、ＣＰＵ１１が、一例として、上述の図１０に示す第１データテーブル１５Ｃを参照し、エラーコードＥに対応付けられた経路診断Ｅを実施し、ステップＳ１６１に移行する。なお、この経路診断Ｅの具体的な方法については後述する。
【0134】
ステップＳ１６１では、ＣＰＵ１１が、ステップＳ１５４又はステップＳ１５６又はステップＳ１５８又はステップＳ１６０の経路診断による絞り込みの結果である故障経路を特定する、あるいは、エラーコードＡ、Ｂ、Ｃ、Ｅ以外のエラーコードＤ、Ｆ、Ｇ、Ｈに対応する故障経路を特定する。
【0135】
ステップＳ１６２では、ＣＰＵ１１が、記憶部１５に記憶されている機能部毎の故障診断モデル１５Ｂの中から、ステップＳ１６１で特定した故障経路に関する故障診断モデル１５Ｂを選択し、選択した故障診断モデル１５Ｂのみを用いて故障診断を行い、本故障診断プログラム１５Ａによる一連の処理を終了する。
【0136】
【0137】
図１３は、第２の実施形態に係る経路診断Ａの処理の流れの一例を示すフローチャートである。なお、本実施形態に係る経路診断Ａでは、一例として、改質水経路５３、ガス経路５２、及び空気経路５４の順番で経路診断が実施される。
【0138】
図１３のステップＳ１７１では、ＣＰＵ１１が、一例として、上述の図１１に示す第２データテーブル１５Ｄを参照し、燃料電池ユニット５０の温度が、温度帯[イ]、[ロ]、[ハ]、[ニ]のいずれであるかを判定する。なお、燃料電池ユニット５０の温度には、上述したように、スタック温度及び改質温度の少なくとも一方が用いられる。燃料電池ユニット５０の温度が温度帯[イ]又は温度帯[ロ]又は温度帯[ハ]であると判定した場合（イ、ロ、ハの場合）、ステップＳ１７２に移行し、燃料電池ユニット５０の温度が温度帯[ニ]であると判定した場合（ニの場合）、ステップＳ１７３に移行する。
【0139】
ステップＳ１７２では、ＣＰＵ１１が、ＣＧＳ４０に対して、改質水経路５３に改質水を導入する制御を行い、ステップＳ１７４に移行する。
【0140】
一方、ステップＳ１７３では、ＣＰＵ１１が、改質水経路５３に対して経路判定不能タグを付与し、ステップＳ１７９に移行する。
【0141】
ステップＳ１７４では、ＣＰＵ１１が、所定の判定基準に従って、改質水経路５３が正常であるか否かを判定する。改質水経路５３が正常であると判定した場合（肯定判定の場合）、ステップＳ１７５に移行し、改質水経路５３が正常ではない、つまり、異常であると判定した場合（否定判定の場合）、ステップＳ１７６に移行する。
【0142】
ステップＳ１７５では、ＣＰＵ１１が、一例として、上述の図１１に示す第２データテーブル１５Ｄを参照し、燃料電池ユニット５０の温度が、温度帯[イ]、[ロ]、[ハ]、[ニ]のいずれであるかを判定する。燃料電池ユニット５０の温度が温度帯[イ]であると判定した場合（イの場合）、ステップＳ１７８に移行し、燃料電池ユニット５０の温度が温度帯[ロ]又は温度帯[ハ]又は温度帯[ニ]であると判定した場合（ロ、ハ、ニの場合）、ステップＳ１７９に移行する。
【0143】
一方、ステップＳ１７６では、ＣＰＵ１１が、改質水経路５３に対して経路異常タグを付与する。
【0144】
ステップＳ１７７では、ＣＰＵ１１が、燃料電池ユニット５０の温度が温度帯[ロ]以下になるまで待機し、ステップＳ１７９に移行する。
【0145】
ステップＳ１７８では、ＣＰＵ１１が、改質水経路５３に改質水を導入し、ガス経路５２にガスを導入する制御を行い、ステップＳ１８０に移行する。
【0146】
一方、ステップＳ１７９では、ＣＰＵ１１が、ガス経路５２にガスを導入する制御を行い、ステップＳ１８０に移行する。
【0147】
ステップＳ１８０では、ＣＰＵ１１が、所定の判定基準に従って、ガス経路５２が正常であるか否かを判定する。ガス経路５２が正常であると判定した場合（肯定判定の場合）、ステップＳ１８１に移行し、ガス経路５２が正常ではない、つまり、異常であると判定した場合（否定判定の場合）、ステップＳ１８５に移行する。
【0148】
ステップＳ１８１では、ＣＰＵ１１が、所定の判断基準に従って、改質水経路５３が正常であるか否かを判定する。改質水経路５３が正常ではない、つまり、異常であると判定した場合（否定判定の場合）、ステップＳ１８２に移行し、改質水経路５３が正常であると判定した場合（肯定判定の場合）、ステップＳ１８４に移行する。
【0149】
ステップＳ１８２では、ＣＰＵ１１が、燃料電池ユニット５０の温度が温度帯[ロ]以下になるまで待機する。
【0150】
ステップＳ１８３では、ＣＰＵ１１が、ガス経路５２にガスを導入し、空気経路５４に空気を導入する制御を行い、ステップＳ１９０に移行する。
【0151】
一方、ステップＳ１８４では、ＣＰＵ１１が、一例として、上述の図１１に示す第２データテーブル１５Ｄを参照し、燃料電池ユニット５０の温度が、温度帯[イ]、[ロ]、[ハ]、[ニ]のいずれであるかを判定する。燃料電池ユニット５０の温度が温度帯[イ]又は温度帯[ロ]であると判定した場合（イ、ロの場合）、ステップＳ１８８に移行し、燃料電池ユニット５０の温度が温度帯[ハ]又は温度帯[ニ]であると判定した場合（ハ、ニの場合）、ステップＳ１８９に移行する。
【0152】
一方、ステップＳ１８５では、ＣＰＵ１１が、ガス経路５２に対して経路異常タグを付与する。
【0153】
ステップＳ１８６では、ＣＰＵ１１が、所定の判定基準に従って、改質水経路５３が正常であるか否かを判定する。改質水経路５３が正常であると判定した場合（肯定判定の場合）、ステップＳ１８４に移行し、改質水経路５３が正常ではない、つまり、異常であると判定した場合（否定判定の場合）、ステップＳ１８７に移行する。
【0154】
ステップＳ１８７では、ＣＰＵ１１が、燃料電池ユニット５０の温度が温度帯[ハ]以下になるまで待機し、ステップＳ１８９に移行する。
【0155】
ステップＳ１８８では、ＣＰＵ１１が、改質水経路５３に改質水を導入し、ガス経路５２にガスを導入し、空気経路５４に空気を導入する制御を行い、ステップＳ１９０に移行する。
【0156】
一方、ステップＳ１８９では、ＣＰＵ１１が、空気経路５４に空気を導入する制御を行い、ステップＳ１９０に移行する。
【0157】
ステップＳ１９０では、ＣＰＵ１１が、所定の判定基準に従って、空気経路５４が正常であるか否かを判定する。空気経路５４が正常であると判定した場合（肯定判定の場合）、ステップＳ１９２に移行し、空気経路５４が正常ではない、つまり、異常であると判定した場合（否定判定の場合）、ステップＳ１９１に移行する。
【0158】
ステップＳ１９１では、ＣＰＵ１１が、空気経路５４に対して経路異常タグを付与し、ステップＳ１９２に移行する。
【0159】
ステップＳ１９２では、ＣＰＵ１１が、エラーを確定、つまり、改質水経路５３、ガス経路５２、及び空気経路５４のうち、経路異常タグが付与された経路を、故障の可能性がある経路として確定し、図１２のステップＳ１６１にリターンする。
【0160】
【0161】
図１４は、第２の実施形態に係る経路診断Ｂの処理の流れの一例を示すフローチャートである。なお、本実施形態に係る経路診断Ｂでは、一例として、改質水経路５３及びガス経路５２の順番で経路診断が実施される。
【0162】
図１４のステップＳ２０１では、ＣＰＵ１１が、一例として、上述の図１１に示す第２データテーブル１５Ｄを参照し、燃料電池ユニット５０の温度が、温度帯[イ]、[ロ]、[ハ]、[ニ]のいずれであるかを判定する。燃料電池ユニット５０の温度が温度帯[イ]又は温度帯[ロ]又は温度帯[ハ]であると判定した場合（イ、ロ、ハの場合）、ステップＳ２０２に移行し、燃料電池ユニット５０の温度が温度帯[ニ]であると判定した場合（ニの場合）、ステップＳ２０３に移行する。
【0163】
ステップＳ２０２では、ＣＰＵ１１が、改質水経路５３に改質水を導入する制御を行い、ステップＳ２０４に移行する。
【0164】
一方、ステップＳ２０３では、ＣＰＵ１１が、改質水経路５３に対して経路判定不能タグを付与し、ステップＳ２０９に移行する。
【0165】
ステップＳ２０４では、ＣＰＵ１１が、所定の判定基準に従って、改質水経路５３が正常であるか否かを判定する。改質水経路５３が正常であると判定した場合（肯定判定の場合）、ステップＳ２０５に移行し、改質水経路５３が正常ではない、つまり、異常であると判定した場合（否定判定の場合）、ステップＳ２０６に移行する。
【0166】
ステップＳ２０５では、ＣＰＵ１１が、一例として、上述の図１１に示す第２データテーブル１５Ｄを参照し、燃料電池ユニット５０の温度が、温度帯[イ]、[ロ]、[ハ]、[ニ]のいずれであるかを判定する。燃料電池ユニット５０の温度が温度帯[イ]であると判定した場合（イの場合）、ステップＳ２０８に移行し、燃料電池ユニット５０の温度が温度帯[ロ]又は温度帯[ハ]又は温度帯[ニ]であると判定した場合（ロ、ハ、ニの場合）、ステップＳ２０９に移行する。
【0167】
一方、ステップＳ２０６では、ＣＰＵ１１が、改質水経路５３に対して経路異常タグを付与する。
【0168】
ステップＳ２０７では、ＣＰＵ１１が、燃料電池ユニット５０の温度が温度帯[ロ]以下になるまで待機し、ステップＳ２０９に移行する。
【0169】
ステップＳ２０８では、ＣＰＵ１１が、改質水経路５３に改質水を導入し、ガス経路５２にガスを導入する制御を行い、ステップＳ２１０に移行する。
【0170】
一方、ステップＳ２０９では、ＣＰＵ１１が、ガス経路５２にガスを導入する制御を行い、ステップＳ２１０に移行する。
【0171】
ステップＳ２１０では、ＣＰＵ１１が、所定の判定基準に従って、ガス経路５２が正常であるか否かを判定する。ガス経路５２が正常であると判定した場合（肯定判定の場合）、ステップＳ２１２に移行し、ガス経路５２が正常ではない、つまり、異常であると判定した場合（否定判定の場合）、ステップＳ２１１に移行する。
【0172】
ステップＳ２１１では、ＣＰＵ１１が、ガス経路５２に対して経路異常タグを付与し、ステップＳ２１２に移行する。
【0173】
ステップＳ２１２では、ＣＰＵ１１が、エラーを確定、つまり、改質水経路５３及びガス経路５２のうち、経路異常タグが付与された経路を、故障の可能性がある経路として確定し、図１２のステップＳ１６１にリターンする。
【0174】
【0175】
図１５は、第２の実施形態に係る経路診断Ｃの処理の流れの一例を示すフローチャートである。なお、本実施形態に係る経路診断Ｃでは、一例として、ガス経路５２及び空気経路５４の順番で経路診断が実施される。
【0176】
図１５のステップＳ２２１では、ＣＰＵ１１が、一例として、上述の図１１に示す第２データテーブル１５Ｄを参照し、燃料電池ユニット５０の温度が、温度帯[イ]、[ロ]、[ハ]、[ニ]のいずれであるかを判定する。燃料電池ユニット５０の温度が温度帯[イ]であると判定した場合（イの場合）、ステップＳ２２２に移行し、燃料電池ユニット５０の温度が温度帯[ロ]又は温度帯[ハ]又は温度帯[ニ]であると判定した場合（ロ、ハ、ニの場合）、ステップＳ２２３に移行する。
【0177】
ステップＳ２２２では、ＣＰＵ１１が、改質水経路５３に改質水を導入し、ガス経路５２にガスを導入する制御を行い、ステップＳ２２４に移行する。
【0178】
一方、ステップＳ２２３では、ＣＰＵ１１が、ガス経路５２にガスを導入する制御を行い、ステップＳ２２４に移行する。
【0179】
ステップＳ２２４では、ＣＰＵ１１が、所定の判定基準に従って、ガス経路５２が正常であるか否かを判定する。ガス経路５２が正常であると判定した場合（肯定判定の場合）、ステップＳ２２５に移行し、ガス経路５２が正常ではない、つまり、異常であると判定した場合（否定判定の場合）、ステップＳ２２６に移行する。
【0180】
ステップＳ２２５では、ＣＰＵ１１が、一例として、上述の図１１に示す第２データテーブル１５Ｄを参照し、燃料電池ユニット５０の温度が、温度帯[イ]、[ロ]、[ハ]、[ニ]のいずれであるかを判定する。燃料電池ユニット５０の温度が温度帯[イ]又は温度帯[ロ]であると判定した場合（イ、ロの場合）、ステップＳ２２７に移行し、燃料電池ユニット５０の温度が温度帯[ハ]又は温度帯[ニ]であると判定した場合（ハ、ニの場合）、ステップＳ２２８に移行する。
【0181】
一方、ステップＳ２２６では、ＣＰＵ１１が、ガス経路５２に対して経路異常タグを付与し、ステップＳ２２５に移行する。
【0182】
ステップＳ２２７では、ＣＰＵ１１が、改質水経路５３に改質水を導入し、ガス経路５２にガスを導入し、空気経路５４に空気を導入する制御を行い、ステップＳ２２９に移行する。
【0183】
一方、ステップＳ２２８では、ＣＰＵ１１が、空気経路５４に空気を導入する制御を行い、ステップＳ２２９に移行する。
【0184】
ステップＳ２２９では、ＣＰＵ１１が、所定の判定基準に従って、空気経路５４が正常であるか否かを判定する。空気経路５４が正常であると判定した場合（肯定判定の場合）、ステップＳ２３１に移行し、空気経路５４が正常ではない、つまり、異常であると判定した場合（否定判定の場合）、ステップＳ２３０に移行する。
【0185】
ステップＳ２３０では、ＣＰＵ１１が、空気経路５４に対して経路異常タグを付与し、ステップＳ２３１に移行する。
【0186】
ステップＳ２３１では、ＣＰＵ１１が、エラーを確定、つまり、ガス経路５２及び空気経路５４のうち、経路異常タグが付与された経路を、故障の可能性がある経路として確定し、図１２のステップＳ１６１にリターンする。
【0187】
【0188】
図１６は、第２の実施形態に係る経路診断Ｅの処理の流れの一例を示すフローチャートである。なお、本実施形態に係る経路診断Ｅでは、一例として、改質水経路５３及び空気経路５４の順番で経路診断が実施される。
【0189】
図１６のステップＳ２４１では、ＣＰＵ１１が、一例として、上述の図１１に示す第２データテーブル１５Ｄを参照し、燃料電池ユニット５０の温度が、温度帯[イ]、[ロ]、[ハ]、[ニ]のいずれであるかを判定する。燃料電池ユニット５０の温度が温度帯[イ]又は温度帯[ロ]又は温度帯[ハ]であると判定した場合（イ、ロ、ハの場合）、ステップＳ２４２に移行し、燃料電池ユニット５０の温度が温度帯[ニ]であると判定した場合（ニの場合）、ステップＳ２４３に移行する。
【0190】
ステップＳ２４２では、ＣＰＵ１１が、改質水経路５３に改質水を導入する制御を行い、ステップＳ２４４に移行する。
【0191】
一方、ステップＳ２４３では、ＣＰＵ１１が、改質水経路５３に対して経路判定不能タグを付与し、ステップＳ２４８に移行する。
【0192】
ステップＳ２４４では、ＣＰＵ１１が、所定の判定基準に従って、改質水経路５３が正常であるか否かを判定する。改質水経路５３が正常であると判定した場合（肯定判定の場合）、ステップＳ２４５に移行し、改質水経路５３が正常ではない、つまり、異常であると判定した場合（否定判定の場合）、ステップＳ２４６に移行する。
【0193】
ステップＳ２４５では、ＣＰＵ１１が、一例として、上述の図１１に示す第２データテーブル１５Ｄを参照し、燃料電池ユニット５０の温度が、温度帯[イ]、[ロ]、[ハ]、[ニ]のいずれであるかを判定する。燃料電池ユニット５０の温度が温度帯[イ]又は温度帯[ロ]であると判定した場合（イ、ロの場合）、ステップＳ２４７に移行し、燃料電池ユニット５０の温度が温度帯[ハ]又は温度帯[ニ]であると判定した場合（ハ、ニの場合）、ステップＳ２４８に移行する。
【0194】
一方、ステップＳ２４６では、ＣＰＵ１１が、改質水経路５３に対して経路異常タグを付与し、ステップＳ２４８に移行する。
【0195】
ステップＳ２４７では、ＣＰＵ１１が、改質水経路５３に改質水を導入し、ガス経路５２にガスを導入し、空気経路５４に空気を導入する制御を行い、ステップＳ２４９に移行する。
【0196】
一方、ステップＳ２４８では、ＣＰＵ１１が、空気経路５４に空気を導入する制御を行い、ステップＳ２４９に移行する。
【0197】
ステップＳ２４９では、ＣＰＵ１１が、所定の判定基準に従って、空気経路５４が正常であるか否かを判定する。空気経路５４が正常であると判定した場合（肯定判定の場合）、ステップＳ２５１に移行し、空気経路５４が正常ではない、つまり、異常であると判定した場合（否定判定の場合）、ステップＳ２５０に移行する。
【0198】
ステップＳ２５０では、ＣＰＵ１１が、空気経路５４に対して経路異常タグを付与し、ステップＳ２５１に移行する。
【0199】
ステップＳ２５１では、ＣＰＵ１１が、エラーを確定、つまり、改質水経路５３及び空気経路５４のうち、経路異常タグが付与された経路を、故障の可能性がある経路として確定し、図１２のステップＳ１６１にリターンする。
【0200】
なお、本実施形態では、故障診断装置１０Ａを外部のサーバ装置として実現した場合について説明したが、これに限定されない。故障診断装置１０ＡはＣＧＳ４０の制御装置４１として実現してもよい。
【0201】
このように本実施形態によれば、エラーコードによって故障経路を絞り込み、絞り込んだ故障経路に関係する機能部の故障診断モデルのみを選択的に用いて故障診断が行われる。このため、故障診断を効率的に、かつ、精度良く行うことができる。
【0202】
以上、上記実施形態として、故障診断装置及び故障診断システムを例示して説明したが、実施形態は、故障診断装置が備える各部の機能をコンピュータに実行させるためのプログラムの形態としてもよい。実施形態は、このプログラムを記憶したコンピュータが読み取り可能な記憶媒体の形態としてもよい。
【0203】
その他、上記実施形態で説明した故障診断装置及び故障診断システムの構成は、一例であり、主旨を逸脱しない範囲内において状況に応じて変更してもよい。
【0204】
また、上記実施形態で説明したプログラムの処理の流れも、一例であり、主旨を逸脱しない範囲内において不要なステップを削除したり、新たなステップを追加したり、処理順序を入れ替えたりしてもよい。
【0205】
また、上記実施形態では、プログラムを実行することにより、実施形態に係る処理がコンピュータを利用してソフトウェア構成により実現される場合について説明したが、これに限らない。実施形態は、例えば、ハードウェア構成や、ハードウェア構成とソフトウェア構成との組み合わせによって実現してもよい。
【符号の説明】
【0206】
１０、１０Ａ 故障診断装置
１１、４２ ＣＰＵ
１１Ａ 取得部
１１Ｂ 選択部
１１Ｃ 推定部
１１Ｄ 学習部
１１Ｅ 出力部
１１Ｆ 経路診断部
１２、４３ ＲＯＭ
１３、４４ ＲＡＭ
１４、４５ Ｉ／Ｏ
１５、４６ 記憶部
１５Ａ 故障診断プログラム
１５Ｂ 故障診断モデル
１５Ｃ 第１データテーブル
１５Ｄ 第２データテーブル
１６ 表示部
１７ 操作部
１８、４７ 通信部
３０ ユーザ宅
４０ ＣＧＳ
４１ 制御装置
４６Ａ 制御プログラム
４８ 機器Ｉ／Ｆ
４９ ＣＧＳ本体部
５０ 燃料電池ユニット
５１ 燃料電池モジュール
５１Ａ 燃料電池スタック
５１Ｂ 改質器
５２ ガス経路
５３ 改質水経路
５４ 空気経路
６０ 作業担当者
７０ メンテナンス用端末
１００ 故障診断システム
１１、４２ ＣＰＵ
１１Ａ 取得部
１１Ｂ 選択部
１１Ｃ 推定部
１１Ｄ 学習部
１１Ｅ 出力部
１１Ｆ 経路診断部
１２、４３ ＲＯＭ
１３、４４ ＲＡＭ
１４、４５ Ｉ／Ｏ
１５、４６ 記憶部
１５Ａ 故障診断プログラム
１５Ｂ 故障診断モデル
１５Ｃ 第１データテーブル
１５Ｄ 第２データテーブル
１６ 表示部
１７ 操作部
１８、４７ 通信部
３０ ユーザ宅
４０ ＣＧＳ
４１ 制御装置
４６Ａ 制御プログラム
４８ 機器Ｉ／Ｆ
４９ ＣＧＳ本体部
５０ 燃料電池ユニット
５１ 燃料電池モジュール
５１Ａ 燃料電池スタック
５１Ｂ 改質器
５２ ガス経路
５３ 改質水経路
５４ 空気経路
６０ 作業担当者
７０ メンテナンス用端末
１００ 故障診断システム
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
