JP2002189508A - 制御装置、および、そのプログラムが記録された記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 遠隔地から制御プログラムを表示する場合で
あっても、インストールの手間が少ない制御システムを
実現する。 【解決手段】 ＰＬＣ３の公開サーバ部４５は、自らの
制御プログラムに応じたＸＭＬファイルと、クライアン
ト装置６（６ａ）に当該ＰＬＣ３用の形式のラダー図と
して制御プログラムを表示させるアプレットとを、クラ
イアント装置６（６ａ）に送信する。アプレットを実行
するクライアント装置６（６ａ）は、上記ＸＭＬファイ
ルを参照しながら、公開サーバ部４５からラダー図に表
示されるデバイス２１の状態を取得すると共に、自らの
画面上に、上記制御プログラムをラダー図として表示す
る。また、クライアント装置６（６ａ）上でラダー図が
編集されると、編集結果が公開サーバ部４５に送信さ
れ、ＰＬＣ３の更新処理部４７が制御プログラムメモリ
３３の制御プログラムを更新する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、プログラ
マブル・ロジック・コントローラ（ＰＬＣ）など、予め
格納される制御プログラムに基づいてデバイスを制御す
る制御装置に関し、特に、制御プログラムを表示したり
編集する端末装置における手間を削減可能な制御装置に
関するものである。

【０００２】

【従来の技術】従来から、図１６に示すように、プログ
ラマブル・ロジック・コントローラ（以下、ＰＬＣと略
称する）５０３は、例えば、ベルトコンベアー式の自動
組付機など、種々のターゲットシステム５０２のデバイ
ス５２１を制御する制御装置として、広く使用されてい
る。ここで、ターゲットシステム５０２に含まれるデバ
イス５２１の種類や数、並びに、ＰＬＣ５０３が各デバ
イス５２１を制御する際の制御手順は、ターゲットシス
テム５０２毎に異なっており、しかも、制御手順は、タ
ーゲットシステム５０２の製造品種を変更する場合や、
デバイス５２１を制御する際のパラメータを変更する場
合、あるいは、制御手順に不具合が見つかった場合など
の時点で、比較的頻繁に更新される。

【０００３】したがって、ＰＬＣ５０３では、制御部５
３４が、制御プログラムメモリ５３３から制御プログラ
ムを読み出し、当該制御プログラムが示す手順でＩ／Ｏ
インターフェース５３２などを制御することで、デバイ
ス５２１を制御している。

【０００４】上記制御プログラムは、コンピュータの専
門知識を持たなくても簡単にプログラム作成ができるよ
うに、例えば、ラダー図を用い、ラダー記号を組み合わ
せて制御手順を記述する方法など、図記号を組み合わせ
てプログラムする方法が広く普及している。

【０００５】また、上記図記号によるプログラム開発を
補助するために、例えば、ホストコンピュータなど、制
御プログラムを開発するコンピュータ上で動作するプロ
グラムエディタも普及している。これらのプログラムエ
ディタでは、エディタ画面上にユーザから指示されたラ
ダー図を図示し、ユーザの操作に応じて、ラダー図上の
ラダー記号の配置や接続関係などを編集すると共に、作
成されたラダー図を、ＰＬＣ５０３が理解可能な命令語
（機械語）からなる制御プログラムへ変換する。これに
より、ユーザは、エディタ画面上で対話的にラダー図を
編集するだけで、制御プログラムをプログラムできる。

【０００６】また、図記号によるプログラム方法として
は、ラダー図を用いた方法だけではなく、ＳＦＣ(Seque
ntial Function Chart) やＦＢＤ(Function Block Diag
ram)を用いた方法が広く普及しており、これらを編集可
能なプログラムエディタも使用されている。

【０００７】ここで、ＰＬＣ５０３は、シーケンサから
発達してきた経緯があるだけではなく、ハードウェア構
成およびソフトウェア構成が、制御対象となる個々のデ
バイス５２１の制御に特化されている。これらの結果、
制御プログラムに互換性のないＰＬＣ５０３が数多く存
在しており、これらのＰＬＣ５０３間では、制御プログ
ラムを示すビット列が仮に同一であっても、それぞれの
制御プログラムが示す制御手順は、互いに異なってい
る。

【０００８】したがって、ＰＬＣ５０３の全機種の制御
プログラムを作成可能なプログラムエディタは存在せ
ず、ユーザは、種々のプログラムエディタのうち、自分
のＰＬＣ５０３の制御プログラムを表示、編集／出力可
能なプログラムエディタを、自らが使用するコンピュー
タにインストールした後、当該プログラムエディタを用
いて、制御プログラムを作成する。さらに、作成された
制御プログラムは、コンピュータから、ＰＬＣ５０３に
送られ、ＰＬＣ５０３の制御プログラムメモリ５３３に
格納さされる。

【０００９】

【発明が解決しようとする課題】しかしながら、上記従
来の構成では、ＰＬＣ５０３の制御プログラムを編集／
表示するユーザは、自らが使用するコンピュータへ、種
々のプログラムエディタのうち、上記ＰＬＣ５０３の制
御プログラムを出力可能なプログラムエディタをインス
トールする必要があるので、インストールに手間がかか
るという問題を生ずる。

【００１０】特に、上記コンピュータがインターネット
や公衆電話回線網などの広域通信網を介してＰＬＣ５０
３にアクセスする場合、例えば、ＰＬＣ５０３を含むロ
ーカル制御システム内など、ＰＬＣ５０３の近傍にコン
ピュータが配されている場合とは異なり、ＰＬＣ５０３
とコンピュータとの距離に拘らずアクセスできる。した
がって、ＰＬＣ５０３に接続可能なコンピュータの数が
多くなると共に、コンピュータに接続可能なＰＬＣ５０
３の数も増大する。

【００１１】この結果、制御プログラムを編集／表示す
るＰＬＣ５０３用のプログラムエディタが、常時、各コ
ンピュータにインストールされていることは期待でき
ず、インストールに大きな手間がかかってしまう。

【００１２】本発明は、上記の問題点に鑑みてなされた
ものであり、その目的は、遠隔地から制御プログラムを
更新する場合であっても、インストールの手間が少ない
制御システムを実現することにある。

【００１３】

【課題を解決するための手段】請求項１の発明に係る制
御装置は、上記課題を解決するために、制御プログラム
が格納される記憶手段と、当該記憶手段に格納された制
御プログラムが示す制御手順でデバイスを制御する制御
手段とを備えた制御装置において、以下の手段を講じた
ことを特徴としている。すなわち、端末装置と通信可能
な通信手段と、図記号自体と各図記号間の接続または位
置関係とによって制御手順を提示可能な表現形式で、上
記制御プログラムの制御手順を上記端末装置に表示させ
るための表示プログラムが含まれた端末用データを、上
記通信手段を介して、上記端末装置へ送信させる公開手
段とを備えている。

【００１４】なお、上記デバイスは、制御対象自体や、
制御対象に接続された制御装置であってもよいし、例え
ば、バーコードリーダなどの入力装置から手動で入力さ
れたデータが格納されたメモリなど、制御装置を含む制
御システム内のメモリであってもよい。また、上記端末
用データの形式として、上記表示プログラムや後述の編
集プログラムなどのプログラムは、端末装置に実施させ
る動作の全手順をＣＰＵやバーチャルマシンなどの演算
手段へ指示するコードであってもよいし、所定の手順で
呼び出すことで、上記各動作の一部または全部を実行可
能な基本プログラム（例えば、オペレーティングシステ
ムやライブラリなど）が既に存在していれば、当該基本
プログラムの呼び出しを上記演算手段へ指示するコード
やポインタなどで、上記全手順の一部または全部を置き
換えてもよい。さらに、上記プログラムのうち、制御プ
ログラムに応じて変化する部分をＸＭＬファイルなどの
データとして分離し、上記プログラムが当該データを参
照することで、上記動作を端末装置に行わせてもよい。
この場合、当該データとプログラムとを含む端末用デー
タが端末装置に送信される。

【００１５】上記構成において、制御装置に設けられた
通信手段は、公開手段の指示に応じて、端末装置へ端末
用データを送信する。一方、端末装置にて、当該端末用
データに含まれた表示プログラムが実行されると、当該
端末装置は、上記制御装置の制御プログラムを、例え
ば、ラダー図など、上記端末用データで決定される表現
形式で表示する。これにより、上記制御プログラムが示
す制御手順は、図記号自体の形状や色や点滅の有無など
と、各図記号間の接続または位置関係とによって、端末
装置の使用者に提示される。

【００１６】ここで、制御装置は、ＨＭＩとして使用さ
れる端末装置に比べて記憶容量や演算能力が低く、演算
能力の余裕も少ないことが多い。さらに、シーケンサか
ら発達してきた経緯があるだけではなく、ハードウェア
構成およびソフトウェア構成が、制御対象となる個々の
デバイスの制御に特化されている。これらの結果、制御
プログラムに互換性のない制御装置が数多く存在してお
り、これらの制御装置間では、制御プログラムを示すビ
ット列が仮に同一であっても、それぞれの制御プログラ
ムが示す制御手順は、互いに異なっている。また、これ
らの制御装置間では、制御プログラムを作成する際、制
御プログラムを表現する形式も異なっていることが多
く、例えば、ある制御装置では、ラダー図で制御プログ
ラムを表現していたとしても、他の制御装置では、ＳＦ
Ｃ(Sequential Function Chart) で表現することもあ
る。また、ラダー図であったとしても、表現形式の細部
が異なっていることも多い。

