JP4722388B2 - 統合型モデル予測制御機能ブロックおよびオプチマイザ機能ブロックのための設定および閲覧用表示画面 - Google Patents

Description

本発明は、一般的に、プロセス制御システムに関するものであり、さらに詳細には、プロセス制御システムにおける最適モデル予測コントローラの利用に関するものである。

本出願は、表題が「プロセス制御システム内における統合型モデル予測制御および最適化」の２００２年９月１１日に出願された米国特許出願番号第10/241,350号の継続出願であり、米国特許出願番号第10/241,350号に基づいて優先権を主張するものである。

化学プロセス、石油プロセス、または他のプロセスにおいて利用される分散型プロセス制御システムまたは拡張縮小可能型プロセス制御システムの如きプロセス制御システムは、アナログバス、デジタルバス、またはアナログ／デジタルを組み合わせたバスを介して、相互に、少なくとも一つのホストワークステーションもしくはオペレータワークステーションに、およびフィールドデバイスに、通信可能に接続された一または複数のプロセスコントローラを備えているのが普通である。フィールドデバイスは、たとえば、バルブ、バルブポジショナ、スイッチ、およびトランスミッタ（たとえば、温度センサ、圧力センサおよび流量センサ）などであり、バルブの開閉およびプロセスパラメータの測定の如きプロセス内の機能を実行しうる。プロセスコントローラは、フィールドデバイスにより作成されるプロセス測定値および／またはこれらのフィールドデバイスに関連する他の情報を表す信号を受信し、この情報を利用して制御ルーチンを実行し、次いで、制御信号を生成する。この制御信号は、プロセスの動作を制御すべく上述のバスを介してフィールドデバイスに送信される。フィールドデバイスおよびコントローラからの情報は、オペレータワークステーションにより実行される一または複数のアプリケーションに利用できるようにされているのが普通であり、このことにより、オペレータは、プロセスの現在の状況の閲覧、プロセス動作の修正などの如きプロセスに関連するいかなる所望の操作でさえも実行することができる。

プロセスコントローラは、流量制御ループ、温度制御ループ、圧力制御ループなどの如きプロセスに対して定義されるまたはプロセス内に実装される複数のさまざまなループの各々に対してさまざまなアルゴリズム、サブルーチン、制御ループ（これらはすべて制御ルーチンである）を実行するようにプログラムされているのが普通である。一般的にいえば、このような制御ループのそれぞれは、アナログ入力（ＡＩ）機能ブロックの如き一または複数の入力ブロックと、比例微分積分（ＰＩＤ）制御機能ブロックまたはファジー論理制御機能ブロックの如き単一出力制御ブロックと、アナログ出力（ＡＯ）機能ブロックの如き単一出力ブロックとを備えている。これらの制御ループは、単一プロセス入力を制御すべく用いられるバルブ位置などの如き単一制御出力を制御ブロックが生成するので、単一入力／単一出力制御を実行することが普通である。しかしながら、特定の場合には、一を超える単一プロセス入力により被制御プロセス変数が影響を受けるので、そして事実上、各プロセス入力が複数のプロセス出力の状態に影響を与えうるので、複数の独立に動作する単一入力制御ループ／単一出力制御ループを利用することは非常に効果的であるとは言えない。このような例としては、たとえば、二つの流入配管により充填され、単一の流出配管により空にされるタンクを備えるプロセスにおいて、各配管が異なるバルブにより制御され、タンクの温度、圧力、および処理量が所望の数値またはその近傍になるように制御されるような場合が挙げられる。上述のように、タンクの処理量、温度、および圧力の制御は、個別の処理制御ループ、個別の温度制御ループ、および個別の圧力制御ループを用いて実行されうる。しかしながら、この場合、温度制御ループが、タンク内の温度を制御するために入力バルブの一つの設定を変えるよう作動すると、タンク内の圧力が上昇し、これにより、例えば圧力ループが圧力を下げるために排出バルブを開放しうる。次いで、この動作により、処理量制御ループが入力バルブの一つを閉鎖し、これが温度に影響を与え、そのため温度制御ループがまた別の動作しうる。この例から理解されるように、単一入力／単一出力制御ループにより、プロセス出力（この場合は処理量、温度および圧力）が、安定した状態に決して達することなく振動してしまうというような受け入れられない様態で動作することになる。

そこで、特定の被制御プロセス変数に対する変化が複数のプロセス変数または出力に影響を与えるような状況においてプロセス制御を行うべく、モデル予測制御（ＭＰＣ）または他のタイプの高度制御が用いられてきた。１９７０年代後半から、モデル予測制御の実施に関する多数の成功例が報告されており、ＭＰＣはプロセス業界における高度多重変数制御の主たる形式となっている。さらに、ＭＰＣは、分散型制御システム内において分散型制御システム層用ソフトウェアとして使用されている。米国特許番号第4,616,308および同4,349,869には、プロセス制御システム内で用いることができるＭＰＣコントローラが概説されている。

一般的に、ＭＰＣとは、複数のプロセス入力の各々の変化が複数のプロセス出力の各々に与える影響を測定し、次いで、この測定された応答を用いて制御行列またはプロセスのモデルを作成する、多重入力／多重出力制御方法のことである。プロセスモデルまたは制御行列（これは、一般的にプロセスの定常状態の動作を定義する）は、数学的に反転され、次いで、多重入力／多重出力コントローラとしてまたはその中で用いられ、プロセス入力に対してもたらされる変化に基づいてプロセス出力を制御する。場合によっては、プロセスモデルは各プロセス入力のプロセス出力応答曲線（通常はステップ応答曲線）として表され、これらの曲線は、例えば各プロセス入力に提供される一連の擬似ランダムステップ変化に基づいて作成されうる。これらの応答曲線は、公知の方法でプロセスをモデル化するために用いることができる。モデル予測型制御は当該技術分野では公知であるため、本明細書内では詳細な内容の説明は省略するが、Qin, S. JoeおよびThomas A. Badgwellによる「産業用モデル予測型制御技術の展望」（An Overview of Industrial Model Predictive Control Technology）, AIChE Conference、1996年、に記載されている。

ＭＰＣは、非常に効果的で役立つ制御技術であることがわかっており、プロセス最適化と関連して利用されている。ＭＰＣを用いたプロセスを最適化するために、オプチマイザは、ＭＰＣルーチンによって決定される一または複数のプロセス入力変数を最小化または最大化することによって、当該プロセスを最適ポイントで実行することができる。この技術はコンピュータ的には可能であるが、経済的な見地からプロセスを最適化するためには、例えばプロセスの経済的な動作（プロセス流量または品質など）の改善に著しい影響を与えるようなプロセス変数を選択する必要がある。財務的または経済的な観点からプロセスを最適ポイントで動作させるには、通常、単一のプロセス変数だけでなく、多くのプロセス変数を相互に併用して制御する必要がある。

ＭＰＣによるダイナミックな最適化を行うための解決策として、二次計画法技術、または内点方法などのようなより現代的な技術を用いた最適化が提案されている。これらの方法によって、最適解が決定され、オプチマイザは、プロセスダイナミックス、現行の制約、および最適化目標を考慮して、コントローラ出力（つまりプロセスの操作変数）の移動量（ｍｏｖｅ）をコントローラに提供する。しかし、このアプローチはコンピュータに莫大な負荷をかけるものであり、現行の技術水準では実際上、実現可能ではない。

ＭＰＣを用いる多くの場合において、プロセス内で利用できる操作変数（つまりＭＰＣルーチンの制御出力）の数は該プロセスの制御変数の数（つまり特定の設定ポイントになるよう制御されるべきプロセス変数の数）を上回る。その結果、大抵は、最適化および制約の扱いに利用可能な自由度が多くある。理論上は、このような最適化を行うためには、プロセスの最適動作ポイントを定義する、プロセス変数、制約、リミットおよび経済的要因で表される値を算出しなければならない。多くの場合、これらのプロセス変数は制約された変数である。なぜなら、これらのプロセス変数は、プロセスの物理的性質に関連するリミットを有しており、このリミットにプロセス変数が属しかつその中に維持される必要があるからである。例えば、タンクのレベルを表すプロセス変数は、実際のタンクが物理的に到達可能な最大レベルと最小レベルに制限される。最適化関数は、制約変数または補助変数の各々に関連して、プロフィットが最大になりコストが最小になるようなレベルで作動するよう、コストおよび／またはプロフィットを計算しうる。次いで、これらの補助変数の測定値は入力としてＭＰＣルーチンに提供され、ＭＰＣルーチンは、最適化ルーチンが定義する補助変数の作動ポイントと等しい設定ポイントを持つ制御変数として取り扱うことができる。

プロセスへの制御入力（すなわち、制御ルーチンによりもたらされる操作変数）の数が制御されるプロセス変数（すなわち、コントローラへの入力）の数に等しいスクエア制御においてのみ、ＭＰＣは、アプリケーションに必要な性能に対して最大の成果を挙げることが多い。しかしながら、補助制約変数の数にプロセス制御変数の数を加えたものは操作変数の数よりも大きいことがほとんどである。このような非スクエア構成のＭＰＣを実施すると、受け入れられないような劣化した性能をもたらすことになる。

操作変数の数と等しい数の制御変数と制約変数とよりなるセットを動的に選択し、この操作変数の次の移動量を決定するためにオンライン状態でまたはプロセス動作中にコントローラを生成することにより上述の問題を解決しようと他の人達は試みていたと考えられる。しかしながら、この技術はコンピュータ的観点から高価なものである。なぜならば、この技術は、行列反転を応用しており、たとえばプロセスコントローラにおいて機能ブロックとして実行されるＭＰＣのような場合には利用できないことがあるからである。これと同様に重要なことは、生成されたコントローラの入力と出力との組み合わせによってはコントローラが不良状態に陥り、これにより、許容することができない動作をおこすこともある。コントローラの設定をオフライン状態で行う場合、コントローラの調整を検証し、向上することができるが、このような作業はオンライン動作に対して過度の負担になり、コントローラのレベルにおいて実施することは現実的には不可能なことである。

プロセス制御システム内で統合型最適化・制御を実行する機能ブロックを閲覧および設定する際に利用されるインタフェースまたは表示ルーチンが提供されている。前記インタフェースルーチンは、前記プロセス制御システム内における前記統合型最適化・制御ブロックに関連する変数、数値、または他のパラメータをユーザが閲覧および設定することができるようにしうる。たとえば、前記インタフェースルーチンは、前記統合型機能ブロックの現在の操作状態を表示し、統合型最適化・制御を提供する際に利用される前記機能ブロックの入力および出力をユーザが選択できるようにし、前記機能ブロックなどにおいて利用される特定の最適化関数または所望の最適化関数をユーザが選択できるようにしうる。また前記インタフェースルーチンは、前記統合型機能ブロックによって利用されるアルゴリズムの一部として、前記統合型機能ブロックのオプチマイザおよびコントローラ部に関連する複数の入力／出力曲線も表示しうる。

一つの実施例では、統合型オプチマイザ・多重入力／多重出力制御ルーチンを有する制御ブロックを作成または閲覧する際に利用されるプロセス制御設定システムは、コンピュータ読取り可能媒体と、該読取り可能媒体に格納されており、プロセッサ上で実行されるように構成された設定ルーチンとを有している。前記設定ルーチンは、前記オプチマイザおよび前記多重入力／多重出力制御ルーチンの一方または両方によって利用される複数の制御変数および補助変数ならびに複数の操作関数に関連する情報を格納する格納ルーチンを有している。また、前記プロセッサ制御設定システムは、前記制御変数、前記補助変数、および前記操作変数のうちの一または複数に関する表示画面をユーザに提示すべく構成された表示ルーチンも有している。

所望の場合には、前記格納ルーチンは複数の応答曲線を格納するように構成され、該応答曲線の各々は前記操作変数のうちの一つに対する前記制御変数および前記補助変数のうちの一つの応答を定義する。前記表示ルーチンは、ユーザにより閲覧される前記応答曲線のサブセットを表示画面上に提示するように構成され、前記応答曲線の該サブセットは、前記操作変数のうちの一つに対する前記制御変数および前記補助変数の各々の応答を有している。所望の場合には、前記設定ルーチンは、前記表示画面上で前記操作変数のうちの一つに最も応答性がある前記制御変数および前記補助変数のうちの一つをユーザが前記表示画面上で選択できるようにするルーチンを有してもよいし、前記機能ブロック内の変数の応答曲線をユーザが切り取りおよびコピーできるようにするルーチンを有してもよい。

ここで、図１において、プロセス制御システム10はプロセスコントローラ11を備え、該プロセスコントローラ11は、データヒストリアン12と、各々がディスプレイスクリーン14を有する一または複数のホストワークステーションまたはコンピュータ13（いかなる種類のパーソナルコンピュータ、ワークステーションなどでもよい）と通信可能に接続される。コントローラ11は、入力／出力（Ｉ／Ｏ）カード26、28を介してフィールドデバイス15〜22にも接続される。データヒストリアン12は、データを格納するための所望の種類のメモリおよび所望または公知のソフトウェア、ハードウェア、またはファームウェアを有する所望の種類のデータ収集ユニットであってよく、ワークステーション13のうちの一つとは分離されていても（図１に示すように）、その一部であってもよい。コントローラ11は、例えば、フィッシャーローズマウントシステムズ社により販売されるDeltaV（登録商標）コントローラで、例えば、イーサネット接続または他の所望の通信ネットワーク29を通してホストコンピュータ13とデータヒストリアン12とに通信可能に接続されてよい。通信ネットワーク29には、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、電気通信ネットワークなどの形態があり、有線または無線技術を用いて実現される。コントローラ11は、例えば標準的な４−２０ミリアンペア装置と関連する、および／または ＦＯＵＮＤＡＴＩＯＮ（登録商標）フィールドバスプロトコル（フィールドバス）、ＨＡＲＴ（登録商標）プロトコルなどのようなスマート通信プロトコルと関連する、所望のハードウェアおよびソフトウェアを用いてフィールドデバイス15〜22と通信可能に接続される。

