特開 2025-141016 診断装置、および診断方法

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

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

(11)【公開番号】P2025141016

(43)【公開日】2025-09-29

(54)【発明の名称】診断装置、および診断方法

(51)【国際特許分類】

   G06Q 50/06 20240101AFI20250919BHJP

【ＦＩ】

G06Q50/06

【審査請求】未請求

【請求項の数】13

【出願形態】ＯＬ

(21)【出願番号】P 2024040727

(22)【出願日】2024-03-15

(71)【出願人】

【識別番号】000102692

【氏名又は名称】ＮＴＮ株式会社

(74)【代理人】

【識別番号】110001195

【氏名又は名称】弁理士法人深見特許事務所

(72)【発明者】

【氏名】川上 博貴

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

5L050

【Ｆターム（参考）】

5L050CC06

(57)【要約】

【課題】複数の発電装置の保守管理の効率化を図る。
【解決手段】演算装置１０２は、物理量に基づいて、複数の風力発電装置２０の全ての診断箇所ごとに該診断箇所の異常の度合いを示す異常値を特定し、全ての診断箇所から、異常値が最大異常値である最大異常箇所を特定し、最大異常箇所を含む異常情報を生成し、異常情報を出力する。
【選択図】図１

【特許請求の範囲】

【請求項1】

複数の発電装置の診断装置であって、
前記複数の発電装置の各々には、該発電装置の少なくとも１つの診断箇所の物理量を検出するセンサが設置されており、
前記診断装置は、
演算装置と、
前記複数の発電装置の各々に設置されているセンサからの物理量を取得するインタフェースとを備え、
前記演算装置は、
前記物理量に基づいて、前記複数の発電装置の全ての診断箇所ごとに該診断箇所の異常の度合いを示す異常値を特定し、
前記全ての診断箇所から、異常値が最大異常値である最大異常箇所を特定し、
前記最大異常箇所を含む異常情報を生成し、
前記異常情報を出力する、診断装置。

【請求項2】

前記演算装置は、前記全ての診断箇所ごとの異常値の順位を特定し、
前記異常情報は、前記順位を示す情報を含む、請求項１に記載の診断装置。

【請求項3】

前記演算装置は、前記複数の発電装置ごとの異常値を、該発電装置の少なくとも１つの診断箇所の異常値に基づいて特定し、
前記異常情報は、前記複数の発電装置ごとの異常値の順位を示す情報を含む、請求項１または請求項２に記載の診断装置。

【請求項4】

前記演算装置は、前記複数の発電装置ごとの運転可否を、該発電装置の異常値に基づいて特定し、
前記異常情報は、前記複数の発電装置の各々の運転可否を示す情報を含む、請求項３に記載の診断装置。

【請求項5】

前記演算装置は、前記複数の発電装置ごとの余寿命を、該発電装置の少なくとも１つの診断箇所の異常値に基づいて特定し、
前記異常情報は、前記複数の発電装置ごとの余寿命の順位を示す情報を含む、請求項１または請求項２に記載の診断装置。

【請求項6】

前記演算装置は、
前記全ての診断箇所ごとの異常値に応じて、該診断箇所に対して必要なメンテナンスの必要度を特定し、
前記異常情報は、前記メンテナンスの必要度の順位を示す情報を含む、請求項１または請求項２に記載の診断装置。

【請求項7】

前記異常情報は、前記メンテナンスの見積額および該メンテナンスの開始時期のうち少なくとも１つを含む、請求項６に記載の診断装置。

【請求項8】

前記演算装置は、
前記全ての診断箇所ごとに、過去の所定タイミングの基準物理量を記憶するメモリを備え、
前記演算装置は、
前記全ての診断箇所における前記インタフェースが取得した物理量と、該診断箇所に対応する前記基準物理量との差分値の絶対値を算出し、
前記全ての診断箇所における前記絶対値に基づいて、前記全ての診断箇所ごとの異常値を特定する、請求項１または請求項２に記載の診断装置。

【請求項9】

前記所定タイミングは、ユーザが指定したタイミングである、請求項８に記載の診断装置。

