JP2022018696A - 制御プログラム生成装置 - Google Patents

Abstract

【課題】ユーザの作業効率を向上させる。【解決手段】実施形態の制御プログラム生成装置は、グラフィックプログラム編集部と、記憶部と、コンパイラと、を備える。グラフィックプログラム編集部は、プラントを制御する制御プログラムの生成するためのエディタ画面において、プラントを制御する命令語間の結線パターンの入力を受け付ける。記憶部は、命令語間の第１の結線パターンと、命令語間で第１の結線パターンと結線が異なる第２の結線パターンと、を対応付けて記憶する。コンパイラは、グラフィックプログラム編集部において生成された制御プログラムについて、結線パターンに従って命令語の実行順序を決定するためのコンパイルが行われる際に、制御プログラムに第１の結線パターンが含まれていた場合に、第１の結線パターンを第２の結線パターンに変換した上で、当該コンパイルを行う。【選択図】図２

Description

本発明の実施形態は、制御プログラム生成装置に関する。

従来から、一般にプラントを制御する制御プログラム生成装置において、システム構成の登録、グローバル変数の登録（コントローラ変数、ステーション変数、Ｉ／Ｏ変数、ネットワーク変数）、プラント制御用の制御プログラム(アプリケーションプログラム)を生成する。

上述した制御プログラム生成装置において、制御プログラムの生成は、プログラムの見やすさ、表現のしやすさから、ＣＡＤのようなエディタへ移行している。これにより、制御プログラムの生成効率向上に繋がっている。

そして、エディタを用いて制御プログラムを編集する際の自由度が増したことで、様々な表現が可能となっている。

特に、命令語間を接続する結線は、制御プログラムの制御順を決める上で重要な意味を持つが、その結線方法については、エンジニアに応じて異なる。

特開平１１－８５４９０号公報

しかしながら、コンパイラが、エディタで生成された制御プログラムのソースをコンパイルする際に、結線方法に応じた制御順が設定されるが、エンジニアの意図通りでなかったり、コンパイルエラーが生じることもなる。このため、エンジニアは制御プログラムの書き直しや修正が発生するため、作業効率低下する可能性がある。

実施形態の制御プログラム生成装置は、グラフィックプログラム編集部と、記憶部と、コンパイラと、を備える。グラフィックプログラム編集部は、プラントを制御する制御プログラムの生成するためのエディタ画面において、プラントを制御する命令語間の結線パターンの入力を受け付ける。記憶部は、命令語間の第１の結線パターンと、命令語間で第１の結線パターンと結線が異なる第２の結線パターンと、を対応付けて記憶する。コンパイラは、グラフィックプログラム編集部において生成された制御プログラムについて、結線パターンに従って命令語の実行順序を決定するためのコンパイルが行われる際に、制御プログラムに第１の結線パターンが含まれていた場合に、第１の結線パターンを第２の結線パターンに変換した上で、当該コンパイルを行う。

図１は、第１の実施形態にかかる制御プログラム処理システム１の構成を例示した図である。 図２は、第１の実施形態にかかるクライアントと、コントローラと、の機能構成を例示した図である。 図３は、第１の実施形態のグラフィックプログラム編集部により生成される制御プログラムの一例を示す図である。 図４は、第１の実施形態のグラフィックプログラム編集部により生成される制御プログラムの一例を示す図である 図５は、第１の結線パターンと、当該第１の結線パターンが含まれていた場合に変更される第２の結線パターンと、を第１の例を示した図である。 図６は、第１の結線パターンと、当該第１の結線パターンが含まれていた場合に変更される第２の結線パターンと、を第２の例を示した図である。 図７は、第１の結線パターンと、当該第１の結線パターンが含まれていた場合に変更される第２の結線パターンと、を第３の例を示した図である。 図８は、第１の結線パターンと、当該第１の結線パターンが含まれていた場合に変更される第２の結線パターンと、を第４の例を示した図である。 図９は、複数の第１の結線パターンと、当該複数の第１の結線パターンが含まれていた場合に変更される第２の結線パターンと、の例を示した図である。 図１０は、第１の実施形態のクライアントＰＣにおけるコンパイルまでの処理を示したフローチャートである。 図１１は、第１の実施形態のクライアントＰＣにおける、エンジニア情報記憶部２２３に結線パターンが記憶されていない場合のコンパイルまでの処理を示したフローチャートである。 図１２は、第２の実施形態のクラウドサーバと、複数のクライアントＰＣと、の間の情報の送受信を例示した図である。