フィールドデバイス15〜22は、センサ、バルブ、トランスミッタ、ポジショナなど、いかなる種類の装置でもよく、Ｉ／Ｏカード26、28は、所望の通信プロトコルまたはコントローラプロトコルに従ういかなる種類のＩ／Ｏ装置でもよい。図１に示す実施例では、フィールドデバイス15〜18は、アナログ回線を通してＩ／Ｏカード26と通信する標準的な４−２０ミリアンペア装置であり、フィールドデバイス19〜22は、フィールドバスプロトコル通信を用いてデジタルバスを介してＩ／Ｏカード28と通信する、フィールドバスフィールドデバイスのようなスマート装置である。当然、フィールドデバイス15〜22は、あらゆる標準規格または将来開発されるプロトコルを含む、所望する他のいかなる標準規格またはプロトコルに従うものでもよい。

コントローラ11は、プラント10内に分散され、内部に少なくとも一つのプロセッサを有する、多くのコントローラのうちの一つであり、一または複数のプロセス処理ルーチンを実行または監視し、該ルーチンは、その内部に記憶されるかまたはそれに関連する制御ループを有してもよい。コントローラ11はまた、装置15〜22、ホストコンピュータ13、およびデータヒストリアン12と通信し、所望の方法でプロセスを制御する。本明細書に記載される制御ルーチンまたは要素はいかなるものも、所望する場合には、その一部を別のコントローラまたは他の装置に実現または実行させてもよいという点に留意すべきである。同様に、プロセス制御システム10内で実現される、本明細書に記載の制御ルーチンまたは要素は、ソフトウェア、ファームウェア、またはハードウェアなどを含む、いかなる形態でもよい。この点に関して、プロセス制御要素は、例えばコンピュータで読取り可能な媒体に記憶されたルーチン、ブロック、またはモジュールを含むプロセス制御システムの、いかなる部品または一部分であってもよい。モジュール、またはサブルーチン、サブルーチンの部品（たとえば、コード行）などの制御プロシージャの部品である、制御ルーチンは、はしご論理、シーケンシャルファンクションチャート、機能ブロック図、オブジェクト指向型プログラミング、または他のいかなるソフトウェアプログラミング言語または設計パラダイムを用いた、所望するいかなるソフトウェアのフォーマットで実現してもよい。同様に、制御ルーチンは、例えば、一または複数のＥＰＲＯＭ、ＥＥＰＲＯＭ、特定用途集積回路（ＡＳＩＣ）、または他のハードウェア要素もしくはファームウェア要素内にハードコードされてもよい。さらに、制御ルーチンは、図形設計ツールまたは他の種類のソフトウェア／ハードウェア／ファームウェアのプログラミングツールもしくは設計ツールを含め、何らかの設計ツールを用いて設計されてもよい。このように、コントローラ11は、所望の方法で、制御戦略または制御ルーチンを実行するように構成されてよい。

一つの実施例において、コントローラ11は、一般的に機能ブロックと称されるものを用いて制御戦略を実行する。この戦略において、各機能ブロックは、全体の制御ルーチンの部品またはオブジェクトであり、（リンクと呼ばれる通信によって）他の機能ブロックと関連して動作し、プロセス制御システム10内のプロセス制御ループを実行する。機能ブロックは通常、トランスミッタ、センサまたは他のプロセスパラメータ測定装置と関連する入力機能の如き入力機能、ＰＩＤ制御、ファジー論理制御などを実行する制御ルーチンと関連する制御機能の如き制御機能、または、バルブのような一部の装置の動作を制御する出力機能の一つを実行し、プロセス制御システム10内において何らかの物理的な機能を実行する。当然、ハイブリッド機能ブロックおよび他の種類の機能ブロックも存在する。機能ブロックは、コントローラ11内に記憶されてこれにより実行されてもよいが、これは通常、これらの機能ブロックが標準的な４−２０ミリアンペア装置、およびＨＡＲＴ装置のような何らかの種類のスマートフィールドデバイスに用いられるかもしくはこれらと関連する場合であり、またはフィールドバス装置の場合のようにフィールドデバイス自体の内部に記憶されこれにより実行されてもよい。ここでは、制御システムについて、オブジェクト指向型プログラミングパラダイムを用いる機能ブロック制御戦略を用いて説明しているが、制御戦略または制御ループもしくは制御モジュールは、はしご論理、シーケンシャルファンクションチャートなどの他の規約を用いて、または他の所望のプログラミング言語またはプログラミングパラダイムを用いて実行または設計されてもよい。

図１の拡大ブロック30に示すように、コントローラ11は、ルーチン32、34として示される複数の単一ループ制御ルーチンを有することが可能であり、また制御ループ36として示される一または複数の高度制御ループを実行してもよい。このような各ループは通常、制御モジュールと称される。単一ループ制御ルーチン32は、適切なアナログ入力（ＡＩ）機能ブロックおよびアナログ出力（ＡＯ）機能ブロックに接続された単一入力／単一出力ファジー論理制御ブロックを用いて信号ループ制御を実行し、単一ループ制御ルーチン34は、適切なアナログ入力（ＡＩ）機能ブロックおよびアナログ出力（ＡＯ）機能ブロックに接続された単一入力／単一出力ＰＩＤ制御ブロックを用いて信号ループ制御を実行するものとして示され、これらの機能ブロックは、バルブのようなプロセスコントローラと関連してもよく、温度トランスミッタおよび圧力トランスミッタのような測定装置と関連してもよく、またプロセス制御システム10内の他の装置と関連してもよい。高度制御ループ36は、複数のＡＩ機能ブロックに通信可能に接続された入力と複数のＡＯ機能ブロックに通信可能に接続された出力とを有する高度制御ブロック38を含むものとして示されるが、高度制御ブロック38の入力および出力は、他の所望の機能ブロックまたは制御要素と通信可能に接続され、他の種類の入力を受信し、他の種類の制御出力を送信してもよい。後述するが、高度制御ブロック38は、モデル予測制御ルーチンとオプチマイザとを統合して、プロセスまたはプロセスの一部の最適制御を実行する制御ブロックでもよい。本明細書内では高度制御ブロックはモデル予測制御（ＭＰＣ）ブロックを含むものとして述べられるが、ニューラルネットワークモデリングまたは制御ルーチン、多変数ファジー論理制御ルーチンなどの、他の多重入力／多重出力制御ルーチンまたはプロシージャでもよい。高度制御ブロック38を含む図１に示される機能ブロックは、コントローラ11により実行されるか、またはワークステーション13のうちの一つもしくはフィールドデバイス19〜22のうちの一つのような他の処理装置内に位置しこれらにより実行されうることは理解されるであろう。

図１に示すように、ワークステーション13のうちの一つは高度制御ブロック生成ルーチン40を有し、該ルーチンは、高度制御ブロック38を作成、ダウンロード、および実行するのに用いられる。高度制御ブロック生成ルーチン40は、ワークステーション13内のメモリに格納されプロセッサにより実行されうるが、これに加えてまたはこれに代えて、該ルーチン（またはその一部）は、所望する場合は、プロセス制御システム10内の他のデバイス内に格納されこれによって実行されてもよい。一般的に、高度制御ブロック生成ルーチン40は、高度制御ブロックを作成し該高度制御ブロックをプロセス制御システム内に接続する制御ブロック作成ルーチン42と、高度制御ブロックにより収集されたデータに基づいてプロセスのためのプロセスモデルまたはその一部を作成するプロセスモデル化ルーチン44と、プロセスモデルから高度制御ブロックのための制御論理パラメータを作成し、これらの制御論理パラメータを、プロセス制御に用いるために高度制御ブロック内に記憶しまたはダウンロードする制御論理パラメータ作成ルーチン46と、高度制御ブロックと併せて用いるオプチマイザを作成するオプチマイザルーチン48とを有する。これらのルーチン42、44、46、48は、一連の異なるルーチンから構成されうる。この一連のルーチンには、プロセス出力を受信するように構成された制御入力部と制御信号をプロセス入力部へ提供するように構成された制御出力部とを有する高度制御要素を作成する第一のルーチンと、プロセス制御ルーチン（所望の設定ルーチンでよい）内の高度制御要素をユーザがダンウンロードし通信可能に接続できるようにする第二のルーチンと、高度制御要素を用いて各プロセス入力に対し励起波形を提供する第三のルーチンと、高度制御要素を用いて励起波形に対する各プロセス出力の応答を反映するデータを収集する第四のルーチンと、高度制御ブロックのための入力のセットを選択するまたはユーザが選択できるようにする第五のルーチンと、プロセスモデルを作成する第六のルーチンと、プロセスモデルから高度制御論理パラメータを作成する第七のルーチンと、高度制御論理および必要な場合はプロセスモデルを高度制御要素内に配置して高度制御要素がプロセスを制御できるようにする第八のルーチンと、高度制御ブロック38内で用いるオプチマイザを選択するまたはユーザが選択できるようにする第九のルーチンとが含まれる。

図２は、プロセス50に通信可能に連結された高度制御ブロック38の一つの実施例を更に詳細に示したブロック図である。高度制御ブロック38は、他の機能ブロックに提供する操作変数ＭＶのセットを生成し、これらの他の機能ブロックはプロセス50の制御入力に接続されることがこの図から理解される。図２に示すように、高度制御ブロック38は、ＭＰＣコントローラブロック52と、オプチマイザ54と、目標変換ブロック55と、ステップ応答モデルまたは制御行列56と、入力処理／フィルタブロック58とを有している。ＭＰＣコントローラ52は、標準的なＭ×Ｍ正方型（Ｍは1を超える任意の数でよい）のＭＰＣルーチンまたはプロシージャで、出力と同数の入力を有する。ＭＰＣコントローラ52は、入力として、プロセス50内で測定されるＮ個の制御変数ＣＶおよび補助変数ＡＶ（値のベクトル）よりなるセットと、未来のある時期にプロセス50に提供される周知のまたは予想される変化または外乱である外乱変数ＤＶのセットと、目標変換ブロック55から提供される定常状態目標制御変数ＣＶ_Tおよび補助変数ＡＶ_Tよりなるセットとを受け取る。ＭＰＣコントローラ52は、これらの入力を用いてＭ個の操作変数ＭＶよりなるセットを（制御信号の形で）作成し、操作変数ＭＶ信号を供給してプロセス50を制御する。

さらに、ＭＰＣコントローラ52は、制御変数ＣＶ、補助変数ＡＶおよび操作変数ＭＶの各々の制御ホライゾン上の予測値を表す、予測定常状態制御変数ＣＶ_SSのセットと、予測定常状態補助変数ＡＶ_SSのセットと、予測定常状態操作変数ＭＶ_SSのセットとを算出して入力処理／フィルタブロック58に提供する。入力処理／フィルタブロック58は、制御変数ＣＶ_SS、補助変数ＡＶ_SS、および操作変数ＭＶ_SSの上述の決定された予測定常状態値を処理し、これらの変数に対するノイズおよび予測し得ない外乱の影響を減少させる。入力処理／フィルタブロック58は、ローパスフィルタ、またはこれらの値に対するノイズ、モデル化誤差、および外乱の影響を減少させる他のいかなる入力処理をも含んでもよく、またフィルタ処理された制御変数ＣＶ_SSfil、補助変数ＡＶ_SSfil、および操作変数ＭＶ_SSfilをオプチマイザ54に提供する、ことは理解されるであろう。

オプチマイザ54は、この例では線形計画法（ＬＰ）オプチマイザであり、選択ブロック62から提供されうる目的関数（ＯＦ）を用いてプロセスの最適化を行う。あるいは、オプチマイザ54は二次計画法オプチマイザ、つまり線形モデルと二次目的関数を有するオプチマイザでもよい。一般的に、目的関数ＯＦは、複数の制御変数、補助変数、および操作変数の各々に関連するコストまたはプロフィットを特定し、オプチマイザ54は、この目的関数を最大化または最小化するこれらの変数の目標値を設定する。選択ブロック62は、オプチマイザ54に提供する目的関数ＯＦを、プロセス50の最適動作を定めるさまざまな方法を数学的に表し、前もって格納された目的関数64のセットのうちの一つとして選択してもよい。例えば、ある前もって格納された目的関数64はプラントのプロフィットを最大化するよう構成され、別の目的関数64は供給が不足している特定の原材料の使用を最低限に抑えるよう構成され、また別の目的関数64はプロセス50内で製造される製品の品質を最大化するよう構成されてもよい。一般的に、目的関数は、制御変数、補助変数および操作変数のそれぞれの移動にともなうコストまたはプロフィットを用いて、制御変数ＣＶの設定ポイント値または範囲と補助変数ＡＶおよび操作変数ＭＶのリミットによって定められ許容されるポイントのセット内において最適なプロセス動作ポイントを決定する。当然、本明細書に記載されるものに代えてまたはこれに加えて、原材料の使用やプロフィット率などの複数の懸念事項の各々をある程度最適化するような目的関数を含む所望の目的関数を用いることもできる。

