JP6414225B2 - フィールド・デバイス・コミッショニング・システムおよびフィールド・デバイス・コミッショニング方法 - Google Patents

Description

本発明の開示は、産業プラントにおける、フィールド・デバイス・コミッショニング・システムおよびフィールド・デバイスをコミッショニングするための方法に関する。

フィールド・デバイス
フィールド・デバイスの典型的な例は、産業設備またはプラント内の機器または産業プロセスの一部におけるプロセス変数を取得するために使用される機器または送信器である。幾つかのデバイスが特定のプロセス変数に対して使用される。例えば、当該フィールド・デバイスを温度プロセス変数に対する温度送信器、流量プロセス変数に対する流量計、および圧力プロセス変数に対する圧力送信器として使用することができる。

幾つかのフィールド・デバイスは、様々な種類のプロセス変数に対して使用されるように構成可能である。幾つかのケースでは、圧力送信器は、温度プロセス変数、流量プロセス変数または温度圧力プロセス変数に対して構成可能である。しかし、かかるデバイスを、使用中に１つの指定されたプロセス変数のみを測定するように構成することができる。

様々な種類のフィールド・デバイスを製造する多数のベンダが存在する。互換性を確保するために、当該フィールド・デバイスは、ＨＡＲＴ、またはＦｏｕｎｄａｔｉｏｎ Ｆｉｅｌｄｂｕｓのような標準通信プロトコルの１つに従って機能するように構成される。ＨＡＲＴ通信プロトコルを使用するフィールド・デバイスを、以降、ＨＡＲＴフィールド・デバイスと称する。Ｆｏｕｎｄａｔｉｏｎ Ｆｉｅｌｄｂｕｓを使用するものはＦＦ−Ｈ１フィールド・デバイスである。

プラント管理および制御システム
プラント管理および制御システムは、一般に、図１に示すように、デバイス管理システムおよび制御システムを含みうる。場合によっては他のシステムを当該システムに含めて他の機能を実施してもよい。

デバイス管理システムは、フィールド・デバイス保守情報のための中央データベースとして動作する。当該情報は、デバイス部品の詳細、デバイス・ドキュメントへのリンク、デバイス記述ファイル、デバイス検査活動の詳細、デバイス・パラメータヒストリ、およびデバイスメッセージを含むことができる。当該デバイス管理システムはまた、ダウンロードまたは同期によりデバイス較正ツールおよびアプリケーションから取得された情報を管理することができる。当該デバイス管理システムは、制御システム、例えば、
（ａ）（ＣＥＮＴＵＭ「商標」のような）制御システム、および
（ｂ）安全計装システム（ＰｒｏＳａｆｅ−ＲＳ「商標」）
に接続されたデバイスを管理することができる。

コミッショニング
産業プラントでは、典型的な取り付けは、フィールド・デバイスおよび機器を制御室内の制御システムおよび／またはデバイス管理システムに接続し、構成を実施することを含む。当該取り付けの完了後、次のステップはコミッショニングのためのプロセスである。コミッショニングとは、フィールド・デバイス、機器、設備または産業プラントが設計目的または仕様に従って１つまたは複数の指定された機能を実施するかどうかをテストするためのプロセスである。コミッショニングは手動作業チェック機能を実施することで行われる。様々な手動作業チェック機能がある。様々なチェック機能が様々なフィールド・デバイスで様々に行われる。チェック機能の例は以下の通りである。
（ａ）接続チェックとは、プラント内のフィールド・デバイスの接続および物理位置を評価するチェック機能である。
（ｂ）範囲比較チェックとは、プラントに対する制御システム内の機能ブロックの範囲情報設定がフィールド・デバイスの範囲情報設定とマッチするかどうかを評価するチェック機能である。
（ｃ）線形化チェックとは、物理フィールド・デバイスからの線形化タイプを制御システム内のフィールド・デバイスに対する入力信号変換と比較するチェック機能である。
（ｄ）入力ループ・チェックとは、入力ループ内の入力プロセス変数を測定するように構成されたフィールド・デバイスが、制御システムにおいて当該フィールド・デバイスに書き込まれたテスト・データを反映することによって制御システムと通信しているかどうかを評価するチェック機能である。
（ｅ）出力ループ・チェックとは、制御システムが出力ループ内の出力プロセス変数を測定するように構成されたフィールド・デバイスと通信しているかどうかを評価するチェック機能であり、当該評価は、当該フィールド・デバイスが当該制御システムの操作可能値に書き込まれたテスト・データを反映するかどうかを判定することによって行われる。

図１のシステムでは、フィールド・デバイスのコミッショニングは手動で行われる。コミッショニング作業を行っているユーザは、チェック機能がフィールド・デバイスごとに行われていることを手動で判定しなければならない。さらに、ユーザは、どのパラメータを使用すべきか、どの結果を読み取るべきか、どのように当該結果の分析を決定するかを判定することといった、どのように各チェック機能を実施するかを手動で判定しなければならない。

コミッショニング作業ごとの各フィールド・デバイスのテストのために、少なくとも２人の人、即ち、現場作業員および制御室作業員が、当該テスト手続きにわたって互いと密接に通信しなければならない。

図２Ａに示す線形化チェックの１例では、技術者がデバイス・パラメータ読取りツールを用いてフィールド・デバイスの線形化タイプを手動で物理フィールド・デバイスから読み取る。次いで、技術者は、制御システム内の入力信号変換パラメータを読み取る。当該パラメータは通常、当該制御システムの機能ブロック内にある。最後に、技術者は、読取り値を分析し、当該フィールド・デバイスの線形化タイプと当該入力信号変換パラメータを比較して、当該線形化構成が正しいかどうかを判定する。

図２Ｂに示す手動接続チェックの別の例では、現場作業員が物理フィールド・デバイスをチェックする間、制御室作業員がグラフィカル・ユーザ・インタフェース（「ＧＵＩ」）を参照する。制御室作業員は、フィールド・デバイスをプラント内のネットワークから手動で切断するように現場作業員に要求する。現場作業員がフィールド・デバイスを切断した後、現場作業員は制御室作業員に切断を知らせる。当該切断の情報を受信すると、制御室作業員は次いで、フィールド・デバイスが切断されたことをＧＵＩＤから検証する。当該切断がＧＵＩで確認されると、制御室作業員は、フィールド・デバイスをプラント内のネットワークに接続するように現場作業員に要求する。当該要求を受信すると、現場作業員は手動でフィールド・デバイスをプラント内のネットワークに接続する。現場作業員がフィールド・デバイスを接続した後、現場作業員は制御室作業員に当該接続を知らせる。当該接続の情報を受信すると、制御室作業員は次いで、フィールド・デバイスが接続されたことをＧＵＩから検証する。現場作業員および制御室作業員の両方は、切断プロセスおよび接続プロセスを終了したとして互いを更新しなければならない。制御室作業員および現場作業員の両方はトランシーバのような遠隔通信デバイスを用いて互いと通信する。制御室作業員および現場作業員の両方が全てのステップに関して常に通信するのは面倒である。

典型的なプラントでは、何百ものフィールド・デバイスがあり、コミッショニングには大量のマンパワーと時間が必要である。新たな機器がそのプラントに追加されると、その領域が危険である場合には、余分な調整作業がコミッショニング・プロセスの間に必要となる。

チェック機能ごとに、ユーザは、フィールド・デバイスで設定および／または構成されるべき値を決定する必要がある。フィールド・デバイスで実施すべき複数のチェック機能があるとき、ユーザはテスト値の設定および／または構成のシーケンスを手動で決定しなければならない。正しいシーケンスとは異なるシーケンスはエラーまたは不正確なテスト結果をもたらす可能性がある。テスト値の設定および構成のような手動の動作は、ヒューマン・エラーを取り込みやすく、時間を消費する。完了したチェック機能とテスト結果の文書化は手動で行われる。

フィールド・デバイスのコミッショニングを実施するための改善された方法およびシステムに対するニーズが存在する。

フィールド・デバイス・コミッショニング・システムはコミッショニング・ツールを含むがこれに限られない。当該コミッショニング・ツールはフィールド・デバイスおよびリポジトリと通信するように構成される。当該コミッショニング・ツールは、少なくとも１つのプロパティをフィールド・デバイスから取り出すように構成される。当該コミッショニング・ツールは、当該リポジトリ内の登録ファイルから、取り出された少なくとも１つのプロパティが当該登録ファイル内にあるかどうかを判定するように構成される。取り出された少なくとも１つのプロパティが当該登録ファイル内にあると判定されたとき、第１のテストを実施する。当該取り出された少なくとも１つのプロパティが当該登録ファイル内にないと判定されたとき、当該リポジトリ内の制御システム・ループ情報ファイルから、当該取り出された少なくとも１つのプロパティが所定のフィールド・デバイスに対するものであるかどうかを判定する。当該取り出された少なくとも１つのプロパティが当該所定のデバイスに対するものであると判定されたとき、第１のテストと異なる第２のテストを実施する。当該取り出されたプロパティが当該所定のデバイスに対するものでないと判定されたとき、第１のテストおよび第２のテストとは異なる第３のテストを実施する。

関連技術におけるプラント管理および制御システムのブロック図である。 関連技術における処理ワークフローを示す図である。 関連技術における処理ワークフローを示す図である。 本発明の幾つかの実施形態に従う、フィールド・デバイス・コミッショニング・システムを含むフィールド・デバイス管理システムの構成のブロック図である。 本発明の幾つかの実施形態に従う接続チェック・ワークフローの図である。 本発明の幾つかの実施形態に従う、コミッショニングの際の線形化チェックの結果を決定するために使用される判定テーブルの１例を示すテーブルの図である。 本発明の幾つかの実施形態に従う線形化チェック・ワークフローの図である。 本発明の幾つかの実施形態に従うタスク・ワークフローの自動生成の図である。 本発明の幾つかの実施形態に従うタスク・ワークフローの自動生成の図である。

次に、本発明の好適な実施形態を詳細に参照する。その例は添付図面に図示されている。本発明の幾つかの態様を好適な実施形態と関連して説明するが、これは本発明をこれらの実施形態に限定しようとするものではないことは理解される。反対に、本発明は、代替物、修正物、および均等物を網羅しようとするものであり、これらは添付の特許請求の範囲で定義される本発明の趣旨と範囲内に含まれうる。さらに、本発明の以下の詳細な記述では、本発明の徹底的な理解を与えるために多数の具体的な詳細を説明する。しかし、本発明をこれらの具体的な詳細なしに実施してもよいことは当業者には明らかである。他の事例では、周知な方法、手続き、構成要素、および特徴は、本発明の諸態様を不必要に不明瞭にしないために詳細には説明していない。

