特開 2024-165699 エンジニアリングツール

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024165699

(43)【公開日】2024-11-28

(54)【発明の名称】エンジニアリングツール

(51)【国際特許分類】

   G05B 19/042 20060101AFI20241121BHJP

   G06F 8/36 20180101ALN20241121BHJP

【ＦＩ】

G05B19/042

G06F8/36

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2023082104

(22)【出願日】2023-05-18

(71)【出願人】

【識別番号】000003078

【氏名又は名称】株式会社東芝

(71)【出願人】

【識別番号】598076591

【氏名又は名称】東芝インフラシステムズ株式会社

(74)【代理人】

【識別番号】100120031

【弁理士】

【氏名又は名称】宮嶋 学

(74)【代理人】

【識別番号】100107582

【弁理士】

【氏名又は名称】関根 毅

(74)【代理人】

【識別番号】100118843

【弁理士】

【氏名又は名称】赤岡 明

(74)【代理人】

【識別番号】100118876

【弁理士】

【氏名又は名称】鈴木 順生

(72)【発明者】

【氏名】寶蔵寺 春美

【テーマコード（参考）】

5B376

5H220

【Ｆターム（参考）】

5B376AD24

5H220AA01

5H220BB12

5H220CC06

5H220CX02

5H220DD04

5H220DD06

5H220JJ12

5H220JJ16

5H220JJ24

5H220JJ42

5H220JJ48

5H220JJ53

(57)【要約】

【課題】制御プログラムのインポートを効率化する。
【解決手段】エンジニアリングツールは、それぞれが少なくとも１つ以上の変数又は配列を有する複数の構造体をインポートするインポート部を備え、前記インポート部は、前記複数の構造体のうち他の構造体を参照する構造体を、前記他の構造体よりも後にインポートするようにインポート順を決定し、決定した前記インポート順で前記複数の構造体をインポートする。
【選択図】図１５

【特許請求の範囲】

【請求項1】

それぞれが少なくとも１つ以上の変数又は配列を有する複数の構造体をインポートするインポート部を備え、
前記インポート部は、前記複数の構造体のうち他の構造体を参照する構造体を、前記他の構造体よりも後にインポートするようにインポート順を決定し、決定した前記インポート順で前記複数の構造体をインポートする、
エンジニアリングツール。

【請求項2】

前記インポート部は、それぞれがファンクション又はファンクションブロックで構成される複数の関数をインポートし、
前記インポート部は、前記複数の関数のうち他の関数を参照する関数を、前記他の関数よりも後にインポートするように前記複数の関数のインポート順を決定し、決定した前記インポート順で前記複数の関数をインポートする
請求項１に記載のエンジニアリングツール。

【請求項3】

前記インポート部は、前記関数を少なくとも１つ以上参照するプログラムをインポートし、
前記インポート部は、前記プログラムを、前記プログラムが参照する関数よりも後にインポートするように前記プログラムと前記関数とのインポート順を決定し、決定した前記インポート順で前記プログラムと前記関数とをインポートする
請求項２に記載のエンジニアリングツール。

【請求項4】

前記インポート部は、それぞれ前記関数及び前記プログラムを定義した複数のインポート対象ファイルのうち前記プログラムを定義したインポート対象ファイルから前記プログラムをインポートし、
前記プログラムから参照される関数を定義したファイルが前記複数のインポート対象ファイルにないときは、インポート先のライブラリに前記関数がインポート済みかを判断し、インポート済みの場合は前記プログラム及び前記関数のインポート順を決定し、インポート済みでない場合は、前記プログラムのインポートは不可であることを決定する
請求項３に記載のエンジニアリングツール。

【請求項5】

前記インポート部は、それぞれ前記複数の関数を定義した複数のインポート対象ファイルから前記複数の関数をインポートし、
前記複数の関数のいずれかから参照される関数を定義したインポート対象ファイルが、前記複数のインポート対象ファイルにないときは、インポート先のライブラリに前記参照される関数がインポート済みかを判断し、前記参照される関数がインポート済みの場合は前記複数の関数のインポート順を決定し、インポート済みでない場合は、前記参照される関数を参照する前記関数のインポートは不可であることを決定する
請求項２に記載のエンジニアリングツール。

【請求項6】

前記インポート部は、それぞれ前記複数の構造体を定義した複数のインポート対象ファイルから前記複数の構造体をインポートし、
前記複数の構造体のいずれかから参照される構造体を定義したインポート対象ファイルが、前記複数のインポート対象ファイルにないときは、インポート先のライブラリに前記参照される構造体がインポート済みかを判断し、インポート済みの場合は前記複数の構造体のインポート順を決定し、インポート済みでない場合は前記参照される構造体を参照する構造体のインポートは不可であることを決定する
請求項１に記載のエンジニアリングツール。

【請求項7】

前記インポート部によりインポートされる前記プログラム、前記複数の関数、前記複数の構造体の集合体は制御装置を制御する制御プログラムを構成する
請求項３に記載のエンジニアリングツール。

【発明の詳細な説明】

【技術分野】

【0001】

本実施形態は、エンジニアリングツールに関する。

【背景技術】

【0002】

一般にプラント制御システムにおいて、システムプログラマは制御装置の制御プログラムを作成し、試験及び調整の後に、プラント運転者へ提供する。類似のプラント制御システムが新規に構築される場合、システムプログラマは制御プログラムの構成要素の一部又は全部を流用することがある。具体的には、システムプログラマは元となるプラント制御システムから制御プログラムの一部又は全部の構成要素をエクスポートするとともに、新規に作成される類似のプラント制御システムに、エクスポートした上記一部又は全部の構成要素を流用して作成した制御プログラムをインポートする。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】国際公開第２０１８／０１１９５９号

【特許文献2】特表２００５－５３７５３８号公報

【特許文献3】国際公開第２０１５／１９０００７号

【発明の概要】

【発明が解決しようとする課題】

【0004】

制御プログラムの構成要素には、プログラム、ファンクションブロック、ファンクション、ユーザデータ型がある。これらは、参照関係を有する。例えば、ファンクションブロックが更にファンクションブロックを参照していることがある。制御プログラムのインポートでは、システムプログラマは、厳密にこの参照関係に基づくインポートの順番を守る必要がある。

【0005】

また、制御プログラムの構成要素のエクスポートでは、システムプログラマは必要なプログラム、ファンクションブロック、ファンクション、ユーザデータ型を選択する必要がある。このため、制御プログラムの構成要素のエクスポートの際には、システムプログラマは制御プログラムの構成として必要なプログラム、ファンクションブロック、ファンクション、ユーザデータ型を予め調査しておく必要がある。また、ファンクションブロックが更にファンクションブロックを参照している場合は、調査に時間がかかる。

【0006】

大量な制御プログラムを対象にエクスポートを行う場合、又は大量の制御プログラムのインポートを行う場合、インポートの順番、及びエクスポートが必要な構成要素の調査に時間がかかることにより、作業効率が悪化してしまうという課題がある。

【0007】

そこで、本実施形態では、制御プログラムのインポートを効率化できるエンジニアリングツールを提供するものである。

【課題を解決するための手段】

【0008】

本実施形態に係るエンジニアリングツールは、それぞれが少なくとも１つ以上の変数又は配列を有する複数の構造体をインポートするインポート部を備え、
前記インポート部は、前記複数の構造体のうち他の構造体を参照する構造体を、前記他の構造体よりも後にインポートするようにインポート順を決定し、決定した前記インポート順で前記複数の構造体をインポートする。

【図面の簡単な説明】

【0009】

