JP2012043421A - 保守最適化の方法及びシステム - Google Patents

Abstract

【課題】複数の装置の動作を監視するシステムを提供する。
【解決手段】システムは、複数の装置を監視するように構成されたサブシステム１０２を含む。サブシステムは、計算モデルを記憶するメモリ２１８と、複数の装置の各々から、各装置の現状を示すパラメータを表す信号を受信し、各々のパラメータを計算モデルと比較し、複数の時間帯の各々に関して、比較に基づいて複数の装置の各々が故障するかもしれない確率を決定し、複数の時間帯のうちの１つにおいて故障しそうな複数の装置の数量が数量閾値レベルを超えた場合に保守を予定するようにプログラムされた１つ又は複数のプロセッサ２０３とを含む。
【選択図】図２

Description

本発明は、概して、風力発電地帯の動作を監視するシステム及び方法に関し、より詳細には、複数の風力タービンを監視することによって風力発電地帯の保守を最適化するシステム及び方法に関する。

風力タービンは、風力エネルギーを使用して電力を生成する、環境に優しく比較的廉価な代替エネルギー源と考えられている。風力タービンは、一般的に、風力エネルギーを駆動軸の回転運動に変換する複数のブレードを有する風車ロータを含み、これが発電機を駆動して電力を生成する。現代の風力発電システムは、通常は、電力系統に電力を提供する送電システムに電力を供給する働きをする複数の風力タービンを含む風力発電地帯という形をとる。

米国特許７７１７６７３Ｂ２号

風力発電地帯の寿命を通して、風力タービンは、各々の風力タービン内の構成部品の定期保守を必要とする。特定の構成部品、例えば風力タービン上のギアボックスは、それについて保守を行なうために高価な設備（例えば、クレーン）が必要になる。しかしながら、たった１つの風力タービンの保守を行なうために直前に且つ／又は必要な場合に応じてクレーンを予定することは、非常に不経済且つ非実用的になる。そのため、特定数の風力タービンが故障し、且つ／又は保守を必要とする時間帯をより正確に予測する機能は、有益な手段となるであろう。

一態様では、複数の装置の動作を監視する方法が提供される。該方法は、複数の装置の各々から、各装置の現状を示すパラメータを表す信号を受信するステップと、各々のパラメータを計算モデルと比較するステップと、複数の時間帯の各々に関して、比較に基づいて複数の装置の各々が故障するかもしれない確率を決定するステップと、複数の時間帯のうちの１つにおいて故障しそうな複数の装置の数量が数量閾値レベルを超えた場合に保守を予定するステップとを含む。

更なる態様では、複数の装置の動作を監視するシステムが提供される。該システムは、複数の装置を監視するように構成されたサブシステムを含む。サブシステムは、計算モデルを記憶するメモリと、複数の装置の各々から、各装置の現状を示すパラメータを表す信号を受信し、各々のパラメータを計算モデルと比較し、複数の時間帯の各々に関して、比較に基づいて複数の装置の各々が故障するかもしれない確率を決定し、複数の時間帯のうちの１つにおいて故障しそうな複数の装置の数量が数量閾値レベルを超えた場合に保守を予定するようにプログラムされた１つ又は複数のプロセッサを含む。

更に別の態様では、コンピュータ実行可能なコンポーネントを有する１つ又は複数のコンピュータ可読媒体が提供される。コンポーネントは、少なくとも１つのプロセッサによって実行された時に、プロセッサに、複数の装置の各々から、各装置の現状を示すパラメータを表す信号を受信させる監視コンポーネントと、少なくとも１つのプロセッサによって実行された時に、プロセッサに、各々の受信パラメータを計算モデルと比較させる状態コンポーネントと、少なくとも１つのプロセッサによって実行された時に、プロセッサに、複数の時間帯の各々に関して、比較に基づいて複数の装置の各々が故障するかもしれない確率を決定させる確率コンポーネントと、少なくとも１つのプロセッサによって実行された時に、プロセッサに、複数の時間帯のうちの１つにおいて故障しそうな複数の装置の数量が数量閾値レベルを超えた場合に保守を予定させる予定コンポーネントとを含む。