本発明の幾つかの実施形態では、フィールド・デバイス・コミッショニング・システムは、接続チェック、範囲比較チェック、線形化チェック、入力ループ・チェックおよび出力ループ・チェックのような最も一般的に使用されるチェック機能を用いて説明される。一般に、これらのチェック機能を任意の利用可能なツールにより自動化することができる。手動チェックは、ツールによって自動化できないタスクに対してユーザが命令を生成できるようにする別のタイプ・チェック機能であり、本説明に含まれる。

最初に、タスクを使用して手続きの作業単位を定義する。１つのチェック機能が１つのタスクにより定義される。チェック機能が１つのタスクにより定義されるとき、定義されたタスクはそのチェック機能に関連付けられる。

図３は、本発明の幾つかの実施形態におけるフィールド・デバイス管理システム１０００のブロック図である。フィールド・デバイス管理システム１０００は、フィールド・デバイス１２０および１２５、制御システム１４０、フィールド・デバイス・コミッショニング・システム１００、およびリポジトリ１３０を備える。制御システム１４０は、現場のフィールド・デバイス１２０および１２５と通信し、フィールド・デバイス１２０および１２５を制御するように構成される。フィールド・デバイス・コミッショニング・システム１００は、制御システム１４０、リポジトリ１３０およびフィールド・デバイス１２０および１２５と通信するように構成される。フィールド・デバイス・コミッショニング・システム１００は、リポジトリ１３０に格納されたファイルを参照し、フィールド・デバイス１２０または１２５に対する自動コミッショニング・プロセスを実施するように構成される。フィールド・デバイス・コミッショニング・システム１００は、フィールド・デバイス１２０または１２５およびリポジトリ１３０ならびに制御システム１４０と通信するように構成されるコミッショニング・ツール１１０を少なくとも含む。コミッショニング・ツール１１０は、リポジトリ１３０に格納されたファイルを参照し、フィールド・デバイス１２０または１２５に対する自動コミッショニング・プロセスを実施するように構成される。コミッショニング・ツール１１０を、ハードウェアと組み合わせたソフトウェアにより実装することができる。一般に、制御システム１４０およびフィールド・デバイス・コミッショニング・システム１００を制御室１５０内に配置してもよい。幾つかのケースでは、フィールド・デバイス・コミッショニング・システム１００は、コミッショニング・ツール１１０に加えてポジトリ１３０を含んでもよい。他のケースでは、フィールド・デバイス・コミッショニング・システム１００がリポジトリ１３０を含まなくてもよい。リポジトリ１３０を遠隔位置の別個のシステムまたはサーバ内に配置してもよい。

一般に、リポジトリ１３０を、フィールド・デバイス情報ファイル１３２、登録ファイル１３４、プロトコル・デバイス登録ファイル１３６、制御システム・ループ情報ファイル１３８およびもしあれば他の任意の一時的または永続的なファイルを有するように構成してもよい。

フィールド・デバイス情報ファイル１３２は、フィールド・デバイス・コミッショニング・システム１００と通信するように構成されたフィールド・デバイスのリストを有し、フィールド・デバイスごとの複数のプロパティを記述する。当該複数のプロパティの例は、「デバイス・タグ」、「デバイス・モデル」、「デバイスＩＤ」、「製造者／ベンダＩＤ」および「リビジョン番号」である。

登録ファイル１３４は、フィールド・デバイスごとに、所望のタスクまたはチェック機能について各フィールド・デバイス１２０、１２５に対して実行すべきデバイス通信コマンドを列挙する。当該フィールド・デバイスのタイプ、例えば、当該フィールド・デバイスが圧力送信器、温度送信器または流量計かどうかを特定するためのタスクをコミッショニング・ツール１１０が実施できるようにするために、コミッショニング・ツール１１０によりフィールド・デバイス情報ファイル１３２を参照することができる。登録ファイル１３４をコミッショニング・ツール１１０により参照して、コミッショニング・ツール１１０がデバイス通信コマンド「ＨＡＲＴコマンド５４」を特定し、次いでそれを当該ＨＡＲＴフィールド・デバイスに対して実行できるようにすることができる。

プロトコル・デバイス登録ファイル１３６は、各プロトコルデータベースに登録されたフィールド・デバイスを列挙する。幾つかのケースでは、プロトコル・デバイス登録ファイル１３６は、圧力送信器であるフィールド・デバイスのみを含んでもよい。例えば、ＨＡＲＴフィールド・デバイスをＨＡＲＴ通信基盤に登録してもよい。ＨＡＲＴフィールド・デバイス登録ファイルは当該ＨＡＲＴ通信基盤に登録されたＨＡＲＴフィールド・デバイスから生成される。Ｆｉｅｌｄｂｕｓ基盤に登録されたＦｏｕｎｄａｔｉｏｎ Ｆｉｅｌｄｂｕｓ Ｈ１（「ＦＦ−Ｈ１」）フィールド・デバイスに対して、対応するＦＦ−Ｈ１登録ファイルを生成する。プロトコル・デバイス登録ファイル１３６を、別個のファイルとして、プロトコルごとに１つ、実装することができる。あるいは、プロトコル・デバイス登録ファイル１３６を、フィールド・デバイスごとに各プロトコルを区別するための適切な識別子を有する全てのプロトコルで登録されたフィールド・デバイスを含む１つのファイルとして実装することができる。

制御システム・ループ情報ファイル１３８は、フィールド・デバイスごとに、制御システム１４０内の各構成パラメータを列挙する。機能ブロックを有する制御システム１４０では、機能ブロック情報および機能のフィールド・デバイスとの関連付けが制御システム・ループ情報ファイル１３８に含まれる。機能ブロックのフィールド・デバイスとの関連付けはマッピング・テーブルとして含まれる。制御システム・ループ情報ファイル１３８が、必要なときに、例えば、制御システム１４０内の任意のフィールド・デバイスまたは構成パラメータの変化ごとに、リポジトリ１３０に対して更新される。当該更新は、制御システム・ループ情報ファイル１３８を必要に応じてインポートすることによって行われる。

接続チェック
接続チェックを実施する本発明の１実施形態では、コミッショニング・ツール１１０は、少なくとも１つのプロパティをフィールド・デバイス１２０または１２５から取り出すように構成される。フィールド・デバイス１２０または１２５の取り出されたプロパティは、「デバイス・タグ」、「デバイス・モデル」、デバイスＩＤ」、「製造者／ベンダＩＤ」および「リビジョン番号」のうち何れか１つであることができる。取り出されたプロパティが「デバイス・モデル」、「製造者／ベンダＩＤ」および「リビジョン番号」であるのが好ましい。当該少なくとも１つのプロパティの受信に成功した場合、これは、コミッショニング・ツール１１０がフィールド・デバイス１２０および１２５の何れか１つに接続されていることを確認する。しかし、コミッショニング・ツール１１０とフィールド・デバイス１２０および１２５のうち正しいものとの間に正しい接続が確立されているかどうかを確認する必要がある。

コミッショニング・ツール１１０は、取り出されたプロパティとフィールド・デバイス情報ファイル１３２内のプロパティと比較して、当該取り出されたプロパティとフィールド・デバイス情報ファイル１３２内のプロパティとの間にマッチがあるかどうかを判定するように構成される。複数のプロパティが取り出された場合、取り出されたプロパティの全てはフィールド・デバイス情報ファイル１３２内のプロパティと比較される。コミッショニング・ツール１１０は、マッチがあるとコミッショニング・ツール１１０が判定した場合に、フィールド・デバイス１２０および１２５のうち期待されたものと正確に通信するように構成されていると判定される。

コミッショニング・ツール１１０はまた、取り出されたプロパティを登録ファイル１３４内のプロパティと比較して、取り出されたプロパティと登録ファイル１３４内のプロパティの間にマッチがあるかどうかを判定するように構成される。コミッショニング・ツール１１０は、取り出されたプロパティと登録ファイル１３４内のプロパティとの間にマッチが存在するとコミッショニング・ツール１１０が判定したとき、表示テストである第１のテストを実施するように構成される。所望の出力がフィールド・デバイスのディスプレイに表示されたとき、当該表示テストは成功したと考えられる。表示ユニットは通常は液晶ディスプレイであるので、当該テストはＬＣＤテストとも呼ばれる。

ＨＡＲＴフィールド・デバイスに対するＬＣＤテスト
ＨＡＲＴフィールド・デバイスに対するＬＣＤテストを実施するために、コミッショニング・ツール１１０は、登録ファイル１３４からデバイス通信コマンドを特定するように構成される。これはＬＣＤテストを実施するのに適している。コミッショニング・ツール１１０はさらに、特定されたデバイス通信コマンドをフィールド・デバイスに対して実行し、応答をフィールド・デバイスから取り出すように構成される。当該応答は、フィールド・デバイスがＬＣＤディスプレイに生成した出力と同一である。コミッショニング・ツール１１０は、制御室１５０内のユーザ・インタフェースに供給されるべき取り出された応答の出力を制御室作業員に対して生成して、現場作業員と通信することなくＬＣＤテストの結果をユーザ・インタフェースで参照するように構成される。これは、時間とマンパワーの観点から接続テストの効率を高める。現場作業員は、取り出された応答の出力をフィールド・デバイスのＬＣＤディスプレイででも参照することができる。

ＦＦ−Ｈ１フィールド・デバイスに対するＬＣＤテスト
ＦＦ−Ｈ１フィールド・デバイスに対してＬＣＤテストを実施するために、コミッショニング・ツール１１０は、フィールド・デバイスの取り出された少なくとも１つのプロパティを用いて、パラメータ・インデックスおよびパラメータ・インデックス値を登録ファイル１３４から特定し、それにより当該特定されたパラメータ・インデックスおよびパラメータ・インデックス値を取り出すように構成される。コミッショニング・ツール１１０はさらに、フィールド・デバイスに対する書込みコマンドを実行するように構成される。当該書込みコマンドは、取り出されたパラメータ・インデックス値をフィールド・デバイスの取り出されたパラメータ・インデックスに書き込むためのものである。当該書込みコマンドがパラメータ・インデックスへの書込みに失敗した場合、エラー・メッセージがコミッショニング・ツール１１０に送信される。コミッショニング・ツール１１０はエラー・メッセージを検出するように構成される。当該エラー・メッセージがコミッショニング・ツール１１０により検出されたとき、所定のエラー・メッセージがコミッショニング・ツール１１０から制御室１５０内のユーザ・インタフェースに供給される。当該書込みコマンドが書込みに成功した場合、フィールド・デバイスは所望の出力をＬＣＤディスプレイに生成する。当該所望の出力の１例は所定のパターンである。コミッショニング・ツール１１０によりエラー・メッセージが検出されないとき、コミッショニング・ツール１１０は、制御室１５０内のユーザ・インタフェースに供給されるべき所定のパターンを生成するように構成される。

