JP2023183732A - 制御装置、管理システム、および管理方法 - Google Patents

Abstract

【課題】風力発電装置の異常を風力発電装置のユーザなどに認識させる。
【解決手段】検出ユニット４５は、風力発電装置２０の検出データを取得する。制御装置１００は、検出データに基づいて、風力発電装置２０の異常または異常予兆を示す異常情報を生成する。制御装置１００は、ユーザ端末５０に異常情報を送信する。
【選択図】図１

Description

本開示は、制御装置、管理システム、および管理方法に関する。

たとえば、特許第５５１０９２６号（特許文献１）には、風力発電装置のブレード用軸受の異常を検出する検出方法が開示されている。

特許第５５１０９２６号

上述の検出方法においては、風力発電装置の異常を風力発電装置のユーザなどに認識させることについては鑑みられてなかった。

本開示は、上記課題を解決するためになされたものであり、風力発電装置の異常を風力発電装置のユーザなどに認識させる技術を提供することである。

本開示の管理システムは、検出ユニットと、制御装置と、端末装置とを備える。検出ユニットは、風力発電装置の検出データを取得する。制御装置は、検出データに基づいて、風力発電装置の異常または異常予兆を示す異常情報を生成する。制御装置は、端末装置に異常情報を送信する。

本開示の制御装置は、入力インタフェースと、プロセッサと、出力インタフェースとを備える。入力インタフェースは、風力発電装置の検出データを取得する検出ユニットから該検出データの入力を受付ける。プロセッサは、検出データに基づいて、風力発電装置の異常または異常予兆を示す異常情報を生成する。出力インタフェースは、端末装置に異常情報を送信する。

本開示の管理方法は、風力発電装置の検出データを取得する検出ユニットから該検出データの入力を受付けることと、検出データに基づいて、風力発電装置の異常または異常予兆を示す異常情報を生成することと、端末装置に異常情報を送信することと、を備える。

本開示によれば、風力発電装置の異常を風力発電装置のユーザなどに認識させることができる。

本開示の管理システムの構成例を説明するための図である。 第１ＤＢを説明するための図である。 第２ＤＢを説明するための図である。 制御装置の機能ブロック図である。 異常画像の一例を説明するための図である。 第２確認情報の一例を説明するための図である。 配送画像の一例を説明するための図である。 メンテナンス画像の一例を説明するための図である。 予約画像の一例を説明するための図である。 制御装置などの処理を示すフローチャートの一例である。

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

図１は、本開示の管理システム１０の構成例を示す図である。本開示の管理システム１０は、少なくとも１つの風力発電装置２０と、少なくとも１つの検出ユニット４５と、制御装置１００と、少なくとも１つのユーザ端末５０と、少なくとも１つの配送端末７１と、少なくとも１つのメンテナンス端末７２と、少なくとも１つの予約端末７３と、ネットワークＮＷとを備える。収集装置３０と、制御装置１００と、配送端末７１と、メンテナンス端末７２と、予約端末７３と、ユーザ端末５０とは、ネットワークＮＷを通じて、互いに通信可能である。

風力発電装置２０は、風力を受けて発電する装置である。風力発電装置２０は、軸受けおよび発電機などを有する。検出ユニット４５は、風力発電装置２０に対応づけて設置される。検出ユニット４５は、対応する風力発電装置２０の部品を監視することにより該部品の検出データを取得する。検出データは、風力発電装置２０の異常を検出するためのデータである。該部品は「検出対象部品」とも称される。

図１の例では、検出ユニット４５は、Ｎ（Ｎは１以上の整数）個のセンサＳ（Ｓ１～ＳＮ）と、収集装置３０とにより構成されている。センサＳは、風力発電装置２０の物理量を検出する。物理量は、風力発電装置２０の異常を検出可能な量であれば、如何なる量であってもよい。たとえば、センサＳは、風力発電装置２０の軸受けの振動を検出するセンサとしてもよく、該センサＳが検出する物理量は、該振動の周波数となる。また、センサＳは、風力発電装置２０の発電機の発電量を検出するセンサとしてもよく、該センサＳが検出する物理量は、該発電量となる。収集装置３０は、Ｎ個のセンサが検出した物理量を収集する。そして、収集装置３０は、収集された物理量を検出データとして制御装置１００に送信する。

なお、検出データは、センサが検出するデータではなく他のデータとしてもよい。検出ユニット４５は、たとえば、カメラを含み、検出データは該カメラが撮像する画像としてもよい。

制御装置１００は、検出データに基づいて、異常情報を生成する。ここで、異常情報とは、風力発電装置２０の異常を示す情報または異常予兆を示す情報である。風力発電装置２０の異常を示す情報は、異常が生じていること、および該異常が生じている箇所、部品（たとえば、軸受け）を示す情報である。また、風力発電装置２０の異常予兆を示す情報は、現時点では異常が生じていないが、将来的に異常が生じることを示す情報である。また、異常予兆を示す情報は、将来的に異常が生じる箇所、部品を示す情報としてもよい。また、異常予兆を示す情報は異常が生じる時期をユーザＡなどが特定可能な情報としてもよい。

制御装置１００は、ＣＰＵ（Central Processing Unit）１０２と、メモリ１０４と、通信Ｉ／Ｆ１０６とを有する。メモリ１０４は、たとえば、ＲＯＭ（Read Only Memory）、およびＲＡＭ（Random Access Memory）などを含む。通信Ｉ／Ｆ１０６は、他の装置（たとえば、収集装置３０、ユーザ端末５０、配送端末７１、メンテナンス端末７２、および予約端末７３など）と通信する。つまり、通信Ｉ／Ｆ１０６は、この他の装置と各種信号の送受信を行う。