【図1】本開示の実施形態に係るエンジニアリングツール及びその周辺部の一例を示すシステム構成図である。

【図2】データベースの構成を模式的に示す図である。

【図3】操作画面及びデータベースの詳細な構成を示すブロック図である。

【図4】ライブラリデータベースの一構成例である。

【図5】データ型データベースの一構成例である。

【図6】ユーザデータ型メンバデータベースの一構成例である。

【図7】変数データベースの一構成例である。

【図8】プログラムコードデータベースの一構成例である。

【図9】ファンクションを示すラダー図である。

【図10】ファンクションブロックを示すラダー図である。

【図11】プログラムを示すラダー図である。

【図12】インポート部を起動するイメージを示す図である。

【図13】インポート部の画面の一例を示す図である。

【図14A】インポート対象ファイル群の初期状態のインポート順を示す図である。

【図14B】各インポート対象ファイルの参照関係に応じたインポート順を示す図である。

【図15】本開示の実施形態におけるインポート順算出のフローチャートである。

【図16】インポート部が出力するインポート不可の旨を記載したメッセージウィンドウの一例である。

【図17】本開示の実施形態における全体的なインポートのフローチャートである。

【図18】構造体のインポート順算出のフローチャートである。

【図19】ファンクション及びファンクションブロックのインポート順算出のフローチャートである。

【図20】プログラムのインポート順の算出のフローチャートである。

【図21】インポート処理のフローチャートである。

【発明を実施するための形態】

【0010】

以下、図面を参照しながら、本発明の実施形態について説明する。

【0011】

（本開示の実施形態）
図１は、本開示の実施形態に係るエンジニアリングツール１及びその周辺部の一例を示すシステム構成図である。図１に示すエンジニアリングツール１は、例えばコンピュータ２に配置される。

【0012】

エンジニアリングツール１は、例えば制御プログラムの開発に用いられる。エンジニアリングツール１で開発された制御プログラムは、プラント制御装置等に適用される。エンジニアリングツール１は、操作画面３とデータベース（記憶部）４とを有する。操作画面３は、システムプログラマ（ユーザとも呼ばれる）にエンジニアリングツール１の操作機能を提供する。本明細書は、操作画面３がＧＵＩ（Graphical User Interface）によって構成される例を説明するが、これに限定されない。操作画面３は、ＣＵＩ（Character User Interface）などで構成されてもよい。データベース４は、操作画面３を介して作成された制御プログラムを格納する。

【0013】

また、エンジニアリングツール１は、制御プログラムのインポート及びエクスポート機能を有する。エンジニアリングツール１は、コンピュータ２内のファイル５として、制御プログラムをエクスポートすることができる。制御プログラムのエクスポートとは制御プログラムを構成する構成要素の一部又は全部をエクスポートすることである。また、エンジニアリングツール１は、コンピュータ２内の任意のファイル５から制御プログラムを構成する構成要素の一部又は全部をインポートすることができる。

【0014】

コンピュータ２は、周辺機器として、例えばキーボード２１、マウス２２、表示装置２３を有する。システムプログラマは、キーボード２１及びマウス２２によって操作画面３を操作できる。また、システムプログラマは、操作画面３を表示装置２３によって確認することができる。

【0015】

図２は、データベース４の構成を模式的に示す図である。図２に示すシステム６は、ライブラリ６１、ネットワーク６２、ステーション６３を有する。ライブラリ６１は、１つ又は複数の制御プログラムを格納する。ライブラリ６１は、ユーザごとに作成された複数のユーザライブラリＷ１～ＷＸと、ユーザ間で共有に使用可能な複数の標準ライブラリＢ１～ＢＸを有する。

【0016】

複数のユーザライブラリ（及び、複数の標準ライブラリ）は、それぞれユーザデータ型、ファンクション、ファンクションブロック、プログラムで構成される制御プログラムを有する。例えば、ユーザライブラリＷ１はユーザデータ型Ｄ１、ファンクションＤ２、ファンクションブロックＤ３、プログラムＤ４から構成される制御プログラムＧ１を有する。なお、制御プログラムはユーザデータ型、ファンクション、ファンクションブロック又はプログラムを複数有することがある。また、複数のユーザライブラリは、それぞれユーザ情報を有する。

【0017】

ユーザデータ型は、１つ以上の変数（変数メンバ）を有するものであり、構造体とも呼ばれる。ユーザデータ型は、プログラム、ファンクションブロック及びファンクションで用いられる。また、ユーザデータ型は、他のユーザデータ型を変数メンバとして含むこともある。

【0018】

ファンクションは、履歴性のない関数である。ファンクションは、プログラム及びファンクションブロックから呼び出される。また、ファンクションは他のファンクションを呼び出すことができる。

【0019】

ファンクションブロックは、履歴性のある関数である。ファンクションブロックは、プログラムから呼び出される。また、ファンクションブロックは他のファンクションブロックを呼び出すことができる。

【0020】

プログラムは、制御装置等に所定の動作をさせるための動作手順を指定するものである。

【0021】

上記のように、プログラム、ファンクションブロック、ファンクションは、他のファンクションブロック又はファンクションを呼び出すことがある。また、プログラム、ファンクションブロック、ファンクション、ユーザデータ型は、他のユーザデータ型を内部に含むことがある。ある構成要素が他の構成要素を呼び出す、又は内部に含む関係は、参照関係とも呼ばれる。例えばプログラムがファンクションブロックを呼び出すことを、プログラムはファンクションブロックを参照しているともいう。

【0022】

ネットワーク６２は、制御プログラムが適用される複数の制御装置の間の接続情報、又は制御装置と他の機器との間の接続情報を有する。

【0023】

ステーション６３は、制御プログラムが適用される制御装置のハードウェア情報を有する。ハードウェア情報には、例えば制御装置の機種名、あるいは制御プログラムの実行周期等がある。

【0024】

図３は、操作画面３及びデータベース４の詳細な構成を示すブロック図である。操作画面３は、エクスポート部３１、インポート部３２を有する。

【0025】

エクスポート部３１は、データベース４から１つ又は複数の制御プログラムの構成要素の一部又は全部を取得するとともに、取得した構成要素をそれぞれ含む１つ又は複数のエクスポート対象ファイル５１（ファイル５）を出力する。

【0026】

インポート部３２は、インポート対象となる１つ又は複数の制御プログラムとして１つ又は複数のインポート対象ファイル５２（ファイル５）を読み込む。インポート対象ファイル５２は、それぞれ制御プログラムの構成要素を１つ又は複数含む。インポート部３２は、読み込んだインポート対象ファイル５２（ファイル５）に含まれる構成要素をデータベース４に書き込む（インポートする）。これにより、インポート部３２は、１つ又は複数の制御プログラムをデータベース４に書き込む。

【0027】

なお、インポート部３２がインポート対象とするインポート対象ファイル５２の一部又は全部は、エクスポート部３１が出力したエクスポート対象ファイル５１であってもよい。この場合、ユーザは、エクスポート部３１が出力したエクスポート対象ファイル５１を、インポート対象ファイル５２の一部又は全部として選択できる。

【0028】

操作画面３は、図２のシステム６等を管理するプロダクトマネージャ３３を有していてもよい。プロダクトマネージャ３３はデータベース４からシステム６の情報を取得するとともに、システム６の変更内容をデータベース４に書き込む。また、操作画面３は制御プログラムを編集するプログラムエディタ３４を有していてもよい。プログラムエディタ３４はデータベース４から制御プログラムを取得するとともに、制御プログラムの変更内容をデータベース４に書き込む。

【0029】

