JP2001325011A - プログラマブルコントローラシステム - Google Patents

Abstract

(57)【要約】 【課題】 アプリケーションプログラムを複数に分割し
てネットワークを介して相互に接続された複数のコント
ローラに分散格納したコントローラシステムを効率よく
かつ少ない負担で構築する。 【解決手段】 ネットワーク３０に分散接続された複数
のコントローラ１０−１〜１０−３に跨ったアプリケー
ションプログラム間のパラメータの受け渡しを自動化す
るためのプログラムブロックの実行処理と、各コントロ
ーラ１０−１〜１０−３内に格納されたアプリケーショ
ンプログラムデータを使って、分散したコントローラの
アプリケーションプログラムを一本のプログラムのよう
に表示するサポートツール２０を提供する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ネットワーク等
の通信手段を介して複数のプログラマブルコントローラ
と少なくとも１つのサポートツールとを相互に接続した
プログラマブルコントローラシステムに係り、特に、ア
プリケーションプログラムを複数のプログラムブロック
に分割して複数のプログラマブルコントローラに分散格
納することによりシステムの柔軟性を確立するとともに
負荷分散を図ったプログラマブルコントローラシステム
に関する。

【０００２】

【従来の技術】昨今のネットワーク技術の発達により、
設備や装置を制御するためのプログラマブルコントロー
ラ（以下、コントローラという）においても通信速度を
含むコントローラ間の情報伝達能力は飛躍的に向上して
きている。

【０００３】また、コントローラの低コスト化、小サイ
ズ化により、複数のコントローラを通信により接続した
システム構成は、高速で大型のコントローラ１台による
システムと比較しても、コスト面でもスペース効率面で
も遜色ないような状況になってきている。

【０００４】この種の制御システムにおいてネットワー
クを使って複数のコントローラを分散接続すると、以下
のようなメリットが生じる。

【０００５】１）ハードウエアの構成上と配置上、シス
テム構築に柔軟性が生じるため、設備や装置等の組み替
えが容易である。

【０００６】２）処理が複数のコントローラに負荷分散
されるため、個々のコントローラに求められる性能が抑
えられ、安価なコントローラを利用できる。

【０００７】３）コントローラの故障の際でも、システ
ムを構成するコントローラが複数に分かれているため、
システムダウンする範囲が一部にとどめられ、システム
全体の信頼性が向上する。

【０００８】このように設備や装置の構成、或いは、負
荷分散や最適なパフォーマンスのために、複数のコント
ローラによりシステムを構築することが可能になり、こ
れにより、今後、制御システムの分散化傾向は更に強ま
ると予想される。

【０００９】一方、コントローラは半導体メモリのコス
トダウン、マイコンチップの高性能化に相俟って、１台
のコントローラで制御できる入出力点数が飛躍的に増加
している傾向にある。また、これに比例してコントロー
ラのプログラム容量も増大している。

【００１０】また、コントローラを組み込むことで設計
される各種機械や製造設備自身の高機能化もプログラム
容量の増大に拍車をかけている。

【００１１】このような傾向の中で、コントローラに
は、近年、大容量のプログラムを効率よくまた品質よく
設計するために、また、再利用やメンテナンス管理のた
めに、プログラムを分割や階層化したりブロック分割す
る機能が付け加えられている傾向にある。

【００１２】加えて、コントローラを用いたシステムの
開発保守環境面でもブロック分割されたプログラムデー
タを個別にコントローラにダウンロードやアップロード
する機能を持つものも提案されている。

【００１３】ユーザは、この機能を利用して、分割ブロ
ック化したプログラムを１台のコントローラにて制御さ
れる装置のうちの個々の装置に割り当てたり、装置内の
独立性の高い機能ユニット個々と対応させることで、プ
ログラム設計において装置毎や機能毎の設計を順次また
は複数の作業者で分担して行うことができ、その結果そ
の生産性を高めている。

【００１４】また、この機能はコントローラ内のプログ
ラム機能分割をより明確なものとすることができるた
め、１台のコントローラで複数の制御対象を制御してい
るような場合にも、対象のプログラムをブロック分割し
た形でプログラミングされている。

【００１５】また、先に述べたネットワークによるシス
テムの分散化とアプリケーションプログラムの分割を組
み合わせることにより、分散方法はより柔軟になり、コ
ントローラという単位ではなく、ネットワークに跨った
プログラムブロック単位での分散が可能となっている。

【００１６】併せて、コントローラに跨って分散したア
プリケーションプログラムを、仮想的に１本のプログラ
ムとして扱うための技術も考えられている。

【００１７】

【発明が解決しようとする課題】しかし、コントローラ
を分散させることはアプリケーションプログラムも分散
してしまうため、従来の１台のコントローラを使ったシ
ステムの構築と比較して、以下の弊害が発生している。

【００１８】１）１台のコントローラを使用している際
には、単にコントローラ内のメモリへのデータ書き込み
と読み出しで済んでいたプログラムブロック間のデータ
の受け渡しが、コントローラ間でのデータの送受信を介
するため、別途そのためのプログラムが必要になり、プ
ログラミング作業の負担が新たに発生する。

【００１９】２）プログラムがコントローラ毎に物理的
に分散され、全体的な論理構造が見えづらくなり、設計
者や保全者である作業員の作業が難解になる。

【００２０】３）従来ならば１台のコントローラに対し
て行えばよかったものを、複数のコントローラに対し
て、また、その中の所定のプログラムブロックに対して
それぞれ行わなければならなくなるため、デバックやメ
ンテナンス作業が複雑になり、作業量が増大する。

【００２１】４）複数のコントローラに分散したプログ
ラムをサポートツールを使って、論理構造的に表示する
ためには、ノーマルプログラムの全体構造と個々のプロ
グラムがいずれのコントローラに格納されているかを管
理するための情報が、プログラムデータ以外に必要とな
るため、その情報の維持管理作業が作業者側の負担とな
り、かつ、その情報を解析するための資源をサポートツ
ールに設ける必要が生じる。

【００２２】そこで、この発明は、アプリケーションプ
ログラムを複数に分割して相互に接続された複数のコン
トローラに分散格納したコントローラシステムを効率よ
くかつ少ない負担で構築することができるようにするこ
とを目的とする。

【００２３】また、この発明は、アプリケーションプロ
グラムを複数に分割してネットワークを介して相互に接
続された複数のコントローラに分散格納したコントロー
ラシステムを効率よくかつ少ない負担で構築することが
できるようにしたコントローラを提供することを目的と
する。

【００２４】また、この発明は、アプリケーションプロ
グラムを複数に分割してネットワークを介して相互に接
続された複数のコントローラに分散格納したコントロー
ラシステムの複数のコントローラに跨るアプリケーショ
ンプログラムの構造を論理的に容易に認識することがで
き、設備のデバックやメンテナンス時等の作業効率を大
幅に向上させることができるようにしたサポートツール
を提供することを目的とする。

【００２５】

【課題を解決するための手段】この発明のコントローラ
システムは、複数のコントローラと少なくとも１つのサ
ポートツールとを通信手段を介して相互に接続し、かつ
アプリケーションプログラムをいくつかのプログラムブ
ロックに分割してそれら複数のコントローラに分散配置
してなるたコントローラシステムである。

【００２６】上記コントローラそれぞれには、複数のプ
ログラムブロックに分割されたアプリケーションプログ
ラムのうちのノーマルプログラムブロックを実行するノ
ーマルプログラムブロック実行手段と、上記プログラム
ブロックに対して入出力パラメータを定義する入出力パ
ラメータ定義手段と、他のコントローラのプログラムブ
ロックに格納されているプログラムに対して上記入出力
パラメータの送受信を行う入出力パラメータ送受信プロ
グラムブロックを実行する入出力パラメータ送受信プロ
グラムブロック実行手段と、上記入出力パラメータ送受
信プログラムブロックに対して相手先プログラムブロッ
クの位置情報を記憶する相手先プログラムブロック位置
情報記憶手段と、プログラムブロックの読み出し要求に
際して、該当プログラムブロックがノーマルプログラム
ブロックである場合は、該ノーマルプログラムブロック
のデータを返信し、該当プログラムブロックが入出力パ
ラメータ送受信プログラムブロックである場合は、該入
出力パラメータ送受信プログラムブロックから相手先プ
ログラムブロックの位置情報を抽出して返信する送受信
制御手段と、が具備される。

【００２７】また、上記サポートツールには、上記コン
トローラに対してプログラムブロックの読み出し要求を
送信するプログラムブロック読出要求送信手段と、上記
プログラムブロック読出要求送信手段によるプログラム
ブロックの読み出し要求に対して上記コントローラから
返信された内容について、ノーマルプログラムブロック
のデータか入出力パラメータ送受信ブロックの相手先プ
ログラムブロックの位置情報かを判別する判別手段と、
上記判別手段によりノーマルプログラムブロックのデー
タであると判別された場合は、該ノーマルプログラムブ
ロックのデータをそのまま表示し、入出力パラメータ送
受信ブロックの相手先プログラムブロックの位置情報で
あると判別された場合は、その位置情報に基づき相手先
プログラムブロックを読み出し、それを表示する表示制
御手段と、が具備される。

【００２８】ここで、通信手段は、ＬＡＮ（ローカルエ
リアネットワーク）等を含む。また、ノーマルプログラ
ムブロックは、例えば、この発明のコントローラシステ
ムが実行するアプリケーションプログラムを複数に分割
した各プログラムブロックを示す。

【００２９】すなわち、この発明のコントローラシステ
ムにおいては、アプリケーションプログラムを複数のプ
ログラムブロックに分割し、該分割したプログラムブロ
ックを複数のコントローラに分散格納することで負荷分
散を図るとともに、コントローラシステムを少ない負担
でかつ効率よく構築することができるように構成されて
いる。

【００３０】また、この発明においては、上記プログラ
ムブロックに対して入出力パラメータを定義する入出力
パラメータ定義手段を設け、他のコントローラのプログ
ラムブロックに格納されているプログラムに対して上記
入出力パラメータの送受信を行う入出力パラメータ送受
信プログラムブロックを実行する入出力パラメータ送受
信プログラムブロック実行手段を設ける。

【００３１】そして、上記入出力パラメータ送受信プロ
グラムブロックに対して相手先プログラムブロックの位
置情報を記憶する相手先プログラムブロック位置情報記
憶手段を設け、上記サポートツールからのプログラムブ
ロックの読み出し要求に際して、該当プログラムブロッ
クがノーマルプログラムブロックである場合は、該ノー
マルプログラムブロックのデータを返信し、該当プログ
ラムブロックが入出力パラメータ送受信プログラムブロ
ックである場合は、該入出力パラメータ送受信プログラ
ムブロックから相手先プログラムブロックの位置情報を
抽出して返信する送受信制御手段を設ける。

【００３２】また、サポートツールには、上記コントロ
ーラに対してプログラムブロックの読み出し要求を送信
するプログラムブロック読出要求送信手段を設け、上記
プログラムブロック読出要求送信手段によるプログラム
ブロックの読み出し要求に対して上記コントローラから
返信された内容について、ノーマルプログラムブロック
のデータか相手先プログラムブロックの位置情報かを判
別手段で判別し、上記判別手段によりノーマルプログラ
ムブロックのデータであると判別された場合は、該ノー
マルプログラムブロックのデータをそのまま表示し、入
出力パラメータ送受信ブロックの相手先プログラムブロ
ックの位置情報であると判別された場合は、その位置情
報に基づき相手先プログラムブロックを読み出し、それ
を表示する表示制御手段を設ける。

【００３３】このような構成によると、複数のコントロ
ーラに跨るアプリケーションプログラムの構造がサポー
トツールで論理的に認識できるため、作業者による認識
が容易になり作業ミスがなくなる。

【００３４】また、複数のコントローラに格納されてい
るアプリケーションプログラムの所定の部分が、論理的
なプログラム構造に従ってサポートツールに自動的に表
示されるため、従来の１台のコントローラ毎にかつプロ
グラムブロック毎に繰り返していた作業操作が単純化で
き、設備のデバック／メンテナンス時等の作業効率が大
幅に向上する。