ＣＰＵ１０２は、ＲＯＭに格納されているプログラムをＲＡＭ等に展開して実行する。ＲＯＭに格納されるプログラムは、制御装置１００の処理手順が記されたプログラムである。ＲＯＭには、各種演算に用いられる後述のデータベース（ＤＢ：Data Base）も格納されている。制御装置１００は、これらのプログラムおよびＤＢなどに従って、各種処理を実行する。処理については、ソフトウェアによるものに限られず、専用のハードウェア（電子回路）で実行することも可能である。なお、ユーザ端末５０、配送端末７１、メンテナンス端末７２、および予約端末７３のハードウェア構成も制御装置のハードウェア構成と同様である。

配送端末７１は、風力発電装置２０に含まれる部品の配送に関する端末である。制御装置１００は、風力発電装置２０の異常を検出した場合には、該異常の原因となる部品を検出する。この部品は、風力発電装置２０を構成する部品のうち、異常部品である。そして、制御装置１００は、該異常部品の代替部品を発注する。配送端末７１は、該発注を受ける端末である。具体的には、制御装置１００は、代替部品を発注するための発注情報を配送端末７１に送信する。配送端末７１の表示画像は、該発注情報に基づいた発注画像を表示する。該画像には、たとえば、配送する代替部品、配送すべき住所、到着日時などを含む。発注画像を視認した担当者は、該発注情報に示されている代替部品を、上記住所および上記到着日時に到着するように、配送する。なお、担当者が配送せずに、たとえば、ロボットが自動的に配送するようにしてもよい。

また、配送端末７１は、風力発電装置２０の部品を配送する配送業者が保有する端末である。なお、配送端末７１は、該部品のメーカが保有する端末としてもよく、管理システム１０（制御装置１００）を提供する業者が保有する端末としてもよい。

メンテナンス端末７２は、風力発電装置２０のメンテナンスに関する端末である。制御装置１００は、風力発電装置２０の異常を検出した場合には、メンテナンス業者が、該異常解消するためのメンテナンスを行う必要がある。そこで、制御装置１００は、風力発電装置２０のメンテナンスをメンテナンス業者に依頼する。メンテナンス端末７２は、該メンテナンスの依頼を受ける端末である。具体的には、制御装置１００は、メンテナンスを依頼するためのメンテナンス情報をメンテナンス端末７２に送信する。メンテナンス端末７２の表示画像は、該メンテナンス情報に基づいた依頼画像を表示する。該画像には、たとえば、メンテナンスする住所（つまり、風力発電装置２０の住所）、メンテナンス日時などを含む。依頼画像を視認した担当者は、該画像で表示される住所および日時に、メンテナンス者が到着するように、メンテナンス者を手配する。なお、担当者が手配せずに、たとえば、メンテナンス端末７２が自動的に手配するようにしてもよい。

また、メンテナンス端末７２は、風力発電装置２０のメンテナンスを行うメンテナンス業者が保有する端末である。なお、メンテナンス端末７２は、管理システム１０（制御装置１００）を提供する業者が保有する端末としてもよい。

また、風力発電装置２０に異常が生じている場合には、ユーザＡまたはメンテナンス者は、風力発電装置２０の設置場所に行く必要がある。以下では、ユーザＡまたはメンテナンス者を、単に「ユーザＡなど」とも称される。また、風力発電装置２０が、ユーザＡなどが徒歩で行けない場所に設置されている場合がある。この場所は、たとえば、洋上または山頂である。この場合には、ユーザＡなどは搬送体５５で風力発電装置２０に搬送される。たとえば、風力発電装置２０が洋上に設置されている場合には、搬送体５５は、ユーザＡなどを搬送する船舶となる。また、風力発電装置２０が山に設置されている場合には、搬送体５５は、ユーザＡなどを搬送する車両となる。図１では、船舶にメンテナンス者Ｂが搬送されていることが示されている。

予約端末７３は、風力発電装置２０の搬送体５５の予約に関する端末である。たとえば、搬送体５５を取扱っている搬送体５５業者が、予約端末７３を保持する。制御装置１００は、風力発電装置２０の異常を検出した場合には、搬送体５５を予約する。予約端末７３は、該搬送体５５の予約を受ける端末である。具体的には、制御装置１００は、搬送体５５を予約するための予約情報を予約端末７３に送信する。予約端末７３の表示画像は、該予約情報に基づいた予約画像を表示する。該画像には、たとえば、搬送体５５が使用される住所、搬送体５５の使用日時（メンテナンス日時）などを含む。予約画像を視認した担当者は、該画像で表示される住所および日時に、搬送体５５が到着するように、搬送体５５を手配する。なお、担当者が手配せずに、たとえば、予約端末７３が自動的に手配するようにしてもよい。

ユーザ端末５０は、ユーザＡが保有する端末装置である。「ユーザＡ」とは、典型的には、風力発電装置２０を保有している者を示す。また、ユーザ端末５０は、典型的には、ユーザＡが携帯可能な携帯端末である。携帯端末は、たとえば、スマートフォン、タブレットなどである。なお、ユーザ端末５０は、たとえば、据置の端末（たとえば、デスクトップパソコン）としてもよい。また、ユーザ端末５０は、専用のコンピュータ端末でもよい。ユーザ端末５０の表示装置には、後述するように種々の画像が表示される。

本実施の形態においては、少なくとも１つの配送業者が、それぞれ、少なくとも１つの配送端末７１を保持している。また、少なくとも１つのメンテナンス業者が、それぞれ、少なくとも１つのメンテナンス端末７２を保持している。また、少なくとも１つの予約業者が、それぞれ、少なくとも１つの予約端末７３を保持している。なお、変形例として、１つの業者が、配送端末７１、メンテナンス端末７２、および予約端末７３のうち少なくとも２つの端末を保有していてもよい。

