WO2021245764A1

WO2021245764A1 - 機器制御方法、機器制御プログラムおよび機器制御システム

Info

Publication number: WO2021245764A1
Application number: PCT/JP2020/021674
Authority: WO
Inventors: 英作大西
Original assignee: 株式会社アイ・エル・シー
Priority date: 2020-06-01
Filing date: 2020-06-01
Publication date: 2021-12-09
Also published as: JPWO2021245764A1; JP7475446B2

Abstract

ＰＬＣ１（１１０）は、ネットワーク（１３０）を介して他のＰＬＣ２，３（１１０）に接続される。ＰＬＣ１（１１０）は、他のＰＬＣ２，３（１１０）と連携して、ＰＬＣ２，３（１１０）に直接接続された機器Ｂ，Ｃ（１２０）を連携制御する。この際、ＰＬＣ１（１１０）は、ＰＬＣ２（１１０）に直接接続された機器Ｂ（１２０）の制御時には、ＰＬＣ１（１１０）内のインタフェース同様の形式を有し、ＰＬＣ１（１１０）以外の識別子を付与した所定のコマンドを実行し、ＰＬＣ２（１１０）からの応答を、実行したコマンドに対する結果として用いて機器Ｂ（１２０）を制御する。

Description

機器制御方法、機器制御プログラムおよび機器制御システム

　この発明は、ネットワーク接続された複数の機器を集中制御する機器制御方法、機器制御プログラムおよび機器制御システムに関する。

　例えば、工場等の複数の機器は、搭載されたＰＬＣ（Ｐｒｏｇｒａｍｍａｂｌｅ　Ｌｏｇｉｃ　Ｃｏｎｔｒｏｌｌｅｒ）の制御プログラムの実行により動作する。

　従来、ネットワーク等を介して接続された機器が相互に機器制御可能な技術が提案されている（例えば、下記特許文献１，２等参照。）。特許文献１は、ＥＣＨＯＮＥＴ（Ｅｎｅｒｇｙ　Ｃｏｎｓｅｒｖａｔｉｏｎ　ａｎｄ　ＨＯｍｅｃａｒｅ　ＮＥＴｗｏｒｋ）規格にしたがい、家電機器等を外部の通信網から家電機器制御プロトコルを用いて機器制御する技術である。特許文献２は、車載用の組み込みシステム向けに標準化されたＡＵＴＯＳＡＲ（ＡＵＴｏｍｏｔｉｖｅ　Ｏｐｅｎ　Ｓｙｓｔｅｍ　ＡＲｃｈｉｔｅｃｔｕｒｅ）に準拠した機器制御プログラムにより、要求される機能を完全に停止させることなく、プログラムの一部を動的に書き換えることができる技術である。

特開２００８－１５２３４３号公報特開２０１２－１５５６８２号公報

　しかしながら、従来、工場等に設けられる複数の機器は、相互の制御シーケンスを考慮しながら動作するため、各機器のＰＬＣはそれぞれ異なる制御プログラムを実装する必要があった。このため、あるＰＬＣが制御する機器を他のＰＬＣで制御することができず、例えば、複数の機器を一つのＰＬＣで集中制御することができなかった。

　また、仮に、複数の機器がネットワークを介して中央のコントローラに接続されたシステム構成とした場合であっても、各機器は、コントローラが機器制御可能な仕様のものを用いなければならない制約があった。

　特許文献１の技術は専用プロトコルを用いるため、ネットワーク間通信に専用のＩ／Ｆが必要となる。また、特許文献２の技術においても、車載の各機器間の通信には、専用のＩ／Ｆおよび専用の通信プロトコルが必要となる。

　本発明は、上記課題に鑑み、ネットワーク接続された複数の機器を通信方式等の制約を受けず、簡単に制御できることを目的とする。

　上記目的を達成するため、本発明の機器制御方法は、ネットワークに接続された複数の機器制御装置が、それぞれ複数の前記機器制御装置に直接接続された機器を制御する機器制御方法であって、一つの前記機器制御装置のコンピュータは、複数の他の前記機器制御装置と連携して、複数の他の前記機器制御装置にそれぞれ直接接続された前記機器を所定の手順で連携制御し、前記連携制御に対応して複数の前記機器をそれぞれ制御する際、他の前記機器制御装置に接続された前記機器を制御するためのオブジェクトを生成し、前記ネットワークの情報に含まれる前記機器の通信パラメータを参照して、前記オブジェクトにアクセスする情報を得て、前記オブジェクトを所定のパケットに変換し、通信方式に対応するポートを選択して前記パケットを出力し、前記パケットを該当する前記機器が接続された他の前記機器制御装置に送信する、処理を実行することを特徴とする。

　また、前記機器を制御するための名前と、関数名と引数情報からなるオブジェクトを生成し、予め設定された前記ネットワークのネットワーク情報に含まれる前記機器の通信方式、および通信パラメータを参照して、前記オブジェクトにアクセスする情報を得て、前記オブジェクト名、関数名、および引数情報を所定のパケットに変換し、前記通信方式に対応するポートを選択し、前記パケットを該当する前記機器の他の前記機器制御装置に送信する、ことを特徴とする。

　また、一つの前記機器制御装置が複数の他の前記機器制御装置を制御し、複数の他の前記機器制御装置が、それぞれ直接接続された前記機器を連携制御した情報を一つの前記機器制御装置に通知する、ことを特徴とする。

　また、一つの前記機器制御装置が複数の他の前記機器制御装置を制御し、一つの前記機器制御装置は、複数の他の前記機器制御装置に直接接続された前記機器を直接制御する、ことを特徴とする。

　また、前記ネットワーク上のクラウドが一つの前記機器制御装置による前記制御を実行する、ことを特徴とする。

　また、一つの前記機器制御装置と他の前記機器制御装置は、同一装置内のＣＰＵ間接続であることを特徴とする。

　また、本発明の機器制御プログラムは、ネットワークに接続された複数の機器制御装置に、それぞれ複数の前記機器制御装置に直接接続された機器を制御させるプログラムであって、一つの前記機器制御装置のコンピュータに、複数の他の前記機器制御装置と連携して、複数の他の前記機器制御装置にそれぞれ直接接続された前記機器を所定の手順で連携制御し、前記連携制御に対応して複数の前記機器をそれぞれ制御する際、他の前記機器制御装置に接続された前記機器を制御するためのオブジェクトを生成し、前記ネットワークの情報に含まれる前記機器の通信パラメータを参照して、前記オブジェクトにアクセスする情報を得て、前記オブジェクトを所定のパケットに変換し、通信方式に対応するポートを選択して前記パケットを出力し、前記パケットを該当する前記機器が接続された他の前記機器制御装置に送信する、処理を実行させることを特徴とする。

　また、本発明の機器制御システムは、ネットワークに接続された複数の機器制御装置が、それぞれ複数の前記機器制御装置に直接接続された機器を制御する機器制御システムであって、一つの前記機器制御装置は、複数の他の前記機器制御装置と連携して、複数の他の前記機器制御装置にそれぞれ直接接続された前記機器を所定の手順で連携制御し、前記連携制御に対応して複数の前記機器をそれぞれ制御する際、他の前記機器制御装置に接続された前記機器を制御するためのオブジェクトを生成し、前記ネットワークの情報に含まれる前記機器の通信パラメータを参照して、前記オブジェクトにアクセスする情報を得て、前記オブジェクトを所定のパケットに変換し、通信方式に対応するポートを選択して前記パケットを出力し、前記パケットを該当する前記機器が接続された他の前記機器制御装置に送信する、制御部を備えたことを特徴とする。