（第１の実施形態）
図１は、第１の実施形態にかかる制御プログラム処理システム１の構成を例示した図である。図１に示されるように、制御プログラム処理システム１は、クラウドサーバ１１と、プラント制御システム１０と、を備える。クラウドサーバ１１と、プラント制御システム１０とは、公衆ネットワーク１２を介して接続されている。

クラウドサーバ１１は、クラウド環境にあり、公衆ネットワーク１２を介してサーバＰＣ１３０、クライアントＰＣ１００ａ～１００ｎ、プログラマブルロジックコントローラ（ＰＬＣ：Programmable Logic Controller、以下、単に「コントローラ」という）１１０ａ～１１０ｎと接続している。

本実施形態においては、クラウドサーバ１１が、プラント制御システム１０におけるデータのバックアップ等を実行する。本実施形態におけるバックアップは、プラント制御システム１０のサーバＰＣ１３０、クライアントＰＣ１００、コントローラ１１０ａ～１１０ｎの制御プログラムのソースファイルやオブジェクトファイルや、プラントの実行結果であるログ情報等とする。

さらに、プラント制御システム１０は、サーバＰＣ１３０と、クライアントＰＣ１００ａ～１００ｎと、コントローラ１１０ａ～１１０ｎと、フィールド機器１２０ａ～１２０ｎを備える。以下、クライアントＰＣ１００ａ～１００ｎを区別しない場合は、単に「クライアントＰＣ１００」という。また、コントローラ１１０ａ～１１０ｎを区別しない場合は、単に「コントローラ１１０」という。

サーバＰＣ１３０と、クライアントＰＣ１００ａ～１００ｎと、コントローラ１１０ａ～１１０ｎと、は制御ネットワーク１５０を介して接続されている。また、コントローラ１１０ａ～１１０ｎと、フィールド機器１２０ａ～１２０ｎと、は、フィールドネットワーク１５１を介して接続されている。これらのネットワークによって機器間の情報の送受信が可能となる。制御ネットワーク１５０、及びフィールドネットワーク１５１は、例えば、イーサネット（登録商標）等の規格に準拠したネットワークである。

サーバＰＣ１３０は、クライアントＰＣ１００およびコントローラ１１０のログ情報等を収集し、収集した情報をクラウドサーバ１１に送信する。

コントローラ１１０は、ＩｏＴ対応であって、プラントの制御を行うアプリケーションプログラム等を実行し、フィールド機器１２０ａ～１２０を制御する。

プラント制御システム１０に含まれるコントローラ１１０の数は特に限定されないが、コントローラ１１０の台数は、例えば１００台以上であっても良い。また、コントローラ１１０は、フィールド機器１２０ａ～１２０ｎと接続しており、フィールド機器１２０ａ～１２０ｎとの間で信号を入出力する。フィールド機器１２０ａ～１２０ｎは、例えばセンサや、プラントを構成する機器であるものとする。

クライアントＰＣ１００は、プラントのシステムの構築、監視、制御プログラムなどを生成する制御プログラム生成装置として機能する。さらに、クライアントＰＣ１００によって生成された制御プログラムは、コントローラ１１０上で実行可能とする。本実施形態においては、クライアントＰＣ１００を操作するエンジニアや管理者等を、ユーザともいう。クライアントＰＣ１００は、本実施形態における制御プログラム生成装置の一例である。

図２は、本実施形態のクライアントＰＣ１００と、コントローラ１１０と、の機能構成を例示した図である。

クライアントＰＣ１００は、表示装置２４１と、キーボード２４２と、マウス２４３と、を備えている。クライアントＰＣ１００は、ＣＰＵなどの制御装置と、ＲＯＭ（Read Only Memory）やＲＡＭなどの記憶装置と、ＨＤＤ、ＣＤドライブ装置などの外部記憶装置とを備えており、通常のコンピュータを利用したハードウェア構成となっている。クライアントＰＣ１００は、図示しない制御装置が、プログラムを実行することで、様々な構成が実現されるとともに、ＨＤＤなどの記憶装置が各種情報の記憶部として機能する。例えば、クライアントＰＣ１００は、登録情報管理部２０１と、データベース管理部２０２と、通信制御部２０３と、を実現する。

データベース管理部２０２は、ソースファイル記憶部２３１と、オブジェクトファイル記憶部２３２と、を備える。データベース管理部２０２は、クライアントＰＣ１００の不揮発性メモリ上に実現される。

ソースファイル記憶部２３１は、登録情報管理部２０１によって生成された制御プログラムのソースファイルを記憶する。

オブジェクトファイル記憶部２３２は、登録情報管理部２０１によって生成された制御プログラムのコンパイル後のオブジェクトファイルを記憶する。

通信制御部２０３は、コントローラ１１０等との間のデータの送受信を制御する。

登録情報管理部２０１は、システム構成登録部２１１と、制御プログラム生成部２１２と、ダウンロード制御部２１３と、を備え、コントローラ１１０に登録される制御プログラムに関する情報を管理する。

システム構成登録部２１１は、プラント制御システム１０を実現するための各構成を登録する。本実施形態のシステム構成登録部２１１は、キーボード２４２やマウス２４３を介して、プラント制御システム１０を構成するコントローラ１１０やフィールド機器１２０ａ～１２０に関する登録を受け付ける。

制御プログラム生成部２１２は、グラフィックプログラム編集部２２１と、コンパイラ２２２と、エンジニア情報記憶部２２３と、を備え、コントローラ１１０が実行するための制御プログラムを生成する。

グラフィックプログラム編集部２２１は、プラントを制御する制御プログラムの生成するためのエディタ画面において、プラントを制御する命令語間の結線パターンの入力を受け付ける。

図３及び図４は、本実施形態のグラフィックプログラム編集部２２１により生成される制御プログラム３０１、４０１の一例を示す図である。図３及び図４に示す例では、制御プログラム３０１はＦＢＤ言語(ファンクション・ブロック・ダイアグラム)で記述されている。制御プログラムは、例えば、ＪＩＳ Ｂ ３５０３またはＩＥＣ（国際電気標準会議） ６１１３１－３の標準規格で、コントローラ用のプログラム言語として規定されている言語により記述されるが、コントローラ１１０が実行可能なプログラムであれば良い。上述の標準規格に規定された言語は、例えば、ＬＤ(ラダー・ダイアグラム)言語、ＦＢＤ言語、ＳＦＣ（シーケンシャル・ファンクション・チャート）言語、またはＳＴ（ストラクチャード・テキスト）言語等である。

制御プログラム３０１及び制御プログラム４０１は、制御プログラム３０１の結線部３１１と、制御プログラム４０１の結線部４１１と、の結線の向きが異なる以外は同じものとする。

図３に示される例では、命令語３１３が実行された後に、命令語３１２が実行されるのに対して、図４に示される例では、命令語４１２が実行された後に、命令語３４１３が実行される。

これは、制御プログラムは国際標準規格IEC 61131-3(PLCプログラミング言語)に準拠しており、基本的に英文を読むように左上から右下に向かって制御順が決定されるからである。

