JP2015043201A

JP2015043201A - 機器のバッチコミッショニングおよびデコミッショニングを行うシステムならびに方法

Info

Publication number: JP2015043201A
Application number: JP2014151505A
Authority: JP
Inventors: アビク・バネルジー; Banerjee Abhik; ジョン・アレクサンダー・ペッツェン; John Alexander Petzen
Original assignee: General Electric Co
Current assignee: General Electric Co
Priority date: 2013-08-01
Filing date: 2014-07-25
Publication date: 2015-03-05
Anticipated expiration: 2034-07-25
Also published as: CA2858054A1; US20150039130A1; CN104503896A; CN104503896B; US9563188B2; CA2858054C; JP6628466B2; EP2833225B1; EP2833225A1

Abstract

【課題】複数機器のコミッショニングやデコミッショニングを効率的に実施するシステムおよび方法を提供する。
【解決手段】実行形式のコードは、少なくとも２台のフィールド機器３４、３６を制御システム１０に動作可能に結合するコミッショニングを実現する命令と、少なくとも２台のフィールド機器を制御システムから動作可能に切り離すデコミッショニングを実現する命令とを含む。さらに実行形式のコードは、コミッショニング、デコミッショニング、またはその組み合わせを実行し、少なくとも２台のフィールド機器をディスプレイ上で選択し、さらに制御システムと通信可能な形でインタフェースして少なくとも２台のフィールド機器を制御システムに動作可能に結合する、または、制御システムから動作可能に切り離す、またはその組み合わせを行う、ＧＵＩ（グラフィカル・ユーザ・インタフェース）を実現する命令を含む。
【選択図】図１

Description

本発明は、機器のコミッショニングとデコミッショニング、特にフィールド機器のバッチコミッショニングとバッチデコミッショニングに関する。

産業用制御システムなどのある種のシステムは制御能力を備え、それによってセンサ、ポンプ、弁などの各種フィールド機器においてコンピュータ命令が実行できる。例えば、フィールド機器はコミッショニング工程によって制御システムに組み込む、または制御システムに動作可能に結合することができる。同様に、同じフィールド機器はデコミッショニング工程によってその制御システムから動作可能に切り離すことができる。しかし、フィールド機器には異なるメーカの機器が含まれることがあり、そのため動作能力やプログラミングが異なる場合がある。したがって、複数機器のコミッショニングおよび／またはデコミッショニングは複雑で長時間を要するものになることがある。

特許請求の範囲に原型が規定される本発明と同じ範囲の実施形態を以下にいくつかまとめる。これらの実施形態は特許請求の範囲に規定される発明の範囲を限定するものではなく、本発明の可能な形態についてその概要を示すためのものである。実際、本発明はさまざまな形態を包含し得、下記の実施形態と類似のものもあれば、異なるものもある。

第１の実施形態において、実行形式のコードを含む非一時的かつ有形のコンピュータ可読媒体が提供される。前記実行形式のコードは、少なくとも２台のフィールド機器を制御システムに動作可能に結合するバッチ・コミッショニング・システムを実現する命令と、前記少なくとも２台のフィールド機器を前記制御システムから動作可能に切り離すバッチ・デコミッショニング・システムを実現する命令と、を含む。前記実行形式のコードは、前記バッチ・コミッショニング・システム、前記バッチ・デコミッショニング・システム、またはその組み合わせを実行し、前記少なくとも２台のフィールド機器をディスプレイ上で選択し、さらに前記制御システムと通信可能な形でインタフェースして前記少なくとも２台のフィールド機器を前記制御システムに動作可能に結合する、前記制御システムから動作可能に切り離す、またはその組み合わせを行う、ＧＵＩ（グラフィカル・ユーザ・インタフェース）を実現する命令をさらに含む。

第２の実施形態において、方法は、第１のフィールド機器の制御システムへの結合を検出する工程と、第２のフィールド機器の前記制御システムへの結合を検出する工程とを含む。前記方法は、前記第１のフィールド機器について第１の状態を決定する工程と、前記第２のフィールド機器について第２の状態を決定する工程とをさらに含む。前記方法は、前記第１および第２のフィールド機器に対してバッチコミッショニング、バッチデコミッショニング、バッチクリアリング、またはその組み合わせを行う工程をさらに含む。

第３の実施形態においてシステムが提供される。前記システムは、第１のフィールド機器の制御システムへの結合を検出し、第２のフィールド機器の前記制御システムへの結合を検出するプロセッサを備える。前記プロセッサはさらに前記第１のフィールド機器について第１の状態を決定し、前記第２のフィールド機器について第２の状態を決定する。前記プロセッサは、前記第１および第２のフィールド機器のバッチコミッショニング、バッチデコミッショニング、バッチクリアリング、またはその組み合わせをさらに行う。

本発明のこれらおよび他の特徴、態様、および利点は、以下の詳細な説明を添付の図面を参照しながら読むとさらによく理解されるだろう。図中、同じ要素には同一の符号を付している。

バッチ・コミッショニング／デコミッショニング・システムを含む産業用制御システムの一実施形態の概略図である。図１のバッチ・コミッショニング／デコミッショニング・システムのブロック図である。フィールド機器のバッチコミッショニングに適したプロセスのフローチャートである。フィールド機器のバッチデコミッショニング／クリアリングに適したプロセスのフローチャートである。バッチコミッショニング、バッチデコミッショニング、および／またはバッチクリアリングのプロセスに用いるための、フィールド機器情報の可視化において有用な階層制御部の一実施形態を示す図である。

以下、本発明の１つ以上の具体的な実施形態について説明する。実施形態を簡潔に説明するにあたり、実際の実装の特徴がすべて本明細書に記載されているとは限らない。なお、エンジニアリングもしくは設計プロジェクトなどにおいてそのような実際の実装を開発する際には、実装ごとに異なり得る開発者の具体的目標、例えばシステムや業務に関する制約の順守などを達成するために、実装固有のさまざまな判断が必要になる。さらに、理解されるように、そのような開発努力はときに複雑で長期にわたることがあるが、本開示を利用する当業者にとってその種の努力は設計、組立、および製造における日常的な業務であろう。

本発明の各実施形態において要素を導入する際、「ａ」、「ａｎ」、「ｔｈｅ」、および「ｓａｉｄ」の冠詞はその要素が１つ以上あることを意味するものである。また「備える」、「含む」、および「有する」の語は包含を意図した表現であり、記載要素以外の追加要素が存在し得ることを意味するものである。

産業用制御システムは、例えばセンサ、ポンプ、弁などさまざまなフィールド機器とのインタフェースを提供するのに適したコントローラシステムを含み得る。例えば、センサがコントローラシステムに入力を与え、次いでコントローラシステムがその入力に応答して何らかの動作、例えば弁の作動やポンプの駆動などを誘起する場合がある。ゼネラル・エレクトリック社（米国ニューヨーク州スケネクタディ）から入手可能なＭａｒｋ（登録商標）ＶＩｅコントローラシステムなど一部のコントローラシステムでは、複数のフィールド機器が１台のコントローラと通信可能に結合され、かつそのコントローラによって制御され得る。実際には、図１に関連して別途詳述するように、複数のコントローラが複数のフィールド機器を制御していることもある。コントローラと通信可能に接続される機器は、双方向通信プロトコルＨ１フィールドバス（ＦｏｕｎｄａｔｉｏｎＨ１）をサポートする、フィールドバス協会機器などのフィールド機器を含み得る。したがって、それらの機器は、リンキングデバイスが属するさまざまな通信セグメント（例えばＨ１セグメント）においてコントローラと通信可能に接続され得、それによってプラント全域の機器網が実現可能になる。

