JP4034171B2 - 制御システム、および、そのプログラム - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、制御用表示装置がデバイスの状態を示す操作画面を表示すると共にデバイスへの操作を受け付ける際に参照する第１データファイルに基づいて生成された第２データファイルを参照して、当該制御用表示装置とは異なるクライアント装置が、上記第１データファイルによって表示指示されたデバイスの状態を表示すると共に当該第１データファイルによって操作受付指示されたデバイスへの操作を受け付ける制御システム、および、そのプログラムに関するものである。
【０００２】
【従来の技術】
図１０に示す従来の制御システム１０１において、ローカル制御システム内のプログラマブル表示器１１４は、プロジェクトファイルに基づいて、ターゲットシステム１０２のデバイス１０２ａの状態を表示すると共に、デバイス１０２ａへの状態制御操作を受け付けている（例えば、後述の特許文献１参照）。
【０００３】
一方、上記ローカル制御システムには、インターネット１０４を介して接続されるクライアント装置１０６からの要求を受け付ける制御用ホストコンピュータ１１７が設けられており、当該制御用ホストコンピュータ１１７の公開用ファイル生成部１７１は、上記プログラマブル表示器１１４が参照するプロジェクトファイルに基づいて、クライアント装置１０６が理解可能な公開ファイルを生成し、公開サーバ部１７２は、当該公開用ファイルをクライアント装置１０６へ送信する。
【０００４】
クライアント装置１０６は、公開用ファイルを参照して、当該公開用ファイルが表示を指示するデバイス１０２ａの状態を表示すると共に、公開用ファイルが操作受け付けを指示するデバイス１０２ａへの操作を受け付ける。
【０００５】
これにより、クライアント装置１０６用の操作画面を新たに設計することなく、クライアント装置１０６で、デバイス１０２ａの状態を表示したり、操作を受け付けることができる。
【０００６】
なお、デバイス１０２ａの状態は、プログラマブル・ロジック・コントローラ（以下、ＰＬＣと略称する）１１３、プログラマブル表示器１１４および上記公開サーバ部１７２を介して、クライアント装置１０６に伝えられ、クライアント装置１０６によるデバイス１０２ａの状態制御指示は、公開サーバ部１７２、プログラマブル表示器１１４、ＰＬＣ１１３を介して、デバイス１０２ａへ伝えられる。
【０００７】
また、プログラマブル表示器１１４は、例えば、予め定められたデバイス１０２ａの状態やアラームなどの情報をデータ蓄積部１２７に蓄積しており、上記プロジェクトファイルに基づいて表示される画面に、蓄積データを表示するための領域を設けることができる。
【０００８】
【特許文献１】
特開２００１−２６８１０６号公報
【０００９】
【発明が解決しようとする課題】
しかしながら、上記従来の構成では、蓄積データを表示する領域とデバイスの現状を表示する領域とを含む操作画面の表示を指示するプロジェクトファイルに基づいて、クライアント装置用の公開用ファイルを生成する際、クライアント装置でも、蓄積データとデバイスの現状との双方を互いに同じ周期で更新させようとすると、プログラマブル表示器とクライアント装置との間における、蓄積データの取得時間の相違によって、クライアント装置の動作が不所望に遅くなる虞れがある。
【００１０】
一方、プログラマブル表示器で表示している場合と同様に、両者を同じ画面（ウィンドウ）上に表示しているにも拘わらず、両者の更新周期を相違させると、それぞれの更新周期の相違によって、同じ内容を表示すべきであるにも拘わらず、両者の内容が食い違い、ユーザを混乱させる虞れがある。
【００１１】
また、蓄積データを表示可能なクライアント装置の制限を容易にして、制御システムの安全性を向上させやすくするために、クライアント装置において、デバイスの現状を表示するアプリケーションと、蓄積データを表示するアプリケーションとを分離し、当該蓄積データ表示用アプリケーションを起動した後に、表示する蓄積データの種類や表示方法をユーザに選択させると、ユーザの操作が煩雑になり、操作性が低下する虞れがある。
【００１２】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、安全性の向上と操作性向上とを両立可能な制御システムを実現することにある。
【００１３】
【課題を解決するための手段】
請求項１記載の発明に係る制御システムは、上記課題を解決するために、第１データファイルを、第２データファイルに変換する変換手段が設けられ、上記第１データファイルは、デバイスの状態を示す操作画面上の領域と当該領域への表示に対応するデバイスとの対応関係を示す表示タグ、および、当該操作画面上の領域と当該領域への入力に対応するデバイスとの対応関係を示す入力タグを含み、制御用表示装置が上記操作画面を表示すると共にデバイスへの操作を受け付ける際に参照するデータファイルであり、上記第２データファイルは、上記第１データファイルがデバイスの状態の表示を指示しデバイスへの操作の受付を指示している場合、クライアント装置の制御用アプリケーションが上記第１データファイルによって表示指示されたデバイスの状態を表示すると共に当該第１データファイルによって操作受付指示されたデバイスへの操作を受け付ける際に参照するデータファイルであり、上記制御用表示装置は、予め定められた事象が発生したときに蓄積データを蓄積する蓄積データ記憶手段を備えると共に、上記第１データファイルが蓄積データの表示を指示している場合、当該第１データファイルが指示した種類の蓄積データを当該第１データファイルが指示した表示方法で表示する制御システムにおいて、以下の手段を講じたことを特徴としている。
【００１４】
すなわち、上記クライアント装置には、上記制御用アプリケーションとは別にインストール可能なアプリケーションであって、上記制御用アプリケーションとは別ウィンドウに蓄積データを表示する蓄積データ表示用アプリケーションがインストールされている。また、上記第２データファイルは、上記第１データファイルが蓄積データの表示を指示している場合、上記制御用アプリケーションに蓄積データの表示指示を受け付けさせ、しかも、上記蓄積データ表示用アプリケーションの表示可能な蓄積データの種類および表示方法の組み合わせの中から上記第１データファイルの指示した蓄積データの種類および表示方法の組み合わせによって上記蓄積データを表示する画面が当該蓄積データ表示用アプリケーションの初期画面となるように、上記第２データファイルは、上記蓄積データ表示用アプリケーションに制御させる。
【００１５】
上記構成では、クライアント装置は、制御用表示装置が参照する第１データファイルに基づいて生成された第２データファイルを参照して、上記第１データファイルが表示を指示するデバイスの状態を表示すると共に当該第１データファイルが操作受け付けを指示するデバイスへの操作を受け付けている。これにより、クライアント装置は、クライアント装置用の操作画面を新たに設計することなく、制御用表示装置と同様に、デバイスの状態を表示したり、デバイスへの操作を受け付けることができる。
【００１６】
ここで、制御用表示装置は、蓄積データを表示する際、自らに蓄積データ記憶手段から蓄積データを取得すればよいのに対して、クライアント装置が蓄積データを表示しようとすると、制御用表示装置から蓄積データを取得する必要があり、それぞれが蓄積データを取得するために必要な時間は、互いに大きく異なっている。また、蓄積データは、デバイスの現状だけではなく、過去のデータも含んでいることが多いので、デバイスの現状よりもデータ量が多くなりがちである。
【００１７】
したがって、上記両領域を含む操作画面の表示を指示する第１データファイルを変換して第２データファイルに変換する際、クライアント装置でもデバイスの現状と蓄積データとを表示させようとすると、クライアント装置が取得する必要のあるデータ量が増大するので、クライアント装置がデバイスの現状を表示し、デバイスの現状を操作する際の動作速度が低下する虞れがある。
【００１８】
ところが、上記変換手段は、上記第１データファイルが蓄積データの表示を指示している場合、上記クライアント装置の制御用アプリケーションに蓄積データの表示指示を受け付けさせるための第２データファイルを生成する。この場合、当該第２データファイルを参照して動作するクライアント装置は、蓄積データの表示指示を受け付ければよく、蓄積データ自体を表示する必要がないため、画面表示の際、制御用表示装置の蓄積データ記憶手段に蓄積された蓄積データを取得する必要がない。
【００１９】
したがって、クライアント装置でもデバイスの現状と蓄積データとを表示させようとする場合と比較して、クライアント装置が取得する必要のあるデータ量を削減できる。この結果、クライアント装置が上記操作画面に対応する画面を表示する場合であっても、クライアント装置がデバイスの現状を表示し、デバイスの現状を操作する際の動作速度低下を抑制できる。
【００２０】
さらに、上記変換手段が生成した第２データファイルを参照して動作するクライアント装置は、蓄積データの表示指示を受け付けた場合、上記制御用アプリケーションとは別ウィンドウに蓄積データを表示する蓄積データ表示用アプリケーションを起動する。したがって、上記両領域の表示更新速度を互いに異なる値に設定する場合と異なり、上記第１データファイルが上記両領域に互いに同じ内容の表示を指示しているときであっても、クライアント装置において、上記両領域の表示更新タイミングの相違が発生しないので、ユーザの混乱を防止できる。
【００２１】
また、当該クライアント装置は、上記蓄積データ表示用アプリケーションが表示可能な蓄積データの種類および表示の組み合わせの中から、上記第１データファイルの指示した蓄積データの種類および表示方法の組み合わせを表示する画面が初期画面となるように、当該蓄積データ表示用アプリケーションの初期画面を制御する。
【００２２】
これにより、上述した動作速度の低下やユーザの混乱などの不具合が回避され、しかも、蓄積データ表示用アプリケーションのインストールの有無によって、蓄積データを参照可能なクライアント装置を比較的容易に制限できるように、蓄積データ表示用アプリケーションが、上記制御用アプリケーションとは別にインストール可能なアプリケーションとして実装されているにも拘わらず、クライアント装置のユーザが蓄積データの表示指示を指示するだけで、蓄積データ表示用アプリケーションを上述の画面を初期画面として起動させることができる。したがって、蓄積データ表示用アプリケーションを起動した後で、上記画面を選択する場合よりも、ユーザの手間を軽減でき、操作性を向上できる。これらの結果、安全性向上と操作性向上とを両立可能な制御システムを実現できる。
【００２３】
また、請求項２記載の発明に係る制御システムは、請求項１記載の発明の構成に加えて、上記蓄積データ表示用アプリケーションは、上記制御用表示装置の蓄積データを周期的に取得可能であり、取得周期を入力に応じて変更できることを特徴としている。
【００２４】
上記構成では、クライアント装置の蓄積データ表示用アプリケーションは、上記制御用表示装置の蓄積データを取得する周期を変更できるので、蓄積データを取得する際の通信経路の速度や、ユーザの要求に応じた周期で、蓄積データの表示を更新できる。
【００２５】
ところで、上記制御システムは、ハードウェアで実現してもよいし、プログラムをコンピュータに実行させて実現してもよい。具体的には、請求項３の発明に係るプログラムは、請求項１または２記載の制御システムの上記変換手段としてコンピュータを動作させる。
【００２６】
上記プログラムが上記コンピュータで実行されると、当該コンピュータは、請求項１または２記載の変換手段として動作する。したがって、請求項１または２と同様に、これらの結果、安全性向上と操作性向上とを両立可能な制御システムを実現できる。
【００２７】
【発明の実施の形態】
〔第１の実施形態〕
本発明の一実施形態について図１ないし図８に基づいて説明すると以下の通りである。すなわち、本実施形態に係る制御システム１は、ローカル制御システム内の機器に蓄積されたデータを表示可能なクライアント装置を比較的容易に制限でき、制御システム全体の安全性を向上しやすいにも拘わらず、少ない手間で所望の種類の蓄積データを表示可能なシステムであって、図１に示すように、ターゲットシステム２を制御するローカル制御システム３へ、インターネット４およびゲートウェイ５を介してアクセスするクライアント装置６を備えている。
【００２８】
以下では、蓄積データ表示のための構成および動作について説明する前に、クライアント装置６およびローカル制御システム３の概略構成および動作について簡単に説明する。
【００２９】
すなわち、上記クライアント装置６は、例えば、汎用のパーソナルコンピュータなどであり、上記ゲートウェイ５と接続するためのローカルエリアネットワーク・インターフェース部（ＬＡＮ・ＩＦ部）６１を備えており、ゲートウェイ５およびインターネット４を介して、ローカル制御システム３と通信することができる。なお、図１では、クライアント装置６がＬＡＮ・ＩＦ部６１を備え、クライアント装置６がゲートウェイ５を介してインターネット４と接続される場合を例示しているが、ゲートウェイ５およびＬＡＮ・ＩＦ部６１の組み合わせに限るものではなく、クライアント装置６がインターネット４と接続するための手段（例えば、モデムやモデムと接続するためのインターフェースなど）を備えていれば、同様の効果が得られる。
【００３０】
また、クライアント装置６は、Ｊａｖａ（登録商標）言語のプログラムを実行可能なバーチャルマシン６２と、例えば、汎用のブラウザソフトなどにより実現されるブラウザ６３とを備えている。なお、上記バーチャルマシン６２およびブラウザ６３が特許請求の範囲に記載の制御用アプリケーションに対応する。
【００３１】
上記ブラウザ６３は、インターネット４に接続された機器と通信し、受け取ったアプレットをバーチャルマシン６２に実行させることができる。また、当該ブラウザ６３は、例えば、ＨＴＴＰ（Hyper Text Transfer Protocol）などのプロトコルで任意のサーバ装置からＨＴＭＬ（ HyperText Markup Language）文書などの文書を受け取り、当該文書を閲覧することもできる。
【００３２】
一方、上記ローカル制御システム３には、複数の制御ユニット１１がローカルエリアネットワーク（ＬＡＮ）１２を介して接続されている。各制御ユニット１１には、上記ターゲットシステム２のデバイス２ａを制御する制御装置としてのＰＬＣ１３と、例えば、シリアルケーブルなどを介して、当該ＰＬＣ１３に接続されると共に、ローカル制御システム３のＨＭＩとして、デバイス２ａの状態を表示し、オペレータによるデバイス２ａへの操作を受け付けるプログラマブル表示器（制御用表示装置）１４とが設けられている。
【００３３】
なお、図１では、説明の便宜上、ＬＡＮ１２に２つの制御ユニット１１が接続され、各制御ユニット１１のプログラマブル表示器１４に、ＰＬＣ１３がそれぞれ１台ずつ接続されると共に、各ＰＬＣ１３にデバイス２ａが１台ずつ接続されている場合を例示しているが、当然ながら、それぞれの接続台数は任意に設定できる。
【００３４】
また、デバイスは、デバイスアドレスやシンボル名により特定可能で、しかも、状態を取得したり、制御（変更）できるものであればよく、例えば、デバイス２ａ自体であってもよいし、例えば、ＰＬＣ１３やプログラマブル表示器１４の記憶装置など、ローカル制御システム３に設けられた記憶装置の一領域を示していてもよい。
【００３５】
さらに、本実施形態に係るローカル制御システム３では、上記各制御ユニット１１間を接続する際、プログラマブル表示器１４同士が、例えば、イーサネット（登録商標）などのＬＡＮ１２を介して接続されている。
【００３６】
このように、本実施形態に係るローカル制御システム３では、ローカル制御システム３に必須の構成であり、しかも、ＨＭＩとして動作するため、演算能力に余力のあるプログラマブル表示器１４が通信の大半を処理するように構成されている。さらに、各プログラマブル表示器１４は、自らに接続されているＰＬＣ１３の機種に固有の専用プロトコルと、ＬＡＮ１２での共通プロトコルとを変換して、他のプログラマブル表示器１４など、ＬＡＮ１２内の機器と、ＰＬＣ１３との通信を中継する。なお、共通プロトコルと専用プロトコルとの間のプロトコル変換には、同じ指示に同じコードが割り当てられるように予め定められた共通のコマンドと上記共通のコマンドに対応するＰＬＣ１３固有のコマンドとの間の変換や、データやアドレスの表現方法の変換、シンボル名とデバイスアドレスとの間の変換なども含まれる。
【００３７】
これにより、プログラマブル表示器１４など、ＬＡＮ１２内の機器は、他のプログラマブル表示器１４に接続されているＰＬＣ１３の機種に拘らず、ＬＡＮ１２を介して共通のプロトコルで通信できる。この結果、互いに異なる機種のＰＬＣ１３の混在するローカル制御システム３が比較的容易に実現されている。
【００３８】
より詳細には、上記プログラマブル表示器１４は、表示／制御動作を規定するプロジェクトファイルに基づいて、入力受け付け動作および画面表示動作を行う表示器である。上記プロジェクトファイルは、画面上の領域と、当該領域への表示に対応するデバイスとの対応関係を示す表示タグや、画面上の領域と当該領域への入力に対応するデバイスとの対応関係を示す入力タグなどのタグ（処理指示語）を含んでいる。さらに、本実施形態に係るプログラマブル表示器１４は、複数の単位画面を切り換え表示可能であり、上記プロジェクトファイル中の各タグは、単位画面の少なくとも１つと関連付けることができる。なお、上記タグにおいて、デバイスは、制御対象となるデバイスを特定するアドレス（デバイスアドレス）、あるいは、当該デバイスに対応するシンボル名として記述される。
【００３９】
また、上記プログラマブル表示器１４には、例えば、液晶表示パネルなどからなり、デバイス２ａの状態を表示する表示部２１と、例えば、上記パネル上に配されたタッチパネルなどからなり、オペレータからの操作を受け付ける入力部２２と、上記ＰＬＣ１３に接続されるＰＬＣ・インターフェース部（ＰＬＣ・ＩＦ部）２３と、上記ＬＡＮ１２に接続されるＬＡＮ・ＩＦ部２４と、上記プロジェクトファイルが予め格納されるプロジェクトファイル記憶部２５と、プロジェクトファイル記憶部２５のプロジェクトファイルを参照しながら、上記部材２１〜２４を制御するＨＭＩ処理部２６とを備えている。
【００４０】
上記ＨＭＩ処理部２６は、予め格納されたプロジェクトファイルから、現在表示中の単位画面に関連する表示タグを抽出すると共に、予め定められた周期毎に、各表示タグについて、当該表示タグに関連するデバイスの状態を取得する。
【００４１】
例えば、上記表示タグが示すデバイスが、自らに接続されたＰＬＣ１３のメモリや当該ＰＬＣ１３に接続されたデバイス２ａの場合、上記ＨＭＩ処理部２６は、ＰＬＣ・ＩＦ部２３を介してＰＬＣ１３と通信して、当該デバイス２ａの状態を取得する。一方、上記表示タグが示すデバイスが、他のプログラマブル表示器１４のメモリ、当該プログラマブル表示器１４に接続されたＰＬＣ１３のメモリ、または、当該ＰＬＣ１３によって制御されるデバイス２ａの場合、上記ＨＭＩ処理部２６は、ＬＡＮ・ＩＦ部２４およびＬＡＮ１２を介して、上記他のプログラマブル表示器１４と通信し、必要に応じて、当該プログラマブル表示器１４にＰＬＣ１３と通信させるなどして、上記表示タグが示すデバイスの状態を取得する。
【００４２】
いずれの場合であっても、各表示タグに対応するデバイスの状態が取得されると、ＨＭＩ処理部２６は、例えば、読み出した値に応じた部品図形など、デバイスの状態に応じ、しかも表示タグで指定された表現形式の図形を、表示部２１の画面上の表示タグで指定された領域へ表示する。
【００４３】
一方、プログラマブル表示器１４が、入力部２２への入力操作を受け付けると、ＨＭＩ処理部２６は、上記プロジェクトファイルから、現在表示中の単位画面に対応し、当該入力操作にマッチする入力タグを検索し、表示タグに対応するデバイスの状態を取得する場合と略同様に、自らに接続されたＰＬＣ１３へ指示したり、ＬＡＮ１２、他のプログラマブル表示器１４を介して、当該プログラマブル表示器１４に接続されたＰＬＣ１３へ指示したりして、入力タグが示すデバイスの状態を入力結果に応じて変更する。
【００４４】
これにより、プログラマブル表示器１４は、プログラマブル表示器１４が示すデバイスの状態を、プロジェクトファイルが示す表現形式で、プロジェクトファイルが示す表示位置に表示したり、プロジェクトファイルが示す入力操作に応じてデバイスを制御したりできる。なお、入力操作によって変更されたデバイスの状態表示は、変更後にデバイスの状態を表示する際に更新される。
【００４５】
このように、上記制御システム１では、各制御ユニット１１が、ＬＡＮ１２を介して相互に接続されており、ある制御ユニット１１の指示に応じて、他の制御ユニット１１が、自らが制御対象とするデバイス２ａを制御できる。これにより、各制御ユニット１１によって制御されるデバイス２ａは、互いに連携して動作できる。
【００４６】
なお、本実施形態では、現在表示中の単位画面を格納する領域もデバイスとして扱われており、ＨＭＩ処理部２６は、当該デバイスの値を取得することで、現在表示中の単位画面を取得し、例えば、当該デバイスに関連付けられた入力タグなどによって、当該デバイスの値を変更させることで、現在表示中の単位画面を切り換えることができる。
【００４７】
一方、上記ローカル制御システム３のＬＡＮ１２には、上記プログラマブル表示器１４と同一内容の操作画面をクライアント装置６に表示させるための公開用ファイルを生成する開発用コンピュータ１５と、インターネット４を介して、クライアント装置６と通信する公開用コンピュータ１６とが接続されている。
【００４８】
上記開発用コンピュータ１５は、ＬＡＮ１２に接続するためのＬＡＮ・ＩＦ部３１と、プロジェクトファイルを記憶するプロジェクトファイル記憶部３２と、プロジェクトファイル記憶部３２に格納されたプロジェクトファイルに基づいて、上記公開用ファイルを生成する公開用ファイル生成部（変換手段）３３とを備えている。なお、上記プロジェクトファイルが特許請求の範囲に記載の第１データファイルに対応し、公開用ファイルが第２データファイルに対応する。
【００４９】
本実施形態では、上記公開用ファイルは、ＸＭＬ（eXtensible Mark-up Language ）ファイルと、アプレットと、ＨＴＭＬファイルとから構成されている。上記ＸＭＬファイルは、プロジェクトファイルの情報のうち、クライアント装置６が操作画面を表示するために必要な情報を記述したファイルである。本実施形態では、プロジェクトファイルに含まれる各単位画面（操作画面）毎に生成されており、各ＸＭＬファイルには、上記単位画面に関連する各タグを示すＸＭＬ要素（エレメント）が含まれている。
【００５０】
例えば、プログラマブル表示器１４用の画面データ内に、単位画面＝１（メイン画面）の表示タグが含まれている場合、当該メイン画面に対応するＸＭＬファイルには、例えば、図２に示すように、当該表示タグに対応するＴａｇ要素Ｅ１が含まれている。当該Ｔａｇ要素Ｅ１には、プロジェクトファイルにおいて、その表示タグを特定する事象名と、その表示タグに対応する画面上の領域（表示座標範囲）と、その表示タグによって表示される図形と、その表示タグに対応するデバイスを特定する情報（デバイスアドレスやシンボル名など）とのそれぞれに対応して、ＴａｇＮａｍｅ要素Ｅ１１と、Ｘ要素Ｅ１２およびＹ要素Ｅ１３と、ＬｉｂｒａｒｙＮｏ要素Ｅ１４と、ＢｉｔＳｙｍｂｏｌＮａｍｅ要素Ｅ１５とが含まれており、各要素Ｅ１１〜Ｅ１５の内容（コンテンツ）は、上記表示タグの内容に応じて、例えば、図２の例では、”Ｌ＿００００”と、−２３２および１２０と、１０１と、０１０１００とに設定されている。
【００５１】
また、入力タグに対応するＴａｇ要素Ｅ２では、プロジェクトファイルにおいて、その入力タグを特定する事象名と、その入力タグに対応するデバイスを特定する情報（デバイスアドレスやシンボル名など）と、その入力タグに対応する画面上の領域（有効入力範囲）とのそれぞれに対応して、ＴａｇＮａｍｅ要素Ｅ２１と、ＳｙｍｂｏｌＮａｍｅ要素Ｅ２２と、Ｘ要素Ｅ２３、Ｙ要素Ｅ２４、Ｘ２要素Ｅ２５およびＹ２要素Ｅ２６とが設けられ、各要素の内容は、入力タグの内容に応じて設定される。ここで、上記各要素Ｅ１１〜Ｅ２６などの内容は、表示タグや入力タグの内容と一致するように設定してもよいし、例えば、プログラマブル表示器１４の解像度とクライアント装置６の解像度との相違などに応じた比率で拡大／縮小するなど、表示タグや入力タグの内容を所定の手順で変換して設定してもよい。
【００５２】
上記公開用ファイル生成部３３は、例えば、プログラマブル表示器１４用のプロジェクトファイルから、ある単位画面に関連付けられたタグを順次抜き出し、当該タグに応じたＸＭＬ要素を生成し、当該ＸＭＬ要素の内容を上記タグに応じて設定することで、当該単位画面のＸＭＬファイルを作成できる。
【００５３】
一方、アプレットは、当該ＸＭＬファイルを参照して、クライアント装置６のバーチャルマシン６２に、以下の動作、すなわち、ＸＭＬファイルに記述されたデバイスの状態を、上記公開用コンピュータ１６との通信によって取得する動作と、取得されたデバイスの状態を、クライアント装置６の表示画面のうちのＸＭＬファイルが示す表示位置に、ＸＭＬファイルが示す表現形式で表示する動作と、上記表示画面のうち、ＸＭＬファイルが示す表示位置への操作を受け付ける動作と、受け付けた動作に応じた制御指示を、ＸＭＬファイルが示すデバイスへ指示するように、上記公開用コンピュータ１６へ依頼する動作とを実行させるプログラムであって、本実施形態では、クライアント装置６のバーチャルマシン６２が実行可能なＪａｖａ（登録商標）言語で記述されたバイトコードとして実現されている。
【００５４】
より詳細には、上記アプレットは、プロジェクトファイル中に出現可能なタグの種類に対応し、タグの種類に応じたメソッドが定義されたクラスと、ＸＭＬファイルを参照して、タグ種に対応するクラスのオブジェクトを生成するメソッドが定義されたクラスとを含んでおり、当該アプレットを実行するバーチャルマシン６２は、ＸＭＬファイルを参照し、タグを示すＸＭＬ要素に基づいて、タグ種に応じたオブジェクトを生成できる。
【００５５】
上記タグ種に対応するメソッドは、例えば、表示タグの場合、所定の時間間隔で呼び出され、表示タグに対応するデバイスの状態を公開サーバ部４２へ要求すると共に、応答に応じた表示を行う描画メソッドである。また、入力タグの場合は、入力イベントが発生したときに呼び出され、入力結果に応じたデータに応じて、入力タグに対応するデバイスの状態を変更するよう、公開サーバ部４２へ要求する入力メソッドである。
【００５６】
ここで、本実施形態に係るプロジェクトファイルでは、各単位画面の切り換え動作も、入力タグとして実現されており、当該入力タグには、デバイスとして、プログラマブル表示器１４内の記憶領域のうち、現在表示中の単位画面を示すデータが格納されるシステム領域が関連付けられている。
【００５７】
したがって、上記各入力メソッドのうち、上記特定のシステム領域への変更指示を要求する入力メソッドは、通常の入力メソッドと同様に、公開サーバ部４２へ単位画面の変更指示を送信すると共に、変更後の単位画面に応じたＸＭＬファイルを読み込む。これにより、クライアント装置６およびプログラマブル表示器１４は、常時同じ単位画面を表示できる。
【００５８】
また、上記入力メソッドは、上記特定のシステム領域への変更指示を送信する代わりに、クライアント装置６内に設けられた代替の記憶領域の内容を変更してもよい。この場合、他のメソッドにて、当該システム領域を参照する際は、公開サーバ部４２へ問い合わせる代わりに上記代替の記憶領域が参照される。この場合は、クライアント装置６は、プログラマブル表示器１４用の単位画面であっても、当該プログラマブル表示器１４で現在表示している単位画面とは異なる単位画面を表示できる。
【００５９】
さらに、例えば、後述するアプレット実行時のパラメータ設定によって指定したり、あるいは、単位画面の選択操作と連動してメニューを表示して選択させるなどして、プログラマブル表示器１４と同じ単位画面を表示するか、異なる単位画面を表示するかを選択できるように、上記各メソッドを作成してもよい。この場合、同じアプレットやＸＭＬファイルを使用しているにも拘らず、例えば、プログラマブル表示器１４のオペレータの操作を監視したい場合などには、前者を選択し、オペレータの操作とは別にローカル制御システム３を監視したい場合などには、後者を選択することができる。
【００６０】
また、ＸＭＬファイルを参照するメソッドは、例えば、当該ＸＭＬファイルから、タグを示すＸＭＬ要素を抽出し、当該タグの種類（例えば、当該ＸＭＬ要素中のＴａｇＮａｍｅ要素の内容）に対応するクラスのオブジェクトを生成し、当該インスタンスのフィールドへ、上記タグのパラメータ（例えば、上記ＸＭＬ要素中の各要素の内容）を設定するなどして、ＸＭＬファイルに応じたオブジェクトを生成し、各オブジェクトのメソッドをバーチャルマシン６２に実行させることができる。
【００６１】
一方、ＨＴＭＬファイルは、当該アプレットをバーチャルマシン６２に実行させるように、クライアント装置６のブラウザ６３へ指示するファイルであって、例えば、図３に示すように、上記アプレットをクライアント装置６のバーチャルマシン６２へ実行させるための文字列Ｐ１１と、例えば、"<HTML>"や"<TITLE>" など、ＨＴＭＬ文書として必要な文字列Ｐ１とが含まれている。また、ＨＴＭＬファイルには、例えば、アプレットが表示するプログラマブル表示器１４を説明する文字や画像を表示するための文字列、あるいは、ローカル制御システム３を説明するハイパーテキスト文書へのリンクを示す文字列など、ＨＴＭＬの書式に沿った文字列が含まれていてもよい。さらに、ＨＴＭＬファイルには、単位画面切り換え用のアプレットを実行させるための文字列Ｐ１２が含まれていてもよい。
【００６２】
本実施形態に係るＨＴＭＬファイルは、公開用ファイル生成部３３によって、プログラマブル表示器１４毎に作成されている。また、例えば、クライアント装置６のブラウザ６３が上記ＨＴＭＬファイルを表示する際に最初に表示する単位画面の指定やプログラマブル表示器１４の指定など、画面データ（プログラマブル表示器１４）全体に関連する情報は、上記文字列Ｐ１１中に含まれている。本実施形態の場合、当該情報は、アプレットを実行する際のパラメータとして指定されており、例えば、最初の単位画面は、ＰＡＲＡＭ要素の属性名"BASESCR" の属性値（この例では、"1" ）として指定される。
【００６３】
また、上記公開用ファイル生成部３３は、プロジェクトファイル記憶部３２のプロジェクトファイルを参照して公開用ファイルを用意すると、これらの公開用ファイルを、ＬＡＮ・ＩＦ部３１を介して、公開用コンピュータ１６の公開用ファイル記憶部４３（後述）に格納できる。
【００６４】
なお、本実施形態に係る開発用コンピュータ１５には、作画処理部３４が設けられており、当該作画処理部３４によって、上記プロジェクトファイルを新たに生成したり、編集して生成したりすると共に、生成されたプロジェクトファイルを上記プロジェクトファイル記憶部３２、あるいは、公開用コンピュータ１６のプロジェクトファイル記憶部４５（後述）に格納することもできる。
【００６５】
一方、公開用コンピュータ１６には、ＬＡＮ１２に接続するためのＬＡＮ・ＩＦ部４１と、インターネット４を介して、上記クライアント装置６と通信する公開サーバ部４２と、上記開発用コンピュータ１５の公開用ファイル生成部３３によって生成された公開用ファイルが記憶されている公開用ファイル記憶部４３と、上記公開サーバ部４２からの要求に応じて、上記ＬＡＮ・ＩＦ部４１にプログラマブル表示器１４と通信させるサーバ部４４とを備えている。
【００６６】
これにより、公開サーバ部４２は、公開用ファイルをクライアント装置６へ送信して、クライアント装置６に以下の動作、すなわち、公開用ファイルに記述されたデバイスの状態を、上記公開用コンピュータ１６の公開サーバ部４２との通信によって取得する動作と、取得されたデバイスの状態を、クライアント装置６の表示画面のうちの公開用ファイルが示す表示位置に、公開用ファイルが示す表現形式で表示する動作と、上記表示画面のうち、公開用ファイルが示す表示位置への操作を受け付ける動作と、受け付けた動作に応じた制御指示を、公開用ファイルが示すデバイスへ指示するように、上記公開用コンピュータ１６の公開サーバ部４２へ依頼する動作とを行わせることができる。
【００６７】
また、公開サーバ部４２は、上記クライアント装置６からデバイスの状態の問い合わせを受けた場合、サーバ部４４へ指示して、当該デバイスの状態に関連するプログラマブル表示器１４と通信させて、当該デバイスの状態を取得させると共に、取得したデバイスの状態を、上記クライアント装置６に返答できる。さらに、公開サーバ部４２は、上記クライアント装置６からデバイスの状態制御指示を受けた場合、サーバ部４４へ指示して、当該デバイスの状態に関連するプログラマブル表示器１４と通信させて、当該制御指示を、デバイスの状態に反映させることができる。
【００６８】
また、本実施形態に係る公開用コンピュータ１６には、プロジェクトファイル記憶部４５が設けられており、公開用コンピュータ１６から受け取ったプロジェクトファイルを記憶できる。また、上記サーバ部４４は、上述した共通のプロトコルでプログラマブル表示器１４と通信して、当該プロジェクトファイルを各プログラマブル表示器１４に配布できる。
【００６９】
さらに、本実施形態に係る公開用コンピュータ１６には、ＨＭＩ処理部４６が設けられており、サーバ部４４へ指示して、各プログラマブル表示器１４に関連するデバイスの状態を取得し、デバイスの状態を表示すると共に、各デバイスへの制御指示操作を受け付け、制御指示操作に応じた制御指示を、当該デバイスに関連するプログラマブル表示器１４へ送信するよう、サーバ部４４へ指示できる。公開用コンピュータ１６のユーザも、ローカル制御システム３に含まれるデバイスの状態を把握し、操作できる。
【００７０】
上記構成では、図４に示すステップ１（以下では、Ｓ１のように略称する）において、ローカル制御システム３のユーザは、開発用コンピュータ１５の作画処理部３４を操作し、ターゲットシステム２の実情やプログラマブル表示器１４のオペレータの習熟度、あるいは、ユーザの好みに合わせて、プロジェクトファイルを作成／修正する。さらに、作成されたプロジェクトファイルは、例えば、シミュレーションや接続試験などによって、正常に動くことが確認された後、Ｓ２において、プログラマブル表示器１４に配信され、Ｓ３において、プログラマブル表示器１４がプロジェクトファイルに応じた表示や操作受け付けを開始する。
【００７１】
ここで、最適な画面は、好みや習熟度などにも左右されるため、一意に決めることができず、比較的頻繁に変更されることが多い。ところが、上述したように、本実施形態では、ローカル制御システム３（開発用コンピュータ１５）のユーザが、プロジェクトファイルをタグの組み合わせで生成できるので、これらの要求に柔軟に対応でき、最適な状態を保ち続けることができる。
【００７２】
また、プロジェクトファイルが更新されると、開発用コンピュータ１５の公開用ファイル生成部３３は、Ｓ４において、プロジェクトファイルに基づいて、公開用ファイルを生成し、公開用コンピュータ１６の公開用ファイル記憶部４３に格納する。
【００７３】
一方、インターネット４を介して、クライアント装置６が公開用コンピュータ１６（公開サーバ部４２）にアクセスして、あるプログラマブル表示器１４の画面を表示するように指示すると（Ｓ１１）、公開サーバ部４２は、例えば、クライアント装置６から受け取った識別番号およびパスワードが予め定められた組み合わせであるか否かを確認するなどして、上記画面による表示／制御が上記クライアント装置６、または、そのユーザに許可されているか否かを認証し、許可されていないクライアント装置６からのアクセスを拒否する（Ｓ１２）。
【００７４】
許可された正規なクライアント装置６であることを確認すると、公開サーバ部４２は、Ｓ１３において、上記Ｓ４にて生成された公開用ファイルのうち、クライアント装置６が要求した画面を表示するためのＨＴＭＬファイルを公開用ファイル記憶部４３から読み出し、インターネット４を介してクライアント装置６へ当該ファイルを送信する。さらに、クライアント装置６のブラウザ６３は、ＨＴＭＬファイル中の各APPLET要素（"<APPLET>"から"</APPLET>" の部分）で指定されたアプレットを公開サーバ部４２から取得し、バーチャルマシン６２へ実行させる。また、上記アプレットを実行するバーチャルマシン６２は、画面表示に必要なＸＭＬファイルを公開サーバ部４２から取得する。
【００７５】
さらに、Ｓ１４において、クライアント装置６のバーチャルマシン６２は、ＸＭＬファイルを参照しながら、公開サーバ部４２と通信して、上記ＨＴＭＬファイルで指定されたプログラマブル表示器１４の画面を表示して、当該画面への操作に応じた制御を指示する。
【００７６】
具体的には、アプレットを実行するバーチャルマシン６２は、ＸＭＬファイルを参照し、各タグ（処理指示語）に応じたインスタンスとなるオブジェクトを生成する。これらのオブジェクトのうち、表示タグに応じたオブジェクトの描画メソッドは、所定の時間間隔で実行される。この結果、バーチャルマシン６２は、デバイスの内容を公開サーバ部４２へ問い合わせる。
【００７７】
一方、公開用コンピュータ１６の公開サーバ部４２は、問い合わせを受けると、サーバ部４４へ指示して、要求されたデバイスの状態を取得させ、その状態を、クライアント装置６に送信する。当該デバイスの状態がインターネット４を介してクライアント装置６に伝えられると、上記描画メソッドは、当該デバイスの状態に応じて、クライアント装置６の表示画面のうち、予め定められた表示領域の表示を更新する。
【００７８】
ここで、上記ＸＭＬファイル、および、アプレットを呼び出すＨＴＭＬファイルは、プロジェクトファイルに基づいて生成されており、上記各オブジェクトは、プロジェクトファイル中の対応するタグと、同じデバイスの状態を参照するように設定されている。また、各オブジェクトの描画メソッドは、デバイスの状態が同じ場合、タグと同じ画像を表示するように作成されている。したがって、アプレットが実行されると、クライアント装置６の表示画面には、プログラマブル表示器１４と同様に、デバイスの状態を示す部品図形が表示される。
【００７９】
一方、バーチャルマシン６２は、アプレットの実行中、例えば、マウス操作などの入力操作が行われると、入力タグに対応するオブジェクトのうち、入力操作に応じたオブジェクトの入力メソッドを実行する。これにより、バーチャルマシン６２は、操作されたオブジェクトに対応するデバイスの状態を入力結果に応じて制御するように、公開サーバ部４２へ要求する。さらに、要求を受けると、公開サーバ部４２は、サーバ部４４へ指示して、要求されたデバイスの状態を制御させる。ここで、上記描画メソッドは周期的に実行されている。したがって、クライアント装置６の表示画面には、状態制御後、上記描画メソッドが実行された時点で、プログラマブル表示器１４と同様に、操作結果が反映される。
【００８０】
ところで、本実施形態に係るプログラマブル表示器１４は、不揮発性のメモリからなるデータ蓄積部（蓄積データ記憶手段）２７を備えており、上記ＨＭＩ処理部２６は、予め定められた種類の事象が発生した場合、その事象に関するデータをデータ蓄積部２７に格納できる。
【００８１】
本実施形態では、データを蓄積する事象の種類の一例として、発生したアラームが発生時刻や終了時刻などの時間情報と共に蓄積されている。また、本実施形態では、予め定められたデバイスの状態も、その状態の時間を示す時間情報と共に蓄積されている。
【００８２】
さらに、本実施形態では、上記アラームの表示方法として、アラームアクティブ、アラームヒストリ、アラームログ、アラームブロック１、アラームブロック２、アラームブロック３が定義されており、上記プロジェクトファイルに含めることができるタグとして、それぞれを表示するためのタグが予め用意されている。同様に、本実施形態では、上記デバイスの表示方法として、ロギング、トレンド、サンプリングが定義されており、上記プロジェクトファイルに含めることができるタグとして、それぞれを表示するためのタグが予め用意されている。
【００８３】
なお、当該タグによって、上記各種類の事象に関して、データ蓄積部２７に蓄積されているデータを、予め定められた表示方法で表示させることができればよく、各タグは、それぞれ別の種類のタグ（別の事象名のタグ）であってもよい。また、各種類の事象に対応するタグのうち、いくつかが同じ種類のタグ（同じ事象名のタグ）であり、タグ内の情報など、タグに関連して記憶される情報によって、各種類の事象を区別してもよい。
【００８４】
一例として、アクティブ状態にあるアラームを表示させるためのアラーム表示タグがプロジェクトファイルに含まれており、当該アラーム表示タグを含む単位画面（アラーム表示画面）が表示されている場合、プログラマブル表示器１４のＨＭＩ処理部２６は、図５に示すように、現在、アクティブ状態にあるアラームを示すデータを、データ蓄積部２７から読み出し、例えば、各アラームを示す文字列などの形式で、読み出したアラームを表示する。当該表示は、予め定められた周期で更新されるので、プログラマブル表示器１４のオペレータは、当該アラーム表示画面を参照することによって、現在アクティブ状態にあるアラームを常時把握できる。
【００８５】
ここで、上記データ蓄積部２７に蓄積されたデータは、デバイスやアラームの現状だけではなく、デバイスやアラームの過去のデータが含まれることが多い。したがって、多くの場合、データ蓄積部２７に蓄積されたデータ（蓄積データ）を表示する際に必要なデータ量は、デバイスの現状を表示する際に必要なデータ量よりも多くなる。
【００８６】
一方、クライアント装置６は、プログラマブル表示器１４とは異なっているため、プログラマブル表示器１４が自らのデータ蓄積部２７から蓄積データを取得する場合よりも、蓄積データの取得に時間がかかる。特に、本実施形態に係るクライアント装置６は、インターネット４を経由して、デバイスの状態を取得しているため、蓄積データの取得に要する時間は、プログラマブル表示器１４の場合よりも、大幅に長くなってしまう。
【００８７】
これらの結果、例えば、図５に示すように、上記デバイスの現状を表示する画面領域（例えば、ランプＬ１〜Ｌ６の表示領域）と、蓄積データを表示する画面領域（例えば、Ａ１）とが混在する操作画面を、クライアント装置６で表示するときに、両領域の表示更新周期（データ取得周期）を共通にすると、現状を表示する画面領域の表示更新速度が遅くなる。したがって、応答速度が低下して、ユーザの操作性を損なう虞れがある。
【００８８】
一方、クライアント装置６において、同じ画面上に、大きく表示更新周期の異なる画面領域を混在させると、両画面領域が同じデバイスの状態を示しているにも拘わらず、両画面領域の表示内容が異なって、ユーザを混乱させる虞れがある。
【００８９】
例えば、図６は、プログラマブル表示器１４が、ランプＬ５１〜Ｌ５６として、アラームの現状を表示すると共に、領域Ａ１に、現在アクティブ状態にあるアラームを表示している画面を示している。ここで、この画面は、プログラマブル表示器１４での表示であり、プログラマブル表示器１４は、十分な速度で、自らのデータ蓄積部２７から蓄積データを取得できるので、領域Ａ１内の表示（アラーム２、４、６がアクティブ状態）と、各ランプＬ５１〜Ｌ５６の現状（Ｌ５２、Ｌ５４およびＬ５６がアクティブ状態）とを一致させることができ、オペレータの混乱を招く虞れがない。
【００９０】
ところが、上記両画面領域の表示更新周期が異なっていると、アラームの状態がアクティブ状態から非アクティブ状態に変化したときに、一方の画面領域（例えば、ランプＬ２）が状態変化に伴なって、非アクティブ状態に表示変更されているにも拘わらず、他方（例えば、領域Ａ１）では、アラーム２が現在アクティブ状態にあるという表示が残留する虞れがある。この場合は、両者が同じデバイスやアラームの状態を示しているにも拘わらず、両者の表示内容が食い違い、ユーザを混乱させる虞れがある。
【００９１】
本実施形態では、上記応答速度の低下やユーザの混乱などの不具合を避けるために、図１に示す公開用ファイル生成部３３が公開用ファイルを生成する際、プロジェクトファイルの単位画面が蓄積データの表示領域を含んでいる場合、クライアント装置６の画面上では、図６に示すように、蓄積データの表示領域に、蓄積データの内容ではなく、蓄積データの表示指示を受け付けるための領域を表示させる公開用ファイルを生成している。
【００９２】
例えば、プロジェクトファイルの単位画面が、図５に示す画面をプログラマブル表示器１４に表示させるための単位画面である場合など、アクティブ状態にあるアラームを表示させるためのアラーム表示タグがプロジェクトファイルに含まれている場合、公開用ファイル生成部３３は、図２に示すように、アラーム表示タグに対応するＴａｇ要素Ｅ３を含むＸＭＬファイルを生成する。
【００９３】
当該Ｔａｇ要素Ｅ３には、プロジェクトファイルにおいて、そのアラーム表示タグを特定する事象名と、そのアラーム表示タグに対応する画面上の領域（表示座標範囲）と、アラームの種類を示す情報とのそれぞれに対応して、ＴａｇＮａｍｅ要素Ｅ３１と、Ｘ要素Ｅ３２、Ｙ要素Ｅ３３、ＳｔｒｉｎｇＬｅｎｇｔｈ要素Ｅ３４、Ｎｕｍ要素Ｅ３５、ＭｅｓｓａｇｅＬｉｎｅＳｐａｃｅ要素Ｅ３６、ＷｉｄｔｈＲａｔｅ要素Ｅ３７およびＨｅｉｇｈｔＲａｔｅ要素Ｅ３８と、ＡｌａｒｍＫｉｎｄ要素Ｅ３９とが含まれており、各要素Ｅ３１〜Ｅ３９の内容（コンテンツ）は、上記アラーム表示タグの内容に応じて、例えば、図２の例では、”Ｑ＿００００”と、−１６０、２７９、３０、１０、０、１および１と、「アクティブ」を示す値０とに設定されている。なお、上記各要素Ｅ３２およびＥ３３は、上記画面上の領域の座標を示し、要素Ｅ３４〜Ｅ３８は、当該領域の幅、行数、行間、フォントの横倍率および縦倍率を、それぞれ示している。また、ＡｌａｒｍＫｉｎｄ要素Ｅ３９の内容は、アラームの種類に応じて設定されており、例えば、アラームヒストリの場合に１、アラームログの場合に２などに設定される。
【００９４】
一方、アプレットのうち、上記アラーム表示タグに対応するオブジェクトには、図６に示すように、上記アラーム表示タグに対応するＴａｇ要素で指定された画面上の領域Ａ５１に、アクティブ状態にあるアラームを蓄積データとして表示する代わりに、操作を受け付けた場合に表示される蓄積データの種類および表示方法を示す文字列を表示すると共に、蓄積データの表示指示を受け付けるボタンＢ６１として上記領域Ａ５１を動作させるメソッドが定義されている。上記の例では、アラーム表示タグが、アクティブ状態にあるアラームを表示するためのタグであり、ＡｌａｒｍＫｉｎｄ要素Ｅ３９の内容が、アクティブ状態にあるアラームを表示することを示す値０なので、上記メソッドの実行によって、「アラーム表示ボタン」という文字列と「アクティブ」という文字列とが表示されると共に、領域Ａ５１がボタンＢ６１として動作する。
【００９５】
また、上記オブジェクトは、上記ボタンＢ６１を表示し、蓄積データの内容、すなわち、アクティブ状態にあるアラームは表示していない。これに伴なって、上記オブジェクトには、蓄積データの内容を公開用コンピュータ１６の公開サーバ部４２へ問い合わせるメソッドが用意されておらず、アプレットに基づいて動作するクライアント装置６は、蓄積データの内容を公開用コンピュータ１６の公開サーバ部４２へ問い合わせない。したがって、蓄積データの内容を公開サーバ部４２に問い合わせる場合と比較して、クライアント装置６と公開用コンピュータ１６との間で伝送されるデータ量は、大幅に減少する。したがって、クライアント装置６の操作画面において、デバイスの現状を表示している領域（例えば、ランプＬ５１〜Ｌ５６の表示領域）の表示更新速度を向上でき、操作性を向上できる。
【００９６】
一方、図８に示すＳ２１において、クライアント装置６が、上記ボタンＢ６１への操作を受け付けると、上記オブジェクトの入力メソッドが呼び出される。この入力メソッドは、ボタンＢ６１が表示されているウィンドウとは別ウィンドウに、蓄積データの内容を表示させることができる。
【００９７】
ここで、本実施形態に係るクライアント装置６においては、蓄積データの表示の可否を各クライアント装置６毎に制限しやすくするため、蓄積データの内容を表示する蓄積データ表示用アプリケーション６４が、ブラウザ６３およびバーチャルマシン６２とは別のアプリケーションとして実装されている。
【００９８】
さらに、上記入力メソッドは、Ｓ２２において、蓄積データ表示用アプリケーション６４を起動する際、当該蓄積データ表示用アプリケーション６４が表示可能な蓄積データの種類および表示方法のうち、上記ＸＭＬ要素（Ｅ３）が示す蓄積データの種類を当該ＸＭＬ要素（Ｅ３）が示す表示方法で表示する画面を初期画面とするように制御する。本実施形態では、例えば、上記蓄積データ表示用アプリケーション６４へ蓄積データの種類および表示方法を示すパラメータを与えて起動することによって、蓄積データ表示用アプリケーション６４に、上記画面を初期画面として表示させている。
【００９９】
これにより、Ｓ２３において、蓄積データ表示用アプリケーション６４は、上記画面を初期画面として起動し、起動した時点から、上記ボタンＢ６１に対応するタグ（アラーム表示タグ）が示す蓄積データの種類を、当該タグが示す表示方法で表示することができる。
【０１００】
図２の例では、アラーム表示タグに対応するＸＭＬ要素Ｅ３が、アクティブ状態のアラーム表示を示している。したがって、蓄積データ表示用アプリケーション６４は、図７に示すように、表示可能な蓄積データおよび表示方法、すなわち、ロギング、トレンド、サンプリング、アラームアクティブ、アラームヒストリ、アラームログ、アラームブロック１、アラームブロック２およびアラームブロック３のうち、アラームアクティブの表示画面を初期画面として起動し、アクティブ状態にあるアラームを、領域Ａ７１に表示する。
【０１０１】
表示時の動作を、より詳細に説明すると、蓄積データ表示用アプリケーション６４は、起動すると、初期画面に表示すべき蓄積データを、公開用コンピュータ１６の公開サーバ部４２に要求する。公開サーバ部４２は、当該蓄積データに関連するプログラマブル表示器１４へ蓄積データを要求するよう、サーバ部４４へ指示する。
【０１０２】
一方、プログラマブル表示器１４のＨＭＩ処理部２６は、サーバ部４４からの指示を受けると、データ蓄積部２７を参照して、要求された蓄積データをサーバ部４４へ返答する。上記公開サーバ部４２は、サーバ部４４から蓄積データを受け取ると、当該蓄積データをクライアント装置６へ返答する。さらに、クライアント装置６の蓄積データ表示用アプリケーション６４は、当該蓄積データを、上記画面で表示すべき表示方法で、図７に示す領域Ａ７１に表示する。
【０１０３】
上記公開サーバ部４２への蓄積データ要求は、自動更新を示すボタンＢ７１が押されると、入力欄Ｉ７１に表示された更新周期で発行され、上記領域Ａ７１の蓄積データは、当該更新周期で更新される。また、入力欄Ｉ７１へ新たな更新周期が入力されると、蓄積データ表示用アプリケーション６４は、新たな周期で、公開用サーバ部４２に蓄積データを要求する。これにより、蓄積データを取得する際の通信経路の速度や、ユーザの要求に応じた周期で、蓄積データの表示を更新できる。なお、本実施形態では、公開用コンピュータ１６との間のデータ量を抑えるために、自動更新がオフに初期設定されている。
【０１０４】
また、上記蓄積データ表示用アプリケーション６４は、自動更新中、次の更新時点までの時間を示すバーグラフＧ７１を表示しており、クライアント装置６のユーザは、当該バーグラフＧ７１を参照することで、次の更新タイミングを把握できる。
【０１０５】
さらに、上記蓄積データ表示用アプリケーション６４は、上記自動更新を示すボタンＢ７１の他に、自らの終了指示を受け付けるボタンＢ７２と、蓄積データの保存指示を受け付けるボタンＢ７３とを表示しており、当該ボタンＢ７３が操作されると、例えば、ＣＳＶ形式など、予め定められたデータ形式で、クライアント装置６の図示しない記憶部に、蓄積データが保存される。
【０１０６】
また、上記蓄積データ表示用アプリケーション６４は、自らが表示可能な蓄積データおよび表示方法に対応するラジオボタンＢ８１〜Ｂ８９を表示しており、現在表示中の蓄積データおよび表示方法に対応するラジオボタン（例えば、Ｂ８４）が選択されている。さらに、蓄積データ表示用アプリケーション６４は、他のラジオボタンの選択操作を受け付けると、当該ラジオボタンに対応する表示方法で、当該ラジオボタンに対応する蓄積データを領域Ａ７１に表示できる。
【０１０７】
このように、本実施形態に係る制御システム１では、プロジェクトファイルの単位画面が蓄積データの表示領域を含んでいる場合、クライアント装置６の画面上では、蓄積データの表示領域に、蓄積データの内容ではなく、蓄積データの表示指示を受け付けるための領域を表示させる公開用ファイルを生成しており、クライアント装置６が当該蓄積データの表示指示を受け付けた時点で、蓄積データ表示用アプリケーション６４を起動させることができる。また、蓄積データ表示用アプリケーション６４は、ブラウザ６３およびバーチャルマシン６２とは別のアプリケーションとして実装され、上記蓄積データの表示指示を受け付けたウィンドウとは別のウィンドウに蓄積データを表示する。さらに、上記公開用ファイルを参照して動作するクライアント装置６は、蓄積データ表示用アプリケーション６４の起動時の初期画面が、以下の画面、すなわち、プログラマブル表示器１４の蓄積データの表示領域に表示された種類の蓄積データを、当該表示領域に表示されている表示方法、あるいは、それに対応する表示方法で表示する画面となるように制御する。
【０１０８】
これにより、上述した応答速度の低下やユーザの混乱などの不具合が回避され、しかも、蓄積データ表示用アプリケーション６４のインストールの有無によって、蓄積データを参照可能なクライアント装置６を比較的容易に制限できるように、蓄積データ表示用アプリケーション６４が別アプリケーションとして実装されているにも拘わらず、蓄積データの表示指示を指示するだけで、蓄積データ表示用アプリケーション６４を上述の画面を初期画面として起動させることができる。したがって、蓄積データ表示用アプリケーション６４を起動した後で、上記画面を選択する場合よりも、ユーザの手間を軽減でき、操作性を向上できる。
【０１０９】
〔第２の実施形態〕
上記第１の実施形態では、クライアント装置６がインターネット４および公開用コンピュータ１６の公開サーバ部４２を介して、サーバ部４４にデバイスの状態取得を指示したり、デバイスの状態制御を指示する構成について説明した。
【０１１０】
これに対して、図９に示すように、本実施形態に係る制御システム１ａでは、クライアント装置６ａがＬＡＮ１２に接続されており、公開用ファイルのアプレットは、クライアント装置６ａが、ＬＡＮ１２を介して、公開用コンピュータ１６のサーバ部４４へ、直接、デバイスの状態取得や状態制御を指示できるように構成されている。
【０１１１】
さらに、本実施形態に係るクライアント装置６ａには、開発用コンピュータ１５に設けられていた公開用ファイル生成部３３と略同様の公開用ファイル生成部６５が設けられており、公開用コンピュータ１６のサーバ部４４を介して、プロジェクトファイル記憶部４５または各プログラマブル表示器１４のプロジェクトファイル記憶部２５からプロジェクトファイルを取得し、当該プロジェクトファイルに基づいて、生成した公開用ファイルを、ブラウザ６３へを与えることができる。これにより、開発用コンピュータ１５を介さずに、クライアント装置６ａは、プロジェクトファイルに応じた操作画面を表示すると共に、蓄積データ表示用アプリケーション６４に蓄積データを表示させることができる。なお、公開用ファイル生成部６５が用意するアプレットは、上述したように、通信相手が公開サーバ部４２ではなく、公開用コンピュータ１６のサーバ部４４に変更されている。
【０１１２】
上記構成でも、第１の実施形態と同様に、プロジェクトファイルの単位画面が蓄積データの表示領域を含んでいる場合、クライアント装置６ａの画面上では、蓄積データの表示領域に、蓄積データの内容ではなく、蓄積データの表示指示を受け付けるための領域が表示され、表示指示を受け付けた時点で、蓄積データ表示用アプリケーション６４が起動する。また、蓄積データ表示用アプリケーション６４は、ブラウザ６３およびバーチャルマシン６２とは別のアプリケーションとして実装され、上記蓄積データの表示指示を受け付けたウィンドウとは別のウィンドウに蓄積データを表示する。さらに、クライアント装置６ａは、蓄積データ表示用アプリケーション６４の起動時の初期画面が、以下の画面、すなわち、プログラマブル表示器１４の蓄積データの表示領域に表示された種類の蓄積データを、当該表示領域に表示されている表示方法、あるいは、それに対応する表示方法で表示する画面となるように制御する。
【０１１３】
これにより、第１の実施形態と同様に、上述した応答速度の低下やユーザの混乱などの不具合を回避でき、しかも、蓄積データを参照可能なクライアント装置６ａを比較的容易に制限できるにも拘わらず、蓄積データの表示指示を指示するだけで、蓄積データ表示用アプリケーション６４を、上述の画面を初期画面として起動でき、操作性を向上できる。
【０１１４】
なお、図９では、ローカル制御システム３から開発用コンピュータ１５が削除され、公開用コンピュータ１６から、公開用ファイル記憶部４２および公開用ファイル記憶部４３が削除されている構成を例示しているが、ＬＡＮ１２に接続されたクライアント装置６ａだけではなく、インターネット４を介して接続されるクライアント装置６からの要求に応えるために、開発用コンピュータ１５および上記各部材４２・４３が設けられていてもよい。
【０１１５】
なお、上述の各部材２１〜２７、３１〜３３、４１〜４６および６１〜６５は、ＣＰＵなどの演算手段が、ＲＯＭやＲＡＭなどの記憶手段に格納されたプログラムを実行し、タッチパネルや液晶表示装置などの入出力手段、あるいは、インターフェース回路などの通信回路を制御することによって実現される機能ブロックである。したがって、これらの手段を有するコンピュータが、上記プログラムを記録した記録媒体（例えば、ＣＤ−ＲＯＭなど）を読み取り、当該プログラムを実行するだけで、本実施形態に係るプログラマブル表示器１４、開発用コンピュータ１５、公開用コンピュータ１６およびクライアント装置６（６ａ）を実現できる。特に、クライアント装置６のバーチャルマシン６２およびブラウザ６３は、多くのコンピュータに予めインストールされている汎用のブラウザソフトで実現できるので、これらのコンピュータへ、蓄積データ表示用アプリケーション６４や公開用ファイル生成部６５をインストールだけで、クライアント装置６（６ａ）として動作できる。なお、例えば、ＬＡＮ１２やインターネット４、あるいは、他の通信路を介してプログラムをダウンロードするためのプログラムが、上記コンピュータに予めインストールされていれば、これらの通信路を介して、上記コンピュータへ上記プログラムを配付することもできる。
【０１１６】
また、上記各実施形態では、アプレットを公開する場合を例にして説明したが、アプレットの代わりに、例えば、べーシックなどのプログラム言語をコンパイルするなどして作成され、アプレットと同様の動作をクライアント装置（６・６ａ）に実行させる実行プログラムを配信しても、略同様の効果が得られる。
【０１１７】
ただし、本実施形態のように、クライアント装置のバーチャルマシン（６２）が当該アプレットを解釈して表示・制御する場合、クライアント装置がバーチャルマシンを備えていれば、クライアント装置のオペレーティングシステム（ＯＳ）やＣＰＵが実行可能な機械語が異なっていても、アプレットを実行できる。したがって、公開用ファイル生成部（３３・６５）によって用意されるアプレットの種類を増加させることなく、より多くのクライアント装置でプログラマブル表示器１４と同様に表示／制御できる。
【０１１８】
【発明の効果】
請求項１記載の発明に係る制御システムは、以上のように、クライアント装置には、上記制御用アプリケーションとは別にインストール可能なアプリケーションであって、上記制御用アプリケーションとは別ウィンドウに蓄積データを表示する蓄積データ表示用アプリケーションがインストールされていると共に、上記第２データファイルは、上記第１データファイルが蓄積データの表示を指示している場合、上記制御用アプリケーションに蓄積データの表示指示を受け付けさせ、しかも、上記蓄積データ表示用アプリケーションの表示可能な蓄積データの種類および表示方法の組み合わせの中から上記第１データファイルの指示した蓄積データの種類および表示方法の組み合わせによって上記蓄積データを表示する画面が当該蓄積データ表示用アプリケーションの初期画面となるように、上記第２データファイルは、上記蓄積データ表示用アプリケーションに制御させる構成である。また、請求項４記載のプログラムは、請求項３記載の変換手段としてコンピュータを動作させるプログラムであって、当該プログラムが上記コンピュータで実行されると、当該コンピュータは、請求項３記載の変換手段として動作する。
【０１１９】
上記構成では、変換手段が生成した第２データファイルを参照して動作するクライアント装置は、蓄積データの表示指示を受け付けた場合、上記制御用アプリケーションとは別ウィンドウに蓄積データを表示する蓄積データ表示用アプリケーションを起動する。また、当該クライアント装置は、上記蓄積データ表示用アプリケーションが表示可能な蓄積データの種類および表示の組み合わせの中から、上記第１データファイルの指示した蓄積データの種類および表示方法の組み合わせを表示する画面が初期画面となるように、当該蓄積データ表示用アプリケーションの初期画面を制御する。
【０１２０】
これにより、上述した動作速度の低下やユーザの混乱などの不具合が回避され、しかも、蓄積データ表示用アプリケーションのインストールの有無によって、蓄積データを参照可能なクライアント装置を比較的容易に制限できるように、蓄積データ表示用アプリケーションが、上記制御用アプリケーションとは別にインストール可能なアプリケーションとして実装されているにも拘わらず、クライアント装置のユーザが蓄積データの表示指示を指示するだけで、蓄積データ表示用アプリケーションを上述の画面を初期画面として起動させることができる。したがって、蓄積データ表示用アプリケーションを起動した後で、上記画面を選択する場合よりも、ユーザの手間を軽減でき、操作性を向上できる。これらの結果、安全性向上と操作性向上とを両立可能な制御システムを実現できる。
【０１２１】
請求項２記載の発明に係る制御システムは、以上のように、請求項１記載の発明の構成に加えて、上記蓄積データ表示用アプリケーションは、上記制御用表示装置の蓄積データを周期的に取得可能であり、取得周期を入力に応じて変更できる構成である。
【０１２２】
上記構成では、クライアント装置の蓄積データ表示用アプリケーションは、上記制御用表示装置の蓄積データを取得する周期を変更できるので、蓄積データを取得する際の通信経路の速度や、ユーザの要求に応じた周期で、蓄積データの表示を更新できる。
【図面の簡単な説明】
【図１】本発明の実施形態を示すものであり、制御システムの要部構成を示すブロック図である。
【図２】上記制御システムにて生成されるＸＭＬファイルの一例を示す図面である。
【図３】上記制御システムにおいて生成されるＨＴＭＬファイルの一例を示す図面である。
【図４】上記制御システムにおいて、クライアント装置がデバイスの状態を表示し、デバイスへの操作を受け付ける際の動作を示すフローチャートである。
【図５】上記制御システムのプログラマブル表示器が蓄積データとデバイスの現状とを表示している画面例を示す図面である。
【図６】上記プログラマブル表示器の画面に対応する画面を、クライアント装置が表示している状態を示す図面である。
【図７】上記クライアント装置が蓄積データを表示している画面例を示す図面である。
【図８】上記クライアント装置が蓄積データの表示指示を受け付けたときの動作を示すフローチャートである。
【図９】本発明の他の実施形態を示すものであり、制御システムの要部構成を示すブロック図である。
【図１０】従来例を示すものであり、制御システムの要部構成を示すブロック図である。
【符号の説明】
１・１ａ 制御システム
２ａ デバイス
６・６ａ クライアント装置
１４ プログラマブル表示器（制御用表示装置）
２７ データ蓄積部（蓄積データ記憶手段）
３３・６５ 公開用ファイル生成部（変換手段）
６２ バーチャルマシン（制御用アプリケーション）
６３ ブラウザ（制御用アプリケーション）
６４ 蓄積データ表示用アプリケーション

