JPH10333716A - プログラマブルコントローラの制御システム - Google Patents

Abstract

(57)【要約】 【課題】 ＰＣに通信ラインを介して複数のツールを接
続した構成において、ＰＣ内のユーザープログラムと一
致しないユーザープログラムを記憶するツールによる編
集等の操作を実行できないようにする。 【解決手段】 本発明のＰＣの制御システムは、複数の
ツールの中の１つから指令を受信すると共に、この指令
を実行する際にＰＣ内のユーザープログラムと上記指令
を送信したツール内のユーザープログラムとが一致する
必要があるときには、ＰＣ内のＩＤデータと指令を送信
したツール内のＩＤデータとが一致しているか否かを判
断し、そして、この判断結果が一致のときは指令を実行
し、不一致のときは指令を拒絶するように構成したもの
である。この構成によれば、ユーザープログラムが不一
致のままで編集等の操作が実行されることはない。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、プログラマブルコ
ントローラに接続されたプログラミングツールによっ
て、プログラマブルコントローラ内のユーザープログラ
ムの編集等を行うように構成されたプログラマブルコン
トローラの制御システムに関する。

【０００２】

【従来の技術】プログラマブルコントローラ（以下、Ｐ
Ｃと称す）とプログラミングツール（以下、ツールと称
す）を通信ラインにより接続し、ツール側から通信ライ
ンを介して指令することにより、ＰＣ内のメモリに記憶
されたユーザープログラムを編集する操作等を実行可能
にした構成がある。この構成の場合、ＰＣ内に記憶され
ているユーザプログラムと、ツール内に記憶されている
ユーザープログラムとが一致していないと、ユーザープ
ログラムを編集した際にユーザープログラムがおかしく
なってしまい、ＰＣが暴走するおそれがあった。

【０００３】これに対して、特開平８−６９３０３号公
報に記載された装置では、通信ラインを通して操作を行
うように切り替える際に、ＰＣ側のユーザープログラム
とツール側のユーザープログラムを照合すること、即
ち、メモリ照合機能を持たせることにより両者のユーザ
ープログラムが一致していることを確認するようにして
いる。また、特開平５−８０８１３号公報に記載された
装置では、通信ラインを通して編集を行う際に、ＰＣ側
のユーザープログラム及びツール側のユーザープログラ
ムを同時に編集するように、即ち、同時編集機能を持た
せるように構成し、ユーザープログラムの不一致を防止
している。

【０００４】

【発明が解決しようとする課題】ところで、近年、ＰＣ
に複数のツールを通信ラインを介して接続し、これら複
数のツールによってＰＣ内のユーザープログラムを編集
可能に構成した装置が考えられている。しかし、このよ
うな構成の装置においては、上記従来構成の２つの機能
を設けたとして、ＰＣ内のユーザープログラムとツール
内のユーザープログラムが一致しないことがあった。

【０００５】具体的には、メモリ照合機能によって最初
にＰＣ内のユーザープログラムと複数のツール内のユー
ザープログラムとを照合して一致させておいた状態で、
複数のツールの中の１つのツールによりＰＣ内のユーザ
ープログラムを編集する操作を実行すると、同時編集機
能によって上記１つのツール内のユーザープログラムと
ＰＣ内のユーザープログラムとは一致した状態となる。
しかし、他のツール内のユーザープログラムとＰＣ内の
ユーザープログラムとは一致しない状態となる。このた
め、上記状態で、他のツールの中の１つのツールにより
ＰＣ内のユーザープログラムを編集する操作を実行する
と、暴走するおそれがある。

【０００６】そこで、本発明の目的は、プログラマブル
コントローラに通信ラインを介して複数のプログラミン
グツールを接続した構成において、プログラマブルコン
トローラ内のユーザープログラムと一致しないユーザー
プログラムを記憶するプログラミングツールによる編集
等の操作を確実に防止することができるプログラマブル
コントローラの制御システムを提供するにある。

【０００７】

【課題を解決するための手段】請求項１の発明において
は、複数のプログラミングツールの中の１つから指令を
受信すると共に、この指令を実行する際にプログラマブ
ルコントローラ内のユーザープログラムと上記指令を送
信したプログラミングツール内のユーザープログラムと
が一致する必要があるときには、プログラマブルコント
ローラ内のＩＤデータと指令を送信したプログラミング
ツール内のＩＤデータとが一致しているか否かを判断
し、そして、この判断結果が一致のときは指令を実行
し、不一致のときは指令を拒絶するように構成した。こ
の構成によれば、プログラマブルコントローラ内のユー
ザープログラムと一致しないユーザープログラムを記憶
するプログラミングツールから編集等の操作の指令がプ
ログラマブルコントローラに送信された場合、プログラ
マブルコントローラは上記指令を拒絶するから、ユーザ
ープログラムが不一致のままで編集等の操作が実行され
ることがない。

【０００８】請求項２の発明によれば、プログラミング
ツールから送信された指令を実行するときに、プログラ
マブルコントローラ内のＩＤデータを更新し、そして、
この更新したＩＤデータを上記指令を送信したプログラ
ミングツールへ送信するように構成した。これにより、
プログラマブルコントローラ内のユーザープログラムと
プログラミングツール内のユーザープログラムとが一致
しているか否かを、両者内のＩＤデータの比較によって
簡単且つ確実に判別することができる。

【０００９】請求項３の発明によれば、プログラミング
ツールから送信された指令の実行の可否を判断し、この
判断結果を指令を送信したプログラミングツールへ送信
するように構成したので、指令の実行により不具合が発
生するような指令を回避することが可能となる。