上述の目的関数64のうちの一つを選択するために、ユーザまたはオペレータは、オペレータ端末またはユーザ端末（たとえば、図１のワークステーション13の一つ）上で目的関数64のうちの一つを選択することにより、使用する目的関数64を提示することが可能であり、この選択は入力66を介して選択ブロック62に提供される。入力66に応答して、選択ブロック62は選択された目的関数ＯＦをオプチマイザ54に提供する。当然、ユーザまたはオペレータはプロセスの動作中に使用する目的関数を変更することができる。ユーザが目的関数を提供または選択しない場合には、所望であれば、デフォルト目的関数を用いてもよい。可能なデフォルト目的関数の一つを以下に詳しく説明する。高度制御ブロック38の一部として示されてはいるが、さまざまな目的関数を図１のオペレータ端末13に格納し、これらの目的関数のうちの一つを高度制御ブロック38の作成中または生成中に該ブロックに提供してもよい。

目的関数ＯＦに加えて、オプチマイザ54は入力として、制御変数設定ポイントのセット（プロセス50の制御変数ＣＶのためにオペレータが特定した設定ポイントであるのが一般的であり、オペレータまたは他のユーザによって変更することができる）と、これらの制御変数ＣＶの各々に関連する範囲および重み付けまたは優先順位とを受け取る。さらにオプチマイザ54は、プロセス50の制御に用いられる、補助変数ＡＶのための範囲または制約リミットのセットおよび重み付けまたは優先順位のセットと操作変数ＭＶのリミットのセットとを受け取る。一般的には、補助変数および操作変数の範囲が補助変数および操作変数のリミットを定め（通常はプラントの物理的な特性に基づく）、制御変数の範囲が制御変数がプロセスをうまく制御するために動作できる範囲を提供する。制御変数、補助変数および操作変数の重み付けは、最適化プロセス中の制御変数、補助変数および操作変数の相互の相対的重要度を特定してもよく、状況によって、これらの変数と関連する制約の一部が侵害される場合は、オプチマイザ54が制御目標ソリューションを生成できるようにすべく用いられてもよい。

動作中、オプチマイザ54は、線形計画法（ＬＰ）技術を用いて最適化を行ってもよい。公知のように、線形計画法は目的関数と称される特定の追加関数を最大化または最小化する線形等式および不等式のセットを解くための数学的な技術である。上記のとおり、目的関数はコストやプロフィットといった経済価値を表すこともあれば、経済目的の代わりに他の目的を表すこともある。理解されるとおり、定常状態ゲイン行列は、操作変数および制御変数または補助変数の可能な各対のための定常状態ゲインを定める。言い換えると、定常状態ゲイン行列は、操作変数および外乱変数の各々のユニット変化のための各制御変数および補助変数における定常状態ゲインを定める。この定常状態ゲイン行列は一般的にＮ×Ｍ行列であり、Ｎは制御変数および補助変数の数、Ｍはオプチマイザルーチンで用いられる操作変数の数である。一般的に、ＮはＭより大きくても、等しくても、小さくてもよく、最も一般的なケースではＮはＭよりも大きい。

公知のまたは標準的なＬＰアルゴリズムまたは技術を用いると、一般に、オプチマイザ54は、制御変数ＣＶ設定ポイント範囲リミット、補助変数ＡＶ制約リミット、および操作変数ＭＶリミット内でプロセス動作を行いながら、選択された目的関数ＯＦを最大化または最小化する目標操作変数ＭＶ_Tのセットを決定するために（定常状態ゲイン行列から決定される）反復動作する。一つの実施例では、オプチマイザ54は操作変数の変化量を実際に判断し、予測定常状態における制御変数ＣＶ_SSfil、補助変数ＡＶ_SSfilおよび操作変数ＭＶ_SSfilの表示値を利用して、プロセスの現行の動作からのプロセス動作の変更を決定する、つまり、目標プロセス動作ポイントまたは最適プロセス動作ポイントに到達する行程中におけるＭＰＣ制御ルーチンの動的動作を決定する。この動的動作は、現行の動作ポイントから目標動作ポイントへの移行中においていかなる制約リミットも侵害されないことを確実にする必要があるので重要である。

一つの実施例においては、ＬＰオプチマイザ54は以下の形式の目的関数を最小化するよう設計されてもよい。

ここで、
Ｑ ＝ 総コスト/プロフィット、
Ｐ ＝ ＡＶ_SおよびＣＶ_Sと関連するプロフィットベクトル、
Ｃ ＝ ＭＶ_Sと関連するコストベクトル、
Ａ ＝ ゲイン行列、
ΔＭＶ ＝ ＭＶ_Sにおける変化量を算出するためのベクトル。

プロフィット値は正数であり、コスト値は負数であり、これらはオブジェクトに対する各々の影響を示す。この目的関数を用いて、ＬＰオプチマイザ54は、制御変数ＣＶが目標設定ポイントからのある範囲内に納まり、補助変数ＡＶがそれ自身の上限制約リミットおよび下限制約リミット内に納まり、操作変数ＭＶがそれ自身の上限リミット内および下限リミット内に納まることを確保しながら目的関数を最小化するような操作変数ＭＶの変化量を算出する。

使用可能な一つの最適化プロシージャでは、操作変数の増分値が現時点（ｔ）において用いられ、操作変数の増分の合計が制御ホライゾン上において用いられ、制御変数および補助変数の増加がその時点の位置における値の代りに予測ホライゾンの終点で決定される。これはＬＰアプリケーションにおいては一般的である。当然、ＬＰアルゴリズムはこのバリエーションの目的で適切な修正が加えられてもよい。いずれの場合であっても、ＬＰオプチマイザ54は定常状態モデルを用いてもよく、その結果、そのアプリケーションには一般的に定常状態が要求される。ＭＰＣ設計で普段用いられる予測ホライゾンにより、自己調整プロセスのために将来の定常状態が保証される。予測ホライゾンをｐ、制御ホライゾンをｃとすると、増分形式で表されるｍ×ｎ入力・出力プロセスのに対する一つの可能な予測プロセス定常状態式は次の通りである。

ここで、
［数３］は、予測ホライゾン(ｔ＋ｐ)の終点での出力の予測変化を示し、
［数４］は、プロセス定常状態ｍ×ｎゲイン行列であり、
［数５］は、制御ホライゾン(ｔ＋ｃ)の終点での操作変数における変化量を示す。

ベクトルΔＭＶ(ｔ＋ｃ)は、すべてのコントローラ出力ｍｖ_iによってもたらされる制御ホライゾン上の変化量の合計を表すため、次のようになる。

これらの変化量は、操作変数ＭＶおよび制御変数ＣＶの双方のリミットを満たすことが必要であり（ここで補助変数は制御変数として扱われる）、したがって次のようになる。

この場合、製品価値を最大化し原材料コストを最小化する目的関数は、次のように併せて定めることができる。

ここで、
ＵＣＶは制御変数ＣＶプロセス値におけるユニット変化のためのコストベクトル、
ＵＭＶは操作変数ＭＶプロセス値におけるユニット変化のためのコストベクトルである。

上記の［数１］を適用すると、目的関数は操作変数ＭＶに関して次のように表すことができる。

ＬＰアルゴリズムは、最適な解を見出すために、［数１０］で定められる領域内の初期頂点を求めるために目的関数を計算し、目的関数の最大値（最小値）を有する頂点が最適解であると該アルゴリズムが決定するまで、各ステップ毎に解を改善する。そして、決定された最適操作変数値は、制御ホライゾン内で達成される目標操作変数ＭＶ_Tとしてコントローラに適用または提供される。

一般的に、用意された行列上でＬＰアルゴリズムを実行すると、三つの起こりうる結果が帰って来る。一つ目は、目標操作変数ＭＶ_Tの固有の解が得られること。二つ目は、その解には境界がないこと。ただし、これは制御変数および補助変数各々に上限と下限がある場合には起こらない。三つ目は、プロセス変数のリミットを満たす解がないこと。つまり、これはプロセス変数の境界または制約が厳しすぎることを意味する。三つめのケースに対処するためには、制約全体を緩和し、緩和した制約で再びオプチマイザを実行して解を得てもよい。基本的に、操作変数のリミット（上限／下限）をオプチマイザが変更することはできないことが前提となっている。補助変数の制約またはリミット（上限／下限）にも同様の前提を用いることができる。しかし、オプチマイザは、制御変数ＣＶを任意の設定ポイントへ移動させること（ＣＶ設定ポイント制御）から、制御変数ＣＶをこの設定ポイントからの任意の範囲内の数値またはその周辺の範囲内の数値のうちのいずれかに移動させること（ＣＶ範囲制御）に変更することができる。この場合、制御変数の値は特定の設定ポイントではなくある範囲内に置かれうる。自身の制約を侵害する補助変数ＡＶがいくつかあり、ＣＶ設定ポイント制御からＣＶ範囲制御へと移行しても解をもたらさない場合には、提供された重み付けまたは優先順位の指定に基づいて補助変数の制約を緩和または無視することも可能である。一つの実施例では、補助変数の平方誤差を最小化して各々がその制約の侵害を許容するかまたは、優先順位が最も低い補助変数の制約を順次放棄することにより解が決定されうる。

上記のように、目的関数ＯＦは制御ブロック生成プログラム40により選択またはデフォルトによって設定されうる。このようなデフォルト設定を行う一つの方法が以下に提供されている。具体的には、最適化能力を与えることが望ましいが、補助変数および操作変数の動作制約を保持しながら制御変数の設定ポイントを維持することのみを要求する場合が多い。これらのアプリケーションの場合には、ブロック38は単なるＭＰＣ機能ブロックとして動作するように構成されてもよい。このような簡単な使用を可能にするために、デフォルト「動作」目的関数は、デフォルト補助変数ＡＶの重み付けとともにデフォルトコストを目的関数内のさまざまな変数に割り当てて自動的に作成されてもよい。これらのデフォルトは、補助変数ＡＶまたは操作変数ＭＶに対するすべてのコストを等しく設定するかまたは、これらの補助変数ＡＶおよび操作変数ＭＶに対して別の所定のコストを割当てもよい。エキスパートオプションが選択された場合には、ユーザは追加の最適化の選択肢を作成し、それに関連するコストをさまざまな目的関数64に対して定めてもよい。また、エキスパートユーザは、デフォルト目的関数のデフォルト補助変数ＡＶ重み付けおよびデフォルト制御変数ＣＶ重み付けを修正することもできる。

例えばプロセス構成に関して経済的要素が規定されていない場合の一つの実施例において、ＭＰＣ構成から自動的に目的関数を作成してもよい。一般的に、目的関数は次の数式を用いて作成することができる。

変数Ｃ_jおよびｐ_jは構成設定から定義できる。とくに、下限（ＬＬ）または上限（ＨＬ）のみで制御変数ＣＶ設定ポイントを定義できる仮定すると、ｐ_j値は次のように定義できる。

設定ポイントがＬＬで定義されるかまたは最小値が選択される場合、ｐ_j＝-１
設定ポイントがＨＬで定義されるかまたは最大値が選択される場合、ｐ_j＝１
補助変数ＡＶに関する構成情報が入力されないと仮定すると、補助変数ＡＶについてはすべてｐ_j＝０である。同様に操作変数ＭＶについても、Ｃ_j値は好ましい操作変数目標ＭＶ_Tが定義されるかどうかによって異なる。好ましい操作目標ＭＶ_Tが定義される場合は次のようになる。

ＭＶ_TがＨＬまたは最大値が選択される場合、Ｃ_j＝１
ＭＶ_TがＬＬまたは最小値が選択される場合、Ｃ_j＝-１
ＭＶ_Tが定義されない場合、Ｃ_j＝０
所望する場合は、オプチマイザ54をＭＰＣコントローラ52と併せて使用する選択は調整可能であり、それによって最適化の度合いを提供することができる。この機能を実行するために、コントローラ52で用いられる操作変数ＭＶの変化量は、ＭＰＣコントローラ52とオプチマイザ54とによって決定された操作変数ＭＶの変化量にさまざまな重み付けをすることによって行うことができる。このような操作変数ＭＶに重み付けを結合させたものを、本明細書において有効ＭＶ（ＭＶ_eff）と称する。有効ＭＶ_effは次のように決定することができる。

Ｓは任意または経験的に選択される。通常、Ｓは１より大きく１０の範囲内でありうる。ここで、α＝１の場合、オプチマイザは生成時点で設定された通り有効出力に寄与する。α＝０の場合、コントローラはＭＰＣにダイナミック制御のみ提供する。当然、０から１までの間の範囲の場合は、オプチマイザ制御およびＭＰＣ制御はさまざまな寄与をもたらす。

上記のデフォルト目的関数は、オプチマイザのさまざまな可能な動作モード中に該オプチマイザの動作を確立すべく用いてもよい。とくに、制御変数ＣＶの数が操作変数ＭＶの数と一致する場合、デフォルトの設定に伴って予想される動作は、補助変数ＡＶおよび操作変数ＭＶがそのリミット内に入るよう予測される限り制御変数ＣＶの設定ポイントを維持できるということである。補助変数または操作変数がリミットを超えることが予測される場合には、これらのリミットを侵害しないように制御変数動作設定ポイントをその範囲内で変更することができる。このとき、制御変数をその範囲内で維持しながら補助変数のリミットと操作変数のリミットとを満足させる解をオプチマイザ54が得られない場合には、制御変数はその範囲内で維持され、補助変数および／または操作変数はその制約リミットから逸脱することが許容される。最適な解を探索するために、リミットを侵害すると予測された補助変数ＡＶは平等に扱われ、これらの補助変数ＡＶの平均リミット偏差が最小化されることになる。

