制御用通信システム、および制御用通信プログラムを記録したコンピュータ読み取り可能な記録媒体
【課題】プログラマブル表示器の画面を示すデータを、インターネットに接続された端末装置ごとに最適な形式に変換して配信する。
【解決手段】ローカル制御システム２は、プログラマブル表示器１４がデバイスの内容を取得して表示する際の動作を特定する画面データを公開サーバ装置４へ送信する。公開サーバ装置４の表示ファイル生成部４２は、この画面データをクライアント装置５で表示可能なＨＴＭＬファイル，ＸＭＬファイルに変換した後、ＨＴＭＬファイル記憶部４６，ＸＭＬファイル記憶部４７にそれぞれ格納する。ここで、表示ファイル生成部４２は、アクセスが予測されるクライアント装置５のブラウザごとにジェネレータ４２ｅ，４２ｎ，４２ｉ，…を備えており、各ブラウザに対応したＨＴＭＬ／ＸＭＬファイルをそれぞれ生成する。
【解決手段】ローカル制御システム２は、プログラマブル表示器１４がデバイスの内容を取得して表示する際の動作を特定する画面データを公開サーバ装置４へ送信する。公開サーバ装置４の表示ファイル生成部４２は、この画面データをクライアント装置５で表示可能なＨＴＭＬファイル，ＸＭＬファイルに変換した後、ＨＴＭＬファイル記憶部４６，ＸＭＬファイル記憶部４７にそれぞれ格納する。ここで、表示ファイル生成部４２は、アクセスが予測されるクライアント装置５のブラウザごとにジェネレータ４２ｅ，４２ｎ，４２ｉ，…を備えており、各ブラウザに対応したＨＴＭＬ／ＸＭＬファイルをそれぞれ生成する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ローカル制御システムのデータを、インターネット等のネットワークを介して接続された端末装置に対して公開することができる制御用通信システム、および制御用通信プログラムを記録したコンピュータ読み取り可能な記録媒体に関するものである。
【背景技術】
【０００２】
従来から、プログラマブル・ロジック・コントローラ（以下、ＰＬＣと略称する）は、例えば、ベルトコンベアー式の自動組付機など、種々のターゲットシステムを制御する制御装置として、広く使用されている。さらに、近年では、ターゲットシステムの複雑化にともなって、複数台のＰＬＣを互いに連携させて使用することも行われている。また、各ＰＬＣからのデータの表示、あるいは、ＰＬＣへの制御指示は、当該ＰＬＣの近傍などに配される表示装置で行われるだけではなく、例えば、これらの表示装置から離れた場所に設置した制御用ホストコンピュータでも、表示あるいは操作できるように、制御システムを構築することもある。
【０００３】
具体的には、例えば、図１３に示すように、従来の制御システム５０１では、ＰＬＣ５０３が制御の中心として位置付けられており、各ＰＬＣ５０３には、ターゲットシステム５０２のデバイス５２１と、表示および制御指示を行うプログラマブル表示器５０５とが接続されている。さらに、当該ＰＬＣ５０３には、他のＰＬＣ５０３や制御用ホストコンピュータ５０７がシリアルケーブル５０４を介して接続されており、ＰＬＣ５０３と制御用ホストコンピュータ５０７との間や各ＰＬＣ５０３間における制御データの受け渡しは、ＰＬＣ５０３の通信機能を利用して行われている。
【０００４】
この構成では、制御用ホストコンピュータ５０７の表示処理部５７１は、ＰＬＣ５０３と通信して、ターゲットシステム５０２の状態を示すデータを受け取り、状態に応じて画面表示するとともに、使用者の入力に応じて、ＰＬＣ５０３へ制御データを送出し、制御データに応じて、ターゲットシステム５０２を制御させる。同様に、プログラマブル表示器５０５は、ＰＬＣ５０３と通信しながら、ターゲットシステム５０２の状態を表示および制御する。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記制御システム５０１は、基本的に閉じたシステムであり、遠隔地から、プログラマブル表示器の画面など、制御システムの状態を見ることができない。
【０００６】
本発明は、上記の問題点を解決するためになされたもので、その目的は、プログラマブル表示器の画面を示すデータを、インターネット等のネットワークに接続された端末装置で表示可能な形式に変換して、インターネット等のネットワークを介して端末装置に配信できる、特に、端末装置ごとに最適な形式でデータを配信できる制御用通信システム、および制御用通信プログラムを記録したコンピュータ読み取り可能な記録媒体を提供することにある。
【課題を解決するための手段】
【０００７】
本発明の制御用通信システムは、上記の課題を解決するために、プログラマブル表示器にネットワークを介して端末装置および公開サーバ装置が接続されている制御用通信システムにおいて、上記公開サーバ装置には、上記プログラマブル表示器の画面を描画する第１画面データを、上記端末装置が表示可能な形式の第２画面データに変換する画面データ変換手段が、上記端末装置の仕様ごとに設けられており、さらに、上記端末装置の仕様を判定するブラウザ判定部が設けられていることを特徴としている。
【０００８】
上記の構成により、プログラマブル表示器の画面を描画する第１画面データを、端末装置の仕様ごとに、端末装置が表示可能な形式の第２画面データに変換することができる。なお、第１画面データに基づき描画されたプログラマブル表示器の画面と、第２画面データに基づき描画された端末装置の画面とは、同一であってもよいし、異なっていてもよい。
【０００９】
よって、上記制御用通信システムは、アクセスが予測される端末装置の仕様ごとに画面データ変換手段を設けることにより、プログラマブル表示器の画面を示す第１画面データを、ネットワークに接続された端末装置ごとに最適な形式の第２画面データに変換して、端末装置にそれぞれ配信することが可能となる。
【００１０】
したがって、配信される第２画面データの形式に合わせて端末装置の仕様（例えば、ブラウザ）を選択する必要がない。すなわち、上記制御用通信システムによれば、端末装置に対して求められる機能上の条件が少ないため、端末装置の選択の幅が広がり、制御用通信システムを構築することが容易である。
【００１１】
ここで、上記第１画面データは、制御用通信システムに設けられたプログラマブル表示器が表示に必要なデバイスの状態（データ）を取得する動作と、取得した状態に基づいて画面表示する動作とを示すデータであってもよい。さらに、上記第１画面データは、プログラマブル表示器の画面上の領域への表示に対応するデバイスを特定する情報（デバイスのアドレス）と画面上の領域との対応関係を示すタグを組み合わせて構成されていてもよい。
【００１２】
また、上記第２画面データは、端末装置からネットワークを介して、上記プログラマブル表示器のデバイスの状態を問い合わせる動作と、応答に基づいてそのデバイスの状態を端末装置の画面領域のうち画面データが示す画面領域に対応する領域へ表示する動作とを示すデータであってもよい。さらに、上記第２画面データは、端末装置の画面上の領域への表示に対応するデバイスを特定する情報（デバイスのアドレス）と画面上の領域との対応関係を示すタグを組み合わせて構成されていてもよい。すなわち、第２画面データは、これに基づいて描画された端末装置の画面を介して、変換元の第１画面データに対応するプログラマブル表示器をネットワークを介して操作可能な形式であってもよい。
【００１３】
また、上記の端末装置の仕様とは、端末装置の演算速度、表示可能画素数、表示可能文字数などのハードウェアの仕様、および、端末装置で使用されるブラウザの種別、ＨＴＭＬ／ＸＭＬ等の対応バージョンなどのソフトウェアの仕様である。
【００１４】
そして、上記制御用通信システムにおいて、例えば、端末装置での表示をＨＴＭＬファイル（第２画面データに相当）で行う場合、端末装置で使用しているブラウザに対応して変換されたＨＴＭＬファイルを取得して表示することになるため、端末装置に適した表示が得られる。
【００１５】
また、本発明の制御用通信プログラムを記録したコンピュータ読み取り可能な記録媒体は、上記の課題を解決するために、上記画面データ変換手段および上記ブラウザ判定部を上記公開サーバ装置としてのコンピュータに実現させて、上記制御用通信システムを動作させる制御用通信プログラムを記録したコンピュータ読み取り可能な記録媒体である。
【００１６】
上記の構成により、上記記録媒体から読み出された制御用通信プログラムによって、上記制御用通信システムをコンピュータネットワーク上に実現することができる。
【発明を実施するための最良の形態】
【００１７】
本発明の実施の形態について図１から図１２に基づいて説明すれば、以下のとおりである。
【００１８】
本実施の形態に係る制御用通信システムは、ローカル制御システムの安全性を損なうことなく、制御対象近傍に配されたプログラマブル表示器と同様の画面やデータを、遠隔地から参照し制御可能なシステムである。
【００１９】
例えば、図１に示すように、制御用通信システム１は、ターゲットシステム１１のデバイス１１ａを制御する制御装置としてのプログラマブル・ロジック・コントローラ（ＰＬＣ）１２や、処理指示語（タグ）を組み合わせて決定される画面データに基づいて入力および画面表示を制御可能なプログラマブル表示器１４などを含むローカル制御システム２と、インターネット（ネットワーク）３を介して、ローカル制御システム２と接続可能で、ローカル制御システム２の状態を示すデータを公開する公開サーバ装置４と、インターネット３を介して公開サーバ装置４と接続可能なクライアント装置（端末装置）５とを備えている。
【００２０】
図２に示すように、上記ローカル制御システム２において、各プログラマブル表示器１４は、シリアルケーブル１３を介して、ＰＬＣ１２と接続でき、多くの場合、ターゲットシステム１１の近傍で、ターゲットシステム１１のオペレータによって操作される。また、各プログラマブル表示器１４は、イーサネット（商標：ゼロックス社）などのローカル・エリア・ネットワークからなるネットワーク１５によって、互いに接続されている。さらに、上記ネットワーク１５には、制御用ホストコンピュータ１６が接続されている。
【００２１】
ここで、上記ローカル制御システム２では、ローカル制御システム２内の通信処理に各ＰＬＣ５０４が介在する従来の制御システム５０１（図１３）とは異なって、ローカル制御システム２に必須の構成であるプログラマブル表示器１４が、通信の大半を処理するように構成されている。そして、各プログラマブル表示器１４は、自らに接続されているＰＬＣ１２の機種に固有の専用プロトコルと、ネットワーク１５での共通プロトコルとを変換して、他のプログラマブル表示器１４や制御用ホストコンピュータ１６と、ＰＬＣ１２との通信を中継する。
【００２２】
これにより、プログラマブル表示器１４および制御用ホストコンピュータ１６は、他のプログラマブル表示器１４に接続されているＰＬＣ１２の機種にかかわらず、ネットワーク１５を介して共通のプロトコルで通信できる。この結果、上記制御システム５０１に比べて、異なる機種のＰＬＣ１２をローカル制御システム２内に混在させやすくなる。
【００２３】
より詳細には、図２に示すように、上記プログラマブル表示器１４は、シリアルケーブル１３やネットワーク１５に接続されるインタフェース（ＩＦ）部として、専用プロトコルＩＦ部２１および共通プロトコルＩＦ部２２を備えており、さらに、両者の通信を中継するプロトコル変換部２３と、上記画面データを記憶する画面データメモリ２４と、タッチパネルなどの操作入力部２５ａからのオペレータの操作や通信結果などと画面データとに基づいて表示処理を行う表示処理部２５とを備えている。また、他の入力手段として、バーコードリーダ２５ｂやＩＤセンサ（図示しない）などを備えていてもよい。
【００２４】
ここで、上記制御用通信システム１では、上記表示処理部２５は複数の単位画面を切り換えて表示することができる。
【００２５】
そして、図３に示すように、上記の単位画面は、銘板等のように表示内容を変更しない静止図形Ｂや、スイッチやランプあるいはメータ等のように、形状や色、点滅状態などの表示状態が変換する部品図形Ｊ（Ｊ１）を、ベース画面上に配置して形成される。
【００２６】
さらに、図４に示すように、上記の単位画面を表示する画面データ（第１画面データ）は、ベース画面のファイル番号Ｆと、ベース画面上で実行すべき動作内容を特定する事象名Ｎと、各実行事象ごとに参照される１または複数の参照情報Ｒとを含むタグＷを組み合わせて構成されている。より詳細には、上記タグは、その機能に応じて、以下のようなデータ構造を備えている。
【００２７】
図５に示すように、上記タグが表示タグである場合、すなわち、タグＷが所定の画面領域（表示座標範囲）に所定のデバイスアドレスＡの内容に応じた部品図形Ｊを表示する表示タグＷＬである場合、参照情報Ｒには、表示座標範囲（Ｘ・Ｙ）およびデバイスアドレスＡが含まれる。加えて、部品図形Ｊが例えばスイッチの場合、参照情報Ｒには、ＯＮを示す図形のファイルおよびＯＦＦを示す図形のファイルなど、表示時に参照するファイル番号ＦＬがさらに含まれる。
【００２８】
また、図６に示すように、上記タグが入力タグである場合、参照情報Ｒには、有効入力座標範囲（Ｘ・Ｙ）と、入力結果が書き込まれるデバイスアドレスＡとが含まれる。
【００２９】
一方、上記表示処理部２５は、所定の時間間隔で、画面データメモリ２４から、ベース画面のファイル番号Ｆが現在表示中のベース画面である表示タグＷＬを抽出し、各表示タグＷＬのデバイスアドレスＡの内容を、ＰＬＣ１２のメモリ１２ａから読み出して、内容に応じた部品図形Ｊを画面に表示する。
【００３０】
例えば、図３において、画面データメモリ２４に格納された表示タグＷＬ１は、スイッチの表示を示しており、デバイスアドレスＡ１の機器に対応している。この表示タグＷＬ１を実行する場合、表示処理部２５は、デバイスアドレスＡ１の内容が“０”なので、スイッチがＯＦＦであると判断し、表示処理部２５のメモリ２５ｍに格納されたファイルのうち、ＯＦＦに対応付けられたファイルＦＬ１の図形を、表示座標範囲（Ｘ・Ｙ）に表示する。これにより、当該座標範囲（Ｘ・Ｙ）には、ＯＦＦ状態のスイッチを示す部品図形Ｊ１が表示される。このように、表示処理部２５が所定の時間間隔で画面データ内の表示タグを実行することで、プログラマブル表示器１４の画面には、デバイス１１ａの状態が反映される。
【００３１】
また、タッチパネル（図示しない）への押し操作など、操作入力部２５ａがオペレータの入力操作を受け取ると、表示処理部２５は、画面データメモリ２４の画面データから、現在表示中のベース画面に対応し、当該入力操作にマッチする入力タグＷＴを検索し、入力結果に応じて、入力タグＷＴが示すデバイスアドレスＡの内容を変更する。
【００３２】
例えば、有効入力座標範囲（Ｘ・Ｙ）が上記部品図形Ｊ１と同じ座標範囲に設定され、同じデバイスアドレスＡ１の内容を変更する入力タグＷＴ１が画面データ中に含まれている場合、オペレータが表示画面の部品図形Ｊ１（図３）を押すと、表示処理部２５による検索の結果、入力タグＷＴ１が発見される。この場合、表示処理部２５は、例えば、専用プロトコルＩＦ部２１や共通プロトコルＩＦ部２２へ指示するなどして、入力タグＷＴ１に対応するデバイスアドレスＡ１の内容を書き換える。さらに、入力操作の後、表示処理部２５が表示タグＷＬ１を処理すると、デバイスアドレスＡ１の内容が“１”に変更されているので、表示処理部２５は、図７に示すように、ファイルＦＬ２に対応し、ＯＮを示す部品図形Ｊ２を画面上に表示する。この結果、表示処理部２５は、入力操作に応じてデバイスアドレスＡの内容を書き換えるとともに、デバイスアドレスＡの内容に応じて、画面表示を更新できる。
【００３３】
なお、デバイスアドレスＡは、制御対象となるデバイス１１ａを特定するアドレスであって、例えば、ＰＬＣ１２のメモリ１２ａなど、プログラマブル表示器１４やＰＬＣ１２あるいは制御用ホストコンピュータ１６などに設けられた記憶装置の一領域を示している。ここで、デバイス１１ａが操作入力部２５ａやバーコードリーダ２５ｂなどの入力装置である場合には、これら入力装置から手動で入力されたデータを格納しているメモリに対して、上記デバイスアドレスＡが設定されてもよい。そして、後に詳述するように、例えば、専用プロトコルＩＦ部２１や共通プロトコルＩＦ部２２が、ＰＬＣ１２や他のプログラマブル表示器１４と通信することで、各デバイス１１ａのデバイスアドレスＡの内容を取得したり、内容を変更したりできる。なお、デバイスアドレスＡの内容の取得および変更は、その都度指示してもよいし、プログラマブル表示器１４内にキャッシュを用意し、内容の取得および変更時には、キャッシュへアクセスするとともに、所定の時間間隔ごとや所定のイベントごとに通信してデバイスアドレスＡの実体と同期を取ってもよい。
【００３４】
一方、図２に示すように、上記制御用ホストコンピュータ１６は、ローカル制御システム２全体の監視制御を行う表示処理部３１と、ネットワーク１５に接続される共通プロトコルＩＦ部３２と、共通プロトコルＩＦ部３２およびネットワーク１５を介して各プログラマブル表示器１４と通信して、表示処理部３１などの要求に応じるサーバ部３３とを備えている。これにより、制御用ホストコンピュータ１６は、多くの場合、プログラマブル表示器１４よりも離れた場所から、ターゲットシステム１１やＰＬＣ１２あるいはプログラマブル表示器１４の状態を表示したり制御できる。
【００３５】
また、上記制御用ホストコンピュータ１６には、プログラマブル表示器１４の画面データを作成する作画処理部３４と、作成した画面データを格納する画面データメモリ３５とが設けられている。そして、各プログラマブル表示器１４の表示および制御の動作を規定する画面データは、作画処理部３４で集約して作成（修正）された後、サーバ部３３、共通プロトコルＩＦ部３２およびネットワーク１５を介して、各プログラマブル表示器１４へ配布される。
【００３６】
ここで、上記画面データは、上述したように、画面上の領域と、当該領域への表示や入力に対応するデバイス１１ａのデバイスアドレスＡとの対応関係を示すタグを組み合わせて構成されている。そして、使用者は、上記作画処理部３４を操作することによって、画面上の所望の位置にタグを配置するとともに、各タグとデバイスのアドレスとを対応付けるだけで、画面データを作成できる。そのために、作画処理部３４は、例えば、タグのパレットを表示し、パレット中のタグを選択して画面上に所望のタグを配置するように、使用者へ促す。また、作画処理部３４は、配置されたタグを指定された座標に表示して、使用者のドラグ・アンド・ドロップなどの操作に応じてタグの座標を調整する。また、作画処理部３４は、入力タグや表示タグに関連するデバイスアドレスＡを入力するように使用者へ促す。
【００３７】
よって、プログラマブル表示器１４の表示プログラムを修正する場合に比べて容易に、各プログラマブル表示器１４の表示や操作を決定（変更）できる。したがって、ローカル制御システム２の使用者（制御用ホストコンピュータ１６の使用者）は、ターゲットシステム１１の実情や、プログラマブル表示器１４のオペレータの習熟度、あるいは、使用者の好みに合わせて、ユーザインタフェースすなわち画面の表示や操作の方法を最適化することができる。
【００３８】
さらに、図１に示すように、上記制御用通信システム１では、ローカル制御システム２に代わって、プログラマブル表示器１４の画面と同一の画面をクライアント装置５に表示させる表示ファイルを公開する公開サーバ装置４が設けられている。そのために、上記制御用ホストコンピュータ１６には、インターネット３を介して公開サーバ装置４と通信する公開サーバ側通信処理部３６が設けられている。なお、ローカル制御システム２と公開サーバ装置４とが暗号通信する場合、公開サーバ側通信処理部３６は、あらかじめ定められた暗号鍵や復号鍵を用いて、公開サーバ装置４と暗号通信する。
【００３９】
上記公開サーバ側通信処理部３６には、インターネット３との接続時に使用されるプロバイダの電話番号や公開サーバ装置４のアドレス等のデータ、公開サーバ装置４へアクセスするためのデータ、公開サーバ装置４におけるアカウント名およびパスワード、公開サーバ装置４で自らを認証するためのデータなどが記憶されている。
【００４０】
そして、上記公開サーバ側通信処理部３６は、ユーザからの指示があった時点や画面データが変更された時点などの所望のタイミングで、公開サーバ装置４と通信して、画面データメモリ３５の画面データを公開サーバ装置４に送信する。また、公開サーバ側通信処理部３６は、ローカル制御システム２に配備されているデバイス１１ａが変更された時点や所定の時間間隔などの所定のタイミングで公開サーバ装置４にアクセスして、公開サーバ装置４でのデータ公開に必要なデバイスアドレスＡの内容（デバイスデータ）を公開サーバ装置４に送信する。
【００４１】
なお、デバイスアドレスＡの内容は、表示処理部３１が取得する場合と同様に、サーバ部３３を介して取得される。さらに、公開サーバ側通信処理部３６は、公開サーバ装置４と通信した結果、クライアント装置５がデバイスデータの変更を指示していた場合、表示処理部３１がデバイスアドレスＡの内容を変更する場合と同様に、当該指示を中継し、プログラマブル表示器１４自体やプログラマブル表示器１４に接続されたＰＬＣ１２など、デバイスアドレスＡの実体へ内容の変更指示を伝送できる。
【００４２】
一方、図１に示すように、上記公開サーバ装置４は、ローカル制御システム側通信処理部４１、表示ファイル生成部（画面データ変換手段）４２、表示ファイル記憶部（画面データ記憶手段）４３、データメモリ４４、公開サーバ部（公開手段）４５を備えて構成されている。
【００４３】
上記ローカル制御システム側通信処理部４１は、インターネット３を介してローカル制御システム２と通信する。
【００４４】
上記表示ファイル生成部４２は、プログラマブル表示器１４用の画面データ（第１画面データ）に基づいて、クライアント装置５で表示を行うための表示ファイル（第２画面データ）としてＨＴＭＬファイルおよびＸＭＬ（extensible mark-up language ）ファイルを作成する。
【００４５】
上記表示ファイル記憶部４３は、クライアント装置５からの要求に応じて送信される上記のＨＴＭＬファイルおよびＸＭＬファイル、ならびにアプレットを、それぞれ格納するＨＴＭＬファイル記憶部４６，ＸＭＬファイル記憶部４７，アプレット記憶部４８を備えている。
【００４６】
上記データメモリ４４は、ローカル制御システム側通信処理部４１がローカル制御システム２から受け取ったデバイスアドレスＡの内容（デバイスデータ）を格納する。
【００４７】
上記公開サーバ部４５は、インターネット３を介するクライアント装置５からの要求に応えて、上記の各記憶部４６〜４８にアクセスし、ＨＴＭＬファイル、ＸＭＬファイル、アプレットをクライアント装置５へ送信する。また、公開サーバ部４５は、当該アプレットを実行するクライアント装置５と通信して、クライアント装置５の画面表示に必要なデバイスデータを送信したり、クライアント装置５からのデバイスデータの変更指示を受け取ったりする。
【００４８】
上記公開サーバ装置４は、複数のローカル制御システム２の状態を公開可能である。そのため、上記の各記憶部４６〜４８には、各ローカル制御システム２のユーザに対して、記憶領域が割り当てられている。そして、ローカル制御システム側通信処理部４１は、例えば、アカウント名およびパスワードによって、ローカル制御システム２のユーザを認証・識別して、ローカル制御システム２からの画面データに基づいて生成した表示ファイル（上記のＨＴＭＬファイル、ＸＭＬファイル）、あるいは、デバイスデータを、各記憶部４６，４７，４４の記憶領域のうち、識別したユーザに割り当てられた領域へ格納する。なお、アプレットは、クライアント装置５の仕様ごとにあらかじめ作成されて、アプレット記憶部４８に格納されている。
【００４９】
ここで、上記のＨＴＭＬファイル、ＸＭＬファイル、ならびにアプレットについて説明する。
【００５０】
まず、上記ＸＭＬファイル記憶部４７に格納されるＸＭＬファイルは、プログラマブル表示器１４用の画面データに含まれる各単位画面ごとに作成されている。そして、各ＸＭＬファイルには、上記単位画面に関連する各タグ（処理指示語）を示すＸＭＬ要素（エレメント）が含まれている。
【００５１】
ここで、図８に、上記ＸＭＬファイルの概略を示す。例えば、図５に示した形式で、プログラマブル表示器１４用の画面データ内に、ベース画面（単位画面）＝１（メイン画面）の表示タグＷＬが含まれている場合、メイン画面に対応するＸＭＬファイルでは、表示タグＷＬに対応するＴａｇ要素Ｅ１が含まれている（図８）。さらに、このＴａｇ要素Ｅ１には、事象名、表示座標範囲、参照ファイル番号、ならびにデバイスアドレスなどに対応する、ＴａｇＮａｍｅ要素Ｅ１１、Ｘ要素Ｅ１２およびＹ要素Ｅ１３、ＬｉｂｒａｒｙＮｏ要素Ｅ１４、ならびにＢｉｔＳｙｍｂｏｌＮａｍｅ要素Ｅ１５などが含まれている。そして、図８の例では、各要素Ｅ１１〜Ｅ１５の内容（コンテンツ）は、表示タグＷＬの内容に応じて、“Ｌ＿００００”，“−２３２”，“１２０”，“１０１”，“０１０１００”に設定されている。
【００５２】
また、例えば、図６に示した形式で、プログラマブル表示器１４用の画面データ内に、入力タグＷＴが含まれている場合、メイン画面に対応するＸＭＬファイルでは、入力タグＷＴに対応するＴａｇ要素Ｅ２が含まれている（図８）。さらに、このＴａｇ要素Ｅ２には、事象名、デバイスアドレス、ならびに有効入力範囲などに対応する、ＴａｇＮａｍｅ要素Ｅ２１、ＳｙｍｂｏｌＮａｍｅ要素Ｅ２２、ならびにＸ要素Ｅ２３、Ｙ要素Ｅ２４、Ｘ２要素Ｅ２５、Ｙ２要素Ｅ２６などが、入力タグＷＴの内容に応じた内容にそれぞれ設定されている。
【００５３】
このように、上記表示ファイル生成部４２は、例えば、プログラマブル表示器１４用の画面データから、ある単位画面の処理指示語（タグＷＬ・ＷＴ…）、すなわち、ベース画面のファイル番号が所定の値のタグを順次抜き出し、当該タグに応じたＸＭＬ要素を生成し、当該ＸＭＬ要素の内容を上記タグに応じて設定することで、当該単位画面のＸＭＬファイルを作成できる。すなわち、表示ファイル生成部４２は、上記の各要素Ｅ１１〜Ｅ２６などの内容を、表示タグＷＬや入力タグＷＴの内容と一致するように設定できる。なお、表示ファイル生成部４２は、例えば、プログラマブル表示器１４の解像度とクライアント装置５の解像度との相違などに応じた比率で拡大／縮小するなど、表示タグＷＬや入力タグＷＴの内容を所定の手順で変換して設定することもできる。
【００５４】
つぎに、上記アプレット記憶部４８に格納されるアプレットは、上記ＸＭＬファイルを参照しながら、プログラマブル表示器１４が単位画面の表示や操作を行う際の動作と同等の動作を、クライアント装置５に実行させるプログラムである。
【００５５】
具体的には、上記アプレットは、クライアント装置５のバーチャルマシン５１が実行可能なＪａｖａ言語で記述されたバイトコードとして実現されている。すなわち、上記アプレットは、画面データ中に出現可能なタグの種類に対応するメソッドが定義されたクラスと、上記ＸＭＬファイルを参照して、タグ種に対応するメソッドを呼び出すメソッドが定義されたクラスとを含んでいる。そして、アプレットを実行するバーチャルマシン５１は、ＸＭＬファイルを参照し、タグを示すＸＭＬ要素に基づいて、タグ種に応じたメソッドを呼び出し実行する。
【００５６】
例えば、バーチャルマシン５１が実行するメソッドのうち、対応するタグ種が表示タグであるメソッドは、所定の時間間隔で呼び出され、特定のデバイスアドレスのデータを公開サーバ部４５へ要求するとともに、応答に応じた表示を行う描画メソッドである。また、入力タグに対応するメソッドは、入力イベントが発生したときに呼び出され、入力結果に応じたデータを、特定のデバイスアドレスへ書き込むように、公開サーバ部４５へ要求する入力メソッドである。
【００５７】
ここで、プログラマブル表示器１４の画面の描画を行う画面データでは、各単位画面の切り換え動作も、入力タグとして実現されている。すなわち、画面切り換えの入力タグには、デバイスアドレスＡとして、プログラマブル表示器１４内の記憶領域のうち、現在表示中の単位画面を示すデータが格納されるシステム領域が関連付けられている。
【００５８】
したがって、上記の各入力メソッドのうち、上記特定のシステム領域への変更指示を要求する入力メソッドは、通常の入力メソッドと同様に、公開サーバ部４５へ単位画面の変更指示を送信するとともに、変更後の単位画面に応じたＸＭＬファイルを読み込む。これにより、あるプログラマブル表示器１４の画面データから生成されたＨＴＭＬ／ＸＭＬファイルが、クライアント装置５で実行されている場合、クライアント装置５とプログラマブル表示器１４とでは、常時同じ単位画面が表示される。
【００５９】
また、上記入力メソッドは、上記特定のシステム領域への変更指示を送信する代わりに、クライアント装置５内に設けられた代替の記憶領域の内容を変更してもよい。この場合、他のメソッドにて、当該システム領域を参照する際は、公開サーバ部４５へ問い合わせる代わりに上記代替の記憶領域が参照される。この場合は、クライアント装置５は、プログラマブル表示器１４用の単位画面であっても、当該プログラマブル表示器１４で現在表示している単位画面とは異なる単位画面を表示できる。
【００６０】
さらに、例えば、アプレット実行時のパラメータ設定によって指定したり、あるいは、単位画面の選択操作と連動してメニューを表示して選択させるなどして、プログラマブル表示器１４と同じ単位画面を表示するか、異なる単位画面を表示するかを選択できるように、上記各メソッドを作成してもよい。この場合、同じアプレットやＸＭＬファイルを使用しているにもかかわらず、例えば、プログラマブル表示器１４のオペレータの操作を監視したい場合などには、前者を選択し、オペレータの操作とは別にローカル制御システム２を監視したい場合などには、後者を選択することができる。
【００６１】
また、ＸＭＬファイルを参照するメソッドは、例えば、ＸＭＬファイルから、タグを示すＸＭＬ要素を抽出し、当該タグの種類（例えば、当該ＸＭＬ要素中のＴａｇＮａｍｅ要素の内容）に対応するクラスのインスタンスを生成し、当該インスタンスのフィールドへ、上記タグのパラメータ（例えば、上記ＸＭＬ要素中の各要素の内容）を設定するなどして、ＸＭＬファイルに応じたメソッドをバーチャルマシン５１に実行させることができる。
【００６２】
つぎに、上記ＨＴＭＬファイル記憶部４６に格納されるＨＴＭＬファイルは、プログラマブル表示器１４ごとに作成されている。
【００６３】
ここで、図９に、上記ＨＴＭＬファイルの概略を示す。図９の例では、上記ＨＴＭＬファイルには、“<HTML>”や“<TITLE> ”などのＨＴＭＬ文書として必要な文字列Ｐ１が含まれている。また、上記ＨＴＭＬファイルには、上記アプレットをクライアント装置５のバーチャルマシン５１に実行させるための文字列Ｐ１１が含まれている。この文字列Ｐ１１には、例えば、クライアント装置５のブラウザ５２が当該ＨＴＭＬファイルを表示する際に最初に表示する単位画面の指定やプログラマブル表示器１４の指定など、表示するプログラマブル表示器１４の画面データ全体に関連する情報が含まれている。なお、この例では、アプレットを実行する際のパラメータとして指定されており、例えば、最初の単位画面がＰＡＲＡＭ要素の属性名“BASESCR ”の属性値（この例では“１" ）として指定されている。
【００６４】
また、上記ＨＴＭＬファイルには、アプレットが表示するプログラマブル表示器１４を説明する文字や画像を表示するための文字列、あるいは、ローカル制御システム２を説明するハイパーテキスト文書へのリンクを示す文字列など、ＨＴＭＬの書式に沿った文字列Ｐ２が含まれていてもよい。さらに、上記ＨＴＭＬファイルには、単位画面切り換え用のアプレットを実行させるための文字列Ｐ１２が含まれていてもよい。
【００６５】
つづいて、上記公開サーバ部４５は、クライアント装置５から要求があると、例えば、ＵＲＩ（universal resource identifier ）などに基づいて、クライアント装置５が要求しているＨＴＭＬファイルやＸＭＬファイルあるいはアプレットを判別し、これらをクライアント装置５へ送信する。
【００６６】
さらに、公開サーバ部４５は、表示ファイルとして配布したＨＴＭＬ／ＸＭＬファイルおよびアプレットに基づいて描画するクライアント装置５から、デバイスアドレスＡの内容の問い合わせを受け取ると、データメモリ４４の記憶領域のうち、表示ファイルに対応するユーザ用の領域で、しかも、デバイスアドレスＡに対応する領域の内容を読み出し、上記クライアント装置５に返答する。また、上記クライアント装置５からデバイスアドレスＡの内容変更指示を受け取ると、デバイスアドレスＡに対応する上記領域の内容を、指示に応じた値に書き換える。
【００６７】
ここで、ローカル制御システム２と公開サーバ装置４とは、所定のタイミングで通信しており、データメモリ４４の内容は、ローカル制御システム２の指示に応じて更新されるとともに、データメモリ４４の変更がローカル制御システム２に通知される。したがって、クライアント装置５は、ローカル制御システム２の現況を表示し、制御できる。
【００６８】
一方、クライアント装置５は、上記バーチャルマシン５１に加えて、例えば、汎用のブラウザソフトなどにより実現されるブラウザ５２を備えており、ブラウザ５２は、インターネット３に接続された機器と通信し、受け取ったＨＴＭＬファイルで指定されているアプレットをアプレット記憶部４８から取得してバーチャルマシン５１に実行させることができる。また、ブラウザ５２は、例えば、ＨＴＴＰ（hyper text transfer protocol）プロトコルで任意のサーバ装置からＨＴＭＬ文書などの文書を受け取り、閲覧することもできる。
【００６９】
ここで、表示ファイルを表示するためのクライアント装置５の仕様、すなわち、クライアント装置５のハードウェアや、ブラウザ５２およびバーチャルマシン５１を実現するソフトウェアは様々である。例えば、クライアント装置５にもパソコンや携帯型の情報端末（ＰＤＡ（personal digital assistant）やｉ−ｍｏｄｅ（登録商標）携帯電話等）などがあり、使用されるブラウザにもINTERNET EXPLORER （登録商標）やNETSCAPE NAVIGATOR（登録商標）等があり、さらに、それぞれに異なるバージョンがある。ハードウェアが異なれば面積や色数等の表示性能が異なり、ソフトウェアが異なればＨＴＭＬやＸＭＬ等への対応が異なる。そのため、クライアント装置５において適切な表示を行うためには、表示ファイル生成部４２は、上記のようなクライアント装置５の仕様に対応した表示ファイルを生成し、クライアント装置５に送信する必要がある。
【００７０】
そこで、上記制御用通信システム１では、上記表示ファイル生成部４２は、プログラマブル表示器１４用の画面データ（第１画面データ）に基づいて、アクセスが予想されるクライアント装置５のハードウェアおよびソフトウェアの仕様に対応した専用の表示ファイル（第２画面データ）を生成するジェネレータ（画面データ変換手段）４２ｅ，４２ｎ，４２ｉ，…を、クライアント装置５の仕様ごと（例えば、ブラウザの種別ごと）に備えている。なお、表示ファイル生成部４２にジェネレータを１つ設け、スイッチ等により切り替えて、クライアント装置５の各仕様に対応した表示ファイルを生成してもよい。また、どのようなジェネレータ４２ｅ，４２ｎ，４２ｉ，…を設けるかは、ブラウザ判定部４９（後述）の判別能力に対応して決定できる。
【００７１】
上記の各ジェネレータ４２ｅ，４２ｎ，４２ｉ，…は、ローカル制御システム側通信処理部４１がローカル制御システム２から画面データを受け取ると、自動的にＨＴＭＬ／ＸＭＬファイルを生成し、表示ファイル記憶部４３（ＨＴＭＬファイル記憶部４６，ＸＭＬファイル記憶部４７）に設定されている所定のフォルダ４３ｅ，４３ｎ，４３ｉ，…にそれぞれ格納する。あるいは、公開サーバ装置４のユーザが、表示ファイル生成部４２にて、表示するクライアント装置５の仕様（例えば、ブラウザソフトの種別）を選択することにより、そのクライアント装置５用のＨＴＭＬ／ＸＭＬファイルを生成し、指定したフォルダ４３ｅ，…等に格納してもよい。
【００７２】
なお、アプレットは、アクセスが予想されるクライアント装置５の仕様ごとにあらかじめ作成され、アプレット記憶部４８に設定されている上記フォルダ４３ｅ，４３ｎ，…にそれぞれ格納されている。また、アプレットは、表示ファイル生成部４２で生成してもよいし、その他の場所、例えばローカル制御システム２において生成してもよい。また、ＨＴＭＬ／ＸＭＬファイルおよびアプレットの各ファイルの格納位置は適宜設定できる。
【００７３】
ここで、ＨＴＭＬ／ＸＭＬファイルは、上記のようにあらかじめ生成・格納しておいてもよいが、クライアント装置５から要求を受けた時点で、ブラウザ判定部４９（後述）にて判別されたクライアント装置５の仕様に応じて、生成してもよい。また、一部のＨＴＭＬ／ＸＭＬファイルをあらかじめ用意しておき、それ以外は要求された時点で生成してもよい。
【００７４】
また、ｉモード携帯電話等の携帯型の端末のように、プログラマブル表示器１４と同等な表示能力を備えていないクライアント装置５もある。この場合、ＨＴＭＬファイルのみによって、テキストのみを表示したり、その時点での静止画像を表示することができる。例えば、ｉモード携帯電話は、画面のサイズが小さいので、数値・文字列に限定して表示する。なお、画面データの入力タグは、操作できる表示に適宜変換する。
【００７５】
ここで、図１の例において、ジェネレータ４２ｉは、ＪＡＶＡに対応していないクライアント装置５用の表示ファイルを生成し、フォルダ４３ｉに格納するジェネレータである。そのため、フォルダ４３ｉには、ＸＭＬファイルおよびアプレットは格納されない。そして、ジェネレータ４２ｉは、画面データと、データメモリ４４が取得したデバイスデータとに基づいて、例えば、テキストと静止画像とを組み合わせた画像を描画するＨＴＭＬファイルを生成し、フォルダ４３ｉに格納する。
【００７６】
そして、上記公開サーバ部４５は、ブラウザ判定部４９を備えている。そして、上記公開サーバ部４５は、クライアント装置５から要求があると、ブラウザ判定部４９によって、クライアント装置５の仕様を判定する。具体的には、ブラウザ判定部４９は、例えば、クライアント装置５からのリクエストのヘッダ部に記載されているブラウザ名を検出する。そして、ブラウザごとにあらかじめ生成されている表示ファイルを格納しているフォルダ４３ｅ，４３ｎ，…から、検出されたブラウザに対応したフォルダを選択する。
【００７７】
なお、公開サーバ部４５が、クライアント装置５のハードウェアの仕様、すなわち表示可能文字数や色数、あるいはＣＰＵやメモリ等に関する情報をリクエストともに取得できる場合には、クライアント装置５の仕様をより精密に分類して、表示ファイルを生成することができる。これにより、クライアント装置５において、そのハードウェアおよびソフトウェアの仕様により適応した画面を描画することが可能となる。
【００７８】
また、上記公開サーバ部４５は、ＵＲＩ（universal resource identifier ）などに基づいて、クライアント装置５が要求している表示ファイルを判別する。これらの結果に基づいて、公開サーバ部４５は、要求された表示ファイル、すなわちＨＴＭＬファイル、ＸＭＬファイル、アプレットであって、要求したクライアント装置５に対応して生成したファイルを表示ファイル記憶部４３から読み出し、ＣＧＩ（common gateway interface）やＢＧＩ（binary gateway interface）などによってクライアント装置５へ送出する。
【００７９】
以上のように、上記制御用通信システム１では、ローカル制御システム２は、プログラマブル表示器１４がデバイスの内容を取得して表示する際の動作を特定する画面データ（第１画面データ）を公開サーバ装置４へ送信する。そして、公開サーバ装置４の表示ファイル生成部４２は、この画面データをクライアント装置５で表示可能なＨＴＭＬファイルおよびＸＭＬファイル（第２画面データ）に変換した後、ＨＴＭＬファイル記憶部４６，ＸＭＬファイル記憶部４７にそれぞれ格納する。ここで、表示ファイル生成部４２は、アクセスが予測されるクライアント装置５のブラウザ等の仕様ごとにジェネレータ４２ｅ，４２ｎ，４２ｉ，…を備えており、各仕様に対応したＨＴＭＬ／ＸＭＬファイルをそれぞれ生成する。
【００８０】
よって、上記制御用通信システム１によれば、プログラマブル表示器１４の画面を示す画面データ（第１画面データ）を、インターネット３に接続されたクライアント装置５の仕様ごとに最適な形式の表示ファイル（第２画面データ）に変換して配信することができる。例えば、クライアント装置５で使用するブラウザソフトごとにＨＴＭＬ／ＸＭＬファイルを生成することができる。
【００８１】
したがって、クライアント装置５のハードウェアおよびソフトウェアの選択の幅が広がり、様々の仕様のクライアント装置５においてもプログラマブル表示器１４の画面データを適切に参照することが可能となる。また、クライアント装置５の画面サイズに適応した表示ファイルを生成できるため、プログラマブル表示器１４と同等の表示能力を備えていないクライアント装置５においても、それに応じた表示が可能である。
【００８２】
つづいて、図１２に示したフローチャートを参照しながら、上記制御用通信システム１の動作を説明する。
【００８３】
ステップＳ１１では、ローカル制御システム２のユーザが、制御用ホストコンピュータ１６の作画処理部３４（図２）を操作し、ターゲットシステム１１の実情やプログラマブル表示器１４のオペレータの習熟度、あるいは、使用者の好みに合わせて、画面データを作成あるいは修正する。作成された画面データは、例えば、シミュレーションや接続試験などによって、正常に動くことが確認された後、ステップＳ１２において、プログラマブル表示器１４に配信され、ステップＳ１３において、プログラマブル表示器１４が画面データに応じた表示を開始する。
【００８４】
つぎに、画面データが更新されると、制御用ホストコンピュータ１６（公開サーバ側通信処理部３６）は、ステップＳ１４において、公開サーバ装置４にアクセスする。ステップＳ１５において、公開サーバ装置４（ローカル制御システム側通信処理部４１）は、例えば、あらかじめ格納されたアカウントおよびパスワードの組み合わせと、受け取った組み合わせとを比較するなどして、ローカル制御システム２、または、そのユーザを認証する。この認証に成功すると、ステップＳ１６において、ローカル制御システム２から公開サーバ装置４へ画面データが送信される。
【００８５】
つぎに、ステップＳ１７において、公開サーバ装置４がローカル制御システム２から画面データを受け取ると、表示ファイル生成部４２は、画面データに基づいて表示ファイルであるＨＴＭＬファイル、あるいはＨＴＭＬファイルおよびＸＭＬファイルを生成し、表示ファイル記憶部４３のＨＴＭＬファイル記憶部４６およびＸＭＬファイル記憶部４７に格納する。具体的には、表示ファイル生成部４２の各ジェネレータ４２ｅ，…が、アクセスが予想されるクライアント装置５のブラウザごとにＨＴＭＬ／ＸＭＬファイルを生成し、対応するフォルダ４３ｅ，…に格納する。
【００８６】
つぎに、ステップＳ１８において、インターネット３を介して、クライアント装置５のユーザが、公開サーバ装置４にアクセスして、あるローカル制御システム２のプログラマブル表示器１４の画面を表示するように指示すると、ステップＳ１９において、公開サーバ部４５は、クライアント装置５から受け取った識別番号およびパスワード等があらかじめ定められたものであるか否かを確認するなどして、上記画面による表示および制御が、当該ユーザあるいはクライアント装置５に許可されているか否かを認証し、許可されていないユーザあるいはクライアント装置からのアクセスを拒否する。
【００８７】
つぎに、許可された正規なユーザあるいはクライアント装置５からのアクセスであることが確認されると、ステップＳ２０において、ブラウザ判定部４９がリクエストを発信したクライアント装置５のブラウザを判別する。そして、ステップＳ２１において、公開サーバ部４５は、上記ステップＳ１７にて生成され、表示ファイル記憶部４３に格納されている表示ファイルのうち、クライアント装置５が要求したＨＴＭＬファイル、ＸＭＬファイル、アプレットを、ブラウザ判定部４９が判別したブラウザに対応したフォルダから適宜読み出し、インターネット３を介してクライアント装置５へ送信する。
【００８８】
つぎに、ステップＳ２２において、クライアント装置５のブラウザ５２は、受け取ったＨＴＭＬファイルから、APPLET要素（“<APPLET>”から“ </APPLET>”の部分）を抽出し、バーチャルマシン５１に実行させる。これにより、バーチャルマシン５１は、アプレットにＨＴＭＬファイル中で直接与えられたパラメータ、またはＸＭＬファイルによって与えられたパラメータに基づき、公開サーバ部４５と通信して、プログラマブル表示器１４と同様の表示および制御を行う。
【００８９】
具体的には、バーチャルマシン５１では、アプレット中の各表示タグに応じたインスタンスの描画メソッドが、所定の時間間隔で実行される。この結果、バーチャルマシン５１は、デバイスアドレスＡの内容を公開サーバ装置４へ問い合わせる。
【００９０】
これに対して、公開サーバ装置４の公開サーバ部４５は、ブラウザ５２から、あるローカル制御システム２のプログラマブル表示器１４の画面表示の要求を受けると、データメモリ４４の記憶領域のうち、要求されたローカル制御システム２に対応する記憶領域から、デバイスアドレスＡに基づいて、デバイスデータ（デバイスアドレスＡの内容）を読み出して、クライアント装置５に送信する。上記描画メソッドは、要求したデバイスデータがインターネット３を介してクライアント装置５に伝えられると、当該デバイスデータに応じて、クライアント装置５の表示画面のうち、パラメータで設定された表示領域（Ｘ・Ｙ）の表示を更新する。
【００９１】
ここで、アプレット中の各インスタンスは、デバイスアドレスＡの内容が同じ場合、画面データのタグと同じ描画を行うようにあらかじめ作成されている。一方、ＨＴＭＬ／ＸＭＬファイルにおいて、上記アプレットに与えられるパラメータは、画面データ中の対応するタグと、同じデバイスアドレスＡを参照するように、画面データに基づいて生成される。これにより、バーチャルマシン５１において、ＨＴＭＬ／ＸＭＬファイルが指定するパラメータに従って、アプレットが実行されると、クライアント装置５の表示画面には、プログラマブル表示器１４と同様、デバイスの状態を示す部品図形Ｊ１（Ｊ２）が表示される（図３，図７）。
【００９２】
また、バーチャルマシン５１は、表示ファイルの実行中、例えば、マウス操作などの入力操作が行われると、ＨＴＭＬ／ＸＭＬファイル中の入力タグに対応するインスタンスのうち、入力操作に応じたインスタンスの入力メソッドを実行する。これにより、バーチャルマシン５１は、入力結果に応じたデータを、特定のデバイスアドレスＡへ書き込むように、公開サーバ部４５へ要求する。そして、公開サーバ部４５は、クライアント装置５から書き込み要求を受けると、データメモリ４４の記憶領域のうち、要求されたデバイスアドレスＡの領域の内容を書き換える。この結果、クライアント装置５の表示画面には、書き込み後、上記描画メソッドが実行された時点で、プログラマブル表示器１４と同様に、操作結果が反映される。
【００９３】
なお、上記では、制御用通信システム１（図１）を示して、公開サーバ部４５により配布されるアプレットが、各単位画面に関連するタグ（処理指示語）を示すＸＭＬファイルに基づいて、表示／制御する場合について説明したが、これに限るものではない。
【００９４】
例えば、図１１に示すように、ＨＴＭＬファイルに記載するＰＡＲＡＭ要素として、画面データに含まれる全てのタグに対応するインスタンスを生成するとともに、当該インスタンスの各フィールドをタグの内容に合わせて設定した文字列（コード）を記述してもよい。この場合、表示ファイル生成部４２は、画面データ中の全タグについて、上記タグの内容を参照し、文字列Ｐ１１ａで示すように、参照結果に基づいて画面表示用のアプレットを呼び出す文字列を生成して、ＨＴＭＬファイル中に記述する。
【００９５】
なお、この場合、表示ファイルとしてはＨＴＭＬファイルのみが生成されるため、図１０に示すように、制御用通信システム１にはＸＭＬファイル記憶部４７（図１）は不要である。よって、表示ファイル記憶部４３′には、ＨＴＭＬファイルおよびアプレットが、クライアント装置５の各仕様に対応したフォルダ４３′ｅ，４３′ｎ，４３′ｉ，…にそれぞれ格納されることになる。
【００９６】
そして、アプレットの動作や呼び出し方法にかかわらず、公開サーバ部４５によって、プログラマブル表示器１４が画面データに基づいてデバイスの状態に応じて表示する動作、および、操作に応じたデバイスの状態変更を指示する際の動作をクライアント装置５へ同様に指示できれば、図１および図１０に示した制御用通信システム１はほぼ同様の効果が得られる。
【００９７】
ただし、画面データ中の全タグに対応するアプレットやＨＴＭＬファイルを一括して送信すると、クライアント装置５が公開サーバ部４５にアクセスしてから、クライアント装置５が表示／操作を開始するまでの時間が長くなってしまう。したがって、各単位画面に関する動作を指示するデータを分割して送信する方が好ましい。
【００９８】
また、プログラマブル表示器１４と同様の問い合わせ・変更指示を公開サーバ部４５に送信する動作と、応答に応じて表示させる動作とをクライアント装置５に行わせる表示ファイル（ＨＴＭＬ／ＸＭＬファイルおよびアプレット）を配信する場合を例にして説明したが、これに限るものではない。
【００９９】
例えば、公開サーバ装置４またはローカル制御システム２が、画面データおよびデバイスデータに基づいて、プログラマブル表示器１４の画面表示と同一内容で、クライアント装置５が表示可能な形式（ビットマップ形式やＪＰＥＧ形式など）の画像ファイルを生成し、クライアント装置５へ送信してもよい。この場合、クライアント装置５からデバイスの状態を制御できないものの、プログラマブル表示器１４と同等の表示機能を備えないクライアント装置５でもプログラマブル表示器１４の画面を表示できる。
【０１００】
また、上記制御用通信システム１では、表示ファイル生成部４２が公開サーバ装置４に設けられ、画面データから表示ファイルを生成して配信する。したがって、特に、クライアント装置５用の画面を設計しない限り、プログラマブル表示器１４の画面とクライアント装置５の画面とを共通に保つことが可能となり、それぞれを別個に作成する場合に比べて、維持管理の手間を削減できる。
【０１０１】
しかし、これに限定されず、表示ファイルの生成機能（表示ファイル生成部４２）は、ローカル制御システム２の制御用ホストコンピュータ１６に設けてもよいし、クライアント装置５に設けてもよい。
【０１０２】
また、上記制御用通信システム１では、表示ファイル記憶部４３には、表示ファイル生成部４２が画面データを変換して生成した表示ファイルが格納されているが、これに限るものではない。例えば、デバイスデータを統計処理したデータを表示するＨＴＭＬ／ＸＭＬファイルなど、デバイスデータに基づいて表示する表示ファイルでもよい。なお、上記表示ファイルは、ローカル制御システム２において作成してもよいし、公開サーバ装置４において作成してもよい。この場合であっても、ローカル制御システム２と公開サーバ装置４とでデバイスデータの同期が取られているので、クライアント装置５は、ローカル制御システム２と直接通信せずにローカル制御システム２の状態を表示できる。また、デバイスデータを送信すればよいので、ローカル制御システム２側の設定を簡略化できる。よって、ローカル制御システム２のユーザに負担をかけることなく、遠隔地のクライアント装置５にて、ローカル制御システム２の状態を安全に表示できる。
【０１０３】
また、プログラマブル表示器１４の画面は、好みや習熟度などにも左右されるため、最適な画面を１つに決めることができず、比較的頻繁に変更されることが多い。この点、上述したように、上記制御用通信システム１では、ローカル制御システム２（制御用ホストコンピュータ１６）のユーザが、画面データをタグの組み合わせで生成できるので、これらの要求に柔軟に対応でき、最適な状態を保ち続けることができる。また、制御用ホストコンピュータ１６で一括して管理できるため、多くの場所で並行して管理する場合に比べて、画面データを容易に管理できる。
【０１０４】
最後に、上記の各部材２１〜２５、３１〜３６、４１〜４９、４３′、および５１，５２は、ＣＰＵなどの演算手段が、ＲＯＭやＲＡＭなどの記憶手段に格納されたプログラムを実行し、タッチパネルや液晶表示装置などの入出力手段、あるいは、インタフェース回路などの通信回路を制御することによって実現される機能ブロックである。
【０１０５】
したがって、これらの手段を有するコンピュータが、上記プログラムを記録した記録媒体（例えば、ＣＤ−ＲＯＭなど）を読み取り、当該プログラムを実行するだけで、上記制御用通信システム１のプログラマブル表示器１４、制御用ホストコンピュータ１６、公開サーバ装置４およびクライアント装置５を実現できる。特に、クライアント装置５のバーチャルマシン５１およびブラウザ５２は、多くのコンピュータにあらかじめインストールされている汎用のブラウザソフトで実現できるため、これらのコンピュータは、特別なプログラムをインストールすることなく、クライアント装置５として動作できる。なお、例えば、シリアルケーブル１３やネットワーク１５、インターネット３、あるいは、他の通信路を介してプログラムをダウンロードするためのプログラムが、上記コンピュータにあらかじめインストールされていれば、これらの通信路を介して、上記コンピュータへ上記プログラムを配付することもできる。
【０１０６】
〔発明の効果〕
本発明の制御用通信システムは、以上のように、プログラマブル表示器にネットワークを介して端末装置が接続されている制御用通信システムにおいて、上記プログラマブル表示器の画面を描画する第１画面データを、上記端末装置が表示可能な形式の第２画面データに変換する画面データ変換手段が、上記端末装置の仕様ごとに設けられている構成である。
【０１０７】
それゆえ、プログラマブル表示器の画面を描画する第１画面データを、端末装置の仕様ごとに、端末装置が表示可能な形式の第２画面データに変換することができる。
【０１０８】
よって、上記制御用通信システムは、アクセスが予測される端末装置の仕様ごとに画面データ変換手段を設けることにより、プログラマブル表示器の画面を示す第１画面データを、ネットワークに接続された端末装置ごとに最適な形式の第２画面データに変換して、端末装置にそれぞれ配信することが可能となるという効果を奏する。
【０１０９】
したがって、配信される第２画面データの形式に合わせて端末装置の仕様（例えば、ブラウザ）を選択する必要がないという効果を奏する。すなわち、上記制御用通信システムによれば、端末装置に対して求められる機能上の条件が少ないため、端末装置の選択の幅が広がり、制御用通信システムを構築することが容易であるという効果を奏する。
【０１１０】
また、本発明の制御用通信プログラムを記録したコンピュータ読み取り可能な記録媒体は、以上のように、上記画面データ変換手段をコンピュータに実現させて、上記制御用通信システムを動作させる制御用通信プログラムを記録したコンピュータ読み取り可能な記録媒体である。
【０１１１】
それゆえ、上記記録媒体から読み出された制御用通信プログラムによって、上記制御用通信システムをコンピュータネットワーク上に実現することができる。したがって、上記した制御用通信システムの効果を奏することができる。
【図面の簡単な説明】
【０１１２】
【図１】本発明の一実施の形態に係る制御用通信システムの構成の概略を示すブロック図である。
【図２】図１に示した制御用通信システムにおいて、ローカル制御システムの要部構成を示すブロック図である。
【図３】図１に示した制御用通信システムにおけるプログラマブル表示装置の画面データと表示画面との関係を示すものであり、スイッチがＯＦＦ状態のときを示す説明図である。
【図４】図３に示した画面データに含まれるタグのデータ構造を示す説明図である。
【図５】図３に示した画面データに含まれるタグのうち、表示タグのデータ構造を示す説明図である。
【図６】図３に示した画面データに含まれるタグのうち、入力タグのデータ構造を示す説明図である。
【図７】図１に示した制御用通信システムにおけるプログラマブル表示装置の画面データと表示画面との関係を示すものであり、スイッチがＯＮ状態のときを示す説明図である。
【図８】図１に示した制御用通信システムにおいて、公開サーバ装置からクライアント装置へ配信されるＸＭＬファイルの例を示す説明図である。
【図９】図１に示した制御用通信システムにおいて、公開サーバ装置からクライアント装置へ配信されるＨＴＭＬファイルの例を示す説明図である。
【図１０】図１に示した制御用通信システムの変形例を示すものであり、構成の概略を示すブロック図である。
【図１１】図１０に示した制御用通信システムにおいて、公開サーバ装置からクライアント装置へ配信されるＨＴＭＬファイルの例を示す説明図である。
【図１２】図１および図１０に示した制御用通信システムの動作を示すフローチャートである。
【図１３】従来技術を示すものであり、制御システムの要部構成を示すブロック図である。
【符号の説明】
【０１１３】
１ 制御用通信システム
３ インターネット（ネットワーク）
５ クライアント装置（端末装置）
１４ プログラマブル表示器
１５ ネットワーク
４２ｅ，４２ｎ，４２ｉ ジェネレータ（画面データ変換手段）
【技術分野】
【０００１】
本発明は、ローカル制御システムのデータを、インターネット等のネットワークを介して接続された端末装置に対して公開することができる制御用通信システム、および制御用通信プログラムを記録したコンピュータ読み取り可能な記録媒体に関するものである。
【背景技術】
【０００２】
従来から、プログラマブル・ロジック・コントローラ（以下、ＰＬＣと略称する）は、例えば、ベルトコンベアー式の自動組付機など、種々のターゲットシステムを制御する制御装置として、広く使用されている。さらに、近年では、ターゲットシステムの複雑化にともなって、複数台のＰＬＣを互いに連携させて使用することも行われている。また、各ＰＬＣからのデータの表示、あるいは、ＰＬＣへの制御指示は、当該ＰＬＣの近傍などに配される表示装置で行われるだけではなく、例えば、これらの表示装置から離れた場所に設置した制御用ホストコンピュータでも、表示あるいは操作できるように、制御システムを構築することもある。
【０００３】
具体的には、例えば、図１３に示すように、従来の制御システム５０１では、ＰＬＣ５０３が制御の中心として位置付けられており、各ＰＬＣ５０３には、ターゲットシステム５０２のデバイス５２１と、表示および制御指示を行うプログラマブル表示器５０５とが接続されている。さらに、当該ＰＬＣ５０３には、他のＰＬＣ５０３や制御用ホストコンピュータ５０７がシリアルケーブル５０４を介して接続されており、ＰＬＣ５０３と制御用ホストコンピュータ５０７との間や各ＰＬＣ５０３間における制御データの受け渡しは、ＰＬＣ５０３の通信機能を利用して行われている。
【０００４】
この構成では、制御用ホストコンピュータ５０７の表示処理部５７１は、ＰＬＣ５０３と通信して、ターゲットシステム５０２の状態を示すデータを受け取り、状態に応じて画面表示するとともに、使用者の入力に応じて、ＰＬＣ５０３へ制御データを送出し、制御データに応じて、ターゲットシステム５０２を制御させる。同様に、プログラマブル表示器５０５は、ＰＬＣ５０３と通信しながら、ターゲットシステム５０２の状態を表示および制御する。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記制御システム５０１は、基本的に閉じたシステムであり、遠隔地から、プログラマブル表示器の画面など、制御システムの状態を見ることができない。
【０００６】
本発明は、上記の問題点を解決するためになされたもので、その目的は、プログラマブル表示器の画面を示すデータを、インターネット等のネットワークに接続された端末装置で表示可能な形式に変換して、インターネット等のネットワークを介して端末装置に配信できる、特に、端末装置ごとに最適な形式でデータを配信できる制御用通信システム、および制御用通信プログラムを記録したコンピュータ読み取り可能な記録媒体を提供することにある。
【課題を解決するための手段】
【０００７】
本発明の制御用通信システムは、上記の課題を解決するために、プログラマブル表示器にネットワークを介して端末装置および公開サーバ装置が接続されている制御用通信システムにおいて、上記公開サーバ装置には、上記プログラマブル表示器の画面を描画する第１画面データを、上記端末装置が表示可能な形式の第２画面データに変換する画面データ変換手段が、上記端末装置の仕様ごとに設けられており、さらに、上記端末装置の仕様を判定するブラウザ判定部が設けられていることを特徴としている。
【０００８】
上記の構成により、プログラマブル表示器の画面を描画する第１画面データを、端末装置の仕様ごとに、端末装置が表示可能な形式の第２画面データに変換することができる。なお、第１画面データに基づき描画されたプログラマブル表示器の画面と、第２画面データに基づき描画された端末装置の画面とは、同一であってもよいし、異なっていてもよい。
【０００９】
よって、上記制御用通信システムは、アクセスが予測される端末装置の仕様ごとに画面データ変換手段を設けることにより、プログラマブル表示器の画面を示す第１画面データを、ネットワークに接続された端末装置ごとに最適な形式の第２画面データに変換して、端末装置にそれぞれ配信することが可能となる。
【００１０】
したがって、配信される第２画面データの形式に合わせて端末装置の仕様（例えば、ブラウザ）を選択する必要がない。すなわち、上記制御用通信システムによれば、端末装置に対して求められる機能上の条件が少ないため、端末装置の選択の幅が広がり、制御用通信システムを構築することが容易である。
【００１１】
ここで、上記第１画面データは、制御用通信システムに設けられたプログラマブル表示器が表示に必要なデバイスの状態（データ）を取得する動作と、取得した状態に基づいて画面表示する動作とを示すデータであってもよい。さらに、上記第１画面データは、プログラマブル表示器の画面上の領域への表示に対応するデバイスを特定する情報（デバイスのアドレス）と画面上の領域との対応関係を示すタグを組み合わせて構成されていてもよい。
【００１２】
また、上記第２画面データは、端末装置からネットワークを介して、上記プログラマブル表示器のデバイスの状態を問い合わせる動作と、応答に基づいてそのデバイスの状態を端末装置の画面領域のうち画面データが示す画面領域に対応する領域へ表示する動作とを示すデータであってもよい。さらに、上記第２画面データは、端末装置の画面上の領域への表示に対応するデバイスを特定する情報（デバイスのアドレス）と画面上の領域との対応関係を示すタグを組み合わせて構成されていてもよい。すなわち、第２画面データは、これに基づいて描画された端末装置の画面を介して、変換元の第１画面データに対応するプログラマブル表示器をネットワークを介して操作可能な形式であってもよい。
【００１３】
また、上記の端末装置の仕様とは、端末装置の演算速度、表示可能画素数、表示可能文字数などのハードウェアの仕様、および、端末装置で使用されるブラウザの種別、ＨＴＭＬ／ＸＭＬ等の対応バージョンなどのソフトウェアの仕様である。
【００１４】
そして、上記制御用通信システムにおいて、例えば、端末装置での表示をＨＴＭＬファイル（第２画面データに相当）で行う場合、端末装置で使用しているブラウザに対応して変換されたＨＴＭＬファイルを取得して表示することになるため、端末装置に適した表示が得られる。
【００１５】
また、本発明の制御用通信プログラムを記録したコンピュータ読み取り可能な記録媒体は、上記の課題を解決するために、上記画面データ変換手段および上記ブラウザ判定部を上記公開サーバ装置としてのコンピュータに実現させて、上記制御用通信システムを動作させる制御用通信プログラムを記録したコンピュータ読み取り可能な記録媒体である。
【００１６】
上記の構成により、上記記録媒体から読み出された制御用通信プログラムによって、上記制御用通信システムをコンピュータネットワーク上に実現することができる。
【発明を実施するための最良の形態】
【００１７】
本発明の実施の形態について図１から図１２に基づいて説明すれば、以下のとおりである。
【００１８】
本実施の形態に係る制御用通信システムは、ローカル制御システムの安全性を損なうことなく、制御対象近傍に配されたプログラマブル表示器と同様の画面やデータを、遠隔地から参照し制御可能なシステムである。
【００１９】
例えば、図１に示すように、制御用通信システム１は、ターゲットシステム１１のデバイス１１ａを制御する制御装置としてのプログラマブル・ロジック・コントローラ（ＰＬＣ）１２や、処理指示語（タグ）を組み合わせて決定される画面データに基づいて入力および画面表示を制御可能なプログラマブル表示器１４などを含むローカル制御システム２と、インターネット（ネットワーク）３を介して、ローカル制御システム２と接続可能で、ローカル制御システム２の状態を示すデータを公開する公開サーバ装置４と、インターネット３を介して公開サーバ装置４と接続可能なクライアント装置（端末装置）５とを備えている。
【００２０】
図２に示すように、上記ローカル制御システム２において、各プログラマブル表示器１４は、シリアルケーブル１３を介して、ＰＬＣ１２と接続でき、多くの場合、ターゲットシステム１１の近傍で、ターゲットシステム１１のオペレータによって操作される。また、各プログラマブル表示器１４は、イーサネット（商標：ゼロックス社）などのローカル・エリア・ネットワークからなるネットワーク１５によって、互いに接続されている。さらに、上記ネットワーク１５には、制御用ホストコンピュータ１６が接続されている。
【００２１】
ここで、上記ローカル制御システム２では、ローカル制御システム２内の通信処理に各ＰＬＣ５０４が介在する従来の制御システム５０１（図１３）とは異なって、ローカル制御システム２に必須の構成であるプログラマブル表示器１４が、通信の大半を処理するように構成されている。そして、各プログラマブル表示器１４は、自らに接続されているＰＬＣ１２の機種に固有の専用プロトコルと、ネットワーク１５での共通プロトコルとを変換して、他のプログラマブル表示器１４や制御用ホストコンピュータ１６と、ＰＬＣ１２との通信を中継する。
【００２２】
これにより、プログラマブル表示器１４および制御用ホストコンピュータ１６は、他のプログラマブル表示器１４に接続されているＰＬＣ１２の機種にかかわらず、ネットワーク１５を介して共通のプロトコルで通信できる。この結果、上記制御システム５０１に比べて、異なる機種のＰＬＣ１２をローカル制御システム２内に混在させやすくなる。
【００２３】
より詳細には、図２に示すように、上記プログラマブル表示器１４は、シリアルケーブル１３やネットワーク１５に接続されるインタフェース（ＩＦ）部として、専用プロトコルＩＦ部２１および共通プロトコルＩＦ部２２を備えており、さらに、両者の通信を中継するプロトコル変換部２３と、上記画面データを記憶する画面データメモリ２４と、タッチパネルなどの操作入力部２５ａからのオペレータの操作や通信結果などと画面データとに基づいて表示処理を行う表示処理部２５とを備えている。また、他の入力手段として、バーコードリーダ２５ｂやＩＤセンサ（図示しない）などを備えていてもよい。
【００２４】
ここで、上記制御用通信システム１では、上記表示処理部２５は複数の単位画面を切り換えて表示することができる。
【００２５】
そして、図３に示すように、上記の単位画面は、銘板等のように表示内容を変更しない静止図形Ｂや、スイッチやランプあるいはメータ等のように、形状や色、点滅状態などの表示状態が変換する部品図形Ｊ（Ｊ１）を、ベース画面上に配置して形成される。
【００２６】
さらに、図４に示すように、上記の単位画面を表示する画面データ（第１画面データ）は、ベース画面のファイル番号Ｆと、ベース画面上で実行すべき動作内容を特定する事象名Ｎと、各実行事象ごとに参照される１または複数の参照情報Ｒとを含むタグＷを組み合わせて構成されている。より詳細には、上記タグは、その機能に応じて、以下のようなデータ構造を備えている。
【００２７】
図５に示すように、上記タグが表示タグである場合、すなわち、タグＷが所定の画面領域（表示座標範囲）に所定のデバイスアドレスＡの内容に応じた部品図形Ｊを表示する表示タグＷＬである場合、参照情報Ｒには、表示座標範囲（Ｘ・Ｙ）およびデバイスアドレスＡが含まれる。加えて、部品図形Ｊが例えばスイッチの場合、参照情報Ｒには、ＯＮを示す図形のファイルおよびＯＦＦを示す図形のファイルなど、表示時に参照するファイル番号ＦＬがさらに含まれる。
【００２８】
また、図６に示すように、上記タグが入力タグである場合、参照情報Ｒには、有効入力座標範囲（Ｘ・Ｙ）と、入力結果が書き込まれるデバイスアドレスＡとが含まれる。
【００２９】
一方、上記表示処理部２５は、所定の時間間隔で、画面データメモリ２４から、ベース画面のファイル番号Ｆが現在表示中のベース画面である表示タグＷＬを抽出し、各表示タグＷＬのデバイスアドレスＡの内容を、ＰＬＣ１２のメモリ１２ａから読み出して、内容に応じた部品図形Ｊを画面に表示する。
【００３０】
例えば、図３において、画面データメモリ２４に格納された表示タグＷＬ１は、スイッチの表示を示しており、デバイスアドレスＡ１の機器に対応している。この表示タグＷＬ１を実行する場合、表示処理部２５は、デバイスアドレスＡ１の内容が“０”なので、スイッチがＯＦＦであると判断し、表示処理部２５のメモリ２５ｍに格納されたファイルのうち、ＯＦＦに対応付けられたファイルＦＬ１の図形を、表示座標範囲（Ｘ・Ｙ）に表示する。これにより、当該座標範囲（Ｘ・Ｙ）には、ＯＦＦ状態のスイッチを示す部品図形Ｊ１が表示される。このように、表示処理部２５が所定の時間間隔で画面データ内の表示タグを実行することで、プログラマブル表示器１４の画面には、デバイス１１ａの状態が反映される。
【００３１】
また、タッチパネル（図示しない）への押し操作など、操作入力部２５ａがオペレータの入力操作を受け取ると、表示処理部２５は、画面データメモリ２４の画面データから、現在表示中のベース画面に対応し、当該入力操作にマッチする入力タグＷＴを検索し、入力結果に応じて、入力タグＷＴが示すデバイスアドレスＡの内容を変更する。
【００３２】
例えば、有効入力座標範囲（Ｘ・Ｙ）が上記部品図形Ｊ１と同じ座標範囲に設定され、同じデバイスアドレスＡ１の内容を変更する入力タグＷＴ１が画面データ中に含まれている場合、オペレータが表示画面の部品図形Ｊ１（図３）を押すと、表示処理部２５による検索の結果、入力タグＷＴ１が発見される。この場合、表示処理部２５は、例えば、専用プロトコルＩＦ部２１や共通プロトコルＩＦ部２２へ指示するなどして、入力タグＷＴ１に対応するデバイスアドレスＡ１の内容を書き換える。さらに、入力操作の後、表示処理部２５が表示タグＷＬ１を処理すると、デバイスアドレスＡ１の内容が“１”に変更されているので、表示処理部２５は、図７に示すように、ファイルＦＬ２に対応し、ＯＮを示す部品図形Ｊ２を画面上に表示する。この結果、表示処理部２５は、入力操作に応じてデバイスアドレスＡの内容を書き換えるとともに、デバイスアドレスＡの内容に応じて、画面表示を更新できる。
【００３３】
なお、デバイスアドレスＡは、制御対象となるデバイス１１ａを特定するアドレスであって、例えば、ＰＬＣ１２のメモリ１２ａなど、プログラマブル表示器１４やＰＬＣ１２あるいは制御用ホストコンピュータ１６などに設けられた記憶装置の一領域を示している。ここで、デバイス１１ａが操作入力部２５ａやバーコードリーダ２５ｂなどの入力装置である場合には、これら入力装置から手動で入力されたデータを格納しているメモリに対して、上記デバイスアドレスＡが設定されてもよい。そして、後に詳述するように、例えば、専用プロトコルＩＦ部２１や共通プロトコルＩＦ部２２が、ＰＬＣ１２や他のプログラマブル表示器１４と通信することで、各デバイス１１ａのデバイスアドレスＡの内容を取得したり、内容を変更したりできる。なお、デバイスアドレスＡの内容の取得および変更は、その都度指示してもよいし、プログラマブル表示器１４内にキャッシュを用意し、内容の取得および変更時には、キャッシュへアクセスするとともに、所定の時間間隔ごとや所定のイベントごとに通信してデバイスアドレスＡの実体と同期を取ってもよい。
【００３４】
一方、図２に示すように、上記制御用ホストコンピュータ１６は、ローカル制御システム２全体の監視制御を行う表示処理部３１と、ネットワーク１５に接続される共通プロトコルＩＦ部３２と、共通プロトコルＩＦ部３２およびネットワーク１５を介して各プログラマブル表示器１４と通信して、表示処理部３１などの要求に応じるサーバ部３３とを備えている。これにより、制御用ホストコンピュータ１６は、多くの場合、プログラマブル表示器１４よりも離れた場所から、ターゲットシステム１１やＰＬＣ１２あるいはプログラマブル表示器１４の状態を表示したり制御できる。
【００３５】
また、上記制御用ホストコンピュータ１６には、プログラマブル表示器１４の画面データを作成する作画処理部３４と、作成した画面データを格納する画面データメモリ３５とが設けられている。そして、各プログラマブル表示器１４の表示および制御の動作を規定する画面データは、作画処理部３４で集約して作成（修正）された後、サーバ部３３、共通プロトコルＩＦ部３２およびネットワーク１５を介して、各プログラマブル表示器１４へ配布される。
【００３６】
ここで、上記画面データは、上述したように、画面上の領域と、当該領域への表示や入力に対応するデバイス１１ａのデバイスアドレスＡとの対応関係を示すタグを組み合わせて構成されている。そして、使用者は、上記作画処理部３４を操作することによって、画面上の所望の位置にタグを配置するとともに、各タグとデバイスのアドレスとを対応付けるだけで、画面データを作成できる。そのために、作画処理部３４は、例えば、タグのパレットを表示し、パレット中のタグを選択して画面上に所望のタグを配置するように、使用者へ促す。また、作画処理部３４は、配置されたタグを指定された座標に表示して、使用者のドラグ・アンド・ドロップなどの操作に応じてタグの座標を調整する。また、作画処理部３４は、入力タグや表示タグに関連するデバイスアドレスＡを入力するように使用者へ促す。
【００３７】
よって、プログラマブル表示器１４の表示プログラムを修正する場合に比べて容易に、各プログラマブル表示器１４の表示や操作を決定（変更）できる。したがって、ローカル制御システム２の使用者（制御用ホストコンピュータ１６の使用者）は、ターゲットシステム１１の実情や、プログラマブル表示器１４のオペレータの習熟度、あるいは、使用者の好みに合わせて、ユーザインタフェースすなわち画面の表示や操作の方法を最適化することができる。
【００３８】
さらに、図１に示すように、上記制御用通信システム１では、ローカル制御システム２に代わって、プログラマブル表示器１４の画面と同一の画面をクライアント装置５に表示させる表示ファイルを公開する公開サーバ装置４が設けられている。そのために、上記制御用ホストコンピュータ１６には、インターネット３を介して公開サーバ装置４と通信する公開サーバ側通信処理部３６が設けられている。なお、ローカル制御システム２と公開サーバ装置４とが暗号通信する場合、公開サーバ側通信処理部３６は、あらかじめ定められた暗号鍵や復号鍵を用いて、公開サーバ装置４と暗号通信する。
【００３９】
上記公開サーバ側通信処理部３６には、インターネット３との接続時に使用されるプロバイダの電話番号や公開サーバ装置４のアドレス等のデータ、公開サーバ装置４へアクセスするためのデータ、公開サーバ装置４におけるアカウント名およびパスワード、公開サーバ装置４で自らを認証するためのデータなどが記憶されている。
【００４０】
そして、上記公開サーバ側通信処理部３６は、ユーザからの指示があった時点や画面データが変更された時点などの所望のタイミングで、公開サーバ装置４と通信して、画面データメモリ３５の画面データを公開サーバ装置４に送信する。また、公開サーバ側通信処理部３６は、ローカル制御システム２に配備されているデバイス１１ａが変更された時点や所定の時間間隔などの所定のタイミングで公開サーバ装置４にアクセスして、公開サーバ装置４でのデータ公開に必要なデバイスアドレスＡの内容（デバイスデータ）を公開サーバ装置４に送信する。
【００４１】
なお、デバイスアドレスＡの内容は、表示処理部３１が取得する場合と同様に、サーバ部３３を介して取得される。さらに、公開サーバ側通信処理部３６は、公開サーバ装置４と通信した結果、クライアント装置５がデバイスデータの変更を指示していた場合、表示処理部３１がデバイスアドレスＡの内容を変更する場合と同様に、当該指示を中継し、プログラマブル表示器１４自体やプログラマブル表示器１４に接続されたＰＬＣ１２など、デバイスアドレスＡの実体へ内容の変更指示を伝送できる。
【００４２】
一方、図１に示すように、上記公開サーバ装置４は、ローカル制御システム側通信処理部４１、表示ファイル生成部（画面データ変換手段）４２、表示ファイル記憶部（画面データ記憶手段）４３、データメモリ４４、公開サーバ部（公開手段）４５を備えて構成されている。
【００４３】
上記ローカル制御システム側通信処理部４１は、インターネット３を介してローカル制御システム２と通信する。
【００４４】
上記表示ファイル生成部４２は、プログラマブル表示器１４用の画面データ（第１画面データ）に基づいて、クライアント装置５で表示を行うための表示ファイル（第２画面データ）としてＨＴＭＬファイルおよびＸＭＬ（extensible mark-up language ）ファイルを作成する。
【００４５】
上記表示ファイル記憶部４３は、クライアント装置５からの要求に応じて送信される上記のＨＴＭＬファイルおよびＸＭＬファイル、ならびにアプレットを、それぞれ格納するＨＴＭＬファイル記憶部４６，ＸＭＬファイル記憶部４７，アプレット記憶部４８を備えている。
【００４６】
上記データメモリ４４は、ローカル制御システム側通信処理部４１がローカル制御システム２から受け取ったデバイスアドレスＡの内容（デバイスデータ）を格納する。
【００４７】
上記公開サーバ部４５は、インターネット３を介するクライアント装置５からの要求に応えて、上記の各記憶部４６〜４８にアクセスし、ＨＴＭＬファイル、ＸＭＬファイル、アプレットをクライアント装置５へ送信する。また、公開サーバ部４５は、当該アプレットを実行するクライアント装置５と通信して、クライアント装置５の画面表示に必要なデバイスデータを送信したり、クライアント装置５からのデバイスデータの変更指示を受け取ったりする。
【００４８】
上記公開サーバ装置４は、複数のローカル制御システム２の状態を公開可能である。そのため、上記の各記憶部４６〜４８には、各ローカル制御システム２のユーザに対して、記憶領域が割り当てられている。そして、ローカル制御システム側通信処理部４１は、例えば、アカウント名およびパスワードによって、ローカル制御システム２のユーザを認証・識別して、ローカル制御システム２からの画面データに基づいて生成した表示ファイル（上記のＨＴＭＬファイル、ＸＭＬファイル）、あるいは、デバイスデータを、各記憶部４６，４７，４４の記憶領域のうち、識別したユーザに割り当てられた領域へ格納する。なお、アプレットは、クライアント装置５の仕様ごとにあらかじめ作成されて、アプレット記憶部４８に格納されている。
【００４９】
ここで、上記のＨＴＭＬファイル、ＸＭＬファイル、ならびにアプレットについて説明する。
【００５０】
まず、上記ＸＭＬファイル記憶部４７に格納されるＸＭＬファイルは、プログラマブル表示器１４用の画面データに含まれる各単位画面ごとに作成されている。そして、各ＸＭＬファイルには、上記単位画面に関連する各タグ（処理指示語）を示すＸＭＬ要素（エレメント）が含まれている。
【００５１】
ここで、図８に、上記ＸＭＬファイルの概略を示す。例えば、図５に示した形式で、プログラマブル表示器１４用の画面データ内に、ベース画面（単位画面）＝１（メイン画面）の表示タグＷＬが含まれている場合、メイン画面に対応するＸＭＬファイルでは、表示タグＷＬに対応するＴａｇ要素Ｅ１が含まれている（図８）。さらに、このＴａｇ要素Ｅ１には、事象名、表示座標範囲、参照ファイル番号、ならびにデバイスアドレスなどに対応する、ＴａｇＮａｍｅ要素Ｅ１１、Ｘ要素Ｅ１２およびＹ要素Ｅ１３、ＬｉｂｒａｒｙＮｏ要素Ｅ１４、ならびにＢｉｔＳｙｍｂｏｌＮａｍｅ要素Ｅ１５などが含まれている。そして、図８の例では、各要素Ｅ１１〜Ｅ１５の内容（コンテンツ）は、表示タグＷＬの内容に応じて、“Ｌ＿００００”，“−２３２”，“１２０”，“１０１”，“０１０１００”に設定されている。
【００５２】
また、例えば、図６に示した形式で、プログラマブル表示器１４用の画面データ内に、入力タグＷＴが含まれている場合、メイン画面に対応するＸＭＬファイルでは、入力タグＷＴに対応するＴａｇ要素Ｅ２が含まれている（図８）。さらに、このＴａｇ要素Ｅ２には、事象名、デバイスアドレス、ならびに有効入力範囲などに対応する、ＴａｇＮａｍｅ要素Ｅ２１、ＳｙｍｂｏｌＮａｍｅ要素Ｅ２２、ならびにＸ要素Ｅ２３、Ｙ要素Ｅ２４、Ｘ２要素Ｅ２５、Ｙ２要素Ｅ２６などが、入力タグＷＴの内容に応じた内容にそれぞれ設定されている。
【００５３】
このように、上記表示ファイル生成部４２は、例えば、プログラマブル表示器１４用の画面データから、ある単位画面の処理指示語（タグＷＬ・ＷＴ…）、すなわち、ベース画面のファイル番号が所定の値のタグを順次抜き出し、当該タグに応じたＸＭＬ要素を生成し、当該ＸＭＬ要素の内容を上記タグに応じて設定することで、当該単位画面のＸＭＬファイルを作成できる。すなわち、表示ファイル生成部４２は、上記の各要素Ｅ１１〜Ｅ２６などの内容を、表示タグＷＬや入力タグＷＴの内容と一致するように設定できる。なお、表示ファイル生成部４２は、例えば、プログラマブル表示器１４の解像度とクライアント装置５の解像度との相違などに応じた比率で拡大／縮小するなど、表示タグＷＬや入力タグＷＴの内容を所定の手順で変換して設定することもできる。
【００５４】
つぎに、上記アプレット記憶部４８に格納されるアプレットは、上記ＸＭＬファイルを参照しながら、プログラマブル表示器１４が単位画面の表示や操作を行う際の動作と同等の動作を、クライアント装置５に実行させるプログラムである。
【００５５】
具体的には、上記アプレットは、クライアント装置５のバーチャルマシン５１が実行可能なＪａｖａ言語で記述されたバイトコードとして実現されている。すなわち、上記アプレットは、画面データ中に出現可能なタグの種類に対応するメソッドが定義されたクラスと、上記ＸＭＬファイルを参照して、タグ種に対応するメソッドを呼び出すメソッドが定義されたクラスとを含んでいる。そして、アプレットを実行するバーチャルマシン５１は、ＸＭＬファイルを参照し、タグを示すＸＭＬ要素に基づいて、タグ種に応じたメソッドを呼び出し実行する。
【００５６】
例えば、バーチャルマシン５１が実行するメソッドのうち、対応するタグ種が表示タグであるメソッドは、所定の時間間隔で呼び出され、特定のデバイスアドレスのデータを公開サーバ部４５へ要求するとともに、応答に応じた表示を行う描画メソッドである。また、入力タグに対応するメソッドは、入力イベントが発生したときに呼び出され、入力結果に応じたデータを、特定のデバイスアドレスへ書き込むように、公開サーバ部４５へ要求する入力メソッドである。
【００５７】
ここで、プログラマブル表示器１４の画面の描画を行う画面データでは、各単位画面の切り換え動作も、入力タグとして実現されている。すなわち、画面切り換えの入力タグには、デバイスアドレスＡとして、プログラマブル表示器１４内の記憶領域のうち、現在表示中の単位画面を示すデータが格納されるシステム領域が関連付けられている。
【００５８】
したがって、上記の各入力メソッドのうち、上記特定のシステム領域への変更指示を要求する入力メソッドは、通常の入力メソッドと同様に、公開サーバ部４５へ単位画面の変更指示を送信するとともに、変更後の単位画面に応じたＸＭＬファイルを読み込む。これにより、あるプログラマブル表示器１４の画面データから生成されたＨＴＭＬ／ＸＭＬファイルが、クライアント装置５で実行されている場合、クライアント装置５とプログラマブル表示器１４とでは、常時同じ単位画面が表示される。
【００５９】
また、上記入力メソッドは、上記特定のシステム領域への変更指示を送信する代わりに、クライアント装置５内に設けられた代替の記憶領域の内容を変更してもよい。この場合、他のメソッドにて、当該システム領域を参照する際は、公開サーバ部４５へ問い合わせる代わりに上記代替の記憶領域が参照される。この場合は、クライアント装置５は、プログラマブル表示器１４用の単位画面であっても、当該プログラマブル表示器１４で現在表示している単位画面とは異なる単位画面を表示できる。
【００６０】
さらに、例えば、アプレット実行時のパラメータ設定によって指定したり、あるいは、単位画面の選択操作と連動してメニューを表示して選択させるなどして、プログラマブル表示器１４と同じ単位画面を表示するか、異なる単位画面を表示するかを選択できるように、上記各メソッドを作成してもよい。この場合、同じアプレットやＸＭＬファイルを使用しているにもかかわらず、例えば、プログラマブル表示器１４のオペレータの操作を監視したい場合などには、前者を選択し、オペレータの操作とは別にローカル制御システム２を監視したい場合などには、後者を選択することができる。
【００６１】
また、ＸＭＬファイルを参照するメソッドは、例えば、ＸＭＬファイルから、タグを示すＸＭＬ要素を抽出し、当該タグの種類（例えば、当該ＸＭＬ要素中のＴａｇＮａｍｅ要素の内容）に対応するクラスのインスタンスを生成し、当該インスタンスのフィールドへ、上記タグのパラメータ（例えば、上記ＸＭＬ要素中の各要素の内容）を設定するなどして、ＸＭＬファイルに応じたメソッドをバーチャルマシン５１に実行させることができる。
【００６２】
つぎに、上記ＨＴＭＬファイル記憶部４６に格納されるＨＴＭＬファイルは、プログラマブル表示器１４ごとに作成されている。
【００６３】
ここで、図９に、上記ＨＴＭＬファイルの概略を示す。図９の例では、上記ＨＴＭＬファイルには、“<HTML>”や“<TITLE> ”などのＨＴＭＬ文書として必要な文字列Ｐ１が含まれている。また、上記ＨＴＭＬファイルには、上記アプレットをクライアント装置５のバーチャルマシン５１に実行させるための文字列Ｐ１１が含まれている。この文字列Ｐ１１には、例えば、クライアント装置５のブラウザ５２が当該ＨＴＭＬファイルを表示する際に最初に表示する単位画面の指定やプログラマブル表示器１４の指定など、表示するプログラマブル表示器１４の画面データ全体に関連する情報が含まれている。なお、この例では、アプレットを実行する際のパラメータとして指定されており、例えば、最初の単位画面がＰＡＲＡＭ要素の属性名“BASESCR ”の属性値（この例では“１" ）として指定されている。
【００６４】
また、上記ＨＴＭＬファイルには、アプレットが表示するプログラマブル表示器１４を説明する文字や画像を表示するための文字列、あるいは、ローカル制御システム２を説明するハイパーテキスト文書へのリンクを示す文字列など、ＨＴＭＬの書式に沿った文字列Ｐ２が含まれていてもよい。さらに、上記ＨＴＭＬファイルには、単位画面切り換え用のアプレットを実行させるための文字列Ｐ１２が含まれていてもよい。
【００６５】
つづいて、上記公開サーバ部４５は、クライアント装置５から要求があると、例えば、ＵＲＩ（universal resource identifier ）などに基づいて、クライアント装置５が要求しているＨＴＭＬファイルやＸＭＬファイルあるいはアプレットを判別し、これらをクライアント装置５へ送信する。
【００６６】
さらに、公開サーバ部４５は、表示ファイルとして配布したＨＴＭＬ／ＸＭＬファイルおよびアプレットに基づいて描画するクライアント装置５から、デバイスアドレスＡの内容の問い合わせを受け取ると、データメモリ４４の記憶領域のうち、表示ファイルに対応するユーザ用の領域で、しかも、デバイスアドレスＡに対応する領域の内容を読み出し、上記クライアント装置５に返答する。また、上記クライアント装置５からデバイスアドレスＡの内容変更指示を受け取ると、デバイスアドレスＡに対応する上記領域の内容を、指示に応じた値に書き換える。
【００６７】
ここで、ローカル制御システム２と公開サーバ装置４とは、所定のタイミングで通信しており、データメモリ４４の内容は、ローカル制御システム２の指示に応じて更新されるとともに、データメモリ４４の変更がローカル制御システム２に通知される。したがって、クライアント装置５は、ローカル制御システム２の現況を表示し、制御できる。
【００６８】
一方、クライアント装置５は、上記バーチャルマシン５１に加えて、例えば、汎用のブラウザソフトなどにより実現されるブラウザ５２を備えており、ブラウザ５２は、インターネット３に接続された機器と通信し、受け取ったＨＴＭＬファイルで指定されているアプレットをアプレット記憶部４８から取得してバーチャルマシン５１に実行させることができる。また、ブラウザ５２は、例えば、ＨＴＴＰ（hyper text transfer protocol）プロトコルで任意のサーバ装置からＨＴＭＬ文書などの文書を受け取り、閲覧することもできる。
【００６９】
ここで、表示ファイルを表示するためのクライアント装置５の仕様、すなわち、クライアント装置５のハードウェアや、ブラウザ５２およびバーチャルマシン５１を実現するソフトウェアは様々である。例えば、クライアント装置５にもパソコンや携帯型の情報端末（ＰＤＡ（personal digital assistant）やｉ−ｍｏｄｅ（登録商標）携帯電話等）などがあり、使用されるブラウザにもINTERNET EXPLORER （登録商標）やNETSCAPE NAVIGATOR（登録商標）等があり、さらに、それぞれに異なるバージョンがある。ハードウェアが異なれば面積や色数等の表示性能が異なり、ソフトウェアが異なればＨＴＭＬやＸＭＬ等への対応が異なる。そのため、クライアント装置５において適切な表示を行うためには、表示ファイル生成部４２は、上記のようなクライアント装置５の仕様に対応した表示ファイルを生成し、クライアント装置５に送信する必要がある。
【００７０】
そこで、上記制御用通信システム１では、上記表示ファイル生成部４２は、プログラマブル表示器１４用の画面データ（第１画面データ）に基づいて、アクセスが予想されるクライアント装置５のハードウェアおよびソフトウェアの仕様に対応した専用の表示ファイル（第２画面データ）を生成するジェネレータ（画面データ変換手段）４２ｅ，４２ｎ，４２ｉ，…を、クライアント装置５の仕様ごと（例えば、ブラウザの種別ごと）に備えている。なお、表示ファイル生成部４２にジェネレータを１つ設け、スイッチ等により切り替えて、クライアント装置５の各仕様に対応した表示ファイルを生成してもよい。また、どのようなジェネレータ４２ｅ，４２ｎ，４２ｉ，…を設けるかは、ブラウザ判定部４９（後述）の判別能力に対応して決定できる。
【００７１】
上記の各ジェネレータ４２ｅ，４２ｎ，４２ｉ，…は、ローカル制御システム側通信処理部４１がローカル制御システム２から画面データを受け取ると、自動的にＨＴＭＬ／ＸＭＬファイルを生成し、表示ファイル記憶部４３（ＨＴＭＬファイル記憶部４６，ＸＭＬファイル記憶部４７）に設定されている所定のフォルダ４３ｅ，４３ｎ，４３ｉ，…にそれぞれ格納する。あるいは、公開サーバ装置４のユーザが、表示ファイル生成部４２にて、表示するクライアント装置５の仕様（例えば、ブラウザソフトの種別）を選択することにより、そのクライアント装置５用のＨＴＭＬ／ＸＭＬファイルを生成し、指定したフォルダ４３ｅ，…等に格納してもよい。
【００７２】
なお、アプレットは、アクセスが予想されるクライアント装置５の仕様ごとにあらかじめ作成され、アプレット記憶部４８に設定されている上記フォルダ４３ｅ，４３ｎ，…にそれぞれ格納されている。また、アプレットは、表示ファイル生成部４２で生成してもよいし、その他の場所、例えばローカル制御システム２において生成してもよい。また、ＨＴＭＬ／ＸＭＬファイルおよびアプレットの各ファイルの格納位置は適宜設定できる。
【００７３】
ここで、ＨＴＭＬ／ＸＭＬファイルは、上記のようにあらかじめ生成・格納しておいてもよいが、クライアント装置５から要求を受けた時点で、ブラウザ判定部４９（後述）にて判別されたクライアント装置５の仕様に応じて、生成してもよい。また、一部のＨＴＭＬ／ＸＭＬファイルをあらかじめ用意しておき、それ以外は要求された時点で生成してもよい。
【００７４】
また、ｉモード携帯電話等の携帯型の端末のように、プログラマブル表示器１４と同等な表示能力を備えていないクライアント装置５もある。この場合、ＨＴＭＬファイルのみによって、テキストのみを表示したり、その時点での静止画像を表示することができる。例えば、ｉモード携帯電話は、画面のサイズが小さいので、数値・文字列に限定して表示する。なお、画面データの入力タグは、操作できる表示に適宜変換する。
【００７５】
ここで、図１の例において、ジェネレータ４２ｉは、ＪＡＶＡに対応していないクライアント装置５用の表示ファイルを生成し、フォルダ４３ｉに格納するジェネレータである。そのため、フォルダ４３ｉには、ＸＭＬファイルおよびアプレットは格納されない。そして、ジェネレータ４２ｉは、画面データと、データメモリ４４が取得したデバイスデータとに基づいて、例えば、テキストと静止画像とを組み合わせた画像を描画するＨＴＭＬファイルを生成し、フォルダ４３ｉに格納する。
【００７６】
そして、上記公開サーバ部４５は、ブラウザ判定部４９を備えている。そして、上記公開サーバ部４５は、クライアント装置５から要求があると、ブラウザ判定部４９によって、クライアント装置５の仕様を判定する。具体的には、ブラウザ判定部４９は、例えば、クライアント装置５からのリクエストのヘッダ部に記載されているブラウザ名を検出する。そして、ブラウザごとにあらかじめ生成されている表示ファイルを格納しているフォルダ４３ｅ，４３ｎ，…から、検出されたブラウザに対応したフォルダを選択する。
【００７７】
なお、公開サーバ部４５が、クライアント装置５のハードウェアの仕様、すなわち表示可能文字数や色数、あるいはＣＰＵやメモリ等に関する情報をリクエストともに取得できる場合には、クライアント装置５の仕様をより精密に分類して、表示ファイルを生成することができる。これにより、クライアント装置５において、そのハードウェアおよびソフトウェアの仕様により適応した画面を描画することが可能となる。
【００７８】
また、上記公開サーバ部４５は、ＵＲＩ（universal resource identifier ）などに基づいて、クライアント装置５が要求している表示ファイルを判別する。これらの結果に基づいて、公開サーバ部４５は、要求された表示ファイル、すなわちＨＴＭＬファイル、ＸＭＬファイル、アプレットであって、要求したクライアント装置５に対応して生成したファイルを表示ファイル記憶部４３から読み出し、ＣＧＩ（common gateway interface）やＢＧＩ（binary gateway interface）などによってクライアント装置５へ送出する。
【００７９】
以上のように、上記制御用通信システム１では、ローカル制御システム２は、プログラマブル表示器１４がデバイスの内容を取得して表示する際の動作を特定する画面データ（第１画面データ）を公開サーバ装置４へ送信する。そして、公開サーバ装置４の表示ファイル生成部４２は、この画面データをクライアント装置５で表示可能なＨＴＭＬファイルおよびＸＭＬファイル（第２画面データ）に変換した後、ＨＴＭＬファイル記憶部４６，ＸＭＬファイル記憶部４７にそれぞれ格納する。ここで、表示ファイル生成部４２は、アクセスが予測されるクライアント装置５のブラウザ等の仕様ごとにジェネレータ４２ｅ，４２ｎ，４２ｉ，…を備えており、各仕様に対応したＨＴＭＬ／ＸＭＬファイルをそれぞれ生成する。
【００８０】
よって、上記制御用通信システム１によれば、プログラマブル表示器１４の画面を示す画面データ（第１画面データ）を、インターネット３に接続されたクライアント装置５の仕様ごとに最適な形式の表示ファイル（第２画面データ）に変換して配信することができる。例えば、クライアント装置５で使用するブラウザソフトごとにＨＴＭＬ／ＸＭＬファイルを生成することができる。
【００８１】
したがって、クライアント装置５のハードウェアおよびソフトウェアの選択の幅が広がり、様々の仕様のクライアント装置５においてもプログラマブル表示器１４の画面データを適切に参照することが可能となる。また、クライアント装置５の画面サイズに適応した表示ファイルを生成できるため、プログラマブル表示器１４と同等の表示能力を備えていないクライアント装置５においても、それに応じた表示が可能である。
【００８２】
つづいて、図１２に示したフローチャートを参照しながら、上記制御用通信システム１の動作を説明する。
【００８３】
ステップＳ１１では、ローカル制御システム２のユーザが、制御用ホストコンピュータ１６の作画処理部３４（図２）を操作し、ターゲットシステム１１の実情やプログラマブル表示器１４のオペレータの習熟度、あるいは、使用者の好みに合わせて、画面データを作成あるいは修正する。作成された画面データは、例えば、シミュレーションや接続試験などによって、正常に動くことが確認された後、ステップＳ１２において、プログラマブル表示器１４に配信され、ステップＳ１３において、プログラマブル表示器１４が画面データに応じた表示を開始する。
【００８４】
つぎに、画面データが更新されると、制御用ホストコンピュータ１６（公開サーバ側通信処理部３６）は、ステップＳ１４において、公開サーバ装置４にアクセスする。ステップＳ１５において、公開サーバ装置４（ローカル制御システム側通信処理部４１）は、例えば、あらかじめ格納されたアカウントおよびパスワードの組み合わせと、受け取った組み合わせとを比較するなどして、ローカル制御システム２、または、そのユーザを認証する。この認証に成功すると、ステップＳ１６において、ローカル制御システム２から公開サーバ装置４へ画面データが送信される。
【００８５】
つぎに、ステップＳ１７において、公開サーバ装置４がローカル制御システム２から画面データを受け取ると、表示ファイル生成部４２は、画面データに基づいて表示ファイルであるＨＴＭＬファイル、あるいはＨＴＭＬファイルおよびＸＭＬファイルを生成し、表示ファイル記憶部４３のＨＴＭＬファイル記憶部４６およびＸＭＬファイル記憶部４７に格納する。具体的には、表示ファイル生成部４２の各ジェネレータ４２ｅ，…が、アクセスが予想されるクライアント装置５のブラウザごとにＨＴＭＬ／ＸＭＬファイルを生成し、対応するフォルダ４３ｅ，…に格納する。
【００８６】
つぎに、ステップＳ１８において、インターネット３を介して、クライアント装置５のユーザが、公開サーバ装置４にアクセスして、あるローカル制御システム２のプログラマブル表示器１４の画面を表示するように指示すると、ステップＳ１９において、公開サーバ部４５は、クライアント装置５から受け取った識別番号およびパスワード等があらかじめ定められたものであるか否かを確認するなどして、上記画面による表示および制御が、当該ユーザあるいはクライアント装置５に許可されているか否かを認証し、許可されていないユーザあるいはクライアント装置からのアクセスを拒否する。
【００８７】
つぎに、許可された正規なユーザあるいはクライアント装置５からのアクセスであることが確認されると、ステップＳ２０において、ブラウザ判定部４９がリクエストを発信したクライアント装置５のブラウザを判別する。そして、ステップＳ２１において、公開サーバ部４５は、上記ステップＳ１７にて生成され、表示ファイル記憶部４３に格納されている表示ファイルのうち、クライアント装置５が要求したＨＴＭＬファイル、ＸＭＬファイル、アプレットを、ブラウザ判定部４９が判別したブラウザに対応したフォルダから適宜読み出し、インターネット３を介してクライアント装置５へ送信する。
【００８８】
つぎに、ステップＳ２２において、クライアント装置５のブラウザ５２は、受け取ったＨＴＭＬファイルから、APPLET要素（“<APPLET>”から“ </APPLET>”の部分）を抽出し、バーチャルマシン５１に実行させる。これにより、バーチャルマシン５１は、アプレットにＨＴＭＬファイル中で直接与えられたパラメータ、またはＸＭＬファイルによって与えられたパラメータに基づき、公開サーバ部４５と通信して、プログラマブル表示器１４と同様の表示および制御を行う。
【００８９】
具体的には、バーチャルマシン５１では、アプレット中の各表示タグに応じたインスタンスの描画メソッドが、所定の時間間隔で実行される。この結果、バーチャルマシン５１は、デバイスアドレスＡの内容を公開サーバ装置４へ問い合わせる。
【００９０】
これに対して、公開サーバ装置４の公開サーバ部４５は、ブラウザ５２から、あるローカル制御システム２のプログラマブル表示器１４の画面表示の要求を受けると、データメモリ４４の記憶領域のうち、要求されたローカル制御システム２に対応する記憶領域から、デバイスアドレスＡに基づいて、デバイスデータ（デバイスアドレスＡの内容）を読み出して、クライアント装置５に送信する。上記描画メソッドは、要求したデバイスデータがインターネット３を介してクライアント装置５に伝えられると、当該デバイスデータに応じて、クライアント装置５の表示画面のうち、パラメータで設定された表示領域（Ｘ・Ｙ）の表示を更新する。
【００９１】
ここで、アプレット中の各インスタンスは、デバイスアドレスＡの内容が同じ場合、画面データのタグと同じ描画を行うようにあらかじめ作成されている。一方、ＨＴＭＬ／ＸＭＬファイルにおいて、上記アプレットに与えられるパラメータは、画面データ中の対応するタグと、同じデバイスアドレスＡを参照するように、画面データに基づいて生成される。これにより、バーチャルマシン５１において、ＨＴＭＬ／ＸＭＬファイルが指定するパラメータに従って、アプレットが実行されると、クライアント装置５の表示画面には、プログラマブル表示器１４と同様、デバイスの状態を示す部品図形Ｊ１（Ｊ２）が表示される（図３，図７）。
【００９２】
また、バーチャルマシン５１は、表示ファイルの実行中、例えば、マウス操作などの入力操作が行われると、ＨＴＭＬ／ＸＭＬファイル中の入力タグに対応するインスタンスのうち、入力操作に応じたインスタンスの入力メソッドを実行する。これにより、バーチャルマシン５１は、入力結果に応じたデータを、特定のデバイスアドレスＡへ書き込むように、公開サーバ部４５へ要求する。そして、公開サーバ部４５は、クライアント装置５から書き込み要求を受けると、データメモリ４４の記憶領域のうち、要求されたデバイスアドレスＡの領域の内容を書き換える。この結果、クライアント装置５の表示画面には、書き込み後、上記描画メソッドが実行された時点で、プログラマブル表示器１４と同様に、操作結果が反映される。
【００９３】
なお、上記では、制御用通信システム１（図１）を示して、公開サーバ部４５により配布されるアプレットが、各単位画面に関連するタグ（処理指示語）を示すＸＭＬファイルに基づいて、表示／制御する場合について説明したが、これに限るものではない。
【００９４】
例えば、図１１に示すように、ＨＴＭＬファイルに記載するＰＡＲＡＭ要素として、画面データに含まれる全てのタグに対応するインスタンスを生成するとともに、当該インスタンスの各フィールドをタグの内容に合わせて設定した文字列（コード）を記述してもよい。この場合、表示ファイル生成部４２は、画面データ中の全タグについて、上記タグの内容を参照し、文字列Ｐ１１ａで示すように、参照結果に基づいて画面表示用のアプレットを呼び出す文字列を生成して、ＨＴＭＬファイル中に記述する。
【００９５】
なお、この場合、表示ファイルとしてはＨＴＭＬファイルのみが生成されるため、図１０に示すように、制御用通信システム１にはＸＭＬファイル記憶部４７（図１）は不要である。よって、表示ファイル記憶部４３′には、ＨＴＭＬファイルおよびアプレットが、クライアント装置５の各仕様に対応したフォルダ４３′ｅ，４３′ｎ，４３′ｉ，…にそれぞれ格納されることになる。
【００９６】
そして、アプレットの動作や呼び出し方法にかかわらず、公開サーバ部４５によって、プログラマブル表示器１４が画面データに基づいてデバイスの状態に応じて表示する動作、および、操作に応じたデバイスの状態変更を指示する際の動作をクライアント装置５へ同様に指示できれば、図１および図１０に示した制御用通信システム１はほぼ同様の効果が得られる。
【００９７】
ただし、画面データ中の全タグに対応するアプレットやＨＴＭＬファイルを一括して送信すると、クライアント装置５が公開サーバ部４５にアクセスしてから、クライアント装置５が表示／操作を開始するまでの時間が長くなってしまう。したがって、各単位画面に関する動作を指示するデータを分割して送信する方が好ましい。
【００９８】
また、プログラマブル表示器１４と同様の問い合わせ・変更指示を公開サーバ部４５に送信する動作と、応答に応じて表示させる動作とをクライアント装置５に行わせる表示ファイル（ＨＴＭＬ／ＸＭＬファイルおよびアプレット）を配信する場合を例にして説明したが、これに限るものではない。
【００９９】
例えば、公開サーバ装置４またはローカル制御システム２が、画面データおよびデバイスデータに基づいて、プログラマブル表示器１４の画面表示と同一内容で、クライアント装置５が表示可能な形式（ビットマップ形式やＪＰＥＧ形式など）の画像ファイルを生成し、クライアント装置５へ送信してもよい。この場合、クライアント装置５からデバイスの状態を制御できないものの、プログラマブル表示器１４と同等の表示機能を備えないクライアント装置５でもプログラマブル表示器１４の画面を表示できる。
【０１００】
また、上記制御用通信システム１では、表示ファイル生成部４２が公開サーバ装置４に設けられ、画面データから表示ファイルを生成して配信する。したがって、特に、クライアント装置５用の画面を設計しない限り、プログラマブル表示器１４の画面とクライアント装置５の画面とを共通に保つことが可能となり、それぞれを別個に作成する場合に比べて、維持管理の手間を削減できる。
【０１０１】
しかし、これに限定されず、表示ファイルの生成機能（表示ファイル生成部４２）は、ローカル制御システム２の制御用ホストコンピュータ１６に設けてもよいし、クライアント装置５に設けてもよい。
【０１０２】
また、上記制御用通信システム１では、表示ファイル記憶部４３には、表示ファイル生成部４２が画面データを変換して生成した表示ファイルが格納されているが、これに限るものではない。例えば、デバイスデータを統計処理したデータを表示するＨＴＭＬ／ＸＭＬファイルなど、デバイスデータに基づいて表示する表示ファイルでもよい。なお、上記表示ファイルは、ローカル制御システム２において作成してもよいし、公開サーバ装置４において作成してもよい。この場合であっても、ローカル制御システム２と公開サーバ装置４とでデバイスデータの同期が取られているので、クライアント装置５は、ローカル制御システム２と直接通信せずにローカル制御システム２の状態を表示できる。また、デバイスデータを送信すればよいので、ローカル制御システム２側の設定を簡略化できる。よって、ローカル制御システム２のユーザに負担をかけることなく、遠隔地のクライアント装置５にて、ローカル制御システム２の状態を安全に表示できる。
【０１０３】
また、プログラマブル表示器１４の画面は、好みや習熟度などにも左右されるため、最適な画面を１つに決めることができず、比較的頻繁に変更されることが多い。この点、上述したように、上記制御用通信システム１では、ローカル制御システム２（制御用ホストコンピュータ１６）のユーザが、画面データをタグの組み合わせで生成できるので、これらの要求に柔軟に対応でき、最適な状態を保ち続けることができる。また、制御用ホストコンピュータ１６で一括して管理できるため、多くの場所で並行して管理する場合に比べて、画面データを容易に管理できる。
【０１０４】
最後に、上記の各部材２１〜２５、３１〜３６、４１〜４９、４３′、および５１，５２は、ＣＰＵなどの演算手段が、ＲＯＭやＲＡＭなどの記憶手段に格納されたプログラムを実行し、タッチパネルや液晶表示装置などの入出力手段、あるいは、インタフェース回路などの通信回路を制御することによって実現される機能ブロックである。
【０１０５】
したがって、これらの手段を有するコンピュータが、上記プログラムを記録した記録媒体（例えば、ＣＤ−ＲＯＭなど）を読み取り、当該プログラムを実行するだけで、上記制御用通信システム１のプログラマブル表示器１４、制御用ホストコンピュータ１６、公開サーバ装置４およびクライアント装置５を実現できる。特に、クライアント装置５のバーチャルマシン５１およびブラウザ５２は、多くのコンピュータにあらかじめインストールされている汎用のブラウザソフトで実現できるため、これらのコンピュータは、特別なプログラムをインストールすることなく、クライアント装置５として動作できる。なお、例えば、シリアルケーブル１３やネットワーク１５、インターネット３、あるいは、他の通信路を介してプログラムをダウンロードするためのプログラムが、上記コンピュータにあらかじめインストールされていれば、これらの通信路を介して、上記コンピュータへ上記プログラムを配付することもできる。
【０１０６】
〔発明の効果〕
本発明の制御用通信システムは、以上のように、プログラマブル表示器にネットワークを介して端末装置が接続されている制御用通信システムにおいて、上記プログラマブル表示器の画面を描画する第１画面データを、上記端末装置が表示可能な形式の第２画面データに変換する画面データ変換手段が、上記端末装置の仕様ごとに設けられている構成である。
【０１０７】
それゆえ、プログラマブル表示器の画面を描画する第１画面データを、端末装置の仕様ごとに、端末装置が表示可能な形式の第２画面データに変換することができる。
【０１０８】
よって、上記制御用通信システムは、アクセスが予測される端末装置の仕様ごとに画面データ変換手段を設けることにより、プログラマブル表示器の画面を示す第１画面データを、ネットワークに接続された端末装置ごとに最適な形式の第２画面データに変換して、端末装置にそれぞれ配信することが可能となるという効果を奏する。
【０１０９】
したがって、配信される第２画面データの形式に合わせて端末装置の仕様（例えば、ブラウザ）を選択する必要がないという効果を奏する。すなわち、上記制御用通信システムによれば、端末装置に対して求められる機能上の条件が少ないため、端末装置の選択の幅が広がり、制御用通信システムを構築することが容易であるという効果を奏する。
【０１１０】
また、本発明の制御用通信プログラムを記録したコンピュータ読み取り可能な記録媒体は、以上のように、上記画面データ変換手段をコンピュータに実現させて、上記制御用通信システムを動作させる制御用通信プログラムを記録したコンピュータ読み取り可能な記録媒体である。
【０１１１】
それゆえ、上記記録媒体から読み出された制御用通信プログラムによって、上記制御用通信システムをコンピュータネットワーク上に実現することができる。したがって、上記した制御用通信システムの効果を奏することができる。
【図面の簡単な説明】
【０１１２】
【図１】本発明の一実施の形態に係る制御用通信システムの構成の概略を示すブロック図である。
【図２】図１に示した制御用通信システムにおいて、ローカル制御システムの要部構成を示すブロック図である。
【図３】図１に示した制御用通信システムにおけるプログラマブル表示装置の画面データと表示画面との関係を示すものであり、スイッチがＯＦＦ状態のときを示す説明図である。
【図４】図３に示した画面データに含まれるタグのデータ構造を示す説明図である。
【図５】図３に示した画面データに含まれるタグのうち、表示タグのデータ構造を示す説明図である。
【図６】図３に示した画面データに含まれるタグのうち、入力タグのデータ構造を示す説明図である。
【図７】図１に示した制御用通信システムにおけるプログラマブル表示装置の画面データと表示画面との関係を示すものであり、スイッチがＯＮ状態のときを示す説明図である。
【図８】図１に示した制御用通信システムにおいて、公開サーバ装置からクライアント装置へ配信されるＸＭＬファイルの例を示す説明図である。
【図９】図１に示した制御用通信システムにおいて、公開サーバ装置からクライアント装置へ配信されるＨＴＭＬファイルの例を示す説明図である。
【図１０】図１に示した制御用通信システムの変形例を示すものであり、構成の概略を示すブロック図である。
【図１１】図１０に示した制御用通信システムにおいて、公開サーバ装置からクライアント装置へ配信されるＨＴＭＬファイルの例を示す説明図である。
【図１２】図１および図１０に示した制御用通信システムの動作を示すフローチャートである。
【図１３】従来技術を示すものであり、制御システムの要部構成を示すブロック図である。
【符号の説明】
【０１１３】
１ 制御用通信システム
３ インターネット（ネットワーク）
５ クライアント装置（端末装置）
１４ プログラマブル表示器
１５ ネットワーク
４２ｅ，４２ｎ，４２ｉ ジェネレータ（画面データ変換手段）
【特許請求の範囲】
【請求項１】
プログラマブル表示器にネットワークを介して端末装置および公開サーバ装置が接続されている制御用通信システムにおいて、
上記公開サーバ装置には、上記プログラマブル表示器の画面を描画する第１画面データを、上記端末装置が表示可能な形式の第２画面データに変換する画面データ変換手段が、上記端末装置の仕様ごとに設けられており、
さらに、上記端末装置の仕様を判定するブラウザ判定部が設けられており、
上記公開サーバ装置は、上記端末装置から、上記プログラマブル表示器の画面上の領域への表示に対応するデバイスを特定するデバイスアドレスのデバイスデータの変更指示を受信すると、該デバイスデータの変更指示を上記プログラマブル表示器に通知することを特徴とする制御用通信システム。
【請求項２】
請求項１に記載の制御用通信システムを動作させる制御用通信プログラムを記録したコンピュータ読み取り可能な記録媒体であって、上記画面データ変換手段および上記ブラウザ判定部を上記公開サーバ装置としてのコンピュータに実現させるための制御用通信プログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１】
プログラマブル表示器にネットワークを介して端末装置および公開サーバ装置が接続されている制御用通信システムにおいて、
上記公開サーバ装置には、上記プログラマブル表示器の画面を描画する第１画面データを、上記端末装置が表示可能な形式の第２画面データに変換する画面データ変換手段が、上記端末装置の仕様ごとに設けられており、
さらに、上記端末装置の仕様を判定するブラウザ判定部が設けられており、
上記公開サーバ装置は、上記端末装置から、上記プログラマブル表示器の画面上の領域への表示に対応するデバイスを特定するデバイスアドレスのデバイスデータの変更指示を受信すると、該デバイスデータの変更指示を上記プログラマブル表示器に通知することを特徴とする制御用通信システム。
【請求項２】
請求項１に記載の制御用通信システムを動作させる制御用通信プログラムを記録したコンピュータ読み取り可能な記録媒体であって、上記画面データ変換手段および上記ブラウザ判定部を上記公開サーバ装置としてのコンピュータに実現させるための制御用通信プログラムを記録したコンピュータ読み取り可能な記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２００８−２１０３９４（Ｐ２００８−２１０３９４Ａ）
【公開日】平成２０年９月１１日（２００８．９．１１）
【国際特許分類】
【出願番号】特願２００８−６７７５１（Ｐ２００８−６７７５１）
【出願日】平成２０年３月１７日（２００８．３．１７）
【分割の表示】特願２０００−２７７２４９（Ｐ２０００−２７７２４９）の分割
【原出願日】平成１２年９月１２日（２０００．９．１２）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＪＡＶＡ
２．ｉモード
【出願人】（０００１３４１０９）株式会社デジタル (224)
【Ｆターム（参考）】
【公開日】平成２０年９月１１日（２００８．９．１１）
【国際特許分類】
【出願日】平成２０年３月１７日（２００８．３．１７）
【分割の表示】特願２０００−２７７２４９（Ｐ２０００−２７７２４９）の分割
【原出願日】平成１２年９月１２日（２０００．９．１２）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＪＡＶＡ
２．ｉモード
【出願人】（０００１３４１０９）株式会社デジタル (224)
【Ｆターム（参考）】
[ Back to top ]