JP3712659B2 - 制御システムのデータ伝送方法、制御システム、並びに、そのプログラムおよび記録媒体 - Google Patents
制御システムのデータ伝送方法、制御システム、並びに、そのプログラムおよび記録媒体 Download PDFInfo
- Publication number
- JP3712659B2 JP3712659B2 JP2001343723A JP2001343723A JP3712659B2 JP 3712659 B2 JP3712659 B2 JP 3712659B2 JP 2001343723 A JP2001343723 A JP 2001343723A JP 2001343723 A JP2001343723 A JP 2001343723A JP 3712659 B2 JP3712659 B2 JP 3712659B2
- Authority
- JP
- Japan
- Prior art keywords
- screen
- terminal device
- unit
- inquiry
- control
- 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
- Digital Computer Display Output (AREA)
- Computer And Data Communications (AREA)
- Safety Devices In Control Systems (AREA)
- Testing And Monitoring For Control Systems (AREA)
- User Interface Of Digital Computer (AREA)
- Programmable Controllers (AREA)
- Debugging And Monitoring (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ローカル制御システムから離れた場所に配置された端末装置にて、デバイスの状態を表示／操作可能な制御システムのデータ伝送方法、制御システム、並びに、それを実現するためのプログラムおよび記録媒体に関するものである。
【０００２】
【従来の技術】
インターネットなどの広域通信網の発達によって、ターゲットシステムの近傍のローカル制御システムだけではなく、当該ローカル制御システムから離れた場所のクライアント装置からも、ターゲットシステムのデバイスの状態を表示し、制御可能な制御システムが提案されている。
【０００３】
例えば、図１３に示す制御システム１０１では、クライアント装置１０４に形成されたＨＭＩ（Human Machine Interface ）処理部１５１が、インターネット１０５を介して、ローカル制御システム１０３の制御用ホストコンピュータ１１４に周期的に問い合わせて、デバイスの状態を取得し、例えば、デバイスの状態に応じた表示方法で、デバイスを示す図形を表示するなどして、クライアント装置１０４の画面にデバイスの状態を表示する。
【０００４】
一方、マウスなどによって、クライアント装置１０４の画面上に表示されたデバイスが操作されると、上記ＨＭＩ処理部１５１は、制御用ホストコンピュータ１１４と通信して、操作に応じた制御を当該デバイスに対して指示するよう伝える。この場合、制御用ホストコンピュータ１１４は、受け取った制御指示に基づいて、プログラマブル表示器１１２に指示したり、プログラマブル表示器１１２を介してプログラマブル・ロジック・コントローラ（ＰＬＣ）１１１へ指示するなどして、デバイスの実体へ、制御指示を伝える。
【０００５】
さらに、制御用ホストコンピュータ１１４にファイル生成部１３１が設けられており、当該ファイル生成部１３１は、プログラマブル表示器１１２が画面を表示する際に参照する画面データに基づいて、クライアント装置１０４用のデータを生成する。
【０００６】
上記制御システム１０１では、上記クライアント装置１０４が上記ファイル生成部１３１が生成したクライアント装置用データに基づいて画面を表示することで、クライアント装置１０４用の画面を新たに設計せずに、ターゲットシステム１０２のデバイス１０２ａの状態を表示し操作できる。
【０００７】
具体的には、プログラマブル表示器１１２の画面データは、複数の単位画面のうちの何れかを、プログラマブル表示器１１２に表示させるためのデータであって、画面上の領域と、当該領域への表示や入力に対応するデバイスとの対応関係を示すタグを、各単位画面に関連付けることで形成されている。
【０００８】
上記プログラマブル表示器１１２は、上記画面データが格納されると、所定の時間間隔で、自らのシステム領域のうち、現在表示中の単位画面を記憶する領域の値を読み出し、自らに格納された画面データが示す複数の単位画面の中から、現在表示中の単位画面を決定する。さらに、上記画面データから、当該単位画面で表示すべき表示タグを抽出すると共に、各表示タグが示すデバイスの状態を取得し、各表示タグが示す画面領域に取得した状態を表示する。
【０００９】
また、プログラマブル表示器１１２は、図示しないタッチパネルなどからの操作を受け付けると、上記と同様の手順で現在表示中の単位画面を取得すると共に、上記画面データの入力タグのうち、現在表示中の単位画面に関連し、しかも、受け付けた操作に対応する入力タグを特定し、入力タグが示すデバイスへ、操作に応じた制御を指示する。
【００１０】
ここで、上記プログラマブル表示器１１２では、現在表示中の単位画面を記憶するシステム領域も、デバイスの１つとして扱われており、画面切り換え指示の受け付けも、入力タグによって表現される。
【００１１】
上記構成では、入力タグや表示タグを、画面上の領域とデバイスと単位画面とに対応付けるだけで、プログラマブル表示器１１２の画面を設計できるので、表示／操作受付用のプログラムを作成（修正）して画面設計する場合よりも容易に、プログラマブル表示器１１２の画面を設計できる。
【００１２】
また、上記ファイル生成部１３１が生成するクライアント装置用のデータは、画面データ中の入力タグおよび表示タグを参照するプログラマブル表示器１１２と同様の動作を、クライアント装置１０４が実行するよう、クライアント装置１０４に指示する。ただし、クライアント装置用のデータでは、表示先および操作元がクライアント装置１０４の表示装置および入力装置に変更される。また、画面データを参照するプログラマブル表示器１１２が、ＰＬＣ１１１と通信して、デバイスの状態を取得したり、デバイスの状態制御指示を送信する代わりに、クライアント装置１０４が、制御用ホストコンピュータ１１４の公開サーバ部１３３と通信して、デバイスの状態を取得したり、デバイスの制御指示を送信するように、クライアント装置１０４へ指示する。
【００１３】
ここで、上記クライアント装置用のデータでは、プログラマブル表示器１１２と同様に、現在表示中の単位画面の決定や、単位画面の切り換えが、画面制御用のデバイスの状態取得や状態制御として扱われている。ところが、単位画面の取得に失敗すると、プログラマブル表示器１１２で現在表示中の単位画面を特定できず、適切な画面を表示できない。さらに、プログラマブル表示器１１２で現在表示中の単位画面を、クライアント装置１０４のユーザが、プログラマブル表示器１１２で表示中の単位画面と誤解すると、誤操作する虞れもある。したがって、クライアント装置１０４のＨＭＩ処理部１５１は、単位画面の取得に失敗すると、画面表示を停止するように構成されている。
【００１４】
【発明が解決しようとする課題】
しかしながら、上記構成では、クライアント装置がインターネットに常時接続していない場合には、画面表示できないという問題を生じる。この結果、例えば、常時接続するために、通信費用が高騰する虞れがある。
【００１５】
なお、単位画面の取得に失敗しても、以前の単位画面が取得されたものとして、単位画面の取得に成功した場合と同様に画面表示すると、クライアント装置１０４のユーザが、プログラマブル表示器１１２で表示中の単位画面を誤解して、誤操作する虞れがある。
【００１６】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、上記誤解に起因する誤操作の防止と、通信費用の軽減との双方を実現可能な制御システムを実現することにある。
【００１７】
【課題を解決するための手段】
本発明に係る制御システムのデータ伝送方法は、上記課題を解決するために、デバイスが設けられたローカル制御システムにて、デバイスの状態を表示し、操作を受け付ける制御用表示装置の画面データに基づいて、端末装置の画面にデバイスの状態を表示する動作、当該端末装置がデバイスの状態を、広域通信網を介して応答手段へ周期的に問い合わせる動作、問い合わせの周期、あるいは、問い合わせの一時停止／再開の入力を促す動作を、上記端末装置へ指示するための公開用ファイルを生成する生成工程と、上記公開用ファイルに基づいて、デバイスの状態を、広域通信網を介して応答手段へ周期的に問い合わせて取得し、上記端末装置の画面に表示する表示工程と、上記公開用ファイルに含まれ、デバイスと操作との対応を示す対応情報に基づいて、上記端末装置への操作を認識し、操作に応じたデバイスの状態制御指示を、上記広域通信網を介して上記応答手段へ伝える操作認識工程とを含んでいる。さらに、上記対応情報では、単位画面の切り換え操作が、複数の単位画面のうちの表示すべき単位画面を記憶する画面制御用デバイスに対応する操作として記憶されている。また、上記表示工程では、画面を更新する際、上記画面制御デバイスの状態として、表示すべき単位画面を取得した後で、当該単位画面を表示し、当該画面制御デバイスの状態取得に失敗すると画面表示を停止する。加えて、上記制御システムのデータ伝送方法は、さらに、上記問い合わせの状態を上記端末装置の使用者に提示する提示工程と、上記端末装置への使用者の操作に応じて、問い合わせの周期、あるいは、問い合わせの一時停止／再開を制御する制御工程とを含んでいる。
【００１８】
また、本発明に係る制御システムのデータ伝送方法は、上記構成において、上記表示工程にて、上記広域通信網を介して応答手段へデバイスの状態を問い合わせて取得し、上記操作認識工程にて、上記広域通信網を介して応答手段へデバイスの状態制御指示を伝える代わりに、上記表示工程にて、広域通信網を介してデバイスと通信する応答手段へデバイスの状態を問い合わせて取得すると共に、上記操作認識工程にて、当該応答手段にデバイスの状態制御指示を送信することを特徴としている。なお、この場合は、上記応答手段と端末装置とが一体であってもよい。
【００１９】
具体的には、本発明に係る制御システムのデータ伝送方法は、デバイスが設けられたローカル制御システムにて、デバイスの状態を表示し、操作を受け付ける制御用表示装置の画面データに基づいて、端末装置の画面にデバイスの状態を表示する動作、広域通信網を介してデバイスと通信する応答手段へ、デバイスの状態を周期的に問い合わせて取得する動作、問い合わせの周期、あるいは、問い合わせの一時停止／再開の入力を促す動作を、上記端末装置へ指示するための公開用ファイルを生成する生成工程と、上記公開用ファイルに基づいて、上記応答手段へデバイスの状態を問い合わせて取得し、上記端末装置の画面に表示する表示工程と、上記公開用ファイルに含まれ、デバイスと操作との対応を示す対応情報に基づいて、上記端末装置への操作を認識し、上記応答手段にデバイスの状態制御指示を送信する操作認識工程とを含み、上記対応情報では、単位画面の切り換え操作が、複数の単位画面のうちの表示すべき単位画面を記憶する画面制御用デバイスに対応する操作として記憶され、上記表示工程では、画面を更新する際、上記画面制御デバイスの状態として、表示すべき単位画面を取得した後で、当該単位画面を表示し、当該画面制御デバイスの状態取得に失敗すると画面表示を停止すると共に、上記問い合わせの状態を上記端末装置の使用者に提示する提示工程と、上記端末装置への使用者の操作に応じて、問い合わせの周期、あるいは、問い合わせの一時停止／再開を制御する制御工程とを含んでいることを特徴としている。
【００２０】
さらに、上記構成に加えて、上記公開用ファイルは、上記画面データに含まれる各単位画面に対応するＸＭＬファイルと、当該ＸＭＬファイルを参照して、上記各動作を端末装置に実行させるＨＭＩ用アプレットが格納されたアプレットファイルと、上記問い合わせ制御用の動作を実行させるアプレットが格納されたアプレットファイルと、両アプレットを実行させるＨＴＭＬ文書とから構成されており、上記端末装置は、単位画面が切り換えられた場合、変更後の単位画面に応じたＸＭＬファイルを読み込んでもよい。
【００２１】
一方、本発明に係る制御システムは、端末装置と、デバイスが設けられたローカル制御システムにて、デバイスの状態を表示し、操作を受け付ける制御用表示装置の画面データに基づいて、上記端末装置の画面にデバイスの状態を表示する動作、当該端末装置がデバイスの状態を、広域通信網を介して応答手段へ周期的に問い合わせる動作、問い合わせの周期、あるいは、問い合わせの一時停止／再開の入力を促す動作を、上記端末装置へ指示 するための公開用ファイルを生成するファイル生成手段とを備えた制御システムであって、上記端末装置は、上記公開用ファイルに基づいて、デバイスの状態を、広域通信網を介して応答手段へ周期的に問い合わせて取得し、当該端末装置の画面に表示すると共に、上記公開用ファイルに含まれ、デバイスと操作との対応を示す対応情報に基づいて、当該端末装置への操作を認識し、操作に応じたデバイスの状態制御指示を、上記広域通信網を介して上記応答手段へ伝えると共に、上記対応情報では、単位画面の切り換え操作が、複数の単位画面のうちの表示すべき単位画面を記憶する画面制御用デバイスに対応する操作として記憶され、上記端末装置は、画面を更新する際、上記画面制御デバイスの状態として、表示すべき単位画面を取得した後で、当該単位画面を表示し、当該画面制御デバイスの状態取得に失敗すると画面表示を停止すると共に、上記問い合わせの状態を当該端末装置の使用者に提示し、当該端末装置への使用者の操作に応じて、問い合わせの周期、あるいは、問い合わせの一時停止／再開を制御することを特徴としている。
【００２２】
また、本発明に係る制御システムは、端末装置と、デバイスが設けられたローカル制御システムにて、デバイスの状態を表示し、操作を受け付ける制御用表示装置の画面データに基づいて、上記端末装置の画面にデバイスの状態を表示する動作、広域通信網を介してデバイスと通信する応答手段へ、デバイスの状態を周期的に問い合わせて取得する動作、問い合わせの周期、あるいは、問い合わせの一時停止／再開の入力を促す動作を、上記端末装置へ指示するための公開用ファイルを生成するファイル生成手段とを備えた制御システムであって、上記端末装置は、上記公開用ファイルに基づいて、上記応答手段へデバイスの状態を問い合わせて取得し、当該端末装置の画面に表示すると共に、上記公開用ファイルに含まれ、デバイスと操作との対応を示す対応情報に基づいて、上記端末装置への操作を認識し、上記応答手段にデバイスの状態制御指示を送信し、上記対応情報では、単位画面の切り換え操作が、複数の単位画面のうちの表示すべき単位画面を記憶する画面制御用デバイスに対応する操作として記憶され、上記端末装置は、画面を更新する際、上記画面制御デバイスの状態として、表示すべき単位画面を取得した後で、当該単位画面を表示し、当該画面制御デバイスの状態取得に失敗すると画面表示を停止すると共に、上記問い合わせの状態を上記端末装置の使用者に提示し、当該端末装置への使用者の操作に応じて、問い合わせの周期、あるいは、問い合わせの一時停止／再開を制御することを特徴としている。
【００２３】
さらに、本発明に係るプログラムは、上記各工程を上記端末装置としてのコンピュータに実行させるプログラムであって、当該プログラムを実行するコンピュータによって、上記各工程が行われる。また、本発明に係る記録媒体には、上記プログラムが記録されている。
【００２４】
なお、上記問い合わせの状態の提示は、例えば、問い合わせ周期の提示であってもよいし、周期的に問い合わせているか否かや次の問い合わせ時点などの提示であってもよい。
【００２５】
上記構成によれば、デバイスから端末装置までの間に広域通信網が介在しているにも拘わらず、上記端末装置は、画面データに基づいて生成された公開用ファイルが示す単位画面を表示して、デバイスの状態を使用者に提示し、デバイスへの操作を受け付けることができる。さらに、上記画面データにおいて、単位画面の切り換え操作は、デバイスの一種としての画面制御デバイスに対する操作として記憶されているので、画面データを設計する際、画面切り換えのために、デバイスへの操作とは異なる設計手順が不要になり、設計者の負担を軽減できる。
【００２６】
また、デバイスの一種として、画面制御デバイスが扱われているので、例えば、プログラマブル表示器など、デバイスが設けられたローカル制御システムにて、デバイスの状態を表示し、操作を受け付ける制御用表示装置が現在表示している単位画面を上記応答手段が取得して、上記画面制御デバイスへの問い合わせに対して、当該取得結果を返答すると共に、制御用表示装置の各単位画面を表示する画面データに基づいて、端末装置が表示すれば、制御用表示装置が表示している単位画面と端末装置が表示している単位画面とを一致させることができる。この場合、端末装置では、制御用表示装置にて現在操作されている単位画面を、確認でき、当該単位画面における操作への応答を確認できる。したがって、制御用表示装置へのオペレータの操作も端末装置で確認できる。
【００２７】
ここで、上記構成のように、端末装置で表示中の単位画面を、制御用表示装置で表示中の単位画面と一致させることができる場合、上記画面制御デバイスの状態取得に失敗した場合に、画面表示を続けると、端末装置の使用者が、制御用表示装置で現在表示中の単位画面を誤解して、誤操作する虞れがある。したがって、上記表示工程では、上記画面制御デバイスの状態取得に失敗すると、画面表示を停止するように構成されている。
【００２８】
さらに、提示工程および制御工程が設けられているので、端末装置の使用者は、問い合わせの状態を確認しながら、例えば、問い合わせの周期あるいは停止や再開など、問い合わせの状態を制御できる。したがって、上記誤解に起因する誤操作を防止できるにも拘わらず、端末装置の使用者は、デバイスから端末装置までの間の広域通信網に端末装置を常時接続するとコストが嵩んだり、短い周期で問い合わせると広域通信網の帯域を占有してしまう場合には、問い合わせを一時停止したり、問い合わせの周期を長くするなど、広域通信網の状態に応じた問い合わせの状態を制御できる。
【００２９】
【発明の実施の形態】
本発明の一実施形態について図１ないし図１２に基づいて説明すると、以下の通りである。すなわち、本実施形態に係る制御システム１は、図２に示すように、ローカル制御システム３から離れた場所のクライアント装置（端末装置）４でも、インターネット（広域通信網）５を介して、上記ターゲットシステム２のデバイス２ａの状態を表示し制御可能なシステムである。
【００３０】
上記ローカル制御システム３は、上記ターゲットシステム２のデバイス２ａを制御する制御装置としてのＰＬＣ１１と、多くの場合、制御対象近傍に配されると共に、制御システム１のＨＭＩ（Human Machine Interface ）として、デバイス２ａの状態を表示し、オペレータによるデバイス２ａへの操作を受け付けるプログラマブル表示器１２とを備えている。さらに、本実施形態に係るローカル制御システム３では、各プログラマブル表示器１２は、イーサネット（登録商標）などのローカルエリアネットワーク（ＬＡＮ）１３によって互いに接続されている。また、上記ＬＡＮ１３には、多くの場合、プログラマブル表示器１２よりも離れた場所から、ローカル制御システム３全体を管理する制御用ホストコンピュータ１４が接続されている。
【００３１】
なお、上記各プログラマブル表示器１２は、シリアルケーブルなどを介して、それぞれに対応するＰＬＣ１１と接続されている。また、図２では、説明の便宜上、ＬＡＮ１３にプログラマブル表示器１２が２台接続され、各プログラマブル表示器１２には、ＰＬＣ１１がそれぞれ１台ずつ接続されると共に、各ＰＬＣ１１にデバイス２ａが１台接続されている場合を例示しているが、当然ながら、それぞれの接続台数は任意に設定できる。
【００３２】
また、デバイスは、デバイスアドレスや後述するシンボル名により特定可能で、しかも、状態を取得したり、制御（変更）できるものであれば、例えば、デバイス２ａ自体であってもよいし、例えば、ＰＬＣ１１やプログラマブル表示器１２の記憶装置など、ローカル制御システム３に設けられた記憶装置の一領域を示していてもよい。
【００３３】
ここで、上記ローカル制御システム３では、ローカル制御システム３に必須の構成であり、しかも、ＨＭＩとして動作するため、演算能力に余力のあるプログラマブル表示器１２が通信の大半を処理するように構成されている。さらに、各プログラマブル表示器１２は、自らに接続されているＰＬＣ１１の機種に固有の専用プロトコルと、ＬＡＮ１３での共通プロトコルとを変換して、他のプログラマブル表示器１２や制御用ホストコンピュータ１４と、ＰＬＣ１１との通信を中継する。なお、共通プロトコルと専用プロトコルとの間のプロトコル変換には、同じ指示に同じコードが割り当てられるように予め定められた共通のコマンドと上記共通のコマンドに対応するＰＬＣ１１固有のコマンドとの間の変換や、データやアドレスの表現方法の変換、シンボル名とデバイスアドレスとの間の変換なども含まれる。
【００３４】
これにより、プログラマブル表示器１２および制御用ホストコンピュータ１４は、他のプログラマブル表示器１２に接続されているＰＬＣ１１の機種に拘らず、ＬＡＮ１３を介して共通のプロトコルで通信できる。この結果、互いに異なる機種のＰＬＣ１１の混在するローカル制御システム３が比較的容易に実現されている。
【００３５】
より詳細には、上記プログラマブル表示器１２は、予め自らに格納される画面データを参照して、オペレータにデバイスの状態を表示し、操作を受け付けるための操作画面を表示している。当該画面データは、画面上の領域と、当該領域への表示や入力に対応するデバイスとの対応関係を示すタグを組み合わせて構成されている。
【００３６】
上記プログラマブル表示器１２は、複数の単位画面を切り換え表示可能であり、上記タグは、例えば、図３および図４に示すように、当該タグが有効となる単位画面を示すファイル番号Ｆと、単位画面上で実行すべき動作内容を特定する事象名Ｎと、各事象毎に参照される参照情報Ｒとを含んでいる。
【００３７】
例えば、上記タグが所定の画面領域（表示座標範囲）へ所定のデバイスの状態に応じた部品図形を表示する表示タグＷＬの場合、例えば、図３に示すように、上記参照情報Ｒには、表示座標範囲（Ｘ・Ｙ）と、デバイスを特定可能なシンボル（後述）を示すシンボル名ＳＮと、例えば、部品図形がスイッチの場合、ＯＮを示す図形のファイルおよびＯＦＦを示す図形のファイルなど、表示時に参照するファイル番号ＦＬ…とが含まれる。また、タグが入力タグＷＴの場合、例えば、図４に示すように、参照情報Ｒとして、有効入力座標範囲（Ｘ・Ｙ）と、入力結果が書き込まれるデバイスのシンボルを示すシンボル名ＳＮとが含まれる。
【００３８】
一方、プログラマブル表示器１２は、所定の時間間隔で、自らに格納された画面データから、単位画面のファイル番号が、現在表示中の単位画面である表示タグを抽出すると共に、予め格納されたシンボルとデバイスアドレスとの対応表を参照して、例えば、デバイスの実体が自らに接続されたＰＬＣ１１によって制御されるデバイス２ａの場合は、ＰＬＣ１１と通信したり、デバイスの実体が他のプログラマブル表示器１２に接続されたＰＬＣ１１によって制御されるデバイス２ａの場合は、当該他のプログラマブル表示器１２を介して当該ＰＬＣ１１と通信するなどして、各表示タグのシンボルに対応するデバイスアドレスからデバイスの状態（デバイスアドレスの内容）を読み出し、デバイスの状態に応じた部品図形を画面に表示する。これにより、プログラマブル表示器１２の画面には、例えば、図５に示すように、デバイスの状態が反映される。
【００３９】
また、図示しないタッチパネルへの押し操作など、オペレータの入力操作を受け取ると、プログラマブル表示器１２は、上記画面データから、現在表示中の単位画面に対応し、当該入力操作にマッチする入力タグを検索すると共に、デバイスの実体の状態を取得する場合と略同様に、ＰＬＣ１１やプログラマブル表示器１２と通信するなどして、入力結果に応じて、入力タグのシンボルが示すデバイスの状態を変更するようデバイスアドレスの内容（デバイスの状態）を変更する。ここで、入力操作の後も、プログラマブル表示器１２は、デバイスの状態を画面表示するので、操作結果が画面表示に反映される。
【００４０】
さらに、本実施形態に係るプログラマブル表示器１２では、現在表示中の単位画面を記憶するシステム領域も、デバイスの１つとして扱われており、画面切り換え操作を受け付けるタグは、当該デバイスのシンボルに対応付けられた入力タグとして実現されている。このように、入力タグによって、画面切り換えの受け付けとデバイスの状態指示の受け付けとの双方が指示されるので、画面データの設計者は、それぞれ用の設計手順に習熟する必要がなく、設計者の負担を軽減できる。
【００４１】
一方、上記制御用ホストコンピュータ１４は、ローカル制御システム３の監視制御を行うＨＭＩ処理部２１と、ＬＡＮ１３に接続され、上述の共通プロトコルで通信するＬＡＮ・ＩＦ部２２と、ＬＡＮ・ＩＦ部２２およびＬＡＮ１３を介して各プログラマブル表示器１２と通信して上記ＨＭＩ処理部２１などの要求に応じるサーバ部２３と、シンボルとデバイスアドレスとの対応を記憶するシンボルデータベース２４と、各プログラマブル表示器１２の画面データを作成する作画処理部２５と、作成した画面データを格納する画面データメモリ２６とを備えている。これにより、制御用ホストコンピュータ１４は、画面データを管理すると共に、ローカル制御システム３が稼動中、ターゲットシステム２やＰＬＣ１１あるいはプログラマブル表示器１２の状態を表示したり制御できる。
【００４２】
上記作画処理部２５は、上記画面データを作成する際、例えば、タグのパレットを表示し、パレット中のタグを選択して画面上に所望のタグを配置するように、ユーザへ促す。また、作画処理部２５は、配置されたタグを指定された座標に表示して、ユーザのドラグ＆ドロップなどの操作に応じてタグの座標を調整する。また、作画処理部２５は、タグに対応するシンボル（後述）を入力するようにユーザへ促す。ここで、シンボルは、後述するように、デバイスアドレスと対応付けられており、シンボルにタグを対応付けることで、作画処理部２５は、タグとデバイスアドレスとを対応付けることができる。これらの結果、ユーザは、作画処理部２５を操作して、画面上の所望の位置にタグを配置すると共に、各タグとデバイスのシンボルとを対応付けるだけで、画面データを作成できる。
【００４３】
したがって、プログラマブル表示器１２の表示プログラムを修正する場合に比べて容易に、各プログラマブル表示器１２の表示や操作を決定（変更）でき、ローカル制御システム３のユーザ（制御用ホストコンピュータ１４のユーザ）は、ターゲットシステム２の実情や、プログラマブル表示器１２のオペレータの習熟度、あるいは、ユーザの好みに合わせることができる。
【００４４】
また、上記各部材２３・２５は、デバイスアドレスではなく、ユーザが意味ある名前をシンボル名として関連付け可能なシンボルによって、各デバイスを特定している。ここで、ＰＬＣ１１がデバイス２ａを制御する際、ＰＬＣ１１は、演算量を削減するために、例えば、Ｘ００００のような英数字で表現されるデバイスアドレスで各デバイス２ａを特定している。一方、ＨＭＩ処理部２１を操作する管理者や、制御プログラムや画面データの作成者、あるいは、プログラマブル表示器１２のオペレータなど、制御システム１のユーザにとっては、各デバイスをデバイスアドレスで特定するよりも、”スイッチ２”のように、意味のある名前で呼んだ方が、呼称と各デバイスの実体とを関連付けしやすい。したがって、デバイスアドレスではなく、シンボルで制御対象となるデバイスを指定することで、上記ユーザが操作しやすい制御システム１を実現できる。
【００４５】
さらに、例えば、ＰＬＣ１１の機種変更などによって、デバイスアドレスが変更されたとしても、作画処理部２５は、タグをシンボルと対応付けているので、シンボルデータベース２４において、シンボルとデバイスアドレスとの対応を変更するだけで変更に対応できる。この結果、デバイスアドレスを対応付ける構成と異なり、当該デバイスアドレスが出現する度にデバイスアドレスを変更する必要がない。この結果、変更時の手間が少ない制御システム１を実現できる。
【００４６】
また、上記作画処理部２５は、ユーザの指示に従って、シンボルとデバイスアドレスとを対応付け、両者の対応を、シンボルデータベース２４に登録できる。一例として、本実施形態に係るシンボルデータベース２４は、図６に示すように、ローカル制御システム３内の各デバイスに対応するシンボルについて、シンボル名と、デバイスアドレスとの組み合わせを含むレコードを記憶している。また、シンボルデータベース２４において、各シンボルのレコードは、図７に示すように、階層的に記憶されており、シンボルデータベース２４を参照することで、サーバ部２３などは、ローカル制御システム３内に存在するプログラマブル表示器１２を把握し、各プログラマブル表示器１２に登録されたシンボルを把握できると共に、各シンボルのレコードから、シンボル名やデバイスアドレスなどを取得できる。また、シンボルデータベース２４を検索することで、所定のシンボル名を持つデバイスの実体（デバイス２ａ）を制御するＰＬＣ１１へ接続されたプログラマブル表示器１２を特定できる。
【００４７】
なお、シンボルデータベース２４には、各プログラマブル表示器１２など、ＬＡＮ１３に加入している各機器についても、機器を示す局ＩＤと、局の名称（局名）と、機器のネットワークアドレスなどとの組み合わせを含むレコードが記憶されており、上記制御システム１のユーザは、上記各機器を局名で指定できる。
【００４８】
さらに、本実施形態に係る上記制御用ホストコンピュータ１４には、プログラマブル表示器１２用の画面データに基づいて、クライアント装置４が遠隔監視制御する際の動作を指示する公開用ファイルを生成するファイル生成部３１と、公開用ファイルを記憶するファイル記憶部３２と、上記動作を行うクライアント装置４と通信する公開サーバ部（応答手段）３３とが設けられている。上記公開用ファイルは、プログラマブル表示器１２が画面データに基づいてデバイス２ａの状態に応じて表示する動作、および、操作に応じたデバイス２ａの状態変更を指示する際の動作と略同様の動作を、クライアント装置４へ指示できる。
【００４９】
ただし、プログラマブル表示器１２が画面データに基づいて動作する場合と異なり、表示先は、クライアント装置４の図示しない表示装置であり、操作は、クライアント装置４の図示しない入力装置から受け取る。また、クライアント装置４がデバイス２ａの状態を問い合わせる相手や状態変更指示の送信先も、公開サーバ部３３に変更されており、公開サーバ部３３は、上記クライアント装置４と通信して、デバイス２ａの状態をクライアント装置４へ伝えると共に、デバイス２ａの状態変更指示をクライアント装置４から受け取ることができる。
【００５０】
さらに、上記公開用ファイルは、上記各動作（操作画面表示／操作受付用の動作）に加えて、例えば、クライアント装置４が周期的にデバイス２ａの状態を問い合わせる際の周期や、問い合わせの一時停止など、問い合わせの状態を画面に表示して、問い合わせの状態変更の入力を促す動作と、変更指示に応じて、クライアント装置４による問い合わせの状態を制御する動作（問い合わせ制御用の動作）とを、クライアント装置４に指示できる。
【００５１】
上記公開用ファイルは、例えば、クライアント装置４のバーチャルマシン４１で実行可能で、上記各動作を実行するアプレットと、ブラウザ４２で読み込み可能で、上記アプレットをバーチャルマシン４１に実行させるハイパーテキスト文書との組み合わせなどとして実現され、公開サーバ部３３によってクライアント装置４に送信される。
【００５２】
なお、上記ファイル生成部３１は、画面データに基づいて、アプレットとハイパーテキスト文書とを直接生成してもよい。また、上記画面データの各タグに対応するパラメータが記述されたデータファイルを参照して、上記各動作を実行するようにアプレットが生成されている場合、上記ファイル生成部３１は、画面データに基づいて、上記公開用ファイルの１つとしてのデータファイルを生成してもよい。
【００５３】
また、上記各部材２１〜２５、３１〜３３および４１〜４２は、ＣＰＵなどの演算手段が、ＲＯＭやＲＡＭなどの記憶手段に格納されたプログラムを実行し、タッチパネルや液晶表示装置などの入出力手段、あるいは、インターフェース回路などの通信回路を制御することによって実現される機能ブロックである。したがって、これらの手段を有するコンピュータが、上記プログラムを記録した記録媒体（例えば、ＣＤ−ＲＯＭなど）を読み取り、当該プログラムを実行するだけで、本実施形態に係る制御用ホストコンピュータ１４およびクライアント装置４を実現できる。特に、クライアント装置４のバーチャルマシン４１およびブラウザ４２は、多くのコンピュータに予めインストールされている汎用のブラウザソフトで実現できるので、これらのコンピュータは、特別なプログラムをインストールすることなく、クライアント装置４として動作できる。なお、例えば、ＬＡＮ１３やインターネット５、あるいは、他の通信路を介してプログラムをダウンロードするためのプログラムが、上記コンピュータに予めインストールされていれば、これらの通信路を介して、上記コンピュータへ上記プログラムを配付することもできる。
【００５４】
以下では、一例として、公開用ファイルが、上記画面データに含まれる各単位画面に対応するＸＭＬ（eXtensible Mark-up Language ）ファイルと、当該ＸＭＬファイルを参照して、上記操作画面表示／操作受付用の動作をクライアント装置４に実行させるＨＭＩ用アプレットが格納されたアプレットファイルと、上記問い合わせ制御用の動作を実行させるアプレットが格納されたアプレットファイルと、両アプレットを実行させるＨＴＭＬ文書とから構成されている場合について詳細に説明する。
【００５５】
すなわち、上記各ＸＭＬファイルには、それぞれに対応する単位画面に関連するタグ（処理指示語）を示すＸＭＬ要素（エレメント）が含まれている。
【００５６】
例えば、プログラマブル表示器１２用の画面データ内に、図３に示す形式で、単位画面＝１（メイン画面）の表示タグＷＬが含まれている場合、当該メイン画面に対応するＸＭＬファイルでは、例えば、図８に示すように、当該表示タグＷＬに対応するＴａｇ要素Ｅ１が含まれている。当該Ｔａｇ要素Ｅ１には、事象名、表示座標範囲、参照ファイル番号、並びに、シンボル名などに対応するＴａｇＮａｍｅ要素Ｅ１１、Ｘ要素Ｅ１２およびＹ要素Ｅ１３、ＬｉｂｒａｒｙＮｏ要素Ｅ１４、並びに、ＢｉｔＳｙｍｂｏｌＮａｍｅ要素Ｅ１５などが含まれており、各要素Ｅ１１〜Ｅ１５の内容（コンテンツ）は、上記表示タグＷＬの内容に応じて、例えば、図８の例では、”Ｌ＿００００”、−２３２および１２０、１０１、並びに、０１０１００に設定されている。また、図４に示す入力タグＷＴに対応するＴａｇ要素Ｅ２では、事象名、シンボル名、並びに、有効入力範囲などに対応するＴａｇＮａｍｅ要素Ｅ２１、ＳｙｍｂｏｌＮａｍｅ要素Ｅ２２、並びに、Ｘ要素Ｅ２３、Ｙ要素Ｅ２４、Ｘ２要素Ｅ２５およびＹ２要素Ｅ２６などの内容が、入力タグＷＴの内容に応じて設定される。なお、シンボル名が画面制御用デバイスとなる入力タグＷＴに対応するＴａｇ要素が、特許請求の範囲に記載の対応情報に対応する。
【００５７】
ここで、上記各要素Ｅ１１〜Ｅ２６などの内容は、表示タグＷＬや入力タグＷＴの内容と一致するように設定してもよいし、例えば、プログラマブル表示器１２の解像度とクライアント装置４の解像度との相違などに応じた比率で拡大／縮小するなど、表示タグＷＬや入力タグＷＴの内容を所定の手順で変換して設定してもよい。
【００５８】
図２に示すファイル生成部３１は、例えば、プログラマブル表示器１２用の画面データから、ある単位画面の処理指示語（タグＷＬ・ＷＴ…）、すなわち、単位画面のファイル番号が所定の値のタグを順次抜き出し、当該タグに応じたＸＭＬ要素を生成し、当該ＸＭＬ要素の内容を上記タグに応じて設定することで、当該単位画面のＸＭＬファイルを作成し、ファイル記憶部３２にできる。
【００５９】
一方、上記ファイル記憶部３２に格納されるＨＭＩ用アプレットは、上記ＨＴＭＬファイルで参照されると共に、上記ＸＭＬファイルを参照しながら、プログラマブル表示器１２が単位画面の表示や操作を行う際の動作と同等の動作を、クライアント装置４に実行させるプログラムであり、本実施形態では、クライアント装置４のバーチャルマシン４１が実行可能なＪａｖａ（登録商標）言語で記述されたバイトコードとして実現されている。
【００６０】
上記ＨＭＩ用アプレットは、画面データ中に出現可能なタグの種類に対応するメソッドが定義されたクラスと、ＸＭＬファイルを参照して、タグ種に対応するメソッドを呼び出すメソッドが定義されたクラスとを含んでおり、当該アプレットを実行するバーチャルマシン４１は、ＸＭＬファイルを参照し、タグを示すＸＭＬ要素に基づいて、タグ種に応じたメソッドを呼び出すことができる。当該ＨＭＩ用アプレットをバーチャルマシン４１が実行することで、クライアント装置４には、図１に示すＨＭＩ処理部５１が形成される。
【００６１】
より詳細には、バーチャルマシン４１が実行するメソッドのうち、タグ種に対応するメソッドは、例えば、表示タグの場合、所定の時間間隔で呼び出され、特定のデバイスの状態を公開サーバ部３３へ問い合わせると共に、応答に応じた表示を行う描画メソッドである。また、入力タグの場合は、入力イベントが発生したときに呼び出され、入力結果に応じた制御指示を操作に応じたデバイスへ与えるように、公開サーバ部３３へ要求する入力メソッドである。
【００６２】
ここで、本実施形態に係る画面データでは、プログラマブル表示器１２と同様、プログラマブル表示器１２の記憶領域のうち、現在表示中の単位画面を示すデータが格納されるシステム領域が、デバイスとして扱われており、各単位画面の切り換え動作も、当該デバイス（以下では、画面制御用デバイスと称する）の状態を変更する入力タグによって実現されている。この場合、入力タグには、参照情報Ｒとして、上記画面制御用デバイスのシンボル名が含まれる。
【００６３】
したがって、上記各入力メソッドのうち、上記画面制御用デバイスへの変更指示を要求する入力メソッドは、通常の入力メソッドと同様に、公開サーバ部３３へ単位画面の変更指示を送信すると共に、変更後の単位画面に応じたＸＭＬファイルを読み込む。これにより、クライアント装置４およびプログラマブル表示器１２は、常時同じ単位画面を表示できる。
【００６４】
また、上記入力メソッドは、上記画面制御用デバイスへの変更指示を送信する代わりに、クライアント装置４内に設けられた代替の記憶領域の内容を変更してもよい。この場合、他のメソッドにて、当該画面制御用デバイスを参照する際は、公開サーバ部３３へ問い合わせる代わりに上記代替の記憶領域が参照される。したがって、クライアント装置４は、プログラマブル表示器１２用の単位画面であっても、当該プログラマブル表示器１２で現在表示している単位画面とは異なる単位画面を表示することもできる。
【００６５】
さらに、例えば、後述するアプレット実行時のパラメータ設定によって指定したり、あるいは、単位画面の選択操作と連動してメニューを表示して選択させるなどして、プログラマブル表示器１２と同じ単位画面を表示するか、異なる単位画面を表示するかを選択できるように、上記各メソッドを作成してもよい。この場合、同じアプレットやＸＭＬファイルを使用しているにも拘らず、例えば、プログラマブル表示器１２のオペレータの操作を監視したい場合などには、前者を選択し、オペレータの操作とは別にローカル制御システム３を監視したい場合などには、後者を選択することができる。
【００６６】
また、ＸＭＬファイルを参照するメソッドは、例えば、当該ＸＭＬファイルから、タグを示すＸＭＬ要素を抽出し、当該タグの種類（例えば、当該ＸＭＬ要素中のＴａｇＮａｍｅ要素の内容）に対応するクラスのインスタンスを生成し、当該インスタンスのフィールドへ、上記タグのパラメータ（例えば、上記ＸＭＬ要素中の各要素の内容）を設定するなどして、ＸＭＬファイルに応じたメソッドをバーチャルマシン４１に実行させることができる。
【００６７】
ここで、プログラマブル表示器１２で現在表示している単位画面と同じ単位画面をクライアント装置４で表示しようとする場合、クライアント装置４にて、画面制御デバイスの状態取得に失敗しているにも拘わらず、状態取得に成功している場合と同様に画面表示すると、クライアント装置４のユーザは、状態取得の成否を確認できない。この場合、プログラマブル表示器１２の単位画面が切り換えられた場合であっても、クライアント装置４のユーザは、クライアント装置４で現在表示している単位画面がプログラマブル表示器１２の単位画面であると誤解して、誤った制御を指示する虞れがある。したがって、上記ＨＭＩ用アプレットの実行によって形成されるＨＭＩ処理部５１は、画面制御デバイスの状態取得に失敗すると、画面表示を停止して、ユーザに、画面制御デバイスの状態取得に失敗した旨を通知するように構成されている。
【００６８】
一方、ＨＴＭＬファイルには、図９に示すように、上記ＨＭＩ用アプレットをクライアント装置４のバーチャルマシン４１へ実行させるための文字列Ｐ１１と、例えば、"<HTML>"や"<TITLE>" など、ＨＴＭＬ文書として必要な文字列Ｐ１とが含まれている。また、ＨＴＭＬファイルには、例えば、アプレットが表示するプログラマブル表示器１２を説明する文字や画像を表示するための文字列、あるいは、ローカル制御システム３を説明するハイパーテキスト文書へのリンクを示す文字列など、ＨＴＭＬの書式に沿った文字列Ｐ２が含まれていてもよい。さらに、ＨＴＭＬファイルには、単位画面切り換え用のアプレットを実行させるための文字列Ｐ１２が含まれていてもよい。
【００６９】
さらに、本実施形態に係るＨＴＭＬファイルには、詳細は後述するように、問い合わせ制御用アプレットをクライアント装置４のバーチャルマシン４１へ実行させるための文字列Ｐ２１も含まれている。
【００７０】
なお、本実施形態では、ＸＭＬファイルが単位画面毎に設けられており、例えば、クライアント装置４のブラウザ４２が上記ＨＴＭＬファイルを表示する際に最初に表示する単位画面の指定やプログラマブル表示器１２の指定など、画面データ（プログラマブル表示器１２）全体に関連する情報は、上記文字列Ｐ１１中に含まれている。本実施形態の場合、当該情報は、アプレットを実行する際のパラメータとして指定されており、例えば、最初の単位画面は、ＰＡＲＡＭ要素の属性名"BASESCR" の属性値（この例では、"1" ）として指定される。なお、図２に示すファイル生成部３１は、画面データメモリ２６に格納された画面データを参照して、ＨＴＭＬファイルを生成し、ファイル記憶部３２に格納できる。
【００７１】
また、公開サーバ部３３は、クライアント装置４から要求があると、例えば、ＵＲＩ(Universal Resource Identifier) などに基づいて、クライアント装置４が要求しているＨＴＭＬファイルやＸＭＬファイルあるいはアプレットを判別し、これらをクライアント装置４へ配布できる。
【００７２】
さらに、公開サーバ部３３は、ＨＭＩ処理部２１が取得する場合と同様に、サーバ部２３を介してデバイスの状態を取得できる。また、公開サーバ部３３は、ＨＭＩ処理部２１がサーバ部２３を介してデバイスの状態を変更する場合と同様に、上記クライアント装置４からの指示に応じて、サーバ部２３へ要求して、プログラマブル表示器１２自体やプログラマブル表示器１２に接続されたＰＬＣ１１など、デバイスの実体へ内容の変更指示を伝送できる。
【００７３】
これにより、クライアント装置４は、インターネット５を介して遠隔地から接続されている場合であっても、プログラマブル表示器１２の画面と同一内容の操作画面を表示すると共に、同じ操作で、デバイスの状態を制御できる。
【００７４】
上記構成では、図１０に示すステップ１（以下では、Ｓ１のように略称する）において、ローカル制御システム３のユーザは、制御用ホストコンピュータ１４の作画処理部２５を操作し、ターゲットシステム２の実情やプログラマブル表示器１２のオペレータの習熟度、あるいは、ユーザの好みに合わせて、画面データを作成／修正し、当該画面データを画面データメモリ２６に格納する。また、画面データ作成／修正の際、生成／修正されたシンボルは、シンボルデータベース２４に登録される。さらに、作成された画面データは、例えば、シミュレーションや接続試験などによって、正常に動くことが確認された後、Ｓ２において、プログラマブル表示器１２に配信され、Ｓ３において、プログラマブル表示器１２が画面データに応じた表示や操作受け付けを開始する。
【００７５】
ここで、最適な画面は、好みや習熟度などにも左右されるため、一意に決めることができず、比較的頻繁に変更されることが多い。ところが、上述したように、本実施形態では、ローカル制御システム２（制御用ホストコンピュータ１４）のユーザが、画面データをタグの組み合わせで生成できるので、これらの要求に柔軟に対応でき、最適な状態を保ち続けることができる。また、制御用ホストコンピュータ１４で一括して管理できるため、多くの場所で並行して管理する場合に比べて、画面データを容易に管理できる。
【００７６】
また、画面データが更新されると、制御用ホストコンピュータ１４のファイル生成部３１は、Ｓ１１において、当該画面データからＨＴＭＬファイルおよびＸＭＬファイルなどの公開用ファイルを生成してファイル記憶部３２に格納する。
【００７７】
一方、Ｓ２１において、インターネット５を介して、クライアント装置４がローカル制御システム３の制御用ホストコンピュータ１４（公開サーバ部３３）にアクセスして、あるプログラマブル表示器１２の画面を表示するように指示すると、公開サーバ部３３は、例えば、クライアント装置４から受け取った識別番号およびパスワードが予め定められた組み合わせであるか否かを確認するなどして、上記画面による表示／制御が上記クライアント装置４、または、そのユーザに許可されているか否かを認証し、許可されていないクライアント装置４からのアクセスを拒否する。
【００７８】
許可された正規なクライアント装置４であることが確認されると、公開サーバ部３３は、Ｓ２２において、上記Ｓ１１にて生成された公開用ファイルのうち、クライアント装置４が要求した画面を表示するためのＨＴＭＬファイルをファイル記憶部３２から読み出し、インターネット５を介してクライアント装置４へ当該ファイルを送信する。
【００７９】
さらに、クライアント装置４のブラウザ４２は、ＨＴＭＬファイル中の各APPLET要素（"<APPLET>"から"</APPLET>" の部分）で指定された各アプレットを公開サーバ部３３から取得し、バーチャルマシン４１へ実行させる。これにより、クライアント装置４には、図１に示すように、公開サーバ部３３と通信して、操作画面を表示し、操作を受け付けるＨＭＩ処理部５１と、クライアント装置４のユーザの指示に応じて、当該ＨＭＩ処理部５１による公開サーバ部３３への問い合わせの状態を制御する制御部５２とが生成される（Ｓ２３）。なお、ＨＭＩ処理部５１および制御部５２は、バーチャルマシン４１が上述のＨＭＩ用アプレットおよび問い合わせ制御用アプレットを、それぞれ実行することで実現される機能ブロックである。
【００８０】
さらに、上記制御部５２は、例えば、図１１に示すように、Ｓ３１において、クライアント装置４の表示画面のうち、問い合わせ制御用のアプレット（制御部５２）に割り当てられた領域Ａ５２に、上記ＨＭＩ処理部５１による問い合わせ（ポーリング）の状態を表示し、入力を待ち受ける。
【００８１】
本実施形態に係る制御部５２は、上記ＨＭＩ処理部５１による現在の問い合わせ周期（ポーリング周期）を〔ｍｓ〕単位で表示し、設定するためのテキストボックスＢ１と、ポーリング処理の一時停止を指示するボタンＢ１１と、ポーリング処理の再開を指示するためのボタンＢ１２と、ポーリング処理のステップ実行を指示するボタンＢ１３と、ポーリング処理が完了するまでの期間を示すプログレスバーＢ２１とを表示している。
【００８２】
なお、クライアント装置４のユーザが特に指示していない間、ＨＭＩ処理部５１は、予め定められたポーリング周期で公開サーバ部３３に問い合わせているので、上記テキストボックスＢ１には、ポーリング周期の初期値（例えば、２０００〔ｍｓ〕など）が表示されている。
【００８３】
一方、上記ＨＭＩ処理部５１は、画面表示に必要なＸＭＬファイルを公開サーバ部３３から取得すると共に、ユーザからの指示がない限り（Ｓ３２にて、NOの場合）、Ｓ３３において、今回表示すべき単位画面を取得した後、Ｓ３４において、当該単位画面を示すＸＭＬファイルを参照しながら、公開サーバ部３３へ、デバイスの状態を問い合わせ、応答結果に応じて、デバイスの状態を画面に表示する。また、画面（操作画面）への操作を受け付けると、ＨＭＩ処理部５１は、上記ＸＭＬファイルを参照して、操作を認識し、認識結果に応じた制御指示を公開サーバ部３３に送信できる。なお、上記Ｓ３１〜Ｓ３４の処理は、予め定められたポーリング周期で繰り返され、クライアント装置４の画面には、各デバイスの現状が表示される。
【００８４】
より詳細には、上記ＨＭＩ処理部５１用のアプレット（ＨＭＩ用アプレット）を実行するバーチャルマシン４１は、ＸＭＬファイルを参照し、各タグ（処理指示語）に応じたインスタンスを生成する。これらのインスタンスのうち、表示タグに応じたインスタンスの描画メソッドは、上記ポーリング周期で実行される。この結果、これらインスタンスを含むＨＭＩ処理部５１は、各デバイスの状態をポーリング周期で公開サーバ部３３に問い合わせることができる。
【００８５】
一方、公開サーバ部３３は、問い合わせを受けると、サーバ部２３に当該デバイス２ａの状態取得を指示し、サーバ部２３は、ＨＭＩ処理部２１から指示された場合と同様に、プログラマブル表示器１２と、あるいは、プログラマブル表示器１２を介してＰＬＣ１１と通信して、デバイスの状態を取得し、公開サーバ部３３へ伝える。さらに、公開サーバ部３３がインターネット５を介してクライアント装置４へ状態を通知すると、上記描画メソッドは、当該データ（デバイスの状態）に応じて、クライアント装置４の表示画面のうち、予め定められた表示領域（Ｘ・Ｙ）の表示を更新する。
【００８６】
ここで、上記ＸＭＬファイル、および、ＨＭＩ用アプレットを呼び出すＨＴＭＬファイルは、画面データに基づいて生成されており、上記各インスタンスは、画面データ中の対応するタグと、同じデバイスの状態を参照するように設定されている。また、各インスタンスの描画メソッドは、デバイスの状態が同じ場合、タグと同じ画像を表示するように作成されている。したがって、ＨＭＩ用アプレットが実行されると、クライアント装置４の表示画面のうち、ＨＭＩ用アプレットのために割り当てられた領域Ａ５１には、図１１に示すように、図５と同様のレイアウトで、デバイスの状態を示す部品図形Ｊ１（Ｊ２）が表示される。
【００８７】
一方、バーチャルマシン４１は、ＨＭＩ用アプレットの実行中、例えば、マウス操作などの入力操作が行われると、入力タグに対応するインスタンスのうち、入力操作に応じたインスタンスの入力メソッドを実行する。したがって、これらインスタンスを含むＨＭＩ処理部５１は、入力に対応するデバイスに対して入力結果に応じた制御指示を与えるよう、公開サーバ部３３へ要求する。この場合、公開サーバ部３３は、サーバ部２３へ当該要求を伝える。これにより、ＨＭＩ処理部２１がデバイスの状態を制御する場合と同様に、クライアント装置４の操作に応じた制御指示が、デバイスの実体に伝えられる。
【００８８】
なお、ＨＭＩ処理部５１による問い合わせの際には、制御指示を受けた後のデバイスの状態が返答されるので、クライアント装置４の表示画面には、デバイスの制御後、上記描画メソッドが実行された時点で、プログラマブル表示器１２と同様に、操作結果が反映される。
【００８９】
一方、図１１に示す上記各表示Ｂ１〜Ｂ２１の何れかが操作され、クライアント装置４にポーリング処理の制御が指示されると（図１０に示すＳ３２にて、YES の場合）、制御部５２は、指示に応じて、ＨＭＩ処理部５１による問い合わせ処理（ポーリング処理）を制御する（Ｓ４１）。
【００９０】
例えば、クライアント装置４がインターネット５と常時接続されておらず、通信時間に応じた通信費用が請求される場合、クライアント装置４のユーザは、上記Ｓ３４での表示によって、ローカル制御システム３のデバイスの状態が把握でき、監視の継続が不要と判断した時点で、図１１に示すボタンＢ１１を操作して、ポーリング処理の停止を指示する。この場合、制御部５２は、ＨＭＩ処理部５１へ指示して、問い合わせを一時停止させる。
【００９１】
ここで、上述したように、ＨＭＩ処理部５１は、単位画面の切り換えを特定のデバイスへの制御指示で実現することで、クライアント装置４で表示している単位画面とプログラマブル表示器１２で表示している単位画面を一致させることができる一方で、上記Ｓ３３での当該画面制御用デバイスの取得に失敗した場合、誤操作を避けるために、画面表示を停止している。
【００９２】
ところが、上記構成では、制御部５２がＨＭＩ処理部５１の問い合わせを一時停止させている。したがって、単位画面の一致が可能なＨＭＩ処理部５１を用いているにも拘わらず、クライアント装置４がインターネット５と接続していない状態でも上記画面制御用デバイスの取得に失敗することがなく、画面表示を続けることができる。
【００９３】
また、ＨＭＩ処理部５１用の領域Ａ５１と共に、制御部５２によって、ポーリングの状態を示す画面が表示されているので、ポーリング処理が停止されている場合、クライアント装置４のユーザは、現在、表示されているデバイスの状態がポーリング処理の停止前の状態であることを把握できる。したがって、誤解に起因する誤操作を防止できる。
【００９４】
さらに、例えば、制御部５２は、ボタンＢ１２が操作された場合、上記Ｓ４１において、ＨＭＩ処理部５１へ指示して、ポーリング処理を再開させる。また、ボタンＢ１３が操作された場合、制御部５２は、ＨＭＩ処理部５１によるポーリング処理をステップ実行させる。
【００９５】
一方、他のポーリング処理の制御例として、テキストボックスＢ１に新たなポーリング周期が入力されると、制御部５２は、ＨＭＩ処理部５１へポーリング周期の変更を指示する。これにより、クライアント装置４のユーザは、ＨＭＩ処理部５１によるポーリング周期を所望の値に設定できる。なお、設定値は、テキストボックスＢ１に表示されているので、ユーザは、ポーリング周期を誤解することがない。
【００９６】
また、制御部５２は、プログレスバーＢ２１に、取得すべきデバイスの状態全てと、これまでに取得したデバイスの状態との比率を表示して、ユーザに、ポーリング処理が完了するまでの期間を提示している。
【００９７】
なお、上記では、公開サーバ部３３がローカル制御システム３内の制御用ホストコンピュータ１４に設けられている場合を例にして説明したが、これに限るものではない。例えば、これらの部材を有する公開サーバ装置をローカル制御システム３外に配してもよい。
【００９８】
この構成の場合、クライアント装置４は、公開サーバ装置と通信して、アプレットを受け取ると共に、デバイスの状態を送受する。また、公開サーバ装置は、制御用ホストコンピュータ１４に設けられた通信処理部と通信して、画面データを受け取ったり、デバイスの状態を送受する。
【００９９】
当該構成であっても、当該通信処理部は、サーバ部２３を介してデバイス２ａの状態を取得すると共に、公開サーバ装置とローカル制御システム３との間の通信路、公開サーバ装置およびインターネット５を介して、クライアント装置４へ、デバイスの状態を通知し、当該デバイスの状態をクライアント装置４に表示させることができる。
【０１００】
さらに、上記構成では、クライアント装置４がローカル制御システム３とは別の公開サーバ装置にアクセスする。したがって、インターネット５に接続されたクライアント装置４へデバイスの状態を表示させることができるにも拘らず、ローカル制御システム３は、予め定められた公開サーバ装置と通信するだけでよい。この結果、制御用ホストコンピュータ１４がクライアント装置４から直接アクセスされる場合に比べて、ローカル制御システム３の負担を軽減でき、ローカル制御システム３の安全性を向上できる。
【０１０１】
また、他の構成例として、図１２に示すように、クライアント装置４内に、ＨＭＩ処理部５１と通信して、デバイスの状態を送受する応答処理部（応答手段）５３を設けてもよい。この場合、ＨＭＩ処理部５１は、クライアント装置４内の応答処理部５３と通信して、デバイスの状態を送受し、応答処理部５３は、ＨＭＩ処理部５１からの問い合わせや制御指示に応じて、制御用ホストコンピュータ１４の公開サーバ部３３と通信して、デバイスの状態を送受する。なお、この場合、アプレットなどを含む公開用ファイルは、図１の構成と同様に、公開サーバ部３３からクライアント装置４に送信される。
【０１０２】
この場合であっても、ＨＭＩ処理部５１のポーリング処理の状態は、制御部５２によって提示されると共に、ユーザの指示に応じて制御される。したがって、ユーザの誤解に起因する誤操作を防止しながら、ＨＭＩ処理部５１による問い合わせの状態を制御できる。ここで、応答処理部５３による制御用ホストコンピュータ１４への問い合わせは、ＨＭＩ処理部５１による問い合わせをトリガとしている。したがって、ＨＭＩ処理部５１による問い合わせ状態を制御することで、制御部５２は、応答処理部５３による問い合わせも制御でき、図１と同様の効果が得られる。
【０１０３】
なお、本実施形態では、プログラマブル表示器１２が専用プロトコルと共通プロトコルとを変換しているが、これに限るものではなく、他の装置がプロトコルしてもよいし、制御用ホストコンピュータ１４が専用プロトコルでＰＬＣ１１と直接通信してもよい。ただし、本実施形態のように、公開サーバ部３３からＰＬＣ１１までの間に、プロトコル変換する部材が設けられている場合、公開サーバ部３３およびファイル生成部３１は、デバイス２ａの状態の問い合わせや状態制御指示の内容が同じであれば、専用プロトコルに拘らず、同じ動作をすればよい。したがって、専用プロトコル毎に、公開サーバ部３３およびファイル生成部３１を設ける必要がなく、制御システム１を構築する際の手間を削減できる。
【０１０４】
また、上記実施形態では、アプレットを公開する場合を例にして説明したが、アプレットの代わりに、例えば、べーシックなどのプログラム言語をコンパイルするなどして作成され、アプレットと同様の動作をクライアント装置４に実行させる実行プログラムを配信しても、略同様の効果が得られる。
【０１０５】
ただし、本実施形態のように、クライアント装置４のバーチャルマシン４１が、当該アプレットをクライアント装置４が実行可能な機械語に翻訳して実行する場合、クライアント装置４がバーチャルマシンを備えていれば、クライアント装置のオペレーティングシステム（ＯＳ）やＣＰＵが実行可能な機械語が異なっていても、アプレットを実行できる。したがって、公開サーバ部３３が配布するアプレットの種類を増加させることなく、より多くのクライアント装置４でデバイスの状態を表示し、制御できる。
【０１０６】
なお、上記実施形態では、ローカル制御システム３とクライアント装置４との間をインターネット５で接続する場合について説明したが、これに限るものではなく、公衆電話回線網などの広域通信網を介して接続してもよい。ただし、公衆電話回線網とは異なり、インターネット５は、送信側と受信側との間の回線を確保しないので、通信費用が安く設定されていることが多い。したがって、例えば、ローカル制御システム３やクライアント装置４あるいは上述の公開用サーバ装置の間の距離が離れている場合には、本実施形態のように、インターネット５で接続する方が好ましい。
【０１０７】
【発明の効果】
本発明に係る制御システムのデータ伝送方法は、以上のように、デバイスが設けられたローカル制御システムにて、デバイスの状態を表示し、操作を受け付ける制御用表示装置の画面データに基づいて、端末装置の画面にデバイスの状態を表示する動作、当該端末装置がデバイスの状態を、広域通信網を介して応答手段へ周期的に問い合わせる動作、問い合わせの周期、あるいは、問い合わせの一時停止／再開の入力を促す動作を、上記端末装置へ指示するための公開用ファイルを生成する生成工程と、上記公開用ファイルに基づいて、デバイスの状態を、広域通信網を介して応答手段へ周期的に問い合わせて取得し、上記端末装置の画面に表示する表示工程と、上記公開用ファイルに含まれ、デバイスと操作との対応を示す対応情報に基づいて、上記端末装置への操作を認識し、操作に応じたデバイスの状態制御指示を、上記広域通信網を介して上記応答手段へ伝える操作認識工程とを含み、上記対応情報では、単位画面の切り換え操作が、複数の単位画面のうちの表示すべき単位画面を記憶する画面制御用デバイスに対応する操作として記憶され、上記表示工程では、画面を更新する際、上記画面制御デバイスの状態として、表示すべき単位画面を取得した後で、当該単位画面を表示し、当該画面制御デバイスの状態取得に失敗すると画面表示を停止すると共に、上記問い合わせの状態を上記端末装置の使用者に提示する提示工程と、上記端末装置への使用者の操作に応じて、問い合わせの周期、あるいは、問い合わせの一時停止／再開を制御する制御工程とを含んでいる構成である。
【０１０８】
本発明に係る制御システムのデータ伝送方法は、以上のように、デバイスが設けられたローカル制御システムにて、デバイスの状態を表示し、操作を受け付ける制御用表示装置 の画面データに基づいて、端末装置の画面にデバイスの状態を表示する動作、広域通信網を介してデバイスと通信する応答手段へ、デバイスの状態を周期的に問い合わせて取得する動作、問い合わせの周期、あるいは、問い合わせの一時停止／再開の入力を促す動作を、上記端末装置へ指示するための公開用ファイルを生成する生成工程と、上記公開用ファイルに基づいて、上記応答手段へデバイスの状態を問い合わせて取得し、上記端末装置の画面に表示する表示工程と、上記公開用ファイルに含まれ、デバイスと操作との対応を示す対応情報に基づいて、上記端末装置への操作を認識し、上記応答手段にデバイスの状態制御指示を送信する操作認識工程とを含み、上記対応情報では、単位画面の切り換え操作が、複数の単位画面のうちの表示すべき単位画面を記憶する画面制御用デバイスに対応する操作として記憶され、上記表示工程では、画面を更新する際、上記画面制御デバイスの状態として、表示すべき単位画面を取得した後で、当該単位画面を表示し、当該画面制御デバイスの状態取得に失敗すると画面表示を停止すると共に、上記問い合わせの状態を上記端末装置の使用者に提示する提示工程と、上記端末装置への使用者の操作に応じて、問い合わせの周期、あるいは、問い合わせの一時停止／再開を制御する制御工程とを含んでいる構成である。
【０１０９】
本発明に係るデータ伝送方法は、以上のように、上記構成において、上記公開用ファイルは、上記画面データに含まれる各単位画面に対応するＸＭＬファイルと、当該ＸＭＬファイルを参照して、上記各動作を端末装置に実行させるＨＭＩ用アプレットが格納されたアプレットファイルと、上記問い合わせ制御用の動作を実行させるアプレットが格納されたアプレットファイルと、両アプレットを実行させるＨＴＭＬ文書とから構成されており、上記端末装置は、単位画面が切り換えられた場合、変更後の単位画面に応じたＸＭＬファイルを読み込む構成である。
【０１１０】
本発明に係る制御システムは、以上のように、端末装置と、デバイスが設けられたローカル制御システムにて、デバイスの状態を表示し、操作を受け付ける制御用表示装置の画面データに基づいて、上記端末装置の画面にデバイスの状態を表示する動作、当該端末装置がデバイスの状態を、広域通信網を介して応答手段へ周期的に問い合わせる動作、問い合わせの周期、あるいは、問い合わせの一時停止／再開の入力を促す動作を、上記端末装置へ指示するための公開用ファイルを生成するファイル生成手段とを備えた制御システムであって、上記端末装置は、上記公開用ファイルに基づいて、デバイスの状態を、広域通信網を介して応答手段へ周期的に問い合わせて取得し、当該端末装置の画面に表示すると共に、上記公開用ファイルに含まれ、デバイスと操作との対応を示す対応情報に基づいて、当該端末装置への操作を認識し、操作に応じたデバイスの状態制御指示を、上記広域通信網を介して上記応答手段へ伝えると共に、上記対応情報では、単位画面の切り換え操作が、複数の単位画面のうちの表示すべき単位画面を記憶する画面制御用デバイスに対応する操作として記憶され、上記端末装置は、画面を更新する際、上記画面制御デバイスの状態として、表示すべき単位画面を取得した後で、当該単位画面を表示し、当該画面制御デバイスの状態取得に失敗すると画面表示を停止すると共に、上記問い合わせの状態を当該端末装置の使用者に提示し、当該端末装置への使用者の操作に応じて、問い合わせの周期、あるいは、問い合わせの一時停止／再開を制御する構成である。
【０１１１】
本発明に係る制御システムは、以上のように、端末装置と、デバイスが設けられたローカル制御システムにて、デバイスの状態を表示し、操作を受け付ける制御用表示装置の画面データに基づいて、上記端末装置の画面にデバイスの状態を表示する動作、広域通信網を介してデバイスと通信する応答手段へ、デバイスの状態を周期的に問い合わせて取得する動作、問い合わせの周期、あるいは、問い合わせの一時停止／再開の入力を促す動作を、上記端末装置へ指示するための公開用ファイルを生成するファイル生成手段とを備えた制御システムであって、上記端末装置は、上記公開用ファイルに基づいて、上記応答手段へデバイスの状態を問い合わせて取得し、当該端末装置の画面に表示すると共に、上記公 開用ファイルに含まれ、デバイスと操作との対応を示す対応情報に基づいて、上記端末装置への操作を認識し、上記応答手段にデバイスの状態制御指示を送信し、上記対応情報では、単位画面の切り換え操作が、複数の単位画面のうちの表示すべき単位画面を記憶する画面制御用デバイスに対応する操作として記憶され、上記端末装置は、画面を更新する際、上記画面制御デバイスの状態として、表示すべき単位画面を取得した後で、当該単位画面を表示し、当該画面制御デバイスの状態取得に失敗すると画面表示を停止すると共に、上記問い合わせの状態を上記端末装置の使用者に提示し、当該端末装置への使用者の操作に応じて、問い合わせの周期、あるいは、問い合わせの一時停止／再開を制御する構成である。
【０１１２】
本発明に係るプログラムは、以上のように、上記各工程を上記端末装置としてのコンピュータに実行させるプログラムであって、当該プログラムを実行するコンピュータによって、上記各工程が行われる。また、本発明に係る記録媒体には、上記プログラムが記録されている。
【０１１３】
上記構成によれば、上記画面データにおいて、単位画面の切り換え操作は、デバイスの一種としての画面制御デバイスに対する操作として記憶されているので、画面データを設計する際、画面切り換えのために、デバイスへの操作とは異なる設計手順が不要になり、設計者の負担を軽減できる。また、上記表示工程では、上記画面制御デバイスの状態取得に失敗すると、画面表示を停止するように構成されているので、端末装置のユーザは、当該画面制御用デバイスの状態取得を確実に把握できる。
【０１１４】
さらに、提示工程および制御工程が設けられているので、端末装置の使用者は、問い合わせの状態を確認しながら、例えば、問い合わせの周期あるいは停止や再開など、問い合わせの状態を制御できる。したがって、上記誤解に起因する誤操作を防止できるにも拘わらず、端末装置の使用者は、デバイスから端末装置までの間の広域通信網に端末装置を常時接続するとコストが嵩んだり、短い周期で問い合わせると広域通信網の帯域を占有してしまう場合には、問い合わせを一時停止したり、問い合わせの周期を長くするなど、広域通信網の状態に応じた問い合わせの状態を制御できるという効果を奏する。
【図面の簡単な説明】
【図１】 本発明の一実施形態を示すものであり、ローカル制御システムからのアプレットにより、クライアント装置に機能ブロックが形成された状態における、制御システムの要部構成を示すブロック図である。
【図２】 上記制御システムを示すものであり、上記アプレットによる機能ブロックが形成される前の状態を示すブロック図である。
【図３】 上記制御システムのプログラマブル表示器の操作画面を定義する画面データを示すものであり、画面データ中の表示タグのデータ構造を示す説明図である。
【図４】 上記画面データ中の入力タグのデータ構造を示す説明図である。
【図５】 上記画面データに基づいて表示される、プログラマブル表示器の画面例を示す説明図である。
【図６】 上記制御システムにおいて、シンボルデータベースに記憶されるデータの構造を示すものであり、シンボル毎のレコードを示す説明図である。
【図７】 上記制御システムにおいて、シンボルデータベースに記憶されるデータの構造を示すものであり、シンボルの階層構造を示す説明図である。
【図８】 上記制御システムにおいて、ローカル制御システムからクライアント装置に配信されるＸＭＬファイルの例を示す説明図である。
【図９】 上記制御システムにおいて、ローカル制御システムからクライアント装置に配信されるＨＴＭＬファイルの例を示す説明図である。
【図１０】 上記制御システムの動作を示すフローチャートである。
【図１１】 上記各ファイルによってクライアント装置に表示される画面例を示す説明図である。
【図１２】 上記制御システムの変形例を示すものであり、制御システムの要部構成を示すブロック図である。
【図１３】 従来例を示すものであり、制御システムの要部構成を示すブロック図である。
【符号の説明】
１ 制御システム
２ａ デバイス
４ クライアント装置（端末装置）
５ インターネット（広域通信網）
３３ 公開サーバ部（応答手段）
５３ 応答処理部（応答手段）
【発明の属する技術分野】
本発明は、ローカル制御システムから離れた場所に配置された端末装置にて、デバイスの状態を表示／操作可能な制御システムのデータ伝送方法、制御システム、並びに、それを実現するためのプログラムおよび記録媒体に関するものである。
【０００２】
【従来の技術】
インターネットなどの広域通信網の発達によって、ターゲットシステムの近傍のローカル制御システムだけではなく、当該ローカル制御システムから離れた場所のクライアント装置からも、ターゲットシステムのデバイスの状態を表示し、制御可能な制御システムが提案されている。
【０００３】
例えば、図１３に示す制御システム１０１では、クライアント装置１０４に形成されたＨＭＩ（Human Machine Interface ）処理部１５１が、インターネット１０５を介して、ローカル制御システム１０３の制御用ホストコンピュータ１１４に周期的に問い合わせて、デバイスの状態を取得し、例えば、デバイスの状態に応じた表示方法で、デバイスを示す図形を表示するなどして、クライアント装置１０４の画面にデバイスの状態を表示する。
【０００４】
一方、マウスなどによって、クライアント装置１０４の画面上に表示されたデバイスが操作されると、上記ＨＭＩ処理部１５１は、制御用ホストコンピュータ１１４と通信して、操作に応じた制御を当該デバイスに対して指示するよう伝える。この場合、制御用ホストコンピュータ１１４は、受け取った制御指示に基づいて、プログラマブル表示器１１２に指示したり、プログラマブル表示器１１２を介してプログラマブル・ロジック・コントローラ（ＰＬＣ）１１１へ指示するなどして、デバイスの実体へ、制御指示を伝える。
【０００５】
さらに、制御用ホストコンピュータ１１４にファイル生成部１３１が設けられており、当該ファイル生成部１３１は、プログラマブル表示器１１２が画面を表示する際に参照する画面データに基づいて、クライアント装置１０４用のデータを生成する。
【０００６】
上記制御システム１０１では、上記クライアント装置１０４が上記ファイル生成部１３１が生成したクライアント装置用データに基づいて画面を表示することで、クライアント装置１０４用の画面を新たに設計せずに、ターゲットシステム１０２のデバイス１０２ａの状態を表示し操作できる。
【０００７】
具体的には、プログラマブル表示器１１２の画面データは、複数の単位画面のうちの何れかを、プログラマブル表示器１１２に表示させるためのデータであって、画面上の領域と、当該領域への表示や入力に対応するデバイスとの対応関係を示すタグを、各単位画面に関連付けることで形成されている。
【０００８】
上記プログラマブル表示器１１２は、上記画面データが格納されると、所定の時間間隔で、自らのシステム領域のうち、現在表示中の単位画面を記憶する領域の値を読み出し、自らに格納された画面データが示す複数の単位画面の中から、現在表示中の単位画面を決定する。さらに、上記画面データから、当該単位画面で表示すべき表示タグを抽出すると共に、各表示タグが示すデバイスの状態を取得し、各表示タグが示す画面領域に取得した状態を表示する。
【０００９】
また、プログラマブル表示器１１２は、図示しないタッチパネルなどからの操作を受け付けると、上記と同様の手順で現在表示中の単位画面を取得すると共に、上記画面データの入力タグのうち、現在表示中の単位画面に関連し、しかも、受け付けた操作に対応する入力タグを特定し、入力タグが示すデバイスへ、操作に応じた制御を指示する。
【００１０】
ここで、上記プログラマブル表示器１１２では、現在表示中の単位画面を記憶するシステム領域も、デバイスの１つとして扱われており、画面切り換え指示の受け付けも、入力タグによって表現される。
【００１１】
上記構成では、入力タグや表示タグを、画面上の領域とデバイスと単位画面とに対応付けるだけで、プログラマブル表示器１１２の画面を設計できるので、表示／操作受付用のプログラムを作成（修正）して画面設計する場合よりも容易に、プログラマブル表示器１１２の画面を設計できる。
【００１２】
また、上記ファイル生成部１３１が生成するクライアント装置用のデータは、画面データ中の入力タグおよび表示タグを参照するプログラマブル表示器１１２と同様の動作を、クライアント装置１０４が実行するよう、クライアント装置１０４に指示する。ただし、クライアント装置用のデータでは、表示先および操作元がクライアント装置１０４の表示装置および入力装置に変更される。また、画面データを参照するプログラマブル表示器１１２が、ＰＬＣ１１１と通信して、デバイスの状態を取得したり、デバイスの状態制御指示を送信する代わりに、クライアント装置１０４が、制御用ホストコンピュータ１１４の公開サーバ部１３３と通信して、デバイスの状態を取得したり、デバイスの制御指示を送信するように、クライアント装置１０４へ指示する。
【００１３】
ここで、上記クライアント装置用のデータでは、プログラマブル表示器１１２と同様に、現在表示中の単位画面の決定や、単位画面の切り換えが、画面制御用のデバイスの状態取得や状態制御として扱われている。ところが、単位画面の取得に失敗すると、プログラマブル表示器１１２で現在表示中の単位画面を特定できず、適切な画面を表示できない。さらに、プログラマブル表示器１１２で現在表示中の単位画面を、クライアント装置１０４のユーザが、プログラマブル表示器１１２で表示中の単位画面と誤解すると、誤操作する虞れもある。したがって、クライアント装置１０４のＨＭＩ処理部１５１は、単位画面の取得に失敗すると、画面表示を停止するように構成されている。
【００１４】
【発明が解決しようとする課題】
しかしながら、上記構成では、クライアント装置がインターネットに常時接続していない場合には、画面表示できないという問題を生じる。この結果、例えば、常時接続するために、通信費用が高騰する虞れがある。
【００１５】
なお、単位画面の取得に失敗しても、以前の単位画面が取得されたものとして、単位画面の取得に成功した場合と同様に画面表示すると、クライアント装置１０４のユーザが、プログラマブル表示器１１２で表示中の単位画面を誤解して、誤操作する虞れがある。
【００１６】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、上記誤解に起因する誤操作の防止と、通信費用の軽減との双方を実現可能な制御システムを実現することにある。
【００１７】
【課題を解決するための手段】
本発明に係る制御システムのデータ伝送方法は、上記課題を解決するために、デバイスが設けられたローカル制御システムにて、デバイスの状態を表示し、操作を受け付ける制御用表示装置の画面データに基づいて、端末装置の画面にデバイスの状態を表示する動作、当該端末装置がデバイスの状態を、広域通信網を介して応答手段へ周期的に問い合わせる動作、問い合わせの周期、あるいは、問い合わせの一時停止／再開の入力を促す動作を、上記端末装置へ指示するための公開用ファイルを生成する生成工程と、上記公開用ファイルに基づいて、デバイスの状態を、広域通信網を介して応答手段へ周期的に問い合わせて取得し、上記端末装置の画面に表示する表示工程と、上記公開用ファイルに含まれ、デバイスと操作との対応を示す対応情報に基づいて、上記端末装置への操作を認識し、操作に応じたデバイスの状態制御指示を、上記広域通信網を介して上記応答手段へ伝える操作認識工程とを含んでいる。さらに、上記対応情報では、単位画面の切り換え操作が、複数の単位画面のうちの表示すべき単位画面を記憶する画面制御用デバイスに対応する操作として記憶されている。また、上記表示工程では、画面を更新する際、上記画面制御デバイスの状態として、表示すべき単位画面を取得した後で、当該単位画面を表示し、当該画面制御デバイスの状態取得に失敗すると画面表示を停止する。加えて、上記制御システムのデータ伝送方法は、さらに、上記問い合わせの状態を上記端末装置の使用者に提示する提示工程と、上記端末装置への使用者の操作に応じて、問い合わせの周期、あるいは、問い合わせの一時停止／再開を制御する制御工程とを含んでいる。
【００１８】
また、本発明に係る制御システムのデータ伝送方法は、上記構成において、上記表示工程にて、上記広域通信網を介して応答手段へデバイスの状態を問い合わせて取得し、上記操作認識工程にて、上記広域通信網を介して応答手段へデバイスの状態制御指示を伝える代わりに、上記表示工程にて、広域通信網を介してデバイスと通信する応答手段へデバイスの状態を問い合わせて取得すると共に、上記操作認識工程にて、当該応答手段にデバイスの状態制御指示を送信することを特徴としている。なお、この場合は、上記応答手段と端末装置とが一体であってもよい。
【００１９】
具体的には、本発明に係る制御システムのデータ伝送方法は、デバイスが設けられたローカル制御システムにて、デバイスの状態を表示し、操作を受け付ける制御用表示装置の画面データに基づいて、端末装置の画面にデバイスの状態を表示する動作、広域通信網を介してデバイスと通信する応答手段へ、デバイスの状態を周期的に問い合わせて取得する動作、問い合わせの周期、あるいは、問い合わせの一時停止／再開の入力を促す動作を、上記端末装置へ指示するための公開用ファイルを生成する生成工程と、上記公開用ファイルに基づいて、上記応答手段へデバイスの状態を問い合わせて取得し、上記端末装置の画面に表示する表示工程と、上記公開用ファイルに含まれ、デバイスと操作との対応を示す対応情報に基づいて、上記端末装置への操作を認識し、上記応答手段にデバイスの状態制御指示を送信する操作認識工程とを含み、上記対応情報では、単位画面の切り換え操作が、複数の単位画面のうちの表示すべき単位画面を記憶する画面制御用デバイスに対応する操作として記憶され、上記表示工程では、画面を更新する際、上記画面制御デバイスの状態として、表示すべき単位画面を取得した後で、当該単位画面を表示し、当該画面制御デバイスの状態取得に失敗すると画面表示を停止すると共に、上記問い合わせの状態を上記端末装置の使用者に提示する提示工程と、上記端末装置への使用者の操作に応じて、問い合わせの周期、あるいは、問い合わせの一時停止／再開を制御する制御工程とを含んでいることを特徴としている。
【００２０】
さらに、上記構成に加えて、上記公開用ファイルは、上記画面データに含まれる各単位画面に対応するＸＭＬファイルと、当該ＸＭＬファイルを参照して、上記各動作を端末装置に実行させるＨＭＩ用アプレットが格納されたアプレットファイルと、上記問い合わせ制御用の動作を実行させるアプレットが格納されたアプレットファイルと、両アプレットを実行させるＨＴＭＬ文書とから構成されており、上記端末装置は、単位画面が切り換えられた場合、変更後の単位画面に応じたＸＭＬファイルを読み込んでもよい。
【００２１】
一方、本発明に係る制御システムは、端末装置と、デバイスが設けられたローカル制御システムにて、デバイスの状態を表示し、操作を受け付ける制御用表示装置の画面データに基づいて、上記端末装置の画面にデバイスの状態を表示する動作、当該端末装置がデバイスの状態を、広域通信網を介して応答手段へ周期的に問い合わせる動作、問い合わせの周期、あるいは、問い合わせの一時停止／再開の入力を促す動作を、上記端末装置へ指示 するための公開用ファイルを生成するファイル生成手段とを備えた制御システムであって、上記端末装置は、上記公開用ファイルに基づいて、デバイスの状態を、広域通信網を介して応答手段へ周期的に問い合わせて取得し、当該端末装置の画面に表示すると共に、上記公開用ファイルに含まれ、デバイスと操作との対応を示す対応情報に基づいて、当該端末装置への操作を認識し、操作に応じたデバイスの状態制御指示を、上記広域通信網を介して上記応答手段へ伝えると共に、上記対応情報では、単位画面の切り換え操作が、複数の単位画面のうちの表示すべき単位画面を記憶する画面制御用デバイスに対応する操作として記憶され、上記端末装置は、画面を更新する際、上記画面制御デバイスの状態として、表示すべき単位画面を取得した後で、当該単位画面を表示し、当該画面制御デバイスの状態取得に失敗すると画面表示を停止すると共に、上記問い合わせの状態を当該端末装置の使用者に提示し、当該端末装置への使用者の操作に応じて、問い合わせの周期、あるいは、問い合わせの一時停止／再開を制御することを特徴としている。
【００２２】
また、本発明に係る制御システムは、端末装置と、デバイスが設けられたローカル制御システムにて、デバイスの状態を表示し、操作を受け付ける制御用表示装置の画面データに基づいて、上記端末装置の画面にデバイスの状態を表示する動作、広域通信網を介してデバイスと通信する応答手段へ、デバイスの状態を周期的に問い合わせて取得する動作、問い合わせの周期、あるいは、問い合わせの一時停止／再開の入力を促す動作を、上記端末装置へ指示するための公開用ファイルを生成するファイル生成手段とを備えた制御システムであって、上記端末装置は、上記公開用ファイルに基づいて、上記応答手段へデバイスの状態を問い合わせて取得し、当該端末装置の画面に表示すると共に、上記公開用ファイルに含まれ、デバイスと操作との対応を示す対応情報に基づいて、上記端末装置への操作を認識し、上記応答手段にデバイスの状態制御指示を送信し、上記対応情報では、単位画面の切り換え操作が、複数の単位画面のうちの表示すべき単位画面を記憶する画面制御用デバイスに対応する操作として記憶され、上記端末装置は、画面を更新する際、上記画面制御デバイスの状態として、表示すべき単位画面を取得した後で、当該単位画面を表示し、当該画面制御デバイスの状態取得に失敗すると画面表示を停止すると共に、上記問い合わせの状態を上記端末装置の使用者に提示し、当該端末装置への使用者の操作に応じて、問い合わせの周期、あるいは、問い合わせの一時停止／再開を制御することを特徴としている。
【００２３】
さらに、本発明に係るプログラムは、上記各工程を上記端末装置としてのコンピュータに実行させるプログラムであって、当該プログラムを実行するコンピュータによって、上記各工程が行われる。また、本発明に係る記録媒体には、上記プログラムが記録されている。
【００２４】
なお、上記問い合わせの状態の提示は、例えば、問い合わせ周期の提示であってもよいし、周期的に問い合わせているか否かや次の問い合わせ時点などの提示であってもよい。
【００２５】
上記構成によれば、デバイスから端末装置までの間に広域通信網が介在しているにも拘わらず、上記端末装置は、画面データに基づいて生成された公開用ファイルが示す単位画面を表示して、デバイスの状態を使用者に提示し、デバイスへの操作を受け付けることができる。さらに、上記画面データにおいて、単位画面の切り換え操作は、デバイスの一種としての画面制御デバイスに対する操作として記憶されているので、画面データを設計する際、画面切り換えのために、デバイスへの操作とは異なる設計手順が不要になり、設計者の負担を軽減できる。
【００２６】
また、デバイスの一種として、画面制御デバイスが扱われているので、例えば、プログラマブル表示器など、デバイスが設けられたローカル制御システムにて、デバイスの状態を表示し、操作を受け付ける制御用表示装置が現在表示している単位画面を上記応答手段が取得して、上記画面制御デバイスへの問い合わせに対して、当該取得結果を返答すると共に、制御用表示装置の各単位画面を表示する画面データに基づいて、端末装置が表示すれば、制御用表示装置が表示している単位画面と端末装置が表示している単位画面とを一致させることができる。この場合、端末装置では、制御用表示装置にて現在操作されている単位画面を、確認でき、当該単位画面における操作への応答を確認できる。したがって、制御用表示装置へのオペレータの操作も端末装置で確認できる。
【００２７】
ここで、上記構成のように、端末装置で表示中の単位画面を、制御用表示装置で表示中の単位画面と一致させることができる場合、上記画面制御デバイスの状態取得に失敗した場合に、画面表示を続けると、端末装置の使用者が、制御用表示装置で現在表示中の単位画面を誤解して、誤操作する虞れがある。したがって、上記表示工程では、上記画面制御デバイスの状態取得に失敗すると、画面表示を停止するように構成されている。
【００２８】
さらに、提示工程および制御工程が設けられているので、端末装置の使用者は、問い合わせの状態を確認しながら、例えば、問い合わせの周期あるいは停止や再開など、問い合わせの状態を制御できる。したがって、上記誤解に起因する誤操作を防止できるにも拘わらず、端末装置の使用者は、デバイスから端末装置までの間の広域通信網に端末装置を常時接続するとコストが嵩んだり、短い周期で問い合わせると広域通信網の帯域を占有してしまう場合には、問い合わせを一時停止したり、問い合わせの周期を長くするなど、広域通信網の状態に応じた問い合わせの状態を制御できる。
【００２９】
【発明の実施の形態】
本発明の一実施形態について図１ないし図１２に基づいて説明すると、以下の通りである。すなわち、本実施形態に係る制御システム１は、図２に示すように、ローカル制御システム３から離れた場所のクライアント装置（端末装置）４でも、インターネット（広域通信網）５を介して、上記ターゲットシステム２のデバイス２ａの状態を表示し制御可能なシステムである。
【００３０】
上記ローカル制御システム３は、上記ターゲットシステム２のデバイス２ａを制御する制御装置としてのＰＬＣ１１と、多くの場合、制御対象近傍に配されると共に、制御システム１のＨＭＩ（Human Machine Interface ）として、デバイス２ａの状態を表示し、オペレータによるデバイス２ａへの操作を受け付けるプログラマブル表示器１２とを備えている。さらに、本実施形態に係るローカル制御システム３では、各プログラマブル表示器１２は、イーサネット（登録商標）などのローカルエリアネットワーク（ＬＡＮ）１３によって互いに接続されている。また、上記ＬＡＮ１３には、多くの場合、プログラマブル表示器１２よりも離れた場所から、ローカル制御システム３全体を管理する制御用ホストコンピュータ１４が接続されている。
【００３１】
なお、上記各プログラマブル表示器１２は、シリアルケーブルなどを介して、それぞれに対応するＰＬＣ１１と接続されている。また、図２では、説明の便宜上、ＬＡＮ１３にプログラマブル表示器１２が２台接続され、各プログラマブル表示器１２には、ＰＬＣ１１がそれぞれ１台ずつ接続されると共に、各ＰＬＣ１１にデバイス２ａが１台接続されている場合を例示しているが、当然ながら、それぞれの接続台数は任意に設定できる。
【００３２】
また、デバイスは、デバイスアドレスや後述するシンボル名により特定可能で、しかも、状態を取得したり、制御（変更）できるものであれば、例えば、デバイス２ａ自体であってもよいし、例えば、ＰＬＣ１１やプログラマブル表示器１２の記憶装置など、ローカル制御システム３に設けられた記憶装置の一領域を示していてもよい。
【００３３】
ここで、上記ローカル制御システム３では、ローカル制御システム３に必須の構成であり、しかも、ＨＭＩとして動作するため、演算能力に余力のあるプログラマブル表示器１２が通信の大半を処理するように構成されている。さらに、各プログラマブル表示器１２は、自らに接続されているＰＬＣ１１の機種に固有の専用プロトコルと、ＬＡＮ１３での共通プロトコルとを変換して、他のプログラマブル表示器１２や制御用ホストコンピュータ１４と、ＰＬＣ１１との通信を中継する。なお、共通プロトコルと専用プロトコルとの間のプロトコル変換には、同じ指示に同じコードが割り当てられるように予め定められた共通のコマンドと上記共通のコマンドに対応するＰＬＣ１１固有のコマンドとの間の変換や、データやアドレスの表現方法の変換、シンボル名とデバイスアドレスとの間の変換なども含まれる。
【００３４】
これにより、プログラマブル表示器１２および制御用ホストコンピュータ１４は、他のプログラマブル表示器１２に接続されているＰＬＣ１１の機種に拘らず、ＬＡＮ１３を介して共通のプロトコルで通信できる。この結果、互いに異なる機種のＰＬＣ１１の混在するローカル制御システム３が比較的容易に実現されている。
【００３５】
より詳細には、上記プログラマブル表示器１２は、予め自らに格納される画面データを参照して、オペレータにデバイスの状態を表示し、操作を受け付けるための操作画面を表示している。当該画面データは、画面上の領域と、当該領域への表示や入力に対応するデバイスとの対応関係を示すタグを組み合わせて構成されている。
【００３６】
上記プログラマブル表示器１２は、複数の単位画面を切り換え表示可能であり、上記タグは、例えば、図３および図４に示すように、当該タグが有効となる単位画面を示すファイル番号Ｆと、単位画面上で実行すべき動作内容を特定する事象名Ｎと、各事象毎に参照される参照情報Ｒとを含んでいる。
【００３７】
例えば、上記タグが所定の画面領域（表示座標範囲）へ所定のデバイスの状態に応じた部品図形を表示する表示タグＷＬの場合、例えば、図３に示すように、上記参照情報Ｒには、表示座標範囲（Ｘ・Ｙ）と、デバイスを特定可能なシンボル（後述）を示すシンボル名ＳＮと、例えば、部品図形がスイッチの場合、ＯＮを示す図形のファイルおよびＯＦＦを示す図形のファイルなど、表示時に参照するファイル番号ＦＬ…とが含まれる。また、タグが入力タグＷＴの場合、例えば、図４に示すように、参照情報Ｒとして、有効入力座標範囲（Ｘ・Ｙ）と、入力結果が書き込まれるデバイスのシンボルを示すシンボル名ＳＮとが含まれる。
【００３８】
一方、プログラマブル表示器１２は、所定の時間間隔で、自らに格納された画面データから、単位画面のファイル番号が、現在表示中の単位画面である表示タグを抽出すると共に、予め格納されたシンボルとデバイスアドレスとの対応表を参照して、例えば、デバイスの実体が自らに接続されたＰＬＣ１１によって制御されるデバイス２ａの場合は、ＰＬＣ１１と通信したり、デバイスの実体が他のプログラマブル表示器１２に接続されたＰＬＣ１１によって制御されるデバイス２ａの場合は、当該他のプログラマブル表示器１２を介して当該ＰＬＣ１１と通信するなどして、各表示タグのシンボルに対応するデバイスアドレスからデバイスの状態（デバイスアドレスの内容）を読み出し、デバイスの状態に応じた部品図形を画面に表示する。これにより、プログラマブル表示器１２の画面には、例えば、図５に示すように、デバイスの状態が反映される。
【００３９】
また、図示しないタッチパネルへの押し操作など、オペレータの入力操作を受け取ると、プログラマブル表示器１２は、上記画面データから、現在表示中の単位画面に対応し、当該入力操作にマッチする入力タグを検索すると共に、デバイスの実体の状態を取得する場合と略同様に、ＰＬＣ１１やプログラマブル表示器１２と通信するなどして、入力結果に応じて、入力タグのシンボルが示すデバイスの状態を変更するようデバイスアドレスの内容（デバイスの状態）を変更する。ここで、入力操作の後も、プログラマブル表示器１２は、デバイスの状態を画面表示するので、操作結果が画面表示に反映される。
【００４０】
さらに、本実施形態に係るプログラマブル表示器１２では、現在表示中の単位画面を記憶するシステム領域も、デバイスの１つとして扱われており、画面切り換え操作を受け付けるタグは、当該デバイスのシンボルに対応付けられた入力タグとして実現されている。このように、入力タグによって、画面切り換えの受け付けとデバイスの状態指示の受け付けとの双方が指示されるので、画面データの設計者は、それぞれ用の設計手順に習熟する必要がなく、設計者の負担を軽減できる。
【００４１】
一方、上記制御用ホストコンピュータ１４は、ローカル制御システム３の監視制御を行うＨＭＩ処理部２１と、ＬＡＮ１３に接続され、上述の共通プロトコルで通信するＬＡＮ・ＩＦ部２２と、ＬＡＮ・ＩＦ部２２およびＬＡＮ１３を介して各プログラマブル表示器１２と通信して上記ＨＭＩ処理部２１などの要求に応じるサーバ部２３と、シンボルとデバイスアドレスとの対応を記憶するシンボルデータベース２４と、各プログラマブル表示器１２の画面データを作成する作画処理部２５と、作成した画面データを格納する画面データメモリ２６とを備えている。これにより、制御用ホストコンピュータ１４は、画面データを管理すると共に、ローカル制御システム３が稼動中、ターゲットシステム２やＰＬＣ１１あるいはプログラマブル表示器１２の状態を表示したり制御できる。
【００４２】
上記作画処理部２５は、上記画面データを作成する際、例えば、タグのパレットを表示し、パレット中のタグを選択して画面上に所望のタグを配置するように、ユーザへ促す。また、作画処理部２５は、配置されたタグを指定された座標に表示して、ユーザのドラグ＆ドロップなどの操作に応じてタグの座標を調整する。また、作画処理部２５は、タグに対応するシンボル（後述）を入力するようにユーザへ促す。ここで、シンボルは、後述するように、デバイスアドレスと対応付けられており、シンボルにタグを対応付けることで、作画処理部２５は、タグとデバイスアドレスとを対応付けることができる。これらの結果、ユーザは、作画処理部２５を操作して、画面上の所望の位置にタグを配置すると共に、各タグとデバイスのシンボルとを対応付けるだけで、画面データを作成できる。
【００４３】
したがって、プログラマブル表示器１２の表示プログラムを修正する場合に比べて容易に、各プログラマブル表示器１２の表示や操作を決定（変更）でき、ローカル制御システム３のユーザ（制御用ホストコンピュータ１４のユーザ）は、ターゲットシステム２の実情や、プログラマブル表示器１２のオペレータの習熟度、あるいは、ユーザの好みに合わせることができる。
【００４４】
また、上記各部材２３・２５は、デバイスアドレスではなく、ユーザが意味ある名前をシンボル名として関連付け可能なシンボルによって、各デバイスを特定している。ここで、ＰＬＣ１１がデバイス２ａを制御する際、ＰＬＣ１１は、演算量を削減するために、例えば、Ｘ００００のような英数字で表現されるデバイスアドレスで各デバイス２ａを特定している。一方、ＨＭＩ処理部２１を操作する管理者や、制御プログラムや画面データの作成者、あるいは、プログラマブル表示器１２のオペレータなど、制御システム１のユーザにとっては、各デバイスをデバイスアドレスで特定するよりも、”スイッチ２”のように、意味のある名前で呼んだ方が、呼称と各デバイスの実体とを関連付けしやすい。したがって、デバイスアドレスではなく、シンボルで制御対象となるデバイスを指定することで、上記ユーザが操作しやすい制御システム１を実現できる。
【００４５】
さらに、例えば、ＰＬＣ１１の機種変更などによって、デバイスアドレスが変更されたとしても、作画処理部２５は、タグをシンボルと対応付けているので、シンボルデータベース２４において、シンボルとデバイスアドレスとの対応を変更するだけで変更に対応できる。この結果、デバイスアドレスを対応付ける構成と異なり、当該デバイスアドレスが出現する度にデバイスアドレスを変更する必要がない。この結果、変更時の手間が少ない制御システム１を実現できる。
【００４６】
また、上記作画処理部２５は、ユーザの指示に従って、シンボルとデバイスアドレスとを対応付け、両者の対応を、シンボルデータベース２４に登録できる。一例として、本実施形態に係るシンボルデータベース２４は、図６に示すように、ローカル制御システム３内の各デバイスに対応するシンボルについて、シンボル名と、デバイスアドレスとの組み合わせを含むレコードを記憶している。また、シンボルデータベース２４において、各シンボルのレコードは、図７に示すように、階層的に記憶されており、シンボルデータベース２４を参照することで、サーバ部２３などは、ローカル制御システム３内に存在するプログラマブル表示器１２を把握し、各プログラマブル表示器１２に登録されたシンボルを把握できると共に、各シンボルのレコードから、シンボル名やデバイスアドレスなどを取得できる。また、シンボルデータベース２４を検索することで、所定のシンボル名を持つデバイスの実体（デバイス２ａ）を制御するＰＬＣ１１へ接続されたプログラマブル表示器１２を特定できる。
【００４７】
なお、シンボルデータベース２４には、各プログラマブル表示器１２など、ＬＡＮ１３に加入している各機器についても、機器を示す局ＩＤと、局の名称（局名）と、機器のネットワークアドレスなどとの組み合わせを含むレコードが記憶されており、上記制御システム１のユーザは、上記各機器を局名で指定できる。
【００４８】
さらに、本実施形態に係る上記制御用ホストコンピュータ１４には、プログラマブル表示器１２用の画面データに基づいて、クライアント装置４が遠隔監視制御する際の動作を指示する公開用ファイルを生成するファイル生成部３１と、公開用ファイルを記憶するファイル記憶部３２と、上記動作を行うクライアント装置４と通信する公開サーバ部（応答手段）３３とが設けられている。上記公開用ファイルは、プログラマブル表示器１２が画面データに基づいてデバイス２ａの状態に応じて表示する動作、および、操作に応じたデバイス２ａの状態変更を指示する際の動作と略同様の動作を、クライアント装置４へ指示できる。
【００４９】
ただし、プログラマブル表示器１２が画面データに基づいて動作する場合と異なり、表示先は、クライアント装置４の図示しない表示装置であり、操作は、クライアント装置４の図示しない入力装置から受け取る。また、クライアント装置４がデバイス２ａの状態を問い合わせる相手や状態変更指示の送信先も、公開サーバ部３３に変更されており、公開サーバ部３３は、上記クライアント装置４と通信して、デバイス２ａの状態をクライアント装置４へ伝えると共に、デバイス２ａの状態変更指示をクライアント装置４から受け取ることができる。
【００５０】
さらに、上記公開用ファイルは、上記各動作（操作画面表示／操作受付用の動作）に加えて、例えば、クライアント装置４が周期的にデバイス２ａの状態を問い合わせる際の周期や、問い合わせの一時停止など、問い合わせの状態を画面に表示して、問い合わせの状態変更の入力を促す動作と、変更指示に応じて、クライアント装置４による問い合わせの状態を制御する動作（問い合わせ制御用の動作）とを、クライアント装置４に指示できる。
【００５１】
上記公開用ファイルは、例えば、クライアント装置４のバーチャルマシン４１で実行可能で、上記各動作を実行するアプレットと、ブラウザ４２で読み込み可能で、上記アプレットをバーチャルマシン４１に実行させるハイパーテキスト文書との組み合わせなどとして実現され、公開サーバ部３３によってクライアント装置４に送信される。
【００５２】
なお、上記ファイル生成部３１は、画面データに基づいて、アプレットとハイパーテキスト文書とを直接生成してもよい。また、上記画面データの各タグに対応するパラメータが記述されたデータファイルを参照して、上記各動作を実行するようにアプレットが生成されている場合、上記ファイル生成部３１は、画面データに基づいて、上記公開用ファイルの１つとしてのデータファイルを生成してもよい。
【００５３】
また、上記各部材２１〜２５、３１〜３３および４１〜４２は、ＣＰＵなどの演算手段が、ＲＯＭやＲＡＭなどの記憶手段に格納されたプログラムを実行し、タッチパネルや液晶表示装置などの入出力手段、あるいは、インターフェース回路などの通信回路を制御することによって実現される機能ブロックである。したがって、これらの手段を有するコンピュータが、上記プログラムを記録した記録媒体（例えば、ＣＤ−ＲＯＭなど）を読み取り、当該プログラムを実行するだけで、本実施形態に係る制御用ホストコンピュータ１４およびクライアント装置４を実現できる。特に、クライアント装置４のバーチャルマシン４１およびブラウザ４２は、多くのコンピュータに予めインストールされている汎用のブラウザソフトで実現できるので、これらのコンピュータは、特別なプログラムをインストールすることなく、クライアント装置４として動作できる。なお、例えば、ＬＡＮ１３やインターネット５、あるいは、他の通信路を介してプログラムをダウンロードするためのプログラムが、上記コンピュータに予めインストールされていれば、これらの通信路を介して、上記コンピュータへ上記プログラムを配付することもできる。
【００５４】
以下では、一例として、公開用ファイルが、上記画面データに含まれる各単位画面に対応するＸＭＬ（eXtensible Mark-up Language ）ファイルと、当該ＸＭＬファイルを参照して、上記操作画面表示／操作受付用の動作をクライアント装置４に実行させるＨＭＩ用アプレットが格納されたアプレットファイルと、上記問い合わせ制御用の動作を実行させるアプレットが格納されたアプレットファイルと、両アプレットを実行させるＨＴＭＬ文書とから構成されている場合について詳細に説明する。
【００５５】
すなわち、上記各ＸＭＬファイルには、それぞれに対応する単位画面に関連するタグ（処理指示語）を示すＸＭＬ要素（エレメント）が含まれている。
【００５６】
例えば、プログラマブル表示器１２用の画面データ内に、図３に示す形式で、単位画面＝１（メイン画面）の表示タグＷＬが含まれている場合、当該メイン画面に対応するＸＭＬファイルでは、例えば、図８に示すように、当該表示タグＷＬに対応するＴａｇ要素Ｅ１が含まれている。当該Ｔａｇ要素Ｅ１には、事象名、表示座標範囲、参照ファイル番号、並びに、シンボル名などに対応するＴａｇＮａｍｅ要素Ｅ１１、Ｘ要素Ｅ１２およびＹ要素Ｅ１３、ＬｉｂｒａｒｙＮｏ要素Ｅ１４、並びに、ＢｉｔＳｙｍｂｏｌＮａｍｅ要素Ｅ１５などが含まれており、各要素Ｅ１１〜Ｅ１５の内容（コンテンツ）は、上記表示タグＷＬの内容に応じて、例えば、図８の例では、”Ｌ＿００００”、−２３２および１２０、１０１、並びに、０１０１００に設定されている。また、図４に示す入力タグＷＴに対応するＴａｇ要素Ｅ２では、事象名、シンボル名、並びに、有効入力範囲などに対応するＴａｇＮａｍｅ要素Ｅ２１、ＳｙｍｂｏｌＮａｍｅ要素Ｅ２２、並びに、Ｘ要素Ｅ２３、Ｙ要素Ｅ２４、Ｘ２要素Ｅ２５およびＹ２要素Ｅ２６などの内容が、入力タグＷＴの内容に応じて設定される。なお、シンボル名が画面制御用デバイスとなる入力タグＷＴに対応するＴａｇ要素が、特許請求の範囲に記載の対応情報に対応する。
【００５７】
ここで、上記各要素Ｅ１１〜Ｅ２６などの内容は、表示タグＷＬや入力タグＷＴの内容と一致するように設定してもよいし、例えば、プログラマブル表示器１２の解像度とクライアント装置４の解像度との相違などに応じた比率で拡大／縮小するなど、表示タグＷＬや入力タグＷＴの内容を所定の手順で変換して設定してもよい。
【００５８】
図２に示すファイル生成部３１は、例えば、プログラマブル表示器１２用の画面データから、ある単位画面の処理指示語（タグＷＬ・ＷＴ…）、すなわち、単位画面のファイル番号が所定の値のタグを順次抜き出し、当該タグに応じたＸＭＬ要素を生成し、当該ＸＭＬ要素の内容を上記タグに応じて設定することで、当該単位画面のＸＭＬファイルを作成し、ファイル記憶部３２にできる。
【００５９】
一方、上記ファイル記憶部３２に格納されるＨＭＩ用アプレットは、上記ＨＴＭＬファイルで参照されると共に、上記ＸＭＬファイルを参照しながら、プログラマブル表示器１２が単位画面の表示や操作を行う際の動作と同等の動作を、クライアント装置４に実行させるプログラムであり、本実施形態では、クライアント装置４のバーチャルマシン４１が実行可能なＪａｖａ（登録商標）言語で記述されたバイトコードとして実現されている。
【００６０】
上記ＨＭＩ用アプレットは、画面データ中に出現可能なタグの種類に対応するメソッドが定義されたクラスと、ＸＭＬファイルを参照して、タグ種に対応するメソッドを呼び出すメソッドが定義されたクラスとを含んでおり、当該アプレットを実行するバーチャルマシン４１は、ＸＭＬファイルを参照し、タグを示すＸＭＬ要素に基づいて、タグ種に応じたメソッドを呼び出すことができる。当該ＨＭＩ用アプレットをバーチャルマシン４１が実行することで、クライアント装置４には、図１に示すＨＭＩ処理部５１が形成される。
【００６１】
より詳細には、バーチャルマシン４１が実行するメソッドのうち、タグ種に対応するメソッドは、例えば、表示タグの場合、所定の時間間隔で呼び出され、特定のデバイスの状態を公開サーバ部３３へ問い合わせると共に、応答に応じた表示を行う描画メソッドである。また、入力タグの場合は、入力イベントが発生したときに呼び出され、入力結果に応じた制御指示を操作に応じたデバイスへ与えるように、公開サーバ部３３へ要求する入力メソッドである。
【００６２】
ここで、本実施形態に係る画面データでは、プログラマブル表示器１２と同様、プログラマブル表示器１２の記憶領域のうち、現在表示中の単位画面を示すデータが格納されるシステム領域が、デバイスとして扱われており、各単位画面の切り換え動作も、当該デバイス（以下では、画面制御用デバイスと称する）の状態を変更する入力タグによって実現されている。この場合、入力タグには、参照情報Ｒとして、上記画面制御用デバイスのシンボル名が含まれる。
【００６３】
したがって、上記各入力メソッドのうち、上記画面制御用デバイスへの変更指示を要求する入力メソッドは、通常の入力メソッドと同様に、公開サーバ部３３へ単位画面の変更指示を送信すると共に、変更後の単位画面に応じたＸＭＬファイルを読み込む。これにより、クライアント装置４およびプログラマブル表示器１２は、常時同じ単位画面を表示できる。
【００６４】
また、上記入力メソッドは、上記画面制御用デバイスへの変更指示を送信する代わりに、クライアント装置４内に設けられた代替の記憶領域の内容を変更してもよい。この場合、他のメソッドにて、当該画面制御用デバイスを参照する際は、公開サーバ部３３へ問い合わせる代わりに上記代替の記憶領域が参照される。したがって、クライアント装置４は、プログラマブル表示器１２用の単位画面であっても、当該プログラマブル表示器１２で現在表示している単位画面とは異なる単位画面を表示することもできる。
【００６５】
さらに、例えば、後述するアプレット実行時のパラメータ設定によって指定したり、あるいは、単位画面の選択操作と連動してメニューを表示して選択させるなどして、プログラマブル表示器１２と同じ単位画面を表示するか、異なる単位画面を表示するかを選択できるように、上記各メソッドを作成してもよい。この場合、同じアプレットやＸＭＬファイルを使用しているにも拘らず、例えば、プログラマブル表示器１２のオペレータの操作を監視したい場合などには、前者を選択し、オペレータの操作とは別にローカル制御システム３を監視したい場合などには、後者を選択することができる。
【００６６】
また、ＸＭＬファイルを参照するメソッドは、例えば、当該ＸＭＬファイルから、タグを示すＸＭＬ要素を抽出し、当該タグの種類（例えば、当該ＸＭＬ要素中のＴａｇＮａｍｅ要素の内容）に対応するクラスのインスタンスを生成し、当該インスタンスのフィールドへ、上記タグのパラメータ（例えば、上記ＸＭＬ要素中の各要素の内容）を設定するなどして、ＸＭＬファイルに応じたメソッドをバーチャルマシン４１に実行させることができる。
【００６７】
ここで、プログラマブル表示器１２で現在表示している単位画面と同じ単位画面をクライアント装置４で表示しようとする場合、クライアント装置４にて、画面制御デバイスの状態取得に失敗しているにも拘わらず、状態取得に成功している場合と同様に画面表示すると、クライアント装置４のユーザは、状態取得の成否を確認できない。この場合、プログラマブル表示器１２の単位画面が切り換えられた場合であっても、クライアント装置４のユーザは、クライアント装置４で現在表示している単位画面がプログラマブル表示器１２の単位画面であると誤解して、誤った制御を指示する虞れがある。したがって、上記ＨＭＩ用アプレットの実行によって形成されるＨＭＩ処理部５１は、画面制御デバイスの状態取得に失敗すると、画面表示を停止して、ユーザに、画面制御デバイスの状態取得に失敗した旨を通知するように構成されている。
【００６８】
一方、ＨＴＭＬファイルには、図９に示すように、上記ＨＭＩ用アプレットをクライアント装置４のバーチャルマシン４１へ実行させるための文字列Ｐ１１と、例えば、"<HTML>"や"<TITLE>" など、ＨＴＭＬ文書として必要な文字列Ｐ１とが含まれている。また、ＨＴＭＬファイルには、例えば、アプレットが表示するプログラマブル表示器１２を説明する文字や画像を表示するための文字列、あるいは、ローカル制御システム３を説明するハイパーテキスト文書へのリンクを示す文字列など、ＨＴＭＬの書式に沿った文字列Ｐ２が含まれていてもよい。さらに、ＨＴＭＬファイルには、単位画面切り換え用のアプレットを実行させるための文字列Ｐ１２が含まれていてもよい。
【００６９】
さらに、本実施形態に係るＨＴＭＬファイルには、詳細は後述するように、問い合わせ制御用アプレットをクライアント装置４のバーチャルマシン４１へ実行させるための文字列Ｐ２１も含まれている。
【００７０】
なお、本実施形態では、ＸＭＬファイルが単位画面毎に設けられており、例えば、クライアント装置４のブラウザ４２が上記ＨＴＭＬファイルを表示する際に最初に表示する単位画面の指定やプログラマブル表示器１２の指定など、画面データ（プログラマブル表示器１２）全体に関連する情報は、上記文字列Ｐ１１中に含まれている。本実施形態の場合、当該情報は、アプレットを実行する際のパラメータとして指定されており、例えば、最初の単位画面は、ＰＡＲＡＭ要素の属性名"BASESCR" の属性値（この例では、"1" ）として指定される。なお、図２に示すファイル生成部３１は、画面データメモリ２６に格納された画面データを参照して、ＨＴＭＬファイルを生成し、ファイル記憶部３２に格納できる。
【００７１】
また、公開サーバ部３３は、クライアント装置４から要求があると、例えば、ＵＲＩ(Universal Resource Identifier) などに基づいて、クライアント装置４が要求しているＨＴＭＬファイルやＸＭＬファイルあるいはアプレットを判別し、これらをクライアント装置４へ配布できる。
【００７２】
さらに、公開サーバ部３３は、ＨＭＩ処理部２１が取得する場合と同様に、サーバ部２３を介してデバイスの状態を取得できる。また、公開サーバ部３３は、ＨＭＩ処理部２１がサーバ部２３を介してデバイスの状態を変更する場合と同様に、上記クライアント装置４からの指示に応じて、サーバ部２３へ要求して、プログラマブル表示器１２自体やプログラマブル表示器１２に接続されたＰＬＣ１１など、デバイスの実体へ内容の変更指示を伝送できる。
【００７３】
これにより、クライアント装置４は、インターネット５を介して遠隔地から接続されている場合であっても、プログラマブル表示器１２の画面と同一内容の操作画面を表示すると共に、同じ操作で、デバイスの状態を制御できる。
【００７４】
上記構成では、図１０に示すステップ１（以下では、Ｓ１のように略称する）において、ローカル制御システム３のユーザは、制御用ホストコンピュータ１４の作画処理部２５を操作し、ターゲットシステム２の実情やプログラマブル表示器１２のオペレータの習熟度、あるいは、ユーザの好みに合わせて、画面データを作成／修正し、当該画面データを画面データメモリ２６に格納する。また、画面データ作成／修正の際、生成／修正されたシンボルは、シンボルデータベース２４に登録される。さらに、作成された画面データは、例えば、シミュレーションや接続試験などによって、正常に動くことが確認された後、Ｓ２において、プログラマブル表示器１２に配信され、Ｓ３において、プログラマブル表示器１２が画面データに応じた表示や操作受け付けを開始する。
【００７５】
ここで、最適な画面は、好みや習熟度などにも左右されるため、一意に決めることができず、比較的頻繁に変更されることが多い。ところが、上述したように、本実施形態では、ローカル制御システム２（制御用ホストコンピュータ１４）のユーザが、画面データをタグの組み合わせで生成できるので、これらの要求に柔軟に対応でき、最適な状態を保ち続けることができる。また、制御用ホストコンピュータ１４で一括して管理できるため、多くの場所で並行して管理する場合に比べて、画面データを容易に管理できる。
【００７６】
また、画面データが更新されると、制御用ホストコンピュータ１４のファイル生成部３１は、Ｓ１１において、当該画面データからＨＴＭＬファイルおよびＸＭＬファイルなどの公開用ファイルを生成してファイル記憶部３２に格納する。
【００７７】
一方、Ｓ２１において、インターネット５を介して、クライアント装置４がローカル制御システム３の制御用ホストコンピュータ１４（公開サーバ部３３）にアクセスして、あるプログラマブル表示器１２の画面を表示するように指示すると、公開サーバ部３３は、例えば、クライアント装置４から受け取った識別番号およびパスワードが予め定められた組み合わせであるか否かを確認するなどして、上記画面による表示／制御が上記クライアント装置４、または、そのユーザに許可されているか否かを認証し、許可されていないクライアント装置４からのアクセスを拒否する。
【００７８】
許可された正規なクライアント装置４であることが確認されると、公開サーバ部３３は、Ｓ２２において、上記Ｓ１１にて生成された公開用ファイルのうち、クライアント装置４が要求した画面を表示するためのＨＴＭＬファイルをファイル記憶部３２から読み出し、インターネット５を介してクライアント装置４へ当該ファイルを送信する。
【００７９】
さらに、クライアント装置４のブラウザ４２は、ＨＴＭＬファイル中の各APPLET要素（"<APPLET>"から"</APPLET>" の部分）で指定された各アプレットを公開サーバ部３３から取得し、バーチャルマシン４１へ実行させる。これにより、クライアント装置４には、図１に示すように、公開サーバ部３３と通信して、操作画面を表示し、操作を受け付けるＨＭＩ処理部５１と、クライアント装置４のユーザの指示に応じて、当該ＨＭＩ処理部５１による公開サーバ部３３への問い合わせの状態を制御する制御部５２とが生成される（Ｓ２３）。なお、ＨＭＩ処理部５１および制御部５２は、バーチャルマシン４１が上述のＨＭＩ用アプレットおよび問い合わせ制御用アプレットを、それぞれ実行することで実現される機能ブロックである。
【００８０】
さらに、上記制御部５２は、例えば、図１１に示すように、Ｓ３１において、クライアント装置４の表示画面のうち、問い合わせ制御用のアプレット（制御部５２）に割り当てられた領域Ａ５２に、上記ＨＭＩ処理部５１による問い合わせ（ポーリング）の状態を表示し、入力を待ち受ける。
【００８１】
本実施形態に係る制御部５２は、上記ＨＭＩ処理部５１による現在の問い合わせ周期（ポーリング周期）を〔ｍｓ〕単位で表示し、設定するためのテキストボックスＢ１と、ポーリング処理の一時停止を指示するボタンＢ１１と、ポーリング処理の再開を指示するためのボタンＢ１２と、ポーリング処理のステップ実行を指示するボタンＢ１３と、ポーリング処理が完了するまでの期間を示すプログレスバーＢ２１とを表示している。
【００８２】
なお、クライアント装置４のユーザが特に指示していない間、ＨＭＩ処理部５１は、予め定められたポーリング周期で公開サーバ部３３に問い合わせているので、上記テキストボックスＢ１には、ポーリング周期の初期値（例えば、２０００〔ｍｓ〕など）が表示されている。
【００８３】
一方、上記ＨＭＩ処理部５１は、画面表示に必要なＸＭＬファイルを公開サーバ部３３から取得すると共に、ユーザからの指示がない限り（Ｓ３２にて、NOの場合）、Ｓ３３において、今回表示すべき単位画面を取得した後、Ｓ３４において、当該単位画面を示すＸＭＬファイルを参照しながら、公開サーバ部３３へ、デバイスの状態を問い合わせ、応答結果に応じて、デバイスの状態を画面に表示する。また、画面（操作画面）への操作を受け付けると、ＨＭＩ処理部５１は、上記ＸＭＬファイルを参照して、操作を認識し、認識結果に応じた制御指示を公開サーバ部３３に送信できる。なお、上記Ｓ３１〜Ｓ３４の処理は、予め定められたポーリング周期で繰り返され、クライアント装置４の画面には、各デバイスの現状が表示される。
【００８４】
より詳細には、上記ＨＭＩ処理部５１用のアプレット（ＨＭＩ用アプレット）を実行するバーチャルマシン４１は、ＸＭＬファイルを参照し、各タグ（処理指示語）に応じたインスタンスを生成する。これらのインスタンスのうち、表示タグに応じたインスタンスの描画メソッドは、上記ポーリング周期で実行される。この結果、これらインスタンスを含むＨＭＩ処理部５１は、各デバイスの状態をポーリング周期で公開サーバ部３３に問い合わせることができる。
【００８５】
一方、公開サーバ部３３は、問い合わせを受けると、サーバ部２３に当該デバイス２ａの状態取得を指示し、サーバ部２３は、ＨＭＩ処理部２１から指示された場合と同様に、プログラマブル表示器１２と、あるいは、プログラマブル表示器１２を介してＰＬＣ１１と通信して、デバイスの状態を取得し、公開サーバ部３３へ伝える。さらに、公開サーバ部３３がインターネット５を介してクライアント装置４へ状態を通知すると、上記描画メソッドは、当該データ（デバイスの状態）に応じて、クライアント装置４の表示画面のうち、予め定められた表示領域（Ｘ・Ｙ）の表示を更新する。
【００８６】
ここで、上記ＸＭＬファイル、および、ＨＭＩ用アプレットを呼び出すＨＴＭＬファイルは、画面データに基づいて生成されており、上記各インスタンスは、画面データ中の対応するタグと、同じデバイスの状態を参照するように設定されている。また、各インスタンスの描画メソッドは、デバイスの状態が同じ場合、タグと同じ画像を表示するように作成されている。したがって、ＨＭＩ用アプレットが実行されると、クライアント装置４の表示画面のうち、ＨＭＩ用アプレットのために割り当てられた領域Ａ５１には、図１１に示すように、図５と同様のレイアウトで、デバイスの状態を示す部品図形Ｊ１（Ｊ２）が表示される。
【００８７】
一方、バーチャルマシン４１は、ＨＭＩ用アプレットの実行中、例えば、マウス操作などの入力操作が行われると、入力タグに対応するインスタンスのうち、入力操作に応じたインスタンスの入力メソッドを実行する。したがって、これらインスタンスを含むＨＭＩ処理部５１は、入力に対応するデバイスに対して入力結果に応じた制御指示を与えるよう、公開サーバ部３３へ要求する。この場合、公開サーバ部３３は、サーバ部２３へ当該要求を伝える。これにより、ＨＭＩ処理部２１がデバイスの状態を制御する場合と同様に、クライアント装置４の操作に応じた制御指示が、デバイスの実体に伝えられる。
【００８８】
なお、ＨＭＩ処理部５１による問い合わせの際には、制御指示を受けた後のデバイスの状態が返答されるので、クライアント装置４の表示画面には、デバイスの制御後、上記描画メソッドが実行された時点で、プログラマブル表示器１２と同様に、操作結果が反映される。
【００８９】
一方、図１１に示す上記各表示Ｂ１〜Ｂ２１の何れかが操作され、クライアント装置４にポーリング処理の制御が指示されると（図１０に示すＳ３２にて、YES の場合）、制御部５２は、指示に応じて、ＨＭＩ処理部５１による問い合わせ処理（ポーリング処理）を制御する（Ｓ４１）。
【００９０】
例えば、クライアント装置４がインターネット５と常時接続されておらず、通信時間に応じた通信費用が請求される場合、クライアント装置４のユーザは、上記Ｓ３４での表示によって、ローカル制御システム３のデバイスの状態が把握でき、監視の継続が不要と判断した時点で、図１１に示すボタンＢ１１を操作して、ポーリング処理の停止を指示する。この場合、制御部５２は、ＨＭＩ処理部５１へ指示して、問い合わせを一時停止させる。
【００９１】
ここで、上述したように、ＨＭＩ処理部５１は、単位画面の切り換えを特定のデバイスへの制御指示で実現することで、クライアント装置４で表示している単位画面とプログラマブル表示器１２で表示している単位画面を一致させることができる一方で、上記Ｓ３３での当該画面制御用デバイスの取得に失敗した場合、誤操作を避けるために、画面表示を停止している。
【００９２】
ところが、上記構成では、制御部５２がＨＭＩ処理部５１の問い合わせを一時停止させている。したがって、単位画面の一致が可能なＨＭＩ処理部５１を用いているにも拘わらず、クライアント装置４がインターネット５と接続していない状態でも上記画面制御用デバイスの取得に失敗することがなく、画面表示を続けることができる。
【００９３】
また、ＨＭＩ処理部５１用の領域Ａ５１と共に、制御部５２によって、ポーリングの状態を示す画面が表示されているので、ポーリング処理が停止されている場合、クライアント装置４のユーザは、現在、表示されているデバイスの状態がポーリング処理の停止前の状態であることを把握できる。したがって、誤解に起因する誤操作を防止できる。
【００９４】
さらに、例えば、制御部５２は、ボタンＢ１２が操作された場合、上記Ｓ４１において、ＨＭＩ処理部５１へ指示して、ポーリング処理を再開させる。また、ボタンＢ１３が操作された場合、制御部５２は、ＨＭＩ処理部５１によるポーリング処理をステップ実行させる。
【００９５】
一方、他のポーリング処理の制御例として、テキストボックスＢ１に新たなポーリング周期が入力されると、制御部５２は、ＨＭＩ処理部５１へポーリング周期の変更を指示する。これにより、クライアント装置４のユーザは、ＨＭＩ処理部５１によるポーリング周期を所望の値に設定できる。なお、設定値は、テキストボックスＢ１に表示されているので、ユーザは、ポーリング周期を誤解することがない。
【００９６】
また、制御部５２は、プログレスバーＢ２１に、取得すべきデバイスの状態全てと、これまでに取得したデバイスの状態との比率を表示して、ユーザに、ポーリング処理が完了するまでの期間を提示している。
【００９７】
なお、上記では、公開サーバ部３３がローカル制御システム３内の制御用ホストコンピュータ１４に設けられている場合を例にして説明したが、これに限るものではない。例えば、これらの部材を有する公開サーバ装置をローカル制御システム３外に配してもよい。
【００９８】
この構成の場合、クライアント装置４は、公開サーバ装置と通信して、アプレットを受け取ると共に、デバイスの状態を送受する。また、公開サーバ装置は、制御用ホストコンピュータ１４に設けられた通信処理部と通信して、画面データを受け取ったり、デバイスの状態を送受する。
【００９９】
当該構成であっても、当該通信処理部は、サーバ部２３を介してデバイス２ａの状態を取得すると共に、公開サーバ装置とローカル制御システム３との間の通信路、公開サーバ装置およびインターネット５を介して、クライアント装置４へ、デバイスの状態を通知し、当該デバイスの状態をクライアント装置４に表示させることができる。
【０１００】
さらに、上記構成では、クライアント装置４がローカル制御システム３とは別の公開サーバ装置にアクセスする。したがって、インターネット５に接続されたクライアント装置４へデバイスの状態を表示させることができるにも拘らず、ローカル制御システム３は、予め定められた公開サーバ装置と通信するだけでよい。この結果、制御用ホストコンピュータ１４がクライアント装置４から直接アクセスされる場合に比べて、ローカル制御システム３の負担を軽減でき、ローカル制御システム３の安全性を向上できる。
【０１０１】
また、他の構成例として、図１２に示すように、クライアント装置４内に、ＨＭＩ処理部５１と通信して、デバイスの状態を送受する応答処理部（応答手段）５３を設けてもよい。この場合、ＨＭＩ処理部５１は、クライアント装置４内の応答処理部５３と通信して、デバイスの状態を送受し、応答処理部５３は、ＨＭＩ処理部５１からの問い合わせや制御指示に応じて、制御用ホストコンピュータ１４の公開サーバ部３３と通信して、デバイスの状態を送受する。なお、この場合、アプレットなどを含む公開用ファイルは、図１の構成と同様に、公開サーバ部３３からクライアント装置４に送信される。
【０１０２】
この場合であっても、ＨＭＩ処理部５１のポーリング処理の状態は、制御部５２によって提示されると共に、ユーザの指示に応じて制御される。したがって、ユーザの誤解に起因する誤操作を防止しながら、ＨＭＩ処理部５１による問い合わせの状態を制御できる。ここで、応答処理部５３による制御用ホストコンピュータ１４への問い合わせは、ＨＭＩ処理部５１による問い合わせをトリガとしている。したがって、ＨＭＩ処理部５１による問い合わせ状態を制御することで、制御部５２は、応答処理部５３による問い合わせも制御でき、図１と同様の効果が得られる。
【０１０３】
なお、本実施形態では、プログラマブル表示器１２が専用プロトコルと共通プロトコルとを変換しているが、これに限るものではなく、他の装置がプロトコルしてもよいし、制御用ホストコンピュータ１４が専用プロトコルでＰＬＣ１１と直接通信してもよい。ただし、本実施形態のように、公開サーバ部３３からＰＬＣ１１までの間に、プロトコル変換する部材が設けられている場合、公開サーバ部３３およびファイル生成部３１は、デバイス２ａの状態の問い合わせや状態制御指示の内容が同じであれば、専用プロトコルに拘らず、同じ動作をすればよい。したがって、専用プロトコル毎に、公開サーバ部３３およびファイル生成部３１を設ける必要がなく、制御システム１を構築する際の手間を削減できる。
【０１０４】
また、上記実施形態では、アプレットを公開する場合を例にして説明したが、アプレットの代わりに、例えば、べーシックなどのプログラム言語をコンパイルするなどして作成され、アプレットと同様の動作をクライアント装置４に実行させる実行プログラムを配信しても、略同様の効果が得られる。
【０１０５】
ただし、本実施形態のように、クライアント装置４のバーチャルマシン４１が、当該アプレットをクライアント装置４が実行可能な機械語に翻訳して実行する場合、クライアント装置４がバーチャルマシンを備えていれば、クライアント装置のオペレーティングシステム（ＯＳ）やＣＰＵが実行可能な機械語が異なっていても、アプレットを実行できる。したがって、公開サーバ部３３が配布するアプレットの種類を増加させることなく、より多くのクライアント装置４でデバイスの状態を表示し、制御できる。
【０１０６】
なお、上記実施形態では、ローカル制御システム３とクライアント装置４との間をインターネット５で接続する場合について説明したが、これに限るものではなく、公衆電話回線網などの広域通信網を介して接続してもよい。ただし、公衆電話回線網とは異なり、インターネット５は、送信側と受信側との間の回線を確保しないので、通信費用が安く設定されていることが多い。したがって、例えば、ローカル制御システム３やクライアント装置４あるいは上述の公開用サーバ装置の間の距離が離れている場合には、本実施形態のように、インターネット５で接続する方が好ましい。
【０１０７】
【発明の効果】
本発明に係る制御システムのデータ伝送方法は、以上のように、デバイスが設けられたローカル制御システムにて、デバイスの状態を表示し、操作を受け付ける制御用表示装置の画面データに基づいて、端末装置の画面にデバイスの状態を表示する動作、当該端末装置がデバイスの状態を、広域通信網を介して応答手段へ周期的に問い合わせる動作、問い合わせの周期、あるいは、問い合わせの一時停止／再開の入力を促す動作を、上記端末装置へ指示するための公開用ファイルを生成する生成工程と、上記公開用ファイルに基づいて、デバイスの状態を、広域通信網を介して応答手段へ周期的に問い合わせて取得し、上記端末装置の画面に表示する表示工程と、上記公開用ファイルに含まれ、デバイスと操作との対応を示す対応情報に基づいて、上記端末装置への操作を認識し、操作に応じたデバイスの状態制御指示を、上記広域通信網を介して上記応答手段へ伝える操作認識工程とを含み、上記対応情報では、単位画面の切り換え操作が、複数の単位画面のうちの表示すべき単位画面を記憶する画面制御用デバイスに対応する操作として記憶され、上記表示工程では、画面を更新する際、上記画面制御デバイスの状態として、表示すべき単位画面を取得した後で、当該単位画面を表示し、当該画面制御デバイスの状態取得に失敗すると画面表示を停止すると共に、上記問い合わせの状態を上記端末装置の使用者に提示する提示工程と、上記端末装置への使用者の操作に応じて、問い合わせの周期、あるいは、問い合わせの一時停止／再開を制御する制御工程とを含んでいる構成である。
【０１０８】
本発明に係る制御システムのデータ伝送方法は、以上のように、デバイスが設けられたローカル制御システムにて、デバイスの状態を表示し、操作を受け付ける制御用表示装置 の画面データに基づいて、端末装置の画面にデバイスの状態を表示する動作、広域通信網を介してデバイスと通信する応答手段へ、デバイスの状態を周期的に問い合わせて取得する動作、問い合わせの周期、あるいは、問い合わせの一時停止／再開の入力を促す動作を、上記端末装置へ指示するための公開用ファイルを生成する生成工程と、上記公開用ファイルに基づいて、上記応答手段へデバイスの状態を問い合わせて取得し、上記端末装置の画面に表示する表示工程と、上記公開用ファイルに含まれ、デバイスと操作との対応を示す対応情報に基づいて、上記端末装置への操作を認識し、上記応答手段にデバイスの状態制御指示を送信する操作認識工程とを含み、上記対応情報では、単位画面の切り換え操作が、複数の単位画面のうちの表示すべき単位画面を記憶する画面制御用デバイスに対応する操作として記憶され、上記表示工程では、画面を更新する際、上記画面制御デバイスの状態として、表示すべき単位画面を取得した後で、当該単位画面を表示し、当該画面制御デバイスの状態取得に失敗すると画面表示を停止すると共に、上記問い合わせの状態を上記端末装置の使用者に提示する提示工程と、上記端末装置への使用者の操作に応じて、問い合わせの周期、あるいは、問い合わせの一時停止／再開を制御する制御工程とを含んでいる構成である。
【０１０９】
本発明に係るデータ伝送方法は、以上のように、上記構成において、上記公開用ファイルは、上記画面データに含まれる各単位画面に対応するＸＭＬファイルと、当該ＸＭＬファイルを参照して、上記各動作を端末装置に実行させるＨＭＩ用アプレットが格納されたアプレットファイルと、上記問い合わせ制御用の動作を実行させるアプレットが格納されたアプレットファイルと、両アプレットを実行させるＨＴＭＬ文書とから構成されており、上記端末装置は、単位画面が切り換えられた場合、変更後の単位画面に応じたＸＭＬファイルを読み込む構成である。
【０１１０】
本発明に係る制御システムは、以上のように、端末装置と、デバイスが設けられたローカル制御システムにて、デバイスの状態を表示し、操作を受け付ける制御用表示装置の画面データに基づいて、上記端末装置の画面にデバイスの状態を表示する動作、当該端末装置がデバイスの状態を、広域通信網を介して応答手段へ周期的に問い合わせる動作、問い合わせの周期、あるいは、問い合わせの一時停止／再開の入力を促す動作を、上記端末装置へ指示するための公開用ファイルを生成するファイル生成手段とを備えた制御システムであって、上記端末装置は、上記公開用ファイルに基づいて、デバイスの状態を、広域通信網を介して応答手段へ周期的に問い合わせて取得し、当該端末装置の画面に表示すると共に、上記公開用ファイルに含まれ、デバイスと操作との対応を示す対応情報に基づいて、当該端末装置への操作を認識し、操作に応じたデバイスの状態制御指示を、上記広域通信網を介して上記応答手段へ伝えると共に、上記対応情報では、単位画面の切り換え操作が、複数の単位画面のうちの表示すべき単位画面を記憶する画面制御用デバイスに対応する操作として記憶され、上記端末装置は、画面を更新する際、上記画面制御デバイスの状態として、表示すべき単位画面を取得した後で、当該単位画面を表示し、当該画面制御デバイスの状態取得に失敗すると画面表示を停止すると共に、上記問い合わせの状態を当該端末装置の使用者に提示し、当該端末装置への使用者の操作に応じて、問い合わせの周期、あるいは、問い合わせの一時停止／再開を制御する構成である。
【０１１１】
本発明に係る制御システムは、以上のように、端末装置と、デバイスが設けられたローカル制御システムにて、デバイスの状態を表示し、操作を受け付ける制御用表示装置の画面データに基づいて、上記端末装置の画面にデバイスの状態を表示する動作、広域通信網を介してデバイスと通信する応答手段へ、デバイスの状態を周期的に問い合わせて取得する動作、問い合わせの周期、あるいは、問い合わせの一時停止／再開の入力を促す動作を、上記端末装置へ指示するための公開用ファイルを生成するファイル生成手段とを備えた制御システムであって、上記端末装置は、上記公開用ファイルに基づいて、上記応答手段へデバイスの状態を問い合わせて取得し、当該端末装置の画面に表示すると共に、上記公 開用ファイルに含まれ、デバイスと操作との対応を示す対応情報に基づいて、上記端末装置への操作を認識し、上記応答手段にデバイスの状態制御指示を送信し、上記対応情報では、単位画面の切り換え操作が、複数の単位画面のうちの表示すべき単位画面を記憶する画面制御用デバイスに対応する操作として記憶され、上記端末装置は、画面を更新する際、上記画面制御デバイスの状態として、表示すべき単位画面を取得した後で、当該単位画面を表示し、当該画面制御デバイスの状態取得に失敗すると画面表示を停止すると共に、上記問い合わせの状態を上記端末装置の使用者に提示し、当該端末装置への使用者の操作に応じて、問い合わせの周期、あるいは、問い合わせの一時停止／再開を制御する構成である。
【０１１２】
本発明に係るプログラムは、以上のように、上記各工程を上記端末装置としてのコンピュータに実行させるプログラムであって、当該プログラムを実行するコンピュータによって、上記各工程が行われる。また、本発明に係る記録媒体には、上記プログラムが記録されている。
【０１１３】
上記構成によれば、上記画面データにおいて、単位画面の切り換え操作は、デバイスの一種としての画面制御デバイスに対する操作として記憶されているので、画面データを設計する際、画面切り換えのために、デバイスへの操作とは異なる設計手順が不要になり、設計者の負担を軽減できる。また、上記表示工程では、上記画面制御デバイスの状態取得に失敗すると、画面表示を停止するように構成されているので、端末装置のユーザは、当該画面制御用デバイスの状態取得を確実に把握できる。
【０１１４】
さらに、提示工程および制御工程が設けられているので、端末装置の使用者は、問い合わせの状態を確認しながら、例えば、問い合わせの周期あるいは停止や再開など、問い合わせの状態を制御できる。したがって、上記誤解に起因する誤操作を防止できるにも拘わらず、端末装置の使用者は、デバイスから端末装置までの間の広域通信網に端末装置を常時接続するとコストが嵩んだり、短い周期で問い合わせると広域通信網の帯域を占有してしまう場合には、問い合わせを一時停止したり、問い合わせの周期を長くするなど、広域通信網の状態に応じた問い合わせの状態を制御できるという効果を奏する。
【図面の簡単な説明】
【図１】 本発明の一実施形態を示すものであり、ローカル制御システムからのアプレットにより、クライアント装置に機能ブロックが形成された状態における、制御システムの要部構成を示すブロック図である。
【図２】 上記制御システムを示すものであり、上記アプレットによる機能ブロックが形成される前の状態を示すブロック図である。
【図３】 上記制御システムのプログラマブル表示器の操作画面を定義する画面データを示すものであり、画面データ中の表示タグのデータ構造を示す説明図である。
【図４】 上記画面データ中の入力タグのデータ構造を示す説明図である。
【図５】 上記画面データに基づいて表示される、プログラマブル表示器の画面例を示す説明図である。
【図６】 上記制御システムにおいて、シンボルデータベースに記憶されるデータの構造を示すものであり、シンボル毎のレコードを示す説明図である。
【図７】 上記制御システムにおいて、シンボルデータベースに記憶されるデータの構造を示すものであり、シンボルの階層構造を示す説明図である。
【図８】 上記制御システムにおいて、ローカル制御システムからクライアント装置に配信されるＸＭＬファイルの例を示す説明図である。
【図９】 上記制御システムにおいて、ローカル制御システムからクライアント装置に配信されるＨＴＭＬファイルの例を示す説明図である。
【図１０】 上記制御システムの動作を示すフローチャートである。
【図１１】 上記各ファイルによってクライアント装置に表示される画面例を示す説明図である。
【図１２】 上記制御システムの変形例を示すものであり、制御システムの要部構成を示すブロック図である。
【図１３】 従来例を示すものであり、制御システムの要部構成を示すブロック図である。
【符号の説明】
１ 制御システム
２ａ デバイス
４ クライアント装置（端末装置）
５ インターネット（広域通信網）
３３ 公開サーバ部（応答手段）
５３ 応答処理部（応答手段）
Claims (7)
- デバイスが設けられたローカル制御システムにて、デバイスの状態を表示し、操作を受け付ける制御用表示装置の画面データに基づいて、端末装置の画面にデバイスの状態を表示する動作、当該端末装置がデバイスの状態を、広域通信網を介して応答手段へ周期的に問い合わせる動作、問い合わせの周期、あるいは、問い合わせの一時停止／再開の入力を促す動作を、上記端末装置へ指示するための公開用ファイルを生成する生成工程と、
上記公開用ファイルに基づいて、デバイスの状態を、広域通信網を介して応答手段へ周期的に問い合わせて取得し、上記端末装置の画面に表示する表示工程と、
上記公開用ファイルに含まれ、デバイスと操作との対応を示す対応情報に基づいて、上記端末装置への操作を認識し、操作に応じたデバイスの状態制御指示を、上記広域通信網を介して上記応答手段へ伝える操作認識工程とを含み、
上記対応情報では、単位画面の切り換え操作が、複数の単位画面のうちの表示すべき単位画面を記憶する画面制御用デバイスに対応する操作として記憶され、
上記表示工程では、画面を更新する際、上記画面制御デバイスの状態として、表示すべき単位画面を取得した後で、当該単位画面を表示し、当該画面制御デバイスの状態取得に失敗すると画面表示を停止すると共に、
上記問い合わせの状態を上記端末装置の使用者に提示する提示工程と、
上記端末装置への使用者の操作に応じて、問い合わせの周期、あるいは、問い合わせの一時停止／再開を制御する制御工程とを含んでいることを特徴とする制御システムのデータ伝送方法。 - デバイスが設けられたローカル制御システムにて、デバイスの状態を表示し、操作を受け付ける制御用表示装置の画面データに基づいて、端末装置の画面にデバイスの状態を表示する動作、広域通信網を介してデバイスと通信する応答手段へ、デバイスの状態を周期的に問い合わせて取得する動作、問い合わせの周期、あるいは、問い合わせの一時停止／再開の入力を促す動作を、上記端末装置へ指示するための公開用ファイルを生成する生成工程と、
上記公開用ファイルに基づいて、上記応答手段へデバイスの状態を問い合わせて取得し、上記端末装置の画面に表示する表示工程と、
上記公開用ファイルに含まれ、デバイスと操作との対応を示す対応情報に基づいて、上記端末装置への操作を認識し、上記応答手段にデバイスの状態制御指示を送信する操作認識工程とを含み、
上記対応情報では、単位画面の切り換え操作が、複数の単位画面のうちの表示すべき単位画面を記憶する画面制御用デバイスに対応する操作として記憶され、
上記表示工程では、画面を更新する際、上記画面制御デバイスの状態として、表示すべき単位画面を取得した後で、当該単位画面を表示し、当該画面制御デバイスの状態取得に失敗すると画面表示を停止すると共に、
上記問い合わせの状態を上記端末装置の使用者に提示する提示工程と、
上記端末装置への使用者の操作に応じて、問い合わせの周期、あるいは、問い合わせの一時停止／再開を制御する制御工程とを含んでいることを特徴とする制御システムのデータ伝送方法。 - 上記公開用ファイルは、上記画面データに含まれる各単位画面に対応するＸＭＬファイルと、当該ＸＭＬファイルを参照して、上記各動作を端末装置に実行させるＨＭＩ用アプレットが格納されたアプレットファイルと、上記問い合わせ制御用の動作を実行させるアプレットが格納されたアプレットファイルと、両アプレットを実行させるＨＴＭＬ文書と から構成されており、
上記端末装置は、単位画面が切り換えられた場合、変更後の単位画面に応じたＸＭＬファイルを読み込むことを特徴とする請求項１または２記載の制御システムのデータ伝送方法。 - 端末装置と、
デバイスが設けられたローカル制御システムにて、デバイスの状態を表示し、操作を受け付ける制御用表示装置の画面データに基づいて、上記端末装置の画面にデバイスの状態を表示する動作、当該端末装置がデバイスの状態を、広域通信網を介して応答手段へ周期的に問い合わせる動作、問い合わせの周期、あるいは、問い合わせの一時停止／再開の入力を促す動作を、上記端末装置へ指示するための公開用ファイルを生成するファイル生成手段とを備えた制御システムであって、
上記端末装置は、上記公開用ファイルに基づいて、デバイスの状態を、広域通信網を介して応答手段へ周期的に問い合わせて取得し、当該端末装置の画面に表示すると共に、上記公開用ファイルに含まれ、デバイスと操作との対応を示す対応情報に基づいて、当該端末装置への操作を認識し、操作に応じたデバイスの状態制御指示を、上記広域通信網を介して上記応答手段へ伝え、
上記対応情報では、単位画面の切り換え操作が、複数の単位画面のうちの表示すべき単位画面を記憶する画面制御用デバイスに対応する操作として記憶され、
上記端末装置は、画面を更新する際、上記画面制御デバイスの状態として、表示すべき単位画面を取得した後で、当該単位画面を表示し、当該画面制御デバイスの状態取得に失敗すると画面表示を停止すると共に、上記問い合わせの状態を当該端末装置の使用者に提示し、当該端末装置への使用者の操作に応じて、問い合わせの周期、あるいは、問い合わせの一時停止／再開を制御することを特徴とする制御システム。 - 端末装置と、
デバイスが設けられたローカル制御システムにて、デバイスの状態を表示し、操作を受け付ける制御用表示装置の画面データに基づいて、上記端末装置の画面にデバイスの状態を表示する動作、広域通信網を介してデバイスと通信する応答手段へ、デバイスの状態を周期的に問い合わせて取得する動作、問い合わせの周期、あるいは、問い合わせの一時停止／再開の入力を促す動作を、上記端末装置へ指示するための公開用ファイルを生成するファイル生成手段とを備えた制御システムであって、
上記端末装置は、上記公開用ファイルに基づいて、上記応答手段へデバイスの状態を問い合わせて取得し、当該端末装置の画面に表示すると共に、上記公開用ファイルに含まれ、デバイスと操作との対応を示す対応情報に基づいて、上記端末装置への操作を認識し、上記応答手段にデバイスの状態制御指示を送信し、
上記対応情報では、単位画面の切り換え操作が、複数の単位画面のうちの表示すべき単位画面を記憶する画面制御用デバイスに対応する操作として記憶され、
上記端末装置は、画面を更新する際、上記画面制御デバイスの状態として、表示すべき単位画面を取得した後で、当該単位画面を表示し、当該画面制御デバイスの状態取得に失敗すると画面表示を停止すると共に、上記問い合わせの状態を上記端末装置の使用者に提示し、当該端末装置への使用者の操作に応じて、問い合わせの周期、あるいは、問い合わせの一時停止／再開を制御することを特徴とする制御システム。 - 請求項１または２記載の各工程を上記端末装置としてのコンピュータに実行させるプログラム。
- 請求項６記載のプログラムが記録された記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001343723A JP3712659B2 (ja) | 2001-11-08 | 2001-11-08 | 制御システムのデータ伝送方法、制御システム、並びに、そのプログラムおよび記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001343723A JP3712659B2 (ja) | 2001-11-08 | 2001-11-08 | 制御システムのデータ伝送方法、制御システム、並びに、そのプログラムおよび記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003150240A JP2003150240A (ja) | 2003-05-23 |
| JP3712659B2 true JP3712659B2 (ja) | 2005-11-02 |
Family
ID=19157359
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001343723A Expired - Fee Related JP3712659B2 (ja) | 2001-11-08 | 2001-11-08 | 制御システムのデータ伝送方法、制御システム、並びに、そのプログラムおよび記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3712659B2 (ja) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006053624A (ja) * | 2004-08-10 | 2006-02-23 | Fujitsu Ltd | アプリケーション運用管理方法及びシステム |
| JP4345844B2 (ja) | 2007-05-09 | 2009-10-14 | ソニー株式会社 | 通信システム、情報処理装置および方法、並びにプログラム |
| EP2626790A1 (en) * | 2010-10-04 | 2013-08-14 | Fujitsu Limited | Fault monitoring device, fault monitoring method and program |
| JP2014151846A (ja) * | 2013-02-13 | 2014-08-25 | Denso Corp | 車両用消費電力低減装置 |
| JP6760187B2 (ja) * | 2017-04-05 | 2020-09-23 | 東芝三菱電機産業システム株式会社 | Ｈｍｉ画面試験装置 |
| GB2565875B (en) * | 2017-06-15 | 2023-02-08 | Fisher Rosemount Systems Inc | Systems and apparatus for distribution of batch and continuous process control data to remote devices |
-
2001
- 2001-11-08 JP JP2001343723A patent/JP3712659B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003150240A (ja) | 2003-05-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3883775B2 (ja) | 制御システム用サーバ装置、制御システム、制御システム用サーバ装置の通信方法、および、そのプログラムが記録された記録媒体 | |
| US7970941B2 (en) | Control server, control terminal, control system, and recording medium storing control communication program | |
| JP2003051056A (ja) | 自動販売機管理システム | |
| JP3712659B2 (ja) | 制御システムのデータ伝送方法、制御システム、並びに、そのプログラムおよび記録媒体 | |
| JP3897970B2 (ja) | エディタ装置およびエディタプログラムを記録した記録媒体 | |
| JP3494967B2 (ja) | 制御システム、および、そのプログラムが記録された記録媒体 | |
| JP2008210394A (ja) | 制御用通信システム、および制御用通信プログラムを記録したコンピュータ読み取り可能な記録媒体 | |
| EP1775660A1 (en) | Mutual access method of data and mutual access system of data | |
| JP3621326B2 (ja) | データ集積システム、データ集積方法およびデータ集積のためのプログラムを記録した記録媒体 | |
| JP4197343B2 (ja) | 制御用通信システム、および制御用通信プログラムを記録したコンピュータ読み取り可能な記録媒体 | |
| JP2004171282A (ja) | クライアント装置、それを備える制御システム、および、そのプログラム | |
| JP3904865B2 (ja) | 制御システム、そのプログラムおよび記録媒体 | |
| JP3638878B2 (ja) | 制御システム、そのプログラム、および、それが記録された記録媒体 | |
| JP4034171B2 (ja) | 制御システム、および、そのプログラム | |
| JP3494968B2 (ja) | 制御用通信システム、および制御用通信プログラムを記録したコンピュータ読み取り可能な記録媒体 | |
| JP2002091836A (ja) | 制御用通信システム、および制御用通信プログラムを記録したコンピュータ読み取り可能な記録媒体 | |
| JP3847542B2 (ja) | 制御システムおよびプログラムを記録した記録媒体 | |
| JP3832619B2 (ja) | 制御システム、および、そのプログラムが記録された記録媒体 | |
| JP2002091912A (ja) | 制御システム | |
| JP2002091557A (ja) | 制御用通信システム、および制御用通信プログラムを記録したコンピュータ読み取り可能な記録媒体 | |
| JP2002091514A (ja) | 制御システム、および、そのプログラムが記録された記録媒体 | |
| JP3621336B2 (ja) | 制御用通信システムおよび制御用通信プログラムを記録した記録媒体 | |
| JP3832632B2 (ja) | 制御システム、そのプログラムおよび記録媒体 | |
| JP2002091911A (ja) | ネットワーク情報作成方法およびそのプログラムを記録した記録媒体ならびにその方法を実行する制御用通信システム | |
| JPH0934512A (ja) | プログラム監視装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050518 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050524 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050722 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20050722 |
|
| 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: 20050816 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050817 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 3712659 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080826 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090826 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: 20090826 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100826 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: 20110826 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: 20110826 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120826 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: 20120826 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130826 Year of fee payment: 8 |
|
| 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 |
|
| 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 |