この動作を確立するために、目的関数によって用いられるデフォルトコスト／プロフィットは、逸脱が設定ポイントを下回るよう範囲が定義されている場合は制御変数ＣＶに１のプロフィットが割り当てられるように、また逸脱が設定ポイントを上回るよう範囲が定義されている場合は制御変数ＣＶに-１のプロフィットが割り当てられるように、自動的に設定されてもよい。リミット内の補助変数ＡＶには０のプロフィットが割り当てられ、操作変数ＭＶにはコスト０が割り当てられてもよい。

制御変数ＣＶの数が操作変数ＭＶの数よりも少ない場合は、設定された操作変数ＭＶ最終休止位置と関連する必要要件に対処すべく追加の自由度を利用することができる。ここで、補助変数および操作変数がそのリミット内に入ると予測される限り、制御変数設定ポイント（制御変数ＣＶが定義されている場合）は維持される。設定最終休止位置からの操作変数の平均偏差は最小化される。補助変数および操作変数のうちの一または複数がそのリミットを侵害すると予測される場合、制御変数動作設定ポイントは、これらのリミットが侵害されることがないよう、設定の範囲内で変更される。この条件下で、複数の解が存在する場合には、制御に用いられる解は、設定最終休止位置からの操作変数の平均偏差を最小にする解である。

補助変数および操作変数を満足させるとともに制御変数を特定の範囲に維持する解をオプチマイザ54が得られなかった（すなわち、解が存在しない）場合には、制御変数が範囲内に維持され、補助変数は制約リミットからずれることが許容される。最良の解を見つける際に、リミットを侵害すると予測される補助変数は平等に取り扱われ、その平均リミット偏差が最小にされる。この方法を実行するために、目的関数により用いられるデフォルトコスト／プロフィット比は、その範囲が設定ポイントより下方の偏差を許容するように定義されている場合には１のプロフィットを、その範囲が設定ポイントより上方の偏差を許容するように定義されている場合には-１のプロフィットを制御変数に割り当てるように自動的に設定される。補助変数は、１または-１のプロフィットを割り当てられ、操作変数は、０．１のコストが割り当てられる。

いずれの場合であっても、演算の後、オプチマイザ54は最適操作変数または目標操作変数ＭＶ_Tのセットを目標変換ブロック55に提供し、該ブロックは定常状態ゲイン行列を用いて目標操作変数ＭＶ_Tから導かれる目標定常状態制御変数および操作変数を決定する。この変換は計算が容易である。なぜなら、定常状態ゲイン行列は、操作変数と制御変数および補助変数との間の相互作用を定めるため、定義された目標（定常状態）操作変数ＭＶ_Tから目標操作変数ＣＶ_Tおよび目標補助変数ＡＶ_Tを一意に決定するために利用されうるからである。

これがいったん決定されると、少なくともＮ個の目標制御変数ＣＶ_Tおよび目標補助変数ＡＶ_Tよりなるサブセットが入力としてＭＰＣコントローラ52へ提供され、上述のように、該コントローラはこれらの目標制御変数ＣＶ_Tおよび目標補助変数ＡＶ_Tを用いて新たな定常状態操作変数（制御ホライゾン上の）ＭＶ_SSのセットを決定する。該ＭＶ_SSのセットは、制御ホライゾンの終点における目標値ＣＶ_TおよびＡＶ_Tへと現行の制御変数ＣＶおよび操作変数ＡＶを移動させる。当然、公知の通り、ＭＰＣコントローラは、これらの変数ＭＶ_SSの定常状態値に到達するために操作変数を段階的に変更し、理論上は、この変数ＭＶ_SSがオプチマイザ54によって決定される目標操作変数ＭＶ_Tとなる。オプチマイザ54とＭＰＣコントローラ52は、各プロセススキャン中に上述のとおり動作するため、操作変数の目標値ＭＶ_Tはスキャン毎に変更される場合もある。この結果、ＭＰＣコントローラは、とくに、ノイズ、予期し得ない外乱、プロセス50の変更などがある場合には、これらの目標操作変数ＭＶ_Tの複数のセットうちのいずれの特定のセットに一度も到達しない場合がある。しかしながら、オプチマイザ54は常に、操作変数ＭＶを最適解へ移動させるようコントローラ52を駆動している。

公知のように、ＭＰＣコントローラ52は制御予測プロセスモデル70を有しており、これはＮ×(Ｍ＋Ｄ)ステップ応答行列（Ｎは制御変数ＣＶの数に補助変数ＡＶの数を足したもの、Ｍは操作変数ＭＶの数、Ｄは外乱変数ＤＶの数）であってもよい。制御予測プロセスモデル70は、出力72上に、制御変数ＣＶおよび補助変数ＡＶの各々に関して前もって算出した予測を作成し、ベクトル加算器74は現行時間に関するこれらの予測値を実際に測定された制御変数ＣＶおよび補助変数ＡＶの値から差し引いて入力76上にエラーベクトルまたは訂正ベクトルを作成する。

次いで、制御予測プロセスモデル70は、Ｎ×(Ｍ＋Ｄ)ステップ応答行列を用いて、制御予測プロセスモデル70の他の入力に対して提供された外乱変数および操作変数に基づいて制御ホライゾン上で制御変数ＣＶおよび補助変数ＡＶの各々について未来制御パラメータを予測する。また、制御予測プロセスモデル70は、制御変数および補助変数の予測定常状態値ＣＶ_SSおよびＡＶ_SSを入力処理／フィルタブロック58にも提供する。

制御目標ブロック80は、ブロック38に予め設定された軌跡フィルタ82を用いて、目標変換ブロック55により提供されたＮ個の目標制御変数ＣＶ_Tおよび補助変数ＡＶ_Tの各々に対して制御目標ベクトルを決定する。とくに、軌跡フィルタは、制御変数および補助変数が徐々に各自の目標値へと移動させられる方法を定めるユニットベクトルを提供する。制御目標ブロック80は、このユニットベクトルと目標変数ＣＶ_TおよびＡＶ_Tを用いて、制御ホライゾン時間によって定められた期間における目標変数ＣＶ_TおよびＡＶ_Tの変化を定める、制御変数および補助変数の各々のダイナミック制御目標ベクトルを作成する。続いて、ベクトル加算器84は、ダイナミック制御ベクトルから制御変数ＣＶおよび補助変数ＡＶの各々の未来制御パラメータベクトルを差し引き、制御変数ＣＶおよび補助変数ＡＶの各々のエラーベクトルを定める。次いで、制御変数ＣＶおよび補助変数ＡＶの各々の未来エラーベクトルはＭＰＣアルゴリズムに提供され、制御ホライゾン上の例えば最小平方誤差などを最小化する操作変数ＭＶステップを選択すべく動作する。当然、ＭＰＣアルゴリズムまたはコントローラは、ＭＰＣコントローラに入力されるＮ個の制御変数および補助変数とＭＰＣコントローラ52から出力されるＭ個の操作変数との関係から生じるＭ×Ｍプロセスモデルまたは制御行列を用いる。

さらに詳細には、オプチマイザとともに動作するＭＰＣアルゴリズムには、二つの主要目的がある。一つは、動作制約内で、最小のＭＶの移動でＣＶ制御誤差を最小化しようとすること、もう一つは、オプチマイザによって設定される最適な定常状態ＭＶ値と、該最適な定常状態ＭＶ値から直接算出される目標ＣＶ値とを達成しようとすることである。

これらの目的を達成するため、制約のない元のＭＰＣアルゴリズムをＭＶ目標値を含むように拡張し最小二乗法ソリューションとすることができる。このＭＰＣコントローラの目的関数は次のとおりである。

ここで、
ＣＶ(ｋ)は、制御された出力のpステップ先の予測ベクトル、
Ｒ(ｋ)は、pステップ先の基準軌跡（設定ポイント）ベクトル、
ΔＭＶ(ｋ)は、cステップ先の増分制御移動ベクトル、
Γ^y＝ｄｉａｇ[Γ^y ₁,・・・,Γ^y _p]は、制御出力誤差のペナルティ行列、
Γ^u＝ｄｉａｇ[Γ^u ₁,・・・,Γ^u _c]は、制御移動のペナルティ行列、
pは、予測ホライゾン（ステップ数）、
cは、制御ホライゾン（ステップ数）、
Γ^oは、オプチマイザにより定義されたＭＶの目標最適変化量に対する、コントローラ出力の制御ホライゾン上での移動の合計の誤差のペナルティである。
表示を簡潔にするために、目的関数は単一入力／単一出力（ＳＩＳＯ）制御として示されている。

理解されるように、最初の二つの項は制約のないＭＰＣコントローラの目的関数であり、三番目の項はコントローラの出力移動の合計を最適目標と等しくするための追加条件を設定する。言い換えると、最初の二つの項はコントローラのダイナミック動作のオブジェクトを設定し、三番目の項は定常状態の最適化オブジェクトを設定する。

制約のないＭＰＣコントローラの基本解と同様に、このコントローラの基本解は次のように表すことができる。

ここで、
ΔＭＶ(ｋ)は時間ｋにおけるＭＰＣコントローラ出力の変化量、
Ｋ_ompcは最適化されたＭＰＣコントローラゲイン、
Ｓ^uはプロセスダイナミック行列である。

Ｓ^uは、ＳＩＳＯモデルについては次元ｐ×ｃのステップ応答から、多重入力／多重出力ＭIＭＯモデルについてはｐ*ｎ×ｃ*ｍのステップ応答から構築することができ、ここでｍは操作入力、ｎは制御出力である。

最適化されたＭＰＣの場合には、ダイナミック行列は、ＳＩＳＯモデルについてはサイズ：(ｐ＋１)×ｍまで、ＭＩＭＯモデルについてはサイズ：（ｐ＋ｍ）*ｎ×ｃ*ｍまで拡大し、ＭＶ誤差に対応する。Ｅ_p+1（ｋ）は、予測ホライゾン上のＣＶエラーベクトルであり、ＭＶの目標最適変化量に対する制御ホライゾン上におけるコントローラ出力移動量の合計の誤差である。行列Γは、行列Γ^yおよびΓ^oを組み合わせたものであり、ＳＩＳＯコントローラについては次元（ｐ＋１）の正方行列、多変量コントローラについては［ｎ（ｐ＋ｍ）］の正方行列である。上付きのＴは転置行列を示す。

オプチマイザ54は、制御変数ＣＶと補助変数ＡＶとよりなるすべて変数に基づいて最適化し、固有の最適動作ポイントを定義する操作変数ＭＶ_Tの標的セットを決定しているので、ＭＰＣコントローラ52が制御行列内の制御変数ＣＶと補助変数ＡＶとよりなるサブセットのみを用いて動作し、そこから実際に操作変数ＭＶ出力が作成されても問題ないとされている。その理由は、コントローラ52が上述の制御変数ＣＶと補助変数ＡＶとよりなる選択されたサブセットをそれらに関連する目標値へ移動させた場合、制御変数と補助変数とよりなるの一つの完全セットの残りの変数も、それらの目標値に到達するようになるからである。その結果、Ｍ×Ｍ制御行列を有する正方（Ｍ×Ｍ）ＭＰＣコントローラは、長方（Ｎ×Ｍ）プロセスモデルを用いるオプチマイザと共に用いられて、プロセスの最適化を実行する。これにより、非正方行列を近似のために反転することなく、またはコントローラ内におけるこのような変換技術に伴うリスクを負うことなく、標準的なＭＰＣ制御技術を標準最適化技術と共に用いることが可能となる。

一つの実施例では、ＭＰＣコントローラが正方型、つまり操作変数ＡＶの数が制御変数ＣＶの数と等しい場合、操作変数ＭＶの目標値はＣＶ値を次のように変更することによって効果的に実現することができる。

ここで、
ΔＭＶ_TはＭＶの最適目標値の変化量、
ΔＣＶは最適ＭＶに到達するためのＣＶの変化量である。ＣＶの変化はＣＶ設定ポイントを管理することにより実行される。

動作において、オプチマイザ54は、スキャン毎に、ＭＰＣ非制約コントローラの定常状態目標値を設定・更新する。したがって、ＭＰＣコントローラ52は非制約アルゴリズムを実行する。目標値ＣＶ_TおよびＡＶ_Tは、制約を考慮して設定されているので、実現可能な解が存在する限り、コントローラは制約リミット内で動作する。したがって、最適化はＭＰＣコントローラと統合されている。

