JP2016212916A - プログラマブル表示器、プログラム - Google Patents

Abstract

【課題】プログラマブル表示器用画面の作成作業やデザイン変更作業を容易に行えるようにできるプログラマブル表示器等を提供する。
【解決手段】プログラマブル表示器は、任意のデザインのＯＮ用とＯＦＦ用のスクリーン全体画像を記憶する。各アイテム毎に、そのアイテムに係る現在の状態（ＯＮまたはＯＦＦ）に応じて、ＯＮ用／ＯＦＦ用の何れかのスクリーン全体画像から該当領域を切り出してパーツ画像とし、該パーツ画像を用いた表示を行う。画面のデザイン変更する場合には、他のデザインのＯＮ用とＯＦＦ用のスクリーン全体画像を新たに記憶する。
【選択図】図６

Description

本発明は、プログラマブル表示器等に関する。

プログラマブル表示器は、一般的に、ＰＬＣ本体や温調装置等の各種接続機器と接続して、これら接続機器の状態表示を行う数値表示やランプ等のアイテムや、ユーザが任意の指示を出す為のスイッチ等のアイテムの画像を表示する。尚、アイテムは、画面部品等とも呼ばれている。プログラマブル表示器の画面（操作表示画面と呼ぶものとする）には、通常、複数の画面部品（アイテム）の画像が表示される。

この様な操作表示画面を表示する為のデータ等（画面データ等と呼ばれる）は、予め不図示の支援装置において開発者等によって任意に作成されて、支援装置からプログラマブル表示器にダウンロードされている。

上記画面データには、上記各アイテム毎に、そのアイテムの画像（スイッチの画像やランプの画像；あるいは画像の識別ＩＤ等）や表示位置座標、更に後述する外部メモリの所定領域のアドレス（割当メモリアドレス）等のデータが含まれている。更に何らかのプログラム等が含まれている場合もある。

上記各アイテムは、例えば、それぞれが任意の接続機器の任意の構成要素に対応して、当該構成要素の状態表示を行ったり、当該構成要素のＯＮ／ＯＦＦの指示を受け付けるものである。例えば、温調装置の温度測定値を数値表示するアイテムの場合、随時、現在の温度を数値で表示することになる。

プログラマブル表示器における上記各種アイテムに係る表示制御は、上記各アイテム毎に、例えば定期的に所定の処理を実行することで実現される。所定の処理とは、例えば、接続機器内のメモリデバイス（外部メモリとする）の上記所定領域（割当メモリアドレスの領域）の格納データを読出して、この格納データに基づいてアイテムの表示内容を決定・表示するものである。尚、接続機器は、随時、上記外部メモリの所定領域の格納データを更新している（例えば上記温調装置において上記温度測定値を随時更新している）。

また、上記外部メモリから読出したデータを、プログラマブル表示器内のメモリデバイス（内部メモリとする）の所定領域に一時的に格納して、この格納データに基づいてアイテムの表示内容を決定・表示する構成もある。

この例の場合、外部メモリの格納データを読み出して内部メモリに格納する処理は、プログラマブル表示器の所定の機能部（ここでは不図示の通信部とする）が、例えば定期的に実行する。上記通信部は、例えば、上記ＰＬＣ本体や温調装置等の各種接続機器と通信を行って、接続機器内の上記外部メモリの所定の記憶領域の格納データを取得して、このデータを上記内部メモリの所定領域に上書き格納する。そして、プログラマブル表示器における上記各種アイテムに係る表示制御を行う機能部（アイテム表示部というものとする）は、定期的に内部メモリにアクセスすることで、アイテム表示内容を制御する。

ここで、プログラマブル表示器において上記表示動作を行わせる為の上記操作表示画面は、上記の通り支援装置において開発者等によって任意に作成される。但し、開発者が自由に作成できるとは限らず、例えば予めデザイナー等が作成した操作表示画面全体（スクリーン全体）のイメージ画像に基づいて、少なくとも見た目はこのイメージ画像に近くなるように上記操作表示画面を作成する場合も少なくない。

上記支援装置には、予め各種アイテムの画像が記憶されている。これは、例えば各アイテム種別（スイッチ、ランプ、メータ等）毎に様々なデザインのアイテム画像が、予め作成されて支援装置の記憶部に記憶されている。

上記アイテム画像は、例えば上記スイッチに関して、色や形や表現（例えば木目調やメタリック調等）等が各々異なる様々なデザインのスイッチの画像が、予め作成されて登録されている。更に、各デザイン毎に、それぞれ、複数種類のスイッチ画像（例えばＯＮ用とＯＦＦ用；スイッチＯＮ画像とスイッチＯＦＦ画像）が、予め作成されて登録されている。

同様に、ランプに関しても、色や形や表現等が各々異なる様々なデザインのランプの画像が、予め作成されて登録されている。更に、各デザイン毎に、それぞれ、複数種類のランプ画像（例えばＯＮ用とＯＦＦ用；ランプＯＮ画像とランプＯＦＦ画像）が、予め作成されて登録されている。

開発者等は、任意アイテムに係る上記アイテム画像を画面上の所望の位置に配置する。例えば、開発者等は、所望のデザインのスイッチ画像を、画面上の所望の位置に配置する。尚、これは通常、そのデザインの上記複数種類の画像（例えばＯＮ用とＯＦＦ用）全てが、同じ位置に配置されたものとして登録される。例えば、開発者等が所望のデザインのスイッチＯＮ画像を所望の位置に配置すると、同じデザインのスイッチＯＦＦ画像も同じ位置に配置されたものとして登録される（開発者はスイッチＯＦＦ画像を配置する操作を行う必要はない）。勿論、その為に、例えば同じデザインの複数種類のスイッチ画像が例えばグループ化されて登録されている。同様に、開発者等は、所望のデザインのランプ画像を所望の位置に配置する。但し、“所望の”とは、開発者が自由に決めてよい例に限らず、上記のように、スクリーン全体のイメージ画像に応じたものである場合もある。

また、上記画像の選択・配置を行うだけでなく、配置した各アイテム毎に、上記割当メモリアドレスを設定する作業も行われる。
また、例えば、特許文献１に記載の従来技術が知られている。

特許文献１の従来技術では、プログラマブル表示器のＨＭＩ処理部が、オフラインモード時に、予め定められた操作を受け付けた場合、当該操作に応じて、オフラインモードで表示可能な設定画面の色調および／またはデザインを一括して変更する。また、ＨＭＩ処理部は、オフラインモードにおいて、表示可能な設定項目のうち、予め定められた設定項目について、表示するか否かの入力を促す画面を表示すると共に、当該画面への操作に応じて、当該設定項目を表示するか否かを変更する。
特開２００６−１３４０９５号公報

上記のように、従来技術では、上記操作表示画面（プログラマブル表示器用画面）の作成は、支援装置において開発者等が逐一、アイテム画像の選択や配置等を行っていた。ここで、特に上記スクリーン全体のイメージ画像がある場合には、これを有効利用して、操作表示画面の作成作業効率を向上させることが望まれる。

更に、既に任意の操作表示画面の作成された状態で（特に既にプログラマブル表示器側で運用されている状態で）、その各アイテムの種類や配置位置等を変更することなく画像（デザイン）のみを変更したい場合がある。この様な場合の変更作業を容易に行えるようにすることが望まれる。

本発明の課題は、プログラマブル表示器用画面の作成作業やデザイン変更作業を容易に行えるようにできるプログラマブル表示器等を提供することである。
本発明のプログラマブル表示器は、プログラマブル表示器と支援装置を有するプログラマブルコントローラシステムにおける該プログラマブル表示器であって、前記支援装置においてスクリーン全体画像に基づいて作成された画面データと、該スクリーン全体画像を記憶する画面データ等記憶手段と、各アイテム毎に、前記画面データの指定領域情報に基づいて、前記スクリーン全体画像から該指定領域部分を切り出してパーツ画像を生成するパーツ画像生成手段と、該生成されるパーツ画像を用いてそのアイテムに係る表示を行うアイテム表示手段とを有する。

本例のプログラマブル表示器を含むシステム全体の概略構成図である。 本例のプログラマブル表示器の構成例である。 本システムのソフトウェア構成を示す図である。 作画エディタ装置における操作表示画面の作成支援用の画面例（１／２）である。 （ａ）、（ｂ）は、作画エディタ装置における操作表示画面の作成支援用の画面例（２／２）である。 プログラマブル表示器の操作表示画面の表示例等である。 本例のプログラマブル表示器の処理機能図である。 アイテムリストのデータ構造例である。 アイテムリストの具体例であり、（ａ）は実施例１の例、（ｂ）は実施例２等の例である。 （ａ）〜（ｃ）は、各種データ例である。 通信処理部の処理フローチャート図である。 アイテム処理部の処理フローチャート図（１／２）である。 アイテム処理部の処理フローチャート図（２／２）である。 実施例１のプログラマブル表示器と支援装置の機能ブロック図である。 実施例２のプログラマブル表示器と支援装置の機能ブロック図である。 各スクリーン全体画像からのパーツ画像切り出しのイメージを示す図である。

