JPH10333719A - プログラマブルコントローラのプログラミング装置 - Google Patents

Abstract

(57)【要約】 【課題】 プログラマブルコントローラとプログラミン
グ装置との間におけるユーザプログラムデータの送受信
を、効率的に且つ短時間に行うことが可能なプログラマ
ブルコントローラのプログラミング装置を提供する。 【解決手段】 プログラミング装置の制御部は、プログ
ラム全体及び当該プログラムを構成する各ルーチンに対
応させたプログラムＩＤ及び要素ＩＤからなるＩＤ情報
テーブルを作成し、入力されたプログラムをプログラマ
ブルコントローラ（ＰＣ）側にアップロードする時は、
そのＩＤ情報テーブルをも併せて送信する。そして、各
ルーチンの何れかが修正されるとその修正されたルーチ
ンに対応する要素ＩＤの情報を更新し、その一部が修正
されたプログラムをＰＣ側にアップロードする時は、Ｐ
Ｃ側及びプログラミング装置側に記憶されているＩＤ情
報テーブルを比較し（ステップＵ１〜Ｕ３）、内容が更
新されている要素ＩＤに対応するルーチンのみをアップ
ロードする（ステップＵ４）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、プログラマブルコ
ントローラに実行させるユーザプログラムを作業者が作
成する場合に用いる、プログラマブルコントローラのプ
ログラミング装置に関する。

【０００２】

【従来の技術】近年、プログラマブルコントローラ（以
下、ＰＣと称す）の制御対象となる設備は大規模になる
と共に複雑化しており、それに伴って、ユーザが作成す
るＰＣの制御プログラム、即ちユーザプログラム及びそ
れに付随するデータも大容量化してきている。

【０００３】ところで、プログラムの開発時には、作業
者が、プログラミング装置側で作成したプログラムをＰ
Ｃ側に送信し、ＰＣに実行させて評価を行い、その評価
結果に基づいてプログラムを修正するといった所謂デバ
ッグ作業が行われる。この時、ＰＣ側とプログラミング
装置との間で、プログラムデータの送受信が頻繁に行わ
れることになる。

【０００４】

【発明が解決しようとする課題】通常、ユーザプログラ
ムは、メインルーチンやサブルーチンなどの各機能毎に
分割された複数の要素部分からなっている。また、１つ
のユーザプログラムは、複数の作業者が同時並行的にデ
バッグを担当するようになっている。従って、デバック
作業中には、ユーザプログラム中の各要素部分が他の作
業者によって書替えられている場合もある。

【０００５】このことを理由として、各作業者は、自分
がユーザプログラムを修正する場合には、ＰＣ側に記憶
されている最新の状態にあるユーザプログラムを全てプ
ログラミング装置側にダウンロードしてから修正を行う
ようにしている。このため、修正作業毎に一々大容量の
ユーザプログラムを転送しなければならず、その転送作
業だけに多大な時間を費やしており、ユーザプログラム
の修正作業の効率を低下させるという問題があった。

【０００６】本発明は上記事情に鑑みてなされたもので
あり、その目的は、プログラマブルコントローラとプロ
グラミング装置との間におけるユーザプログラムデータ
の送受信を、効率的に且つ短時間に行うことが可能なプ
ログラマブルコントローラのプログラミング装置を提供
することにある。

【０００７】

【課題を解決するための手段】請求項１記載のプログラ
マブルコントローラのプログラミング装置によれば、入
力手段は、記憶手段に記憶されているユーザプログラム
中の何れかの要素部分について修正（追加，削除などを
含む）が行われると、ユーザプログラムと共に記憶され
ているＩＤ情報テーブルの内修正された要素部分に関す
るＩＤ情報を更新し、通信制御手段は、要素部分が修正
されたユーザプログラムをプログラマブルコントローラ
に送信する場合には、当該プログラマブルコントローラ
側に記憶されているＩＤ情報テーブルと記憶手段に記憶
されているＩＤ情報テーブルとを照合して、ＩＤ情報が
更新されている要素部分のみを送信する。