【００１７】一方、端末装置は、ＨＭＩとして使用され
るため、制御装置に比べると、一般に、演算能力や記憶
容量が大きく設定されており、十分な応答速度を確保す
るために演算能力に余裕を持って設計されている。ま
た、多くの場合、演算能力に余裕があるだけではなく、
種々の用途に使用されることを想定しているため、例え
ば、装置間やプログラム間の通信プロトコルの共通化
や、例えば、Ｊａｖａ（登録商標）などのバーチャルマ
シンの搭載、あるいは、データ形式自体の共通化など、
互換性を向上させるための工夫が随所になされている。
この結果、互換性がない装置同士を異機種とすると、端
末装置の機種数に比べて、制御装置の機種数の方が、圧
倒的に多くなっている。

【００１８】したがって、従来のように、端末装置に制
御プログラムの表示プログラムを予めインストールして
おく場合、制御装置の機種毎に異なる表示プログラムを
インストールする必要があり、端末装置によって制御プ
ログラムが表示される可能性のある制御装置の機種数が
増えるに従って、インストールの手間が増大してしま
う。特に、通信手段が広域通信網を介して通信できる場
合など、制御装置の位置に関係なく、端末装置を任意の
位置に配置できる場合には、端末装置に接続される可能
性がある制御装置の機種数は、膨大な数になり、端末装
置として使用可能な装置の数も増加する。したがって、
これら全ての端末装置へ、制御装置の各機種用の表示プ
ログラムを全てインストールしておくことは事実上不可
能である。この結果、端末装置として利用可能な装置
と、端末装置で制御プログラムを表示可能な制御装置の
機種とが制限されてしまう。

【００１９】これに対して、請求項１記載の発明の構成
では、制御装置自体が自らの制御プログラムを端末装置
で表示するための表示プログラムを含む端末用データを
端末装置に送信して、端末装置に、当該端末用データが
示す表現形式で制御プログラムを表示させる。したがっ
て、端末装置によって制御プログラムが表示される可能
性のある制御装置用の表示プログラム全てを予めインス
トールすることなく、端末装置の画面上に、制御装置の
制御プログラムを表示して、端末装置の使用者に、当該
制御装置がデバイスを制御する際の制御手順を図示でき
る。この結果、より多くの端末装置で、より多機種の制
御装置の制御プログラムを表示できるにも拘らず、イン
ストールの手間を大幅に削減できる。

【００２０】なお、同じ制御結果（入力に対する出力の
関係）を得る制御プログラムは、命令語の順番のレベル
で見ると複数あることが多く、命令語の順番は、例え
ば、図記号の選択操作、配置操作や接続操作など、制御
プログラム作成時の使用者の指示、あるいは、図記号で
表現された制御プログラムを命令語に翻訳する際の手順
などによって決定される。したがって、ある表現形式で
作成（プログラミング）された制御プログラムを他の表
現形式で表示すると見にくくなる虞れがある。ところ
が、上記構成では、端末用データで端末装置での表現形
式を指定できるので、制御装置は、自らの制御プログラ
ムを作成する際の表現形式で表示するように、端末装置
へ指示でき、端末装置は、制御プログラムの作成時と同
程度の可読性で、制御プログラムを図示できる。

【００２１】ここで、上記制御装置が端末用データを送
信できれば、上記端末用データは、制御装置で作成して
もよいし、例えば、制御プログラムを作成するホストコ
ンピュータなど、他の装置で作成された端末用データを
制御装置に格納しておいてもよい。ただし、他の装置で
作成した場合、例えば、当該装置で作成された制御プロ
グラムおよび端末用データが制御装置に格納された後、
他の制御プログラム編集装置などによって、制御装置の
記憶手段中の制御プログラムが書き換えられると、制御
プログラムの示す制御手順と端末用データの示す制御手
順とが一致しなくなる虞れがある。

【００２２】これに対して、請求項２の発明に係る制御
装置は、請求項１記載の発明の構成において、上記記憶
手段に格納された制御プログラムに基づいて、上記端末
用データを生成する生成手段を備えていることを特徴と
している。

【００２３】当該構成では、制御装置の生成手段が、現
在、記憶手段に格納されている制御プログラムに基づい
て端末用データを生成する。したがって、他の装置で端
末用データが作成される場合とは異なり、制御プログラ
ムが書き換えられても、端末用データが示す制御手順
を、制御装置の制御手段がデバイスを制御する際の手順
と一致させることができる。

【００２４】さらに、請求項３の発明に係る制御装置
は、請求項１または２記載の発明の構成において、上記
公開手段は、提示された上記制御手順を上記端末装置へ
の操作に応じて編集する動作と、編集結果を上記表現形
式で提示する動作と、編集結果を制御装置に送信する動
作とを上記端末装置に行わせる編集プログラムを、上記
通信手段を介して、上記端末装置へ送信させると共に、
上記端末装置から編集結果が送信された場合、編集結果
に合わせて、上記記憶手段の制御プログラムを更新する
更新手段を備えていることを特徴としている。

【００２５】当該構成において、制御装置の公開手段
は、端末装置に編集プログラムも送信しており、端末装
置が編集プログラムを実行すると、端末装置は、上記表
示プログラムによって提示されている制御手順を、使用
者からの操作に応じて編集すると共に、提示中の制御手
順を、編集結果に合わせて変更する。これにより、制御
装置の使用者は、制御装置から指示された表現形式で、
制御装置の制御プログラムを対話的に編集できる。

【００２６】さらに、例えば、使用者から編集終了が指
示された時点などのタイミングで、端末装置は、制御装
置へ編集結果を伝える。なお、通知方法は、更新部分の
みを通知してもよいし、制御手順全体を通知してもよ
い。また、編集操作自体を通知してもよい。いずれの方
法であっても、編集結果が制御装置に通知されると、制
御装置の更新手段は、編集結果に応じて、記憶手段の制
御プログラムを更新する。これにより、端末装置が制御
プログラムを編集する可能性のある制御装置用の編集プ
ログラム全てを、当該端末装置に予めインストールする
ことなく、端末装置において、制御装置の制御プログラ
ムを編集できる。

【００２７】また、請求項４の発明に係る制御装置は、
請求項１、２または３記載の発明の構成において、上記
表現形式は、例えば、ラダー図やＳＦＣなどのように、
制御手順に加えて、図記号と各図記号の接続または位置
関係とによって、現在の制御状態も提示可能な形式であ
り、上記表示プログラムは、上記端末装置が上記通信手
段に問い合わせて上記制御手段によるデバイスの制御状
態を取得する動作と、取得した制御状態の変化に応じ
て、当該端末装置が提示している図記号と各図記号の接
続または位置関係とのうち、少なくとも１つを変化させ
る動作とを、上記端末装置に行わせるプログラムを含ん
でいることを特徴としている。

【００２８】当該構成では、端末装置が表示プログラム
を実行して制御プログラムを図示する際、端末装置は、
デバイスの制御状態を制御装置に問い合わせ、取得した
制御状態の変化に応じて、例えば、図記号の形状や色や
点滅の有無など、図記号を変化させたり、各図記号の接
続や位置関係を変化させる。これにより、端末装置の使
用者は、端末装置の提示によって、デバイスの現在の制
御状態も把握でき、制御プログラムの動作を検証でき
る。

【００２９】ところで、上記制御装置は、ハードウェア
で実現してもよいし、記録媒体に記録されたプログラム
をコンピュータに実行させて実現してもよい。具体的に
は、請求項５の発明に係る記録媒体は、端末装置に通信
可能な通信手段を有するコンピュータを制御装置として
動作させるプログラムが記録された記録媒体であって、
上記課題を解決するために、制御プログラムが格納され
る記憶手段、当該記憶手段に格納された制御プログラム
が示す制御手順でデバイスを制御する制御手段、並び
に、図記号自体と各図記号間の接続または位置関係とに
よって制御手順を提示可能な表現形式で、上記制御プロ
グラムの制御手順を上記端末装置に表示させるための表
示プログラムが含まれた端末用データを、上記通信手段
を介して、上記端末装置へ送信させる公開手段として、
上記コンピュータを動作させるプログラムが記録されて
いることを特徴としている。

【００３０】当該構成の記録媒体からプログラムが読み
取られ、上記コンピュータで実行されると、当該コンピ
ュータは、請求項１記載の制御装置として動作する。し
たがって、請求項１と同様に、端末装置によって制御プ
ログラムが表示される可能性のある制御装置用の表示プ
ログラム全てを予めインストールすることなく、端末装
置の画面上に、制御装置の制御プログラムを表示して、
端末装置の使用者に、当該制御装置がデバイスを制御す
る際の制御手順を図示できる。この結果、より多くの端
末装置で、より多機種の制御装置の制御プログラムを表
示できるにも拘らず、インストールの手間を大幅に削減
できる。

【００３１】