　上記構成によれば、機器制御装置は、ネットワーク接続された他の機器制御装置に接続された通信方式等が異なる機器であっても、この機器を直接制御することができ、複数の機器を連携して制御できるようになる。

　本発明によれば、ネットワーク接続された複数の機器を通信方式等の制約を受けず、簡単に制御できるという効果を奏する。

図１は、実施の形態１にかかる機器制御システムの構成例を示す図である。図２は、実施の形態１にかかるＰＬＣの機能ブロック図である。図３は、実施の形態１にかかるＰＬＣのハードウェア構成例を示すブロック図である。図４は、実施の形態１にかかるＰＬＣが他のＰＬＣに接続された機器へのアクセス例を示す図である。図５は、実施の形態１にかかるＰＬＣから機器へのアクセスの概要を説明する図である。図６は、実施の形態１にかかる機器制御プログラム例を示す図である。図７は、実施の形態１にかかるＰＬＣが他のＰＬＣに接続された機器へのアクセスを説明する図である。図８は、実施の形態１にかかるＰＬＣ連携による機器制御例を示すシーケンス図である。図９は、実施の形態２にかかるＰＬＣによる機器の集中制御例を示すシーケンス図である。図１０は、実施の形態３にかかる機器制御システムの構成例を示す図である。

　以下に添付図面を参照して、この発明にかかる機器制御方法、機器制御プログラムおよび機器制御システムの好適な各実施の形態を詳細に説明する。
（実施の形態１）

　図１は、実施の形態１にかかる機器制御システムの構成例を示す図である。機器制御システム１００は、機器制御装置であるＰＬＣ１～３（１１０）は、複数配置され、これらＰＬＣ１～３（１１０）は、それぞれ直接接続された機器Ａ～Ｃ（１２０）の制御を行う。以下の説明では、直接接続とは、ＰＬＣ１（１１０）に機器Ａ（１２０）がＩ／Ｏ接続されたことを意味する。

　ＰＬＣ１～３（１１０）は、ネットワーク１３０を介して通信接続される。図１の例では、リング型のネットワーク接続構成であるが、これに限らず、ツリー型等、他のネットワーク接続構成であってもよい。ネットワーク１３０は、有線／無線のいずれであってもよい。

　ＰＬＣ１（１１０）は、自機に接続された機器Ａ（１２０）のほかにＰＬＣ２，３（１１０）に接続された機器Ｂ，Ｃ（１２０）をネットワーク１３０を介して制御する。ＰＬＣ２，３（１１０）についても、それぞれ自機に接続された機器Ｂ，Ｃ（１２０）のほかに他のＰＬＣ１～３（１１０）に接続された機器Ａ～Ｃ（１２０）をネットワーク１３０を介して制御することができる。

　実施の形態１では、説明の便宜上、主にＰＬＣ１（１１０）は、他の２つのＰＬＣ２，３（１１０）と連携してＰＬＣ２，３（１１０）に接続された機器Ｂ，Ｃ（１２０）を制御する例について説明する。実施の形態１では、ＰＬＣ１（１１０）が制御系統の最上位層に位置し、他のＰＬＣ２，３（１１０）はＰＬＣ１（１１０）の下位層に位置する。ＰＬＣ２，３（１１０）は、同じ階層に配置される。ここで、例えば、機器Ｂは所定エリアでの人の存在の有無を検出する人感センサであり、機器Ｃは所定エリアの出入口の自動ドアを開閉駆動するモータであるとする。

　ＰＬＣ１～３（１１０）は、ＣＰＵ、およびネットワーク１３０に接続可能な汎用の通信インタフェース（Ｉ／Ｆ）を有し、ＣＰＵは、機器制御および通信用のプログラムを実行処理する（詳細は後述する）。

　ＰＬＣ１（１１０）は、他のＰＬＣ２，３（１１０）と、それぞれの機器Ｂ，Ｃ（１２０）を固有のＩＤにより識別する。ＰＬＣ１（１１０）は、ＰＬＣ２，３（１２０）と、人感センサの機器Ｂ（１２０）と、モータの機器Ｃ（１２０）と、を固有のＩＤによりそれぞれ機器制御できる。

　ここで、ＰＬＣ１（１１０）は、直接接続された機器Ａ（１２０）に対する機器制御と同様に、機器Ｂ，Ｃ（１２０）に対する機器制御を可能にする。

　図２は、実施の形態１にかかるＰＬＣの機能ブロック図である。機器Ａ～Ｃ（１２０）を集中制御するＰＬＣ１（１１０）は、オブジェクト生成部２１０、通信制御部２１１、パケット処理部２１２、通信部２１３を含む。ＰＬＣ２，３（１１０）についてもＰＬＣ１（１１０）と同様の機能を有する。

　オブジェクト生成部２１０は、ＰＬＣ１（１１０）に直接接続された機器Ａ（１２０）、およびネットワーク１３０を介してＰＬＣ２，３（１１０）に接続された機器Ｂ，Ｃ（１２０）を機器制御するためのオブジェクトを生成する。例えば、オブジェクト生成部２１０は、機器Ｂ，Ｃ（１２０）を機器制御するための名前と、関数名と引数情報からなるオブジェクトを生成する。

　通信制御部２１１は、ネットワーク１３０の情報に含まれる機器Ｂ，Ｃ（１２０）の通信パラメータを参照して、生成されたオブジェクトにアクセスする情報を得る。例えば、通信制御部２１１は、予め設定したネットワーク１３０の情報に含まれる機器Ｂ，Ｃ（１２０）の通信方式、および通信パラメータを参照して、オブジェクトにアクセスする情報を取得する。

　パケット処理部２１２は、生成されたオブジェクトを所定のパケットに変換し、通信方式に対応するポートを選択してパケットを出力する。例えば、パケット処理部２１２は、オブジェクト名、関数名、および引数情報を所定のパケットに変換し、通信方式に対応するポートを選択して、パケットを通信部２１３に出力する。

　通信部２１３は、パケットを制御する機器Ｂ，Ｃ（１２０）のＰＬＣ２，３（１１０）に送信する。また、通信部２１３は、自身のＰＬＣ１（１１０）がネットワーク１３０に参加時、自身のオブジェクト名をネットワーク１３０に配信する。また、通信部２１３は、自身のＰＬＣ１（１１０）が所望するオブジェクトが生じたとき、オブジェクト名をネットワーク１３０に問合せ、オブジェクト名を有する他のＰＬＣ２，３（１１０）からネットワーク１３０の情報を取得する。また、通信部２１３は、自身のＰＬＣ１（１１０）が新たなオブジェクトを追加したとき、当該オブジェクト名をネットワーク１３０に配信する。

　図３は、実施の形態１にかかるＰＬＣのハードウェア構成例を示すブロック図である。図３において、ＰＬＣ１～３（１１０）は、それぞれ機器制御部（ＣＰＵ）３０１と、Ｒｅａｄ－Ｏｎｌｙ　Ｍｅｍｏｒｙ（ＲＯＭ）３０２と、Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ（ＲＡＭ）３０３と、半導体メモリやディスクドライブ等の記憶部３０４と、通信インタフェース（Ｉ／Ｆ）３０５と、を含む。これらＣＰＵ３０１～通信インタフェース３０５は、バス３０６によってそれぞれ接続されている。

