JP3621336B2 - 制御用通信システムおよび制御用通信プログラムを記録した記録媒体 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、プログラマブル表示器などの制御用表示装置から離れた場所に配された端末装置によって、上記制御用表示装置で表示される画面を確認することができる制御用通信システムに関するものである。
【０００２】
【従来の技術】
プログラマブルロジックコントローラ（以降、ＰＬＣと称する）などと呼ばれる産業用制御装置は、シーケンス制御をはじめとする各種制御を実現するために、ベルトコンベアー式の自動組付機などの種々のターゲットシステムを制御する制御装置として広く使用されている。さらに、近年では、ターゲットシステムの複雑化に伴って、複数台のＰＬＣを互いに連携させて使用することも行われている。また、各ＰＬＣからのデータの表示やＰＬＣへの制御指示は、ＰＬＣの近傍などに配される制御用表示装置で行われるだけではなく、例えば、これらの表示装置から離れた場所に設置した制御用ホストコンピュータでも、表示あるいは操作できるように、制御システムを構築することもある。
【０００３】
具体的には、例えば、図１４に示すように、従来の制御システムでは、ＰＬＣ１０１が制御の中心として位置付けられており、各ＰＬＣ１０１には、ターゲットシステム１０２の入出力用のデバイス１０２ａと、デバイスの状態を表示するとともに、ＰＬＣ１０１への制御指示を行うプログラマブル表示器１０３とが接続されている。さらに、そのＰＬＣ１０１には、他のＰＬＣ１０１や制御用ホストコンピュータ１０４がシリアルケーブル１０５を介して接続されており、ＰＬＣ１０１と制御用ホストコンピュータ１０４との間や各ＰＬＣ１０１間における制御データの受け渡しは、ＰＬＣ１０１の通信機能を利用して行われている。
【０００４】
上記の構成において、プログラマブル表示器１０３は、画面データに基づいて表示／制御を行う。その画面データは、ベース画面上の領域を特定する位置情報と、その領域への表示や入力に対応するデバイス１０２ａのアドレスとの対応関係を示す情報を単位として、それらの情報の組み合わせによって構成されている。このような画面データは、制御用ホストコンピュータ１０４の作画処理部１０４ａで作成された後、各プログラマブル表示器１０３に配信される。
【０００５】
一方、制御用ホストコンピュータ１０４の表示処理部１０４ｂは、ＰＬＣ１０１と通信して、デバイス１０２ａの状態を示すデータを受け取り、状態に応じて画面表示するとともに、使用者の入力に応じて、ＰＬＣ１０１へ制御データを送出し、制御データに応じて、ターゲットシステム１０２を制御させる。同様に、プログラマブル表示器１０３は、ＰＬＣ１０１と通信しながら、デバイス１０２ａの状態を表示／制御する。
【０００６】
【発明が解決しようとする課題】
ところが、制御用ホストコンピュータ１０４は、プログラマブル表示器１０３と用途や設置場所が異なっているため、ＣＰＵやメモリマップなどのハードウェア構成と、オペレーティングシステムなどのソフトウェア構成との双方が異なっている。したがって、制御用ホストコンピュータ１０４の表示処理部１０４ｂは、プログラマブル表示器１０３の画面データに基づいて表示することができない。このため、プログラマブル表示器１０３の表示内容を確認するためには、プログラマブル表示器１０３の設置場所に出向いて確認しなければならない。
【０００７】
また、上記の制御システムは、基本的に閉じたシステムであり、遠隔地から、プログラマブル表示器の画面など、制御システムの状態を見ることができない。
【０００８】
本発明は、上記の事情に鑑みてなされたものであって、プログラマブル表示器などの制御用表示装置に表示される画面を制御用表示装置の設置場所から離間した場所でも閲覧可能にすることができる制御用通信システムを実現することを目的としている。
【０００９】
【課題を解決するための手段】
本発明の制御用通信システムは、デバイスの状態を予め作成された表示用画面に表示するとともに、該デバイスへの制御指示を上記表示用画面を介して与える制御用表示装置と、上記制御用表示装置から上記デバイスの状態を示すデータであるデバイスデータを取得する一方、該デバイスデータを送信するサーバ側通信手段を有するサーバ装置と、所定のデバイスのデバイスデータに対応した表示を行なうように予め作成された実行事象毎に参照される１または複数の参照情報を含む処理指示語を有する、上記表示用画面のデータである画面データを表示処理に適した形態で格納する端末側格納手段、該端末側格納手段に格納された上記画面データの上記処理指示語に対応する上記デバイスデータの取得を上記サーバ側通信手段に問い合わせるとともに、上記サーバ側通信手段から送信された上記処理指示語に対応した上記デバイスデータに応じて上記表示用画面を表示する表示処理手段、ならびに該表示処理手段による問い合わせおよびその応答である上記デバイスデータを受けるための通信を上記サーバ側通信手段との間でローカルネットワークを介して行う端末側通信手段を有する複数の端末装置とを備えていることを特徴としている。
【００１０】
上記の構成では、端末装置において、表示処理手段が、サーバ側通信手段に問い合わせることによって、端末側格納手段に格納された画像データに対応するデバイスデータを取得すると、そのデバイスデータに応じて上記表示用画面を表示する。それゆえ、制御用表示装置と離間した場所にある端末装置においても、制御用表示装置で表示される表示用画面と同じ表示用画面を表示させることができる。また、サーバ装置と端末装置との間の通信が、サーバ側通信手段と端末側通信手段との間でローカルネットワークを介して行われるので、一般的なインターネット通信のようにＷｅｂサーバやＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ）を介した実行効率のあまり良くない通信形態を利用することなく、比較的通信速度の高い効率的な通信を行うことができる。
【００１１】
上記の制御用通信システムにおいては、上記サーバ装置が、上記画面データを表示処理に適した形態で格納するサーバ側格納手段、および上記サーバ側通信手段と公開ネットワークとの間の通信を中継する通信中継手段を有し、上記サーバ側通信手段が、上記サーバ側格納手段に格納された上記画面データを取得する一方、該画面データを上記通信中継手段に与え、上記表示処理手段が、上記サーバ側格納手段に格納された上記画面データおよびそれに対応する上記デバイスデータの取得を上記公開ネットワークによる上記中継手段を介した中継通信で上記サーバ側通信手段に問い合わせるとともに、上記サーバ側通信手段から上記中継通信で送信された上記画面データおよびそれに対応する上記デバイスデータに応じて上記表示用画面を表示し、さらに上記端末側格納手段に格納された画面データを取得するときに上記サーバ側通信手段に上記ローカルネットワークを介した通信を行わせる一方、上記サーバ側格納手段に格納された画面データを取得するときに上記サーバ側通信手段に上記公開ネットワークを介した通信を行わせることが好ましい。
【００１２】
このように構成することによって、端末装置において、表示処理手段が、公開ネットワークによる上記中継手段を介した中継通信でサーバ側通信手段に問い合わせることによって、サーバ側格納手段に格納された画像データおよびそれに対応するデバイスデータを取得すると、その画面データとそれに対応するデバイスデータに応じて上記表示用画面を表示する。それゆえ、制御用表示装置と離間した場所にある端末装置においても、制御用表示装置で表示される表示用画面と同じ表示用画面を表示させることができる。また、表示処理手段が、端末側格納手段に格納された画面データを取得するときにサーバ側通信手段にローカルネットワークを介した通信を行わせる一方、サーバ側格納手段に格納された画面データを取得するときにサーバ側通信手段に公開ネットワークを介した通信を行わせるので、ユーザの指示によって表示処理手段がいずれかの画面データを取得することで、自動的にローカルネットワークまたは公開ネットワークを介した通信が選択される。
【００１３】
本発明の記録媒体は、上記の課題を解決するために、上記の各制御用通信システムの各手段を実現するための各処理を実行する制御用通信プログラムを記録している。それゆえ、上記の各制御用通信システムと同様に、サーバ装置に画面データを記憶させる必要がなくなる。
【００１４】
【発明の実施の形態】
〔実施の形態１〕
本発明の実施の一形態について図１ないし図１０に基づいて説明すれば、以下の通りである。
【００１５】
本実施の形態に係る制御用通信システムは、図１に示すように、ホストコンピュータ１と、複数のプログラマブル表示器（以降、表示器と称する）２…と、複数のクライアント装置３と、複数のＰＬＣ４…とを備えている。
【００１６】
ホストコンピュータ１および表示器２…は、共通の通信プロトコルで通信を行うことが可能な制御側共通ネットワーク５を介して互いに接続されている。一方、表示器２およびＰＬＣ４は、ＰＬＣ４毎に固有の通信プロトコルで通信を行うことが可能な専用ネットワーク６を介して個々に接続されている。また、ホストコンピュータ１およびクライアント装置３は、公開側共通ネットワーク７を介して互いに接続されている。
【００１７】
本実施の形態では、表示器２が制御側共通ネットワーク５を介してデータ通信する場合、専用ネットワーク６を伝送される通信プロトコルに拘らず、統一した通信プロトコルで通信できるように、制御側共通ネットワーク５で伝送可能な通信プロトコルに共通の通信プロトコル（共通プロトコル）を規定している。具体的に、本実施の形態では、制御側共通ネットワーク５として、イーサネット（商標：ゼロックス社）などのローカルエリアネットワーク（ＬＡＮ）が用いられており、制御側共通ネットワーク５での通信プロトコルとして、ＴＣＰ／ＩＰが採用されている。
【００１８】
一方、ローカルネットワークとしての公開側共通ネットワーク７は、インターネットの標準通信手順であるＴＣＰ／ＩＰに統一されたイントラネットなどのローカルなネットワークである。このような公開側共通ネットワーク７を採用することによって、インターネットで使用されるアプリケーションプログラムをそのまま流用することが可能である。公開側共通ネットワーク７は、企業内などの閉じた範囲での情報交換を行うネットワーク形態であるので、外部に公開できない重要な情報をファイアウォールによって防護する必要がある。
【００１９】
ＰＬＣ４は、ＣＰＵ／電源モジュールと、入力ユニットと、出力ユニットとを備えている。ＣＰＵ／電源モジュールは、ＣＰＵやメモリを含むＣＰＵ部と、ＰＬＣ４の各部に電力を供給する電源部とからなっている。ＣＰＵ部は、制御プログラムにしたがって、制御対象機器であるデバイス８…を制御する。具体的には、ＣＰＵ部は、入力ユニットを介してデバイス８としての入力機器６から入力される信号に基づいて同じくデバイス８としての出力機器に与える制御データの演算処理を行う。入力ユニットおよび出力ユニットは、それぞれ入出力機器に接続されるインターフェース機能を有する部分であって、これらの機器との間で入出力されるデジタル信号またはアナログ信号を上記のＣＰＵ部とやり取りするようになっている。
【００２０】
入力機器としては、センサ（温度センサ、光センサなど）、スイッチ（押ボタンスイッチ、リミットスイッチ、圧力スイッチなど）のような機器が用いられる。出力機器としては、アクチュエータ、リレー、電磁弁、表示器などが用いられる。これらの入出力機器は、製造ラインなどの各種のターゲットシステムの所要各部に配置される。
【００２１】
制御用表示装置としての表示器２は、ＲＡＭ、ＲＯＭ、フラッシュＲＯＭ、ＶＲＡＭなどのメモリや、ＣＰＵなどの演算処理部を有しており、これらによって表示器２の各部の動作を制御している。また、表示器２は、図２に示すように、データ処理部２１、インターフェース部（図中、Ｉ／Ｆ）２２・２３、入力部２４、表示部２５、変換データ記憶部２６およびユーザメモリ２７を備えている。
【００２２】
データ処理部２１は、後述するプロトコル変換の処理およびユーザ画面（表示用画面）の表示を制御する処理を行うために各種のデータ処理を行う。
【００２３】
データ処理部２１は、両ネットワーク４・５での通信プロトコルが互いに異なる場合、変換データ記憶部２７に記憶されたデータを参照しながら、一方の通信プロトコルから他方の通信プロトコルへ変換するように上記のプロトコル変換処理を行う。このプロトコル変換は、例えば、国際特許公開公報ＷＯ９９／５６１８６号に開示された方法によって行われる。
【００２４】
データ処理部２１は、後述する作画部１３で作成されたユーザ画面のデータ（画面データ）に基づいてＶＲＡＭなどを用いて表示部２５にユーザ画面を描画させるように、上記の表示制御を行う。また、データ処理部２１は、複数のユーザ画面をユーザによる切り換えの指示入力に応じて切り換える。
【００２５】
ユーザ画面は、ターゲットシステムを模した背景画面に、予め設定された上記の部品やタグがシンボルとして合成されている。このように構成されるユーザ画面においては、デバイス８の動作状況や、後述する入力部２４からの入力操作が、デバイス８の実際の動作に応じた部品やタグの動きや表示状態（色など）の変化として反映される。各ユーザ画面は、例えば、図６に示すように、銘板など、表示内容を変更しない静止図形Ｂや、スイッチ、ランプ、メータなどのように、形状、色、点滅状態などの表示状態が変換する表示要素としての部品図形Ｊ（Ｊ１）を、ベース画面上に配置して形成される。
【００２６】
一方、上記のユーザ画面の画面データは、図３に示すように、ベース画面のファイル番号Ｆと、ベース画面上で実行すべき動作内容を特定する事象名Ｎと、各実行事象毎に参照される１または複数の参照情報Ｒとを含む処理指示語Ｗを組み合わせて構成されている。図４に示すように、表示要素（部品やタグ）を特定するための特定情報としての処理指示語Ｗが所定の画面領域（表示座標範囲）へ、所定のデバイスアドレスの内容に応じた部品図形Ｊを表示する処理指示語ＷＬの場合、参照情報Ｒには、表示座標範囲（Ｘ，Ｙ）と、デバイスアドレスＡと、例えば、部品図形Ｊがスイッチの場合、ＯＮを示す図形のファイルおよびＯＦＦを示す図形のファイルなど、表示時に参照するファイル番号ＦＬとが含まれる。また、図５に示すように、後述の入力部２４を介して入力操作を規定する処理指示語ＷＴの場合、参照情報Ｒには、入力部２４におけるタッチパネル上の入力座標範囲Ｘ，Ｙと、その入力座標範囲の指定に連動してオンされるデバイスアドレスＡとが含まれる。
【００２７】
上記のデータ処理部２１は、パッケージソフトウェアとしてプログラムメディアの形態で提供可能なソフトウェアであって、予めホストコンピュータ１から表示器２にダウンロードされている。また、このソフトウェアは、必要に応じて、表示器２の出荷時などに、予め表示器２にインストールされていてもよい。
【００２８】
ここで、上記のプログラムメディアは、ホストコンピュータ１や表示器２と分離可能に構成される記録媒体であり、磁気テープやカセットテープなどのテープ系、フロッピディスクやハードディスクなどの磁気ディスク系、ＣＤ−ＲＯＭ、ＭＯ、ＭＤ、ＤＶＤなどの光ディスクの光ディスク系、ＩＣカード（メモリカードを含む）、光カードなどのカード系、あるいはマスクＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュＲＯＭなどによる半導体メモリを含めた固定的にプログラムを担持する媒体であってもよい。
【００２９】
また、本制御用通信システムは、インターネットを含む通信ネットワークと接続可能なシステム構成であることから、通信ネットワークからプログラムをダウンロードするように流動的にプログラムを担持する媒体であってもよい。ただし、このように通信ネットワークからプログラムをダウンロードする場合には、そのダウンロード用プログラムは予めホストコンピュータ１に格納されるか、あるいは別な記録媒体からインストールされるものであってもよい。
【００３０】
インターフェース部２２は、ホストコンピュータ１および他の表示器２との間の通信を行うために制御側共通ネットワーク５に接続されている。この制御側共通ネットワーク５を介した通信で、後述のようにＰＬＣ４の出力データが表示器２からホストコンピュータ１に送信されるとともに、ホストコンピュータ１からの制御指示が表示器２に送信される。一方、インターフェース部２３は、ＰＬＣ４との間の通信を行うために専用ネットワーク６に接続されている。この専用ネットワーク６を介した通信で、後述のようにＰＬＣ４からの出力データが表示器２に送信されるとともに、上記の制御指示が表示器２からＰＬＣ４に送信される。
【００３１】
入力部２４は、表示部２５の表示面上で入力を行うためにタッチパネルのような入力装置によって構成されている。表示部２５は、表示器２を制御盤などへの組み込みが容易な小型に構成するために、液晶パネルやＥＬパネルのような平板型表示素子によって構成されている。
【００３２】
変換データ記憶部２６は、プロトコル変換処理に必要なデータを記憶している。このデータは、専用ネットワーク６と制御側共通ネットワーク５との間で通信プロトコルを相互変換できれば、どのような形式でもよいが、本実施の形態に係る変換データ記憶部２６は、専用ネットワーク６で伝送されるデータのフォーマットを示すデータ転送フォーマットと、両ネットワーク５・６で伝送されるコマンドコード間の対応関係を示すコマンド変換テーブルとを記憶している。
【００３３】
ユーザメモリ２７は、後述する作画部１３でユーザによって作成されたユーザ画面を格納するメモリであってフラッシュＲＯＭなどから構成されている。
【００３４】
上記のように構成される表示器２では、データ処理部２１によって、図６に示すように、所定の時間間隔で、後述するユーザメモリ２７から、ベース画面のファイル番号Ｆが、現在表示中のベース画面である処理指示語ＷＬを抽出し、各処理指示語ＷＬのデバイスアドレスＡの内容を、ＰＬＣ４のメモリ４ａから読み出して、内容に応じた部品図形Ｊを表示部２５の表示面に表示する。例えば、ユーザメモリ２７に格納された処理指示語ＷＬ１は、スイッチの表示を示しており、デバイスアドレスＡ１の機器に対応している。
【００３５】
この処理指示語ＷＬ１を実行する場合、デバイスアドレスＡ１の内容が“０”であるため、データ処理部２１は、スイッチがＯＦＦであると判断し、データ処理部２１が有するメモリ２１ａに格納されたファイルのうち、ＯＦＦに対応付けられたファイルＦＬ１の図形を、表示座標範囲（Ｘ，Ｙ）に表示する。これにより、当該座標範囲（Ｘ，Ｙ）には、ＯＦＦ状態のスイッチを示す部品図形Ｊ１が表示される。このように、データ処理部２１が所定の時間間隔で画面データ内の処理指示語ＷＬ１などを実行することで、表示器２に表示されたユーザ画面にデバイスの状態が反映される。
【００３６】
また、データ処理部２１は、入力部２４のタッチパネルへの押し操作など、オペレータの入力操作を受け取ると、ユーザメモリ２７に記憶された画面データから、現在表示中のベース画面に対応し、上記の入力操作に適合する入力の処理指示語ＷＴを検索し、入力結果に応じて、処理指示語ＷＴが示すデバイスアドレスＡの内容を変更する。例えば、有効入力座標範囲（Ｘ，Ｙ）が上記の部品図形Ｊ１と同じ座標範囲に設定され、同じデバイスアドレスＡ１の内容を変更する処理指示語ＷＴ１が画面データ中に含まれている場合、オペレータが図５に示す画面の部品図形Ｊ１を押すと、データ処理部２１による検索の結果、その処理指示語ＷＴ１が発見される。すると、データ処理部２１は、処理指示語ＷＴ１に対応するデバイスアドレスＡ１の内容を書き換える。
【００３７】
さらに、入力操作の後、データ処理部２１が処理指示語ＷＬ１を処理すると、図７に示すように、デバイスアドレスＡ１の内容が“１”に変更されているので、データ処理部２１は、ファイルＦＬ２に対応し、ＯＮを示す部品図形Ｊ２をユーザ画面上に表示する。この結果、データ処理部２１は、入力操作に応じてデバイスアドレスの内容を書き換えるとともに、デバイスアドレスの内容に応じてユーザ画面の表示状態を更新する。
【００３８】
なお、デバイスアドレスＡは、制御対象となるデバイス（入力機器６および出力機器７）を特定するアドレス（前述の入出力番号）であって、例えば、ＰＬＣ４のメモリ４ａなど、表示器２やＰＬＣ４あるいはホストコンピュータ１などに設けられた記憶装置の一領域を表している。また、上記のデバイスは、入力部２４などの入力装置から手動で入力されたデータが格納されたメモリであってもよい。さらに、例えば、表示器２におけるインターフェース部２２・２３が、その表示器２に接続されるＰＬＣ４や他の表示器２と通信することで、各アドレスの内容を取得したり、内容を変更したりできる。ここで、内容の取得／変更は、その都度指示してもよいし、表示器２内にキャッシュを用意し、内容の取得／変更時には、キャッシュへアクセスするとともに、所定の時間間隔毎や所定のイベント毎に通信してデバイスアドレスＡの実体と同期を取ってもよい。
【００３９】
サーバ装置としてのホストコンピュータ１は、一般の汎用パーソナルコンピュータと同様に、ＣＰＵ、メモリ（ＲＡＭ、ＲＯＭなど）、外部記憶装置（ハードディスクドライブ、ＭＯドライブなど）、表示装置および入力装置（キーボード、マウスなど）を有している。また、ホストコンピュータ１は、サーバ部１１、インターフェース部（図中、Ｉ／Ｆ）１２、作画部１３、画面データファイル記憶部１４、ファイル変換部１５、表示ファイル記憶部１６、サーバ側データ通信処理部１７および実行部１８を備えている。
【００４０】
インターフェース部１２は、表示器２との間の通信を行うために制御側共通ネットワーク５に接続されている。
【００４１】
サーバ部１１は、制御側共通ネットワーク５を介した表示器２…との間のデータ通信処理、ＰＬＣ４から表示器２を介して転送されたＰＬＣ４の出力データを収集する処理などの処理を行う。上記の出力データは、デバイスの状態（数値、ＯＮ・ＯＦＦなど）を示すデータ（デバイスデータ）やＰＬＣ４自身の出力（アラーム出力など）である。また、サーバ部１１は、後述する画面データファイル記憶部１４に格納された画面データファイルを指定された表示器２に配信する。
【００４２】
サーバ部１１は、上記の出力データやデバイスアドレスを要求に応じてサーバ側データ通信処理部１７に供給する。また、サーバ部１１は、クライアント装置３からデバイスアドレスＡの内容変更指示を受け取ると、デバイスアドレスＡの内容を指示に応じた値に書き換える。
【００４３】
作画部１３は、表示器２が、デバイス８…の稼働状況や作業指示のような管理のための各種のモニタ、機器に対する設定値を入力する端末としての機能を備えるように、表示部２５に表示させるユーザ画面を作成する画面作成ソフトウェアである。
【００４４】
一般に、作画部１３は、ユーザ独自の画面であるユーザ画面を作成できるように、スイッチ、ランプ、テンキー、各種表示器（例えば、数値表示器、メータ表示器およびグラフ表示器）などの部品（表示要素）、タグ設定機能、描画機能、テキスト入力機能などを備えている。部品としては、単一の機能を有する単一部品だけでなく、複数の機能を有する、複合スイッチ、カウンタ、タイマといった複合部品が用意されている。このような複合部品は、単一部品と同様、ドラッグ＆ドロップなどの操作によってベース画面の所望の位置に配置できるようにライブラリ形式で登録されている。表示要素としてのタグは、数値や直線などの動的変化を画面上の任意の位置で表現させるために、所望の位置（領域）に設定される所望の動画機能である。
【００４５】
また、作画部１３は、作成されたユーザ画面に配置された部品やタグに応じた各デバイス８が接続されるＰＬＣ４の入出力端子に付与された入出力番号（デバイスアドレス）を、上記の部品やタグに変数を介して割り付ける。
【００４６】
画面データファイル記憶部１４は、上記の作画部１３によって作成されたユーザ画面の１画面分の画面データを１つのファイル（画面データファイル）として格納する。ここに記憶された画面データは、必要に応じてサーバ部１１によって前述のように表示器２に配信され、ユーザメモリ２７にダウンロードされる。
【００４７】
ファイル変換部１５は、画面データファイル記憶部１４に記憶された画面データファイルを、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルおよびＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋ−ｕｐ Ｌａｎｇｕａｇｅ） ファイルに変換することで生成する。ファイル変換部１５は、例えば、表示器２用の画面データから、ベース画面のファイル番号Ｆが所定の値である単位画面の処理指示語（処理指示語ＷＬ・ＷＴなど）を順次抜き出し、それに応じたＸＭＬ要素を生成し、そのＸＭＬ要素の内容を上記の処理指示語に応じて設定することで、その単位画面のＸＭＬファイルを作成する。
【００４８】
サーバ側格納手段としての表示ファイル記憶部１６は、ＨＴＭＬファイル記憶部１６ａと、ＸＭＬファイル記憶１６ｂと、表示アプレット記憶部１６ｃとを有している。ＨＴＭＬファイル記憶部１６ａは、ファイル変換部１５によって生成された表示処理に適した形態のＨＴＭＬファイルを格納する。一方、ＸＭＬファイル記憶部１６ｂは、ファイル変換部１５によって生成された表示処理に適した形態のＸＭＬファイルを格納する。表示アプレット記憶部１６ｃは、表示器２に表示されるユーザ画面をホストコンピュータ１で表示させるためのアプレットを格納している。
【００４９】
ここで、前述のＨＴＭＬファイル、ＸＭＬファイルおよびアプレットについて説明する。
【００５０】
まず、ＸＭＬファイル記憶部１６ｂに格納されるＸＭＬファイルは、表示器２用の画面データに含まれる各単位画面（１つのユーザ画面）毎に作成されている。各ＸＭＬファイルは、上記の単位画面に関連する各処理指示語を示すＸＭＬ要素（エレメント）を含んでいる。
【００５１】
例えば、表示器２用の画面データ内に、図４に示す形式で、ベース画面（単位画面）＝１（メイン画面）の表示用の処理指示語（表示タグ）ＷＬが含まれている場合、そのメイン画面に対応するＸＭＬファイルでは、図８に示すように、その処理指示語ＷＬに対応するＴａｇ要素Ｅ１が含まれている。このＴａｇ要素Ｅ１には、事象名、表示座標範囲、参照ファイル番号、デバイスアドレスなどに対応するＴａｇＮａｍｅ 要素Ｅ１１、Ｘ要素Ｅ１２およびＹ要素Ｅ１３、ＬｉｂｒａｒｙＮｏ 要素Ｅ１４、ＢｉｔＳｙｍｂｏｌＮａｍｅ 要素Ｅ１５などが含まれている。ＬｉｂｒａｒｙＮｏ 要素Ｅ１４は、ユーザがライブラリに登録した図形を利用するためのライブラリタグにおいて登録番号を表す。各要素Ｅ１１〜Ｅ１５の内容（コンテンツ）は、例えば、上記処理指示語ＷＬの内容に応じて、それぞれ“Ｌ＿００００”、−２３２および１２０、１０１、０１０１００に設定されている。
【００５２】
また、図５に示す入力用の処理指示語（入力タグ）ＷＴに対応するＴａｇ要素Ｅ２（ここではタッチパネル入力タグ）では、事象名、デバイスアドレス、有効入力範囲などにそれぞれ対応するＴａｇＮａｍｅ 要素Ｅ２１、ＳｙｍｂｏｌＮａｍｅ要素Ｅ２２、Ｘ要素Ｅ２３およびＹ要素Ｅ２４、Ｘ２要素Ｅ２５およびＹ２要素Ｅ２６などの内容が、処理指示語ＷＴの内容に応じて設定される。
【００５３】
一方、ＨＴＭＬファイルには、図９に示すように、上記アプレットをクライアント装置３の後述するバーチャルマシン３３へ実行させるための文字列Ｐ１１と、“ ＜ＨＴＭＬ＞ ”や“ ＜ＴＩＴＬＥ＞”などのＨＴＭＬ文書として必要な文字列Ｐ１とが含まれている。また、ＨＴＭＬファイルには、例えば、アプレットが表示する表示器２を説明する文字や画像を表示するための文字列など、ＨＴＭＬの書式に沿った文字列Ｐ２が含まれていてもよい。さらに、ＨＴＭＬファイルには、単位画面切り換え用のアプレットを実行させるための文字列Ｐ１２が含まれていてもよい。
【００５４】
本実施の形態では、ＸＭＬファイルが単位画面毎に設けられており、例えば、クライアント装置３のブラウザ３４が上記のＨＴＭＬファイルを表示する際に最初に表示する単位画面の指定や表示器２の指定など、画面データ（表示器２）全体に関連する情報（グローバル情報）は、上記の文字列Ｐ１１中に含まれている。本実施形態の場合、当該情報は、アプレットを実行する際のパラメータとして指定されており、例えば、最初の単位画面は、ＰＡＲＡＭ要素の属性名“ＢＡＳＥＳＣＲ ”の属性値（この例では、“１”）として指定される。
【００５５】
アプレット記憶部１６ｃに格納されるアプレットは、前述のＨＴＭＬファイルで参照されるとともに、前述のＸＭＬファイルを参照しながら、表示器２が単位画面の表示や操作を行う際の動作と同等の動作を、後述する実行部１８に実行させるプログラムである。このアプレットは、Ｊａｖａ（登録商標）言語で記述されたバイトコードとして実現される。
【００５６】
上記のアプレットは、画面データ中に出現可能な処理指示語（タグ）の種類に対応するメソッドが定義されたクラスと、ＸＭＬファイルを参照して、タグ種に対応するメソッドを呼び出すメソッドが定義されたクラスとを含んでいる。このアプレットを実行する実行部１８は、ＸＭＬファイルを参照し、タグを示すＸＭＬ要素に基づいて、タグ種に応じたメソッドを呼び出すことができる。
【００５７】
例えば、実行部１８が実行するメソッドのうち、タグ種に対応するメソッドは、表示タグの場合、所定の時間間隔で呼び出され、特定のデバイスアドレスのデータをサーバ部１１へ要求するとともに、応答に応じた表示を行う描画メソッドである。また、入力タグに対応するメソッドは、入力イベントが発生したときに呼び出され、入力結果に応じたデータを特定のデバイスアドレスへ書き込むように、サーバ部１１へ要求する入力メソッドである。
【００５８】
ここで、本実施の形態に係る画面データでは、各単位画面の切り換え動作も、入力タグとして実現されており、その入力タグには、デバイスアドレスとして、表示器２内の記憶領域のうち、現在表示されている単位画面を示すデータが格納されるシステム領域が関連付けられている。
【００５９】
したがって、上記各入力メソッドのうち、上記の特定のシステム領域への変更指示を要求する入力メソッドは、通常の入力メソッドと同様に、サーバ部１１へ単位画面の変更指示を送信するとともに、変更後の単位画面に応じたＸＭＬファイルを読み込む。これにより、ホストコンピュータ１および表示器２は、常時同じ単位画面を表示できる。
【００６０】
また、上記の入力メソッドは、上記の特定のシステム領域への変更指示を送信する代わりに、ホストコンピュータ１内に設けられた代替の記憶領域の内容を変更してもよい。この場合、他のメソッドにて、上記のシステム領域を参照する際は、サーバ部１１へ問い合わせる代わりに上記の代替記憶領域が参照される。この場合、ホストコンピュータ１は、表示器２用の単位画面であっても、その表示器２で現在表示している単位画面とは異なる単位画面を表示できる。
【００６１】
さらに、例えば、後述するアプレット実行時のパラメータ設定によって指定したり、あるいは、単位画面の選択操作と連動してメニューを表示して選択させるなどして、表示器２と同じ単位画面を表示するか、異なる単位画面を表示するかを選択できるように、上記の各メソッドを作成してもよい。この場合、同じアプレットやＸＭＬファイルを使用しているにも拘らず、例えば、表示器２のオペレータの操作を監視したい場合などには、前者を選択し、オペレータの操作とは別に表示器２を監視したい場合などには、後者を選択することができる。
【００６２】
また、ＸＭＬファイルを参照するメソッドは、例えば、そのＸＭＬファイルから、タグを示すＸＭＬ要素を抽出し、そのタグの種類（例えば、ＸＭＬ要素中のＴａｇＮａｍｅ 要素の内容）に対応するクラスのインスタンスを生成し、当該インスタンスのフィールドへ、上記タグのパラメータ（例えば、上記ＸＭＬ要素中の各要素の内容）を設定するなどして、ＸＭＬファイルに応じたメソッドを実行部１８に実行させることができる。
【００６３】
サーバ側通信手段としてのサーバ側データ通信処理部１７は、クライアント装置３における後述のアプレットと、クライアント側データ通信処理部３２を介して通信を行う。また、サーバ側データ通信処理部１７は、ホストコンピュータ１における通信処理の中心として機能し、クライアント装置３の後述するクライアント側データ通信処理部３２からのアクセス、ホストコンピュータ１内での表示ファイル記憶部１６およびサーバ部１１からのアクセス、サーバ部１１およびクライアント側データ通信処理部３２へのアクセスなどに対する通信処理を行う。この通信処理においては、例えば、ＨＴＭＬファイルおよびＸＭＬファイルやデバイスデータを、アプレット記憶部１６ｃで記憶されたアプレットの要求に応じて実行部１８に送出するとともに、後述するアプレット記憶部３１ｃで記憶されたアプレットからの要求に応じて、サーバ部１１へアクセスすることによってクライアント側データ通信処理部３２に返送する。
【００６４】
また、サーバ側データ通信処理部１７は、ユーザーアカウントファイルを有しており、このユーザーアカウントファイルを用いて、クライアント装置３からのアクセスのレベルに応じたプロテクト処理を行う。サーバ側データ通信処理部１７は、このようなプロテクト処理を行うために、例えば、ユーザ名、パスワード、アクセスレベル、アラームログ作成、コメントなどがユーザ毎に設定される。アクセスレベルとしては、表示器２の表示内容を読み込むだけのレベル、読み込みだけではなく書き込みも許可にするレベル、表示器２に対してリセットコマンドの送信を有効にするレベル、アラームログファイルの作成を許可するレベルなどが挙げられる。
【００６５】
上記のリセットコマンドは、表示器２に通信エラーなどの異常の発生に対して復旧措置の手段として表示器２をリセットするためのコマンドである。このようなコマンドをホストコンピュータ１から送信することによって、ホストコンピュータ１から復旧措置をとることができる。アラームログファイルは、表示器２に蓄えられているＰＬＣ４からのアラーム情報をホストコンピュータ１に表示させるためのファイルである。
【００６６】
実行部１８は、アプレット記憶部１６ｃに記憶されたアプレットを実行するためのプログラムであり、バーチャルマシンと同等の機能を有している。
【００６７】
上記のサーバ部１１、サーバ側データ通信処理部１７および実行部１８は、パッケージソフトウェアとしてプログラムメディアの形態で提供可能なソフトウェアであって、予めホストコンピュータ１にインストールされている。このプログラムメディアも、前述のプログラムメディアと同様、ホストコンピュータ１や表示器２と分離可能に構成される記録媒体である。また、上記のファイル変換部１５も、パッケージソフトウェアとしてプログラムメディアの形態で提供可能なソフトウェアであって、予めホストコンピュータ１にインストールされている。このプログラムメディアも、前述のプログラムメディアと同様、ホストコンピュータ１や表示器２と分離可能に構成される記録媒体である。
【００６８】
端末装置としてのクライアント装置３は、例えば、汎用のパーソナルコンピュータなどによって構成されており、表示ファイル記憶部３１、クライアント側データ通信処理部３２、バーチャルマシン３３およびブラウザ３４を備えている。
【００６９】
端末側格納手段としての表示ファイル記憶部３１は、ＨＴＭＬファイル記憶部３１ａと、ＸＭＬファイル記憶３１ｂと、表示アプレット記憶部３１ｃとを有している。ＨＴＭＬファイル記憶部３１ａおよびＸＭＬファイル記憶部３１ｂは、それぞれ前述のＨＴＭＬファイル記憶部１６ａおよびＸＭＬファイル記憶部１６ｂに格納された、ＨＴＭＬファイルおよびＸＭＬファイルと同じファイルを格納している。表示アプレット記憶部３１ｃは、クライアント装置３の仕様毎に予め作成されたアプレットを格納している。
【００７０】
アプレット記憶部３１ｃに格納されるアプレットは、前述のアプレット１６ｃに格納されるアプレットとほぼ同等の機能を有しているが、クライアント装置３で表示器２に表示されるユーザ画面を表示させ、そのユーザ画面からの操作を可能にするために、バーチャルマシン３３で実行される点で前述のアプレットと異なる。したがって、このアプレットを実行するバーチャルマシン３３は、ＸＭＬファイルを参照し、タグを示すＸＭＬ要素に基づいて、タグ種に応じたメソッドを呼び出す。例えば、バーチャルマシン３３が実行するメソッドのうち、表示タグに対応するメソッドは前述の描画メソッドであり、また、入力タグに対応するメソッドは前述の入力メソッドである。
【００７１】
表示処理手段としてのバーチャルマシン３３は、Ｊａｖａ言語のプログラムを実行可能であり、プラットフォームに依存しないバイトコードをクライアント装置３のネイティブコードに変換する。一方、ブラウザ３４は、クライアント側データ通信処理部３２を介して受け取った前述のアプレットをバーチャルマシン３３に実行させる。また、表示処理手段としてのブラウザ３４は、受け取ったＨＴＭＬファイル記憶部３１ａからのＨＴＭＬファイルで指定されているアプレットをクライアント側データ通信処理部３２を介して取得してバーチャルマシン３３に実行させる。
【００７２】
上記のバーチャルマシン３３およびブラウザ３４は、多くのコンピュータに予めインストールされている汎用のブラウザソフトで実現できる。それゆえ、これらのコンピュータは、特別なプログラムをインストールすることなく、クライアント装置３として動作できる。また、制御側共通ネットワーク５や公開側ネットワーク７を含む各種の通信路を介してプログラムをダウンロードするためのプログラムが、上記コンピュータに予めインストールされていれば、これらの通信路を介して、そのコンピュータへ上記のプログラムを配付することもできる。
【００７３】
端末側通信手段としてのクライアント側データ通信処理部３２は、前記のアプレットの要求に応じて、サーバ側データ通信処理部１７と公開側共通ネットワーク７を介して通信を行う。また、クライアント側データ通信処理部３２は、クライアント装置３における通信処理の中心として機能し、表示ファイル記憶部３１からのアクセス、サーバ側データ通信処理部１７からのアクセス、バーチャルマシン３３からのアクセスなどに対する通信処理を行う。この通信処理においては、例えば、アプレットからの要求に応じて、両ファイル記憶部３１ａ・３１ｂからのＨＴＭＬファイルおよびＸＭＬファイルをバーチャルマシン３３にダウンロードする一方、サーバ部１１から得られたデバイスデータを、サーバ側データ通信処理部１７へアクセスすることによって取得する。
【００７４】
上記のように構成される制御用通信システムにおいて、ホストコンピュータ１は、表示器２に表示されるユーザ画面をホストコンピュータ１で表示させるように指示されると、ＨＴＭＬファイル記憶部１６ａに記憶されているＨＴＭＬファイルが開かれる。すると、実行部１８は、サーバ側データ通信処理部１７を介して受け取ったＨＴＭＬファイルにおける各ＡＰＰＬＥＴ要素（“ ＜ＡＰＰＬＥＴ＞ ”から“ ＜／ＡＰＰＬＥＴ＞”の部分）を抽出して実行する。また、実行部１８は、ユーザ画面の表示に必要なＸＭＬファイルをサーバ側データ通信処理部１７を介してＸＭＬファイル記憶部１６ｂから取得する。さらに、実行部１８は、ＸＭＬファイルを参照しながら、上記のＨＴＭＬファイルで指定された表示器２のユーザ画面を、ホストコンピュータ１に設けられた図示しない表示部に表示して、そのユーザ画面への操作に応じた制御を、やはりホストコンピュータ１に設けられた図示しない操作部からの入力によって指示する。
【００７５】
このように、アプレットを実行部１８に実行させることによって、表示器２に表示されるユーザ画面をホストコンピュータ１に表示するとともに、ホストコンピュータ１においてそのユーザ画面から入力操作を行うことができる。
【００７６】
続いて、上記の制御用通信システムにおいて、表示器２の画面データをクライアント装置３で表示させる場合の処理について図１０のフローチャートを参照して説明する。
【００７７】
表示器２に表示されたユーザ画面をクライアント装置３に表示する処理が、クライアント装置３側のユーザによって指示されると、アプレット記憶部３１ｃに記憶されたアプレットを、ＨＴＭＬファイル記憶部３１ａにおけるデフォルトファイルであるｄｅｆａｕｌｔ．ｈｔｍ に出力する（Ｓ１）。この状態で、クライアント装置３において表示すべき所望の表示器２のユーザ画面に対応するＨＴＭＬファイルが、ＨＴＭＬファイル記憶部３１ａに開かれると、クライアント側データ通信処理部３２が起動する（Ｓ２）。
【００７８】
クライアント側データ通信処理部３２が、公開側共通ネットワーク７を介してホストコンピュータ１におけるサーバ側データ通信処理部１７にアクセスすると、サーバ側データ通信処理部１７は、前述のセキュリティの設定を用いて、クライアント装置３から受け取ったユーザ名、パスワードなどが予め登録されたものであるか否かを確認するなどして、上記のユーザ画面による表示／制御が上記クライアント装置３またはそのユーザに許可されているか否かをチェックし（Ｓ３）、許可されていないクライアント装置３からのアクセスを拒否する。また、このとき、併せてアクセスレベルもチェックされる。
【００７９】
アクセスが許可された場合、クライアント側データ通信処理部３２は、サーバ側データ通信処理部１７を介してサーバ部１１にアクセスして、ある表示器２のユーザ画面を表示するように指示する（Ｓ４）。サーバ側データ通信処理部１７は、予め設定されたアクセスレベルに応じて、サーバ部１１を介した表示器２のデータへのアクセスを制限する。
【００８０】
次いで、クライアント装置３のブラウザ３４は、クライアント側データ通信処理部３２を介してＨＴＭＬファイル記憶部３１ａからＨＴＭＬファイルを得て、そのＨＴＭＬファイル中の各ＡＰＰＬＥＴ要素（“ ＜ＡＰＰＬＥＴ＞ ”から“ ＜／ＡＰＰＬＥＴ＞”の部分）で指定されたアプレットを同じくＨＴＭＬファイル記憶部３１ａから取得し、バーチャルマシン３３に実行させる（Ｓ５）。また、バーチャルマシン３３は、ユーザ画面の表示に必要なＸＭＬファイルをクライアント側データ通信処理部３２を介してＸＭＬファイル記憶部３１ｂから取得して、そのＸＭＬファイルを参照しながら各処理指示語に応じたインスタンスを生成する（Ｓ６）。これらのインスタンスのうち、表示用の処理指示語に応じたインスタンスの描画メソッドは、所定の時間間隔で実行される。この結果、バーチャルマシン３３は、デバイスアドレスＡの内容をクライアント側データ通信処理部３２とサーバ側データ通信処理部１７との通信を介してサーバ部１１へ問い合わせる（Ｓ７）。
【００８１】
一方、サーバ部１１は、問い合わせを受けると、当該アプレットに対応するユーザの記憶領域のうち、デバイスアドレスＡに対応する領域からデータを読み出して上記の通信によってクライアント装置３に送信する（Ｓ８）。そのデータが公開側共通ネットワーク７を介してクライアント装置３に伝えられると、上記の描画メソッドは、そのデータ（デバイスアドレスＡの内容）に応じて、クライアント装置３に表示されたユーザ画面における予め定められた表示領域（Ｘ，Ｙ）の表示を更新する（Ｓ９）。
【００８２】
ここで、上記のＸＭＬファイルおよびアプレットを呼び出すＨＴＭＬファイルは、画面データに基づいて生成されており、上記の各インスタンスは、画面データ中の対応する処理指示語と同じデバイスアドレスを参照するように設定されている。また、各インスタンスの描画メソッドは、デバイスアドレスの内容が同じ場合、処理指示語と同じ画像を表示するように作成されている。したがって、アプレットが実行されると、クライアント装置３の表示面には、図６や図７に示す画面と同様、デバイスの状態を示す部品図形Ｊ１（Ｊ２）が表示される。
【００８３】
上記のＨＴＭＬファイルには、複数のアプレットが含まれているが、各アプレットは、ブラウザ３４から、その画面領域内の相対座標（例えば、左上隅などを基準とする相対座標）で描画する。したがって、クライアント装置３は、ＨＴＭＬファイルに含まれているアプレットの個数や順番に拘らず、デバイスの状態を表示できる。
【００８４】
一方、バーチャルマシン３３は、アプレットの実行中、例えば、マウス操作などの入力操作が行われると、入力用の処理指示語に対応するインスタンスのうち、入力操作に応じたインスタンスの入力メソッドを実行する。これにより、バーチャルマシン３３は、入力結果に応じたデータを、特定のデバイスアドレスへ書き込むように、両データ通信処理部３２・１７との通信を介してサーバ部１１に要求する。サーバ部１１は、記憶領域のうち要求されたデバイスアドレスＡの領域の内容を書き換える。書き換えられたその内容は、制御側共通ネットワーク５を介して表示器２に送信される。この結果、クライアント装置３に表示されたユーザ画面には、書き込み後、上記の入力メソッドが実行された時点で、表示器２と同様に操作結果が反映される。
【００８５】
これにより、クライアント装置３は、表示器２と離間した場所から公開側共通ネットワーク７を介してホストコンピュータ１と接続されている場合であっても、表示器２の画面と同一内容の画面を表示するとともに、同じ操作で、デバイスの状態を制御できる。
【００８６】
ここで、ホストコンピュータ１は、サーバ部１１に記憶された内容と、表示器２に記憶されたデバイスアドレスの実体とを同期させている。なお、その同期をとる際、いずれの方向に伝送するかは、例えば、変更時刻や、操作の優先順位などに応じて決定される。
【００８７】
例えば、表示器２のデバイスアドレスの内容に合わせてサーバ部１１の記憶内容を更新する場合、サーバ部１１が、表示器２と同様にデバイスアドレスの内容を取得し、デバイスデータとして送信する。これとは逆に、サーバ部１１の記憶内容の変更をデバイスアドレスの実体に伝える場合、表示器２がアクセスしてきた時点で、サーバ部１１は、記憶しているデバイスデータを読み出し、表示器２へ送信する。
【００８８】
なお、本実施の形態では、ＨＴＭＬファイル記憶部１６ａおよびＸＭＬファイル記憶部１６ｂには、画面データに基づいて生成したＨＴＭＬファイルおよびＸＭＬファイルが格納されているが、ファイル形式はこれに限定されない。例えば、デバイスデータを統計処理したデータを表示するＨＴＭＬファイルなど、デバイスデータに基づいて表示するためのファイルを公開してもよい。
【００８９】
例えば、ホストコンピュータ１が、画面データおよびデバイスデータに基づいて、表示器２の画面表示と同一内容で表示可能な形式の画像ファイル（ビットマップ形式やＪＰＥＧ形式のファイルなど）をファイル変換部１５に代わるファイル変換部によって生成してもよい。この場合は、クライアント装置３からデバイスの状態を制御できないものの、遠隔地からでも表示器２の画面を表示できる。また、この場合でも、各表示器２のユーザ画面を表示するためのプログラムを、ホストコンピュータ１に予めインストールしておく必要がないので、インストールの手間、時間および費用を削減できる。
【００９０】
以上に述べたように、本実施の形態に係る制御用通信システムは、各クライアント装置３にインストールされたアプレットが、クライアント側データ通信処理部３２とサーバ側データ通信処理部１７との間の通信を介して、表示動作やデバイスアドレスの内容変更の指示をバーチャルマシン３３に実行させるための問い合わせをホストコンピュータ１のサーバ部１１にするように構成されている。これにより、表示器２が設置された場所から離間した場所に設置されている複数のクライアント装置３でも表示器２に表示されるユーザ画面の内容を表示器２で表示されるのと同時に閲覧することができるとともに、そのユーザ画面上での操作を行うこともできる。
【００９１】
また、ホストコンピュータ１がハーバ側データ通信処理部とアクセス可能な実行部１８を備えることによって、ホストコンピュータ１でアプレット記憶部１６ｃに記憶されたアプレットを実行する。それゆえ、ホストコンピュータ１においても、表示器２に表示されるユーザ画面の内容を表示器２で表示されるのと同時に閲覧することができるとともに、そのユーザ画面上での操作を行うこともできる。
【００９２】
ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用いた一般的なインターネット通信を行うサーバ装置では、クライアント装置との間の情報のやり取りのために、Ｗｅｂサーバ用ソフトウェアとＣＧＩとを備える必要があるが、これらを介した処理は、実行効率があまり良くない。これに対し、上記の制御用通信システムでは、ホストコンピュータ１とクライアント装置３との間の通信が、サーバ側データ通信処理部１７とクライアント側データ通信処理部３２との間の通信を介して直接的に行われる。これによって、通信速度が向上するので、ホストコンピュータ１とクライアント装置３との間の情報のやり取りを効率的に行うことができる。
【００９３】
また、本制御用通信システムでは、ホストコンピュータ１がＷｅｂサーバ用ソフトウェアを備えていないために、クライアント装置３からのアクセスに対してＷｅｂサーバ用ソフトウェアのセキュリティ機能を利用することができない。しかしながら、サーバ側データ通信処理部１７では、ユーザ毎に予め設定されたアクセスレベルで表示器２のデータへのアクセスが制限されるので、保守性を高めることができる。しかも、このようなアクセス制限方法では、インターネット通信における一般的なアクセス制限のように、全てのレベルでアクセスの許可または拒否を一括して行うことなく、詳細なレベルでアクセスを設定することができる。それゆえ、例えば、システム管理者などの制御用通信システムに深く係わる重要な立場にあるユーザに対しては、よりレベルの高いアクセスを許可するといったアクセス管理を行うことができる。
【００９４】
〔実施の形態２〕
本発明の実施の他の形態について図１１ないし図１３に基づいて説明すれば、以下の通りである。なお、本実施の形態において、前述の実施の形態１における構成要素と同等の機能を有する構成要素については、同一の符号を付記してその説明を省略する。
【００９５】
本実施の形態に係る制御用通信システムは、図１１に示すように、ホストコンピュータ１と、複数のプログラマブル表示器（以降、表示器と称する）２…と、複数のクライアント装置３と、複数のＰＬＣ４…と、複数のクライアント装置９を備えている。クライアント装置９は、公開ネットワークとしてのインターネット１０を介してホストコンピュータ１とインターネット通信が可能となるように接続される。
【００９６】
本実施の形態におけるホストコンピュータ１は、前述の実施の形態１のホストコンピュータ１に加えてさらに、公開サーバ部１９およびＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ）２０を備えている。
【００９７】
端末装置としてのクライアント装置９は、例えば、汎用のパーソナルコンピュータなどによって構成されており、バーチャルマシン９１と、ブラウザ９２とを備えている。表示処理手段としてのバーチャルマシン９１は、Ｊａｖａ言語のプログラムを実行可能であり、バイトコードをクライアント装置９のネイティブコードに変換する。一方、表示処理手段としてのブラウザ９２は、インターネット１０に接続された機器と通信し、受け取ったアプレットをバーチャルマシン９１に実行させる。また、ブラウザ９２は、例えば、ＨＴＴＰなどのプロトコルで任意のサーバ装置からＨＴＭＬ文書などの文書を受け取り、閲覧することもできる。
【００９８】
上記のバーチャルマシン９１およびブラウザ９２は、多くのコンピュータに予めインストールされている汎用のブラウザソフトで実現できる。それゆえ、これらのコンピュータは、特別なプログラムをインストールすることなく、クライアント装置９として動作できる。また、インターネット１０を含む各種の通信路を介してプログラムをダウンロードするためのプログラムが、上記コンピュータに予めインストールされていれば、これらの通信路を介して、そのコンピュータへ上記のプログラムを配付することもできる。
【００９９】
ブラウザ９２は、ホストコンピュータ１にアクセスしてＷｅｂページとしてのユーザ画面をクライアント装置９に表示させるように指示された場合、すなわち、ＨＴＭＬファイル部１６ａおよびＸＭＬファイル１６ｂに記憶されたＨＴＭＬファイルおよびＸＭＬファイルを取得する場合、それを認識してＨＴＴＰを用いた通信が行われることを認識する。一方、クライアント装置３におけるブラウザ３４は、ユーザ画面をクライアント装置３に表示させるように指示された場合、すなわち、ＨＴＭＬファイル部３１ａおよびＸＭＬファイル３１ｂに記憶されたＨＴＭＬファイルおよびＸＭＬファイルを取得する場合、ＨＴＭＬファイル記憶部３１ａに記憶されたＨＴＭＬファイルを開くと、クライアント側データ通信処理部３２を通じての通信が行われることを認識する。
【０１００】
通信中継手段としての公開サーバ部１９は、汎用のＷｅｂサーバソフトウァアなどによって構成されており、クライアント装置９からの要求に対し、例えば、ＵＲＩ（Ｕｎｉｖｅｒｓａｌ Ｒｅｓｏｕｒｃｅ Ｉｎｔｅｒｆａｃｅ） に基づいて、クライアント装置９が要求しているＨＴＭＬファイルおよびＸＭＬファイル、あるいはアプレットを判別し、これらをクライアント装置９へ配布する。この公開サーバ部１９は、インターネット１０を介してクライアント装置９に上記のアプレットを送出する。ホストコンピュータ１は、公開サーバ部１９を備えることによって、インターネット１０上でＷｅｂサーバとして機能する。
【０１０１】
通信中継手段としてのＣＧＩ２０は、一般的なインターネット通信におけるサーバ装置に設けられる、プラットフォームに依存しないインターフェースプログラムである。このＣＧＩ２０は、前記のブラウザ９２が公開サーバ部１９を介してサーバ側データ通信処理部１７へアクセスするとともに、そのアクセスに対するサーバ側データ通信処理部１７からの返答（ＨＴＭＬデータ）を公開サーバ部１９に出力する。
【０１０２】
本実施の形態におけるホストコンピュータ１において、サーバ部１１は、クライアント装置９からＣＧＩ２０を経由してサーバ側データ通信処理部１７にアクセスされているノード数やサーバ側データ通信処理部１７を介した他局への中継アクセス数をカウントし、それを表示する機能を有している。これにより、アクセス管理が容易になるので、サーバ側データ通信処理部１７の通信アクセスの状態を把握することができ、不正アクセスを検証することができる。
【０１０３】
続いて、上記の制御用通信システムにおいて、表示器２の画面データをクライアント装置９で表示させる場合の処理について図１２のフローチャートを参照して説明する。
【０１０４】
まず、インターネット１０を介して、クライアント装置９がホストコンピュータ１における公開サーバ部１９を介してアクセスして、ある表示器２のユーザ画面を表示するように指示する（Ｓ１１）。すると、公開サーバ部１９は、例えば、クライアント装置９から受け取った識別番号、パスワードなどが予め登録されたものであるか否かを確認するなどして、上記のユーザ画面による表示／制御が上記クライアント装置９またはそのユーザに許可されているか否かをチェックし（Ｓ１２）、許可されていないクライアント装置９からのアクセスを拒否する。また、このとき、サーバ側データ通信処理部１７が、クライアント装置９からのサーバ側データ通信処理部１７に対するアクセスの可否を前述のようにチェックする（図１０のＳ３）。
【０１０５】
アクセスが許可された場合、ＣＧＩ２０を中継したサーバ側データ通信処理部１７へのアクセスによって、クライアント装置９からの公開用ファイル生成の要求を受けると、ファイル変換部１５は、画面データファイル記憶部１４に格納された画面データファイルに基づいて、ＨＴＭＬファイルおよびＸＭＬファイルなどの公開用ファイルを生成して、ＨＴＭＬファイル記憶部１６ａおよびＸＭＬファイル記憶部１６ｂのうち、ユーザ用の領域に格納する（Ｓ１３）。公開サーバ部１９は、許可された正規なクライアント装置９に対してのみ、クライアント装置９が要求したユーザ画面を表示するためのＨＴＭＬファイルをＨＴＭＬファイル記憶部１６ａから読み出し、そのファイルを、サーバ側データ通信処理部１７からＣＧＩ２０を中継し、さらに公開サーバ部１９からインターネット１０を介してクライアント装置９へ送信する（Ｓ１４）。さらに、そのファイルを用いて、クライアント装置９によるユーザ画面の表示を行い（Ｓ１５）、一連の処理を終える。
【０１０６】
ここで、Ｓ１５の処理について、さらに詳細に説明する。
【０１０７】
まず、クライアント装置９のブラウザ９２は、ＨＴＭＬファイル中の各ＡＰＰＬＥＴ要素（“ ＜ＡＰＰＬＥＴ＞ ”から“ ＜／ＡＰＰＬＥＴ＞”の部分）で指定されたアプレットをサーバ部１１から取得し、バーチャルマシン９１に実行させる。また、バーチャルマシン９１は、ユーザ画面の表示に必要なＸＭＬファイルを公開サーバ部１９から取得する。さらに、バーチャルマシン９１は、ＸＭＬファイルを参照しながら、公開サーバ部１９と通信して、上記のＨＴＭＬファイルで指定された表示器２のユーザ画面を表示する。
【０１０８】
具体的には、バーチャルマシン９１は、ＸＭＬファイルを参照し、各処理指示語に応じたインスタンスを生成する。これらのインスタンスのうち、表示用の処理指示語に応じたインスタンスの描画メソッドは、所定の時間間隔で実行される。この結果、バーチャルマシン９１は、デバイスアドレスＡの内容を公開サーバ部１９へ問い合わせる。
【０１０９】
公開サーバ部１９は、問い合わせを受けると、サーバ部１１において、当該アプレットに対応するユーザの記憶領域のうち、デバイスアドレスＡに対応する領域からデータを読み出してクライアント装置９に送信する。そのデータがインターネット１０を介してクライアント装置９に伝えられると、上記の描画メソッドは、そのデータ（デバイスアドレスＡの内容）に応じて、クライアント装置９に表示されたユーザ画面における予め定められた表示領域（Ｘ，Ｙ）の表示を、前述のクライアント装置３での表示更新と同様に更新する。
【０１１０】
一方、バーチャルマシン９１は、ＸＭＬファイルを参照しながら、公開サーバ部１９と通信して、上記のようにして表示したユーザ画面から、そのユーザ画面への操作に応じた制御を指示する。このとき、バーチャルマシン９１は、アプレットの実行中、例えば、マウス操作などの入力操作が行われると、入力用の処理指示語に対応するインスタンスのうち、入力操作に応じたインスタンスの入力メソッドを実行する。これにより、バーチャルマシン９１は、入力結果に応じたデータを、特定のデバイスアドレスへ書き込むように、公開サーバ部１９を介してサーバ部１１に要求する。サーバ部１１は、記憶領域のうち要求されたデバイスアドレスＡの領域の内容を書き換える。書き換えられたその内容は、制御側共通ネットワーク５を介して表示器２に送信される。この結果、クライアント装置３の表示面には、書き込み後、上記の描画メソッドが実行された時点で、表示器２と同様に操作結果が反映される。
【０１１１】
ここで、ホストコンピュータ１は、前述の実施の形態１の構成と同様、サーバ部１１に記憶された内容と、表示器２に記憶されたデバイスアドレスの実体とを同期させている。
【０１１２】
なお、本実施の形態でも、前述の実施の形態１と同様、ファイル形式はＨＴＭＬファイルおよびＸＭＬファイルに限定されない。
【０１１３】
例えば、ホストコンピュータ１が、画面データおよびデバイスデータに基づいて、表示器２の画面表示と同一内容で、クライアント装置９が表示可能な形式の画像ファイル（ビットマップ形式やＪＰＥＧ形式のファイルなど）を生成し、クライアント装置９へ当該ファイルを送信してもよい。この場合は、クライアント装置９からデバイスの状態を制御できないものの、遠隔地からでも表示器２の画面を表示できる。また、この場合でも、各表示器２の画面を表示するためのプログラムを、クライアント装置９に予めインストールしておく必要がないので、インストールの手間、時間および費用を削減できる。
【０１１４】
ただし、公開サーバ部１９とクライアント装置９とがインターネット１０を介して通信している場合など、両者間の通信速度が遅い場合、画面を示すデータを送信すると、クライアント装置９における画面の更新速度が低下してしまう。
【０１１５】
これに対して、本実施形態では、上記の問い合わせ、変更指示および表示動作をクライアント装置９に行わせるアプレットを配信しているので、データ伝送量を大幅に削減でき、クライアント装置における応答速度を大幅に向上できる。また、例えば、カーソル移動などのユーザーインターフェースをクライアント装置側で処理できるので、さらに、応答速度を向上できる。
【０１１６】
また、本実施の形態では、アプレットを公開する場合を例にして説明したが、アプレットの代わりに、例えば、べーシックなどのプログラム言語をコンパイルするなどして作成され、アプレットと同様の動作をクライアント装置９に実行させる実行プログラムを配信しても、ほぼ同様の効果が得られる。
【０１１７】
ただし、本実施の形態のように、クライアント装置９のバーチャルマシン９１がそのアプレットを解釈して表示・制御する場合、クライアント装置９がバーチャルマシンを備えていれば、クライアント装置のオペレーティングシステム（ＯＳ）やＣＰＵが実行可能な機械語が異なっていても、アプレットを実行できる。したがって、公開サーバ部１９が配布するアプレットの種類を増加させることなく、より多くのクライアント装置９で表示器２と同様に表示／制御できる。
【０１１８】
さらに、図１１に示す前記の制御用通信システムでは、クライアント装置３およびクライアント装置９が異なるコンピュータにおいて構成される例について説明したが、図１３に示すように、クライアント装置３およびクライアント装置９は、１つのコンピュータにおいて合わせて構成されていてもよい。
【０１１９】
この制御用通信システムでは、クライアント装置９のバーチャルマシン９１がクライアント装置３のバーチャルマシン３３に機能的に統合されるとともに、クライアント装置９のブラウザ９２がクライアント装置３のブラウザに３４に機能的に統合される。また、ブラウザ３４は、ホストコンピュータ１のファイルに基づいてユーザ画面をクライアント装置３に表示させる場合、前述のようにそれを認識し、さらにサーバ側データ通信処理部１７にインターネット１０を介した通信を行わせる一方、クライアント装置３のファイルを用いてユーザ画面を表示させる場合、前述のようにそれを認識し、さらにサーバ側データ通信処理部１７に公開側共通ネットワーク７を介した通信を行わせる。
【０１２０】
したがって、このような統合されたクライアント装置３では、ユーザがいずれかの通信を選択するだけで、ブラウザ３４が、インターネット１０を介した通信または公開側共通ネットワーク７を介した通信のいずれか一方に適合した処理を行う。それゆえ、ユーザは、通信形態の相違を意識することなく、ユーザ画面の表示および表示されたユーザ画面からの操作を行うことができる。その結果、ユーザは、ＣＧＩ２０を経由する一般的なインターネット１０を介した通信と、この通信に比べてより高速な通信が可能な公開側共通ネットワーク７を介した通信とを特別の操作を行うことなく利用することができる。
【０１２１】
【発明の効果】
以上のように、本発明の制御用通信システムは、デバイスの状態を予め作成された表示用画面に表示するとともに、該デバイスへの制御指示を上記表示用画面を介して与える制御用表示装置と、上記制御用表示装置から上記デバイスの状態を示すデータであるデバイスデータを取得する一方、該デバイスデータを送信するサーバ側通信手段を有するサーバ装置と、所定のデバイスのデバイスデータに対応した表示を行なうように予め作成された実行事象毎に参照される１または複数の参照情報を含む処理指示語を有する、上記表示用画面のデータである画面データを表示処理に適した形態で格納する端末側格納手段、該端末側格納手段に格納された上記画面データの上記処理指示語に対応する上記デバイスデータの取得を上記サーバ側通信手段に問い合わせるとともに、上記サーバ側通信手段から送信された上記処理指示語に対応した上記デバイスデータに応じて上記表示用画面を表示する表示処理手段、ならびに該表示処理手段による問い合わせおよびその応答である上記デバイスデータを受けるための通信を上記サーバ側通信手段との間でローカルネットワークを介して行う端末側通信手段を有する複数の端末装置とを備えている構成である。
【０１２２】
これにより、端末装置において、表示処理手段が、サーバ側通信手段から端末側格納手段に格納された画像データに対応するデバイスデータを取得すると、そのデバイスデータに応じて上記表示用画面を表示する。それゆえ、制御用表示装置と離間した場所にある端末装置においても、制御用表示装置で表示される表示用画面と同じ表示用画面を表示させることができる。また、サーバ装置と端末装置との間の通信が、サーバ側通信手段と端末側通信手段とがローカルネットワークを介して行われるので、一般的なインターネット通信のようにＷｅｂサーバ用のソフトウェアを介した実行効率のあまり良くない通信形態を利用することなく、比較的通信速度の高い効率的な通信を行うことができる。したがって、制御用表示装置と離間した場所にある端末装置での表示用画面の閲覧を効率的に行うことができるという効果を奏する。
【０１２３】
上記の制御用通信システムにおいては、上記サーバ装置が、上記画面データを表示処理に適した形態で格納するサーバ側格納手段、および上記サーバ側通信手段と公開ネットワークとの間の通信を中継する通信中継手段を有し、上記サーバ側通信手段が、上記サーバ側格納手段に格納された上記画面データを取得する一方、該画面データを上記通信中継手段に与え、上記表示処理手段が、上記サーバ側格納手段に格納された上記画面データおよびそれに対応する上記デバイスデータの取得を上記公開ネットワークによる上記中継手段を介した中継通信で上記サーバ側通信手段に問い合わせるとともに、上記サーバ側通信手段から上記中継通信で送信された上記画面データおよびそれに対応する上記デバイスデータに応じて上記表示用画面を表示し、さらに上記端末側格納手段に格納された画面データを取得するときに上記サーバ側格納手段に上記ローカルネットワークを介した通信を行わせる一方、上記サーバ側格納手段に格納された画面データを取得するときに上記サーバ側通信手段に上記公開ネットワークを介した通信を行わせる。
【０１２４】
これにより、端末装置において、表示処理手段が、公開ネットワークによる上記中継手段を介した中継通信でサーバ側格納手段に格納された画像データおよびそれに対応するデバイスデータを取得すると、その画面データとそれに対応するデバイスデータに応じて上記表示用画面を表示する。それゆえ、制御用表示装置と離間した場所にある端末装置においても、制御用表示装置で表示される表示用画面と同じ表示用画面を表示させることができる。また、表示処理手段が、端末側格納手段に格納された画面データを取得するときにサーバ側通信手段にローカルネットワークを介した通信を行わせる一方、端末側格納手段に格納された画面データを取得するときにサーバ側通信手段に公開ネットワークを介した通信を行わせるので、ユーザの指示によって表示処理手段がいずれかの画面データを取得することで、自動的にローカルネットワークまたは公開ネットワークを介した通信が選択される。したがって、ユーザが意識することなしに画面データの取得先に適合した通信を行うことができるという効果を奏する。
【０１２５】
本発明の記録媒体は、上記の制御用通信システムの各手段を実現するための各処理を実行する制御用通信プログラムを記録している。それゆえ、上記の各制御用通信システムが奏する効果と同様な効果を奏する。
【図面の簡単な説明】
【図１】本発明の実施の一形態に係る制御用通信システムの構成を示すブロック図である。
【図２】上記制御用通信システムにおけるプログラマブル表示器の概略構成を示すブロック図である。
【図３】上記画面データに含まれる処理指示語のデータ構造を示す説明図である。
【図４】上記処理指示語のうち、表示用の処理指示語のデータ構造例を示す説明図である。
【図５】上記処理指示語のうち、入力用の処理指示語のデータ構造例を示す説明図である。
【図６】上記制御用通信システムのプログラマブル表示器におけるスイッチがＯＦＦ状態の場合の画面データと表示されるユーザ画面との関係を示す説明図である。
【図７】上記制御用通信システムのプログラマブル表示器におけるスイッチがＯＮ状態の場合の画面データと表示されるユーザ画面との関係を示す説明図である。
【図８】上記制御用通信システムの公開サーバ用コンピュータにおけるＸＭＬファイル記憶部に格納されるＸＭＬファイルの例を示す説明図である。
【図９】上記制御用通信システムの公開サーバ用コンピュータにおけるＨＴＭＬファイル記憶部に格納されるＨＴＭＬファイルの例を示す説明図である。
【図１０】上記制御用通信システムにおけるクライアント装置にプログラマブル表示器で表示されるユーザ画面を表示させる処理手順を示すフローチャートである。
【図１１】本発明の実施の他の形態に係る制御用通信システムの構成を示すブロック図である。
【図１２】図１１の制御用通信システムにおけるクライアント装置にプログラマブル表示器で表示されるユーザ画面を表示させる処理手順を示すフローチャートである。
【図１３】本発明の実施の他の形態に係る制御用通信システムの他の構成を示すブロック図である。
【図１４】従来の制御システムの構成を示すブロック図である。
【符号の説明】
１ ホストコンピュータ（サーバ装置）
２ プログラマブル表示器（制御用表示装置）
３ クライアント装置（端末装置）
７ 公開側共通ネットワーク（ローカルネットワーク）
８ デバイス
１０ インターネット（公開ネットワーク）
１６ 表示ファイル記憶手段（サーバ側格納手段）
１７ サーバ側データ通信処理部（サーバ側通信手段）
１９ 公開サーバ部（通信中継手段）
２０ ＣＧＩ（通信中継手段）
３１ 表示ファイル記憶手段（端末側格納手段）
３２ クライアント側データ通信処理部（端末側通信手段）
３３ バーチャルマシン（表示処理手段）
３４ ブラウザ（表示処理手段）
９１ バーチャルマシン（表示処理手段）
９２ ブラウザ（表示処理手段）