データベース４は、システム６内のライブラリ６１の情報を、ライブラリデータ、データ型データ、データ型メンバデータ、変数データ、プログラムコードデータに分割して管理する。各データの詳細、及び図２の制御プログラム等との対応関係は後述する。ライブラリデータ、データ型データ、データ型メンバデータ、変数データ、プログラムコードデータは、それぞれライブラリデータベース４１、データ型データベース４２、ユーザデータ型メンバデータベース４３、変数データベース４４、プログラムコードデータベース４５に格納される。

【0030】

なおデータベース４は、上記のほか、ネットワーク６２の情報とステーション６３の情報をそれぞれ格納するデータベースを有していてもよい。

【0031】

図４は、ライブラリデータベース４１の一構成例である。ライブラリデータベース４１はライブラリデータの集合体を格納する。ライブラリデータベース４１内のライブラリデータは、それぞれリレーション、ライブラリ名、ライブラリ種別、セキュリティ管理者の情報、メンバの情報を有する。

【0032】

リレーションは、各ライブラリデータを他のデータベースと紐づけるために、各ライブラリデータに一意に割り振られる番号である。

【0033】

ライブラリ名は、各ライブラリを示す名称である。ライブラリ名は、例えばユーザによって設定される。ライブラリ種別は、ライブラリの種類を示す。ライブラリ種別には、例えばユーザライブラリと、標準ライブラリとがある。

【0034】

ライブラリデータは、セキュリティ管理者の情報として、セキュリティ管理者のユーザ名及びパスワードを有する。セキュリティ管理者は、ライブラリのセキュリティ管理を担当するユーザである。セキュリティ管理者は、他のユーザをメンバとして指定し、ライブラリへのアクセスを許可することができる。また、セキュリティ管理者は各メンバにアクセスレベルを設定することができる。アクセスレベルには、例えばアクセス不可のレベル、ライブラリの利用のみ可能なレベル、ライブラリの閲覧及び利用ができるレベル、ライブラリの編集、閲覧及び利用が可能なレベル等がある。また、ライブラリデータは、メンバの情報として、メンバのユーザ名、パスワード、アクセスレベルを有する。なお、図４はセキュリティ管理者の情報及びメンバの情報の内容を省略している。

【0035】

図４のライブラリデータベース４１には、ライブラリデータとして、図２のユーザライブラリ（ワーク１）Ｗ１及び標準ライブラリ（標準１）Ｂ１が登録されている。また、図４は、これらの他、ユーザライブラリ（ワーク２）Ｗ２、標準ライブラリ（標準２）Ｂ２が登録されている例を示している。ユーザライブラリＷ１、Ｗ２、標準ライブラリＢ１、Ｂ２のリレーションには、それぞれ１、２、３、４が割り振られている。

【0036】

図５は、データ型データベース４２の一構成例である。データ型データベース４２はデータ型に関するデータ（データ型データ）の集合体を格納する。データ型データベース４２内のデータ型データは、それぞれリレーション、データ型名、データ型、コメント、ライブラリとのリレーションを有する。

【0037】

データ型名は、各データ型を示す名称である。データ型名は、例えばユーザによって設定される。データ型は、データ型の種類を示す。データ型には、ユーザデータ型を示すＳＴＲＵＣＴ、ファンクションブロックを示すＦＵＮＣＴＩＯＮ＿ＢＬＯＣＫ、ファンクションを示すＦＵＮＣＴＩＯＮ、プログラムを示すＰＲＯＧＲＡＭ等がある。コメントは、各データ型の説明文であり、例えばユーザによって設定される。ライブラリとのリレーションは、図４のライブラリデータと図５のデータ型データを紐づけるものである。

【0038】

図５には、リレーションとして１、２、３、４が割り振られた、ユーザデータ型（ＳＴＲ＿ＨＺＺ）Ｄ１、ファンクション（ＵＳＥＲ＿ＦＵＮ）Ｄ２、ファンクションブロック（ＵＳＥＲ＿ＦＢＫ）Ｄ３、プログラム（ＭＳ０００）Ｄ４が登録されている。ユーザデータ型Ｄ１、ファンクションＤ２、ファンクションブロックＤ３、プログラムＤ４のライブラリとのリレーションには、いずれも１が指定されている。すなわち、ユーザデータ型Ｄ１、ファンクションＤ２、ファンクションブロックＤ３、プログラムＤ４は図４のユーザライブラリＷ１に紐づけられている。

【0039】

図６は、ユーザデータ型メンバデータベース４３の一構成例である。ユーザデータ型メンバデータベース４３はユーザデータ型メンバデータの集合体を格納する。ユーザデータ型メンバデータベース４３内のユーザデータ型メンバデータは、それぞれリレーション、メンバ名、データ型、コメント、ユーザデータ型とのリレーションを有する。メンバ名は、各メンバを示す名称であり、例えばユーザによって設定される。

【0040】

図６には、リレーションとして１、２が割り振られた、メンバ（ＩＮＴ＿ＡＲＹ）Ｍ１、メンバ（ＢＯＯＬ＿ＡＲＹ）Ｍ２が登録されている。メンバＭ１、メンバＭ２のユーザデータ型とのリレーションには、いずれも１が指定されているため、メンバＭ１、メンバＭ２は図５のユーザデータ型Ｄ１に紐づけられている。すなわち、ユーザデータ型Ｄ１はメンバＭ１、Ｍ２を参照している。なお、上述の通りユーザデータ型は、メンバとして他のユーザデータ型を含むことがある。

【0041】

図７は、変数データベース４４の一構成例である。変数データベース４４は変数データの集合体を格納する。変数データベース４４内の変数データは、それぞれリレーション、変数名、データ型、データ型データベース４２におけるデータ型とのリレーションを有する。変数名は、各変数を示す名称であり、例えばユーザによって設定される。図７のデータ型には、エンジニアリングツール１が標準で有するデータ型（例えば、ＢＯＯＬ）か、データ型データベース４２に格納されたデータ型データが指定される。

【0042】

図７には、リレーションとして１、２、３、４、５、６が割り振られた、変数（ＩＮＰＵＴ）Ｖ１、変数（ＵＳＥＲ＿ＦＵＮ）Ｖ２、変数（ＩＮＰＵＴ）Ｖ３、変数（ＯＵＴＰＵＴ）Ｖ４、変数（ＡＢＣ）Ｖ５、変数（ＵＳＥＲ＿ＦＢＫ＿１）Ｖ６が登録されている。データ型データベース４２におけるデータ型とのリレーションは、変数Ｖ１及び変数Ｖ２には２が指定され、変数Ｖ３及び変数Ｖ４には３が指定され、変数Ｖ５及び変数Ｖ６には４が指定されている。すなわち、変数Ｖ１及び変数Ｖ２２はファンクションＤ２に、変数Ｖ３及び変数Ｖ４はファンクションブロックＤ３に、変数Ｖ５及び変数Ｖ６はプログラムＤ４に紐づけられている。

【0043】

また、変数Ｖ５のデータ型にはＳＴＲ＿ＨＺＺが指定されていることから、変数Ｖ５はユーザデータ型Ｄ１を参照している。同様に、変数Ｖ６のデータ型はＵＳＥＲ＿ＦＢＫが指定され、ファンクションブロックＤ３を参照している。すなわち、変数Ｖ５及び変数Ｖ６に紐付けられるプログラムＤ４は、ユーザデータ型Ｄ１及びファンクションブロックＤ３を参照している。

【0044】

