JP4387288B2 - 制御用表示装置、エディタ装置、プログラムおよび記録媒体 - Google Patents

Description

本発明は、スクリプトを実行可能な制御用表示装置、および、そのスクリプトを示すスクリプト情報を生成するエディタ装置に関するものである。

従来から、制御システムのＨＭＩ（Human Machine Interface ）としてプログラマブル表示器が広く使われている。当該プログラマブル表示器は、例えば、後述の特許文献１に示すように、画面上の領域と、当該領域への表示や入力に対応するデバイスとの対応関係を示すタグを組み合わせて構成された画面データに基づいて、入力および画面表示を制御している。また、プログラマブル表示器の操作画面等を設計する設計者は、エディタ装置によって、制御システムの実情に合わせた画面データを作成できる。

したがって、当該画面データに基づいて、上記プログラマブル表示器を動作させることによって、プログラマブル表示器は、制御システムのターゲットシステムに含まれるデバイスの状態を的確にオペレータに通知し、当該オペレータによる操作を受け付けることができる。

また、よりきめ細かな制御を実現するために、上記特許文献１記載のプログラマブル表示器は、プログラマブル表示器専用に提供されたスクリプト言語で記述されたスクリプトを実行することができる。

一方、後述する特許文献２には、予めデバッグ時に必要なデバッグ情報を表示し、かつ、プログラムを一時停止されるデバッグ関数を組み込んだプログラムをコンパイルして計算機にセットし、この計算機でデバッグを行うか否かを選択するデバッグスイッチをＯＦＦ状態としてプログラムを実行開始したときには、プログラム中のデバッグ関数をスキップして通常のプログラムとして使用し、デバッグスイッチをｏｎ状態としてプログラムを実行開始したときには、デバッグ情報を表示すると共に、デバッグストップ関数のレベル値が設定範囲内であるときには、プログラムを続行ボタンが押下されるまで一時停止させる構成が記載されている。
特開２００１−０５６７０４号公報（公開日：2001年２月２７日） 特開平６−１４９６１６号公報（公開日：1994年５月３１日）

しかしながら、上記特許文献１の構成では、プログラマブル表示器がスクリプトを実行可能になり、プログラマブル表示器の操作画面等の設計者が、当該スクリプトによって、上記タグでは指定できないような動作を、プログラマブル表示器に指示できるようになった反面で、スクリプトに不具合（バグ）が見つかった場合は、基本的に、設計者がスクリプトをデバッグする必要がある。

ここで、以下の手順、すなわち、デバッグの際は、例えば、図１１に示すように、スクリプト中に、例えば、その時点でのデバイスの状態など、デバッグに入用な情報（デバッグ情報）を表示するための命令を挿入してデバッグすると共に、デバッグに成功したときには、スクリプトから、これらの命令を削除するという手順で、デバッグすると、デバッグの終了時の手間が増加してしまうという問題を生じる。また、特許文献２の構成は、プログラマブル表示器に適用したものではない。なお、図１１では、一例として、一行からなるスクリプトに、１行からなる表示命令を追加した場合を示しているが、一般に、スクリプトは、複数の行からなり、適切にデバッグ情報を表示するためには、複数箇所に、デバッグ情報を表示するための命令を挿入することが多い。したがって、これらの命令を削除する際の手間は大きくなりがちである。

本発明は、上記の問題点に鑑みてなされたものであり、その目的は、デバッグ効率の高い制御用表示装置、および、そのためのスクリプト情報およびフラグ情報を生成するエディタ装置を実現することにある。

本発明に係る制御用表示装置は、上記課題を解決するために、スクリプトを示すスクリプト情報を格納する記憶手段と、予め定められた事象が発生したときに、上記記憶手段に格納されたスクリプト情報の示すスクリプトを実行する制御手段とを有する制御用表示装置において、上記スクリプトには、予め定められた出力先へ、指定されたデバッグ情報を出力するデバッグ関数を含ませることができ、上記記憶手段には、当該デバッグ情報出力の有効／無効を示すフラグ情報が記憶されていると共に、上記制御手段は、上記スクリプト情報の示すスクリプト中のデバッグ関数を実行するにあたって、上記記憶手段に格納されたフラグ情報が有効を示している場合にのみ、上記予め定められた出力先へ、当該デバッグ関数によって指定されたデバッグ情報を出力することを特徴としている。

上記構成の制御用表示装置は、スクリプトを実行できる制御手段を備えているので、デバイスの状態を表示する際に、より柔軟に表示動作を制御できる一方で、スクリプトに不具合（バグ）があると、その不具合を解消するためにスクリプトを修正（デバッグ）する必要がある。

上記構成では、スクリプトに予め定められた出力先へ、指定されたデバッグ情報を出力するデバッグ関数を含ませることができ、上記制御手段は、記憶手段に格納されたフラグ情報が、上記デバッグ関数によるデバッグ情報出力が有効であることを示している場合には、上記予め定められた出力先へ、当該デバッグ関数によって指定されたデバッグ情報を出力する。これとは逆に、記憶手段のフラグ情報が無効を示している場合、上記制御手段は、記憶手段に格納されているスクリプト情報の示すスクリプトがデバッグ関数を含んでいる場合であっても、当該デバッグ関数によるデバッグ情報出力を行わない。

したがって、制御用表示装置は、上記フラグ情報を変更するだけで、スクリプト情報を変更することなく、デバッグ情報を出力するか否かを切り換えることができ、制御用表示装置におけるスクリプトのデバッグ効率を向上できる。

また、上記構成に加えて、外部装置にて生成された上記スクリプト情報およびフラグ情報を受け取って上記記憶手段に書き込む書き込み手段を備えていてもよい。さらに、上記構成に加えて、上記記憶手段は、外部装置にて生成された上記スクリプト情報およびフラグ情報を格納した記憶媒体を装着可能であり、当該記憶媒体から、上記スクリプト情報およびフラグ情報を読み出してもよい。