図３および図４は、統合型モデル予測制御・最適化を行うために用いられるステップを説明するフローチャート90である。フローチャート90は、概して二つのセクション、90a（図３）および90b（図４）に分割されており、プロセス動作以前に発生する機能（90a）およびプロセス動作中、例えばプロセス動作のスキャン毎に発生する機能（90b）を示している。プロセス動作に先立ち、オペレータまたはエンジニアは、制御ＭＰＣコントローラとオプチマイザとを統合したものを含む高度制御ブロック38を作成するために複数のステップを実行する。とくに、ブロック92では、高度制御ブロック38として使用するために高度制御テンプレートを選択してもよい。該テンプレートは、ユーザインタフェース13上の設定アプリケーション内のライブラリに記憶されてそこから複製されてもよく、また、ＭＰＣコントローラルーチン52および特定のＭＰＣを有しないオプチマイザ54の一般的な算術および論理機能と、プロセスモデルおよび定常状態ゲイン／制御行列と、特定の目的関数とを有してもよい。この高度制御テンプレートは、他のブロックを有するモジュールに設けられてもよく、該他のブロックには、例えば、プロセス50内で他の装置と通信するよう構成される入力ブロックおよび出力ブロック、さらにＰＩＤ制御ブロック、ニューラルネットワーク制御ブロック、およびファジー論理制御ブロックを含む制御ブロックのような他の種類のブロックが含まれる。一つの実施例では、モジュール内の各ブロックは、ブロック間で通信を行うよう相互に接続された入力および出力を有するオブジェクト指向型プログラムパラダイム内のオブジェクトであることが、理解されるであろう。動作中、該モジュールを実行するプロセッサは、ブロックへの入力を用いて異なる時点で各ブロックを順次実行して該ブロックの出力を作成する。そして、これらは、ブロック間の特定の通信リンクによって定められるように、他のブロックの入力に提供される。

オペレータは、ブロック94において、ブロック38で用いられる特定の操作変数、制御変数、制約変数および外乱変数を定義する。所望する場合は、図１のプログラム40などの設定プログラムにおいて、ユーザは制御テンプレートを目視し、入力および出力を選択して記名・設定し、設定環境内の任意の標準ブラウザを用いて閲覧し、制御システム内の実際の入力および出力を見出し、これらの実際の制御変数を制御テンプレート用の入力および出力制御変数として選択してもよい。図５は、設定ルーチンにより作成されたスクリーン表示画面を例示しており、複数のＡＩ（アナログ入力）機能ブロックおよびＡＯ（アナログ出力）機能ブロックと、複数のＰＩＤ制御機能ブロックと、高度機能ブロックであるＭＰＣ−ＰＲＯ機能ブロックとを含む複数の相互接続された機能ブロックを有する制御モジュールＤＥＢ＿ＭＰＣが例示されている。図５の表示画面の左側の木構造は、たとえばブロック１（ｂｌｏｃｋ１）、Ｃ４＿ＡＩ、Ｃ４＿ＤＧＥＮなどを含む、ＤＥＢ−ＭＰＣ内の機能ブロックを例示している。

理解されるように、ユーザは、ＭＰＣ−ＰＲＯ機能ブロックへの入力およびそれからの出力と他の機能ブロックの入力および出力との間に線を引くことによりこれらの入力および出力を明記することができる。あるいは、ユーザは、ＭＰＣ−ＰＲＯブロックを選択して該ＭＰＣ−ＰＲＯブロックのプロパティにアクセスしてもよい。ユーザがＭＰＣ−ＰＲＯブロックのプロパティを見ることを可能にする図６のダイアログボックスの如きダイアログボックスを表示しうる。図６に例示するように、制御変数（ｃｏｎｔｒｏｌｌｅｄ）、操作変数（ｍａｎｉｐｕｌａｔｅｄ）、外乱変数（ｄｉｓｔｕｒｂａｎｃｅ）、および制約（ｃｏｎｓｔｒａｉｎｔ）（補助）変数の各々に対して異なるタブが設けられてこれらの変数が整理されているが、このような整理は、各変数が２０以上の如き複数の変数を有して高度制御ブロック38に関連している場合にとくに必要となる。特定の種類の変数に対するタブ内では、説明（ｄｅｓｃｒｉｐｔｉｏｎ）、ローリミット（ｌｏｗ ｌｉｍｉｔ）もしくはハイリミット（ｈｉｇｈ ｌｉｍｉｔ）（制約）、およびパス名（ｐａｔｈ）が提供されうる。加えて、ユーザまたはオペレータは、変数が不良な状態（ｆａｉｌ ｃｏｎｄｉｔｉｏｎ）である場合にブロックが取るべき動作を特定することができる。この動作には、たとえば、無動作（ｎｏ ａｃｔｉｏｎ）、測定値の代りにその変数のシミュレート値（ｓｉｍｕｌａｔｅ）の利用、または手動（ｍａｎｕａｌ）による入力の許可などが含まれる。さらに、オペレータは、最適化（ｏｐｔｉｍｉｚａｔｉｏｎ）を実行するために最小化（ｍｉｎｉｍｉｚｅ）または最大化（ｍａｘｉｍｉｚｅ）されるべきか否かを指定し、またこの変数に関連する優先順位値（ｐｒｉｏｒｉｔｙ）または重み付け値およびプロフィット値（ｐｒｏｆｉｔ）を指定することができる。これらの欄は、デフォルト目的関数が用いられていない場合に記入されなければならない。いうまでもなく、ユーザは、ダイアログボックスの右側の適切なボタンを利用して情報または変数を追加（ａｄｄ）、移動（ｍｏｖｅ）、修正（ｍｏｄｉｆｙ）、または削除（ｄｅｌｅｔｅ）してもよい。

ユーザは、これらの変数のうちの一または複数の変数の情報をその変数を選択することにより特定または変更しうる。この場合、図７のＲＥＦＬＵＸ ＦＬＯＷ操作変数のダイアログボックスの如きダイアログボックスがユーザに提示されうる。ユーザは、このダイアログボックスのさまざまなボックス内の情報を変更してもよく、ブラウジングによりその変数のパス名（その入力接続部または出力接続部）の如き情報を特定してもよい。図７のスクリーンを利用して、ユーザは、現行のモジュールまたはＭＰＣ−ＰＲＯブロックが設けられている外部のモジュール内をブラウジングすべく内部ブラウズボタン（ｉｎｔｅｒｎａｌ ｂｒｏｗｓｅ ｂｕｔｔｏｎ）または外部ブラウズボタン（ｅｘｔｅｒｎａｌ ｂｒｏｗｓｅ ｂｕｔｔｏｎ）を選択しうる。いうまでもなく、所望の場合には、オペレータまたはユーザは、アドレス、パス名、タグ名などを手動により提供し、高度制御ブロックの入力接続部および出力接続部を定義しうる。

ユーザは、高度制御機能ブロックへの入力および出力を選択した後、制御変数と関連する設定ポイントと、制御変数、補助変数および操作変数と関連する範囲またはリミットと、制御変数、補助変数および操作変数の各々と関連する重み付けとを定義してもよい。当然、制約リミットまたは制約リミット範囲の如きこの情報の一部は、既にこれらの変数と関連付けられていることもある。なぜなら、これらの変数がプロセス制御システム設定環境内において選択または探索されるからである。所望する場合は、オペレータは、図３のブロック96において、操作変数、制御変数および補助変数の各々に関するユニットコストおよび／またはプロフィットを特定することによりオプチマイザ内で用いられる一または複数の目的関数を設定してもよい。当然、オペレータはこの時点で、上述のようにデフォルト目的関数を使用することを選択してもよい。図８は、高度制御ブロックの作成に利用する目的関数のセットからユーザまたはオペレータがそのうちの一つを選択することを可能にする、設定ルーチンにより提供されたスクリーン表示画面である。理解されるように、ユーザは、図８により提供されるスクリーン表示画面の如き表示画面を利用して前もって格納された目的関数のセットを選択できる。ここでは、標準目的関数（ｓｔａｎｄａｒｄ ｏｂｊｅｃｔｉｖｅ ｆｕｎｃｔｉｏｎ）および目的関数（ｏｂｊｅｃｔｉｖｅ ｆｕｎｃｔｉｏｎ）2〜5として例示されている。

入力（制御変数、補助変数および外乱変数）が名付けられ、高度制御テンプレートに連結され、重み付け、リミットおよび設定ポイントがそれらに関連付けられると、図３のブロック98で、この高度制御テンプレートは、制御に使用される機能ブロックとしてプロセス内の選択されたコントローラにダウンロードされる。該制御ブロックの基本的な性質および該制御ブロックの構成方法は、"Integrated Advanced Control Blocks in Process Control System（プロセス制御システムにおける統合型高度制御ブロック）"という名称の米国特許第6,445,963号に記載されている。該特許は本発明の譲受人に譲渡され、本明細書内に引用され明示的に援用される。該特許は、プロセス制御システム内でのＭＰＣコントローラ作成の本質について述べたものであり、オプチマイザがそのコントローラに接続される方法については述べていないが、コントローラを接続し設定するための一般的なステップが本明細書に述べる制御ブロック38に使用でき、テンプレートには、引用特許に記載されているものだけでなく、本明細書で説明された制御ブロック38のあらゆる論理要素が含まれるということは理解されるであろう。

いずれの場合であっても、高度制御テンプレートがコントローラにダウンロードされた後、オペレータは、ブロック100で、制御テンプレートのテストフェーズを実行させ、ＭＰＣコントローラアルゴリズム内で使用されるステップ応答行列およびプロセスモデルを生成することを選択してもよい。前述の特許に記載されている通り、このテストフェーズ中に、高度制御ブロック38内の制御論理は、一連の擬似ランダム波形を操作変数としてプロセスに提供し、制御変数および補助変数（ＭＰＣコントローラにより本質的には制御変数として扱われる）の変化を監視する。所望する場合には、操作変数および外乱変数ならびに制御変数および補助変数は、図１のヒストリアン12によって収集されてもよく、また、オペレータは、ヒストリアン12からこのデータを取得してこのデータについて任意の方法で傾向分析を行うべく設定プログラム40（図１）を設定し、これにより、ステップ応答行列を求めてもまたは決定してもよい。該各ステップ応答は、操作変数および制御変数のうちの一つ（一つのみ）の変数におけるユニット変化に対する制御変数または補助変数のうちの一つの変数のある時間内の応答を特定するものである。該ユニット変化は一般的にはステップ変化であるが、インパルス変化またはランプ変化などの他の種類の変化でもよい。一方、所望する場合、制御ブロック38は、擬似ランダム波形をプロセス50に印加するときに収集されるデータに応答してステップ応答行列を生成し、次いで、高度制御ブロック38を作成・インストールするオペレータまたはユーザによって使用されるオペレータインターフェース13にこれらの波形を提供してもよい。

図９は、オペレータに収集されて傾向分析されたデータのプロットを提供すべくテストルーチンにより提供されうるスクリーン表示画面を例示しており、これらのプロットにより、オペレータは、ステップ応答曲線、すなわち高度制御ブロックのＭＰＣコントローラ内で用いるプロセスモデルまたは制御行列を作成する際の方向付けができる。とくに、プロット領域101には、複数の入力もしくは出力またはテスト波形に応答する他のデータ（オペレータにより前もって特定されたデータ）がプロットされている。バーグラフ領域102は、傾向分析されたデータ変数の各々のバーグラフを提供し、変数名と、バーグラフ形式の変数の現在値と、適切ならば設定ポイント（バーグラフ上の大きい三角形により示される）と、適切ならばリミット（バーグラフ上の小さい三角形により示される）とを傾向分析される変数の各々に対して例示している。この表示画面の他の領域は、ブロックの目標モード（ｔａｒｇｅｔ ｍｏｄｅ）および実際モード（ａｃｔｕａｌ ｍｏｄｅ）（104）ならびに定常状態までの設定時間（ｔｉｍｅ ｔｏ ｓｔｅａｄｙ ｓｔａｔｅ）（106）の如き高度制御ブロックに関する他の項目を例示している。

高度制御ブロックのプロセスモデルの作成に先立って、オペレータは、傾向プロット（ｔｒｅｎｄ ｐｌｏｔ）101から使用する必要のあるデータを画面を利用して特定しうる。とくに、オペレータは、ステップ応答を作成するために用いるデータとして、プロット102の開始点および終了点を指定しうる。この領域のデータに緑色の如き異なる色で影をつけることにより視覚的にこの領域が選択された領域であることを示すことができる。同様に、オペレータは、この影を付けられた領域内の領域を特定して排除しうる（ノイズまたは好ましくない外乱などにより代表値ではないため）。この領域はライン112とライン114との間に例示されており、たとえば赤色でこの領域に影を付け、このデータをステップ応答を作成する際に含めてはいけないことを示すことができる。いうまでもなく、ユーザは任意の所望のデータを包含または排除することができ、複数の傾向プロット（図９は八つの傾向プロットが利用可能であることを示している）の各々に対してデータを包含または排除することができる。ここで、異なる傾向プロットは、たとえば、異なる操作変数、制御変数、補助変数などに関連付けられている。

ステップ応答のセットを作成するために、オペレータは図９のスクリーン表示画面上のモデル作成ボタン（ｃｒｅａｔｅ ｍｏｄｅｌ ｂｕｔｔｏｎ）116を選択し、傾向プロットからの選択されたデータを用いてステップ応答のセットを作成ルーチンが作成することができる。各ステップ応答は、操作変数または外乱変数のうちの一つの変数に対する制御変数または補助変数のうちの一つの変数の応答を示す。この生成プロセスは周知のことであるのでさらに詳細には本明細書において記載しない。