Claims (4)

1. 第１データファイルを、第２データファイルに変換する変換手段が設けられ、
   上記第１データファイルは、デバイスの状態を示す操作画面上の領域と当該領域への表示に対応するデバイスとの対応関係を示す表示タグ、および、当該操作画面上の領域と当該領域への入力に対応するデバイスとの対応関係を示す入力タグを含み、制御用表示装置が上記操作画面を表示すると共にデバイスへの操作を受け付ける際に参照するデータファイルであり、
   上記第２データファイルは、上記第１データファイルがデバイスの状態の表示を指示しデバイスへの操作の受付を指示している場合、クライアント装置の制御用アプリケーションが上記第１データファイルによって表示指示されたデバイスの状態を表示すると共に当該第１データファイルによって操作受付指示されたデバイスへの操作を受け付ける際に参照するデータファイルであり、
   上記制御用表示装置は、予め定められた事象が発生したときに蓄積データを蓄積する蓄積データ記憶手段を備えると共に、上記第１データファイルが蓄積データの表示を指示している場合、当該第１データファイルが指示した種類の蓄積データを当該第１データファイルが指示した表示方法で表示する制御システムにおいて、
   上記クライアント装置には、上記制御用アプリケーションとは別にインストール可能なアプリケーションであって、上記制御用アプリケーションとは別ウィンドウに蓄積データを表示する蓄積データ表示用アプリケーションがインストールされていると共に、
   上記第２データファイルは、上記第１データファイルが蓄積データの表示を指示している場合、上記制御用アプリケーションに蓄積データの表示指示を受け付けさせ、しかも、上記蓄積データ表示用アプリケーションの表示可能な蓄積データの種類および表示方法の組み合わせの中から上記第１データファイルの指示した蓄積データの種類および表示方法の組み合わせによって上記蓄積データを表示する画面が当該蓄積データ表示用アプリケーションの初期画面となるように、上記第２データファイルは、上記蓄積データ表示用アプリケーションに制御させることを特徴とする制御システム。
2. 上記蓄積データ表示用アプリケーションは、上記制御用表示装置の蓄積データを周期的に取得可能であり、取得周期を入力に応じて変更できることを特徴とする請求項１記載の制御システム。
3. 上記変換手段は、上記第１データファイルからタグを抜き出し、当該タグに応じたＸＭＬ要素を生成し、当該ＸＭＬ要素の内容を上記タグに応じて設定することにより、上記第１データファイルを上記第２データファイルに変換することを特徴とする請求項１または２記載の制御システム。
4. 請求項３記載の制御システムの上記変換手段としてコンピュータを動作させるプログラム。

Images