以下、図面を参照して本発明の実施の形態について説明する。
図１は、本例のプログラマブル表示器を含むシステム全体の概略構成図である。
図１に示すプログラマブルコントローラシステムは、各種接続機器４と、通信ライン６を介して各種接続機器４に接続するプログラマブル表示器１とを有する。更に、プログラマブル表示器１が、通信ライン３を介して作画エディタ装置５（支援装置）に接続された構成であってもよい。プログラマブル表示器１には、複数の通信インタフェース２（通信ポート）が備えられており、各通信インタフェース２に接続された通信ライン３／通信ライン６によって各種接続機器４や作画エディタ装置５と接続されている。

但し、作画エディタ装置５は、必ずしもプログラマブル表示器１に接続されている必要があるわけではない（一例を示しているに過ぎない）。つまり、例えば、作画エディタ装置５で作成される画面データや、後述するスクリーン全体画像は、一例としては作画エディタ装置５から通信ライン３を介してプログラマブル表示器１にダウンロードされるが、この例に限らない。例えば、不図示の可搬型記録媒体（メモリカード等）を介して、作画エディタ装置５の上記画面データやスクリーン全体画像を、プログラマブル表示器１に渡すようにしてもよい。

尚、以下の説明では、作画エディタ装置５を支援装置５と記す場合もあるものとする。
図２は、本例のプログラマブル表示器１の構成例である。
本例のプログラマブル表示器１に関しては、例えば、上述した従来例と略同様の動作を行う例がある。すなわち、画面データ等（但し、後述するパーツ画像（上記各アイテム画像に相当するもの）を用いる）に基づく操作表示画面の表示を行う例がある（後述する実施例２）。

あるいは、本例のプログラマブル表示器１に関しては、スクリーン全体画像からパーツ画像（上記各アイテム画像に相当するもの）を抽出して、このパーツ画像を所定の位置に表示する例もある（後述する実施例１）。詳しくは後述する。

図示のプログラマブル表示器１は、表示操作制御装置１０と、タッチパネル１８、ディスプレイ１９、上記通信インタフェース２等を有する。
表示操作制御装置１０は、ＣＰＵ１１、ＲＯＭ１２（フラッシュメモリ等）、ＲＡＭ１３、通信コントローラ１４、グラフィックコントローラ１５、タッチパネルコントローラ１６等より成り、これらがバス１７に接続されている。

ＣＰＵ１１は、表示操作制御装置１０全体を制御する中央処理装置（演算プロセッサ）である。ＣＰＵ１１は、ＲＯＭ１２に予め格納されているプログラム（例えば後述する本体プログラム２１等）を実行することで、所定の演算動作（処理）を行う。例えば後述する本例のプログラマブル表示器１の各種処理を実行する。各種の演算結果は、例えばＲＡＭ１３に格納される。

また、ＲＯＭ１２には、上記背景技術で説明した画面データ（後述する画面データ２２）等が格納されている。上記のように、画面データは、例えば上述したスイッチ、ランプ等の各アイテム毎に、その表示位置座標や大きさ等の表示に係わるデータや、上記割当メモリアドレス（割当メモリ領域）等のメモリアクセスに係わるデータ等を有する。但し、従来の画面データには、各アイテム画像（あるいはアイテム画像の識別ＩＤ等）が含まれていたが、本例の実施例１の場合、アイテム画像の代わりに、スクリーン全体画像（あるいはその識別ＩＤ等）等が含まれている。

上記ＣＰＵ１１の処理には、例えば上記背景技術で説明した“各アイテム毎の割当メモリアドレス等の格納データ”（上記外部メモリの所定領域の格納データ）を取得する処理等が含まれる。この取得データは、例えば後述する共有メモリ５５に一時的に格納される。尚、共有メモリ５５は、上記ＲＡＭ１３やＲＯＭ１２の記憶領域の一部であってもよいし、不図示の他のメモリであってもよい。

また、上記ＣＰＵ１１の処理によって、例えば上記画面データや上記取得データ等に基づく表示対象データが、例えばＲＡＭ１３（あるいは不図示のビデオＲＡＭ）上に展開（描画）される。この描画に基づいてグラフィックコントローラ１５が、ディスプレイ１９上に上述した操作表示画面等を表示する。

ここで、従来の場合には、上記のようにアイテム画像は、各デザイン毎に例えば少なくともＯＮ用とＯＦＦ用の２種類の画像が予め作成されて登録されている。例えばランプを例にすると、アイテム画像は、各デザイン毎にランプ消灯画像とランプ点灯画像とが登録されている。そして、プログラマブル表示器１側では、例えば上記取得データが‘０’であればランプ消灯画像、‘１’であればランプ点灯画像が、上記表示対象データとなる（描画される）。

これに対して、実施例１の場合、例えば、ＯＮ用のスクリーン全体画像と、ＯＦＦ用のスクリーン全体画像とが予め登録されている。そして、例えば上記取得データが‘０’であれば、ＯＦＦ用のスクリーン全体画像から上記ランプ消灯画像に相当するパーツ画像を切り出して描画する。同様に、例えば上記取得データが‘１’であれば、ＯＮ用のスクリーン全体画像から上記ランプ点灯画像に相当するパーツ画像を切り出して描画する。

また、実施例２の場合、支援装置（作画エディタ装置５）側で予め任意のデザインの各種スクリーン全体画像（例えばＯＮ用とＯＦＦ用）から各種パーツ画像（従来のアイテム画像に相当する画像）を切り出して、これら各種パーツ画像を例えば画面データに含めてプログラマブル表示器１にダウンロードする。プログラマブル表示器１側の処理動作は従来と略同様であって構わない（アイテム画像の代わりにパーツ画像を用いる）。詳しくは後述する。

尚、従来より、上記取得データに基づいて（例えば接続機器４側の）現在の状態を判別できる。つまり、従来、実施例１、実施例２の何れの場合も、随時、現在の状態を判別して、現在の状態に応じた画像表示を行う点では略同様である（例えば、ランプに関して、現在の状態がＯＮ状態であれば、上記ランプ点灯画像あるいは“ランプ点灯画像に相当するパーツ画像”を表示する）。

上記のように、本手法の実施例１と実施例２との違いは、上記スクリーン全体画像からのパーツ画像の切り出し処理（従来のアイテム画像に相当する画像の生成処理）を、プログラマブル表示器１で随時または定期的に現在の状態に応じて行うか、支援装置（作画エディタ装置５）で事前に行っているかである。何れにしても、スクリーン全体画像を有効利用して、容易に操作表示画面の生成や操作表示画面のデザイン変更等を行えるようになる。詳しくは後述する。

ディスプレイ１９は、例えば液晶パネル等より成り、この液晶パネル上に重ねるようにしてタッチパネル１８が設けられる。従来では、ディスプレイ１９上には、基本的には、複数のアイテム画像が所定位置に配置されて成る操作表示画面が表示される。本例の場合には、ディスプレイ１９上には、基本的には、複数のパーツ画像が所定位置に配置されて成る操作表示画面が表示される。

また、通信コントローラ１４は、通信インタフェース２を介して、不図示のＰＬＣ本体等や温調装置等である接続機器４や作画エディタ装置５との通信（データ送受信等）を行う。

オペレータ等によるタッチパネル１８上での押圧操作（タッチ）位置の検知結果は、タッチパネルコントローラ１６を介してＣＰＵ１１等に取り込まれて解析される。例えば各アイテムの上記表示位置座標や大きさのデータ等に基づいて、解析することになる。例えば、上記スイッチの画像の表示位置をオペレータ等がタッチすると、ＣＰＵ１１等は、このスイッチに対する操作が行われたものと解析することになる。

図３に、上記本システムのソフトウェア構成図を示す。
プログラマブル表示器１においては、本体プログラム２１、画面データ２２、通信プログラム２３等の各種プログラム／データが、例えば上記ＲＯＭ１２（フラッシュメモリ等）に格納されている。これらのプログラム／データ等をＣＰＵ１１が読出し・実行／参照等することで、プログラマブル表示器用の上記操作表示画面等の表示制御等が行なわれる。

