JP4197343B2 - 制御用通信システム、および制御用通信プログラムを記録したコンピュータ読み取り可能な記録媒体 - Google Patents

Description

本発明は、ローカル制御システムのデータを、インターネット等のネットワークを介して接続された端末装置に対して公開することができる制御用通信システム、および制御用通信プログラムを記録したコンピュータ読み取り可能な記録媒体に関するものである。

従来から、プログラマブル・ロジック・コントローラ（以下、ＰＬＣと略称する）は、例えば、ベルトコンベアー式の自動組付機など、種々のターゲットシステムを制御する制御装置として、広く使用されている。さらに、近年では、ターゲットシステムの複雑化にともなって、複数台のＰＬＣを互いに連携させて使用することも行われている。また、各ＰＬＣからのデータの表示、あるいは、ＰＬＣへの制御指示は、当該ＰＬＣの近傍などに配される表示装置で行われるだけではなく、例えば、これらの表示装置から離れた場所に設置した制御用ホストコンピュータでも、表示あるいは操作できるように、制御システムを構築することもある。

具体的には、例えば、図１７に示すように、従来の制御システム５０１では、ＰＬＣ５０３が制御の中心として位置付けられており、各ＰＬＣ５０３には、ターゲットシステム５０２のデバイス５２１と、表示および制御指示を行うプログラマブル表示器５０５とが接続されている。さらに、当該ＰＬＣ５０３には、他のＰＬＣ５０３や制御用ホストコンピュータ５０７がシリアルケーブル５０４を介して接続されており、ＰＬＣ５０３と制御用ホストコンピュータ５０７との間や各ＰＬＣ５０３間における制御データの受け渡しは、ＰＬＣ５０３の通信機能を利用して行われている。

この構成では、制御用ホストコンピュータ５０７の表示処理部５７１は、ＰＬＣ５０３と通信して、ターゲットシステム５０２の状態を示すデータを受け取り、状態に応じて画面表示するとともに、使用者の入力に応じて、ＰＬＣ５０３へ制御データを送出し、制御データに応じて、ターゲットシステム５０２を制御させる。同様に、プログラマブル表示器５０５は、ＰＬＣ５０３と通信しながら、ターゲットシステム５０２の状態を表示および制御する。
特開平１１−１２２６７９号公報 特開２０００−１３８７２５号公報 特開平１１−３２７６１６号公報

しかしながら、上記制御システム５０１は、基本的に閉じたシステムであり、遠隔地から、プログラマブル表示器の画面など、制御システムの状態を見ることができない。

本発明は、上記の問題点を解決するためになされたもので、その目的は、プログラマブル表示器の画面を示すデータを、インターネット等のネットワークに接続された端末装置で表示可能な形式に変換して、インターネット等のネットワークを介して端末装置に配信可能であり、かつ、プログラマブル表示器に蓄積されたデータを端末装置で表示可能である制御用通信システム、および制御用通信プログラムを記録したコンピュータ読み取り可能な記録媒体を提供することにある。

また、本発明に係る制御用通信システムは、表示に必要なデバイスの状態を取得する動作と取得した状態に基づいて画面表示する動作とを示す第１画面データに基づいて入力および画面表示を制御可能なプログラマブル表示器にネットワークを介して端末装置が接続されている制御用通信システムにおいて、上記プログラマブル表示器は、データを蓄積するデータ蓄積手段を具備し、上記端末装置は、上記プログラマブル表示器で表示されている画面を表示するとともに、上記データ蓄積手段に蓄積されたデータを、上記画面を表示しながら、あるいは切り換えて表示する表示手段を具備し、上記制御用通信システムには、上記のプログラマブル表示器および端末装置とネットワークを介して接続されているサーバ装置が設けられ、上記サーバ装置には、上記端末装置からネットワークを介して、上記プログラマブル表示器のデバイスの状態を問い合わせる動作と、応答に基づいてそのデバイスの状態を端末装置の画面領域のうち第１画面データが示す画面領域に対応する領域へ表示する動作とを示し、上記端末装置のオペレータが上記データ蓄積手段に蓄積されたデータの表示を指示入力する蓄積データ表示指示部が設定された第２画面データを配信すると共に、上記問い合わせに返答する公開サーバ部が具備されていることを特徴としている。

さらに、本発明に係る制御用通信システムは、表示に必要なデバイスの状態を取得する動作と取得した状態に基づいて画面表示する動作とを示す第１画面データに基づいて入力および画面表示を制御可能なプログラマブル表示器にネットワークを介して端末装置が接続されている制御用通信システムにおいて、上記プログラマブル表示器は、データを蓄積するデータ蓄積手段を具備し、上記端末装置は、上記プログラマブル表示器で表示されている画面を表示するとともに、上記データ蓄積手段に蓄積されたデータを、上記画面を表示しながら、あるいは切り換えて表示する表示手段を具備し、上記制御用通信システムには、上記のプログラマブル表示器および端末装置とネットワークを介して接続されているサーバ装置が設けられ、上記サーバ装置には、上記端末装置からネットワークを介して、上記プログラマブル表示器のデバイスの状態を問い合わせる動作と、応答に基づいてそのデバイスの状態を端末装置の画面領域のうち第１画面データが示す画面領域に対応する領域へ表示する動作とを示し、上記プログラマブル表示器にて上記データ蓄積手段に蓄積されたデータを表示する操作から、当該プログラマブル表示器よりもデータ数およびデータの種類を増やした、上記データ蓄積手段に蓄積されたデータの画面を表示するように設定された第２画面データを配信すると共に、上記問い合わせに返答する公開サーバ部が具備されていることを特徴としている。

また、本発明に係る制御用通信システムは、上記構成に加えて、上記端末装置が上記プログラマブル表示器よりも大きな表示面積を有し、プログラマブル表示器での表示よりも多くのデータを表示してもよい。さらに、上記構成に加えて、上記サーバ装置は、上記第１画面データを、上記第２画面データに変換する画面データ変換手段を具備していてもよい。

上記の構成により、上記制御用通信システムでは、端末装置が、プログラマブル表示器で表示されている画面と、プログラマブル表示器に蓄積されたデータを表示する画面とを表示する。

よって、プログラマブル表示器に蓄積されたデータを、プログラマブル表示器にネットワークを介して接続された端末装置において、プログラマブル表示器で表示されている画面を表示しながら、あるいは切り換えて表示することができる。

したがって、端末装置に、プログラマブル表示器で表示されている画面からは確認できなかったデータを表示できる。また、端末装置が、プログラマブル表示器よりも大きな表示面積を有する場合には、プログラマブル表示器での表示より多くのデータを表示できる。ゆえに、端末装置によるネットワークを介してのプログラマブル表示器の監視および制御が容易となる。

また、本発明の制御用通信プログラムを記録したコンピュータ読み取り可能な記録媒体は、上記の課題を解決するために、上記の各手段をコンピュータに実現させて、上記制御用通信システムを動作させる制御用通信プログラムを記録したコンピュータ読み取り可能な記録媒体である。

上記の構成により、上記記録媒体から読み出された制御用通信プログラムによって、上記制御用通信システムをコンピュータネットワーク上に実現することができる。

本発明の実施の形態について図１から図１６に基づいて説明すれば、以下のとおりである。

本実施の形態に係る制御用通信システムは、ローカル制御システムの安全性を損なうことなく、制御対象近傍に配されたプログラマブル表示器と同様の画面やデータを、遠隔地から参照し制御可能なシステムである。

例えば、図１に示すように、制御用通信システム１は、ターゲットシステム１１のデバイス１１ａを制御する制御装置としてのプログラマブル・ロジック・コントローラ（ＰＬＣ）１２や、処理指示語（タグ）を組み合わせて決定される画面データに基づいて入力および画面表示を制御可能なプログラマブル表示器１４などを含むローカル制御システム２と、インターネット（ネットワーク）３を介して、ローカル制御システム２と接続可能で、ローカル制御システム２の状態を示すデータを公開する公開サーバ装置（サーバ装置）４と、インターネット３を介して公開サーバ装置４と接続可能なクライアント装置（端末装置）５とを備えている。

図２に示すように、上記ローカル制御システム２において、各プログラマブル表示器１４は、シリアルケーブル１３を介して、ＰＬＣ１２と接続でき、多くの場合、ターゲットシステム１１の近傍で、ターゲットシステム１１のオペレータによって操作される。また、各プログラマブル表示器１４は、イーサネット（商標：ゼロックス社）などのローカル・エリア・ネットワークからなるネットワーク１５によって、互いに接続されている。さらに、上記ネットワーク１５には、制御用ホストコンピュータ１６が接続されている。

ここで、上記ローカル制御システム２では、ローカル制御システム２内の通信処理に各ＰＬＣ５０４が介在する従来の制御システム５０１（図１７）とは異なって、ローカル制御システム２に必須の構成であるプログラマブル表示器１４が、通信の大半を処理するように構成されている。そして、各プログラマブル表示器１４は、自らに接続されているＰＬＣ１２の機種に固有の専用プロトコルと、ネットワーク１５での共通プロトコルとを変換して、他のプログラマブル表示器１４や制御用ホストコンピュータ１６と、ＰＬＣ１２との通信を中継する。

これにより、プログラマブル表示器１４および制御用ホストコンピュータ１６は、他のプログラマブル表示器１４に接続されているＰＬＣ１２の機種にかかわらず、ネットワーク１５を介して共通のプロトコルで通信できる。この結果、上記制御システム５０１に比べて、異なる機種のＰＬＣ１２をローカル制御システム２内に混在させやすくなる。

より詳細には、図２に示すように、上記プログラマブル表示器１４は、シリアルケーブル１３やネットワーク１５に接続されるインタフェース（ＩＦ）部として、専用プロトコルＩＦ部２１および共通プロトコルＩＦ部２２を備えており、さらに、両者の通信を中継するプロトコル変換部２３と、上記画面データを記憶する画面データメモリ２４と、タッチパネルなどの操作入力部２５ａからのオペレータの操作や通信結果などと画面データとに基づいて表示処理を行う表示処理部２５とを備えている。また、他の入力手段として、バーコードリーダ２５ｂやＩＤセンサ（図示しない）などを備えていてもよい。

さらに、プログラマブル表示器１４は、ＰＬＣ１２を介して取得したデバイス１１ａのデータ（ログデータ、ヒストリデータ）や、デバイス１１ａの制御手順を記述したレシピデータ等を蓄積データとして蓄積するデータ蓄積部（データ蓄積手段）２６を備えている。また、データ蓄積部２６には、ＰＬＣ１２によるデバイス１１ａへの制御手順を示すレシピデータも蓄積されている。

ここで、上記制御用通信システム１では、上記表示処理部２５は複数の単位画面を切り換えて表示することができる。