風力発電地帯の動作を監視するのに使用される例示的なシステムのブロック図である。 図１に示すシステムで使用できるサブシステムの例示的なブロック図である。 風力発電地帯の動作を監視して保守を最適化する例示的な方法の流れ図である。

本発明は、複数の装置の動作を監視するシステム及び方法を提供する。一実施形態では、サブシステムは、複数の装置（例えば、風力タービン）の現状を監視する。ある実施形態では、サブシステムは、複数の装置の各々の監視コンポーネントから現状に関する情報を受信する働きをする。更に、サブシステムは、複数の時間帯の各々に関して、複数の装置の各々が故障するかもしれない確率を決定する働きをする。

一実施形態では、監視されている装置の各々に関して、履歴データのコンピュータ分析が記憶されて、計算モデル（例えば、統計モデル又は神経モデル）を作成するために使用される。そのような計算モデルは、各々の装置の寿命の期間中に発生する故障の確率に基づいている。各装置の現在のデータは内部の各コンポーネントの現状を提供し、そのようなデータは対応する計算モデルと比較される。比較に基づいて、複数の装置の各々が故障するかもしれない確率を決定することができる。従って、一群の装置が今後の時間帯に、例えば、保守を行なうためにクレーン等の高価な又は特定の機器を必要とする保守が必要になりそうだとわかっていれば、保守及び／又は何らかの必要な機器を予め注文できる。更に、各装置に関連するコストパラメータを使用して、各装置の保守にかかる費用を模式化する経済モデルを作成できる。精度が上がると、そのような経済モデルを使用して、各装置の寿命にわたっていかに保守費用が変化するかの推定を行なうことができる。

本発明を風力タービンに関する特定の実施形態に関して説明したが、それらは例示のみを意図したものであって、本発明を限定するものではなく、当業者には、変更、追加又は削除が、本発明の技術的思想及び技術的範囲から逸脱することなく、開示の実施形態になされることが明らかであろう。例えば、本発明は、例えば太陽エネルギーブレード、水力発電プラント、燃料電池、及び／又は電池セルだがこれに限らないその他の発電システム並びに複数の装置を監視する任意のその他のシステムで使用できる。

図１を参照すると、例示的な動作環境が示されており、電力システム１００として全体的に表されている。電力システム１００は、適切な環境の一例に過ぎず、本発明の使用又は機能の範囲に関していかなる限定を示唆することを意図するものではない。更に、電力システム１００は、本明細書に示す構成要素のいずれか１つ又は組み合わせに関連する依存性又は必要性を有するものと解釈すべきではない。

例示的実施形態では、電力システム１００は、通信リンク１１６を介して電力システム１００の風力タービン１０４と通信するように構成されるサブシステム１０２を含み、これはハードウェア及び／又はソフトウェアに実装できる。一実施形態では、通信リンク１１６は、当業者には知られている任意の有線又は無線通信プロトコルに従ってサブシステム１０２との間でデータ信号の遠隔通信を行なう。そのようなデータ信号は、各風力タービン１０４に関連する少なくとも１つの構成部品の現状を示す１つ又は複数の信号を含んでもよい。構成部品の現状がサブシステム１０２に伝達され、様々な指令信号をサブシステム１０２によって各風力タービン１０４に伝えることができる。

例示的実施形態では、各風力タービン１０４は、少なくとも１つの監視装置１１０を含む。更に、例示的実施形態では、監視装置１１０は、各風力タービン１０４に関連する少なくとも１つの構成部品、例えば構成部品１２４の現状データを監視し、伝達する。構成部品１２４は、１つ又は複数のギアボックス、主軸受、或いは内部又は外部軸受を含んでもよいが、それのみを含むことに限定されるものではない。監視装置１１０から伝達された現状データは、構成部品１２４の現状状態と同様に、各風力タービンの現状状態も提供する。その後、現状データは、サブシステム１０２のメモリ領域に記憶された履歴データのコンピュータ分析と比較される。履歴データは、構成部品１２４の計算モデルを作成するために使用される。そのようなモデルは、各風力タービン１０４の寿命、より詳細には構成部品１２４の寿命の期間中に発生する故障の確率に基づいている。一実施形態では、各風力タービン１０４はメモリ装置１１８を含む。メモリ装置１１８は、構成部品１２４の現在のデータ条件に関連する時間データを記憶する。

