JP3464417B2 - 制御装置用画面データのテスト表示方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、予め定められる画
面データに基づいてデバイスに応じた画面を表示する表
示装置を有する制御システムに関連し、特に表示装置の
表示状態を事前に確認するテスト表示方法に関するもの
である。

【０００２】

【従来の技術】従来から、プログラマブル・ロジック・
コントローラ（以下、ＰＬＣと略称する）は、例えばベ
ルトコンベアー式の自動組付機など、種々のターゲット
システムを制御する制御装置として広く使用されてい
る。さらに、近年では、ターゲットシステムの複雑化に
伴って、複数台のＰＬＣを互いに連携させて使用するこ
とも行われている。また、各ＰＬＣからのデータの表
示、あるいは、ＰＬＣへの制御指示は、当該ＰＬＣの近
傍などに配される表示装置で行われるだけではなく、例
えば、これらの表示装置から離れた場所に設置した制御
用ホストコンピュータでも、表示あるいは操作できるよ
うに、制御システムを構築することもある。

【０００３】具体的には、例えば図１５に示すように、
従来の制御システム５０１ではＰＬＣ５０３が制御の中
心として位置付けられており、各ＰＬＣ５０３には例え
ばバルブやスイッチあるいはセンサなど、ターゲットシ
ステム５０２のデバイス５２１と、表示および制御指示
を行う表示装置５０５とが接続されている。さらに、当
該ＰＬＣ５０３には、他のＰＬＣ５０３や制御用ホスト
コンピュータ５０７が所定のインターフェース回路を介
して直接、あるいは、専用のアダプタを介して間接的に
接続されている。そして、ＰＬＣ５０３や制御用ホスト
コンピュータ５０７などの機器間、および、各ＰＬＣ５
０３と表示装置５０５との間では、ＰＬＣ５０３の通信
機能を用いて、表示あるいは制御に使用されるデータの
伝送が行われる。

【０００４】上記表示装置５０５は、ＰＬＣ５０３から
のデータに応じた表示を行ったり、オペレータからの指
示に応じてＰＬＣ５０３へ制御指示を出力したりする際
に、予め内部に格納された画面データを参照する。当該
画面データには、例えばＰＬＣ５０３からのデータに応
じて形状や数値、色あるいは位置といったような表示状
態が変化するメーターなどの部品を示すデータと、例え
ば部品が表示されている領域の押圧など、部品への操作
を示す事象が発生したときに当該事象に対応したＰＬＣ
５０３への制御指示や表示変更を示すデータとが含まれ
る。なお、画面データには、例えば背景などの常時表示
される部品を示すデータも含まれている。

【０００５】当該画面データは、例えば、制御用ホスト
コンピュータ５０７上で動作する作画ソフトなどで作成
され、画面データを記録した記録媒体を表示装置５０５
に挿入したり、画面データを記憶した携帯型の端末装置
を、表示装置５０５に接続するなどして、表示装置５０
５に格納される。

【０００６】ここで、ＰＬＣ５０３は、リレーを使用し
たシーケンサから発達してきた経緯もあり、同一会社で
あっても製品ごとなどＰＬＣ５０３の機種ごとに、デー
タ通信に使用する通信プロトコルが異なることが多く、
通信プロトコルの種類は１００種以上にもなる。従っ
て、従来の制御システム５０１内では同一機種のＰＬＣ
５０３を用いてその機種に固有の通信プロトコルで通信
を行うことが多い。制御システム５０１内に他の通信プ
ロトコルを採用したＰＬＣ５０３ａを混在させる必要が
ある場合には、図１５に示すように変換器５１０を挿入
して、他のＰＬＣ５０３などの機器からＰＬＣ５０３ａ
が同じ機種に見えるように通信プロトコルを相互変換す
る必要がある。

【０００７】この結果、多くの場合、画面データの形式
もＰＬＣ５０３および表示装置５０５の機種に固有の形
式が採用されており、ＰＬＣ５０３および表示装置５０
５の機種に応じた作画ソフトによって作成されている。
従って、画面データを作成する場合は、制御システム５
０１の機能が決定された後、当該ＰＬＣ５０３および表
示装置５０５の機種が選択される。さらに、当該機種に
応じた作画ソフトによって、画面が設計され、画面デー
タが生成される。

【０００８】一般に、作成された画面データについて
は、ＰＬＣ５０３からの出力やオペレータによる直接の
操作に応じて、表示装置５０５で適正に表示されるか否
かを確認するテスト表示が行われる。古くから行われて
いるテスト表示方法として、制御用ホストコンピュータ
５０７の作画環境で作成した画面データを表示装置５０
５内に格納し、実際にＰＬＣ５０３を稼働させて表示装
置５０５にデバイス５２１の状態が正しく画面表示され
るか否かを確認するものがある。このテスト表示により
正しい画面表示が行われなかった場合には、制御用ホス
トコンピュータ５０７で画面データのデバッグを行う。
しかし、この方法は、制御用ホストコンピュータ５０７
がＰＬＣ５０３、表示装置５０５、およびデバイス５２
１が稼働する現場と離れている場合に、作成した画面デ
ータを現場に持っていく必要があり、デバッグを行うこ
とになると非能率的な作業になる。

【０００９】そこで、現在では図１５に示すようにＧＰ
(Graphic Panel) ５３１を用いたテスト表示が行われる
こともある。この方法では、表示装置５０５と同一形式
の画面データを実行して画面表示を行うことのできるＧ
Ｐ５３１を用意しておき、制御用ホストコンピュータ５
０７あるいはそれと同一の作画環境を有するコンピュー
タの近隣に配置する。次いで、これらのコンピュータで
作成した画面データをＧＰ５３１にダウンロードした
後、これらのコンピュータを擬似的にＰＬＣ５０３の出
力データを生成するシミュレータとして動作させる。そ
して、シミュレータとそのターゲットシステムとしての
ＧＰ５３１との間で通信を行うことにより、作成した画
面データが意図通り、あるいは設計通りに動いているか
否かを確認する。これにより、画面データのデバッグを
行う必要があると判明したときにも、その場で作画環境
に戻ることができる。

【００１０】

【発明が解決しようとする課題】しかしながら、上記従
来の画面データのテスト表示方法のうち、後者の方法を
用いたとしても、ＧＰ５３１を別途用意しなければなら
ないという問題がある。特に、前述の制御システム５０
１で表示装置５０５の機種を変更した場合や、変換器５
１０を介して接続された異機種の表示装置５０５が混在
する場合には、表示装置５０５の機種に応じて、作画環
境に加えてＧＰ５３１の機種も変更する必要がある。従
って、テスト表示を行うのにコストの増大を招いてしま
う。

【００１１】本発明は、上記の問題点に鑑みてなされた
ものであり、その目的は、低コストで能率的なデバッグ
を行うことのできる制御装置用画面データのテスト表示
方法を提供することにある。

【００１２】