これらの構成では、制御用表示装置は、上記外部装置にて生成されたフラグ情報に応じて、デバッグ情報を出力するか否かを変更できる。したがって、制御用表示装置のスクリプトのデバッグが終了した時点において、外部装置（例えば、スクリプト情報およびフラグ情報を生成するエディタ装置など）のユーザは、無効を示すフラグ情報を生成し、制御用表示装置の記憶手段に書き込ませるか、あるいは、記憶手段に読み取らせることによって、制御用表示装置におけるデバッグ情報出力を禁止できる。これにより、例えば、制御用表示装置のオペレータが表示されているデバイスの状態を確認したり、操作したりしている時点のように、不所望な時点で制御用表示装置にデバッグ情報が表示されてしまうという不具合を防止でき、制御用表示装置の安全性を向上できる。

また、上記構成に加えて、上記スクリプト情報には、互いに異なる複数のトリガに、それぞれ対応するスクリプトを示す情報が含まれており、上記フラグ情報は、全てのスクリプトに関連する第１フラグ情報と、上記各トリガに対応する第２フラグ情報とが含まれており、上記制御手段は、上記複数のトリガのいずれかの発生を検出した場合、当該トリガに対応するスクリプト情報の示すスクリプトを実行すると共に、上記第１フラグ情報と、当該トリガに対応する第２フラグ情報との双方が有効を示している場合に、フラグ情報が有効であると判断してもよい。

当該構成では、第１および第２フラグ情報の組み合わせによって、デバッグ情報を出力するか否かが決定されるので、第１フラグ情報のみによって決定する場合よりも柔軟に、しかも、第２フラグ情報のみによって決定する場合よりも簡単に、デバッグ情報を出力するか否かを設定できる。

さらに、上記構成に加えて、上記フラグ情報には、外部機器によって設定される外部設定フラグ情報と、自機器で変更可能な内部設定フラグ情報とが含まれており、上記制御手段は、上記内部および外部フラグ情報の双方が有効を示している場合にのみ、上記フラグ情報が有効であると判断すると共に、予め定められた操作を受け付けた場合、操作に応じて、上記内部設定フラグ情報を変更する入力手段とを備えていてもよい。

当該構成では、制御手段は、上記内部および外部フラグ情報の双方が有効を示している場合には、デバッグ情報を出力し、いずれかが無効を示している場合には、デバッグ情報を出力しない。したがって、外部フラグ情報が有効に設定されている場合は、制御用表示装置の入力手段によって、内部設定フラグ情報を変更することによって、デバッグ情報を出力するか否かを変更でき、デバッグ効率を向上できる。また、外部設定フラグ情報を無効に設定することによって、デバッグ情報の出力を禁止できる。これらの結果、デバッグ効率の向上と安全性の向上との双方を達成できる。

一方、本発明に係るエディタ装置は、上記課題を解決するために、上記制御用表示装置のフラグ情報およびスクリプト情報を生成するエディタ装置であって、スクリプトの入力、および、上記デバッグ情報出力の有効／無効の入力を受け付ける受付手段と、上記受付手段が入力を受け付けたスクリプトを示すスクリプト情報、および、上記受付手段が入力を受け付けた上記デバッグ情報出力の有効／無効を示すフラグ情報を出力する出力手段とを備えている。また、本発明に係るエディタ装置は、上記課題を解決するために、上記第１および第２フラグ情報を参照して動作する制御用表示装置のフラグ情報およびスクリプト情報を生成するエディタ装置であって、複数のスクリプトと、それぞれに関連するトリガと、上記全てのスクリプトを実行する際のデバッグ情報出力の有効／無効と、上記各トリガに関連するスクリプトを実行する際のデバッグ情報出力の有効／無効との入力を受け付ける受付手段、並びに、上記受付手段への入力に基づいて、上記各スクリプトを示すスクリプト情報と、それぞれに関連するトリガの情報と、上記全てのスクリプトを実行する際のデバッグ情報出力の有効／無効を示す第１フラグ情報と、上記各トリガに関連するスクリプトを実行する際のデバッグ情報出力の有効／無効を示す第２フラグ情報とを出力する出力手段を備えている。

これらの構成では、入力に応じたフラグ情報あるいは第１および第２フラグ情報を出力することによって、上記制御用表示装置において、デバッグ情報が出力されるか否かを制御できる。したがって、デバッグ情報の出力するか否かを制御可能で、しかも、デバッグ効率の高い制御用表示装置の安全性を向上させることができる。

ところで、上記制御用表示装置およびエディタ装置は、ハードウェアで実現してもよいし、プログラムをコンピュータに実行させることによって実現してもよい。具体的には、本発明に係るプログラムは、上記制御用表示装置またはエディタ装置の各手段としてコンピュータを動作させるプログラムであり、本発明に係る記録媒体には、当該プログラムが記録されている。

これらのプログラムがコンピュータによって実行されると、当該コンピュータは、上記制御用表示装置あるいはエディタ装置として動作する。したがって、上記制御用表示装置およびエディタ装置と同様の効果が得られる。

本発明に係る制御用表示装置は、スクリプト中のデバッグ関数を実行するにあたって、記憶手段に格納されたフラグ情報が有効を示している場合にのみ、予め定められた出力先へ、当該デバッグ関数によって指定されたデバッグ情報を出力する制御手段を備えているので、制御用表示装置のデバッグ効率を向上できる。また、本発明に係るエディタ装置は、制御用表示装置のフラグ情報を生成できるので、制御用表示装置のデバッグ効率および安全性を向上させることができる。

本発明の一実施形態について図１ないし図１０に基づいて説明すると以下の通りである。すなわち、本実施形態に係る制御システムは、スクリプトの記述を変えることなく、デバッグ用のメッセージを、制御システムのＨＭＩとしての制御用表示装置に表示するか否かを、一括して変更可能とすることによって、スクリプトのデバッグ効率を向上できるため、スクリプトを実行可能な制御用表示装置が備えられた制御システムに広く好適に用いることができる。

以下では、制御用表示装置の一例としてのプログラマブル表示器の構成について説明する前に、制御システム全体の概略構成および動作について説明する。

すなわち、本実施形態に係る制御システム１は、図１に示すように、ターゲットシステム２のデバイス２ａを制御するためのシステムであって、例えば、ベルトコンベアー式の自動組付機などのデバイス２ａの制御に好適に用いられている。

上記制御システム１には、上記デバイス２ａを制御する制御装置としてのＰＬＣ１１と、多くの場合、制御対象近傍に配されると共に、制御システム１のＨＭＩとして、デバイス２ａの状態を表示し、オペレータによるデバイス２ａへの操作を受け付けるプログラマブル表示器１３とを備えている。