［データベース］
次に、制御装置１００が保持するデータベース（ＤＢ:Data Base）を説明する。図２は、第１ＤＢを説明するための図である。上述のように、管理システム１０は、少なくとも１つの風力発電装置２０を備える。該少なくとも１つの風力発電装置２０の各々に、該風力発電装置２０を識別するためのＩＤ（identification）（風力発電装置ＩＤ）が規定されている。図２の第１ＤＢにおいては、風力発電装置ＩＤ毎に、ユーザＩＤと、メンテナンス端末アドレスと、予約端末アドレスと、第２ＤＢのＩＤとが対応づけられている。

ユーザＩＤは、ユーザＡを識別するためのＩＤである。なお、図２では特に図示しないが、ユーザＩＤには、該ユーザＩＤにより示されるユーザＡが保有するユーザ端末５０のアドレスなども規定されている。

上述のように、管理システム１０は、少なくとも１つのメンテナンス端末７２を備える。第１ＤＢでは、該少なくとも１つのメンテナンス端末７２の各々のアドレスが規定されている。

このように、図２の例では、第１ＤＢにおいて、風力発電装置ＩＤに、メンテナンス端末アドレスが対応づけられている。したがって、たとえば、風力発電装置ＩＤと、風力発電装置ＩＤにより示されている該風力発電装置２０が設置されている場所に近い位置に設置されているメンテナンス業者のメンテナンス端末アドレスと、を対応づけることができる。

また、上述のように、管理システム１０は、少なくとも１つの予約端末７３を備える。第１ＤＢでは、該少なくとも１つの予約端末７３の各々のアドレスが規定されている。

このように、図２の例では、第１ＤＢにおいて、風力発電装置ＩＤに、予約端末アドレスが対応づけられている。したがって、たとえば、風力発電装置ＩＤと、風力発電装置ＩＤにより示されている該風力発電装置２０が設置されている場所に、ユーザＡなどを搬送できる搬送体５５を予約する予約業者の予約端末アドレスと、を対応づけることができる。

風力発電装置２０には、搬送体５５を必要としない場所に設置されている場合がある。このような場所とは、たとえば、平地である。このように、平地に設置されている風力発電装置２０の風力発電装置ＩＤには、予約端末アドレスは対応付けられていない。図２の例では、風力発電装置ＩＤがＷ２である風力発電装置は平地に設置されていることから、該Ｗ２である風力発電装置ＩＤには、予約端末アドレスが対応付けられていない（図２では、「－」が記載されている）。

図３は、第２ＤＢを説明するための図である。図３の第２ＤＢにおいては、部品ＩＤ毎に、代替部品ＩＤと、価格と、配送端末のアドレスとが対応付けられている。

部品ＩＤは、風力発電装置２０を構成する部品のＩＤである。該部品は、典型的には、検出対象部品である。また、部品ＩＤにより示される検出対応部品は、１種類である場合もあるし、同一の形状で２種類以上ある場合もある。検出対応部品が同一の形状で２種類ある場合とは、たとえば、該２種類の検出対応部品のメーカが異なる場合である。また、部品ＩＤは、たとえば、部品の型番である。

図３の例では、部品ＩＤがＡ１である部品、および部品ＩＤがＡ３である部品については、１種類である。一方、部品ＩＤがＡ２である部品については、代替部品として、部品ＩＤがＡ２１である部品と、部品ＩＤがＡ２２である部品とがある。

また、価格は、該価格に対応付けられている部品ＩＤにより示される部品の値段である。配送端末のアドレスは、該アドレスに対応付けられている部品ＩＤにより示される部品の配送業者の配送端末のアドレスである。

このように第２ＤＢは、風力発電装置２０に含まれる検出対象部品のそれぞれについて規定されているデータベースである。つまり、第１ＤＢでは、風力発電装置ＩＤに第２ＤＢのＩＤが対応付けられている。これは、風力発電装置ＩＤに対応する第２ＤＢは、該風力発電装置ＩＤにより示される風力発電装置２０に含まれる検出対象部品のそれぞれについて規定されている。

［制御装置の機能ブロック図］
図４は、制御装置１００の機能ブロック図である。制御装置１００は、受信部１１２と、処理部１１４と、送信部１１６と、記憶部１１８とを有する。記憶部１１８には、第１ＤＢ１４１と、第２ＤＢ１４２とが格納されている。

受信部１１２は、収集装置３０からの検出データと、ユーザ端末５０からユーザＡによる入力情報とを受信する。たとえば、各収集装置３０は、所定期間（たとえば、１時間）ごとに、検出データと、該収集装置３０に対応付けられている風力発電装置２０の風力発電装置ＩＤとを制御装置１００に出力する。受信部１１２は、該検出データと風力発電装置ＩＤとを受信する。また、ユーザ端末５０は、該ユーザ端末５０にユーザ入力されたときに、該入力に応じた入力情報を制御装置１００に出力する。

受信部１１２は、受信した情報を処理部１１４に出力する。処理部１１４は、該情報に応じた処理を実行する。処理部１１４は、検出データに基づいて、異常情報を生成する。異常情報は、上述のように、風力発電装置の異常または異常予兆を示す情報である。

たとえば、検出データが、風力発電装置２０の軸受けの振動の周波数を含む場合を説明する。この場合には、処理部１１４は、該周波数が正常範囲に属する場合には、該周波数を出力した収集装置３０に対応する風力発電装置２０の軸受けは正常であると判断する。また、処理部１１４は、該周波数が異常範囲に属する場合には、該周波数を出力した収集装置３０に対応する風力発電装置２０の軸受けは異常であると判断する。さらに、処理部１１４は、風力発電装置２０の軸受けが異常であると判断した場合には、該異常である部品を特定する。たとえば、周波数が異常値である場合には、検出対象部品である軸受けを異常部品として判断する。該異常部品を示す情報は、「部品情報」とも称される。