　図３の例では、ＰＬＣ１（１１０）には、機器Ａ（１２０）がバス３０６を介して接続される。機器Ａ（１２０）は、通信インタフェース（Ｉ／Ｆ）３０５等を介して接続される構成としてもよい。さらに、このＰＬＣ１（１１０）は、ディスプレイ３０８、キーボード３１０、マウス３１１、スキャナ３１２、プリンタ３１３がバス３０６等を介して接続された構成とすることができる。なお、ディスプレイ３０８、キーボード３１０、マウス３１１の機能を集約したタッチパネルを用いることもできる。

　ＣＰＵ３０１は、ＰＬＣ１（１１０）の全体の機器制御を司る演算処理装置である。ＲＯＭ３０２は、ＰＬＣ１（１１０）のプログラム等を記憶する不揮発性メモリである。ＲＡＭ３０３は、ＣＰＵ３０１によるプログラムの演算処理実行時のワークエリアとして使用される揮発性メモリである。

　通信インタフェース３０５は、ネットワーク１３０と内部のインタフェースを司り、他のＰＬＣ２，３（１１０）との間のデータの入出力を機器制御する。具体的に、通信インタフェース３０５は、通信回線を通じてネットワーク１３０となる宅内のＬｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ（ＬＡＮ）などに接続され、ネットワーク１３０を介してＰＬＣ２，３（１１０）に接続される。

　また、ネットワーク１３０は、上記の他に、ＷｉＦｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、赤外線通信（ＩｒＤＡ）等により他のＰＬＣ２，３（１１０）と通信接続することもできる。

　ディスプレイ３０８は、ＣＰＵ３０１のプログラム実行による機器Ａ～Ｃ（１２０）の機器制御情報を表示する装置である。ディスプレイ３０８には、例えば、Ｔｈｉｎ　Ｆｉｌｍ　Ｔｒａｎｓｉｓｔｏｒ（ＴＦＴ）液晶ディスプレイ、プラズマディスプレイ、有機ＥＬディスプレイなどを採用することができる。

　機器Ａ～Ｃ（１２０）についても、ＰＬＣ１（１１０）同様に図３に記載のハードウェアにより構成することができる。

（物理的位置に依存しないシームレスな機器アクセスの例）
　図４は、実施の形態１にかかるＰＬＣが他のＰＬＣに接続された機器へのアクセス例を示す図である。一対のＰＬＣ１，２（１１０）を例にＰＬＣ１（１１０）がＰＬＣ２（１１０）の機器Ｂ（１２０）へのアクセス例を説明する。ＰＬＣ１，２（１１０）は、それぞれ、アプリケーションプログラム４０１と、ファンクションボックス４０２と、コア層４０３と、外部と通信を行う通信装置や、装置内のボードとのアクセス処理の実装部４０５と、プラットフォーム（ハードウェア、ＯＳ、ドライバ）４０６と、を有する。

　ＰＬＣ１（１１０）の通信層１（４０５ａ）は、ＰＬＣ１（１１０）に直接接続される機器Ａ（１２０）にアクセスする他、ネットワーク１３０を介してＰＬＣ２（１１０）の機器Ｂ（１２０）にアクセス可能である。通信層２（４０５ｂ）は、ＰＬＣ１（１１０）内のポートｘ等にアクセス可能である。同様に、ＰＬＣ２（１１０）の通信層１（４０５ａ）は、ＰＬＣ２（１１０）に接続されている機器Ｂ（１２０）にアクセスする他、ネットワーク１３０を介してＰＬＣ１（１１０）に接続されている機器Ａ（１２０）にアクセス可能である。通信層２（４０５ｂ）は、ＰＬＣ２（１１０）内のポートｙ等にアクセス可能である。

　ファンクションボックス４０２は、機器Ａ～Ｃ（１２０）の制御プログラムをユーザが容易に開発および実行するためのエディタと機能パッケージ（ＩＮＴＡ　ｃｏｎｎｅｃｔｉｏｎと称す）からなる。ファンクションボックス４０２は、ＩｏＴ化を目的とした機器Ａ～Ｃ（１２０）の制御プログラム開発のための開発ツールであり、この開発ツールで作成した制御プログラムは、ランタイム環境（コア層４０３のＳｏｆｔ　ＰＬＣ４３１、処理部４３２）にて実行される。

　コア層４０３は、Ｓｏｆｔ　ＰＬＣ（Ｂａｓｉｃ　Ｃｌａｓｓ　Ｌｉｂｒａｒｙ）４３１と、処理部４３２と、通信方式抽象化層１（４３３）と、通信方式抽象化層２（４３４）と、プラットフォーム抽象化層１（４３５）と、プラットフォーム抽象化層２（４３６）とを有する。Ｓｏｆｔ　ＰＬＣ４３１は、複数のオブジェクト、例えばＩ／Ｏ処理、リアルタイムモニタ、イベント監視、異常監視、データ収集、一括設定等の各種オブジェクトを管理する。

　処理部４３２は、Ｓｏｆｔ　ＰＬＣ４３１からコールされるオブジェクト関連の処理に対応して、下記のタイプ１～３の処理を行う。

　１．処理部４３２は、アプリケーションプログラム４０１が、オブジェクトに対して要求する処理について、オブジェクトがアプリ内部に存在するのか、ＬＡＮ上に存在するのか、さらにＷＡＮ上に存在するのかを確認する。

　２．処理部４３２は、アプリケーションプログラム４０１からＳｏｆｔ　ＰＬＣ４３１経由で呼び出される各処理要求の中で指定されたＮａｍｅ（名前）の実態を取り出す処理を行う。この名前の実態は、ネットワーク設定で予め設定されている。

　３．処理部４３２は、オブジェクトがＬＡＮ／ＷＡＮ上に存在する場合には、そのオブジェクトに対する通信経路を確保し、リクエストを送受信する。

　通信方式抽象化層１（４３３）は、処理部４３２からコールされる通信処理を抽象化するためのＩ／Ｆである。通信方式抽象化層１（４３３）の各関数は、各アクセス対象への個別の通信処理を実装した通信層１（４０５ａ）の関数をコールする。

　プラットフォーム抽象化層１（４３５）は、Ｓｏｆｔ　ＰＬＣ４３１からコールされるプラットフォーム依存処理を抽象化するためのＩ／Ｆである。プラットフォーム抽象化層１（４３５）の各関数の中からは、各アクセス対象への個別のアクセス処理やＯＳが提供する機能を適合させて実現するＲＴＯＳ処理等を実装した通信層２（４０５ｂ）の関数をコールする。

　通信層１（４０５ａ）は、通信方式抽象化層２（４３４）からコールされる各アクセス対象への個別の通信処理の実装部である。通信層１（４０５ａ）は、処理部４３２→通信方式抽象化層１（４３３）→通信方式抽象化層２（４３４）経由で渡される引数（ｈａｎｄｌｅ）によってアクセス対象を特定して、対応する実装処理を行う。