本実施形態に係る制御システム１では、各プログラマブル表示器１３は、イーサネット（登録商標）などのＬＡＮ（ローカルエリアネットワーク）１５によって互いに接続されている。さらに、上記ＬＡＮ１５には、多くの場合、プログラマブル表示器１３よりも離れた場所から、制御システム１全体を管理する制御用ホストコンピュータ１７が接続されている。

また、上記各プログラマブル表示器１３は、シリアルケーブルなどの通信路を介して、それぞれに対応するＰＬＣ１１と接続されている。なお、図１では、説明の便宜上、ＬＡＮ１５にプログラマブル表示器１３が２台接続されると共に、各プログラマブル表示器１３に１台ずつのＰＬＣ１１、各ＰＬＣ１１に１台ずつのデバイス２ａがそれぞれ接続されている場合を例示しているが、当然ながら、それぞれの接続台数は任意に設定できる。

また、デバイスは、デバイスアドレスにより特定可能で、しかも、状態を取得したり、制御（変更）できるものであれば、例えば、デバイス２ａ自体であってもよいし、例えば、ＰＬＣ１１やプログラマブル表示器１３の記憶装置など、制御システム１に設けられた記憶装置の一領域を示していてもよい。

ここで、上記制御システム１では、制御システム１に必須の構成であり、しかも、ＨＭＩとして動作するため、演算能力に余力のあるプログラマブル表示器１３が通信の大半を処理するように構成されている。さらに、各プログラマブル表示器１３は、自らに接続されているＰＬＣ１１の機種に固有の専用プロトコルと、ＬＡＮ１５での共通プロトコルとを変換して、他のプログラマブル表示器１３や制御用ホストコンピュータ１７と、ＰＬＣ１１との通信を中継する。なお、共通プロトコルと専用プロトコルとの間のプロトコル変換には、同じ指示に同じコードが割り当てられるように予め定められた共通のコマンドと上記共通のコマンドに対応するＰＬＣ１１固有のコマンドとの間の変換や、データやアドレスの表現方法の変換、デバイスアドレスと、当該デバイスアドレスに対応し、しかも、デバイスアドレスとは異なる値に設定可能な変数や変数の名称（変数名）との変換なども含まれる。

これにより、プログラマブル表示器１３および制御用ホストコンピュータ１７は、他のプログラマブル表示器１３に接続されているＰＬＣ１１の機種に拘らず、ＬＡＮ１５を介して共通のプロトコルで通信できる。この結果、互いに異なる機種のＰＬＣ１１の混在する制御システム１が比較的容易に実現されている。

上記プログラマブル表示器１３は、後述する画面データに基づいて、デバイスの状態を画面表示する際の動作や、画面への操作に応じてデバイスの状態を制御する際の動作を特定するものであって、ＰＬＣ１１と通信するＰＬＣ・ＩＦ部３１と、上記ＬＡＮ１５に接続するためのＬＡＮ・ＩＦ部３２と、例えば、液晶表示装置などからなるディスプレイ３３と、ディスプレイ３３の画面上に配されたタッチパネルなどからなる入力装置３４と、上記各部材３１〜３４を制御するＨＭＩ処理部３５と、当該ＨＭＩ処理部３５によって参照され、上記画面データおよび上記変数が格納される記憶部３６とを備えている。

本実施形態に係るプログラマブル表示器１３は、例えば、プログラマブル表示器であって、上記画面データは、画面上の領域と、当該領域への表示や入力に対応するデバイスとの対応関係を示すタグを組み合わせて構成されている。本実施形態では、ＨＭＩ処理部３５が複数の単位画面（ベース画面）を切り換え表示可能であり、上記タグは、当該タグが有効となる単位画面を示すファイル番号と、単位画面上で実行すべき動作内容を特定する事象名と、各事象毎に参照される参照情報とを含んでいる。

例えば、上記タグが所定の画面領域（表示座標範囲）へ所定のデバイスの状態に応じた部品図形を表示する表示タグの場合、上記参照情報には、表示座標範囲と、デバイスを特定可能な変数と、例えば、部品図形がスイッチの場合、ＯＮを示す図形のファイルおよびＯＦＦを示す図形のファイルなど、表示時に参照するファイル番号とが含まれる。さらに、タグが入力タグの場合、参照情報として、有効入力座標範囲と、入力結果が書き込まれるデバイスの変数とが含まれる。

また、記憶部３６には、各変数について、変数の名称（変数名）と、変数に対応するデバイス２ａまたは内部メモリを特定するための情報（例えば、アドレスなど）と、変数の内容との組み合わせが記憶されている。なお、本実施形態では、変数に対応するデバイス２ａの機種に拘わらず、変数の内容を格納する際の表現方法（例えば、ワード長や符号の有無、あるいは、ＢＣＤ／２進表記など）が予め定められた表現方法に統一されており、変数が実在のデバイス２ａに対応する場合、記憶部３６には、実際の機種での表現方法も格納されている。この場合、ＨＭＩ処理部３５は、ＰＬＣ・ＩＦ部３１を介してデバイス２ａの状態を取得あるいは制御する際、表現方法を形式変換して、格納時の表現方法を統一する。

一方、上記ＨＭＩ処理部３５は、所定の時間間隔で、記憶部３６に格納された画面データから、ベース画面のファイル番号が、現在表示中のベース画面である表示タグを抽出する。さらに、ＨＭＩ処理部３５は、記憶部３６に格納された変数を参照して、タグに対応する変数の内容を読み出し、内容に応じた部品図形をディスプレイ３３に表示する。ここで、ＰＬＣ・ＩＦ部３１に接続されたＰＬＣ１１により制御されるデバイス２ａに、上記変数が対応している場合、ＨＭＩ処理部３５は、ＰＬＣ・ＩＦ部３１によるＰＬＣ１１との通信によって、デバイス２ａの状態を取得し、上記変数の内容を当該状態に応じて更新している。これにより、ディスプレイ３３には、例えば、図２に示すように、デバイス２ａの状態が表示される。

なお、変数が他のプログラマブル表示器１３に接続されたＰＬＣ１１によって制御されるデバイス２ａの場合、ＨＭＩ処理部３５は、ＬＡＮ・ＩＦ部３２、ＬＡＮ１５および他のプログラマブル表示器１３を介して当該ＰＬＣ１１と通信するなどして、デバイスの状態を取得し、それに応じて変数の内容を更新する。

