(57)【要約】【課題】仮想マシン間での稼働系及び待機系ＯＳの冗長化制御を実行する。【解決手段】実施形態のプラント監視システムのプラント監視装置１は、ホストＯＳ１１ａに、管理情報を格納するホスト管理情報記憶部１１０、自ホストＯＳを監視して障害を検出するホスト障害監視検出処理部１１５、ホスト障害情報を通知するホスト障害情報通知処理部１１７、ゲスト動作モードを切り替え制御するホスト他系監視制御処理部１１６、及びゲスト動作モードに応じて稼働系又は待機系ゲストＯＳを起動させるゲストＯＳ起動制御部１１８を備える。ゲストＯＳ１２ａに、管理情報を格納するゲスト管理情報記憶部１２０、自ゲストＯＳを監視して障害を検出するゲスト障害監視検出処理部１２５、ゲスト障害情報を通知するゲスト障害情報通知処理部１２７、及びゲスト動作モードを切り替えるゲスト他系監視制御処理部１２６を備える。【選択図】図３
2014048933.tif 000002
【特許請求の範囲】
【請求項１】
物理マシンを有して当該物理マシン上で１以上の仮想マシンを実行可能であり、前記物理マシンに帰属するホストＯＳおよび前記仮想マシンに帰属するゲストＯＳにより制御されるプラント監視装置を複数備え、当該複数のプラント監視装置が互いに通信可能なプラント監視システムであって、
前記プラント監視装置は、
前記ホストＯＳごとに、
少なくとも前記物理マシンおよび前記仮想マシンごとの構成情報および稼働状態を含む管理情報を格納するホスト管理情報記憶部と、
前記ホスト管理情報記憶部に格納された前記管理情報に基づいて、自ホストＯＳを監視して障害を検出するホスト障害監視検出処理部と、
前記ホスト障害監視検出処理部により検出された前記障害をホスト障害情報として、前記自ホストＯＳと、前記ゲストＯＳのうち前記自ホストＯＳと同一物理マシンに帰属する他ゲストＯＳと、前記自ホストＯＳと共に冗長化された相手ホストＯＳとに通知するホスト障害情報通知処理部と、
前記ホスト障害情報および前記ホスト管理情報記憶部に格納された前記管理情報に基づいて、稼働系ゲストＯＳと少なくとも１つの待機系ゲストＯＳとによる冗長化されたゲスト動作モードを切り替えて制御するホスト他系監視制御処理部と、
前記ゲスト動作モードに応じて、前記稼働系ゲストＯＳまたは前記待機系ゲストＯＳを起動させるゲストＯＳ起動制御部と、を備え、
前記ゲストＯＳごとに、
少なくとも前記管理情報を格納するゲスト管理情報記憶部と、
前記ゲスト管理情報記憶部に格納された前記管理情報に基づいて、自ゲストＯＳを監視して障害を検出するゲスト障害監視検出処理部と、
前記ゲスト障害監視検出処理部により検出された前記障害をゲスト障害情報として、前記自ゲストＯＳと、前記他ゲストＯＳと、前記自ゲストＯＳと共に冗長化された相手ゲストＯＳとに通知するゲスト障害情報通知処理部と、
前記ゲスト障害情報および前記ゲスト管理情報記憶部に格納された前記管理情報に基づいて、前記ゲスト動作モードを切り替えるゲスト他系監視制御処理部と、を備える
ことを特徴とするプラント監視システム。
【請求項２】
前記ホスト他系監視制御処理部は、前記ホスト障害情報および前記ホスト管理情報記憶部に格納された前記管理情報に基づいて、稼働系ホストＯＳと少なくとも１つの待機系ホストＯＳとによる冗長化されたホスト動作モードを切り替えて制御する
ことを特徴とする請求項１に記載のプラント監視システム。
【請求項３】
前記ゲスト他系監視制御処理部は、前記相手ゲストＯＳを監視し、
前記ホスト他系監視制御処理部は、前記稼動系ゲストＯＳに前記ゲスト障害情報が検出された場合に、前記ゲストＯＳ起動制御部に前記ゲスト動作モードを切り替えさせる指令を送り、
前記ゲストＯＳ起動制御部は、前記指令を受けて前記待機系ゲストＯＳを新たな稼働系ゲストＯＳとして起動させる
ことを特徴とする請求項１または請求項２に記載のプラント監視システム。
【請求項４】
前記ホスト他系監視制御処理部は、冗長化された前記ホストＯＳ間で前記相手ホストＯＳを監視し、
前記ホスト障害情報通知処理部は、前記相手ホストＯＳに前記ホスト障害情報および前記ゲスト障害情報を通知する
ことを特徴とする請求項３に記載のプラント監視システム。
【請求項５】
前記ホスト管理情報記憶部および前記ゲスト管理情報記憶部には、
前記ホストＯＳおよび前記ゲストＯＳごとに、前記物理マシンおよび前記仮想マシンの構成および冗長化構成の優先度を含む情報が定義されるシステム定義ファイルと、
前記ホストＯＳおよび前記ゲストＯＳごとに、前記ホストＯＳおよび前記ゲストＯＳの稼動状態を格納するマシン稼動状態保存ファイルと、が格納され、適宜更新可能であり、
前記ホスト他系監視制御処理部は、前記物理マシンおよび前記仮想マシンごとの前記構成情報として前記システム定義ファイルに定義された情報を用い、前記物理マシンおよび前記仮想マシンごとの前記稼働状態として前記マシン稼動状態保存ファイルに格納された情報を用いて、前記冗長化構成の優先度に従って、前記稼働系ゲストＯＳまたは前記待機系ゲストＯＳを決定し、前記ゲスト動作モードを切り替える
ことを特徴とする請求項１ないし請求項４のいずれか一項に記載のプラント監視システム。
【請求項６】
前記ホスト他系監視制御処理部は、前記冗長化構成の優先度に従って、前記稼働系ホストＯＳまたは前記待機系ホストＯＳを決定し、前記ホスト動作モードを切り替える
ことを特徴とする請求項５に記載のプラント監視システム。
【請求項７】
前記ゲスト他系監視制御処理部は、前記稼働系ゲストＯＳに対する前記待機系ゲストＯＳが存在しないまたは停止している場合に、前記システム定義ファイルおよび前記マシン稼動状態保存ファイルに基づいて前記ゲストＯＳ中から新たに待機系ゲストＯＳを割り当て、前記稼働系ゲストＯＳをバックアップする
ことを特徴とする請求項６に記載のプラント監視システム。
【請求項８】
前記ホスト他系監視制御処理部は、前記稼働系ゲストＯＳに対する前記待機系ゲストＯＳが存在しないまたは停止している状態で、前記稼働系ゲストＯＳから元の冗長化された前記待機系ゲストＯＳが復帰した場合に、前記新たに割り当てられた前記待機系ゲストＯＳに前記バックアップの停止要求を前記ゲストＯＳ起動制御部に通知し、
前記ゲストＯＳ起動制御部は、前記ホスト他系監視制御処理部からの前記バックアップ機能の停止要求に応じて、前記新たに割り当てられた前記待機系ゲストＯＳについてバックアップを解除し、当該解除した前記待機系ゲストＯＳを、前記割り当て前の前記ゲスト動作モードに復帰させる
ことを特徴とする請求項７に記載のプラント監視システム。
【請求項９】
前記複数のプラント監視装置は、プラントデータを入力するプラントデータ入力装置と、少なくとも前記プラントデータに関する監視データを計算または処理するデータ管理計算機装置とにネットワークで接続され、当該ネットワークを介して前記監視データをやり取りし、
前記ゲストＯＳごとに、
前記ゲストＯＳが前記監視データを予め定められた処理により得る処理データをバックアップするためのデータ補完サーバを定義可能な一元管理データ定義ファイルと、
前記監視データに前記予め定められた処理を実行して前記処理データを得る一元管理データ計算処理部と、
前記一元管理データ計算処理部により得られた前記処理データを記憶する管理データ処理記憶部を、をさらに備え、
前記データ補完サーバが、前記一元管理データ定義ファイルに定義された場合に、定義された前記ゲストＯＳの前記冗長化構成の前記稼働系ゲストＯＳについて、前記データ補完サーバは同一の前記監視データに同一の前記予め定められた処理を実行して前記処理データを得る前記一元管理データ計算処理部を備え、
前記データ補完サーバが備える前記一元管理データ計算処理部は、前記バックアップした前記処理データに基づいて、定義された前記ゲストＯＳの前記管理データ処理記憶部に記憶された前記処理データ中に欠落した前記処理データがあるか否かを判断し、欠落した前記処理データがある場合に当該欠落した前記処理データについて前記バックアップ対象の前記ゲストＯＳの前記管理データ処理記憶部を補完する
ことを特徴とする請求項１ないし請求項８のいずれか一項に記載のプラント監視システム。
【請求項１０】
物理マシンを有して当該物理マシン上で１以上の仮想マシンを実行可能であり、前記物理マシンに帰属するホストＯＳおよび前記仮想マシンに帰属するゲストＯＳにより制御され、前記ホストＯＳごとに少なくとも前記物理マシンおよび前記仮想マシンごとの構成情報および稼働状態を含む管理情報を格納するホスト管理情報記憶部と、前記ゲストＯＳごとに少なくとも前記管理情報を格納するゲスト管理情報記憶部とを有するプラント監視装置を複数備え、当該複数のプラント監視装置が互いに通信可能なプラント監視システムのプラント監視方法であって、
前記ホストＯＳが前記管理情報を前記ホスト管理情報記憶部に格納するホスト管理情報記憶ステップと、
前記ホストＯＳが前記ホスト管理情報記憶部に格納された前記管理情報に基づいて、自ホストＯＳを監視して障害を検出するホスト障害監視検出処理ステップと、
前記ホストＯＳが、前記ホスト障害監視検出処理ステップ後に、検出された前記障害をホスト障害情報として、前記自ホストＯＳと、前記ゲストＯＳのうち前記自ホストＯＳと同一物理マシンに帰属する他ゲストＯＳと、前記自ホストＯＳと共に冗長化された相手ホストＯＳとに通知するホスト障害情報通知処理ステップと、
前記ホストＯＳが、前記ホスト障害情報および前記ホスト管理情報記憶部に格納された前記管理情報に基づいて、稼働系ゲストＯＳと少なくとも１つの待機系ゲストＯＳとによる冗長化されたゲスト動作モードを切り替えて制御するホスト他系監視制御処理ステップと、
前記ホストＯＳが、前記ゲスト動作モードに応じて、前記稼働系ゲストＯＳまたは前記待機系ゲストＯＳを起動させるゲストＯＳ起動制御ステップと、を含み、
前記ゲストＯＳが、前記管理情報を前記ゲスト管理情報記憶部に格納するゲスト管理情報記憶ステップと、
前記ゲストＯＳが、前記ゲスト管理情報記憶部に格納された前記管理情報に基づいて、自ゲストＯＳを監視して障害を検出するゲスト障害監視検出処理ステップと、
前記ゲストＯＳが、前記ゲスト障害監視検出処理ステップ後に、検出された前記障害をゲスト障害情報として、前記自ゲストＯＳと、前記他ゲストＯＳと、前記自ゲストＯＳと共に冗長化された相手ゲストＯＳとに通知するゲスト障害情報通知処理ステップと、
前記ゲストＯＳが、前記ゲスト障害情報および前記ゲスト管理情報記憶部に格納された前記管理情報に基づいて、前記ゲスト動作モードを切り替えるゲスト他系監視制御処理ステップと、を含む
ことを特徴とするプラント監視方法。
【請求項１１】
物理マシンを有して当該物理マシン上で１以上の仮想マシンを有することが可能なコンピュータと、前記物理マシンに帰属するホストＯＳごとに少なくとも前記物理マシンおよび前記仮想マシンごとの構成情報および稼働状態を含む管理情報を格納するホスト管理情報記憶部と、前記仮想マシンに帰属するゲストＯＳごとに少なくとも前記管理情報を格納するゲスト管理情報記憶部とを有し、前記ホストＯＳおよび前記ゲストＯＳにより制御されるプラント監視装置を複数備え、当該複数のプラント監視装置が互いに通信可能なプラント監視システムのプラント監視プログラムであって、
前記プラント監視装置の前記ホストＯＳとして、
前記管理情報を前記ホスト管理情報記憶部に格納するホスト管理情報記憶機能と、
前記ホスト管理情報記憶部に格納された前記管理情報に基づいて、自ホストＯＳを監視して障害を検出するホスト障害監視検出処理機能と、
前記ホスト障害監視検出処理部により検出された前記障害をホスト障害情報として、前記自ホストＯＳと、前記ゲストＯＳのうち前記自ホストＯＳと同一物理マシンに帰属する他ゲストＯＳと、前記自ホストＯＳと共に冗長化された相手ホストＯＳとに通知するホスト障害情報通知処理機能と、
前記ホスト障害情報および前記ホスト管理情報記憶部に格納された前記管理情報に基づいて、稼働系ゲストＯＳと少なくとも１つの待機系ゲストＯＳとによる冗長化されたゲスト動作モードを切り替えて制御するホスト他系監視制御処理機能と、
前記ゲスト動作モードに応じて、前記稼働系ゲストＯＳまたは前記待機系ゲストＯＳを起動させるゲストＯＳ起動制御機能と、を前記コンピュータに実行させ、
前記プラント監視装置の前記ゲストＯＳとして、
前記管理情報を前記ゲスト管理情報記憶部に格納するゲスト管理情報記憶機能と、
前記ゲスト管理情報記憶部に格納された前記管理情報に基づいて、自ゲストＯＳを監視して障害を検出するゲスト障害監視検出処理機能と、
前記ゲスト障害監視検出処理部により検出された前記障害をゲスト障害情報として、前記自ゲストＯＳと、前記他ゲストＯＳと、前記自ゲストＯＳと共に冗長化された相手ゲストＯＳとに通知するゲスト障害情報通知処理機能と、
前記ゲスト障害情報および前記ゲスト管理情報記憶部に格納された前記管理情報に基づいて、前記ゲスト動作モードを切り替えるゲスト他系監視制御処理部機能と、を前記コンピュータに実行させる
ことを特徴とするプラント監視プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、プラントなどの設備を監視するプラント監視システム、プラント監視方法およびプラント監視プログラムに関する。
【背景技術】
【０００２】
プラント監視システムは、複数の物理マシンを備え、例えばホストＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）、複数の機能サーバ（ゲストＯＳ）、複数の表示装置などから構成されている。また、機能サーバは、稼働系ゲストＯＳおよび待機系ゲストＯＳを有するように冗長化構成がとられている。物理マシン間に制御用リレーユニット（ハードウェア）を実装することで、稼働系ゲストＯＳおよび待機系ゲストＯＳの系切り替えを実現するものがある。
【０００３】
なお、計算機装置において、ホストＯＳ上のホスト障害監視制御エージェントのＩＰ通知部が、ホストＯＳのＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスの情報をゲスト障害監視制御エージェントに送信し、ゲストＯＳ上のゲスト障害監視制御エージェントのＩＰ受信部がホストＯＳのＩＰアドレス情報を受信し、また、障害報告部が、障害を検出した際に検出した障害を通知する障害情報を生成し、ホストＯＳのＩＰアドレスに基づき、生成した障害情報をホスト障害監視制御エージェントに対して送信するため、各ゲスト障害監視制御エージェントによる障害情報の送信先をホスト障害監視制御エージェントに集約することが知られている（例えば、特許文献１参照）。
【０００４】
また、仮想マシン運用管理システムにおいて、ホスト計算機上で稼働する１以上の仮想マシンを運用管理し、仮想マシンが当該仮想マシン内で実行されている各プロセスの状態などを監視情報として監視する第１の監視手段を備えて、ホスト計算機が第１の監視手段と連携して動作し第１の監視手段の監視情報を分析する第２の監視手段を備えることが知られている（例えば、特許文献２参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−１５１５０９号公報
【特許文献２】特開２０１０−１３４５５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記のようなプラント監視システムについて、物理マシンを使用した構成で仮想化技術（仮想マシン）を適用するにあたり、仮想マシン間においてハードウェアに依存しない冗長化機能の実現が望まれている。また、限られたハードウェアリソースにおいて、仮想化技術を適用した効率的なシステム運用が課題となっていた。
【０００７】
本発明の実施形態が解決しようとする課題は、仮想マシン間での稼働系および待機系ＯＳによる冗長化制御を稼働状態に応じて実行するプラント監視システム、プラント監視方法およびプラント監視プログラムを提供することである。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、実施形態のプラント監視システムは、物理マシンを有して当該物理マシン上で１以上の仮想マシンを実行可能であり、前記物理マシンに帰属するホストＯＳおよび前記仮想マシンに帰属するゲストＯＳにより制御されるプラント監視装置を複数備え、当該複数のプラント監視装置が互いに通信可能なプラント監視システムである。前記プラント監視装置は、前記ホストＯＳごとに、少なくとも前記物理マシンおよび前記仮想マシンごとの構成情報および稼働状態を含む管理情報を格納するホスト管理情報記憶部と、前記ホスト管理情報記憶部に格納された前記管理情報に基づいて、自ホストＯＳを監視して障害を検出するホスト障害監視検出処理部と、前記ホスト障害監視検出処理部により検出された前記障害をホスト障害情報として、前記自ホストＯＳと、前記ゲストＯＳのうち前記自ホストＯＳと同一物理マシンに帰属する他ゲストＯＳと、前記自ホストＯＳと共に冗長化された相手ホストＯＳとに通知するホスト障害情報通知処理部と、前記ホスト障害情報および前記ホスト管理情報記憶部に格納された前記管理情報に基づいて、稼働系ゲストＯＳと少なくとも１つの待機系ゲストＯＳとによる冗長化されたゲスト動作モードを切り替えて制御するホスト他系監視制御処理部と、前記ゲスト動作モードに応じて、前記稼働系ゲストＯＳまたは前記待機系ゲストＯＳを起動させるゲストＯＳ起動制御部と、を備え、前記ゲストＯＳごとに、少なくとも前記管理情報を格納するゲスト管理情報記憶部と、前記ゲスト管理情報記憶部に格納された前記管理情報に基づいて、自ゲストＯＳを監視して障害を検出するゲスト障害監視検出処理部と、前記ゲスト障害監視検出処理部により検出された前記障害をゲスト障害情報として、前記自ゲストＯＳと、前記他ゲストＯＳと、前記自ゲストＯＳと共に冗長化された相手ゲストＯＳとに通知するゲスト障害情報通知処理部と、前記ゲスト障害情報および前記ゲスト管理情報記憶部に格納された前記管理情報に基づいて、前記ゲスト動作モードを切り替えるゲスト他系監視制御処理部と、を備えることを特徴とする。
【０００９】
また、上記課題を解決するために、実施形態のプラント監視方法は、物理マシンを有して当該物理マシン上で１以上の仮想マシンを実行可能であり、前記物理マシンに帰属するホストＯＳおよび前記仮想マシンに帰属するゲストＯＳにより制御され、前記ホストＯＳごとに少なくとも前記物理マシンおよび前記仮想マシンごとの構成情報および稼働状態を含む管理情報を格納するホスト管理情報記憶部と、前記ゲストＯＳごとに少なくとも前記管理情報を格納するゲスト管理情報記憶部とを有するプラント監視装置を複数備え、当該複数のプラント監視装置が互いに通信可能なプラント監視システムのプラント監視方法である。当該プラント監視方法は、前記ホストＯＳが前記管理情報を前記ホスト管理情報記憶部に格納するホスト管理情報記憶ステップと、前記ホストＯＳが前記ホスト管理情報記憶部に格納された前記管理情報に基づいて、自ホストＯＳを監視して障害を検出するホスト障害監視検出処理ステップと、前記ホストＯＳが、前記ホスト障害監視検出処理ステップ後に、検出された前記障害をホスト障害情報として、前記自ホストＯＳと、前記ゲストＯＳのうち前記自ホストＯＳと同一物理マシンに帰属する他ゲストＯＳと、前記自ホストＯＳと共に冗長化された相手ホストＯＳとに通知するホスト障害情報通知処理ステップと、前記ホストＯＳが、前記ホスト障害情報および前記ホスト管理情報記憶部に格納された前記管理情報に基づいて、稼働系ゲストＯＳと少なくとも１つの待機系ゲストＯＳとによる冗長化されたゲスト動作モードを切り替えて制御するホスト他系監視制御処理ステップと、前記ホストＯＳが、前記ゲスト動作モードに応じて、前記稼働系ゲストＯＳまたは前記待機系ゲストＯＳを起動させるゲストＯＳ起動制御ステップと、を含むことを特徴とし、前記ゲストＯＳが、前記管理情報を前記ゲスト管理情報記憶部に格納するゲスト管理情報記憶ステップと、前記ゲストＯＳが、前記ゲスト管理情報記憶部に格納された前記管理情報に基づいて、自ゲストＯＳを監視して障害を検出するゲスト障害監視検出処理ステップと、前記ゲストＯＳが、前記ゲスト障害監視検出処理ステップ後に、検出された前記障害をゲスト障害情報として、前記自ゲストＯＳと、前記他ゲストＯＳと、前記自ゲストＯＳと共に冗長化された相手ゲストＯＳとに通知するゲスト障害情報通知処理ステップと、前記ゲストＯＳが、前記ゲスト障害情報および前記ゲスト管理情報記憶部に格納された前記管理情報に基づいて、前記ゲスト動作モードを切り替えるゲスト他系監視制御処理ステップと、を含むことを特徴とする。
【００１０】
また、上記課題を解決するために、実施形態のプラント監視プログラムは、物理マシンを有して当該物理マシン上で１以上の仮想マシンを有することが可能なコンピュータと、前記物理マシンに帰属するホストＯＳごとに少なくとも前記物理マシンおよび前記仮想マシンごとの構成情報および稼働状態を含む管理情報を格納するホスト管理情報記憶部と、前記仮想マシンに帰属するゲストＯＳごとに少なくとも前記管理情報を格納するゲスト管理情報記憶部とを有し、前記ホストＯＳおよび前記ゲストＯＳにより制御されるプラント監視装置を複数備え、当該複数のプラント監視装置が互いに通信可能なプラント監視システムのプラント監視プログラムである。当該プラント監視プログラムは、前記プラント監視装置の前記ホストＯＳとして、前記管理情報を前記ホスト管理情報記憶部に格納するホスト管理情報記憶機能と、前記ホスト管理情報記憶部に格納された前記管理情報に基づいて、自ホストＯＳを監視して障害を検出するホスト障害監視検出処理機能と、前記ホスト障害監視検出処理部により検出された前記障害をホスト障害情報として、前記自ホストＯＳと、前記ゲストＯＳのうち前記自ホストＯＳと同一物理マシンに帰属する他ゲストＯＳと、前記自ホストＯＳと共に冗長化された相手ホストＯＳとに通知するホスト障害情報通知処理機能と、前記ホスト障害情報および前記ホスト管理情報記憶部に格納された前記管理情報に基づいて、稼働系ゲストＯＳと少なくとも１つの待機系ゲストＯＳとによる冗長化されたゲスト動作モードを切り替えて制御するホスト他系監視制御処理機能と、前記ゲスト動作モードに応じて、前記稼働系ゲストＯＳまたは前記待機系ゲストＯＳを起動させるゲストＯＳ起動制御機能と、を前記コンピュータに実行させることを特徴とし、前記プラント監視装置の前記ゲストＯＳとして、前記管理情報を前記ゲスト管理情報記憶部に格納するゲスト管理情報記憶機能と、前記ゲスト管理情報記憶部に格納された前記管理情報に基づいて、自ゲストＯＳを監視して障害を検出するゲスト障害監視検出処理機能と、前記ゲスト障害監視検出処理部により検出された前記障害をゲスト障害情報として、前記自ゲストＯＳと、前記他ゲストＯＳと、前記自ゲストＯＳと共に冗長化された相手ゲストＯＳとに通知するゲスト障害情報通知処理機能と、前記ゲスト障害情報および前記ゲスト管理情報記憶部に格納された前記管理情報に基づいて、前記ゲスト動作モードを切り替えるゲスト他系監視制御処理部機能と、を前記コンピュータに実行させることを特徴とする。
【発明の効果】
【００１１】
本発明に係るプラント監視システムおよびプラント監視方法の実施形態によれば、仮想マシン間での稼働系および待機系ＯＳによる冗長化制御を稼働状態に応じて実行することができる。
【００１２】
また、本発明に係るプラント監視プログラムの実施形態によれば、コンピュータに仮想マシン間での稼働系および待機系ＯＳによる冗長化制御を稼働状態に応じて実行させることができる。
【図面の簡単な説明】
【００１３】
【図１】本発明に係るプラント監視システムの第１の実施形態の構成を示すブロック図。
【図２】図１のプラント監視装置の構成を示すブロック図。
【図３】図１のＯＳの構成を示すブロック図である。
【図４】図３のシステム定義ファイルの構成の一例を示す図。
【図５】図３のマシン稼動状態保存ファイルの構成の一例を示す図。
【図６】第１の実施形態のプラント監視システムにおけるホストＯＳのプラント監視処理フローを示すフロー図。
【図７】第１の実施形態のプラント監視システムにおけるゲストＯＳのプラント監視処理フローを示すフロー図。
【図８】第２の実施形態のプラント監視システムの構成およびバックアップ処理の動作フローを示すブロック図。
【図９】図８に続く、バックアップ処理の動作フローを示すブロック図。
【図１０】第３の実施形態のプラント監視システムの構成およびデータ補完処理の動作フローを示すブロック図。
【図１１】図１０に続く、データ補完処理の動作フローを示すブロック図。
【発明を実施するための形態】
【００１４】
以下、本発明に係る実施形態のプラント監視システム、プラント監視方法およびプラント監視プログラムについて、図面を参照して具体的に説明する。ここで、互いに同一または類似の部分には共通の符号を付して、重複する説明は省略する。ここで説明する下記の実施形態はいずれも、発電所などのプラントにおける設備監視の一例をとりあげて説明する。
【００１５】
［第１の実施形態］
図１は、本発明に係るプラント監視システムの第１の実施形態の構成を示すブロック図である。図２は、図１のプラント監視装置の構成を示すブロック図であり、図３は図１のＯＳの構成を示すブロック図である。また、図４は図３のシステム定義ファイルの構成例であり、図５は図３のマシン稼働状態保存ファイルの構成例である。図６および図７は、第１の実施形態のプラント監視システムにおけるプラント監視処理フローを示すフロー図である。以下、第１の実施形態のプラント監視システムについて、これらの図を参照しながら説明する。
【００１６】
第１の実施形態のプラント監視システム９０は、例えばプラントデータを入力するプラントデータ入力装置９１と、プラントデータに関するデータ管理およびプラントを監視制御するための計算処理などを実行するデータ管理計算機装置９５との間のデータを処理するためのシステムである。
【００１７】
プラント監視システム９０は、プラントデータ入力装置９１と、データ管理計算機装置９５とに、互いに通信可能とされている。また、プラント監視システム９０は、図１に示すように、複数のプラント監視装置１〜５を備えている。
【００１８】
プラント監視装置１〜５とプラントデータ入力装置９１との間は、相互に通信可能なように、プラントデータ入力ネットワーク９２が接続されている。また、各プラント監視装置１〜５とデータ管理計算機装置９５との間は、相互に通信可能なように、プラント監視データ通信ネットワーク９４が接続されている。このために、プラント監視装置１〜５の各々は、通信手段（図２のネットワークＩ／Ｆ（インタフェース）部８０３）を備えている。
【００１９】
また、プラント監視装置１〜５の各々は、図２に示すような物理マシン８０を有している。当該物理マシン８０上で１以上の仮想マシン８１などを実行可能であり、物理マシン８０に帰属するホストＯＳ８０４および仮想マシン８１に帰属するゲストＯＳ８１１などにより制御される。
【００２０】
ここで、例えば物理マシン＃１はプラント監視装置１に備えられるハードウェア構成であり、その他の物理マシン＃２ないし＃５はプラント監視装置２ないし５に備えられるハードウェア構成として区別する。なお、図２において、物理マシン＃ｍ（＃１〜＃５）を代表して、物理マシン８０として示す。また、ホストＯＳ＃ｍ、仮想マシン＃ｍ＿１および＃ｍ＿ｎ等についても同様である。ここで、ｍは、１〜５の整数であり、ｎは１以上の整数とする。
【００２１】
物理マシン８０は、図２に示すように、ＣＰＵ８０１、記憶装置８０２およびネットワークＩ／Ｆ部８０３、およびホストＯＳ８０４（ホストＯＳ＃ｍと併記、以下に同じ）を備えている。仮想マシン８１（仮想マシン＃ｍ＿１）は、ゲストＯＳ８１１（ゲストＯＳ＃ｍ＿１）を備え、仮想マシン８２（仮想マシン＃ｍ＿ｎ）は、ゲストＯＳ８２１（ゲストＯＳ＃ｍ＿ｎ）を備えている。
【００２２】
ＣＰＵ８０１は、物理ＣＰＵであり、物理マシン８０の動作を制御する。記憶装置８０２は、例えば主メモリ、磁気ディスク装置のような装置などである。ネットワークＩ／Ｆ部８０３は、物理マシン８０と外部ネットワークとをインタフェースする。外部ネットワークは、例えば、図１に示すプラントデータ入力ネットワーク９２や、プラント監視データ通信ネットワーク９４などである。
【００２３】
ホストＯＳ８０４は、１台の物理マシン８０に1つ設けられ、その物理マシン８０全体を制御する。例えば、プラント監視装置１の起動により、ホストＯＳ＃ｍは、物理マシン＃ｍの制御を開始する。
【００２４】
ゲストＯＳ８１１は、割り当てられた仮想マシン８１上で仮想マシン８１を制御する。また、ゲストＯＳ８２１も同様に、割り当てられた仮想マシン８２上で仮想マシン８２を制御する。
【００２５】
仮想マシン８１および８２は、物理マシン８０上でエミュレーションされる。なお、以降では、マシンと呼ぶ場合に、物理マシンおよび仮想マシンの両方を指すものとする。なお、プラント監視装置１〜５のすべてが、物理マシン８０に仮想マシン８１を備える構成でなくてもよい。
【００２６】
プラント監視装置１〜５は、図１に示すように、ホストＯＳ１１〜５１を備え、また、各々のホストＯＳは１又は複数の機能サーバ（ゲストＯＳ）を備えている。また、ゲストＯＳは冗長化構成（稼働系および待機系）がとられている。各々のホストＯＳは、稼働系および待機系のゲストＯＳの系切り替えを実行する。また、プラント監視装置１〜５のいずれかに、表示装置を備えている。例えば、プラント監視装置３が表示装置＃１（３６）、プラント監視装置４が表示装置＃２（４６）、プラント監視装置５が表示装置＃３（５６）を備えている。
【００２７】
以下、図１に示すプラント監視装置１〜５のホストＯＳおよびゲストＯＳの構成例を説明する。なお、以降では、冗長化構成の関係を明確にして説明するために、ホストＯＳ＃１〜＃５、機能サーバ＃ｎＡおよび機能サーバ＃ｎＢの冗長化構成による機能サーバ＃ｎ（ｎは整数）等のように符号を併記する。
【００２８】
プラント監視装置１は、ホストＯＳ＃１（１１）、機能サーバ＃１Ａ（ゲストＯＳ１２とも記す、以下同様に併記）、機能サーバ＃２Ａ（ゲストＯＳ１３）、および機能サーバ＃３Ａ（ゲストＯＳ１４）を備えている。
【００２９】
プラント監視装置２は、ホストＯＳ＃２（２１）、機能サーバ＃１Ｂ（ゲストＯＳ２２）、機能サーバ＃２Ｂ（ゲストＯＳ２３）、および機能サーバ＃３Ｂ（ゲストＯＳ２４）を備えている。
【００３０】
プラント監視装置３は、ホストＯＳ＃３（３１）、機能サーバ＃１Ｃ（ゲストＯＳ３２）、表示装置＃１（３６）、およびデータ補完サーバ＃１（３７）を備えている。
【００３１】
プラント監視装置４は、ホストＯＳ＃４（４１）、機能サーバ＃２Ｃ（ゲストＯＳ４３）、表示装置＃２（４６）、およびデータ補完サーバ＃２（４７）を備えている。
【００３２】
プラント監視装置５は、ホストＯＳ＃５（５１）、機能サーバ＃３Ｃ（ゲストＯＳ５４）、表示装置＃３（５６）、および保守用クライアント５８を備えている。
【００３３】
なお、プラント監視装置１〜５について、これらのいずれかを同様に備えてもよい。また、表示装置３６、４６および５６、データ補完サーバ３７および４７、保守用クライアント５８の各々が、仮想マシンのゲストＯＳとされてもよい。また、ゲストＯＳが、例えば表示装置３６、４６および５６などをインタフェースするドライバソフトウェアを含んでもよい。
【００３４】
図２の構成で説明したように、物理マシン＃１ないし＃５は、ホストＯＳ８０４を有する。また、ゲストＯＳ８１１等を有することができる。なお、これらの図２の構成は、図１において、物理マシン＃１が、ホストＯＳ＃１（１１）、冗長化された機能サーバ＃１Ａ（ゲストＯＳ１２）、機能サーバ＃２Ａ（ゲストＯＳ１３）および機能サーバ＃３Ａ（ゲストＯＳ１４）を備える構成に対応する。なお、ゲストＯＳの冗長化構成については、詳しくは後述する。
【００３５】
例えば、利用者（システムログインユーザ）は、図示しない端末（またはネットワークなど）を介して、ホストＯＳ１１にログインすることができ、また、ゲストＯＳ１２にログインすることができる。例えば、利用者は、一つのデータ計算処理プログラム（アプリケーションプログラム）を、いずれかのゲストＯＳ１２〜１４上で動作させることができる。なお、各々の物理マシン８０におけるゲストＯＳ１２、８１１等の数は、図１および図２の例に限定されない。
【００３６】
次に、プラント監視システム９０の冗長化構成について、図３を参照しながら説明する。図３では、図１に示したプラント監視システム９０の一部のプラント監視装置１およびプラント監視装置２のみを示し、他は図示省略している。
【００３７】
ゲストＯＳは、各々の物理マシン８０のシステム性能を維持できる範囲で、仮想マシン８１等に実装されている。図３の例では、プラント監視装置１および２の物理マシン＃１および＃２の各々に、図２に示すホストＯＳ８０４および仮想マシン８１等を備えている。
【００３８】
図３において、例えば、物理マシン＃１および＃２は、ホストＯＳ＃１（１１ａ）と、ホストＯＳ＃２（２１ａ）と、冗長化された機能サーバ＃１（機能サーバ＃１Ａ（ゲストＯＳ１２ａ）および機能サーバ＃１Ｂ（ゲストＯＳ２２ａ））と、冗長化された機能サーバ＃２（機能サーバ＃２Ａ（ゲストＯＳ１３ａ）および機能サーバ＃２Ｂ（ゲストＯＳ２３ａ））と、冗長化された機能サーバ＃３（機能サーバ＃３Ａ（ゲストＯＳ１４ａ）および機能サーバ＃３Ｂ（ゲストＯＳ２４ａ））と、を備えている。
【００３９】
図２に示すホストＯＳ８０４およびゲストＯＳ８１１等のＯＳ単位に、障害検出、冗長化構成を制御するためのファイル、各処理手段を実装している。以下、例えばプラント監視装置１において、ホストＯＳ＃１（１１ａ）および機能サーバ＃１Ａ（ゲストＯＳ１２ａ）の構成を主に説明する。
【００４０】
ホストＯＳ＃１（１１ａ）は、図３に示すように、ホスト管理情報記憶部１１０、ホスト障害監視検出処理部１１５、ホスト他系監視制御処理部１１６、ホスト障害情報通知処理部１１７、およびゲストＯＳ起動制御部１１８を備えている。
【００４１】
ホスト管理情報記憶部１１０は、少なくともマシンごとの構成情報および稼働状態を含む管理情報を格納する。
【００４２】
ホスト管理情報記憶部１１０は、さらに、ハード故障情報テーブル１１１、プロセス管理情報テーブル１１２、システム定義ファイル１１３、マシン稼働状態保存ファイル１１４ごとに区分されて、管理情報が格納される。
【００４３】
ハード故障情報テーブル１１１は、例えば図２に示す物理マシン＃１が備えるＣＰＵ８０１、記憶装置８０２、ネットワークＩ／Ｆ部８０３などについての故障情報を格納する。
【００４４】
プロセス管理情報テーブル１１２は、自ＯＳ（本例では自ホストＯＳ）のプロセス状態を示すプロセス情報を格納する。例えばプロセス情報に基づいて、ソフトウェア健全性が判定される。プロセス管理情報テーブル１１２に格納されたプロセス情報について、プロセス状態が異常であると判定した場合に、ソフトウェア健全性がないと判定される。プロセス状態は、例えばゲストＯＳ８１１（またはホストＯＳ８０４）ごとの親プロセス、子プロセスなどを含み、プロセスに割り当てられたプログラムの実行状態、ＣＰＵ８０１の占有状態などである。
【００４５】
システム定義ファイル１１３には、プラント監視装置１〜５を構成するホストＯＳおよびゲストＯＳごとに、物理マシンおよび仮想マシンの構成および冗長化構成の優先度を含む情報が定義され、格納されている。
【００４６】
マシン稼働状態保存ファイル１１４には、物理マシンおよび仮想マシンの稼働状態が格納されている。格納される稼働状態は、例えば起動オン、起動オフ、停止、待機などの直近の状態を示す。
【００４７】
ホスト障害監視検出処理部１１５は、ホスト管理情報記憶部１１０に格納された管理情報に基づいて、自ホストＯＳ（ホストＯＳ１１ａ）を監視して障害を検出する。
【００４８】
ホスト障害情報通知処理部１１７は、ホスト障害監視検出処理部１１５により検出された障害をホスト障害情報として、自ホストＯＳ（ホストＯＳ１１ａ）と、自ホストＯＳと同一物理マシン８０（物理マシン＃１）に帰属する他ゲストＯＳ（ゲストＯＳ１２ａ、１３ａおよび１４ａ）と、自ホストＯＳと共に冗長化された相手ホストＯＳ（ホストＯＳ２１ａ）とに通知する。
【００４９】
ホスト他系監視制御処理部１１６は、ホスト障害情報およびホスト管理情報記憶部１１０に格納された管理情報に基づいて、稼働系ゲストＯＳ（例えばゲストＯＳ１２ａ）と少なくとも１つの待機系ゲストＯＳ（ゲストＯＳ２２ａ）とによる冗長化されたゲスト動作モードを切り替えて制御する。
【００５０】
ゲストＯＳ起動制御部１１８は、ゲスト動作モードに応じて、稼働系ゲストＯＳ（例えばゲストＯＳ１２ａ）または待機系ゲストＯＳ（ゲストＯＳ２２ａ）を起動させる。
【００５１】
また、機能サーバ＃１Ａ（ゲストＯＳ１２ａ）は、図３に示すように、ゲスト管理情報記憶部１２０、ゲスト障害監視検出処理部１２５、ゲスト他系監視制御処理部１２６、およびゲスト障害情報通知処理部１２７を備えている。
【００５２】
ゲスト管理情報記憶部１２０は、少なくともマシンごとの構成情報および稼働状態を含む管理情報を格納する。
【００５３】
ゲスト管理情報記憶部１２０は、さらに、ハード故障情報テーブル１２１、プロセス管理情報テーブル１２２、システム定義ファイル１２３、マシン稼働状態保存ファイル１２４ごとに区分されて、管理情報が格納される。
【００５４】
なお、図３のゲストＯＳ１３ａおよび１４ａ、ゲストＯＳ２２ａ、２３ａおよび２４ａについてもゲストＯＳ１２ａと同様な構成とし、ホストＯＳ＃２（２１ａ）についてもホスト＃１（１１ａ）と同様な構成とする。また、ハード故障情報テーブル１２１、プロセス管理情報テーブル１２２、システム定義ファイル１２３およびマシン稼働状態保存ファイル１２４については、ハード故障情報テーブル１１１、プロセス管理情報テーブル１１２、システム定義ファイル１１３およびマシン稼働状態保存ファイル１１４と同様である。
【００５５】
ゲスト障害監視検出処理部１２５は、ゲスト管理情報記憶部１２０に格納された管理情報に基づいて、自ゲストＯＳ（本例ではゲストＯＳ１２ａ、以下同じ）を監視して障害を検出する。具体的には、ゲスト障害監視検出処理部１２５は、ハード故障情報テーブル１２１およびプロセス管理情報テーブル１２２に基づいて、自ゲストＯＳの障害監視を行う。
【００５６】
ゲスト障害監視検出処理部１２５は、自ゲストＯＳに障害が発生した場合、ゲスト障害情報通知処理部１２７を介して、ゲスト他系監視制御処理部１２６に自ゲストＯＳのゲスト障害情報を通知する。
【００５７】
ゲスト障害情報通知処理部１２７は、ゲスト障害監視検出処理部１２５により検出された障害をゲスト障害情報として、自ゲストＯＳ（ゲストＯＳ１２ａ）と、ゲストＯＳ中の自ホストＯＳと同一物理マシン８０に帰属する他ゲストＯＳ（ゲストＯＳ１３ａおよび１４ａ）と、自ゲストＯＳと共に冗長化された相手ゲストＯＳ（ゲストＯＳ２２ａ）とに通知する。
【００５８】
ゲスト他系監視制御処理部１２６は、ゲスト障害情報およびゲスト管理情報記憶部１２０に格納された管理情報に基づいて、ゲスト動作モードを切り替える。具体的には、ゲスト他系監視制御処理部１２６は、通知されたゲスト障害情報に応じて、システム定義ファイル１２３およびマシン稼働状態保存ファイル１２４に基づいて自ゲストＯＳに対する制御処理を行う。
【００５９】
例えば、自ゲストＯＳのゲスト障害情報に基づいて自ゲストＯＳが正常であると判断した場合、ゲスト他系監視制御処理部１２６は、さらに、ゲスト障害情報通知処理部１２７を介して、自ゲストＯＳと相手ゲストＯＳとのゲストＯＳ間の健全性を確認できるハートビート通信により監視する。
【００６０】
なお、ハートビート通信とは、例えばプラント監視データ通信ネットワーク９４を介して、ゲストＯＳ１２ａとゲストＯＳ２２ａとの間で、定期的に通信を行い、互いの動作状況を確認し合うことである。例えば、ゲスト他系監視制御処理部１２６がゲスト他系監視制御処理部２２６を監視し、ゲスト障害情報通知処理部１２７がゲスト障害情報通知処理部２２７を監視することにより、相手ゲストＯＳの障害を検出する。その逆についても同様である。
【００６１】
これにより、ゲスト他系監視制御処理部１２６が、相手ゲストＯＳ（例えば稼働系のゲストＯＳ２２ａ）の障害を検出し、かつ、自ゲストＯＳが待機系の場合、稼働系へのゲスト動作モードに切り替えることで、仮想マシン間での冗長システムを構成する。また、ゲスト他系監視制御処理部１２６は、ゲスト障害情報通知処理部１２７を介して、この相手ゲストＯＳのゲスト障害情報を、他ゲストＯＳに通知する。
【００６２】
自マシンに実装される機能、他マシンとの相互連携は、システム定義ファイル１１３、１２３等に定義されている。また、各ＯＳの状態は、ゲスト他系監視制御処理部１２６によりマシン稼働状態保存ファイル１１４、１２４等に保存され、適宜更新される。
【００６３】
自マシンにおいて、連携先マシン、連携先ＯＳの動作モード変更、障害発生時の動作は、例えばシステム定義ファイル１１３に基づいた構成情報と、マシン稼働状態保存ファイル１１４に基づいた稼働状態とを入力とした論理条件付けに基づいてゲスト他系監視制御処理部１２６により処理される。例えば、構成情報にゲストＯＳの冗長化構成が定義された場合に、これらの論理条件に基づいて、ゲスト他系監視制御処理部１２６は、稼働系、待機系などのゲスト動作モードを決定する。すなわち、これらの論理条件に基づいて、冗長化構成の優先度が定められ、この優先度に従ってゲスト動作モードが決定される。
【００６４】
連携先マシンとは、冗長化構成された場合の相手側の物理マシン８０や、仮想マシン８１等を指す。また、連携先ＯＳは、連携先マシンに帰属するホストＯＳ８０４やゲストＯＳ８１１等を指す。
【００６５】
例えば、システム定義ファイル１１３および１２３において、システムを構成するマシンなどをキーとして、マシンの構成に必要な情報が格納されている。
【００６６】
図４に、システム定義ファイル１１３および１２３等の構成例を示し、その構成例をシステム定義ファイル６１３が代表して示すものとする。
【００６７】
システム定義ファイル６１３には、図４に示すように、マシン主キー６１３１ごとに、常時起動指標フラグ６１３２、帰属ホストＯＳ６１３３、マシンタイプ６１３４、冗長相手マシン６１３５、冗長マシン帰属ＯＳ６１３６、バックアップマシン６１３７およびバックアップ帰属ＯＳ６１３８を含む情報が格納されている。
【００６８】
マシン主キー６１３１は、実装されるマシンを示し、システム定義ファイル６１３上での検索の主キーとなる。例えば図１に示すプラント監視システム９０の場合に、主キーとして、プラント監視装置１ないし５が備えるマシンが定義される。これらの定義されたマシンを主キーとして、システム定義ファイル６１３に基づいて、プラント監視システム９０が備えるプラント監視装置１ないし５の各マシンの構成が把握される。
【００６９】
常時起動指標フラグ６１３２は、仮想マシンとして常時起動（＝ＯＮ）するか、バックアップサーバなどの代替マシンとして必要なときにのみ起動（＝ＯＦＦ）するかを示す。図４では、例えば、主キーが機能サーバ＃１Ａ（ゲストＯＳ１２）の場合には「ＯＮ」が登録されている。すなわち、機能サーバ＃１Ａが、仮想マシンとして常時起動することを示す。
【００７０】
帰属ホストＯＳ６１３３は、自マシンがゲストＯＳの場合には帰属するホストＯＳを示し、自マシンがホストＯＳの場合は該当なし（＝ＮＵＬＬ）として登録される。図４では、例えば、主キーが機能サーバ＃１Ａの場合に「ホストＯＳ＃１」が登録されている。この帰属ホストＯＳ６１３３の情報により、ゲストＯＳはホストＯＳと連携することができる。
【００７１】
マシンタイプ６１３４は、プラント監視システム９０を構成するマシンタイプについて示す。マシンタイプは、例えば表示装置などの場合には単一構成のマシンが登録され、機能サーバの場合には冗長構成のマシンが登録される。図４では、例えば、主キーが表示装置＃１（３６）の場合には「表示装置」が登録され、主キーが機能サーバ＃１Ａの場合には「機能サーバ＃１」が登録されている。
【００７２】
冗長相手マシン６１３５は、機能サーバ（ゲストＯＳ）の冗長相手となる仮想マシンを示す。これにより、稼働系や待機系などのゲスト動作モードを切り替えるための情報を取得することができる。図４では、例えば、主キーが機能サーバ＃１Ａの場合に「機能サーバ＃１Ｂ」が登録されている。また、例えば、ホストＯＳ＃１や表示装置＃１（３６）などの場合は該当なし（ＮＵＬＬ）として登録され、すなわち、冗長相手が存在しないことが登録される。
【００７３】
なお、図４の例には示さないが、冗長相手マシン６１３５に、ホストＯＳ８０４の冗長相手となるホストＯＳ８０４を設定してもよい。これにより、稼働系や待機系などのホスト動作モードを切り替えるための情報を取得することができる。
【００７４】
冗長マシン帰属ＯＳ６１３６は、冗長相手の機能サーバ（ゲストＯＳ８１１等）が帰属するホストＯＳ８０４を示す。この情報により、例えば自ゲストＯＳ８１１は、冗長構成の相手ゲストＯＳが帰属するホストＯＳ８０４経由で連携をとることができる。
【００７５】
図４では、例えば、主キーが機能サーバ＃１Ａの場合には「ホストＯＳ＃２」が登録されている。すなわち、機能サーバ＃１Ａ（ゲストＯＳ１２ａ）は、冗長構成の相手である機能サーバ＃１Ｂ（ゲストＯＳ２２ａ）が帰属するホストＯＳ＃２（２１ａ）経由で連携をとることが登録されている。
【００７６】
バックアップマシン６１３７は、冗長構成を維持するためにバックアップ起動するための機能サーバを示す。図４では、例えば、主キーが機能サーバ＃１Ａの場合には「機能サーバ＃１Ｃ」が登録されている。
【００７７】
バックアップ帰属ＯＳ６１３８は、バックアップマシン毎にバックアップマシンが帰属するホストＯＳ８０４を示す。図４では、例えば、主キーが機能サーバ＃１Ａの場合には「ホストＯＳ＃３」が登録されている。すなわち、プラント監視装置１のバックアップマシンであるプラント監視装置３に帰属する「ホストＯＳ＃３」であることを示す。
【００７８】
なお、図４に示すシステム定義ファイル６１３はファイル構成の一例であり、この他にも上述した以外の必要な情報を追加、拡張等してもよい。
【００７９】
マシン稼働状態保存ファイル１１４および１２４には、例えばプラント監視システム９０に備えられたマシンの稼働状態が保存され、更新される。図５に、マシン稼働状態保存ファイル１１４および１２４等の構成例を示し、その構成例をマシン稼働状態保存ファイル６１４が代表して示すものとする。
【００８０】
マシン稼働状態保存ファイル６１４には、図５に示すように、マシン主キー６１４１ごとに、自仮想マシン起動状態６１４２、自仮想マシン起動モード６１４３、冗長相手マシン起動モード６１４４、およびバックアップマシン起動状態６１４５を含む情報が格納されている。
【００８１】
マシン主キー６１４１は、システム定義ファイル６１３と同様に実装されるマシンを示し、マシン稼働状態保存ファイル６１４上での検索の主キーとなる。
【００８２】
自仮想マシン起動状態６１４２は、自仮想マシンの起動状態を示す。自仮想マシン起動状態６１４２は、「ＯＮ（＝起動）」、「ＯＦＦ（＝停止）」、「ＮＵＬＬ（＝該当なし）」のいずれかである。図５では、例えば、主キーが機能サーバ＃１Ａの場合に「ＯＮ」が登録されている。すなわち、機能サーバ＃１Ａが起動していることを示す。
【００８３】
自仮想マシン起動モード６１４３は、自仮想マシンの起動モード（動作モード）を示す。自仮想マシン起動モード６１４３は、主キーが自仮想マシンである場合に、「ＡＣＴＩＶＥ（＝稼働系）」、「ＳＴＡＮＤＢＹ（＝待機系）」、「ＳＴＯＰ（＝停止）」、「ＮＵＬＬ（＝該当なし）」のいずれかのゲスト動作モードである。一方、主キーが自仮想マシンでない場合には、「ＮＵＬＬ（＝該当なし）」である。図５では、例えば、主キーが自仮想マシンである機能サーバ＃１Ａの場合に「ＡＣＴＩＶＥ」が登録されている。
【００８４】
冗長相手マシン起動モード６１４４は、冗長相手マシンの起動モードを示す。冗長相手マシン起動モード６１４４は、主キーのマシンが冗長構成される場合に、「ＡＣＴＩＶＥ（＝稼働系）」、「ＳＴＡＮＤＢＹ（＝待機系）」、「ＳＴＯＰ（＝停止）」、「ＮＵＬＬ（＝該当なし）」のいずれかの動作モード（ホスト動作モード、ゲスト動作モード）である。一方、マシンが冗長構成されない場合に「ＮＵＬＬ（＝該当なし）」である。図５では、例えば、主キーが機能サーバ＃１Ａの場合に「ＳＴＡＮＤＢＹ」が登録され、主キーが機能サーバ＃１Ｂの場合に「ＡＣＴＩＶＥ」が登録されている。すなわち、冗長相手のマシンの動作モードが登録されている。
【００８５】
バックアップマシン起動状態６１４５は、バックアップマシンの起動状態を示す。バックアップマシン起動状態６１４５は、「ＯＮ（＝起動）」、「ＯＦＦ（＝停止）」、「ＮＵＬＬ（＝該当なし）」のいずれかである。図５では、例えば、主キーが機能サーバ＃１Ａの場合には「ＯＦＦ」が登録される。すなわち、プラント監視装置１のバックアップマシンの起動状態が停止であることを示す。
【００８６】
前述したように、図１に示すプラント監視装置１のホストＯＳ＃１（１１）は、物理マシン＃１に帰属するゲストＯＳ１２、ゲストＯＳ１３、ゲストＯＳ１４のゲスト障害情報を共有することができる。他のプラント監視装置ｎ（ｎは２〜５の整数）も同様に、共存する（他の物理マシンに帰属する）ゲストＯＳのゲスト障害情報を共有することができる。
【００８７】
例えば、図３では、ホストＯＳ＃１（１１ａ）は、ゲストＯＳ１２ａのゲスト障害情報を、ホストＯＳ１１ａのホスト障害情報通知処理部１１７とゲストＯＳ１２ａのゲスト障害情報通知処理部１２７とを介して共有することができる。
【００８８】
また、例えば、プラント監視装置１のゲスト障害情報通知処理部１２７から、他のプラント監視装置２のゲスト障害情報通知処理部２２７にゲスト障害情報、ゲスト動作モードを含む情報を通知することができる。これにより、各プラント監視装置１〜５は、他のプラント監視装置のゲストＯＳからこれらの情報を収集することができる。
【００８９】
さらに、例えば、プラント監視装置１のホスト障害情報通知処理部１１７から、他のプラント監視装置２のホスト障害情報通知処理部２１７にホスト障害情報、ホスト動作モードを含む情報を通知することができる。これにより、各プラント監視装置１〜５は、他のプラント監視装置のホストＯＳからこれらの情報を収集することができる。
【００９０】
以上説明したように、ホストＯＳおよびゲストＯＳは、ホスト障害情報およびゲスト障害情報、ホスト動作モードおよびゲスト動作モードを含む情報を共有することができる。
【００９１】
各ゲストＯＳは、連携先ゲストＯＳとのハートビート通信（相手方と互いに定期的に動作確認のための通信を行うこと）だけで判断できない情報を含めて、自ホストＯＳ経由で相手状態を検知することができる。
【００９２】
また、プラント監視装置は、他プラント監視装置のホストＯＳから障害情報を収集できない場合、相手物理マシンの健全性を喪失した状態であると判断する。これにより、自物理マシンに帰属するゲストＯＳ間で個別に判断するよりも早く障害を検出でき、短時間でシステム復旧を行なうことが可能となる。
【００９３】
図６および図７に、第１の実施形態のプラント監視システムにおけるプラント監視処理フローを示す。特に、図６はホストＯＳ８０４のプラント監視処理フローを示すフロー図であり、図７はゲストＯＳ８１１のプラント監視処理フローを示すフロー図である。なお、以下では、ホストＯＳ８０４として図３のホストＯＳ１１ａを例に、ゲストＯＳ８１１として図３のゲストＯＳ１２ａを例にして説明する。
【００９４】
はじめに、図６を参照しながらホストＯＳ８０４のプラント監視処理フローを説明する。
【００９５】
プラント監視システム９０の処理が開始されると、プラント監視処理が開始される。
【００９６】
ホストＯＳ１１ａのホスト他系監視制御処理部１１６が、稼働状態に応じた管理情報をホスト管理情報記憶部１１０に格納する（ステップＳ１０）。例えば、ホストＯＳ１１ａは、各マシンの稼働状態を各ＯＳから収集し、収集したマシン稼働状態保存ファイル１１４に格納する。
【００９７】
次に、ホストＯＳ１１ａのホスト障害監視検出処理部１１５が、ホスト管理情報記憶部１１０に格納された管理情報に基づいて、自ホストＯＳ（１１ａ）を監視する（ステップＳ１１）。
【００９８】
次に、ホスト障害監視検出処理部１１５は、自ホストＯＳを監視した結果に基づいて、自ホストＯＳに障害が発生したか否かを判断する（ステップＳ１２）。
【００９９】
障害を検出した場合（ステップＳ１２のＹｅｓ）、ホスト障害監視検出処理部１１５は、検出した障害をホスト障害情報通知処理部１１７に通知する（ステップＳ１３）。一方、障害を検出しない場合（ステップＳ１２のＮｏ）、ホスト障害監視検出処理部１１５は処理をステップＳ１１に戻す。
【０１００】
ステップＳ１３後に、ホスト障害情報通知処理部１１７が、検出された障害をホスト障害情報として、自ホストＯＳと、ゲストＯＳ中の自ホストＯＳと同一物理マシンに帰属する他ゲストＯＳ（ゲストＯＳ１２ａ、１３ａおよび１４ａ）と、自ホストＯＳと共に冗長化された相手ホストＯＳ（２１ａ）とに通知する（ステップＳ１４）。
【０１０１】
次に、ホスト他系監視制御処理部１１６が、ホスト障害情報およびホスト管理情報記憶部１１０に格納された管理情報に基づいて、稼働系ゲストＯＳと少なくとも１つの待機系ゲストＯＳとによる冗長化されたゲスト動作モードを切り替えて制御する（ステップＳ１５）。
【０１０２】
次に、ゲストＯＳ起動制御部１１８が、ゲスト動作モードに応じて、稼働系ゲストＯＳまたは待機系ゲストＯＳを起動させる（ステップＳ１６）。
【０１０３】
ホスト他系監視制御処理部１１６は、切り替えたゲスト動作モードの状態を管理情報に反映（更新）する（ステップＳ１７）。ステップＳ１７後、ホスト他系監視制御処理部１１６は、処理をステップ１０に戻す。以降、ステップＳ１０〜Ｓ１７の処理が繰り返される。
【０１０４】
次に、図７を参照しながらゲストＯＳ８１１のプラント監視処理フローを説明する。
【０１０５】
プラント監視システム９０の処理が開始されると、プラント監視処理が開始される。
【０１０６】
ゲストＯＳ１２ａのゲスト他系監視制御処理部１２６が、稼働状態に応じた管理情報をゲスト管理情報記憶部１２０に格納する（ステップＳ２０）。例えば、ゲストＯＳ１２ａは、各マシンの稼働状態を各ＯＳ（またはホストＯＳ１１ａ）から収集し、収集したマシン稼働状態保存ファイル１２４に格納する。
【０１０７】
ゲストＯＳ１２ａのゲスト障害監視検出処理部１２５が、ゲスト管理情報記憶部１２０に格納された管理情報に基づいて、自ゲストＯＳ（ゲストＯＳ１２ａ）を監視する（ステップＳ２１）。
【０１０８】
次に、ゲスト障害監視検出処理部１２５は、自ゲストＯＳを監視した結果に基づいて、自ゲストＯＳに障害が発生したか否かを判断する（ステップＳ２２）。
【０１０９】
障害を検出した場合（ステップＳ２２のＹｅｓ）、ゲスト障害監視検出処理部１２５は、検出した障害をゲスト障害情報通知処理部１２７に通知する（ステップＳ２３）。一方、障害を検出しない場合（ステップＳ２２のＮｏ）、処理をステップＳ２１に戻す。
【０１１０】
ステップＳ２３後に、ゲスト障害情報通知処理部１２７が、検出された障害をゲスト障害情報として、自ゲストＯＳ（ゲストＯＳ１２ａ）と、他ゲストＯＳ（ゲストＯＳ１３ａおよび１４ａ）と、自ゲストＯＳと共に冗長化された相手ゲストＯＳ（ゲストＯＳ２２ａ）とに通知する（ステップＳ２４）。
【０１１１】
ゲスト他系監視制御処理部１２６が、ゲスト障害情報およびゲスト管理情報記憶部１２０に格納された管理情報に基づいて、稼働系ゲストＯＳと少なくとも１つの待機系ゲストＯＳとによる冗長化されたゲスト動作モードを切り替えて制御する（ステップＳ２５）。
【０１１２】
ゲスト他系監視制御処理部１２６は、切り替えたゲスト動作モードの状態を管理情報に反映（更新）する（ステップＳ２６）。ステップＳ２６後、ゲスト他系監視制御処理部１２６は、処理をステップ２０に戻す。以降、ステップＳ２０〜Ｓ２６の処理が繰り返される。
【０１１３】
以上説明したように、第１の実施形態によれば、冗長化構成された物理マシンおいて、ホストＯＳ間で速やかに障害を検出でき、仮想マシン間での冗長化制御を稼働系および待機系ゲストＯＳのゲスト動作モードの状態に応じて実行することができる。また、物理マシン間での冗長化制御を稼働系および待機系ホストＯＳのホスト動作モードの状態に応じて実行することができる。これにより、プラント監視システムの運用を損なうことを回避することができる。
【０１１４】
［第２の実施形態］
図８および図９は、本発明に係るプラント監視システムの第２の実施形態の構成を示すブロック図であり、特にバックアップ処理の動作フローを示すブロック図である。
【０１１５】
なお、図８および図９のプラント監視装置１および２の構成は、図３に示すプラント監視装置１および２の構成と同様である。また、図８および図９のプラント監視装置３の構成は、ホストＯＳ＃３（３１ａ）については図３のホストＯＳ１１ａと同様な構成とし、ゲストＯＳ３２ａについては図３のゲストＯＳ１２ａと同様な構成とする。
【０１１６】
はじめに、図８に示すプラント監視装置１ないし３において、ゲストＯＳ１２ａおよびゲストＯＳ２２ａの冗長化構成によるバックアップ機能処理について、図４および図５を参照しながら説明する。
【０１１７】
プラント監視装置２のゲストＯＳ２２ａに障害（ｅｒｒｏｒ）が発生したとき、プラント監視装置１のゲストＯＳ１２ａが、例えばゲスト他系監視制御処理部１２６のハートビート通信などにより応答なしを検出し、あるいは、ゲスト障害情報通知処理部１２７とゲスト障害情報通知処理部２２７との間での障害情報の通知などにより、ゲストＯＳ２２ａの障害を検出する。
【０１１８】
次に、プラント監視装置１において、ゲストＯＳ１２ａのゲスト障害情報通知処理部１２７から、ホストＯＳ１１ａのホスト障害情報通知処理部１１７に対して、ゲストＯＳ２２ａに障害が発生したことを通知する。
【０１１９】
これにより、ホスト他系監視制御処理部１１６は、ホスト障害情報通知処理部１１７を介して、ゲストＯＳ２２ａに障害が発生したと判断し、そのゲストＯＳ２２ａの稼働状態をマシン稼働状態保存ファイル１１４に保存または更新する。同様に、ゲストＯＳ１２ａ等においても、ゲストＯＳ２２ａの稼働状態をマシン稼働状態保存ファイル１２４等に保存または更新する。
【０１２０】
例えば、プラント監視装置２のゲストＯＳ２２ａが稼働系として動作していた場合に、この障害（ｅｒｒｏｒ）を検出後、ゲストＯＳ２２ａの冗長構成の相手であるプラント監視装置１のゲストＯＳ１２ａが待機系から稼働系へのゲスト動作モードに切り替わる。なお、プラント監視装置１では、ゲストＯＳ１２ａのゲスト他系監視制御処理部１２６が自ゲストＯＳを待機系（「ＳＴＡＮＢＹ」）から稼働系（「ＡＣＴＩＶＥ」）に切り替えるために、ホストＯＳ１１ａのゲストＯＳ起動制御部１１８を起動させる。また、ホスト他系監視制御処理部１１６は、ゲストＯＳ２２ａの稼働状態を、マシン稼働状態保存ファイル１１４に稼働系（「ＡＣＴＩＶＥ」）から停止（「ＳＴＯＰ」）に更新する。
【０１２１】
これらのマシンの稼働状態の変化（「ＳＴＡＮＢＹ」、「ＡＣＴＩＶＥ」、「ＳＴＯＰ」など）について、ゲスト他系監視制御処理部１２６は、マシン稼働状態保存ファイル１２４に反映（更新）する。また、ゲストＯＳ１２ａは、自マシンおよび他マシンのホストＯＳおよびゲストＯＳに、ゲスト障害情報通知処理部１２７を介して、これらの障害情報および稼働状態の変化について通知する。これらの通知を受信した各ホストＯＳおよび各ゲストＯＳは、マシン稼働状態保存ファイル６１４に反映する。
【０１２２】
なお、図８の例では、ホストＯＳ１１ａのホスト他系監視制御処理部１１６が、ホストＯＳ３１ａのホスト他系監視制御処理部３１６に対して、ゲストＯＳ２２ａでの障害発生を通知することができる。
【０１２３】
また、プラント監視装置１のゲストＯＳ１２ａが稼働系である場合、切り替えせず稼働系を維持する。なお、稼働状態の変化については、上述した内容と同様に、各ホストＯＳおよび各ゲストＯＳにより、マシン稼働状態保存ファイル６１４に反映される。
【０１２４】
また、プラント監視装置１のホストＯＳ１１ａは、システム定義ファイル１１３から取得した構成情報およびマシン稼働状態保存ファイル１１４から取得した稼働状態に基づいて、ゲストＯＳ１２ａについて待機系がない片系の起動状態であることを検知した場合、バックアップサーバと待機系との切り替えによりバックアップ連携を行なわせる。
【０１２５】
以下、図９に示すバックアップ連携要求後のバックアップ機能処理の動作フローを示すブロック図に従って説明する。なお、図９は図８に示す構成と同じであり、図９に示すように、ゲストＯＳ２２ａに障害（ｅｒｒｏｒ）が発生しているとする。
【０１２６】
ホストＯＳ１１ａのホスト他系監視制御処理部１１６は、上述したように、システム定義ファイル１１３およびマシン稼働状態保存ファイル１１４に基づいて、ホストＯＳ３１ａのホスト他系監視制御処理部３１６にゲスト動作モードの切り替えを要求する。具体的には、ホスト他系監視制御処理部１１６は、ゲストＯＳ３２ａ（機能サーバ＃１Ｃ）を待機系とするゲスト動作モードへの切り替えを要求する。
【０１２７】
プラント監視装置３において、ホストＯＳ３１ａのホスト他系監視制御処理部３１６は、このゲスト動作モードの切り替え要求を受けて、ゲストＯＳ起動制御部３１８にバックアップサーバの起動を要求する。これにより、ゲストＯＳ起動制御部３１８は、ゲストＯＳ３２ａを機能サーバ＃１の待機系として起動させ、プラント監視装置２のゲストＯＳ２２ａに代わって機能サーバ＃１の冗長構成を維持する。
【０１２８】
また、例えば稼働系であるプラント監視装置１のゲストＯＳ１２ａが停止し、かつ、待機系であるプラント監視装置２のゲストＯＳ２２ａが停止した場合、すなわち、機能サーバ＃１（機能サーバ＃１Ａおよび１Ｂ）の二重障害が発生した場合でも、バックアップ機能として設定されているプラント監視装置３のゲストＯＳ３２ａ（機能サーバ＃１Ｃ）が稼働系に切り替わる。
【０１２９】
なお、プラント監視データ通信ネットワーク９４を介して、プラント監視装置１〜５が互いにマシンの稼働状態を通知、または、稼働状態の変化を確認したプラント監視装置が当該マシンの稼働状態を通知し、各ホストＯＳおよび各ゲストＯＳごとに、例えば図５に示すマシン稼働状態保存ファイル６１４において、マシン主キー６１４１「機能サーバ＃１Ｃ」の自仮想マシン起動状態６１４２が「ＯＦＦ」から「ＯＮ」に更新される。
【０１３０】
プラント監視システム９０において、ハードウェアリソースの制約により、バックアップ機能に設定されたゲストＯＳの性能維持に影響がある場合は、他のゲストＯＳを停止し、優先度の低いマシンを縮退させてもよい。これにより、状況に応じたゲストＯＳの起動・停止を自動的に実施することで最適なシステム構成を維持できる。なお、これらの優先度は、システム定義ファイル６１３にて機能サーバ、バックアップサーバ毎に設定してもよい。
【０１３１】
また、プラント監視システム９０において、例えばプラント監視装置１のゲストＯＳ１２ａ（機能サーバ＃１Ａ）を稼働系、かつ、プラント監視装置３のゲストＯＳ３２ａ（機能サーバ＃１Ｃ）を待機系とする機能サーバ＃１の冗長構成で動作を維持している場合に、プラント監視装置２のゲストＯＳ２２ａ（機能サーバ＃１Ｂ）を待機系として復帰させたとする。
【０１３２】
ホスト他系監視制御処理部３１６は、図示しないシステム定義ファイルの優先度に従って、ゲストＯＳ３２ａにバックアップ機能の停止要求を判断する。バックアップ機能の停止要求を判断後、ホスト他系監視制御処理部３１６は、ゲストＯＳ起動制御部３１８に対してバックアップ機能の停止要求を通知する。
【０１３３】
このバックアップ機能の停止要求の通知を受けて、ゲストＯＳ起動制御部３１８は、バックアップ機能に割り当てられていたゲストＯＳ３２ａを停止させる。なお、これにより、図４に示すマシン稼働状態保存ファイル６１４において、ゲストＯＳ１２ａ（機能サーバ＃１Ａ）のバックアップマシン起動状態６１４５は「ＯＦＦ」とされ、ゲストＯＳ３２ａ（機能サーバ＃１Ｃ）の自仮想マシン起動状態６１４２は「ＯＦＦ」とされる。
【０１３４】
以上説明したように、第２の実施形態によれば、さらに、プラント監視システムを構成するマシンのホストおよびゲスト動作モードに応じて、一時的にバックアップサーバを起動するなど、仮想マシンの優先順位に従って、限られたシステムリソースの中で冗長化構成を容易に拡張することができる。
【０１３５】
［第３の実施形態］
図１０および図１１は、本発明に係るプラント監視システムの第３の実施形態の構成を示すブロック図であり、特にデータ補完処理の動作フローを示すブロック図である。
【０１３６】
なお、図１０および図１１のプラント監視装置１および２の主な構成は、図３に示すプラント監視装置１および２の構成と同様である。また、図１０および図１１のプラント監視装置３の構成は、ホストＯＳ＃３（３１）については図３のホストＯＳ１１ａと同様な構成とする。また、この他にも、以下に示す構成を備えている。
【０１３７】
図１０および図１１に示す複数のプラント監視装置１および２は、図１と同様に、プラントデータを入力するプラントデータ入力装置９１と、プラントデータに関する監視データなどを計算または処理するデータ管理計算機装置９５とにネットワーク（プラントデータ入力ネットワーク９２およびプラント監視データ通信ネットワーク９４）を介して接続されているものとする。プラント監視装置１および２は、当該ネットワークを介して監視データをやり取りする。
【０１３８】
図１０に示すプラント監視装置１において、ゲストＯＳ１２ｂ（機能サーバ＃１Ａ）が機能サーバ＃１の稼働系として、ゲストＯＳ１３ｂ（機能サーバ＃２Ａ）が機能サーバ＃２の稼働系として動作している。また、プラント監視装置２において、ゲストＯＳ２２ｂ（機能サーバ＃１Ｂ）が機能サーバ＃１の待機系として、ゲストＯＳ２３ｂ（機能サーバ＃２Ｂ）が機能サーバ＃２の待機系として動作している。すなわち、仮想マシンである機能サーバ＃１の稼働系はゲストＯＳ１２ｂであり、同じく待機系はゲストＯＳ２２ｂである。また、仮想マシンである機能サーバ＃２の稼働系はゲストＯＳ１３ｂであり、待機系はゲストＯＳ２３ｂである。
【０１３９】
ゲストＯＳごとに、ゲストＯＳが監視データを予め定められた処理により得る処理データをバックアップするためのデータ補完サーバを定義可能な一元管理データ定義ファイルと、監視データに予め定められた処理を実行して処理データを得る一元管理データ計算処理部と、一元管理データ計算処理部により得られた処理データを記憶するデータ計算結果（管理データ処理記憶部）と、をさらに備えている。
【０１４０】
データ補完サーバが、一元管理データ定義ファイルに定義された場合に、定義されたゲストＯＳの冗長化構成の稼働系ゲストＯＳについて、データ補完サーバは同一の監視データに同一の予め定められた処理を実行して処理データを得る一元管理データ計算処理部を備えている。
【０１４１】
データ補完サーバが備える一元管理データ計算処理部は、バックアップした処理データに基づいて、定義されたゲストＯＳのデータ計算結果に記憶された処理データ中に欠落した処理データがあるか否かを判断し、欠落した処理データがある場合に当該欠落した処理データについてバックアップ対象のゲストＯＳのデータ計算結果を補完する。
【０１４２】
具体的な例では、図１０および図１１に示すゲストＯＳ１２ｂに、図３に示す構成に加えて、さらに、一元管理データ定義ファイル１２９１、一元管理データＡ計算処理部１２９２、およびデータＡ計算結果１２９３を備えている。同じく、ゲストＯＳ１３ｂは、図３に示す構成に加えて、さらに、一元管理データ定義ファイル１３９１、一元管理データＢ計算処理部１３９４、およびデータＢ計算結果１３９５を備えている。
【０１４３】
図１０および図１１に示すゲストＯＳ２２ｂでは、図３に示す構成に加えて、さらに、一元管理データ定義ファイル２２９１、一元管理データＡ計算処理部２２９２（一つの一元管理データ計算処理部）、およびデータＡ計算結果２２９３（一つのデータ計算結果）を備えている。同じく、ゲストＯＳ２３ｂは、図３に示す構成に加えて、さらに、一元管理データ定義ファイル２３９１、一元管理データＢ計算処理部２３９４（他の一元管理データ計算処理部）、およびデータＢ計算結果２３９５（他のデータ計算結果）を備えている。
【０１４４】
データ補完サーバは、対象とされるゲストＯＳが処理する処理データをバックアップするために、対象とされるゲストＯＳと同様に処理データを得る（同一の予め定められた処理を実行する）。対象とされるゲストＯＳにおいて処理データが欠落した場合に、データ補完サーバはその欠落した処理データを、対象とされるゲストＯＳに補完する。
【０１４５】
処理データは、例えば下位装置（図１に示すプラントデータ入力装置９１）から受信したプラント入力データや、それらを積算したデータなどの監視データである。その他にも、上位装置（図１に示すデータ管理計算機装置９５）に送受信されるデータを含む監視データである。処理データは、例えばゲストＯＳ１２ｂでは、データＡ計算結果１２９３の記憶領域に格納される。
【０１４６】
以下、データ補完サーバ＃１（ゲストＯＳ３７ｂ）について、その構成を説明する。
【０１４７】
ゲストＯＳ３７ｂは、ハード故障情報テーブル３７１、プロセス管理情報テーブル３７２、システム定義ファイル３７３、マシン稼働状態保存ファイル３７４、ゲスト障害監視検出処理部３７５、ゲスト他系監視制御処理部３７６、およびゲスト障害情報通知処理部３７７、一元管理データ定義ファイル３７９１、一元管理データＡ計算処理部３７９２、データＡ計算結果３７９３、一元管理データＢ計算処理部３７９４、およびデータＢ計算結果３７９５を備えている。
【０１４８】
一元管理データ定義ファイル１２９１には、データ補完サーバが定義される。また、一元管理データ定義ファイル１２９１には、いずれのゲストＯＳの処理データを補完するかが定義されている。その他の一元管理データ定義ファイル２２９１、１３９１および２３９１、３７９１等についても同様である。
【０１４９】
一元管理データＡ計算処理部１２９２は、例えば機能サーバ＃１における処理データ（一元管理データＡとする）を計算又は処理する。その他の一元管理データＡ計算処理部２２９２、３７９２等についても同様である。
【０１５０】
データＡ計算結果１２９３は、一元管理データＡ計算処理部１２９２により計算又は処理された処理データである。その他のデータＡ計算結果２２９３、３７９３等についても同様である。
【０１５１】
一元管理データＢ計算処理部１３９４は、例えば機能サーバ＃２における処理データ（一元管理データＢとする）を計算または処理する。その他の一元管理データＢ計算処理部２３９４、３７９４等についても同様である。
【０１５２】
データＢ計算結果１３９５は、一元管理データＢ計算処理部１３９４により計算又は処理された処理データである。その他のデータＢ計算結果２３９５、３７９５等についても同様である。
【０１５３】
プラント監視装置２の一元管理データＡ計算処理部２２９２および一元管理データＢ計算処理部２３９４は待機系として維持されている場合に、相手稼働系ゲストＯＳの停止により自ゲストＯＳを稼働系ゲストＯＳとして切り替えて動作する。
【０１５４】
従来の技術では、このとき、稼働系ゲストＯＳの停止から待機系ゲストＯＳへの切り替えが発生するまでに一時的にデータ喪失が発生する場合があり、積算データや連続性が求められる処理データの信頼性に影響を与えることがあった。すなわち、冗長構成のゲストＯＳのゲスト動作モードの切り替えにより、処理データの一部を喪失（データ破壊、データ欠落等）する可能性があった。
【０１５５】
しかし、本実施形態では、このような状況を回避するために、例えばプラント監視装置３にデータ補完サーバ＃１（ゲストＯＳ３７ｂ）を設け、一元管理データＡ計算処理部３７９２および一元管理データＢ計算処理部３７９４にて、ゲストＯＳ１２ｂおよびゲスト１３ｂの処理データをバックアップさせる。
【０１５６】
これにより、一元管理データＡ計算処理部３７９２および一元管理データＢ計算処理部３７９４は、データＡ計算結果１２９３と同一のデータＡ計算結果３７９３およびデータＢ計算結果１３９５と同一のデータＢ計算結果３７９５を得ている。
【０１５７】
なお、データ補完サーバは、機能サーバの一元データ計算処理機能のバックアップ機能であり、通常時は機能サーバの処理データがマスタデータとして使用される。
【０１５８】
次に、図１１に示すように、ゲストＯＳ１２ｂで障害（ｅｒｒｏｒ）が発生したとする。以下、図１１に示すデータ補完機能処理の動作フローを示すブロック図に従って説明する。なお、図１１において、稼働系として動作していたプラント監視装置１のゲストＯＳ１２ｂが障害（ｅｒｒｏｒ）発生により停止したときのプラント監視装置１〜３の処理動作を示す。
【０１５９】
ゲストＯＳ１２ｂの障害（ｅｒｒｏｒ）が検出され、待機系であるプラント監視装置２のゲストＯＳ２２ｂが稼働系へ切り替わる場合に、ゲスト他系監視制御処理部２２６が一元管理データ定義ファイル２２９１に定義されたデータ補完サーバ＃１（ゲストＯＳ３７ｂ）に対して、切り替え前を含めた処理データ（一元管理データ）のデータ取得要求を行なう。
【０１６０】
プラント監視装置３において、ゲストＯＳ３７ｂのゲスト他系監視制御処理部３７６は、要求された一元管理データを扱う機能部、ここでは、一元管理データＡ計算処理部３７９２に対して、要求する。
【０１６１】
一元管理データＡ計算処理部３７９２は、要求元のプラント監視装置２のゲストＯＳ２２ｂに指定された期間のデータをデータＡ計算結果３７９３から抽出し、抽出したデータを送信する。
【０１６２】
すなわち、稼働系ゲストＯＳ１２ｂから待機系ゲストＯＳ２２ｂに送信された処理データがゲストＯＳ１２ｂの障害発生により欠損した場合でも、データ補完サーバ＃１（ゲストＯＳ３７ｂ）が処理データをバックアップ処理しているため、ゲストＯＳ３７ｂがゲストＯＳ２２ｂに対して欠損した処理データを送信することができる。
【０１６３】
新たに機能サーバ＃１の稼動系として動作するゲストＯＳ２２ｂは、一元管理データＡ計算処理部３７９２から送信されたデータＡ計算結果３７９３の抽出したデータに基づいて、データＡ計算結果２２９３に欠損のない積算データ、連続データを維持するために、データを補完して、処理を継続することができる。
【０１６４】
なお、前述した図１に示す例では、プラント監視装置３のゲストＯＳ３７がデータ補完サーバ＃１として、プラント監視装置４のゲストＯＳ４７がデータ補完サーバ＃２として構成されている。また、図１に示すデータ補完サーバ＃２も、図１０に示すデータ補完サーバ１＃（ゲストＯＳ３７ｂ）同様の処理を行うことが可能である。この場合には、データ補完サーバ＃１の停止を考慮し、さらに代替サーバとしてデータ補完サーバ＃２によるデータ補完機能を実現することができる。
【０１６５】
以上の動作の概要を説明すると、ゲストＯＳ２２ｂの一元管理データＡ計算処理部２２９２は、一元管理データ定義ファイル２２９１およびデータ補完サーバ（ゲストＯＳ３７ｂ）によりバックアップされた処理データに基づいて、データＡ計算結果（管理データ処理記憶部）２２９３に記憶された処理データ中に欠落した処理データがあるか否かを判断する。一元管理データＡ計算処理部２２９２は、欠落した処理データがある場合に、当該欠落した処理データについてデータＡ計算結果２２９３を補完する。
【０１６６】
以上説明したように、機能サーバ、データ補完サーバなどの稼働系ゲストＯＳと待機系ゲストＯＳとによる連携により、プラント監視システムとしてのデータ信頼性を確保することができる。
【０１６７】
第３の実施形態によれば、仮想マシンを適用した冗長化構成において、稼動系ゲストＯＳの障害発生後に待機系ゲストＯＳから稼働系ゲストＯＳへのゲスト動作モードを切り替えるまでに、プラント監視システムで処理するデータを喪失することを回避することができ、データ等価性を維持することが可能となる。これにより、プラント監視システムの信頼性、保守性を向上させることができる。
【０１６８】
［他の実施形態］
以上、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。例えば、各実施形態の特徴を組み合わせてもよい。さらに、これらの実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形には、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。また、前述した実施形態の適用例として、発電所などのプラントにおける設備監視を一例として示したが、工場設備、通信設備などを監視する監視システムなどの場合にも適用できることはいうまでもない。
【０１６９】
なお、例えば、ＣＰＵ８０１と記憶装置８０２などを含む物理マシン８０であるコンピュータに、上述したプラント監視システムのプラント監視プログラムを実行させる。この場合には、ネットワークを介して、または、コンピュータが読み取り可能な記録媒体（例えばＣＤ-ＲＯＭ、磁気テープ等）などにより、プラント監視プログラムが提供される。コンピュータにインストールされて、実行可能とされる。すなわち、コンピュータにこのプラント監視プログラムがインストールされ、プラント監視装置となる。
【符号の説明】
【０１７０】
１、２、３、４、５…プラント監視装置、１１、１１ａ、２１、２１ａ、３１、３１ａ４１、５１、８０４…ホストＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）、１２、１２ａ、１２ｂ、１３、１３ａ、１３ｂ、１４、１４ａ、２２、２２ａ、２２ｂ、２３、２３ａ、２３ｂ、２４、２４ａ、３２、３２ａ、３６ａ、３７ａ、３７ｂ、４３、５４…機能サーバ（ゲストＯＳ）、３６、４６、５６…表示装置、３７、４７…データ補完サーバ（ゲストＯＳ）、５８…保守用クライアント（ゲストＯＳ）、８０…物理マシン、８１、８２…仮想マシン、９０…プラント監視システム、９１…プラントデータ入力装置、９２…プラントデータ入力ネットワーク、９４…プラント監視データ通信ネットワーク、９５…データ管理計算機装置、１１０…ホスト管理情報記憶部、１１１、１２１、１３１、２２１、２３１、３２１、３７１…ハード故障情報テーブル、１１２、１２２、１３２、２２２、２３２、３２２、３７２…プロセス管理情報テーブル、１１３、１２３、１３３、２２３、２３３、３２３、３７３、６１３…システム定義ファイル、１１４、１２４、１３４、２２４、２３４、３２４、３７４、６１４…マシン稼働状態保存ファイル、１１５…ホスト障害監視検出処理部、１１６、２１６、３１６…ホスト他系監視制御処理部、１１７、２１７、３１７…ホスト障害情報通知処理部、１１８、３１８…ゲストＯＳ起動制御部、１２０…ゲスト管理情報記憶部、１２５、１３５、２２５、２３５、３２５、３７５…ゲスト障害監視検出処理部、１２６、２２６、３２６、３７６…ゲスト他系監視制御処理部、１２７、１３７、２２７、２３７、３２７、３７７…ゲスト障害情報通知処理部、８０１…ＣＰＵ、８０２…記憶装置、８０３…ネットワークＩ／Ｆ部、８１１、８２１…ゲストＯＳ、１２９１、１３９１、２２９１、２３９１、３７９１…一元管理データ定義ファイル、１２９２、２２９２、３７９２…一元管理データＡ計算処理部、１２９３、２２９３、３７９３…データＡ計算結果、１３９４、２３９４、３７９４…一元管理データＢ計算処理部、１３９５、２３９５、３７９５…データＢ計算結果、６１３１、６１４１…マシン主キー、６１３２…常時起動指標フラグ、６１３３…帰属ホストＯＳ、６１３４…マシンタイプ、６１３５…冗長相手マシン、６１３６…冗長マシン帰属ＯＳ、６１３７…バックアップマシン、６１３８…バックアップ帰属ＯＳ、６１４２…自仮想マシン起動状態、６１４３…自仮想マシン起動モード、６１４４…冗長相手マシン起動モード、６１４５…バックアップマシン起動状態
【図１】
2014048933.tif 000003
【図２】
2014048933.tif 000004
【図３】
2014048933.tif 000005
【図４】
2014048933.tif 000006
【図５】
2014048933.tif 000007
【図６】
2014048933.tif 000008
【図７】
2014048933.tif 000009
【図８】
2014048933.tif 000010
【図９】
2014048933.tif 000011
【図１０】
2014048933.tif 000012
【図１１】
2014048933.tif 000013