したがって、コミッショニング・ツール１１０はユーザ・インタフェースと協調して、制御室作業員が、現場作業員と通信することなくＬＣＤテストの結果を当該ユーザ・インタフェースで参照できるようにする。これは、時間とマンパワーの観点から接続テストの効率を高める。現場作業員は、取り出された応答の出力をフィールド・デバイスのＬＣＤディスプレイででも参照することができる。

コミッショニング・ツール１１０は、取り出されたプロパティと登録ファイル１３４内のプロパティの間にマッチがないとコミッショニング・ツール１１０が判定した場合、以下の参照決定プロセスを実施するように構成される。コミッショニング・ツール１１０は、フィールド・デバイスの通信プロトコルをリポジトリ１３０内の制御システム・ループ情報ファイル１３８から参照し、取り出されたプロパティがＨＡＲＴフィールド・デバイスのような所定のフィールド・デバイスに対するものであるかどうかを判定するように構成される。ＨＡＲＴフィールド・デバイスはＨＡＲＴ通信プロトコルを使用する。コミッショニング・ツール１１０は、取り出されたプロパティが所定のフィールド・デバイスのためのものであるとコミッショニング・ツール１１０が判定したとき、第１のテストとは異なる第２のテストを実施するように構成される。コミッショニング・ツール１１０は次いで、「ＨＡＲＴコマンド７２」のような所定のデバイス通信コマンドをフィールド・デバイスに対して実行するように構成される。当該コマンドは、ＳＱＵＡＷＫテストをＨＡＲＴフィールド・デバイスで実施するためのものである。ＨＡＲＴフィールド・デバイスは通常、成功したＳＱＵＡＷＫテストに対する視覚的、可聴的、または機械的応答を生成する。コミッショニング・ツール１１０は、応答をフィールド・デバイスから受信し、当該応答を制御室１５０内のユーザ・インタフェースに供給するように構成される。ＬＣＤテストと同様に、コミッショニング・ツール１１０はユーザ・インタフェースと協調して、制御室作業員が、現場作業員と通信することなくＬＣＤテストの結果を当該ユーザ・インタフェースで参照できるようにする。これは、時間とマンパワーの観点から接続テストの効率を高める。現場作業員には、フィールド・デバイスの出力により、例えばＬＣＤディスプレイに表示されている「ＳＱＵＡＷＫ」から、通知することもできる。

コミッショニング・ツール１１０は、取り出されたプロパティが所定のデバイスのためのものでないとコミッショニング・ツール１１０が判定した場合、第１のテストおよび第２のテストと異なる第３のテストを実施するように構成される。第３のテストでは、コミッショニング・ツール１１０は、フィールド・デバイスをフィールド・デバイス・コミッショニング・システム１００から切断するための第１の命令をユーザ・インタフェースで生成するように構成される。コミッショニング・ツール１１０は、現場作業員が第１の命令を完了したとき、第１の応答をフィールド・デバイスから受信するように構成される。第１の応答の１例は、フィールド・デバイスがフィールド・デバイス・コミッショニング・システム１００から切断されたというメッセージである。

コミッショニング・ツール１１０はさらに、フィールド・デバイスをフィールド・デバイス・コミッショニング・システム１００に接続するための第２の命令をユーザ・インタフェースで生成するように構成される。コミッショニング・ツール１１０は、現場作業員が第２の命令を完了したとき、第２の応答をフィールド・デバイスから受信するように構成される。第２の応答の１例は、フィールド・デバイスがフィールド・デバイス・コミッショニング・システム１００から切断されたというメッセージである。コミッショニング・ツール１１０はさらに第１の応答または第２の応答に基づいてフィールド・デバイスのステータスを決定し、ユーザ・インタフェースに供給すべき決定されたステータスの出力を生成するように構成される。場合によっては、第３のテストを複数回繰り返すことができる。

第１のテスト、第２のテストおよび第３のテストの各々に対し、コミッショニング・ツール１１０は、テスト結果を確認するためのオプションをユーザ・インタフェースに提供するように構成される。当該テストを実施する際にエラーがあった場合、当該テスト結果は「失敗」であり、コミッショニング・ツール１１０により確認オプションは提供されない。コミッショニング・ツール１１０を、当該テストがエラーなしに完了したとき、ユーザに当該テスト結果を確認するようユーザ・インタフェースに要求させるように構成してもよい。これは、当該テストの完了に成功したことを保証するためのものである。

コミッショニング・ツール１１０はテスト結果を「失敗」と特定するように構成される。かかるケースの例は、（１）フィールド・デバイスから取り出されたプロパティがないとき、（２）取り出されたプロパティとフィールド・デバイス情報ファイル１３２内のプロパティとのマッチがないとき、である。コミッショニング・ツール１１０がテスト結果を失敗と特定したとき、コミッショニング・ツール１１０はテスト結果「失敗」をユーザ・インタフェースに提供し、当該テスト結果はリポジトリ１３０内の一時的または永続的なファイルで更新される。

図４は、フィールド・デバイス・コミッショニング・システム１００で実施される、本発明の１実施形態に従う接続チェック機能のための動作の方法である、接続チェック・ワークフロー２００である。ステップ２１０で、コミッショニング・ツール１１０は、少なくとも１つのプロパティをフィールド・デバイス１２０または１２５から取り出して、コミッショニング・ツール１１０がフィールド・デバイス１２０、１２５と通信できるかどうかをチェックする。これは、コミッショニング・ツール１１０がフィールド・デバイス１２０、１２５に接続されているかどうかを判定するためのものである。当該プロパティの取り出しに成功すると、コミッショニング・ツール１１０は、フィールド・デバイス１２０、１２５に接続されていると判定される。

ステップ２２０で、コミッショニング・ツール１１０により、フィールド・デバイスからの少なくとも１つの取り出されたプロパティをフィールド・デバイス情報ファイル１３２内のプロパティと比較して、マッチがあるかどうかを判定する。マッチがあるとき、当該動作はステップ２３０に続く。ステップ２３０で、コミッショニング・ツール１１０により、取り出されたプロパティの少なくとも１つをフィールド・デバイス情報ファイル１３２内のプロパティと比較して、マッチがあるかどうかを判定する。

ステップ２３０でマッチがあるとコミッショニング・ツール１１０が判定したとき、ステップ２３２に進み、第１のテストをコミッショニング・ツール１１０により実施する。第１のテストでは、コミッショニング・ツール１１０によるステップは、登録ファイル１３４から、取り出されたプロパティに関連付けられたフィールド・デバイスに対するデバイス通信コマンドを特定することである。次いで、コミッショニング・ツール１１０は、特定されたデバイス通信コマンドをフィールド・デバイスに対して実行する。当該デバイス通信コマンドを実行した後、コミッショニング・ツール１１０は、応答を当該フィールド・デバイスから受信し、ユーザ・インタフェースに供給すべき受信した応答の出力を生成する。

ステップ２３０でマッチがないとき、コミッショニング・ツール１１０は、フィールド・デバイスの通信プロトコルを制御システム・ループ情報ファイル１３８内のものと比較して、当該通信プロトコルが、ＨＡＲＴフィールド・デバイスのような所定のフィールド・デバイスに対するものかどうかを判定する。当該通信プロトコルが当該所定のフィールド・デバイスに対するものであると判定されたとき、ステップ２３４に進み、第１のテストとは異なる第２のテストを実施する。

第２のテストではコミッショニング・ツール１１０は所定のデバイス通信コマンドをフィールド・デバイスに対して実行する。当該フィールド・デバイスがＨＡＲＴフィールド・デバイスであるとき、コミッショニング・ツール１１０は「ＨＡＲＴコマンド７２」を実行する。当該フィールド・デバイスが所定のデバイス通信コマンドを受信すると、当該フィールド・デバイスは、フィールド・デバイスのＬＣＤディスプレイに「ＳＱＵＡＷＫ」を表示するといった、視覚的、可聴的、または機械的応答のうち１つを生成する。これを現場作業員により受信することができる。さらに、当該動作はさらに、当該フィールド・デバイスから、実行されたデバイス通信コマンドへの応答を受信するステップと、ユーザ・インタフェースに供給されるべき受信した応答の出力を生成するステップとを含む。

コミッショニング・ツール１１０により当該通信プロトコルが当該所定のフィールド・デバイスのためのものでないと判定されたとき、ステップ２３６に進み、コミッショニング・ツール１１０により、第１のテストおよび第２のテストとは異なる第３のテストを実施する。第３のテストでは、コミッショニング・ツール１１０による方法は、フィールド・デバイスをフィールド・デバイス・コミッショニング・システム１００から切断するための第１の命令をユーザ・インタフェースで生成することである。制御室作業員はこれを現場作業員に伝える。現場作業員が切断を完了した後、コミッショニング・ツール１１０による次のステップは、第１の応答を当該フィールド・デバイスから受信し、フィールド・デバイス１２０、１２５をフィールド・デバイス・コミッショニング・システム１００に接続するための第２の命令をユーザ・インタフェースで生成することである。同様に、制御室作業員はこれを現場作業員に伝える。現場作業員当該接続を完了した後、コミッショニング・ツール１１０による動作は、フィールド・デバイス１２０、１２５のステータスを第２の応答に基づいて決定し続け、ユーザ・インタフェースに供給すべき決定されたステータスの出力を生成する。

第１のテスト、第２のテストおよび第３のテストの各々に対し、テストがコミッショニング・ツール１１０によりエラーなしに完了し、ユーザが当該テストの結果を「合格」として確認した場合には、ステップ２４０で、コミッショニング・ツール１１０を更新し、リポジトリ１３０内のフィールド・デバイス情報ファイル１３２に対するデバイス・プロパティの更新が必要であるかどうかを判定する。更新が必要であるとき、リポジトリ１３０内のフィールド・デバイス情報ファイル１３２を更新するために、デバイス情報がコミッショニング・ツール１１０によりフィールド・デバイスから取り出される。これは、線形化チェックのような他のチェック機能について、フィールド・デバイス情報ファイル１３２内のデバイス・プロパティを更新しておくのに有用である。これは、デバイス監視システム、制御システムまたは他の任意のシステムにおける他のアプリケーションにとっても有用であろう。