また、入力装置３４への押し操作など、オペレータの入力操作を受け付けると、ＨＭＩ処理部３５は、上記画面データから、現在表示中のベース画面に対応し、当該入力操作にマッチする入力タグを検索すると共に、入力結果に応じて、タグに対応する変数の内容を更新する。さらに、ＨＭＩ処理部３５は、デバイス２ａの状態を取得する場合と略同様に、ＰＬＣ１１やプログラマブル表示器１３と通信するなどして、上記変数の内容に応じて、デバイス２ａの状態を制御させる。ここで、入力操作の後も、ＨＭＩ処理部３５は、デバイス２ａの状態を画面表示するので、操作結果が画面表示に反映される。

なお、ＨＭＩ処理部３５は、例えば、他のプログラマブル表示器１３や制御用ホストコンピュータ１７など、ＬＡＮ１５に接続された機器から自らに接続されたＰＬＣ１１のデバイス２ａへの制御指示を受け取った場合や、これとは逆に、上記機器へ報告すべきデバイス２ａの状態を自らのＰＬＣ１１から受け取った場合には、上述したプロトコル変換によって、ＬＡＮ１５での通信とＰＬＣ１１相手の通信との間を中継できる。

一方、上記制御用ホストコンピュータ１７は、制御システム１の監視制御を行うＨＭＩ処理部７１と、ＬＡＮ１５に接続され、上述の共通プロトコルで通信するＬＡＮ・ＩＦ部７２と、ＬＡＮ・ＩＦ部７２およびＬＡＮ１５を介して各プログラマブル表示器１３と通信して、ＨＭＩ処理部７１などの要求に応じるサーバ部７３とを備えており、ターゲットシステム２やＰＬＣ１１あるいはプログラマブル表示器１３の状態を表示したり制御できる。

ここで、プログラマブル表示器１３が上記タグを組み合わせて構成された画面データに基づいて動作する場合、詳細は後述するように、デバイスの状態をオペレータへ通知し、オペレータからの操作を受け付ける操作画面を設計する設計者は、各タグに、画面上の領域およびデバイスを関連付けるだけで、プログラマブル表示器１３の動作（例えば、プログラマブル表示器１３が操作画面を表示する動作、操作画面への操作を受け付ける動作、および、他の機器へデバイス２ａの状態変更を指示する動作など）を指定できるので、これらの動作に応じてプログラマブル表示器１３のプログラムを変更する場合よりも容易に、これらの動作を指定できる。

ところが、プログラマブル表示器１３に要求される動作は、例えば、制御対象とするターゲットシステム２や、制御システム１のユーザが集めたいと考えているデータなどの相違によって、制御システム１毎に互いに異なっていることが多い。したがって、プログラマブル表示器１３の動作全てを、タグによって表現できるように、各種タグを予め用意しておくことは難しい。

したがって、上記プログラマブル表示器１３は、上記タグによって指定された動作だけではなく、図３に示すように、スクリプト（プログラム）によって指定された動作も実行できるように構成されている。ここで、スクリプト中では、式を評価する動作や、評価結果に応じて、スクリプトのうち、次に実行する部分を変更する動作を記述できるだけではなく、デバイスの状態を評価する動作や、デバイスの状態を評価結果に応じて変更する動作も記述できる。これにより、スクリプトを実行するプログラマブル表示器１３は、デバイスの状態を、上記操作画面の設計者に指示された評価方法で評価し、それに応じて、デバイスの状態を変更することができる。なお、プログラマブル表示器１３（より詳細には、ＨＭＩ処理部３５）は、テキストで表現されたスクリプトの構成要素（例えば、文や式など）を逐次変換（インタープリト）して実行してもよいが、以下では、スクリプトを、中間コードに、予め翻訳（コンパイル）しておく場合について説明する。

具体的には、本実施形態において、上記記憶部３６のうち、画面データを格納する記憶領域には、図１に示すように、スクリプトを記憶する記憶領域ＭＳが設けられており、当該記憶領域ＭＳには、図３に示すように、テキストで表現されたスクリプトに対応した中間コード群が格納されている。中間コードは、図４に示すように、中間コード（図の例では、ＶＣ１）の機能を示すＯＰコード（機能コード；図の例では、ＯＰ１）を含んでいる。また、中間コードには、当該ＯＰコード以外にも、必要に応じて、１以上のオペランド（図の例では、ＯＰＲ１〜ＯＰＲ３）を含ませることができ、ＨＭＩ処理部３５は、中間コードにオペランドが含まれている場合、当該オペランドの値を参照しながら、ＯＰコードの示す機能を実行できる。

例えば、図３に示す文ＳＴ１は、あるデバイスアドレス「ＬＳ０１００」で特定されるデバイスの内容を、１増加させることを示している。また、文ＳＴ１では、「ｗ：」と記述することによって、当該デバイスがワード長のデータ領域を持ったデバイスであること（デバイスの内容がワード長であること）を示している。

ここで、一例として、上記文ＳＴ１が１つの中間コードに対応している場合について説明すると、図３に示す分ＳＴ１に対応する中間コードＶＣ１は、図４に示すように、加算を示すＯＰコードＡＤＤと、加算の対象を示す２つのオペランドＯＰＲ１・ＯＰＲ２と、加算結果の格納場所を示すオペランドＯＰＲ３とを含んでいる。本実施形態では、各オペランドは、値自体だけではなく、その値が格納されたアドレスを示すことができ、中間コードＶＣ１には、各オペランドがいずれであるかを示すフラグ（図示せず）も含まれている。この例では、第１および第３のオペランドＯＰＲ１・ＯＰＲ３は、アドレスを示しており、双方の値は、アドレス「ＬＳ０１００」を示す値に設定されている。また、第２のオペランドＯＰＲ２は、値自体を示しており、その値は、加算対象の値自体「１」に設定されている。

一方、ＨＭＩ処理部３５は、上記中間コードＶＣ１を実行する場合、そのＯＰコードに基づいて、処理が加算処理であることを特定し、オペランドＯＰＲ１の示す値とオペランドＯＰＲ２の示す値との加算結果を、オペランドＯＰＲ３に示すアドレスに格納する。ここで、上記の場合、オペランドＯＰＲ１は、アドレスを示しており、オペランドＯＰＲ２が値自体を示しているので、ＨＭＩ処理部３５は、オペランドＯＰＲ１の示すアドレスから読み出した値と、オペランドＯＰＲ２の示す値とを加算する。

