JP5896934B2 - 監視制御システム - Google Patents

Description

この発明は、プラントあるいは公共施設等の施設における設備機器の状態監視および制御を行う監視制御システムに関するものである。

施設の運転状態を監視および制御するための監視制御システムでは、一般に、表示装置に設備機器の状況を描画した監視制御画面が表示され、この画面を監視することで、ユーザは設備状況の把握、設備の運転操作、加えて緊急時の対応を行っている。

近年、設備の大規模化、複雑化が進むにつれて監視対象となる設備機器は増加する傾向にあり、それに伴って監視制御システムにおいても監視制御画面の種類や枚数が増加する傾向にある。

監視制御システムでは、過去の監視データを比較用の画面にて確認することがある。その際、比較用画面に過去の監視データを遷移し確認を実施するが、１枚の画面に表示されるデータ量の過多や、１枚で確認ができず複数の画面で比較する必要が生じる等のため、確認したいデータが簡単に見つからず、比較するために長時間を要するという問題があった。また、比較用画面に登録されていない情報は、比較することもできなかった。

そこで、比較したいデータについて条件による絞込みを実施し、ユーザが必要なデータを１枚の画面に表示する方法が提案されている（例えば、特許文献１参照）。この表示方法によれば、必要な情報だけが１枚の画面に表されるため、従来と比較して、状況の把握や操作性が向上する。

特開平８−１３７７１２号公報（第１頁、図１）

しかしながら、上記特許文献１の表示方法では、比較する対象の監視データは予め定義されたデータ構造のみ表示可能であるため、状況に応じて確認したい監視データと日時が異なる場合に、対応することができないという問題がある。

この発明は上記のような問題を解決するためになされたものであり、ユーザが状況に応じて確認したい監視データと日時を自由に指定できるようにして、ユーザが確認したい監視データを比較画面に表示することができるようにして、比較画面上でユーザが効率的に情報を取得、確認することができるようにすることを目的とする。

この発明に係る監視制御システムは、施設の設備機器からの監視データを収集し保管するプラント監視データ保管部を備えるデータサーバ装置と、
上記監視データを取得する対象設備機器の画面を表示する第１Ｗｅｂブラウザ、上記取得する上記監視データの日時の指定画面を表示する第２Ｗｅｂブラウザ及び上記取得する上記監視データの画面を表示する第３Ｗｅｂブラウザを備えるＷｅｂ端末と、
上記データサーバ装置と上記Ｗｅｂ端末とに接続され、上記第１Ｗｅｂブラウザの表示画面の定義、上記第２Ｗｅｂブラウザの日時の指定画面の定義及び上記第３Ｗｅｂブラウザの監視データの画面の定義を保管する画面定義保管部並びに上記対象設備機器と上記データサーバ装置の監視データとを関連付けた関連情報定義を保管する関連情報保管部を備えるＷｅｂサーバ装置とで構成され、
上記Ｗｅｂ端末の上記第１Ｗｅｂブラウザの表示画面が開かれて、上記開かれた表示画面に上記対象設備機器が表示され、該表示された対象設備機器が選択され、上記Ｗｅｂサーバ装置に送信されることにより、上記Ｗｅｂサーバ装置の上記画面定義保管部から上記選択された対象設備機器の日時の指定画面及び上記選択された対象設備機器の上記監視データの画面が取得されて表示され、
上記第２Ｗｅｂブラウザの日時の指定画面において日時が指定され上記Ｗｅｂサーバに送信されることにより、上記Ｗｅｂサーバ装置の上記関連情報保管部に保管された上記関連情報定義から上記選択された対象設備機器に関連付けられた上記監視データが判断され、上記データサーバ装置から上記選択された対象設備機器に関連付けられた上記監視データが取得され、上記第３Ｗｅｂブラウザに送信され表示されるものである。

この発明の監視制御システムは、上記のように構成されているため、確認したい時間と監視データをユーザが選択して、状況に応じて必要な最小限の情報を取得し、１枚の画面に対象の監視データを表示することができるため、視認性が向上し、ユーザの作業時間を削減することができる。