【発明の実施の形態】本発明の一実施形態について図１
ないし図１５に基づいて説明すると以下の通りである。
すなわち、本実施形態に係る制御システム１は、図１に
示すように、例えば、ベルトコンベアー式の自動組付機
などのデバイス（制御対象）２１…を有するターゲット
システム２を制御するシステムであって、上記各デバイ
ス２１を制御するＰＬＣ（制御装置）３と、例えば、イ
ーサネット（登録商標）などからなるローカルエリアネ
ットワーク（ＬＡＮ）４を介して、当該ＰＬＣ３に接続
されると共に、制御システム１のＨＭＩとして、多くの
場合、ターゲットシステム２の近傍にて、ターゲットシ
ステム２のオペレータにより操作されるプログラマブル
表示器５と、上記ＬＡＮ４を介してＰＬＣ３に接続さ
れ、ＰＬＣ３の制御プログラムの更新など、制御システ
ム１を管理するクライアント装置６とを備えている。さ
らに、本実施形態では、ＬＡＮ４にゲートウェイ７が接
続されており、ＬＡＮ４外のクライアント装置６ａは、
ＰＬＣ３ないしゲートウェイ７の各部材を含むローカル
制御システム１１へ、インターネットや公衆電話回線網
などの広域通信網１２を介してアクセスできる。

【００３２】端末装置としての上記クライアント装置６
（６ａ）は、例えば、汎用のパーソナルコンピュータな
どであり、Ｊａｖａ（登録商標）言語のプログラムを実
行可能なバーチャルマシン６１と、例えば、汎用のブラ
ウザソフトなどにより実現されるブラウザ６２とを備え
ている。上記ブラウザ６２は、広域通信網１２に接続さ
れた機器と通信し、受け取ったアプレットをバーチャル
マシン６１に実行させることができる。また、当該ブラ
ウザ６２は、例えば、ＨＴＴＰ（Hyper Text Transfer
Protocol）などのプロトコルで任意のサーバ装置からＨ
ＴＭＬ（ HyperText Markup Language）文書などの文書
を受け取り、閲覧することもできる。

【００３３】一方、上記ＰＬＣ３は、例えば、ラダー図
などを用いて作成された制御プログラムが示す制御手順
で、デバイス２１やプログラマブル表示器５からの入力
を判断し、デバイス２１を制御する装置であって、ＬＡ
Ｎ４およびデバイス２１と接続するためのＬＡＮインタ
ーフェース（通信手段）３１およびＩ／Ｏインターフェ
ース３２と、制御プログラムを格納する制御プログラム
メモリ（記憶手段）３３と、当該制御プログラムメモリ
３３を参照しながら、上記両インターフェース３１・３
２を制御する制御部（制御手段）３４とを備えている。
これにより、プログラマブル表示器５へのオペレータの
指示やデバイス２１からの入力に基づき、しかも、上記
制御手順に従って、デバイス２１を制御できる。

【００３４】なお、ＰＬＣ３は、デバイス２１をアドレ
スで識別しており、制御対象となるデバイスは、状態を
取得したり、制御（変更）できるものであれば、例え
ば、デバイス２１自体であってもよいし、例えば、ＰＬ
Ｃ３やプログラマブル表示器５の記憶装置など、制御シ
ステム１に設けられた記憶装置の一領域を示していても
よい。さらに、上記デバイスは、プログラマブル表示器
５のタッチパネルやバーコードリーダ（いずれも図示せ
ず）などの入力装置から手動で入力されたデータが格納
されたメモリであってもよい。

【００３５】ここで、ターゲットシステム２に含まれる
デバイス２１の種類や数、並びに、ＰＬＣ３が各デバイ
ス２１を制御する際の制御手順は、ターゲットシステム
２毎に異なっており、しかも、制御プログラムは、ター
ゲットシステム２の製造品種を変更する場合や、制御プ
ログラムのパラメータを変更する場合、あるいは、制御
プログラムに不具合が見つかった場合などの時点で、比
較的頻繁に更新される。したがって、上記制御プログラ
ムメモリ３３は、例えば、ＦＥＰＲＯＭ（Flash Erasab
le and Programmable ROM ）など、書き換え可能な記録
媒体で構成されており、制御プログラムは、例えば、Ｌ
ＡＮ４内のクライアント装置６などにおいて、ラダー図
などを用いて作成された後、制御プログラムメモリ３３
内に格納される。

【００３６】上記ラダー図は、例えば、図２に示すよう
に、接点、コイル、図形で表された機能その他の形式で
表された機能、機能ブロックとしてのラダー記号（Ｉα
…）と、これらに関連するラベルとからなる１または複
数のネットワーク（Ｌ１…）を、左右の母線（Ｌａ・Ｌ
ｂ）内に記述した図であって、配置されているラダー記
号の種類と、各ラダー記号の接続関係とによって、制御
手順を図示できると共に、例えば、形状や色あるいは点
滅の有無など、ラダー記号の表示形式で、デバイス２１
の現在の制御状態も表示できる。

【００３７】例えば、図２および図３のラダー図は、図
４にてニモニックとして記載された制御プログラムを図
示したものであって、ロードを示すラダー記号Ｉαが、
アンドを示すラダー記号Ｉβ、および、インクリメント
を示すラダー記号Ｉγを介して、母線Ｌｂに接続されて
いる。また、各ラダー記号Ｉ…には、デバイスのアドレ
スまたはアドレスを示す変数（後述）が併記されてい
る。したがって、これらのラダー記号Ｉα〜Ｉγと、各
ラダー記号Ｉα〜Ｉγの接続関係とによって、命令語Ｃ
α〜Ｃγに対応する制御手順、すなわち、アドレスＭ０
０００のデバイスがオン状態で、しかも、アドレスＸ０
０００のデバイスがオン状態の場合、アドレスＤ０００
０のデバイス（カウンタ１）をインクリメントするとい
う手順を記述できる。

【００３８】また、図２のラダー図では、ロードを示す
ラダー記号ＩαおよびＩδがオフ状態を示す形状で記述
されているのに対して、図３のラダー図では、両ラダー
記号Ｉα、Ｉδがオン状態を示す形状で記述されてい
る。したがって、図２および図３に示すラダー図から
は、制御手順だけではなく、デバイスの制御状態、すな
わち、図２の場合は、デバイスＭ００００がオフ状態で
あり、図３の場合は、デバイスＭ００００がオン状態で
あることも読み取れる。なお、図２および以下の各図で
は、例えば、命令語Ｃαとラダー記号Ｉαとのように、
互いに対応するもの同士に、互いに同じギリシャ文字を
付している。

【００３９】ここで、図１に示すように、本実施形態に
係るＰＬＣ３は、ＰＬＣ３と通信可能な任意のクライア
ント装置６（６ａ）にて、ＰＬＣ３の制御プログラムを
ラダー図として表示し、編集するために、実際のデバイ
スのアドレスとアドレスを示す変数との対応関係が格納
された変数メモリ４１と、クライアント装置６（６ａ）
に送信されるＨＴＭＬファイル、ＸＭＬ（eXtensible M
ark-up Language ）ファイル、アプレットを、それぞれ
格納するＨＴＭＬファイル記憶部４２・ＸＭＬファイル
記憶部４３・アプレット記憶部４４と、例えば、ＷＷＷ
サーバとしての機能を持ち、クライアント装置６（６
ａ）からの要求に応えて、上記各記憶部４２〜４４にア
クセスし、ＨＴＭＬファイル、ＸＭＬファイル、アプレ
ットをクライアント装置６（６ａ）へ送信する公開サー
バ部（公開手段）４５と、制御プログラムメモリ３３お
よび変数メモリ４１を参照して、上記ＨＴＭＬファイル
およびＸＭＬファイルを作成するファイル生成部（生成
手段）４６と、上記公開サーバ部４５がクライアント装
置６（６ａ）から編集結果を受け取ると、当該編集結果
に応じて、制御プログラムメモリ３３の制御プログラム
および変数メモリ４１の対応関係を更新する更新処理部
（更新手段）４７とが設けられている。

【００４０】上記ＸＭＬファイル記憶部４３に格納され
るＸＭＬファイルのうち、ラダー図ファイルは、ＰＬＣ
３の制御プログラムに応じて作成されるファイルであっ
て、図５に示すように、ＸＭＬ要素（エレメント）とし
て、クライアント装置６（６ａ）が描画するラダー図に
含まれる各ラダー記号に対応するラダー要素Ｅ…を含ん
でいる。各ラダー要素Ｅ…は、予め定められた順番、本
実施形態では、各ラダー記号に対応する命令語が、制御
プログラムで出現する順番で格納されており、ラダー要
素Ｅ…の要素として、ラダー記号に対応する命令語を特
定するための要素と、例えば、描画時に使用するライブ
ラリを示すＬｉｂｒａｒｙＮｏ要素など、ラダー記号と
して描画される図形を特定するための要素とを含んでい
る。

【００４１】例えば、図５に示すラダー図ファイルは、
図４に示す制御プログラムに基づいて作成され、図２や
図３に示すラダー図を描画するために、クライアント装
置６（６ａ）に送信されるファイルであって、各ラダー
記号Ｉα〜Ｉεのそれぞれに対応するラダー要素Ｅα〜
Ｅεが、命令語Ｃα〜Ｃεの出現順に含まれている。