【００３５】また、複数のコントローラに跨るアプリケ
ーションプログラムを特別な構成情報なしに、コントロ
ーラに格納されているアプリケーションデータだけで論
理的に表示できることで、構成情報の作成、保存、読み
出しなどの管理に関して作業者への負担がなくなる。

【００３６】また、複数のコントローラアプリケーショ
ンプログラムを論理構造を持って表示するために、特別
な構成情報が必要でなくなりサポートツール側のハード
資源負担が軽くなり、より低コストなサポートツールが
提供しやすくなる。

【００３７】また、ネットワークを介してデータの送受
信が、プログラムブロックへのパラメータ定義だけで実
現されるため、設計者の負担が軽くなるとともに、デー
タの送受信部が特定のプログラムブロックに集約される
ため構造的に分かりやすい設計が可能になる。

【００３８】次に、この発明のコントローラは、複数の
コントローラを通信手段を介して相互に接続し、かつア
プリケーションプログラムをいくつかのプログラムブロ
ックに分割してそれら複数のコントローラに分散配置し
てなるコントローラシステムにおけるコントローラであ
る。

【００３９】そして、このコントローラには、複数のプ
ログラムブロックに分割されたアプリケーションプログ
ラムのうちのノーマルプログラムブロックを実行するノ
ーマルプログラムブロック実行手段と、上記プログラム
ブロックに対して入出力パラメータを定義する入出力パ
ラメータ定義手段と、他のコントローラのプログラムブ
ロックに格納されているプログラムに対して上記入出力
パラメータの送受信を行う入出力パラメータ送受信プロ
グラムブロックを実行する入出力パラメータ送受信プロ
グラムブロック実行手段と、上記入出力パラメータ送受
信プログラムブロックに対して相手先プログラムブロッ
クの位置情報を記憶する相手先プログラムブロック位置
情報記憶手段と、プログラムブロックの読み出し要求に
際して、該当プログラムブロックがノーマルプログラム
ブロックである場合は、該ノーマルプログラムブロック
のデータを返信し、該当プログラムブロックが入出力パ
ラメータ送受信プログラムブロックである場合は、該入
出力パラメータ送受信プログラムブロックから相手先プ
ログラムブロックの位置情報を抽出して返信する送受信
制御手段と、が具備される。

【００４０】ここで、サポートツールは必須ではなく、
複数のコントローラによる運転状態だけを想定すればサ
ポートツールを接続しない構成も考えられる。

【００４１】次に、この発明のサポートツールは、複数
のコントローラと少なくとも１つのサポートツールを通
信手段を介して相互に接続し、かつアプリケーションプ
ログラムをいくつかのプログラムブロックに分割してそ
れら複数のコントローラに分散配置してなるコントロー
ラシステムにおけるサポートツールである。

【００４２】そして、このサポートツールには、上記コ
ントローラに対してプログラムブロックの読み出し要求
を送信するプログラムブロック読出要求送信手段と、上
記プログラムブロック読出要求送信手段によるプログラ
ムブロックの読み出し要求に対して上記コントローラか
ら返信された内容について、ノーマルプログラムブロッ
クのデータか入出力パラメータ送受信ブロックの相手先
プログラムブロックの位置情報かを判別する判別手段
と、上記判別手段によりノーマルプログラムブロックの
データであると判別された場合は、該ノーマルプログラ
ムブロックのデータをそのまま表示し、入出力パラメー
タ送受信ブロックの相手先プログラムブロックの位置情
報であると判別された場合は、その位置情報に基づき相
手先プログラムブロックを読み出して表示する表示制御
手段と、が具備される。

【００４３】さらに、本発明の他の特徴は、相互接続さ
れて複数のコントローラからなるコントローラシステム
を構成するコントローラでもある。そして、このコント
ローラには、アプリケーションプログラムを１つ以上に
分割したプログラムブロックを実行する手段と、プログ
ラムに対し入出力パラメータを定義する手段と、コント
ローラ外部より指定された入出力パラメータを受け取る
手段と、コントローラ外部よりプログラムブロックの起
動の指示を受け取る手段と、指定された入力パラメータ
により、該当のプログラムブロックを実行し、出力指定
されたパラメータとして、実行結果を指示元に返す手段
と、が具備される。

【００４４】

【発明の実施の形態】以下、この発明に係るコントロー
ラシステム、コントローラ、並びに、サポートツールの
実施の一形態を添付図面を参照して詳細に説明する。

【００４５】図１は、この発明に係わるコントローラシ
ステムの一実施形態の全体構成を示すブロック図であ
る。図１において、このコントローラシステムは、３台
のコントローラ、すなわちコントローラ（コントローラ
Ａ）１０−１、コントローラ（コントローラＢ）１０−
２、コントローラ（コントローラＣ）１０−３と、サポ
ートツール２０とを、ネットワーク３０に接続して構成
される。

【００４６】ここで、この実施の形態のコントローラシ
ステムにおいては、このコントローラシステムが実行す
るアプリケーションプログラムを複数のプログラムブロ
ックに分割し、この分割したプログラムブロックを上記
３台のコントローラ１０−１〜１０−３に分散して格納
して実行するように構成される。

【００４７】図２は、図１に示したコントローラシステ
ムのコントローラ１０−１〜１０−３の詳細構成をコン
トローラ１０として示したブロック図である。図２にお
いて、このコントローラ１０は、演算プロセッサ（ＣＰ
Ｕ）１１、システムプログラムメモリ１２、ユーザプロ
グラムメモリ１３、パラメータメモリ１４、ワークメモ
リ１５、入出力メモリ（Ｉ／Ｏメモリ）１６、通信イン
タフェース（通信Ｉ／Ｆ）１７、入出力インタフェース
（Ｉ／Ｆ）１８を具備して構成され、通信インタフェー
ス１７は、図１に示したネットワーク３０に接続され、
入出力インタフェース１８は、入出力装置１９に接続さ
れる。

【００４８】ここで、演算プロセッサ１１は、このコン
トローラ１０の全体動作を統括制御するものであり、シ
ステムプログラムメモリ１２は、演算プロセッサ１１に
より処理されるこのコントローラ１０のシステムプログ
ラムを記憶するためのメモリである。

【００４９】また、ユーザプログラムメモリ１３は、こ
のシステムのアプリケーションプログラムを記憶するた
めのメモリであり、パラメータメモリ１４は、このコン
トローラ１０における各種演算や処理のための各種パラ
メータを記憶するためのメモリである。

【００５０】ワークメモリ１５は、このコントローラ１
０における各種演算や処理を行うためのデータを一時記
憶するためのメモリである。

【００５１】入出力メモリ（Ｉ／Ｏメモリ）１６は、こ
のコントローラ１０におけるプログラム実行により入出
力情報の代用として参照や書き換えられるメモリであ
る。また、この入出力メモリ１６には、プログラムブロ
ック毎のパラメータも格納される。

【００５２】また、通信インタフェース（通信Ｉ／Ｆ）
１７は、ネットワーク３０に接続するためのインタフェ
ースを構成する。

【００５３】また、入出力装置１９は、センサやスイッ
チなどに接続される入力装置と、モータやアクチュエー
タなどに接続される出力装置とを組み合わせた装置であ
り、ネットワーク３０は、サポートツール２０および他
のコントローラとの間で情報交換を行うための通信手段
を構成する。尚、入出力装置１９は、独立したいくつか
の入力装置と独立したいくつかの出力装置のかたまりの
総称といった意味もある。

【００５４】図３は、図１に示したコントローラシステ
ムのサポートツール２０の詳細構成を示したブロック図
である。図３において、このサポートツール２０は、演
算装置２１、入力装置２７、表示装置２８を具備して構
成される。演算装置２１は、中央処理装置２２、メモリ
空間２３、表示装置用メモリ２４、バス２５、インタフ
ェース（Ｉ／Ｆ）２６を具備する。メモリ空間２３に
は、パラメータデータエリア２３−１、ユーザプログラ
ムデータエリア２３−２、サポートツールプログラムエ
リア２３−３が設けられている。

【００５５】ここで、中央処理装置２２は、このサポー
トツール２０の全体動作を統括制御する演算プロセッサ
である。

【００５６】また、メモリ空間２３のパラメータデータ
エリア２３−１にはこのサポートツール２０の処理に必
要な各種パラメータが格納され、ユーザプログラムデー
タエリア２３−２には、コントローラ１０−１〜１０−
３から読み出された「アプリケーションプログラム」の
データが格納され、サポートツールプログラムエリア２
３−３には、中央処理装置２２が実行するこのサポート
ツール２０で実行するプログラムが格納される。

【００５７】また、表示装置用メモリ２４は、表示装置
２８に出力される情報が格納されるメモリで、この情報
は中央処理装置２２により書き換えられる。

【００５８】また、インタフェース２６は、コントロー
ラ１０−１〜１０−３と通信を行うための通信インタフ
ェースを構成する。

【００５９】また、入力装置２７は、ユーザ要求を入力
するための装置で、キーボード、ポインティングデバイ
スなどから構成され、表示装置２８は、表示装置用メモ
リ２４の情報を表示する装置で、例えば、ＣＲＴ等から
構成される。

【００６０】上記構成の実施の形態のコントローラシス
テムにおいては、後に詳述するように、ネットワーク３
０に分散接続された複数のコントローラ１０−１〜１０
−３に跨ったアプリケーションプログラム間のパラメー
タの受け渡しを自動化するためのプログラムブロックの
実行処理と、各コントローラ１０−１〜１０−３内に格
納されたアプリケーションプログラムデータを使って、
分散したコントローラのアプリケーションプログラムを
一本のプログラムのように表示するサポートツール２０
を提供する。

【００６１】さて、この実施の形態のコントローラシス
テムにおいて、ネットワーク３０上では、メッセージサ
ービスにより情報交換を行い、これにより相手先に各要
求を発行する。このメッセージサービスは、サポートツ
ール２０からコントローラ１０−１〜１０−３への要
求、コントローラから他のコントローラへの要求に使用
される。

【００６２】各メッセージは、コマンドに相手先のネッ
トワークアドレスを付加し、それにより各メッセージの
受信先が特定される。この実施の形態のコントローラシ
ステムにおいては以下のメッセージサービスコマンドを
用意する。

【００６３】 １）データ送信 送信コマンドのパラメータ 相手コントローラにおけるデータ格納先メモリアドレス 格納データ 受信レスポンスの内容 正常終了コード 何らかの理由で処理が正常に完了しなかった場合はエラー終了 ２）データ受信 送信コマンドのパラメータ データ長 相手コントローラにおけるデータ読出先メモリアドレス 受信レスポンスの内容 正常終了コードと読出データ 何らかの理由で処理が正常に完了しなかった場合はエラー終了 ３）プログラム読出 送信コマンドのパラメータ なし 受信レスポンスの内容 アプリケーションプログラムデータ全体 何らかの理由で処理が正常に完了しなかった場合はエラー終了コ ード ４）プログラムブロック読出 送信コマンドのパラメータ プログラムブロックＩＤ番号 受信レスポンスの内容 実体が自コントローラ内の場合、正常終了コードとプログラムブ ロックデータ 実体が他コントローラ内の場合、正常終了コードとコントローラ のアドレスとプログラムブロックＩＤ番号 何らかの理由で処理が正常に完了しなかった場合はエラー終了コ ード ５）プログラム構成読出 送信コマンドのパラメータ なし 受信レスポンスの内容 正常終了コードとプログラム構成情報 何らかの理由で処理が正常に完了しなかった場合はエラー終了コ ード なお、プログラム構成読出に対する受信レスポンスのプ
ログラム構成情報の一例を示すと図４のようになる。

【００６４】図４において、このプログラム構成情報
は、全プログラムの個別情報（ブロックＡ）と毎サイク
ル起動プログラムＩＤ番号（ブロックＢ）とからなり、
全プログラムの個別情報は、レコード１からレコードＮ
にそれぞれプログラムブロックＩＤ番号（フィールド
１）、プログラムブロック種別（フィールド２）、プロ
グラムブロック本体からの情報（フィールド３）があ
り、プログラムブロック本体からの情報には、 １）命令コードに含まれるプログラムブロック起動命令
に定義されたプログラムブロックＩＤ番号（種別がノー
マルプログラムブロックの場合） ２）相手先プログラムブロック位置情報（種別が入出力
パラメータプログラムブロックの場合）が含まれてい
る。