この操作表示画面は、従来では、上述した数値表示、ランプ、スイッチ等の各種アイテムの画像表示から成り、各アイテム画像の表示内容は、例えば各接続機器４（外部メモリ；割当メモリ領域）から取得したデータ（上記取得データ）を反映させる形で随時更新される。一方、本例の場合、操作表示画面は、上記アイテム画像の代わりに“アイテム画像に相当する上記パーツ画像”を用いて、表示制御されることになる。

基本的には、ＣＰＵ１１が本体プログラム２１と画面データ２２（パーツ画像あるいはスクリーン全体画像を含む）とに基づく処理を行うことで、上記操作表示画面が表示される。そして、この操作表示画面上の各画面部品の表示内容（温度等の数値表示やランプの点灯／消灯など）は、通信プログラム２３による各接続機器４との通信結果（上記取得データ等）等に基づいて、随時、更新等されるものである。

上記画面データ２２は、例えば予め作画エディタ装置５側で任意に作成された画面データファイル３２の一部または全部が、プログラマブル表示器１にダウンロードされて格納されたものである。尚、画面データファイル３２と画面データ２２とを特に区別せずに、画面データまたは画面データ２２と呼ぶ場合もあるものとする。

尚、従来では画面データには各種アイテム画像が含まれたが、本例の画面データ２２には各種パーツ画像あるいは各種スクリーン全体画像が含まれる。但し、この例に限らず、各種パーツ画像あるいは各種スクリーン全体画像は、画面データ２２とは別にして記憶等されるものであってもよい。

また、上記通信プログラム２３も、例えば予め作画エディタ装置５側に格納されていた通信プログラムファイル３３（その一部）が、プログラマブル表示器１にダウンロードされて格納されたものである。

上述したように、基本的には、ＣＰＵ１１が、本体プログラム２１と画面データ２２と取得データ等に基づく上記操作表示画面の表示制御を行う。例えば、数値表示やランプ等のアイテムに関して、定期的に、そのアイテムの割当メモリ領域からデータを読み出して、そのアイテムの表示内容を当該読出データに基づいて更新する。あるいは、例えばスイッチ等のアイテムに関しては、ユーザが、この操作表示画面上の所望のスイッチをタッチすると（ＯＮ／ＯＦＦ操作すると）、スイッチＯＮ画像表示／スイッチＯＦＦ画像表示が行われる。また、ＣＰＵ１１は、このスイッチ操作に応じた接続機器４の制御も行う。

ここで、本手法の場合、上記スイッチＯＮ画像やスイッチＯＦＦ画像等は、スクリーン全体画像から生成される上記パーツ画像となる。このパーツ画像は、実施例１ではプログラマブル表示器１側で随時または定期的に現在の状態に応じて生成される。一方、実施例２では、支援装置５側で予め例えば任意のデザインに応じた全てのパーツ画像が生成されるものである。但し、この例に限らず、プログラマブル表示器１側で予め例えば任意のデザインに応じた全てのパーツ画像が生成されるものであっても構わない。何れにしても、パーツ画像はスクリーン全体画像から生成されるものである。

スクリーン全体画像から各種パーツ画像が生成されることで、操作表示画面のデザインを全面変更したい場合等には（但し、基本的に、配置や機能等は変更しないものとする）、スクリーン全体画像のデザインを変更すれば済むようになり、変更作業負担が軽減される。

尚、上記割当メモリ領域は、上記背景技術における外部メモリの所定の記憶領域（割当メモリアドレス）に相当するものである。尚、後述する共有メモリ５５は、上記内部メモリに相当するものである。

尚、既に従来で述べたように、上記外部メモリは、接続機器４が備えるメモリであって、各アイテムのメモリ割当が行われるものである。上記のように、各アイテムの表示内容は、この割当メモリ領域の格納データに基づいて決定・更新される。

そして、従来で述べたように、この割当メモリ領域からの読出しデータを、プログラマブル表示器１内の上記内部メモリ（共有メモリ５５）に一時的に格納し、これに基づいてアイテム表示制御を行う構成例がある。

すなわち、例えば後述する各通信処理部５４等によって定期的に、接続機器４内のメモリデバイス（外部メモリ）の所定の記憶領域からデータを読み出して、この読出データを上記内部メモリに格納する処理が行われる。そして、例えば後述するアイテム処理部５３によって、内部メモリのデータ等に基づいて、上記操作表示画面の表示制御が行われることになる。これによって、操作表示画面の表示内容は、各アイテムに対応する割当メモリ領域の現在の格納データの内容を反映させたものとなる（現在の状態に応じたものとなる）。

また、支援装置５（その作画エディタ３１）は、スクリーン全体画像記憶部３１ａ、画面作成支援部３１ｂ等を有する。スクリーン全体画像記憶部３１ａには、予め、各種スクリーン全体画像が記憶されている。スクリーン全体画像自体は、従来でもデザイナー等が全体イメージを示す等の為に作成する場合もあった。スクリーン全体画像記憶部３１ａに記憶されている各種デザインのスクリーン全体画像が、後述する画像表示選択領域４１に一覧表示されることになる。

また、画面作成支援部３１ｂは、上記スクリーン全体画像を用いて、ユーザに所望の操作表示画面（画面データ）を作成させる。これは、例えば後述する図４、図５で説明するユーザ支援処理を行うものであり、詳しくは後述する。

尚、作画エディタ装置５は、例えばパソコン等であり、特に図示しないが一般的な汎用コンピュータの構成（ＣＰＵ、記憶部（ハードディスク、メモリ等）、通信部、操作部（マウス等）、ディスプレイ）を有している。記憶部に予め記憶されているアプリケーションプログラムを、ＣＰＵが実行することにより、例えば画面作成支援部３１ｂの処理機能が実現される。

図４、図５に、本例の支援装置５におけるプログラマブル表示器用画面（操作表示画面；その画面データ）作成支援用の画面例を示す。この画面例自体は、実施例１、実施例２共通であってよい。但し、実施例２の場合、この画面例での画面データ作成作業に伴って、支援装置５側でスクリーン全体画像から各種パーツ画像を切り出す処理（パーツ画像生成処理）を行うことになる。尚、実施例１の場合、プログラマブル表示器１側でパーツ画像を生成することになる。

また、図６には、実施例１におけるプログラマブル表示器の操作表示画面例を示す。
以下、図４、図５、図６を参照して説明する。尚、本説明では、アイテム画像としてスイッチとランプを例にするが、勿論、この例に限らない（よく知られているように他にもグラフ、メータ、数値表示等の各種アイテム画像が知られている）。そして、本例では、従来のアイテム画像に相当するパーツ画像が生成され、パーツ画像を用いて操作表示画面の表示制御が行われることになる。

以下、まず、図４、図５を参照して説明する。
図４は、支援装置における画面データ作成支援のメイン画面である。
図示のメイン画面４０は、画像表示選択領域４１と画面作成領域４２から成る。

尚、従来でも、これら各領域に相当するものは存在した（不図示の従来画像表示選択領域、従来画面作成領域と呼ぶものとする）。従来では、従来画像表示選択領域には各種アイテム画像が一覧表示される。例えばスイッチに関して各種デザイン毎のスイッチ画像（一例としては、各デザイン毎に、ＯＮ用とＯＦＦ用の画像がある）、ランプに関しても各種デザイン毎のランプ画像（一例としては、各デザイン毎に、ＯＮ用とＯＦＦ用の画像がある）が、従来画像表示選択領域に一覧表示される。勿論、これら各種アイテム画像は、予め作成されて従来の支援装置の不図示の記憶部（ハードディスク／メモリ等）に記憶されている。

これより、従来では、ユーザはマウス等を操作して、一覧表示される各種アイテム画像の中から所望のアイテム画像を選択（ドラッグ）して、これを従来画面作成領域上の所望の位置に配置（ドロップ）する。そして、このアイテムに関して例えば上記割当メモリアドレス等を設定する。このような作業によって、任意のアイテムに関して、アイテム画像、画面上での配置位置、割当メモリアドレス等が設定されて、画面データに登録されることになる。ユーザがこの様な作業を繰り返すことで、通常は複数のアイテムによる上記操作表示画面（画面データ）が作成されることになる。

これに対して、本例の場合、上記各種アイテム画像の代わりに各種スクリーン全体画像が予め登録されている。これは、各デザイン毎に、ＯＮ用スクリーン全体画像と、ＯＦＦ用スクリーン全体画像とが予め登録されている。そして、登録されているスクリーン全体画像が、画像表示選択領域４１に一覧表示される。尚、図４では、１つのデザインに関するＯＮ用スクリーン全体画像４３とＯＦＦ用スクリーン全体画像４４を示すが、通常は、複数のデザインについてスクリーン全体画像が登録されることになる。