そして、図３に示すように、上記の単位画面は、銘板等のように表示内容を変更しない静止図形Ｂや、スイッチやランプあるいはメータ等のように、形状や色、点滅状態などの表示状態が変換する部品図形Ｊ（Ｊ１）を、ベース画面上に配置して形成される。

さらに、図４に示すように、上記の単位画面を表示する画面データ（第１画面データ）は、ベース画面のファイル番号Ｆと、ベース画面上で実行すべき動作内容を特定する事象名Ｎと、各実行事象ごとに参照される１または複数の参照情報Ｒとを含むタグＷを組み合わせて構成されている。より詳細には、上記タグは、その機能に応じて、以下のようなデータ構造を備えている。

図５に示すように、上記タグが表示タグである場合、すなわち、タグＷが所定の画面領域（表示座標範囲）に所定のデバイスアドレスＡの内容に応じた部品図形Ｊを表示する表示タグＷＬである場合、参照情報Ｒには、表示座標範囲（Ｘ・Ｙ）およびデバイスアドレスＡが含まれる。加えて、部品図形Ｊが例えばスイッチの場合、参照情報Ｒには、ＯＮを示す図形のファイルおよびＯＦＦを示す図形のファイルなど、表示時に参照するファイル番号ＦＬがさらに含まれる。

また、図６に示すように、上記タグが入力タグである場合、参照情報Ｒには、有効入力座標範囲（Ｘ・Ｙ）と、入力結果が書き込まれるデバイスアドレスＡとが含まれる。

一方、上記表示処理部２５は、所定の時間間隔で、画面データメモリ２４から、ベース画面のファイル番号Ｆが現在表示中のベース画面である表示タグＷＬを抽出し、各表示タグＷＬのデバイスアドレスＡの内容を、ＰＬＣ１２のメモリ１２ａから読み出して、内容に応じた部品図形Ｊを画面に表示する。

例えば、図３において、画面データメモリ２４に格納された表示タグＷＬ１は、スイッチの表示を示しており、デバイスアドレスＡ１の機器に対応している。この表示タグＷＬ１を実行する場合、表示処理部２５は、デバイスアドレスＡ１の内容が“０”なので、スイッチがＯＦＦであると判断し、表示処理部２５のメモリ２５ｍに格納されたファイルのうち、ＯＦＦに対応付けられたファイルＦＬ１の図形を、表示座標範囲（Ｘ・Ｙ）に表示する。これにより、当該座標範囲（Ｘ・Ｙ）には、ＯＦＦ状態のスイッチを示す部品図形Ｊ１が表示される。このように、表示処理部２５が所定の時間間隔で画面データ内の表示タグを実行することで、プログラマブル表示器１４の画面には、デバイス１１ａの状態が反映される。

また、タッチパネル（図示しない）への押し操作など、操作入力部２５ａがオペレータの入力操作を受け取ると、表示処理部２５は、画面データメモリ２４の画面データから、現在表示中のベース画面に対応し、当該入力操作にマッチする入力タグＷＴを検索し、入力結果に応じて、入力タグＷＴが示すデバイスアドレスＡの内容を変更する。

例えば、有効入力座標範囲（Ｘ・Ｙ）が上記部品図形Ｊ１と同じ座標範囲に設定され、同じデバイスアドレスＡ１の内容を変更する入力タグＷＴ１が画面データ中に含まれている場合、オペレータが表示画面の部品図形Ｊ１（図３）を押すと、表示処理部２５による検索の結果、入力タグＷＴ１が発見される。この場合、表示処理部２５は、例えば、専用プロトコルＩＦ部２１や共通プロトコルＩＦ部２２へ指示するなどして、入力タグＷＴ１に対応するデバイスアドレスＡ１の内容を書き換える。さらに、入力操作の後、表示処理部２５が表示タグＷＬ１を処理すると、デバイスアドレスＡ１の内容が“１”に変更されているので、表示処理部２５は、図７に示すように、ファイルＦＬ２に対応し、ＯＮを示す部品図形Ｊ２を画面上に表示する。この結果、表示処理部２５は、入力操作に応じてデバイスアドレスＡの内容を書き換えるとともに、デバイスアドレスＡの内容に応じて、画面表示を更新できる。

なお、デバイスアドレスＡは、制御対象となるデバイス１１ａを特定するアドレスであって、例えば、ＰＬＣ１２のメモリ１２ａなど、プログラマブル表示器１４やＰＬＣ１２あるいは制御用ホストコンピュータ１６などに設けられた記憶装置の一領域を示している。ここで、デバイス１１ａが操作入力部２５ａやバーコードリーダ２５ｂなどの入力装置である場合には、これら入力装置から手動で入力されたデータを格納しているメモリに対して、上記デバイスアドレスＡが設定されてもよい。そして、後に詳述するように、例えば、専用プロトコルＩＦ部２１や共通プロトコルＩＦ部２２が、ＰＬＣ１２や他のプログラマブル表示器１４と通信することで、各デバイス１１ａのデバイスアドレスＡの内容を取得したり、内容を変更したりできる。なお、デバイスアドレスＡの内容の取得および変更は、その都度指示してもよいし、プログラマブル表示器１４内にキャッシュを用意し、内容の取得および変更時には、キャッシュへアクセスするとともに、所定の時間間隔ごとや所定のイベントごとに通信してデバイスアドレスＡの実体と同期を取ってもよい。

一方、図２に示すように、上記制御用ホストコンピュータ１６は、ローカル制御システム２全体の監視制御を行う表示処理部３１と、ネットワーク１５に接続される共通プロトコルＩＦ部３２と、共通プロトコルＩＦ部３２およびネットワーク１５を介して各プログラマブル表示器１４と通信して、表示処理部３１などの要求に応じるサーバ部３３とを備えている。これにより、制御用ホストコンピュータ１６は、多くの場合、プログラマブル表示器１４よりも離れた場所から、ターゲットシステム１１やＰＬＣ１２あるいはプログラマブル表示器１４の状態を表示したり制御できる。

また、上記制御用ホストコンピュータ１６には、プログラマブル表示器１４の画面データを作成する作画処理部３４と、作成した画面データを格納する画面データメモリ３５とが設けられている。そして、各プログラマブル表示器１４の表示および制御の動作を規定する画面データは、作画処理部３４で集約して作成（修正）された後、サーバ部３３、共通プロトコルＩＦ部３２およびネットワーク１５を介して、各プログラマブル表示器１４へ配布される。

さらに、制御用ホストコンピュータ１６は、プログラマブル表示器１４のデータ蓄積部２６に蓄積されているデバイス１１ａのログデータ、ヒストリデータおよびレシピデータ等の蓄積データを取得して、例えばＣＳＶ（comma separated value ）形式に変換し、公開サーバ側通信処理部３６を介して、公開サーバ装置４へ送信する蓄積データ送信部３７を備えている。蓄積データ送信部３７は、上記蓄積データを定期的および公開サーバ装置４から指示を受けた時に取得し、形式変換して、送信する。

ここで、上記画面データは、上述したように、画面上の領域と、当該領域への表示や入力に対応するデバイス１１ａのデバイスアドレスＡとの対応関係を示すタグを組み合わせて構成されている。そして、使用者は、上記作画処理部３４を操作することによって、画面上の所望の位置にタグを配置するとともに、各タグとデバイスのアドレスとを対応付けるだけで、画面データを作成できる。そのために、作画処理部３４は、例えば、タグのパレットを表示し、パレット中のタグを選択して画面上に所望のタグを配置するように、使用者へ促す。また、作画処理部３４は、配置されたタグを指定された座標に表示して、使用者のドラグ・アンド・ドロップなどの操作に応じてタグの座標を調整する。また、作画処理部３４は、入力タグや表示タグに関連するデバイスアドレスＡを入力するように使用者へ促す。

よって、プログラマブル表示器１４の表示プログラムを修正する場合に比べて容易に、各プログラマブル表示器１４の表示や操作を決定（変更）できる。したがって、ローカル制御システム２の使用者（制御用ホストコンピュータ１６の使用者）は、ターゲットシステム１１の実情や、プログラマブル表示器１４のオペレータの習熟度、あるいは、使用者の好みに合わせて、ユーザインタフェースすなわち画面の表示や操作の方法を最適化することができる。

さらに、図１に示すように、上記制御用通信システム１では、ローカル制御システム２に代わって、プログラマブル表示器１４の画面と同一の画面をクライアント装置５に表示させる表示ファイルを公開する公開サーバ装置４が設けられている。そのために、上記制御用ホストコンピュータ１６には、インターネット３を介して公開サーバ装置４と通信する公開サーバ側通信処理部３６が設けられている。なお、ローカル制御システム２と公開サーバ装置４とが暗号通信する場合、公開サーバ側通信処理部３６は、あらかじめ定められた暗号鍵や復号鍵を用いて、公開サーバ装置４と暗号通信する。

上記公開サーバ側通信処理部３６には、インターネット３との接続時に使用されるプロバイダの電話番号や公開サーバ装置４のアドレス等のデータ、公開サーバ装置４へアクセスするためのデータ、公開サーバ装置４におけるアカウント名およびパスワード、公開サーバ装置４で自らを認証するためのデータなどが記憶されている。

そして、上記公開サーバ側通信処理部３６は、ユーザからの指示があった時点や画面データが変更された時点などの所望のタイミングで、公開サーバ装置４と通信して、画面データメモリ３５の画面データを公開サーバ装置４に送信する。また、公開サーバ側通信処理部３６は、ローカル制御システム２に配備されているデバイス１１ａが変更された時点や所定の時間間隔などの所定のタイミングで公開サーバ装置４にアクセスして、公開サーバ装置４でのデータ公開に必要なデバイスアドレスＡの内容（デバイスデータ）を公開サーバ装置４に送信する。さらに、公開サーバ側通信処理部３６は、定期的に、あるいはクライアント装置５からの指示を受けた時に、プログラマブル表示器１４のデータ蓄積部２６に蓄積されていたデバイス１１ａのログデータ等の蓄積データを取得して、ＣＳＶ形式に変換して、公開サーバ装置４に送信する。

なお、デバイスアドレスＡの内容は、表示処理部３１が取得する場合と同様に、サーバ部３３を介して取得される。さらに、公開サーバ側通信処理部３６は、公開サーバ装置４と通信した結果、クライアント装置５がデバイスデータの変更を指示していた場合、表示処理部３１がデバイスアドレスＡの内容を変更する場合と同様に、当該指示を中継し、プログラマブル表示器１４自体やプログラマブル表示器１４に接続されたＰＬＣ１２など、デバイスアドレスＡの実体へ内容の変更指示を伝送できる。