図８は、プログラムコードデータベース４５の一構成例である。プログラムコードデータベース４５はプログラムコードの集合体を格納する。これらプログラムコードの集合体が制御プログラムに対応する。各プログラムコードデータは、各変数、ファンクション及びファンクションブロックが、プログラム、ファンクションブロック、ファンクション内のどの場所に配置されるかを格納している。プログラムコードデータは、それぞれ行、列、ファンクション／ファンクションブロック名、変数名、データ型とのリレーションを有する。

【0045】

行及び列は、各変数及びファンクションの配置場所を示す。また、ファンクション／ファンクションブロック名により、データ型データベース４２内のデータ型データと、プログラムコードデータが紐付けられる。また、変数名及びデータ型データベース４２におけるデータ型とのリレーションにより、変数データベース４４内の変数データと、プログラムコードデータが紐付けられる。

【0046】

図８には、リレーションとして１～１０が割り振られた、プログラムコードデータＣ１～Ｃ１０が登録されている。プログラムコードＣ１及びＣ２はそれぞれ、ファンクションＤ２に、変数Ｖ１が行０列０、変数Ｖ２が行０列１の位置に配置されることを示す。プログラムコードＣ３及びＣ４はそれぞれ、ファンクションブロックＤ３に、変数Ｖ３が行０列０、変数Ｖ４が行０列１の位置に配置されることを示す。

【0047】

プログラムコードＣ５、Ｃ７、Ｃ８、Ｃ１０はいずれも、変数Ｖ５（ユーザデータ型Ｄ１）のメンバＭ１の配置位置を示している。プログラムコードＣ５、Ｃ７、Ｃ８、Ｃ１０はそれぞれ、プログラムＤ４にメンバＭ１が、行０列０、行０列２、行１列０、行１列２の位置に配置されることを示す。プログラムコードＣ６は、変数Ｖ６（ファンクションブロックＤ３）が、プログラムＤ４の行０列１に配置されることを示す。

【0048】

プログラムコードＣ９は、ファンクションＤ２が、プログラムＤ４の行１列１に配置されることを示す。すなわち、プログラムＤ４はファンクションＤ２を参照している。

【0049】

図９は、ファンクションＤ２を示すラダー図である。図９のラダー図は、プログラムコードデータベース４５等に基づいて、例えばプログラムエディタ３４によって生成される。また、プログラムエディタ３４によって行われた変更は、プログラムコードデータベース４５等に反映される。

【0050】

図９の横方向には列データ（列０、列１）が配置され、縦方向には行データ（行０）が配置される。図９のファンクションＤ２には、図８に示す通り、行０列０に変数Ｖ１が配置されるとともに、行０列１に変数Ｖ２が配置されている。

【0051】

図１０は、ファンクションブロックＤ３を示すラダー図である。図１０のファンクションブロックＤ３には、図８に示す通り、行０列０に変数Ｖ３が配置されるとともに、行０列１に変数Ｖ４が配置されている。

【0052】

図１１は、プログラムＤ４を示すラダー図である。図１１のプログラムＤ４には、図８に示す通り、行０列０、行０列２、行１列０、行１列２には、いずれも変数Ｖ５のメンバＭ１が配置されている。行０列１には、変数Ｖ６（ファンクションブロックＤ３）が配置される。変数Ｖ６の入力部には、変数Ｖ３が割り当てられ、出力部には変数Ｖ４が割り当てられている。行１列１には、ファンクションＤ２が配置される。ファンクションＤ２の入力部には、変数Ｖ１が割り当てられている。

【0053】

上記の通り、データベース４には制御プログラムを構成するユーザデータ型、ファンクションブロック、ファンクション、プログラムがそれぞれ登録されている。インポート部３２は、インポート対象ファイル５２から取得した制御プログラムを、図４～図８に示した形式でデータベース４に格納できる。

【0054】

また、エクスポート部３１は、データベース４から制御プログラムを取得し、エクスポート対象ファイル５１として出力できる。図５～図８に示したデータベース例の場合、ユーザデータ型Ｄ１のファイル（図６のデータベースにおいてＤ１が示すデータを含むファイル）、ファンクションＤ２のファイル（図７及び図８のデータベースにおいてＤ２が示すデータを含むファイル）、ファンクションブロックＤ３のファイル（図７及び図８のデータベースにおいてＤ３が示すデータを含むファイル）、プログラムＤ４のファイル（図７及び図８のデータベースにおいてＤ４が示すデータを含むファイル）をエクスポート対象ファイル５１として出力できる。上記はデータ型ごとに１つのファイルがエクスポートされる例を示しているが、例えば、図５のデータ型データベースにおいてユーザデータ型が複数定義されていればユーザデータ型のファイルが複数エクスポートされてもよい。ファンクション、ファンクションブロック、プログラムについても同様に、それぞれ複数定義されていれば、複数のファイルがエクスポートされることができる。

【0055】

図１２は、インポート部３２を起動するイメージを示す図である。システムプログラマは、例えばプロダクトマネージャ３３から、インポート部３２を呼び出すことができる。例えば、システムプログラマが図１２のメニューからインポートをクリックすることで、インポート部３２を呼び出せる。

【0056】

図１３は、インポート部３２の画面の一例を示す図である。システムプログラマは、例えばエクスプローラから、ファイル５を検索することが出来る。システムプログラマは、検索結果からファイル５を１つ又は複数選択し、インポート対象ファイル５２として指定する。インポート部３２は、指定されたインポート対象ファイル５２からデータ（構造体、ファンクション、ファンクションブロック、プログラム等）をインポートする。インポート対象ファイル５２として指定するファイルは、任意の制御プログラムからエクスポートしたファイルでもよいし、ユーザ（例えばシステムプログラマ）が別途作成してデータベース４又は他の記憶部に格納しておいたファイルでもよいし、これらの両方でもよい。なおインポート先のライブラリはあらかじめ指定しておく。インポート先のライブラリにあらかじめ１つ以上のデータがインポートされていてもよい。つまりインポート作業を複数回に分けて行う場合に、前回の作業までにインポートされたデータ（構造体、ファンクション、ファンクションブロック、プログラム等）が上記指定したライブラリに格納されていてもよい。

【0057】

図１４Ａは、インポート対象として指定されたインポート対象ファイル５２群の初期状態のインポート順を示す図である。初期状態においては、各インポート対象ファイル５２のインポート順は、例えばシステムプログラマが指定した順となっている。図１４Ａは、初期状態のインポート順に、インポート対象ファイル５２ａ、５２ｂ、５２ｃ、５２ｄ、５２ｅ、５２ｆ、５２ｇ、５２ｈを示している。

【0058】

各インポート対象ファイル５２のインポートを成功させるために、各インポート対象ファイル５２のインポート順は各インポート対象ファイル５２間の参照関係、より詳細には、各インポート対象ファイル５２に含まれるデータ（構造体、ファンクション、ファンクションブロック、プログラム等）間の参照関係、に応じた順序にされる必要がある。例えば、インポート対象ファイル（ＭＳ０００．ＰＲＧ）５２ａに格納されているプログラムは、インポート対象ファイル（ＳＴＲ１．ＴＹＰ）５２ｃに格納されている構造体と、インポート対象ファイル（ＵＳＲ＿ＦＵＮ．ＦＵＮ）５２ｇに格納されているファンクションを参照している。このため、インポート部３２は、インポート対象ファイル５２ａよりも先に、インポート対象ファイル５２ｃ及び５２ｇをインポートする必要がある。なおインポート対象ファイル５２をインポートするとは、インポート対象ファイル５２に格納されているデータ（構造体、ファンクション、ファンクションブロック、プログラム等）をインポートすることを意味する。