【００６５】また、毎サイクル起動プログラムＩＤ番号
には、プログラムブロックＩＤ番号が含まれている。

【００６６】次に、この実施の形態のコントローラシス
テムの詳細動作を以下に示すフローチャートを参照して
詳細に説明する。

【００６７】図５は、図２に示したコントローラ１０に
おける全体処理フローを示すフローチャートである。図
５において、コントローラ１０の電源ＯＮ初期処理に続
いて処理が開始されると（ステップ５０１）、コントロ
ーラ１０は、まず、所定の共通処理を実行し（ステップ
５０２）、次に、プログラム運転が可能であるかを調べ
る（ステップ５０３）。

【００６８】ここで、プログラム運転可であると判断さ
れると（ステップ５０３でＹＥＳ）、プログラム運転処
理を実行し（ステップ５０４）、その後、Ｉ／Ｏメモリ
１６のＩ／Ｏリフレッシュ処理を行う（ステップ５０
５）。

【００６９】なお、ステップ５０３でプログラム運転可
でないと判断されると（ステップ５０３でＮＯ）、プロ
グラム運転処理を実行することなく、Ｉ／Ｏメモリ１６
のＩ／Ｏリフレッシュ処理を行う（ステップ５０５）。

【００７０】Ｉ／Ｏメモリ１６のＩ／Ｏリフレッシュ処
理が終了すると、次に所定のネットワーク処理を実行し
（ステップ５０６）、ステップ５０２に戻り、上記処理
を繰り返す。

【００７１】図６は、図５に示したステップ５０６のネ
ットワーク処理の詳細を示すフローチャートである。ネ
ットワーク処理では、サポートツール２０または他コン
トローラ１０からのコマンドの受信状態、他処理からの
ネットワーク処理依頼の状態に応じて、以下の処理がお
こなわれる。ここで、コマンドやレスポンス受信自体は
割り込み処理にて行われ、ワークメモリ１５上の一時記
憶エリアに記憶される。

【００７２】１）サポートツール２０および他コントロ
ーラ１０からのコマンドに従った処理 ２）他処理からのネットワーク処理依頼内容に従ったコ
マンド発行処理 ３）発行したコマンドに対するレスポンスに従った処理

【００７３】さて、図６において、このネットワーク処
理が開始されると（ステップ６０１）、まず、受信コマ
ンド若しくはレスポンスがあるかを調べる（ステップ６
０２）。ここで、受信コマンド若しくはレスポンスがな
いと判断されると（ステップ６０２でＮＯ）、ステップ
６０５に進むが、受信コマンド若しくはレスポンスがあ
ると判断されると（ステップ６０２でＹＥＳ）、各コマ
ンド又はレスポンスを解析したのち（ステップ６０
３）、各コマンド及びレスポンス別の処理を実行する
（ステップ６０４）。

【００７４】ここで、各コマンド別のレスポンス処理内
容を以下に示す。なお、以下に示す処理以外にも、コン
トローラとして持つべきコマンド処理は存在するが、こ
の実施の形態の内容には依存しないのでここではその説
明を省略する。 １）「データ送信」コマンドに対する処理 コマンドパラメータに指定されたデータ格納メモリアド
レス以降に、コマンドパラメータに指定された格納デー
タを書き込む。処理が完了したら、正常終了コードを返
信する。ただし、何らかの原因で、正常に処理が終了し
なければ、エラー終了のレスポンスを返信する。

【００７５】２）「データ受信」コマンドに対する処理 コマンドパラメータに指定された読み出し先メモリアド
レス以降から、データ長分のデータを正常終了コードと
ともに返信する。ただし、何らかの原因で、正常に処理
が終了しなければ、エラー終了のレスポンスを返信す
る。

【００７６】３）「プログラム読出」コマンドに対する
処理 ユーザプログラムメモリ１３領域内の所定の場所から
「アプリケーションプログラムデータ」を読出し、正常
終了コードとともに返信する。ただし、何らかの原因
で、正常に処理が終了しなければエラー終了のレスポン
スを返信する。なお、「アプリケーションプログラムデ
ータ」は、後に説明する図２５の「アプリケーションプ
ログラムデータ」のような構成となる。

【００７７】４）「プログラムブロック読出」コマンド
に対する処理 コマンドパラメータに指定されたプログラムブロックＩ
Ｄに従い、ユーザプログラムメモリ１３領域内の「アプ
リケーションプログラムデータ」から該当のプログラム
ブロックデータを抽出し、正常終了コードとともに返信
する。ただし、何らかの原因で、正常に処理が終了しな
ければエラー終了のレスポンスを返信する。なお、「ア
プリケーションプログラムデータ」は、後に説明する図
２５の「アプリケーションプログラムデータ」のような
構成となり、「プログラムブロックデータ」は、後に説
明する図２０に示す「ノーマルプログラムブロックの構
造」若しくは図２１の「入出力パラメータ送信プログラ
ムブロックの構造」のような構成となる。

【００７８】５）「プログラム構成読出」コマンドに対
する処理 後に説明する図１６の「プログラム構成情報抽出処理フ
ロー」の処理によりプログラム構成情報（図４参照）を
作成し、正常終了コードとともに返信する。ただし、何
らかの原因で、正常に処理が終了しなければエラー終了
のレスポンスを返信する。

【００７９】ステップ６０５では、ネットワーク処理依
頼項目記憶エリアを読み出し、次に、処理依頼があるか
を調べる（ステップ６０６）。ここで、処理依頼がない
と判断されると（ステップ６０６でＮＯ）、このまま、
このネットワーク処理を終了する（ステップ６１０）。

【００８０】ステップ６０６で、処理依頼があると判断
されると（ステップ６０６でＹＥＳ）、ネットワーク処
理依頼項目記憶エリアの先頭の依頼を読み出し（ステッ
プ６０７）、この依頼に対応したコマンドを生成して送
信し（ステップ６０８）、ネットワーク処理依頼項目を
一段つめ（ステップ６０９）、このネットワーク処理を
終了する（ステップ６１０）。

【００８１】図７は、図５に示したステップ５０４のプ
ログラム運転処理の詳細を示すフローチャートである。
図７において、プログラム運転処理が開始されると（ス
テップ７０１）、まず、初回実行かを調べる（ステップ
７０２）。ここで、初回実行でないと判断されると（ス
テップ７０２でＮＯ）、ステップ７０４に進むが、初回
実行であると判断されると（ステップ７０２でＹＥ
Ｓ）、プログラム運転処理用ワークを初期化し（ステッ
プ７０３）、ステップ７０４に進む。

【００８２】さて、この実施の形態のコントローラシス
テムにおいては、「プログラム運転処理」起動により、
毎サイクル起動されるものと、任意のプログラムブロッ
クより起動されるものがある。

【００８３】また、「プログラム運転処理」起動によ
り、毎サイクル起動されるプログラムブロックは、プロ
グラミングの際に作業者が設定しておき、アプリケーシ
ョンプログラムデータ内のデータ情報領域に格納されて
いる。

【００８４】ステップ７０４では、プログラムブロック
ステータス情報の先頭レコードを読み出し、プログラム
ブロック実行処理を行う（ステップ７０５）。そして、
プログラムブロックステータス情報の次のレコードを読
み出し（ステップ７０６）、残りプログラムブロックな
しかを調べる（ステップ７０７）。

【００８５】ここで、残りプログラムブロックありと判
断された場合は（ステップ７０７でＮＯ）、ステップ７
０５に戻り、ステップ７０５からステップ７０７の処理
を繰り返すが、残りプログラムブロックなしと判断され
た場合は（ステップ７０７でＹＥＳ）、プログラム実行
処理を終了する（ステップ７０８）。

【００８６】図８，図９は、図７に示したステップ７０
５のプログラムブロック実行処理の詳細を示すフローチ
ャートである。図８において、プログラムブロック実行
処理が開始されると（ステップ８０１）、まず、プログ
ラムブロックデータを読み出し（ステップ８０２）、次
に、プログラムブロックの種別を調べる（ステップ８０
３）。

【００８７】ここで、プログラムブロックがノーマルブ
ロックであると判断されると、Ｉ／Ｏメモリ１６より入
力パラメータの値を読み出し、プログラムブロック実行
処理へ引数としてセットする（ステップ８０４）。そし
て、プログラムブロック本体を順次読み出し、命令コー
ドに従った実行処理を行う（ステップ８０５）。

【００８８】次に、命令コード終了かを調べ、命令コー
ド終了でないと判断されると（ステップ８０６でＮ
Ｏ）、ステップ８０５に戻り、ステップ８０６にて命令
コード終了と判断されるまで、ステップ８０５、８０６
の処理を繰り返すが、命令コード終了と判断されると
（ステップ８０６でＹＥＳ）、プログラムブロック実行
処理の結果を出力パラメータの値としてＩ／Ｏメモリ１
６にセットし、このプログラムブロック実行処理を終了
する（ステップ８０８）。

【００８９】また、ステップ８０３で、プログラムブロ
ックが入出力パラメータ送受信プログラムブロックであ
ると判断された場合は、図９に移って、Ｉ／Ｏメモリ１
６より入力パラメータの値を読み出し（ステップ９０
１）、プログラムブロック本体として格納された「相手
先プログラム位置情報」と「相手先入出力パラメータ位
置情報」の入力パラメータ位置情報を用いて、「データ
送信コマンド」によりＩ／Ｏメモリ１６より読み込んだ
データを送信し、レスポンスが返されるのを待つ（ステ
ップ９０２）。

【００９０】次に、レスポンス正常かを調べ（ステップ
９０３）、レスポンス正常であると判断された場合は
（ステップ９０３でＹＥＳ）、プログラム本体として格
納された「相手先プログラム位置情報」と「相手先入出
力パラメータ位置情報」の出力パラメータ位置情報を用
いて、「データ受信コマンド」を発行し、レスポンスが
返されるのを待つ（ステップ９０４）。

【００９１】そして、レスポンス正常かを調べ（ステッ
プ９０５）、レスポンス正常であると（ステップ９０５
でＹＥＳ）、レスポンスの値をＩ／Ｏメモリ１６にセッ
トし（ステップ９０６）、図８のフローチャートに戻っ
て、このプログラムブロック実行処理を終了する（ステ
ップ８０８）。

【００９２】なお、ステップ９０３で、レスポンスが正
常でない（ステップ９０３でＮＯ）若しくはステップ９
０５で、レスポンスが正常でない（ステップ９０５でＮ
Ｏ）と判断された場合は、そのままこのプログラムブロ
ック実行処理を終了する（ステップ８０８）。

【００９３】図１０は、図３に示したサポートツール２
０における全体処理を示すフローチャートである。図１
０において、サポートツール２０の処理が開始されると
（ステップ１００１）、先ず、所定の起動時初期処理を
実行し（ステップ１００２）、次に、ユーザ操作による
機能選択が行われる（ステップ１００３）。

【００９４】次に、ステップ１００３の機能選択により
選択された機能がプログラム読出機能かを調べる（ステ
ップ１００４）。ここで、選択された機能がプログラム
読出機能であると判断されると（ステップ１００４でＹ
ＥＳ）、プログラム読出機能処理を実行し（ステップ１
００５）、ステップ１００３に戻る。

【００９５】また、ステップ１００４で選択された機能
がプログラム読出機能でないと判断された場合は（ステ
ップ１００４でＮＯ）、他の機能の選択に応じてサポー
トツール各機能への分岐を行い、サポートツール各機能
処理を実行する。

【００９６】そして、次に、サポートツール各機能処理
が終了かを調べ（ステップ１００６）、終了でないと判
断されると（ステップ１００６でＮＯ）、ステップ１０
０３へ戻るが、終了であると判断されると（ステップ１
００６でＹＥＳ）、所定の終了処理を実行し（ステップ
１００７）、このサポートツール２０における全体処理
フローを終了する（ステップ１００８）。

【００９７】図１１，図１２は、図１０に示したステッ
プ１００５のプログラム読出機能処理の詳細を示すプロ
グラム読出機能フローのフローチャートである。図１１
において、プログラム読出機能が開始されると（ステッ
プ１１０１）、演算装置２１のメモリ空間２３における
パラメータデータエリア２３−１の「コントロール別ネ
ットワークアドレス情報」よりネットワークに接続して
いるコントローラＩＤを抽出する（ステップ１１０
２）。