【００４２】各ラダー要素Ｅには、ラダー記号に対応す
る命令語Ｃを特定するための要素として、オペコードを
示すＯｐＣｏｄｅ要素および演算対象を示すＯｐｅｒａ
ｎｄ要素とが含まれており、ＯｐＣｏｄｅ要素の内容と
して、オペコードを示すニモニックが記述されている。
また、Ｏｐｅｒａｎｄ要素は、演算対象のアドレス自体
が内容となるＡｄｒｅｓｓ要素、または、アドレスを示
す変数が内容となるＶａｒｉａｂｌｅ要素を含むことが
できる。例えば、ラダー記号Ｉαは、アドレス”Ｍ００
００”で直接指定されるデバイスを演算対象としている
ので、ラダー要素ＥαのＯｐｅｒａｎｄ要素は、Ａｄｒ
ｅｓｓ要素を含み、ラダー記号Ｉγは、”カウンタ１”
という値を持った変数で、演算対象となるデバイスを指
定しているので、ラダー要素ＥαのＯｐｅｒａｎｄ要素
は、Ｖａｒｉａｂｌｅ要素を含んでいる。

【００４３】上記変数（例えば、カウンタ１）と、実際
のアドレス（例えば、Ｄ００００）との対応は、ＸＭＬ
ファイル記憶部４３に格納され、クライアント装置６
（６ａ）に送信される変数ファイルに記述されている。
当該変数ファイルには、図６に示すように、変数に対応
するＶａｒｉａｂｌｅＮａｍｅ要素が含まれており、各
ＶａｒｉａｂｌｅＮａｍｅ要素は、変数の値を内容とし
て持つと共に、ＶａｒｉａｂｌｅＡｄｄｒｅｓｓ要素の
内容として、当該変数に対応する実際のアドレスを含ん
でいる。また、ＶａｒｉａｂｌｅＮａｍｅ要素は、ｉｄ
属性を持っており、ラダー図ファイルの各Ｖａｒｉａｂ
ｌｅ要素と、変数ファイルの各ＶａｒｉａｂｌｅＮａｍ
ｅ要素とのうち、対応する要素は、当該ｉｄ属性の属性
値が一致するように設定されている。

【００４４】一方、アプレット記憶部４４に格納される
アプレットは、クライアント装置６（６ａ）のバーチャ
ルマシン６１で実行可能なプログラムであって、上記ラ
ダー図ファイルおよび変数ファイルを参照して、クライ
アント装置６（６ａ）の表示画面（図示せず）に、両フ
ァイルが示すラダー図を表示する動作と、クライアント
装置６（６ａ）での操作に応じて、両ファイルが示すラ
ダー図を編集し、編集結果をＰＬＣ３に送信する動作と
をバーチャルマシン６１に行わせるためのクラスやメソ
ッドなどのプログラムが含まれている。本実施形態に係
るアプレットは、制御プログラムで使用可能な命令語の
オペコード毎に設けられたクラスと、上記変数ファイル
を参照して、各変数に対応する変数オブジェクトを生成
する変数生成メソッドと、上記ラダー図ファイルを参照
して、それぞれのＯｐＣｏｄｅ要素が示すクラスのイン
スタンスとして、各ラダー要素Ｅに対応するラダーオブ
ジェクトを生成するラダー生成メソッドと、生成された
各ラダーオブジェクトを画面に配置する配置メソッド
と、所定の周期で、各ラダーオブジェクトへ表示更新を
指示する更新指示メソッドと、入力操作に応じて、ラダ
ーオブジェクトを編集する編集メソッドと、クライアン
ト装置６（６ａ）のユーザから、編集終了が指示された
場合、編集結果に基づいて、ラダー図ファイルと変数フ
ァイルを作成し、編集結果として、ＰＬＣ３に送信する
送信メソッドとを含んでいる。なお、各メソッドや、各
オブジェクトのフィールドやメソッドの詳細について
は、後で動作を説明する際に併せて記載する。

【００４５】一方、ＨＴＭＬファイル記憶部４２に格納
されたＨＴＭＬファイルは、図１に示すクライアント装
置６（６ａ）のブラウザ６２に対して、バーチャルマシ
ン６１へ実行させるアプレットと、当該アプレットが参
照するラダー図ファイルおよび変数ファイルとを指示す
るものであって、図７に示すように、上記アプレットを
クライアント装置６（６ａ）のバーチャルマシン６１へ
実行させるための文字列Ｐ１１と、例えば、"<HTML>"
や"<TITLE>" など、ＨＴＭＬ文書として必要な文字列Ｐ
１とが含まれている。また、ＨＴＭＬファイルには、例
えば、アプレットが表示するＰＬＣ３やローカル制御シ
ステム１１を説明する文字や画像を表示するための文字
列、あるいは、ＰＬＣ３やローカル制御システム１１を
説明するハイパーテキスト文書へのリンクを示す文字列
（図示せず）など、ＨＴＭＬの書式に沿った文字列Ｐ２
が含まれていてもよい。

【００４６】本実施形態では、制御プログラムが複数の
部分プログラムから構成される場合、各部分プログラム
毎にラダー図ファイルを生成でき、変数ファイルやラダ
ー図ファイルを特定する情報や、ＰＬＣ３全体に関連す
る情報は、上記文字列Ｐ１１において、アプレットを実
行する際のパラメータとして指定される。例えば、図７
の例では、ラダー図ファイルは、ＰＡＲＡＭ要素の属性
名"SEQUENCE"の属性値（この例では、"1" ）として指定
されている。

【００４７】上記構成では、図８に示すステップ１（以
下では、Ｓ１のように略称する）において、制御プログ
ラムメモリ３３の制御プログラムが作成（更新）される
と、Ｓ２において、ファイル生成部４６は、制御プログ
ラムメモリ３３の制御プログラムおよび変数メモリ４１
の対応関係に基づいて、公開用のファイルとして、ラダ
ー図ファイルおよび変数ファイルを作成し、ＸＭＬファ
イル記憶部４３に格納すると共に、これらのファイルを
参照するＨＴＭＬファイルを作成し、ＨＴＭＬファイル
記憶部４２に格納する。なお、これらの処理について
は、クライアント装置６（６ａ）での表示／編集動作を
説明した後で詳述する。

【００４８】また、ＰＬＣ３の制御部３４は、Ｓ３にお
いて、制御プログラムメモリ３３に格納された制御プロ
グラムに基づいて、デバイス２１の制御を開始する。一
方、ＰＬＣ３の公開サーバ部４５は、Ｓ４において、例
えば、ＷＥＢサーバとして動作するなどして、クライア
ント装置６（６ａ）からのアクセスを待ち受ける。

【００４９】この状態で、クライアント装置６（６ａ）
が公開サーバ部４５にアクセスして、ＰＬＣ３の制御プ
ログラムをラダー図として表示し、編集することを希望
すると（Ｓ１１）、公開サーバ部４５は、例えば、クラ
イアント装置６（６ａ）から受け取った識別番号および
パスワードが予め定められた組み合わせであるか否かを
確認するなどして、上記ラダー図の表示および編集が上
記クライアント装置６（６ａ）、または、そのユーザに
許可されているか否かを認証し、許可されていないクラ
イアント装置６（６ａ）からのアクセスを拒否する（Ｓ
１２）。

【００５０】許可された正規なクライアント装置６（６
ａ）であることを確認すると、公開サーバ部４５は、Ｓ
１３において、上記Ｓ２にて生成されたファイルのう
ち、クライアント装置６（６ａ）が要求したラダー図を
表示するためのＨＴＭＬファイルを、ＨＴＭＬファイル
記憶部４２から読み出し、クライアント装置６（６ａ）
へ送信する。さらに、クライアント装置６（６ａ）のブ
ラウザ６２は、ＨＴＭＬファイル中の各APPLET要素（"<
APPLET>"から"</APPLET>" の部分）で指定されたアプレ
ットを公開サーバ部４５へ要求する。公開サーバ部４５
がアプレット記憶部４４から当該アプレットを読み出し
て送信すると、ブラウザ６２は、当該アプレットをバー
チャルマシン６１へ実行させる。

【００５１】ここで、上記ＨＴＭＬファイルには、上述
したように、ラダー図の表示に必要なラダー図ファイル
および変数ファイルを示す情報が記述されており、上記
アプレットを実行するバーチャルマシン６１は、当該情
報に基づいたラダー図ファイルおよび変数ファイルを公
開サーバ部４５に要求する。一方、公開サーバ部４５
は、両ファイルをＸＭＬファイル記憶部４３から読み出
して送信する。

【００５２】さらに、Ｓ１４において、クライアント装
置６（６ａ）のバーチャルマシン６１は、両ファイルを
参照しながら、公開サーバ部４５と通信して、図２また
は図３に示すように、クライアント装置６（６ａ）の画
面上に、制御プログラムが示す制御手順と現在のデバイ
スの状態とを、ラダー図として表示すると共に、当該画
面への操作に応じた制御を、操作されたデバイスへ指示
する。