一方、図１に示すように、上記公開サーバ装置４は、ローカル制御システム側通信処理部４１、表示ファイル生成部（画面データ変換手段）４２、表示ファイル記憶部（画面データ記憶手段）４３、データメモリ４４、公開サーバ部（画面データ送信手段）４５、スクリプトファイル指定部６１、蓄積データ記憶部６２、スクリプトファイル記憶部６４を備えて構成されている。

上記ローカル制御システム側通信処理部４１は、インターネット３を介してローカル制御システム２と通信する。

上記表示ファイル生成部４２は、プログラマブル表示器１４用の画面データ（第１画面データ）に基づいて、クライアント装置５で表示を行うための表示ファイル（第２画面データ）としてＨＴＭＬファイルおよびＸＭＬ（extensible mark-up language ）ファイルを作成する。

上記表示ファイル記憶部４３は、クライアント装置５からの要求に応じて送信される上記のＨＴＭＬファイルおよびＸＭＬファイル、ならびにアプレットを、それぞれ格納するＨＴＭＬファイル記憶部４６，ＸＭＬファイル記憶部４７，アプレット記憶部４８を備えている。

上記データメモリ４４は、ローカル制御システム側通信処理部４１がローカル制御システム２から受け取ったデバイスアドレスＡの内容（デバイスデータ）を格納する。特に、上記データメモリ４４は、プログラマブル表示器１４に現在表示中の単位画面を示すデータ（表示ページ情報）を格納する領域（表示ページ情報記憶部）を含んでいる。

上記公開サーバ部４５は、インターネット３を介するクライアント装置５からの要求に応えて、上記の各記憶部４６〜４８にアクセスし、ＨＴＭＬファイル、ＸＭＬファイル、アプレットをクライアント装置５へ送信する。また、公開サーバ部４５は、当該アプレットを実行するクライアント装置５と通信して、クライアント装置５の画面表示に必要なデバイスデータを送信したり、クライアント装置５からのデバイスデータの変更指示を受け取ったりする。

さらに、上記制御用通信システム１は、公開サーバ部４５が、ローカル制御システム２からプログラマブル表示器１４のデータ蓄積部２６に蓄積されているデバイス１１ａのログデータやレシピデータ等の蓄積データを取得して、上記蓄積データ記憶部６２に格納する。そして、公開サーバ部４５の蓄積データ表示ファイル生成部（蓄積データ表示ファイル生成手段）６３が、クライアント装置５からの要求に応じて、蓄積データ記憶部６２に格納している蓄積データ（例えばＣＳＶ形式のファイル）に基づいて、クライアント装置５で表示可能な形式（ＨＴＭＬ形式）の表示ファイル（蓄積データ表示ファイル）を生成する。

上記蓄積データ表示ファイル生成部６３は、蓄積データ表示ファイルを生成する際、スクリプトファイル記憶部６４に格納されているスクリプトファイルに定義された処理手順に従って、蓄積データのファイルからその表示ファイルを生成する。ここで、どの蓄積データをどのスクリプトファイルに従って蓄積データ表示ファイルに変換するかは、クライアント装置５からのリクエストに記述されている。そして、クライアント装置５が送信する蓄積データ表示ファイルの送信リクエストの内容は、表示ファイル生成部４２がプログラマブル表示器１４用の画面データからクライアント装置５用の表示ファイルを生成する際、スクリプトファイル指定部６１での指定に従って、当該表示ファイルに設定される。

上記公開サーバ装置４は、複数のローカル制御システム２の状態を公開可能である。そのため、上記の各記憶部４６〜４８には、各ローカル制御システム２のユーザに対して、記憶領域が割り当てられている。そして、ローカル制御システム側通信処理部４１は、例えば、アカウント名およびパスワードによって、ローカル制御システム２のユーザを認証・識別して、ローカル制御システム２からの画面データに基づいて生成した表示ファイル（上記のＨＴＭＬファイル、ＸＭＬファイル）、あるいは、デバイスデータを、各記憶部４６，４７，４４の記憶領域のうち、識別したユーザに割り当てられた領域へ格納する。なお、アプレットは、クライアント装置５の仕様ごとにあらかじめ作成されて、アプレット記憶部４８に格納されている。

ここで、上記のＨＴＭＬファイル、ＸＭＬファイル、ならびにアプレットについて説明する。

まず、上記ＸＭＬファイル記憶部４７に格納されるＸＭＬファイルは、プログラマブル表示器１４用の画面データに含まれる各単位画面ごとに作成されている。そして、各ＸＭＬファイルには、上記単位画面に関連する各タグ（処理指示語）を示すＸＭＬ要素（エレメント）が含まれている。

ここで、図８に、上記ＸＭＬファイルの概略を示す。例えば、図５に示した形式で、プログラマブル表示器１４用の画面データ内に、ベース画面（単位画面）＝１（メイン画面）の表示タグＷＬが含まれている場合、メイン画面に対応するＸＭＬファイルでは、表示タグＷＬに対応するＴａｇ要素Ｅ１が含まれている（図８）。さらに、このＴａｇ要素Ｅ１には、事象名、表示座標範囲、参照ファイル番号、ならびにデバイスアドレスなどに対応する、ＴａｇＮａｍｅ要素Ｅ１１、Ｘ要素Ｅ１２およびＹ要素Ｅ１３、ＬｉｂｒａｒｙＮｏ要素Ｅ１４、ならびにＢｉｔＳｙｍｂｏｌＮａｍｅ要素Ｅ１５などが含まれている。そして、図８の例では、各要素Ｅ１１〜Ｅ１５の内容（コンテンツ）は、表示タグＷＬの内容に応じて、“Ｌ＿００００”，“−２３２”，“１２０”，“１０１”，“０１０１００”に設定されている。

また、例えば、図６に示した形式で、プログラマブル表示器１４用の画面データ内に、入力タグＷＴが含まれている場合、メイン画面に対応するＸＭＬファイルでは、入力タグＷＴに対応するＴａｇ要素Ｅ２が含まれている（図８）。さらに、このＴａｇ要素Ｅ２には、事象名、デバイスアドレス、ならびに有効入力範囲などに対応する、ＴａｇＮａｍｅ要素Ｅ２１、ＳｙｍｂｏｌＮａｍｅ要素Ｅ２２、ならびにＸ要素Ｅ２３、Ｙ要素Ｅ２４、Ｘ２要素Ｅ２５、Ｙ２要素Ｅ２６などが、入力タグＷＴの内容に応じた内容にそれぞれ設定されている。

このように、上記表示ファイル生成部４２は、例えば、プログラマブル表示器１４用の画面データから、ある単位画面の処理指示語（タグＷＬ・ＷＴ…）、すなわち、ベース画面のファイル番号が所定の値のタグを順次抜き出し、当該タグに応じたＸＭＬ要素を生成し、当該ＸＭＬ要素の内容を上記タグに応じて設定することで、当該単位画面のＸＭＬファイルを作成できる。すなわち、表示ファイル生成部４２は、上記の各要素Ｅ１１〜Ｅ２６などの内容を、表示タグＷＬや入力タグＷＴの内容と一致するように設定できる。なお、表示ファイル生成部４２は、例えば、プログラマブル表示器１４の解像度とクライアント装置５の解像度との相違などに応じた比率で拡大／縮小するなど、表示タグＷＬや入力タグＷＴの内容を所定の手順で変換して設定することもできる。

つぎに、上記アプレット記憶部４８に格納されるアプレットは、上記ＸＭＬファイルを参照しながら、プログラマブル表示器１４が単位画面の表示や操作を行う際の動作と同等の動作を、クライアント装置５に実行させるプログラムである。

具体的には、上記アプレットは、クライアント装置５のバーチャルマシン５１が実行可能なＪａｖａ（登録商標）言語で記述されたバイトコードとして実現されている。すなわち、上記アプレットは、画面データ中に出現可能なタグの種類に対応するメソッドが定義されたクラスと、上記ＸＭＬファイルを参照して、タグ種に対応するメソッドを呼び出すメソッドが定義されたクラスとを含んでいる。そして、アプレットを実行するバーチャルマシン５１は、ＸＭＬファイルを参照し、タグを示すＸＭＬ要素に基づいて、タグ種に応じたメソッドを呼び出し実行する。

例えば、バーチャルマシン５１が実行するメソッドのうち、対応するタグ種が表示タグであるメソッドは、所定の時間間隔で呼び出され、特定のデバイスアドレスのデータを公開サーバ部４５へ要求するとともに、応答に応じた表示を行う描画メソッドである。また、入力タグに対応するメソッドは、入力イベントが発生したときに呼び出され、入力結果に応じたデータを、特定のデバイスアドレスへ書き込むように、公開サーバ部４５へ要求する入力メソッドである。

ここで、プログラマブル表示器１４の画面の描画を行う画面データでは、各単位画面の切り換え動作も、入力タグとして実現されている。すなわち、画面切り換えの入力タグには、デバイスアドレスＡとして、プログラマブル表示器１４内の記憶領域のうち、現在表示中の単位画面を示すデータ（表示ページ情報）が格納されるシステム領域が関連付けられている。

したがって、上記の各入力メソッドのうち、上記特定のシステム領域への変更指示を要求する入力メソッドは、通常の入力メソッドと同様に、公開サーバ部４５へ単位画面の変更指示を送信するとともに、変更後の単位画面に応じたＸＭＬファイルを読み込む。これにより、プログラマブル表示器１４の画面データから生成されたＨＴＭＬ／ＸＭＬファイルが、クライアント装置５で実行されている場合、クライアント装置５とプログラマブル表示器１４とで、常時同じ単位画面を表示することが可能となる。

また、上記入力メソッドは、上記特定のシステム領域への変更指示を送信する代わりに、クライアント装置５内に設けられた代替の記憶領域の内容を変更してもよい。この場合は、クライアント装置５は、プログラマブル表示器１４が表示可能な単位画面であっても、当該プログラマブル表示器１４で現在表示している単位画面（表示ページ）とは異なる単位画面（リモート表示ページ）を表示できる。なお、この場合、他のメソッドにて、当該システム領域を参照する際は、公開サーバ部４５へ問い合わせる代わりに上記代替の記憶領域が参照される。

さらに、例えば、アプレット実行時のパラメータ設定によって指定したり、あるいは、単位画面の選択操作と連動してメニューを表示して選択させるなどして、プログラマブル表示器１４と同じ単位画面を表示するか、異なる単位画面を表示するかを選択できるように、上記各メソッドを作成することができる。この場合、同じアプレットやＸＭＬファイルを使用しているにもかかわらず、例えば、プログラマブル表示器１４のオペレータの操作を監視したい場合などには、前者を選択し、プログラマブル表示器１４のオペレータの操作とは別にローカル制御システム２を監視したい場合などには、後者を選択することができる。