【００９８】次に、表示装置２８の画面上に表示フレー
ム（Ａ）を開きネットワーク３０に接続しているコント
ローラ１０−１〜１０−３を「コントローラの一覧」と
して表示する（ステップ１１０３）。

【００９９】この「コントローラの一覧」の一例は、例
えば、後述する図３２に示すようなもので、図３２にお
いては、ネットワーク３０に接続しているコントローラ
が、コントローラ（コントローラＡ）１０−１、コント
ローラ（コントローラＢ）１０−２、コントローラ（コ
ントローラＣ）１０−３であることを示している。

【０１００】ここで、作業者が表示フレーム（Ａ）内の
コントローラを指定する（ステップ１１０４）。

【０１０１】これにより、指定されたコントローラのコ
ントローラＩＤ番号をもとに「コントローラ別ネットワ
ークアドレス情報」より該当のコントローラのアドレス
情報を抽出する（ステップ１１０５）。

【０１０２】そして、抽出したアドレス宛てに「プログ
ラム読出」コマンドを発行し（ステップ１１０６）、レ
スポンス待ちになる（ステップ１１０７）。

【０１０３】ステップ１１０７でレスポンスありと判断
されると、コマンドのレスポンスとして選択されたコン
トローラ１０のユーザプログラムから「アプリケーショ
ンプログラムデータ」を読み込み（ステップ１１０
８）、この「アプリケーションプログラムデータ」を解
析し、別の表示フレーム（Ｂ）を開き「アプリケーショ
ンプログラム構造」を表示する（ステップ１１０９）。

【０１０４】ここで、表示フレーム（Ｂ）は、図３３に
示すように、例えばコントローラ（コントローラＡ）１
０−１の「アプリケーションプログラム構造」を示して
おり、ここでは、コントローラ（コントローラＡ）１０
−１のアプリケーションプログラム構成をプログラムブ
ロック単位で表示している。

【０１０５】次に、作業者が表示フレーム（Ｂ）内のプ
ログラムブロックを指定する（ステップ１１１０）。

【０１０６】そして、指定されたプログラムブロックの
データを図２５に示すような「アプリケーションプログ
ラムデータ」より抽出し（ステップ１１１１）、抽出し
たプログラムブロックの種別を調べる（ステップ１１１
２）。

【０１０７】ここで、抽出したプログラムブロックの種
別が入出力パラメータ送受信プログラムブロックである
と、プログラムデータブロックより相手先プログラムブ
ロック位置情報（相手先コントローラアドレスと相手先
プログラムブロックＩＤ番号）を抽出し（ステップ１２
０１）、次に、指定されたプログラムブロックデータよ
り入力パラメータ、出力パラメータ（ｂ）を抽出し（ス
テップ１２０２）、抽出した相手先コントローラアドレ
ス宛に、同じく抽出したプログラムブロックＩＤ番号を
パラメータして「プログラムブロック読出コマンドを発
行し（ステップ１２０３）、レスポンス待ちになる（ス
テップ１２０４）。

【０１０８】そして、ステップ１２０４でレスポンスあ
りと判断されると、コマンドのレスポンスとして「プロ
グラムブロックデータ」を読み込み（ステップ１２０
５）、さらに、プログラムデータブロックより入力パラ
メータ、出力パラメータおよびプログラムブロック本体
であるプログラムコードリストを抽出し、図３５に示さ
れるように、（ｂ）とともに新しい表示フレーム（Ｃ）
を開いて表示する（ステップ１２０６）。

【０１０９】次に、作業者が別ブロックの読み出しを指
定した場合は、別のプログラムブロックを読み出すかを
調べ（ステップ１２０７）、別のプログラムブロックを
読み出すと判断されると（ステップ１２０７でＹＥ
Ｓ）、フレーム（Ｃ）を閉じ（ステップ１２０８）、図
１１のステップ１１１０へ進む。

【０１１０】また、ステップ１２０７で別のプログラム
ブロックは読み出さないと判断されると（ステップ１２
０７でＮＯ）、次に、作業者が別コントローラの読み出
しを指定した場合は、別のコントローラを指定するかを
調べる（ステップ１２０９）。ここで、別のコントロー
ラを指定すると判断されると（ステップ１２０９でＹＥ
Ｓ）、フレーム（Ｂ），（Ｃ）を閉じ（ステップ１２１
０）、図１１のステップ１１０４へ進む。

【０１１１】また、ステップ１２０９で、別のコントロ
ーラは指定しないと判断されると（ステップ１２０９で
ＮＯ）、作業者が機能終了を指定した場合は、このプロ
グラム読出機能を終了するかを調べ（ステップ１２１
１）、このプログラム読出機能を終了しないと判断され
ると（ステップ１２１１でＮＯ）、ステップ１２０７に
戻るが、このプログラム読出機能を終了すると判断され
ると（ステップ１２１１でＹＥＳ）、すべてのフレーム
（Ａ）〜（Ｃ）を閉じ（ステップ１２１２）、このプロ
グラムブロック処理を終了する（ステップ１２１３）。

【０１１２】一方、図１１のステップ１１１２で抽出し
たプログラムブロックの種別がノーマルプログラムブロ
ックであると、プログラムブロックデータより入力パラ
メータ、出力パラメータおよびプログラムブロック本体
であるプログラムコードリストを抽出し、図３４に示さ
れるように、新しい表示フレーム（Ｃ）を開いて表示し
（ステップ１１１３）、ステップ１２０７へ進む。以
下、ステップ１２０７〜ステップ１２１３の処理は前述
した処理と同様である。

【０１１３】図１３，図１４，図１５は、図１０に示し
たステップ１００５のプログラム読出機能処理の詳細を
示す他のプログラム読出機能フローのフローチャートで
ある。図１３において、プログラム読出機能が開始され
ると（ステップ１３０１）、まず、演算装置２１のメモ
リ空間２３におけるパラメータデータエリア２３−１の
「コントロール別ネットワークアドレス情報」よりネッ
トワークに接続しているコントローラＩＤを抽出する
（ステップ１３０２）。

【０１１４】次に、表示装置２８の画面上に表示フレー
ム（Ａ）を開き「コントローラの一覧」として表示する
（ステップ１３０３）。

【０１１５】ここで、作業者が表示フレーム（Ａ）内の
コントローラを指定する（ステップ１３０４）。

【０１１６】これにより、指定されたコントローラのコ
ントローラＩＤ番号をもとに「コントローラ別ネットワ
ークアドレス情報」より該当のコントローラのアドレス
（ａ）を抽出する（ステップ１３０５）。

【０１１７】そして、抽出したアドレス（ａ）宛てに
「プログラム構成読出」コマンドを発行し（ステップ１
３０６）、レスポンス待ちになる（ステップ１３０
７）。

【０１１８】ステップ１３０７でレスポンスありと判断
されると、このレスポンス（ｂ）、すなわち、抽出した
アドレスのコントローラ１０のアプリケーションプログ
ラムをメモリ空間２３のユーザプログラムデータエリア
２３−２へ保存する（ステップ１３０８）。

【０１１９】次に、レスポンス（ｂ）を解析し、別の表
示フレーム（Ｂ）を開き、「アプリケーションプログラ
ム構造」を表示する（ステップ１３０９）。ここで、表
示フレーム（Ｂ）の一例を示すと後述する図３３のよう
になる。

【０１２０】ここで、作業者が表示フレーム（Ｂ）内の
プログラムブロックを指定する（ステップ１３１０）。
そして、図１４に移って、抽出したプログラムブロック
の種別を判別する（ステップ１４０１）。

【０１２１】ステップ１４０１で、抽出したプログラム
ブロックが、ノーマルプログラムブロックであると判別
されると、アドレス（ａ）宛にプログラムブロックＩＤ
番号をパラメータとして「プログラムブロック読出」コ
マンドを発行する（ステップ１４０２）。そして、レス
ポンス待ちとなり（ステップ１４０３）、レスポンスが
あると、コマンドのレスポンスとして「プログラムブロ
ックデータ」を読み込む（ステップ１４０４）。

【０１２２】次に、プログラムデータブロックより入力
パラメータ、出力パラメータおよびプログラムブロック
本体であるプログラムコードリストを抽出し、図３４に
示されるように、新しい表示フレーム（Ｃ）を開いて表
示し（ステップ１４０５）、図１５のステップ１５０１
へ進む。

【０１２３】一方、図１４のステップ１４０１で、抽出
したプログラムブロックが、入出力パラメータ送受信プ
ログラムブロックであると判別されると、相手先コント
ローラアドレス宛にプログラムブロックＩＤ番号をパラ
メータとして「プログラムブロック読出」コマンドを発
行する（ステップ１４０６）。そして、レスポンス待ち
となり（ステップ１４０７）、レスポンスがあると、コ
マンドのレスポンスとして「プログラムブロックデー
タ」を読み込む（ステップ１４０８）。

【０１２４】そして、プログラムデータブロックより入
力パラメータ、出力パラメータおよびプログラムブロッ
ク本体であるプログラムコードリストを抽出し、（ｂ）
より指定されたプログラムブロックの入力パラメータ、
出力パラメータを抽出し、図３４に示されるように、新
しい表示フレーム（Ｃ）を開いて表示し（ステップ１４
０９）、図１５のステップ１５０１へ進む。

【０１２５】ステップ１５０１では、作業者が別ブロッ
クの読み出しを指定した場合は、別のプログラムブロッ
クを読み出すかを調べ、別のプログラムブロックを読み
出すと判断されると（ステップ１５０１でＹＥＳ）、フ
レーム（Ｃ）を閉じ（ステップ１５０２）、図１３のス
テップ１３１０へ進む。

【０１２６】また、ステップ１５０１で別のプログラム
ブロックは読み出さないと判断されると（ステップ１５
０１でＮＯ）、次に、作業者が別コントローラの読み出
しを指定した場合は、別のコントローラを指定するかを
調べる（ステップ１５０３）。ここで、別のコントロー
ラを指定すると判断されると（ステップ１５０３でＹＥ
Ｓ）、フレーム（Ｂ），（Ｃ）を閉じ（ステップ１５０
４）、図１３のステップ１３０４へ進む。

【０１２７】また、ステップ１５０３で、別のコントロ
ーラは指定しないと判断されると（ステップ１５０３で
ＮＯ）、作業者が機能終了を指定した場合は、このプロ
グラム読出機能を終了するかを調べ（ステップ１５０
５）、このプログラム読出機能を終了しないと判断され
ると（ステップ１５０５でＮＯ）、ステップ１５０１に
戻るが、このプログラム読出機能を終了すると判断され
ると（ステップ１５０５でＹＥＳ）、すべてのフレーム
（Ａ）〜（Ｃ）を閉じ（ステップ１５０６）、このプロ
グラムブロック処理を終了する（ステップ１５０７）。

【０１２８】次に、アプリケーションプログラムデータ
からその構成情報を抽出する手法とこの構成情報より表
示イメージを作成する手法について説明する。

【０１２９】図１６は、アプリケーションプログラムデ
ータからその構成情報を抽出する手法を示すプログラム
構成情報抽出処理フローのフローチャートである。尚、
この処理は図１１，図１２の例ではサポートツールに
て、図１３〜図１５の例では「プログラム構成読出」コ
マンド処理としてコントローラが行なう。

【０１３０】図１６において、プログラム構成情報抽出
処理が開始されると（ステップ１６０１）、まず、アプ
リケーションプログラムのデータ領域情報より順次個々
のプログラムブロックのデータを抽出する（ステップ１
６０２）。

【０１３１】次に、プログラムブロック識別子より「プ
ログラムブロックＩＤ番号」と「プログラムブロック種
別」を抽出し、構成情報の一部として記憶する（ブロッ
クＡの各レコードのフィールド１および２）（ステップ
１６０３）。

【０１３２】そして、抽出したプログラムブロックの種
別を調べる（ステップ１６０４）。ここで、抽出したプ
ログラムブロックの種別が入出力パラメータ送受信プロ
グラムブロックであると判別されると、プログラムブロ
ック本体より相手先プログラムブロック位置情報を抽出
し、構成情報の一部として記憶する（ブロックＡの各レ
コードのフィールド３）（ステップ１６０５）。

【０１３３】次に、抽出したプログラムブロックが最終
プログラムブロックかを調べ（ステップ１６１１）、抽
出したプログラムブロックが最終プログラムブロックで
ない場合は（ステップ１６１１でＮＯ）、ステップ１６
０２に戻るが、抽出したプログラムブロックが最終プロ
グラムブロックであると判断された場合は（ステップ１
６１１でＹＥＳ）、アプリケーションプログラムの情報
領域よりサイクル毎に実行されるプログラムブロックの
一覧情報のプログラムブロックＩＤ番号を抽出し、構成
情報の一部として記憶（ブロックＢのフィールド１〜
Ｎ）したのち（ステップ１６１２）、このプログラム構
成情報抽出処理を終了する（ステップ１６１３）。

【０１３４】一方、ステップ１６０４で、抽出したプロ
グラムブロックの種別がノーマルプログラムブロックで
あると判別された場合は、プログラムブロック本体を読
み出し（ステップ１６０６）、その命令コードを順次解
析する（ステップ１６０７）。

【０１３５】そして、この解析した命令コードがプログ
ラムブロック起動命令かを調べる（ステップ１６０
８）。ここで、プログラムブロック起動命令でないと判
別された場合は（ステップ１６０８でＮＯ）、ステップ
１６１０へ進むが、解析した命令コードがプログラムブ
ロック起動命令であると判別されると（ステップ１６０
８でＹＥＳ）、命令コードより起動対象のプログラムブ
ロックＩＤ番号を抽出し、構成情報の一部として記憶し
たのち（ブロックＡの各レコードのフィールド３）（ス
テップ１６０９）、ステップ１６１０へ進む。

【０１３６】尚、プログラムブロック起動命令とは、任
意のプログラムブロックを指定して、そのプログラムブ
ロックの起動を開始させる命令である。命令コードはオ
ペコードとオペランドの２つの構成に分かれ、オペコー
ドは本命令がプログラムブロック起動命令であることを
示すコードで、オペランドは起動対象となるプログラム
ブロックのＩＤ番号が格納される。

【０１３７】ステップ１６１０では、命令コード終了か
を調べる。ここで、命令コード終了でないと判別される
と（ステップ１６１０でＮＯ）、ステップ１６０７に戻
るが、命令コード終了と判別されるとステップ１６１１
へ進む。

【０１３８】そして、抽出したプログラムブロックが最
終プログラムブロックかを調べ（ステップ１６１１）、
抽出したプログラムブロックが最終プログラムブロック
でない場合は（ステップ１６１１でＮＯ）、ステップ１
６０２に戻るが、抽出したプログラムブロックが最終プ
ログラムブロックであると判断された場合は（ステップ
１６１１でＹＥＳ）、アプリケーションプログラムの情
報領域よりサイクル毎に実行されるプログラムブロック
の一覧情報のプログラムブロックＩＤ番号を抽出し、構
成情報の一部として記憶（ブロックＢのフィールド１〜
Ｎ）したのち（ステップ１６１２）、このプログラム構
成情報抽出処理を終了する（ステップ１６１３）。

【０１３９】図１７は、アプリケーションプログラムデ
ータから抽出された構成情報（図４参照）より表示イメ
ージ（図２９参照）を作成する手法を示すプログラム構
成表示生成処理フローのフローチャートである。

【０１４０】図１７において、プログラム構成表示生成
処理が開始されると（ステップ１７０１）、まず、プロ
グラム構成情報のブロックＢよりプログラムＩＤを抽出
し、上段表示要素とする（ステップ１７０２）。

【０１４１】次に、上段表示要素に対応するレコードを
プログラム構成情報のブロックＡより検索する（各レコ
ードのフィールド１との一致）（ステップ１７０３）。

【０１４２】そして、該当レコードのフィールド２を調
べる（ステップ１７０４）。ここで、該当レコードのフ
ィールド２が入出力パラメータ送受信プログラムブロッ
クであると判別されると、フィールド３より相手先プロ
グラムブロック位置情報のコントローラアドレスを抽出
し、「コントローラ別ネットワークアドレス情報」より
コントローラＩＤに変換したうえで、現在の表示要素の
右に追加する（ステップ１７０５）。

【０１４３】次に、フィールド３より相手先プログラム
ブロックＩＤ番号を抽出し、現在の表示要素の右に追加
し（ステップ１７０６）、上段表示要素は最終かを調べ
る（ステップ１７１４）。ここで、上段表示要素が最終
でないと判断されると（ステップ１７１４でＮＯ）、次
の表示要素を読み込み（ステップ１７１５）、ステップ
１７０３に戻るが、上段表示要素が最終であると判断さ
れると（ステップ１７１４でＹＥＳ）、このプログラム
構成表示生成処理を終了する（ステップ１７１６）。

【０１４４】一方、ステップ１７０４で該当レコードの
フィールド２がノーマルプログラムブロックであると判
別されると、フィールド３より相手先プログラムブロッ
クＩＤ番号を抽出し、下段表示要素として次ラインに加
える（ステップ１７０７）。

【０１４５】そして、下段表示要素に対応するレコード
をプログラム構成情報のブロックＡより検索する（各レ
コードのフィールド１との一致）（ステップ１７０
８）。

【０１４６】次に、該当レコードのフィールド２を調べ
る（ステップ１７０９）。ここで、該当レコードのフィ
ールド２がノーマルプログラムブロックであると判別さ
れると、ステップ１７１２へ進むが、該当レコードのフ
ィールド２が入出力パラメータ送受信プログラムブロッ
クであると判別されると、フィールド３より相手先プロ
グラムブロック位置情報のコントローラアドレスを抽出
し、「コントローラ別ネットワークアドレス情報」より
コントローラＩＤに変換したうえで、現在の表示要素の
右に追加する（ステップ１７１０）。

【０１４７】次に、フィールド３より相手先プログラム
ブロックＩＤ番号を抽出し、現在の表示要素の右に追加
し（ステップ１７１１）、下段表示要素が最終かを調べ
る（ステップ１７１２）。ここで、下段表示要素が最終
でないと判断されると（ステップ１７１２でＮＯ）、次
の表示要素を読み込み（ステップ１７１３）、ステップ
１７０８に戻るが、下段表示要素が最終であると判断さ
れると（ステップ１７１２でＹＥＳ）、ステップ１７１
４へ進む。

【０１４８】そして、ステップ１７１４で、上段表示要
素が最終でないと判断されると（ステップ１７１４でＮ
Ｏ）、次の表示要素を読み込み（ステップ１７１５）、
ステップ１７０３に戻るが、上段表示要素が最終である
と判断されると（ステップ１７１４でＹＥＳ）、このプ
ログラム構造表示生成処理を終了する（ステップ１７１
６）。

【０１４９】次に、この実施の形態のコントローラシス
テムの物理的なアプリケーションプログラムの構造の具
体例について説明する。

【０１５０】図１８は、図１に示したこの実施の形態の
コントローラシステムにおける物理的なアプリケーショ
ンプログラムの構造の一例を示す図である。

【０１５１】図１８において、この実施の形態のコント
ローラシステムにおける物理的なアプリケーションプロ
グラムにおいて、コントローラ（コントローラＡ）１０
−１のアプリケーションプログラムは、プログラムブロ
ックＰＢ１０〜ＰＢ１５の６つのプログラムブロックで
構成されている。ここで、プログラムブロックＰＢ１０
とプログラムブロックＰＢ１３、ＰＢ１４との間は階層
的な構造にあり、また、プログラムブロックＰＢ１１と
プログラムブロックＰＢ１４、ＰＢ１５との間も階層的
な構造にある。

【０１５２】また、コントローラ（コントローラＢ）１
０−２のアプリケーションプログラムは、プログラムブ
ロックＰＢ２０、ＰＢ２１の２つのプログラムブロック
で構成されており、コントローラ（コントローラＣ）１
０−３のアプリケーションプログラムは、プログラムブ
ロックＰＢ３０の１つのプログラムブロックで構成され
ている。

【０１５３】ここで、コントローラ（コントローラＡ）
１０−１のプログラムブロックＰＢ１２は、コントロー
ラ（コントローラＣ）１０−３のプログラムブロックＰ
Ｂ３０に対して入力パラメータとしてデータを渡し、プ
ログラムブロックＰＢ３０の演算結果、すなわち出力パ
ラメータを受け取るプログラムブロックである。

【０１５４】また、コントローラ（コントローラＡ）１
０−１のプログラムブロックＰＢ１３は、コントローラ
（コントローラＢ）１０−２のプログラムブロックＰＢ
２０に対して入力パラメータとしてデータを渡し、プロ
グラムブロックＰＢ２０の演算結果、すなわち出力パラ
メータを受け取るプログラムブロックである。

【０１５５】また、コントローラ（コントローラＡ）１
０−１のプログラムブロックＰＢ１４は、コントローラ
（コントローラＢ）１０−２のプログラムブロックＰＢ
２１に対して入力パラメータとしてデータを渡し、プロ
グラムブロックＰＢ２１の演算結果、すなわち出力パラ
メータを受け取るプログラムブロックである。

【０１５６】図１９は、図１８に示した物理的なアプリ
ケーションプログラムの構造に対応する論理的なアプリ
ケーションプログラムの構造を示す図である。図１９に
おいて、コントローラ（コントローラＡ）１０−１のア
プリケーションプログラムは、論理的なアプリケーショ
ンプログラムの構造として、プログラムブロックＰＢ１
０、ＰＢ１１、ＰＢ１５、ＰＢ２０、ＰＢ２１、ＰＢ３
０の６つのプログラムブロックで構成されている。

【０１５７】ここで、プログラムブロックＰＢ１０とプ
ログラムブロックＰＢ２０、ＰＢ２１との間は階層的な
構造にあり、また、プログラムブロックＰＢ１１とプロ
グラムブロックＰＢ２１、ＰＢ１５との間も階層的な構
造にある。

【０１５８】なお、プログラムブロックＰＢ２０、ＰＢ
２１の実体は、コントローラ（コントローラＢ）１０−
２に存在し、プログラムブロックＰＢ３０の実体は、コ
ントローラ（コントローラＣ）１０−３に存在する。

【０１５９】図２０は、この実施の形態のコントローラ
システムで採用するノーマルプログラムブロックの構造
の具体例を示す図である。図２０において、この実施の
形態のコントローラシステムで採用するノーマルプログ
ラムブロックは、「プログラムブロック識別子」、「入
力パラメータ」、「出力パラメータ」、「プログラムブ
ロック本体」から構成される。

【０１６０】ここで、「プログラムブロック識別子」
は、「プログラムブロック種別」と「プログラムブロッ
クＩＤ番号」からなり、「プログラムブロック種別」に
は「ノーマルプログラムブロック」が格納される。ま
た、「プログラムブロックＩＤ番号」には、コントロー
ラ内でのユニークな番号が割り付けられる。

【０１６１】また、「入力パラメータ」には、「プログ
ラムブロック本体」の実行のための入力パラメータが格
納され、「出力パラメータ」には、「プログラムブロッ
ク本体」の実行結果としての出力パラメータが格納され
る。

【０１６２】また、「プログラムブロック本体」には、
ラダープログラムなどのプログラムブロックの起動時に
実行されるプログラムコードが格納される。

【０１６３】図２１は、この実施の形態のコントローラ
システムで採用する入出力パラメータ送受信プログラム
ブロックの構造の具体例を示す図である。図２１におい
て、この実施の形態のコントローラシステムで採用する
入出力パラメータ送受信プログラムブロックは、「プロ
グラムブロック識別子」、「入力パラメータ」、「出力
パラメータ」、「プログラムブロック本体」から構成さ
れる。

【０１６４】ここで、「プログラムブロック識別子」
は、「プログラムブロック種別」と「プログラムブロッ
クＩＤ番号」からなり、「プログラムブロック種別」に
は「入出力パラメータ送受信プログラムブロック」が格
納される。また、「プログラムブロックＩＤ番号」に
は、コントローラ内でのユニークな番号が割り付けられ
る。

【０１６５】また、「入力パラメータ」には、相手先に
送信する入力パラメータが格納され、「出力パラメー
タ」には、相手先から受信した実行処理結果に相当する
出力パラメータが格納される。