【００５３】具体的には、上記アプレットを実行するバ
ーチャルマシン６１は、初期化工程として、変数生成メ
ソッドを実行する。これにより、上記変数ファイルに記
述された各ＶａｒｉａｂｌｅＮａｍｅ要素に応じた変数
オブジェクトが生成され、各変数オブジェクトのフィー
ルドのうち、変数ｉｄ、変数の値およびアドレスを示す
フィールドに、ｉｄ属性の属性値、ＶａｒｉａｂｌｅＮ
ａｍｅ要素の内容およびＶａｒｉａｂｌｅＡｄｄｒｅｓ
ｓ要素の内容が設定される。

【００５４】また、上記初期化工程では、ラダー生成メ
ソッドも実行される。これにより、ラダー図ファイルの
各ラダー要素について、それぞれのＯｐＣｏｄｅ要素が
示すクラスのインスタンスとして、各ラダー要素Ｅに対
応するラダーオブジェクトが、ラダー図ファイルにおけ
るラダー要素Ｅの出現順に生成される。また、ラダー要
素ＥのＯｐｅｒａｎｄ要素がＶａｒｉａｂｌｅ要素を含
んでおり、オペコードの制御対象となるアドレスが変数
を介して指定されている場合、上記ラダー生成メソッド
は、ラダーオブジェクトのフィールドのうち、制御対象
の変数ｉｄを示すフィールドへ、Ｖａｒｉａｂｌｅ要素
のｉｄ属性の属性値を設定する。また、変数の値および
アドレスを示すフィールドには、上記変数オブジェクト
のうち、変数ｉｄが同じ変数オブジェクトを参照して、
変数の値およびアドレスが設定される。例えば、図５に
示すラダー図ファイルでは、ラダー要素Ｅγの制御対象
が変数で指定されているので、ラダーオブジェクトＯγ
の変数およびアドレスを示すフィールドには、図６に示
す変数ファイルにて、同じ変数ｉｄ（0001）を有する変
数の値（カウンタ１）およびアドレス（Ｄ００００）が
設定される。一方、制御対象となるアドレスが直接指定
されている場合は、上記ラダー生成メソッドは、ラダー
オブジェクト（例えば、Ｏα）のアドレスを示すフィー
ルドに、Ａｄｄｒｅｓｓ要素の値（例えば、M0000 ）を
設定する。なお、各ラダーオブジェクトのライブラリを
示すフィールドには、ＬｉｂｒａｒｙＮｏ要素の値が格
納される。

【００５５】さらに、上記初期化工程では、ラダー図フ
ァイルの全ラダー要素がラダーオブジェクトとして登録
された後、配置メソッドも呼び出される。これにより、
ラダー記号の配置が決定され、各ラダーオブジェクトの
うち、表示位置を示すフィールドには、決定された表示
位置が格納される。

【００５６】一方、初期化工程が終了すると、所定の周
期毎に表示更新メソッドが呼び出される。当該表示更新
メソッドは、各ラダーオブジェクトのアドレスのフィー
ルドを参照するなどして、ラダー図の描画に必要なデバ
イス全てについて、公開サーバ部４５へ状態を問い合わ
せる。また、公開サーバ部４５は、クライアント装置６
（６ａ）から、デバイスの状態の問い合わせを受け取る
と、例えば、制御部３４へ問い合わせるなどして、各デ
バイスの状態を取得し、クライアント装置６（６ａ）に
応答する。一方、表示更新メソッドは、応答に基づい
て、各ラダーオブジェクトのフィールドのうち、デバイ
スの状態を示すフィールドを更新する。さらに、各表示
更新メソッドは、各ラダーオブジェクトへ表示を指示す
る。これにより、各ラダーオブジェクトは、ラダー記号
として、ライブラリのフィールドが示すライブラリで表
示可能な図形のうち、デバイスの状態を示すフィールド
に応じた図形を、クライアント装置６（６ａ）の画面の
うち、表示位置のフィールドが示す位置へ描画する。ま
た、ラダー記号に併せて、変数の値を示すフィールドの
値とアドレスを示すフィールドの値とを表示する。

【００５７】この結果、図２または図３に示すように、
ＰＬＣ３の制御プログラムを示すラダー図がクライアン
ト装置６（６ａ）の表示画面に表示され、クライアント
装置６（６ａ）のユーザへ、配置されたラダー記号の種
類と接続関係とによって、制御プログラムの制御手順が
提示される。また、アドレスＭ００００のデバイスがオ
フ状態の場合は、図２に示すラダー図が表示され、オン
状態の場合は、図３に示すラダー図が表示される。これ
により、クライアント装置６（６ａ）は、ラダー記号の
表示状態（形状や色あるいは点滅の有無など）によっ
て、ラダー記号が制御対象とするデバイスの現状を提示
できる。さらに、アドレスに対応する変数の値として、
デバイスの名称など、デバイスを特定しやすい文字列を
設定することで、クライアント装置６（６ａ）は、当該
文字列と共にラダー記号を表示できる。したがって、ク
ライアント装置６（６ａ）のユーザは、アドレスのみを
併記する場合よりも、制御対象となるデバイスを識別し
やすくなる。

【００５８】なお、上記では、アプレットを実行するク
ライアント装置６（６ａ）が、デバイスの状態を取得す
る際、アドレスでデバイスを指定しているが、これに限
るものではなく、変数の値で指定してもよい。この場合
は、公開サーバ部４５が変数メモリ４１を参照して、変
数に対応するアドレスを特定し、当該アドレスの状態を
返答する。

【００５９】また、本実施形態に係るアプレットには、
オペコードに対応するクラスのメソッドとして、入力メ
ソッドも用意されている。当該入力メソッドは、クライ
アント装置６（６ａ）の表示画面のうち、ラダー記号が
表示されている領域に対して、例えば、ダブルクリック
操作など、予め定められた操作が入力された場合に呼び
出され、当該ラダー記号に対応するラダーオブジェクト
のうち、アドレスのフィールドが示すデバイスへの制御
指示を、公開サーバ部４５に送信する。例えば、図３の
状態で、ラダー記号Ｉβが操作された場合、クライアン
ト装置６（６ａ）は、アドレスＸ００００のデバイスの
オンを指示するデータ列を、公開サーバ部４５へ送信す
る。さらに、公開サーバ部４５は、制御部３４へ指示す
るなどして、当該アドレスのデバイスをオンさせる。こ
れにより、クライアント装置６（６ａ）は、デバイス２
１の状態を制御できる。なお、クライアント装置６（６
ａ）には、次の表示更新処理が行われると、図９に示す
ラダー図が表示される。

【００６０】ここで、上記Ｓ１４にてラダー図を表示し
ている状態から、例えば、クライアント装置６（６ａ）
のユーザからの指示などに応じて、編集モードへ移行す
ると、Ｓ１５において、アプレットを実行するバーチャ
ルマシン６１は、ラダー図への操作に応じて、制御プロ
グラムや、変数とアドレスとの対応関係を変更する。

【００６１】具体的には、アプレットの編集メソッドの
１つとして設けられた追加メソッドは、ラダー図に配置
可能なラダー記号をパレット状に表示するなどして、制
御プログラムに挿入可能なオペコードを選択するよう、
ユーザに促す。さらに、例えば、ユーザがパレットから
ラダー記号を選択し、ラダー図上にドラグ＆ドロップす
るなどして、挿入されるオペコードが選択されると、追
加メソッドは、オペコードに対応するクラスのインスタ
ンスとして、ラダーオブジェクトを生成し、全ラダーオ
ブジェクトのうち、挿入が指示された位置に応じた順番
に、追加されたラダーオブジェクトを配置する。さら
に、上述の配置メソッドが再度呼び出され、追加したラ
ダーオブジェクトも含めて、各ラダーオブジェクトの表
示位置を決定する。例えば、図９に示すラダー図が表示
されている状態で、ＡＮＤを示すラダー記号を選択し、
ラダー記号Ｉδ・Ｉε間に挿入するように指示すると、
挿入位置に基づいて、図１０に示すように、ＡＮＤ命令
の挿入指示は、ロード命令Ｃδと移動命令Ｃεとの間へ
の挿入指示であると判断され、図１１に示すように、ラ
ダー図上に、ＡＮＤを示すラダー記号Ｉζが追加され
る。

【００６２】また、表示されたラダー記号の削除が指示
されると、編集メソッドのうちの削除メソッドは、指示
されたラダー記号に応じたラダーオブジェクトを削除
し、表示更新メソッドに表示を更新させる。これによ
り、例えば、図１１に示すラダー記号Ｉβの削除が指示
されると、ラダーオブジェクトＯβが削除され、図１２
に示すように、ラダー図からラダー記号Ｉβが削除され
る。