【0059】

しかしながら、図１４Ａのインポート順は、各インポート対象ファイル５２の参照関係に応じた順序になっていない。図１４Ａのインポート順では、インポート対象ファイル５２ａよりもインポート対象ファイル５２ｃ及び５２ｇのインポート順が後である。このため、図１４Ａのインポート順でインポートを実行すると、インポート対象ファイル５２ａのインポートが失敗してしまう。

【0060】

同様に、図１４Ａではインポート対象ファイル５２ｃに格納されている構造体が、インポート対象ファイル（ＳＴＲ２．ＴＹＰ）５２ｄに格納されている構造体を参照している。また、インポート対象ファイル５２ｇに格納されているファンクションは、インポート対象ファイル５２ｄに格納されている構造体を参照している。また、インポート対象ファイル（ＵＳＲ＿ＦＢＫ．ＦＢＫ）５２ｆに格納されているファンクションブロックは、インポート対象ファイル５２ｇに格納されているファンクションを参照している。すなわち、図１４Ａのインポート順では、インポート対象ファイル５２ｃ、５２ｆのインポートも同様に失敗してしまう。なお、インポート対象ファイル（ＭＳ００１．ＰＲＧ）５２ｂ、インポート対象ファイル（ＳＴＲ３．ＴＹＰ）５２ｅ、及びインポート対象ファイル（ＵＳＲ＿ＦＵＮ１．ＦＵＮ）５２ｈには、他のファイルとの参照関係はない。

【0061】

上記のように、各インポート対象ファイル５２のインポート順が各インポート対象ファイル５２の参照関係に応じた順序になっていない場合、インポート部３２は、一部のインポート対象ファイル５２のインポートに失敗する。

【0062】

従来では、システムプログラマがインポート順を正しく指定するために、各インポート対象ファイル５２が格納する構造体等を調査し、参照関係をすべて正しく把握する必要があった。大規模な制御プログラムでは、インポート順の調査と算出に時間がかかってしまうことから、システムプログラマの負担が増大するとともに、制御プログラムの開発効率が悪化してしまっていた。

【0063】

図１４Ｂは、各インポート対象ファイル５２のインポート順が各インポート対象ファイル５２の参照関係に応じた順序とされた例を示す図である。本開示の実施形態におけるインポート部３２は、図１４Ａのインポート順が指定された場合であっても、各インポート対象ファイル５２の参照関係に基づき、図１４Ｂに示すような正しいインポート順を自動で算出することを可能にする。図１４Ｂでは、インポート対象ファイル５２ｄ、５２ｃ、５２ｇ、５２ｆ、５２ａ、５２ｅ、５２ｈ、５２ｂがこの順でインポートされる。

【0064】

以降の説明において、インポート対象ファイル５２ｄ、５２ｃ、５２ｇ、５２ｆ、５２ａに格納されている構造体等を、それぞれ第１構造体、第２構造体、第１関数、第２関数、プログラムと呼ぶ。図１４Ｂでは、第１構造体を参照する第２構造体は、第１構造体より後にインポートされる。第１構造体を参照する第１関数は、第１構造体より後にインポートされる。第１関数を参照する第２関数は、第１関数より後にインポートされる。第１関数を参照するプログラムは、第１関数より後にインポートされる。

【0065】

図１４Ｂの例では、第１関数がファンクションであり、第２関数が第１関数を参照するファンクションブロックである例を示しているが、本実施形態はこの例に限定されない。例えば、第１関数が、ファンクションであり、第２関数が第１関数を参照するファンクションであってもよい。また第１関数が、ファンクションブロックであり、第２関数が第１関数を参照するファンクションブロックであってもよい。いずれの場合も、第１関数と第２関数は、この順でインポートされる。

【0066】

また、上記の通り、第１構造体を参照する第１関数は、第１構造体より後にインポートされ、第１関数を参照するプログラムは、第１関数より後にインポートされる。上述したように、本例では第１関数はファンクションであるが、ファンクションブロックであってもよい。

【0067】

上記のように、図１４Ｂでは参照元の構造体等が参照先の構造体等よりも後になるようにインポート順が設定されているため、図１４Ｂのインポート順でインポートを実行した場合、インポート対象ファイル５２ａ～５２ｈのいずれのインポートも失敗しない。

【0068】

上記のように、エンジニアリングツール１は各インポート対象ファイルの参照関係に基づき、自動でインポート順を算出する。これにより、システムプログラマはインポート順を指定する必要がなくなり、システムプログラマの負担が軽減されるとともに、制御プログラムの開発効率が向上する。

【0069】

図１５は、本開示の実施形態におけるインポート順算出のフローチャートである。インポート部３２は、図１５のフローチャートによって、図１４Ｂに示すインポート順を算出する。

【0070】

インポート部３２は、複数のインポート対象ファイル５２を、例えばシステムプログラマが指定した順で、１つずつ処理する。まず、インポート部３２は処理対象の１つのインポート対象ファイル５２によって参照されている構造体等（以下、データと呼ぶ）があるか否かを判別する（ステップＳ１）。

【0071】

対象のインポート対象ファイル５２によって参照されているデータがない場合、インポート部３２はインポート順をそのまま記憶する（ステップＳ２）。例えば、現時点でインポート順が決定されているファイル群の末尾のインポート順の次の値にインポート順を決定し、決定したインポート順の値を記憶する。インポート部３２は、インポート対象ファイルを全て処理したかの判定を行い（ステップＳ３）、全て処理した場合はインポート順算出処理を終了する。処理していない場合は、インポート部３２は、次の処理対象のインポート対象ファイル５２について、ステップＳ１から処理を行う。

【0072】

ステップＳ１において、対象のインポート対象ファイル５２によって参照されているデータがある場合、インポート部３２は、他のインポート対象ファイル５２に参照すべきデータがあるかを判定する（ステップＳ４）。

【0073】

他のインポート対象ファイル５２に参照すべきデータがある場合は、インポート部３２は、インポート順を整理して記憶する（ステップＳ５）。具体的には、インポート部３２は対象のインポート対象ファイル５２より先に、参照すべきデータを有するインポート対象ファイル５２が先にインポートされるように、インポート順を整理する（並び替える）。

【0074】

インポート部３２は対象のインポート対象ファイル５２、又は参照すべきデータを有するインポート対象ファイル５２によって、さらに参照されているデータがあるか否かを判定する（ステップＳ６）。対象のインポート対象ファイル５２、又は参照すべきデータを有するインポート対象ファイル５２のいずれかによって参照されているデータがある場合、再びステップＳ４の判定が行われる。対象のインポート対象ファイル５２、及び参照すべきデータを有するインポート対象ファイル５２のいずれかによっても参照されているデータがない場合、ステップＳ３の判定が行われる。

【0075】

ステップＳ４において、他のインポート対象ファイル５２に参照すべきデータがない場合、インポート部３２はインポート先のライブラリにおける制御プログラム（以下、既存の制御プログラム）に参照すべきデータがあるか否かを判定する（ステップＳ７）。既存の制御プログラムは、例えば、インポート先となるライブラリにおいて今回のインポート作業より前にインポートされている１つ又は複数のデータを含み、データベース４に保存されている。

【0076】

既存の制御プログラムに参照すべきデータがある場合、この参照すべきデータは新たにインポートされる必要がない。また、対象のインポート対象ファイル５２は、インポート可能であるので、インポート部３２はステップＳ５で対象のインポート対象ファイル５２のインポート順を記憶する。その後は、ステップＳ４の判定で他のインポート対象ファイル５２に参照すべきデータがある場合と同様である。