【課題を解決するための手段】請求項１に係る発明の制
御装置用画面データのテスト表示方法は、上記課題を解
決するために、コンピュータで作成した画面データに基
づき、デバイスの動作制御を行う制御装置の稼働時に表
示装置が備えるランタイム環境によって上記画面データ
を実行することで上記デバイスの状態に応じた図形要素
を画面に表示する表示装置の表示状態を、上記制御装置
を稼働させることなく確認する制御装置用画面データの
テスト表示方法において、上記画面データを作成する作
画環境と、上記表示装置のランタイム環境と同様に構成
された、上記画面データを実行するランタイム環境と、
上記表示装置への入力データを擬似的に生成して上記制
御装置の模擬動作を行う模擬動作環境とを上記コンピュ
ータ上に共存させ、上記コンピュータ上で上記模擬動作
環境により上記模擬動作を行い、上記作画環境で作成さ
れた上記画面データを擬似的に生成した入力データに基
づいて上記ランタイム環境により実行することによって
上記表示装置と等価に画面表示を行うことを特徴として
いる。

【００１３】上記の発明によれば、コンピュータ上にそ
のハードウェアやＯＳ(Operating System)などのプラッ
トフォームに対応させるなどして、作画環境、ランタイ
ム環境、および模擬動作環境を共存させる。そして、模
擬動作環境によりシミュレータとして動作するコンピュ
ータに制御装置の模擬動作を行わせ、作画環境で作成さ
れた画面データをランタイム環境によってそのまま同一
のコンピュータ上で実行し、表示装置と等価な画面表示
を行う。ここで、模擬動作により生成する擬似的な表示
装置への入力データは、実際の稼働時に制御装置から表
示装置に入力されるデータの他、コンピュータから表示
装置に入力されるデータや、オペレータが表示装置に直
接入力するデータなども含まれる。

【００１４】これにより、コンピュータ上のみで表示装
置での画面データの実行状態を確認することができ、従
来のようにＧＰを接続する必要がない。従って、低コス
トで能率的なデバッグを行うことのできる制御装置用画
面データのテスト表示方法を提供することができる。

【００１５】請求項２に係る発明の制御装置用画面デー
タのテスト表示方法は、上記課題を解決するために、請
求項１に記載の制御装置用画面データのテスト表示方法
において、上記画面データをプラットフォームの種類に
依存しないコードで作成し、上記プラットフォームの種
類ごとに用意したランタイム環境により実行可能とする
ことを特徴としている。

【００１６】上記の発明によれば、画面データをプラッ
トフォームの種類に依存しないコード、例えばＪａｖａ
（登録商標）で記述したソースコードからコンパイルに
より得たバイトコードなどで作成し、プラットフォーム
の種類ごとに用意したランタイム環境、例えばＪａｖａ
ＶＭなどを備えた環境で実行することができるようにす
る。これにより、コンピュータの作画環境で作成した画
面データは、異なるプラットフォームの表示装置でもそ
のランタイム環境さえ整えれば実行することができる。
つまり、表示装置と異なるプラットフォームのコンピュ
ータで画面データを作成しても、そのテスト表示結果は
任意の機種の表示装置に適応するものとなる。

【００１７】従って、表示装置の機種を変更する場合
や、同一の制御システムに複数種類の表示装置が混在す
る場合に、画面データに含まれる表示装置への入力デー
タを修正する程度の操作を行うだけで、同一のコンピュ
ータによりテスト表示を行うことができる。

【００１８】

【発明の実施の形態】本発明の一実施の形態について図
１ないし図１５に基づいて説明すれば以下の通りであ
る。本実施の形態に係る制御装置用画面データのテスト
表示方法が適用される制御システムは、例えば、ターゲ
ットシステムがベルトコンベアー式の自動組付機の場合
など、複数のプログラマブル・ロジック・コントローラ
（以下では、ＰＬＣと略称する）が互いに連携してター
ゲットシステムを制御する場合に特に好適に使用される
システムである。図１に、このような制御システム１の
構成例を示す。制御システム１は、ターゲットシステム
２、ＰＬＣ（制御装置）３…、専用ネットワーク４、グ
ラフィック操作パネル（表示装置）５…、共通ネットワ
ーク６、および制御用ホストコンピュータ（コンピュー
タ）７を備えている。

【００１９】ターゲットシステム２にはＰＬＣ３…が接
続され、各ＰＬＣ３に、固有の通信プロトコルにて通信
する専用ネットワーク４を介してグラフィック操作パネ
ル５が接続されている。グラフィック操作パネル５…
は、多くの場合、ターゲットシステム２の近傍でターゲ
ットシステム２のオペレータにより操作されるものであ
る。また、各グラフィック操作パネル５間が共通ネット
ワーク６によって共通の通信プロトコルで接続されてお
り、さらに制御用ホストコンピュータ７が当該共通ネッ
トワーク６に接続されている。制御用ホストコンピュー
タ７は、多くの場合、グラフィック操作パネル５よりも
離れた場所から制御システム１全体の監視制御あるいは
設定などを行うようになっている。

【００２０】上記制御システム１において通信の中心に
配されているグラフィック操作パネル５はさらに、表示
部５１、入力部５２、専用ネットワーク・ＩＦ部５３、
共通ネットワーク・ＩＦ部５４、変換部５５、およびＨ
ＭＩランタイム部５６を備えている。当該グラフィック
操作パネル５は、専用ネットワーク・ＩＦ部５３を介し
て専用ネットワーク４に接続されると共に、共通ネット
ワーク・ＩＦ部５４を介して共通ネットワーク６に接続
されている。さらに、グラフィック操作パネル５の変換
部５５は、両ネットワーク４・６での通信プロトコルが
異なる場合、両通信プロトコルを相互変換して、自らに
接続されたＰＬＣ３と、制御用ホストコンピュータ７あ
るいは他のグラフィック操作パネル５との間の通信を中
継する。これにより、各グラフィック操作パネル５に接
続されたＰＬＣ３が採用する通信プロトコルが互いに異
なる場合であっても、各グラフィック操作パネル５およ
び制御用ホストコンピュータ７間は、共通の通信プロト
コルにて通信できる。

【００２１】ここで、グラフィック操作パネル５は制御
システム１に必須の構成であるが、近年では、高解像度
の画像を表示するために、例えば数Ｍバイト程度の記憶
容量を持ち、表示に十分な演算速度を有している。従っ
て、グラフィック操作パネル５は十分余力を持って上記
プロトコル変換を行うことができる。また、グラフィッ
ク操作パネル５と制御用ホストコンピュータ７との間に
ＰＬＣ３が介在していないため、ＰＬＣ３はターゲット
システム２の制御に専念できる。従って、図１５に示す
制御システム５０１のように通信の大半を処理する場合
よりも、記憶容量や処理能力を削減できる。なお、通信
量の大きな処理の例として、ターゲットシステム２が製
造する製品を変換する際など、制御用ホストコンピュー
タ７からグラフィック操作パネル５へ画面データをダウ
ンロードする処理などが挙げられる。ところが、本実施
の形態に係る制御システム１では、画面データはＰＬＣ
３を通過しないので、ＰＬＣ３は、画面データをダウン
ロードする場合であっても負担が少なく、正常に動作し
続けることができる。