【請求項10】

前記診断装置は、前記異常情報を生成するごとに該異常情報を記憶するメモリをさらに備え、
前記異常情報は、前記メモリに記憶されている前回作成した前記異常情報を含む、請求項１または請求項２に記載の診断装置。

【請求項11】

前記演算装置は、前記異常情報を、前記複数の発電装置のユーザのユーザ端末に出力する、請求項１または請求項２に記載の診断装置。

【請求項12】

前記発電装置は、風力発電装置である、請求項１または請求項２に記載の診断装置。

【請求項13】

複数の発電装置の診断方法であって、
前記複数の発電装置の各々には、該発電装置の少なくとも１つの診断箇所の物理量を検出するセンサが設置されており、
前記診断方法は、
前記複数の発電装置の各々に設置されているセンサからの物理量を取得することと、
前記物理量に基づいて、前記複数の発電装置の全ての診断箇所ごとに該診断箇所の異常の度合いを示す異常値を特定ことと、
前記全ての診断箇所から、異常値が最大異常値である最大異常箇所を特定することと、
前記最大異常箇所を含む異常情報を生成することと、
前記異常情報を出力することとを備える、診断方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、診断装置、および診断方法に関する。

【背景技術】

【0002】

たとえば、特開２００６－３４２７６６号公報には、風力発電装置の運転状態の診断装置に関する技術が開示されている。この診断装置は、該診断装置が取得した風力発電装置の稼動実績と、予め設定した風力発電設備のメンテナンス条件とを保持する。そして、この診断装置は、この稼動実績がメンテナンスの必要となる稼動量に達しているか否かを判定することにより、メンテナンスの必要性の有無を判定する。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００６－３４２７６６号公報

【発明の概要】

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

【0004】

ところで、複数の風力発電装置を一括して監視する構成が考えられる。しかしながら、従来の診断装置の監視対象は、１台の風力発電装置のみであった。したがって、複数の風力発電装置の保守管理の効率化を図ることができないという問題が生じ得る。

【0005】

本開示は、上記課題を解決するためになされたものであり、その目的は、複数の発電装置の保守管理の効率化を図ることである。

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

【0006】

本開示の診断装置は、複数の発電装置の診断装置である。複数の発電装置の各々には、該発電装置の少なくとも１つの診断箇所の物理量を検出するセンサが設置されている。診断装置は、演算装置と、複数の発電装置の各々に設置されているセンサからの物理量を取得するインタフェースとを備える。演算装置は、物理量に基づいて、複数の発電装置の全ての診断箇所ごとに該診断箇所の異常の度合いを示す異常値を特定する。演算装置は、全ての診断箇所から、異常値が最大異常値である最大異常箇所を特定する。演算装置は、最大異常箇所を含む異常情報を生成する。演算装置は、異常情報を出力する。

【0007】

本開示の診断方法は、複数の発電装置の診断方法である。複数の発電装置の各々には、該発電装置の少なくとも１つの診断箇所の物理量を検出するセンサが設置されている。診断方法は、複数の発電装置の各々に設置されているセンサからの物理量を取得することを備える。診断方法は、物理量に基づいて、複数の発電装置の全ての診断箇所ごとに該診断箇所の異常の度合いを示す異常値を特定することを備える。診断方法は、全ての診断箇所から、異常値が最大異常値である最大異常箇所を特定することを備える。診断方法は、最大異常箇所を含む異常情報を生成することを備える。診断方法は、異常情報を出力することを備える。

【発明の効果】

【0008】

本開示によれば、複数の発電装置の保守管理の効率化を図ることができる。

【図面の簡単な説明】

【0009】

【図1】本実施の形態の管理システムの構成例を示す図である。

【図2】入力画面の一例を示す図である。

【図3】結果画面の一例を示す図である。

【図4】第１ＤＢの一例を示す図である。

【図5】第２ＤＢの一例を示す図である。

【図6】診断装置の機能ブロック図である。

【図7】処理部の演算内容を説明するための図である。

【図8】診断装置の主な処理を示すフローチャートである。

【図9】他の結果画面の一例を説明するための図である。

【図10】他の結果画面の一例を説明するための図である。

【図11】他の結果画面の一例を説明するための図である。

【図12】他の結果画面の一例を説明するための図である。

【図13】他の結果画面の一例を説明するための図である。

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

【0010】

以下、本発明の実施の形態について図面を参照しつつ説明する。なお、以下の図面において同一または相当する部分には同一の参照番号を付し、その説明は繰り返さない。

【0011】

＜第１実施形態＞
［管理システムの構成例］
図１は、本実施の形態の管理システム１０の構成例を示す図である。本開示の管理システム１０は、状態監視システム（ＣＭＳ：Condition Monitoring System）が適用されたシステムである。管理システム１０は、Ｍ（Ｍは１以上の整数）個の風力発電ユニット４５と、診断装置１００と、ユーザ端末５０と、メンテナンスサーバ７０と、ネットワークＮＷとを備える。後述の収集装置３０と、診断装置１００と、ユーザ端末５０と、メンテナンスサーバ７０とはネットワークＮＷを通じて、互いに通信可能である。

【0012】

たとえば、Ｍ個の発電ユニットは互いに関連している。より詳細には、Ｍ個の風力発電ユニットの各々の風力発電装置は互いに関連している。ここで、「関連」とは、Ｍ個の風力発電装置が同一構成であり、かつＭ個の風力発電装置がウインドファームＷＦを構成することをいう。したがって、Ｍ個の発電ユニットの各々の外部の環境（温度、湿度、風量など）が同様となる。換言すれば、ウインドファームＷＦは、風力発電装置群を構成する。なお、変形例として、Ｍ個の風力発電装置は同一構成ではなくてもよい。

【0013】

なお、変形例として、「関連」とは、Ｍ個の風力発電装置の運転開始時期が同一であること、およびＭ個の風力発電装置の同一機種であることのうち少なく一方を含む概念としてもよい。Ｍ個の風力発電装置は、本開示の「複数の風力発電装置」に対応する。なお、変形例として、Ｍ個の発電ユニットは互いに関連していなくてもよい。

【0014】

図１の例では、１つのウインドファームが開示されているが、診断装置１００は、Ｑ（Ｑは１以上の整数）個のウインドファームを管理する。具体的には、診断装置１００は、Ｑ個のウインドファームの各々に属する全ての風力発電装置を一括して診断する。

【0015】

風力発電ユニット４５は、風力発電装置２０と、収集装置３０と、Ｎ個のセンサＳｎ（ｎ＝１，．．．，Ｎ、Ｎは１以上の整数）と、を備える。また、Ｎ個のセンサＳｎは、たとえば、振動センサ、および温度センサなどを含む。

【0016】

風力発電装置２０は、風力を受けて発電する装置である。センサＳｎの各々は、風力発電装置２０の診断箇所における、該センサに対応する物理量を検出する。このように、Ｍ個の風力発電装置２０の各々には、該風力発電装置２０の少なくとも１つの診断箇所の物理量を検出するセンサＳｎが設置されている。図１の例では、Ｍ個の風力発電装置の全てにおいて、Ｎ個のセンサが配置されている例が示されているが、Ｍ個の風力発電装置においてセンサの数が異なっていてもよい。

【0017】

Ｑ個のウインドファームの各々には、ウインドファームＩＤ（identification）が付与されている。ウインドファームＩＤは、「ＷＦＩＤ」または「風力発電装置群ＩＤ」とも称される。Ｍ個の風力発電装置の各々には、風力発電装置ＩＤが付与されている。Ｍ個の風力発電装置に設置されている全てのセンサの各々には、センサＩＤが付与されている。また、センサＩＤは、「該センサＩＤのセンサによる診断箇所の診断箇所ＩＤ」でもある。

【0018】

また、センサが、振動センサであれば、物理量は振動値であり、センサが温度センサであれば、物理量は温度である。診断箇所は、たとえば、風力発電装置２０の軸受、増速機、および発電機などである。

【0019】

なお、振動値は、たとえば、該所定箇所の変位、速度、および加速度などのいずれかにより表される。センサＳｎにより検出された物理量と、該センサのセンサＩＤとが対応付けられて時系列データとして収集装置３０に出力される。

【0020】

収集装置３０により収集された時系列データは、該収集装置３０に対応する風力発電装置２０の風力発電装置ＩＤが該時系列データと対応付けられて診断装置１００に出力される。診断装置１００のメモリ１０４は、風力発電装置ＩＤと時系列データとを対応付けて記憶する。このように、診断装置１００のメモリ１０４は、全ての風力発電装置２０の時系列データを一括して記憶する。なお、図１の例では、診断装置１００がＭ個の風力発電装置２０の時系列データを一括して記憶する構成が開示されるが、診断装置１００とは別の装置（サーバ）が該時系列データを記憶するようにしてもよい。

【0021】

診断装置１００は、時系列データを用いて、Ｍ個の風力発電装置２０を診断する。風力発電装置２０の診断は、風力発電装置２０の異常の有無の判断処理と、風力発電装置２０の異常が検出されたときには該異常の位置の位置特定処理とを含む。

【0022】

診断装置１００による診断処理の結果、風力発電装置２０の異常が診断装置１００により検出された場合には、図示しない作業者が該風力発電装置２０に対して、該異常を点検および修復するためのメンテナンスを実行する。

【0023】

診断装置１００は、演算装置１０２と、メモリ１０４と、インタフェース１０６とを有する。演算装置１０２は、様々な処理および演算を実行する。メモリ１０４は、ＲＯＭ（Read Only Memory）、およびＲＡＭ（Random Access Memory）などを含む。各構成要素はデータバスによって相互に接続されている。

【0024】

演算装置１０２は、ＣＰＵ（Central Processing Unit）、ＦＰＧＡ（Field-Programmable Gate Array）、およびＧＰＵ（Graphics Processing Unit）などで構成される。なお、演算装置１０２は、ＣＰＵ、ＦＰＧＡ、およびＧＰＵの少なくとも１つで構成されてもよい。また、演算装置１０２は、演算回路（processing circuitry）で構成されてもよい。演算装置１０２は、「少なくとも１つのプロセッサ」、または「演算回路」とも称される。

【0025】

メモリ１０４は、演算装置１０２が任意のプログラムを実行するにあたって、プログラムコードやワークメモリなどを一時的に格納する揮発性の記憶領域（たとえば、ワーキングエリア）を含む。たとえば、メモリ１０４は、ＲＡＭ（Random Access Memory）およびＲＯＭ（Read Only Memory）を含む。

【0026】

ＲＯＭは、演算装置１０２にて実行されるプログラムを格納する。ＲＡＭは、演算装置１０２におけるプログラムの実行により生成されるデータなどを一時的に格納する。ＲＡＭは、作業領域として利用される一時的なデータメモリとして機能できる。

【0027】

インタフェース１０６は、診断装置１００の外部装置（収集装置３０、ユーザ端末５０、およびメンテナンスサーバ７０など）と通信するように構成されている。

【0028】

ユーザ端末５０は、ユーザＡが保有する端末装置である。「ユーザＡ」とは、典型的には、Ｍ個の風力発電ユニット４５を保有している者であり、たとえば、発電事業者である。ユーザ端末５０は、典型的には、ユーザＡが携帯可能な携帯端末である。なお、ユーザ端末５０は、専用のコンピュータ端末でもよい。

【0029】

ユーザ端末５０の表示部は、後述の入力画面（後述の図２参照）と、該入力画面に対する結果画面（後述の図３参照）とを表示する。

【0030】

メンテナンスサーバ７０は、風力発電装置２０のメンテナンスに関するメンテナンス情報を記憶するサーバである。メンテナンス情報は、たとえば、メンテナンスを行う作業者のスケジュール、メンテナンスされる部品の代替品の在庫数、メンテナンスの見積額などを含む。

【0031】

