(57)【要約】【課題】規格機能性ホスティングデバイスを含むシステムを提供すること。【解決手段】システムは、規格機能性ホスティングデバイスを含む。ホスティングデバイスは、規格機能性ホスティングロジックを含み、規格機能性ホスティングロジックは、有形の非一時的な機械可読媒体に記憶されている機械可読命令を含み、機械可読媒体は、管理機能性を独立して実装、制御、または、実装および制御することが可能でない１つまたは複数のデバイスに関して、規格によって定義される管理機能性を、実装、制御、または、実装および制御するように構成されている。さらに、ホスティングデバイスは、アラーム規格ホスティングロジックを実装するように構成されているプロセッサーを含む。【選択図】図１
2015138548.tif 000002
【特許請求の範囲】
【請求項１】
規格機能性ホスティングデバイスを含むシステムであって、前記規格機能性ホスティングデバイスは、
規格機能性ホスティングロジックであって、前記規格機能性ホスティングロジックは、有形の非一時的な機械可読媒体に記憶されている機械可読命令を含み、前記機械可読媒体は、管理機能性を独立して実装、制御、または、実装および制御することが可能でない１つまたは複数のデバイスに関して、規格によって定義されるアラーム優先順位付け、アラームシェルビング、アラームアウトオブサービス機能性、または、それらの任意の組み合わせを含む管理機能性を、実装、制御、または、実装および制御するように構成されている規格機能性ホスティングロジックと、
前記アラーム規格ホスティングロジックを実装するように構成されているプロセッサーとを含む、システム。
【請求項２】
前記管理機能性が、アラーム管理機能性を含む、請求項１記載のシステム。
【請求項３】
前記管理機能性が、国際計測制御学会（ＩＳＡ）によってＩＳＡ１８．２規格において定義される機能性を含む、請求項１記載のシステム。
【請求項４】
前記管理機能性が、アラームシェルビング関数を含み、前記アラームシェルビング関数は、一時的な時間期間にわたって、アラームの表示を無効にするか、または、そうでなければ異ならせるように構成されている、請求項１記載のシステム。
【請求項５】
前記管理機能性が、アラーム優先順位付け関数を含み、前記アラーム優先順位付け関数は、他のアラームに対するアラームの優先順位の表示を提示するように構成されている、請求項１記載のシステム。
【請求項６】
前記管理機能性が、アクティブアラームアウトオブサービスをとる機能性、アウトオブサービスアラームをインサービス状態に戻す機能性、または、その両方を含む、請求項１記載のシステム。
【請求項７】
前記管理機能性が、定義された１セットの条件が発生すると、アラームを抑制するか、または前記アラームを活性化するかのいずれかをするように構成されている設計機能性による抑制を含む、請求項１記載のシステム。
【請求項８】
前記規格機能性ホスティングロジックは、
前記管理機能性に関連付けされたコマンド、および、前記１つまたは複数のデバイスの１つまたは複数の特定のアラームを受信し、
前記受信されたコマンドに基づいて、データ条件を前記１つまたは複数の特定のアラームに関連付けし、
前記関連付けされたデータ条件に基づいて、前記１つまたは複数の特定のアラームに関する前記管理機能性を実装する
ように構成されている、請求項１記載のシステム。
【請求項９】
前記規格機能性ホスティングロジックは、
アラームのために、前記１つまたは複数のデバイスをモニタリングし、
前記１つまたは複数のデバイスからアラームを受信し、
前記アラームが、アウトオブサービスとして設定されたか、または、前記規格機能性ホスティングロジックによってシェルブされたかということを決定し、
前記アラームがアウトオブサービスとして設定されている場合には、前記アラームの表示を無効にするか、または、そうでなければ異ならせ、
前記アラームがシェルブされているように設定され、シェルビング時間期間が経過していない場合には、前記アラームの表示を無効にするか、または、そうでなければ異ならせ、
前記アラームがアウトオブサービスとして設定されず、シェルブされているように設定されていない場合には、または、前記シェルビング時間期間が経過した場合には、前記アラームを普通に提示する
ように構成されている、請求項１記載のシステム。
【請求項１０】
前記規格機能性ホスティングデバイスが、単に規格機能性をホストするように構成されているスタンドアロンのデバイスを含む、請求項１記載のシステム。
【請求項１１】
前記システムが、産業システムコントローラーを含み、前記産業システムコントローラーが、前記規格機能性ホスティングデバイスを含む、請求項１記載のシステム。
【請求項１２】
１つまたは複数のイベントが発生すると、１つまたは複数のアラームを提供するように構成されているデバイスと、
前記１つまたは複数のアラームを受信し、前記１つまたは複数のアラームをアラームサーバーへ提供するように構成されているコントローラーであって、
前記アラームサーバーは、前記１つまたは複数のアラームを受信および処理するように構成されている、コントローラーと、
前記アラームサーバーによって提供される前記１つまたは複数のアラームを表示するように構成されているアラームビューアーと、
前記産業制御システムの中に実装された規格によって定義されるアラーム優先順位付け、アラームシェルビング、アラームアウトオブサービス機能性、または、それらの任意の組み合わせを含む管理機能性を、実装、制御、または、実装および制御するように構成されている規格機能性ホスティングデバイスであって、前記デバイスは、前記管理機能性を独立して実装、制御、または、実装および制御することが可能でない、規格機能性ホスティングデバイスと
を含む、産業制御システム。
【請求項１３】
前記コントローラーが、前記規格機能性ホスティングデバイスを含む、請求項１２記載のシステム。
【請求項１４】
前記規格機能性ホスティングデバイスが、グラフィカルユーザーインターフェースからの入力に応答して発生させられるコマンドを受信および処理するように構成されており、前記コマンドが、前記管理機能性、および、前記１つまたは複数のデバイスの１つまたは複数の特定のアラームと関連付けされている、請求項１２記載のシステム。
【請求項１５】
前記グラフィカルユーザーインターフェースが、前記アラームビューアーにおいて発生させられる、請求項１４記載のシステム。
【請求項１６】
前記規格機能性ホスティングデバイスが、前記管理機能性に従って前記アラームビューアーによって表示するために、前記１つまたは複数のアラームを前記アラームサーバーへ提供するように構成されている、請求項１４記載のシステム。
【請求項１７】
前記デバイスが、ファウンデーションフィールドバスデバイスを含み、前記規格が、国際計測制御学会（ＩＳＡ）１８．２アラーム管理規格を含み、前記管理機能性が、アラーム優先順位付け、アラームシェルビング、アラームアウトオブサービス機能性、または、それらの任意の組み合わせを含む、請求項１２記載のシステム。
【請求項１８】
機械可読命令を含む有形の非一時的な機械可読媒体であって、
機能性を独立して実装することができない１つまたは複数のデバイスに適用される国際計測制御学会（ＩＳＡ）１８．２のアラーム管理規格の１つまたは複数の前記機能性の適用を定義する１つまたは複数のコマンドを解釈し、
どのように、いつ、または、どのようにおよびいつ、前記１つまたは複数のデバイスの１つまたは複数のアラームが提示されるかを、前記１つまたは複数のコマンドに基づいて修正することによって、前記１つまたは複数の機能性を実装する、機械可読媒体。
【請求項１９】
前記機械可読媒体が、機械可読命令を含み、
第１のアラームに関するアウトオブサービスコマンドを解釈し、
アウトオブサービスデータ条件を、データストアの中の前記第１のアラームの表示に適用し、
前記１つまたは複数のデバイスからの前記第１のアラームの受信を検出し、
前記適用されたアウトオブサービスデータ条件に基づいて、アラームビューアーによって前記第１のアラームの表示を無効にする、請求項１８記載の機械可読媒体。
【請求項２０】
前記機械可読媒体が、機械可読命令を含み、
第１のアラームに関するシェルビングコマンドを解釈し、
シェルビングデータ条件を、データストアの中の前記第１のアラームに適用し、ここで、前記シェルビング条件は、シェルビング期間の指示を含み、
前記１つまたは複数のデバイスからの前記第１のアラームの受信を検出し、
前記適用されたシェルビングデータ条件に基づいて、前記シェルビング期間の間に、アラームビューアーによって前記第１のアラームの表示を無効にする、請求項１８記載の機械可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書で開示されている主題は、自動化制御システムモニタリングおよびアラームに関する。具体的には、本出願は、ホスティングデバイスを介して、特定の規格（例えば、国際計測制御学会（ＩＳＡ）によって生成される規格）に記載されている機能性を提供することに関する。
【背景技術】
【０００２】
自動化制御システムなどのような特定のシステムは、様々なタイプのデバイス（例えば、センサー、ポンプ、弁など）の中で制御命令の実行を可能にする制御能力を提供することが可能である。追加的に、特定の産業制御システムは、１つまたは複数のグラフィカルユーザーインターフェースを含むことが可能であり、グラフィカルユーザーインターフェースは、制御システムネットワークに存在する様々なデバイスについての詳細をオペレーターに提示するために使用することが可能である。例えば、グラフィカルユーザーインターフェースは、制御システムネットワークの上のデバイスについてのアラームまたは診断情報を含有し得る警告を、オペレーターに提示することが可能である。
【０００３】
多くの規格が、自動化制御システム全体にわたって、安定性、予測可能性、および一貫性を促進するために継続的に導入されている。これらの規格は、自動化制御システム全体にわたって、最良の実践を提示することが可能であるが、それらは、適用除外の規定を含むことが多く、適用除外の規定は、規格の中の他の規定に従うことができないデバイス（例えば、センサー、ポンプ、弁など）が免除され、および／または、交換されるべきであるということを提案する。残念なことに、これらのデバイスを交換することは、交換時間およびコストに起因して、厄介である可能性がある。さらに、デバイスのいくつかが規格に忠実に従っているシステムの中において、免除されているデバイスは、システムオペレーターの間に予測不能性および混乱をもたらす可能性がある。その理由は、システムの準拠部分は、システムの非準拠部分とは異なって応答する可能性があるからである。したがって、これらの一貫性のない挙動を除去するシステムが望ましい。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】国際公開第２００４／１１１７８５号公報
【発明の概要】
【課題を解決するための手段】
【０００５】
出願当初に特許請求されている発明の範囲に相応する特定の実施形態が、以下に要約されている。これらの実施形態は、特許請求されている発明の範囲を限定することは意図されておらず、むしろ、これらの実施形態は、単に、本発明の可能性のある形態の概要を提供することが意図されている。実際に、本発明は、以下に述べられている実施形態と同様であるか、または異なり得る様々な形態を包含することが可能である。
【０００６】
第１の実施形態では、システムは、規格機能性ホスティングデバイスを含む。ホスティングデバイスは、規格機能性ホスティングロジックを含み、規格機能性ホスティングロジックは、有形の非一時的な機械可読媒体に記憶されている機械可読命令を含み、機械可読媒体は、管理機能性を独立して実装、制御、または、実装および制御することが可能でない１つまたは複数のデバイスに関して、規格によって定義される管理機能性を、実装、制御、または、実装および制御するように構成されている。さらに、ホスティングデバイスは、アラーム規格ホスティングロジックを実装するように構成されているプロセッサーを含む。
【０００７】
第２の実施形態では、産業制御システムは、１つまたは複数のイベントが発生すると、１つまたは複数のアラーム提供するように構成されているデバイスを含む。また、システムは、１つまたは複数のアラームを受信し、１つまたは複数のアラームをアラームサーバーへ提供するように構成されているコントローラーを含む。システムは、１つまたは複数のアラームを受信および処理するように構成されているアラームサーバーと、アラームサーバーによって提供される１つまたは複数のアラームを表示するように構成されているアラームビューアーと、産業制御システムの中に実装された規格によって定義される管理機能性を、実装、制御、または、実装および制御するように構成されている規格機能性ホスティングデバイスであって、デバイスは、管理機能性を独立して実装、制御、または、実装および制御することが可能でない、規格機能性ホスティングデバイスとを含む。
【０００８】
第３の実施形態では、有形の非一時的な機械可読媒体は、機械可読命令を含み、機能性を独立して実装することができない１つまたは複数のデバイスに適用される国際計測制御学会（ＩＳＡ）１８．２のアラーム管理規格の１つまたは複数の機能性の適用を定義する１つまたは複数のコマンドを解釈し、どのように、または、いつ、１つまたは複数のデバイスの１つまたは複数のアラームが提示されるかを、１つまたは複数のコマンドに基づいて修正することによって、１つまたは複数の機能性を実装する。
【０００９】
本発明のこれらの特徴、態様、および利点、ならびに、他の特徴、態様、および利点は、添付の図面を参照して以下の詳細な説明を読むと、より容易に理解されることとなり、図面において、同様の文字は、図面を通して同様のパーツを表している。
【図面の簡単な説明】
【００１０】
【図１】一実施形態によって規格機能性を実装するホスティングデバイスを含む、自動化制御システム（例えば、産業制御システム）の一実施形態の概略図である。
【図２】一実施形態による、図１の産業制御システムの様々なコンポーネントの実施形態を含むブロック図である。
【図３】一実施形態による、図１および図２の産業制御システムの様々なコンポーネントの間のデータフローを図示するブロック図である。
【図４】一実施形態による、非準拠のデバイスの上に、ルールに基づく規格を実装するためのプロセスを図示するフローチャートである。
【図５】一実施形態による、図４のプロセスを実装するために使用され得る簡単化されたグラフィカルユーザーインターフェース（ＧＵＩ）を示す図である。
【図６】一実施形態による、図５のＧＵＩによって供給されるコマンドを使用して、図４のプロセスを実装した後に、結果として得られるデータストアの例を示す図である。
【図７】一実施形態による、図６の結果として得られるデータストアによって定義されるルールを実装するためのプロセスを図示するフローチャートである。
【発明を実施するための形態】
【００１１】
本発明の１つまたは複数の具体的な実施形態が、以下に説明されることとなる。これらの実施形態の簡潔な説明を提供する目的で、実際の実施のすべての特徴が、明細書の中に説明されてはいない可能性がある。任意のエンジニアリングまたは設計プロジェクトなどのような任意の実際の実施の開発において、システム関連の制約およびビジネス関連の制約（それは、実施ごとに変化する可能性がある）を順守するなどのような、開発者の特定の目標を実現するために、多数の実施時固有の決断がなされなければならないということが認識されるべきである。そのうえ、そのような開発努力は、複雑であり、時間がかかるが、それにもかかわらず、この開示の利益を有する当業者にとって、設計、組み立て、製造の日常的業務であるということが認識されるべきである。
【００１２】
本発明の様々な実施形態のエレメントを導入するときに、冠詞の「１つの（ａ）」、「１つの（ａｎ）」、「前記（ｔｈｅ）」、および「前記（ｓａｉｄ）」は、エレメントのうちの１つまたは複数が存在するということを意味することが意図されている。用語の「含む（ｃｏｍｐｒｉｓｉｎｇ）」、「含む（ｉｎｃｌｕｄｉｎｇ）」、および「有する（ｈａｖｉｎｇ）」は、包含的であることが意図されており、リストアップされているエレメント以外の追加的なエレメントが存在し得るということを意味している。
【００１３】
産業制御システム規格は、制御システムのコンポーネントの間の実践および／またはデータ／制御予測値を提供する。しかし、制御システムのコンポーネントは、特定の制御システム規格を独立して忠実に守ることが可能であるが、デバイスがすべての制御システム規格を独立して忠実に守ることは、非現実的および／または困難である可能性がある。例えば、制御システムコンポーネントが既に実装された後に定義される規格を予測することは困難である可能性がある。
【００１４】
１つの例では、ファウンデーションフィールドバス（Ｆｏｕｎｄａｔｉｏｎ  Ｆｉｅｌｄｂｕｓ）規格は、ファウンデーションフィールドバス警告の概念を含み、それは、ファウンデーションフィールドバスデバイスによって使用され、産業制御システムのコントローラーまたは他のコンポーネントに、デバイスが経験し得るイベントまたはアラームを知らせる。ファウンデーションフィールドバス警告は、警告についての情報を含む１つまたは複数のパラメーターを含むことが可能である。しかし、ファウンデーションフィールドバス規格に独立して準拠するデバイスは、他の産業制御システム規格に準拠することは可能ではない。例えば、国際計測制御学会（ＩＳＡ）は、より生産性の高いプラント（例えば、発電プラント）を結果として生じ得る規格（例えば、ＩＳＡ１８．２アラーム管理規格）を策定した。ファウンデーションフィールドバス規格は、ＩＳＡ規格を忠実に守ることを述べていない可能性があり、それは、ＩＳＡ規格（例えば、ＩＳＡ１８．２規格）に独立して準拠しないファウンデーションフィールドバスデバイスを結果として生じさせる可能性がある。
【００１５】
以下に議論されている本発明の実施形態は、産業制御システム規格（例えば、ＩＳＡ１８．２規格）能力を、規格に独立して準拠しないデバイス（例えば、ファウンデーションフィールドバスデバイスまたはＨＡＲＴデバイス）に提供する。例えば、実施形態は、ＩＳＡ１８．２機能性（例えば、アラームの優先順位付け、アラームシェルビング（ｓｈｅｌｖｉｎｇ）、アラーム抑制など）、および、非独立して準拠するデバイス（例えば、ファウンデーションフィールドバスデバイス）へのアラームアウトオブサービス（ｏｕｔ  ｏｆ  ｓｅｒｖｉｃｅ）機能性を可能にするホスティングコンポーネントを含むことが可能である。アラーム優先順位付けは、重要性のレベルを１つまたは複数のアラームに割り当てることに関することが可能である。これは、有用であり、割り当てられた重要性のレベルに基づいて、異なる作用および／またはアラームの報告を提供することが可能である。アラームシェルビングは、規定量の時間にわたり、および／または、特定の時間まで、アラームがアウトオブサービスの状態に一時的に置かれることを可能にすることができる。いくつかの実施形態では、ホスティングデバイスは、規格機能性ホスティングの実装を支援するデータストアを含み、および／または、データストアと通信することが可能である。さらに、実施形態は、ユーザーが産業制御システムの中の規格関数を開始および／または点検することを可能にするグラフィカルユーザーインターフェースを含む。
【００１６】
あらゆる範囲の規格ベースの機能性が、ホスティングデバイスによってホストされ得るが、議論は、ＩＳＡ１８．２規格によって提供される特定のアラーム管理規格に焦点を合わせることとなる。すなわち、ホスティングデバイスは、優先順位付け関数、アラームシェルビング関数、アラーム抑制機能性、および、特定のアラーム構成機能性をホスティングする観点から説明されることとなる。
【００１７】
アクティブ産業制御システムの間の任意の所与の時間期間において、多数のアラームが、ユーザー／オペレーターへ提示され得る。優先順位付け関数は、ユーザー／オペレーターが、重大性レベル、ならびに／または、特定のアラームおよび／もしくはアラームタイプの重要性のレベルを定義することを可能にすることができ、ユーザー／オペレーターおよび／または他のコンポーネント（例えば、ＨＭＩまたはアラームビューアー）が、１つのアラームを別のアラームに対して優先順位付けすることが可能であるようになっている。したがって、アラームは、ユーザー／オペレーターのためにソートすることが可能であり、ユーザー／オペレーターが、最も重要なアラームを最初にモニタリング／配慮することを可能にする。認識されることとなるように、特定のアラームだけが、優先順位付けを可能にすることができる場合には（例えば、特定のデバイスが、規格の周りの例外の中へ適用除外されるので）、どのようにアラームがユーザー／オペレーターへ提示されるかという点において、非一貫性が存在する可能性がある。例えば、優先順位付けされないアラームは、優先順位に関係なく、アラームのリストの上部または下部に提供することが可能である。
【００１８】
また、シェルビング機能性は、そのような機能性を独立してサポートしないデバイスへ提供することが可能である。シェルビングは、ユーザー／オペレーターが、一時的な時間の量にわたってアラームを無効にすることを可能にする。一時的な時間の量は、固定することが可能であるか、または、動的なものとすることが可能である。例えば、一時的な時間の量は、５分とすることが可能であるか、または、アラームの臨界、アクティブアラームの数、アラームがシェルブされた（ｓｈｅｌｖｅｄ）回数などに基づいて変化することが可能である。
【００１９】
追加的に、アラーム抑制機能性は、ホスティングデバイスを介して、非ＩＳＡ１８．２準拠デバイスに関してホストすることが可能である。アラーム抑制機能性は、ユーザー／オペレーターが設計によってアラームを抑制することを選択的に可能にする。この機能性の下では、どこでアラームが不活性化および／または活性化されるべきであるかという条件を示す条件付きのサティスファクション（ｓａｔｉｓｆａｃｔｉｏｎ）ロジックが提供され得る。したがって、ユーザー／オペレーターは、いつＨＭＩおよび／またはアラームビューアーがアラームの通知を提供することとなるかということをカスタマイズすることが可能である。
【００２０】
アウトオブサービスコマンド機能性は、ユーザー／オペレーターが使用不能のアクティブアラームを無期限にとることを可能にすることができる。これは、例えば、システムによってモニタリングされている機械がメンテナンス中のときに有用である可能性がある。ユーザー／オペレーターは、インサービス（Ｉｎ  Ｓｅｒｖｉｃｅ）コマンドを介して、任意のアウトオブサービスアラームをインサービス状態に戻すことが可能である。例えば、１台の機械に対するメンテナンス動作が完了するとインサービスコマンドを使用することが可能である。
【００２１】
図１を見てみると、産業プロセス制御システム１０の実施形態が示されている。制御システム１０は、コンピューター１２を含むことが可能であり、コンピューター１２は、様々なフィールドデバイス構成およびモニタリングアプリケーションを実行するのに適切であり、オペレーターインターフェースを提供するのに適切であり、オペレーターインターフェースを通して、エンジニアまたは技術者は、制御システム１０のコンポーネントをモニタリングすることが可能である。コンピューター１２は、ソフトウェアアプリケーションを実行するのに適切な任意のタイプのコンピューティングデバイス（例えば、ラップトップコンピューター、ワークステーション、タブレットコンピューター、または、ハンドヘルドポータブルデバイス（例えば、パーソナルデジタルアシスタントまたは携帯電話）など）とすることが可能である。実際に、コンピューター１２は、様々なハードウェアおよび／またはオペレーティングシステムプラットフォームのいずれかを含むことが可能である。一実施形態によれば、コンピューター１２は、ヒューマン−マシンインターフェース（ＨＭＩ）ソフトウェア１４、製造実行システム（ＭＥＳ）１６、分散制御システム（ＤＣＳ）１８、および／またはモニタリング制御およびデータ収集（ＳＣＡＤＡ）システム２０などのような、産業制御ソフトウェアをホストすることが可能である。例えば、コンピューター１２は、Ｓｃｈｅｎｅｃｔａｄｙ、Ｎｅｗ  ＹｏｒｋのＧｅｎｅｒａｌ  Ｅｌｅｃｔｒｉｃ  Ｃｏ．から入手可能なＣｏｎｔｒｏｌＳＴ（商標）ソフトウェアをホストすることが可能である。
【００２２】
さらに、コンピューター１２は、示されているコンピューター１２とプラントの中の他のコンピューター１２との間の通信を可能にするのに適切なプラントデータハイウェイ２２に通信可能に接続されている。実際に、産業制御システム１０は、プラントデータハイウェイ２２を通して相互接続されている複数のコンピューター１２を含むことが可能である。コンピューター１２は、さらに、ユニットデータハイウェイ２４に通信可能に接続することが可能であり、ユニットデータハイウェイ２４は、コンピューター１２を産業コントローラー２６に通信可能に連結するのに適切である。システム１０は、プラントデータハイウェイ２２および／またはユニットデータハイウェイ２４に連結されている他のコンピューターを含むことが可能である。例えば、システム１０の実施形態は、仮想コントローラーを実行するコンピューター２８と、イーサネット（登録商標）グローバルデータ（ＥＧＤ）構成サーバー、プロセス制御（ＯＰＣ）データのためのオブジェクトのリンクと埋め込み（Ｏｂｊｅｃｔ  Ｌｉｎｋｉｎｇ  ａｎｄ  Ｅｍｂｅｄｄｉｎｇ）のアクセス（ＤＡ）サーバー、アラームサーバー、または、それらの組み合わせをホストするコンピューター３０と、Ｇｅｎｅｒａｌ  Ｅｌｅｃｔｒｉｃ  Ｄｅｖｉｃｅ  Ｓｙｓｔｅｍ  Ｓｔａｎｄａｒｄ  Ｍｅｓｓａｇｅ（ＧＳＭ）（登録商標）サーバーをホストするコンピューター３２と、ＯＰＣアラームおよびイベント（ＡＥ）サーバーをホストするコンピューター３４と、アラームビューアーをホストするコンピューター３６とを含むことが可能である。プラントデータハイウェイ２２および／またはユニットデータハイウェイ２４に連結されている他のコンピューターは、Ｓｃｈｅｎｅｃｔａｄｙ、Ｎｅｗ  ＹｏｒｋのＧｅｎｅｒａｌ  Ｅｌｅｃｔｒｉｃ  Ｃｏ．から入手可能なＣｉｍｐｌｉｃｉｔｙ（商標）、ＣｏｎｔｒｏｌＳＴ（商標）、およびＴｏｏｌｂｏｘＳＴ（商標）をホストするコンピューターを含むことが可能である。
【００２３】
システム１０は、任意の数および適切な構成の産業コントローラー２６を含むことが可能である。例えば、いくつかの実施形態では、システム１０は、１つの産業コントローラー２６、２つの産業コントローラー２６、冗長性のために３つまたはそれ以上の産業コントローラーを含むことが可能である。産業コントローラー２６は、様々なプラント機器（例えば、タービンシステム３８、弁４０、およびポンプ４２など）を自動化するのに有用な制御ロジックを可能にすることができる。実際に、産業コントローラー２６は、様々なデバイスと通信することが可能であり、様々なデバイスには、温度センサー４４、流量計、ｐＨセンサー、温度センサー、振動センサー、クリアランスセンサー（例えば、回転コンポーネントと静止コンポーネントとの間の距離を測定する）、および圧力センサーが含まれるが、それらに限定されない。産業コントローラー２６は、さらに、電動アクチュエーター、スイッチ（例えば、ホールスイッチ、ソレノイドスイッチ、リレースイッチ、リミットスイッチ）などと通信することが可能である。
【００２４】
より詳細に以下に議論されることとなるように、コントローラー２６のうちの１つまたは複数は、ロジック（例えば、非一時的な機械可読媒体に記憶されている機械可読命令）を含むことが可能であり、それは、デバイス（例えば、デバイス３８、４０、４２、および／または４４）のための規格機能性（例えば、ＩＳＡ１８．２アラーム管理機能性）に関するホストとしての役割を果たすことが可能であり、デバイスは、これらの機能性を独立して実装することができない。さらに、本明細書では、規格機能性のホスティングはコントローラー２６において発生するように説明されているが、これは、これらのホスティング能力の実装を限定することを意味していない。規格関数ホストは、システム１０の任意の他の部分に存在することが可能である。例えば、規格関数ホストは、規格関数およびアラームサーバー７０を独立してサポートしないデバイス同士の間に存在するスタンドアロンのコンピューターとすることが可能である。さらに、規格関数ホストは、デバイスとアラームサーバー７０との間の任意の処理回路（例えば、リンキングデバイス４６および／または４８）の上に実装することが可能である。
【００２５】
示されている実施形態では、Ｉ／Ｏ  ＮＥＴ５０とＨ１ネットワーク５２との間をインターフェース接続するのに適切なリンキングデバイス４６および４８を使用することによって、タービンシステム３８、弁４０、ポンプ４２、および温度センサー４４は、自動化コントローラー２６に通信可能にインターリンク接続されている。例えば、リンキングデバイス４６および４８は、Ｈａａｒ、ＧｅｒｍａｎｙのＳｏｆｔｉｎｇ  ＡＧから入手可能なＦＧ−１００リンキングデバイスを含むことが可能である。いくつかの実施形態では、リンキングデバイス（例えば、リンキングデバイス４８など）は、スイッチ５４を通して、Ｉ／Ｏ  ＮＥＴに連結することが可能である。また、そのような実施形態では、Ｉ／Ｏ  ＮＥＴ５０に連結されている他のコンポーネント（例えば、産業コントローラー２６のうちの１つ）も、スイッチ５４に連結することが可能である。したがって、１００メガビット（ＭＢ）高速イーサネット（登録商標）（ＨＳＥ）ネットワークなどのＩ／Ｏ  ＮＥＴ５０を通して送信および受信されるデータは、今度は、３１．２５キロビット／秒のネットワークなどのようなＨ１ネットワーク５２によって送信および受信され得る。すなわち、リンキングデバイス４６および４８は、Ｉ／Ｏ  Ｎｅｔ５０とＨ１ネットワーク５２との間のブリッジとしての役割を果たすことが可能である。
【００２６】
様々なデバイスが、産業コントローラー２６およびコンピューター１２にリンクされ得る。例えば、タービンシステム３８、弁４０、ポンプ４２、および温度センサー４４などのようなデバイスは、Ｆｏｕｎｄａｔｉｏｎ  Ｈ１双方向通信プロトコルのためのサポートを含むファウンデーションフィールドバスデバイスなどのような産業デバイスを含むことが可能である。また、そのような実施形態では、ファウンデーションフィールドバスパワーサプライ５３（例えば、Ｍｉｄｄｌｅｔｏｗｎ、ＰＡのＰｈｏｅｎｉｘ  Ｃｏｎｔａｃｔから入手可能なＰｈｏｅｎｉｘ  Ｃｏｎｔａｃｔ  Ｆｉｅｌｄｂｕｓ  Ｐｏｗｅｒ  Ｓｕｐｐｌｙなど）は、Ｈ１ネットワーク５２に連結することが可能であり、かつ、電源（例えば、ＡＣまたはＤＣ電源など）に連結することが可能である。パワーサプライ５３は、デバイス３８、４０、４２、および４４に電力を供給するのに適切であり、また、デバイス３８、４０、４２、および４４の間の通信を可能にするのに適切であることが可能である。有利には、Ｈ１ネットワーク５２は、最小の通信干渉で、同じ配線によって、電力信号および通信信号（例えば、警告信号）の両方を運ぶことが可能である。また、デバイス３８、４０、４２、および４４は、ＨＡＲＴ（登録商標）  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｆｏｕｎｄａｔｉｏｎ（ＨＣＦ）プロトコル、および、Ｐｒｏｆｉｂｕｓ  Ｎｕｔｚｅｒ  Ｏｒｇａｎｉｚａｔｉｏｎ  ｅ．Ｖ．（ＰＮＯ）プロトコルの中に含まれているものなどのような、他の通信プロトコルのためのサポートを含むことも可能である。
【００２７】
リンキングデバイス４６および４８のそれぞれは、Ｈ１ネットワーク５２をセグメント化するのに有用な１つまたは複数のセグメントポート５６および５８を含むことが可能である。例えば、リンキングデバイス４６は、セグメントポート５６を使用して、デバイス３８および４４と通信可能に連結することが可能であり、一方、リンキングデバイス４８は、セグメントポート５８を使用して、デバイス４０および４２と通信可能に連結することが可能である。例えば、セグメントポート５６および５８を使用することによって、デバイス３８、４４、４０、および４２の間の入力／出力を分配することは、フォールトトレランス、冗長性、および、通信時間の改善を維持するのに有用な物理的な分離を可能にすることが可能である。いくつかの実施形態では、追加的なデバイスを、Ｉ／Ｏ  ＮＥＴ５０に連結することが可能である。例えば、一実施形態では、Ｉ／Ｏパック６０を、Ｉ／Ｏ  ＮＥＴ５０に連結することが可能である。Ｉ／Ｏパック６０は、システム１０への追加的なセンサーおよびアクチュエーターの取り付けを提供することが可能である。
【００２８】
特定の実施形態では、デバイス３８、４０、４２、および４４は、警告および／またはアラームなどのようなデータをシステム１０に提供することが可能である。これらの警告は、以下に説明されている実施形態に従って取り扱うことが可能である。図２は、産業プロセス制御システム１０の一実施形態のブロック図を示しており、様々なコンポーネントをさらに詳細に示している。上記に説明されているように、システム１０は、アラームサーバー７０を含むことが可能であり、アラームサーバー７０は、コンピューター２８の上で実行され、プラントデータハイウェイ２２およびユニットデータハイウェイ２４に連結されている。コンピューター２８は、メモリー７２（例えば、不揮発性のメモリーおよび揮発性のメモリーなど）ならびにプロセッサー７４を含み、アラームサーバー７０の実行を促進させることが可能である。アラームサーバー７０は、受信するために、処理するために、および、コントローラー２６から受信されるアラームに応答するために、アラームサーバープロセス７６を実行することが可能である。コントローラー２６などのような複数のコントローラーは、冗長動作のためにセットアップすることが可能である。
【００２９】
システム１０は、プラントデータハイウェイ２２に連結されている追加的なコンピューター３６を含むことが可能であり、それは、アラームビューアー８０を実行することが可能である。アラームビューアー８０は、ユーザーが、アラームサーバー７０によって処理されるアラームを見て相互作用することを可能にすることができる。コンピューター３６は、アラームビューアー８０を実行するために、メモリー８２およびプロセッサー８４をそれぞれ含むことが可能である。追加的に、いくつかの実施形態では、アラームビューアー８０は、コンピューター２８、または、図１において上記に説明されているコンピューターのいずれかの上で実行することが可能である。アラームサーバー７０は、アラームビューアー８０によって解釈可能な任意の適切なアラームデータプロトコルを使用して、アラームビューアー８０と通信することが可能である。
【００３０】
上記に説明されているように、コントローラー２６は、ユニットデータハイウェイ２４に連結されており、コントローラー２６は、ユニットデータハイウェイ２４によって、アラームサーバー７０と通信することが可能である。例えば、一実施形態では、コントローラー２６およびアラームサーバー７０は、シリアルデータインターフェース（ＳＤＩ）アラームプロトコルを使用して通信することが可能である。コントローラー２６は、コントローラー２６の関数を実行するために、メモリー８６およびプロセッサー８８をそれぞれ含むことが可能である。一実施形態では、コントローラー２６は、フィールドバスプロセス９０およびアラームプロセス９１を実行することが可能である。フィールドバスプロセス９０が使用され、フィールドデバイス３８、４０、４２、および４４にインターフェース接続することが可能であり、一方、アラームプロセス９１が使用され、アラーム情報を分配するのに適切な集中型の設備を提供することが可能である。上述のように、コントローラー２６は、Ｉ／Ｏ  ＮＥＴ５０を介して、Ｉ／Ｏパック６０に連結することが可能である。一実施形態では、Ｉ／Ｏパック６０は、アドバンストデジタルロジック（ＡＤＬ）プロトコルを使用して、コントローラー２６と通信することが可能である。
【００３１】
また、上記に説明されているように、コントローラー２６は、Ｉ／Ｏ  ＮＥＴ５０を通して、リンキングデバイス４６および４８に連結することが可能である。リンキングデバイス４６および４８は、Ｉ／Ｏ  ＮＥＴ５０を介して、コントローラー２６と通信することが可能である。また、リンキングデバイス４６および４８は、Ｈ１ネットワーク５２に連結することが可能であり、一方のリンキングデバイス４６は、デバイス３８および４４に連結することが可能であり、別のリンキングデバイス４８は、デバイス４０および４２に連結することが可能である。リンキングデバイス４６は、メモリー９２（例えば、揮発性のおよび不揮発性のメモリー）ならびにプロセッサー９４を含むことが可能であり、リンキングデバイス４８は、メモリー９６（例えば、揮発性のおよび不揮発性のメモリー）ならびにプロセッサー９８を含むことが可能である。一実施形態では、リンキングデバイス４６および４８は、ファウンデーションフィールドバスプロトコルを使用して、コントローラー２６と通信することが可能である。
【００３２】
システム１０は、警告および診断情報が、例えば、ＨＭＩ１４およびアラームビューアー８０などを通して、様々なデバイスからユーザーへ通信されることを可能にすることができる。例えば、ファウンデーションフィールドバスデバイス３８、４０、４２、および４４は、警告をコントローラー２６へ提供することが可能である。警告は、コントローラー２６からアラームサーバー７０へ提供することが可能であり、アラームサーバー７０は、警告を処理し、ＨＭＩ１４、アラームビューアー８０、または、ユニットデータハイウェイ２４もしくはプラントデータハイウェイ２２に連結されている任意の他のコンピューターへ、情報を提供することが可能である。
【００３３】
そのように、ファウンデーションフィールドバス規格は、ファウンデーションフィールドバス警告に依存し、ファウンデーションフィールドバス警告は、ファウンデーションフィールドバスデバイス（例えば、デバイス３８、４０、４２、および４４）によって使用され、システムコントローラー（例えば、コントローラー２６）へ、デバイスのステータスに関するアラームおよび診断情報を伝える。ファウンデーションフィールドバスデバイスによって提供されるファウンデーションフィールドバス警告は、警告についての情報を提供する１つまたは複数のパラメーターを含む。しかし、また、産業制御システム１０のいくつかのコンポーネントは、特定のデバイス（例えば、ファウンデーションフィールドバスデバイス３８、４０、４２、および４４）が独立して従うことができない他の規格（例えば、ＩＳＡ１８．２アラーム管理規格）に従うことが可能である。したがって、より詳細に以下に説明されることとなるように、ホスティングデバイス（例えば、コントローラー２６のうちの１つまたは複数）は、優先順位付け、シェルビング、アラーム抑制などのような規格機能性（規格によって定義される機能性）をホストするように構成することが可能であり、これらのデバイスは、規格機能性を独立してサポートしない。
【００３４】
規格関数ホスティングロジック（例えば、実装されることとなる規格の関数をホストするロジック）の基本を議論してきたが、図３は、アラームシステム（例えば、アラームサーバー７０およびアラームビューアー８０）、規格関数ホスティングロジック１０２、および、図１の産業制御システム１０の非準拠のデバイス（例えば、ファウンデーションフィールドバスデバイス３８）の間のデータフローを図示するブロック図１００である。上述のように、規格関数ホスティングロジック１０２は、コンピューターにより実装される命令として、システム１０のうちの１つまたは複数のコンポーネントの中に存在することが可能である。例えば、ロジック１０２は、スタンドアロンのホスティングデバイス１０４によって実装され得、ホスティングデバイス１０４は、規格関数ホスティングロジック１０２を実装するのに有用な１つまたは複数のプロセッサー１０６および機械可読ストレージ１０８を含む。代替的な実施形態では、ホストデバイス１０４は、他の処理コンポーネント（例えば、システム１０のコントローラーなど）の上に存在する規格関数ホスティングロジックから構成され得る。
【００３５】
システム１０のユーザー／オペレーターは、非準拠のデバイス（例えば、デバイス３８）によって提供される１つまたは複数のアラーム通知１１０の上の規格機能性を開始させることが可能である。例えば、ファウンデーションフィールドバスデバイス３８は、ＩＳＡ１８．２規格機能性（例えば、アラーム優先順位付け、アラームシェルビング、アラーム抑制、および／または、アラームをインサービスまたはアウトオブサービスにするサービスコマンドなど）を忠実に守るように構成することが可能ではない。したがって、ホストデバイス１０４は、非準拠のデバイスに関して、これらの機能性のホスティングを提供することが可能である。非準拠のデバイス（例えば、デバイス３８）がアラームをトリガーすると、アラーム通知１１０が、（例えば、リンキングデバイス４６を介して）ホストデバイス１０４に提供される。いくつかの実施形態では、アラーム通知１１０は、ホストデバイス１０４を通過し、直接的にアラームサーバー７０へ渡されることとなり、最終的に、アラームビューアー８０において表示される。図５を参照してより詳細に議論されることとなるように、アラームビューアー８０は、グラフィカルユーザーインターフェース（ＧＵＩ）を備えて構成することが可能であり、グラフィカルユーザーインターフェース（ＧＵＩ）は、非準拠のデバイス（例えば、デバイス３８）によって送られたアラームの上の規格関数ロジック１０２の実装／制御を可能にする。例えば、ユーザー／オペレーターは、アラームコマンド１１２をトリガーすることが可能であり、アラームコマンド１１２は、（例えば、アラームサーバー７０を介して）規格ホスティングロジック１０２に提供され得る。図４および図７を参照して、より詳細に以下に説明されることとなるように、規格機能性ホスティングロジック１０２は、アラームをモニタリングすることによって、および、ロジック１０２の中のルールに基づいて、アラームサーバー７０およびアラームビューアー８０へアラームを選択的に提供することによって、規格機能性（例えば、シェルビング、アラーム抑制、アウトオブサービスコマンドなど）を実装することが可能である。
【００３６】
図４は、図３のロジック１０２によって定義されるように、非準拠のデバイス（例えば、規格の機能性のうちの１つまたは複数をサポートしないデバイス）の上に、ルールに基づく規格を実装するためのプロセス１４０を図示するフローチャートである。さらに、図５は、簡単化されたグラフィカルユーザーインターフェース（ＧＵＩ）１６０であり、それは、一実施形態に従って、図４のプロセス１４０を実装するために使用することが可能である。図６は、一実施形態に従って、図５のＧＵＩによって供給されるコマンドを使用して図４のプロセスを実装した後に、結果として得られるデータストア２００の例を図示している。プロセス１４０は、ＧＵＩ１６０（例えば、ここでは、アラームビューアー８０の上に実装されている）を介して開始させることが可能であり、結果として得られるデータストアは、ＧＵＩ１６０から実装されるコマンドに基づいて提供されるので、図４〜図６は、一緒に議論されることとなる。
【００３７】
ＧＵＩ１６０およびデータストア２００の議論は、現在の実施形態の基本例を提供することを意味している。議論は、本明細書で説明されている特徴を実装することについて考えられる変形を決して限定していない。例えば、当業者は認識することとなるように、ＧＵＩ１６０は、多数の様式で表すことが可能である。さらに、データストア２００は、単純化したデータ表として表されているが、メモリーオブジェクトなどとして、複数のデータ表として実装することが可能である。
【００３８】
第１に、非準拠のデバイスの上に実装されることとなる規格によって定義される機能性を開始または制御するために、アラームコマンドは、ＧＵＩ１６０を介して発生させられ、ホスティングデバイス（例えば、図３のホスティングデバイス１０４）へ提供され得る（ブロック１４２）。例えば、ＧＵＩ１６０の中に示されているように、コマンドは、シェルブコマンド１６２、アンシェルブコマンド１６４、アウトオブサービスコマンド１６６、インサービスコマンド１６８、抑制コマンド１７０、ならびに、属性の設定１７２、アラーム分類の設定１７４、および／または、アラーム優先順位の設定１７６のための構成オプションを含むことが可能である。さらに、アラーム１７８のリストを表すことが可能であり、それは、現在のアラームステータスを示す。
【００３９】
簡単な例を使用して、「ＤＥＶ１」をソースとするアラームコマンドシェルビングアラーム「Ｅ１」は、「ＤＥＶ１」「Ｅ１」列１８０を最初に選択し、次いで、シェルブオプション１６２を選択することによって、ＧＵＩ１６０を介して発生させることが可能である。さらに、アラーム抑制条件は、列１８０を選択し、抑制オプション１７０を選択し、次いで、列１８０によって表されるアラームの抑制のための条件付きロジックを入力することによって、「ＤＥＶ１」をソースとする「Ｅ１」アラームに起因することが可能である。
【００４０】
さらに、特定のアラームに関して優先順位および他の属性を設定するアラームコマンドを発生させることが可能である。例えば、「ＤＥＶ１」をソースとする「Ｅ１」アラームは、列１８０を選択し、優先順位設定オプション１７６を選択し、次いで、「０」の優先順位値を入力することによって、「０」に設定することが可能である。追加的に、属性設定オプション１７２を選択し、さらなる属性情報（例えば、アラームの説明、アラーム名称など）を入力することによって、これらのアラームに関する属性を設定することが可能である。さらに、「ＤＥＶ１」をソースとする「Ｅ２」アラームは、列１８２を選択し、次いで、優先順位設定オプション１７６を選択し、次いで、特定の優先順位値（例えば、「１」）を入力することによって、設定することが可能である。
【００４１】
ホスティングデバイスは、発生されるアラームコマンドを受信することが可能であり、コマンドを、非準拠のデバイス（例えば、規格関数を独立して実装できないデバイス）によってトリガーされ得るアラームに関係付けすることが可能である（ブロック１４４）。例えば、図６に図示されているように、結果として得られるデータストア２００は、１つまたは複数の列２０２を含むことが可能であり、１つまたは複数の列２０２は、トリガーされ得るアラームに条件／ルールを関係付けする。
【００４２】
例えば、上記に議論されている例示的に発生させられるアラームコマンドに従って、結果として得られる列２０４は、「ＤＥＶ１」をソースとする「Ｅ１」アラームが「０」の優先順位を有するということを示す条件２０６、これらのアラームの特定の属性を示す条件２０８、および、１０タイミングユニット（例えば、分または秒）の増分の間にアラームがシェルブされるということを示すシェルビングタイミング条件２１０を含む。さらに、結果として得られる列２１２は、「ＤＥＶ１」をソースとする「Ｅ２」アラームに関する条件を含み、それは、これらのアラームに関して１の優先順位を示す優先順位インジケーター条件２１４、および、アラームがアウトオブサービス状態に置かれたことを示すアウトオブサービス条件２１６を含む。結果として得られる列２１８は、シェルビングタイミング条件２２０を含み、それは、シェルビングの５タイミングユニットが残されていることを示している。例えば、シェルビング時間が１０秒に固定され、既に５秒が経過した場合には、５秒のシェルビングが残っている。上記に議論されているように、アラームがシェルブされている間に、ユーザー／オペレーターは、アラームを積極的に通知されない（または、アラーム通知は、アクティブアラームセクションというよりも、むしろシェルブされたアラームセクションの中に表されている）。
【００４３】
コマンドがアラームに関連付けされると、規格関数ホストは、関係付けに基づいてアラーム通知を実装することが可能である（ブロック１４６）。例えば、図７は、一実施形態に従って、結果として得られる図６のデータストア２００によって定義されるルールを実装するためのプロセス２４０を図示するフローチャートである。プロセス２４０は、アラーム通知のために非準拠のデバイスをモニタリングすることによって始まる（ブロック２４２）。例えば、特定のイベントが起こると、デバイス（例えば、図３のデバイス３８）は、アラーム通知（例えば、図３のアラーム通知１１０）をトリガーすることが可能である。デバイスは所与の規格の特定の関数に従わないことが可能であるが、図３に説明されているホスティングデバイス１０４が使用され、デバイスに関する規格機能性を実装することが可能である。そうするために、通知は、非準拠のデバイスから最初に受信される（ブロック２４４）。次に、関係の条件（例えば、結果として得られる図６のデータストア２００）を備えるデータストアが、受信されたアラームに条件が適用されたかどうかを決定するために参照される。例えば、決定ブロック２４６において、受信されたアラームがアウトオブサービス状態に置かれたかどうかが決定される。決定された場合には、モニタリング２４２が、ユーザー／オペレーターに通知することなく継続する。例えば、結果として得られるデータストア２００の例を使用すると、これらのアラームは、（例えば、条件２１６を介して）シェルブされているものとして示されるので、「ＤＥＶ１」をソースとする「Ｅ２」アラームに関して通知は提示されることとならない。
【００４４】
アラームがアウトオブサービスとして示されていなければ、受信されたアラームが現在シェルブされているかどうかについて決定される（決定ブロック２４８）。アラームがシェルブされている場合には（例えば、結果として得られるデータストア２００の中の、「ＤＥＶ１」をソースとする「Ｅ１」アラーム、または、「ＤＥＶ２」をソースとする「Ｅ３」アラーム）、ロジックは、示されているシェルビング期間（例えば、「Ｅ１」アラームに関して１０、または、「Ｅ３」アラームに関して５）を待つ（ブロック２５０）。次に、アラームが依然として活動しているかどうかについて決定される（決定ブロック２５２）。アラームが依然として活動しているか、または、アラームが、決定ブロック２４８においてシェルブされているとして示されなかった場合には、アラームが、ユーザー／オペレーターへ提供される（ブロック２５４）。アラームがユーザー／オペレーターへ提供されたときには、および／または、シェルビング期間が終了した後にアラームが活動していないということが決定される場合には、モニタリング２４２が継続する。
【００４５】
上記に議論されているように、特定の実施形態は、シェルブされたアラームおよび／またはアウトオブサービスアラームに関する代替的なウィンドウおよび／またはタブにおいて、トリガーされたアラームの指示を提供することが可能である。したがって、プロセス２４０は、シェルブされたアラームおよび／またはアウトオブサービスアラームがアラームビューアーを介してユーザー／オペレーターへ提供されないということを提案することを意図していない。さらに、新しいアラーム通知のためのモニタリング２４２は、プロセス２４０の他の態様と同時に起こり得る連続的なプロセスとすることが可能である。現在のプロセス２４０は、追加的なアラーム通知のためのモニタリングが、シェルビング期間を待つことに限定されるということを提案することを意図していない。
【００４６】
本発明の技術的効果は、ホスティングデバイスからのホスティングルールに基づく規格挙動を含む。具体的には、優先順位付け、シェルビング、抑制、およびアウトオブサービス機能性は、ホスティングデバイスによって提供され得る。したがって、これらの規格に独立して準拠していないデバイスは、一貫した様式で、独立して準拠しているデバイスとしての役割を果たすことが可能である。したがって、産業制御システムは、システムのすべての／より多くのデバイスにわたって、規格によって定義される最良事例を実装することによって、増加した一貫性から利益を得ることが可能である。
【００４７】
この書面による説明は、本発明を開示するために、また、任意の当業者が本発明を実施（任意のデバイスまたはシステムを製造および使用すること、ならびに任意の組み込まれた方法を実行することを含む）することができるように、例（最良の形態を含む）を使用している。本発明の特許の範囲は、特許請求の範囲によって画定され、当業者が考え付く他の例を含むことが可能である。そのような他の例が、特許請求の範囲の文言と異ならない構造的要素を含んでいる場合には、または、特許請求の範囲の文言とわずかに異なる、均等な構造的要素を含んでいる場合には、そのような他の例は、特許請求の範囲内に含まれるということが意図されている。
【符号の説明】
【００４８】
１０  産業プロセス制御システム
１２  コンピューター
１４  ヒューマン−マシンインターフェース（ＨＭＩ）ソフトウェア
１６  製造実行システム（ＭＥＳ）
１８  分散制御システム（ＤＣＳ）
２０  モニタリング制御およびデータ収集（ＳＣＡＤＡ）システム
２２  プラントデータハイウェイ
２４  ユニットデータハイウェイ
２６  産業コントローラー
２８  コンピューター
３０  コンピューター
３２  コンピューター
３４  コンピューター
３６  コンピューター
３８  タービンシステム、デバイス
４０  弁、デバイス
４２  ポンプ、デバイス
４４  温度センサー、デバイス
４６  リンキングデバイス
４８  リンキングデバイス
５０  Ｉ／Ｏ  ＮＥＴ
５２  Ｈ１ネットワーク
５３  ファウンデーションフィールドバスパワーサプライ
５４  スイッチ
５６  セグメントポート
５８  セグメントポート
６０  Ｉ／Ｏパック
７０  アラームサーバー
７２  メモリー
７４  プロセッサー
７６  アラームサーバープロセス
８０  アラームビューアー
８２  メモリー
８４  プロセッサー
８６  メモリー
８８  プロセッサー
９０  フィールドバスプロセス
９１  アラームプロセス
９２  メモリー
９４  プロセッサー
９６  メモリー
９８  プロセッサー
１００  ブロック図
１０２  規格関数ホスティングロジック
１０４  ホスティングデバイス、ホストデバイス
１０６  プロセッサー
１０８  機械可読ストレージ
１１０  アラーム通知
１１２  アラームコマンド
１４０  プロセス
１４２  ブロック
１４４  ブロック
１４６  ブロック
１６０  グラフィカルユーザーインターフェース（ＧＵＩ）
１６２  シェルブコマンド
１６４  アンシェルブコマンド
１６６  アウトオブサービスコマンド
１６８  インサービスコマンド
１７０  抑制コマンド
１７２  属性の設定
１７４  アラーム分類の設定
１７６  アラーム優先順位の設定
１７８  アラーム
１８０  列
１８２  列
２００  データストア
２０２  列
２０４  列
２０６  条件
２０８  条件
２１０  シェルビングタイミング条件
２１２  列
２１４  優先順位インジケーター条件
２１６  アウトオブサービス条件
２１６  条件
２１８  列
２２０  シェルビングタイミング条件
２４０  プロセス
２４２  ブロック
２４２  モニタリング
２４４  ブロック
２４６  決定ブロック
２４８  決定ブロック
２５０  ブロック
２５２  決定ブロック
２５４  ブロック
【図１】
2015138548.tif 000003
【図２】
2015138548.tif 000004
【図３】
2015138548.tif 000005
【図４】
2015138548.tif 000006
【図５】
2015138548.tif 000007
【図６】
2015138548.tif 000008
【図７】
2015138548.tif 000009