図３で示される例では、２つの命令語（例えばAND_BOOL）３１２、３１３がある。命令語３１２の方が、命令語３１３よりも左側にあるが、結線部３１１で分岐があり、当該分岐でも、左上から右下の順番になる。このため、命令語３１３が、命令語３１２より優先的に実行される。

一方、図４に示される例では、結線部４１１で分岐が有り、当該分岐でも左上から右上の順番となる。このため、このため、命令語４１２が、命令語４１３より優先的に実行される。このように、命令語の配置は同じでも、分岐における結線パターンによって、命令語の実行順が定められる。

上述した実行順序に従って命令語が実行されるが、ユーザが制御プログラムを設計する際に癖を有する場合も多く、ユーザが設計したとおりに制御プログラムが実行された場合、実際の命令語の実行順の仕様とは異なる場合がある。さらには、ユーザの設計の結線によっては、実行順序に従って命令語が実行できず、コンパイルでＮＧが生じる可能性がある。そこで、本実施形態では、コンパイル時に、ユーザの結線パターンを変更することとした。

エンジニア情報記憶部２２３は、命令語間の第１の結線パターンと、命令語間で第１の結線パターンと結線が異なる第２の結線パターンと、を対応付けて記憶する。命令語間の第１の結線パターンが、ユーザによって入力された結線パターンであり、第２の結線パターンが、実際に行うべき実行順を実現するための結線パターンとする。

コンパイラ２２２は、グラフィックプログラム編集部２２１において生成された制御プログラムのソースファイルに対して、結線パターンに従って命令語の実行順序を決定するためのコンパイルを行うことで、オブジェクトファイルを生成する。

また、コンパイラ２２２は、グラフィックプログラム編集部２２１において生成された制御プログラムのソースファイルに対してコンパイルを行う際に、制御プログラムに、エンジニア情報記憶部２２３に記憶されている第１の結線パターンが含まれていた場合に、第１の結線パターンを第２の結線パターンに変換した上で、コンパイルを行う。

さらに、エンジニア情報記憶部２２３は、命令語間の第１の結線パターンと、命令語間で第１の結線パターンと結線が異なる第２の結線パターンと、を対応付けて記憶すると共に、命令語間の第１の結線パターンと、命令語間で第１の結線パターン及び第２の結線パターンと結線が異なる第３の結線パターンと、を対応付けて記憶してもよい。このように、１対１だけでなく、１対多で結線パターンを対応付けても良い。

このような場合に、コンパイラ２２２は、コンパイルが行われる際に、制御プログラムに第１の結線パターンが含まれていた場合に、ユーザから、第２の結線パターン及び第３の結線パターンのうちいずれか一つの選択を受け付ける。そして、コンパイラ２２２は、第１の結線パターンを、受け付けた結線パターンに変更してコンパイルを行う。

つまり、ユーザの結線パターンは、ユーザの癖等によって同じ手順で描かれることが多い。このような場合に、コンパイル等でＮＧが生じると、ユーザの処理負担が大きくなる。そこで、本実施形態では、上述した制御を行うこととした。

また、エンジニア情報記憶部２２３の結線パターンの対応関係は、コンパイルの際に登録するようにしても良い。

例えば、グラフィックプログラム編集部２２１は、コンパイラ２２２がコンパイルでＮＧが生じた際に、ＮＧが生じた結線パターンを、修正するための第２の結線パターンに変更する入力を受け付ける。

このような場合に、エンジニア情報記憶部２２３は、コンパイルでＮＧが生じた第１の結線パターンと、コンパイルの際に第１の結線パターンから変更を受け付けた第２の結線パターンと、を対応付けて記憶する。これにより、ユーザが、これから第１の結線パターンの入力を受け付けた場合に、コンパイラ２２２がコンパイルする際に、第１の結線パターンが第２の結線パターンに変更される。これにより、ユーザの作業負担を軽減できる。