【００２２】また、ＰＬＣ３の機種に関わらず、各グラ
フィック操作パネル５と制御用ホストコンピュータ７と
の間では、共通のプロトコルで通信が行われる。従っ
て、同じ制御システム１内に、複数機種のＰＬＣ３…を
混在させることができ、機種選択の幅が広くなる。さら
に、図１５に示す制御システム５０１のように、通信プ
ロトコルが異なるＰＬＣ５０３ａを混在させるために、
制御システム５０１を互いに異なる通信プロトコルのサ
ブネットワークに分割し、サブネットワーク間に変換器
５１０を配する場合とは異なり、制御システム１の共通
ネットワーク６では通信プロトコルが共通である。従っ
て、例えば、ハブやブリッジ、ルータなど、共通ネット
ワーク６に接続される機器を自由に転用でき、これらの
機器やＰＬＣ３…の配置に関する自由度も向上できる。
加えて、変換器５１０が不要なので、制御システム１全
体の製造費を低減できる。

【００２３】ここで、上記グラフィック操作パネル５の
表示部５１の表示画面には、各デバイス２１に対応する
複数の部品を表示可能であり、グラフィック操作パネル
５は、ＰＬＣ３を介して取得したデバイス２１のデータ
に応じて、例えば、形状や色あるいは数値など、部品の
表示状態を変更することで、グラフィック操作パネル５
のオペレータにデバイス２１の状態を報知することがで
きる。一方、例えばタッチパネルなどの入力部５２によ
ってオペレータが画面上の部品を操作した場合は、グラ
フィック操作パネル５は操作に応じた指示をデバイス２
１に与えることができる。

【００２４】本実施の形態に係る画面データはそれを実
行するハードウェアやＯＳなどのプラットフォームの種
類に依存しないコード、例えば、解像度などの点で互い
に異なる表示部５１を有するグラフィック操作パネル５
間であっても共用できるような抽象化されたオブジェク
トデータ（手続きおよびデータ）で表現されており、グ
ラフィック操作パネル５のＨＭＩランタイム部５６は、
当該画面データを、表示部５１に応じた機械語に翻訳し
て実行することで画面を表示する。

【００２５】具体的には、画面データは、例えばＪａｖ
ａ（登録商標）のソースコードをコンパイルして生成し
たバイトコードであり、上記ＨＭＩランタイム部５６
は、図３に示すように、当該バイトコードを逐次翻訳・
実行するＪａｖａＶＭ（Ｊａｖａ仮想機械）層６１、グ
ラフィック操作パネル５のＯＳ（オペレーティングシス
テム）層６０、および上記ＪａｖａＶＭ層６１間に介在
してＯＳ層６０間の相違を吸収する中間層６２を備えて
おり、上記バイトコードを実行することで、デバイス２
１の状態に応じたマークを表示部５１の画面上に表示す
ることができる。

【００２６】上記中間層６２は、例えば、ＪａｖａＶＭ
層６１から呼出し（使用）可能な関数、コマンドあるい
はユーティリティ群として実現されており、グラフィッ
ク操作パネル５の機種に関わらず、ＪａｖａＶＭ層６１
からの呼出し（使用）方法（ＡＰＩ：Application Prog
ramming Interface ）が統一されている。上記関数、コ
マンドあるいはユーティリティとしては、上記Ｊａｖａ
ＶＭ層６１がバイトコードを実行してデバイス２１の状
態を表示する際に必要な処理、具体的には、ＪａｖａＶ
Ｍ層６１が表示部５１への画面表示を指示したり、ＰＬ
Ｃ３との通信や、ＰＬＣ３の状態に連動するように制御
されるグラフィック操作パネル５上のメモリへのアクセ
スを行ったりする際に必要な処理を行うものが用意され
ている。これにより、ＪａｖａＶＭ層６１から見て、Ｏ
Ｓ層６０の相違を隠蔽することができるようになってい
る。

【００２７】ここで、ＨＭＩランタイム部５６は、画面
データ（バイトコード）に基づいて画面表示を行うの
で、画面データを変更すれば異なる画面を表示すること
ができる。従って、用途が異なるグラフィック操作パネ
ル５であっても、機種が同一であれば共用できる。本実
施の形態におけるＨＭＩランタイム部５６（図１参照）
として、ＯＳ層６０に例えばＭｉｃｒｏｓｏｆｔ社のＷ
ｉｎｄｏｗｓＮＴ（登録商標）を採用する機種のＨＭＩ
ランタイム部５６ａ、ＷｉｎｄｏｗｓＣＥ（登録商標）
を採用する機種のＨＭＩランタイム部５６ｂ・５６ｃ
（図示省略）、およびＩｎｔｅｇｒａｔｅｄ Ｓｙｓｔ
ｅｍｓ社のｐＳＯＳ（登録商標）を採用する機種用のＨ
ＭＩランタイム部５６ｄが用意されている。なお、ＨＭ
Ｉランタイム部５６ｂおよび５６ｃはともにＷｉｎｄｏ
ｗｓＣＥを採用しているが、ＣＰＵが互いに異なってい
る。

【００２８】一方、画面データ作成装置としての制御用
ホストコンピュータ７は、ホスト側共通ネットワーク・
ＩＦ部７１、ホスト側ＨＭＩ処理部７２、画面データ生
成部７３、変数設定部７４、作画処理部７５、ランタイ
ム部７６、および擬似データ生成部７７を備えている。
ホスト側ＨＭＩ処理部７２は、ターゲットシステム２を
監視制御する際、ホスト側共通ネットワーク・ＩＦ部７
１および共通ネットワーク６を介して、使用者の操作に
応じた制御指示をグラフィック操作パネル５へ伝えると
ともに、グラフィック操作パネル５あるいは後述するラ
ンタイム部７６から受け取ったデータを表示する。

【００２９】このホスト側ＨＭＩ処理部７２はＨＭＩラ
ンタイム部５６と同様の構成であり、画面データを、図
示しない表示部に応じた機械語に翻訳して実行すること
で画面を表示できる。したがって、後述する画面データ
生成部７３によって、ホスト側ＨＭＩ処理部７２の画面
データも作成できる。この結果、要求される処理能力が
互いに異なり、ＯＳ層６０などが互いに異なることが多
い制御用ホストコンピュータ７とグラフィック操作パネ
ル５とであっても、同一の画面データ生成部７３によっ
て画面データを作成でき、制御システム１全体の作画開
発環境を統一することができる。

【００３０】画面データ生成部７３は、変数設定部７４
によって設定したデバイス２１に対応する変数データ
と、作画処理部７５によってデバイス２１の代わりに変
数データと関連付けながら設計した表示画面とから画面
データを生成して出力する。すなわち、画面データ生成
部７３、変数設定部７４、および作画処理部７５は制御
用ホストコンピュータ７上で作画環境を提供する。変数
設定部７４によって設定する各変数データは、対応する
デバイス２１の入出力を抽象化したものであり、デバイ
ス２１の機能を示す属性と、デバイス２１の具体的な配
置などを示す属性とを個別に設定できる。なお、個々の
属性については、後で設定画面例を参照しながら属性の
設定動作を説明する際に併せて説明する。

