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

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、新たな表示画面を
作画することなく、プログラマブル表示器などの制御用
表示装置から離れた場所に配された端末装置によって、
上記制御用表示装置で表示／操作されるデバイスの状態
を一括して確認または制御可能な制御システムに関する
ものである。

【０００２】

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

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

【０００４】上記構成において、プログラマブル表示器
５０５は、画面データに基づいて、表示／制御してい
る。当該画面データは、画面上の領域と、当該領域への
表示や入力に対応するデバイスのアドレスとの対応関係
を示すタグを組み合わせて構成されており、制御用ホス
トコンピュータ５０７の作画処理部５７２で作成された
後、各プログラマブル表示器５０５に配信される。

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

【０００６】ここで、制御用ホストコンピュータ５０７
は、プログラマブル表示器５０５と用途や設置場所が異
なっているため、ＣＰＵやメモリマップなどのハードウ
ェア構成と、オペレーティングシステムなどのソフトウ
ェア構成との双方が異なっている。したがって、制御用
ホストコンピュータ５０７の表示処理部５７１は、プロ
グラマブル表示器５０５の画面データに基づいて表示／
制御することができず、専用の表示画面を作画し、プロ
グラマブル表示器５０５の表示内容を確認するために
は、プログラマブル表示器５０５の設置場所に出向いて
確認している。

【０００７】

【発明が解決しようとする課題】しかしながら、上記構
成の制御システムは、基本的に閉じたシステムであり、
例えば、遠隔地に配された汎用のコンピュータなどか
ら、制御システムの状態を監視または制御できないとい
う問題を生じる。

【０００８】また、汎用のコンピュータも、多くの場
合、プログラマブル表示器５０５とハードウェアおよび
ソフトウェア構成が異なっているので、遠隔地から制御
システムの状態を監視制御するために、汎用のコンピュ
ータ用の監視制御プログラムを作成すると共に、遠隔地
用の監視制御画面を作画しようとすると、プログラム作
成や作画の手間が増大してしまう。また、これらの監視
制御プログラムや監視制御画面が、予めインストールさ
れていないと、監視制御できないため、特に、監視制御
するユーザが頻繁に移動する場合などには、インストー
ルの手間がかかってしまう。

【０００９】加えて、上記監視制御画面をインストール
していたとしても、例えば、プログラマブル表示器５０
５のみで表示されるデバイスの状態など、上記監視制御
画面で表示可能なデバイス以外の状態の監視制御が、急
遽、必要になっても、監視制御することができない。し
たがって、ユーザが遠隔地から監視制御する場合には、
監視制御可能なデバイスが限定されてしまう。

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

【００１１】

【課題を解決するための手段】請求項１の発明に係る制
御システムは、上記課題を解決するために、表示に必要
なデバイスと当該デバイスの状態を表示する位置とを示
す画面データに基づいて、デバイスの状態を取得し、当
該デバイスの状態を画面表示する制御用表示装置と、ネ
ットワークを介して端末装置と通信可能な端末側通信手
段と、上記端末装置の表示画面を複数領域に分割する動
作と、上記各領域のそれぞれについて、当該領域に対応
する画面データが示すデバイスの状態を上記端末側通信
手段へ問い合わせる動作、および、上記領域のうち、上
記画面データが示す表示位置に対応する箇所へ、問い合
わせ結果に応じて画面表示する動作とを上記端末装置に
行わせるプログラムを含む端末用データが格納される記
憶手段と、上記各領域に対応する画面データに基づい
て、上記端末用データを生成する生成手段とを備えてい
る。さらに、上記端末側通信手段は、上記記憶手段から
読み出した端末用データを上記端末装置へ送信して、上
記各動作を行わせると共に、当該動作を行う端末装置が
問い合わせるデバイスの状態を取得し、当該端末装置に
送信する。

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

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

【００１４】一方、端末装置は、受け取った端末用デー
タのプログラムに基づいて、自機器の画面を複数の領域
へ分割し、上記端末側通信手段へ、各領域の画面表示に
必要なデバイスの状態を問い合わせると共に、応答に基
づいて各領域へデバイスの状態を表示する。ここで、上
記端末側通信手段は、例えば、制御システムの制御対象
自体や制御装置または制御用表示装置、あるいは、これ
らとの通信を中継する通信装置などと通信して、デバイ
スの状態を取得し、上記端末装置からの問い合わせに応
じて、取得したデバイスの状態を返答する。また、状態
を問い合わせるデバイスは、画面データが示すデバイス
であり、端末装置の画面の各領域において、デバイスの
状態を表示する箇所は、画面データが示す表示位置に応
じて決定される。

【００１５】これにより、端末装置は、ハードウェアお
よびソフトウェア構成が制御用表示装置と一致せず、例
えば、インターネットを介して遠隔地からアクセスする
場合であっても、何ら支障なく、端末装置の画面上に、
制御用表示装置が各画面データに基づいて表示する際の
画面と同一内容の画面を複数同時に表示できる。この結
果、端末装置は、ハードウェア構成やソフトウェア構
成、あるいは、アクセスする場所に拘らず、また、特に
端末装置用の監視制御画面や端末装置用の監視制御プロ
グラムを作成してインストールせずに、端末装置の画面
上に、制御用表示装置が各画面データに基づいて表示す
る際の画面と同一内容の画面を複数同時に表示でき、使
用者へ、制御システムの状態をより的確に通知できる。

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

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

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

【００１９】ここで、上記画面データに、数多くの単位
画面が含まれている場合、上記端末側通信手段によっ
て、当該画面データに含まれる全てのデバイスおよび表
示位置に関連する各動作を示す端末用データが送信され
ると、端末用データのデータ量が多くなり、特に、端末
装置と端末側通信手段との間の通信速度が遅い場合に
は、端末装置が画面表示のための処理を開始してから
（より正確には、端末用データの受信を開始してか
ら）、実際に表示するまでの期間が長くなってしまう。

