(57)【要約】【課題】通信やシステムのリソースの消費を抑え、汎用性の高い制御システムを提供する。【解決手段】制御システム１は、遠隔から操作指示を行うクライアント端末１０と機器の制御・監視に係るコントローラ２０との間の通信をＨＴＴＰ通信で行い、クライアント端末１０からコントローラ２０への指示はＣＧＩメッセージ解釈部２３を介し、コントローラ２０からクライアント端末１０への機器の監視情報などのデータ出力はＸＭＬメッセージで行う。【選択図】図１
2007334730.tif 000002
【特許請求の範囲】
【請求項１】
入力される制御指示に基づいて、接続する機器の制御及び／又は当該機器の監視情報を出力するコントローラと、当該コントローラと通信可能に接続され、前記当該コントローラへの制御指示の出力及び／又は前記コントローラから出力される監視情報に基づいて前記コントローラに接続する機器の制御及び／又は監視を行うクライアント端末と、
を有する制御システムにおいて、
前記クライアント端末は、
前記機器の制御及び／又は監視に係る前記コントローラとの通信をＨＴＴＰ通信で行うＷｅｂブラウザ処理部を有し、
前記コントローラは、
前記クライアント端末からのＨＴＴＰ通信に含まれる前記機器の制御指示及び／又は監視情報の出力指示を当該機器の制御及び／又は監視に係る制御部へ出力するＣＧＩメッセージ解釈部と、
前記制御部が取得する前記機器の監視情報を含むＸＭＬメッセージを作成し、当該ＸＭＬメッセージをＨＴＴＰ通信で前記クライアント端末へ出力するＸＭＬメッセージ作成部と、
を有することを特徴とする制御システム。
【請求項２】
前記クライアント端末のＷｅｂブラウザ処理部は、
前記コントローラとの通信における前記機器の制御及び／又は監視に係る指示を前記ＨＴＴＰ通信におけるＨＴＴＰコマンドで行い、
前記コントローラのＣＧＩメッセージ解釈部は、
前記ＨＴＴＰコマンドに基づいた前記機器の制御及び／又は監視に係る指示を前記制御部へ出力することを特徴とする請求項１に記載の制御システム。
【請求項３】
前記クライアント端末のＷｅｂブラウザ処理部は、Ｗｅｂブラウザ通信部とＷｅｂブラウザ描画部とを有し、
前記Ｗｅｂブラウザ通信部は、前記コントローラとの間でＨＴＴＰ通信を行い、
前記Ｗｅｂブラウザ描画部は、前記機器の制御・監視に係るＨＴＭＬドキュメント及び／又は前記Ｗｅｂブラウザ通信部で受信される前記コントローラからのＸＭＬメッセージに基づいた画像を表示部に描画することを特徴とする請求項１又は２に記載の制御システム。
【請求項４】
前記クライアント端末のＷｅｂブラウザ描画部は、前記ＨＴＭＬドキュメントのスクリプト言語及び／又はプログラムモジュールに基づいて、前記Ｗｅｂブラウザ通信部を介した前記コントローラとの通信による前記ＸＭＬメッセージの取得を指示することを特徴とする請求項３に記載の制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、工業用プラントなどのコントローラを端末から制御する制御システムに関する。
【背景技術】
【０００２】
従来、工業用プラントなどの制御システムにおいては、当該プラントの各部に配置されたコントローラの監視・制御をそのコントローラと通信可能に接続するＰＣ（Personal  Computer）やＷＳ（Work  Station）などのクライアント端末で遠隔から行っていた。
【０００３】
例えば、図３（ａ）に従来の一形態である制御システム１００の構成を示す。制御システム１００は、専用プロトコルを用いて互いに通信を行うクライアント端末１１０とコントローラ１２０を有する構成である。クライアント端末１１０は、専用の管理アプリケーションプログラムを実行することで、専用プロトコルを介した通信によりコントローラ１２０の制御指示や状態管理などを行う構成である。コントローラ１２０は、各部を制御する制御部１２１、クライアント端末１１０から送信される専用プロトコルを解釈して制御部１２１へ出力する専用プロトコル解釈部１２２、制御部１２１からの指示に基づいてクライアント端末１１０へ返信するための専用プロトコルを作成する専用プロトコル返信作成部１２３を有する。
【０００４】
上記構成により、制御システム１００は、クライアント端末１１０からの指示に応じたコントローラ１２０での特に図示しない調整弁の開閉駆動等の制御や、コントローラ１２０における特に図示しないセンサで測定された測定データのクライアント端末１１０への出力を専用プロトコルを介した通信で行う構成である。
【０００５】
また、図３（ｂ）に従来の一形態である制御システム２００の構成を示す。制御システム２００は、ＨＴＴＰ（HyperText Transfer Protocol）で互いに通信を行うクライアント端末２１０、コントローラ２２０を有する構成である。クライアント端末２１０は、ＷｅｂブラウザなどによるＨＴＴＰ通信でコントローラ２２０の制御指示や状態管理を行う構成である。コントローラ２２０は、各部を制御する制御部２２１、クライアント端末２１０から送信されるＨＴＴＰ通信を解釈して制御部２２１における所定の制御・管理プログラムの実行を指示するＣＧＩメッセージ解釈部２２２（Common Gateway Interface）、制御部２２１での制御・管理プログラムの実行結果などに基づいてクライアント端末２１０へ返信するＨＴＭＬ（HyperText Markup Language）ドキュメントを作成するＨＴＭＬドキュメント作成部２２３を有する。
【０００６】
上記構成により、制御システム２００は、クライアント端末２１０からの指示に応じてコントローラ２２０での特に図示しない調整弁の開閉駆動等の制御をＨＴＴＰ通信で行い、コントローラ２２０における特に図示しないセンサで測定された測定データのクライアント端末２１０への出力をＨＴＴＰ通信によるＨＴＭＬドキュメント（Ｗｅｂページ）で行う構成である。
【０００７】
また、図３（ｃ）に従来の一形態である制御システム３００を示す。制御システム３００は、ＳＯＡＰ（Simple Object Access Protocol）を用いたＨＴＴＰ通信で互いに通信を行うクライアント端末３１０、コントローラ３２０を有する構成である。クライアント端末３１０は、ＪａｖａＡｐｐｌｅｔなどのプラグインを有するＷｅｂブラウザ等のＳＯＡＰを用いたＨＴＴＰ通信でコントローラ３２０の制御指示や状態管理を行う構成である。コントローラ３２０は、各部を制御する制御部３２１、クライアント端末３１０から送信されるＳＯＡＰを解釈して制御部３２１で実行する制御・管理プログラムへの指示を出力するＳＯＡＰメッセージ解釈部３２２、制御部３２１での制御・管理プログラムの実行結果などに基づいてクライアント端末３１０へ返信するためのＳＯＡＰによるメッセージを作成するＳＯＡＰメッセージ作成部３２３を有する。
【０００８】
上記構成により、制御システム３００は、クライアント端末３１０からの指示に応じてコントローラ３２０での特に図示しない調整弁の開閉駆動等の制御をＳＯＡＰを用いたＨＴＴＰ通信で行い、コントローラ３２０における特に図示しないセンサで測定された測定データのクライアント端末３１０への出力をＳＯＡＰを用いたＨＴＴＰ通信で行う構成である。このＳＯＡＰを用いたコントローラの制御については、特許文献１にも開示されている。
【特許文献１】特開２００２−２２３２１１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、上述した従来技術には、以下に示すような問題があった。図３（ａ）に示すような制御システム１００では、専用の通信プロトコルを使用し、クライアントも専用のアプリケーションで制御・監視を行う構成であるため、汎用性が低くなってしまう。また、制御システム１００では、通信プロトコルが専用（特殊）であるため、クライアント端末１１０とコントローラ１２０の間の通信をファイアーウォール（Firewall）を超えて行う場合、そのファイアーウォールに専用プロトコルを透過させる設定を行う必要がある。しかし、この設定を行うことで、制御システム１００はセキュリティ的に脆弱性を持ってしまう虞がある。
【００１０】
また、図３（ｂ）に示すような制御システム２００は、Ｂ２Ｃ（B to C：Business to Consumer）などで使用されている方法であり、Ｗｅｂでのセキュリティ技術などをそのまま適用することができる。しかし、情報の更新がブラウザのページ単位になってしまうため、コントローラ２２０はページを構成するために監視データ以外のデータも送信する必要があり、通信量が増加してしまう。この欠点は、更新が頻繁にある場合には特に問題となり、クライアント端末２１０側でもページ全体のレンダリングを高頻度で行うため、ちらつきなどの問題が生じる。
【００１１】
また、図３（ｃ）に示すような制御システム３００は、通信プロトコルにＳＯＡＰを使用し、そのＳＯＡＰはＸＭＬ（eXtensible Markup Language）で構成されているため、コントローラ３２０へのＲＰＣ（Remote  Procedure  Cell）を行うことができる。しかし、ＳＯＡＰのスキーマも冗長であり、通信量の削減を行うことが難しい。また、ＳＯＡＰのパース処理は複雑であり、ＣＰＵ（Central  Processing  Unit）の処理能力やメモリなどリソースに制限のあるコントローラ３２０では負荷の高い処理となってしまう。このため、コントローラ３２０が本来行うべきプラントの制御処理への影響が出てしまうことがある。また、クライアント端末３１０のＷｅｂブラウザにもＳＯＡＰを使用するためにＪａｖａＡｐｐｌｅｔなどのプラグインを別途インストールすることが必要であり、汎用性が高くなかった。
【００１２】
本発明の課題は、上記従来技術の問題点に鑑みてなされたものであって、通信やシステムのリソースの消費を抑え、汎用性の高い制御システムを提供することである。
【課題を解決するための手段】
【００１３】
上記課題を解決するために、請求項１に記載の発明は、入力される制御指示に基づいて、接続する機器の制御及び／又は当該機器の監視情報を出力するコントローラと、当該コントローラと通信可能に接続され、前記当該コントローラへの制御指示の出力及び／又は前記コントローラから出力される監視情報に基づいて前記コントローラに接続する機器の制御及び／又は監視を行うクライアント端末と、を有する制御システムにおいて、前記クライアント端末は、前記機器の制御及び／又は監視に係る前記コントローラとの通信をＨＴＴＰ通信で行うＷｅｂブラウザ処理部を有し、前記コントローラは、前記クライアント端末からのＨＴＴＰ通信に含まれる前記機器の制御指示及び／又は監視情報の出力指示を当該機器の制御及び／又は監視に係る制御部へ出力するＣＧＩメッセージ解釈部と、前記制御部が取得する前記機器の監視情報を含むＸＭＬメッセージを作成し、当該ＸＭＬメッセージをＨＴＴＰ通信で前記クライアント端末へ出力するＸＭＬメッセージ作成部と、を有することを特徴とする。
【００１４】
請求項２に記載の発明は、請求項１に記載の発明において、前記クライアント端末のＷｅｂブラウザ処理部は、前記コントローラとの通信における前記機器の制御及び／又は監視に係る指示を前記ＨＴＴＰ通信におけるＨＴＴＰコマンドで行い、前記コントローラのＣＧＩメッセージ解釈部は、前記ＨＴＴＰコマンドに基づいた前記機器の制御及び／又は監視に係る指示を前記制御部へ出力することを特徴とする。
【００１５】
請求項３に記載の発明は、請求項１又は２に記載の発明において、前記クライアント端末のＷｅｂブラウザ処理部は、Ｗｅｂブラウザ通信部とＷｅｂブラウザ描画部とを有し、前記Ｗｅｂブラウザ通信部は、前記コントローラとの間でＨＴＴＰ通信を行い、前記Ｗｅｂブラウザ描画部は、前記機器の制御・監視に係るＨＴＭＬドキュメント及び／又は前記Ｗｅｂブラウザ通信部で受信される前記コントローラからのＸＭＬメッセージに基づいた画像を表示部に描画することを特徴とする。
【００１６】
請求項４に記載の発明は、請求項３に記載の発明において、前記クライアント端末のＷｅｂブラウザ描画部は、前記ＨＴＭＬドキュメントのスクリプト言語及び／又はプログラムモジュールに基づいて、前記Ｗｅｂブラウザ通信部を介した前記コントローラとの通信による前記ＸＭＬメッセージの取得を指示することを特徴とする。
【発明の効果】
【００１７】
本発明によれば、入力される制御指示に基づいて、接続する機器の制御及び／又は当該機器の監視情報を出力するコントローラと、当該コントローラと通信可能に接続され、前記当該コントローラへの制御指示の出力及び／又は前記コントローラから出力される監視情報に基づいて前記コントローラに接続する機器の制御及び／又は監視を行うクライアント端末と、を有する制御システムにおいて、クライアント端末とコントローラとの通信をＨＴＴＰ通信で行い、当該ＨＴＴＰ通信で機器の制御指示及び／又は監視情報の出力指示をクライアント端末からコントローラに送り、コントローラからクライアント端末へはＸＭＬメッセージで監視情報を出力することができ、ＨＴＴＰ通信により汎用性が高く、ＸＭＬメッセージを用いて通信やシステムのリソースの消費を抑えることができる。
【発明を実施するための最良の形態】
【００１８】
以下、この発明の実施の形態について図を参照して説明するが、この発明は以下の実施の形態に限定しない。また、この発明の実施の形態は発明の最も好ましい形態を示すものであり、発明の用途や用語はこれに限定するものではない。
【００１９】
図１（ａ）は、本発明である制御システム１の機能的構成を模式的に示す概念図であり、図１（ｂ）は、制御システム１ａの機能的構成を模式的に示す概念図である。図２は、制御システム１の処理を示すラダーチャートである。
【００２０】
先ず、制御システム１の構成について説明する。図１（ａ）に示すように、制御システム１は、特に図示しない有線又は無線による通信ネットワークを介し、ＨＴＴＰ通信により互いに通信可能に接続するクライアント端末１０とコントローラ２０を有する構成である。
【００２１】
クライアント端末１０は、特に図示しないＣＰＵやＲＯＭ（Read  Only  Memory）、ＲＡＭ（Random  Access  Memory）などを備えて当該クライアント端末１０の各部を制御する制御部、各種データを格納する光学的・磁気的記憶媒体や半導体メモリなどの記憶部、キーボードやマウスなどからユーザの操作入力を受け付ける操作部、ＣＲＴ（Cathode  Ray  Tube）やＬＣＤ（Liquid  Crystal  Display）などの表示部、外部機器と有線や無線で通信可能に接続する通信インターフェイスを備えるＰＣやＷＳなどの情報機器である。
【００２２】
クライアント端末１０は、ＣＰＵがＲＯＭや記憶部に格納された各種アプリケーションプログラムをＲＡＭの作業領域に展開して順次実行することで、コントローラ２０と接続する機器の制御や監視に関する画面の表示部への表示や、当該画面に表示された操作ボタンの操作部からの指示を受け付けるＷｅｂページ（ＨＴＭＬドキュメント）のＷｅｂブラウザであるブラウザ処理部１１として機能する。
【００２３】
ブラウザ処理部１１は、ＨＴＭＬ、ＸＭＬ、ＥＣＭＡ（European Computer Manufacturer Association）Ｓｃｒｉｐｔに準拠したＪａｖａＳｃｒｉｐｔ、ＡｃｔｉｏｎＳｃｒｉｐｔなどのスクリプト言語やＡｐｐｌｅｔなどのプログラムモジュールに基づいた画面表示を行うブラウザ描画部１２と、当該画面上のリンクの選択などに基づいて外部機器に対してＨＴＴＰ通信でのデータ要求や外部からのＨＴＴＰ通信を受信するブラウザ通信部１３とを有する。
【００２４】
なお、ブラウザ処理部１１が処理するコントローラ２０と接続する機器の制御や監視に関するＷｅｂページについては、予めクライアント端末１０の記憶部に格納されるＨＴＭＬデータを読み出してもよいし、コントローラ２０などの外部のＷｅｂサーバのＵＲＬを指定して取得したＷｅｂページであってもよい。
【００２５】
コントローラ２０は、特に図示しないＣＰＵ、ＲＡＭ、ＲＯＭ、記憶部、通信インターフェイスなどを備え、当該ＣＰＵがＲＯＭに格納された各種制御プログラムをＲＡＭの作業領域に展開して順次実行することで、制御部２１や通信部２２としての機能を実現する。
【００２６】
制御部２１は、コントローラ２０の各部の制御及び当該コントローラ２０と接続する特に図示しないセンサの監視や同じく図示しない調整弁の開閉駆動等の制御を行う。通信部２２は、通信インターフェイスを介したデータ通信の制御を司る。また、通信部２２は、外部との通信をＨＴＴＰを用いて行い、少なくともＷｅｂサーバのサブセットとして構築される。なお、コントローラ２０のリソースに余裕がある場合は、フルセットのＷｅｂサーバとしてもよい。
【００２７】
また、通信部２２には、クライアント端末１０から送信されるＨＴＴＰ通信を解釈し、制御部２１における機器の制御や監視に係るプログラムの実行を指示するＣＧＩメッセージ解釈部２３、制御部２１での機器の制御や監視の結果に基づいてクライアント端末１０へ返信するＸＭＬメッセージを作成するＸＭＬメッセージ作成部２４を備える。
【００２８】
コントローラ２０から制御や監視が可能な制御対象（センサや調整弁）には、ＵＲＬ（Uniform Resource Locator）が予め割り当てられている。例えば、コントローラ２０で複数のセンサを使用して温度などを収集する場合、それぞれのセンサに個別のＵＲＬを割り振る。これにより、ＣＧＩメッセージ解釈部２３における制御部２１への制御・監視の指示は、ＨＴＴＰ通信で解釈されたＵＲＬに基づいた機器に対して行われる。また、ログファイルなどの閲覧可能な情報や、収集開始コマンドなどの制御コマンドにもＵＲＬを割り当ててもよい。
【００２９】
なお、制御システム１は、図１（ｂ）に示すような制御対象としての機器である制御装置３０、機器管理装置３１、ログ管理装置３２とクライアント端末１０との通信を仲介するコントローラ２０ａを有する制御システム１ａの形態であってもよい。なお、クライアント端末１０とＣＧＩメッセージ解釈部２３ａ又は通信部２２ａとの通信は上記と同様に行い、ＣＧＩメッセージ解釈部２３ａ又はＸＭＬメッセージ作成部２４ａと制御装置３０、機器管理装置３１、ログ管理装置３２との通信はＨＴＴＰ通信や専用プロトコルなどのいずれで行ってもよい。制御システム１ａは、クライアント端末１０における各制御対象の制御・監視をポータル的なコントローラ２０ａで一括して扱うことができるため、利用者はシステム全体の状況を閲覧しながら個別の制御を行うことができる。
【００３０】
ここで、クライアント端末１０のブラウザ通信部１３と、コントローラ２０の通信部２２及びＣＧＩメッセージ解釈部２３との間のＨＴＴＰ通信について説明する。ＨＴＴＰ通信には「ＧＥＴ」、「ＰＵＴ」、「ＰＯＳＴ」、「ＤＥＬＥＴＥ」などのコマンドがあるが、クライアント端末１０とコントローラ２０との間のＨＴＴＰ通信では、それをそのままＵＲＬが示すコントローラ２０の制御対象へのコマンドとして使用する。つまり、コントローラ２０に接続する制御対象にはそれぞれＵＲＬが割り当てられており、ＨＴＴＰ通信におけるコマンドがその制御対象へのコマンドとなる。
【００３１】
「ＧＥＴ」は、コントローラ２０と接続する制御対象の情報収集を行わせる。例えば、温度センサの現在値や記憶部などに格納された温度履歴を取得するために使用する。「ＰＵＴ」は、制御コマンドの実行やログのレベルを変更するなど、何らかの制御処理を制御対象に行わせる場合に使用する。基本的にはこの２種類のコマンドでコントローラ２０を遠隔から制御する。
【００３２】
「ＰＯＳＴ」は、コントローラ２０の制御対象に対してＵＲＬを割り付けるときに使用する。例えば、コントローラ２０に新たな制御対象としてのＩ／Ｏ（Input/Output）が付加され、その制御対象の割り当てを遠隔から行うような場合に使用する。また、「ＤＥＬＥＴＥ」は記憶部に格納される履歴に関する情報であるログファイルなどの消去や使用されなくなったＵＲＬを削除する時などに使用する。
【００３３】
上述したＨＴＴＰ通信に係るコマンドで引数を使用する場合には、一般的なＣＧＩで使用されるパラメータの指定方法を用いる。具体的な例としては、ＣＧＩはパラメータを「キー＝値」の形式で送信する。複数のパラメータがある場合は「＆」をセパレータとして使用する。
【００３４】
具体的には、クライアント端末１０からＩＰアドレスが「xxx.xxx.xxx.xxx」のコントローラ２０に対して「ＧＥＴ  http://xxx.xxx.xxx.xxx/hoge?pv」などのＨＴＴＰ通信が行われた場合、「hoge」が制御対象、「ＧＥＴ］がその制御対象へのコマンド、「pv」がコマンドにおけるパラメータなどを示すものである。
【００３５】
制御システム１は、このＨＴＴＰ通信による手法を用いることで、ＳＯＡＰなどに比較してパース処理が非常に容易に行えるため、コントローラ２０のリソースが限られている場合においても、ＣＰＵやメモリなどのリソースの影響を抑えることができ、コントローラ２０の本来の用途である制御処理に影響を与えることがない。また、ＨＴＴＰ通信とＣＧＩとを使用することで、クライアント端末１０側において専用のアプリケーションプログラムを起動せずとも、汎用的なＷｅｂブラウザを起動するだけよい。
【００３６】
ここで、制御システム１において、クライアント端末１０からのコントローラ２０に接続する機器への制御に関する処理について説明する。なお、処理の詳細は、いずれのＨＴＴＰ通信に係るコマンドでもほぼ同じであるため、情報の取得を行うＨＴＴＰ通信の「ＧＥＴ」コマンドを用いた処理を例示して説明する。
【００３７】
図２に示すように、クライアント端末１０では、ブラウザ描画部１２で操作部からのリンクの選択やスクリプト言語又はプログラムモジュールなどの実行による所定の機器に関するブラウザの描画更新（データ更新）依頼をブラウザ通信部１３へ出力する（ステップＳ１１）。なお、このステップＳ１１における描画更新は、ＪａｖａＳｃｒｉｐｔのＨＴＴＰ通信機能を用いてページのリロードを行わずにＸＭＬメッセージを要求するＡＪＡＸ（Asynchronous JavaScript + XML）を用いてよい。ブラウザ通信部１３は、ブラウザ描画部１２からの指示に基づいて、コントローラ２０に対して所定の機器の最新のデータを要求する指示（「ＧＥＴ  http://xxx.xxx.xxx.xxx/hoge?pv」）をＨＴＴＰ通信で出力する（ステップＳ１２）。
【００３８】
次いで、コントローラ２０では、ＣＧＩメッセージ解釈部２３でクライアント端末１０からのＨＴＴＰ通信による指示を元に、コマンド（「ＧＥＴ」）、制御対象（「hoge」）、パラメータ（「pv」）を切り出して制御部２１へ出力する（ステップＳ１３）。制御部２１では、ＣＧＩメッセージ解釈部２３から出力された機器に関する情報をパラメータ等を指定して取得してＸＭＬメッセージ作成部２４へ出力する（ステップＳ１４）。ＸＭＬメッセージ作成部２４では、制御部２１で取得された機器に関する情報をＸＭＬに変換してクライアント端末１０へＨＴＴＰ通信で出力する（ステップＳ１５）。
【００３９】
次いで、クライアント端末１０では、ブラウザ通信部１３でコントローラ２０から送信されたＸＭＬから機器に関する情報を抽出してブラウザ描画部１２へ出力し（ステップＳ１６）、ブラウザ描画部１２でその情報に基づいて描画更新を行い機器に関するデータを更新する（ステップＳ１７）。
【００４０】
以上のように、制御システム１は、遠隔から操作指示を行うクライアント端末１０と機器の制御・監視に係るコントローラ２０との間の通信をＨＴＴＰ通信で行い、クライアント端末１０からコントローラ２０への指示はＣＧＩメッセージ解釈部２３を介し、コントローラ２０からクライアント端末１０への機器の監視情報などのデータ出力はＸＭＬメッセージで行う構成である。
【００４１】
このため、制御システム１は、クライアント端末１０からの指示を解析する際にＸＭＬのパース処理などの過度にリソースを消費する処理を行う必要がない。また、制御システム１は、コントローラ２０からクライアント端末１０へのデータ量がＳＯＡＰのように冗長性がないＸＭＬメッセージを用いるため、通信量を抑えることができる。また、制御システム１は、クライアント端末１０とコントローラ２０との通信においてＷｅｂで使用されるセキュリティ技術をそのまま流用することができ、汎用性の高い通信構成で構築することができる。
【００４２】
また、制御システム１は、クライアント端末１０からコントローラ２０への指示をＨＴＴＰ通信における「ＧＥＴ」、「ＰＵＴ」などのＨＴＴＰコマンドで行う構成である。このため、制御システム１は、ＣＧＩメッセージ解釈部２３での解釈を容易に行わせることができ、コントローラ２０のリソース消費を抑えることができる。
【００４３】
また、制御システム１は、クライアント端末１０のブラウザ処理部１１が処理するＨＴＭＬドキュメントのスクリプト言語やプログラムモジュールに基づいてブラウザ描画部１２で表示部に描画する構成である。このため、制御システム１は、スクリプト言語やプログラムモジュールによるページ遷移を起こすことのない、例えば、ＡＪＡＸを用いた描画を行うことができ、クライアント端末１０で監視している機器の情報を更新する際の画面のちらつきなどを抑えることができる。
【００４４】
なお、本実施の形態における記述は、発明の一例を示すものであり、これに限定しない。本発明における制御システム１の細部構成や動作に関しては、本発明の趣旨を逸脱しない範囲で適宜変更が可能である。
【図面の簡単な説明】
【００４５】
【図１】（ａ）は、本発明である制御システム１の機能的構成を模式的に示す概念図であり、（ｂ）は、制御システム１ａの機能的構成を模式的に示す概念図である。
【図２】制御システム１の処理を示すラダーチャートである。
【図３】（ａ）は、従来の一形態である制御システム１００の構成を示す概念図であり、（ｂ）は、従来の一形態である制御システム２００の構成を示す概念図であり、（ｃ）は、従来の一形態である制御システム３００の構成を示す概念図である。
【符号の説明】
【００４６】
１、１ａ  制御システム
１０  クライアント端末
１１  ブラウザ処理部
１２  ブラウザ描画部
１３  ブラウザ通信部
２０、２０ａ  コントローラ
２１  制御部
２２、２２ａ  通信部
２３、２３ａ  ＣＧＩメッセージ解釈部
２４、２４ａ  ＸＭＬメッセージ作成部
３０  制御装置
３１  機器管理装置
３２  ログ管理装置
【図１】
2007334730.tif 000003
【図２】
2007334730.tif 000004
【図３】
2007334730.tif 000005