勿論、その為に、予め各デザイン毎にスクリーン全体画像（例えばＯＮ用とＯＦＦ用）を作成する作業が必要となり、新たなデザインを追加する場合にはそのデザイン用のスクリーン全体画像を新たに作成する作業も必要となる。しかしながら、従来でも、デザイナー等が事前にスクリーン全体画像を作成している場合が少なくなく、本手法ではこれを有効利用することができるという効果も得られる。更に、この様な場合、基本的に、デザイナー等が作成した全体画像と略同一となるように操作表示画面を作成することになるので、本手法では逐一各アイテム画像の配置位置を確認して配置する等の作業が不要となるという効果も得られる。つまり、操作表示画面の作成作業負担を軽減できる。更に、デザイン変更する場合（但し、変更するのは基本的にデザインのみであり、位置等は変更しない）の変更作業負担を軽減できる。

また、図では、説明の都合上、ＯＮ用スクリーン全体画像４３とＯＦＦ用スクリーン全体画像４４の両方が画像表示選択領域４１に表示されているが、各デザイン毎に１つのみ（例えばＯＮ用スクリーン全体画像のみ）画像表示選択領域４１に表示されるようにしてもよい。

尚、図示のＯＮ用スクリーン全体画像４３は、画面上の全アイテムが全てＯＮ状態であるときの操作表示画面を示すものと言える。同様に、図示のＯＦＦ用スクリーン全体画像４４は、画面上の全アイテムが全てＯＦＦ状態であるときの操作表示画面を示すものと言える。一方、運用中のプログラマブル表示器１における操作表示画面では、通常、ＯＮ状態のアイテムもあればＯＦＦ状態のアイテムもあることになる。

ユーザが、マウス操作等によって上記画像表示選択領域４１に一覧表示されるスクリーン全体画像のなかから所望のデザインのスクリーン全体画像を選択・指定すると、当該指定されたスクリーン全体画像が、画面作成領域４２に表示される。そして、ユーザが、この状態の画面作成領域４２上で下記の作業を行うことで、所望の操作表示画面（その画面データ）が作成されることになる。

尚、画面データは、例えば後述するアイテムリスト５６とほぼ同一と見做してよいので、後述する図８、図９に示すアイテムリスト５６の具体例を用いて説明するならば、操作表示画面上の各アイテム毎に、そのアイテムタイプ（スイッチ、ランプ等）、位置情報（座標や大きさ）、割当メモリアドレス、ＯＮ画像Ｎｏ．、ＯＦＦ画像Ｎｏ．等の所定の情報が登録されたものである。

スクリーン全体画像には、図示のように複数のアイテムの画像（ここでは複数のランプの画像と複数のスイッチの画像）が含まれている。ユーザは、マウス操作等によって、スクリーン全体画像上の所望の領域（パーツ化したい領域）を囲む（図示の太点線矩形）。この操作は、従来における「選択したアイテム画像を所望の位置に配置する」操作に相当するものである。つまり、図示の太点線矩形の画像（スクリーン全体画像の一部；上記パーツ画像）が、従来のアイテム画像に相当することになる。そして、この操作によって、画面データの新規レコード追加が開始されることになる。

すなわち、上記アイテムリスト５６の具体例を用いるならば、上記ユーザ操作（パーツ画像の領域指定）によって画面データに新規レコードが追加されると共に、その座標やサイズのデータ項目に、上記太点線矩形の座標と大きさが格納される。尚、従来であれば上記選択したアイテム画像を配置した場所の情報が、上記座標やサイズのデータ項目に格納されていた。更に、上記新規レコードのＯＮ画像Ｎｏ．、ＯＦＦ画像Ｎｏ．のデータ項目には、上記選択したスクリーン全体画像の（ここではＯＮ用、ＯＦＦ用それぞれの）識別用ＩＤが格納される（実施例１の場合）。勿論、予め各スクリーン全体画像には、ユニークな識別用ＩＤが割り当てられている。

尚、従来であれば上記選択したアイテム画像の（ＯＮ用、ＯＦＦ用それぞれの）識別用ＩＤが、上記ＯＮ画像Ｎｏ．、ＯＦＦ画像Ｎｏ．のデータ項目に格納されていた。また、実施例２の場合には、後述するように支援装置５側で各種パーツ画像を生成する際に、各パーツ画像に識別用ＩＤを割り当てる。そして、これら各パーツ画像の識別用ＩＤが、上記新規レコードのＯＮ画像Ｎｏ．、ＯＦＦ画像Ｎｏ．のデータ項目に格納されることになる。

ユーザが上記所望の領域を囲む操作（パーツ画像指定操作）を行うと、上記所定のデータ項目へのデータ格納処理が行われると共に、例えば図５（ａ）に示すアイテム変換ウィンドウ４５が表示される。ユーザは、このアイテム変換ウィンドウ４５上で所望のアイテム種別（スイッチ、ランプ等）を選択・指定する。この選択・指定結果は、上記新規レコードにおけるアイテムタイプのデータ項目に格納される。

尚、従来の場合には、各アイテム画像に予めアイテム種別が付与されているので、上記配置されたアイテム画像のアイテム種別が上記アイテムタイプのデータ項目に格納されていた。本手法の場合、上記太点線矩形内の画像（パーツ画像）が、従来のアイテム画像に相当することになるが、これだけでは単なる画像データに過ぎないので、人間が判断してアイテム種別を設定する必要がある。

そして、上記選択・指定されたアイテム種別に応じた図５（ｂ）に示す設定ウィンドウ４６が表示される。これ自体は従来と同様であってよいので、特に詳細には説明しないが、図示の例ではランプに応じた設定ウィンドウ４６が表示され、例えば任意の割当メモリアドレスが設定可能となっている。この設定内容は、上記割当メモリアドレスのデータ項目に格納されることになる。

上記のようにして、任意のアイテムに関する各種設定（上記パーツ画像の領域の指定、これに関連するアイテム種別や割当メモリアドレス等の設定等）が完了することになる。この作業を、スクリーン全体画像上の各所（基本的には、スイッチ、ランプ等がある部分）について、各々、行っていくことで、画面データが作成されることになる。

上記のようにして、ユーザ所望の操作表示画面（その画面データ）が作成されるが、この画面データ自体は一部を除いて従来と略同様であってよい。従来と異なる点は、上記ＯＮ画像Ｎｏ．とＯＦＦ画像Ｎｏ．である。

すなわち、従来では上記従来画面作成領域上に配置されたアイテム画像（ＯＮ用とＯＦＦ用）の識別ＩＤが、上記ＯＮ画像Ｎｏ．とＯＦＦ画像Ｎｏ．に格納される。これに対して、上記の通り実施例１の場合には選択されて画面作成領域４２に表示されたデザインのスクリーン全体画像の識別ＩＤ（ＯＮ用とＯＦＦ用それぞれ）が、上記ＯＮ画像Ｎｏ．とＯＦＦ画像Ｎｏ．に格納される。また、上記の通り、実施例２の場合には、支援装置５側でスクリーン全体画像から上記各種パーツ画像を生成する処理が行われ、これら各種パーツ画像（ＯＮ用とＯＦＦ用それぞれ）の識別用ＩＤが、上記ＯＮ画像Ｎｏ．とＯＦＦ画像Ｎｏ．に格納されることになる。

また、従来では、作成された画面データと共に（あるいは別途）、各アイテム画像をプログラマブル表示器１に転送して記憶させていた。これに対して、本手法では、作成された画面データと共に（あるいは別途）、各スクリーン全体画像あるいは各パーツ画像を、プログラマブル表示器１に転送して記憶させる。

上述した支援装置５側での画面データ作成作業によって作成されてプログラマブル表示器１に転送された画面データ（ここではスクリーン全体画像も一緒に転送されてくるものとする）は、プログラマブル表示器１内の上記ＲＯＭ１２（フラッシュメモリ等）に記憶される。このスクリーン全体画像は、上記支援装置５側で画面データ生成に用いられたデザインのスクリーン全体画像（ＯＮ用とＯＦＦ用）である。但し、この例に限らず、予め各種デザインのスクリーン全体画像が、プログラマブル表示器１に記憶されていてもよい。