【００１０】請求項４の発明によれば、プログラミング
ツールからの要求に応じてユーザプログラムの記憶用と
して使用可能なメモリのサイズを送信する機能をプログ
ラマブルコントローラに設け、そして、プログラミング
ツール側において、プログラマブルコントローラへダウ
ンロードしたいユーザープログラムのサイズと上記プロ
グラマブルコントローラから送信されたメモリサイズと
を比較すると共に、メモリサイズの方が小さいときにダ
ウンロードの際に必要なメモリサイズを表示するように
構成した。これにより、ユーザープログラムをダウンロ
ードする際に、プログラマブルコントローラ側のメモリ
サイズが不足している場合には、必要なメモリサイズが
表示される。従って、プログラマブルコントローラ側の
メモリが不足したままで、ダウンロードを実行してしま
うと、ダウンロードが失敗するが、このような事態が起
こることを未然に回避することができる。

【００１１】請求項５の発明によれば、請求項３の発明
とほぼ同様にして、プログラミングツールから送信され
た指令の実行により不具合が発生するような指令を実行
することを確実に回避できる。また、請求項６の発明に
よれば、請求項４の発明とほぼ同様にして、プログラマ
ブルコントローラ側のメモリが不足したままで、ダウン
ロードを実行してしまうことを確実に回避できる。

【００１２】

【発明の実施の形態】以下、本発明の一実施例について
図面を参照しながら説明する。まず、図２はプログラマ
ブルコントローラの制御システムの概略全体構成を示す
図である。この図２において、プログラマブルコントロ
ーラ（以下、ＰＣと称す）１は、図示しない各種の負荷
（例えばロボット、搬送装置、ランプ、スイッチ等）を
駆動制御する機能を有しており、このＰＣ１には上記各
種の負荷が接続されている。

【００１３】また、上記ＰＣ１には、複数例えば２台の
プログラミングツール（以下、ツールと称す）２、３が
通信ライン４、５を介して接続されている。これらツー
ル２、３は、パソコン等のデータ端末装置により構成さ
れている。

【００１４】そして、ＰＣ１の内部には、図３に示すよ
うに、ＰＣ側コントロールユニット６が配設されてい
る。このＰＣ側コントロールユニット６は、ＰＣ１の運
転全般を制御する機能を有しており、ＣＰＵ、ＲＯＭ、
ＲＡＭ等から構成されている。上記ＰＣ側コントロール
ユニット６の内部に設けられたメモリには、ＰＣ１の運
転制御用の制御プログラム及びユーザープログラムが記
憶されている。この場合、ＰＣ側コントロールユニット
６が、本発明のＩＤ判断手段、指令実行手段、ＩＤ更新
手段、ＩＤ送信手段、実行可否判断手段、判断結果送信
手段、メモリサイズ送信手段としての各機能を有するよ
うに構成されている。

【００１５】尚、上記図３には、ユーザープログラムを
記憶するためのメモリ領域７が図示されている。このメ
モリ領域７内には、ユーザープログラム８とこのユーザ
ープログラム８を識別するためのＩＤデータ９が格納さ
れている。このＩＤデータ９については、詳しくは後述
する。

【００１６】一方、ツール２、３の内部には、図３に示
すように、ツール側コントロールユニット１０、１１が
配設されている。このツール側コントロールユニット１
０、１１は、ツール２、３の運転全般を制御する機能を
有しており、ＣＰＵ、ＲＯＭ、ＲＡＭ等から構成されて
いる。上記ツール側コントロールユニット１０、１１の
内部に設けられたメモリには、ツール２、３の運転制御
用の制御プログラム及びユーザープログラムが記憶され
ている。この場合、ツール側コントロールユニット１
０、１１が本発明のサイズ比較手段及びメモリサイズ表
示手段としての各機能を有するように構成されている。

【００１７】また、図３には、ユーザープログラムを格
納するためのメモリ領域１２、１３が図示されている。
これら各メモリ領域１２、１３内には、ユーザープログ
ラム１４、１５とこれら各ユーザープログラム１４、１
５を識別するためのＩＤデータ１６、１７が格納されて
いる。

【００１８】次に、上記構成の作用を図１、図４ないし
図１１も参照して説明する。まず最初は、ＰＣ側コント
ロールユニット６のメモリ領域７に記憶されているユー
ザープログラム８（及びＩＤデータ９）と、一方のツー
ル側コントロールユニット１０のメモリ領域１２に記憶
されているユーザープログラム１４（及びＩＤデータ１
６）と、他方のツール側コントロールユニット１１のメ
モリ領域１３に記憶されているユーザープログラム１５
（及びＩＤデータ１７）とが全て一致するように構成さ
れている。

【００１９】上記各ユーザプログラムの一致は、例えば
次のようにして得られる。即ち、まず、一方のツール２
において、ユーザーがユーザープログラム１４を作成
し、この作成したユーザープログラム１４をツール側コ
ントロールユニット１０のメモリ領域１２内に記憶させ
ておく。このとき、ツール側コントロールユニット１０
は、図４に示すようなデータフォーマットのＩＤデータ
１６を作成し、メモリ領域１２内に記憶させる。

【００２０】上記ＩＤデータ１６は、図４に示すよう
に、例えば４バイト（即ち、３２ビット）の長さのデー
タＤＦである。このデータＤＦは、その０ビットから９
ビットまでの領域がインクリメントデータＤＦａであ
り、１０ビットから１５ビットまでの領域が秒情報デー
タＤＦｂであり、１６ビットから２１ビットまでの領域
が分情報データＤＦｃであり、２２ビットから２６ビッ
トまでの領域が時情報データＤＦｄであり、２７ビット
から３１ビットまでの領域が日情報データＤＦｅであ
る。

