エンジニアリングツール
【課題】監視制御対象をリストアップした機器リストに、この監視制御対象に対する監視制御用の部品を定義するだけで、自動的に信号定義を生成し、エンジニアリングの作業を効率化するエンジニアリングツールを得る。
【解決手段】部品管理１１により、ＯＰＳ画面部品及びＣＮＳロジック部品を生成するとともにこれらの部品で使用される部品信号を定義して部品２６を生成する。監視制御対象と部品とを対応付けた機器リスト１２を作成すれば、アプリケーション自動生成機能１３が機器リスト１２に基づき、部品２６からＯＰＳ画面部品及びＣＮＳロジック部品を抽出して各部品で使用される信号を定義した信号定義１５を生成し、この信号定義１５を用いて、監視画面３２及びＣＮＳロジック４２を作成するようにした。
【解決手段】部品管理１１により、ＯＰＳ画面部品及びＣＮＳロジック部品を生成するとともにこれらの部品で使用される部品信号を定義して部品２６を生成する。監視制御対象と部品とを対応付けた機器リスト１２を作成すれば、アプリケーション自動生成機能１３が機器リスト１２に基づき、部品２６からＯＰＳ画面部品及びＣＮＳロジック部品を抽出して各部品で使用される信号を定義した信号定義１５を生成し、この信号定義１５を用いて、監視画面３２及びＣＮＳロジック４２を作成するようにした。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、監視制御システムの監視制御対象を監視する監視画面及び監視制御対象を制御するＣＮＳ（コントローラ）ロジックを作成するエンジニアリングツールに関するものである。
【背景技術】
【０００２】
従来の監視制御システムのエンジニアリングツールとしては、例えば、特許文献１に、簡易言語を使用して画面上に表示される監視制御対象の設備部品を種類ごとにオフラインで作成する部品クラスエディタと、監視制御対象の設備部品を状態表示する画面及び操作する画面を作成する設備画面エディタとを有する構成で、部品クラスエディタにより、部品クラスの接続方法や図形表示方法を定義し、この定義された部品クラスを設備画面エディタにより画面上に配置するようにしたものが記載されている。
これによれば、専門的な知識をもったものが画面の表示ロジックを作成しなくても、視覚的方法によって新規のマンマシン仕様を簡単に作成でき、容易に画面を作成することが可能である。
【０００３】
【特許文献１】特開平６−２１５０５７号公報（第３〜４頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来の監視制御システムのエンジニアリングツールでは、監視画面を作成する手順は効率化されるが、監視制御システムで必須なエンジニアリング作業であるコントローラのロジック作成や、コントローラとインタフェースするための信号定義については考慮されていないので、監視画面を作成するためには、画面のロジックの作成や、コントローラとインタフェースするための信号を定義しなければならないという、エンジニアリングで最も手間のかかる作業については、全く改善されない。
すなわち、同じ機器で、同じ画面と同じＣＮＳロジックを使用する場合でも、使用される信号を１点ずつ手動で定義し（信号名はプラントでユニークであり、また信号の値を格納するコントローラのメモリ位置（アドレス）も指定する必要がある）、監視画面とＣＮＳロジックにこの信号を割付けるという作業が必要となる。
この信号定義の監視画面、ＣＮＳロジックへの割付と言う作業は、同じような画面やＣＮＳロジックを作成する場合でも、必要であり、機器が多いときには、大変な作業量となる。
【０００５】
この発明は、上記のような課題を解決するためになされたものであり、監視制御対象のプラント機器をリストアップした機器リストに、この機器に対する監視制御用の部品を定義するだけで、自動的に信号定義など生成し、信号を一点ずつ監視画面、ＣＮＳロジックへ割付ける必要をなくし、エンジニアリングの作業を効率化するエンジニアリングツールを得ることを目的としている。
【課題を解決するための手段】
【０００６】
この発明に係わるエンジニアリングツールにおいては、監視制御対象を監視する監視装置の監視画面及び監視制御対象を制御するコントローラで用いられるコントローラ（以下、ＣＮＳという）ロジックを作成するエンジニアリングツールにおいて、監視画面及びＣＮＳロジックで用いられる部品を管理し、監視画面を構成するオペレータステーション（以下、ＯＰＳという）画面部品及びＣＮＳロジックを構成するＣＮＳロジック部品を生成するとともにＯＰＳ画面部品及びＣＮＳロジック部品で使用される部品信号を定義する部
品管理部、監視制御対象と部品管理部により管理された部品とを対応付けた機器リスト、この機器リストに基づき、部品管理部により生成されたＯＰＳ画面部品及びＣＮＳロジック部品を抽出して形成されたオーダ部品リスト、このオーダ部品リストのＯＰＳ画面部品及びＣＮＳロジック部品で使用される信号を定義した信号定義部、部品管理部により生成されたＯＰＳ画面部品及びＣＮＳロジック部品並びに部品管理部により定義された部品信号を用いて、オーダ部品リスト及び信号定義部を生成するアプリケーション自動生成手段、オーダ部品リスト及び信号定義部を用いて監視画面を生成するグラフィックビルダ、及びオーダ部品リスト及び信号定義部を用いてＣＮＳロジックを生成するロジックエディタを備えたものである。
【発明の効果】
【０００７】
この発明は、以上説明したように、監視制御対象を監視する監視装置の監視画面及び監視制御対象を制御するコントローラで用いられるコントローラ（以下、ＣＮＳという）ロジックを作成するエンジニアリングツールにおいて、監視画面及びＣＮＳロジックで用いられる部品を管理し、監視画面を構成するオペレータステーション（以下、ＯＰＳという）画面部品及びＣＮＳロジックを構成するＣＮＳロジック部品を生成するとともにＯＰＳ画面部品及びＣＮＳロジック部品で使用される部品信号を定義する部品管理部、監視制御対象と部品管理部により管理された部品とを対応付けた機器リスト、この機器リストに基づき、部品管理部により生成されたＯＰＳ画面部品及びＣＮＳロジック部品を抽出して形成されたオーダ部品リスト、このオーダ部品リストのＯＰＳ画面部品及びＣＮＳロジック部品で使用される信号を定義した信号定義部、部品管理部により生成されたＯＰＳ画面部品及びＣＮＳロジック部品並びに部品管理部により定義された部品信号を用いて、オーダ部品リスト及び信号定義部を生成するアプリケーション自動生成手段、オーダ部品リスト及び信号定義部を用いて監視画面を生成するグラフィックビルダ、及びオーダ部品リスト及び信号定義部を用いてＣＮＳロジックを生成するロジックエディタを備えたので、機器リストに各監視制御対象に対応する部品を定義すれば、ＯＰＳ画面部品やＣＮＳロジック部品及びこれらの部品で使用される信号を自動生成することができ、ユーザは信号を一点ずつ割付ける必要がなくなり、エンジニアリングを効率化することができる。
【発明を実施するための最良の形態】
【０００８】
実施の形態１．
以下、この発明の実施の形態１を説明する。
なお、この発明で使用されるエンジニアリングとは、プラントを監視制御するためのプログラム及びデータを作成する作業全てをいう。
図１は、この発明の実施の形態１によるエンジニアリングツールを示すシステム構成図である。
図１において、エンジニアリングツール１は、エンジニアリング機能を格納するプログラムメモリ１０１と、機能を呼び出して実行するＣＰＵ１００と、演算用の一時記憶装置ＲＡＭ１０２と、エンジニアリングで生成される情報を半永久的に格納する外部記憶装置１０３から構成される。
エンジニアリングツール１で作成され、外部記憶装置１０３に格納された監視画面は、汎用ネットワークを経由してＯＰＳ（オペレータステーション：監視装置）２に転送され、監視用画面として使用される。ＯＰＳ２は、監視機能を格納するプログラムメモリ２０１と、機能を呼び出して実行するＣＰＵ２００と、監視画面などを格納する外部記憶装置２０３と、演算用の一時記憶装置ＲＡＭ２０２から構成される。
エンジニアリングツール１で作成され、外部記憶装置１０３に格納されたＣＮＳロジックは、汎用ネットワーク及び制御ネットワーク３を経由してＣＮＳ（コントローラ）４に転送され、コントローラの制御用ロジックとして使用される。ＣＮＳ４は、エンジニアリングツール１で作成されたＣＮＳロジックを格納する不揮発性メモリ４０４と、演算用プログラムを格納するプログラムメモリ４０１と、プログラムを読み出して実行するＣＰＵ４
００から構成される。ＣＮＳ４にはプラント機器５が接続され、ＣＰＵ４００で実行されるプログラムは、プラント機器５からの入力を受けて演算を行い、その結果をプラント機器５に出力したり、ＯＰＳ２に送信して、監視画面に表示するなどの制御を行う。
【０００９】
図２は、この発明の実施の形態１によるエンジニアリングツールを示す構成図である。
図２において、エンジニアリングツール１は、監視画面とＣＮＳロジックと両者で使用される部品信号をまとめた部品２６を作成する部品管理１１（部品管理部）と、ＯＰＳ２で監視するための監視画面を製作するＯＰＳエンジ１６と、ＣＮＳ４で監視制御対象のプラント機器５を制御するためのプログラムであるＣＮＳロジックを製作するＣＮＳエンジ１７と、監視制御対象の各プラント機器に対応する部品を定義した機器リスト１２と、部品２６及び監視制御用の全部品のリストである部品リスト２２を入力として、オーダ部品リスト１４及び信号定義１５（信号定義部）を自動生成するアプリケーション自動生成機能１３（アプリケーション自動生成手段）とにより構成される。
ここで、自動生成されたオーダ部品リスト１４及び信号定義１５は、ＯＰＳエンジ１６及びＣＮＳエンジ１７に入力されて利用される。オーダ部品リスト１４は、部品２６から生成されたＯＰＳ画面部品及びＣＮＳロジック部品である。信号定義１５は、監視画面及びＣＮＳロジック間の信号を定義したもので、つまりＯＰＳ２及びＣＮＳ４間でやりとりされる信号を定義したものであり、メモリのアドレスが含まれる。
【００１０】
部品管理１１は、部品管理機能２１と、グラフィック部品ビルダ２３と、部品信号定義２４と、ＣＮＳロジック部品エディタ２５と部品リスト２２と部品２６とを有している。部品管理機能２１は、新しい部品を作成するのにユーザによって使用され、ユーザが新規部品生成を行い、新しい部品の名称を入力すると、部品を生成して部品リスト２２にこれを追加する。
部品信号定義２４は、部品管理機能２１によって起動され、新規生成された部品で使用する部品信号（図３参照）を定義する。グラフィック部品ビルダ２３は、部品管理機能２１によって起動され、新規生成された部品のＯＰＳ画面部品（図３参照）を作図する。ＣＮＳロジック部品エディタ２５は、部品管理機能２１によって起動され、新規生成された部品のＣＮＳロジック部品（図３参照）を作成する。これらの部品は、部品が複数登録された部品庫として、エンジニアリングツール１に接続された外部記憶装置１０３に格納される。
部品リスト２２は、部品管理機能２１により管理される監視制御用の全部品のリストである。部品２６は、図３の構成の部品が多数登録された部品庫となっている。
【００１１】
機器リスト１２は、監視制御対象の各プラント機器に対応する部品を定義したものであり、工事用のエンジニアリングを行う際、ユーザによって最初に作成されて、外部記憶装置１０３に格納されている。機器リスト１２には、ユニークな機器番号と、機器名称、当該機器用の部品を割り付けるための部品番号が定義される。
アプリケーション自動生成機能１３は、機器リスト１２に機器毎に定義された部品番号を参照して、必要な情報を部品２６から取り出して、ＯＰＳ画面部品２７とＣＮＳロジック部品２９よりオーダ部品リスト１４を自動生成し、部品信号２８より、メモリのアドレスなどを与えて信号定義１５を自動生成し、外部記憶装置１０３に格納する。
【００１２】
ＯＰＳエンジ１６のグラフィックビルダ３１は、オーダ部品リスト１４から部品を選択して監視画面３２に配置するのに使用される。この場合、各表示項目の属性の信号が、信号定義１５に自動生成された信号と一致するよう同じ規則で自動変換される。自動変換された監視画面３２は、外部記憶装置１０３に格納される。この監視画面３２はバインド３３によってバイナリに変換されて監視画面オブジェクト３４に形成され、ＯＰＳ転送３５によってＯＰＳ２に転送される。
ＣＮＳエンジ１７のロジックエディタ４１は、オーダ部品リスト１４から部品を選択して
ＣＮＳロジックに配置するのに使用される。この場合にも、ロジック内の信号が、信号定義１５に自動生成された信号と一致するよう同じ規則で自動変換される。自動変換されたＣＮＳロジック４２は、外部記憶装置１０３に格納される。コンパイラ４３は、ＣＮＳロジック４２をコンパイルして、ＣＮＳ実行オブジェクト４４にし、ＣＮＳ転送４５によりＣＮＳ４にこれを転送する。
【００１３】
図３は、この発明の実施の形態１によるエンジニアリングツールの部品の内容を示す図である。
図３において、部品２６は、ＯＰＳ画面部品２７と、ＣＮＳロジック部品２９と、ＯＰＳ画面部品２７及びＣＮＳロジック部品２９間の信号である部品信号２８とから構成される。
【００１４】
図４は、この発明の実施の形態１によるエンジニアリングツールの機器リストを示す図である。
図４において、機器リスト１２は、機器番号と、機器名称と、部品番号とその他情報から構成される。
図５は、この発明の実施の形態１によるエンジニアリングツールの信号定義を示す図である。
図５において、信号定義１５は、ラベル、タグ、アラームとそのアドレスが示されている。ラベル・タグ・アラームは、信号の属性であり、信号がどのように使われるかを示したものである。例えば、アラームはＣＮＳ４で検出した機器故障などのエラーを、ＯＰＳ２にアラーム表示するために用いられる。
【００１５】
図６は、この発明の実施の形態１によるエンジニアリングツールの監視画面を示す図である。
図６において、監視画面３２は、工程系統図として表現されている。
【００１６】
図７は、この発明の実施の形態１によるエンジニアリングツールのＣＮＳロジックを示す図である。
図７において、ＣＮＳロジック４２は、監視制御対象の制御ロジックが示されている。
【００１７】
図８は、この発明の実施の形態１によるエンジニアリングツールのエンジニアリングフローを示す図である。
【００１８】
次に、動作について説明する。
この発明では、ＯＰＳ画面部品とＣＮＳロジック部品と部品信号をまとめた部品の概念を導入し、機器リスト１２に各機器に対応する部品を定義すれば、アプリケーション自動生成機能１３が必要な信号や、ＯＰＳ画面部品やＣＮＳロジック部品を自動生成する。ＯＰＳ画面部品やＣＮＳロジック部品では、信号が部品から自動変換されるので、ユーザは信号を一点ずつ割付ける必要がなくなり、エンジニアリングを効率化することができる。
【００１９】
以下、詳細に説明する。
エンジニアリングツール１では、部品管理１１を用いて、ＯＰＳ画面部品と、ＣＮＳロジック部品と、両者で使用される部品信号をまとめた部品２６が作成される。部品２６の構成は、図３に示すとおりである。
図３のように、部品２６では、ＯＰＳ画面部品２７、ＣＮＳロジック部品２９、両者で使用される部品信号２８から１つの部品が構成され、この部品がポンプ制御用、弁制御用などの単位で複数登録されている。部品信号２８は、例えば「機器故障」などの信号を定義し、ＣＮＳロジック部品２９ではプラント機器の状態から「機器故障」をＯＮするロジックを記述し、ＯＰＳ画面部品２７では、「機器故障」信号がＯＮしたら、ポンプを赤色に
する、といった画面の定義を行う。すなわち、部品信号の「機器故障」信号によって、ＣＮＳロジック部品の演算と、ＯＰＳ画面部品の表示がひもづけられる。この信号は、図１の制御ネットワーク３を経由して、ＣＮＳ４からＯＰＳ２へ送信、またはその逆の通信によって、受け渡しされる。
ユーザは、部品管理機能２１を使用して、新しい部品を作成する。部品管理機能２１で、ユーザが新規部品生成を行い、新しい部品の名称を入力すると、部品管理機能２１は、部品を生成して部品リスト２２にこれを追加する。部品リスト２２は、エンジニアリングツール１に接続された外部記憶装置１０３に格納される。続いてユーザは、部品管理機能２１から、部品信号定義２４を起動して、部品で使用する信号定義の部品信号２８（図３参照）を定義する。次に、部品のＯＰＳ画面部品２７作成用のグラフィックビルダ２３を起動し、ＯＰＳ画面部品２７を作図する。次に、ＣＮＳロジック部品エディタ２５を起動し、ＣＮＳロジック部品２９を作成する。そして、ＯＰＳ画面部品２７とＣＮＳロジック部品２９では、部品信号２８が使用される。
【００２０】
ユーザは、工事用のエンジニアリングを行う際、最初に図４の機器リスト１２を作成する。この機器リスト１２には、ユニークな機器番号と、機器名称、当該機器用の部品を割り付けるための部品番号が定義される。アプリケーション自動生成機能１３は、機器リスト１２に機器毎に定義された部品番号を参照して、必要な情報を部品２６から取り出して、ＯＰＳ画面部品及びＣＮＳロジック部品のオーダ部品リスト１４を自動生成するとともに、図５の信号定義１５を自動生成する。信号定義１５は、外部記憶装置１０３に格納される。
図５の信号定義１５でのラベル・タグ・アラームは、信号の属性であり、信号がどのように使われるかを示したものである。例えば、アラームはＣＮＳ４で検出した機器故障などのエラーを、ＯＰＳ２にアラーム表示するために用いられる。信号定義１５に自動生成される信号の名称は、「機器番号：部品信号２８の信号名」の規則で自動生成される。アドレスは、ＣＮＳ４上でＣＮＳロジックを実行するときに、ＣＮＳ４のどのメモリに値を格納するかを定義する。信号毎に異なるアドレスを割当てる必要があるが、この割り当てはアプリケーション自動生成機能１３にて自動で実行される。
【００２１】
ＯＰＳエンジ１６のグラフィックビルダ３１で、オーダ部品リスト１４から部品を選択して図６の監視画面３２に配置すると、各表示項目の属性の信号が、信号定義１５に自動生成された信号と一致するよう同じ規則で自動変換される。自動変換された監視画面３２は、エンジニアリングツール１に接続された外部記憶装置１０３に格納される。
また、ＣＮＳエンジ１７のロジックエディタ４１で、オーダ部品リスト１４から部品を選択して配置すると、ＣＮＳロジック内の信号が、信号定義１５に自動生成された信号と一致するよう同じ規則で自動変換される。自動変換されたＣＮＳロジック４２は、エンジニアリングツール１に接続された外部記憶装置１０３に格納される。
これによって、ＣＮＳのロジック上の信号と、ＯＰＳの監視画面の信号が自動的に紐付けられる。
【００２２】
次に、図８を用いてエンジニアリングフローについて順を追って説明する。
ステップＳ１で、ユーザは機器リスト１２を作成する。機器リスト１２には、プラントで使用される機器が全てリストアップされ、ユーザは機器毎にどの部品を使用するかを、「ポンプＡ」などの部品番号で、リストの部品番号の列に入力する。ステップＳ２で、アプリケーション自動生成を行う。機器リスト１２に定義された機器番号と、部品番号に対応する部品の信号を部品２６から取り出し、信号定義１５が自動生成される。アプリケーション自動生成機能２３は、オーダ部品リスト１４も合わせて自動生成する。
ステップＳ３で、グラフィックビルダ３１で、監視画面を作成する。このとき、オーダ部品リスト１４から部品を選んで図６の監視画面上に配置すると、属性３２ａのように、自動的に画面の属性が設定される。
ステップＳ４で、ロジックエディタ４１で、ＣＮＳロジックを作成して、オーダ部品リスト１４から、ロジック部品３２ｂを貼り付けると、中のロジックで使用されている信号３２ｃが、自動的に変換される。
画面の信号３２ｃと、ＣＮＳロジック４２の信号は、信号定義１５に既に自動登録されており、信号名が一致する状態となっている。つまり、手動で信号定義１５を入力し、この信号定義１５の信号を用いて、信号３２ｃやＣＮＳロジック４２を定義した場合と同じ状態となっている。
【００２３】
以上のように、実施の形態１によれば、ＯＰＳ画面とＣＮＳロジックで使用する信号が自動生成され、監視画面とＣＮＳロジック内で使用されている信号については、自動生成された信号と名称が一致するように自動変換されるので、ユーザはバルブ制御といった同じ監視画面、ロジックを作成する場合、部品を選択するのみで、従来の技術で必要だった毎度信号を定義、割付する必要がなくなり、エンジニアリングの手間を大幅に削減することができる。
【００２４】
実施の形態２．
以下、この発明の実施の形態２を図に基づいて説明する。
図９は、この発明の実施の形態２によるエンジニアリングツールを示す構成図である。
図９において、図２の構成に加えて、監視画面３２の画面部品やＣＮＳロジック４２のロジック部品を最新の部品に置き換えるアプリケーション置換機能１８（アプリケーション置換手段）が設けられている。
【００２５】
エンジニアリングツールを使用した監視画面やＣＮＳロジックの作成においては、アプリケーション自動生成機能１３で、監視画面３２、ＣＮＳロジック４２、信号定義１５を生成した後で、ＯＰＳ画面部品２７の絵や信号、ＣＮＳロジック部品２９のロジックや信号を変更するなどの部品の変更が、通常でも頻繁に発生する。
実施の形態１では、部品が変更された場合、ユーザは、グラフィックビルダ３１で監視画面３２の画面部品を置き換えたり、ロジックエディタ４１でＣＮＳロジック４２のロジック部品を置き換えることが必要となる。
実施の形態２は、このような問題に対処するもので、アプリケーション置換機能１８が、ＯＰＳエンジ１６の監視画面３２、ＣＮＳロジック４２、信号定義１５で使用されている部品を参照し、機器番号をキーとして、部品２６及びオーダ部品リスト１４を用いて、最新の部品で自動的に置き換えるようにした。
【００２６】
実施の形態２によれば、これによって、ユーザは変更された部品を手動で置き換える必要がなくなり、エンジニアリング作業を効率化することができる。
【００２７】
実施の形態３．
以下、この発明の実施の形態３を図に基づいて説明する。
図１０は、この発明の実施の形態３によるエンジニアリングツールを示す構成図である。図１０において、図２の構成に加えて、複数機器の出力に基づく警報の信号を含む入出力リスト５１と、入出力リスト５１から信号定義１５を自動生成する信号自動生成機能１９（信号自動生成手段）を設けたものである。
図１１は、この発明の実施の形態３によるエンジニアリングツールの入出力リストを示す図である。
図１１において、警報やＩ/Ｆ信号などについて、警報やＩ/Ｆ信号などの種別と、信号名称と、型と、その他情報が示されている。
【００２８】
通常のエンジニアリングツールを使用した監視画面やＣＮＳロジックの作成では、機器毎の信号のほかに、プラント特有の信号が監視画面やＣＮＳロジックに必要になる場合が殆
どである。例えば、複数機器の出力のＯＲから、１つの警報を生成してＯＰＳ２に表示する場合などである。
このような場合、実施の形態１、実施の形態２では、管理のために入出力リスト５１に警報の信号を追加して、その後、信号定義１５に手動で信号を追加する必要があるが、実施の形態３では、信号自動生成機能１９が入出力リスト５１から自動的に信号定義１５を生成するようにしたので、信号定義入力の手間を省くことができ、エンジニアリング作業を効率化することができる。
信号定義１５に自動追加された信号は、従来どおり、ＯＰＳエンジ１６のグラフィックビルダ３１や、ＣＮＳエンジ１７のロジックエディタ４１から参照され、監視画面３２、ＣＮＳロジック４２に貼り付けられる。
【００２９】
実施の形態３によれば、警報などについて、信号定義の自動生成機能を追加したので、信号定義入力の手間を省くことができ、エンジニアリング作業を効率化することができる。
【００３０】
実施の形態４．
以下、この発明の実施の形態４を図に基づいて説明する。
図１２は、この発明の実施の形態４によるエンジニアリングツールを示す構成図である。図１２において、図９の構成に加えて、監視画面の作成時にカスタマイズされた情報を有する画面変更部５２と、ＣＮＳロジックの作成時にカスタマイズされた情報を有するロジック変更部５３と、この図面変更部５２及びロジック変更部５３から、部品置換時に変更してはならない監視画面とＣＮＳロジックの情報を抽出してアプリケーション置換機能１８に渡すカスタマイズ部抽出機能５４（カスタマイズ部抽出手段）を設けたものである。
【００３１】
通常のエンジニアリングツールを使用した監視画面やＣＮＳロジックの作成では、実施の形態１に示した自動生成後、実施の形態３で示したような部品以外の監視画面修正やＣＮＳロジック修正が行われ、さらに実施の形態２で示したような部品の変更が行われることがある。
このような変更の場合、実施の形態１〜実施の形態３では、ユーザにて、機器リスト１２からの自動生成後に修正した監視画面やＣＮＳロジックを残したまま、部品から再度、オーダ部品リスト１４及び信号定義１５を自動生成する必要がある。
これに対処するために、実施の形態４では、次のようにする。
グラフィックビルダ３１で、監視画面３２を作成するときに、ユーザによってカスタマイズされた情報を、画面変更部５２に残す。ロジックエディタ４１も同様に、ＣＮＳロジック４２を作成するときに、ユーザによってカスタマイズされた情報を、ロジック変更部５３に残す。
カスタマイズ部抽出機能５４は、画面変更部５２と、ロジック変更部５３と、信号定義１５から、部品置換時に変更してはならない監視画面とＣＮＳロジックの情報をアプリケーション置換機能１８に渡す。アプリケーション置換機能１８は、カスタマイズされた監視画面、ＣＮＳロジックを残したまま、変更された部品を自動置換する。
【００３２】
実施の形態４によれば、これによって、ユーザは部品置換時に、カスタマイズされた場所をチェックすることなく、部品の自動置換を行え、置換のフローを減らすことができる。
【００３３】
実施の形態５．
以下、この発明の実施の形態５を図に基づいて説明する。
図１３は、この発明の実施の形態５によるエンジニアリングツールを示す構成図である。図１３において、図２の構成に加えて、機器リスト１２を生成する機器リスト生成機能５５（機器リスト生成手段）を設けたものである。
通常のエンジニアリングツールを使用した監視画面やＣＮＳロジックの作成では、実施の
形態１に示した自動生成後、実施の形態３で示したような部品以外の監視画面修正やＣＮＳロジック修正が行われる。
このときに、監視画面やＣＮＳロジックで、機器リスト１２に無い画面やＣＮＳロジックが追加されることがある。このような場合、実施の形態１では、ＯＰＳ画面部品やＣＮＳロジック部品でどのような信号が追加されたかを逆出力して、機器リスト１２で比較する必要がある。
【００３４】
実施の形態５は、このような要求に対処するものであり、機器リスト生成機能５５は、監視画面３２やＣＮＳロジック４２の情報から、機器リスト１２に相当する情報を読み出して、機器リストを逆生成する。
ユーザは、機器リスト生成機能５５によって生成された機器リストと、ユーザが作成した機器リスト１２を比較することで、機器リストへのカスタマイズの影響をすぐに検出できるので、変更作業を容易に実施できる。
【００３５】
実施の形態５によれば、監視画面修正やＣＮＳロジック修正が行われたときに、機器リスト生成機能により監視画面やＣＮＳロジックの情報から機器リストを生成し、これとユーザが作成した機器リストとを比較することにより、機器リストへのカスタマイズの影響をすぐに検出できるので、変更作業を容易に実施できる。
【図面の簡単な説明】
【００３６】
【図１】この発明の実施の形態１によるエンジニアリングツールを示すシステム構成図である。
【図２】この発明の実施の形態１によるエンジニアリングツールを示す構成図である。
【図３】この発明の実施の形態１によるエンジニアリングツールの部品の内容を示す図である。
【図４】この発明の実施の形態１によるエンジニアリングツールの機器リストを示す図である。
【図５】この発明の実施の形態１によるエンジニアリングツールの信号定義を示す図である。
【図６】この発明の実施の形態１によるエンジニアリングツールの監視画面を示す図である。
【図７】この発明の実施の形態１によるエンジニアリングツールのＣＮＳロジックを示す図である。
【図８】この発明の実施の形態１によるエンジニアリングツールのエンジニアリングフローを示す図である。
【図９】この発明の実施の形態２によるエンジニアリングツールを示す構成図である。
【図１０】この発明の実施の形態３によるエンジニアリングツールを示す構成図である。
【図１１】この発明の実施の形態３によるエンジニアリングツールの入出力リストを示す図である。
【図１２】この発明の実施の形態４によるエンジニアリングツールを示す構成図である。
【図１３】この発明の実施の形態５によるエンジニアリングツールを示す構成図である。
【符号の説明】
【００３７】
１ エンジニアリングツール、２ ＯＰＳ、３ 制御ネットワーク、４ ＣＮＳ、
５ プラント機器、１１ 部品管理、１２ 機器リスト、
１３ アプリケーション自動生成機能、１４ オーダ部品リスト、１５ 信号定義、
１６ ＯＰＳエンジ、１７ ＣＮＳエンジ、１８ アプリケーション置換機能、
１９ 信号自動生成機能、２１ 部品管理機能、２２ 部品リスト、
２３ グラフィック部品ビルダ、２４ 部品信号定義、
２５ ＣＮＳロジック部品エディタ、２６ 部品、２７ ＯＰＳ画面部品、
２８ 部品信号、２９ ＣＮＳロジック部品、３１ グラフィックビルダ、
３２ 監視画面、３３ バインド、３４ 監視画面オブジェクト、３５ ＯＰＳ転送、
４１ ロジックエディタ、４２ ＣＮＳロジック、４３ コンパイラ、
４４ ＣＮＳ実行オブジェクト、４５ ＣＮＳ転送、５１ 入出力リスト、
５２ 画面変更部、５３ ロジック変更部、５４ カスタマイズ部抽出機能、
５５ 機器リスト生成機能、１００ ＣＰＵ、１０１ プログラムメモリ、
１０２ ＲＡＭ、１０３ 外部記憶装置、２００ ＣＰＵ、
２０１ プログラムメモリ、２０２ ＲＡＭ、２０３ 外部記憶装置、
４００ ＣＰＵ、４０１ プログラムメモリ、４０４ 不揮発性メモリ。
【技術分野】
【０００１】
この発明は、監視制御システムの監視制御対象を監視する監視画面及び監視制御対象を制御するＣＮＳ（コントローラ）ロジックを作成するエンジニアリングツールに関するものである。
【背景技術】
【０００２】
従来の監視制御システムのエンジニアリングツールとしては、例えば、特許文献１に、簡易言語を使用して画面上に表示される監視制御対象の設備部品を種類ごとにオフラインで作成する部品クラスエディタと、監視制御対象の設備部品を状態表示する画面及び操作する画面を作成する設備画面エディタとを有する構成で、部品クラスエディタにより、部品クラスの接続方法や図形表示方法を定義し、この定義された部品クラスを設備画面エディタにより画面上に配置するようにしたものが記載されている。
これによれば、専門的な知識をもったものが画面の表示ロジックを作成しなくても、視覚的方法によって新規のマンマシン仕様を簡単に作成でき、容易に画面を作成することが可能である。
【０００３】
【特許文献１】特開平６−２１５０５７号公報（第３〜４頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来の監視制御システムのエンジニアリングツールでは、監視画面を作成する手順は効率化されるが、監視制御システムで必須なエンジニアリング作業であるコントローラのロジック作成や、コントローラとインタフェースするための信号定義については考慮されていないので、監視画面を作成するためには、画面のロジックの作成や、コントローラとインタフェースするための信号を定義しなければならないという、エンジニアリングで最も手間のかかる作業については、全く改善されない。
すなわち、同じ機器で、同じ画面と同じＣＮＳロジックを使用する場合でも、使用される信号を１点ずつ手動で定義し（信号名はプラントでユニークであり、また信号の値を格納するコントローラのメモリ位置（アドレス）も指定する必要がある）、監視画面とＣＮＳロジックにこの信号を割付けるという作業が必要となる。
この信号定義の監視画面、ＣＮＳロジックへの割付と言う作業は、同じような画面やＣＮＳロジックを作成する場合でも、必要であり、機器が多いときには、大変な作業量となる。
【０００５】
この発明は、上記のような課題を解決するためになされたものであり、監視制御対象のプラント機器をリストアップした機器リストに、この機器に対する監視制御用の部品を定義するだけで、自動的に信号定義など生成し、信号を一点ずつ監視画面、ＣＮＳロジックへ割付ける必要をなくし、エンジニアリングの作業を効率化するエンジニアリングツールを得ることを目的としている。
【課題を解決するための手段】
【０００６】
この発明に係わるエンジニアリングツールにおいては、監視制御対象を監視する監視装置の監視画面及び監視制御対象を制御するコントローラで用いられるコントローラ（以下、ＣＮＳという）ロジックを作成するエンジニアリングツールにおいて、監視画面及びＣＮＳロジックで用いられる部品を管理し、監視画面を構成するオペレータステーション（以下、ＯＰＳという）画面部品及びＣＮＳロジックを構成するＣＮＳロジック部品を生成するとともにＯＰＳ画面部品及びＣＮＳロジック部品で使用される部品信号を定義する部
品管理部、監視制御対象と部品管理部により管理された部品とを対応付けた機器リスト、この機器リストに基づき、部品管理部により生成されたＯＰＳ画面部品及びＣＮＳロジック部品を抽出して形成されたオーダ部品リスト、このオーダ部品リストのＯＰＳ画面部品及びＣＮＳロジック部品で使用される信号を定義した信号定義部、部品管理部により生成されたＯＰＳ画面部品及びＣＮＳロジック部品並びに部品管理部により定義された部品信号を用いて、オーダ部品リスト及び信号定義部を生成するアプリケーション自動生成手段、オーダ部品リスト及び信号定義部を用いて監視画面を生成するグラフィックビルダ、及びオーダ部品リスト及び信号定義部を用いてＣＮＳロジックを生成するロジックエディタを備えたものである。
【発明の効果】
【０００７】
この発明は、以上説明したように、監視制御対象を監視する監視装置の監視画面及び監視制御対象を制御するコントローラで用いられるコントローラ（以下、ＣＮＳという）ロジックを作成するエンジニアリングツールにおいて、監視画面及びＣＮＳロジックで用いられる部品を管理し、監視画面を構成するオペレータステーション（以下、ＯＰＳという）画面部品及びＣＮＳロジックを構成するＣＮＳロジック部品を生成するとともにＯＰＳ画面部品及びＣＮＳロジック部品で使用される部品信号を定義する部品管理部、監視制御対象と部品管理部により管理された部品とを対応付けた機器リスト、この機器リストに基づき、部品管理部により生成されたＯＰＳ画面部品及びＣＮＳロジック部品を抽出して形成されたオーダ部品リスト、このオーダ部品リストのＯＰＳ画面部品及びＣＮＳロジック部品で使用される信号を定義した信号定義部、部品管理部により生成されたＯＰＳ画面部品及びＣＮＳロジック部品並びに部品管理部により定義された部品信号を用いて、オーダ部品リスト及び信号定義部を生成するアプリケーション自動生成手段、オーダ部品リスト及び信号定義部を用いて監視画面を生成するグラフィックビルダ、及びオーダ部品リスト及び信号定義部を用いてＣＮＳロジックを生成するロジックエディタを備えたので、機器リストに各監視制御対象に対応する部品を定義すれば、ＯＰＳ画面部品やＣＮＳロジック部品及びこれらの部品で使用される信号を自動生成することができ、ユーザは信号を一点ずつ割付ける必要がなくなり、エンジニアリングを効率化することができる。
【発明を実施するための最良の形態】
【０００８】
実施の形態１．
以下、この発明の実施の形態１を説明する。
なお、この発明で使用されるエンジニアリングとは、プラントを監視制御するためのプログラム及びデータを作成する作業全てをいう。
図１は、この発明の実施の形態１によるエンジニアリングツールを示すシステム構成図である。
図１において、エンジニアリングツール１は、エンジニアリング機能を格納するプログラムメモリ１０１と、機能を呼び出して実行するＣＰＵ１００と、演算用の一時記憶装置ＲＡＭ１０２と、エンジニアリングで生成される情報を半永久的に格納する外部記憶装置１０３から構成される。
エンジニアリングツール１で作成され、外部記憶装置１０３に格納された監視画面は、汎用ネットワークを経由してＯＰＳ（オペレータステーション：監視装置）２に転送され、監視用画面として使用される。ＯＰＳ２は、監視機能を格納するプログラムメモリ２０１と、機能を呼び出して実行するＣＰＵ２００と、監視画面などを格納する外部記憶装置２０３と、演算用の一時記憶装置ＲＡＭ２０２から構成される。
エンジニアリングツール１で作成され、外部記憶装置１０３に格納されたＣＮＳロジックは、汎用ネットワーク及び制御ネットワーク３を経由してＣＮＳ（コントローラ）４に転送され、コントローラの制御用ロジックとして使用される。ＣＮＳ４は、エンジニアリングツール１で作成されたＣＮＳロジックを格納する不揮発性メモリ４０４と、演算用プログラムを格納するプログラムメモリ４０１と、プログラムを読み出して実行するＣＰＵ４
００から構成される。ＣＮＳ４にはプラント機器５が接続され、ＣＰＵ４００で実行されるプログラムは、プラント機器５からの入力を受けて演算を行い、その結果をプラント機器５に出力したり、ＯＰＳ２に送信して、監視画面に表示するなどの制御を行う。
【０００９】
図２は、この発明の実施の形態１によるエンジニアリングツールを示す構成図である。
図２において、エンジニアリングツール１は、監視画面とＣＮＳロジックと両者で使用される部品信号をまとめた部品２６を作成する部品管理１１（部品管理部）と、ＯＰＳ２で監視するための監視画面を製作するＯＰＳエンジ１６と、ＣＮＳ４で監視制御対象のプラント機器５を制御するためのプログラムであるＣＮＳロジックを製作するＣＮＳエンジ１７と、監視制御対象の各プラント機器に対応する部品を定義した機器リスト１２と、部品２６及び監視制御用の全部品のリストである部品リスト２２を入力として、オーダ部品リスト１４及び信号定義１５（信号定義部）を自動生成するアプリケーション自動生成機能１３（アプリケーション自動生成手段）とにより構成される。
ここで、自動生成されたオーダ部品リスト１４及び信号定義１５は、ＯＰＳエンジ１６及びＣＮＳエンジ１７に入力されて利用される。オーダ部品リスト１４は、部品２６から生成されたＯＰＳ画面部品及びＣＮＳロジック部品である。信号定義１５は、監視画面及びＣＮＳロジック間の信号を定義したもので、つまりＯＰＳ２及びＣＮＳ４間でやりとりされる信号を定義したものであり、メモリのアドレスが含まれる。
【００１０】
部品管理１１は、部品管理機能２１と、グラフィック部品ビルダ２３と、部品信号定義２４と、ＣＮＳロジック部品エディタ２５と部品リスト２２と部品２６とを有している。部品管理機能２１は、新しい部品を作成するのにユーザによって使用され、ユーザが新規部品生成を行い、新しい部品の名称を入力すると、部品を生成して部品リスト２２にこれを追加する。
部品信号定義２４は、部品管理機能２１によって起動され、新規生成された部品で使用する部品信号（図３参照）を定義する。グラフィック部品ビルダ２３は、部品管理機能２１によって起動され、新規生成された部品のＯＰＳ画面部品（図３参照）を作図する。ＣＮＳロジック部品エディタ２５は、部品管理機能２１によって起動され、新規生成された部品のＣＮＳロジック部品（図３参照）を作成する。これらの部品は、部品が複数登録された部品庫として、エンジニアリングツール１に接続された外部記憶装置１０３に格納される。
部品リスト２２は、部品管理機能２１により管理される監視制御用の全部品のリストである。部品２６は、図３の構成の部品が多数登録された部品庫となっている。
【００１１】
機器リスト１２は、監視制御対象の各プラント機器に対応する部品を定義したものであり、工事用のエンジニアリングを行う際、ユーザによって最初に作成されて、外部記憶装置１０３に格納されている。機器リスト１２には、ユニークな機器番号と、機器名称、当該機器用の部品を割り付けるための部品番号が定義される。
アプリケーション自動生成機能１３は、機器リスト１２に機器毎に定義された部品番号を参照して、必要な情報を部品２６から取り出して、ＯＰＳ画面部品２７とＣＮＳロジック部品２９よりオーダ部品リスト１４を自動生成し、部品信号２８より、メモリのアドレスなどを与えて信号定義１５を自動生成し、外部記憶装置１０３に格納する。
【００１２】
ＯＰＳエンジ１６のグラフィックビルダ３１は、オーダ部品リスト１４から部品を選択して監視画面３２に配置するのに使用される。この場合、各表示項目の属性の信号が、信号定義１５に自動生成された信号と一致するよう同じ規則で自動変換される。自動変換された監視画面３２は、外部記憶装置１０３に格納される。この監視画面３２はバインド３３によってバイナリに変換されて監視画面オブジェクト３４に形成され、ＯＰＳ転送３５によってＯＰＳ２に転送される。
ＣＮＳエンジ１７のロジックエディタ４１は、オーダ部品リスト１４から部品を選択して
ＣＮＳロジックに配置するのに使用される。この場合にも、ロジック内の信号が、信号定義１５に自動生成された信号と一致するよう同じ規則で自動変換される。自動変換されたＣＮＳロジック４２は、外部記憶装置１０３に格納される。コンパイラ４３は、ＣＮＳロジック４２をコンパイルして、ＣＮＳ実行オブジェクト４４にし、ＣＮＳ転送４５によりＣＮＳ４にこれを転送する。
【００１３】
図３は、この発明の実施の形態１によるエンジニアリングツールの部品の内容を示す図である。
図３において、部品２６は、ＯＰＳ画面部品２７と、ＣＮＳロジック部品２９と、ＯＰＳ画面部品２７及びＣＮＳロジック部品２９間の信号である部品信号２８とから構成される。
【００１４】
図４は、この発明の実施の形態１によるエンジニアリングツールの機器リストを示す図である。
図４において、機器リスト１２は、機器番号と、機器名称と、部品番号とその他情報から構成される。
図５は、この発明の実施の形態１によるエンジニアリングツールの信号定義を示す図である。
図５において、信号定義１５は、ラベル、タグ、アラームとそのアドレスが示されている。ラベル・タグ・アラームは、信号の属性であり、信号がどのように使われるかを示したものである。例えば、アラームはＣＮＳ４で検出した機器故障などのエラーを、ＯＰＳ２にアラーム表示するために用いられる。
【００１５】
図６は、この発明の実施の形態１によるエンジニアリングツールの監視画面を示す図である。
図６において、監視画面３２は、工程系統図として表現されている。
【００１６】
図７は、この発明の実施の形態１によるエンジニアリングツールのＣＮＳロジックを示す図である。
図７において、ＣＮＳロジック４２は、監視制御対象の制御ロジックが示されている。
【００１７】
図８は、この発明の実施の形態１によるエンジニアリングツールのエンジニアリングフローを示す図である。
【００１８】
次に、動作について説明する。
この発明では、ＯＰＳ画面部品とＣＮＳロジック部品と部品信号をまとめた部品の概念を導入し、機器リスト１２に各機器に対応する部品を定義すれば、アプリケーション自動生成機能１３が必要な信号や、ＯＰＳ画面部品やＣＮＳロジック部品を自動生成する。ＯＰＳ画面部品やＣＮＳロジック部品では、信号が部品から自動変換されるので、ユーザは信号を一点ずつ割付ける必要がなくなり、エンジニアリングを効率化することができる。
【００１９】
以下、詳細に説明する。
エンジニアリングツール１では、部品管理１１を用いて、ＯＰＳ画面部品と、ＣＮＳロジック部品と、両者で使用される部品信号をまとめた部品２６が作成される。部品２６の構成は、図３に示すとおりである。
図３のように、部品２６では、ＯＰＳ画面部品２７、ＣＮＳロジック部品２９、両者で使用される部品信号２８から１つの部品が構成され、この部品がポンプ制御用、弁制御用などの単位で複数登録されている。部品信号２８は、例えば「機器故障」などの信号を定義し、ＣＮＳロジック部品２９ではプラント機器の状態から「機器故障」をＯＮするロジックを記述し、ＯＰＳ画面部品２７では、「機器故障」信号がＯＮしたら、ポンプを赤色に
する、といった画面の定義を行う。すなわち、部品信号の「機器故障」信号によって、ＣＮＳロジック部品の演算と、ＯＰＳ画面部品の表示がひもづけられる。この信号は、図１の制御ネットワーク３を経由して、ＣＮＳ４からＯＰＳ２へ送信、またはその逆の通信によって、受け渡しされる。
ユーザは、部品管理機能２１を使用して、新しい部品を作成する。部品管理機能２１で、ユーザが新規部品生成を行い、新しい部品の名称を入力すると、部品管理機能２１は、部品を生成して部品リスト２２にこれを追加する。部品リスト２２は、エンジニアリングツール１に接続された外部記憶装置１０３に格納される。続いてユーザは、部品管理機能２１から、部品信号定義２４を起動して、部品で使用する信号定義の部品信号２８（図３参照）を定義する。次に、部品のＯＰＳ画面部品２７作成用のグラフィックビルダ２３を起動し、ＯＰＳ画面部品２７を作図する。次に、ＣＮＳロジック部品エディタ２５を起動し、ＣＮＳロジック部品２９を作成する。そして、ＯＰＳ画面部品２７とＣＮＳロジック部品２９では、部品信号２８が使用される。
【００２０】
ユーザは、工事用のエンジニアリングを行う際、最初に図４の機器リスト１２を作成する。この機器リスト１２には、ユニークな機器番号と、機器名称、当該機器用の部品を割り付けるための部品番号が定義される。アプリケーション自動生成機能１３は、機器リスト１２に機器毎に定義された部品番号を参照して、必要な情報を部品２６から取り出して、ＯＰＳ画面部品及びＣＮＳロジック部品のオーダ部品リスト１４を自動生成するとともに、図５の信号定義１５を自動生成する。信号定義１５は、外部記憶装置１０３に格納される。
図５の信号定義１５でのラベル・タグ・アラームは、信号の属性であり、信号がどのように使われるかを示したものである。例えば、アラームはＣＮＳ４で検出した機器故障などのエラーを、ＯＰＳ２にアラーム表示するために用いられる。信号定義１５に自動生成される信号の名称は、「機器番号：部品信号２８の信号名」の規則で自動生成される。アドレスは、ＣＮＳ４上でＣＮＳロジックを実行するときに、ＣＮＳ４のどのメモリに値を格納するかを定義する。信号毎に異なるアドレスを割当てる必要があるが、この割り当てはアプリケーション自動生成機能１３にて自動で実行される。
【００２１】
ＯＰＳエンジ１６のグラフィックビルダ３１で、オーダ部品リスト１４から部品を選択して図６の監視画面３２に配置すると、各表示項目の属性の信号が、信号定義１５に自動生成された信号と一致するよう同じ規則で自動変換される。自動変換された監視画面３２は、エンジニアリングツール１に接続された外部記憶装置１０３に格納される。
また、ＣＮＳエンジ１７のロジックエディタ４１で、オーダ部品リスト１４から部品を選択して配置すると、ＣＮＳロジック内の信号が、信号定義１５に自動生成された信号と一致するよう同じ規則で自動変換される。自動変換されたＣＮＳロジック４２は、エンジニアリングツール１に接続された外部記憶装置１０３に格納される。
これによって、ＣＮＳのロジック上の信号と、ＯＰＳの監視画面の信号が自動的に紐付けられる。
【００２２】
次に、図８を用いてエンジニアリングフローについて順を追って説明する。
ステップＳ１で、ユーザは機器リスト１２を作成する。機器リスト１２には、プラントで使用される機器が全てリストアップされ、ユーザは機器毎にどの部品を使用するかを、「ポンプＡ」などの部品番号で、リストの部品番号の列に入力する。ステップＳ２で、アプリケーション自動生成を行う。機器リスト１２に定義された機器番号と、部品番号に対応する部品の信号を部品２６から取り出し、信号定義１５が自動生成される。アプリケーション自動生成機能２３は、オーダ部品リスト１４も合わせて自動生成する。
ステップＳ３で、グラフィックビルダ３１で、監視画面を作成する。このとき、オーダ部品リスト１４から部品を選んで図６の監視画面上に配置すると、属性３２ａのように、自動的に画面の属性が設定される。
ステップＳ４で、ロジックエディタ４１で、ＣＮＳロジックを作成して、オーダ部品リスト１４から、ロジック部品３２ｂを貼り付けると、中のロジックで使用されている信号３２ｃが、自動的に変換される。
画面の信号３２ｃと、ＣＮＳロジック４２の信号は、信号定義１５に既に自動登録されており、信号名が一致する状態となっている。つまり、手動で信号定義１５を入力し、この信号定義１５の信号を用いて、信号３２ｃやＣＮＳロジック４２を定義した場合と同じ状態となっている。
【００２３】
以上のように、実施の形態１によれば、ＯＰＳ画面とＣＮＳロジックで使用する信号が自動生成され、監視画面とＣＮＳロジック内で使用されている信号については、自動生成された信号と名称が一致するように自動変換されるので、ユーザはバルブ制御といった同じ監視画面、ロジックを作成する場合、部品を選択するのみで、従来の技術で必要だった毎度信号を定義、割付する必要がなくなり、エンジニアリングの手間を大幅に削減することができる。
【００２４】
実施の形態２．
以下、この発明の実施の形態２を図に基づいて説明する。
図９は、この発明の実施の形態２によるエンジニアリングツールを示す構成図である。
図９において、図２の構成に加えて、監視画面３２の画面部品やＣＮＳロジック４２のロジック部品を最新の部品に置き換えるアプリケーション置換機能１８（アプリケーション置換手段）が設けられている。
【００２５】
エンジニアリングツールを使用した監視画面やＣＮＳロジックの作成においては、アプリケーション自動生成機能１３で、監視画面３２、ＣＮＳロジック４２、信号定義１５を生成した後で、ＯＰＳ画面部品２７の絵や信号、ＣＮＳロジック部品２９のロジックや信号を変更するなどの部品の変更が、通常でも頻繁に発生する。
実施の形態１では、部品が変更された場合、ユーザは、グラフィックビルダ３１で監視画面３２の画面部品を置き換えたり、ロジックエディタ４１でＣＮＳロジック４２のロジック部品を置き換えることが必要となる。
実施の形態２は、このような問題に対処するもので、アプリケーション置換機能１８が、ＯＰＳエンジ１６の監視画面３２、ＣＮＳロジック４２、信号定義１５で使用されている部品を参照し、機器番号をキーとして、部品２６及びオーダ部品リスト１４を用いて、最新の部品で自動的に置き換えるようにした。
【００２６】
実施の形態２によれば、これによって、ユーザは変更された部品を手動で置き換える必要がなくなり、エンジニアリング作業を効率化することができる。
【００２７】
実施の形態３．
以下、この発明の実施の形態３を図に基づいて説明する。
図１０は、この発明の実施の形態３によるエンジニアリングツールを示す構成図である。図１０において、図２の構成に加えて、複数機器の出力に基づく警報の信号を含む入出力リスト５１と、入出力リスト５１から信号定義１５を自動生成する信号自動生成機能１９（信号自動生成手段）を設けたものである。
図１１は、この発明の実施の形態３によるエンジニアリングツールの入出力リストを示す図である。
図１１において、警報やＩ/Ｆ信号などについて、警報やＩ/Ｆ信号などの種別と、信号名称と、型と、その他情報が示されている。
【００２８】
通常のエンジニアリングツールを使用した監視画面やＣＮＳロジックの作成では、機器毎の信号のほかに、プラント特有の信号が監視画面やＣＮＳロジックに必要になる場合が殆
どである。例えば、複数機器の出力のＯＲから、１つの警報を生成してＯＰＳ２に表示する場合などである。
このような場合、実施の形態１、実施の形態２では、管理のために入出力リスト５１に警報の信号を追加して、その後、信号定義１５に手動で信号を追加する必要があるが、実施の形態３では、信号自動生成機能１９が入出力リスト５１から自動的に信号定義１５を生成するようにしたので、信号定義入力の手間を省くことができ、エンジニアリング作業を効率化することができる。
信号定義１５に自動追加された信号は、従来どおり、ＯＰＳエンジ１６のグラフィックビルダ３１や、ＣＮＳエンジ１７のロジックエディタ４１から参照され、監視画面３２、ＣＮＳロジック４２に貼り付けられる。
【００２９】
実施の形態３によれば、警報などについて、信号定義の自動生成機能を追加したので、信号定義入力の手間を省くことができ、エンジニアリング作業を効率化することができる。
【００３０】
実施の形態４．
以下、この発明の実施の形態４を図に基づいて説明する。
図１２は、この発明の実施の形態４によるエンジニアリングツールを示す構成図である。図１２において、図９の構成に加えて、監視画面の作成時にカスタマイズされた情報を有する画面変更部５２と、ＣＮＳロジックの作成時にカスタマイズされた情報を有するロジック変更部５３と、この図面変更部５２及びロジック変更部５３から、部品置換時に変更してはならない監視画面とＣＮＳロジックの情報を抽出してアプリケーション置換機能１８に渡すカスタマイズ部抽出機能５４（カスタマイズ部抽出手段）を設けたものである。
【００３１】
通常のエンジニアリングツールを使用した監視画面やＣＮＳロジックの作成では、実施の形態１に示した自動生成後、実施の形態３で示したような部品以外の監視画面修正やＣＮＳロジック修正が行われ、さらに実施の形態２で示したような部品の変更が行われることがある。
このような変更の場合、実施の形態１〜実施の形態３では、ユーザにて、機器リスト１２からの自動生成後に修正した監視画面やＣＮＳロジックを残したまま、部品から再度、オーダ部品リスト１４及び信号定義１５を自動生成する必要がある。
これに対処するために、実施の形態４では、次のようにする。
グラフィックビルダ３１で、監視画面３２を作成するときに、ユーザによってカスタマイズされた情報を、画面変更部５２に残す。ロジックエディタ４１も同様に、ＣＮＳロジック４２を作成するときに、ユーザによってカスタマイズされた情報を、ロジック変更部５３に残す。
カスタマイズ部抽出機能５４は、画面変更部５２と、ロジック変更部５３と、信号定義１５から、部品置換時に変更してはならない監視画面とＣＮＳロジックの情報をアプリケーション置換機能１８に渡す。アプリケーション置換機能１８は、カスタマイズされた監視画面、ＣＮＳロジックを残したまま、変更された部品を自動置換する。
【００３２】
実施の形態４によれば、これによって、ユーザは部品置換時に、カスタマイズされた場所をチェックすることなく、部品の自動置換を行え、置換のフローを減らすことができる。
【００３３】
実施の形態５．
以下、この発明の実施の形態５を図に基づいて説明する。
図１３は、この発明の実施の形態５によるエンジニアリングツールを示す構成図である。図１３において、図２の構成に加えて、機器リスト１２を生成する機器リスト生成機能５５（機器リスト生成手段）を設けたものである。
通常のエンジニアリングツールを使用した監視画面やＣＮＳロジックの作成では、実施の
形態１に示した自動生成後、実施の形態３で示したような部品以外の監視画面修正やＣＮＳロジック修正が行われる。
このときに、監視画面やＣＮＳロジックで、機器リスト１２に無い画面やＣＮＳロジックが追加されることがある。このような場合、実施の形態１では、ＯＰＳ画面部品やＣＮＳロジック部品でどのような信号が追加されたかを逆出力して、機器リスト１２で比較する必要がある。
【００３４】
実施の形態５は、このような要求に対処するものであり、機器リスト生成機能５５は、監視画面３２やＣＮＳロジック４２の情報から、機器リスト１２に相当する情報を読み出して、機器リストを逆生成する。
ユーザは、機器リスト生成機能５５によって生成された機器リストと、ユーザが作成した機器リスト１２を比較することで、機器リストへのカスタマイズの影響をすぐに検出できるので、変更作業を容易に実施できる。
【００３５】
実施の形態５によれば、監視画面修正やＣＮＳロジック修正が行われたときに、機器リスト生成機能により監視画面やＣＮＳロジックの情報から機器リストを生成し、これとユーザが作成した機器リストとを比較することにより、機器リストへのカスタマイズの影響をすぐに検出できるので、変更作業を容易に実施できる。
【図面の簡単な説明】
【００３６】
【図１】この発明の実施の形態１によるエンジニアリングツールを示すシステム構成図である。
【図２】この発明の実施の形態１によるエンジニアリングツールを示す構成図である。
【図３】この発明の実施の形態１によるエンジニアリングツールの部品の内容を示す図である。
【図４】この発明の実施の形態１によるエンジニアリングツールの機器リストを示す図である。
【図５】この発明の実施の形態１によるエンジニアリングツールの信号定義を示す図である。
【図６】この発明の実施の形態１によるエンジニアリングツールの監視画面を示す図である。
【図７】この発明の実施の形態１によるエンジニアリングツールのＣＮＳロジックを示す図である。
【図８】この発明の実施の形態１によるエンジニアリングツールのエンジニアリングフローを示す図である。
【図９】この発明の実施の形態２によるエンジニアリングツールを示す構成図である。
【図１０】この発明の実施の形態３によるエンジニアリングツールを示す構成図である。
【図１１】この発明の実施の形態３によるエンジニアリングツールの入出力リストを示す図である。
【図１２】この発明の実施の形態４によるエンジニアリングツールを示す構成図である。
【図１３】この発明の実施の形態５によるエンジニアリングツールを示す構成図である。
【符号の説明】
【００３７】
１ エンジニアリングツール、２ ＯＰＳ、３ 制御ネットワーク、４ ＣＮＳ、
５ プラント機器、１１ 部品管理、１２ 機器リスト、
１３ アプリケーション自動生成機能、１４ オーダ部品リスト、１５ 信号定義、
１６ ＯＰＳエンジ、１７ ＣＮＳエンジ、１８ アプリケーション置換機能、
１９ 信号自動生成機能、２１ 部品管理機能、２２ 部品リスト、
２３ グラフィック部品ビルダ、２４ 部品信号定義、
２５ ＣＮＳロジック部品エディタ、２６ 部品、２７ ＯＰＳ画面部品、
２８ 部品信号、２９ ＣＮＳロジック部品、３１ グラフィックビルダ、
３２ 監視画面、３３ バインド、３４ 監視画面オブジェクト、３５ ＯＰＳ転送、
４１ ロジックエディタ、４２ ＣＮＳロジック、４３ コンパイラ、
４４ ＣＮＳ実行オブジェクト、４５ ＣＮＳ転送、５１ 入出力リスト、
５２ 画面変更部、５３ ロジック変更部、５４ カスタマイズ部抽出機能、
５５ 機器リスト生成機能、１００ ＣＰＵ、１０１ プログラムメモリ、
１０２ ＲＡＭ、１０３ 外部記憶装置、２００ ＣＰＵ、
２０１ プログラムメモリ、２０２ ＲＡＭ、２０３ 外部記憶装置、
４００ ＣＰＵ、４０１ プログラムメモリ、４０４ 不揮発性メモリ。
【特許請求の範囲】
【請求項１】
監視制御対象を監視する監視装置の監視画面及び上記監視制御対象を制御するコントローラで用いられるコントローラ（以下、ＣＮＳという）ロジックを作成するエンジニアリングツールにおいて、上記監視画面及びＣＮＳロジックで用いられる部品を管理し、監視画面を構成するオペレータステーション（以下、ＯＰＳという）画面部品及びＣＮＳロジックを構成するＣＮＳロジック部品を生成するとともに上記ＯＰＳ画面部品及びＣＮＳロジック部品で使用される部品信号を定義する部品管理部、上記監視制御対象と上記部品管理部により管理された部品とを対応付けた機器リスト、この機器リストに基づき、上記部品管理部により生成されたＯＰＳ画面部品及びＣＮＳロジック部品を抽出して形成されたオーダ部品リスト、このオーダ部品リストのＯＰＳ画面部品及びＣＮＳロジック部品で使用される信号を定義した信号定義部、上記部品管理部により生成されたＯＰＳ画面部品及びＣＮＳロジック部品並びに上記部品管理部により定義された部品信号を用いて、上記オーダ部品リスト及び上記信号定義部を生成するアプリケーション自動生成手段、上記オーダ部品リスト及び信号定義部を用いて上記監視画面を生成するグラフィックビルダ、及び上記オーダ部品リスト及び信号定義部を用いて上記ＣＮＳロジックを生成するロジックエディタを備えたことを特徴とするエンジニアリングツール。
【請求項２】
上記部品管理部により管理される部品が変更されたとき、上記グラフィックビルダにより生成された監視画面及び上記ロジックエディタにより生成されたＣＮＳロジックを変更するアプリケーション置換手段を備えたことを特徴とする請求項１記載のエンジニアリングツール。
【請求項３】
上記部品管理部により定義されていない信号を記載した入出力リスト、及びこの入出力リストに記載された信号を上記信号定義部に追加する信号自動生成手段を備えたことを特徴とする請求項１または請求項２記載のエンジニアリングツール。
【請求項４】
上記グラフィックビルダによる監視画面の生成時にユーザによってカスタマイズされた箇所を記憶する画面変更部、上記ロジックエディタによるＣＮＳロジック生成時にユーザによってカスタマイズされた箇所を記憶するロジック変更部、及び上記画面変更部及び上記ロジック変更部により記憶された上記カスタマイズされた箇所を抽出し、上記アプリケーション置換手段に伝えるカスタマイズ部抽出手段を備え、上記アプリケーション置換手段は、上記カスタマイズされた箇所を避けて上記監視画面及びＣＮＳロジックを変更することを特徴とする請求項２記載のエンジニアリングツール。
【請求項５】
上記グラフィックビルダにより生成された監視画面または上記ロジックエディタにより生成されたＣＮＳロジックが変更されたとき、上記変更された監視画面及びＣＮＳロジックから、上記監視制御対象と上記部品管理部により管理された部品とを対応付けた機器リストを抽出する機器リスト生成手段を備えたことを特徴とする請求項１〜請求項４のいずれかに記載のエンジニアリングツール。
【請求項１】
監視制御対象を監視する監視装置の監視画面及び上記監視制御対象を制御するコントローラで用いられるコントローラ（以下、ＣＮＳという）ロジックを作成するエンジニアリングツールにおいて、上記監視画面及びＣＮＳロジックで用いられる部品を管理し、監視画面を構成するオペレータステーション（以下、ＯＰＳという）画面部品及びＣＮＳロジックを構成するＣＮＳロジック部品を生成するとともに上記ＯＰＳ画面部品及びＣＮＳロジック部品で使用される部品信号を定義する部品管理部、上記監視制御対象と上記部品管理部により管理された部品とを対応付けた機器リスト、この機器リストに基づき、上記部品管理部により生成されたＯＰＳ画面部品及びＣＮＳロジック部品を抽出して形成されたオーダ部品リスト、このオーダ部品リストのＯＰＳ画面部品及びＣＮＳロジック部品で使用される信号を定義した信号定義部、上記部品管理部により生成されたＯＰＳ画面部品及びＣＮＳロジック部品並びに上記部品管理部により定義された部品信号を用いて、上記オーダ部品リスト及び上記信号定義部を生成するアプリケーション自動生成手段、上記オーダ部品リスト及び信号定義部を用いて上記監視画面を生成するグラフィックビルダ、及び上記オーダ部品リスト及び信号定義部を用いて上記ＣＮＳロジックを生成するロジックエディタを備えたことを特徴とするエンジニアリングツール。
【請求項２】
上記部品管理部により管理される部品が変更されたとき、上記グラフィックビルダにより生成された監視画面及び上記ロジックエディタにより生成されたＣＮＳロジックを変更するアプリケーション置換手段を備えたことを特徴とする請求項１記載のエンジニアリングツール。
【請求項３】
上記部品管理部により定義されていない信号を記載した入出力リスト、及びこの入出力リストに記載された信号を上記信号定義部に追加する信号自動生成手段を備えたことを特徴とする請求項１または請求項２記載のエンジニアリングツール。
【請求項４】
上記グラフィックビルダによる監視画面の生成時にユーザによってカスタマイズされた箇所を記憶する画面変更部、上記ロジックエディタによるＣＮＳロジック生成時にユーザによってカスタマイズされた箇所を記憶するロジック変更部、及び上記画面変更部及び上記ロジック変更部により記憶された上記カスタマイズされた箇所を抽出し、上記アプリケーション置換手段に伝えるカスタマイズ部抽出手段を備え、上記アプリケーション置換手段は、上記カスタマイズされた箇所を避けて上記監視画面及びＣＮＳロジックを変更することを特徴とする請求項２記載のエンジニアリングツール。
【請求項５】
上記グラフィックビルダにより生成された監視画面または上記ロジックエディタにより生成されたＣＮＳロジックが変更されたとき、上記変更された監視画面及びＣＮＳロジックから、上記監視制御対象と上記部品管理部により管理された部品とを対応付けた機器リストを抽出する機器リスト生成手段を備えたことを特徴とする請求項１〜請求項４のいずれかに記載のエンジニアリングツール。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２００８−９７４２４（Ｐ２００８−９７４２４Ａ）
【公開日】平成２０年４月２４日（２００８．４．２４）
【国際特許分類】
【出願番号】特願２００６−２８００００（Ｐ２００６−２８００００）
【出願日】平成１８年１０月１３日（２００６．１０．１３）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
【公開日】平成２０年４月２４日（２００８．４．２４）
【国際特許分類】
【出願日】平成１８年１０月１３日（２００６．１０．１３）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
[ Back to top ]