フィールド機器を制御システムの一部として動作可能にする工程は、コミッショニング工程と定義される。同様に、制御システムの整合性を維持しながらフィールド機器を制御システムから外す工程は、デコミッショニング工程と定義される。有利なことに、本明細書中に記載するシステムおよび方法により、バッチコミッショニングおよびデコミッショニング工程の改善が実現する。すなわち、複数の機器が一度にコミッショニングまたはデコミッショニング可能となり、それによってシステム効率が向上し、運転費が低下する。一部の実施形態では、不整合状態、未初期化状態、および初期化状態を含むさまざまな状態にあることが判明した機器に対しても、機器のバッチコミッショニングがより効率的に実施され得る。同様に、不整合状態、未初期化状態、および初期化状態を含む機器に対しても、機器のバッチデコミッショニングがより効率的に実施され得る。同様に、バッチクリアリング、すなわち機器を不整合状態もしくは初期化状態から未初期化状態に移行する工程についても、開示された実施形態を用いてより効率的に実施され得る。

一部の実施形態ではＧＵＩ（グラフィカル・ユーザ・インタフェース）が提供される。ＧＵＩは機器のバッチコミッショニング、デコミッショニング、およびクリアリングに適した１つ以上の画面を含む。有利なことに、ＧＵＩは、機器とその関連状態をより系統的かつ効率的にグラフィック表示可能にするグラフィック要素を含み得る。またグラフィック要素は機器のバッチコミッショニングおよび／またはデコミッショニングに使用し得る。例えば、物理的なフィールド機器が制御システムに結合されたら、ＧＵＩはその物理的なフィールド機器を「デコミッション済み」として表示し、またバッチコミッショニングを行う機器として２つ以上の機器を複数選択する手法を提供し得る。同様に、ＧＵＩは、バッチデコミッショニングおよび／またはクリアリングを行う機器としてすでにコミッショニングを終えた機器を複数選択する類似の手法を提供し得る。複数の機器のバッチコミッショニング、デコミッショニング、および／またはクリアリングを可能にすることで、より効率的なコントローラ設定工程が実現し得る。

図１を参照すると、産業用プロセス制御システム１０の一実施形態が描かれている。産業用プロセス制御システム１０は、フィールド機器に関するさまざまな設定およびモニタリングアプリケーションの実行、ならびにエンジニアもしくは技術者が産業用プロセス制御システム１０の構成要素のモニタリングに使用し得るオペレータインタフェースの提供、に適したコンピュータシステム１２を備え得る。したがって、コンピュータシステム１２は、コンピュータ命令の処理に使用し得るプロセッサ１４と、コンピュータ命令およびその他のデータの格納に使用し得るメモリ１６とを備える。コンピュータシステム１２は、ラップトップ、ワークステーション、タブレット型コンピュータ、または携帯式ポータブル機器（例えば、ＰＤＡ（携帯情報端末）や携帯電話機）など、ソフトウェアアプリケーションの実行に適したあらゆる種類の計算機を含み得る。実際に、コンピュータシステム１２は、さまざまなハードウェアおよび／またはオペレーティング・システム・プラットフォームのうちの任意のものを含み得る。ある実施形態によると、コンピュータシステム１２は、ＨＭＩ（ヒューマン・マシン・インタフェース）ソフトウェア１８、ＭＥＳ（製造実行システム）２０、ＤＣＳ（分散制御システム）２２、および／またはＳＣＡＤＡ（監視制御・データ収集）システム２４などの産業用制御ソフトウェアを中央管理（ｈｏｓｔ）し得る。バッチ・コミッショニング／デコミッショニング・システム２５は、別途詳述するように、ＨＭＩ１８、ＭＥＳ２０、ＤＣＳ２２、および／またはＳＣＡＤＡ２４内に備わり、一部の機器のバッチコミッショニングおよび／またはデコミッショニングに用いられ得る。ＨＭＩ１８、ＭＥＳ２０、ＤＣＳ２２、ＳＣＡＤＡ２４、および／またはバッチ・コミッショニング／デコミッショニング・システム２５は、コンピュータシステム１２のメモリ１６など、非一時的かつ有形のコンピュータ可読媒体において、実行形式のコード命令として格納され得る。例えば、コンピュータシステム１２は、ゼネラル・エレクトリック社（米国ニューヨーク州スケネクタディ）から入手可能なＴｏｏｌｂｏｘＳＴ（商標）および／またはＣｏｎｔｒｏｌＳＴ（商標）ソフトウェアを中央管理（ｈｏｓｔ）し得る。

さらに、コンピュータシステム１２はプラント側データハイウェイ２６と通信可能に接続されている。プラント側データハイウェイ２６は、図示したコンピュータ１２とプラント内の他のコンピュータ１２との間で通信を可能にするのに適している。実際に、産業用プロセス制御システム１０はプラント側データハイウェイ２６を介して相互接続される複数のコンピュータシステム１２を備え得る。コンピュータシステム１２はさらに装置側データハイウェイ２８にも通信可能に接続され得る。装置側データハイウェイ２８は、コンピュータシステム１２を産業用コントローラ３０と通信可能に結合するのに適している。産業用コントローラ３０はプロセッサ３２を備え得る。プロセッサ３２は、タービンシステム３４、温度センサ３６、弁３８、ポンプ４０などさまざまなプラント装置の自動化に役立つコンピュータ命令や制御ロジックを実行するのに適している。産業用コントローラ３０はメモリ４２をさらに備え得る。メモリ４２は、例えばコンピュータ命令およびその他のデータの格納に用いられる。産業用コントローラ３０はさまざまなフィールド機器と通信し得る。そのようなフィールド機器には、例えば流量計、ｐＨセンサ、温度センサ、振動センサ、間隙センサ（例えば、回転要素と静止要素の距離を測定する）、圧力センサ、ポンプ、アクチュエータ、弁などが含まれるが、これには限定されない。一部の実施形態において、産業用コントローラ３０は、ゼネラル・エレクトリック社（米国ニューヨーク州スケネクタディ）から入手可能なＭａｒｋ（登録商標）ＶＩｅコントローラシステムであり得る。