上述のように、診断装置１００は、Ｍ個の風力発電装置を一括して監視する。ここで、ユーザＡは、たとえば、Ｍ個の風力発電装置のうち最も異常である箇所を知りたい場合がある。また、その他の局面において、ユーザＡは、Ｍ個の風力発電装置の異常値の順位を知りたい場合がある。たとえば、ユーザＡは、Ｍ個の風力発電装置のうち、最も異常である風力発電装置、および２番目に異常である風力発電装置などを示す情報を知りたい場合がある。ユーザＡは、このような情報を認識することにより、風力発電装置２０のメンテナンスの優先度などを決定でき、Ｍ個の風力発電装置２０の効率的な保守管理を実現できる。

【0032】

そこで、このような効率的な保守管理を実現するために、診断装置１００は、異常情報をユーザ端末５０に表示する。異常情報は、Ｍ個の風力発電装置２０の全ての診断個所のうち最も異常である箇所（最大異常箇所）を含む情報である。また、異常情報は、複数の発電装置の全ての診断箇所ごとの異常値の順位に関する情報を含むようにしてもよい。診断箇所ごとの異常値は、該診断箇所の異常度合いを示す値である。

【0033】

［入力画面］
図２は、ユーザ端末５０が表示する入力画面３００の一例である。ユーザがユーザ端末５０に対して所定の表示操作を行うことにより、ユーザ端末５０は、図２の入力画面３００を表示する。

【0034】

入力画面３００は、文字画像３０１と、ウインドファームＩＤ入力画像３０２と、診断期間入力画像３０３とを含む。

【0035】

文字画像３０１は、「あなたのウインドファーム内の複数の風力発電装置の異常情報を示します。」という文字画像である。ウインドファームＩＤ入力画像３０２は、ウインドファームＩＤの入力をユーザに促進する文字画像と、ウインドファームＩＤの入力領域とを含む。診断期間入力画像３０３は、後述の診断期間の入力をユーザに促進する文字画像と、診断期間の入力領域とを含む。

【0036】

図２の入力領域に対してユーザにより入力情報が入力された後、ユーザにより所定の送信操作が実行された場合には、該入力情報が診断装置１００に送信される。送信操作は、たとえば、ユーザ端末５０に表示された送信ボタン（図示せず）に対するユーザの操作である。

【0037】

診断装置１００は、ユーザ端末５０から送信された入力情報を用いて後述の演算処理を実行する。そして、診断装置１００は、該演算結果を示す結果画面データをユーザ端末５０に送信する。ユーザ端末５０は、結果画面データに基づく結果画面を表示する。

【0038】

［結果画面］
図３は、結果画面４００の一例である。結果画面４００は、文字画像４０１と、異常情報４３０とを含む。文字画像４０１は、「あなたの風力発電装置の異常値の順位（異常値のランキング）は以下の通りです。」という文字画像である。

【0039】

異常情報４３０は、全ての診断箇所ごとの異常値のうち、最大異常値である最大異常箇所を含む情報である。異常情報４３０は、装置順位情報４１２と、異常箇所情報４１３と、メンテナンス種別情報４１４と、見積額情報４１５と、開始時期情報４１６とを含む。図３の例では、Ｍ個の風力発電装置は、５台の風力発電装置である例（つまりＭ＝５である例）が示される。また、５台の風力発電装置は、風力発電装置Ａ１、風力発電装置Ａ２、風力発電装置Ａ３、風力発電装置Ａ４、および風力発電装置Ａ５と称される。また、この例では、５台の風力発電装置の各々には、同数のＮ個のセンサが設置されているとする。つまり、１つのウインドファームには、５×Ｎ個のセンサが配置されている。換言すると、診断装置１００は、５×Ｎ個の診断箇所を診断することになる。

【0040】

装置順位情報４１２は、風力発電装置ごとの種別および順位を示す情報である。図３の例の装置順位情報４１２は、たとえば、異常値が１位の風力発電装置（つまり、異常度合いが最大である風力発電装置）は、風力発電装置Ａ５であることが示されている。また、装置順位情報４１２は、異常値が２位の風力発電装置は、風力発電装置Ａ３であることが示されている。装置順位情報４１２は、本開示の「異常値の順位を示す情報」に対応する。