【0077】

既存の制御プログラムに参照すべきデータがない場合、インポート部３２は対象のインポート対象ファイル５２がインポート不可であることを決定し、インポート不可との情報を記憶する（ステップＳ８）。この場合、インポート部３２は例えばメッセージウィンドウ等でシステムエンジニアにその旨を通知する。図１６は、インポート部３２が出力するインポート不可の旨を記載したメッセージウィンドウの一例である。図１６には、例えば、他のインポート対象ファイル５２及び既存の制御プログラムから発見することができなかった参照すべきデータのデータ型名（Datatype）が表示される。

【0078】

ステップＳ８において、インポート対象ファイル５２がインポート不可であることが記憶された後は、ステップＳ３の判定が行われる。

【0079】

上記の通り、インポート部３２は図１５のフローチャートの処理を実行することにより、図１４Ｂのインポート順を算出することができる。

【0080】

また、図１５のフローチャートでは、既存の制御プログラムから参照すべきデータを探している。すなわち、インポート部３２は既存の制御プログラム内のデータを踏まえてインポート順を算出する。従来では、インポート対象ファイル５２に参照すべきデータを格納したファイルがない場合、既存の制御プログラムに当該参照すべきデータが存在するか否か（インポート済みか否か）を事前に調査する必要があった。本開示の実施形態においては、上記の通り、既存の制御プログラムから参照すべきデータを自動で探しているため、既存の制御プログラムを調査する必要がない。

【0081】

また、本開示の実施形態に係るインポート部３２は、エクスポート作業を効率化することもできる。システムプログラマは、制御プログラムを流用して新たな制御プログラムを開発する際に、エクスポート部３１を用いてエンジニアリングツール１から流用元の制御プログラムからインポート先の制御プログラムに必要なデータをファイルとしてエクスポートすることがある。システムプログラマは、エクスポートしたファイルをインポート部３２によって新たな制御プログラムにインポートする。このような場面においても、インポート部３２が既存の制御プログラム内のデータを踏まえてインポート順を算出することにより、従来において必要だったエクスポート対象のデータの参照関係の調査、既存の制御プログラム内の参照すべきデータの調査を省略又は低減することができる。すなわち、インポート部３２はエクスポート作業を効率化することができる。

【0082】

以降は、制御プログラムを構成する構造体、ファンクション、ファンクションブロック、プログラムごとに、より具体的なインポート順の算出方法を説明する。なお、図１５のフローチャートは、構造体、ファンクション、ファンクションブロック、プログラム以外のデータに対して適用されてもよい。

【0083】

図１７は、本開示の実施形態における全体的なインポートのフローチャートである。インポート部３２は、例えば図１３の画面において、システムプログラマから複数のインポート対象ファイル５２を指定されるとともに、インポートボタンを押下されることで、図１７のインポート処理を開始する。

【0084】

インポート部３２は、複数のインポート対象ファイル５２のうちまず構造体のファイルのインポート順（構造体のインポート順）を算出する（ステップＳ１１）。続いて、インポート部３２は、複数のインポート対象ファイル５２のうちファンクション及びファンクションブロックのファイルのインポート順（ファンクション及びファンクションブロックのインポート順）を算出する（ステップＳ１２）。続いて、インポート部３２は、複数のインポート対象ファイル５２のうちプログラムのファイルのインポート順（プログラムのインポート順）を算出する（ステップＳ１３）。最後に、インポート部３２は、ステップＳ１１～Ｓ１３で算出されたインポート順に基づき、複数のインポート対象ファイル５２をインポートする。すなわち複数のインポート対象ファイル５２に含まれるデータ（構造体、ファンクション、ファンクションブロック、プログラム）をインポートする。

【0085】

図１８は、構造体のインポート順算出のフローチャートである。インポート部３２は、図１７のステップＳ１１において、図１８のフローチャートの処理を実行する。

【0086】

インポート部３２は、インポート対象ファイル５２のうち構造体を格納したファイルがあるか否かを判別する（ステップＳ２１）。インポート部３２は、インポート対象ファイル５２が構造体を格納しているか否かを、例えば拡張子で判別することができる。例えば、インポート対象ファイル５２の拡張子が*.TYPである場合、そのファイルは構造体を格納している。

【0087】

インポート対象ファイル５２のうち構造体を格納したファイルがない場合、インポート部３２は図１８の処理を終了する。

【0088】

インポート対象ファイル５２のうち構造体を格納したファイルがある場合、インポート部３２は構造体を格納したインポート対象ファイル５２を１つずつ処理する。上述の通り、構造体は、他の構造体を参照していることがある。そのため、インポート部３２は、処理対象のインポート対象ファイル５２内の構造体（以下、処理対象の構造体）が、他の構造体を参照しているか否かを判別する（ステップＳ２２）。

【0089】

ステップＳ２２では、図１５のステップＳ１と同様に、処理対象の構造体が他の構造体を参照していない場合は、インポート部３２は、処理対象の構造体のファイルのインポート順を記憶する（ステップＳ２３）。続いて、インポート部３２は、複数のインポート対象ファイル５２のうち構造体を含むファイルを全て処理したかの判定を行う（ステップＳ２４）。インポート部３２は、構造体を含む全てのファイルを処理している場合は図１８の処理を終了し、処理されていないファイルがある場合は、次の構造体についてステップＳ２２の判定を行う。

【0090】

また、処理対象の構造体が他の構造体を参照している場合は、図１５のステップＳ４と同様に、インポート部３２は参照する他の構造体を含むファイルがインポート対象ファイル５２のうちにあるか否かの判定を行い（ステップＳ２５）、ある場合はインポート順を整理して記憶する（ステップＳ２６）。インポート部３２は、処理対象の構造体及び参照する構造体に、さらに参照している構造体があるか否かを判定し（ステップＳ２７）、ある場合はステップＳ２５の判定を再度行い、ない場合はステップＳ２４の判定に移る。

【0091】

参照する構造体を含むファイルがインポート対象ファイル５２内にない場合は、インポート部３２は、参照する構造体が既存の制御プログラム（インポート先のライブラリ）にあるか否かの判定を行い（ステップＳ２８）、ある場合はステップＳ２６の処理に移り、ない場合はインポート不可を記憶する（ステップＳ２９）とともに、ステップＳ２４の判定に移る。

【0092】

図１９は、ファンクション（以下、ＦＵＮと呼ぶ）及びファンクションブロック（以下、ＦＢＫと呼ぶ）のインポート順算出のフローチャートである。インポート部３２は、図１８の処理が終了した後、図１７のステップＳ１２において、図１９のフローチャートの処理を実行する。

【0093】

インポート部３２は、インポート対象ファイル５２のうちＦＵＮ及びＦＢＫを格納したファイルがあるか否かを判別し（ステップＳ３１）、ない場合は図１９の処理を終了する。例えば、インポート対象ファイル５２の拡張子が*.FUNである場合、そのファイルはＦＵＮを格納している。インポート対象ファイル５２の拡張子が*.FBKである場合、そのファイルはＦＢＫを格納している。

【0094】

上述の通り、ＦＵＮ及びＦＢＫは、構造体、他のＦＵＮ又は他のＦＢＫを参照していることがある。そのため、インポート部３２は、処理対象のＦＵＮ又はＦＢＫが構造体を参照しているか否かを判別する（ステップＳ３２）。処理対象のＦＵＮ又はＦＢＫが構造体を参照している場合、インポート部３２は構造体のファイルのインポート順の算出を行う（ステップＳ３３）。

【0095】