【０００８】従って、更新されたＩＤ情報に基づいて、
ユーザプログラム中の修正が行われた要素部分のみがプ
ログラマブルコントローラ側に送信されることになり、
ユーザプログラムの送信に要する時間を短縮することが
でき、ユーザプログラムの修正作業の効率を向上させる
ことができる。

【０００９】請求項２記載のプログラマブルコントロー
ラのプログラミング装置によれば、通信制御手段は、ユ
ーザプログラム全体について付されているＩＤ情報が変
更されている場合は、当該ユーザプログラム全体を送信
するので、ユーザプログラム全体が新たに作り直された
時は、その新たなユーザプログラム全体を、自動的にプ
ログラマブルコントローラ側に送信することができる。

【００１０】請求項３記載のプログラマブルコントロー
ラのプログラミング装置によれば、通信制御手段は、プ
ログラマブルコントローラ側に記憶されているユーザプ
ログラムを通信手段に送信させる場合は、プログラマブ
ルコントローラ側に記憶されているＩＤ情報テーブルと
記憶手段に記憶されているＩＤ情報テーブルとを照合し
てＩＤ情報が更新されている要素部分のみを送信させる
ので、他の作業者によって修正が行われた要素部分のみ
が送信されることになる。従って、ユーザプログラムを
プログラマブルコントローラ側から送信させる時間を短
縮することができ、ユーザプログラムの修正作業の効率
をより向上させることができる。

【００１１】請求項４記載のプログラマブルコントロー
ラのプログラミング装置によれば、通信制御手段は、ユ
ーザプログラム全体について付されているＩＤ情報が変
更されている場合は、ユーザプログラム全体をプログラ
マブルコントローラ側に送信させるので、他の作業者に
よりユーザプログラム全体が新たに作り直された時は、
その新たなユーザプログラム全体を、自動的にプログラ
マブルコントローラ側に送信させることができる。

【００１２】

【発明の実施の形態】以下、本発明の一実施例について
図面を参照して説明する。図３及び図４は、プログラマ
ブルコントローラ及びそのプログラミング装置の構成を
示す機能ブロック図である。

【００１３】図４において、プログラミング装置１は、
例えばパーソナルコンピュータによって構成されてお
り、キーボード（入力手段）２，マイクロコンピュータ
を中心とする制御部３（入力手段，通信制御手段），デ
ィスプレイ４などからなるものである。制御部３には、
プログラマブルコントローラ（以下、ＰＣと称す。図３
参照）５のユーザプログラムを入力，修正するためのソ
フトウエアであるエディタ３ａが、ハードディスク（記
憶手段）６から読み出されて、図示しないワークエリア
たるＲＡＭ上に常駐しているものとする。

【００１４】プログラミング装置１は、更に、ＰＣ５と
の間でデータ転送を行うための通信用インターフェイス
７などを有している。通信用インターフェイス（通信制
御手段）７は、ＲＳ−２３２Ｃ若しくはＲＳ−４８５な
どのシリアル通信方式によって、通信用ケーブル８を介
してデータ転送を行うようになっている。また、プログ
ラミング装置１は、複数の作業者に対応して複数台設け
られており、夫々がＰＣ５に対して通信用ケーブル８を
介して接続されている。

【００１５】一方、図３に示すように、ＰＣ５側は、Ｃ
ＰＵ９，そのＣＰＵ９にシステムバスを介して接続され
ているＲＯＭ１０及びＲＡＭ１１，プログラミング装置
１側の通信用インターフェイス７と通信ケーブル８を介
して接続され、ＣＰＵ９とも通信用バスで接続されてい
る通信用インターフェイス（通信手段）１２などから構
成されている。