【0041】

異常箇所情報４１３は、各風力発電装置ごとの異常箇所を示す情報である。図３の例では、風力発電装置Ａ５の異常箇所は、軸受装置と、増速機とであることが示されている。また、風力発電装置Ａ３の異常箇所は、軸受装置であることが示されている。また、他の風力発電装置においては、異常箇所は無いことが示されている。

【0042】

異常箇所情報４１３は、全ての診断箇所のうち少なくとも１つの診断箇所ごとの異常値の順位を示す情報でもある。図３の例の異常箇所情報４１３は、全て（５×Ｎ個）の診断箇所のうち、３つの診断箇所の異常値の順位を示している。３つの診断箇所は、風力発電装置Ａ５の軸受装置、風力発電装置Ａ５の増速機、風力発電装置Ａ３の軸受装置である。

【0043】

また、図３の例の異常箇所情報４１３では、上から順に異常値が高いとされている。つまり、図３の例では、３つの診断箇所ごとの異常値の順位として、１位の異常箇所が風力発電装置Ａ５の軸受装置であり、２位の異常箇所が風力発電装置Ａ５の増速機であり、３位の異常箇所が風力発電装置Ａ３の軸受装置であることが示されている。１位の異常箇所である風力発電装置Ａ５の軸受装置の異常値が、最も高い。風力発電装置Ａ５の該軸受装置が、本開示の「最大異常箇所」の一例に対応する。

【0044】

メンテナンス種別情報４１４は、各異常箇所毎に必要なメンテナンスの種別を示す情報である。図３の例では、風力発電装置Ａ５の異常箇所である軸受装置に対しては、「軸受交換」というメンテナンスの種別が示されている。また、風力発電装置Ａ５の異常箇所である増速機に対しては、「増速機交換」というメンテナンスの種別が示されている。また、風力発電装置Ａ３の異常箇所である軸受装置に対しては、「軸受交換」というメンテナンスの種別が示されている。

【0045】

また、図３の例のメンテナンス種別情報４１４では、上から順にメンテナンスの必要度が高いとされている。つまり、図３の例では、３つのメンテナンスごとの順位として、１位が風力発電装置Ａ５の軸受交換であり、２位が風力発電装置Ａ５の増速機交換であり、３位が風力発電装置Ａ３の軸受交換である。メンテナンス種別情報４１４は、本開示の「メンテナンスの必要度の順位を示す情報」に対応する。なお、診断個所（異常箇所）の異常度が高いほど、メンテナンスの必要度も高くなる。

【0046】

見積額情報４１５は、メンテンス種別毎に、該メンテナンス種別により示されるメンテナンスに必要な費用（見積額）を示す情報である。図３の例では、風力発電装置Ａ５の軸受装置交換のメンテナンス見積額はＬ１円であることが示されている。また、風力発電装置Ａ５の増速機交換のメンテナンス見積額はＬ２円であることが示されている。風力発電装置Ａ３の軸受装置交換のメンテナンス見積額はＬ３円であることが示されている。

【0047】

開始時期情報４１６は、該メンテナンス種別により示されるメンテナンスが開始（可能な）時期を示す情報である。開始時期情報４１６は、メンテナンス状況（後述の図５参照）から特定される情報である。メンテナンス状況は、たとえば、メンテナンスに必要な部品（たとえば、新しい軸受など）の在庫と、メンテナンス作業者のスケジュール、およびメンテナンスのリードタイム（メンテナンスに必要な期間）などを含む。

【0048】

［診断装置が備えるデータベース（ＤＢ）］
次に、診断装置１００が備える第１ＤＢ（Data Base）および第２ＤＢを説明する。図４は、第１ＤＢの一例を示す図である。第１ＤＢにおいては、ウインドファームＩＤに対して、風力発電装置ＩＤと、センサＩＤと、ユーザ端末ＩＤとが対応付けられている。なお、図４などでは、ウインドファームＩＤは、「ＷＦＩＤ」と示されている。本開示では、ＩＤが、該ＩＤが付されている事項の参照符号とされる場合がある。たとえば、風力発電装置ＩＤが、Ａ１の風力発電装置は、「風力発電装置Ａ１」とも称される（図３も参照）。