【００３１】ランタイム部７６は、画面データ生成部７
３で作成された画面データを制御用ホストコンピュータ
７のプラットフォームに応じた機械語に翻訳して実行す
ることにより、ホスト側ＨＭＩ処理部７２にグラフィッ
ク操作パネル５の表示部５１と等価な画面表示を行わせ
る。擬似データ生成部７７は、ランタイム部７６による
画面データの実行時にＰＬＣ３の模擬動作を行ってグラ
フィック操作パネル５への入力データを擬似的に生成
し、ランタイム部７６に出力する。模擬動作により生成
する擬似的な入力データは、実際の稼働時にＰＬＣ３か
らグラフィック操作パネル５に入力されるデータの他、
制御用ホストコンピュータ７からグラフィック操作パネ
ル５に入力されるデータや、オペレータがグラフィック
操作パネル５の表示部５１の画面や入力部５２に直接入
力するデータなども含まれる。

【００３２】このように、ランタイム部７６が画面デー
タを実行するランタイム環境を提供し、擬似データ生成
部７７が模擬動作環境を提供するようになっている。そ
して、制御用ホストコンピュータ７上には上記作画環
境、ランタイム環境、および模擬動作環境を同時に共存
させることが可能であり、作画環境をそのままシミュレ
ーション環境とすることができる。

【００３３】本実施の形態では、前述したように、画面
データがＪａｖａのバイトコードであるので、画面デー
タ生成部７３は、Ｊａｖａのソースコードをコンパイル
するコンパイラとして実現されている。また、作画処理
部７５および変数設定部７４は、例えば制御用ホストコ
ンピュータ７上で動作する作画ソフトウェアとして実現
され、両部材７４・７５が出力したＪａｖａのソースコ
ードを画面データ生成部７３がコンパイルしたり、画面
データ生成部７３が両部材７４・７５の出力に基づいて
ソースコードを生成し、当該ソースコードをコンパイル
したりして画面データを生成する。なお、当該バイトコ
ードが、特許請求の範囲に記載の画面データに対応す
る。

【００３４】さらに、制御用ホストコンピュータ７のラ
ンタイム部７６はＪａｖａのバイトコードからなる画面
データを実行するので、図３に示すような前述のＨＭＩ
ランタイム部５６と同様に、ＪａｖａＶＭ層および中間
層を有する構成となっている。従って、例えば制御用ホ
ストコンピュータ７のＯＳ層がＷｉｎｄｏｗｓＮＴとい
うプラットフォームである場合には、ランタイム部７６
はＷｉｎｄｏｗｓＮＴ用のＪａｖａＶＭ層を備えている
ことになる。この場合、制御用ホストコンピュータ７の
擬似データ生成部７７はＷｉｎｄｏｗｓＮＴ上で動作す
るソフトウェアとして実現される。

【００３５】これにより、制御用ホストコンピュータ７
で作成した画面データを用い、同一の制御用ホストコン
ピュータ７でテスト表示を行うことができる。このテス
ト表示結果はプラットフォームの種類が同一か否かに関
わらず、そのままグラフィック操作パネル５での画面表
示と等価となるので、従来のようにターゲットシステム
２、ＰＬＣ３…、およびグラフィック操作パネル５…が
設置されている現場に作成した画面データを持参した
り、制御用ホストコンピュータ７にＧＰを接続したりし
てテスト表示を行う必要がない。テスト表示の結果、画
面データのデバッグを行う必要があるときには、このよ
うにスタンドアロンの状態にある制御用ホストコンピュ
ータ７上で直ちに作画環境で画面データを変更し、上述
と同様にしてテスト表示を繰り返せばよい。

【００３６】従って、画面データのデバッグをより効率
的に行うことができるとともに、テスト表示に伴うコス
トを低減することができる。また、グラフィック操作パ
ネル５の機種を変更する場合に、画面データに含まれる
グラフィック操作パネル５への入力データを修正する程
度の操作を行うだけで、同一の制御用ホストコンピュー
タ７によりテスト表示を行うことができる。

【００３７】上記の構成の制御用ホストコンピュータ７
では、図２に示すフローチャートに従って、画面データ
の生成およびテスト表示が行われる。すなわち、ステッ
プ１（以下では、Ｓ１のように略称する）において、例
えば、デバイス２１の種類（機能）や数など、ターゲッ
トシステム２の概略構成が決定されると、制御システム
１に必要とされる機能が概ね確定する。この状態では、
デバイス２１の種類や数が決められていればよく、実際
のデバイス２１やＰＬＣ３の機種などは、決まっていな
くてもよい。

【００３８】この状態で作画処理部７５は、Ｓ２におい
て、後で詳述するようにオペレータの操作に従い、各画
面上の部品（マーク：図形要素）をデバイス２１自体で
はなく、デバイス２１の機能を示す属性を持った変数デ
ータと関連付けながら、画面を示す作画データを生成す
る。また、各変数データの属性のうち、デバイス２１の
機能を示す属性は、上記Ｓ１にて決定された制御システ
ム１の機能に基づいて、変数設定部７４により設定され
る。この時点では、各マークは、変数データと関連付け
られており、例えば、デバイス２１のアドレスなど、デ
バイス２１やＰＬＣ３の配置が決まるまで決定されない
情報とは関連付けられていない。従って、これらの具体
的な配置が決まっていなくても、オペレータは何ら支障
なく画面を設計できる。

【００３９】一方、Ｓ３において、ターゲットシステム
２およびＰＬＣ３…の設計者は、上記Ｓ１にて決定され
た制御システム１の機能に基づいて、デバイス２１…や
ＰＬＣ３…の機種や配置を決定する。上記Ｓ２にて画面
が設計され、上記Ｓ３にてＰＬＣ３…およびデバイス２
１…の配置が決定されると、Ｓ４において、上記各変数
データの属性のうち、例えばデバイス２１のアドレスな
ど、デバイス２１やＰＬＣ３に依存した属性（機種依存
データ）が変数設定部７４により設定される。さらに、
Ｓ５において、画面データ生成部７３は、変数設定部７
４および作画処理部７５が出力したソースコードをコン
パイルするなどして、画面データとしてのバイトコード
を生成する。

【００４０】次に、制御用ホストコンピュータ７上には
作画環境とともにランタイム環境および模擬動作環境が
立ち上げられ、上記のようにして作成された画面データ
がランタイム部７６に受け渡される（Ｓ６）。そして、
ランタイム部７６は上記画面データを制御用ホストコン
ピュータ７用の機械語に翻訳・実行することで、擬似デ
ータ生成部７７による仮想的なデバイス２１…の状態に
応じたマークをテスト表示する（Ｓ７）。その後、テス
ト表示結果が適正であれば画面データを各グラフィック
操作パネル５に配付する一方、テスト表示結果が意図し
た通りあるいは設計通りでない場合には制御用ホストコ
ンピュータ７上の作画環境でデバッグを行う。