なお、上記では、一例として、１つの文ＳＴ１が、１つの中間コードＶＣ１に対応している場合を例にして説明したが、これに限るものではなく、テキストで表現されたスクリプト中の１つの文または１つの式が、複数の中間コードに対応していてもよい。また、上記では、オペランドがデバイスのアドレスを示している場合を例にして説明したが、デバイスを特定できれば、例えば、上記の変数を示していてもよい。

ここで、図３の例では、１つのスクリプトが、１つの文から構成されている場合を例示したが、一般には、スクリプトは、文あるいは式の複数からなり、一連の処理毎に別のスクリプトとして格納されている。さらに、本実施形態では、各スクリプトに、トリガを設定することができ、プログラマブル表示器１３（ＨＭＩ処理部３５）は、各トリガが発生しているか否かを監視すると共に、トリガのいずれかが発生した場合、当該トリガに関連付けて記憶されているスクリプトを実行できる。

なお、図３の例では、トリガとして、例えば、「特定の単位画面に切り換えた」ときが設定されており、プログラマブル表示器１３は、現在表示中の単位画面が、当該特定の単位画面に切り換えられる度に、図３に示すスクリプトを実行して、上記アドレス「ＬＳ０１００」に格納されている値を１増加させる。したがって、当該アドレスの内容を参照することによって、上記特定の単位画面が表示された回数を把握できる。

このように、本実施形態に係るプログラマブル表示器１３は、画面データに含まれるタグによって特定された動作を行うだけではなく、画面データに含まれるスクリプトの示す動作も実行できる。したがって、上記タグでは表現できないような動作も、プログラマブル表示器１３に実行させることができ、タグで特定された動作のみを実行する構成と比較して、プログラマブル表示器１３の動作を、より柔軟に制御できる。

ところで、上記のように、設計者がスクリプトを記述（プログラミング）してプログラマブル表示器１３に、その動作を指定する場合、そのスクリプトに不具合（バグ）があったときには、設計者自身がスクリプトをデバッグして、不具合を解消する必要がある。

本実施形態では、効率よくデバッグするため、スクリプトにおいて、指定した情報（例えば、特定のデバイスの状態や特定の文字列など）を、予め指定された出力先（例えば、操作画面や特定の記録媒体／送信先の機器など）へ出力するためのデバッグ関数が、新たに定義されており、画面データを生成するエディタ装置としての制御用ホストコンピュータ１７（後述）、および、上記プログラマブル表示器１３は、デバッグ関数を処理できるように構成されている。これにより、デバッグ関数を実行するプログラマブル表示器１３は、上記指定した情報を、操作画面に関係なく表示したり、特定の記録媒体／送信先の機器に記憶したりすることができる。なお、以下では、当該指定した情報をデバッグ情報と称する。

さらに、制御用ホストコンピュータ１７およびプログラマブル表示器１３は、プログラマブル表示器１３または制御用ホストコンピュータ１７を操作する設計者の指示に応じて、デバッグ関数の有効／無効を、一括して、あるいは、トリガ毎に制御できるように構成されている。

具体的には、本実施形態では、図５に示すように、デバッグ関数「＿ｄｅｂｕｇ（）」が定義されている。この例では、上記デバッグ関数は、上記デバッグ情報を特定するための引数ａｒｇを持つことができる。本実施形態では、引数ａｒｇとして、例えば、任意の文字列（改行および復帰以外）と、デバイスを特定するための情報（例えば、アドレスなど）と、改行または復帰とのいずれかを設定することができる。なお、図５の例では、引数ａｒｇとして、図３に示す文ＳＴ１と同じデバイスを特定するための情報（「ｗ：ＬＳ０１００」）が設定されている。

また、デバッグ関数に対応する中間コードＶＣ１１は、図６に示すように、デバッグ関数であることを示すＯＰコードＯＰ１１と、引数ａｒｇに応じた内容のオペランドＯＰＲ１１とを含んでいる。なお、上記のように、本実施形態では、引数ａｒｇは、任意の文字列と、デバイスを特定するための情報と、改行または復帰とのいずれかの種類に大別できるので、中間コードＶＣ１１には、オペランドＯＰＲ１１の種類を識別するフラグ（図示せず）も含まれている。また、オペランドとして文字列を含んでいてもよいが、本実施形態に係る中間コードには、引数ａｒｇが文字列の場合、オペランドＯＰＲ１１は、当該文字列が格納されたアドレスを示しており、プログラマブル表示器１３は、オペランドＯＰＲ１１の示すアドレスから文字列を読み出すように構成されている。

一方、上記画面データには、当該画面データに含まれるデバッグ関数の有効／無効を一括して設定するためのフラグ情報Ｆ１が含まれており、図１に示すように、記憶部３６のうち、画面データを記憶する記憶領域には、当該フラグ情報Ｆａを格納するための記憶領域ＭＦ１が設けられている。

さらに、本実施形態に係る画面データには、当該画面データに含まれるデバッグ関数の有効／無効を、それぞれに対応するトリガ毎に設定するために、各トリガに関連して設定されるフラグ情報Ｆ２も含まれており、記憶部３６のうち、画面データを記憶する記憶領域には、各トリガに対応するフラグ情報Ｆ２を格納するための記憶領域ＭＦ２…も設けられている。

加えて、本実施形態に係るプログラマブル表示器１３は、画面データにて有効と設定されたデバッグ関数であっても、プログラマブル表示器１３への操作に応じて有効／無効を変更できるように構成されており、上記記憶部３６には、有効／無効を示すフラグ情報Ｆ３を格納するための記憶領域ＭＦ３も設けられている。