具体的には、ステップＳ３３において、インポート部３２は図１８のステップＳ２５～Ｓ２９の処理を行う。図１８のステップＳ２７で、処理対象のＦＵＮ又はＦＢＫ及び参照する構造体に、さらに参照している構造体がなかった場合、または、ステップＳ２９でインポート不可の情報が記憶された場合、インポート部３２は図１９のステップＳ３３の処理を終了する。

【0096】

インポート部３２は、ステップＳ３３の処理で、必要な構造体のファイルがインポート可能か否かを判定する（ステップＳ３４）。具体的には、図１８のステップＳ２９でインポート不可の情報が記憶された場合は、必要な構造体のファイルのうち一部又は全てのファイルのインポートが不可能である。構造体のファイルのインポートが不可能である場合、処理対象のＦＵＮ又はＦＢＫのファイルもインポート不可である。このとき、処理対象のＦＵＮ又はＦＢＫのファイルについて、インポート不可の情報が記憶されてもよい。

【0097】

図１８のステップＳ２７で、さらに参照している構造体がないと判定された場合は、インポートが必要な構造体のファイルは全てインポート可能である。

【0098】

ステップＳ３２で処理対象のＦＵＮ又はＦＢＫが構造体を参照していない場合、又はステップＳ３４で構造体のインポートが可能であると判定された場合、インポート部３２は処理対象のＦＵＮ又はＦＢＫが、他のＦＵＮ又はＦＢＫを参照しているか否かを判別する（ステップＳ３５）。

【0099】

処理対象のＦＵＮ又はＦＢＫが他のＦＵＮ又はＦＢＫを参照していない場合は、インポート部３２は、処理対象のＦＵＮ又はＦＢＫのインポート順を記憶する（ステップＳ３６）。この処理は、図１８のステップＳ２３と同様でよい。

【0100】

ステップＳ３６の処理の後、又はステップＳ３４で構造体のインポートが不可能である場合、インポート部３２はＦＵＮ又はＦＢＫのファイルを全て処理したかの判定を行う（ステップＳ３７）。インポート部３２は、ＦＵＮ又はＦＢＫのファイルが全て処理されている場合は図１９の処理を終了し、処理されていない場合はＦＵＮ又はＦＢＫの次のファイルについてステップＳ３２の判定に移る。

【0101】

ステップＳ３５で、処理対象のＦＵＮ又はＦＢＫが他のＦＵＮ又はＦＢＫを参照している場合は、インポート部３２は参照するＦＵＮ又はＦＢＫのファイルがインポート対象ファイル５２のうちにあるか否かの判定を行う（ステップＳ３８）。

【0102】

参照するＦＵＮ又はＦＢＫのファイルがインポート対象ファイル５２のうちにある場合は、インポート部３２はそのＦＵＮ又はＦＢＫが構造体をさらに参照しているか否かを判定する（ステップＳ３９）。参照するＦＵＮ又はＦＢＫが構造体をさらに参照している場合、ステップＳ３３と同様にインポート部３２は構造体のファイルのインポート順の算出を行う（ステップＳ４０）。インポート部３２は、ステップＳ４０の処理で、必要な構造体のファイルのインポートが可能か否かを判定する（ステップＳ４１）。構造体のファイルがインポート不可能である場合は、インポート部３２は処理対象のＦＵＮ又はＦＢＫのファイルがインポート不可であるとの情報を記憶するとともに、ステップＳ３７の判定に移る。

【0103】

ステップＳ３９で参照するＦＵＮ又はＦＢＫがさらに構造体を参照していない場合、又はステップＳ４０で構造体のファイルをインポート可能であると判定された場合、インポート部３２はインポート順を整理して記憶し（ステップＳ４２）し、さらに参照しているＦＵＮ又はＦＢＫがあるか否かを判定する（ステップＳ４３）。インポート部３２は、ステップＳ４３でさらに参照しているＦＵＮ又はＦＢＫがある場合はステップＳ３８の判定、ない場合はステップＳ３７の判定に移る。

【0104】

ステップＳ３８で、参照するＦＵＮ又はＦＢＫのファイルがインポート対象ファイル５２内にない場合は、インポート部３２は参照するＦＵＮ又はＦＢＫが既存の制御プログラムにあるか否かの判定を行い（ステップＳ４４）、ある場合はステップＳ３９の処理に移り、ない場合はインポート不可の情報を記憶する（ステップＳ４５）とともに、ステップＳ３７の判定に移る。

【0105】

図２０は、プログラムのインポート順の算出のフローチャートである。インポート部３２は、図１９の処理が終了した後、図１７のステップＳ１３において、図２０のフローチャートの処理を実行する。

【0106】

インポート部３２は、インポート対象ファイル５２のうちプログラムを格納したファイルがあるか否かを判別し（ステップＳ５１）、ない場合は図２０の処理を終了する。例えば、インポート対象ファイル５２の拡張子が*.PRGである場合、そのファイルはプログラムを格納している。

【0107】

上述の通り、プログラムは、構造体、ＦＵＮ又はＦＢＫを参照していることがある。そのため、インポート部３２は、処理対象のプログラムが構造体を参照しているか否かを判別する（ステップＳ５２）。処理対象のプログラムが構造体を参照している場合、図１９のステップＳ３３と同様に、インポート部３２は構造体のインポート順の算出を行う（ステップＳ５３）。
インポート部３２は、ステップＳ５３の処理で、必要な構造体のファイルのインポートが可能か否かを判定する（ステップＳ５４）。

【0108】

ステップＳ５２で処理対象のプログラムが構造体を参照していない場合、又はステップＳ５４で構造体のファイルのインポートが可能であると判定された場合、インポート部３２は処理対象のプログラムが、ＦＵＮ又はＦＢＫを参照しているか否かを判別する（ステップＳ５５）。ステップＳ５４で構造体のファイルのインポートが不可能であると判定された場合、処理対象のプログラムのファイルはインポート不可である。

【0109】

ステップＳ５５で処理対象のプログラムがＦＵＮ又はＦＢＫを参照している場合、インポート部３２はＦＵＮ又はＦＢＫのファイルのインポート順の算出を行う（ステップＳ５６）。具体的には、インポート部３２は図１９のステップＳ３５～Ｓ４３の処理を行う。図１９のステップＳ４３で、処理対象のプログラム及び参照するＦＵＮ又はＦＢＫに、さらに参照しているＦＵＮ又はＦＢＫがなかった場合、又はステップＳ４５で処理対象のプログラムのファイルのインポート不可の情報が記憶された場合、又はステップＳ４１でＦＵＮ又はＦＢＫが参照する構造体がインポート不可能であると判定された場合、インポート部３２は図２０のステップＳ５６の処理を終了する。

【0110】

インポート部３２は、ステップＳ５６の後、ＦＵＮ又はＦＢＫのファイルのインポートが可能か否かを判定する（ステップＳ５７）。具体的には、ステップＳ４５で処理対象のプログラムのファイルのインポート不可が記憶された場合、又はステップＳ４１でＦＵＮ又はＦＢＫが参照する構造体のファイルがインポート不可能であると判定された場合は、ＦＵＮ又はＦＢＫのファイルのインポートは不可能である。すなわち、ＦＵＮ又はＦＢＫのファイルのインポートが不可能であると判定された場合は、処理対象のプログラムのファイルは、インポート不可である。

【0111】

図１９のステップＳ４３で、さらに参照しているＦＵＮ又はＦＢＫがないと判定された場合は、インポートが必要なＦＵＮ又はＦＢＫのファイルは全てインポート可能である。

【0112】

