JP2022115648A - 制御装置、表示制御方法および表示制御プログラム - Google Patents

Abstract

【課題】プラントを効率的に監視することを課題とする。【解決手段】プラントに関するデータを用いてプラントを制御する制御装置の一例であるＡＰＣサーバは、プラントの制御に用いられる制御値またはプラントの稼働状況を示すプロセス値を含むプラントに関する制御データを取得する。ＡＰＣサーバは、取得された制御データの値に基づき制御データを表示するスケールの調整を実行し、調整されたスケールを用いて、取得された制御データを時系列に表示する。【選択図】図１４

Description

本発明は、制御装置、表示制御方法および表示制御プログラムに関する。

石油、石油化学、化学、ガスなどを用いた各種プラントの運転制御に関し、プラントから取得したデータを用いてプラント状態などを予測する計算を実行し、計算結果に基づいた制御値によりプラントを運転制御する制御装置が知られている（例えば特許文献１参照）。

特開２０１６－２０１０２４号公報

近年では、プラントの状態をリアルタイムに監視して、運転制御を行う高度制御システムも知られている。高度制御システムは、温度、流量、圧力などのプロセス値を目標範囲に維持することが難しい生産工程において、プロセス値を目標範囲内に維持して最適値により近づけ、製品収率の向上やエネルギー使用の効率化を実現し、生産性向上に貢献する技術である。

このような高度制御システムでは、制御装置の制御値により、プラントから取得されるプロセス値がどのように変化するかなどを監視することで、早期の異常検知や生産性向上の検討などが行われる。しかし、プラント内のプロセス値は、複数のプロセス値や複数の制御値と関連しており、複雑なプロセスの関連性を考慮して、効率よく監視することが難しい。

本発明は、プラントを効率的に監視することを目的とする。

一側面にかかる制御装置は、プラントの制御に用いられる制御値または前記プラントの稼働状況を示すプロセス値を含む前記プラントに関する制御データを取得する取得部と、取得された前記制御データの値に基づき前記制御データを表示するスケールの調整を実行し、調整された前記スケールを用いて、取得された前記制御データを時系列に表示する表示制御部とを有することを特徴とする。

一側面にかかる表示制御方法は、コンピュータが、プラントの制御に用いられる制御値または前記プラントの稼働状況を示すプロセス値を含む前記プラントに関する制御データを取得し、取得された前記制御データの値に基づき前記制御データを表示するスケールの調整を実行し、調整された前記スケールを用いて、取得された前記制御データを時系列に表示する処理を実行することを特徴とする。

一側面にかかる表示制御プログラムは、コンピュータに、プラントの制御に用いられる制御値または前記プラントの稼働状況を示すプロセス値を含む前記プラントに関する制御データを取得し、取得された前記制御データの値に基づき前記制御データを表示するスケールの調整を実行し、調整された前記スケールを用いて、取得された前記制御データを時系列に表示する処理を実行させることを特徴とする。

一実施形態によれば、プラントを効率的に監視することができる。

実施形態にかかる制御システムの全体構成例を示す図である。 フィールド機器の例を示す図である。 制御データの例を示す図である。 データ間の関係性を説明する図である。 エラー表示例１を説明する図である。 エラー表示例２を説明する図である。 プラント監視における障害解析を説明する図である。 ＡＰＣサーバの機能構成を示す機能ブロック図である。 監視対象の設定例を説明する図である。 関連データの表示例を説明する図である。 各スケールの設定例を説明する図である。 各スケールの動作例を説明する図である。 Auto Scaleの実行例を説明する図である。 Auto Scaleの詳細を説明する図である。 Auto Scaleの詳細を説明する図である。 一般的なスケールを説明する図である。 一般的なスケールを説明する図である。 一般的なスケールを説明する図である。 Common Scaleの実行を説明する図である。 Auto Scale処理の流れを示すフローチャートである。 段階的なAuto Scale処理の流れを示すフローチャートである。 Common Scale処理の流れを示すフローチャートである。 ハードウェア構成例を説明する図である。

以下に、本願の開示する制御装置、表示制御方法および表示制御プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。また、同一の要素には同一の符号を付し、重複する説明は適宜省略し、各実施形態は、矛盾のない範囲内で適宜組み合わせることができる。

［全体構成］
図１は、実施形態にかかる制御システムの全体構成例を示す図である。図１に示す制御システムは、プラント１、各運転制御装置３、ＡＰＣクライアント６、ＯＰＣサーバ７、ＯＰＣサーバ８、ＡＰＣクライアント９、ＡＰＣサーバ１０を有し、プラント１の制御に用いられるプラント制御システムである。

プラント１、各運転制御装置３、ＯＰＣサーバ７、ＯＰＣサーバ８のそれぞれは、ネットワークＮ１を用いて通信可能に接続される。ＯＰＣサーバ８とＡＰＣクライアント９は、ネットワークＮ２およびネットワークＮ３を用いて、ＯＰＣサーバ７、ＯＰＣサーバ８、ＡＰＣサーバ１０のそれぞれと通信可能に接続される。ＡＰＣサーバ１０は、ネットワークＮ２を介してＡＰＣクライアント６とＯＰＣサーバ７とのそれぞれと接続され、ネットワークＮ２およびネットワークＮ３を介してＯＰＣサーバ８とＡＰＣクライアント９のぞれぞれと接続される。

なお、ネットワークＮ１は、例えば専用に構築された制御バスを採用することができる。ネットワークＮ１で送受信されるデータは、プラント１に関するデータであり、後述するようにプラント１の制御等を行うためのデータも含む。制御には、リアルタイム制御が含まれ得る。この意味において、ネットワークＮ１におけるデータ伝達の欠落等の不具合を防ぐことは、極めて重要である。ネットワークＮ１は、例えば専用に構築された特殊なネットワークである。ネットワークＮ１は、信頼性向上等の観点から、二重化される。その場合、ネットワークＮ１は、２つの通信経路で同じデータを並列に送受信してよい。一方の通信経路に不具合等が発生しても、データの伝達（送受信）が維持される。そのようなネットワークＮ１の例としては、Ｖｎｅｔ／ＩＰ（登録商標）を利用できる。ネットワークＮ２は、ＬＡＮ（Local Area Network）を採用することができ、ネットワークＮ３には、インターネットなどの通信網を採用することができる。また、各ネットワークは、信頼性向上等の観点から二重化することもできる。

