JP2002091836A

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

Info

Publication number: JP2002091836A
Application number: JP2000277249A
Authority: JP
Inventors: Masao Saito; 昌夫斉藤; Masaaki Yamada; 雅昭山田
Original assignee: Digital Electronics Corp
Current assignee: Schneider Electric Japan Holdings Ltd
Priority date: 2000-09-12
Filing date: 2000-09-12
Publication date: 2002-03-29

Abstract

(57)【要約】【課題】プログラマブル表示器の画面を示すデータ
を、インターネットに接続された端末装置ごとに最適な
形式に変換して配信する。【解決手段】ローカル制御システム２は、プログラマ
ブル表示器１４がデバイスの内容を取得して表示する際
の動作を特定する画面データを公開サーバ装置４へ送信
する。公開サーバ装置４の表示ファイル生成部４２は、
この画面データをクライアント装置５で表示可能なＨＴ
ＭＬファイル，ＸＭＬファイルに変換した後、ＨＴＭＬ
ファイル記憶部４６，ＸＭＬファイル記憶部４７にそれ
ぞれ格納する。ここで、表示ファイル生成部４２は、ア
クセスが予測されるクライアント装置５のブラウザごと
にジェネレータ４２ｅ，４２ｎ，４２ｉ，…を備えてお
り、各ブラウザに対応したＨＴＭＬ／ＸＭＬファイルを
それぞれ生成する。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

【０００５】

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

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

【０００７】

【課題を解決するための手段】本発明の制御用通信シス
テムは、上記の課題を解決するために、プログラマブル
表示器にネットワークを介して端末装置が接続されてい
る制御用通信システムにおいて、上記プログラマブル表
示器の画面を描画する第１画面データを、上記端末装置
が表示可能な形式の第２画面データに変換する画面デー
タ変換手段が、上記端末装置の仕様ごとに設けられてい
ることを特徴としている。

【０００８】上記の構成により、プログラマブル表示器
の画面を描画する第１画面データを、端末装置の仕様ご
とに、端末装置が表示可能な形式の第２画面データに変
換することができる。なお、第１画面データに基づき描
画されたプログラマブル表示器の画面と、第２画面デー
タに基づき描画された端末装置の画面とは、同一であっ
てもよいし、異なっていてもよい。

【０００９】よって、上記制御用通信システムは、アク
セスが予測される端末装置の仕様ごとに画面データ変換
手段を設けることにより、プログラマブル表示器の画面
を示す第１画面データを、ネットワークに接続された端
末装置ごとに最適な形式の第２画面データに変換して、
端末装置にそれぞれ配信することが可能となる。

【００１０】したがって、配信される第２画面データの
形式に合わせて端末装置の仕様（例えば、ブラウザ）を
選択する必要がない。すなわち、上記制御用通信システ
ムによれば、端末装置に対して求められる機能上の条件
が少ないため、端末装置の選択の幅が広がり、制御用通
信システムを構築することが容易である。

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

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

【００１３】また、上記の端末装置の仕様とは、端末装
置の演算速度、表示可能画素数、表示可能文字数などの
ハードウェアの仕様、および、端末装置で使用されるブ
ラウザの種別、ＨＴＭＬ／ＸＭＬ等の対応バージョンな
どのソフトウェアの仕様である。

【００１４】そして、上記制御用通信システムにおい
て、例えば、端末装置での表示をＨＴＭＬファイル（第
２画面データに相当）で行う場合、端末装置で使用して
いるブラウザに対応して変換されたＨＴＭＬファイルを
取得して表示することになるため、端末装置に適した表
示が得られる。

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

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

【００１７】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００４０】そして、上記公開サーバ側通信処理部３６
は、ユーザからの指示があった時点や画面データが変更
された時点などの所望のタイミングで、公開サーバ装置
４と通信して、画面データメモリ３５の画面データを公
開サーバ装置４に送信する。また、公開サーバ側通信処
理部３６は、ローカル制御システム２に配備されている
デバイス１１ａが変更された時点や所定の時間間隔など
の所定のタイミングで公開サーバ装置４にアクセスし
て、公開サーバ装置４でのデータ公開に必要なデバイス
アドレスＡの内容（デバイスデータ）を公開サーバ装置
４に送信する。

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

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

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

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

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