　通信層２（４０５ｂ）は、プラットフォーム抽象化層２（４３６）からコールされる各アクセス対象への個別のアクセス処理やＯＳが提供する機能を適合させて実現するＲＴＯＳ処理などを作成する実装部である。通信層２（４０５ｂ）は、処理部４３２→プラットフォーム抽象化層１（４３５）→プラットフォーム抽象化層２（４３６）経由で渡される引数（ｈａｎｄｌｅ）によってアクセス対象を特定して、対応する実装処理を行う。

　図５は、実施の形態１にかかるＰＬＣから機器へのアクセスの概要を説明する図である。ＰＬＣ１（１１０）は、ＣＰＵ３０１が通信制御のプログラム５０１（Ｓｏｆｔ　ＰＬＣ４３１に相当）を実行する。プログラム５０１は、機器Ｂ（１２０）の機器制御情報の取得にかかる処理（図示の例ではＲｅａｄ関数をｃａｌｌ）を行い（ステップＳ５０１）、Ｒｅａｄコマンドを発行する（ステップＳ５０２）。

　次に、プログラム５０１の下位層（コア層４０３）は、機器Ｂ（１２０）に対するコマンドを解釈し、機器Ｂ（１２０）の機器制御情報が示された処理テーブル５０２を参照し、機器Ｂ（１２０）の機器制御情報を取得するコマンドを発行する（ステップＳ５０３）。処理テーブル５０２は、機器Ｂ（１２０）を制御するＰＬＣ２（１１０）に予め用意されるものであり、図３に示したＲＡＭ３０３上に作成され、記憶部３０４に保持できる。

　ステップＳ５０３では、ＰＬＣ１（１１０）は、ＰＬＣ２（１１０）から取得した処理テーブル５０２を参照する。また、ＰＬＣ１（１１０）は、ステップＳ５０３により発行されたコマンドを、汎用の通信Ｉ／Ｆを介して処理テーブル５０２に該当するＰＬＣ２（１１０）に送信する。ここで、ＰＬＣ１（１１０）は、機器Ｂ（１２０）を機器制御するコマンドそのものを送信するのではなく、処理テーブル５０２の参照により、コマンドを解釈してこのコマンドに対応する機器制御の要求を送信する。ＰＬＣ２（１１０）は、処理テーブル５０２を有しており、処理テーブル５０２の参照により、ＰＬＣ１（１１０）から送信された要求に対応する機器制御を行うことができる。

　機器Ｂ（１２０）は、ＰＬＣ２（１１０）からのＲｅａｄコマンドを受け取り、Ｒｅａｄコマンドに対応する検出情報を出力し（ステップＳ５０４）、ＰＬＣ２（１１０）は、ＰＬＣ１（１１０）に対して機器制御情報を送付する（ステップＳ５０５）。

　図６は、実施の形態１にかかる機器制御プログラム例を示す図である。図６を用いてＰＬＣ１（１１０）に直接接続された機器Ａに対するクローズド機器制御、およびネットワーク接続された外部の機器Ｂを機器制御するプログラム例を説明する。図６（ａ）は、ＰＬＣ１（１１０）に直接接続されている機器Ａ（１２０）の機器制御プログラム例である。また、図６（ｂ）は、ＰＬＣ２（１１０）に接続されている機器Ｂ（１２０）の機器制御プログラム例である。

　図６の（ａ），（ｂ）のプログラムが示す機器制御内容は同じものとなる。このように、被機器制御対象である機器Ａ，Ｂ（１２０）が自身のＰＬＣ１（１１０）に接続されている／いないにかかわらず、プログラム内容は同じとなる。したがって、プログラマは、ＰＬＣ１（１１０）のプログラムを作成する際に、機器Ａ，Ｂ（１２０）について、ＰＬＣ１（１１０）とＰＬＣ２（１１０）間の通信にかかる処理を意識することなく、プログラムを作成することができるようになる。

　また、ＰＬＣ１（１１０）と、ＰＬＣ２（１１０）の機器Ａ，Ｂ（１２０）の故障や機能変更等によるハードウェアの変更が生じても、処理テーブル５０２を変更するだけで、図５に示したプログラム（アプリケーション層のソフトウェア）の変更は発生しない。

　図７は、実施の形態１にかかるＰＬＣが他のＰＬＣに接続された機器へのアクセスを説明する図である。この例では、機器Ｂ（１２０）が接続されたＰＬＣ２（１１０）は、起動時にプログラム７０１が上記の処理テーブル５０２として関数呼び出しテーブル７０２を作成する。なお、関数呼び出しテーブル７０２は、プログラム７０１の起動時に限らず、任意のタイミングで作成してもよく、手作業で作成したものを外部から入力する構成としてもよい。

　このプログラム７０１には、起動時に関数呼び出しテーブル７０２を作成する処理と、機器Ｂ（１２０）の機器制御情報を取得する処理（ｒｅａｄＰｏｒｔ）と、読み出した機器制御情報に対して所定の関数演算等の処理と、が記述（設定）されている。

　関数呼び出しテーブル７０２は、機器Ｂ（１２０）のＩＤ（ＩＤ１）と、この機器Ｂ（１２０）が接続されたＰＬＣ２（１１０）のポートのアドレスからなる。この例では、ＩＤ１には、機器Ｂ（１２０）から機器制御情報を読み出すためのｒｅａｄＰｏｒｔのアドレスが設定されている。このほか、図５に示したように、ＩＤ別に書き込み（Ｗｒｉｔｅ）、起動（Ｓｔａｒｔ）、停止（Ｓｔｏｐ）等の機器制御機能をそれぞれ設定しておくことができる。

　関数呼び出しテーブル７０２の設定は、図７に示したように「ｒｅａｄＰｏｒｔ」のような文字列に限らず、ポートを読む旨を示す「１００１」のような数値列としてもよい。

　通信処理タスク７０３は、ネットワーク１３０を介してＰＬＣ１（１１０）との間の通信処理（受信および送信）を実行し、ＰＬＣ１（１１０）から機器Ｂ（１２０）に対する要求時には、該当するＩＤを用いた関数呼び出しテーブル７０２を検索し、要求に対応したプログラム７０１の関数演算を実行する。

　以下、実施の形態のＰＬＣ１（１１０）から機器Ｂ（１２０）へのアクセスを行うための手順を説明する。はじめに、ＰＬＣ２（１１０）のプログラム７０１が起動すると、関数呼び出しテーブル７０２を作成する（ステップＳ７０１）。

　この際、プログラム７０１は、ＰＬＣ２（１１０）に接続されている機器Ｂ（１２０）の接続ポートを検出し、機器制御情報を読み出す機能のＩＤにｒｅａｄＰｏｒｔのアドレスを関連付けた設定を関数呼び出しテーブル７０２に作成する。同様に、ＰＬＣ２（１１０）が実行可能な機器制御（関数演算等）の機能について、所定のＩＤ（図示の例ではＩＤ２）を関数呼び出しテーブル７０２に設定する。

　そして、ＰＬＣ１（１１０）は、ＰＬＣ２（１１０）が作成した関数呼び出しテーブル７０２を任意のタイミングで取得する。関数呼び出しテーブル７０２の取得タイミングは、機器Ｂ（１２０）の機能、およびこの機器Ｂ（１２０）が接続されているＰＬＣ２（１１０）の所在等を把握している場合には、ＰＬＣ１（１１０）が直接、ＰＬＣ２（１１０）にアクセスして取得する。