【００１６】ＲＯＭ１０には、ＣＰＵの基本的な制御を
行うプログラムであるファームウエアが記憶されてお
り、ＲＡＭ１１には、プログラミング装置１側から送信
されるＰＣ５のユーザプログラム（以下、単にプログラ
ムと称す）及びデータが記憶されるようになっている。
ここで、プログラムは、メインルーチン及び複数のサブ
ルーチンから構成されている。また、ＣＰＵ９には、他
の外部装置との通信を行うために、Ｉ／Ｏバスを介して
図示しない他のＩ／Ｏ装置が接続されている。

【００１７】次に、本実施例の作用について図１及び図
２並びに図５乃至図７をも参照して説明する。図５は、
プログラミング装置１のエディタ３ａを用いて、例えば
図６に示すようなプログラムを作成する場合における、
制御部３の制御内容を示すフローチャートである。先
ず、エディタ３ａが起動されると、「エディット」の処
理ステップＳ１においてプログラムの編集が行われる。

【００１８】尚、ここで言う“編集”とは、プログラム
を新規に作成する場合及び一度作成したプログラムの一
部を修正する場合の両方を含むものである。また、“修
正”とは、内容の追加や削除なども含むものとする。そ
して、一度作成したプログラムの一部を修正する場合に
は、そのプログラムのファイル名を入力することによ
り、ハードディスク６に記憶されているプログラムの一
部を、制御部３のＲＡＭ上に読み出した後、編集を行
う。

【００１９】即ち、作業者は、ディスプレイ４の表示を
見ながらキーボード２を操作することによって、プログ
ラムの編集を行う。ステップＳ１におけるプログラムの
編集処理は、次の「ルーチン確定？」及び「プログラム
確定？」の判断ステップＳ２及びＳ３において「ＹＥ
Ｓ」と判断されるまで行われる。

【００２０】作業者は、図６に示すプログラムを、メイ
ンルーチン，サブルーチンＡ，サブルーチンＢ，…とい
った各ルーチン（要素部分）毎に作成して行く。そし
て、１つのルーチンを入力し終えると、作業者が、例え
ばキーボード２の『確定キー』を操作することによって
入力の“確定”処理を行うようになっている。

【００２１】何れかのルーチンについて入力確定処理が
行われると、制御部３は、判断ステップＳ２において
「ＹＥＳ」と判断して、「エラー有り？」の判断ステッ
プＳ４に移行する。判断ステップＳ４において、制御部
３は、入力が確定された１つのルーチンについてプログ
ラムの文法などについてのエラーチェックを行う。ここ
で、制御部３が何らかのエラーを検出した場合には「Ｙ
ＥＳ」と判断して、エラーの内容に応じたメッセージを
ディスプレイ４に表示させると共に、ステップＳ１に移
行して作業者にエラーの修正を促す。

【００２２】また、判断ステップＳ４において、制御部
３がエラーを検出せず「ＮＯ」と判断すると、「要素Ｉ
Ｄ有り？」の判断ステップＳ５に移行する。判断ステッ
プＳ５において、制御部３は、ステップＳ２において入
力が確定されたルーチンの要素ＩＤが既に存在するか否
かを判断する。当該ルーチンの要素ＩＤが存在せず「Ｎ
Ｏ」と判断すると、「要素ＩＤ付与」の処理ステップＳ
５ａに移行する。

【００２３】ここで、要素ＩＤとは、プログラムの各ル
ーチンに対応して付与されるものであり、当該ルーチン
の修正が行われた時刻及び修正が行われた回数を示す情
報である。そのＩＤ情報は、例えば図７に示すフォーマ
ットを有するものである。

【００２４】即ち、処理ステップＳ５ａにおいて、制御
部３は、図示しないリアルタイムクロックＩＣによって
計時されている年月日時分秒のデータを読み出して、そ
のデータを当該ルーチンの作成若しくは修正時を示すタ
イムスタンプとして書込むと共に、それに当該ルーチン
が修正されることにより更新された回数を示すインクリ
メンタルコード（初期値は“０”）を付加してなるもの
である。この様なＩＤ情報が、プログラムの全体及びそ
のプログラムの各ルーチンについて付与され、一覧とし
て形成されたものが図６に示すＩＤ情報テーブルであ
る。