【００６３】さらに、例えば、ラダー記号に付記された
変数をダブルクリックするなどして、変数の値変更が指
示されると、編集メソッドのうちの変数編集メソッド
は、例えば、選択されたラダーオブジェクトと同じ変数
ｉｄを有する変数オブジェクトのフィールドを変更し
て、変数の値を指示に合わせて変更する。また、ラダー
記号に対応するアドレスの変更が指示されると、アドレ
ス変数メソッドは、ラダーオブジェクトのフィールド
を、指示に合わせて変更して、制御対象のアドレスを変
更する。なお、当該ラダーオブジェクトが変数に対応付
けられていれば、対応する変数オブジェクトのアドレス
のフィールドも変更する。さらに、変数が対応付けられ
ていない場合に、ラダー記号に付記された変数をダブル
クリックするなどして、変数の対応付けが指示される
と、対応付けメソッドは、例えば、変数オブジェクトの
一覧を表示したり、新規に変数を作成するかを問い合わ
せるなどして、対応付けの指示を促す。例えば、一覧中
の変数オブジェクトが選択されると、対応付けメソッド
は、当該ラダーオブジェクトの変数ｉｄ、アドレス、変
数の内容のフィールドを、選択された変数オブジェクト
に応じて設定して、変数オブジェクトとラダーオブジェ
クトとを対応付ける。また、新規作成が指示されると、
変数の値やアドレスの入力を促すと共に、新たに作成し
た変数ｉｄと、入力された変数の値およびアドレスとを
有する変数オブジェクトを作成して、ラダーオブジェク
トと対応付ける。例えば、図１２に示す状態において、
ラダー記号Ｉζに新たな変数を対応付けるように指示さ
れると、ユニークな変数ｉｄ(0002)を持った変数オブジ
ェクトが作成され、当該変数オブジェクトの内容および
アドレスとして、入力された値（例えば、スイッチ１お
よびＸ０００１）が設定される。この結果、図１３に示
すように、クライアント装置６（６ａ）は、ラダー記号
Ｉζへ、当該変数の内容およびアドレスを併記できる。

【００６４】図８に示すＳ１５において、上述したよう
にラダー図が編集された後、ユーザから編集終了が指示
されると、クライアント装置６（６ａ）は、Ｓ１６にお
いて、編集結果に基づいたラダー図ファイルおよび変数
ファイルを作成し、ＰＬＣ３の公開サーバ部４５へ送信
する。

【００６５】具体的には、アプレットを実行するバーチ
ャルマシン６１は、送信メソッドを実行する。当該送信
メソッドは、編集終了時点で生成されている各変数オブ
ジェクトへコード生成を指示して、各変数オブジェクト
に応じたＶａｒｉａｂｌｅＮａｍｅ要素を示す文字列、
すなわち、属性値が変数ｉｄで、内容が変数に対応する
アドレスとなるＶａｒｉａｂｌｅＡｄｄｒｅｓｓ要素を
含み、しかも、内容が変数の値であるＶａｒｉａｂｌｅ
Ｎａｍｅ要素を生成させる。さらに、送信メソッドは、
各変数オブジェクトが生成した文字列（群）の前後に、
ＸＭＬファイルとして必要な文字列などを含む所定の文
字列を付加して、変数ファイルを生成する。これによ
り、図１４に示すように、編集結果に応じた変数ファイ
ルが生成される。

【００６６】また、上記送信メソッドは、編集終了時点
で生成されている各ラダーオブジェクトへコード生成を
指示して、各ラダーオブジェクトに応じたラダー要素Ｅ
を示す文字列を生成させる。さらに、送信メソッドは、
ラダー要素Ｅを示す各文字列を、ラダーオブジェクトの
順番で連結し、前後に、ＸＭＬファイルとして必要な文
字列などを含む所定の文字列を付加して、ラダー図ファ
イルを生成する。具体的には、上記ラダー要素Ｅを示す
文字列は、ラダーオブジェクトのクラスに対応する内容
のＯｐＣｏｄｅ要素を含んでいる。また、ラダー要素Ｅ
が変数に対応付けられている場合は、Ｏｐｅｒａｎｄ要
素において、Ｖａｒｉａｂｌｅ要素のｉｄ属性の属性値
が変数ｉｄとなる文字列が生成される。また、変数に対
応付けられていない場合は、Ｏｐｅｒａｎｄ要素のＡｄ
ｄｒｅｓｓ要素の内容がアドレスを示すように、文字列
が生成される。これにより、図１５に示すように、編集
結果に応じたラダー図ファイルが生成される。

【００６７】さらに、上記送信メソッドは、変数ファイ
ルおよびラダー図ファイルをＰＬＣ３の公開サーバ部４
５に送信する。一方、公開サーバ部４５が両ファイルを
受け取ると、ＰＬＣ３の更新処理部４７は、図８に示す
Ｓ１７において、変数ファイルに基づいて、変数メモリ
４１の対応表を更新すると共に、ラダー図ファイルに基
づいて、制御プログラムメモリ３３の制御プログラムを
更新する。

【００６８】具体的には、上記Ｓ１４にてクライアント
装置６（６ａ）が変数ファイルを受け取り、変数オブジ
ェクトを作成した場合と同様に、更新処理部４７は、変
数ファイルから、変数ｉｄと変数の値とアドレスとの組
み合わせを抽出し、例えば、表形式のように、それぞれ
を対応付けて、変数メモリ４１に格納する。

【００６９】また、上記Ｓ１４にて、クライアント装置
６（６ａ）がラダー図ファイルを受け取ってラダーオブ
ジェクトを生成した場合と同様に、制御対象となるアド
レスを決定すると共に、ラダー要素ＥのＯｐＣｏｄｅ要
素の内容から、オペコードを示すニモニックを抽出す
る。さらに、更新処理部４７は、ニモニックに対応する
オペコード（ビット列表現）と、制御対象となるアドレ
ス（ビット列表現）との組み合わせからなる命令語を生
成し、ラダー要素Ｅが出現した順番で組み合わせ、制御
プログラムメモリ３３に格納する。これにより、ラダー
図ファイルが示す制御プログラム（ビット列表現）が生
成され、制御プログラムメモリ３３に格納される。な
お、上記更新処理部４７が制御プログラムを更新するタ
イミングは、例えば、一度、ＰＬＣ３の制御部３４によ
る制御動作を停止させた後、変更してもよい。また、Ｐ
ＬＣ３の制御部３４は、所定の時間間隔（スキャンタイ
ム）毎に制御プログラムの実行を繰り返しているので、
制御プログラムの終了後、再び制御プログラムの実行が
開始されるまでに更新してもよい。この場合は、制御シ
ステム１を停止させることなく、制御プログラムを更新
できる。

【００７０】また、更新処理部４７は、上記Ｓ１６の
後、再び実行されるＳ２において、ファイル生成部４６
へ指示するなどして、上記Ｓ１７にて公開サーバ部４５
が受信した変数ファイルおよびラダー図ファイルをＸＭ
Ｌファイル記憶部４３に格納すると共に、必要に応じ
て、ＨＴＭＬファイル記憶部４２のＨＴＭＬファイルを
変更する。

【００７１】なお、最初に制御プログラムが格納された
場合のように、変数ファイルやラダー図ファイルが存在
しない場合、ファイル生成部４６は、変数メモリ４１に
変数の値とアドレスとの対応関係が格納されていれば、
当該対応関係に応じた変数ファイルを作成すると共に、
制御プログラムメモリ３３の制御プログラムに基づい
て、ラダー図ファイルを作成する。

【００７２】具体的には、ファイル生成部４６は、制御
プログラムの各命令語をオペコード（ビット列表現）お
よびアドレス（ビット列表現）に分割し、それぞれを文
字列表記のニモニックおよびアドレスに変換する。さら
に、各ニモニックに応じた個数のＯｐｅｒａｎｄ要素
と、当該ニモニックを内容とするＯｐＣｏｄｅ要素と、
予め定められた内容（例えば、101 ）のＬｉｂｒａｒｙ
Ｎｏ要素とを含むラダー要素を作成する。また、ファイ
ル生成部４６は、変数メモリ４１に、アドレスに対応す
る変数（内容およびｉｄ）が格納されている場合、当該
変数に応じたｉｄ属性と内容とを持ったＶａｒｉａｂｌ
ｅ要素をＯｐｅｒａｎｄ要素が含むように、これとは逆
に、変数が対応していない場合は、アドレスを内容とす
るＡｄｄｒｅｓｓ要素を含むように、ラダー要素を調整
する。さらに、各ラダー要素を示す文字列を命令語が出
現する順番で連結すると共に、これらの文字列群の前後
に、例えば、ＸＭＬファイルとして必要な文字列などを
含む所定の文字列を付加して、ラダー図ファイルを生成
する。なお、変数メモリ４１がｉｄを記憶していなくて
も、変数ファイルのＶａｒｉａｂｌｅＮａｍｅ要素と、
ラダー図ファイルのうち、当該要素に対応するＶａｒｉ
ａｂｌｅ要素とのみが、同じｉｄ属性の値を持つよう
に、ファイル生成部４６が、各ｉｄ属性の値を自動生成
してもよい。なお、ファイル生成部４６は、例えば、予
め用意されたテンプレートのうち、変数ファイルやラダ
ー図ファイルの参照を示す箇所を変更するなどして、こ
れらのファイルを参照するためのＨＴＭＬファイルを作
成し、ＨＴＭＬファイル記憶部４２に格納する。