Claims (4)

1. デバイスの状態を予め作成された表示用画面に表示するとともに、該デバイスへの制御指示を上記表示用画面を介して与える制御用表示装置と、
   上記制御用表示装置から上記デバイスの状態を示すデータであるデバイスデータを取得する一方、該デバイスデータを送信するサーバ側通信手段を有するサーバ装置と、
   所定のデバイスのデバイスデータに対応した表示を行なうように予め作成された実行事象毎に参照される１または複数の参照情報を含む処理指示語を有する、上記表示用画面のデータである画面データを表示処理に適した形態で格納する端末側格納手段、該端末側格納手段に格納された上記画面データの上記処理指示語に対応する上記デバイスデータの取得を上記サーバ側通信手段に問い合わせるとともに、上記サーバ側通信手段から送信された上記処理指示語に対応する上記デバイスデータに応じて上記表示用画面を表示する表示処理手段、ならびに該表示処理手段による問い合わせおよびその応答である上記デバイスデータを受けるための通信を上記サーバ側通信手段との間でローカルネットワークを介して行う端末側通信手段を有する複数の端末装置とを備えていることを特徴とする制御用通信システム。
2. 上記サーバ装置が、上記画面データを表示処理に適した形態で格納するサーバ側格納手段、および上記サーバ側通信手段と公開ネットワークとの間の通信を中継する通信中継手段を有し、上記サーバ側通信手段が、上記サーバ側格納手段に格納された上記画面データを取得する一方、該画面データを上記通信中継手段に与え、上記表示処理手段が、上記サーバ側格納手段に格納された上記画面データおよびそれに対応する上記デバイスデータの取得を上記公開ネットワークによる上記中継手段を介した中継通信で上記サーバ側通信手段に問い合わせるとともに、上記サーバ側通信手段から上記中継通信で送信された上記画面データおよびそれに対応する上記デバイスデータに応じて上記表示用画面を表示し、さらに上記端末側格納手段に格納された画面データを取得するときに上記サーバ側通信手段に上記ローカルネットワークを介した通信を行わせる一方、上記サーバ側格納手段に格納された画面データを取得するときに上記サーバ側通信手段に上記公開ネットワークを介した通信を行わせることを特徴とする請求項１に記載の制御用通信システム。
3. 上記サーバ装置が、上記画面データを表示処理に適した形態に変換するために、上記画面データから上記処理指示語を抜き出して、それに応じてＸＭＬ要素の内容を上記の処理指示語に応じて設定することで画面のＸＭＬファイルを作成するファイル変換手段を備えていることを特徴とする請求項１または２に記載の制御用通信システム。
4. 請求項１ないし３のいずれか１項に記載の制御用通信システムを動作させる制御用通信プログラムを記録したコンピュータ読み取り可能な記録媒体であって、上記の各手段をコンピュータに実現させるための制御用通信プログラムを記録した記録媒体。

Images