この発明に係る監視制御Ｗｅｂシステムの実施の形態１の構成を示すブロック図である。 この発明の実施の形態１による関連情報定義のデータ構造の一例を示す図である。 この発明の実施の形態１において、Ｗｅｂ端末上で表示する、監視制御Ｗｅｂシステムの画面イメージの例を示す図である。 実施の形態１の監視制御Ｗｅｂシステムの動作を示すフローチャートである。 実施の形態１の監視データ表示画面の一例を示す図である。 実施の形態１の監視データ表示画面の他の例を示す図である。 実施の形態１の監視データ表示画面の他の例を示す図である。 この発明に係る監視制御Ｗｅｂシステムの実施の形態２におけるＷｅｂサーバ装置の構成を示すブロック図である。 実施の形態２の監視制御Ｗｅｂシステムの動作を示すフローチャートである。 この発明の実施の形態２による関連情報定義のデータ構造の一例を示す図である。 この発明の実施の形態２によるユーザ別関連情報定義のデータ構造の一例を示す図である。 この発明の実施の形態３による関連情報定義のデータ構造の一例を示す図である。 この発明の実施の形態３による監視制御Ｗｅｂシステムの監視データ表示の動作を示すフローチャートである。 この発明の実施の形態４による関連情報定義のデータ構造の一例を示す図である。 この発明の実施の形態４の監視制御Ｗｅｂシステムの動作を示すフローチャートである。 この発明の実施の形態５において、Ｗｅｂ端末上で表示する、監視制御Ｗｅｂシステムの画面イメージの例を示す図である。 この発明の実施の形態５による監視制御Ｗｅｂシステムの監視データ表示の動作を示すフローチャートである。

実施の形態１．
図１は、この発明に係る監視制御Ｗｅｂシステムの実施の形態１の構成を示すブロック図である。以下に、この発明の実施の形態１を図１に基づいて説明する。
図１において、監視制御Ｗｅｂシステムは、Ｗｅｂ端末１００と、Ｗｅｂサーバ装置２００と、データサーバ装置３００と、Ｗｅｂ端末１００とＷｅｂサーバ装置２００とを繋ぐネットワーク６００と、Ｗｅｂサーバ装置２００とデータサーバ装置３００とプラント５００とを繋ぐネットワーク４００とによって構成されている。

Ｗｅｂ端末１００は、それぞれＷｅｂサーバ装置２００から画面定義を取得しＷｅｂ画面を表示する画面表示部１と画面表示部１の操作に応じて内部で処理を行う画面内部処理部２を有する第１Ｗｅｂブラウザ１０、第２Ｗｅｂブラウザ１１、第３Ｗｅｂブラウザ１２を備えている。ここで第１Ｗｅｂブラウザ１０は監視画面、第２Ｗｅｂブラウザ１１は日時の指定画面、第３Ｗｅｂブラウザ１２は監視データ表示画面である。

Ｗｅｂサーバ装置２００は、第１Ｗｅｂブラウザ１０からの要求を受信するＷｅｂデータ入出力部２０と、第１Ｗｅｂブラウザ１０の要求に従って画面定義保管部２２から画面定義を取得する画面定義管理部２１と、第１Ｗｅｂブラウザ１０に表示されている監視画面からの監視データ取得要求に従って、監視データ取得処理を実施する監視データ取得部２３と、監視データ取得部２３がデータサーバ装置３００に対して、監視データ取得を要求する際に、対象となるデータの項目番号（関連情報定義）を取得する関連情報保管部２４と、監視データ取得部２３から、データサーバ装置３００に対して、監視データ取得要求を送信する、または、監視データ取得応答を受信する監視データ入出力部２５とによって構成されている。

データサーバ装置３００は、プラント５００から取得した監視データの情報を保存するプラント監視データ保管部３０〜３２を備えている。図１では、プラント監視データ保管部３０は気象情報ＤＢ、プラント監視データ保管部３１は異常発生情報ＤＢ、プラント監視データ保管部３２は河川水量情報ＤＢとしている。

図２は、この発明の実施の形態１による関連情報定義のデータ構造の一例を示す図である。図２に示したように、関連情報定義は、対象設備機器を示すシンボルＩＤとデータサーバ装置３００のプラント監視データ保管部３０〜３２のテーブル（Ｔａｂｌｅ）及びその対象となるカラム（Ｃｕｌｍ）とを関連付けることで、監視画面のシンボル（対象設備機器）を指定したときに、取得したい監視データを特定することができる。このとき、複数の監視データを定義しておくことで、比較することができる。