プラント１は、石油、石油化学、化学、ガスなどを用いた各種プラントの一例であり、生成物を得るためのさまざまな施設を備える工場等を含む。生成物の例は、ＬＮＧ（液化天然ガス）、樹脂（プラスチック、ナイロン等）、化学製品等である。施設の例は、工場施設、機械施設、生産施設、発電施設、貯蔵施設、石油、天然ガス等を採掘する井戸元における施設等である。

プラント１内には、生成物を生成するための各種機器、プラント１内の状態に関する情報を取得する複数のフィールド機器２などが含まれる。

各フィールド機器２は、プラント１のさまざまな場所に設定されるセンサなどの一例である。各フィールド機器２は、無線通信や有線等によって、運転制御装置３、ＡＰＣクライアント６、ＯＰＣサーバ７などの各種装置と通信可能に接続される。

図２は、フィールド機器の例を示す図である。この例では、フィールド機器２は、センサ機器、操作機器及び警報機器に大別（分類）される。センサ機器は、例えば物理量を取得（検出、測定等）する機器である。センサ機器の例は、圧力センサ、温度センサ、ｐＨセンサ、速度センサ、加速度センサ等である。操作機器は、例えば物理量を操作する機器である。操作機器の例は、バルブ、ポンプ及びファン等であり、モータ及びアクチュエータ等によって駆動される。警報機器は、アラーム等の警報を発する機器である。警報機器の例は、ランプ及びスピーカ等である。なお、フィールド機器２の分類は図２に示される例に限られず、例示しない他のさまざまな機器がフィールド機器２に含まれてよい。

各運転制御装置３は、ＡＰＣクライアント６、ＯＰＣサーバ７、プラント１内の各フィールド機器２などの他の装置と通信可能に接続され、プラント１の運転制御を実行する装置の一例である。具体的には、各運転制御装置３は、プラント１が所望の状態で稼働するように、プラント１の運転を制御する。例えば、各運転制御装置３は、対応するフィールド機器２からデータを取得したり、対応するフィールド機器２にデータを送信したりする。なお、運転制御装置３の数及び各運転制御装置３に対応するフィールド機器２の数は、任意に定められてよい。各運転制御装置３と各フィールド機器２とが１：１で対応していてもよい。また、各運転制御装置３は、プラント１内に配置されてもよい。また、運転制御装置３は、プラント１ごとに設置される１台の装置でもよく、特定の機能や制御ごとに複数台設置されてもよい。

ＡＰＣクライアント６およびＡＰＣクライアント９は、プラントの状態等を監視する監視装置の一例である。例えば、ＡＰＣクライアント６およびＡＰＣクライアント９は、ＡＰＣサーバ１０のクライアント装置として動作し、ＡＰＣサーバ１０で表示される各種情報を表示して、プラント１の動作や各種プロセスの状況などを監視する。一例をあげると、ＡＰＣクライアント６およびＡＰＣクライアント９は、プラント１で発生したアラーム等に対応する情報を各クライアントのユーザ（オペレータ等）に提示したり、ＡＰＣサーバ１０の解析結果（アラームの予測等）に対応する情報を提示したりする。

ＯＰＣサーバ７は、ＡＰＣサーバ１０とプラント１との通信を連携させる装置の一例である。例えば、ＯＰＣサーバ７は、ＡＰＣサーバ１０からプラント１へ送信される制御データを取得し、プラント１で使用される形式に変換して、プラント１内の運転制御装置３に送信する。その後、運転制御装置３が制御データを用いたプラント１の制御を実行する。また、ＯＰＣサーバ７は、フィールド機器２や運転制御装置３からプラント１に関する制御データを取得し、ＡＰＣサーバ１０で使用される形式に変換して、ＡＰＣサーバ１０に送信する。

例えば、データの管理上またはセキュリティ向上のために、プラント１のデータフォーマットと、ＡＰＣサーバ１０などのデータフォーマットとを異ならせることがある。この場合、ＯＰＣサーバ７は、それらの間のデータのフォーマット変換及び受け渡し等を担う。例えば、ネットワークＮ１のデータフォーマットは、プラント１を運転制御する運転制御装置３の独自の規格に従ってよい。ネットワークＮ２のデータフォーマットは、ＡＰＣサーバ１０や各ＡＰＣクライアントの規格、例えばＯＰＣ（Open Platform Communications）の規格に従ってよい。

ＯＰＣサーバ８は、ＡＰＣサーバ１０から出力される制御データを蓄積し、ＯＰＣサーバ７を介してプラント１の制御データを取得して蓄積するデータベースサーバの一例である。このようにして取得された制御データは、障害原因の解析、運転制御の解析などに利用される。

ＡＰＣサーバ１０は、プラント１の制御に用いられる制御値またはプラント１の稼働状況を示すプロセス値を含むプラントに関する制御データを用いて、プラント１の高度制御（ＡＰＣ：Advanced Process Control）を実行する制御装置の一例である。例えば、ＡＰＣサーバ１０は、ＯＰＣサーバ７によって収集された制御データを取得し、制御データを用いて、プラント１を制御するための計算値を算出し、ＯＰＣサーバ７を介してプラント１の制御を実行する。

（制御データの説明）
ここで、図１に示す制御システムで使用されるプラント１に関する制御データについて説明する。以下では、プラント１に関する制御データを、単に「データ」という場合もある。図３は、制御データの例を示す図である。この例では、制御データは、プロセス値（プロセス変数）ＰＶ、設定値（設定変数）ＳＶ及び操作値（操作変数）ＭＶに大別（分類）される。

プロセス値ＰＶは、プラント１におけるプロセスの状態を示すデータである。プロセス値ＰＶは、例えば対応するフィールド機器２によって取得される。プロセス値ＰＶの例は、圧力、温度、流量、ｐＨ値、速度及び加速度等である。

操作値ＭＶは、プラント１における操作を示すデータである。操作値ＭＶは、例えば対応するフィールド機器２から取得される。また、操作値ＭＶは、例えば運転制御装置３から対応するフィールド機器２に与えられる。与えられた操作値ＭＶに従って、フィールド機器２が動作する。操作値ＭＶの例は、バルブ操作量（例えばバルブ開度）、ポンプ操作量及びファン操作量等である。

なお、データの分類は図３に示される例に限られず、また、例示しない他のさまざまなデータが扱われてよい。例えば、制御データには、プラント１の外部からの影響を示す外乱値（外乱変数：ＤＶ）、プロセス値ＰＶや操作値ＭＶにより操作されるプラント１内の変数である制御値（制御変数：ＣＶ）なども含まれる。

