JP2000276339A

JP2000276339A - 画面データの処理システムおよび処理方法

Info

Publication number: JP2000276339A
Application number: JP11081954A
Authority: JP
Inventors: Ryuichi Ono; 隆一尾野
Original assignee: Digital Electronics Corp
Current assignee: Schneider Electric Japan Holdings Ltd
Priority date: 1999-03-25
Filing date: 1999-03-25
Publication date: 2000-10-06

Abstract

(57)【要約】【課題】画面データを表示する装置側でも、画面デー
タを画面の表示のさせ方（処理手続）を併せて変更す
る。【解決手段】コンピュータ装置２で画面エディタ２１
にJavaコンバータ２１ａを設け、画面エディタ２１で作
成された画面データをJavaソースコードに変換する。プ
ログラマブル表示器１側では、Javaソースコードをテキ
ストエディタ１８で必要に応じて変更することによって
画面における図形のデータ等を変更する。また、Javaソ
ースコードは、Javaコンパイラ１９でバイトコードに変
換され、さらにJava仮想機械（ＶＭ）２０でＯＳ１２に
適した機械語に翻訳されることによって実行される。こ
の結果、画面データが表示部１６に表示される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、プログラマブル表
示器等の表示装置において、１画面毎に基本図形を含む
画面データを処理する画面データの処理方法および処理
システムに関するものである。

【０００２】

【従来の技術】プログラマブル表示器は、ドット表示画
面、操作用入力スイッチ、ホストコントローラ（ＰＬ
Ｃ）とのインタフェース、画面上での操作入力のような
制御のためのプログラムメモリなどを備えた操作用表示
器である。一般に、プログラマブル表示器は、グラフィ
ック表示を行うので、操作盤、スイッチ、表示灯などの
機能を備えることができる他、制御対象機器の稼働状況
や作業指示のような管理のための各種のモニタ、機器に
対する設定値を入力する端末としての機能を備えてい
る。

【０００３】このようなプログラマブル表示器で表示さ
れる制御画面は、画面作成ソフトウェア（作画ソフト）
を用いてユーザ独自で作成できるようになっている。画
面作成に際しては、ユーザが、パーソナルコンピュータ
等において作画ソフトによって提供されるスイッチ、テ
ンキー、メータ表示器、グラフ表示器等の部品、描画機
能等を用いて所望の制御画面を構成する。

【０００４】作成された制御画面は、画面データとして
プログラマブル表示器に転送されて記憶される。そし
て、ホストコントローラの稼働時には、ホストコントロ
ーラとの間でやりとりされるデータに基づいてプログラ
マブル表示器の表示部に表示される制御画面上の各部品
や図形を表示させる。

【０００５】また、ＰＬＣに蓄えられる制御対象機器に
関するデータを作画ソフトで作成された画面のどこに表
示させるかを設定するための設定データも、作画ソフト
に予め用意されている。その設定データは、制御画面の
データ（画面データ）の一部としてプログラマブル表示
器のメモリに記憶される。

【０００６】

【発明が解決しようとする課題】ところが、上記のよう
な制御画面のデータ（画面データ）を変更しようとする
場合、作画ソフトによってコンピュータ装置でのみ変更
が可能であって、プログラマブル表示器で変更すること
ができない。具体的には、制御画面に基本図形を表示さ
せるような場合、プログラマブル表示器側で基本図形の
表示パラメータ（色、サイズ等）を変更しようとして
も、作画ソフトでその画面データを編集するといった作
業が必要になる。

【０００７】また、設定データを変更しようとする場合
は、予め用意された設定データしか用いることができな
いため、設定データ間で互換性があることから、別の設
定データで転用することになる。この場合でも、設定デ
ータの転用は、作画ソフトによってコンピュータでのみ
変更が可能であって、プログラマブル表示器で変更する
ことができない。また、設定データとして新たな機能を
追加しようとする場合は、設定データの転用でも対応で
きないことがある。

【０００８】このため、画面データの処理における柔軟
性に欠け、プログラマブル表示器が設置された現場での
制御画面の修正等を行うことができないという不都合が
ある。

【０００９】本発明は、上記の事情に鑑みてなされたも
のであって、プログラマブル表示器のような画面データ
を表示する装置側でも、画面データを画面の表示のさせ
方（処理手続）を併せて変更することを目的としてい
る。

【００１０】

【課題を解決するための手段】本発明の画面データ処理
システムは、請求項１に記載のように、表示画面上に基
本図形を表示する画面データを作成する画面データ作成
装置で作成された上記画面データを１画面単位で処理す
る処理装置において上記画面データを処理するシステム
であって、上記の課題を解決するために、上記画面をオ
ブジェクトとして扱うとともに、このオブジェクトが上
記基本図形のデータと上記図形を処理するための処理手
続とを含むように上記画面データをソースコードに変換
する第１変換手段と、上記ソースコードを編集する編集
手段と、編集された上記ソースコードを中間言語に変換
する第２変換手段と、上記中間言語を上記処理装置に適
した形態の機械語に翻訳することによって上記基本図形
のデータに対して上記処理手続を実行する実行手段とを
備え、少なくとも、上記処理装置が、上記書替手段と、
上記第２変換手段と、上記実行手段とを含んでいること
を特徴としている。