ダウンロード制御部２１３は、システム構成登録部２１１によって生成された制御プログラムのオブジェクトファイルを、通信制御部２０３を介して、コントローラ１１０へ送付するための制御を行う。

コントローラ１１０は、オブジェクトメモリ２５１と、処理部２５２と、を備える。

オブジェクトメモリ２５１は、データメモリ２６１と、コードメモリ２６２と、を備える。

データメモリ２６１は、フィールド機器１２０ａ～１２０ｎとの間で入出力されたデータを記憶する。

コードメモリ２６２は、クライアントＰＣ１００からダウンロードされた制御プログラムのオブジェクトファイルを格納する。

処理部２５２は、オブジェクトロード部２７１と、プログラム実行処理部２７２と、プロセス入出力処理部２７３と、を備え、制御プログラムのオブジェクトファイルに従って、書き込み、読み出し、実行を行う。

オブジェクトロード部２７１は、コードメモリ２６２に格納されているオブジェクトファイルをロードする。

プログラム実行処理部２７２は、ロードされた制御プログラムのオブジェクトファイルに基づいて、様々な処理を実行する。

プロセス入出力処理部２７３は、フィールド機器１２０ａ～１２０ｎ等を含むプラントからのプロセス信号を、ロードされた制御プログラムのオブジェクトファイルに受け渡すためのプロセスの入出力を処理する。

次に、エンジニア情報記憶部２２３で対応付けられている結線パターンについて説明する。

図５は、第１の結線パターンと、当該第１の結線パターンが含まれていた場合に変更される第２の結線パターンと、を第１の例を示した図である。

図５の制御プログラム５０１に含まれている結線部５１２において分岐しているが、第１の結線パターン５１１が、左又は上方向からの入力でない。また、制御プログラム５０２に含まれている結線部５１３において分岐しているが、第１の結線パターン５１４が、左又は上方向からの入力でない。

そこで、エンジニア情報記憶部２２３は、第１の結線パターン５１１と、第２の結線パターン５１５と、を対応付けて記憶している。同様に、エンジニア情報記憶部２２３は、第１の結線パターン５１４と、第２の結線パターン５１５と、を対応付けて記憶している。

これにより、コンパイラ２２２は、制御プログラムに、第１の結線パターン５１１や第１の結線パターン５１４が含まれていた場合に、第２の結線パターン５１５に変更した上で、制御プログラム５０３のオブジェクトファイルを生成する。

図６は、第１の結線パターンと、当該第１の結線パターンが含まれていた場合に変更される第２の結線パターンと、を第２の例を示した図である。

図６の制御プログラム６０１に含まれている結線部６１２において分岐しているが、第１の結線パターン６１１が、左又は上方向からの入力でない。

そこで、エンジニア情報記憶部２２３は、第１の結線パターン６１１と、第２の結線パターン６１３と、を対応付けて記憶している。

これにより、コンパイラ２２２は、制御プログラムに、第１の結線パターン６１１が含まれていた場合に、第２の結線パターン６１３に変更した上で、制御プログラム６０２のオブジェクトファイルを生成する。

また、結線パターンを変更する際に、入力の端部や命令語の位置を変更しても良い。

図７は、第１の結線パターンと、当該第１の結線パターンが含まれていた場合に変更される第２の結線パターンと、を第３の例を示した図である。

図７の制御プログラム７０１に含まれている結線部７１２において分岐しているが、第１の結線パターン７１１が、左又は上方向からの入力でない。

そこで、エンジニア情報記憶部２２３は、第１の結線パターン７１１と、第２の結線パターン７１３と、を対応付けて記憶している。第２の結線パターン７１３においては、入力端を、第１の結線パターン７１１への入力を左又は上にするために、入力の端部を含む位置が変更されている。

これにより、コンパイラ２２２は、制御プログラムに、第１の結線パターン７１１が含まれていた場合に、第２の結線パターン７１３に変更した上で、制御プログラム７０２のオブジェクトファイルを生成する。

図８は、第１の結線パターンと、当該第１の結線パターンが含まれていた場合に変更される第２の結線パターンと、を第４の例を示した図である。

図８の制御プログラム８０１に含まれている結線部８１２において分岐しているが、第１の結線パターン８１１が、左又は上方向からの入力でない。

そこで、エンジニア情報記憶部２２３は、第１の結線パターン８１１と、第２の結線パターン８１３と、を対応付けて記憶している。第２の結線パターン８１３においては、入力端を、第１の結線パターン８１１への入力を左又は上にするために、入力の端部の位置が変更されている。

これにより、コンパイラ２２２は、制御プログラムに、第１の結線パターン８１１が含まれていた場合に、第２の結線パターン８１３に変更した上で、制御プログラム８０２のオブジェクトファイルを生成する。

また、制御プログラムに含まれている複数の結線パターンを変更しても良い。

図９は、複数の第１の結線パターンと、当該複数の第１の結線パターンが含まれていた場合に変更される第２の結線パターンと、の例を示した図である。

図９の制御プログラム９０１に含まれている結線部９１３において分岐しているが、第１の結線パターン９１１、及び第１の結線パターン９１２が、左又は上方向からの入力でない。

そこで、エンジニア情報記憶部２２３は、第１の結線パターン９１１及び第１の結線パターン９１２と、第２の結線パターン９１４と、を対応付けて記憶している。第２の結線パターン９１４においては、入力端を、第１の結線パターン９１１、９１２への入力を左又は上にするために、入力の端部の位置が変更されている。

これにより、コンパイラ２２２は、制御プログラムに、第１の結線パターン９１１、９１２が含まれていた場合に、第２の結線パターン９１４に変更した上で、制御プログラム９０２のオブジェクトファイルを生成する。

次に、クライアントＰＣ１００におけるコンパイルするまでの処理について説明する。図１０は、本実施形態のクライアントＰＣ１００におけるコンパイルまでの処理を示したフローチャートである。

まず、グラフィックプログラム編集部２２１が、エディタ画面において、プラントを制御する命令語間の結線パターンの入力を受け付け、制御プログラムのソースファイルを生成する（Ｓ１００１）。

コンパイラ２２２は、グラフィックプログラム編集部２２１により生成されたソースファイルのコンパイルを開始する（Ｓ１００２）。

コンパイラ２２２は、ソースファイルに、エンジニア情報記憶部２２３に記憶されている、第１の結線パターンが含まれているか否かを判定する（Ｓ１００３）。第１の結線パターンが含まれていないと判定した場合（Ｓ１００３：Ｎｏ）、ソースファイルから、制御プログラムのオブジェクトファイルを生成して終了する（Ｓ１００７）。

一方、コンパイラ２２２は、ソースファイルに、第１の結線パターンが含まれていると判定した場合（Ｓ１００３：Ｙｅｓ）、エンジニア情報記憶部２２３に、当該第１の結線パターンと対応付けられた第２の結線パターンが複数あるか否かを判定する（Ｓ１００４）。複数含まれていると判定された場合（Ｓ１００４：Ｙｅｓ）、複数の第２の結線パターンから、選択を受け付ける（Ｓ１００５）。これにより、変更先の第２の結線パターンが決定される。

そして、コンパイラ２２２は、ソースファイルに含まれている第１の結線パターンを、第２の結線パターンに変更する（Ｓ１００６）。

そして、コンパイラ２２２は、第２の結線パターンに変更されたソースファイルから、
制御プログラムのオブジェクトファイルを生成する（Ｓ１００７）。

次に、コンパイルが失敗した場合に、結線パターンを登録するまでの処理について説明する。図１１は、本実施形態のクライアントＰＣ１００における、エンジニア情報記憶部２２３に結線パターンが記憶されていない場合のコンパイルまでの処理を示したフローチャートである。なお、エンジニア情報記憶部２２３に結線パターンが含まれている場合の処理は、図１０と同様のため説明を省略している。