各風力タービン１０４は、１つ又は複数のプロセッサ１３０を更に含む。プロセッサ１３０は、現状データを受信して記憶するために構成部品１２４と通信している。プロセッサ１３０は、振動データ、風速及び／又は温度等の環境条件の時間平均を計算するために利用することもできる。一実施形態では、様々な構成部品の摩損を判定するために、時間平均には、異なる期間の１つ又は複数の移動時間窓に関する環境条件のローリング平均が含まれる。例えば、ローリング平均は、１０分、３０秒、３秒、又は更には１日の移動時間窓に関して計算してもよい。

図２は、図１に示す電力システム１００で使用できるサブシステムのブロック図を示す。具体的には、電力システム１００の動作を監視するコンポーネントを保存する記憶領域２０２を有するサブシステム１０２の例示的なブロック図２００が示されている。サブシステム１０２は、様々なコンピュータ可読媒体を含むことができる。例えば、この例に限らないが、コンピュータ可読媒体としては、ランダムアクセスメモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、電気的消去書込み可能な読出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ又はその他のメモリ技術、ＣＤＲＯＭ、デジタル多用途ディスク（ＤＶＤ）或いはその他の光学又はホログラフィック媒体、磁気カセット、磁気テープ、磁気ディスク記憶装置又はその他の磁気記憶装置、搬送波、又は所望の情報を符号化するために使用することができ、サブシステム１０２を介してアクセス可能である任意のその他の媒体を挙げることができる。

サブシステム１０２は、ディスプレイ２０６と、様々な構成要素、例えばメモリ２０２からデータを読み込む少なくとも１つのプロセッサ２０４とを更に含む。ディスプレイ２０６は、例えば、容量性タッチスクリーンディスプレイ又はその他の適切なディスプレイ装置であってよい。更に、ディスプレイ２０６は、サブシステム１０２から分離し、例えば、インターネットを介してサブシステム１０２に通信可能に連結してもよい。ユーザ入力機能がディスプレイ２０６に設けられ、ディスプレイがユーザ入力選択装置の機能を果たす。更に、ディスプレイ２０６は、ディスプレイ２０６上のユーザ接触接点に応答して、選択的に機能を実行する。ディスプレイ２０６は、従来の方法で動作するキーパッドを更に含んでもよい。従って、ユーザは、ディスプレイ２０６の表面に接触することによってサブシステム１０２で利用可能な所望の機能を作動させることができる。

メモリ領域２０２はまた、１つ又は複数のコンピュータ実行可能なコンポーネントを保存する。例示的なコンピュータ実行可能なコンポーネントとしては、監視コンポーネント２０８、状態コンポーネント２１０、確率コンポーネント２１２、表示コンポーネント２１４、インターフェースコンポーネント２１６、計算モデルコンポーネント２１８、及び予定コンポーネント２２０の少なくとも１つが挙げられるが、これに限定されるものではない。コンポーネントはメモリ領域２０２に保存されるように示されているが、コンポーネントは、サブシステム１０２から離れたメモリ領域に保存し、且つ／又はそこから実行してもよい。例えば、コンポーネントはクラウドサービスによって保存してもよく、コンポーネントの実行の出力をサブシステム１０２に提供してもよい。そのような実施形態は、サブシステム１０２の計算及びストレージ負荷の軽減を促進する。

一実施形態では、プロセッサ２０４は、本明細書に記載の態様を実行するためのコンピュータ実行命令を実行する。例えば、監視コンポーネント２０８は、プロセッサ２０４によって実行できる。そのような例では、プロセッサ２０４は、各風力タービン１０４及び／又は構成部品１２４の現状を示す１つ又は複数のパラメータに対応する１つ又は複数の信号又はアクセス情報を受信する。プロセッサ２０４は、プロセッサ１３０、メモリ装置１１８、監視装置１１０と同様に、各風力タービン１０４内のピッチ制御システム、トルク制御システム、及び／又は電力制御システムと通信することができる。そのため、プロセッサ２０４は、構成部品１２４の現状に関して受信した信号に基づいて風力タービンの動作状態を変更するように構成できる。例えば、構成部品が故障したことを判定した場合、プロセッサ２０４によって、故障した構成部品に関連する風力タービンにシャットダウン動作を伝達できる。