ステップ応答行列が作成された後、制御変数と補助変数との数が操作変数の数を上回る場合には、そのステップ応答行列を用いて上述の制御変数と補助変数とよりなるサブセットを選択する。このサブセットが、ＭＰＣコントローラ52内で反転され用いられるＭ×Ｍプロセスモデルまたは制御行列としてＭＰＣアルゴリズム内で使用される。この選択プロセスは、オペレータによって手動により行われてもよく、また例えばステップ応答行列にアクセスできるユーザインタフェース13内でルーチンによって自動的に行われてもよい。一般的に、上述の操作変数のうちの一つと最も密接に関連するものとして上述の制御変数および補助変数のうちの一つが特定される。したがって、上述の制御変数または補助変数（プロセスコントローラへの入力）のうちの単一かつ唯一（つまり異なる）の変数が、上述のさまざまな操作変数（プロセスコントローラの出力）の各々と関連付けされ、よって、ＭＰＣアルゴリズムはステップ応答のＭ×Ｍセットから作成されるプロセスモデルに基づくことが可能になる。

上述の組み合わせを決定するためにヒューリスティックアプローチを取る一つの実施例では、自動ルーチンまたはオペレータは、Ｍ個の制御変数および補助変数よりなるセット（Ｍは操作変数の数と等しい）を選択する。これは、上述の操作変数の特定の一つのユニット変化に対する最大ゲインおよび最速応答時間のなんらかの組み合わせを持つ単一の制御変数または補助変数を選択し、これらの二つの変数を対にするためである。当然、場合によっては、特定の制御変数または補助変数が複数の操作変数に対して大きなゲインと速い応答時間を有することもある。このような場合には、該制御変数または補助変数が関連する任意の操作変数と対を成すようにしてもよく、実際は、最大ゲインおよび最速応答時間を生成しない操作変数と対にしてもよい。なぜなら、総計すれば、そのような少ないゲインまたは遅い応答時間を引き起こす操作変数はその他の制御変数または補助変数に対しても好ましいと考えられる程度の影響を与える可能性がないからである。したがって、一方が操作変数でもう一方が制御変数または補助変数の対は、全体としては、操作変数と該操作変数に対して最も応答性のある制御変数に相当する、制御変数および補助変数のサブセットとを対にすべく選択される。さらに、制御変数のすべてがＭ個の制御変数と補助変数とよりなるサブセットのうちの一つとして選択されなくても問題はないので、ＭＰＣコントローラはすべての制御変数を入力として受け取るわけではない。なぜなら、制御変数および補助変数の目標値のセットは、非選択制御変数（および非選択補助変数）がそれ自体の設定ポイントにあるかまたはそれ自体の定められた動作範囲内にあるプロセス動作ポイントを示すようにオプチマイザによって選択されるからである。

当然、一方には数十さらには数百もの制御変数および補助変数があり、他方には数十または数百もの操作変数があるため、少なくとも視覚的な観点から、さまざまな操作変数の各々に最適に応答する制御変数と補助変数とよりなるセットを選択するのは難しいと考えられる。この問題を解決するために、オペレータインターフェース13内の高度制御ブロック生成ルーチン40は、スクリーン表示画面のセットを有するかまたはこれらの表示画面をユーザあるいはオペレータに提示して、動作中にＭＰＣコントローラ52が用いる制御変数と補助変数とよりなるサブセットとして使用すべき制御変数および補助変数をオペレータが適切に選択できるように補助するかまたはこれを可能にするようにしてもよい。

したがって、オペレータが図３のブロック120でスクリーンを提示され、特定のまたは選択された一つの操作変数に対する制御変数および補助変数のうちの各々の変数の応答を目視できるようになっていてもよい。このようなスクリーンが図１０に例示されており、ＴＯＰ＿ＤＲＡＷと呼ばれる操作変数に対する複数の制御変数および補助変数（制約として表示されている）の各々の応答を示している。オペレータは、操作変数全体に渡り、一度に一つずつスクロールしてさまざまな操作変数の各々に対する制御変数および補助変数の各々のステップ応答を目視してもよく、またこのプロセス中に、該操作変数に対して最適に応答する制御変数または補助変数のうちの一つを選択してもよい。オペレータは通常、操作変数に対して最高の定常状態ゲインと最速応答時間との最適な組み合わせを有する制御変数または操作変数を選択しようとする。図１１に例示されているように、ダイアログボックスを利用して、制御変数および補助変数のうちの一つをこの操作変数にとって最も重要であるとして選択してもよい。所望ならば、図１１に例示されているように、制御変数および補助変数のうちの選択された一つを赤色の如き異なる色で強調し、一方、以前に選択していた変数（すなわち、他の操作変数に対して選択された制御変数および補助変数）は黄色の如き異なる色で強調してもよい。この実施例では、制御ルーチン40はいうまでもなく以前に選択した制御変数および補助変数をメモリ内に格納しているので、オペレータが同じ制御変数または操作変数を二つの異なる操作変数に関連付けしないように確かめるべくチェックしてもよい。ユーザまたはオペレータが他の操作変数に対してすでに選択されている制御変数または操作変数を選択した場合、ルーチン40は、そのユーザまたはオペレータにエラーメッセージを提示し、そのユーザにまたはオペレータに前回選択した制御変数または補助変数を選択していることを通知してもよい。この方法で、ルーチン40は、二つ以上の異なる操作変数に対して同一の制御変数または補助変数が選択されることを防ぐ。

図１２に例示するように、オペレータまたはユーザは、また、さまざまな操作変数および外乱変数の各々に対するさまざまなステップ応答を目視しうる。図１１は、高度制御ブロックを作成するために以前に特定された操作変数および外乱変数の各々に対するＴＯＰ＿ＥＮＤ＿ＰＯＩＮＴのステップ応答を例示している。もちろん、オペレータは図１２のスクリーンを利用して制御変数ＴＯＰ＿ＥＮＤ＿ＰＯＩＮＴに関連するものとして操作変数のうちの一つを選択してもよい。

理解されるように、図１０乃至図１２の表示スクリーンは、ＭＰＣ制御アルゴリズムの入力として用いられるＭ個の制御変数および補助変数よりなるサブセットをオペレータが目視して選択できるようにするものであり、これらの変数が非常に多くある場合に特に役立つ。当然、ブロック74で決定された制御変数および制約変数のセットは、何らかの前もって設定された基準または選択ルーチンに基づいて自動的または電子的に選択されてもよい。該選択ルーチンは、制御変数および補助変数に関するステップ応答から決定されるゲイン応答と時間の遅延との組み合わせに基づいて、使用する入力変数を選択してもよい。

他の実施例では、自動選択プロセスは、まず、制御行列の条件数に基づいて入力／出力行列を選択することにより制御行列を決定してもよい。例えば、条件数をある所望の程度まで最小化して、制御行列からコントローラ設定を作成してもよい。

この例では、プロセスゲイン行列Ａの場合、行列Ａ^TＡの条件数を行列制御性のテストを行って決定してもよい。一般的に、条件数が小さければ制御性が高いことを意味し、条件数が大きければ制御性が低くダイナミック制御動作中における制御ステップまたは移動が多いことを意味する。制御性の許容程度を定める厳密な基準がないため、さまざまな有望な制御行列の相対比較として、また悪条件の行列のテストとしてこの条件数を用いることもできる。周知の通り、悪条件の行列の条件数は無限に近づく。数学的には、悪条件は、共直線性プロセス変数の場合、つまり制御行列における共直線性の行または列によって発生する。したがって、条件数および制御性に影響を与える主な要因は、行列の行と列との相互関連性である。制御行列内で入力・出力変数を慎重に選択すれば、条件付けに関連する問題を減らすことができる。実際的には、制御行列の条件数が数百（たとえば、５００）以上の場合は懸念すべきである。このような行列の場合、コントローラの操作変数の移動が著しく過剰になる。

上述の通り、制御行列がダイナミック制御の問題を解決する一方、ＬＰオプチマイザは定常状態最適化問題を解決し、ＭＰＣコントローラブロックが同数でないＭＶ（ＡＶを含む）およびＣＶを有する場合でも、制御行列は正方入力・出力行列を有する必要がある。コントローラを生成するために用いる制御行列の入力と出力との選択を始めるために、通常は利用可能なすべてのＭＶが制御出力として含有または選択される。出力（ＭＶ）が選択されたら、ダイナミック制御行列の一部を成すプロセス出力変数（つまりＣＶとＡＶ）を、悪条件でない正方制御行列を作成するような方法で選択しなければならない。

ここでは、制御行列内での入力としてのＣＶおよびＡＶを自動的にまたは手動により選択する一つの方法を述べるが、他の方法を用いてもよいことは理解される。

ステップ１−可能な場合はＣＶの数がＭＶの数（つまり、コントローラ出力の数）と等しくなるまでＣＶを選択する。ＭＶよりもＣＶの方が多い場合、ＣＶは、優先順位、ゲインまたはフェーズ応答、ユーザ入力など、所望の基準に基づいて任意の順序で選択することができる。ＣＶの可能な総数がＭＶの数と等しい場合は、ステップ４に進み、結果的に得られる正方制御行列の条件数が許容できるかどうかをテストする。ＣＶの数がＭＶの数よりも少ない場合、ＡＶはステップ２に記載するように選択される。定義されるＣＶがない場合は、ＭＶに関して最大のゲインを有するＡＶを選択し、ステップ２へ進む。

ステップ２−先に選択されたＣＶおよびＡＶによって定義される既に選択された制御行列に追加される可能性のある全てのＡＶに対する条件数を一つずつ算出する。理解されるように、選択されたＣＶによって定義される行列には、選択されたＣＶおよびＡＶの各々について行が含まれ、先に選択された各ＭＶに対する該ＣＶまたはＡＶの定常状態ゲインが定義される。

ステップ３−ステップ２で決定され、結果として得られる行列の条件数が最小になるＡＶを選択し、該行列を、先の行列に選択されたＡＶが追加されたものとして定義する。このポイントで、ＭＶの数が、選択されたＣＶの数に選択されたＡＶを加えた数と等しい場合（つまりこのポイントで行列が正方行列になった場合）は、ステップ４に進む。そうでなければステップ２に戻る。

ステップ４−作成された正方制御行列Ａ_cの条件数を算出する。所望する場合は、行列Ａ_c ^TＡ_cの代わりに行列Ａ_cの条件数算出を用いてもよい。なぜなら、これらの異なる行列の条件数は他の平方根として関連図けられているからである。

ステップ５−ステップ４で算出された条件数が受け入れられる場合、すべてのＣＶおよび選択されたＡＶにＭＶを関連付ける。これは特定のＭＶに関して最大のゲインを有するＣＶまたはＡＶを選択することにより、対を成す処理が完了するまで行う。このポイントで選択プロセスは完了する。ただし、条件数が最低許容条件数を超える場合は、制御行列に追加された最後のＡＶ／ＣＶを除去し、ステップ６のラップアラウンドプロシージャを行う。

ステップ６−選択された各ＭＶについて、一度に一つずつラップアラウンドプロシージャを行い、各ラップアラウンドプロシージャの結果もたらされる行列の条件数を算出する。本質的に、ラップアラウンドプロシージャは、除去されたＡＶ（またはＣＶ）の代わりに異なるＭＶ各々の１ユニット応答を交互に配置することによって行われる。１ユニット応答は、行列の行のある位置では１ユニットでありそれ以外の位置ではゼロである。要するに、この場合、特定のＭＶは各々、好条件の正方制御行列を形成するＡＶの代わりに、入力および出力として用いられる。一例として、４×４行列の場合、１０００、０１００、００１０、および０００１の組み合わせが、ゲイン行列Ａ_cの除去されたＡＶラインの行に配置される。

ステップ７−各ＭＶについてラップアラウンドプロシージャを行うと、条件数が最小になる組み合わせを選択する。何ら改善されない場合は、当初の行列を維持する。このポイントで、ＭＶそれ自体の制御に用いられるＭＶ（つまりラップアラウンドされたＭＶ）を除いた特定のＭＶに関連して最大のゲインを有するＣＶまたはＡＶを選択し、選択したすべてのＣＶおよびＡＶとＭＶとを関連付ける。

当然、このプロシージャによって定義された制御行列およびその結果の条件数はユーザに提供されてもよく、ユーザはコントローラの生成において該定義された制御行列の使用を受け入れてもよく拒絶してもよい。

上述した自動プロシージャでは、制御性の改善を目的としてＭＶそれ自体を制御する（つまりラップアラウンドする）ために選択されたのは、一つのＭＶのみであった。手動によるプロシージャでは、ラップアラウンドされるＭＶの数は任意でよい。ＭＶそれ自体を制御するために選択されたＭＶは、コントローラ設定内において該当する出力変数の選択肢が消えていることにより明らかである。また、ＭＶの数がＣＶの総数にＡＶを加えた数よりも多い場合は、制御のためのラップアラウンドとしてより多くのＭＶを用いることができる。このように、最終的には正方制御行列が各ＭＶを出力として有するコントローラに提供される。ラップアラウンドを実行・使用するプロセスは、制御行列のために選択されるＣＶおよびＡＶの数がコントローラによって制御されるＭＶの数よりも少ない場合があることを意味し、この差は、制御行列に入力されたＭＶのラップアラウンドの数であるということが理解されるであろう。さらに、このラップアラウンドプロシージャをＣＶとＡＶを足した数がＭＶの数よりも少ないプロセスで用いることができる。

当然、条件数は定常状態ゲインを用いて上述の通り算出され、これによって、制御行列は本質的に定常状態での制御性を定義する。プロセスダイナミックス（デッドタイム、ラグなど）およびモデルの不確実性もまた、動的制御性に影響を与える。この影響はプロセス変数（例えば制御変数および補助変数）の優先順位を変えることによって対応することができるが、この結果、動的制御に与える影響に起因してプロセスダイナミックスおよびモデルの不確実性を制御行列に入れる必要性が生じる場合もある。