（制御データの流れ）
次に、制御システム１００の動作について、主にデータの流れに沿って説明する。プラント１からのデータは、ネットワークＮ１を介して、ＯＰＣサーバ７及びＡＰＣクライアント６に送信される。ＯＰＣサーバ７及びＡＰＣクライアント６は、プラント１からのデータを、例えば周期的に取得して収集する。

ＯＰＣサーバ７によって収集されたデータは、ＡＰＣサーバ１０によって読み出される。ＡＰＣサーバ１０は、データ（プロセス値ＰＶ等）と、シミュレーションや物理モデルやモデリングなどを用いて、プラント１を制御するための計算値を算出する。計算値の例は、設定値ＳＶ及び操作値ＭＶ等であり、ＡＰＣサーバ１０によってＯＰＣサーバ７に書き込まれる。そして、ＯＰＣサーバ７に書き込まれた計算値が、プラント１の制御に反映される。この他に、ＡＰＣサーバ１０は、各ＡＰＣクライアントによるプラント１の監視に供することのできる解析等（将来発生しうるアラームの予測等）を行い、解析結果を各ＡＰＣクライアントに送信する。

ＡＰＣサーバ１０によってＯＰＣサーバ７から読み出されたデータの少なくとも一部のデータ（例えば上述の計算に用いられたデータ）は、ＡＰＣサーバ１０によってＯＰＣサーバ７に書き込まれる。また、ＡＰＣサーバ１０によってＯＰＣサーバ７に書き込まれたデータ（上述の計算値等）も、ＡＰＣサーバ１０によってＯＰＣサーバ８に書き込まれる。ＯＰＣサーバ８は、書き込まれたデータを、例えば時系列データとして蓄積する。ＯＰＣサーバ８に蓄積されたデータは、ＡＰＣサーバ１０によって読み出される。読み出されたデータは、例えば過去にＡＰＣサーバ１０が行った計算結果のレビュー等に用いられる。

ＡＰＣサーバ１０の計算値がＯＰＣサーバ７に書き込まれると、ＯＰＣサーバ７は、書き込まれた計算値がプラント１の制御に反映されるように動作する。例えば、計算値が設定値ＳＶの場合、ＯＰＣサーバ７は、設定値ＳＶを運転制御装置３に送信する。運転制御装置３は、プロセス値ＰＶを設定値ＳＶに近づけるような操作値ＭＶを計算し、対応するフィールド機器２に与える。計算値が操作値ＭＶの場合、ＯＰＣサーバ７は、その操作値ＭＶを、例えば運転制御装置３を介して、対応するフィールド機器２に与える。一連の処理が繰り返し実行されることにより、運転制御装置３のみでプラント１を制御する場合よりも、プラント１が高度に制御される。このような制御装置４によるプラント１の高度制御等とも称される。

上記のＡＰＣサーバ１０によるプラント１の制御、とくに、ＯＰＣサーバ７及びＯＰＣサーバ８それぞれに対するデータの読み書きを含む一連の処理を、「アプリケーション」または「プロセス」と称する。アプリケーションまたはプロセスは、目的とするプラント１の制御ごとに規定されてよい。例えば、プラント１の或る部分に関するプロセス値ＰＶの制御を目的とするアプリケーションによる制御と、別の部分に関するプロセス値ＰＶの制御を目的とするアプリケーションによる制御とが同時に行われてよい。なお、制御システム１００のように、運転制御装置３による運転制御機能、ＡＰＣサーバ１０による高度制御機能、さらには各ＡＰＣクライアントによる監視機能等が分散されて設けられたシステムは、分散制御システム（ＤＣＳ：Distributed Control System）等とも称される。

（監視モニタリングの改善点）
ところで、図１に示す制御システムでは、例えば、プラント１に対して１つの制御（例えば制御値ＭＶ）を実行したときに、プラント１内で複数の制御値（制御変数：ＣＶ）が影響を受けることから、これらの関連するデータを時系列に把握または監視することで、プラント１の動作監視やＡＰＣサーバ１０の予測性能の精度監視を実現する。

図４は、データ間の関係性を説明する図である。図４では、プラント１内にあるプロセス装置の一例である蒸留塔に対する高度制御を図示する。図４に示すように、フィールドへの加熱量を操作する操作変数ＭＶ「52X01」を蒸留塔へ投入した場合、塔頂温度（制御変数ＣＶ＝52T01）、塔底温度（制御変数ＣＶ＝52T02）、塔頂のロード流量（制御変数ＣＶ＝52X02）、塔底のロード流量（制御変数ＣＶ＝52X03）のそれぞれの出力値が変化する。つまり、プラント１に対する１つプロセスにおいて複数のデータが相互に関連している。

このようなデータ間の関連性をまとめて監視するには、同じスケール（画面の上限値および下限値）を用いて、１つの画面上で複数のデータを時系列にトレンド表示して監視することが考えられる。しかし、関連データであっても、データ値の大きさやデータ値の変化などが類似しないことも多い。そのような場合には、監視画面で異常を検出することも難しく、早期の対応を行うことも難しい。

ここで、図５と図６を用いて、データを時系列に表示して監視する例について説明する。図５は、エラー表示例１を説明する図である。図５では、互いに関連するデータＡ１とデータＡ２とを監視する例を説明する。上記例に当てはめると、データＡ１が塔頂温度（制御変数ＣＶ＝52T01）、データＡ２が塔頂のロード流量（制御変数ＣＶ＝52X02）などである。ここでは、一例として、データＡ１は時系列の変化が小さいデータであり、データＡ２は時系列の変化が大きいデータであるとする。

図５に示すように、「１４：０５」、「１４：０９」、「１４：１１」頃にデータＡ２が大きく変化しているものの、データＡ１の変化は微小である。このような場合に、同じスケールの１画面で監視していると、データＡ２の変化値の最大値を表示することができない。つまり、適当に決定したスケールで監視することで、データＡ２の異常度合いを目視することができず、異常に相関があるのかないのかを判断することもできない。

図６は、エラー表示例２を説明する図である。図６では、互いに関連するデータＢ１とデータＢ２とを監視する例を説明する。上記例に当てはめると、データＢ１が操作変数ＭＶ、データＢ２が塔頂の塔頂温度（制御変数ＣＶ＝52T01）などである。ここでは、一例として、データＢ１はＡＰＣサーバ１０によるあるデータの計算値（予測値）であり、データＢ２はあるデータの実測値とする。