ステップＳ５５で処理対象のプログラムがＦＵＮ又はＦＢＫを参照していない場合、又はステップＳ５７でＦＵＮ又はＦＢＫのインポートが可能であると判定された場合、インポート部３２はプログラムのファイルのインポート順を記憶する（ステップＳ５８）。

【0113】

ステップＳ５８でプログラムのファイルのインポート順が記憶された場合、ステップＳ５４で構造体のファイルのインポートが不可能であると判定された場合、又はステップＳ５７でＦＵＮ又はＦＢＫのファイルのインポートが不可能であると判定された場合、インポート部３２はプログラムのファイルを全て処理したかの判定を行う（ステップＳ５９）。インポート部３２は、プログラムのファイルが全て処理されている場合は図２０の処理を終了し、処理されていない場合は次のプログラムのファイルについてステップＳ５２の判定に移る。

【0114】

図２１は、インポート処理のフローチャートである。インポート部３２は、図２０の処理が終了した後、図１７のステップＳ１４において、図２１のフローチャートの処理を実行する。

【0115】

インポート部３２は、図１７のステップＳ１１～Ｓ１３で整理されたインポート対象ファイルのインポート順で、インポート対象ファイル５２を１つずつ処理する。まず、インポート部３２は処理対象のインポート対象ファイル５２が、インポート可能か否かを判定する（ステップＳ６１）。

【0116】

図１８のステップＳ２９、図１９のステップＳ４５等で、インポート不可が記憶されているインポート対象ファイル５２は、インポート不可である。ステップＳ６１の判定で、インポート不可であると判定された場合は、エラーダイアログ（例えば、図１６のダイアログ）が表示され（ステップＳ６２）、図２１の処理が中断される。

【0117】

ステップＳ６１で、インポート不可と判定されなかった場合、すなわちインポート可能と判定された場合は、処理対象のインポート対象ファイル５２のインポートが行われる（ステップＳ６３）。続いて、インポート対象ファイルをすべて処理したかの判定が行われる（ステップＳ６４）。インポート部３２は、インポート対象ファイル５２がすべて処理されてない場合は、次の処理対象のインポート対象ファイル５２について、ステップＳ６１の判定を行う。ステップＳ６４で、インポート対象ファイル５２がすべて処理されている場合、又はステップＳ６２で図２１の処理が中断された場合、図２１の処理が終了するとともに、図１７の処理も終了する。

【0118】

このように、本開示の実施形態のエンジニアリングツール１は、制御プログラムの各データ（構造体、ファンクション、ファンクションブロック、プログラム等）間の参照関係に基づいて、インポート順を自動的に算出し、最適な順序でインポート対象ファイルをインポートしている。このためシステムプログラマは、インポート対象ファイルのインポート順を正しく指定しなくともインポート対象ファイルのインポートが可能となる。またシステムプログラマがインポート対象ファイル間の参照関係を調査する必要を省略又は低減できる。また、本開示の実施形態のエンジニアリングツール１は、インポート対象ファイル群にインポートすべきデータのファイルが存在しない場合に、既存の制御プログラムから、インポートすべきデータを探すため、システムプログラマが既存の制御プログラムにインポートすべきデータがあるか否かを調査する手間を削減できる。すなわち、エンジニアリングツール１は制御プログラムのインポート及びエクスポートの効率を向上することができる。

【0119】

なお、本発明は上記各実施形態そのままに限定されるものではなく、実施段階ではその
要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記各実施形態に開示
されている複数の構成要素を適宜組み合わせることによって種々の発明を形成できる。ま
た例えば、各実施形態に示される全構成要素からいくつかの構成要素を削除した構成も考
えられる。さらに、異なる実施形態に記載した構成要素を適宜組み合わせてもよい。

【0120】

［付記］
［項目１］
それぞれが少なくとも１つ以上の変数又は配列を有する複数の構造体をインポートするインポート部を備え、
前記インポート部は、前記複数の構造体のうち他の構造体を参照する構造体を、前記他の構造体よりも後にインポートするようにインポート順を決定し、決定した前記インポート順で前記複数の構造体をインポートする、
エンジニアリングツール。
［項目２］
前記インポート部は、それぞれがファンクション又はファンクションブロックで構成される複数の関数をインポートし、
前記インポート部は、前記複数の関数のうち他の関数を参照する関数を、前記他の関数よりも後にインポートするように前記複数の関数のインポート順を決定し、決定した前記インポート順で前記複数の関数をインポートする
項目１に記載のエンジニアリングツール。
［項目３］
前記インポート部は、前記関数を少なくとも１つ以上参照するプログラムをインポートし、
前記インポート部は、前記プログラムを、前記プログラムが参照する関数よりも後にインポートするように前記プログラムと前記関数とのインポート順を決定し、決定した前記インポート順で前記プログラムと前記関数とをインポートする
項目２に記載のエンジニアリングツール。
［項目４］
前記インポート部は、それぞれ前記関数及び前記プログラムを定義した複数のインポート対象ファイルのうち前記プログラムを定義したインポート対象ファイルから前記プログラムをインポートし、
前記プログラムから参照される関数を定義したファイルが前記複数のインポート対象ファイルにないときは、インポート先のライブラリに前記関数がインポート済みかを判断し、インポート済みの場合は前記プログラム及び前記関数のインポート順を決定し、インポート済みでない場合は、前記プログラムのインポートは不可であることを決定する
項目３に記載のエンジニアリングツール。
［項目５］
前記インポート部は、それぞれ前記複数の関数を定義した複数のインポート対象ファイルから前記複数の関数をインポートし、
前記複数の関数のいずれかから参照される関数を定義したインポート対象ファイルが、前記複数のインポート対象ファイルにないときは、インポート先のライブラリに前記参照される関数がインポート済みかを判断し、前記参照される関数がインポート済みの場合は前記複数の関数のインポート順を決定し、インポート済みでない場合は、前記参照される関数を参照する前記関数のインポートは不可であることを決定する
項目２乃至４のいずれか一項に記載のエンジニアリングツール。
［項目６］
前記インポート部は、それぞれ前記複数の構造体を定義した複数のインポート対象ファイルから前記複数の構造体をインポートし、
前記複数の構造体のいずれかから参照される構造体を定義したインポート対象ファイルが、前記複数のインポート対象ファイルにないときは、インポート先のライブラリに前記参照される構造体がインポート済みかを判断し、インポート済みの場合は前記複数の構造体のインポート順を決定し、インポート済みでない場合は前記参照される構造体を参照する構造体のインポートは不可であることを決定する
項目１乃至４のいずれか一項に記載のエンジニアリングツール。
［項目７］
前記インポート部によりインポートされる前記プログラム、前記複数の関数、前記複数の構造体の集合体は制御装置を制御する制御プログラムを構成する
項目３又は４に記載のエンジニアリングツール。

【符号の説明】

【0121】

１ エンジニアリングツール、２ コンピュータ、３ 操作画面、４ データベース、５ ファイル、６ システム、２１ キーボード、２２ マウス、２３ 表示装置、３１ エクスポート部、３２ インポート部、３３ プロダクトマネージャ、３４ プログラムエディタ、４１ ライブラリデータベース、４２ データ型データベース、４３ ユーザデータ型メンバデータベース、４４ 変数データベース、４５ プログラムコードデータベース、５１ エクスポート対象ファイル５２、５２ａ、５２ｂ、５２ｃ、５２ｄ、５２ｅ、５２ｆ、５２ｇ、５２ｈ インポート対象ファイル、６１ ライブラリ、６２ ネットワーク、６３ ステーション

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14A】

【図14B】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】