【００１１】上記のシステムでは、画面データが、第１
変換手段によってソースコードに変換される。このソー
スコードでは、画面がオブジェクトとして扱われ、かつ
このオブジェクトが基本図形のデータと上記基本図形を
処理するための処理手続とを含むように上記画面データ
が扱われる。このようなソースコードとしては、例え
ば、Java（登録商標）ソースコードが好適である。次い
で、ソースコードは、例えばテキストエディタ等によっ
て実現される編集手段で編集された後、第２変換手段に
よって中間言語に変換され、さらに実行手段によって処
理装置に適した形態の機械語に翻訳される。これによっ
て、基本図形のデータに対して処理手続が実行される。

【００１２】上記の処理のうち、少なくとも、ソースコ
ード編集以降の処理が、処理装置で行われるので、ソー
スコードを画面データ作成装置側だけではなく処理装置
側でも書き替えることができる。

【００１３】また、本発明の画面データ処理方法は、請
求項２に記載のように、表示画面上に基本図形を表示す
る画面データを作成する画面データ作成装置で作成され
た上記画面データを１画面単位で処理する処理装置にお
いて上記画面データを処理する方法であって、上記の課
題を解決するために、上記画面をオブジェクトとして扱
うとともに、このオブジェクトが上記基本図形のデータ
と上記図形を処理するための処理手続とを含むように上
記画面データをソースコードに変換し、上記処理装置に
おいて、少なくとも、上記データ変換手段によって変換
された画面データを書き替え、上記データ変換手段によ
って変換されるか、あるいは上記書替手段によって書き
替えられた上記ソースコードを中間言語に変換し、上記
中間言語を上記処理装置に適した形態の機械語に翻訳す
ることによって上記基本図形のデータに対して上記処理
手続を実行することを特徴としている。

【００１４】上記の方法でも、前述の画面データ処理シ
ステムと同様の手順で、画面データがソースコードを経
て中間言語に変換され、最終的には機械語に変換され
て、基本図形のデータに対して処理手続が実行される。
また、処理装置においてソースコードを編集するので、
ソースコードを画面データ作成装置側だけではなく処理
装置側でも書き替えることができる。

【００１５】

【発明の実施の形態】本発明の実施の一形態について図
１ないし図１０に基づいて説明すれば、以下の通りであ
る。なお、以下の説明におけるJavaは登録商標である。

【００１６】本実施の形態に係る画面データ処理システ
ムは、図１に示すように、プログラマブル表示器１に適
用されている。このプログラマブル表示器１は、コンピ
ュータ装置２およびＰＬＣ（プログラマブルロジックコ
ントローラ）３と通信可能に接続されている。

【００１７】画面データ作成装置としてのコンピュータ
装置２は、パーソナルコンピュータ等によって構成され
ており、作画ソフトをインストールすることによって作
画機能を備える画面エディタ２１を含んでいる。この画
面エディタ２１は、スイッチ、テンキー、メータ表示
器、グラフ表示器等の部品、描画機能等をユーザに提供
する。画面エディタ２１によって作成された制御画面
は、パネルデータ（画面データ）としてプログラマブル
表示器１に転送され、メモリ部１３に格納される。上記
の画面エディタ２１は、後述するように、制御画面の作
成または更新時に基本図形のリスト化を行う機能も備え
ている。

【００１８】また、画面エディタ２１は、ユーティリテ
ィプログラムとしてJavaコンバータ２１ａを含んでい
る。第１変換手段としてのJavaコンバータ２１ａは、画
面エディタ２１で作成されたパネルデータのデータフォ
ーマットしか受け入れず、このパネルデータを基本図形
を描かせるためのJavaソースコードに変換するようにな
っている。このようなJavaソースコードには、“.java
”の拡張子が付与される。

【００１９】上記のJavaコンバータ２１ａは、具体的に
は、制御画面に含まれる基本図形を表現するための基本
データ、例えば、四角形であれば１つの角の座標、横方
向の長さおよび縦方向の長さ、円（楕円）であれば中心
の座標、横方向の径および縦方向の径を後述するような
Javaソースコードに置き替えていくといったプログラム
ジェネレータのような機能を備えている。

【００２０】ＰＬＣ３は、内蔵するＣＰＵ部によって、
制御プログラムにしたがい、図示しないＩ／Ｏ部を介し
て入出力機器４から入力されるデータに基づいて入出力
機器４に与える制御データの演算処理を行う。Ｉ／Ｏ部
は、入出力機器４に接続されるインタフェース機能を有
する部分であって、入出力機器４との間で入出力される
デジタル信号またはアナログ信号を上記のＣＰＵ部とや
り取りするようになっている。