【００２１】この場合、例えばユーザープログラム１４
の作成完了時点において、ツール２のツール側コントロ
ールユニット１０内に設けられた時計装置が出力する
「日」、「時」、「分」、「秒」の各データが上記ＩＤ
データ１６の各対応するデータ領域ＤＦｂ〜ＤＦｅにセ
ットされると共に、インクリメントデータＤＡａには初
期値（例えば「０」や「１」）がセットされるように構
成されている。そして、このようにデータセットされた
ＩＤデータ１６が上記作成されたユーザープログラム１
４を識別するＩＤデータとなる。

【００２２】次に、上記ツール２により、そのツール側
コントロールユニット１０のメモリ領域１２内に記憶し
ているユーザープログラム１４を通信ライン４を通して
ＰＣ１へ送信し、そのＰＣ側コントロールユニット６の
メモリ領域７内に記憶させる転送処理（以下、この処理
をダウンロードと称す）を実行する。このとき、ツール
側コントロールユニット１０のメモリ領域１２内に記憶
しているＩＤデータ１６も、通信ライン４を通してＰＣ
１へ送信し、そのＰＣ側コントロールユニット６のメモ
リ領域７内に記憶させるように構成されている。

【００２３】上記ダウンロードの実行によって、ＰＣ側
コントロールユニット６のメモリ領域７に記憶されてい
るユーザープログラム８及びＩＤデータ９と、一方のツ
ール側コントロールユニット１０のメモリ領域１２に記
憶されているユーザープログラム１４及びＩＤデータ１
６とが一致する。

【００２４】この後、他方のツール３により、ＰＣ１の
ＰＣ側コントロールユニット６のメモリ領域７内に記憶
されているユーザープログラム８を通信ライン５を通し
てツール３へ読込み、そのツール側コントロールユニッ
ト１１のメモリ領域１３内に記憶させる転送処理（以
下、この処理をアップロードと称す）を実行する。この
とき、ＰＣ側コントロールユニット６のメモリ領域７内
に記憶されているＩＤデータ９も、通信ライン５を通し
てツール３へ読込み、そのツール側コントロールユニッ
ト１１のメモリ領域１３内に記憶させるように構成され
ている。

【００２５】上記アップロードの実行によって、ＰＣ側
コントロールユニット６のメモリ領域７に記憶されてい
るユーザープログラム８及びＩＤデータ９と、ツール側
コントロールユニット１０、１１のメモリ領域１２、１
３に記憶されているユーザープログラム１４、１５及び
ＩＤデータ１６、１７とが全て一致するようになる。そ
して、このメモリ一致状態では、２つのツール２、３の
いずれからでもＰＣ１へ編集等の操作の指令を送信する
ことにより、該ＰＣ１内に記憶されているユーザープロ
グラム８に対して編集等の操作を行うことが可能になっ
ている。

【００２６】次に、図１のフローチャートに従って、ツ
ール２、３からＰＣ１へ指令を送信して、該ＰＣ１内の
ユーザープログラム８の編集等の操作を行う場合の動作
について説明する。尚、図１のフローチャートは、ＰＣ
１内に記憶された制御プログラムのうちの上記編集等の
操作を行う場合の制御の内容を示しており、この処理は
例えば割り込み処理で実現されている。

【００２７】まず、例えばツール２によりＰＣ１内のユ
ーザープログラム８を編集する操作を行う場合について
述べる。この場合、ツール２のツール側コントロールユ
ニット１０は、図３に示すように、指令パケット１８を
通信ライン４を通してＰＣ１へ送信する。上記指令パケ
ット１８は、先頭データ１８ａと、ツール側コントロー
ルユニット１０内に記憶されているＩＤデータ１６をコ
ピーしたデータからなるＩＤデータ１８ｂと、編集等の
操作の指令の内容を表わす指令データ１８ｃとから構成
されている。

【００２８】そして、図１のステップＳ１０１におい
て、ＰＣ１が上記ツール２から送信された指令パケット
１８を受信すると、ＰＣ側コントロールユニット６は、
受信した指令（指令データ１８ｃ）を実行する際に、Ｐ
Ｃ１内のユーザープログラム８と指令を送信したツール
２内のユーザープログラム１４とが一致する必要（メモ
リ照合一致必要）があるか否かを判断する（ステップＳ
１０２）。

【００２９】ここで、メモリ一致が必要である場合、即
ち、上記指令が編集等の操作の指令である場合には、ス
テップＳ１０２にて「ＹＥＳ」へ進み、受信したＩＤデ
ータ１８ｂとメモリ領域１２内のＩＤデータ９が等しい
か否かを判断する（ステップＳ１０３）。ここで、ＩＤ
データ１８ｂとＩＤデータ９が等しければ、ツール２内
のユーザープログラム１４とＰＣ１内のユーザープログ
ラム８が一致していると判断でき、この場合には、ステ
ップＳ１０３にて「ＹＥＳ」へ進む。

【００３０】そして、ＰＣ側コントロールユニット６
は、ＩＤデータ９を更新する処理を行う（ステップＳ１
０４）。この場合、ＰＣ側コントロールユニット６は、
ＩＤデータ９のインクリメントデータＤＦａをカウント
アップすると共に、この更新時点において、ＰＣ側コン
トロールユニット６内に設けられた時計装置が出力する
「日」、「時」、「分」、「秒」の各データを上記ＩＤ
データ９の各対応するデータ領域ＤＦｂ〜ＤＦｅにセッ
トするように構成されている。これにより、ＩＤデータ
９が更新される。

【００３１】続いて、ＰＣ側コントロールユニット６
は、ＩＤ更新フラグをセットする（ステップ１０５）。
更に、ＰＣ側コントロールユニット６は、受信した指令
パケット１８の指令データ１８ｃにより指示された編集
等の操作を実行する（ステップＳ１０６）。これによ
り、ＰＣ側コントロールユニット６のメモリ領域７内の
ユーザープログラム８が編集される。この編集されたユ
ーザープログラム８を識別するＩＤデータが、上記更新
されたＩＤデータ９である。