まず、グラフィックプログラム編集部２２１が、エディタ画面において、プラントを制御する命令語間の結線パターンの入力を受け付け、制御プログラムのソースファイルを生成する（Ｓ１１０１）。

コンパイラ２２２は、グラフィックプログラム編集部２２１により生成されたソースファイルのコンパイルを開始する（Ｓ１１０２）。

コンパイラ２２２は、ソースファイルのコンパイルが成功したか否かを判定する（Ｓ１１０３）。コンパイルに失敗した場合（Ｓ１１０３：Ｎｏ）、グラフィックプログラム編集部２２１が、コンパイルに失敗した原因となる第１の結線パターンに対応する、コンパイルを成功させるための第２の結線パターンの入力を受け付ける（Ｓ１１０４）。

そして、グラフィックプログラム編集部２２１が、第１の結線パターンと、第２の結線パターンと、を対応付けてエンジニア情報記憶部２２３に登録する（Ｓ１１０５）。

コンパイラ２２２は、ソースファイルに含まれている第１の結線パターンを、第２の結線パターンに変更する（Ｓ１１０６）。

その後、再び、コンパイラ２２２は、第２の結線パターンに変更されたソースファイルでコンパイルが成功したか否かを判定する（Ｓ１１０３）。コンパイルが成功した場合（Ｓ１１０３：Ｙｅｓ）、オブジェクトファイルを生成して、処理を終了する（Ｓ１１０７）。

上述した処理手順では、コンパイルに失敗する第１の結線パターンを、第２の結線パターンに変更する例について説明した。しかしながら、結線パターンの変更は、コンパイルを成功させるために制限するものではない。例えば、ユーザの癖を修正するための結線パターンの変更を行っても良い。例えば、エンジニア情報記憶部２２３が、図３で示した結線パターンを、図４で示した結線パターンに変更するように、対応関係を記憶しても良い。

図１１で示される例では、コンパイルエラーとなった場合に、ユーザによる結線パターンの引き直しが行われるが、引き直し前の結線パターンと、引き直し後の結線パターンと、を対応付けて、エンジニア情報記憶部２２３に登録される。これにより、次回以降に、同様の結線パターンが含まれていた場合に、コンパイルエラーにすることなく、制御順が定められたオブジェクトファイルを生成できる。

（第２の実施形態）
第１の実施形態は、クライアントＰＣ１００が、結線パターンの対応関係を記憶しているが、他のクライアントＰＣ１００では、当該対応関係を利用することが難しい。そこで、第２の実施形態では、結線パターンの対応関係を共有する例について説明する。

図１２は、第２の実施形態のクラウドサーバ１１と、クライアントＰＣ１００ａ、クライアントＰＣ１００ｂと、の間の情報の送受信を例示した図である。

図１２に示されるように、クライアントＰＣ１００ａは、エンジニア情報記憶部２２３に記憶されている、第１の結線パターンと第２の結線パターンとの対応関係を示した第１の情報を、クラウドサーバ１１に送信する（Ｓ１２０１）。

また、クライアントＰＣ１００ｂは、エンジニア情報記憶部２２３に記憶されている、第１の結線パターンと第２の結線パターンとの対応関係を示した第２の情報を、クラウドサーバ１１に送信する（Ｓ１２０２）。

そして、クラウドサーバ１１は、クライアントＰＣ１００ｂから受信した、第２の情報を、クライアントＰＣ１００ａに送信する（Ｓ１２０３）。これにより、クライアントＰＣ１００ａは、受信した第２の情報を、エンジニア情報記憶部２２３に登録する。

また、クラウドサーバ１１は、クライアントＰＣ１００ａから受信した、第１の情報を、クライアントＰＣ１００ｂに送信する（Ｓ１２０４）。これにより、クライアントＰＣ１００ｂは、受信した第１の情報を、エンジニア情報記憶部２２３に登録する。