また、ＸＭＬファイルを参照するメソッドは、例えば、ＸＭＬファイルから、タグを示すＸＭＬ要素を抽出し、当該タグの種類（例えば、当該ＸＭＬ要素中のＴａｇＮａｍｅ要素の内容）に対応するクラスのインスタンスを生成し、当該インスタンスのフィールドへ、上記タグのパラメータ（例えば、上記ＸＭＬ要素中の各要素の内容）を設定するなどして、ＸＭＬファイルに応じたメソッドをバーチャルマシン５１に実行させることができる。

つぎに、上記ＨＴＭＬファイル記憶部４６に格納されるＨＴＭＬファイルは、プログラマブル表示器１４ごとに作成されている。

ここで、図９に、上記ＨＴＭＬファイルの概略を示す。図９の例では、上記ＨＴＭＬファイルには、“<HTML>”や“<TITLE> ”などのＨＴＭＬ文書として必要な文字列Ｐ１が含まれている。また、上記ＨＴＭＬファイルには、上記アプレットをクライアント装置５のバーチャルマシン５１に実行させるための文字列Ｐ１１が含まれている。この文字列Ｐ１１には、例えば、クライアント装置５のブラウザ５２が当該ＨＴＭＬファイルを表示する際に最初に表示する単位画面の指定やプログラマブル表示器１４の指定など、表示するプログラマブル表示器１４の画面データ全体に関連する情報が含まれている。なお、この例では、アプレットを実行する際のパラメータとして指定されており、例えば、最初の単位画面がＰＡＲＡＭ要素の属性名“BASESCR ”の属性値（この例では“１" ）として指定されている。

また、上記ＨＴＭＬファイルには、アプレットが表示するプログラマブル表示器１４を説明する文字や画像を表示するための文字列、あるいは、ローカル制御システム２を説明するハイパーテキスト文書へのリンクを示す文字列など、ＨＴＭＬの書式に沿った文字列Ｐ２が含まれていてもよい。さらに、上記ＨＴＭＬファイルには、単位画面切り換え用のアプレットを実行させるための文字列Ｐ１２が含まれていてもよい。

つづいて、上記公開サーバ部４５は、クライアント装置５から要求があると、例えば、ＵＲＩ（universal resource identifier ）などに基づいて、クライアント装置５が要求しているＨＴＭＬファイルやＸＭＬファイルあるいはアプレットを判別し、これらをクライアント装置５へ送信する。

さらに、公開サーバ部４５は、表示ファイルとして配布したＨＴＭＬ／ＸＭＬファイルおよびアプレットに基づいて描画するクライアント装置５から、デバイスアドレスＡの内容の問い合わせを受け取ると、データメモリ４４の記憶領域のうち、表示ファイルに対応するユーザ用の領域で、しかも、デバイスアドレスＡに対応する領域の内容を読み出し、上記クライアント装置５に返答する。また、上記クライアント装置５からデバイスアドレスＡの内容変更指示を受け取ると、デバイスアドレスＡに対応する上記領域の内容を、指示に応じた値に書き換える。

ここで、ローカル制御システム２と公開サーバ装置４とは、所定のタイミングで通信しており、データメモリ４４の内容は、ローカル制御システム２の指示に応じて更新されるとともに、クライアント装置５によるデータメモリ４４の変更がローカル制御システム２に通知される。したがって、クライアント装置５は、データメモリ４４を参照し、変更することにより、ローカル制御システム２の現況を表示し、制御できる。

一方、クライアント装置５は、上記バーチャルマシン（表示手段）５１に加えて、例えば、汎用のブラウザソフトなどにより実現されるブラウザ（表示手段）５２を備えており、ブラウザ５２は、インターネット３に接続された機器と通信し、受け取ったＨＴＭＬファイルで指定されているアプレットをアプレット記憶部４８から取得してバーチャルマシン５１に実行させることができる。また、ブラウザ５２は、例えば、ＨＴＴＰ（hyper text transfer protocol）プロトコルで任意のサーバ装置からＨＴＭＬ文書などの文書を受け取り、閲覧することもできる。

ここで、クライアント装置５は、オペレータによるタッチパネルなどの操作入力部（図示しない）を介した操作や、インターネット３を介した通信の結果などと、公開サーバ装置４から取得して格納した表示ファイルとに基づいて表示処理を行う。具体的には、プログラマブル表示器１４の画面データに基づいて生成された、複数の単位画面に対応する表示ファイルであるＨＴＭＬ／ＸＭＬファイルを公開サーバ装置４から取得して、これに基づき、プログラマブル表示器１４で表示されている画面、あるいはプログラマブル表示器１４に蓄積されているデータを表示する。

そのため、クライアント装置５のブラウザ５２およびバーチャルマシン５１は、クライアント装置５に表示する画面のＨＴＭＬ／ＸＭＬファイルの送信を公開サーバ装置４の公開サーバ部４５に要求する。また、ブラウザ５２およびバーチャルマシン５１は、プログラマブル表示器１４のデバイスデータの参照および変更（制御入力）、すなわちデータメモリ４４の参照および変更を公開サーバ装置４の公開サーバ部４５に要求する。

つづいて、図１０から図１３を参照しながら、プログラマブル表示器１４に蓄積されている蓄積データ（ログデータ、ヒストリデータ、レシピデータ等）をクライアント装置５に表示する機能について説明する。なお、以下では、ログデータを表示する場合を例として説明する。

まず、上記制御用通信システム１は、上記プログラマブル表示器１４にデータ蓄積部２６として、ＳＲＡＭ（static random access momory ）およびメモリカード（例えば、コンパクトフラッシュ（登録商標））が設けられている。そして上記ローカル制御システム２では、制御用ホストコンピュータ１６の蓄積データ送信部３７が所定のタイミングで、プログラマブル表示器１４のデータ蓄積部２６に保存されているログデータをＣＳＶファイルに変換して、公開サーバ装置４へ送信する。つづいて、上記公開サーバ装置４では、プログラマブル表示器１４の画面データが保存されているフォルダの下にサブフォルダを作成し、各ＣＳＶファイルを格納する（図１０）。さらに、蓄積データ表示ファイル生成部６３が、ブラウザ５２からの要求に応じてデータ蓄積部２６に保存されているログデータをＨＴＭＬ形式に変換して送信し、これをブラウザ５２が表示する。

図１０は、公開サーバ装置４においてログデータおよびスクリプトファイルを格納する蓄積データ記憶部６２およびスクリプトファイル記憶部６４のフォルダ構成の例を示す説明図である。

図１０では、フォルダ“￥ＣＦ−ＣＡＲＤ”，“￥ＳＲＡＭ”がログデータを格納したフォルダである。これらのフォルダには、データ蓄積部２６であるメモリカードおよびＳＲＡＭの内容がそれぞれ格納される。

ここで、上記プログラマブル表示器１４では、ログデータをそれぞれ３つの形式を含む３つのモードで蓄積する。具体的には、ロギング，トレンド，サンプリングを含む第１のモード、アラームアクティブ，アラームヒストリ，アラームログを含む第２のモード、ブロック１，ブロック２，ブロック３を含む第３のモードである。例えば、第１のモードのサンプリングでは、「発報日付」，「発報時刻」，「メッセージ」，「確認時刻」，「復旧時刻」の各データが、１つのログデータとして対応付けられて蓄積される。そして、これらのログデータは、上記の各形式ごとに設けられたフォルダにそれぞれ分類されて格納される（図１０のフォルダ“￥ＣＦ−ＣＡＲＤ”）。なお、何れの形式のログデータを蓄積して表示するかは、オペレータにより選択できる。また、これらのサブフォルダは、後述するように、スクリプトファイル指定部６１の“ログデータ表示の設定”のダイアログＤ１０（図１１）で、“ログデータ表示の有無”のチェックボックスＤ１１にチェックを入れた場合に作成される。

また、図１０では、フォルダ“￥ＬｏｇＰａｇｅＪ”，“￥ＬｏｇＰａｇｅＥ”がスクリプトファイルを格納したフォルダである。図１０の例では、スクリプトファイルのフォルダは、例えば日本語表示や英語表示のような環境ごとに設けられている。また、１つのスクリプトファイルフォルダには、上記ログデータの各形式ごとに用意されたスクリプトファイルがそれぞれ１つずつ格納されている。さらに、スクリプトファイルの名称は、ログデータの形式名すなわちログデータを格納するフォルダ名に一致している。よって、スクリプトファイルをフォルダごとにまとめて切り換えることができる。例えば、日本語環境用と英語環境用のスクリプトファイルをそれぞれのフォルダに格納しておけば、クライアント装置５の日本語／英語の環境の切り換えを、フォルダを切り換えることによって行うことができる。

なお、上記制御用通信システム１では、蓄積データ表示ファイル生成部６３が、ＣＳＶ形式の蓄積データをクライアント装置５用の蓄積データ表示ファイルに変換する処理内容を記述したスクリプトファイルとしてＡＳＰ（Active Server Page）ファイルを使用する。なお、公開サーバ装置４とクライアント装置５との間がＨＴＴＰ通信でない場合には、専用のアプリケーションにより蓄積データを表示することができる。

図１１は、スクリプトファイル指定部６１が表示する入力画面（ダイアログＤ１０）の例を示す説明図である。この“ログデータ表示の設定”のダイアログＤ１０を用いて、公開サーバ装置４のオペレータは、クライアント装置５のオペレータにログデータを公開するために、ログデータの表示の有無、ログデータを表示する場合に表示ファイルの生成に使用するスクリプトファイル、およびログデータ（ＣＳＶ形式）をオペレータの指示に応じて作成する際のファイル名を設定する。

具体的には、図１１に示すように、ダイアログＤ１０で、“ログデータ表示の有無”のチェックボックスＤ１１にチェックを入れると、表示ファイル生成部４２が生成する表示ファイルに、ログデータ表示を起動するための起動ボタンＤ２２（図１２）が追加される。また、チェックボックスＤ１１にチェックを入れると、“ログデータ表示ページの情報”の入力ボックスＤ１２（スクリプトファイルのフォルダ名）および“新規ＣＳＶファイル作成時のファイル名”の入力ボックスＤ１３（新規ＣＳＶファイル作成時のファイル名）の設定が有効になる。

そして、入力ボックスＤ１２では、クライアント装置５に表示された画面上の起動ボタンＤ２２（図１２）が押された時に蓄積データ（ログデータ）に基づいて蓄積データ表示ファイルに生成する手順が定義されたスクリプトファイルを格納しているフォルダを指定する。なお、スクリプトファイルはログデータの形式ごとにフォルダに１つずつ用意されており、かつ、クライアント装置５からの蓄積データ表示ファイルの要求がログデータを指定して行われるため、フォルダを指定することで、スクリプトファイルを特定できる。