定常状態制御性および動的制御性の双方の改善を目的として、他のヒューリスティックプロシージャを用いることも可能である。このようなプロシージャは通常、制御行列を作成するいくつかのフェーズで適用される複数の発見的基準（相反するものが含まれる場合もある）を有し、これによって制御行列に何らかの改善をもたらす適切な制御入力のセットを選択する。このようなヒューリスティックプロシージャの一つでは、ＣＶおよびＡＶは、最大ゲイン関係に基づいてＭＶによってグループ分けされる。そして、ＭＶのグルーピングの各々について、最速ダイナミックおよび有意のゲインを伴う一つのプロセス出力が選択される。この選択プロセスは、信頼区間を考慮しＡＶよりもＣＶを優先してもよい（他がすべて等しい場合は）。次いで、プロセスモデル生成ルーチンは、ＭＰＣ制御の生成中に、各グループから選択されたパラメータを用いる。各ＭＶについて単一のパラメータしか選択されないため、応答行列は正方行列であり、反転することが可能である。

いずれの場合であっても、ＭＰＣコントローラに入力するためのＭ個（またはそれ未満）の制御変数および補助変数よりなるサブセットが選択されたら、図３のブロック124は、決定された正方制御行列から、図２のＭＰＣ制御アルゴリズムで用いるプロセスモデルまたはコントローラを生成する。公知の通り、このコントローラ生成ステップは、計算が集中するプロシージャである。次いでブロック126は、このＭＰＣプロセスモデル（本来的に制御行列を含む）またはコントローラを、また必要に応じてステップ応答および定常状態応答ゲイン行列を、制御ブロック38にダウンロードし、このデータは動作のために制御ブロック38に組み込まれる。この時点で、該制御ブロック38はプロセス50内でのオンライン動作の準備が整う。

所望する場合、プロセスステップ応答はこれらのステップ応答を生成したものとは別の方法で再構成または提供されてもよい。例えば、ステップ応答のうちの一つをシステム内に記憶された異なるモデルからコピーし、たとえば図１０乃至図１２のスクリーンに掲示し、ある操作変数または外乱変数に対する任意の制御変数または補助変数のステップ応答を特定してもよい。図１３は、ユーザが特定のプロセスまたはモデルのステップ応答のうちの一つを選択・コピー（ｃｏｐｙ）し、次いで、この同一の応答を他のモデルに付与または貼り付け（ｐａｓｔｅ）、そのステップ応答を新規のモデルに貼り付け、これにより、ユーザが手動でステップ応答モデルを特定することができるスクリーン表示画面を例示している。

図１４は、ユーザがステップ応答のうちの一つ（この図では、ＴＯＰ＿ＥＮＤ＿ＰＯＩＮＴ―ＴＯＰ＿ＤＲＡＷのステップ応答の場合である）をさらに詳細に見ることができるスクリーン表示画面を例示している。この表示画面には、定常安定ゲイン（ｓｔｅａｄｙ ｓｔａｔｅ ｇａｉｎ）、応答時間（ｒｅｓｐｏｎｓｅ ｔｉｍｅ）、第一次時定数（ｆｉｒｓｔ ｏｒｄｅｒ ｔｉｍｅ ｃｏｎｓｔａｎｔ）および平方誤差（ｓｑｕａｒｅｄ ｅｒｒｏｒ）の如きこのステップ応答のパラメータが、ユーザまたはオペレータが容易に参照できるように例示されている。また所望する場合には、ユーザは、異なるゲインまたは時間制約の如き異なるパラメータを指定することによってステップ応答のプロパティを目視・変更してもよい。ユーザが異なるゲインまたは他のパラメータを指定した場合、該新たなパラメータまたはパラメータのセットを含んで数学的にステップ応答モデルを再生成することができる。この動作は、ユーザがステップ応答のパラメータを知っており、生成されたステップ応答をこれらのパラメータを満足させるようにまたはこれらに一致するように変更する必要がある場合に役立つ。

ここで図４を参照すると、プロセス50がオンライン作動中、図３のフローチャート90aを用いて作成される高度制御ブロック38の各動作サイクルまたはスキャン中に実行される基本的なステップが例示されている。ブロック150で、ＭＰＣコントローラ52（図２）は、測定された制御変数ＣＶおよび補助変数ＡＶの値を受け取り、これを処理する。とくに、制御予測プロセスモデルは、ＣＶ、ＡＶおよびＤＶの測定値または入力を処理し、未来制御パラメータベクトルを作成し、さらに予測される定常状態制御変数ＣＶ_SSおよび補助変数ＡＶ_SSを作成する。

次いで、ブロック152で、入力処理／フィルタブロック58（図２）は、ＭＰＣコントローラ52によって作成された予測制御変数ＣＶ_SS、補助変数ＡＶ_SSおよび操作変数ＭＶ_SSを処理またはフィルタ処理し、このフィルタ処理された値をオプチマイザ54に提供する。オプチマイザ54は、ブロック154で、標準的なＬＰ技術を実行し、選択されたまたはデフォルトの目的関数を最大化または最小化するが、補助変数および操作変数のいかなるリミットをも侵害せず制御変数を特定の設定ポイント内またはこれらの変数に関する特定の範囲内に維持する、Ｍ個の操作変数目標ＭＶ_Tよりなるセットを決定する。一般的に、オプチマイザ54は、制御変数および補助変数の各々をそのリミットに移動させることによって目標操作変数解ＭＶ_Tを算出する。上記の通り、制御変数の各々が各自の設定ポイント（当初は制御変数の上限として扱われたこともある）に位置し、補助変数の各々が各自の制約リミット内にある場合に、解が存在することが多い。このような場合、オプチマイザ54は目的関数の最適な結果を生成する決定された操作変数目標ＭＶ_Tのみを出力すればよい。

しかし、場合によっては、補助変数または操作変数の一部または全部の制約が厳しく、全ての制御変数がそれらの設定ポイントに位置し全ての補助変数が各々の制約リミット内に入る動作ポイントを見出すことが不可能である場合がある。なぜなら、このような解は存在しないからである。このような場合には、上述のように、オプチマイザ54は、補助変数が各自のリミット内で動作する動作ポイントを見出すために、制御変数は特定設定ポイント範囲内で移動することが許容される。この場合でも解を得られない場合、オプチマイザは、その解を得るための一つのリミットであった、補助変数制約リミットのうちの一つを除去し、この除去した補助変数制約リミットを含めずに最適プロセス動作ポイントを決定してもよい。ここで、オプチマイザは、コンストレインリミットとして、いずれの補助変数または制御変数を減らすかを該制御変数および補助変数の各々に割り当てられた重み付けに基づいて選択する（たとえば、最小重み付け値または最高優先順位の変数が最初に除外される）。制御変数の設定ポイント範囲および残りの高優先順位の補助変数のリミットが満足させされる目標操作変数ＭＶ_Tが見出されるまで、各々に付与された重み付けまたは優先順位に基づいて補助変数または制御変数をオプチマイザは減らし続ける。

次に、ブロック156では、目標変換ブロック55（図２）は、定常状態ステップ応答ゲイン行列を用いて操作変数ＭＶ_Tの目標値から制御変数ＣＶ_Tおよび補助変数ＡＶ_Tの目標値を決定し、選択したこれらの値のＮ個（ＮはＭと同数かまたはそれ未満）よりなるサブセットを、目標入力としてＭＰＣコントローラ52へ提供する。ブロック１５８で、ＭＰＣコントローラ52は、制御行列またはそこから派生する論理を利用して制約のないＭＰＣコントローラとして上述の通り動作し、これらの目標値の未来ＣＶベクトルおよびＡＶベクトルを決定し、未来制御パラメータベクトルとの間でベクトル減算を行って未来エラーベクトルを作成する。ＭＰＣアルゴリズムは公知の方法で動作し、Ｍ×Ｍステップ応答から生成されたプロセスモデルに基づいて定常状態操作変数ＭＶ_SSを決定し、これらのＭＶ_SS値を入力処理／フィルタブロック58（図２）に提供する。ブロック160で、ＭＰＣアルゴリズムはまた、プロセス50に出力されるＭＶステップも決定し、これらのステップの第一のステップを任意の適切な方法でプロセス50に出力する。

動作中、例えばインタフェース13のうちの一つで駆動する一または複数の監視アプリケーションは、高度制御ブロックまたはこれに通信可能に接続されている他の機能ブロックから、直接またはヒストリアン12を介して情報を定期的に読み出し、ユーザまたはオペレータに対して、高度制御ブロックの動作状態を閲覧するための一または複数の閲覧スクリーンまたは診断スクリーンを提供してもよい。機能ブロック技術は、制御機能ブロックおよび出力機能ブロックの双方について、カスケード入力（ＣＡＳ＿ＩＮ）およびリモートカスケード入力（ＲＣＡＳ＿ＩＮ）ならびに対応する逆算出力（ＢＫＣＡＬ＿ＯＵＴおよびＲＣＡＳ＿ＯＵＴ）を特徴とする。これらのコネクタを用いて、スーパーバイザ的な最適化ＭＰＣ制御戦略を既存の制御戦略に追加し、一または複数の閲覧スクリーンまたは表示画面を用いて該スーパーバイザ制御戦略を見ることも可能である。同様に、最適化されたＭＰＣコントローラの目標値は、所望する場合にはスーパーバイザ制御戦略からも修正できる。

図１５は、一または複数のそのような閲覧用アプリケーションにより提示されうるスクリーン表示画面の一例であり、高度制御ブロックの動作に属する情報をその動作中にオペレータに提供する、オプチマイザ（ｏｐｔｉｍｉｚｅｒ）のダイアログスクリーンを例示している。とくに、プロセスへの入力（ｉｎｐｕｔｓ）（操作変数ＭＶ）および出力（ｏｕｔｐｕｔｓ）（制御変数および補助変数ＣＶ，ＡＶ）が別々に例示されている。これらの変数の各々について、スクリーン表示画面は、変数の名称（記述子（ｄｅｓｃｒｉｐｔｏｒ））と、現行の測定数値（ｃｕｒｒｅｎｔ ｖａｌｕｅ）と、適切ならば設定ポイントと、オプチマイザにより計算された目標数値（ｔａｒｇｅｔ ｖａｌｕｅ）と、変数の変化量のユニット（ｕｎｉｔ）およびユニット値（ｕｎｉｔ ｖａｌｕｅ）と、現行の変数値の指標とを例示する。出力変数の場合には、変数が、ＭＰＣコントローラで用いられる選択された変数と、ＭＰＣコントローラにより決定されたこの変数の予測値と、この変数に予め設定された優先順位とのうちの一つであるか否かの指標も示される。このスクリーンにより、オペレータは、高度制御ブロックの現行の動作状況を目視して高度制御ブロックが制御をどのように実行しているか知ることができる。さらに、ユーザは、外部アプリケーションの動作目標を設定して処理量を協調させるため遠隔からポイントを設定することができるように制御パラメータの一部を設定しうる。

図１６は、診断アプリケーションにより生成されうるスクリーン表示画面であり、高度制御ブロックの診断を実行すべくユーザまたはオペレータに提供されうる診断スクリーンを例示している。とくに、図１６の診断スクリーンは、制御変数（ｃｏｎｔｒｏｌｌｅｄ ｖａｒｉａｂｌｅ）および制約（補助）変数（ｃｏｎｓｔｒａｉｎｅｄ ｖａｒｉａｂｌｅ）と、操作変数（ｍａｎｉｐｕｌａｔｅｄ ｖａｒｉａｂｌｅ）と、外乱変数（ｄｉｓｔｕｒｂａｎｃｅ ｖａｒｉａｂｌｅ）とを別々に例示している。その各々について、変数の名称または記述子（ｄｅｓｃｒｉｐｔｏｒ）が、エラー状態またはアラート状態がこの変数に存在するか否かの指標（最初の列）とともに提供されている。そのようなエラーまたはアラートは、たとえば緑色のチェックマークもしくは赤色の「ｘ」またはその他の所望の方法を利用して画像として表示されることが可能である。また、これらの変数の各々についての数値（ｖａｌｕｅ）および状況（ｓｔａｔｕｓ）も示される。操作変数の場合には、これらの信号のＢａｃｋ＿Ｃａｌ（逆算またはフィードバック）変数の数値および状況が例示されている。いうまでもなく、制御システム内の問題を判断するために必要な情報をオペレータに提供することにより、高度制御ブロックの診断を実行すべくこのスクリーンを利用することができる。もちろん、オペレータが高度制御ブロックおよびそれが実装されたモジュールの診断を実行することを可能にするために他の種類のスクリーンおよび情報を提供することもできる。