【００３２】そして、ＰＣ側コントロールユニット６
は、ツール２へ送信するための応答パケット１９を作成
する（ステップＳ１０７）。この応答パケット１９は、
図３に示すように、先頭データ１９ａとＩＤデータ１９
ｂと更新フラグデータ１９ｃと肯定フラグデータ１９ｄ
とから構成されている。この場合、ＰＣ側コントロール
ユニット６は、ツール２からの指令を正常に実行した肯
定応答をするので、ＩＤデータ１９ｂとして上記更新さ
れたＩＤデータ９を収容（コピー）し、更新フラグデー
タ１９ｃとしてセットデータを収容し、肯定フラグデー
タ１９ｄとしてセットデータを収容するように構成され
ている。

【００３３】続いて、ＰＣ側コントロールユニット６
は、上記作成した応答パケット１９を通信ライン４を通
してツール２へ送信する（ステップＳ１０８）。これに
より、ＰＣ１側の制御動作が完了するようになってい
る。

【００３４】一方、上記ステップＳ１０３の判断におい
て、ＩＤデータ１８ｂとＩＤデータ９が等しくない場合
は、ツール２内のユーザープログラム１４とＰＣ１内の
ユーザープログラム８が不一致であると判断することが
でき、この場合には、ステップＳ１０３にて「ＮＯ」へ
進む。そして、ＰＣ側コントロールユニット６は、ツー
ル２からの指令を実行しない。更に、ＰＣ側コントロー
ルユニット６は、ツール２からの指令を実行しない旨を
表わす応答パケット（即ち、拒絶応答）をツール２へ送
信し（ステップＳ１１０）、制御動作を完了するように
なっている。

【００３５】尚、このような拒絶応答が行われる場合と
しては、例えばツール２（またはツール３）によりＰＣ
１内のユーザープログラム８を編集する操作が実行され
た後の状態において、ツール３（またはツール２）から
ＰＣ１内のユーザープログラム８を編集する操作を行う
指令が送信された場合が考えられる。この場合には、Ｐ
Ｃ１のユーザープログラム８及びＩＤデータ９とツール
２のユーザープログラム１４及びＩＤデータ１６（また
はツール３のユーザープログラム１５及びＩＤデータ１
７）とが一致しているものの、ＰＣ１のユーザープログ
ラム８及びＩＤデータ９とツール３のユーザープログラ
ム１５及びＩＤデータ１７（またはツール２のユーザー
プログラム１４及びＩＤデータ１６）とが不一致である
から、上記拒絶応答が行われるのである。

【００３６】また、上記ステップＳ１０２の判断におい
て、受信した指令が、ＰＣ１内のユーザープログラム８
と指令を送信したツール２内のユーザープログラム１４
とが一致する必要がない指令である場合には、ステップ
Ｓ１０２にて「ＮＯ」へ進み、ＰＣ側コントロールユニ
ット６はＩＤ更新フラグをリセットする（ステップＳ１
０９）。そして、ステップＳ１０６へ移行し、ＰＣ側コ
ントロールユニット６は上記指令を実行する。続いて、
ＰＣ側コントロールユニット６は、応答パケット１９を
作成し（ステップＳ１０７）、肯定応答する（ステップ
Ｓ１０８）。

【００３７】尚、上記応答パケット１９を作成する場
合、ＩＤデータ１９ｂとしては更新されないＩＤデータ
９を収容（コピー）し、更新フラグデータ１９ｃとして
リセットデータを収容し、肯定フラグデータ１９ｄとし
てセットデータを収容するように構成されている。ま
た、上記メモリが不一致のままで良い指令としては、Ｐ
Ｃ側コントロールユニット６のメモリ領域７内のデータ
（ユーザープログラムやＩＤデータ等）を読出す系統の
指令がある。

【００３８】一方、上記ＰＣ１から送信された肯定の応
答パケット１９を受信するツール２側の応答動作につい
て、図５を参照して説明する。この図５のフローチャー
トは、ツール２内に記憶された制御プログラムのうちの
上記応答動作の制御の内容を示しており、この処理は例
えば割り込み処理で実現されている。

【００３９】具体的には、図５のステップＳ２０１にお
いて、ツール２のツール側コントロールユニット１０
は、ＩＤデータ及び更新フラグセットが格納された応答
パケット１９を受信する。続いて、ステップＳ２０２へ
進み、ツール側コントロールユニット１０は、メモリ領
域１２内のＩＤデータ１６を、上記受信した応答パケッ
ト１９内のＩＤデータにより書き替える。これにより、
ツール２内のＩＤデータ１６と、ＰＣ１内のＩＤデータ
９が一致するようになる。

【００４０】また、前述したように、ツール２からの指
令によってＰＣ１内のユーザープログラム８に対して編
集等の操作が実行されていると共に、同じ指令でツール
２内のユーザープログラム１４に対しても編集等の操作
が実行されることにより、ツール２内のユーザープログ
ラム１４とＰＣ１内のユーザープログラム８が一致す
る。尚、ツール２内のユーザープログラム１４に対する
編集等の操作の実行は、ツール２から指令パケット１８
を送信する前に実行しても良いし、また、ＰＣ１から肯
定の応答パケット１９を受信した後で実行しても良い。

【００４１】そしてこの後、ツール２からＰＣ１へ指令
パケット１８を送信する場合には、その指令パケット１
８のＩＤデータとして上記書き替えたＩＤデータ１６を
使用するように構成されている（ステップＳ２０３）。

