(57)【要約】      （修正有）【課題】フィールドデバイスの入出力ループチェックを行うための改良された方法およびシステムを提供する。【解決手段】フィールドデバイスコミッショニングシステムは、コミッショニングツール４００、通信モジュール４１０、およびＩＯモジュール４２０を含む。コミッショニングツールは、複数の通信中のクライアントと通信するように構成する。また、複数の通信中のクライアントからのループチェック実行のための複数の要求に従って、各ユニット内の各スロットに属するすべてのチャネルについて、入力ループチェックまたは出力ループチェックを含む複数のループ処理ロジックを並列実行するように構成する。また、各ユニット内の複数のスロットについての複数の逐次実行を順次に実行するように構成され、各実行が複数のループ処理ロジックを含む。また、複数のユニットの複数の逐次実行の複数のセットを順次に実行するように構成する。【選択図】図４
2019003637.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータにより実現されるコミッショニングシステムであって、
クライアントと通信することと、前記クライアントからのループチェックの実行のための複数の要求に従って、各ユニット内の各スロットに属する複数のチャネルのすべてについて、並列に、少なくとも1つの入力ループチェックまたは少なくとも1つの出力ループチェックを含む複数のループ処理ロジックを実行する並列実行を行うこととを行うように構成されたコミッショニングツールであって、
各ユニット内の複数の前記スロットについての複数の逐次実行を順次に実行するように構成され、各実行が前記複数のループ処理ロジックを含み、
複数の前記ユニットの前記複数の前記逐次実行の複数のセットを順次に実行するように構成された、コミッショニングツールと、
直列通信において通信モジュールと通信するように構成されたIOモジュールであって、直列通信において複数のフィールドデバイスと通信するように構成されたIOモジュールと
を含むコンピュータにより実現されるコミッショニングシステム。
【請求項２】
前記コミッショニングツールが、あらかじめ定義されたパターンを検索し、前記パターンの複数のセットを前記IOモジュールに並列に送ることによって、各スロットについて前記並列実行を実行するように構成され、前記IOモジュールが、前記複数のフィールドデバイスに並列に前記パターンの前記複数のセットを送るように構成されている、請求項1に記載のコンピュータにより実現されるコミッショニングシステム。
【請求項３】
各チャネルの前記入力ループチェックまたは前記出力ループチェックの各々が、
前記フィールドデバイスに第1のパターンを設定することと、
前記第1のパターンを設定した後に前記IOモジュールから第1のプロセス変数(PV)を取得することと、
前記第1のPVを取得した後に前記フィールドデバイスに第2のパターンを設定することと、
前記第2のパターンを設定した後に前記IOモジュールから第2のPVを取得することと、
前記第2のPVを取得した後に前記フィールドデバイスに第3のパターンを設定することと、
前記第3のパターンを設定した後に前記IOモジュールから第3のPVを取得することと
を含む請求項2に記載のコンピュータにより実現されるコミッショニングシステム。
【請求項４】
ループチェックタスクがチャネルに対して実行されるタスクである、請求項1に記載のコンピュータにより実現されるコミッショニングシステム。
【請求項５】
前記コミッショニングツールが、少なくとも、
前記フィールドデバイスに設定された前記実行パターンの各々と、前記IOモジュールから取得された、それらの対応するPVとの間の差を計算することと、
前記差をあらかじめ定義されたしきい値と比較することによって前記実行パターンの各々のチェックステータスを決定することと
をさらに実行するように構成され、前記コミッショニングツールが、前記差が前記あらかじめ定義されたしきい値よりも大きくないとき、前記ステータスがPASSであると決定するように構成され、
前記コミッショニングツールが、前記差が前記あらかじめ定義されたしきい値よりも大きいとき、前記ステータスがFAILであると決定するように構成されている
請求項3に記載のコンピュータにより実現されるコミッショニングシステム。
【請求項６】
前記コミッショニングツールが、すべての前記パターンの前記ステータスがPASSであるとき、前記チャネルの前記ループチェックタスクのステータスがPASSであると決定するように構成され、
前記コミッショニングツールが、前記パターンの前記ステータスのうちの少なくとも1つがFAILのとき、前記チャネルの前記ループチェックタスクのステータスがFAILであると決定するように構成されている
請求項5に記載のコンピュータにより実現されるコミッショニングシステム。
【請求項７】
前記コミッショニングツールが、少なくとも、
前記ループチェックタスクのステータスがFAILであると決定されたとき、ユーザインターフェース上で通知を生成すること
をさらに実行するように構成されている、請求項6に記載のコンピュータにより実現されるコミッショニングシステム。
【請求項８】
前記コミッショニングツールが、少なくとも、
パターンを前記フィールドデバイスに設定することと、IOモジュールから前記対応するPVを取得することとの間の時間をあらかじめ定義されたしきい値と比較することによって判定時間を決定することと、
前記判定時間をあらかじめ定義されたしきい値と比較することと
をさらに実行するように構成され、前記コミッショニングツールが、判定時間が前記あらかじめ定義されたしきい値よりも大きくないとき、前記パターンのステータスがPASSであると決定するように構成され、
前記コミッショニングツールが、判定時間が前記あらかじめ定義されたしきい値よりも大きいとき、前記パターンの前記ステータスがFAILであると決定するように構成されている、
請求項3に記載のコンピュータにより実現されるコミッショニングシステム。
【請求項９】
前記あらかじめ定義されたしきい値が、デフォルト値である、またはループチェックタスクが生成されたときおよび前記タスクの実行前にユーザによって構成される、請求項5に記載のコンピュータにより実現されるコミッショニングシステム。
【請求項１０】
前記コミッショニングツールが、少なくとも、
IOモジュールに構成をインポートおよびダウンロードすることと、
構成された入出力ループチェックタスクを作成することと、
IOモジュールリストとフィールドデバイスタグとを比較することと
をさらに実行するように構成されている、請求項1に記載のコンピュータにより実現されるコミッショニングシステム。
【請求項１１】
前記通信モジュールが、少なくとも、
ループチェックタスクステータス、ならびにタスク情報、フィールドデバイス情報、IOモジュール情報、および実行情報のうちの少なくとも1つを含む、実行レポートの生成
をさらに実行するように構成されている、請求項7に記載のコンピュータにより実現されるコミッショニングシステム。
【請求項１２】
コンピュータにより実現されるコミッショニング方法であって、
コミッショニングツールによってクライアントと通信するステップと、
前記クライアントからループチェックの実行のための複数の要求を受信するステップと、
前記コミッショニングツールによって、前記複数の要求に従って、各ユニット内の各スロットに属する複数のチャネルのすべてについて、並列に、少なくとも1つの入力ループチェックまたは少なくとも1つの出力ループチェックを含む複数のループ処理ロジックを実行する並列実行を行うステップと、
前記コミッショニングツールによって、各ユニット内の複数の前記スロットについての複数の逐次実行を順次に実行するステップであって、各実行が前記複数のループ処理ロジックを含む、ステップと、
前記コミッショニングツールによって、複数の前記ユニットの前記複数の逐次実行の複数のセットを順次に実行するステップと、
IOモジュールによって、前記コミッショニングツールと直列通信で通信するステップと、
前記IOモジュールによって、前記複数のフィールドデバイスと直列通信で通信するステップと
を含むコンピュータにより実現されるコミッショニング方法。
【請求項１３】
前記コミッショニングツールによって、各スロットの前記並列実行を実行するステップと、
選択されたループチェックチャネルのためのあらかじめ定義されたパターンを検索するステップと、
前記パターンの複数のセットを前記IOモジュールに並列に送るステップと、
前記IOモジュールによって、前記データの前記複数のセットを前記複数のフィールドデバイスに並列に送るステップと
をさらに含む請求項12に記載のコンピュータにより実現されるコミッショニング方法。
【請求項１４】
各チャネルの前記少なくとも1つの入力ループチェックおよび前記少なくとも1つの出力ループチェックの各々が、
前記フィールドデバイスに第1のパターンを設定するステップと、
前記第1のパターンを設定した後に前記IOモジュールから第1のプロセス変数(PV)を取得するステップと、
前記第1のPVを取得した後に前記フィールドデバイスに第2のパターンを設定するステップと、
前記第2のパターンを設定した後に前記IOモジュールから第2のPVを取得するステップと、
前記第2のPVを取得した後に前記フィールドデバイスに第3のパターンを設定するステップと、
前記第3のパターンを設定した後に前記IOモジュールから第3のPVを取得するステップと
を含む、請求項13に記載のコンピュータにより実現されるコミッショニング方法。
【請求項１５】
ループチェックタスクがチャネルに対して実行されるタスクである、請求項12に記載のコンピュータにより実現されるコミッショニング方法。
【請求項１６】
前記フィールドデバイスに設定された前記パターンの各々と、前記IOモジュールから取得された、それらの対応するPVとの間の差を計算するステップと、
前記差をあらかじめ定義されたしきい値と比較することによって前記パターンの各々のステータスを決定するステップと、
前記差が前記あらかじめ定義されたしきい値よりも大きくないとき、前記ステータスをPASSであると決定するステップと、
前記差が前記あらかじめ定義されたしきい値よりも大きいとき、前記ステータスをFAILであると決定するステップと
をさらに含む、請求項13に記載のコンピュータにより実現されるコミッショニング方法。
【請求項１７】
すべての前記ループチェックパターンのステータスがPASSであるとき、前記ループチェックタスクの前記ステータスがPASSであると決定するステップと、
すべての前記ループチェックパターンの前記ステータスのうちの少なくとも1つがFAILであるとき、前記ループチェックタスクの前記ステータスがFAILであると決定するステップと
をさらに含む、請求項16に記載のコンピュータにより実現されるコミッショニング方法。
【請求項１８】
前記ループチェックタスクステータスがFAILであると決定されたとき、ユーザインターフェース上で通知を生成するステップ
をさらに含む、請求項17に記載のコンピュータにより実現されるコミッショニング方法。
【請求項１９】
パターンを前記フィールドデバイスに設定することと、IOモジュールから対応するPVを取得することとの間の時間をあらかじめ定義されたしきい値と比較することによって判定時間を決定するステップと、
判定時間が前記あらかじめ定義されたしきい値よりも大きくないとき、前記パターンの前記ステータスをPASSであると決定するステップと、
判定時間が前記あらかじめ定義されたしきい値よりも大きいとき、前記パターンの前記ステータスをFAILであると決定するステップと
をさらに含む、請求項14に記載のコンピュータにより実現されるコミッショニング方法。
【請求項２０】
前記あらかじめ定義されたしきい値がデフォルト値である、またはループチェックタスクが生成されたときおよび前記タスクの実行前にユーザによって構成される、請求項16に記載のコンピュータにより実現されるコミッショニング方法。
【請求項２１】
IOモジュールに構成をインポートおよびダウンロードするステップと、
入出力ループチェックタスクを作成するステップと、
IOモジュールリストとフィールドデバイスタグとを比較するステップと
をさらに含む、請求項12に記載のコンピュータにより実現されるコミッショニング方法。
【請求項２２】
ループチェックタスクステータス、ならびにタスク情報、フィールドデバイス情報、IOモジュール情報、および実行情報のうちの少なくとも1つを含む、実行レポートを生成するステップ
をさらに含む請求項18に記載のコンピュータにより実現されるコミッショニング方法。
【請求項２３】
1つまたは複数のコンピュータによって実行されると、前記1つまたは複数のコンピュータに、
コミッショニングツールによってクライアントと通信するステップと、
前記クライアントから複数のループチェックの実行のための複数の要求を受信するステップと、
前記コミッショニングツールによって、前記複数の要求に従って、各ユニット内の各スロットに属する複数のチャネルのすべてについて、並列に、少なくとも1つの入力ループチェックまたは少なくとも1つの出力ループチェックを含む複数のループ処理ロジックを実行する並列実行を行うステップと、
前記コミッショニングツールによって、各ユニット内の複数のスロットについての複数の逐次実行を順次に実行するステップであって、各実行が前記複数のループ処理ロジックを含む、ステップと、
前記コミッショニングツールによって、複数の前記ユニットの前記複数の前記逐次実行の複数のセットを順次に実行するステップと、
IOモジュールによって、前記コミッショニングツールと直列通信で通信するステップと、
前記IOモジュールによって、前記複数のフィールドデバイスと直列通信で通信するステップと
を含む方法を実行させるコンピュータ可読プログラムを記憶する非一時的コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の開示は、一般に、産業プラントにおけるフィールドデバイスコミッショニングシステムおよびフィールドデバイスのコミッショニングの方法に関する。
【背景技術】
【０００２】
産業プラントでは、器械や送信機などのフィールドデバイスを使用して、工業プロセス、および回転機器などのフィールドデバイス以外の他のデバイスまたは機器からプロセス変数を取得する。多くのシステムは、フィールドデバイスの適切な機能を確実にするように、これらのフィールドデバイスを制御または監視するように構成されている。これらのシステムは、入出力デバイス(IO)モジュールを介してフィールドデバイスと通信するように構成されている。IOモジュールは、プラント内の複数のフィールドデバイスおよびシステムと通信するように構成されている。
【０００３】
コミッショニングは、機器、IOモジュール、およびIOモジュールに接続されたフィールドデバイスをテストするためのプロセスである。コミッショニングは、機器、IOモジュール、およびフィールドデバイスがその設計目的または仕様に従って機能するかどうかを検証するための異なる作業またはアクティビティを含み得る。これらの作業またはアクティビティのうちの1つは、テストまたは妥当性検査である。テストの作業またはアクティビティを、より小さい識別可能な作業または活動の単位にさらに分解することができる。これらのより小さい識別可能な単位は、それぞれIOモジュールおよびフィールドデバイスを対象とする、IOモジュールチェックおよびフィールドデバイスチェックの2つのグループにあらかじめ決定することができる。IOモジュールチェックおよびフィールドデバイスチェックのチェック機能は、IOモジュールおよびフィールドデバイスのそれぞれの構成に基づいて、IOモジュールおよびIOモジュールに接続されたフィールドデバイスのテストまたは妥当性検査の実行を自動化することを目指している。チェック機能のタイプは次の通りである。
【０００４】
IOモジュールの入出力チェック
IOモジュールは、その設計仕様をダウンロードすることによって構成される。このチェックは、各チャネルにダウンロードされた情報である各チャネルの仕様を検証するためのテストである。
【０００５】
また、IOモジュール入出力チェックの機能は、IOモジュールの入出力の精度を測定することである。IOモジュールの入出力の精度は、許容レベルによって測定される。許容レベルは、IOモジュールに書き込まれたデータとIOモジュールから読み取られたデータとの間の差である。許容レベルが小さいほど、IOモジュールの入出力はより正確になる。IOモジュールがデュアル冗長に構成されているとき、IOMの各側がそれぞれチェックされる。
【０００６】
IOモジュールの入出力チェックのタイプは次の通りである。
【０００７】
IOM入力チェック-IOMの入力(アナログまたはデジタル)の精度をテストするチェック機能を指す。
【０００８】
IOM出力チェック-IOMの出力(アナログまたはデジタル)の精度をテストするチェック機能を指す。
【０００９】
デバイスの入出力チェック
デバイス入出力チェックは、実際の信号またはシミュレートされた入出力信号を与えることによって、フィールドデバイスが正しく動作し、許容範囲内の精度であることを確認することである。
【００１０】
動作中のプラントでは、フィールドデバイスは、実際のプロセス変数(たとえば温度)を測定する、またはオペレータもしくは制御システムから受信された実際のコマンドに応答する。コミッショニング段階中、計画は動作していない。したがって、フィールドデバイスがプロセス変数を測定する物理的環境は存在しない。チェックおよびコミッショニングのために、フィールドデバイスは、シミュレートされた環境に設定され、シミュレートされた信号またはコマンドがデバイスに与えられる。
【００１１】
たとえば、デバイス入力ループとデバイス出力ループの2つのデバイスループがある。デバイス入力ループは、入力デバイスとIOMとの間の接続であって、デバイス出力ループは、IOMと出力デバイスとの間の別の接続である。
【００１２】
フィールドデバイスチェックのタイプは次の通りである。
【００１３】
手動チェック-ツールによって自動化できないタスクの指示をユーザが作成できるようにするチェック機能を指す。物理的な作業やアクションが必要である。
【００１４】
接続チェック-プラント内のフィールドデバイスの接続および物理的位置を決定するチェック機能を指す。
【００１５】
HART入力ループチェック-「入力フィールドデバイス」と「IOモジュール」との間の信号が正しく送信されているかどうかを評価するチェック機能を指す。デバイス入力ループチェックでは、信号はIOMを介してフィールドデバイスに送られ、フィールドデバイスはIOMに対応する信号を生成する。2つの信号の偏差があらかじめ定義されたしきい値(許容レベル)と比較される。偏差がしきい値内である場合、信号は正しく送信される。偏差がしきい値よりも大きい場合、信号は誤って送信される。
【００１６】
HART出力ループチェック-「出力フィールドデバイス」と「IOモジュール」との間の信号が正しく送信されているかどうかを評価するチェック機能を指す。
【００１７】
各コミッショニングタスクのためにIOモジュールとフィールドデバイスとの間で送信される信号をテストするために、従来の方法では、少なくとも2人、フィールドオペレータと制御室オペレータとが、コミッショニングプロセスの間に互いに緊密に通信しなければならない。
【００１８】
図1は、フィールドデバイス入力ループチェックのための従来の方法を示す。制御室オペレータは、IOモジュールを介して入力フィールドデバイス(たとえば、温度センサー)にシミュレートされた信号(たとえば、温度値)を送る。値は、フィールドデバイスに書き込まれ、IOモジュールに送信される。別のオペレータは、キャリブレータを使用して、IOモジュールから送信された信号を読み取る。2つの信号間の差が計算される。差があらかじめ定義されたしきい値内にある場合、信号は正しく送信される。
【００１９】
図2は、フィールドデバイスの出力ループチェックのための従来の方法を示す。制御室オペレータは、IOモジュールを介して出力フィールドデバイス(たとえば、バルブ)にコマンドを送る。出力フィールドデバイスは、コマンド(たとえばバルブ位置)に応答し、IOモジュールに対応する信号を送る。別のオペレータは、キャリブレータを使用して、IOモジュールから送信された信号を読み取る。2つの信号間の差が計算される。差があらかじめ定義されたしきい値内にある場合、信号は正しく送信される。
【００２０】
図3は、一連の入力および出力ループチェックがどのように実行されるかを示す。複数のコミッショニング信号がIOモジュールまたはフィールドデバイスに送られる間に、一連の入出力ループチェックを実行する方法は、複数のユーザがフィールドデバイスを1つずつ順番に調整し、テストすることを伴う。
【発明の概要】
【発明が解決しようとする課題】
【００２１】
典型的なプラントでは、数百または数千のフィールドデバイスがあり、コミッショニングは退屈なプロセスであり、多くの人力と時間が必要である。フィールドデバイスの入出力ループチェックを行うための改良された方法およびシステムが必要とされている。
【課題を解決するための手段】
【００２２】
最近開発されたスマート構成可能IOモジュール(SCIO)は、複数のチャネルをサポートし、各チャネルのアナログ/デジタル入力/出力機能をトグルすることができる。複数のチャネルをサポートすることによって、複数のコミッショニング信号を、SCIOを介して、1つずつではなく並列に送信することができる。複数のチャネルのための複数のコミッショニング信号の並列送信のこの機能によって、フィールドデバイスの入出力ループチェックの迅速な実行が可能である。
【００２３】
スマート構成可能IOモジュールを使用することによる、フィールドデバイスの入出力ループチェックの迅速かつ便利な実行のための新しいシステムおよび方法が本明細書で開示される。
【図面の簡単な説明】
【００２４】
【図１】フィールドデバイス入力ループチェック実行の構成を示す概略図である。
【図２】フィールドデバイス出力ループチェック実行の構成を示す概略図である。
【図３】フィールドデバイス入出力ループチェックの実行の概略図である。
【図４】本発明のいくつかの実施形態によるコミッショニングツールを含むプラントシステムのブロック図である。
【図５】本発明のいくつかの実施形態によるループチェックプロセスの一例のフローチャートである。
【図６Ａ】実行レポートの表示画面の一例を示す図である。
【図６Ｂ】実行レポートの表示画面の別の例を示す図である。
【図７】ノード毎のフィールドデバイスループチェック実行シーケンスを示す図である。
【図８Ａ】本発明のいくつかの実施形態による入力ループチェックのフィールドデバイスループチェック実行ロジックを示す図である。
【図８Ｂ】本発明のいくつかの実施形態による出力ループチェックのフィールドデバイスループチェック実行ロジックを示す図である。
【図９】本発明のいくつかの実施形態によるループチェックタスクの実行レポートを生成するための逐次プロセスの一例のフローチャートである。
【発明を実施するための形態】
【００２５】
いくつかの実施形態では、コンピュータにより実現されるコミッショニングシステムは、限定はしないが、コミッショニングツール、通信モジュール、およびIOモジュールを含み得る。コミッショニングツールは、クライアントと通信するように構成され得る。コミッショニングツールは、クライアントからのループチェックの実行のための複数の要求に従って、各ユニット内の各スロットに属する複数のチャネルのすべてについて、並列に、少なくとも1つの入力ループチェックまたは少なくとも1つの出力ループチェックを含む複数のループ処理ロジックを実行する並列実行を行うように構成され得る。コミッショニングツールは、各ユニット内の複数のスロットについての複数の逐次実行を順次に実行するように構成されてもよく、各実行は複数のループ処理ロジックを含む。コミッショニングツールは、複数のユニットの複数の逐次実行の複数のセットを順次に実行するように構成され得る。IOモジュールは、直列通信においてコミッショニングツールと通信するように構成され、IOモジュールは、直列通信において複数のフィールドデバイスと通信するように構成され得る。
【００２６】
いくつかの実施形態では、コミッショニングツールは、各スロットのデータのセットを生成することによって各スロットの並列実行を実行し、データの複数のセットをIOモジュールに直列に送るように構成され得る。IOモジュールは、データの複数のセットを複数のフィールドデバイスに並列に送るように構成され得る。
【００２７】
いくつかの実施形態では、各チャネルの少なくとも1つの入力ループチェックまたは少なくとも1つの出力ループチェックの各々は、フィールドデバイスに第1のパターンを設定することと、第1のパターンを設定した後にIOモジュールから第1のプロセス変数(PV)を取得することと、第1のPVを取得した後にフィールドデバイスに第2のパターンを設定することと、第2のパターンを設定した後にIOモジュールから第2のPVを取得することと、第2のPVを取得した後にフィールドデバイスに第3のパターンを設定することと、第3のパターンを設定した後にIOデバイスから第3のPVを取得することとを含み得る。
【００２８】
このシステムのいくつかの実施形態では、ループチェックタスクはチャネルに対して実行されるタスクである。
【００２９】
システムの実施形態はまた、フィールドデバイスに設定されたパターンの各々と、モジュールから取得された対応するPVとの間の差を計算することと、その差をあらかじめ定義されたしきい値と比較することによってパターンの各々のチェックステータスを決定することとを含み得る。さらに、差があらかじめ定義されたしきい値よりも大きくないとき、ステータスはPASSであり、差があらかじめ定義されたしきい値よりも大きいとき、ステータスはFAILである。
【００３０】
いくつかの実施形態では、あらかじめ定義されたしきい値は、デフォルト値であってもよく、またはループチェックタスクが生成されたとき、およびタスクの実行前にユーザによって構成されてもよい。
【００３１】
また、システムは、すべての実行パターンのステータスがPASSであるとき、チャネルのループチェックタスクのステータスがPASSであると決定し、実行パターンのステータスのうちの少なくとも1つがFAILであるとき、チャネルのループチェックタスクのステータスがFAILであると決定することをさらに含み得る。
【００３２】
システムの実施形態は、パターンをフィールドデバイスに設定することと、IOモジュールから対応するPVを取得することとの間の時間をあらかじめ定義されたしきい値と比較することによって判定時間を決定することと、判定時間があらかじめ定義されたしきい値よりも大きくないとき、実行パターンのステータスをPASSであると決定することと、判定時間があらかじめ定義されたしきい値よりも大きいとき、実行パターンのステータスをFAILであると決定することとをさらに含み得る。
【００３３】
さらに、システムは、ループチェックタスクステータスがFAILであると決定されたとき、ユーザインターフェース上で通知を生成し得る。
【００３４】
また、この方法の実施形態は、ループチェックタスクステータス、ならびにタスク情報、フィールドデバイス情報、IOモジュール情報、および実行情報のうちの少なくとも1つを含む、実行レポートを生成するステップを含み得る。
【００３５】
いくつかの実施形態では、システムは、IOモジュールに構成をインポートおよびダウンロードすることと、構成された入力および出力ループチェックタスクを作成することと、IOモジュールリストをフィールドデバイスタグと比較することとをさらに含み得る。
【００３６】
本開示の実施形態は、コンピュータにより実現されるコミッショニング方法であって、通信モジュールによってクライアントと通信するステップと、クライアントからループチェックの実行のための複数の要求を受信するステップと、コミッショニングツールによって、複数の要求に従って、各ユニット内の各スロットに属する複数のチャネルのすべてについて、並列に、少なくとも1つの入力ループチェックまたは少なくとも1つの出力ループチェックを含む複数のループ処理ロジックを実行する並列実行を行うステップと、コミッショニングツールによって、各ユニット内の複数のスロットについての複数の逐次実行を順次に実行するステップであって、各実行が複数のループ処理ロジックを含む、ステップと、コミッショニングツールによって、複数のユニットの複数の逐次実行の複数のセットを順次に実行するステップと、IOモジュールによって、コミッショニングツールと直列通信で通信するステップと、IOモジュールによって、複数のフィールドデバイスと直列通信で通信するステップとを含み得る。
【００３７】
コミッショニング方法の実施形態は、コミッショニングツールによって、各スロットの並列実行を実行するステップと、各スロットのデータのセットを生成するステップと、データの複数のセットをIOモジュールに直列に送るステップと、IOモジュールによって、データの複数のセットを複数のフィールドデバイスに並列に送るステップとをさらに含み得る。
【００３８】
さらに、この方法の実施形態は、フィールドデバイスに第1のパターンを設定するステップと、第1のパターンを設定した後にIOモジュールから第1のプロセス変数(PV)を取得するステップと、第1のPVを取得した後にフィールドデバイスに第2のパターンを設定するステップと、第2のパターンを設定した後にIOモジュールから第2のPVを取得するステップと、第2のPVを取得した後にフィールドデバイスに第3のパターンを設定するステップと、第3のパターンを設定した後にIOモジュールから第3のPVを取得するステップとをさらに含み得る。
【００３９】
いくつかの実施形態では、ループチェックタスクはチャネルに対して実行されるタスクである。
【００４０】
また、コミッショニング方法のいくつかの実施形態は、フィールドデバイスに設定されたパターンの各々と、IOモジュールから取得された、それらの対応するPVとの間の差を計算するステップと、その差をあらかじめ定義されたしきい値と比較することによって実行パターンの各々のステータスを決定するステップと、差があらかじめ定義されたしきい値よりも大きくないとき、実行ステータスをPASSであると決定するステップと、差があらかじめ定義されたしきい値よりも大きいとき、実行ステータスをFAILであると決定するステップとを含む。
【００４１】
さらに、コミッショニング方法は、パターンをフィールドデバイスに設定することと、IOモジュールから対応するPVを取得することとの間の時間を、あらかじめ定義されたしきい値と比較することによって判定時間を決定するステップと、判定時間があらかじめ定義されたしきい値よりも大きくないとき、実行パターンのステータスをPASSであると決定するステップと、判定時間があらかじめ定義されたしきい値よりも大きいとき、実行パターンのステータスをFAILであると決定するステップとを含み得る。
【００４２】
実施形態は、すべての実行パターンのステータスがPASSであるとき、ループチェックタスクのステータスがPASSであると決定することと、すべてのループチェックパターンのステータスのうちの少なくとも1つがFAILであるとき、ループチェックタスクのステータスがFAILであると決定することとをさらに含む。
【００４３】
さらに、あらかじめ定義されたしきい値は、デフォルト値であってもよく、またはループチェックタスクが生成されたとき、およびタスクの実行前にユーザによって構成されてもよい。
【００４４】
この方法のいくつかの実施形態は、ループチェックタスクステータスがFAILであると決定されたとき、ユーザインターフェース上で通知を生成するステップも含み得る。
【００４５】
この方法のいくつかの実施形態は、ループチェックタスクステータス、ならびにタスク情報、フィールドデバイス情報、IOモジュール情報、および実行情報のうちの少なくとも1つを含む、実行レポートを生成するステップを含み得る。
【００４６】
この方法の1つまたは複数の実施形態は、IOモジュールに構成をインポートおよびダウンロードするステップと、入力および出力ループチェックタスクを作成するステップと、IOモジュールリストをフィールドデバイスタグと比較するステップとも含み得る。
【００４７】
非一時的コンピュータ可読記憶媒体は、1つまたは複数のコンピュータによって実行されると、1つまたは複数のコンピュータに方法を実行させるコンピュータ可読プログラムを記憶する。この方法は、コミッショニングツールによってクライアントと通信するステップと、クライアントから複数のループチェックの実行のための複数の要求を受信するステップと、コミッショニングツールによって、複数の要求に従って、各ユニット内の各スロットに属する複数のチャネルのすべてについて、並列に、少なくとも1つの入力ループチェックまたは少なくとも1つの出力ループチェックを含む複数のループ処理ロジックを実行する並列実行を行うステップと、コミッショニングツールによって、各ユニット内の複数のスロットについての複数の逐次実行を順次に実行するステップであって、各実行が複数のループ処理ロジックを含む、ステップと、コミッショニングツールによって、複数のユニットの複数の逐次実行の複数のセットを順次に実行するステップと、IOモジュールによって、コミッショニングツールと直列通信で通信するステップと、IOモジュールによって、複数のフィールドデバイスと直列通信で通信するステップとを含む。
【００４８】
産業プラント用のフィールドデバイスコミッショニングシステム1000の構成の一例が図4に示されている。フィールドデバイスコミッショニングシステムは、限定はしないが、コミッショニングツール400、通信モジュール410、入出力(I/O)モジュール420、フィールドデバイス430、リポジトリ440、およびユーザインターフェース450を含み得る。コミッショニングツール400は、フィールドデバイス430が設計仕様に従って正しく構成されていることをチェックするためのコミッショニングタスクを実行するためにプロセッサおよびメモリストレージによって実装され得る。
【００４９】
設計仕様は、エンジニアリングデータとしてリポジトリ440に記憶される。エンジニアリングデータの一例は、限定はしないが、フィールドデバイス430、IOモジュール420、およびそれらの構成データを含むIOリストであり得る。構成データは、フィールドデバイス430、IOモジュール420、および値のそれぞれのプロパティまたは構成パラメータを表す。IOモジュール420の構成パラメータの例は、IOモジュール420内のチャネルによって処理される入力または出力のタイプである「信号タイプ」、IOモジュール420を識別する「ノード番号」である。フィールドデバイスループチェックパターンも、リポジトリ440に記憶される。ループチェックパターンの例は、限定はしないが、フィールドデバイスがバルブである場合、「位置0%、50%、および100%」、フィールドデバイスが温度センサーである場合、「27℃」であり得る。実行情報および結果も、実行レポートとしてリポジトリ440に記憶される。これらのパターンは、フィールドデバイスループチェック実行中にフィールドデバイス430に設定される。実行レポートは、ループチェックタスクステータス、ならびにタスク情報、フィールドデバイス情報、IOモジュール情報、および実行情報のうちの少なくとも1つを含む。実行レポートは、すべてのタスクが完了した後に生成され、次いで、レポートはリポジトリまたは任意の他のストレージに記憶され得る。
【００５０】
IOモジュール420は、限定はしないが、プロセッサ、メモリストレージ、ネットワークインターフェースユニット421、およびIOユニット422を含み得る。本発明のいくつかの実施形態によれば、2つのIOユニット、たとえば、プライマリIOユニット422、およびバックアップIOユニット423がある。IOモジュールは、フィールドネットワーク460との通信のためにバス490に接続されるように構成される。制御システム470およびデバイス管理システム480などの産業プラント内の他のシステムは、バス490に接続され得る。ネットワークインターフェースユニット421は、通信モジュール410への少なくとも1つの直接接続と、バス490への少なくとも1つの別個の直接接続とをサポートするように構成される。直接接続と別個の接続は互いに独立している。
【００５１】
コミッショニングツール400は、IOモジュール420またはフィールドデバイス430に関連するエンジニアリングデータをリポジトリ440から検索するように構成されたプロセッサを有する。エンジニアリングデータは、産業プラントがあらかじめ定義された設計仕様に従って動作するための設計データである。関連するエンジニアリングデータは、本発明のいくつかの実施形態によれば、構成ファイル内に存在し得る。関連するエンジニアリングデータは、ダウンロードされ、コミッショニングタスクが実行しているとき、コミッショニングツールのメモリストレージに一時的に記憶される。
【００５２】
コミッショニングツールのプロセッサは、通信モジュールを介してIOモジュール420から構成データを検索するようにも構成される。構成データは、限定はしないが、IOモジュール420の構成パラメータおよびフィールドデバイス430の構成パラメータを含み得る。構成データは、IOモジュール420のプロセッサによって、IOユニット422、423およびフィールドデバイス430から検索され、次いで、通信モジュールに送信され、その後、本発明のいくつかの実施形態に従って、コミッショニングツール400のプロセッサに渡される。
【００５３】
通信モジュール410は、コミッショニングツール400とIOモジュール420との間で通信するように構成される。通信モジュール410は、リポジトリ440から検索されたエンジニアリングデータを機械可読データに変換するように構成される。機械可読データは、構成のためにIOモジュール430にダウンロードされる。通信モジュールはまた、フィールドデバイス430から送信されたフィールドデバイス情報およびプロセス変数をユーザデータに変換するように構成される。
【００５４】
図5は、いくつかの実施形態によるフィールドデバイスループチェックワークフローを示す。制御室オペレータなどのユーザは、ステップS520において、IOモジュール420を構成するように、コミッショニングツール400を動作させることができる。コミッショニングツール400は、構成データをリポジトリ440からIOモジュールにダウンロードする。IOモジュール構成データは、IOモジュールにダウンロードする前にユーザによって変更または修正できる。IOモジュール420の構成パラメータの例は、IOモジュール420内のチャネルによって処理される入力または出力のタイプである「信号タイプ」、およびIOモジュール420を識別する「ノード番号」である。
【００５５】
ステップS530において、ユーザは、関連チャネルを選択することによって、選択されたフィールドデバイスのループチェックタスクを作成する。各チャネルはフィールドデバイス430に接続する。すべての利用可能なチャネルは、ユーザがチャネルリストから実行するループチェックのためのチャネルをユーザが選択できるように、ユーザインターフェース450上のループチェックスケジューラによってツリービューに列挙される。
【００５６】
本発明のいくつかの実施形態によれば、選択されたチャネルのリストは、スロットにグループ化することができる。各スロットは、最大16のチャネルを有することができる。各ユニットは、IOモジュール430の構成に応じて1つまたは複数のスロットを有することができる。いくつかの他の実施形態では、IOモジュール内に2つのIOユニットがある。1つはプライマリIOユニットであり、もう1つはバックアップIOユニットである。そのような実施形態では、各ユニットは2つのスロットを有することができる。
【００５７】
ループチェックタスクが作成された後、プロセスはステップS540に進み、コミッショニングツール400は、フィールドデバイス430の各々が、選択されたチャネルの各々に互いに独立して接続されているかどうかを検証する。コミッショニングツール400は、選択されたチャネルについて、リポジトリ440からIOリストを検索する。IOリストは、選択されたチャネルに接続されたフィールドデバイス430を識別する情報を提供する。コミッショニングツール400は、コミッショニングツール400がフィールドデバイス430と通信できるかどうか、および選択されたチャネルおよびフィールドデバイスが正しく接続されているかどうかをチェックするために、選択されたチャネルに接続されたフィールドデバイス430の各々から少なくとも1つのプロパティを検索する。コミッショニングツール400は、少なくとも1つのプロパティを検索する必要があるが、コミッショニングツール400がより多くのプロパティを検索することができるとしても、必ずしもより多くのプロパティを検索する必要はない。いくつかの場合には、コミッショニングツール400は、ひとたび少なくとも1つのプロパティを検索すると、より多くのプロパティの検索を停止するように構成され得る。各フィールドデバイスタグは、フィールドデバイスの各々から検索された少なくとも1つのプロパティのうちの1つを表す。コミッショニングツール400は、コミッショニングツール400によってリポジトリ440からインポートされたIOリスト上のフィールドデバイスタグとフィールドデバイスから少なくとも1つの検索されたプロパティを比較して、少なくとも1つの検索されたプロパティが各チャネルのIOリスト上のフィールドデバイスタグのうちのいずれか1つと一致するかどうかを決定するように構成される。コミッショニングツール400は、少なくとも1つの検索されたプロパティがチャネルのIOリスト上のすべてのフィールドデバイスタグと不一致であると決定した場合、チャネルについてすでに作成されたループチェックタスクを実行しない。この場合、チャネルのループチェックは実行されず、実行の結果は実行レポートにおいてFAILに設定される。コミッショニングツール400は、少なくとも1つの検索されたプロパティがチャネルのIOリスト上のフィールドデバイスタ
グのうちの少なくとも1つと一致すると決定した場合、チャネルについて作成されたループチェックタスクを実行する。ループチェックタスクに対する実行を制御するためのこのプロセスは、各チャネル上で独立して行われる。
【００５８】
いくつかの実施形態では、IOリストは、フィールドデバイスタグおよび他の情報で更新される。
【００５９】
コミッショニングツール400が、少なくとも1つの検索されたプロパティが、チャネルのIOリスト上のフィールドデバイスタグのうちの少なくとも1つと一致すると決定した後、ステップS550において、ループチェックオプション、好ましくはユーザインターフェース450上のコンテキストメニューから、クイックループチェックと呼ばれる高速の、またはより速いループチェックを選択することによって、ループチェックタスクが実行される。このステップでは、各スロット内で、すべてのチャネルが同時に並列に実行される。クイックループチェック機能は、タスク並列ライブラリ(TPL)によってサポートされる。TPLは、マルチスレッドを可能にする機能である。1つのスレッディングは1つのチャネルに対応している。複数のループチェックタスクが同時に作成されるとき、コミッショニングツール400によって、最大16のチャネルについて複数のループチェックタスクを実行するための並列処理を並列に実行することができる。1つのユニット内に2つのスロットがあるとき、2つのスロットは順番に実行される。スロット1は、スロット2の実行の開始前に完了する。複数のユニットがあるとき、複数のユニットは順番に実行される。いくつかの実施形態によれば、ループチェックの実行は、実行中に随意に中止またはスキップされ得る。
【００６０】
ステップS560において、作成されたループチェックタスクが完了した後、実行レポートが生成される。実行レポートは、ループチェックタスクステータス、ならびにループチェックタスクステータス、タスク情報、フィールドデバイス情報、IOモジュール情報、および実行情報のうちの少なくとも1つを含む。
【００６１】
いくつかの実施形態によれば、実行レポートは、すでに実行されたループの数、パスしたループの数、失敗したループの数、および中止またはスキップされたループの数を要約して、図6Aに示すような要約ページとして、ユーザインターフェース450上に示される。また、「詳細を表示」ボタンをクリックすることによって、詳細なレポートが示される。
【００６２】
図6Bは、いくつかの他の実施形態による実行レポートを示す。表示画面600は、フィールドデバイス430およびIOモジュール420の例示的なツリービューまたは階層ビューを示す。産業プラント、プロジェクト、またはエリア名610がツリービューの上部に示されている。620はIOモジュールを列挙し、次いで630はノードの下のユニットを列挙する。612は、ユニットの下のスロットと、フィールドデバイス430に接続されたチャネルとを列挙する。階層ビューは、本発明のいくつかの実施形態によれば、ステップS520でのユーザ選択の後に生成される。あるいは、階層ビューは、リポジトリ440に記憶されたエンジニアリングデータから生成される。
【００６３】
実行結果は、本発明のいくつかの実施形態によれば、ノード、ユニット、スロット、またはチャネルのステータスで示される。たとえば、ステータスは、ノード、ユニット、スロット、およびチャネルの識別子の隣に位置するアイコン640によって表される。アイコン640は、本発明のいくつかの実施形態によれば、異なる形または色で示される。たとえば、実行のステータスがPASSのとき、「緑色」が反映され、リポジトリから検索されたIOリストと、フィールドデバイス430から検索されたフィールドデバイスタグとの間の不一致が存在する場合、「グレー」が反映され、「赤」は実行のステータスがFAILであることを意味する。インジケータアイコンのフォントは、異なっていてもよく、本発明のいくつかの実施形態によれば、実行の異なる状態を示す。
【００６４】
コミッショニングツール400は、実行結果を詳細に閲覧するためのユーザ選択可能なオプションを提供するように構成される。ユーザ選択可能なオプションは、本発明のいくつかの実施形態によれば、ユーザによる表示のためにトリガされる別個のウィンドウに提供される。実行結果の例は、各実行の判定時間、実行のステータスを決定するためのあらかじめ定義されたしきい値、実行情報、ならびにIOモジュールおよびフィールドデバイスの構成パラメータがあり得る。
【００６５】
ステップS550でIOモジュール420とのフィールドデバイス接続の妥当性検査の後、実行は、最初に選択されたノードで開始される。各スロットは最大16のチャネルを含む。各チャネルはフィールドデバイス430に接続する。接続されたフィールドデバイスが入力デバイスである場合、このチャネルのループチェックは入力ループチェックである。接続されたフィールドデバイスが出力デバイスである場合、このチャネルのループチェックは出力ループチェックである。
【００６６】
本発明のいくつかの実施形態による実行シーケンスは次の通りである。まず、スロット下のすべてのチャネルが並列に実行される。第2に、第1のスロットの実行が完了した後、第1のスロットと同じユニット内の次のスロットに実行が移行する。第3に、第1のユニット内のすべてのスロットが実行された後、ループチェックの実行が次のユニットに移動する。最後に、ユニット下のすべてのチャネルが実行された後、ループチェックの実行は、次に利用可能なノードに移動する。
【００６７】
図7に示すように、本発明のいくつかの実施形態では、各スロットは最大16のチャネルを含む。実行中、これら16のチャネルのループチェックは、TPLマルチスレッドからのサポートによって同時に実行される。メインスレッドは、あるスロットから別のスロットまでである。たとえば、いくつかの実施形態によれば、メインスレッドは、ユニット1スロット1からユニット1スロット2までである。子スレッドは1チャネル専用である。16の子スレッドが同時にスロット毎に並列で生成される。専用の子スレッドは、ループチェックの実行中に特定のチャネルに割り当てられたすべての動作を受け持つ。
【００６８】
子スレッドは、チャネルのすべての動作を完了した後にメインスレッドに合流する。第1のスロット内のすべてのチャネルが実行された後、すべての子スレッドがメインスレッドに合流する。次いで、メインスレッドが次のスロットに進むと、ループチェックの実行が次の利用可能なスロットに移動する。図7に示すように、各スロット内では、すべてのチャネルが同時に並列に実行される。複数のスロットが順番に実行される。次の利用可能なスロットの実行は、第1のスロットの実行が完了した後にのみ開始される。同様に、複数のユニットの実行も順番であり、第1のユニットが完了した後、第2のユニットの実行が開始される。
【００６９】
図8Aおよび図8Bは、それぞれ、本発明のいくつかの実施形態による、入力ループチェックおよび出力ループチェックのフィールドデバイスループチェック並列実行ロジックを示す。
【００７０】
パターンを設定:デバイスに書き込むパターンを送る。いくつかの実施形態では、パターン値は、デフォルトでは0%、50%、および100%である。パターン値は、リポジトリ440に記憶される。ユーザは、パターン値を他のパーセンテージに変更したり、パターン値を追加または削除したりすることができる。たとえば、パターンを0%、25%、50%、75%、および100%に変更することができる。パターンは、説明したように、ループチェック実行前にユーザによってあらかじめ定義される。
【００７１】
IOモジュールからPVを取得:IOモジュールから信号値/プロセス変数(PV)を読み取る。
【００７２】
フィールドデバイスからPVを取得:フィールドデバイスから信号値/プロセス変数(PV)を読み取る。
【００７３】
チャネルのループチェックの実行を開始するために、パターン値がユーザによって設定される。パターンは、入力ループチェックでフィールドデバイス430に送られるか、または出力ループチェックでIOモジュールに設定される。
【００７４】
図8Aでは、チャネルの入力ループチェックの説明に、3つのパターン例が使用されている。入力ループチェックの各々において、コミッショニングツール400によって、ユーザは、通信モジュール410を介して入力フィールドデバイス430(たとえば、温度センサー)に第1のパターン0%を設定する。コミッショニングツールは、第1のパターンを設定した後、IOモジュールから第1のPVを読み取る。次いで、第2のパターン50%が入力フィールドデバイスに設定される。コミッショニングツールは、第1のパターンを設定した後、IOモジュールから第2のPVを読み取る。最後に、第3のパターン100%がフィールドデバイスに設定され、第3のPVがIOモジュールからコミッショニングシステムによって読み取られる。すべてのパターンがフィールドデバイスに設定され、すべてのPVがIOモジュールから読み取られた後、コミッショニングツール400によってループチェックタスクのステータスが決定される。入力ループチェックタスクのステータスを示す実行レポートが生成される。
【００７５】
図8Bでは、チャネルの出力ループチェック(たとえば、バルブ)の説明に、別の3つのパターン例が使用されている。出力ループチェックの各々において、コミッショニングツール400によって、ユーザは、IOモジュール420に第1のパターン0%を設定する。コミッショニングツールは、第1のパターンを設定した後、出力フィールドデバイスから第1のPVを取得する。次いで、第2のパターン50%がIOモジュール420に設定される。コミッショニングツールは、第2のパターンを設定した後、出力フィールドデバイスから第2のPVを取得する。最後に、第3のパターン100%がIOモジュール420に設定され、第3のPVが出力フィールドデバイスからコミッショニングツールによって読み取られる。すべてのパターンがIOモジュールデバイスに設定され、すべてのPVが出力フィールドデバイスから読み取られた後、コミッショニングツール400によってループチェックタスクのステータスが決定される。出力ループチェックタスクのステータスを示す実行レポートが生成される。
【００７６】
図9は、本発明のいくつかの実施形態によるループチェックタスクの実行レポートを生成するためのワークフローを示す。ステップS920では、IOモジュールまたはフィールドデバイスに設定されたパターンを設定し、フィールドデバイスまたはIOモジュールから対応するPVを受信した後、コミッションツール400によって設定されたパターンと受信されたPVとの差が計算される。
【００７７】
ステップS930では、その差がしきい値と比較される。しきい値は、本発明のいくつかの実施形態によるリポジトリ440に記憶されたデフォルト値である。しきい値は、ループチェックタスクが生成されたとき、およびタスクの実行前にユーザによって構成することもできる。
【００７８】
ステップS940で、チャネルの実行パターンの各々のステータスが決定される。差がしきい値よりも大きくないとき、パターンのステータスはPASSであると決定される。差がしきい値よりも大きいとき、パターンのステータスはFAILであると決定される。
【００７９】
ステップS950で、ループチェックのすべての実行パターンのステータスに基づいて、チャネルのループチェックタスクのステータスが決定される。すべてのパターンのステータスがPASSであるとき、チャネルのループチェックタスクのステータスはPASSである。パターンのステータスのうちの少なくとも1つがFAILであるとき、チャネルのループチェックタスクのステータスはFAILである。ループチェックタスクのステータスが決定された後、ループチェックタスクステータス、ならびにタスク情報、フィールドデバイス情報、IOモジュール情報、および実行情報のうちの少なくとも1つを含む、実行レポートが生成される。
【００８０】
いくつかの他の実施形態では、判定時間は、ループチェックタスクがPASSであるかFAILであるかを決定するために使用される。判定時間は、パターンをIOモジュール/フィールドデバイスに設定することと、フィールドデバイス/IOモジュールからPVを受信することとの間の時間である。第1のステップでは、ループチェックタスクの実行パターン毎に判定時間が決定される。判定時間の各々がしきい値と比較される。判定時間があらかじめ定義されたしきい値よりも大きくないとき、実行パターンのステータスはPASSである。判定時間がしきい値よりも大きいとき、実行パターンのステータスはFAILである。また、ループチェックのすべての実行パターンのステータスに基づいて、チャネルのループチェックタスクのステータスが決定される。
【００８１】
上記で説明した実施形態におけるシステムおよび方法は、1つまたは複数のプロセッサ上でコンピュータソフトウェア、ソフトウェア構成要素、プログラムコード、および/または命令を実行する機械または回路を通じて部分的または全体的に展開され得る。1つまたは複数のプロセッサは、汎用コンピュータ、サーバ、クラウドサーバ、クライアント、ネットワークインフラストラクチャ、モバイルコンピューティングプラットフォーム、固定コンピューティングプラットフォーム、または他のコンピューティングプラットフォームの一部であり得る。1つまたは複数のプロセッサは、プログラム命令、コード、バイナリ命令などを実行することができる任意の種類の1つまたは複数の計算または処理デバイスであり得る。1つまたは複数のプロセッサは、信号プロセッサ、デジタルプロセッサ、組込みプロセッサ、マイクロプロセッサ、またはその上に記憶されたプログラムコードもしくはプログラム命令の実行を直接もしくは間接的に容易にし得る、たとえば数学コプロセッサ、グラフィックコプロセッサ、通信コプロセッサなどのコプロセッサなど任意の変形であってもよく、またはそれらを含み得る。さらに、1つまたは複数のプロセッサは、複数のプログラム、スレッド、およびコードの実行を可能にし得る。スレッドは、1つまたは複数のプロセッサの性能を向上させ、アプリケーションの同時の動作を容易にするために同時に実行され得る。本明細書に記載のプログラムコード、プログラム命令などは、1つまたは複数のスレッドで実装され得る。1つまたは複数のプロセッサは、本明細書に記載のコード、命令およびプログラムを記憶するメモリを含み得る。プロセッサは、本明細書および他の場所に記載されているようなコード、命令、およびプログラムを記憶し得るインターフェースを介して、非一時的プロセッサ可読記憶媒体にアクセスし得る。プログラム、コード、プログラム命令、またはコンピューティングまたは処理デバイスによって実行可能な他のタイプの命令を記憶するための、プロセッサに関連付けられた非一時的プロセッサ可読記憶媒体は、限定はしないが、1つまたは複数のメモリ、ハードディスク、フラッシュドライブ、RAM、ROM、CD-ROM、DVD、キャッシュなどを含み得る。
【００８２】
プロセッサは、マルチプロセッサの速度および性能を向上させ得る1つまたは複数のコアを含み得る。いくつかの実施形態では、プロセッサは、2つ以上の独立したコアを結合するデュアルコアプロセッサ、クワッドコアプロセッサ、他のチップレベルマルチプロセッサなどであり得る。
【００８３】
本明細書に記載の方法およびシステムは、サーバ、クライアント、ファイアウォール、ゲートウェイ、ハブ、ルータ、または他のそのようなコンピュータおよび/もしくはネットワークハードウェア上でコンピュータソフトウェアを実行する機械を介して、部分的にまたは全体的に展開され得る。
【００８４】
ソフトウェアプログラムは、ファイルクライアント、プリントクライアント、ドメインクライアント、インターネットクライアント、イントラネットクライアント、およびセカンダリクライアント、ホストクライアント、分散クライアントなど他の変形を含み得る1つまたは複数のクライアントに関連付けられ得る。クライアントは、ワイヤードまたはワイヤレス媒体などを介して他のクライアント、サーバ、機械、およびデバイスにアクセスすることができるメモリ、プロセッサ、コンピュータ可読媒体、記憶媒体、物理ポートおよび仮想ポート、通信デバイス、ならびにインターフェースのうちの1つまたは複数を含み得る。本明細書に記載のプログラムまたはコードは、クライアントによって実行され得る。さらに、本出願で説明したような方法の実行に必要な他のデバイスは、クライアントに関連付けられたインフラストラクチャの一部として考えられ得る。クライアントは、サーバ、他のクライアント、プリンタ、データベースサーバ、プリントサーバ、ファイルサーバ、通信サーバ、分散サーバなどを含む他のデバイスへのインターフェースを提供し得る。この結合および/または接続は、ネットワークを介したプログラムの遠隔実行を容易にし得る。これらのデバイスの一部または全部のネットワーキングは、1つまたは複数の場所でのプログラムまたは方法の並列処理を容易にし得る。さらに、インターフェースを介してクライアントに接続されたデバイスのいずれもが、方法、プログラム、アプリケーション、コードおよび/または命令を記憶することができる少なくとも1つの記憶媒体を含み得る。中央リポジトリは、異なるデバイス上で実行されるプログラム命令を提供し得る。この実装形態では、リモートリポジトリは、プログラムコード、命令、およびプログラムのための記憶媒体として機能し得る。
【００８５】
ソフトウェアプログラムは、ファイルサーバ、プリントサーバ、ドメインサーバ、インターネットサーバ、イントラネットサーバ、およびセカンダリサーバ、ホストサーバ、分散サーバなど他の変形を含み得る1つまたは複数のサーバに関連付けられ得る。サーバは、ワイヤードまたはワイヤレス媒体などを介して他のサーバ、クライアント、機械、およびデバイスにアクセスすることができるメモリ、プロセッサ、コンピュータ可読媒体、記憶媒体、物理ポートおよび仮想ポート、通信デバイス、ならびにインターフェースのうちの1つまたは複数を含み得る。本明細書に記載の方法、プログラムまたはコードは、サーバによって実行され得る。さらに、本出願で説明したような方法の実行に必要な他のデバイスは、サーバに関連付けられたインフラストラクチャの一部として考えられ得る。サーバは、クライアント、他のサーバ、プリンタ、データベースサーバ、プリントサーバ、ファイルサーバ、通信サーバ、分散サーバ、ソーシャルネットワークなどを含む他のデバイスへのインターフェースを提供し得る。この結合および/または接続は、ネットワークを介したプログラムの遠隔実行を容易にし得る。これらのデバイスの一部または全部のネットワーキングは、1つまたは複数の場所でのプログラムまたは方法の並列処理を容易にし得る。インターフェースを介してサーバに接続された任意のデバイスは、プログラム、コードおよび/または命令を記憶することができる少なくとも1つの記憶媒体を含み得る。中央リポジトリは、異なるデバイス上で実行されるプログラム命令を提供し得る。この実装形態では、リモートリポジトリは、プログラムコード、命令、およびプログラムのための記憶媒体として機能し得る。
【００８６】
本明細書に記載の方法およびシステムは、ネットワークインフラストラクチャを通じて部分的または全体的に展開され得る。ネットワークインフラストラクチャは、コンピューティングデバイス、サーバ、ルータ、ハブ、ファイアウォール、クライアント、パーソナルコンピュータ、通信デバイス、ルーティングデバイスおよび他のアクティブおよびパッシブデバイス、モジュールおよび/または当技術分野で知られている構成要素などの要素を含み得る。ネットワークインフラストラクチャに関連するコンピューティングおよび/または非コンピューティングデバイスは、他の構成要素とは別に、フラッシュメモリ、バッファ、スタック、RAM、ROMなどの記憶媒体を含み得る。本明細書および他の場所に記載されたプロセス、方法、プログラムコード、命令は、ネットワークインフラストラクチャ要素のうちの1つまたは複数によって実行され得る。
【００８７】
本明細書に記載の方法、プログラムコード、および命令は、複数のセルを有するセルラーネットワーク上で実施され得る。セルラーネットワークは、周波数分割多元接続(FDMA)ネットワークまたは符号分割多元接続(CDMA)ネットワークであり得る。セルラーネットワークは、モバイルデバイス、セルサイト、基地局、中継器、アンテナ、タワーなどを含み得る。セルネットワークは、GSM（登録商標）、GPRS、3G、EVDO、メッシュ、または他のネットワークタイプであり得る。
【００８８】
本明細書および他の場所に記載された方法、プログラムコード、および命令は、モバイルデバイス上でまたはモバイルデバイスを介して実装され得る。モバイルデバイスは、ナビゲーションデバイス、セル電話、モバイル電話、モバイルパーソナルデジタルアシスタント、ラップトップ、パームトップ、ネットブック、ページャ、電子書籍リーダー、音楽プレーヤなどを含み得る。これらのデバイスは、他の構成要素とは別に、フラッシュメモリ、バッファ、RAM、ROM、および1つまたは複数のコンピューティングデバイスなどの記憶媒体を含み得る。モバイルデバイスに関連付けられたコンピューティングデバイスは、そこに記憶されたプログラムコード、方法、および命令を実行することが可能であり得る。代替的に、モバイルデバイスは、他のデバイスと共同して命令を実行するように構成され得る。モバイルデバイスは、サーバとインターフェースされ、プログラムコードを実行するように構成された基地局と通信し得る。モバイルデバイスは、ピアツーピアネットワーク、メッシュネットワーク、または他の通信ネットワーク上で通信し得る。プログラムコードは、サーバに関連付けられた記憶媒体に記憶され、サーバ内に組み込まれたコンピューティングデバイスによって実行され得る。基地局は、コンピューティングデバイスおよび記憶媒体を含み得る。記憶デバイスは、基地局に関連するコンピューティングデバイスによって実行されるプログラムコードおよび命令を記憶し得る。
【００８９】
コンピュータソフトウェア、プログラムコード、および/または命令は、ある時間間隔の間計算のために使用されるデジタルデータを保持するコンピュータ構成要素、デバイス、および記録媒体、ランダムアクセスメモリ(RAM)として知られる半導体ストレージ、光ディスク、ハードディスク、テープ、ドラム、カードおよび他のタイプのような磁気ストレージの形などの典型的により永続的なストレージのための大容量ストレージ、プロセッサのレジスタ、キャッシュメモリ、揮発性メモリ、不揮発性メモリ、CD、DVDなどの光ストレージ、フラッシュメモリ、たとえば、USBスティックまたはキー、フロッピーディスク、磁気テープ、紙テープ、パンチカード、スタンドアローンのRAMディスク、Zipドライブ、取外し可能な大容量ストレージ、オフラインなどの取外し可能な媒体、ダイナミックメモリ、スタティックメモリ、読取り/書込みストレージ、可変ストレージ、読取り専用、ランダムアクセス、逐次アクセス、位置アドレス指定可能、ファイルアドレス指定可能、コンテンツアドレス指定可能、ネットワーク接続ストレージ、ストレージエリアネットワーク、バーコード、磁気インクなど他のコンピュータメモリを含み得る機械可読媒体上に記憶され、および/またはアクセスされ得る。
【００９０】
本明細書に記載の方法、デバイス、装置、およびシステムは、物理的および/または無形のアイテムをある状態から別の状態に変換し得る。本明細書に記載の方法およびシステムは、物理的なおよび/または無形のアイテムを表すデータをある状態から別の状態に変換してもよい。
【００９１】
図全体にわたってフローチャートおよびブロック図に含む本明細書に記載のモジュール、エンジン、構成要素、および要素は、モジュール、エンジン、構成要素、および要素間の論理的境界を意味する。しかしながら、ソフトウェアまたはハードウェアエンジニアリングプラクティスに従って、モジュール、エンジン、構成要素、および要素、ならびにその機能は、モノリシックなソフトウェア構造として、スタンドアロンソフトウェアモジュールとして、または外部ルーチン、コード、サービス、またはこれらの任意の組合せを使用するモジュールとして、その上に記憶されたプログラム命令を実行することが可能なコンピュータ実行可能媒体を介して、1つまたは複数のプロセッサ、コンピュータ、機械上で実装され得、そのような実装はすべて本開示の範囲内にあり得る。そのような機械の例には、限定はしないが、パーソナルデジタルアシスタント、ラップトップ、パーソナルコンピュータ、モバイル電話、他のハンドヘルドコンピューティングデバイス、医療機器、ワイヤードまたはワイヤレス通信デバイス、トランスデューサ、チップ、計算機、衛星、タブレットPC、電子ブック、ガジェット、電子デバイス、人工知能を有するデバイス、コンピューティングデバイス、ネットワーク機器、サーバ、ルータ、プロセッサ埋め込みアイウェアなどを含み得る。さらに、フローチャート、ブロック図、または任意の他の論理的構成要素内のモジュール、エンジン、構成要素、および要素は、プログラム命令を実行することができる1つまたは複数の機械、コンピュータ、またはプロセッサ上に実装され得る。上記の説明および説明が参照される図面は、開示されたシステムのいくつかの機能的な側面を記載しているが、これらの機能的側面を実施するためのソフトウェアの特定の構成は、別段に明記されていない限り、または文脈から明らかでない限り、これらの説明から推論されないものとする。上記で特定され述べられた様々なステップを変更することができ、ステップの順序は、本明細書で開示した技法の特定の適用例に適合し得ることも諒解されよう。そのような変形および変更のすべては、本開示の範囲内に入るものとする。様々なステップの順序の記述は、特定の適用例によって必要とされない限り、または明示的に明記されているか、もしくは文脈から明らかでない限り、それらのステップの実行の特定の順序を必要とすると理解されないものとする。
【００９２】
上記で説明した方法および/またはプロセス、ならびにそのステップは、特定の適用例に適したハードウェア、ソフトウェア、またはハードウェアとソフトウェアの任意の組合せで実現され得る。ハードウェアは、汎用コンピュータおよび/または専用コンピューティングデバイス、または特定のコンピューティングデバイス、または特定のコンピューティングデバイスの特定の態様もしくは構成要素を含み得る。プロセスは、内部および/または外部メモリとともに、1つまたは複数のマイクロプロセッサ、マイクロコントローラ、組込みマイクロコントローラ、プログラム可能なデジタル信号プロセッサ、または他のプログラム可能なデバイスで実現されてもよい。プロセスはまた、またはその代わりに、特定用途向け集積回路、プログラム可能なゲートアレイ、プログラム可能なアレイロジック、または電子信号を処理するように構成され得る任意の他のデバイスもしくはデバイスの組合せで具現化されてもよい。さらに、プロセスのうちの1つまたは複数が、機械可読媒体上の実行可能なコンピュータ実行可能コードとして実現され得ることが諒解されよう。
【００９３】
コンピュータ実行可能コードは、上記のデバイス、ならびにプロセッサの異種の組合せ、プロセッサアーキテクチャ、または異なるハードウェアとソフトウェアとの組合せ、またはプログラム命令を実行することができる任意の他の機械のうちの1つで実行されるように記憶され、コンパイルまたは解釈され得るCなどの構造化プログラミング言語、C++などのオブジェクト指向プログラミング言語、または(アセンブリ言語、ハードウェア記述言語、ならびにデータベースプログラミング言語および技術を含む)任意の他の高級もしくは低級プログラミング言語を使用して生成され得る。
【００９４】
したがって、一態様において、上述の各方法およびその組合せは、1つまたは複数のコンピューティングデバイスで実行されるときにそのステップを実行するコンピュータが実行可能なコードで具現化されてもよい。別の態様において、方法は、そのステップを実行するシステムで具現化されてもよく、いくつかの手法でデバイスの間に分散されてもよく、または機能のすべてが、専用のスタンドアロンデバイスもしくはその他のハードウェアに統合されてもよい。別の態様においては、上述のプロセスに関連するステップを実行するための手段が、上述のハードウェアおよび/またはソフトウェアのいずれかを含んでもよい。すべてのそのような並べ替えおよび組合せは、本開示の範囲に入るように意図される。
【００９５】
本発明のいくつかの実施形態が記載されているが、これらの実施形態は、例として示されているにすぎず、本発明の範囲を制限するためのものではない。実際、本明細書に記載されている新しい実施形態は、様々な他の形で具体化され得、さらに、本明細書に記載されている実施形態の形の様々な省略、置換、および変更は、本発明の趣旨を逸脱することなく行われ得る。添付の特許請求の範囲およびそれらの均等物は、本発明の範囲および趣旨内になるような形または変更をカバーするためのものである。
【符号の説明】
【００９６】
400  コミッショニングツール
410  通信モジュール
420  入出力(I/O)モジュール
421  ネットワークインターフェースユニット
422  IOユニット、プライマリIOユニット
423  バックアップIOユニット
430  フィールドデバイス
440  リポジトリ
450  ユーザインターフェース
460  フィールドネットワーク
470  制御システム
480  デバイス管理システム
490  バス
600  表示画面
640  アイコン
1000  フィールドデバイスコミッショニングシステム
【図１】
2019003637.tif 000003
【図２】
2019003637.tif 000004
【図３】
2019003637.tif 000005
【図４】
2019003637.tif 000006
【図５】
2019003637.tif 000007
【図６Ａ】
2019003637.tif 000008
【図６Ｂ】
2019003637.tif 000009
【図７】
2019003637.tif 000010
【図８Ａ】
2019003637.tif 000011
【図８Ｂ】
2019003637.tif 000012
【図９】
2019003637.tif 000013
【外国語明細書】
2019003637000001.pdf