【００２５】処理ステップＳ５ａの次は、判断ステップ
Ｓ３に移行する。また、判断ステップＳ５において、既
に当該ルーチンの要素ＩＤが付与されており制御部３が
「ＮＯ」と判断すると、「要素ＩＤ更新」の処理ステッ
プＳ６に移行する。処理ステップＳ６において、制御部
３は、当該ルーチンのＩＤ情報のタイムスタンプを更新
すると共に、インクリメンタルコードをインクリメント
する。そして、ステップＳ１に移行する。

【００２６】作業者は、現在入力中であるプログラムの
全てのルーチンを一通り入力し終えた時に、当該プログ
ラムの入力確定処理を行うようになっている。通常、こ
の入力確定処理は、当該プログラムについて最初の入力
作業が行われた時に１回だけ行われるものである。そし
て、判断ステップＳ３において、制御部３は、上記の入
力確定処理が行われると「ＹＥＳ」と判断して、「エラ
ー有り？」の判断ステップＳ７に移行する。

【００２７】判断ステップＳ７において、制御部３は、
ステップＳ４と同様のエラーチェックをプログラムの全
体について行い、何らかのエラーを検出した場合には
「ＹＥＳ」と判断して、同様にエラーの内容に応じたメ
ッセージをディスプレイ４に表示させた後ステップＳ１
に移行する。

【００２８】また、判断ステップＳ７において、制御部
３がエラーを検出せず「ＮＯ」と判断すると、「プログ
ラムＩＤ有り？」の判断ステップＳ８に移行する。判断
ステップＳ８において、制御部３は、ステップＳ３で入
力が確定されたプログラム全体について付与されるプロ
グラムＩＤが既に存在するか否かを判断する。当該プロ
グラムのプログラムＩＤが存在せず「ＮＯ」と判断する
と、「プログラムＩＤ付与，ＩＤ情報テーブル作成」の
処理ステップＳ９に移行する。

【００２９】処理ステップＳ９において、制御部３は、
当該プログラムのプログラムＩＤを付与するが、このプ
ログラムＩＤは、要素ＩＤとは異なりプログラム自体を
識別するための情報であって、例えば当該プログラムの
ファイル名称と同一のテキストコードが与えられる。ま
た、このステップＳ９で、付与したプログラムＩＤと各
ルーチンについて作成された要素ＩＤとをまとめてＩＤ
情報テーブルを作成し、図６に示すように、プログラム
の例えば末尾部分に配置する。

【００３０】ＩＤ情報テーブルは、最初にプログラムＩ
Ｄが配置され、それ以降は、各ルーチンが配置されてい
るアドレスの低い方から順に、各要素ＩＤが配置される
ようになっている。

【００３１】判断ステップＳ８において、プログラムＩ
Ｄが既に存在する場合は制御部３は「ＹＥＳ」と判断し
て、特に処理を行うことなくステップＳ１に移行する。
また、処理ステップＳ９を実行した後も、ステップＳ１
に移行する。

【００３２】また、ステップＳ１において、１つのルー
チン、即ち要素単位での削除が行われた場合は、制御部
３は、削除されたルーチンに対応するＩＤ情報をＩＤ情
報テーブルから削除するようになっている。

【００３３】以上のようにして、プログラムの作成が行
われると共に、ＩＤ情報テーブルが作成される。また、
作成されたプログラムは、作業者によって“セーブ”コ
マンドが入力されると、制御部３のＲＡＭからハードデ
ィスク６に書き込まれて記憶される。

【００３４】図１は、プログラミング装置１側において
作成されたプログラムをＰＣ５側に送信する場合、所謂
アップロードを行う場合の制御部３の制御内容を示すフ
ローチャートである。このアップロード処理は、プログ
ラミング装置１において“アップロード”コマンドが入
力された場合に実行される。

【００３５】先ず、「ＰＣ側のＩＤ情報テーブルを読み
出す」の処理ステップＵ１において、制御部３は、通信
用インターフェイス７を介してＰＣ５側の通信用インタ
ーフェイス１２に制御コマンドを送信し、その時点でＰ
Ｃ５側のＲＡＭ１１上に記憶されているプログラムに関
するＩＤ情報テーブルをプログラミング装置１側に送信
させる。送信されたＩＤ情報テーブルは、制御部３内の
ＲＡＭに書込まれて記憶される。次に、「プログラムＩ
Ｄ一致？」の判断ステップＵ２に移行する。

【００３６】判断ステップＵ２において、制御部３は、
ＰＣ５側から送信されたＩＤ情報テーブルのプログラム
ＩＤと、ハードディスク６に記憶されており、これから
アップロードしようとするプログラムのＩＤ情報テーブ
ルのプログラムＩＤとを照合して、両者が一致するか否
かを判断する。

【００３７】判断ステップＵ２において、両者が一致せ
ず「ＮＯ」と判断すると「全要素アップロード」の処理
ステップＵ５に移行して、制御部３は、ハードディスク
６に記憶されているプログラムの全要素を通信用インタ
ーフェイス７を介してＰＣ５側に送信し、ＰＣ５側のＲ
ＡＭ１１上に記憶させる。すると、アップロード処理を
終了する。また、両者が一致して「ＹＥＳ」と判断する
と，「要素ＩＤ照合」の処理ステップＵ３に移行する。

【００３８】処理ステップＵ３において、制御部３は、
ＰＣ５側から送信されたＩＤ情報テーブルの各要素ＩＤ
と、ハードディスク６に記憶されているＩＤ情報テーブ
ルの各要素ＩＤとを照合する。そして、「ＩＤ不一致要
素のみアップロード」の処理ステップＵ４に移行して、
ステップＵ３における照合の結果ＩＤ情報が不一致であ
った、即ち、ＩＤ情報のタイムスタンプ及びインクリメ
ンタルコードが更新されている要素ＩＤに対応するルー
チンのみをＰＣ５側に送信する。その後、アップロード
処理を終了する。

【００３９】この様に、ＰＣ５側に記憶されているプロ
グラムに関するＩＤ情報テーブルと、プログラミング装
置１側に記憶されているプログラムに関するＩＤ情報テ
ーブルとを比較することによって、その時点においてプ
ログラミング装置１側で修正が行われたプログラムのル
ーチンのみがＰＣ５側に送信される。この時、内容が更
新されているＩＤ情報テーブルも、併せてＰＣ５側に送
信される。

【００４０】また、図２は、ＰＣ５側に記憶されている
プログラムをプログラミング装置１側に送信させる場
合、所謂ダウンロードを行う場合の制御部３の制御内容
を示すフローチャートである。このダウンロード処理
は、プログラミング装置１において“ダウンロード”コ
マンドが入力された場合に実行される。

【００４１】基本的には、図４に示したアップロード処
理と同様の手順である。先ず、処理ステップＤ１におい
て、制御部３は、ステップＵ１と同様に、その時点でＰ
Ｃ５側のＲＡＭ１１上に記憶されているプログラムに関
するＩＤ情報テーブルをプログラミング装置１側に送信
させる。

【００４２】また、判断ステップＤ２及び処理ステップ
Ｄ３において、制御部３は、プログラミング装置１側か
ら送信されたこれからダウンロードさせるプログラムに
関するＩＤ情報テーブルのプログラムＩＤ及び各要素Ｉ
Ｄを、ハードディスク６に記憶されているＩＤ情報テー
ブルと比較して照合する。

【００４３】そして、判断ステップＤ２において「Ｎ
Ｏ」と判断すると「全要素ダウンロード」の処理ステッ
プＤ５に移行して、制御部３は、ＰＣ５側に記憶されて
いるプログラムの全要素をＰＣ５側に送信させる。ま
た、処理ステップＤ３の次は、「ＩＤ不一致要素のみダ
ウンロード」の処理ステップＤ４に移行して、ステップ
Ｄ３における照合の結果ＩＤ情報が不一致であったプロ
グラムのルーチンのみをＰＣ５側に送信させる。また、
内容が更新されているＰＣ５側のＩＤ情報テーブルも、
併せてプログラミング装置１側に送信される。その後、
ダウンロード処理を終了する。

