JP2002091514A - 制御システム、および、そのプログラムが記録された記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 ローカル制御システムでの監視／制御を阻害
することなく、新たな表示画面を作画せずに、ローカル
制御システムから離れた端末装置によって、ローカル制
御システムの制御用表示装置と同様にデバイスの状態を
表示／操作可能な制御用通信システムを実現する。 【解決手段】 ローカル制御システム３の公開サーバ装
置２１は、クライアント装置７との間とは異なるプロト
コルで、各制御用ホストコンピュータ１６と通信して、
各デバイスの状態を取得している。一方、クライアント
装置７は、公開サーバ装置２１から、プログラマブル表
示器１４がデバイスの状態を取得して表示する際の動作
を示す画面データに基づいて作成されたＨＴＭＬおよび
ＸＭＬファイルと、ＸＭＬファイルを参照して動作する
アプレットとを受け取り、デバイスの状態を公開サーバ
装置２１へ問い合わせた結果に基づいて画面表示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ローカル制御シス
テムでの監視／制御を阻害することなく、インターネッ
トなどの広域通信網を介して接続される端末装置へ、ロ
ーカル制御システムのデータを公開可能な制御システム
に関するものである。

【０００２】

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

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

【０００４】当該構成では、制御用ホストコンピュータ
５０７の表示処理部５７１は、ＰＬＣ５０３と通信し
て、ターゲットシステム５０２の状態を示すデータを受
け取り、状態に応じて画面表示すると共に、使用者の入
力に応じて、ＰＬＣ５０３へ制御データを送出し、制御
データに応じて、ターゲットシステム５０２を制御させ
る。同様に、プログラマブル表示器５０５は、ＰＬＣ５
０３と通信しながら、ターゲットシステム５０２の状態
を表示／制御する。

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

【０００６】上記課題を解決するために、本願の出願人
は、先に出願した特願２０００−０７７００２号におい
て、プログラマブル表示器の画面を示すデータを端末装
置で表示可能な形式に変換し、インターネットを介して
端末装置に配信する構成を開示した。

【０００７】図１３に示すように、当該制御システム１
０１のローカル制御システム１０３では、プログラマブ
ル表示器１１４および制御用ホストコンピュータ１１６
が、予め定められた共通プロトコルで通信するネットワ
ーク１１５で接続されており、プログラマブル表示器１
１４は、制御用ホストコンピュータ１１６や他のプログ
ラマブル表示器１１４とＰＬＣ１１２とが通信する場
合、ＰＬＣ１１２の機種に固有の専用プロトコルでの通
信と、共通プロトコルでの通信とを中継する。これによ
り、各プログラマブル表示器１１４や制御用ホストコン
ピュータ１１６は、他のプログラマブル表示器１１４と
通信する際、他のプログラマブル表示器１１４に接続さ
れたＰＬＣ１１２の機種に拘らず、共通プロトコルで通
信できる。

【０００８】さらに、上記制御用ホストコンピュータ１
１６には、インターネット１０５に接続可能な公開サー
バ部１６１が設けられており、クライアント装置１０７
からアクセスされると、画面データに応じた動作を指示
するアプレットが、公開サーバ部１６１によって、クラ
イアント装置１０７に送信される。さらに、アプレット
を実行するクライアント装置１０７は、制御用ホストコ
ンピュータ１１６と通信して、ローカル制御システム１
０３のデバイスの状態を受け取り表示する。

【０００９】ここで、上記画面データは、プログラマブ
ル表示器１１４が画面表示する際の動作を規定してお
り、上記クライアント装置１０７は、ローカル制御シス
テム１０３内の各デバイスにアクセスする代わりに、公
開サーバ部１６１からデバイスの状態を示すデータを受
け取る。これにより、インターネット１０５を介して接
続しているにも拘らず、クライアント装置１０７は、プ
ログラマブル表示器１１４の表示画面と同一内容の画面
を表示できる。

【００１０】

【発明が解決しようとする課題】しかしながら、上記構
成の制御システム１０１では、ローカル制御システム１
０３全体を制御する制御用ホストコンピュータ１１６が
アプレットやデバイスの状態を示すデータを公開してい
るため、制御用ホストコンピュータ１１６が不正アクセ
スによって正常に動作できなくなると、ローカル制御シ
ステム１０３全体の運営に支障を生じる虞れがある。

【００１１】また、制御用ホストコンピュータ１１６
は、ローカル制御システム１０３内での監視／制御のた
めの処理に加えて、クライアント装置１０７へデバイス
の状態を公開するための処理を行っているため、特に、
公開するデバイスの数が増えると共にクライアント装置
１０７からのアクセスが集中すると、負荷が集中し、誤
動作しやすくなってしまう。この場合も、ローカル制御
システム１０３全体の運営に支障を生じる虞れがある。

【００１２】本発明は、上記の問題点に鑑みてなされた
ものであり、その目的は、ローカル制御システムでの監
視／制御を阻害することなく、新たな表示画面を作画せ
ずに、プログラマブル表示器などの制御用表示装置から
離れた場所に配された端末装置によって、制御用表示装
置で表示／操作されるデバイスの状態を確認または制御
可能な制御システムを実現することにある。

【００１３】

【課題を解決するための手段】請求項１の発明に係る制
御システムは、上記課題を解決するために、制御用表示
装置が画面表示するために必要なデータを収集するデー
タ収集装置を備えた制御システムにおいて、以下の手段
を講じたことを特徴としている。すなわち、上記データ
収集装置とローカルネットワークを介して通信して、上
記データを取得すると共に、当該データに応じて作成さ
れ、当該端末装置の表示画面上に上記制御表示装置の画
面を表示させるためのデータを、広域通信網を介して接
続される端末装置へ送信する公開装置を備え、上記デー
タ収集装置と公開装置とは、上記公開装置と端末装置と
が通信する際の第１プロトコルとは異なる第２プロトコ
ルで通信する。なお、端末装置に送信されるデータによ
って、端末装置に制御用表示装置の画面を表示できれ
ば、当該データは、イメージファイルであってもよい
し、デバイスの状態を示すデータと、当該データに基づ
いて画面表示するプログラムであってもよい。

【００１４】また、請求項６の発明に係る記録媒体は、
第１のコンピュータを、請求項１記載のデータ収集装置
として動作させるプログラムと、第２のコンピュータ
を、請求項１記載の公開装置として動作させるプログラ
ムとが記録されているコンピュータ読み取り可能な記録
媒体であり、上記各プログラムが第１および第２コンピ
ュータで実行されると、上記制御システムが実現され
る。なお、上記各プログラムによって、第１および第２
コンピュータが請求項１記載の公開装置の動作およびデ
ータ収集装置の動作をそれぞれ実施できれば、第１また
は第２コンピュータは、例えば、画面データの編集処理
など、他の処理を実行できてもよい。また、上記プログ
ラムは、上記動作の全手順をＣＰＵやバーチャルマシン
などの演算手段へ指示するコードであってもよいし、所
定の手順で呼び出すことで、上記各動作の一部または全
部を実行可能な基本プログラム（例えば、オペレーティ
ングシステムやライブラリなど）が既に存在していれ
ば、当該基本プログラムの呼び出しを上記演算手段へ指
示するコードやポインタなどで、上記全手順の一部また
は全部を置き換えてもよい。

【００１５】上記構成において、公開装置は、第２のプ
ロトコルでデータ収集装置と通信して、プログラマブル
表示器などの制御用表示装置が表示する際に必要なデー
タを取得し、当該データに応じて作成したデータを、イ
ンターネットなどの広域通信網を介して、上記第２のプ
ロトコルとは異なる第１のプロトコルで、端末装置に送
信する。ここで、作成された上記データは、制御用表示
装置の画面を端末装置の表示画面に表示させるデータで
ある。したがって、端末装置は、ハードウェアおよびソ
フトウェア構成が制御用表示装置と一致せず、広域通信
網を介して遠隔地からアクセスする場合であっても、何
ら支障なく、端末装置の画面上に、制御用表示装置の画
面を表示できる。この結果、特に、端末装置用の監視制
御画面や、端末装置用の監視制御プログラムを作成して
インストールしなくても、端末装置のユーザへデバイス
の状態を通知できる。

【００１６】また、上記公開装置とデータ収集装置とが
別々に設けられており、両者間は、公開装置と端末装置
との間の第１プロトコルとは異なる第２プロトコルで通
信しているので、万一、広域通信網を介する不正アクセ
スが成功したとしても、公開装置が正常に動作しなくな
るだけであり、データ収集装置の動作には支障をきたさ
ない。したがって、端末装置へのデータ公開が阻害され
るだけで、ローカル制御システム内のデータ収集装置
は、正常にデータを収集し続けることができる。

【００１７】この結果、ローカル制御システムでの監視
／制御を阻害することなく、新たな表示画面を作画せず
に、ローカル制御システムから離れた端末装置によっ
て、ローカル制御システムの制御用表示装置と同様にデ
バイスの状態を表示可能な制御システムを実現できる。