ここに記載されている高度機能ブロックは、同一の機能ブロック内にオプチマイザが配置されており、したがってＭＰＣコントローラと同じデバイスで実行されるものとして例示されているが、オプチマイザを別のデバイスに実装することも可能である。とくに、オプチマイザは、ユーザのワークステーション13のうちの一つの如き異なるデバイスに設置されてもよく、コントローラの各実行中またはスキャン中に図２と併せて述べたＭＰＣコントローラと通信を行い、目標操作変数（ＭＶ_T）またはそこから決定される制御変数（ＣＶ）と補助変数（ＡＶ）とよりなるサブセットを算出し、ＭＰＣコントローラに提供してもよい。当然、公知のＯＰＣインタフェースの如き特別なインタフェースを用いて、コントローラと、内部にＭＰＣコントローラを有する機能ブロックと、オプチマイザを実施または実行するワークステーションまたは他のコンピュータとの間に通信インタフェースを提供してもよい。図２に関して述べた実施例と同様に、オプチマイザおよびＭＰＣコントローラは依然として各スキャンサイクル中に相互に通信を行い、統合した最適ＭＰＣ制御を実行する必要がある。しかしながら、この場合には、プロセス制御環境内ですでに存在しうる公知のオプチマイザまたは標準オプチマイザの如き他の種類のオプチマイザを利用してもよい。また、最適化問題が非線形であり、その解には非線形計画法技術が必要な場合でも上述の特徴を利用することが有利でありうる。

高度制御ブロックおよび本明細書に述べた他のブロックおよびルーチンはフィールドバスおよび標準的な４−２０ミリアンペア装置と併せて用いられると本明細書において述べてきたが、これらは当然ながら、他のプロセス制御通信プロトコルまたはプログラミング環境を用いて実施することもでき、また他の種類の装置、機能ブロックまたはコントローラとともに使用してもよい。ここに述べる高度制御ブロックおよび関連する生成ルーチンおよびテストルーチンはソフトウェアにより実現されるのが好ましいが、これらはハードウェア、ファームウェアなどで実現してもよく、プロセス制御システムと関連するその他のプロセッサで実行されてもよい。したがって、本明細書で述べたルーチン40は、所望する場合は、標準的な汎用ＣＰＵまたは例えばＡＳＩＣなどの特定用途向けハードウェアまたはファームウェアにより実現されてもよい。ソフトウェアで実現する場合、該ソフトウェアは、磁気ディスク、レーザーディスク、光ディスク、または他の記憶媒体などのコンピュータ読取り可能メモリに、またコンピュータあるいはプロセッサなどのＲＡＭまたはＲＯＭなどに格納されてもよい。同様に、該ソフトウェアは、例えばコンピュータ読取り可能ディスクまたは他の移動可能なコンピュータ記憶メカニズム、または、電話回線、インターネットなどの通信チャネルを通した変調（これは移動可能記憶媒体を介してかかるソフトウェアを提供するのと同様または相互交換可能であるとみなされる）を含む、既知のまたは所望の提供方法を介してユーザまたはプロセス制御システムへ提供されてもよい。

したがって、本発明は特定の例を参照して説明されたが、これは単に説明目的のためであり本発明を限定するものではない。ここに開示される実施例に対し、本発明の精神および範囲を逸脱することなく変更、追加または削除を行うことが可能であることは、当業者には明らかであろう。

オプチマイザをＭＰＣコントローラと統合する高度のコントローラ機能ブロックを有する制御モジュールを備えるプロセス制御システムのブロック図である。 統合型オプチマイザ・ＭＰＣコントローラを備える、図１の前記高度コントローラ機能ブロックのブロック図である。 図２の前記統合型オプチマイザ・ＭＰＣコントローラ機能ブロックを作成・搭載する方法を例示するフローチャート図である。 オンライン状態でプロセスが動作中の、図２の前記統合型オプチマイザ・ＭＰＣコントローラの動作を例示すフローチャートである。 プロセス制御を実行する制御モジュール内の高度制御ブロックを例示する設定ルーチンのスクリーン表示画面である。 図５の前記高度制御ブロックの特性を示すダイアログボックスを例示する設定ルーチンのスクリーン表示画面である。 図５の前記表示画面に描画される高度制御機能ブロックの入力／出力を選択または特定する方法を例示する設定ルーチンのスクリーン表示画面である。 ユーザまたはオペレータが高度の制御ブロックの作成に利用するオブジェクティブ機能のセットのうちの一つを選択することを可能にする設定ルーチンにより提供されたスクリーン表示画面である。 高度の制御ブロックの作成中に、ユーザがプロセスモデルの試験と作成とを実行することを可能にするべく利用されうる試験スクリーンのスクリーン表示画面である。 図９の前記制御変数および補助変数のうちの一つを前記操作変数に主に関連するものとして選択する方法を例示した設定ルーチンのスクリーン表示画面である。 特定の操作変数への異なる制御変数および補助変数の応答を示す複数のステップ応答を例示した設定ルーチンのスクリーン表示画面である。 前記操作変数のうちの異なる変数への同一の制御変数または補助変数の応答を示す複数のステップ応答を例示した設定ルーチンのスクリーン表示画面である。 異なるモデルにおいて利用すべくコピーされるモデルのステップ応答のうちの一つをコピーする方法を例示した設定ルーチンのスクリーン表示画面である。 特定の操作変数への異なる制御変数および補助変数の応答を示す複数のステップ応答を例示した設定ルーチンのスクリーン表示画面である。 特定の操作変数への異なる制御変数および補助変数の応答を示す複数のステップ応答を例示した設定ルーチンのスクリーン表示画面である。 特定の操作変数への異なる制御変数および補助変数の応答を示す複数のステップ応答を例示した設定ルーチンのスクリーン表示画面である。

Claims (27)

1. プロセスに入力される１又は複数の操作変数を決定する多重入力／多重出力制御ルーチンと、選択された目的関数を最小化又は最大化する統合型オプチマイザとを有する制御ブロックを作成または閲覧するのに用いられる装置であって、
   コンピュータ読取り可能媒体に格納されており、前記コンピュータ読取り可能媒体に接続されたプロセッサ上で実行可能とされた、前記目的関数の選択を許可するために動作可能な設定ルーチンを有し、
   該設定ルーチンが、
   応答曲線情報およびパラメータ情報を格納する格納ルーチンであって、前記応答曲線情報およびパラメータ情報のそれぞれが、前記オプチマイザおよび前記多重入力／多重出力制御ルーチンの一方または両方によって利用される複数の制御変数および補助変数のそれぞれと複数の操作変数のそれぞれとのための情報であり、前記応答曲線情報が、複数の応答曲線を含み、前記応答曲線の各々が前記多重入力／多重出力制御ルーチンにおいて前記操作変数のうちの一つに対する前記制御変数および前記補助変数のうちの一つの応答を定義するよう構成された格納ルーチンと、
   表示画面をユーザに提示すべく動作可能な表示ルーチンと、
   前記表示画面上で前記操作変数の一つに対して最も応答性のある前記制御変数および前記補助変数のうちの一つをユーザが選択することを可能にする第一のルーチンと、
   前記表示画面上でユーザによって選択された前記操作変数の一つに対して最も応答性のある前記変数に従って制御ブロックを作成する第二のルーチンとを含み、
   前記表示ルーチンは、実行時に、
   少なくとも前記操作変数のセット、前記制御変数のセット、および前記補助変数のセットのうちの一つについて格納された前記パラメータ情報をユーザが閲覧可能なスクリーンと、
   少なくとも前記操作変数のセット、前記制御変数のセット、および前記補助変数のセットのうちのその他のセットに関連するタブであって、前記操作変数のセット、前記制御変数のセット、および前記補助変数のセットのうちのその他のセットについて格納された前記パラメータ情報を閲覧するために選択可能なタブと、
   前記操作変数のセット、前記制御変数のセット、および前記補助変数のセットのそれぞれの変数について格納された前記パラメータ情報と、
   格納された前記パラメータ情報の一部としての通信パス名と
   を表示する、装置。
2. 前記表示ルーチンはユーザにより閲覧される前記応答曲線のサブセットを前記表示画面上に提示すべく動作可能とし、前記応答曲線の前記サブセットは前記操作変数のうちの一つに対する前記制御変数および前記補助変数の各々の応答を有する請求項１記載の装置。
3. 前記第一のルーチンは、前記応答曲線のうちの一つを選択することにより、前記操作変数のうちの一つに最も応答性のある前記制御変数および前記補助変数のうちの一つをユーザが選択することを可能にする請求項１記載の装置。
4. 前記表示ルーチンは、前記制御変数および前記補助変数のうちの前もって選択された一つに関連する応答曲線を、該制御変数または該補助変数が前記操作変数のうちの一つに対して最も応答性があるとして前もって選択されたことを示すような方法で表示する請求項１記載の装置。
5. 前記表示ルーチンは第一の設定において、前記操作変数のうちの一つに対する前記制御変数および前記補助変数の各々の応答を含む前記複数の応答曲線のサブセットを表示し、第二の設定において、前記操作変数の各々に対する前記制御変数および前記補助変数のうちの一つの応答を含む前記複数の応答曲線のサブセットを表示するように構成されている請求項１記載の装置。
6. 前記表示ルーチンは、前記操作変数の各々一つに対する前記制御変数および前記補助変数の各々一つの応答曲線を表示し、前記制御変数および前記補助変数の一つに対する応答曲線のみを同時に表示する請求項１記載の装置。
7. 前記表示ルーチンは、前記操作変数の各々一つに対する前記制御変数および前記補助変数の各々一つの応答曲線を表示し、前記操作変数の一つに対する応答曲線のみを同時に表示する請求項１記載の装置。
8. 前記表示ルーチンは、ユーザが前記応答曲線のうちの一つをコピーして前記応答曲線のうちのコピーされた一つを他の制御ブロックに貼り付けることを可能とさせる請求項１記載の装置。
9. 前記表示ルーチンは、前記操作変数のセット、前記制御変数のセット、および前記補助変数のセットのうちの一つに関連する格納された情報と、前記操作変数のセット、前記制御変数のセット、および前記補助変数のセットのうちのその他のセットを閲覧すべく選択することが可能な、前記操作変数のセット、前記制御変数のセット、および前記補助変数のセットのうちのその他のセットに関連するタブとをユーザが閲覧することが可能なスクリーンを表示する請求項１記載の装置。
10. 前記表示ルーチンは、前記制御変数のセット、前記補助変数のセット、および前記操作変数のセットのうちの一つ内の各変数に関連する複数のパラメータを表示する請求項９記載の装置。
11. 前記表示ルーチンは、前記複数のパラメータのうちの一つである変数名を表示する請求項１０記載の装置。
12. 前記表示ルーチンは、前記複数のパラメータのうちの一つである一または複数のリミットを表示する請求項１０記載の装置。
13. 前記表示ルーチンは、前記複数のパラメータのうちの一つである設定ポイントを表示する請求項１０記載の装置。
14. 前記表示ルーチンは、前記複数のパラメータのうちの一つである優先順位指標を表示する請求項１０記載の装置。
15. 前記表示ルーチンは、前記複数のパラメータのうちの一つである、前記オプチマイザによって利用されるプロフィット指標またはコスト指標を表示する請求項１０記載の装置。
16. 前記表示ルーチンは、表示された前記制御変数、前記補助変数、または前記操作変数のうちの一または複数をユーザが追加または削除することを可能とさせる請求項９記載の装置。
17. 前記格納ルーチンは前記オプチマイザで利用する目的関数のセットを格納し、前記表示ルーチンは、前記表示画面を介して前記目的関数の指標を前記ユーザに表示し、前記オプチマイザ内で利用する前記目的関数として前記目的関数のセットのうちの一つを前記ユーザが選択することを可能とさせる請求項１記載の装置。
18. 前記表示ルーチンは、前記制御変数、前記補助変数、および前記操作変数のうちの少なくとも一つのセットに関係する診断情報を表示する診断スクリーンを表示する請求項１記載の装置。
19. 前記診断情報は、前記制御変数、前記補助変数、および前記操作変数のうちの少なくとも一つのセット内の前記制御変数、前記補助変数、または前記操作変数の名称を有する請求項１８記載の装置。
20. 前記診断情報は、前記制御変数、前記補助変数、および前記操作変数のうちの少なくとも一つのセット内の前記制御変数、前記補助変数、または前記操作変数の状態指標を有する請求項１８記載の装置。
21. 前記診断情報は、前記制御変数、前記補助変数、および前記操作変数のうちの少なくとも一つのセット内の前記制御変数、前記補助変数、または前記操作変数の数値を有する請求項１８記載の装置。
22. 前記診断情報は、前記制御変数、前記補助変数、および前記操作変数のうちの少なくとも一つのセット内の前記制御変数、前記補助変数、または前記操作変数のうちの一または複数に対するアラーム指標またはアラート指標を有する請求項１８記載の装置。
23. 前記表示ルーチンは、前記制御変数、前記補助変数、および前記操作変数のうちの少なくとも一つのセットに関係する現在の情報を表示する閲覧スクリーンを表示する請求項１記載の装置。
24. 前記現在の情報は、前記制御変数、前記補助変数、および前記操作変数のうちの少なくとも一つのセット内の前記制御変数、前記補助変数、または前記操作変数のうちの一または複数の各々に対する現在値を有する請求項２３記載の装置。
25. 前記現在の情報は、前記制御変数、前記補助変数、および前記操作変数のうちの少なくとも一つのセット内の前記制御変数、前記補助変数、または前記操作変数のうちの一または複数の各々に対する予測値を有する請求項２３記載の装置。
26. 前記現在の情報は、前記制御変数、前記補助変数、および前記操作変数のうちの少なくとも一つのセット内の前記制御変数、前記補助変数、または前記操作変数のうちの一または複数の各々に対するリミット値を有する請求項２３記載の装置。
27. 前記現在の情報は、前記制御変数、前記補助変数、および前記操作変数のうちの少なくとも一つのセット内の前記制御変数、前記補助変数、または前記操作変数のうちの一または複数の各々に対する目標値を有する請求項２３記載の装置。

Images