【００４４】この様に、ＰＣ５側にあるプログラムの何
れかのルーチンを自分以外の作業者が修正している場合
でも、ＰＣ５側のＩＤ情報テーブルとプログラミング装
置１側のＩＤ情報テーブルとを照合することによって、
その修正されているルーチンのみをプログラミング装置
１側にダウンロードさせることができる。

【００４５】以上のように本実施例によれば、プログラ
ミング装置１の制御部３は、プログラム全体及び当該プ
ログラムを構成する各ルーチンに対応させたプログラム
ＩＤ及び要素ＩＤからなるＩＤ情報テーブルを作成し
て、入力されたプログラムをＰＣ５側にアップロードす
る場合には、そのＩＤ情報テーブルをも併せて送信する
ようにした。そして、プログラミング装置１において各
ルーチンの何れかが修正されると、その修正されたルー
チンに対応する要素ＩＤのタイムスタンプ及びインクリ
メンタルコードを更新して、その一部が修正されたプロ
グラムをＰＣ５側にアップロードする場合には、ＰＣ５
側に記憶されているＩＤ情報テーブルとプログラミング
装置１側に記憶されているＩＤ情報テーブルとを比較
し、内容が更新されている要素ＩＤに対応するルーチン
のみをアップロードするようにした。

【００４６】従って、従来とは異なり、プログラムの修
正が行なわれる毎に、そのプログラム全体がＰＣ側に送
信されることがなく、プログラムの送信に要する時間を
短縮することができ、プログラムの修正作業の効率を向
上させることができる。

【００４７】また、本実施例によれば、制御部３は、プ
ログラム全体について付されているプログラムＩＤが変
更されている場合は、当該プログラム全体をＰＣ５側に
送信するので、プログラム全体が新規に作成された時
は、その新たなプログラム全体を、自動的にＰＣ５側に
送信することができる。

【００４８】更に、本実施例によれば、制御部３は、Ｐ
Ｃ５側に記憶されているプログラムをダウンロードさせ
る場合は、ＰＣ５側に記憶されているＩＤ情報テーブル
とハードディスク６に記憶されているＩＤ情報テーブル
とを照合して、ＩＤ情報が更新されているルーチンのみ
をダウンロードさせるので、他の作業者によって修正が
行われたルーチンのみがダウンロードされることにな
る。従って、プログラムをＰＣ５側から送信させる時間
を短縮することができ、プログラムの修正作業の効率を
より向上させることができる。

【００４９】加えて、本実施例によれば、制御部３は、
プログラムＩＤが変更されている場合は、当該プログラ
ム全体をＰＣ５側にダウンロードさせるので、他の作業
者がプログラム全体を新たに作り直した時は、その新た
なプログラム全体を、自動的にＰＣ５側に送信させるこ
とができる。

【００５０】本発明は上記し且つ図面に記載した実施例
にのみ限定されるものではなく、次のような変形または
拡張が可能である。「要素ＩＤ付与」の処理ステップＳ
５ａを削除して、例えばプログラムの新規作成時に、判
断ステップＳ４において制御部３が「ＮＯ」と判断した
場合は、その時点での要素ＩＤの付与は行わず、各要素
ＩＤは、処理ステップＳ９において一括で付与するよう
にしても良い。ＰＣ５側へのプログラムのアップロード
は、必ずしもプログラムをハードディスク６に記憶させ
てから行う必要はなく、制御部３のＲＡＭ上にある状態
からアップロードを行っても良い。