【００２０】これに対して、請求項２の発明に係る制御
システムは、請求項１記載の発明の構成において、上記
画面データは、複数の単位画面に関連するデバイスおよ
び表示位置を示すことができ、上記制御用表示装置は、
当該画面データを参照して画面表示する場合、現在表示
中の単位画面に関連するデバイスのみについて、状態を
表示すると共に、上記生成手段は、複数の単位画面に関
連するデバイスおよび表示位置を示す画面データを受け
取った場合、上記各単位画面に関連するデバイスと表示
位置に応じた情報とを示す単位画面データを生成し、上
記記憶手段には、上記端末用データとして、上記単位画
面データと、現在表示している単位画面に対応する単位
画面データを参照して当該単位画面に関連する上記各動
作を端末装置に行わせるプログラムと、上記端末装置に
て単位画面の切り換え操作が行われた場合、当該端末装
置に、上記端末側通信手段から新たな単位画面データを
取得させる切り換えプログラムとが格納されていること
を特徴としている。

【００２１】上記構成では、端末側通信手段は、上記端
末用データとして、現在表示している単位画面に対応す
る単位画面データを参照して当該単位画面に関連する上
記各動作を端末装置に行わせるプログラムと、当該プロ
グラムが参照する単位画面データと、切り換えプログラ
ムとを送信する。これにより、全単位画面に関連する端
末用データを送信する場合よりも、一度に送信するデー
タ伝送量を削減できる。なお、当該単位画面データに
は、単位画面で表示されるデバイスと、表示位置自体や
端末装置での表示箇所など、表示位置に応じた情報とが
含まれているので、端末装置は、全単位画面に関連する
端末用データを受信していなくても、何ら支障なく、当
該単位画面を表示できる。

【００２２】したがって、１つの画面データ中に、多く
の単位画面が含まれている場合であっても、端末装置が
画面表示のための処理を開始してから実際に表示するま
での期間を短縮できる。

【００２３】一方、請求項３の発明に係る制御システム
は、上記課題を解決するために、入力操作と当該入力操
作に応じて制御されるデバイスとを示す画面データに基
づき、入力操作に応じてデバイスに制御指示する制御用
表示装置と、ネットワークを介して端末装置と通信可能
な端末側通信手段と、上記端末装置の表示画面を複数領
域に分割する動作と、上記各領域のそれぞれについて、
当該領域に対応する画面データの示す入力操作が上記端
末装置にて受け付けられた場合、当該入力操作に応じ、
しかも、上記画面データの示すデバイスへの制御指示を
上記端末側通信手段へ送信する動作とを上記端末装置へ
行わせるプログラムが含まれた端末用データを格納する
記憶手段と、上記各領域に対応する画面データに基づい
て、上記端末用データを生成する生成手段とを備えてい
る。また、上記端末側通信手段は、上記記憶手段から読
み出した端末用データを上記端末装置へ送信して上記各
動作を行わせると共に、当該動作を行う端末装置からの
制御指示に基づいて、指示されたデバイスへ制御指示を
伝える。

【００２４】なお、上記デバイスは、制御対象自体や、
制御対象に接続された制御装置であってもよいし、制御
用表示装置上のメモリであってもよい。また、請求項１
と同様、端末用データの形式は種々の形式を選択でき、
上記プログラムはアプレットである方が望ましい。

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

【００２６】一方、端末装置は、受け取った端末用デー
タのプログラムに基づいて、自機器の画面を複数の領域
へ分割し、各領域への入力操作を受け付けた場合、当該
入力操作に応じ、しかも、上記画面データの示すデバイ
スへの制御指示を上記端末側通信手段へ送信する。な
お、上記入力操作は、各領域に対応する画面データが示
す入力操作に対応している。

【００２７】さらに、端末側通信手段は、端末装置から
制御指示を受け取ると、例えば、制御システムの制御対
象自体や制御装置または制御用表示装置、あるいは、こ
れらとの通信を中継する通信装置などと通信して、デバ
イスへの制御指示を伝える。これにより、制御システム
のデバイスは、端末装置の画面の各領域への入力操作に
応じた制御指示に従って動作できる。

【００２８】この結果、端末装置は、請求項１と略同様
に、ハードウェア構成やソフトウェア構成、あるいは、
アクセスする場所に拘らず、また、特に端末装置用の監
視制御画面や端末装置用の監視制御プログラムを作成し
てインストールせずに、端末装置の画面上に設けられた
複数領域への入力操作によって、制御用表示装置が各画
面データに基づいて入力操作を受け付ける際と同一内容
の制御指示を送信でき、単一の制御用表示装置を操作す
る場合よりも、多くのデバイスの状態を制御できる。

【００２９】さらに、請求項４記載の発明に係る制御シ
ステムは、請求項３記載の発明の構成において、上記画
面データは、複数の単位画面に関連する入力操作および
デバイスを示すことができ、上記制御用表示装置は、当
該画面データを参照して制御指示する場合、現在の単位
画面に関連する入力操作およびデバイスのみについて、
制御指示すると共に、上記生成手段は、複数の単位画面
に関連する入力操作およびデバイスを示す画面データを
受け取った場合、上記各単位画面に関連する入力操作お
よびデバイスを示す単位画面データを生成し、上記記憶
手段には、上記端末用データとして、上記単位画面デー
タと、現在の単位画面に対応する単位画面データを参照
して当該単位画面に関連する上記動作を端末装置に行わ
せるプログラムと、上記端末装置にて単位画面の切り換
え操作が行われた場合、当該端末装置に、上記端末側通
信手段から新たな単位画面データを取得させるプログラ
ムとが格納されていることを特徴としている。

【００３０】上記構成において、端末側通信手段は、請
求項２と略同様に、上記端末用データとして、現在表示
している単位画面に対応する単位画面データを参照して
当該単位画面に関連する上記各動作を端末装置に行わせ
るプログラムと、当該プログラムが参照する単位画面デ
ータと、切り換えプログラムとを送信する。したがっ
て、１つの画面データ中に、多くの単位画面が含まれて
いる場合であっても、端末装置が端末用データの受信を
開始してから実際に入力操作を受け付けるまでの期間を
短縮できる。