　これに限らず、ＰＬＣ２（１１０）がネットワーク１３０上に関数呼び出しテーブル７０２を公開している場合には、この公開された関数呼び出しテーブル７０２を参照したＰＬＣ１（１１０）のうち、機器Ｂ（１２０）の機器制御を所望する（機器制御情報を取得要求する）ＰＬＣ１（１１０）がＰＬＣ２（１１０）にアクセスして取得する構成とすることもできる。

　この後、ＰＬＣ１（１１０）がＰＬＣ２（１１０）に対して、機器Ｂ（１２０）の機器制御情報を取得する機器制御を行ったとする（ステップＳ７０２）。例えば、ＰＬＣ１（１１０）のプログラム７０１が機器Ｂ（１２０）の機器制御情報の取得にかかる処理（ＯｂｊＹ．ｒｅａｄＤａｔａ（））を実行する。

　この場合、ＰＬＣ１（１１０）のプログラム７０１は、機器Ｂ（１２０）に対するｒｅａｄコマンド（ｒｅａｄＤａｔａ（））を発行する（ステップＳ７０３）。そして、プログラム７０１の下位層は、機器Ｂ（１２０）に対するコマンドを解釈し、ＰＬＣ２（１１０）から取得しておいた関数呼び出しテーブル７０２を参照し、機器Ｂ（１２０）の機器制御情報の取得に該当する識別子ＩＤ１を指定して、機器Ｂ（１２０）の機器制御情報を取得するコマンド（ｒｅａｄＰｏｒｔ（他））に対応する要求ＩＤ１をＰＬＣ２（１１０）に送信する（ステップＳ７０４）。

　ここで、ＰＬＣ１（１１０）は、ＰＬＣ２（１１０）に対して機器Ｂ（１２０）の機器制御のコマンドそのものを送信するのではなく、関数呼び出しテーブル７０２の参照により、機器制御内容を含む識別子ＩＤだけを送信すればよいため、送信するデータ量を削減できる。

　実施の形態１の機器１１０は、例えば、上記の人感センサや侵入検知器、リモコンやデジカメ、ＩＣレコーダ、車載装置、医療機器等、特定用途の機器として機能する。

　そして、ＰＬＣ２（１１０）の通信処理タスク７０３は、ＰＬＣ１（１１０）からの要求ＩＤ１の受信により（ステップＳ７０５）、関数呼び出しテーブル７０２を参照し（ステップＳ７０６）、プログラム７０１に識別子ＩＤ１に対応する関数（ｒｅａｄＰｏｒｔ）を実行させる（ステップＳ７０７）。

　この後、ＰＬＣ２（１１０）は、プログラム７０１がＩＤ１に対応して、Ｉ／Ｏポート読出処理を行い、該当する機器Ｂ（１２０）の情報を読み出し（ｒｅａｄＰｏｒｔ）、通信処理タスク７０３に返す（ステップＳ７０８）。

　そして、ＰＬＣ２（１１０）は、通信処理タスク７０３がｒｅａｄＰｏｒｔの結果、読み出した機器Ｂ（１２０）の情報をＰＬＣ１（１１０）に送信する（ステップＳ７０９）。

　ＰＬＣ１（１１０）は、プログラム７０１が発行したｒｅａｄＰｏｒｔ（他）の返答として機器Ｂ（１２０）から送信された情報をｒｅａｄＤａｔａ（）に変換し（ステップＳ７１０）、機器Ｂ（１２０）の情報の取得にかかる処理（ＯｂｊＹ．ｒｅａｄＤａｔａ（））の結果として、対応する機器Ｂ（１２０）の情報を取得する（ステップＳ７１１）。

　上記処理によれば、ＰＬＣ１（１１０）は、自装置に直接接続された機器Ａの処理であるか、ネットワーク１３０を介した外部のＰＬＣ２（１１０）の処理であるかを、プログラム７０１が指定する引数（アクセス対象の機器の名前）によって切り分ける。この際、ＰＬＣ１（１１０）は、外部のＰＬＣ２（１１０）へのアクセスについては、予め取得した関数呼び出しテーブル７０２を参照し、該当するＰＬＣ２（１１０）にアクセスする。

　また、ＰＬＣ２（１１０）の通信処理タスク７０３と関数呼び出しテーブル７０２は、ソフトウェア実行に限らず、ハードウェアチップを用いて構成することもできる。

　また、上記の関数呼び出しテーブル７０２は、上述したように、ＰＬＣ１（１１０）が取得するに限らず、機器Ａ，Ｂ（１２０）がネットワーク１３０上に公開する構成とすることもできる。そして、関数呼び出しテーブル７０２が示す、機器Ｂ（１２０）の機能（Ｒｅａｄ，Ｗｒｉｔｅ，Ｓｔａｒｔ，Ｓｔｏｐ）は、ネットワーク１３０上の任意の機器制御装置（例えばＰＬＣ１１０）によって取得し、機器制御（使用）できるようになる。

　すなわち、ＰＬＣ１（１１０）は、関数呼び出しテーブル７０２を取得することにより、ＰＬＣ２（１１０）に接続された機器Ｂ（１２０）の機能を知ることができ、ＰＬＣ１（１１０）は、ネットワーク１３０の通信方式（手順）を隠蔽してＰＬＣ２（１１０）に接続された機器Ｂ（１２０）を機器制御できるようになる。

　これにより、ＰＬＣ１（１１０）に対して、複数のＰＬＣ２（１１０）およびＰＬＣ１，２（１１０）が有する機器Ａ，Ｂ（１２０）が同一の部屋内や異なる場所に設置された場合においても、この設置場所に限定されず、複数の機器Ａ，Ｂ（１２０）を機器制御できるようになる。

　一方、ＰＬＣ１（１１０）で処理できない演算をＰＬＣ１（１１０）の機器制御によって遠隔地のＰＬＣ２（１１０）や機器Ｂ（１２０）により演算処理することもできるようになる。

　さらに、関数呼び出しテーブル７０２は、ネットワーク１３０上のサーバに保持しておくこともでき、複数のＰＬＣ１，２（１１０）毎の関数呼び出しテーブル７０２として保持できる。これにより、ＰＬＣ１（１１０）は、サーバへのアクセスによって所望する機能の機器Ａ，Ｂを容易に検索することができ、また、機器Ｂ（１２０）が接続されたＰＬＣ２（１１０）へのアクセスを容易に行えるようになる。

　上記実施の形態１によれば、ＰＬＣ１（１１０）は、ＰＬＣ２（１１０）や機器Ａ，Ｂ（１２０）のＣＰＵやＯＳに依存せず、互いに自装置あるいは他装置に接続されている機器Ａ，Ｂをネットワーク接続形態に違いがあっても簡単に機器制御できるようになる。

　これにより、ＰＬＣ１（１１０）は、自機に接続された機器Ａ（１２０）に対するクローズド機器制御に限らず、ネットワーク１３０を介して外部のＰＬＣ２（１１０）に内蔵された機器Ｂ（１２０）についても、通信（プロトコル）を意識せずに機器制御でき、プログラム作成についても通信を意識せずに作成できるため、プログラム作成を容易に行えるようになる。すなわち、ＰＬＣ１（１１０）は、間に介在するネットワークの通信プログラムや専用Ｉ／Ｆを追加せずとも機器が有するセンサ類を機器制御できるようになる。