プログラマブル表示器１は、ＲＯＭ１２等に記憶された画面データとスクリーン全体画像を用いて、例えば図６に示す操作表示画面４７をディスプレイ１９上に表示する。基本的には、画面データの各アイテム毎に、そのアイテムに係る現在の状態に応じたスクリーン全体画像（つまり、ＯＮ状態であればＯＮ用スクリーン全体画像）から、そのアイテムの該当領域の画像を切り出すことで上記パーツ画像を生成する。そして、生成したパーツ画像をそのアイテムの位置情報に基づいてディスプレイ１９上の所定位置に表示する。

また、図６に示す例では、各パーツ画像だけでなく、例えば図示の「ＲＥＡＬ ＭＯＮＩＴＯＲ」等の文字も表示されているが、これは例えばＯＦＦ用スクリーン全体画像を背景として表示しているものである。つまり、デフォルト状態では全アイテムがＯＦＦ状態で表示されることになる。

そして、運用開始後は、ＯＮ状態となったアイテムに関しては、ＯＮ用スクリーン全体画像から切り出したパーツ画像（ＯＮパーツ画像というものとする）を、上記背景の所定位置に描画する。これによって、このアイテムに関する表示内容が、ＯＦＦ状態からＯＮ状態へと変化することになる。

一方、ＯＦＦ状態となったアイテムに関しては、ＯＦＦ用スクリーン全体画像から切り出したパーツ画像（ＯＦＦパーツ画像というものとする）を、上記背景の所定位置に描画する。これによって、このアイテムに関する表示内容が、ＯＮ状態からＯＦＦ状態へと変化することになる。但し、元々がデフォルト状態表示であった場合には、少なくともユーザからの見た目では、ＯＦＦ状態のままであり、表示内容は変化しないように見える。

ここで、表示操作画面のデザイン変更が要望される場合がある。例えば、現状では図４や図６の図上左側や中央に示すようなデザインで表示しているが、これを、図６の図上右側に示すデザイン（新デザインというものとする）に変更するケースを考える。尚、ここでは、デザインのみが変更されるものであり、各アイテムの配置、種別、機能、割当メモリアドレス等は変更されないケースを想定する。

この様な場合、従来では、支援装置５側で開発者等が、新デザインのスクリーン全体画像に基づいて、各アイテム画像を作成して登録したうえで、新デザインの各アイテム画像等を用いて新たに操作表示画面を作成する作業が必要であった。これに対して、本手法では、プログラマブル表示器１側で保持している旧デザインのスクリーン全体画像を、新デザインのスクリーン全体画像に差し替えるだけで済むようになる。

尚、その際、新デザインのスクリーン全体画像の識別用ＩＤを、旧デザインのスクリーン全体画像の識別用ＩＤと同一とするようにしてもよい。但し、この例に限らず、例えば新デザインのスクリーン全体画像の識別用ＩＤは新規のユニークな識別用ＩＤとし、アイテムリスト５６の後述するＯＦＦ画像Ｎｏ．６６とＯＮ画像Ｎｏ．６７を、新デザインのスクリーン全体画像の識別用ＩＤに変更するようにしてもよい。何れにしても、画面表示処理の際に、新デザインのスクリーン全体画像を用いてパーツ画像の生成等が行われるようにするものであれば、何でも良い。

上記スクリーン全体画像の変更後は、図６の図上右側に示す新デザインのスクリーン全体画像から、上記パーツ画像が切り出されて表示されるので、結果的に新デザインによる操作表示画面が表示されるようになる。

尚、図６は、プログラマブル表示器の操作表示画面の表示例等である。
図７は、本例のプログラマブル表示器１の処理機能図である。
プログラマブル表示器１には、画面データ２２、スクリーン全体画像５７等が記憶される。尚、スクリーン全体画像５７は、識別用ＩＤに対応付けて記憶されている。

ＣＰＵ１１が、例えば上記ＲＯＭ１２に記憶されている所定のプログラム（例えば上記本体プログラム２１、通信プログラム２３等）を実行することにより、例えば図７の点線内に示す各種処理機能部が実現される。すなわち、図示のアイテム生成部５１、アイテム処理スケジュール部５２、アイテム処理部５３、通信処理部５４（５４−１、５４−２等）等の各種処理機能部の下記の処理機能が実現される。

尚、例えば、アイテム生成部５１とアイテム処理スケジュール部５２とアイテム処理部５３とは、本体プログラム２１によって実現される。通信処理部５４は、本体プログラム２１と通信プログラム２３とによって実現される。

アイテム生成部５１は、上記画面データ２２等に基づいて、アイテムリスト５６を生成する。これは、例えば、画面データ２２の一部を抽出する形で生成する（更に後述する処理済みフラグ６８を追加する）。

ここで、図８に、アイテムリスト５６のデータ構成図を示す。
また、図９（ａ）に、実施例１におけるアイテムリスト５６のデータ格納例を示す。
図示の例のアイテムリスト５６は、アイテムタイプ６１、座標６２、サイズ６３、デバイス名６４、アドレス６５、ＯＦＦ画像Ｎｏ．６６、ＯＮ画像Ｎｏ．６７、処理済みフラグ６８の各データ項目より成る。アイテムリスト５６の各レコードが、操作表示画面の各アイテムに対応するものである。尚、図示の例に限らず、更に各アイテムの識別番号等があってもよい。

アイテムタイプ６１には、そのアイテムの種別（スイッチ、ランプ、数値表示等）を示すアイテム種別識別情報が格納される。
ＯＦＦ画像Ｎｏ．６６とＯＮ画像Ｎｏ．６７には、操作表示画面に係るデザインのスクリーン全体画像５７（ＯＦＦ用とＯＮ用）の識別用ＩＤが格納される。尚、図９（ａ）の図上右側に示すように、別途、各画像Ｎｏ．に対応付けてスクリーン全体画像データが登録されている。これは、予めプログラマブル表示器１側にも登録されていてもよいし（勿論、作画エディタ装置５側には予め登録されている）、画面データ２２と一緒にダウンロードされるものであってもよい。

また、デバイス名６４とアドレス６５は、各アイテムに関するメモリ割当情報であり、上記割当メモリアドレスに相当する。つまり、デバイス名６４が示すメモリにおけるアドレス６５が示す記憶領域が、そのアイテムに割り当てられた領域（上記割当メモリ領域）である。この割当メモリ領域の格納データが、そのアイテムの現在の状態を示すものである。例えばアイテムタイプ６１がランプであれば、ランプの点灯／消灯を示すフラグデータ等が格納データである。

上記アイテムタイプ６１、デバイス名６４、アドレス６５は、従来と略同様であってよい。また、座標６２とサイズ６３は、パーツ画像の表示領域を示すものである。但し、実施例１の場合、座標６２とサイズ６３は、上記パーツ画像生成の際にも用いられる。すなわち、実施例１の場合には、上記ＯＦＦ画像Ｎｏ．６６またはＯＮ画像Ｎｏ．６７が示すスクリーン全体画像５７から、座標６２とサイズ６３に応じた領域の画像を切り出して上記パーツ画像とするものである。切り出したパーツ画像は、ディスプレイ上の所定領域（上記座標６２とサイズ６３が示す領域）に表示される。

ここで、図９（ｂ）に、実施例２におけるアイテムリスト５６’のデータ格納例を示す。図９（ｂ）の例は、図９（ａ）の例と一部を除き殆ど同じであるので（符号は、５６、６６、６７の代わりに５６’、６６’、６７’と記すものとする）、異なる点についてのみ説明する。図９（ｂ）に示すアイテムリスト５６’では、上記ＯＦＦ画像Ｎｏ．６６とＯＮ画像Ｎｏ．６７の代わりに、ＯＦＦ画像Ｎｏ．６６’とＯＮ画像Ｎｏ．６７’が格納される。

ＯＦＦ画像Ｎｏ．６６’とＯＮ画像Ｎｏ．６７’には、そのアイテムの画像データ（パーツ画像）の識別ＩＤ等が格納される。例えば、アイテムタイプがスイッチであれば何らかのスイッチのＯＦＦパーツ画像とＯＮパーツ画像の各画面Ｎｏ．が、ＯＦＦ画像Ｎｏ．６６’とＯＮ画像Ｎｏ．６７’に格納されることになる。

尚、実施例２の場合には、図９（ｂ）の図上右側に示すように、別途、各画像Ｎｏ．に対応付けてパーツ画像データが登録されている。これは、予めプログラマブル表示器１側にも登録されていてもよいし（勿論、作画エディタ装置５側には予め登録されている）、画面データ２２と一緒にプログラマブル表示器１にダウンロードされるものであってもよい。