【００２１】入出力機器４は、製造ラインや各種施設の
監視、制御等を行うための入力機器および出力機器であ
る。入力機器としてはセンサやスイッチが挙げられ、出
力機器としてはアクチュエータ、リレー、電磁弁、表示
器などが挙げられる。

【００２２】ＰＬＣ３のＣＰＵ部に設けられた入出力管
理用のメモリには、入出力機器４のデータをストアする
ためのデバイスアドレスＤＭが確保されている。例え
ば、ＤＭ１００（１００番地）にバルブが割り当てら
れたり、ＤＭ２００にセンサが割り当てられたりす
る。

【００２３】ＰＬＣ３に蓄えられる入出力機器４に関す
るデータを画面エディタ２１で作成された制御画面のど
こに表示させるかは、タグによって設定される。タグの
設定は画面エディタ２１のタグ設定機能を用いて行わ
れ、設定されたタグは画面データとともに後述のメモリ
部１３に記憶される。タグとしては、タッチスイッチ、
数値表示、グラフ表示、設定値入力、図形表示等の画面
に表示される各種の機能に応じて用意されている。

【００２４】処理装置としてのプログラマブル表示器１
は、ＣＰＵ１１、オペレーティングシステム（以降、Ｏ
Ｓと称する）１２、メモリ部１３、メンテナンスポート
１４、入力部１５、表示部１６、インタフェース部（以
降、Ｉ／Ｆと称する）１７、テキストエディタ１８、Ja
vaコンパイラ１９およびJava仮想機械（以降、JavaＶＭ
と称する）２０を備えている。プログラマブル表示器１
は、ＯＳ１２を備えることによって汎用のパーソナルコ
ンピュータと同様な機能を備えることから、むしろパネ
ルコンピータと称する方が望ましいが、ここでは、プロ
グラマブル表示器１を表示機能を主にした表示器として
説明する。

【００２５】ＣＰＵ１１は、ＯＳ１２にしたがって、プ
ログラマブル表示器１の各部の動作を制御したり、各種
のアプリケーションプログラムを実行する。上記のＯＳ
１２は、パーソナルコンピュータに用いられる汎用のＯ
Ｓが好適に用いられ、図示しないハードディスクドライ
ブ等にインストールされている。

【００２６】メモリ部１３は、フォントなどを記憶する
ＲＯＭ、上記の画面データを格納するためのユーザメモ
リ（画像メモリ、フラッシュメモリ）、表示部１６に表
示させるパネルデータを一時的に蓄える専用メモリであ
るＶＲＡＭ等を含んでいる。ＶＲＡＭは、後述するアニ
メーション描画を実行する際の作業エリアとしても利用
される。

【００２７】メンテナンスポート１４は、コンピュータ
装置２との間の通信を行うための通信ポートである。こ
の通信で前記のようなパネルデータの転送等が行われ
る。入力部１５は、表示部１６の表示画面上で入力を行
うためにタッチパネルのような入力装置によって構成さ
れている。このため、表示部１６は、液晶パネルやＥＬ
パネルのような平板型表示素子によって構成されてい
る。

【００２８】Ｉ／Ｆ１７は、通信ケーブル９（例えば、
ＲＳ−２３２Ｃ）を介してＰＬＣ３との間で入出力機器
４…の制御や監視に関するデータの転送を行うようにな
っている。

【００２９】編集手段としてのテキストエディタ１８
は、画面エディタ２１のJavaコンバータ２１ａから与え
られるJavaソースコードをスクリプト言語によって編集
することを可能にしている。

【００３０】第２変換手段としてのJavaコンパイラ１９
は、Javaコンバータ２１ａからのJavaソースコードまた
はテキストエディタ１８で書き替えられたJavaソースコ
ードを、コンピュータ装置２やＯＳ１２の機種のタイプ
（プラットフォーム）に依存しない中間言語であるバイ
トコードに変換するようになっている。このバイトコー
ドには、“.class”の拡張子が付与される。

【００３１】実行手段としてのJavaＶＭ２０は、上記の
バイトコードをＯＳ１２に適した機械語に翻訳するイン
タプリタと、機械語を実行する実行環境としてのJavaラ
ンタイムとを有している。

【００３２】続いて、画面上でのアニメーション描画に
ついて説明する。ここでは、図２に示すように、表示部
１６の表示画面１６ａ（図中左側）に表示された図形を
図中右側の表示画面１６ａのように属性を変えて再描画
する場合を例示する。

【００３３】まず、Javaソースコードでは、次のように
クラスが定義される。ここでは、スーパークラスである
基本的なパネルデータのCgpPanelを継承したサブクラス
であるPanel4というパネルデータについて表している。 public class Panel4 extends CgpPanel ｛

【００３４】上記の表示画面１６ａには、青（Ｂ）の円
３１と、緑（Ｇ）の四角形３２と、緑（Ｇ）の三角形３
３と、黄（Ｙ）の円３４とが表示されている。なお、こ
こでは表示されるのは基本図形のみであるが、テキスト
も基本図形と同様にして表示され、テキストも基本図形
と同様にして扱われる。