【００３１】また、請求項５および６に係る記録媒体
は、制御システムにて使用される１または複数のコンピ
ュータで読み取り可能な記録媒体であって、請求項１ま
たは３記載の各手段として上記コンピュータを動作させ
るためのプログラムが記録されている。

【００３２】当該プログラムが記録媒体から読み取られ
て実行されると、上記コンピュータを含む制御システム
は、請求項１または３記載の制御システムとして動作す
る。したがって、請求項１または３記載の制御システム
と同様に、端末装置は、ハードウェア構成やソフトウェ
ア構成、あるいは、アクセスする場所に拘らず、また、
特に端末装置用の監視制御画面や端末装置用の監視制御
プログラムを作成してインストールせずに、複数の制御
用表示装置で画面表示／操作する場合と同様に表示／操
作できる。

【００３３】

【発明の実施の形態】本発明の一実施形態について図１
ないし図１１に基づいて説明すると以下の通りである。
すなわち、本実施形態に係る制御用通信システム１は、
ローカル制御システムの安全性を損なうことなく、制御
対象近傍に配されたプログラマブル表示器と同様の画面
やデータを、遠隔地から一括して参照し制御可能な制御
システムであって、例えば、図１に示すように、ターゲ
ットシステム１１のデバイス１１ａを制御する制御装置
としてのプログラマブル・ロジック・コントローラ（Ｐ
ＬＣ）１２や、処理指示語（タグ）を組み合わせて決定
される画面データに基づいて入力および画面表示を制御
可能なプログラマブル表示器（制御用表示装置）１４な
どを含むローカル制御システム２と、詳細は、後述する
ように、インターネット３を介して、ローカル制御シス
テム２と接続可能で、ローカル制御システム２の状態を
示すデータを公開する公開サーバ装置４と、インターネ
ット３を介して公開サーバ装置４と接続可能なクライア
ント装置（端末装置）５とを備えている。

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

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

【００３６】ここで、上記ローカル制御システム２で
は、ローカル制御システム２内の通信処理に各ＰＬＣが
介在する従来の制御システム５０１とは異なって、ロー
カル制御システム２に必須の構成であり、しかも、ＨＭ
Ｉ（Human Machine Interface）として動作するため、
演算能力に余力のあるプログラマブル表示器１４が、通
信の大半を処理するように構成されており、各プログラ
マブル表示器１４は、自らに接続されているＰＬＣ１２
の機種に固有の専用プロトコルと、ネットワーク１５で
の共通プロトコルとを変換して、他のプログラマブル表
示器１４や制御用ホストコンピュータ１６と、ＰＬＣ１
２との通信を中継する。これにより、プログラマブル表
示器１４および制御用ホストコンピュータ１６は、他の
プログラマブル表示器１４に接続されているＰＬＣ１２
の機種に拘らず、ネットワーク１５を介して共通のプロ
トコルで通信できる。この結果、上記制御システム５０
１に比べて、異なる機種のＰＬＣ１２をローカル制御シ
ステム２内に混在させやすくなる。

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

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

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

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

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

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

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

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

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

【００４６】さらに、本実施形態に係る制御用通信シス
テム１には、図１に示すように、プログラマブル表示器
１４用の画面データに基づいて、以下の両動作と略同様
の動作、すなわち、プログラマブル表示器１４が画面デ
ータに基づいてデバイスの状態に応じて表示する動作、
および、操作に応じたデバイスの状態変更を指示する際
の動作と略同様の動作を、クライアント装置５へ指示す
る公開サーバ装置４が設けられている。ただし、プログ
ラマブル表示器１４が画面データに基づいて動作する場
合と異なり、表示先は、クライアント装置５の図示しな
い表示装置であり、操作は、クライアント装置５の図示
しない入力装置から受け取る。また、クライアント装置
５がデバイスの状態を問い合わせる相手や、状態変更指
示の送信先も公開サーバ装置４に変更されており、公開
サーバ装置４は、上記指示に従って動作するクライアン
ト装置５と通信して、デバイスの状態をクライアント装
置５へ伝えると共に、デバイスの状態変更指示をクライ
アント装置５から受け取ることができる。さらに、公開
サーバ装置４は、ローカル制御システム２と所定のタイ
ミングで通信しており、ローカル制御システム２内のデ
バイスの状態を把握すると共に、デバイスの状態変更指
示を送信できる。

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

【００４８】さらに、本実施形態に係る公開サーバ装置
４がクライアント装置５へ指示する動作は、図８に示す
ように、クライアント装置５の画面領域Ｇ１を、例え
ば、４分割など、複数の領域Ｇ１１〜Ｇ１４に分割させ
ると共に、各領域Ｇ１１〜Ｇ１４へ、予め定められた複
数のプログラマブル表示器１４の画面と同一内容の画面
をそれぞれ表示させるように設定されている。また、各
領域Ｇ１１〜Ｇ１４への操作によって、対応するプログ
ラマブル表示器１４への操作と同様の操作でデバイスの
状態を制御できる。

【００４９】これにより、クライアント装置５は、公開
サーバ装置４からの指示に従うだけで、例えば、１ライ
ンなど、複数のプログラマブル表示器１４の画面を同時
に表示できる。この結果、クライアント装置５のユーザ
は、複数のプログラマブル表示器１４の画面を同時に把
握できるので、クライアント装置５に画面表示するプロ
グラマブル表示器１４を切り換えながら、それぞれの状
態を把握する場合よりも効率良く、ローカル制御システ
ム２の状態を把握できる。また、公開サーバ装置４が予
め定められた複数の画面を表示するようにクライアント
装置５へ指示するので、例えば、クライアント装置５の
ユーザが、例えば、ウィンドウ表示などによって、複数
の画面領域に分割し、それぞれへ表示すべきプログラマ
ブル表示器１４の画面を順次指定する場合よりも、少な
い手間で一連の画面を同時表示できる。なお、表示され
る複数画面の設定が公開サーバ装置４側で記憶されるの
で、例えば、ユーザが移動先に設置されたクライアント
装置５を使用する場合のように、ユーザが互いに異なる
クライアント装置５からアクセスする場合であっても、
同じ設定で画面表示できる。

