(57)【要約】【課題】観測データ異常・機器異常を含む警報イベントが発生したときの通知に当たって、プラントの設備機器の状態監視及び制御を行う上での操作性・利便性を損なわないＷｅｂアプリケーションサーバを得る。【解決手段】ＤＢサーバ３０００は、子局４０００からプラントの設備機器５０００を監視するための監視データを収集し、異常を検知したとき、警報イベントを発信し、これを受信したＷｅｂアプリケーションサーバ２０００は、画面管理部２６により、警報イベントと監視画面とを予め対応付けたイベント画面定義２４を参照して、警報イベントに対応する監視画面を決定し、この監視画面が監視端末１０００の表示画面の最前面になるように設定して監視端末１０００に送信し、これを受信した監視端末１０００のＷｅｂブラウザ１００は、画面管理部２６の決定した監視画面を最前面に表示するようにした。【選択図】図１
2015164078.tif 000002
【特許請求の範囲】
【請求項１】
被監視設備機器を監視するための監視画面を表示する監視端末と通信するように構成されたＷｅｂアプリケーションサーバであって、
上記被監視設備機器からの監視データを収集するＤＢサーバが、上記監視データの異常を検知したとき発信する警報イベントを受信するイベント受信部、
上記警報イベントとこの警報イベントの発生時に上記監視端末の表示画面の最前面に表示する監視画面の画面ＩＤとを予め一意に対応付けたイベント画面定義ファイル、
このイベント画面定義ファイルを参照して、上記イベント受信部により受信した警報イベントに対応する監視画面を決定する画面管理部、
およびこの画面管理部の決定した監視画面を上記監視端末の表示画面の最前面に表示するための指令を上記監視端末に送信する画面状態変更部を備えたことを特徴とするＷｅｂアプリケーションサーバ。
【請求項２】
上記イベント画面定義ファイルには、上記警報イベントごとに優先度が予め定義され、
上記画面状態変更部は、上記警報イベントが上記ＤＢサーバから複数同時に発信された場合に、上記警報イベントの優先度にしたがって、上記警報イベントに対応する監視画面を前面に表示させることを特徴とする請求項１記載のＷｅｂアプリケーションサーバ。
【請求項３】
上記イベント画面定義ファイルには、上記警報イベントごとに送信先の監視端末が予め定義され、
上記画面状態変更部は、上記イベント画面定義ファイルに基づき、上記警報イベントの送信先の監視端末へ、上記画面管理部の決定した監視画面を上記監視端末の表示画面の最前面に表示するための指令を送信することを特徴とする請求項１または請求項２記載のＷｅｂアプリケーションサーバ。
【請求項４】
上記監視端末を使用するユーザの認証を行うユーザ認証部を備え、
上記イベント画面定義ファイルには、上記監視端末を使用するユーザのアクセス権が上記警報イベントごとに予め定義され、
上記画面状態変更部は、上記ユーザ認証部によるユーザ認証を行って、上記イベント画面定義ファイルに基づき、上記警報イベントのアクセス権を有するユーザが使用する監視端末へ、上記画面管理部の決定した監視画面を上記監視端末の表示画面の最前面に表示するための指令を送信することを特徴とする請求項１または請求項２記載のＷｅｂアプリケーションサーバ。
【請求項５】
被監視設備機器を監視するための監視画面を表示する監視端末であって、
警報イベントとこの警報イベントの発生時に上記監視端末の表示画面の最前面に表示する監視画面の画面ＩＤとを予め一意に対応付けたイベント画面定義ファイルを有するＷｅｂアプリケーションサーバと通信するとともに、上記監視画面を表示するＷｅｂブラウザを備え、
上記Ｗｅｂブラウザは、上記警報イベントの発生時に、上記Ｗｅｂアプリケーションサーバからの指令に基づき、上記警報イベントに対応する監視画面を表示画面の最前面に表示することを特徴とする監視端末。
【請求項６】
上記監視画面は、タブ形式で複数の監視画面を表示することができるタブブラウザによって表示されることを特徴とする請求項５記載の監視端末。
【請求項７】
被監視設備機器からの監視データを収集するＤＢサーバが、上記監視データの異常を検知したとき発信する警報イベントを、Ｗｅｂアプリケーションサーバのイベント受信部が、上記ＤＢサーバから受信する第１のステップ、
警報イベントとこの警報イベントの発生時に監視端末の表示画面の最前面に表示する監視画面の画面ＩＤとを予め一意に対応付けたイベント画面定義ファイルを参照して、Ｗｅｂアプリケーションサーバの画面管理部が、上記イベント受信部により受信した警報イベントに対応する監視画面を決定する第２のステップ、
およびＷｅｂアプリケーションサーバの画面状態変更部が、上記画面管理部の決定した監視画面を上記監視端末の表示画面の最前面に表示するための指令を上記監視端末に送信する第３のステップを含むことを特徴とする監視制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、プラント設備や公共設備における設備機器の状態監視及び制御を行うＷｅｂアプリケーションサーバ、監視端末および監視制御方法に関するものである。
【背景技術】
【０００２】
従来から、プラント設備や公共施設における設備の状態監視、あるいは、状態の変化を時系列に確認するシステムでは、システムで監視している範囲を模式図として表示する画面や、時系列データをグラフ、一覧形式で表示する画面をはじめとして、数多くの画面表示形式を用いて画面表示することが一般的である。
近年の監視システムは、監視対象となる項目（機器）の種類が多種多様になっており、画面枚数の増加、システム上の画面操作の複雑化が進む傾向にある。このため、観測データ異常・機器異常などのイベントが発生したときでも、操作性・利便性を確保する仕組みが求められている。
このような問題に対する解決策の一例としては、プラント設備の遠隔監視システムにおいて、機器異常発生時に、機器異常を知らせる機器異常警告ウインドウを自動的に画面の最前面に表示する方式が開示されている。（特許文献１）
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−１０８２０９号公報（第４〜７頁、図１）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来のプラントの監視制御システムでは、機器異常発生時に、機器異常警告ウインドウが最前面に表示されるが、機器異常警告ウインドウには、最低限の情報（対象機器名称など）が表示されるのみで、オペレータ（またはユーザと表現する）が機器異常警告ウインドウを閉じるまで、オペレータは対象機器の詳細な状態を確認することができないという問題があった。
【０００５】
この発明は、上記のような課題を解決するためになされたものであり、観測データ異常・機器異常を含む警報イベントが発生したときの通知に当たって、プラントの設備機器の状態監視及び制御を行う上での操作性・利便性を損なわないＷｅｂアプリケーションサーバ、監視端末および監視制御方法を得ることを目的とする。
【課題を解決するための手段】
【０００６】
この発明に係わるＷｅｂアプリケーションサーバにおいては、被監視設備機器を監視するための監視画面を表示する監視端末と通信するように構成されたＷｅｂアプリケーションサーバであって、被監視設備機器からの監視データを収集するＤＢサーバが、監視データの異常を検知したとき発信する警報イベントを受信するイベント受信部、警報イベントとこの警報イベントの発生時に監視端末の表示画面の最前面に表示する監視画面の画面ＩＤとを予め一意に対応付けたイベント画面定義ファイル、このイベント画面定義ファイルを参照して、イベント受信部により受信した警報イベントに対応する監視画面を決定する画面管理部、およびこの画面管理部の決定した監視画面を監視端末の表示画面の最前面に表示するための指令を監視端末に送信する画面状態変更部を備えたものである。
【発明の効果】
【０００７】
この発明によれば、被監視設備機器を監視するための監視画面を表示する監視端末と通信するように構成されたＷｅｂアプリケーションサーバであって、被監視設備機器からの監視データを収集するＤＢサーバが、監視データの異常を検知したとき発信する警報イベントを受信するイベント受信部、警報イベントとこの警報イベントの発生時に監視端末の表示画面の最前面に表示する監視画面の画面ＩＤとを予め一意に対応付けたイベント画面定義ファイル、このイベント画面定義ファイルを参照して、イベント受信部により受信した警報イベントに対応する監視画面を決定する画面管理部、およびこの画面管理部の決定した監視画面を監視端末の表示画面の最前面に表示するための指令を監視端末に送信する画面状態変更部を備えたので、警報イベントが発生したときに監視端末における視認性と画面操作性を向上させることができる。
【図面の簡単な説明】
【０００８】
【図１】この発明の実施の形態１による監視制御Ｗｅｂシステムを示すシステム構成図である。
【図２】この発明の実施の形態１による監視制御ＷｅｂシステムのＷｅｂブラウザ画面を示す図である。
【図３】この発明の実施の形態１による監視制御Ｗｅｂシステムのイベント画面定義の一例を示す図である。
【図４】この発明の実施の形態１による監視制御Ｗｅｂシステムの動作を示すフローチャートである。
【図５】この発明の実施の形態２による監視制御Ｗｅｂシステムを示すシステム構成図である。
【図６】この発明の実施の形態２による監視制御Ｗｅｂシステムの動作を示すフローチャートである。
【図７】この発明の実施の形態３による監視制御Ｗｅｂシステムを示すシステム構成図である。
【図８】この発明の実施の形態３による監視制御Ｗｅｂシステムのイベント画面定義の一例を示す図である。
【図９】この発明の実施の形態３による監視制御Ｗｅｂシステムの動作を示すフローチャートである。
【図１０】この発明の実施の形態４による監視制御Ｗｅｂシステムを示すシステム構成図である。
【図１１】この発明の実施の形態４による監視制御Ｗｅｂシステムのイベント画面定義の一例を示す図である。
【図１２】この発明の実施の形態４による監視制御Ｗｅｂシステムの動作を示すフローチャートである。
【図１３】この発明の実施の形態５による監視制御Ｗｅｂシステムを示すシステム構成図である。
【図１４】この発明の実施の形態５による監視制御Ｗｅｂシステムのイベント画面定義の一例を示す図である。
【図１５】この発明の実施の形態５による監視制御Ｗｅｂシステムのユーザ認証を示すフローチャートである。
【図１６】この発明の実施の形態５による監視制御Ｗｅｂシステムの動作を示すフローチャートである。
【発明を実施するための形態】
【０００９】
実施の形態１．
以下、この発明の実施の形態１を図に基づいて説明する。
図１は、この発明の実施の形態１による監視制御Ｗｅｂシステムを示すシステム構成図である。
図１において、監視制御Ｗｅｂシステムは、監視端末１０００とＷｅｂアプリケーションサーバ２０００とＤＢサーバ３０００と子局４０００と設備機器５０００で構成され、ネットワークで接続されている。
監視端末１０００は、次のような複数のブラウザを有している。
Ｗｅｂブラウザ１００は、Ｗｅｂアプリケーションサーバ２０００と通信するＷｅｂデータ入出力部１０を持ち、ユーザに対し、警報イベントを通知する仕組みを備えたメイン監視画面１１を表示する。
Ｗｅｂブラウザ１０１は、Ｗｅｂアプリケーションサーバ２０００と通信するＷｅｂデータ入出力部１０を持ち、監視画面１２を表示する。この監視画面１２は、メイン監視画面１１をユーザが操作することにより、呼び出されて、メイン監視画面１１中に表示されるようになっている。
監視端末１０００は、Ｗｅｂブラウザ１０１を複数有し、複数枚の監視画面１２を同時にメイン監視画面１１中に表示することが可能になっている。
【００１０】
Ｗｅｂアプリケーションサーバ２０００は、次のように構成されている。
イベント受信部２０は、ＤＢサーバ３０００から警報イベントを受信する。Ｗｅｂ通信部２１は、監視端末１０００からの要求を受信する機能と、監視端末１０００に対して画面状態の更新を通知する機能を有している。ユーザ操作入力部２２は、監視端末１０００からの操作要求を受け付ける。メイン監視画面１１をユーザが操作したことにより、ある監視画面１２を表示する命令がＷｅｂ通信部２１を介して送信され、これを把握するようになっている。
画面状態変更部２３は、表示中の画面の状態を更新する。監視画面１２は、メイン監視画面１１に呼び出されるようになっている。定義情報読込部２５は、図３で後述するイベント画面定義２４（イベント画面定義ファイル）を読み込む。
画面管理部２６は、表示中の画面に関する状態を管理するほか、ユーザからの操作、またはイベント画面定義２４を確認し、警報イベントに応じて、監視端末１０００に表示する画面状態の変更を要求する。
【００１１】
ＤＢサーバ３０００は、次のように構成されている。
データ受信部３０は、子局４０００から監視データを受信する。データ処理部３１は、受信した監視データを演算・変換の処理を実施し、観測データ異常・機器異常などがあれば、警報イベントを発行する。警報イベントは、１つの設備機器に対して、複数種類があり得る。イベント送信部３２は、Ｗｅｂアプリケーションサーバ２０００に対して、警報イベントを通知する。
【００１２】
子局４０００は、プラント設備・公共設備などの設備機器５０００からの監視データを収集する。
設備機器５０００には、例えば、風向計Ａ、流量計Ｂ、水位系Ｃなどがある。
【００１３】
図２は、この発明の実施の形態１による監視制御ＷｅｂシステムのＷｅｂブラウザ画面を示す図である。
図２において、１１、１２は図１におけるものと同一のものである。監視画面１２は、メイン監視画面１１上に重なるように表示されている。メイン監視画面１１の上方の領域に配置された警報通知欄１３には、警報イベントが表示される。
監視画面１２のＡ、Ｂ、Ｃは、それぞれ、風向計Ａ、流量計Ｂ、水位系Ｃを含む図面を表示したものである。
【００１４】
図３は、この発明の実施の形態１による監視制御Ｗｅｂシステムのイベント画面定義の一例を示す図である。
図３において、イベント画面定義２４は、警報イベントと画面ＩＤを一意に紐付けることで、警報イベントに応じて、状態の変更を要求する監視画面を特定できるようになっている。
【００１５】
次に、動作について説明する。
警報イベントによって、監視画面の状態を変更するときの動作について、図４のフローチャートを用いて説明する。
子局４０００が、設備機器５０００の監視データを取得する（ＳＴ１００１）。ＤＢサーバ３０００は、データ受信部３０にて、子局４０００からの監視データを受信し、データ処理部３１に送信する。データ処理部３１は、受け取った監視データに対して変換・演算の処理を実施する（ＳＴ１００２）。
データ処理部３１の判断（ＳＴ１００３）により、警報イベント発行の必要が判断されれば、警報イベントを作成し、イベント送信部３２から、Ｗｅｂアプリケーションサーバ２０００のイベント受信部２０に対して、警報イベントを送信する（ＳＴ１００４）。
【００１６】
Ｗｅｂアプリケーションサーバ２０００のイベント受信部２０は、警報イベントを受信し、受信した警報イベントを画面管理部２６に送信する（第１のステップ）。
画面管理部２６は、警報イベントを受信すると、定義情報読込部２５を介してイベント画面定義２４の内容を取得する（ＳＴ１００５）。
画面管理部２６は、警報イベントとイベント画面定義２４の内容を確認し、監視端末１０００で最前面に表示する監視画面を決定し、その画面情報を画面状態変更部２３に送信する（ＳＴ１００６、第２のステップ）。
画面状態変更部２３は、画面情報を取得すると該当する監視画面を最前面に表示するように設定し、Ｗｅｂ通信部２１に送信する（ＳＴ１００７、第３のステップ）。
Ｗｅｂ通信部２１は、メイン監視画面１１を表示するＷｅｂブラウザ１００のＷｅｂデータ入出力部１０に、画面状態変更部２３によって設定された状態変更情報を送信する。メイン監視画面１１のＷｅｂブラウザ１００は、メイン監視画面１１の警報通知欄１３の状態を変更する（表示欄の変色、点滅など）（ＳＴ１００８）。
【００１７】
メイン監視画面１１を表示するＷｅｂブラウザ１００は、Ｗｅｂデータ入出力部１０にて受信した対象の監視画面が表示中かどうかを判別し（ＳＴ１００９）、対象の監視画面が存在しなければ、別のＷｅｂブラウザで監視画面を表示し（ＳＴ１０１０）、対象の監視画面を最前面に表示する（ＳＴ１０１１）。
【００１８】
実施の形態１によれば、複数の監視画面を表示している状況で、観測データ異常・機器異常などの警報イベントが発生した場合に、この警報イベントに対応する監視画面を最前面に表示することができる。
これにより、観測データ異常・機器異常などの警報イベントが発生したときに視認性と画面操作性を向上し、ユーザの作業時間を削減することができる。
【００１９】
実施の形態２．
実施の形態２は、前述した実施の形態１に対して、図１の監視画面を表示するＷｅｂブラウザ１０１をタブブラウザに変更したものである。タブブラウザに変更することで、１枚のＷｅｂブラウザで複数の監視画面を表示可能になる。
【００２０】
図５は、この発明の実施の形態２による監視制御Ｗｅｂシステムを示すシステム構成図である。
図５において、１０〜１２、２０〜２６、３０〜３２、１００、１０００、２０００、３０００、４０００、５０００は図１におけるものと同一のものである。Ｗｅｂブラウザ１０２は、タブブラウザであり、それぞれのタブで監視画面を表示する。
【００２１】
以下、実施の形態２による監視制御Ｗｅｂシステムの動作について、図６のフローチャートを用いて説明する。
子局４０００が監視データを取得してから、監視画面の状態を設定するまでの処理（ＳＴ１００３〜ＳＴ１００８）は、実施の形態１（図４）と同様の処理であるため、その説明を省略する。
メイン監視画面１１を表示するＷｅｂブラウザ１００は、Ｗｅｂデータ入出力部１０にて受信した対象の監視画面が表示中かどうかを判別し（ＳＴ１００９）、対象の監視画面が存在しなければ、Ｗｅｂブラウザ１０２内の別のタブで対象の監視画面を表示し（ＳＴ２００１）、そのタブで表示された対象の監視画面を最前面に表示する（ＳＴ１０１１）。
【００２２】
実施の形態２によれば、複数の監視画面を表示する場合でも、１枚のＷｅｂブラウザ内に納めることができる。そのため、メイン監視画面が表示されている領域が拡がり、観測データ異常・機器異常などの警報イベントが発生した場合に、メイン監視画面の警報通知欄の状態変更（変色・点滅）を確認し易くなり、ユーザの作業時間を削減することができる。
【００２３】
実施の形態３．
実施の形態３は、前述した実施の形態１と実施の形態２に対して、イベント画面定義２４に警報イベントの重要度（優先度）を追加することにより、複数の警報イベントが同時発生した際に、重要度の高い順に監視画面を監視端末の最前面から表示するようにした。
【００２４】
図７は、この発明の実施の形態３による監視制御Ｗｅｂシステムを示すシステム構成図である。
図７において、１０〜１２、２０〜２３、２５、２６、３０〜３２、１００、１０２、１０００、２０００、３０００、４０００、５０００は図５におけるものと同一のものである。イベント画面定義２４ａは、図３のイベント画面定義２４の構成に、警報イベントの優先度を追加したものである。
【００２５】
図８は、この発明の実施の形態３による監視制御Ｗｅｂシステムのイベント画面定義の一例を示す図である。
図８において、イベント画面定義２４ａは、図３のイベント画面定義２４の構成に、警報イベントの重要度に基づく優先度を追加したものである。これにより、複数の警報イベントが同時発生した際に、優先度の高い順に監視画面を監視端末の最前面から表示することができる。
例えば、イベントＡとイベントＣが同時に発生した場合には、画面ＩＤが００１のイベントＡに対応する監視画面１２が最前面に表示され、次に画面ＩＤが００２のイベントＣに対応する監視画面１２が表示される。
【００２６】
プラント設備や公共設備における設備機器の状態監視及び制御を行う監視制御Ｗｅｂシステムでは、監視対象の設備機器の数が多いため、同時に警報イベントの発生が起り得る。このため、警報イベントが同時に発生した場合に、警報イベントの重要度に基づいて、重要度の順に、前面に監視画面を表示するようにしたものが、実施の形態３である。
以下、実施の形態３の動作について、図９のフローチャートを用いて説明する。
子局４０００が監視データを取得してから、警報イベントとイベント画面定義２４ａから表示する監視画面を選択するまでの処理（ＳＴ１００１〜ＳＴ１００６）は、実施の形態１と同様であるため、その説明を省略する。
複数の警報イベントが同時に発生した場合は、イベント画面定義２４ａから取得した警報イベントの優先度を考慮し、画面状態変更部２３は、画面の状態を設定し、Ｗｅｂ通信部２１に送信する（ＳＴ３００１）。
【００２７】
Ｗｅｂ通信部２１は、メイン監視画面１１を表示するＷｅｂブラウザ１００のＷｅｂデータ入出力部１０に送信する。Ｗｅｂブラウザ１００は、メイン監視画面１１の警報通知欄１３の状態を変更する（表示欄の変色、点滅など）（ＳＴ１００８）。
Ｗｅｂブラウザ１００は、Ｗｅｂデータ入出力部１０にて受信した対象の監視画面が表示中かどうかを判別し（ＳＴ１００９）、対象の監視画面が存在しなければ、Ｗｅｂブラウザ１０２の別のタブで監視画面を表示する（ＳＴ２００１）。
複数の警報イベントが同時発生しているとき、最前面から重要度の高い順に監視画面１２を表示する（ＳＴ３００２）。
【００２８】
実施の形態３によれば、実施の形態１と実施の形態２において、複数の警報イベントが同時に発生した場合に、最前面から重要度の高い順に監視画面を表示することで、操作性が向上し、その結果、ユーザの作業時間を削減することができる。
【００２９】
実施の形態４．
実施の形態４は、前述した実施の形態１から実施の形態３に対して、Ｗｅｂアプリケーションサーバに、警報イベントの送信先の監視端末を判別する送信先機器判別部を追加し、監視端末ごとに、警報イベントが発生した際の監視画面の表示可否を判別するようにした。
【００３０】
図１０は、この発明の実施の形態４による監視制御Ｗｅｂシステムを示すシステム構成図である。
図１０において、１０〜１２、２０〜２３、２５、２６、３０〜３２、１００、１０２、１０００、２０００、３０００、４０００、５０００は図５におけるものと同一のものである。イベント画面定義２４ｂは、図８のイベント画面定義２４ａの構成に、警報イベントに関連する監視端末を追加したものである。
図１０では、Ｗｅｂアプリケーションサーバ２０００に、警報イベントの送信先の監視端末を判別する送信先機器判別部２７を設けている。また、図１０では、複数の監視端末１０００、１００１・・・１０００ｎがネットワークに接続されている。これらの監視端末は、それぞれ１つ以上の設備機器を監視対象としている。監視端末間で同じ設備機器の場合もあるし、異なる設備機器の場合もある。
【００３１】
図１１は、この発明の実施の形態４による監視制御Ｗｅｂシステムのイベント画面定義の一例を示す図である。
図１１において、イベント画面定義２４ｂは、図８のイベント画面定義２４ａの構成に、警報イベントの送信先の監視端末を追加したものである。これにより、警報イベントが発生した際に、該当する監視画面が表示される監視端末のみに警報イベントが送信され、対象の監視画面を最前面に表示することができる。
図１１では、イベントＡは全ての監視端末へ、イベントＢは監視端末１０００のみへ、イベントＣは監視端末１０００、１００１へ、イベントＤは監視端末１００２のみへ、イベントＥは監視端末１０００、１００３へ、それぞれ送信されるように定義されている。
【００３２】
プラント設備や公共設備における設備機器の状態監視及び制御を行う監視制御Ｗｅｂシステムでは、監視対象の設備機器の数が多いため、状態監視及び制御を行う監視端末も多数に及ぶことになる。その監視端末の状態監視及び制御の対象とする設備機器は、監視端末ごとに決まっている（同じ設備機器の場合もあれば、異なる場合もある。）ため、監視端末ごとに警報イベントの通知の可否を判断する必要がある。実施の形態４は、これに対処するためのものである。
【００３３】
次に、実施の形態４の動作について、図１２のフローチャートを用いて説明する。
子局４０００が監視データを取得する処理から、警報イベントとイベント画面定義から関係する監視画面を選択する処理まで（ＳＴ１００１からＳＴ１００６）は、実施の形態１の処理と同様であるため、その説明を省略する。
送信先機器判別部２７にて、イベント画面定義２４ｂから警報イベントの送信先監視端末を確認する（ＳＴ４００１）。送信先と判別された監視端末に対しては、実施の形態３の処理と同様のため、その説明を省略する（ＳＴ３００１〜ＳＴ３００２）。
【００３４】
送信先と判別されない監視端末に対しては、警報通知欄１３の更新だけを画面状態変更部２３に送信する。画面状態変更部２３は、警報通知欄１３の更新を設定し、Ｗｅｂ通信部２１に送信する（ＳＴ４００２）。
Ｗｅｂ通信部２１は、メイン監視画面１１を表示するＷｅｂブラウザ１００のＷｅｂデータ入出力部１０に送信する。Ｗｅｂブラウザ１００は、メイン監視画面１１の警報通知欄１３の状態を変更する（表示欄の変色、点滅など）（ＳＴ４００３）。
【００３５】
実施の形態４によれば、前述の実施の形態１から実施の形態３において、警報イベントに対応する監視画面の表示可否を、監視端末によって判別することで、監視画面を操作できる監視端末を制限し、ユーザの操作ミスを削減することができる。
【００３６】
実施の形態５．
実施の形態５は、前述した実施の形態１から実施の形態３に対して、Ｗｅｂアプリケーションサーバにユーザ認証部とアクセス権判定部を追加し、監視端末のユーザによって、警報イベントが発生した際の監視画面の表示可否を判別するようにした。
【００３７】
図１３は、この発明の実施の形態５による監視制御Ｗｅｂシステムを示すシステム構成図である。
図１３において、１０〜１２、２０〜２３、２５、２６、３０〜３２、１００、１０２、１０００、２０００、３０００、４０００、５０００は図５におけるものと同一のものである。イベント画面定義２４ｃは、図８のイベント画面定義２４ａの構成に、監視端末を使用するユーザのアクセス権を追加したものである。図１３では、Ｗｅｂアプリケーションサーバ２０００に、ユーザを認証するユーザ認証部２８と、ユーザのアクセス権を判定するアクセス権判定部２９を設けている。
【００３８】
図１４は、この発明の実施の形態５による監視制御Ｗｅｂシステムのイベント画面定義の一例を示す図である。
図１４において、イベント画面定義２４ｃは、図８のイベント画面定義２４ａの構成に、監視端末を使用するユーザのアクセス権を追加したものである。これにより、警報イベントが発生した際に、アクセス権をもつユーザが使用する監視端末のみに警報イベントが送信され、対象の監視画面を最前面に表示することができる。
【００３９】
次に、実施の形態５の動作について説明する。
まず、ユーザ認証の動作について、図１５のフローチャートを用いて説明する。
監視端末１０００において、ユーザがＷｅｂブラウザ１００にて、ユーザ認証の操作を実施する（ＳＴ５００１）。Ｗｅｂブラウザ１００で入力された情報を、Ｗｅｂデータ入出力部１０からＷｅｂアプリケーションサーバ２０００のＷｅｂ通信部２１に送信する。
Ｗｅｂ通信部２１は、ユーザ操作入力部２２に情報を送信する。ユーザ操作入力部２２は、受信した要求を解析し、ユーザ認証部２８へ送信する。
ユーザ認証部２８は、受信した情報にて、ユーザを判別し（ＳＴ５００２）、存在しないユーザの場合は、認証失敗を通知する。
【００４０】
ユーザ認証が成功したら、画面管理部２６に画面更新の要求を送信する。
画面管理部２６は、要求を受信すると、要求を解析し、表示画面を選択する（ＳＴ５００３）。画面管理部２６は、選択した画面情報を画面状態変更部２３に送信する。画面状態変更部２３は、画面情報を取得すると、画面を表示できる状態に構築（生成）して、Ｗｅｂ通信部２１に送信する（ＳＴ５００４）。Ｗｅｂ通信部２１は、画面を要求元のＷｅｂデータ入出力部１０に送信する。Ｗｅｂブラウザ１００は、自身のメイン監視画面１１を更新する（ＳＴ５００５）。
【００４１】
次に、警報イベント発生時の動作について、図１６を用いて説明する。
子局４０００が監視データを取得する処理から、警報イベントとイベント画面定義から関係する監視画面を選択する処理まで（ＳＴ１００１からＳＴ１００６）は、実施の形態１の処理と同様であるため、その説明を省略する。
アクセス権判定部２９にて、イベント画面定義２４ｃから警報イベントのアクセス権を確認する（ＳＴ５００６）。アクセス権を持つユーザに対しては、実施の形態３の処理と同様であるため、その説明を省略する（ＳＴ３００１からＳＴ３００２）。
【００４２】
アクセス権を持たないユーザには、警報通知欄１３の更新だけを画面状態変更部２３に送信する。画面状態変更部２３は、警報通知欄１３の更新を設定し、Ｗｅｂ通信部２１に送信する（ＳＴ５００７）。
Ｗｅｂ通信部２１は、メイン監視画面１１を表示するＷｅｂブラウザ１００のＷｅｂデータ入出力部１０に送信する。Ｗｅｂブラウザ１００は、メイン監視画面１１の警報通知欄１３の状態を変更する（表示欄の変色、点滅など）（ＳＴ５００８）。
【００４３】
実施の形態５によれば、前述の実施の形態１から実施の形態３において、警報イベントに対応する監視画面の表示可否を、ユーザで判別することによって、監視画面を操作できるユーザを制限し、ユーザの作業ミスを削減する。
【００４４】
なお、本発明は、その発明の範囲内において、各実施の形態を自由に組み合わせたり、各実施の形態を適宜、変形、省略することが可能である。
【符号の説明】
【００４５】
１０  Ｗｅｂデータ入出力部
１１  メイン監視画面
１２  監視画面
１３  警報通知欄
２０  イベント受信部
２１  Ｗｅｂ通信部
２２  ユーザ操作入力部
２３  画面状態変更部
２４  イベント画面定義
２５  定義情報読込部
２６  画面管理部
２７  送信先機器判別部
２８  ユーザ認証部
２９  アクセス権判定部
３０  データ受信部
３１  データ処理部
３２  イベント送信部
１００  Ｗｅｂブラウザ（メイン）
１０１  Ｗｅｂブラウザ（ダイアログ）
１０２  Ｗｅｂブラウザ（ダイアログ）
１０００  監視端末
２０００  Ｗｅｂアプリケーションサーバ
３０００  ＤＢサーバ
４０００  子局
５０００  設備機器
【図１】
2015164078.tif 000003
【図２】
2015164078.tif 000004
【図３】
2015164078.tif 000005
【図４】
2015164078.tif 000006
【図５】
2015164078.tif 000007
【図６】
2015164078.tif 000008
【図７】
2015164078.tif 000009
【図８】
2015164078.tif 000010
【図９】
2015164078.tif 000011
【図１０】
2015164078.tif 000012
【図１１】
2015164078.tif 000013
【図１２】
2015164078.tif 000014
【図１３】
2015164078.tif 000015
【図１４】
2015164078.tif 000016
【図１５】
2015164078.tif 000017
【図１６】
2015164078.tif 000018