また、入力ボックスＤ１３では、クライアント装置５でボタンＤ３６（“新規作成”）（図１３）が押された場合に、ＣＳＶファイルを新規に作成して保存する時に使用するＣＳＶファイル名を設定する。よって、入力ボックスＤ１３で、固定のファイル名を設定した場合は、新規のＣＳＶファイルが毎回そのファイル名で保存される。また、この入力ボックスＤ１３では、ＣＳＶファイルの作成時の日付／時間等に基づいて可変のファイル名を設定することもできる。例えば、図１１の入力ボックスＤ１３では、％Ｙを年度、％Ｍを月、％Ｄを日、％ｈを時間、％ｍを分、％ｓを秒として、新規作成したＣＳＶファイルを、公開サーバ装置４の保存時点での日付／時間をファイル名として保存する設定を示している。

ここで、上記ダイアログＤ１０による設定内容の処理について説明する。ダイアログＤ１０で設定された内容は、スクリプトファイル指定部６１によって表示ファイル生成部４２に入力される。

まず、チェックボックスＤ１１がチェックされている場合、表示ファイル生成部４２は、プログラマブル表示器１４用の画面データに基づいてクライアント装置５用の表示ファイルを生成する際に、その画面の表示内容に関連するログデータ等を公開サーバ装置４から読み出して表示するための機能を表示ファイルに追加する。例えば、“default.htm ”（図９）に起動ボタンＤ２２（図１２）を表示するタグ（文字列Ｐ２のＩＮＰＵＴタグ）（コード）を追加する。この起動ボタンＤ２２のタグには、入力ボックスＤ１２で設定されたスクリプトフォルダが特定できるようにパラメータが設定されている。

なお、表示ファイル生成部４２には、スクリプトファイル指定部６１の設定に基づいて“default.htm ”を生成するためのテンプレートがあらかじめ格納されている。そして、このテンプレートでは、上記起動ボタンＤ２２を表示する行がコメントにされており、表示ファイル生成部４２は、チェックボックスＤ１１がチェックされた場合に、この行に付されていたコメントの指定を外すことによって、起動ボタンＤ２２の表示を有効にする（図９）。

図１２は、表示ファイル生成部４２で起動ボタンＤ２２を有効にして生成した表示ファイルである“default.htm ”（図９）をブラウザ５２で表示したクライアント装置５の表示画面Ｄ２０である。

上記表示画面Ｄ２０には、プログラマブル表示器１４に現在表示されている画面と同じ画面を表示する領域Ｄ２１と、上記起動ボタンＤ２２が表示されている。領域Ｄ２１の画面は、上述のように、クライアント装置５用に生成された表示ファイルに基づき、バーチャルマシン５１がＪＡＶＡアプレットによって表示する。ここで、クライアント装置５のオペレータが起動ボタンＤ２２を押すと、ブラウザ５２が領域Ｄ２１の画面に関連するログデータ表示を行う蓄積データ表示ファイルを蓄積データ表示ファイル生成部６３から取得して表示する。

具体的な処理は、以下の通りである。図９に示すように、起動ボタンＤ２２には、ログデータ表示の初期画面を表示するための“\LogPageJ\Alarm.html”（図１０には図示せず）が指定されている。よって、クライアント装置５において起動ボタンＤ２２が押されると、クライアント装置５は起動ボタンＤ２２に設定されている内容を公開サーバ装置４に送信する。そして、蓄積データ表示ファイル生成部６３がスクリプトファイル記憶部６４から、各スクリプトファイル（ＡＳＰファイル）を呼び出すための初期画面用の上記ＨＴＭＬファイルを呼び出して処理し、表示ファイルをブラウザ５２へ送信して、新しいウィンドウで表示する。この例では、フォルダ“\LogPageJ ”が指定されているため、日本語環境のログデータ表示ページＤ３０（図１３）が表示される。

つづいて、図１３に示す、上記起動ボタンＤ２２に設定された内容に従って表示されたログデータ表示ページＤ３０には、ログデータを表示する領域Ｄ３１、ログデータを呼び出す手段である切換ボタンＤ３３…およびファイルリストＤ３４が表示される。

上記ファイルリストＤ３４には、この画面から呼び出し可能なログデータのＣＳＶファイルが一覧表示されている。ここで、ファイルリストＤ３４でＣＳＶファイルを選択して、“表示”のボタンＤ３５を押すと、蓄積データ記憶部６２に格納されているＣＳＶファイルが蓄積データ表示ファイルに変換されて、領域Ｄ３１に表示される。また、切換ボタンＤ３３でログデータを切り換えて、“新規作成”のボタンＤ３６を押すと、現在のプログラマブル表示器１４内部のデータを公開サーバ装置４経由で要求し、プログラマブル表示器１４で取得されたデータを蓄積データ記憶部６２にＣＳＶファイルとして保存後、蓄積データ表示ファイル生成部６３で蓄積データ表示ファイルに変換して、ブラウザ５２により領域Ｄ３１に表示する。なお、上述のように、この時の新規作成したＣＳＶファイルは、スクリプトファイル指定部６１によって上記ダイアログＤ１０の入力ボックスＤ１３で指定したファイル名となる。

また、切換ボタンＤ３３…でログデータの種類を指定すると、表示可能なＣＳＶファイルがファイルリストＤ３４に一覧表示される。そして、ファイルリストＤ３４中でＣＳＶファイルを選択して“表示”（ボタンＤ３５）を押すと、領域Ｄ３１に内容表示される。また、切換ボタンＤ３３…でログデータの種類を指定し、“新規作成”（ボタンＤ３６）を押すと、上述のように新規作成したＣＳＶファイルが、領域Ｄ３１に内容表示される。なお、新規作成されたＣＳＶファイルは、ファイルリストＤ３４に追加され、次回以降選択可能になる。

図１３の例では、上記の操作の結果、領域Ｄ３１には、データ蓄積部２６であるＳＲＡＭに格納されているサンプリングに関するログデータが表示されている。ここで、上述した起動ボタンＤ２２におけるログデータ表示の初期画面を表示するＨＴＭＬファイルのフォルダ指定に基づいて、この初期画面から要求されるログファイルは、すべて当該フォルダのスクリプトファイルによって処理される。よって、日本語環境の初期画面から呼び出された場合、領域Ｄ３１も日本語表示となる（図１３）。なお、初期画面の表示時に、デフォルトのログデータを表示してもよい。

さらに、領域Ｄ３１には、“ダウンロード”のボタンＤ３２が表示されている。このボタンＤ３２を押すと、現在表示しているログデータのＣＳＶファイルをクライアント装置５にダウンロードする。このように、ＣＳＶファイルをクライアント装置５にダウンロードして保存することにより、ログデータを容易に編集できる。

上述のように、上記制御用通信システム１は、プログラマブル表示器１４で取得されたログデータをデータ蓄積部２６に蓄積し、これを蓄積データ送信部３７がＣＳＶファイルに変換して、公開サーバ装置４の蓄積データ記憶部６２に格納し、これを蓄積データ表示ファイル生成部６３が変換したＨＴＭＬファイルを、クライアント装置５に送信して表示する。

なお、ローカル制御システム２（蓄積データ送信部３７）から公開サーバ装置４（蓄積データ記憶部６２）への蓄積データの送信は、定期的あるいはクライアント装置５からの指示により行われる。

これにより、プログラマブル表示器１４の内部、すなわちデータ蓄積部２６にリアルタイムに保存されているログ／ヒストリデータ等を、インターネット３を介してクライアント５で表示させることができる。

また、プログラマブル表示器１４の表示画面とは異なる表示画面で表示できる。すなわち、クライアント装置５に独自の画面を表示する表示ファイルを生成するため、例えば、表示可能領域が小さいプログラマブル表示器１４では１画面に入らない件数のデータを、クライアント装置５において１画面で表示することが可能となる。

なお、図１３では、蓄積データをＨＴＭＬのタグを用いてテーブル形式で表示した例を示したが、蓄積データ表示ファイルの形式はＨＴＭＬおよびそのタグに限定されず、適宜選択可能である。例えば、蓄積データ表示ファイル生成部６３において、データを折れ線等にグラフ化してもよい。

また、ログデータ表示を呼び出すための手段としては、起動ボタンＤ２２に限定されず、割り当てられたキー操作や、コマンド入力であってもよい。

また、図１２に示したように、起動ボタンＤ２２を領域２１に設けたが、領域２１に表示されている画面の部品図形（例えば、温度計）への操作から、その部品図形に関連するログデータを表示してもよい。すなわち、プログラマブル表示器１４では、画面の部品図形への操作から、その部品図形に関連するログデータを表示することができる。よって、プログラマブル表示器１４用の画面データをそのまま変換した表示ファイルに基づいてクライアント装置５で画面を表示すると、プログラマブル表示器１４と同様にログデータが表示できる。しかし、一般にプログラマブル表示器１４は表示面積が狭いため、表示できるデータ数が少ない。そこで、表示面積が広いクライアント装置５用の表示ファイルでは、画面の部品図形からログデータを表示する操作から、プログラマブル表示器１４よりもデータ数およびデータの種類を増やしたログデータ画面を表示するように、部品図形に対応するタグの処理を設定してもよい。

また、上記では、領域Ｄ２１にプログラマブル表示器１４において現在表示されている画面と同じ画面を表示する場合について説明した。しかし、これに限定されず、領域Ｄ２１には、公開サーバ装置４においてクライアント装置５で表示可能な形式に生成した画像を表示できる。

ここで、表示ファイルを表示するためのクライアント装置５の仕様、すなわち、クライアント装置５のハードウェアや、ブラウザ５２およびバーチャルマシン５１を実現するソフトウェアは様々である。例えば、クライアント装置５にもパソコンや携帯型の情報端末（ＰＤＡ（personal digital assistant）や携帯電話等）などがあり、使用されるブラウザにもINTERNET EXPLORER （登録商標）やNETSCAPE NAVIGATOR（登録商標）等があり、さらに、それぞれに異なるバージョンがある。ハードウェアが異なれば面積や色数等の表示性能が異なり、ソフトウェアが異なればＨＴＭＬやＸＭＬ等への対応が異なる。そのため、クライアント装置５において適切な表示を行うためには、表示ファイル生成部４２は、上記のようなクライアント装置５の仕様に対応した表示ファイルを生成し、クライアント装置５に送信する必要がある。

そこで、上記制御用通信システム１では、上記表示ファイル生成部４２は、プログラマブル表示器１４用の画面データ（第１画面データ）に基づいて、アクセスが予想されるクライアント装置５のハードウェアおよびソフトウェアの仕様に対応した専用の表示ファイル（第２画面データ）を生成する図示しないジェネレータ（画面データ変換手段）を、クライアント装置５の仕様ごと（例えば、ブラウザの種別ごと）に備えていてもよい。また、表示ファイル生成部４２にジェネレータを１つ設け、スイッチ等により切り替えて、クライアント装置５の各仕様に対応した表示ファイルを生成してもよい。

