JP6576491B2 - 制御機器、制御システム、方法及びプログラム - Google Patents

Description

本出願は、制御機器、制御システム、方法及びプログラムに関する。

従来、各種設計支援を行う技術がある（例えば、特許文献１参照）。工場などの生産ラインで稼働する機器を制御するＦＡ（Ｆａｃｔｏｒｙ Ａｕｔｏｍａｔｉｏｎ）用の機器を含むＦＡシステムにおいても、ＦＡシステムの設計支援を行うシステム設計支援装置がある。システム設計支援装置の利用者は、システム設計支援装置がサポートするＦＡ機器の機器固有情報定義ファイルが登録されているデータベースを参照して、ＦＡ機器である制御装置用のプログラムの作成等を実施する。

特開２０１２−２５６１０３号公報

ところで、ＦＡでは、ＰＬＣ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｃｏｎｔｒｏｌｌｅｒ）などの制御装置ごとに１台１台パラメータ設定を行い、そのパラメータの管理は制御装置ごとに行われている。制御装置ごとにパラメータを管理することは、パラメータの変更を考慮すると、非効率的である。これに対して、例えば、複数のＣＡＤ（Ｃｏｍｐｕｔｅｒ Ａｉｄｅｄ Ｄｅｓｉｇｎ）の設定パラメータをデータベースサーバで一括管理する技術も提案されている（特許文献１参照）。しかしながら、ＦＡの分野では、パラメータをサーバで一括管理する方法は提案されておらず、また、上記ＣＡＤの設定パラメータをサーバで一括管理する技術をＦＡの分野に適用したとしても、制御装置ごとに種々のパラメータを設定する必要があり、パラメータの設定作業の効率化は図れない。

本発明は上記に鑑みてなされたものであって、パラメータの一括管理が簡単にでき、且つ、制御装置ごとのパラメータ設定が容易となる制御機器、制御システム、方法及びプログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、サーバとネットワークを介して通信可能に接続される制御機器であって、ユニットに対して一意に割り当てられている識別子を含むユニット構成情報を記憶するユニット構成情報記憶部と、前記識別子に対応付けて前記ユニットに対応した機器固有情報定義ファイルを記憶する前記サーバから、前記ユニット構成情報に含まれる前記識別子に紐づく前記機器固有情報定義ファイルを取得するファイル取得部と、前記機器固有情報定義ファイルに基づいて、前記ユニットの動作を制御するパラメータを設定するパラメータ設定部とを備えることを特徴とする。

本発明によれば、パラメータの一括管理が簡単にでき、且つ、制御装置ごとのパラメータ設定が容易となる。

実施の形態１に係る制御システムの構成の一例を示す図 実施の形態１に係るクラウドサーバの機能構成の一例を示す図 実施の形態１に係る機器固有情報定義ファイルとユニットとの対応関係を示す図 実施の形態１に係るクラウドサーバのハードウェア構成の一例を示す図 実施の形態１に係るクラウドサーバの処理の一例を示すフローチャート 実施の形態１に係るクラウドサーバの処理の一例を示すフローチャート 実施の形態１に係るシステム設計支援装置及び制御機器の機能構成の一例を示す図 実施の形態１に係る機器固有情報定義ファイルの指定入力を受け付けるための画面の例を示す図 実施の形態１に係るシステム設計支援装置のハードウェア構成の一例を示す図 実施の形態１に係るシステム設計支援装置の処理の一例を示すフローチャート 実施の形態２に係る制御システムの構成の一例を示す図 実施の形態２に係る機器固有情報定義ファイルとユニットとユニットＩＤとの対応関係を示す図 実施の形態２に係る制御機器の機能構成の一例を示す図 実施の形態２に係るシステム構成情報ファイルの一例を示す図 実施の形態２に係る制御機器のハードウェア構成の一例を示す図 実施の形態２に係る制御機器のハードウェア構成の一例を示す図 実施の形態２に係る制御機器の処理の一例を示すフローチャート 実施の形態３に係る制御システムの構成の一例を示す図 実施の形態３に係るクラウドサーバの機能構成の一例を示す図 実施の形態３に係るクライアント端末の機能構成の一例を示す図 実施の形態３に係る制御システムの処理の例を示す図

実施の形態１．
以下、本発明に係る実施の形態について、図面を参照して説明する。なお、この実施の形態により、本発明が限定されるものではない。

図１は、実施の形態１に係る制御システムの構成の一例を示す図である。図１に示すように、実施の形態１に係る制御システム１０００Ａは、クラウドサーバ１０と、サービス提供者装置２０と、システム設計支援装置２００Ａ，２００Ｂ及び２００Ｃと、制御機器３００Ａ，３００Ｂ及び３００Ｃとを含んで構成される。システム設計支援装置２００Ａは、クラウドサーバ１０とネットワークを介して通信可能に接続されるとともに、制御機器３００Ａと通信可能に接続される。同様に、システム設計支援装置２００Ｂは、クラウドサーバ１０とネットワークを介して通信可能に接続されるとともに、制御機器３００Ｂと通信可能に接続される。同様に、システム設計支援装置２００Ｃは、クラウドサーバ１０とネットワークを介して通信可能に接続されるとともに、制御機器３００Ｃと通信可能に接続される。ネットワークは、インターネット、イーサネット（登録商標）のようなＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を含んでよい。

実施の形態１に係るクラウドサーバ１０は、システム設計支援装置２００Ａ，２００Ｂ及び２００Ｃの提供者（以下、サービス提供者）によって、システム設計支援装置２００Ａ，２００Ｂ及び２００Ｃの利用者（以下、サービス利用者）が利用可能なコンピューティング資源としてネットワーク上に配置され、システム設計支援装置２００Ａ，２００Ｂ及び２００Ｃとの間で、いわゆるクラウドコンピューティングシステム（以下、クラウド環境）を構成する。クラウドサーバ１０は、サービス利用者が利用可能なデータとして、システム設計で用いられる機器固有情報定義ファイルを記憶する。クラウドサーバ１０は、サービス利用者が機器固有情報定義ファイルを必要に応じてダウンロードして利用することが可能なユビキタスなサービスを提供する。サービス提供者により提供されるクラウド環境は、サービス利用者に機器固有情報定義ファイルが記憶されているクラウドサーバ１０を特に意識させることなく、システム設計支援装置上の簡単な操作で機器固有情報定義ファイルを取得可能とするサービスを実現できる。クラウドサーバ１０は、サービス提供者により保守、運営、及び管理が行われる。サービス提供者は、サービス提供者装置２０を操作して、クラウドサーバ１０に記憶されている機器固有情報定義ファイルの登録処理、及び更新処理を適宜実行し、機器固有情報定義ファイルを最新の状態となるように常に管理する。機器固有情報定義ファイルは、制御機器３００Ａ，３００Ｂ及び３００Ｃなどの制御機器を構成するユニットの制御に用いられるパラメータが定義されるファイルである。機器固有情報定義ファイルは、例えば、制御機器３００Ａ，３００Ｂ及び３００Ｃなどの制御機器を構成するユニットの仕様、当該ユニットにおける当該ユニットに固有の情報の表示方法、システム設計支援装置２００Ａ，２００Ｂ及び２００Ｃなどの他の機器との間で通信を行う際に当該ユニットに用いられる通信プロトコルなど、制御機器のそれぞれに関する種々の情報を含んでよい。サービス提供者装置２０は、サービス提供者によって操作される情報処理装置である。図１では、クラウド環境を構成するコンピューティング資源としてクラウドサーバ１０がネットワーク上に配置される例を示すが、サービス利用者からの要求を分散して処理することが可能な複数のサーバで構成されてもよい。

図２は、実施の形態１に係るクラウドサーバの機能構成の一例を示す図である。図２に示すように、クラウドサーバ１０は、ファイル記憶部１１と、制御部１２と、通信処理部１３とを含んで構成される。

ファイル記憶部１１は、機器固有情報定義ファイル１１Ａ〜１１Ｍを記憶する。機器固有情報定義ファイル１１Ａ〜１１Ｍは、図３に示すように、制御機器３００Ａ，３００Ｂ、及び３００Ｃを構成する複数のユニットのいずれかに対応する情報が記録される。図３は、実施の形態１に係る機器固有情報定義ファイルとユニットとの対応関係を示す図である。

制御部１２は、クラウドサーバ１０における各種の制御を実行する。制御部１２は、ファイル送信部１２ａ、ファイル登録部１２ｂ、及びファイル更新部１２ｃを有する。ファイル送信部１２ａは、通信処理部１３を介して、システム設計支援装置２００Ａ，２００Ｂ、及び２００Ｃとの間で実行される機器固有情報定義ファイルの送信を制御する。具体的には、ファイル送信部１２ａは、システム設計支援装置２００Ａから機器固有情報定義ファイルの取得要求を受信すると、取得要求に対応する機器固有情報定義ファイルをファイル記憶部１１から読み込む。続いて、ファイル送信部１２ａは、通信処理部１３を介して、ファイル記憶部１１から読み込んだ機器固有情報定義ファイルを、取得要求の送信元であるシステム設計支援装置２００Ａに送信する。ファイル送信部１２ａは、システム設計支援装置２００Ｂ又はシステム設計支援装置２００Ｃから機器固有情報定義ファイルの取得要求を受信した場合にも、上述したシステム設計支援装置２００Ａから機器固有情報定義ファイルの取得要求を受信した場合と同様の手順で処理を実行する。