さらに、処理部１１４は、風力発電装置２０が異常であると判断した場合には、該異常を解消するためのメンテナンス時期を特定する。処理部１１４は、部品情報と所定情報とに基づいて、メンテナンス時期を特定する。部品情報は、該部品情報により示される異常部品の代替部品を手配可能な第１時期を含む。また、所定情報は、たとえば、メンテナンススケジュールと、搬送体５５の利用可能な第２時期と、メンテナンス者を派遣可能な第３時期とのうち少なくとも１つを含む。

メンテナンススケジュールは、たとえば、ユーザＡなどにより設定される。一般的に、夏季では温度が高くなるためメンテナンス者の負担が増大してしまう。したがって、メンテナンススケジュールとしては、ユーザＡなどにより夏季以外の期間が設定される。

また、処理部１１４が異常部品を特定し、該異常部品を交換する必要があると判断した場合には、該異常部品の代替品が必要となる。そこで、処理部１１４は、検出データとともに送信された風力発電装置ＩＤと、第１ＤＢとに基づいて、第２ＤＢのＩＤを特定する。そして、第２ＤＢのＩＤにより示される該第２ＤＢを参照して、異常部品に対応する配送端末アドレスを特定する。さらに、処理部１１４は、該配送端末アドレスに、第１問合せ信号を送信する。第１問合せ信号は、第１時期（異常部品の代替部品の配送時期）を問い合わせるための信号である。配送端末７１は、第１問合せ信号を受信すると、第１時期を特定する。たとえば、配送業者が、代替部品を保持している場合には、直ぐに代替部品を発送できる。一方、配送業者が、代替部品を保持していない場合には、配送業者は代替部品の手配などを行う必要があるため、代替部品の発送に時間を要する。配送端末７１は、第１時期を特定すると、制御装置１００に対して、該第１時期を送信する。

また、処理部１１４が、風力発電装置ＩＤにより示される風力発電装置のメンテナンスに搬送体５５が必要であるか否かを判断する。たとえば、風力発電装置ＩＤに予約端末アドレスが対応付けられていれば、搬送体５５が必要であると判断する。一方、風力発電装置ＩＤに予約端末アドレスが対応付けられていなければ、搬送体５５が必要ではないと判断する。

処理部１１４は、搬送体５５が必要であると判断した場合には、第１ＤＢを参照して、検出データとともに送信された風力発電装置ＩＤに対応する予約端末アドレスを特定する。さらに、処理部１１４は、該予約端末アドレスに、第２問合せ信号を送信する。第２問合せ信号は、第２時期（搬送体５５の利用可能時期）を問い合わせるための信号である。たとえば、予約端末を保持する搬送体５５業者は、搬送体５５の利用状況を確認することにより、第２時期を特定する。予約端末７３は、第２問合せ信号を受信すると、制御装置１００に対して、第２時期を送信する。

また、処理部１１４が、風力発電装置ＩＤにより示される風力発電装置のメンテナンスにメンテナンス者が必要であるか否かを判断する。たとえば、処理部１１４が検出した異常が軽微な異常である場合にはメンテナンス者は必要ではなく、ユーザＡがメンテナンス可能であると判断する。一方、処理部１１４が検出した異常が重篤な異常である場合にはメンテナンス者は必要であると判断する。以下では、メンテナンス者が必要ではない異常（軽微な異常）は、「第１異常」とも称される。また、メンテナンス者が必要である異常（重篤な異常）は、「第２異常」とも称される。

処理部１１４は、メンテナンス者が必要であると判断した場合には、第１ＤＢを参照して、検出データとともに送信された風力発電装置ＩＤに対応するメンテナンス端末アドレスを特定する。さらに、処理部１１４は、該メンテナンス端末アドレスに第３問合せ信号を送信する。第３問合せ信号は、第３時期（メンテナンス者の派遣可能時期）を問い合わせるための信号である。たとえば、メンテナンス端末を保持するメンテナンス業者は、メンテナンス者の派遣状況を確認することにより、第３時期を特定する。メンテナンス端末７２は、第３問合せ信号を受信すると、制御装置１００に対して、第３時期を送信する。

処理部１１４は、第１時期～第３時期に基づいてメンテナンス時期を特定する。たとえば、処理部１１４は、第１時期～第３時期の重複時期をメンテナンス時期として特定する。

また、風力発電装置２０の異常が第１異常である場合には、風力発電装置ＩＤに対応するユーザＩＤのユーザ端末５０に「異常は、軽微な異常であるため、ユーザＡがメンテナンス可能である旨」を示す情報を表示させる。また、この場合には、処理部１１４は、第３時期を特定せずに、第１時期および第２時期に基づいてメンテナンス時期を特定する。たとえば、処理部１１４は、第１時期および第２時期の重複時期をメンテナンス時期として特定する。

また、処理部１１４は、異常部品についてのメンテナンス時期を特定した場合には、該異常部品を含む風力発電装置２０を、メンテナンス時期まで駆動可能となるように、該風力発電装置２０の駆動を抑制するための抑制処理を行う。抑制処理は、たとえば、風力発電装置２０のブレードの向きを変更することにより、回転トルクを低減させる処理である。図４の例では、送信部１１６が、異常部品を含む風力発電装置２０に対して制御情報を送信することにより、該風力発電装置２０に抑制処理を直接的に実行させる。