【００３５】これらの図形のデータは、パネルデータに
おいて、Javaコンバータ２１ａで生成されるJavaソース
コードにおいて次のように表される。なお、以下の例で
は、円３１をオブジェクトであるＣ１として表してい
る。 CgpEllipse C1 = new CgpEllipse ( (short)160, //x1 (short)260, //y1 (short)300, //x2 (short)340, //y2 CgpColor,GetColor( CgpColor,BRUE, (char)0 ), //borderFgpColor CgpColor,GetColor( CgpColor,BRUE, (char)0 ), //bg CgpColor,GetColor( CgpColor,BRUE, (char)0 ), //fg (byte)0, //lineWidth CgpLinePattern.SOLID, CgpFillPattern.NONE, false, true, myContext );

【００３６】上記のソースコードにおいて、x1,y1 は画
面の左上隅を原点としたときの円の中心の座標を表し、
x2,y2 はそれぞれ横方向および縦方向の直径を表してい
る。また、CgpLinePatternは図形の外形線の種類を表し
ており、SOLID は実線を意味し、CgpFillPatternは図形
内の着色パターンを表しており、NONEは着色パターンな
しを意味している。例えば、この着色パターンをCROSS
とした場合は、格子模様が設定される。さらに、border
FgpColorは図形の外形線の色を表し、bgは上記の着色パ
ターンにおける背景色を表し、fgは外形線内の表示色を
表している。

【００３７】さらに、図形のデータは、図３に示すよう
に、表示画面１６ａに描画された順(z-order) に連結す
るリスト構造で表現されている。このリスト構造は、Ja
vaソースコードにおいて次のように表される。なお、以
下のソースコードでは、円３１をＣ１、四角形３２をＲ
１、三角形３３をＴ１、円３４をＣ２で表しており、こ
れらはオブジェクトとして扱われる。 // build the master list. Every object on the panel must be here. m＿zOrderList = new CgpGraphics［４］; m＿zOrderList［０］=C1; m＿zOrderList［１］=T1; m＿zOrderList［２］=R1; m＿zOrderList［３］=C2;

【００３８】なお、図形のデータ構造としては、リスト
に限らず、配列等の他の構造であってもよい。

【００３９】また、各図形のデータには、図形を囲む矩
形のクリッピングエリアＣＡ（矩形領域）が設定されて
いる。このクリッピングエリアＣＡは、アニメーション
描画で再描画を行う領域を定めており、クリッピングエ
リアＣＡに対して設定された各種のアニメーションに応
じて、クリッピングエリアＣＡ内で再描画処理が行われ
る。アニメーションとしては、位置（移動）、色（色変
更）、サイズ（サイズ変更）、回転等が用意されてい
る。

【００４０】図３に示す場合は、円３１のクリッピング
エリアＣＡに位置アニメーションおよび色アニメーショ
ンが設定され、四角形３２のクリッピングエリアＣＡに
サイズアニメーションが設定されている。アニメーショ
ンの設定は、例えば、Javaソースコードにおいて次のよ
うに表される。

【００４１】 // build and attach the animations. new CgpSizeAnimation(R1, I100, (short) 0, 0, 400, 0, 100, CgpSizeAnimation.ANCHOR＿BOTTOM ); new CgpSizeAnimation(R1, I100, (short) 0, 0, 300, 0, 100, CgpSizeAnimation.ANCHOR＿LEFT ); // Holizontal position animations on BRUE Circle new CgpPositionAnimation(C1, I100, (short)0, (short) 0, (short)500, 0, 100, CgpPositionAnimation.HOLIZONTAL ); // Virtical position animations on BRUE Circle new CgpPositionAnimation(C1, I100, (short)0, (short) 0, (short)500, 0, 100, CgpPositionAnimation.VERTICAL );

【００４２】上記のソースコードにおいて、２および３
行は、底辺を固定した場合の縦方向のサイズ変更を表し
ており、４および５行は、左側の縦方向の辺を固定した
場合の横方向のサイズ変更を表している。また、６ない
し８行は、水平方向の移動を表しており、９ないし１１
行は、垂直方向の移動を表している。また、上記のソー
スコードでは、サイズアニメーションおよび位置アニメ
ーションをメソッドとして持つことを表している。

【００４３】また、図４に示すように、各アニメーショ
ンの設定は、前述のデバイスアドレス（例えば、ＤＭ
１００〜３００）とタグを介して対応付けられている。
これによって、制御画面上に配置された入出力機器４に
対応する部品等（例えばグラフ）を表現する図形を、入
出力機器４のデータに基づいてアニメーション処理が行
われる。つまり、タグとアニメーション設定との関連付
けによって、目的の基本図形に対してユーザの所望する
アニメーション描画を行うことができる。例えば、図２
の四角形３２を棒グラフとして用いる場合、入出力機器
４のデータ（値）に応じて四角形３２の大きさを変え
て、棒グラフの長さを変化させることができる。

【００４４】上記のような図形のデータのリスト化や各
アニメーションの設定は、予め画面エディタ２１による
制御画面の作成または更新時に併せて行われる。

【００４５】ここで、画面エディタ２１で作成されたパ
ネルデータに基づいてプログラマブル表示器１の表示部
１６に制御画面を表示させるまでの手順を説明する。

【００４６】まず、図５に示すように、上記のパネルデ
ータは、Javaコンバータ２１ａでJavaソースコードに変
換されてコンピュータ装置２からプログラマブル表示器
１に転送される。プログラマブル表示器１において、Ja
vaソースコードは、テキストエディタ１８によって必要
に応じて書き替えられる。ここで、基本図形のデータや
タグのデータを書き替えることによって、それらのデー
タを変更することができる。

【００４７】次いで、Javaソースコードは、Javaコンパ
イラ１９でバイトコードに変換され、さらにこのバイト
コードは、JavaＶＭ２０のインタプリタによってＯＳ１
２に適した機械語に翻訳される。そして、ＯＳ１２の管
理下で、機械語に翻訳されたプログラムがＣＰＵ１１に
よって実行されて、パネルデータの画面が描画されてい
く。

【００４８】前記のJavaソースコードでは、円、四角形
などの基本図形および基本図形を含むパネルデータをオ
ブジェクトとして扱い、基本図形の個々をクラスという
形態で定義している。また、全てのクラスについてそれ
ぞれ、基本図形のデータ（座標、色等のデータ）と、関
数の形態で用意されるドローメソッド（処理手続）とを
持っている。また、Javaソースコードは、プログラマブ
ル表示器１において、Javaコンパイラ１９でバイトコー
ドに変換されると、obj.draw ( ); という形式になる。
また、obj.draw ( ); の前にobj.color ( );が挿入され
ている場合、このバイトコードがJavaＶＭ２０のランタ
イムで実行される際に、括弧内に表された色でその図形
がデータに基づいて描かれる。

【００４９】ここで、図２に示すように、円３１が位置
アニメーションによって表示画面１６ａにおいて右側に
移動する場合、アニメーションが設定された円３１がク
リッピングエリアＣＡ₁とともにメモリ部１３における
ＶＲＡＭの作業エリアに取り込まれ、かつその作業エリ
アには円３１の移動先のクリッピングエリアＣＡ₂が設
定されて、図形の属性（位置）が変更される。このと
き、リストを検索することによって、そのクリッピング
エリアＣＡ₂に入る三角形３３の一部も作業エリアに取
り込まれる。作業エリアでは、円３１が色アニメーショ
ンによってクリッピングエリアＣＡ₂にＲ（赤）のデー
タで作成され、図形の属性（位置および色）が変更され
る。

【００５０】次いで、クリッピングエリアＣＡ₂内に存
在する三角形３３の一部を円３１とともに作成する。そ
して、クリッピングエリアＣＡ₂に作成された赤い円３
１および三角形３３の一部のデータを表示部１６に出力
することによって、図２の右側の表示画面１６ａに上記
のクリッピングエリアＣＡ₂内の図形のみが描画され
る。

【００５１】一方、四角形３２は、縦方向のサイズを変
更するサイズアニメーションが設定されている。図示は
しないが、サイズアニメーションの場合もＶＲＡＭの作
業エリアで四角形３２のサイズがクリッピングエリアＣ
Ａ内で変更され、図２の右側の表示画面１６ａにサイズ
が変更された四角形３２のみが描画される。

【００５２】このように、アニメーション管理タスク
は、オブジェクト（図形）において指定されたアニメー
ション処理のすべてが完了した後にオブジェクトを再描
画する。１つのオブジェクトは、複数タイプのアニメー
ション設定が可能であり、オブジェクト画像は、すべて
のアニメーション機能が完了した後に新たな属性に更新
される。例えば、上記のように、円３１に位置および色
の２つのアニメーションが設定されている場合、円３１
は、位置アニメーションのみが完了した後に描画される
のではなく、円３１の再描画のために色アニメーション
がさらに完了した後に描画される。

【００５３】色アニメーションが円３１を赤で再構成し
た後、円３１は表示画面１６ａ上で再描画される。この
とき、赤い円３１だけではなく、同じクリッピングエリ
アＣＡ内で描画される他の図形もまたＶＲＡＭの作業エ
リア上、すなわちテンポラリＶＲＡＭ領域で再構成（形
成）され、その後、アニメーションが設定されたクリッ
ピングエリアＣＡ内のすべての図形が表示画面１６ａ上
に描画される。このプロセスによって、重なり合う図形
を動的に変化させることができる。

【００５４】また、クリッピングエリアＣＡ内で再構成
された図形を再描画（上書き）するので、表示画面１６
ａに表示されている再描画の位置にある図形を消去する
必要がない。それゆえ、消去による表示画面１６ａ上の
ちらつきをなくすことができる。

【００５５】続いて、アニメーション処理の手順を図６
のフローチャートにしたがって説明する。

【００５６】まず、アニメーションが設定された図形に
対して指定されたレジスタからアニメーションに応じた
属性データが読み取られ（Ｓ１）、その属性データに基
づき、アニメーションの設定にしたがって図形の属性を
更新する（Ｓ２）。図形に対する１つの属性が更新され
ると、さらにその図形に対するアニメーションが設定さ
れているか否かが判定される（Ｓ３）。ここで、設定さ
れている場合は、同じ図形に対し設定された他のアニメ
ーションを実行する（Ｓ４）。

【００５７】そして、Ｓ３において、処理すべきアニメ
ーションがないと判定された場合は、前述の表示画面１
６ａ上にアニメーション処理された図形を再描画する
（Ｓ５）。さらに、他にアニメーション処理すべき図形
があるか否かが判定され（Ｓ６）、ある場合はＳ１以降
の処理が繰り返される一方、ない場合はアニメーション
処理を終える。

【００５８】ところで、上記のアニメーション描画で
は、クリッピングエリアＣＡ内の図形を再描画するため
に、表示画面１６ａに描画された図形の情報を全てＶＲ
ＡＭに保持しておく必要がある。このため、比較的大き
いサイズのメモリ容量を確保しなければならず、またＶ
ＲＡＭ内でアニメーションが設定された図形のクリッピ
ングエリアＣＡに含まれる他の図形の検索に要する時間
が長くなる。

【００５９】そこで、アニメーション設定されたクリッ
ピングエリアＣＡ内に含まれる可能性のある図形のみを
予めリスト化して、検索すべき図形を制限することが考
えられる。以下に、この手法について詳細に説明する。

【００６０】まず、リスト化の具体例について説明す
る。ここでは、図７に示すように、表示画面１６ａに表
示された図形を移動および拡大させて再描画する場合を
例示する。

【００６１】上記の表示画面１６ａには、それぞれ水色
（ＬＢ）、黄（Ｙ）、赤（Ｒ）の四角形４１〜４３と、
それぞれ赤（Ｒ）、緑（Ｇ）、水色（ＬＢ）の円４４〜
４６と、それぞれ赤（Ｒ）、緑（Ｇ）の三角形４７・４
８とが表示されている。また、表示画面１６ａにおいて
は、上記の各図形のうち、四角形４１を位置アニメーシ
ョンによって水平方向（図中、右側）に移動し、四角形
４２をサイズアニメーションによってＸ方向（横方向）
に２倍し、かつＹ方向（縦方向）に４倍するようにサイ
ズ変更する。この場合、同図に示すように、四角形４１
は、位置アニメーションによって移動して四角形４１′
として描画されて、四角形４３の下に重なる。一方、四
角形４２は、サイズアニメーションによって拡大されて
四角形４２′として描画され、円４６の上と三角形４７
の下に重なる。

【００６２】上記のアニメーションは、Javaソースコー
ドでは四角形４１・４２をそれぞれＲ１・Ｒ２として次
のように表される。 // build and attach the animations. // Holizontal position animations on BRUE Circle new CgpPositionAnimation(R1, I100, (short)0, (short) 0, (short)500, 0, 100, CgpPositionAnimation.HOLIZONTAL ); new CgpSizeAnimation(R2, 1100, (short) 0, 0, 400, 0, 100, CgpSizeAnimation.ANCHOR＿BOTTOM ); new CgpSizeAnimation(R2, 1100, (short) 0, 0, 200, 0, 100, CgpSizeAnimation.ANCHOR＿LEFT );

【００６３】上記のアニメーション描画を実現するため
に、図８（ａ）に示すように、四角形４１が移動する範
囲（図７中、１００％の範囲）に重なる可能性のある円
４６、四角形４２、円４５および四角形４３を表示画面
１６ａに描画された順にリスト化する。また、同図
（ｂ）に示すように、四角形４２が拡大される範囲に重
なる可能性のある円４６、三角形４７および四角形４１
も同様に描画された順にリスト化する。そして、これら
のリストに挙げられた図形の論理和をとることによっ
て、同図（ｃ）に示すように、再描画に必要な図形情報
のリストを作成する。

【００６４】上記のリスト構造は、例えば、Javaソース
コードでは次のように表される。なお、以下のソースコ
ードでは、四角形４１〜４３をそれぞれＲ１〜Ｒ３、円
４５・４６をそれぞれＣ２・Ｃ３、三角形４７をＴ１で
表している。また、水平移動するＲ１に関する図形のリ
ストをdepList1とし、サイズ変更されるＲ２に関するリ
ストをdepList2としている。 // build the dependency-lists. This list must be walked each time // one of the objects in it changes. // These lists determine the relative depList1 = new CgpGraphics［５］; // for R1 depList1［０］= C3; depList1［１］= R2; depList1［２］= C2; depList1［３］= R3; depList2 = new CgpGraphics［４］; // for R2 depList2［０］= C3; depList2［１］= T1; depList2［２］= R1;

【００６５】上記のようなリスト化は、前述のアニメー
ション描画の場合と同様、予めエディタとしての画面エ
ディタ２１による制御画面の作成または更新時に併せて
行われる。また、リストは、画面エディタ２１によって
作成されたユーザプログラムのコンパイル時に生成され
る。さらに、リストは、現在の表示範囲（左上、右下
等）や描画情報（描画される図形のデータ等）の存在場
所を示すポインタによって構成されている。

【００６６】続いて、本アニメーション描画の処理につ
いて説明する。

【００６７】このアニメーション描画で設定されたアニ
メーションは、図形に関するプロパティー（情報）を変
更するために用いられる。例えば、後述するような水平
方向の位置アニメーションは、移動させる図形を表す点
の位置を変更するが、この段階では表示画面１６ａ上に
新たな図形を描画しない。アニメーションが図形のプロ
パティーを変更する場合、図形がその描画フラグをセッ
トする。この描画フラグは、後の描画処理時に用いられ
る。

【００６８】アニメーション化される図形（以降、アニ
メ化図形と称する）と関連するのは、アニメーションに
よる変化領域と重なる図形に関する前記のようなリスト
である。このリストは、図形が最初に描画された順にし
たがって構成され、またアニメ化図形をも含む。

【００６９】描画処理は、描画スレッドまたは表示タス
クによって実行される。描画スレッドは、アニメ化図形
を含むリストを参照して、アニメ化図形の描画フラグが
セットされると、アニメ化図形を図９に示すフローチャ
ートの手順にしたがって呼び出し、描画する。

【００７０】まず、リストにおいてアニメ化図形を抽出
し（Ｓ１１）、リストにおいてアニメ化図形に重なる図
形があるか否かを判定する（Ｓ１２）。ここで、重なる
図形があれば、その図形についてのクリッピングエリア
を抽出する（Ｓ１３）。

【００７１】次いで、再描画に先立って、クリッピング
エリアがアニメ化図形に重なっているか否かを判定する
（Ｓ１４）。ここで、クリッピングエリアが重なってい
ない場合は、そのクリッピングエリア内の図形を再描画
する必要がないので、Ｓ１２にて再度重なりの図形の有
無を判定する。

【００７２】クリッピングエリアが重なっている場合
は、アニメ化図形とともにリストの図形をすべて再描画
し（Ｓ１５）、処理を終える。一方、Ｓ１２でアニメ化
図形に重なる図形がなければ、アニメ化図形のみを描画
して処理を終える。

【００７３】以上のように、アニメーション設定で変化
する図形の変化領域に位置する可能性のある図形のみを
リスト化することによって、アニメーション描画を実行
する際には、その図形のみを検索すればよい。これによ
り、表示画面１６ａに描画された図形をすべて検索する
必要がなくなるので、検索に要する時間を短縮すること
ができるとともに、メモリ容量を節約することができ
る。

【００７４】また、再描画のための図形の情報は、図８
（ｃ）に示すように、各アニメ化図形についてのリスト
における各図形の論理和で構成されるので、リストに要
するメモリサイズを小さくすることができる。

【００７５】さらに、上記のアニメーション描画では、
アニメーション化する図形が多くなるほど、その図形に
ついてのリストが増加するので、それらのリストに要す
るメモリサイズが増大することが懸念される。しかしな
がら、実際には、各リストは、図形の位置、すなわちク
リッピングエリアを特定する２点（対角の２点）の座標
と、描画情報へのポインタとによってのみ構成されるの
で、メモリサイズはリストが増加してもわずかに増大す
るだけである。

【００７６】以上に述べたように、本実施の形態では、
Javaコンバータ２１ａによってパネルデータをオブジェ
クト指向のJava言語の形態に書き替えることによって、
上記のようなアニメーション描画を含む各処理を実現し
ている。つまり、個々の制御画面だけでなく制御画面に
含まれる基本図形をもオブジェクトとして扱い、そのパ
ネルデータおよび基本図形のデータの処理手続すなわち
描画処理（着色処理も含む）とを併せ持つクラスを定義
することで、スーパークラスとして共通するパネルデー
タが、その下位に定義されたクラスのパネルデータで継
承され、そのクラスの処理手続でアニメーション描画等
が実行される。

【００７７】また、本実施の形態では、Javaコンバータ
２１ａで生成されたJavaソースコードをテキストエディ
タ１８で書き替えることによって、プログラマブル表示
器１において基本図形のデータ（タグのデータを含む）
の変更が可能である。それゆえ、プログラマブル表示器
１が配置された現場において、制御画面における図形の
描画の態様を容易に変更することができる。併せて、タ
グの機能拡張やカスタマイズもプログラマブル表示器１
側で容易に実現することができる。

【００７８】なお、本実施の形態では、プログラマブル
表示器１に本発明を適用した例について説明したが、本
発明はこのような構成に限らず、一般のパーソナルコン
ピュータ等において汎用のＯＳを用いて図形を描画する
ような場合にも適用されるのは勿論である。

【００７９】

【発明の効果】以上のように、本発明の画面データ処理
システムは、表示画面上に基本図形を表示する画面デー
タを作成する画面データ作成装置で作成された上記画面
データを１画面単位で処理する処理装置において上記画
面データを処理するシステムであって、上記画面をオブ
ジェクトとして扱うとともに、このオブジェクトが上記
基本図形のデータと上記基本図形を処理するための処理
手続とを含むように上記画面データをソースコードに変
換する第１変換手段と、上記ソースコードを編集する編
集手段と、編集された上記ソースコードを中間言語に変
換する第２変換手段と、上記中間言語を上記処理装置に
適した形態の機械語に翻訳することによって上記基本図
形のデータに対して上記処理手続を実行する実行手段と
を備え、少なくとも、上記処理装置が、上記書替手段
と、上記第２変換手段と、上記実行手段とを含んでいる
構成である。

【００８０】また、本発明の画面データ処理方法は、表
示画面上に基本図形を表示する画面データを作成する画
面データ作成装置で作成された上記画面データを１画面
単位で処理する処理装置において上記画面データを処理
する方法であって、上記画面をオブジェクトとして扱う
とともに、このオブジェクトが上記基本図形のデータと
上記基本図形を処理するための処理手続とを含むように
上記画面データをソースコードに変換し、上記処理装置
において、少なくとも、上記ソースコードを編集し、編
集された上記ソースコードを中間言語に変換し、上記中
間言語を上記処理装置に適した形態の機械語に翻訳する
ことによって上記基本図形のデータに対して上記処理手
続を実行する方法である。

【００８１】上記のシステムおよび方法により、上記の
処理のうち、少なくとも、ソースコード編集以降の処理
が処理装置で行われるので、ソースコードを画面データ
作成装置側だけではなく処理装置側でも書き替えること
ができる。したがって、単純な変更を行う際にも、わざ
わざ画面データ作成装置で画面データを編集し直す必要
がなくなり、作業効率を向上させることができるという
効果を奏する。また、処理装置側で画面データの変更の
必要が生じた場合に即時に対応でき、画面の機能拡張や
カスタマイズを容易にすることができるという効果を併
せて奏する。

【図面の簡単な説明】

【図１】プログラマブル表示器を中心とする本発明の実
施の一形態に係るシステムの構成を示すブロック図であ
る。

【図２】上記システムによって実現されるアニメーショ
ン描画の具体例を示すモデル図である。

【図３】図２のアニメーション描画が実行される表示画
面上に表示される図形のデータ構造を示す概念図であ
る。

【図４】上記データ構造をアニメーション設定とＰＬＣ
のデバイスアドレスとの関係について示す概念図であ
る。

【図５】上記システムにおけるデータの流れを上記シス
テムの要部を用いて示すブロック図である。

【図６】上記システムによるアニメーション描画の処理
手順を示すフローチャートである。

【図７】上記システムによる他のアニメーション描画の
具体例を示すモデル図である。

【図８】（ａ）ないし（ｃ）は図７のアニメーション描
画が実行される表示画面上に表示される図形のデータ構
造を示す概念図である。

【図９】上記他のアニメーション描画の処理手順を示す
フローチャートである。

【符号の説明】

１プログラマブル表示器（処理装置）２コンピュータ装置（画面データ作成装置）１２ＯＳ１６ａ表示画面１８テキストエディタ（編集手段）１９ Javaコンパイラ（第２変換手段）２０ JavaＶＭ（実行手段）２１画面エディタ２１ａ Javaコンバータ（第１変換手段）

Claims

【特許請求の範囲】

【請求項１】表示画面上に基本図形を表示する画面デー
タを作成する画面データ作成装置で作成された上記画面
データを１画面単位で処理する処理装置において上記画
面データを処理するシステムであって、上記画面をオブジェクトとして扱うとともに、このオブ
ジェクトが上記基本図形のデータと上記基本図形を処理
するための処理手続とを含むように上記画面データをソ
ースコードに変換する第１変換手段と、上記ソースコードを編集する編集手段と、編集された上記ソースコードを中間言語に変換する第２
変換手段と、上記中間言語を上記処理装置に適した形態の機械語に翻
訳することによって上記基本図形のデータに対して上記
処理手続を実行する実行手段とを備え、少なくとも、上記処理装置が、上記書替手段と、上記第
２変換手段と、上記実行手段とを含んでいることを特徴
とする画面データ処理システム。
【請求項２】表示画面上に基本図形を表示する画面デー
タを作成する画面データ作成装置で作成された上記画面
データを１画面単位で処理する処理装置において上記画
面データを処理する方法であって、上記画面をオブジェクトとして扱うとともに、このオブ
ジェクトが上記基本図形のデータと上記基本図形を処理
するための処理手続とを含むように上記画面データをソ
ースコードに変換し、上記処理装置において、少なくとも、上記ソースコード
を編集し、編集された上記ソースコードを中間言語に変
換し、上記中間言語を上記処理装置に適した形態の機械
語に翻訳することによって上記基本図形のデータに対し
て上記処理手続を実行することを特徴とする画面データ
処理方法。