各風力タービン１０４及び／又は構成部品１２４の現状を示す１つ又は複数のパラメータを表す信号を受信すると、状態コンポーネント２１０は、プロセッサ２０４に、各風力タービン１０４及び／又は構成部品１２４の現状を計算モデルコンポーネント２１８によって提供された計算モデルと比較させる。一実施形態では、計算モデルは、構成部品、例えば構成部品１２４の寿命の期間中に発生する故障の確率に基づいている。次に、確率コンポーネント２１２は、プロセッサ２０４に、複数の時間帯の各々に関して、状態コンポーネント２１０の比較に基づいて各風力タービン１０４が故障するかもしれない確率を決定させる。一実施形態では、確率コンポーネント２１２は、比較した現状が所定閾値レベル以上又は以下であるかを決定する。例えば、計算モデルは、構成部品１２４の許容可能なパラメータレベルに関連する閾値レベルを含んでもよい。従って、計算モデルは、ある時間帯、例えば、数分、数時間、数日、数週、数年、或いは更に風力タービン又は風力タービン内の構成部品の寿命にわたって許容可能なパラメータレベルを示すパラメータ情報を含んでもよい。パラメータ情報は、時間帯の間、構成部品が適切に機能するように構成部品が含み得るパラメータの許容範囲を示すことができる。パラメータの許容範囲は、時間帯にわたって静的であるか、又は、例えば、使用及び経年数に基づいて動的に変化し得る。従って、比較後に、一実施形態において、プロセッサ２０４が、構成部品１２４のパラメータが許容範囲以上又は以下、例えば閾値レベル以上又は以下であると決定した場合、インターフェースコンポーネント２１６は、プロセッサ２０４に、構成部品１２４の現状が閾値レベル以上又は以下であることを示す保守依頼を伝達させる。更に、１つ以上の構成部品が各風力タービン１０４内で監視／比較されている場合、各構成部品が各閾値レベルと比較され、その後、各風力タービン１０４の構成要素の全てに関して故障の確率が決定される。更に、風力発電地帯全体に関する故障の確率もまた決定できる。本実施形態では、風力発電地帯の各風力タービンの故障の確率が決定され、これらの結果の組み合わせを用いて、風力発電地帯全体に関する故障の確率を決定できる。風力発電地帯全体の故障の確率を決定する際に考慮することがある要因は、例えば、時間帯の間に故障しそうな個々の風力タービンの数量、各風力タービンの故障のレベル（例えば、故障を引き起こしている問題がどれほど深刻か？）、故障しそうな各風力タービンの重要度（例えば、盛んに、又は少なくともより頻繁に利用される風力タービンは「高」レベルの風力タービンとみなすことができるのに対して、バックアップとして、又はケースバイケースでのみ利用される風力タービンは「低」レベルの風力タービンとみなすことができる）であってよい。

表示コンポーネント２１４は、プロセッサ２０４に、表示用の構成部品１２４に対応する監視された現状を、例えばディスプレイ２０６上に提供させる。特に、表示コンポーネント２１４は、構成部品１２４の現状と同様に、計算モデルコンポーネント２１８によって提供された情報を提供する。一実施形態では、表示コンポーネント２１４は、表示用に、計算モデルの閾値レベルと比較して、構成部品１２４の受信パラメータを提供する。更なる実施形態では、表示コンポーネント２１４は、表示用のデータをディスプレイ２０６に提供するのに加えて、又はその代わりに分離システムにデータを提供してもよい。

予定コンポーネント２２０は、プロセッサ２０４に、複数の時間帯のうちの１つにおいて故障しそうな風力タービン１０４の数量が数量閾値レベルを超えた場合に保守を予定させる。一実施形態では、予定コンポーネント２２０は、例えばディスプレイ２０６を介して、ユーザに保守予定を勧告する。更なる実施形態では、履歴データ及び／又は計算分析が僅かしかない又は少しもないため、二次的な考察として、ユーザは、提供された情報を利用して、各風力タービン１０４の保守の予定を決定／修正できる。例えば、ユーザは、構成部品１２４の現状を計算モデルコンポーネント２１８によって提供された計算モデルと比較することができ、ユーザの知識／経験にもとづいて、保守予定を提供／修正できる。