【００５１】ＩＤ情報のタイムスタンプ及びインクリメ
ンタルコードは、何れか一方のみを付与しても良い。プ
ログラム全体について付与するプログラムＩＤは、必要
に応じて設ければ良い。また、ＰＣ５側からプログラム
をダウンロードさせる機能についても、必要に応じて設
ければ良い。

【図面の簡単な説明】

【図１】本発明の一実施例を示す、プログラマブルコン
トローラ側にプログラムをアップロードする場合におけ
る、プログラミング装置側の制御部の制御内容を示すフ
ローチャート

【図２】プログラマブルコントローラ側にプログラムを
ダウンロードする場合における図１相当図

【図３】全体構成を示す機能ブロック図

【図４】プログラミング装置の詳細な構成を示す機能ブ
ロック図

【図５】プログラミング装置においてプログラムを入力
する場合に、制御部のエディタの制御内容を示すフロー
チャート

【図６】プログラム及びＩＤ情報テーブルの一例を示す
概念図

【図７】ＩＤ情報のデータフォーマットの説明図

【符号の説明】

１はプログラミング装置、２はキーボード（入力手
段）、３は制御部（入力手段，通信制御手段）、５はプ
ログラマブルコントローラ、６はハードディスク（記憶
手段）、７は通信用インターフェイス（通信制御手段）
を示す。

Claims (4)

【特許請求の範囲】
1. 【請求項１】 プログラマブルコントローラのユーザプ
   ログラムを入力または修正するための入力手段と、この
   入力手段により入力または修正されたユーザプログラム
   を前記プログラマブルコントローラに送信すると共に、
   前記プログラマブルコントローラ側に記憶されているユ
   ーザプログラムを前記プログラマブルコントローラ側に
   設けられている通信手段を介して受信可能に構成されて
   いる通信制御手段とを具備してなるプログラマブルコン
   トローラのプログラミング装置において、 前記入力手段は、ユーザプログラムの入力または修正が
   行われると、前記ユーザプログラムの全体及び各要素部
   分毎の更新回数を示す情報を含むＩＤ情報テーブルを作
   成して記憶手段に記憶させると共に、前記記憶手段に記
   憶されている前記ユーザプログラム中の何れかの要素部
   分について修正が行われると、前記記憶手段に記憶され
   ているＩＤ情報テーブルの内前記修正された要素部分に
   関するＩＤ情報を更新し、 前記通信制御手段は、前記入力手段により入力されたユ
   ーザプログラムを前記プログラマブルコントローラ側に
   送信する場合には、前記ＩＤ情報テーブルをも併せて送
   信し、前記要素部分が修正されたユーザプログラムを前
   記プログラマブルコントローラに送信する場合には、前
   記プログラマブルコントローラ側に記憶されているＩＤ
   情報テーブルと前記記憶手段に記憶されているＩＤ情報
   テーブルとを照合して、ＩＤ情報が更新されている要素
   部分のみを送信することを特徴とするプログラマブルコ
   ントローラのプログラミング装置。
2. 【請求項２】 前記通信制御手段は、前記ユーザプログ
   ラム全体について付されているＩＤ情報が変更されてい
   る場合は、前記ユーザプログラム全体を送信することを
   特徴とする請求項１記載のプログラマブルコントローラ
   のプログラミング装置。
3. 【請求項３】 前記通信制御手段は、前記プログラマブ
   ルコントローラ側に記憶されているユーザプログラムを
   前記通信手段に送信させる場合は、前記プログラマブル
   コントローラ側に記憶されているＩＤ情報テーブルと前
   記記憶手段に記憶されているＩＤ情報テーブルとを照合
   して、ＩＤ情報が更新されている前記ユーザプログラム
   の要素部分のみを送信させることを特徴とする請求項１
   または２記載のプログラマブルコントローラのプログラ
   ミング装置。
4. 【請求項４】 前記通信制御手段は、前記ユーザプログ
   ラム全体について付されているＩＤ情報が変更されてい
   る場合は、前記ユーザプログラム全体を送信させること
   を特徴とする請求項３記載のプログラマブルコントロー
   ラのプログラミング装置。