ファイル登録部１２ｂは、ファイル記憶部１１に機器固有情報定義ファイルを登録する処理を実行する。ファイル登録部１２ｂは、サービス提供者装置２０からファイル登録要求を受信すると、ファイル登録要求とともに受信された機器固有情報定義ファイルをファイル記憶部１１に登録する。ファイル更新部１２ｃは、ファイル記憶部１１に記憶されている機器固有情報定義ファイルを更新する処理を実行する。ファイル更新部１２ｃは、サービス提供者装置２０からファイル更新要求を受信すると、ファイル記憶部１１に記憶されている複数の機器固有情報定義ファイルの中から、ファイル更新要求とともに受信した機器固有情報定義ファイルに対応する機器固有情報定義ファイルを特定する。ファイル更新部１２ｃは、特定した機器固有情報定義ファイルを、ファイル更新要求とともに受信した機器固有情報定義ファイルで上書き更新して、ファイル記憶部１１に格納する。機器固有情報定義ファイルの保守、運営及び管理を実行するサービス提供者は、例えば、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）などの通信プロトコルを用いて、クライアントサーバ型の通信を実行し、機器固有情報定義ファイルのやり取りを実行できる。なお、サービス提供者は、クライアントサーバ型の通信を実行する代わりに、例えば、Ｔｅｌｎｅｔ（Ｔｅｌｅｔｙｐｅ Ｎｅｔｗｏｒｋ）を利用して、クラウドサーバ１０を遠隔操作することにより、機器固有情報定義ファイルの登録、及び機器固有情報定義ファイルの更新を実行してもよい。

図４を用いて、クラウドサーバ１０のハードウェア構成の一例を説明する。図４は、実施の形態１に係るクラウドサーバのハードウェア構成の一例を示す図である。図４に示すように、クラウドサーバ１０としてのコンピュータ４００は、例えば、プロセッサ４０１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）４０２、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）４０３、入出力インタフェース４０４、光学ドライブ４０５、通信インタフェース４０６、及びバス４０７を含む。プロセッサ４０１、ＲＡＭ４０２、ＨＤＤ４０３、入出力インタフェース４０４、光学ドライブ４０５、及び通信インタフェース４０６は、バス４０７を介して直接又は間接的に接続されている。

ＲＡＭ４０２はデータの読み書き可能な記憶装置であって、ＳＲＡＭ（Ｓｔａｔｉｃ ＲＡＭ）又はＤＲＡＭ（Ｄｙｎａｍｉｃ ＲＡＭ）の半導体記憶素子が用いられる。ＲＡＭ４０２の代わりにフラッシュメモリを用いてもよい。ＲＡＭ４０２は、プロセッサ４０１が実行する各種制御における処理結果を一時的に記憶する作業領域に利用される。ＨＤＤ４０３は、プログラム及びデータを格納する記憶装置である。ＨＤＤ４０３は、例えば、クラウドサーバ１０のファイル記憶部１１に対応する。

入出力インタフェース４０４は、入力装置及び出力装置に接続されるインタフェースであり、入力装置からの入力信号をプロセッサ４０１に伝達するとともに、出力装置にプロセッサ４０１の指示に応じた出力を行う。光学ドライブ４０５は、光学ディスクを挿入可能に構成され、光学ディスクの読み書きを実行する装置である。

通信インタフェース４０６は、ネットワーク１を介して実行する通信の制御を行なう回路である。通信インタフェース４０６は、例えばネットワークインターフェースカード（ＮＩＣ：Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）である。通信インタフェース４０６は、例えば、クラウドサーバ１０の通信処理部１３に対応する。

プロセッサ４０１は、ＨＤＤ４０３に記憶されたプログラムを読み出してＲＡＭ４０２に展開し、ＲＡＭ４０２に展開されたプログラムに含まれる命令を実行する。プロセッサ４０１がプログラムに含まれる命令の実行結果に応じて動作することにより、例えば、クラウドサーバ１０の制御部１２が有するファイル送信部１２ａ、ファイル登録部１２ｂ、及びファイル更新部１２ｃにより提供される各機能のそれぞれに対応する各種制御が実現される。

プロセッサ４０１がＨＤＤ４０３から読み込むプログラム及び当該プログラムによる処理に用いられるデータは、例えば、光学ドライブ４０５に挿入された光学ディスクから読み込まれ、ＨＤＤ４０３に格納される。ＨＤＤ４０３に記憶されるプログラム及び当該プログラムによる処理に用いられるデータは、公衆回線、インターネット、ＬＡＮ、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）といったネットワークを介してコンピュータ４００に接続される「他のコンピュータ（またはサーバ）」に記憶させておき、コンピュータ４００がこれらからプログラム及びデータをダウンロードして実行してもよい。

図４に示すように、プロセッサ４０１がＨＤＤ４０３に記憶されたプログラムを読み出して実行することにより、例えば、クラウドサーバ１０の制御部１２により提供される各機能のそれぞれに対応する各種制御を実現する例には限定されない。クラウドサーバ１０の制御部１２により提供される各機能のそれぞれに対応する各種制御を実現するための複数の処理回路を連携させたワイヤードロジックにより実現してもよい。例えば、処理回路には、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）又はＦＰＧＡ(Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ)を適用できる。

図５及び図６を用いて、クラウドサーバにより実行される処理の一例を説明する。図５及び図６は、実施の形態１に係るクラウドサーバの処理の一例を示すフローチャートである。

図５を用いて、クラウドサーバ１０により実行されるファイル登録処理の一例を説明する。図５に示すように、クラウドサーバ１０は、ファイル登録要求を受信したかを判定する（ステップＳ１０１）。クラウドサーバ１０は、判定の結果、ファイル登録要求を受信していない場合（ステップＳ１０１，Ｎｏ）、同判定を繰り返す。

クラウドサーバ１０は、判定の結果、ファイル登録要求を受信した場合（ステップＳ１０１，Ｙｅｓ）、ファイル登録要求に含まれる機器固有情報定義ファイルを取得する（ステップＳ１０２）。

クラウドサーバ１０は、ステップＳ１０２で取得した機器固有情報定義ファイルをファイル記憶部１１に格納して（ステップＳ１０３）、図５に示す処理を終了する。

図６を用いて、クラウドサーバ１０により実行されるファイル更新処理の一例を説明する。図６に示すように、クラウドサーバ１０は、ファイル更新要求を受信したかを判定する（ステップＳ２０１）。クラウドサーバ１０は、判定の結果、ファイル更新要求を受信していない場合（ステップＳ２０１，Ｎｏ）、同判定を繰り返す。

クラウドサーバ１０は、判定の結果、ファイル更新要求を受信した場合（ステップＳ２０１，Ｙｅｓ）、ファイル更新要求に含まれる機器固有情報定義ファイルを取得する（ステップＳ２０２）。

クラウドサーバ１０は、ファイル記憶部１１を参照して、ステップＳ２０２で取得した機器固有情報定義ファイルに対応するファイルを特定する（ステップＳ２０３）。

クラウドサーバ１０は、ステップＳ２０３で特定したファイルを、ステップＳ２０２で取得した機器固有情報定義ファイルで上書き更新して、ファイル記憶部１１に格納し（ステップＳ２０４）、図６に示す処理を終了する。

図７は、実施の形態１に係るシステム設計支援装置及び制御機器の機能構成の一例を示す図である。実施の形態１に係るシステム設計支援装置２００Ａ，２００Ｂ、及び２００Ｃは、基本的に同様の構成を有するので、以下では、システム設計支援装置２００Ａ，２００Ｂ、及び２００Ｃの中から、システム設計支援装置２００Ａを取り上げて当該システム設計支援装置２００Ａの機能構成について説明する。実施の形態１に係る制御機器３００Ａ，３００Ｂ、及び３００Ｃは、基本的に同様の構成を有するので、以下では、制御機器３００Ａ，３００Ｂ、及び３００Ｃのうち、制御機器３００Ａを取り上げて制御機器３００Ａの機能構成の一部について説明する。

図７に示すように、システム設計支援装置２００Ａは、ネットワークを介して、クラウドサーバ１０との間で実行される通信が可能な状態で接続されるとともに、制御機器３００Ａとの間で実行される通信も可能な状態で接続される。

図７に示すように、システム設計支援装置２００Ａは、表示部２０１と、機器固有情報定義ファイル指定部２０２と、通信処理部２０３と、機器固有情報取得部２０４と、機器固有情報保存部２０５と、パラメータ作成部２０６と、制御プログラム作成部２０７と、書き込み部２０８とを有する。以下に説明する表示部２０１は表示部の一例であり、機器固有情報定義ファイル指定部２０２はファイル指定受付部の一例であり、機器固有情報取得部２０４はファイル取得部の一例であり、機器固有情報保存部２０５は記憶部の一例である。