【００４２】一方、ツール２がＰＣ１から拒絶の応答パ
ケットを受信した場合には、ツール２内のユーザープロ
グラム１４とＰＣ１内のユーザープログラム８が一致し
ていないのであるから、両方のユーザープログラムを一
致させる必要がある。この場合、ツール２により例えば
アップロードを実行して、ＰＣ１内のユーザープログラ
ム８及びＩＤデータ９をツール２のメモリ領域１２内に
読み込む処理を実行すれば良い。

【００４３】次に、一人の作業者が一方のツール２によ
りＰＣ１内のユーザープログラム８をアップロードして
いる途中において、他の作業者が他方のツール３により
ダウンロードを実行することがあると、このダウンロー
ドによりＰＣ１内のユーザープログラム８が変わってし
まう。このため、一方のツール２においては、アップロ
ードを開始した時点のユーザープログラムが途中で変化
してしまうという問題点が発生する。このような問題点
を解消するために、本実施例では、ＰＣ１側において、
ツール２、３から送信された指令の実行の可否を判断す
ると共に、この判断結果をツール２、３へ送信するよう
に構成している。以下、この構成について、図６ないし
図８を参照して説明する。

【００４４】まず、図６に従って、ツール２からアップ
ロード処理の要求指令があった場合の制御について述べ
る。尚、図６はＰＣ１内の制御プログラムのうちの上記
アップロード処理要求指令があった場合の制御の内容を
示すフローチャートであり、この制御は例えば割り込み
処理により実現されている。

【００４５】具体的には、図６のステップＳ３０１にお
いて、ＰＣ１がツール２からのアップロード処理の要求
指令を受信すると、ステップＳ３０２の判断処理へ進
み、ＰＣ１のＰＣ側コントロールユニット６はＰＣダウ
ンロード中フラグがセットされているか（セット状態で
あるか）否かを判断する。ここで、ＰＣダウンロード中
フラグがリセット状態であれば、ステップＳ３０２にて
「ＮＯ」へ進む。この場合、ＰＣ側コントロールユニッ
ト６は、ダウンロードが実行されていないので、上記ア
ップロード処理の要求指令を実行可能であると判断す
る。

【００４６】続いて、ステップＳ３０３へ進み、ＰＣ側
コントロールユニット６は、ＰＣアップロード中フラグ
をセット状態にした後、アップロード処理の実行が可能
であること（を表わす応答パケット）をツール２へ送信
するように構成されている（ステップＳ３０４）。これ
により、ツール２が上記実行可能の応答パケットを受信
したら、上記ツール２はアップロード実行の指令をＰＣ
１へ送信し、アップロード処理を実行するように構成さ
れている。尚、上記アップロード処理の実行が完了した
ら、ＰＣアップロード中フラグがリセットされるように
構成されている。

【００４７】これに対して、上記ステップＳ３０２にお
いて、ＰＣダウンロード中フラグがセット状態であれ
ば、ステップＳ３０２にて「ＹＥＳ」へ進む。この場
合、ＰＣ側コントロールユニット６は、他のツールによ
りダウンロードが実行されているので、上記アップロー
ド処理の要求指令を実行できないと判断する。

【００４８】そこで、ステップＳ３０５へ進み、ＰＣ側
コントロールユニット６は、アップロード処理の実行が
不可能であること（を表わす応答パケット）をツール２
へ送信するように構成されている。これにより、ツール
２が上記実行不可能の応答パケットを受信したら、上記
ツール２は、アップロード処理を実行しないで、実行可
能となるまで待機するように構成されている。

【００４９】また、図７のフローチャートは、ＰＣ１内
の制御プログラムのうちのツール２からダウンロード処
理の要求指令があった場合の制御の内容を示している。
この制御は、ＰＣ１の制御プログラムの例えば割り込み
処理により実現されている。さて、図７のステップＳ４
０１において、ＰＣ１がツール２からのダウンロード処
理の要求指令を受信すると、ステップＳ４０２の判断処
理へ進み、ＰＣ１のＰＣ側コントロールユニット６はＰ
Ｃダウンロード中フラグがセットされているか（セット
状態であるか）否かを判断する。

【００５０】ここで、ＰＣダウンロード中フラグがリセ
ット状態であれば、ステップＳ４０２にて「ＮＯ」へ進
み、ＰＣ側コントロールユニット６はＰＣアップロード
中フラグがセットされているか（セット状態であるか）
否かを判断する（ステップＳ４０３）。この判断におい
て、ＰＣアップロード中フラグがリセット状態であれ
ば、ステップＳ４０３にて「ＮＯ」へ進む。この場合、
ＰＣ側コントロールユニット６は、ダウンロード及びア
ップロードが共に実行されていないので、上記ダウンロ
ード処理の要求指令を実行可能であると判断する。

【００５１】続いて、ステップＳ４０４へ進み、ＰＣ側
コントロールユニット６は、ＰＣダウンロード中フラグ
をセット状態にした後、ダウンロード処理の実行が可能
であること（を表わす応答パケット）をツール２へ送信
するように構成されている（ステップＳ４０５）。これ
により、ツール２が上記実行可能の応答パケットを受信
したら、上記ツール２はダウンロード実行の指令をＰＣ
１へ送信し、ダウンロード処理を実行するように構成さ
れている。尚、上記ダウンロード処理の実行が完了した
ら、ＰＣダウンロード中フラグがリセットされるように
構成されている。

【００５２】一方、上記ステップＳ４０２において、Ｐ
Ｃダウンロード中フラグがリセット状態であれば、ステ
ップＳ４０２にて「ＹＥＳ」へ進む。この場合、ＰＣ側
コントロールユニット６は、他のツールによりダウンロ
ードが実行されているので、上記ダウンロード処理の要
求指令を実行できないと判断する。

【００５３】また、上記ステップＳ４０３において、Ｐ
Ｃアップロード中フラグがリセット状態であれば、ステ
ップＳ４０３にて「ＹＥＳ」へ進む。この場合、ＰＣ側
コントロールユニット６は、他のツールによりアップロ
ードが実行されているので、上記ダウンロード処理の要
求指令を実行できないと判断する。

【００５４】そして、ステップＳ４０２またはステップ
Ｓ４０３にてそれぞれ「ＹＥＳ」へ進んだ場合、ステッ
プＳ４０６へ進み、ＰＣ側コントロールユニット６は、
ダウンロード処理の実行が不可能であること（を表わす
応答パケット）をツール２へ送信するように構成てい
る。これにより、ツール２が上記指令実行不可能の応答
パケットを受信したら、上記ツール２はダウンロード処
理を実行しないで待機するように構成されている。

【００５５】次に、ＰＣ１と２台のツール２、３との間
で、ダウンロード、アップロード、編集操作等の各処理
を逐次実際に実行する動作の一例を、図８に従って説明
する。まず、図８のステップＳ５０１において、ツール
２によりＰＣ１内へユーザープログラムをダウンロード
する処理が終了したとする。この後、ステップＳ５０２
において、ツール３によりＰＣ１内のユーザープログラ
ムをアップロードする処理が終了したとする。これによ
り、ＰＣ１、ツール２、３の各ユーザープログラム８、
１４、１５（及び各ＩＤデータ９、１６、１７）が全て
一致する。

【００５６】続いて、ステップＳ５０３へ進み、ツール
２からＰＣ１内のユーザープログラム８を編集する操作
の指令がＰＣ１に受信されると共に、ＰＣ１において上
記編集操作指令が実行されたとする。これにより、ツー
ル３のユーザープログラム１５及びＩＤデータ１７がＰ
Ｃ１とツール２のものと不一致になる。

【００５７】この状態で、ステップＳ５０４へ進み、ツ
ール３からＰＣ１内のユーザープログラム８を編集する
操作の指令をＰＣ１が受信したとする。すると、ステッ
プＳ５０５へ進み、ＰＣ１は、ＩＤデータが不一致であ
ることを判断し、上記編集操作指令を拒絶する応答をツ
ール３へ送信する。この拒絶応答により、ツール３はア
ップロード処理することが促される。

【００５８】この後、ステップＳ５０６において、ツー
ル２によりＰＣ１内へユーザープログラムをダウンロー
ドする処理がスタートされたとする。これにより、ＰＣ
ダウンロード中フラグがセットされる。そして、このダ
ウンロードの途中で、ステップＳ５０７へ進み、ツール
３からＰＣ１内のユーザープログラムをアップロードす
る処理の要求指令がＰＣ１へ送信されたとする。する
と、ＰＣ１では、上記アップロード指令を実行できない
から、ツール３へアップロード拒絶の応答を送信する。

【００５９】この後、ステップＳ５０８へ進み、ツール
２によるユーザープログラムのダウンロード処理が終了
したとする。続いて、ステップＳ５０９へ進み、ツール
３からＰＣ１内のユーザープログラムをアップロードす
る処理の要求の指令をＰＣ１が受信すると、このとき
は、ＰＣ１は上記アップロード指令を実行できるから、
ツール３へアップロード可能の応答を送信し、そしてア
ップロード処理が実行されるようになる。このアップロ
ードの完了により、ＰＣ１、ツール２、３の各ユーザー
プログラム８、１４、１５（及び各ＩＤデータ９、１
６、１７）が全て一致するようになる。

【００６０】次いで、ステップＳ５１０へ進み、ツール
３からＰＣ１内のユーザープログラム８を編集する操作
の指令をＰＣ１が受信すると、ツール３及びＰＣ１のＩ
Ｄデータが一致するため、ＰＣ１は上記編集操作指令を
実行するように構成されている。

【００６１】一方、本実施例において、ツール２または
３によりダウンロード処理を実行する場合、ＰＣ１のメ
モリ領域７のサイズがダウンロードしたいユーザープロ
グラムのサイズよりも小さいと、上記ユーザープログラ
ムをメモリ領域７に格納できないため、ダウンロード処
理が失敗に終わる。ここで、ユーザープログラムのサイ
ズが１５Ｋステップもある大きなものの場合には、ダウ
ンロード処理に約５分間程度の時間がかかる。これに対
して、ＰＣ１のメモリ不足により、ダウンロード処理の
終りの方で失敗することがあるので、作業者にとって作
業性が非常に悪かった。

【００６２】そこで、上記作業性を改善するために、本
実施例においては、ツール側で、ＰＣ１のメモリサイズ
を読み込むと共に、この読み込んだメモリサイズとダウ
ンロードしたユーザープログラムのサイズを比較し、メ
モリサイズが不足している場合には必要なメモリサイズ
を表示するように構成し、ダウンロード処理の失敗を防
止している。以下、この構成について、図９ないし図１
１を参照して説明する。図９のフローチャートは、ツー
ル２、３の制御プログラムのうちの上記メモリサイズの
読み込み、比較及び表示用の制御の内容を示している。
尚、ここでは、例えばツール２によりダウンロードを実
行する場合の動作について説明する。

【００６３】まず、図９のステップＳ６０１において、
ツール２はＰＣ１のメモリ構成及び状態情報を要求する
指令（指令パケット）をＰＣ１へ送信する。すると、こ
の指令を受信してＰＣ１は、そのメモリ構成及び状態情
報のデータ（応答パケット）をツール２へ送信する。こ
れにより、ツール２は、上記ＰＣ１のメモリ構成及び状
態情報のデータを受信する（ステップＳ６０２）。

【００６４】続いて、ツール２は、ダウンロード（転
送）したいユーザープログラムのサイズ（即ち、ユーザ
ープログラム容量）がＰＣ１のユーザープログラム格納
用のメモリ領域７のサイズ（即ち、メモリ容量）よりも
大きいか否かを判断する（ステップＳ６０３）。ここ
で、ユーザープログラム容量がメモリ容量に等しいかま
たは小さければ、ステップＳ６０３にて「ＮＯ」へ進
む。この場合、ユーザープログラムをＰＣ１のメモリ領
域７に格納できるから、ツール２はユーザープログラム
を全てＰＣ１のメモリ領域７へ転送する処理、即ち、ダ
ウンロード処理を実行する（ステップＳ６０４）。

【００６５】一方、上記ステップＳ６０３において、ユ
ーザープログラム容量がメモリ容量よりも大きければ、
「ＹＥＳ」へ進む。この場合、ユーザープログラムをＰ
Ｃ１のメモリ領域７に格納できないから、ツール２はユ
ーザープログラムの中からプログラムの実行に絶対に必
要な要素のサイズ、即ち、不可欠要素容量を計算して求
める（ステップＳ６０５）。

【００６６】続いて、ツール２は、不可欠要素容量がＰ
Ｃのメモリ容量よりも大きいか否かを判断する（ステッ
プＳ６０６）。ここで、不可欠要素容量がＰＣのメモリ
容量に等しいか小さければ、ステップＳ６０６にて「Ｎ
Ｏ」へ進む。この場合、ユーザープログラムのうちの不
可欠要素をＰＣ１のメモリ領域７に格納できるが、その
前に、ツール２のディスプレイ２０（図１０参照）に次
のような表示を行うように構成されている。

【００６７】即ち、ステップＳ６０７へ進み、ツール２
は、ユーザープログラムを全てＰＣ１のメモリ領域７へ
転送するために必要なメモリサイズとして、例えば十分
必要容量（これはユーザープログラム容量と等しい）を
ディスプレイ２０に表示する。具体的には、図１０に示
すように、十分必要容量から現在のメモリ容量を差し引
いたメモリ容量を必要メモリ容量とし、これを、「拡張
メモリＮＮＮｋｗ以上装着して下さい（図１０の下から
２行目参照）」と表示している。そして、図１０の最下
行に、「コメントデータを転送しなければ可能です」と
表示し、ユーザープログラムのうちの不可欠要素だけを
転送可能であることを作業者に知らしている。

【００６８】尚、ディスプレイ２０には、図１０に示す
ように、ユーザープログラム情報として、実行時必要デ
ータ（不可欠要素）のサイズ及び実行時不要データ（不
可欠要素以外のユーザープログラム）のサイズが表示さ
れていると共に、ＰＣ１のメモリ構成情報として、標準
メモリのサイズ及び拡張メモリのサイズが表示されてい
る。また、上記ステップＳ６０７において、ディスプレ
イ２０に推奨容量を表示するように構成することが好ま
しい。この推奨容量は、ユーザープログラムのサイズが
将来大きくなることを考慮した余裕があるメモリ容量の
ことである。

【００６９】さて、上記表示状態で、作業者が転送を実
行する旨の操作を行うと、ステップＳ６０８へ進み、ツ
ール２は、ユーザープログラムのうちの不可欠要素をＰ
Ｃ１のメモリ領域７へ転送する処理（即ち、ダウンロー
ド処理）を実行するように構成されている。尚、図１０
に示す表示がなされたときに、作業者がＰＣ１のメモリ
を表示されたように増設してから、上述したダウンロー
ド操作を再び実行すれば、ユーザープログラムを全てＰ
Ｃ１へ転送するダウンロード処理を実行することができ
る。

【００７０】また、上記ステップＳ６０６において、不
可欠要素容量がＰＣのメモリ容量よりも大きければ、
「ＹＥＳ」へ進む。この場合、ユーザープログラムのう
ちの不可欠要素だけであってもＰＣ１のメモリ領域７に
格納できないから、ツール２のディスプレイ２０に図１
１に示すような表示を行う。

【００７１】即ち、ステップＳ６０９へ進み、ツール２
は、ユーザープログラムのうちの不可欠要素をＰＣ１の
メモリ領域７へ転送するために必要なメモリサイズとし
て例えば最低必要容量（これは不可欠要素の容量と等し
い）をディスプレイ２０に表示する。具体的には、図１
１に示すように、十分必要容量から現在のメモリ容量を
差し引いたメモリ容量を必要メモリ容量とし、これを、
「拡張メモリＮＮＮｋｗ以上装着して下さい（図１１の
最下行参照）」と表示している。

【００７２】尚、ディスプレイ２０には、図１１に示す
ように、ユーザープログラム情報として、実行時必要デ
ータ（不可欠要素）のサイズ及び実行時不要データ（不
可欠要素以外のユーザープログラム）のサイズが表示さ
れていると共に、ＰＣのメモリ構成情報として、標準メ
モリのサイズ及び拡張メモリのサイズが表示されてい
る。また、上記ステップＳ６０９において、ディスプレ
イ２０に、前記十分必要容量や前記推奨容量を表示する
ように構成することが好ましい。

【００７３】そして、図１１に示す表示がなされた場
合、作業者がＰＣ１のメモリを表示されたように増設し
てから、上述したダウンロード操作を再び実行すれば、
ダウンロード処理を実行することができる。

【００７４】尚、上記実施例では、２台のツール２、３
をＰＣ１に接続する構成に適用したが、これに限られる
ものではなく、３台以上のツールをＰＣ１に接続する構
成に適用しても良い。

【図面の簡単な説明】