本発明の上述の実施形態では、フィールド・デバイス通信チェック、フィールド・デバイス情報チェックおよび更新の自動化をサポートする。自動化により、ヒューマン・エラーが減る。さらに、本発明の１実施形態は、フィールド・デバイス情報に基づいて少なくとも３つの所定のテストのうち１つを自動的に選択でき、これによりテスト結果の精度が高まる。事前構成が行われるので、自動的にチェックが行われ、結果が記録される。有利なことに、マンパワーが減り、それにしたがって、時間とコストが節約される。手動での現場操作の必要性が減ることにより、現場作業員のリスクが減る。

線形化チェック
本発明の別の実施形態は、線形化チェックをフィールド・デバイス１２０、１２５に実施することである。コミッショニング・ツール１１０は、制御システム・ループ情報ファイル１３８から、フィールド・デバイス１２０、１２５が入力装置として構成されるかどうかを判定するように構成される。これは、制御システム・ループ情報ファイル１３８内の構成パラメータを読み取ることに基づく。当該構成パラメータがフィールド・デバイスの接続タイプを記述するのが好ましい。例えば、当該接続タイプが「ＩＮ」である場合、入力装置として構成されると判定され、当該接続タイプが「ＯＵＴ」である場合、出力装置として構成される。

代替物では、フィールド・デバイスの接続タイプを、構成パラメータ値を制御システム１４０から取り出すことによって決定することができる。当該構成パラメータは「接続タイプ」である。例えば、接続パラメータ値が「ＩＮ」である場合、入力装置として構成されると判定される。当該接続パラメータ値が「ＯＵＴ」である場合、出力装置として構成される。

フィールド・デバイスが入力装置として構成されると判定されたとき、コミッショニング・ツール１１０は、プロトコル・デバイス登録ファイル１３６から、当該フィールド・デバイスが圧力送信器であるかどうかを判定する。制御システム・ループ情報ファイル１３８内のフィールド・デバイスの通信プロトコルに基づいて、コミッショニング・ツール１１０は当該フィールド・デバイスの当該通信プロトコルを特定する。

当該フィールド・デバイスの識別子がプロトコル・デバイス登録ファイル１３６にないとき、判定を行うことはできない。識別子の例は「デバイス・モデル」および「製造者／ベンダＩＤ」である。コミッショニング・ツール１１０は、フィールド・デバイス１２０、１２５が圧力送信器であるかどうかを判定するのに適切な情報を他のソースから取り出すように構成される。

ＨＡＲＴフィールド・デバイスについて
ＨＡＲＴフィールド・デバイスについて、コミッショニング・ツール１１０はさらに、登録ファイル１３４から、情報を取り出すための所定のデバイス・コマンドを特定するように構成される。コミッショニング・ツール１１０は、特定された所定のデバイス・コマンドを当該フィールド・デバイスに対して実行し、応答を当該フィールド・デバイスから受信し、受信した応答から当該フィールド・デバイスが圧力送信器であるかどうかを判定するように構成される。

第１の例では、当該所定のコマンドは「ＨＡＲＴコマンド５４」である。当該応答は、多数のバイトを含むパッケージである。応答バイト２１は「デバイス変数ファミリ」を表す。応答バイト２１が値「５」を有するとき、当該フィールド・デバイスは圧力送信器デバイスであると判定される。あるいは、当該判定を、「デバイス変数分類」を表す応答バイト２２から行うことができる。応答バイト２２が値「６５」を有するとき、当該フィールド・デバイスは圧力送信器であると判定される。

第２の例では、所定のコマンドは「ＨＡＲＴコマンド１」である。ＨＡＲＴフィールド・デバイスがリビジョン７またはそれより前の任意のリビジョンであり、応答値が「１−１４」、「１４５」、「２３７−２３９」の範囲内にある場合、当該フィールド・デバイスは圧力送信器であると判定される。当該ＨＡＲＴフィールド・デバイスがリビジョン６および７であり、当該応答値が範囲「１７０−１７９」内にもある場合、当該フィールド・デバイスは圧力送信器であると判定される。

さらに別の代替物は、コミッショニング・ツール１１０においてデータベース１６０（図示せず）内の所定の変数を読み取るようにコミッショニング・ツール１１０を構成することである。データベース１６０の１例は、データベース１６０においてフィールド・デバイス・パラメータを定期的に読み取り、更新するプロセス制御（「ＯＰＣ」）データベース向けオブジェクト・リンク埋め込み（ＯＬＥ）である。本例では、コミッショニング・ツール１１０は、工学単位「＿ＰＶ＿Ｕｎｉｔ」を表す所定の変数を読み取るように構成される。当該値が１−１４、１４５、２３７−２３９の範囲内にある場合、当該フィールド・デバイスは圧力送信器であると判定される。当該ＨＡＲＴフィールド・デバイスがリビジョン６および７のものであり、当該応答値が範囲「１７０−１７９」内にもある場合、当該フィールド・デバイスは圧力送信器であると判定される。

好適な実施形態では、当該フィールド・デバイスが圧力送信器デバイスであるかどうかを判定するのに当該応答が十分でない場合、コミッショニング・ツール１１０は、任意の所定の方法を用いて決定するように構成される。第３の例では、第１の例と第２の例を逐次的に実装する。

ＦＦ−Ｈ１フィールド・デバイスについて
ＦＦ−Ｈ１フィールド・デバイスについて、コミッショニング・ツール１１０はさらにデータベース１６０内の所定の変数を読み取るように構成される。データベース１６０の１例は、データベース１６０においてフィールド・デバイス・パラメータを定期的に読み取り、更新するプロセス制御（「ＯＰＣ」）データベース向けオブジェクト・リンク埋め込み（ＯＬＥ）である。本例では、コミッショニング・ツール１１０は、標準パラメータ「＿ＴＢ０１．ＴＲＡＮＳＤＵＣＥＲ＿ＴＹＰＥ」を表す所定の変数を読み取るように構成される。当該標準の値が「１００」であるとき、当該フィールド・デバイスは圧力送信器であると判定される。

あるいは、コミッショニング・ツール１１０はさらに所定のパラメータをフィールド・デバイスから取り出すように構成される。コミッショニング・ツール１１０は、登録ファイル１３４から、情報を取り出すための所定のデバイス・コマンドを特定するように構成される。コミッショニング・ツール１１０は、特定された所定のデバイス・コマンドを当該フィールド・デバイスに対して実行し、応答を当該フィールド・デバイスから受信し、受信した応答から当該フィールド・デバイスが圧力送信器であるかどうかを判定するように構成される。例えば、コミッショニング・ツール１１０は、標準パラメータ「＿ＴＢ０１．ＴＲＡＮＳＤＵＣＥＲ＿ＴＹＰＥ」へのインデックスを付与する「パラメータ・インデックス」を実行するように構成される。応答が「１００」であるとき、当該フィールド・デバイスは圧力送信器であると判定される。

例外圧力送信器の特定
圧力送信器の幾つかのフィールド・デバイス製造者／ベンダには、質量流量変換のような追加の機能、または、フィールド・デバイスの利用を構成するための追加のパラメータが含まれている。かかるフィールド・デバイスは例外圧力送信器と考えられる。したがって、かかる例外圧力送信器の製造者／ベンダおよびデバイス・モデルを特定して、線形化チェックを自動的に実施する精度を高めるのが好ましい。製造者／ベンダおよびデバイス・モデルは、「製造者／ベンダＩＤ」および「デバイス・タイプ」のようなフィールド・デバイス・パラメータから特定される。

（ａ）コミッショニング・ツール１１０はさらに、当該フィールド・デバイスが以下のパラメータの何れか１つまたはパラメータの組合せを有するかどうかを特定することによって、当該フィールド・デバイスが例外圧力送信器であるかどうかを判定するように構成されるのが好ましい。
（１）ＨＡＲＴフィールド・デバイスについて、「製造者／ベンダＩＤ」パラメータは０ｘ００００３７であり、「デバイス・タイプ」パラメータは０ｘ３７５４である。
（２）ＦＦ−Ｈ１フィールド・デバイスについて、「製造者／ベンダＩＤ」パラメータは０ｘ５９４５４３であり、「デバイス・タイプ」パラメータは０ｘ０００Ｅである。
（ｂ）当該フィールド・デバイスが上の（３）および（４）におけるパラメータを有すると特定されるとき、コミッショニング・ツール１１０が、当該フィールド・デバイスから、当該フィールド・デバイスがフローを測定するように構成されるかどうかを判定するように構成されるのがさらに好ましい。

ＨＡＲＴフィールド・デバイスに対して、コミッショニング・ツール１１０は、登録ファイル１３４から、所定のデバイス通信コマンドを決定するように構成される。この場合、当該所定のデバイス通信コマンドは「ＨＡＲＴコマンド１７２」である。コミッショニング・ツール１１０が応答「０ｘ０２」を受信すると、当該フィールド・デバイスは流量を測定するように構成される。

ＦＦ−Ｈ１フィールド・デバイスに対して、コミッショニング・ツール１１０は、当該フィールド・デバイスから、パラメータ「＿ＴＢ０１．ＰＲＩＭＡＲＹ＿ＶＡＬＵＥ＿ＴＹＰＥ」または「＿ＴＢ０１．ＬＩＮＥＡＲＩＺＡＴＩＯＮ」に対する値を取り出すように構成される。当該値が前者に対して「０ｘｆｆｆ２」であり、後者に対して「０ｘ０２」であるとき、当該フィールド・デバイスは流量を測定するように構成される。

フィールド・デバイスがフローを測定するように構成されるかどうかのチェック
フィールド・デバイスが圧力送信器であると判定されると、コミッショニング・ツール１１０はさらに、制御システム・ループ情報ファイル１３８から、当該フィールド・デバイスがフローを測定するように制御システム１４０において構成されるかどうかを判定するように構成される。

判定の１例は、当該フィールド・デバイスが測定するように構成されるプロセス変数の工学単位を読み取ることによるものである。当該工学単位が秒、分、時間、または日ごとの立方メートルのような、時間単位ごとの体積の観点から定義される場合、当該フィールド・デバイスはフローを測定するように制御システム１４０において構成される。