【００１８】また、請求項２の発明に係る制御システム
は、表示に必要なデバイスと当該デバイスの状態を表示
する位置とを示す画面データに基づいて、デバイスの状
態を取得し、当該デバイスの状態を画面表示する制御用
表示装置と、複数の上記制御用表示装置のいずれかが表
示するデバイスの状態を収集するデータ収集装置とを有
する制御システムにおいて、以下の手段を講じたことを
特徴としている。すなわち、ローカルネットワークを介
して、上記データ収集装置に接続されていると共に、広
域通信網を介して端末装置と通信可能な公開装置と、上
記画面データが示すデバイスの状態を上記公開装置へ問
い合わせる動作、および、上記端末装置の表示画面のう
ち、上記画面データが示す表示位置に対応する箇所へ、
問い合わせ結果に応じて画面表示する動作を上記端末装
置に行わせるプログラムを含む端末用データが格納され
る記憶手段と、上記画面データに基づいて、上記端末用
データを生成する生成手段とを備え、上記公開装置は、
上記記憶手段から読み出した端末用データを上記端末装
置へ送信して上記各動作を行わせると共に、上記端末装
置と通信する際の第１プロトコルとは異なる第２プロト
コルで上記データ収集装置と通信してデバイスの状態を
取得し、上記端末装置からの問い合わせに応答する。

【００１９】なお、上記デバイスは、制御対象自体や、
制御対象に接続された制御装置であってもよいし、例え
ば、バーコードリーダなどの入力装置から手動で入力さ
れたデータが格納されたメモリなど、制御用表示装置上
のメモリであってもよい。また、上記端末用データの形
式として、上記プログラムは、上記各動作の全手順をＣ
ＰＵやバーチャルマシンなどの演算手段へ指示するコー
ドであってもよいし、所定の手順で呼び出すことで、上
記各動作の一部または全部を実行可能な基本プログラム
（例えば、オペレーティングシステムやライブラリな
ど）が既に存在していれば、当該基本プログラムの呼び
出しを上記演算手段へ指示するコードやポインタなど
で、上記全手順の一部または全部を置き換えてもよい。
さらに、上記プログラムのうち、画面データに応じて変
化する部分をＸＭＬファイルなどのデータとして分離
し、上記プログラムが当該データを参照することで、上
記各動作を端末装置に行わせてもよい。この場合、上記
データが生成手段によって生成され、当該データとプロ
グラムとを含む端末用データが端末装置に送信される。

【００２０】また、請求項７の発明に係る記録媒体は、
第１のコンピュータを、請求項２記載のデータ収集装置
として動作させるプログラムと、第２のコンピュータ
を、請求項２記載の公開装置として動作させるプログラ
ムと、１または複数のコンピュータを、請求項２記載の
記憶手段および生成手段として動作させるプログラムと
が記録されているコンピュータ読み取り可能な記録媒体
であって、上記各プログラムが上記各コンピュータで実
行されると、請求項２記載の制御システムが実現され
る。なお、上記第１のコンピュータと第２のコンピュー
タとが異なっていれば、上記１または複数のコンピュー
タは、第１または第２のコンピュータのいずれかと同じ
であってもよい。また、請求項６と同様に、第１または
第２コンピュータが他の処理を実行できてもよい。

【００２１】上記構成において、記憶手段には、生成手
段によって、画面データに応じて生成された端末用デー
タが格納され、当該端末用データは、公開装置によっ
て、例えば、インターネットなどの広域通信網を介して
端末装置に送信される。

【００２２】一方、端末装置は、受け取った端末用デー
タのプログラムに基づいて、上記公開装置へ、画面表示
に必要なデバイスの状態を問い合わせると共に、応答に
基づいてデバイスの状態を表示する。ここで、上記公開
装置は、請求項１と同様に、ローカルネットワークを介
し、公開装置と端末装置とが通信する際の第１プロトコ
ルとは異なる第２プロトコルで、データ収集装置からデ
バイスのデータを取得する。

【００２３】この結果、請求項１と同様に、端末装置
は、データ収集装置のデバイスの状態収集など、ローカ
ル制御システムにおける監視／制御を阻害することな
く、ハードウェア構成やソフトウェア構成、あるいは、
アクセスする場所に拘らず、また、特に端末装置用の監
視制御画面や端末装置用の監視制御プログラムを作成し
てインストールせずに、端末装置の画面上に、制御用表
示装置が各画面データに基づいて表示する際の画面と同
一内容の画面を表示でき、使用者へ、制御システムの状
態を通知できる。

【００２４】さらに、端末用データに、デバイスの状態
に応じて画面表示するプログラムが含まれているので、
端末用データを送信した後は、端末装置と公開装置と
は、デバイスの状態を通信すればよい。したがって、例
えば、ビットマップ形式などの画像を送信して、制御用
表示装置の画面を端末装置に伝送する場合に比べて、デ
バイスの状態を表示し続ける際のデータ通信量を削減で
きる。この結果、端末装置と公開装置とが伝送速度の遅
い通信路で接続される場合であっても、十分な更新速度
で画面表示できる。

【００２５】なお、上記プログラムは、端末装置が実行
可能な機械語を含むプログラムであってもよいが、当該
プログラムが機種に依存しないように予め定められた手
続きからなるアプレットであり、上記端末装置には、例
えば、バーチャルマシンのように、アプレットを自機器
用の機械語に翻訳する翻訳手段が設けられている方が好
ましい。

【００２６】この場合は、上記公開装置が、上記プログ
ラムとして端末装置の機種に依存しないアプレットを送
信し、端末装置の翻訳手段が当該アプレットを翻訳して
実行することで、端末装置は、デバイスの状態を公開装
置へ問い合わせたり、表示したりする。この結果、記憶
手段に格納されるアプレットが１種類であっても、複数
種類の端末装置で、制御用表示装置が各画面データに基
づいて表示する際の画面と同一内容の画面を複数同時に
表示できる。

【００２７】一方、請求項３の発明に係る制御システム
は、入力操作と当該入力操作に応じて制御されるデバイ
スとを示す画面データに基づき、入力操作に応じてデバ
イスに制御指示する制御用表示装置と、複数の上記制御
用表示装置のいずれかが表示するデバイスの状態を収集
し、制御するデータ収集装置とを有する制御システムに
おいて、上記課題を解決するために、以下の手段を講じ
たことを特徴としている。すなわち、ローカルネットワ
ークを介して、上記データ収集装置に接続されていると
共に、広域通信網を介して端末装置と通信可能な公開装
置と、上記画面データの示す入力操作が上記端末装置に
て受け付けられた場合、当該入力操作に応じ、しかも、
上記画面データの示すデバイスへの制御指示を上記公開
装置へ送信する動作を上記端末装置へ行わせるプログラ
ムが含まれた端末用データを格納する記憶手段と、上記
画面データに基づいて、上記端末用データを生成する生
成手段とを備え、上記公開装置は、上記記憶手段から読
み出した端末用データを上記端末装置へ送信して上記各
動作を行わせると共に、当該動作を行う端末装置からの
制御指示に基づいて、上記端末装置と通信する際の第１
プロトコルとは異なる第２プロトコルで上記データ収集
装置と通信し、指示されたデバイスへの制御指示を伝え
る。なお、上記デバイスは、制御対象自体や、制御対象
に接続された制御装置であってもよいし、制御用表示装
置上のメモリであってもよい。また、請求項２と同様、
端末用データの形式は種々の形式を選択でき、上記プロ
グラムはアプレットである方が望ましい。

【００２８】また、請求項８の発明に係る記録媒体は、
第１のコンピュータを、請求項３記載のデータ収集装置
として動作させるプログラムと、第２のコンピュータ
を、請求項３記載の公開装置として動作させるプログラ
ムと、１または複数のコンピュータを、請求項３記載の
記憶手段および生成手段として動作させるプログラムと
が記録されているコンピュータ読み取り可能な記録媒体
であって、上記各プログラムが上記各コンピュータで実
行されると、請求項３記載の制御システムが実現され
る。なお、請求項７と同様に、上記１または複数のコン
ピュータは、第１または第２コンピュータと同一であっ
てもよく、第１または第２コンピュータが他の処理を実
行できてもよい。

【００２９】上記構成において、記憶手段には、生成手
段によって、画面データに応じて生成された上記端末用
データが格納され、当該端末用データは、公開装置によ
って、例えば、インターネットなどの広域通信網を介し
て端末装置に送信される。

【００３０】一方、端末装置は、受け取った端末用デー
タのプログラムに基づいて動作しており、入力操作を受
け付けた場合、当該入力操作に応じ、しかも、上記画面
データの示すデバイスへの制御指示を上記公開装置へ送
信する。なお、上記入力操作は、画面データが示す入力
操作に対応している。

【００３１】さらに、公開装置は、端末装置から制御指
示を受け取ると、端末装置と通信する際とは異なる第２
プロトコルでデータ収集装置と通信して、デバイスへの
制御指示を伝える。これにより、制御システムのデバイ
スは、端末装置への入力操作に応じた制御指示に従って
動作できる。