上記の各ジェネレータは、ローカル制御システム側通信処理部４１がローカル制御システム２から画面データを受け取ると、自動的にＨＴＭＬ／ＸＭＬファイルを生成し、表示ファイル記憶部４３（ＨＴＭＬファイル記憶部４６，ＸＭＬファイル記憶部４７）に設定されている所定のフォルダにそれぞれ格納してもよい。あるいは、公開サーバ装置４のオペレータが、表示ファイル生成部４２にて、表示するクライアント装置５の仕様（例えば、ブラウザソフトの種別）を選択することにより、そのクライアント装置５用のＨＴＭＬ／ＸＭＬファイルを生成し、指定したフォルダに格納してもよい。

なお、アプレットは、アクセスが予想されるクライアント装置５の仕様ごとにあらかじめ作成され、アプレット記憶部４８に設定されている上記フォルダにそれぞれ格納されてもよい。また、アプレットは、表示ファイル生成部４２で生成してもよいし、その他の場所、例えばローカル制御システム２において生成してもよい。また、ＨＴＭＬ／ＸＭＬファイルおよびアプレットの各ファイルの格納位置は適宜設定できる。

ここで、ＨＴＭＬ／ＸＭＬファイルは、上記のようにあらかじめ生成・格納しておいてもよいが、クライアント装置５から要求を受けた時点で、ブラウザ判定部４９（後述）にて判別されたクライアント装置５の仕様に応じて、生成してもよい。また、一部のＨＴＭＬ／ＸＭＬファイルをあらかじめ用意しておき、それ以外は要求された時点で生成してもよい。

また、携帯電話等の携帯型の端末のように、プログラマブル表示器１４と同等な表示能力を備えていないクライアント装置５もある。この場合、ＨＴＭＬファイルのみによって、テキストのみを表示したり、その時点での静止画像を表示することができる。

そして、上記公開サーバ部４５は、ブラウザ判定部４９を備えている。上記公開サーバ部４５は、クライアント装置５から要求があると、ブラウザ判定部４９によって、クライアント装置５の仕様を判定する。具体的には、ブラウザ判定部４９は、例えば、クライアント装置５からのリクエストのヘッダ部に記載されているブラウザ名を検出する。そして、ブラウザごとにあらかじめ生成されている表示ファイルを格納しているフォルダから、検出されたブラウザに対応したフォルダを選択する。

また、上記公開サーバ部４５は、ＵＲＩ（universal resource identifier ）などに基づいて、クライアント装置５が要求している表示ファイルを判別する。これらの結果に基づいて、公開サーバ部４５は、要求された表示ファイル、すなわちＨＴＭＬファイル、ＸＭＬファイル、アプレットであって、要求したクライアント装置５に対応して生成したファイルを表示ファイル記憶部４３から読み出し、ＣＧＩ（common gateway interface）やＢＧＩ（binary gateway interface）などによってクライアント装置５へ該当する送出する。

つづいて、図１６に示したフローチャートを参照しながら、上記制御用通信システム１の動作を説明する。

ステップＳ１１では、ローカル制御システム２のユーザが、制御用ホストコンピュータ１６の作画処理部３４（図２）を操作し、ターゲットシステム１１の実情やプログラマブル表示器１４のオペレータの習熟度、あるいは、使用者の好みに合わせて、画面データを作成あるいは修正する。作成された画面データは、例えば、シミュレーションや接続試験などによって、正常に動くことが確認された後、ステップＳ１２において、プログラマブル表示器１４に配信され、ステップＳ１３において、プログラマブル表示器１４が画面データに応じた表示を開始する。

つぎに、画面データが更新されると、制御用ホストコンピュータ１６（公開サーバ側通信処理部３６）は、ステップＳ１４において、公開サーバ装置４にアクセスする。ステップＳ１５において、公開サーバ装置４（ローカル制御システム側通信処理部４１）は、例えば、あらかじめ格納されたアカウントおよびパスワードの組み合わせと、受け取った組み合わせとを比較するなどして、ローカル制御システム２、または、そのユーザを認証する。この認証に成功すると、ステップＳ１６において、ローカル制御システム２から公開サーバ装置４へ画面データが送信される。

つぎに、ステップＳ１７において、公開サーバ装置４がローカル制御システム２から画面データを受け取ると、表示ファイル生成部４２は、画面データに基づいて表示ファイルであるＨＴＭＬファイル、あるいはＨＴＭＬファイルおよびＸＭＬファイルを生成し、表示ファイル記憶部４３のＨＴＭＬファイル記憶部４６およびＸＭＬファイル記憶部４７に格納する。

つぎに、ステップＳ１８において、インターネット３を介して、クライアント装置５のオペレータが、公開サーバ装置４にアクセスして、あるローカル制御システム２のプログラマブル表示器１４の画面を表示するように指示すると、ステップＳ１９において、公開サーバ部４５は、クライアント装置５から受け取った識別番号およびパスワード等があらかじめ定められたものであるか否かを確認するなどして、上記画面による表示および制御が、当該オペレータあるいはクライアント装置５に許可されているか否かを認証し、許可されていないオペレータあるいはクライアント装置からのアクセスを拒否する。

つぎに、許可された正規なオペレータあるいはクライアント装置５からのアクセスであることが確認されると、ステップＳ２０において、ブラウザ判定部４９がリクエストを発信したクライアント装置５のブラウザを判別する。そして、ステップＳ２１において、公開サーバ部４５は、上記ステップＳ１７にて生成され、表示ファイル記憶部４３に格納されている表示ファイルのうち、クライアント装置５が要求したＨＴＭＬファイル、ＸＭＬファイル、アプレットを、ブラウザ判定部４９が判別したブラウザに対応したフォルダから適宜読み出し、インターネット３を介してクライアント装置５へ送信する。

つぎに、ステップＳ２２において、クライアント装置５のブラウザ５２は、受け取ったＨＴＭＬファイルから、APPLET要素（“<APPLET>”から“ </APPLET>”の部分）を抽出し、バーチャルマシン５１に実行させる。これにより、バーチャルマシン５１は、アプレットにＨＴＭＬファイル中で直接与えられたパラメータ、またはＸＭＬファイルによって与えられたパラメータに基づき、公開サーバ部４５と通信して、プログラマブル表示器１４と同様の表示および制御を行う。

具体的には、バーチャルマシン５１では、アプレット中の各表示タグに応じたインスタンスの描画メソッドが、所定の時間間隔で実行される。この結果、バーチャルマシン５１は、デバイスアドレスＡの内容を公開サーバ装置４へ問い合わせる。

これに対して、公開サーバ装置４の公開サーバ部４５は、ブラウザ５２から、あるローカル制御システム２のプログラマブル表示器１４の画面表示の要求を受けると、データメモリ４４の記憶領域のうち、要求されたローカル制御システム２に対応する記憶領域から、デバイスアドレスＡに基づいて、デバイスデータ（デバイスアドレスＡの内容）を読み出して、クライアント装置５に送信する。上記描画メソッドは、要求したデバイスデータがインターネット３を介してクライアント装置５に伝えられると、当該デバイスデータに応じて、クライアント装置５の表示画面のうち、パラメータで設定された表示領域（Ｘ・Ｙ）の表示を更新する。

ここで、アプレット中の各インスタンスは、デバイスアドレスＡの内容が同じ場合、画面データのタグと同じ描画を行うようにあらかじめ作成されている。一方、ＨＴＭＬ／ＸＭＬファイルにおいて、上記アプレットに与えられるパラメータは、画面データ中の対応するタグと、同じデバイスアドレスＡを参照するように、画面データに基づいて生成される。これにより、バーチャルマシン５１において、ＨＴＭＬ／ＸＭＬファイルが指定するパラメータに従って、アプレットが実行されると、クライアント装置５の表示画面には、プログラマブル表示器１４と同様、デバイスの状態を示す部品図形Ｊ１（Ｊ２）が表示される（図３，図７）。

また、バーチャルマシン５１は、表示ファイルの実行中、例えば、マウス操作などの入力操作が行われると、ＨＴＭＬ／ＸＭＬファイル中の入力タグに対応するインスタンスのうち、入力操作に応じたインスタンスの入力メソッドを実行する。これにより、バーチャルマシン５１は、入力結果に応じたデータを、特定のデバイスアドレスＡへ書き込むように、公開サーバ部４５へ要求する。そして、公開サーバ部４５は、クライアント装置５から書き込み要求を受けると、データメモリ４４の記憶領域のうち、要求されたデバイスアドレスＡの領域の内容を書き換える。この結果、クライアント装置５の表示画面には、書き込み後、上記描画メソッドが実行された時点で、プログラマブル表示器１４と同様に、操作結果が反映される。

以上のように、上記制御用通信システム１では、ローカル制御システム２は、プログラマブル表示器１４がデバイスの内容を取得して表示する際の動作を特定する画面データ（第１画面データ）を公開サーバ装置４へ送信する。そして、公開サーバ装置４の表示ファイル生成部４２は、この画面データをクライアント装置５で表示可能なＨＴＭＬファイルおよびＸＭＬファイル（第２画面データ）に変換した後、ＨＴＭＬファイル記憶部４６，ＸＭＬファイル記憶部４７にそれぞれ格納する。クライアント装置５（ブラウザ５２および／あるいはバーチャルマシン５１）は、公開サーバ装置４から取得したＨＴＭＬ／ＸＭＬファイルに従って表示を行う。また、プログラマブル表示器１４のデータ（蓄積データ）はデータ蓄積部２６に蓄積され、所定のタイミングで蓄積データ記憶部６２へ送信される。そして、クライアント装置５が表示している上記ＨＴＭＬ／ＸＭＬファイルに基づく画面を介して、クライアント装置５のオペレータが上記蓄積データの表示を要求すると、蓄積データ表示ファイル生成部６３が蓄積データ記憶部６２中の上記蓄積データをＨＴＭＬファイルに変換してブラウザ５２へ送信する。

上記制御用通信システム１によれば、プログラマブル表示器１４の画面を示す画面データ（第１画面データ）を、表示ファイル（第２画面データ）に形式を変換してインターネット３に接続されたクライアント装置５に配信することができる。さらに、プログラマブル表示器１４に蓄積されたデータを、蓄積データ表示ファイルに形式を変換してインターネット３に接続されたクライアント装置５に配信することができる。