【００５０】このように、本実施形態に係る制御用通信
システム１では、ローカル制御システム２とは別に設け
られた公開サーバ装置４から、インターネット３を介し
て接続されるクライアント装置５へ、プログラマブル表
示器１４の状態を示すデータを公開する。したがって、
不正アクセスが試みられたとしても、当該不正アクセス
は、ローカル制御システム２ではなく、公開サーバ装置
４に集中する。

【００５１】また、デバイスの状態を送受する際、ロー
カル制御システム２の通信相手は、公開サーバ装置４に
限定されるので、多数のクライアント装置５へ直接通信
する場合に比べて、ローカル制御システム２と公開サー
バ装置４との間の通信路の機密性を向上しやすい。さら
に、デバイスデータと画面データとが分けて送信されて
いるので、仮に、デバイスの状態を示すデータや画面デ
ータの一部が傍聴されたとしても、プログラマブル表示
器１４の画面を復元することが難しい。

【００５２】これらの結果、インターネット３に接続さ
れたクライアント装置５で、プログラマブル表示器１４
と同様に表示／操作できるにも拘らず、ローカル制御シ
ステム２への不正アクセスを防止できる。さらに、万
一、不正アクセスによって、公開サーバ装置４の運用に
支障が生じたとしても、クライアント装置５への配信に
支障が生じるだけで、ローカル制御システム２は、何ら
支障無く、制御対象を制御できる。この結果、より安全
な制御用通信システム１を実現できる。

【００５３】加えて、インターネット３上にデータを公
開する場合、上記不正アクセスへの防止対策だけでな
く、インターネット３へ常時接続するための設定や、イ
ンターネット３との間の通信容量の選択など、ローカル
制御システム２の管理維持とは異なる技量が要求される
ため、各ユーザがローカル制御システム内に公開サーバ
装置を設置する場合、各ユーザは、これらの技量に習熟
した技術者を養成する必要がある。

【００５４】これに対して、本実施形態では、各ローカ
ル制御システム２は、インターネット３を介して特定の
公開サーバ装置４と通信すればよいので、設定や通信容
量の選択も容易である。この結果、それぞれのユーザ
は、インターネット３に習熟した技術者を養成する必要
がなく、ローカル制御システム２の管理維持のみに注力
できるので、各ユーザの負担を軽減できる。

【００５５】一方、公開サーバ装置４では、インターネ
ット３に習熟した技術者が必要になるが、各ローカル制
御システム２のユーザがそれぞれ別個に養成する場合に
比べて少ない人数でよいので、制御用通信システム１全
体における技術者数を削減できる。さらに、公開サーバ
装置４が各ユーザのデータやプログラムを公開している
ので、各ユーザが別個に公開する場合に比べて、ディス
ク容量や通信容量などを管理維持する際の手間を削減で
きる。

【００５６】特に、インターネット３との間のデータ通
信量は、アクセス数に応じて変化するため、公開サーバ
装置４が不特定多数の端末装置からアクセスされる場
合、必要な通信容量を予測することが極めて難しい。と
ころが、本実施形態では、公開サーバ装置４が各ユーザ
のデータやプログラムを公開しているので、それぞれ別
個に設置する場合と同じ比率の余裕を持って通信容量を
設定したとしても、別個の場合よりも、通信容量の余裕
（データ通信量）が大きくなる。したがって、あるユー
ザのデータやプログラムへのアクセス数増加などによっ
て、当該ユーザに関連するデータ通信量が急激に増加し
たとしても、他のユーザに関連するデータ通信量が増加
しなければ、データ通信量の増加を吸収できる。この結
果、それぞれ別個に公開サーバ装置を設ける場合に比べ
て、通信容量を設定しやすくなる。

【００５７】より詳細には、図２に示すように、上記制
御用ホストコンピュータ１６には、インターネット３を
介して公開サーバ装置４と通信する公開サーバ側通信処
理部３６が設けられている。なお、ローカル制御システ
ム２と公開サーバ装置４とが暗号通信する場合、公開サ
ーバ側通信処理部３６は、予め定められた暗号鍵や復号
鍵を用いて、公開サーバ装置４と暗号通信する。

【００５８】当該公開サーバ側通信処理部３６には、例
えば、インターネット３との接続時に使用されるプロバ
イダの電話番号や公開サーバ装置４のアドレスなど、公
開サーバ装置４へアクセスするためのデータと、例え
ば、公開サーバ装置４におけるアカウント名およびパス
ワードなど、公開サーバ装置４で自らを認証するための
データとが記憶されており、例えば、ユーザからの指示
があった時点や画面データの変更時など、所望のタイミ
ングで、公開サーバ装置４と通信して、画面データメモ
リ３５の画面データを公開サーバ装置４に送信できる。

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

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

【００６１】本実施形態に係る公開サーバ装置４は、複
数のローカル制御システム２の状態を公開可能であり、
上記各記憶部４２〜４５には、各ローカル制御システム
２のユーザに対して、記憶領域が割り当てられており、
ローカル制御システム側通信処理部４１は、例えば、ア
カウント名とパスワードとなどによって、ローカル制御
システム２のユーザを認証・識別すると共に、ローカル
制御システム２からの画面データに基づいて生成したフ
ァイル、あるいは、デバイスデータを、各記憶部４２〜
４５の記憶領域のうち、識別したユーザに割り当てられ
た領域へ格納する。

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