表示部２０１は、システム設計支援装置２００Ａの利用者Ｐ１が実施するシステム設計に係る種々の情報を表示する。表示部２０１は、利用者Ｐ１が、機器固有情報定義ファイルを指定する操作等を行う際に用いる画面を表示する。表示部２０１は、利用者Ｐ１が、制御機器３００Ａのシステム構成の設定等を行う際に用いる画面を表示する。表示部２０１は、利用者Ｐ１が、制御機器３００Ａの制御プログラムを作成する際に用いる画面を表示する。

機器固有情報定義ファイル指定部２０２は、機器固有情報定義ファイルを指定する操作を利用者Ｐ１から受け付ける画面を表示部２０１に表示し、当該画面を通じて、利用者Ｐ１から機器固有情報定義ファイルの指定入力を受け付ける。図８は、実施の形態１に係る機器固有情報定義ファイルの指定入力を受け付けるための画面の例を示す図である。図８に示す画面５０には、利用者Ｐ１が指定可能な機器固有情報定義ファイルのファイル名の一覧が表示される。画面５０は、機器固有情報定義ファイルの指定を行うチェックボックス５１と、画面５０を操作するポインタ５２と、指定されたファイルの取得を実行させるファイル取得実行ボタン５４とを備える。画面５０は、ポインタ５２を介して、利用者Ｐ１によりチェックボックス５１が操作されると、チェックボックス５１に対応する機器固有情報定義ファイルが指定されたことを利用者Ｐ１に通知するマーク５３をチェックボックス５１に表示させる。機器固有情報定義ファイルの指定は、利用者Ｐ１が、ポインタ５２を介して、指定済みのチェックボックス５１を再度操作することにより解除することができる構成としてよい。画面５０は、指定解除の操作に伴い、チェックボックス５１に表示するマーク５３を消去できる。

図８に示す例では、利用者Ｐ１が指定可能な機器固有情報定義ファイルのファイル名の一部が画面５０に表示される例を示しているが、画面５０は、利用者Ｐ１によりスクロールバーの操作が行われると、ファイル名が表示されている領域をスクロールさせることにより、指定可能な全てのファイルのファイル名を表示させる構成でもよい。あるいは、画面５０は、指定可能な全てのファイルのファイル名を表示させる構成でもよい。あるいは、画面５０は、画面５０のサイズに応じて、指定可能な機器固有情報定義ファイルのファイル名をスクロールにより表示させるか、又は全てのファイルのファイル名を表示させるかを切り換える構成でもよい。

通信処理部２０３は、クラウドサーバ１０及び制御機器３００Ａとの間の通信を制御する。

機器固有情報取得部２０４は、機器固有情報定義ファイル指定部２０２で受け付けられた機器固有情報定義ファイルの指定入力に基づいて、指定入力に対応する機器固有情報定義ファイルをクラウドサーバ１０から取得する。具体的には、機器固有情報取得部２０４は、機器固有情報定義ファイル指定部２０２で受け付けられた指定入力に対応する機器固有情報定義ファイルの取得要求を、通信処理部２０３を介して、クラウドサーバ１０に送信する。通信処理部２０３を介して、クラウドサーバ１０から機器固有情報定義ファイルを受信すると、機器固有情報取得部２０４は、受信した機器固有情報定義ファイルを機器固有情報保存部２０５に格納する。機器固有情報取得部２０４は、書き込み部２０８より、書き込み処理の完了の通知を受け付けると、機器固有情報保存部２０５に記憶されている機器固有情報定義ファイルを削除する。

機器固有情報保存部２０５は、機器固有情報取得部２０４によりクラウドサーバ１０から取得された機器固有情報定義ファイルを記憶する。

パラメータ作成部２０６は、システム構成作成部２０６ａと、パラメータ処理部２０６ｂと、パラメータ設定部２０６ｃとを有する。

システム構成作成部２０６ａは、システム構成作成処理を実行する。具体的には、システム構成作成部２０６ａは、制御機器３００Ａのシステム構成の設定等を行う際に用いる画面を表示部２０１に表示させ、利用者Ｐ１の設定操作及び設定入力を受け付けて、システム構成情報を作成する。

パラメータ処理部２０６ｂは、機器固有情報保存部２０５に記憶されている機器固有情報定義ファイルに基づいて、制御機器３００Ａを構成する複数のユニットごとに、当該ユニットに対して設定するパラメータの項目を抽出する処理を実行する。実施の形態１では、パラメータ処理部２０６ｂは、制御機器３００Ａを構成する電源ユニットＡ、ＣＰＵユニットＢ、入出力ユニットＢ、及びネットワークユニットＣの各ユニットについて、それぞれパラメータの項目を抽出する。パラメータ処理部２０６ｂが抽出するパラメータの項目について一例を挙げると、例えば、電源ユニットＡであれば「許容電圧」、ネットワークユニットＣであれば「ＩＰアドレス」などがパラメータの項目として抽出される。

パラメータ設定部２０６ｃは、パラメータ設定処理を実行する。具体的には、パラメータ設定部２０６ｃは、パラメータ処理部２０６ｂによりユニットごとに抽出されたパラメータの項目に対して、それぞれ入力されたパラメータ値を機器パラメータとして設定する。パラメータ設定部２０６ｃは、パラメータ設定部の一例である。

制御プログラム作成部２０７は、プログラム作成処理部２０７ａを有する。プログラム作成処理部２０７ａは、制御機器３００Ａの制御プログラムを作成する際に用いる画面を表示部２０１に表示させ、利用者Ｐ１が書き込んだソースコードをコンパイルすることにより制御プログラムを作成する。

書き込み部２０８は、パラメータ作成部２０６により設定された機器パラメータ、及び制御プログラム作成部２０７により作成された制御プログラムを、通信処理部２０３を介して、制御機器３００ＡのＣＰＵユニットＢに書き込む処理を実行する。書き込み部２０８によって、パラメータ作成部２０６により設定された機器パラメータの制御機器３００Ａへの書き込みが完了すると、書き込み処理の完了を機器固有情報取得部２０４に通知する。

図７に示すように、制御機器３００Ａは、電源ユニットＡ、ＣＰＵユニットＢ、入出力ユニットＢ、及びネットワークユニットＣを含んで構成される。ＣＰＵユニットＢは、保存部Ｂ−１、及び機器制御部Ｂ−２を有する。保存部Ｂ−１は、システム設計支援装置２００Ａによって書き込まれた制御プログラム及び機器パラメータを記憶する。機器制御部Ｂ−２は、保存部Ｂ−１に記憶されている制御プログラム及び機器パラメータを用いて、制御機器３００Ａを構成する電源ユニットＡ、入出力ユニットＢ、及びネットワークユニットＣの動作を制御する。

図７に示すシステム設計支援装置２００Ｂは、システム設計支援装置２００Ａと同様にして、制御機器３００Ｂのシステム構成情報を作成し、機器パラメータを設定し、制御プログラムを作成して、制御機器３００Ｂに書き込む処理を実行できる。制御機器３００Ｂは、電源ユニットＡ、ＣＰＵユニットＡ、入出力ユニットＡ、及びネットワークユニットＢを含んで構成される。図７に示すシステム設計支援装置２００Ｃも、システム設計支援装置２００Ａと同様にして、制御機器３００Ｃのシステム構成情報を作成し、機器パラメータを設定し、制御プログラムを作成して、制御機器３００Ｃに書き込む処理を実行できる。制御機器３００Ｃは、電源ユニットＣ、ＣＰＵユニットＢ、入出力ユニットＢ、及びネットワークユニットＡを含んで構成される。

図９を用いて、図７に示すシステム設計支援装置の各種制御と同様の制御を実現するコンピュータの一例を説明する。図９は、実施の形態１に係るシステム設計支援装置のハードウェア構成の一例を示す図である。

図９に示すように、システム設計支援装置としてのコンピュータ５００は、例えば、プロセッサ５０１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）５０２、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）５０３、入力インタフェース５０４、入力デバイス５０５、出力インタフェース５０６、出力デバイス５０７、通信インタフェース５０８、及びバス５０９を含む。プロセッサ５０１、ＲＡＭ５０２、ＲＯＭ５０３、入力インタフェース５０４、入力デバイス５０５、出力インタフェース５０６、出力デバイス５０７、及び通信インタフェース５０８は、バス５０９を介して直接又は間接的に接続されている。

ＲＡＭ５０２はデータの読み書き可能な記憶装置であって、ＳＲＡＭ（Ｓｔａｔｉｃ ＲＡＭ）又はＤＲＡＭ（Ｄｙｎａｍｉｃ ＲＡＭ）の半導体記憶素子が用いられる。ＲＡＭ５０２の代わりにフラッシュメモリを用いてもよい。ＲＡＭ５０２は、プロセッサ５０１が実行する各種制御における処理結果を一時的に記憶する作業領域に利用される。ＲＡＭ５０２は、例えば、システム設計支援装置２００Ａの機器固有情報保存部２０５に対応する。ＲＯＭ５０３は、プログラム及びデータの読み出しが可能な記憶装置であって、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）も含む。ＲＯＭ５０３は、プロセッサ５０１が実行する各種制御を実現するためのプログラム及びデータの記録に用いられる。