別の決定の例は、パラメータ「タグ名」を読み取ることによるものである。パラメータ「タグ名」の値が、「ＦＩ」、「ＦＦＩ」、「ＦＱＩ」、「ＦＺＩ」、「ＦＣ」、「ＦＦＣ」、「ＦＱＣ」、「ＦＺＩＣ」、「ＦＩＣ」、「ＦＦＩＣ」、「ＦＱＩＣ」、「ＦＺＩＣ」、「ＦＲＣ」、「ＦＦＲＣ」、「ＦＱＲＣ」および「ＦＺＲＣ」の文字の何れかを他の文字または数字との組合せで有するとき、当該フィールド・デバイスはフローを測定するように制御システム１４０において構成される。

制御システム内で構成されたフィールド・デバイスの線形化タイプの決定
当該フィールド・デバイスが所定のプロセス変数を測定すると判定されると、コミッショニング・ツール１１０はさらに、制御システム・ループ情報ファイル１３８から、当該フィールド・デバイスに関連付けられた制御システム１４０内の線形化タイプ１７０（図示せず）を決定するように構成される。

１例では、構成パラメータ「入力信号変換」は、制御システム・ループ情報ファイル１３８において、値「線形」を有するフィールド・デバイスに対して、線形化タイプは「線形」と決定され、他の値に対して、当該線形化タイプは「その他」である。「線形」、「二乗根」、「間接二乗根」のような線形化タイプを表す複数の値が当該構成パラメータに対してあってもよい。制御システム内のフィールド・デバイス線形化タイプ１７０を決定できるようにするためのマッピング・テーブルが提供されるのが好ましい。当該マッピング・テーブルは、当該制御システム内の構成パラメータに対する情報を列挙する。例えば、当該制御システムにおけるフィールド・デバイスの線形化タイプを決定するために、当該線形化タイプを「入力信号変換」の値に見い出す。当該値が「線形」である場合、当該線形化タイプは「線形」と決定される。当該値が「二乗根」、「間接二乗根」のうち１つである場合、当該線形化タイプは「その他」と決定される。

あるいは、コミッショニング・ツール１１０は、構成パラメータ値を制御システム１４０から取り出して線形化タイプ１７０を決定するように構成される。

例えば、構成パラメータ「入力信号変換」は、制御システム１４０において、値「無変換」を有するフィールド・デバイスに対して、当該線形化タイプは「線形」と決定され、他の値に対しては、当該線形化タイプは「その他」である。「無変換」、「二乗根」、「間接二乗根」のような線形化タイプを表す複数の値が当該構成パラメータに対してあってもよい。当該制御システム内のフィールド・デバイス線形化タイプ１７０を決定できるようにするためのマッピング・テーブルが提供されるのが好ましい。当該マッピング・テーブルは、当該制御システム内の構成パラメータに関する情報を列挙する。例えば、当該制御システムにおけるフィールド・デバイスの線形化タイプを決定するために、当該線形化タイプを「入力信号変換」の値に見い出す。当該値が「無変換」である場合、当該線形化タイプは「線形」と決定される。当該値が「二乗根」、「間接二乗根」のうち１つである場合、当該線形化タイプは「その他」と決定される。

フィールド・デバイス内で構成されたフィールド・デバイスの線形化タイプの決定
コミッショニング・ツール１１０はまた、フィールド・デバイスの線形化タイプ１７５（図示せず）を当該フィールド・デバイスから取り出すように構成される。

ＨＡＲＴフィールド・デバイスに対して、コミッショニング・ツール１１０はさらに、登録ファイル１３４から、所定のデバイス通信コマンドを特定するように構成される。このケースは「ＨＡＲＴコマンド１５」であり、コミッショニング・ツール１１０はそれを当該フィールド・デバイスに対して実行し、応答を当該フィールド・デバイスから受信する。

例えば、当該フィールド・デバイスから取り出された応答がパラメータ「ｐｒｅｓｓｕｒｅ＿ｏｕｔｐｕｔ＿ｔｒａｎｓｆｅｒ＿ｆｕｎｃｔｉｏｎ」に対して値「０」を有する場合、当該フィールド・デバイスの線形化タイプ１７５は「線形」である。他の全ての値に対して、線形化タイプ１７５は「その他」である。

ＦＦ−Ｈ１入力フィールド・デバイスに対して、コミッショニング・ツール１１０はさらに、入力タイプのフィールド・デバイスから、パラメータ「＿ＡＩ０１．Ｌ＿ＴＹＰＥ」を読み取るように構成され、ＦＦ−Ｈ１出力フィールド・デバイスに対して「＿ＴＢ０１．ＰＯＳＩＴＩＯＮ＿ＣＨＡＲ＿ＴＹＰＥ」である。

受信した応答から、フィールド・デバイスの線形化タイプ１７５が登録ファイル１３４から特定される。例えば、値「１」を有する入力タイプフィールド・デバイス・パラメータ「＿ＡＩ０１．Ｌ＿ＴＹＰＥ」は、「Ｄｉｒｅｃｔ」フィールド・デバイスであり、登録ファイル１３４から、当該フィールド・デバイスの線形化タイプ１７５が「線形」と特定される。他の全ての値に対して、線形化タイプ１７５は「その他」である。値「１」を有する出力フィールド・デバイス・パラメータ「＿ＴＢ０１．ＰＯＳＩＴＩＯＮ＿ＣＨＡＲ＿ＴＹＰＥ」は「Ｄｉｒｅｃｔ」フィールド・デバイスであり、登録ファイル１３４から、当該フィールド・デバイスの線形化タイプ１７５は「線形」と特定される。他の全ての値に対して、線形化タイプ１７５は「その他」である。

当該フィールド・デバイス内のフィールド・デバイス線形化タイプ１７５の決定を好都合に行えるようにするためのマッピング・テーブルがリポジトリ１３８内に提供されるのが好ましい。

線形化チェックの結果
コミッショニング・ツール１１０はさらに、制御システム１４０内のフィールド・デバイスの線形化タイプ１７５および当該フィールド・デバイスの線形化タイプ１７０を用いて、線形化チェックの結果を決定するように構成される。

当該線形化チェックの結果は上述のように決定されたフィールド・デバイスに対して、図５の所定のロジックを適用し以下のシナリオの１つを用いることによって決定される。

シナリオ１：フィールド・デバイスが、
１．１．圧力送信器でない入力装置
１．２．（ａ）「製造者／ベンダＩＤ」パラメータが０ｘ００００３７であり「デバイス・タイプ」パラメータが０ｘ３７５４であるＨＡＲＴフィールド・デバイス、（ｂ）「製造者／ベンダＩＤ」パラメータが０ｘ５９４５４３であり「デバイス・タイプ」パラメータが０ｘ０００ＥであるＦＦ−Ｈ１フィールド・デバイスのような、例外圧力送信器である入力装置
として構成される。

シナリオ２：圧力送信器であるフィールド・デバイスに対して、フィールド・デバイスが、プロセス変数、圧力およびレベルのうち１つを測定するように構成される。

シナリオ３：フィールド・デバイスが、圧力送信器であり、フロー・プロセス変数を測定するように構成される。

シナリオ４：フィールド・デバイスが、圧力送信器であり、フロー・プロセス変数を測定するように構成されると判定することができない。

シナリオ５：フィールド・デバイスが、出力装置として構成され、バルブのようなアクチュエータへの出力信号を処理する。

シナリオ１に対して、図５のロジック１を適用すると、線形化タイプ１７０および１７５の両方が「線形」であるとき、線形化チェックの結果は良好であり、図５で「ＯＫ」により表される。他種の組合せについては、当該線形化チェックの結果は良好ではなく、これを図５の「ＮＧ」により表すことができる。

シナリオ２に対して、ロジック２を適用すると、線形化タイプ１７０および１７５の両方が「線形」であるとき、制御室作業員が線形化チェックを判定するためのメッセージがユーザ・インタフェースに提供され、図５の「ＡＣＫ」により表される。他種の組合せについては、当該線形化チェックの結果は良好ではなく、図５の「ＮＧ」により表される。

シナリオ３に対して、ロジック３を適用すると、線形化タイプ１７０および１７５の両方が同一で、「線形」または「その他」であるとき、線形化チェックの結果は良好ではなく、図５の「ＮＧ」により表される。他種の組合せについては、当該線形化チェックの結果は良好であり、図５で「ＯＫ」により表される。

シナリオ４に対して、ロジック４を適用すると、線形化タイプ１７０および１７５の両方が同一で、「線形」または「その他」であるとき、線形化チェックの結果は良好ではなく、図５の「ＮＧ」により表される。他種の組合せについては、制御室作業員が当該線形化チェックを判定するためのメッセージがユーザ・インタフェースに提供され、図５の「ＡＣＫ」により表される。

シナリオ５に対して、ロジック５を適用すると、線形化タイプ１７０および１７５の両方が「その他」であるとき、線形化チェックの結果は良好であり、図５で「ＯＫ」により表される。他種の組合せについては、当該線形化チェックの結果は良好ではなく、図５の「ＮＧ」により表される。

コミッショニング・ツール１１０がさらに、リポジトリ１３０内またはコミッショニング・ツール１１０内の判定テーブル１８０を用いて当該線形化チェックの結果を決定するように構成されるのが好ましい。判定テーブル１８０の１例を図５に示す。

図６は、フィールド・デバイス・コミッショニング・システム１００における、本発明の１実施形態に従う線形化チェック機能を実施する方法である、線形化チェック・ワークフロー３００である。ステップ３１０で、コミッショニング・ツール１１０が、制御システム・ループ情報ファイル１３８から、フィールド・デバイスが入力装置として使用するように構成されるかどうかを判定する。当該判定は、当該フィールド・デバイスが入力信号を使用しているかどうかを検証することによって行われる。

当該フィールド・デバイスが入力装置であると判定されたとき、ステップ３２０で、コミッショニング・ツール１１０は、プロトコル・デバイス登録ファイル１３６から、当該フィールド・デバイスが圧力送信器であるかどうかを判定する。

当該フィールド・デバイスが圧力送信器であると判定されたとき、ステップ３３０で、制御システム・ループ情報ファイル１３８から、コミッショニング・ツール１１０は、当該フィールド・デバイスがフローを測定するように制御システム１４０において構成されるかどうかを判定する。