図３は、この発明の実施の形態１において、Ｗｅｂ端末１００上で表示する画面イメージの例を示す図である。図３に示したように、Ｗｅｂ端末１００の第１Ｗｅｂブラウザ１０にて表示する監視画面を開き、監視画面に描かれているシンボルを選択することで、第２Ｗｅｂブラウザ１１に日時の指定画面が表示され、第３Ｗｅｂブラウザ１２に監視データ表示画面が表示される。なお、図３では、監視画面に対象設備機器をシンボルで描画した例を示したが、これに限るものではなく、表による表示など種々考えられる。

図４は、この実施の形態１の監視制御Ｗｅｂシステムの動作を示すフローチャートである。図１、図２及び図３を参照して、図４に基づき監視制御Ｗｅｂシステムの動作について説明する。

ユーザが、第１Ｗｅｂブラウザ１０の画面表示部１にて表示している監視画面のシンボルを選択する（ＳＴ１００１）。画面内部処理部２は、画面表示部１で選択された要求に従って、Ｗｅｂサーバ装置２００に対して、監視データの表示画面と日時の指定画面の画面表示要求を送信する（ＳＴ１００２）。Ｗｅｂサーバ装置２００のＷｅｂデータ入出力部２０は、画面表示要求を受信すると、画面定義管理部２１に対して画面定義の取得要求を行う（ＳＴ１００３）。画面定義取得要求を受けた画面定義管理部２１は、画面定義保管部２２から監視データの表示画面と日時の指定画面の画面定義を取得し、Ｗｅｂデータ入出力部２０に渡す（ＳＴ１００４）。Ｗｅｂデータ入出力部２０は、第１Ｗｅｂブラウザ１０に画面定義を送信する（ＳＴ１００５）。第１Ｗｅｂブラウザ１０の画面内部処理部２は、日時の指定画面のための第２Ｗｅｂブラウザ１１、監視データの表示画面の第３Ｗｅｂブラウザ１２を開き、日時の指定画面と監視データの表示画面とを各画面表示部１に表示する（ＳＴ１００６）。ユーザが日時の指定画面にて日時を指定する（ＳＴ１００７）。第２Ｗｅｂブラウザ１１の画面内部処理部２は、画面表示部１の要求に従って、日時情報とシンボル情報からＷｅｂサーバ装置２００にデータ取得を要求するメッセージを作成し（ＳＴ１００８）、Ｗｅｂサーバ装置２００に送信する（ＳＴ１００９）。Ｗｅｂサーバ装置２００のＷｅｂデータ入出力部２０は、監視データ取得要求を受信すると、監視データ取得部２３に対して監視データ取得要求を渡す。監視データ取得部２３は、関連情報保管部２４から指定したシンボルに関連付けられた監視データを判断し、データサーバ装置３００のプラント監視データ保管部３０〜３２のテーブルとその対象となるカラムを取得し、データ取得要求のメッセージをＷｅｂサーバ装置２００とデータサーバ装置３００との間で交信ができるように変換する（ＳＴ１０１０）。監視データ取得部２３は、監視データ入出力部２５を経由して、データサーバ装置３００に対して、データ取得要求を送信する（ＳＴ１０１１）。データサーバ装置３００は、受信したデータ取得要求に基づいて、指定された監視データをプラント監視データ保管部３０〜３２から取得し、応答する（ＳＴ１０１２，ＳＴ１０１３）。監視データ入出力部２５は、監視データ取得応答受信時の処理を実施して、監視データ取得部２３に応答データを渡す（ＳＴ１０１４）。監視データ取得部２３はＷｅｂデータ入出力部２０を経て、監視データ取得応答を返す（ＳＴ１０１５）。第３Ｗｅｂブラウザ１２は、監視データ表示画面において、指定された監視データを表示する（ＳＴ１０１６）。監視データ表示画面に監視データが表示された後、日時の指定画面から別の時刻を指定すると、ＳＴ１００７〜ＳＴ１０１６を実施して、監視データ表示画面に指定された時刻の監視データが追加表示される。また、監視データ表示画面に監視データが表示された後、監視画面の別のシンボルを選択することで、別のシンボルに関連付けられた監視データを監視データ表示画面に書き換える（ＳＴ１０２７、ＳＴ１００８〜ＳＴ１０１６）。