【００６３】例えば、プログラマブル表示器１４用の画
面データ内に、図５に示す形式で、ベース画面（単位画
面）＝１（メイン画面）の表示タグＷＬが含まれている
場合、当該メイン画面に対応するＸＭＬファイルでは、
例えば、図９に示すように、当該表示タグＷＬに対応す
るＴａｇ要素Ｅ１が含まれている。当該Ｔａｇ要素Ｅ１
には、事象名、表示座標範囲、参照ファイル番号、並び
に、デバイスアドレスなどに対応するＴａｇＮａｍｅ要
素Ｅ１１、Ｘ要素Ｅ１２およびＹ要素Ｅ１３、Ｌｉｂｒ
ａｒｙＮｏ要素Ｅ１４、並びに、ＢｉｔＳｙｍｂｏｌＮ
ａｍｅ要素Ｅ１５などが含まれており、各要素Ｅ１１〜
Ｅ１５の内容（コンテンツ）は、上記表示タグＷＬの内
容に応じて、例えば、図９の例では、”Ｌ＿０００
０”、−２３２および１２０、１０１、並びに、０１０
１００に設定されている。また、図６に示す入力タグＷ
Ｔに対応するＴａｇ要素Ｅ２では、事象名、デバイスア
ドレス、並びに、有効入力範囲などに対応するＴａｇＮ
ａｍｅ要素Ｅ２１、ＳｙｍｂｏｌＮａｍｅ要素Ｅ２２、
並びに、Ｘ要素Ｅ２３、Ｙ要素Ｅ２４、Ｘ２要素Ｅ２５
およびＹ２要素Ｅ２６などの内容が、入力タグＷＴの内
容に応じて設定される。ここで、上記各要素Ｅ１１〜Ｅ
２６などの内容は、表示タグＷＬや入力タグＷＴの内容
と一致するように設定してもよいし、例えば、プログラ
マブル表示器１４の解像度とクライアント装置５の解像
度との相違などに応じた比率で拡大／縮小するなど、表
示タグＷＬや入力タグＷＴの内容を所定の手順で変換し
て設定してもよい。

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

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

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

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

【００６８】ここで、本実施形態に係る画面データで
は、各単位画面の切り換え動作も、入力タグとして実現
されており、当該入力タグには、デバイスアドレスとし
て、プログラマブル表示器１４内の記憶領域のうち、現
在表示中の単位画面を示すデータが格納されるシステム
領域が関連付けられている。

【００６９】したがって、上記各入力メソッドのうち、
上記特定のシステム領域への変更指示を要求する入力メ
ソッドは、通常の入力メソッドと同様に、公開サーバ部
４６へ単位画面の変更指示を送信すると共に、変更後の
単位画面に応じたＸＭＬファイルを読み込む。これによ
り、クライアント装置５およびプログラマブル表示器１
４は、常時同じ単位画面を表示できる。

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

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

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

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

【００７４】本実施形態に係るＨＴＭＬファイルは、同
時に表示するように予め定められたプログラマブル表示
器１４の画面の組み合わせ毎に作成されており、アプレ
ット実行用の文字列Ｐ１１は、同時表示する画面の個数
だけ含まれている。また、上記文字列Ｐ２やＰ１２も必
要に応じた個数設けられる。

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

【００７６】上記ファイル生成部４７は、予め定められ
る画面の組み合わせと、当該画面の画面データとを参照
して、組み合わせに応じたＨＴＭＬファイルを生成し、
ＨＴＭＬファイル記憶部４３に格納できる。なお、上記
組み合わせは、ローカル制御システム２のユーザが予め
設定してもよいし、クライアント装置５からの指示に応
じて予め設定されてもよい。

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

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

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

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

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

【００８２】また、画面データが更新されると、制御用
ホストコンピュータ１６（公開サーバ側通信処理部３
６）は、Ｓ４において、公開サーバ装置４にアクセス
し、公開サーバ装置４（ローカル制御システム側通信処
理部４１）は、Ｓ５において、例えば、予め格納された
アカウントおよびパスワードの組み合わせと、受け取っ
た組み合わせとを比較するなどして、ローカル制御シス
テム２、または、そのユーザを認証する。認証に成功す
ると、Ｓ６において、ローカル制御システム２から公開
サーバ装置４へ画面データが送信される。一方、公開サ
ーバ装置４が画面データを受け取ると、Ｓ７において、
ファイル生成部４７は、当該画面データからＨＴＭＬフ
ァイルおよびＸＭＬファイルなどの公開用ファイルを生
成して、ＨＴＭＬファイル記憶部４３およびＸＭＬファ
イル記憶部４４のうち、上記ユーザ用の領域に格納す
る。

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

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

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

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

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

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

【００８９】上記ＨＴＭＬファイルには、複数のアプレ
ットが含まれているが、各アプレットは、ブラウザ５２
から画面領域Ｇ１１〜Ｇ１４を割り当てられると、その
画面領域内の相対座標（例えば、左上隅などを基準とす
る相対座標）で描画する。したがって、クライアント装
置５は、ＨＴＭＬファイルに含まれているアプレットの
個数や順番に拘らず、それぞれの画面領域Ｇ１１〜Ｇ１
４に、デバイスの状態を表示できる。

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

【００９１】ここで、ローカル制御システム２は、公開
サーバ装置４へアクセスして、公開サーバ装置４のデー
タ記憶部４２の内容と、ローカル制御システム２のデバ
イスアドレスの実体とを同期させている。なお、データ
記憶部４２の内容とデバイスアドレスの実体を同期させ
る際、いずれの方向に伝送するかは、例えば、変更時刻
や、操作の優先順位などに応じて決定される。

【００９２】例えば、ローカル制御システム２のデバイ
スアドレスの内容に合わせて、公開サーバ装置４のデー
タ記憶部４２を更新する場合、公開サーバ側通信処理部
３６が、表示処理部３１と同様に、デバイスアドレスの
内容を取得し、デバイスデータとして送信する。これと
は逆に、データ記憶部４２の変更をデバイスアドレスの
実体に伝える場合、ローカル制御システム２がアクセス
してきた時点で、公開サーバ装置４のローカル制御シス
テム側通信処理部４１は、データ記憶部４２からデバイ
スデータを読み出し、ローカル制御システム２へ送信す
る。さらに、上記公開サーバ側通信処理部３６がデバイ
スデータを受け取ると、表示処理部３１が内容変更する
場合と同様に、サーバ部３３を介して内容変更指示を伝
える。