なお、変形例として、抑制処理は、抑制処理を示す抑制情報を送信部１１６がユーザ端末５０に対して送信する処理としてもよい。ユーザ端末５０は、抑制情報を受信すると、該抑制情報に基づいた抑制画像を表示する。抑制画像は、たとえば、「メンテナンス時期である２０２２年Ａ月Ｂ日Ｃ時まで、抑制処理を行ってください」という文字の画像を、ユーザ端末５０の表示領域に表示させる。この文字画像を視認したユーザＡは、風力発電装置２０に対して抑制処理を実行させる。このように、制御装置１００は、風力発電装置２０に抑制処理を関節的に実行させるようにしてもよい。

また、処理部１１４は、異常部品を特定すると、該異常部品を発注するための発注情報を配送端末７１に送信部１１６から送信する。また、処理部１１４は、搬送体５５を必要であるとは判断した場合には、該搬送体５５を予約するための予約情報を予約端末７３に送信する。また、処理部１１４は、異常部品を特定すると、該異常部品を示す部品情報を含む異常情報をユーザ端末５０に送信する。

［表示画面］
次に、各端末が表示する表示画面を説明する。ユーザ端末５０は、異常情報を受信すると、該異常情報を通知する。ここで、「通知」とは、情報をユーザＡに認識させるための処理である。「通知」は、該情報を表示する処理と、該情報を示す音声を出力する処理とを含む。本実施の形態においては、「通知」は、該情報を表示する処理である構成を説明する。

ユーザ端末５０は、異常情報を受信すると、異常情報に基づく画像（以下、「異常画像」とも称される。）を表示する。図５は、異常画像の一例を説明するための図である。異常画像２００は、画像２０１と、画像２１１とを含む。図５では、ユーザ端末５０の表示装置の表示領域５０Ａに異常画像２００が表示されている例が示されている。

画像２０１は、部品情報（異常部品を示す画像）を示す画像である。つまり、画像２０１は、異常部品をユーザＡに認識させるための画像である。図５の例では、画像２０１は、「部品Ａ２の異常が発生しております。」という文言画像である。この文言画像の表示により、ユーザＡは、部品Ａ２の異常が発生していることを認識できる。

画像２１１は、第１確認情報を示す画像である。第１確認情報は、発注情報を配送端末７１に送信するか否かを、ユーザ端末５０のユーザＡに確認するための情報である。画像２１１は、「部品Ａ２を発注しますか？」という文字画像２０２と、ＹＥＳボタン２０３と、ＮＯボタン２０４とを含む。

たとえば、ユーザＡが、部品Ａ２の発注を所望する場合には、ＹＥＳボタン２０３を操作する。また、ユーザＡが、部品Ａ２の発注を所望しない場合、たとえば、ユーザＡが部品Ａ２を所有している場合には、ＮＯボタン２０４を操作する。

表示装置異常部品の代替部品が１つである場合には、第１確認情報（画像２１１）に応じて、発注情報を配送端末７１に送信することがユーザＡにより入力されたとき（つまり、ＹＥＳボタン２０３が操作されたとき）に、発注情報を該配送端末に送信する。

また、図３でも説明したように、本実施の形態においては、部品Ａ２の代替部品は、第１部品Ａ２１と、第２部品Ａ２２とがある。そこで、本実施の形態においては、制御装置１００は、異常部品の代替部品が複数ある場合には、該複数の代替部品のうちいずれの代替部品を発注するかをユーザＡに確認する。

図６は、第２確認情報２１２を示す画像の一例である。第２確認情報２１２は、第１部品Ａ２１および第２部品Ａ２２のいずれを発注するのかを確認するための情報である。第２確認情報２１２は、画像２２０と、画像２２１と、画像２２２と、送信ボタン２２３と、取消ボタン２２４を含む。

画像２２０は、「どちらの部品にしますか？」という文字画像である。画像２２１は、部品Ａ２１という文言と、部品Ａ２１の価格（Ｃ２１円）を示す文言とを含む。また、画像２２２は、部品Ａ２２という文言と、部品Ａ２２の価格（Ｃ２２円）を示す文言とを含む。また、価格Ｃ２１円と、価格Ｃ２２円とは、第２ＤＢで規定されている価格である。

たとえば、ユーザＡが、部品Ａ２１の発注を所望する場合には、部品Ａ２１を指定した後に、送信ボタン２２３を操作する。また、ユーザＡが、部品Ａ２２の発注を所望する場合には、部品Ａ２２を指定した後に、送信ボタン２２３を操作する。また、ユーザＡが、部品Ａ２１および部品Ａ２２のいずれの発注も所望しない場合、たとえば、ユーザＡが部品Ａ２１または部品Ａ２２を所有している場合には、取消ボタン２２４を操作する。

なお、特に図示しないが、代替部品が１種類である部品（たとえば、部品Ａ１）については、図５の確認画面においては、第１確認情報の画像２１１とともに、該部品Ａ１の価格を示す画像も表示される。

また、制御装置１００は、風力発電装置２０のメンテナンスを依頼するか否かを確認するための画像をユーザ端末５０に表示させるようにしてもよい。また、制御装置１００は、搬送体５５を予約するか否かを確認するための画像をユーザ端末５０に表示させるようにしてもよい。

図７は、配送端末７１が表示する配送画像７１１の一例である。配送画像７１１は、制御装置１００から送信された配送情報に基づいた画像である。配送画像７１１は、配送端末７１の表示装置の表示領域７１Ａに表示される。

図７の例では、配送画像７１１は、画像７１２と、画像７１３とを含む。画像７１２は、メンテナンス時期を示す画像である。図７の例での画像７１２は、「メンテナンス時期は、Ｍ１～Ｍ２を予定しております」という文字画像である。画像７１３は、発送させる部品を示す画像である。図７の例での画像７１３は、「Ｍ１に到着するように部品Ａ２１を発送してください」という文字画像である。

