ガスタービンの故障を検出する方法において、少なくとも1つのタービンバケット温度を含むタービン関連パラメータを監視する段階と、前記タービンの運転に関連し、前記監視されるパラメータに少なくとも部分的に基づいた事象を検出する段階と、前記監視されるパラメータが少なくとも所定時間期間に所定値を上回るような事象を検出したときに、前記タービンの運転停止を開始する段階と、を含む方法。前記タービンの燃焼器に関連する監視パラメータが更に、バケット放射率、音響エネルギー、又は排気NOxレベルのうちの少なくとも1つを含む、請求項1に記載の方法。前記運転停止の開始段階が、前記タービンに関連する燃料流又は空気流が初期化又は安定化された後の事象検出時に実施される、請求項1に記載の方法。前記タービン関連パラメータを監視する段階が、少なくとも1つの時間期間にわたるパラメータの移動平均を求める段階を含む、請求項1に記載の方法。前記事象が、約10分未満にわたる約5°Fよりも大きなタービンバケットの測定温度上昇を含む、請求項1に記載の方法。前記事象が、約10分未満にわたる約2ppmよりも多い排気NOx増大を含む、請求項1に記載の方法。前記タービンの運転停止を開始する段階が、事象が検出されて、現在の監視パラメータと格納されている過去の監視パラメータとの間の差違が事象に関連する限界の約25を上回り且つ約1分間を超えて持続した場合に発生する、請求項1に記載の方法。故障検出システムにおいて、ガスタービンと、少なくとも1つのタービンバケット温度を含む前記タービンの関連パラメータを測定するための少なくとも1つのセンサ322と、少なくとも1つのプロセッサ306と、を備え、前記プロセッサ306が、前記少なくとも1つのセンサ322からの測定パラメータを受け取り且つ監視し、前記タービンの運転に関連し、前記監視されるパラメータに少なくとも部分的に基づいた事象を検出し、前記監視されるパラメータが少なくとも所定時間期間に所定値を上回るような事象を検出したときに、前記タービンの運転停止を開始する、ように構成されている、故障検出システム。前記少なくとも1つのセンサ322が更に、バケット放射率、音響エネルギー、又は排気NOxレベルのうちの1つ又はそれ以上を測定するよう動作可能である、請求項8に記載のシステム。前記少なくとも1つのプロセッサ306が更に、前記タービンに関連する燃料流又は空気流が初期化又は安定化された後の前記タービンの運転に関連する事象を検出するよう構成される、請求項8に記載のシステム。本発明の実施形態を示した添付図面を参照しながら、本発明の実施形態を以下でより詳細に説明する。しかしながら、本発明は、多くの異なる形態で具現化することができ、本明細書に記述した実施形態に限定されると解釈すべきではなく、むしろ、これらの実施形態は、本開示が徹底的かつ完全なものとなりまた当業者に対して本発明の技術的範囲を十分に伝えることになるようにするために提示するものである。同様の参照符号は全体を通じて同じ要素を表す。本発明の特定の実施形態は、ガスタービンの自動ハードウェア故障検出を可能にすることができる。例示的な実施形態によれば、タービンの高温ガス経路HGPの特定の構成部品を監視して、タービン故障につながる可能性のある問題を検出することができる。ガス燃焼器における特定の故障モードは、数時間、数日、又は数週間にわたる構成部品の漸次的な故障又は劣化に起因して発生する可能性がある。本発明の例示的な実施形態によれば、差し迫った故障に関連付けることができる特定事象を検出するためのシステム、方法、及び装置が提供される。特定の例示的な実施形態において、事象検出を利用してタービンを自動的に運転停止することができる。特定の実施形態によれば、検出及び運転停止は、更なる損傷を抑制し、場合によっては、重大な且つ高コストのタービン故障を回避することができる。未確認の場合にタービン故障に相関付けることができる例示的な事象は、燃焼ノズル故障である。例えば、燃焼器ノズルは、高温に曝される可能性があり、特定の条件下では、ノズルの一部が溶融する場合がある。このことは、比較的危険な状況をもたらし、場合によっては検出が困難な状況となる場合があり、確認されないまま放置された場合、高温ガス経路の他の構成部品に多大な損傷を引き起こす可能性がある。例えば、故障しているノズルの部品が回転タービンブレード又はバケットなどの他の構成部品を破断して損傷を及ぼし、その結果、タービンに関連する他の構成部品を破断し損傷を及ぼす可能性がある。例示的な実施形態によれば、パイロメータ及び他の検知デバイスを利用して、例えば、バケット放射率、音響エネルギー、及び/又は排気NOxレベルなどのパラメータを測定することができる。例示的な実施形態によれば、測定パラメータの監視及び解析により、制御システムは、特定事象を識別してユニットの運転停止を行い、従って、多大な損傷を防ぐことを可能にすることができる。本発明の特定の実施形態は、発電用途におけるガスタービン及びタービンシステムに適用することができる。本発明の実施形態はまた、航空機及び他の移動体で使用されるものなどのエンジンに関連するタービンに適用することができる。ここで、添付図面を参照しながら、本発明の例示的な実施形態による、故障に関連する特定の事象を検出し応答するための種々のセンサ、信号プロセッサ、パターン認識モジュール、及びコントローラを説明する。図1は、本発明の例示的な実施形態による、例示的な自動ガスタービンハードウェア故障検出システム100を示すブロック図である。システム100は、タービンに関連するパラメータ及び事象を測定する1つ又はそれ以上のセンサ102を含むことができる。例示的な実施形態において、センサ102は、パイロメータセンサ、放射率センサ、温度センサ、ガスセンサ、カメラ、音響センサ、その他を含むことができる。例えば、例示的な実施形態によれば、1つ又はそれ以上のパイロメータをタービンバケットの上流側の列に対して位置付け、回転するタービンバケットからの温度及び放射率を測定できるようにすることができる。本発明の例示的な実施形態において、故障構成部品ノズルなどからの溶融材料がバケット表面に集まる場合があり、これによりバケット表面の放射率又は温度の検出可能な変化を引き起こす可能性がある。本発明の例示的な実施形態によれば、自動ガスタービンハードウェア故障検出システム100は、センサ102によって測定されたパラメータ情報を受け取って調整するよう構成することができる1つ又はそれ以上のデータ収集モジュール104を含むことができる。データ収集モジュール104は、センサ102と適切に通信し、及び/又はセンサ102から受け取られる信号を調整するために、アナログデジタルコンバータ、レベルシフト部、フィルタ処理部、較正処理部、電源、その他を含むことができる。例示的な実施形態によれば、データ収集モジュール104は、信号処理モジュール106と通信することができる。例示的な実施形態において、信号処理モジュール106は、データ収集モジュール104を介してセンサ102から受け取った情報を更に処理することができる。例えば、信号処理モジュール106は、入力データを平均化又はフィルタ処理することができる。特定の実施形態において、信号処理モジュール106は、データアレイ108内に格納するためにデータをスケール調整及び/又はフォーマットすることができる。例示的な実施形態において、データアレイ108内に格納されるデータは、タイミングモジュール110及び/又はパターン認識モジュール112によって利用されて、種々の入力パラメータの変化を検出するため、及びタービンに関連した故障モードを表すことができる特定の時間依存の事象を識別することができる。例えば、本発明の1つの実施形態において、パターン認識モジュール112は、データアレイ108内の情報を解析するよう構成又はプログラムすることができる。別の例示的な実施形態において、パターン認識モジュール112は、タイミングモジュール110からの情報を利用して測定データを時間の関数として解析するよう構成することができる。本発明のパターン認識の態様を伴う追加の実施例について、図2を参照しながら以下で更に検討する。本発明の特定の実施形態では、発生し得る故障に関連する事象の判定において、ガスタービンの種々の動作モードの一部が他よりも好適となる場合がある。例えば、タービンが立ち上がり状態にあるときには、測定可能なパラメータ温度、排気ガス、空気流、燃料流、その他は、通常は変動的とすることができるが、システムの誤った警報又は運転停止を引き起こす場合がある。従って、本発明の1つの実施形態の態様によれば、安定検出モジュール116は、タービンの動作パラメータ114を監視し、特定の動作基準がミタされた後にのみ保護モジュール118を有効にすることができる。例えば、安定検出モジュール116は、タービンの動作パラメータ114を監視し、タービンが定常状態運転に到達したか否か、及び/又は他の基準が満たされたか否かを判定することができる。本発明の例示的な実施形態によれば、安定検出モジュール116は、安定基準が満たされ且つ特定の事象基準が満たされるまで、保護モジュール118を抑制し、タービン制御器120によるシステムの運転停止の開始を避けることができる。例えば、運転停止は、事象検出時及びタービンに関連する燃料流又は空気流が初期化され又は安定された後に開始することができる。本発明の例示的な実施形態によれば、タービンバケットの温度又は放射率の変化は、差し迫った発生し得る故障を検出し事前措置を取ることができるようにするために、単独で、或いは、例えば、NOxの検出レベルの変化、又は燃焼音響特性の変化などの他の事象と組み合わせて利用できる事象を示唆することができる。図2は、本発明の例示的な実施形態による、例示的な燃焼事象タイミングのグラフを示す。このグラフ200は、例示的なセンサ応答202を時間204の関数として示している。センサ出力は、タービンに関連する温度又は他の何らかのパラメータに応答することができる。例示的な実施形態において、センサは、初期設定期間208にわたり特定の初期化応答206を出力することができる。本発明の例示的な実施形態において、上述のように、本発明の安定検出状態図1の116のようなは、初期化時間208が終わるまで保護及び/又は運転停止機能図1のそれぞれ118及び120などを無効にすることができる。本発明の例示的な実施形態によれば、1つ又はそれ以上のセンサは、パラメータ変化例えば、温度上昇、NOx変化、その他を検知することができる。次いで、自動ガスタービンハードウェア故障検出システム図1の100などは、特定の基準が満たされている場合、変化するパラメータを事象210として解析し分類することができる。例えば、事象は、振幅212、持続レベル214、及び/又は持続時間216により分類することができる。本発明の特定の例示的な実施形態によれば、タービンに関連するパラメータの監視は、少なくとも1つの時間期間にわたりパラメータの移動平均を求めることを含むことができる。例示的な実施形態において、安定化後に運転停止を起動することができる事象は、約10分未満にわたる約5°Fよりも大きなタービンバケットの測定温度上昇である。別の例示的な実施形態によれば、安定化後に運転停止を起動することができる事象は、約10分未満にわたる約2ppmpartspermillionよりも多い排気NOx増大である。本発明の例示的な実施形態によれば、タービンの運転停止は、事象が検出されて、現在の監視パラメータと格納されている過去の監視パラメータとの間の差違が事象に関連する限界の約25を上回り且つ約1分間を超えて持続した場合に開始することができる。図3は、本発明の例示的な実施形態による、自動ガスタービンハードウェア故障検出制御システム300のブロック図を示す。例示的な実施形態によれば、システム300はコントローラ302を含むことができ、該コントローラは、メモリ304、1つ又はそれ以上のプロセッサ306、及び入力/出力インタフェース308を含むことができる。特定の例示的な実施形態において、コントローラ302は、1つ又はそれ以上のネットワークインタフェース310を含むことができる。例示的な実施形態において、メモリ304は、オペレーティングシステム312、データ314、及び種々の専用モジュールを含むことができる。データ314は、図1に示す108のようなデータアレイを含むことができる。例示的な実施形態によれば、制御システム300は、データ格納及び取り出しのためのデータベース316を含むことができる。例示的な実施形態において、メモリ302は、図1の110のようなタイミングモジュールを含むことができ、該タイミングモジュールは、タイムスタンプ、データ314のフォーマット、及び時間関数に関連する動作の実施を含む動作を実施するよう構成又はプログラムされる。特定の実施形態において、クロックは、図1の110と同様に、タイミングモジュール318において利用することができる。例示的な実施形態において、メモリ304はまた、図1の112と同様に、パターン認識モジュール320を含むことができる。このモジュールは、種々の入力パラメータの変化を検出し、タービンに関連した故障モードを表すことができる特定の時間依存の事象を識別するよう構成又はプログラムすることができる。例えば、本発明の1つの実施形態において、パターン認識モジュール320は、データアレイ108内の情報を解析するよう構成又はプログラムすることができる。別の例示的な実施形態において、パターン認識モジュール320は、タイミングモジュール318からの情報を利用して測定データを時間の関数として解析するよう構成することができる。本発明の特定の実施形態において、パターン認識モジュール320は、図2に関して説明されたような機能を実施することができる。例えば、パターン認識モジュール320は、特定の基準が満たされた場合に変化するパラメータを事象として解析し分類することができる。例示的な実施形態によれば、引き続き図3を参照すると、メモリ304は、図1の118と同様とすることができる保護モジュール324を含むことができる。保護モジュール324は、パターン認識モジュール320からの情報を受け取ることができ、図1の116と同様とすることができる安定モジュール322からの指示と併せてこの情報を利用して、特定の事象基準が満たされたときにタービンの運転停止を開始することができる。例えば、安定モジュール322は、図1の114のようなタービン動作パラメータを監視し、タービンが定常状態運転に到達したか否か、及び/又は他の基準が満たされたか否かを判定することができる。本発明の例示的な実施形態によれば、安定検出モジュール322は、安定基準が満たされ且つ特定の事象基準が満たされるまで、保護モジュール324を抑制し、図1の120と同様のタービン制御器328によるシステムの運転停止の開始を避けることができる。例えば、運転停止は、事象検出時及びタービンに関連する燃料流又は空気流が初期化され又は安定された後に開始することができる。ここで、ガスタービンにおける故障を検出する例示的な方法を図4のフローチャートを参照しながら説明する。本方法400は、ブロック402で始まり、ここで本発明の例示的な実施形態によれば、方法400は、少なくとも1つのタービンバケット温度を含むタービン関連パラメータを監視する段階を含む。ブロック404では、方法400は、タービンの運転に関連し、監視パラメータに少なくとも部分的に基づいた事象を検出する段階を含む。ブロック406において、方法400は、監視パラメータが少なくとも所定時間期間に所定値を上回るような事象を検出したときにタービンの運転停止を開始する段階を含む。本方法400はブロック406の後で終了する。以上の結果から、本発明の例示的な実施形態は、タービンに関連する事象の検出を可能にする特定のシステム、方法、及び装置をもたらす技術的作用を提供することができる。本発明の例示的な実施形態は、タービンに関連する故障モード又は発生し得る故障モードに関するような検出事象を分類するシステム、方法、及び装置をもたらす更なる技術的作用を提供することができる。本発明の例示的な実施形態は、特定の事象が検出された場合に自動運転停止を開始し、これによりタービンの更なる損傷に事前に対処し、場合によってはタービンの重大故障を回避するシステム、方法、及び装置をもたらす更なる技術的作用を提供することができる。本発明の例示的な実施形態において、自動ガスタービンハードウェア故障検出システム100及び/又は自動ガスタービンハードウェア故障検出制御システム300は、動作の何れかを容易にするよう実行される、幾つかのハードウェア及び/又はソフトウェアアプリケーションを含むことができる。例示的な実施形態において、1つ又はそれ以上の入力/出力インタフェースは、自動ガスタービンハードウェア故障検出及び運転停止システム100及び/又は自動ガスタービンハードウェア故障検出制御システム300と、1つ又はそれ以上の入力/出力デバイスとの間の通信を容易にすることができる。例えば、ユニバーサルシリアルバスポート、シリアルポート、ディスクドライブ、CD-ROMドライブ、及び/又は1つ又はそれ以上のユーザインタフェースディスプレイ、キーボード、キーパッド、マウス、コントロールパネル、タッチスクリーンディスプレイ、マイクロフォン、その他などにより、自動ガスタービンハードウェア故障検出システム100及び/又は自動ガスタービンハードウェア故障検出制御システム300とのユーザ対話を容易にすることができる。1つ又はそれ以上のI/Oインタフェースを利用して、幅広い種類の入力デバイスからのデータ及び/又はユーザ指示を受け取り又は収集することができる。受け取ったデータは、本発明の種々の実施形態における要望に応じて1つ又はそれ以上のコンピュータにより処理し、及び/又は1つ又はそれ以上のメモリデバイスにより格納することができる。1つ又はそれ以上のネットワークインタフェースは、1つ又はそれ以上の好適なネットワーク及び/又は接続、すなわち例えば、システムに関連する幾つかのセンサとの通信を可能にする接続に対する自動ガスタービンハードウェア故障検出システム100及び/又は自動ガスタービンハードウェア故障検出制御システム300の入力及び出力の接続を可能にすることができる。1つ又はそれ以上のネットワークインタフェースは更に、1つ又はそれ以上の好適なネットワーク、すなわち例えば、外部デバイス及び/又はシステムと通信するためのローカルエリアネットワーク、広域ネットワーク、インターネット、セルラーネットワーク、無線ネットワーク、Bluetooth商標対応ネットワーク、Wi-Fi商標対応ネットワーク、衛星利用ネットワーク、何れかの有線ネットワーク、その他への接続を可能にすることができる。要求に応じて、本発明の実施形態は、図1及び3に示したものよりも多い又は少ない構成要素を備えた自動ガスタービンハードウェア故障検出システム100及び/又は自動ガスタービンハードウェア故障検出制御システム300を含むことができる。以上、本発明の例示的な実施形態によるシステム、方法、装置、及び/又はコンピュータプログラム製品のブロック図並びにフロー図を参照して、本発明を説明している。ブロック図及びフロー図の1つ又はそれ以上のブロック、並びにブロック図及びフロー図におけるブロックの組み合わせはそれぞれ、コンピュータ実行可能プログラム命令により実施することができる。同様に、本発明の一部の実施形態によれば、ブロック図及びフロー図の一部のブロックは、必ずしも提示した順序で実行する必要がない場合があり、或いは、全てを実行することが必ずしも必要ではない場合もある。これらのコンピュータ実行可能プログラム命令は、汎用コンピュータ、専用コンピュータ、プロセッサ、又は他のプログラマブルデータ処理装置にロードされて特定機械を生成し、コンピュータ、プロセッサ、又は他のプログラマブルデータ処理装置上で実行される命令が、フロー図の1つ又は複数のブロックにおいて指定される1つ又はそれ以上の機能を実施する手段をもたらすようになる。これらのコンピュータ実行可能プログラム命令はまた、コンピュータ可読メモリ内に格納することができ、コンピュータ又は他のプログラマブルデータ処理装置に特定の方法で機能するよう指示することができ、コンピュータ可読メモリ内に格納された命令は、1つ又は複数のフロー図ブロックにおいて指定された1つ又はそれ以上の機能を実施する命令手段を含む、製造物品をもたらすようになる。例証として、本発明の実施形態は、コンピュータ可読プログラムコード又はプログラム命令が組み込まれたコンピュータ使用可能媒体を含むコンピュータプログラム製品を提供することができ、上記コンピュータ可読プログラムコードは、1つ又は複数のフロー図ブロックにて指定される1つ又はそれ以上の機能の実施を実行するよう適合されている。コンピュータプログラム命令はまた、コンピュータ又は他のプログラム可能データ処理装置上にロードされて、一連の操作段階又はステップをコンピュータ又は他のプログラム可能装置上で実施させ、コンピュータ又は他のプログラム可能装置上で実行される命令が1つ又は複数のフロー図ブロックにおいて指定される機能を実施するための段階又はステップを提供するようなコンピュータ実装プロセスをもたらすことができる。従って、ブロック図及びフロー図のブロックは、指定される機能を実施するための手段の組み合わせ、指定機能を実施する段階又はステップの組み合わせ、並びに指定機能を実施するためのプログラム命令手段に対応する。また、ブロック図及びフロー図の各ブロック並びにブロック図及びフロー図におけるブロックの組み組み合わせは、指定の機能、段階又はステップ、或いは専用ハードウェア及びコンピュータ命令の組み合わせを実施する専用ハードウェアベースのコンピュータシステムにより実施することができることは、理解されるであろう。現時点で最も実用的且つ好ましい実施形態であると考えられるものに関して本発明を説明してきたが、本発明は、開示した実施形態に限定されるものではなく、逆に添付の請求項の範囲内に含まれる様々な修正形態及び均等な構成を保護するものであることを理解されたい。本明細書では特定の用語が利用されているが、これらは、限定の目的ではなく、一般的及び説明的な意味でのみ用いられる。本明細書は、最良の形態を含む実施例を用いて本発明を開示し、更に、あらゆる当業者があらゆるデバイス又はシステムを実施及び利用すること並びにあらゆる包含の方法を実施することを含む本発明を実施することを可能にする。本発明の特許保護される範囲は、請求項によって定義され、当業者であれば想起される他の実施例を含むことができる。このような他の実施例は、請求項の文言と差違のない構造要素を有する場合、或いは、請求項の文言と僅かな差違を有する均等な構造要素を含む場合には、本発明の範囲内にあるものとする。