【００３２】この結果、請求項１および２と略同様に、
データ収集装置のデバイスの状態収集や制御など、ロー
カル制御システムにおける監視／制御を阻害することな
く、端末装置は、ハードウェア構成やソフトウェア構
成、あるいは、アクセスする場所に拘らず、また、特に
端末装置用の監視制御画面や端末装置用の監視制御プロ
グラムを作成してインストールせずに、端末装置への入
力操作によって、制御用表示装置が画面データに基づい
て入力操作を受け付ける際と同一内容の制御指示を送信
でき、端末装置からデバイスの状態を制御できる。

【００３３】さらに、請求項４の発明に係る制御システ
ムは、請求項１、２または３記載の発明の構成におい
て、上記データ収集装置と公開装置との間には、自らを
介する通信が上記第２プロトコルか否かに応じて、通信
を中継するか否かを制御する通信制御装置が設けられて
いることを特徴としている。

【００３４】当該構成によれば、例えば、ファイアウォ
ールなどの通信制御装置は、当該通信制御装置を通過す
る通信が、上記第２プロトコルか否かに応じて、通信を
中継するか否かを制御する。この結果、端末装置から広
域通信網および公開装置を介してデータ収集装置への不
正アクセスをさらに確実に防止できる。

【００３５】ところで、上記各構成では、上記データ収
集装置は、ローカル制御システム内のみでデバイスの状
態を収集したり、制御したりする処理に加えて、ローカ
ルネットワークを介して公開装置と通信する処理を行う
必要がある。したがって、特に、デバイスが多い場合な
どには、単一のデータ収集装置では、演算能力や通信能
力などが不足して、データ収集装置の動作が不安定にな
る虞れがある。

【００３６】これに対して、請求項５の発明に係る制御
システムは、請求項１、２、３または４記載の発明の構
成において、上記データ収集装置は、複数設けられてお
り、上記公開装置は、状態を取得または制御するデバイ
スに応じて、通信相手のデータ収集装置を選択するルー
ティング手段を備えていることを特徴としている。

【００３７】上記構成では、データ収集装置が複数設け
られており、公開装置がルーティング手段を備えている
ので、個々のデータ収集装置に必要な演算能力や通信能
力を抑制できる。この結果、制御用表示装置の画面を端
末装置に公開したことによって、デバイスの状態取得／
制御のためのデータ通信量／処理量が増大しても、ロー
カル制御システム内のデータ収集を安定して行わせるこ
とができる。

【００３８】

【発明の実施の形態】本発明の一実施形態について図１
ないし図１１に基づいて説明すると以下の通りである。
すなわち、本実施形態に係る制御用通信システム１は、
例えば、図１に示すように、ターゲットシステム１１の
デバイス１１ａを制御する制御装置としてのプログラマ
ブル・ロジック・コントローラ（ＰＬＣ）１２や、ＨＭ
Ｉ（Human Machine Interface ）としてオペレータに操
作されるプログラマブル表示器（制御用表示装置）１４
などを含むローカル制御システム（制御システム）３
と、インターネット（広域通信網）５を介して、ローカ
ル制御システム３と接続可能なクライアント装置（端末
装置）７とを備えており、ローカル制御システム３での
監視／制御に支障をきたさず、しかも、専用の監視制御
プログラムや監視制御画面をクライアント装置７に予め
用意せずに、当該クライアント装置７にて、ローカル制
御システム３のプログラマブル表示器１４と同様の画面
を参照し制御可能なシステムである。

【００３９】上記クライアント装置７は、例えば、汎用
のパーソナルコンピュータなどであり、Ｊａｖａ（登録
商標）言語のプログラムを実行可能なバーチャルマシン
７１と、例えば、汎用のブラウザソフトなどにより実現
されるブラウザ７２とを備えている。上記ブラウザ７２
は、インターネット５に接続された機器と通信し、受け
取ったアプレットをバーチャルマシン７１に実行させる
ことができる。また、当該ブラウザ７２は、例えば、Ｈ
ＴＴＰ（Hyper Text Transfer Protocol）などのプロト
コルで任意のサーバ装置からＨＴＭＬ（ HyperText Mar
kup Language）文書などの文書を受け取り、閲覧するこ
ともできる。

【００４０】ここで、ローカル制御システム３からクラ
イアント装置７へプログラマブル表示器１４の画面を安
全に公開するための構成について説明する前に、プログ
ラマブル表示器１４が画面表示する際の動作を説明す
る。すなわち、本実施形態に係るプログラマブル表示器
１４は、例えば、液晶表示装置などの表示装置とタッチ
パネルなどの入力装置（いずれも図示せず）とを備えて
おり、処理指示語（タグ）を組み合わせて決定される画
面データに基づいて、デバイスの状態を取得し、表示す
ると共に、オペレータからの操作に基づいて、デバイス
の状態を制御できる。

【００４１】なお、制御対象となるデバイスは、状態を
取得したり、制御（変更）できればよく、例えば、デバ
イス１１ａ自体であってもよいし、例えば、ＰＬＣ１２
のメモリなど、プログラマブル表示器１４やＰＬＣ１２
あるいは後述する制御用ホストコンピュータ１６の記憶
装置など、ローカル制御システム３に設けられた記憶装
置の一領域を示していてもよい。さらに、上記デバイス
は、タッチパネルやバーコードリーダ（図示せず）など
の入力装置から手動で入力されたデータが格納されたメ
モリであってもよい。

【００４２】より詳細には、本実施形態に係るプログラ
マブル表示器１４は、画面データに基づいて、複数の単
位画面を切り換え表示可能であり、各単位画面は、例え
ば、図２に示すように、銘板など、表示内容を変更しな
い静止図形Ｂや、スイッチやランプあるいはメータなど
のように、形状や色、点滅状態などの表示状態が変換す
る部品図形Ｊ（Ｊ１）を、ベース画面上に配置して形成
される。一方、上記画面を示す画面データは、図３に示
すように、ベース画面のファイル番号Ｆと、ベース画面
上で実行すべき動作内容を特定する事象名Ｎと、各実行
事象毎に参照される１または複数の参照情報Ｒとを含む
タグＷを組み合わせて構成されている。タグＷが所定の
画面領域（表示座標範囲）へ、所定のデバイスの状態に
応じた部品図形Ｊを表示する表示タグＷＬの場合、図４
に示すように、参照情報Ｒには、表示座標範囲（Ｘ・
Ｙ）と、デバイスを特定するデバイスアドレスＡと、例
えば、部品図形Ｊがスイッチの場合、ＯＮを示す図形の
ファイルおよびＯＦＦを示す図形のファイルなど、表示
時に参照するファイル番号ＦＬとが含まれる。また、タ
グが入力タグの場合、図５に示すように、参照情報Ｒと
して、有効入力座標範囲（Ｘ・Ｙ）と、入力結果が書き
込まれるデバイスアドレスＡとが含まれる。

【００４３】一方、プログラマブル表示器１４は、所定
の時間間隔で、自らの画面データメモリ１４ａから、ベ
ース画面のファイル番号Ｆが、現在表示中のベース画面
である表示タグＷＬを抽出し、各表示タグＷＬのデバイ
スアドレスＡの内容を、ＰＬＣ１２のメモリ１２ａから
読み出して、内容に応じた部品図形Ｊを画面に表示す
る。例えば、図２において、画面データメモリ１４ａに
格納された表示タグＷＬ１は、スイッチの表示を示して
おり、デバイスアドレスＡ１の機器に対応している。当
該表示タグＷＬ１を実行する場合、プログラマブル表示
器１４は、例えば、自機器に接続されたＰＬＣ１２と通
信したり、ローカルネットワーク１５を介して他のプロ
グラマブル表示器１４と通信したりして、デバイスアド
レスＡ１の内容を取得する。図２の例では、デバイスア
ドレスＡ１の内容が”０”なので、プログラマブル表示
器１４は、スイッチがＯＦＦであると判断し、プログラ
マブル表示器１４のメモリ１４ｂに格納されたファイル
のうち、ＯＦＦに対応付けられたファイルＦＬ１の図形
を、表示座標範囲（Ｘ・Ｙ）に表示する。これにより、
当該座標範囲（Ｘ・Ｙ）には、ＯＦＦ状態のスイッチを
示す部品図形Ｊ１が表示される。このように、プログラ
マブル表示器１４が所定の時間間隔で画面データ内の表
示タグを実行することで、プログラマブル表示器１４の
画面には、デバイスの状態が反映される。