当該フィールド・デバイスが所定のプロセス変数を測定すると判定されると、ステップ３４０で、制御システム・ループ情報ファイル１３８から、コミッショニング・ツール１１０は、制御システム１４０内で構成されたフィールド・デバイスの線形化タイプ１７０を決定する。ステップ３５０で、コミッショニング・ツール１１０が当該フィールド・デバイスの線形化タイプ１７５を当該フィールド・デバイスから取り出す。

ステップ３６０で、コミッショニング・ツール１１０が、線形化タイプ１７０、１７５を用いることによって線形化チェックの結果を決定する。

本発明の上述の実施形態では、制御システム１４０内で構成されたフィールド・デバイスおよびフィールド・デバイス１２０、１２５の線形化タイプ１７０、１７５の自動的な取出し、分析、および比較を可能とする。自動化により、ヒューマン・エラーが減る。事前構成が行われるので、自動的にチェックが行われ、結果が記録される。有利なことに、マンパワーが減り、それにしたがって、時間とコストが節約される。手動での現場操作の必要性が減ることにより、必要な現場作業員が少なくリスクが減る。

タスクの自動生成
本発明の別の実施形態は、コミッショニング・ツール１１０が、ユーザ・インタフェースに、リポジトリ１３０内の複数のテンプレートのうち少なくとも１つのテンプレートを提供するように構成されるというものである。リポジトリ１３０内の当該複数のテンプレートはタスク・テンプレートおよびワークフロー・テンプレートである。タスク・テンプレートはテンプレートとして保存されるタスクである。それにしたがって、ワークフロー・テンプレートは、テンプレートとして保存されるワークフローである。

さらに、タスク・テンプレートまたはワークフロー・テンプレートはタスクに対する所定の値を含む。複数の値をもつ構成を有するタスクに対して、当該構成に対して所定の値がある。当該所定の値を変更するためのオプションが提供されるのが好ましい。

制御室作業員のようなユーザは、ユーザ・インタフェースに提供されたタスク・テンプレートまたはワークフロー・テンプレートの何れかを選択することができる。

コミッショニング・ツール１１０は、複数のフィールド・デバイスのうち少なくとも１つに対するチェック機能を決定するように構成される。チェック機能を決定するために、コミッショニング・ツール１１０は、制御システム・ループ情報ファイル１３８内の構成パラメータ、またはフィールド・デバイス情報ファイル１３２内のパラメータを読み取るように構成される。両方のファイルがリポジトリ１３０内にある。

コミッショニング・ツール１１０は、フィールド・デバイス情報ファイル１３２内のフィールド・デバイス１２０、１２５の識別子を取り出すように構成される。当該識別子を用いて、制御システム・ループ情報ファイル１３８から、コミッショニング・ツール１１０が、フィールド・デバイス１２０、１２５が制御システム１４０に関連付けられるかまたは接続されるかどうかを判定する。

制御システム１４０は、フィールド・デバイスに接続するための機能ブロック１９０（図示せず）を有する。制御システム１４０が、フィールド・デバイス１２０、１２５が制御システム１４０内の機能ブロック１９０に関連付けられるかまたは接続されるかどうかを判定するようにさらに構成されるのが好ましい。

コミッショニング・ツール１１０は、フィールド・デバイス１２０、１２５に対して、選択されたタスク・テンプレートまたはワークフロー・テンプレートに関連付けられたチェック機能を決定するように構成される。１例では、当該チェック機能は各シーケンスにおける以下の所定の基準を用いて決定される。

シーケンス１が「接続チェック機能」であり、当該基準は、（ａ）フィールド・デバイスの通信プロトコルが「ＨＡＲＴ」または「ＦＦ−Ｈ１」であり、（ｂ）当該フィールド・デバイスの接続タイプが「入力」または「出力」であるというものである。

シーケンス２が「線形化チェック機能」であり、当該基準は、（ａ）フィールド・デバイスが制御システムまたは当該制御システム内の機能ブロックに関連付けられ、（ｂ）当該フィールド・デバイスの通信プロトコルが「ＨＡＲＴ」または「ＦＦ−Ｈ１」であり、（ｃ）当該フィールド・デバイスの接続タイプが「入力」または「出力」であるというものである。

シーケンス３が「範囲チェック機能」であり、当該基準は、（ａ）ＨＡＲＴフィールド・デバイスに対して、ＨＡＲＴフィールド・デバイスが制御システムまたは当該制御システム内の機能ブロックに関連付けられ、（ｂ）当該フィールド・デバイスの通信プロトコルが「ＨＡＲＴ」または「ＦＦ−Ｈ１」であり、（ｃ）当該フィールド・デバイスの接続タイプが「入力」または「出力」であるというものである。

シーケンス４が「入力ループ・チェック機能」であり、当該基準は、（ａ）フィールド・デバイスが制御システムまたは当該制御システム内の機能ブロックに関連付けられ、（ｂ）当該フィールド・デバイスの通信プロトコルが「ＨＡＲＴ」または「ＦＦ−Ｈ１」であり、（ｃ）当該フィールド・デバイスの接続タイプが「入力」であるというものである。

シーケンス５が「出力ループ・チェック機能」であり、当該基準は、（ａ）フィールド・デバイスが制御システムまたは当該制御システム内の機能ブロックに関連付けられ、（ｂ）当該フィールド・デバイスの通信プロトコルが「ＨＡＲＴ」または「ＦＦ−Ｈ１」であり、（ｃ）当該フィールド・デバイスの接続タイプが「出力」というものである。

シーケンス６が「手動作業チェック機能」であり、当該基準は、（ａ）フィールド・デバイスの通信プロトコルが「ＨＡＲＴ」または「ＦＦ−Ｈ１」であり、（ｂ）当該フィールド・デバイスの接続タイプが「入力」または「出力」であるというものである。

当該基準の要約を以下の表１で提供する。

当該基準が満たされない場合、対応するチェック機能は生成されない。これにより、無関係なチェック機能が実行されるのが防止され、したがって無関係なチェック機能の実行に起因するエラーが回避される。当該基準が満たされない場合には、チェック機能をフィールド・デバイスに対するシーケンスから省略してもよい。シーケンスは、生成されたチェック機能を実施する順序である。これは、非論理的なシーケンスに起因するエラーを減らすための標準化されたシーケンスを生成する。当該シーケンスの順序は、シーケンス１が最初に実行されシーケンス６が最後に実行されるというものである。

コミッショニング・ツール１１０は、ユーザ・インタフェースに、選択するためのフィールド・デバイスを特定する情報を提供するように構成される。当該情報は、当該フィールド・デバイスを表す識別子またはシンボルである。

コミッショニング・ツール１１０は、選択するためのグループ・タイプをユーザ・インタフェースに提供するように構成される。当該グループ・タイプがリポジトリ１３０に格納される。これは、ユーザの嗜好に従ってグループ・タイプ内のタスクを生成するためである。グループ・タイプの１例は、領域、プロセス、機器またはユニットに対するフォルダであり、別のグループ・タイプはチェック機能、ユーザ、チーム、およびフィールド・デバイスである。

選択されたテンプレートおよびグループ・タイプに基づいて、決定されたチェック機能に関連付けられたタスクが自動的に生成される。生成されたタスクが、当該生成されたタスクに関する情報とともにユーザ・インタフェースに提供される。当該生成されたタスクがユーザ・インタフェースに提供され、当該グループ・タイプを再選択するオプションがユーザ・インタフェースに提供されるのが好ましい。

生成されたチェック機能が以前に選択されたテンプレートを用いてフィルタされるのが好ましい。この場合、タスクは、選択された１つのタスク・テンプレートまたはワークフロー・テンプレートに対して生成される。

図７Ａは、本発明の１実施形態に従う複数のフィールド・デバイスのためのタスクを自動的に生成する方法４００の流れ図である。ステップ４１０で、コミッショニング・ツール１１０は、選択するためのリポジトリ１３０内の少なくとも１つのテンプレートをユーザ・インタフェースに提供する。リポジトリ１３０においてテンプレート全てが提供されるのが好ましい。

ステップ４２０で、少なくとも１つの制御システム・パラメータを使用して、どのチェック機能がフィールド・デバイスに関連付けられているかを判定する。当該制御システム・パラメータは、リポジトリ１３０内の制御システム・ループ情報ファイル１３８またはフィールド・デバイス情報ファイル１３２の何れかから取り出される。選択されたテンプレート内の全てのチェック機能をフィールド・デバイスの全てのタイプに適用できるわけではない。ステップ４１０で選択されたテンプレートに基づいて、上の表１のような所定の基準を使用してチェック機能を決定する。これにより、無関係なチェック機能が実行されるのが防止され、したがって無関係なチェック機能の実行に起因するエラーが回避される。

ステップ４３０で、コミッショニング・ツール１１０は、選択するための複数のフィールド・デバイスの少なくとも１つを特定する情報をユーザ・インタフェースに提供する。当該フィールド・デバイス全てに関する情報が提供されるのが好ましい。次いで、ステップ４４０で、コミッショニング・ツール１１０は、選択するためのリポジトリ内の複数のグループ・タイプのうち少なくとも１つを特定する情報をユーザ・インタフェースに提供する。当該グループ・タイプ全てに関する情報が提供されるのが好ましい。ステップ４５０で、コミッショニング・ツール１１０は、選択されたテンプレートおよび選択されたグループ・タイプを用いて、チェック機能に関連付けられたタスクを生成する。

図７Ｂはステップ４２０を実施するためのワークフローの１例である。ステップ４２１で、コミッショニング・ツール１１０は、接続チェックが表１のシーケンス１の基準を用いることによって適用可能であるかどうかを検証する。ステップ４２２は、線形化チェックが表１のシーケンス２の基準を用いることによって適用可能であるかどうかを検証する。ステップ４２３および４２４で、コミッショニング・ツール１１０は、ＦＦ−Ｈ１範囲チェックおよびＨＡＲＴ範囲チェックがそれぞれ表１のシーケンス３の基準を用いることによって適用可能であるかどうかを検証する。ステップ４２５および４２６で、コミッショニング・ツール１１０は、入力ループ・チェックおよび出力ループ・チェックがそれぞれ表１のシーケンス４および５の基準を用いることによって適用可能であるかどうかを検証する。ステップ４２７で、コミッショニング・ツール１１０は、シーケンス６での手動チェックが適用可能かどうかを検証する。

本発明の上述の実施形態では、実施されるべきタスクの自動生成を可能とする。タスクとチェック機能の関連付け、チェック機能とフィールド・デバイスの関連付けは自動的に行われる。これにより、チェック機能とタスクを特定し検証するのに必要な工数を減らすことができる。自動化により、ヒューマン・エラーが減る。