これにより、結線パターンの対応関係を共有できる。第２の実施形態では、エンジニア毎の多種・多様な癖を示した結線パターンや、コンパイルが失敗したときの結線パターンを、クラウドサーバ１１に蓄積し、クラウドサーバ１１に接続されているクライアントＰＣ１００で共有できる。これにより、ユーザの作業負担を軽減できる。

本実施形態においては、コンパイルする際に、結線の向きに意味があるため、上述した結線パターンの変更を行うことで、コンパイルエラーが生じることを抑止できる。これによりユーザの処理負担を軽減できる。

さらには、結線パターンを変更することで、本発明は、エンジニアによる様々な結線パターンの違いを吸収し、最適な制御順でオブジェクトファイルの生成を実現できる。例えば、エンジニアの癖等による結線パターンを修正できるため、エンジニアの結線の引き直しの手間を省き、作業効率を向上させることができる。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…制御プログラム処理システム、１０…プラント制御システム、１１…クラウドサーバ、１２…公衆ネットワーク、１００…クライアントＰＣ、１１０ａ～１１０ｎ…プログラマブルロジックコントローラ、１２０ａ～１２０ｎ…フィールド機器、１３０…サーバＰＣ、１５０…制御ネットワーク、１５１…フィールドネットワーク、２０１…登録情報管理部、２０２…データベース管理部、２０３…通信制御部、２１１…システム構成登録部、２１２…制御プログラム生成部、２１３…ダウンロード制御部、２２１…グラフィックプログラム編集部、２２２…コンパイラ、２２３…エンジニア情報記憶部、２３１…ソースファイル記憶部、２３２…オブジェクトファイル記憶部、２４１…表示装置、２４２…キーボード、２４３…マウス、２５１…オブジェクトメモリ、２５２…処理部、２６１…データメモリ、２６２…コードメモリ、２７１…オブジェクトロード部、２７２…プログラム実行処理部、２７３…プロセス入出力処理部

Claims (3)

1. プラントを制御する制御プログラムの生成するためのエディタ画面において、プラントを制御する命令語間の結線パターンの入力を受け付けるグラフィックプログラム編集部と、
   前記命令語間の第１の結線パターンと、前記命令語間で第１の結線パターンと結線が異なる第２の結線パターンと、を対応付けて記憶する記憶部と、
   前記グラフィックプログラム編集部において生成された制御プログラムについて、前記結線パターンに従って前記命令語の実行順序を決定するためのコンパイルが行われる際に、前記制御プログラムに前記第１の結線パターンが含まれていた場合に、前記第１の結線パターンを前記第２の結線パターンに変換した上で、当該コンパイルを行うコンパイラと、
   を備える制御プログラム生成装置。
2. 前記グラフィックプログラム編集部は、前記コンパイルの際に、前記第１の結線パターンを、前記第２の結線パターンに変更する入力を受け付け、
   前記記憶部は、前記第１の結線パターンと、前記コンパイルの際に前記第１の結線パターンから変更を受け付けた前記第２の結線パターンと、を対応付けて記憶する、
   請求項１に記載の制御プログラム生成装置。
3. 前記記憶部は、前記命令語間の第１の結線パターンと、前記命令語間で第１の結線パターンと結線が異なる第２の結線パターンと、を対応付けて記憶すると共に、前記命令語間の第１の結線パターンと、前記命令語間で第１の結線パターン及び前記第２の結線パターンと結線が異なる第３の結線パターンと、を対応付けて記憶し、
   前記コンパイラは、コンパイルが行われる際に、前記制御プログラムに前記第１の結線パターンが含まれていた場合に、前記第２の結線パターン及び前記第３の結線パターンのうちいずれか一つの選択を受け付け、受け付けた結線パターンを用いてコンパイルを行う、
   請求項１又は２に記載の制御プログラム生成装置。

Images