図３は、少なくとも１つの構成部品を含む風力タービン１０４（図１に示す）の動作を監視するのに使用される例示的な方法の流れ図３００を示す。まず、各風力タービン１０４に含まれる構成部品１２４（図１に示す）の現状を示すパラメータを表す信号が、監視コンポーネント２０８によって受信される（ステップ３０２）。パラメータの伝達及び／又はパラメータへのアクセスは、リアルタイムで、時間間隔で、及び／又はユーザからの要求に応じて実行できる。各々のパラメータは、計算モデル及び閾値レベルの表と比較される（ステップ３０４）。例えば、パラメータがサブシステム１０２によって受信されると、パラメータは、パラメータに対応する、メモリ領域２０２に記憶された計算モデル及び１つ又は複数の閾値レベルと比較される（ステップ３０４）。一実施形態では、パラメータの閾値レベルは、高、中、低といった範囲によってカテゴリー化することができる。ユーザが各カテゴリーに含まれる条件を定義してもよく、各カテゴリーの条件を製造者及び／又はユーザによって事前設定してもよい。例えば、計算モデルは、構成部品１２４の許容可能なパラメータレベルに関連する閾値レベルを含むことができる。従って、計算モデルは、構成部品の寿命を通して許容可能なパラメータレベルを示すパラメータ情報を有することができる。許容可能なパラメータ情報は、構成部品が構成部品の寿命の期間中に適切に機能するように構成部品が含み得るパラメータの許容範囲を示すことができる。パラメータの許容範囲は、構成部品の寿命を通して静的であるか、又は、例えば、使用及び経年数に基づいて動的に変化し得る。一実施形態では、各々のパラメータは、次いで、対応する計算モデルと比較される。その後、比較において、プロセッサ２０４は、構成部品１２４のパラメータが許容範囲以上又は以下、例えば閾値レベル以上又は以下であることを決定する。一実施形態では、インターフェースコンポーネント２１６は、プロセッサ２０４に、構成部品１２４のパラメータが許容可能な閾値レベル以上又は以下であることを示す保守依頼を伝達させることができる。

サブシステム１０２は、次いで、複数の時間帯の各々に関して、比較に基づいて各風力タービン１０４が故障するかもしれない確率を決定する（ステップ３０６）。例えば、サブシステム１０２は、受信パラメータと計算モデル内の情報（例えば、閾値レベル）との差を利用して、各風力タービン１０４、又はより詳細には、各風力タービン１０４の構成部品（例えば、構成部品１２４）が（例えば、故障によって）保守を必要とするであろう所定の時間帯に関する確率を提供する。予定コンポーネント２２０は、次いで、この情報を利用して、複数の時間帯の１つにおいて故障しそうな風力タービン１０４の数量が数量閾値レベルを超えた場合に保守を予定する（ステップ３０８）。当業者には、ある時間帯が、１分、１時間、１日、１週間、１ヶ月、１年、又はそれ以上の組み合わせであってもよいことがわかるであろう。更に、数量閾値は、風力タービンの製造者が予め定義しても、オペレータが選択してもよい。一実施形態では、所定の年の毎日、毎週、及び／又は毎月の風力タービンが故障するかもしれない確率を示す情報を載せたカレンダーがユーザに提示される。

