JP3638878B2 - 制御システム、そのプログラム、および、それが記録された記録媒体 - Google Patents
制御システム、そのプログラム、および、それが記録された記録媒体 Download PDFInfo
- Publication number
- JP3638878B2 JP3638878B2 JP2001101728A JP2001101728A JP3638878B2 JP 3638878 B2 JP3638878 B2 JP 3638878B2 JP 2001101728 A JP2001101728 A JP 2001101728A JP 2001101728 A JP2001101728 A JP 2001101728A JP 3638878 B2 JP3638878 B2 JP 3638878B2
- Authority
- JP
- Japan
- Prior art keywords
- screen
- display
- data
- unit
- external character
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Testing And Monitoring For Control Systems (AREA)
- Digital Computer Display Output (AREA)
- Computer And Data Communications (AREA)
- Controls And Circuits For Display Device (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、新たな表示画面を作画することなく、プログラマブル表示器などの制御用表示装置から離れた場所に配された端末装置にて、上記制御用表示装置で表示／操作されるデバイスの状態を表示可能な制御システム、そのプログラム、および、それが記録された記録媒体に関するものである。
【０００２】
【従来の技術】
従来から、プログラマブル・ロジック・コントローラ（以下、ＰＬＣと略称する）は、例えば、ベルトコンベアー式の自動組付機など、種々のターゲットシステムを制御する制御装置として、広く使用されている。さらに、近年では、ターゲットシステムの複雑化に伴って、複数台のＰＬＣを互いに連携させて使用することも行われている。また、各ＰＬＣからのデータの表示、あるいは、ＰＬＣへの制御指示は、当該ＰＬＣの近傍などに配される表示装置で行われるだけではなく、例えば、これらの表示装置から離れた場所に設置した制御用ホストコンピュータでも表示あるいは操作できるように、制御システムを構築することもある。
【０００３】
具体的には、例えば、図１７に示すように、従来の制御システム５０１では、ＰＬＣ５０３が制御の中心として位置付けられており、各ＰＬＣ５０３には、ターゲットシステム５０２のデバイス５２１と、表示および制御指示を行うプログラマブル表示器５０５とが接続されている。さらに、当該ＰＬＣ５０３には、他のＰＬＣ５０３や制御用ホストコンピュータ５０７がシリアルケーブル５０４を介して接続されており、ＰＬＣ５０３と制御用ホストコンピュータ５０７との間や各ＰＬＣ５０３間における制御データの受け渡しは、ＰＬＣ５０３の通信機能を利用して行われている。
【０００４】
当該構成では、制御用ホストコンピュータ５０７の表示処理部５７１は、ＰＬＣ５０３と通信して、ターゲットシステム５０２の状態を示すデータを受け取り、状態に応じて画面表示すると共に、使用者の入力に応じて、ＰＬＣ５０３へ制御データを送出し、制御データに応じて、ターゲットシステム５０２を制御させる。同様に、プログラマブル表示器５０５は、ＰＬＣ５０３と通信しながら、ターゲットシステム５０２の状態を表示／制御する。
【０００５】
しかしながら、上記制御システム５０１は、基本的に閉じたシステムであり、遠隔地から、プログラマブル表示器の画面など、制御システムの状態を見ることができない。
【０００６】
上記課題を解決するために、本願の出願人は、先に出願した特願２０００−０７７００２号において、プログラマブル表示器の画面を示すデータを端末装置で表示可能な形式に変換し、インターネットを介して端末装置に配信する構成を開示した。
【０００７】
図１８に示すように、当該制御用通信システム１０１のローカル制御システム１０２では、プログラマブル表示器１１４および制御用ホストコンピュータ１１６が、予め定められた共通プロトコルで通信するネットワーク１１５で接続されており、プログラマブル表示器１１４は、制御用ホストコンピュータ１１６や他のプログラマブル表示器１１４とＰＬＣ１１２とが通信する場合、ＰＬＣ１１２の機種に固有の専用プロトコルでの通信と、共通プロトコルでの通信とを中継する。これにより、各プログラマブル表示器１１４や制御用ホストコンピュータ１１６は、他のプログラマブル表示器１１４に接続されたＰＬＣ１１２の機種に拘らず、共通プロトコルで通信できる。
【０００８】
さらに、上記制御用ホストコンピュータ１１６には、インターネット１０３に接続可能な公開サーバ部１６１が設けられており、クライアント装置１０５からアクセスされると、画面データに応じた動作をクライアント装置１０５に実行させるアプレットが、公開サーバ部１６１によって、クライアント装置１０５へ送信される。さらに、アプレットを実行するクライアント装置１０５は、制御用ホストコンピュータ１１６と通信して、ローカル制御システム１０２のデバイスの状態を受け取り表示する。
【０００９】
ここで、上記画面データは、プログラマブル表示器１１４が画面表示する際の動作を規定しており、上記クライアント装置１０５は、ローカル制御システム１０２内の各デバイスにアクセスする代わりに、公開サーバ部１６１からデバイスの状態を示すデータを受け取る。これにより、インターネット１０３を介して接続しているにも拘らず、クライアント装置１０５は、プログラマブル表示器１１４の表示画面と同一内容の画面を表示できる。また、特に、制御用通信システム１０１の使用者がクライアント装置１０５用の監視制御画面を作画することなく、クライアント装置１０５から監視制御できるので、作画の手間を大幅に削減できる。
【００１０】
【発明が解決しようとする課題】
しかしながら、上述したように、プログラマブル表示器１１４は、閉じたシステムで運用されてきた経緯や、クライアント装置１０５よりも記憶容量や演算能力が制限されがちなこともあって、外字が登録されていることが多い。したがって、上記先願の構成において、プログラマブル表示器１１４に表示されている文字列の文字コードを、クライアント装置１０５がそのまま表示しようとすると、同じ文字列を表示できなくなる虞れがある。
【００１１】
具体的には、プログラマブル表示器１１４は、記憶容量や演算能力が制限されていることが多いので、クライアント装置１０５で採用している文字コードセットよりも文字種の少ない文字コードセットが採用されていることがある。例えば、ヨーロッパで使用されるプログラマブル表示器１１４において、文字コードセットとして、ドイツ語やフランス語などを扱う場合に汎用のコンピュータで採用されるＩＳＯ−８８５９−１ではなく、Ｃｏｄｅ Ｐａｇｅ ８５０（Ｍｕｌｔｉｌｉｎｇｕａｌ）が採用されている場合、当該文字コードセットでは、ドイツ語の「ａウムラウト」などの文字を表示できない。この場合、これらの文字を表示するために、プログラマブル表示器１１４に外字が登録される。
【００１２】
また、プログラマブル表示器１１４を閉じたシステムで運用している場合、他の移植性を余り考慮する必要がないため、その制御システム５０１（ローカル制御システム１０２）に特有の表示を高速に行うために、その表示を画像として表示するのではなく、文字として表示することが多い。この場合も、当該表示が外字登録される。
【００１３】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、制御用表示装置で外字登録されている場合であっても、新たな監視制御画面を設計することなく、端末装置の画面上に、制御用表示装置が画面データに基づいて表示する際の画面と同一内容の画面を表示可能な制御システムを実現することにある。
【００１４】
【課題を解決するための手段】
請求項１の発明に係る制御システムは、上記課題を解決するために、デバイスをメモリにおいて特定するデバイスアドレスと、当該デバイスの状態の表示方法と、各外字コードに対応する外字の形状とを示す画面データに基づいて、上記デバイスアドレスの内容を取得し、当該デバイスアドレスの内容に基づいて当該デバイスの状態を画面表示すると共に、画面に表示する文字列に外字コードが含まれている場合は、当該外字コードに対応する形状を表示する制御用表示装置が設けられた制御システムにおいて、以下の手段を講じたことを特徴としている。
【００１５】
すなわち、ネットワークを介して端末装置と通信可能な端末側通信手段と、上記画面データが示すデバイスアドレスの内容を上記端末側通信手段へ問い合わせる動作と、上記端末装置の表示画面に、上記画面データが示す表示方法でデバイスの状態を表示する動作と、画面に表示する文字列に外字コードが含まれている場合は、上記各外字コードと外字の形状との対応を示す外字データを参照して、当該外字コードに対応する形状を表示する動作とを上記端末装置に行わせるプログラムと、上記外字データとを含む端末用データが格納される記憶手段と、上記画面データに基づいて、上記端末用データを生成する生成手段とを備えている。さらに、上記端末側通信手段は、上記記憶手段から読み出した端末用データを上記端末装置へ送信して、上記各動作を行わせると共に、当該動作を行う端末装置が問い合わせるデバイスの状態を取得し、当該端末装置に送信する。
【００１６】
なお、上記デバイスは、制御対象自体や、制御対象に接続された制御装置であってもよいし、例えば、バーコードリーダなどの入力装置から手動で入力されたデータが格納されたメモリなど、制御用表示装置上のメモリであってもよい。また、上記プログラムは、上記各動作の全手順をＣＰＵやバーチャルマシンなどの演算手段へ指示するコードであってもよいし、所定の手順で呼び出すことで、上記各動作の一部または全部を実行可能な基本プログラム（例えば、オペレーティングシステムやライブラリなど）が既に存在していれば、当該基本プログラムの呼び出しを上記演算手段へ指示するコードやポインタなどで、上記全手順の一部または全部を置き換えてもよい。さらに、上記プログラムのうち、画面データに応じて変化する部分をＸＭＬファイルなどのデータとして分離し、上記プログラムが当該データを参照することで、上記各動作を端末装置に行わせてもよい。この場合、上記データが生成手段によって生成され、当該データおよびプログラムを含む端末用データが端末装置に送信される。
【００１７】
上記構成において、上記生成手段は、制御用表示装置の画面データに基づいて、端末用データを生成し、インターネットなどのネットワークを介して端末装置に送信する。当該端末用データには、上記各動作を端末装置に実行させるプログラムが含まれており、当該プログラムを実行する端末装置は、端末側通信手段から画面データが示す各デバイスアドレスの内容を取得し、画面データが示す表示方法で、端末装置の表示画面上に、デバイスの状態を表示する。
【００１８】
また、上記端末装置は、画面に表示する文字列に外字コードが含まれている場合、端末用データ中の外字データを参照して、外字コードに対応する形状を表示する。これにより、制御用表示装置が、自機器に外字登録した外字を表示している場合であっても、端末装置は、当該制御用表示装置と同一形状の外字を表示できる。
【００１９】
これらの結果、特に、端末装置用の監視制御画面を設計していないにも拘らず、端末装置は、ハードウェアおよびソフトウェア構成が制御用表示装置と一致せず、しかも、制御用表示装置で外字登録されている場合であっても、端末装置の画面上に、制御用表示装置が画面データに基づいて表示する際の画面と同一内容の画面を表示できる。
【００２０】
また、上記構成では、上記プログラムを実行する端末装置は、外字データを参照して、外字コードに対応する形状を表示しているので、生成手段で、外字コードを予め画像に変換する場合と異なり、端末装置がデバイスの状態として通知されるデータを、文字コードとして表示する場合であっても、何ら支障なく、外字を表示できる。
【００２１】
なお、上記画面データが、入力操作と当該入力操作に応じて制御されるデバイスとの対応関係を示すデータを含んでおり、上記制御用表示装置が当該画面データに基づいて、入力操作に応じた制御をデバイスに指示する場合、上記端末用データは、画面データの示す入力操作に対応する入力操作が上記端末装置にて受け付けられた場合、当該入力操作に応じた内容で、しかも、上記画面データの示すデバイスへの制御指示を上記端末側通信手段へ送信する動作を上記端末装置に行わせるプログラムを含み、上記端末側通信手段は、当該動作を行う端末装置からの制御指示に基づいて、指示されたデバイスへ、指示された内容の制御指示を伝える方が望ましい。
【００２２】
この場合は、特に、端末装置用の監視制御画面を設計していないにも拘らず、端末装置は、制御用表示装置が画面データに基づいて表示する際の画面と同一内容の画面で、デバイスへの操作を受け付け、デバイスを制御できる。
【００２３】
ところで、上記画面データに、数多くの単位画面が含まれている場合、上記端末側通信手段によって、当該画面データに含まれる全てのデバイスおよび表示位置に関連する各動作を示す端末用データが送信されると、端末用データのデータ量が多くなり、特に、端末装置と端末側通信手段との間の通信速度が遅い場合には、端末装置が画面表示のための処理を開始してから（より正確には、端末用データの受信を開始してから）、実際に表示するまでの期間が長くなってしまう。
【００２４】
これに対して、請求項２の発明に係る制御システムは、請求項１記載の発明の構成において、上記画面データは、複数の単位画面に関連する上記デバイスアドレスおよび表示方法を示すことができ、上記制御用表示装置は、当該画面データを参照して画面表示する場合、現在表示中の単位画面に関連するデバイスのみについて、状態を表示すると共に、上記生成手段は、複数の単位画面を示す画面データを受け取った場合、上記各単位画面に関連する上記デバイスアドレスおよび表示方法を示す単位画面データを生成し、上記記憶手段には、上記端末用データとして、上記各単位画面データと、現在表示している単位画面に対応する単位画面データを参照して当該単位画面に関連する上記各動作を端末装置に行わせるプログラムと、上記端末装置にて単位画面の切り換え操作が行われた場合、当該端末装置に、上記端末側通信手段から新たな単位画面データを取得させる切り換えプログラムとが格納されていることを特徴としている。
【００２５】
上記構成では、端末側通信手段は、上記端末用データとして、現在表示している単位画面に対応する単位画面データを参照して当該単位画面に関連する上記各動作を端末装置に行わせるプログラムと、当該プログラムが参照する単位画面データと、切り換えプログラムとを送信する。これにより、全単位画面に関連する端末用データを送信する場合よりも、一度に送信するデータ伝送量を削減できる。なお、当該単位画面データには、単位画面で表示されるデバイスおよび表示方法が含まれているので、端末装置は、全単位画面に関連する端末用データを受信していなくても、何ら支障なく、当該単位画面を表示できる。
【００２６】
したがって、１つの画面データ中に、多くの単位画面が含まれている場合であっても、端末装置が画面表示のための処理を開始してから実際に表示するまでの期間を短縮できる。
【００２７】
ところで、上記制御システムを構成する機器は、ハードウェアのみで実現してもよいが、１または複数のコンピュータがプログラムを実行することで実現してもよい。具体的には、請求項３の発明に係るプログラムは、上記制御用表示装置が設けられた制御システムにて使用される１または複数のコンピュータで実行可能なプログラムであって、請求項１記載の各手段として上記１または複数のコンピュータを動作させるプログラムであることを特徴としている。また、請求項４の発明に係る記録媒体は、請求項３記載のプログラムが記録されていることを特徴としている。
【００２８】
上記プログラムが上記コンピュータで実行されると、当該コンピュータを含む制御システムは、請求項１記載の制御システムとして動作する。したがって、請求項１と同様、特に、端末装置用の監視制御画面を設計していないにも拘らず、端末装置は、ハードウェアおよびソフトウェア構成が制御用表示装置と一致せず、しかも、制御用表示装置で外字登録されている場合であっても、端末装置の画面上に、制御用表示装置が画面データに基づいて表示する際の画面と同一内容の画面を表示できる。
【００２９】
【発明の実施の形態】
本発明の一実施形態について図１ないし図１６に基づいて説明すると以下の通りである。すなわち、本実施形態に係る制御用通信システム１は、各プログラマブル表示器に特有の外字が画面中に含まれている場合であっても、制御対象近傍に配されたプログラマブル表示器と同様の画面やデータを、遠隔地から参照し制御可能な制御システムであって、例えば、図１に示すように、ターゲットシステム１１のデバイス１１ａを制御する制御装置としてのプログラマブル・ロジック・コントローラ（ＰＬＣ）１２や、処理指示語（タグ）を組み合わせて決定される画面データに基づいて入力および画面表示を制御可能なプログラマブル表示器（制御用表示装置）１４などを含むローカル制御システム２と、詳細は、後述するように、インターネット（ネットワーク）３を介して、ローカル制御システム２と接続可能で、ローカル制御システム２の状態を示すデータを公開する公開サーバ装置４と、インターネット３を介して公開サーバ装置４と接続可能なクライアント装置（端末装置）５とを備えている。なお、本実施形態では、公開サーバ装置４が特許請求の範囲に記載のコンピュータに対応している。
【００３０】
上記クライアント装置５は、例えば、汎用のパーソナルコンピュータなどであり、Ｊａｖａ（登録商標）言語のプログラムを実行可能なバーチャルマシン５１と、例えば、汎用のブラウザソフトなどにより実現されるブラウザ５２とを備えている。上記ブラウザ５２は、インターネット３に接続された機器と通信し、受け取ったアプレットをバーチャルマシン５１に実行させることができる。また、当該ブラウザ５２は、例えば、ＨＴＴＰ（Hyper Text Transfer Protocol）などのプロトコルで任意のサーバ装置からＨＴＭＬ（ HyperText Markup Language）文書などの文書を受け取り、閲覧することもできる。
【００３１】
図２に示すように、上記ローカル制御システム２において、各プログラマブル表示器１４は、シリアルケーブル１３を介して、ＰＬＣ１２と接続でき、多くの場合、ターゲットシステム１１の近傍で、ターゲットシステム１１のオペレータによって操作される。また、各プログラマブル表示器１４は、イーサネット（商標：ゼロックス社）などのローカル・エリア・ネットワークからなるネットワーク１５によって、互いに接続されている。さらに、上記ネットワーク１５には、制御用ホストコンピュータ１６が接続されている。
【００３２】
ここで、上記ローカル制御システム２では、ローカル制御システム２内の通信処理に各ＰＬＣが介在する従来の制御システム５０１とは異なって、ローカル制御システム２に必須の構成であり、しかも、ＨＭＩ（Human Machine Interface ）として動作するため、演算能力に余力のあるプログラマブル表示器１４が、通信の大半を処理するように構成されており、各プログラマブル表示器１４は、自らに接続されているＰＬＣ１２の機種に固有の専用プロトコルと、ネットワーク１５での共通プロトコルとを変換して、他のプログラマブル表示器１４や制御用ホストコンピュータ１６と、ＰＬＣ１２との通信を中継する。これにより、プログラマブル表示器１４および制御用ホストコンピュータ１６は、他のプログラマブル表示器１４に接続されているＰＬＣ１２の機種に拘らず、ネットワーク１５を介して共通のプロトコルで通信できる。この結果、上記制御システム５０１に比べて、異なる機種のＰＬＣ１２をローカル制御システム２内に混在させやすくなる。
【００３３】
より詳細には、図２に示すように、上記プログラマブル表示器１４は、シリアルケーブル１３やネットワーク１５に接続されるインターフェース部（ＩＦ）部として、専用プロトコルＩＦ部２１・共通プロトコルＩＦ部２２を備えており、さらに、両者の通信を中継するプロトコル変換部２３と、上記画面データを記憶する画面データメモリ２４と、タッチパネルなどの操作入力部２５ａからのオペレータの操作や通信結果および画面データに基づいて表示処理を行う表示処理部２５とを備えている。また、他の入力手段として、バーコードリーダ２５ｂや図示しないＩＤセンサーなどを備えていてもよい。
【００３４】
本実施形態では、上記表示処理部２５は、複数の単位画面を切り換え可能であり、各単位画面は、図形や文字をベース画面上に配置して形成される。配置可能な図形や文字には、例えば、図３に示すように、銘板など、表示内容を変更しない静止図形Ｂや文字列Ｃが含まれる。さらに、スイッチやランプあるいはメータなど、デバイスの状態に応じて、形状や色、点滅状態などの表示状態が変換する部品図形Ｊ（Ｊ１）や、テキストデータなど、デバイスの状態に応じて内容が変化する文字列Ｃ１も、ベース画面上に配置できる。
【００３５】
また、上記画面を表示する画面データは、図４に示すように、ベース画面のファイル番号Ｆと、ベース画面上で実行すべき動作内容を特定する事象名Ｎと、各実行事象毎に参照される１または複数の参照情報Ｒとを含むタグＷを組み合わせて構成されている。
【００３６】
タグＷが所定の画面領域（表示座標範囲）へ、所定のデバイスアドレスの内容に応じた部品図形Ｊを表示する表示タグＷＬの場合、図５に示すように、参照情報Ｒには、表示座標範囲（Ｘ・Ｙ）と、デバイスアドレスＡと、例えば、部品図形Ｊがスイッチの場合、ＯＮを示す図形のファイルおよびＯＦＦを示す図形のファイルなど、表示時に参照するファイル番号ＦＬとが含まれる。また、タグが入力タグの場合、図６に示すように、参照情報Ｒとして、有効入力座標範囲（Ｘ・Ｙ）と、入力結果が書き込まれるデバイスアドレスＡとが含まれる。
【００３７】
一方、タグＷが画面領域（表示領域）へ所定の文字列を表示する文字列タグＷＳの場合、図７に示すように、参照情報Ｒとして、表示座標範囲（Ｘ・Ｙ）と、文字列中の各文字を示す文字コードＳＴＲとが含まれる。また、デバイスから通知された文字列を表示するテキストデータタグＷＸの場合、図８に示すように、参照情報Ｒには、表示座標範囲（Ｘ・Ｙ）と、文字列を通知するデバイスを示すデバイスアドレスＡとが含まれる。
【００３８】
また、本実施形態では、例えば、ヨーロッパの場合で、Ｃｏｄｅ Ｐａｇｅ ８５０（Ｍｕｌｔｉｌｉｎｇｕａｌ）など、通常使用する文字群に対応するコード集合として予め定められた文字コードセットに加えて、上記文字コードセットには含まれていない文字も表示できるように、外字登録可能に構成されており、画面データメモリ２４には、上述のタグＷ、図形のファイルなどに加えて、外字のイメージを示す外字用マーク画面も格納されている。本実施形態では、外字用の文字コードとして、上記文字コードセットで通常使用しないコード（０ｘ８１〜０ｘＦＦ）が割り当てられており、これらに対応する外字用マーク画面として、Ｍ８００１〜Ｍ８１２８を格納できる。なお、上記文字コードセットは、上述の例に限るものではなく、例えば、日本の場合、ＳＨＩＦＴ＿ＪＩＳ、中国の場合、ＧＢ２３１２−８０、台湾の場合、ＢＩＧ−５、韓国の場合、ＫＳＣ５６０１−１９９２など、任意の文字コードセットを採用してもよい。
【００３９】
本実施形態では、上記マーク画面のデータ構造は、例えば、ビットマップなど、各図形を示すマーク画面と同様のデータが採用されており、図形の編集時と同様の手順で編集できる。なお、両者は、マーク画面の番号（Ｍ８００１〜Ｍ８１２８内か否か）で区別される。また、本実施形態では、外字用マーク画面の大きさは、キャラクタ（例えば、８×８ドット）単位で、例えば、１×１から６×６までの大きさに設定できる。
【００４０】
ここで、プログラマブル表示器１４の表示処理部２５は、所定の時間間隔で、画面データメモリ２４から、ベース画面のファイル番号Ｆが、現在表示中のベース画面である表示タグＷＬを抽出し、各表示タグＷＬのデバイスアドレスＡの内容を、ＰＬＣ１２のメモリ１２ａから読み出して、内容に応じた部品図形Ｊを画面に表示する。例えば、図３において、画面データメモリ２４に格納された表示タグＷＬ１は、スイッチの表示を示しており、デバイスアドレスＡ１の機器に対応している。当該表示タグＷＬ１を実行する場合、表示処理部２５は、デバイスアドレスＡ１の内容が”０”なので、スイッチがＯＦＦであると判断し、画面データメモリ２４に格納されたファイルのうち、ＯＦＦに対応付けられたファイルＦＬ１の図形を、表示座標範囲（Ｘ・Ｙ）に表示する。これにより、当該座標範囲（Ｘ・Ｙ）には、ＯＦＦ状態のスイッチを示す部品図形Ｊ１が表示される。このように、表示処理部２５が所定の時間間隔で画面データ内の表示タグを実行することで、プログラマブル表示器１４の画面にデバイスの状態が反映される。
【００４１】
同様に、上記表示処理部２５は、テキストデータタグＷＸも抽出しており、各テキストデータタグＷＸのデバイスアドレスＡの内容を、所定の時間間隔でＰＬＣのメモリ１２ａから読み出して、内容に応じた文字列Ｃ１を表示する。また、上記表示処理部２５は、表示タグＷＬなどと同様に、文字列タグＷＳも抽出しており、各文字列タグＷＳが示す文字コードを文字列Ｃとして表示する。なお、文字列タグＷＳは、固定なので、単位画面の切り換え毎に抽出・表示してもよい。
【００４２】
ここで、文字列Ｃ１・Ｃを表示する場合、表示処理部２５は、文字コードが上述の外字用文字コードか否を判定する。例えば、図３の例では、テキストデータタグＷＸ１で指定されたデバイスは、外字用の文字コード（０ｘ８１）を示している。この場合、表示処理部２５は、画面データメモリ２４から、当該文字コードに対応するマーク画面（Ｍ８００１）を読み出して表示する。
【００４３】
これにより、例えば、ａウムラウトやＯウムラウトのように、上記文字コードセットで定義されていない文字であっても、当該文字を外字として登録しておくことで、定義されている文字と同様、文字コードを指定するだけで表示できる。
【００４４】
なお、上記とは逆に、文字列タグＷＳやテキストデータタグＷＸで表示が指示された文字コードが外字用の文字コードではなく、上記文字コードセットで定義されている文字コードの場合、表示処理部２５は、上記文字コードセットの表示用に予め格納されているフォントイメージから、当該文字コードに対応するイメージを読み出して表示する。
【００４５】
また、図示しないタッチパネルへの押し操作など、オペレータの入力操作を受け取ると、表示処理部２５は、画面データメモリ２４の画面データから、現在表示中のベース画面に対応し、当該入力操作にマッチする入力タグＷＴを検索し、入力結果に応じて、入力タグＷＴが示すデバイスアドレスＡの内容を変更する。例えば、有効入力座標範囲（Ｘ・Ｙ）が上記部品図形Ｊ１と同じ座標範囲に設定され、同じデバイスアドレスＡ１の内容を変更する入力タグＷＴ１が画面データ中に含まれている場合、オペレータが図３に示す表示画面の部品図形Ｊ１を押すと、表示処理部２５による検索の結果、当該入力タグＷＴ１が発見される。この場合、表示処理部２５は、例えば、専用プロトコルＩＦ部２１や共通プロトコルＩＦ部２２へ指示するなどして、入力タグＷＴ１に対応するデバイスアドレスＡ１の内容を書き換える。さらに、入力操作の後、表示処理部２５が表示タグＷＬ１を処理すると、デバイスアドレスＡ１の内容が”１”に変更されているので、表示処理部２５は、図９に示すように、ファイルＦＬ２に対応し、ＯＮを示す部品図形Ｊ２を画面上に表示する。この結果、表示処理部２５は、入力操作に応じてデバイスアドレスの内容を書き換えると共に、デバイスアドレスの内容に応じて、画面表示を更新できる。
【００４６】
また、テキストデータタグＷＸ１に対応するデバイスの内容が０ｘ８１から０ｘ８２に変化していたとすると、表示処理部２５は、当該外字用の文字コードに対応するマーク画面を読み出し、文字列Ｃ２（ｕウムラウト）を表示する。なお、図３および図９の例では、文字列Ｃ・Ｃ１・Ｃ２のいずれもが外字の場合を図示したが、当然ながら、文字コードセット中の文字を表示することもできる。
【００４７】
ここで、デバイスアドレスＡは、制御対象となるデバイスを特定するアドレスであって、例えば、ＰＬＣ１２のメモリ１２ａなど、プログラマブル表示器１４やＰＬＣ１２あるいは制御用ホストコンピュータ１６などに設けられた記憶装置の一領域を示している。また、上記デバイスは、操作入力部２５ａやバーコードリーダ２５ｂなどの入力装置から手動で入力されたデータが格納されたメモリであってもよい。さらに、例えば、専用プロトコルＩＦ部２１や共通プロトコルＩＦ部２２が、ＰＬＣ１２や他のプログラマブル表示器１４と通信することで、各アドレスの内容を取得したり、内容を変更したりできる。なお、内容の取得／変更は、その都度指示してもよいし、プログラマブル表示器１４内にキャッシュを用意し、内容の取得／変更時には、キャッシュへアクセスすると共に、所定の時間間隔毎や所定のイベント毎に通信してデバイスアドレスＡの実体と同期を取ってもよい。
【００４８】
一方、図２に示すように、上記制御用ホストコンピュータ１６は、ローカル制御システム２全体の監視制御を行う表示処理部３１と、ネットワーク１５に接続される共通プロトコルＩＦ部３２と、共通プロトコルＩＦ部３２およびネットワーク１５を介して各プログラマブル表示器１４と通信して、表示処理部３１などの要求に応じるサーバ部３３とを備えており、多くの場合、プログラマブル表示器１４よりも離れた場所から、ターゲットシステム１１やＰＬＣ１２あるいはプログラマブル表示器１４の状態を表示したり制御できる。
【００４９】
また、上記制御用ホストコンピュータ１６には、プログラマブル表示器１４の画面データを作成する作画処理部３４と、作成した画面データを格納する画面データメモリ３５とが設けられており、各プログラマブル表示器１４の表示／制御動作を規定する画面データは、作画処理部３４で集約して作成（修正）された後、サーバ部３３、共通プロトコルＩＦ部３２およびネットワーク１５を介して、各プログラマブル表示器１４へ配布される。
【００５０】
ここで、上記画面データは、上述したように、画面上の領域と、当該領域への表示や入力に対応するデバイスのアドレスとの対応関係を示すタグを組み合わせて構成されており、作画処理部３４は、例えば、タグのパレットを表示し、パレット中のタグを選択して画面上に所望のタグを配置するように、使用者へ促す。また、作画処理部３４は、配置されたタグを指定された座標に表示して、使用者のドラグ＆ドロップなどの操作に応じてタグの座標を調整する。また、作画処理部３４は、入力タグや表示タグに関連するデバイスアドレスを入力するように使用者へ促す。これらの結果、使用者は、作画処理部３４を操作して、画面上の所望の位置にタグを配置すると共に、各タグとデバイスのアドレスとを対応付けるだけで、画面データを作成できる。
【００５１】
したがって、プログラマブル表示器１４の表示プログラムを修正する場合に比べて容易に、各プログラマブル表示器１４の表示や操作を決定（変更）でき、ローカル制御システム２の使用者（制御用ホストコンピュータ１６の使用者）は、ターゲットシステム１１の実情や、プログラマブル表示器１４のオペレータの習熟度、あるいは、使用者の好みに合わせることができる。
【００５２】
さらに、本実施形態に係る制御用通信システム１には、図１に示すように、公開サーバ装置４が設けられており、プログラマブル表示器１４用の画面データに基づいて、以下の両動作と略同様の動作、すなわち、プログラマブル表示器１４が画面データに基づいてデバイスの状態に応じて表示する動作、および、操作に応じたデバイスの状態変更を指示する際の動作と略同様の動作を、クライアント装置５へ指示できる。
【００５３】
ただし、プログラマブル表示器１４が画面データに基づいて動作する場合と異なり、表示先は、クライアント装置５の図示しない表示装置であり、操作は、クライアント装置５の図示しない入力装置から受け取る。また、クライアント装置５がデバイスの状態を問い合わせる相手や、状態変更指示の送信先も公開サーバ装置４に変更されており、公開サーバ装置４は、上記指示に従って動作するクライアント装置５と通信して、デバイスの状態をクライアント装置５へ伝えると共に、デバイスの状態変更指示をクライアント装置５から受け取ることができる。
【００５４】
さらに、公開サーバ装置４は、ローカル制御システム２と所定のタイミングで通信しており、ローカル制御システム２内のデバイスの状態を把握すると共に、デバイスの状態変更指示を送信できる。
【００５５】
これにより、クライアント装置５は、インターネット３を介して遠隔地から接続されている場合であっても、プログラマブル表示器１４の画面と同一内容の画面を表示すると共に、同じ操作で、デバイスの状態を制御できる。
【００５６】
このように、本実施形態に係る制御用通信システム１では、ローカル制御システム２とは別に設けられた公開サーバ装置４から、インターネット３を介して接続されるクライアント装置５へ、プログラマブル表示器１４の状態を示すデータを公開する。したがって、不正アクセスが試みられたとしても、当該不正アクセスは、ローカル制御システム２ではなく、公開サーバ装置４に集中する。
【００５７】
また、デバイスの状態を送受する際、ローカル制御システム２の通信相手は、公開サーバ装置４に限定されるので、多数のクライアント装置５へ直接通信する場合に比べて、ローカル制御システム２と公開サーバ装置４との間の通信路の機密性を向上しやすい。さらに、デバイスデータと画面データとが分けて送信されているので、仮に、デバイスの状態を示すデータや画面データの一部が傍聴されたとしても、プログラマブル表示器１４の画面を復元することが難しい。
【００５８】
これらの結果、インターネット３に接続されたクライアント装置５で、プログラマブル表示器１４と同様に表示／操作できるにも拘らず、ローカル制御システム２への不正アクセスを防止できる。さらに、万一、不正アクセスによって、公開サーバ装置４の運用に支障が生じたとしても、クライアント装置５への配信に支障が生じるだけで、ローカル制御システム２は、何ら支障無く、制御対象を制御できる。この結果、より安全な制御用通信システム１を実現できる。
【００５９】
ここで、インターネット３上にデータを公開する場合、上記不正アクセスへの防止対策だけでなく、インターネット３へ常時接続するための設定や、インターネット３との間の通信容量の選択など、ローカル制御システム２の管理維持とは異なる技量が要求されるため、各ユーザがローカル制御システム内に公開サーバ装置を設置する場合、各ユーザは、これらの技量に習熟した技術者を養成する必要がある。
【００６０】
これに対して、本実施形態では、各ローカル制御システム２は、インターネット３を介して特定の公開サーバ装置４と通信すればよいので、設定や通信容量の選択も容易である。この結果、それぞれのユーザは、インターネット３に習熟した技術者を養成する必要がなく、ローカル制御システム２の管理維持のみに注力できるので、各ユーザの負担を軽減できる。
【００６１】
一方、公開サーバ装置４では、インターネット３に習熟した技術者が必要になるが、各ローカル制御システム２のユーザがそれぞれ別個に養成する場合に比べて少ない人数でよいので、制御用通信システム１全体における技術者数を削減できる。さらに、公開サーバ装置４が各ユーザのデータやプログラムを公開しているので、各ユーザが別個に公開する場合に比べて、ディスク容量や通信容量などを管理維持する際の手間を削減できる。
【００６２】
特に、インターネット３との間のデータ通信量は、アクセス数に応じて変化するため、公開サーバ装置４が不特定多数の端末装置からアクセスされる場合、必要な通信容量を予測することが極めて難しい。ところが、本実施形態では、公開サーバ装置４が各ユーザのデータやプログラムを公開しているので、それぞれ別個に設置する場合と同じ比率の余裕を持って通信容量を設定したとしても、別個の場合よりも、通信容量の余裕（データ通信量）が大きくなる。したがって、あるユーザのデータやプログラムへのアクセス数増加などによって、当該ユーザに関連するデータ通信量が急激に増加したとしても、他のユーザに関連するデータ通信量が増加しなければ、データ通信量の増加を吸収できる。この結果、それぞれ別個に公開サーバ装置を設ける場合に比べて、通信容量を設定しやすくなる。
【００６３】
加えて、上記公開サーバ装置４は、プログラマブル表示器１４の画面データに外字用マーク画面が含まれている場合、詳細は、後述するように、各外字コードと外字のフォントイメージとの対応を示す外字用ＸＭＬ（eXtensible Mark-up Language ) ファイルをクライアント装置５へ送信し、上記公開サーバ装置４が指示した動作を実行するクライアント装置５は、画面上に文字列を表示する際、当該文字列に外字コードが含まれていれば、当該外字用ＸＭＬファイルを参照して、外字のフォントイメージを表示する。
【００６４】
これにより、プログラマブル表示器１４に外字が登録される場合であっても、クライアント装置５は、何ら支障なく、プログラマブル表示器１４と同じフォントイメージの外字を表示できる。
【００６５】
また、上記構成では、上記クライアント装置５が外字用ＸＭＬファイルを参照して、外字コードに対応するフォントイメージを表示しているので、クライアント装置５で外字コードを画像に変換する場合と異なり、公開サーバ装置４からデバイスの状態として受け取ったデータを、クライアント装置５が文字コードとして表示する場合であっても、何ら支障なく、外字を表示できる。
【００６６】
以下では、上記制御用ホストコンピュータ１６や公開サーバ装置４の構成例について、詳細に説明する。すなわち、図２に示すように、上記制御用ホストコンピュータ１６には、インターネット３を介して公開サーバ装置４と通信する公開サーバ側通信処理部３６が設けられている。なお、ローカル制御システム２と公開サーバ装置４とが暗号通信する場合、公開サーバ側通信処理部３６は、予め定められた暗号鍵や復号鍵を用いて、公開サーバ装置４と暗号通信する。
【００６７】
当該公開サーバ側通信処理部３６には、例えば、インターネット３との接続時に使用されるプロバイダの電話番号や公開サーバ装置４のアドレスなど、公開サーバ装置４へアクセスするためのデータと、例えば、公開サーバ装置４におけるアカウント名およびパスワードなど、公開サーバ装置４で自らを認証するためのデータとが記憶されており、例えば、ユーザからの指示があった時点や画面データの変更時など、所望のタイミングで、公開サーバ装置４と通信して、画面データメモリ３５の画面データを公開サーバ装置４に送信できる。
【００６８】
また、上記公開サーバ側通信処理部３６は、ローカル制御システム２におけるデバイスアドレスの内容（デバイスデータ）の変更時や所定の時間間隔など、所定のタイミングで公開サーバ装置４へアクセスして、公開サーバ装置４でのデータ公開に必要なデバイスアドレスの内容を公開サーバ装置４に送信できる。なお、デバイスアドレスの内容は、表示処理部３１が取得する場合と同様に、サーバ部３３を介して取得される。さらに、公開サーバ側通信処理部３６は、公開サーバ装置４と通信した結果、クライアント装置５がデバイスアドレスの内容変更を指示していた場合、表示処理部３１がデバイスアドレスＡの内容を変更する場合と同様に、当該指示を中継し、プログラマブル表示器１４自体やプログラマブル表示器１４に接続されたＰＬＣ１２など、デバイスアドレスの実体へ内容の変更指示を伝送できる。
【００６９】
一方、図１に示すように、上記公開サーバ装置４には、インターネット３を介してローカル制御システム２と通信するローカル制御システム側通信処理部４１と、ローカル制御システム側通信処理部４１がローカル制御システム２から受け取ったデバイスデータを格納するデータ記憶部４２と、記憶手段として、クライアント装置５に送信されるＨＴＭＬファイル、ＸＭＬファイル、アプレットを、それぞれ格納するＨＴＭＬファイル記憶部４３・ＸＭＬファイル記憶部４４・アプレット記憶部４５とが設けられている。さらに、公開サーバ装置４は、インターネット３を介するクライアント装置５からの要求に応える公開サーバ部（端末側通信手段）４６と、プログラマブル表示器１４の画面データまたは同一形式の画面データに基づいて、上記ＨＴＭＬファイルおよびＸＭＬファイルを作成するファイル生成部（生成手段）４７とを備えている。上記公開サーバ部４６は、上記各記憶部４２〜４５にアクセスして、ＨＴＭＬファイル、各単位画面用または外字用のＸＭＬファイル、アプレットをクライアント装置５へ送信すると共に、当該アプレットを実行するクライアント装置５と通信して、クライアント装置５の画面表示に必要なデバイスデータを送信したり、クライアント装置５からのデバイスデータの変更指示を受け取ったりできる。
【００７０】
また、本実施形態に係る公開サーバ装置４は、複数のローカル制御システム２の状態を公開可能であり、上記各記憶部４２〜４５には、各ローカル制御システム２のユーザに対して、記憶領域が割り当てられている。さらに、ローカル制御システム側通信処理部４１は、例えば、アカウント名とパスワードとなどによって、ローカル制御システム２のユーザを認証・識別すると共に、ローカル制御システム２からの画面データに基づいて生成したファイル、あるいは、デバイスデータを、各記憶部４２〜４５の記憶領域のうち、識別したユーザに割り当てられた領域へ格納する。
【００７１】
上記ＸＭＬファイルは、プログラマブル表示器１４用の画面データに含まれる各単位画面毎に作成されており、各ＸＭＬファイルには、上記単位画面に関連する各タグ（処理指示語）を示すＸＭＬ要素（エレメント）が含まれている。
【００７２】
例えば、プログラマブル表示器１４用の画面データ内に、図５〜図８に示す形式で、ベース画面（単位画面）＝１（メイン画面）の表示タグＷＬ、入力タグＷＴ、文字列タグＷＳおよびテキストデータタグＷＸが含まれている場合、当該メイン画面に対応するＸＭＬファイルでは、例えば、図１０に示すように、各タグに対応するＴａｇ要素Ｅ１〜Ｅ４が含まれている。
【００７３】
表示タグＷＬに対応するＴａｇ要素Ｅ１には、事象名、表示座標範囲、参照ファイル番号、並びに、デバイスアドレスなどに対応するＴａｇＮａｍｅ要素Ｅ１１、Ｘ要素Ｅ１２およびＹ要素Ｅ１３、ＬｉｂｒａｒｙＮｏ要素Ｅ１４、並びに、ＢｉｔＳｙｍｂｏｌＮａｍｅ要素Ｅ１５などが含まれており、各要素Ｅ１１〜Ｅ１５の内容（コンテンツ）は、上記表示タグＷＬの内容に応じて、例えば、図９の例では、”Ｌ＿００００”、−２３２および１２０、１０１、並びに、０１０１００に設定されている。
【００７４】
また、入力タグＷＴに対応するＴａｇ要素Ｅ２では、事象名、デバイスアドレス、並びに、有効入力範囲などに対応するＴａｇＮａｍｅ要素Ｅ２１、ＳｙｍｂｏｌＮａｍｅ要素Ｅ２２、並びに、Ｘ要素Ｅ２３、Ｙ要素Ｅ２４、Ｘ２要素Ｅ２５およびＹ２要素Ｅ２６などの内容が、入力タグＷＴの内容に応じて設定される。ここで、上記各要素Ｅ１１〜Ｅ２６などの内容は、表示タグＷＬや入力タグＷＴの内容と一致するように設定してもよいし、例えば、プログラマブル表示器１４の解像度とクライアント装置５の解像度との相違などに応じた比率で拡大／縮小するなど、表示タグＷＬや入力タグＷＴの内容を所定の手順で変換して設定してもよい。
【００７５】
さらに、文字列タグＷＳに対応するＴａｇ要素Ｅ３では、事象名、表示座標範囲並びに文字列に対応するＴａｇＮａｍｅ要素Ｅ３１、Ｘ要素Ｅ３２およびＹ要素Ｅ３３、並びに、Ｓｔｒｉｎｇ要素Ｅ３４の内容として、文字列タグＷＳに応じた値に設定されている。なお、Ｓｔｒｉｎｇ要素Ｅ３５では、ＸＭＬで、文字列を文字コードで記述する際の書式に従って、Ｏウムラウトを示す文字コード（０ｘ８３）が、「＆＃８３；」と記述されている。
【００７６】
また、テキストデータタグＷＸに対応するＴａｇ要素Ｅ４では、事象名、表示座標範囲並びにデバイスアドレスに対応して、ＴａｇＮａｍｅ要素Ｅ４１、Ｘ要素Ｅ４２およびＹ要素Ｅ４３、並びに、ＳｙｍｂｏｌＮａｍｅ要素Ｅ４５が設けられ、それぞれの値が、テキストデータタグＷＸに合わせて設定されている。
【００７７】
上記ファイル生成部４７は、例えば、プログラマブル表示器１４用の画面データから、ある単位画面の処理指示語（タグＷＬ・ＷＴ・ＷＳ・ＷＸ…）、すなわち、ベース画面のファイル番号が所定の値のタグを順次抜き出すと共に、当該タグに応じたＸＭＬ要素を生成し、当該ＸＭＬ要素の内容を上記タグに応じて設定することで、当該単位画面表示用のＸＭＬファイルを作成できる。
【００７８】
一方、外字用ＸＭＬファイルには、図１１に示すように、プログラマブル表示器１４に定義済みの各外字コードに対応する外字データ（External Character Data ）要素Ｅ５が設けられている。当該外字データ要素Ｅ５は、内容として、文字コード（例えば、０ｘ８１）を含んでおり、さらに、Ｂｌｏｃｋ要素を含んでいる。当該Ｂｌｏｃｋ要素には、１キャラクタ分の外字のイメージ（キャラクターブロックデータ）を示す要素として、Ｄａｔａ要素Ｅ５１が含まれている。本実施形態に係るＤａｔａ要素Ｅ５１では、縦８ドット×横８ドットの６４ドットのデータとして、外字のイメージを表現しており、各ドットは、点の表示を示す「１」または点の非表示を示す「０」で記述されている。なお、各ドットが２値なので、１つの外字のイメージの情報量は、６４ビット＝８バイトである。
【００７９】
当該外字用ＸＭＬファイルは、例えば、上記ファイル生成部４７が画面データメモリ３５を参照して、プログラマブル表示器１４に格納される外字用マーク画面のイメージと文字コードとを取得し、これらに合わせて、上記各要素Ｅ５・Ｅ５１などの内容を設定することで生成できる。
【００８０】
なお、上記では、外字の大きさが１×１キャラクタの場合を例にして説明したが、外字の大きさが１×１キャラクタよりも大きい場合、ファイル生成部４７は、上記外字用ＸＭＬファイルの外字データ要素Ｅ５中に、上記Ｂｌｏｃｋ要素をキャラクタ分だけ作成する。
【００８１】
また、本実施形態では、Ｂｌｏｃｋ要素にＸ要素およびＹ要素が含まれており、ファイル生成部４７は、各キャラクタに応じたＢｌｏｃｋ要素を作成する際、外字のイメージ全体における当該キャラクタの相対位置を示すように、Ｘ要素およびＹ要素の内容を調整する。本実施形態では、各要素の内容は、Ｘ座標相対移動量およびＹ座標相対移動量に設定されており、例えば、図１２に示すように、６×６キャラクタからなる外字の最右で下から２番目のキャラクタＩ１の場合、Ｘ要素およびＹ要素には、それぞれ１６が設定される。
【００８２】
一方、上記アプレット記憶部４５に格納されるアプレットは、上記ＨＴＭＬファイルで参照されると共に、上記各ＸＭＬファイルを参照しながら、プログラマブル表示器１４が単位画面の表示や操作を行う際の動作と同等の動作を、クライアント装置５に実行させるプログラムであり、本実施形態では、クライアント装置５のバーチャルマシン５１が実行可能なＪａｖａ言語で記述されたバイトコードとして実現されている。
【００８３】
上記アプレットは、画面データ中に出現可能なタグの種類に対応するメソッドが定義されたクラスと、単位画面表示用のＸＭＬファイルを参照して、タグ種に対応するメソッドを呼び出すメソッドが定義されたクラスとを含んでおり、当該アプレットを実行するバーチャルマシン５１は、単位画面表示用のＸＭＬファイルを参照し、タグを示すＸＭＬ要素に基づいて、タグ種に応じたメソッドを呼び出すことができる。また、上記各メソッドは、外字表示が必要になった場合、外字表示用のＸＭＬファイルを参照して、外字用の文字コードに応じたフォントイメージを表示できる。
【００８４】
具体的には、バーチャルマシン５１が実行するメソッドのうち、タグ種に対応するメソッドは、例えば、表示タグの場合、所定の時間間隔で呼び出され、特定のデバイスアドレスのデータを公開サーバ部４６へ要求すると共に、応答に応じた表示を行う描画メソッドである。また、入力タグの場合は、入力イベントが発生したときに呼び出され、入力結果に応じたデータを、特定のデバイスアドレスへ書き込むように、公開サーバ部４６へ要求する入力メソッドである。さらに、文字列タグに対応するメソッドは、指定された文字列を表示する文字列表示メソッドであり、テキストデータタグに対応するメソッドは、所定の時間間隔で呼び出され、特定のデバイスアドレスのデータを公開サーバ部４６へ要求すると共に、応答に応じた文字列表示を行うテキストデータ表示メソッドである。
【００８５】
ここで、本実施形態に係る画面データでは、各単位画面の切り換え動作も、入力タグとして実現されており、当該入力タグには、デバイスアドレスとして、プログラマブル表示器１４内の記憶領域のうち、現在表示中の単位画面を示すデータが格納されるシステム領域が関連付けられている。
【００８６】
したがって、上記各入力メソッドのうち、上記特定のシステム領域への変更指示を要求する入力メソッドは、通常の入力メソッドと同様に、公開サーバ部４６へ単位画面の変更指示を送信すると共に、変更後の単位画面に応じたＸＭＬファイルを読み込む。これにより、クライアント装置５およびプログラマブル表示器１４は、常時同じ単位画面を表示できる。
【００８７】
また、上記入力メソッドは、上記特定のシステム領域への変更指示を送信する代わりに、クライアント装置５内に設けられた代替の記憶領域の内容を変更してもよい。この場合、他のメソッドにて、当該システム領域を参照する際は、公開サーバ部４６へ問い合わせる代わりに上記代替の記憶領域が参照される。この場合は、クライアント装置５は、プログラマブル表示器１４用の単位画面であっても、当該プログラマブル表示器１４で現在表示している単位画面とは異なる単位画面を表示できる。
【００８８】
さらに、例えば、後述するアプレット実行時のパラメータ設定によって指定したり、あるいは、単位画面の選択操作と連動してメニューを表示して選択させるなどして、プログラマブル表示器１４と同じ単位画面を表示するか、異なる単位画面を表示するかを選択できるように、上記各メソッドを作成してもよい。この場合、同じアプレットやＸＭＬファイルを使用しているにも拘らず、例えば、プログラマブル表示器１４のオペレータの操作を監視したい場合などには、前者を選択し、オペレータの操作とは別にローカル制御システム２を監視したい場合などには、後者を選択することができる。
【００８９】
また、単位画面表示用のＸＭＬファイルを参照するメソッドは、例えば、当該ＸＭＬファイルから、タグを示すＸＭＬ要素を抽出し、当該タグの種類（例えば、当該ＸＭＬ要素中のＴａｇＮａｍｅ要素の内容）に対応するクラスのインスタンスを生成し、当該インスタンスのフィールドへ、上記タグのパラメータ（例えば、上記ＸＭＬ要素中の各要素の内容）を設定するなどして、ＸＭＬファイルに応じたメソッドをバーチャルマシン５１に実行させることができる。
【００９０】
一方、ＨＴＭＬファイルには、図１３に示すように、上記アプレットをクライアント装置５のバーチャルマシン５１へ実行させるための文字列Ｐ１１と、例えば、"<HTML>"や"<TITLE>" など、ＨＴＭＬ文書として必要な文字列Ｐ１とが含まれている。また、ＨＴＭＬファイルには、例えば、アプレットが表示するプログラマブル表示器１４を説明する文字や画像を表示するための文字列、あるいは、ローカル制御システム２を説明するハイパーテキスト文書へのリンクを示す文字列など、ＨＴＭＬの書式に沿った文字列Ｐ２が含まれていてもよい。さらに、ＨＴＭＬファイルには、単位画面切り換え用のアプレットを実行させるための文字列Ｐ１２が含まれていてもよい。
【００９１】
本実施形態に係るＨＴＭＬファイルは、ファイル生成部４７によって、プログラマブル表示器１４毎に作成されており、ＸＭＬファイルは、単位画面毎に作成される。また、例えば、クライアント装置５のブラウザ５２が上記ＨＴＭＬファイルを表示する際に最初に表示する単位画面の指定やプログラマブル表示器１４の指定など、画面データ（プログラマブル表示器１４）全体に関連する情報は、上記文字列Ｐ１１中に含まれている。本実施形態の場合、当該情報は、アプレットを実行する際のパラメータとして指定されており、例えば、最初の単位画面は、ＰＡＲＡＭ要素の属性名"BASESCR" の属性値（この例では、"1" ）として指定される。
【００９２】
さらに、上記ＨＴＭＬファイルでは、上述の外字用ＸＭＬファイルの名前が、ＰＡＲＡＭ要素において、属性名"EXTCHAR" において、属性値（例えば、"EUROPEANDAMERICA.XML"として指定されている。また、ＰＡＲＡＭ要素の属性名"encode"の属性値（この例では、"ISO-8859-1"）として、外字以外の文字列表示に使用する文字コードセットが指定されている。
【００９３】
図１に示す公開サーバ部４６は、クライアント装置５から要求があると、例えば、ＵＲＩ(Universal Resource Identifier) などに基づいて、クライアント装置５が要求しているＨＴＭＬファイルやＸＭＬファイルあるいはアプレットを判別し、これらをクライアント装置５へ配布できる。
【００９４】
さらに、上記公開サーバ部４６は、配布したアプレットを実行するクライアント装置５から、デバイスアドレスＡの内容の問い合わせを受け取ると、データ記憶部４２の記憶領域のうち、アプレットに対応するユーザ用の領域で、しかも、デバイスアドレスＡに対応する領域の内容を読み出し、上記クライアント装置５に返答する。また、上記クライアント装置５からデバイスアドレスＡの内容変更指示を受け取ると、デバイスアドレスＡに対応する上記領域の内容を、指示に応じた値に書き換える。ここで、ローカル制御システム２と公開サーバ装置４とは、上述したように、所定のタイミングで通信しており、データ記憶部４２の内容は、ローカル制御システム２の指示に応じて更新されると共に、データ記憶部４２の変更がローカル制御システム２に通知される。したがって、クライアント装置５は、ローカル制御システム２の現況を表示し、制御できる。
【００９５】
なお、上記各部材２１〜２５、３１〜３６、４１〜４７および５１・５２は、ＣＰＵなどの演算手段が、ＲＯＭやＲＡＭなどの記憶手段に格納されたプログラムを実行し、タッチパネルや液晶表示装置などの入出力手段、あるいは、インターフェース回路などの通信回路を制御することによって実現される機能ブロックである。したがって、これらの手段を有するコンピュータが、上記プログラムを記録した記録媒体（例えば、ＣＤ−ＲＯＭなど）を読み取り、当該プログラムを実行するだけで、本実施形態に係るプログラマブル表示器１４、制御用ホストコンピュータ１６、公開サーバ装置４およびクライアント装置５を実現できる。特に、クライアント装置５のバーチャルマシン５１およびブラウザ５２は、多くのコンピュータに予めインストールされている汎用のブラウザソフトで実現できるので、これらのコンピュータは、特別なプログラムをインストールすることなく、クライアント装置５として動作できる。なお、例えば、シリアルケーブル１３やネットワーク１５、インターネット３、あるいは、他の通信路を介してプログラムをダウンロードするためのプログラムが、上記コンピュータに予めインストールされていれば、これらの通信路を介して、上記コンピュータへ上記プログラムを配付することもできる。
【００９６】
上記構成では、図１４に示すステップ１（以下では、Ｓ１のように略称する）において、ローカル制御システム２のユーザは、制御用ホストコンピュータ１６の作画処理部３４を操作し、ターゲットシステム１１の実情やプログラマブル表示器１４のオペレータの習熟度、あるいは、使用者の好みに合わせて、画面データを作成／修正する。さらに、作成された画面データは、例えば、シミュレーションや接続試験などによって、正常に動くことが確認された後、Ｓ２において、プログラマブル表示器１４に配信され、Ｓ３において、プログラマブル表示器１４が画面データに応じた表示や操作受け付けを開始する。
【００９７】
ここで、最適な画面は、好みや習熟度などにも左右されるため、一意に決めることができず、比較的頻繁に変更されることが多い。ところが、上述したように、本実施形態では、ローカル制御システム２（制御用ホストコンピュータ１６）のユーザが、画面データをタグの組み合わせで生成できるので、これらの要求に柔軟に対応でき、最適な状態を保ち続けることができる。また、制御用ホストコンピュータ１６で一括して管理できるため、多くの場所で並行して管理する場合に比べて、画面データを容易に管理できる。
【００９８】
また、画面データが更新されると、制御用ホストコンピュータ１６（公開サーバ側通信処理部３６）は、Ｓ４において、公開サーバ装置４にアクセスし、公開サーバ装置４（ローカル制御システム側通信処理部４１）は、Ｓ５において、例えば、予め格納されたアカウントおよびパスワードの組み合わせと、受け取った組み合わせとを比較するなどして、ローカル制御システム２、または、そのユーザを認証する。認証に成功すると、Ｓ６において、ローカル制御システム２から公開サーバ装置４へ画面データが送信される。一方、公開サーバ装置４が画面データを受け取ると、Ｓ７において、ファイル生成部４７は、当該画面データから、ＨＴＭＬファイル、単位画面表示用ＸＭＬファイルおよび外字用ＸＭＬファイルなどの公開用ファイルを生成して、ＨＴＭＬファイル記憶部４３およびＸＭＬファイル記憶部４４のうち、上記ユーザ用の領域に格納する。
【００９９】
一方、インターネット３を介して、クライアント装置５が公開サーバ装置４（公開サーバ部４６）にアクセスして、あるローカル制御システム２のプログラマブル表示器１４の画面を表示するように指示すると（Ｓ１１）、公開サーバ部４６は、例えば、クライアント装置５から受け取った識別番号およびパスワードが予め定められた組み合わせであるか否かを確認するなどして、上記画面による表示／制御が上記クライアント装置５、または、そのユーザに許可されているか否かを認証し、許可されていないクライアント装置５からのアクセスを拒否する（Ｓ１２）。
【０１００】
許可された正規なクライアント装置５であることを確認すると、公開サーバ部４６は、Ｓ１３において、上記Ｓ７にて生成された公開用ファイルのうち、クライアント装置５が要求した画面を表示するためのＨＴＭＬファイルをＨＴＭＬファイル記憶部４３から読み出し、インターネット３を介してクライアント装置５へ当該ファイルを送信する。さらに、クライアント装置５のブラウザ５２は、ＨＴＭＬファイル中の各APPLET要素（"<APPLET>"から"</APPLET>" の部分）で指定されたアプレットを公開サーバ装置４から取得し、バーチャルマシン５１へ実行させる。また、上記アプレットを実行するバーチャルマシン５１は、画面表示に必要なＸＭＬファイルを公開サーバ装置４から取得する。
【０１０１】
さらに、Ｓ１４において、クライアント装置５のバーチャルマシン５１は、ＸＭＬファイルを参照しながら、公開サーバ部４６と通信して、上記ＨＴＭＬファイルで指定されたプログラマブル表示器１４の画面を表示すると共に、当該画面への操作に応じた制御を指示する。
【０１０２】
具体的には、アプレットを実行するバーチャルマシン５１は、ＸＭＬファイルを参照し、各タグ（処理指示語）に応じたインスタンスを生成する。これらのインスタンスのうち、文字列タグに応じたインスタンスの文字列表示メソッドは、少なくとも単位画面を切り換える毎に実行され、指定された文字列を表示する。一方、表示タグに応じたインスタンスの描画メソッド、および、テキストデータタグに応じたインスタンスのテキストデータ表示メソッドは、所定の時間間隔で実行される。この結果、バーチャルマシン５１は、デバイスアドレスＡの内容を公開サーバ装置４へ問い合わせる。
【０１０３】
また、公開サーバ装置４の公開サーバ部４６は、問い合わせを受けると、データ記憶部４２において、当該アプレットに対応するユーザの記憶領域のうち、デバイスアドレスＡに対応する領域から、データを読み出して、クライアント装置５に送信する。当該データがインターネット３を介してクライアント装置５に伝えられると、上記描画メソッドは、当該データ（デバイスアドレスＡの内容）に応じて、クライアント装置５の表示画面のうち、予め定められた表示領域（Ｘ・Ｙ）の表示を更新する。また、上記テキストデータ表示メソッドは、表示画面の指定された表示領域に、データに応じた文字列を表示する。
【０１０４】
ここで、上記文字列表示メソッドおよびテキストデータ表示メソッドは、文字列を表示する際、文字列中に外字用の文字コード（例えば、０ｘ８０〜０ｘＦＦ）が含まれているか否かを判定する。含まれている場合、各メソッドは、公開サーバ部４６へ要求して、外字用ＸＭＬファイルを受け取る。なお、各メソッドは、ＨＴＭＬファイルでの指定に従って、送信を要求する外字用ＸＭＬファイルを特定する。さらに、各メソッドは、上記外字用ＸＭＬファイルを解析して、表示すべき外字コードに対応するフォントイメージを取得し、外字コードに対応する文字として表示する。一方、各メソッドは、文字列のうち、外字ではない文字は、クライアント装置５に予め用意されているフォントイメージで表示する。
【０１０５】
例えば、図３に示すように、文字コードが０ｘ８１の外字を表示するように指示された場合、クライアント装置５は、図１１に示す外字用ＸＭＬファイルから、内容が０ｘ８１の外字データ要素Ｅ５を見つけ、当該外字データ要素Ｅ５のＤａｔａ要素Ｅ５１の内容をビットマップに展開する。これにより、図３に示す文字列Ｃ１が表示できる。
【０１０６】
なお、上記では、表示すべき文字列中に外字コードが含まれる場合は、外字用ＸＭＬファイルを要求する場合を例にして説明したが、既に、当該ＸＭＬファイルが受信され、当該ＸＭＬファイルや解析結果が、クライアント装置５の図示しない記憶手段に格納されている場合は、外字用ＸＭＬファイルを要求せずに、記憶手段を参照して外字を表示してもよい。
【０１０７】
ここで、上記単位画面表示用のＸＭＬファイル、および、アプレットを呼び出すＨＴＭＬファイルは、画面データに基づいて生成されており、上記各インスタンスは、画面データ中の対応するタグと、同じデバイスアドレスを参照するように設定されている。また、各インスタンスの描画メソッドは、デバイスアドレスの内容が同じ場合、タグと同じ画像を表示するように作成されている。また、外字用ＸＭＬファイルは、画面データに基づき、プログラマブル表示器１４の外字のフォントイメージを示すように作成され、上記文字列表示メソッドやテキストデータ表示メソッドは、外字コードの表示が必要な場合、当該ＸＭＬファイルを参照して表示する。
【０１０８】
したがって、上記アプレットを実行することで、表示すべき文字列にプログラマブル表示器１４に固有の外字が含まれている場合であっても、クライアント装置５の表示画面へ、図３や図９と同様の画面が表示される。
【０１０９】
一方、バーチャルマシン５１は、アプレットの実行中、例えば、マウス操作などの入力操作が行われると、入力タグに対応するインスタンスのうち、入力操作に応じたインスタンスの入力メソッドを実行する。これにより、バーチャルマシン５１は、入力結果に応じたデータを、特定のデバイスアドレスへ書き込むように、公開サーバ部４６へ要求する。さらに、書き込み要求を受けると、公開サーバ部４６は、データ記憶部４２の記憶領域のうち、要求されたデバイスアドレスＡの領域の内容を書き換える。この結果、クライアント装置５の表示画面には、書き込み後、上記描画メソッドが実行された時点で、プログラマブル表示器１４と同様に、操作結果が反映される。
【０１１０】
ここで、ローカル制御システム２は、公開サーバ装置４へアクセスして、公開サーバ装置４のデータ記憶部４２の内容と、ローカル制御システム２のデバイスアドレスの実体とを同期させている。なお、データ記憶部４２の内容とデバイスアドレスの実体を同期させる際、いずれの方向に伝送するかは、例えば、変更時刻や、操作の優先順位などに応じて決定される。
【０１１１】
例えば、ローカル制御システム２のデバイスアドレスの内容に合わせて、公開サーバ装置４のデータ記憶部４２を更新する場合、公開サーバ側通信処理部３６が、表示処理部３１と同様に、デバイスアドレスの内容を取得し、デバイスデータとして送信する。これとは逆に、データ記憶部４２の変更をデバイスアドレスの実体に伝える場合、ローカル制御システム２がアクセスしてきた時点で、公開サーバ装置４のローカル制御システム側通信処理部４１は、データ記憶部４２からデバイスデータを読み出し、ローカル制御システム２へ送信する。さらに、上記公開サーバ側通信処理部３６がデバイスデータを受け取ると、表示処理部３１が内容変更する場合と同様に、サーバ部３３を介して内容変更指示を伝える。
【０１１２】
なお、本実施形態では、ローカル制御システム２が公開サーバ装置４にアクセスして、デバイスデータを同期させる場合について説明したが、これに限るものではなく、公開サーバ装置４からローカル制御システム２にアクセスして、デバイスデータを同期してもよい。ただし、この場合、ローカル制御システム２は、公開サーバ装置４からのアクセスに応答する必要があるため、インターネット３に常時接続する必要がある。この場合であっても、アクセス元が限定されるため、クライアント装置５からのアクセスを許可する場合に比べて機密性を向上できるが、インターネット３に接続する際の設定に手間がかかる。したがって、ローカル制御システム２と公開サーバ装置４とをインターネット３で接続する場合は、本実施形態のようにローカル制御システム２からアクセスする方が好ましい。
【０１１３】
なお、本実施形態では、ファイル生成部４７が画面データに基づいて生成したＸＭＬファイルやＨＴＭＬファイルをＨＴＭＬファイル記憶部４３・ＸＭＬファイル記憶部４４に予め格納しておく場合を例にして説明したが、これに限るものではなく、画面データを記憶しておき、クライアント装置５から要求された時点でファイル生成部４７が各ファイルを作成して各記憶部４３・４４へ格納してもよい。また、本実施形態では、公開サーバ装置４にファイル生成部４７を設ける場合について説明したが、これに限るものではなく、ローカル制御システム内にファイル生成部４７を設け、公開サーバ装置４がファイル生成部４７で生成されたＨＴＭＬファイルやＸＭＬファイルを受け取ってもよい。いずれの場合であっても、画面データに応じて作成されたＨＴＭＬファイルやＸＭＬファイルを公開すれば、同様の効果が得られる。
【０１１４】
また、図１の例では、ローカル制御システム２と公開サーバ装置４との間をインターネット３で接続する場合について説明したが、これに限るものではなく、公衆電話回線網などの広域通信網を介して接続してもよい。ただし、公衆電話回線網とは異なり、インターネット３は、送信側と受信側との間の回線を確保しないので、通信費用が安く設定されていることが多い。したがって、例えば、ローカル制御システム２を設置する国と公開サーバ装置４を設置する国とが異なっている場合など、両者の距離が離れている場合には、上記各実施形態のように、インターネット３で接続する方が好ましい。
【０１１５】
さらに、上記本実施形態に係るＨＴＭＬファイル記憶部４３およびＸＭＬファイル記憶部４４には、画面データに基づいて生成したＨＴＭＬファイルおよびＸＭＬファイルが格納されているが、これに限るものではない。例えば、デバイスデータを統計処理したデータを表示するＨＴＭＬファイルなど、デバイスデータに基づいて表示するためのファイルを公開してもよい。なお、当該ファイルは、ローカル制御システム２のユーザが作成してもよいし、公開サーバ装置４の運用者が作成してもよい。
【０１１６】
この場合であっても、ローカル制御システム２と公開サーバ装置４とでデバイスデータの同期が取られているので、クライアント装置５は、ローカル制御システム２と直接通信せずにローカル制御システム２の状態を表示できる。また、デバイスデータを送信すればよいので、ローカル制御システム２側の設定を簡略化できる。したがって、ローカル制御システム２のユーザに負担をかけることなく、遠隔地のクライアント装置５にて、ローカル制御システム２の状態を安全に表示できる。
【０１１７】
ところで、図１では、ローカル制御システム２と別に設けられた公開サーバ装置４によって、ローカル制御システム２の状態が公開される場合を例にして説明したが、図１５に示すように、ローカル制御システム２に公開サーバ部などを設けてもよい。
【０１１８】
具体的には、当該変形例に係る制御用通信システム１ａにおいて、ローカル制御システム２ａの制御用ホストコンピュータ１６ａは、図２に示す公開サーバ側通信処理部３６に代えて、ＨＴＭＬファイル記憶部４３ないしファイル生成部４７を備えている。また、公開サーバ部４６は、データ記憶部４２へアクセスする代わりに、サーバ部３３へアクセスして、デバイスアドレスの内容を取得すると共にデバイスアドレスの内容変更を指示する。さらに、ファイル生成部４７は、画面データメモリ３５から画面データを読み出してＨＴＭＬファイルおよびＸＭＬファイルを生成する。なお、本変形例では、制御用ホストコンピュータ１６ａが特許請求の範囲に記載のコンピュータに対応する。
【０１１９】
当該構成であっても、クライアント装置５は、インターネット３を介してローカル制御システム２のプログラマブル表示器１４と同様の画面を表示すると共に当該画面で操作できる。ただし、この場合は、ローカル制御システム２ａは、クライアント装置５からのアクセスに応答する必要があるため、不正なクライアント装置からのアクセスを防止しにくい。したがって、公開サーバ装置４の運営者にさえ、プログラマブル表示器１４の画面データなどを見せたくない場合などを除いて、図１に示すように、ローカル制御システム２とは別の公開サーバ装置４を設ける方が好ましい。
【０１２０】
ところで、上記実施形態では、各外字のフォントイメージが含まれた外字用ＸＭＬファイルをクライアント装置５に送信する場合を例にして説明したが、これに限るものではなく、プログラマブル表示器１４で定義される外字を示すデータがクライアント装置５に送信されれば、略同様の効果が得られる。
【０１２１】
例えば、図１１に示す外字用ＸＭＬファイルに代えて、図１６に示すように、プログラマブル表示器１４の外字全てのイメージを所定の順番で並べたイメージファイルと、当該イメージファイルと各外字コードとの対応を記述したＸＭＬファイルとを送信してもよい。この場合、図１１に示す外字用ＸＭＬファイルの外字データ要素には、Ｄａｔａ要素に代えて、イメージファイルにおいて、外字データ要素の外字のフォントイメージを示す領域を特定するための要素が含まれる。例えば、イメージファイルにおいて、ａウムラウトのフォントイメージが含まれる領域Ｉ８１に、文字コード０ｘ８１が対応している場合、上記ＸＭＬファイルにおいて、当該文字コードの外字データ要素は、例えば、（Ｘ，Ｙ）座標や順番などの形式で、当該領域Ｉ８１を示す要素を含む。この場合、クライアント装置５は、フォントイメージを示す数値をビットマップに展開する必要がない。なお、各外字の大きさが等しく、しかも、外字が定義されているか否かに拘らず、イメージファイルに外字用のコード全てに対応する領域を設ける構成の場合、外字コードからフォントイメージを示す領域を算出できるので、ＸＭＬファイルの送信も省略できる。
【０１２２】
また、上記実施形態では、アプレットを公開する場合を例にして説明したが、アプレットの代わりに、例えば、べーシックなどのプログラム言語をコンパイルするなどして作成され、アプレットと同様の動作をクライアント装置５に実行させる実行プログラムを配信しても、略同様の効果が得られる。
【０１２３】
ただし、本実施形態のように、クライアント装置５のバーチャルマシン５１が当該アプレットを解釈して表示・制御する場合、クライアント装置５がバーチャルマシンを備えていれば、クライアント装置のオペレーティングシステム（ＯＳ）やＣＰＵが実行可能な機械語が異なっていても、アプレットを実行できる。したがって、公開サーバ部４６が配布するアプレットの種類を増加させることなく、より多くのクライアント装置５でプログラマブル表示器１４と同様に表示／制御できる。
【０１２４】
【発明の効果】
請求項１の発明に係る制御システムは、以上のように、制御用表示装置の画面データが示すデバイスアドレスの内容を端末側通信手段へ問い合わせる動作と、端末装置の表示画面に、上記画面データが示す表示方法でデバイスの状態を表示する動作と、画面に表示する文字列に外字コードが含まれている場合は、上記各外字コードと外字の形状との対応を示す外字データを参照して、当該外字コードに対応する形状を表示する動作とを、上記端末装置に行わせるプログラムと、上記外字データとを含む端末用データが格納される記憶手段と、上記画面データに基づいて、上記端末用データを生成する生成手段とを備えている構成である。また、請求項３のプログラムおよび請求項４の記録媒体に記録されたプログラムは、上記各手段を実現するためのプログラムであり、当該プログラムが実行される１または複数のコンピュータを含む制御システムは、上記制御システムとして動作する。
【０１２５】
上記構成では、上記端末用データを受け取った端末装置は、端末側通信手段から画面データが示す各デバイスアドレスの内容を取得し、画面データが示す表示方法で、端末装置の表示画面上に、デバイスの状態を表示する。また、上記端末装置は、画面に表示する文字列に外字コードが含まれている場合、端末用データ中の外字データを参照して、外字コードに対応する形状を表示する。
【０１２６】
これらの結果、特に、端末装置用の監視制御画面を設計していないにも拘らず、端末装置は、ハードウェアおよびソフトウェア構成が制御用表示装置と一致せず、しかも、制御用表示装置で外字登録されている場合であっても、端末装置の画面上に、制御用表示装置が画面データに基づいて表示する際の画面と同一内容の画面を表示できるという効果を奏する。
【０１２７】
請求項２の発明に係る制御システムは、以上のように、請求項１記載の発明の構成において、上記生成手段は、複数の単位画面を示す画面データを受け取った場合、上記各単位画面に関連するデバイスおよび表示方法を示す単位画面データを生成し、上記記憶手段には、上記端末用データとして、上記単位画面データと、現在表示している単位画面に対応する単位画面データを参照して当該単位画面に関連する上記各動作を端末装置に行わせるプログラムと、単位画面の切り換えプログラムとが格納されている構成である。
【０１２８】
上記構成では、端末側通信手段は、上記端末用データとして、現在表示している単位画面に対応する単位画面データを参照して当該単位画面に関連する上記各動作を端末装置に行わせるプログラムと、当該プログラムが参照する単位画面データと、切り換えプログラムとを送信する。それゆえ、１つの画面データ中に、多くの単位画面が含まれている場合であっても、端末装置が画面表示のための処理を開始してから実際に表示するまでの期間を短縮できるという効果を奏する。
【図面の簡単な説明】
【図１】本発明の一実施形態を示すものであり、制御用通信システムの要部構成を示すブロック図である。
【図２】上記制御用通信システムにおいて、ローカル制御システムの要部構成を示すブロック図である。
【図３】上記制御用通信システムにおいて、画面データと表示画面との関係を示すものであり、スイッチがＯＦＦ状態のときを示す説明図である。
【図４】上記画面データに含まれるタグのデータ構造を示す説明図である。
【図５】上記タグのうち、表示タグのデータ構造例を示す説明図である。
【図６】上記タグのうち、入力タグのデータ構造例を示す説明図である。
【図７】上記タグのうち、文字列タグのデータ構造例を示す説明図である。
【図８】上記タグのうち、テキストデータタグのデータ構造例を示す説明図である。
【図９】上記制御用通信システムにおいて、画面データと表示画面との関係を示すものであり、スイッチをＯＮにした場合を示す説明図である。
【図１０】上記制御用通信システムにおいて、公開サーバ装置からクライアント装置へ配信される、単位画面表示用のＸＭＬファイルの例を示す説明図である。
【図１１】上記制御用通信システムにおいて、公開サーバ装置からクライアント装置へ配信される外字用ＸＭＬファイルの例を示す説明図である。
【図１２】１×１キャラクタよりも大きい外字を含む外字用ＸＭＬファイルの作成方法を説明するものであり、各キャラクタの相対位置を示す説明図である。
【図１３】上記制御用通信システムにおいて、公開サーバ装置からクライアント装置へ配信されるＨＴＭＬファイルの例を示す説明図である。
【図１４】上記制御用通信システムの動作を示すフローチャートである。
【図１５】上記制御用通信システムの変形例を示すものであり、ローカル制御システムの制御用ホストコンピュータの要部構成を示すブロック図である。
【図１６】上記制御用通信システムの変形例を示すものであり、各外字のイメージが含まれるイメージファイルを示す説明図である。
【図１７】従来例を示すものであり、制御システムの要部構成を示すブロック図である。
【図１８】本出願人による先行出願を示すものであり、制御用通信システムの要部構成を示すブロック図である。
【符号の説明】
１・１ａ 制御用通信システム（制御システム）
３ インターネット（ネットワーク）
４ 公開サーバ装置（コンピュータ）
５ クライアント装置（端末装置）
１１ａ デバイス
１４ プログラマブル表示器（制御用表示装置）
１６ａ 制御用ホストコンピュータ（コンピュータ）
４３ ＨＴＭＬファイル記憶部（記憶手段）
４４ ＸＭＬファイル記憶部（記憶手段）
４５ アプレット記憶部（記憶手段）
４６ 公開サーバ部（端末側通信手段）
４７ ファイル生成部（生成手段）
【発明の属する技術分野】
本発明は、新たな表示画面を作画することなく、プログラマブル表示器などの制御用表示装置から離れた場所に配された端末装置にて、上記制御用表示装置で表示／操作されるデバイスの状態を表示可能な制御システム、そのプログラム、および、それが記録された記録媒体に関するものである。
【０００２】
【従来の技術】
従来から、プログラマブル・ロジック・コントローラ（以下、ＰＬＣと略称する）は、例えば、ベルトコンベアー式の自動組付機など、種々のターゲットシステムを制御する制御装置として、広く使用されている。さらに、近年では、ターゲットシステムの複雑化に伴って、複数台のＰＬＣを互いに連携させて使用することも行われている。また、各ＰＬＣからのデータの表示、あるいは、ＰＬＣへの制御指示は、当該ＰＬＣの近傍などに配される表示装置で行われるだけではなく、例えば、これらの表示装置から離れた場所に設置した制御用ホストコンピュータでも表示あるいは操作できるように、制御システムを構築することもある。
【０００３】
具体的には、例えば、図１７に示すように、従来の制御システム５０１では、ＰＬＣ５０３が制御の中心として位置付けられており、各ＰＬＣ５０３には、ターゲットシステム５０２のデバイス５２１と、表示および制御指示を行うプログラマブル表示器５０５とが接続されている。さらに、当該ＰＬＣ５０３には、他のＰＬＣ５０３や制御用ホストコンピュータ５０７がシリアルケーブル５０４を介して接続されており、ＰＬＣ５０３と制御用ホストコンピュータ５０７との間や各ＰＬＣ５０３間における制御データの受け渡しは、ＰＬＣ５０３の通信機能を利用して行われている。
【０００４】
当該構成では、制御用ホストコンピュータ５０７の表示処理部５７１は、ＰＬＣ５０３と通信して、ターゲットシステム５０２の状態を示すデータを受け取り、状態に応じて画面表示すると共に、使用者の入力に応じて、ＰＬＣ５０３へ制御データを送出し、制御データに応じて、ターゲットシステム５０２を制御させる。同様に、プログラマブル表示器５０５は、ＰＬＣ５０３と通信しながら、ターゲットシステム５０２の状態を表示／制御する。
【０００５】
しかしながら、上記制御システム５０１は、基本的に閉じたシステムであり、遠隔地から、プログラマブル表示器の画面など、制御システムの状態を見ることができない。
【０００６】
上記課題を解決するために、本願の出願人は、先に出願した特願２０００−０７７００２号において、プログラマブル表示器の画面を示すデータを端末装置で表示可能な形式に変換し、インターネットを介して端末装置に配信する構成を開示した。
【０００７】
図１８に示すように、当該制御用通信システム１０１のローカル制御システム１０２では、プログラマブル表示器１１４および制御用ホストコンピュータ１１６が、予め定められた共通プロトコルで通信するネットワーク１１５で接続されており、プログラマブル表示器１１４は、制御用ホストコンピュータ１１６や他のプログラマブル表示器１１４とＰＬＣ１１２とが通信する場合、ＰＬＣ１１２の機種に固有の専用プロトコルでの通信と、共通プロトコルでの通信とを中継する。これにより、各プログラマブル表示器１１４や制御用ホストコンピュータ１１６は、他のプログラマブル表示器１１４に接続されたＰＬＣ１１２の機種に拘らず、共通プロトコルで通信できる。
【０００８】
さらに、上記制御用ホストコンピュータ１１６には、インターネット１０３に接続可能な公開サーバ部１６１が設けられており、クライアント装置１０５からアクセスされると、画面データに応じた動作をクライアント装置１０５に実行させるアプレットが、公開サーバ部１６１によって、クライアント装置１０５へ送信される。さらに、アプレットを実行するクライアント装置１０５は、制御用ホストコンピュータ１１６と通信して、ローカル制御システム１０２のデバイスの状態を受け取り表示する。
【０００９】
ここで、上記画面データは、プログラマブル表示器１１４が画面表示する際の動作を規定しており、上記クライアント装置１０５は、ローカル制御システム１０２内の各デバイスにアクセスする代わりに、公開サーバ部１６１からデバイスの状態を示すデータを受け取る。これにより、インターネット１０３を介して接続しているにも拘らず、クライアント装置１０５は、プログラマブル表示器１１４の表示画面と同一内容の画面を表示できる。また、特に、制御用通信システム１０１の使用者がクライアント装置１０５用の監視制御画面を作画することなく、クライアント装置１０５から監視制御できるので、作画の手間を大幅に削減できる。
【００１０】
【発明が解決しようとする課題】
しかしながら、上述したように、プログラマブル表示器１１４は、閉じたシステムで運用されてきた経緯や、クライアント装置１０５よりも記憶容量や演算能力が制限されがちなこともあって、外字が登録されていることが多い。したがって、上記先願の構成において、プログラマブル表示器１１４に表示されている文字列の文字コードを、クライアント装置１０５がそのまま表示しようとすると、同じ文字列を表示できなくなる虞れがある。
【００１１】
具体的には、プログラマブル表示器１１４は、記憶容量や演算能力が制限されていることが多いので、クライアント装置１０５で採用している文字コードセットよりも文字種の少ない文字コードセットが採用されていることがある。例えば、ヨーロッパで使用されるプログラマブル表示器１１４において、文字コードセットとして、ドイツ語やフランス語などを扱う場合に汎用のコンピュータで採用されるＩＳＯ−８８５９−１ではなく、Ｃｏｄｅ Ｐａｇｅ ８５０（Ｍｕｌｔｉｌｉｎｇｕａｌ）が採用されている場合、当該文字コードセットでは、ドイツ語の「ａウムラウト」などの文字を表示できない。この場合、これらの文字を表示するために、プログラマブル表示器１１４に外字が登録される。
【００１２】
また、プログラマブル表示器１１４を閉じたシステムで運用している場合、他の移植性を余り考慮する必要がないため、その制御システム５０１（ローカル制御システム１０２）に特有の表示を高速に行うために、その表示を画像として表示するのではなく、文字として表示することが多い。この場合も、当該表示が外字登録される。
【００１３】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、制御用表示装置で外字登録されている場合であっても、新たな監視制御画面を設計することなく、端末装置の画面上に、制御用表示装置が画面データに基づいて表示する際の画面と同一内容の画面を表示可能な制御システムを実現することにある。
【００１４】
【課題を解決するための手段】
請求項１の発明に係る制御システムは、上記課題を解決するために、デバイスをメモリにおいて特定するデバイスアドレスと、当該デバイスの状態の表示方法と、各外字コードに対応する外字の形状とを示す画面データに基づいて、上記デバイスアドレスの内容を取得し、当該デバイスアドレスの内容に基づいて当該デバイスの状態を画面表示すると共に、画面に表示する文字列に外字コードが含まれている場合は、当該外字コードに対応する形状を表示する制御用表示装置が設けられた制御システムにおいて、以下の手段を講じたことを特徴としている。
【００１５】
すなわち、ネットワークを介して端末装置と通信可能な端末側通信手段と、上記画面データが示すデバイスアドレスの内容を上記端末側通信手段へ問い合わせる動作と、上記端末装置の表示画面に、上記画面データが示す表示方法でデバイスの状態を表示する動作と、画面に表示する文字列に外字コードが含まれている場合は、上記各外字コードと外字の形状との対応を示す外字データを参照して、当該外字コードに対応する形状を表示する動作とを上記端末装置に行わせるプログラムと、上記外字データとを含む端末用データが格納される記憶手段と、上記画面データに基づいて、上記端末用データを生成する生成手段とを備えている。さらに、上記端末側通信手段は、上記記憶手段から読み出した端末用データを上記端末装置へ送信して、上記各動作を行わせると共に、当該動作を行う端末装置が問い合わせるデバイスの状態を取得し、当該端末装置に送信する。
【００１６】
なお、上記デバイスは、制御対象自体や、制御対象に接続された制御装置であってもよいし、例えば、バーコードリーダなどの入力装置から手動で入力されたデータが格納されたメモリなど、制御用表示装置上のメモリであってもよい。また、上記プログラムは、上記各動作の全手順をＣＰＵやバーチャルマシンなどの演算手段へ指示するコードであってもよいし、所定の手順で呼び出すことで、上記各動作の一部または全部を実行可能な基本プログラム（例えば、オペレーティングシステムやライブラリなど）が既に存在していれば、当該基本プログラムの呼び出しを上記演算手段へ指示するコードやポインタなどで、上記全手順の一部または全部を置き換えてもよい。さらに、上記プログラムのうち、画面データに応じて変化する部分をＸＭＬファイルなどのデータとして分離し、上記プログラムが当該データを参照することで、上記各動作を端末装置に行わせてもよい。この場合、上記データが生成手段によって生成され、当該データおよびプログラムを含む端末用データが端末装置に送信される。
【００１７】
上記構成において、上記生成手段は、制御用表示装置の画面データに基づいて、端末用データを生成し、インターネットなどのネットワークを介して端末装置に送信する。当該端末用データには、上記各動作を端末装置に実行させるプログラムが含まれており、当該プログラムを実行する端末装置は、端末側通信手段から画面データが示す各デバイスアドレスの内容を取得し、画面データが示す表示方法で、端末装置の表示画面上に、デバイスの状態を表示する。
【００１８】
また、上記端末装置は、画面に表示する文字列に外字コードが含まれている場合、端末用データ中の外字データを参照して、外字コードに対応する形状を表示する。これにより、制御用表示装置が、自機器に外字登録した外字を表示している場合であっても、端末装置は、当該制御用表示装置と同一形状の外字を表示できる。
【００１９】
これらの結果、特に、端末装置用の監視制御画面を設計していないにも拘らず、端末装置は、ハードウェアおよびソフトウェア構成が制御用表示装置と一致せず、しかも、制御用表示装置で外字登録されている場合であっても、端末装置の画面上に、制御用表示装置が画面データに基づいて表示する際の画面と同一内容の画面を表示できる。
【００２０】
また、上記構成では、上記プログラムを実行する端末装置は、外字データを参照して、外字コードに対応する形状を表示しているので、生成手段で、外字コードを予め画像に変換する場合と異なり、端末装置がデバイスの状態として通知されるデータを、文字コードとして表示する場合であっても、何ら支障なく、外字を表示できる。
【００２１】
なお、上記画面データが、入力操作と当該入力操作に応じて制御されるデバイスとの対応関係を示すデータを含んでおり、上記制御用表示装置が当該画面データに基づいて、入力操作に応じた制御をデバイスに指示する場合、上記端末用データは、画面データの示す入力操作に対応する入力操作が上記端末装置にて受け付けられた場合、当該入力操作に応じた内容で、しかも、上記画面データの示すデバイスへの制御指示を上記端末側通信手段へ送信する動作を上記端末装置に行わせるプログラムを含み、上記端末側通信手段は、当該動作を行う端末装置からの制御指示に基づいて、指示されたデバイスへ、指示された内容の制御指示を伝える方が望ましい。
【００２２】
この場合は、特に、端末装置用の監視制御画面を設計していないにも拘らず、端末装置は、制御用表示装置が画面データに基づいて表示する際の画面と同一内容の画面で、デバイスへの操作を受け付け、デバイスを制御できる。
【００２３】
ところで、上記画面データに、数多くの単位画面が含まれている場合、上記端末側通信手段によって、当該画面データに含まれる全てのデバイスおよび表示位置に関連する各動作を示す端末用データが送信されると、端末用データのデータ量が多くなり、特に、端末装置と端末側通信手段との間の通信速度が遅い場合には、端末装置が画面表示のための処理を開始してから（より正確には、端末用データの受信を開始してから）、実際に表示するまでの期間が長くなってしまう。
【００２４】
これに対して、請求項２の発明に係る制御システムは、請求項１記載の発明の構成において、上記画面データは、複数の単位画面に関連する上記デバイスアドレスおよび表示方法を示すことができ、上記制御用表示装置は、当該画面データを参照して画面表示する場合、現在表示中の単位画面に関連するデバイスのみについて、状態を表示すると共に、上記生成手段は、複数の単位画面を示す画面データを受け取った場合、上記各単位画面に関連する上記デバイスアドレスおよび表示方法を示す単位画面データを生成し、上記記憶手段には、上記端末用データとして、上記各単位画面データと、現在表示している単位画面に対応する単位画面データを参照して当該単位画面に関連する上記各動作を端末装置に行わせるプログラムと、上記端末装置にて単位画面の切り換え操作が行われた場合、当該端末装置に、上記端末側通信手段から新たな単位画面データを取得させる切り換えプログラムとが格納されていることを特徴としている。
【００２５】
上記構成では、端末側通信手段は、上記端末用データとして、現在表示している単位画面に対応する単位画面データを参照して当該単位画面に関連する上記各動作を端末装置に行わせるプログラムと、当該プログラムが参照する単位画面データと、切り換えプログラムとを送信する。これにより、全単位画面に関連する端末用データを送信する場合よりも、一度に送信するデータ伝送量を削減できる。なお、当該単位画面データには、単位画面で表示されるデバイスおよび表示方法が含まれているので、端末装置は、全単位画面に関連する端末用データを受信していなくても、何ら支障なく、当該単位画面を表示できる。
【００２６】
したがって、１つの画面データ中に、多くの単位画面が含まれている場合であっても、端末装置が画面表示のための処理を開始してから実際に表示するまでの期間を短縮できる。
【００２７】
ところで、上記制御システムを構成する機器は、ハードウェアのみで実現してもよいが、１または複数のコンピュータがプログラムを実行することで実現してもよい。具体的には、請求項３の発明に係るプログラムは、上記制御用表示装置が設けられた制御システムにて使用される１または複数のコンピュータで実行可能なプログラムであって、請求項１記載の各手段として上記１または複数のコンピュータを動作させるプログラムであることを特徴としている。また、請求項４の発明に係る記録媒体は、請求項３記載のプログラムが記録されていることを特徴としている。
【００２８】
上記プログラムが上記コンピュータで実行されると、当該コンピュータを含む制御システムは、請求項１記載の制御システムとして動作する。したがって、請求項１と同様、特に、端末装置用の監視制御画面を設計していないにも拘らず、端末装置は、ハードウェアおよびソフトウェア構成が制御用表示装置と一致せず、しかも、制御用表示装置で外字登録されている場合であっても、端末装置の画面上に、制御用表示装置が画面データに基づいて表示する際の画面と同一内容の画面を表示できる。
【００２９】
【発明の実施の形態】
本発明の一実施形態について図１ないし図１６に基づいて説明すると以下の通りである。すなわち、本実施形態に係る制御用通信システム１は、各プログラマブル表示器に特有の外字が画面中に含まれている場合であっても、制御対象近傍に配されたプログラマブル表示器と同様の画面やデータを、遠隔地から参照し制御可能な制御システムであって、例えば、図１に示すように、ターゲットシステム１１のデバイス１１ａを制御する制御装置としてのプログラマブル・ロジック・コントローラ（ＰＬＣ）１２や、処理指示語（タグ）を組み合わせて決定される画面データに基づいて入力および画面表示を制御可能なプログラマブル表示器（制御用表示装置）１４などを含むローカル制御システム２と、詳細は、後述するように、インターネット（ネットワーク）３を介して、ローカル制御システム２と接続可能で、ローカル制御システム２の状態を示すデータを公開する公開サーバ装置４と、インターネット３を介して公開サーバ装置４と接続可能なクライアント装置（端末装置）５とを備えている。なお、本実施形態では、公開サーバ装置４が特許請求の範囲に記載のコンピュータに対応している。
【００３０】
上記クライアント装置５は、例えば、汎用のパーソナルコンピュータなどであり、Ｊａｖａ（登録商標）言語のプログラムを実行可能なバーチャルマシン５１と、例えば、汎用のブラウザソフトなどにより実現されるブラウザ５２とを備えている。上記ブラウザ５２は、インターネット３に接続された機器と通信し、受け取ったアプレットをバーチャルマシン５１に実行させることができる。また、当該ブラウザ５２は、例えば、ＨＴＴＰ（Hyper Text Transfer Protocol）などのプロトコルで任意のサーバ装置からＨＴＭＬ（ HyperText Markup Language）文書などの文書を受け取り、閲覧することもできる。
【００３１】
図２に示すように、上記ローカル制御システム２において、各プログラマブル表示器１４は、シリアルケーブル１３を介して、ＰＬＣ１２と接続でき、多くの場合、ターゲットシステム１１の近傍で、ターゲットシステム１１のオペレータによって操作される。また、各プログラマブル表示器１４は、イーサネット（商標：ゼロックス社）などのローカル・エリア・ネットワークからなるネットワーク１５によって、互いに接続されている。さらに、上記ネットワーク１５には、制御用ホストコンピュータ１６が接続されている。
【００３２】
ここで、上記ローカル制御システム２では、ローカル制御システム２内の通信処理に各ＰＬＣが介在する従来の制御システム５０１とは異なって、ローカル制御システム２に必須の構成であり、しかも、ＨＭＩ（Human Machine Interface ）として動作するため、演算能力に余力のあるプログラマブル表示器１４が、通信の大半を処理するように構成されており、各プログラマブル表示器１４は、自らに接続されているＰＬＣ１２の機種に固有の専用プロトコルと、ネットワーク１５での共通プロトコルとを変換して、他のプログラマブル表示器１４や制御用ホストコンピュータ１６と、ＰＬＣ１２との通信を中継する。これにより、プログラマブル表示器１４および制御用ホストコンピュータ１６は、他のプログラマブル表示器１４に接続されているＰＬＣ１２の機種に拘らず、ネットワーク１５を介して共通のプロトコルで通信できる。この結果、上記制御システム５０１に比べて、異なる機種のＰＬＣ１２をローカル制御システム２内に混在させやすくなる。
【００３３】
より詳細には、図２に示すように、上記プログラマブル表示器１４は、シリアルケーブル１３やネットワーク１５に接続されるインターフェース部（ＩＦ）部として、専用プロトコルＩＦ部２１・共通プロトコルＩＦ部２２を備えており、さらに、両者の通信を中継するプロトコル変換部２３と、上記画面データを記憶する画面データメモリ２４と、タッチパネルなどの操作入力部２５ａからのオペレータの操作や通信結果および画面データに基づいて表示処理を行う表示処理部２５とを備えている。また、他の入力手段として、バーコードリーダ２５ｂや図示しないＩＤセンサーなどを備えていてもよい。
【００３４】
本実施形態では、上記表示処理部２５は、複数の単位画面を切り換え可能であり、各単位画面は、図形や文字をベース画面上に配置して形成される。配置可能な図形や文字には、例えば、図３に示すように、銘板など、表示内容を変更しない静止図形Ｂや文字列Ｃが含まれる。さらに、スイッチやランプあるいはメータなど、デバイスの状態に応じて、形状や色、点滅状態などの表示状態が変換する部品図形Ｊ（Ｊ１）や、テキストデータなど、デバイスの状態に応じて内容が変化する文字列Ｃ１も、ベース画面上に配置できる。
【００３５】
また、上記画面を表示する画面データは、図４に示すように、ベース画面のファイル番号Ｆと、ベース画面上で実行すべき動作内容を特定する事象名Ｎと、各実行事象毎に参照される１または複数の参照情報Ｒとを含むタグＷを組み合わせて構成されている。
【００３６】
タグＷが所定の画面領域（表示座標範囲）へ、所定のデバイスアドレスの内容に応じた部品図形Ｊを表示する表示タグＷＬの場合、図５に示すように、参照情報Ｒには、表示座標範囲（Ｘ・Ｙ）と、デバイスアドレスＡと、例えば、部品図形Ｊがスイッチの場合、ＯＮを示す図形のファイルおよびＯＦＦを示す図形のファイルなど、表示時に参照するファイル番号ＦＬとが含まれる。また、タグが入力タグの場合、図６に示すように、参照情報Ｒとして、有効入力座標範囲（Ｘ・Ｙ）と、入力結果が書き込まれるデバイスアドレスＡとが含まれる。
【００３７】
一方、タグＷが画面領域（表示領域）へ所定の文字列を表示する文字列タグＷＳの場合、図７に示すように、参照情報Ｒとして、表示座標範囲（Ｘ・Ｙ）と、文字列中の各文字を示す文字コードＳＴＲとが含まれる。また、デバイスから通知された文字列を表示するテキストデータタグＷＸの場合、図８に示すように、参照情報Ｒには、表示座標範囲（Ｘ・Ｙ）と、文字列を通知するデバイスを示すデバイスアドレスＡとが含まれる。
【００３８】
また、本実施形態では、例えば、ヨーロッパの場合で、Ｃｏｄｅ Ｐａｇｅ ８５０（Ｍｕｌｔｉｌｉｎｇｕａｌ）など、通常使用する文字群に対応するコード集合として予め定められた文字コードセットに加えて、上記文字コードセットには含まれていない文字も表示できるように、外字登録可能に構成されており、画面データメモリ２４には、上述のタグＷ、図形のファイルなどに加えて、外字のイメージを示す外字用マーク画面も格納されている。本実施形態では、外字用の文字コードとして、上記文字コードセットで通常使用しないコード（０ｘ８１〜０ｘＦＦ）が割り当てられており、これらに対応する外字用マーク画面として、Ｍ８００１〜Ｍ８１２８を格納できる。なお、上記文字コードセットは、上述の例に限るものではなく、例えば、日本の場合、ＳＨＩＦＴ＿ＪＩＳ、中国の場合、ＧＢ２３１２−８０、台湾の場合、ＢＩＧ−５、韓国の場合、ＫＳＣ５６０１−１９９２など、任意の文字コードセットを採用してもよい。
【００３９】
本実施形態では、上記マーク画面のデータ構造は、例えば、ビットマップなど、各図形を示すマーク画面と同様のデータが採用されており、図形の編集時と同様の手順で編集できる。なお、両者は、マーク画面の番号（Ｍ８００１〜Ｍ８１２８内か否か）で区別される。また、本実施形態では、外字用マーク画面の大きさは、キャラクタ（例えば、８×８ドット）単位で、例えば、１×１から６×６までの大きさに設定できる。
【００４０】
ここで、プログラマブル表示器１４の表示処理部２５は、所定の時間間隔で、画面データメモリ２４から、ベース画面のファイル番号Ｆが、現在表示中のベース画面である表示タグＷＬを抽出し、各表示タグＷＬのデバイスアドレスＡの内容を、ＰＬＣ１２のメモリ１２ａから読み出して、内容に応じた部品図形Ｊを画面に表示する。例えば、図３において、画面データメモリ２４に格納された表示タグＷＬ１は、スイッチの表示を示しており、デバイスアドレスＡ１の機器に対応している。当該表示タグＷＬ１を実行する場合、表示処理部２５は、デバイスアドレスＡ１の内容が”０”なので、スイッチがＯＦＦであると判断し、画面データメモリ２４に格納されたファイルのうち、ＯＦＦに対応付けられたファイルＦＬ１の図形を、表示座標範囲（Ｘ・Ｙ）に表示する。これにより、当該座標範囲（Ｘ・Ｙ）には、ＯＦＦ状態のスイッチを示す部品図形Ｊ１が表示される。このように、表示処理部２５が所定の時間間隔で画面データ内の表示タグを実行することで、プログラマブル表示器１４の画面にデバイスの状態が反映される。
【００４１】
同様に、上記表示処理部２５は、テキストデータタグＷＸも抽出しており、各テキストデータタグＷＸのデバイスアドレスＡの内容を、所定の時間間隔でＰＬＣのメモリ１２ａから読み出して、内容に応じた文字列Ｃ１を表示する。また、上記表示処理部２５は、表示タグＷＬなどと同様に、文字列タグＷＳも抽出しており、各文字列タグＷＳが示す文字コードを文字列Ｃとして表示する。なお、文字列タグＷＳは、固定なので、単位画面の切り換え毎に抽出・表示してもよい。
【００４２】
ここで、文字列Ｃ１・Ｃを表示する場合、表示処理部２５は、文字コードが上述の外字用文字コードか否を判定する。例えば、図３の例では、テキストデータタグＷＸ１で指定されたデバイスは、外字用の文字コード（０ｘ８１）を示している。この場合、表示処理部２５は、画面データメモリ２４から、当該文字コードに対応するマーク画面（Ｍ８００１）を読み出して表示する。
【００４３】
これにより、例えば、ａウムラウトやＯウムラウトのように、上記文字コードセットで定義されていない文字であっても、当該文字を外字として登録しておくことで、定義されている文字と同様、文字コードを指定するだけで表示できる。
【００４４】
なお、上記とは逆に、文字列タグＷＳやテキストデータタグＷＸで表示が指示された文字コードが外字用の文字コードではなく、上記文字コードセットで定義されている文字コードの場合、表示処理部２５は、上記文字コードセットの表示用に予め格納されているフォントイメージから、当該文字コードに対応するイメージを読み出して表示する。
【００４５】
また、図示しないタッチパネルへの押し操作など、オペレータの入力操作を受け取ると、表示処理部２５は、画面データメモリ２４の画面データから、現在表示中のベース画面に対応し、当該入力操作にマッチする入力タグＷＴを検索し、入力結果に応じて、入力タグＷＴが示すデバイスアドレスＡの内容を変更する。例えば、有効入力座標範囲（Ｘ・Ｙ）が上記部品図形Ｊ１と同じ座標範囲に設定され、同じデバイスアドレスＡ１の内容を変更する入力タグＷＴ１が画面データ中に含まれている場合、オペレータが図３に示す表示画面の部品図形Ｊ１を押すと、表示処理部２５による検索の結果、当該入力タグＷＴ１が発見される。この場合、表示処理部２５は、例えば、専用プロトコルＩＦ部２１や共通プロトコルＩＦ部２２へ指示するなどして、入力タグＷＴ１に対応するデバイスアドレスＡ１の内容を書き換える。さらに、入力操作の後、表示処理部２５が表示タグＷＬ１を処理すると、デバイスアドレスＡ１の内容が”１”に変更されているので、表示処理部２５は、図９に示すように、ファイルＦＬ２に対応し、ＯＮを示す部品図形Ｊ２を画面上に表示する。この結果、表示処理部２５は、入力操作に応じてデバイスアドレスの内容を書き換えると共に、デバイスアドレスの内容に応じて、画面表示を更新できる。
【００４６】
また、テキストデータタグＷＸ１に対応するデバイスの内容が０ｘ８１から０ｘ８２に変化していたとすると、表示処理部２５は、当該外字用の文字コードに対応するマーク画面を読み出し、文字列Ｃ２（ｕウムラウト）を表示する。なお、図３および図９の例では、文字列Ｃ・Ｃ１・Ｃ２のいずれもが外字の場合を図示したが、当然ながら、文字コードセット中の文字を表示することもできる。
【００４７】
ここで、デバイスアドレスＡは、制御対象となるデバイスを特定するアドレスであって、例えば、ＰＬＣ１２のメモリ１２ａなど、プログラマブル表示器１４やＰＬＣ１２あるいは制御用ホストコンピュータ１６などに設けられた記憶装置の一領域を示している。また、上記デバイスは、操作入力部２５ａやバーコードリーダ２５ｂなどの入力装置から手動で入力されたデータが格納されたメモリであってもよい。さらに、例えば、専用プロトコルＩＦ部２１や共通プロトコルＩＦ部２２が、ＰＬＣ１２や他のプログラマブル表示器１４と通信することで、各アドレスの内容を取得したり、内容を変更したりできる。なお、内容の取得／変更は、その都度指示してもよいし、プログラマブル表示器１４内にキャッシュを用意し、内容の取得／変更時には、キャッシュへアクセスすると共に、所定の時間間隔毎や所定のイベント毎に通信してデバイスアドレスＡの実体と同期を取ってもよい。
【００４８】
一方、図２に示すように、上記制御用ホストコンピュータ１６は、ローカル制御システム２全体の監視制御を行う表示処理部３１と、ネットワーク１５に接続される共通プロトコルＩＦ部３２と、共通プロトコルＩＦ部３２およびネットワーク１５を介して各プログラマブル表示器１４と通信して、表示処理部３１などの要求に応じるサーバ部３３とを備えており、多くの場合、プログラマブル表示器１４よりも離れた場所から、ターゲットシステム１１やＰＬＣ１２あるいはプログラマブル表示器１４の状態を表示したり制御できる。
【００４９】
また、上記制御用ホストコンピュータ１６には、プログラマブル表示器１４の画面データを作成する作画処理部３４と、作成した画面データを格納する画面データメモリ３５とが設けられており、各プログラマブル表示器１４の表示／制御動作を規定する画面データは、作画処理部３４で集約して作成（修正）された後、サーバ部３３、共通プロトコルＩＦ部３２およびネットワーク１５を介して、各プログラマブル表示器１４へ配布される。
【００５０】
ここで、上記画面データは、上述したように、画面上の領域と、当該領域への表示や入力に対応するデバイスのアドレスとの対応関係を示すタグを組み合わせて構成されており、作画処理部３４は、例えば、タグのパレットを表示し、パレット中のタグを選択して画面上に所望のタグを配置するように、使用者へ促す。また、作画処理部３４は、配置されたタグを指定された座標に表示して、使用者のドラグ＆ドロップなどの操作に応じてタグの座標を調整する。また、作画処理部３４は、入力タグや表示タグに関連するデバイスアドレスを入力するように使用者へ促す。これらの結果、使用者は、作画処理部３４を操作して、画面上の所望の位置にタグを配置すると共に、各タグとデバイスのアドレスとを対応付けるだけで、画面データを作成できる。
【００５１】
したがって、プログラマブル表示器１４の表示プログラムを修正する場合に比べて容易に、各プログラマブル表示器１４の表示や操作を決定（変更）でき、ローカル制御システム２の使用者（制御用ホストコンピュータ１６の使用者）は、ターゲットシステム１１の実情や、プログラマブル表示器１４のオペレータの習熟度、あるいは、使用者の好みに合わせることができる。
【００５２】
さらに、本実施形態に係る制御用通信システム１には、図１に示すように、公開サーバ装置４が設けられており、プログラマブル表示器１４用の画面データに基づいて、以下の両動作と略同様の動作、すなわち、プログラマブル表示器１４が画面データに基づいてデバイスの状態に応じて表示する動作、および、操作に応じたデバイスの状態変更を指示する際の動作と略同様の動作を、クライアント装置５へ指示できる。
【００５３】
ただし、プログラマブル表示器１４が画面データに基づいて動作する場合と異なり、表示先は、クライアント装置５の図示しない表示装置であり、操作は、クライアント装置５の図示しない入力装置から受け取る。また、クライアント装置５がデバイスの状態を問い合わせる相手や、状態変更指示の送信先も公開サーバ装置４に変更されており、公開サーバ装置４は、上記指示に従って動作するクライアント装置５と通信して、デバイスの状態をクライアント装置５へ伝えると共に、デバイスの状態変更指示をクライアント装置５から受け取ることができる。
【００５４】
さらに、公開サーバ装置４は、ローカル制御システム２と所定のタイミングで通信しており、ローカル制御システム２内のデバイスの状態を把握すると共に、デバイスの状態変更指示を送信できる。
【００５５】
これにより、クライアント装置５は、インターネット３を介して遠隔地から接続されている場合であっても、プログラマブル表示器１４の画面と同一内容の画面を表示すると共に、同じ操作で、デバイスの状態を制御できる。
【００５６】
このように、本実施形態に係る制御用通信システム１では、ローカル制御システム２とは別に設けられた公開サーバ装置４から、インターネット３を介して接続されるクライアント装置５へ、プログラマブル表示器１４の状態を示すデータを公開する。したがって、不正アクセスが試みられたとしても、当該不正アクセスは、ローカル制御システム２ではなく、公開サーバ装置４に集中する。
【００５７】
また、デバイスの状態を送受する際、ローカル制御システム２の通信相手は、公開サーバ装置４に限定されるので、多数のクライアント装置５へ直接通信する場合に比べて、ローカル制御システム２と公開サーバ装置４との間の通信路の機密性を向上しやすい。さらに、デバイスデータと画面データとが分けて送信されているので、仮に、デバイスの状態を示すデータや画面データの一部が傍聴されたとしても、プログラマブル表示器１４の画面を復元することが難しい。
【００５８】
これらの結果、インターネット３に接続されたクライアント装置５で、プログラマブル表示器１４と同様に表示／操作できるにも拘らず、ローカル制御システム２への不正アクセスを防止できる。さらに、万一、不正アクセスによって、公開サーバ装置４の運用に支障が生じたとしても、クライアント装置５への配信に支障が生じるだけで、ローカル制御システム２は、何ら支障無く、制御対象を制御できる。この結果、より安全な制御用通信システム１を実現できる。
【００５９】
ここで、インターネット３上にデータを公開する場合、上記不正アクセスへの防止対策だけでなく、インターネット３へ常時接続するための設定や、インターネット３との間の通信容量の選択など、ローカル制御システム２の管理維持とは異なる技量が要求されるため、各ユーザがローカル制御システム内に公開サーバ装置を設置する場合、各ユーザは、これらの技量に習熟した技術者を養成する必要がある。
【００６０】
これに対して、本実施形態では、各ローカル制御システム２は、インターネット３を介して特定の公開サーバ装置４と通信すればよいので、設定や通信容量の選択も容易である。この結果、それぞれのユーザは、インターネット３に習熟した技術者を養成する必要がなく、ローカル制御システム２の管理維持のみに注力できるので、各ユーザの負担を軽減できる。
【００６１】
一方、公開サーバ装置４では、インターネット３に習熟した技術者が必要になるが、各ローカル制御システム２のユーザがそれぞれ別個に養成する場合に比べて少ない人数でよいので、制御用通信システム１全体における技術者数を削減できる。さらに、公開サーバ装置４が各ユーザのデータやプログラムを公開しているので、各ユーザが別個に公開する場合に比べて、ディスク容量や通信容量などを管理維持する際の手間を削減できる。
【００６２】
特に、インターネット３との間のデータ通信量は、アクセス数に応じて変化するため、公開サーバ装置４が不特定多数の端末装置からアクセスされる場合、必要な通信容量を予測することが極めて難しい。ところが、本実施形態では、公開サーバ装置４が各ユーザのデータやプログラムを公開しているので、それぞれ別個に設置する場合と同じ比率の余裕を持って通信容量を設定したとしても、別個の場合よりも、通信容量の余裕（データ通信量）が大きくなる。したがって、あるユーザのデータやプログラムへのアクセス数増加などによって、当該ユーザに関連するデータ通信量が急激に増加したとしても、他のユーザに関連するデータ通信量が増加しなければ、データ通信量の増加を吸収できる。この結果、それぞれ別個に公開サーバ装置を設ける場合に比べて、通信容量を設定しやすくなる。
【００６３】
加えて、上記公開サーバ装置４は、プログラマブル表示器１４の画面データに外字用マーク画面が含まれている場合、詳細は、後述するように、各外字コードと外字のフォントイメージとの対応を示す外字用ＸＭＬ（eXtensible Mark-up Language ) ファイルをクライアント装置５へ送信し、上記公開サーバ装置４が指示した動作を実行するクライアント装置５は、画面上に文字列を表示する際、当該文字列に外字コードが含まれていれば、当該外字用ＸＭＬファイルを参照して、外字のフォントイメージを表示する。
【００６４】
これにより、プログラマブル表示器１４に外字が登録される場合であっても、クライアント装置５は、何ら支障なく、プログラマブル表示器１４と同じフォントイメージの外字を表示できる。
【００６５】
また、上記構成では、上記クライアント装置５が外字用ＸＭＬファイルを参照して、外字コードに対応するフォントイメージを表示しているので、クライアント装置５で外字コードを画像に変換する場合と異なり、公開サーバ装置４からデバイスの状態として受け取ったデータを、クライアント装置５が文字コードとして表示する場合であっても、何ら支障なく、外字を表示できる。
【００６６】
以下では、上記制御用ホストコンピュータ１６や公開サーバ装置４の構成例について、詳細に説明する。すなわち、図２に示すように、上記制御用ホストコンピュータ１６には、インターネット３を介して公開サーバ装置４と通信する公開サーバ側通信処理部３６が設けられている。なお、ローカル制御システム２と公開サーバ装置４とが暗号通信する場合、公開サーバ側通信処理部３６は、予め定められた暗号鍵や復号鍵を用いて、公開サーバ装置４と暗号通信する。
【００６７】
当該公開サーバ側通信処理部３６には、例えば、インターネット３との接続時に使用されるプロバイダの電話番号や公開サーバ装置４のアドレスなど、公開サーバ装置４へアクセスするためのデータと、例えば、公開サーバ装置４におけるアカウント名およびパスワードなど、公開サーバ装置４で自らを認証するためのデータとが記憶されており、例えば、ユーザからの指示があった時点や画面データの変更時など、所望のタイミングで、公開サーバ装置４と通信して、画面データメモリ３５の画面データを公開サーバ装置４に送信できる。
【００６８】
また、上記公開サーバ側通信処理部３６は、ローカル制御システム２におけるデバイスアドレスの内容（デバイスデータ）の変更時や所定の時間間隔など、所定のタイミングで公開サーバ装置４へアクセスして、公開サーバ装置４でのデータ公開に必要なデバイスアドレスの内容を公開サーバ装置４に送信できる。なお、デバイスアドレスの内容は、表示処理部３１が取得する場合と同様に、サーバ部３３を介して取得される。さらに、公開サーバ側通信処理部３６は、公開サーバ装置４と通信した結果、クライアント装置５がデバイスアドレスの内容変更を指示していた場合、表示処理部３１がデバイスアドレスＡの内容を変更する場合と同様に、当該指示を中継し、プログラマブル表示器１４自体やプログラマブル表示器１４に接続されたＰＬＣ１２など、デバイスアドレスの実体へ内容の変更指示を伝送できる。
【００６９】
一方、図１に示すように、上記公開サーバ装置４には、インターネット３を介してローカル制御システム２と通信するローカル制御システム側通信処理部４１と、ローカル制御システム側通信処理部４１がローカル制御システム２から受け取ったデバイスデータを格納するデータ記憶部４２と、記憶手段として、クライアント装置５に送信されるＨＴＭＬファイル、ＸＭＬファイル、アプレットを、それぞれ格納するＨＴＭＬファイル記憶部４３・ＸＭＬファイル記憶部４４・アプレット記憶部４５とが設けられている。さらに、公開サーバ装置４は、インターネット３を介するクライアント装置５からの要求に応える公開サーバ部（端末側通信手段）４６と、プログラマブル表示器１４の画面データまたは同一形式の画面データに基づいて、上記ＨＴＭＬファイルおよびＸＭＬファイルを作成するファイル生成部（生成手段）４７とを備えている。上記公開サーバ部４６は、上記各記憶部４２〜４５にアクセスして、ＨＴＭＬファイル、各単位画面用または外字用のＸＭＬファイル、アプレットをクライアント装置５へ送信すると共に、当該アプレットを実行するクライアント装置５と通信して、クライアント装置５の画面表示に必要なデバイスデータを送信したり、クライアント装置５からのデバイスデータの変更指示を受け取ったりできる。
【００７０】
また、本実施形態に係る公開サーバ装置４は、複数のローカル制御システム２の状態を公開可能であり、上記各記憶部４２〜４５には、各ローカル制御システム２のユーザに対して、記憶領域が割り当てられている。さらに、ローカル制御システム側通信処理部４１は、例えば、アカウント名とパスワードとなどによって、ローカル制御システム２のユーザを認証・識別すると共に、ローカル制御システム２からの画面データに基づいて生成したファイル、あるいは、デバイスデータを、各記憶部４２〜４５の記憶領域のうち、識別したユーザに割り当てられた領域へ格納する。
【００７１】
上記ＸＭＬファイルは、プログラマブル表示器１４用の画面データに含まれる各単位画面毎に作成されており、各ＸＭＬファイルには、上記単位画面に関連する各タグ（処理指示語）を示すＸＭＬ要素（エレメント）が含まれている。
【００７２】
例えば、プログラマブル表示器１４用の画面データ内に、図５〜図８に示す形式で、ベース画面（単位画面）＝１（メイン画面）の表示タグＷＬ、入力タグＷＴ、文字列タグＷＳおよびテキストデータタグＷＸが含まれている場合、当該メイン画面に対応するＸＭＬファイルでは、例えば、図１０に示すように、各タグに対応するＴａｇ要素Ｅ１〜Ｅ４が含まれている。
【００７３】
表示タグＷＬに対応するＴａｇ要素Ｅ１には、事象名、表示座標範囲、参照ファイル番号、並びに、デバイスアドレスなどに対応するＴａｇＮａｍｅ要素Ｅ１１、Ｘ要素Ｅ１２およびＹ要素Ｅ１３、ＬｉｂｒａｒｙＮｏ要素Ｅ１４、並びに、ＢｉｔＳｙｍｂｏｌＮａｍｅ要素Ｅ１５などが含まれており、各要素Ｅ１１〜Ｅ１５の内容（コンテンツ）は、上記表示タグＷＬの内容に応じて、例えば、図９の例では、”Ｌ＿００００”、−２３２および１２０、１０１、並びに、０１０１００に設定されている。
【００７４】
また、入力タグＷＴに対応するＴａｇ要素Ｅ２では、事象名、デバイスアドレス、並びに、有効入力範囲などに対応するＴａｇＮａｍｅ要素Ｅ２１、ＳｙｍｂｏｌＮａｍｅ要素Ｅ２２、並びに、Ｘ要素Ｅ２３、Ｙ要素Ｅ２４、Ｘ２要素Ｅ２５およびＹ２要素Ｅ２６などの内容が、入力タグＷＴの内容に応じて設定される。ここで、上記各要素Ｅ１１〜Ｅ２６などの内容は、表示タグＷＬや入力タグＷＴの内容と一致するように設定してもよいし、例えば、プログラマブル表示器１４の解像度とクライアント装置５の解像度との相違などに応じた比率で拡大／縮小するなど、表示タグＷＬや入力タグＷＴの内容を所定の手順で変換して設定してもよい。
【００７５】
さらに、文字列タグＷＳに対応するＴａｇ要素Ｅ３では、事象名、表示座標範囲並びに文字列に対応するＴａｇＮａｍｅ要素Ｅ３１、Ｘ要素Ｅ３２およびＹ要素Ｅ３３、並びに、Ｓｔｒｉｎｇ要素Ｅ３４の内容として、文字列タグＷＳに応じた値に設定されている。なお、Ｓｔｒｉｎｇ要素Ｅ３５では、ＸＭＬで、文字列を文字コードで記述する際の書式に従って、Ｏウムラウトを示す文字コード（０ｘ８３）が、「＆＃８３；」と記述されている。
【００７６】
また、テキストデータタグＷＸに対応するＴａｇ要素Ｅ４では、事象名、表示座標範囲並びにデバイスアドレスに対応して、ＴａｇＮａｍｅ要素Ｅ４１、Ｘ要素Ｅ４２およびＹ要素Ｅ４３、並びに、ＳｙｍｂｏｌＮａｍｅ要素Ｅ４５が設けられ、それぞれの値が、テキストデータタグＷＸに合わせて設定されている。
【００７７】
上記ファイル生成部４７は、例えば、プログラマブル表示器１４用の画面データから、ある単位画面の処理指示語（タグＷＬ・ＷＴ・ＷＳ・ＷＸ…）、すなわち、ベース画面のファイル番号が所定の値のタグを順次抜き出すと共に、当該タグに応じたＸＭＬ要素を生成し、当該ＸＭＬ要素の内容を上記タグに応じて設定することで、当該単位画面表示用のＸＭＬファイルを作成できる。
【００７８】
一方、外字用ＸＭＬファイルには、図１１に示すように、プログラマブル表示器１４に定義済みの各外字コードに対応する外字データ（External Character Data ）要素Ｅ５が設けられている。当該外字データ要素Ｅ５は、内容として、文字コード（例えば、０ｘ８１）を含んでおり、さらに、Ｂｌｏｃｋ要素を含んでいる。当該Ｂｌｏｃｋ要素には、１キャラクタ分の外字のイメージ（キャラクターブロックデータ）を示す要素として、Ｄａｔａ要素Ｅ５１が含まれている。本実施形態に係るＤａｔａ要素Ｅ５１では、縦８ドット×横８ドットの６４ドットのデータとして、外字のイメージを表現しており、各ドットは、点の表示を示す「１」または点の非表示を示す「０」で記述されている。なお、各ドットが２値なので、１つの外字のイメージの情報量は、６４ビット＝８バイトである。
【００７９】
当該外字用ＸＭＬファイルは、例えば、上記ファイル生成部４７が画面データメモリ３５を参照して、プログラマブル表示器１４に格納される外字用マーク画面のイメージと文字コードとを取得し、これらに合わせて、上記各要素Ｅ５・Ｅ５１などの内容を設定することで生成できる。
【００８０】
なお、上記では、外字の大きさが１×１キャラクタの場合を例にして説明したが、外字の大きさが１×１キャラクタよりも大きい場合、ファイル生成部４７は、上記外字用ＸＭＬファイルの外字データ要素Ｅ５中に、上記Ｂｌｏｃｋ要素をキャラクタ分だけ作成する。
【００８１】
また、本実施形態では、Ｂｌｏｃｋ要素にＸ要素およびＹ要素が含まれており、ファイル生成部４７は、各キャラクタに応じたＢｌｏｃｋ要素を作成する際、外字のイメージ全体における当該キャラクタの相対位置を示すように、Ｘ要素およびＹ要素の内容を調整する。本実施形態では、各要素の内容は、Ｘ座標相対移動量およびＹ座標相対移動量に設定されており、例えば、図１２に示すように、６×６キャラクタからなる外字の最右で下から２番目のキャラクタＩ１の場合、Ｘ要素およびＹ要素には、それぞれ１６が設定される。
【００８２】
一方、上記アプレット記憶部４５に格納されるアプレットは、上記ＨＴＭＬファイルで参照されると共に、上記各ＸＭＬファイルを参照しながら、プログラマブル表示器１４が単位画面の表示や操作を行う際の動作と同等の動作を、クライアント装置５に実行させるプログラムであり、本実施形態では、クライアント装置５のバーチャルマシン５１が実行可能なＪａｖａ言語で記述されたバイトコードとして実現されている。
【００８３】
上記アプレットは、画面データ中に出現可能なタグの種類に対応するメソッドが定義されたクラスと、単位画面表示用のＸＭＬファイルを参照して、タグ種に対応するメソッドを呼び出すメソッドが定義されたクラスとを含んでおり、当該アプレットを実行するバーチャルマシン５１は、単位画面表示用のＸＭＬファイルを参照し、タグを示すＸＭＬ要素に基づいて、タグ種に応じたメソッドを呼び出すことができる。また、上記各メソッドは、外字表示が必要になった場合、外字表示用のＸＭＬファイルを参照して、外字用の文字コードに応じたフォントイメージを表示できる。
【００８４】
具体的には、バーチャルマシン５１が実行するメソッドのうち、タグ種に対応するメソッドは、例えば、表示タグの場合、所定の時間間隔で呼び出され、特定のデバイスアドレスのデータを公開サーバ部４６へ要求すると共に、応答に応じた表示を行う描画メソッドである。また、入力タグの場合は、入力イベントが発生したときに呼び出され、入力結果に応じたデータを、特定のデバイスアドレスへ書き込むように、公開サーバ部４６へ要求する入力メソッドである。さらに、文字列タグに対応するメソッドは、指定された文字列を表示する文字列表示メソッドであり、テキストデータタグに対応するメソッドは、所定の時間間隔で呼び出され、特定のデバイスアドレスのデータを公開サーバ部４６へ要求すると共に、応答に応じた文字列表示を行うテキストデータ表示メソッドである。
【００８５】
ここで、本実施形態に係る画面データでは、各単位画面の切り換え動作も、入力タグとして実現されており、当該入力タグには、デバイスアドレスとして、プログラマブル表示器１４内の記憶領域のうち、現在表示中の単位画面を示すデータが格納されるシステム領域が関連付けられている。
【００８６】
したがって、上記各入力メソッドのうち、上記特定のシステム領域への変更指示を要求する入力メソッドは、通常の入力メソッドと同様に、公開サーバ部４６へ単位画面の変更指示を送信すると共に、変更後の単位画面に応じたＸＭＬファイルを読み込む。これにより、クライアント装置５およびプログラマブル表示器１４は、常時同じ単位画面を表示できる。
【００８７】
また、上記入力メソッドは、上記特定のシステム領域への変更指示を送信する代わりに、クライアント装置５内に設けられた代替の記憶領域の内容を変更してもよい。この場合、他のメソッドにて、当該システム領域を参照する際は、公開サーバ部４６へ問い合わせる代わりに上記代替の記憶領域が参照される。この場合は、クライアント装置５は、プログラマブル表示器１４用の単位画面であっても、当該プログラマブル表示器１４で現在表示している単位画面とは異なる単位画面を表示できる。
【００８８】
さらに、例えば、後述するアプレット実行時のパラメータ設定によって指定したり、あるいは、単位画面の選択操作と連動してメニューを表示して選択させるなどして、プログラマブル表示器１４と同じ単位画面を表示するか、異なる単位画面を表示するかを選択できるように、上記各メソッドを作成してもよい。この場合、同じアプレットやＸＭＬファイルを使用しているにも拘らず、例えば、プログラマブル表示器１４のオペレータの操作を監視したい場合などには、前者を選択し、オペレータの操作とは別にローカル制御システム２を監視したい場合などには、後者を選択することができる。
【００８９】
また、単位画面表示用のＸＭＬファイルを参照するメソッドは、例えば、当該ＸＭＬファイルから、タグを示すＸＭＬ要素を抽出し、当該タグの種類（例えば、当該ＸＭＬ要素中のＴａｇＮａｍｅ要素の内容）に対応するクラスのインスタンスを生成し、当該インスタンスのフィールドへ、上記タグのパラメータ（例えば、上記ＸＭＬ要素中の各要素の内容）を設定するなどして、ＸＭＬファイルに応じたメソッドをバーチャルマシン５１に実行させることができる。
【００９０】
一方、ＨＴＭＬファイルには、図１３に示すように、上記アプレットをクライアント装置５のバーチャルマシン５１へ実行させるための文字列Ｐ１１と、例えば、"<HTML>"や"<TITLE>" など、ＨＴＭＬ文書として必要な文字列Ｐ１とが含まれている。また、ＨＴＭＬファイルには、例えば、アプレットが表示するプログラマブル表示器１４を説明する文字や画像を表示するための文字列、あるいは、ローカル制御システム２を説明するハイパーテキスト文書へのリンクを示す文字列など、ＨＴＭＬの書式に沿った文字列Ｐ２が含まれていてもよい。さらに、ＨＴＭＬファイルには、単位画面切り換え用のアプレットを実行させるための文字列Ｐ１２が含まれていてもよい。
【００９１】
本実施形態に係るＨＴＭＬファイルは、ファイル生成部４７によって、プログラマブル表示器１４毎に作成されており、ＸＭＬファイルは、単位画面毎に作成される。また、例えば、クライアント装置５のブラウザ５２が上記ＨＴＭＬファイルを表示する際に最初に表示する単位画面の指定やプログラマブル表示器１４の指定など、画面データ（プログラマブル表示器１４）全体に関連する情報は、上記文字列Ｐ１１中に含まれている。本実施形態の場合、当該情報は、アプレットを実行する際のパラメータとして指定されており、例えば、最初の単位画面は、ＰＡＲＡＭ要素の属性名"BASESCR" の属性値（この例では、"1" ）として指定される。
【００９２】
さらに、上記ＨＴＭＬファイルでは、上述の外字用ＸＭＬファイルの名前が、ＰＡＲＡＭ要素において、属性名"EXTCHAR" において、属性値（例えば、"EUROPEANDAMERICA.XML"として指定されている。また、ＰＡＲＡＭ要素の属性名"encode"の属性値（この例では、"ISO-8859-1"）として、外字以外の文字列表示に使用する文字コードセットが指定されている。
【００９３】
図１に示す公開サーバ部４６は、クライアント装置５から要求があると、例えば、ＵＲＩ(Universal Resource Identifier) などに基づいて、クライアント装置５が要求しているＨＴＭＬファイルやＸＭＬファイルあるいはアプレットを判別し、これらをクライアント装置５へ配布できる。
【００９４】
さらに、上記公開サーバ部４６は、配布したアプレットを実行するクライアント装置５から、デバイスアドレスＡの内容の問い合わせを受け取ると、データ記憶部４２の記憶領域のうち、アプレットに対応するユーザ用の領域で、しかも、デバイスアドレスＡに対応する領域の内容を読み出し、上記クライアント装置５に返答する。また、上記クライアント装置５からデバイスアドレスＡの内容変更指示を受け取ると、デバイスアドレスＡに対応する上記領域の内容を、指示に応じた値に書き換える。ここで、ローカル制御システム２と公開サーバ装置４とは、上述したように、所定のタイミングで通信しており、データ記憶部４２の内容は、ローカル制御システム２の指示に応じて更新されると共に、データ記憶部４２の変更がローカル制御システム２に通知される。したがって、クライアント装置５は、ローカル制御システム２の現況を表示し、制御できる。
【００９５】
なお、上記各部材２１〜２５、３１〜３６、４１〜４７および５１・５２は、ＣＰＵなどの演算手段が、ＲＯＭやＲＡＭなどの記憶手段に格納されたプログラムを実行し、タッチパネルや液晶表示装置などの入出力手段、あるいは、インターフェース回路などの通信回路を制御することによって実現される機能ブロックである。したがって、これらの手段を有するコンピュータが、上記プログラムを記録した記録媒体（例えば、ＣＤ−ＲＯＭなど）を読み取り、当該プログラムを実行するだけで、本実施形態に係るプログラマブル表示器１４、制御用ホストコンピュータ１６、公開サーバ装置４およびクライアント装置５を実現できる。特に、クライアント装置５のバーチャルマシン５１およびブラウザ５２は、多くのコンピュータに予めインストールされている汎用のブラウザソフトで実現できるので、これらのコンピュータは、特別なプログラムをインストールすることなく、クライアント装置５として動作できる。なお、例えば、シリアルケーブル１３やネットワーク１５、インターネット３、あるいは、他の通信路を介してプログラムをダウンロードするためのプログラムが、上記コンピュータに予めインストールされていれば、これらの通信路を介して、上記コンピュータへ上記プログラムを配付することもできる。
【００９６】
上記構成では、図１４に示すステップ１（以下では、Ｓ１のように略称する）において、ローカル制御システム２のユーザは、制御用ホストコンピュータ１６の作画処理部３４を操作し、ターゲットシステム１１の実情やプログラマブル表示器１４のオペレータの習熟度、あるいは、使用者の好みに合わせて、画面データを作成／修正する。さらに、作成された画面データは、例えば、シミュレーションや接続試験などによって、正常に動くことが確認された後、Ｓ２において、プログラマブル表示器１４に配信され、Ｓ３において、プログラマブル表示器１４が画面データに応じた表示や操作受け付けを開始する。
【００９７】
ここで、最適な画面は、好みや習熟度などにも左右されるため、一意に決めることができず、比較的頻繁に変更されることが多い。ところが、上述したように、本実施形態では、ローカル制御システム２（制御用ホストコンピュータ１６）のユーザが、画面データをタグの組み合わせで生成できるので、これらの要求に柔軟に対応でき、最適な状態を保ち続けることができる。また、制御用ホストコンピュータ１６で一括して管理できるため、多くの場所で並行して管理する場合に比べて、画面データを容易に管理できる。
【００９８】
また、画面データが更新されると、制御用ホストコンピュータ１６（公開サーバ側通信処理部３６）は、Ｓ４において、公開サーバ装置４にアクセスし、公開サーバ装置４（ローカル制御システム側通信処理部４１）は、Ｓ５において、例えば、予め格納されたアカウントおよびパスワードの組み合わせと、受け取った組み合わせとを比較するなどして、ローカル制御システム２、または、そのユーザを認証する。認証に成功すると、Ｓ６において、ローカル制御システム２から公開サーバ装置４へ画面データが送信される。一方、公開サーバ装置４が画面データを受け取ると、Ｓ７において、ファイル生成部４７は、当該画面データから、ＨＴＭＬファイル、単位画面表示用ＸＭＬファイルおよび外字用ＸＭＬファイルなどの公開用ファイルを生成して、ＨＴＭＬファイル記憶部４３およびＸＭＬファイル記憶部４４のうち、上記ユーザ用の領域に格納する。
【００９９】
一方、インターネット３を介して、クライアント装置５が公開サーバ装置４（公開サーバ部４６）にアクセスして、あるローカル制御システム２のプログラマブル表示器１４の画面を表示するように指示すると（Ｓ１１）、公開サーバ部４６は、例えば、クライアント装置５から受け取った識別番号およびパスワードが予め定められた組み合わせであるか否かを確認するなどして、上記画面による表示／制御が上記クライアント装置５、または、そのユーザに許可されているか否かを認証し、許可されていないクライアント装置５からのアクセスを拒否する（Ｓ１２）。
【０１００】
許可された正規なクライアント装置５であることを確認すると、公開サーバ部４６は、Ｓ１３において、上記Ｓ７にて生成された公開用ファイルのうち、クライアント装置５が要求した画面を表示するためのＨＴＭＬファイルをＨＴＭＬファイル記憶部４３から読み出し、インターネット３を介してクライアント装置５へ当該ファイルを送信する。さらに、クライアント装置５のブラウザ５２は、ＨＴＭＬファイル中の各APPLET要素（"<APPLET>"から"</APPLET>" の部分）で指定されたアプレットを公開サーバ装置４から取得し、バーチャルマシン５１へ実行させる。また、上記アプレットを実行するバーチャルマシン５１は、画面表示に必要なＸＭＬファイルを公開サーバ装置４から取得する。
【０１０１】
さらに、Ｓ１４において、クライアント装置５のバーチャルマシン５１は、ＸＭＬファイルを参照しながら、公開サーバ部４６と通信して、上記ＨＴＭＬファイルで指定されたプログラマブル表示器１４の画面を表示すると共に、当該画面への操作に応じた制御を指示する。
【０１０２】
具体的には、アプレットを実行するバーチャルマシン５１は、ＸＭＬファイルを参照し、各タグ（処理指示語）に応じたインスタンスを生成する。これらのインスタンスのうち、文字列タグに応じたインスタンスの文字列表示メソッドは、少なくとも単位画面を切り換える毎に実行され、指定された文字列を表示する。一方、表示タグに応じたインスタンスの描画メソッド、および、テキストデータタグに応じたインスタンスのテキストデータ表示メソッドは、所定の時間間隔で実行される。この結果、バーチャルマシン５１は、デバイスアドレスＡの内容を公開サーバ装置４へ問い合わせる。
【０１０３】
また、公開サーバ装置４の公開サーバ部４６は、問い合わせを受けると、データ記憶部４２において、当該アプレットに対応するユーザの記憶領域のうち、デバイスアドレスＡに対応する領域から、データを読み出して、クライアント装置５に送信する。当該データがインターネット３を介してクライアント装置５に伝えられると、上記描画メソッドは、当該データ（デバイスアドレスＡの内容）に応じて、クライアント装置５の表示画面のうち、予め定められた表示領域（Ｘ・Ｙ）の表示を更新する。また、上記テキストデータ表示メソッドは、表示画面の指定された表示領域に、データに応じた文字列を表示する。
【０１０４】
ここで、上記文字列表示メソッドおよびテキストデータ表示メソッドは、文字列を表示する際、文字列中に外字用の文字コード（例えば、０ｘ８０〜０ｘＦＦ）が含まれているか否かを判定する。含まれている場合、各メソッドは、公開サーバ部４６へ要求して、外字用ＸＭＬファイルを受け取る。なお、各メソッドは、ＨＴＭＬファイルでの指定に従って、送信を要求する外字用ＸＭＬファイルを特定する。さらに、各メソッドは、上記外字用ＸＭＬファイルを解析して、表示すべき外字コードに対応するフォントイメージを取得し、外字コードに対応する文字として表示する。一方、各メソッドは、文字列のうち、外字ではない文字は、クライアント装置５に予め用意されているフォントイメージで表示する。
【０１０５】
例えば、図３に示すように、文字コードが０ｘ８１の外字を表示するように指示された場合、クライアント装置５は、図１１に示す外字用ＸＭＬファイルから、内容が０ｘ８１の外字データ要素Ｅ５を見つけ、当該外字データ要素Ｅ５のＤａｔａ要素Ｅ５１の内容をビットマップに展開する。これにより、図３に示す文字列Ｃ１が表示できる。
【０１０６】
なお、上記では、表示すべき文字列中に外字コードが含まれる場合は、外字用ＸＭＬファイルを要求する場合を例にして説明したが、既に、当該ＸＭＬファイルが受信され、当該ＸＭＬファイルや解析結果が、クライアント装置５の図示しない記憶手段に格納されている場合は、外字用ＸＭＬファイルを要求せずに、記憶手段を参照して外字を表示してもよい。
【０１０７】
ここで、上記単位画面表示用のＸＭＬファイル、および、アプレットを呼び出すＨＴＭＬファイルは、画面データに基づいて生成されており、上記各インスタンスは、画面データ中の対応するタグと、同じデバイスアドレスを参照するように設定されている。また、各インスタンスの描画メソッドは、デバイスアドレスの内容が同じ場合、タグと同じ画像を表示するように作成されている。また、外字用ＸＭＬファイルは、画面データに基づき、プログラマブル表示器１４の外字のフォントイメージを示すように作成され、上記文字列表示メソッドやテキストデータ表示メソッドは、外字コードの表示が必要な場合、当該ＸＭＬファイルを参照して表示する。
【０１０８】
したがって、上記アプレットを実行することで、表示すべき文字列にプログラマブル表示器１４に固有の外字が含まれている場合であっても、クライアント装置５の表示画面へ、図３や図９と同様の画面が表示される。
【０１０９】
一方、バーチャルマシン５１は、アプレットの実行中、例えば、マウス操作などの入力操作が行われると、入力タグに対応するインスタンスのうち、入力操作に応じたインスタンスの入力メソッドを実行する。これにより、バーチャルマシン５１は、入力結果に応じたデータを、特定のデバイスアドレスへ書き込むように、公開サーバ部４６へ要求する。さらに、書き込み要求を受けると、公開サーバ部４６は、データ記憶部４２の記憶領域のうち、要求されたデバイスアドレスＡの領域の内容を書き換える。この結果、クライアント装置５の表示画面には、書き込み後、上記描画メソッドが実行された時点で、プログラマブル表示器１４と同様に、操作結果が反映される。
【０１１０】
ここで、ローカル制御システム２は、公開サーバ装置４へアクセスして、公開サーバ装置４のデータ記憶部４２の内容と、ローカル制御システム２のデバイスアドレスの実体とを同期させている。なお、データ記憶部４２の内容とデバイスアドレスの実体を同期させる際、いずれの方向に伝送するかは、例えば、変更時刻や、操作の優先順位などに応じて決定される。
【０１１１】
例えば、ローカル制御システム２のデバイスアドレスの内容に合わせて、公開サーバ装置４のデータ記憶部４２を更新する場合、公開サーバ側通信処理部３６が、表示処理部３１と同様に、デバイスアドレスの内容を取得し、デバイスデータとして送信する。これとは逆に、データ記憶部４２の変更をデバイスアドレスの実体に伝える場合、ローカル制御システム２がアクセスしてきた時点で、公開サーバ装置４のローカル制御システム側通信処理部４１は、データ記憶部４２からデバイスデータを読み出し、ローカル制御システム２へ送信する。さらに、上記公開サーバ側通信処理部３６がデバイスデータを受け取ると、表示処理部３１が内容変更する場合と同様に、サーバ部３３を介して内容変更指示を伝える。
【０１１２】
なお、本実施形態では、ローカル制御システム２が公開サーバ装置４にアクセスして、デバイスデータを同期させる場合について説明したが、これに限るものではなく、公開サーバ装置４からローカル制御システム２にアクセスして、デバイスデータを同期してもよい。ただし、この場合、ローカル制御システム２は、公開サーバ装置４からのアクセスに応答する必要があるため、インターネット３に常時接続する必要がある。この場合であっても、アクセス元が限定されるため、クライアント装置５からのアクセスを許可する場合に比べて機密性を向上できるが、インターネット３に接続する際の設定に手間がかかる。したがって、ローカル制御システム２と公開サーバ装置４とをインターネット３で接続する場合は、本実施形態のようにローカル制御システム２からアクセスする方が好ましい。
【０１１３】
なお、本実施形態では、ファイル生成部４７が画面データに基づいて生成したＸＭＬファイルやＨＴＭＬファイルをＨＴＭＬファイル記憶部４３・ＸＭＬファイル記憶部４４に予め格納しておく場合を例にして説明したが、これに限るものではなく、画面データを記憶しておき、クライアント装置５から要求された時点でファイル生成部４７が各ファイルを作成して各記憶部４３・４４へ格納してもよい。また、本実施形態では、公開サーバ装置４にファイル生成部４７を設ける場合について説明したが、これに限るものではなく、ローカル制御システム内にファイル生成部４７を設け、公開サーバ装置４がファイル生成部４７で生成されたＨＴＭＬファイルやＸＭＬファイルを受け取ってもよい。いずれの場合であっても、画面データに応じて作成されたＨＴＭＬファイルやＸＭＬファイルを公開すれば、同様の効果が得られる。
【０１１４】
また、図１の例では、ローカル制御システム２と公開サーバ装置４との間をインターネット３で接続する場合について説明したが、これに限るものではなく、公衆電話回線網などの広域通信網を介して接続してもよい。ただし、公衆電話回線網とは異なり、インターネット３は、送信側と受信側との間の回線を確保しないので、通信費用が安く設定されていることが多い。したがって、例えば、ローカル制御システム２を設置する国と公開サーバ装置４を設置する国とが異なっている場合など、両者の距離が離れている場合には、上記各実施形態のように、インターネット３で接続する方が好ましい。
【０１１５】
さらに、上記本実施形態に係るＨＴＭＬファイル記憶部４３およびＸＭＬファイル記憶部４４には、画面データに基づいて生成したＨＴＭＬファイルおよびＸＭＬファイルが格納されているが、これに限るものではない。例えば、デバイスデータを統計処理したデータを表示するＨＴＭＬファイルなど、デバイスデータに基づいて表示するためのファイルを公開してもよい。なお、当該ファイルは、ローカル制御システム２のユーザが作成してもよいし、公開サーバ装置４の運用者が作成してもよい。
【０１１６】
この場合であっても、ローカル制御システム２と公開サーバ装置４とでデバイスデータの同期が取られているので、クライアント装置５は、ローカル制御システム２と直接通信せずにローカル制御システム２の状態を表示できる。また、デバイスデータを送信すればよいので、ローカル制御システム２側の設定を簡略化できる。したがって、ローカル制御システム２のユーザに負担をかけることなく、遠隔地のクライアント装置５にて、ローカル制御システム２の状態を安全に表示できる。
【０１１７】
ところで、図１では、ローカル制御システム２と別に設けられた公開サーバ装置４によって、ローカル制御システム２の状態が公開される場合を例にして説明したが、図１５に示すように、ローカル制御システム２に公開サーバ部などを設けてもよい。
【０１１８】
具体的には、当該変形例に係る制御用通信システム１ａにおいて、ローカル制御システム２ａの制御用ホストコンピュータ１６ａは、図２に示す公開サーバ側通信処理部３６に代えて、ＨＴＭＬファイル記憶部４３ないしファイル生成部４７を備えている。また、公開サーバ部４６は、データ記憶部４２へアクセスする代わりに、サーバ部３３へアクセスして、デバイスアドレスの内容を取得すると共にデバイスアドレスの内容変更を指示する。さらに、ファイル生成部４７は、画面データメモリ３５から画面データを読み出してＨＴＭＬファイルおよびＸＭＬファイルを生成する。なお、本変形例では、制御用ホストコンピュータ１６ａが特許請求の範囲に記載のコンピュータに対応する。
【０１１９】
当該構成であっても、クライアント装置５は、インターネット３を介してローカル制御システム２のプログラマブル表示器１４と同様の画面を表示すると共に当該画面で操作できる。ただし、この場合は、ローカル制御システム２ａは、クライアント装置５からのアクセスに応答する必要があるため、不正なクライアント装置からのアクセスを防止しにくい。したがって、公開サーバ装置４の運営者にさえ、プログラマブル表示器１４の画面データなどを見せたくない場合などを除いて、図１に示すように、ローカル制御システム２とは別の公開サーバ装置４を設ける方が好ましい。
【０１２０】
ところで、上記実施形態では、各外字のフォントイメージが含まれた外字用ＸＭＬファイルをクライアント装置５に送信する場合を例にして説明したが、これに限るものではなく、プログラマブル表示器１４で定義される外字を示すデータがクライアント装置５に送信されれば、略同様の効果が得られる。
【０１２１】
例えば、図１１に示す外字用ＸＭＬファイルに代えて、図１６に示すように、プログラマブル表示器１４の外字全てのイメージを所定の順番で並べたイメージファイルと、当該イメージファイルと各外字コードとの対応を記述したＸＭＬファイルとを送信してもよい。この場合、図１１に示す外字用ＸＭＬファイルの外字データ要素には、Ｄａｔａ要素に代えて、イメージファイルにおいて、外字データ要素の外字のフォントイメージを示す領域を特定するための要素が含まれる。例えば、イメージファイルにおいて、ａウムラウトのフォントイメージが含まれる領域Ｉ８１に、文字コード０ｘ８１が対応している場合、上記ＸＭＬファイルにおいて、当該文字コードの外字データ要素は、例えば、（Ｘ，Ｙ）座標や順番などの形式で、当該領域Ｉ８１を示す要素を含む。この場合、クライアント装置５は、フォントイメージを示す数値をビットマップに展開する必要がない。なお、各外字の大きさが等しく、しかも、外字が定義されているか否かに拘らず、イメージファイルに外字用のコード全てに対応する領域を設ける構成の場合、外字コードからフォントイメージを示す領域を算出できるので、ＸＭＬファイルの送信も省略できる。
【０１２２】
また、上記実施形態では、アプレットを公開する場合を例にして説明したが、アプレットの代わりに、例えば、べーシックなどのプログラム言語をコンパイルするなどして作成され、アプレットと同様の動作をクライアント装置５に実行させる実行プログラムを配信しても、略同様の効果が得られる。
【０１２３】
ただし、本実施形態のように、クライアント装置５のバーチャルマシン５１が当該アプレットを解釈して表示・制御する場合、クライアント装置５がバーチャルマシンを備えていれば、クライアント装置のオペレーティングシステム（ＯＳ）やＣＰＵが実行可能な機械語が異なっていても、アプレットを実行できる。したがって、公開サーバ部４６が配布するアプレットの種類を増加させることなく、より多くのクライアント装置５でプログラマブル表示器１４と同様に表示／制御できる。
【０１２４】
【発明の効果】
請求項１の発明に係る制御システムは、以上のように、制御用表示装置の画面データが示すデバイスアドレスの内容を端末側通信手段へ問い合わせる動作と、端末装置の表示画面に、上記画面データが示す表示方法でデバイスの状態を表示する動作と、画面に表示する文字列に外字コードが含まれている場合は、上記各外字コードと外字の形状との対応を示す外字データを参照して、当該外字コードに対応する形状を表示する動作とを、上記端末装置に行わせるプログラムと、上記外字データとを含む端末用データが格納される記憶手段と、上記画面データに基づいて、上記端末用データを生成する生成手段とを備えている構成である。また、請求項３のプログラムおよび請求項４の記録媒体に記録されたプログラムは、上記各手段を実現するためのプログラムであり、当該プログラムが実行される１または複数のコンピュータを含む制御システムは、上記制御システムとして動作する。
【０１２５】
上記構成では、上記端末用データを受け取った端末装置は、端末側通信手段から画面データが示す各デバイスアドレスの内容を取得し、画面データが示す表示方法で、端末装置の表示画面上に、デバイスの状態を表示する。また、上記端末装置は、画面に表示する文字列に外字コードが含まれている場合、端末用データ中の外字データを参照して、外字コードに対応する形状を表示する。
【０１２６】
これらの結果、特に、端末装置用の監視制御画面を設計していないにも拘らず、端末装置は、ハードウェアおよびソフトウェア構成が制御用表示装置と一致せず、しかも、制御用表示装置で外字登録されている場合であっても、端末装置の画面上に、制御用表示装置が画面データに基づいて表示する際の画面と同一内容の画面を表示できるという効果を奏する。
【０１２７】
請求項２の発明に係る制御システムは、以上のように、請求項１記載の発明の構成において、上記生成手段は、複数の単位画面を示す画面データを受け取った場合、上記各単位画面に関連するデバイスおよび表示方法を示す単位画面データを生成し、上記記憶手段には、上記端末用データとして、上記単位画面データと、現在表示している単位画面に対応する単位画面データを参照して当該単位画面に関連する上記各動作を端末装置に行わせるプログラムと、単位画面の切り換えプログラムとが格納されている構成である。
【０１２８】
上記構成では、端末側通信手段は、上記端末用データとして、現在表示している単位画面に対応する単位画面データを参照して当該単位画面に関連する上記各動作を端末装置に行わせるプログラムと、当該プログラムが参照する単位画面データと、切り換えプログラムとを送信する。それゆえ、１つの画面データ中に、多くの単位画面が含まれている場合であっても、端末装置が画面表示のための処理を開始してから実際に表示するまでの期間を短縮できるという効果を奏する。
【図面の簡単な説明】
【図１】本発明の一実施形態を示すものであり、制御用通信システムの要部構成を示すブロック図である。
【図２】上記制御用通信システムにおいて、ローカル制御システムの要部構成を示すブロック図である。
【図３】上記制御用通信システムにおいて、画面データと表示画面との関係を示すものであり、スイッチがＯＦＦ状態のときを示す説明図である。
【図４】上記画面データに含まれるタグのデータ構造を示す説明図である。
【図５】上記タグのうち、表示タグのデータ構造例を示す説明図である。
【図６】上記タグのうち、入力タグのデータ構造例を示す説明図である。
【図７】上記タグのうち、文字列タグのデータ構造例を示す説明図である。
【図８】上記タグのうち、テキストデータタグのデータ構造例を示す説明図である。
【図９】上記制御用通信システムにおいて、画面データと表示画面との関係を示すものであり、スイッチをＯＮにした場合を示す説明図である。
【図１０】上記制御用通信システムにおいて、公開サーバ装置からクライアント装置へ配信される、単位画面表示用のＸＭＬファイルの例を示す説明図である。
【図１１】上記制御用通信システムにおいて、公開サーバ装置からクライアント装置へ配信される外字用ＸＭＬファイルの例を示す説明図である。
【図１２】１×１キャラクタよりも大きい外字を含む外字用ＸＭＬファイルの作成方法を説明するものであり、各キャラクタの相対位置を示す説明図である。
【図１３】上記制御用通信システムにおいて、公開サーバ装置からクライアント装置へ配信されるＨＴＭＬファイルの例を示す説明図である。
【図１４】上記制御用通信システムの動作を示すフローチャートである。
【図１５】上記制御用通信システムの変形例を示すものであり、ローカル制御システムの制御用ホストコンピュータの要部構成を示すブロック図である。
【図１６】上記制御用通信システムの変形例を示すものであり、各外字のイメージが含まれるイメージファイルを示す説明図である。
【図１７】従来例を示すものであり、制御システムの要部構成を示すブロック図である。
【図１８】本出願人による先行出願を示すものであり、制御用通信システムの要部構成を示すブロック図である。
【符号の説明】
１・１ａ 制御用通信システム（制御システム）
３ インターネット（ネットワーク）
４ 公開サーバ装置（コンピュータ）
５ クライアント装置（端末装置）
１１ａ デバイス
１４ プログラマブル表示器（制御用表示装置）
１６ａ 制御用ホストコンピュータ（コンピュータ）
４３ ＨＴＭＬファイル記憶部（記憶手段）
４４ ＸＭＬファイル記憶部（記憶手段）
４５ アプレット記憶部（記憶手段）
４６ 公開サーバ部（端末側通信手段）
４７ ファイル生成部（生成手段）
Claims (4)
- デバイスをメモリにおいて特定するデバイスアドレスと、当該デバイスの状態の表示方法と、各外字コードに対応する外字の形状とを示す画面データに基づいて、上記デバイスアドレスの内容を取得し、当該デバイスアドレスの内容に基づいて当該デバイスの状態を画面表示すると共に、画面に表示する文字列に外字コードが含まれている場合は、当該外字コードに対応する形状を表示する制御用表示装置が設けられた制御システムにおいて、
ネットワークを介して端末装置と通信可能な端末側通信手段と、上記画面データが示すデバイスアドレスの内容を上記端末側通信手段へ問い合わせる動作と、上記端末装置の表示画面に、上記画面データが示す表示方法でデバイスの状態を表示する動作と、画面に表示する文字列に外字コードが含まれている場合は、上記各外字コードと外字の形状との対応を示す外字データを参照して、当該外字コードに対応する形状を表示する動作とを上記端末装置に行わせるプログラムと、上記外字データとを含む端末用データが格納される記憶手段と、上記画面データに基づいて、上記端末用データを生成する生成手段とを備え、上記端末側通信手段は、上記記憶手段から読み出した端末用データを上記端末装置へ送信して、上記各動作を行わせると共に、当該動作を行う端末装置が問い合わせるデバイスの状態を取得し、当該端末装置に送信することを特徴とする制御システム。 - 上記画面データは、複数の単位画面に関連する上記デバイスアドレスおよび表示方法を示すことができ、上記制御用表示装置は、当該画面データを参照して画面表示する場合、現在表示中の単位画面に関連するデバイスのみについて、状態を表示すると共に、
上記生成手段は、複数の単位画面を示す画面データを受け取った場合、上記各単位画面に関連する上記デバイスアドレスおよび表示方法を示す単位画面データを生成し、
上記記憶手段には、上記端末用データとして、上記各単位画面データと、現在表示している単位画面に対応する単位画面データを参照して当該単位画面に関連する上記各動作を端末装置に行わせるプログラムと、上記端末装置にて単位画面の切り換え操作が行われた場合、当該端末装置に、上記端末側通信手段から新たな単位画面データを取得させる切り換えプログラムとが格納されていることを特徴とする請求項１記載の制御システム。 - デバイスをメモリにおいて特定するデバイスアドレスと、当該デバイスの状態の表示方法と、各外字コードに対応する外字の形状とを示す画面データに基づいて、上記デバイスアドレスの内容を取得し、当該デバイスアドレスの内容に基づいて当該デバイスの状態を画面表示すると共に、画面に表示する文字列に外字コードが含まれている場合は、当該外字コードに対応する形状を表示する制御用表示装置が設けられた制御システムにて使用される１または複数のコンピュータで実行可能なプログラムであって、上記１または複数のコンピュータを請求項１記載の各手段として動作させるプログラム。
- 請求項３記載のコンピュータ読み取り可能なプログラムが記録された記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001101728A JP3638878B2 (ja) | 2001-03-30 | 2001-03-30 | 制御システム、そのプログラム、および、それが記録された記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001101728A JP3638878B2 (ja) | 2001-03-30 | 2001-03-30 | 制御システム、そのプログラム、および、それが記録された記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002297116A JP2002297116A (ja) | 2002-10-11 |
| JP3638878B2 true JP3638878B2 (ja) | 2005-04-13 |
Family
ID=18955003
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001101728A Expired - Fee Related JP3638878B2 (ja) | 2001-03-30 | 2001-03-30 | 制御システム、そのプログラム、および、それが記録された記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3638878B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008076450A (ja) * | 2006-09-19 | 2008-04-03 | Win System:Kk | 監視制御用表示器 |
| KR101251250B1 (ko) * | 2011-07-01 | 2013-04-08 | 알서포트 주식회사 | 원격 디바이스 드라이버를 이용한 원격 제어 시스템 및 원격 디바이스 드라이버를 이용한 원격 제어 방법 |
-
2001
- 2001-03-30 JP JP2001101728A patent/JP3638878B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002297116A (ja) | 2002-10-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3883775B2 (ja) | 制御システム用サーバ装置、制御システム、制御システム用サーバ装置の通信方法、および、そのプログラムが記録された記録媒体 | |
| US7970941B2 (en) | Control server, control terminal, control system, and recording medium storing control communication program | |
| US20070192871A1 (en) | Document management method and apparatus thereof | |
| JP3175626B2 (ja) | 印刷システム | |
| JP3494967B2 (ja) | 制御システム、および、そのプログラムが記録された記録媒体 | |
| JP3897970B2 (ja) | エディタ装置およびエディタプログラムを記録した記録媒体 | |
| JP2008210394A (ja) | 制御用通信システム、および制御用通信プログラムを記録したコンピュータ読み取り可能な記録媒体 | |
| JP5963420B2 (ja) | 画像処理システム、画像処理装置及びその制御方法、並びにプログラム | |
| JP3638878B2 (ja) | 制御システム、そのプログラム、および、それが記録された記録媒体 | |
| JP3712659B2 (ja) | 制御システムのデータ伝送方法、制御システム、並びに、そのプログラムおよび記録媒体 | |
| KR101005979B1 (ko) | 표시 제어 장치, 표시 제어 프로그램을 기록한 매체 및표시 제어 방법 | |
| JP2001282326A (ja) | プログラマブル表示器の画面シミュレーション装置、画面シミュレーション方法および画面シミュレーションのためのプログラムを記録した記録媒体 | |
| US20220129533A1 (en) | Control system and control method | |
| JP4197343B2 (ja) | 制御用通信システム、および制御用通信プログラムを記録したコンピュータ読み取り可能な記録媒体 | |
| JP2001282316A (ja) | データ集積システム、データ集積方法およびデータ集積のためのプログラムを記録した記録媒体 | |
| JP2004171282A (ja) | クライアント装置、それを備える制御システム、および、そのプログラム | |
| JP3832619B2 (ja) | 制御システム、および、そのプログラムが記録された記録媒体 | |
| JP2002091912A (ja) | 制御システム | |
| JP2002091836A (ja) | 制御用通信システム、および制御用通信プログラムを記録したコンピュータ読み取り可能な記録媒体 | |
| JP3494968B2 (ja) | 制御用通信システム、および制御用通信プログラムを記録したコンピュータ読み取り可能な記録媒体 | |
| JP4502763B2 (ja) | データベース利用システム | |
| JP3847542B2 (ja) | 制御システムおよびプログラムを記録した記録媒体 | |
| JP2002007363A (ja) | 制御用通信システム、および、そのプログラムが記録された記録媒体 | |
| JP3621336B2 (ja) | 制御用通信システムおよび制御用通信プログラムを記録した記録媒体 | |
| JP2002091911A (ja) | ネットワーク情報作成方法およびそのプログラムを記録した記録媒体ならびにその方法を実行する制御用通信システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040614 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040629 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040830 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050111 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050112 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3638878 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090121 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090121 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100121 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110121 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110121 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120121 Year of fee payment: 7 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120121 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130121 Year of fee payment: 8 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130121 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140121 Year of fee payment: 9 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |