JP2022192045A - ソフトウェア定義制御システム内の発見サービス - Google Patents

ソフトウェア定義制御システム内の発見サービス Download PDF

Info

Publication number
JP2022192045A
JP2022192045A JP2022097498A JP2022097498A JP2022192045A JP 2022192045 A JP2022192045 A JP 2022192045A JP 2022097498 A JP2022097498 A JP 2022097498A JP 2022097498 A JP2022097498 A JP 2022097498A JP 2022192045 A JP2022192045 A JP 2022192045A
Authority
JP
Japan
Prior art keywords
physical
container
service
services
logical
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2022097498A
Other languages
English (en)
Inventor
ジュニア アマロ、アントニー
Amaro Anthony Jr
ジェイ． ニクソン、マーク
J Nixon Mark
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fisher Rosemount Systems Inc
Original Assignee
Fisher Rosemount Systems Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fisher Rosemount Systems Inc filed Critical Fisher Rosemount Systems Inc
Publication of JP2022192045A publication Critical patent/JP2022192045A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00—Programme-control systems
    • G05B19/02—Programme-control systems electric
    • G05B19/04—Programme control other than numerical control, i.e. in sequence controllers or logic controllers
    • G05B19/042—Programme control other than numerical control, i.e. in sequence controllers or logic controllers using digital processors
    • G05B19/0423—Input/output
    • G05B19/0425—Safety, monitoring
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00—Programme-control systems
    • G05B19/02—Programme-control systems electric
    • G05B19/418—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS], computer integrated manufacturing [CIM]
    • G05B19/4185—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS], computer integrated manufacturing [CIM] characterised by the network communication
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00—Programme-control systems
    • G05B19/02—Programme-control systems electric
    • G05B19/04—Programme control other than numerical control, i.e. in sequence controllers or logic controllers
    • G05B19/042—Programme control other than numerical control, i.e. in sequence controllers or logic controllers using digital processors
    • G05B19/0421—Multiprocessor system
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00—Programme-control systems
    • G05B19/02—Programme-control systems electric
    • G05B19/04—Programme control other than numerical control, i.e. in sequence controllers or logic controllers
    • G05B19/10—Programme control other than numerical control, i.e. in sequence controllers or logic controllers using selector switches
    • G05B19/106—Programme control other than numerical control, i.e. in sequence controllers or logic controllers using selector switches for selecting a programme, variable or parameter
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00—Programme-control systems
    • G05B19/02—Programme-control systems electric
    • G05B19/418—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS], computer integrated manufacturing [CIM]
    • G05B19/4183—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS], computer integrated manufacturing [CIM] characterised by data acquisition, e.g. workpiece identification
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00—Programme-control systems
    • G05B19/02—Programme-control systems electric
    • G05B19/418—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS], computer integrated manufacturing [CIM]
    • G05B19/41845—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS], computer integrated manufacturing [CIM] characterised by system universality, reconfigurability, modularity
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B9/00—Safety arrangements
    • G05B9/02—Safety arrangements electric
    • G05B9/03—Safety arrangements electric with multiple-channel loop, i.e. redundant control systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies
    • H04L41/122—Discovery or management of network topologies of virtualised topologies, e.g. software-defined networks [SDN] or network function virtualisation [NFV]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/20—Pc systems
    • G05B2219/25—Pc structure of the system
    • G05B2219/25061—Configuration stored in central database
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/20—Pc systems
    • G05B2219/25—Pc structure of the system
    • G05B2219/25098—Detect connected sensors, set parameters, gain automatically
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/30—Nc systems
    • G05B2219/33—Director till display
    • G05B2219/33139—Design of industrial communication system with expert system
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]

Abstract

【課題】ソフトウェア定義（ＳＤ）プロセス制御システム（ＳＤＣＳ）は、プロセスプラントの物理または論理資産に関する情報を推測するために発見サービスによって実行される方法を含む。【解決手段】方法は、プロセスプラントの物理または論理資産の存在を示すアナウンスを取得することを含む。方法はまた、コンテキスト辞書から、物理または論理資産から取り出し可能な１つ以上のパラメータ、またはアナウンスに示されていなかった物理または論理資産に関連付けられている１つ以上のサービスを取得することを含む。さらに、方法は、発見された物理または論理資産の記録を発見されたアイテムのデータストアに記憶することを含む。記録は、物理または論理資産のアイデンティティ、およびアナウンスに示されていなかった物理または論理資産に関連付けられている１つ以上のパラメータまたは１つ以上のサービスの指示を含む。【選択図】図３３

Description

関連出願の相互参照
本出願は、２０２１年６月１６日に出願された「Ｓｏｆｔｗａｒｅ Ｄｅｆｉｎｅｄ Ｐｒｏｃｅｓｓ Ｃｏｎｔｒｏｌ Ｓｙｓｔｅｍ ｆｏｒ Ｉｎｄｕｓｔｒｉａｌ Ｐｒｏｃｅｓｓ Ｐｌａｎｔｓ」と題された米国仮特許出願第６３／２１１，５３５号の優先権および利益を主張するものであり、その開示全体が参照により本明細書に組み込まれる。
本出願は、概して、工業プロセスプラントの工業プロセス制御システム、より詳細には、ソフトウェアで定義された工業プロセスプラントのデータセンタである工業プロセス制御システムに関する。
化学、石油、工業、または他のプロセスプラントにおいて物理的材料または製品を製造、精製、変換、生成、または生産するために使用されるような現在の分散工業プロセス制御システムは、典型的には、アナログバス、デジタルバス、もしくはアナログ／デジタル複合バスであり得る物理層を介して、または１つ以上の無線通信リンクもしくはネットワークを含み得る物理層を介して、１つ以上のフィールドデバイスに通信可能に結合された１つ以上のプロセスコントローラを含む。フィールドデバイスは、例えば、バルブ、バルブポジショナ、スイッチ、およびトランスミッタ（例えば、温度、圧力、水位および流量センサ）であってもよく、工業プロセスプラントのプロセス環境内（本明細書では、工業プロセスプラントの「フィールド環境」または「プラント環境」と交換可能に呼ばれる）に位置し、一般に、バルブの開閉、流量、温度、または圧力などのプロセスおよび／または環境パラメータの測定などの物理的プロセス制御機能を遂行し、プロセスプラントまたはシステム内で実行される１つ以上のプロセスを制御する。周知のＦＯＵＮＤＡＴＩＯＮ（登録商標）Ｆｉｅｌｄｂｕｓプロトコルに適合するフィールドデバイスなどのスマートフィールドデバイスも、制御計算、警告機能、およびコントローラ内で通常実装される他の制御機能を遂行し得る。プロセスコントローラは、同様に典型的にはプラント環境内に位置するが、プラントに関連付けられているバックエンドの保護された環境にも位置し得、フィールドデバイスによって行われたプロセス測定値を示す信号および／またはフィールドデバイスに関係する他の情報を受信し、例えば、様々な制御アルゴリズムを利用して、プロセス制御決定を行う様々な制御モジュールを作動させる制御ルーチンまたはアプリケーションを実行し、受信した情報に基づいてプロセス制御信号を生成し、ＨＡＲＴ（登録商標）フィールドデバイス、ＷｉｒｅｌｅｓｓＨＡＲＴ（登録商標）フィールドデバイス、およびＦＯＵＮＤＡＴＩＯＮ（登録商標）Ｆｉｅｌｄｂｕｓフィールドデバイスなどのフィールドデバイス内で遂行されている制御モジュールまたは制御ブロックと連携する。
他のタイプのフィールドデバイスは、例えば、特殊な化学および製薬プロセスプラントにおいて、例えば、品質管理および純度検証に使用され得る分光測定デバイスを含み得る。分光フィールドデバイスの例には、いくつか例を挙げると、ＮＩＲ（近赤外線）、ＵＶ－ＶＩＳ（紫外可視）、およびラマン分光計が含まれる。分光フィールドデバイスは、通常、データを収集するタイミング、収集したデータを送信するタイミングなどを分光デバイスに命令するコントローラまたはデバイスマネージャによって制御または管理され得る。
フィールドデバイスとコントローラとの間に配置されたＩ／Ｏデバイスは、それらの間の通信を可能にする。例えば、プロセスコントローラ内の制御モジュールは、制御信号を様々な異なる入力／出力（Ｉ／Ｏ）デバイスに送信し、次いで、これらの制御信号を専用通信ラインまたはリンク（通信物理層）を介して実際のフィールドデバイスに送信し、それによって、プロセスプラントまたはシステムのうちの少なくとも一部分の動作を制御し、例えば、プラントまたはシステム内で作動または実行する１つ以上の工業プロセス（例えば、物理プロセス）のうちの少なくとも一部分を制御する。別の例では、分光マネージャまたはコントローラが様々なＩ／Ｏデバイスに命令を送信し、次いで、Ｉ／Ｏデバイスが専用の通信ラインまたはリンクを介して、工業プロセスプラント内に配置された物理的な分光デバイスに命令を送信する。命令に応答して、分光デバイスは、収集されたデータを、Ｉ／Ｏデバイスを通る同様のルートを介して逆方向に、マネージャ／コントローラおよび／またはプロセス制御システム内の他の受信者デバイスに送信する。また、典型的にはプラント環境内に位置するＩ／Ｏデバイスは、概ね、コントローラと１つ以上のフィールドデバイスとの間に配置され、例えば、電気信号をデジタル値に変換し、かつその逆に変換することにより、それらの間の通信を可能にする。異なる専用通信プロトコルを使用するフィールドデバイスをサポートするために、異なるＩ／Ｏデバイスが提供される。より詳細には、コントローラと特定の通信プロトコルを使用するフィールドデバイスの各々との間に異なるＩ／Ｏデバイスが提供され、これにより、第１のＩ／Ｏデバイスを使用してＨＡＲＴフィールドデバイスをサポートし、第２のＩ／Ｏデバイスを使用してＦｉｅｌｄｂｕｓフィールドデバイスをサポートし、第３のＩ／Ｏデバイスを使用してＰｒｏｆｉｂｕｓフィールドデバイスなどをサポートする。フィールドデバイス、コントローラ、およびＩ／Ｏデバイスは、概して、「プロセス制御デバイス」と呼ばれ、概ね、プロセス制御システムまたはプラントのフィールド環境に位置し、配置され、または設置される。
またさらに、フィールドデバイスおよびそれらのそれぞれのコントローラからの情報は、通常、データハイウェイまたは通信ネットワークを介して、コントローラを通じて、オペレータワークステーション、パーソナルコンピュータもしくはコンピューティングデバイス、データヒストリアン、レポートジェネレータ、集中データベース、またはプラントのより過酷なおよび／または危険なフィールド環境から離れた制御室もしくは他の位置、例えば、プロセスプラントのバックエンド環境に典型的に置かれる他の集中管理コンピューティングデバイスなどの、１つ以上の他のハードウェアデバイスに利用可能にされる。これらのハードウェアデバイスの各々は、典型的には、プロセスプラントにわたって、またはプロセスプラントの一部分にわたって集中化される。これらのハードウェアデバイスは、例えば、プロセス制御ルーチンの設定を変更すること、コントローラまたはフィールドデバイス内の制御モジュールの動作を変更すること、プロセスの現在の状態を表示すること、フィールドデバイスおよびコントローラによって生成された警報を表示すること、要員を訓練するかまたはプロセス制御ソフトウェアを試験する目的でプロセスの動作をシミュレートすること、構成データベースを維持および更新することなど、プロセスを制御することおよび／またはプロセスプラントを動作させることに関する機能をオペレータが遂行することを可能にし得るアプリケーションを作動する。ハードウェアデバイスおよびプロセスコントローラによって利用されるデータハイウェイは、有線通信経路、無線通信経路、または有線通信経路および無線通信経路の組み合わせを含んでもよく、典型的には、パケットベースの通信プロトコルおよびＥｔｈｅｒｎｅｔ（登録商標）またはＩＰプロトコルなどの非時間依存通信プロトコルを使用する。
一例として、Ｅｍｅｒｓｏｎ Ｐｒｏｃｅｓｓ Ｍａｎａｇｅｍｅｎｔによって販売されている、ＤｅｌｔａＶ（登録商標）制御システムは、プロセスプラント内の多様な場所に位置する異なるデバイス内に記憶され、それらの異なるデバイスによって実行される複数のアプリケーションを含む。１つ以上のワークステーションまたはコンピューティングデバイス内に常駐する構成アプリケーションは、ユーザによる、プロセス制御モジュールの作成または変更、およびデータハイウェイを経由した、これらのプロセス制御モジュールの、専用分散コントローラへのダウンロードを可能にする。典型的には、これらの制御モジュールは、通信可能に相互接続された機能ブロックで構成され、機能ブロックは、オブジェクト指向プログラミングプロトコル内のオブジェクトであってもよく、オブジェクト指向プログラミングプロトコルは、制御スキームへの入力に基づき制御スキーム内の機能を遂行し、制御スキーム内の他の機能ブロックに出力を提供する。構成アプリケーションはまた、データをオペレータに対して表示するため、かつオペレータによるプロセス制御ルーチン内の設定点などの設定の変更を可能にするために閲覧アプリケーションが使用するオペレータインターフェースを、構成エンジニアが作成または変更することを可能にし得る。各専用コントローラ、および場合によっては、１つ以上のフィールドデバイスは、実際のプロセス制御機能を実装するために、それらに割り当てられてダウンロードされた制御モジュールを実行するそれぞれのコントローラアプリケーションを記憶および実行する。閲覧アプリケーションは、１つ以上のオペレータワークステーション（またはオペレータワークステーションおよびデータハイウェイと通信接続する１つ以上のリモートコンピューティングデバイス）上で実行され得、コントローラアプリケーションからデータハイウェイを経由してデータを受信し、ユーザインターフェースを使用してこのデータをプロセス制御システム設計者、オペレータ、またはユーザに表示して、オペレータのビュー、エンジニアのビュー、技師のビューなどのいくつかの異なるビューのうちのいずれかを提供し得る。データヒストリアンアプリケーションが、典型的には、データハイウェイにわたって提供されたデータの一部またはすべてを収集および記憶するデータヒストリアンデバイスに記憶され、それによって実行される一方で、構成データベースアプリケーションが、現在のプロセス制御ルーチン構成およびそれと関連付けられたデータを記憶するために、データハイウェイに取り付けられたなおさらに離れたコンピュータで作動され得る。代替的に、構成データベースは、構成アプリケーションと同じワークステーションに位置していてもよい。
分散工業プロセス制御システムが時間とともに進化するにつれて、様々なハードウェア、通信、およびネットワーク技術が開発され、追加された。その結果、現在のプロセス制御システムには、典型的には、いくつか例を挙げると、専用のオペレータコンソール、構成ステーション、専用コントローラ、およびＩ／Ｏカードなど、柔軟性のないハードウェア中心のデバイスが無数に含まれている。プロセス制御システム内のこの多数の異なるタイプのハードウェアデバイスは、複数のレベルの構成と、基盤となるシステムのユーザへの公開を必要とし、通常、初期のエンジニアリング作業のコストおよび変更管理を遂行するためのコストの増加につながる。さらに、プロセスプラントの設置および拡張は、専用のハードウェアに依存しているため、コストの超過およびサプライチェーンの遅延の影響を受けやすくなっている。
より一般的な意味ではあるが、情報技術（ＩＴ）セクタも同様の問題に悩まされている。ＩＴセクタ内では、最近の傾向として、ハードウェアのインストールの柔軟性を可能にするために、ユーザ負担ビジネスロジックから離れて、物理的なハードウェア要件を含むインフラストラクチャの層を抽象化することが挙げられる。通常、ＩＴシステムでは、ＩＴ管理者が、ターゲットのユーザ負担ビジネスロジックを実装するために必要と思われるハードウェア要件を設計、指示、またはその他の方法で規定し、ＩＴ管理者は、ビジネスロジックの変更が必要な場合にハードウェアプラットフォームの構成と利用率を調整する。
工業ソフトウェア定義プロセス制御システム（ＳＤＣＳ）は、工業プロセスプラントのプロセス制御システムのための新規なアーキテクチャを提供し、それは、大部分において、プロセス制御システムのソフトウェアとハードウェアとを切り離すものである。概して、プロセス制御システムの自動化のビジネスロジックは、ソフトウェアおよびハードウェアのコンピュータリソースに加えて論理的な抽象化として実装される。工業プロセス制御のためのこれらのリソースの管理は、ハイパーコンバージドコンピュータシステムインフラストラクチャ環境で実装でき、この環境では、ソフトウェア定義（ＳＤ）コンポーネントまたは要素は、本明細書に記載する技術の一部または全部を使用してソフトウェア定義プロセス制御システムによって管理および分散化される。有利には、ソフトウェア定義プロセス制御システムは、ソフトウェア定義プロセス制御システムの稼働時間の間に、プロセス制御システムおよび工業プロセスプラントの動的に発生する状態を考慮して（例えば、応答的および／または予測的に）、ソフトウェアおよびハードウェアリソースを動的かつ自動的に管理して、プロセス制御システムのビジネスロジックの動的な要求をサポートする。
ソフトウェア定義プロセス制御システム（ＳＤＣＳ）は、物理層によってサポートされるソフトウェア定義ネットワーク層、ソフトウェア定義アプリケーション層、およびソフトウェア定義ストレージ層を含み得る。物理層は、ＳＤＣＳに含まれる場合か、または含まれない場合がある。概して、物理層は、ＳＤＣＳが工業プロセスプラントのフィールド環境およびそこに配置された物理デバイスまたは物理コンポーネントに通信可能に接続されるハードウェアインターフェース（例えば、１つ以上のネットワークインターフェースまたはポート）を含む。例えば、ハードウェアインターフェースは、入力／出力（Ｉ／Ｏ）インターフェースを含み得る。物理層はまた、特定のインターフェースポートとの間でデータをルーティングするために、ソフトウェアおよび／またはハードウェアを介して実装され得るルーティングコンポーネントも含み得る。いくつかの実施形態では、ＳＤＣＳは物理層を含み、またいくつかの実施形態では、ＳＤＣＳは物理層を除外し、物理層を提供する別のコンピューティングデバイスのセットまたはコンピューティングプラットフォームに通信可能に接続される。
ＳＤＣＳのソフトウェア定義ネットワーク層は、１つ以上のデータコンピューティングクラスタを含むコンピューティングプラットフォームを含み、これらのクラスタは、完全ではないにしても、少なくとも部分的にインターネットで動作する。各クラスタは、それぞれのネットワーキングリソースを介して少なくとも部分的に互いにネットワーク化された１つ以上のノードを含み得、各ノードは、プロセッサおよび／またはプロセッサコアリソースおよびメモリリソースのそれぞれのセットを含む。例えば、ノードは、コンピューティングデバイスまたはサーバ上に実装され得る。コンピューティングデバイスまたはサーバは、複数のプロセッサが含み得、プロセッサは複数のコアを含み得る。
ＳＤネットワーク層では、ソフトウェア定義オペレーティングシステムは、ＳＤＣＳの起動時および稼働時間の間に、ソフトウェア定義アプリケーション層のコンポーネントの作成、ならびにコンピューティングプラットフォームノードの利用可能のアプリケーション層コンポーネントの使用率または利用率（場合によっては動的に変化するハードウェアおよびソフトウェアリソース）（単独および集合の両方）を監視および管理する。例えば、ＳＤオペレーティングシステムは、コンピューティングプラットフォームの特定のノードで実行する、および／またはコンピューティングプラットフォームのノードの特定のプロセッサリソース、処理コアリソース、および／またはメモリリソースを利用するようにアプリケーション層コンポーネントを割り当てる。概して、ＳＤネットワーク層のＳＤオペレーティングシステムは、ソフトウェア定義アプリケーション層コンポーネントをサポートするためにノードのハードウェアおよびソフトウェアリソースを監視および管理することと協調して、プロセス制御システムビジネスロジック、タイミング、およびパフォーマンス要件に従って、ＳＤアプリケーション層コンポーネントを様々なノード（および場合によっては、特定のノードの様々な処理および／またはメモリリソース）に、およびこれらのノード間で配分、割り当て、再配分、再割り当て、負荷分散などを行うサポートサービス（これらのうちのいくつかは、ＳＤアプリケーション層コンポーネントによって消費される）を提供する。さらに、ソフトウェア定義ネットワーク層は、ソフトウェア定義アプリケーション層コンポーネントとそれらのそれぞれのエンドポイント（他のソフトウェア定義アプリケーション層コンポーネント、プロセスプラントフィールド環境に配置されたデバイス、ユーザインターフェースデバイス、外部システムなどであり得る）との間のデータのネットワーキングまたは配信を通信可能に結合し、管理する。
ソフトウェア定義アプリケーション層は、プロセス制御システムのビジネスロジックを含み、これは典型的には、コンテナ、仮想マシン、またはその他の好適なカプセル化された実行環境を介して実装される。例えば、プロセス制御システムビジネスロジックは、アプリケーション層サービスのセットとして実装され得、アプリケーション層サービスは、ビジネスロジックの特定のセットに対してそれぞれ構成され得、構成されたサービスの各インスタンスは、別個のカプセル化された実行環境で実行され得る。例えば、ＳＤＣＳアプリケーション層サービスには、いくつか例を挙げると、プロセス制御コントローラ、ユーザインターフェース、診断、分析、Ｉ／Ｏネットワーク、およびヒストリアンが含まれ得る。ＳＤアプリケーション層サービスは、制御ルーチン、タグ、デバイス識別子、デバイス信号識別子、パラメータ、値などで構成されて、サービスの構成されたインスタンスを形成し得、これらの各々は、それぞれのカプセル化された実行環境（例えば、構成されたコンテナ、仮想マシンなど）で実行され得る。構成されたカプセル化された実行環境は、ＳＤネットワーク層によって割り当てられるかまたは配分され（場合によっては、工業プロセスプラント内で動的に発生する状態に基づいて再割り当てまたは再配分され）、コンピューティングプラットフォームのノードのそれぞれのソフトウェアおよび／またはハードウェアリソースで実行される。
ソフトウェア定義ストレージ層は、ソフトウェア定義アプリケーション層によって利用され得るプロセス制御システムデータストレージを含む。ソフトウェア定義アプリケーション層と同様に、ソフトウェア定義ストレージ層は、ＳＤアプリケーション層のアプリケーションによって使用される論理ストレージエンティティまたは位置を提供し、論理ストレージエンティティは、ＳＤネットワーク層によってコンピューティングプラットフォームのノードの様々なリソースに割り当てられ、および／または配分される（および場合によっては、再割り当ておよび／または再配分される）。さらに、ＳＤネットワーク層は、必要に応じて、様々な論理ストレージエンティティの冗長性を提供し得る。
工業プロセス制御プラントを制御するための方法およびシステムは、ＳＤＣＳアプリケーション層サービスを使用して、ソフトウェア定義コントローラ、ソフトウェア定義入力／出力リソース、ソフトウェア定義ストレージ、および／またはソフトウェア定義ネットワーキングを使用したプロセス制御を促進する。ＳＤＣＳアプリケーション層は、１つ以上のサービスを実行する１つ以上のコンテナを含む。オーケストレータは、ハイパーコンバージドインフラストラクチャの一部として動作し、１つ以上のコンテナのインスタンス化を制御し、異なるハードウェアリソース間でコンテナを複製および／または移動（例えば、再インスタンス化）することによって、負荷分散およびフォールトトレランスを促進する。例えば、すべてのサービスが正常に動作していることを保証するために、ハードウェアリソース（例えば、プロセッサ、プロセッサコア、メモリデバイス、ネットワーク容量）がロードされると、それぞれのサービスを実行する個々のコンテナをハードウェアリソース間で移動され得る。別の例として、特定のコンテナの複数のコピー（すなわち、プロセスプラントの特定の部分にサービスを提供するサービスの複数のコピー）は、コンテナの単一のコピーが不安定になるかもしくは利用できなくなるか、またはハードウェアリソースに障害が発生した場合に、プロセスの連続制御を保証するために必要ないかなる時間も伴わずに（または例えば最小でミリ秒だけ）コンテナの別のコピーに制御を移行できるように、異なるハードウェアリソース上でインスタンス化され得る。このようにして実装され、オーケストレータによって制御されるサービスは、Ｉ／Ｏサーバサービス、コントローラサービス、ヒストリアン、サブシステム（例えば、バッチ制御、連続制御、イベント制御、アラームサブシステム、診断サブシステムなど）、ネットワークサービス（例えば、ソフトウェアファイアウォール）、およびＳＤＣＳ内の任意の他のコンテナ化サービスを含み得る。同一のコンテナ間でハードウェアダイバーシティを実装できるハードウェアリソースは、データクラスタ、電源、サーバノード、プロセッサ、プロセッサコア、メモリデバイスなどを含み、必要に応じてまたは要求されると、ハードウェアリソースを動的に追加または削除することを可能にできる。
現在説明されているシステムの別の態様は、ＳＤＣＳ内で動作するネストされたコンピューティングコンテナを含む。コンピューティングノード上でインスタンス化されるコンテナの各々は、コンピューティングノードのオペレーティングシステム内で実行される分離された実行環境であるが、所与のコンテナは、別のコンテナ内でインスタンス化され得、および／または内部インスタンス化される１つ以上のコンテナを有し得る。そのため、例えば、プロセスプラント内の物理または論理階層を複製することが可能であり、それによって、ＳＤＣＳのセットアップにおいて、プロセスプラント内の要素の物理および論理構成を複製する。例えば、プラントエリア、エリア内のユニット、およびユニット内のプロセスモジュールは、ＳＤＣＳのネスト化コンテナに複製することができる。
さらに、本明細書に記載されるＳＤＣＳでは、コンテナは、プロセス制御環境の他の要素に固定され得る。コンテナをプロセス制御システムまたはプラントの別の要素に固定することによって、構成エンジニアまたはオペレータは、オーケストレータがある程度の自律性を享受しているにもかかわらず、特定のパラメータが満たされていることを保証し得る。例えば、コンテナは、負荷分散の目的でコンテナが「移動」されることがあっても（例えば、コンテナは、電源に結合されている計算リソース間で移動されることがあっても、特定の電源に結合されている計算リソース上に残ることがある）、フォールトトレランスの特定の態様が維持されることを保証するために、計算リソース、ストレージリソース、ネットワークリソース、および電源リソースなどに固定される場合がある。コンテナはまた、ネストに関係なく、他のコンテナまたはコンテナのグループに固定されてもよいか（一緒に移動／インスタンス化されるように）、またはプロセス制御プラント自体のハードウェアに固定されてもよい（例えば、これにより、特定のコントローラコンテナがプロセス制御ハードウェアの特定のユニットに関連付けられる）。
例示的な動作では、ＳＤＣＳのＩ／Ｏサーバサービスは、同じプラントの同じ部分を制御するために同じ制御ルーチンを各々実装する複数のコンテナ化されたコントローラサービスとインターフェースする。Ｉ／Ｏサーバサービスは、コンテナ化されたコントローラサービスの各々に同じコントローラ入力を提供し得る（例えば、フィールドデバイスによって取得され、フィールドデバイスによってＩ／Ｏサーバサービスに送信された測定値を表すコントローラ出力）。コンテナ化された各コントローラサービスは、同じ制御ルーチンを実行して、コントローラ出力のセットを生成する。Ｉ／Ｏサーバサービスは、コントローラ出力の各セットを受信し、「アクティブな」コントローラ出力のセットを適切なフィールドデバイスに転送する。他のコントローラサービスからの出力のセットは、フィールドデバイスに送信されない場合がある。Ｉ／Ｏサーバサービスおよびオーケストレータサービスなどのシステム内の他のサービスは、制御システムのパフォーマンスおよびリソース利用率を継続的に評価し、パフォーマンスを最適化するために必要に応じてコントローラサービスを動的にアクティブ化および非アクティブ化し得る。必要に応じて、Ｉ／Ｏサーバサービスがコンテナ化され得る。さらに、同じコンテナ化されたＩ／Ｏサーバサービスの２つ以上のインスタンスが存在し得る。このような実装形態では、これらのインスタンスのうちの単一の１つが「アクティブである」と見なされ、フィールドデバイスとコンテナ化されたコントローラサービスとの間のＩ／Ｏトラフィックの完全に機能する仲介者として機能する。「非アクティブな」Ｉ／Ｏサーバサービスは、「アクティブな」Ｉ／Ｏサーバサービスが受信したのと同じＩ／Ｏトラフィックを受信し、Ｉ／Ｏトラフィックに同じ論理を実装し得る。ただし、必要に応じて、「非アクティブな」Ｉ／Ｏサーバサービスは、Ｉ／Ｏトラフィックを転送せず、または転送しても、ターゲットサービスまたはデバイスによって受信および処理されない（例えば、ネットワークスイッチは、トラフィックを受信して「非アクティブな」Ｉ／Ｏトラフィックであると判定し、したがってターゲットに転送しない可能性がある）。
コンテナ化されたコントローラサービスおよびコンテナ化されたＩ／Ｏサーバサービスは、プラントまたは他の場所の物理リソース全体に任意の所望の様式で分散され得る。さらに、必要に応じて、実装されたコンテナのうちのいずれか１つ以上は、それらが任意の所与の時間にたまたま実行されている任意の特定のコンピュータクラスタまたはノード／サーバに永久に固着または固定されない。コンテナは、コンピューティングおよびネットワーク負荷を平衡化し、コンピューティングまたはネットワーキングの非効率性を軽減するために（例えば、所与の物理リソースが計算上またはネットワークトラフィックによって過度に負担を受けるようになったとき）、必要に応じて、異なるコンピュータにおいて動的に（例えば、実行中に、またはそれとほぼリアルタイムに）インスタンス化、削除、および再インスタンス化され得る。さらに、所与のコンテナの合計インスタンスは、必要に応じて動的に増減でき、これらのインスタンスのうちのいずれか１つ（例えば、各々が同じコントローラサービスを実装している）は、必要に応じてアクティブ化または非アクティブ化され得る。コンテナ間のこの「ジャグリング」は、物理リソースの計算およびネットワーキングのワークロードが大きく変動する場合に役立ち得る。各コントローラサービスは、専用コンテナにコンテナ化され得、それによって、コンテナを実装するノードに存在するより広範なソフトウェア環境に関係なく、各コントローラサービスが実装される比較的分離された一貫性のある予測可能な環境を提供する。例えば、コンテナは、所与のコントローラサービスに必要なソフトウェア依存関係およびソフトウェアライブラリを含み得る。コンテナがない場合、コントローラサービスの一貫した環境を確保するために、コントローラサービスが実行される可能性のあるすべてのノードを適切に構成する必要がある場合がある。また、所与のノードが様々な異なるタイプのサービス（これらの各々は、異なる環境要件を有し得る）を実装することが可能である必要がある場合、ノードの適切な構成を保証することは複雑になる可能性がある。対照的に、説明されているコントローラサービスコンテナを使用すると、各コントローラサービスを任意の所与のノードで簡単にインスタンス化し、ノード／サーバ間またはコンピューティングクラスタ間で（例えば、Ｉ／Ｏサーバサービスによって）簡単に移動することが可能になる。
現在説明されているシステムの別の態様は、ＳＤＣＳ内のセキュリティサービスを含む。ＳＤネットワーク層では、ＳＤネットワークサービスは、論理プロセス制御システムによって利用される論理または仮想ネットワーキングを運営および管理することができ、これは、物理ノード全体でＳＤネットワークサービスによって実装され得る。ＳＤネットワークサービスは、仮想ルータ、仮想ファイアウォール、仮想スイッチ、仮想インターフェース、仮想データダイオードなどのネットワークアプライアンスのインスタンス、およびパケット検査サービス、アクセス制御サービス、承認サービス、認証サービス、暗号化サービス、認証局サービス、鍵管理サービスなどのネットワークサービスのインスタンスをＳＤＣＳに展開し、管理し得る。
例えば、ＳＤネットワークサービスは、ＳＤＣＳ内での役割ベースの承認のためのサービスを展開し得る。ユーザがＳＤＣＳ内のサービス（例えば、制御サービス）にアクセスするための承認を要求するとき、承認サービスは、要求に基づいてユーザの承認レベルを判定し、ユーザが他のサービスにアクセスすることを承認されるかどうかを判定し得る。より詳細には、承認サービスは、制御サービスにアクセスするための最小閾値承認レベルを判定し、ユーザの承認レベルが最小閾値承認レベルを満たすかまたは超えるかを判定し得る。ユーザが承認されていない場合、認証サービスが制御サービスへのアクセスを防止し得る。
ＳＤネットワークサービスはまた、認証局サービスも展開し得る。認証局サービスは、物理または論理資産を認証するために、物理または論理資産のデジタル証明書を生成し得る。証明書は、物理または論理資産がＳＤＣＳのサービスまたはノードと通信するたびに物理または論理資産のアイデンティティを検証する必要がないように、認証局サービスが物理または論理資産のアイデンティティを確認したことを示し得る。
ＳＤＣＳはまた、ＳＤＣＳの計算ノード上のコンテナを介して実行される発見サービスも含み得る。物理または論理資産がプロセスプラントのネットワークに参加すると、物理または論理資産はその存在をアナウンスする。次に、発見サービスは、プロセスプラント内の各物理または論理資産のアイデンティティ、能力、および／または位置の記録を生成および記憶し、この記録は、プロセスプラントの稼働時間の間に利用され、工業プロセスの少なくとも一部分を制御し得る。このようにして、発見サービスは、フィールドデバイスなどのプロセスプラント内の物理資産のコミッショニング、およびコンテナ、サービス、マイクロサービスなどの論理資産のコミッショニングを支援し得る。ＳＤＣＳの物理または論理資産は、手動入力を伴わずに発見時に自動的にコミッショニングされ得る。
発見サービスはまた、プロセスプラント内の物理または論理資産の記録が破損または破壊された場合に、ネットワーク内の物理または論理資産の各々に対して、その存在をアナウンスする要求をブロードキャストすることによって、故障回復を遂行することもできる。このようにして、物理または論理資産の記録は、プロセスプラント内の物理または論理資産の各々に関する情報を手動で入力する必要なしに、自動的に回復され得る。
さらに、システムがせいぜい物理または論理資産によってアナウンスされる能力を識別するＯＰＣなどの現行のプロセス制御データ交換標準（本明細書では「一次変数」とも呼ばれる）とは異なり、本明細書に記載される発見サービスは、物理または論理資産が発見されたときに発見サービスに発表されない物理または論理資産の追加の能力を自動的に推測するように構成される（本明細書では「コンテキスト変数」とも呼ばれる）。追加の能力は、物理もしくは論理資産によって提供される追加のパラメータもしくはサービス、または物理または論理資産と通信するように構成されたサービスを含み得る。次に、発見サービスは、物理または論理資産に関する情報を要求するＳＤＣＳ内の別のノードまたはサービスに、物理または論理資産の能力の指示を提供し得る。このようにして、発見サービスは、以前のプロセス制御システムよりも、プロセスプラント内の物理または論理資産およびそれらのそれぞれの能力のより完全な記録を記憶し得る。したがって、ＳＤＣＳのノードおよびサービスは、追加の能力を識別するために物理または論理資産を直接ポーリングする必要なしに、発見サービスからプロセスプラントの物理または論理資産の能力に関する詳細情報を取得し得る。
さらに、ＳＤＣＳの稼働時間動作を視覚化する際にユーザを支援するために、視覚化サービスは、オーケストレータおよび構成データベースとインターフェースして、制御およびサブシステムコンテナなどの制御システムの様々な論理要素間の、互いのおよびシステム内の物理要素の両方との現在確立または動作中の相互関係を定義する構成データおよび現在の稼働時間動作データを取得する。視覚化サービスは、これらの関係（ＳＤＣＳで現在構成され、動作しているもの）を示し、かつ表示された論理および／または物理要素のうちの１つ以上に関する主要なパフォーマンスまたは健全性パラメータも提供する任意の数の異なるユーザ表示を作成し得る。例えば、視覚化サービスは、制御コンテナおよびそのサブユニットなどの様々な論理要素が互いにネストされ、互いに固定される方式を階層ビューで示す、稼働時間動作階層を作成し得る。この階層はまた、様々な論理要素が制御システムの様々な物理要素に固定されている、単に実行されている、または割り当てられている方式も示し得る。階層表示はまた、ユーザが様々な論理要素を他の論理要素またはシステム内の物理要素に移動または動的に再割り当てすることも可能にし得る。またさらに、視覚化サービスは、制御システム内の物理ハードウェア（例えば、サーバ、ノード、計算クラスタ、プロセッサなど）、およびそれらの物理要素上で現在実行されている論理要素（例えば、制御コンテナ、サードパーティコンテナ、サブシステムコンテナなど）を示す表示を作成および提示し得る。表示はまた、表示内の物理および論理要素の様々なパフォーマンスおよび／または健全性測定値を示すパフォーマンスまたは健康指標も含み得る。他の場合では、視覚化サービスは、様々な論理要素、およびこれらの論理要素が互いにネストまたは固定されている方式、ならびに制御システムの現在の稼働時間の間に論理要素の各々を実行するために現在使用されている物理要素を示す表示を作成および提示し得る。これらの表示はまた、ユーザに、制御システムまたはその様々な部分の現在の動作および動作健全性を容易に見るかまたは視覚化することを可能にするように、そこに表示される異なる論理および物理要素の様々なパフォーマンス測定値を提供するかまたは示し得る。
ソフトウェア定義制御システム（ＳＤＣＳ）を含む例示的な物理的な工業プロセスプラントのブロック図を描く。 図１の工業プロセスプラントに含まれ得る例示的なソフトウェア定義制御システムのブロック図を描く。 フォールトトレランスおよび負荷分散の原理を示すブロック図である。 負荷分散を概念的に示すブロック図である。 一次コンテナおよびコンテナレベルでの負荷分散の実装形態を示すブロック図である。 コンテナレベルでのフォールトトレランスの実装形態を示すブロック図である。 サーバレベルでのフォールトトレランスの実装形態を示すブロック図である。 インスタンス化されたサービスおよびコンテナを追跡するためにオーケストレータによって維持される例示的なデータ構造である。 ソフトウェア定義ストレージサービスを描くブロック図である。 プロセスプラントの論理および物理階層構成を示すブロック図である。 プロセス制御システムにおけるネストされたコンテナの例示的な実装形態を示すブロック図である。 フォールトトレランスおよび負荷分散のためのネストされたコンテナの使用を示すブロック図である。 ネストされた階層システム内で個別にインスタンス化されたコンテナを示すブロック図である。 コンテナネストの別の例を描くブロック図である。 プロセス制御システム内のコンテナ固定の第１の例を示すブロック図である。 プロセス制御システム内のコンテナ固定の第２の例を示すブロック図である。 図１に示すプラントのエリアの一部の制御を実装するためのコンテナ化サービスを含むＩ／Ｏネットワークのブロック図である。 図１に示すプラントのエリアの一部の制御を実装するためのコンテナ化サービスを含むＩ／Ｏネットワークのブロック図である。 物理リソース（例えば、コンピュータ、サーバ、ネットワーキング機器など）を含むコンピュータクラスタのブロック図であり、その上に、本明細書に記載される様々なコンテナ、マイクロコンテナ、サービス、および／またはルーチンのうちのいずれか１つ以上が、コンピュータリソース使用量およびパフォーマンスを最適化するために実装され、動的に割り当てられ、負荷分散され得る。 図１５および図１６に示されるものなどのコンテナ化サービスが実装され得る物理サーバの例示的な実施形態を描く。 図１５～図１７に示すもののうちの１つなどのＩ／Ｏサーバサービスを実装するための方法のフローチャートである。 図１５～図１７に示すもののうちの１つなどのコンテナ化コントローラサービス間の評価および移行のための方法のフローチャートである。 図１のＳＤＣＳに含まれる、ネットワークセキュリティに関連する例示的なコンテナ、サービス、および／またはサブシステムのブロック図を描く。 図１のＳＤＣＳに含まれる、ネットワークセキュリティに関連する例示的なコンテナ、サービス、および／またはサブシステムの別のブロック図を描く。 図１のＳＤＣＳ内で仮想ルータを実行するように構成された例示的なコンテナのブロック図を描く。 制御サービスに各々関連付けられている例示的な仮想ファイアウォールのブロック図を描いており、関連する制御サービスに固有のファイアウォールルールのセットを含んでいる。 仮想コントローラを実行するように構成された例示的なコンテナのブロックを描いており、仮想コントローラのセキュリティサービスを実行するように構成されたネストされたコンテナを含んでいる。 図１のＳＤＣＳ内で仮想ルータを実行するように構成された例示的なコンテナの別のブロック図を描いており、仮想ルータには、仮想フィールドゲートウェイ、仮想データダイオード、および仮想エッジゲートウェイをそれぞれ実行するように構成されたネストされたコンテナを含んでいる。 認証局サービスを実行するように構成された例示的なコンテナのブロック図を描く。 認証および承認サービスを実行するように構成された、図１のＳＤＣＳに含まれる例示的なコンテナ、サービス、および／またはサブシステムのブロック図を描く。 ストレージサービスを実行するように構成された例示的なコンテナのブロック図を描く。 プロセスプラントのプロセス制御システムを保護するための例示的な方法を表すフロー図を描く。 ソフトウェア定義プロセス制御システム（ＳＤＣＳ）内の役割ベースの承認のための例示的な方法を表すフロー図を描く。 プロセスプラントの物理または論理資産を認証するための認証局サービスによってデジタル証明書を生成するための例示的な方法を表すフロー図を描く。 プロセスプラントの物理または論理資産を認証するための例示的な方法を表すフロー図を描く。 図１のＳＤＣＳに含まれる、発見に関連する例示的なコンテナ、サービス、および／またはサブシステムのブロック図を描く。 発見サービスを実行するように構成された例示的なコンテナのブロック図を描く。 コンテキスト辞書サービスを実行するように構成された例示的なコンテナのブロック図を描く。 コンテキスト辞書コンテナに含まれ得る例示的なコンテキストのブロック図を描く。 プロセスプラント内でサービスとして発見ソフトウェアを提供するための例示的な方法を表すフロー図を描く。 コンテキスト辞書を使用してプロセスプラントの物理または論理資産に関する情報を推測するための例示的な方法を表すフロー図を描く。 能力のセットをプロセスプラント内の各タイプの物理または論理資産にマッピングし、発見された物理または論理資産の機能を判定するための例示的な方法を表すフロー図を描く。 プロセスプラント内で発見されたアイテムの故障回復の例示的な方法を表すフロー図を描く。 ＳＤＣＳを自動的にコミッショニングするための例示的な方法を表すフロー図を描く。 構成データベースおよびオーケストレータに接続された視覚化サービスまたはユーティリティの図を描いており、これらは、システムの物理および論理要素に関連付けられている様々なパフォーマンス指標に加えて、現在の論理および物理構成および稼働時間情報をユーザに提供するために使用され得る。 制御システム内の論理および物理要素の構成された稼働時間の対話を階層ビューで示すために、図４２の視覚化サービスによって提示され得る第１の画面表示を描く。 制御システム内の特定の物理要素のセットに現在実装されている論理要素の構成された稼働時間の対話を示すために、図４２の視覚化サービスによって提示され得る第２の画面表示を描く。 制御システム内の特定のまたは選択された論理要素のセットに関連付けられている物理要素の構成された稼働時間の対話を示すために、図４２の視覚化サービスによって提示され得る第３の画面表示を描く。 各要素の様々なパフォーマンス指標に加えて、制御システム内の論理および物理要素の構成された稼働時間の対話を示すために、図４２の視覚化サービスによって提示され得る第４の画面表示を描く。
図１は、例示的なソフトウェア定義制御システム（ＳＤＣＳ）１００を含む例示的な物理的な工業プロセスプラント１０のブロック図を示している。プロセスプラント１０は、バックエンド環境１５に通信可能に接続されたフィールド環境１２（例えば、プロセスプラントフロア）を含む。プラント１０のバックエンド環境１５は、典型的には、フィールド環境１２の過酷な状態および材料から遮蔽されており、例えば、フィールド環境１２に近接する別個の部屋、建物、もしくは現場の位置、プラント現場から遠隔に位置する任意の数のデバイス、および／またはプラント現場からリモートに位置するデバイスもしくはシステム上でリモートに実行される任意の数のアプリケーションを含み得る。バックエンド環境１５は、ＳＤＣＳ １００を含み、典型的には、ＳＤＣＳ １００に通信可能に接続された１つ以上の物理ワークステーションおよび／またはユーザインターフェース２０ａ～２０ｅも含む。例えば、１つ以上のオペレータおよび／または構成ワークステーション２０ａは、プラント１０の現場において遮蔽された部屋に位置し、有線データまたは通信リンク２２（例えば、Ｅｔｈｅｒｎｅｔ（登録商標）またはいくつかの他の好適な有線リンク）を介してＳＤＣＳ １００と通信可能に接続され得、現場の人員によって利用される１つ以上のオペレータタブレット２０ｂは、無線リンク２５（例えば、Ｗｉ－Ｆｉ、ＷｉｒｅｌｅｓｓＨＡＲＴ、４Ｇ ＬＴＥ、５Ｇ、もしくは６Ｇなどのセルラー通信システムリンク、またはいくつかの他のタイプの好適な無線リンク）、および有線リンク２２を介してＳＤＣＳ １００に通信的に接続され得る。プロセスプラント１０に関連付けられている他のユーザインターフェース２０ｃ～２０ｅは、プラント１０の外部に配置され得、ラストマイルリンク３０および／または無線３２リンクを介して、および／または１つ以上のネットワークプライベートおよび／またはパブリックネットワーク３５を介してＳＤＣＳ １００に通信可能に接続され得る。例えば、ラップトップ２０ｃ、モバイルデバイス２０ｄ、および／または車両システム２０ｅで実行されるラップトップ２０ｃ、モバイルデバイス２０ｄ、および／またはプロセスプラント関連アプリケーションは、それぞれの無線リンク３２、１つ以上のパブリックおよび／またはプライベートデータまたは通信ネットワーク３５、ならびにＳＤＣＳ １００への直接またはラストマイルリンク３０（これは典型的には、必ずしも有線リンクである必要がない）を介して、ＳＤＣＳ １００と通信可能に接続され得る。リモートユーザインターフェースおよびデバイス２０ｃ～２０ｅは、例えば、プラントオペレータ、構成エンジニア、および／または工業プロセスプラント１０およびそのコンポーネントに関連付けられている他の人員によって利用され得る。
図１に示すように、ＳＤＣＳ １００は、Ｉ／Ｏ（入力／出力）インターフェースシステムまたはゲートウェイ４０を介して、フィールド環境１２のコンポーネントに通信可能に接続する。概して、Ｉ／Ｏインターフェースシステム４０のフィールドに面する部分は、物理ポートのセットまたは物理ハードウェアインターフェースを含み、それを介して様々なタイプのＩ／Ｏデータがフィールド環境に配置されたコンポーネントへ／から配信され、Ｉ／Ｏデータが配信されるプロセスプラント通信リンクまたはデータリンク４２～５８と接続し、および／またはサポートする。Ｉ／Ｏインターフェースシステム４０は、リンク４２～５８を介して受信した物理Ｉ／Ｏを、フィールド環境１２のコンポーネントからＳＤＣＳ １００の受信者コンポーネント（図１には図示せず）に変換および／またはルーティングし、逆にＩ／Ｏインターフェースシステム４０は、ＳＤＣＳ １００によって生成された通信を対応する物理Ｉ／Ｏに変換して、物理Ｉ／Ｏを、例えば対応するリンク４２～５８を介してフィールド環境１２内に配置されているそれぞれの受信者コンポーネントにルーティングする。そのため、Ｉ／Ｏインターフェースシステム４０は、本明細書では「Ｉ／Ｏゲートウェイ」４０と交換可能に呼ばれる。図１に示される実施形態では、ＳＤＣＳ １００およびＩ／Ｏゲートウェイ４０の少なくとも一部分は、ハードウェアおよびソフトウェアコンピューティングリソースの共通のセット、例えば、同じコンピューティングプラットフォームを使用して実装される。すなわち、図１に示される実施形態では、ＳＤＣＳ １００およびＩ／Ｏゲートウェイ４０の少なくとも一部分（例えば、変換、ルーティング、スイッチングなどを遂行するＩ／Ｏゲートウェイ４０の部分）は、少なくともいくつかのコンピューティングハードウェアおよびソフトウェアリソースを共有するが、Ｉ／Ｏゲートウェイ４０は、データまたは通信リンク４２～５８への物理Ｉ／ＯポートまたはＩ／Ｏハードウェアインターフェースをさらに含む。しかしながら、他の実施形態では、ＳＤＣＳ １００およびＩ／Ｏゲートウェイ４０は、例えば、図２に描かれるように、各々が別個のハードウェアおよびソフトウェアコンピューティングリソースのセットを利用する、別個の通信可能に接続されたコンピューティングプラットフォーム上に実装され得る。
ここでフィールド環境１２に目を向けると、図１は、フィールド環境１２に配置、設置、および相互接続されている様々な物理コンポーネントおよび／またはデバイス（例えば、プロセス制御デバイス、フィールドデバイス、ネットワーク要素など）を描いており、これらは、プラント１０の稼働時間の間、例えば、集合的に通信し、物理的に動作して、原料または投入材料を所望の製品または出力材料に変換することによる工業プロセス（例えば、物理プロセス）を制御するために動作する。様々なフィールドデバイス６０、６２、７０、８０、９０、および他のフィールドコンポーネント６８、７２、８２は、異なるタイプのプロセスＩ／Ｏを利用することによって、Ｉ／Ｏゲートウェイ４０を介してＳＤＣＳ １００へ／からプロセスＩ／Ｏを通信し得る。
例えば、１つ以上の有線フィールドデバイス（「ＦＤ」）６０は、フィールド環境１２に配置され得、アナログ出力（ＡＯ）、アナログ入力（ＡＩ）、離散出力（ＤＯ）、離散入力（ＤＩ）などの標準（例えば、従来の）有線物理Ｉ／Ｏタイプを使用して通信し得る。有線フィールドデバイス６０は、例えば、バルブ、アクチュエータ、ポンプ、センサなどを含み得、これらは、データ信号を生成し、制御信号を受信して、それによってプラント１０におけるそれらのそれぞれの物理的動作を制御するとともに、ステータス、診断、および他の情報を提供する。有線フィールドデバイス６０は、４～２０ｍＡ、Ｆｉｅｌｄｂｕｓ、Ｐｒｏｆｉｂｕｓ、Ｍｏｄｂｕｓ、ＨＡＲＴなどの任意の既知の工業自動化有線プロトコルを使用して、有線リンク４２を介してＩ／Ｏゲートウェイ４０と通信可能に接続され得る。そのため、Ｉ／Ｏゲートウェイ４０は、リンク４２を介して受信および送信される通信にサービスを提供するそれぞれのＩ／Ｏカードまたはデバイス（図示せず）を含み得る。追加的または代替的に、いくつかの構成では、１つ以上の有線フィールドデバイス６０は、別個のそれぞれのＩ／Ｏカードまたはデバイス６１に直接接続され得、別個のＩ／Ｏカードまたはデバイス６１へ／からの通信は、Ｅｔｈｅｒｎｅｔ（登録商標）または他の好適な高帯域幅トランスポート媒体などのデータハイウェイ５８を介してＩ／Ｏゲートウェイ４０から／へ配信され得る。
フィールド環境１２は、１つ以上の無線フィールドデバイス６２を含み得、それらのうちのいくつかは、本質的に無線であり得、それらのうちのいくつかは、それぞれの無線アダプタに接続された有線フィールドデバイスであり得る。無線フィールドデバイスおよびアダプタ６２は、それぞれの無線リンク６５を介して、ＷｉｒｅｌｅｓｓＨＡＲＴなどの任意の既知の工業自動化無線プロトコル、またはＷｉ－Ｆｉ、４Ｇ ＬＴＥ、５Ｇ、６Ｇなどの汎用無線プロトコルを介して通信し得る。１つ以上の無線ゲートウェイ６８は、無線リンク６５を介して無線デバイス６２から受信した無線信号を、１つ以上のリンク４８を介してＩ／Ｏゲートウェイ４０に配信される有線信号に変換し得、リンク４８を介してＩ／Ｏゲートウェイ４０から受信した信号を無線信号に変換し、無線信号を無線リンク６５を介して適切な受信者デバイス６２に送信し得る。したがって、リンク４８は、無線Ｉ／Ｏタイプをサポートし得、Ｉ／Ｏゲートウェイ４０は、リンク４８を介して送受信される通信にサービスを提供するそれぞれの無線Ｉ／Ｏカードまたはデバイス（図示せず）を含み得る。実施形態（図１には図示せず）では、リンク４８のうちの少なくともいくつかは、それぞれの無線Ｉ／Ｏカードまたはデバイスに直接接続され得、この無線Ｉ／Ｏカードまたはデバイスは今度は、データハイウェイを介して（例えば、有線デバイス６０およびＩ／Ｏカード／デバイス６１と同様の方式で）Ｉ／Ｏゲートウェイ４０に通信可能に接続され得、ここで、データハイウェイはデータハイウェイ５８に含まれ得るか、または異なるデータハイウェイであり得る。
プロセスプラント１０は、それぞれの端子７２、１つ以上のリモートあるいはマーシャリングＩ／Ｏキャビネットまたはシステム７５、および１つ以上のリンク５０を介してＩ／Ｏゲートウェイ４０に通信可能に接続されるフィールドデバイス７０のセットを含み得る。すなわち、フィールドデバイス７０の各々は、標準または従来の有線Ｉ／Ｏタイプ（例えば、ＡＯ、ＤＯ、ＡＩ、ＤＩなど）を使用して、対応する物理接続および端子７２を介してリモートＩ／Ｏマーシャリングシステム７５と通信し得る。リモートＩ／Ｏシステム７５の１つ以上のプロセッサ７８は、リモートＩ／Ｏシステム７５のローカルスイッチとして機能し得、したがって、例えば、リンク５０を介して、物理端子７２（およびそれらのそれぞれの接続されたフィールドデバイス７０）ならびにＩ／Ｏインターフェースシステム４０へ／からの通信を切り替えるかまたはルーティングし得る。したがって、リンク５０は、マーシャリングまたはリモートＩ／Ｏタイプをサポートし得、Ｉ／Ｏゲートウェイ４０は、リンク５０を介して配信される通信にサービスを提供するためのそれぞれのＩ／Ｏカードまたはデバイスを含み得る。実施形態（図１には図示せず）では、リンク５０のうちの少なくともいくつかは、それぞれのリモートＩ／Ｏカードまたはデバイスに直接接続され得、このデバイスは今度は、Ｉ／Ｏゲートウェイ４０に通信可能に接続され得、リモートＩ／Ｏカードまたはデバイスへ／からの通信は、データハイウェイを介して、データハイウェイを介して（例えば、有線デバイス６０およびＩ／Ｏカード／デバイス６１と同様の方式で）、Ｉ／Ｏゲートウェイ４０から／へ配信され得、ここで、データハイウェイは、データハイウェイ５８に含まれ得るか、または異なるデータハイウェイであり得る。
いくつかの実装形態では、プロセスプラント１０は、ＡＰＬ（高度物理層）スイッチ８２を介してＩ／Ｏゲートウェイ４０に通信可能に接続する有線および／または無線フィールドデバイス８０のセットを含む。概して、ＡＰＬスイッチ８２およびそのリンク８５は、例えば、危険なフィールド環境１２の管轄電力安全要件を満たす方式で、フィールドデバイス８０に、かつ場合によっては無線ルータ８８などの他のデバイスに電力を提供する。典型的には、ＡＰＬ互換リンク８５は、Ｅｔｈｅｒｎｅｔ（登録商標）およびＩＰプロトコルなどの高帯域幅トランスポート媒体およびパケットプロトコル、または他の好適な高帯域幅トランスポート媒体およびパケットプロトコルを介して、フィールドデバイス８０および無線ルータ８８へ／からのデータトランスポートを提供する。フィールドデバイス８０のうちのいくつかは、次世代またはＡＰＬ互換フィールドデバイスであり得、フィールドデバイス８０のうちのいくつかは、それぞれのＡＰＬアダプタを介してリンク８５に接続される標準のフィールドデバイスであり得る。リンク８５と同様に、ＡＰＬスイッチ８２とＩ／Ｏゲートウェイ４０とを通信可能に接続するリンク５５もまた、高帯域幅Ｅｔｈｅｒｎｅｔ（登録商標）およびＩＰプロトコルなどのＡＰＬ互換トランスポート媒体および／またはパケットプロトコルを利用し得、したがってリンク５５はＡＰＬ Ｉ／Ｏタイプをサポートし得る。その結果、Ｉ／Ｏゲートウェイ４０は、リンク５５を介して配信される通信にサービスを提供するためのそれぞれのＩ／Ｏカードまたはデバイスを含み得る。
さらに、いくつかの構成では、ＡＰＬスイッチ８２、またはＩ／Ｏゲートウェイ４０に通信可能に接続されている別のＡＰＬスイッチ（図示せず）は、リモートＩ／Ｏキャビネットもしくはマーシャリングシステム７５に含まれるリモートＩ／ＯバスなどのリモートＩ／Ｏバス、または別のリモートＩ／Ｏキャビネットもしくはマーシャリングシステム（図示せず）に含まれる別のリモートＩ／Ｏバスへの直接接続を提供し得る。これらの構成では、ＡＰＬスイッチがリモートＩ／Ｏキャビネットまたはマーシャリングシステムに電力を提供し得る。
いくつかの構成では、プロセスプラント１０は、標準または非ＡＰＬ Ｅｔｈｅｒｎｅｔ（登録商標）接続５２を介してＩ／Ｏゲートウェイ４０に通信可能に接続するフィールドデバイス９０のセットを含み得る。例えば、フィールドデバイス９０は、危険なフィールド環境１２から遮蔽されているがフィールドデバイス９０に電力を提供しない１つ以上の高帯域幅Ｅｔｈｅｒｎｅｔ（登録商標）リンク５２を介して、ＨＡＲＴ－ＩＰなどの工業制御ＩＰプロトコルまたは他の好適な工業制御ＩＰプロトコルを使用することによって、Ｉ／Ｏゲートウェイ４０を介してＳＤＣＳ １００と通信し得る。したがって、リンク５２は、標準のＥｔｈｅｒｎｅｔ（登録商標）またはパケットＩ／Ｏタイプをサポートし、Ｉ／Ｏゲートウェイ４０は、リンク５２を介して配信される通信にサービスを提供するためのそれぞれのＩ／Ｏカードまたはデバイスを含み得る。実施形態（図１には図示しない）では、リンク５２のうちの少なくともいくつかは、それぞれのＩＰ互換（標準Ｅｔｈｅｒｎｅｔ（登録商標））Ｉ／Ｏカードまたはデバイスに直接接続され得、このデバイスは今度は、データハイウェイを介して（例えば、有線デバイス６０およびＩ／Ｏカード／デバイス６１と同様の方式で）Ｉ／Ｏゲートウェイ４０に通信可能に接続され得、このデータハイウェイは、データハイウェイ５８に含まれ得るか、または異なるデータハイウェイであり得る。
もちろん、図１に示すフィールドデバイス６０、６２、７０、８０、９０、およびフィールドコンポーネント６８、７２、８２は単なる例示である。工業プロセスプラント１０の他のタイプのフィールドデバイスおよびフィールドコンポーネントは、プロセスプラント１０内で追加的または交互に利用され得、好適なリンク、プロトコル、およびプロセスＩ／Ｏタイプを利用することによって、Ｉ／Ｏゲートウェイ４０を介してＳＤＣＳ １００と通信し得る。
図２は、図１の工業プロセスプラントに含まれ得る、例示的なソフトウェア定義制御システム（ＳＤＣＳ）２００のアーキテクチャのブロック図を描いている。例えば、アーキテクチャ２００の少なくとも一部分は、図１のＳＤＣＳ １００によって利用され得る。概して、後述するように、ＳＤＣＳ ２００は、ＳＤＣＳ ２００のビジネスロジックがＳＤＣＳ ２００の物理コンピューティングプラットフォームから抽象化された階層化アーキテクチャを利用する。説明を容易にするために、ＳＤＣＳ ２００は、図１の工業プロセスプラント１０の様々な部分を同時に参照して説明されているが、これは説明のみを目的としており、限定的なものではない。
図２は、Ｉ／ＯインターフェースシステムまたはＩ／Ｏゲートウェイ２０２を介してフィールド環境１２に通信可能に接続されたＳＤＣＳ ２００を描いており、これは、図１のＩ／Ｏインターフェースシステム４０とは異なり、ＳＤＣＳ ２００によって利用されるものとは異なるハードウェアおよびソフトウェアコンピューティングリソースのセットを利用するものである。ＳＤＣＳ ２００と、プロセスプラント１０のフィールド環境１２に配置されたデバイスまたはコンポーネントとの間で配信される通信のスイッチング、ルーティング、および変換などの、Ｉ／Ｏインターフェースシステム２０２によって提供される機能２０２ａは、例えば、Ｉ／Ｏゲートウェイ２０２のハードウェアおよび／またはソフトウェアコンピューティングリソースを利用することによって遂行される。そのため、これらの機能２０２ａは、本明細書では「ネットワークスイッチ」２０２ａと分類的かつ集合的に呼ばれる。ネットワークスイッチ２０２ａによって利用されるソフトウェアおよびハードウェアリソースは、Ｉ／Ｏゲートウェイ２０２の１つ以上のメモリおよびプロセッサ上に実装され得る。例えば、ネットワークスイッチ２０２ａは、ネットワーワーキングされたコンピューティングデバイスのバンク、クラウドコンピューティングシステム、１つ以上のデータクラスタなどによって、１つ以上のサーバ上に実装され得る。しかしながら、図１のインターフェースシステム４０と同様に、Ｉ／Ｏインターフェースシステム２０２は、様々なタイプのＩ／Ｏリンク４２～５８が物理Ｉ／ＯをＳＤＣＳ ２００からフィールド環境１２のコンポーネントに、またはその逆に配信する物理ポートまたはインターフェース２０２ｂのセットを含む。Ｉ／Ｏインターフェースシステム２０２およびＳＤＣＳ ２００は、１つ以上のリンク２０５を介して通信可能に接続され得、これらは、典型的には、高帯域幅データまたは通信リンクである。
図２に示すように、ＳＤＣＳ ２００のアーキテクチャは、アーキテクチャの上位層をサポートするハードウェアおよびソフトウェアリソースのコンピューティングプラットフォーム２０８を含む。したがって、コンピューティングプラットフォーム２０８は、物理プロセッサ、プロセッサコア、メモリ、およびネットワーキングインターフェースを含むので、本明細書では、ＳＤＣＳ ２００の「物理層２０８」と交換可能に呼ばれる。コンピューティングプラットフォームまたはＳＤＣＳ物理層２０８は、データセンタクラスタＣ１、Ｃ２、…、Ｃｎのセットを含み、これらの各々は、それぞれの複数のノードを含み、各データセンタクラスタ内に含まれるノードは、完全ではないにしても、少なくとも部分的には相互接続され得る。各データセンタクラスタの各ノードは、１つ以上のそれぞれのプロセッサおよび／またはプロセッサコア、１つ以上のそれぞれのメモリ、ならびにノードをデータクラスタの１つ以上の他のノードに通信可能に接続する１つ以上のそれぞれの物理通信インターフェースなどのそれぞれのネットワーキングリソースを含む。例えば、ノードは、単一のサーバに実装されている場合もあれば、バンクまたはサーバのグループに実装されている場合もある。
さらに、各データセンタクラスタは、プラットフォーム２０８の他のデータセンタクラスタのうちの１つ以上と通信可能に接続またはネットワーキングされている。そのため、本開示はまた、ＳＤＣＳ ２００のコンピューティングプラットフォーム２０８を、「データセンタクラスタ」、「コンピューティングプラットフォームノード」、または「ノード」２０８と交換可能に呼ぶ。図２では、ＳＤＣＳ ２００のＳＤＣＳハイパーコンバージドインフラストラクチャ（ＨＣＩ）オペレーティングシステム（ＯＳ）２１０（本明細書では「ＳＤ ＨＣＩ ＯＳ」２１０と交換可能に呼ばれる）は、様々なノード２０８を割り当てる、指定する、または配分して、コンピューティング（例えば、ノードのそれぞれのプロセッサおよび／または処理コアを介して）またはデータストレージ（例えば、ノードのそれぞれのメモリを介して）など、ＳＤＣＳ ２００をサポートするためのそれぞれの役割を遂行し得る。ＳＤＣＳ ２００のコンピューティング活動を遂行するために割り当てられ、指定され、または配分されたノード２０８は、本明細書では、それぞれ「計算ノード」または「コンピューティングノード」と呼ばれる。同様に、ＳＤＣＳ ２００のストレージ活動を実行するために割り当てられ、指定され、または配分されたノード２０８は、本明細書ではそれぞれ「ストレージノード」と呼ばれる。個々のノード２０８は、計算ノードのみ、記憶ノードのみ、または計算ノードと記憶ノードの両方として利用され得、各個々のノード２０８の役割は、例えば、例えば、ＳＤ ＨＣＩ ＯＳ ２１０によって指示されるように、時間の経過とともに動的に変更され得る。有利には、コンピューティングプラットフォーム２０８はスケーラブルであり、ソフトウェア定義プロセス制御システム２００をサポートするために、特に、ＳＤＣＳ ２００の他の、より高い層の要件に従って、必要に応じて、個々のノード２０８および／または個々のクラスタＣｘに、容易に追加、削除、交換などが行われてもよい。
ＳＤＣＳハイパーコンバージドインフラストラクチャ（ＨＣＩ）オペレーティングシステム２１０は、コンピューティングプラットフォーム２０８で実行され、任意の好適な汎用ＨＣＩオペレーティングシステム（ＯＳ）、例えば、Ｍｉｃｒｏｓｏｆｔ Ａｚｕｒｅ Ｓｔａｃｋ、ＶＭＷａｒｅ ＨＣＩ、Ｎｕｔａｎｉｘ ＡＯＳ、Ｋｕｂｅｒｎｅｔｅｓ Ｏｒｃｈｅｓｔｒａｔｉｏｎ（Ｌｉｎｕｘ（登録商標）コンテナ（ＬＸＣ／ＬＸＤ）、Ｄｏｃｋｅｒコンテナ、Ｋａｔａコンテナを含む）などに基づいて構築され得る。そのため、ＳＤＣＳ ＨＣＩ ＯＳ ２１０は、汎用ＨＣＩオペレーティングシステムにいくらか類似した方式で、一連のコンピューティング、ストレージ、およびネットワーキングサポートサービスを提供する。しかしながら、汎用ＨＣＩ ＯＳとは対照的に、そして有利には、ＳＤＣＳ ２００において、これらのＳＤ ＨＣＩ ＯＳサポートサービスは、ＳＤＣＳ ２００の論理的または抽象化されたプロセス制御システム、例えば、ＳＤＣＳ ２００のアプリケーション層２１２のソフトウェアコンポーネントに動的に応答する。すなわち、アプリケーション層２１２の様々なアプリケーション層サービス、サブシステム、および他のソフトウェアコンポーネントのパフォーマンス、リソースニーズ、および構成が動的に変化すると（および／またはアプリケーション層２１２内のサービスによって、変化することが動的に予測されると）、ＳＤＣＳ ＨＣＩオペレーティングシステム２１０は、ＳＤＣＳ ２００のハードウェアおよび／またはソフトウェアリソース２０８の使用量を自動的かつ応答的に調整および／または管理し、コンピューティング、ストレージ、およびネットワーキング、ならびに工業プロセス制御に関連する他の機能に対するＳＤＣＳ ２００のニーズおよび要件をサポートし得る。この目的のために、ＳＤ ＨＣＩオペレーティングシステム２１０は、例えば、ソフトウェア定義（ＳＤ）コンピューティング（または計算）サービス２１５、ＳＤストレージサービス２１８、ＳＤネットワークサービス２２０、ＳＤを含む一連のサポートサービス、オーケストレータサービス２２２、および任意選択で、１つ以上の他のＳＤＣＳ ＨＣＩ ＯＳサポートサービスおよび／または機能２２５を含み得る。そのため、実施形態では、ＳＤＣＳ ＨＣＩオペレーティングシステム２１０は、汎用ＨＣＩオペレーティングシステムプラットフォーム（例えば、Ｍｉｃｒｏｓｏｆｔ Ａｚｕｒｅ Ｓｔａｃｋ、ＶＭＷａｒｅ ＨＣＩなど）を含み、このプラットフォームは、ＳＤコンピューティングサービス２１５、ＳＤストレージサービス２１８、ＳＤネットワークサービス２２０、ＳＤオーケストレータサービス２２２、および他のＳＤＣＳ ＨＣＩ ＯＳサポートサービスおよび／または機能２２５を含むように特にカスタマイズされ、サポートサービス２１５～２２５のセットはソフトウェア定義制御システム２００のＳＤＣＳアプリケーション層ソフトウェアコンポーネント２１２に対して自動的に応答し、特にサポートする。概して、ＳＤ ＨＣＩ ＯＳ ２１０およびＳＤ ＨＣＩ ＯＳ ２１０が提供するＳＤサポートサービス２１２～２２５は、本明細書では、集合的かつ概して、ＳＤＣＳ ２００の「ソフトウェア定義ネットワーク層」２１０と呼ばれる。
特に、ＳＤＣＳ ＨＣＩ ＯＳ ２１０がＳＤＣＳ ＨＣＩ ＯＳサポートサービス２１５～２２５を介して物理層２０８のノードのハードウェアおよびソフトウェアリソースの配分を管理するように、ＳＤＣＳ ＨＣＩ ＯＳサポートサービス２１５～２２５は、ＳＤＣＳ ＨＣＩ ＯＳ ２１０とＳＤＣＳ ２００のアプリケーション層２１２のより高いレベルのサービス、サブシステム、および他のソフトウェアコンポーネントとの間のインターフェースサービスとして機能し得、かつ／またはアプリケーション層２１２のより高いレベルのサービス、サブシステム、および他のソフトウェアコンポーネントにフレームワークを提供し得る。そのため、ＳＤＣＳアプリケーション層２１２のソフトウェアコンポーネントは、ＨＣＩアダプタ２３０（本明細書では「ＨＣＩアダプタ層」２３０とも呼ばれる）およびＡＰＩ ２３２の別のセットを介して、または直接（図２には図示せず）、アプリケーションプログラミングインターフェース（ＡＰＩ）２２８のセットを介して、ＳＤ ＨＣＩ ＯＳ ２１０（および場合によっては、特にそのＳＤ固有のサポートサービス２１５、２１８、２２０、２２２、２２５のうちの１つ以上と）インターフェースし得る。ＨＣＩアダプタ層２３０は、ＳＤＣＳアプリケーション層２１２が、ＳＤ ＨＣＩ ＯＳ ２１０を形成するために、このようなＳＤ固有のサービス２１５～２２５でカスタマイズされた汎用ＨＣＩオペレーティングシステム（例えば、Ｍｉｃｒｏｓｏｆｔ Ａｚｕｒｅ Ｓｔａｃｋ、ＶＭＷａｒｅ ＨＣＩなど）の特殊性に不可知論的でありながら、サポートサービス２１５、２１８、２２０、２２２、２２５にアクセスすることを可能にする。したがって、ＨＣＩアダプタ２３０は、ＳＤＣＳアプリケーション層２１２によって利用されるＡＰＩ ２２８を、ＳＤＣＳ ２００のカスタマイズまたは適合された汎用ＨＣオペレーティングシステム２１０に理解されるか、もしくは他の方法で既知であるか、または互換性があるＡＰＩ ２３２のセットに変換または変形する。
このように、ビジネスロジックアプリケーションがハードウェアおよびソフトウェアのコンピューティングプラットフォームから抽象化され、コンピューティングプラットフォームリソースの管理が人間のＩＴ管理者によって大きく管理および設計される、一般的な層状のＩＴ（情報技術）システムアーキテクチャとは異なり、ＳＤＣＳ ２００のアーキテクチャは、より高いレベルの、ビジネスロジックサービス、サブシステム、およびアプリケーション層２１２の他のソフトウェアコンポーネントを、ハードウェアおよびソフトウェアコンピューティングプラットフォーム２０８から抽象化するだけでなく、例えば、ＡＰＩ ２２８およびＳＤサポートサービス２１５、２１８、２２０、２２２、２２５を介して、かつ、いかなる人間の介入または指示をも必要とすることなく、上位レベルのＳＤサービス、サブシステム、および他のソフトウェアコンポーネント２１２が、動的に、自動的に、応答的に、コンピューティングプラットフォーム２０８のノードおよびクラスタのハードウェアおよびソフトウェアリソースの使用量を指示し、変更を引き起こすことも可能にする。特に、かつ有利には、コンピューティングプラットフォーム２０８のリソースの管理は、これらの上位のＳＤサービス、サブシステム、およびアプリケーション層２１２の他のソフトウェアコンポーネントの構成およびニーズの変化に動的に応答し、特に、工業プロセス制御システムの特定の要件、限界、および境界に対して応答する。
ＳＤＣＳ ２００では、工業プロセス制御および他の関連するビジネスロジックは、ＳＤＣＳ ２００のアプリケーション層２１２において、より高いレベルのＳＤサービス、サブシステム、および他のソフトウェアコンポーネント２３５、２３８、２４０、２４２、２４８によって遂行される。本明細書で読みやすくするために、本開示は、これらのより高いレベルのＳＤサービス、サブシステム、および他のソフトウェアコンポーネント２３５～２４８を、ＳＤＣＳ ２００のソフトウェア定義の「アプリケーション層ソフトウェアコンポーネント」として分類的に参照する。集合的に、ＳＤアプリケーション層コンポーネント２３５、２３８、２４０、２４２（および任意選択でサードパーティサービス２４８のうちの少なくともいくつか）のセットは、例えば、工業プロセスプラント１０において実行される１つ以上の工業または物理プロセスを制御するための論理プロセス制御システム２４５（本明細書では交換可能に「仮想プロセス制御システム」２４５とも呼ばれる）を形成している。図２に示すように、ＳＤアプリケーション層ソフトウェアコンポーネント２１２は、プロセス制御サービス２３５のセットおよびプロセス制御サブシステム２３８のセットを含み、任意選択で、他のＳＤＣＳビジネスロジックサービス２４０のセットを含み得る。図２では、Ｉ／Ｏサーバサービス２４２は、説明（限定ではない）の目的を明確にするために別個に描かれており、しかしながら、Ｉ／Ｏサーバサービス２４２は、ＳＤＣＳ ２００のサブシステム２３８に含まれ得るか、または他のＳＤＣＳビジネスロジックサービス２４０のセットに含まれ得る。実際、ＳＤＣＳ ２００の他の実施形態（図示せず）では、Ｉ／Ｏサーバサービス２４２の少なくともそれぞれの部分または全体が、ＨＣＩアダプタ２３０、ＳＤ ＨＣＩオペレーティングシステム２１０、および／またはネットワークスイッチ２０２ａにおいてさえ実装され得る。さらに、ＳＤＣＳ ２００のいくつかの実装形態では、サードパーティのビジネスロジックサービス２４８のセットもＳＤＣＳアプリケーション層２１２において実行され得、論理プロセス制御システム２４５の一部として動作する場合もしない場合もある。例えば、サードパーティサービス２４８は、ＳＤＣＳ ２００のソフトウェア開発キット（図示せず）によって生成され得、これを介して、ユーザは、ＳＤアプリケーション層２１２においてサードパーティサービス２４８を開発、生成、インストール、および管理し得る。Ｉ／Ｏサーバサービス２４２およびサードパーティサービス２４８のより詳細な説明は、本開示内の他の場所で提供される。
実施形態では、ＳＤアプリケーション層ソフトウェアコンポーネント２３５～２４８のうちの少なくともいくつかは、マイクロサービスバス（図示せず）を介して通信可能に接続されるマイクロサービスとして展開され得、その結果、マイクロサービス２３５～２４８は、その他のマイクロサービス２３５～２４８へデータを転送し、そこからデータを受信し得る。マイクロサービス２３５～２４８およびそれらの間のデータの配信は、Ｉ／Ｏサーバサービス２４２によって、および／またはＳＤ ＨＣＩオペレーティングシステム２１０およびそのＳＤサポートサービス２１５～２２５によってサポートおよび／または管理され得る。そのため、ＳＤアプリケーション層ソフトウェアコンポーネント２３５～２４８は、サーバクラスハードウェア、および組み込みハードウェアなどの、ＳＤ ＨＣＩオペレーティングシステム２１０を実行することができる任意の好適なハードウェアプラットフォーム２０８上で実行され得る。したがって、マイクロサービス２３５～２４８は、コンピューティングプラットフォーム２０８から抽象化されたＳＤＣＳ ２００のビジネスロジックコンポーネントであり得る。
ＳＤＣＳ ２００のアーキテクチャ内では、アプリケーション層ソフトウェアコンポーネント２３５～２４８は、インスタンス化されたソフトウェアコンポーネント（ＩＳＣ）として、コンテナ、シックプロビジョニングされた仮想マシン環境、シンプロビジョニングされた仮想マシン環境、および／または他の好適なタイプのカプセル化された実行環境において実行され得る。例えば、ＩＳＣは、特定のアプリケーション層ソフトウェアコンポーネント２３５～２４８の構成されたコンテナまたはコンテナイメージを形成するために、特定のアプリケーション層ソフトウェアコンポーネント２３５～２４８のインスタンスで構成され得、特定のアプリケーション層ソフトウェアコンポーネント２３５～２４８のコンテナイメージは、特定のＩＳＣとして特定のノード２０８上で実行するためにインスタンス化され得る。別の例では、ＩＳＣは、特定のアプリケーション層ソフトウェアコンポーネント２３５～２４８の仮想マシンイメージを形成するために、仮想マシンのインスタンスとして（例えば、プロセス仮想マシンまたはアプリケーション仮想マシンの）実装された特定のアプリケーション層ソフトウェアコンポーネント２３５～２４８であり得、特定のアプリケーション層ソフトウェアコンポーネント２３５～２４８の仮想マシンイメージは、特定のＩＳＣとして、特定のノード２０８上の実行のためにインスタンス化され得る。いずれにせよ、コンテナベースであろうと仮想マシンベースであろうと、ＳＤアプリケーション層ソフトウェアコンポーネント２３５～２４８のカプセル化された実行環境は、インスタンス化され実行されているソフトウェアコンポーネント２３５～２４８を、同じノード２０８上で実行されている他のサービスおよびアプリケーションから分離する。しかしながら、説明を容易にするために（そして限定目的ではなく）、ＳＤアプリケーション層ソフトウェアコンポーネント２３５～２４８の実行環境は、本明細書では「コンテナ」と呼ばれるが、当業者は、コンテナに関して本明細書に記載された原理および技術が、所望により仮想マシンに容易に適用できることを理解するであろう。
ＳＤＣＳ ２００では、アプリケーション層サービス２３５、２４０、２４８の各インスタンスは、それぞれのコンテナで実行され得、各サブシステム２３８は、それぞれのコンテナで提供され得るかまたは実行し得、Ｉ／Ｏサーバサービス２４２は、それぞれのコンテナで実行するなどして、それによって、それぞれの構成されたコンテナまたはコンテナイメージを形成し得る。例えば、コントローラサービス２３５は、１つ以上のプロセス制御モジュールサービス２３５、パラメータ、および工業プロセスプラント１０の値、例えば、入力および出力のタグ、参照値などで構成され得、それによって、構成またはプログラムされたコントローラサービスを形成する。コンテナは、構成されたコントローラサービスのインスタンスで構成され、それによって、構成されたコントローラサービスのコンテナイメージを形成し得る。別の言い方をすれば、構成されたコンテナは、構成されたコントローラサービスのインスタンスを含み、構成されたコントローラサービスのインスタンスは、構成された制御モジュールコンテナ、タグ、参照値などを使用して、特定の、構成されたプロセス制御ロジックのセットを遂行するために実行可能である。構成されたコントローラサービス（または他の構成されたサービス）の複数のインスタンスは、本開示内の他の場所に記載されているように、ＳＤＣＳ ２００によってインスタンス化および実行され得る。
コンテナイメージ（またはコンテナ内に構成されたコントローラサービスのインスタンス）は、それぞれのＳＤノードおよび／またはデータセンタクラスタ２０８上で実行するために、例えばＳＤ計算サービス２１５を介して、配分され、固定され、または動的に割り当てられ得る。ＳＤ計算サービス２１５は、例えば、計算ノード２０８間で負荷分散するため、計算ノード２０８および／またはその物理コンポーネントのスケジュールされた保守のため、検出されたパフォーマンス問題に対応するため、論理プロセス制御システム２４５の拡張または縮小をサポートするため、コンピューティングプラットフォーム２０８の拡張または縮小をサポートするためなど、必要であればまたは必要なときに、計算ノード２０８に対するコンテナイメージおよびそれらのそれぞれの割り当てを動的に変更、更新、維持、および／または管理し得る。いくつかの実装形態では、アプリケーション層ソフトウェアコンポーネント２３５～２４８が実行されるコンテナ（例えば、構成されたコンテナまたはコンテナイメージ）は、ＳＤＣＳ ２００の外部にある（例えば、ＳＤＣＳ ２００とは分離されている）Ｉ／Ｏデバイス、例えば、Ｉ／Ｏインターフェースシステム２０２に含まれるデバイスに、割り当てられるかまたは固定され（または他の方法でこれらのデバイス上で実行され）得る。これらの実装形態では、ＳＤＣＳ ２００は、他のデバイス／システム（本明細書では「マイクロコンテナ」と呼ばれる）上で実行されるそのような構成されたコンテナを発見し、ネットワークスケジューリングおよび論理プロセス制御システム２４５に対応する他の態様において発見されたマイクロコンテナを含む。
ＳＤＣＳ ２００内で、いくつかの構成されたコンテナは、動的に変化する構成、パフォーマンス、および論理プロセス制御システム２４５のニーズに基づいて、ＳＤ計算サービス２１５によって、それぞれのＳＤ計算ノード２０８に配分されるかまたは割り当てられ、異なるＳＤ計算ノード２０８に動的に再割り当てされ得る。状況によっては、コンテナは、特定のプロセッサまたはＳＤ計算ノード２０８の特定のプロセッサコアによって実行されるように割り当てられ（および再割り当てされ）得る。ただし、いくつかの構成されたコンテナは、（例えば、ＳＤ計算サービス２１５によって、構成によって、ユーザによってなど）それぞれのＳＤ計算ノード２０８に固定され、動的に発生する状態に起因してＳＤ計算サービス２１５によって動的に再割り当てされない場合がある。すなわち、固定された構成されたコンテナは、構成されたコンテナが計算ノード２０８から固定解除されるまで、例えば、論理プロセス制御システム２４５の動的な状態（構成されたコンテナが固定された計算ノード２０８のおそらく故障以外）に関係なく、構成されたコンテナが固定されたＳＤＣ計算ノード２０８上で実行され得る。別の言い方をすれば、ソフトウェア定義ネットワーク層２１０は、固定された構成されたコンテナによる利用を、それが固定されたハードウェアおよび／またはソフトウェアリソースのみに制限することができ、構成されたコンテナが固定解除されると、ＳＤネットワーク層２１０は制限を除去する。コンテナは、必要に応じて、ＳＤＣＳ ２００の他の物理または論理コンポーネントに追加的または代替的に固定され得る。例えば、コンテナは、別のコンテナ、特定のデータクラスタ、特定の処理リソース（例えば、ＳＤ計算ノード２０８の特定の物理プロセッサまたは特定の物理プロセッサコア）、物理ラック、または特定の電源によってサービスが提供される物理ラック部分（物理ラックが１つ以上のノードのハードウェアを物理的に収容する場合）などに固定され得る。
さらに、構成されたコンテナは、他の構成されたコンテナ内にネストされ得、これは、論理プロセス制御システム２４５を構成および編成するのに特に有用である。例えば、特定のプロセス制御サブシステム２３８が制御サービス２３５および／または他のＳＤＣＳサービス２４０の特定のセットを提供する場合、特定のセットの各提供されたサービス２３５、２４０の構成されたコンテナは、特定のプロセス制御システム２３８の構成されたコンテナにネストされ得る。構成されたコンテナの計算ノード２０８への配分／割り当て、構成されたコンテナの固定、およびネストは、本開示の他の場所でより詳細に説明される。
本明細書における説明の明確化および容易化のために、本明細書では、「コンテナ」という用語は、概して、構成されたコンテナまたはコンテナイメージであるインスタンス化されたソフトウェアコンポーネント（ＩＳＣ）、例えば、それぞれのＳＤＣＳコントローラサービス、ＳＤＣＳサブシステム、またはＳＤＣＳ ２００によって提供されるその他のサービスを含むように構成されたコンテナに言及するために利用される。したがって、意味論的に言えば、本開示内で、「コンテナ」は、コンピューティングノード２０８において実行するようにインスタンス化され、割り当てられ得、「コンテナ」は、特定のコンピューティングノードまたは他のコンテナに固定され得、「コンテナ」は、別の「コンテナ」内にネストされ得る。
いずれにせよ、コンピューティングプラットフォーム２０８のコンピューティングリソースについて説明したのと同様の様式で、コンテナは、例えば、ＳＤストレージサービス２１８を介して、様々なＳＤＣストレージノード２０８に、動的に配分および／もしくは割り当てされ、固定、ならびに／またはネストされ、それによって、論理プロセス制御システム２４５の様々なストレージニーズをサポートし得る。例えば、ＳＤストレージサービス２１８は、１つ以上のノード２０８の様々な物理ハードウェアメモリリソースにわたって、論理プロセス制御システム２４５のコンテナによって利用される論理ストレージリソースを運営および管理し得る。例えば、構成されたコンテナおよびその動作に必要なメモリ（例えば、ランダムアクセスメモリまたは同様のもの）は、特定のＳＤストレージノード２０８もしくは特定のメモリデバイス、またはＳＤストレージノード２０８のスペースに記憶され得る。物理ハードウェアメモリリソース２０８のタイプの例には、いくつか例を挙げると、複数のハードドライブ（および／またはフラッシュドライブ）デバイスにわたるボリュームファイルシステムのプール、ＮＲＡＭ、ＭＲＡＭ、ＦＲＡＭ（登録商標）、ＰＲＡＭ、および／または他のタイプのＮＶＲＡＭ、ＮＶＭｅメモリが含まれ得る（ただし、これらに限定されない）。さらに、必要に応じて、いくつかのコンテナは、それぞれのＳＤストレージノード２０８および／またはＳＤストレージノード２０８の特定のメモリデバイスまたはメモリエリアに固定され得る。ＳＤストレージサービス２１８は、例えば、ディスクまたは他のタイプのエラーに起因する、スケジュールされた保守のため、コンピューティングプラットフォーム２０８における利用可能な物理メモリの追加／拡張に起因するなど、必要なときにおよび必要に応じて、ＳＤＣＳ ２００の論理ストレージリソースをサポートするために、物理ハードウェアメモリまたはメモリ２０８を変更、更新、またはその他の方法で管理をし得る。
さらに同様に、ＳＤネットワークサービス２２０は、ノード２０８にわたってＳＤネットワーキングサービス２２０によって実装され得る論理プロセス制御システム２４５によって利用される論理または仮想ネットワーキングを運営および管理し得る。例えば、ＳＤネットワークサービス２２０は、仮想インターフェース、仮想スイッチ、仮想プライベートネットワーク、仮想ファイアウォールルールなど、論理または仮想プロセス制御システム２４５に含まれる論理ネットワーキング機能性をサポートし、さらに論理プロセス制御システム２４５の様々なコンテナまたはコンテナイメージ間の必要なネットワーキングをサポートするために、コンピューティングプラットフォーム２０８のネットワーキングおよびハードウェアリソースを運営および管理し得る。論理プロセス制御システム２４５が工業プロセスプラント１０にサービスを提供するので、ＳＤＣＳ ２００の論理および物理コンポーネントのタイミングおよび同期化、ならびにそれらの間のネットワーキングは決定的に重要であり、というのも、メッセージまたは通信の見落としおよび／または損失により、工業または物理プロセスが制御不能になり、これにより、ひいてはオーバーフロー、ガス漏れ、爆発、機器の損失、および状況によっては人命の損失などの破局的結果に至る可能性があるからである。幸いなことに、ＳＤネットワークサービス２２０は、ＳＤＣＳ ２００の重要なプロセスＩ／Ｏタイミングおよび同期に応答するので、通信（特に、制御サービス２３５へ／からの通信）は、タイムリーかつ決定論的な方式で確実に配信され得る。例えば、ＳＤネットワークサービス２２０は、データセンタクラスタ２０８の１ミリ秒以内の時間同期をサポートして、プロセス制御サービス２３５、プロセス制御サブシステム２３８、Ｉ／Ｏサーバ２４２、およびＳＤＣＳアプリケーション層２１２の他のＳＤＣＳサービス２４０、２４８の間で必要な同期を保証し得る。
ＳＤ計算サービス２１５、ＳＤストレージサービス２１８、およびＳＤネットワークサービス２２０に加えて、ＳＤ ＨＣＩオペレーティングシステム２１０は、ＡＰＩ ２２８、２３２のセットを介してアクセス可能であり、論理プロセス制御システム２４５をサポートするためにアプリケーション層２１２によって利用またはアクセスされる他のＯＳサポートサービス２２５を提供し得る。例えば、他のＳＤ ＨＣＩ ＯＳサービス２２５は、いくつか挙げると、サービスライフサイクル管理サービス、発見サービス、セキュリティサービス、暗号化器サービス、認証局サブシステムサービス、鍵管理サービス、認証サービス、時間同期サービス、サービス位置サービス、および／またはコンソールサポートサービス（すべて図２には図示せず）などを含み得る。これらの他のプロセス制御システムに関連するＯＳサポートサービス２２５のより詳細な説明は、本開示内の他の位置で提供される。ＳＤＣＳ ２００のいくつかの実施形態では、サポートサービスのうちの１つ以上は、ＯＳサポートサービス２２５としてソフトウェア定義ネットワーク層２１０において実行する代わりに、例えば、他のＳＤＣＳサービス２４０として、アプリケーション層２１２で実行することができる。
ここで、ＳＤＣＳ ２００のアプリケーション層２１２に目を向けると、ＳＤプロセス制御サービス２３５のセットは、論理プロセス制御システム２４５のプロセス制御ビジネスロジックを提供する。各異なる制御サービス２３５は、所望のパラメータ、値など、および任意選択で他の制御サービス２３５で構成され得、構成された制御サービス２３５の各インスタンスは、それぞれのコンテナ内で実行され得、また各コンテナは、それぞれのノードまたはクラスタで実行するように割り当て（または固定）され得る。そのため、各構成された制御サービス２３５は、機能的に構成され得、従来のハードウェア実装プロセスコントローラデバイス、プロセス制御モジュール、プロセス制御機能ブロックなどと同様の様式で遂行され得る論理またはソフトウェア定義の制御エンティティであり得る。しかしながら、従来の、ハードウェア実装プロセスコントローラデバイス、従来の制御モジュール、および従来の制御機能ブロックとは異なり、そして有利には、ＳＤＣＳ ２００は、パフォーマンス、フォールトトレランス、および回復などの様々な目的のために、同じ構成された制御サービス２３５の複数のインスタンスを容易に複製し得る。例えば、コントローラサービス（独自のコンテナ内で実行される）は、制御モジュールサービス（その独自のコンテナ内で実行される）を実行するように構成され得、制御モジュールサービスは、制御機能ブロックサービスのセットを実行するように構成され得る（それらの各々がその独自のコンテナ内で実行され、それらの各々がそれぞれのパラメータ、値などで構成され得る）。そのため、構成された制御機能ブロックサービスのセットに対応するコンテナのセットは、制御モジュールサービスコンテナにネストされ得、制御モジュールサービスコンテナは、コントローラサービスコンテナにネストされ得る。構成された機能ブロックサービスのセットに対応するコンテナのセットは、例えば、パフォーマンス負荷分散の目的で、物理層プロセッサ２０８の異なるコア上で実行するように割り当てられ得る。負荷が変化すると、機能ブロックサービスコンテナのうちの１つ以上は、負荷を再平衡化する試みにおいて、異なるプロセッサコア、異なるプロセッサ、または異なるノードで実行するために移動させられ得る。しかしながら、移動させられた機能ブロックサービスコンテナは、引き続き制御モジュールサービスコンテナの下にネストされ、それに応じて実行されるであろう。
ソフトウェア定義制御サービス２３５に加えて、ＳＤＣＳアプリケーション層２１２は、他のタイプのＳＤＣＳアプリケーション層サービス２４０、例えば、これらに限定されないが、オペレータディスプレイおよびインターフェース、診断、分析、安全ルーチン、報告、データの履歴化、サービスの構成、コンテナの構成、外部または他のシステムとの情報の通信などを含み得る。概して、従来のプロセス制御システムにおいて構成され、工業プロセスプラントの稼働時間の間に実行するために従来のプロセス制御システムの特定の物理デバイスにダウンロードされ、および／またはインスタンス化され得る任意のモジュールもしくはプロセス制御システム関連機能またはビジネスロジックは、それぞれのコンテナで実行されるそれぞれのサービス２３５、２４０としてＳＤＣＳ ２００に論理的に実装され得る。さらに、コンテナ化されたＳＤ制御サービス２３５のいずれかが、例えば、ＳＤネットワーク層２１０を介して、工業プロセスプラントのフィールド環境１２に配置されたそれぞれの１つ以上のデバイス（例えば、プロセス制御フィールドデバイス６０、６２、７０、８０、９０、ユーザインターフェースデバイスおよび／または他のフィールド環境デバイス）と、および／またはそれぞれの１つまたは複数のユーザインターフェース／ユーザインターフェースデバイス２０ａ～２０ｅ、と通信可能に接続されて、コンテナ化されたＳＤ制御サービス２３５のビジネスロジックによっておよび／または受信者デバイス（または受信者デバイス上で実行されるアプリケーションまたはサービス）によって要求されたときに、それらの間でＩ／Ｏデータおよび／または他のタイプのデータを転送し得る。状況によっては、異なるコンテナ化されたＳＤ制御サービス２３５は、他のコンテナ化されたＳＤ制御サービス２３５および／または他のＳＤＣＳサービス２４０と通信可能に接続されて（例えば、ＳＤネットワーク層２１０、Ｉ／Ｏサーバサービス２４２、マイクロサービスバスなどを介して）、それらのそれぞれのビジネスロジックによって要求されたときに、それらの間でデータを転送し得る。
ＳＤＣＳ ２００のアプリケーション層２１２にあるＳＤサブシステム２３８のセットは、論理プロセス制御システム２４５の仮想または論理プロセス制御関連サブシステムを提供する。各異なるＳＤサブシステム２３８は、それぞれのコンテナによって提供されるか、またはそれぞれのコンテナ内で実行され得る。場合によっては（図２には図示せず）、サブシステム２３８は、１つ以上のアプリケーション層サービスを提供するかまたは含むことができ、そのため、サブシステムによって提供されるサービス２３５、２３８のコンテナは、サブシステムコンテナにネストされ得る。例えば、ヒストリアンサブシステム２３８は、読み取りサービス、書き込みサービス、および検索サービスを含み得、それらのそれぞれのコンテナは、ヒストリアンサブシステムコンテナにネストされる。別の例では、バッチプロセス制御サブシステム２３８は、ユニット手順サービス、レシピサービス、およびバッチプロセス制御システムコンテナ内にネストされ得る規制記録生成サービスを含み得る。一般に、ＳＤサブシステム２３８のセットは、ＳＤＣＳ制御サービス２３５および他のＳＤＣＳサービス２４０が容易かつ首尾一貫してグループ化および／または管理されることを可能にする。好ましい実施形態では、ＳＤＣＳ ２００の各ノード２０８は、ＳＤサブシステムのセット２３８の各サブシステムのそれぞれのインスタンスをホストし、これにより、例えば、サブシステムサービスが、各ノード２０８上で現在実行されている他のアプリケーション層サービス２３５、２４０、２４８に近接して容易に利用可能であるようにされる。したがって、サブシステム２３８のうちの１つ以上への変更は、各ノード２０８において（例えば、ＳＤ ＨＣＩ ＯＳ ２１０の指示の下で）実行されるその対応するインスタンス間で調整され得る。そのため、ＳＤサブシステム２３８のセットは、同じノード２０８上で実行される任意のＳＤサービス２３５、２４０、２４８に対して高度かつ近接して利用可能であるだけでなく、ノード障害、ノードコンポーネントの障害、またはノードにおける特定のサブシステムインスタンスの障害の場合、ＳＤサブシステム２３８のセットによって提供される機能は、論理プロセス制御システム２４５のために容易に維持され得る。ＳＤサブシステム２３８の例には、いくつか例を挙げると、連続プロセス制御、イベント駆動プロセス制御、バッチプロセス制御、状態ベース制御、ラダーロジック制御、ヒストリアン、エッジ接続、プロセスユーザ、アラーム、ライセンス、イベント、バージョン制御、プロセス構成、およびプロセスＩ／Ｏが含まれるが、これらに限定されない。
例えば、ＳＤサブシステム２３８のセットは、連続プロセス制御サブシステムを含み得る。連続プロセス制御サブシステムは、連続生産および操作のために調整されたプロセス制御の実行を担う制御サービス２３５のセットを含み得る。例えば、連続プロセス制御サブシステムによって提供される制御サービス２３５は、Ｉ／Ｏ割り当てを伴う定期的な実行が可能なモジュラー制御（例えば、制御モジュールサービス）を実行し得る。連続プロセス制御サブシステム内で管理され得る制御システムエンティティ（論理および物理の両方）のビジネスロジックには、いくつか例を挙げると、コントローラ、Ｉ／Ｏ割り当て、制御モジュール、機能ブロック、ラダーロジック、および構造テキストベースの制御アルゴリズムが含まれ得る（ただしこれらに限定されない）。連続制御モジュールサービスは、モジュールチェーンの有無にかかわらず、周期的にスケジュールされ得る。例えば、連続制御モジュールサービスは、実行の連鎖を形成し得、その結果、連続制御モジュールサービスのユーザ定義のセットは、連鎖方式次々に実行され得る。連続制御モジュールサービス連鎖は、モジュールサービス連鎖内に含まれる制御論理のベストエフォート評価において、割り当てられた（周期的な）実行量で実行され得る。非連鎖式連続制御モジュールサービスは、同じ周期的実行量中に連鎖式連続制御モジュールサービスに関して並行して実行され得る。
別の例では、ＳＤサブシステム２３８のセットは、状態ベースのプロセス制御サブシステムを含み得る。状態ベースのプロセス制御システムは、全体としてプロセス制御システム２４５の状態を追跡、割り当て、および導出することを担う状態ベースの制御サービス２３５のセットを含み得る。概して、プロセス制御システムの状態ベースの操作には、プラントインフラストラクチャ内のプロセスユニットのセット上でプロセス（またはその部分）の状態を自動的または半自動的に変更することを目的とした操作が含まれ得る。各状態操作は、例えば、プロセスユニットの現在の状態を導出し、現在の状態を判定し、現在のプロセス状態と既知のプロセス状態について記録された正規化との間の差異を分析し、プロセスを駆動してプロセス状態を達成する能力を有し得る。
例えば、状態ベースのプロセス制御サブシステムは、中間プロセスＩ／Ｏまたは制御変更を自動的に導出し、プロセス制御システム２４５の少なくとも一部分をある状態から別の状態に駆動し得る。ＳＤＣＳ ２００の状態は、プロセス安全性およびプロセス収益性に対応する境界条件を尊重して、状態間の自動的に導出された移行とともに、保存および復元され得る。例示すると、例示的なシナリオでは、プロセスユニットＡの状態を既知の状態Ｂから既知の状態Ｂ’に安全に駆動するために、プロセス命令のセットが生成され得（例えば、状態ベースのプロセス制御システムに含まれる１つ以上のアプリケーション層サービス２３５によって）、生成されたプロセス命令は、ボイラーユニットのバーナーが摂氏２００度未満でなければならないというプロセスの安全性制限を尊重する。さらに、状態変化に影響を与える期間ごとの燃料利用量を最小化し、環境排出の報告に関連する金銭的費用を最小化することによって収益性を維持できるので、自動的に導き出されたプロセス命令は、突然の燃焼による環境排出を防止するために、および／またはバーナー自体の過剰作動状態を防止するために、バーナー出力の変化を毎秒１度に制限する収益性制約を尊重することもできる。
さらに、状態ベースのプロセス制御サブシステムは、プロセスプラント内の未知の状態を認識し、未知の状態を解決するアプリケーション層サービス２３５を提供し得る。概して、プロセスプラントの未知の状態は、プロセスプラントのＩ／Ｏおよびプロセスタグが、既知の状態から事前定義された量を超えて逸脱する状態にある場合に発生する可能性がある。追加的または代替的に、未知のプロセスプラント状態は、プロセスＩ／Ｏまたはプロセスデバイスが読めないまたは不確定なステータスまたは値を有するとき、例えば、センサが範囲外の状態を有するとき、またはセンサが全く通信していないときに発生する可能性がある。状態ベースのプロセス制御サブシステムによって提供されるアプリケーション層サービスは、プロセス制御システム２４５の様々な部分および／またはコンポーネントの最後の既知のプロセス状態を記録し、未知の状態と比較するために最後の既知の状態をユーザに提示し得る。それでも、状態ベースのプロセス制御サブシステムは、そこに含まれるプロセスデバイスが通信していないがまだ動作しているとき、すなわち、通信していないプロセスデバイスに関連するものを除く他のすべての制御およびＩ／Ｏタグ値が既知の状態に一致するとき、プロセスユニットの状態を推定するアプリケーション層サービス２３５を含み得る。この状況の例としては、通信しなくなったフィールドバルブがあってもよく、ただし、バルブの位置は、最後の既知のプロセスユニットの状態から変更されていない。状態ベースのプロセス制御サブシステムに含まれるアプリケーション層サービス２３５は、他のすべてのプロセスＩ／Ｏおよびセンサタグが所与の状態に対して有効なプロセス値を依然として報告しているので、フィールドバルブ位置は、以前に報告された既知の状態にあると推定されてもよいと判定してもよい。状態視覚化ツールは、例えば、システムを既知の記録された、証明可能な（例えば、推定されていない）状態にするための保守作業が開始されるように、ユーザに警告するために、推定状態と実際のプロセス値との間の不一致を示し得る。
さらに、状態ベースのプロセス制御サブシステムは、状態定義を作成および保存する際にユーザを自動的に支援するアプリケーション層サービス２３５を提供し得る。概して、プロセス状態は、一般的に状態移行図を参照することによって、ユーザによって定義され得る。ユーザが状態定義を作成するのを支援するために、状態ベースのプロセス制御サブシステムによって提供されるアプリケーション層サービス２３５は、実行中のプロセスまたはデジタルツインシステムの現在の値を取り、それらの値を、例えば、ユーザによって定義される特定の名前付き状態に対する状態範囲に処理することによって、自動的に状態定義を作成し得る。例えば、プラントプロセスがシャットダウンされる場合、状態ベースのプロセス制御サブシステムによって提供されるアプリケーション層サービス２３５は、現在読み取られているプロセスＩ／Ｏおよびデバイスタグ値に基づいて状態範囲を作成することによって、シャットダウン状態とラベル付けされた状態定義を作成し得る。発生する偏差（自律的に生成されるかまたは意図的に挿入されるかに関係なく）が記録され、状態範囲が作成されて、状態定義の一部としてそれらの偏差が捕捉され得る。例えば、データ収集期間中に振動または温度が１０％である事に起因してレベル偏差が発生した場合、状態ベースのプロセス制御サブシステムによって提供される自動状態定義作成アプリケーション層サービス２３５は、所与のプロセス状態定義の検証範囲として定義するために、そのプロセス値について±１０％の範囲を生成し得る。プロセス状態の定義は、現在のプロセス値を使用して作動中のプロセスから自動的に導出されてもよく、または包括的なプロセスヒストリアンによって示される所与の状態の特定の時間のセグメントに基づいて導出されてもよい。
別の例では、イベントベースのプロセス制御サブシステムは、１つ以上のイベントの発生に基づいて実行するようにトリガーされ得るアプリケーション層制御サービス２３５のセットを含み得る。例えば、イベントベースの制御モジュールサービスは、Ｉ／Ｏ条件が特定の値またはステータスに到達したときに実行され得る。制御モジュールのサービス実行チェーンは、イベントベースでもトリガーされ得る。さらに、様々な制御モジュールサービスおよび／または制御モジュールサービスチェーンは、イベントタイムアウトが発生したとき、例えば、制御ロジックが主にイベント駆動型であり、トリガーイベントが特定の期間内に発生しなかったときに実行するように構成され得る。これらの状況では、実施形態では、周期的なスケジューラは、イベントタイムアウトが発生した後に、制御モジュールサービスおよび／または制御モジュールサービスチェーンを実行し得る。ＳＤＣＳ ２００内の他のイベントは、様々な制御モジュールサービスの実行をトリガーすることがあり、他のイベントには、診断イベントもしくは状態、プロセスのダウンロード変更、または他のＳＤＣＳイベントが含まれ得る。
さらに別の例では、バッチプロセス制御サブシステムは、（例えば、政府のトレーサビリティのために）バッチ制御および規制アイテムの追跡を遂行するアプリケーション層制御サービス２３５のセットを含み得る。バッチプロセス制御サブシステムによって提供されるアプリケーション層制御サービス２３５は、例えば、ユニット手順、レシピ、フェーズ、フェーズ遷移などを提供し得る。さらに、バッチプロセス制御サブシステムによって提供されるアプリケーション層制御サービス２３５は、生成されるバッチプロセス制御に関連する規制記録を管理し得る。
ＳＤＣＳサブシステム２３８のセットは、ソフトウェア定義制御システム２００内のプロセスＩ／Ｏおよびイベントの時系列データを記録するためのアプリケーション層サービス２４０のセットを提供するヒストリアンサブシステムを含み得る。例えば、ヒストリアンサブシステムによって提供される様々なアプリケーション層サービス２４０は、記録目的のためにプロセスＩ／Ｏおよび／またはイベントデータをサブスクライブし得る。ヒストリアンサブシステムによって提供される他のアプリケーション層サービス２３５は、ソースタイムスタンプサービス、時間圧縮サービス（例えば、一定値を一度記録し、それに応じて時間の範囲を更新し得る）、および従来の時系列データベース機能などを含み得る。記録された履歴データは複製され、ＳＤＣＳ ２００内のすべてのノード２０８に利用可能にされ得る。さらに、実施形態では、履歴データは、ソースサブシステム（例えば、履歴データを生成したサービスまたはサブシステム）、本番資産、本番タグ、ＳＤＣＳデータパス、および／または任意の他の所望のカテゴリによって分類され得る。
追加的または代替的に、ＳＤＣＳサブシステム２３８のセットは、エッジ接続サブシステムを含み得、エッジ接続サブシステムは、アプリケーション層サービス２４０のそれぞれのセットを介して、プロセス制御データがプロセス制御システムの外部にある様々なサードパーティコンポーネントへと送信され、そこから受信されることを可能にするエッジプロトコルのセットを提供し得る。このようなエッジプロトコルの例には、いくつか例を挙げると、ＯＰＣ－ＵＡおよびＭＱＴＴが含まれる。エッジ接続サブシステムは、ＳＤＣＳ ２００へのクラウド接続を提供する１つ以上のアプリケーション層サービス２４０を含み得、クラウドベースのアプリケーションは、プラントのステータスおよび資産の健全性に対する工業プロセスプラントの監視、ならびにその他のタイプの機能などの様々な機能をサポートし得る。エッジ接続サブシステムによって提供されるアプリケーション層サービス２４０のうちの少なくともいくつかは、使用されているエッジプロトコルに固有のデータモデルとして、ＳＤＣＳ ２００および対応するプロセスＩ／Ｏデータの論理表現を生成し得る。このようなデータモデルにより、必要に応じて、選択したプロセスデータへの安全なサードパーティアクセスが可能になる。
いくつかの実施形態では、ＳＤＣＳサブシステム２３８のセットは、診断サブシステムを含み、診断サブシステムは、様々な他のＳＤアプリケーション層サービス２３５、２４０、２４８から、他の様々なＳＤサブシステム２３８から、ノード２０８から、およびＳＤＣＳ ２００のＳＤネットワーク層コンポーネント２１０から、診断データを収集および提供するためのアプリケーション層サービス２４０のセットを提供し得る。
ＳＤＣＳサブシステム２３８のセットは、プロセス制御システム２４５内のプロセスＩ／ＯのＩ／Ｏ接続および構成を管理するためのアプリケーション層サービス２４０のセットを提供するプロセスＩ／Ｏサブシステムを含み得る。前述したように、プロセスＩ／Ｏサブシステムは、実施形態では、Ｉ／Ｏサーバサービス２４２を提供し得る。
ＳＤＣＳサブシステム２３８のセットは、ユーザがＳＤＣＳ ２００にログインするときにユーザ資格情報を検証および／または確認するためのアプリケーション層サービス２４０のセットを提供するプロセスユーザサブシステムを含み得る。さらに、プロセスユーザサブシステムのサービス２４０は、例えば、承認のために、他のサービス２３５、２４０、２４８にユーザ情報を提供し得る。必要に応じて、ユーザのデータをデータセンタクラスタ２０８内に複製し得る。
それでも、ＳＤＣＳサブシステム２３８のセットは、ＳＤＣＳ ２００内のアラームの定義、ステータス、および状態を維持するためのアプリケーション層サービス２４０のセットを提供するアラームサブシステムを含み得る。アラームには、例えば、プロセスアラーム、ハードウェアアラーム、保守アラーム、ユニットアラーム、ネットワーク層アラーム、Ｉ／Ｏアラーム、ハードウェア資産アラーム、ソフトウェア資産アラーム、および診断アラームなどが含まれ得る。
いくつかの実装形態では、ＳＤＣＳサブシステム２３８のセットは、ユーザがＳＤＣＳ ２００のライセンスレベルに従って特権を有することを検証または保証するためのアプリケーション層サービス２４０のセットを提供するライセンスサブシステムを含み得る。ライセンスレベルは、すべてのＳＤＣＳサービス２３５、２４０、およびサブシステム２３８で利用可能にされ得、永久ライセンス、タイムサブスクリプションライセンス、消費ベースのライセンス、リモートライセンス（例えば、クラウドまたは専用ライセンスからのライセンスデータ）などの形態をとり得る。ＳＤＣＳ ２００のライセンスが期限切れになるか無効になると、ＳＤＣＳ ２００は人の健康に重大または危険なプロセスを作動する可能性があるため、ライセンスを実施するライセンスサブシステムによって提供されるアプリケーション層サービス２４０は特に重要である。このような状況では、ライセンス実施サービスは、ライセンス実施がユーザにとって危険な環境をもたらさないことを保証しながら、ライセンスされていない活動の発生を防止することができる。例えば、実施形態では、ＳＤＣＳ ２００がライセンス解除されると、すべてのユーザ向けアプリケーション、オペレータグラフィックス、およびワークステーションは、システムがライセンス解除されたことを示す透かしまたは半透明のバナーテキストでオーバーレイされ得、制御サブシステムによって提供されるサービスを除くすべてのサービスは、それらに対するいかなる変更または修正も拒否し得る。そのため、いくつかのライセンスされた機能は、プロセスの実行が制御不能または危険にならないことを保証すると同時に、低下または非アクティブ化され得る。
ライセンスを管理するために、実施形態では、ライセンスサブシステムは、ライセンスベースの制限に関してプラント操作を制御することを許可される単一の一次管理者コンソールセッションまたはユーザセッションのみを提供するアプリケーション層サービス２４０を含み得、他のすべてのコンソールおよび／またはユーザセッションは、ユーザが開始したあらゆる変更に影響を与えることが防止され得る。そのため、ライセンスサブシステムは、管理者特権を有する１つのセッションのみが（例えば、一度に）ライセンスされていない状態で制御操作を実行できることを判定するメカニズムを提供するアプリケーション層サービス２４０を提供し得る。例えば、アクティブな管理者コンソールまたはセッションに障害が発生するか、または応答しなくなった場合、ライセンスサブシステムにより、後続のアクティブな管理者セッションがプラントの操作を制御することを可能にし得る。他のすべてのコンソールセッションおよびユーザセッションは、ライセンスが復元されるまで、プロセス制御システムに変更を加えることができないようにしてもよい。
さらに、実施形態では、ライセンスサブシステムは、例えば、実施および／または法的救済のために、ライセンスステータスおよび／または活動を製造業者システムにリモートで報告するように構成されたアプリケーション層サービス２４０を提供し得る。リモート報告が製造業者によって提供されない構成では、ライセンスサブシステムは、１つ以上のアプリケーション層サービス２４０を介して、将来の検索のためにすべてのライセンス関連イベントの記録ログを維持し得る。
ＳＤＣＳサブシステム２３８のセットは、生成されたイベント（またはその通知）をＳＤＣＳ ２００のすべてのノード２０８に分散するためのアプリケーション層サービス２４０のセットを、それぞれのイベントソースにおけるそれぞれの発生時間を示す対応するタイムスタンプとともに提供する分散イベントサブシステムを含み得る。このようにして、一貫した記録保持がすべてのノード２０８にわたって提供され得る。
さらに、ＳＤＣＳ ２００の各ノード２０８は、構成サブシステム２３８のインスタンスを含むことができ、構成サブシステム２３８は、構成サブシステム２３８によって提供される構成データベースに、ＳＤＣＳ ２００によって実行される制御サービスの（例えば、すべての制御サービス２３５の）構成を記憶する。その結果、制御戦略が修正および保存されると（例えば、それぞれの更新された制御サービス２３５として）、構成サブシステムは、それぞれのアプリケーション層サービス２４０を介して、それに応じて構成データベース内の関連する構成を更新し得る。構成データベースのそれぞれのインスタンスが各ノード２０８に記憶されるので、ＳＤＣＳ ２００は、ＳＤＣＳのすべてのノードにわたって構成データベースのフォールトトレランスを提供する。そのため、データベースへの書き込み（例えば、構成サブシステムによって提供される構成データベース書き込みサービスによって実行される）は、ＳＤＣＳ全体のすべてのフォールトトレラントインスタンスにわたってアトミックであり得る。すなわち、データベース書き込みトランザクションは、ノード２０８のすべてにおける構成サブシステムのフォールトトレラントインスタンスのすべてが書き込み操作を受信および処理するまで完了しない。アトミックな書き込みは、アクセスされているアイテムまたは特定の構成に対して粒状であり得る。そのため、データベース内の１つのエンティティが書き込まれるとき、同期ロックメカニズムのスコープが書き込まれる各アイテムまたはオブジェクト（エントリ）に制限される場合があるので、データベース内の他のエンティティもマルチスレッド方式で（例えば、同じ時間または重複した時間で）書き込まれることもある。さらに、ロックおよびロック解除操作は、構成データベースのすべてのインスタンスでアトミックである可能性があり、そのため、構成データベースのすべてのインスタンスにおいてそのオブジェクトのすべてのコピーがロックされるまで、オブジェクトロックの取得は成功したとは見なされない。さらに、構成サブシステムは、構成データベースのバージョン制御を管理するために、１つ以上のアプリケーション層サービス２４０を提供し得る。例えば、バージョン制御サービスは、構成データベースへの変更、変更が発生したとき、および変更を調べたそれぞれの関係者を追跡し得る。
構成データベースからの読み取り（例えば、構成サブシステムによって提供される構成データベース読み取りサービスによって実行されるもの）は、構成データベースの単一のローカルインスタンスからのものであり得る。しかしながら、状況によっては、データベース読み取り要求は、例えば、大きな読み取り要求がセグメント化され、結果が複数のノード２０８から並列方式で提供されるように、複数のノード２０８に分散され得る。
前述したように、ＳＤＣＳ ２００のＩ／Ｏサーバサービス２４２は、プロセスＩ／Ｏサブシステムまたは別のサブシステム２３８に含まれ得る。あるいは、Ｉ／Ｏサーバサービス２４２は、それ自体のスタンドアロンサブシステムにあるか、またはどのサブシステムにも関連付けられていないＳＤＣＳサービス２４０であり得る。いずれにせよ、Ｉ／Ｏサーバサービス２４２は、概して、論理プロセス制御システム２４５のエンドポイント間で、例えば、アプリケーション層サービス２３５、２４０、２４８（コントローラ、オペレータインターフェース、診断、分析、ヒストリアン、またはサードパーティサービスなど）のインスタンス化されたコンテナイメージへのフィールドデバイスから、アプリケーション層サービス２３５、２４０、２４８のインスタンス化されたコンテナイメージからフィールドデバイスへ、制御サービス２３５のインスタンス化されたコンテナイメージから別のタイプのＳＤＣＳサービス２４０の別のインスタンス化されたコンテナイメージ（例えば、オペレータインターフェース、診断、分析、ヒストリアン、サードパーティサービスなど）からなど、Ｉ／Ｏデータ（および、いくつかのシナリオでは、他のタイプのデータ）を転送することを担うサービスとして動作する。例えば、Ｉ／Ｏサーバサービス２４２は、それぞれのエンドポイントを通信可能に結合し、そこでデータを、要求／応答、発行／サブスクライブなどを含む任意の好適なデータ配信またはデータ転送パラダイムを使用して転送し得る。
そのため、Ｉ／Ｏサーバサービス２４２は、データ転送またはデータ配信の目的で、他のアプリケーション層ソフトウェアコンポーネント２３５、２３８、２４０、２４８によってアクセスされ得、Ｉ／Ｏサーバサービス２４２は、ＡＰＩ ２２８を利用して、それによって、例えば、ＳＤ ＨＣＩ ＯＳサポートサービス２１５～２２５を介して、Ｉ／Ｏデータおよび／または他のタイプのデータ転送を引き起こし得る。状況によっては、Ｉ／Ｏサーバサービス２４２は、マイクロサービスバスを介してデータを転送させることができる。事実上、Ｉ／Ｏサーバサービス２４２は、論理またはＡＰＩゲートウェイとして機能し、これにより、プロセスＩ／Ｏおよび／または他のタイプのデータがＳＤＣＳ ２００のコンテナ間でルーティングされ、またこれにより、プロセスＩ／Ｏが、ＳＤＣＳ ２００のコンテナと、工業プロセスプラント１０のフィールド環境１２に展開されたデバイスとの間でルーティングされ得る。有利には、Ｉ／Ｏサーバサービス２４２は、本明細書の他の場所でより詳細に説明されるように、フォールトトレランスおよびプロセス制御サービスおよびサブシステムコンテナのサービス品質を自動的に管理して、工業プロセス出力を駆動し得る。
さらに、ＳＤＣＳ ２００のアプリケーション層２１２において、従来のプロセス制御システムの少なくともいくつかの物理プロセス制御デバイスまたはコンポーネント（例えば、コントローラ、安全論理ソルバーまたはデバイス、データストレージデバイス、エッジゲートウェイなど）が、それぞれのコンテナで実行されるそれぞれのサービス２３５、２４０またはサブシステム２３８として論理プロセス制御システム２４５に論理的に実装され得る。プロセス制御デバイスまたはコンポーネントのそのような論理または仮想インスタンスは、必要に応じて、制御ルーチン、他のアプリケーション層ソフトウェアコンポーネント２１２、パラメータ、基準値、リスト、および／または他のデータで論理デバイスを構成することによって、それらの物理的な対応物と同様の方式で構成され得る。例えば、特定の論理エッジゲートウェイサービスは、許可リストで、および特定の論理データダイオードサービスへの接続で構成され得たり、コントローラサービスは、複数の制御モジュールなどで構成され得たりする。構成された論理または仮想プロセス制御デバイスまたはコンポーネント（例えば、プロセス制御デバイスまたはコンポーネントのコンテナインスタンス）は、例えば、それぞれのデバイスタグまたは識別を介して論理プロセス制御システム２４５内で識別され得、プロセス制御デバイスの構成された論理または仮想インスタンスによって受信および生成されるそれぞれの信号は、それぞれのデバイス信号タグまたは識別子によって論理プロセス制御システム２４５内で識別され得る。
またさらに、ＳＤＣＳ ２００は、工業プロセスプラント１０の物理および／または論理エリア、領域、およびコンポーネントを表す、かつ／または論理的に編成するために利用されるＳＤアプリケーション層２１２内のコンテナを提供する。例えば、ユニット、エリアなどは、それぞれのコンテナによって表され得、各ユニット、エリアなどの物理および／または論理コンポーネントに対応するコンテナは、それらのそれぞれの組織的コンテナ内にネストされるか、まつ／またはこれに固定され得る。例えば、工業プロセスプラント１０の分別蒸留エリアコンテナは、脱プロパン塔ユニットコンテナおよび脱ブタン塔ユニットコンテナを含み得、すなわち、脱プロパン塔ユニットコンテナおよび脱ブタン塔ユニットコンテナは、分別蒸留エリアコンテナ内にネストされるか、またはこれに固定され得る。脱プロパン塔ユニットコンテナ内で、コントローラコンテナは、プロセスプラント１０のフィールド環境１２内の物理脱ブタン塔の出力ポートに配置された物理測定フィールドデバイスからの流量測定に基づいて動作するように構成される制御ルーチンコンテナで構成され得る。受信した流量測定に基づいて、構成された制御ルーチンコンテナ内で実行される制御ルーチンは、制御出力を生成し得、コントローラコンテナは、これを脱プロパン塔の出力ポートにサービスを提供するバルブのアクチュエータに提供し得、物理アクチュエータおよびバルブはまた、プラント１０のフィールド環境１２にも配置されている。そのため、ＳＤＣＳ ２００内で、構成された制御ルーチンコンテナは、コントローラコンテナ内にネストされるかまたはこれに固定され得、コントローラコンテナは、脱プロパン塔ユニットコンテナ内にネストされるかまたはこれに固定され得る。制御ルーチンサービスコンテナは、フィールドデバイスから受信した流量測定値の信号タグと、およびアクチュエータに配信される制御出力信号の信号タグと、で構成され得、必要に応じて、コントローラサービスコンテナは、物理測定フィールドデバイスおよび物理アクチュエータのデバイスタグまたは識別情報でさらに構成され得る。例えば、制御サービス２３５の構成に関して、ユーザインターフェースサービスコンテナは、ユーザが所望のタグ、識別子、値、および制御ルーチンを含むようにコントローラサービスおよび制御ルーチンサービスを構成し得るプロセス制御構成サービスコンテナと通信するか、またはこれを介して実行され得る。
ＳＤアプリケーション層２１２において、ＳＤＣＳ ２００はまた、ＳＤアプリケーション層２１２のサービスおよびサブシステム２３５～２４８に抽象化されたデータストレージ（およびそれらへのアクセス）を提供するソフトウェア定義ストレージエンティティまたはコンポーネント２１３も含む。例えば、ヒストリアンデータベース、構成データベース、ならびに他のタイプのプロセス制御システムデータベースおよびデータストレージエンティティ、ならびに実行中に様々なプロセス制御アプリケーションサービス２３５～２４８によって利用される一時ストレージは、ＳＤ定義ストレージエンティティ２１３によって提供され得る。ＳＤストレージデータベース、エリア、デバイスなどは、仮想化または論理ストレージエンティティまたはコンポーネントであり得、これらは、ＳＤ ＨＣＩオペレーティングシステム２１０によって、コンピューティングプラットフォーム２０８のノードの様々なストレージリソースに割り当てられるかまたは配分され得る（そして、再割り当ておよび再配分され得る）。例えば、単一のＳＤ定義論理データベースは、複数のノード２０８のハードウェアメモリリソース上に実装され得る。さらに、ＳＤ ＨＣＩオペレーティングシステム２１０のＳＤストレージサービス２１８は、ＳＤストレージエンティティまたはコンポーネント２１３、および任意選択でＳＤアプリケーション層２１２の他のコンポーネントのパフォーマンス、リソース、および構成ニーズに基づいて、ＳＤＣＳアプリケーション層２１２のＳＤストレージエンティティ２１３を、ノード２０８によって提供される様々なストレージリソースに割り当て／再配分し得る。
ここで、ＳＤＣＳ ２００のソフトウェア定義ネットワーク層２１０に戻ると、図２は、説明を容易にする目的で、特定のＳＤ ＨＣＩ ＯＳサービス、すなわち、ＳＤオーケストレータサービス２２２を、他のＳＤ ＨＣＩ ＯＳサービス２１５～２２０、２２５の描写とは別に描いている。概して、ＳＤオーケストレータサービス２２２は、コンテナイメージ（例えば、アプリケーション層制御サービス２３５、サブシステム２３８、サードパーティサービス２４８、および他のＳＤＣＳサービス２４０）を、それぞれのハードウェアおよび／またはソフトウェア物理計算リソース２０８上で作動中のまたは実行中のコンテナプロセスにインスタンス化し、また、それぞれのハードウェアストレージおよび／またはソフトウェアストレージリソース２０８上に常駐する様々なＳＤデータストレージエンティティを割り当てる。例えば、ＳＤオーケストレータ２２２は、様々なインスタンス化されたコンテナイメージをインスタンス化し、割り当てて、単一ノードのリソースであり得る、または２つ以上のノードのリソースであり得る、ハードウェアおよび／またはソフトウェア計算リソース２０８の様々な特定のセット上で実行され、かつ／またはこれらを利用し得る。さらに、ＳＤオーケストレータ２２２は、例えば、常駐コンテナによるアクセスの容易さおよび速度、冗長性の目的、物理プラットフォーム全体のメモリ使用量の平衡化などのために、単一のノード、複数のノードなどの物理層ストレージリソース２０８上に常駐するように、様々なＳＤデータストレージエンティティまたはコンポーネント２１３を割り当て得る。そうすることで、ＳＤオーケストレータサービス２２２は、作動コンテナプロセスを確立するだけでなく、例えば、ＳＤ ＨＣＩ ＯＳ ２１０が提供するサービス品質（ＱｏＳ）構成サービス２５２、フォールトトレランスサービス２５５、負荷分散サービス２５８、および任意選択で他のパフォーマンス関連サービス２６０を介して、ＳＤＣＳ ２００の作動コンテナプロセスのフォールトトレランス、負荷分散、ＱｏＳ、および／または他のパフォーマンス態様を管理する。そのため、ＳＤオーケストレータサービス２２２は、他のＳＤ ＨＣＩ ＯＳサービス２１５、２１８、２２０、２２５によって呼び出され、またはアクセスされ得、ＳＤオーケストレータサービス２２２は、次に、パフォーマンス関連サービス２５２～２６０のうちの１つ以上を呼び出し、またはこれにアクセスし得る。概して、ＳＤオーケストレータサービス２２２は、論理プロセス制御システム２４５のコンテナおよびＳＤデータストレージエンティティにリソースを配分し、これにより、コンテナが効率的かつ安全に動作できるように、例えば、少なくとも最善のパフォーマンスレベルで工業プロセスを制御できるようにする。
この目的のために、ＳＤ ＨＣＩ ＯＳ ２１０のパフォーマンス関連サービス２５２～２６０は、稼働時間の間にパフォーマンスパラメータ、リソース使用量、および／または基準を監視し、発生するおよび／または発生が予測される任意の関連する状態を検出し、ＳＤアプリケーション層ソフトウェアコンポーネント（例えば、コンテナ）２１２のコンピューティングプラットフォーム２０８のハードウェアおよび／またはソフトウェアリソースへの割り当てにおける任意の変更を、提供および／または実装し得る。したがって、工業プロセスプラント１０の稼働時間の間に、様々な予想されるおよび／または予期しないハードウェアおよび／またはソフトウェアの状態が発生し、検出されると、ＳＤオーケストレータサービス２２２は、様々なノード２０８のハードウェアおよび／またはソフトウェアリソースの配分をインスタンス化したコンテナイメージに対して応答的に調整して、パフォーマンスおよび動作の忠実度の目標または最善のレベルを維持する（または維持することを試みる）。ＳＤオーケストレータ２２２がコンテナ２１２とノードリソース２０８との間の配分および／または割り当ての変更を引き起こす検出された状態には、例えば、ハードウェア故障または障害、ソフトウェア故障または障害、特定のノードの過負荷、様々なネットワーキングコンポーネントの帯域幅の増加または減少、ノードおよび／またはノードのクラスタの追加または削除、ハードウェアおよび／またはソフトウェアアップグレード、コンテナの固定および／または固定解除、診断、保守、および他のルーチンなど（稼働時間の使用に対してハードウェアおよび／またはソフトウェアリソースを一時的に利用できなくすることができるもの）などが含まれる場合がある。ＳＤオーケストレータサービスによってとられる可能性のある応答および／または軽減管理アクションには、例えば、異なるソフトウェアおよび／またはハードウェアリソース（場合によっては、異なるノード上にある）を使用して実行するようにコンテナを再割り当てすること、ソフトウェアおよび／またはハードウェアリソースをアクティブ化および／または非アクティブ化すること、様々なコンテナの様々なソフトウェアおよび／またはハードウェアリソースへのアクセス優先度を変更することなど、様々なアクションが含まれ得る。ＳＤオーケストレータサービス２２２のより詳細な説明は、本開示の他の場所で提供される。
したがって、また概して、ＳＤＣＳアプリケーション層２１２（例えば、２３５、２３８、２４０）のサービス、サブシステム、および他のソフトウェアコンポーネントは、個々のコンテナレベルおよび集約レベル（例えば、サブシステムレベル、ユニットレベル、エリアレベル、および／または全体としてのプロセス制御システム２４５）で、論理プロセス制御システム２４５の処理、コンテナリゼーション、ネットワーキングおよびストレージニーズを判定、定義、または指定し得る。ＡＰＩ ２２８を介して（および、いくつかの構成では、ＨＣＩアダプタ層２３０およびＡＰＩ ２３２も介して）、ＳＤ ＨＣＩ ＯＳ ２１０、そのサポートサービス２１５、２１８、２２０、２２２、２２５、およびそのＳＤオーケストレータサービス２２２は、これらのニーズをサポートするために、ノード２０８のハードウェアおよびソフトウェアリソースを運営および管理する。例えば、いくつかの実施形態では、ＳＤオーケストレータ２２２は、特定の制御コンテナ２３５または特定の他のＳＤＣＳサービスコンテナ２４０の異なるインスタンスを、例えば、フォールトトレランス、サービス品質、および／またはＳＤＣＳ ２００のパフォーマンス基準の他の目的で、異なるノード２０８上で実行させ得る。有利には、論理プロセス制御システム２４５のニーズは経時的に動的に変化するので、ＳＤ ＨＣＩ ＯＳサポートサービス２１５、２１８、２２０、２２２、２２５および／またはＳＤオーケストレータ２２２は、ノード２０８のハードウェアおよびソフトウェアリソースの使用量を、例えば、応答的におよび／または予測的な方式で修正、変更、および調整し得る。例えば、論理プロセス制御システム２４５が、追加のコンテナで実行される制御サービス２３５の追加のインスタンスを作成するとき、ＳＤ ＨＣＩ ＯＳサポートサービス２１５～２２５は、応答的に（ＡＰＩＳ ２２８および任意選択でＨＣＩアダプタ２３０およびＡＰＩ ２３２を介して）、新たに作成されたコンテナを対応するノード上で実行するように割り当てること、ノード間で既存のコンテナを再平衡化し得、追加のコンテナの論理メモリリソースニーズをサポートするために特定のハードウェアメモリリソースを割り当てること、ノード２０８によって利用されるルーティング表を調整して新たに作成されるコンテナの論理ルーティングニーズをサポートすることなどを行い得る。別の例では、特定のクラスタＣ２をサービスから外す必要がある場合（例えば、保守目的で、または雷撃により予期せずに）、ＳＤ ＨＣＩ ＯＳサポートサービス２１５～２２５は、論理プロセス制御システム２４５の現在のニーズおよび他のクラスタのハードウェアおよび／またはソフトウェアリソースの利用可能性に従って、クラスタＣ２での実行が現在割り当てられているコンテナを他のクラスタに先取りして再割り当てし得、ＳＤ ＨＣＩサポートサービス２１５～２２５は、それに応じてクラスタＣ２がサービスから外された場合でも当該コンテナの実行継続性を維持するように、クラスタ２０８によって利用されるルーティング表を調節し得る。そのため、ＳＤＣＳネットワーク層２１０は、検出された状態、例えば、個々の論理および／もしくは物理コンポーネントまたはそのグループのパフォーマンスの改善、個々の論理および／または物理コンポーネントまたはそのグループのパフォーマンスの低下、故障発生、論理および／または物理コンポーネントの障害、構成の変更（例えば、ユーザコマンドによるか、またはＳＤＣＳ ２００のサービスによる自動再構成によるもの）に基づいて、コンピューティングプラットフォーム２０８のノードのハードウェアおよびソフトウェアリソースの異なるＳＤアプリケーション層ソフトウェアコンポーネント２１２への配分に対する変更を、自動的に、動的に、および応答的に判定し、開始し、そして遂行する。その結果、ＳＤＣＳ ２００では、ユーザまたはシステム管理者は、ＳＤＣＳ ２００またはその変更をサポートするために、ノード２０８のハードウェアおよびソフトウェアリソースの再分配を指示または支配する必要がない。実際、ほとんどの場合、ユーザまたはシステム管理者は、ＳＤＣＳ ２００の状態およびコンポーネントの変更に応じてＳＤＣＳ ２００によって自動的に遂行されるノード２０８のハードウェアおよび／またはソフトウェアリソースの再分散に気付かない可能性がある。
図２は、ＳＤＣＳ ２００をサポートするコンピューティングプラットフォーム２０８を示しているが、いくつかの構成では、コンピューティングプラットフォーム２０８は、複数のＳＤＣＳをサポートし得る。複数のＳＤＣＳは、コンピューティングプラットフォーム２０８のハードウェアおよび／もしくはソフトウェアリソースのセットを共有し得、またはコンピューティングプラットフォーム２０８のハードウェアおよび／もしくはソフトウェアリソースは、複数のＳＤＣＳ間で分割され得る。ハードウェアおよび／またはソフトウェアリソースが複数のＳＤＣＳ間で共有される実施形態では、ＳＤＣ ＨＣＩオペレーティングシステム２１０は、複数のＳＤＣＳのアプリケーション層サービス間で共有リソースを管理し得る。
さらに、いくつかの実装形態では、ＳＤＣＳ ２００は、様々なＳＤアプリケーションサービス２３５、２４０、２４８、ＳＤアプリケーション層２１２全体、様々なＳＤサポートサービス２１５～２２５、２５２～２６０、および／またはＳＤネットワーク層２１０全体のデジタルツインを実装し得る。すなわち、ターゲットコンポーネント／層のデジタルツインは、コンピューティングプラットフォーム２０８上でアクティブなターゲットコンポーネント／層と協調して実行され得、それによって、工業プロセスプラントのフィールド環境から稼働時間データを受信し、それに応じて、アクティブターゲットコンポーネント／層と同じ論理、状態、タイミングなどで動作し得る。しかしながら、デジタルツインによって生成されたＩ／Ｏおよびその他のタイプのデータは、フィールド環境に配信されることが防止される。このようにして、アクティブなターゲット／コンポーネントに障害が発生した場合、フィールド化されたターゲット／コンポーネントのデジタルツインをアクティブ化するだけで、工業プロセスプラントの稼働時間動作をシームレスに維持することができる。
さらに、いくつかの実装形態では、ＳＤＣＳ ２００は、様々なＳＤアプリケーションサービス２３５、２４０、２４８、ＳＤアプリケーション層２１２全体への、様々なＳＤサポートサービス２１５～２２５、２５２－２６０への、および／またはＳＤネットワーク層２１０全体へのシミュレーションまたは変更を実装し得る。すなわち、ターゲットコンポーネント／層のシミュレーションは、コンピューティングプラットフォーム２０８上にあるアクティブなＳＤＣＳコンポーネント／層と協調して実行され得、それによって、工業プロセスプラントのフィールド環境から稼働時間データを受信し、それに応じて、例えば、アクティブなターゲットコンポーネント／層と同じ論理、状態、タイミングなど、またはシミュレートされたテスト論理、状態、タイミングなどで動作し得る。しかしながら、シミュレーションによって生成されるＩ／Ｏおよびその他のタイプのデータは、フィールド環境への配信が防止され、シミュレーションは、一時停止され、高速化され、減速され、テスト入力が供給され、また他の方法で管理されて、動作を観察し、シミュレーションコンポーネント／レイヤに修正を加え得る。したがって、ＳＤＣＳ ２００のシミュレートされた部分が承認されると、そのためにＳＤＣＳ ２００の一部を一時停止するかまたはサービスから外したりする必要がなく、工業プロセスプラントの稼働時間の動作中に使用するためにシミュレートされた部分を単にアクティブ化し得る。
またさらに、ＳＤＣＳ ２００に関連する物理層２０８は、物理データセンタクラスタＣ１～Ｃｘを使用して実装されるものとして上述されているが、いくつかの実施形態では、物理層２０８の少なくとも一部分は、仮想化された物理層２０８として実装され得る。例えば、データセンタクラスタＣ１－Ｃｘ（またはそのサブセット）は、例えばクラウドコンピューティングシステムで実行される仮想マシンとして実装され得る。そのため、ＨＣＩアダプタ層２３０は、ＳＤアプリケーション層、ＳＤストレージ層、およびＳＤネットワーク層２１０を仮想化された物理層２０８とインターフェースさせ得る。
上記の説明から明らかであり、当業者によって理解されるべきであるように、本明細書に記載されるような工業プロセス制御システムは、非常に複雑なシステムである可能性があり、しばしばそうである。工業プロセス制御システムは、プロセスを制御するために調整された方式で動作する必要がある、数百、数千、または数万の離散的であるが相互接続されたフィールドデバイスを含み得る。膨大な数のデバイスによってもたらされる複雑さは、システムのコミッショニングおよび保守の複雑さによって倍加され、この複雑さには、デバイスのすべてを接続する有線および無線ネットワークの作成および維持、フィールドデバイスからの測定に基づいてフィールドデバイスを制御するように動作する制御モジュールの作成および維持、システムの設計許容値（ネットワーク遅延、同期メッセージングなど）が継続的に満たされることを保証するための十分なリソース（ネットワーク帯域、処理パワーなど）が利用可能であることなどが含まれる。
説明されているソフトウェア定義制御システムでのコンテナの実装は、工業プロセス制御環境を効率的に管理および操作するための様々な方法に役立つ。さらに後述するように、コンテナ化は、プロセスプラント内のデバイスの物理または論理編成、ならびにプロセスプラント内のデバイスを制御するプロセスおよびコンピューティングリソースの物理または論理編成を模倣できる制御リソースのより直感的な編成を促進する。コンテナの実装はまた、サービス品質パラメータの維持、および故障冗長性の作成と維持に関して、無数の可能性を促進する。
図３は、フォールトトレランスおよび負荷分散の原理を示すブロック図である。図３では、２つの計算ノード３００および３０２が、ＳＤＣＳにコンピューティング、メモリ、およびネットワーキングリソースを提供する。理解されるべきであるように、２つの計算ノード３００および３０２の各々は、１つの計算ノードまたは複数の計算ノード（図示せず）を含み得、そして計算ノードの各々は、次に、１つ以上のプロセッサ（図示せず）を含み得、それらの各々が、１つ以上のプロセッサコア（図示せず）を有し得る。オーケストレータ２２２は、実施形態において、特定のシステムの要件に従って（例えば、特定のコンテナまたはプロセス制御プラントの要件に従って）、および／または負荷分散およびフォールトトレランス（例えば、プロセス制御プラントの特定の要件が指定されていない場合）の一般的な要件に従って、様々なコンテナのインスタンス化およびそれに配分されるリソースを管理する。
より詳細には、コンテナオーケストレータサービス（つまり、オーケストレータ２２２）は、利用可能な計算リソースで作動中のコンテナプロセスにコンテナイメージをインスタンス化することを担う。オーケストレータ２２２は、コンテナの各々が適切に確立されていることを保証し、またコンテナのフォールトトレランスおよび負荷分散の問題を管理することも担う。フォールトトレランスは、コンテナの複数のコピーが複数の入力、単一の出力メカニズムに対してインスタンス化される水平スケーリングアプローチを使用することによって作成される。いくつかの実施形態では、オーケストレータ２２２は、コンテナの複数の冗長なコピーの中から「アクティブな」コンテナを選択する。本明細書で使用される場合、「アクティブである」という用語は、選択されたコンテナの出力が別のコンテナへの入力を駆動し、フィールドデバイスなどを制御するといったように選択される複数の冗長コンテナのうちの１つを指す。例えば、分散アラームサブシステムコンテナの複数の冗長コピーがインスタンス化される場合、オーケストレータ２２２は、どの冗長コンテナがアクティブなコンテナであるかを選択し得る。別の例として、Ｉ／Ｏサーバコンテナの複数の冗長コピーがインスタンス化される場合、オーケストレータ２２２は、どのＩ／Ｏサーバコンテナがアクティブなコンテナであるかを選択し得る。その場合、冗長Ｉ／Ｏサーバコンテナの各々は、プロセスプラントのフィールドデバイスからプロセスデータを受信し得、１つ以上のコントローラコンテナから出力を受信し得るが、アクティブなＩ／Ｏサーバからの出力のみが、物理Ｉ／Ｏ層を介してプロセスプラント内のフィールドデバイスに送信され、コントローラコンテナの各々は、アクティブＩ／Ｏサーバコンテナからのプロセスデータのみを受信することになる。
状態情報を転送および確立するために、サービスコンテナのフォールトトレラントコピー間の通信が可能である（および場合によっては必要である）。オーケストレータ２２２は、フォールトトレラントア展開における特定のサービスコンテナのリストを維持することを担い、リストの順序は、引き継ぐために次に利用可能なコンテナを示している（アクティブなコンテナがリストの最上位にある）。このリストは、データセンタ内の状態が変化するにつれて継続的に更新される。アクティブなサービスコンテナがサービス停止になるというアクティブな通知に応じて、オーケストレータ２２２は、引き継ぐために次に利用可能なフォールトトレラントコピーについて迅速な決定を下すことができる。計画外のアクティブなコンテナがサービスを停止した場合（例えば、電源障害によるもの）、コンテナオーケストレータは、そのような「ハード」障害が発生したことを検出するためのタイムアウト遅延を有し得、次の利用可能なサービスコンテナをアクティブにするために移動し得る。複数のアクティブな状態が検出された場合、サービス出力の受信者は短期間で複数の出力を受信する。受信サービスは、オーケストレータ２２２に二重出力が受信されたことを通知し、これを受けてオーケストレータ２２２は、古いアクティブなコンテナを再構成し（または再構成が失敗した場合は破壊して再作成し）、非アクティブなコンテナとしてインスタンス化する。この間、受信コンテナは、重複する情報ソースが削除されるまで、デフォルトで最後の既知の良好な情報ソースになる。
ある場合には、オーケストレータ２２２がアクティブなコンテナを選択することを担うが、Ｉ／Ｏサーバコンテナの場合など、特定の状況では、コンテナ自体が、Ｉ／Ｏサーバコンテナに関して後述するように、様々なパラメータに基づいてアクティブなコンテナを選択し得る。
本明細書で使用される場合、「負荷分散」という句は、プロセッサコア、プロセッサ、計算ノード、および／またはサーバが所望のサービス品質の指標を満たすように、システム上で作動するプロセス（例えば、コンテナ）のためのコンピューティング、メモリ、および／または通信リソースの使用を指す。次に、負荷分散は、ある場合には、コンピューティング、メモリ、および／または通信リソースの使用を均等化し、ある場合には、最小のＱｏＳパラメータが満たされることを保証すること（すなわち、特定の信号に対する最大ネットワーク遅延がプログラム値を超えないことを保証すること、特定のプロセスに対する最大処理遅延がプログラム値を超えないことを保証すること、特定の値に対する合計遅延がプログラム値を超えないことを保証すること、特定のプロセスに対して十分なメモリリソースが存在していることを保証することなど）を含む。
最大ネットワーク遅延、最大コンピューティング遅延などの負荷分散パラメータは、実施形態では、コンテナのうちの１つ以上のパラメータとして、および／またはコンテナ内で実行される特定のサービスのパラメータとして、および／またはコンテナ内で実行されているサービスにおいて受信されるかまたはそこから送信される特定の値のパラメータとしてプログラムされ得る。負荷分散パラメータはまた、グローバルパラメータを提供するため、または特定のコンテナまたはサービス内で設定されたパラメータに取って代わられる可能性のあるデフォルトパラメータを提供するために、システムレベルでも設定され得る。オーケストレータ２２２のＱｏＳ構成サービス２５２は、グローバル、デフォルト、コンテナ、および／またはサービスレベルでのＱｏＳパラメータの構成を促進するためのインターフェースを提供し得る。ＱｏＳ構成サービス２５２はまた、パラメータがオーケストレータ２２２によって実装および維持されることを確実にするために、様々なコンテナおよび／またはサービスにプログラムされたＱｏＳパラメータも読み取り得る。
実施形態では、オーケストレータ２２２内で動作するフォールトトレランスサービス２５５は、ＳＤＣＳ内のフォールトトレランスを維持する。本明細書で使用される場合、「フォールトトレランス」という句は、異なるプロセッサコア、異なるプロセッサ、異なる計算ノード／サーバでインスタンス化されるかどうかにかかわらず、（例えば、複数のコンテナの作成によって）冗長プロセスおよび／またはサービスの作成を指し、オーケストレータ２２２が（すなわち、フォールトトレランスサービス２５５を介して）、電源の障害が特定のコンテナのすべての動作コピーに影響しないようにするために、１つ以上の冗長コンテナが別個の電源によって供給される計算リソース上にインスタンス化されることを保証する実施形態を含む。実施形態では、オーケストレータ２２２のアクティブなインスタンスがプロセッサ障害、電源障害などによって異常に終了した場合でも、フォールトトレランスが持続することを保証するために、オーケストレータ２２２自体を冗長コンポーネントとしてインスタンス化してもよい。
再び図３を参照すると、いくつかの論理機能が、２つのサーバ３００および３０２にわたって実装されるように描かれている。論理機能は、第１のコントローラ（すなわち、関連するプロセスプラントの第１の部分の第１のセットの機器を制御するコントローラ）３０４、第２のコントローラ（すなわち、関連するプロセスプラントの第２の部分の第２の機器のセットを制御するコントローラ）３０６、Ｉ／Ｏサーバ３０８、およびヒストリアン３１０を含む。論理機能３０４～３１０の各々は、１つ以上の対応するコンテナ内で実行される関連サービスによって実装される。簡略化のため、ここでの説明では、コンテナ内で実行されるこれらのサービスを単に「コンテナ」と呼ぶが、図３における各「コンテナ」は関連するサービスを実行しており、このサービスは、他のコンテナ、サービス、および／またはプロセス制御フィールドデバイスに関して動作するように構成されていることが理解されるべきである。例えば、各コントローラコンテナは、関連する機器のセットを制御するようにプログラムされたコントローラサービスをその中で実行することを有する。いくつかの実施形態では、コントローラサービスは、１つ以上の制御モジュールサービスでプログラムされ得、各制御モジュールサービスは、１つ以上の制御機能ブロックサービスでプログラムされ得、ここで、制御モジュールサービスの各々および制御機能ブロックサービスの各々は、それぞれのコンテナ内で実行され得る。
図３は、論理コントローラ３０４が３つのコントローラコンテナ３０４Ａ、３０４Ｂ、および３０４Ｃを含むことを描いている。コントローラコンテナ３０４Ａ～３０４Ｃの各々は、他のコントローラコンテナ３０４Ａ～３０４Ｃのうちの少なくとも１つとは異なるコンピューティングリソース（すなわち、プロセッサコア、プロセッサ、計算ノード、またはサーバ）上でインスタンス化される。すなわち、コントローラコンテナ３０４Ａは、他のコントローラコンテナ３０４Ｂおよび３０４Ｃ（サーバ３０２上でインスタンス化される）とは異なるサーバ（サーバ３００）上でインスタンス化され、コントローラコンテナ３０４Ｂは、コントローラコンテナ３０４Ａ（サーバ３００上でインスタンス化される）とは異なるサーバ（３０２）上で、およびコントローラコンテナ３０４Ｃとは異なるプロセッサまたはプロセッサコア上でインスタンス化され、コントローラコンテナ３０４Ｃは、コントローラコンテナ３０４Ａ（サーバ３００上でインスタンス化される）とは異なるサーバ（３０２）上で、およびコントローラコンテナ３０４Ｂとは異なるプロセッサまたはプロセッサコア上でインスタンス化される。図３はまた、サーバ３００および３０２上で同様の方式でインスタンス化された３つのコントローラコンテナ３０６Ａ、３０６Ｂ、および３０６Ｃ、サーバ３００および３０２上でそれぞれインスタンス化された２つのＩ／Ｏサーバコンテナ３０８Ａおよび３０８Ｂ、ならびにサーバ３００および３０２上でそれぞれインスタンス化された２つのヒストリアンコンテナ３１０Ａおよび３１０Ｂを描いている。
論理コントローラ３０４を参照すると、コントローラコンテナ３０４Ａ～３０４Ｃを異なるコンピューティングハードウェア上でインスタンス化することによって、コントローラコンテナ３０４Ａ～３０４Ｃのうちの１つだけが、所与の瞬間にアクティブになり得る（すなわち、制御される機器に制御出力を提供する）ことが明らかであるべきで、コントローラコンテナ３０４Ａ～３０４Ｃのうちの任意の１つに故障が発生しても、論理コントローラ３０４によって制御される機器の制御を損失することにはつながらない。コントローラ３０４Ａ～３０４Ｃのうちのアクティブな１つで故障が発生した場合、残りの２つのコントローラのうちの１つがアクティブなコントローラになる。３つのコントローラコンテナ３０４Ａ～３０４Ｃはすべて同じ制御アルゴリズムを実装し、アクティブなコントローラによって受信されたすべてのデータを受信するので、コントローラコンテナ３０４Ａ～３０４Ｃの各々によって提供される出力は同一であり、アクティブなコントローラに障害が発生した場合、コントローラ３０４Ａ～３０４Ｃから新しいアクティブなコントローラが選択され得る。さらに、アクティブなコントローラの故障が、コントローラコンテナがインスタンス化されているサーバの電源障害によって引き起こされた場合、コントローラコンテナ３０４Ａ～３０４Ｃのうちの少なくとも１つが異なる電源を使用するコンピューティングリソース上にインスタンス化されていれば、少なくとも１つの他のインスタンスが、アクティブなコントローラとして引き継ぐことが可能であり得る。
実施形態では、オーケストレータ２２２は、インスタンス化された様々なコンテナのＱｏＳメトリックを監視し得る。例として、これらに限定されないが、ＱｏＳメトリックは、プロセッサ負荷、出力遅延、ネットワーク遅延、およびネットワーク帯域幅を含み得る。ＱｏＳメトリックが、コンテナのうちの１つ、もしくはコンテナで実行されているサービスが不安定になっていることを示している場合、またはＱｏＳメトリックが、コンテナのうちの１つがコンテナまたはサービスに指定された要件内で遂行されていないことを示している場合、オーケストレータ２２２は、コンテナのさらなるインスタンスをインスタンス化し、不安定になっているコンテナインスタンスを終了し、その際、適切に機能しているコンテナをパフォーマンスの悪いコンテナに置き換えながら同じレベルの冗長性を維持し得る。新たにインスタンス化されたコンテナは、実施形態では、例えば、ＱｏＳメトリックが、コンテナがインスタンス化されたハードウェアの結果としてコンテナのパフォーマンスが低かったことを示すかどうかに応じて、パフォーマンスの悪いコンテナとは異なるハードウェア（異なるプロセッサ、異なるサーバなど）上でインスタンス化され得る。同時に、ＱｏＳメトリックが、あるハードウェアリソースが十分に利用されていない一方で、別のハードウェアリソースが十分に利用されていることを示す場合、負荷分散サービス２５８は、オーケストレータ２２２に、１つ以上のコンテナを、十分に利用されているリソースから十分に利用されていないリソースに移動させる（すなわち、十分に利用されていないリソース上に新しいコンテナを作成し、十分に利用されているリソース上のコンテナを終了させる）ようにし得る。
再び図３を参照すると、オーケストレータ２２２は、２つのサーバ３００および３０２にわたって４つの論理機能３０４～３１０をインスタンス化した。前述したように、コントローラ＃１コンテナ３０４Ａの１つのインスタンスは第１のサーバ３００上にあり、コントローラ＃１コンテナ３０４Ｂおよび３０４Ｃの２つのインスタンスは第２のサーバ３０２上にある。同時に、オーケストレータ２２２は、３つのコントローラ＃２コンテナのうちの２つ（３０６Ａおよび３０６Ｂ）を第１のサーバ３００上にインスタンス化し、コントローラ＃２コンテナのうちの１つ（３０６Ｃ）のみを第２のサーバ３０２上にインスタンス化して、２つのサーバの負荷を「平衡化」した。２つのコンテナ３０８Ａおよび３０８Ｂは、それぞれ、第１のサーバ３００および第２のサーバ３０２上でＩ／Ｏサーバサービスを実行する。同様に、２つのコンテナ３１０Ａおよび３１０Ｂは、それぞれ、第１のサーバ３００および第２のサーバ３０２上でヒストリアンサービスを実行する。
図４Ａは、負荷分散の概念を示している。図４Ａでは、５つのコンテナ３１２、３１４、３１６、３１８、３２０が、３つの計算ノード３２２、３２４、３２６にわたってインスタンス化される。図４Ａに示されるコンテナ３１２、３１４、３１６、３１８、３２０の各々は、異なるサービスを実行する。図４Ａは冗長コンテナを描いていないが、そのような冗長性は、説明されている概念の図を単純化するために描かれていない場合でも、説明されている任意の実施形態に存在し得ることを理解されたい。図４Ａは、第１の計算ノード３２２上でインスタンス化されたコントローラコンテナ３１２および連続制御サブシステムコンテナ３１４、第２の計算ノード３２４でインスタンス化された分散アラームサブシステムコンテナ３１６およびＩ／Ｏサーバコンテナ３１８、ならびに第３の計算ノード３２６でインスタンス化された安全計装システム（ＳＩＳ）コントローラコンテナ３２０を描いている。
図４Ａは、分散アラームサブシステムコンテナ３１６が、第２の計算ノード３２４が高負荷になった場合（例えば、Ｉ／Ｏサーバコンテナ３１８が第２の計算ノード３２４のリソースのかなりの部分を消費するような場合）に、第２の計算ノード３２４から第１の計算ノード３２２に「移動」され、これにより、例えば、Ｉ／Ｏサーバコンテナ３１８のＱｏＳメトリックが維持されないように、分散アラームサブシステムコンテナ３１６のＱｏＳメトリックが維持されないように、または第２の計算ノード３２４上の利用可能なリソースの最小量が維持されないようにすることを示している。そのような場合、オーケストレータ２２２は、コンテナ３１６の第２のインスタンス３１６’に十分なリソースを有する別の計算ノード（例えば、図４Ａに描かれるような第１の計算ノード３２２上）でインスタンス化し得る。新たにインスタンス化された分散アラームサブシステム３１６’が安定すると、オーケストレータ２２２は、コンテナ３１６’をアクティブなコンテナにし、第２の計算ノード３２４上でインスタンス化された分散アラームサブシステムコンテナ３１６を終了し、第２の計算ノード３２４のリソースを解放し得る。
また、冗長コンテナの非アクティブインスタンスがサービスの出力を駆動していない可能性がある一方で（例えば、非アクティブなコントローラコンテナがプロセスを駆動していない可能性がある）、冗長コンテナの各々が受信するデータが同等であることを条件として、冗長コンテナは、それでもシステムの部分にデータを提供し得ることも理解されるべきである。例えば、アクティブなコントローラコンテナがプロセスプラントで動作するプロセス制御フィールドデバイスに制御信号を提供することによってプロセスを駆動している間、冗長コントローラコンテナのうちの１つ以上がＳＤＣＳ内の他のサービス、例えば、ヒストリアンサービスにデータを提供している可能性がある。このようにして、システムのパフォーマンス負荷は、冗長コンテナのうちの複数のもの、特にそれらの冗長コンテナが複数のハードウェアリソースに分散されている場合に、分散されることがある。
ＳＤＣＳ１００はまた、「優先」コンテナ（ここでは「高優先」コンテナとも呼ばれる）を含むように構成されてもよい。優先コンテナは、優先度の高いサービスを実行しているコンテナであり、ＳＤＣＳの構成時に構成エンジニアによって指定されるか、特定のサービスのデフォルトで指定される場合がある。例として、安全性評価として分類されるコンテナサービス（ＳＩＳコントローラなど）は、優先コンテナとして普遍的に指定され得る。負荷分散に関して、優先コンテナは、コンピューティングリソース（例えば、プロセッサリソース、ネットワーク帯域幅、メモリ、ストレージなど）を保証され得る。
そのため、オーケストレータ２２２は、負荷分散を遂行して、優先コンテナの保証されたリソースを維持し得る。さらに図４Ａを参照すると、ＳＩＳコントローラコンテナ３２０は、第３の計算ノード３２６（図において、コンテナが優先コンテナであることを示す太いコンテナ境界）上でインスタンス化されたものとして描かれている。実施形態では、優先コンテナは、保証されたリソースが利用可能であることを保証するために、デフォルトで、他の方法でアンロードされた計算ノード（図４Ａに描かれる）上、他の方法でアンロードされたプロセッサコア上などで動作し得る。しかしながら、保証されたリソースが優先コンテナに提供される限り、優先コンテナが、そこにインスタンス化された他のコンテナ（優先または非優先）をも有さないサーバ、プロセッサ、または他のハードウェアコンポーネント上にあることは要件とされない。
保証されるリソースは、コンテナタイプ（例えば、階層コンテナ、コントローラコンテナ、Ｉ／Ｏサーバコンテナ）、サービスタイプ（例えば、Ｉ／Ｏサーバ、コントローラ、サブシステム、ＳＩＳコントローラ）、または個々のコンテナ（例えば、プロセスプラントの特定のエリアを制御するコントローラ＃１）によって指定され得る。優先コンテナが指定されるレベルに関係なく、優先コンテナの指定には、そのようなコンテナ用に予約されているリソースのタイプおよび量の指定が含まれ得る。例えば、限定されないが、優先コンテナは、特定のレベルのプロセッサパフォーマンス、最小量のシステムメモリ、最小量のネットワーク帯域幅、最小量のストレージメモリ、および／または最大の送信遅延のうちの１つ以上を保証され得る。
図４Ｂは、優先コンテナの概念を示し、また、オーケストレータ２２２の負荷分散サービス２５８の追加の能力を示している。具体的には、図４Ｂは、オーケストレータ２２２が、実施形態では、１つ以上の計算ノード、プロセッサ、および／またはプロセッサコアをクラスタに追加および／またはクラスタから削除し得ることを示している。図４Ｂは、コントローラコンテナ３３０、連続制御サブシステムコンテナ３３２、および分散アラームサブシステムコンテナ３３４の各々がインスタンス化された第１の計算ノード３２８を描いている。第２の計算ノード３３６は、その上で、優先性ＳＩＳコンテナ３３８およびＩ／Ｏサーバコンテナ３４０をインスタンス化した。図４Ｂの図示のシステムでは、Ｉ／Ｏサーバコンテナ３４０は、優先コンテナ３３８に保証されたリソースを侵害する第２の計算ノード３３６のリソースを必要とし、オーケストレータ２２２の負荷分散サービス２５８に優先コンテナ３３８のためのリソースを解放するようにさせる。描かれた例では、オーケストレータ２２２は、新しい計算ノード（すなわち、第３の計算ノード）３４２をクラスタに追加することによってリソースを解放し、新しい計算ノード３４２上でＩ／Ｏサーバコンテナ３４０の複製コンテナ３４０’をインスタンス化する。新たにインスタンス化されたＩ／Ｏサーバコンテナ３４０’が安定すると、オーケストレータ２２２は、コンテナ３４０’をアクティブＩ／Ｏサーバコンテナにし、第２の計算ノード３３６上でインスタンス化されたＩ／Ｏサーバコンテナ３４０を終了させ、優先コンテナ３３８の保証されたリソースを満たすために、第２の計算ノード３３６上のリソースを解放し得る。
フォールトトレランスの例示的な実装形態が図５Ａに描かれている。図５Ａでは、第１および第２の計算ノード３４４および３４６は各々、その上に、コントローラコンテナ３５０Ａ、３５０Ｂ、連続制御サブシステムコンテナ３５２Ａ、３５２Ｂ、分散アラームサブシステムコンテナ３５４Ａ、３５４Ｂ、およびＩ／Ｏサーバコンテナ３５６Ａ、３５６Ｂの各々をインスタンス化した。第３のサーバ３４８はアイドル状態にある。図５Ａは、コントローラコンテナ３５０Ａが不安定になっているか、または突然終了することを示している（区別された輪郭によって示されている）。オーケストレータ２２２は、コンテナ３５０Ａが不安定になっているかまたは終了していることを認識し、残りのコントローラコンテナ３５０Ｂがアクティブなコントローラコンテナであることを保証し、第３の計算ノード３４８上でコントローラコンテナ３５０Ｃのさらなる冗長コピーをインスタンス化して、冗長性を維持する。
同様のプロセスは、例えば、計算ノード全体が（例えば、電源障害によって）動作不能になった場合に発生する。図５Ｂは、そのような場合を示している。図５Ｂでは、第１および第２の計算ノード３５８および３６０は各々、その上に、コントローラコンテナ３６４Ａ、３６４Ｂ、連続制御サブシステムコンテナ３６６Ａ、３６６Ｂ、分散アラームサブシステムコンテナ３６８Ａ、３６８Ｂ、およびＩ／Ｏサーバコンテナ３７０Ａ、３７０Ｂの各々をインスタンス化した。第３のサーバ３６２はアイドル状態にある。図５Ｂは、第１の計算ノード３５８が利用できなくなるか、またはいずれにせよ、コンテナ３６４Ａ、３６６Ａ、３６８Ａ、３７０Ａのすべてが突然終了することを示している（区別された輪郭によって示されている）。オーケストレータ２２２は、第１の計算ノード３５８が利用できなくなったことを認識し、コンテナ３６４Ｂ、３６６Ｂ、３６８Ｂ、３７０Ｂをアクティブなコンテナとし、第３の計算ノード３６２上のコンテナ３６４Ｃ、３６６Ｃ、３６８Ｃ、３７０Ｃのさらなる冗長コピーをインスタンス化し、維持された冗長性を保証するように続行する。
実施形態では、オーケストレータ２２２は、データセンタ２０８（または、いずれにせよ、オーケストレータの権限２２２内のデータセンタ２０８の部分）上でインスタンス化されたすべてのインスタンス化されたサービスおよびコンテナを追跡するリスト、表、データベース、または他のデータ構造を維持するかまたはこれにアクセスする。データ構造内の情報は、例えば、オーケストレータ２２２において実行されるサービス（例えば、パフォーマンス関連サービス２６０）によって、サービス（例えば、ＨＣＩオペレーティングシステム２１０において実行されるソフトウェア定義サービスおよび機能２２５）によって、ソフトウェア定義計算サービス２１５によって、ソフトウェア定義ストレージサービス２１８によって、および／またはソフトウェア定義ネットワークサービス２２０によって入力され得る。図６は、表３７２において、オーケストレータ２２２がデータ構造において維持またはアクセスする情報のタイプを示している。一般に、データ構造は、データセンタでインスタンス化されたすべてのコンテナおよびサービスのリスト（列３７３）、各々がアクティブなコンテナまたはサービス（列３７４）であるかどうか、およびコンテナまたはサービスの各々に関連する様々な情報およびメトリック３７６を維持する。例示に過ぎないが、情報およびメトリック３７６は、複数の電源のうちのどの電源が、各コンテナまたはサービスがインスタンス化されているリソースに電力を供給しているかの指示３７７、複数のノードのうちのどのノード上でコンテナまたはサービスがインスタンス化されているかの指示３７８、ノードの負荷の指示３７９、複数のプロセッサのうちのどのプロセッサ上で、コンテナまたはサービスがインスタンス化されているかの指示３８０、プロセッサの負荷の指示３８１、複数のプロセッサコアのうちのどのプロセッサ上で、コンテナまたはサービスがインスタンス化されているかの指示３８２、およびプロセッサコアの負荷の指示３８３のうちのいずれか１つ以上を含み得る。
オーケストレータ２２２はまた、コンテナおよびサービスレベルよりも高いレベルで情報を追跡するデータ構造を維持するかまたはこれにアクセスすることもできる。例えば、オーケストレータ２２２は、各クラスタ、ノード、サーバ、プロセッサ、および／またはプロセッサコア上でおよび／または各クラスタ、ノード、サーバ、プロセッサ、および／またはプロセッサコアに対して利用可能な計算リソース、ストレージリソース、および／またはネットワークリソースの量に関する統計、様々な電源の安定性（例えば、電圧安定性、中断できない電源のステータスなど）、様々な物理ネットワーク接続の遅延に関する統計などにアクセスするかまたはこれを維持し得る。オーケストレータ２２２は、データ構造３７２および／またはデータ構造追跡のより高いレベルの情報を使用して、任意の所与の瞬間において、冗長コンテナの各セットのうちどれがアクティブであるか（例えば、表３７２の列３７４）、冗長コンテナの各セットのうちどれが最良であるかまたは次に利用可能なコンテナであるか（表３７２の列３７５）を判定し得る。このようにして、オーケストレータ２２２は、以前にアクティブだったコンテナが不安定になっている、パフォーマンスが低下した、または終了した場合に、新しいコンテナをすぐにアクティブにすることができる。
オーケストレータ２２２が新しいコンテナをインスタンス化するために、負荷分散の目的、フォールトトレランスの目的、または故障回復の目的で、オーケストレータ２２２（およびインスタンス化されるサービス）は、ソフトウェア定義のストレージサービス２１８に部分的に依存する。図７は、ソフトウェア定義ストレージサービス２１８をさらに詳細に描くブロック図であり、コンテキスト上、ＨＣＩオペレーティングシステム２１０およびＳＤＣＳアプリケーション層２１２の他のコンポーネントのいくつかを示している。上述したように、ＳＤＣＳアプリケーション層２１２内のコンテナ内で実行されるアプリケーション（すなわち、マイクロサービス）は、ＨＣＩオペレーティングシステム２１０のソフトウェア定義ネットワーキング２２０の一部であるマイクロサービスバス３８４を介して通信する。マイクロサービスバス３８４は、インスタンス化されたコンテナ間およびインスタンス化されたコンテナ間の通信を促進することに加えて、コンテナとオーケストレータ２２２との間、コンテナとソフトウェア定義ストレージ２１８との間、およびオーケストレータ２２２とソフトウェア定義ストレージ２１８との間の通信を促進する。
ソフトウェア定義ストレージ２１８は、コールドプロセス構成データサービス３８６（「コールドＰＣＤＳ」）、ウォームプロセス構成データサービス３８８（「ウォームＰＣＤＳ」）、およびホットプロセス構成データサービス３９０（「ホットＰＣＤＳ」）として大別される３つの構成データサービスを含む、様々なストレージリソースを含む。コールドＰＣＤＳ ３８６は、例えば、ソフトウェア定義制御システム１００の開始構成に関連するデータを記憶する。コールドＰＣＤＳ ３８６に記憶されるデータは、例えば、ＳＤＣＳ １００の冗長性およびフォールトトレランス要件、どのアプリケーションサービス２３５をインスタンス化するか、どのサブシステム２３８をインスタンス化するか、どの他のＳＤＣＳサービスおよび／またはアプリケーション２４０をインスタンス化するか、どのサードパーティアプリケーション２４８をインスタンス化するかなどを含み得る。さらに、コールドＰＣＤＳ ３８６は、コンテナサービスの各々起動構成を記憶し得る。例えば、コントローラコンテナの各インスタンスは、コントローラサービスを実装するが、コントローラサービスは、制御モジュールサービスまたは制御ループサービス、およびコントローラが制御すべきプロセスプラントまたはプロセスプラントの部分の制御を実装するために必要な他の情報でコントローラサービスをプログラムするための構成情報を必要とする。したがって、コールドＰＣＤＳ ３８６のデータは、通常、ユーザ（例えば、構成エンジニア）またはメーカーによって設計され、各サービスに固有の操作命令のセットを提供する。各ＳＤＣＳサービス（コンテナ）は、記憶されている構成データについてコールドＰＣＤＳ ３８６をクエリすることになる。実施形態では、コールドＰＣＤＳ ３８６内に記憶されたデータは、サービス専用のソフトウェア定義ディスクボリュームに保存される。
ウォームＰＣＤＳ ３８８は、コンテナサービスが起動していて、サービスの以前のインスタンス化から、またはサービス障害からの回復時に動作状態を回復する必要がある場合に必要なデータを記憶する。したがって、ウォームＰＣＤＳ ３８８に記憶されたデータは、各インスタンス化されたサービスの状態の状態情報、および各アクティブなインスタンス化されたサービスの状態の状態情報などを含み得る。例として、そのような状態情報は、構成が時間とともに作動中の数学的積分を遂行している場合の積分アキュムレータ値を含み得、この値は急速に変化し、したがって、コールドＰＣＤＳ ３８６での記憶には不適切である。ウォームＰＣＤＳ ３７６は、ウォーム再起動アプリケーションの場合、迅速に変化するパラメータストレージを処理する。結果として、実施形態では、ウォームＰＣＤＳ ３８８は、マップされたボリュームへのライトバックキャッシュを使用して、迅速に変化するパラメータを捕捉する。
ただし、状況によっては、インスタンス化されたコンテナがサービスの正確な作動状態の情報を有している必要がある場合がある。これは、例えば、フェイルオーバーに利用可能である冗長コンテナがない状態でコンテナが予期せず終了する場合であり得る。サービスの正確な作動状態が必要とされるこのような場合、ホットＰＣＤＳ ３９０がマイクロサービスに利用可能な従来のＲＡＭ設備の代わりとなるように、ＳＤＣＳサービス（すなわち、コンテナ）の正確な作動状態を捕捉するホットＰＣＤＳ ３９０にデータを記憶してもよい。ホットＰＣＤＳ ３９０に記憶されたデータは、通常、非常に高速な不揮発性メモリボリューム、例えば、ＭＲＡＭまたはＮＶＭｅドライブ技術に保存される。新たにインスタンス化された交換コンテナは、コールド、ウォーム、およびホットのプロセスデータを使用して構成で更新され、終了した先行コンテナからプロセス操作を引き継ぎ得る。
大規模な工業プロセスプラントでは、並列プロセスフローを利用するのが一般的である。つまり、製品を製造するために必要な機器を何倍にも増やして、同一の製品または製品の変化形を製造することがある。結果として、プロセスプラントはしばしば異なる物理階層と領域とに分割される。例えば、特定の機器グループがユニットを形成する場合があり、そのユニットをプロセスプラントの物理エリア内に複数回複製し、プロセスプラントの特定のエリア内に同様の機器グループを維持しながら、異なる製品の流れをユニットのそれぞれのものに通過させることができるようにすることがある。同様に、論理階層が存在し、物理階層と組み合わせて、機器のセットを区別することがある。例えば、バッチ制御の領域では、「プロセスセル」は、１つ以上のバッチを生成するための機器を含む、機器の論理的なグループ化として定義される。プロセスセルは、１つ以上のユニットを含み得、ユニットの各々は、ユニットを構成する１つ以上の機器モジュールを含む。機器モジュールの各々は、１つ以上の制御モジュール（例えば、フィールドデバイス）で構成され得る。
オーケストレータ２２２に関連して、プロセスプラント１０内、特にＳＤＣＳ １００内で様々な方法が実装され得る。方法は、第１のコンテナ内で実行されるサービスを含むように第１のコンテナを構成することと、複数のハードウェアリソースの利用可能なハードウェアリソース上で実行されるように構成された第１のコンテナを割り当てることと、を含み得る。そうすることで、第１のコンテナは、プロセスプラント１０内で動作するプロセス制御フィールドデバイス６０、７０、８０、９０を制御するように構成され得る。第１のコンテナは、フィールドデバイスからデータを受信し、受信したデータから１つ以上の制御出力を判定し、１つ以上の制御出力を複数のフィールドデバイスに送信するコントローラサービスを実行するように構成され得る。あるいは、第１のコンテナは、Ｉ／Ｏサーバサービスを実行するように構成され得る。さらに他の実施形態では、第１のコンテナは、ヒストリアンサービス、分散アラームサブシステムサービス、または診断サブシステムサービスのいずれかを実行するように構成され得る。
利用可能なハードウェアリソース上で実行する最初のコンテナの割り当ては、特定の電源で実行する最初のコンテナの割り当てを含み得る。あるいは、利用可能なハードウェアリソースは、特定のデータクラスタ、特定のデータクラスタのセット、特定のサーバラック、または特定のサーバとして指定され得る。他の実施形態では、利用可能なハードウェアリソースは、特定のプロセッサ、特定のプロセッサコア、特定のメモリデバイス、または特定のメモリリソースとして指定され得る。
さらに、いくつかの実施形態では、この方法は、物理サーバ、データクラスタ、またはノードなどのハードウェアリソースを動的に追加または削除することを含み得る。
実施形態では、第１のコンテナが割り当てられる利用可能なハードウェアリソースは、利用可能なハードウェアリソースに関連するメトリックに従って選択される。構成された第１のコンテナを利用可能なハードウェアリソース上で実行するように割り当てることは、現在のハードウェアリソース、利用可能なハードウェアリソース、または現在および利用可能なハードウェアリソースのメトリック間の比較に関連するメトリックに従って、構成された第１のコンテナを現在のハードウェアリソース上で実行することから利用可能なハードウェアリソース上で実行することに移動することを含み得る。そのメトリックは、様々な実施形態において、例えば、処理帯域幅、ネットワーク帯域幅、メモリリソース、またはハードウェアリソースと別のコンポーネントとの間の通信遅延を含み得る。
方法はまた、１つ以上のコンテナの各々の中で実行されるサービスを含むように１つ以上の冗長コンテナを構成し、それぞれの利用可能なハードウェアリソース上で実行されるように１つ以上のコンテナのそれぞれを割り当てることも含み得る。第１のコンテナは、アクティブなコンテナの出力が出力を駆動するように（すなわち、フィールドデバイスに提供されるか、または入力を別のコンテナに駆動するように）、アクティブなコンテナとして割り当てられ得る。
方法は、冗長コンテナ（アクティブなコンテナを含む）のリストを維持し、どのコンテナがアクティブなコンテナであるかを示すために冗長コンテナのリストを更新することを含み得る。そのような実装形態では、それぞれの利用可能なハードウェアリソース上で実行されるように各冗長コンテナを割り当てることは、１つ以上の冗長コンテナの各々が、プロセッサ多様性、サーバ多様性、および／または電源の多様性を作成するなど、少なくとも１つの点においてフォールトトレランスを作成するように、それぞれの利用可能なハードウェアリソースを選択することを含み得る。
またさらなる実施形態では、方法は、第１のコンテナが優先コンテナであるという指示を受信することと、その結果、優先コンテナおよび／または利用可能なハードウェアリソースが指定されたパフォーマンス要件を満たすかまたは上回ることを保証するように、ハードウェアリソース上にリソース利用可能性の所定の閾値を維持することと、を含み得る。
図８は、例示的なプロセスプラント４００の論理および物理階層の配置を示すブロック図である。プロセスプラント４００は、２つのプロセスセル４０２Ａおよび４０２Ｂを含み、それらの各々は、３つのユニット４０４を含む。プロセスセル４０２Ａは、ユニットＡ１、Ａ２、およびＡ３を含み、一方、プロセスセル４０２Ｂは、ユニットＢ１、Ｂ２、およびＢ３を含む。ユニットの各々は、１つ以上の機器モジュールを含み、そして機器モジュールは１つ以上の制御モジュールを含む。例として、プロセスセル４０２ＡのユニットＡ１は、２つの機器モジュール４０４Ａおよび４０４Ｂを含む。機器モジュール４０４Ａは、制御モジュール４０６Ａおよび４０６Ｂを含み、一方、機器モジュール４０４Ｂは、制御モジュール４０８Ａおよび４０８Ｂを含む。プロセスセル４０２ＡおよびＡ０２Ｂ内の他のユニットは各々、１つ以上の機器モジュール（図示せず）を含み、そして、１つ以上の制御モジュール（図示せず）を含む。
同時に、物理階層または組織をプロセスプラント４００内で使用され得る。例えば、プロセスセル４０２Ａおよび４０２Ｂが同様の製品を処理している場合、ユニットＡ１およびＢ１、Ａ２およびＢ２、ならびにＡ３およびＢ３は、各々、同じまたは異なる制御スキームに従って動作する同一の機器のセットを含み得る。その結果、プロセスプラントのオペレータは、プロセスプラントの「エリア」内で同様のユニットをグループ化することができる。例えば、プロセスプラント４００では、ユニットＡ１およびＢ１はエリア１にあり、ユニットＡ１およびＢ２はエリア２にあり、ユニットＡ３およびＢ３はエリア３にある。
プロセスプラントに応じて、様々な論理および物理階層ならびに配置が可能であり、図８に示される例示的なプロセスプラント４００は、ただ１つの可能な組織スキームを描いているにすぎないことが理解されるであろう。もちろん、大規模な工業プロセスは、任意の数のエリア、プロセスセル、ユニット、機器モジュール、および制御モジュールを含み得、その結果、制御スキーム内でのこれらのモジュールの論理的な編成が特に役立つことがある。
上述したように、ＳＤＣＳ １００は、各コンテナが、コンテナをホストするコンピューティングノードのオペレーティングシステム内で（すなわち、コンテナがインスタンス化されるコンピューティングノードのオペレーティングシステム内で）実行される分離された実行環境であるコンテナ化アーキテクチャを実装する。各コンテナは、構成されていない場合、本質的にサービスおよび他のアイテムをインスタンス化できる「サンドボックス」であるため、ＳＤＣＳ １００のコンテナは、プロセスプラント１０内の論理および／または物理階層を表し得る。具体的には、ＳＤＣＳ １００内のコンテナは、プロセスプラントの論理および／または物理構成を正確な様式で表すためにネストされ得る。
図９は、プロセス制御システムにおけるネストされたコンテナの例示的な実装を示すブロック図である。データクラスタ上の（例えば、データクラスタ２０８上の）計算ノード４１０は、その上にプロセスエリア「プロセスエリア１」を表すコンテナ４１２をインスタンス化した。プロセスエリア１は、ユニット１およびユニット２の２つのユニットを含む。したがって、プロセスエリア１を表すコンテナ４１２は、その中に、ユニット１を表すコンテナ４１４およびユニット２を表すコンテナ４１６をインスタンス化した。このようにして、プロセスプラントの階層は、ＳＤＣＳ １００のコンピューティング要素の組織内で表され得る。図９に描かれる例では、コンテナ４１２内のコンテナ４１８で実行される単一の連続制御サブシステムサービスは、ユニット１およびユニット２の両方を担い、コンテナ４１２内のコンテナ４２０で実行される単一のヒストリアンサービスは、ユニット１およびユニット２の両方のデータを履歴化する。各ユニットに固有のコントローラサービス、Ｉ／Ｏサーバサービス、分散アラームサブシステムサービス、および診断サブシステムサービスは、それぞれ、コンテナ４１４内にネストされたコンテナ４２２、４２４、４２６、および４２８内、ならびにコンテナ４１６内にネストされたコンテナ４３０、４３２、４３４、および４３６内で実行される。
このようにして、プラントオペレータは、関連するプロセスプラントの論理および／または物理設計を表す方法でＳＤＣＳ １００を構成することができる。このようにして、コンテナはまた、プロセスプラントの別個の、しかし同一の部分の制御を実装する目的で、および／または冗長性を作成する目的で、および／または負荷分散操作を促進する目的で、コンテナ構造の複製を促進にするようにも構成され得る。例えば、コンテナは、インスタンス化されるとき、特定のサブコンテナを含むように構成され得、特定のサブコンテナは、インスタンス化されるとき、制御されるべきプロセスプラントの特定の機器エリアに対してのみ構成される必要がある。再び図９を参照すると、コンテナ４１４および４１６は、インスタンス化されたときに、コンテナ４１４内のコンテナ４２２、４２４、４２６、および４２８がユニット１の機器と関連付けられ、コンテナ４１６内のコンテナ４３０、４３２、４３４、および４３６がユニット２の機器と関連付けられるように構成されればよい、同一のコンテナの異なるインスタンスであり得る。
ここで図１０に目を向けると、個々のおよび／またはネストされたコンテナは、フォールトトレランスを促進するために複製され、および／または負荷分散を促進するために計算ノードまたは他のリソース間で移動され得る。図１０は、図９のコンテナ４１２が、計算ノード４１０（コンテナ４１２）および第２の計算ノード４４０（コンテナ４１２’）上でインスタンス化される例を描いている。コンテナ４１２および４１２’は機能的に同一であるが、異なる計算ノード上でインスタンス化されることにより、コンテナのうちの一方（例えば、コンテナ４１２）をアクティブなコンテナに指定し、コンテナのうちの他方（例えば、コンテナ４１２’）を（点線を有するコンテナによって示すように）冗長として指定することができるようになる。そうすることで、アクティブなコンテナがサービスの低下（さらに後述される）を被る場合、またはアクティブなコンテナがインスタンス化される計算ノードが故障（例えば、予期しないサーバエラー、電源障害など）を被る場合、コンテナのうちの冗長なもの（例えば、コンテナ４１２’）は、アクティブなコンテナとして指定され得、プロセスプラントの関連部分は、継続的かつ確実に制御され得る。
もちろん、コンテナは、コンテナの任意のインスタンス化が、その中でネストされているコンテナのすべてを必ず含むように構成され得るが（例えば、ユニット１のコンテナのインスタンス化が、コンテナ４２２、４２４、４２６、および４２８のすべてを含むように）、各コンテナを個別にインスタンス化することもまた可能である。例えば、そのような実装形態は、図１１に描かれており、ここで、２つの計算ノード４１０および４４０は、各々、描かれたプロセス制御システムの一部分を実行する。図１１に描かれる例では、コンテナ４１２は、計算ノード４１０上でインスタンス化される。コンテナ４１２は、その中で、連続制御サブシステムサービスを実行するコンテナ４１８、およびヒストリアンサービスを実行するコンテナ４２０をインスタンス化した。ユニット１に関連付けられているコンテナ４１４は、コンテナ４１２内でインスタンス化され、コントローラサービス、Ｉ／Ｏサーバサービス、分散アラームサブシステムサービス、および診断サブシステムサービスをそれぞれ実行するコンテナ４２２、４２４、４２６、および４２８は、コンテナ４１４内でインスタンス化される。同時に、コンテナ４１２’は、計算ノード４４０上でインスタンス化される。コンテナ４１２’は、その中で、連続制御サブシステムサービスの冗長インスタンス（点線で示される）を実行するコンテナ４１８’、およびヒストリアンサービスの冗長インスタンス（点線で示されている）を実行するコンテナ４２０’をインスタンス化した。ユニット２に関連付けられているコンテナ４１６は、コンテナ４１２’内でインスタンス化され、コントローラサービス、Ｉ／Ｏサーバサービス、分散アラームサブシステムサービス、および診断サブシステムサービスをそれぞれ実行するコンテナ４３０、４３２、４３４、および４３６は、コンテナ４１６’内でインスタンス化される。このようにして、ユニット２に関連付けられているサービスを計算ノード４４０上で実装し、ユニット１に関連付けられているサービスを計算ノード４１０上で実装することにより、負荷分散を実現することができ、また、ヒストリアンと連続制御サブシステムサービスの冗長性を実現することができる。
図１２は、コンテナネネストの別の例を描いている。図１２では、冗長構成が、第１および第２の計算ノード４４２および４４４でそれぞれインスタンス化されている。２つの冗長構成の各々において、同じプロセスエリア１に対応するコンテナ４４６、４４６’がインスタンス化され、その中で、プロセスエリア１の同じユニット１に対応するコンテナ４４８、４４８’がインスタンス化される。コンテナ４４８、４４８’の各々は、ユニット１に対してサービスを提供するために動作可能なコンテナのセットを含み、コンテナのセットは、コントローラコンテナ４５０、４５０’、ヒストリアンコンテナ４５２、４５２’、連続制御サブシステムコンテナ４５４、４５４’、分散アラームサブシステムコンテナ４５６、４５６’、診断サブシステムコンテナ４５８、４５８’を含む。冗長Ｉ／Ｏサーバコンテナ４６０、４６０’は、第１の計算ノード４４２および第２の計算ノード４４４の各々においてインスタンス化される。Ｉ／Ｏサーバコンテナ４６０、４６０’によって実装されるＩ／Ｏサーバは、図１２に描かれているもの以外の他のプロセスエリア、ユニット、およびコントローラに対してＩ／Ｏサービスを遂行し得、したがって、プロセスエリア１のコンテナ４４６、４４６’、またはユニット１のコンテナ４４８、４４８’の中として描かれていない。
Ｉ／Ｏサーバコンテナ４６０、４６０’によって実装されるＩ／Ｏサーバは、図１２に描かれているもの以外のコンテナによって使用され得るが、図では、プロセスエリア１のコンテナ４４６、４４６’が、Ｉ／Ｏサーバ１に「固定」されているように描かれている。このように、図１２は、ＳＤＣＳ １００の別の特徴、すなわち、固定された要素が同じハードウェア上で動作するか、またはそれらが固定されたハードウェア上で動作するように、ＳＤＣＳ １００内の要素を互いに固定することができることを示している。図１２では、例えば、プロセスエリア１のコンテナ４４６、４４６’は、それぞれのＩ／Ｏサーバコンテナ４６０、４６０’に固定されているので、コンテナ４４６は、Ｉ／Ｏサーバコンテナ４６０と同じサーバ上でインスタンス化されることになり、コンテナ４４６’は、Ｉ／Ｏサーバコンテナ４６０’と同じサーバ上でインスタンス化されることになる。したがって、プロセスエリアコンテナ４４６が別のサーバに移動される場合、Ｉ／Ｏサーバコンテナ４６０は、同様に、プロセスエリアコンテナ４４６と同じサーバに移動されることになる。同じことが、コンテナ４６０’に固定されたコンテナ４４６’にも当てはまる。
コンテナは、プロセスプラント１０内の様々なコンポーネントのいずれかに固定され得る。図１２に関して説明されたように、実施形態では、コンテナは、処理ハードウェアの１つの部分から別の部分に移動された場合、コンテナが、ユニットとして移動し、ハードウェアの同じ部分上で実行されたままになるように、他のコンテナに固定され得る。これは、例えば、固定されたコンテナ間のネットワーク遅延を最小限のままであることを保証するのに役立ち得る。実施形態では、コンテナは、特定のデータクラスタ、データクラスタの特定の計算ノード、特定の計算ノードの特定のプロセッサ、特定のサーバラック、プロセッサの特定のプロセッサコアなどを含む特定の処理ハードウェアに固定され得る。いくつかの実施形態では、コンテナは、スマートフィールドデバイス上でインスタンス化され得、したがって、コンテナは、特定のフィールドデバイスに固定され得る。コンテナはまた、特定の非コンピューティング物理リソースにも固定され得る。例えば、コンテナは、特定の物理Ｉ／Ｏインターフェースに固定されてもよく、またはさらには、複数のコンピューティングリソースに電力を供給する特定の電源に固定されてもよい。後者の場合、これにより、電源に関するフォールトトレランスを維持しながら、２つの冗長コンテナの各々を、それぞれの電源から電力を供給されるコンピューティングリソース間で移動できるようになる。
図１３および図１４は、コンテナをコンポーネントに固定する様々な例を示している。図１３では、計算ノード４６２は、コントローラコンテナ４６４、ヒストリアンコンテナ４６６、連続制御サブシステムコンテナ４６８、分散アラームサブシステムコンテナ４７０、診断サブシステムコンテナ４７２、およびＩ／Ｏサーバコンテナ４７４を含む複数のコンテナ４６４～４７４をその上にインスタンス化した。図１３に描かれているように、Ｉ／Ｏサーバコンテナ４７４は、計算ノード４６２に固定されている。したがって、計算ノード４６２上でインスタンス化された他のコンテナは「移動」され得る（すなわち、計算ノード４６２上でインスタンス化されたインスタンスの終了前に他のハードウェア上でインスタンス化され得る）が、Ｉ／Ｏサーバコンテナ４６４は、何らかの状況（例えば、サーバの不安定性、異常終了など）がＩ／Ｏサーバコンテナ４６４を強制的に移動させない限り、計算ノード４６２上に留まる。同時に、連続制御サブシステムコンテナ４６８は、コントローラコンテナ４６４に固定される。コントローラコンテナ４６４および連続制御サブシステムコンテナ４６８は、例えば、コンテナ４６４、４６８間を通過するデータが、同じハードウェアリソース上でのそれらのインスタンス化のために最小遅延を維持することを保証するために、ペアとしてインスタンス化される。
コンテナが特定のハードウェアリソースに固定されている場合、その固定はコンテナのインスタンスに固有である可能性があり、つまり、コンテナの１つのインスタンスが第１のハードウェアリソースに固定され、コンテナの第２の冗長インスタンスが第２の別のハードウェアリソースに固定され得ることが明らかであり得る。このような場合、コンテナをハードウェアリソースに固定すると、冗長性とフォールトトレランスが促進され得る。ただし、コンテナが別のコンテナに固定されている場合、その固定は、ある場合には、コンテナペアのすべての冗長なインスタンス化に引き継がれる可能性がある。つまり、コントローラと連続制御サブシステムのペアは、ペアの各インスタンスがどのハードウェアリソースに固定されるかにかかわらず、一緒に固定されることがある。このようにして、あるコンテナを別のコンテナに固定することは、例えばネットワーク遅延および帯域幅管理に関連する目標を達成するために実装され得る。
一方、図１４は、２つの電源４７６および４７８がそれぞれの計算ノードのセットに電力を供給する例を示している。第１の電源４７６は、３つの計算ノード４７９、４８０、４８１に電力を供給し、一方、第２の電源４７８は、３つの他の計算ノード４８２、４８３、４８４に電力を供給する。サーバ４７９～４８１および４８２～４８４の各セットは、集合的に、その上で同じコンテナのセットをインスタンス化しており、それによって、電源４７６、４７８のうちの一方が故障した場合、電源４７６、４７８の他方で冗長コンテナがアクティブのままであるよう、１：２のフォールトトレランスを提供している。集合的に、サーバ４７９～４８１は、ＳＩＳコントローラコンテナ４８５、コントローラコンテナ４８６、連続制御サブシステムコンテナ４８７、分散アラームサブシステムコンテナ４８８、Ｉ／Ｏサーバコンテナ４８９、ヒストリアンコンテナ４９０、および診断サブシステムコンテナ４９１をその上にインスタンス化している。同様に、サーバ４８２～４８４は、ＳＩＳコントローラコンテナ４８５’、コントローラコンテナ４８６’、連続制御サブシステムコンテナ４８７’、分散アラームサブシステムコンテナ４８８’、Ｉ／Ｏサーバコンテナ４８９’、ヒストリアンコンテナ４９０’、および診断サブシステムコンテナ４９１’をその上にインスタンス化している。事実上、サーバ４７９～４８１でインスタンス化されたコンテナ４８５～４９１の各々は、第１の電源４７６に固定され、ＳＩＳコントローラコンテナ４８５は、特に第１の計算ノード４７９に固定され、ヒストリアンコンテナは、第３のサーバ４８１に固定され、コンテナ４８５～４９１のうちの残りは、概ね、第１の電源４７６に固定されている。同時に、サーバ４８２～４８４上でインスタンス化されたコンテナ４８５’～４９１’の各々は、第２の電源４７８に効果的に固定され、ＳＩＳコントローラコンテナ４８５’は、特に第４の計算ノード４８２に固定され、ヒストリアンコンテナは、第６のサーバ４８４に固定され、コンテナ４８５’～４９１’のうちの残りは、概ね、第２の電源４７８に固定されている。ＳＩＳコントローラコンテナ４８５、４８５’およびヒストリアンコンテナ４９０、４９０’を除いて、コンテナ４８５～４９１は、第１、第２、および第３のサーバ４７９～４８１の間で移動され得、コンテナ４８５’～４９１’は、フォールトトレランスを維持しながら、負荷分散のために第４、第５、および第６のサーバ４８２～４８４の間を移動され得る。
もちろん、上記の段落に示されているように、コンテナのネストおよび固定は、互いに組み合わせて使用することも、別々に使用することもできる。したがって、方法は、データクラスタの第１および第２のコンテナの第１のコンピューティングノード内でインスタンス化することを含み得、これらの各々は、第１のコンピューティングノードのオペレーティングシステム内のそれぞれの分離された実行環境である。第２のコンテナは第１のコンテナ内でインスタンス化され得るが、サービスは第２のコンテナ内でインスタンス化される。第１および第２のコンテナの各々は、実施形態では、プロセスプラントの階層構造の第１および第２のレベルにそれぞれ対応する。同時に、第１のコンテナはまた、その中で１つ以上のサービスを実行し得る。実施形態では、第１のコンテナ内で実行されるサービスは、Ｉ／Ｏサービスであり得る。
方法はまた、第１のコンピューティングノード上で、具体的には第１のコンテナ内でインスタンス化される第３のコンテナをインスタンス化することも含み得る。実施形態では、第２のコンテナ内で実行されるサービスは、工業プロセスプラントの第１の部分におけるプロセス制御フィールドデバイスのサブセットを制御するように構成された制御ルーチンを実行するコントローラサービスであり得、一方、第３のコンテナ内で実行されるサービスは、工業プロセスプラントの第２の部分におけるプロセス制御フィールドデバイスの異なるサブセットを制御するように構成された制御ルーチンを実行するコントローラサービスであり得る。いくつかの実施形態では、第２および第３のコンテナで実行されるサービスは、プロセス制御フィールドデバイスとそれぞれのコントローラサービスとの間でデータを通信するように構成されたそれぞれのＩ／Ｏサーバサービスを含み得る。実施形態では、方法は、データクラスタの１つ以上の異なるノード上で冗長なネストされたコンテナ構造をインスタンス化することを含み得る。
様々な実施形態では、方法は、工業プロセス制御システム１０のデータクラスタにおいて、工業プロセスプラント、複数のコンテナにおける物理プロセスを制御するように動作する複数のプロセス制御フィールドデバイス６０、７０、８０、９０を制御するためのＳＤＣＳ １００を実行することをインスタンス化することを含み得る。複数のインスタンス化されたコンテナの各々は、コンテナがインスタンス化される複数の計算ノードのうちの１つのオペレーティングシステム内で実行される分離された実行環境であり得る。複数のインスタンス化されたコンテナは、ソフトウェア定義制御システムにおける制御戦略の実行を促進するために連携し得る。方法はまた、複数のコンテナの第１のコンテナをソフトウェア定義制御システムのコンポーネントに固定することも含み得る。上述したように、いくつかの実施形態では、複数のコンテナのうちの１つ以上は、プロセスプラントの階層構造のレベルに対応し得る。
実施形態では、方法はまた、複数のインスタンス化されたコンテナのうちの少なくとも１つにおいてサービスを実行することも含み得る。サービスは、例えば、Ｉ／Ｏサーバサービス、コントローラサービス、ヒストリアンサービス、分散型アラームサブシステムサービス、診断サブシステムサービス、サードパーティサービス、またはセキュリティサービスを含み得る。さらに、第１のコンテナをＳＤＣＳのコンポーネントに固定することは、コンテナを別のコンテナに固定することを含み得、別のコンテナは、それ自体が第１のコンテナ内でインスタンス化され得るか、または別のコンテナ内で第１のコンテナがインスタンス化され得る。
コンテナが固定されているコンポーネントは、１つ以上のデータクラスタまたはデータクラスタの一部分に電力を供給する電源であってもよく、またはデータクラスタ、データクラスタの計算ノード、データクラスタ内のサーバラック、サーバ、特定のプロセッサ、もしくはプロセッサ内の特定のプロセッサコアのいずれかであってもよい。あるいは、コンポーネントは、Ｉ／Ｏサーバサービスが実行されているＩ／Ｏサーバコンテナ、プロセス制御フィールドデバイス、または物理Ｉ／Ｏインターフェースであってもよい。実施形態では、方法は、異なるノード、サーバ、電源、プロセッサ、またはプロセッサコアに固定された冗長コンテナ構造をインスタンス化することを含み得る。
図１５は、図１に示されるプラント１０のエリア５０１内のプロセスの一部分およびエリア５０２内のプロセスの一部分の制御を実装するためのコンテナ化されたサービスを含む、Ｉ／ＯサブシステムまたはＩ／Ｏネットワーク５００のブロック図である。Ｉ／Ｏサブシステム５００は、図１および図２に示されるＩ／Ｏゲートウェイ４０およびＳＤＣＳ １００／２００の一部であり、および／またはそれらに接続され得る。
「Ｉ／Ｏネットワーク」という用語に関して、概して、１つ以上のコントローラまたはコントローラサービス（例えば、コンテナ化されたもの）、１つ以上のコントローラまたはコントローラサービスに通信可能に接続されたフィールドデバイス、およびコントローラまたはコントローラサービスとフィールドデバイスとの間の通信を促進する仲介ハードウェアまたはソフトウェアノード（例えば、Ｉ／Ｏサーバサービス、Ｉ／Ｏカードなど）によって形成されるネットワークは、「Ｉ／Ｏネットワーク」または「Ｉ／Ｏサブシステム」と呼ばれてもよい。
高いレベルでは、Ｉ／Ｏサブシステム５００は、（ｉ）エリア５０１のＩ／Ｏサーバサービス（時には「Ｉ／Ｏサービス」または単に「サービス」という）５１１ａ、およびエリア５０２の（ｉｉ）Ｉ／Ｏサービス５１１ｂを含む。以下の説明の大部分は、Ｉ／Ｏサービス５１１ａの構成および動作に焦点を当てているが、Ｉ／Ｏサービス５６１ａは、エリア５０２内のプロセス機器の制御を実装するために使用されるエンティティに関して同様の機能性を提供するために同様に構成されてもよいことが理解されるであろう。
Ｉ／Ｏサービス５１１ａは、任意の好適なコンピューティングデバイスまたはノードで実装されるソフトウェアサービスである。サービス５１１ａは、プラント１０内の様々なルーチン、モジュール、サービス、コンテナ、デバイス、またはノードに対してＩ／Ｏサブシステム５００に関連するＩ／Ｏ機能を（例えば、リンクまたはネットワーク上で）提供するプラットフォーム、アプリケーション、または一連のアプリケーションとして考えることができる。例えば、フィールドデバイス（またはフィールドデバイスに結合されたＩ／Ｏカード）は、（ｉ）サービス５１１ａから、フィールドデバイスを作動させるコマンドなどのコントローラ出力を受信すること、および／または（ｉｉ）フィールドデバイスによって生成または算出された測定されたプロセスパラメータまたはインデックスなどのフィールドデバイス出力をＩ／Ｏサービス５１１ａに送信することによって、Ｉ／Ｏサービス５１１ａと対話し得る。さらに、コントローラサービスは、（ｉ）Ｉ／Ｏサービス５１１ａコントローラ出力を提供する（例えば、コマンドを保持する）こと、および／または（ｉｉ）Ｉ／Ｏサービス５１１ａから、コントローラ入力（例えば、測定されたプロセスパラメータを表すフィールドデバイス出力）を受信することによって、Ｉ／Ｏサービス５１１ａと対話し得る。Ｉ／Ｏサービス５１１ａとそれがサービスを提供するエンティティ（例えば、フィールドデバイス、コントローラサーバ）との間の通信は、Ｉ／Ｏサービス５１１ａが発行者でありフィールドデバイスおよび／もしくはコントローラサービスが加入者であるというような、またはＩ／Ｏサービス５１１ａが加入者でありフィールドデバイスおよび／もしくはコントローラサービスが発行者であるというような、任意の好適な通信モデルを使用して実装され得る。同様に、Ｉ／Ｏサービス５１１ａが要求者であり、フィールドデバイスおよび／もしくはコントローラサービスが要求に応答する、または、Ｉ／Ｏサービス５１１ａがフィールドデバイスおよび／もしくはコントローラサービスからの要求に応答する、プルモデルが使用され得る。必要に応じて、Ｉ／Ｏサービス５１１ａがフィールドデバイス（例えば、発行者、加入者、要求者、応答者など）とコントローラサービスとは異なる通信の役割を遂行するハイブリッドモデルが使用され得る。
いずれにせよ、例示的な動作中に、Ｉ／Ｏサービス５１１ａは、エリア５０１を制御するための同じ制御ルーチンをそれぞれ実装する複数のコンテナ化されたコントローラサービスから複数のコントローラ出力のセットを受信する。典型的な例では、サービス５０１は、コントローラ出力の単一の「アクティブな」セット（すなわち、コンテナ化されたコントローラサービスの特定のうちの１つからの出力）を関連するフィールドデバイスに渡し、領域５０１を制御する。さらに、他の「非アクティブな」コントローラ出力のセットは、関連するフィールドデバイスに転送されない。Ｉ／Ｏサーバサービス５６１ａは、エリア５０２に関して同様に構成され、コントローラ出力の「アクティブな」セットおよび１つ以上の「非アクティブな」セットを含む、コントローラ出力の複数のセットを処理することができる。
高いレベルでは、Ｉ／Ｏサービス５１１ａは、以下の間の仲介者として機能する：（ｉ）プラント内で何らかの物理制御アクションを遂行するフィールドデバイス５３１のセット（例えば、ポンプ、バルブ、および他の作動デバイスを含む）、プラント内のプロセス変数を測定および送信する送信機として動作するフィールドデバイス５３２のセット（例えば、センサベースのフィールドデバイスを含む）、ならびに、潜在的に、「カスタム」アルゴリズムを遂行するマイクロコンテナのセット（分光器デバイス内のスペクトル処理に関連するスペクトル処理マイクロコンテナ、またはカメラが取り付けられたデバイスのためのイメージ処理マイクロサービスのようなもの）をカプセル化し、特定の用途（制御または保守用途であり得る）のための処理されたＩ／Ｏデータを生成および送信する、フィールドデバイス５３３のセット、ならびに（ｉｉ）同じ制御ルーチン＃１（例えば、同じ構成された制御ルーチンサービス＃１）のインスタンス５２５ａ～ｃを各々作動し、同じセットのフィールドデバイス５３１および５３２を制御し、それによってエリア５０１を制御する１つ以上のコンテナ化されたコントローラサービス５２１ａ～ｃ。フィールドデバイス５３１は、プロセス変数データを処理または操作するためのカスタムアルゴリズムまたはカスタムマイクロコンテナを含むフィールドデバイス５３３とは異なる送信機（例えば、測定されたプロセスパラメータの）として機能するフィールドデバイス５３２とは異なる作動フィールドデバイスとして示されているが、単純化のために、記載されたフィールドデバイスは、制御要素（例えば、バルブステム）を作動させてプロセス変数を操作すること、測定または算出されたフィールドデバイスもしくはプロセス変数を測定および送信すること、収集されたプロセスデータまたは他の測定値を処理または操作して、処理または操作されたデータを送信すること、のいずれかまたはすべてが可能であり得ることが理解されるであろう。例えば、スマートバルブポジショナは、バルブを作動させるコマンドを受信し、測定した流量、検出したバルブ位置、バルブの健全性に関する健康指標を送信すること、バルブポジショナのカメラからの収集画像データを処理して、壊れたバルブを検出し、その処理または収集データを送信することを行うように構成され得る。
いくつかの実施形態では、Ｉ／Ｏサービス５１１ａはコンテナ化されていない。しかしながら、必要に応じて、Ｉ／Ｏサービス５１１ａは、Ｉ／Ｏサーバコンテナ（時には「Ｉ／Ｏコンテナ」）５０５ａにコンテナ化される。様々な実施形態では、Ｉ／Ｏサブシステム５００は、複数のＩ／Ｏコンテナ５０５ａ～ｃを含む。Ｉ／Ｏコンテナ５０５ａ～ｃの各々は、同じ入力を受信し（例えば、コントローラサービスおよびフィールドデバイスから）、同じ出力を生成し（例えば、フィールドデバイスおよびコントローラサービスに）、同じ論理を実装する（例えば、どのコンテナ化されたコントローラサービスをアクティブにする必要があるかを評価するため、コントローラサービス間の移行を処理するためなど）。したがって、複数のＩ／Ｏサーバコンテナ５０５ａ～ｃが実装される場合、Ｉ／Ｏサーバコンテナ５０５ａ～ｃのうちの単一の１つが「アクティブ」として指定され得る。例えば、実線および点線によって、図１５は、Ｉ／Ｏコンテナ５０５ａが「アクティブ」であり、Ｉ／Ｏサーバコンテナ５０５ｂおよび５０５ｃが「非アクティブ」であることを示している。このような例では、Ｉ／Ｏコンテナ５０５ａはトラフィックをコントローラサービスとフィールドデバイスに転送するが、コンテナ５０５ｂと５０５ｃは転送しない。実施形態では、すべてのコンテナ（「非アクティブな」コンテナを含む）は同じＩ／Ｏデータを受信するが、「アクティブな」コンテナのみが、コントローラサービスおよびフィールドデバイスによって受信および処理されるＩ／Ｏデータを送信すると言うことができる。
ある場合には、非アクティブなＩ／Ｏコンテナはトラフィックを送信しない。他の例では、Ｉ／Ｏコンテナ５０５ａ～ｃの各々は、Ｉ／Ｏトラフィック（非アクティブなＩ／Ｏコンテナを含む）を送信するが、スイッチはトラフィックを傍受し、「アクティブな」Ｉ／Ｏサーバコンテナから送信された場合にのみトラフィックを宛先に転送する。場合によっては、「非アクティブな」Ｉ／Ｏサーバコンテナは、フィールドデバイスとコントローラサービス間の中間Ｉ／Ｏサーバとしてアクティブに機能していないにもかかわらず、他のコンテナにデータを送信することがある。例えば、「非アクティブな」Ｉ／Ｏサーバコンテナは、Ｉ／Ｏトラフィック（例えば、コントローラ入力、コントローラ出力など）をヒストリアンまたはヒストリアンコンテナ、ユーザワークステーションまたはワークステーションコンテナ、他のプラントまたは外部ネットワークなどに送信することにより、負荷分散操作に参加し得る。したがって、「非アクティブな」Ｉ／Ｏサーバは、「アクティブな」Ｉ／Ｏコンテナがそのような機能を遂行する際の処理能力またはネットワーキング容量を「浪費」することを軽減することができる。これは、Ｉ／Ｏコンテナ５０５ａ～ｃが２つ以上の物理マシンに分散している場合に特に有利である。各Ｉ／Ｏコンテナ５０５ａ～ｃは、図１６および図１７に示されるような１つ以上の物理サーバに実装され得る。
前述したように、コンテナ化されたコントローラサービス５２１ａ～ｃは各々、コンテナ５１５ａ～ｃ内で同じ制御ルーチン＃１のそれぞれのインスタンス５２５ａ～ｃを作動して、フィールドデバイス５３１および５３２の同じセットを制御し、それによってエリア５０１を制御する。いくつかの実施形態では、制御ルーチン＃１は、例えば、１つ以上の構成された制御ルーチンサービスおよび／または１つ以上の構成された制御機能ブロックサービスとして実装され得る。コンテナ５１５ａ～ｃは、任意の好適なコンピュータデバイス、ノード、またはコンピューティングクラスタに実装され得る。ある場合には、コンテナのうちの１つ以上が、対応するコントローラサービスが制御するように構成されているフィールドデバイスの近くのプラント環境のコンピューティングデバイスに実装される。ある場合には、コンテナを実装するデバイスはラックに取り付けられ、物理的なプロセスコントローラに通常見られるものと同様のフォームファクタまたはハウジングを備えている場合がある。他の例では、コントローラサービスコンテナは、プラント内の別の位置、制御室、データセンタ、コンピューティングクラスタ、リモート現場などにあるサーバまたはコンピュータによって実装される。簡単に言えば、コンテナ化されたコントローラサービスは、それらが制御しているフィールドデバイスとの好適なネットワーク接続を確立でき（例えば、サービス５１１ａなどのＩ／Ｏサーバサービスを介して）、コンテナ化されたコントローラサービスは、任意の好適な位置の任意の好適なハードウェア上に実装され得る。
前述したように、コンテナ化されたコントローラサービス５２１ａ～ｃの各々は、同じ制御ルーチン＃１を実装する同じ概念コントローラを表している（各々が同じフィールドデバイスに関連付けられている同じタグからの読み取りおよび書き込みを行うように構成されている）。いつでも、３つのコンテナ化されたコントローラサービス５２１ａ～ｃのうちの２つは、「アクティブな」コンテナ化されたコントローラサービスに対する複製または冗長なコントローラサービスとして考えられ得る。概して、各「コントローラサービス」は、ハードウェアコントローラに見られるものと類似したソフトウェアプラットフォームまたはインフラストラクチャを表している。各コントローラサービスは、制御ルーチンを認識および実行するように構成され、制御ルーチンは、多くの場合、特殊化および予想されるデータ形式および構造を有している（例えば、制御機能ブロックサービスで構成された構成された制御モジュールサービスによって定義される）。コントローラサービスは、物理デバイスで実行されているコンテナと最上位アプリケーション（例えば、制御ルーチン）との間の層と考えることができる。そのために、「コントローラサービス」は、コンテナおよびコンピューティングデバイスが制御ルーチンを適切に認識して実行することを可能にするために、コンピューティングデバイスのコンテナ内に実装されたオペレーティングシステムに類似していると考えることができる。ある場合には、コントローラサービスは、物理プロセスコントローラの特定のハードウェアモデルをエミュレートするエミュレータであるか、またはエミュレータを含み得る。
制御ルーチンまたは制御モジュールは、プロセッサによって実行可能であり、プロセスの少なくとも一部の制御を提供または遂行するための１つ以上の動作を遂行するための命令のセットである。概して、制御ルーチンまたは制御モジュールは、特定の制御戦略を実装するように構成されたソフトウェアとして理解され得、そのコンテナで実行される構成された制御モジュールサービスとしてＳＤＣＳ ２００内に実装され得る。制御ルーチンまたは制御モジュールは、様々な機能に関連する１つ以上の相互接続された制御機能ブロックを含み得る。これらの機能ブロックは、それへの入力に基づいて制御スキーム内で機能を遂行するオブジェクト指向プログラミングプロトコル内のオブジェクトであり得、制御スキーム内の他の機能ブロックに出力を提供し得る。実施形態では、制御機能ブロックは、そのコンテナ内で実行される構成された制御機能ブロックサービスとして、ＳＤＣＳ ２００内に実装され得る。より一般的には、制御ルーチンは、１つ以上のコントローラ入力（例えば、温度、圧力、流量などの測定されたプロセス変数）に基づいて実行され、１つ以上のコントローラ出力（例えば、制御バブルなどのフィールドデバイスを操作するためのコマンド）を生成する論理を表している。コントローラ出力は、前述したバルブ位置などのプロセス入力の操作（このようなプロセス入力は「操作変数」と呼ばれることもある）を引き起こして、プロセス出力（これは、「制御変数」または単に「プロセス変数」と呼ばれることがある）を変更または駆動し得る。制御変数は、制御ルーチンが制御しようとする任意の好適な変数であり得る。前の例に留まると、制御バルブの位置を操作して入口バルブを開き、タンク内のレベルを上げることができる（ここではレベルが制御変数である）。多くの場合、制御変数は測定され、コントローラ入力として制御ルーチンに返される。制御ルーチンはまた、ユーザまたは制御ルーチン（例えば、同じ制御ルーチンまたは異なる制御ルーチン）によって提供され得る制御変数（すなわち、設定値）の所望の値を入力として受け入れることができる。図１５は、制御ルーチンインスタンス５２５ａ～ｃまたは５７５ａ～ｃのいずれかの入力として設定値を明示的に示していないが、説明または示されている各制御ルーチンインスタンスが設定値を受信し得ることを理解されたい。
図１５に留まると、典型的な動作の間、Ｉ／Ｏサービス５１１ａは、Ｉ／Ｏチャネル５４２ａを介してフィールドデバイス５３２からプロセス出力（時に「フィールドデバイス出力」という）もしくはプロセス出力のセットを受信し、またはＩ／Ｏチャネル５４２ｂを介してフィールドデバイス５３３から処理データのセットを受信する。プロセス出力は、任意の好適なプロセス変数であり得、検出または算出された値（例えば、タンクレベル変数ＬＴ００４が２０％満杯の値を有することを示す）を運ぶことができる。Ｉ／Ｏサービス５１１ａは、プロセス出力を、Ｉ／Ｏチャネル５４３ａ～ｃを介してコントローラ入力として各制御ルーチンインスタンス５２５ａ～ｃに渡す。すなわち、Ｉ／Ｏチャネル５４３ａ～ｃの各々には、同じ変数または同じ値または値のセット（例えば、ＬＴ００４＝２０％を示す）を保持する変数のセットが割り当てられる。
制御ルーチンサービスインスタンス５２５ａ～ｃは、コントローラ入力を受信し、コントローラ入力の値（例えば、ＬＴ００４＝２０％）および制御ルーチンの論理（例えば、タンクが高いレベルまで満たされるべきことを示す）に基づいて、コントローラ出力（例えば、入口バルブを７５％開放するためのコマンド）を生成する。コントローラサービス５２１ａ～ｃは、それぞれＩ／Ｏチャネル５４４ａ～ｃを介して、コントローラ出力をＩ／Ｏサービス５１１ａに送信する。別の言い方をすれば、Ｉ／Ｏチャネル５４４ａは、制御ルーチンインスタンス５２５ａからの出力のセットを保持し、Ｉ／Ｏチャネル５４４ｂは、制御ルーチンインスタンス５２５ｂからのコントローラ出力のセットを保持し、Ｉ／Ｏチャネル５４４ｃは、制御ルーチンインスタンス５２５ｃからのコントローラ出力のセットを保持する。典型的な例では、コントローラ入力が通常同一であり、制御ルーチン＃１のインスタンス５２５ａ～ｃが同一であるため、コントローラ出力のセットはしばしば同一である（例えば、各Ｉ／Ｏチャネル５４４ａ～ｃは、入口バルブを７５％まで開くコマンドを保持し得る）。そうは言っても、制御ルーチンまたはネットワークトラフィックが何らかの方式で危険にさらされた場合、様々なセットが異なる可能性がある。したがって、Ｉ／Ｏサービス５１１ａは、受信したセットに対して様々なエラーチェックを実装し得る。ある場合には、Ｉ／Ｏサービスは、コンセンサス分析または最良の「ｎ」投票スキームを遂行してセットを選択し得る。例えば、サービス５１１ａが受信した最初の２つのセットが異なる場合、サービス５１１ａは、受信した２つのセットのうちのどちらがサービス５１１ａが受信した３番目のセットと一致するかに基づいて、転送する２つのセットのうちの１つを選択し得る。
より具体的には、Ｉ／Ｏサービス５１１ａは、受信したコントローラ出力のセットおよび／またはコントローラ出力の各セットに関連するメタデータを分析する。具体的には、各セットのＱｏＳメトリックが分析され得、最良のＱｏＳメトリックを有するセットは、Ｉ／Ｏサービス５１１ａまたはいくつかの他のサービス（例えば、オーケストレータサービス）のいずれかによってコントローラ出力の「アクティブな」セットであると判定され得る。ＱｏＳメトリックは、遅延、精度、メッセージレートなど、コンテナ化されたコントローラサービスによって提供されるサービス品質を分析するための任意の望ましいメトリックであり得る。「最良」ＱｏＳメトリックに対応するルーチン、サービス、コンテナ、およびＩ／Ｏチャネルは、（明示的または暗黙的に）「アクティブ」として指定され得る。実施形態では、単一の制御ルーチンサービスインスタンス５２５ａ～ｃ、単一のコントローラサービス５２１ａ～ｃ、単一のコンテナ５２１ａ～ｃ、および単一のＩ／Ｏチャネル４４ａ～ｃは、所与の時間に「アクティブ」であると見なされ得る。残りの制御ルーチンサービスインスタンス５２５ａ～ｃ、コントローラサービス５２１ａ～ｃ、コンテナ５２１ａ～ｃ、およびＩ／Ｏチャネル５４４ａ～ｃは、「非アクティブな」を指定されるかまたは見なされ得る。Ｉ／Ｏサービス５１１ａは、「アクティブな」コンテナおよびコントローラサービスからのコントローラ出力のセットを、Ｉ／Ｏチャネル５４０を介してフィールドデバイス５３１に転送する。「非アクティブな」コンテナからのコントローラ出力のセットは、フィールドデバイスに転送されないが、他の目的（例えば、コンピュータおよび／またはネットワークリソースの使用を最適化すること）のために、他のコンテナおよび／またはサービス（例えば、データヒストリアン）に転送され得る。
図１５に留まると、点線は、どのルーチン、サービス、コンテナ、およびチャネルが非アクティブであるかを示している。図示するように、コンテナ５１５ｃ、コントローラサービス５２１ｃ、ルーチンサービス５２５ｃ、およびＩ／Ｏチャネル５４４ｃは「アクティブ」であり、ルーチンサービスインスタンス５２５ｃによって生成され、Ｉ／Ｏサービス５１１ａに渡されるコントローラ出力がＩ／Ｏサービス５１１ａによって、Ｉ／Ｏチャネル５４０を介してフィールドデバイス５３１に転送されることを意味している。対照的に、コンテナ５１５ａおよびｂ、コントローラサービス５２１ａおよびｂ、ルーチンサービス５２５ａおよびｂ、ならびにＩ／Ｏチャネル５４４ａおよびｂは「非アクティブ」である。結果として、Ｉ／Ｏサーバサービス５１１ａは、ルーチンサービス５２５ａおよびｂからのコントローラ出力をフィールドデバイス５３１に転送しない。
前述したように、Ｉ／Ｏサーバサービス５６１ａは、Ｉ／Ｏサービス５１１ａおよびエリア５０１に関して説明したのと同様の方式で、エリア５０２の制御を促進する。例えば、サービス５６１ａは、（ｉ）フィールドデバイス５８１および５８２および５８３のセットと、（ｉｉ）同じ制御ルーチン＃２のインスタンス５７５ａおよび５７５ｂをそれぞれ作動するコンテナ化コントローラサービス５７１ａおよび５７１ｂとの間の中間ノードとして機能して、同じフィールドデバイス５８１および５８２および５８３のセットを制御して、それによってプラント１０の部分５０２を制御する。Ｉ／Ｏサーバサービス５６１ａは、コンテナ化されたコントローラサービスを評価し、１つの「アクティブ」サービスを選択し、アクティブサービスからのコントローラ出力を利用して、フィールドデバイスのセットを制御し得る（それによって、プロセスに制御を実装し得る）。
図１５に図示されるコンテナは、任意の所望の様式で、プラント１０または他の位置の物理リソース全体に分散され得ることが理解されるであろう。例えば、エリア５０１のコンテナ５１５および５０５は、エリア５０１の近くまたは内部のコンピュータに実装され得、エリア５０２のコンテナ５５５および５６５は、エリア５０２の近くまたはエリア５０２のコンピュータに実装され得る。しかしながら、コンテナ５０５および／または５１５のうちの一部または全部は、エリア５０２の近くまたはエリア内のコンピュータに実装され得、および／またはコンテナ５５５および／または５６５の一部またはすべては、必要に応じて、エリア５０１の近くまたはエリア５０１に実装され得る。または、前述のコンテナのうちのいずれか１つ以上が、プラント１０の他のエリアのコンピュータ、またはプラント１０からリモートにある現場から離れた位置（これは、プラント１０における停電または他の障害の場合にシームレスな移行を確保するために特に有用であり得る）に実装され得る。さらに、前述のコンテナはいずれも、たまたま実行されているコンピュータクラスタまたはノード／サーバに恒久的に固着または固定されている必要はない。コンテナは、コンピューティングおよびネットワーク負荷を平衡化し、コンピューティングまたはネットワーキングの非効率性を軽減するために（例えば、所与の物理リソースが計算上またはネットワークトラフィックによって過度に負担を受けるようになったとき）、必要に応じて、異なるコンピュータにおいて動的に（例えば、実行中に、またはそれとほぼリアルタイムに）インスタンス化、削除、および再インスタンス化され得る。さらに、所与のコンテナの合計インスタンスは、必要に応じて動的に増減することができる。例えば、コントローラコンテナ５６５ａおよび５６５ｂを実装する物理リソースに過度の負荷がかかっているように見える場合、コントローラ＃２サービスの第３のコントローラコンテナが新しいコンピュータまたは物理リソースでインスタンス化され得る（必要に応じて、第３のコンテナがアクティブ化され得る）。その後、Ｉ／Ｏサーバサービス５６１ａは、コントローラ＃２サービスの３つのコンテナを引き続き監視し、任意の所与の時間に最高のパフォーマンスを発揮するコンテナを継続的にアクティブ化し得る。コンテナ間のこの「ジャグリング」は、物理リソースの計算およびネットワークワークロードが大きく変動する場合に役立ち得る。各コントローラサービスは、専用コンテナにコンテナ化され得、それによって、コンテナを実装するノードに存在するより広範なソフトウェア環境に関係なく、各コントローラサービスが実装される比較的分離された一貫性のある予測可能な環境を提供する。例えば、コンテナは、所与のコントローラサービスに必要なソフトウェア依存関係およびソフトウェアライブラリを含み得る。コンテナがない場合、コントローラサービスの一貫した環境を確保するために、コントローラサービスが実行される可能性のあるすべてのノードを適切に構成する必要がある場合がある。また、所与のノードが様々な異なるタイプのサービス（これらは、異なる環境要件を有し得る）を実装することが可能である必要がある場合、ノードの適切な構成を保証することは複雑になる可能性がある。対照的に、説明されているコントローラサービスコンテナを使用すると、各コントローラサービスを所与のノードで簡単にインスタンス化し、ノード／サーバ間またはコンピューティングクラスタ間で簡単に移動することが可能になる。
さらに、上記の説明は、任意の所与のノードでインスタンス化され、ノード／サーバまたはコンピューティングクラスタ間で移動され得るコントローラサービスコンテナに言及しているが、概念および技術は、制御モジュールサービスおよび／または制御機能ブロックサービスなどの他のタイプの制御サービス２３５に容易に適用され得ることに留意されたい。例えば、構成された制御機能ブロックサービスの複数のインスタンスが異なるプロセッサコア上でインスタンス化され、異なるプロセスコア間または異なるプロセッサ間で移動され得、アクティブなＩ／Ｏサーバが構成された制御機能ブロックの複数のインスタンスのうちの１つを選択し得、構成された制御機能ブロックサービスの選択したインスタンスの出力を、その上で動作するために構成された制御モジュールサービスの複数のインスタンスの各々に提供し得る。同様に、アクティブなＩ／Ｏサーバは、構成された制御モジュールサービスの複数のインスタンスのうちの１つを選択し得、構成された制御モジュールサービスの選択されたインスタンスの出力を構成されたコントローラサービスの各インスタンスに提供し得る。
いずれにせよ、図１５を参照すると、各Ｉ／Ｏチャネル５４０～５４４ｃおよび５７０～５７４ｂは、特定の変数または変数のセットを運ぶように構成され得ることも理解されるであろう。例えば、フィールドデバイス５３１はバルブであり得、Ｉ／Ｏチャネル５４０は、常に制御バルブコマンド（例えば、所望のバルブ位置を表す）を保持するように構成され得る。ある場合には、１つ以上のＩ／Ｏチャネルは、特定の一次変数（例えば、所望のバルブ位置）および１つ以上の二次変数（例えば、バルブ健全性指数、検出されたバルブ位置、測定された流量、アクチュエータの測定ひずみなど）を運ぶように構成される。いずれにせよ、例えば、Ｉ／Ｏチャネル５４０をコントローラ出力５４０と呼ぶことができる。
図１６は、複数のノードまたは物理リソース（例えば、コンピュータ、サーバ、ネットワーキング機器など）を含むコンピュータクラスタ６０１のブロック図であり、その上に、本明細書に記載される様々なコンテナ、マイクロコンテナ、サービス、および／またはルーチンのうちのいずれか１つ以上が、コンピュータリソース使用量およびパフォーマンスを最適化するために実装され、動的に割り当てられ、負荷分散され得る。具体的には、クラスタ６０１は、図１５に示されるコンテナ５１５、５０５、５５５、および／または５６５のいずれか１つ以上を実装するように構成された物理サーバ６０２および６０４を含み得る。
サーバ６０２および６０４の各々は、例えば、プロセッサ、メモリ、および通信インターフェースを含む任意の好適なコンピューティングデバイスであり得、各々は、プラント１０の内部または外部の任意の好適な位置に配置され得る。例えば、図１７は、サーバ６０２（時には、システム／サーバ／デバイス７００と呼ばれる）の例示的な実施形態７００を描いている。図示するように、サーバ７００は、プロセッサ７０２と、メモリ７０４と、通信インターフェース７０６と、を含む。サーバ７００のコンポーネントは、任意の好適なハウジング（図示せず）に収容され得る。
単一のプロセッサ７０２を含むことが示されているが、様々な実施形態では、サーバ７００は、複数のプロセッサ７０２を含み得る。この例では、プロセッサ７０２は、コンテナ５０５ａ、Ｉ／Ｏサーバサービス５１１ａ、および／またはＩ／Ｏ論理７１１（例えば、本明細書で説明されるＩ／Ｏサーバ動作または機能を遂行するための論理を含む）を実装し得る。プロセッサ７０２はまた、他のコンテナ７１５（例えば、図１、図２、図１５、または図１６に示される他のコンテナのいずれか）も実装し得る。必要に応じて、任意の数のコンテナ５０５および／または７１５をインスタンス化して、サーバ７００において（例えば、負荷分散動作中の稼働時間の間に）実装してもよい。
メモリ７０４は、プロセッサ７０２によって実行され得るコンテナ５０５および７１５などのソフトウェアおよび／または機械可読命令を記憶し得る。メモリ７０４は、ソフトウェアおよび／または機械可読命令を記憶するための非一時的コンピュータ可読媒体（「ＣＲＭ」）を含む揮発性および／または不揮発性メモリまたはディスクを含み得る。
サーバ７００は、サーバ７００が、例えば、別のデバイス、システム、ホストシステム、または任意の他のマシンと通信することを可能にするように構成された１つ以上の通信インターフェース７０６を含む。通信インターフェース７０６は、１つ以上のネットワークを介して他のシステムとの通信を可能にする（例えば、サーバ７００がサーバ６０４と通信することを可能にする）ネットワークインターフェースを含み得る。通信インターフェース７０６は、任意の好適なプロトコルに従って動作するように構成された任意の好適なタイプの有線および／または無線ネットワークインターフェースを含み得る。インターフェースの例には、ＴＣＰ／ＩＰインターフェース、Ｗｉ－Ｆｉ（登録商標）トランシーバ（Ｉ１９Ｅ ８０２．１１ファミリーの標準に準拠）、Ｅｔｈｅｒｎｅｔ（登録商標）トランシーバ、セルラーネットワーク無線、衛星ネットワーク無線、同軸ケーブルモデム、無線ＨＡＲＴ無線、または任意の通信プロトコルもしくは標準を実装するその他の好適なインターフェースが含まれる。
図１６に戻ると、ノードまたはサーバ６０２または６０４のいずれかは、図１７に図示されるサーバ７００と同様のコンポーネントを含み得る。図１６に示すように、コンテナ５０５および５１５は、サーバ６０２および６０４全体に分散されている。コントローラサービス５２１は、概念的には単一の「コントローラ」と呼ばれ得ることに留意されたい。すなわち、誰かが「コントローラ＃１」と呼ぶとき、それらは、コントローラサービス５２１を実装するコンテナ５１５のグループを指しており、そして、コントローラサービス５２１は、同じ機器のセットを制御するための同じ制御ルーチンサービス＃１のインスタンス５２５を各々実行する。オーケストレータおよび／またはＩ／Ｏサーバサービス５１１ａは、存在するコンテナ化コントローラサービス５２１の数を動的に変更してもよく、いつでもどのコンテナ化コントローラサービス５２１がアクティブであるかを動的に変更してもよく、どの物理サーバが任意の所与の時間にコンテナ化コントローラサービス５２１を実装するかを変更してもよいため、「コントローラ＃１」への言及は必ずしも任意の固着された特定のデバイスまたはコンテナを指すとは限らない。おそらくより適切に言えば、「コンテナ１」を表す特定のデバイスおよび特定のコンテナは、Ｉ／Ｏサーバサービス５１１ａによっておよびオーケストレータサービスによって行われる様々な負荷分散動作および決定に応じて、様々な時点で異なる可能性がある。いずれにせよ、図１６に図示されるコンテナおよびサーバは、任意の所望の方式で、プラント１０の物理リソースおよび位置に分散され得る。
フィールドデバイス６３１は、図１５に示されるフィールドデバイス５３１および５３２を参照して説明したのと同じ方式で、コンテナ５０５および／または５１５のうちのいずれか１つ以上と通信し得、同様の方式で構成され得る。図６に示すように、フィールドデバイス６３１は、物理Ｉ／Ｏモジュールまたはカード６１４およびネットワークスイッチ６１２を介してクラスタ６０１と通信し得る。
Ｉ／Ｏモジュールまたはカード６１４は各々、任意の好適なＩ／Ｏカード（時には、「Ｉ／Ｏデバイス」または「Ｉ／Ｏモジュール」と呼ばれる）であり得る。Ｉ／Ｏカード６１４は、典型的には、プラント環境内に位置し、コントローラサービスと１つ以上のフィールドデバイスとの間の中間ノードとして機能し、それらの間での通信を可能にする。具体的には、フィールドデバイスの入力および出力は、典型的には、アナログ通信またはディスクリート通信のために構成される。フィールドデバイスと通信するために、コントローラまたはコントローラサービスは、しばしば、フィールドデバイスによって利用されるのと同じタイプの入力または出力のために構成されたＩ／Ｏカードを必要とする。つまり、アナログ制御信号（例えば、４～２０ｍａの信号）を受信するように構成されたフィールドデバイスの場合、対応するコントローラまたはコントローラサービスは、適切な制御信号を送信するためにアナログ出力（ＡＯ）Ｉ／Ｏカードを必要とする場合がある。また、アナログ信号を介して測定値またはその他の情報を送信するように構成されたフィールドデバイスの場合、コントローラまたはコントローラサービスは、送信された情報を受信するためにアナログ入力（ＡＩ）カードを必要とする場合がある。同様に、ディスクリート制御信号を受信するように構成されたフィールドデバイスの場合、コントローラまたはコントローラサービスは、適切な制御信号を送信するためにディスクリート出力（ＤＯ）Ｉ／Ｏカードを必要とする場合があり、ディスクリート信号で情報を送信するように構成されたフィールドデバイスの場合、コントローラまたはコントローラサービスはディスクリート入力（ＤＩ）Ｉ／Ｏカードを必要とする場合がある。一般に、各Ｉ／Ｏカードは、複数のフィールドデバイスの入力または出力に接続でき、特定の入力または出力への各通信リンクは「チャネル」と呼ばれる。例えば、１２０チャネルのＤＯ Ｉ／Ｏカードを１２０個の個別のディスクリートフィールドデバイス入力に通信可能に接続して、コントローラが（ＤＯ Ｉ／Ｏカードを介して）ディスクリート制御出力信号を１２０個の個別のディスクリートフィールドデバイス入力に送信できるようにする。ある場合には、Ｉ／Ｏカード６１４のうちの任意の１つ以上は、再構成可能であり、任意のタイプのＩ／Ｏ（例えば、ＡＩ、ＡＯ、ＤＯ、ＤＩなど）のために構成されたフィールドデバイスとの通信を可能にする。いくつかのフィールドデバイスは、Ｉ／Ｏカードを介した通信のために構成されていない。そのようなデバイスは、依然として、Ｉ／Ｏサブシステム５００に示されるコントローラサービスに接続され得る。例えば、いくつかのフィールドデバイスは、Ｅｔｈｅｒｎｅｔ（登録商標）ポートおよびリンクを介してコントローラまたはコントローラサービスと通信する。いくつかのフィールドデバイスは、好適な無線プロトコルを介してコントローラまたはコントローラサービスと通信する。
いずれにせよ、Ｉ／Ｏカード６１４は、所与のプロセス制御プロトコル（例えば、ＨＡＲＴ）を介してフィールドデバイス６３１と通信し、他の任意の好適なプロトコル（例えば、ＴＣＰ／ＩＰ）を介してクラスタ６０１と通信し得る。Ｉ／Ｏカード６１４は、ネットワークスイッチ６１２にメッセージをルーティングし、ネットワークスイッチ６１２からメッセージを受信する。ネットワークスイッチ６１２は、コンピュータクラスタ６０１とフィールドデバイス６３１との間でメッセージをルーティングまたは転送するように構成された任意の好適なネットワークスイッチであり得る。ある場合には、Ｉ／Ｏカード６１４のうちの１つ以上は、Ｉ／Ｏカードサービスを実装するマイクロコンテナを実装し得る。したがって、特定のＩ／Ｏカードデバイスが障害し、新しいＩ／Ｏカードデバイスと交換された場合、そのデバイスにＩ／Ｏカードマイクロコンテナをロードし、それによって以前のＩ／Ｏカードデバイスと同じ方式ですばやく構成することができる。例として、このシステムでは、物理Ｉ／ＯサーバがアクティブなＩ／Ｏカードを有し、さらに、アクティブなＩ／Ｏカードの障害が発生した場合に迅速に引き継ぐためにインスタンス化された適切なマイクロコンテナを備えた非アクティブなＩ／Ｏカードを有することができる。アクティブなＩ／Ｏカードは、任意の接続されたデバイスから受信した入力データを、以前の「アクティブな」および「非アクティブな」Ｉ／Ｏサーバコンテナの動作と同様の様式でバックアップＩ／Ｏカードに送信する。重要なのは、この場合、「アクティブな」と「非アクティブな」Ｉ／Ｏカード（これは例えば、典型的または既知のレールバスカードまたはＥｍｅｒｓｏｎ ＣＨＡＲＭ Ｉ／Ｏカードであり得る）との両方は、「非アクティブな」カードを「アクティブな」カードとして引き継ぎ、論理Ｉ／ＯサーバからＩ／Ｏデータの受信を開始するために、論理Ｉ／Ｏサーバに物理的に接続する必要があることである。マイクロコンテナの例としては、「ジェイル」と呼ばれる非常に軽量なコンテナ化技術があり、これは、オペレーティングシステムがマイクロサービスをサンドボックス環境に分離する、業界全体で知られている技術用語である。
ある場合には、ネットワークスイッチ６１２はコンテナ化され得る。コンテナは、スイッチ６１２によって依存される論理を含み得る。この論理は、フィールドデバイス、Ｉ／Ｏカード（またはＩ／Ｏカードコンテナ）、および／またはコントローラサービスのアドレスへのルートを含むルーティング表が含み得る。論理は、そのようなアドレスをスイッチのポートにマッピングする転送表を含み得る（例えば、アドレスに到達するためのルートを知っているかどうかに関係なく）。スイッチの論理をコンテナ化することによって、ネットワークスイッチ６１２は、任意の所望の好適なハードウェアでインスタンス化され得、（例えば、ネットワークスイッチ６１２の物理デバイスが交換された場合に）スイッチハードウェアを、任意の所望のスイッチ／ルーティング動作のために迅速に構成および再構成することができる。
実施形態では、任意の好適なコンテナ、マイクロコンテナ、またはＩ／Ｏをコンピュータクラスタ６０１に割り当てることができ、リソースの利用可能性に応じてサーバ６０２またはサーバ６０４のいずれかに動的に割り当て、インスタンス化することができる。この動的な負荷分散およびリソース割り当てにより、制御システムは、機能を損失することなく、処理負荷、リソースの可用性、ネットワークの制約などの変化に迅速に対応することができる。
明示的に示されていないが、Ｉ／Ｏサブシステム５００は、フィールドデバイス（５３１、５３２、５８１、５８２）とＩ／Ｏサーバサービス５１１ａおよび／または５６１ａとの間の仲介者となる物理Ｉ／Ｏカードおよび／または１つ以上のネットワークスイッチ（例えば、図１６に示すものと同様）を含み得ることに留意されたい。
実施形態では、物理または論理資産がシステムに接続されると、Ｉ／Ｏサーバサービス５０５は、これらの資産が発見サービスによって発見されるとすぐに、これらの資産を自動的に解決し、委託する。例えば、フィールドデバイスは、そのフィールドデバイスに一意のフィールドデバイス識別子を有し得、制御システムは、フィールドデバイスの一意のアイデンティティに基づいて、フィールドデバイスを１つ以上の変数タグ（例えば、フィールドデバイスが受信するように構成されたコマンドを表す、および／またはフィールドデバイスが送信するように構成されたパラメータを表す）にリンクするように構成され得る。この一意の識別子を使用して、フィールドデバイスを切断して制御システムに再接続してもよく、制御システムは、どのハードウェアがコントローラサービスをインスタンス化して実装したか、およびそのハードウェアが地理的にどこに位置しているかにかかわらず、フィールドデバイスとフィールドデバイスに依存するコントローラサービスとの間の通信を自動的にルーティングすることができる。同様に、各コンテナは、どの特定のハードウェアがコンテナをインスタンス化したかに関係なく、またそのハードウェアが地理的にどこにあるかに関係なく、適切なコンテナ／サービス間のルーティングを可能にする一意の識別子を有し得る。
図１８は、図１５～図１７に示されるものなどのＩ／Ｏサーバサービスを実施するための方法８００のフローチャートである。方法８００は、全体的または部分的に、図１および図２に示されるＳＤＣＳ １００／２００および／またはＩ／Ｏゲートウェイ４０によって、より具体的には、図１５～図１７に示されるＩ／Ｏサーバサービス５１１／６１によって実施され得る。したがって、方法８００は、１つ以上の命令またはルーチンとしてメモリに（例えば、図１７に示されるメモリ７０４に）保存され得る。説明を容易にするために、図１８の説明は、方法１８００を実装するものとしてシステム１５のサービス５１１ａに言及している。
方法８００は、フィールドデバイスまたはプロセス出力５４２ａおよび５４２ｂのセットがＩ／Ｏサーバサービス５１１ａによって受信されるとき、ステップ８０５で開始する。例えば、Ｉ／Ｏサーバサービス５１１ａは、フィールドデバイス５３２から、変数ＦＴ００２について毎分１０ガロン（ｇｐｍ）の測定された流量を受信し得る。
ステップ８１０において、Ｉ／Ｏサーバサービス５１１ａは、Ｉ／Ｏチャネル５４２ａおよび５４２ｂを介して受信されたプロセス出力の受信されたセットに各々対応する複数のコントローラ入力のセット（例えば、Ｉ／Ｏチャネル５４３を介して保持される）を生成し、これにより、コントローラ入力のセットの各々が、複数のコントローラ入力のセット内の他のすべてのセットと同じ値のセットを保持するようにする。最後の例を参照し続けると、コントローラ入力の各セットは、同じ値（例えば、１０ｇｐｍ）で同じＦＴ００２パラメータを保持し得る。例示すると、Ｉ／Ｏサーバサービス５１１ａは、プロセス出力のセットからコントローラ入力の第１のセットを生成し得る（例えば、チャネル５４３ａは、コントローラサービス５２１ａの第１のコントローラ入力であり得、パラメータＦＴ００２を表し得、１０ｇｐｍという値を運び得る）。同様に、Ｉ／Ｏサーバサービス５１１ａは、プロセス出力のセットからコントローラ入力の第２のセットを生成し得る（例えば、チャネル５４３ｂは、コントローラサービス５２１ｂの第２のコントローラ入力を表し得、同様にパラメータＦＴ００２を表し得、同じ値１０ｇｐｍを保持し得る）。
ステップ８１５において、Ｉ／Ｏサーバサービス５１１ａは、コントローラ入力の各セット（例えば、セット５４３ａ～ｃ）を、複数のコントローラサービス５２１ａ～ｃのうちの異なる１つに送信する。図１５に示すように、各コントローラサービス５２１ａ～ｃは、同じコントローラルーチン＃１の異なるインスタンス（インスタンス５２５ａ～ｃを含む）を実装する。制御ルーチンは各々、同じルーチンのインスタンスであるため、それらはすべて、同じコントローラ入力のセットの同じ値のセットに基づいて、フィールドデバイス５３１および５３２を介してプロセスプラント１０の同じ部分５０１を制御するために、同じコントローラ出力のセット（例えば、同じコマンド変数のセット）を生成するように構成される。任意の数のコンテナ化されたコントローラサービスが存在する可能性があり、コントローラ入力のセット（各々が同じパラメータと値を保持する）が各々、コンテナ化されたコントローラサービスをｆ９ｄする可能性があることに留意されたい。
ステップ８２０において、Ｉ／Ｏサーバサービス５１１ａは、複数のコントローラサービス５２１ａ～ｃのうちの異なる１つから、各セットがＩ／Ｏチャネル５４４ａ～ｃを介して複数のコントローラ出力のセットを受信する。
ステップ８２５において、Ｉ／Ｏサーバサービス５１１ａは、Ｉ／Ｏチャネル５４４ａ～ｃおよび／またはセットに関連付けられているメタデータ（例えば、遅延情報）を介して受信されたコントローラ出力の複数のセットを分析する。具体的には、各セットのＱｏＳメトリックを分析することができ、最良のＱｏＳメトリックを有するセットを識別することができる。ＱｏＳメトリックは、遅延、精度など、コンテナ化されたコントローラサービスによって提供されるサービス品質を分析するための任意の所望のメトリックであり得る。
ステップ８３０において、Ｉ／Ｏサーバサービス５１１ａは、分析に基づいてコントローラ出力のアクティブなセットを選択する。実施形態では、Ｉ／Ｏサーバサービス５１１ａは、分析に基づいてコントローラ出力のアクティブセットをアクティブ化する。例えば、サービス５１１ａは、各コンテナ５１５ａ～ｃに関連付けられているＱｏＳメトリックに基づいて、セット５４４ｃをアクティブ化し得る。サービス５１１ａは、例えば、遅延が最も短いコンテナまたはコントローラサービスを選択し得る。実施形態では、サービスは、ある種のコンセンサスが形成された後、所与のコンテナ、サーバ、またはチャネルをアクティブ化する。例えば、それは、第２のコンテナがコントローラ出力５４４ａ～ｃのセットに対して同じ値を提供する第１のコンテナ、サーバ、またはチャネルをアクティブ化し得る。例では、サービス５１１ａは、「ｎ」からの最良の投票スキームを使用して、コンテナ／コントローラサービス／チャネルをアクティブ化する。実施形態では、オーケストレータサービスなどの別のサービスが、サービス５１１ａの代わりにステップ８３０を遂行する。
ある場合には、Ｉ／Ｏサーバサービス５１１ａは、コントローラ出力５４４ａ～ｃのうちのいずれか１つ以上のステータスを確認し得る（例えば、アクティブなコンテナを選択する前または後）。例えば、サービス５１１ａは、出力が最近更新され、古くなっていないことを検証し得る。これは、少なくとも部分的に、出力の少なくとも１つのセット５４４ａ～ｃを別のセット５４４ａ～ｃとクロスチェックすることによって行ってもよい。
ステップ８３５において、Ｉ／Ｏサーバサービス５１１ａは、コントローラ出力のアクティブなセット（例えば、バルブを開くかまたは閉じるかのコマンドを含む）をフィールドデバイス５３１に送信して、工業プロセスのプロセス出力（例えば、操作されたバルブの状態に依存する流量）を駆動して、それによって、工業プロセスの特定の部分５０１を制御する。
Ｉ／Ｏサーバサービス５１１ａは、コントローラ入力または出力をフィールドデバイスからコントローラサービスに（またはその逆に）中継する前に、任意の好適な方式でコントローラ入力またはコントローラ出力を保持する信号を調整し得る。Ｉ／Ｏサーバサービス５１１ａは、アナログ調整技術および／またはデジタル信号調整技術を実装し得る。Ｉ／Ｏサーバサービス５１１ａによって実装され得る例示的なアナログ信号調整技術は、フィルタリング、増幅、スケーリング、および線形化技術を含む。Ｉ／Ｏサーバサービス５１１ａによって実装され得る例示的なデジタル調整技術は、単位変換、列挙、符号化、および信号へのステータス値の追加または編集を含む。特性化または線形化機能は、アナログまたはデジタル調整中にＩ／Ｏサーバサービス５１１ａによって実装され得る。
図１９は、図１５～図１７に示されるもののうちの１つなどの、コンテナ化されたコントローラサービス（または対応するＩ／Ｏチャネル）間を評価および移行するための方法９００のフローチャートである。方法９００は、全体的または部分的に、図１および図２に示されるＳＤＣＳ １００／２００および／またはＩ／Ｏゲートウェイ４０によって、より具体的には、図１５～図１７に示されるＩ／Ｏサーバサービス５１１／６１によって実施され得る。したがって、方法９００は、１つ以上の命令またはルーチンとしてメモリに（例えば、図１７に示されるメモリ７０４に）保存され得る。説明を容易にするために、図１９の説明は、方法１９００を実装するものとしてシステム１５のサービス５１１ａに言及している。
ステップ９０５において、Ｉ／Ｏサーバサービス５１１ａは、複数のＩ／Ｏチャネル５４４ａ～ｃを介してプロセス制御トラフィックを受信する。
ステップ９１０において、Ｉ／Ｏサーバサービス５１１ａは、アクティブである第１のＩ／Ｏチャネル（例えば、５４４ｃ）を識別する。図５に示すように、サービス５２１ｃおよびＩ／Ｏチャネル５４４ｃはアクティブであり、サービス５２１ａ／ｂおよびＩ／Ｏチャネル５４４ａ／ｂは非アクティブである。実施形態では、Ｉ／Ｏサーバサービス５１１ａは、アクティブサービス５４４ｃをアクティブ化する。
ステップ９１５において、Ｉ／Ｏサーバサービス５１１ａは、アクティブＩ／Ｏチャネル５４４ｃからのプロセス制御トラフィックを使用して、１つ以上のフィールドデバイスを制御する。例えば、方法８００の説明と一致して、サービス５１１ａは、受信した制御トラフィック（例えば、コントローラ出力またはコマンドを含む）をＩ／Ｏチャネル５４０を介してフィールドデバイスに渡し得る。
ステップ９２０において、Ｉ／Ｏサーバサービス５１１ａは、コントローラサービスからの各Ｉ／Ｏチャネル５４４ａ～ｃのＱｏＳメトリックを評価する。すでに述べたように、ＱｏＳメトリックは、遅延、精度など、コンテナ化されたコントローラサービスによって提供されるサービス品質を分析するための任意の望ましいメトリックであり得る。
ステップ９２５において、Ｉ／Ｏサーバサービス５１１ａは、最高または最良のＱｏＳメトリックが非アクティブなチャネルに対応するかどうかを判定する。そうでない場合（すなわち、それが現在アクティブなＩ／Ｏチャネルまたはコントローラコンテナに対応する場合）、Ｉ／Ｏサーバサービス５１１ａは、現在アクティブなＩ／Ｏチャネルを維持し（ステップ９３０）、ステップ９１０に戻る。あるいは、最高または最良のＱｏＳメトリックがアクティブなチャネルに対応する場合、Ｉ／Ｏサーバサービス５１１ａは、ステップ９３５において、最高または最良のＱｏＳを有する非アクティブなチャネルをアクティブなＩ／Ｏチャネルとして指定し得る。次に、Ｉ／Ｏサーバサービス５１１ａは、ステップ９１０に戻る。
一実施形態では、各コントローラサービスは、各制御ルーチンが制御ルーチンの実行プロセスでどこにあるかを追跡する。例えば、制御ルーチンをフェーズまたはステージに分割して、コントローラサービス間の移行のために制御ルーチンを同期させることが可能であり得る。実施形態では、コントローラサービスは、ロックステップまたは相対ロックステップで実行される。例えば、各コントローラサービスは、特定のステージまたはフェーズの実行後に停止し、他のコントローラサービス（またはコンテナサービスの閾値数）が同じ所与のステージの実行を終了するまで待機してから、制御ルーチンの次の状態またはフェーズを開始する場合がある。この「ロックステップ」の実行は、プロセスの安全性が懸念される状況で役立つ場合がある。
上述したように、図２を参照すると、ＳＤネットワークサービス２２０は、ノード２０８にわたってＳＤネットワーキングサービス２２０によって実装され得る論理プロセス制御システム２４５によって利用される論理または仮想ネットワーキングを運営および管理し得る。ＳＤネットワークサービス２２０は、仮想ルータ、仮想ファイアウォール、仮想スイッチ、仮想インターフェース、仮想データダイオードなどのネットワークアプライアンスのインスタンス、およびパケット検査サービス、アクセス制御サービス、承認サービス、認証サービス、暗号化サービス、認証局サービス、鍵管理サービスなどのネットワークサービスのインスタンスをＳＤＣＳ ２００に展開し、管理し得る。ネットワークサービスは、サービスまたはマイクロサービスとして実装され得る。
さらに、ＳＤネットワークサービス２２０は、他のタイプのサービスを実行する他のコンテナ内に、セキュリティアプライアンス／サービスを実行するコンテナをネストし得る。例えば、ＳＤネットワークサービス２２０は、制御機能に関連するセキュリティサービスを遂行するために、制御コンテナ内にセキュリティコンテナをネストし得る。ＳＤネットワークサービス２２０はまた、セキュリティアプライアンス／サービスを実行する他のコンテナ内にセキュリティアプライアンス／サービスを実行するコンテナをネストし得る。例えば、ＳＤネットワークサービス２２０は、ファイアウォールコンテナおよびスマートスイッチコンテナをルータコンテナ内にネストし得る。
さらに、ＳＤネットワークサービス２２０は、ＳＤＣＳ ２００内でセキュリティアプライアンス／サービスを実行するコンテナのＮ個の冗長インスタンスを展開し得る。例えば、ＳＤネットワークサービス２２０は、入ってくるデータパケットを受信して出ていくデータパケットを送信するためのファイアウォールコンテナの第１のインスタンス、および入ってくるデータパケットを受信して出ていくデータパケットを送信するためのファイアウォールコンテナの第２のインスタンスを展開し得る。ＳＤネットワークサービス２２０は、ファイアウォールコンテナの第１のインスタンスと第２のインスタンスとの両方を展開して、同じソース（例えば、制御サービス）からの入ってくるデータパケットを受信し得る。しかしながら、ファイアウォールコンテナの第１のインスタンスは、出ていくデータパケットをＳＤＣＳ ２００の外部のリモートシステムに送信し得るが、ＳＤネットワークサービス２２０は、出ていくデータパケットをリモートシステムに送信するようにファイアウォールの第２のインスタンスを構成しない。代わりに、ＳＤネットワークサービス２２０は、ファイアウォールの第２のインスタンスを構成して、出ていくデータパケットをＳＤＣＳ ２００内の監視システムに送信するか、また入ってくるデータパケットがどのように処理されたかの指示をＳＤＣＳ ２００内の監視システムに送信し得る。このようにして、ＳＤネットワークサービス２２０は、ファイアウォール機能が適切に遂行されているかどうかを監視し得る。
図２０は、ネットワークセキュリティに関連する例示的なコンテナ、サービス、および／またはサブシステムのブロック図を示している。図２０に示すように、ＳＤＣＳは、図２に図示されるようなＳＤネットワークサービス２２０と同様に、ネットワークサービス１００２を実行するコンテナを含む。ネットワークサービス１００２は、ルータコンテナ１００４の第１のインスタンスおよびルータコンテナ１００６の第２のインスタンスを展開および管理する。第１のルータコンテナ１００４は、第１のセキュリティサービス１００８を実行し、第２のルータコンテナ１００６は、第２のセキュリティサービス１０１０を実行する。ネットワークサービス１００２は、第１のルータコンテナ１００４を展開して、第１のタンクコンテナ１０１４および第１の制御コンテナ１０１６を有する第１のユニットコンテナ１０１２に接続し得る。ネットワークサービス１００２はまた、第１のルータコンテナ１００４を展開して、第１のＩ／Ｏサーバコンテナ１０１８に接続し得る。このようにして、第１のルータコンテナ１００４は、第１のユニットコンテナ１０１２と第１のＩ／Ｏサーバコンテナ１０１８との間の通信を促進し得る。第１のセキュリティサービス１００８は、第１のユニットコンテナ１０１２と第１のＩ／Ｏサーバコンテナ１０１８との間の通信をルーティングするためのセキュリティルールの第１のセットを含み得る。
ネットワークサービス１００２は、第２のルータコンテナ１００６を展開して、第１のミキサーコンテナ１０２２と第２の制御コンテナ１０２４とを有する第２のユニットコンテナ１０２０に接続し得る。ネットワークサービス１００２はまた、第２のルータコンテナ１００６を展開して、第２のＩ／Ｏサーバコンテナ１０２６に接続し得る。このようにして、第２のルータコンテナ１００６は、第１のユニットコンテナ１０２０と第２のＩ／Ｏサーバコンテナ１０２６との間の通信を促進し得る。第２のセキュリティサービス１０１０は、第２のユニットコンテナ１０２０と第２のＩ／Ｏサーバコンテナ１０２６との間の通信をルーティングするための第２のセキュリティルールのセットを含み得る。
ＳＤＣＳはまた、認証局サービス１０２８を実行するコンテナも含み得る。さらに、ＳＤＣＳは、プロセスプラント１０の稼働時間の間に利用されて、フィールドデバイス、コントローラ、プロセス制御デバイス、Ｉ／Ｏデバイス、計算ノード、コンテナ、サービス（例えば、制御サービス）、マイクロサービスなどの工業プロセスのうちの少なくとも一部分を制御し得る、プロセスプラント１０の物理または論理資産を含み得る。物理または論理資産は、ＳＤＣＳで通信する際にその真正性を証明するために、公開鍵基盤（ＰＫＩ）証明書などのデジタル証明書を認証局サービス１０２８に要求し得る。物理または論理資産が証明書を要求すると、認証局サービス１０２８は、物理または論理資産の識別情報を取得し、識別情報に基づいて物理または論理資産のアイデンティティを検証する。次に、認証局サービス１０２８は、物理または論理資産の暗号化公開鍵または他の識別子、認証局サービス１０２８の識別子、および認証局サービス１０２８によって証明書が生成されたことを証明するための認証局サービス１０２８のデジタル署名を含み得る物理または論理資産のための証明書を生成する。認証局サービス１０２８は、ＳＤＣＳ内の他のノードまたはサービスと通信するときに認証目的で証明書を使用できる物理または論理資産に証明書を提供する。いくつかの実装形態では、他のサービスは、証明書に含まれる物理または論理資産の暗号化公開鍵を使用して、物理または論理資産との通信を暗号化し得る。
また、いくつかの実装形態では、ＳＤＣＳ内のユーザは、認証局サービス１０２８（プラントオペレータ、構成エンジニア、および／または工業プロセスプラント１０に関連する他の人員など）にデジタル証明書を要求し得る。ユーザがデジタル証明書を要求するとき、ユーザは、ユーザの名前、住所、電話番号、工業プロセスプラント１０内の役割、ユーザ名およびパスワードなどの識別情報を提供し得る。認証局サービス１０２８は、例えば、ユーザから取得した識別情報を他のソースから取得したユーザの識別情報と比較することによって、ユーザのアイデンティティを検証し得る。認証局サービス１０２８がユーザを検証することができる場合、認証局サービス１０２８は、デジタル証明書を生成し、ユーザに提供する。このようにして、ユーザはＳＤＣＳ内のノードまたはサービスにアクセスするためのデジタル証明書を提供し得、ログイン情報を入力する必要はない。いくつかの実装形態では、認証局サービス１０２８は、証明書にユーザの承認情報を含めてもよい。ＳＤＣＳは、工業プロセスプラント１０内でのユーザの役割に基づいて、ユーザに承認レベルを割り当て得る。次に、認証局サービス１０２８は、工業プロセスプラント１０内の異なる承認レベルおよび／または役割のために異なるタイプの証明書を生成し得る。このようにして、ユーザがアクセスしようとするノードまたはサービスは、ユーザが提供する証明書のタイプに基づいて、工業プロセスプラント１０内でのユーザの承認レベルおよび／または役割を判定し得る。次に、ノードまたはサービスは、工業プロセスプラント１０内でのユーザの承認レベルおよび／または役割に基づいて、ユーザがノードまたはサービスにアクセスすることを承認されているかどうかを判定し得る。いくつかの実装形態では、ユーザは、ユーザの承認レベルおよび／または工業プロセスプラント１０内の役割に基づいて、ノードまたはサービスに部分的にアクセスし得る。したがって、ノードまたはサービスは、ノードまたはサービスのいくつかの部分へのアクセスをユーザに提供し、ユーザがノードまたはサービスの他の部分にアクセスすることを防止し得る。
いくつかの実装形態では、ユーザは、デジタル証明書によって保護されている役割によって定義され得る。例えば、プロセスマネージャの役割は、デジタル証明書の第２のセットを有する第２の承認レベルに対応するオペレータの役割とは異なる、デジタル証明書の第１のセットを有する第１の許可レベルに対応し得る。
セキュリティサービス１００８、１０１０は、図２０の制御サービスとＩ／Ｏサービスとの間の通信を促進するルータコンテナ１００４、１００６に含まれているが、これは単なる一例の実装形態である。追加的または代替的に、セキュリティサービスは、制御サービス、Ｉ／Ｏサービスなどの他のタイプのサービスを実行するコンテナにネストし得る。図２１は、図２０のＳＤＣＳの追加または代替の実装のブロック図を示している。図２１に示すように、第１および第２のルータコンテナ１００４、１００６内にそれぞれ第１のセキュリティサービス１００８および第２セキュリティサービス１０１０を展開することに加えて、ネットワークサービス１００２は、第１の制御コンテナ１１１６内で実行するコンテナ（セキュリティコンテナ）内に第３のセキュリティサービス１１０２を、第２の制御コンテナ１１２４内で実行するコンテナ（セキュリティコンテナ）内に第４のセキュリティサービス１１０４を展開している。第３のセキュリティコンテナ１１０２は、セキュリティルールのセットなどのセキュリティ条件を定義するコンテンツを有し得る。さらに、第４のセキュリティコンテナ１１０４はまた、第３のセキュリティコンテナ１１０２のコンテンツと同じまたは異なることがあるセキュリティルールのセットなどのセキュリティ条件を定義するコンテンツを有し得る。コンテンツはまた、制御履歴およびストレージなどの対応する制御コンテナの制御戦略も含み得る。
このようにして、第３のセキュリティサービス１１０２は、ルータコンテナに接続された他のサービスまたはノードに必ずしも適用されない第１の制御コンテナ１１１６に固有のセキュリティルールの第３のセットを含み得る。さらに、第３のセキュリティサービス１１０２は、通信ネットワークを介して送信される前に、第１の制御コンテナ１１１６によって生成されたデータを暗号化し得る。これにより、データがルータコンテナに到達する前に、セキュリティの追加層が提供され得る。セキュリティサービス１１０２および１１０４は、図２１の制御コンテナにネストされているが、セキュリティサービスは、Ｉ／Ｏサーバコンテナ、オペレータワークステーションコンテナなどの任意の好適なコンテナにネストされ得る。
図２２は、図２０の第１のルータコンテナ１００４の詳細なブロック図を示している。ルータコンテナは、ルータコンテナ内にネストされたセキュリティアプライアンスまたはサービスを含み得る。さらに、各セキュリティアプライアンスまたはサービスは、その中にネストされた追加のサービスを含み得る。ルータコンテナは、第１のセキュリティサービス１２０４を実行する第１のファイアウォールコンテナ１２０２と、第２のセキュリティサービス１２０８を実行する第１のデータダイオードコンテナ１２０６と、第３のセキュリティサービス１２１２を実行する第１のスマートスイッチコンテナ１２１０と、パケット検査サービス１２１４と、を含み得る。
第１のセキュリティサービス１２０４は、他の接続タイプまたはポートを防止しながら、所定のノードまたはサービスによってデータを送信／受信することを可能にする許可リストまたは受け入れリストなど、第１のファイアウォールコンテナ１２０２のためのセキュリティルールの第１のセットを含み得る。セキュリティルールの第１のセットは、承認されたトラフィックが第１のルータコンテナ１００４から送信されることのみを許可し得る。例えば、第１のセキュリティサービス１２０４は、外部ソースからプロセスプラント１０へのデータが制御コンテナに送信されるのを防止し得る。
第２のセキュリティサービス１２０８は、データトラフィックがＳＤＣＳからリモートシステムに出入りすることを可能にし得、データトラフィック（例えば、リモートシステムまたは他のシステムから送信または送信されるデータ）がＳＤＣＳに入るのを防止し得る。したがって、第２のセキュリティサービス１２０８は、例えば、仮想出力ポートにおいて（例えば、リモートシステムから）受信した（例えばリモートシステムからの）任意のメッセージをドロップまたはブロックすることによって、および／または仮想入力ポートに宛てられた（例えばリモートシステムからＳＤＣＳ内のノードまたはサービスに宛てられた）任意のメッセージをドロップまたはブロックすることによって、ソフトウェアを介して、仮想入力ポートから仮想出力ポートへの一方向データフローのみをサポートする。第２のセキュリティサービス１２０８はまた、ＳＤＣＳからリモートシステムに送信されるデータを暗号化することもできる。
第３のセキュリティサービス１２０８は、データパケットを受信することを目的としたノードまたはサービスのネットワークアドレスを判定し得、ネットワークアドレスを介してノードまたはサービスにデータパケットを送信し得る。例えば、制御コンテナがルータコンテナを介してＩ／Ｏサーバコンテナにデータを送信する場合、第３のセキュリティサービス１２０８は、Ｉ／Ｏサーバコンテナのネットワークアドレスを識別し、このネットワークアドレスを介してデータをＩ／Ｏサーバコンテナに送信する。第３のセキュリティサービス１２０８は、ルータコンテナに接続されたノードまたはサービスの各々にネットワークアドレスを割り当て、データパケットを受信することを目的としたノードまたはサービスに割り当てられたネットワークアドレスを判定し得る。
パケット検査サービス１２１４は、パケットがルータコンテナを流れるときにパケットの内容を検査することによって、ルータコンテナを流れるネットワークデータのパターンを識別し得る。次に、パケット検査サービス１２１４は、既知のトラフィックパターンを使用して、特定のサービスまたはノードが異常な動作を経験しているかどうかを判定し得る。次に、パケット検査サービス１２１４は、サービスまたはノードを疑わしいものとして識別し、アクションのためにそれらをユーザにフラグを立て得る。パケット検査サービス１２１４はまた、異常な動作の考えられる原因を判定するために診断アクションを遂行することもできる。図２２のルータコンテナは、第１のファイアウォールコンテナ１２０２と、第１のデータダイオードコンテナ１２０６と、第１のスマートスイッチコンテナ１２１０と、パケット検査サービス１２１４と、を含むが、これは、例示を容易にするための単なる一例の実装形態である。ルータコンテナは、任意の好適なセキュリティアプライアンスおよび／またはサービスを含み得る。
いくつかの実装形態では、ネットワークサービスは、ＳＤＣＳ内で実行される各制御サービスとともにファイアウォールサービスを展開し得る。ファイアウォールサービスは、対応する制御サービスを実行するコンテナにネストされたコンテナ内で実行され得る。他の実装形態では、ファイアウォールサービスは、対応する制御サービスに割り当てられたスタンドアロンコンテナ内で実行され得る。図２３に示すように、ネットワークサービスは、第１のファイアウォールコンテナ１３０２を展開して、第１の制御コンテナ１３０４との間のネットワークトラフィックを管理し、第２のファイアウォールコンテナ１３０８を展開して、第２の制御コンテナ１３１０との間のネットワークトラフィックを管理する。ＳＤストレージサービス２１８によって管理され得る制御構成データベース１３０６は、第１の制御コンテナ１３０４に第１の制御構成を提供し得る。制御構成データベース１３０６はまた、割り当てられた第１の制御コンテナ１３０４の第１のファイアウォールコンテナ１３０２にカスタマイズされたファイアウォールルールの第１のセットも提供し得る。さらに、制御構成データベース１３０６は、第２の制御コンテナ１３１０に第２の制御構成を提供し得る。制御構成データベース１３０６は、割り当てられた第２の制御コンテナ１３１０のために第２のファイアウォールコンテナ１３０８にカスタマイズされたファイアウォールルールの第２のセットを提供し得る。他の実装形態では、制御構成サービスは、制御構成データベース１３０６と通信して、制御コンテナ１３０４、１３１０に制御構成を提供し、ファイアウォールコンテナ１３０２、１３０８にカスタマイズされたファイアウォールルールを提供する。
例えば、カスタマイズされたファイアウォールルールの第１のセットは、第１の制御コンテナ１３０４がデータを受信して第１のＩ／Ｏサーバに送信することを許可するが、第１の制御コンテナ１３０４が任意の他のノードまたはサービスにデータを受信または送信することは許可しない許可リストまたは受け入れリストを含み得る。別の例では、カスタマイズされたファイアウォールルールの第１のセットは、第１の制御コンテナ１３０４がＳＤＣＳの外部のリモートシステムの特定のネットワークアドレスにデータを送信および受信することを可能にする許可リストまたは受け入れリストを含み得る。さらに別の例では、カスタマイズされたファイアウォールルールの第１のセットは、第１の制御コンテナ１３０４からのデータにアクセスすることを許可されたサービスまたはノードの許可リストまたは受け入れリストを含み、許可リストまたは受け入れリストに含まれないサービスまたはノードが制御コンテナからデータにアクセスするのを防止し得る。カスタマイズされたファイアウォールルールは、ファイアウォールコンテナ１３０２、１３０８が、制御コンテナ１３０４、１３１０の構成に対する将来の変更に基づいて、制御構成サービスから異なるファイアウォールルールを受信する可能性があるという点で動的であり得る。
上述したように、本明細書に記載されるセキュリティサービスは、パケット検査サービス、アクセス制御サービス、承認サービス、認証サービス、暗号化サービス、認証局サービス、鍵管理サービスなどを含み得る。図２４は、図２１に図示される構成と同様の、制御コンテナ１４０２内にネストされたセキュリティコンテナ１４０４の詳細ブロック図を示している。セキュリティコンテナ１４０４は、暗号化サービス１４０６、認証サービス１４０８、および承認サービス１４１０を含み得る。このようにして、セキュリティコンテナ１４０４は、制御コンテナ１４０２によって送信されるデータを暗号化し得る。セキュリティコンテナ１４０４はまた、制御コンテナ１４０２にアクセスしようとする物理もしくは論理資産またはユーザを認証および／または承認することもできる。
例えば、物理もしくは論理資産またはユーザが制御コンテナ１４０２にアクセスしようとすると、認証サービス１４０８は、制御コンテナ１４０２にアクセスしようとしている物理もしくは論理資産またはユーザの真正性を検証し得る。例えば、認証サービス１４０８は、認証局によって発行されたデジタル証明書を物理もしくは論理資産またはユーザから取得して、物理もしくは論理資産またはユーザの真正性を検証することができる。デジタル証明書は、物理または論理資産の暗号化公開鍵またはその他の識別子、認証局サービスの識別子、および認証局サービスによって証明書が生成されたことを証明する認証局サービスのデジタル署名を含み得る。いくつかの実装形態では、認証サービス１４０８は、認証局サービスの識別子、および認証局サービスのデジタル署名を分析して、証明書が認証局サービスによって生成されたかどうかを判定する。他の実装形態では、認証サービス１４０８は、デジタル証明書をＳＤＣＳ内の認証局サービスに送信して、証明書が認証局サービスによって生成されたかどうかを判定する。
認証サービス１４０８が物理もしくは論理資産またはユーザの真正性を検証することができる場合、承認サービス１４１０は、物理もしくは論理資産またはユーザの認証レベルを判定し得る。一方、認証サービス１４０８が物理もしくは論理資産またはユーザの真正性を検証できない場合、認証サービス１４０８は、制御コンテナ１４０２へのアクセスを拒否し得る。
いずれにせよ、認証サービス１４１０は、物理もしくは論理資産またはユーザの認証レベルに基づいて、物理もしくは論理資産またはユーザが制御コンテナ１４０２にアクセスすることを承認されているかどうかを判定する。物理もしくは論理資産またはユーザが、制御コンテナ１４０２にアクセスするための最小認証レベルを満たすかまたは超える認証レベルを有する場合、承認サービス１４１０は、物理もしくは論理資産またはユーザが制御コンテナ１４０２にアクセスすることを承認されていると判定する。そうでなければ、承認サービス１４１０は、制御コンテナ１４０２へのアクセスを拒否し得る。
いくつかの実装形態では、物理もしくは論理資産またはユーザの承認レベルが証明書に含まれる。異なるタイプの証明書は、工業プロセスプラント１０内の異なる承認レベルおよび／または役割を示し得る。したがって、承認サービス１４１０は、証明書に基づいて、物理もしくは論理資産またはユーザの承認レベルを判定し得る。他の実装形態では、承認サービス１４１０は、論理ストレージリソースから物理もしくは論理資産またはユーザの事前に記憶された承認レベルを取得し、事前に記憶された承認レベルに基づいて、物理または論理資産の承認レベルを判定する。いくつかの実装形態では、物理もしくは論理資産またはユーザは、承認レベルに基づいて、制御コンテナ１４０２に部分的にアクセスし得る。したがって、制御コンテナ１４０２は、物理もしくは論理資産またはユーザに制御コンテナ１４０２のいくつかの部分へのアクセスを提供し、物理もしくは論理資産またはユーザが制御コンテナ１４０２の他の部分にアクセスすることを防止し得る。
いずれにせよ、物理もしくは論理資産またはユーザの認証および承認に応答して、暗号化サービス１４０６は、証明書に含まれる暗号化公開鍵を使用して、制御コンテナ１４０２から物理もしくは論理資産またはユーザへのデータを暗号化し得る。次に、物理もしくは論理資産またはユーザは、暗号化公開鍵とペアになっている暗号化秘密鍵を使用してデータを復号し得る。物理もしくは論理資産またはユーザが暗号化公開鍵とペアになっている暗号化秘密鍵を有していない場合、物理もしくは論理資産またはユーザはデータを復号化できず、これは別の形式の認証である。
アクセス制御サービスは、上述した承認または認証サービスのほか、許可リストまたは受け入れリスト、および／または、所定のノードまたはサービスによってデータが受信／送信されることを許可し、他のノードまたはサービスによるプロセス制御ネットワーク内のデータの受信または送信を防止する他のサービスを含み得る。鍵管理サービスは、プロセスプラント１０内の各物理または論理資産に関連付けられている暗号化公開鍵の記録を記憶し、かつ／またはこれにアクセスし得る。他の実装形態では、鍵管理サービスは、さらに後述するように、検出されたアイテムデータストアから暗号化公開鍵の記録を検索する。次に、物理または論理資産を認証する必要がある場合、物理または論理資産はその暗号化公開鍵を認証サービスに提供する。認証サービスは、鍵管理サービスを呼び出して、検出されたアイテムデータストアから記録を検索し、物理または論理資産に提供された暗号化公開鍵が、検出されたアイテムデータストアに含まれる暗号化公開鍵と一致するかどうかを判定する。
鍵管理サービスはまた、プロセスプラント１０内の物理または論理資産のための暗号化秘密鍵および／またはＰＳＫを記憶し得る。さらに、鍵管理サービスは、物理または論理資産の証明書をプロセスプラント１０に記憶し得る。鍵管理サービスは、ユーザまたは物理もしくは論理資産が、そのそれぞれの鍵または証明書にアクセスする前に自身を認証しなければならないように、鍵および証明書をパスワードで保護し、かつ／または暗号化し得る。
図２２の例示的なルータコンテナでは、ルータコンテナは、ＳＤＣＳ内のノードまたはサービス間の通信、またはＳＤＣＳ内のノードまたはサービスとＳＤＣＳの外部のリモートシステムとの間の通信を促進し得る。図２５は、ＳＤＣＳ内のノードまたはサービスとＳＤＣＳの外部のリモートシステムとの間の通信を促進するための例示的なルータコンテナ１５０２のブロック図を示している。ルータコンテナ１５０２は、第１の暗号化サービス１５０６を実行するフィールドゲートウェイコンテナ１５０４と、第２の暗号化サービス１５１０を実行するデータダイオードコンテナ１５０８と、ファイアウォールサービス１５１４および認証サービス１５１６を実行するエッジゲートウェイコンテナ１５１２と、を含み得る。
フィールドゲートウェイコンテナ１５０４は、プロセスプラントのフィールド環境１２内のノードまたはサービス、例えば、プロセス制御デバイス、フィールドデバイス、制御サービスなどと通信し得る。例えば、フィールドゲートウェイコンテナ１５０４は、プロセスプラントのフィールド環境１２のノードまたはサービスからのトラフィックのみを許可するファイアウォールを備えたファイアウォールサービスルールを含み得る。フィールドゲートウェイコンテナ１５０４はまた、第１の暗号化サービス１５０６を実行して、プロセスプラントのフィールド環境１２からのデータを暗号化し得る。次に、フィールドゲートウェイコンテナ１５０４は、データをデータダイオードコンテナ１５０８に送信し得る。
データダイオードコンテナ１５０８は、データトラフィックがフィールドゲートウェイコンテナ１５０４からリモートシステムに出ることを許可し、データトラフィック（例えば、これはリモートシステムまたは他のシステムから送信または送信される）がフィールドゲートウェイコンテナ１５０４に入るのを防止し得る。したがって、データダイオードコンテナ１５０８は、例えば、エッジゲートウェイコンテナ１５１２において（例えば、リモートシステムから）受信されたメッセージをドロップまたはブロックすることによって、および／またはフィールドゲートウェイコンテナ１５０４に宛てられた（例えば、リモートシステムからＳＤＣＳ内のノードまたはサービスに宛てられた）メッセージをドロップまたはブロックすることによって、ソフトウェアを介して、フィールドゲートウェイコンテナ１５０４からエッジゲートウェイコンテナ１５１２への一方向データフローのみをサポートする。第２の暗号化サービス１５１０はまた、第１の暗号化サービス１５０６に加えて、またはその代わりに、フィールドゲートウェイコンテナ１５０４からのデータを暗号化し得る。次に、データダイオードコンテナ１５０８は、暗号化されたデータをエッジゲートウェイコンテナ１５１２に送信し得る。
いくつかの実装形態では、インスタンス化中に、データダイオードコンテナ１５０８は、データグラムトランスポート層セキュリティ（ＤＴＬＳ）または他のメッセージ指向のセキュリティプロトコルにおけるものなどの、暗号化接続を適切に確立するために、データダイオードコンテナ１５０８を介してプロセスプラント１０へ／から出入りするデータを送信するエンティティ（例えば、フィールドゲートウェイコンテナ１５０４およびエッジゲートウェイコンテナ１５１２）間で一時的にハンドシェイク（例えば、証明書および事前共有鍵の交換）を許可し得る。ＤＴＬＳハンドシェイクが完了すると、接続が確立され、その時点から、データダイオードコンテナ１５０８は、例えば、フィールドゲートウェイコンテナ１５０４からエッジゲートウェイコンテナ１５１２への、データダイオードコンテナ１５０８の残りの期間の間の一方向データフローのみをサポートする。データダイオードコンテナ１５０８の入力端および出力端のエンティティ間に接続の問題がある場合、データダイオードコンテナ１５０８は、ＤＴＬＳハンドシェイクが再び行われることを可能にするために再起動する必要があり得る。
エッジゲートウェイコンテナ１５１２は、プロセスプラント１０の外部のリモートシステムと通信し得る。エッジゲートウェイコンテナ１５１２は、所定のリモートシステムからのトラフィックのみを可能にするファイアウォールルールを備えたファイアウォールサービス１５１４を含み得る。エッジゲートウェイコンテナ１５１２はまた、認証サービスを実行して、エッジゲートウェイコンテナ１５１２と通信するリモートシステムを認証し得る。例えば、エッジゲートウェイコンテナ１５１２からリモートシステムに配信されるトラフィックは、ＳＡＳ（共有アクセス署名）トークンを介して保護され得、これは、リモートシステム２１０において提供されるトークンサービスを通じて管理され得る。エッジゲートウェイコンテナ１５１２は、トークンサービスを認証し、ＳＡＳトークンを要求し、これは、限られた期間、例えば、２分、５分、３０分、１時間以内などにのみ有効であり得る。エッジゲートウェイコンテナ１５１２は、ＳＡＳトークンを受信して使用し、コンテンツデータがエッジゲートウェイコンテナ１５１２からリモートシステムに送信されることを介して、リモートシステムへのＡＭＱＰ（Ａｄｖａｎｃｅｄ Ｍｅｓｓａｇｅ Ｑｕｅｕｉｎｇ Ｐｒｏｔｏｃｏｌ）接続を保護および認証する。追加的にまたは代替的に、エッジゲートウェイコンテナ１５１２とリモートシステム２１０との間を通過するデータを保護するための他のセキュリティメカニズム、例えば、Ｘ．５０９証明書、他のタイプのトークン、ＭＱＴＴ（ＭＱ Ｔｅｌｅｍｅｔｒｙ Ｔｒａｎｓｐｏｒｔ）またはＸＭＰＰ（Ｅｘｔｅｎｓｉｂｌｅ Ｍｅｓｓａｇｉｎｇ ａｎｄ Ｐｒｅｓｅｎｃｅ Ｐｒｏｔｏｃｏｌ）などの他のＩＯＴプロトコルが利用され得る。次に、エッジゲートウェイコンテナ１５１２は、データをリモートシステムに送信し得る。
上述したように、ＳＤＣＳで通信するときに真正性を証明するために、物理もしくは論理資産またはユーザは、認証局サービスにデジタル証明書を要求し得る。図２６は、図２０に示すような認証局コンテナ１０２８と同様の認証局コンテナ１６０２の詳細なブロック図を示している。認証局コンテナ１６０２は、証明書生成サービス１６０４および証明書検証サービス１６０６を含み得る。
証明書生成サービス１６０４は、例えば、物理または論理資産からの要求を受信したときに、物理または論理資産のデジタル証明書を生成し得る。要求を受信すると、証明書生成サービス１６０４は、物理または論理資産の識別情報を取得し、識別情報に基づいて物理または論理資産のアイデンティティを検証する。例えば、要求は、物理または論理資産の名前、物理または論理資産のメーカーおよびモデル、物理または論理資産が所有する暗号化秘密鍵に関連付けられている暗号化公開鍵、または任意の他の好適な識別情報を含み得る。証明書生成サービス１６０４は、例えば、物理または論理資産から取得された識別情報を他のソースから取得された物理または論理資産の識別情報と比較することによって、物理または論理資産のアイデンティティを検証し得る。証明書生成サービス１６０４が物理または論理資産のアイデンティティを検証できない場合、証明書生成サービス１６０４は、物理または論理資産の証明書を生成しない。
他方、証明書生成サービス１６０４が物理または論理資産のアイデンティティを検証することができる場合、証明書生成サービス１６０４は、物理もしくは論理資産の暗号化公開鍵または他の識別子、暗号化公開鍵などの認証局サービス１６０２の識別子、および認証局サービス１６０２が、認証局サービス１６０２によって証明書が生成されたことを証明するためのデジタル署名を含み得る、物理または論理資産のための証明書を生成する。証明書生成サービス１６０４は、ＳＤＣＳ内の他のノードまたはサービスと通信するときに認証目的で証明書を使用できる物理または論理資産に証明書を提供する。いくつかの実装形態では、他のサービスは、証明書に含まれる物理または論理資産の暗号化公開鍵を使用して、物理または論理資産との通信を暗号化し得る。
また、いくつかの実装形態では、ＳＤＣＳ内のユーザは、証明書生成サービス１６０４（プラントオペレータ、構成エンジニア、および／または工業プロセスプラント１０に関連する他の人員など）にデジタル証明書を要求し得る。ユーザがデジタル証明書を要求するとき、ユーザは、ユーザの名前、住所、電話番号、工業プロセスプラント１０内の役割、ユーザ名およびパスワードなどの識別情報を提供し得る。証明書生成サービス１６０４は、例えば、ユーザから取得した識別情報を他のソースから取得したユーザの識別情報と比較することによって、ユーザのアイデンティティを検証し得る。
証明書生成サービス１６０４がユーザを検証することができない場合、証明書生成サービス１６０４は、ユーザの証明書を生成しない。一方、証明書生成サービス１６０４がユーザを検証することができる場合、証明書生成サービス１６０４は、デジタル証明書を生成し、ユーザに提供する。このようにして、ユーザはＳＤＣＳ内のノードまたはサービスにアクセスするためのデジタル証明書を提供し得、ログイン情報を入力する必要はない。いくつかの実装形態では、証明書生成サービス１６０４は、証明書にユーザの承認情報を含めてもよい。ＳＤＣＳは、工業プロセスプラント１０内でのユーザの役割に基づいて、ユーザに承認レベルを割り当て得る。次に、証明書生成サービス１６０４は、工業プロセスプラント１０内の異なる承認レベルおよび／または役割のために異なるタイプの証明書を生成し得る。このようにして、ユーザがアクセスしようとするノードまたはサービスは、ユーザが提供する証明書のタイプに基づいて、工業プロセスプラント１０内でのユーザの承認レベルおよび／または役割を判定し得る。
物理もしくは論理資産またはユーザがＳＤＣＳ内のノードまたはサービスにアクセスしようとすると、ノードまたはサービスは、物理もしくは論理資産またはユーザを認証するために証明書検証サービス１６０６に要求を提供し得る。より具体的には、物理もしくは論理資産またはユーザは、証明書を証明書検証サービス１６０６に転送することができるノードまたはサービスに証明書を提供し得る。いくつかの実装形態では、証明書検証サービス１６０６は、証明書に含まれる認証局サービスの識別子、および証明書に含まれる認証局サービスのデジタル署名を分析して、証明書が認証局サービスによって生成されたかどうかを判定する。例えば、証明書検証サービス１６０６は、証明書に含まれる認証局の暗号化公開鍵が認証局の暗号化公開鍵と一致するかどうかを判定し得る。さらに、証明書検証サービス１６０６は、証明書を生成するエンティティが暗号化公開鍵に関連付けられている暗号化秘密鍵を所有していることをデジタル署名が証明するかどうかを判定し得る。これらの両方が真である場合、証明書検証サービス１６０６は、証明書が認証局サービスによって生成されたと判定し得る。
次に、証明書検証サービス１６０６は、物理もしくは論理資産またはユーザが認証されたことをノードまたはサービスに示し得る。追加的または代替的に、証明書がユーザの承認レベルの指示を含む場合、証明書検証サービス１６０６は、ノードまたはサービスに承認レベルの指示を提供し得る。
図２７は、制御コンテナおよびオペレータワークステーションコンテナ（例えば、仮想ワークステーション）などの、ＳＤＣＳのノードまたはサービスに含まれ得る例示的な認証および承認サービスの例を示している。図２７に図示すように、制御コンテナ１７０２は、第１の認証サービス１７０４を含み、オペレータワークステーションコンテナ１７０６は、第２の認証サービス１７０８および承認サービス１７１０を含む。
制御コンテナ１７０２は、物理または論理資産からアクセスの要求を受信し得、要求は証明書を含む。したがって、第１の認証サービス１７０４は、証明書を使用して物理または論理資産を認証し得る。いくつかの実装形態では、第１の認証サービス１７０４は、物理または論理資産を認証するために、図２６に示される認証局サービス１６０２などの認証局サービスに証明書を提供し得る。いずれにせよ、物理または論理資産を認証する際に、第１の認証サービス１７０４は、制御コンテナ１７０２へのアクセスを提供し得る。そうでなければ、第１の認証サービス１７０４は、制御コンテナ１７０２へのアクセスを拒否し得る。
オペレータワークステーションコンテナ１７０６は、要求が証明書を含む場合、ユーザからのアクセス要求を受信し得る。したがって、第２の認証サービス１７０８は、証明書を使用してユーザを認証し得る。いくつかの実装形態では、第２の認証サービス１７０８は、ユーザを認証するために、図２６に示すような認証局サービス１６０２などの認証局サービスに証明書を提供し得る。いずれにせよ、ユーザを認証すると、第１の認証サービス１７０４は、ユーザが認証されたという指示をオペレータワークステーションコンテナ１７０６に提供し得る。
次に、承認サービス１７１０は、ユーザの許可レベルに基づいて、ユーザがオペレータワークステーションコンテナ１７０６にアクセスすることを承認されているかどうかを判定する。ユーザが、オペレータワークステーションコンテナ１７０６にアクセスするための最小承認レベルを満たすかまたは超える承認レベルを有する場合、承認サービス１７１０は、ユーザがオペレータワークステーションコンテナ１７０６にアクセスすることを承認されていると判定する。そうでなければ、承認サービス１７１０は、オペレータワークステーションコンテナ１７０６へのアクセスを拒否し得る。
いくつかの実装形態では、ユーザの承認レベルが証明書に含まれる。工業プロセスプラント１０内の異なる承認レベルおよび／または役割のための異なるタイプの証明書。したがって、承認サービス１７１０は、証明書に基づいてユーザの承認レベルを判定し得る。他の実装形態では、承認サービス１７１０は、論理ストレージリソースからユーザの事前に保存された承認レベルを取得し、事前に保存された承認レベルに基づいてユーザの承認レベルを判定する。いくつかの実装形態では、ユーザは、承認レベルに基づいて、オペレータワークステーションコンテナ１７０６に部分的にアクセスし得る。したがって、オペレータワークステーションコンテナ１７０６は、ユーザにオペレータワークステーションコンテナ１７０６のうちのいくつかの部分へのアクセスを提供し、ユーザがオペレータワークステーションコンテナ１７０６の他の部分にアクセスすることを防止し得る。
ＳＤＣＳでのネットワーク通信の暗号化に加えて、ＳＤＣＳは論理ストレージリソースを暗号化する。図２８は、暗号化サービス１８０４および認証サービス１８０６を含む例示的なストレージサービス１８０２のブロック図を示している。
ストレージサービス１８０２が論理ストレージリソースをＳＤＣＳに記憶するとき、暗号化サービス１８０４は、論理ストレージリソースに含まれるデータを暗号化する。次に、物理もしくは論理資産またはユーザが論理ストレージリソースにアクセスしようとすると、認証サービス１８０６は、物理もしくは論理資産またはユーザを認証する。例えば、認証サービス１８０６は、認証局によって発行された物理もしくは論理資産またはユーザの証明書に基づいて、物理もしくは論理資産またはユーザを認証し得る。認証サービス１８０６が物理もしくは論理資産またはユーザを認証することができる場合、ストレージサービス１８０２は、論理ストレージリソースに含まれるデータを復号し、復号された論理ストレージリソースを物理もしくは論理資産またはユーザに提供し得る。そうでなければ、ストレージサービス１８０２は、物理もしくは論理資産またはユーザのデータを復号しない。
図２９は、プロセスプラントのプロセス制御システムを保護する例示的な方法１９００を表すフロー図を示している。方法は、ソフトウェア定義ネットワークサービス、セキュリティコンテナ、またはこれらの任意の好適な組み合わせによって実行され得る。
ブロック１９０２において、ソフトウェア定義ネットワークサービスは、ＳＤＣＳ内の計算ノード上のコンテナを介して実行するように構成されたセキュリティサービスを生成する。例えば、セキュリティサービスには、仮想ルータ、仮想ファイアウォール、仮想スイッチ、仮想インターフェース、仮想データダイオード、パケット検査サービス、アクセス制御サービス、承認サービス、認証サービス、暗号化サービス、認証局サービス、鍵管理サービス、またはセキュリティに関連する任意の他の好適なサービスが含まれ得る。
次に、ブロック１９０４において、ソフトウェア定義ネットワークサービスは、セキュリティコンテナのインスタンスをインスタンス化して、制御コンテナで動作する。セキュリティコンテナのインスタンスは、一次インスタンスであり得る。ソフトウェア定義ネットワークサービスはまた、例えば、セキュリティコンテナのＮ個の冗長インスタンスをインスタンス化して、制御コンテナへのアクセスまたは制御コンテナからのデータフローを実際に制御せずに、制御コンテナでの操作をシミュレートすることもできる。いくつかの実装形態では、ソフトウェア定義ネットワークサービスは、セキュリティコンテナを制御コンテナ内にネストする。追加または代替の実装形態では、ソフトウェア定義ネットワークサービスは、セキュリティコンテナを、制御コンテナが実行される計算ノードと同じ計算ノードに固定する。他の実装形態では、セキュリティコンテナは、制御コンテナに割り当てられたスタンドアロンコンテナである。
ブロック１９０６において、ソフトウェア定義ネットワークサービスは、制御コンテナに従ってセキュリティ条件をセキュリティコンテナに割り当てる。例えば、制御構成サービスは、制御構成ストレージリソースから制御構成を取得し、制御コンテナに制御構成を提供し得る。制御構成ストレージリソースはまた、制御コンテナ用にカスタマイズされたファイアウォールルールのセットも含み得る。ソフトウェア定義ネットワークサービスは、制御構成サービスから制御コンテナ用にカスタマイズされたファイアウォールルールのセットを取得し、セキュリティ条件としてカスタマイズされたファイアウォールルールのセットをセキュリティコンテナに割り当て得る。ソフトウェア定義ネットワークサービスはまた、制御コンテナに応じた他のセキュリティ条件、例えば、制御コンテナにアクセスしようとする物理もしくは論理資産またはユーザを認証すること、ユーザに最小閾値承認レベルを超えるまたは満たす承認レベルを要求すること、プロセスプラント１０の外部のリモートシステムからのアクセスを防止すること、あるいはプロセスプラント１０の外部のリモートシステムからの入ってくるデータを防止することも割り当て得る。
いくつかの実装形態では、ソフトウェア定義ネットワークサービスは、セキュリティコンテナに代替または追加のセキュリティ条件を割り当てて、セキュリティコンテナの内容を更新し得る。例えば、最初の時点で、ソフトウェア定義ネットワークサービスは、第１のセットのセキュリティルールをセキュリティコンテナに割り当て得る。その後、ソフトウェア定義ネットワークサービスは、制御コンテナの更新された制御構成を取得し得る。ソフトウェア定義ネットワークサービスはまた、制御構成の変更に起因して、制御コンテナの更新されたファイアウォールルールを取得し得、セキュリティ条件として更新されたファイアウォールルールをセキュリティコンテナに割り当て得る。
ブロック１９０８において、セキュリティコンテナは、セキュリティコンテナに割り当てられたセキュリティ条件に基づいて、制御コンテナへのアクセスおよび／または制御コンテナからのデータフローを制御する。例えば、セキュリティコンテナは、許可リストまたは受け入れリストに含まれていないノードまたはサービスが制御コンテナと通信することを防止し得る。
図３０は、ＳＤＣＳにおける役割ベースの承認のための例示的な方法２０００を表すフロー図を示している。方法は、セキュリティコンテナまたは承認サービスによって実行され得る。
ブロック２００２において、ＳＤＣＳ内の計算ノード上のコンテナを介して実行されるセキュリティサービスは、制御コンテナなどのＳＤＣＳ内の別のサービスまたはノードにアクセスするための要求をユーザから取得する。いくつかの実装形態では、セキュリティサービスは、ユーザによって制御されるプロセスプラント１０の物理または論理資産から要求を取得し得る。また、いくつかの実装形態では、要求は、ユーザの真正性を検証するための、およびユーザの承認情報を含めるための、ユーザによって提供される証明書を含み得る。
ブロック２００４において、セキュリティサービスは、ユーザの承認レベルを判定する。例えば、ユーザの承認レベルが証明書に含まれ得る。異なるタイプの証明書は、工業プロセスプラント１０内の異なる承認レベルおよび／または役割を示し得る。したがって、セキュリティサービスは、証明書に基づいてユーザの承認レベルを判定し得る。他の実装形態では、セキュリティサービスは、論理ストレージリソースからユーザの事前に記憶された承認レベルを取得し、事前に記憶された承認レベルに基づいて物理または論理資産の承認レベルを判定する。
ブロック２００６において、セキュリティサービスは、承認レベルに基づいて、ユーザが他のサービスまたはノードへのアクセスを承認されているかどうかを判定する。例えば、ユーザがＳＤＣＳ内の他のサービスまたはノードにアクセスするための最小承認レベル以上の承認レベルを有している場合、セキュリティサービスは、ユーザが他のサービスまたはノードへのアクセスを承認されていると判定する。したがって、セキュリティサービスは、制御コンテナなどの他のサービスまたはノードへのアクセスをユーザに提供する（ブロック２００８）。そうしないと、セキュリティサービスが他のサービスまたはノードへのアクセスを拒否する可能性がある（ブロック２０１０）。
図３１は、プロセスプラント１０の物理または論理資産を認証するための認証局サービスによってデジタル証明書を生成するための例示的な方法２１００を表すフロー図を示している。方法は、認証局サービスによって実行され得る。
ブロック２１０２において、認証局サービスは、プロセスプラント１０の物理または論理資産から証明書の要求を取得する。認証局サービスは、要求を受信すると、物理または論理資産の識別情報を取得し、識別情報に基づいて物理または論理資産のアイデンティを検証する（ブロック２１０４）。例えば、要求は、物理または論理資産の名前、物理または論理資産のメーカーおよびモデル、物理または論理資産が所有する暗号化秘密鍵に関連付けられている暗号化公開鍵、または任意の他の好適な識別情報を含み得る。認証局サービスは、例えば、物理または論理資産から取得された識別情報を他のソースから取得された物理または論理資産の識別情報と比較することによって、物理または論理資産のアイデンティティを検証し得る。認証局サービスが物理または論理資産のアイデンティティを検証できない場合、認証局サービスは物理または論理資産の証明書を生成しない。
他方、認証局サービスが物理または論理資産のアイデンティティを検証することができる場合、認証局サービスは、物理もしくは論理資産の暗号公開化鍵または他の識別子、暗号化公開鍵などの証明機関サービスの識別子、および証明機関サービスが証明書が証明機関サービスによって生成されたことを証明するためのデジタル署名を含み得る、物理または論理資産のための証明書を生成する（ブロック２１０６）。認証局サービスは、ＳＤＣＳ内の他のノードまたはサービスと通信するときに認証目的で証明書を使用できる物理または論理資産に証明書を提供する（ブロック２１０８）。いくつかの実装形態では、他のサービスは、証明書に含まれる物理または論理資産の暗号化公開鍵を使用して、物理または論理資産との通信を暗号化し得る。
図３２は、プロセスプラント１０の物理または論理資産を認証するための例示的な方法２２００を表すフロー図を示している。方法は、セキュリティサービス、認証サービス、またはこれらの好適な組み合わせによって実行され得る。
ブロック２２０２において、ＳＤＣＳ内の計算ノード上のコンテナを介して実行されるセキュリティサービスは、物理または論理資産からＳＤＣＳ内の別のサービスまたはノードにアクセスするための要求を取得する。要求は、物理または論理資産の真正性を検証するために、物理または論理資産によって提供される証明書を含み得る。
ブロック２２０４において、ＳＤＣＳ内の計算ノード上のコンテナを介して実行される認証サービスは、証明書に基づいて物理または論理資産の真正性を検証する。例えば、認証サービスは、証明書に含まれる認証局サービスの識別子、および証明書に含まれる認証局サービスのデジタル署名を分析して、証明書が認証局サービスによって生成されたかどうかを判定する。他の実装形態では、認証サービスは認証局サービスに証明書を提供して、物理または論理資産の真正性を検証する。
認証サービスが物理もしくは論理資産またはユーザの真正性を検証できる場合（ブロック２２０８）、セキュリティサービスは他のサービスまたはノードへのアクセスを提供し得る。一方、認証サービスが物理または論理資産の真正性を検証できない場合、セキュリティサービスは他のサービスまたはノードへのアクセスを拒否し得る（ブロック２２１０）。
ＳＤＣＳはまた、ＳＤＣＳの計算ノード上のコンテナを介して実行される発見サービスも含み得る。発見サービスは、プロセスプラント１０内の各物理または論理資産のアイデンティティ、能力、および／または位置の記録を記憶し、これらは、プロセスプラント１０の稼働時間の間に利用されて工業プロセスのうちの少なくとも一部分、例えば、フィールドデバイス、コントローラ、プロセス制御デバイス、Ｉ／Ｏデバイス、計算ノード、コンテナ、サービス（例えば、制御サービス）、マイクロサービスなどを制御し得る。
いくつかの実装形態では、発見サービスは、発見されたアイテムデータストアに記録を記憶し得る。ＳＤＣＳは、冗長性／フォールトトレランスのために、複数の計算ノードに記憶されている検出されたアイテムデータストアの複数のインスタンスを含み得る。他の実装形態では、アクセスの容易さと速度のために、検出されたアイテムデータストアのインスタンスがＳＤＣＳ内の各計算ノードに記憶され得る。
また、いくつかの実装形態では、発見サービスは、物理または論理資産をコミッショニングするために、記録またはその少なくとも一部分をＩ／Ｏサーバサービスに提供し得る。例えば、物理または論理資産がプロセスプラント１０のネットワーク２２、２５、３０、３２、３５、４２～５８に参加すると、物理または論理資産はその存在をアナウンスする。アナウンスは、物理または論理資産の識別情報、物理または論理資産と通信するためのネットワークアドレスなどの物理または論理資産の位置情報などのパラメータを含み得る。発見サービスまたは任意の他の好適なサービスは、アナウンスを取得し、物理または論理資産の識別情報および位置情報をＩ／Ｏサーバサービスに送信して、識別情報および位置情報を使用して物理または論理資産を自動的にコミッショニングし得る。
図３３は、発見に関連する例示的なコンテナ、サービス、および／またはサブシステムのブロック図を示している。図３３に示すように、ＳＤＣＳは、発見サービス２３０２を実行するコンテナを含む。図３３に示される発見サービス２３０２は、コンテナ（発見コンテナ）内で実行されるが、他の実装形態では、発見サービス２３０２は、コンテナ化されない場合がある。また、いくつかの実装形態では、ＳＤＣＳは、冗長性のために、複数のコンテナ内の発見サービス２３０２の複数のインスタンスを含み得る。いくつかの実装形態では、発見サービス２３０２は、ＳＤネットワークサービス２２０によって展開されるか、または図２のＳＤネットワークサービス２２０内にネストされ得る。
ＳＤＣＳはまた、プロセスプラント１０において発見された各物理または論理資産の記録を記憶する論理ストレージリソースである発見されたアイテムデータストア２３０４を含む。物理または論理資産を発見すると、発見サービス２３０２は、物理または論理資産の記録を発見されたアイテムデータストア２３０４に記憶し得る。
プロセスプラント１０内のネットワーク２２、２５、３０、３２、３５、４２～５８（本明細書では「プロセスプラントネットワーク」とも呼ばれる）に新しい物理または論理資産が追加されると、新しい物理または論理資産は、その存在を、例えば、プロセスプラントネットワーク２２、２５、３０、３２、３５、４２～５８に接続されたノードまたはサービスにそのネットワークアドレスをブロードキャストすることによってアナウンスし得る。他の実装形態では、新しい物理または論理資産は、その存在を、例えば、プロセスプラントネットワーク２２、２５、３０、３２、３５、４２～５８に接続された特定のノードまたはサービスからのマルチキャストアナウンスに応答することによってアナウンスし得る。さらに他の実装形態では、新しい物理または論理資産は、そのネットワークアドレスを予約されたポイントツーポイントネットワークアドレスまたはマルチキャストアドレスにアナウンスし得る。新しい物理または論理資産は、そのネットワークアドレスを一度、周期的に、要求に応じて、または任意の好適な方式でアナウンスし得る。
プロセスプラント１０内の物理資産は、プロセスプラント１０の稼働時間の間に工業プロセスのうちの少なくとも一部分、例えば、フィールドデバイス、コントローラ、プロセス制御デバイス、Ｉ／Ｏデバイス、計算ノードなどを制御するように構成された物理ハードウェアデバイスであり得る。物理ハードウェアデバイスは、プロセッサおよび／またはプロセッサコアリソースおよびメモリリソースのそれぞれのセットを含み得る。プロセスプラント１０内の論理資産は、コンテナ、制御サービス、マイクロサービスなどのサービスなど、プロセスプラント１０の稼働時間の間に工業プロセスのうちの少なくとも一部分を制御するように構成されたソフトウェアであり得る。いくつかの実装形態では、論理資産は、物理資産内で実行され得る。
発見サービス２３０２は、アナウンスを取得し、アナウンスに含まれる物理または論理資産のパラメータに基づいて、物理または論理資産のアイデンティティを判定し得る。アナウンスは、各物理または論理資産を定義するＹＡＭＬファイルを含み得る。ＹＡＭＬファイルは、例えば、ＳＤＣＳが以前にコミッショニング／構成されている場合に、手動または自動で生成され得る。他の実装形態では、アナウンスは、ＪＳＯＮファイル、ＸＭＬファイル、または任意の他のデータシリアル化ファイルなどの異なるタイプのファイルを含み得る。
より具体的には、アナウンスは、物理または論理資産の資産タグ、物理または論理資産のメディアアクセス制御（ＭＡＣ）アドレス、物理または論理資産のネットワークアドレス、物理または論理資産の暗号化鍵資産、物理または論理資産のシリアル番号、および／または物理または論理資産に関連付けられているサービスまたはサブシステムの名前を含み得る。パラメータのいくつかは、ＭＡＣアドレスなどの物理または論理資産を一意に識別する場合があるが、シリアル番号などの他のパラメータは、同じメーカーおよびモデルを有する複数の資産に対応し得る。したがって、発見サービス２３０２は、アナウンスに含まれるパラメータの任意の好適な組み合わせに基づいて、物理または論理資産を識別し得る。例えば、２つの物理または論理資産は、部品番号である同じシリアル番号を有するバルブであり得る。２つのバルブは、２つのバルブのシリアル番号および暗号化鍵の組み合わせに基づいて識別され得る。
資産タグは、物理または論理資産に割り当てられた／構成された名前または番号であり得、ＳＤＣＳ内の特定の物理または論理資産を一意に識別し得、より一般的には資産タイプを識別し得る。例えば、物理資産が制御バルブである場合、資産タグは「制御バルブ」であり得、プロセスプラント１０は、同じ資産タグを有する複数の制御バルブを含み得る。他の実装形態では、アセットタグは特定の制御バルブを一意に識別するために「制御バルブ－０１」であり得、他の制御バルブは「制御バルブ－０２」、「制御バルブ－０３」などであり得る。別の例では、論理資産が制御サービスである場合、資産タグは「制御サービス」であり得、プロセスプラント１０は、同じ資産タグを有する複数の制御サービスを含み得る。他の実装形態では、資産タグは、その特定の制御サービスを一意に識別するために「制御サービス０１」であり得、他の制御サービスは、「制御サービス０２」、「制御サービス０３」などであり得る。
ＭＡＣアドレスは、物理または論理資産で動作するネットワークカードのアドレスであり得る。ＭＡＣアドレスは、物理資産を一意に識別し得る。しかしながら、論理資産の場合、同じ計算ノードで動作するサービスのＭＡＣアドレスは同じであり、サービスが別の計算ノードで動作する場合、ＭＡＣアドレスは変化し得る。したがって、いくつかの実装形態では、論理資産を識別するためにＭＡＣアドレスが使用されない場合があり、または論理資産を識別するためにＭＡＣアドレスが他のパラメータと組み合わせて使用される場合がある。
ネットワークアドレスは、プロセスプラントネットワーク２２、２５、３０、３２、３５、４２～５８内の物理または論理資産のＩＰアドレスまたはその他の識別子であり得る。シリアル番号は、部品番号など、物理資産のメーカーおよびモデルを示すメーカーが割り当てた番号であり得る。
いくつかの実装形態では、物理または論理資産には、暗号化秘密鍵および暗号化公開鍵を含む非対称鍵ペアが割り当てられ得る。非対称鍵ペアは、ユーザまたはメーカーによって割り当てられ得る。次に、物理または論理資産は、他のノードまたはサービスと共有せずに暗号化秘密鍵を記憶し得る。物理または論理資産は、例えば、発見サービス２３０２および暗号化公開鍵を共有し得、発見サービス２３０２は、暗号化公開鍵が特定の資産に対応することを示す記録を記憶し得る。
次に、物理または論理資産を認証する必要がある場合、物理または論理資産はその暗号化公開鍵を認証サービスに提供する。図３４を参照して以下により詳細に示されるように、認証サービスは、発見サービス内にネストされ得る。他の実装形態では、認証サービスは、発見サービスと通信するＳＤＣＳの別のコンテナ内で提供され得る。認証サービスは、検出されたアイテムデータストア２３０４から記録を取得し、物理または論理資産に提供された暗号化公開鍵が、検出されたアイテムデータストア２３０４に含まれる暗号化公開鍵と一致するかどうかを判定する。物理または論理資産はまた、認証サービスにもデジタル署名を提供して、物理または論理資産が暗号化公開鍵に対応する暗号化秘密鍵を所有していることを証明する。認証サービスが、物理または論理資産に提供された暗号化公開鍵が検出されたアイテムデータストア２３０４に含まれる暗号化公開鍵と一致すると判定し、デジタル署名が、物理または論理資産が暗号化公開鍵に対応する暗号化秘密鍵を所有していることを証明すると判定した場合、認証サービスは、物理または論理資産を認証する。
他の実装形態では、物理または論理資産は、物理または論理資産が発見サービス２３０２と共有する事前共有鍵（ＰＳＫ）を割り当てられ得る。発見サービス２３０２は、発見されたアイテムデータストア２３０４内の物理または論理資産に関連してＰＳＫを記憶し得る。次に、物理または論理資産が他のノードまたはサービスと通信するときに、物理または論理資産がＰＳＫを使用して通信を暗号化し得る。次に、発見サービス２３０２は、物理または論理資産に関連して記憶されたＰＳＫを発見されたアイテムデータストア２３０４から検索し、通信を復号し、復号された通信を他のノードまたはサービスに転送し得る。このようにして、物理または論理資産と発見サービス２３０２との間でのみ共有されたＰＳＫを使用して通信を暗号化したので、物理または論理資産が認証される。
物理または論理資産のアイデンティティを決定することに加えて、発見サービス２３０２は、ＳＤＣＳ内の物理または論理資産の位置を判定し得る。例えば、位置は、プロセスプラントネットワーク２２、２５、３０、３２、３５、４２～５８内の物理または論理資産のためのＩＰアドレスまたは他の識別子などの、物理または論理資産のためのネットワークアドレスであり得る。ネットワークの位置に加えて、位置は、物理資産が位置しているプロセスプラント１０の特定のセクション、または論理資産を記憶および／または実行する計算ノードの物理位置などの、物理または論理資産の物理位置も含み得る。発見サービス２３０２は、ネットワークアドレスまたは物理位置の説明などのアナウンスに含まれる情報に基づいて、物理または論理資産の位置を判定する。
さらに、発見サービス２３０２は、物理または論理資産によって提供されるプロセスパラメータ（例えば、バルブ開放パーセンテージ、タンク充填パーセンテージなど）、物理または論理資産によって提供されるサービス（例えば、認証、承認、制御、分析、記憶など）、および／または物理または論理資産と通信するように構成されたサービスなど、物理または論理資産の能力のセットを識別し得る。例えば、物理または論理資産には、アナウンスの物理または論理資産の能力のうちの少なくともいくつかが主要な変数として含まれ得る。発見サービス２３０２はまた、アナウンスに含まれない物理または論理資産の能力、すなわちコンテキスト変数も識別し得る。より具体的には、発見サービス２３０２は、あるタイプの物理または論理資産から能力のセットを推測するコンテキスト辞書サービスからコンテキスト変数を検索し得る。発見サービス２３０２は、物理または論理資産のアイデンティティをコンテキスト辞書サービスに提供し得、コンテキスト辞書サービスは、アイデンティティに基づいて物理または論理資産のタイプを判定し得る。次に、コンテキスト辞書サービスは、物理または論理資産のタイプから推測される能力のセットを発見サービス２３０２に提供する。コンテキスト辞書サービスは、図３４～図３６を参照して以下でより詳細に説明される。
いくつかの実装形態では、物理または論理資産を識別すると、発見サービス２３０２は、コミッショニングを行うためおよび／またはＳＤＣＳトポロジーに含めるために、新たに発見された物理または論理資産をプロセス制御構成サービスに通知する。次に、ユーザは、プロセス制御構成サービスでＳＤＣＳトポロジーに新しく検出された物理または論理資産を含めることを受け入れるかまたは拒否し得る。また、いくつかの実装形態では、新しく検出された物理または論理資産が、プロセス制御構成サービスによってＳＤＣＳトポロジーに自動的に含まれ得る。
いずれにせよ、発見サービス２３０２は、物理または論理資産のアイデンティティ、物理または論理資産の位置、および／または物理または論理資産の能力のセットを含む物理または論理資産の記録を発見されたアイテムデータストア２３０４に記憶する。このようにして、発見されたアイテムデータストア２３０４は、プロセスプラント１０内の物理または論理資産の各々の記録を維持する。他の物理または論理資産は、特定のプロセスパラメータまたはサービスを要求し得、発見サービス２３０２は、要求される物理または論理資産に要求されたプロセスパラメータまたはサービスを提供する物理または論理資産を識別し得る。発見サービス２３０２はまた、要求された物理または論理資産が要求されたプロセスパラメータまたはサービスを取得できるように、要求されたプロセスパラメータまたはサービスを提供する物理または論理資産の位置情報を提供し得る。さらに、発見サービス２３０２は、物理または論理資産がフィールドデバイスである場合など、物理または論理資産をコミッショニングするために、物理または論理資産の記録をＩ／ＯサーバまたはＩ／Ｏデバイスに提供し得る。
発見されたアイテムデータストア２３０４が破損または破壊された場合、発見サービス２３０２は、プロセスプラントネットワーク２２、２５、３０、３２、３５、４２～５８を介して、プロセスプラント１０内の物理または論理資産の各々に対して、それらの存在をアナウンスする要求を自動的にブロードキャストし得る。次に、発見サービス２３０２は、手動入力なしに、およびプロセスプラント１０の動作を中断する必要なしに、プロセスプラント１０内の各物理または論理資産の各々の記録を迅速に回復し得る。
いくつかの実装形態では、物理または論理資産がそれらの存在をアナウンスするための発見サービス２３０２からの発見要求は、仲介者を有する物理または論理資産の間で転送され得る。例えば、図１のリモートＩ／Ｏ資産７８は、リモートＩ／Ｏ資産７８に通信可能に接続されたフィールドデバイス７０の各々に発見要求を転送し得る。次に、フィールドデバイス７０は、そのアナウンスを発見サービス２３０２に転送するリモートＩ／Ｏ資産７８にそれらの存在をアナウンスすることによって、発見要求に応答し得る。
図３４は、図３３の発見サービス２３０２と同様に、発見サービスを実行するように構成された例示的な発見コンテナ２４０２の詳細なブロック図を示している。発見コンテナ２４０２は、認証サービス２４０６を実行し得る発見サービス２４０４と、コンテキスト２４１０を含み得るコンテキスト辞書コンテナ２４０８と、位置サービス２４１２と、を含む。
発見サービス２４０４は、プロセスプラントネットワーク２２、２５、３０、３２、３５、４２～５８に参加する物理または論理資産のアナウンスを取得し得る。アナウンスは、物理または論理資産の資産タグ、物理または論理資産のＭＡＣアドレス、物理または論理資産のネットワークアドレス、物理または論理資産の暗号化鍵資産、物理または論理資産のシリアル番号、および／または物理または論理資産に関連付けられているサービスまたはサブシステムの名前を含み得る。発見サービス２４０４は、アナウンスに含まれるこれらのパラメータに基づいて、物理または論理資産のアイデンティティを判定し得る。
発見サービス２４０４はまた、ＳＤＣＳ内の物理または論理資産の位置を判定し得る。例えば、位置は、プロセスプラントネットワーク２２、２５、３０、３２、３５、４２～５８内の物理または論理資産のためのＩＰアドレスまたは他の識別子などの、物理または論理資産のためのネットワークアドレスであり得る。ネットワークの位置に加えて、位置は、物理資産が位置しているプロセスプラント１０の特定のセクション、または論理資産を記憶および／または実行する計算ノードの物理位置などの、物理または論理資産の物理位置も含み得る。発見サービス２４０４は、ネットワークアドレスまたは物理位置の説明などのアナウンスに含まれる情報に基づいて、物理または論理資産の位置を判定する。
さらに、発見サービス２４０４は、物理または論理資産によって提供されるプロセスパラメータ（例えば、バルブ開放パーセンテージ、タンク充填パーセンテージなど）、物理または論理資産によって提供されるサービス（例えば、認証、承認など）、および／または物理または論理資産と通信するように構成されたサービスなど、物理または論理資産の能力のセットを識別し得る。例えば、物理または論理資産には、アナウンスの物理または論理資産の能力のうちの少なくともいくつかが含まれ得る。発見サービス２４０４はまた、アナウンスに含まれていない物理または論理資産の能力を自動的に推測し得る。例えば、物理または論理資産がフィールドデバイスである場合、アナウンスには、流体の質量流量など、フィールドデバイスから取得可能な一次変数が含まれ得る。発見サービス２４０４はまた、流体の速度、速度、および／または密度などの、フィールドデバイスのコンテキスト変数を自動的に推測し得る。例えば、物理または論理資産がレガシーデバイスである場合、レガシーデバイスは特定の能力をアナウンスするように構成されていない場合がある。したがって、レガシーデバイスは一次変数をアナウンスし、発見サービス２４０４は、アナウンスに含まれていない残りの能力またはコンテキスト変数を自動的に推測する。
別の例では、物理または論理資産がフィールドデバイスである場合、フィールドデバイスは、バルブ位置およびバルブ内の気圧など、イベント駆動型データ層（ＥＤＤＬ）の一次変数をアナウンスし得る。発見サービス２４０４は、バルブの健全性メトリック、バルブの行程メトリックなど、フィールドデバイスのコンテキスト変数を自動的に推測し得る。
より具体的には、発見サービス２４０４は、コンテキスト辞書コンテナ２４０８からこれらの能力を検索し得る。コンテキスト辞書コンテナ２４０８は、あるタイプの物理または論理資産から能力のセットを推測するコンテキスト２４１０を含む。物理または論理資産の各タイプについて、コンテキスト２４１０は、物理または論理資産によって提供されるプロセスパラメータの各々、物理または論理資産によって遂行される各サービスの各々、および情報を通信するために物理または論理資産を要求するＳＤＣＳ内のサービスの各々のリストを含み得る。
発見サービス２４０４は、物理または論理資産のアイデンティティをコンテキスト辞書コンテナ２４０８に提供し得、コンテキスト辞書コンテナ２４０８は、アイデンティティに基づいて物理または論理資産のタイプを判定し得る。例えば、コンテキスト辞書コンテナ２４０８は、物理または論理資産のアイデンティティに基づいて物理または論理資産のタイプを判定するためのルールのセットを記憶し得る。より具体的には、コンテキスト辞書コンテナ２４０８は、資産タグ、シリアル番号、または物理もしくは論理資産に関連付けられているサービスまたはサブシステムの名前を分析して、物理または論理資産のタイプを判定し得る。例えば、物理または論理資産の資産タグが「制御バルブ－０１」である場合、コンテキスト辞書コンテナ２４０８は、物理または論理資産のタイプが制御バルブであると判定し得る。コンテキスト辞書コンテナ２４０８は、物理もしくは論理資産タイプおよび資産タグ、シリアル番号、名前、または各物理もしくは論理資産タイプに対応するそれらの部分のリストを記憶し得る。
次に、コンテキスト辞書コンテナ２４０８は、コンテキスト２４１０を使用して、物理または論理資産のタイプから能力のセットを自動的に推測し、物理または論理資産のタイプから推測された能力のセットを発見サービス２４０４に提供する。次に、発見サービス２４０４は、物理または論理資産のアイデンティティ、物理または論理資産の位置、および／または物理または論理資産の能力のセットを含む、物理または論理資産の記録を発見されたアイテムデータストア内に記憶する。
物理または論理資産がＳＤＣＳ内のノードまたはサービスへのアクセスを要求するとき、発見サービス２４０４内の認証サービス２４０６は、物理または論理資産を認証する。例えば、認証サービス２４０６は、発見されたアイテムデータストアに含まれる物理または論理資産の暗号化公開鍵を検索することによって、物理または論理資産を認証する。次に、認証サービス２４０６は、物理または論理資産について検索された暗号化公開鍵を、ノードまたはサービスへのアクセスの要求において物理または論理資産によって提供された暗号化公開鍵と比較して、一致があるかどうかを判定し得る。認証サービス２４０６はまた、ノードまたはサービスへのアクセスの要求において物理または論理資産によって提供されるデジタル署名を分析して、デジタル署名が、物理または論理資産が暗号化公開鍵に対応する暗号化秘密鍵を所有していることを証明するかどうかを判定し得る。これらの条件の両方が満たされる場合、認証サービス２４０６は、物理または論理資産を認証し得る。
別の例では、認証サービス２４０６は、発見されたアイテムデータストアから物理または論理資産のＰＳＫを検索することによって、物理または論理資産を認証する。次に、認証サービス２４０６は、検索されたＰＳＫを使用して、ノードまたはサービスへのアクセスの要求を復号しようと試み得る。認証サービス２４０６が要求を首尾よく復号する場合、認証サービス２４０６は、物理または論理資産を認証し得る。
認証サービス２４０６は、発見サービス２４０４内にネストされているように示されているが、これは、例示を容易にするための単なる一例の実装形態である。他の実装形態では、認証サービス２４０６は、発見サービス２４０４内にネストされていない。
位置サービス２４１２は、ＳＤＣＳ内のノードまたはサービスから、物理または論理資産の位置の要求を受信し得る。次に、位置サービス２４１２は、物理または論理資産の位置の発見されたアイテムデータストアから記録を取得し得る。例えば、位置は、プロセスプラントネットワーク２２、２５、３０、３２、３５、４２～５８内の物理または論理資産のためのＩＰアドレスまたは他の識別子などの、物理または論理資産のためのネットワークアドレスであり得る。ネットワークの位置に加えて、位置は、物理資産が位置しているプロセスプラント１０の特定のセクション、または論理資産を記憶および／または実行する計算ノードの物理位置などの、物理または論理資産の物理位置も含み得る。次に、位置サービス２４１２は、物理または論理資産の位置情報を、要求への応答として要求を提供したノードまたはサービスに提供する。
図３５は、図３４のコンテキスト辞書コンテナ２４０８と同様の例示的なコンテキスト辞書コンテナ２５０２の詳細なブロック図を示している。コンテキスト辞書コンテナ２４０８と同様に、コンテキスト辞書コンテナ２５０２は、コンテキスト辞書サービス２５０４およびコンテキスト２５０８を含む。コンテキスト辞書サービス２５０４は、資産能力識別サービス２５０６をさらに含む。
資産能力識別サービス２５０６は、物理または論理資産のアイデンティティに基づいて、物理または論理資産のタイプを判定し得る。例えば、資産能力識別サービス２５０６は、物理または論理資産のアイデンティティに基づいて物理または論理資産のタイプを判定するためのルールのセットを記憶し得る。より具体的には、資産能力識別サービス２５０６は、資産タグ、シリアル番号、または物理もしくは論理資産に関連付けられているサービスまたはサブシステムの名前を分析して、物理または論理資産のタイプを判定し得る。例えば、物理または論理資産の資産タグが「制御バルブ－０１」である場合、資産能力識別サービス２５０６は、物理または論理資産のタイプが制御バルブであると判定し得る。資産能力識別サービス２５０６は、物理もしくは論理資産タイプおよび資産タグ、シリアル番号、名前、または各物理もしくは論理資産タイプに対応するそれらの部分のリストを記憶し得る。
追加的または代替的に、資産能力識別サービス２５０６は、アナウンスに含まれる物理または論理資産の一次変数を分析して、ＥＤＤＬに含まれる一次変数などの物理または論理資産のタイプを判定し得る。例えば、物理または論理資産の主要な変数がバルブの位置である場合、資産能力識別サービス２５０６は、物理または論理資産がバルブであると判定し得る。別の例では、物理または論理資産の一次変数が制御サービスである場合、資産能力識別サービス２５０６は、物理または論理資産が制御コンテナであると判定し得る。いくつかの物理または論理資産は、バルブ位置機能力および制御サービス能力などの能力の組み合わせを含み得る。この場合、資産能力識別サービス２５０６は、能力の組み合わせに基づいて、物理または論理資産のタイプを判定し得る。
次に、資産能力識別サービス２５０６は、コンテキスト２５０８を使用して、物理または論理資産のタイプから能力を推測し得る。例えば、特定の物理または論理資産について、アナウンスは、物理または論理資産が、物理または論理資産の制御に関連するパラメータの第１のセットを提供できることを示し得る。コンテキスト２５０８は、物理または論理資産の保守に関連する追加のパラメータをさらに識別し得る。別の例では、コンテキスト２５０８は、保守パラメータにアクセスするためのメカニズムなど、追加のパラメータまたはサービスの各々にアクセスするためのメカニズムを含み得る。追加のパラメータまたはサービスにアクセスするためのメカニズムは、追加のパラメータまたはサービスを検索するために物理または論理資産に提供する要求のフォーマットおよび／またはコンテンツであり得る。別の例では、メカニズムは、追加のパラメータを検索するために、または物理または論理資産に追加のサービスを遂行させるために使用され得る追加のパラメータまたはサービスに対応する参照番号または識別子であり得る。
図３６は、図３５のコンテキスト２５０８と同様の例示的なコンテキスト２６０２の詳細なブロック図を示している。コンテキスト２６０２は、デバイスタイプをクラスコンテキストに関連付けるデータ表２６０４を含み得る。より具体的には、データ表２６０４は、デバイスタイプ、一次変数、およびコンテキスト変数を含み得る。例えば、デバイスタイプが熱電対の場合、一次変数は温度であり、コンテキスト変数は、熱電対のデバイス健全性メトリックおよび熱電対の変動性を示すデバイス許可値を含み得る。デバイスタイプがマスフローセンサの場合、主要な変数はマスフローであり得、コンテキスト変数は流体速度、流体速度、および流体密度を含み得る。別の例では、デバイスタイプがバルブである場合、一次変数は、バルブ位置およびバルブ内の空気圧を含み得る。コンテキスト変数は、バルブ健全性メトリック、バルブ行程メトリック、全行程サイクル、連続スロットル、周期的スロットルなどのバルブの動作モード、ならびにデッドバンドおよびデッドタイムなどのバルブの状態を含み得る。さらに、コンテキスト変数は、バルブ監視サービスおよび／またはバルブからの一次変数またはコンテキスト変数を利用し得るサービスなど、バルブが遂行できるサービスを含み得る。
ＳＤＣＳはまた、コンテキスト辞書サービス２５０４および／または発見サービス２４０４から物理または論理資産の一次およびコンテキスト変数を取得し、構成中にユーザに機能を推奨する推奨サービスも含み得る。例えば、ユーザがＳＤＣＳに対して新しいバルブを構成するとき、コンテキスト辞書サービス２５０４は、新しいバルブのコンテキスト変数から、リードバック値があることを検出し得る。ユーザが新しいバルブを構成すると、推奨サービスは、例えば、ユーザが構成をプロセス制御構成サービスにコミットしようとしたときに、利用可能であるが未使用のバルブ位置リードバック値があることをユーザに通知し得る。このようにして、ユーザが物理または論理資産の全能力を知らない場合、推奨サービスにより、ユーザは、ＳＤＣＳ内で構成またはコミッショニングされた資産の各々のマニュアルを読まなくても、物理または論理資産の能力を学ぶことができる。
図３７は、プロセスプラント１０においてサービスとして発見ソフトウェアを提供するための例示的な方法２７００を表すフロー図を示している。方法は、発見サービスによって実行され得る。
ブロック２７０２において、発見サービスは、物理または論理資産の存在を示すアナウンスを取得する。プロセスプラントネットワーク２２、２５、３０、３２、３５、４２～５８に、フィールドデバイス、プロセス制御デバイス、計算ノード、コンテナ、サービス、マイクロサービスなどの新しい物理または論理資産が追加されると、新しい物理または論理資産は、その存在を、例えば、プロセスプラントネットワーク２２、２５、３０、３２、３５、４２～５８に接続されたノードまたはサービスにそのネットワークアドレスをブロードキャストすることによってアナウンスし得る。他の実装形態では、発見サービスは、プロセスプラントネットワーク２２、２５、３０、３２、３５、４２～５８内の物理または論理資産の各々にそれらの存在をアナウンスするための要求をブロードキャストし得る。
アナウンスは、物理または論理資産の識別パラメータ、例えば、物理または論理資産の資産タグ、物理または論理資産のＭＡＣアドレス、物理または論理資産のネットワークアドレス、物理または論理資産の暗号化鍵資産、物理または論理資産のシリアル番号、および／または物理または論理資産に関連付けられているサービスまたはサブシステムの名前を含み得る。アナウンスはまた、物理もしくは論理資産のネットワークアドレス、または物理もしくはネットワーク位置情報を含む物理もしくは論理資産の任意の他の好適な位置情報も含み得る。さらに、アナウンスは、物理もしくは論理資産の能力、例えば、物理もしくは論理資産が提供するように構成されたプロセスパラメータ、物理もしくは論理資産が提供するように構成されたサービス、または物理もしくは論理資産と通信するように構成されたサービスを含み得る。
ブロック２７０４において、発見サービスは、アナウンスに含まれる識別パラメータに基づいて、物理または論理資産のアイデンティティを判定する。いくつかの実装形態では、発見サービスは、物理または論理資産（例えば、ＭＡＣアドレス）を一意に識別する識別パラメータのうちの１つに基づいて、物理または論理資産のアイデンティティを判定する。他の実装形態では、発見サービスは、識別パラメータの組み合わせに基づいて、物理または論理資産のアイデンティティを判定する。例えば、シリアル番号は、同じメーカーおよびモデルを有する複数の資産に対応し得る。したがって、発見サービスは、物理または論理資産のシリアル番号と暗号化鍵との組み合わせに基づいて、物理または論理資産のアイデンティティを判定し得る。
次に、ブロック２７０６において、発見サービスは、物理または論理資産の記録を発見されたアイテムデータストアに記憶する。記録は、物理または論理資産のアイデンティティ、物理または論理資産の能力のセット、およびＳＤＣＳ内の物理または論理資産の位置の指示を含み得る。物理または論理資産の能力のセットは、アナウンスに含まれる機能を含み得る。能力のセットは、アナウンスに含まれていない、発見サービスによって自動的に推測される機能も含み得る。
より具体的には、発見サービスは、コンテキスト辞書コンテナからこれらの能力を検索し得る。コンテキスト辞書コンテナは、物理または論理資産のタイプから能力のセットを推測するコンテキストを含み得る。物理または論理資産の各タイプについて、コンテキストは、物理または論理資産によって提供されるプロセスパラメータの各々、物理または論理資産によって遂行される各サービスの各々、および情報を通信するために物理または論理資産を要求するＳＤＣＳ内のサービスの各々のリストを含み得る。
図３８は、コンテキスト辞書を使用してプロセスプラントの物理または論理資産に関する情報を推測するための例示的な方法２８００を表すフロー図を示している。方法は、発見サービスによって実行され得る。
ブロック２８０２において、発見サービスは、物理または論理資産の存在を示すアナウンスを取得する。プロセスプラントネットワーク２２、２５、３０、３２、３５、４２～５８に、フィールドデバイス、プロセス制御デバイス、計算ノード、コンテナ、サービス、マイクロサービスなどの新しい物理または論理資産が追加されると、新しい物理または論理資産は、その存在を、例えば、プロセスプラントネットワーク２２、２５、３０、３２、３５、４２～５８に接続されたノードまたはサービスにそのネットワークアドレスをブロードキャストすることによってアナウンスし得る。他の実装形態では、発見サービスは、プロセスプラントネットワーク２２、２５、３０、３２、３５、４２～５８内の物理または論理資産の各々にそれらの存在をアナウンスするための要求をブロードキャストし得る。
アナウンスは、物理または論理資産の識別パラメータ、例えば、物理または論理資産の資産タグ、物理または論理資産のＭＡＣアドレス、物理または論理資産のネットワークアドレス、物理または論理資産の暗号化鍵資産、物理または論理資産のシリアル番号、および／または物理または論理資産に関連付けられているサービスまたはサブシステムの名前を含み得る。アナウンスはまた、物理もしくは論理資産のネットワークアドレス、または物理もしくはネットワーク位置情報を含む物理もしくは論理資産の任意の他の好適な位置情報も含み得る。さらに、アナウンスは、物理もしくは論理資産の能力、例えば、物理もしくは論理資産が提供するように構成されたプロセスパラメータ、物理もしくは論理資産が提供するように構成されたサービス、または物理もしくは論理資産と通信するように構成されたサービスを含み得る。
ブロック２８０４において、発見サービスは、アナウンスに物理または論理資産の能力として含まれていなかった、物理または論理資産に関連付けられている追加のパラメータまたはサービスを取得する。より具体的には、発見サービスは、コンテキスト辞書コンテナから追加のパラメータまたはサービスを検索し得る。
コンテキスト辞書コンテナは、物理または論理資産のタイプから能力のセットを推測するコンテキストを含み得る。物理または論理資産の各タイプについて、コンテキストは、物理または論理資産によって提供されるプロセスパラメータの各々、物理または論理資産によって遂行される各サービスの各々、および情報を通信するために物理または論理資産を要求するＳＤＣＳ内のサービスの各々のリストを含み得る。
発見サービスは、物理または論理資産のアイデンティティをコンテキスト辞書コンテナに提供し得、コンテキスト辞書コンテナは、アイデンティティに基づいて物理または論理資産のタイプを判定し得る。例えば、コンテキスト辞書コンテナは、物理または論理資産のアイデンティティに基づいて物理または論理資産のタイプを判定するためのルールのセットを記憶し得る。より具体的には、コンテキスト辞書コンテナは、資産タグ、シリアル番号、または物理もしくは論理資産に関連付けられているサービスまたはサブシステムの名前を分析して、物理または論理資産のタイプを判定し得る。例えば、物理または論理資産の資産タグが「制御バルブ－０１」である場合、コンテキスト辞書コンテナは、物理または論理資産のタイプが制御バルブであると判定し得る。コンテキスト辞書コンテナは、物理もしくは論理資産タイプおよび資産タグ、シリアル番号、名前、または各物理もしくは論理資産タイプに対応するそれらの部分のリストを記憶し得る。
次に、コンテキスト辞書コンテナは、コンテキストを使用して、物理または論理資産のタイプから能力のセットを自動的に推測し、物理または論理資産のタイプから推測された能力のセットを発見サービスに提供する。例えば、特定の物理または論理資産について、アナウンスは、物理または論理資産が、物理または論理資産の制御に関連するパラメータの第１のセットを提供できることを示し得る。コンテキストは、物理または論理資産の保守に関連する追加のパラメータをさらに識別し得る。別の例では、コンテキストは、保守パラメータにアクセスするためのメカニズムなど、追加のパラメータまたはサービスの各々にアクセスするためのメカニズムを含み得る。
次に、ブロック２８０６において、発見サービスは、物理または論理資産の記録を発見されたアイテムデータストアに記憶する。記録は、物理または論理資産のアイデンティティの表示、およびアナウンスに含まれていなかった物理または論理資産に関連付けられている追加のパラメータまたはサービスを含み得る。記録はまた、アナウンスに含まれる能力も含み得る。
図３９は、プロセスプラント内の各タイプの物理または論理資産から能力のセットを推測し、発見された物理または論理資産の機能を判定するための例示的な方法２９００を表すフロー図を示している。方法は、コンテキスト辞書サービスによって実行され得る。
ブロック２９０２において、コンテキスト辞書サービスは、プロセスプラント１０の各タイプの物理または論理資産を記憶する。次に、物理または論理資産の各タイプについて、コンテキスト辞書サービスは、物理または論理資産のタイプの能力のセットを記憶する（ブロック２９０４）。能力のセットは、物理または論理資産のタイプから取得可能なパラメータ、および物理または論理資産によって遂行されるサービス、または物理もしくは論理資産と通信するサービスなどの物理もしくは論理資産のタイプに関連付けられているサービスを含み得る。コンテキスト辞書サービスは、コンテキストを使用して、物理または論理資産の各タイプに対応する能力を推測し得る。
次に、ブロック２９０６において、コンテキスト辞書サービスは、特定の物理または論理資産の能力に対する要求を取得する。要求は、物理または論理資産の識別情報、例えば、資産タグ、物理または論理資産のＭＡＣアドレス、物理または論理資産のネットワークアドレス、物理または論理資産の暗号化鍵資産、物理または論理資産のシリアル番号、および／または物理もしくは論理資産に関連付けられているサービスまたはサブシステムの名前を含み得る。要求は、発見サービスによって提供され得る。他のシナリオでは、要求は、特定の能力を有する特定の物理または論理資産を見つけようとするＳＤＣＳ内のノードまたはサービスによって提供され得る。さらに他のシナリオでは、要求は、物理または論理資産によって提供されるプロセスパラメータまたはサービスへのアクセスに関心のあるＳＤＣＳ内のノードまたはサービスによって提供され得る。
要求に応答して、コンテキスト辞書サービスは、物理または論理資産の識別情報に基づいて、物理または論理資産のタイプを判定する（ブロックＧ２９０８）。例えば、コンテキスト辞書サービスは、物理または論理資産のアイデンティティに基づいて物理または論理資産のタイプを決定するためのルールのセットを記憶し得る。より具体的には、コンテキスト辞書サービスは、資産タグ、シリアル番号、または物理もしくは論理資産に関連付けられているサービスまたはサブシステムの名前を分析して、物理または論理資産のタイプを判定し得る。コンテキスト辞書サービスは、物理もしくは論理資産タイプおよび資産タグ、シリアル番号、名前、または各物理もしくは論理資産タイプに対応するそれらの部分のリストを記憶し得る。
次に、ブロック２９１０において、コンテキスト辞書サービスは、コンテキストを使用して、物理または論理資産のタイプから能力のセットを推測し得る。次に、コンテキスト辞書サービスは、物理または論理資産のタイプに対応する能力のセットを含む要求への応答を提供し得る。
いくつかの実装形態では、コンテキスト辞書サービスは、発見サービスの第２のコンテナにネストされた第１のコンテナを介して実行される。他の実装形態では、コンテキスト辞書サービスおよび検出サービスは、ネストされたコンテナでは実行されない。
図４０は、プロセスプラント１０において発見されたアイテムの故障回復のための例示的な方法３０００を表すフロー図を示している。方法は、発見サービスによって実行され得る。
ブロック３００２において、発見されたアイテムデータストアで故障が検出された。例えば、検出されたアイテムデータストアが破損、破壊され、物理または論理資産の記録が欠落している可能性がある。さらに、検出されたアイテムデータストアは、例えば停電のためにリセットされた可能性がある。故障の検出に応答して、発見サービスは、それらの存在を、プロセスプラント１０内の物理または論理資産にアナウンスするための要求をブロードキャストする（ブロック３００４）。
要求に応答して、発見サービスは、プロセスプラント１０（ブロック３００６）内の物理または論理資産からアナウンスを受信する。各アナウンスは、物理もしくは論理資産の識別パラメータ、例えば、物理もしくは論理資産の資産タグ、物理もしくは論理資産のＭＡＣアドレス、物理もしくは論理資産のネットワークアドレス、物理もしくは論理資産の暗号化鍵資産、物理もしくは論理資産のシリアル番号、および／または物理もしくは論理資産に関連付けられているサービスまたはサブシステムの名前を含み得る。アナウンスはまた、物理もしくは論理資産のネットワークアドレス、または物理もしくはネットワーク位置情報を含む物理もしくは論理資産の任意の他の好適な位置情報も含み得る。さらに、アナウンスは、物理もしくは論理資産の能力、例えば、物理もしくは論理資産が提供するように構成されたプロセスパラメータ、物理もしくは論理資産が提供するように構成されたサービス、または物理もしくは論理資産と通信するように構成されたサービスを含み得る。
次に、ブロック３００８において、発見サービスは、物理または論理資産の記録を発見されたアイテムデータストアに記憶する。各物理または論理資産について、回復された記録は、物理または論理資産のアイデンティティ、物理または論理資産の能力のセット、およびＳＤＣＳ内の物理または論理資産の位置の指示を含み得る。物理または論理資産の機能のセットは、アナウンスに含まれる機能を含み得る。能力のセットは、アナウンスに含まれていない、発見サービスによって自動的に推測される機能も含み得る。このようにして、物理または論理資産の記録は、手動入力を必要とせずに自動的に受信される。
上述したように、発見サービスは、プロセスプラント１０内の物理または論理資産のコミッショニングを支援することができ、その結果、ＳＤＣＳは、手動入力なしで物理または論理資産を自動的にコミッショニングすることができる。ＳＤＣＳ、より具体的にはＩ／Ｏサーバサービスは、発見サービスが物理または論理資産を検出したことに応答して、物理または論理資産をコミッショニングする場合があるが、これは１つの例示的な実装形態にすぎない。他の実装形態では、他のサービスは、プロセス制御構成サービスなど、プロセスプラント１０内の物理または論理資産を識別し得る。
図４１は、ＳＤＣＳを自動的にコミッショニングするための例示的な方法３１００を表すフロー図を示している。方法は、発見サービス、プロセス制御構成サービス、Ｉ／Ｏサーバサービス、またはこれらの任意の好適な組み合わせによって実行され得る。
ブロック３１０２において、物理または論理資産の存在を示すアナウンスが取得される。プロセスプラントネットワーク２２、２５、３０、３２、３５、４２～５８に、フィールドデバイス、プロセス制御デバイス、計算ノード、コンテナ、サービス、マイクロサービスなどの新しい物理または論理資産が追加されると、新しい物理または論理資産は、その存在を、例えば、プロセスプラントネットワーク２２、２５、３０、３２、３５、４２～５８に接続されたノードまたはサービスにそのネットワークアドレスをブロードキャストすることによってアナウンスし得る。他の実装形態では、発見サービスは、プロセスプラントネットワーク２２、２５、３０、３２、３５、４２～５８内の物理または論理資産の各々にそれらの存在をアナウンスするための要求をブロードキャストし得る。
アナウンスには、物理もしくは論理資産の識別パラメータ、例えば、物理もしくは論理資産の資産タグ、物理もしくは論理資産のＭＡＣアドレス、物理もしくは論理資産の暗号化鍵資産、物理もしくは論理資産のシリアル番号、および／または物理もしくは論理資産に関連付けられているサービスまたはサブシステムの名前を含み得る。アナウンスはまた、物理もしくは論理資産のネットワークアドレス、または物理もしくはネットワーク位置情報を含む物理もしくは論理資産の任意の他の好適な位置情報も含み得る。例えば、位置情報はまた、物理資産が位置しているプロセスプラント１０の特定のセクション、または論理資産を記憶および／または実行する計算ノードの物理位置などの、物理または論理資産の物理位置も含み得る。
ブロック３１０４において、物理または論理資産の識別パラメータおよび位置パラメータは、図２のＩ／Ｏサーバサービス２４２などのＩ／Ｏサーバサービスに送信される。発見サービスまたはプロセス制御構成サービスは、アナウンスに含まれる物理もしくは論理資産の識別パラメータの各々を、Ｉ／Ｏサーバサービスに送信し得、または物理もしくは論理資産を一意に識別するために使用され得るアナウンスに含まれる識別パラメータのサブセットを送信し得る。さらに、発見サービスまたはプロセス制御構成サービスは、位置情報をＩ／Ｏサーバサービスに送信して、Ｉ／Ｏサーバサービスが物理または論理資産と通信できるようにし得る。
ブロック３１０６において、Ｉ／Ｏサーバサービスは、識別情報および位置情報に基づいて、物理または論理資産を自動的にコミッショニングし得る。コミッショニングは、物理もしくは論理資産のアイデンティティを検証または確認すること、プロセスプラント１０内で物理もしくは論理資産を一意に識別するタグを生成すること、Ｉ／Ｏサーバサービスが物理もしくは論理資産内で通信していることを保証するためのテストを遂行ことなどのアクションまたは活動を含み得る。
Ｉ／Ｏサーバサービスは、物理または論理資産の識別パラメータに基づいて、物理または論理資産を一意に識別するためのタグを生成し得る。例えば、上述したように、物理または論理資産の識別パラメータは、「制御バルブ」などの資産タグを含み得、プロセスプラント１０は、同じ資産タグを有する複数の制御バルブを含み得る。Ｉ／Ｏサーバサービスは、資産タグとバルブの暗号化公開鍵との組み合わせに基づいて、バルブのタグを生成し得る。例えば、バルブの暗号化公開鍵の最後の４文字が「ｘｇ４ｔ」である場合、タグは「制御バルブ－ｘｇ４ｔ」であり得る。
他の実装形態では、Ｉ／Ｏサーバサービスは、「制御バルブ」の後にプロセスプラント１０内の別のバルブを識別するために使用されていない番号が続く文字列を含む制御バルブのタグを生成し得る。例えば、４つの制御バルブがある場合、タグは「制御バルブ－０１」、「制御バルブ－０２」、「制御バルブ－０３」、および「制御バルブ－０４」であり得る。Ｉ／Ｏサーバサービスは、物理または論理資産の識別パラメータを、タグが割り当てられた物理または論理資産の識別パラメータと比較することによって、物理または論理資産にまだ一意のタグが割り当てられていないと判定し得る。識別パラメータが一致しない場合、Ｉ／Ｏサーバサービスは、「制御バルブ－０５」などの新しい一意のタグを物理または論理資産に割り当ててもよい。
別の例では、２つの物理または論理資産は、部品番号である同じシリアル番号を有するバルブであり得る。２つのバルブは、２つのバルブのシリアル番号および暗号化鍵の組み合わせに基づいて一意に識別され得る。したがって、Ｉ／Ｏサーバサービスは、各バルブのシリアル番号と暗号化鍵との組み合わせに基づいて、各バルブのタグを生成し得る。
次に、Ｉ／Ｏサーバサービスは、物理または論理資産と通信するための参照として使用され得るデータストア内の物理または論理資産の位置情報に関連してタグを記憶し得る。
物理または論理資産をテストするために、Ｉ／Ｏサーバサービスは、物理もしくは論理資産にデータを送信するか、または位置情報を使用して物理もしくは論理資産に情報を要求し得る。Ｉ／Ｏサーバサービスが物理または論理資産と正常に通信できる場合、Ｉ／Ｏサーバサービスは、物理または論理資産が正常にコミッショニングされたと判定し得る。いくつかの実装形態では、Ｉ／Ｏサーバサービスは、物理もしくは論理資産から特定のパラメータ（例えば、質量流量）を要求し、物理もしくは論理資産に関連付けられている特定のパラメータまたはサービスの信号タグを生成および記憶し得る。信号タグは、物理もしくは論理資産のタグと特定のパラメータまたはサービスの識別子との組み合わせを含み得る。他の実装形態では、Ｉ／Ｏサーバサービスは信号タグを記憶しない
物理もしくは論理資産のアイデンティティを検証または確認するために、Ｉ／Ｏサーバサービスは、例えば、識別パラメータから物理もしくは論理資産の暗号化公開鍵またはＰＳＫを取得し得る。Ｉ／Ｏサーバサービスは、暗号化公開鍵またはＰＳＫを使用して情報の要求を暗号化し得、Ｉ／Ｏサーバサービスが物理もしくは論理資産から要求への応答を受信した場合、Ｉ／Ｏサーバサービスは、物理もしくは論理資産が暗号化公開鍵またはＰＳＫを使用して要求を復号できたと判定し得る。その結果、Ｉ／Ｏサーバサービスは物理または論理資産のアイデンティティを検証する。
上述したように、システムオーケストレータ２２２は、コンテナを含む様々な論理エンティティを、データセンタクラスタ２０８のうちの様々なもの、および最終的にはサーバなどの個々の計算装置（さらにはデータクラスタ２０８のサーバ内のプロセッサまたはプロセッサのコア）に対する配分を制御または管理し、制御システムの稼働時間の間にこの割り当てを遂行して、様々な物理デバイス（サーバなど）が障害を生じ、サービスから外れ、過負荷になり、作動が遅いといったときに、制御システムの動作を保証し得る。この動的な稼働時間配分は、制御モジュールまたは制御ルーチンなどの論理要素を実装する物理資産またはコンピューティングデバイスが、構成システムによって指定され、稼働時間の間に変更されることがなかった過去の制御システムアーキテクチャとは大きく異なる。そのため、この新しいシステムアーキテクチャでは、ユーザは、コントローラまたはコントローラに関連付けられているコンテナなどの特定の論理要素が、任意の特定の時間にどこで実行または実装されているかを知らない可能性があり、ましてや、その論理要素に関連付けられている健全性またはパフォーマンス統計（通信バンド幅またはメッセージレートなど）を知らないか、または簡単に判定することができない可能性がある。さらに、ユーザは、構成システムのみから、任意の所与の時間において、任意の特定の物理デバイスまたは物理ノード上でどの論理要素が現在動作しているかを知ることができないため、特定の論理要素が現在実行されている物理デバイスのパフォーマンスまたは健全性指標、例えば、遅延、効率、負荷などを取得することは容易でないだろう。
しかしながら、多くの場合、プロセス制御システムの現在の動作ステータスを見るおよび／もしくは診断するために、またはプロセス制御システム内の問題を診断するために、制御システムオペレータ、保守担当者などのユーザが、制御システムのうちの１つ以上の論理要素の現在の動作ステータスを見ることができることが重要である。さらに、ユーザは、特定の物理デバイスまたは物理ノード上で、そのデバイスまたはノードにおいてまたはそのデバイスまたはノード上でサービス、更新、または他の保守または修理活動を遂行するために、どの論理要素が現在遂行されているかを知る必要がある場合がある。さらに、上述したように、プロセス制御システムの論理要素、例えばコンテナが互いにネストされているか、または固定されている方式、および／またはこれらの論理要素が特定のハードウェアコンポーネントに固定されている方式を含む、プラント内の論理要素の現在の構成を容易に視覚化することが重要である場合がある。
本明細書に記載された新しいシステムアーキテクチャを使用する制御システムの現在の稼働時間動作を見る際にユーザを支援するために、図２のサービス２４０のうちの１つであり得る視覚化サービスが、制御システムの様々な論理および物理要素間の現在構成されかつ動作中の関係を理解し、論理および物理要素の１つ以上のパフォーマンス指標を見る際にユーザを支援するために（ユーザインターフェースを介して）、ユーザのための１つ以上のシステム構成および／またはランタイム視覚化を生成することが提供され得る。特に、視覚化（またはユーザインターフェース）サービス３２０２が図４２に例示されており、視覚化サービス３２０２は、コンピュータプロセッサ上で実行され、オーケストレータ２２２ならびにオーケストレータサブシステム２５２、２５５、２５８、２６０のうちの１つ以上に対して問い合わせるか、または他の方法で通信し、任意の特定の時間に、それらの論理要素および／または物理デバイスに関連する種々の健全性および／またはパフォーマンス統計またはインデックスに加えて、どの論理要素がどの物理デバイス上でホストされているかまたは実行されているかを発見する。場合によっては、視覚化サービス３２０２は、さらに、構成データベース３２０３と通信して、論理および物理要素の構成情報を取得し、論理要素間（互いに）および論理要素と制御システムの物理要素と間の現在構成されている対話の様々な構成および稼働時間の詳細を識別する情報をユーザが閲覧できるようにし得る制御システムの（論理要素と物理要素との両方を含む）構成／稼働時間視覚化を作成し得る。場合によっては、この構成インターフェースは、ユーザが構成の詳細（論理および／または物理要素の固定およびネストなど）をオンザフライまたは稼働時間の間に変更することを可能にし得る。
図４２は、視覚化サービスまたはユーティリティ３２０２（これはコンピュータプロセッサ上で実行される）が、図１のオーケストレータ２２２、ならびに必要に応じて構成データベース３２０３と通信して、様々な論理および物理要素の構成情報および稼働時間情報を発見する様子を描いている。視覚化サービス３２０２は、アクティブな視覚化のためにオーケストレータ２２２からの情報をサブスクライブし得、および／またはユーザインターフェース３２０４を介してユーザの視覚化を生成するときにオーケストレータ２２２（および構成データベース３２０３）に１つ以上のクエリを送信し得る。いずれにせよ、視覚化サービス３２０２は、ユーザインターフェースデバイス３２０４（これはラップトップ、無線デバイス、電話アプリケーション、ワークステーションなどの任意のタイプのユーザインターフェースであり得る）を介してユーザに対して制御システムに関する論理および物理情報の両方を表示するために実行され、プラント内の様々な論理要素、およびこれらの論理要素が現在割り当てられている物理要素の現在の稼働時間動作と同様に構成されたことがユーザに見えるように、制御システム情報を対話方式で表示し得る。特に、視覚化サービス３２０２は、制御システムのうちの１つ以上の論理および／または物理要素を表示する１つ以上の画面をユーザインターフェースデバイス３２０４を介してユーザに提示し得、ユーザに、現在実装されているように制御システムの様々な論理および／または物理要素のいずれかを選択し、ユーザが見たい構成および／または稼働時間情報についてのさらなる詳細を示すことを可能にし得る。次に、視覚化サービス３２０２は、オーケストレータ２２２から、選択した論理および／または物理要素の稼働時間情報を取得し、稼働時間情報は、例えば、論理要素（例えば、制御コンテナなどのコンテナ）が互いの中にネストされているかまたは固定されている方式、論理要素が様々な物理要素の中または上で実行されている方式、および／または現在動作中の論理および／または物理要素の動作健全性およびパフォーマンスを示す１つ以上のパフォーマンス指標を含む。視覚化サービス３２０２は、この情報を１つ以上の画面表示でユーザに提示し、場合によっては、ユーザが画面表示を介して対話し、他の情報を見て、論理要素のうちの１つ以上が他の論理要素に、または物理要素に割り当てられる方法に関して、制御システムの動作を動的に変更することを可能にし得る。
一例では、ユーティリティ３２０２は、オーケストレータ２２２から稼働時情報を取得することに加えて、構成データベース３２０３から構成階層などの構成情報を取得し得、構成階層（構成情報および稼働時間割り当て情報の両方を含む）をユーザに提示して、ユーザに、プラントまたは制御システム内で現在動作または実行している制御システムの様々な構成された要素を見ることを可能にし得る。図４３は、ユーザに提供され得る例示的な構成／稼働時間階層３２１０を示している。この場合、階層３２１０は、馴染みのある構造の物理および論理要素の両方を含み、ユーザが階層３２１０をドリルダウンして、上位またはより高いレベルの論理および物理要素の情報のいずれかについて、現在構成されているシステムおよび現在稼働時間の間に動作しているシステムの詳細情報を見ることができるようにする。特に、図４３の例では、階層３２１０は、論理要素（様々な制御、サブシステム、およびＩ／Ｏサービスに関連するコンテナを含む）と物理要素（例えば、データクラスタ、計算ノードなど）との両方を描いている。概して、上述したように、ソフトウェア定義制御システムは、構成されると、物理ノードをマイクロサービス（コンテナ）に分割し、これらのコンテナをコンピューティングノードのうちの１つ以上のクラスタ上で実行するが、それらのいくつかは稼働時間の間にオーケストレータ２２２により選択される。図４３の階層３２１０は、階層３２１０が物理ネットワーク要素３２２０および制御ネットワーク要素３２３０を含むので、この構成を示している。物理ネットワーク要素３２２０は、展開されると、フィールドデバイス（バルブ、送信機など）、物理Ｉ／Ｏデバイス、ネットワークスイッチ、データセンタクラスタおよびそのコンポーネント、ユーザインターフェース、ヒストリアンなどのいずれかを含むソフトウェア定義制御システムに関連付けられている物理要素またはデバイスの物理相互接続を階層形式で詳述またはリスト化し得る。一例では、データセンタクラスタは各々、物理ノードの集まり（すなわち、サーバの集まり）を含むことができ、各サーバは、サーバのラック（これらはすべて同じクラスタの一部であってもなくてもよい）の特定のブレードに位置し得る。さらに、各サーバは１つ以上のプロセッサを有し得、各プロセッサは１つ以上のコアを有し得、これらの様々な要素のすべては、物理ネットワーク要素３２２０の下にまたはその一部として指定または図示され得る。さらに、必要に応じて、各ノードまたはノードのラックは、電源がラック全体、またはラック上の特定のノードのみを供給し、単一のラック内のノードが電源冗長を有し得るように、１つ以上の特定の電源と関連付けられ得る。いずれにせよ、これおよび他の物理構成情報は、物理ネットワーク要素３２２０の下の階層３２１０に示され得る。
またさらに、図４３の例示的な表示３２１０では、制御ネットワーク要素３２３０は、ユーザインターフェース（ＰｒｏＰｌｕｓステーション）、Ｉ／Ｏネットワーク（タグ付き）、無線Ｉ／Ｏネットワーク、および１つ以上の計算クラスタ（図４３に示す参照番号３２３５のラベルが付いた計算クラスタ１を使用）を含む、様々な異なる物理および論理コンポーネントを内部に含む。さらに、各計算クラスタは、それに関連付けられた、またはその下に複数のノード３２３６を有し得、これらのノード３２３６のうちの１つが図４３に示されている。したがって、制御ネットワーク要素３２３０の上位レベルの要素は、概ね、物理要素である。しかしながら、前述したように、また階層３２１０に示されるように、各ノード３２３６は、例えば、異なる構成されたコントローラ（ＳＤＣＳアーキテクチャにおける論理要素である）を指定するコントローラコンテナ３２４０、割り当てられたモジュール３２４２などの制御サブシステムコンテナ、割り当てられたＩ／Ｏコンテナ３２４４、サードパーティコンテナ３２４６、エリアコンテナ３２４７、ヒストリアンコンテナ３２４８など、それに割り当てられたまたはそれに関連付けられている様々な論理要素（例えば、コンテナ）を有し得る。図４３のボックス３２５０は、階層３２１０に示されたコンテナの一部（全部ではない）を指し示している。図４３の階層３２１０は、構成されたハードウェアコンポーネントと、コンテナを含む構成された論理要素との両方を示していることに留意されたい。さらに、そして重要なことに、図４３の階層３２１０は、そこに示される様々なコンテナが、異なる階層層の下の他のコンテナおよび／または物理要素にネストまたは固定される方式を示している。例えば、ボイラー＿１（３２６０）の割り当てられたモジュールは、コントローラ２コンテナ９４０に固定され（階層３２１０の複数の位置に参照番号３２６０で示されているように）、サードパーティコンテナの材料組成はコントローラ２に固定されている（参照番号３２６２で示されているように）。また理解されるように、別のコンテナの下の階層３２１０にリストされたコンテナは、階層３２１０のレンダリング時に上位レベルのコンテナ内にネストされている。このネストは、要素の固定の結果であるか、またはオーケストレータ２２２による要素の稼働時間の配置の結果であり得る。したがって、階層３２１０は、システムの構成された動作（コンテナが互いに対してまたは特定のハードウェア要素にどのように固定されているかという観点から）、およびシステムの稼働時間動作（どのようにコンテナが他のコンテナ内にネストされ、特定のハードウェアまたは物理コンポーネントにおいて実行されているかという観点から）を示すために使用され得る。さらに、階層３２１０は、特定の割り当て可能なコンテナが現在割り当てられているコントローラまたはモジュール、および／または特定のコンテナが現在割り当てられている物理要素を示すことによってなど、稼働時間動作中に割り当て可能な論理要素の観点から、制御システムの現在の動作構成を示すことができる。
さらに、階層３２１０は、階層３２１０内の要素の対話を介するなどして、様々なコンテナがユーザによって動的に割り当て可能であることを示し得る。例えば、図４３の階層３２１０は、様々なレシピ３２７０が動的に割り当て可能なコンテナであることを示している。場合によっては、ユーザインターフェースアプリケーションは、階層３２１０内の要素を選択し、その要素を階層３２１０内新しい論理または物理エンティティの下または中にドラッグアンドドロップすることによって、ユーザがコンテナ（レシピまたは他の動的に割り当て可能なコンテナなど）を再割り当てすることを可能にし得る。もちろん、論理要素を別の論理要素または物理要素に動的に再割り当てすることを遂行する他の方法も使用され得る（例えば、ドロップダウンメニュー、新しいウィンドウなど）。
したがって、図４３の階層３２１０に示されているように、エリア、ユニット、機器モジュール、およびモジュールなどの制御アイテムは、物理制御クラスタに関連付けられ得る。割り当てられると、制御アイテム、例えばユニットＣ－１０１は、制御戦略として一緒に留まる。この例では、ユニットＣ－１０１は固定されていないため、任意のコントローラノード（計算ノード）に配分され得る。一方、ユニットボイラー＿１は、コントローラ２に固定されている。コントローラ２が割り当てられているハードウェアノードに障害が発生した場合、コントローラ２に固定されているすべてのものが（オーケストレータ２２２のアクションに基づいて）空きリソースのある別のサーバまたはノードに移行される。一方、動的に割り当て可能な制御アイテムは、空きリソースがある任意のコントローラに動的に配分され得る。
制御アイテムについて上述したものと同じアプローチが、履歴、アラームおよびイベント、バッチ、継続的なヒストリアン、ならびにその他のサブシステムコンテナにも使用される。サブシステムは別々のコンテナで実行され、コントローラ／計算ノードに固定され得、または動的に割り当てられ得る。したがって、上記の説明に従って、すべてのサブシステムはコンテナとして扱われる。さらなる配分として、制御戦略階層からの制御アイテムは、計算クラスタに割り当てられ、次に、計算ノードに固定されるかまたは動的に割り当てられ得る（例えば、階層３２１０においてドラッグアンドドロップ技術を使用することによって）。同様に、Ｉ／Ｏコンテナは、計算クラスタに割り当てられ、制御アイテムが動的に割り当てられるように動的に割り当てられ得る。さらに進むと、マイクロコンテナはＩ／Ｏデバイス上で実行され得る。
いずれにせよ、理解されるように、視覚化サービス３２０２は、階層３２１０が（１）物理要素と論理要素との間および論理要素と他の論理要素との間の永久的に構成された（変更不可のまたは固定された）関係、（２）物理要素と論理要素との間および論理要素と他の論理要素との間の一時的に構成された（ユーザ割り当て可能なまたは稼働時間の間に動的に割り当て可能な）関係、（３）物理要素と論理要素との間および論理要素と他の論理要素との間の稼働時間の間にオーケストレータ２２２によって現在割り当てられる稼働時間または現在の関係、を示すように階層３２１０作成し得る。したがって、階層３２１０は、コンテナと、それらのコンテナが現在実行されているノード、サーバ、プロセッサ、コア、ラック、電源などの様々なハードウェア要素との間の関係を示し、これらの関係が固定されているかどうかを示すために作成され得る。さらに、階層３２１０は、動的に割り当て可能なコンテナを示すために使用され得、さらには稼働時間の間に動的に割り当て可能なコンテナの再割り当てを遂行するためにユーザによって使用または操作され得る。この場合、視覚化サービス３２０２は、コンテナを別の論理および／または物理要素に再割り当てする命令を受信すると、オーケストレータ２２２に再割り当てを指示し、オーケストレータ２２２は、コンテナ（および再割り当てされたコンテナの中にネストされているかまたはこれに固定されている任意のコンテナ）の再割り当てを遂行することになる。さらに、階層３２１０は、互いに関して様々な論理および物理要素の稼働時間構成（オーケストレータ２２２によって遂行されるもの）を示すために作成され得る。
もちろん、視覚化サービス３２０２は、論理要素（例えば、コンテナ）と他の論理要素および／または物理要素との間の関係を他の方式で表示し得、制御システムまたはその様々なコンポーネントのいずれかの現在の動作の健全性またはパフォーマンスをユーザが理解することを可能にするように、主要パフォーマンスおよび診断指標も含み得る。例として、図４２の視覚化サービス３２０２は、物理要素を、現在それに割り当てられているか、またはその上で実行されている論理要素（コンテナ）と組み合わせて図示することによって、物理要素のセット（例えば、特定の計算クラスタのすべてのノードなど、システムのノードまたはサーバ）の各々の現在の構成をユーザに示し得る。この場合、視覚化サービス３２０２はまた、例えば、図２のユーティリティ２５２、２５５、２５８、２６０のうちの１つ以上によって計算または判定された物理要素の健全性、診断および／またはパフォーマンス統計または測定値を取得および示すこともできる。図４４は、３つのサーバまたはノード３３２０を内部に有するデータクラスタ３３１０を示すために、視覚化サービス３２０２によって作成され得る例示的なユーザインターフェースまたは表示３３００を示している。表示３３００はまた、ノード３３２０の各々のコンテナまたはコンテナタイプのセットも示しており、この場合、コンテナオーケストレータサービス３３３０、制御コンテナのセット３３３２、バッチエグゼクティブコンテナ３３３４、および各ノード３３２０内の連続ヒストリアンコンテナ３３３６を含む。図４４には示されていないが、視覚化サービス３２０２は、ユーザがボックス３３３２～３３３６の各々にドリルダウンして、様々なコンテナ（例えば、制御コンテナおよびそれらの制御コンテナ内にネストされたまたはこれに固定された任意のコンテナ）およびサブシステムコンテナ３３３４および３３３６を見て、それぞれのサーバ３３２０の各々上で現在実行されている論理要素を視認することを可能にし得る。さらに、視覚化サービス３２０２は、例えば、現在のＣＰＵ負荷、ストレージ使用率、ネットワーク帯域幅、およびコア温度を含む、サーバの各々のパフォーマンス指標３３４０のセットを表示３３００上に提示し得る。もちろん、これらは、サーバまたはノード３３２０の各々について取得および表示することができる診断またはパフォーマンス指標のほんの数例であり、他のパフォーマンスおよび診断情報は、ハードウェア要素（サーバまたはノード３３２０）のそれぞれについて同様にまたは代わりに提供することができる。さらに、視覚化サービス３２０２は、図４４のクラスタ３３１０内の通信ネットワークのネットワークヘルス３３４２などの他のパフォーマンス指標を表示または提供することができ、サーバ３３２０のうちの１つでエグゼクティブバッチのサービスコンテナ健全性３３４４などの論理要素のパフォーマンス指標を示し得る。
この場合も、視覚化サービス３２０２は、ユーザが、要素３３３０、３３３２、３３３４、および３３３６のいずれか（または、ハードウェア要素３３２０のいずれかに関連付けられるものとして表示されるサードパーティコンテナなどの他のコンテナ）にドリルダウンして、それぞれのサーバまたはハードウェアノード上で実行されているそれらのコンテナ内の論理要素、およびサブ要素のいずれかに関する１つ以上のパフォーマンスまたは診断の指標を視認することを可能にし得る。視覚化サービス３２０２はまた、論理サブユニットに関連付けられている、または論理サブユニットを実装する特定のサーバプロセッサもしくはコアまたはブレードまたは電源など、論理要素のサブユニットの各々を実行する物理要素のサブユニットも示し得る。したがって、このツールは、コントローラおよびＩ／Ｏならびにそれらの関連するサービスコンテナの論理ビュー、ならびにサーバおよび物理リソース管理の物理ビューなど、複数の側面からシステム全体の大きな粒度の更新をユーザに提供し、任意の特定の時間におけるソフトウェア定義制御システムまたはその任意の一部のパフォーマンスに関する診断情報を提供することもできる。
別の場合において、視覚化サービス３２０２は、システムまたはシステムの一部のサブパートの論理要素またはコンテナの図を提供し、これらの論理要素が現在作動または実行している様々な物理要素を示し得る。図４５は、論理要素（この場合はコントローラ１コンテナ）と、およびコントローラ１コンテナの様々な論理サブ要素が制御システムのパフォーマンス中の現在の時間にハードウェアに分散されている方式を示すために使用され得る例示的な表示３４００を描いている。したがって、図４５の例示的な表示３４００では、論理コントローラ＃１は、冗長性のために、コントローラコンテナ＃１インスタンスのうちの第１のものが物理サーバ３４３０上で実行されており、コントローラコンテナ＃１インスタンスのうちの第２および第３のものが異なる物理サーバ３４３２上で実行されている３つの冗長コントローラコンテナ（コントローラコンテナ＃１）を含むように示されている。さらに、図４５の図３４００は、論理コントローラ＃１（その中にネストされているかまたはそれに固定されている３つのサブコンテナを含む）が、リモートＩ／Ｏコンテナ３４４２に結び付けられた冗長Ｉ／ＯサーバまたはＩ／Ｏコンテナ３４４０のセットを使用して通信することを示している。図３４００はまた、冗長コントローラ＃１インスタンスのどれが現在アクティブなコントローラまたはコントローラインスタンスとして動作しているかを示している。必要に応じて、図４５の表示３４００は、冗長Ｉ／Ｏコンテナ３４４０を現在実装している特定のハードウェア要素、および／またはリモートＩ／Ｏコンテナ３４４２を現在実行しているハードウェアデバイスを示すことができる。さらに、視覚化サービス３２０２は、表示３４００において、そこに示されている論理または物理要素のいずれかについて、パフォーマンス指標の所望のセットのいずれかを提供し得る。もちろん、図４５は単なる例であり、図４５の図３４００は、論理要素の任意のセットと、これらの要素が現在作動している対応する物理ノードまたはハードウェアを示すように拡張することができる。さらに、主要パフォーマンスおよび診断指標を、任意の所望の方式でそこに描かれている論理要素（および必要に応じて物理要素）の各々について、図４５の図３４００に表示し得る。
図４６は、プラントまたは制御システム内の様々な論理および物理資産の現在の動作構成および対話、ならびに表示された各要素に対する様々なパフォーマンスおよび／または診断指標を示すために、視覚化サービス３２０２によって提供または作成され得る別の視覚化または表示画面３５００を示している。画面表示３５００は、この例では、ソフトウェア定義制御システムコンテナ３５０２、バッチ実行コンテナ３５０４、および連続ヒストリアンコンテナ３５０６を含む、右側の論理要素のセットを示している。図またはインターフェース画面３５００は、これらの論理要素がバス３５１０を介してＩ／Ｏサーバ３５１２に接続され、そして、Ｉ／Ｏサーバ３５１２がフィールドデバイス３５１４のセットに結合されていることを示している。さらに、図３５００は、論理要素またはコンテナ３５０２、３５０４、および３５０６の各々について、様々な異なる性能指標３５２０（現在作動中の制御システムの要素のパフォーマンスを示す）を示しており、この例では、１秒当たりのメッセージ指標、ストレージ利用指標、ネットワーク帯域幅指標、およびエラーレート指標を含む。さらに、図３５００は、パフォーマンス指標３５２０のリストに、関連する論理要素の各々に割り当てられた物理ノードなど、論理要素を実装するために使用される物理要素を含み得る。しかしながら、この物理割り当て指標は、サーバ、プロセッサ、コア、ブレード、電源などの他の物理ハードウェアを示し得る。図３５００は、Ｉ／Ｏサーバコンテナ３５１２についても同様にパフォーマンスおよび診断指標を示しているが、もちろん、この論理要素またはそこに描かれた論理要素のいずれかについて異なるパフォーマンスおよび診断指標を提供し得る。さらに、図３５００は、バス帯域幅、メッセージ診断、およびエラー状態の形でバス３５１０のパフォーマンスおよび診断指標３５２２を示し、さらに、コンテナ３５０２、３５０４、および３５０６がＩ／Ｏサーバコンテナ３５１２（これは実際のＩ／Ｏサーバであってもよい）と通信しているバス３５１０を構成する、またはバス３５１０として実装されている物理ネットワークアダプタを示している。もちろん、他のパフォーマンスおよび診断指標も取得および表示され得る。したがって、再び、図４６の視覚化３５００は、様々な論理要素（コンテナ）が接続され、これらの論理要素を実装する物理ハードウェアに実装される方式を示し、制御システムのこの部分を構成する論理および物理要素のうちの一方または両方について診断またはパフォーマンス指標を提供して、ソフトウェア定義制御システムの動作の視覚化においてユーザを支援する。
これらの例のそれぞれにおいて、ユーザインターフェースまたは視覚化サービス３２０２は、これらの物理および論理要素がコンテナオーケストレータおよびシステムを通るすべてのネットワークトラフィックを管理するソフトウェア定義ネットワーキングコントローラによって実装されているときに、物理および論理構成（および所望により様々な異なる診断サービスを介して取得された関連するパフォーマンスデータ）を図示または例示し得る。さらに、これらの図に示されている視覚化のいずれかまたはすべては、カラーマップを使用して特定の健全性レベルを示し、視覚化されているソフトウェア定義制御システム内で認識または検出された問題を軽減するためにユーザが実行する必要のあるアクションを推奨する推奨システムを提供する。もちろん、図４３～図４６は、制御システムの稼働時間の間の任意の特定の時間に様々な論理および物理要素が対話し、遂行している方式を表示するために使用され得るスクリーンのいくつかの例を示しているが、他の視覚化が代わりに使用され得ることは理解されるであろう。
その他の考慮事項
ソフトウェアに実装される場合、本明細書に記載されたアプリケーション、モジュールなどのいずれかは、磁気ディスク、レーザーディスク（登録商標）、固体状態メモリデバイス、分子メモリ記憶デバイス、または他の記憶媒体、コンピュータまたはプロセッサのＲＡＭまたはＲＯＭなどの任意の有形の、非一時的コンピュータ読み取り可能メモリに記憶されてもよい。本明細書に開示された例示のシステムは、他のコンポーネントの中で、ハードウェア上で実行されるソフトウェアおよび／またはファームウェアを含むものとして開示されているが、そのようなシステムは単に例示的なものであり、限定的なものとみなされるべきではないことに留意されたい。例えば、これらのハードウェア、ソフトウェア、およびファームウェアコンポーネントのうちのいずれかまたはすべてが、ハードウェアにのみ、ソフトウェアにのみ、またはハードウェアおよびソフトウェアの任意の組み合わせに、具現化され得ることが企図される。したがって、本明細書に記載される例示的なシステムは、１つ以上のコンピュータデバイスのプロセッサで実行されるソフトウェアに実装されるものとして記載されているが、提供される例がかかるシステムを実装する唯一の方式ではないことを、当業者は容易に認識するであろう。
したがって、本発明は具体的な例に関して記載されてきたが、これらは例示であるに過ぎず、本発明の限定であることを意図せず、変更、追加、または削除が、本発明の趣旨および範囲から逸脱することなく、開示される実施形態に対して行われ得ることが当業者には明らかであろう。
任意の特定の実施形態の特定の特徴、構造、および／または特性は、任意の好適な様式で、および／または任意の好適な組み合わせで、選択された特徴を、対応する他の特徴の使用を伴うまたは伴わないで使用することを含む、１つおよび／または複数の他の実施形態と組み合わせてもよい。さらに、特定の用途、状況、および／または材料を本発明の本質的な範囲または趣旨に適合させるために多くの修正を行うことができる。本明細書に記載されたおよび／または図示された本発明の実施形態の他の変形および／または修正が、本明細書の教示に照らして可能であり、本発明の趣旨または範囲の一部とみなされるべきであることを理解されたい。本発明の特定の態様は、例示的な態様として本明細書に記載されている。

Claims (24)

  1. コンテキスト辞書を使用してプロセスプラントの物理または論理資産に関する情報を推測するための方法であって、前記方法が、
    ソフトウェア定義プロセス制御システム（ＳＤＣＳ）内の計算ノード上のコンテナを介して実行される発見サービスを介して、前記工業プロセスの少なくとも一部分を制御するために前記プロセスプラントの稼働時間の間に利用される前記プロセスプラントの物理または論理資産の存在を示すアナウンスを取得することであって、前記アナウンスが、前記物理または論理資産の識別子を含む、取得することと、
    コンテキスト辞書からの前記発見サービスを介して、（ｉ）前記アナウンス内で示されていなかった前記物理または論理資産から取り出し可能な１つ以上の追加のパラメータ、または（ｉｉ）前記アナウンス内で示されていなかった前記物理または論理資産に関連付けられている１つ以上のサービスのうちの少なくとも１つを取得することと、
    発見されたアイテムデータストアに、前記発見された物理または論理資産の記録であって、前記物理または論理資産の前記アイデンティティの指示を含む、記録、および前記アナウンス内で示されていなかった前記物理または論理資産に関連付けられている前記１つ以上の追加のパラメータまたは１つ以上のサービスを記憶することと、を含む、方法。
  2. 前記アナウンス内で示されている前記物理または論理資産の１つ以上のパラメータに基づいて、前記物理または論理資産のアイデンティティを判定することと、
    前記物理または論理資産の前記アイデンティティを前記コンテキスト辞書に提供することであって、前記コンテキスト辞書が、前記アイデンティに基づいて物理または論理資産のタイプを判定し、かつ前記物理または論理資産のタイプをコンテキストのクラスに関連付ける、提供することと、をさらに含む、請求項１に記載の方法。
  3. 前記アナウンスを取得することが、前記物理または論理資産から取り出し可能なパラメータの第１のセットを含む、前記物理または論理資産の能力の第１のセットを取得することを含む、請求項１に記載の方法。
  4. 前記物理または論理資産がフィールドデバイスであり、前記物理または論理資産から取り出し可能なパラメータの前記第１のセットが、質量流量を含み、前記１つ以上の追加のパラメータが、スピード、速度、または密度のうちの少なくとも１つを含む、請求項３に記載の方法。
  5. 前記物理または論理資産から取り出し可能なパラメータの前記第１のセットが、前記物理または論理資産の制御に関連するパラメータを含み、前記１つ以上の追加のパラメータが、前記物理または論理資産の保守に関連するパラメータを含む、請求項３に記載の方法。
  6. 前記発見された物理または論理資産の前記記録を記憶することが、前記１つ以上の追加のパラメータの各々にアクセスするための記憶メカニズムを含む、請求項１に記載の方法。
  7. 前記プロセスプラントの物理または論理資産に対する要求をブロードキャストして、前記物理または論理資産の存在をアナウンスすることと、
    前記要求に応答して、前記物理または論理資産の前記存在の前記アナウンスを取得することと、をさらに含む、請求項１に記載の方法。
  8. 前記物理または論理資産が、フィールドデバイスである、請求項１に記載の方法。
  9. 前記物理または論理資産が、制御サービスである、請求項１に記載の方法。
  10. 前記物理または論理資産が、コンテナ、マイクロコンテナ、計算ノード、サービス、または入力／出力（Ｉ／Ｏ）資産である、請求項１に記載の方法。
  11. プロセスプラント内の工業プロセスを制御するためのソフトウェア定義プロセス制御システム（ＳＤＣＳ）であって、前記ＳＤＣＳが、
    前記ＳＤＣＳの計算ノード上のコンテナを介して実行される発見サービスを含み、前記発見サービスが、
    前記プロセスプラントの稼働時間の間に利用される前記プロセスプラントの物理または論理資産の存在を示すアナウンスを取得して、前記工業プロセスのうちの少なくとも一部分を制御することであって、前記アナウンスが、前記物理または論理資産の識別子を含む、制御することと、
    コンテキスト辞書から、（ｉ）前記アナウンス内で示されていなかった前記物理または論理資産から取り出し可能な１つ以上の追加のパラメータ、または（ｉｉ）前記アナウンス内で示されていなかった前記物理または論理資産に関連付けられている１つ以上のサービスのうちの少なくとも１つを取得することと、
    発見されたアイテムデータストアに、前記発見された物理または論理資産の記録であって、前記物理または論理資産の前記アイデンティティの指示を含む、記録、および前記アナウンス内で示されていなかった前記物理または論理資産に関連付けられている前記１つ以上の追加のパラメータまたは１つ以上のサービスを記憶することと、を行う、ＳＤＣＳ。
  12. 前記発見サービスが、
    前記アナウンスに示されている前記物理または論理資産の１つ以上のパラメータに基づいて、前記物理または論理資産のアイデンティティを判定することと、
    前記物理または論理資産の前記アイデンティティを前記コンテキスト辞書に提供することであって、前記コンテキスト辞書が、前記アイデンティティに基づいて物理または論理資産のタイプを判定し、かつ前記物理または論理資産のタイプをコンテキストのクラスに関連付ける、提供することと、を行うようにさらに構成されている、請求項１１に記載のＳＤＣＳ。
  13. 前記アナウンスが、前記物理または論理資産から取り出し可能なパラメータの第１のセットを含む、前記物理または論理資産の能力の第１のセットを含む、請求項１１に記載のＳＤＣＳ。
  14. 前記物理または論理資産がフィールドデバイスであり、前記物理または論理資産から取り出し可能なパラメータの前記第１のセットが、質量流量を含み、前記１つ以上の追加のパラメータが、スピード、速度、または密度のうちの少なくとも１つを含む、請求項１３に記載のＳＤＣＳ。
  15. 前記物理または論理資産から取り出し可能な前記パラメータの第１のセットが、前記物理または論理資産の制御に関連するパラメータを含み、前記１つ以上の追加のパラメータが、前記物理または論理資産の保守に関連するパラメータを含む、請求項１３に記載のＳＤＣＳ。
  16. 前記物理または論理資産が、フィールドデバイスである、請求項１１に記載のＳＤＣＳ。
  17. 前記物理または論理資産が、制御サービスである、請求項１１に記載のＳＤＣＳ。
  18. 前記物理または論理資産が、コンテナ、マイクロコンテナ、計算ノード、サービス、または入力／出力（Ｉ／Ｏ）資産である、請求項１１に記載のＳＤＣＳ。
  19. プロセスプラント内の工業プロセスを制御するためのソフトウェア定義プロセス制御システム（ＳＤＣＳ）であって、前記ＳＤＣＳが、
    前記ＳＤＣＳの計算ノード上のコンテナを介して実行されるコンテキスト辞書サービスを含み、前記コンテキスト辞書サービスが、
    前記プロセスプラントの稼働時間の間に利用される前記プロセスプラントの複数のタイプの物理または論理資産の各々について、前記工業プロセスのうちの少なくとも一部分を制御するために、
    前記物理または論理資産のタイプを記憶することと、
    前記物理または論理資産のタイプから取り出し可能なパラメータ、および前記物理または論理資産に関連付けられているサービスを含む、前記物理または論理資産のタイプの能力のセットを記憶することと、を行うことと、
    物理または論理資産の能力の要求を取得することであって、前記要求が、前記物理または論理資産のアイデンティティを含む、取得することと、
    前記物理または論理資産の前記アイデンティティに基づいて、前記物理または論理資産のタイプを判定することと、
    前記物理または論理資産の前記タイプに対応する能力のセットを含む、前記要求への応答を提供することと、を行う、ＳＤＣＳ。
  20. 前記コンテキスト辞書サービスが、発見サービスが実行される第２のコンテナ内にネストされる第１のコンテナを介して実行される、請求項１９に記載のＳＤＣＳ。
  21. 前記物理または論理資産に関連付けられている前記サービスが、前記物理または論理資産によって遂行されるサービスおよび前記物理または論理資産と通信するサービスを含む、請求項１９に記載のＳＤＣＳ。
  22. 前記物理または論理資産が、フィールドデバイスである、請求項１９に記載のＳＤＣＳ。
  23. 前記物理または論理資産が、制御サービスである、請求項１９に記載のＳＤＣＳ。
  24. 前記物理または論理資産が、コンテナ、マイクロコンテナ、計算ノード、サービス、または入力／出力（Ｉ／Ｏ）資産である、請求項１９に記載のＳＤＣＳ。
JP2022097498A 2021-06-16 2022-06-16 ソフトウェア定義制御システム内の発見サービス Pending JP2022192045A (ja)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US202163211535P 2021-06-16 2021-06-16
US63/211,535 2021-06-16
US17/489,373 US20220404788A1 (en) 2021-06-16 2021-09-29 Discovery Service in a Software Defined Control System
US17/489,373 2021-09-29

Publications (1)

Publication Number Publication Date
JP2022192045A true JP2022192045A (ja) 2022-12-28

Family

ID=82496550

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022097498A Pending JP2022192045A (ja) 2021-06-16 2022-06-16 ソフトウェア定義制御システム内の発見サービス

Country Status (5)

Country Link
US (1) US20220404788A1 (ja)
JP (1) JP2022192045A (ja)
CN (1) CN115480533A (ja)
DE (1) DE102022114391A1 (ja)
GB (1) GB2608893A (ja)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11768878B2 (en) * 2019-09-20 2023-09-26 Fisher-Rosemount Systems, Inc. Search results display in a process control system
US11768877B2 (en) * 2019-09-20 2023-09-26 Fisher-Rosemount Systems, Inc. Smart search capabilities in a process control system
US11899410B1 (en) 2022-12-15 2024-02-13 Halliburton Energy Services, Inc. Monitoring a wellbore operation using distributed artificial intelligence
US11899438B1 (en) * 2022-12-15 2024-02-13 Halliburton Energy Services, Inc. Distributed control system with failover capabilities for physical well equipment
CN116684467B (zh) * 2023-08-02 2023-10-27 武汉吧哒科技股份有限公司 数据获取方法、电子设备及存储介质

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7460865B2 (en) * 2003-06-18 2008-12-02 Fisher-Rosemount Systems, Inc. Self-configuring communication networks for use with process control systems
US20040260404A1 (en) * 2003-06-23 2004-12-23 Russell Thomas C. Method and apparatus for self-configuring supervisory control and data acquisition (SCADA) system for distributed control
DE102011079890A1 (de) * 2011-07-27 2013-01-31 Codewrights Gmbh System und Verfahren zur Bedienung von Feldgeräten in einer Automatisierungsanlage
CN109416525A (zh) * 2015-10-13 2019-03-01 施耐德电子系统美国股份有限公司 分层智能资产控制应用开发和优化的系统和方法
US9934671B1 (en) * 2016-10-24 2018-04-03 Fisher Controls International Llc Valve service detection through data analysis
US10619760B2 (en) * 2016-10-24 2020-04-14 Fisher Controls International Llc Time-series analytics for control valve health assessment
US10877465B2 (en) * 2016-10-24 2020-12-29 Fisher-Rosemount Systems, Inc. Process device condition and performance monitoring
DE102017108539A1 (de) * 2017-04-21 2018-10-25 Endress+Hauser Process Solutions Ag Verfahren und Cloud Gateway zum Überwachen einer Anlage der Automatisierungstechnik
US11405180B2 (en) * 2019-01-15 2022-08-02 Fisher-Rosemount Systems, Inc. Blockchain-based automation architecture cybersecurity
US10962965B2 (en) * 2019-01-15 2021-03-30 Fisher-Rosemount Systems, Inc. Maintaining quality control, regulatory, and parameter measurement data using distributed ledgers in process control systems
US11960473B2 (en) * 2019-01-15 2024-04-16 Fisher-Rosemount Systems, Inc. Distributed ledgers in process control systems
US11115218B2 (en) * 2019-01-15 2021-09-07 Fisher-Rosemount Systems, Inc. System for secure metering from systems of untrusted data derived from common sources

Also Published As

Publication number Publication date
US20220404788A1 (en) 2022-12-22
DE102022114391A1 (de) 2022-12-22
GB2608893A (en) 2023-01-18
CN115480533A (zh) 2022-12-16
GB202208796D0 (en) 2022-07-27

Similar Documents

Publication Publication Date Title
US20220404788A1 (en) Discovery Service in a Software Defined Control System
US20220404811A1 (en) Systems and Methods for Dynamically Maintained Redundancy and Load Balancing in Software Defined Control Systems for Industrial Process Plants
JP2022192056A (ja) 工業プロセスプラントのためのソフトウェア定義プロセス制御システムの視覚化
JP2022192060A (ja) 工業プロセスプラントのためのソフトウェア定義プロセス制御システム
US20220404807A1 (en) Systems and Methods for Associating Modules in a Software Defined Control System for Industrial Process Plants
US20220404800A1 (en) Discovery Service in a Software Defined Control System
JP2022192052A (ja) 工業プロセスプラントのためのソフトウェア定義制御システム内で動的に維持される冗長性および負荷分散のためのシステムおよび方法
US20220404812A1 (en) Discovery Service in a Software Defined Control System
JP2022192057A (ja) 工業プロセスプラントのためのソフトウェア定義プロセス制御システムの視覚化
JP2022192051A (ja) プロセス制御環境内でコンテナ化されたコントローラサービスからアクティブなコントローラ出力を選択および利用するためのｉ／ｏサーバサービス
JP2022192050A (ja) コンテナ化されたコントローラサービスによるプロセス制御環境内の制御を促進するように構成されたｉ／ｏサーバサービス
JP2022192047A (ja) ソフトウェア定義制御システムにおけるセキュリティサービス
JP2022192053A (ja) 工業プロセスプラントのためのソフトウェア定義制御システム内で動的に維持される冗長性および負荷分散のためのシステムおよび方法
JP2022192046A (ja) ソフトウェア定義制御システムにおけるセキュリティサービス
JP2022192049A (ja) サービス品質メトリックを利用してｉ／ｏサーバサービスのｉ／ｏチャネル間の移行を促進すること
JP2022192059A (ja) 工業プロセスプラントのためのソフトウェア定義プロセス制御システムおよび方法
JP2022192048A (ja) コンテナ化されたサービスと通信するｉ／ｏサーバサービスを含むソフトウェア定義制御システム
JP2022192058A (ja) 工業プロセスプラントのためのソフトウェア定義プロセス制御システムの階層的編成のためのシステムおよび方法
JP2022192042A (ja) 工業プロセスプラントのためのソフトウェア定義制御システム内でモジュールを関連付けるためのシステムおよび方法
JP2022192055A (ja) 工業プロセスプラントのためのソフトウェア定義プロセス制御システムの視覚化