図示した実施形態において、タービンシステム３４、温度センサ３６、弁３８、およびポンプ４０は、リンキングデバイス４４と４６を用いることによって産業用コントローラ３０と通信可能に接続されている。リンキングデバイス４４と４６は、Ｉ／Ｏネットワーク４８とＨ１ネットワーク５０との間のインタフェースを提供するのに適している。図示するように、リンキングデバイス４４と４６はコンピュータ命令の実行に役立つプロセッサ５２および５４をそれぞれ備え得るほか、コンピュータ命令およびその他のデータの格納に役立つメモリ５６と５８もそれぞれ備え得る。一部の実施形態において、Ｉ／Ｏネットワーク４８は１００Ｍｂ（メガビット）の高速イーサネット（登録商標）（ＨＳＥ）網であり得、Ｈ１ネットワーク５０は３１．２５ｋｂｐｓ（キロビット毎秒）のネットワークであり得る。したがって、Ｉ／Ｏネットワーク４８を介して送受信されるデータは次にＨ１ネットワーク５０によって送受信され得る。すなわち、リンキングデバイス４４と４６はＩ／Ｏネットワーク４８とＨ１ネットワーク５０の間のブリッジとして作用し得る。例えば、Ｉ／Ｏネットワーク４８上の高速データはバッファリングした後にＨ１ネットワーク５０において適切な速度で伝送され得る。したがって、産業用コントローラ３０およびコンピュータシステム１２にはさまざまなフィールド機器がリンクされ得る。例えば、フィールド機器３４、３６、３８、および４０は、双方向通信プロトコルＨ１フィールドバスをサポートするフィールドバス協会機器などの産業用機器を含み得る、あるいはそのような産業用機器であり得る。別の実施形態において、フィールド機器３４、３６、３８、および４０は、ＨＡＲＴ（登録商標）ＣｏｍｍｕｎｉｃａｔｉｏｎｓＦｏｕｎｄａｔｉｏｎ（ＨＣＦ）プロトコルやＰｒｏｆｉｂｕｓＮｕｔｚｅｒＯｒｇａｎｉｚａｔｉｏｎｅ．Ｖ．（ＰＮＯ）プロトコルなど、双方向通信プロトコルＨ１フィールドバスの代替手段として使用され得る他の通信プロトコルをサポートするフィールド機器を含み得る。

リンキングデバイス４４と４６のそれぞれは、Ｈ１ネットワーク５０の分割に役立つ１つ以上のセグメントポート６０および６２を備え得る。例えば、リンキングデバイス４４はセグメントポート６０を用いて機器３４および３６と通信可能に結合し、リンキングデバイス４６はセグメントポート６２を用いて機器３８および４０と通信可能に結合し得る。例えばセグメントポート６０および６２を用いることによって入出力をフィールド機器３４、３６、３８、および４０にわたって分散させ、それによってフォールトトレランスや冗長性を維持し、通信時間を短縮するうえで有用な物理的分離が実現し得る。

フィールド機器３４、３６、３８、および４０のそれぞれは、図示したデバイス記述（ＤＤ）ファイル６４、６６、６８、および７０などのＤＤファイルをそれぞれ備え得る。ＤＤファイル６４、６６、６８、および７０は、ＩＥＣ（国際電気標準会議）６１８０４規格に規定されるデバイス記述言語（ＤＤＬ）などのＤＤＬで書かれ得る。一部の実施形態において、ＤＤファイル６４、６６、６８、および７０はトークン化（トークナイズ）されたバイナリファイルである。すなわち、ＤＤファイル６４、６６、６８、および７０は、トークン化されたバイナリファイル形式にフォーマットされたデータを含み得る。これは、ＤＤファイル６４、６６、６８、および７０のサイズ低減に役立つ。ＤＤファイル６４、６６、６８、および７０はそれぞれ１つ以上の機能ブロック７２、７４、７６、および７８を含み得る。機能ブロック７２、７４、７６、および７８は、プロセッサ８０、８２、８４、および８６によって実行可能なコンピュータ命令もしくはコンピュータロジックを含み得る。実際に、機能ブロック７２、７４、７６、および７８はメモリ８８、９０、９２、および９４内にインスタンス化された後、プロセッサ８０、８２、８４、および８６によってそれぞれ実行され得る。ＤＤファイル６４、６６、６８、および７０のそれぞれは、製造者識別情報（ＩＤ）、機器種別、機器版数、ＤＤ版数、および／または更新版数などのデバイス情報９６、９８、１００、および１０２をも含み得る。それらの情報は、別途詳述するように、コミッショニングまたはデコミッショニングの際にバッチ・コミッショニング／デコミッショニング・システム２５によって使用され得る。

このように、フィールド機器３４、３６、３８、および４０は、産業用プロセス制御システム１０においてプロセスを実行するために、制御ロジックおよびその他のコンピュータ命令を提供し得る。有利なことに、本明細書中に開示するシステムおよび方法は、ユーザ（例えば、制御エンジニアやコミッショニングエンジニア）に対して、バッチ・コミッショニング／デコミッショニング・システム２５およびバッチ・コミッショニング／デコミッショニング方法を提供する。これらについては図２と関連して以下に詳しく説明する。

図２は、バッチ・コミッショニング／デコミッショニング・システム２５の一実施形態を示すブロック図である。システム２５は、機器３４、３６、３８、および／または４０をバッチ処理の一環としてコミッショニングおよび／またはデコミッショニングするために使用され得る。上述のように、バッチ・コミッショニング／デコミッショニング・システム２５はＨＭＩ１８、ＭＥＳ２０、ＤＣＳ２２、および／またはＳＣＡＤＡ２４内に含まれ得るうえ、コンピュータシステム１２のメモリ１６など非一時的かつ有形のコンピュータ可読媒体において実行形式のコード命令として格納され得る。図示した実施形態において、バッチコミッショニング／デコミッショニング・システム２５はＧＵＩ１０４、バッチ・コミッショニング・システム１０６、バッチ・デコミッショニング・システム１０８、バッチ・クリアリング・システム１１０、およびデバイス記述（ＤＤ）データベース１１２を備える。ＧＵＩ１０４はバッチ・コミッショニング・ウィザード１１４、バッチ・デコミッショニング・ウィザード１１６、およびバッチ・クリアリング・ウィザード１１８をさらに含み得る。これらは別途詳述するように、コミッショニング、デコミッショニング、およびクリアリングの工程を通してユーザを誘導するのに適している。実際に、ＧＵＩ１０４はバッチ・コミッショニング・システム１０６、バッチ・デコミッショニング・システム１０８、およびバッチ・クリアリング・システム１１０とのインタフェースとして用いられ得る。

ある実施形態において、バッチ・コミッショニング／デコミッショニング・システム２５はコントローラ３０と通信可能に結合され得る。さらにコントローラ３０はリンキングデバイス４４などのさまざまなリンキングデバイスと通信可能に結合され、リンキングデバイス４４はフィールド機器３４などのフィールド機器とのさらなる通信を実現し得る。別の実施形態において、バッチ・コミッショニング／デコミッショニング・システム２５は、コントローラ３０、リンキングデバイス４４、および／またはフィールド機器３４と通信可能に結合され得る。

一例において、仮想プレースホルダ１２０または仮想フィールド機器がバッチ・コミッショニング／デコミッショニング・システム２５を用いて生成され得る。仮想プレースホルダ１２０は、メモリ１６内に格納されてフィールド機器３４を表すオブジェクトであり得る。したがって、それぞれが機器３４を表す１つ以上の仮想プレースホルダ１２０を生成することによってユーザはシステムをバッチモードで事前にコミッショニングし、次いで仮想プレースホルダ１２０を使用して物理的なフィールド機器３４のバッチコミッショニングを実施し得る。仮想プレースホルダ１２０は、フィールド機器３４を表すＰＤ（物理デバイス）タグ、製造者ＩＤ、機器種別、機器版数、ＤＤ版数、および／または更新版数を含み得る。ＰＤタグは、機器３４の識別に役立つ機器名を含み得る。同様に、製造者ＩＤは機器３４の製造者を特定する情報を含み得る。機器種別は機器３４の種別（例えば、弁、センサ、アクチュエータ）の特定に適し得るのに対し、機器版数は機器のバージョンを特定する版数であり得る。同様に、ＤＤ版数は、機器３４に含まれるＤＤファイルバージョンなどＤＤのバージョンを特定し得る。別の例において、機器３４は仮想プレースホルダ１２０を使わずにコミッショニング（例えばバッチコミッショニング）され得る。