【００７３】上記構成によれば、ＰＬＣ３は、クライア
ント装置６（６ａ）へアプレットおよびＸＭＬファイル
を送信して、ＰＬＣ３の制御プログラムを示すラダー図
を、クライアント装置６（６ａ）に表示させることがで
きる。この結果、制御プログラムを表示したり編集する
ために、ＰＬＣ３にアクセス可能なクライアント装置６
（６ａ）であれば、ＬＡＮ４に接続されているクライア
ント装置６であるか、インターネットなどの広域通信網
１２を介して接続されるクライアント装置６ａであるか
に拘らず、当該制御プログラムを示すラダー図を表示で
きる。

【００７４】ここで、ＰＬＣ３は、クライアント装置６
（６ａ）に比べて演算能力や適用範囲が制限されている
ため互換性が要求されない点や、シーケンサから発達し
てきた経緯もあって、クライアント装置６（６ａ）に比
べて、機種が多く、しかも、制御プログラムの命令語
（ビット列表現）や通信プロトコル、制御プログラムを
示すラダー図の表記方法は、ＰＬＣ３の機種毎に異なっ
ている場合がある。したがって、クライアント装置６
（６ａ）において、各機種用の表記方法で、ＰＬＣ３の
制御プログラムをラダー図として表記しようとすると、
各機種用の手順でラダー図を表示する必要がある。ま
た、ラダー図は、ラダー記号の表示状態によって、デバ
イスの状態も表示できるが、上述したように、命令語が
異なっており、デバイスの状態を取得する際の通信プロ
トコルも機種毎に異なっているため、クライアント装置
６（６ａ）は、各機種用の手順で、デバイスの状態を取
得する必要がある。したがって、この手順をクライアン
ト装置６（６ａ）に指示するために、従来のように、各
クライアント装置６（６ａ）に、表示／編集の対象とな
るＰＬＣ３の機種に合致したプログラムをインストール
しようとすると、インストールに非常に手間がかかる。

【００７５】特に、広域通信網１２を介して接続する場
合のように、クライアント装置６ａと接続可能なＰＬＣ
３の数が多くなり、各ＰＬＣ３に接続可能なクライアン
ト装置６ａの数が多くなる場合には、予めこれらのプロ
グラムをインストールすることはできず、クライアント
装置６ａが表示／編集可能なＰＬＣ３、および、ＰＬＣ
３の制御プログラムを表示／編集可能なクライアント装
置６ａの双方が制限されてしまう。

【００７６】ところが、本実施形態に係るＰＬＣ３は、
公開サーバ部４５を備えており、自らの制御プログラム
をラダー図として表示させるためのアプレットおよびＸ
ＭＬファイルを、クライアント装置６（６ａ）に送信で
きる。したがって、クライアント装置６（６ａ）は、Ｐ
ＬＣ３に接続するだけで、ＰＬＣ３の機種に拘らず、当
該機種用の手順で当該機種用の表記方法でラダー図を表
示できる。また、ＰＬＣ３の機種毎に、デバイスの状態
取得方法が異なっていても、上記アプレットを実行する
クライアント装置６（６ａ）は、何ら支障なく、デバイ
スの状態を取得できる。

【００７７】なお、本実施形態に係るＰＬＣ３は、ファ
イル生成部４６を備えているが、これに限るものではな
く、例えば、クライアント装置６（６ａ）やＬＡＮ４に
接続された機器などにファイル生成部４６を設け、ＸＭ
Ｌファイル記憶部４３やＨＴＭＬファイル記憶部４２
は、これらの機器にて、生成されたＸＭＬファイルやＨ
ＴＭＬファイルを記憶してもよい。いずれの場合であっ
ても、ＰＬＣ３の公開サーバ部４５が、制御プログラム
メモリ３３に格納された制御プログラムを表示するため
のＸＭＬファイルおよびＨＴＭＬファイルを送信できれ
ば、略同様の効果が得られる。

【００７８】ただし、この場合には、例えば、ファイル
生成部４６が制御プログラムの更新を把握できなかった
場合などには、制御プログラムメモリ３３の制御プログ
ラムを更新したにも拘らず、上記各記憶部４２・４３の
内容が更新されない虞れがある。これに対して、本実施
形態では、ファイル生成部４６がＰＬＣ３に設けられて
いるので、制御プログラムを更新した場合、上記各記憶
部４２・４３の内容を確実に更新できる。

【００７９】また、本実施形態に係るＰＬＣ３が送信す
るアプレットには、ラダー図を表示するためのプログラ
ムだけではなく、ラダー図を編集するためのプログラム
も含まれているが、表示用のアプレットのみを送信して
もよい。ただし、ラダー図への操作に応じて制御プログ
ラムを編集すると共に、編集結果を送信するプログラム
がアプレットに含まれている場合には、ＰＬＣ３の制御
プログラム作成用のプログラムがインストールされてい
ないクライアント装置６（６ａ）であっても、ＰＬＣ３
に接続するだけで、ＰＬＣ３の機種に拘らず、当該機種
用の表記方法のラダー図を操作して、当該機種用の制御
プログラムを生成できる。

【００８０】なお、上記実施形態では、アプレットを実
行するクライアント装置６（６ａ）が編集結果を変数フ
ァイルおよびラダー図ファイルの形式でＰＬＣ３に返送
しているが、これに限らず、例えば、変更部分のみを通
知してもよい。いずれの場合であっても、編集結果がク
ライアント装置６（６ａ）からＰＬＣ３に送信され、編
集結果に応じて、制御プログラムが変更されれば、本実
施形態と同様の効果が得られる。

【００８１】また、上記実施形態では、ＸＭＬファイル
とＨＴＭＬファイルとを分ける場合について説明した
が、例えば、ＨＴＭＬファイル中に記載されたＰＡＲＡ
Ｍ要素によって、ＸＭＬファイルと同じ内容をアプレッ
トに指示してもよい。ただし、本実施形態のように、Ｘ
ＭＬファイルに分け、さらに、ＸＭＬファイルをラダー
図ファイルと変数ファイルとに分割した方が、少ない演
算量で、各ファイルの内容と、変数メモリ４１および制
御プログラムメモリ３３の内容と各ファイルの内容とを
相互変換できる。

【００８２】ところで、上記実施形態では、アプレット
を公開する場合を例にして説明したが、アプレットの代
わりに、例えば、べーシックなどのプログラム言語をコ
ンパイルするなどして作成され、アプレットと同様の動
作をクライアント装置６（６ａ）に実行させる実行プロ
グラムを配信しても、略同様の効果が得られる。

【００８３】ただし、本実施形態のように、クライアン
ト装置６（６ａ）のバーチャルマシン６１が、当該アプ
レットをクライアント装置６（６ａ）が実行可能な機械
語に翻訳して実行する場合、クライアント装置６（６
ａ）がバーチャルマシンを備えていれば、クライアント
装置のオペレーティングシステム（ＯＳ）やＣＰＵが実
行可能な機械語が異なっていても、アプレットを実行で
きる。したがって、公開サーバ部４５が配布するアプレ
ットの種類を増加させることなく、より多くのクライア
ント装置６（６ａ）で、ＰＬＣ３用の表記方法でラダー
図を表示できる。

【００８４】また、上記実施形態では、クライアント装
置６（６ａ）にラダー図を表示させる場合について説明
したが、例えば、ＳＦＣやＦＢＤ(Function Block Diag
ram)のように、他の表現形式で制御プログラムを図示さ
せてもよい。いずれの場合であっても、図記号自体と各
図記号間の接続または位置関係とによって制御手順を提
示可能な表現形式で、上記制御プログラムの制御手順を
表示すると共に、図記号と各図記号の接続または位置関
係とによって、現在の制御状態も提示可能な表現形式で
あれば、同様の効果が得られる。

【００８５】なお、上記各部材３１〜３４、４１〜４７
および６１〜６２は、ＣＰＵなどの演算手段が、ＲＯＭ
やＲＡＭなどの記憶手段に格納されたプログラムを実行
し、タッチパネルや液晶表示装置などの入出力手段、あ
るいは、インターフェース回路などの通信回路を制御す
ることによって実現される機能ブロックである。したが
って、これらの手段を有するコンピュータが、上記プロ
グラムを記録した記録媒体（例えば、ＣＤ−ＲＯＭな
ど）を読み取り、当該プログラムを実行するだけで、本
実施形態に係るＰＬＣ３やクライアント装置６（６ａ）
を実現できる。特に、クライアント装置６（６ａ）のバ
ーチャルマシン６１およびブラウザ６２は、多くのコン
ピュータに予めインストールされている汎用のブラウザ
ソフトで実現できるので、これらのコンピュータは、特
別なプログラムをインストールすることなく、クライア
ント装置６（６ａ）として動作できる。なお、例えば、
通信路を介してプログラムをダウンロードするためのプ
ログラムが、上記コンピュータに予めインストールされ
ていれば、当該通信路を介して、上記コンピュータへ上
記プログラムを配付することもできる。

【００８６】

【発明の効果】請求項１の発明に係る制御装置は、以上
のように、制御プログラムを格納する記憶手段と、図記
号自体と各図記号間の接続または位置関係とによって制
御手順を提示可能な表現形式で、上記制御プログラムの
制御手順を端末装置に表示させるための表示プログラム
が含まれた端末用データを、通信手段を介して、上記端
末装置へ送信させる公開手段とを備えている構成であ
る。また、請求項５の発明に係る記録媒体は、コンピュ
ータを上記各手段として動作させるプログラムが記録さ
れた記録媒体であって、当該記録媒体からプログラムが
読み取られ、上記コンピュータで実行されると、当該コ
ンピュータは、請求項１記載の制御装置として動作す
る。