また、上記制御用通信システム１によれば、蓄積データの表示画面を読み出すための蓄積データ表示指示部（例えば、アイコンやコマンド入力部）を、プログラマブル表示器１４と同じ画面を表示するための表示ファイルに設定する。これにより、蓄積データであるログデータ等を、関連する画面から呼び出して容易に参照できる。

また、ローカル制御システム２と公開サーバ装置４とは、プログラマブル表示器１４で現在表示されている単位画面を示す表示ページ情報を含めて、画面表示に必要なすべてのデバイスデータがデータメモリ４４に格納され、同期が取られている。よって、クライアント装置５は、ローカル制御システム２と直接通信せずに、データメモリ４４を介してローカル制御システム２の状態を取得して、画面に表示できる。すなわち、プログラマブル表示器１４に表示されている画面とは別の画面をクライアント装置５で表示することが可能となる。例えば、ＰＬＣ１２のデータをモニタしているプログラマブル表示器１４の画面とは別に、ＰＬＣ１２のデータの履歴やデバイス間の比較・確認するための、現場とは異なる監視用の画面をクライアント装置５に構築することができる。

また、上記制御用通信システム１によれば、デバイスデータを送信すればよいので、ローカル制御システム２側の設定を簡略化できる。したがって、ローカル制御システム２のユーザに負担をかけることなく、遠隔地のクライアント装置５にて、ローカル制御システム２の状態を表示できる。特に、クライアント装置５での画面表示のために、クライアント装置５とローカル制御システム２とが直接通信することがないため、クライアント装置５に対して、ローカル制御システム２の安全性が確保できる。

なお、上記では、制御用通信システム１（図１）を示して、公開サーバ部４５により配布されるアプレットが、各単位画面に関連するタグ（処理指示語）を示すＸＭＬファイルに基づいて、表示／制御する場合について説明したが、これに限るものではない。

例えば、図１５に示すように、ＨＴＭＬファイルに記載するＰＡＲＡＭ要素として、画面データに含まれる全てのタグに対応するインスタンスを生成するとともに、当該インスタンスの各フィールドをタグの内容に合わせて設定した文字列（コード）を記述してもよい。この場合、表示ファイル生成部４２は、画面データ中の全タグについて、上記タグの内容を参照し、文字列Ｐ１１ａで示すように、参照結果に基づいて画面表示用のアプレットを呼び出す文字列を生成して、ＨＴＭＬファイル中に記述する。

なお、この場合、表示ファイルとしてはＨＴＭＬファイルのみが生成されるため、図１４に示すように、制御用通信システム１にはＸＭＬファイル記憶部４７（図１）は不要である。よって、表示ファイル記憶部４３′には、ＨＴＭＬファイルおよびアプレットが、クライアント装置５の各仕様に対応したフォルダにそれぞれ格納されることになる。

そして、アプレットの動作や呼び出し方法にかかわらず、公開サーバ部４５によって、プログラマブル表示器１４が画面データに基づいてデバイスの状態に応じて表示する動作、および、操作に応じたデバイスの状態変更を指示する際の動作をクライアント装置５へ同様に指示できれば、図１および図１４に示した制御用通信システム１はほぼ同様の効果が得られる。

ただし、画面データ中の全タグに対応するアプレットやＨＴＭＬファイルを一括して送信すると、クライアント装置５が公開サーバ部４５にアクセスしてから、クライアント装置５が表示／操作を開始するまでの時間が長くなってしまう。したがって、各単位画面に関する動作を指示するデータを分割して送信する方が好ましい。

また、プログラマブル表示器１４と同様の問い合わせ・変更指示を公開サーバ部４５に送信する動作と、応答に応じて表示させる動作とをクライアント装置５に行わせる表示ファイル（ＨＴＭＬ／ＸＭＬファイルおよびアプレット）を配信する場合を例にして説明したが、これに限るものではない。

例えば、公開サーバ装置４またはローカル制御システム２が、画面データおよびデバイスデータに基づいて、プログラマブル表示器１４の画面表示と同一内容で、クライアント装置５が表示可能な形式（ビットマップ形式やＪＰＥＧ形式など）の画像ファイルを生成し、クライアント装置５へ送信してもよい。この場合、クライアント装置５からデバイスの状態を制御できないものの、プログラマブル表示器１４と同等の表示機能を備えないクライアント装置５でもプログラマブル表示器１４の画面を表示できる。

また、上記制御用通信システム１では、表示ファイル生成部４２が公開サーバ装置４に設けられ、画面データから表示ファイルを生成して配信する。したがって、特に、クライアント装置５用の画面を設計しない限り、プログラマブル表示器１４の画面とクライアント装置５の画面とを共通に保つことが可能となり、それぞれを別個に作成する場合に比べて、維持管理の手間を削減できる。

しかし、これに限定されず、表示ファイルの生成機能（表示ファイル生成部４２）は、ローカル制御システム２の制御用ホストコンピュータ１６に設けてもよいし、クライアント装置５に設けてもよい。同様に、蓄積データの表示ファイルの生成機能（蓄積データ表示ファイル生成部６３）は、ローカル制御システム２の制御用ホストコンピュータ１６に設けてもよいし、クライアント装置５に設けてもよい。

また、プログラマブル表示器１４で表示する画面（単位画面）が複数ある場合、クライアント装置５では、画面データに基づいてプログラマブル表示器１４に現在表示されている単位画面と同じ単位画面を、表示ファイル記憶部４３から取得したＨＴＭＬ／ＸＭＬファイルに基づいて表示してもよいし（一致表示モード）、クライアント装置５でのオペレータによる選択により、プログラマブル表示器１４の画面データに含まれる単位画面の何れかに対応する単位画面を、表示ファイル記憶部４３から取得したＨＴＭＬ／ＸＭＬファイルに基づいて、プログラマブル表示器１４に現在表示されている単位画面とは無関係に、表示してもよい（不一致表示モード）。そして、クライアント装置５にプログラマブル表示器１４において現在表示されている単位画面と同じ単位画面を表示する一致表示モードと、別の単位画面を表示可能な不一致表示モードと、クライアント装置５のオペレータの指示に基づいて切り換え可能であってもよい。

また、プログラマブル表示器１４の画面は、好みや習熟度などにも左右されるため、最適な画面を１つに決めることができず、比較的頻繁に変更されることが多い。この点、上述したように、上記制御用通信システム１では、ローカル制御システム２（制御用ホストコンピュータ１６）のユーザが、画面データをタグの組み合わせで生成できるので、これらの要求に柔軟に対応でき、最適な状態を保ち続けることができる。また、制御用ホストコンピュータ１６で一括して管理できるため、多くの場所で並行して管理する場合に比べて、画面データを容易に管理できる。

最後に、上記の各部材２１〜２６、３１〜３７、４１〜４９、５１〜５５、および６１〜６４は、ＣＰＵなどの演算手段が、ＲＯＭやＲＡＭなどの記憶手段に格納されたプログラムを実行し、タッチパネルや液晶表示装置などの入出力手段、あるいは、インタフェース回路などの通信回路を制御することによって実現される機能ブロックである。

したがって、これらの手段を有するコンピュータが、上記プログラムを記録した記録媒体（例えば、ＣＤ−ＲＯＭなど）を読み取り、当該プログラムを実行するだけで、上記制御用通信システム１のプログラマブル表示器１４、制御用ホストコンピュータ１６、公開サーバ装置４およびクライアント装置５を実現できる。特に、クライアント装置５のバーチャルマシン５１およびブラウザ５２は、多くのコンピュータにあらかじめインストールされている汎用のブラウザソフトで実現できるため、これらのコンピュータは、特別なプログラムをインストールすることなく、クライアント装置５として動作できる。なお、例えば、シリアルケーブル１３やネットワーク１５、インターネット３、あるいは、他の通信路を介してプログラムをダウンロードするためのプログラムが、上記コンピュータにあらかじめインストールされていれば、これらの通信路を介して、上記コンピュータへ上記プログラムを配付することもできる。

以上のように、本実施形態のいずれかに記載の制御用通信システムは、プログラマブル表示器にネットワークを介して端末装置が接続されている制御用通信システムにおいて、上記プログラマブル表示器は、データを蓄積するデータ蓄積手段を具備し、上記端末装置は、上記プログラマブル表示器で表示されている画面と同一の画面を表示するとともに、上記データ蓄積手段に蓄積されたデータを表示する表示手段を具備することを特徴としている。

上記の構成により、上記制御用通信システムでは、端末装置が、プログラマブル表示器で表示されている画面と同一の画面と、プログラマブル表示器に蓄積されたデータを表示する画面とを表示する。

よって、プログラマブル表示器に蓄積されたデータを、プログラマブル表示器にネットワークを介して接続された端末装置において、プログラマブル表示器で表示されている画面と同一の画面を表示しながら、あるいは切り換えて表示することができる。

したがって、端末装置に、プログラマブル表示器で表示されている画面と同一の画面からは確認できなかったデータを表示できる。また、端末装置が、プログラマブル表示器よりも大きな表示面積を有する場合には、プログラマブル表示器での表示より多くのデータを表示できる。ゆえに、端末装置によるネットワークを介してのプログラマブル表示器の監視および制御が容易となる。

本実施形態のいずれかに記載の制御用通信システムは、以上のように、さらに、上記プログラマブル表示器のデータ蓄積手段に蓄積されているデータに基づき、該データを上記端末装置の表示手段で表示する蓄積データ表示ファイルを生成する蓄積データ表示ファイル生成手段を具備することを特徴としている。

上記の構成により、さらに、蓄積データ表示ファイル生成手段が、プログラマブル表示器に蓄積されているデータに基づき、該データを端末装置で表示する蓄積データ表示ファイルを生成する。

よって、プログラマブル表示器ごとに蓄積されるデータを、端末装置での表示に適した形式に変換することができる。したがって、プログラマブル表示器ごとに蓄積されているデータを、端末装置に応じた最適な表示形態で表示できるため、端末装置によるネットワークを介してのプログラマブル表示器の監視および制御が容易となる。

本実施形態のいずれかに記載の制御用通信システムは、以上のように、さらに、上記蓄積データ表示ファイル生成手段を具備するとともに、上記端末装置からの要求に従って、上記蓄積データ表示ファイルを当該端末装置へ送信する画面データ送信手段を具備するサーバ装置が、上記のプログラマブル表示器および端末装置とネットワークを介して接続されていることを特徴としている。

上記の構成により、さらに、プログラマブル表示器および端末装置とネットワークを介して接続されているサーバ装置が、プログラマブル表示器に蓄積されているデータに基づき、該データを端末装置で表示する蓄積データ表示ファイルを生成する。加えて、当該サーバ装置が、生成した蓄積データ表示ファイルを、端末装置からの要求に応じて送信する。