コミッショニング動作において、フィールド機器３４は最初にケーブルを使ってフィールド機器３４をリンキングデバイス４４のセグメントポート６０の１つに接続するなどして、リンキングデバイス４４と通信可能に結合され得る。次に、リンキングデバイス４４および／またはフィールド機器３４は、フィールド機器３４が現在は「作動中」機器であり、制御システム１０への参加準備が整っていることを示す信号を発信し得る。一部の実施形態において、新しい機器が作動状態になる（例えば制御システム１０に接続される）際、作動中機器の「作動機器リスト」が使用および更新され得る。このようにして、複数のフィールド機器（例えば、機器３４、３６、３８、および／または４０）がＨ１ネットワーク５０に対して物理的に接続され得る。

次に、ユーザは、例えばＧＵＩ１０４とインタラクトすることによってバッチ・コミッショニング・システム１０６を使用し、フィールド機器３４、３６、３８、および／または４０の１つ以上のコミッショニングを行い得る。有利なことに、本明細書中に開示される手法は、コミッショニングが未実施のフィールド機器３４、３６、３８、および／または４０についてある状態１２２を取得し、機器３４、３６、３８、および／または４０のバッチコミッショニングに際してその状態１２２を利用し得る。状態１２２は未初期化状態を含み得る。この状態では、作動中機器（例えば、機器３４、３６、３８、および／または４０）には暫定的ノードＩＤ（例えば２４８番〜２５１番だが他の番号も使用可能）が付与されているが、恒久的ノードＩＤも物理デバイス（ＰＤ）タグもまだ付与されていない。状態１２２は初期化状態をさらに含み得る。この状態では、作動中機器３４、３６、３８、および／または４０にはＰＤタグと暫定的ノードＩＤ（例えば２４８番〜２５１番だが他の番号も使用可能）が付与されているが、恒久的ノードＩＤはまだ付与されていない。状態１２２は不整合状態をさらに含み得る。この状態では、作動中機器３４にはＰＤタグと恒久的ノードＩＤ（例えば２０番〜２４７番だが他の番号も使用可能）が付与されているが、作動中機器３４、３６、３８、および／または４０に対するノードアドレスがバッチ・コミッショニング／デコミッショニング・システム２５内に見当たらない、および／または作動中機器３４、３６、３８、および／または４０に関連するＤＤファイル６４がＤＤデータベース１１２内に見当たらない。

バッチ・コミッショニング・システム１０６は、機器３４、３６、３８、および／または４０のそれぞれの状態１２２（例えば、未初期化、初期化、不整合）にかかわらず、作動中機器３４、３６、３８、および／または４０に対してコミッショニングを実施し得る。これについては図３に関連して別途詳述する。機器の不整合状態は、恒久的アドレスとＰＤタグの両方を有するがこれらのパラメータに対する値が設定されたプレースホルダのいずれとも一致しない機器を含み得る。ＰＤタグは一致するがアドレスが不一致の場合、その機器は既存のプレースホルダに対してバッチコミッショニングが可能であり、その機器はプレースホルダと整合するようにアドレスが変更される。別のケースとして、機器は接続されているが、その機器に対するＤＤファイルが現時点で制御システム内に存在しない場合がある。その場合、接続された機器の種別に対するＤＤファイルを制御システムにダウンロードした後、その機器の種別に対するＤＤファイルを用いてプレースホルダを生成する必要がある。それが終わった段階でコミッショニング動作に進むことができる。したがって、コミッショニングに際し、機器３４、３６、３８、および／または４０には第４の状態１２２、すなわちコミッション済み状態が付与され得る。このコミッション済み状態において、作動中機器３４、３６、３８、および／または４０にはそれぞれＰＤタグと恒久的ノードＩＤ（例えば０番〜２４７番だが他の番号も使用可能）が付与され得る。また、バッチ・コミッショニング／デコミッショニング・システム２５によって使用されるそれぞれのノードアドレスも生成され得る。各機器３４、３６、３８、および／または４０に対するこのノードアドレスはバッチ・コミッショニング／デコミッショニング・システム２５の内部でアロケートされ、メモリ内で機器を「指し示す（ｐｏｉｎｔ）」ために使用され得る。バッチコミッショニングでは、各機器に対するＤＤファイル６４、６６、６８、および／または７０は、機能ブロックをフィールド機器３４、３６、３８、および／または４０にインスタンス化するために使用され得る。コミッショニングが終了すると、フィールド機器３４、３６、３８、および／または４０は制御システム１０の運用中に使用可能になる。

ＧＵＩ１０４は、フィールド機器３４、３６、３８、および／または４０のデコミッショニングに際してバッチ・デコミッショニング・システム１０８とのインタフェースとしても使用され得る。例えば、作動中機器３４、３６、３８、および／または４０がコミッショニングを終えて運用状態になった後に、機器を交換もしくは制御システム１０の運用から除外したくなる場合がある。したがって、ＧＵＩ１０４およびバッチ・デコミッショニング・システム１０８を用いることで、例えばフィールド機器３４、３６、３８、および／または４０を未初期化状態に移行させ得る。したがって、ＧＵＩ１０４およびバッチ・デコミッショニング・システム１０８は、機器３４、３６、３８、および／または４０のそれぞれに対して暫定的ノードＩＤ（例えば２４８番〜２５１番だが他の番号も使用可能）を付与し得る。なお、各機器には異なるノードＩＤが付与されることになる。さらに、ＧＵＩ１０４およびバッチ・クリアリング・システム１１０を用いて、機器３４、３６、３８、および／または４０を「クリア」し得る。具体的には、機器３４、３６、３８、および／または４０のそれぞれを初期化状態もしくは不整合状態から未初期化状態に移行させる。状態１２２の取得と状態間の遷移により、バッチ・コミッショニング／デコミッショニング・システム２５は機器３４、３６、３８、および／または４０の１つ以上の運用状態への移行をより効率的に実現し得るうえ、機器３４、３６、３８、および／または４０の除去および／または交換をより効率的に実現し得る。

図３は、フィールド機器３４、３６、３８、および／または４０のバッチコミッショニングに適したプロセス１２４の一実施形態のフローチャートである。プロセス１２４は、機器３４、３６、３８、および／または４０が制御動作に関与できるように機器３４、３６、３８、および／または４０を動作可能に結合するためにバッチ・コミッショニング／デコミッショニング・システム２５によって実施され得る。より具体的には、ユーザは機器３４、３６、３８、および／または４０のうちの複数台を選択し、プロセス１２４は選択された機器をバッチ処理としてコミッショニングすることにより、各機器３４、３６、３８、および／または４０を個別に選択して、選択した機器を個別にコミッショニングする場合に比べて時間を短縮し得る。プロセス１２４はコンピュータシステム１２のメモリ１６に格納され得る。メモリ１６は、プロセス１２４を実施するように構成された実行形式のコンピュータ命令を含む、非一時的かつ有形のコンピュータ可読媒体として設けられ得る。