入力インタフェース５０４は、入力デバイス５０５からの入力信号をプロセッサ５０１に伝達する回路である。出力インタフェース５０６は、プロセッサ５０１の指示に応じて出力デバイス５０７への出力を実行させる回路である。通信インタフェース５０８は、ネットワーク１を介して実行する通信の制御を行なう回路である。通信インタフェース５０８は、例えばネットワークインターフェースカード（ＮＩＣ：Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）である。入力インタフェース５０４及び出力インタフェース５０６は、統合された１つのユニットであってもよい。通信インタフェース５０８は、例えば、システム設計支援装置２００Ａの通信処理部２０３に対応する。

プロセッサ５０１は、ＲＯＭ５０３に記憶されたプログラムを読み出してＲＡＭ５０２に展開し、ＲＡＭ５０２に展開されたプログラムに含まれる命令を実行する。プロセッサ５０１がプログラムに含まれる命令の実行結果に応じて動作することにより、例えば、システム設計支援装置２００Ａの機器固有情報定義ファイル指定部２０２、機器固有情報取得部２０４、パラメータ作成部２０６、制御プログラム作成部２０７、書き込み部２０８により提供される各機能のそれぞれに対応する各種制御が実現される。

ＲＯＭ５０３に記憶されるプログラム及び当該プログラムによる処理に用いられるデータは、最初からＲＯＭ５０３に記憶させておく必要はない。例えば、各種制御を実現するプログラム及び当該プログラムによる処理に用いられるデータを、公衆回線、インターネット、ＬＡＮ、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）といったネットワークを介してコンピュータ５００に接続される「他のコンピュータ（またはサーバ）」に記憶させておき、コンピュータ５００がこれらからプログラム及びデータをダウンロードして実行してもよい。

図９に示すように、プロセッサ５０１がＲＯＭ５０３に記憶されたプログラムを読み出して実行することにより、例えば、システム設計支援装置２００Ａの機器固有情報定義ファイル指定部２０２、機器固有情報取得部２０４、パラメータ作成部２０６、制御プログラム作成部２０７、書き込み部２０８により提供される各機能のそれぞれに対応する各種制御を実現する例には限定されない。機器固有情報定義ファイル指定部２０２、機器固有情報取得部２０４、パラメータ作成部２０６、制御プログラム作成部２０７、書き込み部２０８により提供される各機能のそれぞれに対応する各種制御を実現するための複数の処理回路を連携させたワイヤードロジックにより実現してもよい。例えば、処理回路には、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）又はＦＰＧＡ(Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ)を適用できる。

図１０は、実施の形態１に係るシステム設計支援装置の処理の一例を示すフローチャートである。以下では、システム設計支援装置２００Ａによる処理の流れについて説明する。図１０は、システム設計支援装置２００Ａが、設計対象となる制御機器を構成する複数のユニットのそれぞれに対応する機器固有情報定義ファイルを、クラウドサーバ１０に記憶されている複数の機器固有情報定義ファイルの中から取得し、機器パラメータの設定を実行するまでの処理の流れを示す。

図１０に示すように、システム設計支援装置２００Ａは、機器固有情報定義ファイルを指定する画面（図８参照）を表示する（ステップＳ３０１）。

続いて、システム設計支援装置２００Ａは、ステップＳ３０１で表示した画面上で、機器固有情報定義ファイルの指定入力を受け付ける（ステップＳ３０２）。

続いて、システム設計支援装置２００Ａは、ファイル取得を実行するかを判定する（ステップＳ３０３）。具体的には、システム設計支援装置２００Ａは、図８に示すファイル取得実行ボタン５４に対する操作が行われたかを判定する。

システム設計支援装置２００Ａは、判定の結果、ファイル取得を実行しない場合（ステップＳ３０３，Ｎｏ）、上記ステップＳ３０２の処理に戻る。これとは反対に、システム設計支援装置２００Ａは、判定の結果、ファイル取得を実行する場合（ステップＳ３０３，Ｙｅｓ）、ステップＳ３０２で指定された機器固有情報定義ファイルをクラウドサーバ１０から取得する（ステップＳ３０４）。すなわち、システム設計支援装置２００Ａは、従来のように、設定対象となる制御機器に対応する機器固有情報定義ファイルの登録を予め受け付けておく必要がなく、画面上で指定された機器固有情報定義ファイルをクラウドサーバ１０から適宜取得できる。

続いて、システム設計支援装置２００Ａは、ステップＳ３０４で取得した機器固有情報定義ファイルを格納する（ステップＳ３０５）。

続いて、システム設計支援装置２００Ａは、制御機器３００Ａのシステム構成作成処理を実行する（ステップＳ３０６）。

続いて、システム設計支援装置２００Ａは、ステップＳ３０５で格納した機器固有情報定義ファイルに基づいて、制御機器３００Ａを構成するユニットごとに設定するパラメータの項目を抽出する処理を実行する（ステップＳ３０７）。

続いて、システム設計支援装置２００Ａは、パラメータ設定処理を実行する（ステップＳ３０８）。

続いて、システム設計支援装置２００Ａは、制御機器３００Ａ用の制御プログラム作成処理を実行する（ステップＳ３０９）。

続いて、システム設計支援装置２００Ａは、ステップＳ３０８の処理による機器パラメータ、及びステップＳ３０９の処理による制御プログラムを制御機器３００Ａに書き込む処理を実行し（ステップＳ３１０）、図１０に示す処理を終了する。

上述してきたように、実施の形態１において、システム設計支援装置２００Ａは、設計対象となる制御機器３００Ａを構成する複数のユニットのそれぞれに対応する機器固有情報定義ファイルを、クラウドサーバ１０に記憶されている複数の機器固有情報定義ファイルの中から取得し、機器パラメータの設定を実行する。すなわち、実施の形態１によれば、システム設計支援装置に対して、機器固有情報定義ファイルが記録されたデータベースを予め登録する必要がなく、システム設計支援装置の利用者がシステム設計を行う際に必要に応じてクラウドサーバ１０から取得することが可能となる。また、クラウドサーバ１０が、全ての制御機器に対応した機器固有情報定義ファイルを一括管理する。このため、実施の形態１によれば、パラメータの一括管理が簡単にできる。また、実施の形態１によれば、システム設計支援装置２００Ａは、予め機器固有情報定義ファイルを登録しておく必要がないので、機器固有情報定義ファイルを記憶しておくための記憶領域を記憶部に準備することなく、記憶部の記憶領域を効率的に活用できる。また、システム設計支援装置２００Ａは、クラウドサーバ１０から最新の機器固有情報定義ファイルを取得できるので、最新の機器固有情報定義ファイルに基づいて、制御対象となる制御機器のパラメータを設定できる。

実施の形態１において、システム設計支援装置２００Ａは、指定可能な機器固有情報定義ファイルのファイル名の一覧を表示する画面を提供し、当該画面上で機器固有情報定義ファイルの指定を受け付ける。このため、実施の形態１によれば、システム設計支援装置の利用者が、複数の機器固有情報定義ファイルの中からファイルを指定する作業を簡易に行うことが可能となり、制御装置ごとのパラメータ設定が容易となる。

実施の形態１において、クラウドサーバ１０のファイル記憶部１１及びその他のデータ記憶領域は、システム設計支援装置２００Ａ，２００Ｂ及び２００Ｃなどの各システム設計支援装置の利用者がアクセス可能な領域と、各システム設計支援装置の利用者のそれぞれが個別にアクセス可能な領域に物理的あるいは仮想的に分散されていてもよい。各システム設計支援装置の利用者は、ユーザＩＤ及びパスワードなどを用いた認証処理を実行してもよい。

実施の形態１において、クラウドサーバ１０のファイル記憶部１１の記憶領域は、制御機器に対応する機器固有情報定義ファイルを提供する事業者ごとに、物理的あるいは仮想的に分散されていてもよい。この場合、各事業者が、各々が提供する機器固有情報定義ファイルの登録処理及び更新処理をそれぞれ実行してもよい。

実施の形態１において、システム設計支援装置２００Ａ，２００Ｂ及び２００Ｃなどの各システム設計支援装置は、図８に示す画面に、利用者Ｐ１が指定可能な機器固有情報定義ファイルのファイル名の一覧を表示させるために必要なデータを予め備えてもよい。システム設計支援装置２００Ａ，２００Ｂ及び２００Ｃなどの各システム設計支援装置は、図８に示す画面に、利用者Ｐ１が指定可能な機器固有情報定義ファイルのファイル名の一覧を表示させるために必要なデータをクラウドサーバ１０から取得してもよい。クラウドサーバ１０は、機器固有情報定義ファイルのファイル名の一覧を表示させるために必要なデータとして、ファイル名の一覧などの概略化したサマリーデータを予め備えていてよい。サマリーデータは、各システム設計支援装置の利用者がファイル名を特定可能な形式であれば、どのような形式でもよい。クラウドサーバ１０は、各システム設計支援装置の要求に応じて、サマリーデータを提供してよい。