図６に示すように、「１１：２８」頃に実測値であるデータＢ２が大きく変化しているものの、予測値であるデータＢ１の変化は微小である。このような場合でも、同じスケールの１画面で監視していると、データＢ２の変化に追従してスケール調整を実行することができない。つまり、適当に決定したスケールで監視することで、データＢ２の異常度合いを目視することができず、予測値に異常があるのか、実測値に異常が発生したのかを判断することが難しい。

これらの事象が発生した場合、オペレータが画面のスケールを手動で調整して異常度合いを把握することなどが行われる。しかし、プラント１で取得される各データは、一般的なユーザデータや通信データなどとは異なり、変化が大きいデータも変化が小さい繊細なデータも含まれることから、すべてのデータを１画面で表示するためのスケールを瞬時に判断して変更することが難しい。さらには、プラント１で取得される各データは、途切れることなく連続で取得されるデータであることから、ある一瞬で判断して変更したスケールが次の瞬間には再度変更する必要があることも多い。なお、図５や図６では、２つのデータのみを表示しているが、さらに多くのデータを同時に表示している場合には、スケール調整はより困難なものとなる。

このように、オペレータ等は、異常が発生した場合にスケール調整が迅速に行えず、スケール調整により障害対策がかえって遅れることも懸念されることから、一般的には、蓄積されるデータを用いた解析を行う。図７は、プラント監視における障害解析を説明する図である。図７に示すように、監視している複数のデータそれぞれについてＣＳＶ（Comma Separated Value）ファイルに出力した上で、各ＣＳＶファイルを用いた障害解析が行われる。異常度合いに関わらず、このような解析方法を用いることは、オペレータ等の負担も増大し、関連するデータが多いほど解析時間も増大することから、有効的な手法とは言い難い。

そこで、実施形態１では、複雑なプロセスの関連性を考慮して、効率よく監視する手法を説明する。具体的には、ＡＰＣサーバ１０は、プラント１の制御に用いられる制御値またはプラント１の稼働状況を示すプロセス値を含むプラント１に関する制御データを取得する。そして、ＡＰＣサーバ１０は、取得された制御データの値に基づき制御データを表示するスケールの調整を実行し、調整されたスケールを用いて、取得された制御データを時系列に表示する。

つまり、ＡＰＣサーバ１０は、随時取得される監視対象の各データを同一画面上で表示する際に、各データの変化を自動で追従して適切なスケールに自動調整しつつ、各データを同一画面上に表示した監視画面を提供する。

［機能構成］
次に、制御システムが有する各装置の機能構成について説明する。なお、各ＯＰＣサーバは、分散制御システムやＡＰＣで利用されるＯＰＣサーバと同様の構成を有し、各ＡＰＣクライアントは、ＡＰＣサーバ１０と同様の構成とすることができるので、これらの詳細な説明は省略する。

ここでは、分散制御システムやＡＰＣで利用されるサーバとは異なる機能を有するＡＰＣサーバ１０について説明する。図８は、ＡＰＣサーバ１０の機能構成を示す機能ブロック図である。図８に示すように、ＡＰＣサーバ１０は、通信部１１、出力部１２、記憶部１３、制御部２０を有する。

通信部１１は、他の装置の通信を制御する処理部であり、例えば通信インタフェースなどにより実現される。例えば、通信部１１は、ＯＰＣサーバ７やＯＰＣサーバ８に計算値などのデータを送信し、ＯＰＣサーバ７からプラント１のデータなどを受信する。

出力部１２は、各種データを表示出力する処理部であり、例えばディスプレイやタッチパネルなどにより実現される。例えば、出力部１２は、後述する制御部２０によって生成される各種画面を表示出力する。また、出力部１２は、各種画面を各ＡＰＣクライアントに出力することもできる。

記憶部１３は、各種データや制御部２０が実行するプログラムなどを記憶する記憶装置の一例であり、例えばメモリやハードディスクにより実現される。例えば、記憶部１３は、収集データＤＢ１４とスケール設定ＤＢ１５を記憶する。なお、記憶部１３は、アプリケーションの詳細、各データの詳細（データ名など）、および、アプリケーションとアプリケーションが制御対象とするデータとの対応付けなどを記憶する。

収集データＤＢ１４は、ＯＰＣサーバ７から収集した各種データやＡＰＣサーバ１０が出力する各種データを記憶するデータベースである。例えば、収集データＤＢ１４は、プロセス値ＰＶ、設定値ＳＶ、操作値ＭＶ、外乱値ＤＶ、制御値ＣＶなどを時系列で記憶する。

スケール設定ＤＢ１５は、後述するスケールの自動調整機能に関する設定情報を記憶するデータベースである。例えば、スケール設定ＤＢ１５は、同じ画面で表示するデータの選択設定、Auto Scale機能の有効無効設定、Common Scale機能の有効無効設定などを記憶する。

制御部２０は、ＡＰＣサーバ１０全体を司る処理部であり、例えばプロセッサなどにより実現される。制御部２０は、収集部２１、設定変更部２２、表示制御部２３を有する。なお、収集部２１、設定変更部２２、表示制御部２３は、プロセッサが有する電子回路やプロセッサが実行するプロセスなどにより実現される。

この制御部２０は、シミュレーション、物理モデルまたはモデリングなどを用いて、プラント１を制御するため制御を実行する。例えば、制御部２０は、プラント１を制御するための計算値（設定値ＳＶ及び操作値ＭＶ等）を算出し、ＯＰＣサーバ７を介して、プラント１の制御を実行する。

収集部２１は、各種データを収集して収集データＤＢ１４に格納する処理部である。例えば、収集部２１は、ＯＰＣサーバ７を介して、プラント１で実行されたプロセス値ＰＶ、設定値ＳＶ、操作値ＭＶなどやプラント１で発生した制御値ＣＶなどを収集する。また、収集部２１は、制御部２０が計算した計算値なども収集する。なお、収集するタイミングは、予め設定した間隔など任意に設定することができる。

設定変更部２２は、スケール設定ＤＢ１５の各種設定変更を実行する処理部である。具体的には、設定変更部２２は、オペレータ等のユーザ操作を受け付けて、各種設定変更を実行する。なお、設定変更部２２の詳細は後述する。