【００４１】上記構成では、変数設定部７４が、各変数
データの属性のうち、デバイス２１の機能を示す属性
と、デバイス２１の具体的な配置などを示す機種依存の
属性とを個別に設定でき、作画処理部７５が変数データ
と部品とを関連付けて画面を設計できるので、上記Ｓ４
において、機種依存の属性を設定する時点よりも前の時
点（Ｓ２の時点）において、作画処理部７５が画面を設
計できる。また、同じデバイス２１に対応する部品には
同じ変数データが対応しているので、仮に、画面の設計
よりも後の時点（Ｓ２よりも後の時点）においてデバイ
ス２１…やＰＬＣ３…の機種が変更されたとしても、当
該デバイス２１に対応する変数データの機種依存の属性
を変更するだけでよい。従って、画面データにおいて、
デバイス２１に関連する部品全てを変更する場合に比べ
て画面データの変更に要する手間を大幅に削減できる。

【００４２】さらに、上記Ｓ４において、機種依存のデ
ータを変数データの属性として設定でき、グラフィック
操作パネル５のＨＭＩランタイム部５６が画面データを
翻訳して実行するので、表示する画面が互いに同一の場
合、グラフィック操作パネル５の機種に関わらず、作画
処理部７５が出力する作画データ（画面データ）を同一
にすることができる。これにより、作画データを流用で
き、作画処理部７５のオペレータは各機種毎に作画する
必要がなくなる。さらに、ＰＬＣ３の機種を変更する場
合に、制御用ホストコンピュータ７の擬似データ生成部
７７の出力データを変更するには、変数設定部７４で設
定する変数データを変更するだけでよい。この結果、制
御システム１内に複数機種のＰＬＣ３…およびグラフィ
ック操作パネル５…が混在する場合であっても、画面デ
ータを作成する際の手間およびテスト表示を行う際の手
間を大幅に削減できる。なお、例えば、表示部５１の画
面の解像度が相違しており、特定の画面で機種毎に表示
内容を変更したい場合には、当該特定の画面のみが機種
毎に作画され、各機種用の作画データに基づいて画面デ
ータが作成される。

【００４３】なお、本実施の形態においては、制御シス
テム１を予めグラフィック操作パネル５ごとに異なる種
類のプラットフォームを有するように構成し、制御用ホ
ストコンピュータ７により画面データの作成からその画
面データのテスト表示までを行うようにしたが、これに
限るものではない。例えば、図１５に示す制御システム
５０１において制御用ホストコンピュータ５０７を制御
用ホストコンピュータ７と同様の構成とし、そのランタ
イム部がＰＬＣ５０３の表示装置５０５や、ＰＬＣ５０
３ａの表示装置５０５におけるそれぞれのランタイム環
境を提供することができるように構成してもよい。この
ようにすれば、できる限り同一機種のＰＬＣ５０３…で
構成するようにした制御システム５０１で、例えば一部
のＰＬＣ５０３が不足したり故障を起こしたりして、取
り敢えず別機種のＰＬＣ５０３を変換器５１０を介して
接続して稼働させざるを得ないような場合にも、その表
示装置５０５の画面データをテスト表示させるのに、実
際にＰＬＣ５０３を稼働させたり、制御用ホストコンピ
ュータ５０７にＧＰを接続したりする必要がなくなる。

【００４４】さらに、画面データの作成からその画面デ
ータのテスト表示までを制御用ホストコンピュータ７以
外のコンピュータで行うこともできる。任意のコンピュ
ータを用いてＪａｖａのバイトコードなどプラットフォ
ームの種類に依存しないコードで画面データを作成すれ
ば、そのプラットフォームにおけるランタイム環境を用
意することにより、いずれのプラットフォームにおいて
も同一となるようなテスト表示結果が得られる。従っ
て、画面データを作成しようとする、あるいはテスト表
示を行おうとするときに、制御用ホストコンピュータ７
が他の用途に使用中であるような場合にも、画面データ
のランタイム環境が整っている他のコンピュータを用い
れば、画面データの作成およびテスト表示を効率的に行
うことができる。このことは、制御システム５０１に対
して、制御用ホストコンピュータ５０７以外のコンピュ
ータに、表示装置５０５に採用する可能性のある全ての
プラットフォームに対応したランタイム環境を整える場
合についても言えることである。

【００４５】次に、前述した変数設定部７４で設定可能
な属性についてより詳細に説明すると、上記Ｓ２におい
て、作画処理部７５は、例えば制御用ホストコンピュー
タ７の表示画面上に、ユーザ画面生成用の作画ウインド
ウと、予め定義されている部品類型（マーク）の一覧を
表示する部品ウインドウとを表示する。当該マーク類型
としては、例えば、スイッチ、テンキー、メータ表示
器、グラフ表示器など、頻繁に用いられるものが用意さ
れており、作画処理部７５のオペレータは、部品ウイン
ドウのマーク類型Ｔを選択し、例えば、ドラグ・アンド
・ドロップなどの操作によって、作画ウインドウの所望
の位置にマークとして配置することができる。これによ
り、比較的簡単な操作で、画面に表示するマークを決定
し、当該マークの表示位置を設定できる。

【００４６】ここで、画面データ生成部７３は、各マー
ク類型に対応付けて、画面データのうち、マーク類型に
対応する表示図形に関連する手続きを定義するクラスを
記憶しており、上記作画処理部７５がマークとその表示
位置とを決定した場合、例えば当該クラスのインスタン
スとして、上記マークを示すオブジェクトを生成するた
めのコードと、オブジェクトのうち表示位置を示すフィ
ールドＦ１をマークの表示位置に設定するためのコード
とを生成するなどして、マークを示すＪａｖａコードを
生成できる。

【００４７】上記クラス定義には、例えば、”．ｄｒａ
ｗ”など、表示を示すメソッドが定義されている。従っ
て、上記グラフィック操作パネル５のＨＭＩランタイム
部５６が、画面データに基づいて、マークの表示メソッ
ドを呼び出すことによって、当該マークを示す図形が、
表示部５１の表示画面のうち、上記フィールドＦ１が示
す位置に表示される。さらに、例えば、スイッチ、メー
タ表示器、グラフ表示器など、対応するデバイス２１の
状態に応じて表示状態が変化するマークに対応するクラ
スでは、例えば、各状態で表示される図形を示すデータ
など、デバイス２１の状態を取得して、状態に応じて表
示するための手続きも定義されており、上記表示メソッ
ドを呼び出すことで状態に応じた表示が行われる。ただ
し、デバイス２１の状態を取得するための手続きは、デ
バイス２１の機種毎に異なっているので、画面データ生
成部７３は、各属性に応じた状態取得用メソッドを予め
格納しておき、例えば、後述する変数データの各属性に
応じて、状態取得用メソッドのオーバーライドを指示す
るコードを生成したり、状態取得用メソッドを置換する
などして、デバイス２１に応じた画面データを作成す
る。