【００４４】また、図示しないタッチパネルへの押し操
作など、オペレータの入力操作を受け取ると、プログラ
マブル表示器１４は、画面データメモリ１４ａの画面デ
ータから、現在表示中のベース画面に対応し、当該入力
操作にマッチする入力タグＷＴを検索し、入力結果に応
じて、入力タグＷＴが示すデバイスアドレスＡの内容を
変更する。例えば、有効入力座標範囲（Ｘ・Ｙ）が上記
部品図形Ｊ１と同じ座標範囲に設定され、同じデバイス
アドレスＡ１の内容を変更する入力タグＷＴ１が画面デ
ータ中に含まれている場合、オペレータが図２に示す表
示画面の部品図形Ｊ１を押すと、プログラマブル表示器
１４による検索の結果、当該入力タグＷＴ１が発見され
る。この場合、プログラマブル表示器１４は、例えば、
自機器に接続されたＰＬＣ１２と通信したり、ローカル
ネットワーク１５を介して他のプログラマブル表示器１
４と通信したりして、入力タグＷＴ１に対応するデバイ
スアドレスＡ１の内容を書き換える。また、入力操作の
後、表示タグＷＬ１が処理されると、デバイスアドレス
Ａ１の内容が”１”に変更されているので、プログラマ
ブル表示器１４は、図６に示すように、ファイルＦＬ２
に対応し、ＯＮを示す部品図形Ｊ２を画面上に表示す
る。この結果、プログラマブル表示器１４は、入力操作
に応じてデバイスアドレスの内容を書き換えると共に、
デバイスアドレスの内容に応じて、画面表示を更新でき
る。

【００４５】なお、上記各デバイスの状態の取得／制御
は、タグを実行する度に、デバイスアドレスの実体と通
信して行ってもよいし、プログラマブル表示器１４内に
キャッシュを用意し、デバイスの状態の取得／変更時に
は、キャッシュへアクセスすると共に、所定の時間間隔
毎や所定のイベント毎に通信してデバイスのアドレスの
実体と同期を取ってもよい。

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

【００４７】ここで、上記ローカル制御システム３で
は、ローカル制御システム３内の通信処理に各ＰＬＣが
介在する従来の制御システム５０１（図１２参照）とは
異なって、ローカル制御システム３に必須の構成であ
り、しかも、ＨＭＩとして動作するため、演算能力に余
力のあるプログラマブル表示器１４が、通信の大半を処
理するように構成されており、各プログラマブル表示器
１４は、自らに接続されているＰＬＣ１２の機種に固有
の専用プロトコルと、ローカルネットワーク１５での共
通プロトコルとを変換して、他のプログラマブル表示器
１４や制御用ホストコンピュータ１６と、ＰＬＣ１２と
の通信を中継する。なお、共通プロトコルと専用プロト
コルとの間のプロトコル変換には、同じ指示には、同じ
コードが割り当てられるように、予め定められた共通の
コマンドと上記共通のコマンドに対応するＰＬＣ１２固
有のコマンドとの間の変換や、データやアドレスの表現
方法の変換などが含まれる。

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

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

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

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

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

【００５３】さらに、本実施形態に係るローカル制御シ
ステム３は、ローカル制御システム３での監視／制御を
阻害することなく、プログラマブル表示器１４の画面を
クライアント装置７に公開するために、インターネット
５に接続された公開サーバ装置（公開装置）２１と、上
記公開サーバ装置２１と制御用ホストコンピュータ１６
との間に設けられたファイアウォール（通信制御手段）
２２とを備えている。また、ファイアウォール２２と制
御用ホストコンピュータ１６との間、並びに、ファイア
ウォール２２と公開サーバ装置２１との間は、上記ロー
カルネットワーク１５と同様のローカルネットワーク２
３で接続されている。なお、本実施形態では、制御用ホ
ストコンピュータ１６が特許請求の範囲に記載の第１の
コンピュータに対応し、公開サーバ装置２１が第２のコ
ンピュータと１または複数のコンピュータとに対応して
いる。

【００５４】また、詳細は後述するように、公開サーバ
装置２１は、クライアント装置７からのデバイスの状態
問い合わせに応答するために、制御用ホストコンピュー
タ１６を介してローカル制御システム３内の各デバイス
の状態を取得している。また、クライアント装置７から
のデバイスの状態変更指示を反映させるために、制御用
ホストコンピュータ１６を介して上記各デバイスの状態
を制御している。

【００５５】このように、制御用ホストコンピュータ１
６のデータ処理量は、クライアント装置７に公開しない
場合に比べて増加しているので、本実施形態に係るロー
カル制御システム３では、図１に示す各部材１１ａ〜１
５を複数のグループに分割し、各グループ毎に制御用ホ
ストコンピュータ１６を設けることで、デバイスの状態
を取得する処理や状態変更を指示する処理を分散させて
いる。

【００５６】ここで、公開サーバ装置２１と制御用ホス
トコンピュータ１６とは、公開サーバ装置２１がインタ
ーネット５を介してクライアント装置７と通信する際と
は異なる独自のプロトコルを用い、ファイアウォール２
２を介して相互に通信している。上記独自プロトコル
は、例えば、アプリケーション層など、ＴＣＰ／ＩＰ
（Transmission Control Protocol / Internet Protoco
l ）プロトコルの上層に設けられたプロトコルであっ
て、ＴＣＰプロトコルにおける当該プロトコル用のポー
ト番号は、ＦＴＰ（File Transfer Protocol）やＨＴＴ
Ｐ（Hyper Text Transfer Protocol）など、インターネ
ット５でクライアント装置７と通信する際に使用される
プロトコル用のポート番号と異なる番号に設定されてい
る。また、上記独自プロトコルでは、各制御用ホストコ
ンピュータ１６が、それぞれに付けられた名称で区別さ
れ、名称で通信先を指定して通信できる。さらに、当該
プロトコルで使用されるコマンドなども、クライアント
装置７と通信する場合とは異なるコマンドが使用され
る。

【００５７】また、上記ファイアウォール２２は、(1)
伝送されるデータ列が上記独自プロトコルか否か、(2)
上記ＴＣＰプロトコルにおけるポート番号が上記独自プ
ロトコルか否か、または、(3) パケットに付加された送
信／受信先ＩＰアドレスが制御用ホストコンピュータ１
６／公開サーバ装置２１であるか否か、あるいは、(1)
〜(3) の組み合わせなどによって、ファイアウォール２
２を介する通信が、公開サーバ装置２１と制御用ホスト
コンピュータ１６との間の通信か否かを判定し、両者間
の通信のみを通過させる。これにより、クライアント装
置７が公開サーバ装置２１を介して制御用ホストコンピ
ュータ１６と通信しようとしても、ファイアウォール２
２によって、両者間の通信が阻止される。

【００５８】一方、公開サーバ装置２１は、プログラマ
ブル表示器１４用の画面データに基づいて、以下の両動
作と略同様の動作、すなわち、プログラマブル表示器１
４が画面データに基づいてデバイスの状態に応じて表示
する動作、および、操作に応じたデバイスの状態変更を
指示する際の動作と略同様の動作を、クライアント装置
７へ指示できる。ただし、プログラマブル表示器１４が
画面データに基づいて動作する場合と異なり、表示先
は、クライアント装置７の図示しない表示装置であり、
操作は、クライアント装置７の図示しない入力装置から
受け取る。

【００５９】また、クライアント装置７がデバイスの状
態を問い合わせる相手や状態変更指示の送信先も、公開
サーバ装置２１に変更されており、公開サーバ装置２１
は、上記指示に従って動作するクライアント装置７と通
信して、デバイスの状態をクライアント装置７へ伝える
と共に、デバイスの状態変更指示をクライアント装置７
から受け取ることができる。

【００６０】これにより、クライアント装置７は、イン
ターネット５を介して遠隔地から接続されている場合で
あっても、プログラマブル表示器１４の画面と同一内容
の画面を表示すると共に、同じ操作で、ローカル制御シ
ステム３内のデバイスの状態を制御できる。

【００６１】また、公開サーバ装置２１と制御用ホスト
コンピュータ１６とが、クライアント装置７と公開サー
バ装置２１との通信プロトコルとは異なる独自プロトコ
ルで通信しているので、クライアント装置７が公開サー
バ装置２１への不正アクセスに成功したとしても、クラ
イアント装置７から制御用ホストコンピュータ１６への
不正アクセスを阻止できる。なお、万一、不正アクセス
によって、公開サーバ装置２１の運用に支障が生じたと
しても、クライアント装置７への配信に支障が生じるだ
けで、ローカル制御システム３の制御用ホストコンピュ
ータ１６やプログラマブル表示器１４は、何ら支障無
く、制御対象の状態を表示し制御できる。また、本実施
形態では、ファイアウォール２２が設けられているの
で、クライアント装置７の不正アクセスから、制御用ホ
ストコンピュータ１６をさらに確実に保護できる。

【００６２】加えて、本実施形態では、ターゲットシス
テム１１の規模などに応じて、制御用ホストコンピュー
タ１６が複数設けられているので、プログラマブル表示
器１４の画面公開によって、デバイスの状態取得／制御
のためのデータ通信量／処理量が増大しても、ローカル
制御システム３内での監視制御を阻害することなく、プ
ログラマブル表示器１４の画面を公開できる。

【００６３】さらに、公開サーバ装置２１は、クライア
ント装置７に対して、画面データに基づく動作指示とは
別に、デバイスの状態を示すデバイスデータをクライア
ント装置７へ送受しているので、仮に、デバイスデータ
や動作指示の一部が傍聴されたとしても、プログラマブ
ル表示器１４の画面を復元することが難しい。