　関数呼び出しテーブル７０２は、ＰＬＣ１１０に接続された機器１２０の故障や仕様変更などでの交換や、追加の場合に更新される。これにより、ＰＬＣ１１０が有する機器１２０の機能が変更された場合であっても、ＰＬＣ１１０は、関数呼び出しテーブル７０２を参照するだけで、所望する機能の機器１２０に対する機器制御を行える。加えて、機器１２０が交換等されてもプログラム変更を不要にできる。

　そして、特定用途の機能を有する組み込み機器においても、他の機器に対する機器制御を行って機能拡張が行えるようになる。また、汎用の情報処理装置においても所望する機能の機器に対する機器制御を容易に行えるようになる。例えば、ＥＣＨＯＮＥＴやＡＵＴＯＳＡＲ等の規格に縛られず、専用Ｉ／Ｆや専用の通信プログラムを設けなくても、任意の機器１２０に対する機器制御が可能となる。

（ＰＬＣ連携による機器制御例）
　図８は、実施の形態１にかかるＰＬＣ連携による機器制御例を示すシーケンス図である。ここで、図１に示したように、ＰＬＣ１（１１０）は、ＰＬＣ２，３（１１０）と連携してＰＬＣ２，３（１１０）に接続された機器Ｂ，Ｃ（１２０）を連携制御する。図８では、ＰＬＣ１１０の連携による機器１２０の制御について、簡素化した制御例を説明する。すなわち、所定のエリアに人体が検出された期間中はドアを開放駆動し、エリアでの人体が未検出となることでドアを閉鎖する例を説明する。

　機器Ｂ（１２０）は、センサ類であり、所定のエリアにおける人体の有無を検出する人感センサであるとする。機器Ｃ（１２０）は、所定エリアの出入口に設けられたドアを開放あるいは閉鎖方向に駆動するモータであるとする。

　ＰＬＣ２（１１０）は、ＰＬＣ２（１１０）に接続された機器Ｂ（１２０）である人感センサの検出状態に基づき、ＰＬＣ３（１１０）に接続された機器Ｃ（１２０）であるドアの開放あるいは閉鎖を制御する。ＰＬＣ１～３（１１０）は、それぞれアプリケーションプログラム４０１が連携制御において自機が実行すべき所定のシーケンス（手順）に沿った制御を実行し、Ｓｏｆｔ　ＰＬＣ４３１がＰＬＣ１～３（１１０）間のシームレスな通信制御を行う。そして、ＰＬＣ１～３（１１０）の連携制御により、所定エリアに対する人の出入りに応じたドアの開閉を制御することができる。

　ＰＬＣ１～３（１１０）間のネットワーク構成は、図１のようなリング型でもよいし、他にツリー型であってもよい。どのネットワーク構成においても、ＰＬＣ１～３（１１０）は、他のＰＬＣ１１０に上記のパケットを送信することで、受信したＰＬＣ１１０がパケットを選択して取得できる。

　はじめに、ＰＬＣ１（１１０）は、定期的にＰＬＣ２（１１０）に接続された機器Ｂ（１２０）の人感センサに対し、所定のエリアでの人体の有無の問合せを行う（ステップＳ８０１）。ここで、機器Ｂ（人感センサ）１２０がエリア内での人体を検知すると（ステップＳ８０２）、エリア内で人体を検知した旨をＰＬＣ１（１１０）に通知する（ステップＳ８０３）。

　これにより、ＰＬＣ１（１１０）は、ＰＬＣ３（１１０）に接続された機器Ｃ（１２０）のドア開閉用のモータに対し、ドア開放の指示を行う（ステップＳ８０４）。機器Ｃ（１２０）は、ドア開放の指示に基づき、ドアを開放する方向にモータを駆動する（ステップＳ８０５）。

　ＰＬＣ２（１１０）は、機器Ｃ（１２０）であるモータ、あるいは位置センサ等が検出出力するドア位置に基づき、ドア開放の状態を判断する（ステップＳ８０６）。そして、ＰＬＣ２（１１０）は、ドア開放と判断すると、ドア開放完了の通知をＰＬＣ３（１１０）に通知する（ステップＳ８０７）。ＰＬＣ３（１１０）は、ドア開放完了の通知に基づき、機器Ｂ（１２０）のモータに対しドア開放方向の駆動を停止させる（ステップＳ８０８）。

　この後、ＰＬＣ２（１１０）は、定期的に機器Ｂ（１２０）の人感センサによる所定のエリアでの人体の有無を監視する（ステップＳ８０９）。ここで、機器Ｂ（人感センサ）１２０は、エリア内での人体が未検知となると、エリア内で人体が未検知となった旨をＰＬＣ１（１１０）に通知する（ステップＳ８１０）。

　これにより、ＰＬＣ１（１１０）は、ＰＬＣ３（１１０）に接続された機器Ｃ（１２０）のドア開閉用のモータに対し、ドア閉鎖の指示を行う（ステップＳ８１１）。機器Ｃ（１２０）であるモータは、ドア閉鎖の指示に基づき、ドアを閉鎖方向に駆動する（ステップＳ８１２）。

　ＰＬＣ２（１１０）は、機器Ｃ（１２０）であるモータ、あるいは位置センサ等が検出出力するドア位置に基づき、ドア閉鎖の状態を検出する（ステップＳ８１３）。そして、ＰＬＣ２（１１０）は、ドア閉鎖と判断すると、ドア閉鎖完了の通知をＰＬＣ３（１１０）に通知する（ステップＳ８１４）。ＰＬＣ３（１１０）は、ドア閉鎖完了の通知に基づき、機器Ｃ（１２０）のモータに対しドアの閉鎖方向への駆動を停止させる（ステップＳ８１５）。

　以上のように、ＰＬＣ１（１１０）は、ＰＬＣ２，３（１１０）と連携してＰＬＣ２，３（１１０）に接続された機器Ｂ，Ｃ（１２０）を連携制御できる。

（実施の形態２：ＰＬＣによる機器の集中制御例）
　図９は、実施の形態２にかかるＰＬＣによる機器の集中制御例を示すシーケンス図である。実施の形態２では、図１に示したＰＬＣ１（１１０）は、ＰＬＣ２，３（１１０）を介してＰＬＣ２，３（１１０）に接続された機器Ｂ，Ｃ（１２０）を集中制御する。このため、ＰＬＣ１（１１０）は、機器Ｂ，Ｃ（１２０）を集中制御するためのプログラムを実装する。

　図９においても、実施の形態１（図８）同様に、所定のエリアに人体が検出された期間中はドアを開放駆動し、エリアでの人体が未検出となることでドアを閉鎖する例を説明する。

　ＰＬＣ１（１１０）は、ＰＬＣ２，３（１１０）を集中制御する。ＰＬＣ１（１１０）は、ＰＬＣ２（１１０）に接続された機器Ｂ（１２０）である人感センサの検出状態と、ＰＬＣ３（１１０）に接続された機器Ｃ（１２０）であるドアの開放あるいは閉鎖状態と、に基づき、これら機器Ｂ，Ｃ（１２０）を集中制御する。ＰＬＣ１（１１０）は、アプリケーションプログラム４０１が自機が実行すべき所定のシーケンス（手順）に沿った制御を実行することで、所定エリアに対する人の出入りに応じたドアの開閉を制御する。