よって、端末装置が、自装置からの要求のタイミングで、プログラマブル表示器に蓄積されているデータを取得して表示できる。したがって、蓄積データの表示画面を、端末装置からの制御、例えば、端末装置のオペレータの操作に基づいて、必要最小量の通信で表示することができる。

また、端末装置は、蓄積データをサーバ装置から取得することが可能となる。すなわち、端末装置は、蓄積データをプログラマブル表示器から直接取得するのではなく、サーバ装置を介して間接的に取得できる。したがって、端末装置でプログラマブル表示器の蓄積データを表示するたびに、プログラマブル表示器にアクセスする必要がない。ゆえに、プログラマブル表示器は、端末装置の表示とは独立して運用できるため、ネットワークのセキュリティ上安全である。

本実施形態のいずれかに記載の制御用通信システムは、以上のように、さらに、上記サーバ装置は、上記プログラマブル表示器の画面を描画する第１画面データを、上記端末装置の表示手段が表示可能な形式の第２画面データに変換する画面データ変換手段を具備し、かつ、上記画面データ変換手段が、上記端末装置のオペレータが上記蓄積データ表示ファイルの表示を指示入力する蓄積データ表示指示部を上記第２画面データに設定するものであることを特徴としている。

上記の構成により、さらに、サーバ装置は、プログラマブル表示器の画面を描画する第１画面データを、端末装置が表示可能な形式の第２画面データに変換する。加えて、サーバ装置は、端末装置においてオペレータが蓄積データ表示ファイルの表示を指示入力する蓄積データ表示指示部（例えば、アイコン）を第２画面データに設定する。なお、端末装置のオペレータによる入力指示は、アイコンへのクリックや、キーによるコマンド入力等であってもよい。

よって、サーバ装置は、端末装置の画面を描画する第２画面データを生成する際に、表示されている画面に関連する蓄積データを表示するための蓄積データ表示指示部を、第２画面データに設定することができる。それゆえ、端末装置は、プログラマブル表示器用の第１画面データに基づいて作成された第２画面データに従って画面を表示するとともに、必要に応じて、当該画面の内容に関連する蓄積データを、蓄積データ表示指示部を介して表示できる。

したがって、端末装置のオペレータが、プログラマブル表示器を監視・制御する際、プログラマブル表示器の画面と同時にあるいは切り換えながら、当該画面の内容に関連する蓄積データを容易に参照することが可能となる。

ここで、上記第１画面データは、制御用通信システムに設けられたプログラマブル表示器が表示に必要なデバイスの状態（データ）を取得する動作と、取得した状態に基づいて画面表示する動作とを示すデータであってもよい。さらに、上記第１画面データは、プログラマブル表示器の画面上の領域への表示に対応するデバイスを特定する情報（デバイスのアドレス）と画面上の領域との対応関係を示すタグを組み合わせて構成されていてもよい。

また、上記第２画面データは、端末装置からネットワークを介して、上記プログラマブル表示器のデバイスの状態を問い合わせる動作と、応答に基づいてそのデバイスの状態を端末装置の画面領域のうち画面データが示す画面領域に対応する領域へ表示する動作とを示すデータであってもよい。さらに、上記第２画面データは、端末装置の画面上の領域への表示に対応するデバイスを特定する情報（デバイスのアドレス）と画面上の領域との対応関係を示すタグを組み合わせて構成されていてもよい。すなわち、第２画面データは、これに基づいて描画された端末装置の画面を介して、変換元の第１画面データに対応するプログラマブル表示器をネットワークを介して操作可能な形式であってもよい。

また、本実施形態のいずれかに記載の制御用通信プログラムを記録したコンピュータ読み取り可能な記録媒体は、以上のように、上記の各手段をコンピュータに実現させて、上記制御用通信システムを動作させる制御用通信プログラムを記録したコンピュータ読み取り可能な記録媒体である。

上記の構成により、上記記録媒体から読み出された制御用通信プログラムによって、上記制御用通信システムをコンピュータネットワーク上に実現することができる。したがって、上記した制御用通信システムの効果を奏することができる。

本発明の一実施の形態に係る制御用通信システムの構成の概略を示すブロック図である。 図１に示した制御用通信システムにおいて、ローカル制御システムの要部構成を示すブロック図である。 図１に示した制御用通信システムにおけるプログラマブル表示装置の画面データと表示画面との関係を示すものであり、スイッチがＯＦＦ状態のときを示す説明図である。 図３に示した画面データに含まれるタグのデータ構造を示す説明図である。 図３に示した画面データに含まれるタグのうち、表示タグのデータ構造を示す説明図である。 図３に示した画面データに含まれるタグのうち、入力タグのデータ構造を示す説明図である。 図１に示した制御用通信システムにおけるプログラマブル表示装置の画面データと表示画面との関係を示すものであり、スイッチがＯＮ状態のときを示す説明図である。 図１に示した制御用通信システムにおいて、公開サーバ装置からクライアント装置へ配信されるＸＭＬファイルの例を示す説明図である。 図１に示した制御用通信システムにおいて、公開サーバ装置からクライアント装置へ配信されるＨＴＭＬファイルの例を示す説明図である。 図１に示した制御用通信システムの公開サーバ装置において、ログデータおよびスクリプトを格納したフォルダの例を示す説明図である。 図１に示した制御用通信システムの公開サーバ装置において、“default.html”を生成する際に「ログデータ表示の設定」を行うダイアログを示す説明図である。 図１に示した制御用通信システムのクライアント装置において、“default.html”を表示した画面例を示す説明図である。 図１に示した制御用通信システムのクライアント装置において、ログデータを表示した画面例を示す説明図である。 図１に示した制御用通信システムの変形例を示すものであり、構成の概略を示すブロック図である。 図１０に示した制御用通信システムにおいて、公開サーバ装置からクライアント装置へ配信されるＨＴＭＬファイルの例を示す説明図である。 図１および図１４に示した制御用通信システムの動作を示すフローチャートである。 従来技術を示すものであり、制御システムの要部構成を示すブロック図である。

符号の説明

１ 制御用通信システム
３ インターネット（ネットワーク）
４ 公開サーバ装置（サーバ装置）
５ クライアント装置（端末装置）
１４ プログラマブル表示器
１５ ネットワーク
２６ データ蓄積部（データ蓄積手段）
４２ 表示ファイル生成部（画面データ変換手段）
４５ 公開サーバ部（画面データ送信手段）
５１ バーチャルマシン（表示手段）
５２ ブラウザ（表示手段）
６３ 蓄積データ表示ファイル生成部（蓄積データ表示ファイル生成手段）
Ｄ２２ ボタン（蓄積データ表示指示部）

Claims (5)

1. 表示に必要なデバイスの状態を取得する動作と取得した状態に基づいて画面表示する動作とを規定する第１画面データに基づいて、オペレータの操作入力および画面表示を制御可能なプログラマブル表示器に、ネットワークを介して端末装置が接続されている制御用通信システムにおいて、
   上記プログラマブル表示器は、データを蓄積するデータ蓄積手段を具備し、
   上記端末装置は、上記プログラマブル表示器で上記第１画面データに基づいて表示されている画面を表示するとともに、上記データ蓄積手段に蓄積されたデータを、上記画面を表示しながら、あるいは切り換えて表示するとともに、当該端末装置のオペレータが上記データ蓄積手段に蓄積されたデータの表示を指示入力する蓄積データ表示指示部を表示する表示手段を具備し、
   上記制御用通信システムには、上記のプログラマブル表示器および端末装置とネットワークを介して接続されているサーバ装置が設けられ、
   上記サーバ装置には、第２画面データを上記端末装置に配信する公開サーバ部が具備されており、
   上記第２画面データは、上記端末装置からネットワークを介して、上記プログラマブル表示器のデバイスの状態を問い合わせる動作と、応答に基づいてそのデバイスの状態を、端末装置の画面領域のうち上記第１画面データに基づいて表示される画面に関連する表示を行う領域へ表示する動作とを規定するとともに、上記蓄積データ表示指示部が設定されており、
   上記公開サーバ部は、上記端末装置にて上記問い合わせが行われると、上記問い合わせが行われたデバイスの状態を示す上記データ蓄積手段から取得したデータ、に基づいて作成した上記第２画面データを上記端末装置に送信することを特徴とする制御用通信システム。
2. 表示に必要なデバイスの状態を取得する動作と取得した状態に基づいて画面表示する動作とを規定する第１画面データに基づいて、オペレータの操作入力および画面表示を制御可能なプログラマブル表示器に、ネットワークを介して端末装置が接続されている制御用通信システムにおいて、
   上記プログラマブル表示器は、データを蓄積するデータ蓄積手段を具備し、
   上記端末装置は、上記プログラマブル表示器で上記第１画面データに基づいて表示されている画面を表示するとともに、上記データ蓄積手段に蓄積されたデータを、上記画面を表示しながら、あるいは切り換えて表示するとともに、当該端末装置のオペレータが上記データ蓄積手段に蓄積されたデータの表示を指示入力する蓄積データ表示指示部を表示する表示手段を具備し、
   上記制御用通信システムには、上記のプログラマブル表示器および端末装置とネットワークを介して接続されているサーバ装置が設けられ、
   上記サーバ装置には、第２画面データを上記端末装置に配信する公開サーバ部が具備されており、
   上記第２画面データは、上記端末装置からネットワークを介して、上記プログラマブル表示器のデバイスの状態を問い合わせる動作と、応答に基づいてそのデバイスの状態を、端末装置の画面領域のうち上記第１画面データに基づいて表示される画面に関連する表示を行う領域へ表示する動作とを規定するとともに、上記プログラマブル表示器にて上記データ蓄積手段に蓄積されたデータを表示する操作から、当該プログラマブル表示器よりもデータ数およびデータの種類を増やした上記データ蓄積手段に蓄積されたデータの画面を表示するように設定されており、
   上記公開サーバ部は、上記端末装置にて上記問い合わせが行われると、上記問い合わせが行われたデバイスの状態を示す上記データ蓄積手段から取得したデータ、に基づいて作成した上記第２画面データを上記端末装置に送信することを特徴とする制御用通信システム。
3. 上記端末装置は、上記プログラマブル表示器よりも大きな表示面積を有し、プログラマブル表示器での表示よりも多くのデータを表示することを特徴とする請求項１または２記載の制御用通信システム。
4. 上記サーバ装置は、上記第１画面データを、上記第２画面データに変換する画面データ変換手段を具備していることを特徴とする請求項１または２記載の制御用通信システム。
5. 請求項１から４の何れか１項に記載の制御用通信システムを動作させる制御用通信プログラムを記録したコンピュータ読み取り可能な記録媒体であって、上記の各手段をコンピュータに実現させるための制御用通信プログラムを記録したコンピュータ読み取り可能な記録媒体。

Images