(57)【要約】【課題】プラント監視制御に係るアプリケーションの構築を容易に行い、かつ、完成したシステムの可用性および移植性を向上させる。【解決手段】プラント監視サーバにインストールされるプラント監視制御プログラムが、イベントに係るプラント監視制御処理を所望の機能単位で予め分割することによって、この機能単位で独立して実行可能に設けられ、所定の順序で実行されることによりプラント機器の制御データを作成する複数のアプリケーションクラスと、全てのアプリケーションクラスおよびインストール済みのミドルウェアの各々に接続され、アプリケーションクラス間並びにアプリケーションクラスとミドルウェアの間における入出力情報の全てを保持および仲介すると共に、予め定義された所定の順序で複数のアプリケーションクラスを単一のプロセス内で実行させる仲介クラスと、からなることを特徴とする。【選択図】図３
2011203948.tif 000002
【特許請求の範囲】
【請求項１】
プラント機器の制御データを作成するプラント監視制御サーバに対して、前記制御データに基づいてプラント機器の制御を行う下位コントローラが制御用ＬＡＮを介して接続されたプラント監視制御システムであって、
前記プラント監視制御サーバが、
前記下位コントローラから受信したデータに基づいて前記下位コントローラにおけるイベントの発生を検知すると共に、このイベントに係るリアルタイムデータを前記下位コントローラから受信するミドルウェアと、
このミドルウェアで受信された前記イベントおよび前記リアルタイムデータに基づいてプラント監視制御処理を単一のプロセス内で実行し、その実行結果を前記制御データとして前記ミドルウェアを介して前記下位コントローラへ送信するプラント監視制御プログラムと、
を備え、
前記プラント監視制御プログラムは、
前記イベントに係る前記プラント監視制御処理を所望の機能単位で予め分割し、この機能単位で独立して実行可能に設けられ、所定の順序で実行されることにより前記制御データを作成する複数のアプリケーションクラスと、
前記複数のアプリケーションクラスおよび前記ミドルウェアの各々に接続され、前記アプリケーションクラス間並びに前記アプリケーションクラスと前記ミドルウェアの間における入出力情報の全てを保持および仲介すると共に、予め定義された前記所定の順序で前記複数のアプリケーションクラスを実行させる仲介クラスと、
からなることを特徴とするプラント監視制御システム。
【請求項２】
前記仲介クラス内に、前記アプリケーションクラスの実行順序と前記イベントの関係が予め定義されていることを特徴とする請求項１記載のプラント監視制御システム。
【請求項３】
前記プラント監視制御サーバは、更に、他系システムおよびクライアント端末にネットワーク接続され、前記プラント監視制御サーバが、前記接続先におけるイベントの発生を検知して前記制御データを生成し、この制御データを前記下位コントローラへ送信すると共に、前記クライアント端末にプラント稼動状態および前記制御データを含む表示用データを送信することを特徴とする請求項１または請求項２記載のプラント監視制御システム。
【請求項４】
プラント機器の制御データを作成するプラント監視制御サーバに対して、前記制御データに基づいて前記プラント機器の制御を行う下位コントローラが制御用ＬＡＮを介して接続されたプラント監視制御システムにおいて、前記プラント監視制御サーバが、インストール済みのミドルウェアによって受信されたイベントおよびリアルタイムデータに基づいてプラント監視制御処理を単一のプロセス内で実行し、その実行結果を前記制御データとして前記ミドルウェアを介して前記下位コントローラへ送信するプラント監視制御方法であって、
前記イベントに係る前記プラント監視制御処理を所望の機能単位で予め分割し、この機能単位で独立して実行可能であり、かつ、所定の順序で実行されることにより前記制御データを作成する複数のアプリケーションクラスを格納する格納ステップと、
前記複数のアプリケーションクラスおよび前記ミドルウェアの各々に接続された仲介クラスによって、前記アプリケーションクラス間並びに前記アプリケーションクラスと前記ミドルウェアの間における入出力情報の全てを保持および仲介すると共に、予め定義された前記所定の順序で前記複数のアプリケーションクラスを単一のプロセスとして実行させる仲介ステップと、
を有することを特徴とするプラント監視制御方法。
【請求項５】
前記仲介ステップにおいて、前記アプリケーションクラスの実行順序と前記イベントの関係が前記仲介クラス内に予め定義されていることを特徴とすることを特徴とする請求項４記載のプラント監視制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、鉄鋼所や発電所などの各種プラントの監視制御を行うプラント監視制御システムおよびプラント監視制御方法に関する。
【背景技術】
【０００２】
一般に、鉄鋼所や発電所などの各種プラントの監視制御を行うプラント監視制御システム（例えば、特許文献１〜３参照）は、マルチプロセスによるアプリケーションシステムとして構築され、各アプリケーションが非同期に処理を実行する。この場合、システムで要求される機能を実現するために、各アプリケーションが他のアプリケーションとの間でプロセス間通信および共有メモリを用いたデータ授受を行う設計となる。図７は、従来技術におけるミドルウェアおよびアプリケーションの設計例を示す図である。ここでは、ミドルウェアの機能としてリアルタイム通信プロセスＲＴ−１と二つのイベント駆動型通信プロセスＥＴ−１、ＥＴ−２が提供され、リアルタイム通信プロセスＲＴ−１とイベント駆動型通信プロセスＥＴ−１の間で共有メモリＳＭ−１が共有されると共に、この共有メモリＳＭ−１がアプリケーションＡＰ−２およびアプリケーションＡＰ−３からもアクセス可能な設計例が表されている。また、アプリケーションＡＰ−４、ＡＰ−５の間でも共有メモリＳＭ−２が共有されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平１０−２５４５１６号公報
【特許文献２】特開平１０−１１６２０２号公報
【特許文献３】特開２００９−１２３２３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記のような従来技術においては、以下のような問題点があった。  
（１）アプリケーションのプロセス間で同期処理や排他処理が必要となり、システム規模が大きくなるとプロセス間通信フローが複雑なものとなる。  
例えば、上記図７の場合には、アプリケーションＡＰ−３は他のアプリケーションとプロセス間通信を行っていないが、共有メモリＳＭ−１を参照している。しかし、共有メモリＳＭ−１はプロジェクト間でそのデータ構成が異なる場合が多く、アプリケーションＡＰ−３を他システムに移植することは困難である。また、アプリケーションＡＰ−４とアプリケーションＡＰ−５は共有メモリＳＭ−２を参照している。そのため、アプリケーションＡＰ−４とアプリケーションＡＰ−５の設計では共有メモリＳＭ−２を参照・更新するために排他処理を組み込むべきか否かを検討する必要があるが、排他処理によるデッドロックを誘発する可能性がある。すなわち、プロセス間の同期や排他制御を考慮しながらソフトウェア設計を実施することは、技術的な難易度が高く、システム設計が容易に行えない。  
（２）異なるシステム間でのアプリケーションの移植が困難である。  
例えば、上記図７の場合には、アプリケーションＡＰ−１がアプリケーションＡＰ−２とプロセス間通信を行うことにより、所定の機能が実現されている。この場合、アプリケーションＡＰ−１がアプリケーションＡＰ−２と直接通信することにより、アプリケーションＡＰ−１とアプリケーションＡＰ−２の間に依存関係が生まれる。したがって、アプリケーションＡＰ−１を他システムに移植するためには、アプリケーションＡＰ−２と共に移植する必要がある。しかし、アプリケーションＡＰ−２が移植先システムに適合しない場合、結果としてアプリケーションＡＰ−１の完全な移植は不可能となる。  
（３）ソフトウェア設計の難易度が高くなる結果、プロセス間通信と共有メモリアクセスに関する詳細な設計ドキュメントが必要となり、その設計作業に多くのシステム構築コストを消費し、その複雑性がソフトウェア品質劣化の原因となる。  
そこで、本発明は、上記従来技術の問題に鑑み、プラント監視制御に係るアプリケーションの構築を容易に行え、かつ、完成したシステムの可用性および移植性を向上させたプラント監視制御システムおよびプラント監視制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明に係るプラント監視制御システムは、プラント機器の制御データを作成するプラント監視制御サーバに対して、前記制御データに基づいてプラント機器の制御を行う下位コントローラが制御用ＬＡＮを介して接続されたプラント監視制御システムであって、前記プラント監視制御サーバが、前記下位コントローラから受信したデータに基づいて前記下位コントローラにおけるイベントの発生を検知すると共に、このイベントに係るリアルタイムデータを前記下位コントローラから受信するミドルウェアと、このミドルウェアで受信された前記イベントおよび前記リアルタイムデータに基づいてプラント監視制御処理を単一のプロセス内で実行し、その実行結果を前記制御データとして前記ミドルウェアを介して前記下位コントローラへ送信するプラント監視制御プログラムと、を備え、前記プラント監視制御プログラムは、前記イベントに係る前記プラント監視制御処理を所望の機能単位で予め分割し、この機能単位で独立して実行可能に設けられ、所定の順序で実行されることにより前記制御データを作成する複数のアプリケーションクラスと、前記複数のアプリケーションクラスおよび前記ミドルウェアの各々に接続され、前記アプリケーションクラス間並びに前記アプリケーションクラスと前記ミドルウェアの間における入出力情報の全てを保持および仲介すると共に、予め定義された前記所定の順序で前記複数のアプリケーションクラスを実行させる仲介クラスと、からなることを特徴とする。
【０００６】
本発明に係るプラント監視制御方法は、プラント機器の制御データを作成するプラント監視制御サーバに対して、前記制御データに基づいて前記プラント機器の制御を行う下位コントローラが制御用ＬＡＮを介して接続されたプラント監視制御システムにおいて、前記プラント監視制御サーバが、インストール済みのミドルウェアによって受信されたイベントおよびリアルタイムデータに基づいてプラント監視制御処理を単一のプロセス内で実行し、その実行結果を前記制御データとして前記ミドルウェアを介して前記下位コントローラへ送信するプラント監視制御方法であって、前記イベントに係る前記プラント監視制御処理を所望の機能単位で予め分割し、この機能単位で独立して実行可能であり、かつ、所定の順序で実行されることにより前記制御データを作成する複数のアプリケーションクラスを格納する格納ステップと、前記複数のアプリケーションクラスおよび前記ミドルウェアの各々に接続された仲介クラスによって、前記アプリケーションクラス間並びに前記アプリケーションクラスと前記ミドルウェアの間における入出力情報の全てを保持および仲介すると共に、予め定義された前記所定の順序で前記複数のアプリケーションクラスを単一のプロセスとして実行させる仲介ステップと、を有することを特徴とする。
【発明の効果】
【０００７】
本発明によれば、プラント監視制御に係るアプリケーションの構築を容易に行え、かつ、完成したシステムの可用性および移植性を向上させたプラント監視制御システムおよびプラント監視制御方法が提供される。
【図面の簡単な説明】
【０００８】
【図１】本発明の一実施形態に係るプラント監視制御システムの全体構成例を示すブロック図。
【図２】図１に示すプラント監視制御サーバに適用されるコンピュータのハードウェア構成例を示す図。
【図３】図１に示すプラント監視制御サーバにインストールされるプログラムの設計例を示す図。
【図４】図３に示すプログラム間の処理の具体例を示すシーケンス図。
【図５】従来のプラント監視制御システムに導入されるプラント監視制御プログラムの実装例を示す図。
【図６】図１に示すプラント監視制御システムに導入されるプラント監視制御プログラムの実装例を示す図。
【図７】従来のプラント監視制御システムに導入されるプラント監視制御プログラムの設計例を示す図。
【発明を実施するための形態】
【０００９】
以下、本発明の実施形態について図面を用いて詳細に説明する。図１は、本発明の一実施形態に係るプラント監視制御システム１の全体構成例を示す図である。同図に示されるように、本実施形態に係るプラント監視制御システム１は、プラント監視制御のメイン計算機であるプラント監視制御サーバ１１と、このサーバに情報系LAN１２を介して複数のクライアント端末１３が接続された計算機システムである。また、プラント監視制御サーバ１１には、情報系LAN１２を介して複数の他系システム（例えば製造管理システムなど）２が接続されると共に、ゲートウェイ装置１４が接続されている。更に、このサーバには、応答性に優れた制御用ＬＡＮ３を介して複数の下位コントローラ４が接続され、下位コントローラ４の各々がリアルタイム通信専用プロトコルによってプラント機器５に対して行う制御をプラント監視制御サーバ１１が監視・制御できるように構成されている。
【００１０】
図２は、本発明の一実施形態に係るプラント監視制御サーバ１１に適用されるコンピュータの構成例を示す図である。同図に示されるように、プラント監視制御サーバ１１に適用されるコンピュータは、ＣＰＵ（Central Processing Unit）６１、ＲＯＭ（Read Only Memory）６２、ＲＡＭ（Random Access Memory）６３、入出力インターフェース６４、システムバス６５、入力装置６６、表示装置６７、補助記憶装置６８および通信装置６９から構成される。
【００１１】
ＣＰＵ６１は、ＲＯＭ６２やＲＡＭ６３に格納されたプログラムやデータなどを用いて各種の演算処理を実行する処理装置である。ＲＯＭ６２は、コンピュータを機能させるための基本プログラム（ＯＳ）や環境ファイルなどを記憶する読み取り専用の記憶装置である。ＲＡＭ６３は、ＣＰＵ６１が実行するプログラムおよび各プログラムの実行に必要なデータを記憶する記憶装置であり、高速な読み出しと書き込みが可能である。入出力インターフェース６４は、各種のハードウェアとシステムバス６５との接続を仲介する装置およびプログラムである。システムバス６５は、ＣＰＵ６１、ＲＯＭ６２、ＲＡＭ６３および入出力インターフェース６４で共有される情報伝達路である。
【００１２】
また、入出力インターフェース６４には、入力装置６６、表示装置６７、補助記憶装置６８、および通信装置６９などのハードウェアが接続されている。入力装置６６は、ユーザからの入力を処理する装置であり、例えばキーボードやマウスなどである。表示装置６７は、ユーザに対して演算結果や作成画面などを表示する装置であり、例えばＣＲＴ、液晶ディスプレイ、プラズマディスプレイなどである。補助記憶装置６８は、プログラムやデータを蓄積する大容量の記憶装置であり、例えばハードディスク装置などである。
【００１３】
続いて、プラント監視制御サーバ１１のソフトウェア構成について図面に基づいて説明する。図３は、図１に示すプラント監視制御サーバ１１にインストールされるプログラムの設計例を示す図である。図３に例示されるミドルウェアが提供する基本的な機能としては、（１）下位コントローラ４とリアルタイム通信を行うリアルタイム通信プロセスＲＴ−１、（２）共有メモリＳＭ−１、（３）共有メモリＳＭ−１に記憶されたリアルタイムデータの変化を検出しプラント監視制御プログラムの実行プロセス（以下、「プラント監視制御プロセス」という。）に通知するイベント駆動型通信プロセスＥＴ−１、（４）他系システム２と直接通信を行い、その情報をプラント監視制御プロセスに通知するイベント駆動型通信プロセスＥＴ−２、がある。
【００１４】
また、図３に示されるプラント監視制御プログラムは、Ｊａｖａ（登録商標）などのオブジェクト指向プログラミング言語で記述されており、サーバ内で唯一の仲介クラスＭのインスタンスＩ−ｍとこの仲介クラスＭの配下に属する５つのアプリケーションクラスＡ〜ＥのインスタンスＩ−ａ〜ｅから構成されている。
【００１５】
仲介クラスＭは、ミドルウェアから出力されたイベント検知情報に応じて実行するアプリケーションクラスの種類とその実行順序を定義しており、ミドルウェアとアプリケーションクラスの間並びにアプリケーションクラス間の通信を仲介する機能を実装したクラスである。尚、プリケーションクラスの種類とその実行順序は仲介クラスＭ内にコーディングしても良いが、別のファイル内に記述しておき、仲介クラスＭがファイルを参照するとしても良い。
【００１６】
これに対し、アプリケーションクラスＡ〜Ｅは、プラント監視制御システム１で必要とされる各種の機能をそれぞれ個別に実装したクラスである。そして、仲介クラスMおよびアプリケーションクラスＡ〜Ｅから生成されるインスタンスの全てが単一のプロセスとして動作する。したがって、仲介クラスMが各クラスの入力情報、出力情報を保持するため、各クラス間で共有メモリを使用する必要は無く、アプリケーションクラスＡ〜Ｅの間での排他制御は不要である。また、共有メモリを使用することによるデッドロックが発生する可能性も無くなる。
【００１７】
また、共有メモリＳＭ−１は仲介クラスMのみから参照される設計のため、共有メモリＳＭ−１の構成がシステム間で異なる場合でもアプリケーションクラスＡ〜Ｅは流用可能となる。更に、アプリケーションクラスＡ〜Ｅは仲介クラスMからのみ呼び出される処理群であり、アプリケーションクラスＡ〜Ｅの各々の間に依存関係は存在しないため、それぞれが単独で他システムに移植可能となる。
【００１８】
図４は、図３に示すプログラム間の処理の具体例を示すシーケンス図である。ここでは、仲介クラスＭがイベント駆動型データ通信プロセスからイベントを検出し、アプリケーションクラスA〜Ｅの処理を実行する順序が示されている。尚、各クラスは、実行の際にはメモリ上で実体化してインスタンスが生成されるが、ここでは各インスタンスを元となるクラス名で表すものとする。
【００１９】
Ｓ４０１においては、イベント駆動型通信プロセスＥＴ−１は、監視している共有メモリ内の記憶データの変化に基づいて該当するイベントを検出し、仲介クラスＭ（インスタンスＩ−ｍ）へ通知する。
【００２０】
Ｓ４０２においては、仲介クラスＭ（インスタンスＩ−ｍ）は、リアルタイム通信プロセスＲＴ−１が共有メモリ内に保存したリアルタイムデータへ、イベント駆動型通信プロセスＥＴ−１から通知されたイベントに基づいてアクセスし、共有メモリからリアルタイムデータを入力する。
【００２１】
Ｓ４０３においては、仲介クラスＭ（インスタンスＩ−ｍ）は、イベント駆動型通信プロセスＥＴ−１から通知されたイベントについて予め定義されているアプリケーションクラス群とその実行順序を取得すると共に、実行順序が１番目として定義されているアプリケーションクラスＡ（インスタンスＩ−ａ）に対して処理実行指令を出力する。尚、ここでは、アプリケーションクラスＡに続いてＢ、Ｃ、Ｄ、Ｅの順に実行されるように定義されているものとする。
【００２２】
Ｓ４０４においては、仲介クラスＭ（インスタンスＩ−ｍ）は、アプリケーションクラスＡ（インスタンスＩ−ａ）から実行完了通知と共に、その処理データを取得する。
【００２３】
Ｓ４０５〜Ｓ４１２においては、仲介クラスＭ（インスタンスＩ−ｍ）は、各アプリケーションクラスＢ〜Ｅ（インスタンスＩ−ｂ〜ｅ）との間で、Ｓ４０３およびＳ４０４と同様の情報交換を行い、アプリケーションクラスＢ、Ｃ、Ｄ、Ｅの処理を順番に実行する。
【００２４】
Ｓ４１３においては、仲介クラスＭ（インスタンスＩ−ｍ）は、単一プロセス（プラント監視制御プロセス）による処理の結果を共有メモリに保存することで、リアルタイム通信プロセスＲＴ−１への制御データの出力を行い、受信イベントに対する処理を終了する。
【００２５】
このように、プラント監視制御に必要とされる全ての機能を実現するアプリケーションクラスA〜Ｅの処理が単一プロセス内で所定の順序で動作することにより、全ての処理がシーケンシャルに動作する。このため、マルチプロセスによって非同期に処理を実行していた場合に比べ、処理が簡潔となる。また、１つのイベントについての処理が全て完了してから次のイベントについての処理を実行する構成のため、イベント発生順と処理実行順の整合性が常に保たれることとなり、設計も容易となる。
【００２６】
続いて、従来の技術から本発明への具体的な移行例を図５および図６に基づいて説明する。図５は、従来のプラント監視制御システムに導入されるプラント監視制御プログラムの実装例を示す図であり、典型的な１つのイベントを抽出しプロセスフローとして表現したものである。
【００２７】
先ず、下位コントローラ４が検出した製品移動信号情報をリアルタイム通信プロセスＲＴ−１が共有メモリへ保存する。  
次に、共有メモリを監視するイベント駆動型通信プロセスＥＴ−１が製品移動信号情報の保存があったことを検出し、トラッキングアプリケーションに通知する。
【００２８】
次に、トラッキングアプリケーションは、排他開始処理、トラッキングエラーチェック処理、トラッキング情報更新処理、排他終了処理を実行し、その実行結果を実績収集アプリケーションに通知する。  
次に、実績収集アプリケーションは、排他開始処理、それまでに収集した製品実績情報の取得処理、実績データ統計処理、実績データ異常判定処理、排他終了処理を実行し、その実行結果を設定計算アプリケーションへ通知する。
【００２９】
次に、設定計算アプリケーションは、排他開始処理、粗設定計算処理、仕上設定計算処理、排他終了処理を実行し、その実行結果を設定出力アプリケーションへ通知する。  
次に、設定データ編集アプリケーションは、設定計算結果と製品指示情報などを用いて設定データ編集処理を実行し、その実行結果を設備設定出力エリアである共有メモリへ出力する。この共有メモリはリアルタイム通信プロセスＲＴ−１との間で共有されている。
【００３０】
そして、リアルタイム通信プロセスは、定周期（例えば数十〜数百ミリ秒程度）にて下位コントローラ４との専用プロトコルを用いた通信を行い、処理を終了する。
【００３１】
これに対し、本発明を適用すると以下の図６のような処理フローとなる。図６は、図１に示すプラント監視制御システム１に導入されるプラント監視制御プログラムの実装例を示す図である。
【００３２】
先ず、下位コントローラ４が検出した製品移動信号情報をリアルタイム通信プロセスＲＴ−１が共有メモリへ保存する。  
次に、共有メモリを監視するイベント駆動型通信プロセスＥＴ−１は、共有メモリの変化を検出し、該当するイベントを仲介クラスＭに通知する。
【００３３】
次に、仲介クラスＭは、トラッキング情報をトラッキングクラスに渡し、トラッキングクラス内でトラッキングエラーチェック処理、トラッキング情報更新処理を実行させ、トラッキングクラスから取得される実行結果をトラッキング情報として共有メモリへ保存する。  
次に、仲介クラスＭは、製品指示情報と製品実績情報を実績収集クラスに渡し、この実績収集クラス内でそれまでに収集した製品実績情報取得処理、実績データ統計処理、実績データ異常判定処理を実行させ、実績収集クラスから取得される実行結果を製品実績情報として共有メモリへ保存する。  
次に、仲介クラスＭは、製品指示情報と製品実績情報を設定計算クラスに渡し、この設定計算クラス内で粗設定計算処理、仕上設定計算処理を実行させ、設定計算クラスから取得される実行結果を設定計算結果情報として共有メモリへ保存する。
【００３４】
次に、仲介クラスＭは、自身が持つ製品指示情報と設定計算結果を設定データ編集クラスに渡し、この設定データ編集クラス内で設定データ編集処理を実行させ、設定データ編集クラスから取得される実行結果を制御データとして設備設定出力エリアである共有メモリへ出力する。  
そして、リアルタイム通信プロセスＲＴ−１は、定周期（数十〜数百ミリ秒程度）にて下位コントローラ４との間で専用プロトコルを用いた通信を行う。
【００３５】
このように、本実施形態に係るプラント監視制御システム１は、仲介クラスを介して全てのアプリケーションが単一プロセス内で逐次的に処理を行う。つまり、全てのアプリケーションは単一プロセス内で動作する。これによりシステム外部（画面操作や他系伝送など）から通知される処理タイミングと、アプリケーションによって実装される全ての処理順が同一に保たれることになり、設計が簡潔になる。また、マルチプロセス型やマルチスレッド型の実装を回避することによって図７に示される従来型の仕組みを実装する必要が無くなる。更に、他系システム２とのインターフェース仕様を、仲介クラスで吸収するため、あるシステムについて作成済みのアプリケーションを別システムに容易に流用できるようになる。
【００３６】
尚、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。
【符号の説明】
【００３７】
１…プラント監視制御システム
２…他系システム
３…制御用ＬＡＮ
４…下位コントローラ
５…プラント機器
１１…プラント監視制御サーバ
１２…情報系ＬＡＮ
１３…クライアント端末
１４…ゲートウェイ装置
６１…ＣＰＵ
６２…ＲＯＭ
６３…ＲＡＭ
６４…入出力インターフェース
６５…システムバス
６６…入力装置
６７…表示装置
６８…補助記憶装置
６９…通信装置
【図２】
2011203948.tif 000003
【図３】
2011203948.tif 000004
【図４】
2011203948.tif 000005
【図５】
2011203948.tif 000006
【図６】
2011203948.tif 000007
【図７】
2011203948.tif 000008
【図１】
2011203948.tif 000009