尚、上記ＯＦＦ画像Ｎｏ．６６’とＯＮ画像Ｎｏ．６７’に、そのアイテムのアイテム画像（ＯＮ用とＯＦＦ用）の識別ＩＤ等が格納される構成が、従来のアイテムリストに相当すると見做してもよい。

以上、図８、図９の例を用いてアイテムリスト５６について詳細に説明した。
図７の説明に戻る。
図７に示すアイテム処理スケジュール部５２は、アイテム処理部５３による各アイテムの表示更新処理等のスケジュール管理を行う。つまり、アイテム処理スケジュール部５２は、例えば定期的にアイテム処理部５３を呼び出して例えば後述する図１２、図１３の処理を実行させる（換言すれば、図１２、図１３の処理をサイクリックに実行させる）。

アイテム処理部５３は、上記アイテムリスト５６や後述する共有メモリ５５の格納データ（割当メモリ領域からの取得データ）等に基づいて、各アイテム毎に、その表示内容の更新（例えばＯＮ用画像／ＯＦＦ用画像切替）等に係わる処理を実行する。

アイテム処理部５３は、例えば上記割当メモリ領域からの取得データ等に基づいて、上記表示操作画面の表示内容を決定・更新する。これは、例えば、各アイテム毎に、現在の状態（例えばＯＮ状態／ＯＦＦ状態）を判定して（この判定処理自体は従来と略同様）、判定結果に応じた種類のスクリーン全体画像５７から上記パーツ画像を切り出して、このパーツ画像をＲＡＭ１３上に描画（展開）する。これによって、グラフィックコントローラ１５が当該描画データをディスプレイ上に表示することで、上記表示操作画面が表示されることになる。この描画データは、アイテム処理部５３によって例えば後述する図１２、図１３の処理実行毎に随時更新される。

通信処理部５４は、各接続機器４（４−１、４−２）毎に備えられる通信処理部５４−１、５４−２である。すなわち、図示の通信処理部５４−１は、接続機器４−１に対応する通信ポートＷＡＹ１を使用して、通信ライン６を介して、接続機器４−１との通信を行って、その機器メモリの所定領域（割当メモリ領域）の格納データを取得する。取得データは、共有メモリ５５の所定領域に上書き格納する。

同様に、図示の通信処理部５４−２は、接続機器４−２に対応する通信ポートＷＡＹ２を使用して、通信ライン６を介して、接続機器４−２との通信を行って、その機器メモリの所定領域（割当メモリ領域）の格納データを取得する。取得データは、共有メモリ５５の所定領域に上書き格納する。

図１０（ａ）には共有メモリ５５のデータ構造例を示す。
図１０（ａ）に示す例では、共有メモリ５５の格納データは、ポート７１、デバイス名７２、アドレス７３、データ７４の各データ項目より成る。

ポート７１は、上記通信ポートの識別情報等であり、実質的には通信相手の接続機器４を識別する情報となる。デバイス７２は、通信相手の接続機器４内のメモリデバイス（外部メモリ）の識別情報である。アドレス７３は、デバイス７２が示す外部メモリにおける所定の記憶領域のアドレスであり、データ７４にはこの記憶領域から取得したデータが格納される。尚、デバイス名７２とアドレス７３とが、各アイテムの上記“割当メモリアドレス”に相当すると見做してよい。これらは、例えば、アイテムリスト５６のデバイス名６４、アドレス６５をコピーしたものである。また、ポート７１は、例えばデバイス名７２に基づいて該当する接続機器４を判別することで判定した通信ポート番号等である。あるいは、デバイス名６４には、メモリデバイス名だけでなく通信ポート番号等も含まれていてもよい。

図１１は、通信処理部５４の処理フローチャート図である。
例えば図７の例では各通信処理部５４−１、５４−２が、各々、図１１の処理をサイクリックに（定周期で）実行するものである。

図１１の処理例では、まず、共有メモリ５５を参照して、自己が担当する接続機器４に係るメモリリスト８０を生成する（ステップＳ１）。例えば、通信処理部５４−１による処理の場合には、接続機器４−１に係るメモリリスト８０を生成することになる。

図１０（ｂ）に、このメモリリスト８０のデータ構成例を示す。
図示の例では、メモリリスト８０は、デバイス名８１、アドレス８２、データ８３の各データ項目より成る。

例えば上記通信処理部５４−１は、共有メモリ５５からポート７１が“ＷＡＹ１”であるレコードを全て抽出する。そして、該各抽出レコードのデバイス名７２、アドレス７３、データ７４の情報を、上記デバイス名８１、アドレス８２、データ８３に格納する。これによって、上記接続機器４−１に係るメモリリスト８０が生成されることになる。尚、データ８３は必ずしも必要ない。

その後は、生成したメモリリスト８０を参照しながら、ステップＳ５の判定がＮＯとなるまで、ステップＳ２〜Ｓ５の処理を繰り返し実行する。
すなわち、メモリリスト８０から未処理のレコードを取り出して（処理対象レコードとし）、このレコードの内容に基づくメモリ読込コマンドを生成して自己が担当する接続機器４に通信ライン６を介して送信する（ステップＳ２）。そして、このメモリ読込コマンドに対する接続機器４からの応答待ちとなる（ステップＳ３）。

上記メモリ読込コマンドには、上記デバイス名８１やアドレス８２等による割当メモリアドレスの情報が含まれる。接続機器４は、この割当メモリアドレスが示す記憶領域からデータを読み出して、この読出しデータを返信する応答処理を行う。

通信処理部５４は、接続機器４から応答があった場合には、この応答に含まれる読出しデータを、上記共有メモリ５５において処理対象レコードに相当するレコードにおける上記データ７４の欄に上書き格納する（ステップＳ４）。

そして、メモリリスト８０に未処理のレコードが残っている場合には（ステップＳ５，ＹＥＳ）ステップＳ２に戻り、未処理のレコードが無くなったら（ステップＳ５，ＮＯ）本処理を終了する。

図１２、図１３は、実施例１のアイテム処理部５３の処理フローチャート図である。
上記の通り、図１２、図１３（以下、図１２等と記す場合もある）の処理は、アイテム処理スケジュール部５２の管理のもとでサイクリックに実行される。

図１２等の処理例では、アイテム処理部５３は、まず、アイテムリスト５６の初期化処理を実行する（ステップＳ１１）。これは、例えば、アイテムリスト５６の全レコードの処理済みフラグ６８を“未処理”にする。その後は、後述するステップＳ１８がＮＯとなるまで、ステップＳ１２〜Ｓ１８の処理を繰り返し実行する。

すなわち、アイテムリスト５６においてフラグ６８が“未処理”であるレコードのなかの任意のレコードを処理対象レコードとして（ステップＳ１２）、当該処理対象レコードのデバイス名６４、アドレス６５等を取得して（ステップＳ１２）、これらを用いて共有メモリ５５の該当レコードを検索してそのデータを取得する（ステップＳ１３）。つまり、例えば、そのデバイス名７２及びアドレス７３が、上記取得したデバイス名６４及びアドレス６５と同一であるレコードが、上記該当レコードである。そして、該当レコードのデータ７４（割当メモリ領域から取得したデータ等）を取得する（ステップＳ１３）。尚、ここではステップＳ１３で取得したデータ７４を、メモリ情報９０と記す場合もあるものとする。

そして、取得したメモリ情報９０に基づいて、所定対象レコードのアイテムに係わる現在の状態（例えばＯＮ状態かＯＦＦ状態か）を判定し、判定結果に応じたスクリーン全体画像５７を取得する（ステップＳ１４）。これは、例えば現在の状態がＯＮ状態と判定した場合には、アイテムリスト５６の上記処理対象レコードの上記ＯＮ画像Ｎｏ．６７を参照して、当該ＯＮ画像Ｎｏ．６７が示すスクリーン全体画像５７を取得する。つまり、ＯＮ用のスクリーン全体画像が取得されることになる。同様に、例えば現在の状態がＯＦＦ状態と判定した場合には、アイテムリスト５６の上記処理対象レコードの上記ＯＦＦ画像Ｎｏ．６６を参照して、当該ＯＦＦ画像Ｎｏ．６６が示すスクリーン全体画像５７を取得する。つまり、ＯＦＦ用のスクリーン全体画像が取得されることになる。

そして、ステップＳ１４で取得したスクリーン全体画像５７から、処理対象のアイテムの該当領域の画像を切り出す（上記パーツ画像を生成する）（ステップＳ１５）。これは、ステップＳ１４で取得したスクリーン全体画像５７から、上記処理対象レコードの座標６２及びサイズ６３が示す領域の画像を切り出すものである。そして、ステップＳ１５で生成したパーツ画像を、処理対象のアイテムの該当領域に描画する（ステップＳ１６）。これは、上記処理対象レコードの座標６２及びサイズ６３が示す領域に、ステップＳ１５で生成したパーツ画像を描画するものである。