【００６４】これらの結果、ローカル制御システム３内
のプログラマブル表示器１４や制御用ホストコンピュー
タ１６での表示／制御を阻害することなく、インターネ
ット５に接続されたクライアント装置７で、プログラマ
ブル表示器１４と同様の画面で表示／操作でき、より安
全な制御用通信システム１を実現できる。

【００６５】より詳細には、図７に示すように、上記制
御用ホストコンピュータ１６には、上記独自プロトコル
でファイアウォール２２を介して公開サーバ装置２１と
通信する公開サーバ側通信処理部３６が設けられてい
る。当該公開サーバ側通信処理部３６は、例えば、ユー
ザからの指示があった時点や画面データの変更時など、
所望のタイミングで、画面データメモリ３５の画面デー
タを公開サーバ装置２１に送信できる。

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

【００６７】一方、上記公開サーバ装置２１には、ファ
イアウォール２２を介して制御用ホストコンピュータ１
６と通信するホストコンピュータ側通信処理部（ルーテ
ィング手段）４１と、ホストコンピュータ側通信処理部
４１が制御用ホストコンピュータ１６から受け取ったデ
バイスデータを格納するデータ記憶部４２と、記憶手段
として、クライアント装置７に送信されるＨＴＭＬファ
イル、ＸＭＬ（eXtensible Mark-up Language ）ファイ
ル、アプレットを、それぞれ格納するＨＴＭＬファイル
記憶部４３・ＸＭＬファイル記憶部４４・アプレット記
憶部４５と、インターネット５を介するクライアント装
置７からの要求に応えて、上記各記憶部４２〜４５にア
クセスし、ＨＴＭＬファイル、ＸＭＬファイル、アプレ
ットをクライアント装置７へ送信すると共に、当該アプ
レットを実行するクライアント装置７と通信して、クラ
イアント装置７の画面表示に必要なデバイスデータを送
信したり、クライアント装置７からのデバイスデータの
変更指示を受け取ったりする公開サーバ部４６と、プロ
グラマブル表示器１４の画面データまたは同一形式の画
面データに基づいて、上記ＨＴＭＬファイルおよびＸＭ
Ｌファイルを作成するファイル生成部（生成手段）４７
とが設けられている。

【００６８】上記ホストコンピュータ側通信処理部４１
は、上述の独自プロトコルで、ファイアウォール２２を
介して各制御用ホストコンピュータ１６と通信できる。
また、ホストコンピュータ側通信処理部４１は、経路制
御（ルーティング）でき、複数の制御用ホストコンピュ
ータ１６のうちから、各デバイスの状態を問い合わせた
り、状態変更指示を伝える制御用ホストコンピュータ１
６を選択して、当該制御用ホストコンピュータ１６と通
信できる。

【００６９】上記ＸＭＬファイルは、プログラマブル表
示器１４用の画面データに含まれる各単位画面毎に作成
されており、各ＸＭＬファイルには、上記単位画面に関
連する各タグ（処理指示語）を示すＸＭＬ要素（エレメ
ント）が含まれている。

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

【００７１】また、図５に示す入力タグＷＴに対応する
Ｔａｇ要素Ｅ２では、事象名、デバイスアドレス、並び
に、有効入力範囲などに対応するＴａｇＮａｍｅ要素Ｅ
２１、ＳｙｍｂｏｌＮａｍｅ要素Ｅ２２、並びに、Ｘ要
素Ｅ２３、Ｙ要素Ｅ２４、Ｘ２要素Ｅ２５およびＹ２要
素Ｅ２６などの内容が、入力タグＷＴの内容に応じて設
定される。

【００７２】ここで、上記各要素Ｅ１１〜Ｅ２６などの
内容は、表示タグＷＬや入力タグＷＴの内容と一致する
ように設定してもよいし、例えば、プログラマブル表示
器１４の解像度とクライアント装置７の解像度との相違
などに応じた比率で拡大／縮小するなど、表示タグＷＬ
や入力タグＷＴの内容を所定の手順で変換して設定して
もよい。

【００７３】ここで、上記ファイル生成部４７は、例え
ば、プログラマブル表示器１４用の画面データから、あ
る単位画面の処理指示語（タグＷＬ・ＷＴ…）、すなわ
ち、ベース画面のファイル番号が所定の値のタグを順次
抜き出し、当該タグに応じたＸＭＬ要素を生成し、当該
ＸＭＬ要素の内容を上記タグに応じて設定することで、
当該単位画面のＸＭＬファイルを作成できる。

【００７４】一方、上記アプレット記憶部４５に格納さ
れるアプレットは、上記ＨＴＭＬファイルで参照される
と共に、上記ＸＭＬファイルを参照しながら、プログラ
マブル表示器１４が単位画面の表示や操作を行う際の動
作と同等の動作を、クライアント装置７に実行させるプ
ログラムであり、本実施形態では、クライアント装置７
のバーチャルマシン７１が実行可能なＪａｖａ言語で記
述されたバイトコードとして記述されている。

【００７５】上記アプレットは、画面データ中に出現可
能なタグの種類に対応するメソッドが定義されたクラス
と、ＸＭＬファイルを参照して、タグ種に対応するメソ
ッドを呼び出すメソッドが定義されたクラスとを含んで
おり、当該アプレットを実行するバーチャルマシン７１
は、ＸＭＬファイルを参照し、タグを示すＸＭＬ要素に
基づいて、タグ種に応じたメソッドを呼び出すことがで
きる。

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

【００７７】ここで、本実施形態に係る画面データで
は、各単位画面の切り換え動作も、入力タグとして実現
されており、当該入力タグには、デバイスアドレスとし
て、プログラマブル表示器１４内の記憶領域のうち、現
在表示中の単位画面を示すデータが格納されるシステム
領域が関連付けられている。したがって、上記各入力メ
ソッドのうち、上記特定のシステム領域への変更指示を
要求する入力メソッドは、通常の入力メソッドと同様
に、公開サーバ部４６へ単位画面の変更指示を送信す
る。また、アプレットを実行するクライアント装置７
は、画面を更新する前に、当該システム領域をデバイス
アドレスの内容を公開サーバ部４６へ問い合わせ、現在
表示中の単位画面を決定すると共に、単位画面に対応す
るＸＭＬファイルがクライアント装置７の記憶部（図示
せず）に格納されていなければ、当該ＸＭＬファイルを
読み込む。これにより、クライアント装置７およびプロ
グラマブル表示器１４は、常時同じ単位画面を表示でき
る。

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

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

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

【００８１】一方、ＨＴＭＬファイルには、図９に示す
ように、上記アプレットをクライアント装置７のバーチ
ャルマシン７１へ実行させるための文字列Ｐ１１と、例
えば、"<HTML>"や"<TITLE>" など、ＨＴＭＬ文書として
必要な文字列Ｐ１とが含まれている。また、ＨＴＭＬフ
ァイルには、例えば、アプレットが表示するプログラマ
ブル表示器１４を説明する文字や画像を表示するための
文字列、あるいは、ローカル制御システム３を説明する
ハイパーテキスト文書へのリンクを示す文字列など、Ｈ
ＴＭＬの書式に沿った文字列Ｐ２が含まれていてもよ
い。さらに、ＨＴＭＬファイルには、単位画面切り換え
用のアプレットを実行させるための文字列Ｐ１２が含ま
れていてもよい。

【００８２】本実施形態に係るＨＴＭＬファイルは、フ
ァイル生成部４７によって、プログラマブル表示器１４
毎に作成されており、ＸＭＬファイルは、単位画面毎に
作成される。また、例えば、クライアント装置７のブラ
ウザ７２が上記ＨＴＭＬファイルを表示する際に最初に
表示する単位画面の指定やプログラマブル表示器１４の
指定など、画面データ（プログラマブル表示器１４）全
体に関連する情報は、上記文字列Ｐ１１中に含まれてい
る。本実施形態の場合、当該情報は、アプレットを実行
する際のパラメータとして指定されており、例えば、最
初の単位画面は、ＰＡＲＡＭ要素の属性名"BASESCR" の
属性値（この例では、"1" ）として指定される。

【００８３】また、公開サーバ部４６は、クライアント
装置７から要求があると、例えば、ＵＲＩ(Universal R
esource Identifier) などに基づいて、クライアント装
置７が要求しているＨＴＭＬファイルやＸＭＬファイル
あるいはアプレットを判別し、これらをクライアント装
置７へ配布できる。