【００９３】なお、本実施形態では、ローカル制御シス
テム２が公開サーバ装置４にアクセスして、デバイスデ
ータを同期させる場合について説明したが、これに限る
ものではなく、公開サーバ装置４からローカル制御シス
テム２にアクセスして、デバイスデータを同期してもよ
い。ただし、この場合、ローカル制御システム２は、公
開サーバ装置４からのアクセスに応答する必要があるた
め、インターネット３に常時接続する必要がある。この
場合であっても、アクセス元が限定されるため、クライ
アント装置５からのアクセスを許可する場合に比べて機
密性を向上できるが、インターネット３に接続する際の
設定に手間がかかる。したがって、ローカル制御システ
ム２と公開サーバ装置４とをインターネット３で接続す
る場合は、本実施形態のようにローカル制御システム２
からアクセスする方が好ましい。

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

【００９５】また、図１の例では、ローカル制御システ
ム２と公開サーバ装置４との間をインターネット３で接
続する場合について説明したが、これに限るものではな
く、公衆電話回線網などの広域通信網を介して接続して
もよい。ただし、公衆電話回線網とは異なり、インター
ネット３は、送信側と受信側との間の回線を確保しない
ので、通信費用が安く設定されていることが多い。した
がって、例えば、ローカル制御システム２を設置する国
と公開サーバ装置４を設置する国とが異なっている場合
など、両者の距離が離れている場合には、上記各実施形
態のように、インターネット３で接続する方が好まし
い。

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

【００９７】この場合であっても、ローカル制御システ
ム２と公開サーバ装置４とでデバイスデータの同期が取
られているので、クライアント装置５は、ローカル制御
システム２と直接通信せずにローカル制御システム２の
状態を表示できる。また、デバイスデータを送信すれば
よいので、ローカル制御システム２側の設定を簡略化で
きる。したがって、ローカル制御システム２のユーザに
負担をかけることなく、遠隔地のクライアント装置５に
て、ローカル制御システム２の状態を安全に表示でき
る。

【００９８】ところで、図１では、ローカル制御システ
ム２と別に設けられた公開サーバ装置４によって、ロー
カル制御システム２の状態が公開される場合を例にして
説明したが、図１２に示すように、ローカル制御システ
ム２に公開サーバ部などを設けてもよい。

【００９９】具体的には、当該変形例に係る制御用通信
システム１ａにおいて、ローカル制御システム２ａの制
御用ホストコンピュータ１６ａは、図２に示す公開サー
バ側通信処理部３６に代えて、ＨＴＭＬファイル記憶部
４３ないしファイル生成部４７を備えている。ただし、
公開サーバ部４６は、データ記憶部４２へアクセスする
代わりに、サーバ部３３へアクセスして、デバイスアド
レスの内容を取得すると共にデバイスアドレスの内容変
更を指示する。また、ファイル生成部４７は、画面デー
タメモリ３５から画面データを読み出してＨＴＭＬファ
イルおよびＸＭＬファイルを生成する。なお、本変形例
では、制御用ホストコンピュータ１６ａが特許請求の範
囲に記載のコンピュータに対応する。

【０１００】当該構成であっても、クライアント装置５
は、インターネット３を介してローカル制御システム２
のプログラマブル表示器１４と同様の画面を表示すると
共に当該画面で操作できる。ただし、この場合は、ロー
カル制御システム２ａは、クライアント装置５からのア
クセスに応答する必要があるため、不正なクライアント
装置からのアクセスを防止しにくい。したがって、公開
サーバ装置４の運営者にさえ、プログラマブル表示器１
４の画面データなどを見せたくない場合などを除いて、
図１に示すように、ローカル制御システム２とは別の公
開サーバ装置４を設ける方が好ましい。

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

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

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

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

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

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

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

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

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

【０１１０】また、本実施形態では、同時に表示する画
面の数に応じて、画面表示用のアプレットを呼び出す文
字列Ｐ１１（Ｐ１１ａ）を、ＨＴＭＬファイル中に複数
設ける場合について説明したが、これに限るものではな
い。

【０１１１】例えば、ファイル生成部４７は、各画面デ
ータ毎（プログラマブル表示器１４毎）に、図１０（図
１３）と略同様で、文字列Ｐ１１（Ｐ１１ａ）が１つの
ＨＴＭＬファイル（デフォルトファイル）を生成すると
共に、同時に表示するように予め定められたプログラマ
ブル表示器１４の画面の組み合わせ毎に、図１４に示す
ＨＴＭＬファイル（インデックスファイル）を生成して
もよい。当該インデックスファイルには、各画面用のデ
フォルトファイルを参照するＦＲＡＭＥ要素を含むＦＲ
ＡＭＥＳＥＴ要素が設けられており、クライアント装置
５のブラウザ５２がインデックスファイルを受け取る
と、クライアント装置５の画面を複数のフレームに分割
し、各フレームに、それぞれのデフォルトファイルを表
示する。これにより、アプレット呼び出し用の文字列Ｐ
１１（Ｐ１１ａ）を複数設ける場合と略同様に、クライ
アント装置５へ、プログラマブル表示器１４の画面を複
数同時に表示させることができる。

【０１１２】このように、本実施形態に係る制御システ
ムは、複数の制御用表示装置の画面を示すデータを取得
する取得手段と、取得した上記データに基づいて、端末
装置の表示画面上に上記各制御用表示装置の画面を同時
に表示させるための端末用データを生成する生成手段
と、ネットワークを介して上記端末装置と通信して、上
記端末用データを送信する端末側通信手段とを備えてい
ることを特徴としている。

【０１１３】上記構成において、取得手段は、例えば、
制御用表示装置と通信してビットマップ形式などの画面
自体を示すデータを受け取ったり、デバイスの状態に応
じた 表示方法を示すデータとデバイスの状態を示すデー
タとを受け取るなどして、複数の制御用表示装置の画面
を示すデータを取得すると、生成手段は、各画面を示す
データを端末装置が表示可能な形式に変換すると共に、
複数の画面を合成して、端末用データを生成する。さら
に、端末側通信手段は、例えば、インターネットなどの
ネットワークを介して、端末用データを端末装置に送信
する。