【図１】本発明の一実施例を示すＰＣ側の制御のフロー
チャート

【図２】ＰＣ及びツールを示す図

【図３】ブロック図

【図４】ＩＤデータの構成を示す図

【図５】ツール側の制御のフローチャート

【図６】ＰＣ側の制御のフローチャート

【図７】ＰＣ側の制御のフローチャート

【図８】２台のツールによりＰＣを操作した場合の動作
の一例を示すフローチャート

【図９】ツール側のフローチャート

【図１０】ツールのディスプレイの表示態様を示す図

【図１１】ツールのディスプレイの異なる表示態様を示
す図

【符号の説明】

１はプログラマブルコントローラ、２、３はプログラミ
ングツール、４、５は通信ライン、６はＰＣ側コントロ
ールユニット（ＩＤ判断手段、指令実行手段、ＩＤ更新
手段、ＩＤ送信手段、実行可否判断手段、判断結果送信
手段、メモリサイズ送信手段）、７はメモリ領域、８は
ユーザープログラム、９はＩＤデータ、１０、１１はツ
ール側コントロールユニット（サイズ比較手段、メモリ
サイズ表示手段）、１２、１３はメモリ領域、１４、１
５はユーザープログラム、１６、１７はＩＤデータを示
す。

Claims (6)

【特許請求の範囲】
1. 【請求項１】 ユーザープログラムとこのユーザープロ
   グラムを識別するＩＤデータとを記憶するプログラマブ
   ルコントローラと、 このプログラマブルコントローラに通信ラインを介して
   接続され、前記プログラマブルコントローラ内のユーザ
   ープログラムに対して編集等の操作を行うための指令を
   送信する機能を有するものであって、前記ユーザープロ
   グラムとこのユーザープログラムを識別するＩＤデータ
   とを記憶する複数のプログラミングツールと、 前記プログラマブルコントローラに設けられ、前記複数
   のプログラミングツールの中の１つから指令を受信する
   と共に、この指令を実行する際に前記プログラマブルコ
   ントローラ内のユーザープログラムと前記指令を送信し
   たプログラミングツール内のユーザープログラムとが一
   致する必要があるときには、前記プログラマブルコント
   ローラ内のＩＤデータと前記指令を送信したプログラミ
   ングツール内のＩＤデータとが一致しているか否かを判
   断するＩＤ判断手段と、 前記プログラマブルコントローラに設けられ、前記ＩＤ
   判断手段による判断結果が一致のときは前記指令を実行
   し、不一致のときは前記指令を拒絶する指令実行手段と
   を備え成るプログラマブルコントローラの制御システ
   ム。
2. 【請求項２】 前記ＩＤ判断手段による判断結果が一致
   して前記指令を実行するときに、前記プログラマブルコ
   ントローラ内のＩＤデータを更新するＩＤ更新手段と、 更新されたＩＤデータを前記指令を送信したプログラミ
   ングツールへ送信するＩＤ送信手段とを前記プログラマ
   ブルコントローラに設けたことを特徴とする請求項１記
   載のプログラマブルコントローラの制御システム。
3. 【請求項３】 前記指令の実行の可否を判断する実行可
   否判断手段と、 この指令実行判断手段による判断結果を前記指令を送信
   したプログラミングツールへ送信する判断結果送信手段
   とを前記プログラマブルコントローラに設けたことを特
   徴とする請求項１または２記載のプログラマブルコント
   ローラの制御システム。
4. 【請求項４】 プログラミングツールからの要求に応じ
   てユーザプログラムの記憶用として使用可能なメモリの
   サイズを前記要求したプログラミングツールへ送信する
   メモリサイズ送信手段を前記プログラマブルコントロー
   ラに設けると共に、 前記プログラマブルコントローラへダウンロードしたい
   ユーザープログラムのサイズと前記メモリサイズ送信手
   段により送信されたメモリサイズとを比較するサイズ比
   較手段と、 前記メモリサイズの方が小さいときに、前記ダウンロー
   ドの際に必要なメモリサイズを表示するメモリサイズ表
   示手段とを前記プログラミングツールに設けたことを特
   徴とする請求項１ないし３のいずれかに記載のプログラ
   マブルコントローラの制御システム。
5. 【請求項５】 プログラマブルコントローラと、 このプログラマブルコントローラに通信ラインを介して
   接続された複数のプログラミングツールと、 前記プログラマブルコントローラに設けられ、前記複数
   のプログラミングツールの中の１つから送信された指令
   を受信したとき、その指令の実行の可否を判断する実行
   可否判断手段と、 前記プログラマブルコントローラに設けられ、前記指令
   実行判断手段による判断結果を前記指令を送信したプロ
   グラミングツールへ送信する判断結果送信手段とを備え
   て成るプログラマブルコントローラの制御システム。
6. 【請求項６】 メモリにユーザプログラムを記憶するプ
   ログラマブルコントローラと、 このプログラマブルコントローラに通信ラインを介して
   接続された複数のプログラミングツールと、 前記プログラマブルコントローラに設けられ、前記プロ
   グラミングツールからの要求に応じてユーザプログラム
   の記憶用として使用可能なメモリのサイズを前記要求し
   たプログラミングツールへ送信するメモリサイズ送信手
   段と、 前記プログラミングツールに設けられ、前記プログラマ
   ブルコントローラへダウンロードしたいユーザープログ
   ラムのサイズと前記メモリサイズ送信手段により送信さ
   れたメモリサイズとを比較するサイズ比較手段と、 前記プログラミングツールに設けられ、前記メモリサイ
   ズの方が小さいときに、前記ダウンロードの際に必要な
   メモリサイズを表示するメモリサイズ表示手段とを備え
   て成るプログラマブルコントローラの制御システム。