実施の形態２．
上記の実施の形態１では、システム設計支援装置がクラウドサーバ１０から機器固有情報定義ファイルを適宜取得し、機器固有情報定義ファイルを用いて、制御対象となる制御機器にパラメータを設定する例を説明した。以下に説明する実施の形態２では、システム設計支援装置ではなく、制御機器がクラウドサーバ１０から機器固有情報定義ファイルを取得し、パラメータを設定する場合の一例を説明する。

図１１は、実施の形態２に係る制御システムの構成の一例を示す図である。図１１に示すように、実施の形態２に係る制御システム１０００Ｂは、クラウドサーバ１０と、サービス提供者装置２０と、制御機器３００Ａ，３００Ｂ及び３００Ｃとを含んで構成される。制御機器３００Ａ，３００Ｂ、及び３００Ｃは、それぞれ、ネットワークを介して、クラウドサーバ１０と通信可能に接続される。

実施の形態２に係るクラウドサーバ１０のファイル記憶部１１は、図１２に示すように、制御機器３００Ａ，３００Ｂ、及び３００Ｃを構成する複数のユニットのいずれかに対応する情報が記録された機器固有情報定義ファイル１１Ａ〜１１Ｍを記憶するとともに、機器固有情報定義ファイル１１Ａ〜１１Ｍのそれぞれに一意に割り当てられている識別子であるＩＤをさらに記憶する。図１２は、実施の形態２に係る機器固有情報定義ファイルとユニットとユニットＩＤとの対応関係を示す図である。

実施の形態２に係るクラウドサーバ１０は、基本的には実施の形態１と同様の機能構成を有するが以下に説明する点が異なる。実施の形態２に係るクラウドサーバ１０のファイル送信部１２ａは、通信処理部１３を介して、制御機器３００Ａ，３００Ｂ、及び３００Ｃとの間で実行される機器固有情報定義ファイルの送信を制御する。具体的には、ファイル送信部１２ａは、制御機器３００Ａから機器固有情報定義ファイルの取得要求を受信すると、取得要求に含まれるユニットＩＤを取得する。続いて、ファイル送信部１２ａは、取得したユニットＩＤに対応する機器固有情報定義ファイルをファイル記憶部１１から読み込む。続いて、ファイル送信部１２ａは、通信処理部１３を介して、ファイル記憶部１１から読み込んだ機器固有情報定義ファイルを、取得要求の送信元である制御機器３００Ａに送信する。ファイル送信部１２ａは、制御機器３００Ｂ又は制御機器３００Ｃから機器固有情報定義ファイルの取得要求を受信した場合にも、上述した制御機器３００Ａから機器固有情報定義ファイルの取得要求を受信した場合と同様の手順で処理を実行する。

図１３は、実施の形態２に係る制御機器の機能構成の一例を示す図である。実施の形態２に係る制御機器３００Ａ，３００Ｂ、及び３００Ｃは、基本的に同様の構成を有するので、以下では、制御機器３００Ａ，３００Ｂ、及び３００Ｃの中から、制御機器３００Ａを取り上げて当該制御機器３００Ａの機能構成について説明する。

図１３に示すように、実施の形態２に係る制御機器３００Ａは、ネットワークを介して、クラウドサーバ１０との間で実行される通信が可能な状態で接続される。

図１３に示すように、制御機器３００Ａは、電源ユニットＡ、ＣＰＵユニットＢ、入出力ユニットＢ、及びネットワークユニットＣを含んで構成される。ＣＰＵユニットＢは、通信処理部Ｂ−１０、システム構成作成部Ｂ−２０、機器固有情報取得部Ｂ−３０、機器固有情報保存部Ｂ−４０、パラメータ作成部Ｂ−５０、パラメータ書き込み部Ｂ−６０、保存部Ｂ−１、及び機器制御部Ｂ−２を有する。

通信処理部Ｂ−１０は、クラウドサーバ１０との間の通信を制御する。

システム構成作成部Ｂ−２０は、制御機器３００Ａのシステム構成情報が記録されたシステム構成情報ファイルＢ−２０−１を作成する。具体的には、システム構成作成部Ｂ−２０は、電源投入によって制御機器３００Ａのシステムが起動すると、制御機器３００Ａを構成する他のユニットから当該他のユニットに関する情報を収集し、収集した情報及びＣＰＵユニットＢの情報に基づいてシステム構成情報ファイルＢ−２０−１を作成する。図１４は、実施の形態２に係るシステム構成情報ファイルの一例を示す図である。図１４に示すシステム構成情報ファイルＢ−２０−１は、制御機器３００Ａを構成する各ユニットのユニット名称と、各ユニットに一意に付与された識別子であるユニットＩＤとの対応関係を記録する。図１４に示すシステム構成情報ファイルＢ−２０−１は、さらに、各ユニットの接続関係の情報を含む。図１４に示す例では、ユニット名称として、「電源ユニットＡ」、「ＣＰＵユニットＢ」、「入出力ユニットＢ」、及び「ネットワークユニットＣ」が記録されている。また、図１４に示す例では、電源ユニットＡのユニットＩＤとして「０００Ａ」、ＣＰＵユニットＢのユニットＩＤとして「００１Ｂ」、入出力ユニットＢのユニットＩＤとして「００２Ｂ」、及びネットワークユニットＣのユニットＩＤとして「００３Ｃ」が、それぞれユニット名称に対応付けられた状態で記録されている。図１４に示す例では、制御機器３００Ａを構成する各ユニットの接続関係の情報が、各ユニットのユニットＩＤで構成された状態で記録される。システム構成情報ファイルＢ−２０−１の作成主体であるＣＰＵユニットＢのユニット名称及びユニットＩＤは、予めシステム構成情報ファイルＢ−２０−１に記録されていてよい。

機器固有情報取得部Ｂ−３０は、システム構成情報ファイルＢ−２０−１に記録されている対応関係を参照して、システム構成情報ファイルＢ−２０−１に含まれる複数のユニットＩＤに紐づく機器固有情報定義ファイルをクラウドサーバ１０からそれぞれ取得し、機器固有情報保存部Ｂ−４０に格納する。具体的には、機器固有情報取得部Ｂ−３０は、システム構成作成部Ｂ−２０からシステム構成情報ファイルＢ−２０―１を取得し、システム構成情報ファイルＢ−２０―１に含まれる各ユニットに対応付けられたユニットＩＤを取得する。続いて、機器固有情報取得部Ｂ−３０は、取得したユニットＩＤを機器固有情報定義ファイルの取得要求に挿入してクラウドサーバ１０に送信する。続いて、機器固有情報取得部Ｂ−３０は、クラウドサーバ１０から機器固有情報定義ファイルを受信すると、受信した機器固有情報定義ファイルを機器固有情報保存部Ｂ−４０に格納する。機器固有情報取得部Ｂ−３０は、パラメータ書き込み部Ｂ−６０より、書き込み処理の完了の通知を受け付けると、機器固有情報保存部Ｂ−４０に記憶されている機器固有情報定義ファイルを削除する。

機器固有情報保存部Ｂ−４０は、機器固有情報取得部Ｂ−３０によりクラウドサーバ１０から取得された機器固有情報定義ファイルを記憶する。

パラメータ作成部Ｂ−５０は、パラメータ処理部Ｂ−５０−１と、パラメータ設定部Ｂ−５０−２とを有する。

パラメータ処理部Ｂ−５０−１は、機器固有情報保存部Ｂ−４０に記憶されている機器固有情報定義ファイルに基づいて、制御機器３００Ａを構成する複数のユニットごとに、当該ユニットに対して設定するパラメータの項目を抽出する処理を実行する。

パラメータ設定部Ｂ−５０−２は、パラメータ設定処理を実行する。具体的には、パラメータ設定部Ｂ−５０−２は、パラメータ処理部Ｂ−５０−１によりユニットごとに抽出されたパラメータの項目に対して、利用者Ｐ１により、それぞれ入力されたパラメータ値を機器パラメータとして設定する。

パラメータ書き込み部Ｂ−６０は、パラメータ作成部Ｂ−５０により設定された機器パラメータを、保存部Ｂ−１に書き込む処理を実行する。パラメータ書き込み部Ｂ−６０は、パラメータ設定部Ｂ−５０−２により設定された機器パラメータの保存部Ｂ−１への書き込みが完了すると、書き込み処理の完了を機器固有情報取得部Ｂ−３０に通知する。

保存部Ｂ−１は、パラメータ書き込み部Ｂ−６０によって書き込まれた機器パラメータを記憶する。保存部Ｂ−１は、制御機器３００Ａを構成する電源ユニットＡ、入出力ユニットＢ、及びネットワークユニットＣの動作を制御するための制御プログラムを予め記憶する。機器制御部Ｂ−２は、保存部Ｂ−１に記憶されている制御プログラム及び機器パラメータを用いて、制御機器３００Ａを構成する電源ユニットＡ、入出力ユニットＢ、及びネットワークユニットＣの動作を制御する。