【０１１４】これにより、端末装置は、ハードウェアお
よびソフトウェア構成が制御用表示装置と一致せず、例
えば、インターネットを介して遠隔地からアクセスする
場合であっても、何ら支障なく、端末装置の画面上に、
制御用表示装置が各画面データに基づいて表示する際の
画面と同一内容の画面を複数同時に表示できる。したが
って、特に、端末装置用の監視制御画面や、端末装置用
の監視制御プログラムを作成してインストールしなくて
も、端末装置の使用者へ、単一画面を表示する場合より
も多くのデバイスの状態を提示でき、制御システムの状
態をより的確に通知できる。

【０１１５】

【発明の効果】請求項１の発明に係る制御システムは、
以上のように、各領域に対応する画面データに基づい
て、表示画面の分割動作とデバイスの状態の問い合わせ
動作と表示動作とを端末装置に行わせるための端末用デ
ータを生成する生成手段と、端末用データを上記端末装
置へ送信して、上記各動作を行わせると共に、当該動作
を行う端末装置が問い合わせるデバイスの状態を取得
し、当該端末装置に送信する端末側通信手段とを備えて
いる構成である。

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

【０１１７】さらに、端末用データを送信した後は、端
末装置と端末側通信手段とは、デバイスの状態を通信す
ればよいので、端末装置と端末側通信手段とが伝送速度
の遅い通信路で接続される場合であっても、十分な更新
速度で画面表示できるという効果を併せて奏する。

【０１１８】請求項２の発明に係る制御システムは、以
上のように、請求項１記載の発明の構成において、上記
生成手段は、複数の単位画面を示す画面データを受け取
った場合、上記各単位画面に関連するデバイスと表示位
置に応じた情報とを示す単位画面データを生成し、上記
記憶手段には、上記端末用データとして、上記単位画面
データと、現在表示している単位画面に対応する単位画
面データを参照して当該単位画面に関連する上記各動作
を端末装置に行わせるプログラムと、単位画面の切り換
えプログラムとが格納されている構成である。

【０１１９】それゆえ、１つの画面データ中に、多くの
単位画面が含まれている場合であっても、端末装置が画
面表示のための処理を開始してから実際に表示するまで
の期間を短縮できるという効果を奏する。

【０１２０】請求項３の発明に係る制御システムは、以
上のように、各領域に対応する画面データに基づいて、
表示画面の分割動作と、各領域への入力操作に応じ、し
かも、上記画面データの示すデバイスへの制御指示を送
信する動作とを端末装置に行わせるための端末用データ
を作成する生成手段と、端末用データを上記端末装置へ
送信して、上記各動作を行わせると共に、当該動作を行
う端末装置からの指示に応じて、指示されたデバイスへ
制御指示を伝える端末側通信手段とを備えている構成で
ある。

【０１２１】それゆえ、ハードウェア構成やソフトウェ
ア構成、あるいは、アクセスする場所に拘らず、また、
特に端末装置用の監視制御画面や端末装置用の監視制御
プログラムを作成してインストールせずに、端末装置の
画面上に設けられた複数領域への入力操作によって、制
御用表示装置が各画面データに基づいて入力操作を受け
付ける際と同一内容の制御指示を送信でき、単一の制御
用表示装置を操作する場合よりも、多くのデバイスの状
態を制御できるという効果を奏する。

【０１２２】請求項４記載の発明に係る制御システム
は、以上のように、請求項３記載の発明の構成におい
て、上記生成手段は、複数の単位画面に関連する画面デ
ータを受け取った場合、上記各単位画面に関連する入力
操作およびデバイスを示す単位画面データを生成し、上
記記憶手段には、上記端末用データとして、上記単位画
面データと、現在表示している単位画面に対応する単位
画面データを参照して当該単位画面に関連する上記各動
作を端末装置に行わせるプログラムと、単位画面の切り
換えプログラムとが格納されている構成である。

【０１２３】それゆえ、１つの画面データ中に、多くの
単位画面が含まれている場合であっても、端末装置が端
末用データの受信を開始してから実際に入力操作を受け
付けるまでの期間を短縮できるという効果を奏する。

【図面の簡単な説明】

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

【図２】上記制御用通信システムにおいて、ローカル制
御システムの要部構成を示すブロック図である。

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

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

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

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

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

【図８】上記制御用通信システムにおいて、クライアン
ト装置の表示画面例を示す説明図である。

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

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

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

【図１２】上記制御用通信システムの変形例を示すもの
であり、ローカル制御システムの制御用ホストコンピュ
ータの要部構成を示すブロック図である。

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

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

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

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ // Ｇ０６Ｆ 13/00 ３５１ Ｇ０６Ｆ 13/00 ３５１Ｎ (56)参考文献 特開 平11−175180（ＪＰ，Ａ) 特開 平11−110311（ＪＰ，Ａ) 特開 平10−124418（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G05B 23/00 - 23/02 G06F 3/00 G06F 3/14 - 3/153 G06F 11/28 - 11/34 G06F 13/00

Claims (6)

(57)【特許請求の範囲】
1. 【請求項１】表示に必要なデバイスと当該デバイスの状
   態を表示する位置とを示す画面データに基づいて、デバ
   イスの状態を取得し、当該デバイスの状態を画面表示す
   る制御用表示装置と、 ネットワークを介して端末装置と通信可能な端末側通信
   手段と、 上記端末装置の表示画面を複数領域に分割する動作と、
   上記各領域のそれぞれについて、当該領域に対応する画
   面データが示すデバイスの状態を上記端末側通信手段へ
   問い合わせる動作、および、上記領域のうち、上記画面
   データが示す表示位置に対応する箇所へ、問い合わせ結
   果に応じて画面表示する動作とを上記端末装置に行わせ
   るプログラムを含む端末用データが格納される記憶手段
   と、 上記各領域に対応する画面データに基づいて、上記端末
   用データを生成する生成手段とを備え、 上記端末側通信手段は、上記記憶手段から読み出した端
   末用データを上記端末装置へ送信して、上記各動作を行
   わせると共に、当該動作を行う端末装置が問い合わせる
   デバイスの状態を取得し、当該端末装置に送信すること
   を特徴とする制御システム。
