トップ :: G 物理学 :: G06 計算;計数




【発明の名称】 制御システムの端末装置、記録媒体、および、制御システム
【発明者】 【氏名】棚田 析
【要約】 【課題】ローカル制御システムから離れた場所に配された場合でも、ローカル制御システムのデバイスの状態を表示可能で、しかも、表示画面を容易に編集可能な制御システムの端末装置および制御システムを実現する。

【解決手段】端末装置６ａのプリプロセッサ７４は、システム変数定義ファイルに基づいて、ローカル制御システムのデバイスに対応するタグ変数オブジェクトを作成する。さらに、リアルタイムデータ収集部７５は、ＯＰＣクライアント６１へ指示して、上記システム変数定義ファイルで定義されたＯＰＣサーバからデバイスの状態を取得させ、タグ変数オブジェクトの現在値を示すプロパティに設定する。さらに、グラフィカルＷｅｂクライアントプロセッサ７７は、ピクチャ構成定義ファイルに基づいて、タグ変数オブジェクトの上記プロパティに応じた図形要素を、ブラウザ６２の画面上に表示する。
【特許請求の範囲】
【請求項１】ローカル制御システムの制御対象となるデバイスの状態を取得可能なプロセスデータサーバとネットワークを介して通信可能な通信手段を有する制御システムの端末装置であって、上記デバイスおよび変数名の組み合わせ、並びに、当該デバイスの状態を取得可能なプロセスデータサーバへのアクセス手順を決定するためのアクセス情報がテキスト形式で記述された変数定義ファイルと、画面上に表示される図形要素および上記変数名の対応がテキスト形式で記述されたピクチャ構成定義ファイルとを格納するファイル記憶手段と、上記アクセス情報に基づいて、上記通信手段にプロセスデータサーバへアクセスさせて、上記変数定義ファイルに記述された各デバイスの状態を取得するデータ収集手段と、上記ピクチャ構成定義ファイルの各図形要素について、上記データ収集手段が取得したデバイスの状態のうち、当該図形要素に対応する変数名に組み合わされたデバイスの状態に応じた描画をブラウザ上で行う描画手段とを備えていることを特徴とする制御システムの端末装置。
【請求項２】請求項１記載の各手段として、コンピュータを動作させるプログラムが記録されていることを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項３】プロパティの１つとしてデバイスの状態を含み、スクリプトエンジンにより各プロパティを参照可能で、しかも、上記各変数名に対応するオブジェクトを、上記変数定義ファイルに基づいて作成するプリプロセッサを備え、上記ファイル記憶手段には、上記スクリプトエンジンへ、予め定めるオブジェクトのプロパティを参照した結果に基づいて画面描画する動作を指示するスクリプト定義ファイルが格納されていることを特徴とする請求項１記載の制御システムの端末装置。
【請求項４】上記変数定義ファイルは、変数名およびデバイスに加えて、デバイスの状態のシミュレーション方法の組み合わせを記述可能であり、上記変数定義ファイルに記述された方法で、デバイスの状態をシミュレーションし、上記データ収集手段の代わりに、デバイスの状態として、シミュレーション結果を上記描画手段へ通知するシミュレーション手段を備えていることを特徴とする請求項１または３記載の制御システムの端末装置。
【請求項５】請求項１記載の端末装置と、上記ローカル制御システムに配され、予め格納される画面データに基づいて、上記デバイスの状態を取得し、取得結果に基づいて画面表示する制御用表示装置と、制御用表示装置の操作画面の構成を設計し、設計結果に基づいて、上記画面データを出力する作画装置とを備え、上記作画装置は、上記設計結果に基づいて、上記ピクチャ構成定義ファイルを出力するピクチャ構成定義ファイル出力手段を備えていることを特徴とする制御システム。
【発明の詳細な説明】【０００１】
【発明の属する技術分野】本発明は、ローカル制御システムから離れた場所に配された場合でも、ローカル制御システムのデバイスの状態を表示可能で、しかも、表示画面を容易に編集可能な制御システムの端末装置および制御システムに関するものである。
【０００２】
【従来の技術】従来から、プログラマブル・ロジック・コントローラ（以下、ＰＬＣと略称する）は、例えば、ベルトコンベアー式の自動組付機など、種々のターゲットシステムを制御する制御装置として、広く使用されている。さらに、近年では、ターゲットシステムの複雑化に伴って、複数台のＰＬＣを互いに連携させて使用することも行われている。また、各ＰＬＣからのデータの表示、あるいは、ＰＬＣへの制御指示は、当該ＰＬＣの近傍などに配される表示装置で行われるだけではなく、例えば、これらの表示装置から離れた場所に設置した制御用ホストコンピュータでも、表示あるいは操作できるように、制御システムを構築することもある。
【０００３】具体的には、例えば、図１４に示すように、従来の制御システム５０１では、ＰＬＣ５０３が制御の中心として位置付けられており、各ＰＬＣ５０３には、ターゲットシステム５０２のデバイス５２１と、表示および制御指示を行うプログラマブル表示器５０５とが接続されている。さらに、当該ＰＬＣ５０３には、他のＰＬＣ５０３や制御用ホストコンピュータ５０７がシリアルケーブル５０４を介して接続されており、ＰＬＣ５０３と制御用ホストコンピュータ５０７との間や各ＰＬＣ５０３間における制御データの受け渡しは、ＰＬＣ５０３の通信機能を利用して行われている。
【０００４】上記構成において、プログラマブル表示器５０５は、画面データに基づいて、表示／制御している。当該画面データは、画面上の領域と、当該領域への表示や入力に対応するデバイスのアドレスとの対応関係を示すタグを組み合わせて構成されており、制御用ホストコンピュータ５０７の作画処理部５７２で作成された後、各プログラマブル表示器５０５に配信される。
【０００５】一方、制御用ホストコンピュータ５０７の表示処理部５７１は、ＰＬＣ５０３と通信して、ターゲットシステム５０２の状態を示すデータを受け取り、状態に応じて画面表示すると共に、ユーザの入力に応じて、ＰＬＣ５０３へ制御データを送出し、制御データに応じて、ターゲットシステム５０２を制御させる。同様に、プログラマブル表示器５０５は、ＰＬＣ５０３と通信しながら、ターゲットシステム５０２の状態を表示／制御する。
【０００６】ここで、制御用ホストコンピュータ５０７は、プログラマブル表示器５０５と用途や設置場所が異なっているため、ＣＰＵやメモリマップなどのハードウェア構成と、オペレーティングシステムなどのソフトウェア構成との双方が異なっている。したがって、制御用ホストコンピュータ５０７の表示処理部５７１は、プログラマブル表示器５０５の画面データに基づいて表示／制御することができず、専用の表示画面を作画している。また、例えば、プログラマブル表示器５０５の表示内容など、上記専用の表示画面に表示される内容以外のものを確認するためには、プログラマブル表示器５０５の設置場所に出向いて確認している。
【０００７】しかしながら、上記構成の制御システムは、基本的に閉じたシステムであり、例えば、遠隔地に配された汎用のコンピュータなどから、制御システムの状態を監視できないという問題を生じる。
【０００８】上記課題を解決するために、本願の出願人は、先に出願した特願２０００−０７７００２号において、プログラマブル表示器の画面を示すデータを端末装置で表示可能な形式に変換し、インターネットを介して端末装置に配信する構成を開示した。
【０００９】具体的には、図１５に示すように、当該制御システム１０１のローカル制御システム１０３では、プログラマブル表示器１１４および制御用ホストコンピュータ１１６が、予め定められた共通プロトコルで通信するネットワーク１１５で接続されており、プログラマブル表示器１１４は、制御用ホストコンピュータ１１６や他のプログラマブル表示器１１４とＰＬＣ１１２とが通信する場合、ＰＬＣ１１２の機種に固有の専用プロトコルでの通信と、共通プロトコルでの通信とを中継する。これにより、各プログラマブル表示器１１４や制御用ホストコンピュータ１１６は、他のプログラマブル表示器１１４と通信する際、他のプログラマブル表示器１１４に接続されたＰＬＣ１１２の機種に拘らず、共通プロトコルで通信できる。
【００１０】さらに、上記制御用ホストコンピュータ１１６には、インターネット１０５に接続可能な公開サーバ部１６１が設けられており、端末装置１０７からアクセスされると、画面データに応じた動作を指示するアプレットが、公開サーバ部１６１によって、端末装置１０７に送信される。さらに、アプレットを実行する端末装置１０７は、制御用ホストコンピュータ１１６と通信して、ローカル制御システム１０３のデバイスの状態を受け取り表示する。
【００１１】ここで、上記画面データは、プログラマブル表示器１１４が画面表示する際の動作を規定しており、上記端末装置１０７は、ローカル制御システム１０３内の各デバイスにアクセスする代わりに、公開サーバ部１６１からデバイスの状態を示すデータを受け取る。これにより、インターネット１０５を介して接続しているにも拘らず、端末装置１０７は、プログラマブル表示器１１４の表示画面と同一内容の画面を表示できる。また、端末装置１０７用の表示画面を新規に作成する必要がないので、遠隔地からローカル制御システム１０３の状態を表示できるにも拘わらず、画面設計の手間を大幅に削減できる。
【００１２】
【発明が解決しようとする課題】しかしながら、上記構成の制御システム１０１では、端末装置がローカル制御システム１０３の状態を表示するために、ローカル制御システム１０３の公開サーバ部１６１へアクセスして、アプレットを受け取る必要があり、インターネット１０５などのネットワークのトラフィックが増大するという問題を生じる。
【００１３】また、他のローカル制御システム１０３のデバイスの状態を表示する場合や、同じローカル制御システム１０３であっても、他のデバイスの状態を表示するためには、これらのローカル制御システム１０３から、新たにアプレットを受け取っている。
【００１４】したがって、あるローカル制御システム１０３のデバイスの状態を表示する際に、端末装置１０７のユーザがアプレットを修正して、ユーザの好みに合わせて画面構成を変更した場合、同様の変更を、他のデバイスの表示に反映させることができない。この結果、ユーザの好みに合わせて画面表示しようとすると、端末装置１０７における画面構成設定時の手間がかかる虞れがある。
【００１５】本発明は、上記の問題点に鑑みてなされたものであり、その目的は、ローカル制御システムから離れた場所に配された場合でも、ローカル制御システムのデバイスの状態を表示可能で、しかも、表示画面を容易に編集可能な制御システムの端末装置および制御システムを実現することにある。
【００１６】
【課題を解決するための手段】請求項１の発明に係る制御システムの端末装置は、ローカル制御システムの制御対象となるデバイスの状態を取得可能なプロセスデータサーバとネットワークを介して通信可能な通信手段を有する制御システムの端末装置であって、上記課題を解決するために、上記デバイスおよび変数名の組み合わせ、並びに、当該デバイスの状態を取得可能なプロセスデータサーバへのアクセス手順を決定するためのアクセス情報がテキスト形式で記述された変数定義ファイルと、画面上に表示される図形要素および上記変数名の対応がテキスト形式で記述されたピクチャ構成定義ファイルとを格納するファイル記憶手段と、上記アクセス情報に基づいて、上記通信手段にプロセスデータサーバへアクセスさせて、上記変数定義ファイルに記述された各デバイスの状態を取得するデータ収集手段と、上記ピクチャ構成定義ファイルの各図形要素について、上記データ収集手段が取得したデバイスの状態のうち、当該図形要素に対応する変数名に組み合わされたデバイスの状態に応じた描画をブラウザ上で行う描画手段とを備えていることを特徴としている。
【００１７】また、請求項２の発明に係る記録媒体は、請求項１記載の各手段として、コンピュータを動作させるプログラムが記録されており、当該プログラムをコンピュータが実行することで、当該コンピュータは、請求項１記載の端末装置として動作できる。なお、上記プログラムは、上記動作の全手順をＣＰＵやバーチャルマシンなどの演算手段へ指示するコードであってもよいし、所定の手順で呼び出すことで、上記各動作の一部または全部を実行可能な基本プログラム（例えば、オペレーティングシステムやライブラリなど）が既に存在していれば、当該基本プログラムの呼び出しを上記演算手段へ指示するコードやポインタなどで、上記全手順の一部または全部を置き換えてもよい。また、当該記録媒体には、他のプログラムも記録されていてもよい。
【００１８】上記構成において、端末装置のファイル記憶手段には、予め変数定義ファイルとピクチャ構成定義ファイルとが格納されており、通信手段は、データ収集手段の指示に従って、変数定義ファイルのアクセス情報で決定されるプロセスデータサーバへアクセスし、各変数名に対応するデバイスの状態を取得する。さらに、描画手段は、ピクチャ構成定義ファイルに基づいて、各図形要素に対応する変数名を決定し、データ収集手段が取得したデバイスの状態のうち、当該変数名に応じたデバイスの状態を取得する。さらに、描画手段は、当該デバイスの状態に応じて図形要素をブラウザの画面に描画する。これにより、端末装置がインターネットなどの広域ネットワークを介してプロセスデータサーバに接続（通信）されている場合であっても、ブラウザの画面上には、デバイスの状態に応じた図形要素が表示され、ブラウザのユーザは、画面に基づいて、ローカル制御システムのデバイスの状態を把握できる。
【００１９】ここで、上記構成では、変数定義ファイルが予め端末装置に格納されているので、特に、サーバにアクセスすることなく、プロセスデータサーバへのアクセス手順を決定でき、ネットワークのトラフィックを削減できる。また、変数定義ファイルとピクチャ構成定義ファイルとが分離されているので、例えば、機器構成が互いに同一の複数のラインの状態を表示する操作画面間や、監視項目が互いに同一のローカル制御システムの状態を表示する操作画面間など、同じ画面構成で互いに異なるデバイスの状態を表示する場合は、ピクチャ構成定義ファイルを変更することなく、変数定義ファイルのみを変更することで対応できる。さらに、両ファイルは、テキスト形式で、組み合わせや対応が記述されているので、多くのコンピュータで予めインストールされているテキストエディタで容易に編集できる。これらの結果、端末装置のみでも、ローカル制御システムのデバイスの状態を表示する際の画面構成を変更しやすい制御システムを実現できる。
【００２０】また、請求項３記載の制御システムの端末装置は、請求項１記載の発明の構成において、プロパティの１つとしてデバイスの状態を含み、スクリプトエンジンにより各プロパティを参照可能で、しかも、上記各変数名に対応するオブジェクトを、上記変数定義ファイルに基づいて作成するプリプロセッサを備え、上記ファイル記憶手段には、上記スクリプトエンジンへ、予め定めるオブジェクトのプロパティを参照した結果に基づいて画面描画する動作を指示するスクリプト定義ファイルが格納されていることを特徴としている。
【００２１】なお、当該スクリプト定義ファイルも、上記プログラムと同様に、動作の全手順をスクリプトエンジンへ指示するコードであってもよいし、基本プログラムの呼び出しを指示するコードやポインタなどで、全手順の一部または全部を置き換えてもよい。
【００２２】上記構成では、プリプロセッサが変数名に応じたオブジェクトを作成する。ここで、上記プリプロセッサは、スクリプトエンジンが各オブジェクトのプロパティを参照できるような形式のオブジェクトを作成する。したがって、スクリプト定義ファイルに、プロパティを参照し、画面描画する動作を記述することで、スクリプトエンジンは、オブジェクトのプロパティに応じて画面表示できる。これにより、例えば、描画手段がアニメーション用の図形要素を描画できない場合のように、上記ピクチャ構成定義ファイルを参照する描画手段が描画できない、複雑なデバイスの状態表示処理を、スクリプトエンジンに実行させることができ、画面の表現力を向上できる。なお、描画手段が描画可能な状態表示処理は、ピクチャ構成定義ファイルに変数名と図形要素との対応を記述することで、描画手段に処理させることができる。この結果、画面構成を変更しやすく、しかも、高い表現力で、デバイスの状態を表示できる端末装置を実現できる。
【００２３】さらに、請求項４の発明に係る制御システムの端末装置は、請求項１または３記載の発明の構成において、上記変数定義ファイルは、変数名およびデバイスに加えて、デバイスの状態のシミュレーション方法の組み合わせを記述可能であり、上記変数定義ファイルに記述された方法で、デバイスの状態をシミュレーションし、上記データ収集手段の代わりに、デバイスの状態として、シミュレーション結果を上記描画手段へ通知するシミュレーション手段を備えていることを特徴としている。
【００２４】上記構成では、シミュレーション手段が変数定義ファイルの記述に基づいてデバイスの状態を算出するので、上記プロセスデータサーバと通信できない場合であっても、端末装置のみで、シミュレーション結果に基づく、ローカル制御システムのデバイスの仮想的な状態を表示できる。
【００２５】また、請求項５の発明に係る制御システムは、上記課題を解決するために、請求項１記載の端末装置と、上記ローカル制御システムに配され、予め格納される画面データに基づいて、上記デバイスの状態を取得し、取得結果に基づいて画面表示する制御用表示装置と、制御用表示装置の操作画面の構成を設計し、設計結果に基づいて、上記画面データを出力する作画装置とを備え、上記作画装置は、上記設計結果に基づいて、上記ピクチャ構成定義ファイルを出力するピクチャ構成定義ファイル出力手段を備えていることを特徴としている。なお、各図形要素に対応する変数名は、ピクチャ構成定義ファイル出力手段が自動的に作成してもよいし、変数定義ファイルなど、デバイスと変数名との対応を示すデータがあれば、それを参照して、変数名を指定してもよい。
【００２６】上記構成では、ローカル制御システムの制御用表示装置の画面データを生成する作画装置が、ピクチャ構成定義ファイル出力手段を備えているので、制御用表示装置用の画面設計工程と、端末装置用の画面設計工程との少なくとも一部を共用できる。なお、両者の画面設計が同一であれば、画面設計工程の全てが共通になるが、一部が異なっている場合でも、残余の設計工程を共用できる。この結果、端末装置にて、ローカル制御システムのデバイスの状態を表示できるにも拘わらず、当該端末装置用の画面を設計する際の手間を大幅に削減できる。
【００２７】
【発明の実施の形態】本発明の一実施形態について図１ないし図１３に基づいて説明すると以下の通りである。すなわち、図２に示すように、本実施形態に係る制御システム１には、例えば、ローカル制御システム内の制御装置など、ターゲットシステム２のデバイス２ａを制御する制御機器層３と、例えば、ローカル制御システム内のホストコンピュータなど、制御機器層３から受け取ったデバイス２ａのデータに基づいて、ターゲットシステム２および制御機器層３全体を監視制御する監視制御層４と、例えば、インターネット５を介して監視制御層４に接続可能な端末装置６ａや、複数のローカル制御システムを統括する本社のホストコンピュータ（図示せず）など、監視制御層４の上位層として、デバイス２ａの状態を監視したり制御する管理監視層６とが設けられている。なお、上記ターゲットシステム２、制御機器層３および監視制御層４が特許請求の範囲に記載のローカル制御システムに対応し、インターネット５がネットワークに対応している。
【００２８】上記制御機器層３は、制御装置として、例えば、ターゲットシステム２のデバイス２ａを制御するプログラマブル・ロジック・コントローラ１１と、ＨＭＩ（Human Machine Interface ）としてオペレータに操作されるパネルコンピュータ（制御用表示装置）１２とをシリアルケーブルやネットワークケーブルなどのケーブルで互いに接続して構成されるフィールド機器１３を、複数備えている。
【００２９】一方、監視制御層４は、各フィールド機器１３から、ターゲットシステム２のデバイス２ａの状態を収集すると共に、上記管理監視層６に対して、ＯＰＣ（ OLE for Process Control）サーバとして動作して、デバイス２ａの状態をリアルタイムに通知可能なサーバ装置４ａを備えている。また、上記サーバ装置４ａは、ＯＰＣクライアントとして動作する管理監視層６の機器から、デバイス２ａの状態変更指示を受け取ると共に、当該指示に応じて各フィールド機器１３を制御することで、デバイス２ａの状態をリアルタイムに制御できる。上記デバイス２ａの状態および状態変更指示は、制御対象となるデバイスと状態または指示との組み合わせを含むプロセスデータとして送受される。なお、制御対象となるデバイスは、状態を取得したり、制御（変更）できればよく、デバイス２ａ自体であってもよいし、例えば、ＰＬＣ１１やパネルコンピュータ１２のメモリなど、制御機器層３に設けられた記憶装置の一領域を示していてもよい。さらに、上記デバイスは、タッチパネルやバーコードリーダ（図示せず）などの入力装置から手動で入力されたデータが格納されたメモリであってもよい。
【００３０】上記サーバ装置４ａは、各フィールド機器１３と通信してプロセスデータを送受するために、例えば、ＷｉｎｄｏｗｓＣＥ（登録商標）をＯＳ（Operating System）として採用したパネルコンピュータ１２と、それに接続されたＰＬＣ１１とからなるフィールド機器１３など、ＯＰＣサーバとして動作可能なフィールド機器１３と通信するためのＯＰＣクライアント４１と、外部との通信プロトコルとして、ＰＬＣ１１の機種に固有の専用のプロトコルを採用したフィールド機器１３と通信するためのＩ／Ｏドライバ４２とを備えている。なお、フィールド機器１３のうち、ＰＬＣ１１がサーバ装置４ａと通信してもよいが、パネルコンピュータ１２は、ＨＭＩとして動作するために、演算能力や記憶容量などの資源に余裕があるように設定する必要がある。したがって、ＨＭＩ処理用の資源と通信処理用の資源とを共用し、制御機器層３全体の演算能力や記憶容量を削減するために、パネルコンピュータ１２がサーバ装置４ａと通信する方が好ましい。
【００３１】さらに、サーバ装置４ａには、例えば、高機能グラフィックモニタソフトであるＳＣＡＤＡ（Supervisory Control and Data Acquisition）などからなり、上記ＯＰＣクライアント４１やＩ／Ｏドライバ４２で取得したプロセスデータに基づいて、サーバ装置４ａの画面上にデバイスの状態を表示すると共に、サーバ装置４ａのユーザの操作に応じて、デバイスの制御を指示するプロセスデータを上記両部材４１・４２に送信させる表示／操作処理部４３と、サーバ装置４ａが送受するプロセスデータをデバイスに対応付けて一時格納するプロセス・データベース４４と、上記管理監視層６と通信するＯＰＣサーバ（プロセスデータサーバ）４５とが設けられている。また、上記表示／操作処理部４３・プロセス・データベース４４・ＯＰＣサーバ４５間には、例えば、ＷＳＨ（Windows ScriptingHost）などから実現されるシステム制御部４６が設けられており、表示／操作処理部４３やＯＰＣサーバ４５からのプロセスデータをプロセス・データベース４４に格納すると共に、表示／操作処理部４３やＯＰＣサーバ４５からの指示に応じてプロセス・データベース４４からプロセスデータを読み出すことができる。
【００３２】これにより、サーバ装置４ａは、ローカル制御システム内で、当該システム内の各デバイスの状態を表示または制御できると共に、管理監視層６との間で、各デバイスに関連するプロセスデータを送受できる。
【００３３】一方、本実施形態に係る端末装置６ａは、図１に示すように、インターネット５を介して、管理監視層６のＯＰＣサーバ４５と通信してプロセスデータを送受するＯＰＣクライアント６１と、種々のファイルを閲覧するためのブラウザ６２と、種々のファイルを格納するファイル記憶部（ファイル記憶手段）６３と、テキストエディタ６４とを備えている。本実施形態では、上記ブラウザ６２およびテキストエディタ６４は、多くのコンピュータに予めインストールされた汎用のソフトウェアで実現されており、上記ファイル記憶部６３は、通常のコンピュータがシステムファイルや作業用のファイルなどを記憶するために設けられた記憶部を用いている。
【００３４】上記ブラウザ６２は、例えば、INTERNET EXPLORER(登録商標）などの汎用のブラウザソフトによって実現されており、図示しないマウスやキーボードなどの入力装置による端末装置６ａへの操作を受け付け、図示しないディスプレイへの表示処理を行う入出力処理部７１と、例えば、Ｊａｖａ（登録商標）スクリプトやＶｉｓｕａｌＢａｓｉｃ（登録商標）スクリプトなど、スクリプト言語の処理系としてのスクリプトエンジン７２とが設けられている。また、当該ブラウザ６２は、例えば、ＨＴＴＰ（Hyper Text Transfer Protocol）などのプロトコルで任意のサーバ装置からＨＴＭＬ（ HyperText Markup Language）文書などの文書を受け取り、閲覧することもできる。
【００３５】ここで、本実施形態に係る上記ファイル記憶部６３は、デバイスに応じたタグ変数オブジェクトを含むシステム変数オブジェクトを作成し、該オブジェクトの内容を更新するための情報がテキスト形式で記述されたシステム変数定義ファイルを格納するシステム変数定義ファイル記憶部６３ａと、デバイスの状態を表示し操作する画面を定義する情報がテキスト形式で記述されたピクチャ構成定義ファイルが格納されるピクチャ構成定義ファイル記憶部６３ｂとを備えている。さらに、ファイル記憶部６３には、上記スクリプト言語で記述されたスクリプト定義ファイルを格納するスクリプト定義ファイル記憶部６３ｃが設けられており、上記ピクチャ構成定義ファイルやシステム変数定義ファイルで指定できないシステム変数オブジェクトへのアクセスや画面描画などを、当該スクリプト定義ファイルによって上記スクリプトエンジン７２へ指示できる。
【００３６】また、本実施形態に係るブラウザ６２は、例えば、ＣＯＭ／ＤＣＯＭ（Component Object Model / Distributed Component Object Model ）など、予め定められた手順で上記スクリプトエンジン７２からアクセス可能なオブジェクトとして、上記各システム変数オブジェクトを保持するオブジェクト保持部７３と、上記システム変数定義ファイルを参照して、オブジェクト保持部７３にシステム変数オブジェクトを生成するプリプロセッサ７４と、上記システム変数定義ファイルに基づいて上記ＯＰＣクライアント６１に監視制御層４のＯＰＣサーバ４５と通信させ、タグ変数オブジェクトの内容を更新するリアルタイムデータ収集部（データ収集手段）７５と、上記システム変数定義ファイルで指定されたタグ変数オブジェクトについて、当該ファイルで指定された算出方法で内容を更新するシミュレーションデータ発生部（シミュレーション手段）７６とを備えている。
【００３７】さらに、ブラウザ６２には、上記ピクチャ構成定義ファイルの指示に従ってシステム変数オブジェクトを参照し、当該オブジェクトの内容に応じて入出力処理部７１へ画面表示させると共に、ピクチャ構成定義ファイルに基づき、入出力処理部７１への操作に応じてシステム変数オブジェクトを変更するグラフィカルＷｅｂクライアントプロセッサ（描画手段）７７が設けられている。
【００３８】また、詳細は、後述するように、上記システム変数定義ファイルおよびピクチャ構成定義ファイルは、予め定められた構文に従って記述されたテキストファイルであり、スクリプト定義ファイルは、スクリプト言語で記述されたテキストファイルなので、端末装置６ａのテキストエディタ６４で変更できる。
【００３９】なお、図１および図２に示す各部材６１〜６４・７１〜７７・４１〜４６は、ＣＰＵなどの演算手段が、ＲＯＭやＲＡＭなどの記憶手段に格納されたプログラムを実行し、タッチパネルや液晶表示装置などの入出力手段、あるいは、インターフェース回路などの通信回路を制御することによって実現される機能ブロックである。したがって、これらの手段を有するコンピュータが、上記プログラムを記録した記録媒体（例えば、ＣＤ−ＲＯＭなど）を読み取り、当該プログラムを実行するだけで、本実施形態に係るサーバ装置４ａや端末装置６ａを実現できる。特に、本実施形態では、上記各部材７３〜７７は、例えば、スクリプトエンジン７２が上記ファイル記憶部６３に格納されたスクリプトファイルを実行することで実現される機能ブロックとして実装されている。したがって、ＯＰＣクライアント６１と、入出力処理部７１およびスクリプトエンジン７２を含むブラウザ６２とファイル記憶部６３とテキストエディタ６４とを備えたコンピュータであれば、当該スクリプトファイルを実行させるだけで、端末装置６ａとして動作できる。
【００４０】上記構成では、リアルタイムデータ収集部７５によりアクセスするＯＰＣサーバ４５を記述したシステム変数定義ファイルが、端末装置６ａのシステム変数定義ファイル記憶部６３ａに予め格納されているので、端末装置６ａは、特に、サーバにアクセスすることなく、ＯＰＣサーバ４５へのアクセス手順を決定でき、インターネット５のトラフィックを削減できる。また、システム変数定義ファイルとピクチャ構成定義ファイルとが分離されているので、例えば、機器構成が互いに同一の複数のラインの状態を表示する操作画面間や、監視項目が互いに同一のローカル制御システムの状態を表示する操作画面間など、同じ画面構成で互いに異なるデバイスの状態を表示する場合は、ピクチャ構成定義ファイルを変更することなく、システム変数定義ファイルのみを変更することで対応できる。さらに、両ファイルは、テキスト形式で、組み合わせや対応が記述されているので、テキストエディタ６４で容易に編集できる。これらの結果、端末装置６ａのみでも、ローカル制御システムのデバイスの状態を表示する際の画面構成を変更しやすい制御システムを実現できる。
【００４１】より詳細に説明すると、上記システム変数定義ファイルは、図３に示すように、作成すべきシステム変数オブジェクトの種別を示す文字列と、システム変数オブジェクト名を示す文字列と、そのプロパティを示す文字列との組み合わせを列挙したものである。本実施形態では、例えば、オブジェクトの種別として、端末装置６ａの動作全体に関連する共通変数（図中、"SYSTEM"で示す）と、画面中のベクターグラフィックスイメージを動的変数値により色変えする場合に参照されるカラーパレット（"Color" ）と、グラフィカルＷｅｂクライアントプロセッサ７７が実際に画面に表示するイメージを示すイメージ変数（"Image" ）と、画面情報を変化させるために保持するワーク変数（"WK"）と、デバイスに対応して設けられるタグ変数（"TAG" ）とが規定されている。
【００４２】上記共通変数オブジェクト（種別が共通変数のシステム変数オブジェクト）には、例えば、図４に示すように、ユーザ名やシステム開始時あるいは背景色やカーソル形状などに加えて、シミュレーションの要否を設定するシミュレーションフラグと、ＯＰＣクライアント６１と通信するＯＰＣサーバ４５を設定するＯＰＣサーバのノード名およびサーバ名とが予め用意されており、これらの値は、図４に記載された変数名のうち、設定したい共通変数オブジェクトの変数名を、システム変数定義ファイル中の変数名として記述し、当該変数名に付随するプロパティとして、設定値を記述することで設定される。例えば、図３の例では、箇所Ｐ１により、ＯＰＣサーバとして、ノード名：サーバ名が、それぞれ"Computer1:OPC.DIGITAL" と"Computer2:OPC.OTHER" の２つのＯＰＣサーバが規定されている。なお、この例では、箇所Ｐ１に記述された情報が特許請求の範囲に記載のアクセス情報に対応する。
【００４３】また、本実施形態に係るグラフィカルＷｅｂクライアントプロセッサ７７は、例えば、現在の状況を報告したり、次の動作を示唆したり、選択しようとしている操作を説明するなど、ユーザの操作を補助する際、アニメーションキャラクタを使用でき、当該アニメーションキャラクタの選択や、キャラクタの名前設定および音声のプロパティを設定するための共通変数オブジェクトも用意されている。また、グラフィカルＷｅｂクライアントプロセッサ７７は、キャラクタの動作や発声する内容などを図示しないシナリオ定義ファイルを参照して決定できる。
【００４４】一方、カラーパレットオブジェクトは、図３の箇所Ｐ２のように、色を示す文字列、または、色の成分（例えば、ＲＧＢの輝度など）により、カラーパレットオブジェクトに含まれる色を順次指定することで設定される。設定されたカラーオブジェクトは、図５に示すように、設定順（図の例では、緑、赤の順）にコレクションされ、後述するように、グラフィカルＷｅｂクライアントプロセッサ７７が動的変数値に応じて色変え表示する際に参照される。
【００４５】また、本実施形態では、グラフィカルＷｅｂクライアントプロセッサ７７が画面表示する際に使用するイメージも、イメージ変数オブジェクトとして、メインメモリ（ＲＡＭ）内のオブジェクト保持部７３に保持される。これにより、イメージ表示がメモリからの読み出しとなるので、磁気記録媒体などのファイルからイメージを読み出す場合に比べて高速化できる。なお、本実施形態に係るシステム変数定義ファイルでは、図３中、箇所Ｐ３に示すように、例えば、GIF （Grafics Interchange Format）形式、bmp 形式（ビットマップ形式）、JPEG(Joint Photographic Experts Group)形式あるいはPNG(Protable Network Graphics)形式などのイメージファイルのファイル名を、変数名と共に指定することで、プリプロセッサ７４にイメージ変数オブジェクトの作成を指示する。なお、ファイル名にはパス名を含めてもよい。
【００４６】さらに、本実施形態のシステム変数定義ファイルでは、図３中、箇所Ｐ４に示すように、Value として、ワーク変数オブジェクトのディスクリプションＤＥＳＣ、工業単位ＥＵ、現在値ＣＶ、レンジ上限ＲＨ、レンジ下限ＲＬ、小数点位置ＰＮＴ、警報レンジ上限ＰＨ、警報レンジ下限ＰＬ、シミュレーション番号ＳＩＭおよび位相Ｐｈａｓｅを、それぞれ示す文字列を所定のセパレータ（図中では、"," ）で区切って順次記述することで指定できる。上記シミュレーション番号ＳＩＭは、図６に示すように、シミュレーションデータ発生部７６がシミュレーションする際の算出式を指定するものであり、上述したシミュレーションフラグを"true"に設定することで有効になる。
【００４７】また、図３中、箇所Ｐ５に示すように、Value として、タグ変数オブジェクトのディスクリプションＤＥＳＣ、工業単位ＥＵ、小数点位置ＰＮＴ、ＯＰＣサーバ番号ＯＰＣ、変数タイプＴＹＰＥ、アイテム名ＩＴＥＭおよびフィールド名ＦＩＥＬＤをそれぞれ示す文字列を、所定のセパレータで区切って順次記述することで指定できる。上記ＯＰＣサーバ番号ＯＰＣは、図３中、共通変数オブジェクトとして設定したＯＰＣサーバの番号（sOPCServerなどの[]内の数字）であり、アイテム名ＩＴＥＭおよびフィールド名ＦＩＥＬＤは、ＯＰＣクライアント６１により状態の取得／制御指示されるデバイスを、当該ＯＰＣサーバ番号ＯＰＣで指定されたＯＰＣサーバ４５が特定するために使用する文字列である。
【００４８】さらに、本実施形態では、デバイスの種別に応じた変数タイプＴＹＰＥを記述することで、プリプロセッサ７４は、デバイスの種別に応じたプロパティを、タグ変数オブジェクトを設けることができる。本実施形態では、例えば、図７に示すように、変数タイプＴＹＰＥとして、アナログ入力機器（ＡＩ）、アナログ出力機器（ＡＯ）、パルス入力機器（ＰＩ）、デジタル入力機器（ＤＩ）あるいはデジタル出力機器（ＤＯ）のいずれかを記述可能であり、プリプロセッサ７４は、各変数タイプＴＹＰＥが指定された場合、図中”○”で記載したプロパティ群を設定する。
【００４９】例えば、図３の箇所Ｐ５の記述例によれば、タグ変数オブジェクトＦＩ１０１の現在値の取得／制御方法が、番号０のＯＰＣサーバ４５（ノード名：サーバ名がComputer1:OPC.DIGITAL のサーバ）へ、アイテム名：フィールド名が、FI101:F＿CVで特定されるデバイスのプロセスデータを送受するように設定されている。したがって、プリプロセッサ７４が当該箇所Ｐ５に基づいてタグ変数オブジェクトＦＩ１０１を生成すると、リアルタイムデータ収集部７５は、上記シミュレーションフラグが"false" の場合、所定の周期で、上記ＯＰＣサーバ４５へ上記プロセスデータを送受して、当該タグ変数オブジェクトＦＩ１０１に対応するデバイスの状態を取得／制御する。なお、シミュレーションフラグが"true"の場合、グラフィカルＷｅｂクライアントプロセッサ７７は、各現在値に代えてシミュレーション値に基づいて画面表示するので、上記プロセスデータの送受は不要である。また、上記箇所Ｐ５では、変数タイプＴＹＰＥとして、”ＡＩ”（アナログ入力機器）が指定されているので、プリプロセッサ７４は、タグ変数オブジェクトのプロパティとして、現在値のプロパティに加えて、工業単位やレンジ下限などのプロパティを設ける。これらのプロパティの値は、例えば、上記箇所Ｐ５で指定されたＯＰＣサーバ４５から、アイテム名およびフィールド名が、上記アイテム名、および、それぞれのプロパティ名によって特定されるプロセスデータを取得するなどして設定される。
【００５０】一方、ピクチャ構成定義ファイルは、図８に示すように、描画コマンドを示す文字列と、そのプロパティのうち、オブジェクトを生成するための静的プロパティを示す文字列と、オブジェクトに関連し、リアルタイムに変化する動的プロパティを示す文字列との組み合わせを列挙したものである。
【００５１】本実施形態では、例えば、図９に示す描画コマンドが用意されている。これらの描画コマンドは、文字列や数値あるいは線や円など、基本的な図形要素を形状で特定して描画するための基本コマンドと、バルブや棒グラフあるいはボタンなど、図形要素を、その意味で特定して描画するためのオブジェクトコマンドとに大別できる。これらの描画コマンドのうち、動的プロパティを付加可能な描画コマンドは、例えば、上述のワーク変数オブジェクトやタグ変数オブジェクトと関連付けることができ、グラフィカルＷｅｂクライアントプロセッサ７７は、これらのオブジェクトの値に応じて、文字や形状（グラフの長さ）や色などを変更できる。
【００５２】例えば、図８の箇所Ｐ１１で記述された描画コマンドは、グラフィカルＷｅｂクライアントプロセッサ７７に描画のための画面領域（スクリーン）を指示する基本コマンドであり、スクリーンのプロパティを示すValue として、エッジ表示タイプ、トップ位置、レフト位置、幅、高さ、エッジ色、背景色およびスクリプト指定を示す文字列を、所定のセパレータで区切って順次記述することで指定できる。ここで、各位置や長さに関連するプロパティの単位は、ピクセルである。また、エッジ表示タイプは、領域指定されたスクリーンのエッジの色によって、ボタンを押した状態（凹んで見える状態）や、ボタンを上げた状態（凸に見える状態）、あるいは、平面状（凸にも凹にも見えない状態）に表示させるものであり、例えば、１の場合は、平面状で、外枠をエッジ色で表示し、スクリーンを背景色で塗りつぶすことを示している。また、２の場合がボタンオンイメージ（凹状態）、３の場合がボタンオフイメージ（凸状態）を示しており、さらに、４の場合は、エッジ色を使って、ボタンオフ（凸状態）の表示を示している。また、トップ位置およびレフト位置は、グラフィカルＷｅｂクライアントプロセッサ７７が確保した画面領域全体（コンテナ領域）において、スクリーンの左上端の位置を、コンテナの座標系で示したものである。
【００５３】上記描画コマンドで確保されたスクリーンは、ピクチャ構成定義ファイルの後の部分で、オブジェクトを描画する際に使用される。また、スクリーン内の座標系としては、スクリーン中心を原点（ｘ＝０、ｙ＝０）、右および下を、それぞれ正としたピクセル単位の座標系が使用される。なお、イメージや文字を配置する際に指定する原点座標は、イメージや文字の中央として指定される。当該スクリーンは、スクリプト定義ファイルやシナリオ定義ファイルなどに記述したオブジェクト移動コマンドを、グラフィカルＷｅｂクライアントプロセッサ７７に実行させることで、コンテナ領域中のどの位置にも移動させることができる。
【００５４】一方、図８中、箇所Ｐ１２に記述されたコマンドは、棒グラフを表示するためのオブジェクトコマンドであり、プロパティを示すValue として、棒グラフの向きＤ、原点座標（ｘ，ｙ）、幅、高さ、計器レンジ上限値ＲＨ、計器レンジ下限値ＲＬ、初期値、表示色、背景色、変数名および表示周期を示す文字列を、セパレータで区切って順次記述することで、図１０に示す棒グラフの表示を、グラフィカルＷｅｂクライアントプロセッサ７７に指示できる。棒グラフの向きは、１から４の数値で、上／左／下／右を指定するように規定されており、表示周期は、リフレッシュ周期をｍｓ単位で指定する。また、変数名は、システム変数定義ファイルで定義されたタグ変数オブジェクトまたはワーク変数オブジェクトを示す変数名の後に、所定の文字（例えば、"." ）と、オブジェクトのプロパティを示す文字列とを付けたものである。図８の例では、変数として、"WK0.CV"が指定されているので、グラフィカルＷｅｂクライアントプロセッサ７７は、ワーク変数オブジェクトの現在値に応じた長さで、上向きの棒グラフを表示する。
【００５５】また、図中、箇所Ｐ１３に記述されたコマンドは、バルブを表示するためのオブジェクトコマンドであり、プロパティを示すValue として、バルブタイプ、原点座標（ｘ，ｙ）、幅、高さ、回転角（反時計回り、度単位）、縮小率、表示色、変数名および表示周期を示す文字列が、セパレータで区切って順次記述されている。変数名、表示周期、位置や大きさなどの指定は、棒グラフと同様であり、上記バルブタイプは、図１１に示すように、例えば、１から４で指定され、表示されるバルブの形状を示している。また、図９に示すように、バルブオブジェクトの動的プロパティは、色替えとして反映されるので、グラフィカルＷｅｂクライアントプロセッサ７７は、上記箇所Ｐ１３に基づいて画面表示する際、変数名（この場合は、タグ変数オブジェクトＦＩ１０１の現在値）を、図３の箇所Ｐ２で定義されたカラーパレットに含まれる色の個数で割り、その余りが示す位置の色を使って、イメージを表示する。例えば、カラーパレットオブジェクトとして、図５のカラーパレットが設定されている場合、余りが０の場合、グラフィカルＷｅｂクライアントプロセッサ７７は、緑色の操作弁を表示し、１の場合、赤色の操作弁を表示する。
【００５６】さらに、図８中の箇所Ｐ１４には、例えば、背景画面などを描画するための描画コマンドが記述されている。同図では、背景画像を構成する線分を表示するための基本コマンド（Line) が例示されており、プロパティを示すValue として、開始座標（ｓｘ，ｓｙ）、終了座標（ｅｘ，ｅｙ）、線幅、線種、線の色およびライン表示を色替えするための変数名を示す文字列が、セパレータで区切って順次記述されている。なお、この例では、変数名が省略されており、線分は、一定の色で表示される。
【００５７】これにより、グラフィカルＷｅｂクライアントプロセッサ７７は、図８に示すピクチャ構成定義ファイルに基づいて、図１２に示すように、タグ変数オブジェクト（FI101 ）の現在値に基づいて色が変わるバルブＶと、ワーク変数オブジェクト（WK0 ）の値に応じて周期的に伸張する棒グラフＢとが配された画面を表示できる。
【００５８】なお、上記では、表示の場合についてのみ説明したが、ピクチャ構成定義ファイル中に、例えば、図形要素および変数名の対応に代えて、画面中の特定の領域への操作などのイベントと変数名との対応を記述してもよい。この場合、グラフィカルＷｅｂクライアントプロセッサ７７は、上記イベントが発生したとき、変数名が示すタグ変数オブジェクトの内容を、イベントに応じて変更する。さらに、リアルタイムデータ収集部７５がＯＰＣクライアント６１へ指示して、タグ変数オブジェクトに対応するデバイスの状態変更を指示する。これにより、端末装置６ａから、ローカル制御システムのデバイスの状態を制御できる。
【００５９】ところで、上記システム変数定義ファイルおよびピクチャ構成定義ファイルなどのファイルは、例えば、端末装置６ａにて、新規に作成してもよいが、例えば、図１に示すパネルコンピュータ１２の画面を作画する作画装置があれば、当該作画装置にて、システム変数定義ファイルやピクチャ構成定義ファイルを作成し、端末装置６ａで一部修正して利用する方が好ましい。
【００６０】具体的には、例えば、図１３に示すように、上記作画装置８は、図２に示す各ＯＰＣサーバ４５にアクセス可能なＯＰＣクライアント８１に加えて、パネルコンピュータ１２用の画面データファイル、ピクチャ構成定義ファイル、システム変数定義ファイルおよびスクリプト定義ファイルを、それぞれ格納する画面データファイル記憶部８２、ピクチャ構成定義ファイル記憶部８３、システム変数定義ファイル記憶部８４およびスクリプト定義ファイル記憶部８５を備えている。さらに、予め定められた図形要素を組み合わせて対話的に画面を設計する作画処理部８６と、設計された画面を上記画面データファイルとして出力する画面データアクセス部８７と、設計された画面を上記ピクチャ構成定義ファイルとして出力するピクチャ構成定義ファイルアクセス部（ピクチャ構成定義ファイル出力手段）８８と、上記作画処理部８６から参照され、画面上に配置可能な図形要素や、上記ＯＰＣサーバ４５が取得可能なデバイスの一覧などが格納されるローカルデータベース８９とが設けられている。
【００６１】また、作画装置８には、上記ＯＰＣクライアント８１を制御するＯＰＣクライアント制御部９０と、上記ＯＰＣサーバ４５が取得可能なデバイスの一覧を上記ＯＰＣクライアント８１から受け取ると共に、一覧を参照して、上記システム変数定義ファイルを作成したり、スクリプト定義ファイルを作成するデータベース開発環境９１とが設けられている。
【００６２】なお、上記作画装置８は、端末装置６ａのファイル記憶部６３に各ファイルを格納できれば、端末装置６ａ自体であってもよいし、例えば、サーバ装置４ａやローカル制御システム内の他のコンピュータなど、端末装置６ａへデータ伝送可能なコンピュータであってもよい。また、作画装置８の各部材８１〜９１も、上述した各部材６１〜６４・７１〜７７（図１参照）と同様、演算手段がプログラムを実行することで実現される機能ブロックである。
【００６３】上記構成の作画処理部８６は、例えば、画面上に配置可能な図形要素のパレットを選択可能に表示するなどして、作画装置８のユーザに、図形要素を選択して画面上に配するよう促す。また、作画処理部８６は、既に配置された各図形要素を、作画装置８の画面上に表示して、これまでに設計した画面構成をユーザに提示する。さらに、作画処理部８６は、例えば、図形要素のドラグや座標入力などを受け付け、各図形要素の配置を調整する。一方、作画処理部８６は、デバイスの状態に応じて変化する図形要素について、当該図形要素に関連するデバイスを示すアドレスや名称を入力するように、ユーザに促す。これらの結果、ユーザは、作画処理部８６を操作して、画面上の所望の位置に図形要素を配置すると共に、各図形要素とデバイスとを対応付けるだけで、画面を設計できる。
【００６４】さらに、画面データアクセス部８７は、設計された画面を、画面データの形式で画面データファイル記憶部８２に格納すると共に、ピクチャ構成定義ファイルアクセス部８８は、ピクチャ構成定義ファイルの形式でピクチャ構成定義ファイル記憶部８３に格納する。また、各アクセス部８７（８８）は、必要に応じて、それぞれの記憶部８２（８３）から、設計された画面を読み出し、作画処理部８６にさらに修正させることができる。
【００６５】ここで、ピクチャ構成定義ファイルを生成する際、各図形要素に対応するデバイスを変数名で指定する必要があるが、上記ピクチャ構成定義ファイルアクセス部８８は、システム変数定義ファイル記憶部８４に格納されたシステム変数定義ファイルを参照して、各デバイスに対応する変数名を決定する。なお、システム変数定義ファイルが格納されていない場合は、ピクチャ構成定義ファイルアクセス部８８が各デバイスに対応する変数名を自動的に作成し、上記システム変数定義ファイル中、デバイスと関連付けられていない変数名として格納してもよい。この場合、データベース開発環境９１が、例えば、ユーザの指示などに基づいて、これらの変数名とデバイスとの対応を上記システム変数定義ファイルに記述する。
【００６６】
【発明の効果】請求項１の発明に係る制御システムの端末装置は、以上のように、デバイスおよび変数名の組み合わせ、並びに、アクセス情報がテキスト形式で記述された変数定義ファイルと、図形要素および上記変数名の対応がテキスト形式で記述されたピクチャ構成定義ファイルとを格納するファイル記憶手段と、上記アクセス情報に基づいて、上記通信手段にプロセスデータサーバへアクセスさせて、上記変数定義ファイルに記述された各デバイスの状態を取得するデータ収集手段と、上記ピクチャ構成定義ファイルの各図形要素について、上記データ収集手段が取得したデバイスの状態のうち、当該図形要素に対応する変数名に組み合わされたデバイスの状態に応じた描画をブラウザ上で行う描画手段とを備えている構成である。
【００６７】請求項２の発明に係る記録媒体は、以上のように、請求項１記載の各手段として、コンピュータを動作させるプログラムが記録された構成であり、当該プログラムをコンピュータが実行することで、当該コンピュータは、請求項１記載の端末装置として動作できる。
【００６８】上記構成によれば、変数定義ファイルが予め端末装置に格納されているので、特に、サーバにアクセスすることなく、プロセスデータサーバへのアクセス手順を決定でき、ネットワークのトラフィックを削減できる。また、変数定義ファイルとピクチャ構成定義ファイルとが分離されているので、同じ画面構成で互いに異なるデバイスの状態を表示する場合は、ピクチャ構成定義ファイルを変更することなく、変数定義ファイルのみを変更することで対応できる。さらに、両ファイルは、テキスト形式で、組み合わせや対応が記述されているので、多くのコンピュータで予めインストールされているテキストエディタで容易に編集できる。これらの結果、端末装置のみでも、ローカル制御システムのデバイスの状態を表示する際の画面構成を変更しやすい制御システムを実現できるという効果を奏する。
【００６９】請求項３記載の制御システムの端末装置は、以上のように、請求項１記載の発明の構成において、プロパティの１つとしてデバイスの状態を含み、スクリプトエンジンにより各プロパティを参照可能で、しかも、上記各変数名に対応するオブジェクトを、上記変数定義ファイルに基づいて作成するプリプロセッサを備え、上記ファイル記憶手段には、上記スクリプトエンジンへ、予め定めるオブジェクトのプロパティを参照した結果に基づいて画面描画する動作を指示するスクリプト定義ファイルが格納されている構成である。
【００７０】上記構成によれば、プリプロセッサが変数名に応じたオブジェクトを作成する。ここで、上記プリプロセッサは、スクリプトエンジンが各オブジェクトのプロパティを参照できるような形式のオブジェクトを作成する。したがって、スクリプト定義ファイルに、プロパティを参照し、画面描画する動作を記述することで、スクリプトエンジンは、オブジェクトのプロパティに応じて画面表示できる。これにより、例えば、描画手段がアニメーション用の図形要素を描画できない場合のように、上記ピクチャ構成定義ファイルを参照する描画手段が描画できない、複雑なデバイスの状態表示処理を、スクリプトエンジンに実行させることができ、画面の表現力を向上できる。なお、描画手段が描画可能な状態表示処理は、ピクチャ構成定義ファイルに変数名と図形要素との対応を記述することで、描画手段に処理させることができる。この結果、画面構成を変更しやすく、しかも、高い表現力で、デバイスの状態を表示できる端末装置を実現できるという効果を奏する。
【００７１】請求項４の発明に係る制御システムの端末装置は、以上のように、請求項１または３記載の発明の構成において、上記変数定義ファイルに記述された方法で、デバイスの状態をシミュレーションし、上記データ収集手段の代わりに、デバイスの状態として、シミュレーション結果を上記描画手段へ通知するシミュレーション手段を備えている構成である。
【００７２】上記構成では、シミュレーション手段が変数定義ファイルの記述に基づいてデバイスの状態を算出するので、上記プロセスデータサーバと通信できない場合であっても、端末装置のみで、シミュレーション結果に基づく、ローカル制御システムのデバイスの仮想的な状態を表示できるという効果を奏する。
【００７３】請求項５の発明に係る制御システムは、以上のように、請求項１記載の端末装置と、上記ローカル制御システムに配され、予め格納される画面データに基づいて、上記デバイスの状態を取得し、取得結果に基づいて画面表示する制御用表示装置と、制御用表示装置の操作画面の構成を設計し、設計結果に基づいて、上記画面データを出力する作画装置とを備え、上記作画装置は、上記設計結果に基づいて、上記ピクチャ構成定義ファイルを出力するピクチャ構成定義ファイル出力手段を備えている構成である。
【００７４】上記構成では、ローカル制御システムの制御用表示装置の画面データを生成する作画装置が、ピクチャ構成定義ファイル出力手段を備えているので、制御用表示装置用の画面設計工程と、端末装置用の画面設計工程との少なくとも一部を共用できる。この結果、端末装置にて、ローカル制御システムのデバイスの状態を表示できるにも拘わらず、当該端末装置用の画面を設計する際の手間を大幅に削減できるという効果を奏する。
【出願人】 【識別番号】０００１３４１０９
【氏名又は名称】株式会社デジタル
【出願日】 平成１２年１０月２日（２０００．１０．２）
【代理人】 【識別番号】１０００８００３４
【弁理士】
【氏名又は名称】原 謙三
【公開番号】 特開２００２−１０８６００（Ｐ２００２−１０８６００Ａ）
【公開日】 平成１４年４月１２日（２００２．４．１２）
【出願番号】 特願２０００−３０２７５８（Ｐ２０００−３０２７５８）