図１５及び図１６を用いて、実施の形態２に係る制御機器の各種制御と同様の制御を実現するコンピュータの一例を説明する。図１５及び図１６は、実施の形態２に係る制御機器のハードウェア構成の一例を示す図である。

図１５に示すコンピュータ６００は、プロセッサ６０１、メモリ６０２、通信インタフェース６０３を有する。プロセッサ６０１、メモリ６０２、及び通信インタフェース６０３は、バス６０４を介して接続される。メモリ６０２の一部は、例えば、制御機器３００ＡのＣＰＵユニットＢが有する機器固有情報保存部Ｂ−４０に対応する。通信インタフェース６０３は、例えば、制御機器３００ＡのＣＰＵユニットＢが有する通信処理部Ｂ−１０に対応する。

実施の形態２で説明した制御機器により提供される各機能は、例えば、図１５に示すコンピュータ６００により、ソフトウェア、ファームウェア、又はソフトウェアとファームウェアとの組み合わせにより実現される。ソフトウェア及びファームウェアは、例えば、制御機器３００Ａのシステム構成作成部Ｂ−２０、機器固有情報取得部Ｂ−３０、パラメータ作成部Ｂ−５０、パラメータ書き込み部Ｂ−６０、及び機器制御部Ｂ−２により提供される各機能に対応するプログラムとして記述され、メモリ６０２に格納される。メモリ６０２は、ＲＡＭ、ＲＯＭ、フラッシュメモリ、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ ＰＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ）などの不揮発性又は揮発性の半導体メモリ、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、並びにデジタルビデオディスクなどであってよい。

プロセッサ６０１は、メモリ６０２に記憶されたプログラムを読み出して実行することにより、制御機器３００Ａのシステム構成作成部Ｂ−２０、機器固有情報取得部Ｂ−３０、パラメータ作成部Ｂ−５０、パラメータ書き込み部Ｂ−６０、及び機器制御部Ｂ−２により提供される各機能を実現する。プロセッサ６０１は、マイクロプロセッサ、マイクロコンピュータ、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）などの他の演算装置であってもよい。

実施の形態２で説明した制御機器により提供される各機能がソフトウェア等で実現される場合、コンピュータ６００は、制御機器３００Ａを構成する複数のユニットのそれぞれに対応する機器固有情報定義ファイルを、クラウドサーバ１０に記憶されている複数の機器固有情報定義ファイルの中から自動的に取得して、機器パラメータの設定を実行するステップを含む処理プロセスが結果的に実行されることになるプログラムを格納するためのメモリ６０２を有する。

図１６に示すコンピュータ７００は、処理回路７０１、通信インタフェース７０２を有する。処理回路７０１及び通信インタフェース７０２は、バス７０３を介して接続される。処理回路７０１は、例えば、制御機器３００ＡのＣＰＵユニットＢが有する通信処理部Ｂ−１０、システム構成作成部Ｂ−２０、機器固有情報取得部Ｂ−３０、機器固有情報保存部Ｂ−４０、パラメータ作成部Ｂ−５０、パラメータ書き込み部Ｂ−６０、保存部Ｂ−１、及び機器制御部Ｂ−２により提供される各機能を実現する。通信インタフェース７０２は、例えば、制御機器３００ＡのＣＰＵユニットＢが有する通信処理部Ｂ−１０に対応する。

実施の形態２で説明した制御機器により提供される各機能が専用のハードウェアで実現される場合、処理回路７０１は、通信処理部Ｂ−１０、システム構成作成部Ｂ−２０、機器固有情報取得部Ｂ−３０、機器固有情報保存部Ｂ−４０、パラメータ作成部Ｂ−５０、パラメータ書き込み部Ｂ−６０、保存部Ｂ−１、及び機器制御部Ｂ−２により提供される各機能をそれぞれ個別に実現可能な状態で構成されてもよいし、当該各機能を纏めて実現可能な状態で構成されてもよい。処理回路７０１は、例えば、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ、ＦＰＧＡ、若しくはこれらの組合せにより構成されてよい。

上述してきたように、実施の形態２に係る制御機器により提供される各機能は、図１５に示すコンピュータ６００によりソフトウェア、ファームウェア、又はソフトウェアとファームウェアとの組み合わせにより実現されてもよく、図１６に示すコンピュータ７００のような専用のハードウェアにより実現されてもよい。

図１７は、実施の形態２に係る制御機器の処理の一例を示すフローチャートである。以下では、制御機器３００Ａにより実行される処理の流れについて説明する。図１７は、制御機器３００Ａが、制御機器３００Ａを構成する複数のユニットのそれぞれに対応する機器固有情報定義ファイルを、クラウドサーバ１０に記憶されている複数の機器固有情報定義ファイルの中から取得し、機器パラメータの設定を実行するまでの処理の流れを示す。

図１７に示すように、制御機器３００Ａは、システムが起動されたかを判定する（ステップＳ４０１）。

制御機器３００Ａは、判定の結果、システムが起動されていない場合（ステップＳ４０１，Ｎｏ）、ステップＳ４０１の判定を繰り返す。

一方、制御機器３００Ａは、判定の結果、システムが起動された場合（ステップＳ４０１，Ｙｅｓ）、システム構成情報ファイルの作成処理を実行する（ステップＳ４０２）。具体的には、制御機器３００ＡのＣＰＵユニットＢは、制御機器３００Ａを構成する他のユニットから当該他のユニットに関する情報を収集し、収集した情報及びＣＰＵユニットＢの情報に基づいてシステム構成情報ファイルＢ−２０−１（図１４参照）を作成する。

続いて、制御機器３００Ａは、システム構成情報ファイルに基づいて、機器固有情報定義ファイルをクラウドサーバ１０から取得する（ステップＳ４０３）。具体的には、制御機器３００ＡのＣＰＵユニットＢは、システム構成情報ファイルＢ−２０―１に含まれる各ユニットに対応付けられたユニットＩＤを取得し、取得したユニットＩＤを機器固有情報定義ファイルの取得要求に挿入し、通信処理部Ｂ−１０を介してクラウドサーバ１０に送信することにより、クラウドサーバ１０から機器固有情報定義ファイルを取得する。すなわち、制御機器３００Ａは、従来のように、設定対象となる制御機器に対応する機器固有情報定義ファイルの登録を予め受け付けておく必要がなく、システム構成情報ファイルＢ−２０−１に基づいて、制御機器３００Ａを構成する各ユニットに対応する機器固有情報定義ファイルをクラウドサーバから適宜取得できる。

続いて、制御機器３００Ａは、クラウドサーバ１０から取得した機器固有情報定義ファイルを格納する（ステップＳ４０４）。

続いて、制御機器３００Ａは、機器固有情報定義ファイルに基づいて、制御機器３００Ａを構成するユニットごとに、当該ユニットに対して設定するパラメータの項目を抽出する処理を実行する（ステップＳ４０５）。

続いて、制御機器３００Ａは、パラメータの設定処理を実行し（ステップＳ４０６）、図１７に示す処理を終了する。具体的には、制御機器３００ＡのＣＰＵユニットＢは、ユニットごとに抽出されたパラメータの項目に対して、利用者Ｐ１により、それぞれ入力されたパラメータ値を機器パラメータとして設定し、設定したパラメータを保存部Ｂ−１に書き込む。

上述してきたように、実施の形態２において、制御機器３００Ａは、制御機器３００Ａを構成する複数のユニットの情報を自動的に収集し、収集した情報に基づいて、複数のユニットのそれぞれに対応する機器固有情報定義ファイルを、クラウドサーバ１０に記憶されている複数の機器固有情報定義ファイルの中から自動的に取得して、機器パラメータの設定を実行する。このため、実施の形態２によれば、実施の形態１のような機器固有情報定義ファイルの指定操作が不要となり、制御装置ごとのパラメータ設定がさらに容易となる。また、実施の形態２によれば、制御機器３００Ａは、予め機器固有情報定義ファイルを登録しておく必要がないので、機器固有情報定義ファイルを記憶しておくための記憶領域を記憶部に準備する必要がなく、記憶部の記憶領域を効率的に活用できる。また、制御機器３００Ａは、クラウドサーバ１０から最新の機器固有情報定義ファイルを取得できるので、最新の機器固有情報定義ファイルに基づいて、構成ユニットのパラメータを設定できる。

実施の形態３．
上記実施の形態１では、例えば、システム設計支援装置２００Ａが、システム設計支援装置２００Ａ上で指定された機器固有情報定義ファイルをクラウドサーバ１０から取り込み、システム設計支援装置２００Ａにおいてシステム設計（パラメータの設定及び制御プログラムの作成など）を実行する例を説明したが、この例に限定されるものではない。例えば、システム設計支援装置２００Ａにおいてシステム設計等を実行するのではなく、クラウドサーバ１０上でシステム設計を実行してもよい。以下の実施の形態３では、この場合の処理の一例を説明する。