最後に所定の完了処理を実行する（例えば上記処理対象レコードの処理済みフラグ６８を“処理済”にする）。そして、アイテムリスト５６に未処理レコードがあるか否かを判定し（ステップＳ１８）、残っている場合には（ステップＳ１８，ＹＥＳ）ステップＳ１２に戻り、未処理レコードがなくなったならば（ステップＳ１８，ＮＯ）本処理を終了する。

以上、説明したように、実施例１のプログラマブルコントローラシステム、その支援装置５、プログラマブル表示器１等によれば、支援装置５側におけるプログラマブル表示器用の画面（操作表示画面；その画面データ）の作成作業の手間を軽減できる。これは、特に、デザイナー等が作成した全体イメージ通りに画面データを作成する場合には、画面データ作成者の手間が軽減されるものである。また、全体イメージ画像を有効利用することができる。

更に、操作表示画面のデザイン変更を行う場合に（但し、上記の通り基本的に、アイテム種別、配置、割当メモリ等は変更されない場合を想定する）、スクリーン全体画像を新規デザインのものに差し替えるだけで済むので、変更作業負担を大幅に軽減できる。

次に、以下、実施例２について説明する。
上記の通り（例えば図９（ｂ）等で説明したように）、実施例２の場合、プログラマブル表示器１におけるデータ（画面データ２２等）や処理動作は、従来と同様であってよい。ここで、アイテムリスト５６は画面データ２２と殆ど同じであるので、図９（ｂ）に示すアイテムリスト５６’を画面データ２２と見做して、支援装置５における画面データ作成処理について、以下に説明する。

ここでは、再び図４、図５も参照して説明するものとする。
実施例２においても、支援装置５側における開発者の作業自体は、上記図４、図５で説明した通りであると見做してもよい。しかし、この作業に応じた画面データ２２の生成処理が実施例１とは異なる。

すなわち、まず、図４で説明したように、ユーザは、マウス操作等によって、所望の画像部分（パーツ化したい領域）を指定する（図示の太点線矩形）。この指定領域の座標、大きさが、座標６２、サイズ６３に記憶される点は実施例１と同じであるが、実施例２の場合、更に上記指定領域の画像を切り出して（パーツ画像を切り出す）、このパーツ画像に任意のユニークな識別ＩＤ（画像Ｎｏ．）を付与して登録する。これは、基本的に、現在指定されているデザインのＯＮ用とＯＦＦ用のスクリーン全体画像それぞれから、パーツ画像を切り出して、これらＯＮ用とＯＦＦ用の各パーツ画像に対して任意のユニークな画像Ｎｏ．を割り当てて記憶する。そして、この様にして生成・登録されたＯＮ用のパーツ画像の画像Ｎｏ．をＯＮ画像Ｎｏ．６７’に格納し、ＯＦＦ用のパーツ画像の画像Ｎｏ．をＯＦＦ画像Ｎｏ．６６’に格納する。

その後、上記図５（ａ）、図５（ｂ）で説明した作業も行われるが、この作業に応じた画面データ２２へのデータ追加処理は、既に説明した通りであり、ここでは特に説明しない。

この様にして生成された画面データ２２は、例えば図９（ｂ）に示すアイテムリスト５６’と同様の内容となる。そして、この画面データ２２を、上記生成した（そして画像Ｎｏ．が割り当てられた）パーツ画像と共に、プログラマブル表示器１にダウンロードして記憶させる。これより、プログラマブル表示器１は、これら画面データとパーツ画像等に基づいて、従来と同様の処理動作により、操作表示画面を表示／更新制御することができる。

また、上記パーツ画像を支援装置５側に登録しておき、従来と同様の画面データ作成支援作業に利用することもできる。すなわち、従来では予め登録されているアイテム画像一覧表示して任意のアイテム画像を選択させ任意の位置に配置させることで画面データを作成させた。本例では、上記登録されたパーツ画像を一覧表示して、任意のパーツ画像を選択させ任意の位置に配置させることで画面データを作成させることもできる。

また、上述した処理は、実施例２に係わる具体例であり、この例に限らない。例えば、支援装置５において、予め、各スクリーン全体画像から上記パーツ画像の切り出しと、これに基づく新規アイテム画像の生成・登録を行うようにしてもよい。この場合、画面データ作成支援機能自体は、従来と同じであり、上記新規アイテム画像を含むアイテム画像群を一覧表示して、任意のアイテム画像の選択と所望の位置への配置を開発者等に行わせることで、画面データを作成させる。

この様に、実施例２は、特に既存のシステムに本手法を適用する場合に、プログラマブル表示器についてはそのまま使える点でメリットがある。また、支援装置５において、画面データ作成作業や、新規アイテム画像の生成・登録作業の作業負担を軽減することができる。

尚、上記実施例２における支援装置５の処理も、支援装置５における上記不図示の記憶部に予め記憶されているアニメーションプログラムを、上記不図示のＣＰＵが実行することにより実現される。

ここで、実施例１、実施例２それぞれのプログラマブル表示器１と支援装置５の機能ブロック図を示す。
図１４は、実施例１のプログラマブル表示器１と支援装置５の機能ブロック図である。

図示の例では、支援装置５は、スクリーン全体画像を記憶するスクリーン全体画像記憶部１０１と、画面データ生成支援部１０２を有する。画面データ生成支援部１０２は、各アイテム毎に上記スクリーン全体画像上の任意の領域を指定させることで、少なくとも該各アイテム毎の指定領域情報を含む画面データを生成する。

上記生成された画面データは、プログラマブル表示器１に記憶される。これは、例えば通信線を介してプログラマブル表示器１にダウンロードするが、この例に限らない。何らかの可搬型記録媒体に画面データを記憶して、この可搬型記録媒体をプログラマブル表示器１に接続することで、画面データをプログラマブル表示器１に記憶させる方法等であってもよい。

一方、プログラマブル表示器１は、画面データ等記憶部１１１と、パーツ画像生成部１１２と、アイテム表示部１１３を有する。
画面データ等記憶部１１１は、上記支援装置５で生成された画面データと、スクリーン全体画像を記憶する。スクリーン全体画像は、予めプログラマブル表示器１に記憶しておくものであってもよいし、上記画面データと一緒に支援装置５からダウンロードされたものであってもよい。

パーツ画像生成部１１２は、各アイテム毎に、上画面データの指定領域情報に基づいて、スクリーン全体画像からそのアイテムに係る指定領域部分を切り出してパーツ画像を生成する。アイテム表示部１１３は、各アイテム毎に、パーツ画像生成部１１２で生成されたパーツ画像を、指定領域情報が示す位置に表示する（操作表示画面を表示する）。これは、例えば随時または定期的に（パーツ画像生成部１１２でパーツ画面が生成される毎に）、生成されたパーツ画面に基づく操作表示画面の表示を実行するものである。

また、例えば、上記スクリーン全体画像は、各状態に応じて複数種類が、スクリーン全体画像記憶部１０１や画面データ等記憶部１１１に記憶される。例えば一例としては、ＯＮ用のスクリーン全体画像と、ＯＦＦ用のスクリーン全体画像か、記憶されている。そして、上記パーツ画像生成部１１２は、各アイテム毎に、そのアイテムに係わる現在の状態に応じた種類のスクリーン全体画像から、パーツ画像を生成する。例えば現在の状態がスイッチＯＮ状態であれば、ＯＮ用のスクリーン全体画像からパーツ画像を生成する。同様に、現在の状態がスイッチＯＦＦ状態であれば、ＯＦＦ用のスクリーン全体画像からパーツ画像を生成する。

また、プログラマブル表示器１は、画面データ等記憶部１１１に記憶される任意のデザインのスクリーン全体画像を、他のデザインのスクリーン全体画像に変更する全体画像変更部１１４を更に有するものであってもよい。これは、単に、画面データ等記憶部１１１に記憶されるスクリーン全体画像を、他のデザインのものに差し替えるものであってよい。この場合、上記パーツ画像生成部は、上記変更後は、上記他のデザインのスクリーン全体画像からパーツ画像を生成することになる。よって、アイテム表示部１１３によって表示される操作表示画面は、デザイン変更された画面となる。