図５は、この実施の形態１の監視データ表示画面の一例を示す図である。図５に示したように、要求情報として、シンボル（対象設備機器）を指定すると、保存監視データとして、日時の指定画面から時刻２０１２／１０／１２／０８：５５を指定した際に、指定したシンボルは、シンボルＩＤ＝１の、「河川水位情報ＤＢのＩＤカラムの０１００００」と、「異常発生情報ＤＢのＬｏｃａｔｉｏｎカラムの一つの橋」と関連付けられており、保存監視データの河川水位情報ＤＢと異常発生情報ＤＢのデータから、監視データ表示画面に日時２０１２／１０／１２／０８：５５、橋水位；４．３ｍ、橋状態；水位変化量小の監視データが表示される(図５の下段）。

図６は、この実施の形態１の監視データ表示画面の他の例を示す図である。図６は、図５の例によって、監視データ表示画面に監視データが表示された後、図４のＳＴ１００７〜ＳＴ１０１６の処理において、時刻が２０１２／１０／１２／０９：００が指定された際に、監視データ表示画面に表示される監視データであり、水位５．０ｍ、水位変化量大が図５に示される画面に追加される。

図７は、この実施の形態１の監視データ表示画面の他の例を示す図である。図５の例によって、監視データ表示画面に監視データが表示された後、図４のＳＴ１０２７，ＳＴ１００８〜ＳＴ１０１６の処理において、シンボルＩＤ＝２が指定された際に、監視データ表示画面に表示される監視データであり、他の橋の水位３．０ｍ、水位変化量小に書き換えられる。

この実施の形態１の監視制御Ｗｅｂシステムによれば、確認したい時間と監視データをユーザが選択して、状況に応じて必要な最小限の情報を取得し、１枚の画面に対象の監視データを表示することができるため、視認性が向上し、ユーザの作業時間を削減することができる。

実施の形態２．
監視データを取得する操作をする場合に、例えば、ユーザＡとユーザＢが同じシンボルを指定しても、取得したい監視データが異なることが多く、ユーザ毎に特有の傾向を有している場合が多い。この実施の形態２では、関連情報定義にユーザ別の情報を加え、ユーザ特有のユーザ別関連情報を備えるようにして、監視データの取得をより、容易にするものである。

図８は、この発明に係る監視制御Ｗｅｂシステムの実施の形態２におけるＷｅｂサーバ装置２００の構成を示すブロック図であり、Ｗｅｂ端末１００とデータサーバ装置３００は省略している。図９は、この実施の形態２の監視制御Ｗｅｂシステムの動作を示すフローチャートである。図１０は、この発明の実施の形態２による関連情報定義のデータ構造の一例を示す図であり、ユーザ別の情報を加えたものである。

図８に示したように、この実施の形態２は、上記実施の形態１のＷｅｂサーバ装置２００に、ユーザ認証管理部４０とユーザ認証情報保管部４１、操作履歴保管部４２と関連情報管理部４３を追加することにより、Ｗｅｂ端末１００を利用するユーザ毎に操作履歴を残し、ユーザ別に、シンボルを選択したときの関連する監視データを組み換えることを可能にするものである。

以下、図１、図８及び図１０を参照し、図４、図９に基づき、Ｗｅｂ端末１００のユーザ認証に関する動作と、ユーザ毎の操作履歴を保管する動作と、操作履歴からユーザ別関連情報定義を書き換える動作について説明する。

Ｗｅｂ端末１００のユーザ認証に関する動作は、監視データ画面を表示する前に実施する。第１Ｗｅｂブラウザ１０の監視画面において、ユーザがユーザ名とパスワードを入力して、ユーザ認証要求を実施する（ＳＴ２００１）。画面内部処理部２は、ユーザ認証要求をＷｅｂサーバ装置２００に送信する（ＳＴ２００２）。Ｗｅｂサーバ装置２００のＷｅｂデータ入出力部２０は、ユーザ認証要求を受信すると、そのユーザ認証要求をユーザ認証管理部４０に渡す（ＳＴ２００３）。ユーザ認証管理部４０は、ユーザ認証情報保管部４１に保持しているユーザ名とパスワードと、ユーザ認証要求に格納されているユーザ名とパスワードを比較し、正否を判別する（ＳＴ２００４）。

ユーザ認証の正否判別の結果、正の場合、ユーザ認証情報保管部４１に端末情報を保管する（ＳＴ２００５）。ユーザ認証管理部４０は、Ｗｅｂデータ入出力部２０を経由して、ユーザ認証が成功したことをＷｅｂ端末１００に対して応答する（ＳＴ２００６）。第１Ｗｅｂブラウザ１０の画面内部処理部２は、ユーザ認証要求の応答を受信し、ユーザ認証成否を確認する（ＳＴ２００７，ＳＴ２００８）。このとき、ユーザ認証の正否判断は正のため、画面表示部１では、成功したユーザ専用の監視画面を表示する（ＳＴ２００９）。

ユーザ認証の成否判別の結果、否の場合、ユーザ認証管理部４０は、Ｗｅｂデータ入出力部２０を経由して、ユーザ認証が失敗したことをＷｅｂ端末１００に対して応答する（ＳＴ２００６）。第１Ｗｅｂブラウザ１０の画面内部処理部２は、ユーザ認証要求の応答を受信し、ユーザ認証成否を確認する（ＳＴ２００７，ＳＴ２００８）。画面表示部１は、ユーザ認証が失敗したことをユーザに通知し、画面は変化しない（ＳＴ２０１０）。

ユーザ毎の操作履歴を保管する動作は、ユーザ認証処理の成功後、シンボルの選択を実施することで始まる。このとき、上記実施の形態１と同じＳＴ１００１〜ＳＴ１０１０までの処理を行う。

監視データ取得部２３は、関連情報保管部２４からシンボルとデータサーバ装置３００のプラント監視データ保管部３０〜３２のテーブルとその対象となるカラムとを関連付けた関連情報定義を取得し、データ取得要求のメッセージをＷｅｂサーバ装置２００とデータサーバ装置３００との間で交信ができるように変換する。監視データ取得部２３は、監視データ入出力部２５を経由して、データサーバ装置３００に対して、データ取得要求を送信する（ＳＴ１０１１）。監視データ取得部２３は、監視データ入出力部２５にメッセージを送信するときに、操作履歴保管部４２に対して、ユーザ情報、シンボルＩＤ、リクエスト情報を保存する。この後、上記実施の形態１と同様のＳＴ１０１２〜ＳＴ１０２７までの処理を行う。

操作履歴からユーザ別関連情報定義を書き換える動作は以下の通りである。第３Ｗｅｂブラウザ１２の画面内部処理部２は、Ｗｅｂサーバ装置２００に対して書き換えを開始するタイミングを知らせるために非表示処理を開始する（ＳＴ２０１２）。第３Ｗｅｂブラウザ１２の画面内部処理部２は、Ｗｅｂサーバ装置２００のＷｅｂデータ入出力部２０に対して、監視データ表示画面の非表示通知を送信する（ＳＴ２０１３）。非表示通知を受信したＷｅｂデータ入出力部２０は、関連情報管理部４３に要求を渡す（ＳＴ２０１４）。関連情報管理部４３は、操作履歴保管部４２に、ユーザによる画面非表示の履歴を残す。関連情報管理部４３は、操作履歴保管部４２に保管されているユーザの操作履歴情報と、関連情報保管部２４の関連情報定義から、ユーザ別関連情報定義を書き換える（ＳＴ２０１５）。関連情報保管部２４はＳＴ２０１５の処理の後、Ｗｅｂサーバ装置２００のＷｅｂデータ入出力部２０からＷｅｂ端末１００に対して、画面非表示通知の応答を返す（ＳＴ２０１６）。第３Ｗｅｂブラウザ１２の画面内部処理部２は、画面非表示通知を受信し、監視データ表示画面を閉じる（ＳＴ２０１７）。

図１０に示したように、関連情報保管部２４には、複数のユーザのユーザが操作する前のユーザ別関連情報定義が保管されている。

図１１は、この実施の形態２によるユーザ別関連情報定義のデータ構造の一例を示す図である。図１１の中段に図１０に示した操作前の関連情報定義の例が示されており、図１１の上段にユーザＡによる操作履歴の例、図１１の下段に、ユーザＡが操作した後の書き換えられた(破線で囲んだ部分が追加されている）関連情報定義の例が示されている。

この実施の形態２の監視制御Ｗｅｂシステムによれば、ユーザ毎に確認した監視データの関連を記録し、ユーザ別関連情報定義を書き換え、ユーザ特有のユーザ別関連情報を備えるようにして、次回以降、そのユーザ別関連情報定義を使用することで、監視データの取得をより、容易にすることができる。その結果、ユーザの作業時間を削減できる。

実施の形態３．
図１２は、この発明の実施の形態３による関連情報定義のデータ構造の一例を示す図であり、ユーザ別の情報を加えたものである。
図１２に示したように、この実施の形態３は、上記実施の形態２に対して、図１０のユーザ別関連情報定義にユーザ毎の操作履歴回数（図１２ではＴｉｍｅｓで表示）を追加することにより、ユーザの操作履歴回数の多い監視データを監視データ表示画面の左から表示することによって対象設備機器と監視データとの関連度について重みづけをする。例えば、図５の下段の監視データ表示画面において、橋状態の操作回数が橋水位の操作回数より多い場合には、橋状態を左にその右に橋水位を表示する。

図１３は、この発明の実施の形態３による監視制御Ｗｅｂシステムの監視データ表示の動作を示すフローチャートである。以下、図１３に基づきこの実施の形態３における関連情報定義の書き換えの動作について記載する。
ユーザ別関連情報定義の書き換えの処理は、監視データ表示画面が閉じられてから、Ｗｅｂサーバ装置２００が画面非表示通知を受信するまでの処理については、上記実施の形態２と同様である（ＳＴ２０１２〜ＳＴ２０１４）。関連情報管理部４３は、操作履歴保管部４２に保管されているユーザによる画面非表示の履歴を残す。関連情報管理部４３は、操作履歴保管部４２に保管されている操作履歴情報から、今回ユーザが選択した監視データの情報を取得し、関連情報保管部２４から、関連情報定義に定義されている前回までのユーザの監視データの選択回数と操作履歴を取得する（ＳＴ３００１）。関連情報管理部４３は、ＳＴ３００１で取得した情報から、ユーザ別関連情報定義を書き換える（ＳＴ２０１５）。関連情報保管部２４はＳＴ２０１５の処理の後、Ｗｅｂサーバ装置２００のＷｅｂデータ入出力部２０からＷｅｂ端末１００に対して、画面非表示通知の応答を返す（ＳＴ２０１６）。第３Ｗｅｂブラウザ１２の画面内部処理部２は、画面非表示通知を受信し、監視データ表示画面を閉じる（ＳＴ２０１７）。Ｗｅｂ端末１００のユーザ認証に関する動作（ＳＴ２００１〜ＳＴ２０１０）と、ユーザ毎の操作履歴を保管する動作（ＳＴ１００１〜ＳＴ１０２７）については、上記実施の形態２と同様である。

この実施の形態３の監視制御Ｗｅｂシステムによれば、ユーザ毎に以前確認した監視データの関連と操作履歴回数を記録し、次回以降、その情報を使用し、関連する監視データを操作回数の多い順に表示することによって対象設備機器と監視データとの関連度について重みづけをする。その結果、ユーザの視認性が向上し、ユーザの作業時間を削減できる。

実施の形態４．
取得する監視データは、昼間の午前と午後、夜間など、時間帯で異なる傾向を有する。この実施の形態４では、関連情報定義を時間帯別に関連情報を場合分けする形式にすることにより、指定されたシンボルと時間帯によって確認すべき監視データを取得することができるようにしたものである。
すなわち、上記実施の形態１では、例えば、シンボルＩＤ＝１では時間帯に関係なく河川水位情報と異常発生情報の監視データを取得するが、この実施の形態４では１０：００の時間帯を指定した場合には河川水位情報と異常発生情報の監視データを取得し、１４：００の時間帯を指定した場合には設備情報と異常発生情報の監視データを取得する（後述の図１４参照）。

図１４は、この発明の実施の形態４による関連情報定義のデータ構造の一例を示す図である。図１４に示したように、関連情報定義を時間帯別に関連情報を場合分けする形式にしている。９：００〜１１：５９の時間帯では関連情報として河川水位情報と異常発生情報、１２：００〜１５：００及び１５：００〜１８：００の時間帯では関連情報として設備情報と異常発生情報としている。

図１５は、この発明の実施の形態４の監視制御Ｗｅｂシステムの動作を示すフローチャートである。
図１５に基づきこの実施の形態４の動作について説明する。
監視データの表示画面と日時の指定画面を表示して、Ｗｅｂ端末１００から監視データ要求をＷｅｂサーバ装置２００に対して送信するまでの処理（ＳＴ１００１〜ＳＴ１００９）は、上記実施の形態１と同様である。ここでは例えばＴ１００７において１０：００を指定する。監視データ取得部２３は、関連情報保管部２４からシンボルと、画面に表示する対象時間９：００〜１１：５９の１０：００におけるデータサーバ装置３００のプラント監視データ保管部３０〜３２のテーブルとその対象となるカラムと関連付けた関連情報を取得し、データ取得要求のメッセージをＷｅｂサーバ装置２００とデータサーバ装置３００との間で交信ができるように変換する（ＳＴ４００１）。Ｗｅｂサーバ装置２００からデータサーバ装置３００に対して、監視データ要求を送信してから、監視データの画面に監視データの情報を表示するまでの処理は、上記実施の形態１と同様である。

この実施の形態４の監視制御Ｗｅｂシステムによれば、時間帯別に監視データの関連を定義しておくことで、時間帯に応じて特有の傾向にある確認すべき監視データを、ユーザは少ない操作で確認することができる。その結果、ユーザの作業時間を削減できる。

実施の形態５．
図１６は、この発明の実施の形態５において、Ｗｅｂ端末上で表示する、監視制御Ｗｅｂシステムの画面イメージの例を示す図である。
図１６に示したように、この実施の形態５は、上記実施の形態１に対して、第２Ｗｅｂブラウザ１１の日時指定画面において監視開始時刻と監視終了時刻を指定できるようにし、第３Ｗｅｂブラウザ１２の監視データ表示画面では、時間帯（開始時刻〜終了時刻）の監視データを取得したときにグラフ形式で表示することで、時間に対する監視データの状態をグラフ（以下、トレンドグラフ）で確認できるようにしたものである。

図１７は、この発明の実施の形態５による監視制御Ｗｅｂシステムの監視データ表示の動作のフローチャートである。以下、図１７に基づき、この実施の形態５の動作について説明する。
図１７に示したように、監視データの表示画面と日時指定画面を表示するまでの処理（ＳＴ１００１〜ＳＴ１００６）は、上記実施の形態１と同様である。日時指定画面において、監視データ表示画面に表示する時間帯の開始時刻と終了時刻をユーザが入力する（ＳＴ５００１）。このとき、開始時刻と終了時刻が同じ場合は、単一時刻の指定（上記実施の形態１と同じ）と判断する。Ｗｅｂ端末１００が監視データ取得要求をＷｅｂサーバ装置２００に送信してから応答を受信するまでの処理（ＳＴ１００８〜ＳＴ１０１５）については、上記実施の形態１と同様である。Ｗｅｂサーバ装置２００から監視データを取得した画面内部処理部２は、監視データの時刻を確認し、単一時刻の場合は、上記実施の形態１と同様に、監視データ表示画面には表形式で表示する（ＳＴ５００２，ＳＴ１０１６）。監視データの時刻を確認し、時間帯の監視データが入っている場合は、監視データ表示画面において、トレンドグラフを表示する（ＳＴ５００２，ＳＴ５００３）。監視データ表示画面に監視データが表示された後、監視画面の別のシンボルを選択することで、別のシンボルと関連付けられた監視データを監視データ表示画面に書き換える（ＳＴ１０２７、ＳＴ１００８〜ＳＴ１０１６）。

この実施の形態５の監視制御Ｗｅｂシステムによれば、ユーザが時間帯を指定した際に、監視データ表示画面にて、時間に対する監視データの状態をグラフにして表示することで、監視データの傾向や状況を、ユーザが容易に認識することができる。その結果、ユーザの作業時間を短縮することができる。

なお、この発明は、その発明の範囲内において、各実施の形態を自由に組み合わせたり、各実施の形態を適宜、変形、省略することが可能である。

この発明に係る監視制御Ｗｅｂシステムは、浄水場等のプラントの監視システム、河川に係る橋梁等の公共施設の監視システム等に有効に利用することができる。

１ 画面表示部、２ 画面内部処理部、１０ 第１Ｗｅｂブラウザ、
１１ 第２Ｗｅｂブラウザ、１２ 第３Ｗｅｂブラウザ、２０ Ｗｅｂデータ入出力部、２１ 画面定義管理部、２２ 画面定義保管部、２３ 監視データ取得部、
２４ 関連情報保管部、２５ 監視データ入出力部、
３０，３１，３２ プラント監視データ保管部、４０ ユーザ認証管理部、
４１ ユーザ認証情報管理部、４２ 操作履歴保管部、４３ 関連情報管理部、
１００ Ｗｅｂ端末、２００ Ｗｅｂサーバ装置、３００ データサーバ装置、
４００，６００ ネットワーク、５００ プラント。

Claims (5)

1. 施設の設備機器からの監視データを収集し保管するプラント監視データ保管部を備えるデータサーバ装置と、
   上記監視データを取得する対象設備機器の画面を表示する第１Ｗｅｂブラウザ、上記取得する上記監視データの日時の指定画面を表示する第２Ｗｅｂブラウザ及び上記取得する上記監視データの画面を表示する第３Ｗｅｂブラウザを備えるＷｅｂ端末と、
   上記データサーバ装置と上記Ｗｅｂ端末とに接続され、上記第１Ｗｅｂブラウザの表示画面の定義、上記第２Ｗｅｂブラウザの日時の指定画面の定義及び上記第３Ｗｅｂブラウザの監視データの画面の定義を保管する画面定義保管部並びに上記対象設備機器と上記データサーバ装置の監視データとを関連付けた関連情報定義を保管する関連情報保管部を備えるＷｅｂサーバ装置とで構成され、
   上記Ｗｅｂ端末の上記第１Ｗｅｂブラウザの表示画面が開かれて、上記開かれた表示画面に上記対象設備機器が表示され、該表示された対象設備機器が選択され、上記Ｗｅｂサーバ装置に送信されることにより、上記Ｗｅｂサーバ装置の上記画面定義保管部から上記選択された対象設備機器の日時の指定画面及び上記選択された対象設備機器の上記監視データの画面が取得されて表示され、
   上記第２Ｗｅｂブラウザの日時の指定画面において日時が指定され上記Ｗｅｂサーバに送信されることにより、上記Ｗｅｂサーバ装置の上記関連情報保管部に保管された上記関連情報定義から上記選択された対象設備機器に関連付けられた上記監視データが判断され、上記データサーバ装置から上記選択された対象設備機器に関連付けられた上記監視データが取得され、上記第３Ｗｅｂブラウザに送信され表示されることを特徴とする監視制御システム。
2. 上記関連情報保管部の関連情報定義は、複数ユーザそれぞれのユーザ別関連情報定義であり、上記Ｗｅｂサーバ装置に、上記複数ユーザそれぞれのユーザ別操作履歴情報を保管する操作履歴保管部と、上記複数ユーザそれぞれのユーザ別関連情報定義を管理する関連情報管理部とを設けて、上記関連情報管理部が、自己が管理する上記複数ユーザそれぞれのユーザ別関連情報定義と上記操作履歴保管部に保管されている上記複数ユーザそれぞれのユーザ別操作履歴情報とから上記関連情報保管部の関連情報定義を書き換えることを特徴とする請求項１に記載の監視制御システム。
3. 上記複数ユーザそれぞれのユーザ別関連情報定義に、上記複数ユーザそれぞれの操作履歴回数の要素を加えることで、上記複数ユーザによる上記取得する対象設備機器と上記監視データとの関連度について重み付けを定義し、上記複数ユーザそれぞれの操作履歴回数に応じて、関連度の高い監視データの順に表示変更することを特徴とする請求項２に記載の監視制御システム。
4. 上記関連情報定義に、上記監視データの開始時間と終了時間の要素を加えることで、時間帯別に上記取得する対象設備機器と上記監視データの関連情報を定義することを特徴とする請求項１に記載の監視制御システム。
5. 上記日時の指定画面に、監視開始時刻と監視終了時刻を指定する部品を設けることで、時間帯を指定し、上記監視データの表示画面において、上記指定した時間帯に対する監視データの状態をグラフにして表示することを特徴とする請求項１に記載の監視制御システム。

Images