図１８は、実施の形態３に係る制御システムの構成の一例を示す図である。図１８に示すように、実施の形態３に係る制御システム１０００Ｃは、クラウドサーバ１０と、サービス提供者装置２０と、クライアント端末８００Ａ，８００Ｂ及び８００Ｃ（以下、適宜「クライアント端末」）と、制御機器３００Ａ，３００Ｂ及び３００Ｃ（以下、適宜「制御機器」）とを含んで構成される。クライアント端末は、それぞれ、クラウドサーバ１０とネットワークを介して通信可能な状態に接続される。また、クライアント端末８００Ａは制御機器３００Ａと通信可能に接続される。同様に、クライアント端末８００Ｂは制御機器３００Ｂと通信可能に接続される。同様に、クライアント端末８００Ｃは制御機器３００Ｃと通信可能に接続される。

クラウドサーバ１０は、クラウドサーバ１０上に集約される仮想マシン（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）をクライアント端末に接続することにより、仮想デスクトップ（ＶＤ：Ｖｉｒｔｕａｌ Ｄｅｓｋｔｏｐ）をクライアント端末に提供できる。実施の形態３に係る仮想デスクトップは、仮想的なデスクトップ環境をクライアント端末に提供するための汎用的な基本プログラム、及びシステム設計に実施するためのアプリケーションなどを配備する仮想マシンによって実現される。クラウドサーバ１０は、仮想デスクトップの管理、仮想環境の管理、セッションの管理、データストアの管理を実行する。

クライアント端末８００Ａ，８００Ｂ及び８００Ｃは、クラウドサーバ１０に接続してシステム設計を実施するクライアント端末の利用者により操作される端末である。上記実施の形態で説明したシステム設計支援装置２００Ａ，２００Ｂ及び２００Ｃを、クライアント端末として利用することもできる。

図１９は、実施の形態３に係るクラウドサーバの機能構成の一例を示す図である。図１９に示すように、クラウドサーバ１０は、ファイル記憶部１１と、制御部１２と、通信処理部１３と、仮想マシン１４とを含んで構成される。実施の形態３に係るクラウドサーバ１０は、基本的には、実施の形態１と同様の機能構成を有するが、実施の形態３に係る処理を実現するための各種機能等が実施の形態１とは相違する。

ファイル記憶部１１は、機器固有情報定義ファイル１１Ａ〜１１Ｍ、ユーザ管理データ１１Ｘ、基本プログラム１１Ｙ、アプリケーション１１Ｚを記憶する。機器固有情報定義ファイル１１Ａ〜１１Ｍは、実施の形態１で説明した機器固有情報定義ファイル１１Ａ〜１１Ｍ（図３参照）と同様のファイルである。

ユーザ管理データ１１Ｘは、クラウドサーバ１０から提供される仮想デスクトップを利用して、システム設計を実行するクライアント端末の利用者ごとに、クライアント端末におけるパス情報と仮想デスクトップにおけるパス情報との対応関係を管理するためのデータである。パス情報は、例えば、ユーザＩＤ、パスワード、クライアント端末のＩＰアドレス、仮想マシン１４のＩＰアドレス、使用する基本プログラム、使用するアプリケーションに関するデータを含む。

基本プログラム１１Ｙは、仮想マシン１４の動作を制御する汎用的なプログラムである。基本プログラム１１Ｙは、仮想的なデスクトップ環境をクライアント端末に提供するための汎用的なプログラムを含む。基本プログラム１１Ｙは、「ＶＭｗａｒｅ Ｈｏｒｉｚｏｎ（登録商標）」、「Ｃｉｎｔｒｉｘ ＸｅｎＤｅｓｋｔｏｐ（登録商標）」、「Ｍｉｃｒｏｓｏｆｔ ＶＤＩ（登録商標）」、「Ｗｉｎｄｏｗｓ（登録商標）」などを含んでよい。

アプリケーション１１Ｚは、クライアント端末の利用者が仮想デスクトップ上でシステム設計を実行するためのプログラムである。アプリケーション１１Ｚは、上記の実施の形態１でシステム設計支援装置により実現される各種機能を実行するための機能が含まれる。具体的には、アプリケーション１１Ｚは、機器固有情報定義ファイルのファイル名の一覧を表示する画面をクライアント端末に表示させる機能、クライアント端末の利用者により選択された機器固有情報定義ファイルを読み込む機能、制御機器を構成するユニットごとに抽出されたパラメータの項目に対するパラメータ値の入力をクライアント端末の利用者から受け付けるためのパラメータ設定画面をクライアント端末に表示する機能、パラメータ設定画面を介してクライアント端末から入力されたパラメータ値を機器パラメータとして設定する機能、制御機器を制御するためのソースコードの編集作業をクライアント端末の利用者から受け付けるためのプログラム作成画面をクライアント端末に表示する機能、及びクライアント端末の利用者が書き込んだソースコードをコンパイルすることにより制御プログラムを作成する機能を提供できる。

制御部１２は、基本的には、上記実施の形態１と同様の機能を有するが、接続部１２ｄを有する点が、実施の形態１とは異なる。

接続部１２ｄは、接続要求の送信元であるクライアント端末の認証に成功すると、ユーザ管理データ１１Ｘを参照し、クライアント端末を仮想マシン１４に接続する。接続部１２ｄは、ユーザ管理データ１１Ｘを参照し、仮想デスクトップ上でクライアント端末の利用者により設定されたパラメータ、及び仮想デスクトップ上でクライアント端末の利用者により作成された制御プログラムを、クライアント端末に送信する。

通信処理部１３は、上記実施の形態１と同様の機能を有する。

仮想マシン１４は、クライアント端末に提供する仮想デスクトップを実現する。仮想マシン１４は、ユーザ管理データ１１Ｘに基づいて、ログインしたクライアント端末の利用者に対応する基本プログラム１１Ｙ、アプリケーション１１Ｚ及びファイルなどを、クラウドサーバ１０を構成するリソース上にロードすることにより、クライアント端末に応じた仮想的なデスクトップ環境を提供する。

クラウドサーバ１０のハードウェア構成は、上記実施の形態１に係るクラウドサーバ１０のハードウェア構成（図４参照）により実現できる。プロセッサ４０１がプログラムに含まれる命令の実行結果に応じて動作することにより、上記実施の形態１で説明した各機能に対応する各種制御の他、例えば、接続部１２ｄにより提供される機能に対応する各種制御が実現される。

図２０は、実施の形態３に係るクライアント端末の機能構成の一例を示す図である。以下では、クライアント端末８００Ａを例に挙げる。図２０に示すように、クライアント端末８００Ａは、操作部８０１、表示部８０２、取得部８０３、保存部８０４、書き込み部８０５、及び通信処理部８０６を有する。操作部８０１は、クライアント端末８００Ａの利用者の操作を受け付ける。表示部８０２は、クラウドサーバ１０から提供される仮想デスクトップを表示する。取得部８０３は、クラウドサーバ１０から受信したパラメータ及び制御プログラムを取得する。保存部８０４は、取得部８０３により取得されたパラメータ及び制御プログラムを記憶する。書き込み部８０５は、保存部８０４からパラメータ及び制御プログラムを読み込んで、制御機器３００Ａに書き込む。通信処理部８０６は、クラウドサーバ１０との通信を制御する。

クライアント端末８００Ａのハードウェア構成は、例えば、上記実施の形態１に係るシステム設計支援装置としてのコンピュータ５００と同様のハードウェア構成（図９参照）により実現できる。例えば、プロセッサ５０１がＲＯＭ５０３に記憶されたプログラムを読み出して実行することにより、クライアント端末８００Ａが有する操作部８０１、表示部８０２、取得部８０３、保存部８０４、書き込み部８０５、及び通信処理部８０６により提供される各機能のそれぞれに対応する各種制御が実現される。

図２１を用いて、実施の形態３に係る制御システムの処理の例を説明する。図２１は、実施の形態３に係る制御システムの処理の例を示す図である。図２１に示す例では、クライアント端末８００Ａ、クラウドサーバ１０、及び制御機器３００Ａにより実行される処理について説明する。

図２１に示すように、クライアント端末８００Ａは、クラウドサーバ１０にログイン要求を送信する（ステップＳ５０１）。ログイン要求は、例えば、ユーザＩＤ及びパスワードを含む。

クラウドサーバ１０は、クライアント端末８００Ａからのログイン要求に応じて、ログイン認証を実行する（ステップＳ５０２）。

クラウドサーバ１０は、ログイン認証に失敗した場合（ステップＳ５０２，Ｎｏ）、ログイン認証に失敗した旨の通知をクライアント端末８００Ａに送信する（ステップＳ５０３）。

クラウドサーバ１０は、ログイン認証に成功した場合（ステップＳ５０２，Ｙｅｓ）、クライアント端末８００Ａを仮想マシン１４に接続する（ステップＳ５０４）。ステップＳ５０４により、クライアント端末８００Ａの利用者がクライアント端末８００Ａ上でシステム設計を実施できる仮想的なデスクトップ環境がクライアント端末８００Ａに対して提供される。