【００４８】ここで、変数設定部７４は、例えば、上記
作画ウインドウでマークを選択し、変数データの一覧か
ら、当該マークに対応する変数データを選択するなどし
て、マークと変数データとの対応を設定する。また、対
応する変数データが作成されていない場合は、変数設定
部７４は、オペレータの指示に従って、新たな変数デー
タを作成する。

【００４９】変数データの作成や編集が指示されると、
変数設定部７４は、図４に示す画面を表示して、作画処
理部７５のオペレータに各属性Ｐ…の入力を促す。ここ
で、テキストボックスＢ１１には、変数名を入力可能で
あり、変数データを特定したり、各マークに対応する変
数データを選択する際の一覧表示などに使用される。ま
た、テキストボックスＢ１２には、変数データの説明を
入力できる。さらに、リストボックスＢ１３によって、
デバイス２１が入出力するデータのタイプを示す属性Ｐ
１３が選択される。当該属性Ｐ１３には、”１ビッ
ト”、”整数”、”実数”または”文字列”が設定可能
であり、例えば、スイッチなど、デバイス２１がオン／
オフの状態を取る場合には、”１ビット”が選択され、
例えば、メーターなどの場合は、”整数”または”実
数”が選択される。

【００５０】さらに、入力元を選択するリストボックス
Ｂ１４によって、当該変数データが、ＰＬＣ３を介して
接続されるデバイス２１に対応しているか、あるいは、
例えば、操作回数を示すカウンタなど、グラフィック操
作パネル５の計算機能を利用して、ＰＬＣ３と通信する
ことなくデータを取得可能な内部デバイス２２に対応し
ているかを選択できる。なお、前者の場合、属性Ｐ１４
の値は、”Ｉ／Ｏ”となり、後者の場合は、”Ｉｎｔｅ
ｒｎａｌ”となる。

【００５１】入力元を示す属性Ｐ１４が”Ｉｎｔｅｒｎ
ａｌ”の場合は、変数設定部７４は、さらに、初期値を
入力するテキストボックスＢ１５と、計算式を入力する
テキストボックスＢ１６とを表示し、これらに入力する
ことで、初期値および計算式を示す属性Ｐ１５・Ｐ１６
を設定できる。

【００５２】一方、入力元を示す属性Ｐ１４が”Ｉ／
Ｏ”に設定された場合は、変数設定部７４は、図５に示
すように、デバイス２１を選択するリストボックスＢ２
１と、デバイス２１のアドレスを入力するテキストボッ
クスＢ２２とを表示し、これらを入力することで、デバ
イス２１を示す属性Ｐ２１と、アドレスを示す属性Ｐ２
２とが設定できる。

【００５３】また、データのタイプを示す属性Ｐ１３
が”整数”または”実数”の場合、変数設定部７４は、
さらに、データスケーリングの要否を示すチェックボッ
クスＢ２３と、入力されるデータ範囲を入力するボック
スＢ２４ａ・Ｂ２４ｂと、出力するデータ範囲を問い合
わせるボックスＢ２５ａ・Ｂ２５ｂとを表示して、これ
らに入力することで、データスケーリングに関連する属
性Ｐ２２〜Ｐ２５ｂが設定される。一方、画面データ生
成部７３は、これらの属性Ｐ２２〜Ｐ２５ｂを参照し
て、ＨＭＩランタイム部５６が、出力するデータ範囲に
入力されたデータ範囲を一致させるようにデータスケー
リングして表示するためのコードを生成する。

【００５４】加えて、入力元を示す属性Ｐ１４が”Ｉ／
Ｏ”の場合は、Ｉ／Ｏ設定を示すタブを選択可能にな
り、グラフィック操作パネル５とＰＬＣ３とが通信する
際に使用するデータ形式の属性Ｐ３１を設定できる。こ
れにより、実際のデータ形式が”ｓｉｇｎｅｄ”、”ｕ
ｎｓｉｇｎｅｄ”あるいは”ＢＣＤ”のいずれであって
も、画面データ生成部７３が当該属性Ｐ３１を参照して
実際のデータ形式に応じたメソッドを選択することで、
データ形式の不一致に起因する誤表示を防止できる。

【００５５】このように、本実施の形態では、例えばグ
ラフィック操作パネル５とＰＬＣ３とが通信する際のデ
ータ形式や、ＰＬＣ３から受け取るデバイス２１の数値
範囲も、変数データの機種依存の属性の１つとして定義
されており、作画処理部７５で表示される数値が同一で
あれば、ＨＭＩランタイム部５６や作画処理部７５から
見て同一の方法でアクセスを行うことができる。従っ
て、デバイス２１やＰＬＣ３の機種が変更され、ＰＬＣ
３から受け取るデータ形式が変更されたとしても、デバ
イス２１やＰＬＣ３に対応する変数データにおいて、当
該属性Ｐ３１を変更するだけで、ＨＭＩランタイム部５
６は、正しい画面を表示できる。

【００５６】ところで、制御システム１の場合、一般
に、デバイス２１に異常が発生した場合、速やかにグラ
フィック操作パネル５や制御用ホストコンピュータ７の
オペレータに報知して、異常への対処を促すことが要求
される。従って、作画処理部７５は、異常が発生した場
合、どのように異常を報知するかも設計することが望ま
れる。

【００５７】本実施の形態では、上記要求に答えるため
に、変数データにアラームに関連する属性が設けられて
おり、変数設定部７４は、例えば、図４や図５に示す変
数データの属性設定画面にて、アラームタブが選択され
た場合、図６ないし図９に示す画面を表示する。例え
ば、上記データタイプを示す属性Ｐ１３が”１ビット”
の場合、アラームメッセージを入力するテキストボック
スＢ４１において、アラーム発生時に表示する文字列を
示す属性Ｐ４１を設定できるだけではなく、変数設定部
７４は、図６に示すように、変数データに対応するデバ
イス２１からのデータが、「Ｈ」／「Ｌ」のいずれの場
合にアラームメッセージを出力すべきかを選択するリス
トボックスＢ４２と、アラームメッセージの出力方法を
選択するリストボックスＢ４３とを表示し、これらに入
力することで、属性Ｐ４２・Ｐ４３を設定できる。

【００５８】アラームメッセージの出力方法としては、
アラームビットが「Ｈ」レベルのときにアラームメッセ
ージを出力すると設定された場合を例にすると、本実施
形態では、例えば、図１０に示すように、デバイス２１
から受け取るアラームビットが「Ｈ」レベルに変化した
とき、所定の長さだけ、アラームメッセージを１回だけ
表示する”Ｔｒｉｇｇｅｒ ａｎｄ Ｃｏｎｔｉｎｕｅ
ｄ ｍｏｄｅ”と、図１１に示すように、アラームビッ
トが「Ｈ」レベルの期間中、アラームメッセージを繰り
返し出力する”Ｒｅｐｅｔｉｔｉｏｎ ａｎｄ Ｃｏｎ
ｔｉｎｕｅｄｍｏｄｅ”とを選択できる。両モードで
は、アラームメッセージの出力中に、アラームビットが
「Ｌ」レベルに変化したとしても、予め定められた期間
中、アラームメッセージを出力し続ける。さらに、本実
施形態では、図１２および図１３に示すように、”Ｔｒ
ｉｇｇｅｒ ａｎｄ Ｄｉｓｃｏｎｔｉｎｕｅｄ ｍｏ
ｄｅ”および”Ｒｅｐｅｔｉｔｉｏｎ ａｎｄ Ｄｉｓ
ｃｏｎｔｉｎｕｅｄ ｍｏｄｅ”も選択できる。これら
のモードでは、アラームメッセージの出力中であって
も、アラームビットが「Ｌ」レベルに変化すると、アラ
ームメッセージの出力を停止する。