なお、プロセス１２４は一般に４つのケースに基づくロジックを適用もしくは実行し得る。ケース１では、すべての作動中機器（例えば、Ｈ１ネットワーク５０に物理的に接続された機器３４、３６、３８、および／または４０）がデコミッションノード（図５に関連して詳しく図示および説明される）の配下にあって、それらの機器が不整合状態にあり、かつデコミッションノードの配下にある作動中Ｈ１機器の数が、バッチコミッショニング処理が実施されるときの希望上限（例えば、１６、１８、または２０以上）に一致する場合、制御システム１０は、類似の製造者ＩＤ、機器種別、機器版数、および利用可能な最新のＤＤとＣＦＦ（共通ファイルフォーマット）の版数をもつ、対応する作動中機器の適用可能なすべてのＤＤファイルを実装し得る。次に、作動中機器は対応するＤＤファイルに関連づけられ得た後、デコミッションノードの配下にあるすべての作動中Ｈ１機器がコミッショニングされて運用状態になる。

ケース２では、すべての作動中機器（例えば、Ｈ１ネットワーク５０に物理的に接続された機器３４、３６、３８、および／または４０）がデコミッションノードの配下にあって不整合状態にあり、かつデコミッションノードの配下にあるそれら作動中機器の数が、バッチコミッショニング処理が実施されるときの希望上限（例えば、１６、１８、または２０以上）より少ない場合、制御システム１０は、類似の製造者ＩＤ、機器種別、機器版数、および利用可能なすべてのＤＤとＣＦＦの版数をもつ、対応する作動中機器のＤＤファイルを実装し得る。バッチコミッショニングを受ける作動中機器のそれぞれについてＤＤファイルが１つしか存在しない場合、作動中機器は対応するそのＤＤファイルに関連づけられ得た後、デコミッションノードの配下に示されるすべての作動中機器がコミッショニングされる。ＤＤ版数および／またはＣＦＦ版数が異なる複数のファイルなど、複数のＤＤファイルを有する作動中機器（例えば、機器３４、３６、３８、および／または４０）が１つ以上存在する場合は、ユーザが所望のＤＤファイルを選択してからバッチ・コミッショニング・プロセス１２４に進むことのできる仕組みを制御システム１０は提供し得る。

ケース３では、デコミッションノードの配下に表示されるすべての作動中機器（例えば、機器３４、３６、３８、および／または４０）が異なる状態（不整合状態、初期化状態、および／または未初期化状態など）にあって、デコミッションノードの配下にある作動中機器の数が希望上限（例えば、１６、１８、または２０以上）に等しく、かつ暫定的ノードＩＤが１つ以上アロケートされている場合、バッチコミッショニング処理の実施時に、制御システム１０は、不整合機器は対応するＤＤファイルによって自動的にコミッショニングし得、暫定的ノードＩＤを使用している初期化もしくは未初期化状態の機器はＤＤファイルの製造者ＩＤに基づいてコミッショニングし得る。

ケース４では、デコミッションノードの配下にあるすべての作動中機器が異なる状態（不整合状態、初期化状態、または未初期化状態など）にあって、デコミッションノードの配下にある作動中機器の数が希望上限（例えば、１６、１８、または２０以上）より少なく、かつ暫定的ノードＩＤが１つ以上使用されている場合、バッチコミッショニング処理の実施時に、ホストは関連するＤＤファイルを用いて不整合機器を自動的にコミッショニングし得、コミッショニングウィザードは、暫定的ノードＩＤの段階にある機器に対するＤＤファイルを製造者ＩＤに基づいて実装し得る。また、ユーザは、例えば機器種別、機器版数、および／またはＤＤ版数に基づいてＤＤファイルを選択するオプションを与えられ得る。

図示した実施形態において、プロセス１２４は、開始（ブロック１２６）されると、最初に、リンキングデバイス４４に物理的に接続される機器を抽出し得る（ブロック１２８）。それによって該当する機器が作動機器リストに出現する。次に、プロセス１２４において、発見された作動中機器３４、３６、３８、４０の状態（例えば、不整合、初期化、未初期化）を取得し得、すべての作動中機器が不整合状態にあるかどうかを判定し得る（判定１３０）。すべての機器が不整合状態にある場合（判定１３０）、プロセスにおいて、作動中機器３４、３６、３８、４０の数を判定し得る（判定１３２）。作動中機器３４、３６、３８、４０の数が希望最大値（例えば、１６、１８、または２０以上）に等しい場合、プロセス１２４において、類似の製造者ＩＤ、機器種別、および／または機器版数、ならびに利用可能な最新のＤＤとＣＦＦの版数をもつ作動中機器のＤＤファイル（例えば、６４、６６、６８、７０）をバッチ・コミッショニング・ウィザード１１４に実装し得る（ブロック１３４）。次に、例えばバッチ・コミッショニング・ウィザード１１４を用いるなどして、プロセス１２４において、すべての作動中機器３４、３６、３８、４０に対し、実装したファイルを用いてバッチコミッショニングを実施し得る（ブロック１３６）。それが終わればプロセス１２４は実行を停止し得る（ブロック１３８）。

作動中機器３４、３６、３８、４０の数が希望最大値（例えば、１６、１８、または２０以上）より少ない場合（判定１３２）、プロセス１２４において、すべての作動中機器３４、３６、３８、４０について類似の製造者ＩＤ、機器種別、および／または機器版数、ならびに利用可能なすべてのＤＤとＣＦＦの版数をもつ、作動中機器のＤＤファイル（例えば、６４、６６、６８、７０）をバッチ・コミッショニング・ウィザード１１４に実装し得る（ブロック１４０）。次に、プロセス１２４において、ＤＤ版数および／またはＣＦＦ版数が異なる複数のＤＤファイルを有する作動中機器が１つ以上存在するかどうかを判定し得る（判定１４２）。言い換えると、プロセス１２４において、複数のファイルを用いたコミッショニングを実施し得る作動中機器があるかどうかを判定し得る（判定１４２）。コミッショニングに使用できるファイルが複数ある場合（判定１４２）、プロセス１２４において、例えばコミッショニングに使用できるファイルのファイル一覧を示すＧＵＩ１０４を提供することにより、ファイルの選択を可能にし得る（ブロック１４４）。次に、すべての作動中機器３４、３６、３８、４０に対し、実装したファイル（ブロック１４４で選択したファイルを含む）を用いてバッチコミッショニングを実施し得る（ブロック１３６）。それが終わればプロセス１２４は実行を停止し得る（ブロック１３８）。

判定１３０に戻る。不整合状態以外の作動中機器が存在する場合、例えば初期化状態もしくは未初期化状態の作動中機器が存在する場合、作動中機器３４、３６、３８、４０の数を判定する（判定１４６）。作動中機器の数が希望最大値（例えば、１６、１８、または２０以上）より少ない場合（判定１４６）、プロセス１２４において、例えばコミッショニングに使用できるファイルのファイル一覧を示すＧＵＩ１０４を提供することにより、ファイルの選択を可能にし得る（ブロック１４８）。その後、関連するＤＤファイルを用いて機器３４、３６、３８、４０のバッチコミッショニングを実施し得る（ブロック１４８）。バッチ・コミッショニング・ウィザード１１４は、バッチコミッショニング中に、暫定的ノードＩＤの段階にある機器に対するＤＤファイルを例えば製造者ＩＤに基づいてさらに実装し得る（ブロック１４８）。それが終わればプロセス１２４は実行を停止し得る（ブロック１３８）。