【００８７】これらの構成では、制御装置自体が自らの
制御プログラムを端末装置で表示するための表示プログ
ラムを含む端末用データを端末装置に送信して、端末装
置に、当該端末用データが示す表現形式で制御プログラ
ムを表示させる。したがって、端末装置によって制御プ
ログラムが表示される可能性のある制御装置用の表示プ
ログラム全てを予めインストールすることなく、端末装
置の画面上に、制御装置の制御プログラムを表示して、
端末装置の使用者に、当該制御装置がデバイスを制御す
る際の制御手順を図示できる。この結果、より多くの端
末装置で、より多機種の制御装置の制御プログラムを表
示できるにも拘らず、インストールの手間を大幅に削減
できるという効果を奏する。

【００８８】請求項２の発明に係る制御装置は、以上の
ように、請求項１記載の発明の構成において、上記記憶
手段に格納された制御プログラムに基づいて、上記端末
用データを生成する生成手段を備えている構成である。

【００８９】当該構成では、制御装置の生成手段が、現
在、記憶手段に格納されている制御プログラムに基づい
て端末用データを生成する。したがって、他の装置で端
末用データが作成される場合とは異なり、制御プログラ
ムが書き換えられても、端末用データが示す制御手順
を、制御装置の制御手段がデバイスを制御する際の手順
と一致させることができるという効果を奏する。

【００９０】請求項３の発明に係る制御装置は、以上の
ように、請求項１または２記載の発明の構成において、
上記公開手段は、提示された上記制御手順を上記端末装
置への操作に応じて編集する動作と、編集結果を上記表
現形式で提示する動作と、編集結果を制御装置に送信す
る動作とを上記端末装置に行わせる編集プログラムを、
上記通信手段を介して、上記端末装置へ送信させると共
に、上記端末装置から編集結果が送信された場合、編集
結果に合わせて、上記記憶手段の制御プログラムを更新
する更新手段を備えている構成である。

【００９１】当該構成では、制御装置は、端末装置に編
集プログラムも送信し、端末装置での編集結果に合わせ
て、自らの制御プログラムを変更する。これにより、端
末装置が制御プログラムを編集する可能性のある制御装
置用の編集プログラム全てを端末装置に予めインストー
ルすることなく、端末装置において、制御装置から指示
された表現形式で、制御装置の制御プログラムを対話的
に編集できるという効果を奏する。

【００９２】請求項４の発明に係る制御装置は、以上の
ように、請求項１、２または３記載の発明の構成におい
て、上記表示プログラムは、上記端末装置が上記通信手
段に問い合わせて上記制御手段によるデバイスの制御状
態を取得する動作と、取得した制御状態の変化に応じ
て、当該端末装置が提示している図記号と各図記号の接
続または位置関係とのうち、少なくとも１つを変化させ
る動作とを、上記端末装置に行わせるプログラムを含ん
でいる構成である。

【００９３】当該構成では、端末装置が表示プログラム
を実行して制御プログラムを図示する際、端末装置は、
デバイスの制御状態を制御装置に問い合わせ、取得した
制御状態の変化に応じて、各図記号や各図記号の接続あ
るいは位置関係を変化させる。これにより、端末装置の
使用者は、端末装置からの提示によって、デバイスの現
在の制御状態も把握でき、制御プログラムの動作を検証
できるという効果を奏する。

【図面の簡単な説明】

【図１】本発明の一実施形態を示すものであり、制御シ
ステムの要部構成を示すブロック図である。

【図２】上記制御システムにおいて、クライアント装置
の画面例を示すものであり、ＰＬＣの制御プログラムを
当該ＰＬＣ用のラダー図として表示した状態を示す説明
図である。

【図３】上記クライアント装置の他の画面例を示すもの
であり、デバイスの状態がオン状態に変化した場合の上
記ラダー図を示す説明図である。

【図４】上記制御プログラムを示すものであり、当該制
御プログラムをニモニックで表記した説明図である。

【図５】上記ＰＬＣからクライアント装置に送信される
ラダー図ファイルを示す説明図である。

【図６】上記ＰＬＣからクライアント装置に送信される
変数ファイルを示す説明図である。

【図７】上記ＰＬＣからクライアント装置に送信される
ＨＴＭＬファイルを示す説明図である。

【図８】上記制御システムの動作を示すフローチャート
である。

【図９】上記クライアント装置のさらに他の画面例を示
すものであり、他のデバイスの状態がオン状態に変化し
た場合の上記ラダー図を示す説明図である。

【図１０】上記ラダー図へラダー記号を追加する編集操
作により変更された制御プログラムを示すものであり、
当該制御プログラムをニモニック表記した説明図であ
る。

【図１１】上記クライアント装置のまた別の画面例を示
すものであり、上記ラダー図にラダー記号を追加した状
態を示す説明図である。

【図１２】上記クライアント装置の他の画面例を示すも
のであり、上記ラダー図からラダー記号を削除した状態
を示す説明図である。

【図１３】上記クライアント装置のさらに他の画面例を
示すものであり、上記ラダー図において、ラダー記号に
変数を関連付けた状態を示す説明図である。

【図１４】上記クライアント装置からＰＬＣへ送信され
るファイルを示すものであり、編集の結果更新された変
数ファイルを示す説明図である。

【図１５】上記クライアント装置からＰＬＣへ送信され
るファイルを示すものであり、編集の結果更新されたラ
ダー図ファイルを示す説明図である。

【図１６】従来技術を示すものであり、制御システムの
要部構成を示すブロック図である。

【符号の説明】

３ プログラマブル・ロジック・コントローラ
（制御装置） ６・６ａ クライアント装置（端末装置） ２１ デバイス ３３ 制御プログラムメモリ（記憶手段） ３４ 制御部（制御手段） ３１ ＬＡＮインターフェース（通信手段） ４５ 公開サーバ部（公開手段） ４６ ファイル生成部（生成手段） ４７ 更新処理部（公開手段）

フロントページの続き Ｆターム(参考） 5B069 AA01 BA03 BB16 DD10 DD17 LA03 5B089 GA21 GA23 GB03 HA06 JA35 JB07 LB14 5E501 AA02 AC02 AC34 AC37 BA05 CC16 FA14 5H220 BB12 CC09 CX09 DD04 EE10 EE12 HH01 JJ12 JJ24 JJ53 JJ57

Claims (5)

【特許請求の範囲】
1. 【請求項１】制御プログラムが格納される記憶手段と、
   当該記憶手段に格納された制御プログラムが示す制御手
   順でデバイスを制御する制御手段とを備えた制御装置に
   おいて、 端末装置と通信可能な通信手段と、 図記号自体と各図記号間の接続または位置関係とによっ
   て制御手順を提示可能な表現形式で、上記制御プログラ
   ムの制御手順を上記端末装置に表示させるための表示プ
   ログラムが含まれた端末用データを、上記通信手段を介
   して、上記端末装置へ送信させる公開手段とを備えてい
   ることを特徴とする制御装置。
2. 【請求項２】上記記憶手段に格納された制御プログラム
   に基づいて、上記端末用データを生成する生成手段を備
   えていることを特徴とする請求項１記載の制御装置。
3. 【請求項３】上記公開手段は、提示された上記制御手順
   を上記端末装置への操作に応じて編集する動作と、編集
   結果を上記表現形式で提示する動作と、編集結果を制御
   装置に送信する動作とを上記端末装置に行わせる編集プ
   ログラムを、上記通信手段を介して、上記端末装置へ送
   信させると共に、 上記端末装置から編集結果が送信された場合、編集結果
   に合わせて、上記記憶手段の制御プログラムを更新する
   更新手段を備えていることを特徴とする請求項１または
   ２記載の制御装置。
4. 【請求項４】上記表現形式は、制御手順に加えて、図記
   号と各図記号の接続または位置関係とによって、現在の
   制御状態も提示可能な形式であり、 上記表示プログラムは、上記端末装置が上記通信手段に
   問い合わせて上記制御手段によるデバイスの制御状態を
   取得する動作と、取得した制御状態の変化に応じて、当
   該端末装置が提示している図記号と各図記号の接続また
   は位置関係とのうち、少なくとも１つを変化させる動作
   とを、上記端末装置に行わせるプログラムを含んでいる
   ことを特徴とする請求項１、２または３記載の制御装
   置。
5. 【請求項５】端末装置に通信可能な通信手段を有するコ
   ンピュータを制御装置として動作させるプログラムが記
   録された記録媒体であって、 制御プログラムが格納される記憶手段、 当該記憶手段に格納された制御プログラムが示す制御手
   順でデバイスを制御する制御手段、並びに、 図記号自体と各図記号間の接続または位置関係とによっ
   て制御手順を提示可能な表現形式で、上記制御プログラ
   ムの制御手順を上記端末装置に表示させるための表示プ
   ログラムが含まれた端末用データを、上記通信手段を介
   して、上記端末装置へ送信させる公開手段として、上記
   コンピュータを動作させるプログラムが記録されている
   記録媒体。