【００８４】さらに、公開サーバ部４６は、配布したア
プレットを実行するクライアント装置７から、デバイス
アドレスＡの内容の問い合わせを受け取ると、データ記
憶部４２の記憶領域のうち、デバイスアドレスＡに対応
する領域の内容を読み出し、上記クライアント装置７に
返答する。また、上記クライアント装置７からデバイス
アドレスＡの内容変更指示を受け取ると、デバイスアド
レスＡに対応する上記領域の内容を、指示に応じた値に
書き換える。ここで、公開サーバ装置２１と各制御用ホ
ストコンピュータ１６とは、上述したように、所定のタ
イミングで通信しており、データ記憶部４２の内容は、
各制御用ホストコンピュータ１６の指示に応じて更新さ
れると共に、データ記憶部４２の変更が各制御用ホスト
コンピュータ１６に通知される。したがって、クライア
ント装置７は、ローカル制御システム３の現況を表示
し、制御できる。

【００８５】なお、データ記憶部４２の内容とデバイス
アドレスの実体を同期させる際、いずれの方向に伝送す
るかは、例えば、変更時刻や、操作の優先順位などに応
じて決定される。例えば、ローカル制御システム３内の
各デバイスアドレスの内容に合わせて、公開サーバ装置
２１のデータ記憶部４２を更新する場合、公開サーバ側
通信処理部３６が、表示処理部３１と同様に、デバイス
アドレスの内容を取得し、デバイスデータとして送信す
る。これとは逆に、データ記憶部４２の変更をデバイス
アドレスの実体に伝える場合、公開サーバ装置２１のホ
ストコンピュータ側通信処理部４１は、データ記憶部４
２からデバイスデータを読み出し、制御用ホストコンピ
ュータ１６へ送信する。さらに、上記制御用ホストコン
ピュータ１６の公開サーバ側通信処理部３６がデバイス
データを受け取ると、表示処理部３１が内容変更する場
合と同様、サーバ部３３を介して内容変更指示を伝え
る。

【００８６】なお、図７および図１に示す各部材３１〜
３６、４１〜４７および７１〜７２は、ＣＰＵなどの演
算手段が、ＲＯＭやＲＡＭなどの記憶手段に格納された
プログラムを実行し、タッチパネルや液晶表示装置など
の入出力手段、あるいは、インターフェース回路などの
通信回路を制御することによって実現される機能ブロッ
クである。したがって、これらの手段を有するコンピュ
ータが、上記プログラムを記録した記録媒体（例えば、
ＣＤ−ＲＯＭなど）を読み取り、当該プログラムを実行
するだけで、本実施形態に係る各制御用ホストコンピュ
ータ１６、公開サーバ装置２１およびクライアント装置
７を実現できる。特に、クライアント装置７のバーチャ
ルマシン７１およびブラウザ７２は、多くのコンピュー
タに予めインストールされている汎用のブラウザソフト
で実現できる。したがって、これらのコンピュータは、
特別なプログラムをインストールすることなく、クライ
アント装置７として動作できる。なお、例えば、シリア
ルケーブル１３やローカルネットワーク１５、インター
ネット５、あるいは、他の通信路を介してプログラムを
ダウンロードするためのプログラムが、上記コンピュー
タに予めインストールされていれば、これらの通信路を
介して、上記コンピュータへ上記プログラムを配付する
こともできる。

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

【００８８】ここで、最適な画面は、好みや習熟度など
にも左右されるため、一意に決めることができず、比較
的頻繁に変更されることが多い。ところが、上述したよ
うに、本実施形態では、ローカル制御システム３（制御
用ホストコンピュータ１６）のユーザが、画面データを
タグの組み合わせで生成できるので、これらの要求に柔
軟に対応でき、最適な状態を保ち続けることができる。

【００８９】また、画面データが更新されると、制御用
ホストコンピュータ１６（公開サーバ側通信処理部３
６）は、Ｓ１１において、公開サーバ装置２１にアクセ
スし、画面データを送信する。一方、公開サーバ装置２
１が画面データを受け取ると、Ｓ１２において、ファイ
ル生成部４７は、当該画面データからＨＴＭＬファイル
およびＸＭＬファイルなどの公開用ファイルを生成し
て、ＨＴＭＬファイル記憶部４３およびＸＭＬファイル
記憶部４４に格納する。

【００９０】一方、Ｓ２１において、インターネット５
を介して、クライアント装置７が公開サーバ装置２１
（公開サーバ部４６）にアクセスして、あるプログラマ
ブル表示器１４の画面を表示するように指示すると、公
開サーバ部４６は、例えば、クライアント装置７から受
け取った識別番号およびパスワードが予め定められた組
み合わせであるか否かを確認するなどして、上記画面に
よる表示／制御が上記クライアント装置７、または、そ
のユーザに許可されているか否かを認証し、許可されて
いないクライアント装置７からのアクセスを拒否する。

【００９１】許可された正規なクライアント装置７であ
ることを確認すると、公開サーバ部４６は、Ｓ２２にお
いて、上記Ｓ１２にて生成された公開用ファイルのう
ち、クライアント装置７が要求した画面を表示するため
のＨＴＭＬファイルをＨＴＭＬファイル記憶部４３から
読み出し、インターネット５を介してクライアント装置
７へ送信する。さらに、クライアント装置７のブラウザ
７２は、ＨＴＭＬファイル中の各APPLET要素（"<APPLET
>"から"</APPLET>" の部分）で指定されたアプレットを
公開サーバ装置２１から取得し、バーチャルマシン７１
へ実行させる。また、上記アプレットを実行するバーチ
ャルマシン７１は、画面表示に必要なＸＭＬファイルを
公開サーバ装置２１から取得する。

【００９２】さらに、Ｓ２３において、クライアント装
置７のバーチャルマシン７１は、ＸＭＬファイルを参照
しながら、公開サーバ部４６と通信して、図２や図６に
示す画面のように、上記ＨＴＭＬファイルで指定された
プログラマブル表示器１４の画面と同一内容の画面を表
示して、当該画面への操作に応じた制御を指示する。

【００９３】具体的には、アプレットを実行するバーチ
ャルマシン７１は、ＸＭＬファイルを参照し、各タグ
（処理指示語）に応じたインスタンスを生成する。これ
らのインスタンスのうち、表示タグに応じたインスタン
スの描画メソッドは、所定の時間間隔で実行される。こ
の結果、バーチャルマシン７１は、デバイスアドレスＡ
の内容を公開サーバ装置２１へ問い合わせる。

【００９４】一方、公開サーバ装置２１の公開サーバ部
４６は、問い合わせを受けると、データ記憶部４２の記
憶領域のうち、デバイスアドレスＡに対応する領域か
ら、データを読み出して、クライアント装置７に送信す
る。当該データがインターネット５を介してクライアン
ト装置７に伝えられると、上記描画メソッドは、当該デ
ータ（デバイスアドレスＡの内容）に応じて、クライア
ント装置７の表示画面のうち、予め定められた表示領域
（Ｘ・Ｙ）の表示を更新する。

【００９５】ここで、上記ＸＭＬファイル、および、ア
プレットを呼び出すＨＴＭＬファイルは、画面データに
基づいて生成されており、上記各インスタンスは、画面
データ中の対応するタグと、同じデバイスアドレスを参
照するように設定されている。また、各インスタンスの
描画メソッドは、デバイスアドレスの内容が同じ場合、
タグと同じ画像を表示するように作成されている。した
がって、アプレットが実行されると、クライアント装置
７の表示画面には、図２や図６と同様、デバイスの状態
を示す部品図形Ｊ１（Ｊ２）が表示される。

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

【００９７】また、ローカル制御システム３において、
公開サーバ装置２１と各制御用ホストコンピュータ１６
とがファイアウォール２２を介して通信して、公開サー
バ装置２１のデータ記憶部４２の内容と、ローカル制御
システム３内のデバイスアドレスの実体とを同期させて
いる。これにより、クライアント装置７の操作がデバイ
スの制御に反映される。

【００９８】なお、本実施形態では、ファイル生成部４
７が画面データに基づいて生成したＸＭＬファイルやＨ
ＴＭＬファイルをＨＴＭＬファイル記憶部４３・ＸＭＬ
ファイル記憶部４４に予め格納しておく場合を例にして
説明したが、これに限るものではなく、画面データを記
憶しておき、クライアント装置７から要求された時点で
ファイル生成部４７が各ファイルを作成して各記憶部４
３・４４へ格納してもよい。また、本実施形態では、公
開サーバ装置２１にファイル生成部４７を設ける場合に
ついて説明したが、これに限るものではなく、各制御用
ホストコンピュータ１６内にファイル生成部４７を設
け、公開サーバ装置２１がファイル生成部４７で生成さ
れたＨＴＭＬファイルやＸＭＬファイルを受け取っても
よい。いずれの場合であっても、画面データに応じて作
成されたＨＴＭＬファイルやＸＭＬファイルを公開すれ
ば、同様の効果が得られる。

【００９９】また、上記では、公開サーバ部４６により
配布されるアプレットが、各単位画面に関連するタグ
（処理指示語）を示すＸＭＬファイルに基づいて、表示
／制御する場合を例にして説明したが、これに限るもの
ではない。例えば、図１１に示すように、ＨＴＭＬファ
イル中に記載されたＰＡＲＡＭ要素として、以下の文字
列（コード）、すなわち、画面データに含まれる全ての
タグに対応するインスタンスを生成すると共に、当該イ
ンスタンスの各フィールドをタグの内容に合わせて設定
するための文字列を記述しておいてもよい。この場合、
ファイル生成部４７は、画面データ中の全タグについ
て、上記タグの内容を参照し、図１１中、Ｐ１１ａで示
すように、参照結果に基づいて上記文字列を生成する。
なお、この場合、ＸＭＬファイル記憶部４４は不要であ
る。

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

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

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