配送端末７１を有する配送業者の担当者は、配送画像７１１を視認することにより、発送させる部品、および配送する時期を認識できる。

図８は、メンテナンス端末７２が表示するメンテナンス画像７２１の一例である。メンテナンス画像７２１は、制御装置１００から送信されたメンテナンス情報に基づいた画像である。メンテナンス画像７２１は、メンテナンス端末７２の表示装置の表示領域７２Ａに表示される。

図８の例では、メンテナンス画像７２１は、画像７２２と、画像７２３とを含む。画像７２２は、メンテナンス時期を示す画像である。図８の例での画像７２２は、「メンテナンス時期は、Ｍ１～Ｍ２を予定しております」という文字画像である。画像７２３は、メンテナンス時期にメンテナンス者を派遣することを示す画像である。図８の例での画像７２３は、「Ｍ１にメンテナンス者を派遣してください」という文字画像である。

メンテナンス端末７２を有するメンテナンス業者の担当者は、メンテナンス画像７２１を視認することにより、メンテナンス者を派遣する時期を認識できる。

図９は、予約端末７３が表示する予約画像７３１の一例である。予約画像７３１は、制御装置１００から送信された予約情報に基づいた画像である。予約画像７３１は、予約端末７３の表示装置の表示領域７３Ａに表示される。

図９の例では、予約画像７３１は、画像７３２と、画像７３３とを含む。画像７３２は、メンテナンス時期を示す画像である。図９の例での画像７３２は、「メンテナンス時期は、Ｍ１～Ｍ２を予定しております」という文字画像である。画像７３３は、メンテナンス時期に船舶を使用することを示す画像である。図９の例での画像７３３は、「Ｍ１～Ｍ２での船舶を予約してください」という文字画像である。

予約端末７３を有する予約業者の担当者は、予約画像７３１を視認することにより、船舶の使用時期を確認できる。

［フローチャート］
図１０は、ユーザ端末５０の処理と、制御装置１００の処理とを示すフローチャートの一例である。図１０のフローチャートは、上述の所定期間（たとえば、１時間）経過する毎に開始される。

まず、ステップＳ２において、制御装置１００は、検出ユニット４５から検出データを取得する。次に、ステップＳ３において、制御装置１００は、検出データに基づいて、異常情報を生成する。次に、ステップＳ４において、制御装置１００は、異常情報をユーザ端末５０に送信する。

ステップＳ６において、ユーザ端末５０は、異常情報を表示する（図５および図６参照）。次に、ステップＳ８において、ユーザ端末５０は、該ユーザ端末５０に対してメンテナンスの依頼がユーザＡにより入力されたか否かを判断する。ステップＳ８においては、図５のＹＥＳボタン２０３が操作されたとき、または、図６の送信ボタン２２３が操作されたときに、ＹＥＳと判断される。一方、図５のＮＯボタン２０４が操作されたとき、または、図６の取消ボタン２２４が操作されたときに、ステップＳ８においてはＮＯと判断される。

ステップＳ８でＮＯと判断された場合には、処理は終了する。また、ステップＳ８でＹＥＳと判断された場合には、処理は、ステップＳ１０に進む。ステップＳ１０において、ユーザ端末５０は、依頼情報を制御装置１００に送信する。依頼情報は、検出された異常が第２異常である場合には、メンテナンス業者にメンテナンスを依頼し、異常部品の代替部品の発注を配送端末７１に依頼し、搬送体５５の予約を予約端末７３に依頼するための情報である。なお、検出された異常が第１異常である場合には、依頼情報は、異常部品の代替部品の発注を配送端末７１に依頼し、搬送体５５の予約を予約端末７３に依頼するための情報である。

制御装置１００は、依頼情報を受信すると、ステップＳ１２において、発注情報を配送端末７１に送信する。また、ステップＳ１２において、制御装置１００は、メンテナンス情報をメンテナンス端末７２に送信する。また、ステップＳ１２において、制御装置１００は、必要に応じて、予約情報を予約端末７３に送信する。図１０のステップＳ１２の処理は、検出された異常が第２異常である場合の処理である。

配送端末７１は、発注情報に応じた画像（図７参照）を表示する。また、メンテナンス端末７２は、メンテナンス情報に応じた画像（図８参照）を表示する。また、予約端末７３は、予約情報に応じた画像（図９参照）を表示する。

［作用・効果］
図４に示すように、制御装置１００は、検出データに基づいて、風力発電装置２０の風力発電装置２０の異常または異常予兆を示す異常情報を生成する。そして、制御装置１００は、異常情報をユーザ端末５０に異常情報を送信する。そして、ユーザ端末５０は、異常情報を通知する（図５の画像２０１参照）。このような構成によれば、管理システム１０は、ユーザ端末５０の保有者（ユーザＡ）に、風力発電装置２０の異常情報を認識させることができる。

また、制御装置１００は、風力発電装置２０の異常部品を特定し、異常情報は、異常部品を示す部品情報を含む（図５の画像２０１参照）。このような構成によれば、管理システム１０は、ユーザ端末５０の保有者に、風力発電装置２０の異常である部品を認識させることができる。

また、管理システム１０は、風力発電装置２０に含まれる部品の配送に関する配送端末７１をさらに備える。図４に示すように、制御装置１００は、異常部品の代替部品を発注するための発注情報を配送端末７１に送信する。このような構成によれば、制御装置１００は、異常部品の代替部品を自動で手配できる。したがって、ユーザＡの負担を軽減できる。