　はじめに、ＰＬＣ１（１１０）は、定期的にＰＬＣ２（１１０）に接続された機器Ｂ（１２０）の人感センサに対し、所定のエリアでの人体の有無の問合せを行う（ステップＳ９０１）。ここで、機器Ｂ（人感センサ）１２０がエリア内での人体を検知すると（ステップＳ９０２）、エリア内で人体を検知した旨をＰＬＣ１（１１０）に通知する（ステップＳ９０３）。

　これにより、ＰＬＣ１（１１０）は、ＰＬＣ３（１１０）に接続された機器Ｃ（１２０）のドア開閉用のモータに対し、ドア開放の指示を行う（ステップＳ９０４）。機器Ｃ（１２０）は、ドア開放の指示に基づき、ドアを開放する方向にモータを駆動する（ステップＳ９０５）。

　ＰＬＣ１（１１０）は、機器Ｃ（１２０）であるモータ、あるいは位置センサ等が検出出力するドア位置に基づき、ドア開放の状態を判断する（ステップＳ９０６）。そして、ＰＬＣ１（１１０）は、ドア開放と判断すると、ドア開放完了の通知をＰＬＣ３（１１０）に通知する（ステップＳ９０７）。ＰＬＣ３（１１０）は、ドア開放完了の通知に基づき、機器Ｃ（１２０）のモータに対しドア開放方向の駆動を停止させる（ステップＳ９０８）。

　この後、ＰＬＣ１（１１０）は、定期的に機器Ｂ（１２０）の人感センサによる所定のエリアでの人体の有無を監視する（ステップＳ９０９）。ここで、機器Ｂ（人感センサ）１２０は、エリア内での人体が未検知となると、エリア内で人体が未検知となった旨をＰＬＣ１（１１０）に通知する（ステップＳ９１０）。

　これにより、ＰＬＣ１（１１０）は、ＰＬＣ３（１１０）に接続された機器Ｃ（１２０）のドア開閉用のモータに対し、ドア閉鎖の指示を行う（ステップＳ９１１）。機器Ｃ（１２０）であるモータは、ドア閉鎖の指示に基づき、ドアを閉鎖方向に駆動する（ステップＳ９１２）。

　ＰＬＣ１（１１０）は、機器Ｃ（１２０）であるモータ、あるいは位置センサ等が検出出力するドア位置に基づき、ドア閉鎖の状態を検出する（ステップＳ９１３）。そして、ＰＬＣ１（１１０）は、ドア閉鎖と判断すると、ドア閉鎖完了の通知をＰＬＣ３（１１０）に通知する（ステップＳ９１４）。ＰＬＣ３（１１０）は、ドア閉鎖完了の通知に基づき、機器Ｃ（１２０）のモータに対しドアの閉鎖方向への駆動を停止させる（ステップＳ９１５）。

　以上のように、ＰＬＣ１（１１０）は、ＰＬＣ２，３（１１０）に接続された機器Ｂ，Ｃ（１２０）を中央で集中制御できる。

（実施の形態３：クラウドによる集中制御）
　図１０は、実施の形態３にかかる機器制御システムの構成例を示す図である。機器制御システム１００は、中央のクラウド１０００が複数のＰＬＣ１１０を集中制御する構成とすることもできる。図１０は、ＰＬＣ２，３（１１０）に接続された機器Ｂ，Ｃ（１２０）を集中制御する構成例を示す。

　クラウド１０００は、例えばインターネット等のネットワーク１３０上のサーバ群等で構成される。クラウド１０００は、ネットワーク１３０を介してＰＬＣ２，３（１１０）に通信接続される。図１０の例では、ツリー型のネットワーク接続構成であるが、これに限らず、リング型等、他のネットワーク接続構成であってもよい。

　図１０の構成例によれば、クラウド１０００が実施の形態２で説明したＰＬＣ１（１１０）の機能に相当する集中制御を行う。この集中制御は、例えば、図９のシーケンス図と同等である。このように、中央のクラウド１０００が複数のＰＬＣ２，３（１１０）に接続された機器Ｂ，Ｃ（１２０）を集中制御することができる。

（プログラム更新）
　上記各実施の形態で説明したＰＬＣ１１０が実行する制御プログラムについて、中央で集中制御する構成（実施の形態２，３）の場合、中央に配置されたＰＬＣ１（１１０）、あるいはクラウド１０００の制御プログラムのみを更新すればよい。

　ここで、工場等に配置された上記の機器Ｂ，Ｃ（１２０）である人感センサやモータ等の構成を変更した場合、従来は、工場全体の機器１２０を停止してＰＬＣ１１０毎に制御プログラムを更新する必要があった。そして、更新した制御プログラムのＰＬＣ１１０を新たに起動させる必要があり、手間およびコストがかかった。

　これに対し、中央で集中制御する構成（実施の形態２，３）の場合、中央に配置されたＰＬＣ１（１１０）、あるいはクラウド１０００の制御プログラムのみを更新すればよく、更新作業を簡単に行える。また、この際、中央１か所のみでの更新であるため、工場全体の機器１２０を停止させることなく、工場の機器１２０を稼働させたまま更新することも可能となる。

（ＣＰＵＡ，Ｂ間の通信の制御例）
　上記説明では、異なるＰＬＣ１，２（１１０）に接続された機器Ａ～Ｃ（１２０）の制御例を説明したが、これに限らず、異なるＣＰＵＡ，Ｂ間の通信の制御にも同様に適用することができる。

　例えば、異なるＣＰＵが共有メモリによってデータを送受信する構成例に適用でき、共有メモリを介した同一装置内のＣＰＵＡ，Ｂ間での機能呼び出しも可能になる。具体的には、ＣＰＵＡのアプリケーションプログラム４０１が他のＣＰＵＢに接続された機器Ｂ（１２０）にアクセスし印字処理させる場合には、共有メモリを介して上記の処理を順次実行する。ＣＰＵＡの処理部４３２では、名前の実態をＮｅｔｗｏｒｋ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｄａｔａにより、ＣＰＵＢへの接続方法（外部通信、ＣＰＵＢ、の情報）に基づき接続先を解決する。

　この場合、ＣＰＵＡ，ＣＰＵＢの通信方式抽象化層１（４３３）と、通信方式抽象化層２（４３４）を、共有メモリを介して実装するポーティング層に差し替えるだけで対応可能になる。制御装置Ａのアプリケーションプログラム４０１は、上述したネットワークを介する場合の例と全く変わらずシームレスに処理を実行できる。

　以上説明した実施の形態によれば、ネットワーク接続された複数の機器制御装置が、それぞれ複数の前記機器制御装置に直接接続された機器を制御する構成において、一つの前記機器制御装置は、複数の他の機器制御装置と連携して、複数の他の機器制御装置にそれぞれ直接接続された機器を所定の手順で連携制御し、前記連携制御に対応して複数の前記機器をそれぞれ制御する際、他の前記機器制御装置に接続された機器を制御するためのオブジェクトを生成し、ネットワークの情報に含まれる機器の通信パラメータを参照して、オブジェクトにアクセスする情報を得て、オブジェクトを所定のパケットに変換し、通信方式に対応するポートを選択してパケットを出力し、パケットを該当する機器が接続された他の機器制御装置に送信する。これにより、機器制御装置は、ネットワークに接続された他の機器制御装置に接続された機器にアクセスでき、機器制御装置固有の通信方式の制限を受けずこの機器制御装置に接続された機器を直接制御できるようになる。そして、機器制御装置は、複数の機器を連携制御できるようになる。