表示制御部２３は、各種データを時系列に表示する監視画面を生成して、出力部１２に表示出力する処理部である。具体的には、表示制御部２３は、Auto Scale機能やCommon Scale機能などを実行して、スケールの自動調整をしつつ、監視対象のデータ（プロセス値ＰＶなど）を表示する画面を生成して出力する。なお、表示制御部２３の詳細は後述する。

［表示設定の説明］
次に、図９から図１２を用いて設定変更部２２が実行する各種設定について説明する。

（表示対象の設定）
図９は、監視対象の設定例を説明する図である。つまり、図９は、監視画面に表示する表示対象のデータを設定する図である。図９に示すように、設定変更部２２は、ユーザ操作により設定画面１００を表示する。設定画面１００には、アプリケーション名（プロセス名）を選択する領域１０１、表示対象を選択する領域１０２および領域１０３が含まれる。

そして、設定変更部２２は、領域１０１において選択されたアプリケーションで制御されるデータを領域１０２および領域１０３に表示する。図９の例では、設定変更部２２は、領域１０１においてアプリケーション「AP1」が選択されると、アプリケーション「AP1」で制御対象となる、ＭＶ名の一覧を領域１０２に表示し、ＣＶ名を領域１０３に表示する。

ここで、設定変更部２２は、ＭＶ名として「Name、Description、Output」などを表示する。「Name」は、アプリケーションで制御対象となる操作変数の名称であり、「Description」は、操作変数の説明であり、「Output」は、操作変数の値である。同様に、設定変更部２２は、ＣＶ名として「Name、Description、Current Value」などを表示する。「Name」は、アプリケーションで制御対象となる制御変数であり、「Description」は、制御変数の説明であり、「Current Value」は、制御変数の現在値である。図９の例では、設定変更部２２は、ＭＶ名として「AP1.SV、燃料量（設定値）、72.341」などを表示し、ＣＶ名として「AP1.01PV、フィード温度（実測値）、67.283」を表示する。

さらに、設定変更部２２は、図４で説明した関連性があるデータを表示することもできる。例えば、設定変更部２２は、ユーザから指示や図９上でＭＶ名の選択を受け付けると、図１０に示す画面を表示する。

図１０は、関連データの表示例を説明する図である。設定変更部２２は、ＭＶ名「Name、Output、Act Mode」として「AP1.SV、72.341、Active」を表示するとともに、該当データの時系列データを表示する。なお、「Name」は、操作変数の名称であり、「Output」は、操作変数の値であり、「Act Mode」は、操作変数の状態（ActiveまたはInactive）である。また、時系列データは、操作変数の値を時系列に表示したデータである。

また、設定変更部２２は、図１０のＭＶ名「AP1.SV」が選択されると、ＭＶ名「AP1.SV」と関連するＣＶ名を表示する。例えば、設定変更部２２は、ＣＶ名「Name、Output、Act Mode」として「AP1.01PV、67.283、Active」を表示するとともに、該当データの時系列データを表示する。なお、「Name」は、制御変数の名称であり、「Output」は、制御変数の値であり、「Act Mode」は、制御変数の状態（ActiveまたはInactive）である。また、時系列データは、制御変数の値を時系列に表示したデータである。

このように、設定変更部２２は、アプリケーション間の関係性やアプリケーションで制御されるデータ間の関係性などをあらかじめ設定しておくことで、それらを紐づけてユーザに提示することができる。この結果、ユーザは、複雑な関係性を視認しつつ、監視対象を設定したり、随時変更したりすることができ、設定の簡略化や設定ミスなどを防止することができる。なお、設定変更部２２は、図９や図１０で説明したデータに限定されるものではなく、各アプリケーションおよび各データについて同様に処理することができる。また、図示した設定画面に限定されるものではなく、設定画面の細分化、構成変更などは任意に実行することができる。

（スケールの設定）
次に、図１１と図１２を用いてスケールの設定について説明する。図１１は、各スケールの設定例を説明する図であり、図１２は、各スケールの動作例を説明する図である。

図１１に示すように、設定変更部２２は、ユーザにより選択されたデータを表示する際のスケールの設定画面を出力する。設定変更部２２は、設定画面上で「下限値、上限値、Auto Scale、Common Scale」の設定を受け付ける。「下限値」は、データを時系列で表示する画面の表示スケールの下限値であり、「上限値」は、データを時系列で表示する画面の表示スケールの下限値である。すなわち、上限値と下限値は、トレンドの表示画面のスケールを設定する情報である。「Auto Scale、Common Scale」は、チェックボックス形式で選択可能に表示され、有効にする場合にはチェックが入力される。Auto ScaleとCommon Scaleは、排他制御される必要はなく、両方有効にすることもできる。なお、本実施形態においては、データを時系列で表示する画面を、表示画面、監視画面またはトレンド画面などと記載することがある。なお、これらの画面の縦軸はデータの値であり、横軸は時間である。

ここで、各スケールについて詳細に説明する。図１２に示すように、「Auto Scale」は、トレンドの上下限値の自動調整を行う機能である。したがって、「Auto Scale」では、図１１に示した「下限値、上限値」に関係なく、自動でスケール調整が実行される。「Common Scale」は、２つ以上のデータのトレンド表示において上下限を共有する機能である。したがって、「Common Scale」では、図１１に示した「下限値、上限値」に基づき自動でスケール調整が実行される。また、「Auto Scale＋Common Scale」は、両方の機能を有効にした機能であり、図１１に示した「下限値、上限値」に関係なくトレンドの上下限値の自動調整を行いつつ、複数のデータ間でそのスケールを共有する。

［表示制御の具体例］
次に、上述したAuto ScaleとCommon Scaleの具体的な処理について説明する。

（Auto Scale）
まず、図１３から図１５を用いて、Auto Scaleについて説明する。図１３は、Auto Scaleの実行例を説明する図であり、図１４と図１５は、Auto Scaleの詳細を説明する図である。

図１３に示すように、表示制御部２３が、データＢ１とデータＢ２とを随時取得して、同じ画面２００上で、時系列で表示（トレンド表示）しており、この状態で、異常に上昇した新たなデータＢ２が取得された例で説明する。Auto Scaleが有効ではない場合、表示制御部２３は、通常通り、時系列で表示を行うので、データＢ２の値を表示することができない。一方、Auto Scaleが有効である場合、表示制御部２３は、データＢ２に関してスケールを自動調整した上で時系列の表示を行うので、データＢ２の値を表示することができる。