2. 【請求項２】上記画面データは、複数の単位画面に関連
   するデバイスおよび表示位置を示すことができ、上記制
   御用表示装置は、当該画面データを参照して画面表示す
   る場合、現在表示中の単位画面に関連するデバイスのみ
   について、状態を表示すると共に、 上記生成手段は、複数の単位画面に関連するデバイスお
   よび表示位置を示す画面データを受け取った場合、上記
   各単位画面に関連するデバイスと表示位置に応じた情報
   とを示す単位画面データを生成し、 上記記憶手段には、上記端末用データとして、上記単位
   画面データと、現在表示している単位画面に対応する単
   位画面データを参照して当該単位画面に関連す る上記各
   動作を端末装置に行わせるプログラムと、上記端末装置
   にて単位画面の切り換え操作が行われた場合、当該端末
   装置に、上記端末側通信手段から新たな単位画面データ
   を取得させる切り換えプログラムとが格納されているこ
   とを特徴とする請求項１記載の制御システム。
3. 【請求項３】入力操作と当該入力操作に応じて制御され
   るデバイスとを示す画面データに基づき、入力操作に応
   じてデバイスに制御指示する制御用表示装置と、 ネットワークを介して端末装置と通信可能な端末側通信
   手段と、 上記端末装置の表示画面を複数領域に分割する動作と、
   上記各領域のそれぞれについて、当該領域に対応する画
   面データの示す入力操作が上記端末装置にて受け付けら
   れた場合、当該入力操作に応じ、しかも、上記画面デー
   タの示すデバイスへの制御指示を上記端末側通信手段へ
   送信する動作とを上記端末装置へ行わせるプログラムが
   含まれた端末用データを格納する記憶手段と、 上記各領域に対応する画面データに基づいて、上記端末
   用データを生成する生成手段とを備え、 上記端末側通信手段は、上記記憶手段から読み出した端
   末用データを上記端末装置へ送信して上記各動作を行わ
   せると共に、当該動作を行う端末装置からの制御指示に
   基づいて、指示されたデバイスへ制御指示を伝えること
   を特徴とする制御システム。
4. 【請求項４】上記画面データは、複数の単位画面に関連
   する入力操作およびデバイスを示すことができ、上記制
   御用表示装置は、当該画面データを参照して制御指示す
   る場合、現在の単位画面に関連する入力操作およびデバ
   イスのみについて、制御指示すると共に、 上記生成手段は、複数の単位画面に関連する入力操作お
   よびデバイスを示す画面データを受け取った場合、上記
   各単位画面に関連する入力操作およびデバイスを示す単
   位画面データを生成し、 上記記憶手段には、上記端末用データとして、上記単位
   画面データと、現在の単位画面に対応する単位画面デー
   タを参照して当該単位画面に関連する上記動作 を端末装
   置に行わせるプログラムと、上記端末装置にて単位画面
   の切り換え操作が行われた場合、当該端末装置に、上記
   端末側通信手段から新たな単位画面データを取得させる
   プログラムとが格納されていることを特徴とする請求項
   ３記載の制御システム。
5. 【請求項５】表示に必要なデバイスと当該デバイスの状
   態を表示する位置とを示す画面データに基づいて、デバ
   イスの状態を取得し、当該デバイスの状態を画面表示す
   る制御用表示装置が設けられた制御システムにて使用さ
   れる１または複数のコンピュータで読み取り可能な記録
   媒体であって、 ネットワークを介して端末装置と通信可能な端末側通信
   手段、 上記端末装置の表示画面を複数領域に分割する動作と、
   上記各領域のそれぞれについて、当該領域に対応する画
   面データが示すデバイスの状態を上記端末側通信手段へ
   問い合わせる動作、および、上記領域のうち、上記画面
   データが示す表示位置に対応する箇所へ、問い合わせ結
   果に応じて画面表示する動作とを上記端末装置に行わせ
   るプログラムを含む端末用データが格納される記憶手
   段、並びに、 上記各領域に対応する画面データに基づいて、上記端末
   用データを生成する生成手段として、上記コンピュータ
   を動作させるプログラムが記録されていると共に、 上記端末側通信手段として上記コンピュータを動作させ
   るプログラムは、上記記憶手段から読み出した端末用デ
   ータを上記端末装置へ送信して、上記各動作を行わせる
   と共に、当該動作を行う端末装置が問い合わせるデバイ
   スの状態を取得し、当該端末装置に送信させるプログラ
   ムである記録媒体。
6. 【請求項６】表示に必要なデバイスと当該デバイスの状
   態を表示する位置とを示す画面データに基づいて、デバ
   イスの状態を取得し、当該デバイスの状態を画面表示す
   る制御用表示装置が設けられた制御システムにて使用さ
   れる１または複数のコンピュータで読み取り可能な記録
   媒体であって、 ネットワークを介して端末装置と通信可能な端末側通信
   手段、 上記端末装置の表示画面を複数領域に分割する動作と、
   上記各領域のそれぞれについて、当該領域に対応する画
   面データの示す入力操作が上記端末装置にて受け付けら
   れた場合、当該入力操作に応じ、しかも、上記画面デー
   タの示すデバイスへの制御指示を上記端末側通信手段へ
   送信する動作とを上記端末装置へ行わせるプログラムが
   含まれた端末用データを格納する記憶手段、並びに、 上記各領域に対応する画面データに基づいて、上記端末
   用データを生成する生成手段として、上記コンピュータ
   を動作させるプログラムが記録されていると共に、 上記端末側通信手段として上記コンピュータを動作させ
   るプログラムは、上記記憶手段から読み出した端末用デ
   ータを上記端末装置へ送信して上記各動作を行わせると
   共に、当該動作を行う端末装置からの制御指示に基づい
   て、指示されたデバイスへ制御指示を伝えるプログラム
   である記録媒体。