また、図４に示すように、制御装置１００は、風力発電装置２０のメンテナンス時期を特定し、発注情報は、メンテナンス時期を含む。このような構成によれば、メンテナンス時期に代替部品が到着されるように、依頼可能であることから、たとえば、ユーザＡによる代替部品の在庫を低減できる。

図４に示すように、制御装置１００は、第１時期を特定し、該第１時期に基づいてメンテナンス時期を特定する。つまり、制御装置１００は、部品情報に基づいてメンテナンス時期を特定する。このような構成によれば、自動でメンテナンス時期を決定できる。

図４に示すように、制御装置１００は、風力発電装置２０が、メンテナンス時期まで駆動可能となるように、該風力発電装置２０の駆動を抑制するための処理を行う。このような構成によれば、メンテナンス時期まで風力発電装置２０を駆動できることから、風力発電装置２０の発電処理を停止させたときと比較して、発電量の低減を抑制できる。

図５に示すように、制御装置１００は、発注情報を配送端末に送信するか否かを、ユーザ端末５０のユーザＡに確認するための第１確認情報をユーザ端末５０に通知させる（図５の画像２１１参照）。このような構成によれば、発注情報を配送端末７１に送信するか否かをユーザＡに判断させることができることから、ユーザＡの利便性を向上させることができる。

ユーザ端末５０は、第１確認情報に応じて、発注情報を配送端末７１に送信することがユーザＡにより入力されたときに、発注情報を該配送端末に送信する（図１０のステップＳ８およびステップＳ１０参照）。このような構成によれば、発注情報を配送端末に送信することがユーザＡにより入力されたときに、発注情報を該配送端末に送信することから、ユーザＡの意志を反映させた部品の発注を行うことができる。

図３に示すように、第２ＤＢにおいては、代替部品の候補として、第１部品および第２部品が規定されており、制御装置１００は、第１部品および第２部品のいずれを発注するのかを確認するための第２確認情報をユーザ端末５０に通知させる（図６参照）。このような構成によれば、第１部品および第２部品のいずれを発注するのかをユーザＡに判断させることができることから、ユーザＡの利便性を向上させることができる。

ユーザ端末５０は、第２確認情報に応じて、発注する部品がユーザＡにより入力されたときに、該部品を発注するための発注情報を配送端末７１に送信する（図６参照）。このような構成によれば配送される代替部品の候補として、第１部品および第２部品が存在する場合でも、ユーザＡが選択できることから、ユーザＡの利便性を向上させることができる。

また、第２確認情報は、第１部品の価格および第２部品の価格を含む（図６参照）。このような構成によれば、ユーザＡは、第１部品の価格および第２部品の価格を考慮して、選択できることから、ユーザＡの利便性を向上させることができる。

また、図１に示すように、管理システム１０は、風力発電装置２０のメンテナンスを行うメンテナンス者を搬送する搬送体５５の予約に関する予約端末７３をさらに備える。図４に示すように、制御装置１００は、搬送体５５を予約するための予約情報を予約端末７３に送信する。このような構成によれば、搬送体５５を自動で予約できる。

また、図１に示すように、管理システム１０は、風力発電装置２０のメンテナンス者に関するメンテナンス端末７２をさらに備える。図４に示すように、制御装置１００は、メンテナンス者を予約するためのメンテナンス情報をメンテナンス端末７２に送信する。このような構成によれば、メンテナンス者を自動で手配できる。

［変形例］
上述の実施の形態においては、ユーザ端末５０は、風力発電装置２０のユーザＡが保有する端末である構成が説明された。しかしながら、ユーザ端末５０は、該ユーザＡとは異なる人物が保有していてもよい。たとえば、ユーザ端末５０は、メンテナンス業者の担当者が保有していてもよい。このような構成によれば、異常情報をメンテナンス業者の担当者に認識させることができる。

［付記］
（第１項） 本開示の管理システムは、検出ユニットと、制御装置と、端末装置とを備える。検出ユニットは、風力発電装置の検出データを取得する。制御装置は、検出データに基づいて、風力発電装置の異常または異常予兆を示す異常情報を生成する。制御装置は、端末装置に異常情報を送信する。

（第２項） 第１項に記載の管理システムにおいて、制御装置は、風力発電装置の異常部品を特定する。異常情報は、異常部品を示す部品情報を含む。

（第３項） 第２項に記載の管理システムにおいて、管理システムは、風力発電装置に含まれる部品の配送に関する配送端末をさらに備える。制御装置は、異常部品の代替部品を発注するための発注情報を配送端末に送信する。

（第４項） 第３項に記載の管理システムにおいて、制御装置は、風力発電装置のメンテナンス時期を特定する。発注情報は、メンテナンス時期を含む。

（第５項） 第４項に記載の管理システムであって、制御装置は、部品情報に基づいて、メンテナンス時期を特定する。

（第６項） 第４項または第５項に記載の管理システムにおいて、制御装置は、風力発電装置が、メンテナンス時期まで駆動可能となるように、該風力発電装置の駆動を抑制するための処理を行う。

（第７項） 第３項～第６項のいずれか１項に記載の管理システムにおいて、制御装置は、発注情報を配送端末に送信するか否かを、端末装置のユーザに確認するための第１確認情報を端末装置に通知させる。

（第８項） 第７項に記載の管理システムにおいて、端末装置は、第１確認情報に応じて、発注情報を配送端末に送信することがユーザにより入力されたときに、発注情報を該配送端末に送信する。

（第９項） 第３項～第８項のいずれか１項に記載の管理システムにおいて、対応情報は、代替部品の候補として、第１部品および第２部品が規定されている。制御装置は、第１部品および第２部品のいずれを発注するのかを確認するための第２確認情報を端末装置に通知させる。