作動中機器の数が希望最大値（例えば、１６、１８、または２０以上）に等しい場合（判定１４６）、プロセス１２４において、暫定的ノードＩＤがすべて消費されているかどうか判定する（判定１５０）。暫定的ノードＩＤがすべて消費されている場合（判定１５０）、プロセス１２４において、関連するＤＤファイルによって不整合機器のバッチコミッショニングを実施し得（ブロック１５２）、暫定的ノードＩＤを有する機器はＤＤファイルの製造者ＩＤに基づいてコミッショニングし得る（ブロック１５２）。それが終わればプロセス１２４は実行を停止し得る（ブロック１３８）。未使用の暫定的ノードＩＤがまだ残っている場合（判定１５０）、プロセス１２４において、上述したブロック１３４に進んで実行を継続する。プロセス１２４を提供することにより、本明細書中に記載する手法は、初期化、未初期化、および／または不整合状態を含むさまざまな状態にある作動中機器のバッチコミッショニングを可能にし得る。

図４は、フィールド機器３４、３６、３８、および／または４０のバッチデコミッショニングおよび／またはクリアリングに適したプロセス１５４の一実施形態のフローチャートである。プロセス１５４は、機器３４、３６、３８、および／または４０が制御動作にもう関与しないように機器３４、３６、３８、および／または４０を動作可能に切り離すために、バッチ・コミッショニング／デコミッショニング・システム２５によって実施され得る。より具体的には、ユーザは機器３４、３６、３８、および／または４０のうちの複数台を選択し、プロセス１５４は選択された機器をバッチ処理としてデコミッショニングすることにより、各機器３４、３６、３８、および／または４０を個別に選択して、選択した機器を個別にデコミッショニングする場合に比べて時間を短縮し得る。プロセス１５４はコンピュータシステム１２のメモリ１６に格納され得る。メモリ１６は、プロセス１５４を実施するように構成された実行形式のコンピュータ命令を含む、非一時的かつ有形のコンピュータ可読媒体として設けられ得る。

プロセス１５４は、開始（ブロック１５６）されると、最初に、バッチデコミッショニング（ブロック１６０）とバッチクリアリング（ブロック１６２）のいずれの処理を実行するかを判定し得る（判定１５８）。バッチデコミッショニングが望ましい場合（判定１５８）、プロセス１５４において、選択されたすべての作動中機器をバッチ・デコミッショニング・ウィザード１１６に抽出し得、暫定的ノードＩＤの利用可能数に応じて、ユーザは希望数（例えば、４、５、６、または７以上）以下の機器３４、３６、３８、４０をデコミッショニングの対象として選択し得る。次に、プロセス１５４において、現在使用中の暫定的ノードＩＤの数を取得し得る。上記のように、例えば後に実施するコミッショニング処理に用いるために、暫定的ノードＩＤ（例えば２４８番〜２５１番）を付与もしくはアロケートされた機器が存在し得る。すでにプロセス１５４において４つの暫定的ノードＩＤが使用中であると判定された場合、ユーザはプロセス１５４において、少なくとも１つのノードＩＤを解放するように要求され得る。ユーザが少なくとも１つのノードＩＤを解放すると、プロセス１５４において、その機器はコントローラ３０および／またはリンキングデバイス４４に対してデコミッショニングされ得る。同様に、上記４つの暫定的ノードＩＤが不使用であり、かつ空いたノードＩＤがある場合、プロセス１５４において、それらの機器がデコミッショニングされ得る。別の実施形態において、使用可能な暫定的ノードＩＤの数が５つ以上もしくは３つ未満であり得ることは理解されるだろう。機器３４が制御動作にもはや関与していないことをコントローラ３０および／またはリンキングデバイス４４が認識するように、機器３４はデコミッショニング中（ブロック１６０）に未初期化状態に移行され得る。それが終わればプロセス１５４は実行を停止し得る（ブロック１６２）。

バッチクリアリングが望ましい場合（判定１５８）、プロセス１５４において、機器３４、３６、３８、および／または４０の状態を例えば不整合状態もしくは初期化状態から未初期化状態などに移行させ得る（ブロック１６４）。このように、機器３４、３６、３８、および／または４０は後のコミッショニングのためによりよい条件に移行され得る。プロセス１５４はコンピュータシステム１２のメモリ１６に格納され得る。メモリ１６は、プロセス１５４を実施するように構成された実行形式のコンピュータ命令を含む、非一時的かつ有形のコンピュータ可読媒体として設けられ得る。不整合状態の作動中機器はバッチ・デコミッショニング・ウィザード１１６内に実装され得る（ブロック１６４）。使用可能な暫定的ノードＩＤの数に応じて、ユーザは希望数（例えば、４、５、６、または７以上）以下の機器をバッチクリアリングの対象として選択し得る。実際に、プロセス１５４は、現在使用中の暫定的ノードＩＤの数を取得し得る（ブロック１７０）。

上記のように、例えば後に実施するコミッショニング処理に用いるために、暫定的ノードＩＤ（例えば２４８番〜２５１番）を付与もしくはアロケートされた機器が存在し得る。クリアリング中（ブロック１６４）に、プロセス１５４において４つの暫定的ノードＩＤがすでに使用中であると判定された場合、ユーザはプロセス１５４において、少なくとも１つのノードＩＤを解放するように要求され得る。ユーザが１つ以上のノードＩＤを解放すると、機器の状態は初期化状態もしくは不整合状態から未初期化状態に移行され得る。その後、プロセス１５４は実行を停止し得る（ブロック１６２）。したがって、機器３４、３６、３８、４０は後続利用のためにクリアされ得る。複数機器のバッチデコミッショニングおよびクリアリングを提供することにより、本明細書中に記載する手法は制御システム１０の運用をより効率的に実施し得る。

図５は、制御システム１０の一部の構成要素を表示するのに適した階層表示１８４を有する画面１８２の一実施形態を示す。図には、コントローラ３０、リンキングデバイス４４と５４、セグメント６０と１８８、および機器３４、３６、１８９、１９０、１９２などの機器を含む分散型Ｉ／Ｏ１８６が含まれている。画面１８２はバッチ・コミッショニング／デコミッショニング・システム２５のＧＵＩ１０４に含まれ得る。画面１８２は、さまざまな機器３４、３６、１８９、１９０、１９２の状態を表示するための、さらにはさまざまな機器３４、３６、１８９、１９０、１９２のバッチコミッショニング、デコミッショニング、およびクリアリングを行うためのインタフェースとして使用され得る。画面１８２は、コンピュータシステム１２のメモリ１６などの機械可読媒体に格納されたコンピュータコードまたは実行形式の命令を用いて実施され得、またＨＭＩ１８、ＭＥＳ２０、ＤＣＳ２２、および／またはＳＣＡＤＡ２４によって提供され得る。

図示した実施形態において、画面１８２はツリー構造の表示に適した階層ツリー操作ボタン１９４を使用する。例えば、基底層にはコントローラ３０の分散型Ｉ／Ｏ１８６が示され、次のツリー階層にはリンキングデバイス４４が含まれている。リンキングデバイス４４の下の階層にはセグメント６０と１８８がさらに含まれ、セグメント６０と１８８は各セグメントに関連するさらに下位の要素、例えば機器３４、３６などを含み得る。また、機器１８９、３６、３４、１９０、および１９２に関連する情報の表示にはアイコン１９６、１９８、２００、２０２、および２０４がそれぞれ使用され得る。例えば「チェックマーク」アイコン２０４は、機器１９２がコミッション済みで制御システム１０において稼働中であることを示すために使用され得る。同様に、アイコン２０２は、機器１９０が制御システム１０に未接続（例えば「作動中」機器ではない）ことを示すために使用され得る。作動中機器１８９、３４、および３６に関する状態情報は、初期化状態、未初期化状態、および不整合状態をそれぞれ表すアイコン１９６、１９８、２００によって提示され得る。したがって、「デコミッション済み機器」と書かれたデコミッションノードはデコミッション済みのすべての作動中機器３４、３６、１８９を含み得る。アイコン１９６、１９８、２００、２０２、および２０４を提供することにより、画面１８２は相互接続される制御システム１０の構成要素の状態情報ならびに階層をより効率的に提示し得る。