【０１６６】また、「プログラムブロック本体」には、
入出力パラメータを送受信するための「相手先の位置情
報」が格納される。ここで、「相手先の位置情報」に
は、「相手先プログラムのプログラムブロック位置情
報」および「相手先入出力パラメータ位置情報」があ
り、「相手先プログラムのプログラムブロック位置情
報」は、「コントローラのアドレス」および「プログラ
ムブロックＩＤ番号」から構成される。尚、ここで、
「相手先入出力パラメータ位置情報」とは、入出力パラ
メータを送受信するための相手先コントローラでの位置
である。

【０１６７】図２２は、図１８に示したプログラムブロ
ックＰＢ１０のプログラムブロックデータの具体例を示
す図である。図２２において、プログラムブロックＰＢ
１０のプログラムブロックデータは、「プログラムブロ
ック識別子」の「プログラムブロック種別」として「ノ
ーマルプログラムブロック」が格納され、「プログラム
ブロックＩＤ番号」として「ＰＢ１０」が格納される。

【０１６８】また、「入力パラメータ」として「ＤＭ０
０００」が格納され、「出力パラメータ」として「ＤＭ
０００１」が格納される。なお、図２２において「プロ
グラムブロック本体」のプログラムコードは省略してい
る。

【０１６９】図２３は、図１８に示したプログラムブロ
ックＰＢ１３のプログラムブロックデータの具体例を示
す図である。図２３において、プログラムブロックＰＢ
１３のプログラムブロックデータは、「プログラムブロ
ック識別子」の「プログラムブロック種別」として「入
出力パラメータ送受信プログラムブロック」が格納さ
れ、「プログラムブロックＩＤ番号」として「ＰＢ１
３」が格納される。

【０１７０】また、「入力パラメータ」として「ＤＭ２
０００」が格納され、「出力パラメータ」として「ＤＭ
２００１」が格納される。

【０１７１】また、「プログラムブロック本体」の「相
手先プログラムのプログラムブロック位置情報」の「コ
ントローラのアドレス」には「コントローラＢ」が格納
され、「プログラムブロックＩＤ番号」には、「ＰＢ２
０」が格納される。

【０１７２】また、「プログラムブロック本体」の「相
手先入出力パラメータ位置情報」には、「入力」として
「ＣＭ００００」が格納され、「出力」として「ＣＭ０
００１」が格納される。

【０１７３】図２４は、図１８に示したプログラムブロ
ックＰＢ２０のプログラムブロックデータの具体例を示
す図である。図２４において、プログラムブロックＰＢ
２０のプログラムブロックデータは、「プログラムブロ
ック識別子」の「プログラムブロック種別」として「ノ
ーマルプログラムブロック」が格納され、「プログラム
ブロックＩＤ番号」として「ＰＢ２０」が格納される。

【０１７４】また、「入力パラメータ」として「ＣＭ０
０００」が格納され、「出力パラメータ」として「ＣＭ
０００１」が格納される。なお、図２４において「プロ
グラムブロック本体」のプログラムコードは省略してい
る。

【０１７５】図２５は、図１８に示したコントローラシ
ステムで採用されるアプリケーションプログラムデータ
の具体例を示す図である。図２５において、アプリケー
ションプログラムデータのデータ領域情報は、アプリケ
ーションプログラムデータのデータ構造を示すもので、
各プログラムブロック毎の格納場所が記述されている。
また、毎サイクル起動されるプログラムブロックの一覧
情報もここに格納される。

【０１７６】ここで、プログラムブロックＰＢ１０〜Ｐ
Ｂ１５のデータには、プログラム運転処理にて実行され
る命令語群が実行順に格納される。

【０１７７】なお、図２５は、コントローラ（コントロ
ーラＡ）１０−１のアプリケーションプログラムデータ
の具体例を示したが、コントローラ（コントローラＢ）
１０−２およびコントローラ（コントローラＣ）１０−
３のアプリケーションプログラムデータも同様に構成さ
れる。

【０１７８】図２６は、図１８に示したコントローラシ
ステムで採用されるアプリケーションプログラムデータ
テーブルの具体例を示す図である。図２６において、こ
のアプリケーションプログラムデータテーブルはサポー
トツール２４内に記憶され、このアプリケーションプロ
グラムデータテーブルのデータ領域情報は、アプリケー
ションプログラムデータテーブルのデータ構造を示し、
各アプリケーションプログラムデータ毎の格納場所が記
述されている。

【０１７９】この例では、アプリケーションプログラム
データとしてコントローラ（コントローラＡ）１０−１
〜コントローラ（コントローラＣ）１０−３のアプリケ
ーションプログラムデータが存在するが、ネットワーク
３０に接続されるコントローラの数が増えると、同様に
データ領域が追加される。

【０１８０】また、アプリケーションプログラムデータ
は、コントローラ毎に記憶されるアプリケーションプロ
グラムデータと同一の構造を持つ。

【０１８１】図２７は、図１８に示したコントローラシ
ステムで採用されるプログラムブロックステータス情報
の具体例を示す図である。図２７において、プログラム
ブロックステータス情報は「プログラムブロックＩＤ番
号」と「ステータス」とからなる。

【０１８２】ここで、「プログラムブロックＩＤ番号」
はプログラムブロックの識別子であり、「ステータス」
は該当プログラムブロックの状態および状態指示を示
す。

【０１８３】この情報は、コントローラにおいて、各プ
ログラムブロックの実行を制御するための情報であり、
図２のワークメモリ１５に生成される。毎サイクルに実
行処理されるすべてのプログラムブロックのプログラム
ブロックＩＤに対してその状態が記憶される。

【０１８４】プログラム運転処理の初回時にすべてのプ
ログラムブロックが起動としてワークメモリ１５に生成
記憶され、プログラム運転処理においてこのワークエリ
アの内容に従って各プログラムブロックが実行または停
止される。

【０１８５】図２８は、図１８に示したコントローラシ
ステムで採用されるコントローラ別ネットワークアドレ
ス情報の具体例を示す図である。図２８において、この
コントローラ別ネットワークアドレス情報は、「コント
ローラＩＤ」と「アドレス」とからなる。この情報が図
２のワークメモリ１５に記憶される。

【０１８６】ここで、「コントローラＩＤ」は、ネット
ワーク３０に接続されているコントローラの識別子を示
し、「アドレス」は、各コントローラのネットワーク３
０上のアドレスを示す。

【０１８７】この情報は、ネットワーク接続されたコン
トローラのネットワーク３０上のアドレスを示し、サポ
ートツール２０のメモリ空間２３のパラメータデータエ
リア２３−１に格納される。

【０１８８】また、図２９は、プログラムブロックＰＢ
１０のプログラムブロック本体の一部の具体例を示し、
また、図３０は、プログラムブロックＰＢ１１のプログ
ラムブロック本体の一部の具体例を示す。

【０１８９】また、図３１は、図３に示したサポートツ
ール２０の表示装置２８の表示画面の一例を示したもの
である。図３１において、サポートツール２０の表示装
置２８の表示画面は、画面全体を「コントローラ一
覧」、「アプリケーションプログラム構造」、「プログ
ラムブロック情報」の表示ウインドウに分割し、複数の
フレーム化して表示するユーザインタフェースを構成す
る。

【０１９０】また、図３２は、図３１に示した「コント
ローラ一覧」のサポートツール２０の具体的な表示例を
示したものであり、図３３は、図３１に示した「アプリ
ケーションプログラム構成」の具体的サポートツール２
０の表示例を示したものであり、図３４は、図３１に示
した「プログラムブロック情報」の具体的サポートツー
ル２０の表示例を示したものであり、図３５は、図３１
に示した「プログラムブロック情報」の具体的サポート
ツール２０の他の表示例を示したものである。

【０１９１】さて、上記構成に基づくこの実施の形態の
コントローラシステムの具体的動作例を以下に説明す
る。 （プログラムブロックの実行処理）この実施の形態のコ
ントローラシステムは、図１に示したように、３台のコ
ントローラ、すなわちコントローラ（コントローラＡ）
１０−１、コントローラ（コントローラＢ）１０−２、
コントローラ（コントローラＣ）１０−３とサポートツ
ール２０をネットワーク３０に接続して構成される。

【０１９２】それぞれのコントローラ、すなわちコント
ローラ（コントローラＡ）１０−１、コントローラ（コ
ントローラＢ）１０−２、コントローラ（コントローラ
Ｃ）１０−３には、アプリケーションプログラムとし
て、図１８に示した物理的なアプリケーションプログラ
ム構造のように分割されたプログラムブロックが格納さ
れている。

【０１９３】各プログラムブロックには、各コントロー
ラにおいて「プログラム運転処理」起動により、毎サイ
クル起動されるものと、任意のプログラムブロックより
起動されるものがあり、この実施の形態においては、コ
ントローラ（コントローラＡ）１０−１のプログラムブ
ロックＰＢ１０、ＰＢ１１，ＰＢ１２、コントローラ
（コントローラＢ）１０−２のプログラムブロックＰＢ
２０、ＰＢ２１、コントローラ（コントローラＣ）１０
−３のプログラムブロックＰＢ３０は前者にあたり、コ
ントローラ（コントローラＡ）１０−１のプログラムブ
ロックＰＢ１３、ＰＢ１４、ＰＢ１５は後者にあたる。

【０１９４】「プログラム運転処理」起動により、毎サ
イクル起動されるプログラムブロックは、プログラミン
グの際に作業者が設定しておき、図２５に示した「アプ
リケーションプログラムデータ」内のデータ情報領域に
格納されている。

【０１９５】この毎サイクル起動されるプログラムブロ
ックは、図７に示した「プログラム運転処理フロー（コ
ントローラ）」に示すように、毎サイクル起動されて、
図８，図９に示す「プログラムブロック実行処理フロ
ー」のように実行処理される。

【０１９６】任意のプログラムブロックから起動される
プログラムブロックは、図２９に示したプログラムブロ
ックＰＢ１０のプログラムブロック本体の一部若しくは
図３０に示したプログラムブロックＰＢ１１のプログラ
ムブロック本体の一部のようにプログラムブロックの本
体のプログラムコードより起動される。これらの例に示
される［ＰＢ１３］および［ＰＢ１５］は、プログラム
ブロックの起動を行う命令コードを表し、起動されるプ
ログラムブロックのデータは、図２５に示す「アプリケ
ーションプログラムデータ」のようにユーザプログラム
メモリ１３上に格納される。

【０１９７】なお、任意のプログラムブロックから起動
されるプログラムブロックの処理内容は、図８，図９に
示した「プログラムブロック実行処理フロー」となる。

【０１９８】さて、コントローラ（コントローラＡ）１
０−１のプログラムブロックＰＢ１０、ＰＢ１１、ＰＢ
１５、コントローラＢのプログラムブロックＰＢ２０、
ＰＢ２１、コントローラＣのプログラムブロックＰＢ３
０は、ノーマルプログラムブロックであり、コントロー
ラＡ，Ｂ，Ｃにて実行処理されるプログラムコードが格
納されていて、起動時は図２０に示したような「ノーマ
ルプログラムブロックの構造」に示される入力パラメー
タの値をもって、オペレータにより予めプログラミング
されたプログラムブロック本体を実行し、その結果を出
力パラメータに返す。

【０１９９】コントローラＡのプログラムブロックＰＢ
１２、ＰＢ１３、ＰＢ１４は入出力パラメータ送受信プ
ログラムブロックで、起動時は図２１に示した「入出力
パラメータ送受信プログラムブロックの構造」に示され
る入力パラメータの値を、プログラムブロック本体とし
て格納された相手先プログラム位置情報と相手先入出力
パラメータを用いて、相手先コントローラのプログラム
ブロックの入力パラメータに格納する。

【０２００】また、相手先コントローラの出力パラメー
タを読み込み、自プログラムブロックの出力パラメータ
に格納する。

【０２０１】以下、コントローラＡのプログラムブロッ
クＰＢ１３とコントローラＢのプログラムブロックＰＢ
２０を例にとって、その詳細動作を説明する。

【０２０２】コントローラＡのプログラムブロックＰＢ
１３には、図２３に示した「ＰＢ１３のプログラムブロ
ックデータ」のような情報が、アプリケーションプログ
ラムの一部としてコントローラＡのユーザープログラム
メモリ１３上に格納されている。