【００５９】従って、例えば、アラームビットＴａｇ１
を示す変数データ１において、属性Ｐ４３が、”Ｔｒｉ
ｇｇｅｒ ａｎｄ Ｃｏｎｔｉｎｕｅｄ ｍｏｄｅ”に
設定され、各アラームビットＴａｇ２〜Ｔａｇ４に対応
する変数データ２〜Ｖ４の属性Ｐ４３が、それぞれ、Ｒ
ｅｐｅｔｉｔｉｏｎ ａｎｄ Ｃｏｎｔｉｎｕｅｄｍｏ
ｄｅ”、”Ｔｒｉｇｇｅｒ ａｎｄ Ｄｉｓｃｏｎｔｉ
ｎｕｅｄ ｍｏｄｅ”および”Ｒｅｐｅｔｉｔｉｏｎ
ａｎｄ Ｄｉｓｃｏｎｔｉｎｕｅｄ ｍｏｄｅ”に設定
されているとすると、各変数データ１〜Ｖ４のアラーム
メッセージＭｅ１〜Ｍｅ４は、図１４に示すように、そ
れぞれの出力方法に応じたタイミングで表示される。な
お、ＨＭＩランタイム部５６は、アラームメッセージＭ
ｅ１〜Ｍｅ４が同時に表示指示された場合、より早い時
点で、アラームビットＴａｇ１〜Ｔａｇ４が「Ｈ」レベ
ルになったメッセージを表示する。

【００６０】一方、上記データタイプを示す属性Ｐ１３
が”整数”または”実数”の場合、正常／異常は、”数
値範囲”、あるいは、目標値からの”変動幅”により判
定される。従って、変数設定部７４は、図７に示すよう
に、判定方法を選択するリストボックスＢ５１を表示
し、”数値範囲”が選択された場合、さらに、上限や下
限を入力するテキストボックスＢ５２〜Ｂ５５と、各数
値の有効／無効を示すチェックボックスＢ５６〜Ｂ５９
を表示して、それぞれに対応する属性Ｐ５１〜Ｐ５９を
設定させる。一方、”変動幅（％）”が選択された場合
は、図８に示すように、目標値、上限、下限を入力する
テキストボックスＢ６１〜Ｂ６３、並びに、上限／下限
の有効／無効を示すチェックボックスＢ６４・Ｂ６５を
表示して、属性Ｐ６１〜Ｐ６５を設定させる。なお、図
８では、変動幅を％で指定したが、上記属性Ｂ５１とし
て、”変動幅（数値）”が選択された場合は、図９に示
すように、上限／下限を数値で設定できる。

【００６１】このように、変数設定部７４は、各変数デ
ータのアラームに関する属性Ｐ４１〜Ｐ６５を設定で
き、画面データ生成部７３は、各属性Ｐ４１〜Ｐ６５を
参照して、例えば、画面データのメソッドをオーバーラ
イドするなどして、ＨＭＩランタイム部５６が各属性Ｐ
４１〜Ｐ６５に応じて異常を報知するためのコードを生
成する。ここで、上記各Ｐ４１〜Ｐ６５は、変数データ
の属性なので、デバイス２１の機種が決定していない状
態でも設定できる。この結果、ＨＭＩランタイム部５６
のアラーム処理に関しても、より早い時点から設計でき
る。

【００６２】なお、本実施形態では、画面データ生成部
７３が変数データに応じてデバイス２１に応じた画面デ
ータを出力しているが、これに限るものではない。例え
ば、画面データ生成部７３が、画面データとして、変数
データとマークとの対応を示すコードを生成し、グラフ
ィック操作パネル５のＨＭＩランタイム部５６が画面を
表示する際、マークと変数データとを対応付けてもよ
い。この場合は、グラフィック操作パネル５に変数設定
部７４を設けることもできる。ただし、本実施形態のよ
うに、画面データがデバイス２１に応じた画面データを
生成する方が、ＨＭＩランタイム部５６の処理が少なく
なり、より高速に画面表示できる。また、本実施形態に
示すように、変数設定部７４を制御用ホストコンピュー
タ７側に設けた方が、制御用ホストコンピュータ７に
て、変数データを集約して管理できるので、データの管
理が容易になる。

【００６３】さらに、変数設定部７４および作画処理部
７５は、図１に示すように、制御用ホストコンピュータ
７とＰＬＣ３との間に配されたグラフィック操作パネル
５で使用する画面データを作成しているが、これに限る
ものではない。例えば図１５に示すように、ＰＬＣ５０
３に、制御用ホストコンピュータ５０７と表示装置５０
５が接続されている制御システム５０１の画面データを
生成する場合にも、作画処理部７５の作画処理とは独立
して、変数設定部７４が変数データの機種依存のデータ
を設定できるので、作画処理部７５のオペレータの負担
を削減できる。

【００６４】ただし、図１に示す制御システム１では、
グラフィック操作パネル５がプロトコル変換することに
よって、制御システム１内に、互いに異なる専用プロト
コルのＰＬＣ３を比較的容易に混在させることができる
ので、制御システム１の機能を設計した後でも、比較的
頻繁にＰＬＣ３の機種が変更され、デバイス２１のアド
レスなど、機種依存の情報が変更されることが多い。従
って、当該制御システム１に適用する方が効果が大き
い。

【００６５】加えて、ＰＬＣ３に固有の専用プロトコル
とは別に、共通プロトコルを設定できるので、例えば、
変数名など、変数データを示す識別情報で、デバイス２
１を特定するように、共通プロトコルを設定できる。こ
の場合、グラフィック操作パネル５のデータ変換部５７
が、制御用ホストコンピュータ７の指示をＰＬＣ３へ中
継する際、上記識別情報から、例えば、デバイスアドレ
スなど、専用プロトコルでデバイス２１を特定する際に
使用される形式に変換する。これにより、共通プロトコ
ルでは、デバイスアドレスなど、機種依存の情報を知ら
なくても、デバイス２１を指定可能となり、デバイス２
１の機種が決定される時点よりも前に、例えば、制御用
ホストコンピュータ７にて、デバイス２１のデータを集
計する処理などを作成できる。さらに、機種依存の情報
は、変数設定部７４にて、変数データの属性として設定
され、例えば、コピー・アンド・ペーストしたり、変数
設定部７４が保存するデータファイルから読み出すなど
して、各属性の値を取得できる。このように、機種依存
の情報設定を作画のための設定と共用できるので、機種
に依存せずに、共通プロトコルでデバイス２１を指定で
きるにも関わらず、機種依存の情報を設定する手間を削
減できる。また、変数データ、作画データ、および、制
御用ホストコンピュータ７からデバイス２１を監視制御
する際、共通プロトコルでのデバイス２１を指定するた
めのデータなどが、制御用ホストコンピュータ７にて集
約して管理されるので、複数箇所で管理する場合に比べ
て、データの管理が容易になる。

