"通信ネットワークによって通信結合された第1および第2の装置と、第1の装置内に位置した制御要素とを有するプロセス制御システムにおいて用いられる自動チューナであって、第1の装置内に位置した第1のチューニング要素を含み、前記第1のチューニング要素は、第1の装置内で制御要素に通信結合され、チューニング手続きの間に制御要素の動作を制御するように適合される制御要素コントローラと、チューニング手続きの間に生成されたデータを集めるデータ収集ユニットと、通信ネットワークによって第2の装置にプロセス特性情報を伝えるコミュニケータとを含み、前記自動チューナはさらに、第2の装置内に位置し、通信ネットワークを介して第1のチューニング要素に通信結合された第2のチューニング要素を含み、前記第2のチューニング要素は、プロセス特性情報から制御要素のためのチューニングパラメータを決定する自動チューナ。前記第1のチューニング要素はさらに、集められたデータからプロセス特性を計算するプロセス特性計算機をさらに含み、プロセス特性情報は計算されたプロセス特性を示す、請求項1に記載の自動チューナ。プロセス特性情報は、集められたデータを含む、請求項1に記載の自動チューナ。前記第2のチューニング要素は、特定の種類の制御要素のためのチューニングパラメータを決定するのに用いられる一組の規則を含む、請求項1に記載の自動チューナ。一組の規則は、比例積分微分制御要素のためのチューニングパラメータを決定するように構成される、請求項4に記載の自動チューナ。一組の規則は、比例積分制御要素のためのチューニングパラメータを決定するように構成される、請求項4に記載の自動チューナ。一組の規則は、ファジイ論理制御要素のためのチューニングパラメータを決定するように構成される、請求項4に記載の自動チューナ。一組の規則は、ニューラルネットワークを用いてチューニングパラメータを決定するように構成される、請求項4に記載の自動チューナ。第2のチューニング要素は、複数組の規則を含み、該複数組の規則の各々は、異なる種類の制御要素のためのチューニングパラメータを決定するように構成される、請求項1に記載の自動チューナ。第1の装置はフィールドバス装置であり、前記第1のチューニング要素は、フィールドバスプロトコルに従う自動チューナ機能ブロックである、請求項1に記載の自動チューナ。前記第2のチューニング要素は、決定されたチューニングパラメータを制御要素に送る、請求項1に記載の自動チューナ。前記第2のチューニング要素は、プロセス制御システムと関連する集中化コントローラ内に位置している、請求項1に記載の自動チューナ。前記第2のチューニング要素は、プロセス制御システムと関連するユーザワークステーション内に位置している、請求項1に記載の自動チューナ。第1の装置はフィールド装置である、請求項1に記載の自動チューナ。前記第1のチューニング要素は第1のフィールド装置内に位置し、前記第2のチューニング要素は第2のフィールド装置内に位置する、請求項1に記載の自動チューナ。第3の装置内に位置した第3のチューニング要素をさらに含み、第3の装置はさらなる制御要素を含み、前記第3のチューニング要素は、第3の装置内でさらなる制御要素に通信結合され、さらなるチューニング手続きの間にさらなる制御要素の動作を制御するように適合される第2の制御要素コントローラと、さらなるチューニング手続きの間に生成されたデータを集める第2のデータ収集ユニットと、さらなる制御要素のためのチューニングパラメータを決定するのに用いるために、通信ネットワークによって第2の装置にさらなる制御要素と関連するプロセス特性情報を伝える第2のコミュニケータとを含む、請求項1に記載の自動チューナ。通信ネットワークによって通信結合された第1および第2の装置と第1および第2の装置の各々内でソフトウェアを実行することが出来るプロセッサと、第1および第2の装置内の各々内のメモリと、第1の装置内に位置する制御要素とを有するプロセス制御システムにおいてチューニング手続きを実行するのに用いられる自動チューナであって、第1の装置のメモリ内に記憶され、第1の装置のプロセッサ上で実行されるように適合されるチューニング機能ブロックソフトウェアを含み、前記チューニング機能ブロックソフトウェアは、チューニング手続きの間に第1の装置内の制御要素の動作を制御する制御ルーチンと、チューニング手続きの間に生成されたデータを集め、第1の装置のメモリ内に集められたデータを記憶するデータ収集ルーチンと、通信ネットワークによってプロセス特性情報を第2の装置に伝える通信ルーチンとを含み、前記自動チューナはさらに、第2の装置のメモリ内に記憶され、プロセス特性情報から第1の装置の制御要素のためのチューニングパラメータを決定する第2の装置のプロセッサ上で実行されるように適合されるチューニングパラメータ計算ソフトウェアを含む、自動チューナ。前記チューニング機能ブロックソフトウェアは、集められたデータからプロセス特性を計算するプロセス特性計算ルーチンを含み、プロセス特性情報は、計算されたプロセス特性を示す、請求項17に記載の自動チューナ。前記チューニングパラメータ計算ソフトウェアは、計算されたプロセス特性から特定の種類の制御要素のためのチューニングパラメータを決定するのに用いられる一組の規則を含む、請求項18に記載の自動チューナ。一組の規則は、比例積分微分制御要素のためのチューニングパラメータを決定するように構成される、請求項19に記載の自動チューナ。一組の規則は、ファジイ論理制御要素のためのチューニングパラメータを決定するように構成される、請求項19に記載の自動チューナ。一組の規則は、ニューラルネットワークを用いてチューニングパラメータを決定するように構成される、請求項19に記載の自動チューナ。第1の装置はフィールドバスフィールド装置であり、前記チューニング機能ブロックソフトウェアは、フィールドバスプロトコルに従う自動チューナ機能ブロックである、請求項18に記載の自動チューナ。通信ネットワークによって通信結合された第1の装置および第2の装置を有するプロセス制御システムの第1の装置内に位置した制御要素をチューニングする方法であって、第1の装置内に記憶された制御手続きを実行して制御要素の動作を制御し、それによってチューニング手続きを実行するステップと、第1の装置においてチューニング手続きの間に生成されたデータを集めるステップと、通信ネットワークによって、集められたデータから展開されたプロセス特性情報を第2の装置に伝えるステップと、第2の装置においてプロセス特性情報から制御要素のためのチューニングパラメータを決定するステップとを含む、制御要素をチューニングする方法。第1の装置において、集められたデータからプロセス特性を決定するステップをさらに含み、プロセス特性情報は、決定されたプロセス特性を示す、請求項24に記載の制御要素をチューニングする方法。プロセス特性情報は集められたデータを含む、請求項24に記載の制御要素をチューニングする方法。前記チューニングパラメータを決定するステップは、第2の装置内で特定の種類の制御要素のためのチューニングパラメータを決定するのに用いられる一組の規則を記憶するステップと、記憶された一組の規則を用いて、プロセス特性情報に基づいてチューニングパラメータを決定するステップとを含む、請求項24に記載の制御要素をチューニングする方法。前記チューニングパラメータを決定するステップは、複数組の規則を記憶するステップを含み、該複数組の規則の各々は異なる種類の制御要素のためのチューニングパラメータを決定するように構成され、前記決定するステップはさらに、チューニングされている制御要素の種類に依って複数組の規則のうちの異なるものを用いるステップを含む、請求項24に記載の制御要素をチューニングする方法。前記チューニングパラメータを決定するステップの後に、通信ネットワークによってチューニングパラメータを制御要素に送るステップをさらに含む、請求項24に記載の制御要素をチューニングする方法。分散化制御機能を有するプロセス制御ネットワークにおいて制御要素制御ブロックのようなをチューニングするのに用いられる自動チューナは、制御要素が動作しているコントローラまたはフィールド装置内に位置した第1のチューニング要素と、第1のチューニング要素が位置するコントローラまたはフィールド装置に接続されたオペレータワークステーション、パソコン、または集中化コントローラのような異なる装置に位置する第2の装置とを含み、第2のチューニング要素はバスまたは他の通信ネットワークによって第1のチューニング要素と通信する。第1のチューニング要素は、自動チューニング手続きの動的データキャプチャ段階の間に制御ブロックの動作を制御し、自動チューニング手続きのこの段階の間にデータを集め、好ましくは、集められたデータからひとつ以上のプロセス例えばループ特性を計算する。第1のチューニング要素は、自動チューナの第2のチューニング要素に通信ネットワークによって、計算されたプロセス特性または集められたデータを送る。第2のチューニング要素は一つ以上の記憶された組ファジイ論理規則組、ニューラルネットワーク構成もしくは規則組または他の組のアルゴリズムのようなを用いて、第1のチューニング要素により生じさせられたプロセス特性に基づいて制御要素のために新しいパラメータを決定する。第2のチューニング要素は次いで通信ネットワークによって制御要素に新しいチューニングパラメータを送って、制御要素または制御要素が位置している制御ループを再チューニングする。ここで述べられる自動チューナの実施の形態は、正確にチューニングパラメータのタイミングを制御し、必要なだけのデータを取りこんで所望のプロセス特性を決定する。なぜなら制御およびデータキャプチャ機能は、制御要素と同じ装置内で実行され、その結果、チューニング手続きの動的データキャプチャ段階の間にバスによって制御要素と通信する必要はないからである。しかしながら、この自動チューナは、制御要素内で不必要なオーバーヘッドを生じさせない。なぜなら、チューニングパラメータの計算は、制御要素から離れて位置する別の装置内で行なわれ、その結果、制御要素は、これらの機能を組み込むのにコンパイルされる必要はない。さらに、単一のチューニングパラメータ計算ルーチンは、ネットワーク内で様々な種類および様々なものの制御要素のチューニングパラメータを計算するのに用いられ得る。なぜなら、このルーチンは、チューニングされている様々な種類の制御要素の各々に対して異なる組の規則を記憶し、用いるからである。さらに、同じ自動チューナ機能ブロックまたは機能性は、制御要素を有する装置の各々内に配置可能である。なぜなら、様々な制御ループが、例えば、PI、PIDおよびファジイ論理制御ブロックを含め、様々な種類の制御ブロックを用いるとしても、これらの制御ループと関連するプロセス特性は同じ方法で決定できるからである。これらの利点によって、自動チューナをより汎用性があるようにし、制御要素を有する各装置において別個の完全な自動チューナを配置する必要がなくなる。さらに、この自動チューナは、アドオンケイパビリティとしてプロセス制御ネットワークの一部内に容易に実現可能である。さて、図1を参照して、プロセス制御ネットワーク10はブロック図の形で示される。プロセス制御ネットワーク10は、ひとつ以上の集中化されたプロセスコントローラ12を含みそのひとつのみが図1に示される。このコントローラ12は、記憶されているプロセス制御ルーチンを実行すること、および/または、プロセス制御ネットワーク10中に分散されたフィールド装置内に位置した機能ブロックのような制御要素と通信することが出来る。コントローラ12は、例えば、フィッシャローズモントシステムズFisherRosemontSystemsにより販売されているDeltaV登録商標コントローラであり、ハブ16およびイーサネット登録商標接続18によってパソコンPC14のような無数のワークステーションに接続されて良い。この構成においては、PC14は、一人以上のオペレータまたはユーザにより用いられて、プロセスコントローラ12またはフィールド装置と通信し、それによりプロセス制御ネットワーク10の要素に関する情報を得、プロセス制御ネットワーク10内の要素の状態を見直すか変更し、プロセス制御ネットワーク10内の個々のフィールド装置に関する情報を得るなどを行なう。コントローラ12がDeltaVコントローラであるならば、コントローラ12内のプロセス制御ルーチンの図形的表示をPC14のひとつによってユーザに与えて良く、これは、プロセス制御ルーチン内の機能ブロックまたは他の制御要素と、プロセスの制御を与えるようにこれらの機能ブロックが互いに接続される方法を示す。さらに、所望であれば、ユーザまたはオペレータは、PC14のひとつから機能ブロックまたは制御ループのうちのひとつ以上のチューニングを開始することが出来る。図1に示されるように、集中化コントローラ12は、プロセス参照番号19で包括的に示される中に位置した無数のフィールド装置に接続される。集中化コントローラ12は、標準的なタイプのI/Oカード20、22を介して、典型的なフィールド装置26、28、30、32、34、36と通信してよく、これらのフィールド装置はコントローラ12から集中化された制御を受ける。I/Oカード20は、例えば、アナログI/Oカードであってよく、これはコントローラ12をアナログフィールド装置26、28に接続し、このフィールド装置26、28は4-20mAバス38によって通信を行なう。同様に、I/Oカード22は、ディジタルかまたは組み合わされたディジタルおよびアナログのI/Oカードであってよく、これは例えば4-20mAアナログフォーマットまたは他の所望のフォーマットを用いて、ディジタルかまたは混合のディジタルおよびアナログのフィールド装置と通信する。当然、フィールド装置26、28、30、32、34、36は、送信機、センサ、弁ポジショナ、弁コントローラなどを含むどんな種類のフィールド装置であってよい。図1に示される例示のプロセス制御ネットワーク10のために理解されるように、フィールド装置26-36は、コントローラ12内で記憶される制御ルーチンによる集中化された制御を受けるプロセス19の部分と関連する。コントローラ12はインターフェースカード40にも通信結合され、このカード40は、プロセス制御が分散的に行なわれるプロセス制御ネットワークにまたはその一部に接続される。図1に示される実施の形態においては、プロセス19の非集中化されたプロセス制御部分は、インターフェースカード40と、バス42と、バス42に接続された無数のフィールド装置43、44、46、48、50とを含む。装置43は、例えば、何らかのプロセス変数を測定する送信機であってよく、装置44は、プロセス19内で流量を制御するポジショナ/弁装置であってよい。図1の分散プロセス制御ネットワークは、例えば、フィールド通信プロトコルを用いるフィールドバスネットワークであってよく、インターフェースカード40は、フィールドバス通信プロトコルと関連するリンクアクティブスケジューラlinkactiveschedulerであってよい。コントローラ12内に位置する集中化されたプロセス制御ルーチンは、フィールド装置26-36から、そして可能性としては43-50から、入力を受け取り、計算および制御ルーチンと関連する他の活動を行ない、ついで、I/Oカード20、22、およびインターフェースカード40によってフィールド装置にコマンドを送り、プロセス19の所望の制御を実行する。しかしながら、プロセス制御ネットワーク10の非集中化されたプロセス制御部分すなはち図1のバス42と関連するものは、コントローラ12により行なわれている制御と関連してまたはその代わりに非集中的に、それ自身のプロセス制御ルーチンを実行して良いことに注目されたい。このように、コントローラ12は、バス42に接続された装置43-50とつながりinterfaceし、それらに対し制御を行なって良いが、これらの装置は、コントローラ12により行なわれる制御と関連しないがそのかわりにバス42に接続された装置中に分散された制御ブロックまたは機能ブロックを実行してもよい。いづれにせよ、本発明の自動チューナは、図1のフィールド装置26-36および43-50またはコントローラ12のいづれかにおいて位置したいづれかの制御要素機能ブロックのようなをチューニングするのに用いられてよい。好ましい実施の形態において、プロセス制御ネットワーク10の非集中化された部分はフィールドバス通信および制御プロトコルを用いているが、将来において開発されるプロトコルを含め、同様に他の公知のまたは所望のプロトコルを用いることが出来る。一般的に、フィールドバスプロトコルは、例えば、工場またはプラントの器械またはプロセス制御環境に位置するセンサ、アクチュエータ、装置コントローラ、弁などのような2線式ループまたはバス相互接続フィールド機器に、標準化された物理的インターフェースを与える全ディジタル、シリアル、双方向の通信プロトコルである。事実上、フィールドバスプロトコルは、プロセス内のフィールド計器フィールド装置のためのローカルエリアネットワークを与え、これにより、これらのフィールド装置が、プロセス機構中に分散された位置で制御機能を実行し、全体の制御戦略を実行するためにこれらの制御機能を実行した前後に互いに通信できるようになる。フィールドバスプロトコルによって、制御機能がプロセス制御ネットワーク中に分散可能となるので、集中化プロセスコントローラ12の作業負荷を低減したり、それらのフィールド装置またはプロセスのエリアのために集中化コントローラ12を必要としなくなる。フィールドバスプロトコルは、プロセス制御ネットワークで用いられるように開発された比較的新しい全ディジタル通信プロトコルであるが、このプロトコルは当該技術で公知であり、とりわけ、テキサス州、オースチンに本社のある営利団体ではないフィールドバスファウンデーションFieldbusFoundationにより出版され、流通され、そこから入手できる多くの記事、パンフレットおよび仕様書に詳細に記載されている。従って、フィールドバス通信プロトコルの詳細はここでは述べられない。図2はある制御ループを構成する相互接続された機能ブロックの概略的なブロック図であり、この制御ループは、制御ループ内の機能ブロックが、バスのような通信ネットワークにより相互接続された様々な装置内に位置した、例えば、フィールドバスネットワークまたは他の分散化制御環境内で実現されてよい。図2に示される制御ループは、アナログ入力AI機能ブロック60これは、例えば、図1の送信機43内に位置してよいと、PID機能ブロック62と、アナログ出力AO機能ブロック64とを含む。図2の例示のループのために、PID機能ブロック62およびAO機能ブロック64は、図1のポジショナ/弁44内に位置する。機能ブロック60、62、64の間の通信接続は、これらの機能ブロックのプロセスおよび制御入力と出力とを接続する線を用いて図2に示される。このように、AI機能ブロック60の出力は、プロセス可変性測定値またはプロセスパラメータ信号を含んでよく、フィールドバス電線42によってPID機能ブロック62の入力に通信結合され、機能ブロック62は、AO機能ブロック64の入力に通信結合された制御信号を含む出力を有する。AO機能ブロック64の出力は、例えば弁44の位置を示すフィードバック信号を含み、PID機能ブロック62の制御入力に接続される。PID機能ブロック62はこのフィードバック信号をAI機能ブロック60からのプロセス測定値信号そして可能性として他の信号または設定点と一緒に用いてAO機能ブロック64の所望の制御を行ない、それにより、AI機能ブロック60により測定されたプロセス変数を制御する。図2の制御ループ図内の線により示される接続は、AO機能ブロック64およびPID機能ブロック62の場合と同様に、機能ブロックが同じフィールド装置内にあるときに、フィールド装置内で内的に行なわれてよい。制御要素62をチューニングするのに用いられる自動チューナは、ポジショナ/弁44内に位置した自動チューニング機能ブロック66を含む。自動チューニング機能ブロック66は、チューニング手続きの動的データキャプチャ段階の動作の間にPID機能ブロック62に通信結合されて、その入力に信号を送り、出力を変更することなどにより、PID機能ブロック62を制御する。特に、チューニング手続きの動的データキャプチャ段階の間に、制御要素コントローラ67これは、ハードウェアまたはソフトウェアにおいて実現される信号発生器でもよいは、機能ブロック60、62、64を含む制御ループを駆動して、制御された誘導された発振手続き内に入らせるまたは制御ループを駆動して他の所望のチューニング手続きを実行する。データ収集ユニットデータCOL68は、この手続きの間にPID機能ブロック62またはループの他の部分により生成されまたはそれに送られるデータを集め、そして好ましくはこのデータを装置44のメモリ内に記憶する。プロセス特性決定ユニットプロセスCHR69は次いで、公知のまたは所望の手続きを用いて、集められたデータから、所望のプロセス特性プロセス、ループまたは装置特性であってよいを決定して良い。その後、通信ユニット70は、計算されたプロセス特性またはこのような特性を決定するのに必要なデータをチューニングコントローラ71に与え、このコントローラ71は好ましくは、オペレータワークステーションまたはPC14のひとつに位置しているが、自動チューニング機能ブロック66が位置している装置44から離れて、集中化コントローラ12内などに位置していてもよい。チューニング手続きの間、自動チューニング機能ブロック66は、プロセスループに強制的にある変更を行なわせ、プロセス制御ループ内に存在する様々な数量または信号を感知して、プロセスまたは制御ループのひとつ以上のプロセス特性を決定する。プロセス特性またはチューニング手続きの間に取りこまれたデータは、チューニングコントローラ71に送られるが、このコントローラ71はユーザインターフェース支援および一組以上の制御またはチューニングパラメータを生じさせるのに用いられるように異なる装置に位置している。PID機能ブロック62を用いることははあくまで例示的であり、自動チューニング機能ブロック66を、なんらかの他の制御ループ内の他の種類の機能ブロックとともに用いることが出来ることが理解されるだろう。さらに、チューニングコントローラ71は、例えばユーザまたはオペレータインターフェース装置ワークステーションのような、コントローラ、または別のフィールド装置を含め、他の何らかの装置に位置することも出来る。自動チューニング機能ブロック66の個々の要素が所望の方法で実行されると理解されるだろう。例えば、好ましい実施の形態において、これらの要素の各々は、自動チューニング機能ブロック66が記憶されている装置と関連するプロセッサ上で実行されるソフトウェアで実現される。この場合、制御要素コントローラ67は、PID機能ブロック62またはチューニングされている他の機能ブロックへの入力およびその出力と通信し、それらを制御するのに用いられるべき一連の命令であってよい。同様に、データ収集ユニット68は、例えば、PID機能ブロック62と関連するある所望の信号を監視し、装置44のメモリ内にこれらの信号を示すデータを記憶する。プロセス特性決定ユニット69は、記憶されるかまたは集められるデータからひとつ以上のプロセス特性を計算するかまたはそうでなければ決定するようにソフトウェアで実現されて良く、通信ユニット70は、装置44の通信プロトコルまたはセットアップを用いて、チューニングコントローラ71と通信してもよい。例えば、フィールド装置においては、通信ユニット70は、装置44内ですでに与えられている通信システムがフィールドバス42によってチューニングコントローラ71にプロセス特性を伝えるようにしてよい。フィールドバス環境においては、個々のユニット67、68、69、70は、独立型フィールドバス機能ブロックとして一緒に実装されても、PID機能ブロック62内で与えられても良い。代替的には、ユニット67、68、69および/または70のいづれかまたは全ては、プロセス制御環境においてはソフトウェア、ハードウェアまたはファームウェアで実現可能である。自動チューニング機能ブロック66そして、より特定的には、チューニング手続きの間に開放ループまたは閉ループチューニング技術のような所望のチューニング手続きを用いてよい。同様に、自動チューニング機能ブロック66は、例えば、AO機能ブロック64の出力、PID機能ブロック62の設定ポイント、AI機能ブロック60の出力などを含め、所望の変数を測定し、所望のプロセスまたはループ特性を決定してよい。好ましい実施の形態において、自動チューニング機能ブロック66は、制御され誘導された発振手続きを用いて所望のプロセス特性を決定するように構成されてよい。このような構成では、自動チューニング機能ブロック66のコントローラ67は、誘導された発振が開始される前に、PID機能ブロック62の制御入力に、PID機能ブロック62に送られる制御信号の値辺りに中心を置かれた2dの選択可能なピーク対ピーク値を有する矩形波信号を与える。このような矩形波信号に応答して、図2の制御ループは、誘導された発振を行ない、AI機能ブロック60の出力すなはちプロセス変数はピーク対ピーク振幅2aおよび期間Tuを有して発振する。プロセス変数の振幅aおよび矩形波信号の振幅から、プロセスの極限ultimate利得Kuは等式Ku=4d/πaに従って導出される。この場合、プロセスの極限期間Tuは、プロセス変数の発振の期間に等しいものとして計算可能である。自動チューニング機能ブロック66は当然のことながら、他のデータを測定してよく、例えば、時間遅延Tdおよびプロセスの支配的時定数を含む他の所望のプロセス特性を決定してよい。このようなプロセス特性を計算した後、自動チューニング機能ブロック66は、これらの特性をチューニングコントローラ71に与え、これは、数量KuおよびTuから、例えば、PID制御機能ブロック62の比例利得Kp、積分時定数Ti、および微分時定数Tdを含む仮の一組の制御またはチューニングパラメータを決定する。しかしながら、所望であれば、自動チューニング機能ブロック66は、必要なデータを取りこみ、そのデータを記憶し、非実時間でバスによって記憶されたデータをチューニングコントローラ71に与え、その場合、チューニングコントローラ71は所望の方法で所望のプロセスまたはループ特性を計算して良い。上記の説明にかかわらず、自動チューニング機能ブロック66はPI、PID、ファジイ論理または他の種類の制御要素を有する制御ループに対し公知の無数のルーチンを含む所望の動的データキャプチャルーチンを実行してよい。例えば、自動チューニング機能ブロック66は米国特許第4,549,123号その開示をここに引用により援用するに記載されているハグランドアストロム中継チューニング手続きのような制御された誘導された発振手続きを実行してよい。中継タイプのチューニング方法では、自動チューニング機能ブロック66はプロセスループ機能ブロック60、62、64で構成されたを、例えば非線形フィードバック機能を用いて自己発振させ、プロセスループの応答を測定して、極限利得および極限期間のような所望のプロセス特性を決定する。代替的には、自動チューニング機能ブロック66は、1993年8月11日に出願され、自動チューニングを備えたファジイ論理制御のための方法および装置MethodandApparatusforFuzzylogicControlwithAutomaticTuningと題された同時係属中の親出願連続番号08/105、899その開示をそこに引用により援用するに記載されているチューナのいづれかの設計を組み込んで良い。例えば、自動チューニング機能ブロック66特にプロセス特性計算機69は、モデル突き合わせチューニング手続きを行なって良く、この手続きにおいては、プロセス変数に対しシグネチュア解析を行なって、複数の記憶された数学的モデルから、プロセスまたはループをもっとも正確に特徴付けるモデルを選択する。プロセスループのプロセス特性はついで、選択されたモデルから決定される。さらに、自動チューニング機能ブロック66は、米国特許第4602、326号その開示をここに引用により援用されるにおいて開示されるもののようなプロセス特性化のパターン認識方法を用いてループのプロセス特性を決定してよい。チューニングのパターン認識方法において、プロセスまたはループの特性は、それがプロセス混乱状況に反応するときにプロセス変数を観察することにより決定される。プロセス混乱状況の結果として生成されたプロセス変数のパターンは次いで解析されて、プロセスまたはループの所望の特性を決定する。さらに、自動チューニング機能ブロック66は、例えば、米国特許第5、283、729号、および1993年5月28日に出願され、プロセスコントローラを自動的にチューニングするシステムおよび方法SystemandMethodForAutomaticallyTuningaProcessControllerと題された同時係属中の米国特許出願連続番号08/070、090その開示をここに引用により援用するに開示されたもののようなプロセス例えばループの特性を決定する信号注入方法を用いて良い。しかしながら、所望のごとく、他のどんなチューニング手続きが用いられても良く、自動チューニングコントローラ67は、ここに述べられたまたは引用された具体的なチューニング手続きとともに用いることに限定されない。同様に、チューニングコントローラ71は、自動チューニング機能ブロック66により計算されるか集められたプロセスまたはループ特性または生データからチューニングパラメータを決定する所望の方法を用いて良い。例えば、チューニングコントローラ71は、米国特許第5、748、467号その開示をここに引用により援用するに記載され引用されるチューニングパラメータ計算方法、例えば、いくつか例を挙げると、内部モデル制御IMCチューニング、コーエンCohenおよびクーンCoonチューニング、ツィーグラーニコルズチューニングZiegler-Nichols、または修正されたツィーグラーニコルズチューニングのいくつかを用いてよい。一般に、チューニングコントローラ71は、ひと組以上の規則ファジイ論理規則組、ニューラルネットワーク機器構成または規則組、または線形か非線形アルゴリズムの組のようなを記憶して、これらを用いて、チューニングされている機能ブロックの種類に従って利得および時定数のようなチューニングパラメータを決定する。さらに、チューニングコントローラ71これは、様々な装置内のどんな数の様々な自動チューニング機能ブロックと通信してよいは、様々な種類の制御ブロックまたはループのため異なる組のチューニングパラメータ計算規則を記憶して良く、そしてこのようにして、プロセス制御システム内のPID、PI、ファジイ論理または他の制御要素のいづれかか全てをチューニングするのに用いられてよい。チューニングコントローラ71は、様々な種類の制御要素とともに用いられるべき多くの異なる組の規則を記憶して良く、自動チューニング機能ブロック66により決定される動的プロセス特性に基づいて新しいチューニングパラメータを計算するときにどんな組の規則であれ適切なものを応用することができるので、単一のチューニングコントローラ71だけがプロセス制御ネットワーク内に位置する必要がある。チューニングコントローラ71が新しいチューニングパラメータを決定した後、それは、バス42によって図2のPID機能ブロック62のような適切な制御要素にこれらのパラメータを与える。所望であれば、チューニングコントローラ71は、チューニングパラメータを自動チューニング機能ブロック66に与えて良く、自動チューニング機能ブロック66は次いでこれらのパラメータをPID機能ブロック62に与えて良い。チューニングの動的データキャプチャ段階の間に実行される機能がチューニングの規則アプリケーション段階の間に実行される機能から分離されるような、上で述べた分離された機能セットアップを用いて、自動チューナは、チューニング手続きの動的データキャプチャ段階の間に非常に正確に制御ループの動作のタイミングを制御することができる。さらに、この自動チューナは、チューニングされている制御ループのプロセス特性を正確に決定するのに必要なだけのデータを検出し、記憶することが出来る。なぜなら、データ通信は、バスによって実時間において生じていないからである。また、プロセスまたはループ特性かなり複雑であるに基づいて新しいチューニングパラメータを決定することと関連する規則適用機能は、装置においてまたはループを制御するのに用いられる機能ブロックにより実行されないので、これらの機能は、動作ループ内に符号化される必要はない。これにより、全体のチューニングルーチンが、チューニングされている制御ブロック内に位置するシステムと比較すると、ループのオーバーヘッドを低減する。さて図3を参照して、本発明の自動チューナのさらなる実施の形態は、集中化および非集中化された方法で実行される制御ブロックまたは制御機能を有する環境内で用いられるように示される。この例においては、AI機能ブロック60およびAO機能ブロック64は図1の集中化コントローラ12内に位置しそれにより実行され、コントローラ12は、送信機装置および/ポジショナ装置図1の装置26、28、30、32、34、または36のいづれであってもよい。と通信して、これらの機能ブロックの入力および出力を得る。しかしながら、PID機能ブロック62は図1の非集中化フィールドバスネットワーク内のポジショナ/弁装置44内に記憶され、これにより実行され、図1のフィールドバスリンク42およびインターフェースカード40によって、集中化されたコントローラ12と通信する。この実施の形態においては、集中化コントローラ12は、影shadowPID機能ブロック72を含み破線ブロックにより示される、これは、PID機能ブロック62と関連する入力および出力ならびに他のデータを映し、PID機能ブロック62がまるで集中化コントローラ12内に記憶されそれにより実行されているかのようにAI機能ブロック60およびAO機能ブロック64と通信する。より特定的には、影PID機能ブロック72がAI機能ブロック60およびAO機能ブロック64からリンクによって、入力を受け取ると、それはすぐにポジショナ/弁装置44内の実際のPID機能ブロック62にこれらの入力を送る。図3に破線で示されるように、影PID機能ブロック72および実際のPID機能ブロック62間の通信は、フィールド装置44と関連する通信プロトコルを用いて、この場合は、フィールドバスプロトコルを用いて行なわれる。実際のPID機能ブロック62は次いで、AI機能ブロック60およびAO機能ブロック64がフィールドバスネットワーク内のフィールドバス機能ブロックであるかのように、標準的な方法で、受け取られた入力に基づいてその制御機能を実行する。同様に、影PID機能ブロック72は、実際のPID機能ブロック62の状態を示す出力および他のデータの周期的に更新したものを受信して、適切な時間にAI機能ブロック60およびAO機能ブロック64にコントローラ12内のこのようなデータをリンクによって伝えるように構成されている。このようにして、AI機能ブロック60およびAO機能ブロック64には、PID制御機能が集中化コントローラ12内で与えられているように見える。これらのブロックは、これらのブロックが集中化コントローラ12により実行される他の機能ブロックと通信するのと同じ方法で影PID機能ブロック72と通信可能である。影機能ブロックの実現化例の詳細は、本発明の主題ではないが、1998年9月10日に出願されたプロセス制御ネットワークで用いられる影機能ブロックインターフェースAShadowFunctionBlockInterfaceForUseinaProcessControlNetworkと題された米国出願連続番号09/151、084に詳細に説明され、これは本発明の譲受人により譲渡され、その開示はここに引用により援用される。図3の実施の形態においては、自動チューニング機能ブロック66はポジショナ/弁44内に位置し、図2に関して説明されたように、チューニング手続きを実行するように実際のPID機能ブロック62と通信し、これを制御する。PID機能ブロック62と同様に、自動チューニング機能ブロック66はコントローラ12内に位置する影自動チューニング機能ブロック76を有する。実際の自動チューニング機能ブロック66は、影自動チューニング機能ブロック76と通信して、データ計算されたプロセスまたはループ特性のようなを影自動チューニング機能ブロック76に送り、自動チューニング機能ブロック76からコマンドまたは他のデータを受信する。図2の実施の形態と同様に、自動チューナのチューニングコントローラ71はワークステーションまたはPC14内に記憶されこれにより実行されるが、その代わりに、コントローラ12内または他の所望の装置内であってよい。チューニングコントローラ71は影自動チューニング機能ブロック76と通信して、例えば、チューニングを開始するか、自動チューニング機能ブロック66により生じさせられたプロセスまたはループ特性を受け取るか、または自動チューニング機能ブロック66により集められたまたはその状態を示すデータを受信する。チューニングが図3の実施の形態において望まれるならば、チューニングコントローラ71はコマンドを例えば、ユーザからまたはプロセス制御ネットワーク内のさらなるコントローラから受け取り、チューニングを開始する。チューニングコントローラ71は次いでチューニング開始コマンドを影自動チューニング機能ブロック76に送り、ブロック76はこのコマンドを実際の自動チューニング機能ブロック66に送る。このコマンドに応答して、実際の自動チューニング機能ブロック66は、図2の実施の形態に関して上で述べたようなもののいくつかのようなチューニング手続きを開始し、チューニング手続きの間にループにより生成されたデータを集め、次いでひとつ以上の所望のプロセス特性を計算するかまたは決定する。実際の自動チューニング機能ブロック66は、次いで、これらの特性をまたは集められたデータを影自動チューニング機能ブロック76に与え、ブロック76は、この情報をチューニングコントローラ71に伝える。代替的には、影自動チューニング機能ブロック76またはチューニングコントローラ71は、影PID機能ブロック72の状態を変更してよい影PID機能ブロック72は実際のPID機能ブロック62の状態を変更するが、これは、実際のPID機能ブロック62に強制的に実際の自動機能ブロック66を呼び出させるかまたはこれと通信させて、それによってチューニング手続きを実行させる。この場合、PID機能ブロック62の状態に変化があるとすぐに、影自動チューニング機能ブロック76は開始されるかまたは自動的にインストールされてよい。いづれにせよ、チューニングコントローラ71は、所望のチューニングパラメータ計算方法を用いて、受信されたデータ計算されたループまたはプロセス特性のようなに基づいて、新しいチューニングパラメータを決定する。チューニングコントローラ71は次いでこのようなチューニングパラメータを影PID機能ブロック72または必要に応じて他のどんな機能ブロックにでもに送り、影PID機能ブロック72は、これらの新しいチューニングパラメータを実際のPID機能ブロック62を送り、ここでそれらはループの正規動作の間にPID機能ブロック62により用いられる。影自動チューニング機能ブロック76を用いることは望ましいが必要ではなく、その代わりに、チューニングコントローラ71は、直接自動チューニング機能ブロック66と通信してチューニング手続きを実行することは理解されるであろう。さらに、図2および3の実施の形態は、PID機能ブロック62とは別個の機能ブロックとして自動チューニング機能ブロック66を示しているが、そのかわりに自動チューニング機能ブロック66の機能性は、別個の機能ブロックであるかわりにPIDまたは他の制御機能ブロック62内に組み込み可能である。好ましくは、自動チューニング影機能ブロック76は、フィールドバス装置の自動チューニング機能ブロック66の属性と同一の属性を有する。しかしながら、ある実施の形態においては、STRATEGY、ALERT_KEY、MODE_BLK、およびBLOCK_ERRの標準的なフィールドバス属性は、実際の自動チューニング機能ブロック66において与えられるが、影自動チューニング機能ブロック76において与えられる必要はない。また、自動チューニング影機能ブロック76はユーザに直接見える必要はない。なぜなら、それは、チューニング手続きの識別段階すなはち動的データキャプチャ段階の間のみ、制御を開始し、チューニングコントローラ71と自動チューニング機能ブロック66との間の通信を与えるのに用いられるからである。にもかかわらず、自動チューニング影機能ブロック76のパラメータは、チューニングコントローラ71およびチューニングユーザインターフェースアプリケーションにより利用可能であり、これらにより用いられ、そして所望であれば、ユーザアプリケーションにより得られる。さらに、フィールドバスPID機能ブロック62は好ましくは、自動チューニング機能ブロック66の開始指数を含むように修正され、この指数は、影自動チューニング機能ブロック76により用いられるように利用可能である。これによって、PID機能ブロック62は自動チューニング機能ブロック66により制御可能となる。プロセス特性情報は、例えば、影自動チューニング機能ブロック76だけでなくフィールドバス自動チューニング機能ブロック66内に、他の種類のフィールドバス機能ブロックと関連する他の属性と同じ方法で属性として含まれる。当業者は、用いられている様々な種類のチューニング、および自動チューナが位置するシステムの様々な局面に依って、様々な属性を影自動チューニング機能ブロック76だけでなく実際の自動チューニング機能ブロック66において与えることが可能である。自動チューニング機能ブロックにより与えられる例示のプロセス特性は以下の通りに規定される:T_IPGAIN積分プロセス利得入力におけるユニットステップ変更に対するプロセス出力の変更のレート;T_UGAIN極限利得ループがかろうじて安定している、つまり、安定性と不安定性との間の境界上にある比例コントローラ利得の値;T_UPERIOD極限期間そのコントローラ利得がプロセスの極限利得に設定されるループの発振期間;T_PSGAINプロセス静的利得プロセス出力変更のプロセス入力変更に対する比;T_PTIMEC;プロセス時定数システムがステップ入力に応答し始めるときと、システムがその最終の着実な状態の値の63パーセントに達するときとの間の持続時間;およびT_PDTIMEプロセス遅延時間制御動作が行なわれているときとプロセスがこの動作に応答するときとの間の時間の長さ。チューニングテストが完了したとき、これらの属性は、自動チューニング機能ブロック66において計算され、次いで、例えば、ワークステーション14内にチューニングコントローラ71に提示され、これは、これらのプロセス特性情報または属性のうちのひとつ以上を用いて、例えば、PIまたはPIDまたはファジイ論理コントローラのための利得、積分時間リセットの逆および微分時間レートのようなチューニングパラメータを決定する。ある実施の形態においては、上に挙げられた属性は、浮動小数点データであってよく、静的データとして不揮発性メモリ内に記憶されて良く、リードオンリーデータとしてアクセスされてよい。また、上に挙げられた属性の各々は、フィールドバスまたはDeltaVプロトコルのビュー1および3において利用可能であってよい。フィールドバスまたはDeltaVプロトコルにおけるビューリストは、機能ブロックからの情報に対する単一の要求すなはちあるビューにより与えられるパラメータを規定すると理解されるだろう。このように、ビュー要求を用いて、影自動チューニング機能ブロック66は、自動チューニング機能ブロック66から大多数の利用可能な属性の最新値を得て良い。さらに、上に挙げられた属性またはプロセス特性は自動チューナのひとつの可能な実現化例と関連し、本発明に従って動作するように他の方法で構成される他の自動チューナにより与えられる他の属性および情報があることが理解されるだろう。このような他のプロセス特性情報は、極限利得、静的利得、および積分利得のような所望の種類の利得と、極限期間、不動作時間、および微分時間のような時間と、プロセスと関連する時定数と、他の所望の情報とを含んで良い。理解されるように、実行される自動チューニングの正確な種類は本発明にとっては重要でなく、上で挙げられたリストは、チューニングコントローラ71に利用可能にされてチューニングコントローラ71がひとつ以上のチューニングパラメータを決定することが可能なプロセス特性情報のなんらかの種類の単なる例にすぎない。所望であれば、チューニングコントローラ71は、なんらかの種類のPID、ファジイ論理、ニューラルネットワークなどのプロセスを用いて、極限利得、極限期間、および不動作時間のような入力から、コントローラ利得、リセットなどのようなチューニングパラメータを決定して良い。好ましい実施の形態においては、自動チューニングアプリケーションすなはちチューニングコントローラ71は、フィールドバス装置すなはち実際のPID機能ブロック62内で関連する機能ブロックに自動チューニングが行なわれるべきであると示すため、影PID機能ブロック72のTUNSKI属性に書き込みをする。この属性変更に応答して、影自動チューニングブロック76のインスタンスが集中化コントローラ12内で作成される。付随的に、チューニングコントローラ71は、いつ自動チューニングが完了するかを示すためにTUNSKI属性に書き込みをし、これによって、影自動チューニング機能76は廃棄される。影自動チューニング機能ブロック76が作成された後、フィールドバス装置内の関連する自動チューニング機能ブロック66の状態が読まれる。自動チューニング機能ブロック66の状態がクリアT_Request=0であるならば、チューニングは着手されてよい。しかしながら、もし、T_Request属性が0でなければ、チューニングはフィールド装置内でアクティブ活動最中である。この場合、チューニング要求は尊重されず、影自動チューニング機能ブロック76のインスタンスは消去され、それにより自動チューニングを停止する。影自動チューニング機能ブロック76のインスタンスが作成されると、その静的および動的属性は、自動チューニング機能ブロック66のものに反映する。これらの値は、まるで集中化コントローラ12内のPID機能ブロックがチューニングされているかのように自動チューニングアプリケーションによるアクセスされるだろう。このように、もし自動チューニングアプリケーションコントローラ71が新しい値を影自動チューニング機能ブロック76の属性に書き込むならば、影自動チューニング機能ブロック76は、関連の自動チューニング機能ブロック66に対しこの属性値の書き込みを開始する。同様に、自動チューニング機能66がフィールドバス装置内でアクティブに働いているとき、影自動チューニング機能ブロック76は周期的に自動チューニング機能ブロック66の動的属性値を得るフィールドバスプロトコルにおけるビュー3。自動チューニング機能ブロック66が機能ブロックとして規定されているので、このビューは他のブロックと同じ方法でアクセスされる。ビュー要求に応答して与えられた動的属性値は次いで、その動的属性値を更新させるために影ブロック76において用いられる。フィールドバスインターフェースカード40図1が静的属性値において変更を見ると、それは、自動チューニング機能ブロック66から静的属性の全てビュー4を要求する。この要求に応答して受け取られた静的値は次いで、影自動チューニング機能ブロック76の属性を更新させるのに用いられる。さらに、集中化コントローラ12と関連する装置ライブラリ内の装置がPID機能ブロックを含むとき、このテンプレート情報は、図3のポジショナ/弁44内のような装置内でそれと関連する自動チューニング機能ブロックの開始のオブジェクトディクショナリ指数を規定するPID機能ブロックと関連するひとつの静的属性を含んで良い。一般的に、ひとつ以上のPIDおよび/または他の制御ブロックを含む装置内にひとつの自動チューニング機能ブロックが存在する必要がある。しかしながら、自動チューング機能ブロック66は好ましくは、装置テンプレート内のブロックとして規定されないだろうし、したがってライブラリには示されないだろう。にもかかわらず、影自動チューニング機能ブロック76が集中化コントローラ12により作成されるとき、自動チューング機能ブロック66の指数は影自動チューニングブロック76により用いられるだろう。この指数に基づいて、プロキシは、自動チューニング機能ブロック66のためのフィールドバスインターフェースカード40において確立されるだろう。このようにして、遠隔装置例えばフィールドバス装置における自動チューニング属性は、自動チューナアプリケーションが活性化され、関連のPID機能ブロック62がチューニングのために選択されてしまうと、アクセスされる。PID機能ブロック62が遠隔装置で実行されているとき、その装置内の自動チューニング機能ブロックに対するPID機能ブロック基準がわかるだろう。もしPID機能ブロックが集中化コントローラ12内で実行されているならば、自動チューニングブロックは、自動チューニングの開始時にPIDブロックによってインスタンス生成が行なわれるだろう。さて図4を参照して、別の実施の形態は、実際の自動チューニング機能ブロック66がコントローラ12内に位置し、コントローラ12内に位置するPID機能ブロック62をチューニングするのに用いられる場合を示す。この構成は、例えば、非スマート装置または他の装置を制御する制御ブロックをチューニングすることが望まれる場合、用いられて良く、その動作は集中化コントローラ12により実行される制御機能ブロックにより制御される。チューニングコントローラ71は、コントローラ71が実際の自動チューニング機能ブロック66と直接通信し、機能ブロック66が実際のPID機能ブロック62と通信し、その両方がコントローラ12内に記憶されることを除いては、図3の実施の形態と同じ方法で動作することが理解されるだろう。好ましい実施の形態において、自動チューニング機能ブロック66は、遠隔例えばフィールドバス装置内でまたはコントローラ12内で修正子modifier機能ブロックとして与えられる。一般的に、修正子機能ブロックは、オリジナルまたは基本機能ブロックPID機能ブロック62のようなのアルゴリズムを修正する機能ブロックであり、オリジナルまたは基本機能ブロックの一部ではない。修正子機能ブロックの概念は図5に関して詳細に述べられるだろう。図5は、基本またはオリジナル機能ブロック78を示し、これは、この例では、図2、3、および4のPID機能ブロック62である。理解されるように、基礎またはオリジナル機能ブロック78は、プロセッサにより実行されるコードまたは他の種類のコードのラインを有するアルゴリズム80を含む。ポイント82および84として図5に示されるコード内のひとつまたは多くの点では、中断または分岐点はアルゴリズム80内に設定される。これらの分岐点82、84のひとつまたは両方は、アルゴリズム80内で向上させられた性能を与えるのに用いられてよく、このような向上させられた性能は、アルゴリズム94を有する修正子機能90ブロックにより与えられる。一般的に言って、分岐点82、84は、他の所望の分岐点といっしょに、それが作成されるときに基本機能ブロック78内にセットアップされる。しかしながら、これらの分岐点のコンテンツは、基本機能ブロック78をコンパイルした後、修正子機能ブロック90かまたは基本アルゴリズム80内の次ぎのラインのコードに対するポインタを含むように変更されてよい。最初に、中断点82でのポインタは、基本アルゴリズム80内の次ぎのラインのコードを指し示すように、またはアルゴリズム80がこれに続くようにするために設定され、したがって、アルゴリズム80が、向上させられた性能なしに動作するようになる。しかしながら、なんらかの向上させられた性能または機能性が基本機能ブロック78に付加されることが望まれる場合、ひとつ以上の分岐点でのポインタ例えば点82は、アルゴリズム80がその分岐点に達すると、アルゴリズム80が修正子機能ブロック90内のアルゴリズム94を呼び出すか、またはそうでなければ、アルゴリズム94に制御を転送するように設定される。所望であれば、ポインタ82は、メモリ内で修正子機能ブロック90のアドレスを示すアドレスを格納してよく、修正子機能ブロック90に制御を渡すのに用いられる他の分岐装置または方法であってよい。制御が修正子機能ブロック90に渡されると、ある予め規定されたデータが修正子機能ブロック90に送られるかまたはそれに利用可能にされ、修正子機能ブロック90は、アルゴリズム94の動作の間にこのデータを用いるか変更する。このデータは好ましくは、インターフェース96として図5に示される固定されたまたは予め規定されたインターフェースを介して与えられる。インターフェース96は典型的には、基本機能ブロック78内のどこに制御を戻すべきかで修正子機能ブロック90で用いられるのに必要なパラメータまたはデータ値またはアドレスのようなそれに対するポインタのうちのいづれか、および/または、制御を取り、実行し、制御を基本機能ブロック78に制御を戻すために必要とされる他のデータまたは情報を含む。制御を受け取ると、修正子機能ブロック90は、インターフェース96によって与えられたデータ上に作用するそのアルゴリズム94を実行し、そして、終了すると、制御がそこから解放された中断点または分岐点からすぐに先に進むかまたは続くような実行の意味で基本機能ブロック78のアルゴリズム80内の点に制御を戻す。修正子機能ブロック96は、インターフェース96によって修正子機能ブロック90に制御を送るのに用いられるものと同じであるかまたは異なるインターフェースであってよくあるデータを戻し、そのデータは基本機能ブロック78内のアルゴリズム80により用いられる。2つの分岐点82、84が図5に示されているが、1つ、3つ、または他の数の分岐点が、アルゴリズム80内のひとつ以上の点で向上させられた性能を与えるためにオリジナル機能ブロック80内に配置可能である。さらに、基本機能ブロック78内の分岐点は、修正子機能ブロック90内のアルゴリズム94の異なる部分またはサブルーチンを呼び出すために設定されて、それにより、基本アルゴリズム80の異なる部分で異なる向上させられた機能を与えてよい。この機能性は、基本アルゴリズム80内で様々な点に付加された様々な性能を有することが必要であるかもしれない基本機能ブロック78内でチューニングのような完全に新しい手続きを実現するのに必要であるかもしれない。当然、基本アルゴリズム80内の様々な分岐点は、単一の修正子機能ブロックの同じまたは異なる部分を呼び出すためにセットアップされても、様々な修正子機能ブロックを呼び出すのにセットアップされてもよい。最初に販売されている場合、基本機能ブロック78には分岐点82、84他の所望の分岐点だけでなくが設けられてよく、これにより、修正子機能ブロックの向上させられた性能を後日ユーザに与えられる。ユーザが修正子機能ブロックと関連する機能性を実現する必要がないかまたはこれを欲しないとき、ユーザは、ナル値、または、アルゴリズム80が修正子機能ブロックを呼び出すことなく継続すべきであると示す、基本アルゴリズム80内の分岐点での他の何らかの指示を記憶させる必要があるだけである。修正子機能ブロックケイパビリティが付加されるべきであるとき、基本アルゴリズム80内のひとつ以上の分岐点でのポインタの値は、その分岐点に達すると、基本アルゴリズム80が適切な修正子機能ブロックを呼びだすように変更される。典型的には、これは、基本機能ブロック78を再コンパイルすることなく行なうことが可能である。その後、修正子機能ブロック90は、基本アルゴリズム80が分岐点に達すると呼び出される。呼び出されると、修正子機能ブロック90は、基本機能ブロック78内でアルゴリズム80の機能性を向上させるか変更させるためにアルゴリズム94を実行する。しかしながら、向上させられたかまたは新しい機能性がもはや望まれない場合、例えば、チューニング手続きの終わりに、分岐点は、基本機能ブロック78が修正子機能ブロック90を呼び出さないようにリセット可能である。このように、基本機能ブロック78は、更新された性能なしに最初に販売可能であり、これは、その機能ブロックと関連するドキュメンテーションおよびオーバーヘッドを減らす。しかしながら、基本機能ブロック78は、単に適切な修正子機能ブロック90を、基本機能ブロック78が記憶されている装置に付加し、基本機能ブロック78のアルゴリズム80内のポインタを変更するだけで更新可能である。これにより、完全な新しい基本ブロックをインストールする必要なく、また基本機能ブロック78を再コンパイルする必要なく、基本機能ブロックを向上させるかまたは後日変更することが出来、これによって、基本機能ブロック78を容易に更新できる。さらに、様々な修正子機能ブロックは、システムを更新させることに関してユーザにより多くの選択肢を与える同じ基本機能ブロックのために開発可能である。これにより、機能ブロックプロバイダが比較的簡単に修正子機能ブロックの様々なバージョンを与えたり更新したりできるようにもなる。さらに、基本機能ブロック78のアルゴリズム80は、修正子機能ブロックに対する標準的なインターフェースを支援するようにブロックが設計される付加的な性能を与えるように修正される必要はない。同様に、付加された機能性のための支援は、機器構成の間またはチューニングアプリケーションのようなカスタムアプリケーションを通じて設定されたブロック属性により示されるように呼び出されるだけである。これは、修正子機能ブロックにより与えられる特徴がプロセスの正規動作の間に必要でないときに、メモリおよびCPU要件を低減させる。理解されるように、修正子機能ブロックを用いるとき、基本機能ブロックは、それが修正子機能ブロックを呼び出す性能ケイパビリティを有しなければならず、すなはちその中にひとつ以上のリセット可能な分岐点を有しなければならないという事実を除いては同じままである。フィールドバス環境において用いられるとき、修正子機能ブロック90この場合自動チューニング機能ブロック66は、基礎機能ブロック例えばPID機能ブロック62と同じ実行時間フレーム内で実行されるだろう。さらに、修正子機能ブロック90は、ユーザにはシステム内の機能ブロックとして見える必要はない。なぜならば、それは単に基本機能ブロック78のアルゴリズム80を修正しているだけであるからだ。しかしながら、所望であれば、自動チューナアプリケーションユーザインターフェースは、周知のOPCプロトコルを用いて修正子機能ブロック90から情報を得ることが出来る。さらに、単に、修正子機能ブロック90のコードを単に変更することにより基本機能ブロック78のコードを変更することは容易であるが、修正子機能ブロック90は基本機能ブロック78よりもより簡単にシステムに付加可能であり、システムから消去可能である。これは、高度の制御性能の開発を非常にスピードアップさせ、カスタマがそれらの機能を用いる特定のアプリケーションを有するときに、そのカスタマが基本機能ブロックにオーバーヘッドを付加しさえすればよいということを意味する。つまり、修正子機能ブロックに与えられる付加的な機能性が必要でないときに、カスタマは、修正子機能ブロックを用いることおよびコンパイルすることなくシステムのオーバーヘッドを低減させる。この説明は、単一の自動チューニング機能ブロック66と単一のチューニングコントローラ71とを有する自動チューナの実現化およびこれを用いることに向けられてきたが、自動チューナは、単一または多数のチューニングコントローラ71、および/または異なる装置に位置する多数の自動チューニング機能ブロック66を含むことが可能であることが理解されるだろう。さらに、単一の自動チューニング機能ブロック66は、同じ装置内で多数の異なる制御ブロックの動的データキャプチャ段階を実行するのに用いられることが出来、そしてそのようなわけで2つ以上の制御ブロックを有する装置は依然としてひとつの自動チューニング機能ブロックを有する必要があるだけである。同様に、同じ種類の自動チューニング機能ブロックは、異なる種類の制御ブロックPI、PIDおよびファジイ論理制御ブロックのようなとともに用いられることが出来る。なぜならば、同じ動的データキャプチャ技術を、これらの異なる種類の制御要素の各々を有するループのために用いることが出来るからである。自動チューニング機能ブロックは、外部プロセス制御通信プロトコルフィールドバスプロトコルを用いて実現可能であり、フィールドバスプロトコルにより特定されかつこれにより支援される様々な機能ブロックと同様であるかまたは同じである機能ブロックを含め、なんらかの種類の機能ブロックと通信するのに用いられて良い。さらに、自動チューニング機能ブロックはここではフィールドバス機能ブロックとして述べられているが、ここで機能ブロックという表現を用いることは、フィールドバスプロトコルが機能ブロックとして特定するものに限定されないが、そのかわりに、なんらかの種類の制御システムおよび/または通信プロトコルと関連し、なんらかの制御機能を実行するのに用いられるどんな他の種類のブロック、プログラム、ハードウェア、ファームウェアなどを含む。このように、機能ブロックは典型的にはオブジェクト指向プログラミング環境内でオブジェクトの形をとっているが、その必要はなく、その代わりに、プロセス制御環境内で特定の制御入力および出力を含む機能を実行するのに用いられる他の論理ユニットであってよい。ここで説明された自動チューニング機能ブロックおよびチューングコントローラは好ましくは、コントローラまたは他のプロセス制御装置内に記憶されたソフトウェアで実行されているが、それらは、所望のごとくハードウェア、ファームウェア、などで代替的にまたは付加的に実行されてもよい。ソフトウェアで実行されるときは、本発明の自動チューニング機能ブロックおよびチューニングコントローラは、磁気ディスク、レーザディスク、または他の記憶媒体上のようなコンピュータ読み取可能なメモリ内で、コンピュータ、コントローラー、フィールド装置のRAMまたはROMなどにおいて記憶されてよい。同様に、このソフトウェアは、電話回線、インターネットなどのような通信チャンネルによってを含め、公知のまたは所望の送り方法によって、ユーザまたは装置に送られても良い。また、本発明の自動チューナは、一組のフィールドバス装置を用いて非集中化または分散化した方法でプロセス制御機能を実行するプロセス制御ネットワークと関連して詳細に説明されたが、本発明の自動チューナは、アナログおよび/またはディジタル通信を支援する2線式バスおよびプロトコル以外のものを信頼するプロトコルを含め、他の種類のフィールド装置および通信プロトコルを用いて制御機能を実行するプロセス制御ネットワークとともに用いられて良いことが理解されるだろう。例えば、本発明の自動チューナは、HART、PROFIBUSなどの通信プロトコル、または既存であるか将来において開発されるかもしれない他の通信プロトコルに従う装置を用いるプロセス制御ネットワークにおいて用いられることが出来る。本発明は、具体例を参照して説明されたが、これらは、あくまでも例示的であり、本発明を限定するものではないが、本発明の精神および範囲を逸脱することなく、開示された実施の形態に、変更、追加、およびまたは消去を加えてよいことは当業者には明らかである。"