【０２０３】ここで、入力パラメータ「ＤＭ２０００」
および出力パラメータ「ＤＭ２００１」はコントローラ
ＡのＩ／０メモリ１６上のアドレスである。また、相手
先入出力パラメータ位置情報の「ＣＭ００００」および
「ＣＭ０００１」も、コントローラＢのＩ／０メモリ１
６上のアドレスである。

【０２０４】コントローラＢのプログラムブロックＰＢ
２０には、図２４に示した「ＰＢ２０のプログラムブロ
ックデータ」のような情報がアプリケーションプログラ
ムの一部としてコントローラＢのユーザープログラムメ
モリ１３上に格納されている。

【０２０５】コントローラＡではユーザープログラム実
行処理においてプログラムブロックＰＢ１３が起動され
るとき、入力パラメータである「ＤＭ２０００」の値
を、コントローラＢの「ＣＭ００００」に格納する。こ
れはメッセージサービスの「データ送信」コマンドによ
り行われる。

【０２０６】また、同じくコントローラＢの「ＣＭ００
０１」のデータを読み出し、出力パラメータである「Ｄ
Ｍ２００１」に格納する。これはメッセージサービスの
「データ受信コマンド」により行われる。

【０２０７】コントローラＢではユーザープログラム実
行処理においてプログラムブロックＰＢ２０が起動され
るとき、「ＣＭ００００」の値をパラメータとして、プ
ログラムブロック本体のプログラムコードが実行処理さ
れ、その実行結果が出力パラメータである「ＣＭ０００
１」に格納される。

【０２０８】なお、入出力パラメータ送受信プログラム
ブロックの処理方法として，プログラムブロック本体内
に、送受信のためのプログラムを格納し、ノーマルのプ
ログラムブロックと同様に実行処理することで、上記構
成と同じ効果を得る方式も考えられる。

【０２０９】また、入出力パラメータ送受信プログラム
ブロックによるデータの送受信方式として上記実施の形
態ではメッセージサービスによるものを用いたが、ネッ
トワークを介して複数のコントローラ間で共有メモリを
実現するデータリンク方式（またはコモンメモリ方式）
を用いても同様に構成することができる。（サポートツ
ールによるプログラム表示I）サポートツール２０は、
表示装置２８への表示において、画面全体を分割し、複
数のフレーム化し表示する図３１に示した「サポートツ
ール表示構成」ようなユーザーインタフェースをもつ。
なお、図３１の「サポートツール表示構成」はこの実施
の形態における画面表示のイメージである。

【０２１０】ここで、作業者はサポートツール２０によ
り、「プログラム読出機能」を起動する。

【０２１１】「プログラム読出機能」を起動すると、サ
ポートツール２０はパラメータデータエリア２３−１に
格納されている図２８に示した「コントローラ別ネット
ワークアドレス情報」よりネットワーク３０に接続して
いるコントローラＩＤを抽出し、図３２に示した「サポ
ートツール表示例（コントローラ一覧）」のようなネッ
トワークに接続しているコントローラを一覧として表示
する。

【０２１２】ここで、作業者はアプリケーションプログ
ラムを読み出したいコントローラを選択する。なお、図
３２の「サポートツール表示例（コントローラ一覧）」
ではコントローラＡが選択された例を示している。

【０２１３】サポートツール２０は、メッセージサービ
スにより、選択されたコントローラよりアプリケーショ
ンプログラムを読み出す。これはメッセージサービスの
「プログラム読出コマンド」にて行われる。

【０２１４】サポートツール２０では、コントローラよ
り読出したアプリケーションプログラムを記憶したうえ
で、データを解析し、図３３の「サポートツール表示フ
レーム例（アプリケーションプログラム構成）」のよう
にプログラムブロックの構造を画面分割したフレームに
表示する。

【０２１５】ここで、図３３の「サポートツール表示フ
レーム例（アプリケーションプログラム構成）」はコン
トローラＡのアプリケーションプログラム構成をプログ
ラムブロック単位で表示した例である。

【０２１６】なお、アプリケーションプログラムのデー
タを解析する際に、プログラムブロックが入出力パラメ
ータ送受信プログラムブロックである場合は、図３３の
「サポートツール表示フレーム例（アプリケーションプ
ログラム構成）」のプログラムブロックＰＢ１２、ＰＢ
１３、ＰＢ１４の表示形式のような相手先のコントロー
ラとプログラムブロックも併せて表示される。

【０２１７】アプリケーションプログラムデータからそ
の構成情報を抽出する手法と構成情報より表示イメージ
を作成する手法は、図１６に示した「プログラム構成情
報抽出処理フロー」と図１７に示した「プログラム構造
表示生成処理フロー」とに示される。

【０２１８】作業者は表示されたプログラムブロックの
中から情報を表示したいプログラムブロックを選択す
る。図３３の「サポートツール表示フレーム例（アプリ
ケーションプログラム構造）」では、プログラムブロッ
クＰＢ１０が選択されている例を示している。

【０２１９】サポートツールは先に読み出したコントロ
ーラＡのアプリケーションプログラムより、選択された
該当のプログラムブロックのデータを抽出解析し，その
情報を画面分割したフレームに表示する。図３４の「サ
ポートツール表示例（プログラムブロック情報ＰＢ１
０）」はプログラムブロックＰＢ１０のプログラムブロ
ックの情報を表示した例である。

【０２２０】ここで、プログラムブロックＰＢ１０はノ
ーマルプログラムブロックであるために、プログラムブ
ロックのデータは図２２に示した「ＰＢ１０のプログラ
ムブロックデータ」のようになり、フレームに表示され
る情報は、入力パラメータ、出力パラメータ、およびプ
ログラムブロック本体であるプログラムコードリストと
なる。

【０２２１】作業者が図３３の「サポートツール表示フ
レーム例（アプリケーションプログラム構成）」におい
てプログラムブロックＰＢ１０と同様にプログラムブロ
ックＰＢ１３を選択した場合は、以下のようになる。

【０２２２】サポートツール２０は、プログラムブロッ
クＰＢ１３のプログラムブロックのデータを抽出解析す
る。ここで、プログラムブロックＰＢ１３は、入出力パ
ラメータ送受信プログラムブロックであるため、プログ
ラムブロックのデータは図２３の「ＰＢ１３のプログラ
ムブロックデータ」のようになる。

【０２２３】サポートツール２０は、プログラムブロッ
ク本体に格納されている相手先プログラムブロック位置
情報をもとに、コントローラＢよりプログラムブロック
ＰＢ２０のプログラムブロックデータを読み出す。これ
はメッセージサービスの「プログラムブロック読出コマ
ンド」にて行われる。

【０２２４】読み出したプログラムブロックデータは、
図２４の「ＰＢ２０のプログラムブロックデータ」とな
り、プログラムブロックＰＢ２０はノーマルプログラム
ブロックであるため、これを解析しプログラムブロック
ＰＢ１３の情報と併せて図３５の「サポートツール表示
例（プログラムブロック情報ＰＢ２０）」のようにプロ
グラムブロックの情報をフレームに表示する。

【０２２５】これにより作業者は、実際は、図１８の
「物理的なアプリケーションプログラム構造」のように
構成されたアプリケーションプログラム構成を、図１９
の「論理的なアプリケーションプログラムの構造」とし
て認識することができるようになる。 （サポートツールによるプログラム表示II）サポートツ
ール２０は、表示装置２８への表示において、画面全体
を分割し、複数のフレーム化し表示する図３１に示した
「サポートツール表示構成」ようなユーザーインタフェ
ースをもつ。なお、図３１の「サポートツール表示構
成」はこの実施の形態における画面表示のイメージであ
る。

【０２２６】ここで、作業者はサポートツール２０によ
り、「プログラム読出機能」を起動する。「プログラム
読出機能」を起動すると、サポートツール２０はパラメ
ータデータエリア２３−１に格納されている図２８に示
した「コントローラ別ネットワークアドレス情報」より
ネットワーク３０に接続しているコントローラＩＤを抽
出し、図３２に示した「サポートツール表示例（コント
ローラ一覧）」のようなネットワークに接続しているコ
ントローラを一覧として表示する。

【０２２７】ここで、作業者はアプリケーションプログ
ラムを読み出したいコントローラを選択する。なお、図
３２の「サポートツール表示例（コントローラ一覧）」
ではコントローラＡが選択された例を示している。

【０２２８】サポートツール２０は、メッセージサービ
スにより、コントローラよりアプリケーションプログラ
ムの構成を読み出す。これはメッセージサービスの「プ
ログラム構成読出コマンド」にて行われる。

【０２２９】サポートツール２０では、コントローラよ
り読出したアプリケーションプログラムの構成情報を記
憶した上で、データを解析し、図３３の「サポートツー
ル表示フレーム例（アプリケーションプログラム構
成）」のようにプログラムブロックの構造を画面分割し
たフレームに表示する。

【０２３０】ここで、図３３の「サポートツール表示フ
レーム例（アプリケーションプログラム構成）」はコン
トローラＡのアプリケーションプログラム構成をプログ
ラムブロック単位で表示した例である。

【０２３１】アプリケーションプログラムの構成情報か
ら表示イメージを作成する手法は、図１７の「プログラ
ム構造表示生成処理フロー」に示す。

【０２３２】作業者は表示されたプログラムブロックの
中から情報を表示したいプログラムブロックを選択す
る。なお、図３３の「サポートツール表示フレーム例
（アプリケーションプログラム構成）」では、プログラ
ムブロックＰＢ１０が選択されている例を示している。

【０２３３】サポートツール２０は、指定されたプログ
ラムブロックの情報をコントローラより読み出す。これ
はメッセージサービスの「プログラムブロック読出コマ
ンド」にて行われる。

【０２３４】読み出したプログラムブロックのデータを
抽出解析し、その情報を画面分割したフレームに表示す
る。図３４の「サポートツール表示例（プログラムブロ
ック情報ＰＢ１０）」はプログラムブロックＰＢ１０の
プログラムブロックの情報を表示した例である。

【０２３５】プログラムブロックＰＢ１０はノーマルプ
ログラムブロックであるため、コントローラＡより読み
出したプログラムブロックのデータは図２２の「ＰＢ１
０のプログラムブロックデータ」のようになり、フレー
ムに表示される情報は、入力パラメータ、出力パラメー
タ、およびプログラムブロック本体であるプログラムコ
ードリストとなる。

【０２３６】作業者が図３３の「サポートツール表示フ
レーム例（アプリケーションプログラム構成）」におい
てプログラムブロックＰＢ１０と同様にプログラムブロ
ックＰＢ１３を選択した場合は、以下のようになる。

【０２３７】サポートツール２０は、プログラムブロッ
クＰＢ１３のデータをコントローラＡより読み出して解
析する。プログラムブロックＰＢ１３は入出力送受信プ
ログラムブロックであるために、プログラムブロックの
データは図２３の「ＰＢ１３のプログラムブロックデー
タ」のようになる。

【０２３８】サポートツール２０は、プログラムブロッ
ク本体に格納されている相手先プログラムブロック位置
情報をもとに、コントローラＢよりプログラムブロック
ＰＢ２０のプログラムブロックデータを読み出す。これ
はメッセージサービスの「プログラムブロック読出コマ
ンド」にて行われる。

【０２３９】読み出したプログラムブロックデータは、
図２４の「ＰＢ２０のプログラムブロックデータ」とな
り、プログラムブロックＰＢ２０はノーマルプログラム
ブロックであるため、これを解析しプログラムブロック
ＰＢ１３の情報と併せて図３５の「サポートツール表示
例（プログラムブロック情報ＰＢ２０）」のようにプロ
グラムブロックの情報をフレームに表示する。

【０２４０】これにより作業者は、実際は、図１８の
「物理的なアプリケーションプログラム構造」のように
構成されたアプリケーションプログラム構成を、図１９
の「論理的なアプリケーションプログラムの構造」とし
て認識することができるようになる。

【０２４１】

【発明の効果】以上説明したようにこの発明によれば、
以下に示したような効果を奏する。 １）複数のコントローラに跨るアプリケーションプログ
ラムの構造が論理的に認識できるため、作業者による認
識が容易になり作業ミスがなくなる。