【００４６】上記データメモリ４４は、ローカル制御シ
ステム側通信処理部４１がローカル制御システム２から
受け取ったデバイスアドレスＡの内容（デバイスデー
タ）を格納する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００７４】また、ｉモード携帯電話等の携帯型の端末
のように、プログラマブル表示器１４と同等な表示能力
を備えていないクライアント装置５もある。この場合、
ＨＴＭＬファイルのみによって、テキストのみを表示し
たり、その時点での静止画像を表示することができる。
例えば、ｉモード携帯電話は、画面のサイズが小さいの
で、数値・文字列に限定して表示する。なお、画面デー
タの入力タグは、操作できる表示に適宜変換する。

【００７５】ここで、図１の例において、ジェネレータ
４２ｉは、ＪＡＶＡ（登録商標）に対応していないクラ
イアント装置５用の表示ファイルを生成し、フォルダ４
３ｉに格納するジェネレータである。そのため、フォル
ダ４３ｉには、ＸＭＬファイルおよびアプレットは格納
されない。そして、ジェネレータ４２ｉは、画面データ
と、データメモリ４４が取得したデバイスデータとに基
づいて、例えば、テキストと静止画像とを組み合わせた
画像を描画するＨＴＭＬファイルを生成し、フォルダ４
３ｉに格納する。

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

【００７７】なお、公開サーバ部４５が、クライアント
装置５のハードウェアの仕様、すなわち表示可能文字数
や色数、あるいはＣＰＵやメモリ等に関する情報をリク
エストともに取得できる場合には、クライアント装置５
の仕様をより精密に分類して、表示ファイルを生成する
ことができる。これにより、クライアント装置５におい
て、そのハードウェアおよびソフトウェアの仕様により
適応した画面を描画することが可能となる。

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

【００７９】以上のように、上記制御用通信システム１
では、ローカル制御システム２は、プログラマブル表示
器１４がデバイスの内容を取得して表示する際の動作を
特定する画面データ（第１画面データ）を公開サーバ装
置４へ送信する。そして、公開サーバ装置４の表示ファ
イル生成部４２は、この画面データをクライアント装置
５で表示可能なＨＴＭＬファイルおよびＸＭＬファイル
（第２画面データ）に変換した後、ＨＴＭＬファイル記
憶部４６，ＸＭＬファイル記憶部４７にそれぞれ格納す
る。ここで、表示ファイル生成部４２は、アクセスが予
測されるクライアント装置５のブラウザ等の仕様ごとに
ジェネレータ４２ｅ，４２ｎ，４２ｉ，…を備えてお
り、各仕様に対応したＨＴＭＬ／ＸＭＬファイルをそれ
ぞれ生成する。

【００８０】よって、上記制御用通信システム１によれ
ば、プログラマブル表示器１４の画面を示す画面データ
（第１画面データ）を、インターネット３に接続された
クライアント装置５の仕様ごとに最適な形式の表示ファ
イル（第２画面データ）に変換して配信することができ
る。例えば、クライアント装置５で使用するブラウザソ
フトごとにＨＴＭＬ／ＸＭＬファイルを生成することが
できる。

【００８１】したがって、クライアント装置５のハード
ウェアおよびソフトウェアの選択の幅が広がり、様々の
仕様のクライアント装置５においてもプログラマブル表
示器１４の画面データを適切に参照することが可能とな
る。また、クライアント装置５の画面サイズに適応した
表示ファイルを生成できるため、プログラマブル表示器
１４と同等の表示能力を備えていないクライアント装置
５においても、それに応じた表示が可能である。

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

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

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

【００８５】つぎに、ステップＳ１７において、公開サ
ーバ装置４がローカル制御システム２から画面データを
受け取ると、表示ファイル生成部４２は、画面データに
基づいて表示ファイルであるＨＴＭＬファイル、あるい
はＨＴＭＬファイルおよびＸＭＬファイルを生成し、表
示ファイル記憶部４３のＨＴＭＬファイル記憶部４６お
よびＸＭＬファイル記憶部４７に格納する。具体的に
は、表示ファイル生成部４２の各ジェネレータ４２ｅ，
…が、アクセスが予想されるクライアント装置５のブラ
ウザごとにＨＴＭＬ／ＸＭＬファイルを生成し、対応す
るフォルダ４３ｅ，…に格納する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１０２】また、上記制御用通信システム１では、表
示ファイル記憶部４３には、表示ファイル生成部４２が
画面データを変換して生成した表示ファイルが格納され
ているが、これに限るものではない。例えば、デバイス
データを統計処理したデータを表示するＨＴＭＬ／ＸＭ
Ｌファイルなど、デバイスデータに基づいて表示する表
示ファイルでもよい。なお、上記表示ファイルは、ロー
カル制御システム２において作成してもよいし、公開サ
ーバ装置４において作成してもよい。この場合であって
も、ローカル制御システム２と公開サーバ装置４とでデ
バイスデータの同期が取られているので、クライアント
装置５は、ローカル制御システム２と直接通信せずにロ
ーカル制御システム２の状態を表示できる。また、デバ
イスデータを送信すればよいので、ローカル制御システ
ム２側の設定を簡略化できる。よって、ローカル制御シ
ステム２のユーザに負担をかけることなく、遠隔地のク
ライアント装置５にて、ローカル制御システム２の状態
を安全に表示できる。

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

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

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