例えば、１０００個の風力タービンを有する風力発電地帯では、数量閾値レベルは、風力タービンの総数の０．０３パーセント（例えば、３０個の風力タービン）にすることができる。従って、３１個以上の風力タービンが特定の時間帯（例えば、特定の日又は特定の週）に故障しそうな場合、その時間帯までに保守が予定される。上記の例を続けると、１月１日時点で、風力発電地帯の１０００個の全ての風力タービンのうち、９００個の風力タービンは故障の可能性が１パーセントあり、１００個の風力タービンは故障の可能性が５パーセントあると決定される。従って、１月１日時点で、故障の可能性が１パーセントある９００個の風力タービンのうちの９個が故障するかもしれず、故障の可能性が５パーセントある１００個の風力タービンのうちの５個が故障するかもしれない可能性があり、合計１４個の風力タービンが１月１日までに故障しそうだということになる。しかしながら、１４個の風力タービンは、この例の３０個の風力タービンという数量閾値レベルを超えていないため、保守は予定されない。２月１日時点で、９００個の風力タービンは依然として故障の可能性が１パーセントあるが、ここでは６０個の風力タービンは故障の可能性が１０パーセントあり、４０個の風力タービンは故障の可能性が４０パーセントあると決定される。従って、２月１日時点で、故障の可能性が１パーセントある９００個の風力タービンのうちの９個が故障するかもしれず、故障の可能性が１０パーセントある６０個の風力タービンのうちの６個が故障するかもしれず、故障の可能性が４０パーセントある４０個の風力タービンのうちの１６個が故障するかもしれない可能性があり、合計３１個の風力タービンが２月１日までに故障しそうだということになる。従って、３１個の風力タービンはこの例の３０個の風力タービンという数量閾値レベルを超えているので、２月１日までに保守が予定される。

当業者には、風力発電地帯が数百、更には数千もの風力タービンを含み得ることがわかるであろう。従って、風力発電地帯の複数の風力タービンが、例えば、高価な修理機器を必要とする保守が必要になりそうな時間帯を知ることの利点は、時間と費用を節約することだけでなく、複数の風力タービンが故障するのを防ぐことである。

一実施形態では、１つ又は複数の風力タービン１０４の予定している保守の前、又は後、ユーザは、風力タービン１０４の保守の予定を決定／修正できる。例えば、予定コンポーネント２２０に正確な決定を下させることができる履歴データ及び／又は計算分析が僅かしかない、又は少しもないことがある。従って、二次考察として、ユーザは、サブシステム１０２によって提供され、ディスプレイ２０６上に表示された情報を利用して、風力タービン１０４の保守の予定を決定／修正できる。例えば、ユーザは、構成部品１２４の現状を計算モデルと比較することができ、ユーザの知識／経験に基づいて、保守予定を提供／修正できる。更に、ユーザは、保守に必要な機器の入手可能性に基づいて保守予定を提供／修正してもよい。

更なる実施形態では、予定コンポーネント２２０が保守依頼を予定する前に、サブシステム１０２が機器供給者からの機器入手可能性情報を要求する。本実施形態では、予定コンポーネント２２０は、風力タービンの保守を予定する時に機器入手可能性情報を利用し、数量閾値レベルを超える数量の故障しそうな風力タービン１０４を含む時間帯に最も近い特定の日時に機器を自動的に予約／依頼する。

一実施形態では、コストパラメータは、各風力タービン１０４及び／又は構成部品１２４の保守にかかる費用を示す経済モデルを作成するために、各風力タービン１０４及び／又は構成部品１２４に関連している。経済モデルは、風力発電地帯の寿命にわたっていかに保守費用が変化するかの指標を提供するために、風力発電地帯の全体にわたって最適化される。
例示的な動作環境
本明細書に記載されるような制御装置又は計算装置は、１つ又は複数のプロセッサ又は処理装置、システムメモリ、及びある形のコンピュータ可読媒体を有する。例えば、この例に限らないが、コンピュータ可読媒体としては、コンピュータ記憶媒体及び通信媒体が挙げられる。コンピュータ記憶媒体としては、コンピュータ可読命令、データ構造、プログラムモジュール又はその他のデータ等の情報を記憶するためのあらゆる方法又は技術で実装される揮発性及び不揮発性の取り外し可能及び取り外し不可能な媒体が挙げられる。通信媒体は、一般的に、コンピュータ可読命令、データ構造、プログラムモジュール、或いは搬送波又はその他の搬送機構のような変調されたデータ信号におけるその他のデータを具体化し、あらゆる情報配信媒体を含む。上記のいずれかの組合せもまた、コンピュータ可読媒体の範囲に含まれる。