さらに、チェック機能の標準化されたシーケンスが生成される。チェック機能の標準化されたシーケンスを適用し、当該シーケンスの生成を自動化することにより、ヒューマン・エラーが減る。事前構成が行われるので、自動的にチェックが行われ、結果が記録される。有利なことに、マンパワーが減り、それにしたがって、時間とコストの節約が実現される。手動での現場操作の必要性が減ることにより、必要な現場作業員が少なくリスクが減る。

コミッショニング・ツールは、リポジトリ内のフィールド・デバイス情報ファイルから、取り出された少なくとも１つのプロパティがフィールド・デバイス情報ファイル内のプロパティの何れか１つと同一であるかどうかを判定するように構成される。

当該フィールド・デバイス・コミッショニング・システムでは、第１のテストを実施するために、コミッショニング・ツールが、当該登録ファイルから、取り出された少なくとも１つのプロパティに基づいてフィールド・デバイスに対するデバイス通信コマンドを特定し、特定されたデバイス通信コマンドを当該フィールド・デバイスに対して実行し、当該フィールド・デバイスから、実行されたデバイス通信コマンドへの応答を受信し、ユーザ・インタフェースに供給すべき受信した応答の出力を生成するように構成される。

当該フィールド・デバイス・コミッショニング・システムでは第１のテストを実施するために、当該コミッショニング・ツールは、登録ファイルから、取り出された少なくとも１つのプロパティに基づいて当該フィールド・デバイスに対するパラメータ・インデックスおよびパラメータ・インデックス値を特定し、当該フィールド・デバイスに対して、特定されたパラメータ・インデックス値を当該フィールド・デバイスの特定されたパラメータ・インデックスに書き込むための書込みコマンドを実行し、当該フィールド・デバイスから、実行された書込みコマンドに対する応答を検出し、検出された応答に基づいて、実行された書込みコマンドの結果を決定し、決定された結果に基づいて、ユーザ・インタフェースに供給すべき受信した応答の出力を生成するように構成される。

当該フィールド・デバイス・コミッショニング・システムでは、第２のテストを実施するために、当該コミッショニング・ツールは、フィールド・デバイスがデバイス通信コマンドを受信し、当該フィールド・デバイスが視覚的、可聴的、または機械的応答のうち１つを生成したとき、所定のデバイス通信コマンドを当該フィールド・デバイスに対して実行し、当該フィールド・デバイスから、実行されたデバイス通信コマンドへの応答を受信し、ユーザ・インタフェースに供給すべき受信した応答の出力を生成するように構成される。

当該フィールド・デバイス・コミッショニング・システムでは第３のテストを実施するために、当該コミッショニング・ツールは、ユーザ・インタフェースに供給すべき第１の命令を生成して、フィールド・デバイスを当該フィールド・デバイス・コミッショニング・システムから切断し、第１の命令に基づいて第１の応答を当該フィールド・デバイスから受信し、第１の応答に基づいて、ユーザ・インタフェースに供給すべき第２の命令を生成して当該フィールド・デバイスを当該フィールド・デバイス・コミッショニング・システムに接続し、第２の命令に基づいて第２の応答を当該フィールド・デバイスから受信し、第２の応答に基づいて当該フィールド・デバイスのステータスを決定し、ユーザ・インタフェースに供給すべき決定されたステータスの出力を生成するように構成される。

当該フィールド・デバイス・コミッショニング・システムでは、取り出されたプロパティは、デバイス・タグ、デバイスＩＤ、デバイス・モデル、製造者ＩＤおよびデバイス・リビジョンのうち少なくとも１つを含んでもよいがこれに限られない。

当該フィールド・デバイス・コミッショニング・システムは、コミッショニング・ツールと通信するように構成されたフィールド・デバイスを含んでもよい。

当該コミッショニング・ツールは、テスト結果を確認するためのユーザ・インタフェースに供給すべきオプションを提供するように構成される。

本発明の別の態様では、フィールド・デバイス・コミッショニング・システムで実施されるフィールド・デバイス・コミッショニング方法が、コミッショニング・ツールを含んでもよいがこれらに限られない。当該コミッショニング・ツールはフィールド・デバイスおよびリポジトリと通信するように構成される。当該フィールド・デバイス・コミッショニング方法は、少なくとも１つのプロパティを当該フィールド・デバイスから取り出すステップと、当該リポジトリ内の登録ファイルから、取り出されたプロパティが当該登録ファイル内にあるかどうかを判定するステップと、取り出されたプロパティが当該登録ファイル内にあると判定されたとき、第１のテストを実施するステップと、取り出されたプロパティが当該登録ファイル内にないと判定されたとき、当該リポジトリ内の制御システム・ループ情報ファイルから、取り出されたプロパティが所定のフィールド・デバイスに対するものであるかどうかを判定するステップと、取り出されたプロパティが当該所定のフィールド・デバイスに対して決定されるべきものであるとき、第１のテストと異なる第２のテストを実施するステップと、取り出されたプロパティが当該所定のデバイスに対するものでないと判定されたとき、第１のテストおよび第２のテストとは異なる第３のテストを実施するステップとを含んでもよい。

当該方法では、第１のテストを実施するために、当該リポジトリ内のデバイス情報ファイルから、取り出された少なくとも１つのプロパティが当該デバイス情報ファイル内のプロパティの何れか１つと同一であるかどうかを判定するステップを含んでもよい。

当該方法では、第１のテストを実施するために、当該登録ファイルから、取り出された少なくとも１つのプロパティに基づいて当該フィールド・デバイスに対するデバイス通信コマンドを特定するステップと、特定されたデバイス通信コマンドを当該フィールド・デバイスに対して実行するステップと、当該フィールド・デバイスから、実行されたデバイス通信コマンドへの応答を受信するステップと、ユーザ・インタフェースに供給すべき受信した応答の出力を生成するステップとを含んでもよい。

当該方法では、第１のテストを実施するために、当該登録ファイルから、取り出された少なくとも１つのプロパティに基づいて当該フィールド・デバイスに対するパラメータ・インデックスおよびパラメータ・インデックス値を特定するステップと、当該フィールド・デバイスに対して、特定されたパラメータ・インデックス値を当該フィールド・デバイスの特定されたパラメータ・インデックスに書き込むための書込みコマンドを実行するステップと、当該フィールド・デバイスから、実行された書込みコマンドに対する応答を検出するステップと、検出された応答に基づいて、実行された書込みコマンドの結果を決定するステップと、決定された結果に基づいて、ユーザ・インタフェースに供給すべき受信した応答の出力を生成するステップとを含んでもよい。

当該方法では、第２のテストを実施するために、当該フィールド・デバイスがデバイス通信コマンドを受信し、当該フィールド・デバイスが視覚的、可聴的、または機械的応答のうち１つを生成したとき、所定のデバイス通信コマンドを当該フィールド・デバイスに対して実行するステップと、当該フィールド・デバイスから、実行されたデバイス通信コマンドへの応答を受信するステップと、ユーザ・インタフェースに供給すべき受信した応答の出力を生成するステップとを含んでもよい。

当該方法では、第３のテストを実施するために、ユーザ・インタフェースに供給すべき第１の命令を生成して、当該フィールド・デバイスを当該フィールド・デバイス・コミッショニング・システムから切断するステップと、第１の命令に基づいて第１の応答を当該フィールド・デバイスから受信するステップと、第１の応答に基づいて、ユーザ・インタフェースに提供すべき第２の命令を生成して、当該フィールド・デバイスを当該フィールド・デバイス・コミッショニング・システムに接続するステップと、第２の命令に基づいて第２の応答を当該フィールド・デバイスから受信するステップと、第２の応答に基づいて当該フィールド・デバイスのステータスを決定するステップと、ユーザ・インタフェースに供給すべき決定されたステータスの出力を生成するステップとを含んでもよい。

当該方法は、フィールド・デバイス情報ファイルから、プロパティを更新すべきかどうかを判定するステップと、当該プロパティを更新すべきと判定されるとき、更新すべき当該プロパティを取り出し、当該プロパティを当該フィールド・デバイス情報ファイルに対して更新するステップとを含んでもよい。

本発明のさらに別の他の態様では、フィールド・デバイス・コミッショニング方法を実施するためのフィールド・デバイス・コミッショニング・システムにより実行されるべきコンピュータプログラムを格納した非一時的コンピュータ可読媒体を提供する。当該フィールド・デバイス・コミッショニング・システムがコミッショニング・ツールを含んでもよいがこれに限られない。当該コミッショニング・ツールはフィールド・デバイスおよびリポジトリと通信するように構成される。当該フィールド・デバイス・コミッショニング方法は、少なくとも１つのプロパティを当該フィールド・デバイスから取り出すステップと、当該リポジトリ内の登録ファイルから、取り出されたプロパティが当該登録ファイル内にあるかどうかを判定するステップと、取り出されたプロパティが当該登録ファイル内にあると判定されたとき、第１のテストを実施するステップと、取り出されたプロパティが当該登録ファイル内にないと判定されたとき、当該リポジトリ内の制御システム・ループ情報ファイルから、取り出されたプロパティが所定のフィールド・デバイスに対するものであるかどうかを判定するステップと、取り出されたプロパティが当該所定のフィールド・デバイスに対して決定されるべきものであるとき、第１のテストと異なる第２のテストを実施するステップと、取り出されたプロパティが当該所定のデバイスに対するものでないと判定されたとき、第１のテストおよび第２のテストとは異なる第３のテストを実施するステップとを含んでもよいがこれに限られない。

１１０ コミッショニング・ツール
１２０ フィールド・デバイス（ＨＡＲＴ）
１２５ フィールド・デバイス（ＦＦ−Ｈ１）
１３０ リポジトリ
１３２ フィールド・デバイス情報ファイル
１３４ 登録ファイル
１３６ プロトコル・デバイス登録ファイル
１３８ 制御システム・ループ情報ファイル
１４０ 制御システム
１５０ 制御室

Claims (17)

