(57)【要約】【課題】複数のゲートウェイ装置の中の１つが過負荷に陥るまたは停止したときに、プラントデータの欠損を最低限にとどめて監視を継続できるようにする。【解決手段】実施形態のプラントデータ監視システムは、監視用のコンピュータと、複数のゲートウェイ装置と、プラントで稼働するデータ発生源の機器に設けられる複数のデータ取得装置とがネットワークを介して接続されたものであり、監視用のコンピュータは記憶部、割当部を有する。記憶部には、プラントデータの識別情報に、データ発生源の機器の種別毎に付与された静的優先度と、データ発生源の機器の運転モードに応じた重要度とから求められる動的優先度が対応付けて記憶されている。割当部は記憶部の動的優先度を基に、停止中のゲートウェイ装置のプラントデータの識別情報を、現在稼働中の他のゲートウェイ装置に割り当てる。【選択図】図１
2020187413.tif 000002
【特許請求の範囲】
【請求項１】
監視用のコンピュータと、複数のゲートウェイ装置と、プラントで稼働するデータ発生源の機器に設けられる複数のデータ取得装置とがネットワークを介して接続されたプラントデータ監視システムであって、
前記監視用のコンピュータが、
前記データ取得装置が前記データ発生源の機器から取得するプラントデータの識別情報に、該プラントデータの中継担当として割り当てられているゲートウェイ装置の識別情報と、前記データ発生源の機器の種別毎に付与された静的優先度と、前記データ発生源の機器の運転モードに応じた重要度と、前記重要度と前記静的優先度とから求められる動的優先度とが対応付けて記憶された記憶部と、
前記データ発生源の機器および前記複数のゲートウェイ装置の動作状況を予め設定された更新周期毎に監視し、前記データ発生源の機器の現在の運転モードと、停止中またはＣＰＵ負荷率が一定値以上の高負荷のゲートウェイ装置を検出する監視部と、
前記記憶部を参照し、前記監視部により前記停止中または高負荷として検出されたゲートウェイ装置に割り当てられているプラントデータの識別情報と検出時の運転モードに応じた動的優先度を基に、前記停止中または高負荷のゲートウェイ装置が担当しているプラントデータの識別情報を、現在稼働中の他のゲートウェイ装置に割り当てる割当部と
を具備するプラントデータ監視システム。
【請求項２】
前記割当部は、
前記動的優先度の高いプラントデータの識別情報から順に、他の稼働中の前記ゲートウェイ装置のＣＰＵ負荷率が低いゲートウェイ装置に前記プラントデータの識別情報を割り当てる請求項１記載のプラントデータ監視システム。
【請求項３】
前記割当部は、
割当先のゲートウェイ装置のＣＰＵ負荷率が予め設定された閾値を超える場合、前記割当先のゲートウェイ装置において現在担当しているプラントデータの識別情報に付与されている最大動的優先度を基に判定した動的優先度の低いプラントデータの識別情報から順に更新周期を予め設定された割合で延ばし、前記割当先のゲートウェイ装置のＣＰＵ負荷率が閾値以下に低下したら割当対象のプラントデータの識別情報を前記割当先のゲートウェイ装置に割り当てる請求項１記載のプラントデータ監視システム。
【請求項４】
前記割当部は、
前記プラントデータの識別情報を割当先のゲートウェイ装置へ割り当てた後、前記割当先のゲートウェイ装置を監視した結果、現在のＣＰＵ負荷率からＣＰＵ負荷率の上限値までに一定の差があった場合に、前記割当先のゲートウェイ装置において動的優先度の高いプラントデータから順に更新周期を元の更新周期に戻す請求項３記載のプラントデータ監視システム。
【請求項５】
前記割当部は、
前記停止中または高負荷として検出されたゲートウェイ装置が復帰またはＣＰＵ負荷率が一定値以下に戻った場合、割当先のゲートウェイ装置に割当済のプラントデータの識別情報を、復帰またはＣＰＵ負荷率が一定値以下に戻ったゲートウェイ装置に割り当て直す請求項１記載のプラントデータ監視システム。
【請求項６】
前記割当部は、
前記監視部により現在担当または割当先のゲートウェイ装置が高負荷と検出された場合前記動的優先度が低いプラントデータの識別情報から順に更新周期を予め設定された割合で延ばす請求項１記載のプラントデータ監視システム。
【請求項７】
監視用のコンピュータと、複数のゲートウェイ装置と、プラントで稼働するデータ発生源の機器に設けられる複数のデータ取得装置とがネットワークを介して接続されたプラントデータ監視システムにおけるプラントデータ監視方法であって、
前記監視用のコンピュータが、前記データ取得装置が前記データ発生源の機器から取得するプラントデータの識別情報に、該プラントデータの中継担当として割り当てられているゲートウェイ装置の識別情報と、前記データ発生源の機器の種別毎に付与された静的優先度と、前記データ発生源の機器の運転モードに応じた重要度と、前記重要度と前記静的優先度とから求められる動的優先度とを対応付けて記憶し、
監視用のコンピュータが、前記データ発生源の機器および前記複数のゲートウェイ装置の動作状況を予め設定された更新周期毎に監視し、前記データ発生源の機器の現在の運転モードと、停止中またはＣＰＵ負荷率が一定値以上の高負荷のゲートウェイ装置を検出し、
監視用のコンピュータが、前記停止中または高負荷として検出したゲートウェイ装置に割り当てられているプラントデータの識別情報と検出時の運転モードに応じた動的優先度を基に、前記停止中または高負荷のゲートウェイ装置が担当しているプラントデータの識別情報を、現在稼働中の他のゲートウェイ装置に割り当てる、プラントデータ監視方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、プラントデータ監視システムおよびプラントデータ監視方法に関する。
【背景技術】
【０００２】
例えば火力発電所などの発電プラントでは、発電プラント内で稼働する機器（ポンプやタービンなど）のデータ（プラントデータ）を取得する複数のセンサ機器とネットワークおよび複数のゲートウェイ装置を介して接続される監視サーバとを備えるプラントデータ監視システムが用いられている。
【０００３】
通常、このようなプラントデータ監視システムでは、各センサ機器からのプラントデータを中継するゲートウェイ装置を割り当て、そのゲートウェイ装置を介して監視サーバがプラントデータを受信することで、各機器の動作状態を監視しており、監視サーバが監視した情報を監視用の端末やモニタパネルに表示し運転員に提供することで、発電プラントの運転支援を行っている。
【０００４】
ここで、従来のプラントデータ監視システムの動作を説明する。
従来のプラント監視システムの場合、システムを起動したときに、複数のゲートウェイ装置それぞれが監視サーバに対してプラントデータ毎のゲートウェイ装置割り当て番号や、それらプラントデータの名称や更新周期などを含むプラントデータ属性情報を要求する。
【０００５】
監視サーバは、プラントデータ属性情報の要求を受けて、予めプラントデータ属性情報が登録されているプラントデータ管理テーブルを参照して、要求元のゲートウェイ装置に担当するプラントデータのＩＤを割り当てて、ＩＤに対応するプラントデータ属性情報（プラントデータ名称、周期（ｍｓ）、通信先装置、通信プロトコルなど）を要求元のゲートウェイ装置に返す。
【０００６】
ゲートウェイ装置は、取得したプラントデータ属性情報に従い該当する通信対象のデータ取得装置に対してプラントデータの取得要求を行う。
【０００７】
取得要求を受けたデータ取得装置は、要求元のゲートウェイ装置に対して当該プラントデータを指定された周期、通信プロトコルにて返す。
【０００８】
ゲートウェイ装置は、データ取得装置から取得したプラントデータを、監視サーバに送信する。監視サーバでは、受信したプラントデータを構成管理用データベースに格納する。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開平１−９４４６４号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
このようなプラントデータ監視システムでは、すべてのセンサ機器のプラントデータを中断することなく監視し続けられるような継続稼働による信頼性が求められる。
【００１１】
しかしながら、従来のプラントデータ監視システムの場合、監視サーバは、ゲートウェイ装置起動時にプラントデータのＩＤを割り当てた後、ゲートウェイ装置に対してＩＤの割り当て変更を行わないため、プラント運転中にゲートウェイ装置が故障したり過負荷になるなどしてデータの中継動作が停止した場合、復旧するまでの間、そのゲートウェイ装置を中継するプラントデータが長期的に欠損することになり、プラントデータの監視に支障をきたすという問題があった。
【００１２】
本発明が解決しようとする課題は、複数のゲートウェイ装置の中の１つが過負荷に陥るまたは停止したときに、プラントデータの欠損を最低限にとどめて監視を継続することができるプラントデータ監視システムおよびプラントデータ監視方法を提供することにある。
【課題を解決するための手段】
【００１３】
実施形態のプラントデータ監視システムは、監視用のコンピュータと、複数のゲートウェイ装置と、プラントで稼働するデータ発生源の機器に設けられる複数のデータ取得装置とをネットワークを介して接続したプラントデータ監視システムであり、監視用のコンピュータが、記憶部、監視部、割当部を有する。記憶部には、前記データ取得装置が前記データ発生源の機器から取得するプラントデータの識別情報に、該プラントデータの中継担当として割り当てられているゲートウェイ装置の識別情報と、前記データ発生源の機器の種別毎に付与された静的優先度と、前記データ発生源の機器の運転モードに応じた重要度と、前記重要度と前記静的優先度とから求められる動的優先度とが対応付けて記憶されている。監視部はデータ発生源の機器および複数のゲートウェイ装置の動作状況を予め設定された更新周期毎に監視し、データ発生源の機器の現在の運転モードと、停止中またはＣＰＵ負荷率が一定値以上の高負荷のゲートウェイ装置を検出する。割当部は、記憶部を参照して、停止中または高負荷として検出されたゲートウェイ装置に割り当てられているプラントデータの識別情報と検出時の運転モードに応じた動的優先度を基に、停止中または高負荷のゲートウェイ装置が担当しているプラントデータの識別情報を、現在稼働中の他のゲートウェイ装置に割り当てる。
【図面の簡単な説明】
【００１４】
【図１】実施形態のプラントデータ監視システムの構成を示す図である。
【図２】図１のプラントデータ監視システムのサーバに備えられるデータベースの構成を示す図である。
【図３】データベースのプラントデータ管理テーブルを示す図である。
【図４】データベースの動的優先度テーブルを示す図である。
【図５】データベースのゲートウェイ装置管理テーブルを示す図である。
【図６】プラントデータ監視システムにおいてゲートウェイ装置起動時動作を示すフローチャートである。
【図７】プラントデータ監視システムにおいてプラント運転時の動作を示すフローチャートである。
【図８】配分部の詳細な動作を示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下、図面を参照して、実施形態を詳細に説明する。
図１は一つの実施形態のプラントデータ監視システムを示す図である。
【００１６】
図１に示すように、この実施形態のプラントデータ監視システムは、監視用のコンピュータ１（以下これを「サーバ１」と称す）とネットワーク４を介して接続されるゲートウェイ装置＃１〜＃ｎと、これらゲートウェイ装置＃１〜＃ｎとネットワーク９を介して接続される監視対象の複数のデータ取得装置としての通信先装置１０〜１３と、各通信先装置１０〜１３が設けられたデータ発生源の機器１５〜１８（以下これを「プラント機器１５〜１８」と称す）とを備える。ネットワーク４は監視ネットワークである。ネットワーク９は情報ネットワークである。互いのネットワーク間は異なるプロトコルが用いられるため、プロトコル変換のためのゲートウェイ装置＃１〜＃ｎが必要である。
【００１７】
すなわち、このプラントデータ監視システムは、サーバ１と、複数のゲートウェイ装置＃１〜＃ｎと、プラントで稼働するプラント機器１５〜１８に設けられる複数の通信先装置１０〜１３とをネットワーク４、９を介して接続したものである。
【００１８】
サーバ１は、構成管理用のデータベース２および通信監視部３を備えている。通信監視部３は各ゲートウェイ装置＃１〜＃ｎに監視対象の通信先装置１０〜１３を割り当てて、通信先装置１０〜１３からゲートウェイ装置＃１〜＃ｎを通じてプラントデータを収集し、収集したプラントをデータベース２に保存および管理する。
【００１９】
ゲートウェイ装置＃１〜＃ｎは、サーバ１により割り当てられたプラントデータＩＤの通信先装置１０〜１３と予め定められたプロトコルによって通信し、当該通信先装置１０〜１３により取得されるプラントデータをサーバ１へ転送する。
【００２０】
通信先装置１０〜１３は、例えば流量計などの計測器、圧力センサなどの検出器や検出器からの信号を使用する制御装置および監視装置であり、検出されるデータにプラントデータＩＤが付与される。ここで、制御装置とは、例えば検出器からの信号を使用し、タービン起動や停止などの制御を行うＰＬＣ（プログラマブルコントローラ）のようなものを言う。監視装置とは、各プラント機器の状態を監視し、その情報をゲートウェイ装置を介して監視サーバに伝送する装置のことを言う。
【００２１】
プラント機器１５〜１８は、このプラントで稼働する機器であり、例えば火力発電プラントなどの場合は、ボイラ、タービン、給水ポンプ、脱気器などである。
【００２２】
図２に示すように、サーバ１のデータベース２には、プラントデータ管理テーブル２４、動的優先度テーブル２５、ゲートウェイ装置管理テーブル２６などが設けられている。
【００２３】
図３に示すように、プラントデータ管理テーブル２４には、プラントデータＩＤに対応付けて、プラントデータ名称、初期担当ゲートウェイ装置、現在担当ゲートウェイ装置、初期周期、周期、通信先装置、通信プロトコル、動的優先度などが記憶されている。
【００２４】
この例では、プラントデータＩＤ「ＡＩ００００」には、プラントデータ名称として「ｓｉｇｎａｌＡ」、初期担当ゲートウェイ装置として「＃１」、現在担当ゲートウェイ装置として「＃１」、初期周期として「１．０」、周期（現在設定されている更新周期）として「１．０」、通信先装置として「１」、動的優先度として「２００」などが記憶されている。ここで、担当とは、どのプラントデータを中継するかを割り当てられたことを言う。初期担当とは、起動時にサーバ１によって割り当てられたときの担当または再起動したときの一つ前の担当を言う。
【００２５】
このプラントデータ管理テーブル２４は、監視中にプラント機器１５〜１８の運転モードが変化したり、プラントデータＩＤの割り当てが変化すると、それに伴って情報が更新される。例えばプラント機器１５〜１８の運転モードが変化すると、プラントデータ管理テーブル２４の動的優先度の値が、動的優先度テーブル２５のプラントデータＩＤの運転モードに応じた動的優先度の数値に更新される。プラントデータＩＤの割り当てが変化すると、それに伴ってプラントデータＩＤに対応する行の情報が更新される。
【００２６】
図４に示すように、動的優先度テーブル２５には、プラントデータＩＤに対応付けて、プラント機器の運転モードに応じた重要度、静的優先度、動的優先度などが記憶されている。
【００２７】
この例では、プラントデータＩＤ「ＡＩ００００」には、運転モード毎に異なる重要度が付与されている。例えば現状のプラント機器「タービン」の運転モードが「タービン起動中」の場合は、重要度「２．０」、タービンの静的優先度として固定値「１００」が設定されており、重要度「２．０」とタービンの静的優先度「１００」とを掛け合わせたものが動的優先度として「２００」が付与されている。
【００２８】
また、タービンの現状の運転モードが「タービン停止中」の場合は、重要度「１．０」、タービンの静的優先度として「１００」が設定されているため、動的優先度としてはこれらを掛け合わせた「１００」が付与されている。
【００２９】
さらに、タービンの現状の運転モードが「タービン運転中」の場合は、重要度「０．５」、タービンの静的優先度として「１００」が設定されているため、動的優先度としては「５０」が付与されている。この他、給水ポンプについても同様である。
【００３０】
なお、図３のプラントデータ管理テーブル２４と図４の動的優先度テーブル２５とは、共にプラントデータＩＤに紐付けた情報を記憶することから、これらのテーブルを統合して、通信先装置１０〜１３がプラント機器１５〜１８から取得するプラントデータＩＤに対応付けて、該プラントデータＩＤを持つプラントデータの中継担当として割り当てられているゲートウェイ装置の識別子＃１〜＃ｎ、通信先装置１０〜１３とゲートウェイ装置との通信情報（通信プロトコルや周期など）、プラント機器１５〜１８の種別毎に付与された静的優先度と、プラント機器１５〜１８の運転モードに応じて異なる重要度と、重要度と静的優先度とから求められる動的優先度とが記憶された記憶部としてもよい。
【００３１】
図５に示すように、ゲートウェイ装置管理テーブル２６には、現在担当しているゲートウェイ装置の識別子＃１〜＃３…毎に、ゲートウェイ装置の稼働状態、ゲートウェイ装置の動作状態（稼働状態とＣＰＵ負荷率）、最大動的優先度などが記憶される。
【００３２】
このゲートウェイ装置管理テーブル２６の情報のうち動作状態（稼働状態とＣＰＵ負荷率）は監視中に更新され変化する。最大動的優先度は可変値である。最大優先度は、ゲートウェイ装置に割り当てられるプラントデータＩＤを持つプラントデータの中で最も大きい動的優先度の値を示すものである。このため、プラント機器の運転モードの変化によって動的優先度が下がった場合、これに追従（比例）して最大優先度の値も変化する。
【００３３】
割当先のゲートウェイ装置のＣＰＵ負荷率が予め設定された閾値を超える場合（高負荷の場合）に、最大動的優先度の１／２を超えるプラントデータＩＤがゲートウェイ装置に割り当てられる場合は、更新周期を下げる（更新期間を延ばす（長くする））など、対応が必要になる。
【００３４】
この例では、現在担当ゲートウェイ装置＃１には、ゲートウェイ装置の動作状態として稼働状態が「稼働中」、ＣＰＵ負荷率が「０．７」、最大動的優先度として「２００」が記憶されている。割当先のゲートウェイ装置が高負荷であるときに、動的優先度が「１００」を超えるプラントデータＩＤがゲートウェイ装置に割り当てられる場合は更新周期を下げ、ＣＰＵ負荷率が変化（低下）する様子を見ることになる。
【００３５】
現在担当ゲートウェイ装置＃３には、ゲートウェイ装置の状態として「停止中」、ゲートウェイ装置の負荷率として「０．１」、最大動的優先度として「１５０」が記憶されている。なお、このゲートウェイ装置＃３のように稼働状態が「停止中」であれば、負荷率は「０」であるが、計算上の数値として「０．１」が記憶されている。
【００３６】
また、図２に示すように、サーバ１の通信監視部３には、監視部３１、読取部としてのリストアップ部３２、割当部として配分部３３などが設けられている。
【００３７】
監視部３１は、プラント機器１５〜１８および複数のゲートウェイ装置＃１〜＃ｎの動作状態を予め設定された更新周期（例えば１分に１回）毎に監視し、ゲートウェイ装置管理テーブル２６の現在担当ゲートウェイ装置＃１〜＃ｎそれぞれの動作状態（稼働状態およびＣＰＵ負荷率）を更新するとともに、更新したゲートウェイ装置管理テーブル２６から、停止中またはＣＰＵ負荷率が一定値（例えば０．８）以上の高負荷のゲートウェイ装置（このテーブルの例ではゲートウェイ装置＃３）を検出する。
【００３８】
リストアップ部３２は、プラントデータ管理テーブル２４を参照して、監視部３１により停止中または高負荷として検出されたゲートウェイ装置に割り当てられているプラントデータＩＤと検出時の運転モードに応じた動的優先度を読み出しリストアップする。
【００３９】
配分部３３は、リストアップ部３２によりリストアップされたリストのプラントデータＩＤの動的優先度を基に、プラントデータ管理テーブル２４およびゲートウェイ装置管理テーブル２６を参照して、停止中のゲートウェイ装置が担当しているプラントデータＩＤを、現在稼働中のＣＰＵ負荷率の低い他のゲートウェイ装置に割り当てる。また、配分部３３は、高負荷として検出されたゲートウェイ装置のプラントデータの更新周期を延ばす。
【００４０】
この例では、停止中のゲートウェイ装置＃３が担当しているプラントデータＩＤは、プラントデータ管理テーブル２４の「ＤＩ０００１」であり、現在稼働中のＣＰＵ負荷率の低い他のゲートウェイ装置は、ゲートウェイ装置管理テーブル２６よりゲートウェイ装置＃２（ＣＰＵ負荷率「０．２」）なので、これにプラントデータＩＤ「ＤＩ０００１」を割り当て、プラントデータ管理テーブル２４を更新する。更新したプラントデータ管理テーブル２４の状態が図３の符号４１の状態である。
【００４１】
また、配分部３３は、割当先のゲートウェイ装置のＣＰＵ負荷率が予め設定された閾値を超える場合、割当先のゲートウェイ装置において現在担当しているプラントデータＩＤに付与されている最大動的優先度を基に判定した動的優先度の低いプラントデータの識別情報から順に更新周期を予め設定された割合で延ばし、割当先のゲートウェイ装置のＣＰＵ負荷率が閾値以下に低下したら割当対象のプラントデータの識別情報を割当先のゲートウェイ装置に割り当てる。
【００４２】
配分部３３は、プラントデータＩＤを割当先のゲートウェイ装置へ割り当てた後、割当先のゲートウェイ装置を監視した結果、現在のＣＰＵ負荷率からプラントデータＩＤを割当可能なＣＰＵ負荷率の上限値（閾値「０．８」など）までに一定の差（０．３以上）があった場合に、割当先のゲートウェイ装置において動的優先度の高いプラントデータから順に更新周期を元の更新周期に戻す。
【００４３】
配分部３３は、停止中または高負荷として検出されたゲートウェイ装置が復帰またはＣＰＵ負荷率が一定値未満に戻った場合、割当先のゲートウェイ装置に割当済のプラントデータＩＤを、復帰またはＣＰＵ負荷率が一定値未満に戻ったゲートウェイ装置に割り当て直す。
【００４４】
配分部３３は、監視部３１により現在担当または割当先のゲートウェイ装置が高負荷と検出された場合、動的優先度が低いプラントデータＩＤから順に更新周期を予め設定された割合（例えば１０％程度）で延ばす。
【００４５】
次に、この実施形態のプラントデータ監視システムの動作を説明する。
まず、図６を参照してシステム起動時の動作を説明する。
この場合、各ゲートウェイ装置＃１〜＃ｎは、起動したときに（図６のステップＳ１０１）、サーバ１に対して担当割り当て要求を送信する（図６のステップＳ１０２）。
【００４６】
サーバ１では、通信監視部３が、各ゲートウェイ装置＃１〜＃ｎからの担当割り当て要求を受け付けて（ステップＳ１０３）、構成管理用データベース２にアクセスし、プラントデータ管理テーブル２４を参照して、現在担当ゲートウェイ装置の列が、要求されたゲートウェイ装置の割り当て番号（例えば、ゲートウェイ装置＃１の場合は識別子が「＃１」）となるプラントデータＩＤに対応する、プラントデータ名称、周期（ｍｓ）、通信先装置、通信プロトコルなどを含むプラントデータ管理情報を一つにまとめた割当情報としてそれぞれの現在担当ゲートウェイ装置毎に取得し（ステップＳ１０４）、要求元のゲートウェイ装置＃１〜＃ｎに返す（ステップＳ１０５）。
【００４７】
それぞれのゲートウェイ装置＃１〜＃ｎは、サーバ１からプラントデータの割当情報を受信すると（ステップＳ１０６）、取得したプラントデータの割当情報に従って、ネットワーク９を通じて、該当する通信先装置１０〜１３に対してプラントデータの取得要求を送信する（ステップＳ１０７）。
【００４８】
それぞれの通信先装置１０〜１３は、プラントデータの取得要求を受信すると（ステップＳ１０８）、要求送信元のゲートウェイ装置＃１〜＃ｎに対して、要求されたプラントＩＤに対応するプラントデータを、要求に含まれる周期（ｍｓ）で取得し（ステップＳ１０９）、要求に含まれる通信プロトコルにてネットワーク９を通じて、要求元のゲートウェイ装置＃１〜＃ｎに返す（ステップＳ１１０）。
【００４９】
各ゲートウェイ装置＃１〜＃ｎは、それぞれの通信先装置１０〜１３からプラントデータを受信すると（ステップＳ１１１）、取得したプラントデータを、ネットワーク４を通じてサーバ１へ送信、つまりデータを中継する（ステップＳ１１２）。
【００５０】
サーバ１では、通信監視部３が、プラントデータを受信すると（ステップＳ１１３）、受信したプラントデータを構成管理用データベース２に記憶する（ステップＳ１１４）。
【００５１】
続いて、図７を参照してプラントデータ監視システムの監視動作を説明する。
この場合、サーバ１では、通信監視部３が予め設定された一定の周期（例えば、１分に１回）毎にゲートウェイ装置の稼働状態を確認する（図７のステップＳ２０１）。
【００５２】
この際、通信監視部３は、ゲートウェイ装置管理テーブル２６の中に存在する、各ゲートウェイ装置の稼働状態を示すパラメータが“稼働中”か“停止中”かを確認する。
【００５３】
この確認の結果、ゲートウェイ装置の状態が“停止中”となっている現在担当ゲートウェイ装置が存在する場合（ステップＳ２０２のＹｅｓ）、通信監視部３は、プラントデータ管理テーブル２４を確認し、その“停止中”の現在担当ゲートウェイ装置に対応するプラントデータＩＤをリストアップする（ステップＳ２０３）。
【００５４】
そして、通信監視部３は、リストアップしたプラントデータＩＤの中で、動的優先度の高いプラントデータから優先的に、ゲートウェイ装置管理テーブル２６のＣＰＵ負荷率の低いゲートウェイ装置に配分していく（プラントデータＩＤの現在担当ゲートウェイ装置を変更する）（ステップＳ２０４）。
【００５５】
そして、今回の分のプラントデータＩＤの配分が終了すると（ステップＳ２０５のＹｅｓ）、ステップＳ２０１の監視状態に戻る。
【００５６】
プラントデータＩＤの配分の仕方の一例としては、例えば動的優先度の値が予め設定された閾値以上（例えば、閾値として１００が設定されている場合は１００以上）のプラントデータＩＤから優先的に、ゲートウェイ装置負荷率の最も低いゲートウェイ装置に配分する。負荷率は小数点で表しても％で表してもよい。
【００５７】
ここで、動的優先度は、数値が大きいほど優先度が高いことを示し、この動的優先度は次に示す方法（計算式）で求めた値が動的優先度テーブル２５に設定される。
【００５８】
動的優先度＝静的優先度×重要度
なお、静的優先度とは、プラントデータ毎に予めプラント機器１５〜１８の種別（タービン、給水ポンプなど）に応じて設定されるプラント内での機器の役割りの優先度を示す係数（パラメータ）である。また「重要度」は、プラントデータ毎にプラント機器の運転モードに応じて、予め設定された係数（パラメータ）である。図４の動的優先度テーブル２５の例では、プラント機器が例えばタービンの場合“起動中”は「２．０」、“停止中”は「１．０」、“運転中”は「０．５」などと設定されている。
【００５９】
動的優先度は、プラント監視システム起動後、現状の運転モードに対応した重要度と静的優先度とを掛け合わせた値である。
【００６０】
このとき、通信監視部３がＣＰＵ負荷率を確認するタイミングは、一定周期（例えば、１０秒に１回）とする。これにより、ゲートウェイ装置の故障も含めた停止状態を検知してから、例えば、５分（３００秒）以内にプラントデータの配分完了を目標性能とした場合には、次の手順によって、１度に「現在担当ゲートウェイ装置」を変更するプラントデータ数を決定する。
【００６１】
これは、プラントデータを１本ずつ配分する仕組みにしてしまうと、プラントデータをすべて配分するまでに非常に長い時間を要してしまうことになり、その間のプラントデータの監視も欠損してしまうため、何本かまとめて配分処理を行う仕組みとしている。
【００６２】
故障も含めた停止状態となったゲートウェイ装置を例えば１０００個のプラントデータが中継していた場合、（１０００÷３００）×１０（秒）＝３３．３３３．．．となる。
【００６３】
この計算結果より、１０００個のプラントデータを５分以内に１０秒間隔で配分する場合に配分１回につき３４本以上のプラントデータを現在担当ゲートウェイ装置のいずれかに配分して担当変更する必要がある。
【００６４】
ここで、ゲートウェイ装置のＣＰＵ負荷率とは、ゲートウェイ装置毎のＣＰＵ負荷率の移動平均値から求める係数（パラメータ）である。
【００６５】
ＣＰＵ負荷率の係数（パラメータ）の求め方は次の通りである。
（求め方）：１秒間毎のＣＰＵ負荷率を時系列データとして取得し、直近の５個のデータの平均を計算し、ＣＰＵ負荷率の移動平均値として求めた値をゲートウェイ装置負荷率とする。
【００６６】
なお、ゲートウェイ装置負荷率が同じゲートウェイ装置が２台以上存在した場合には、ゲートウェイ装置番号の小さいものから優先的に配分先に選定する。
【００６７】
また、動的優先度が閾値に満たない（例えば、１００未満）のプラントデータは、配分前に更新周期を所定の割合（例えば１０％）下げてから、そのときゲートウェイ装置のＣＰＵ負荷率の最も低いゲートウェイ装置に配分する（プラントデータの現在担当ゲートウェイを変更してゆく）。更新周期を１０％下げるとは、更新周期を１０％延ばすことを意味する。
【００６８】
ここで、図８を参照してプラント機器の運転モードやゲートウェイ装置の動作状態に応じた配分部３３の動作を説明する。
【００６９】
この場合、監視部３１が、監視中、ゲートウェイ装置管理テーブル２６にて現在担当しているゲートウェイ装置の動作状態を確認した結果、現在担当ゲートウェイ装置のうち、いずれかの装置の稼働状態が「停止中」（故障を含む停止状態）か、ＣＰＵ負荷率が高い状態（高負荷状態）かを判定し、判定結果に応じて異なる処理を行う（ステップＳ３０１〜Ｓ３０３）。
【００７０】
例えばある現在担当ゲートウェイ装置の稼働状態が「停止中」でなく、高負荷状態の場合（ステップＳ３０１のＮｏ、ステップＳ３０２のＹｅｓ）、配分部３３は、ゲートウェイ装置管理テーブル２６の高負荷の該当現在担当ゲートウェイ装置に設定されている最大動的優先度を基に、現在担当している動的優先度の低いプラントデータＩＤから順に更新周期（１分間の１回など）を予め設定された割合（例えば１０％など）で延ばすようプラントデータ管理テーブル２４の周期（ｍｓ）の設定を変更する（ステップＳ３０３）。
【００７１】
また、ある現在担当ゲートウェイ装置の稼働状態が「停止中」の場合（ステップＳ３０１のＹｅｓ）、配分部３３は、ゲートウェイ装置管理テーブル２６の他のゲートウェイ装置それぞれのＣＰＵ負荷率を基に、配分先となるゲートウェイ装置に余裕があるか否かを判定する（ステップＳ３０４）。具体的には各ＣＰＵ負荷率と予め設定された閾値（配分先となることが可能なＣＰＵ負荷率の限界値）とを比較して差分値の大きいものほど余裕があるものと判定する。
【００７２】
ステップＳ３０４の判定の結果、配分先の現在担当ゲートウェイ装置のＣＰＵ負荷率に余裕がない場合（ステップＳ３０４のＮｏ）、配分部３３は、配分先の現在担当ゲートウェイ装置が担当しているプラントデータＩＤの更新周期を上記ステップＳ３０３と同様に延ばすようプラントデータ管理テーブル２４の周期（ｍｓ）の設定を変更する（ステップＳ３０５）。
【００７３】
周期（ｍｓ）の設定を変更する際に、配分部３３は、ゲートウェイ装置管理テーブル２６の現在担当ゲートウェイ装置に設定されている最大動的優先度を基に、現在担当している動的優先度の低いプラントデータＩＤから順に更新周期を予め設定された割合（例えば１０％など）で延ばすようプラントデータ管理テーブル２４の周期（ｍｓ）の設定を変更する。
【００７４】
そして、配分先のゲートウェイ装置のＣＰＵ負荷率が閾値以下に低下し、余裕ができたことが確認されると（ステップＳ３０４のＹｅｓ）、割当対象のプラントデータＩＤの動的優先度を基に、割当対象のプラントデータＩＤを、配分先のゲートウェイ装置に割り当てる、つまり動的優先度を基にプラントデータＩＤを配分する（ステップＳ３０６）。
【００７５】
また、上記ステップＳ３０４の判定の結果、配分先の現在担当ゲートウェイ装置のＣＰＵ負荷率に余裕がある場合（ステップＳ３０４のＹｅｓ）、配分部３３は、ＣＰＵ負荷率が余裕のある現在担当ゲートウェイ装置のうちＣＰＵ負荷率が低いゲートウェイ装置に優先的に「停止中」の現在担当ゲートウェイ装置が担当しているプラントデータＩＤのうち動的優先度が高い順にプラントデータＩＤを割り当る、つまり動的優先度を基にプラントデータＩＤを配分する（ステップＳ３０６）。
【００７６】
図５のゲートウェイ装置管理テーブル２６の例で、配分先となるためのゲートウェイ装置のＣＰＵ負荷率の閾値が「０．８」とすると、現在担当ゲートウェイ装置＃３が「停止中」であり、他の現在担当ゲートウェイ装置＃２と現在担当ゲートウェイ装置＃１が「稼働中」で閾値「０．８」以下のためプラントデータの配分先となれるが、現在担当ゲートウェイ装置＃２のＣＰＵ負荷率が「０．２」、現在担当ゲートウェイ装置＃１のＣＰＵ負荷率が「０．７」では、現在担当ゲートウェイ装置＃２のＣＰＵ負荷率「０．２」の方が閾値「０．８」に対して余裕があるため、現在担当ゲートウェイ装置＃３の動的優先度の高いプラントデータＩＤは、現在担当ゲートウェイ装置＃２に配分されることになる。
【００７７】
「停止中」の現在担当ゲートウェイ装置が担当しているプラントデータＩＤの配分を順に行った際に、配分できないものがあった場合（配分対象のプラントデータＩＤをすべて配分し切れない場合）（ステップＳ３０７のＮｏ）、配分部３３は、「停止中」の現在担当ゲートウェイ装置が担当しているプラントデータＩＤの更新周期を上記ステップＳ３０３と同様に延ばすようプラントデータ管理テーブル２４の周期（ｍｓ）の設定を変更する（ステップＳ３０８）。
【００７８】
配分がすべて終了すると（ステップＳ３０７のＹｅｓ）、配分完了後に、監視されて更新されたゲートウェイ装置管理テーブル２６の配分先のゲートウェイ装置のＣＰＵ負荷率から、配分先のゲートウェイ装置に余裕があるか（閾値以下または閾値よりも一定の差があるか）否かを確認する（ステップＳ３０９）。
【００７９】
この確認の結果、配分完了後に、配分先のゲートウェイ装置に余裕がある場合（ステップＳ３０９のＹｅｓ）、配分部３３は、プラントデータ管理テーブル２４を参照して、配分したプラントデータＩＤの中で、配分前に更新周期を下げていた、動的優先度の値が高いプラントデータＩＤから順にプラントデータ管理テーブル２４の「周期（ｍｓ）」に、「初期周期（ｍｓ）」と同じ値を設定し、更新周期を元の更新周期に戻す（ステップＳ３１０）。この処理をＣＰＵ負荷率が閾値（例えば０．８）以上になるまで実行していく。
【００８０】
その後、「停止中」の現在担当ゲートウェイ装置が修理または交換されるなどして復帰した場合、配分部３３は、プラントデータ管理テーブル２４の初期担当ゲートウェイ装置を基に、復帰したゲートウェイ装置に復帰前に担当していたプラントデータＩＤを戻すように、プラントデータ管理テーブル２４の現在担当ゲートウェイ装置の識別子の設定を変更する。具体的には、プラントデータ管理テーブル２４において、復帰したゲートウェイ装置（初期担当ゲートウェイ装置）の識別子が「＃３」の場合、プラントデータ管理テーブル２４のプラントデータＩＤ「ＤＩ０００１」の現在担当ゲートウェイ装置の識別子を「＃２」から「＃３」に変更する。
【００８１】
このようにこの実施形態のプラントデータ監視システムによれば、プラント機器１５〜１８の運転モードに応じて変化する動的優先度という概念を導入し、複数のゲートウェイ装置＃１〜＃ｎのうちいずれかの装置が故障も含めた停止状態に陥った場合、「停止中」（停止状態）のゲートウェイ装置が担当していたプラントデータＩＤを動的優先度が高い順に他の稼働中のゲートウェイ装置に配分するので、故障も含めた停止状態となったゲートウェイ装置が中継していたプラントデータを継続して取得することができ、複数のプラントデータの継続的な監視が可能になる。すなわち、複数のゲートウェイ装置＃１〜＃ｎの中の１つが停止したときに、そのゲートウェイ装置が中継していたプラントデータの欠損を最低限にとどめて監視を継続することができる。
【００８２】
上記実施形態では、現在担当ゲートウェイ装置のうち「停止中」（停止状態）のゲートウェイ装置に対して他の稼働中のゲートウェイ装置にプラントデータＩＤの割り当て変更を行い、ＣＰＵ負荷率が一定の閾値以上の高負荷のゲートウェイ装置には更新周期を延ばすことで負荷軽減を行ったが、一定の閾値以上に高負荷に陥ったゲートウェイ装置に対して更新周期を延ばすことなく他の稼働中のゲートウェイ装置に割り当て変更を行ってもよい。
【００８３】
また、高負荷として検出された現在担当ゲートウェイ装置の更新周期を下げることを繰り返し実施してもＣＰＵ負荷率が閾値以下にならない場合は、動的優先度の低いプラントデータＩＤから順に、そのときＣＰＵ負荷率が最も低い稼働中の他のゲートウェイ装置に現在担当ゲートウェイ装置を変更してもよい。
【００８４】
本発明の実施形態を説明したが、この実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。この新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。この実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【００８５】
また上記実施形態に示した監視用のサーバ１の各構成要素を、コンピュータのハードディスク装置などのストレージにインストールしたプログラムで実現してもよく、また上記プログラムを、コンピュータ読取可能な電子媒体：electronic mediaに記憶しておき、プログラムを電子媒体からコンピュータに読み取らせることで本発明の機能をコンピュータが実現するようにしてもよい。電子媒体としては、例えばＣＤ−ＲＯＭ等の記録媒体やフラッシュメモリ、リムーバブルメディア：Removable media等が含まれる。さらに、ネットワークを介して接続した異なるコンピュータに構成要素を分散して記憶し、各構成要素を機能させたコンピュータ間で通信することで実現してもよい。
【符号の説明】
【００８６】
１…コンピュータ（監視用のサーバ）、２…構成管理用データベース、３…通信監視部、４、９…ネットワーク、１０〜１３…通信先装置、１５〜１８…プラント機器、＃１〜＃ｎ…ゲートウェイ装置、２４…プラントデータ管理テーブル、２５…動的優先度テーブル、２６…ゲートウェイ装置管理テーブル、３１…監視部、３２…リストアップ部、３３…配分部。
【図１】
2020187413.tif 000003
【図２】
2020187413.tif 000004
【図３】
2020187413.tif 000005
【図４】
2020187413.tif 000006
【図５】
2020187413.tif 000007
【図６】
2020187413.tif 000008
【図７】
2020187413.tif 000009
【図８】
2020187413.tif 000010