　また、機器制御装置は、機器を制御するための名前と、関数名と引数情報からなるオブジェクトを生成し、予め設定されたネットワーク情報に含まれる機器の通信方式、および通信パラメータを参照して、オブジェクトにアクセスする情報を得て、オブジェクト名、関数名、および引数情報を所定のパケットに変換し、通信方式に対応するポートを選択し、パケットを該当する機器の他の制御装置に送信する。これにより、機器制御装置は、ネットワークを介して他の機器制御装置との間で情報を送受信でき、機器制御装置固有の通信方式の制限を受けず機器制御装置に接続された機器を直接制御できるようになる。

　また、一つの機器制御装置が複数の他の機器制御装置を制御し、複数の他の機器制御装置が、それぞれ直接接続された機器を連携制御した情報を一つの機器制御装置に通知してもよい。このように、機器制御装置に階層を設け、最上位の機器制御装置が機器全体の制御を統括し、下位の機器制御装置間で機器を相互に制御した情報を最上位の機器制御装置に通知することで、機器の制御にかかる処理負荷を分散できるようになる。

　また、一つの機器制御装置が複数の他の機器制御装置を制御し、一つの機器制御装置は、複数の他の機器制御装置に直接接続された機器を直接制御することとしてもよい。また、ネットワーク上のクラウドが一つの機器制御装置による制御を実行することとしてもよい。これにより、最上位に位置する機器制御装置あるいはクラウドが機器全体を統括制御することができる。そして、最上位に位置する機器制御装置あるいはクラウドが実行するプログラムを変更するだけでシステム全体の機器制御内容を簡単に更新できるようになる。

　これらのことから、実施の形態によれば、ネットワークを介して分散配置され、かつ通信方式が異なる複数の機器であっても外部から直接アクセスすることができ、複数の機器を連携制御できるようになる。

　そして、実施の形態の機器制御装置は、例えば、Ｅｔｈｅｒｎｅｔ（登録商標）やＵＳＢ、シリアル通信等のネットワークで接続された複数の機器を機器制御できる。また、機器制御装置は、このようなネットワーク接続に限らず、ＣＰＵコア間や共有メモリ、バスＩ／Ｆ経由で接続されたソフト間や機器をＰ２Ｐ（Ｐｅｅｒ　ｔｏ　Ｐｅｅｒ）接続した構成においても同様に機器制御できる。

　以上のように、本発明は、ネットワークを介して接続された機器を制御する機器制御装置に用いることができ、特に、互いにネットワークを介して通信接続された複数のＰＬＣに接続された機器の制御に有用である。

　１００　機器制御システム
　１１０　ＰＬＣ
　１２０　機器
　１３０　ネットワーク
　３０１　機器制御部（ＣＰＵ）
　３０２　ＲＯＭ
　３０３　ＲＡＭ
　３０４　記憶部
　３０５　通信インタフェース
　３０６　バス
　４０１　アプリケーションプログラム
　５０１，７０１　（通信制御）プログラム
　５０２　処理テーブル
　７０２　関数呼び出しテーブル
　７０３　通信処理タスク
１０００　クラウド

Claims

　ネットワークに接続された複数の機器制御装置が、それぞれ複数の前記機器制御装置に直接接続された機器を制御する機器制御方法であって、
　一つの前記機器制御装置のコンピュータは、
　複数の他の前記機器制御装置と連携して、複数の他の前記機器制御装置にそれぞれ直接接続された前記機器を所定の手順で連携制御し、
　前記連携制御に対応して複数の前記機器をそれぞれ制御する際、他の前記機器制御装置に接続された前記機器を制御するためのオブジェクトを生成し、
　前記ネットワークの情報に含まれる前記機器の通信パラメータを参照して、前記オブジェクトにアクセスする情報を得て、
　前記オブジェクトを所定のパケットに変換し、通信方式に対応するポートを選択して前記パケットを出力し、
　前記パケットを該当する前記機器が接続された他の前記機器制御装置に送信する、
　処理を実行することを特徴とする機器制御方法。
　前記機器を制御するための名前と、関数名と引数情報からなるオブジェクトを生成し、
　予め設定された前記ネットワークのネットワーク情報に含まれる前記機器の通信方式、および通信パラメータを参照して、前記オブジェクトにアクセスする情報を得て、
　前記オブジェクト名、前記関数名、および前記引数情報を所定のパケットに変換し、前記通信方式に対応するポートを選択し、
　前記パケットを該当する前記機器の他の前記機器制御装置に送信する、
　ことを特徴とする請求項１に記載の機器制御方法。
　一つの前記機器制御装置が複数の他の前記機器制御装置を制御し、
　複数の他の前記機器制御装置が、それぞれ直接接続された前記機器を連携制御した情報を一つの前記機器制御装置に通知する、
　ことを特徴とする請求項１に記載の機器制御方法。
　一つの前記機器制御装置が複数の他の前記機器制御装置を制御し、
　一つの前記機器制御装置は、複数の他の前記機器制御装置に直接接続された前記機器を直接制御する、
　ことを特徴とする請求項１に記載の機器制御方法。
　前記ネットワーク上のクラウドが一つの前記機器制御装置による前記制御を実行する、
　ことを特徴とする請求項１～４のいずれか一つに記載の機器制御方法。
　一つの前記機器制御装置と他の前記機器制御装置は、同一装置内のＣＰＵ間接続であることを特徴とする請求項１に記載の機器制御システム。
　ネットワークに接続された複数の機器制御装置に、それぞれ複数の前記機器制御装置に直接接続された機器を制御させるプログラムであって、
　一つの前記機器制御装置のコンピュータに、
　複数の他の前記機器制御装置と連携して、複数の他の前記機器制御装置にそれぞれ直接接続された前記機器を所定の手順で連携制御し、
　前記連携制御に対応して複数の前記機器をそれぞれ制御する際、他の前記機器制御装置に接続された前記機器を制御するためのオブジェクトを生成し、
　前記ネットワークの情報に含まれる前記機器の通信パラメータを参照して、前記オブジェクトにアクセスする情報を得て、
　前記オブジェクトを所定のパケットに変換し、通信方式に対応するポートを選択して前記パケットを出力し、
　前記パケットを該当する前記機器が接続された他の前記機器制御装置に送信する、
　処理を実行させることを特徴とする機器制御プログラム。
　ネットワークに接続された複数の機器制御装置が、それぞれ複数の前記機器制御装置に直接接続された機器を制御する機器制御システムであって、
　一つの前記機器制御装置は、
　複数の他の前記機器制御装置と連携して、複数の他の前記機器制御装置にそれぞれ直接接続された前記機器を所定の手順で連携制御し、
　前記連携制御に対応して複数の前記機器をそれぞれ制御する際、他の前記機器制御装置に接続された前記機器を制御するためのオブジェクトを生成し、
　前記ネットワークの情報に含まれる前記機器の通信パラメータを参照して、前記オブジェクトにアクセスする情報を得て、
　前記オブジェクトを所定のパケットに変換し、通信方式に対応するポートを選択して前記パケットを出力し、
　前記パケットを該当する前記機器が接続された他の前記機器制御装置に送信する、
　制御部を備えたことを特徴とする機器制御システム。