(57)【要約】【課題】確認したい監視データを自由に比較画面に表示することができるようにして、比較画面上でユーザが効率的に情報を取得、確認できるようにする。【解決手段】プラント５００の監視データを保管するプラント監視データ保管部３０〜３２を備えるデータサーバ装置３００と、監視データを取得する対象設備機器の画面を表示する第１Ｗｅｂプラウザ１０、取得する対象設備機器の日時の指定画面を表示する第２Ｗｅｂプラウザ１１及び取得する対象設備機器の監視データの画面を表示する第３Ｗｅｂプラウザ１２を備えるＷｅｂ端末１００と、第１Ｗｅｂプラウザ１０の表示画面、第２Ｗｅｂプラウザ１１の日時の指定画面及び第３Ｗｅｂプラウザ１２の監視データの画面の定義を保管する画面定義保管部２２並びにデータサーバ装置３００の監視データと関連付けた関連情報定義を保管する関連情報保管部２４を備えたＷｅｂサーバ装置２００とで構成する。【選択図】図１
2014149703.tif 000002
【特許請求の範囲】
【請求項１】
施設の設備機器からの監視データを収集し保管するプラント監視データ保管部を備えるデータサーバ装置と、
上記監視データを取得する対象設備機器の画面を表示する第１Ｗｅｂプラウザ、上記取得する上記監視データの日時の指定画面を表示する第２Ｗｅｂプラウザ及び上記取得する上記監視データの画面を表示する第３Ｗｅｂプラウザを備えるＷｅｂ端末と、
上記データサーバ装置と上記Ｗｅｂ端末とに接続され、上記第１Ｗｅｂプラウザの表示画面の定義、上記第２Ｗｅｂプラウザの日時の指定画面の定義及び上記第３Ｗｅｂプラウザの監視データの画面の定義を保管する画面定義保管部並びに上記対象設備機器と上記データサーバ装置の監視データとを関連付けた関連情報定義を保管する関連情報保管部を備えるＷｅｂサーバ装置とで構成され、
上記Ｗｅｂ端末の上記第１Ｗｅｂプラウザの表示画面が開かれて、上記開かれた表示画面に上記対象設備機器が表示され、該表示された対象設備機器が選択され、上記Ｗｅｂサーバ装置に送信されることにより、上記Ｗｅｂサーバ装置の上記画面定義保管部から上記選択された対象設備機器の日時の指定画面及び上記選択された対象設備機器の上記監視データの画面が取得されて表示され、
上記第２Ｗｅｂプラウザの日時の指定画面において日時が指定され上記Ｗｅｂサーバに送信されることにより、上記Ｗｅｂサーバ装置の上記関連情報保管部に保管された上記関連情報定義から上記選択された対象設備機器に関連付けられた上記監視データが判断され、上記データサーバ装置から上記選択された対象設備機器に関連付けられた上記監視データが取得され、上記第３Ｗｅｂプラウザに送信され表示されることを特徴とする監視制御システム。
【請求項２】
上記関連情報保管部の関連情報定義は、ユーザ別関連情報定義であり、上記Ｗｅｂサーバ装置に、上記ユーザ別操作履歴情報を保管する操作履歴保管部と、上記ユーザ別関連情報定義を管理する関連情報管理部とを設けて、上記関連情報管理部が、自己が管理する上記ユーザ別関連情報定義と上記操作履歴保管部に保管されている上記ユーザ別操作履歴情報とから上記関連情報保管部の関連情報定義を書き換えることを特徴とする請求項１に記載の監視制御システム。
【請求項３】
上記ユーザ別関連情報定義に、上記ユーザ毎の操作履歴回数の要素を加えることで、上記ユーザによる上記取得する対象設備機器と上記監視データとの関連度について重み付けを定義し、上記ユーザの操作履歴回数に応じて、関連度の高い監視データの順に表示変更することを特徴とする請求項２に記載の監視制御システム。
【請求項４】
上記関連情報定義に、上記監視データの開始時間と終了時間の要素を加えることで、時間帯別に上記取得する対象設備機器と上記監視データの関連情報を定義することを特徴とする請求項１に記載の監視制御システム。
【請求項５】
上記日時の指定画面に、監視開始時刻と監視終了時刻を指定する部品を設けることで、時間帯を指定し、上記監視データの表示画面において、上記指定した時間帯に対する監視データの状態をグラフにして表示することを特徴とする請求項１に記載の監視制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、プラントあるいは公共施設等の施設における設備機器の状態監視および制御を行う監視制御システムに関するものである。
【背景技術】
【０００２】
施設の運転状態を監視および制御するための監視制御システムでは、一般に、表示装置に設備機器の状況を描画した監視制御画面が表示され、この画面を監視することで、ユーザは設備状況の把握、設備の運転操作、加えて緊急時の対応を行っている。
【０００３】
近年、設備の大規模化、複雑化が進むにつれて監視対象となる設備機器は増加する傾向にあり、それに伴って監視制御システムにおいても監視制御画面の種類や枚数が増加する傾向にある。
【０００４】
監視制御システムでは、過去の監視データを比較用の画面にて確認することがある。その際、比較用画面に過去の監視データを遷移し確認を実施するが、１枚の画面に表示されるデータ量の過多や、１枚で確認ができず複数の画面で比較する必要が生じる等のため、確認したいデータが簡単に見つからず、比較するために長時間を要するという問題があった。また、比較用画面に登録されていない情報は、比較することもできなかった。
【０００５】
そこで、比較したいデータについて条件による絞込みを実施し、ユーザが必要なデータを１枚の画面に表示する方法が提案されている（例えば、特許文献１参照）。この表示方法によれば、必要な情報だけが１枚の画面に表されるため、従来と比較して、状況の把握や操作性が向上する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平８−１３７７１２号公報（第１頁、図１）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記特許文献１の表示方法では、比較する対象の監視データは予め定義されたデータ構造のみ表示可能であるため、状況に応じて確認したい監視データと日時が異なる場合に、対応することができないという問題がある。
【０００８】
この発明は上記のような問題を解決するためになされたものであり、ユーザが状況に応じて確認したい監視データと日時を自由に指定できるようにして、ユーザが確認したい監視データを比較画面に表示することができるようにして、比較画面上でユーザが効率的に情報を取得、確認することができるようにすることを目的とする。
【課題を解決するための手段】
【０００９】
この発明に係る監視制御システムは、施設の設備機器からの監視データを収集し保管するプラント監視データ保管部を備えるデータサーバ装置と、
上記監視データを取得する対象設備機器の画面を表示する第１Ｗｅｂプラウザ、上記取得する上記監視データの日時の指定画面を表示する第２Ｗｅｂプラウザ及び上記取得する上記監視データの画面を表示する第３Ｗｅｂプラウザを備えるＷｅｂ端末と、
上記データサーバ装置と上記Ｗｅｂ端末とに接続され、上記第１Ｗｅｂプラウザの表示画面の定義、上記第２Ｗｅｂプラウザの日時の指定画面の定義及び上記第３Ｗｅｂプラウザの監視データの画面の定義を保管する画面定義保管部並びに上記対象設備機器と上記データサーバ装置の監視データとを関連付けた関連情報定義を保管する関連情報保管部を備えるＷｅｂサーバ装置とで構成され、
上記Ｗｅｂ端末の上記第１Ｗｅｂプラウザの表示画面が開かれて、上記開かれた表示画面に上記対象設備機器が表示され、該表示された対象設備機器が選択され、上記Ｗｅｂサーバ装置に送信されることにより、上記Ｗｅｂサーバ装置の上記画面定義保管部から上記選択された対象設備機器の日時の指定画面及び上記選択された対象設備機器の上記監視データの画面が取得されて表示され、
上記第２Ｗｅｂプラウザの日時の指定画面において日時が指定され上記Ｗｅｂサーバに送信されることにより、上記Ｗｅｂサーバ装置の上記関連情報保管部に保管された上記関連情報定義から上記選択された対象設備機器に関連付けられた上記監視データが判断され、上記データサーバ装置から上記選択された対象設備機器に関連付けられた上記監視データが取得され、上記第３Ｗｅｂプラウザに送信され表示されるものである。
【発明の効果】
【００１０】
この発明の監視制御システムは、上記のように構成されているため、確認したい時間と監視データをユーザが選択して、状況に応じて必要な最小限の情報を取得し、１枚の画面に対象の監視データを表示することができるため、視認性が向上し、ユーザの作業時間を削減することができる。
【図面の簡単な説明】
【００１１】
【図１】この発明に係る監視制御Ｗｅｂシステムの実施の形態１の構成を示すブロック図である。
【図２】この発明の実施の形態１による関連情報定義のデータ構造の一例を示す図である。
【図３】この発明の実施の形態１において、Ｗｅｂ端末上で表示する、監視制御Ｗｅｂシステムの画面イメージの例を示す図である。
【図４】実施の形態１の監視制御Ｗｅｂシステムの動作を示すフローチャートである。
【図５】実施の形態１の監視データ表示画面の一例を示す図である。
【図６】実施の形態１の監視データ表示画面の他の例を示す図である。
【図７】実施の形態１の監視データ表示画面の他の例を示す図である。
【図８】この発明に係る監視制御Ｗｅｂシステムの実施の形態２におけるＷｅｂサーバ装置の構成を示すブロック図である。
【図９】実施の形態２の監視制御Ｗｅｂシステムの動作を示すフローチャートである。
【図１０】この発明の実施の形態２による関連情報定義のデータ構造の一例を示す図である。
【図１１】この発明の実施の形態２によるユーザ別関連情報定義のデータ構造の一例を示す図である。
【図１２】この発明の実施の形態３による関連情報定義のデータ構造の一例を示す図である。
【図１３】この発明の実施の形態３による監視制御Ｗｅｂシステムの監視データ表示の動作を示すフローチャートである。
【図１４】この発明の実施の形態４による関連情報定義のデータ構造の一例を示す図である。
【図１５】この発明の実施の形態４の監視制御Ｗｅｂシステムの動作を示すフローチャートである。
【図１６】この発明の実施の形態５において、Ｗｅｂ端末上で表示する、監視制御Ｗｅｂシステムの画面イメージの例を示す図である。
【図１７】この発明の実施の形態５による監視制御Ｗｅｂシステムの監視データ表示の動作を示すフローチャートである。
【発明を実施するための形態】
【００１２】
実施の形態１．
図１は、この発明に係る監視制御Ｗｅｂシステムの実施の形態１の構成を示すブロック図である。以下に、この発明の実施の形態１を図１に基づいて説明する。
図１において、監視制御Ｗｅｂシステムは、Ｗｅｂ端末１００と、Ｗｅｂサーバ装置２００と、データサーバ装置３００と、Ｗｅｂ端末１００とＷｅｂサーバ装置２００とを繋ぐネットワーク６００と、Ｗｅｂサーバ装置２００とデータサーバ装置３００とプラント５００とを繋ぐネットワーク４００とによって構成されている。
【００１３】
Ｗｅｂ端末１００は、それぞれＷｅｂサーバ装置２００から画面定義を取得しＷｅｂ画面を表示する画面表示部１と画面表示部１の操作に応じて内部で処理を行う画面内部処理部２を有する第１Ｗｅｂプラウザ１０、第２Ｗｅｂプラウザ１１、第３Ｗｅｂプラウザ１２を備えている。ここで第１Ｗｅｂプラウザ１０は監視画面、第２Ｗｅｂプラウザ１１は日時の指定画面、第３Ｗｅｂプラウザ１２は監視データ表示画面である。
【００１４】
Ｗｅｂサーバ装置２００は、第１Ｗｅｂプラウザ１０からの要求を受信するＷｅｂデータ入出力部２０と、第１Ｗｅｂプラウザ１０の要求に従って画面定義保管部２２から画面定義を取得する画面定義管理部２１と、第１Ｗｅｂプラウザ１０に表示されている監視画面からの監視データ取得要求に従って、監視データ取得処理を実施する監視データ取得部２３と、監視データ取得部２３がデータサーバ装置３００に対して、監視データ取得を要求する際に、対象となるデータの項目番号（関連情報定義）を取得する関連情報保管部２４と、監視データ取得部２３から、データサーバ装置３００に対して、監視データ取得要求を送信する、または、監視データ取得応答を受信する監視データ入出力部２５とによって構成されている。
【００１５】
データサーバ装置３００は、プラント５００から取得した監視データの情報を保存するプラント監視データ保管部３０〜３２を備えている。図１では、プラント監視データ保管部３０は気象情報ＤＢ、プラント監視データ保管部３１は異常発生情報ＤＢ、プラント監視データ保管部３２は河川水量情報ＤＢとしている。
【００１６】
図２は、この発明の実施の形態１による関連情報定義のデータ構造の一例を示す図である。図２に示したように、関連情報定義は、対象設備機器を示すシンボルＩＤとデータサーバ装置３００のプラント監視データ保管部３０〜３２のテーブル（Ｔａｂｌｅ）及びその対象となるカラム（Ｃｕｌｍ）とを関連付けることで、監視画面のシンボル（対象設備機器）を指定したときに、取得したい監視データを特定することができる。このとき、複数の監視データを定義しておくことで、比較することができる。
【００１７】
図３は、この発明の実施の形態１において、Ｗｅｂ端末１００上で表示する画面イメージの例を示す図である。図３に示したように、Ｗｅｂ端末１００の第１Ｗｅｂプラウザ１０にて表示する監視画面を開き、監視画面に描かれているシンボルを選択することで、第２Ｗｅｂプラウザ１１に日時の指定画面が表示され、第３Ｗｅｂプラウザ１２に監視データ表示画面が表示される。なお、図３では、監視画面に対象設備機器をシンボルで描画した例を示したが、これに限るものではなく、表による表示など種々考えられる。
【００１８】
図４は、この実施の形態１の監視制御Ｗｅｂシステムの動作を示すフローチャートである。図１、図２及び図３を参照して、図４に基づき監視制御Ｗｅｂシステムの動作について説明する。
【００１９】
ユーザが、第１Ｗｅｂプラウザ１０の画面表示部１にて表示している監視画面のシンボルを選択する（ＳＴ１００１）。画面内部処理部２は、画面表示部１で選択された要求に従って、Ｗｅｂサーバ装置２００に対して、監視データの表示画面と日時の指定画面の画面表示要求を送信する（ＳＴ１００２）。Ｗｅｂサーバ装置２００のＷｅｂデータ入出力部２０は、画面表示要求を受信すると、画面定義管理部２１に対して画面定義の取得要求を行う（ＳＴ１００３）。画面定義取得要求を受けた画面定義管理部２１は、画面定義保管部２２から監視データの表示画面と日時の指定画面の画面定義を取得し、Ｗｅｂデータ入出力部２０に渡す（ＳＴ１００４）。Ｗｅｂデータ入出力部２０は、第１Ｗｅｂプラウザ１０に画面定義を送信する（ＳＴ１００５）。第１Ｗｅｂプラウザ１０の画面内部処理部２は、日時の指定画面のための第２Ｗｅｂプラウザ１１、監視データの表示画面の第３Ｗｅｂプラウザ１２を開き、日時の指定画面と監視データの表示画面とを各画面表示部１に表示する（ＳＴ１００６）。ユーザが日時の指定画面にて日時を指定する（ＳＴ１００７）。第２Ｗｅｂプラウザ１１の画面内部処理部２は、画面表示部１の要求に従って、日時情報とシンボル情報からＷｅｂサーバ装置２００にデータ取得を要求するメッセージを作成し（ＳＴ１００８）、Ｗｅｂサーバ装置２００に送信する（ＳＴ１００９）。Ｗｅｂサーバ装置２００のＷｅｂデータ入出力部２０は、監視データ取得要求を受信すると、監視データ取得部２３に対して監視データ取得要求を渡す。監視データ取得部２３は、関連情報保管部２４から指定したシンボルに関連付けられた監視データを判断し、データサーバ装置３００のプラント監視データ保管部３０〜３２のテーブルとその対象となるカラムを取得し、データ取得要求のメッセージをＷｅｂサーバ装置２００とデータサーバ装置３００との間で交信ができるように変換する（ＳＴ１０１０）。監視データ取得部２３は、監視データ入出力部２５を経由して、データサーバ装置３００に対して、データ取得要求を送信する（ＳＴ１０１１）。データサーバ装置３００は、受信したデータ取得要求に基づいて、指定された監視データをプラント監視データ保管部３０〜３２から取得し、応答する（ＳＴ１０１２，ＳＴ１０１３）。監視データ入出力部２５は、監視データ取得応答受信時の処理を実施して、監視データ取得部２３に応答データを渡す（ＳＴ１０１４）。監視データ取得部２３はＷｅｂデータ入出力部２０を経て、監視データ取得応答を返す（ＳＴ１０１５）。第３Ｗｅｂプラウザ１２は、監視データ表示画面において、指定された監視データを表示する（ＳＴ１０１６）。監視データ表示画面に監視データが表示された後、日時の指定画面から別の時刻を指定すると、ＳＴ１００７〜ＳＴ１０１６を実施して、監視データ表示画面に指定された時刻の監視データが追加表示される。また、監視データ表示画面に監視データが表示された後、監視画面の別のシンボルを選択することで、別のシンボルに関連付けられた監視データを監視データ表示画面に書き換える（ＳＴ１０２７、ＳＴ１００８〜ＳＴ１０１６）。
【００２０】
図５は、この実施の形態１の監視データ表示画面の一例を示す図である。図５に示したように、要求情報として、シンボル（対象設備機器）を指定すると、保存監視データとして、日時の指定画面から時刻２０１２／１０／１２／０８：５５を指定した際に、指定したシンボルは、シンボルＩＤ＝１の、「河川水位情報ＤＢのＩＤカラムの０１００００」と、「異常発生情報ＤＢのＬｏｃａｔｉｏｎカラムの一つの橋」と関連付けられており、保存監視データの河川水位情報ＤＢと異常発生情報ＤＢのデータから、監視データ表示画面に日時２０１２／１０／１２／０８：５５、橋水位；４．３ｍ、橋状態；水位変化量小の監視データが表示される(図５の下段）。
【００２１】
図６は、この実施の形態１の監視データ表示画面の他の例を示す図である。図６は、図５の例によって、監視データ表示画面に監視データが表示された後、図４のＳＴ１００７〜ＳＴ１０１６の処理において、時刻が２０１２／１０／１２／０９：００が指定された際に、監視データ表示画面に表示される監視データであり、水位５．０ｍ、水位変化量大が図５に示される画面に追加される。
【００２２】
図７は、この実施の形態１の監視データ表示画面の他の例を示す図である。図５の例によって、監視データ表示画面に監視データが表示された後、図４のＳＴ１０２７，ＳＴ１００８〜ＳＴ１０１６の処理において、シンボルＩＤ＝２が指定された際に、監視データ表示画面に表示される監視データであり、他の橋の水位３．０ｍ、水位変化量小に書き換えられる。
【００２３】
この実施の形態１の監視制御Ｗｅｂシステムによれば、確認したい時間と監視データをユーザが選択して、状況に応じて必要な最小限の情報を取得し、１枚の画面に対象の監視データを表示することができるため、視認性が向上し、ユーザの作業時間を削減することができる。
【００２４】
実施の形態２．
監視データを取得する操作をする場合に、例えば、ユーザＡとユーザＢが同じシンボルを指定しても、取得したい監視データが異なることが多く、ユーザ毎に特有の傾向を有している場合が多い。この実施の形態２では、関連情報定義にユーザ別の情報を加え、ユーザ特有のユーザ別関連情報を備えるようにして、監視データの取得をより、容易にするものである。
【００２５】
図８は、この発明に係る監視制御Ｗｅｂシステムの実施の形態２におけるＷｅｂサーバ装置２００の構成を示すブロック図であり、Ｗｅｂ端末１００とデータサーバ装置３００は省略している。図９は、この実施の形態２の監視制御Ｗｅｂシステムの動作を示すフローチャートである。図１０は、この発明の実施の形態２による関連情報定義のデータ構造の一例を示す図であり、ユーザ別の情報を加えたものである。
【００２６】
図８に示したように、この実施の形態２は、上記実施の形態１のＷｅｂサーバ装置２００に、ユーザ認証管理部４０とユーザ認証情報保管部４１、操作履歴保管部４２と関連情報管理部４３を追加することにより、Ｗｅｂ端末１００を利用するユーザ毎に操作履歴を残し、ユーザ別に、シンボルを選択したときの関連する監視データを組み換えることを可能にするものである。
【００２７】
以下、図１、図８及び図１０を参照し、図４、図９に基づき、Ｗｅｂ端末１００のユーザ認証に関する動作と、ユーザ毎の操作履歴を保管する動作と、操作履歴からユーザ別関連情報定義を書き換える動作について説明する。
【００２８】
Ｗｅｂ端末１００のユーザ認証に関する動作は、監視データ画面を表示する前に実施する。第１Ｗｅｂプラウザ１０の監視画面において、ユーザがユーザ名とパスワードを入力して、ユーザ認証要求を実施する（ＳＴ２００１）。画面内部処理部２は、ユーザ認証要求をＷｅｂサーバ装置２００に送信する（ＳＴ２００２）。Ｗｅｂサーバ装置２００のＷｅｂデータ入出力部２０は、ユーザ認証要求を受信すると、そのユーザ認証要求をユーザ認証管理部４０に渡す（ＳＴ２００３）。ユーザ認証管理部４０は、ユーザ認証情報保管部４１に保持しているユーザ名とパスワードと、ユーザ認証要求に格納されているユーザ名とパスワードを比較し、正否を判別する（ＳＴ２００４）。
【００２９】
ユーザ認証の正否判別の結果、正の場合、ユーザ認証情報保管部４１に端末情報を保管する（ＳＴ２００５）。ユーザ認証管理部４０は、Ｗｅｂデータ入出力部２０を経由して、ユーザ認証が成功したことをＷｅｂ端末１００に対して応答する（ＳＴ２００６）。第１Ｗｅｂプラウザ１０の画面内部処理部２は、ユーザ認証要求の応答を受信し、ユーザ認証成否を確認する（ＳＴ２００７，ＳＴ２００８）。このとき、ユーザ認証の正否判断は正のため、画面表示部１では、成功したユーザ専用の監視画面を表示する（ＳＴ２００９）。
【００３０】
ユーザ認証の成否判別の結果、否の場合、ユーザ認証管理部４０は、Ｗｅｂデータ入出力部２０を経由して、ユーザ認証が失敗したことをＷｅｂ端末１００に対して応答する（ＳＴ２００６）。第１Ｗｅｂプラウザ１０の画面内部処理部２は、ユーザ認証要求の応答を受信し、ユーザ認証成否を確認する（ＳＴ２００７，ＳＴ２００８）。画面表示部１は、ユーザ認証が失敗したことをユーザに通知し、画面は変化しない（ＳＴ２０１０）。
【００３１】
ユーザ毎の操作履歴を保管する動作は、ユーザ認証処理の成功後、シンボルの選択を実施することで始まる。このとき、上記実施の形態１と同じＳＴ１００１〜ＳＴ１０１０までの処理を行う。
【００３２】
監視データ取得部２３は、関連情報保管部２４からシンボルとデータサーバ装置３００のプラント監視データ保管部３０〜３２のテーブルとその対象となるカラムとを関連付けた関連情報定義を取得し、データ取得要求のメッセージをＷｅｂサーバ装置２００とデータサーバ装置３００との間で交信ができるように変換する。監視データ取得部２３は、監視データ入出力部２５を経由して、データサーバ装置３００に対して、データ取得要求を送信する（ＳＴ１０１１）。監視データ取得部２３は、監視データ入出力部２５にメッセージを送信するときに、操作履歴保管部４２に対して、ユーザ情報、シンボルＩＤ、リクエスト情報を保存する。この後、上記実施の形態１と同様のＳＴ１０１２〜ＳＴ１０２７までの処理を行う。
【００３３】
操作履歴からユーザ別関連情報定義を書き換える動作は以下の通りである。第３Ｗｅｂプラウザ１２の画面内部処理部２は、Ｗｅｂサーバ装置２００に対して書き換えを開始するタイミングを知らせるために非表示処理を開始する（ＳＴ２０１２）。第３Ｗｅｂプラウザ１２の画面内部処理部２は、Ｗｅｂサーバ装置２００のＷｅｂデータ入出力部２０に対して、監視データ表示画面の非表示通知を送信する（ＳＴ２０１３）。非表示通知を受信したＷｅｂデータ入出力部２０は、関連情報管理部４３に要求を渡す（ＳＴ２０１４）。関連情報管理部４３は、操作履歴保管部４２に、ユーザによる画面非表示の履歴を残す。関連情報管理部４３は、操作履歴保管部４２に保管されているユーザの操作履歴情報と、関連情報保管部２４の関連情報定義から、ユーザ別関連情報定義を書き換える（ＳＴ２０１５）。関連情報保管部２４はＳＴ２０１５の処理の後、Ｗｅｂサーバ装置２００のＷｅｂデータ入出力部２０からＷｅｂ端末１００に対して、画面非表示通知の応答を返す（ＳＴ２０１６）。第３Ｗｅｂプラウザ１２の画面内部処理部２は、画面非表示通知を受信し、監視データ表示画面を閉じる（ＳＴ２０１７）。
【００３４】
図１０に示したように、関連情報保管部２４には、複数のユーザのユーザが操作する前のユーザ別関連情報定義が保管されている。
【００３５】
図１１は、この実施の形態２によるユーザ別関連情報定義のデータ構造の一例を示す図である。図１１の中段に図１０に示した操作前の関連情報定義の例が示されており、図１１の上段にユーザＡによる操作履歴の例、図１１の下段に、ユーザＡが操作した後の書き換えられた(破線で囲んだ部分が追加されている）関連情報定義の例が示されている。
【００３６】
この実施の形態２の監視制御Ｗｅｂシステムによれば、ユーザ毎に確認した監視データの関連を記録し、ユーザ別関連情報定義を書き換え、ユーザ特有のユーザ別関連情報を備えるようにして、次回以降、そのユーザ別関連情報定義を使用することで、監視データの取得をより、容易にすることができる。その結果、ユーザの作業時間を削減できる。
【００３７】
実施の形態３．
図１２は、この発明の実施の形態３による関連情報定義のデータ構造の一例を示す図であり、ユーザ別の情報を加えたものである。
図１２に示したように、この実施の形態３は、上記実施の形態２に対して、図１０のユーザ別関連情報定義にユーザ毎の操作履歴回数（図１２ではＴｉｍｅｓで表示）を追加することにより、ユーザの操作履歴回数の多い監視データを監視データ表示画面の左から表示することによって対象設備機器と監視データとの関連度について重みづけをする。例えば、図５の下段の監視データ表示画面において、橋状態の操作回数が橋水位の操作回数より多い場合には、橋状態を左にその右に橋水位を表示する。
【００３８】
図１３は、この発明の実施の形態３による監視制御Ｗｅｂシステムの監視データ表示の動作を示すフローチャートである。以下、図１３に基づきこの実施の形態３における関連情報定義の書き換えの動作について記載する。
ユーザ別関連情報定義の書き換えの処理は、監視データ表示画面が閉じられてから、Ｗｅｂサーバ装置２００が画面非表示通知を受信するまでの処理については、上記実施の形態２と同様である（ＳＴ２０１２〜ＳＴ２０１４）。関連情報管理部４３は、操作履歴保管部４２に保管されているユーザによる画面非表示の履歴を残す。関連情報管理部４３は、操作履歴保管部４２に保管されている操作履歴情報から、今回ユーザが選択した監視データの情報を取得し、関連情報保管部２４から、関連情報定義に定義されている前回までのユーザの監視データの選択回数と操作履歴を取得する（ＳＴ３００１）。関連情報管理部４３は、ＳＴ３００１で取得した情報から、ユーザ別関連情報定義を書き換える（ＳＴ２０１５）。関連情報保管部２４はＳＴ２０１５の処理の後、Ｗｅｂサーバ装置２００のＷｅｂデータ入出力部２０からＷｅｂ端末１００に対して、画面非表示通知の応答を返す（ＳＴ２０１６）。第３Ｗｅｂプラウザ１２の画面内部処理部２は、画面非表示通知を受信し、監視データ表示画面を閉じる（ＳＴ２０１７）。Ｗｅｂ端末１００のユーザ認証に関する動作（ＳＴ２００１〜ＳＴ２０１０）と、ユーザ毎の操作履歴を保管する動作（ＳＴ１００１〜ＳＴ１０２７）については、上記実施の形態２と同様である。
【００３９】
この実施の形態３の監視制御Ｗｅｂシステムによれば、ユーザ毎に以前確認した監視データの関連と操作履歴回数を記録し、次回以降、その情報を使用し、関連する監視データを操作回数の多い順に表示することによって対象設備機器と監視データとの関連度について重みづけをする。その結果、ユーザの視認性が向上し、ユーザの作業時間を削減できる。
【００４０】
実施の形態４．
取得する監視データは、昼間の午前と午後、夜間など、時間帯で異なる傾向を有する。この実施の形態４では、関連情報定義を時間帯別に関連情報を場合分けする形式にすることにより、指定されたシンボルと時間帯によって確認すべき監視データを取得することができるようにしたものである。
すなわち、上記実施の形態１では、例えば、シンボルＩＤ＝１では時間帯に関係なく河川水位情報と異常発生情報の監視データを取得するが、この実施の形態４では１０：００の時間帯を指定した場合には河川水位情報と異常発生情報の監視データを取得し、１４：００の時間帯を指定した場合には設備情報と異常発生情報の監視データを取得する（後述の図１４参照）。
【００４１】
図１４は、この発明の実施の形態４による関連情報定義のデータ構造の一例を示す図である。図１４に示したように、関連情報定義を時間帯別に関連情報を場合分けする形式にしている。９：００〜１１：５９の時間帯では関連情報として河川水位情報と異常発生情報、１２：００〜１５：００及び１５：００〜１８：００の時間帯では関連情報として設備情報と異常発生情報としている。
【００４２】
図１５は、この発明の実施の形態４の監視制御Ｗｅｂシステムの動作を示すフローチャートである。
図１５に基づきこの実施の形態４の動作について説明する。
監視データの表示画面と日時の指定画面を表示して、Ｗｅｂ端末１００から監視データ要求をＷｅｂサーバ装置２００に対して送信するまでの処理（ＳＴ１００１〜ＳＴ１００９）は、上記実施の形態１と同様である。ここでは例えばＴ１００７において１０：００を指定する。監視データ取得部２３は、関連情報保管部２４からシンボルと、画面に表示する対象時間９：００〜１１：５９の１０：００におけるデータサーバ装置３００のプラント監視データ保管部３０〜３２のテーブルとその対象となるカラムと関連付けた関連情報を取得し、データ取得要求のメッセージをＷｅｂサーバ装置２００とデータサーバ装置３００との間で交信ができるように変換する（ＳＴ４００１）。Ｗｅｂサーバ装置２００からデータサーバ装置３００に対して、監視データ要求を送信してから、監視データの画面に監視データの情報を表示するまでの処理は、上記実施の形態１と同様である。
【００４３】
この実施の形態４の監視制御Ｗｅｂシステムによれば、時間帯別に監視データの関連を定義しておくことで、時間帯に応じて特有の傾向にある確認すべき監視データを、ユーザは少ない操作で確認することができる。その結果、ユーザの作業時間を削減できる。
【００４４】
実施の形態５．
図１６は、この発明の実施の形態５において、Ｗｅｂ端末上で表示する、監視制御Ｗｅｂシステムの画面イメージの例を示す図である。
図１６に示したように、この実施の形態５は、上記実施の形態１に対して、第２Ｗｅｂプラウザ１１の日時指定画面において監視開始時刻と監視終了時刻を指定できるようにし、第３Ｗｅｂプラウザ１２の監視データ表示画面では、時間帯（開始時刻〜終了時刻）の監視データを取得したときにグラフ形式で表示することで、時間に対する監視データの状態をグラフ（以下、トレンドグラフ）で確認できるようにしたものである。
【００４５】
図１７は、この発明の実施の形態５による監視制御Ｗｅｂシステムの監視データ表示の動作のフローチャートである。以下、図１７に基づき、この実施の形態５の動作について説明する。
図１７に示したように、監視データの表示画面と日時指定画面を表示するまでの処理（ＳＴ１００１〜ＳＴ１００６）は、上記実施の形態１と同様である。日時指定画面において、監視データ表示画面に表示する時間帯の開始時刻と終了時刻をユーザが入力する（ＳＴ５００１）。このとき、開始時刻と終了時刻が同じ場合は、単一時刻の指定（上記実施の形態１と同じ）と判断する。Ｗｅｂ端末１００が監視データ取得要求をＷｅｂサーバ装置２００に送信してから応答を受信するまでの処理（ＳＴ１００８〜ＳＴ１０１５）については、上記実施の形態１と同様である。Ｗｅｂサーバ装置２００から監視データを取得した画面内部処理部２は、監視データの時刻を確認し、単一時刻の場合は、上記実施の形態１と同様に、監視データ表示画面には表形式で表示する（ＳＴ５００２，ＳＴ１０１６）。監視データの時刻を確認し、時間帯の監視データが入っている場合は、監視データ表示画面において、トレンドグラフを表示する（ＳＴ５００２，ＳＴ５００３）。監視データ表示画面に監視データが表示された後、監視画面の別のシンボルを選択することで、別のシンボルと関連付けられた監視データを監視データ表示画面に書き換える（ＳＴ１０２７、ＳＴ１００８〜ＳＴ１０１６）。
【００４６】
この実施の形態５の監視制御Ｗｅｂシステムによれば、ユーザが時間帯を指定した際に、監視データ表示画面にて、時間に対する監視データの状態をグラフにして表示することで、監視データの傾向や状況を、ユーザが容易に認識することができる。その結果、ユーザの作業時間を短縮することができる。
【００４７】
なお、この発明は、その発明の範囲内において、各実施の形態を自由に組み合わせたり、各実施の形態を適宜、変形、省略することが可能である。
【産業上の利用可能性】
【００４８】
この発明に係る監視制御Ｗｅｂシステムは、浄水場等のプラントの監視システム、河川に係る橋梁等の公共施設の監視システム等に有効に利用することができる。
【符号の説明】
【００４９】
１  画面表示部、２  画面内部処理部、１０  第１Ｗｅｂプラウザ、
１１  第２Ｗｅｂプラウザ、１２  第３Ｗｅｂプラウザ、２０  Ｗｅｂデータ入出力部、２１  画面定義管理部、２２  画面定義保管部、２３  監視データ取得部、
２４  関連情報保管部、２５  監視データ入出力部、
３０，３１，３２  プラント監視データ保管部、４０  ユーザ認証管理部、
４１  ユーザ認証情報管理部、４２  操作履歴保管部、４３  関連情報管理部、
１００  Ｗｅｂ端末、２００  Ｗｅｂサーバ装置、３００  データサーバ装置、
４００，６００  ネットワーク、５００  プラント。
【図１】
2014149703.tif 000003
【図２】
2014149703.tif 000004
【図３】
2014149703.tif 000005
【図４】
2014149703.tif 000006
【図５】
2014149703.tif 000007
【図６】
2014149703.tif 000008
【図７】
2014149703.tif 000009
【図８】
2014149703.tif 000010
【図９】
2014149703.tif 000011
【図１０】
2014149703.tif 000012
【図１１】
2014149703.tif 000013
【図１２】
2014149703.tif 000014
【図１３】
2014149703.tif 000015
【図１４】
2014149703.tif 000016
【図１５】
2014149703.tif 000017
【図１６】
2014149703.tif 000018
【図１７】
2014149703.tif 000019