一方、本実施形態に係るプログラマブル表示器１３（より詳細には、ＨＭＩ処理部３５）は、記憶部３６の記憶領域ＭＳに格納されているスクリプトを実行するにあたって、当該記憶領域ＭＳに格納されている中間コードを順次実行しているが、次に実行すべき中間コードが、デバッグ関数に対応する中間コードである場合、上記フラグ情報Ｆ１およびＦ３と、現在実行中のスクリプトに対応するフラグ情報Ｆ２とが全て有効を示している場合に、上記デバッグ関数の指定する動作を行って、デバッグ情報を上記出力先に出力する。これとは逆に、フラグ情報Ｆ１〜Ｆ３のいずれかが無効を示している場合、ＨＭＩ処理部３５は、このような出力動作を行わず、当該デバッグ関数に対応する中間コードの次に実行すべき中間コードの処理を開始することができる。

また、上記ＨＭＩ処理部３５は、タッチパネル３４などの入力装置を介して、予め定められた特定の操作を受け付けた場合、上記記憶領域ＭＦ３へアクセスして、フラグ情報Ｆ２を操作に応じて変更できる。一例として、本実施形態に係るＨＭＩ処理部３５は、特定の操作として、複数の特定箇所（例えば、上隅と、その対角の下隅など）が順番に押されたことを検出すると、フラグ情報Ｆ２を反転できる。また、他の例として、例えば、設定画面などに、有効／無効の設定を受け付ける領域を表示させると共に、上記特定の操作として、当該領域への操作を受け付けると、有効を示す領域が操作されたか、無効を示す領域が操作されたかによって、フラグ情報Ｆ３を変更してもよい。

さらに、本実施形態では、各デバッグ関数の出力先を一括して指定できるように構成されている。具体的には、上記画面データには、デバッグ関数の出力先を示す出力先データＯ１が含まれており、上記記憶部３６のうち、画面データを格納する記憶領域には、当該出力先データＯ１を格納する記憶領域ＭＯが設けられている。一方、プログラマブル表示器１３（より詳細には、ＨＭＩ処理部３５）は、上記デバッグ関数の実行によって、上記デバッグ情報を出力する場合、当該記憶領域ＭＯに記憶された出力先へ出力できる。なお、プログラマブル表示器１３は、受け付けた操作（例えば、設定画面における出力先の指定操作など）に応じて、当該記憶領域ＭＯの内容を更新してもよい。

本実施形態では、上記出力先の一例として、操作画面上と、予め定められた記憶媒体上（例えば、メモリカードなど）と、ネットワーク経由で指定した送信先とを設定可能である。なお、操作画面上に出力する場合、本実施形態では、例えば、ＨＭＩ処理部３５が操作画面をディスプレイ３３に描画するために書き込んでいる画面メモリ（ビデオメモリ）上に、上記デバッグ情報を直接描画するなどして、当該デバッグ情報を操作画面上に重畳して表示している。これにより、例えば、図７に示すように、操作画面のレイアウトを変更することなく、デバッグ情報を順次表示できる。

以下では、図１および図８を参照しながら、上述した画面データを作成するための作画エディタ装置の構成を説明する。すなわち、本実施形態に係る画面データ生成装置は、図１に示すように、制御用ホストコンピュータ１７の一機能ブロックとして実現されており、制御用ホストコンピュータ１７には、プログラマブル表示器１３の画面データを格納する画面データ記憶部７４と、ユーザの指示に応じて、当該画面データを作成し、当該画面データ記憶部７４に格納する作画処理部７５とが設けられている。

上記作画処理部７５は、図８に示すように、画面データに対応する情報が一時的に格納される作業用のメモリ８１と、ユーザの指示を受け付けて、当該メモリ８１の内容を書き換える編集処理部（受付手段）８２と、編集処理部８２によって編集されるメモリ８１の内容を図示しないディスプレイに表示させる表示処理部８３と、画面データ記憶部７４に格納された画面データを当該メモリ８１に展開したり、編集後のメモリ８１の内容に応じた画面データを画面データ記憶部７４へ書き込むデータ入出力処理部（生成手段）８４とを備えている。

ここで、上記画面データは、上述したように、画面上の領域と、当該領域への表示や入力に対応するデバイスを特定可能なアドレスとの対応関係を示すタグを組み合わせて構成されており、作画処理部７５の編集処理部８２は、例えば、タグのパレットを表示し、パレット中のタグを選択して画面上に所望のタグを配置するようにユーザへ促す。また、編集処理部８２は、ユーザによるタグの配置操作を受け付けると、当該操作に応じて、編集中の画面データが上記配置されたタグを含むように、メモリ８１の内容を変更し、表示処理部８３は、メモリ８１の内容に基づいて、当該タグを指定された座標に表示する。また、編集処理部８２は、ユーザのドラッグ＆ドロップなどの操作に応じてメモリ８１の内容を変更して、当該タグの表示座標を調整し、表示処理部８３は、変更後の位置にタグを表示する。また、編集処理部８２は、タグに関連するアドレスや変数を入力するようにユーザへ促すと共に、入力されたアドレスや変数が当該タグに関連するように、メモリ８１の内容を変更し、表示処理部８３は、ユーザの指示に応じて、各タグに関連つけられているアドレスや変数を表示する。

これらの結果、設計者は、作画処理部７５を操作して、画面上の所望の位置にタグを配置すると共に、各タグとデバイスのアドレスとを対応付けるだけで、画面データを作成できる。したがって、プログラマブル表示器１３の表示プログラムを修正する場合に比べて容易に、各プログラマブル表示器１３の表示や操作を決定（変更）でき、制御システム１のユーザ（制御用ホストコンピュータ１７を操作する設計者）は、ターゲットシステム２の実情や、プログラマブル表示器１３のオペレータの習熟度、あるいは、ユーザの好みに合わせることができる。

さらに、本実施形態に係る編集処理部８２は、上記タグの編集操作だけではなく、スクリプトの編集操作も受け付けることができる。具体的には、編集処理部８２は、例えば、図３に示すように、メモリ８１に格納されたスクリプトを、文字列として表示できる。また、編集処理部８２は、当該文字列に対する編集操作を受け付けて、上記メモリ８１に格納されたスクリプトの情報を、操作に応じて更新できる。これにより、設計者は、タグだけではなく、スクリプトも編集することができる。

また、上記編集処理部８２は、スクリプト毎にトリガを関連付けるための操作も受け付けることができる。例えば、編集処理部８２は、トリガの関連付けを指示する操作を受け付けた場合、例えば、選択可能なトリガの一覧を表示するなどして、トリガの入力を促すと共に、入力されたトリガを、スクリプトに関連付けて、メモリ８１に格納できる。