（第１０項） 第９項に記載の管理システムにおいて、端末装置は、第２確認情報に応じて、発注する部品がユーザにより入力されたときに、該部品を発注するための発注情報を該配送端末に送信する。

（第１１項） 第９項または第１０項に記載の管理システムにおいて、第２確認情報は、第１部品の価格および第２部品の価格を含む。

（第１２項） 第１～第１１のいずれか１項に記載の管理システムにおいて、管理システムは、風力発電装置のメンテンナンスを行うメンテナンス者を搬送する搬送体の予約に関する予約端末をさらに備える。制御装置は、搬送体を予約するための予約情報を予約端末に送信する。

（第１３項） 第１項～第１２項のいずれか１項に記載の管理システムにおいて、管理システムは、風力発電装置のメンテンナンス者に関するメンテンナンス端末をさらに備える。制御装置は、メンテンナンス者を予約するためのメンテナンス情報をメンテンナンス端末に送信する。

（第１４項） 本開示の制御装置は、入力インタフェースと、プロセッサと、出力インタフェースとを備える。入力インタフェースは、風力発電装置の検出データを取得する検出ユニットから該検出データの入力を受付ける。プロセッサは、検出データに基づいて、風力発電装置の異常または異常予兆を示す異常情報を生成する。出力インタフェースは、端末装置に異常情報を送信する。

（第１５項） 本開示の管理方法は、風力発電装置の検出データを取得する検出ユニットから該検出データの入力を受付けることと、検出データに基づいて、風力発電装置の異常または異常予兆を示す異常情報を生成することと、端末装置に異常情報を送信することと、を備える。

今回開示された実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した実施の形態の説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１０ 管理システム、２０ 風力発電装置、３０ 収集装置、４５ 検出ユニット、５０ ユーザ端末、５５ 搬送体、７１ 配送端末、７２ メンテナンス端末、７３ 予約端末、１０４ メモリ、１１２ 受信部、１１４ 処理部、１１６ 送信部、１１８ 記憶部、２００ 異常画像、２０２ 文字画像、７１１ 配送画像、７２１ メンテナンス画像、７３１ 予約画像。

Claims (15)

1. 風力発電装置の検出データを取得する検出ユニットと、
   前記検出データに基づいて、前記風力発電装置の異常または異常予兆を示す異常情報を生成する制御装置と、
   端末装置とを備え、
   前記制御装置は、前記端末装置に前記異常情報を送信する、管理システム。
2. 前記制御装置は、前記風力発電装置の異常部品を特定し、
   前記異常情報は、前記異常部品を示す部品情報を含む、請求項１に記載の管理システム。
3. 前記管理システムは、前記風力発電装置に含まれる部品の配送に関する配送端末をさらに備え、
   前記制御装置は、前記異常部品の代替部品を発注するための発注情報を前記配送端末に送信する、請求項２に記載の管理システム。
4. 前記制御装置は、前記風力発電装置のメンテナンス時期を特定し、
   前記発注情報は、前記メンテナンス時期を含む、請求項３に記載の管理システム。
5. 前記制御装置は、前記部品情報に基づいて、前記メンテナンス時期を特定する、請求項４に記載の管理システム。
6. 前記制御装置は、前記風力発電装置が、前記メンテナンス時期まで駆動可能となるように、該風力発電装置の駆動を抑制するための処理を行う、請求項４または請求項５に記載の管理システム。
7. 前記制御装置は、前記発注情報を前記配送端末に送信するか否かを、前記端末装置のユーザに確認するための第１確認情報を前記端末装置に通知させる、請求項３～請求項５のいずれか１項に記載の管理システム。
8. 前記端末装置は、前記第１確認情報に応じて、前記発注情報を前記配送端末に送信することがユーザにより入力されたときに、前記発注情報を該配送端末に送信する、請求項７に記載の管理システム。
9. 前記代替部品として、第１部品および第２部品が規定されており、
   前記制御装置は、前記第１部品および前記第２部品のいずれを発注するのかを確認するための第２確認情報を前記端末装置に通知させる、請求項３～請求項５のいずれか１項に記載の管理システム。
10. 前記端末装置は、前記第２確認情報に応じて、発注する部品がユーザにより入力されたときに、該部品を発注するための前記発注情報を該配送端末に送信する、請求項９に記載の管理システム。
11. 前記第２確認情報は、前記第１部品の価格および前記第２部品の価格を含む、請求項９に記載の管理システム。
12. 前記管理システムは、前記風力発電装置のメンテンナンスを行うメンテナンス者を搬送する搬送体の予約に関する予約端末をさらに備え、
    前記制御装置は、前記搬送体を予約するための予約情報を前記予約端末に送信する、請求項１～請求項５のいずれか１項に記載の管理システム。
13. 前記管理システムは、前記風力発電装置のメンテンナンス者に関するメンテンナンス端末をさらに備え、
    前記制御装置は、前記メンテンナンス者を予約するためのメンテナンス情報を前記メンテンナンス端末に送信する、請求項１～請求項５のいずれか１項に記載の管理システム。
14. 風力発電装置の検出データを取得する検出ユニットから該検出データの入力を受付ける入力インタフェースと、
    前記検出データに基づいて、前記風力発電装置の異常または異常予兆を示す異常情報を生成するプロセッサと、
    端末装置に前記異常情報を送信する出力インタフェースとを備える、制御装置。
15. 風力発電装置の検出データを取得する検出ユニットから該検出データの入力を受付けることと、
    前記検出データに基づいて、前記風力発電装置の異常または異常予兆を示す異常情報を生成することと、
    端末装置に前記異常情報を送信することと、を備える、管理方法。

Images