ここで、Auto Scaleのスケール調整について具体的に説明する。表示制御部２３は、画面２００で表示されている期間のデータの最大値と最小値を用いてスケール（上限値、下限値）を決定し、自動でスケールを変更する。例えば、図１４に示すように、表示制御部２３は、画面２００上でデータＢ２が表示されている「11：16から11：29」の範囲に属するデータＢ２の最大値と最小値を取得し、最大値にマージン（＋α）を加えた上限値と最小値にマージン（α）を減算した下限値とを設定したスケールに自動で切り替える。なお、マージンの値（α値）は、任意に設定することができる。

また、表示制御部２３は、任意の区間についてのみAuto Scaleを実行することもできる。例えば、図１５に示すように、表示制御部２３は、画面２００上のうち「11：28」から現在時刻（11：38）までの「区間Ｘ」についてAuto Scaleを有効にした場合、区間Ｘについては図１４に示したスケールの自動調整を実行し、現在時刻以降に新たに取得するデータについてもAuto Scaleを実行する。一方で、表示制御部２３は、Auto Scaleが無効である「11：28」以前の区間Ｙについて、Auto Scaleが有効である区間Ｘのスケールに関係なく、区間Ｙで設定されていたスケールを維持して表示を実行する。

なお、表示制御部２３がAuto Scaleの区間設定を受け付ける手法は、ポインタなどを用い設定により受け付けることもでき、手入力により有効にする時間幅を受け付けることもでき、画面２００上で現在時刻を示す表示バーを移動操作することで有効範囲を受け付けることもできる。

（段階的なAuto Scale）
ところで、プラント１では、障害や異常により、表示対象のデータが一定期間、小さな変化を繰り返することがある。このような状態で、表示制御部２３がデータを取得するたびにAuto Scaleを実行すると、スケールが頻繁に変更されるので、オペレータ等のユーザにとっては却って異常状態の把握が困難になることも考えられる。

そこで、実施形態１で説明するＡＰＣサーバ１０は、このような場合であっても、段階的なAuto Scaleを実行することにより、ユーザの視認性を向上させることができる。具体的には、表示制御部２３は、最新のデータの値が現在のスケールの中央値以上の場合、最新のデータの値と現在のスケールの上限値との差分１を算出する。そして、表示制御部２３は、差分１が閾値以上である場合は現在のスケールで表示可能と判断し、Auto Scaleの実行を抑制する。一方、表示制御部２３は、差分１が閾値未満である場合は現在のスケールの変更が必要と判断し、Auto Scaleを実行する。

同様に、表示制御部２３は、最新のデータの値が現在のスケールの中央値未満の場合、最新のデータの値と現在のスケールの下限値との差分２を算出する。そして、表示制御部２３は、差分２が閾値以上である場合は現在のスケールで表示可能と判断してAuto Scaleの実行を抑制し、差分２が閾値未満である場合は現在のスケールの変更が必要と判断してAuto Scaleを実行する。

なお、段階的なAuto Scaleは上記手法に限定されるものではない。例えば、表示制御部２３は、常にAuto Scaleを実行してスケールを計算し、新たなスケール（上限値または下限値）と現在表示されているスケール（上限値または下限値）との差分が閾値以上となった場合に、新たなスケールに変更し、差分が閾値未満の場合が現在のスケールを維持することもできる。

（Common Scale）
次に、図１６から図１９を用いて、Common Scaleについて説明する。図１６、図１７、図１８は、一般的なスケールを説明する図であり、図１９は、Common Scaleの実行を説明する図である。

ここでは、１つの画面２００に３つのデータＣ１、Ｃ２、Ｃ３を表示している例で説明する。この場合、表示制御部２３は、１つの画面２００上で各データに合わせたスケールのトレンド表示を実行する。このため、ユーザは、各データの値や遷移を把握するためには、各データを選択（クリック）して各データのスケールに切り替える必要である。

具体的には、図１６に示すように、表示制御部２３は、データＣ１が選択されると、データＣ１に対して設定されたスケール（上限値＝９３、下限値＝６３）の表示に切り替える。また、図１７に示すように、表示制御部２３は、データＣ２が選択されると、データＣ２に対して設定されたスケール（上限値＝８９、下限値＝５９）の表示に切り替える。また、図１８に示すように、表示制御部２３は、データＣ３が選択されると、データＣ３に対して設定されたスケール（上限値＝７５．３９、下限値＝６７．８９）の表示に切り替える。

このように、個々のスケールが異なる状態で、複数のデータを１画面で監視する場合、それぞれのデータの値が異なるものの同じ画面上に表示されるので、データの値の誤認識が発生する可能性がる。例えば、データＣ３よりもデータＣ１の方が大きい値であるにも関わらず、データＣ３よりも下に位置に表示されることがある。この場合、ユーザは、正確な値を確認するために、それぞれのデータを選択してスケールを参照する必要があり、利便性が低下する。

そこで、実施形態１で説明するＡＰＣサーバ１０は、Common Scaleの機能により、表示対象である複数のデータを、共通のスケールで表示することができる。具体的には、図１９に示すように、設定変更部２２は、図１１で説明した設定画面を表示して、データＣ１、Ｃ２、Ｃ２のそれぞれについて「Common Scale」の有効設定を受け付け、それぞれについて「上限値、下限値」の設定を受け付ける。設定受付後、表示制御部２３は、各下限値のうち最小の下限値と、各上限値のうち最大の上限値を選択し、これらを設定した共通のスケールで、データＣ１、Ｃ２、Ｃ３の時系列表示を実行する。図１９の例では、表示制御部２３は、データＣ３に設定された「下限値＝６５」とデータＣ１に設定された「上限値＝９３」を採用したスケールで表示する。すなわち、表示制御部２３は、各データに対して設定された個別の上限値および下限値を含む最小の表示範囲をスケールに設定して表示を実行する。

なお、Auto Scaleが有効のデータと無効のデータとを混在して表示させることもできる。例えば、表示制御部２３は、データＣ１とＣ３についてAuto Scaleが有効、データＣ２についてAuto Scaleが無効に設定されている場合、データＣ１とＣ３については上記手法により共通のスケールで表示し、データＣ２については設定されている個別のスケールで表示する。このようにすることで、関連性の高いデータを表示させつつ、変化が類似するデータのみを共通スケールで閲覧可能に表示することができる。