さらに、上記編集処理部８２は、上記トリガ毎、および、全スクリプトを対象にして、有効／無効を設定できる。具体的には、編集処理部８２は、全スクリプトに対する有効／無効の設定を指示する操作を受け付けた場合、有効／無効を示す情報（フラグ情報Ｆ１に対応する情報）をメモリ８１に格納できる。また、編集処理部８２は、トリガに対する有効／無効の設定を指示する操作を受け付けた場合、当該トリガに関連付けて、有効／無効を示す情報（フラグ情報Ｆ２に対応する情報）を、メモリ８１に格納できる。

一方、編集終了指示を受け付けると、データ入出力処理部８４は、メモリ８１の内容に応じた画面データを生成して、画面データ記憶部７４へ書き込む。これにより、編集されたタグとスクリプトの情報と、上記フラグ情報Ｆ１およびＦ２を含む画面データが生成される。なお、サーバ部７３は、画面データ記憶部７４に格納された画面データを、ＬＡＮ１５を介して、プログラマブル表示器１３へ送信し、プログラマブル表示器１３の記憶部３６に格納させる。

ここで、上述したように、本実施形態では、スクリプトは、予め中間コードに変換された後で、プログラマブル表示器１３に格納されており、データ入出力処理部８４は、画面データを生成する際、メモリ８１に格納されたスクリプトを中間コードに変換した後で、当該中間コード群を示す情報を含む画面データを生成している。より詳細には、当該データ入出力処理部８４は、デバッグ関数も中間コードに変換できるように構成されており、メモリ８１に、デバッグ関数を示す文字列を示す情報が含まれている場合、デバッグ関数を示すＯＰコードと、当該文字列のうち、引数ａｒｇを示す部分に対応した内容のオペランドとを持った中間コードを生成できる。

上記構成において、デバッグする際の各部の動作を、図９に基づき説明すると、以下の通りである。すなわち、ステップ１（以下では、Ｓ１のように略称する）において、作画処理部７５（より詳細には、編集処理部８２）は、設計者の操作に応じて、操作画面を編集する。同様に、Ｓ２において、作画処理部７５は、設計者の操作に応じて、スクリプトを編集する。

上記Ｓ１およびＳ２において、操作画面およびスクリプトの編集が終了し、画面データの作成指示を受け付けると、Ｓ３において、作画処理部７５は、編集された操作画面の情報（タグ）およびスクリプトの情報（スクリプトの中間コード）を含む画面データを生成し、画面データ記憶部７４に書き込む。

さらに、制御用ホストコンピュータ１７（より詳細には、サーバ部７３）は、Ｓ４において、設計者の指示に応じて、上記画面データをプログラマブル表示器１３にダウンロードして、プログラマブル表示器１３の記憶部３６に格納させる。

一方、プログラマブル表示器１３（より詳細には、ＨＭＩ処理部３５）は、Ｓ１１〜Ｓ２１において、画面データのタグおよびスクリプトの示す動作を行っている。具体的には、プログラマブル表示器１３は、Ｓ１１において、画面データのスクリプトのトリガが発生しているか否かを監視しており、トリガが発生すると（上記Ｓ１１にて、YES の場合）、Ｓ１２〜Ｓ１６において、発生したトリガに対応するスクリプトを実行する。

より詳細には、プログラマブル表示器１３は、Ｓ１２において、次に実行すべき中間コードがデバッグ関数に対応する中間コードか否かを判断することによって、スクリプトのうち、次に処理しようとしている部分が、デバッグ関数であるか否かを判定する。

デバッグ関数であった場合（上記Ｓ１２にて、YES の場合）、プログラマブル表示器１３は、Ｓ１３において、上記フラグ情報Ｆ１〜Ｆ３の全てが有効であるか否かを判定し、有効であった場合（上記Ｓ１３にて、YES の場合）にのみ、デバッグ関数の示す出力動作を行う（Ｓ１４）。

一方、デバッグ関数ではなかった場合（上記Ｓ１２にて、NOの場合）、プログラマブル表示器１３は、Ｓ１５において、当該中間コードを実行することによって、上記部分に対応する処理を行う。

なお、上記Ｓ１２〜Ｓ１５の処理は、スクリプトが終了するまで（Ｓ１６にて、YES になるまで）繰り返される。また、プログラマブル表示器１３は、Ｓ２１において、画面データのタグの示す情報に基づき、上述したように、デバイスの状態を表示したり、デバイスの状態への操作を受け付けたりしている。

ここで、上記構成では、フラグ情報Ｆ１〜Ｆ３のいずれかが無効に設定されていれば、スクリプト中にデバッグ関数が記述されていたとしても、デバッグ関数の示す出力動作を行わない。

したがって、図１１に示すように、デバッグ情報を出力するための関数や文などをスクリプト中に記載しておき、デバッグ情報の出力を停止するためには、スクリプトから、これらの関数や文全てを削除する場合と異なって、設計者は、フラグ情報Ｆ１〜Ｆ３のいずれかを無効にするだけで、デバッグ関数の示す出力動作を停止させることができる。この結果、デバッグ情報の出力動作を停止する際に、設計者がスクリプトを変更する必要のある箇所を大幅に削減でき、デバッグ効率を向上できる。

また、本実施形態に係るプログラマブル表示器１３は、プログラマブル表示器１３への操作に応じて、フラグ情報Ｆ３を変更できる。したがって、設計者は、デバッグ中に、プログラマブル表示器１３を操作するだけで、画面データ自体を変更せずに、上記出力動作を停止したり、再開させることができる。この結果、デバッグ時において、画面データの変更回数も削減でき、デバッグ効率をさらに向上できる。

さらに、本実施形態に係るプログラマブル表示器１３は、トリガに対応するフラグ情報Ｆ２が無効である場合、例えば、図１０に示すように、当該トリガに関連するスクリプト中のデバッグ関数によるデバッグ情報の出力を停止する。したがって、フラグ情報Ｆ１のみによって決定する場合よりも柔軟に、しかも、フラグ情報Ｆ２のみによって決定する場合よりも簡単に、デバッグ情報を出力するか否かを設定でき、デバッグ効率を向上できる。なお、図１０では、図７にて表示されていた各デバッグ情報のうち、あるトリガに対応するスクリプト中のデバッグ関数によるデバッグ情報（図７中、第３行、第４行および第１１行のデバッグ情報）が表示されていない。

