(57)【要約】【課題】プラントに関するエンジニアリング作業をする際のエンジニアの手間を軽減する。【解決手段】情報処理システムは、プラントに設置された制御対象機器の監視または制御の少なくともいずれかを実施する１台以上のプラント監視制御システムと、通信回路網を介してそのプラント監視制御システムと通信する情報処理装置と、を具備する。そして、その情報処理装置は、上記プラント監視制御システムと通信する通信部と、この通信部を介して前記プラント監視制御システムと通信することにより、上記制御対象機器または上記プラント監視制御システムを構成する機器に対するエンジニアリングを実施するエンジニアリング部と、を備える。【選択図】図３
2015032152.tif 000002
【特許請求の範囲】
【請求項１】
プラントに設置された制御対象機器の監視または制御の少なくともいずれかを実施する１台以上のプラント監視制御システムと、通信回路網を介して前記プラント監視制御システムと通信する情報処理装置と、を具備する情報処理システムであって、
前記情報処理装置は、
前記プラント監視制御システムと通信する通信部と、
前記通信部を介して前記プラント監視制御システムと通信することにより、前記制御対象機器または前記プラント監視制御システムを構成する機器に対するエンジニアリングを実施するエンジニアリング部と、
を備える情報処理システム。
【請求項２】
前記通信部は、ユーザが指定した制御対象機器を端末装置から受け付け、
前記エンジニアリング部は、前記通信部が受け付けた制御対象機器を識別する制御対象機器識別情報または該制御対象機器に対応するアドレスを前記通信部から前記プラント監視制御システムへ送信させ、それに応じて前記通信部が受信した前記制御対象機器の状態に関する状態情報を前記通信部から前記端末装置へ送信させる
請求項１に記載の情報処理システム。
【請求項３】
前記情報処理装置は、前記制御対象機器を制御する前記制御プログラム及び前記制御対象機器を制御するパラメータのうち少なくとも一つを含むエンジニアリングデータが記憶されているデータ管理部を更に備え、
前記通信部は、ユーザが指示した前記制御プログラムまたは前記パラメータの作成または変更を前記端末装置から受け付け、
前記エンジニアリング部は、前記通信部が受け付けた作成または変更を、前記データ管理部に記憶されている前記エンジニアリングデータに適用し、適用後のエンジニアリングデータの一部または全部を前記通信部から前記プラント監視制御システムへ送信させ、
前記プラント監視制御システムは、前記通信部から送信されたエンジニアリングデータの一部または全部を用いて、前記制御対象機器を制御する
請求項２に記載の情報処理システム。
【請求項４】
前記データ管理部には、作業を識別する作業識別情報と、該作業識別情報が識別する作業に必要なデータセットとが関連付けられて記憶されており、
前記通信部は、ユーザが選択した作業を前記端末装置から受け付け、
前記エンジニアリング部は、前記データ管理部から前記通信部が受け付けた作業に対応するデータセットを前記データ管理部から取得し、取得したデータセットを前記通信部から前記端末装置へ送信させる
請求項３に記載の情報処理システム。
【請求項５】
前記エンジニアリング部は、前記作業識別情報に応じて、前記プラント監視制御システムに接続するためのデータを取得し、取得したデータを用いて、前記通信部に前記プラント監視制御システムと通信させることで、前記プラント監視制御システムが実行する制御プログラムの実行状況、該制御プログラム、及び該制御プログラムのパラメータのうち少なくとも一つを取得する
請求項４に記載の情報処理システム。
【請求項６】
前記データ管理部には、前記制御対象機器に関する制御対象機器情報が少なくとも記憶されており、
前記エンジニアリング部は、前記データ管理部に記憶されている情報の一部または全部を変更し、
前記情報処理装置は、前記エンジニアリング部が変更した後の情報を、予め決められたデータフォーマットで管理する図書管理部を更に備える
請求項５に記載の情報処理システム。
【請求項７】
前記通信部は、前記プラント監視制御システムから、前記プラント監視制御システムまたは前記制御対象機器の少なくとも一方の状況を示す状況情報を受信し、
前記情報処理装置は、前記通信部が受信した前記状況情報に基づいて、前記プラント監視制御システムまたは前記制御対象機器の少なくとも一方の故障または異常を検出する機器監視部を備える
請求項６に記載の情報処理システム。
【請求項８】
前記情報処理装置は、
前記制御対象機器の仕様に関する情報と、前記プラント全体の設計に関する情報とに基づいて、自装置内に仮想プラントを実現し、該仮想プラントにおいて前記プラント監視制御システムが実行する制御プログラムを模擬動作させ、これに対応するプラントシミュレータを動作させることにより、前記プラントの動作を予測する仮想化部を更に備える
請求項７に記載の情報処理システム。
【請求項９】
前記プラント監視制御システムは、
前記プラントに設置された制御対象機器を制御する制御部と、
前記制御対象機器を監視する監視部と、
前記監視部が監視して得た監視情報を前記通信回路網を介して前記情報処理装置へ送信する監視制御システム通信部と、
を備え、
前記通信部は、前記監視制御システム通信部が送信した監視情報を前記通信回路網を介して受信し、
前記データ管理部には、前記制御対象機器に関する制御対象機器情報が少なくとも記憶されており、
前記機器監視部は、前記データ管理部で記憶されている制御対象機器情報を読み出し、該読み出した制御対象機器情報と前記通信部が受信した監視情報とに基づいて、前記制御対象機器を監視するための情報を出力する
請求項８に記載の情報処理システム。
【請求項１０】
前記通信部は、前記機器監視部が出力した情報を、該情報を表示する端末装置へ送信する
請求項９に記載の情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、情報処理システムに関する。
【背景技術】
【０００２】
一般に発電プラントや産業用プラントにおいては、プラントの運転操作や監視制御は、プラント運用を安定的に行うために特化した専用のコンポーネントで構成されるプラント監視制御システムが採用されている。
【０００３】
プラント監視制御システムは、監視及び制御対象の機器とセンサからの情報をもとに制御プログラムに基づいて安全に制御を行う必要がある。そのため、現在でも、プラント監視制御システムを構成するコンポーネントの多くが特別に設計されたコンポーネントで構成されていることが多い。
【０００４】
このため、プラント監視制御システムにおいては他の一般のネットワークとの接続については必ずしも柔軟に対応できていないことが多かった。このことから、プラント監視制御システムのエンジニアリングにおいては、一般的なシステムと異なる配慮を必要とした。
【０００５】
例えば制御プログラムの作成や変更作業において、コントローラの制御プログラムは、コントローラの専用領域（例えばROMやEP-ROMなど）に格納されており、作成した制御プログラムの動作確認はおろか、制御プログラムに対する小さな変更作業においても、そうしたエンジニアリングを行うには、専用のエンジニアリング装置を用いて行う必要があった。
【０００６】
しかし、近年ではグローバルネットワーク化の進展が著しく、またプラント監視制御システム自体もネットワーク技術の長所を生かした構成となっている。例えば、プラント運転状況の監視やプラント操作の省力化を図る目的から監視操作装置とコントローラとを分散配置し、それぞれがネットワーク技術によって接続された分散型プラント監視制御システム（ＤＣＳ：Distributed Control System）が登場した。
【０００７】
しかし、上述したネットワークは、プラント内、または発電所のように複数の発電ユニットを備えるプラントでは、例えば発電ユニット単位にした専用のネットワークであり、その他のネットワークとは物理的または論理的に遮断されていた。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開平５−２３１７５８号公報
【特許文献２】特開２００９−５９２０４号公報
【特許文献３】特開２００９−２１５０１０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
通常、エンジニアは、プラント監視制御システムが設置されているユーザのプラントにいるわけではない。したがって、エンジニア自身が、実際に動作している制御プログラムとその計算途中のデータを収集し、表示することで、制御プログラムの制御性を検討するようなエンジニアリング作業を必要とする場合においても、依然として机上検討が行われている。あるいは、当該プラント監視制御システムに順ずる構成をエンジニアの拠点に設置し、エンジニアリング作業が行われている。
【００１０】
その結果を実際に設置されているプラント監視制御システムに反映するためには、図書、メディアまたはインターネットメールなどを介して現場エンジニアへの指示を行うか、エンジニア自身が現場に赴いて作業を実施する必要がある。このため、エンジニアの手間が多くかかるという問題があった。
【００１１】
そこで本発明の一態様は、上記問題に鑑みてなされたものであり、プラントに関するエンジニアリング作業をする際のエンジニアの手間を軽減することを可能とする情報処理システムを提供することを課題とする。
【課題を解決するための手段】
【００１２】
本発明の実施形態に係る情報処理システムによれば、情報処理システムは、プラントに設置された制御対象機器の監視または制御の少なくともいずれかを実施する１台以上のプラント監視制御システムと、通信回路網を介してそのプラント監視制御システムと通信する情報処理装置と、を具備する。そして、その情報処理装置は、上記プラント監視制御システムと通信する通信部と、この通信部を介して前記プラント監視制御システムと通信することにより、上記制御対象機器または上記プラント監視制御システムを構成する機器に対するエンジニアリングを実施するエンジニアリング部と、を備える。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態における情報処理システム１００の構成を示す概略ブロック図である。
【図２】本発明の実施形態におけるプラント監視制御システム２の構成を示す概略ブロック図である。
【図３】本発明の実施形態における監視サーバ１の構成を示す概略ブロック図である。
【図４】図４（Ａ）は、実施例２における端末装置３に表示された監視室画面の一例である。図４（Ｂ）は、実施例２におけるプラント構成機器を対象にした故障解析を行うコントローラ画面の例である。
【図５】実施例２において監視サーバ１における監視画面生成処理を説明するための図である。
【図６】実施例２においてプラント構成機器の故障解析表示画面の一例である。
【図７】実施例２における異常内容表示処理の流れの一例を示すフローチャートである。
【図８】図７のステップＳ１０７及びＳ１１３のアドバイス処理の一例を示すフローチャートである。
【図９】実施例２における警報Ａ信号の信号変化の一例を示す図である。
【図１０】実施例２における各警報の１日毎の発生頻度を示すテーブルの一例である。
【図１１】実施例２における故障解析ツリーデータの一例である。
【図１２】実施例２において監視サーバ１における診断画面生成処理を説明するための図である。
【図１３】実施例３における制御プログラムの一例を示す図である。
【図１４】実施例３におけるエンジニアリング手段１３の構成を示す概略ブロック図である。
【図１５】実施例４における端末装置３に表示される画面例である。
【図１６】実施例４において作成される図書の項目一覧の例である。
【図１７】実施例４を実現する場合の監視サーバ１における処理を説明するための図である。
【図１８】実施例５におけるプラントの構成を示す概略ブロック図である。
【図１９】実施例５における、プラント及びプラント監視制御システム２を監視サーバ１に模擬した構成の一例である。
【発明を実施するための形態】
【００１４】
以下、本発明の実施形態について、図面を参照して詳細に説明する。
【００１５】
図１は、本発明の実施形態における情報処理システム１００の構成を示す概略ブロック図である。情報処理システム１００は、監視サーバ（情報処理装置）１、監視サーバ１と通信回路網４を介して接続されたプラント監視制御システム（プラント制御装置）２−１、…、２−Ｎ（Ｎは１以上の整数）、及び監視サーバ１と通信回路網４を介して接続された端末装置３を具備する。
【００１６】
監視サーバ１は、通信回路網４を介してプラント監視制御システム２及び端末装置３と通信する。監視サーバ１は、一例として、プラント監視制御システム２−１、…、２−Ｎとは別の場所に設置されている。監視サーバ１は、例えば、１以上のコンピュータと記憶領域を有する。これらのコンピュータと記憶領域については本発明の構成に関わらないことから、図示していないが、単一拠点にあってもよいし、複数の拠点に分散して配置されていてもよい。監視サーバ１の提供するサービスは複数の利用者が複数の後述するエンジニアリングに利用することができる。その際、一例として、サービスを利用するエンジニアやユーザに対して認証を行う。
【００１７】
ここで、エンジニアリングは、例えば、制御対象機器またはプラント監視制御システム２の構成機器の監視、制御対象機器５を制御する制御プログラムまたは制御対象機器５を制御するパラメータの作成または変更、プラント監視制御システム２のメンテナンス、故障または異常が発生したときのトラブルの解決（トラブルシューティング）を含む。
【００１８】
プラントには、プラント監視制御システム２が設置されており、プラント監視制御システム２は、当該プラントの運用をつかさどっている。
プラント監視制御システム２−１、…、２−Ｎは、プラントに設置された制御対象機器の監視及び制御を実施する。プラント監視制御システム２−１、…、２−Ｎは、通信回路網４を介して監視サーバ１と通信する。プラント監視制御システム２−１、…、２−Ｎそれぞれは、プラント毎に設置されている。以下、プラント監視制御システム２−１、…、２−Ｎを総称して、プラント監視制御システム２という。
【００１９】
なお、プラント監視制御システム２は、プラントに設置された制御対象機器の監視または制御のどちらかのみを実施してもよい。このように、プラント監視制御システム２は、プラントに設置された制御対象機器の監視または制御の少なくともいずれかを実施してもよい。
【００２０】
プラント監視制御システム２は、プラント監視制御システム２で取り扱う全てのデータを、通信回路網４（例えば、公衆回線ないしグローバルネットワークのような通信手段）を介して監視サーバ１へ送信する。また、プラント監視制御システム２は、必要に応じて監視サーバ１から送信されたデータを受信する。
【００２１】
端末装置３は、通信回路網４を介してプラント監視制御システム２と通信する。また、端末装置３は、プラント監視制御システム２から受信した情報を表示する。端末装置３は、例えば、パソコンである。
【００２２】
なお、監視サーバ１とプラント監視制御システム２−１、…、２−Ｎとは、有線で通信してもよいし、無線で通信してもよい。また、プラント監視制御システム２−１、…、２−Ｎと端末装置３とは、有線で通信してもよいし、無線で通信してもよい。
【００２３】
図２は、本発明の実施形態におけるプラント監視制御システム２の構成を示す概略ブロック図である。
プラント監視制御システム２は、コントローラ（制御部）２１、バス２４を介してコントローラ２１に接続された監視操作手段（監視部）２２、バス２４を介してコントローラ２１に接続された監視制御システム通信手段２３及びバス２４を備える。
【００２４】
コントローラ２１は、制御対象機器（例えば、ポンプ、弁、センサ、バルブ）５の情報を取り込み、コントローラ２１が保持する制御プログラムにより、プラントに設置された制御対象機器５を制御する。ここで、制御対象機器５は、プラントを構成するプラント構成機器である。
また、コントローラ２１は、コントローラ２１の制御プログラム及びその演算によって作成されるプラントの運転監視を目的とする制御対象機器５の状態や制御状態を示すプラントデータは、バスを介して接続されている監視操作手段２２及び監視制御システム通信手段２３へ出力する。
【００２５】
監視操作手段２２は、コントローラ２１から入力されたプラントデータをプラントの監視や運転操作のために、必要に応じて表示する。また、監視操作手段２２は、例えば、監視操作手段２２を使用する人（例えば、プラントのオペレータ）が行ったプラントへの操作指令を受け付け、受け付けたプラントへの操作指令をコントローラ２１に対する通知データとしてコントローラ２１へ配信する。
また、監視操作手段２２は、現在のプラントの状態を示す情報の監視や、必要に応じて制御対象の機器の操作を行う。このように、監視操作手段２２は、制御対象機器を監視する。
【００２６】
監視制御システム通信手段２３は、通信回路網４を介して、監視サーバ１と通信する。監視制御システム通信手段２３は、例えば、コントローラ２１から入力されたプラントデータを通信回路網４を介して、監視サーバ１へ送信する。また、監視制御システム通信手段２３は、監視操作手段２２が監視して得た監視情報を通信回路網４を介して監視サーバ１へ送信する。
【００２７】
図３は、本発明の実施形態における監視サーバ１の構成を示す概略ブロック図である。監視サーバ１は、監視サーバ通信手段（通信部）１１、データ管理手段１２、エンジニアリング手段１３、機器監視手段１４、図書管理手段１５及び仮想化手段１６を備える。
【００２８】
監視サーバ通信手段（通信部）１１は、プラント監視制御システム２−１、…、２−Ｎ及び端末装置３と通信する。監視サーバ通信手段１１は、例えば、監視制御システム通信手段２３が送信した監視情報を通信回路網４を介して受信する。
【００２９】
データ管理手段１２は、プラント監視制御システム２の取り扱う全てのデータを管理し、その全てのデータを記憶する。具体的には、データ管理手段１２には、一例として、プラントに関するプラント情報、一般情報（例えば、プラントの名称及び住所）、制御対象機器（プラント構成機器）に関する制御対象機器情報、プラントの構成機器の配置に関する設備配置情報、プラントの図面及び文章が含まれる図書管理情報、及びプラントの構成機器についての制御監視情報及び制御対象機器を制御するための制御プログラムが記憶されている。
【００３０】
エンジニアリング手段１３は、監視サーバ通信手段１１を介してプラント監視制御システム２と通信することにより、制御対象機器５またはプラント監視制御システム２を構成する機器に対するエンジニアリングを実施する。
【００３１】
監視サーバ通信手段１１は、プラント監視制御システム２から、プラント監視制御システム２または上記制御対象機器の少なくとも一方の状況を示す状況情報を受信する。
機器監視手段１４は、監視サーバ通信手段１１が受信した状況情報に基づいて、プラント監視制御システム２または上記制御対象機器の少なくとも一方の故障または異常を検出する。
【００３２】
また、機器監視手段１４は、例えば、データ管理手段１２で記憶されている制御対象機器情報を読み出し、この読み出した制御対象機器情報と監視サーバ通信手段１１が受信した監視情報とに基づいて、制御対象機器を監視するための情報を監視サーバ通信手段１１へ出力する。その場合、監視サーバ通信手段１１は、機器監視手段１４が出力した情報を、この情報を表示する端末装置３へ送信する。これにより、端末装置３は、制御対象機器を監視するための情報を表示する。
【００３３】
また、データ管理手段１２には、制御対象機器に関する制御対象機器情報が少なくとも記憶されていてもよい。その場合、エンジニアリング手段１３は、データ管理手段１２に記憶されている情報の一部または全部を変更する。そして、図書管理手段１５は、エンジニアリング手段１３が変更した後の情報を、予め決められたデータフォーマットで管理する。
【００３４】
仮想化手段１６は、制御対象機器の仕様に関する情報と、プラント全体の設計に関する情報とに基づいて、自装置内に仮想プラントを実現し、この仮想プラントにおいてプラント監視制御システム２が実行する制御プログラムを模擬動作させ、これに対応するプラントシミュレータを動作させることにより、プラントの動作を予測する。
【００３５】
図３に示すように、プラント監視制御システム２がエンジニアリング手段１３を備えるのではなく、プラントとは遠隔地にあるエンジニアリング拠点ないし、その他の拠点に設置されている監視サーバがエンジニアリング手段１３を備える。
【００３６】
(実施例１)
続いて、上述した情報処理システム１００の実施例１について説明する。
一般的に、遠方とのデータ授受が可能な通信回線を介して送受信するためには、ルータやモデムといった装置とともに、セキュリティリスクを回避するために、必要に応じて設置される侵入検知装置やファイアウォールなどとともに、仮想プライベートネットワークに代表される認証と暗号化通信プロトコルを組み合わせて接続する。
【００３７】
しかし、プラント監視制御システム２は、一定のリアルタイム性を要求されるシステムである。また、公衆回線のようなネットワーク自体が有する遅延時間は、通常一定ではなく、プラント監視制御システムを構成する機器の監視のみに限れば問題とはならないが、故障監視や故障予測の対象をプラント機器に拡大し、制御プログラム及び制御プログラムの扱っているデータをエンジニアがモニタしながら、エンジニアリング可能なレベルで表示を行うことを考慮すると、一般的な通信手法の組み合わせで充分とはいえない。
【００３８】
加えて、上述した遅延時間や一定の応答性を確保しつつ、セキュリティリスクを回避するための認証や暗号化通信のコストも必ずしも無視できない。
【００３９】
これらの問題を回避するために、本実施形態では、プラント監視制御システム２と、監視サーバ１とに、それぞれ監視制御システム通信手段２３と、監視サーバ通信手段１１を備える。監視制御システム通信手段２３と、監視サーバ通信手段１１との間で用いる通信手法は可能な限り簡単であることが望ましい。
【００４０】
一例として、本実施例では簡単な方法として、送信データをストリームとする手法を採用する。すなわち、一例として、監視制御システム通信手段２３及び監視サーバ通信手段１１は、送信データをストリーム信号に変換し、変換後のストリーム信号を送信する。また、監視制御システム通信手段２３及び監視サーバ通信手段１１は、ストリーム信号を受信し、受信したストリーム信号を復号して元の送信データを得る。
【００４１】
ストリーム通信においては、データに一定の欠落が生じることが知られているが、プラント監視制御システムにおいては、取り扱うデータ自体が数値またはＯｎ／Ｏｆｆの２値信号、及びテキストベースであって、一般にリモートデスクトップとして知られる遠隔操作方法のようなプロトコルに比べても、これらをストリーム信号に変換する処理コストは少ない。また、復号する場合も同様に処理コストが少ない。そのため、データグラム内でデータ欠損があっても当該データのみの再送信を行う場合のコストも小さく、欠損をカバーするには充分である。また、データを暗号化する場合もそのコストは少ない。
【００４２】
なお、監視制御システム通信手段２３及び監視サーバ通信手段１１は、いわゆるリモートデスクトッププロトコルを採用してもよい。
【００４３】
他の例として、各々の通信データＵＴＣ（世界標準時）を基準に一定時間のデータにまとめ、事後的に同期する手法も考えられる。例えば、監視制御システム通信手段２３及び監視サーバ通信手段１１は、ネットワークのスループットを計算するため、送信するデータグラムにＵＴＣと、個々の通信手段が保有している固有周波数をもとに計算した送信時刻データを付した特定の形式のデータグラムを通信回路網に送信してもよい。
【００４４】
このデータグラムを受信した監視サーバ通信手段１１は、ネットワークのスループットが基準値以内であれば特段の処理を行わない。しかし、監視サーバ通信手段１１は、基準値を外れた場合には基準値からの乖離度合いによって送信データをバッファしておき、一定期間分のデータをまとめて送受信する処理を行ってもよい。
【００４５】
監視サーバ通信手段１１が、通信対象の切り換えを原則として行うことが望ましい。これは、監視サーバ１が備える監視サーバ通信手段１１が、通信帯域を確保しやすいプラント監視制御システム２を優先して選択しやすくするためである。
【００４６】
また、監視サーバ通信手段１１は、プラントごとの区分およびセキュリティリスク回避を行うために、暗号化用乱数リストデータを定期的にまたは特定の条件を満たした時に送信する。ここで暗号化用乱数リストデータは、データを暗号化する際に用いる乱数のリストデータである。
【００４７】
例えば、監視サーバ通信手段１１が、プラント（発電所）を識別するプラントコードと発電所内の施設（例えば、発電施設）を識別するユニットコードの組を用いて接続可能な装置であるかどうかの判定を行う場合を想定する。その場合には、監視サーバ通信手段１１は、暗号化をサポートするプロトコルによって行い（例えばｈｔｔｐｓ）、乱数表の配信も同一または他のプロトコル（例えばｆｔｐｓ）を利用して配布してもよい。
【００４８】
監視サーバ通信手段１１は、この乱数表が一致しているかどうかを、通信データの差分検出と、乱数表の差分検出を行う。監視サーバ通信手段１１は、この検出の結果、監視サーバ通信手段１１と監視制御システム通信手段２３とで異なる乱数表を用いていることを判定した場合、例えば、監視サーバ通信手段１１から監視制御システム通信手段２３へ乱数表を送信する。これにより、監視制御システム通信手段２３は受信した乱数表で、保持する乱数表を更新することができる。
【００４９】
一方、通常のデータグラム送受信時にはこの乱数表による暗号化を行った送受信するデータグラムとすることにより、簡素であるが必要充分な安全性を備えた通信が可能である。上述したような、コストの小さいプロトコルを任意に定めることで、通信の安全性と安定性を確保することができる。
【００５０】
一方で、例えばＲＳＡ（Ｒｉｖｅｓｔ  Ｓｈａｍｉｒ  Ａｄｌｅｍａｎ）の公開鍵暗号方式などのＶＰＮ（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ：仮想プライベートネットワーク）と、充分なスループットを備えたファイアウォールを設けるといった一般的なセキュリティ対策も有効であり、可能であれば併用してもよい。
監視サーバ１とプラント監視制御システム２を専用回線で直接接続してもよい。これにより、この通信の安全と安定を、最も有効に確保することができる。
【００５１】
一方、端末装置３が、監視サーバ１と通信回路網４を介して、監視サーバ１のサービスに関するデータを送受信する。これにより、端末装置３を使用するエンジニアは、監視サーバ１のサービスを利用することができる。監視サーバ１は、サービスの利用者に対して認証を行うが、端末装置３は任意の装置であってよい。また、端末装置３の設置場所に制約はない。
【００５２】
監視サーバ１のサービスの提供は、一般にはｈｔｔｐなどのプロトコルを利用するＷｅｂサービスの形態であってもよいし、専用アプリケーションソフトウェアを介するものであってもよい。
【００５３】
上述した構成により、エンジニアは、例えば端末装置３を使用することにより、監視サーバ１の各種のサービスを利用することが可能となる。
【００５４】
（効果）
実施例１の構成によれば、監視サーバ１におけるデータ管理手段１２は、プラント毎のプラント情報として各種の情報を格納し管理する。データ管理手段１２には、プラント固有の名称、機器の組合せ、機器の名称や、機器の使用有無、機器の状態変化（例えば、トレンドグラフパターン）などの登録情報が記憶されている。
【００５５】
これにより、機器監視手段１４は、状態監視データとこれらの登録情報を組み合わせることにより、各プラントにて呼ばれている名称、機器構成、現在状態、警報状態、機器組合せ状態を時系列にて表示した情報を生成する。そして、機器監視手段１４は、生成したこれらの情報を通信回路網４を介して端末装置３へ送信する。そして、端末装置３は、これらの情報を受信し、これらの情報を表示する。これにより、端末装置３を使用するエンジニアがこれらの情報を閲覧することができる。
【００５６】
このように、監視サーバ１が、複数のプラントのデータを一括管理することによって、エンジニアは、設置場所の制約のない端末装置３からこれらの情報を得ることができる。これにより、例えば、従来のように、特定プラントについての制御対象機器の更新などのためにエンジニアリングを実施するために、図書の記載内容が正確であるかどうかを確認するためにエンジニアが対象プラントに赴くなどの手間をなくすことができる。
【００５７】
監視サーバ１は、一例として、端末装置３が設置されたエンジニアリング拠点に配置されることにより、監視サーバ１のメンテナンスが容易になる。また、監視サーバ１に故障または異常が起きたとしても、監視サーバ１がエンジニアリング拠点にあれば、エンジニアがすぐに修理することができる。
【００５８】
（実施例２）
続いて、実施例２について説明する。本実施例は、故障監視及び故障解析を行う対象を、プラント監視制御システムの構成機器だけでなく、制御対象機器であるプラント構成機器（例えば、ポンプ、電動機、弁、センサなど）に拡張して故障監視及び故障解析を行うことを示す一例である。
【００５９】
本実施例では、上記の故障監視及び故障解析を、サーバ１の監視サーバ通信手段１１、機器監視手段１４、データ管理手段１２、及びプラント監視制御システム２に配置された監視操作手段２２と監視制御システム通信手段２３で実現する。
【００６０】
本実施例における処理について、図４〜図１０を用いて説明する。
ここで、図４（Ａ）は、実施例２における端末装置３に表示された監視室画面Ｇ２１の一例である。この監視室画面Ｇ２１は、プラントの制御機器室全体が模式的に表されている。制御機器室におけるコントローラが模式的に表されている。なお、実際のコントローラを撮像した画像に、模式図を重ね合わせて表示してもよい。図４（Ａ）において、警報が発生した箇所であるコントローラ１で星印が点滅する。例えば、監視室画面Ｇ２１において、対象のコントローラ１にカーソルが移動し、端末装置３がマウスを用いた所定の操作（例えば、左クリック）を受け付けると、機器監視手段１４は、画面を図４（Ｂ）のコントローラ画面Ｇ２２に遷移させる。
【００６１】
まず、図４（Ａ）に示すようなプラント監視制御システム２の構成機器の故障を表示するために、監視サーバ１のデータ管理手段１２には、プラントの設計データと、機器の構成情報と配置を決定した設計データとが、格納されている。機器監視手段１４は、後述する図５に示す手順で、３次元グラフィックに示したプラントの制御機器室の表示データを生成することができる。
【００６２】
一方、プラント監視制御システム２では、プラントの運転監視と並行して、システム内の各機器が故障を起こしていないか、定期的に監視し、故障が発生した場合には、故障を知らせる機構を内蔵している。この故障を知らせるデータもプラント監視制御システム２から監視サーバ１に送信されており、データ管理手段１２によって管理されている。
【００６３】
したがって、機器監視手段１４において、図５に示す処理を行うことによって、上述したような３次元画像データを生成したうえに、故障機器の配置を設計したデータを参照して、該当機器の配置に沿って、故障であることを示すマークや各種の表示を行うことができる。
【００６４】
図４（Ｂ）は、実施例２におけるプラント構成機器を対象にした故障解析を行うコントローラ画面Ｇ２２の例である。図４（Ｂ）において、制御対象機器、ポンプ、及び弁の模式図が示されている。また、制御が自動であり、弁が閉まっていることが示されている。
【００６５】
機器監視手段１４はすでに自身が生成している表示内容を認識している。よって、例えば図４（Ａ）の画面が端末装置３に表示されているときに、端末装置３のマウスがクリックされた場合、端末装置３は、はクリック信号を監視サーバ１へ送信する。その場合、機器監視手段１４は、このクリック信号による拡大要求を受け付けることで、図４（Ｂ）のコントローラ画面Ｇ２２のように詳細化した表示が可能である。
【００６６】
また、元の監視室画面Ｇ２１に戻したい場合、エンジニアは、例えばマウスの別のボタンや、画面内に表示したアイコン、あるいはＷｅｂブラウザに備わっている「前画面に戻る」の機能を利用することで、元の監視画面に戻すことができる。
【００６７】
続いて、図５に沿って、監視サーバ１における監視画面生成処理について説明する。図５は、実施例２において監視サーバ１における監視画面生成処理を説明するための図である。
まず、監視サーバ通信手段１１は、プラント監視制御システム２からプラントデータを受信する。そして、データ管理手段１２は、監視サーバ通信手段１１が受信したプラントデータを、現在の状況を管理する現在値管理ＤＢ（データベース）に格納する。
【００６８】
データ管理手段１２は、現在値管理ＤＢから、故障検出データ及び機械異常データを抽出し、抽出した故障検出データ及び機械異常データを含む異常管理データを機器監視手段１４へ出力する。
【００６９】
機器監視手段１４は、例えば、データ管理手段１２からプラント設計データを取得する。ここで、プラント設計データは、対象プラントにおいて、プラント監視制御システムを構成する機器（例えば、コントローラ２１）及び制御対象機器の配置位置及び接続関係を表すデータである。機器監視手段１４は、例えば、取得したプラント設計データから、画面に表示する箇所に含まれる機器のデータ（表示箇所データ）を取得する。表示箇所データは、例えば、監視室画面またはコントローラ画面に含まれる機器のデータである。そして、機器監視手段１４は、例えば、画面に表示する領域の画像データ（指定エリアデータ）を生成する。
【００７０】
機器監視手段１４は、例えば、データ管理手段１２に記憶されている異常管理データを警報データとして取得する。また、機器監視手段１４は、例えば、データ管理手段１２から機器構成データを取得する。ここで、機器構成データは、対象プラントを構成する機器のデータである。機器監視手段１４は、例えば、取得した機器構成データと警報データを用いて、異常または故障が生じた位置を確定する。そして、機器監視手段１４は、例えば、確定した位置と上記指定エリアデータに基づいて、指定エリアデータが示す画像内の異常または故障の位置（異常故障表示位置）を決定する。
【００７１】
機器監視手段１４は、例えば、指定エリアデータが示す画像中に、決定した異常故障表示位置に特定のマーク（例えば、星印）が付加された表示データを生成する。機器監視手段１４は、例えば、生成した表示データを端末装置３に一定周期で送信する。これにより、この一定の周期で、端末装置３は監視画面またはコントローラ画面を表示することができる。
【００７２】
続いて、図６を用いて、機器監視手段１４を利用したプラント構成機器の故障解析について説明する。
【００７３】
図６は、実施例２においてプラント構成機器の故障解析表示画面の一例である。画面Ｇ３１〜Ｇ３３は、端末装置３に表示される画面の一例である。画面Ｇ３１は、プラント警報情報を表示した画面の一例である。画面Ｇ３１において、警報識別番号、発生日時及び異常内容が関連付けられたテーブルが示されている。
【００７４】
画面Ｇ３２は、画面Ｇ３１において「詳細」をクリックされた場合に遷移される警報詳細表示画面の一例である。画面Ｇ３２において、温度監視トレンドを示すグラフが示されている。このグラフの縦軸は温度で、横軸は時刻である。警報発生時刻（時刻ｔ＝０）を基準として、−α分から＋β分までの温度センサが検出した温度が示されている。
【００７５】
画面Ｇ３３は、画面Ｇ３１において「アドバイス」がクリックされた場合に遷移される警報アドバイス画面の一例である。画面Ｇ３３において、警報に対するアドバイスが表示されている。この例では、最近発生した異常の頻度と、対応するアドバイスが表示され、エンジニアが警報の発生頻度を確認すると共に、どの様な行為をすればよいかが示されている。
【００７６】
図６に示すようにプラント構成機器の故障を表示するために、監視サーバ１のデータ管理手段１２は、プラントの設計データと、プラント機器の構成データを決定した設計データを格納している。ここで、プラントの設計データは、プラント機器をどのように組み合わせているかを示すデータである。プラントの設計データは、例えば、プラントの配管構成及びプラント機器の位置を含む。プラント機器の構成データは、プラント機器自体の構成を示すデータである。
【００７７】
機器監視手段１４は、図７に示す手順でプラント構成機器の故障解析表示画面の表示データを生成することができる。
【００７８】
一方、プラント監視制御システム２は、プラントの運転監視として各プラント構成機器を定期的に監視し、故障または異常が発生した場合には、故障または異常を知らせるデータを監視サーバ１へ送信する。これにより、データ管理手段１２は、各プラント構成機器の故障情報または異常情報を管理することができる。
【００７９】
したがって、機器監視手段１４において、図７に示す処理を行うことによって、故障機器の配置データを参照して、故障解析のための画面を表示することができる。
【００８０】
監視サーバ１のデータ管理手段１２は、他のプラントの情報も蓄積することにより、プラント構成機器の故障情報を解析し、異常の程度を判断し、故障解析結果の表示を開始する。
【００８１】
図７は、実施例２における異常内容表示処理の流れの一例を示すフローチャートである。
（ステップＳ１０１）まず、機器監視手段１４は、データ管理手段１２が保持する故障情報または異常情報を参照して、機械異常が有るか否か判定する。機械異常が有る場合（ＹＥＳ）、機器監視手段１４はステップＳ１０２に進む。一方、機械異常が無い場合（ＮＯ）、機器監視手段１４はステップＳ１０９に進む。
【００８２】
（ステップＳ１０２）ステップＳ１０１で機械異常があると判定された場合、機器監視手段１４は、その機械異常をデータ管理手段１２へ登録する処理を行い、ステップＳ１０３に進む。
【００８３】
（ステップＳ１０３）機器監視手段１４は、新規発生警報か否か判定する。新規発生警報である場合（ＹＥＳ）、機器監視手段１４はステップＳ１０４へ進む。一方、新規発生警報でない場合（ＮＯ）、機器監視手段１４はステップＳ１０８へ進む。
【００８４】
（ステップＳ１０４）ステップＳ１０３で新規発生警報であると判定された場合、機器監視手段１４は発生日時を取得し、ステップＳ１０５に進む。
【００８５】
（ステップＳ１０５）次に、機器監視手段１４は、この新規発生警報の、発生日時及び異常内容をプラント警報状況表示画面（例えば、図６の画面Ｇ３１）に追加で表示し、ステップＳ１０６に進む。
【００８６】
（ステップＳ１０６）次に、機器監視手段１４は、警報発生カウンタを１カウントアップし、ステップＳ１０７に進む。
【００８７】
（ステップＳ１０７）次に、機器監視手段１４は、後述するアドバイス処理を実行し、ステップＳ１０９に進む。
【００８８】
（ステップＳ１０８）機器監視手段１４は、表示を継続し、ステップＳ１０９に進む。
【００８９】
（ステップＳ１０９）次に、機器監視手段１４は、機械異常ではない異常を検出し、ステップＳ１１０に進む。ここで、機械異常ではない異常は、例えば温度異常である。機器監視手段１４は、例えば、プラント構成機器の温度を計測する温度センサの出力信号に基づいて、所定期間毎の温度変化を監視し、その温度変化が閾値を超えた場合、温度異常を検出する。
【００９０】
（ステップＳ１１０）次に、機器監視手段１４は、機械異常ではない異常があるか否か判定する。機械異常ではない異常がある場合（ＹＥＳ）、機器監視手段１４は、ステップＳ１１１に進む。一方、機械異常ではない異常がない（正常である）場合（ＮＯ）、機器監視手段１４は、ステップＳ１１４に進む。
【００９１】
ステップＳ１１０における具体的処理の一例として、機器監視手段１４は、燃料の投入量及び吸気量に変化がないにも関わらず、吸気温度が下がっているときにプラント構成機器（例えば、ガスタービン）の出力が下がる場合には、異常があると判定する。一方、機器監視手段１４は、吸気温度が下がっているときにプラント構成機器（例えば、ガスタービン）の出力が上がる場合には、異常がない（正常である）と判定する。
【００９２】
なお、例えば、環境条件（例えば、気温、気圧の条件）と、投入される燃料の量と、排出する熱量の範囲との関係が示されたデータがデータ管理手段１２に記憶されていてもよい。その場合、機器監視手段１４は、観測された環境条件と現在投入された燃料の量の組に対応する熱量の範囲をデータ管理手段１２から読み出す。そして、機器監視手段１４は、現在の熱量がこの熱量に範囲に入っていない場合、異常があると判定し、現在の熱量がこの熱量に範囲に入っている場合、異常がないと判定してもよい。
【００９３】
（ステップＳ１１１）ステップＳ１１０で異常があると判定された場合、機器監視手段１４は、プラント警報表示画面にその異常を表示し、ステップＳ１１２に進む。
【００９４】
（ステップＳ１１２）次に、機器監視手段１４は、警報発生カウンタを１カウントアップし、ステップＳ１１３に進む。
【００９５】
（ステップＳ１１３）次に、機器監視手段１４は、後述するアドバイス処理を実行し、ステップＳ１１４に進む。
【００９６】
（ステップＳ１１４）次に、機器監視手段１４は、端末装置３の画面に表示された異常の表示を完了し、ステップＳ１１５に進む。
【００９７】
（ステップＳ１１５）次に、機器監視手段１４は、警報の詳細をデータ管理手段１２に記憶させ、ステップＳ１１６に進む。
【００９８】
（ステップＳ１１６）次に、機器監視手段１４は、当日と当日から過去一週間に発生した異常を調査する。具体的には、例えば、機器監視手段１４は、当日と当日から過去一週間に発生した異常に関するデータをデータ管理手段１２から抽出し、抽出したデータの傾向を解析する。そして、機器監視手段１４はステップＳ１１７に進む。
【００９９】
（ステップＳ１１７）次に、機器監視手段１４は、解析により得られた傾向をデータ管理手段１２に記憶されているアドバイスデータに追記する。例えば、異常発生頻度が２〜３回の場合、「ＸＸＸに注意しましょう」というアドバイスデータが追記される。また、例えば、異常発生頻度が４回以上の場合、「ＸＸＸが多発しています」というアドバイスデータが追記される。これにより、機器監視手段１４は、図６の画面Ｇ３３のように、発生した異常の傾向を表示することができる。
【０１００】
図８は、図７のステップＳ１０７及びＳ１１３のアドバイス処理の一例を示すフローチャートである。
（ステップＳ２０１）まず、機器監視手段１４は、警報アドバイス処理を実行する。具体的には、例えば、機器監視手段１４は、図１１に示す故障解析ツリーデータの「４４」と記載されたノードに割り当てられた処理を実行し、ステップＳ２０２に進む。
【０１０１】
（ステップＳ２０２）次に、機器監視手段１４は、現在の時刻が、警報発生回数の収集時刻であるか判定する。警報発生回数の収集時刻は、例えば、１日のうち予め決められた一つの時刻である。ここでは、警報発生回数の収集時刻は、一例として、ＡＭ０時である。現在の時刻が警報発生回数の収集時刻である場合（ＹＥＳ）、機器監視手段１４はステップＳ２０３に進む。一方、現在の時刻が警報発生回数の収集時刻でない場合（ＮＯ）、機器監視手段１４はステップＳ２０７に進む。
【０１０２】
（ステップＳ２０３）ステップＳ２０２で現在の時刻が警報発生回数の収集時刻であると判定された場合、機器監視手段１４は前日の異常発生を警報毎に収集する。例えば、図９に示すように、警報Ａが鳴った場合に、警報Ａ信号が０から１へ遷移する信号の場合、機器監視手段１４は、１日分の警報Ａ信号について０から１に遷移した回数を計数し、ステップＳ２０４に進む。
【０１０３】
（ステップＳ２０４）次に、機器監視手段１４は予め決められた解析実施範囲で、図１０の例に示すような各警報の１日毎の発生頻度を示すテーブルを作成し、ステップＳ２０５に進む。
【０１０４】
（ステップＳ２０５）次に、機器監視手段１４は、作成したテーブルに示される結果を「４４」と記載されたノードに割り当てられた判定基準と比較し、ステップＳ２０６に進む。
【０１０５】
（ステップＳ２０６）次に、機器監視手段１４は、ステップＳ２０５で比較した結果、予め決められたアドバイス条件を満たすか否か判定する。予め決められたアドバイス条件を満たす場合（ＹＥＳ）、ステップＳ２０７へ進む。予め決められたアドバイス条件を満たさない場合（ＮＯ）、機器監視手段１４は、本フローチャートのルーチンを終了する。
【０１０６】
（ステップＳ２０７）ステップＳ２０６で予め決められたアドバイス条件を満たすと判定された場合、機器監視手段１４は、そのアドバイス条件に対応するアドバイスをデータ管理手段１２に記憶されているアドバイスデータに追記する。
【０１０７】
このように、機器監視手段１４は、警報が新規に発生すると、警報発生カウンタをカウントアップし、日替わりが発生した時点で、前日の警報発生回数を警報毎にまとめる。機器監視手段１４は、これを例えば過去一週間あるいはそれを超える期間で解析を行い、発生回数に応じて、注意、警告を行う。
【０１０８】
図９は、実施例２における警報Ａ信号の信号変化の一例を示す図である。警報Ａ信号は、予め決められたサンプリング周期でサンプリングされた時系列データで０または１の値を取る。０は、警報が鳴っていないことを示し、１は警報が鳴っていることを示す。
【０１０９】
図１０は、実施例２における各警報の１日毎の発生頻度を示すテーブルの一例である。図１０のテーブルには、警報毎に、前日から７日前までの１日毎の頻度が格納されている。
【０１１０】
図８の処理が、機器監視手段１４はある一定回数まで行われると、現在発生中の警報の表示を行い、過去の警報の発生傾向、頻度の高い警報に対するアドバイスを行う。これにより、例えば、端末装置３が対象プラント内に設置されている場合、端末装置３を使用する対象プラントの保守員が警報の把握を行うことができ、プラントの設備運用に関して気を配る事で、機器の長期運用化を図る事が可能となる。
【０１１１】
（故障解析処理）
データ管理手段１２には、図１１に示す故障解析ツリーデータが格納されている。
図１１は、実施例２における故障解析ツリーデータの一例である。故障解析ツリーデータは、各ノードがリンクで接続されたデータであり、各ノードには、表示するアドバイスと、そのアドバイスに対するエンジニアの応答に応じて、どのノードに遷移するかの情報が関連づけられている。例えば、現在のノードが「４４」の場合、エンジニアの応答に応じて、機器監視手段１４は、「４３」または「２４」のいずれかのノードに遷移する。
【０１１２】
このように、アドバイスに対してするエンジニアが応答を行うと、機器監視手段１４は、その応答に応じて次のノードを決定し、この次のノードに割り当てられたアドバイスを表示する。このアドバイスには、後述する図１５にて作成される図書のどのページを参照していけば解決できるかというアドバイスを含む。機器監視手段１４はこれを繰り返すことで、エンジニアは、故障時に必要な対応手順をもらすことなく、データ収集や原因の特定までのプロセスを正しく実行することができる。
【０１１３】
続いて、図１２に沿って、監視サーバ１における診断画面生成処理について説明する。図１２は、実施例２において監視サーバ１における診断画面生成処理を説明するための図である。
まず、監視サーバ通信手段１１は、例えば、プラント監視制御システム２からプラントデータを受信する。そして、データ管理手段１２は、例えば、監視サーバ通信手段１１が受信したプラントデータを、現在の状況を管理する現在値管理ＤＢ（データベース）に格納する。
【０１１４】
データ管理手段１２は、例えば、現在値管理ＤＢから、故障検出データ及び機械異常データを抽出し、抽出した故障検出データ及び機械異常データを含む異常管理データを機器監視手段１４へ出力する。
【０１１５】
機器監視手段１４は、例えば、データ管理手段１２からプラント設計データを取得する。機器監視手段１４は、例えば、取得したプラント設計データから、プラント構成機器に関するデータ（プラント機器データ）を取得する。
【０１１６】
機器監視手段１４は、例えば、データ管理手段１２に記憶されている異常管理データを警報データとして取得する。また、機器監視手段１４は、例えば、データ管理手段１２から故障解析ツリーデータを取得する。機器監視手段１４は、取得した故障解析ツリーデータと警報データを用いて、診断対象となる機器を確定する。ここで、診断対象となる機器は、プラント構成機器とプラント監視制御システム２を構成する機器を含む。
【０１１７】
具体的には、例えば、機器監視手段１４は、故障解析ツリーデータに含まれるノードから、開始ノードを決定する。そして、機器監視手段１４は、例えば、開始ノードに関連付けられたアドバイスを故障診断データとしてデータ管理手段１２から取得する。そして、機器監視手段１４は、取得した故障診断データとプラント機器データを用いて、表示データを生成する。そして、機器監視手段１４は、生成した表示データを監視サーバ通信手段１１から端末装置３へ送信させる。これにより、端末装置３では、表示データを受信し、受信した表示データを診断画面初期画面として表示する。
【０１１８】
端末装置３は、ユーザの入力を受け付け、受け付けたユーザの入力を示す入力情報を監視サーバ１へ送信する。監視サーバ通信手段１１は、この入力情報を受信し、機器監視手段１４へ出力する。機器監視手段１４は、監視サーバ通信手段１１から入力された入力情報に応じて、故障解析ツリーデータのノードを遷移させ、遷移後のノードに割り当てられたアドバイスを故障診断データとしてデータ管理手段１２から取得する。そして、機器監視手段１４は、取得した故障診断データとプラント機器データを用いて、表示データを生成する。そして、機器監視手段１４は、生成した表示データを監視サーバ通信手段１１から端末装置３へ送信させる。これにより、端末装置３では、表示データを受信し、受信した表示データを診断ステップ画面として表示する。端末装置３と監視サーバ１は、この一連の処理を繰り返すことで、故障を解析する。
【０１１９】
このように、機器監視手段１４が図１１に示す故障解析ツリーデータに沿って、アドバイスを表示する際に、後述する図１５に示す図書のどのページを参照していけば解決できるかをアドバイスとして表示する。これにより、端末装置３を使用する対象プラントの保守員は、作業に迷うこと無く対応が可能となる。
【０１２０】
（効果）
実施例２の処理によれば、情報処理システム１００は、プラント監視制御システム２の構成機器だけでなく、プラント構成機器に対して同様の保守サービスを提供することが可能となり、プラントの安定運用を期待する顧客に一層高度な保守サービスを提供することができる。
【０１２１】
（実施例３）
続いて、本発明の実施例３について説明する。
本実施例では、プラントから離れた場所からのエンジニアリングを、監視サーバ１に備えるエンジニアリング手段１３と、データ管理手段１２、及び監視サーバ通信手段１１に加え、プラント監視制御システム２に設置された監視操作手段２２および監視制御システム通信手段２３によって実現する。
【０１２２】
監視サーバ通信手段１１は、端末装置３を使用するユーザが指定した制御対象機器を端末装置３から受け付ける。
エンジニアリング手段１３は、監視サーバ通信手段１１が受け付けた制御対象機器を識別する制御対象機器識別情報またはこの制御対象機器に対応するアドレスを監視サーバ通信手段１１からプラント監視制御システム２へ送信させ、それに応じて監視サーバ通信手段１１が受信した上記制御対象機器の状態に関する状態情報を監視サーバ通信手段１１から端末装置３へ送信させる。
【０１２３】
データ管理手段１２は、制御対象機器を制御する制御プログラム及び制御対象機器を制御するパラメータのうち少なくとも一つを含むエンジニアリングデータが記憶されている。
また、監視サーバ通信手段１１は、ユーザが指示した制御プログラムまたは制御対象機器を制御するパラメータの作成または変更を端末装置３から受け付ける。
【０１２４】
エンジニアリング手段１３は、監視サーバ通信手段１１が受け付けた作成または変更を、データ管理手段１２に記憶されているエンジニアリングデータに適用し、適用後のエンジニアリングデータの一部または全部を監視サーバ通信手段１１からプラント監視制御システム２へ送信させる。
プラント監視制御システム２は、監視サーバ通信手段１１から送信されたエンジニアリングデータの一部または全部を用いて、制御対象機器を制御する。
【０１２５】
データ管理手段１２には、作業を識別する作業識別情報と、この作業識別情報が識別する作業に必要なデータセットとが関連付けられて記憶されている。
監視サーバ通信手段１１は、ユーザが選択した作業を端末装置３から受け付ける。
エンジニアリング手段１３は、データ管理手段１２から監視サーバ通信手段１１が受け付けた作業に対応するデータセットをデータ管理手段１２から取得し、取得したデータセットを監視サーバ通信手段１１から端末装置３へ送信させる。
【０１２６】
エンジニアリング手段１３は、作業識別情報に応じて、プラント監視制御システム２に接続するためのデータを取得し、取得したデータを用いて、監視サーバ通信手段１１にプラント監視制御システム２と通信させることで、プラント監視制御システム２が実行する制御プログラムの実行状況、この制御プログラム、及びこの制御プログラムのパラメータのうち少なくとも一つを取得する。
【０１２７】
このように構成された実施形態において、例えば制御プログラムのエンジニアリングを行う場合、端末装置３を使用するエンジニアは、エンジニアリング手段１３の機能を利用することで、図１３に示すような制御プログラムを作成したり、変更したり、あるいは参照したりすることができる。図１３は、実施例３における制御プログラムの一例を示す図である。この制御プログラムは、信号Ａ、信号Ｂ、信号Ｃ及び信号Ｄの信号値に応じて、信号Ｅの信号値を決定するプログラムである。
【０１２８】
また、プラント機器のエンジニアリング用途で使用される場合、例えばエンジニアリング手段１３は、監視サーバ通信手段１１にＣＡＤデータまたは電子購買データなどを端末装置３に送信させる。これにより、端末装置３は、このＣＡＤデータまたは電子購買データなどを表示する。これにより、端末装置３を使用するエンジニアは、ＣＡＤデータまたは電子購買データなどを参照したり、作成したり、変更したりすることができる。
【０１２９】
エンジニアリング手段１３は、例えば、図１４に示すような要素の組み合わせとなっている。図１４は、実施例３におけるエンジニアリング手段１３の構成を示す概略ブロック図である。エンジニアリング手段１３は、エンジニアリング管理機能部１３１、統合ユーザインタフェース１３２、及びインタフェース１３３を備える。
【０１３０】
統合ユーザインタフェース１３２は、エンジニアが行う作業を選択する際のインタフェースである。
インタフェース１３３は、データ管理手段１２から作業に必要なデータセットを取得する際のインタフェースである。
【０１３１】
監視サーバ１のデータ管理手段１２には、エンジニアリングを行う作業に必要なデータセットが統合管理されている。
統合ユーザインタフェース１３２は、端末装置３を使用するエンジニアが指定した作業を示す作業情報を監視サーバ通信手段１１を介して端末装置３から受け付け、受け付けた作業情報が示す作業を、エンジニアが行う作業として選択する。
【０１３２】
エンジニアリング管理機能部１３１は、インタフェース１３３を通じて、データ管理手段１２から作業に必要なデータセットを取得し、これに適合するＣＡＤを組み合わせて保持する基本データセット（マスタイメージ）からサービス（例えば、サービスＡ、サービスＢ、…、サービスｎ）を生成する。ここで、サービスは、エンジニアリング対象の種類毎に提供される。サービスは、例えば、タービン用のサービス、またはボイラー用のサービスである。基本データセットは、各サービスのベースとなるデータセットである。
これは、例えば、エンジニアがその作業に応じてエンジニアリングマシンを選択して使用する処理を、エンジニアリング手段１３内部で行うことに相当する。
【０１３３】
例えば、制御プログラムのエンジニアリング（例えば、作成または変更）を行う場合、エンジニアは端末装置３に表示される統合ユーザインタフェース１３２上から、制御プログラムのエンジニアリングを行うよう指定する。
【０１３４】
このとき、さらに制御プログラムについてエンジニアが詳細に指定して、例えばプラントの現在のプログラムを監視したり変更したりしようとする場合、監視サーバ１は以下の処理を実行する。エンジニアリング手段１３のインタフェース１３３は、エンジニアリング管理機能部１３１に与えられた要求に応じて、データ管理手段１２からプラント２に接続するためのデータを取得する。そして、インタフェース１３３は、取得したデータを用いて、監視サーバ通信手段１１と監視制御システム通信手段２０を介して、プラントに設置されたプラント監視制御システム２に接続する。
【０１３５】
このように、エンジニアリング手段１３は、プラント監視制御システム２のエンジニアリングツールの機能を提供する。これにより、エンジニアは、監視サーバ１のエンジニアリング手段１３のサービスを、端末装置３で利用することができる。その結果、エンジニアは、制御プログラムの実際の動作や、計算途中の値などをモニタリングすることができる。またケースによっては、エンジニアはパラメータまたは制御プログラムそのものを変更することができる。
【０１３６】
従来とは異なり、本実施例では、端末装置３をどこに設置してもエンジニアリング手段１３のサービスを利用することができるので、エンジニアリングを行うのにエンジニアがプラントに出向く手間をなくすことができる。更に、本実施例では、従来とは異なり、データ管理手段１２において制御プログラムのようなエンジニアリングデータが一括管理されているため、エンジニアリングデータの一貫性が確保される。
【０１３７】
一方、例えばエンジニアがプラント設計を行う場合には、これに応じたデータセットを利用することで、上記の制御プログラムのエンジニアリングと同様にプラント設計、例えば計測器配置の設計なども同じように監視サーバ１とこれに接続する端末装置３を利用することによって行うことができる。
【０１３８】
また、エンジニアリング手段１３が全てのプラントの全てのプラント構成機器についてサービスを提供する。データ管理手段１２には、基本のデータセットが記憶されている。
エンジニアリング管理機能部１３１は、例えば、データ管理手段１２から基本のデータセットを取得し、その基本のデータセットを用いてサービスを提供する。例えば、エンジニアリング管理機能部１３１は、あるプラントＡのサービスＡでデータセットの変更があった場合、そのサービスＡに対応する基本のデータセットを変更する。これにより、エンジニアリング管理機能部１３１は、他のプラントＢに対して、その変更された基本データセットを用いて、サービスＢを提供することができる。
【０１３９】
このように、あるサービスでデータセットが変更されると、基本データセットが変更され、その変更された基本データセットを用いて他のブラントについてサービスが提供される。このため、データセットの変更を重複して行うことをなくすことができ、エンジニアの手間を削減することができる。また、基本データセットが変更されていくので、次に提供されるサービスは変更された基本データセットを用いるので、その次に提供されるサービスの品質を向上させることができる。
【０１４０】
以上、実施例３において、情報処理システム１００は、監視サーバ１が備えるエンジニアリング手段１３、データ管理手段１２、及び監視サーバ通信手段１１に加え、監視制御システム通信手段２３を備える。エンジニアの行うエンジニアリング作業に最適なエンジニアリング環境を、エンジニアが使用する端末装置３に提供することができる。
【０１４１】
あるサービスでデータセットが変更されると、基本データセットが変更され、その変更された基本データセットを用いて他のサービスが提供される。このため、データセットの変更を重複して行うことをなくすことができ、エンジニアの手間を削減することができる。
【０１４２】
また、データ管理手段１２においてエンジニアリングデータが一括管理されているため、一貫性を確保しながら、エンジニアリングを行うことができる。したがって、従来に比べてエンジニアの手間が削減でき、かつ一貫性を確保したままエンジニアリングを行うことができる。
【０１４３】
（実施例４）
続いて、実施例４について、図１５、図１６及び図１７を用いて説明する。
本実施例は、図書の管理を、監視サーバ１が備えるエンジニアリング手段１３、データ管理手段１２、図書管理手段１５及び監視サーバ通信手段１１に加え、プラント監視制御システム２が備える監視操作手段２２および監視制御システム通信手段２３で実現する。ここで、図書はエンジニアリングの結果を表現する媒体である。
【０１４４】
図１５は、実施例４における端末装置３に表示される画面例である。
図１５（Ａ）は、端末装置３に表示される画面Ｇ１３１の一例であり、あるデータセットについて表示されている。「仕様書ダウンロード」というボタンが押下されると、端末装置３は、図１５（Ｂ）の画面へ遷移する。
図１５（Ｂ）は、システム仕様書Ｓ１３に含まれる、ある１ページの情報が表示された画面Ｇ１３２の一例である。
【０１４５】
図１６は、実施例４において作成される図書の項目一覧の例である。図１６において、図書の項目、内容及び備考が関連付けられた表が示されている。
【０１４６】
図１７は、実施例４を実現する場合の監視サーバ１における処理を説明するための図である。
データ管理手段１２には、制御対象機器に関する制御対象機器情報が少なくとも記憶されている。
エンジニアリング手段１３は、データ管理手段１２に記憶されている情報の一部または全部を変更する。エンジニアリング手段１３は、変更後の情報を図書管理手段１５に出力する。
図書管理手段１５は、エンジニアリング手段１３が変更した後の情報を、予め決められたデータフォーマットで管理する。
【０１４７】
図１７の例では、エンジニアリング手段１３によって、エンジニアリングデータＤ１３１内の白丸、黒丸、三角で表されたデータが変更されている。
その場合、図書管理手段１５によって、予め決められたデータフォーマットのデータＤ１３２において、エンジニアリングデータＤ１３１内の変更が反映されている。
【０１４８】
図書管理手段１５は、図書を識別する情報の一例である図書番号を保持する。例えば、図書番号が、プラント構成機器の区分、図書の様式（スタイル）及び連続番号の組で表される場合、図書管理手段１５は、予め決められたデータフォーマットのデータＤ１３２を、その図書番号に関連付けて記憶する。ここで、連続番号は、一例として、データＤ１３２を一意に識別する情報である。なお、連続番号は、様式を識別する情報であってもよい。
【０１４９】
なお、図書番号が、スタイル、区分、部門コード及び連続番号の組で表されてもよい。
【０１５０】
エンジニアがエンジニアリング手段１３を操作して一定の作業プロセスを完了した場合に、図書管理手段１５は、図書を作成する。換言すれば、図書は、エンジニアが作業した結果、データ管理手段１２に加えられた変更を加味したエンジニアリングデータを適切な形式で表示したものである。
【０１５１】
図書管理手段１５は、エンジニアリング手段１３を利用した結果としてデータ管理手段１２に格納されているエンジニアリングデータを、予め決められたフォーマットに配置したデータを生成する。
したがって、エンジニアリング手段１３での作業結果を反映したデータを図書とするためには、図書管理手段１５は、必要な図書の形式と、その形式に収めるデータをデータ管理手段１２から取得する。そして、図書管理手段１５は、取得した図書の形式に従ってデータを配置することで、適正な図書データを生成することができる。
【０１５２】
例えば、プラント監視制御システム２についての仕様書などの図書の記載事項は、一般に構造的に記載されることが通常である。本実施例においては、図書管理手段１５は、プラント監視制御システム２の仕様書を一括して生成しているが、構造化された記載項目に応じたデータを構造的に生成する方式にしてもよい。例えば、図書管理手段１５は、データ取得時にデータ管理手段１２に問い合わせるクエリと、フォーマット（例えばＷｅｂにおけるスタイルシートに代表される）を変更することによって、この方式を容易に実現することができる。
【０１５３】
本実施例において、例えば、計測値が異常か否か判定する際に比較する設定値をプラントオペレータが意図的に変更した場合において、図書管理手段１５は、データ管理手段１２ｎに記憶されている過去の履歴などを参照することによって、この設定値を図書に反映するか否かといったエンジニアリング上の判定を行う。ここで過去の履歴は、例えば、プラント構成機器の過去の動作履歴である。
【０１５４】
具体的には、例えば、計測値が、あるプラントに設置された温度センサが検知した温度の値である場合に、プラントオペレータが設定値を３８度から３９度に変更した場合を想定する。過去のプラントの運転履歴において、設定値を３９度にした後も正常に、そのプラントのプラント構成機器が動作している場合、図書管理手段１５は、この設定値を図書に反映すると判定する。
【０１５５】
そして、図書管理手段１５は、この設定値を図書に反映すると判定した場合、その設置値を図書に反映する。
【０１５６】
（効果）
本実施例によれば、図書管理手段１５は、必要な図書の形式と、その形式に収めるデータをデータ管理手段１２から取得する。そして、図書管理手段１５は、取得した図書の形式に従ってデータを配置することで、適正な図書を生成することができる。
【０１５７】
これによって図書を主体としたエンジニアリングからデータを主体とするエンジニアリングとなるため、例えば設計図面を流用して図書を新規作成する場合に、図書管理手段１５が予め決められたフォーマットで図書データを生成する。このため、図書の品質がエンジニアの技量や経験に左右されずに、常に一定の品質で図書を生成することができる。
【０１５８】
また、従来、関係する部門からの設計データを自部門のエンジニアリングで利用しようとする場合、相当の工数を割いてデータの意味を咀嚼し、最適に加工して図書を作成する必要があった。それに対し、本実施例によれば、図書管理手段１５が、データ管理手段１２において一元管理されているエンジニアリングデータを、予め決められたフォーマットに配置して図書データを生成するので、上述の工数を削減することができる。
【０１５９】
（実施例５）
続いて、図１８及び図１９を用いて実施例５を説明する。
仮想化手段１６（図３参照）は、制御対象機器の仕様に関する情報と、プラント全体の設計に関する情報とに基づいて、自装置内に仮想プラントを実現する。そして、仮想化手段１６は、この仮想プラントにおいてプラント監視制御システム２が実行する制御プログラムを模擬動作させる。そして、仮想化手段１６は、これに対応するプラントシミュレータを動作させることにより、プラントの動作を予測する。これにより、エンジニアは、実機を用いて動作確認した場合と同等に動作確認を行うことができる。
【０１６０】
プラントは、エンジニアにより設計及び製作され、実際に稼動するものである。プラントでは、多様な機器とこれらを運用するためのプラント監視制御システムとが複雑に相互影響しながら稼動している。
しかし、近年のシミュレーション技術、あるいはエミュレーション技術と、科学計算技術の進歩によって、例えばＸｅｎなどに代表される仮想化技術を用いて、十分に実用的な各種のシミュレーションが可能になっている。
【０１６１】
こうした基盤技術の下で、例えば図１８に示すような実際のプラント監視制御システム２は、プラントに設置され、専用のコンポーネントを組み合わせ、ネットワークで各機器の接続を行い、プラント構成機器を運用する。
【０１６２】
図１８は、実施例５におけるプラントの構成を示す概略ブロック図である。プラントには、制御対象機器７０と、その制御対象機器７０と接続されたプラント監視制御システム２ｂが設置されている。なお、ここでは、プラント構成機器の代表として、一つの制御対象機器７０を示しているが、実際のプラントには、複数のプラント構成機器が設置されている。
【０１６３】
プラント監視制御システム２ｂは、監視制御システム通信手段２３と、監視操作手段２２と、コントローラＣ１、Ｃ２、Ｃ３、Ｃ４及びＣ５を備える。監視制御システム通信手段２３と、監視操作手段２２と、コントローラＣ１、Ｃ２、Ｃ３、Ｃ４及びＣ５は、ＬＡＮ２５を介して互いに接続されている。
【０１６４】
コントローラＣ１、Ｃ２、Ｃ３、Ｃ４及びＣ５のうちの一つのコントローラが、例えば、プラント構成機器の監視及び制御を実施する。
【０１６５】
端末装置３は、通信回路網４を介して、監視サーバ１におけるエンジニアリング手段１３のサービスを利用する。これにより、端末装置３を使用するエンジニアは、プラント構成機器の監視及び制御を行うことができる。
【０１６６】
図１９は、実施例５における、プラント及びプラント監視制御システム２を監視サーバ１に模擬した構成の一例である。図１９において、エンジニアリング手段１３が生成した仮想環境６が示されている。仮想環境６は、監視サーバ１が模擬した模擬プラント監視制御システム２ｃと監視サーバ１で模擬した模擬プラント７を含む。
【０１６７】
この模擬プラント監視制御システム２ｃは、図１８のプラント監視制御システム２ｂを模擬した仮想システムである。模擬プラント監視制御システム２ｃは、監視操作手段２２と、監視制御システム通信手段２３と、コントローラＣ１、Ｃ２、Ｃ３、Ｃ４及びＣ５とを備える。これらの構成要素は、監視サーバ１で模擬した仮想の構成要素である。監視操作手段２２と、監視制御システム通信手段２３と、コントローラＣ１、Ｃ２、Ｃ３、Ｃ４及びＣ５とは、ＬＡＮ２５を介して互いに接続されていることが模擬されている。
【０１６８】
模擬プラント７は、ポンプ７１、センサ７２及びバルブ７３を備える。これらの構成要素は、監視サーバ１で模擬した仮想の構成要素である。
【０１６９】
エンジニアリング手段１３によって作成されたエンジニアリングデータは、データ管理手段１２に格納されている。
仮想化手段１６は、データ管理手段１２からエンジニアリングデータを取得し、取得したエンジニアリングデータをもとにして、エンジニアリング手段１３が指定する監視サーバ１のリソースを使用して、プラント監視制御システムを模擬する仮想環境を生成する。
【０１７０】
これと同様に、データ管理手段１２は、プラント構成機器やプラント全体設計に関連するエンジニアリングデータも統合管理している。
したがって、仮想化手段１６は、このエンジニアリングデータに基づいて、模擬プラントを監視サーバ１の内部に同様に構築することができる。
【０１７１】
例えば、仮想化手段１６は、センサ、ポンプ、バルブ等のモデルデータをそれぞれ生成し、これらをプラント配管設計データに従って接続させ、また同様に遮断機やリレー回路を模擬するモデルを生成する。
【０１７２】
このような詳細モデルを相互接続する場合、モデルベースの演算結果の誤差が集合し、全体として模擬動作が破綻することがある。
しかし、これらの演算誤差は、例えば、既に実際に動作しているプラントのプラント監視制御システム２１によって収集したデータを初期値として与えたうえで、同様に取得したプラントの動的特性に基づいて、予測補正することが可能である。
【０１７３】
このように、監視サーバ１に模擬プラント７及び模擬プラント監視制御システム２ｃを構成すると、実際のプラントと同様な動作をする。これにより、従来では、実際の装置を用いて、動作確認を行っていた作業が監視サーバ１にて行う事が可能となる。その結果、端末装置３から動作確認できるので、エンジニアがプラントに出向いて、試験を行う為に実際に機器を用いて環境構築をする手間を削減することができる。その結果、試験時間の大幅な短縮と費用の削減を行うことができる。
【０１７４】
このように、例えば、新たに建設されるプラントに応じたプラント監視制御システムを設計する際に、プラント監視制御システムの設計段階、製作段階及び出荷前試験段階で、実用的なプラントシミュレータやエミュレーション技術を活用することで、パラメータに関する制御性（例えば、変動可能なパラメータの数または各パラメータの変動可能範囲）を減少させていくことができる。
【０１７５】
また、実際に各種コンポーネントによって構成されたプラント監視制御システムを製造拠点から出荷し、実際にプラント構成機器とプラント監視制御システムを接続したあと、プラント構成機器の運用に合わせて制御特性の改善などが必要になる場合を想定する。このような場合でも、端末装置３から仮想環境を用いて試験することができるので、試験時間の大幅な短縮と費用の削減を行うことができる。
【０１７６】
なお、監視サーバ１は、複数あってもよい。その場合、各監視サーバ１は、同じ集合に含まれるプラント監視制御システム２と通信してもよいし、互いに異なる集合に含まれるプラント監視制御システム２と通信してもよい。監視サーバ１が、複数あることによって、複数の拠点で、プラント監視制御システム２に対してエンジニアリングすることができる。これにより、一つの拠点にある監視サーバ１が故障または停電などによって使えないときでも、他の拠点にある他の監視サーバ１がプラント監視制御システム２に対してエンジニアリングすることができる。
【０１７７】
また、監視サーバ１は、外国にあって、日本国内のプラント監視制御システム２と通信してもよい。これにより、外国の拠点から、日本国内のプラント監視制御システム２に対してエンジニアリングすることができる。
また、監視サーバ１は、日本国内にあって、外国のプラント監視制御システム２と通信してもよい。これにより、日本国内の拠点から、外国のプラント監視制御システム２に対してエンジニアリングすることができる。
【０１７８】
なお、複数の装置を備えるシステムが、本実施形態の監視サーバ１の各処理を、それらの複数の装置で分散して処理してもよい。
また、本実施形態の監視サーバ１の各処理を実行するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、当該記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、監視サーバ１に係る上述した種々の処理を行ってもよい。
【０１７９】
なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【０１８０】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ））のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【０１８１】
以上、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【符号の説明】
【０１８２】
１  監視サーバ（情報処理装置）
１１  監視サーバ通信手段（通信部）
１２  データ管理手段
１３  エンジニアリング手段
１３１  エンジニアリング管理機能部
１３２  統合ユーザインタフェース
１３３  インタフェース
１４  機器監視手段
１５  図書管理手段
１６  仮想化手段
２、２−１、…、２−Ｎ、２ｂ  プラント監視制御システム
２ｃ  模擬プラント監視制御システム
２１  コントローラ（制御部）
２２  監視操作手段（監視部）
２３  監視制御システム通信手段
２４  バス
２５  ＬＡＮ
３  端末装置
４  通信回路網
５  制御対象機器
７  模擬プラント
７１  ポンプ
７２  センサ
７３  バルブ
１００  情報処理システム
Ｃ１、Ｃ２、Ｃ３、Ｃ４、Ｃ５  コントローラ
【図１】
2015032152.tif 000003
【図２】
2015032152.tif 000004
【図３】
2015032152.tif 000005
【図４】
2015032152.tif 000006
【図５】
2015032152.tif 000007
【図６】
2015032152.tif 000008
【図７】
2015032152.tif 000009
【図８】
2015032152.tif 000010
【図９】
2015032152.tif 000011
【図１０】
2015032152.tif 000012
【図１１】
2015032152.tif 000013
【図１２】
2015032152.tif 000014
【図１３】
2015032152.tif 000015
【図１４】
2015032152.tif 000016
【図１６】
2015032152.tif 000017
【図１７】
2015032152.tif 000018
【図１８】
2015032152.tif 000019
【図１９】
2015032152.tif 000020
【図１５】
2015032152.tif 000021