【０１０３】例えば、公開サーバ装置２１またはローカ
ル制御システム３が、画面データおよびデバイスデータ
に基づいて、プログラマブル表示器１４の画面表示と同
一内容で、クライアント装置７が表示可能な形式の画像
ファイル（ビットマップ形式やＪＰＥＧ形式のファイル
など）を生成し、クライアント装置７へ当該ファイルを
送信してもよい。この場合は、クライアント装置７から
デバイスの状態を制御できないものの、遠隔地からでも
プログラマブル表示器１４の画面を表示できる。また、
この場合でも、各プログラマブル表示器の画面を表示す
るためのプログラムを、クライアント装置７に予めイン
ストールしておく必要がないので、インストールの手
間、時間および費用を削減できる。

【０１０４】ただし、公開サーバ部４６とクライアント
装置７とがインターネット５を介して通信している場合
など、両者間の通信速度が遅い場合、画面を示すデータ
を送信すると、クライアント装置７における画面の更新
速度が低下してしまう。

【０１０５】これに対して、本実施形態では、上記問い
合わせ、変更指示および表示動作をクライアント装置７
に行わせるアプレットを配信しているので、データ伝送
量を大幅に削減でき、クライアント装置における応答速
度を大幅に向上できる。また、例えば、カーソル移動な
どのユーザーインターフェースをクライアント装置側で
処理できるので、さらに、応答速度を向上できる。

【０１０６】また、上記実施形態では、アプレットを公
開する場合を例にして説明したが、アプレットの代わり
に、例えば、べーシックなどのプログラム言語をコンパ
イルするなどして作成され、アプレットと同様の動作を
クライアント装置７に実行させる実行プログラムを配信
しても、略同様の効果が得られる。

【０１０７】ただし、本実施形態のように、クライアン
ト装置７のバーチャルマシン７１が当該アプレットを解
釈して表示・制御する場合、クライアント装置７がバー
チャルマシンを備えていれば、クライアント装置のオペ
レーティングシステム（ＯＳ）やＣＰＵが実行可能な機
械語が異なっていても、アプレットを実行できる。した
がって、公開サーバ部４６が配布するアプレットの種類
を増加させることなく、より多くのクライアント装置７
でプログラマブル表示器１４と同様に表示／制御でき
る。

【０１０８】なお、上記本実施形態に係るＨＴＭＬファ
イル記憶部４３およびＸＭＬファイル記憶部４４には、
画面データに基づいて生成したＨＴＭＬファイルおよび
ＸＭＬファイルが格納されているが、これに限るもので
はない。例えば、デバイスデータを統計処理したデータ
を表示するＨＴＭＬファイルなど、デバイスデータに基
づいて表示するためのファイルを公開してもよい。な
お、当該ファイルは、ローカル制御システム３のユーザ
によって作成される。

【０１０９】この場合であっても、公開サーバ装置２１
と各制御用ホストコンピュータ１６とがファイアウォー
ル２２を介して相互通信してデバイスデータを同期させ
ているので、クライアント装置７と制御用ホストコンピ
ュータ１６とが直接通信せずに、ローカル制御システム
３内の各デバイスの状態を表示できる。したがって、ロ
ーカル制御システム３での監視／制御を阻害することな
く、遠隔地のクライアント装置７にて、ローカル制御シ
ステム３からのデバイスデータに基づいた情報を表示で
きる。

【０１１０】なお、上記実施形態では、作画処理部３
４、画面データメモリ３５や表示処理部３１を備えた制
御用ホストコンピュータ１６が複数設けられている場合
を例にして説明したが、当該制御用ホストコンピュータ
１６に代えて、上記各部材３１・３４・３５を備えず、
共通プロトコルＩＦ部３２、サーバ部３３および公開サ
ーバ側通信処理部３６で、各デバイスのデータを収集す
るデータ収集用コンピュータを設けてもよい。

【０１１１】

【発明の効果】請求項１の発明に係る制御システムは、
以上のように、制御用表示装置が画面表示するために必
要なデータを収集するデータ収集装置と、当該データ収
集装置とローカルネットワークを介して通信してデータ
を取得すると共に、当該データに応じて作成され、当該
端末装置の表示画面上に上記制御表示装置の画面を表示
させるためのデータを、広域通信網を介して接続される
端末装置へ送信する公開装置を備え、上記データ収集装
置と公開装置とは、上記公開装置と端末装置とが通信す
る際の第１プロトコルとは異なる第２プロトコルで通信
する構成である。

【０１１２】上記構成において、公開装置が広域通信網
を介して、制御表示装置の画面を表示させるためのデー
タを端末装置に送信する。また、上記公開装置とデータ
収集装置とが別々に設けられており、両者間は、公開装
置と端末装置との間の第１プロトコルとは異なる第２プ
ロトコルで通信している。これにより、端末装置は、デ
ータ収集装置や公開装置を含むローカル制御システムに
おける監視／制御を阻害することなく、ハードウェア構
成やソフトウェア構成、あるいは、アクセスする場所に
拘らず、また、特に端末装置用の監視制御画面や端末装
置用の監視制御プログラムを作成してインストールせず
に、端末装置の画面上に、制御用表示装置が各画面デー
タに基づいて表示する際の画面と同一内容の画面を表示
でき、使用者へ、制御システムの状態を通知できるとい
う効果を奏する。

【０１１３】請求項２の発明に係る制御システムは、以
上のように、デバイスの状態を収集するデータ収集装置
にローカルネットワークを介して接続されていると共
に、広域通信網を介して端末装置と通信可能な公開装置
と、制御用表示装置用の画面データが示すデバイスの状
態を上記公開装置へ問い合わせる動作、および、問い合
わせ結果に応じて端末装置の画面に表示する動作を上記
端末装置に行わせるプログラムを含む端末用データが格
納される記憶手段と、上記画面データに基づいて、上記
端末用データを生成する生成手段とを備え、上記公開装
置は、上記記憶手段から読み出した端末用データを上記
端末装置へ送信して上記各動作を行わせると共に、上記
端末装置と通信する際の第１プロトコルとは異なる第２
プロトコルで上記データ収集装置と通信してデバイスの
状態を取得し、上記端末装置からの問い合わせに応答す
る構成である。

【０１１４】それゆえ、請求項１と同様に、端末装置
は、ローカル制御システムにおける監視／制御を阻害す
ることなく、ハードウェア構成やソフトウェア構成、あ
るいは、アクセスする場所に拘らず、また、特に端末装
置用の監視制御画面や端末装置用の監視制御プログラム
を作成してインストールせずに、端末装置の画面上に、
制御用表示装置が各画面データに基づいて表示する際の
画面と同一内容の画面を表示でき、使用者へ、制御シス
テムの状態を通知できるという効果を奏する。

【０１１５】さらに、端末用データに、デバイスの状態
に応じて画面表示するプログラムが含まれているので、
端末装置と公開装置とが伝送速度の遅い通信路で接続さ
れる場合であっても、十分な更新速度で画面表示できる
という効果を併せて奏する。

【０１１６】請求項３の発明に係る制御システムは、以
上のように、デバイスの状態を収集／制御するデータ収
集装置にローカルネットワークを介して接続されている
と共に、広域通信網を介して端末装置と通信可能な公開
装置と、制御用表示装置用の画面データの示す入力操作
が上記端末装置にて受け付けられた場合、当該入力操作
に応じ、しかも、上記画面データの示すデバイスへの制
御指示を上記公開装置へ送信する動作を上記端末装置へ
行わせるプログラムが含まれた端末用データを格納する
記憶手段と、上記画面データに基づいて、上記端末用デ
ータを生成する生成手段とを備え、上記公開装置は、上
記記憶手段から読み出した端末用データを上記端末装置
へ送信して上記各動作を行わせると共に、当該動作を行
う端末装置からの制御指示に基づいて、上記端末装置と
通信する際の第１プロトコルとは異なる第２プロトコル
で上記データ収集装置と通信し、指示されたデバイスへ
の制御指示を伝える構成である。

【０１１７】それゆえ、請求項１および２と略同様に、
ローカル制御システムにおける監視／制御を阻害するこ
となく、端末装置は、ハードウェア構成やソフトウェア
構成、あるいは、アクセスする場所に拘らず、また、特
に端末装置用の監視制御画面や端末装置用の監視制御プ
ログラムを作成してインストールせずに、端末装置への
入力操作によって、制御用表示装置が画面データに基づ
いて入力操作を受け付ける際と同一内容の制御指示を送
信でき、端末装置からデバイスの状態を制御できるとい
う効果を奏する。