クライアント端末８００Ａを仮想マシン１４に接続後、クラウドサーバ１０は、機器固有情報定義ファイルの一覧を表示する（ステップＳ５０５）。ステップＳ５０５により、クライアント端末８００Ａの表示部８０２に機器固有情報定義ファイルの一覧が表示される。

クライアント端末８００Ａは、機器固有情報定義ファイルを指定する（ステップＳ５０６）。ステップＳ５０６では、クライアント端末８００Ａの利用者が、クラウドサーバ１０により提供される仮想デスクトップ上で、機器固有情報定義ファイルを指定する操作を実行できる。

クライアント端末８００Ａによる機器固有情報定義ファイルの指定後、クラウドサーバ１０は、パラメータ設定画面を表示する（ステップＳ５０７）。ステップＳ５０７により、制御機器３００Ａを構成するユニットごとに抽出されたパラメータの項目に対するパラメータ値の入力をクライアント端末の利用者から受け付けるためのパラメータ設定画面がクライアント端末８００Ａの表示部８０２に表示される。

クライアント端末８００Ａは、パラメータを設定する（ステップＳ５０８）。ステップＳ５０８では、クライアント端末８００Ａの利用者が、クラウドサーバ１０により提供される仮想デスクトップ上で、制御機器３００Ａを構成するユニットごとに抽出されたパラメータの項目に対するパラメータ値の入力を実行できる。

クライアント端末８００Ａによるパラメータの設定後、クラウドサーバ１０は、プログラム作成画面を表示する（ステップＳ５０９）。ステップＳ５０９により、制御機器３００Ａを制御するためのソースコードの編集作業をクライアント端末８００Ａの利用者から受け付けるためのプログラム作成画面がクライアント端末８００Ａの表示部８０２に表示される。

クライアント端末８００Ａは、編集したソースコードのコンパイルを要求する（ステップＳ５１０）。ステップＳ５１０では、クライアント端末８００Ａの利用者が、クラウドサーバ１０により提供される仮想デスクトップ上で、制御機器３００Ａを制御するためのソースコードの編集作業を実行できる。

クライアント端末８００Ａから送信されたコンパイルの要求に応じて、クラウドサーバ１０は、クライアント端末８００Ａにより編集されたソースコードをコンパイルし、制御プログラムを作成する（ステップＳ５１１）。

制御プログラムの作成後、クラウドサーバ１０は、パラメータ及び制御プログラムをクライアント端末８００Ａに送信する（ステップＳ５１２）。

クライアント端末８００Ａの利用者が、クラウドサーバ１０から受信したパラメータ及び制御プログラムを制御機器３００Ａに書き込むことにより（ステップＳ５１３）、図２１に示す処理を終了する。

上記実施の形態３では、クラウドサーバ１０が、クライアント端末８００Ａに対して仮想デスクトップを提供することにより、クライアント端末８００Ａの利用者がクラウドサーバ１０上で、制御機器３００Ａを構成するユニットごとのパラメータ設定、及び制御機器を制御するためのソースコードの編集作業を実行可能にする例を説明した。これにより、クライアント端末は、少なくとも、通信機能、入力機能、及び表示出力機能を備えることにより、時間と場所にとらわれることなく、使い慣れたデスクトップ上で使い慣れたアプリケーションを実行して、パラメータ設定及びプログラムの編集が可能となる。

上記実施の形態３は、クラウドサーバ１０が、いわゆるＤａａＳ（Ｄｅｓｋｔｏｐ ａｓ ａ Ｓｅｒｖｉｃｅ）のサービスをクライアント端末に提供するものであるが、この例に限定されるものではなく、パラメータの設定及びプログラムの編集が可能であれば、いわゆるシンクライアント方式を採用してもよい。

上記実施の形態３は、クラウドサーバ１０が、仮想デスクトップを介して、クライアント端末にプログラム作成画面を提供するが、さらに、アプリケーション１１Ｚの１つとして、システム設計に関するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）をクライアント端末に提供してもよい。クライアント端末の利用者は、プログラムの編集作業に際し、ＡＰＩを読み出して利用することにより、制御プログラムの編集が容易となる。

上記実施の形態３において、クラウドサーバ１０の物理構成は、仮想デスクトップの管理、仮想環境の管理、セッションの管理、データストアの管理など、必要に応じて仮想デスクトップをクライアント端末に提供するためのリソース及びコンポーネントが物理的に分散或いは統合されてよい。

以上の実施の形態に示した構成は、本発明の内容の一例を示すものであり、別の公知の技術と組み合わせることも可能であるし、本発明の要旨を逸脱しない範囲で、構成の一部を省略、変更することも可能である。

１ ネットワーク、１０ クラウドサーバ、２０ サービス提供者装置、２００Ａ，２００Ｂ，２００Ｃ システム設計支援装置、３００Ａ，３００Ｂ，３００Ｃ 制御機器、４００，５００，６００，７００ コンピュータ、８００Ａ，８００Ｂ，８００Ｃ クライアント端末、１０００Ａ，１０００Ｂ，１０００Ｃ 制御システム。

Claims (7)

1. サーバとネットワークを介して通信可能に接続される制御機器であって、
   前記制御機器は、複数のユニットで構成され、
   前記複数のユニットの接続関係を示し、前記複数の前記ユニットのそれぞれに対して一意に割り当てられている識別子を含むシステム構成情報を記憶するシステム構成情報記憶部と、
   複数の前記識別子にそれぞれ対応付けて前記ユニットに対応した機器固有情報定義ファイルを記憶する前記サーバから、前記システム構成情報に含まれる複数の前記識別子のそれぞれに紐づく前記機器固有情報定義ファイルをそれぞれ取得するファイル取得部と、
   前記機器固有情報定義ファイルに基づいて、前記ユニットの動作を制御するパラメータを設定するパラメータ設定部と
   を備えることを特徴とする制御機器。
2. 前記ファイル取得部は、前記システム構成情報に含まれる複数の前記識別子を含む前記機器固有情報定義ファイルの取得要求を前記サーバに送信して、前記システム構成情報に含まれる複数の前記識別子のそれぞれに紐づく前記機器固有情報定義ファイルを前記サーバから受信することを特徴とする請求項１に記載の制御機器。
3. 前記パラメータ設定部は、前記機器固有情報定義ファイルに基づいて、前記ユニットに対応する前記パラメータの項目を抽出する処理を実行することを特徴とする請求項１に記載の制御機器。
4. 前記複数のユニットは、ＣＰＵユニットを含み、
   前記ＣＰＵユニットは、
   他のユニットから当該他のユニットに関する情報を収集し、収集した情報及び当該ＣＰＵユニットの情報に基づいて、複数の前記ユニットのそれぞれに対して一意に割り当てられている識別子を含むシステム構成情報を作成するシステム構成情報作成部
   を備えることを特徴とする請求項１から３の何れか一つに記載の制御機器。
5. サーバと、当該サーバとネットワークを介して通信可能に接続される制御機器とを含んで構成される制御システムであって、
   前記制御機器は、複数のユニットで構成され、
   前記複数のユニットの接続関係を示し、前記複数の前記ユニットのそれぞれに対して一意に割り当てられている識別子を含むシステム構成情報を記憶するシステム構成情報記憶部と、
   前記システム構成情報に含まれる複数の前記識別子のそれぞれに紐づく機器固有情報定義ファイルを、前記サーバからそれぞれ取得するファイル取得部と、
   前記機器固有情報定義ファイルに基づいて、前記ユニットの動作を制御するパラメータを設定するパラメータ設定部と
   を備えることを特徴とする制御システム。
6. サーバとネットワークを介して通信可能に接続され、複数のユニットで構成される制御機器が実行する方法であって、
   前記制御機器が
   前記複数のユニットの接続関係を示し、複数の前記ユニットのそれぞれに対して一意に割り当てられている識別子を含むシステム構成情報に基づいて、複数の前記識別子にそれぞれ対応付けて前記ユニットに対応した機器固有情報定義ファイルを記憶する前記サーバから、前記システム構成情報に含まれる複数の前記識別子のそれぞれに紐づく前記機器固有情報定義ファイルをそれぞれ取得するステップと、
   前記機器固有情報定義ファイルに基づいて、前記ユニットの動作を制御するパラメータを設定するステップと
   を実行することを特徴とする方法。
7. サーバとネットワークを介して通信可能に接続され、
   複数のユニットで構成される制御機器に、
   前記複数のユニットの接続関係を示し、複数の前記ユニットのそれぞれに対して一意に割り当てられている識別子を含むシステム構成情報に基づいて、複数の前記識別子にそれぞれ対応付けて前記ユニットに対応した機器固有情報定義ファイルを記憶する前記サーバから、前記システム構成情報に含まれる複数の前記識別子のそれぞれに紐づく前記機器固有情報定義ファイルをそれぞれ取得するステップと、
   前記機器固有情報定義ファイルに基づいて、前記ユニットの動作を制御するパラメータを設定するステップと
   を実行させることを特徴とするプログラム。

Images