なお、Auto ScaleとCommon Scaleは、同時に制御することができる。この場合、表示制御部２３は、Common Scaleにおけるスケールを設定値ではなく、各データについて図１４の手法によりスケールを算出し、算出された各スケールの最大値と最小値を採用したスケールを用いて表示する。また、Common Scaleについても、図１５で説明した指定範囲のみを有効として表示制御することができる。

［処理の流れ］
次に、図２０から図２２を用いて、Auto Scale、段階的なAuto Scale、Common Scaleの各処理の流れについて説明する。なお、各設定は、すでに有効に設定されているものとする。

（Auto Scale処理の流れ）
図２０は、Auto Scale処理の流れを示すフローチャートである。図２０に示すように、表示制御部２３は、収集部２１により新たなデータが収集されると（Ｓ１０１：Ｙｅｓ）、ユーザにより指定された指定区間であって新たなデータを含む各データから最大値と最小値を収集データＤＢ１４から取得する（Ｓ１０２）。

続いて、表示制御部２３は、最大値にマージンを加味した上限値を算出し（Ｓ１０３）、最小値にマージンを加味した下限値を算出する（Ｓ１０４）。そして、表示制御部２３は、指定区間のトレンドのスケールを、算出された上限値と下限値に変更して、データ表示を実行する（Ｓ１０５）。

（段階的なAuto Scale処理の流れ）
図２１は、段階的なAuto Scale処理の流れを示すフローチャートである。図２１に示すように、表示制御部２３は、収集部２１により新たなデータが収集されると（Ｓ２０１：Ｙｅｓ）、前回からの変化が閾値未満か否かを判定する（Ｓ２０２）。

そして、表示制御部２３は、前回からの変化が閾値未満の場合（Ｓ２０２：Ｙｅｓ）、取得されたデータが現在の表示範囲（スケール）に収まるか否かを判定する（Ｓ２０３）。ここで、表示制御部２３は、取得されたデータが現在の表示範囲に収まる場合（Ｓ２０３：Ｙｅｓ）、現在のスケールを維持して表示する（Ｓ２０４）。

一方、前回からの変化が閾値以上の場合（Ｓ２０２：Ｎｏ）、または、取得されたデータが現在の表示範囲に収まらない場合（Ｓ２０３：Ｎｏ）、表示制御部２３は、Ｓ２０５からＳ２０８を実行する。なお、Ｓ２０５からＳ２０８は、図２０のＳ１０２からＳ１０５と同様の処理なので、詳細な説明は省略する。

（Common Scale処理の流れ）
図２２は、Common Scale処理の流れを示すフローチャートである。なお、ここでは、設定からデータ収集までの一連のフローを説明するが、あくまで一例であり、別々のフローで実行することもできる。

図２２に示すように、表示制御部２３は、Common Scaleが設定されると（Ｓ３０１：Ｙｅｓ）、設定された各データに対応するスケールの上限値の最大値と下限値の最小値を特定する（Ｓ３０２、Ｓ３０３）。そして、表示制御部２３は、最大値を上限値に設定し、最小値を下限値に設定したスケールで、各データのトレンド表示を実行する（Ｓ３０３）。

その後、表示制御部２３は、収集部２１により新たなデータが収集されると（Ｓ３０５：Ｙｅｓ）、Auto Scaleが設定されていない場合には（Ｓ３０６：Ｙｅｓ）、設定済みのスケール（上限値と下限値）でトレンド表示を実行する（Ｓ３０７）。

一方、表示制御部２３は、Auto Scaleが設定されている場合には（Ｓ３０６：Ｎｏ）、図２０または図２１で説明したAuto Scale処理を実行する（Ｓ３０８）。そして、表示制御部２３は、Auto Scale処理で決定された上限値と下限値を設定したスケールで、各データのトレンド表示を実行する（Ｓ３０９）。

［効果］
上述したように、ＡＰＣサーバ１０は、関連するデータを１つの画面で同時に監視する環境であっても、データを取得するたびに自動でスケールを調整しつつ表示することができる。この結果、ＡＰＣサーバ１０は、オペレータ等の負担も軽減し、複雑なプロセスの関連性を考慮した効率的な監視手法を実現することができる。

また、ＡＰＣサーバ１０は、所定期間内に取得されたデータの最大値および最小値を範囲内とするスケールの上限値と下限値を決定し、決定された上限値と下限値を設定したスケールを用いて、取得されたデータを時系列に表示することができる。この結果、ＡＰＣサーバ１０は、任意の期間に関してAuto Scaleを実現することができ、データ異常が発生した前後を異なるスケールで提示することができるので、ユーザの利便性を向上できる。

また、ＡＰＣサーバ１０は、段階的なAuto Scaleを実行することができるので、不要なスケール変更を抑制することができるので、視認性を向上させることができる。また、ＡＰＣサーバ１０は、複数のデータそれぞれについて独立にAuto Scaleを実行することができるので、関連性を保ちつつ、独立した監視環境を提供することができる。

また、ＡＰＣサーバ１０は、同一の上限値と下限値とが設定された同一スケールを用いた同一画面上に、複数の制御データそれぞれを時系列で表示し、複数の制御データのうちいずれかの制御データが新たに取得された場合、同一スケールを維持した同一画面上で、新たに取得された制御データの時系列を更新することができる。この結果、ＡＰＣサーバ１０は、Common Scaleを実現することができ、関連性の高いデータを表示させつつ、変化が類似するデータのみを共通スケールで閲覧可能に表示することができる。

［その他の実施形態］
さて、これまで本発明の実施形態について説明したが、本発明は上述した実施形態以外にも、種々の異なる形態にて実施されてよいものである。

［数値等］
上記実施形態で用いた制御システムが有する各装置の台数、トレンド表示の時間間隔（横軸）、各数値、プロセス値ＰＶなど各データの種類や値、データ間の関係性などは、あくまで一例であり、任意に変更することができる。また、上記実施形態では、上限値と下限値の両方をAuto ScaleやCommon Scaleによる自動調整の対象とする例を説明したが、どちらか一方のみを自動調整の対象とすることもできる。

［システム］
上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散や統合の具体的形態は図示のものに限られない。つまり、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵ（Central Processing Unit）および当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

［ハードウェア］
次に、ＡＰＣサーバ１０のハードウェア構成例を説明する。なお、他の装置も同様のハードウェア構成とすることができる。図２３は、ハードウェア構成例を説明する図である。図２３に示すように、ＡＰＣサーバ１０は、通信装置１０ａ、ＨＤＤ（Hard Disk Drive）１０ｂ、メモリ１０ｃ、プロセッサ１０ｄを有する。また、図２３に示した各部は、バス等で相互に接続される。