図５にはさらにコンテクストメニュー２０４が示されている。コンテクストメニュー２０４は、バッチ・コミッショニング・プロセス１２４やデコミッショニング兼クリアリング・プロセス１５４など、さまざまなプロセスの選択に役立つ。使用時には、マウスの使用により、機器３４、３６、および１８９などバッチ処理を行うさまざまな機器の複数選択を行い得る。コンテクストメニュー２０４の表示にはマウスの右クリックなどのＧＵＩ操作を使用し得る。なお、コンテクストメニュー２０４の表示のためにキーボード操作や音声コマンド操作など他の操作も行い得る。「コミッション」と書かれたメニューアイテム２０６は、選択した機器３４、３６、１８９に対してバッチ・コミッショニング・プロセス１２４を実行するのに使用し得る。同様に、「デコミッション」と書かれたメニューアイテム２０８は、機器３４、３６、１８９に対してバッチ・デコミッショニング／クリアリング・プロセス１５４のバッチ・デコミッショニング・ブロック１６０を実行するのに使用し得る。同様に、「クリア」と書かれたメニューアイテム２１０は、機器３４、３６、１８９に対してバッチ・デコミッショニング／クリアリング・プロセス１５４のクリアリングブロック１６４を実行するのに使用し得る。場合によってはメニューアイテム２０６、２０８、２１０の１つ以上を使用不可にし、コンテクストメニュー２０４において機能停止として（例えばグレーアウトで）示し得る。機器および対応する状態を視覚表示し、さらに、実行に適したプロセスの視覚的提示に役立つコンテクストメニュー２０４を提供することにより、画面１８２はフィールド機器のバッチコミッショニング、デコミッショニング、およびクリアリングをより効率的に実現し得る。

本発明の技術的効果には、機器の状態情報を用いたフィールド機器のバッチコミッショニング、バッチデコミッショニング、およびバッチクリアリングがある。状態情報には、不整合状態、未初期化状態、初期化状態、およびコミッション済み状態が含まれる。上記の状態情報を、バッチコミッショニング、バッチデコミッショニング、および／またはバッチクリアリングの各プロセスの実行指示に適した階層表示で可視化するシステムおよび方法も提供される。フィールド機器の状態情報をより効率的に視覚表示するアイコンも提供される。

本明細書は、最良の形態を含むいくつかの例を用いて本発明を開示している。また、装置もしくはシステムの作成と使用、ならびに内包される方法の実施を含め、当業者は本明細書によって本発明を実施することができる。本発明の特許可能範囲は特許請求の範囲によって規定されるとともに、当業者が想到する他の例を含み得る。そのような他の例は、特許請求の範囲の文言とは異ならない構造要素を有する場合、あるいは特許請求の範囲の文言と大差のない等価な構造要素を有する場合には、特許請求の範囲の範囲内にあるものと考えられる。

１０産業用プロセス制御システム、制御システム
１２コンピュータシステム、コンピュータ
１４プロセッサ
１６メモリ
１８ＨＭＩ（ヒューマン・マシン・インタフェース）ソフトウェア、ＨＭＩ
２０ＭＥＳ（製造実行システム）
２２ＤＣＳ（分散制御システム）
２４ＳＣＡＤＡ（監視制御・データ収集）システム
２５バッチ・コミッショニング／デコミッショニング・システム
２６プラント側データハイウェイ
２８装置側データハイウェイ
３０産業用コントローラ、コントローラ
３２プロセッサ
３４タービンシステム、機器、フィールド機器
３６温度センサ、機器、フィールド機器
３８弁、機器、フィールド機器
４０ポンプ、機器、フィールド機器
４２メモリ
４４リンキングデバイス
４６リンキングデバイス
４８Ｉ／Ｏネットワーク
５０Ｈ１ネットワーク
５２プロセッサ
５４プロセッサ
５６メモリ
５８メモリ
６０セグメントポート、セグメント
６２セグメントポート
６４ＤＤファイル
６６ＤＤファイル
６８ＤＤファイル
７０ＤＤファイル
７２機能ブロック
７４機能ブロック
７６機能ブロック
７８機能ブロック
８０プロセッサ
８２プロセッサ
８４プロセッサ
８６プロセッサ
８８メモリ
９０メモリ
９２メモリ
９４メモリ
９６デバイス情報
９８デバイス情報
１００デバイス情報
１０２デバイス情報
１０４ＧＵＩ
１０６バッチ・コミッショニング・システム
１０８バッチ・デコミッショニング・システム
１１０バッチ・クリアリング・システム
１１２ＤＤデータベース
１１４バッチ・コミッショニング・ウィザード
１１６バッチ・デコミッショニング・ウィザード
１１８バッチ・クリアリング・ウィザード
１２０仮想プレースホルダ
１２２状態
１２４プロセス、バッチ・コミッショニング・プロセス
１２６ブロック
１２８ブロック
１３０判定
１３２判定
１３４ブロック
１３６ブロック
１３８ブロック
１４０ブロック
１４２判定
１４４ブロック
１４６判定
１４８ブロック
１５０判定
１５２ブロック
１５４プロセス、デコミッショニング兼クリアリング・プロセス、バッチ・デコミッショニング／クリアリング・プロセス
１５６ブロック
１５８判定
１６０ブロック
１６２ブロック
１６４ブロック、クリアリングブロック
１７０ブロック
１８２画面
１８４階層表示
１８６分散型Ｉ／Ｏ
１８８セグメント
１８９機器
１９０機器
１９２機器
１９４階層ツリー操作ボタン
１９６アイコン
１９８アイコン
２００アイコン
２０２アイコン
２０４アイコン、コンテクストメニュー
２０６メニューアイテム
２０８メニューアイテム
２１０メニューアイテム

Claims

