第1プロセス制御プロトコルを用いて情報を伝達するよう構成された第1通信リンクと、前記第1通信リンクとは異なり且つ第2プロセス制御プロトコルを用いて情報を伝達するよう構成された第2通信リンクとを備え、少なくとも1つのフィールドデバイスが前記第1通信リンクに接続され、前記少なくとも1つのフィールドデバイスは、物理的プロセスパラメータを制御または測定するよう構成されたプロセス制御システムとともに用いられるインターフェースデバイスであって、前記物理的プロセスパラメータの測定または制御に関するプロセス制御情報を収集するために、前記第1通信リンクに通信可能に接続されるよう構成されたプロセス制御インターフェースと、前記第1通信リンクに関するまたは前記第1通信リンクに通信可能に接続されたデバイスに関する診断状況を判定するために、前記収集されたプロセス制御情報を前記インターフェースデバイス上で分析することを実行する診断アプリケーションと、前記第2通信リンクを介して、前記第2プロセス制御プロトコルを用いて、前記プロセス制御システム内における前記インターフェースデバイス以外のエンティティに前記診断状況を伝達するために、前記第2通信リンクに通信可能に接続するよう構成された通信インターフェースと、を備え、前記第1プロセス制御プロトコルおよび前記第2プロセス制御プロトコルは異なる産業オートメーションプロトコルであり、前記第1プロセス制御プロトコルおよび前記第2プロセス制御プロトコルのそれぞれはプロセス制御情報を伝達するための特定の機構を有する、インターフェースデバイス。前記第1プロセス制御プロトコルは無線通信をサポートする、請求項1に記載のインターフェースデバイス。前記第1プロセス制御プロトコルはWirelessHART登録商標プロトコルである、請求項1に記載のインターフェースデバイス。前記第2通信リンクはフィールドバスデジタルバスであり、前記第2プロセス制御プロトコルは、前記フィールドバスプロセス制御プロトコルである、請求項1に記載のインターフェースデバイス。前記診断アプリケーションは、前記プロセス制御情報にパワースペクトル解析を実行することができる、請求項1に記載のインターフェースデバイス。前記パワースペクトル解析は、測定されたプロセス制御信号に対する異なる周波数およびそれらのパワー寄与を特定する、請求項5に記載のインターフェースデバイス。前記パワースペクトル解析は、前記プロセス制御信号内においてプロセスノイズを検出するために、測定されたプロセス制御信号に対する異なる周波数およびそれらのパワー寄与を特定する、請求項5に記載のインターフェースデバイス。前記診断アプリケーションは、前記プロセス制御情報に基づいて、前記第1通信リンク上のノイズを検出することを実行する、請求項1に記載のインターフェースデバイス。前記診断アプリケーションは、不適切に接地された電気的装置を示すノイズを前記第1通信リンク上において検出することを実行する、請求項1に記載のインターフェースデバイス。前記診断アプリケーションは、前記プロセス制御情報に基づいて、前記第1通信リンクに関する、1つまたは複数の性能要因を検出することを実行する、請求項1に記載のインターフェースデバイス。前記1つまたは複数の性能要因は、通信エラー率またはバス稼働率を含む、請求項10に記載のインターフェースデバイス。第1プロセス制御プロトコルを用いてプロセス制御情報を伝達するよう構成された第1通信リンクと、前記第1通信リンクとは異なり且つ第2プロセス制御プロトコルを用いてプロセス制御情報を伝達するよう構成された第2通信リンクと、前記第1通信リンクに通信可能に接続され且つ前記第1通信リンクの動作に関する診断情報を収集または判定するよう構成された診断インターフェースと、前記第2通信リンクに通信可能に接続され且つ前記第2通信リンクを介して、前記第2プロセス制御プロトコルを用いて、前記プロセス制御システム内における前記診断ユニット以外のエンティティに前記収集された診断情報を示すデータを伝達するよう構成された通信インターフェースと、を備える診断デバイスと、を備えるプロセス制御システムであって、前記第1プロセス制御プロトコルおよび前記第2プロセス制御プロトコルは異なる産業オートメーションプロトコルであり、前記第1プロセス制御プロトコルおよび前記第2プロセス制御プロトコルのそれぞれはプロセス制御情報を伝達するための特定の機構を有する、プロセス制御システム。前記第2通信リンクは無線リンクであり、前記第2プロセス制御プロトコルは無線通信をサポートする、請求項12に記載のプロセス制御システム。前記第2通信リンクは、前記通信インターフェースと前記診断ユニット以外の前記プロセスプラント内の前記エンティティとの間に配置された無線ゲートウェイを含み、前記無線ゲートウェイは、無線通信をサポートする前記第2プロセス制御プロトコルと、有線通信をサポートする通信プロトコルとの間の変換を行うよう構成された、請求項13に記載のプロセス制御システム。前記第2通信リンクは、前記診断デバイスと前記無線ゲートウェイとの間に配置されたWirelessHART登録商標アダプタを備え、前記WirelessHART登録商標アダプタは、HART登録商標プロトコルとWirelessHART登録商標プロトコルとの間の変換を行うよう構成された、請求項14に記載のプロセス制御システム。前記診断デバイスおよび前記第2通信プロトコルは、HighwayAddressableRemoteTransducerHART登録商標プロトコルをサポートする、請求項12に記載のプロセス制御システム。前記診断デバイスおよび前記第2通信プロトコルは、WirelessHART登録商標プロセス制御プロトコルをサポートする、請求項12に記載のプロセス制御システム。前記診断デバイスは、電子式デバイス記述言語EDDL:ElectronicDeviceDescriptionLanguageを使用して、標準的デバイスとして定義される、請求項12に記載のプロセス制御システム。前記診断インターフェースは、前記第1通信リンク上に存在する1つまたは複数の配線エラーの形で、診断情報を収集または判定する、請求項12に記載のプロセス制御システム。前記1つまたは複数の配線エラーは、前記第1通信リンク上において、不正確な配線接続すなわち開路もしくは短絡、または断続的な配線接続もしくは配線接続における逆極性の特定を含む、請求項19に記載のプロセス制御システム。前記診断インターフェースは、前記第1通信リンクに関するプロトコル要件に基づいて、前記第1通信リンク上に存在する端末装置の数が過剰または不足であることを特定する形で、診断情報を収集または判定する、請求項12に記載のプロセス制御システム。前記診断インターフェースは、前記第1通信リンクに接続された他のデバイスの物理層の欠陥を特定する形で、診断情報を収集または判定する、請求項12に記載のプロセス制御システム。前記診断インターフェースは、前記第1通信リンク上に1つまたは複数の設置エラーが存在することを特定する形で、診断情報を収集または判定する、請求項12に記載のプロセス制御システム。前記診断インターフェースは、前記第1通信リンクから収集された複数のデータに基づいて前記診断情報を判定するアプリケーションを実行する、請求項12に記載のプロセス制御システム。前記アプリケーションは、前記第1通信リンクから収集された前記複数のデータにパワースペクトル解析を実行する、請求項24に記載のプロセス制御システム。前記アプリケーションは、前記第1通信リンク上のノイズを検出するよう動作する、請求項24に記載のプロセス制御システム。前記アプリケーションは、前記第1通信リンクに対する1つまたは複数の性能指標を検出するよう動作し、前記1つまたは複数の性能指標のそれぞれは、前記第1通信リンク上の通信性能の品質を示す、請求項24に記載のプロセス制御システム。第1プロセス制御プロトコルを用いて情報を伝達するよう構成された第1通信リンクと、前記第1通信リンクとは異なり且つ第2プロセス制御プロトコルを用いて情報を伝達するよう構成された第2通信リンクとを備えるプロセス制御システムとともに用いられる診断デバイスであって、前記第1通信リンクの動作に関する診断情報を収集または生成するために、前記第1通信リンクに通信可能に接続するよう構成された診断インターフェースと、前記収集された診断情報を示すデータを、前記第2通信リンクを介して、前記第2プロセス制御プロトコルを用いて、前記プロセス制御システム内における前記診断デバイス以外のエンティティに伝達するために、前記第2通信リンクに通信可能に接続するよう構成された通信インターフェースと、を備え、前記第1プロセス制御プロトコルおよび前記第2プロセス制御プロトコルは異なる産業オートメーションプロトコルであり、前記第1プロセス制御プロトコルおよび前記第2プロセス制御プロトコルのそれぞれはプロセス制御情報を伝達するための特定の機構を有する、診断デバイス。前記第1通信リンクはフィールドバスデジタルバスであり、前記第1プロセス制御プロトコルはフィールドバスプロセス制御プロトコルである、請求項28に記載の診断デバイス。前記フィールドバスデジタルバスは電源を備え、前記診断インターフェースは前記電源に通信可能に接続するよう構成された、請求項29に記載の診断デバイス。前記第2プロセス制御プロトコルは、HART登録商標プロセス制御プロトコルまたはWirelessHART登録商標プロセス制御プロトコルである、請求項28に記載の診断デバイス。前記第2プロセス制御プロトコルは、HART登録商標プロセス制御プロトコルとWirelessHART登録商標プロセス制御プロトコルとの組合せである、請求項28に記載の診断デバイス。前記診断インターフェースは、前記第1通信リンク上に存在する1つまたは複数の配線エラーを特定する形で、診断情報を収集または判定する、請求項28に記載の診断デバイス。前記1つまたは複数の配線エラーは、前記第1通信リンク上において、不正確な配線接続すなわち開路もくしは短絡、または断続的な配線接続または配線接続における逆極性の特定を含む、請求項33に記載の診断デバイス。前記診断インターフェースは、前記第1通信リンクに関するプロトコル要件に基づいて、前記第1通信リンク上に存在する終端装置の数が過剰または不足であることを特定する形で、診断情報を収集または判定する、請求項28に記載の診断デバイス。前記診断インターフェースは、前記第1通信リンクに接続された他のデバイスの物理層における欠陥を特定する形で、診断情報を収集または判定する、請求項28に記載の診断デバイス。前記診断インターフェースは、前記第1通信リンク上に1つまたは複数の接地エラーが存在することを特定する形で、診断情報を収集または判定する、請求項28に記載の診断デバイス。前記診断インターフェースは、前記第1通信リンクから収集した複数のデータに基づいて、前記診断情報を判定するアプリケーションを実行する、請求項28に記載の診断デバイス。前記アプリケーションは、前記第1通信リンクから収集した前記複数のデータにパワースペクトル解析を実行する、請求項38に記載の診断デバイス。前記アプリケーションは、前記第1通信リンク上のノイズを検出するよう動作する、請求項38に記載の診断デバイス。前記アプリケーションは、前記第1通信リンクに対して1つまたは複数の性能指標を検出するよう動作し、前記1つまたは複数の性能指標は、前記第1通信リンク上の通信性能の品質を示す、請求項38に記載の診断デバイス。診断デバイスの診断インターフェースを介して、前記プロセス制御システム内に存在する、第1プロセス制御プロトコルを用いてプロセス制御情報を伝達するよう構成された第1通信リンクに通信可能に接続することと、前記診断インターフェースを介して、前記第1通信リンクの動作に関する診断情報を収集することと、前記診断デバイスの通信インターフェースを介して、前記第1通信リンクとは異なり且つ第2プロセス制御プロトコルを用いて情報を伝達するよう構成された第2通信リンクに通信可能に接続することと、前記収集された診断情報を示すデータを、前記プロセス制御システム内における前記診断デバイス以外のエンティティに、前記通信インターフェースにより、前記第2通信リンクを介して、前記第2プロセス制御プロトコルを用いて、伝達することと、を含み、前記第1プロセス制御プロトコルおよび前記第2プロセス制御プロトコルは異なる産業オートメーションプロトコルであり、前記第1プロセス制御プロトコルおよび前記第2プロセス制御プロトコルのそれぞれはプロセス制御情報を伝達するための特定の機構を有する、プロセス制御システム内での使用のための診断方法。前記診断デバイスを電子式デバイス記述言語EDDL:ElectronicDeviceDescriptionLanguageを使用して標準的デバイスとして定義することをさらに含む、請求項42に記載の方法。前記第2通信リンクは無線リンクであり、前記第2プロセス制御プロトコルは無線通信をサポートする、請求項42に記載の方法。前記第1通信リンクの動作に関する診断情報を収集することは、前記第1通信リンク上において1つまたは複数の信号を監視することと、前記監視される1つまたは複数の信号に基づいて、前記診断情報を、前記第1通信リンクの診断状況として判定することとを含む、請求項42に記載の方法。前記診断情報を、前記第1通信リンクの診断状況として判定することは、前記第1通信リンク上に1つまたは複数の配線エラーが存在することを検出する形で、前記診断情報を判定することを含む、請求項45に記載の方法。前記1つまたは複数の配線エラーは、前記第1通信リンク上において、不正確な配線接続すなわち開路もくしは短絡、または断続的な配線接続または配線接続における逆極性の特定を含む、請求項46に記載の方法。前記診断情報を、前記第1通信リンクの診断状況として判定することは、前記第1通信リンクに関するプロトコル要件に基づいて、前記第1通信リンク上に存在する端末装置の数が過剰または不足であることを特定する形で、前記診断情報を判定することを含む、請求項45に記載の方法。前記診断情報を、前記第1通信リンクの診断状況として判定することは、前記第1通信リンクに接続された他のデバイスの物理層における欠陥を特定する形で、前記診断情報を判定することを含む、請求項45に記載の方法。前記診断情報を、前記第1通信リンクの診断状況として判定することは、前記第1通信リンク上に1つまたは複数の接地エラーが存在することを特定する形で、前記診断情報を判定することを含む、請求項45に記載の方法。前記診断情報を、前記第1通信リンクの診断状況として判定することは、前記第1通信リンクから収集された複数のデータに基づいて前記診断情報を判定するアプリケーションを前記診断インターフェースにおいて実行することを含む、請求項45に記載の方法。前記アプリケーションを実行することは、前記第1通信リンクから収集した前記複数のデータにパワースペクトル解析を実行することを含む、請求項51に記載の方法。前記アプリケーションを実行することは、前記第1通信リンクから収集した前記複数のデータを分析することにより前記第1通信リンク上のノイズを検出することを含む、請求項51に記載の方法。前記アプリケーションを実行することは、前記第1通信リンクから収集した前記複数のデータを解析することにより前記第1通信リンクに対する1つまたは複数の性能指標を判定することを含み、前記1つまたは複数の性能指標のそれぞれは、前記第1通信リンク上の通信性能の品質を示す、請求項51に記載の方法。プロセス制御システムにおけるプロセス制御デバイスのシームレスな統合を促進するために、統合されたシームレスな診断デバイスおよび統合されたシームレスなインターフェースデバイスが提供される。いくつかの実施形態において、統合されたシームレスな診断デバイスは、1つのプロセス制御プロトコルをサポートする1つの通信リンクの動作またはその通信リンクに関する問題に関する診断データを収集する。しかし、その収集した診断データは、異なるプロセス制御プロトコルをサポートする他の通信リンクを介して、同一プロセス制御システム内の他のエンティティに伝達される。その結果、統合されたシームレスな診断デバイスにより監視される通信リンクに関する問題は、その問題発生時に望ましくない遅延なく、プロセス制御システム内の適切なエンティティに通知されることが可能である。さらに、監視対象の通信リンクに関する問題は、適切なエンティティに、これらのエンティティおよびプロセス制御システム内の他のエンティティにより理解可能なプロセス制御プロトコルを介して、監視対象の通信リンクの貴重な潜在的リソースを消費することなく、伝達されることができる。いくつかの実施形態において、統合されたシームレスなインターフェースデバイスは、物理的プロセスパラメータの測定または制御に関するプロセス制御情報を、1つの通信リンクを介し1つのプロセス制御プロトコルを用いて収集し、収集されたプロセス制御情報を、他のプロセス制御プロトコルをサポートする他の通信リンクを介して、プロセス制御システム内の他のエンティティに伝達するために用いられる。例えば、プロセス制御情報は、WirelessHART登録商標フィールドデバイスを用いて収集され、フィールドバスデジタルバスまたはプロフィバスリンクを介して、例えばコントローラへと伝達されてもよい。その結果、統合されたシームレスなインターフェースデバイスは、フィールドバスネットワークまたはプロフィバスネットワークを有する既存のプロセス制御システムが、プロセス制御システムの構造に加える変化が最小限またはゼロである状態で、効果的にWirelessHART登録商標を利用することを可能にする。このデータに対してパワースペクトル技術を適用し、プロセスノイズを特定することも可能である。プロセスノイズの問題が解決されない場合、プロセスの変動性が増加する。この能力をインターフェースデバイスに統合することは、プロセス状況が変化する際の問題を追跡および検出する機構を提供する。様々な図面における同様の参照番号および呼称は、同様の構成要素を示す。統合されたシームレスな診断を提供し得る方法例、デバイス例、およびシステム例が以下で詳細に説明される。しかし、係る方法例、デバイス例、およびシステム例を説明する前に、一般的なプロセス制御システムおよび従来の診断デバイスについてさらに詳細に説明することが、参考となるであろう。図1は、例えば、化学、石油、またはその他のプロセスプラント環境において用いられる通常のプロセス制御システム100を示す。プロセス制御システム10は、通信接続18を介して、1つまたは複数のホストワークステーションまたはコンピュータ14任意の種類のパーソナルコンピュータ、ワークステーション、または他のコンピュータであり得るに接続された1つまたは複数のプロセスコントローラ12を備える。通信接続18は、例えば、イーサネット登録商標通信ネットワークまたは他の任意の所望の種類のプライベートまたはパブリック通信ネットワークであり得る。コントローラ12のそれぞれは、1つまたは複数の入出力I/Oデバイス20および22に接続され、I/Oデバイス20および22のそれぞれは、1つまたは複数のフィールドデバイス25~39に接続される。2つのコントローラ12が15個のフィールドデバイス25~39に接続されるものとして図1に示されているが、プロセス制御システム10はそれ以外の任意の個数のコントローラおよび所望する任意の個数および種類のフィールドデバイスを備えてもよい。勿論、コントローラ12は、例えば、標準的な4~20mAデバイスおよび/または任意のプロセス制御プロトコルに関する任意の所望のハードウェアおよびソフトウェアを用いてフィールドデバイス25~39に通信可能に接続され得る。本明細書で用いられる用語プロセス制御プロトコルは、標準化された方法でプロセス制御環境においてデバイスと相互作用するよう設計され、且つプロセス制御情報例えば、フィールドデバイスを較正するコマンド、および/または、フィールドデバイスの動作およびプロセス変数または測定値その他をポーリングし、および/または伝達するための機構の動作を取得するためのコマンドを伝達するための特定の機構を含む、産業オートメーションプロトコルとして定義される。プロセス制御プロトコル例は、フィールドバスプロトコル、プロフィバスプロトコル、HART登録商標プロトコル、WirelessHART登録商標プロトコル、およびISAワイヤレスプロトコルを含む。引き続き図1を参照すると、一般に知られているように、例えば、Fisher-RosemountSystems社が発売するDeltaV登録商標コントローラであり得るコントローラ12は、コントローラ12内に記憶されるかまたはコントローラ12に他の方法で関連づけられたプロセス制御ルーチンまたはコントロールモジュール40を実装または制御し、デバイス25~39と通信することにより、任意の所望の方法でプロセスを制御する。I/Oカード20および22は、任意の所望のプロセス制御プロトコルに準拠する任意の種類のI/Oデバイスであり得る一方で、フィールドデバイス25~39は、センサ、バルブ、送信器、ポジショナ、その他等の任意の種類のデバイスであってもよい。図1に示すプロセス制御システム例100において、フィールドデバイス25~27は、アナログ回線を介してI/Oカード22Aと通信する標準的な4~20mAデバイスである。フィールドデバイス28~31は、HART登録商標互換I/Oデバイス20Aに接続されたHART登録商標デバイスとして示される。同様に、フィールドデバイス32~39は、デジタルバス42または44を介し例えばフィールドバスプロトコル通信を用いてI/Oカード20Bまたは22Bと通信する、フィールドバスフィールドデバイス等のスマートデバイスである。勿論、フィールドデバイス25~39およびI/Oカード20および22は、将来開発される任意の基準またはプロトコルを含む、4~20mA、HART登録商標、またはフィールドバスプロトコルの他に、所望する他の任意の基準単数または複数またはプロトコルに準拠することができる。同様に、コントローラ12のそれぞれは、プロセスプラント内のエリア等の、1つまたは複数のユニットまたは他のエンティティと関連するコントロールモジュール40を実装することにより、これらのユニット、エリア等上で動作が実行される。いくつかの場合において、制御モジュールの部分は、I/Oデバイス22または20およびフィールドデバイス25~39に配置され、これらのI/Oデバイス22または20およびフィールドデバイス25~39により実行されてもよい。このことは、特にFOUNDATION登録商標フィールドバスフィールドデバイス32~39に当てはまる。モジュール45のモジュールまたは部分は、I/Oカード20Aおよび22Bに配置されるものとして示され、モジュール46のモジュールまたは部分は、フィールドデバイス34および39に配置されるものとして示される。通常、モジュール40、45、および45のそれぞれは、1つまたは複数の相互接続された機能ブロックで構成され、各機能ブロックは、全体的な制御ルーチンの一部例えば、サブルーチンであり、他の機能ブロックとリンクとよばれる通信を介して連動することにより、プロセス制御システム100内におけるプロセス制御ループを実装する。機能ブロックは通常、送信機、センサ、または他のプロセスパラメータ測定デバイスに関するもの等の入力機能、PID、ファジーロジック、その他の制御を行う制御ルーチンに関するもの等の制御機能、またはバルブ等のいくつかのデバイスの動作を制御する出力機能のうちの1つを実行することにより、プロセス制御システム100内においていくつかの物理的機能を実行する。勿論、混合型および他の種類の機能ブロックも存在する。機能ブロックおよびモジュールの両方は、コントローラ12に記憶され、コントローラ12により実行されてもよい。これは、これらの機能ブロックが標準的な4~20mAデバイスまたは他のいくつかのスマートフィールドデバイスのために用いられるか、または標準的な4~20mAデバイスまたは他のいくつかのスマートフィールドデバイスと関連する場合に通常当てはまる。また、機能ブロックおよびモジュールの両方は、フィールドデバイス自体内に記憶され、フィールドデバイス自体により実行されてもよい。これは、FOUNDATION登録商標フィールドバスデバイスの場合に当てはまる。プロセス制御システム100の説明は、本明細書では機能ブロック制御戦略を用いて提供されているが、制御戦略は、ラダーロジック、シーケンシャルフローチャート、その他等の他の従来技術を用いて、および所望する任意の独占的なまたは非独占的なプログラム言語を用いて、実装または設計されてもよい。すでに説明したように、プロセスプラントにおいて最善以下の性能を発揮させ得る問題例えば、デバイスの破損もしくは機能不全、誤配線、等がプロセス制御システム100において生じ得る。特に、プロセス制御システム100内における様々な通信リンク例えば、デジタルバス44に問題が生じ得る。係る問題は、例えば、配線エラー例えば、開路、短絡、断続的な接続、逆極性、その他等の設置関連問題、計装機器の物理層部品の出荷状態における欠陥、不的確な接地例えば、フィールドにおける複数の接地、または明確な接地戦略の欠如、その他を含む。係る問題は、例えば、水による、部品が過度の光および/または振動に晒されることによる、落雷に起因する異常電圧による、または現場での溶接による、環境悪化、電気ノイズによる損傷、物理層部品の稼働中の故障、その他等の設置後の問題も含む。プロセス制御システム100内における通信リンク44に関する物理層の問題を検出し修復するために、様々な診断デバイスが開発されてきた。例えば、図1に示すハンドヘルド型フィールド保守用デバイス61等のハンドヘルド型のフィールドデバイスを通信リンク例えば、デジタルバス44に接続することにより、通信リンク44に関する物理層の問題が検出および診断される。ハンドヘルド型のフィールド保守用デバイス61を用いることにより、保守要員は、ハンドヘルド型の保守用デバイス61を介して提供される音響的、視覚的、その他の標識およびアラームにより、係る問題について通知され得る。しかし、係るハンドヘルド型のフィールド保守用デバイス61の1つの主要な欠点は、ハンドヘルド型のフィールド保守用デバイス61は制御システム100内のデジタルリンク例えば、デジタルバス44に断続的に接続されるのみで、プロセス制御ネットワーク100に通常は接続されず、したがって、検出された問題に関する情報を、関連するコントローラ12、オペレータワークステーション14、その他に、効果的な修正措置を即時に取ることができるよう十分に早く伝達しないという点にある。その結果、ハンドヘルド型のフィールド保守用デバイス61により検出される問題は、障害が発生してかなり時間が経過した後に検出されることとなり、適時に修復されない場合が多々ある。加えて、ハンドヘルド型のフィールド保守用デバイス61は、通常、フィールドにおいて何らかのユーザの手動操作が要求される。ハンドヘルド型のフィールド保守用デバイスのこれらの欠点を克服するために、図1に示すループ内診断デバイス62等の、ループ内に設置された診断デバイスまたはシステムが用いられることもある。一般に、従来のループ内診断デバイス62は監視または診断対象の通信リンク44に、および外部監視用コンピュータ63例えば、ラップトップまたはプロセス制御ネットワーク100に接続された他の外部インターフェースに、接続される。外部監視用コンピュータ63は、通信リンク44の動作を監視または診断し且つ通信リンク44の動作に関する情報を関連するコントローラ12またはオペレータワークステーション14にプロセス制御に対するオブジェクトのリンクと埋め込みOLEOPCを用いて伝達する、診断および/または監視アプリケーションを実行する。その結果、問題は、問題発生時に、プロセス制御システム100内の適切なエンティティに通知され得る。しかし、確かに従来のループ内診断デバイス62はハンドヘルド型のフィールド保守用デバイス61に対して特定の利点を有するが、ループ内診断デバイス62は、図1に示す外部監視用コンピュータ等の外部インターフェースを必要とするため、プロセス制御システム100への統合に困難を伴う。ハードウェアを追加すると、通常は診断の複雑度が増すこととなる。その結果、処理部品の個数および/または費用が増加し、処理時間が増大し得る。このように複雑度が増すと、エラーは増大し、診断情報の信頼性が損なわれ得る。これらの問題を克服するために、通信リンク44に関する物理層の問題を監視および診断するいくつかの既存の診断デバイスは、これらの問題に関する情報を、外部インターフェース外部監視用コンピュータ63等にかわって同一の通信リンク44を用いて、関連するコントローラおよびワークステーションに伝達するよう構成される。例えば、いくつかの係る診断デバイス図示せずが、特定のフィールドバスデジタルバス44に接続され、そのデジタルバス44上の問題を検出し、その問題を示すデータを、同一のデジタルバス44を介し、およびフィールドバスプロセス制御プロトコルを用いて、関連するコントローラ12およびワークステーション14に送信してもよい。このように、係る診断デバイスは、フィールドバスデバイスとしてプロセス制御ネットワークに統合され得る。しかしこられの診断デバイスの欠点は、フィールドバスデジタルバス44の貴重な潜在的資源を消費し、デジタルバス44上の通常の動作に干渉する例えば、デジタルバス44上での計測データの伝達を遅延させる等点である。さらに、係る診断デバイスは、フィールドバスデジタルバスが機能することを要求し、したがって、フィールドデジタルバスが動作しない状況電源故障等を生じさせる問題については検出および伝達し得ない場合もある。図2は、統合されたシームレスな診断能力を備えるプロセス制御システム例200を示すブロック図である。統合されたシームレスな診断を促進するために、プロセス制御システム200は、統合されたシームレスな診断デバイス65を備える。一般に、統合されたシームレスな診断デバイス65は、1つのプロセス制御プロトコルをサポートする1つの通信リンク44の動作またはその通信リンク44に関する問題に関する診断データを収集する。しかし、その収集された診断データは、異なるプロセス制御プロトコルをサポートする他の通信リンク66を介して、プロセス制御システム200内の別のエンティティに伝達される。その結果、統合されたシームレスな診断デバイス65により監視される通信リンク44に関する問題は、問題発生時に、望ましくない遅延なしに、プロセス制御プロトコル200内の適切なエンティティに伝達されることが可能となる。さらに、監視対象の通信リンク44に関する問題は、これらの適切なエンティティおよびプロセス制御システム200内の他のエンティティにより理解可能なプロセス制御プロトコルを介して、監視対象の通信リンク44自体の貴重な潜在的資源を消費することなく、これらのエンティティに伝達されることが可能である。図2に示す実施形態において、プロセス制御システム200は、WirelessHART登録商標プロセス制御プロトコルを利用することにより、フィールドバスプロセス制御プロトコルをサポートする通信リンクの統合されたシームレスな診断を提供する。すなわち、統合されたシームレスな診断デバイス65は、フィールドバスプロセス制御プロトコルをサポートする通信リンク44の動作またはその通信リンク44に関する問題に関する診断データを収集し、その収集された診断データを、WirelessHART登録商標プロセス制御プロトコルをサポートする通信リンク66を介して、プロセス制御システム200内の他のエンティティに伝達する。その結果、統合されたシームレスな診断デバイス65は、WirelessHART登録商標ネットワーク75に接続され、収集された診断データをWirelessHART登録商標ネットワーク75を介して伝達し得る。この実施形態および同様の実施形態において、統合されたシームレスな診断デバイス65は、適切な記述言語DDL:descriptionlanguageおよび/またはデバイス記述サービスDDS:devicedescriptionserviceを使用して、標準的なWirelessHART登録商標フィールドデバイスとして定義することができる。例えば、電子機器記述言語EDDL:ElectronicDeviceDescriptorLanguageが使用されてもよい。その結果、プロセス制御システム200内の様々なエンティティから見ると、統合されたシームレスな診断デバイス65は、プロセス制御システム200において、他のスマートフィールドデバイス28~39と同様に、完全な構成サポート、診断サポート、および動作サポートを有する、標準的なスマートフィールドデバイスとして機能し得る。統合されたシームレスな診断デバイス65をEDDLを用いて定義することにより、将来公開される統合されたシームレスな診断デバイス65は、以前のツールおよびアプリケーションに対して下位互換性を維持しながら、機能を新たに追加することが可能となり得る。図3は、HART登録商標プロセス制御プロトコルを利用することによりフィールドバスプロセス制御プロトコルをサポートする通信リンクの統合されたシームレスな診断を提供するプロセス制御システム例300を示すブロック図である。図3に示すプロセス制御システム300は、フィールドバスプロセス制御プロトコルをサポートする通信リンク44の動作またはその通信リンク44に関する問題に関する診断データを収集し、その収集された診断データを、HART登録商標プロセス制御プロトコルをサポートする通信リンク86を介して、プロセス制御システム300内の他のエンティティに伝達する、統合されたシームレスな診断デバイス85を備える。その結果、統合されたシームレスな診断デバイス85は、図1を参照して説明したHART登録商標互換I/Oデバイス20A等の、HART登録商標互換I/Oデバイスに接続され得る。この実施形態および同様の実施形態において、統合されたシームレスな診断デバイス85は、例えばEDDLを使用して、標準的なHART登録商標デバイスとして定義され得る。統合されたシームレスな診断の検討を続ける前に、DDLおよびDDSに関してさらに詳細に説明することが参考になるであろう。一般に、DDLは人間可読言語であり、スマートデバイスから得られるデータと、スマートデバイスから取得されるスマートデバイスに関するデータの意味と、データを獲得するためにスマートデバイスと通信するためのフォーマットと、デバイスに関するユーザインターフェース情報例えば、編集用ディスプレイおよびメニュー等と、スマートデバイスに関する他の情報の取り扱いまたは解釈に必要なデータと、を記述するためのプロトコルを提供するものである。DDLソースファイルは通常、デバイス開発者により書き込まれた人間可読テキストを含む。これらのファイルは、デバイスに関する、デバイスと、デバイスが接続された通信リンク例えば、バスまたはホストとの間の、利用可能なあらゆる情報を指定する。一般に、デバイスに関するDDLソースファイルを作成する際、開発者は、DDL言語を用いて、スマートデバイスの各ブロック、パラメータ、特徴に関する、グループ特有のおよびベンダー特有の定義を提供する他にも、そのデバイスの基幹的および本質的なパラメータ特性を記述する。通常、DDLソースファイルがバイナリフォーマットにコンパイルされると、デバイス記述DD:devicedescriptionと呼ばれる機械可読ファイルが作成される。このデバイス記述は、デバイス作製者またはサードパーティ開発者により、ユーザに提供され、管理システム等のホストシステムに記憶される。いくつかの場合において、例えば、フィールドバスデバイスにおいて、DDLソースファイルは、スマートデバイス内に記憶され、スマートデバイスからホストシステムに転送されてもよい。ホストシステムがスマートデバイスに対するDDオブジェクトファイルを受け取ると、ホストシステムはDDをデコードおよび解釈し、そのスマートデバイスとのインターフェースについての完全な記述を引き出すことができる。DDSは、Fisher-RosemountSystems社および/またはRosemount社により開発され提供される一般的なソフトウェアシステムであり、スマートデバイスのDDを自動的にデコードおよび解釈するためのものである。さらに詳細には、DDSは、ルーチンのライブラリであり、ホストに呼び出されると、スマートデバイスのDDを解釈して、そのスマートデバイスに関する情報をホストに提供する。なお、このホストに提供される情報は、1スマートデバイスのセットアップおよび設定、2スマートデバイスとの通信、3ユーザインターフェース、および4スマートデバイスと組み合わせて使用する際に利用可能な方法に関する情報を含む。DDSの極めて有用な用途の1つは、ホストシステムと、関連するDDLソースファイルおよび対応するDDオブジェクトファイルを有する1つまたは複数のスマートデバイスとの間に、一貫したインターフェースを提供することにある。DDS、DDL、およびDDは一般に当該技術分野において周知であるが、DDLおよび特にフィールドバスDDLの特定の機能およびフォーマットに関するさらなる情報は、InterOperableSystemsProjectFieldbusSpecificationDeviceDescriptionLanguage1993年という表題のInterOperableSystemsProjectFoundationのマニュアルに見出すことができ、このマニュアルは、参照することにより本明細書に援用される。HARTのDDLに関する同様の文書が、HARTcommunicationfoundationにより提供されている。再び図2および図3を参照すると、図2のプロセス制御システム200はWirelessHART登録商標プロセス制御プロトコルを利用し、図3のプロセス制御システム300はHART登録商標プロトコルを利用するが、HART登録商標およびWirelessHART登録商標を組み合わせて利用しても、統合されたシームレスな診断が提供され得ることを、当業者は理解するであろう。例えば、図4は、HART登録商標プロセス制御プロトコルおよびWirelessHART登録商標プロセス制御プロトコルを利用することにより、フィールドバスプロセス制御プロトコルをサポートする通信リンクについての統合されたシームレスな診断を提供するプロセス制御システム例400のブロック図である。図4のプロセス制御システム400は統合されたシームレスな診断デバイス95を備え、このシームレスな診断デバイス95は、フィールドバスプロセス制御プロトコルをサポートする通信リンク44の動作またはその通信リンク44に関する問題に関する診断データを収集し、その収集された診断データを、HART登録商標プロセス制御プロトコルおよびWirelessHART登録商標プロトコルの組合せを用いて、プロセス制御システム400内の他のエンティティに伝達する。例えば、統合されたシームレスな診断デバイス95は、例えばEDDLを使用して、標準的なHART登録商標デバイスであると定義することができる。加えて、統合されたシームレスな診断デバイス95は、有線リンクまたは有線ネットワーク97を介してWirelessHART登録商標アダプタ95に通信可能に接続されてもよく、次いでWirelessHART登録商標アダプタ95は、WirelessHART登録商標リンクまたはネットワーク98を介して、WirlessHART登録商標ゲートウェイ99に通信可能に接続されてもよい。WirelessHART登録商標ゲートウェイ99は、例えば、図1を参照して説明したイーサネット登録商標通信ネットワーク18等の、イーサネット登録商標通信ネットワークに通信可能に接続されてもよい。HART登録商標プロセス制御プロトコルおよびデバイスと、WirelessHART登録商標プロセス制御プロトコルおよびデバイスとは、プロセス制御システム内の通信リンクの統合されたシームレスな診断を提供するにあたって、図4に示す以外の様々な組合せにおいて用いられ得ることを理解すべきである。あらゆる可能な組合せをすべて説明することは、不可能ではないにせよ、非実際的であるが、WirelessHART登録商標プロセス制御プロトコルに関する以下の説明は、当業者が本開示の範囲から逸脱することなしにいくつかの係る組合せを設計するにあたって有用であろう。しかし、WirelessHART登録商標プロトコルは当該技術分野において周知であって、特にテキサス州オースティンに本部を置く非営利事業体HARTCommunicationFoundationから公開、配布され、利用可能である多数の記事、パンフレット、および仕様書で詳細に説明されていることを理解すべきである。図5は、WirelessHART登録商標ネットワーク例514を示すブロック図である。いくつかの実施形態において、WirelessHART登録商標ネットワーク例514は、図2のプロセス制御システム200内のWirelessHART登録商標ネットワーク75として使用され得る。したがって、説明を容易にするために、WirelessHART登録商標ネットワーク514は、図2を参照して説明される。しかし、図2のプロセス制御システム200は、図5のWirelessHART登録商標ネットワーク514とは異なるWirelessHART登録商標ネットワーク75を利用し得ることが理解されるであろう。同様に、WirelessHART登録商標ネットワーク514は、図2に示したもの以外のデバイスおよびシステムとともに使用し得ることが理解されるであろう。WirelessHART登録商標ネットワーク514は、ゲートウェイ522を介して、プロセス制御システム200のイーサネット登録商標通信ネットワーク18と通信可能に接続されてもよい。ゲートウェイ522は、スタンドアロン型デバイスとして、ホストまたはワークステーション14の拡張スロットに挿入可能なカードとして、PLCに基づくまたはDCSに基づくI/Oサブシステムとして、または他の任意の方法で、実装されてもよい。ゲートウェイ522により、プロセス制御システム200内で実行されるアプリケーションは、WirelessHART登録商標ネットワーク514の様々なデバイスにアクセスすることが可能となる。プロトコルおよびコマンドの変換に加えて、ゲートウェイ522は、WirelessHART登録商標ネットワーク514のスケジューリング方式のタイムスロットおよびスーパーフレーム時間的に均等に離間する1組の通信タイムスロットにより使用される同期クロックを提供してもよい。いくつかの実施形態において、図5に示すゲートウェイ522は、図4に示すWirelessHART登録商標ゲートウェイ99と同様であってもよい。いくつかの実施形態において、ネットワークは、複数のゲートウェイ522を有してもよい。その場合、これらのゲートウェイは、冗長デバイスまたはバックアップデバイスとして取り扱われる。加えて、図5に示すように、ネットワーク514は、複数のネットワークアクセスポイント525を有してもよい。これらの複数のアクセスポイント525は、WirelessHART登録商標ネットワークとプロセス制御システム200または外部との通信のための帯域幅を増加することにより、ネットワークの効果的なスループットおよび信頼性を高めるために用いることができる。一方で、ゲートウェイデバイス522は、WirelessHART登録商標ネットワーク内におけるゲートウェイ通信の必要性に応じて、適切なネットワークサービスから帯域幅を要求してもよい。ゲートウェイ522は、システム作動中において、必要な帯域幅をさらに再評価してもよい。例えば、ゲートウェイ522は、大量データを取得するための要求を、WirelessHART登録商標ネットワーク514の外部に存在するホストから受け取ることもある。するとゲートウェイデバイス522は、このトランザクションに対応するために、ネットワークマネージャ等の専用サービスに対して、帯域幅の増加を要求してもよい。次いで、ゲートウェイ522は、このトランザクションの終了後、不必要な帯域幅の開放を要求してもよい。いくつかの実施形態において、ゲートウェイ522は、仮想的ゲートウェイ524と、1つまたは複数のネットワークアクセスポイント525とに、機能的に分割される。ネットワークアクセスポイント525は、WirelessHART登録商標ネットワーク514の帯域幅および全体的信頼性を増すために、ゲートウェイ522との有線通信において、別個の物理的デバイスであってもよい。しかし、図5は、物理的に離れたゲートウェイ522とアクセスポイント525との間に、有線接続526を示すが、構成要素522~526は1つの統合されたデバイスとして提供されてもよいことが理解されるであろう。ネットワークアクセスポイント525は、ゲートウェイ522から物理的に離れているため、アクセスポイント525は、いくつかの別の位置に戦略的に配置されてもよい。帯域幅を増加することに加えて、複数のアクセスポイント525は、1つのアクセスポイントにおいて潜在的に低い信号品質を、1つまたは複数の他のアクセスポイントにおいて補償することにより、ネットワークの全体的な信頼性を高めることができる。複数のアクセスポイント525を有することは、1つまたは複数のアクセスポイント525における障害の場合における冗長化も提供する。ゲートウェイ522は、ネットワークマネージャソフトウェアモジュール527およびセキュリティマネージャソフトウェアモジュール528をさらに含んでもよい。他の実施形態において、ネットワークマネージャ527および/またはセキュリティマネージャ528は、プロセス制御システム200内のホスト14のうちの1つの上で実行されてもよい。ネットワークマネージャ527は、ネットワークの設定、WirelessHART登録商標フィールドデバイス間の通信のスケジューリングすなわち、スーパーフレームの設定、ルーティングテーブルの管理、WirelessHART登録商標ネットワーク514の健康状態の監視および通知を担当してもよい。冗長化されたネットワークマネージャ527がサポートされる一方で、WirelessHART登録商標ネットワーク514に対してアクティブなネットワークマネージャ527は1つのみであると考えるべきである。ネットワークマネージャ527は、2つ以上のWirelessHART登録商標ネットワーク514に及び得ることを理解すべきである。再び図5を参照すると、WirelessHART登録商標ネットワーク514は、1つまたは複数のフィールドデバイス530~538を含んでもよい。上述したように、一般に、プロセス制御システムは、バルブの開閉、およびプロセスパラメータ測定値の取得等の制御機能をプロセス内において実行するために、バルブ、バルブポジショナ、スイッチ、センサ例えば、温度、圧力、流速センサ、ポンプ、ファン、その他等のフィールドデバイスを備える。WirelessHART登録商標通信ネットワーク514において、フィールドデバイス530~538は、WirelessHART登録商標パケットを作製し、消費する。WirelessHART登録商標ネットワーク514は、図2に示す有線HART登録商標デバイス28~31等の有線HART登録商標デバイスと同様の機能的性能を提供するプロセス制御プロトコルを使用し得る。このプロトコルの用途は、プロセスデータ監視、重要データ監視より厳格な性能要件を有する、較正、デバイス状態および診断監視、フィールドデバイスのトラブルシューティング、試運転、および監視プロセス制御を含む。これらの用途は、WirelessHART登録商標ネットワーク514が、必要時に迅速な更新を提供し、必要時に大量データを移動し、一時的に試運転および保守作業のためにだけにWirelessHART登録商標ネットワークに接続されるネットワークデバイスをサポートする、プロトコルを使用することを要求する。1つの実施形態において、WirelessHART登録商標ネットワーク514のネットワークデバイスをサポートする無線プロトコルは、有線環境の簡単なワークフローおよび手法を維持する、広く受け入れられたHART登録商標の拡張である。この実施形態によると、有線HART登録商標デバイスに用いられるのと同一のツールが、新規のデバイス記述ファイルをただ追加するだけで、無線デバイスに容易に適用され得る。このようにして、WirelessHART登録商標プロトコルは、HART登録商標を用いて獲得した経験および知識を活用し、その結果、トレーニングは最小限にとどめられ、保守およびサポートが簡略化される。一般的に、有線ネットワークから無線ネットワークへの移行を認識しないよう、無線用のプロトコルを採用することは、利便性があろう。係る透過性が、ネットワークを更新するコストを、さらに一般的には、係るネットワークに用いられ得る開発用およびサポート用デバイスのコストを、大きく低減することは明らかである。HART登録商標の無線拡張のさらなる利点のいくつかは、有線デバイスを用いるとアクセスすることが困難または高価であった測定に対するアクセスを提供することと、ラップトップ、ハンドヘルド型、ワークステーション、その他にインストール可能なシステムソフトウェアから計測機器を設定および動作する能力を提供することと、を含む。他の利点は、様々な通信技術を用いて、診断警報を、無線デバイスから、中心に配置された診断センターへと送信し返す能力である。例えば、各熱交換器が、WirelessHART登録商標フィールドデバイスを用いて取り付けられてもよく、エンドユーザおよび供給者は、熱交換器が問題を検出すると、警報を受けることができる。さらに他の利点は、重大な健康状態のおよび安全上の問題を生じさせる状態を監視する能力である。例えば、WirelessHART登録商標フィールドデバイスは、洪水地域において道路上に設置され、当局および運転手に対し、水位について警報を与えることができる。他の利点は、広範囲の診断警報に対するアクセスと、計算されトレンドされた値をWirelessHART登録商標フィールドデバイスに記憶し、そのWirelessHART登録商標フィールドデバイスに対する通信が確立されると、その値がホストに転送される能力とを含む。したがって、WirelessHART登録商標プロトコルは、ホストアプリケーションが既存のHART対応のフィールドデバイスに無線アクセスする技術を提供することができ、バッテリー駆動の無線のみのHART対応フィールドデバイスの配置をサポートするであろう。WirelessHART登録商標プロトコルは、無線プロセス自動化アプリケーションをサポートするようHART登録商標技術を拡張することにより、プロセスアプリケーションに対する無線通信基準を確立するために用いられてもよく、さらに、HART登録商標通信のアプリケーションと、WirelessHART登録商標プロトコルが産業に提供する利点とを拡張し得る。再び図5を参照して、フィールドデバイス530~536は、WirelessHART登録商標フィールドデバイスであってもよい。つまり、フィールドデバイス530、532、534、または536は、WirelessHART登録商標プロトコルスタックのすべての層をサポートする統合ユニットとして提供されてもよい。フィールドデバイス530はWirelessHART登録商標流量計、フィールドデバイス532はWirelessHART登録商標圧力センサ、フィールドデバイス534はWirelessHART登録商標バルブポジショナ、およびフィールドデバイス536はWirelessHART登録商標圧力センサであってもよい。WirelessHART登録商標フィールドデバイス530~536は、有線HART登録商標プロトコルにユーザが期待するすべてをサポートするHART登録商標デバイスであることが重要である。当業者が理解するように、HART登録商標プロトコルの基幹的な強さは、厳しい相互運用性要件である。いくつかの実施形態において、すべてのWirelessHART登録商標機器は、等価なデバイスの種類が、システム動作を犠牲にすることなく交換されることができるように、基幹的な必須能力を備える。さらに、WirelessHART登録商標プロトコルは、デバイス記述言語DDL等のHART登録商標の基幹的技術に対して下位互換性を有する。好適な実施形態な実施形態において、すべてのHART登録商標デバイスは、DDLをサポートすべきである。それにより、エンドユーザは、WirelessHART登録商標プロトコルを利用し始めるためのツールをただちに有することとなる。一方、フィールドデバイス538は従来の4~20mAデバイスまたは有線のHART登録商標デバイスである。フィールドデバイス538は、例えば、WirelessHART登録商標ネットワーク514に、図4のWirelessHART登録商標アダプタ96等のWirelessHART登録商標アダプタWHA550を介して接続されてもよい。加えて、WHA550は、FOUNDATION登録商標、フィールドバス、PROFIBUS、DeviceNet、その他の、他の通信プロトコルをサポートしてもよい。これらの実施形態において、WHA550は、プロトコルスタックのより低い層においてプロトコル変換をサポートする。加えて、単一のWHA550は多重化装置として機能し、複数のHART登録商標または非HARTデバイスをサポートし得る。加えて、WirelessHART登録商標ネットワーク514は、1つのネットワークデバイスから他のネットワークデバイスにパケットを転送するネットワークデバイスであるルータデバイス560を備えてもよい。ルータデバイスとして機能するネットワークデバイスは、内部ルーティングテーブルを用いて、そのネットワークデバイスが特定のパケットを転送する宛先のネットワークデバイスを判定する。ルータ560等のスタンドアロン型のルータは、WirelessHART登録商標ネットワーク514上のすべてのデバイスがルーティングをサポートするこれらの実施形態においては、必要とされないこともある。しかし、専用のルータ560をネットワークを追加することが、例えば、ネットワークを拡張するため、またはネットワークにおけるフィールドデバイスの電力を節約するために有益となることもある。WirelessHART登録商標ネットワーク514に直接接続されたすべてのデバイスは、ネットワークデバイスと呼ばれてもよい。特に、WirelessHART登録商標フィールドデバイス530~536、アダプタ550、ルータ560、ゲートウェイ522、およびアクセスポイント525は、ルーティングおよびスケジューリングのための、WirelessHART登録商標ネットワーク514のネットワークデバイスすなわちノードである。非常に堅牢で容易に拡張可能なネットワークを提供するために、すべてのネットワークデバイスはルーティングをサポートしてもよく、各ネットワークデバイスはそのHARTアドレスによりグローバルに特定されてもよい。ネットワークマネージャ527は、ネットワークデバイスの完全なリストを含んでもよく、各デバイスに短い、ネットワーク上で一意的な16ビットのニックネームを割り当ててもよい。加えて、各ネットワークデバイスは、更新率、接続セッション、デバイス資源に関する情報を記憶してもよい。要約して言えば、各ネットワークデバイスは、ルーティングおよびスケジューリングに関する最新情報を保持する。ネットワークマネージャ527は、新規のデバイスがネットワークに加わるか、またはネットワークマネージャがWirelessHART登録商標ネットワーク514のトポロジーまたはスケジューリングの変化を検出するかまたは生じさせたときは常に、この情報をネットワークデバイスに伝達する。さらに、各ネットワークデバイスは、ネットワークデバイスがリスニング動作中に識別した隣接デバイスの一覧を記憶および保持してもよい。一般的に、ネットワークデバイスの隣接デバイスとは、対応するネットワークにより課された基準にしたがってそのネットワークデバイスとの接続を確立し得る、任意の種類の、他のネットワークデバイスである。WirelessHART登録商標ネットワーク514の場合、接続は、無線接続である。しかし、隣接デバイスは、有線接続の方法により、特定のデバイスに接続されたネットワークデバイスであってもよい。後に説明するように、ネットワークデバイスは、アドバタイズメントすなわち指定されたタイムスロットの間に送出された特殊なメッセージにより、他のネットワークデバイスにより発見されることを促進する。WirelessHART登録商標ネットワーク514に動作可能に接続されたネットワークデバイスは、そのネットワークデバイスがアドバタイズ信号の強度または他の原則にしたがって選択し得る、1つまたは複数の隣接デバイスを有する。再び図5を参照すると、直接の無線接続565により接続されたネットワークデバイスのペアにおいて、各デバイスは他のデバイスを隣接デバイスと認識する。したがって、WirelessHART登録商標ネットワーク514のネットワークデバイスは、多数の接続565を形成し得る。2つのネットワークデバイス間に直接無線接続565を確立する可能性および妥当性は、ノード間の物理的距離、ノード間の障害物、2つのノード各々における信号強度、その他等のいくつかの要因により判定される。さらに、2つ以上の直接無線接続565は、直接無線接続565を形成できないノード間の経路を形成し得る。各無線接続565は、伝送周波数、無線資源へのアクセス方法、その他に関する、多数の組のパラメータにより特徴付けられる。一般に無線通信プロトコルは、米国の連邦通信委員会FCC:FederalCommunicationsCommissionにより割り当てられた周波数等の、指定された周波数上で、または無線周波スペクトルの未認可部分2.4GHz帯において、動作し得ることを当業者は理解するであろう。本明細書で検討されるシステム及び方法は、任意の指定された周波数または周波数範囲上で動作する無線ネットワークに適用可能であるが、以下で説明する実施形態は、無線周波スペクトルのうち未認可部分すなわち共用部分で動作するWirelessHART登録商標ネットワーク514に関する。本実施形態によると、WirelessHART登録商標ネットワーク514は、必要に応じて特定の未認可の周波数帯で動作するよう、容易にアクティベートおよび調節可能である。未認可周波数帯を使用するワイヤレスネットワークプロトコルに関しては、多種多様な通信機器および干渉源が存在し得るため、共存性は基幹的要件である。したがって、正常に通信するために、無線プロトコルを用いるデバイスは、この周波数帯を利用する他の機器と共存しなければならない。共存性とは、一般に、1つのシステムが、他のシステムがそれぞれのタスクを実行する能力を有する所与の共用環境において、タスクを実行する能力と定義される。なお、ここにおいて、様々なシステムは、同一のルールを使用する場合もあり、使用しない場合もある。無線環境における共存性の1つの要件は、プロトコルが、その環境において干渉が存在するにもかかわらず、通信を維持する能力である。他の要件は、プロトコルが、他の通信システムに対して、干渉および混乱を可能な限り少なくすることである。すなわち、無線システムの、周囲の無線環境に対する共存性の問題は、2つの全般的な側面を有する。共存性の第1側面とは、システムが他のシステムに影響を与える方法である。例えば、システムの作業者または開発者は、1つの送信機が転送した信号が、そのシステムに隣接して動作する他の無線システムに対して、いかなる影響を与えるかを尋ねてもよい。さらに詳細には、作業者は、送信機が、送信機の電源が投入される度に、いくつかの他の無線デバイスの通信を混乱させるかどうか、または送信機が無線にて帯域を効果的に独占しながら送信に過度の時間を消費するかどうかを、尋ねてもよい。無線通信に精通する者は、各送信機が、他のどの送信機もその存在に気づかない寡黙なネイバーであることが理想的であると同意するであろう。これらの理想的な特性は、もし存在するとしても、希にしか達成され得ない一方で、他の無線システムが適度に正常に動作し得る共存環境を形成する無線システムは、善良なネイバーと呼ばれ得る。無線システムの共存性の第2側面は、システムが、他のシステムまたは無線信号源が存在するにもかかわらず、適度に正常に動作する能力である。特に、システムの堅牢性は、システムが受信器において干渉をいかに阻止するか、受信器が、無線周波エネルギーの近隣源により、いかに容易に過負荷状態に入るか、受信器が、随時のビット損失および同様の要因に対していかに耐性を有するか、に依存する。プロセス制御産業等の、いくつかの産業においては、無線通信システムの重要な潜在的用途が多数存在する。これらの用途においては、データ損失が許容され得ないことは多々ある。ノイズが多い、すなわちダイナミックな無線環境において信頼できる通信を提供可能な無線システムは、耐性のあるネイバーと呼ばれ得る。共存性は、時間、周波数、距離という、自由の3つの側面を効果的に使用することに部分的に依存する。1干渉源すなわち他の通信システムの非送信時に、2干渉源と異なる周波数において、3干渉源から十分な距離だけ隔てられて、通信が行われる場合、通信は正常に行われることができる。これらの要因のうちのただ1つを使用するだけで無線周波数スペクトルの共用部分における通信方式が提供され得るのに対して、これらの要因のうちの2つまたはすべて3つの組合せを考慮することは、高いレベルの信頼性、安全性、およびスピードを提供することができる。図1~図4を参照して説明した統合されたシームレスな診断デバイス65、85、95等の、またはこれらの診断デバイスに類似した、統合されたシームレスな診断デバイス570Aおよび570Bが、様々な方法でWirelessHART登録商標ネットワーク514に接続されてもよい。1つの例として、図2の統合されたシームレスな診断デバイス65に類似したWirelessHART登録商標フィールドデバイスとして定義される統合されたシームレスな診断デバイス570Aが、無線方式でWirelessHART登録商標ネットワーク514に接続されてもよい。加えて、または、代替的に、図4の統合されたシームレスな診断デバイス95に類似した有線のHART登録商標デバイスとして定義される統合されたシームレスな診断デバイス570Bが、少なくとも1部分は有線方式で、WirelessHART登録商標アダプタ550を介して、WirelessHART登録商標ネットワーク514に接続されてもよい。限定的にではなく例として、図2~図4を参照して説明してきた統合されたシームレスな診断技術は、フィールドバスデジタルバスに関する問題を診断することに関して検討されてきた。したがって、フィールドバスプロトコル、フィールドバスプロトコルに関する物理層、フィールドバスプロトコルにしたがって構成されるフィールドデバイス、およびフィールドバスプロトコルを使用するプロセス制御システム例えば、プロセス制御システム100~400において行われる通信の方法についてさらに詳細に説明することは参考になるであろう。しかし、フィールドバスプロトコルは当該技術分野において周知であって、特にテキサス州オースティンに本部を置く非営利事業体FieldbusFoundationから公開、配布され、利用可能である多数の記事、パンフレット、および仕様書で詳細に説明されていることを理解すべきである。図6は、フィールドバスデジタルバス644上で統合されたシームレスな診断を実行する能力を有するプロセス制御システム例600を示すブロック図である。フィールドバスデジタルバス644図1~図4に示すデジタルバス44に類似してもよいは、フィールドバスデジタルバス670に電力を供給する電源70を備える。フィールドバスデジタルバス644は、フィールドデバイス36~39をフィールドバスデジタルバス644に接続する接続ブロックおよび端末装置672配線ハブまたはハブとしても知られるをさらに備える。さらに、フィールドバスデジタルバス644は、フィールドバスデジタルバス644の様々な構成要素例えば、電源670および配線ハブ672をフィールドバスコントローラ12のI/Oデバイス20Bに接続する物理リンク674を備える。図6に示す物理リンク674はツイストペアであるが、物理リンク674は、同軸ケーブル、ファイバリンク、その他であってもよい。図2~図4に示す統合されたシームレスな診断デバイス65、85、95等の、またはこれらの診断デバイスに類似した統合されたシームレスな診断デバイス650A~650Cが、様々な方法でフィールドバスデジタルバス644に接続されてもよい。例えば、統合されたシームレスな診断デバイス650Aが、電源670を介して、フィールドバスデジタルバス644に接続されてもよい。統合されたシームレスな診断デバイス650Bも、I/Oデバイス20Bを介して、フィールドバスデジタルバス644に接続されてもよい。さらに、統合されたシームレスな診断デバイス650Cが、フィールドバスデジタルバス644の物理リンク674を介して、フィールドバスデジタルバス644に接続されてもよい。フィールドバスデジタルバス644は、いくつかの実施形態において、またはいくつかの動作モードにおいて、図6を参照して上記で説明した1つまたは複数の構成要素を備えなくてもよく、または、説明した構成要素のすべてを使用すべきであるとは限らない。さらに、説明した構成要素のうちのいくつかが組み合わされてもよく、または、逆に、より小さい構成要素に分割されてもよい。例えば、電源670が、フィールドバスコントローラ20Aに統合されてもよい。さらに、フィールドバスデジタルバス644は、説明の簡略化のために図6には示されない、追加的な構成要素および/またはモジュール例えば、リピータ等を備えてもよい。図7は、統合されたシームレスな診断デバイスのアーキテクチャ例700を示すブロック図である。一般に、統合されたシームレスな診断デバイス700は、診断インターフェース740および通信インターフェース730を備える。診断インターフェース740は、1つの通信リンク例えば、フィールドバスデジタルバスに通信可能に接続されると、その第1通信リンクの動作に関する診断情報を収集するよう構成され、通信インターフェース730は、他の通信リンク例えば、HART登録商標プロトコルまたはWirelessHART登録商標プロトコルをサポートする通信リンクに通信可能に接続されると、収集した診断情報を示すデータを、その通信リンクを介して、プロセス制御システム内における統合されたシームレスな診断デバイス700以外のエンティティに伝達するよう構成される。診断情報を収集および伝達するために使用されるプロセス制御プロトコルの組合せに応じて、統合されたシームレスな診断デバイス700は、適切なプロトコルスタックを備えてもよい。例えば、図2に示す実施形態における統合されたシームレスな診断デバイス65として使用される場合、統合されたシームレスな診断デバイス700は、フィールドバスまたはプロフィバスプロトコルにより使用されるフィールドバスプロトコルスタック750と、WirelessHART登録商標プロトコルにより使用されるWirelessHART登録商標プロトコルスタック760とを備えてもよい。統合されたシームレスな診断デバイス700は、これらの2つのプロセス制御プロトコルの間の対応関係例えば、パラメータの対応関係を定義するプロトコルマッパ770を備えてもよい。いくつかの実施形態において、フィールドバスまたはプロフィバスプロトコルにより使用されるプロトコルスタック、およびWirelessHART登録商標プロトコルにより使用されるプロトコルスタックは、アプリケーション層を共有してもよい。共有されたアプリケーション層は、その2つのプロセス制御プロトコルの間の対応関係を定義するために用いられてもよい。図8は、例えば、図2~図4に示すプロセス制御システム200~400等の、プロセス制御システムにおいて用いられる診断方法例800を示すフローチャートである。方法800は、統合されたシームレスな診断デバイス例えば、図2~図7に示す統合されたシームレスな診断デバイス等をEDDLを使用して標準的デバイスとして定義することを含むブロック810。統合されたシームレスな診断デバイスが定義された後、方法800は、統合されたシームレスな診断デバイスの診断インターフェースを介して、プロセス制御システム内の第1通信リンクに通信可能に接続することを含む。ここで、第1通信リンクは、第1プロセス制御プロトコルを使用することによりプロセス制御情報を伝達するよう構成されたものであるブロック820。第1プロセス制御プロトコルの1例がフィールドバスプロセス制御プロトコルである。方法800は、第1通信リンクの動作に関する診断情報を、診断インターフェースを介して収集することをさらに含むブロック830。診断情報が収集されると、方法800は、診断デバイスの通信インターフェースを介して、第1通信リンクとは異なる第2通信リンクに通信可能に接続することを含む。ここで、第2通信リンクは、第2プロセス制御プロトコルを用いて情報を伝達するよう構成されたものであるブロック840。例えば、第2プロセス制御プロトコルは、HART登録商標プロセス制御プロトコル、WirelessHART登録商標プロセス制御プロトコル、またはそれらの組合せであり得る。方法800は、収集した診断情報を示すデータを、プロセス制御システム内の、診断デバイス以外のエンティティ例えば、コントローラ、ワークステーション、その他に通信インターフェースにより第2通信リンクを介して第2プロセス制御プロトコルを用いて伝達することをさらに含むブロック850。一般に、第1プロセス制御プロトコルおよび第2プロセス制御プロトコルは、異なる産業オートメーションプロトコルであり、それぞれのプロセス制御プロトコルは、プロセス制御情報を伝達するための固有の機構を有する。上述の様々なシームレスな統合技術例は、診断に関連して検討してきたが、説明した技術および同様の技術は他の関連でも用いられ得ることを当業者は理解するであろう。例えば、以下で説明するように、シームレスな統合技術は、異なるプロセス制御プロトコルを使用する異なるフィールドデバイスを同一のプロセス制御システムに統合するために利用し得る。図9は、異なるプロセス制御プロトコルを用いる異なるフィールドデバイスを統合するプロセス制御システム例900を示すブロック図である。異なるプロセス制御プロトコルを使用する異なるフィールドデバイスを統合するために、プロセス制御システム900は、統合されたシームレスなインターフェースデバイス965を備える。一般に、統合されたシームレスなインターフェースデバイス965は、物理的プロセスパラメータの測定または制御に関するプロセス制御情報を、1つの通信リンク966を介し、1つのプロセス制御プロトコルを用いて収集し、収集されたプロセス制御情報を、異なるプロセス制御プロトコルをサポートする他の通信リンク44を介して、プロセス制御システム900内の他のエンティティに伝達するために用いられる。例えば、図9に示す実施形態において、プロセス制御情報は、WirelessHART登録商標ネットワーク975に接続されたWirelessHART登録商標フィールドデバイス910~920を用いて収集され、例えばコントローラ12にフィールドバスデジタルバス44を介して、伝達される。その結果、統合されたシームレスなインターフェースデバイス965は、フィールドバスネットワークまたはプロフィバスネットワークを有する既存のプロセス制御システムが、プロセス制御システムの構造に加える変化を最小限またはゼロとなるよう、効果的にWirelessHART登録商標を利用することを可能にする。つまり、プロセス制御システムから見ると、統合されたシームレスなインターフェースデバイス965は、通常のフィールドバスまたは、プロフィバスフィールドデバイスとして機能する。図9に示す実施形態においては、プロセス制御情報が、WirelessHART登録商標フィールドデバイス910~920を用いて収集され、フィールドバスデジタルバス44を介してコントローラ12に伝達されるが、他の組合せのプロセス制御プロトコルが使用可能であることを当業者は理解するであろう。例えば、プロセス制御情報はWirelessHART登録商標フィールドデバイス910~920を用いて収集され、プロフィバス通信リンクを介してコントローラ12に伝達されてもよい。プロセス制御情報を収集および伝達するために使用されるプロセス制御プロトコルの組合せに応じて、統合されたシームレスなインターフェースデバイス965は適切なプロトコルスタックを備えてもよい。例えば、図9に示す実施形態において、統合されたシームレスなインターフェースデバイス965は、フィールドバスまたはプロフィバスプロトコルにより使用されるプロトコルスタック、およびWirelessHART登録商標プロトコルにより使用されるプロトコルスタックも備えてよい。しかし、いくつかの実施形態においては、フィールドバスまたは、プロフィバスプロトコルにより使用されるプロトコルスタックおよびWirelessHART登録商標プロトコルにより使用されるプロトコルスタックは、アプリケーション層を共有してもよい。共有されるアプリケーション層は、その2つのプロセス制御プロトコルの間の対応関係例えば、パラメータの対応関係を定義するために用いられてもよい。図10は、統合されたシームレスなインターフェースデバイス1000のアーキテクチャ例を示すブロック図である。一般に、統合されたシームレスなインターフェースデバイス1000は、プロセス制御インターフェース1040および通信インターフェース1030を備える。プロセス制御インターフェース1040は、1つの通信リンクに通信可能に接続され且つその通信リンクを用いて物理的プロセスパラメータの測定および制御に関するプロセス制御情報を例えば、WirelessHART登録商標フィールドデバイスおよび/またはネットワークを介して収集するよう、構成される。通信インターフェース1030は、他の通信リンク例えば、フィールドバスデジタルバスに通信可能に接続され、収集されたプロセス制御情報を示すデータをその通信リンクを介してプロセス制御システム内の統合されたシームレスなインターフェースデバイス1000以外のエンティティに伝達するよう、構成される。診断情報を収集および伝達するために使用されるプロセス制御プロトコルの組合せに応じて、統合されたシームレスなインターフェースデバイス1000は、適切なプロトコルスタックを備えてもよい。例えば、図9に示す実施形態における統合されたシームレスなインターフェースデバイス965として使用される場合、統合されたシームレスなインターフェースデバイス1000は、フィールドバスまたは、プロフィバスプロトコルにより使用されるフィールドバスプロトコルスタック1050、およびWirelessHART登録商標プロトコルにより使用されるWirelessHART登録商標プロトコルスタック1060も備えてよい。統合されたシームレスなインターフェースデバイス1000は、これらの2つのプロセス制御プロトコルの間の対応関係例えば、パラメータの対応関係を定義するプロトコルマッパ1070も備えてよい。いくつかの実施形態において、フィールドバスまたはプロフィバスプロトコルにより使用されるプロトコルスタック、およびWirelessHART登録商標プロトコルにより使用されるプロトコルスタックは、アプリケーション層を共有してもよい。共有されたアプリケーション層は、その2つのプロセス制御プロトコルの間の対応関係を定義するために用いられてもよい。図11は、フィールドバスプロトコルとWirelessHART登録商標プロトコルとの間のパラメータの対応関係例1100を示すタイミング図である。いくつかの実施形態において、WirelessHART登録商標フィールドデバイスからのパラメータは、統合されたシームレスなインターフェースデバイス1000デバイスにおいて、フィールドバスの機能ブロックのアプリケーション層に対応付けられてもよい。統合されたシームレスなインターフェースデバイス1000を備える制御システムから見ると、フィールドにおいてインストールされ、フィールドバスセグメントにより取り付けられた統合されたシームレスなインターフェースデバイス1000は、機能ブロックを備える通常のフィールドバスデバイスとして取り扱われ得る。WirelessHART登録商標フィールドデバイスに関連する測定値またはアクチュエータは、FFIOブロックに反映され得る。アラーム検出は、フィールドバス規格により定められたように、AI、DI、またはPIDブロックの標準アラーム機能を用いて実行されてもよい。加えて、PlantWebAlertsが、統合されたシームレスなインターフェースデバイス1000と、統合されたシームレスなインターフェースデバイス1000に接続されたWirelessHART登録商標フィールドデバイスとに対して、設定されてもよい。通信チャンネルと、WirelessHART登録商標フィールドデバイスタグおよび通信チャンネルの関係とは、機能ブロックをWirelessHART登録商標フィールドデバイスに関連づけるために、適切なプロトコルスタックにより使用され得る。フィールドバスおよびプロフィバスにより要求される情報は、HARTコマンドを通して、定期的に伝達されるパラメータにより得られる。この一例として、HARTコマンド9は、状態および8つまでのデバイスまたはダイナミックパラメータを含み得る。次いで、これらのパラメータは、フィールドバスの機能ブロックチャンネルパラメータにより、フィールドバスの機能ブロックに対応付けられてもよい。WirelessHART登録商標仕様書により定義されるネットワークマネージャは、図10に示す統合されたシームレスなインターフェースデバイス1000等の統合されたシームレスなインターフェースデバイス内に存在することができる。したがって、統合されたシームレスなインターフェースデバイスが、無線通信において使用されるスーパーフレームを自動的に作成することが可能となり得る。制御システムがフィールドにおける制御をサポートするため、ユーザの介入は要求されないであろう。WirelessHART登録商標ネットワーク管理のために要求される通信スケジュールは、制御システムにより統合されたシームレスなインターフェースデバイスに書き込まれたパラメータに基づいて、統合されたシームレスなインターフェースデバイスにおいて自動的に生成され得る。例えば、WirelessHART登録商標スケジュールは、統合されたシームレスなインターフェースデバイスにダウンロードされた、フィールドバス協会またはプロフィバスのスケジュールから自動的に生成され得る。このようにして、統合されたシームレスなインターフェースデバイスにおける機能ブロックの実行を、WirelessHART登録商標フィールドデバイスによりサポートされる測定値および出力スロット時間と同期させることが可能となり得る。加えて、または代替的に、監視および計算アプリケーションに対してまたは、制御システムがフィールドにおける制御をサポートしない場合、スケジュールは、無線アプリケーションに関連する通信要件を定義する、制御システムが資源ブロックに書き込むパラメータから、統合されたシームレスなインターフェースデバイスにより生成され得る。わずかなWirelessHART登録商標フィールドデバイスのみが統合されたシームレスなインターフェースデバイスによりサポートされている場合、スケジューリングは、比較的簡単であり得、跳びhopの回数および関連する電力消費が最小限となる。いくつかの場合において、WirelessHART登録商標フィールドデバイスは、そのデバイスの動作を設定、較正、および診断するために使用される、様々なパラメータを有してもよい。統合されたシームレスなインターフェースデバイスにこれらのパラメータの全部を記録するよりも、むしろ、統合されたシームレスなインターフェースデバイスは、制御システムにより統合されたシームレスなインターフェースデバイスに伝達されたHARTコマンドが、関連するWirelessHART登録商標フィールドデバイスに自動的に転送されることができるよう、設計されてもよい。係るパススルー通信は、制御システムと関連する資産管理パッケージにより用いられてもよい。これらの資産管理アプリケーションがWirelessHART登録商標をサポートすると、統合されたシームレスなインターフェースデバイスをサポートするために要求される変化は、最小限となり得る。一般的に、本明細書に説明されるインターフェースデバイスのいずれもが、監視対象の通信リンク例えば、フィールドバスリンクに関する診断状況を定義する、またはその診断状況に関する診断情報を、任意の所望の方法で、収集この収集は、測定、判定、検出、生成、または他の方法で獲得することを含むし得る。一般に、診断インターフェースは、監視対象の通信リンク上の1つまたは複数の信号またはデータ伝送を監視し、内容もしくは品質、またはこれらの信号の両方に基づいて、監視対象の通信リンクの診断状況を検出し得る。例えば、診断インターフェースは、監視対象の通信リンク上に存在する1つまたは複数の配線エラーの形で、診断情報を収集または判定し得る。これらの配線エラーの判定は、監視対象の通信リンク上で、不正確な配線接続、開路もしくは短絡、断続的な配線接続、または配線接続における逆極性のうちの1つまたは複数を特定することを含んでもよい。加えて、または代替的に、診断インターフェースは、監視対象の通信リンクに関するプロトコル要件に基づいて監視対象の通信リンク上に存在する端末装置数が過剰または不足であることを特定する形で、診断情報を収集または判定してもよく、監視対象の通信リンクに接続された他のデバイスの物理層における欠陥を特定する、または監視対象のリンクに接続された1つまたは複数のデバイスにおける他の任意の出荷状態の欠陥を特定する形で、診断情報を収集または判定してもよく、および/または、監視対象の通信リンク上に存在する1つまたは複数の接地エラーを特定する、または、監視対象の通信リンク上に明確な接地戦略が存在しないことを特定する形で、診断情報を収集または判定してもよい。勿論、他の種類の診断情報も、他の診断情報に替わって、または他の診断情報とともに、収集または判定されてもよい。いくつかの場合において、これらの種類の診断情報のそれぞれは、監視対象の通信リンク上の信号の立ち上がり時間および減衰時間、監視対象の通信リンク上の信号の電圧レベルまたは電流レベル、監視対象の通信リンク上の信号の極性または位相、その他を含む、監視対象の通信リンク上に存在する信号の品質によりもくしはその品質から、または、その信号のいくつかの特性に基づいて、判定されてもよい。事実、通信リンク上の信号の1つまたは複数の特性または品質に基づいて、診断状況を検出する方法が多数知られていて、診断インターフェースは、これらの既知の方法のいずれか、または通信リンク上に存在する信号または通信リンク上で監視対象となる信号の特性に基づいて、様々な診断状況を検出するための他の既知の方法を実装してもよい。加えて、本明細書で説明する診断インターフェースは、1つまたは複数の診断アプリケーションを、診断インターフェース内に記憶または診断インターフェース内で実行してもよい。ここで、これらの診断アプリケーションは、一定時間にわたって信号を分析し、または監視対象の通信リンク上に存在する多数の異なる信号またはデータ転送例えば、一定時間にわたる同一の信号または異なる信号に関連するを分析して、監視対象の通信リンクに関する1つまたは複数の診断状況を判定してもよい。例えば、図4~図10に示すように、これらの図面における診断インターフェースデバイスは、1つまたは複数のアプリケーション1200を記憶するか、または監視対象の通信リンクから収集したデータまたは信号を分析する1つまたは複数のアプリケーションを実装するアプリケーション層1200を有してもよい。いくつかの場合において、アプリケーション1200は、監視対象のリンク上のプロセス制御情報にパワースペクトル解析を実行してもよい。このパワースペクトル解析は、監視対象の通信リンク上の何らかの信号を含み得る。1つの実施形態において、パワースペクトル解析は、測定されたプロセス制御信号に対する異なる周波数およびそれらのパワー寄与を特定するために使用されてもよい。この種のパワースペクトル解析は、プロセス制御信号内のプロセスノイズを特定または検出するために用いられ得る例えば、顕著なスペクトル寄与を有するべきではない周波数におけるパワーを検出する等により。例えば、信号の特定の周波数におけるパワーはタンク内の液体が揺れ動くことを示し得る。勿論、監視対象の通信リンク上の1つまたは複数の信号のパワースペクトルから判定され得るプロセスノイズの他の種類または例は多数存在する。一般に、これらの場合において、診断インターフェースは、アプリケーション1200を記憶し、診断インターフェースデバイス内のプロセッサ上でアプリケーション1200を実行し、監視対象の通信リンクから収集した複数のデータに基づいて診断情報を判定してもよい。上述のように、アプリケーション1200は、監視対象の通信リンクから収集した複数のデータにパワースペクトル解析を実行してもよく、監視対象の通信リンク上において所望の種類のノイズ例えば、不適切に接地された電気的装置を示すノイズ等を検出するために動作してもよく、または、監視対象の通信リンクに対する1つまたは複数の性能指標を検出例えば、判定してもよい。ここで、1つまたは複数の性能指標のそれぞれは、監視対象の通信リンク上の通信性能の品質または測定値を示すものである。これらの性能指標は、例えば、通信エラー率監視対象リンク上の、バス稼働率、通信遅延時間、その他を含んでもよい。上述の様々なデバイスおよび同様のデバイスの少なくともいくつかの機能性は、ファームウェア命令および/またはソフトウェア命令を実行するハードウェア、プロセッサ図7のプロセッサ710または図10のプロセッサ1010等またはこれらの任意の組合せを利用することにより実装され得る。ファームウェアにロードされ得るアプリケーションの一例は、パワースペクトル解析である。このようにパワースペクトル解析を含むことにより、プロセスノイズを検出することが可能である。加えて、パワースペクトル解析をこのように統合することは、プロセスが動作範囲にわたって動く間に、診断モジュールが問題を監視することを可能にする。ソフトウェア命令またはファームウェア命令を実行するプロセッサを利用して実装された場合、ソフトウェア命令またはファームウェア命令は、磁気ディスク、光ディスク、または他の記憶媒体等の任意のコンピュータ可読メモリ例えば、図7のメモリ720および図10のメモリ1020上に、またはRAM、ROM、フラッシュメモリ、プロセッサ、ハードディスク駆動装置、光ディスク駆動装置、テープ駆動装置、その他等に記憶されてもよい。同様に、ソフトウェア命令またはファームウェア命令は、例えば、コンピュータ可読ディスクまたは他の可搬式コンピュータ記憶機構上で、を含む、任意の既知のまたは所望の供給方法により、または通信媒体を介して、ユーザまたはシステムに供給されてもよい。通信媒体は通常、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータを、搬送波または他の搬送機構等の変調データ信号において具体化する。用語変調データ信号は、その信号の特徴の1つまたは複数が、その信号内に情報を符号化するような方法で設定または変化された信号を意味する。限定的にではなく、例として、通信媒体は、有線ネットワークまたは直接配線接続等の有線媒体、および音響、無線周波数、赤外線、他の無線媒体等の無線媒体を含む。したがって、ソフトウェア命令またはファームウェア命令は、電話回線、DSL回線、ケーブルテレビ回線、光ファイバー回線、ワイヤレス通信チャンネル、インターネット、その他これらは、可搬式記憶媒体を介して係るソフトウェアを提供することと、同一であるか、または交換可能であると見なされる等の通信チャンネルを介して、ユーザまたはシステムに供給され得る。ソフトウェア命令またはファームウェア命令は、プロセッサにより実行されるとプロセッサに様々な動作を実行させる機械可読命令を含んでもよい。ハードウェア内に実装された場合、ハードウェアは1つまたは複数の独立した構成要素、集積回路、特定用途向け集積回路ASIC:application-specificintegratedcircuit、その他を備え得る。上記の文章は、プロセス制御環境において統合されたシームレスな診断を提供し得るいくつかの方法例、デバイス、およびシステムについて詳細に説明したものであるが、本説明の法的範囲は、本開示の末尾において記載される請求項の文言により定められることを理解すべきである。可能な実施形態をすべて説明し尽くすことは、不可能ではないにせよ、非実際的であるため、上記の詳細な説明は、例示としてのみなされたものであり、可能な実施形態をすべて説明し尽くすものではない。多数の代替的な実施形態が、現在の技術を用いて、または本特許の出願日以降に開発される技術を用いて、実施され得るであろう。これらの実施形態もまた、依然として本発明の請求項の範囲に含まれる。