【００６６】

【発明の効果】請求項１に係る発明の制御装置用画面デ
ータのテスト表示方法は、以上のように、画面データを
作成する作画環境と、表示装置のランタイム環境と同様
に構成された、上記画面データを実行するランタイム環
境と、表示装置への入力データを擬似的に生成して制御
装置の模擬動作を行う模擬動作環境とをコンピュータ上
に共存させ、上記コンピュータ上で上記模擬動作環境に
より上記模擬動作を行い、上記作画環境で作成された上
記画面データを擬似的に生成した入力データに基づいて
上記ランタイム環境により実行することによって上記表
示装置と等価な画面表示を行う構成である。

【００６７】それゆえ、模擬動作環境によりコンピュー
タに制御装置の模擬動作を行わせ、作画環境で作成され
た画面データをランタイム環境によってそのまま同一の
コンピュータ上で実行し、表示装置と等価な画面表示を
行う。これにより、コンピュータ上のみで表示装置での
画面データの実行状態を確認することができ、従来のよ
うにＧＰを接続する必要がない。従って、低コストで能
率的なデバッグを行うことのできる制御装置用画面デー
タのテスト表示方法を提供することができるという効果
を奏する。

【００６８】請求項２に係る発明の制御装置用画面デー
タのテスト表示方法は、以上のように、請求項１に記載
の制御装置用画面データのテスト表示方法において、上
記画面データをプラットフォームの種類に依存しないコ
ードで作成し、上記プラットフォームの種類ごとに用意
したランタイム環境により実行可能とする構成である。

【００６９】それゆえ、コンピュータの作画環境で作成
した画面データは、異なるプラットフォームの表示装置
でもそのランタイム環境させ整えれば実行することがで
きる。つまり、表示装置と異なるプラットフォームのコ
ンピュータで画面データを作成しても、そのテスト表示
結果は任意の機種の表示装置に適応するものとなる。

【００７０】従って、表示装置の機種を変更する場合
や、同一の制御システムに複数種類の表示装置が混在す
る場合に、画面データに含まれる表示装置への入力デー
タを修正する程度の操作を行うだけで、同一のコンピュ
ータによりテスト表示を行うことができるという効果を
奏する。

【図面の簡単な説明】

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

【図２】図１の制御システムにおいて、画面データの生
成からテスト表示までの動作を示すフローチャートであ
る。

【図３】図１の制御システムのグラフィック操作パネル
に設けられたＨＭＩランタイム部の構成例を示すブロッ
ク図である。

【図４】図１の制御システムに設けられた変数設定部の
表示例を示すものであり、内部デバイスに対応する変数
データの属性入力画面を示す説明図である。

【図５】図１の制御システムにおいて、外部デバイスに
対応する変数データの属性入力画面を示す説明図であ
る。

【図６】図１の制御システムにおいて、ビットデバイス
に対応する変数データのアラーム属性入力画面を示す説
明図である。

【図７】図１の制御システムにおいて、ワードデバイス
に対応する変数データのアラーム属性入力画面であり、
数値範囲で異常を判定する場合を示す説明図である。

【図８】図１の制御システムにおいて、ワードデバイス
に対応する変数データのアラーム属性入力画面であり、
変動幅（％）で異常を判定する場合を示す説明図であ
る。

【図９】図１の制御システムにおいて、ワードデバイス
に対応する変数データのアラーム属性入力画面であり、
変動幅（数値）で異常を判定する場合を示す説明図であ
る。

【図１０】図１の制御システムにおいて、アラームメッ
セージの出力方法を示すものであり、”Ｔｒｉｇｇｅｒ
ａｎｄ Ｃｏｎｔｉｎｕｅｄ ｍｏｄｅ”を示すタイ
ミングチャートである。

【図１１】図１の制御システムにおいて、アラームメッ
セージの出力方法を示すものであり、”Ｒｅｐｅｔｉｔ
ｉｏｎ ａｎｄ Ｃｏｎｔｉｎｕｅｄ ｍｏｄｅ”を示
すタイミングチャートである。

【図１２】図１の制御システムにおいて、アラームメッ
セージの出力方法を示すものであり、”Ｔｒｉｇｇｅｒ
ａｎｄ Ｄｉｓｃｏｎｔｉｎｕｅｄ ｍｏｄｅ”を示
すタイミングチャートである。

【図１３】図１の制御システムにおいて、アラームメッ
セージの出力方法を示すものであり、”Ｒｅｐｅｔｉｔ
ｉｏｎ ａｎｄ Ｄｉｓｃｏｎｔｉｎｕｅｄ ｍｏｄ
ｅ”を示すタイミングチャートである。

【図１４】図１の制御システムにおいて、アラームメッ
セージの出力例を示すタイミングチャートである。

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

【符号の説明】

３ プログラマブル・ロジック・コントローラ（制御
装置） ５ グラフィック操作パネル（表示装置） ７ 制御用ホストコンピュータ（コンピュータ） ２１ デバイス ７３ 画面データ生成部 ７４ 変数設定部 ７５ 作画処理部 ７６ ランタイム部 ７７ 擬似データ生成部

フロントページの続き (56)参考文献 特開 平10−283004（ＪＰ，Ａ) 特開 平11−109933（ＪＰ，Ａ) 特開 平７−64473（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G05B 23/00 - 23/02

Claims (2)

(57)【特許請求の範囲】
1. 【請求項１】コンピュータで作成した画面データに基づ
   き、デバイスの動作制御を行う制御装置の稼働時に表示
   装置が備えるランタイム環境によって上記画面データを
   実行することで上記デバイスの状態に応じた図形要素を
   画面に表示する表示装置の表示状態を、上記制御装置を
   稼働させることなく確認する制御装置用画面データのテ
   スト表示方法において、 上記画面データを作成する作画環境と、上記表示装置の
   ランタイム環境と同様に構成された、上記画面データを
   実行するランタイム環境と、上記表示装置への入力デー
   タを擬似的に生成して上記制御装置の模擬動作を行う模
   擬動作環境とを上記コンピュータ上に共存させ、上記コ
   ンピュータ上で上記模擬動作環境により上記模擬動作を
   行い、上記作画環境で作成された上記画面データを擬似
   的に生成した入力データに基づいて上記ランタイム環境
   により実行することによって上記表示装置と等価な画面
   表示を行うことを特徴とする制御装置用画面データのテ
   スト表示方法。
2. 【請求項２】上記画面データをプラットフォームの種類
   に依存しないコードで作成し、上記プラットフォームの
   種類ごとに用意したランタイム環境により実行可能とす
   ることを特徴とする請求項１に記載の制御装置用画面デ
   ータのテスト表示方法。