1. フィールド・デバイスおよびリポジトリと通信するように構成されたコミッショニング・ツールを備えたフィールド・デバイス・コミッショニング・システムであって、
   前記コミッショニング・ツールは、
   少なくとも１つのプロパティをフィールド・デバイスから取り出し、
   前記リポジトリ内の登録ファイルから、前記取り出された少なくとも１つのプロパティが前記登録ファイル内にあるかどうかを判定し、
   前記取り出された少なくとも１つのプロパティが前記登録ファイル内にあると判定されたとき、第１のテストを実施し、
   前記取り出された少なくとも１つのプロパティが前記登録ファイル内にないと判定されたとき、前記リポジトリ内の制御システム・ループ情報ファイルから、前記取り出された少なくとも１つのプロパティが所定のフィールド・デバイスに対するものであるかどうかを判定し、
   前記取り出された少なくとも１つのプロパティが前記所定のデバイスに対するものであると判定されたとき、前記第１のテストと異なる第２のテストを実施し、
   前記取り出されたプロパティが前記所定のデバイスに対するものでないと判定されたとき、前記第１のテストおよび第２のテストとは異なる第３のテストを実施する
   ように構成される、システム。
2. 前記コミッショニング・ツールは、前記リポジトリ内のフィールド・デバイス情報ファイルから、前記取り出された少なくとも１つのプロパティが前記フィールド・デバイス情報ファイル内の前記プロパティの何れか１つと同一であるかどうかを判定するように構成される、請求項１に記載のシステム。
3. 前記第１のテストを実施するために、前記コミッショニング・ツールは、
   前記登録ファイルから、前記取り出された少なくとも１つのプロパティに基づいて前記フィールド・デバイスに対するデバイス通信コマンドを特定し、
   前記特定されたデバイス通信コマンドを前記フィールド・デバイスに対して実行し、
   前記フィールド・デバイスから、前記実行されたデバイス通信コマンドへの応答を受信し、
   ユーザ・インタフェースに供給すべき前記受信した応答の出力を生成する、
   ように構成される、請求項１に記載のシステム。
4. 前記第１のテストを実施するために、前記コミッショニング・ツールは、
   前記登録ファイルから、前記取り出された少なくとも１つのプロパティに基づいて前記フィールド・デバイスに対するパラメータ・インデックスおよびパラメータ・インデックス値を特定し、
   前記フィールド・デバイスに対して、前記特定されたパラメータ・インデックス値を前記フィールド・デバイスの前記特定されたパラメータ・インデックスに書き込むための書込みコマンドを実行し、
   前記フィールド・デバイスから、前記実行された書込みコマンドに対する応答を検出し、
   前記検出された応答に基づいて前記実行された書込みコマンドの結果を決定し、
   前記決定された結果に基づいて、ユーザ・インタフェースに供給すべき受信した応答の出力を生成する、
   ように構成される、請求項１に記載のシステム。
5. 前記第２のテストを実施するために、前記コミッショニング・ツールは、
   前記フィールド・デバイスが所定のデバイス通信コマンドを受信し、前記フィールド・デバイスが視覚的、可聴的、または機械的応答のうち１つを生成したとき、このデバイス通信コマンドを前記フィールド・デバイスに対して実行し、
   前記フィールド・デバイスから、前記実行されたデバイス通信コマンドへの応答を受信し、
   ユーザ・インタフェースに供給すべき前記受信した応答の出力を生成する、
   ように構成される、請求項１に記載のシステム。
6. 前記第３のテストを実施するために、前記コミッショニング・ツールは、
   ユーザ・インタフェースに供給すべき第１の命令を生成して、前記フィールド・デバイスを前記フィールド・デバイス・コミッショニング・システムから切断し、
   前記第１の命令に基づいて第１の応答を前記フィールド・デバイスから受信し、
   前記第１の応答に基づいて、ユーザ・インタフェースに供給すべき第２の命令を生成して前記フィールド・デバイスを前記フィールド・デバイス・コミッショニング・システムに接続し、
   前記第２の命令に基づいて第２の応答を前記フィールド・デバイスから受信し、
   前記第２の応答に基づいて前記フィールド・デバイスのステータスを決定し、
   前記ユーザ・インタフェースに供給すべき前記決定されたステータスの出力を生成する
   ように構成される、請求項１に記載のシステム。
7. 前記取り出されたプロパティは、デバイス・タグ、デバイスＩＤ、デバイス・モデル、製造者ＩＤおよびデバイス・リビジョンのうち少なくとも１つを含む、請求項１に記載のシステム。
8. 前記コミッショニング・ツールと通信するように構成されたフィールド・デバイスをさらに備える、請求項１に記載のシステム。
9. 前記コミッショニング・ツールは、前記テストの結果を確認するためのユーザ・インタフェースに供給すべきオプションを提供するようにさらに構成される、請求項１に記載のシステム。
10. コミッショニング・ツールを備えたフィールド・デバイス・コミッショニング・システムで実施されるフィールド・デバイス・コミッショニング方法であって、前記コミッショニング・ツールはフィールド・デバイスおよびリポジトリと通信するように構成され、前記方法は、
    少なくとも１つのプロパティを前記フィールド・デバイスから取り出すステップと、
    前記リポジトリ内の登録ファイルから、前記取り出されたプロパティが前記登録ファイル内にあるかどうかを判定するステップと、
    前記取り出されたプロパティが前記登録ファイル内にあると判定されたとき、第１のテストを実施するステップと、
    前記取り出されたプロパティが前記登録ファイル内にないと判定されたとき、前記リポジトリ内の制御システム・ループ情報ファイルから、前記取り出されたプロパティが所定のフィールド・デバイスに対するものであるかどうかを判定するステップと、
    前記取り出されたプロパティが前記所定のフィールド・デバイスに対して決定されるべきものであるとき、前記第１のテストと異なる第２のテストを実施するステップと、
    前記取り出されたプロパティが前記所定のデバイスに対するものでないと判定されたとき、前記第１のテストおよび第２のテストとは異なる第３のテストを実施するステップと、
    を含む、方法。
11. 前記第１のテストを実施するために、前記リポジトリ内のフィールド・デバイス情報ファイルから、前記取り出された少なくとも１つのプロパティが前記フィールド・デバイス情報ファイル内の前記プロパティの何れか１つと同一であるかどうかを判定するステップをさらに含む、請求項１０に記載の方法。
12. 前記第１のテストを実施するために、
    前記登録ファイルから、前記取り出された少なくとも１つのプロパティに基づいて前記フィールド・デバイスに対するデバイス通信コマンドを特定するステップと、
    前記特定されたデバイス通信コマンドを前記フィールド・デバイスに対して実行するステップと、
    前記フィールド・デバイスから、前記実行されたデバイス通信コマンドへの応答を受信するステップと、
    ユーザ・インタフェースに供給すべき前記受信した応答の出力を生成するステップと、
    をさらに含む、請求項１０に記載の方法。
13. 前記第１のテストを実施するために、
    前記登録ファイルから、前記取り出された少なくとも１つのプロパティに基づいて前記フィールド・デバイスに対するパラメータ・インデックスおよびパラメータ・インデックス値を特定するステップと、
    前記フィールド・デバイスに対して、前記特定されたパラメータ・インデックス値を前記フィールド・デバイスの前記特定されたパラメータ・インデックスに書き込むための書込みコマンドを実行するステップと、
    前記フィールド・デバイスから、前記実行された書込みコマンドに対する応答を検出するステップと、
    前記検出された応答に基づいて、前記実行された書込みコマンドの結果を決定するステップと、
    前記決定された結果に基づいて、ユーザ・インタフェースに供給すべき受信した応答の出力を生成するステップと、
    をさらに含む、請求項１０に記載の方法。
14. 前記第２のテストを実施するために、
    前記フィールド・デバイスが所定のデバイス通信コマンドを受信し、前記フィールド・デバイスが視覚的、可聴的、または機械的応答のうち１つを生成したとき、このデバイス通信コマンドを前記フィールド・デバイスに対して実行するステップと、
    前記フィールド・デバイスから、前記実行されたデバイス通信コマンドへの応答を受信するステップと、
    ユーザ・インタフェースに供給すべき前記受信した応答の出力を生成するステップと、
    をさらに含む、請求項１０に記載の方法。
15. 前記第３のテストを実施するために、
    ユーザ・インタフェースに供給すべき第１の命令を生成して、前記フィールド・デバイスを前記フィールド・デバイス・コミッショニング・システムから切断するステップと、
    前記第１の命令に基づいて第１の応答を前記フィールド・デバイスから受信するステップと、
    前記第１の応答に基づいて、前記ユーザ・インタフェースに提供すべき第２の命令を生成して、前記フィールド・デバイスを前記フィールド・デバイス・コミッショニング・システムに接続するステップと、
    前記第２の命令に基づいて第２の応答を前記フィールド・デバイスから受信するステップと、
    前記第２の応答に基づいて前記フィールド・デバイスのステータスを決定するステップと、
    前記ユーザ・インタフェースに供給すべき前記決定されたステータスの出力を生成するステップと、
    をさらに含む、請求項１０に記載の方法。
16. 前記フィールド・デバイス情報ファイルから、前記プロパティを更新すべきかどうかを判定するステップと、
    前記プロパティを更新すべきと判定されるとき、
    更新すべきと判定された前記プロパティを取り出し、
    前記プロパティを前記フィールド・デバイス情報ファイルに対して更新するステップと、
    をさらに含む、請求項１１に記載の方法。
17. フィールド・デバイス・コミッショニング方法を実施するためのフィールド・デバイス・コミッショニング・システムにより実行されるべきコンピュータプログラムを格納した非一時的コンピュータ可読媒体であって、前記フィールド・デバイス・コミッショニング・システムはコミッショニング・ツールを備え、前記コミッショニング・ツールはフィールド・デバイスおよびリポジトリと通信するように構成され、前記フィールド・デバイス・コミッショニング方法は、
    少なくとも１つのプロパティを前記フィールド・デバイスから取り出すステップと、
    前記リポジトリ内の登録ファイルから、前記取り出されたプロパティが前記登録ファイル内にあるかどうかを判定するステップと、
    前記取り出されたプロパティが前記登録ファイル内にあると判定されたとき、第１のテストを実施するステップと、
    前記取り出されたプロパティが前記登録ファイル内にないと判定されたとき、前記リポジトリ内の制御システム・ループ情報ファイルから、前記取り出されたプロパティが所定のフィールド・デバイスに対するものであるかどうかを判定するステップと、
    前記取り出されたプロパティが前記所定のフィールド・デバイスに対して決定されるべきものであるとき、前記第１のテストと異なる第２のテストを実施するステップと、
    前記取り出されたプロパティが前記所定のデバイスに対するものでないと判定されたとき、前記第１のテストおよび第２のテストとは異なる第３のテストを実施するステップと、
    を含む、非一時的コンピュータ可読媒体。

Images