(57)【特許請求の範囲】
【請求項１】
デバイスの状態を表示画面に表示するプログラマブル表示器と、
該プログラマブル表示器と通信可能に接続されるホストコンピュータとを含むローカル制御システムと、
上記表示画面を示すイメージファイルを格納する記憶手段を有するサーバ装置と、
上記記憶手段の上記イメージファイルを取得可能なクライアント装置と、
がネットワークに接続されてなる制御システムであって、
上記ホストコンピュータは、
上記ネットワークと通信可能な通信手段と、
上記表示画面の画面データを表示画面上の領域と当該領域への表示に対応するデバイスのアドレスとの対応を示す表示タグを含むように作成する画面作成手段と、
上記画面データを記憶する画面データメモリと、
上記画面データメモリから読み出した上記画面データに基づいて上記イメージファイルを生成する生成手段と、
上記通信手段を介して、上記生成手段が生成したイメージファイルを繰り返し送信して、上記記憶手段の所定の領域に格納する格納手段とを有し、
上記生成手段は、該格納手段から指示を受けると、上記画面データメモリから画面データを読み出し、当該画面データから現在表示している単位画面に関連する表示タグを抽出すると共に、上記プログラマブル表示器と通信して、各表示タグが示すデバイスの状態を取得し、当該デバイスの状態が、各表示タグの示す表示形式で各表示タグの示す表示位置に描画された上記イメージファイルを生成することを特徴とする制御システム。
【請求項２】
上記記憶手段は、上記イメージファイルを参照するＨＴＭＬファイルを格納していることを特徴とする請求項１記載の制御システム。
【請求項３】
上記生成手段は、想定される端末装置の解像度に合わせて解像度を変更することを特徴とする請求項１または２記載の制御システム。
【請求項４】
請求項１、２または３記載の生成手段、通信手段および格納手段として、１または複数のコンピュータを動作させるためのプログラムが記録されたコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、特別な動作を行う端末装置やサーバ装置を用意することなく、しかも、新たな表示画面を作画せずに、プログラマブル表示器などの制御用表示装置から離れた場所に配された端末装置によって、上記制御用表示装置で表示されるデバイスの状態を確認可能な制御システムに関するものである。
【０００２】
【従来の技術】
従来から、プログラマブル・ロジック・コントローラ（以下、ＰＬＣと略称する）は、例えば、ベルトコンベアー式の自動組付機など、種々のターゲットシステムを制御する制御装置として、広く使用されている。さらに、近年では、ターゲットシステムの複雑化に伴って、複数台のＰＬＣを互いに連携させて使用することも行われている。また、各ＰＬＣからのデータの表示、あるいは、ＰＬＣへの制御指示は、当該ＰＬＣの近傍などに配される表示装置で行われるだけではなく、例えば、これらの表示装置から離れた場所に設置した制御用ホストコンピュータでも、表示あるいは操作できるように、制御システムを構築することもある。
【０００３】
具体的には、例えば、図６に示すように、従来の制御システム５０１では、ＰＬＣ５０３が制御の中心として位置付けられており、各ＰＬＣ５０３には、ターゲットシステム５０２のデバイス５２１と、表示および制御指示を行うプログラマブル表示器５０５とが接続されている。さらに、当該ＰＬＣ５０３には、他のＰＬＣ５０３や制御用ホストコンピュータ５０７がシリアルケーブル５０４を介して接続されており、ＰＬＣ５０３と制御用ホストコンピュータ５０７との間や各ＰＬＣ５０３間における制御データの受け渡しは、ＰＬＣ５０３の通信機能を利用して行われている。
【０００４】
上記構成において、プログラマブル表示器５０５は、画面データに基づいて、表示／制御している。当該画面データは、画面上の領域と、当該領域への表示や入力に対応するデバイスのアドレスとの対応関係を示すタグを組み合わせて構成されており、制御用ホストコンピュータ５０７の作画処理部５７２で作成された後、各プログラマブル表示器５０５に配信される。
【０００５】
一方、制御用ホストコンピュータ５０７の表示処理部５７１は、ＰＬＣ５０３と通信して、ターゲットシステム５０２の状態を示すデータを受け取り、状態に応じて画面表示すると共に、ユーザの入力に応じて、ＰＬＣ５０３へ制御データを送出し、制御データに応じて、ターゲットシステム５０２を制御させる。同様に、プログラマブル表示器５０５は、ＰＬＣ５０３と通信しながら、ターゲットシステム５０２の状態を表示／制御する。
【０００６】
ここで、制御用ホストコンピュータ５０７は、プログラマブル表示器５０５と用途や設置場所が異なっているため、ＣＰＵやメモリマップなどのハードウェア構成と、オペレーティングシステムなどのソフトウェア構成との双方が異なっている。したがって、制御用ホストコンピュータ５０７の表示処理部５７１は、プログラマブル表示器５０５の画面データに基づいて表示／制御することができず、専用の表示画面を作画している。また、例えば、プログラマブル表示器５０５の表示内容など、上記専用の表示画面に表示される内容以外のものを確認するためには、プログラマブル表示器５０５の設置場所に出向いて確認している。
【０００７】
【発明が解決しようとする課題】
しかしながら、上記構成の制御システムは、基本的に閉じたシステムであり、例えば、遠隔地に配された汎用のコンピュータなどから、制御システムの状態を監視できないという問題を生じる。
【０００８】
また、汎用のコンピュータも、多くの場合、プログラマブル表示器５０５とハードウェアおよびソフトウェア構成が異なっているので、遠隔地から制御システムの状態を監視するために、汎用のコンピュータ用の監視プログラムを作成すると共に、遠隔地用の監視画面を作画しようとすると、プログラム作成や作画の手間が増大してしまう。また、これらの監視プログラムや監視画面が、予めインストールされていないと、制御システムの状態を監視できないため、特に監視するユーザが頻繁に移動する場合などには、インストールの手間がかかってしまう。
【０００９】
加えて、上記監視画面をインストールしていたとしても、例えば、あるプログラマブル表示器５０５のみで表示されるデバイスの状態など、上記監視画面で表示可能なデバイス以外のデバイスの状態監視が急遽必要になっても、新たな監視画面を作成しなければ、新たなデバイスの状態を監視することができない。したがって、ユーザが遠隔地からデバイスの状態を監視する場合には、監視可能なデバイスが限定されてしまう。
【００１０】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、特別な動作を行うサーバ装置や端末装置を用意することなく、しかも、新たな表示画面を作画せずに、プログラマブル表示器などの制御用表示装置から離れた場所に配された端末装置によって、上記制御用表示装置で表示されるデバイスの状態を確認可能な制御システムを実現することにある。
【００１１】
【課題を解決するための手段】
本発明に係る制御システムは、上記課題を解決するために、デバイスの状態を表示画面に表示するプログラマブル表示器と、該プログラマブル表示器と通信可能に接続されるホストコンピュータとを含むローカル制御システムと、上記表示画面を示すイメージファイルを格納する記憶手段を有するサーバ装置と、上記記憶手段の上記イメージファイルを取得可能なクライアント装置とがネットワークに接続されてなる制御システムであって、上記ホストコンピュータが、上記ネットワークと通信可能な通信手段と、上記表示画面の画面データを表示画面上の領域と当該領域への表示に対応するデバイスのアドレスとの対応を示す表示タグを含むように作成する画面作成手段と、上記表示画面の画面データを記憶する画面データメモリと、上記画面データメモリから読み出した上記画面データに基づいて上記イメージファイルを生成する生成手段と、上記通信手段を介して、上記生成手段が生成したイメージファイルを繰り返し送信して、上記記憶手段の所定の領域に格納する格納手段とを有し、上記生成手段は、該格納手段から指示を受けると、上記画面データメモリから画面データを読み出し、当該画面データから現在表示している単位画面に関連する表示タグを抽出すると共に、上記プログラマブル表示器と通信して、各表示タグが示すデバイスの状態を取得し、当該デバイスの状態が、各表示タグの示す表示形式で各表示タグの示す表示位置に描画された上記イメージファイルを生成することを特徴としている。
あるいは、制御システムは、デバイスの状態を表示する制御用表示装置の表示画面を示すイメージファイルを、予め定められるタイミングで繰り返し生成する生成手段と、ネットワークを介して接続される端末装置に対して上記制御用表示装置に関連する上記イメージファイルを公開するサーバ装置と通信可能な通信手段と、上記通信手段を介して、上記生成手段が生成したイメージファイルを繰り返し送信して、上記サーバ装置に設けられた記憶手段のうち、当該イメージファイルに関連する制御用表示装置に応じた記憶領域へ格納する格納手段とを備え、上記制御用表示装置が、表示／制御動作を規定する画面データに基づいて、入力受け付け動作および画面表示動作を行うプログラマブル表示器であり、上記画面データには、画面上の領域と当該領域への表示に対応するデバイスのアドレスとの対応を示す表示タグが含まれていると共に、上記制御システムには、上記プログラマブル表示器の画面データを記憶する画面データメモリが設けられ、上記生成手段は、上記格納手段から指示を受けると、プログラマブル表示器の画面データを画面データメモリから読み出し、当該画面データから現在表示している単位画面に関連する表示タグを抽出すると共に、上記プログラマブル表示器と通信して、各表示タグが示すデバイスの状態を取得し、各表示タグの示す表示形式でデバイスの状態が、各表示タグの示す表示位置に描画されたイメージファイルを生成してもよい。さらに、上記記憶手段は、上記イメージファイルを参照するＨＴＭＬファイルを格納してもよい。
【００１２】
また、本発明に係るコンピュータ読み取り可能な記録媒体は、上記生成手段、通信手段および格納手段として、１または複数のコンピュータを動作させるためのプログラムが記録されていることを特徴としており、当該プログラムが記録媒体から読み出され、１または複数のコンピュータで実行されると、当該コンピュータは、上記生成手段、通信手段および格納手段として動作する。
【００１３】
上記構成において、生成手段が制御用表示装置の画面を示すイメージファイルを繰り返し生成すると、格納手段は、通信手段を介して、当該イメージファイルを、サーバ装置の記憶手段のうち、制御用表示装置に応じた記憶領域へ格納する。一方、サーバ装置は、端末装置がネットワークを介して接続されると、当該端末装置へイメージファイルを送信する。
【００１４】
ここで、サーバ装置の記憶手段に格納されるイメージファイルは、生成手段および格納手段によって、例えば、所定の時間間隔毎や異常発生時あるいはデバイスの状態変更時など、予め定められるタイミングで更新されている。また、サーバ装置が端末装置へ公開するイメージファイルは、制御用表示装置の表示画面を示しており、特に、監視用のプログラムがインストールされていない端末装置であっても、何ら支障なく表示できる。また、イメージファイルは、制御システムにおいて、デバイスの状態を表示させるために作画される制御用表示装置の画面を示すように作成されるので、端末装置で制御システムの状態を表示するための画面を新たに作画していないにも拘らず、端末装置は、制御システムの状態を表示できる。
【００１５】
また、端末装置は、インターネットなどのネットワークを介して接続されるので、端末装置の設置場所と制御用表示装置の設置場所とが遠く離れていても、何ら支障なくデバイスの状態を表示できる。さらに、サーバ装置は、制御システムの通信手段から受け取ったイメージファイルを端末装置に公開するだけなので、ユーザが作成したページを公開する通常のＷＥＢサーバと同様のサーバ装置を使用できる。
【００１６】
これらの結果、端末装置は、ハードウェア構成やソフトウェア構成、あるいは、アクセスする場所に拘らず、また、特に端末装置用の監視画面や端末装置用の監視プログラムを作成してインストールせずに、端末装置の画面上へ制御用表示装置が表示している画面を表示して、端末装置のユーザにデバイスの状態を通知できる。
【００１７】
【発明の実施の形態】
本発明の一実施形態について図１ないし図５に基づいて説明すると以下の通りである。すなわち、本実施形態に係る制御用通信システム１は、制御対象近傍に配されたプログラマブル表示器と同様の画面を、遠隔地から参照可能なシステムであって、例えば、図１に示すように、ターゲットシステム１１のデバイス１１ａを制御する制御装置としてのプログラマブル・ロジック・コントローラ（ＰＬＣ）１２や、処理指示語（タグ）を組み合わせて決定される画面データに基づいて入力および画面表示を制御可能なプログラマブル表示器（制御用表示装置）１４などを含むローカル制御システム（制御システム）２と、インターネット（ネットワーク）３を介して、ローカル制御システム２と接続可能で、各プログラマブル表示器１４の画面を示すイメージファイル群を公開する公開サーバ装置（サーバ装置）４と、インターネット３を介して公開サーバ装置４と接続可能なクライアント装置（端末装置）５とを備えている。
【００１８】
本実施形態に係る公開サーバ装置４は、各プログラマブル表示器１４に応じた記憶領域に、それぞれの表示画面を示すイメージファイルが格納されるファイル記憶部（記憶手段）４１と、上記ローカル制御システム２と通信して、各プログラマブル表示器１４のイメージファイルを受け取ると共に、上記ファイル記憶部４１のうち、各プログラマブル表示器１４用の記憶領域に格納するＦＴＰ（File Transfer Protocol) サーバ４２と、クライアント装置５からの要求に応えて、要求されたプログラマブル表示器１４のイメージファイルを上記ファイル記憶部４１から読み出し、例えば、ＨＴＴＰ（Hyper Text Transfer Protocol) プロトコルなどのプロトコルで、クライアント装置５にイメージファイルを送信するＷＥＢサーバ４３とを備えている。
【００１９】
また、上記クライアント装置５は、例えば、汎用のパーソナルコンピュータなどであり、例えば、汎用のブラウザソフトなどにより実現され、イメージファイルを表示可能なブラウザ５１を備えている。上記ブラウザ５１は、インターネット３に接続された機器と通信し、受け取ったイメージファイルを表示できる。また、当該ブラウザ５１は、例えば、ＨＴＴＰなどのプロトコルで任意のサーバ装置からＨＴＭＬ（ HyperText Markup Language）ファイルなどのハイパーテキスト文書を受け取り、閲覧することもできる。
【００２０】
一方、上記ローカル制御システム２において、各プログラマブル表示器１４は、シリアルケーブル１３を介して、ＰＬＣ１２と接続され、多くの場合、ターゲットシステム１１の近傍で、ターゲットシステム１１のオペレータによって操作される。また、各プログラマブル表示器１４は、イーサネット（商標：ゼロックス社）などのローカル・エリア・ネットワークからなるネットワーク１５によって、互いに接続されている。さらに、上記ネットワーク１５には、制御用ホストコンピュータ１６が接続されている。なお、本実施形態では、上記制御用ホストコンピュータ１６が特許請求の範囲に記載の１または複数のコンピュータに対応する。
【００２１】
ここで、本実施形態に係るローカル制御システム２では、ローカル制御システム２内の通信処理に各ＰＬＣが介在する従来の制御システム５０１（図６参照）とは異なって、ローカル制御システム２に必須の構成であり、しかも、ＨＭＩ（Human Machine Interface ）として動作するため、演算能力に余力のあるプログラマブル表示器１４が、通信の大半を処理するように構成されており、各プログラマブル表示器１４は、自らに接続されているＰＬＣ１２の機種に固有の専用プロトコルと、ネットワーク１５での共通プロトコルとを変換して、他のプログラマブル表示器１４や制御用ホストコンピュータ１６と、ＰＬＣ１２との通信を中継する。これにより、プログラマブル表示器１４および制御用ホストコンピュータ１６は、他のプログラマブル表示器１４に接続されているＰＬＣ１２の機種に拘らず、ネットワーク１５を介して共通のプロトコルで通信できる。この結果、上記制御システム５０１に比べて、異なる機種のＰＬＣ１２をローカル制御システム２内に混在させやすくなる。
【００２２】
また、本実施形態に係るプログラマブル表示器１４は、表示／制御動作を規定する画面データに基づいて、入力受け付け動作および画面表示動作を行う表示器である。上記画面データは、画面上の領域と当該領域への表示に対応するデバイスのアドレスとの対応を示す表示タグや、画面上の領域と当該領域への入力に対応するデバイスのアドレスとの対応を示す入力タグなどのタグを含んでいる。さらに、本実施形態では、画面データ中の各タグは、単位画面の少なくとも１つと関連付けることができる。
【００２３】
上記プログラマブル表示器１４は、予め格納された画面データから、現在表示中の単位画面に関連する表示タグを抽出すると共に、所定の周期毎に、各表示タグについて、当該表示タグに関連するデバイスアドレスの内容を読み出し、例えば、読み出した値に応じた部品図形など、デバイスアドレスの内容に応じ、しかも表示タグで指定された表現形式の図形を、画面上の指定された領域へ表示する。一方、プログラマブル表示器１４が、例えば、図示しないタッチパネルへの入力操作を受け付けると、プログラマブル表示器１４は、上記画面データから、現在表示中の単位画面に対応し、当該入力操作にマッチする入力タグを検索し、例えば、シリアルケーブル１３で接続されたＰＬＣ１２へ指示したり、ネットワーク１５、プログラマブル表示器１４およびシリアルケーブル１３を介して、他のプログラマブル表示器１４に接続されたＰＬＣ１２へ指示するなどして、入力タグが示すデバイスアドレスの内容を入力結果に応じて変更する。これにより、プログラマブル表示器１４は、画面データが示すデバイスの状態を、画面データが示す表現形式で画面データが示す表示位置に表示したり、画面データが示す入力操作に応じて制御したりできる。
【００２４】
なお、デバイスアドレスＡは、制御対象となるデバイスを特定するアドレスであって、例えば、ＰＬＣ１２のメモリなど、プログラマブル表示器１４やＰＬＣ１２あるいは制御用ホストコンピュータ１６などに設けられた記憶装置の一領域を示している。また、上記デバイスは、操作入力部やバーコードリーダなどの入力装置から手動で入力されたデータが格納されたメモリであってもよい。なお、デバイスの状態の取得／変更は、その都度指示してもよいし、プログラマブル表示器１４内にキャッシュを用意し、取得／変更時には、キャッシュへアクセスすると共に、所定の時間間隔毎や所定のイベント毎に通信してデバイスアドレスの実体と同期を取ってもよい。
【００２５】
一方、上記制御用ホストコンピュータ１６は、ローカル制御システム２全体の監視制御を行う表示処理部３１と、ネットワーク１５に接続される共通プロトコルＩＦ部３２と、共通プロトコルＩＦ部３２およびネットワーク１５を介して各プログラマブル表示器１４と通信して、表示処理部３１などの要求に応じるサーバ部３３とを備えており、多くの場合、プログラマブル表示器１４よりも離れた場所から、ターゲットシステム１１やＰＬＣ１２あるいはプログラマブル表示器１４の状態を表示したり制御できる。
【００２６】
また、上記制御用ホストコンピュータ１６には、プログラマブル表示器１４の画面データを作成する作画処理部３４と、作成した画面データを格納する画面データメモリ３５とが設けられており、各プログラマブル表示器１４の表示／制御動作を規定する画面データは、作画処理部３４で集約して作成（修正）された後、サーバ部３３、共通プロトコルＩＦ部３２およびネットワーク１５を介して、各プログラマブル表示器１４へ配布される。
【００２７】
ここで、上記画面データは、上述したように、画面上の領域と、当該領域への表示や入力に対応するデバイスのアドレスとの対応関係を示すタグを組み合わせて構成されており、作画処理部３４は、例えば、タグのパレットを表示し、パレット中のタグを選択して画面上に所望のタグを配置するようにユーザへ促す。また、作画処理部３４は、配置されたタグを指定された座標に表示すると共に、ユーザのドラグ＆ドロップなどの操作に応じてタグの座標を調整する。また、作画処理部３４は、入力タグや表示タグに関連するデバイスアドレスを入力するようにユーザへ促す。これらの結果、制御用ホストコンピュータ１６のユーザは、作画処理部３４を操作して、画面上の所望の位置にタグを配置すると共に、各タグとデバイスのアドレスとを対応付けるだけで、画面データを作成できる。
【００２８】
したがって、プログラマブル表示器１４の表示プログラムを修正する場合に比べて容易に、各プログラマブル表示器１４の表示や操作を決定（変更）でき、ローカル制御システム２のユーザ（制御用ホストコンピュータ１６のユーザ）は、ターゲットシステム１１の実情や、プログラマブル表示器１４のオペレータの習熟度、あるいは、ユーザの好みに合わせることができる。
【００２９】
加えて、本実施形態に係る制御用ホストコンピュータ１６には、例えば、所定の時間間隔やデバイスの状態が変更された場合など、所定のタイミングで、プログラマブル表示器１４の表示画面を示すイメージファイルを生成するイメージファイル生成部（生成手段）３６と、生成されたイメージファイルを、インターネット３を介して公開サーバ装置４へ送信するＦＴＰクライアント（通信手段）３７と、上記所定のタイミングで、上記両部材３６・３７へ、イメージファイル生成および送信を指示するスケジュール管理部（格納手段）３８とが設けられている。
【００３０】
上記イメージファイル生成部３６は、上記スケジュール管理部３８から指示を受けると、例えば、プログラマブル表示器１４の画面データを画面データメモリ３５から読み出すと共に、プログラマブル表示器１４が画面データに基づいて表示する場合と略同様に、当該画面データから現在表示している単位画面に関連する表示タグを抽出する。さらに、サーバ部３３を介して、各表示タグが示すデバイスの状態を取得すると共に、各表示タグの示す表示形式でデバイスの状態が、各表示タグの示す表示位置に描画されたイメージファイルを生成できる。これにより、例えば、図２に示すように、プログラマブル表示器１４が画面データに基づいて画面に表示する場合と同じ画面を示すイメージファイルを作成できる。なお、イメージファイルがプログラマブル表示器１４の画面と同一内容の画面を示していれば、例えば、想定されるクライアント装置５の解像度などに合わせて解像度を変更するなど、予め定められた画像変換処理を行ってもよい。
【００３１】
また、ＦＴＰクライアント３７には、例えば、インターネット３との接続時に使用されるプロバイダの電話番号や公開サーバ装置４のアドレスなど、公開サーバ装置４へアクセスするためのデータと、例えば、公開サーバ装置４におけるアカウント名およびパスワードなど、公開サーバ装置４で自らを認証するためのデータとが記憶されており、上記スケジュール管理部３８から送信指示を受けると、公開サーバ装置４のＦＴＰサーバ４２へログインできる。
【００３２】
さらに、ＦＴＰクライアント３７は、スケジュール管理部３８の指示に応じて、ＦＴＰサーバ４２がＦＴＰクライアント３７に書き込み許可しているファイル記憶部４１の記憶領域のうち、プログラマブル表示器１４に応じて決められる領域にイメージファイルを格納できる。例えば、イメージファイルのファイル名が"image.png" に固定されており、文字列"GP1" で特定できるプログラマブル表示器１４に関連するイメージファイルを転送するよう指示された場合、ＦＴＰクライアント３７は、ファイル記憶部４１のうち、上記ＦＴＰクライアント３７がアクセス可能な最上位のディレクトリをルートディレクトリとすると、例えば、"put /images/GP1/image.png" のコマンドを公開サーバ装置４のＦＴＰサーバ４２へ送信するなどして、上記プログラマブル表示器１４に対応したディレクトリにイメージファイルを転送する。
【００３３】
一方、ファイル記憶部４１には、各プログラマブル表示器１４毎に、それぞれの画面を示すイメージファイルを参照するＨＴＭＬファイルが格納されており、各プログラマブル表示器１４に応じたＵＲＩ( Universal Resource Identifier)で、それぞれのＨＴＭＬファイルを参照できる。
【００３４】
なお、図１に示す各部材３１〜３８、４１〜４３および５１は、ＣＰＵなどの演算手段が、ＲＯＭやＲＡＭなどの記憶手段に格納されたプログラムを実行し、タッチパネルや液晶表示装置などの入出力手段、あるいは、インターフェース回路などの通信回路を制御することによって実現される機能ブロックである。したがって、これらの手段を有するコンピュータが、上記プログラムを記録した記録媒体（例えば、ＣＤ−ＲＯＭなど）を読み取り、当該プログラムを実行するだけで、本実施形態に係る制御用ホストコンピュータ１６、公開サーバ装置４およびクライアント装置５を実現できる。特に、クライアント装置５のブラウザ５１は、多くのコンピュータに予めインストールされている汎用のブラウザソフトで実現できる。したがって、これらのコンピュータは、特別なプログラムをインストールすることなく、クライアント装置５として動作できる。なお、例えば、シリアルケーブル１３やネットワーク１５、インターネット３、あるいは、他の通信路を介してプログラムをダウンロードするためのプログラムが、上記コンピュータに予めインストールされていれば、これらの通信路を介して、上記コンピュータへ上記プログラムを配付することもできる。
【００３５】
上記構成において、図３に示すステップ１（以下では、Ｓ１のように略称する）において、ローカル制御システム２のユーザは、制御用ホストコンピュータ１６の作画処理部３４を操作し、ターゲットシステム１１の実情やプログラマブル表示器１４のオペレータの習熟度、あるいは、ユーザの好みに合わせて、画面データを作成／修正する。さらに、作成された画面データは、例えば、シミュレーションや接続試験などによって、正常に動くことが確認された後、プログラマブル表示器１４に配信され、Ｓ２において、プログラマブル表示器１４が画面データに応じた表示や操作受け付けを開始する。
【００３６】
ここで、最適な画面は、好みや習熟度などにも左右されるため、一意に決めることができず、比較的頻繁に変更されることが多い。ところが、上述したように、本実施形態では、ローカル制御システム２（制御用ホストコンピュータ１６）のユーザが、画面データをタグの組み合わせで生成できるので、これらの要求に柔軟に対応でき、最適な状態を保ち続けることができる。また、制御用ホストコンピュータ１６で一括して管理できるため、多くの場所で並行して管理する場合に比べて、画面データを容易に管理できる。
【００３７】
また、制御用ホストコンピュータ１６において、スケジュール管理部３８は、上述した所定のタイミングになると（Ｓ１１にて、YES の場合）、イメージファイル生成部３６へプログラマブル表示器１４の画面を示すイメージファイルを生成するように指示して、イメージファイルを生成させる（Ｓ１２）。また、Ｓ１３において、ＦＴＰクライアント３７は、スケジュール管理部３８の指示に従って、公開サーバ装置４（ＦＴＰサーバ４２）へアクセスする。
【００３８】
一方、公開サーバ装置４は、Ｓ１４において、例えば、予め格納されたアカウントおよびパスワードの組み合わせと、ローカル制御システム２から受け取った組み合わせとを比較するなどして、ローカル制御システム２、または、そのユーザを認証する。認証に成功すると、Ｓ１５において、ローカル制御システム２から公開サーバ装置４へイメージファイルが送信され、ファイル記憶部４１のうち、プログラマブル表示器１４に応じた領域へ格納される。上記Ｓ１１ないしＳ１５の処理は、スケジュール管理部３８が指示する毎に繰り返され、公開サーバ装置４のファイル記憶部４１のイメージファイル群は、所定のタイミング毎に更新される。
【００３９】
また、図４に示すＳ２１において、クライアント装置５が、インターネット３を介して、公開サーバ装置４（ＷＥＢサーバ４３）のうちのプログラマブル表示器１４に対応するＵＲＩにアクセスするなどして、あるローカル制御システム２のプログラマブル表示器１４の画面を表示するように指示すると、ＷＥＢサーバ４３は、例えば、クライアント装置５から受け取った識別番号およびパスワードが予め定められた組み合わせであるか否かを確認するなどして、上記画面の表示が上記クライアント装置５、または、そのユーザに許可されているか否かを認証し、許可されていないクライアント装置５からのアクセスを拒否する。
【００４０】
許可された正規なクライアント装置５であることを確認すると、ＷＥＢサーバ４３は、Ｓ２２において、上記ＵＲＩのＨＴＭＬファイルをファイル記憶部４１から読み出し、インターネット３を介して、クライアント装置５へ送信する。上記ＨＴＭＬファイルには、例えば、ＩＭＧ要素など、プログラマブル表示器１４の画面を示すイメージファイルを参照して表示するための文字列が含まれている。これにより、クライアント装置５のブラウザ５１は、当該ＨＴＭＬを表示する際、公開サーバ装置４へ上記イメージファイルの送信を要求し、受信したイメージファイルを表示できる（Ｓ２３）。
【００４１】
ここで、上記イメージファイルの内容は、上述のＳ１１ないしＳ１５の処理の繰り返しにより所定のタイミングで更新されており、直前の更新タイミングにおけるプログラマブル表示器１４の画面を示している。したがって、ある更新タイミングの後には、図２に示すように表示されたとしても、次の更新タイミングの後には、図５に示すように、当該更新タイミングにおけるデバイスの状態が表示される。この結果、クライアント装置５のユーザは、ブラウザ５１の表示によって、ローカル制御システム２内のデバイスの現状を把握できる。
【００４２】
なお、上述の説明では、制御用ホストコンピュータ１６にイメージファイル生成部３６が設けられ、当該イメージファイル生成部３６が画面データを参照しながらデバイスの状態を取得し、イメージファイルを作成する場合を例にして説明したが、これに限るものではない。例えば、プログラマブル表示器１４内にイメージファイル生成部３６を設け、当該イメージファイル生成部３６が生成したイメージファイルを、制御用ホストコンピュータ１６のＦＴＰクライアント３７が公開サーバ装置４に送信してもよい。
【００４３】
いずれの場合であっても、イメージファイル生成部３６がプログラマブル表示器１４用の画面データに基づいて、イメージファイルを作成するので、当該イメージファイルをクライアント装置５で参照できるにも拘らず、ローカル制御システム２のユーザは、上記画面データとは別に、クライアント装置５用の画面を作成するためのデータを作画する必要がない。また、イメージファイルは、クライアント装置５のブラウザ５１で表示可能である。これらの結果、特に、クライアント装置５用の監視画面や、クライアント装置５用の監視プログラムを作成し、クライアント装置５にインストールしなくても、クライアント装置５のユーザへローカル制御システム２の状態を通知できる。
【００４４】
加えて、公開サーバ装置４は、ローカル制御システム２から受け取ったイメージファイルを公開するだけである。したがって、通常のプロバイダに設けられたＷＥＢサーバを使用でき、ＡＳＰ（Application Service Provider）に設けられるサーバ装置のように、特別なプログラムを実行可能なサーバ装置を用意する必要がない。この結果、プログラマブル表示器１４の画面を公開可能なシステムを容易に実現できる。
【００４５】
なお、上述の説明では、ローカル制御システム２から公開サーバ装置４へＦＴＰプロトコルでイメージファイルを伝送する場合について説明したが、これに限るものではなく、例えば、ＨＴＴＰプロトコルなど、他のプロトコルで伝送してもよい。ただし、ＦＴＰプロトコルは、ＷＥＢページを公開するプロバイダのサーバ装置へ、公開すべきファイルを転送する際に広く使用されており、通常のプロバイダのサーバ装置であれば、新たなプログラムを用意することなく、ＦＴＰプロトコルで転送できる。また、ＦＴＰプロトコルでは、ＨＴＴＰプロトコルと異なり、転送の成否を判定できるので、転送に失敗した際に再送できる。
【００４６】
さらに、本実施形態に係る制御用通信システム１では、ローカル制御システム２とは別に設けられた公開サーバ装置４から、インターネット３を介して接続されるクライアント装置５へ、プログラマブル表示器１４の画面を示すイメージファイルを公開する。したがって、不正アクセスが試みられたとしても、当該不正アクセスは、ローカル制御システム２ではなく、公開サーバ装置４に集中する。
【００４７】
また、デバイスの状態を送受する際、ローカル制御システム２の通信相手は、公開サーバ装置４に限定されるので、多数のクライアント装置５へ直接通信する場合に比べて、ローカル制御システム２と公開サーバ装置４との間の通信路の機密性を向上しやすい。
【００４８】
これらの結果、インターネット３に接続されたクライアント装置５で、プログラマブル表示器１４の画面を参照できるにも拘らず、ローカル制御システム２への不正アクセスを防止できる。さらに、万一、不正アクセスによって、公開サーバ装置４の運用に支障が生じたとしても、クライアント装置５への配信に支障が生じるだけで、ローカル制御システム２は、何ら支障無く、制御対象を制御できる。この結果、より安全な制御用通信システム１を実現できる。
【００４９】
加えて、インターネット３上にデータを公開する場合、上記不正アクセスの防止対策だけでなく、インターネット３へ常時接続するための設定や、インターネット３との間の通信容量の選択など、ローカル制御システム２の管理維持とは異なる技量が要求されるため、各ユーザがローカル制御システム内に公開サーバ装置を設置する場合、各ユーザは、これらの技量に習熟した技術者を養成する必要がある。
【００５０】
これに対して、本実施形態では、各ローカル制御システム２は、インターネット３を介して特定の公開サーバ装置４と通信すればよいので、設定や通信容量の選択も容易である。この結果、それぞれのユーザは、インターネット３に習熟した技術者を養成する必要がなく、ローカル制御システム２の管理維持のみに注力できるので、各ユーザの負担を軽減できる。
【００５１】
なお、公開サーバ装置４では、インターネット３に習熟した技術者が必要になるが、各ローカル制御システム２のユーザがそれぞれ別個に養成する場合に比べて少ない人数でよいので、制御用通信システム１全体における技術者数を削減できる。さらに、公開サーバ装置４が各ユーザのイメージファイルを公開しているので、各ユーザが別個に公開する場合に比べて、ディスク容量や通信容量などを管理維持する際の手間を削減できる。
【００５２】
特に、インターネット３との間のデータ通信量は、アクセス数に応じて変化するため、公開サーバ装置４が不特定多数の端末装置からアクセスされる場合、必要な通信容量を予測することが極めて難しい。ところが、本実施形態では、公開サーバ装置４が各ユーザのイメージファイルを公開しているので、それぞれ別個に設置する場合と同じ比率の余裕を持って通信容量を設定したとしても、別個の場合よりも、通信容量の余裕（データ通信量）が大きくなる。したがって、あるユーザのイメージファイルへのアクセス数増加などによって、当該ユーザに関連するデータ通信量が急激に増加したとしても、他のユーザに関連するデータ通信量が増加しなければ、データ通信量の増加を吸収できる。この結果、それぞれ別個に公開サーバ装置を設ける場合に比べて、通信容量を設定しやすくなる。
【００５３】
加えて、上記公開サーバ装置４がクライアント装置５に公開するデータは、プログラマブル表示器１４の画面を示すイメージファイルであり、クライアント装置５からはデバイスの状態を制御できない。したがって、インターネット３を介して公開サーバ装置４に接続可能なクライアント装置５のユーザが、万一、不正アクセスに成功したとしても、ローカル制御システム２内のデバイスの状態を制御できず、ローカル制御システム２を安全に保つことができる。
【００５４】
なお、上述の例では、イメージファイルを参照するファイルとして、ＨＴＭＬ文書を例にして説明したが、これに限るものではなく、例えば、ＸＭＬ（eXtensible Mark-up Language ) ファイルなど、イメージファイルを参照可能な任意の文書を使用できる。また、ＵＲＩでイメージファイルを直接指定してもよい。また、上述の例では、イメージファイル生成部３６がプログラマブル表示器１４の全画面を１つのイメージファイルとして生成する場合を例にして説明したが、これに限るものではなく、全画面を複数のイメージファイルとして生成し、これらのイメージファイルを参照する文書と共に公開してもよい。また、イメージファイル生成部３６が、プログラマブル表示器１４の全画面のうち、例えば、アニメーション表示している箇所のように、テキスト形式では表現不可能な箇所のみを示すイメージファイルを生成し、例えば、数値表示など、テキスト形式で表示可能な箇所は、例えば、テキスト形式で、当該イメージファイルを参照する文書内に記述すると共に、作成した文書とイメージファイルとの双方を、公開サーバ装置４に送信してもよい。いずれの場合であっても、ローカル制御システム２にて、プログラマブル表示器１４の画面を示すイメージファイルを繰り返し生成すると共に、公開サーバ装置４へイメージファイルを送信すれば、同様の効果が得られる。
【００５５】
【発明の効果】
本発明に係る制御システムは、以上のように、デバイスの状態を表示画面に表示するプログラマブル表示器と、該プログラマブル表示器と通信可能に接続されるホストコンピュータとを含むローカル制御システムと、上記表示画面を示すイメージファイルを格納する記憶手段を有するサーバ装置と、上記記憶手段の上記イメージファイルを取得可能なクライアント装置とがネットワークに接続されてなる制御システムであって、上記ホストコンピュータが、上記ネットワークと通信可能な通信手段と、上記表示画面の画面データを表示画面上の領域と当該領域への表示に対応するデバイスのアドレスとの対応を示す表示タグを含むように作成する画面作成手段と、上記表示画面の画面データを記憶する画面データメモリと、上記画面データメモリから読み出した上記画面データに基づいて上記イメージファイルを生成する生成手段と、上記通信手段を介して、上記生成手段が生成したイメージファイルを繰り返し送信して、上記記憶手段の所定の領域に格納する格納手段とを有し、上記生成手段は、該格納手段から指示を受けると、上記画面データメモリから画面データを読み出し、当該画面データから現在表示している単位画面に関連する表示タグを抽出すると共に、上記プログラマブル表示器と通信して、各表示タグが示すデバイスの状態を取得し、当該デバイスの状態が、各表示タグの示す表示形式で各表示タグの示す表示位置に描画された上記イメージファイルを生成する構成である。さらに、本発明に係る制御システムは、上記構成に加えて、上記記憶手段は、上記イメージファイルを参照するＨＴＭＬファイルを格納する構成である。
【００５６】
本発明に係るコンピュータ読み取り可能な記録媒体は、以上のように、上記生成手段、通信手段および格納手段として、１または複数のコンピュータを動作させるためのプログラムが記録されている構成であり、当該プログラムが記録媒体から読み出され、１または複数のコンピュータで実行されると、当該コンピュータは、上記生成手段、通信手段および格納手段として動作する。
【００５７】
上記構成によれば、サーバ装置に格納されるイメージファイルは、制御用表示装置の表示画面を示しており、生成手段および格納手段により所定のタイミングで更新されるので、端末装置は、ハードウェア構成やソフトウェア構成、あるいは、アクセスする場所に拘らず、また、特に端末装置用の監視画面や端末装置用の監視プログラムを作成してインストールせずに、端末装置の画面上に、制御用表示装置が表示している画面を表示して、端末装置のユーザに、デバイスの状態を通知できるという効果を奏する。
【図面の簡単な説明】
【図１】本発明の一実施形態を示すものであり、制御用通信システムの要部構成を示すブロック図である。
【図２】上記制御用通信システムにおいて、プログラマブル表示器およびクライアント装置の表示画面例を示す説明図である。
【図３】上記制御用通信システムにおいて、公開サーバ装置にイメージファイルが格納される際の動作を示すフローチャートである。
【図４】上記制御用通信システムにおいて、公開サーバ装置からクライアント装置にイメージファイルが公開される際の動作を示すフローチャートである。
【図５】上記制御用通信システムにおいて、プログラマブル表示器およびクライアント装置の他の表示画面例を示す説明図である。
【図６】従来例を示すものであり、制御システムの要部構成を示すブロック図である。
【符号の説明】
２    ローカル制御システム（制御システム）
３    インターネット（ネットワーク）
４    公開サーバ装置（サーバ装置）
５    クライアント装置（端末装置）
１１ａ  デバイス
１４    プログラマブル表示器（制御用表示装置）
１６    制御用ホストコンピュータ（コンピュータ）
３６    イメージファイル生成部（生成手段）
３７    ＦＴＰクライアント（通信手段）
３８    スケジュール管理部（格納手段）
４１    ファイル記憶部（記憶手段）
【図１】
0003832619.tif 000002
【図２】
0003832619.tif 000003
【図３】
0003832619.tif 000004
【図４】
0003832619.tif 000005
【図５】
0003832619.tif 000006
【図６】
0003832619.tif 000007