【0049】

図４の例では、ウインドファームＷ１に、５台の風力発電装置である風力発電装置Ａ１～Ａ５が含まれている。また、風力発電装置Ａ１には、Ｎ個のセンサであるセンサＢ１～ＢＮが設置されている。また、センサＩＤは、該センサＩＤにより示されるセンサが設置された診断箇所のＩＤである診断箇所ＩＤとも称される。ウインドファームＷ１については、ユーザ端末Ｕ１が対応付けられている。

【0050】

なお、ウインドファームＩＤとユーザ端末ＩＤは必ずしも１対１で対応付ける必要はなく、たとえば、代表のユーザ端末ＩＤが、複数のウインドファームＩＤと対応付けられていてもよい。

【0051】

図５は、第２ＤＢの一例を示す図である。第２ＤＢにおいて、異常ＩＤに対して、メンテナンスＩＤと、メンテナンス見積額と、メンテナンス状況とが対応付けて規定されている。

【0052】

たとえば、異常Ｃ１に対して、メンテナンスＭ１、メンテナンス見積額：Ｎ１（円）、メンテナンス状況Ｒ１が対応付けられている例が示されている。つまり、異常Ｃ１については、異常Ｃ１を修復するために、風力発電装置２０に対してメンテナンスＭ１を実行することが対応付けられている。また、異常Ｃ１については、該メンテナンスＭ１に要する見積額（費用）がＮ１円であることが対応付けられている。また、異常Ｃ１については、メンテナンスＭ１の現在または将来的な状況がＲ１であることが対応付けられている。メンテナンス状況は、上述のように、メンテナンスに必要な部品（たとえば、新しい軸受など）の在庫と、メンテナンス作業者のスケジュール、およびメンテナンスのリードタイム（メンテナンスに必要な期間）を含む。

【0053】

［診断装置１００の機能ブロック図］
図６は、診断装置１００の機能ブロック図である。診断装置１００は、受信部１１２と、処理部１１４と、送信部１１６と、メモリ１０４とを有する。受信部１１２および送信部１１６は、図１のインタフェース１０６に対応する。処理部１１４は、図１の演算装置１０２に対応する。

【0054】

メモリ１０４には、第１ＤＢ１４１（図４参照）、第２ＤＢ１４２（図５参照）、および全ての診断箇所の各々の基準物理量１５１が格納されている。基準物理量１５１は、後述される。

【0055】

受信部１１２は、ユーザ端末５０から入力画面３００（図２参照）に入力された入力情報を取得する。入力情報は、図２で説明したように、ウインドファームＩＤ（ウインドファームＩＤ入力画像３０２に入力された情報）と、診断期間（診断期間入力画像３０３に入力された情報）とを含む。受信部１１２が取得した入力情報は、処理部１１４に出力される。以下の説明では、入力されたウインドファームＩＤは、「Ｗ１」であるとする。つまり、図４の例では、風力発電装置の数は５個であり、センサの数（診断個所の数）は、上述の５×Ｎであるとする。

【0056】

処理部１１４は、該入力情報を受信すると、該入力情報に含まれるウインドファームＩＤに含まれる風力発電ユニットの全ての診断箇所の最新（直近）の物理量を、上記時系列データから取得（抽出）する。最新の物理量は、本開示の「物理量」に対応する。最新の物理量は、インタフェース１０６が取得した物理量である。なお、処理部１１４は、入力情報が入力されたときに、全ての収集装置に最新の物理量を要求するして、該最新の物理量を取得するようにしてもよい。

【0057】

そして、処理部１１４は、物理量に基づいて、複数の風力発電装置の全ての診断箇所ごとの異常値を特定する。ここで、複数の風力発電装置は、たとえば、ユーザにより入力されたウインドファームＩＤにより示されるウインドファームに含まれる全ての風力発電装置（上述の５台の風力発電装置）である。また、物理量は、複数の風力発電装置の全ての診断箇所（上述の５×Ｎ個の診断箇所）の物理量である。換言すれば、全ての診断箇所の物理量は、複数の風力発電装置の全てのセンサが検出した物理量である。

【0058】

次に、異常値の特定（算出）の手法を説明する。上述したように、風力発電装置の全てのセンサは、たとえば、振動センサ、および温度センサなどを含む。したがって、５×Ｎ個の診断箇所の物理量については、振動値、温度など様々な種別の物理量がある。

【0059】

そこで、処理部１１４は、全ての診断箇所における最新物理量（５×Ｎ個の最新物理量）と、該診断箇所に対応する基準物理量との差分値の絶対値を算出する。換言すれば、処理部１１４は、全ての診断箇所における最新物理量のそれぞれと、全ての診断箇所における基準物理量との差分値の絶対値を算出する。処理部１１４は、たとえば、以下の式（１）により、差分値の絶対値（以下、「差分絶対値」とも称される。）を算出する。

【0060】

差分絶対値＝│最新物理量－該最新物理量に対応する基準物理量｜ （１）
式（１）において、｜Ｘ｜は、Ｘの絶対値を示す。処理部１１４は、全ての診断箇所について式（１）を算出することにより、５×Ｎ個の差分絶対値を算出する。なお、式（１）については、後述の図７の※１にも開示されている。

【0061】

さらに、処理部１１４は、異常値が予め定められた閾値よりも大きいか否かを判断する。そして、処理部１１４は、閾値よりも大きい異常値（過度に大きい異常値）に対応する診断箇所を異常箇所として特定する。

【0062】

基準物理量は、過去の所定タイミングに検出された物理量である。過去の所定タイミングは如何なるタイミングであってもよい。所定タイミングは、たとえば、ユーザにより診断期間入力画像３０３（図２参照）に対して入力された診断期間まで遡ったタイミングとする。たとえば、診断期間として、ユーザに「３年」という情報が入力された場合には、現時点から３年前のタイミングが所定タイミングとなる。

【0063】

式（１）により算出される差分絶対値は、該差分絶対値の算出に用いられた物理量の、上記所定タイミングからの変化量である。一般的に、正常な診断箇所の差分絶対値（変化量）は、小さい値となる傾向にある。しかしながら、異常な診断箇所の差分絶対値（変化量）は、大きな値となる傾向にある。

【0064】

そこで、処理部１１４は、全ての（５×Ｎ個の）診断箇所ごとの差分絶対値を、該診断箇所の異常値として特定する。また、処理部１１４は、該差分絶対値に対して所定演算を実行し、該所定演算の結果を、診断箇所ごとの異常値としてもよい。所定演算は、たとえば、センサの種別（物理量の種別）に応じた正規化処理を含む。なお、異常値の算出手法については、上記の式（１）などに限られず、他の算出式、所定の関数、およびＡＩ（Artificial intelligence）のうち少なくとも１つを用いる手法が採用されてもよい。また、異常値は、最新物理量と、基準物理量との除算値としてもよい。たとえば、異常値は、最新物理量／基準物理量としてもよい。

【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】

１０ 管理システム、２０ 風力発電装置、３０ 収集装置、４５ 風力発電ユニット、５０ ユーザ端末、７０ メンテナンスサーバ、１００ 診断装置、１０２ 演算装置、１０４ メモリ、１０６ インタフェース、１１２ 受信部、１１４ 処理部、１１６ 送信部、１１８ 記憶部、１５１ 基準物理量、４３２ 前回異常情報、３００ 入力画面、３０１，４０１ 文字画像、３０２ ウインドファームＩＤ入力画像、３０３ 診断期間入力画像、４００ 結果画面、４１２ 装置順位情報、４１３ 異常箇所情報、４１４ メンテナンス種別情報、４１５ 見積額情報、４１６ 開始時期情報、４２０ 緊急度情報、４２１ 推奨情報、４３０ 異常情報、４３１ 箇所順位情報、４４２ 可否情報、４４３ 寿命情報。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】