【０２４２】２）複数のコントローラに格納されている
アプリケーションプログラムの所定の部分が、論理的な
プログラム構造に従って自動的に表示されるため、従来
の１台のコントローラ毎にかつプログラムブロック毎に
繰り返していた作業操作が単純化でき、設備のデバック
／メンテナンス時等の作業効率が大幅に向上する。

【０２４３】３）複数のコントローラに跨るアプリケー
ションプログラムを特別な構成情報なしに、コントロー
ラに格納されているアプリケーションデータだけで論理
的に表示できることで、構成情報の作成、保存、読み出
しなどの管理に関して作業者への負担がなくなる。

【０２４４】４）複数のコントローラアプリケーション
プログラムを論理構造を持って表示するために、特別な
構成情報が必要でなくなりサポートツール側のハード資
源負担が軽くなり、より低コストなサポートツールが提
供しやすくなる。

【０２４５】５）ネットワークを介したデータの送受信
が、プログラムブロックへのパラメータ定義だけで実現
されるため、設計者の負担が軽くなるとともに、データ
の送受信部が特定のプログラムブロックに集約されるた
め構造的に分かりやすい設計が可能になる。

【図面の簡単な説明】

【図１】この発明に係わるコントローラシステムの一実
施の形態の全体構成を示すブロック図である。

【図２】図１に示したコントローラシステムのコントロ
ーラの詳細構成を示したブロック図である。

【図３】図１に示したコントローラシステムのサポート
ツールの詳細構成を示したブロック図である。

【図４】プログラム構成読出に対する受信レスポンスの
プログラム構成情報の一例を示す図である。

【図５】図２に示したコントローラにおける全体処理フ
ローを示すフローチャートである。

【図６】図５に示したネットワーク処理の詳細を示すフ
ローチャートである。

【図７】図５に示したプログラム運転処理の詳細を示す
フローチャートである。

【図８】図７に示したプログラムブロック実行処理の詳
細を示すフローチャート（その１）である。

【図９】図７に示したプログラムブロック実行処理の詳
細を示すフローチャート（その２）である。

【図１０】図２に示したサポートツールにおける全体処
理フローを示すフローチャートである。

【図１１】図１０に示したプログラム読出機能処理の詳
細を示すプログラム読出機能フローのフローチャート
（その１）である。

【図１２】図１０に示したプログラム読出機能処理の詳
細を示すプログラム読出機能フローのフローチャート
（その２）である。

【図１３】図１０に示したステップ１００５のプログラ
ム読出機能処理の詳細を示す他のプログラム読出機能フ
ローのフローチャート（その１）である。

【図１４】図１０に示したステップ１００５のプログラ
ム読出機能処理の詳細を示す他のプログラム読出機能フ
ローのフローチャート（その２）である。

【図１５】図１０に示したステップ１００５のプログラ
ム読出機能処理の詳細を示す他のプログラム読出機能フ
ローのフローチャート（その３）である。

【図１６】アプリケーションプログラムデータからその
構成情報を抽出する手法を示すプログラム構成情報抽出
処理フローのフローチャートである。

【図１７】アプリケーションプログラムデータから抽出
された構成情報より表示イメージを作成する手法を示す
プログラム構成表示生成処理フローのフローチャートで
ある。

【図１８】図１に示した実施の形態のコントローラシス
テムにおける物理的なアプリケーションプログラムの構
造の一例を示す図である。

【図１９】図１８に示した物理的なアプリケーションプ
ログラムの構造に対応する論理的なアプリケーションプ
ログラムの構造を示す図である。

【図２０】この実施の形態のコントローラシステムで採
用するノーマルプログラムブロックの構造の具体例を示
す図である。

【図２１】この実施の形態のコントローラシステムで採
用する入出力パラメータ送受信プログラムブロックの構
造の具体例を示す図である。

【図２２】図１８に示したプログラムブロックＰＢ１０
のプログラムブロックデータの具体例を示す図である。

【図２３】図１８に示したプログラムブロックＰＢ１３
のプログラムブロックデータの具体例を示す図である。

【図２４】図１８に示したプログラムブロックＰＢ２０
のプログラムブロックデータの具体例を示す図である。

【図２５】図１８に示したコントローラシステムで採用
されるアプリケーションプログラムデータの具体例を示
す図である。

【図２６】図１８に示したコントローラシステムで採用
されるアプリケーションプログラムデータテーブルの具
体例を示す図である。

【図２７】図１８に示したコントローラシステムで採用
されるプログラムブロックステータス情報の具体例を示
す図である。

【図２８】図１８に示したコントローラシステムで採用
されるコントローラ別ネットワークアドレス情報の具体
例を示す図である。

【図２９】図１８に示したプログラムブロックＰＢ１０
のプログラムブロック本体の一部の具体例を示した図で
ある。

【図３０】図１８に示したプログラムブロックＰＢ１１
のプログラムブロック本体の一部の具体例を示した図で
ある。

【図３１】図３に示したサポートツール２０の表示装置
２８の表示画面の一例を示した図である。

【図３２】図３１に示した「コントローラ一覧」の具体
的サポートツールの表示例を示した図である。

【図３３】図３１に示した「アプリケーションプログラ
ム構造」の具体的サポートツールの表示例を示した図で
ある。

【図３４】図３１に示した「プログラムブロック情報」
の具体的サポートツールの表示例を示した図である。

【図３５】図３１に示した「プログラムブロック情報」
の具体的サポートツールの他の表示例を示した図であ
る。

【符号の説明】

１０−１ コントローラ（コントローラＡ） １０−２ コントローラ（コントローラＢ） １０−３ コントローラ（コントローラＣ） １１ 演算プロセッサ（ＣＰＵ） １２ システムプログラムメモリ １３ ユーザプログラムメモリ １４ パラメータメモリ １５ ワークメモリ １６ 入出力メモリ（Ｉ／Ｏメモリ） １７ 通信インタフェース（通信Ｉ／Ｆ） １８ 入出力インタフェース（Ｉ／Ｆ） １９ 入出力装置 ２０ サポートツール ２１ 演算装置 ２２ 中央処理装置 ２３ メモリ空間 ２３−１ パラメータデータエリア ２３−２ ユーザプログラムデータエリア ２３−３ サポートツールプログラムエリア ２４ 表示装置用メモリ ２５ バス ２６ インタフェース（Ｉ／Ｆ） ２７ 入力装置 ２８ 表示装置 ３０ ネットワーク

Claims (4)

【特許請求の範囲】
1. 【請求項１】 複数のプログラマブルコントローラと少
   なくとも１つのサポートツールとを通信手段を介して相
   互に接続し、かつアプリケーションプログラムをいくつ
   かのプログラムブロックに分割してそれら複数のプログ
   ラマブルコントローラに分散配置してなるプログラマブ
   ルコントローラシステムであって、 上記プログラマブルコントローラのそれぞれは、 複数のプログラムブロックに分割されたアプリケーショ
   ンプログラムのうちのノーマルプログラムブロックを実
   行するノーマルプログラムブロック実行手段と、 上記プログラムブロックに対して入出力パラメータを定
   義する入出力パラメータ定義手段と、 他のプログラマブルコントローラのプログラムブロック
   に格納されているプログラムに対して上記入出力パラメ
   ータの送受信を行う入出力パラメータ送受信プログラム
   ブロックを実行する入出力パラメータ送受信プログラム
   ブロック実行手段と、 上記入出力パラメータ送受信プログラムブロックに対し
   て相手先プログラムブロックの位置情報を記憶する相手
   先プログラムブロック位置情報記憶手段と、 プログラムブロックの読み出し要求に際して、該当プロ
   グラムブロックがノーマルプログラムブロックである場
   合は、該ノーマルプログラムブロックのデータを返信
   し、該当プログラムブロックが入出力パラメータ送受信
   プログラムブロックである場合は、該入出力パラメータ
   送受信プログラムブロックから相手先プログラムブロッ
   クの位置情報を抽出して返信する送受信制御手段と、 を具備し、 上記サポートツールは、 上記プログラマブルコントローラに対してプログラムブ
   ロックの読み出し要求を送信するプログラムブロック読
   出要求送信手段と、 上記プログラムブロック読出要求送信手段によるプログ
   ラムブロックの読み出し要求に対して上記プログラマブ
   ルコントローラから返信された内容について、ノーマル
   プログラムブロックのデータか入出力パラメータ送受信
   ブロックの相手先プログラムブロックの位置情報かを判
   別する判別手段と、 上記判別手段によりノーマルプログラムブロックのデー
   タであると判別された場合は、該ノーマルプログラムブ
   ロックのデータをそのまま表示し、相手先プログラムブ
   ロックの位置情報であると判別された場合は、その位置
   情報に基づき相手先プログラムブロックを読み出し、そ
   れを表示する表示制御手段と、 を具備することをことを特徴とするプログラマブルコン
   トローラシステム。
2. 【請求項２】 複数のプログラマブルコントローラを通
   信手段を介して相互に接続し、かつアプリケーションプ
   ログラムをいくつかのプログラムブロックに分割してそ
   れら複数のプログラマブルコントローラに分散配置して
   なるプログラマブルコントローラシステムにおけるプロ
   グラマブルコントローラであって、 複数のプログラムブロックに分割されたアプリケーショ
   ンプログラムのうちのノーマルプログラムブロックを実
   行するノーマルプログラムブロック実行手段と、 上記プログラムブロックに対して入出力パラメータを定
   義する入出力パラメータ定義手段と、 他のプログラマブルコントローラのプログラムブロック
   に格納されているプログラムに対して上記入出力パラメ
   ータの送受信を行う入出力パラメータ送受信プログラム
   ブロックを実行する入出力パラメータ送受信プログラム
   ブロック実行手段と、 上記入出力パラメータ送受信プログラムブロックに対し
   て相手先プログラムブロックの位置情報を記憶する相手
   先プログラムブロック位置情報記憶手段と、 プログラムブロックの読み出し要求に際して、該当プロ
   グラムブロックがノーマルプログラムブロックである場
   合は、該ノーマルプログラムブロックのデータを返信
   し、該当プログラムブロックが入出力パラメータ送受信
   プログラムブロックである場合は、該入出力パラメータ
   送受信プログラムブロックから相手先プログラムブロッ
   クの位置情報を抽出して返信する送受信制御手段と、 を具備することをことを特徴とするプログラマブルコン
   トローラ。
3. 【請求項３】 複数のプログラマブルコントローラと少
   なくとも１つのサポートツールとを通信手段を介して相
   互に接続し、かつアプリケーションプログラムをいくつ
   かのプログラムブロックに分割してそれら複数のプログ
   ラマブルコントローラに分散配置してなるプログラマブ
   ルコントローラシステムにおけるサポートツールであっ
   て、 上記プログラマブルコントローラに対してプログラムブ
   ロックの読み出し要求を送信するプログラムブロック読
   出要求送信手段と、 上記プログラムブロック読出要求送信手段によるプログ
   ラムブロックの読み出し要求に対して上記プログラマブ
   ルコントローラから返信された内容について、ノーマル
   プログラムブロックのデータか相手先プログラムブロッ
   クの位置情報かを判別する判別手段と、 上記判別手段によりノーマルプログラムブロックのデー
   タであると判別された場合は、該ノーマルプログラムブ
   ロックのデータをそのまま表示し、入出力パラメータ送
   受信ブロックの相手先プログラムブロックの位置情報で
   あると判別された場合は、その位置情報に基づき相手先
   プログラムブロックを読み出して表示する表示制御手段
   と、 を具備することをことを特徴とするサポートツール。
4. 【請求項４】 相互接続されて複数のプログラマブルコ
   ントローラからなるプログラマブルコントローラシステ
   ムを構成するプログラマブルコントローラであって、 アプリケーションプログラムを１つ以上に分割したプロ
   グラムブロックを実行する手段と、 プログラムに対し入出力パラメータを定義する手段と、 コントローラ外部より指定された入出力パラメータを受
   け取る手段と、 コントローラ外部よりプログラムブロックの起動の指示
   を受け取る手段と、 指定された入力パラメータにより、該当のプログラムブ
   ロックを実行し、 出力指定されたパラメータとして、実行結果を指示元に
   返す手段と、 を具備することを特徴とするプログラマブルコントロー
   ラ。