尚、上記パーツ画像生成部１１２による各種パーツ画像生成処理を、予め実行するようにし、生成したパーツ画像（ＯＮ用とＯＦＦ用）を記憶しておくようにしてもよい。この場合、その後のプログラマブル表示器１の処理は、実施例２と略同様であってよい。尚、この場合、生成したパーツ画像に対してユニークな識別ＩＤを割り当てて、この識別ＩＤを上記ＯＦＦ画像Ｎｏ．６６とＯＮ画像Ｎｏ．６７に上書き格納する。つまり、この場合、ＯＦＦ画像Ｎｏ．６６とＯＮ画像Ｎｏ．６７に関しては、プログラマブル表示器１側で、スクリーン全体画像の識別用ＩＤが格納された状態からパーツ画像の識別ＩＤが格納された状態へと変更されることになる。

図１５は、実施例２のプログラマブル表示器１と支援装置５の機能ブロック図である。
実施例２の支援装置５は、スクリーン全体画像を記憶するスクリーン全体画像記憶部１２１と、パーツ画像生成部１２２と、画面データ生成支援部１２３を有する。

パーツ画像生成部１２２は、各アイテム毎に、スクリーン全体画像上の任意の領域を指定させ、該スクリーン全体画像から該指定領域部分を切り出してパーツ画像を生成する。そして、画面データ生成支援部１２３は、各アイテム毎のパーツ画像（画像自体あるいはパーツ画像の識別ＩＤ等）と上記指定領域の位置情報（座標や大きさ等）を含む画面データを生成する。

また、実施例２のプログラマブル表示器１は、上記画面データ生成支援部１２３で生成された画面データを記憶する画面データ記憶部１３１を有する。更に、画面データ記憶部１３１に記憶された画面データに基づいて、各アイテム毎に、そのアイテムの上記パーツ画像と上記指定領域の位置情報を用いて、そのアイテムに係る表示を行うアイテム表示部１３２を有する。

尚、実施例２の場合、プログラマブル表示器１における処理動作自体は、従来と略同様と見做してよい。従来の支援装置ではユーザが任意のアイテム画像を任意の位置に配置する等することで、各アイテムのアイテム画像と配置情報（位置情報）を含む画面データを生成していた。そして、従来のプログラマブル表示器では、この画面データに基づいて、各アイテム毎に、そのアイテムの上記アイテム画像と配置情報を用いて、そのアイテムに係る表示を行っていた。

ここで、本手法の上記パーツ画像は、実質的に、従来のアイテム画像と略同様である（勿論、生成方法は異なる）。従って、上記の通り、実施例２の場合、プログラマブル表示器１における処理動作自体は、従来と略同様と見做してよいものである。

また、例えば、上記スクリーン全体画像記憶部１２１には、各状態に応じた複数種類のスクリーン全体画像が記憶されている。例えば、上記パーツ画像生成部１２２は、上記各アイテム毎に上記複数種類のスクリーン全体画像から複数種類のパーツ画像を生成する。例えば上記アイテム表示部１３２は、各アイテム毎に、そのアイテムに係わる現在の状態に応じた種類のパーツ画像を用いた表示を行う。例えばスイッチを例にすると、スイッチＯＮ用とスイッチＯＦＦ用の各種パーツ画像が生成されており、現在の状態がスイッチＯＮであればスイッチＯＮ用のパーツ画像を用いた表示を行う。

また、例えば、実施例２の支援装置５は、上記スクリーン全体画像記憶部１２１に記憶される任意のデザインのスクリーン全体画像を、他のデザインのスクリーン全体画像に変更する第２の全体画像変更部１２４を更に有するものであってもよい。これによって、画面データ生成支援部１２３は、デザイン変更後は、上記他のデザインのスクリーン全体画像からパーツ画像を生成することになる。そして、例えば、このパーツ画像を含む画面データをプログラマブル表示器１にダウンロードして記憶させる。これによって、プログラマブル表示器１側では、デザイン変更後のパーツ画像を用いて操作表示画面を表示することになり、以って操作表示画面がデザイン変更されることになる。

尚、上記第２の全体画像変更部１２４は、単に、スクリーン全体画像記憶部１２１に上記他のデザインのスクリーン全体画像と追加記憶させるものであってもよい。勿論、他のデザインのスクリーン全体画像にも画像識別用のＩＤが割り当てられている。

その後は、支援装置５の上記エディタ機能によって、ユーザに対して、上記任意のデザイン（旧デザイン）のスクリーン全体画像だけでなく上記他のデザイン（新デザイン）のスクリーン全体画像も提示して、ユーザに所望のデザインを選択させる。これによって、ユーザが新デザインのスクリーン全体画像を選択した場合には、上記のように、新デザインに応じたパーツ画像が生成されることになり、このパーツ画像がプログラマブル表示器１側での操作表示画面の表示に使用されることになる。

尚、図１４、図１５に示す各種機能部は、プログラマブル表示器１の場合には上記ＣＰＵ１１が上記ＲＯＭ１２に予め記憶されている所定のプログラムを実行することにより実現される。また、支援装置５の場合には上記不図示のＣＰＵ等が上記不図示の記憶部に予め記憶されている所定のプログラムを実行することにより実現される。

最後に、図１６に、各スクリーン全体画像からのパーツ画像切り出しのイメージを示す。
上述した説明では、各デザイン毎に、スクリーン全体画像はＯＮ用とＯＦＦ用の２種類ある例を用いたが、この様な例に限るものではない。プログラマブル表示器１における表示形態として、ＯＮ状態とＯＦＦ状態以外に“Ｐ２”と呼ばれるものがある。このＰ２については特に説明しない（要は、２種類に限らず、３種類以上の場合もあるということである）。

この例の場合、例えば図４においてユーザが任意のアイテムに係わる領域を指定すると、上記３種類のスクリーン全体画像からそれぞれ上記パーツ画像が切り出されて、図示の３種類のパーツ画像（Ｐ２画像、ＯＮ画像、ＯＦＦ画像）が生成されることになる。また、この例の場合に生成される画面データ（アイテムリスト５６）は、例えば図９（ａ）の例において、図示のＯＦＦ画像ＮＯ．６６、ＯＮ画像ＮＯ．６７だけでなく、不図示のＰ２画像Ｎｏ．も加わることになる。そして、プログラマブル表示器１において運用中に、任意のアイテムに関して現状がＰ２の状態であると判定された場合には、不図示のＰ２画像Ｎｏ．に対応するスクリーン全体画像からパーツ画像を切り出して表示することになる。

Claims (4)

1. プログラマブル表示器と支援装置を有するプログラマブルコントローラシステムにおける該プログラマブル表示器であって、
   前記支援装置においてスクリーン全体画像に基づいて作成された画面データと、該スクリーン全体画像を記憶する画面データ等記憶手段と、
   各アイテム毎に、前記画面データの指定領域情報に基づいて、前記スクリーン全体画像から該指定領域部分を切り出してパーツ画像を生成するパーツ画像生成手段と、
   該生成されるパーツ画像を用いてそのアイテムに係る表示を行うアイテム表示手段と、
   を有することを特徴とするプログラマブル表示器。
2. プログラマブル表示器と支援装置を有するプログラマブルコントローラシステムにおける該プログラマブル表示器であって、
   前記支援装置においてスクリーン全体画像に基づいて生成された各アイテム毎のパーツ画像と位置情報を含む画面データを記憶する画面データ記憶手段と、
   前記画面データに基づいて、各アイテム毎に、そのアイテムの前記パーツ画像と位置情報を用いて、そのアイテムに係る表示を行うアイテム表示手段と、
   を有することを特徴とするプログラマブル表示器。
3. プログラマブル表示器と支援装置を有するプログラマブルコントローラシステムにおける該プログラマブル表示器のコンピュータを、
   前記支援装置においてスクリーン全体画像に基づいて作成された画面データと、該スクリーン全体画像を記憶する画面データ等記憶手段と、
   各アイテム毎に、前記画面データの指定領域情報に基づいて、前記スクリーン全体画像から該指定領域部分を切り出してパーツ画像を生成するパーツ画像生成手段と、
   該生成されるパーツ画像を用いてそのアイテムに係る表示を行うアイテム表示手段、
   として機能させる為のプログラム。
4. プログラマブル表示器と支援装置を有するプログラマブルコントローラシステムにおける該プログラマブル表示器のコンピュータを、
   前記支援装置においてスクリーン全体画像に基づいて生成された各アイテム毎のパーツ画像と位置情報を含む画面データを記憶する画面データ記憶手段と、
   前記画面データに基づいて、各アイテム毎に、そのアイテムの前記パーツ画像と位置情報を用いて、そのアイテムに係る表示を行うアイテム表示手段、
   として機能させる為のプログラム。