JP2004171282A - クライアント装置、それを備える制御システム、および、そのプログラム - Google Patents

Abstract

【課題】表示装置に蓄積された複数のデータ系列のうち、表示装置でグラフ表示するように定められた特定のデータ系列をクライアント装置でグラフ表示する際の表現力を比較的容易に向上可能で、しかも、高速にグラフ表示を切り換え可能なクライアント装置を実現する。
【解決手段】クライアント装置６のアプリケーション制御部７２は、トレンドグラフの表示指示を受け付けると、プログラマブル表示器１４が表示可能なトレンド画面全てのグラフを表示するためのデータを取得する。また、アプリケーション制御部７２は、表計算アプリケーション７１用のアプリケーションデータとして、各トレンド画面に対応するシートを持ち、各シートにそれぞれのトレンド画面のグラフを表示するためのデータが格納されたアプリケーションデータを生成し、表示用アプリケーション７１にグラフ表示させる。
【選択図】 図１

Description

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

Claims (3)

1. 予め蓄積されている複数のデータ系列のうち、予め定められた特定のデータ系列をグラフ表示可能な表示装置であって、しかも、グラフ表示する特定のデータ系列を複数設定可能な表示装置から、データを取得可能なクライアント装置において、
   複数のシートを切り換えて、各シートのデータをグラフ表示できるグラフ表示アプリケーションを制御するアプリケーション制御手段を備え、
   当該アプリケーション制御手段は、グラフ表示が指示された場合、上記各特定のデータ系列のグラフ表示に必要なデータ系列を取得すると共に、上記グラフ表示アプリケーション用のアプリケーションデータとして、上記各特定のデータ系列のそれぞれに対応するシートが設けられたアプリケーションデータであって、しかも、各シートへ、それぞれに対応するデータ系列が入力されたアプリケーションデータを生成して、上記グラフ表示アプリケーションにグラフ表示させることを特徴とするクライアント装置。
2. 予め蓄積されている複数のデータ系列のうち、予め定められた特定のデータ系列をグラフ表示可能な表示装置であって、しかも、グラフ表示する特定のデータ系列を複数設定可能な表示装置と、
   当該表示装置からデータを取得する請求項１記載のクライアント装置とを備えた制御システムであって、
   上記表示装置は、制御用表示装置であって、第１データファイルを参照して、デバイスの状態を示す操作画面を表示すると共にデバイスへの操作を受け付け、上記制御システムには、クライアント装置の制御用アプリケーションが上記第１データファイルによって表示指示されたデバイスの状態を表示すると共に当該第１データファイルによって操作受付指示されたデバイスへの操作を受け付ける際に参照する第２データファイルに変換する変換手段が設けられていると共に、上記変換手段は、上記第１データファイルが上記グラフの表示を指示している場合、上記クライアント装置の制御用アプリケーションに当該グラフの表示指示を受け付けさせる第２データファイルであって、しかも、当該表示指示を受け付けたときに、上記アプリケーション制御手段に指示して、上記グラフ表示アプリケーションにグラフ表示させる第２データファイルに変換することを特徴とする制御システム。
3. 上記グラフ表示アプリケーションがインストールされているコンピュータを、請求項１記載のアプリケーション制御手段として動作させるプログラム。

Images