通信装置１０ａは、ネットワークインタフェースカードなどであり、他のサーバとの通信を行う。ＨＤＤ１０ｂは、図８に示した機能を動作させるプログラムやＤＢを記憶する。

プロセッサ１０ｄは、図８に示した各処理部と同様の処理を実行するプログラムをＨＤＤ１０ｂ等から読み出してメモリ１０ｃに展開することで、図８等で説明した各機能を実行するプロセスを動作させる。例えば、このプロセスは、ＡＰＣサーバ１０が有する各処理部と同様の機能を実行する。具体的には、プロセッサ１０ｄは、収集部２１、設定変更部２２、表示制御部２３等と同様の機能を有するプログラムをＨＤＤ１０ｂ等から読み出す。そして、プロセッサ１０ｄは、収集部２１、設定変更部２２、表示制御部２３等と同様の処理を実行するプロセスを実行する。

このように、ＡＰＣサーバ１０は、プログラムを読み出して実行することで各種処理方法を実行する情報処理装置として動作する。また、ＡＰＣサーバ１０は、媒体読取装置によって記録媒体から上記プログラムを読み出し、読み出された上記プログラムを実行することで上記した実施例と同様の機能を実現することもできる。なお、この他の実施例でいうプログラムは、ＡＰＣサーバ１０によって実行されることに限定されるものではない。例えば、他のコンピュータまたはサーバがプログラムを実行する場合や、これらが協働してプログラムを実行するような場合にも、本発明を同様に適用することができる。

このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ－ＲＯＭ、ＭＯ（Magneto－Optical disk）、ＤＶＤ（Digital Versatile Disc）などのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することができる。

１０ ＡＰＣサーバ
１１ 通信部
１２ 出力部
１３ 記憶部
１４ 収集データＤＢ
１５ スケール設定ＤＢ
２０ 制御部
２１ 収集部
２２ 設定変更部
２３ 表示制御部

Claims (9)

1. プラントの制御に用いられる制御値または前記プラントの稼働状況を示すプロセス値を含む前記プラントに関する制御データを取得する取得部と、
   取得された前記制御データの値に基づき前記制御データを表示するスケールの調整を実行し、調整された前記スケールを用いて、取得された前記制御データを時系列に表示する表示制御部と
   を有することを特徴とする制御装置。
2. 前記表示制御部は、
   前記制御データが取得された場合に、所定期間内に取得された前記制御データの最大値および最小値を範囲内とする前記スケールの上限値と下限値を決定し、
   決定された前記上限値と前記下限値を設定した前記スケールを用いて、取得された前記制御データを時系列に表示する
   ことを特徴とする請求項１に記載の制御装置。
3. 前記表示制御部は、
   取得された前記制御データの値と前回取得された値との差分を算出し、
   前記差分が閾値未満の場合は、前記スケールの上限値と下限値とを前回値のまま維持すると決定し、前記差分が閾値以上の場合は、前記所定期間内に取得された前記制御データの最大値および最小値を範囲内とする前記スケールの上限値と下限値を決定し、
   決定された前記上限値と前記下限値を設定した前記スケールを用いて、取得された前記制御データを時系列に表示する
   ことを特徴とする請求項１または２に記載の制御装置。
4. 前記表示制御部は、
   同一画面上で第１の制御データおよび第２の制御データを時系列で表示し、
   前記同一画面上で前記第１の制御データが選択された場合は、前記第１の制御データを用いて決定された上限値と下限値とを用いたスケールの表示に切り替え、
   前記同一画面上で前記第２の制御データが選択された場合は、前記第２の制御データを用いて決定された上限値と下限値とを用いたスケールの表示に切り替える
   ことを特徴とする請求項１から３のいずれか一つに記載の制御装置。
5. 前記取得部は、
   前記プラントの制御に関する種別または制御内容が異なる複数の制御データを取得し、
   前記表示制御部は、
   前記制御データを表示する表示画面上で、前記スケールの調整を行う時間範囲の指定を受け付け、
   前記時間範囲内で取得された前記複数の制御データの最大値および最小値を範囲内とする前記スケールの上限値と下限値を決定し、
   前記表示画面上における前記時間範囲の領域では、決定された前記上限値と前記下限値を設定した共通のスケールを用いて、前記時間範囲内に取得された前記複数の制御データそれぞれを時系列に表示し、前記表示画面上における前記時間範囲外の領域では、前記時間範囲外に取得された前記複数の制御データそれぞれに設定されている各スケールを用いて、前記複数の制御データそれぞれを時系列に表示する、
   ことを特徴とする請求項２に記載の制御装置。
6. 前記表示制御部は、
   同一の上限値と下限値とが設定された同一スケールを用いた同一画面上に、複数の制御データそれぞれを時系列で表示し、
   前記複数の制御データのうちいずれかの制御データが新たに取得された場合、前記同一スケールを維持した前記同一画面上で、新たに取得された制御データの時系列を更新する
   ことを特徴とする請求項１に記載の制御装置。
7. 前記複数の制御データそれぞれについて、前記スケールの上限値と下限値の設定を受け付ける設定部をさらに有し、
   前記表示制御部は、
   前記複数の制御データそれぞれについて設定された前記スケールの上限値と下限値のうち最大値と最小値とを特定し、
   特定された前記最大値を上限値、特定された前記最小値を下限値とする前記スケールを用いた前記同一画面上で、前記複数の制御データそれぞれを時系列で表示する
   ことを特徴とする請求項６に記載の制御装置。
8. コンピュータが、
   プラントの制御に用いられる制御値または前記プラントの稼働状況を示すプロセス値を含む前記プラントに関する制御データを取得し、
   取得された前記制御データの値に基づき前記制御データを表示するスケールの調整を実行し、調整された前記スケールを用いて、取得された前記制御データを時系列に表示する
   処理を実行することを特徴とする表示制御方法。
9. コンピュータに、
   プラントの制御に用いられる制御値または前記プラントの稼働状況を示すプロセス値を含む前記プラントに関する制御データを取得し、
   取得された前記制御データの値に基づき前記制御データを表示するスケールの調整を実行し、調整された前記スケールを用いて、取得された前記制御データを時系列に表示する
   処理を実行させることを特徴とする表示制御プログラム。

Images