実行形式のコードを含み、
前記実行形式のコードは、
少なくとも２台のフィールド機器（３４、３６）を制御システム（１０）に動作可能に結合するバッチ・コミッショニング・システム（１０６）を実現する命令と、
前記少なくとも２台のフィールド機器（３４、３６）を前記制御システム（１０）から動作可能に切り離すバッチ・デコミッショニング・システム（１０８）を実現する命令と、
前記バッチ・コミッショニング・システム（１０６）、前記バッチ・デコミッショニング・システム（１０８）、またはその組み合わせを実行し、前記少なくとも２台のフィールド機器（３４、３６）をディスプレイ上で選択し、さらに前記制御システム（１０）と通信可能な形でインタフェースして前記少なくとも２台のフィールド機器（３４、３６）を前記制御システム（１０）に動作可能に結合する、前記制御システム（１０）から動作可能に切り離す、またはその組み合わせを行う、ＧＵＩ（グラフィカル・ユーザ・インタフェース）（１０４）を実現する命令と、
を含む、非一時的かつ有形のコンピュータ可読媒体（１６）。
前記バッチ・コミッショニング・システム（１０６）は、前記少なくとも２台のフィールド機器（３４、３６）のうちの第１のフィールド機器（３４）が不整合状態にあると判定された場合に、前記第１のフィールド機器（３４）を前記不整合状態からコミッション済み状態に遷移させる、請求項１に記載の非一時的かつ有形のコンピュータ可読媒体（１６）。
前記バッチ・コミッショニング・システム（１０６）は、前記第１のフィールド機器（３４）に付与される第１の恒久的ノード識別情報（ＩＤ）がコミッショニングにおいて使用できるかどうかを判定し、かつ前記第１の恒久的ノードＩＤが使用できる場合は、前記第１のフィールド機器（３４）に第１のＰＤ（物理デバイス）タグを付与し、第２の恒久的ノードＩＤの削除ならびに第２の恒久的ノードＩＤの再付与を省略する、請求項２に記載の非一時的かつ有形のコンピュータ可読媒体（１６）。
前記複数のフィールド機器状態（１２２）が不整合状態、未初期化状態、初期化状態、およびコミッション済み状態のみを含む、請求項１に記載の非一時的かつ有形のコンピュータ可読媒体（１６）。
前記命令は、前記少なくとも２台のフィールド機器（３４、３６）をリンキングデバイス（４４）を介して前記制御システム（１０）と通信可能に結合する命令を含む、請求項１に記載の非一時的かつ有形のコンピュータ可読媒体（１６）。
前記不整合状態は、前記少なくとも２台のフィールド機器（３４、３６）のうちの第１のフィールド機器（３４）に付与されたＰＤタグと、前記第１のフィールド機器（３４）に付与された恒久的ノードＩＤと、前記第１のフィールド機器（３４）に付与されていないノードアドレスとを含む、請求項５に記載の非一時的かつ有形のコンピュータ可読媒体（１６）。
前記ＧＵＩ（１０４）は、リンキングデバイス（４４）、前記少なくとも２台のフィールド機器（３４、３６）、複数のフィールド機器状態（１２２）、またはその組み合わせを表す視覚的表現を表示する階層制御部を含む、請求項１に記載の非一時的かつ有形のコンピュータ可読媒体（１６）。
前記複数のフィールド機器状態（１２２）を表す前記視覚的表現は複数のグラフィックアイコン（１９６、１９８、２００、２０２、２０４）を含む、請求項７に記載の非一時的かつ有形のコンピュータ可読媒体（１６）。
前記命令は、リンキングデバイス（４４）を介して高速イーサネット網（４８）とＨ１フィールドバス（ＦｏｕｎｄａｔｉｏｎＨ１）ネットワーク（５０）との間で通信を行う命令を含み、前記リンキングデバイス（４４）は前記高速イーサネット網（４８）を前記Ｈ１フィールドバスネットワーク（５０）にリンクし、前記少なくとも２台のフィールド機器（３４、３６）は前記Ｈ１フィールドバスネットワーク（５０）に接続される、請求項１に記載の非一時的かつ有形のコンピュータ可読媒体（１６）。
前記命令は、前記少なくとも２台のフィールド機器（３４、３６）のうちの第１のフィールド機器（３４）を表す仮想プレースホルダ（１２０）を含み、前記バッチ・コミッショニング・システム（１０６）は前記仮想プレースホルダ（１２０）を用いて前記第１のフィールド機器（３４）のコミッショニングを行う、請求項１に記載の非一時的かつ有形のコンピュータ可読媒体（１６）。
前記命令は、タービンシステム、発電システム、またはその組み合わせを制御する命令を含む、請求項１に記載の非一時的かつ有形のコンピュータ可読媒体（１６）。
第１のフィールド機器（３４）の制御システム（１０）への結合を検出する工程と、
第２のフィールド機器（３６）の前記制御システム（１０）への結合を検出する工程と、
前記第１のフィールド機器（３４）について第１の状態を決定する工程と、
前記第２のフィールド機器（３６）について第２の状態を決定する工程と、
前記第１および第２のフィールド機器（３４、３６）に対してバッチコミッショニング、バッチデコミッショニング、バッチクリアリング、またはその組み合わせを行う工程と、
を含む方法。
前記第１および第２のフィールド機器（３４、３６）がともに不整合状態にあるときに前記バッチコミッショニングが行われ、前記バッチコミッショニングは、前記第１および第２のフィールド機器（３４、３６）に関連づけられたデバイス記述（ＤＤ）ファイル（６４、６６）を、製造者ＩＤ、機器種別、機器版数、ＤＤとＣＦＦ（共通ファイルフォーマット）の版数、またはその組み合わせに基づいてバッチ・コミッショニング・ウィザード（１１４）に実装し、前記第１および第２のフィールド機器（３４、３６）に対するコミッショニングを前記ＤＤファイル（６４、６６）を用いて行う工程を含む、請求項１２に記載の方法。
前記第１と第２のフィールド機器（３４、３６）のいずれか一方が未初期化状態または初期化状態にあるときに前記バッチコミッショニングが行われ、前記バッチコミッショニングは、少なくとも１つの暫定的ノードＩＤを使用する工程を含む、請求項１２に記載の方法。
前記バッチコミッショニングは、前記第１のフィールド機器（３４）が不整合状態にないときに、第１の恒久的ノード識別情報（ＩＤ）および第１のＰＤ（物理デバイス）タグを前記第１のフィールド機器（３４）に付与する工程を含み、前記第１の恒久的ノードＩＤおよび前記第１のＰＤタグを付与する前記工程によって前記第１のフィールド機器（３４）はコミッション済み状態に遷移する、請求項１２に記載の方法。
前記バッチデコミッショニングは、現在使用中の暫定的ノードＩＤの数を取得し、前記数が最大値に等しいときに第１の暫定的ノードＩＤを解放する機能を提供する工程を含む、請求項１２に記載の方法。
第１のフィールド機器（３４）の制御システム（１０）への結合を検出し、
第２のフィールド機器（３６）の前記制御システム（１０）への結合を検出し、
前記第１のフィールド機器（３４）について第１の状態を決定し、
前記第２のフィールド機器（３６）について第２の状態を決定し、
前記第１および第２のフィールド機器（３４、３６）に対してバッチコミッショニング、バッチデコミッショニング、バッチクリアリング、またはその組み合わせを行う、
プロセッサ（１４）、
を備えるシステム。
前記プロセッサ（１４）は、前記第１および第２のフィールド機器（３４、３６）がともに不整合状態にあるときに前記バッチコミッショニングを行い、前記バッチコミッショニングは、前記第１および第２のフィールド機器（３４、３６）に関連づけられたデバイス記述（ＤＤ）ファイル（６４、６６）を、製造者ＩＤ、機器種別、機器版数、ＤＤとＣＦＦ（共通ファイルフォーマット）の版数、またはその組み合わせに基づいてバッチ・コミッショニング・ウィザード（１１４）に実装し、前記第１および第２のフィールド機器（３４、３６）に対するコミッショニングを前記ＤＤファイル（６４、６６）を用いて行う工程を含む、請求項１７に記載のシステム。
前記プロセッサ（１４）は、前記第１と第２のフィールド機器（３４、３６）のいずれか一方が未初期化状態または初期化状態にあるときに前記バッチコミッショニングを行い、前記バッチコミッショニングは、少なくとも１つの暫定的ノードＩＤを使用する工程を含む、請求項１７に記載のシステム。
前記バッチクリアリングは前記第１および第２のフィールド機器（３４、３６）を未初期化状態に遷移させる工程を含む、請求項１７に記載のシステム。