制御装置／計算装置は、１つ又は複数のリモートコンピュータ、例えば１つのリモートコンピュータへの論理接続を用いてネットワーク化された環境において動作できる。例示的なコンピューティングシステム環境に関して説明したが、本発明の実施形態は、数多くのその他の汎用又は専用コンピューティングシステム環境又は構成で動作可能である。コンピューティングシステム環境は、本発明のあらゆる態様の使用又は機能の範囲に関していかなる限定を示唆することを意図するものではない。更に、コンピューティングシステム環境は、例示的な動作環境において示した構成要素のいずれか１つ又は組み合わせに関連する依存性又は必要性を有するものと解釈すべきではない。本発明の態様で使用するのに適する可能性のある周知のコンピューティングシステム、環境、及び／又は構成の例としてはこれらに限定されないが、パーソナルコンピュータ、サーバコンピュータ、ハンドヘルド又はラップトップデバイス、マルチプロセッサシステム、マイクロプロセッサベースのシステム、セットトップボックス、プログラム可能な家庭用電化製品、携帯電話、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ、上記のシステム又はデバイスのいずれかを含む分散コンピューティング環境などが挙げられる。

本発明の実施形態は、１つ又は複数のコンピュータ或いはその他のデバイスによって実行される、プログラムモジュールなどのコンピュータ実行可能命令の一般的な文脈で説明できる。コンピュータ実行可能命令は、１つ又は複数のコンピュータ実行可能コンポーネント又はモジュールで構成できる。一般に、プログラムモジュールは、特定のタスクを実行する、又は特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、コンポーネント、及びデータ構造を含むが、これに限定されるものではない。本発明の態様は、いかなる数又は構成のそのようなコンポーネント又はモジュールによって実装してもよい。例えば、本発明の態様は、図に例示し、本明細書に記載した特定のコンピュータ実行可能命令或いは特定のコンポーネント又はモジュールに限定されるものではない。本発明のその他の実施形態は、本明細書に例示及び記載した以上又は以下の機能を有する異なるコンピュータ実行可能命令又はコンポーネントを含んでもよい。本発明の態様はまた、通信ネットワークを介してリンクされたリモート処理装置によってタスクが実行される分散コンピューティング環境において実施してもよい。分散コンピューティング環境において、プログラムモジュールは、メモリ記憶装置を含むローカル及びリモートコンピュータ記憶媒体の両方に配置してもよい。

本発明の態様は、本明細書に記載した命令を実行するように構成された場合、汎用コンピュータを専用計算装置に変換する。

本明細書に例示及び記載した本発明の実施形態における動作の実行又は遂行の順序は、特に明記しない限り、重要ではない。即ち、動作は、特に明記しない限り、いかなる順序で実行してもよく、本発明の実施形態は、本明細書に開示したものよりも多くの又は少ない動作を含んでもよい。例えば、別の動作の前、それと同時、又はその後に特定の動作を実行又は遂行することは、本発明の態様の範囲に含まれると考えられる。

本発明又はその実施形態の態様の要素を紹介するとき、数詞がないことや「前記」などの冠詞は、その要素が１つ以上存在することを意味するものとする。「からなる（ｃｏｍｐｒｉｓｉｎｇ）」、「含む（ｉｎｃｌｕｄｉｎｇ）」及び「有する（ｈａｖｉｎｇ）」といった用語は包括的であり、その用語には列挙した要素以外の追加要素が存在し得ることを意味するものとする。

本発明の態様を詳細に説明してきたが、添付の特許請求の範囲に規定する本発明の態様の範囲から逸脱することなく、修正及び変更が可能であることが明らかであろう。本発明の態様の範囲から逸脱することなく、上記の構成、製品、及び方法に様々な変更を行なうことができるので、上記の説明に含まれ、添付の図面に示された全ての事柄は、例示的であって限定的な意味で解釈されるべきではないものとする。

本明細書は、実施例を使用して、最良の形態を含む本発明を開示し、更にあらゆる装置又はシステムを製作且つ使用すること及びあらゆる組み込まれた方法を実行することを含む本発明の実施を当業者が行うのを可能にする。本発明の特許性がある技術的範囲は、特許請求の範囲によって規定され、当業者が想到するその他の実施例を含むことができる。そのようなその他の実施例は、それらが特許請求の範囲の文言と相違しない構造的要素を有する場合、又はそれらが特許請求の範囲の文言と本質的でない相違を有する同等な構造的要素を含む場合には、特許請求の範囲の技術的範囲内に属することになるものとする。