加えて、本実施形態に係るプログラマブル表示器１３は、画面データに含まれるフラグ情報Ｆ１およびＦ２のいずれかが無効である場合、デバッグ関数によるデバッグ情報の出力を停止する。したがって、設計者は、作画処理部７５へ指示して、フラグ情報Ｆ１およびＦ２のいずれかが無効に設定された画面データを生成させることによって、プログラマブル表示器１３におけるデバッグ情報の出力を禁止できる。これにより、例えば、デバッグが終了した後、プログラマブル表示器１３のオペレータが操作画面によってデバイス２ａの状態を確認したり、操作画面を操作している時点のように、不所望な時点で、プログラマブル表示器１３にデバッグ情報が表示表示されてしまうという不具合を確実に防止でき、プログラマブル表示器１３の安全性をさらに向上できる。

本発明によれば、制御用表示装置のデバッグ効率を向上できるので、デバイスの状態を表示する制御用表示装置、あるいは、そのためのフラグ情報を生成するエディタ装置として、広く適用できる。

本発明の実施形態を示すものであり、制御システムの要部構成を示すブロック図である。 上記制御システムに設けられたプログラマブル表示器の画面例を示す図面である。 上記プログラマブル表示器にて実行されるスクリプトを示す図面である。 上記スクリプトを示す中間コード群を構成する中間コードを示す図面である。 上記スクリプトに挿入されるデバッグ関数を示す図面である。 上記デバッグ関数に対応する中間コードを示す図面である。 上記プログラマブル表示器の画面を示すものであり、デバッグ関数によってデバッグ情報が表示されている状態を示す図面である。 上記制御システムに設けられた作画処理部の要部構成を示すブロック図である。 上記制御システムの各部の動作を示すフローチャートである。 上記プログラマブル表示器の画面を示すものであり、上記デバッグ情報のうち、特定のトリガに対応するスクリプト内のデバッグ関数によるデバッグ情報のみが表示されていない状態を示す図面である。 従来技術を示すものであり、プログラマブル表示器で実行すべきスクリプトに、デバッグに必要な情報を表示するための命令を挿入した状態を示す図面である。

符号の説明

２ａ デバイス
１３ プログラマブル表示器（制御用表示装置）
１７ 制御用ホストコンピュータ（外部機器）
３２ ＬＡＮ・ＩＦ部（書き込み手段）
３４ タッチパネル（入力手段）
３５ ＨＭＩ処理部（制御手段）
３６ 記憶部（記憶手段）
７５ 作画処理部（エディタ装置）
８２ 編集処理部（受付手段）
８４ データ入出力処理部（出力手段）

Claims (7)

1. 予め定められた出力先へ、指定されたデバッグ情報を出力するデバッグ関数を含むスクリプト情報を格納する記憶手段と、
   予め定められた事象が発生したときに、上記記憶手段に格納されたスクリプト情報の示すスクリプトを実行する制御手段とを有し、制御対象としてのデバイスの状態を表示する制御用表示装置において、
   上記記憶手段には、当該デバッグ情報出力の有効／無効を示すフラグ情報が記憶されていると共に、
   外部機器にて生成された上記スクリプト情報およびフラグ情報を受け取って上記記憶手段に書き込む書き込み手段を備え、
   上記制御手段は、上記スクリプト情報の示すスクリプト中のデバッグ関数を実行するにあたって、上記記憶手段に格納されたフラグ情報が有効を示している場合にのみ、上記予め定められた出力先へ、当該デバッグ関数によって指定されたデバッグ情報を出力することを特徴とする制御用表示装置。
2. 上記スクリプト情報には、互いに異なる複数のトリガに、それぞれ対応するスクリプトを示す情報が含まれており、
   上記フラグ情報には、全てのスクリプトに関連する第１フラグ情報と、上記各トリガに対応する第２フラグ情報とが含まれており、
   上記制御手段は、上記複数のトリガのいずれかの発生を検出した場合、当該トリガに対応するスクリプト情報の示すスクリプトを実行すると共に、上記第１フラグ情報と、当該トリガに対応する第２フラグ情報との双方が有効を示している場合に、フラグ情報が有効であると判断することを特徴とする請求項１記載の制御用表示装置。
3. 上記フラグ情報には、上記外部機器によって設定される外部設定フラグ情報と、自機器で変更可能な内部設定フラグ情報とが含まれており、
   上記制御手段は、上記内部設定フラグ情報および外部設定フラグ情報の双方が有効を示している場合にのみ、上記フラグ情報が有効であると判断すると共に、
   予め定められた操作を受け付けた場合、操作に応じて、上記内部設定フラグ情報を変更する入力手段を備えていることを特徴とする請求項１記載の制御用表示装置。
4. 請求項１記載の制御用表示装置のフラグ情報およびスクリプト情報を生成するエディタ装置であって、
   スクリプトの入力、および、上記デバッグ情報出力の有効／無効の入力を受け付ける受付手段と、
   上記受付手段が入力を受け付けたスクリプトを示すスクリプト情報、および、上記受付手段が入力を受け付けた上記デバッグ情報出力の有効／無効を示すフラグ情報を出力する出力手段とを備えていることを特徴とするエディタ装置。
5. 請求項２記載の制御用表示装置のフラグ情報およびスクリプト情報を生成するエディタ装置であって、
   複数のスクリプトと、それぞれに関連するトリガと、上記全てのスクリプトを実行する際のデバッグ情報出力の有効／無効と、上記各トリガに関連するスクリプトを実行する際のデバッグ情報出力の有効／無効との入力を受け付ける受付手段、
   並びに、上記受付手段への入力に基づいて、上記各スクリプトを示すスクリプト情報と、それぞれに関連するトリガの情報と、上記全てのスクリプトを実行する際のデバッグ情報出力の有効／無効を示す第１フラグ情報と、上記各トリガに関連するスクリプトを実行する際のデバッグ情報出力の有効／無効を示す第２フラグ情報とを出力する出力手段を備えていることを特徴とするエディタ装置。
6. 請求項１〜５のいずれか１項に記載の各手段として、コンピュータを動作させるプログラム。
7. 請求項６記載のプログラムが記録された記録媒体。

Images