【０１０６】

【発明の効果】本発明の制御用通信システムは、以上の
ように、プログラマブル表示器にネットワークを介して
端末装置が接続されている制御用通信システムにおい
て、上記プログラマブル表示器の画面を描画する第１画
面データを、上記端末装置が表示可能な形式の第２画面
データに変換する画面データ変換手段が、上記端末装置
の仕様ごとに設けられている構成である。

【０１０７】それゆえ、プログラマブル表示器の画面を
描画する第１画面データを、端末装置の仕様ごとに、端
末装置が表示可能な形式の第２画面データに変換するこ
とができる。

【０１０８】よって、上記制御用通信システムは、アク
セスが予測される端末装置の仕様ごとに画面データ変換
手段を設けることにより、プログラマブル表示器の画面
を示す第１画面データを、ネットワークに接続された端
末装置ごとに最適な形式の第２画面データに変換して、
端末装置にそれぞれ配信することが可能となるという効
果を奏する。

【０１０９】したがって、配信される第２画面データの
形式に合わせて端末装置の仕様（例えば、ブラウザ）を
選択する必要がないという効果を奏する。すなわち、上
記制御用通信システムによれば、端末装置に対して求め
られる機能上の条件が少ないため、端末装置の選択の幅
が広がり、制御用通信システムを構築することが容易で
あるという効果を奏する。

【０１１０】また、本発明の制御用通信プログラムを記
録したコンピュータ読み取り可能な記録媒体は、以上の
ように、上記画面データ変換手段をコンピュータに実現
させて、上記制御用通信システムを動作させる制御用通
信プログラムを記録したコンピュータ読み取り可能な記
録媒体である。

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

【図面の簡単な説明】

【図１】本発明の一実施の形態に係る制御用通信システ
ムの構成の概略を示すブロック図である。

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

【図３】図１に示した制御用通信システムにおけるプロ
グラマブル表示装置の画面データと表示画面との関係を
示すものであり、スイッチがＯＦＦ状態のときを示す説
明図である。

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

【図５】図３に示した画面データに含まれるタグのう
ち、表示タグのデータ構造を示す説明図である。

【図６】図３に示した画面データに含まれるタグのう
ち、入力タグのデータ構造を示す説明図である。

【図７】図１に示した制御用通信システムにおけるプロ
グラマブル表示装置の画面データと表示画面との関係を
示すものであり、スイッチがＯＮ状態のときを示す説明
図である。

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

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

【図１０】図１に示した制御用通信システムの変形例を
示すものであり、構成の概略を示すブロック図である。

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

【図１２】図１および図１０に示した制御用通信システ
ムの動作を示すフローチャートである。

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

【符号の説明】

１制御用通信システム３インターネット（ネットワーク）５クライアント装置（端末装置）１４プログラマブル表示器１５ネットワーク４２ｅ，４２ｎ，４２ｉジェネレータ（画面データ変
換手段）

フロントページの続きＦターム(参考） 5B069 AA18 BA01 FA02 KA02 LA03 5B085 AA08 BE07 5B089 GA12 GA21 GB02 GB04 HA06 JA35 KA09 LB14 5H220 BB10 CC09 CX09 HH01 JJ12 JJ15 JJ27 JJ53 JJ57 JJ59 KK06

Claims

【特許請求の範囲】

【請求項１】プログラマブル表示器にネットワークを介
して端末装置が接続されている制御用通信システムにお
いて、上記プログラマブル表示器の画面を描画する第１画面デ
ータを、上記端末装置が表示可能な形式の第２画面デー
タに変換する画面データ変換手段が、上記端末装置の仕
様ごとに設けられていることを特徴とする制御用通信シ
ステム。
【請求項２】請求項１に記載の制御用通信システムを動
作させる制御用通信プログラムを記録したコンピュータ
読み取り可能な記録媒体であって、上記画面データ変換
手段をコンピュータに実現させるための制御用通信プロ
グラムを記録したコンピュータ読み取り可能な記録媒
体。