【０１１８】請求項４の発明に係る制御システムは、以
上のように、請求項１、２または３記載の発明の構成に
おいて、上記データ収集装置と公開装置との間には、自
らを介する通信が上記第２プロトコルか否かに応じて、
通信を中継するか否かを制御する通信制御装置が設けら
れている構成である。

【０１１９】当該構成によれば、例えば、ファイアウォ
ールなどの通信制御装置が、当該通信制御装置を通過す
る通信が、上記第２プロトコルか否かに応じて、通信を
中継するか否かを制御する。この結果、端末装置から広
域通信網および公開装置を介してデータ収集装置への不
正アクセスをさらに確実に防止できるという効果を奏す
る。

【０１２０】請求項５の発明に係る制御システムは、以
上のように、請求項１、２、３または４記載の発明の構
成において、上記データ収集装置は、複数設けられてお
り、上記公開装置は、状態を取得または制御するデバイ
スに応じて、通信相手のデータ収集装置を選択するルー
ティング手段を備えている構成である。

【０１２１】上記構成では、データ収集装置が複数設け
られており、公開装置がルーティング手段を備えている
ので、個々のデータ収集装置に必要な演算能力や通信能
力を抑制できる。この結果、制御用表示装置の画面を端
末装置に公開したことによって、デバイスの状態取得／
制御のためのデータ通信量／処理量が増大しても、ロー
カル制御システム内のデータ収集を安定して行わせるこ
とができるという効果を奏する。

【図面の簡単な説明】

【図１】本発明の一実施形態を示すものであり、制御用
通信システムの要部構成を示すブロック図である。

【図２】上記制御用通信システムにおいて、画面データ
と表示画面との関係を示すものであり、スイッチがＯＦ
Ｆ状態のときを示す説明図である。

【図３】上記画面データに含まれるタグのデータ構造を
示す説明図である。

【図４】上記タグのうち、表示タグのデータ構造例を示
す説明図である。

【図５】上記タグのうち、入力タグのデータ構造例を示
す説明図である。

【図６】上記制御用通信システムにおいて、画面データ
と表示画面との関係を示すものであり、スイッチをＯＮ
にした場合を示す説明図である。

【図７】上記制御用通信システムにおいて、ローカル制
御システムに設けられた公開サーバ装置および制御用ホ
ストコンピュータの要部構成を示すブロック図である。

【図８】上記制御用通信システムにおいて、公開サーバ
装置からクライアント装置へ配信されるＸＭＬファイル
の例を示す説明図である。

【図９】上記制御用通信システムにおいて、公開サーバ
装置からクライアント装置へ配信されるＨＴＭＬファイ
ルの例を示す説明図である。

【図１０】上記制御用通信システムの動作を示すフロー
チャートである。

【図１１】上記制御用通信システムの他の変形例を示す
ものであり、クライアント装置へ配信されるＨＴＭＬフ
ァイルの例を示す説明図である。

【図１２】従来技術を示すものであり、制御システムの
要部構成を示すブロック図である。

【図１３】本出願人による先行出願を示すものであり、
制御用通信システムの要部構成を示すブロック図であ
る。

【符号の説明】

３ ローカル制御システム（制御システム） ５ インターネット（広域通信網） ７ クライアント装置（端末装置） １１ａ デバイス １４ プログラマブル表示器（制御用表示装置） １６ 制御用ホストコンピュータ（第１コンピュー
タ、データ収集装置） ２１ 公開サーバ装置（公開装置、第２コンピュー
タ、コンピュータ） ２２ ファイアウォール（通信制御手段） ２３ ローカルネットワーク ４１ ホストコンピュータ側通信処理部（ルーティン
グ手段） ４３ ＨＴＭＬファイル記憶部（記憶手段） ４４ ＸＭＬファイル記憶部（記憶手段） ４５ アプレット記憶部（記憶手段） ４７ ファイル生成部（生成手段）

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B069 AA18 BA01 LA03 5B089 GA12 GA21 GB02 HA10 JA35 JB16 KA09 LB14 5H220 AA04 CC09 CX05 CX09 DD01 EE03 EE09 GG03 GG13 GG22 HH01 HH03 JJ12 JJ27 JJ57

Claims (8)

【特許請求の範囲】
1. 【請求項１】制御用表示装置が画面表示するために必要
   なデータを収集するデータ収集装置を備えた制御システ
   ムにおいて、 上記データ収集装置とローカルネットワークを介して通
   信して、上記データを取得すると共に、当該データに応
   じて作成され、当該端末装置の表示画面上に上記制御表
   示装置の画面を表示させるためのデータを、広域通信網
   を介して接続される端末装置へ送信する公開装置を備
   え、 上記データ収集装置と公開装置とは、上記公開装置と端
   末装置とが通信する際の第１プロトコルとは異なる第２
   プロトコルで通信することを特徴とする制御システム。
2. 【請求項２】表示に必要なデバイスと当該デバイスの状
   態を表示する位置とを示す画面データに基づいて、デバ
   イスの状態を取得し、当該デバイスの状態を画面表示す
   る制御用表示装置と、複数の上記制御用表示装置のいず
   れかが表示するデバイスの状態を収集するデータ収集装
   置とを有する制御システムにおいて、 ローカルネットワークを介して、上記データ収集装置に
   接続されていると共に、広域通信網を介して端末装置と
   通信可能な公開装置と、 上記画面データが示すデバイスの状態を上記公開装置へ
   問い合わせる動作、および、上記端末装置の表示画面の
   うち、上記画面データが示す表示位置に対応する箇所
   へ、問い合わせ結果に応じて画面表示する動作を上記端
   末装置に行わせるプログラムを含む端末用データが格納
   される記憶手段と、 上記画面データに基づいて、上記端末用データを生成す
   る生成手段とを備え、 上記公開装置は、上記記憶手段から読み出した端末用デ
   ータを上記端末装置へ送信して上記各動作を行わせると
   共に、上記端末装置と通信する際の第１プロトコルとは
   異なる第２プロトコルで上記データ収集装置と通信して
   デバイスの状態を取得し、上記端末装置からの問い合わ
   せに応答することを特徴とする制御システム。
3. 【請求項３】入力操作と当該入力操作に応じて制御され
   るデバイスとを示す画面データに基づき、入力操作に応
   じてデバイスに制御指示する制御用表示装置と、複数の
   上記制御用表示装置のいずれかが表示するデバイスの状
   態を収集し、制御するデータ収集装置とを有する制御シ
   ステムにおいて、 ローカルネットワークを介して、上記データ収集装置に
   接続されていると共に、広域通信網を介して端末装置と
   通信可能な公開装置と、 上記画面データの示す入力操作が上記端末装置にて受け
   付けられた場合、当該入力操作に応じ、しかも、上記画
   面データの示すデバイスへの制御指示を上記公開装置へ
   送信する動作を上記端末装置へ行わせるプログラムが含
   まれた端末用データを格納する記憶手段と、 上記画面データに基づいて、上記端末用データを生成す
   る生成手段とを備え、 上記公開装置は、上記記憶手段から読み出した端末用デ
   ータを上記端末装置へ送信して上記各動作を行わせると
   共に、当該動作を行う端末装置からの制御指示に基づい
   て、上記端末装置と通信する際の第１プロトコルとは異
   なる第２プロトコルで上記データ収集装置と通信し、指
   示されたデバイスへの制御指示を伝えることを特徴とす
   る制御システム。
4. 【請求項４】上記データ収集装置と公開装置との間に
   は、自らを介する通信が上記第２プロトコルか否かに応
   じて、通信を中継するか否かを制御する通信制御装置が
   設けられていることを特徴とする請求項１、２または３
   記載の制御システム。
5. 【請求項５】上記データ収集装置は、複数設けられてお
   り、 上記公開装置は、状態を取得または制御するデバイスに
   応じて、通信相手のデータ収集装置を選択するルーティ
   ング手段を備えていることを特徴とする請求項１、２、
   ３または４記載の制御システム。
6. 【請求項６】第１のコンピュータを、請求項１記載のデ
   ータ収集装置として動作させるプログラムと、第２のコ
   ンピュータを、請求項１記載の公開装置として動作させ
   るプログラムとが記録されているコンピュータ読み取り
   可能な記録媒体。
7. 【請求項７】第１のコンピュータを、請求項２記載のデ
   ータ収集装置として動作させるプログラムと、第２のコ
   ンピュータを、請求項２記載の公開装置として動作させ
   るプログラムと、１または複数のコンピュータを、請求
   項２記載の記憶手段および生成手段として動作させるプ
   ログラムとが記録されているコンピュータ読み取り可能
   な記録媒体。
8. 【請求項８】第１のコンピュータを、請求項３記載のデ
   ータ収集装置として動作させるプログラムと、第２のコ
   ンピュータを、請求項３記載の公開装置として動作させ
   るプログラムと、１または複数のコンピュータを、請求
   項３記載の記憶手段および生成手段として動作させるプ
   ログラムとが記録されているコンピュータ読み取り可能
   な記録媒体。