１００ 電力システム
１０２ サブシステム
１０４ 風力タービン
１１０ 監視装置
１１６ 通信リンク
１１８ メモリ装置
１２４ 構成部品
１３０ プロセッサ
２００ ブロック図
２０２ 記憶領域
２０４ プロセッサ
２０６ ディスプレイ
２０８ 監視コンポーネント
２１０ 状態コンポーネント
２１２ 確率コンポーネント
２１４ 表示コンポーネント
２１６ インターフェースコンポーネント
２１８ 計算モデルコンポーネント
２２０ 予定コンポーネント
３００ 流れ図
３０２ 受信するステップ
３０４ 比較するステップ
３０６ 決定するステップ
３０８ 予定するステップ

Claims (10)

1. 複数の装置の動作を監視するシステム（１００）であって、
   前記複数の装置を監視するように構成されたサブシステム（１０２）を備えており、前記サブシステムは、
   計算モデルを記憶するメモリと、
   前記複数の装置の各々から、各装置の現状を示すパラメータを表す信号を受信し、
   各々のパラメータを計算モデルと比較し、
   複数の時間帯の各々に関して、前記比較に基づいて前記複数の装置の各々が故障するかもしれない確率を決定し、
   前記複数の時間帯のうちの１つにおいて故障しそうな前記複数の装置の数量が数量閾値レベルを超えた場合に保守を予定するようにプログラムされた１つ又は複数のプロセッサ（１３０）とを備える、システム（１００）。
2. 前記複数の装置の１つ又は複数の現状を表示する表示装置を更に備える、請求項１に記載のシステム（１００）。
3. 前記プロセッサ（１３０）は、比較したパラメータが所定の閾値以上又は以下であるかを決定するように更にプログラムされる、請求項１に記載のシステム（１００）。
4. 前記計算モデルは、履歴データに基づいた閾値レベルを有する、請求項３に記載のシステム（１００）。
5. 前記プロセッサは、前記予定された保守に必要な機器を予定するように更にプログラムされる、請求項１に記載のシステム（１００）。
6. 前記数量閾値は、前記複数の装置の所定の割合である、請求項１に記載のシステム（１００）。
7. 前記プロセッサ（１３０）は、
   表示用に、前記複数の時間帯の１つ又は複数を提供し、
   表示用に、前記複数の時間帯の前記１つ又は複数において故障しそうな前記複数の装置の数量の視覚的識別を提供するように更にプログラムされる、請求項１に記載のシステム（１００）。
8. コンピュータ実行可能なコンポーネントを有する１つ又は複数のコンピュータ可読媒体であって、前記コンポーネントは、
   少なくとも１つのプロセッサ（１３０）によって実行された時に、前記プロセッサに、複数の装置の各々から、各装置の現状を示すパラメータを表す信号を受信させる監視コンポーネント（２０８）と、
   少なくとも１つのプロセッサによって実行された時に、前記プロセッサに、各々の受信パラメータを計算モデルと比較させる状態コンポーネント（２１０）と、
   少なくとも１つのプロセッサによって実行された時に、前記プロセッサに、複数の時間帯の各々に関して、比較に基づいて前記複数の装置の各々が故障するかもしれない確率を決定させる確率コンポーネント（２１２）と、
   少なくとも１つのプロセッサによって実行された時に、前記プロセッサに、前記複数の時間帯のうちの１つにおいて故障しそうな前記複数の装置の数量が数量閾値レベルを超えた場合に保守を予定させる予定コンポーネント（２２０）とからなる、１つ又は複数のコンピュータ可読媒体。
9. 前記プロセッサ（１３０）によって実行された時に、前記プロセッサに、表示用に、各コンポーネントの現状を提供させる表示コンポーネント（２１４）を更に備える、請求項８に記載の１つ又は複数のコンピュータ可読媒体。
10. 前記プロセッサによる前記表示コンポーネント（２１４）の実行によって、更に、前記プロセッサ（１３０）に、表示用に、前記複数の時間帯の１つ又は複数を提供させると共に、表示用に、前記複数の時間帯の１つ又は複数において故障しそうな前記複数の装置の数量の視覚的識別を提供させる、請求項８に記載の１つ又は複数のコンピュータ可読媒体。