(57)【要約】【課題】  プロセス制御システムで用いられる診断ツールを提供することである。【解決手段】  診断ツールは、プロセス制御システム内の装置、ループ、機能ブロックの各々に関連する変動性パラメータ、モードパラメータ、状態パラメータ、限界パラメータを示すデータを集めて記憶し、この集められたデータを処理してどの装置、ループまたは機能ブロックが、システムの性能を低下させる問題を有するのか決定し、オペレータに検出された問題のリストを表示して、問題をさらに正確に指摘するか補正する他の診断ツールを用いることを提案する。【選択図】  図１
2004206735.tif 000002
【特許請求の範囲】
【請求項１】
プロセス実行中にプロセスを制御するように構成された多数の機能ブロックを有するプロセス制御システムで用いられる診断ツールであって、
前記プロセス制御システムの動作の間に定期的に多数の機能ブロックの各々の機能ブロック動作パラメータに関するデータを受信するように、多数の機能ブロックの各々と通信するように構成されたデータ収集ユニットと、
受信された機能ブロック動作パラメータデータに基づいて、前記プロセス制御システム動作の間、前記データ収集ユニットが機能ブロック動作パラメータデータを受信したときのうちのいくつかのときにおいて、機能ブロック動作パラメータの値を決定するデータ解析器と、
機能ブロック動作パラメータの決定された値に基づいて前記プロセス制御システム内の問題を繰り返し検出する検出器と、
検出された問題を示す報告を作成する出力ジェネレータとを含み、
前記機能ブロック動作パラメータはモードパラメータであり、前記データ収集ユニットは、機能ブロックの各々のモード指標を受け取ることを特徴とする、診断ツール。
【請求項２】
前記データ解析器は、機能ブロックのひとつが正規動作の間に動作するように設計されていた正規モードにあるかどうかを指定する、機能ブロックのひとつのモード値を決定することを特徴とする、請求項１に記載の診断ツール。
【請求項３】
プロセス実行中にプロセスを制御するように構成された多数の機能ブロックを有するプロセス制御システムで用いられる診断ツールであって、
前記プロセス制御システムの動作の間に定期的に多数の機能ブロックの各々の機能ブロック動作パラメータに関するデータを受信するように、多数の機能ブロックの各々と通信するように構成されたデータ収集ユニットと、
受信された機能ブロック動作パラメータデータに基づいて、前記プロセス制御システム動作の間、前記データ収集ユニットが機能ブロック動作パラメータデータを受信したときのうちのいくつかのときにおいて、機能ブロック動作パラメータの値を決定するデータ解析器と、
機能ブロック動作パラメータの決定された値に基づいて前記プロセス制御システム内の問題を繰り返し検出する検出器と、
検出された問題を示す報告を作成する出力ジェネレータとを含み、
前記機能ブロック動作パラメータは状態パラメータであり、前記データ収集ユニットは、機能ブロックの各々の状態指標を受け取ることを特徴とする、診断ツール。
【請求項４】
前記データ解析器は、機能ブロックのひとつと関連する状態がこの機能ブロックのひとつの正規動作と関連する正規状態であるかどうか示す状態指標から状態値を決定することを特徴とする、請求項３に記載の診断ツール。
【請求項５】
前記データ解析器は、機能ブロックのひとつの状態がこの機能ブロックのひとつと関連する非正規状態であった具体的な時間期間のパーセンテージとして、機能ブロックのひとつの状態値を決定することを特徴とする、請求項３に記載の診断ツール。
【請求項６】
前記検出器は、機能ブロックのひとつの状態値を状態限界値と比較して、問題を検出することを特徴とする、請求項５に記載の診断ツール。
【請求項７】
プロセス実行中にプロセスを制御するように構成された多数の機能ブロックを有するプロセス制御システムで用いられる診断ツールであって、
前記プロセス制御システムの動作の間に定期的に多数の機能ブロックの各々の機能ブロック動作パラメータに関するデータを受信するように、多数の機能ブロックの各々と通信するように構成されたデータ収集ユニットと、
受信された機能ブロック動作パラメータデータに基づいて、前記プロセス制御システム動作の間、前記データ収集ユニットが機能ブロック動作パラメータデータを受信したときのうちのいくつかのときにおいて、機能ブロック動作パラメータの値を決定するデータ解析器と、
機能ブロック動作パラメータの決定された値に基づいて前記プロセス制御システム内の問題を繰り返し検出する検出器と、
検出された問題を示す報告を作成する出力ジェネレータとを含み、
前記機能ブロック動作パラメータは限界パラメータであり、前記データ収集ユニットは、機能ブロックの各々の限界指標を受け取ることを特徴とする、診断ツール。
【請求項８】
前記データ解析器は、機能ブロック変数が１以上の限界値にあるかどうかを示す限界指標から限界値を決定することを特徴とする、請求項７に記載の診断ツール。
【請求項９】
前記データ解析器は、機能ブロック変数が１以上の限界値にあった具体的な時間期間のパーセンテージとして限界値を決定することを特徴とする、請求項７に記載の診断ツール。
【請求項１０】
プロセス実行中にプロセスを制御するように構成された多数の機能ブロックを有するプロセス制御システムで用いられる診断ツールであって、
前記プロセス制御システムの動作の間に定期的に多数の機能ブロックの各々の機能ブロック動作パラメータに関するデータを受信するように、多数の機能ブロックの各々と通信するように構成されたデータ収集ユニットと、
受信された機能ブロック動作パラメータデータに基づいて、前記プロセス制御システム動作の間、前記データ収集ユニットが機能ブロック動作パラメータデータを受信したときのうちのいくつかのときにおいて、機能ブロック動作パラメータの値を決定するデータ解析器と、
機能ブロック動作パラメータの決定された値に基づいて前記プロセス制御システム内の問題を繰り返し検出する検出器と、
検出された問題を示す報告を作成する出力ジェネレータとを含み、
前記検出器は、機能ブロックのひとつに対する機能ブロック操作パラメータの複数の過去の値に基づいて前記問題を検出することを特徴とする、診断ツール。
【請求項１１】
プロセス実行中にプロセスを制御するように構成された多数の機能ブロックを有するプロセス制御システムで用いられる診断ツールであって、
前記プロセス制御システムの動作の間に定期的に多数の機能ブロックの各々の機能ブロック動作パラメータに関するデータを受信するように、多数の機能ブロックの各々と通信するように構成されたデータ収集ユニットと、
受信された機能ブロック動作パラメータデータに基づいて、前記プロセス制御システム動作の間、前記データ収集ユニットが機能ブロック動作パラメータデータを受信したときのうちのいくつかのときにおいて、機能ブロック動作パラメータの値を決定するデータ解析器と、
機能ブロック動作パラメータの決定された値に基づいて前記プロセス制御システム内の問題を繰り返し検出する検出器と、
検出された問題を示す報告を作成する出力ジェネレータとを含み、
前記検出器は、特定の時間にわたった機能ブロックパラメータの複数の値に基づいて問題を検出し、この特定の時間をユーザが指定できるようにするコミュニケータをさらに含むことを特徴とする、診断ツール。
【請求項１２】
プロセッサを含み、プロセス実行中にプロセスを制御するように構成された多数の機能ブロックを用いてプロセスを制御するプロセス制御システムで用いられる診断ツールであって、
コンピュータ読み取り可能なメモリと、
前記コンピュータ読み取り可能なメモリ上に記憶され、前記プロセッサ上で実行されるように適合されるルーチンとを含み、
前記ルーチンは、前記プロセスの動作の間定期的に多数の機能ブロックの各々の機能ブロック動作パラメータに関するデータを受信し、
受信された機能ブロック動作パラメータデータに基づいて、前記プロセス制御システムの動作の間、機能ブロック動作パラメータデータを受信したときのうちのいくつかのときにおいて、機能ブロック動作パラメータの値を決定し、
機能ブロック動作パラメータの決定された値に基づいて前記プロセス制御システム内の問題を繰り返し検出し、
検出された問題をリストする報告を生成し、
前記機能ブロック動作パラメータはモードパラメータであり、前記ルーチンは、多数の機能ブロックの各々のモード指標を集めることを特徴とする、診断ツール。
【請求項１３】
前記ルーチンは、機能ブロックのひとつがこの機能ブロックのひとつと関連する非正規モードであった具体的な時間期間のパーセンテージとして、機能ブロックのひとつのモード値を決定することを特徴とする、請求項１２に記載の診断ツール。
【請求項１４】
プロセッサを含み、プロセス実行中にプロセスを制御するように構成された多数の機能ブロックを用いてプロセスを制御するプロセス制御システムで用いられる診断ツールであって、
コンピュータ読み取り可能なメモリと、
前記コンピュータ読み取り可能なメモリ上に記憶され、前記プロセッサ上で実行されるように適合されるルーチンとを含み、
前記ルーチンは、前記プロセスの動作の間定期的に多数の機能ブロックの各々の機能ブロック動作パラメータに関するデータを受信し、
受信された機能ブロック動作パラメータデータに基づいて、前記プロセス制御システムの動作の間、機能ブロック動作パラメータデータを受信したときのうちのいくつかのときにおいて、機能ブロック動作パラメータの値を決定し、
機能ブロック動作パラメータの決定された値に基づいて前記プロセス制御システム内の問題を繰り返し検出し、
検出された問題をリストする報告を生成し、
前記機能ブロック動作パラメータは状態パラメータであり、前記ルーチンは、多数の機能ブロックの各々の状態指標を集めることを特徴とする、診断ツール。
【請求項１５】
前記ルーチンは、機能ブロックのひとつと関連する状態が非正規状態であった具体的な時間期間のパーセンテージとして、機能ブロックのひとつの状態値を決定することを特徴とする、請求項１４に記載の診断ツール。
【請求項１６】
プロセッサを含み、プロセス実行中にプロセスを制御するように構成された多数の機能ブロックを用いてプロセスを制御するプロセス制御システムで用いられる診断ツールであって、
コンピュータ読み取り可能なメモリと、
前記コンピュータ読み取り可能なメモリ上に記憶され、前記プロセッサ上で実行されるように適合されるルーチンとを含み、
前記ルーチンは、前記プロセスの動作の間定期的に多数の機能ブロックの各々の機能ブロック動作パラメータに関するデータを受信し、
受信された機能ブロック動作パラメータデータに基づいて、前記プロセス制御システムの動作の間、機能ブロック動作パラメータデータを受信したときのうちのいくつかのときにおいて、機能ブロック動作パラメータの値を決定し、
機能ブロック動作パラメータの決定された値に基づいて前記プロセス制御システム内の問題を繰り返し検出し、
検出された問題をリストする報告を生成し、
前記機能ブロック動作パラメータは限界パラメータであり、前記ルーチンは、機能ブロック変数と関連する限界指標を集めることを特徴とする、診断ツール。
【請求項１７】
前記ルーチンは、機能ブロック変数が１以上の限界値にあった具体的な時間期間のパーセンテージとして限界値指標として限界値を決定することを特徴とする、請求項１６に記載の診断ツール。
【請求項１８】
プロセス実行中にプロセスを制御するように構成された多数の機能ブロックを用いてプロセスの動作を制御するプロセス制御システム内の問題を診断する診断方法であって、
前記プロセス制御システムの動作の間に多数の機能ブロックの各々から機能ブロック動作パラメータに関するデータを受信するステップと、
受信された機能ブロック動作パラメータデータに基づいて、前記プロセス制御システムの動作の間、機能ブロック動作パラメータデータを受信したときのうちのいくつかのときにおいて、機能ブロック動作パラメータの値を決定するステップと、
決定された機能ブロック動作パラメータ値に基づいて前記プロセス制御システム内の問題を繰り返し検出するステップと、
検出された問題をユーザに報告するステップとを含み、
前記機能ブロック動作パラメータはモードパラメータであり、前記データを集めるステップは、多数の機能ブロックの各々のモード指標を集めるステップを含むことを特徴とする、診断方法。
【請求項１９】
前記決定するステップは、機能ブロックのひとつが、この機能ブロックのひとつの動作と関連する正規または非正規モードであった具体的な時間期間のパーセンテージとして機能ブロックのひとつのモード値を決定するステップを含み、前記検出するステップは、機能ブロックのひとつのモード値をモード限界値と比較するステップを含むことを特徴とする、請求項１８に記載の診断方法。
【請求項２０】
プロセス実行中にプロセスを制御するように構成された多数の機能ブロックを用いてプロセスの動作を制御するプロセス制御システム内の問題を診断する診断方法であって、
前記プロセス制御システムの動作の間に多数の機能ブロックの各々から機能ブロック動作パラメータに関するデータを受信するステップと、
受信された機能ブロック動作パラメータデータに基づいて、前記プロセス制御システムの動作の間、機能ブロック動作パラメータデータを受信したときのうちのいくつかのときにおいて、機能ブロック動作パラメータの値を決定するステップと、
決定された機能ブロック動作パラメータ値に基づいて前記プロセス制御システム内の問題を繰り返し検出するステップと、
検出された問題をユーザに報告するステップとを含み、
前記機能ブロックパラメータは状態パラメータであり、前記データを集めるステップは、多数の機能ブロックの各々の状態指標を集めるステップを含むことを特徴とする、診断方法。
【請求項２１】
前記決定するステップは、機能ブロックのひとつの状態が、この機能ブロックのひとつと関連する正規状態または非正規状態であった具体的な時間期間のパーセンテージとして機能ブロックのひとつの状態値を決定するステップを含み、前記検出するステップは、機能ブロックのひとつの状態値を状態限界値と比較するステップを含むことを特徴とする、請求項２０に記載の診断方法。
【請求項２２】
プロセス実行中にプロセスを制御するように構成された多数の機能ブロックを用いてプロセスの動作を制御するプロセス制御システム内の問題を診断する診断方法であって、
前記プロセス制御システムの動作の間に多数の機能ブロックの各々から機能ブロック動作パラメータに関するデータを受信するステップと、
受信された機能ブロック動作パラメータデータに基づいて、前記プロセス制御システムの動作の間、機能ブロック動作パラメータデータを受信したときのうちのいくつかのときにおいて、機能ブロック動作パラメータの値を決定するステップと、
決定された機能ブロック動作パラメータ値に基づいて前記プロセス制御システム内の問題を繰り返し検出するステップと、
検出された問題をユーザに報告するステップとを含み、
前記機能ブロック動作パラメータは、機能ブロック変数が１以上の限界値にあったかどうかに関連する限界パラメータであり、前記データを集めるステップは、多数の機能ブロックの各々の限界指標を集めるステップを含むことを特徴とする、診断方法。
【請求項２３】
前記決定するステップは、機能ブロック変数が、１以上の限界値にある具体的な時間期間のパーセンテージとして機能ブロックのひとつの限界値を決定するステップを含み、前記検出するステップは、機能ブロックのひとつの限界値を限界値と比較するステップを含むことを特徴とする、請求項２２に記載の診断方法。
【請求項２４】
プロセス実行中にプロセスを制御するように構成された多数の機能ブロックを有するプロセス制御システムで用いられる診断ツールであって、
前記プロセス制御システムの動作の間に定期的に多数の機能ブロックの各々のモード指標を受信するように、多数の機能ブロックの各々と通信するように構成されたデータ収集ユニットと、
受信されたモード指標に基づいて、前記プロセス制御システムの動作の間、前記データ収集ユニットがモード指標を受信したときのうちのいくつかのときにおいて、機能ブロックのひとつのモードがこの機能ブロックのひとつと関連する非正規モードであった具体的な時間期間のパーセンテージとして、機能ブロックのひとつのモード値を決定する前記データ解析器と、
決定されたモード値に基づいて前記プロセス制御システム内の問題を繰り返し検出する検出器と、
検出された問題を示す報告を作成する出力ジェネレータとを含むことを特徴とする、診断ツール。
【請求項２５】
前記検出器は、機能ブロックのひとつのモード値をモード限界値と比較して問題を検出することを特徴とする、請求項２４に記載の診断ツール。
【請求項２６】
プロセス実行中にプロセスを制御するように構成された多数の機能ブロックを有するプロセス制御システムで用いられる診断ツールであって、
前記プロセス制御システムの動作の間に定期的に多数の機能ブロックの各々の機能ブロック動作パラメータおよび多数の機能ブロックの各々のアプリケーション状態パラメータに関するデータを受信するように、多数の機能ブロックの各々と通信するように構成されたデータ収集ユニットと、
受信された機能ブロック動作パラメータデータに基づいて、前記プロセス制御システムの動作の間、前記データ収集ユニットが機能ブロック動作パラメータデータを受信したときのうちのいくつかのときにおいて、各々の機能ブロック動作パラメータの値を決定するデータ解析器と、
機能ブロック動作パラメータデータが、アプリケーション状態パラメータが第１の状態にあった時間と関連するとき、多数の機能ブロックのひとつと関連する機能ブロック動作パラメータデータを無視して問題を検出し、前期検出器は、機能ブロック動作パラメータデータが、アプリケーション状態パラメータが第２の状態にあった時間と関連するとき、多数の機能ブロックのひとつと関連する機能ブロック動作パラメータデータを用いて問題を繰り返し検出する検出器と、
検出された問題を示す報告を作成する出力ジェネレータとを含むことを特徴とする、診断ツール。
【請求項２７】
プロセス実行中にプロセスを制御するように構成された多数の機能ブロックを有するプロセス制御システムで用いられる診断ツールであって、
前記プロセス制御システムの動作の間に定期的に多数の機能ブロックの各々の機能ブロック動作パラメータに関するデータを受信するように、多数の機能ブロックの各々と通信するように構成されたデータ収集ユニットと、
受信された機能ブロック動作パラメータデータに基づいて、前記プロセス制御システムの動作の間、前記データ収集ユニットが機能ブロック動作パラメータデータを受信したときのうちのいくつかのときにおいて、各々の機能ブロック動作パラメータの値を決定するデータ解析器と、
機能ブロック動作パラメータの決定された値に基づいて前記プロセス制御システム内の問題を繰り返し検出する検出器と、
検出された問題を示す報告を作成する出力ジェネレータと、
検出された問題を補正するためにさらなるツールを用いるように勧める推奨ユニットとを含むことを特徴とする、診断ツール。
【請求項２８】
前記推奨ユニットはチューナを用いるように勧めることを特徴とする、請求項２７に記載の診断ツール。
【請求項２９】
前記推奨ユニットは較正器を用いるように勧めることを特徴とする、請求項２７に記載の診断ツール。
【請求項３０】
前記推奨ユニットは、勧められたさらなるツールを実行することを特徴とする、請求項２７に記載の診断ツール。
【請求項３１】
前記さらなるツールは、プロセスパラメータのプロセスパラメータデータを集めることを要求し、前記プロセス制御システムの動作の間に傾向オブジェクトを用いてプロセスパラメータデータとしてプロセスパラメータのサンプルを自動的に集めるさらなるデータ収集ユニットをさらに含むことを特徴とする、請求項２７に記載の診断ツール。
【請求項３２】
前記傾向オブジェクトは、前記さらなるデータ収集ユニットにより作成された仮想傾向オブジェクトであることを特徴とする、請求項３１に記載の診断ツール。
【請求項３３】
前記傾向オブジェクトは、機能ブロックのひとつにより作成されることを特徴とする、請求項３１に記載の診断ツール。
【請求項３４】
プロセッサを含み、プロセス実行中にプロセスを制御するように構成された多数の機能ブロックを用いてプロセスを制御するプロセス制御システムで用いられる診断ツールであって、
コンピュータ読み取り可能なメモリと、
前記コンピュータ読み取り可能なメモリ上に記憶され、前記プロセッサ上で実行されるように適合されるルーチンとを含み、
前記ルーチンは、前記プロセスの動作の間定期的に多数の機能ブロックの各々の機能ブロック動作パラメータに関するデータを集め、
前記ルーチンは、多数の機能ブロックのひとつからアプリケーション状態パラメータに関するデータを受信し、
受信された機能ブロック動作パラメータデータに基づいて、前記プロセス制御システムの動作の間、前記データ収集ユニットが機能ブロック動作パラメータデータを受信したときのうちのいくつかのときにおいて、各々の機能ブロック動作パラメータの値を決定し、
機能ブロック動作パラメータデータが、アプリケーション状態パラメータが第１の状態にあった時間と関連するとき、多数の機能ブロックのひとつと関連する機能ブロック動作パラメータデータを無視し、
機能ブロック動作パラメータデータが、アプリケーション状態パラメータが第２の状態にあった時間と関連するとき、多数の機能ブロックのひとつと関連する機能ブロック動作パラメータデータを用いて前記プロセス制御システム内の問題を繰り返し検出し、
検出された問題をリストする報告を生成することを特徴とする、診断ツール。
【請求項３５】
プロセッサを含み、プロセス実行中にプロセスを制御するように構成された多数の機能ブロックを用いてプロセスを制御するプロセス制御システムで用いられる診断ツールであって、
コンピュータ読み取り可能なメモリと、
前記コンピュータ読み取り可能なメモリ上に記憶され、前記プロセッサ上で実行されるように適合されるルーチンとを含み、
前記ルーチンは、前記プロセスの動作の間定期的に多数の機能ブロックの各々の機能ブロック動作パラメータに関するデータを受信し、
受信された機能ブロック動作パラメータデータに基づいて、前記プロセス制御システムの動作の間、前記データ収集ユニットが機能ブロック動作パラメータデータを受信したときのうちのいくつかのときにおいて、各々の機能ブロック動作パラメータの値を決定し、
決定された機能ブロック動作パラメータの値に基づいて、前記プロセス制御システム内の問題を繰り返し検出し、
検出された問題を補正するためにさらなるツールを用いるように勧め、
検出された問題をリストする報告を生成することを特徴とする、診断ツール。
【請求項３６】
前記ルーチンは、さらなるツールとして、チューナルーチン、較正ルーチン、およびデータ解析ルーチンのひとつを勧めることを特徴とする、請求項３５に記載の診断ツール。
【請求項３７】
前記ルーチンは、勧められたさらなるツールを実行することを特徴とする、請求項３５に記載の診断ツール。
【請求項３８】
前記ルーチンは、プロセスパラメータのプロセスパラメータデータを集めることを要求するさらなるツールを用いることを勧め、プロセス制御システムの動作の間にプロセスパラメータデータとしてプロセスパラメータのサンプルを自動的に集めることを特徴とする、請求項３５に記載の診断ツール。
【請求項３９】
プロセス実行中にプロセスを制御するように構成された多数の機能ブロックを用いてプロセスの動作を制御するプロセス制御システム内の問題を診断する診断方法であって、
前記プロセス制御システムの動作の間に多数の機能ブロックの各々から機能ブロック動作パラメータに関するデータを集めるステップと、
多数の機能ブロックのひとつからアプリケーション状態パラメータを集めるステップと、
前記プロセス制御システムの動作の間、前記データ収集ユニットが機能ブロック動作パラメータデータを受信したときのうちのいくつかのときにおいて、機能ブロック動作パラメータデータが、アプリケーション状態パラメータが第１の状態にあった時間と関連するとき、多数の機能ブロックのひとつと関連する機能ブロック動作パラメータデータを無視するステップと、
前記プロセス制御システムの動作の間、前記データ収集ユニットが機能ブロック動作パラメータデータを受信したときのうちのいくつかのときにおいて、機能ブロック動作パラメータデータが、アプリケーション状態パラメータが第２の状態にあった時間と関連するとき、多数の機能ブロックのひとつと関連する機能ブロック動作パラメータデータを用いて前記プロセス制御システム内の問題を繰り返し検出するステップと、
検出された問題をユーザに報告するステップとを有することを特徴とする、診断ツール。
【請求項４０】
プロセス実行中にプロセスを制御するように構成された多数の機能ブロックを用いてプロセスの動作を制御するプロセス制御システム内の問題を診断する診断方法であって、
前記プロセス制御システムの動作の間に多数の機能ブロックの各々から機能ブロック動作パラメータに関するデータを受信するステップと、
受信された機能ブロック動作パラメータデータに基づいて、前記プロセス制御システムの動作の間、機能ブロック動作パラメータデータを受信したときのうちのいくつかのときにおいて、各々の機能ブロック動作パラメータの値を決定するステップと、
決定された機能ブロック動作パラメータの値に基づいて、前記プロセス制御システム内の問題を繰り返し検出するステップと、
検出された問題を補正するためにさらなるツールの使用を自動的に勧めるステップと、
検出された問題をユーザに報告するステップとを有することを特徴とする、診断方法。
【請求項４１】
勧められたさらなるツールの使用のために、プロセス制御システムの動作の間にプロセスパラメータを自動的に集めるステップをさらに含むことを特徴とする、請求項４０に記載の診断方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般にプロセス制御システムに関し、より特定的には、プロセス制御システムの機能ブロック、装置、およびループ内に存在する問題の自動検出に関する。
【背景技術】
【０００２】
化学処理、石油処理、または他の処理で用いられるもののように、プロセス制御システムは一般に、アナログ、ディジタルまたは組み合わされたアナログ/ディジタルバスを介して少なくともひとつのホストまたはオペレータワークステーションとひとつ以上のフィールド装置とに通信結合される集中型プロセスコントローラを含む。 フィールド装置は、たとえば、弁、弁ポジショナ、スイッチ、センサ（たとえば、温度、圧力、および流速センサ）などであるが、弁の開閉、プロセスパラメータの測定のようなプロセス内で制御機能を実行する。プロセスコントローラは、フィールド装置により測定されたプロセス測定値を示す信号、および/またはフィールド装置に関する他の情報を受け取り、この情報を用いて制御ルーチンを実行し、ついで、バスによってフィールド装置に送られる制御信号を生成してプロセスの動作を制御する。フィールド装置およびコントローラからの情報は典型的には、プロセスの現在の状態を見たり、プロセスの動作を変更したりなど、オペレータがプロセスに対して所望の機能を実行できるように、オペレータワークステーションにより実行されるひとつ以上のアプリケーションに利用される。
【０００３】
過去において、従来のフィールド装置は、アナログバスによってまたはアナログ回線によって、プロセスコントローラへのおよびそこからのアナログ（例えば４−２０ミリアンペア）信号を送り受信するのに用いられた。これらの４−２０ミリアンペアの信号は、それらが、装置により測定された測定値、または装置の動作を制御するのに必要なコントローラにより生成された制御信号を示していたという点で事実限界があった。しかしながら、過去１０年ほどは、マイクロプロセッサおよびメモリを含むスマートフィールド装置がプロセス制御産業において普及した。プロセス内で一次機能を実行するのに加えて、スマートフィールド装置は装置に関するデータを記憶し、ディジタルまたは組み合わされたディジタルおよびアナログフォーマットで、コントローラおよび／または他の装置と通信し、自己較正、識別、診断などの２次タスクを行なう。ＨＡＲＴ、ＰＲＯＦＩＢＵＳ、 ＷＯＲＬＤＦＩＰ、Ｄｅｖｉｃｅ−Ｎｅｔ、Ｃａｎプロトコルなどの、多くの標準的でかつ開放的なスマート装置通信プロトコルは、様々なメーカにより製造されたスマートフィールド装置が同じプロセス制御ネットワーク内で一緒に用いられるように開発されてきた。
【０００４】
さらに、プロセス制御機能を分散化（非集中化）するためにプロセス制御産業内で動きがあった。例えば、ＦＯＵＮＤＡＴＩＯＮTM  Ｆｉｅｌｄｂｕｓ（今後は「フィールドバス」）として知られているフィールドバスファウンデーション（Ｆｉｅｌｄｂｕｓ Ｆｏｕｎｄａｔｉｏｎ）により広められる全ディジタル２線式のバスプロトコルは、様々なフィールド装置に位置する機能ブロックを用いて、集中型コントローラ内で前に行なわれた制御動作を行う。特に、各フィールドバスフィールド装置はひとつ以上の機能ブロックを含み実行することが出来、この機能ブロックの各々は、他の機能ブロック（同じ装置であるか異なった装置内の）から入力を受け取り、他の機能ブロックに出力を与え、プロセスパラメータを測定するか検出したり、装置を制御するかまたは、プロポーショナル・インテグラル・デリバティブ（ＰＩＤ：ｐｒｏｐｏｒｔｉｏｎａｌ−ｉｎｔｅｇｒａｌ−ｄｅｒｉｖａｔｉｖｅ）制御ルーチンを実現するような制御動作を行なう。プロセス制御システム内の様々な機能ブロックはひとつ以上のプロセス制御ループを形成するように互いに通信する（バスによって）ように構成され、その個々の動作はプロセス中に広がり、そしてこのようにして分散化される。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
スマートフィールド装置の出現で、プロセス制御システム内で生じる問題を素早く診断し補正出来るようになることが今までよりも重要である。不十分に機能するループおよび装置を検出および補正できないことがプロセスの次善性能につながり、これは、製造される製品の質および量の両方の点で費用がかかるからである。多くのスマート装置は現在、装置内の問題を検出および補正するのに用いられる自己診断および／または較正ルーチンを含む。例えば、フィッシャ・コントロールズ・インターナショナル（Ｆｉｓｈｅｒ Ｃｏｎｔｒｏｌｓ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｉｎｃ．）により製造されるＦｉｅｌｄＶｕｅおよびＶａｌｖｅＬｉｎｋ装置は、それら装置内のある問題検出するのに用いられる診断能力を有し、いったん検出されると、問題を補正するのに用いられる較正手続きも有する。しかしながら、オペレータは、装置のこのような診断または較正特徴を用いる前に、その装置に問題があると疑わなければならない。プロセス制御ネットワーク内で不十分に調整されているループを補正するために用いられる自動チューナのような他のプロセス制御ツールもある。しかしながら、このような自動チューナが効果的に使用される前に、不充分に動作しているループを特定する必要がある。同様に、エキスパートシステム、相関分析ツール、スペクトル解析ツール、ニューラルネットワークなどのような、他のより複雑な診断ツールがあり、これらは装置またはループのために収集されたプロセスデータを用いて問題を検出する。残念なことに、これらのツールはデータが集中しており、体系的にプロセス制御システムのプロセス制御装置またはループ各々の上でこのようなツールを実現するのに必要な高速データ全てを集め、記憶することは実務上は不可能である。このように、やはり、これらのツールを効果的に使用出来る前に問題のループまたは装置を特定する必要がある。
【０００６】
さらに、スマートプロセス制御ネットワーク内の各装置または機能ブロックは典型的には、そこに生じる主なエラーを検出し、警報または事象のような信号を送って、エラーまたは他の問題が生じたとコントローラまたはホスト装置に通知する。しかしながら、これらの警報または事象が生じても、補正しなければならない装置またはループに付随する長期間の問題を必ずしも示しているわけではない。なぜなら、これらの警報または事象は、不充分に機能している装置またはループの結果ではなかった他の要因に応答して生成される（またはそれにより引き起こされる）かもしれないからである。このように、ループ内の装置または機能ブロックが警報または事象を生成するという事実は、装置またはループが補正が必要な問題を有しているということを必ずしも意味しているわけではない。 一方で、多くの装置は、警報または事象として検出しなければならない重大なレベルの問題はないが、やはり問題はある。
【０００７】
プロセス制御システム内でまず問題を検出するには、プロセス制御オペレータまたは技術者は一般に、プロセス制御システム内で生成されたデータ（警報および事象と、他の装置およびループデータ）を手操作で見直してどの装置またはループが次善に動作しているかまたは不適当に調整されているかを特定しなければならない。この手操作の見直しをするには、オペレータは、生データに基づいて問題を検出する専門知識を多く必要とし、このような専門知識をもってしても、そのタスクは良くても時間がかかり、最悪の場合圧倒するようなものである。たとえば、普通規模の動作プラントの器械部門は、弁および送信機のような３０００から６０００のフィールド装置を含んでいる。このような環境においては、プロセスエリアに責任のある器械技術者または制御エンジニアは、どのループまたは装置が正しく動作してないかまたはそこに問題があるか検出すべくフィールド装置器械および制御ループ全ての動作を見直す時間がない。事実、限られた労働力のために、通常メインテナンスが予定された装置は、生産されている製品の量および質に著しく影響を与えるところまでグレードの下がった装置である。その結果、再調整の必要のあるまたは手元のツールを用いて補正される問題を有する他の装置またはループは補正されず、プロセス制御システムの全体の性能が低下してしまう。
【課題を解決するための手段】
【０００８】
プロセス制御システムで用いられる診断ツールは、システム内の装置およびループの様々な機能ブロックに関するデータを集め、記憶し、そのデータを処理して、どの機能ブロック、装置またはループが問題を持っていてそれがプロセス制御システムの性能を低下させるか決定し、その問題をさらに分析して補正するために他のより具体的な診断ツールを用いることを提案してよい。診断ツールは、プロセス制御システム内の機能ブロックまたは装置の各々と関連する変動性指標、モード指標、状態指標または限界指標を用いて、問題を検出したり、不充分に機能している装置またはループを特定してよい。変動性指標は好ましくは、装置または機能ブロックと関連する設定値または他の値から装置または機能ブロックと関連するパラメータの偏差を統計的に測定するために、プロセス制御システム内で各機能ブロックにより好ましくは決定されるか部分的に決定される。モード指標は、機能ブロックまたは装置が動作しているモード、例えば、正規モードまたは非正規モードを識別し、装置または機能ブロックがその設計されたモードで動作しているかどうか示す。状態指標は、所与の時間に機能ブロックまたは装置と関連する信号の質を特定する。限界指標は、機能ブロック信号が事実上制限されているかどうか識別する。
【０００９】
診断ツールは、変動性指標、モード指標、状態指標、限界指標、または各機能ブロックまたは装置と関連する他のデータのひとつ以上の瞬間値に基づいて、またはその履歴値のコンパイルに基づいて、どの機能ブロック、装置、またはループが関連する問題を有するか決定して良い。その後、診断ツールは、表示画面によってオペレータに検出された問題を報告しても、および／または、書き込まれた報告（印刷された報告のような）か、関係者にインターネットによって（例えばEメールで）送られる電子報告を生成しても良い。
【００１０】
さらに、ひとつ以上のプロセス制御装置またはループ内の問題を検出すると、診断ツールは、さらに問題を正確に指摘して、検出された問題を補正するために使用されるべき正しいツールを提案してよい。そうすることが要求されるなら，診断ツールは、オペレータがさらなる診断機能を実行できるようにホストワークステーション上でこれらのさらなる機能を実行する。診断ツールが、具体的な問題を診断するかまたは正確に指摘するためさらなるデータ集中ツール（エキスパートシステムまたは相関分析ツール）を用いることを要求する場合、診断ツールは、そのさらなるツールを実行するのに必要なデータを集めるためにホストシステムを自動的に構成してもよい。
【００１１】
このようにして、診断ツールは、機能ブロック、装置、ループなどを識別するが、これは、プロセス制御システム内の無数の装置またはループに関する多量のデータをオペレータに見直すよう要求することはないが注意を必要とする。オペレータ側では時間は節約され、また、問題のループおよび装置を検出する専門知識を多く必要としない。また、問題を検出すると、診断ツールは問題を正確に指摘すること、および／または補正するのに更なるツールを用いるように勧め、これによって、オペレータは、どんな状況でもどのツールがもっとも適切であるかについて推測する必要もなく問題を補正できる。時間を節約する上、この機能はオペレータの負担を減らし、確実に正しい診断ツールが用いられるように助ける。
【発明の効果】
【００１２】
本発明のプロセス制御システムで用いられる診断ツール、プロセス制御システムにおける問題を診断する方法、および機能ブロックは、プロセス制御システム内の問題を容易に検出することができる。
【発明を実施するための最良の形態】
【００１３】
さて、図１を参照すると、プロセス制御システム１０は、表示画面１４を有するホストワークステーションまたはコンピュータ１３（どんな種類のパソコンまたはワークステーションであってよい）と、入力／出力（Ｉ／Ｏ）カード２６および２８によってフィールド装置１５−２２とに接続されたプロセスコントローラ１２を含む。コントローラ１２は、例えば、フィツシャー・ローズマウント・システムズ（Ｆｉｓｈｅｒ−Ｒｏｓｅｍｏｕｎｔ Ｓｙｓｔｅｍｓ，Ｉｎｃ）により販売されるＤｅｌｔａＶＴＭコントローラであるが、例えば、イーサネット接続によってホストコンピュータ１３に通信接続され、例えば標準的な４−２０ミリアンペア装置と関連する所望のハードウェアおよびソフトウェア、および／またはフィールドバスプロトコルのようなスマート通信プロトコルを用いてフィールド装置１５−２２に通信接続される。コントローラ１２は、そこに記憶されるかまたはそれと関連するプロセス制御ルーチンを実行するか、監督し、また、所望の方法でプロセスを制御するために装置１５−２２およびホストコンピュータ１３と通信する。
【００１４】
フィールド装置１５―２２は、センサ、弁、送信機、ポジショナなど、どんな種類の装置であってよく、Ｉ／Ｏカード２６および２８は、所望の通信またはコントローラプロトコルに従うどんな種類のＩ／Ｏ装置であってよい。図１に示される例において、フィールド装置１５―１８は、アナログ回線によってＩ／Ｏカード２６と通信する標準的な４―２０ミリアンペア装置であり、フィールド装置１９―２２は、フィールドバスプロトコル通信を用いてディジタルバスによってＩ／Ｏカード２８と通信する、フィールドバスフィールド装置のようなスマート装置である。一般的に、フィールドバスプロトコルは、フィールド装置を相互接続する２線式ループまたはバスに標準化された物理インターフェースを与える全ディジタルシリアル双方向通信プロトコルである。フィールドバスプロトコルは、事実、プロセス内のフィールド装置のためにローカルエリアネットワークを与え、これによって、プロセス機能（ファシリティ）中に分散された位置にあるプロセス制御機能を実行する（機能ブロックを用いて）ことが出来、これらプロセス制御機能の実行の前後互いと通信して全体の制御戦略を実現することが出来る。フィールドバスプロトコルは、プロセス制御ネットワークで用いられるために開発された比較的新しい全ディジタル通信プロトコルであるが、このプロトコルは当該技術で公知であり、とりわけ、テキサス洲、オースティンに本部を置く営利目的のための団体ではないフィールドバスファウンデーションに出版され、分配され、そこから入手可能である無数の記事、パンフレットおよび仕様書に詳細に説明されていることは理解されるであろう。従って、フィールドバス通信プロトコルの詳細についてはここでは詳細に述べられない。当然、フィールド装置１５―２２は、将来において開発される規格またはプロトコルを含め、フィールドバスプロトコルに加えて他のどんな所望の規格またはプロトコルにも従う。
【００１５】
コントローラ１２は、機能ブロックと通常は称されるものを用いて制御戦略を実現するように構成され、ここでは、各機能ブロックは、全体の制御ルーチンの一部（例えばサブルーチン）であり、他の機能ブロックと共に動作して（リンクと呼ばれる通信によって）プロセス制御システム１０内でプロセス制御ループを実現する。機能ブロックは典型的には、送信機、センサまたは他のプロセスパラメータ測定装置と関連するもののような入力機能、ＰＩＤ、ファジイ論理などの制御を行なう制御ルーチンと関連するもののような制御機能、および弁のような装置の動作を制御する出力機能のうちのひとつを行なって、プロセス制御システム１０内で物理的な機能を実行する。当然、ハイブリッドおよび他の種類の機能ブロックが存在する。機能ブロックはコントローラ１２に記憶され実行されるが、これは、これらの機能ブロックが標準的な４−２０ミリアンペア装置および他の種類のスマートフィールド装置のために用いられるかこれらと関連するときに典型的であり、またはフィールド装置自身に記憶されて実現されて良く、これは、フィールドバス装置の場合と同じである。ここでは制御システムは機能ブロック制御戦略を用いて説明されるが、制御戦略は、はしご型論理のような他の規約を用いて実現されるかまたは設計される。
【００１６】
図２に示されるコントローラ１２の左側は、標準的な４−２０ミリアンペアの装置１７および１８を用いるように構成されるある例示的なプロセス制御ループ３６を構成する相互接続された機能ブロック３０、３２、および３４の概略的な表現を含む。機能ブロック３０、３２、および３４は、４−２０ミリアンペアの装置の動作に関しているので、これらの機能ブロックはコントローラ１２に記憶され、それにより実行される。ＤｅｌｔａＶコントローラが用いられている好ましい例において、機能ブロック３０、３２、および３４は、フィールドバス機能ブロックと同様に、つまり、同じまたは同様のプロトコルを用いるように構成される。しかしながら、他の機能ブロック構成がその代わりに用いられるときはこの規約は必要でない。図２に示されるように、機能ブロック３０は、例えば、送信機（センサ）装置１７により測定された測定値を機能ブロック３２に与えるアナログ入力（ＡＩ）機能ブロックである。機能ブロック３２は、所望のＰＩＤ戦略を用いて計算を行ない、好ましくはアナログ出力（ＡＯ）機能ブロックである機能ブロック３４にリンクによって制御信号を送るＰＩＤ機能ブロックである。ＡＯ機能ブロック３４は、例えば、ＰＩＤ機能ブロック３２からの制御信号に従って弁１８が開閉するように弁装置１８と通信する。ＡＯ機能ブロック３４は、弁１８の位置を示し得るフィードバック信号をＰＩＤ機能ブロック３２に送り、ＰＩＤ機能ブロック３２は、このフィードバック信号を用いて制御信号を生成する。コントローラ１２は、装置１５−１８と通信してそれにより測定された測定値を得て、制御ループ３６または他の制御ループに従って制御信号をそこに送る装置インターフェース３８（コントローラ１２または図１のＩ／Ｏ装置２６で実現される）を含む。装置インターフェース３８は、装置１５−１８から信号を体系的に受信し、その送っている装置と関連するコントローラ１２内の適当な機能ブロックにこれらの信号を送る。同様に、装置フェース３８は体系的に、コントローラ１２内の機能ブロックから制御信号を適当なフィールド装置１５−１８に送る。
【００１７】
図２のコントローラ１２の右側は、フィールドバスフィールド装置１９および２２内に位置するフィールドバス機能ブロック４２、４４および４６を用いて実現されるサンプルの制御ループ４０を示す。この場合、実際の機能ブロック４２、４４および４６は、フィールド装置１９および２２に記憶されてそれらにより実行され、それらの関連する属性をコントローラ１２内の影機能ブロック４２S,  ４４S および４６S（点線の箱として示される）に伝達する。影機能ブロック４２S,  ４４S および４６Sは、コントローラ１２に用いられる機能ブロック構成に従ってセットアップされるが、実際の機能ブロック４２、４４および４６それぞれの状態を映し、その結果、機能ブロック４２、４４および４６と関連する実際の機能はコントローラ１２により実行されているとコントローラ１２には見える。コントローラ１２内の影機能ブロックを用いることにより、コントローラ１２は、フィールド装置内だけでなくコントローラ１２内で記憶され実行される機能ブロックを用いて制御戦略を実現出来る。当然、コントローラ１２は、標準的な機能ブロック（機能ブロック３０、３２および３４）および影機能ブロック両方を有する制御ループを実現することが出来る。たとえば、弁ポジショナ２２における実際の機能ブロック４４と関連するＰＩＤ影機能ブロック４４Sは、ＡＩ機能ブロック３０とＡＯ機能ブロック３４とにリンクされてプロセス制御ループを形成する。影機能ブロックを作成することおよびその実現化が本発明の主題ではなく、これは、１９９８年９月１０日に出願された「プロセス制御ネットワークで用いられる影機能ブロックインターフェース“Ａ Ｓｈａｄｏｗ Ｆｕｎｃｔｉｏｎ Ｂｌｏｃｋ Ｉｎｔｆａｃｅ ｆｏｒ Ｕｓｅ ｉｎ ａ Ｐｒｏｃｅｓｓ Ｃｏｎｔｒｏｌ Ｎｅｔｗｏｒｋ”」と題された米国出願連続番号０９／１５１、０８４に詳細に説明され、これは本発明の譲受人により譲渡され、その開示はここに引用により援用される。
【００１８】
本発明のある具体例において、コントローラ１２は、診断データ収集ユニット４８を含み、これは、例えば、機能ブロック、または、機能ブロックと関連する装置かループに付随する問題を検出するのに用いられるプロセス制御システム１０の機能ブロック（影機能ブロック）の各々と関連するある種のデータを収集し、記憶する短期メモリである。 データ収集ユニット４８は、例えば、プロセス制御ネットワーク１０内の機能ブロックの各々のための変動性指標、モード指標、状態指標および／または限界指標を収集し、記憶してよい。所望であれば、データ収集ユニット４８は以下に述べるように収集されたデータに何らかの処理を行なってよい。データ収集ユニット４８は周期的に、長期メモリまたはヒストリアン５０内の記憶のため、オペレータワークステーション１３内で少なくとも部分的に位置する診断ツール５２で用いられるためにイーサネット接続によって、収集されたまたは処理されたデータをオペレータワークステーション１３に送る。診断ツール５２は、好ましくはオペレータワークステーション１３のメモリ内に記憶されるソフトウェアで好ましくは実現され、オペレータワークステーション１３のプロセッサ５４により実行されるが、プロセス制御システム１０内の問題を検出し、これらの問題を報告し、これらの問題をさらに分析して補正するのに用いられるツールを提案する。所望の場合、診断ツールソフトウェアの一部分はコントローラ１２内でまたはフィールド装置内で実行され得る。
【００１９】
診断ツール５２は体系的に、例えば、プロセス制御ネットワーク１０内で機能ブロックまたは装置の各々により決定される（またはそれと関連する）変動性パラメータ、モードパラメータ、状態パラメータ、および限界パラメータを含む、プロセス制御システム１０内の機能ブロックまたは装置のひとつ以上の動作パラメータを用いて問題を検出する。変動性パラメータの指標は、プロセス制御システム内の装置または機能ブロック各々に対して計算されるかまたはそうでなければ決定され（それらの機能はコントローラ１２内でまたはフィールド装置１９−２２内の下で実現され）、機能ブロックの２つのパラメータ間の誤差を示す。これら２つのパラメータは機能ブロックと関連する異なる信号であっても、同じ信号の２つの異なった測定値であってもよい。例えば、ＡＩ機能ブロックのために、変動性指標は、あらかじめ定められた量の時間にわたってセンサにより測定された測定値の統計的測度（平均、メジアンなど）と測定の実効値または瞬間値との間の誤差を示してよい。同様に、ＡＯ機能ブロックのために、変動性指標は、予め定められた時間にわたった装置の履歴的統計的状態（弁装置内の弁の平均位置のような）と装置の現在の状態（弁の現在位置のような）との間の差に基づいて計算されて良い。ＰＩＤ、比、ファジイ論理機能ブロックなど制御機能ブロックのために、変動性指標は、機能ブロックに入力されたプロセスパラメータの偏差とそのパラメータのために機能ブロックに与えられた設定値（セットポイント）または目標とに基づいていて良い。
【００２０】
ある具体例において、変動性指数は、１０分評価期間のような特定の間隔にわたって、統合絶対誤差（エラー）（ＩＡＥ）として決定されて良い。このような場合、変動性指数は以下の等式（１）に従って計算可能である。
【００２１】
【数１】
2004206735.tif 000003
【００２２】
ここでは、Ｎは評価期間内のサンプルの数であり、Ｘ（ｉ）は、ＡＩブロックのための機能ブロックおよび制御ブロックへの入力のような、所望の機能ブロックパラメータのｉ番目のサンプルの値であり、Ｓは、機能ブロックパラメータが比較されるパラメータの統計的値または目標値、例えば、設定値（制御ブロックのための）、前評価期間にわたった機能ブロックパラメータの平均値（ＡＩブロックのための）などである。
【００２３】
等式（１）のＸおよびＳ変数間の変動が事実ガウス（Ｇａｕｓｓｉａｎ）であるならば、ＩＡＥは、（標準偏差 ×（２／π））等しい。当然、上で述べたＩＡＥ計算に加えてまたはその代わりに他の変動性指標を用いることも出来、そして、このように、変動性指標は等式（１）のものに制限されない。
【００２４】
好ましくは、各機能ブロック、および特にフィールド装置１９−２２内に位置するものは、各評価期間にわたって（例えば、予め定められた量の時間またはあらかじめ定められた数の実行サイクルにわたって）自動的に変動性指標を計算し、各評価期間の後、コントローラ１２内のデータ収集装置４８またはオペレータワークステーション１３内のデータヒストリアン５０に、計算された変動性指標を送る。この変動性指標は、例えば、上で与えられた変動性指数であっても、上で与えられた変動性指数を決定するのに用いられるそのサブ部分であってもよい。もし機能ブロックが、フィールド装置１９−２２のひとつに位置するフィールドバス機能ブロックであるならば、変動性指数は、非同期通信を用いてコントローラ１２に送られて良い。各機能ブロックのための最終変動性指数がコントローラ１２またはオペレータワークステーション１３により完全に計算されるが、これは、各実行サイクルの後（典型的には５０−１００ミリ秒ごとのオーダで）各機能ブロックがデータをこのような装置に送ることが必要だろうが、これは、プロセス制御ネットワーク１０のバスによるさらなる通信を多く必要とするだろう。この付加的な通信をなくすには、各機能ブロックがその変動性指標を計算するように設計し、評価期間ごとに一度通信バスによってこの変動性指標を送るように設計することが好ましいが、これは典型的には毎分、１０分以上ごとに一度のオーダである。現在は、どの公知の標準的な機能ブロックもこのケイパビリティを与えておらず、従って、プロセス制御システム１０内で用いられる機能ブロックに付加されるべきである。
【００２５】
ある具体例においては、機能ブロックと関連する最終変動性指数のための計算は、機能ブロックと診断ツール５２との間で分割される。特に、変動性指数の計算は計算資源（リソース）をとるので、これらの計算のもっとも計算を消費する部分は、ワークステーション１３またはコントローラ１２で行なわれる。これを論じるため、入出力ブロックの変動性指数の計算結果は、単に変動性指数（ＶＩ）と称され、制御機能ブロックの変動性指数は制御指数（ＣＩ）と称される。ＶＩ（手動モードで入力ブロック、出力ブロック、および制御ブロックのために用いられる）およびＣＩ（自動モードで制御ブロックのために用いられる）は、以下の等式（２）、（３）に従ってワークステーション１３またはコントローラ１２により計算可能である。
【００２６】
【数２】
2004206735.tif 000004
【００２７】
【数３】
2004206735.tif 000005
【００２８】
ここで、Ｓ1qはフィードバック制御で予想される最小の標準偏差で、Ｓtotは、実際の測定された標準偏差で、ｓは、計算を安定させるのに用いられる感度係数であり、Ｓ1qは以下の等式（４）に従って計算される。
【００２９】
【数４】
2004206735.tif 000006
【００３０】
ここで、Ｓcapcab  は、推定されたケイパビリティ標準偏差（プロセスの理想的な動作での標準偏差）である。
【００３１】
小さなバイアス値ｓは、等式（２）および（３）のＳcapcab  およびＳtot値に加えられる。なぜなら、妨害対ノイズ信号比（すなわち低周波対高周波妨害比）が高すぎれば、ＶＩおよびＣＩ計算は非常に高い値を与えるからである。連続した測定値間の極小差で高速サンプリングすることもこの問題の要因となる。バイアス値ｓは、計算を安定させるということが発見された。推薦するバイアス値ｓは測定値範囲の０．１％（ほぼ測定値正確度）である。等式（２）および（３）のＶＩまたはＣＩ計算のための０の値が最良であり、１の値が最悪である。しかしながら、これらのまたは他の変動性指数は、１の値が（またはなんらかの他の値）が最良であるように計算され得る。
【００３２】
所望であれば、パーセント向上（ＰＩ）値が、制御ブロックのＣＩ値の１００倍として制御ブロックのために確立され得る。
【００３３】
可能な限り能率的な方法で上記のＶＩ、ＣＩおよびＰＩ計算を行なうには、例えば、Ｄｅｌｔａ（デルタ）Ｖ環境またはフィールドバス環境内の機能ブロックの各々は、Ｓcapcab  およびＳtot値を変動性指標として計算して、これらの値をコントローラ１２に見えるようにしてよく、コントローラ１２は、等式（２）および（３）を用いてＶＩおよびＣＩ値を計算することが出来、またはワークステーション１３内の診断ツール５２にＳcapcab  およびＳtot値を与えることが出来、診断ツール５２は、ＶＩおよびＣＩ値を計算することが出来る。ＳcapcabおよびＳtot値を決定するのに必要な中間的な計算は、機能ブロックの実行ごとに行なわれ、Ｓcapcab  およびＳtot値は機能ブロックのＮ回の実行ごとに一度（すなわち評価期間ごとに一度）更新される。 ある実現化例においては、ＳcapcabおよびＳtot値は、機能ブロックを１００回実行した後更新されて良い。
【００３４】
合計の標準偏差Ｓtotは、以下の等式（５）に従って、いわゆる移動時間ウインドウ計算を用いて機能ブロックにおいて計算され得る。
【００３５】
【数５】
2004206735.tif 000007
【００３６】
ここでＭＡＥは以下の等式（６）で計算される平均絶対誤差であり、
【００３７】
【数６】
2004206735.tif 000008
【００３８】
ここでＮは評価期間内の実行回数であり、ｙ（ｔ）は、機能ブロックへの入力のような、所望の機能ブロックパラメータのｔ番めの瞬間サンプルの値であり、ｙstは、機能ブロックパラメータが比較されるパラメータの統計的値または目標値であり、例えば前評価期間にわたった機能ブロックパラメータの平均値である。
【００３９】
一般に、機能ブロックのプロセス値（ＰＶ）は、ｙstを計算するようにＩ／Ｏブロック内で用いられる。制御ブロックにおいては、作業設定値またはＰＶがブロックモードに依存してｙstとして用いられる。
【００４０】
ケイパビリティ標準偏差Ｓcapcab は以下の等式（７）に従って計算される。
【００４１】
【数７】
2004206735.tif 000009
【００４２】
ここでＭＲは、平均移動範囲であり、以下の等式（８）に従って計算される。
【００４３】
【数８】
2004206735.tif 000010
【００４４】
計算を減らすため、ＭＡＥおよびＭＲと関連する加算コンポーネントだけが、機能ブロックの各実行サイクルの間使用される。その和をＮまたはＮ−１で割るのは、Ｎ回の実行ごとに一度（評価期間ごとに一度）Ｓtotおよび Ｓcapcab 計算の一部として行われる。上の式から以下の等式（９）および（１０）は明らかである。
【００４５】
【数９】
2004206735.tif 000011
【００４６】
【数１０】
2004206735.tif 000012
【００４７】
ここでＥｒｒｏｒabsおよびＤｅｌｔａabs はそれぞれ等式（６）および（８）の和であり、機能ブロックの各実行サイクルの間、継続して計算される。
【００４８】
当然、これらの計算で用いられる機能ブロックへの入力の質は重要で、このように、 良好状態を有するデータおよび制限されていないデータだけを用いることが望ましい。フィールドバスまたはデルタＶ機能ブロックを用いるとき、モード変数はＰＶの状態、設定値およびバック較正変数を考慮し、モード変数は変動性指数のための正しい計算を確実にするために用いられる。例えば、ＯＯＳ（休止中、非活動中）モードでは、Ｓtotおよび Ｓcapcab変数は決定されないが、その代わりに、エラーの検出を防ぐために最良値（例えば０）に設定される。 ウォームスタートで、もしモードがＯＳＳから他のモードに変更したなら、Ｓtotおよび Ｓcapcab変数は０（最良値）に設定され、走査カウンタがリセットされ、等式（９）および（１０）のＥｒｒｏｒabsおよびＤｅｌｔａabs変数は０に設定される。また、ｙおよびｙstの前の値がリセットされるべきである。
【００４９】
図３は、入力５６、出力５７、および入力５６に接続された変動性指標ジェネレータ５８を有する機能ブロック５５を示す。所望であれば、変動性指標ジェネレータ５８は、他の機能ブロックパラメータまたは信号を受信すべく、出力５７および／または機能ブロック５５の他の部分へ付加的にまたは代替的に接続されて良い。（これらの接続は図３の点線で示される）。機能ブロック５５が例えば制御機能ブロックであるならば、変動性指標ジェネレータ５８は入力５６（制御ブロック５５が動作するループに制御されているプロセス値であってよい）を受け取り、その入力を機能ブロック５５に前に与えられた設定値と比較する。変動性指標ジェネレータ５８は、等式（１）に従って変動性指数を決定してよく、その指数をコミュニケータ５９に送り、これは、評価期間ごとに（Ｎサンプルごとに）コントローラ１２に変動性指標を送る。しかしながら、上で述べたように、変動性指標ジェネレータ５８は、上で述べた方法でＳtotおよび Ｓcapcabを決定して、これらの値をコントローラ１２またはワークステーション１３に送ってよく、これは、それらからＶＩおよび／またはＣＩ値を決定することが可能である。機能ブロック５５が、コントローラ１２内で実行されている機能ブロックであるならば、各サンプル間隔後にバス通信は行なわれる必要はないので、コントローラ１２は各機能ブロックの変動性指標を決定するため別個のルーチンを含む。コミュニケータ５９は、機能ブロックまたは通信プロトコルと関連する標準的な通信ユニットである。
【００５０】
プロセス制御システム１０内の問題を決定するのに用いられる第２の機能ブロック動作パラメータは、機能ブロック（ループまたは装置）の各々が動作しているモードの指標である。他の公知の機能ブロックだけでなく、フィールドバス機能ブロックの場合、各機能ブロックは、その機能ブロックが動作しているモードを示すためにコントローラ１２に利用可能なモードパラメータを有する。このモード指標から、診断ツール５２内のデータ解析器は、機能ブロック（それによってループ、モジュールまたは装置）が所望のまたは設計されたモードで動作しているかどうか、代替的には、何かが生じたために機能ブロック（装置またはループ）が異なる好ましくないモードで動作するようになったかどうか示すためにモードパラメータの値を決定することが出来る。フィールド機能ブロックは多くのモードのひとつで動作する。 例えば、Ａ／Ｉ機能ブロックは休止モード（オペレータはメインテナンスを行なうために装置を休止中にしてよい）、機能ブロックの出力のような信号が機能ブロックの設計された動作に基づいてではなく手動で設定されている手動モード、および、機能ブロックが正規に動作している、すなわち、それが動作するように設計されていた方法で動作している自動モードで動作する。フィールドバス制御ブロックは、ひとつ以上のカスケードモードも有してよく、このモードは他の機能ブロックまたはオペレータにより制御される。典型的には、フィールドバス機能ブロックは、オペレータがブロックを動作するように設定するモード（正規モードまたは自動モード以外である）である目標モードと、制御ブロックが所与の時間に実際に動作しているモードである実モードと、機能ブロックが動作するように設計されていて、機能ブロックの正規の動作と関連するモードである正規モードとを含め、所与の時間にそれと関連する３つのモード変数を有する。当然、これらまたは他のモード指標が所望のごとく用いられてよい。
【００５１】
モード指標は、コントローラ１２および／またはオペレータワークステーション１３に周期的に与えられてよい。機能ブロックがコントローラ１２内にあるならば、各機能ブロックのためのモード指標は、所望の時間または間隔でデータ収集ユニット４８に与えられて良い。フィールド装置内のフィールドバス機能ブロックまたは他の機能ブロックのために、コントローラ１２は、ビューリスト（ＶｉｅｗＬｉｓｔ）要求（フィールドバスプロトコルで）を用いて各機能ブロックのためのモードパラメータを周期的に要求して良い。所望であれば、コントローラ１２内のデータ収集ユニット４８が各サンプリング期間または評価期間でモードを記憶し、記憶されたデータをデータヒストリアン５０に与えて良い。その後、診断ツール５２は、機能ブロックがいつまたはどれぐらい長く、様々なモードまたは正規モード（非正規モード）であったのかを示すか、または、具体的な時間期間の何パーセント機能ブロックが正規モード（または非正規モード）であったのかを示すモード値を決定して良い。代替的には、コントローラ１２内のデータ収集ユニット４８または他の特殊設計されたユニットは、いつ各機能ブロックがその正規モードを出るのか検出することが出来る（例えば、機能ブロックの正規モードを所与の時間でのその実モードと比較することにより）。この場合、データ収集ユニット４８は、いつモードの変更が行なわれたのかまたは検出されるのかを示すことで、機能ブロックのモードを伝えることが出来るが、これはコントローラ１２とオペレータワークステーション１３との間に必要な通信量を減らす。
【００５２】
状態パラメータは、プロセス制御装置およびループ内の問題を検出するのに用いられる別の機能ブロック動作パラメータである。各機能ブロックにより与えられる状態指標は、機能ブロックまたは装置と関連する一次値（ＰＶ）の状態を規定または識別してよい。付加的にまたは代替的に、機能ブロックの入力および出力のひとつ以上は、それと関連する状態指標を有して良い。フィールドバス機能ブロックは、「良好」、「不良」、または「不確実」の形を取る関連する状態パラメータを有し、機能ブロックのＰＶ、入力および／または出力の状態を指示する。状態指標は、ＰＶまたは他の機能ブロックパラメータと関連する限界値のような限界（限度）指標を識別するか含んでよい。このように、例えば、限界指標は、機能ブロックのＰＶが上限であるのかまたは下限であるのかを示して良い。診断ツール５２は、いつ、どれぐらい長く、または具体的な時間期間の何パーセント、機能ブロックの状態が正規状態（または非正規状態）であったかを示す状態値または限界値を決定して良く、また、いつ、どれぐらい長く、または具体的な時間期間の何パーセント、機能ブロック変数が１以上の限界値にあったのか（なかったのか）、または不良状態か問題のある状態であったのかを示す状態値または限界値を決定して良い。
【００５３】
モード指標と同様に、状態指標および限界指標は、各機能ブロックによってコントローラ１２に周期的にまたは要求があり次第（例えばフィールドバスプロトコルにおけるビューリスト（ＶｉｅｗＬｉｓｔ）コマンドを用いて）送られてよく、その変更はコントローラ１２により決定されてオペレータワークステーション１３に送られて良い。代替的には、状態および限界指標は、処理されることなくオペレータワークステーション１３に送られて良い。所望であれば、変更が実際に行なわれたときのみ、機能ブロックは、通信モード、状態および／または限界指標にセットアップされてよく、これはさらにコントローラ１２とフィールド装置内の機能ブロックとの間で通信量をさらに低減させる。しかしながら、この通信スキームを用いるとき、必要なパラメータ全ての現状態は、診断ツール５２がまず回線上に配置されたときに変更を比較すべき基礎を確立するのに必要である。現状態はコントローラ１２に周期的にパラメータ値を報告させ（それらが変化していなくても）ることにより、または、診断ツール５２によってコントローラ１２に例外報告用に規定されたパラメータを報告させることにより測定されても、集められても良い。機能ブロックの各々の状態に基づいて、診断ツール５２は、不良で注意を必要とする（不確実な状態の）測定値、または制限される（リミテッド）測定値かＰＶをそれらが有するので誤って較正されてしまった測定値を素早く特定することが出来る。当然の事ながら、状態および限界指標は、用いられているシステムの種類によって、様々な数のおよび種類の値のひとつをとってよい。
【００５４】
さらに、状態指標は、機能ブロック、装置またはループの様々な変数（ＰＶ以外の）のために用いられてよい。例えば、フィードバック制御を有する制御ループ内で、フィードバック変数の状態は、機能ブロックおよびループ内の問題を検出するのに用いられて良い。このフィードバック変数（例えば、フィールドバスプロトコルにおける制御またはアクチュエータ機能ブロックのためのバック較正変数またはＢａｃｋＣａｌ変数）、または他の変数の状態は、いつ機能ブロックが、例えば、下流の機能ブロックまたは他の下流条件により制限される出力を有するのか検出するために診断ツール５２により調べられる。モード指標に同様に、コントローラ１２は、実際の状態値を検出および記憶しても、状態指標として状態値の変更を記憶しても良い。
【００５５】
プロセス制御機能ブロック、装置またはループと関連する他のデータは同様に問題を検出するのに用いられて良い。例えば、オペレータワークステーション１３（コントローラ１２）は、プロセス制御ネットワーク１０内の装置または機能ブロックにより生成された事象および警報を受け取り、記憶し、見直してよい。例えば、フィールドバス環境においては、機能ブロックは、トランスジューサまたは機能ブロックに検出された異常処理状態を報告するブロックエラーパラメータを支持する。フィールドバス装置は、コントローラ１２に送られたブロックエラービットストリーム内の１６個の規定されたビットの１ビットを用いて、装置または機能ブロックにより検出される問題を反映する。フィールドバス装置は、事象または警報として、最初に検出された問題をコントローラ１２に報告し、これらの事象または警報は、コントローラ１２によってオペレータワークステーション１３に事象ジャーナルとして送られる。ある具体例においては、診断ツール５２は、ブロックエラーパラメータ（フィールドバスプロトコルにおける）の６番目のビットを解析するか見直し、装置がいつメインテナンスを必要とするか、そして、このようにして、対処しなければならない状況であって装置動作を現在は制限していない状況がいつ存在するかを検出する。 同様に、診断ツール５２は、ブロックエラーパラメータ（フィールドバスプロトコルにおける）の１３番目のビットを解析して、いつ正しい装置動作が装置に検出された状況のために可能でないのか、そしていつ即時動作（アクション）が必要なのか決定する。当然、他の事象、警報、ブロックエラーパラメータ内の他のビットまたは他の種類のエラー指標が、プロセス制御ネットワーク１０の動作に付随する問題を検出するように診断ツール５２により用いられてよく、そのような他の事象、警報などがフィールドバスプロトコルか、他の所望の装置またはコントローラプロトコルと関連してもよい。
【００５６】
場合によっては、機能ブロックは、これらの機能ブロックが動作するプロセスまたはループの正しい動作の無関係の理由で正規または良好以外に設定されるモードまたは状態パラメータを有してよい。例えば、バッチ処理においては、バッチが実行されていないとき、その処理内で用いられる機能ブロックのモードは非正規値に設定される。しかしながら、これらの非正規モード（または状態）指標を検出し、それに基づいてシステムに付随する問題を識別することは望ましくはないであろう。なぜならバッチ処理はダウン時間（休止時間）を有するように設計されているからである。従って、各機能ブロック（それが実行されているモジュールまたはループ）に、機能ブロック（モジュール）が意図的に非正規モードであるか不良状態を有するのかを示すアプリケーション状態パラメータを与えることが好ましい。言いかえると、アプリケーション状態パラメータは、いつ機能ブロックのための警報または問題検出が防止されるべきかを示す。バッチ処理で用いられる機能ブロックのために、例えば、アプリケーション状態パラメータは、いつ、バッチ実行アプリケーションを行なうように機能ブロックが動作しているのかを示すためある値に設定され、いつ、機能ブロックが、バッチ実行アプリケーション内で正規の機能を実行するのに意図的に用いられていないかをしめすため別の値に設定され、従って、問題の検出は、これらの時間でこれらの機能ブロックの動作に基づくべきでない。このようなアプリケーション状態パラメータが図３に示され、これは、コミュニケータ５９によってコントローラ１２に伝達される。コントローラ１２および／またはオペレータワークステーション１３は、各機能ブロックのアプリケーション状態パラメータを検出してよく、第２カテゴリにある機能ブロック、例えば、偽警報（フォールスアラーム）を防止するために非正規のまたは不良状態に意図的に設定される機能ブロックと関連するデータ（変動性、モード、状態および限界値データのような）を無視してもよい。当然、バッチプロセスと関連するダウンタイムに加えて問題の検出を防ぐためにアプリケーション状態パラメータが設定されて良い他の理由もある。
【００５７】
診断ツール５２は、オペレータワークステーション１３内のソフトウェアで好ましくは実現され、もし必要ならば、幾らかの部分がコントローラ１２で実現されて良く、フィールド装置１９−２２のようなフィールド装置内の下でさえ実現されて良い。図４は、プロセス制御ネットワーク１０内の問題の機能ブロック、装置、ループまたは他の実体（構成要素）を検出して補正するのを助けるためにオペレータワークステーション１３で実行されるソフトウェアルーチン６０のブロック図である。一般に、ソフトウェアルーチン６０は、変動性指標、モード指標、状態指標、限界指標、警報または事象情報などのような、プロセス内の機能ブロックの各々に関するデータを、プロセスが実行しているときは継続して集め、この集められたデータに基づいて、問題の測定値、計算値、制御ループなどの存在を検出する。ソフトウェアルーチン６０は、そうするように構成されるかまたは要求されたとき、各検出された問題およびそのプラント動作に与える経済的な影響をリストする報告を送るか、これらをリストする表示を作成してもよい。例えば、オペレータワークステーション１３の表示装置１４上の検出された問題のループの表示を見るとき、オペレータは、見なおしまたは補正のために特定の問題を選択することが出来る。ソフトウェアルーチン６０はついでその問題をさらに正確に指摘したりその問題を補正するために、他の診断ツールを提案して自動的に実行してよい。このようにして、診断ツール５２は、プロセス制御システムの機能ブロックまたは装置により生成されたデータを処理し、そのデータに基づいて問題を自動的に認識し、ついでその問題の原因をさらに正確に指摘してその問題を補正すべく他の診断ツールを提案してこれを実行させる。これにより、プロセス制御システム内の問題を検出し補正するのに費やすオペレータの時間と努力を多いに節約でき、適切な診断ツール（オペレータには完全になじみのあるものではないかもしれない）が確実に問題を補正するのに用いられる。
【００５８】
ルーチン６０のブロック６２は、進行中であるとき、すなわちプロセスが実行しているときはいつでも、プロセス制御システム１０の装置、ブロックおよびループ内の問題を検出するのに用いられる変動性、モード、限界、警報、事象、および他のデータを受信し、記憶する。このましくは、このデータは、ワークステーション１３内のデータヒストリアン５０内に記憶される。しかしながら、代替的には、このデータは、コントローラ１２と関連するメモリ内のような他の所望のメモリ内に記憶されて良い。同様に、所望であれば、このデータはどんなフォーマットででもオペレータワークステーション１３に送られて良く、圧縮データとして送られて良い。
【００５９】
ブロック６３は、いつデータの解析が行なわれるべきかを検出するか、決定する。なぜなら、例えば、周期的な報告が生成される予定であるかユーザがこのような解析を要求しているからである。解析を行なわないのであれば、ブロック６２は単にデータを集め続けるだけであり、そのデータを処理して機能ブロック動作パラメータのための値を決定して良い。解析が行なわれるならば、ブロック６４は記憶されたデータまたは記憶されたパラメータ値を解析して、どの機能ブロック、装置、またはループが問題を有しているか決定する。一般的に、データは、機能ブロック動作パラメータの現在のまたは瞬時の値に基づいて解析されても、具体的な時間期間にわたってどの機能ブロック、装置またはループが問題を有しているかを決定するために履歴的に解析されてもよい。この履歴的解析によって、特定された時間期間にわたって性能に基づいて事実長期の問題を検出することが出来る。問題を検出するため、ブロック６４は、もし必要ならば、機能ブロックにより与えられた変動性指標から変動性指数を計算して、この変動性指数を具体的な範囲または限界値（オペレータに設定されてよい）と比較して、変動性指数の瞬間値、または変動性指数の履歴的値の統計的測定値（平均値またはメジアン値）が、その範囲の外にあるのか、機能ブロックのための特定された限界値の上か下にあるのかを見る。もしそうならば、問題が存在し、範囲外の変動性指数と関連する機能ブロック、装置またはループは、補正されるべき問題を有するものとしてリストされる。
【００６０】
同様に、ブロック６４は、機能ブロックまたは装置の実モードを機能ブロックまたは装置の正規モードと比較してそれらが一致しているかどうか見る。上で示したように、コントローラ１２がこの機能を実行し、その結果または不一致の指標をヒストリアン５０に送る。しかしながら、所望であれば、オペレータワークステーション１３はこれらの比較を直接行ってよい。履歴データを用いて、ブロック６４は、ループ利用、すなわちループ（または機能ブロック）が設計された（正規）モードで動作した時間のパーセントを決定してよい。瞬時解析において、機能ブロック、ループまたは装置は、それが、設計されたまたは正規モードで現在は動作してないときに問題を有すると考えられる。
【００６１】
同様に、ブロック６４は、各機能ブロックの状態および限界指標を解析して、いつその状態が不良なのか、不確かなのか、そうでなければ、設計されたまたは正規の状態でないのか、またはいつ機能ブロックが限界値にあるのかを決定する。履歴的解析は、あらかじめ定められたパーセンテージの特定された時間の間、特定の機能ブロックが、不良か不確実な状態指標を有しているかどうか計算するか決定してよく、どのＰＶまたは他の変数が限界値に達したかまたはあらかじめ定められたパーセンテージの特定された時間の間限界値にあったのか決定しても、他の方法で状態または限界指標を解析して、機能ブロックか装置、または機能ブロックが位置するループ内に問題が存在するかどうか決定してもよい。同様に、ブロック６４は、瞬時評価において、どの機能ブロック、装置、またはループが、設計されたまたは正規の状態に現在はない状態値を有するかということ、および／または、どの信号か変数が限界値に達したかを決定してよい。ブロック６４は、警報および事象通知を見直して、装置が現在または将来においてメインテナンスを必要とするかどうか見てよい。変動性指数限界値または制御指数限界値を超えるブロック、および、見込み有りの不良状態、制限されたまたはモード状況を有するブロックが特定され、一時的に保管される。この要約情報は「現在の」要約表示の作成を支持する。瞬間値および状況は、例えば、時間、シフトおよび日ごとに診断ツール５２により統合されて、変動性指数の平均値およびパーセント向上、および、不良状態、制限された信号または非正規モード状況が存在したパーセント時間を得る。 当然、ブロック６４は、変動性、モード、状態、限界、事象、警報および他の所望のデータに他の種類の処理を行い、問題を検出してよい。さらに、ブロック６４は、様々な限界値、範囲、履歴的時間などを用いて（これらすべてはユーザまたはオペレータに設定され得るのだが）、解析を実行する。
【００６２】
例えば、バッチモード処理で用いられる機能ブロックのために、機能ブロックが意図的に動作していなかった時間と関連するデータは廃棄されるか、または機能ブロックのアプリケーション状態パラメータに基づいた解析では用いられない。
【００６３】
ブロック６４がプロセス制御ネットワーク内の問題を検出した後、ブロック６６は、書き込まれるか電子の報告が生成されるべきかどうか決定する。なぜなら、例えば、周期的な報告がユーザにより要求されたからである。もしそうならば、ブロック６８は、問題の機能ブロック、装置、ループなど、およびプロセス制御システムに与える経済的な影響をリストする報告を作成する。このような経済的な影響は、プロセスのまたはプロセス内のループの低減された動作の各パーセンテージポイントと関連する金銭の量をオペレータまたは他のユーザに指定させることにより決定されてよい。ついで、ループが問題を有すると発見されたとき、プロセスループの実際の性能は公知の最適な性能値と比較されてパーセンテージ差を決定してよい。このパーセンテージ差はついで、指定された金銭の量対パーセンテージポイント比で乗算され、お金に関する経済的影響を決定する。報告は印刷装置で印刷されても、コンピュータ画面上で（表示装置１４上のような）または他の電子表示装置上で表示されても、インターネットか、他のローカルエリアまたはワイドエリアネットワークによってユーザに送られても、所望の方法でユーザに転送されてもよい。所望であれば、診断ツール５２は、問題のループが検出されるたびにこれをプラントメインテナンスシステムに通知するように自動的に構成されてよく、この通知は、公知のＯＰＣインターフェースの事象／警報ケイパビィリティを用いて事象としてメインテナンスシステムに送られる。
【００６４】
ブロック７０は、オペレータがワークステーション１３で行われるべき解析を要求したかどうか決定し、もしそうならば、ブロック７２は、表示またはダイアログルーチンを入力し、これにより、ユーザがその問題に関する様々な情報を見つけることができ、または解析を行うための様々なパラメータを選択することが出来る。ある具体例においては、診断ツール５２を用いるオペレータまたは他の人は、ワークステーション１３にログオンするときダイアログを提供される。このダイアログは、問題の源であるループを特定することなく、システムで対処されるべき状況を要約する。ダイアログは、図５に示されるように画面表示８０上で、図形フォーマットで情報を送ってよい。画面表示８０は、利用（モード）、制限された（リミッテド）信号、不良状態または高変動性のために設定された省略時（デフォールト）限界値を現在違反する、プロセスまたはプラントにおける合計の入力、出力、または制御機能ブロックのパーセントを要約する。 多数の状況が単一のブロックに存在しているので、合計は１００パーセントを超える可能性がある。合計が１００パーセントを超えると、各カテゴリのパーセントは、合計が１００パーセントと等しくなるように基準化される。 あらかじめ設定された限界値を違反する入力、出力、または制御ブロックを有するモジュールが表リスト８２に要約される。図５において、モジュールＦＩＣ１０１は、設計されていないモードで動作しているひとつ以上の機能ブロックと高変動性のひとつ以上の機能ブロックとを有し、モジュールＬＩＣ３４５は、不良状態のひとつ以上の機能ブロックを有する。
【００６５】
機能ブロックと関連する限界値のような、問題の性質についてのより多くの情報は、例えばリスト８２内のモジュール名前上でクリックすることにより図形的に示される。 さらに、図５の画面上でフィルタボタン８４を選択することにより、ユーザは、要約時間フレーム、要約に含まれるべきブロックの種類、および各カテゴリまたはブロックの限界値を選択できるダイアログを提供されうる。このようなダイアログ画面８６が図６に示されるが、ここでは、入力ブロックのモード、制限された（リミッテド）、および不良状態の限界値が９９パーセント利用（ユーティライゼイション）で設定され、入力ブロックの変動性指数の限界値は１．３に設定してある。この場合、ブロックのパーセント利用は、モードまたは状態が正規で機能ブロック信号が制限されていなかった具体的な時間期間のパーセントとして決定される。しかしながら、限界値は、モードまたは状態が非正規であったか、機能ブロック変数が限界値にあった時間のパーセントとして設定することも出来る。その場合、限界値はゼロに近くなるように設定すべきである。 当然、画面８６内のループ選択全てを選択することにより、入力、出力、または制御ブロックは、要約内に含まれることになる。
【００６６】
画面８６のタイムフレームボックス８８は、解析が行われる履歴時間フレームを変更するために設定を変えることにより操作可能である。例えば、タイムフレームボックス８８内の「今」選択を選ぶことにより、ブロックパラメータの瞬間値または現行値は、各モジュールが要約リスト８２内の問題のモジュールとして例示されるかどうか決定するのに用いられる。どんな時間フレームでも指定されてよいが、フィルタリングで用いられるいくつかの例示的な時間フレームは、現在時間または前時間、現在シフトまたは前シフト、現在日または前日などである。これらの時間フレームのために、モジュールが要約に含まれるのは、検出された状況が、限界条件により規定される選択された時間フレームの重要な部分（すなわちあらかじめ定められた部分）のために存在するときのみである。
【００６７】
所望であれば、ユーザは、ブロックごとにまたは大域的に、変動性指数のために用いられる限界値を変更してよい。変動性限界値の設定を容易にすべく、ユーザは、変更すべき所望の限界値を選択して、ついで、特定のブロックのその限界値を編集するか同時にブロック全てのその限界値を設定する選択が与えられてよい。ユーザが、ブロック全てを一緒にしたものの変動性限界値を設定したいとき、ユーザは、（変動性の現行値プラスユーザにより与えられた指定されたバイアス）に変動性限界値を設定できるようにするダイアログボックスを提供される。当然、変動性、モード、状態および制限変数の限界値は、モジュール、エリア、システム、または他の論理的ユニット内の機能ブロック全てに適用されても、同様に全て変更されてもよい。省略時眼界値は、最初、変動性指数の１．３、およびモード、制限、および状態指標の９９パーセント利用としての構成のために与えられてよい。当然、これらの省略時値は、上で述べたようにモジュール要約表示から変更されてよい。
【００６８】
図５の要約８２内のモジュール名を選択することにより、ユーザは、そのモジュールに関するさらなる詳細を有するダイアログ画面を与えられる。前シフト時間フレームを用いるモジュールＦＩＣ１０１のために、このようなダイアログ画面９０が 図７に示される。画面９０は、ＦＩＣ１０１モジュール内のＰＩＤ１ブロックおよびＡＩ１ブロックの性能を示す。 画面９０に与えられた情報によって、ユーザは、モジュールが要約内に含まれるようにした特定の測定値、アクチュエータ、または制御ブロック、および状況が検出されたパーセント時間を容易に識別する。特に、ブロックがその正規モード、正規の状態にあって、制限されなかった前シフトの時間のパーセントがループ利用として図７に示される。 当然、図７の画面は、ブロックは非正規モードにあったかまたは非正規状態を有していた前シフトの間の時間のパーセント、または機能ブロック変数が１以上の限界値にあった前シフトの時間のパーセントをしめすように構成されてよい。変動の測定値が、その限界値と一緒に図７に示されるブロックのために示される。この場合の変動性の測定値は、１の値が最良の場合であり、１より大きな値が多くの変動性誤差を示すように計算される。しかしながら、変動性指数のための等式（２）および（３）のＣＩおよびＶＩ計算を用いると、変動性指数は、０が最良の場合であって、０と１との間にあるようになる。この場合、変動性限界値は０と１との間に設定されるべきである。さらに、制御ループにおいて可能なパーセント向上（ＰＩ）が制御ブロック、すなわちＰＩＤＩブロックのために図７に示される。所望であれば、それぞれの限界値以下（またはより上）にあるパーセント利用値は、強調表示可能であり、またはそうでなければ、検出された問題を示すために目印をつけられる。
【００６９】
当然、どのループ、装置、機能ブロックまたは測定値が高変動性指数を有するのか（ユーザー指定の限界値より大きなもののような）、非正規モードで動作するのか、または、不良または不確実な状態を有するか制限されるプロセス測定値を有するのかを要約するために、他の表示画面が用いられてよい。上で注目したように、履歴的解析を用いて、診断ツール５２は、その正規値から著しく変化した変動性指数、モード、状態、または限界値変数を識別するために、特定された時間フレームの間表示を与えてよい。当然、プロセス制御状況が関連する問題を有するものとして識別される前に、診断ツール５２よって、ユーザは、どれぐらい多くのおよびどのテストが用いられるべきか選択可能となる。
【００７０】
再び図４を参照して、ユーザが、例えば図７の表示９０において機能ブロックのひとつを選択すると、ブロック９３は、問題の機能ブロックの選択を検出し、ブロック９４は、問題のブロックまたはループを補正するのに用いられるべき一組のオプションを表示する。例えば、制御ブロックのために、診断ツール５２は、ユーザがアクチュエータまたは他のチューナを用いてループを同調することが出来てもよいし、ユーザがループに傾向解析を行うのを可能としてもよい。アクチュエータオプションを選択することにより、診断ツール５２は、選択された制御ブロックまたはループのためにアクチュエータアプリケーションを自動的に発見し、実行する。しかしながら、傾向オプションが選択されると、ワークステーション１３はいかに述べるように傾向データを集め始める。
【００７１】
入力または出力ブロックのために、ブロック９４は、ユーザが、例えば、そのブロックのためのさらなる診断ツールを用いるかまたは傾向解析を行うのを可能としてもよい。もし、例えば、選択された入力または出力ブロックがフィールドバスまたはハート装置内にあるならば、診断オプションを選択すると、装置較正ツールのような当該技術で公知のツールを用いて、関連するトランスデューサブロックのために診断アプリケーションを活性化する。  デルタＶ環境においては、 フィッシャローズマウントにより製造されて販売されている ＡＭＳ（ａｓｓｅｔｍａｎａｇｅｍｅｎｔ  ｓｏｌｕｔｉｏｎｓ）診断ツールは装置と通信するようにこの目的のために用いられて、具体的な情報を得て装置と関連する診断を実行する。当然、他のツールまたは推薦が同様に用いられてよい。例えば、送信機問題または送信機と関連する機能ブロックのために、ブロック９４は、装置較正が送信機を較正するのに、弁のためには、弁診断ルーチンのいづれかが弁内の具体的な問題を検出し、恐らくは補正するのに用いられる用に勧める。一般に、ブロック９４によって行われた推薦は、その問題が、多くのあらかじめ定められた種類の問題のひとつ、問題の源の性質またはアイデンティティに入るのかに（例えば、それが制御または入力機能ブロック、送信機または弁などから生じたか）に基づいて、または他のどんな所望の基準に基づいて決定されてよい。当然、現在公知のものまたは将来開発されるものを含め、所望の診断ツールを用いることが出来る。
【００７２】
問題の具体的な性質が、問題の存在を指し示した変動性、状態、モード、限界値、または他のデータから容易に検出されなければ、ブロック９４は、プロッティングルーチン、相関（自己相関またはクロス（相互）相関）ルーチン、スペクトル解析ルーチン、エキスパート解析ルーチン、他の所望のルーチン、またはプロセス制御システム１０の与えられたツールのような複雑な診断ツールを用いるのを薦めることが出来る。当然、診断ツール５２は、ひとつ以上のツールを用いるのを推薦するか提案してよく、オペレータがいかなる状況でどのツールが用いられるか選択するのを可能とする。さらに、ブロック９４は、プロセス制御ネットワーク１０内で実際に利用可能なツールにその提案を限定してよく、例えば、オペレータワークステーション１３にロードされたものに限定してもよく、用いられる前にプロセス制御システム１０に購入されるかロードされなければならないツールを提案してよい。当然、ブロック９４は、手操作のツール、すなわちオペレータワークステーション１３、コントローラ１２または装置１５―２８のひとつ上で実行されないものも提案してよい。
【００７３】
ブロック９４がひとつ以上のさらなる診断ツールを推薦した後、ブロック９６はユーザが実行のツールを選択するのを待ち、オペレータからこのような命令を受け取ると、ブロック９８は、オペレータが問題の原因をさらに解析して正確に指摘出来るように、またはその問題を修理できるように、選択されたツールを実行する。診断ツールを実行した後、ブロック１００は、オペレータが、選択された問題のために異なったツールを選択できるようにし、ブロック１０２は、オペレータが異なる問題を選択出来るようにする。
【００７４】
ある例において、ブロック９４は、実行される前に、比較的多量および／または多くのサンプルのデータを集めることを要求する傾向アプリケーションと典型的には称される解析を薦めることが出来る。このような傾向アプリケーションの例は、相関分析、ニューラルネットワーク、ファジイ論理制御手続、適応型チューニング手続、スペクトル解析ルーチンなどを含む。残念なことに、診断ツール５２が問題を検出すると、傾向ツールのために必要なデータは典型的には利用不可能である。なぜなら、このデータは前は集められていなかったからである。このデータは、コントローラ１２とワークステーション１３との間の単純な通信を用いて実務上は達成可能ではない高周波データ速度で集められる必要があってよい。その結果、オペレータがこのデータ（高速データ）を集めることを要求するツールを選択すると、ブロック９８は、コントローラ１２をプロセス制御システム１０から必要なデータを集めるように自動的に構成してよい。
【００７５】
フィールドバス機能ブロックからまたは装置から、すなわち、フィールドバスによって装置からこのようなデータを集める必要があるとき、コントローラ１２は、ひとつ以上のフィールドバス傾向オブジェクトを用いてデータを集めて、集められたデータをデータのパケットとして束ねて記憶し、高速データが非時間限界的にオペレータワークステーションに送られるように所望の時間にオペレータワークステーション１３にデータのパケットを送ってよい。この動作によって、このデータを集めるためにコントローラ１２とオペレータワークステーション１３との間の通信負荷を低減する。典型的には、傾向オブジェクトは、機能ブロックに関する所望のデータのあらかじめ定められた数のサンプル（例えば１６）を集めるようにセットアップされ、あらかじめ定められた数のサンプル集められると、これらのサンプルは非同期通信を用いてコントローラ１２に伝達される。フィールドバス機能ブロックのためにひとつ以上の傾向オブジェクト１１０を用いたものが図８に示される。これらの傾向オブジェクト１１０は、所望のデータを集めてコントローラ１２内のデータ収集装置４８に送るのに用いられ、フィールドバス装置内の下の実際の機能ブロック内で生じる。これらの傾向オブジェクト１１０は、フィールドバス装置により、またはコントローラ１２内の影機能ブロック（図８では影機能ブロック１１２Ｓとして包括的に示される）により与えられてよい。同様に、コントローラ１２内に位置しそれにより実行される機能ブロック（図８では機能ブロック１１３として包括的に示される）のために、仮想傾向オブジェクト１１４が４―２０ミリアンペア（または他の装置）から送られる所望のデータを集めるのにコントローラ１２内でセットアップ可能である。このような仮想傾向オブジェクト１１４のサンプルは、５０ミリ秒ごとのような所望の速度で集められてよい。仮想傾向オブジェクト１１４は、フィールドバスプロトコルの実際の傾向オブジェクトと同様であるように構成されてよく、データ収集装置４８に送られる。データ収集装置４８は、上で述べたようにオペレータワークステーション１３内でデータヒストリアン５０に集められたデータを送る。
【００７６】
傾向オブジェクト１１０および１１４は、所望の診断ツールを実行するために十分なデータが記憶されるまで集められる。十分な高速データが集められると、図４のブロック９８は、ハイレベルの処理およびループ解析を行うために、集められたデータを用いてさらなる診断ツールを実行するか実現する。
【００７７】
診断ツール５２が、フィールドバスおよび標準的な４―２０ミリアンペア装置と共に用いるものとして説明されたが、他の外部プロセス制御通信プロトコルを用いて実現され、他の種類の機能ブロック有する装置と共に用いられてよい。さらに、ここの表現「機能ブロック」を用いるのは、フィールドバスプロトコルまたはデルタＶコントローラプロトコルが機能ブロックとして識別するものに限定されず、その変わりに、他の種類の制御システムおよび／または何らかのプロセス制御機能を実現するのに用いられる通信プロトコルと関連する他の種類のブロック、プログラム、ハードウェア、ファームウェアなどを含む。機能ブロックは典型的にオブジェクト指向プログラミング環境内のオブジェクトの形をとってよいが、これはそれに限る必要はない。
【００７８】
ここで述べられた診断ツール５２は好ましくはソフトウェアで実現されるが、ハードウェア、ファームウェアなどで実現されてよく、プロセス制御システム１０と関連する他のプロセッサにより実現されてよい。このように、ここで説明されるルーチン６０は、所望のごとく、標準的な多目的ＣＰＵか、特殊設計されたハードウェアまたはファームウェアで実現されてよい。ソフトウェアで実現されるときは、ソフトウェアルーチンは、磁気ディスク、レーザディスク、または他の記憶媒体上のようなコンピュータ読み取可能なメモリ内で、コンピュータまたはプロセッサのＲＡＭ，ＲＯＭなどにおいて記憶されてよい。同様に、このソフトウェアは、コンピュータ読み取可能なディスクまたは他の持ち運び可能なコンピュータ記憶機構上で、または電話回線、インターネットなどのような通信チャンネルによって（持ち運び可能な記憶媒体によってこのようなソフトウェアを与えることと同じであるか互換性のあるものとして見られる）を含め、公知のまたは所望の送り方法によって、ユーザまたはプロセス制御システムに送られても良い。
【００７９】
本発明は、具体例を参照して説明されたが、これらは、あくまでも例示的であり、本発明を限定するものではないが、本発明の精神および範囲を逸脱することなく、開示された具体例に、変更、追加、およびまたは消去を加えてよいことは当業者には明らかである。
【図面の簡単な説明】
【００８０】
【図１】診断ツールが用いられるプロセス制御システムのブロック図である。
【図２】診断ツールと関連して実行される２つのプロセス制御ループの構成を示す、図１のプロセス制御システムのブロック図である。
【図３】変動性指標ジェネレータを有する機能ブロックのブロック図である。
【図４】図１および図２のプロセス制御システムで診断を行なうように診断ツールにより実現されるルーチンのブロック図である。
【図５】図１および図２のプロセス制御システムで用いられる診断ツールにより生成される第１の例の表示画面を示す図である。
【図６】図１および図２のプロセス制御システムで用いられる診断ツールにより生成される第２の例の表示画面を示す図である。
【図７】図１および図２のプロセス制御システムで用いられる診断ツールにより生成される第３の例の表示画面を示す図である。
【図８】図１および２のコントローラおよびオペレータワークステーションのブロック図であり、診断ツールと関連する傾向通信を示す。
【符号の説明】
【００８１】
１２ コントローラ
１３ ワークステーション
１４ 表示装置
１７、１８、１９、２２ フィールド装置
３０、３２、３４、４２、４４、４６ 機能ブロック
４８ データ収集ユニット
５２ 診断ツール
５０ ヒストリアン
５４ プロセッサ
【図１】
2004206735.tif 000013
【図２】
2004206735.tif 000014
【図３】
2004206735.tif 000015
【図４】
2004206735.tif 000016
【図５】
2004206735.tif 000017
【図６】
2004206735.tif 000018
【図７】
2004206735.tif 000019
【図８】
2004206735.tif 000020