特開2024-121385アラーム管理装置、アラーム管理方法およびアラーム管理プログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024121385
(43)【公開日】2024-09-06
(54)【発明の名称】アラーム管理装置、アラーム管理方法およびアラーム管理プログラム
(51)【国際特許分類】
G05B 23/02 20060101AFI20240830BHJP
G08B 25/00 20060101ALI20240830BHJP
【ＦＩ】
G05B23/02 302Z
G05B23/02 302Y
G08B25/00 510H
【審査請求】未請求
【請求項の数】11
【出願形態】ＯＬ
(21)【出願番号】P 2023028462
(22)【出願日】2023-02-27
(71)【出願人】
【識別番号】000006507
【氏名又は名称】横河電機株式会社
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】小野 優介
(72)【発明者】
【氏名】里村 虎和
【テーマコード（参考）】
3C223
5C087
【Ｆターム（参考）】
3C223AA01
3C223CC02
3C223DD03
3C223EB01
3C223EB07
3C223FF02
3C223FF03
3C223FF12
3C223FF42
3C223FF45
3C223GG01
3C223HH02
3C223HH29
5C087AA19
5C087DD33
5C087EE14
5C087FF01
5C087FF02
5C087GG70
5C087GG83
(57)【要約】
【課題】多種多様な機能レベルの異なるアラーム発生源のアラームを統合的に管理すること。
【解決手段】アラーム管理装置１０は、所定の標準規格に準拠する第１の機器が生成した第１のアラームと、所定の標準規格に準拠しない第２の機器が送信したアラームに関する情報とを受信し、受信したアラームに関する情報に基づいて、所定の標準規格に準拠するデータ形式の第２のアラームを生成し、第１のアラームと第２のアラームとを所定の端末に通知する。
【選択図】図１
【解決手段】アラーム管理装置１０は、所定の標準規格に準拠する第１の機器が生成した第１のアラームと、所定の標準規格に準拠しない第２の機器が送信したアラームに関する情報とを受信し、受信したアラームに関する情報に基づいて、所定の標準規格に準拠するデータ形式の第２のアラームを生成し、第１のアラームと第２のアラームとを所定の端末に通知する。
【選択図】図１
【特許請求の範囲】
【請求項1】
所定の標準規格に準拠する第１の機器が生成した第１のアラーム、および、前記所定の標準規格に準拠しない第２の機器が送信したアラームに関する情報を受信する受信部と、
前記アラームに関する情報を受信した場合に前記アラームに関する情報に基づいて、前記所定の標準規格に準拠するデータ形式の第２のアラームを生成する生成部と、
前記第１のアラームと前記第２のアラームとを所定の端末に通知する通知部と、
を備えるアラーム管理装置。
前記アラームに関する情報を受信した場合に前記アラームに関する情報に基づいて、前記所定の標準規格に準拠するデータ形式の第２のアラームを生成する生成部と、
前記第１のアラームと前記第２のアラームとを所定の端末に通知する通知部と、
を備えるアラーム管理装置。
【請求項2】
前記生成部は、
アラーム検出機能を有しない前記第２の機器が収集したデータに基づいて前記第２のアラームを生成し、前記アラーム検出機能を有する前記第２の機器が生成したアラームを前記データ形式に変換することによって前記第２のアラームを生成する、
請求項１に記載のアラーム管理装置。
アラーム検出機能を有しない前記第２の機器が収集したデータに基づいて前記第２のアラームを生成し、前記アラーム検出機能を有する前記第２の機器が生成したアラームを前記データ形式に変換することによって前記第２のアラームを生成する、
請求項１に記載のアラーム管理装置。
【請求項3】
前記所定の標準規格は、ＯＰＣ ＵＡ Ａ＆Ｃ（Open Platform Communications Unified Architecture Alarms and Conditions）である、
請求項１または２に記載のアラーム管理装置。
請求項１または２に記載のアラーム管理装置。
【請求項4】
前記通知部は、
前記所定の標準規格に準拠するアラーム通知用インタフェースを介して、前記第１のアラームと前記第２のアラームとを表示する前記所定の端末に通知する、
請求項１に記載のアラーム管理装置。
前記所定の標準規格に準拠するアラーム通知用インタフェースを介して、前記第１のアラームと前記第２のアラームとを表示する前記所定の端末に通知する、
請求項１に記載のアラーム管理装置。
【請求項5】
前記生成部は、
アラーム検出機能を有しない前記第２の機器が収集したデータを受信した場合には、前記所定の標準規格に準拠するアラーム検出用ドライバを介して前記データが所定の閾値を超過した際にアラームを検出するとともに、検出したアラームを前記所定の標準規格に準拠する正規化コンバータを介して前記データ形式に変換することによって前記第２のアラームを生成する、
請求項２に記載のアラーム管理装置。
アラーム検出機能を有しない前記第２の機器が収集したデータを受信した場合には、前記所定の標準規格に準拠するアラーム検出用ドライバを介して前記データが所定の閾値を超過した際にアラームを検出するとともに、検出したアラームを前記所定の標準規格に準拠する正規化コンバータを介して前記データ形式に変換することによって前記第２のアラームを生成する、
請求項２に記載のアラーム管理装置。
【請求項6】
前記生成部は、
アラーム検出機能を有する前記第２の機器が生成したアラームを受信した場合には、受信したアラームを前記所定の標準規格に準拠する正規化コンバータを介して前記データ形式に変換することによって前記第２のアラームを生成する、
請求項２に記載のアラーム管理装置。
アラーム検出機能を有する前記第２の機器が生成したアラームを受信した場合には、受信したアラームを前記所定の標準規格に準拠する正規化コンバータを介して前記データ形式に変換することによって前記第２のアラームを生成する、
請求項２に記載のアラーム管理装置。
【請求項7】
前記第１の機器は、
プラントにおけるプロセス値が所定の閾値を超過した際に、前記データ形式で前記第１のアラームを生成する機器である、
請求項１に記載のアラーム管理装置。
プラントにおけるプロセス値が所定の閾値を超過した際に、前記データ形式で前記第１のアラームを生成する機器である、
請求項１に記載のアラーム管理装置。
【請求項8】
アラーム検出機能を有しない前記第２の機器は、
プラントにおけるプロセス値を収集する機器である、
請求項２に記載のアラーム管理装置。
プラントにおけるプロセス値を収集する機器である、
請求項２に記載のアラーム管理装置。
【請求項9】
アラーム検出機能を有する前記第２の機器は、
プラントにおけるプロセス値が所定の閾値を超過した際に、前記データ形式とは異なるデータ形式でアラームを生成する機器である、
請求項２に記載のアラーム管理装置。
プラントにおけるプロセス値が所定の閾値を超過した際に、前記データ形式とは異なるデータ形式でアラームを生成する機器である、
請求項２に記載のアラーム管理装置。
【請求項10】
コンピュータが、
所定の標準規格に準拠する第１の機器が生成した第１のアラーム、および、前記所定の標準規格に準拠しない第２の機器が送信したアラームに関する情報を受信し、
前記アラームに関する情報を受信した場合に前記アラームに関する情報に基づいて、前記所定の標準規格に準拠したデータ形式の第２のアラームを生成し、
前記第１のアラームと前記第２のアラームとを所定の端末に通知する、
処理を実行するアラーム管理方法。
所定の標準規格に準拠する第１の機器が生成した第１のアラーム、および、前記所定の標準規格に準拠しない第２の機器が送信したアラームに関する情報を受信し、
前記アラームに関する情報を受信した場合に前記アラームに関する情報に基づいて、前記所定の標準規格に準拠したデータ形式の第２のアラームを生成し、
前記第１のアラームと前記第２のアラームとを所定の端末に通知する、
処理を実行するアラーム管理方法。
【請求項11】
コンピュータに、
所定の標準規格に準拠する第１の機器が生成した第１のアラーム、および、前記所定の標準規格に準拠しない第２の機器が送信したアラームに関する情報を受信し、
前記アラームに関する情報を受信した場合に前記アラームに関する情報に基づいて、前記所定の標準規格に準拠したデータ形式の第２のアラームを生成し、
前記第１のアラームと前記第２のアラームとを所定の端末に通知する、
処理を実行させるアラーム管理プログラム。
所定の標準規格に準拠する第１の機器が生成した第１のアラーム、および、前記所定の標準規格に準拠しない第２の機器が送信したアラームに関する情報を受信し、
前記アラームに関する情報を受信した場合に前記アラームに関する情報に基づいて、前記所定の標準規格に準拠したデータ形式の第２のアラームを生成し、
前記第１のアラームと前記第２のアラームとを所定の端末に通知する、
処理を実行させるアラーム管理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、アラーム管理装置、アラーム管理方法およびアラーム管理プログラムに関する。
【背景技術】
【0002】
プラント制御システムにおいて、多様な機器を統合的に操作や監視するための土台となる仕組みやルール作りが進んでいる。特に、標準規格であるＯＰＣ ＵＡ（Open Platform Communications Unified Architecture）に準拠するインタフェースは、プラント制御システムが関与する業界における共通インタフェースとして主流になりつつある。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２００６－３１８１４７号公報
【特許文献2】特開２０１５－１３８５４８号公報
【特許文献3】特開２０２２－１７７４１５号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、プラント制御システムにおいて、多種多様な機能レベルの異なるアラーム発生源のアラームを統合的に管理することは難しい。例えば、プラントでは、安価で機能が絞られた計測機器も使用し続けられるケースも多くあり、ＯＰＣ ＵＡに準拠するインタフェースが実装されていない機器が、プラント制御システム内に混在する場合も少なくない。
【0005】
本発明は、上記に鑑みてなされたものであって、効果的にアラームを管理することを目的とする。
【課題を解決するための手段】
【0006】
本発明は、所定の標準規格に準拠する第１の機器が生成した第１のアラーム、および、前記所定の標準規格に準拠しない第２の機器が送信したアラームに関する情報を受信する受信部と、前記アラームに関する情報を受信した場合に前記アラームに関する情報に基づいて、前記所定の標準規格に準拠するデータ形式の第２のアラームを生成する生成部と、前記第１のアラームと前記第２のアラームとを所定の端末に通知する通知部と、を備えるアラーム管理装置を提供する。
【0007】
また、本発明は、コンピュータが、所定の標準規格に準拠する第１の機器が生成した第１のアラーム、および、前記所定の標準規格に準拠しない第２の機器が送信したアラームに関する情報を受信し、前記アラームに関する情報を受信した場合に前記アラームに関する情報に基づいて、前記所定の標準規格に準拠したデータ形式の第２のアラームを生成し、前記第１のアラームと前記第２のアラームとを所定の端末に通知する、処理を実行するアラーム管理方法を提供する。
【0008】
また、本発明は、コンピュータに、所定の標準規格に準拠する第１の機器が生成した第１のアラーム、および、前記所定の標準規格に準拠しない第２の機器が送信したアラームに関する情報を受信し、前記アラームに関する情報を受信した場合に前記アラームに関する情報に基づいて、前記所定の標準規格に準拠したデータ形式の第２のアラームを生成し、前記第１のアラームと前記第２のアラームとを所定の端末に通知する、処理を実行させるアラーム管理プログラムを提供する。
【発明の効果】
【0009】
本発明によれば、効果的にアラームを管理することができるという効果がある。
【図面の簡単な説明】
【0010】
【図1】実施形態に係るアラーム管理システムの構成例を示す図である。
【図2】参考技術に係るアラーム管理システムの具体例１を示す図である。
【図3】参考技術に係るアラーム管理システムの具体例２を示す図である。
【図4】実施形態に係る各装置の構成例を示すブロック図である。
【図5】実施形態に係るアラーム検出用ドライバの実装例を示す図である。
【図6】実施形態に係るアラーム受信用ドライバの実装例を示す図である。
【図7】実施形態に係る正規化コンバータの実装例を示す図である。
【図8】実施形態に係るアラーム管理処理の具体例１を示す図である。
【図9】実施形態に係るアラーム管理処理の具体例２を示す図である。
【図10】実施形態に係るアラーム管理処理の具体例３を示す図である。
【図11】実施形態に係るアラーム管理処理の具体例４を示す図である。
【図12】実施形態に係るアラーム管理処理の流れの一例を示すフローチャートである。
【図13】実施形態に係るハードウェア構成例を説明する図である。
【発明を実施するための形態】
【0011】
以下に、本発明の一実施形態に係るアラーム管理装置、アラーム管理方法およびアラーム管理プログラムを、図面を参照して詳細に説明する。なお、本発明は、以下に説明する実施形態により限定されるものではない。
【0012】
〔実施形態〕
以下に、実施形態に係るアラーム管理システム１００の構成および処理、アラーム管理システム１００の各装置の構成および処理、アラーム管理装置１０の処理の具体例、アラーム管理システム１００の処理の流れを順に説明し、最後に実施形態の効果を説明する。
以下に、実施形態に係るアラーム管理システム１００の構成および処理、アラーム管理システム１００の各装置の構成および処理、アラーム管理装置１０の処理の具体例、アラーム管理システム１００の処理の流れを順に説明し、最後に実施形態の効果を説明する。
【0013】
〔１．アラーム管理システム１００の構成および処理〕
図１を用いて、実施形態に係るアラーム管理システム１００の構成および処理を詳細に説明する。図１は、実施形態に係るアラーム管理システム１００の構成例を示す図である。以下に、アラーム管理システム１００全体の構成例、アラーム管理システム１００の処理例、参考技術のアラーム管理システムの問題点を順に説明し、最後にアラーム管理システム１００の効果について説明する。なお、実施形態では、プラントに設置されるデバイスであるプラント機器を使用する工場生産遠隔監視を一例にして説明するが、デバイスや利用分野を限定するものではなく、電力モニタ、風力発電、上下水モニタ、河川監視等の環境計測遠隔監視に適用することもできる。
図１を用いて、実施形態に係るアラーム管理システム１００の構成および処理を詳細に説明する。図１は、実施形態に係るアラーム管理システム１００の構成例を示す図である。以下に、アラーム管理システム１００全体の構成例、アラーム管理システム１００の処理例、参考技術のアラーム管理システムの問題点を順に説明し、最後にアラーム管理システム１００の効果について説明する。なお、実施形態では、プラントに設置されるデバイスであるプラント機器を使用する工場生産遠隔監視を一例にして説明するが、デバイスや利用分野を限定するものではなく、電力モニタ、風力発電、上下水モニタ、河川監視等の環境計測遠隔監視に適用することもできる。
【0014】
（１－１．アラーム管理システム１００全体の構成例）
アラーム管理システム１００は、アラーム管理装置１０、アラーム発生源２０（センサ機器２０Ａ、制御機器２０Ｂ、サーバ機器２０Ｃ）およびオペレータ端末３０を有する。ここで、アラーム管理装置１０とアラーム発生源２０とオペレータ端末３０とは、図示しない所定の通信網（ネットワーク）を介して、有線または無線により通信可能に接続される。また、オペレータ端末３０は、プラントを管理するオペレータＯが使用する端末である。なお、図１に示したアラーム管理システム１００には、複数台のアラーム管理装置１０または複数台のオペレータ端末３０が含まれてもよい。
アラーム管理システム１００は、アラーム管理装置１０、アラーム発生源２０（センサ機器２０Ａ、制御機器２０Ｂ、サーバ機器２０Ｃ）およびオペレータ端末３０を有する。ここで、アラーム管理装置１０とアラーム発生源２０とオペレータ端末３０とは、図示しない所定の通信網（ネットワーク）を介して、有線または無線により通信可能に接続される。また、オペレータ端末３０は、プラントを管理するオペレータＯが使用する端末である。なお、図１に示したアラーム管理システム１００には、複数台のアラーム管理装置１０または複数台のオペレータ端末３０が含まれてもよい。
【0015】
ここで、アラーム発生源２０について説明する。第１に、アラーム発生源２０のうち、センサ機器２０Ａは、アラーム検出機能を実装しない機器であって、プラントにおけるプロセス値を収集する温度センサ、圧力センサ、流量センサ等の機器である。第２に、アラーム発生源２０のうち、制御機器２０Ｂは、アラーム検出機能を実装する機器であって、プラントにおけるプロセス値をもとにプラントの異常等を示すアラームを検出するコントローラ等である。第３に、アラーム発生源２０のうち、サーバ機器２０Ｃは、標準規格であるＯＰＣ ＵＡ Ａ＆Ｃ（Alarms and Conditions）に準拠するアラーム検出機能を実装する機器であって、プラントにおけるプロセス値をもとにプラントの異常等を示すアラームを検出するアラームサーバ等である。
【0016】
（１－２．アラーム管理システム１００全体の処理例）
上記のようなアラーム管理システム１００全体の処理について説明する。以下では、アラーム発生源２０として、センサ機器２０Ａ、制御機器２０Ｂおよびサーバ機器２０Ｃそれぞれのアラーム管理処理について説明する。なお、下記の処理は、異なる順序で実行することもできる。また、下記の処理のうち、省略される処理があってもよい。
上記のようなアラーム管理システム１００全体の処理について説明する。以下では、アラーム発生源２０として、センサ機器２０Ａ、制御機器２０Ｂおよびサーバ機器２０Ｃそれぞれのアラーム管理処理について説明する。なお、下記の処理は、異なる順序で実行することもできる。また、下記の処理のうち、省略される処理があってもよい。
【0017】
（１－２－１．センサ機器２０Ａのアラーム管理処理：第１アラーム管理処理）
第１に、センサ機器２０Ａは、プロセス値を送信する（図１（ａ－１）参照）。例えば、センサ機器２０Ａは、プラントのプロセスの監視対象が示す、温度データ、圧力データ、流量データ等のプロセス値を収集し、収集したプロセス値をアラーム管理装置１０に送信する。
第１に、センサ機器２０Ａは、プロセス値を送信する（図１（ａ－１）参照）。例えば、センサ機器２０Ａは、プラントのプロセスの監視対象が示す、温度データ、圧力データ、流量データ等のプロセス値を収集し、収集したプロセス値をアラーム管理装置１０に送信する。
【0018】
第２に、アラーム管理装置１０は、アラームを検出する（図１（ａ－２）参照）。例えば、アラーム管理装置１０は、センサ機器２０Ａから受信したプロセス値が所定の閾値を超過した場合に、プラントの異常等を示すアラームを検出し、当該アラームの内容を示すアラームＡを生成する。
【0019】
第３に、アラーム管理装置１０は、アラームを変換する（図１（ａ－３）参照）。例えば、アラーム管理装置１０は、センサ機器２０Ａから受信したプロセス値に基づいて生成されたアラームＡをＯＰＣ ＵＡ Ａ＆Ｃに準拠するデータ形式に変換し、アラームＡ（Ａ＆Ｃ）を生成する。
【0020】
第４に、アラーム管理装置１０は、アラームを通知する（図１（ａ－４）参照）。例えば、アラーム管理装置１０は、ＯＰＣ ＵＡ Ａ＆Ｃに準拠するデータ形式に変換したアラームＡ（Ａ＆Ｃ）を、オペレータＯが使用するオペレータ端末３０に送信する。
【0021】
第５に、オペレータ端末３０は、アラームを表示する（図１（ａ－５）参照）。例えば、オペレータ端末３０は、アラーム管理装置１０から受信したアラームＡ（Ａ＆Ｃ）をモニタに表示し、オペレータＯにプラントの異常等の発生を知らせる。
【0022】
アラーム管理システム１００は、上記の第１アラーム管理処理を実行することによって、アラーム発生源２０として、アラーム検出機能を実装しない機器が含まれているプラント制御システムにおいて、アラームを管理することができる。
【0023】
（１－２－２．制御機器２０Ｂのアラーム管理処理：第２アラーム管理処理）
第１に、制御機器２０Ｂは、アラームを検出する（図１（ｂ－１）参照）。例えば、制御機器２０Ｂは、制御機器２０Ｂに接続された機器から受信したプロセス値が所定の閾値を超過した場合に、プラントの異常等を示すアラームを検出し、当該アラームの内容を示すアラームＢを生成する。
第１に、制御機器２０Ｂは、アラームを検出する（図１（ｂ－１）参照）。例えば、制御機器２０Ｂは、制御機器２０Ｂに接続された機器から受信したプロセス値が所定の閾値を超過した場合に、プラントの異常等を示すアラームを検出し、当該アラームの内容を示すアラームＢを生成する。
【0024】
第２に、制御機器２０Ｂは、アラームを送信する（図１（ｂ－２）参照）。例えば、制御機器２０Ｂは、制御機器２０Ｂに接続された機器から受信したプロセス値に基づいて生成したアラームＢを、アラーム管理装置１０に送信する。
【0025】
第３に、アラーム管理装置１０は、アラームを変換する（図１（ｂ－３）参照）。例えば、アラーム管理装置１０は、制御機器２０Ｂから受信したアラームＢをＯＰＣ ＵＡ Ａ＆Ｃに準拠するデータ形式に変換し、アラームＢ（Ａ＆Ｃ）を生成する。
【0026】
第４に、アラーム管理装置１０は、アラームを通知する（図１（ｂ－４）参照）。例えば、アラーム管理装置１０は、ＯＰＣ ＵＡ Ａ＆Ｃに準拠するデータ形式に変換したアラームＢ（Ａ＆Ｃ）を、オペレータＯが使用するオペレータ端末３０に送信する。
【0027】
第５に、オペレータ端末３０は、アラームを表示する（図１（ｂ－５）参照）。例えば、オペレータ端末３０は、アラーム管理装置１０から受信したアラームＢ（Ａ＆Ｃ）をモニタに表示し、オペレータＯにプラントの異常等の発生を知らせる。
【0028】
アラーム管理システム１００は、上記の第２アラーム管理処理を実行することによって、アラーム発生源２０として、ＯＰＣ ＵＡ Ａ＆Ｃに準拠するアラームサーバ以外のアラーム検出機能を実装する機器が含まれているプラント制御システムにおいて、アラームを管理することができる。
【0029】
（１－２－３．サーバ機器２０Ｃのアラーム管理処理：第３アラーム管理処理）
第１に、サーバ機器２０Ｃは、アラームを検出する（図１（ｃ－１）参照）。例えば、サーバ機器２０Ｃは、サーバ機器２０Ｃに接続された機器から受信したプロセス値が所定の閾値を超過した場合に、プラントの異常等を示すアラームを検出し、当該アラームの内容を示すアラームＣ（Ａ＆Ｃ）を生成する。
第１に、サーバ機器２０Ｃは、アラームを検出する（図１（ｃ－１）参照）。例えば、サーバ機器２０Ｃは、サーバ機器２０Ｃに接続された機器から受信したプロセス値が所定の閾値を超過した場合に、プラントの異常等を示すアラームを検出し、当該アラームの内容を示すアラームＣ（Ａ＆Ｃ）を生成する。
【0030】
第２に、サーバ機器２０Ｃは、アラームを送信する（図１（ｃ－２）参照）。例えば、サーバ機器２０Ｃは、ＯＰＣ ＵＡ Ａ＆Ｃに準拠するデータ形式で生成したアラームＣ（Ａ＆Ｃ）を、アラーム管理装置１０に送信する。
【0031】
第３に、アラーム管理装置１０は、アラームを通知する（図１（ｃ－３）参照）。例えば、アラーム管理装置１０は、サーバ機器２０Ｃから受信したアラームＣ（Ａ＆Ｃ）を、オペレータＯが使用するオペレータ端末３０に送信する。
【0032】
第４に、オペレータ端末３０は、アラームを表示する（図１（ｃ－４）参照）。例えば、オペレータ端末３０は、アラーム管理装置１０から受信したアラームＣ（Ａ＆Ｃ）をモニタに表示し、オペレータＯにプラントの異常等の発生を知らせる。
【0033】
アラーム管理システム１００は、上記の第３アラーム管理処理を実行することによって、アラーム発生源２０として、ＯＰＣ ＵＡ Ａ＆Ｃに準拠するアラームサーバが含まれているプラント制御システムにおいて、アラームを管理することができる。
【0034】
（１－３．アラーム管理システム１００の効果）
以下では、プラント制御システムの背景、特許文献１～３に記載された参考技術の概要および問題点について説明した上で、アラーム管理システム１００の効果について説明する。
以下では、プラント制御システムの背景、特許文献１～３に記載された参考技術の概要および問題点について説明した上で、アラーム管理システム１００の効果について説明する。
【0035】
（１－３－１．プラント制御システムの背景）
近年、プラント制御システムは、大規模化や遠隔化が進み、複数ベンダーの計測機器（適宜、「計器」）が同一システム内に混在することが増えている。このような計測機器は、機能レベルも異なり、外部コミュニケーションに使用される通信用インタフェースも異なる場合もあるので、データやアラームの取り扱いが複雑化する傾向がある。
近年、プラント制御システムは、大規模化や遠隔化が進み、複数ベンダーの計測機器（適宜、「計器」）が同一システム内に混在することが増えている。このような計測機器は、機能レベルも異なり、外部コミュニケーションに使用される通信用インタフェースも異なる場合もあるので、データやアラームの取り扱いが複雑化する傾向がある。
【0036】
一方で、多様な機器を統合的に操作や監視するための、土台となる仕組みやルール作りが進み、ＯＰＣ ＵＡインタフェースは、プラント制御システムの関与する業界において異なるベンダー機器がコミュニケーションするための共通インタフェースとして主流になりつつある。上記の流れに合わせて、ＯＰＣ ＵＡインタフェースに対応可能な計測機器は急速に増え、操作システム側や監視システム側もＯＰＣ ＵＡインタフェースをサポートした製品が増えてきている。しかし、それに反する形で、安価で機能が絞られた計測機器もまた使用し続けられるケースも多くあり、ＯＰＣ ＵＡインタフェースが実装されていない計測機器がシステム内に混在する場合も少なくない。特に、アラーム管理機能が実装された計測機器自体が安価な計測機器の中では少なく、ＯＰＣ ＵＡ Ａ＆Ｃモデルが実装されたものはさらに少ない。
【0037】
（１－３－２．参考技術に係るアラーム管理システムの概要）
図２および図３を用いて、参考技術に係るアラーム管理システムの概要について説明する。図２および図３は、参考技術に係るアラーム管理システムの具体例を示す図である。以下では、アラーム検出、およびオペレータＯへのアラーム通知が実行される参考技術に係るアラーム管理システムについて、アラーム管理システムの基本構成を説明した上で、検出機能を有しないアラーム発生源をターゲットとしたアラーム管理システムである具体例１の問題点、検出機能を有するアラーム発生源またはアラームサーバをターゲットとしたアラーム管理システムである具体例２の問題点の順に説明する。
図２および図３を用いて、参考技術に係るアラーム管理システムの概要について説明する。図２および図３は、参考技術に係るアラーム管理システムの具体例を示す図である。以下では、アラーム検出、およびオペレータＯへのアラーム通知が実行される参考技術に係るアラーム管理システムについて、アラーム管理システムの基本構成を説明した上で、検出機能を有しないアラーム発生源をターゲットとしたアラーム管理システムである具体例１の問題点、検出機能を有するアラーム発生源またはアラームサーバをターゲットとしたアラーム管理システムである具体例２の問題点の順に説明する。
【0038】
（１－３－２－１．参考技術に係るアラーム管理システムの基本構成）
第１に、アラーム発生源２０について説明する。アラーム発生源２０は、アラームの要因となるデータやアラームイベントを制御する機器、またはシステムの総称である。アラーム発生源２０には、自らがアラーム発生条件を設定し、自ら条件を評価することでアラーム検出を行い、その検出結果をアラームイベントとして外部へ通知するものと、自らはアラーム検出を行わず、その要素となるデータのみを外部に通知するものがある。後者の場合、アラームを生成するには、外部の機器やシステムが代わってアラーム検出を行う必要がある。
第１に、アラーム発生源２０について説明する。アラーム発生源２０は、アラームの要因となるデータやアラームイベントを制御する機器、またはシステムの総称である。アラーム発生源２０には、自らがアラーム発生条件を設定し、自ら条件を評価することでアラーム検出を行い、その検出結果をアラームイベントとして外部へ通知するものと、自らはアラーム検出を行わず、その要素となるデータのみを外部に通知するものがある。後者の場合、アラームを生成するには、外部の機器やシステムが代わってアラーム検出を行う必要がある。
【0039】
第２に、アラーム管理機能について説明する。アラーム管理機能は、プラント制御システムが備えているアラームを扱うための機能全般である。アラーム管理機能は、アラーム発生源２０が検出機能を有しない場合は、取得したプロセス値等を評価してアラームを自ら検出し、検出および生成したアラームを制御する。アラーム検出機能を有する高機能な機器をターゲットとする場合は、受信したアラーム情報から自ら制御可能なアラームのフォーマットに変換して、アラームを管理する。
【0040】
第３に、ＨＭＩ（Human Machine Interface）について説明する。ＨＭＩは、アラーム管理機能より、生成したアラームを収集して、アラームメッセージや現在のアラーム状態を表示する機能を有する。オペレータＯは、ＨＭＩを通じて、アラームの通知や現在のアラーム状態を知ることができる。その際、アラーム発生源２０の種類や特性によらずに、オペレータＯが統合的にアラームを扱える機能が望まれている。
【0041】
（１－３－２－２．参考技術に係るアラーム管理システムの具体例１の問題点）
図２を用いて、センサ機器２０Ａ等の検出機能を有しないアラーム発生源２０をターゲットとしたアラーム管理システムである具体例１の問題点について説明する。
図２を用いて、センサ機器２０Ａ等の検出機能を有しないアラーム発生源２０をターゲットとしたアラーム管理システムである具体例１の問題点について説明する。
【0042】
図２に示す具体例１は、特に様々な計測機器を接続して扱う必要のあるＳＣＡＤＡ（Supervisory Control And Data Acquisition）製品に多く見られる構成となっている。上述したように、多くの計測機器は安価なものも含めて、アラーム管理機能を有しないものや、または独自のアラーム管理機能を有し、ＩＳＡ１８．２やＩＥＣ６２６８２等の標準規格に準拠しないアラーム機構が備わっている場合がある。そのような多種多様なアラームポリシーを有した機器が混在するような環境では、操作機能側または監視機能側で統合的にアラーム管理することは難しい。そのため、図２に示す構成のように、アラーム検出をすべてプラント制御システム側が担い、プラント制御システムは、下位の機器（または通信インタフェース）ごとに、アラーム検出ロジックを実装することになる。
【0043】
具体例１では、プラント制御システムは、プロセス値や計測機器との通信状態等からアラーム検出を行う仕組みになるので、センサ値等のデータを取得可能な計測機器であれば、どのような機器や通信インタフェースに対しても統合的にアラームを扱うことができる。
【0044】
しかしながら、具体例１では、汎用的にアラームを扱うことに特化させているために、アラーム管理機能を有するような高機能計測機器が作り出したアラームの検出時刻等の重要なアラーム情報を扱うことが難しくなる。また、具体例１では、検出ロジックの評価は制御システム側の定期的なタイミングで実行されるので、瞬間的に上限値をプロセス値が超過した場合、アラーム検出が漏れてしまう場合もある。なお、具体例１における上記のような欠陥は、ＦＤＡ（Food and Drug Administration）等の規則に違反する可能性もあるので、製品として致命的欠陥になり得る。
【0045】
（１－３－２－３．参考技術に係るアラーム管理システムの具体例２の問題点）
図３を用いて、制御機器２０Ｂやサーバ機器２０Ｃ等の検出機能を有するアラーム発生源２０をターゲットとしたアラーム管理システムである具体例２の問題点について説明する。
図３を用いて、制御機器２０Ｂやサーバ機器２０Ｃ等の検出機能を有するアラーム発生源２０をターゲットとしたアラーム管理システムである具体例２の問題点について説明する。
【0046】
図３に示す具体例２は、プラント制御システムと接続されたアラーム検出機能を有する計測機器、またはアラーム管理機能を有するＯＰＣ Ｃｌａｓｓｉｃ Ａ＆ＥサーバやＯＰＣ ＵＡサーバ等をターゲットとして、これらの機器が検出したアラームイベントを受信して、その情報をもとにアラームを生成し、ＨＭＩへ通知する構成になっている。すなわち、具体例２は、具体例１とは違い、自身にはアラーム検出機能は有さず、下位が発生したアラームをそのまま自身に受け入れる方式である。
【0047】
具体例２は、アラーム検出機能を有する機器が送信したアラームをそのまま利用することができる。すなわち、具体例２は、機器が検出した正確なタイムスタンプや、アラーム種別に応じたアラーム重要度等の生データをそのまま利用することが可能になる。また、具体例２は、アラーム検出をアラーム発生源２０に任せることにより、イベント駆動によるアラーム生成が可能になるので、システムの負荷や通信負荷の低減やアラームの取りこぼしリスクの低減につながる。
【0048】
しかしながら、具体例２において、アラームを検出および公開する機能を有している機器は、上述したように、高機能計測機器やＯＰＣ ＵＡ Ａ＆Ｃが実装された機器等に限定されてしまい、安価な機器には備わっていない場合が多い。具体例２において、上記のような安価な機器のアラームを扱うには、中間にＯＰＣ ＵＡサーバ等を仲介させて検出ロジックを実装する必要がある。したがって、具体例２は、ＯＰＣ ＵＡサーバ側への検出ロジックを実現するために、余分なＰＣ（Personal Computer）を準備する等のモジュール構成の複雑化を招く。
【0049】
（１－３－３．アラーム管理システム１００の背景）
実施形態に係るアラーム管理システム１００では、上述してきたような機能レベルの異なる計測機器が混在する複雑化した環境において、アラームを統合的に扱うことを実現する。以下では、上記の実現のために意識すべき背景について説明する。
実施形態に係るアラーム管理システム１００では、上述してきたような機能レベルの異なる計測機器が混在する複雑化した環境において、アラームを統合的に扱うことを実現する。以下では、上記の実現のために意識すべき背景について説明する。
【0050】
上述してきたように、計測機器が備えるアラーム機能に関して２極化が進み、安価で目的や機能を限定した計測機器と、高機能で自らアラームを検出してアラームを管理するような高機能計測器とが混在しているのが実情である。また、一方で、オープン化の潮流からＯＰＣ ＵＡ Ａ＆Ｃ機能を実装した計測機器や、様々な計測機器と通信可能な汎用的なＯＰＣ ＵＡサーバも登場しており、統合的なアラーム管理はいっそう難しくなってきている。
【0051】
上記の問題解決には、プラント制御システムを取り巻くプラント等の現環境の変化も意識する必要がある。近年、クラウド型システムや、複数のサイトを遠隔地で集中管理するような形態が増えてきている。上記のような環境においては、セキュアでオープンな通信方式が採用されるべきである。また、上記のような状況から、システムや機器の配置も意識する必要がある。
【0052】
アラーム管理システム１００では、近年の潮流や現場の背景を踏まえて、多様な機能レベルの機器が混在した環境において、統合的なアラーム管理をオペレータＯが実行可能なプラント制御システムの仕組みを実現可能とする。
【0053】
（１－３－４．アラーム管理システム１００の概要）
アラーム管理システム１００において、第１に、アラーム管理装置１０は、検出機能を有しないアラーム発生源２０であるセンサ機器２０Ａが収集したデータを受信した場合に、受信したデータに基づいてアラームＡを生成し、生成したアラームＡをＯＰＣ ＵＡ Ａ＆Ｃに準拠するデータ形式に変換し、変換したアラームＡ（Ａ＆Ｃ）をオペレータ端末３０に通知する。
アラーム管理システム１００において、第１に、アラーム管理装置１０は、検出機能を有しないアラーム発生源２０であるセンサ機器２０Ａが収集したデータを受信した場合に、受信したデータに基づいてアラームＡを生成し、生成したアラームＡをＯＰＣ ＵＡ Ａ＆Ｃに準拠するデータ形式に変換し、変換したアラームＡ（Ａ＆Ｃ）をオペレータ端末３０に通知する。
【0054】
第２に、アラーム管理装置１０は、ＯＰＣ ＵＡ Ａ＆Ｃに準拠しないアラーム検出機能を有するアラーム発生源２０である制御機器２０Ｂが生成したアラームＢを受信した場合に、受信したアラームＢをＯＰＣ ＵＡ Ａ＆Ｃに準拠するデータ形式に変換し、変換したアラームＢ（Ａ＆Ｃ）をオペレータ端末３０に通知する。
【0055】
第３に、アラーム管理装置１０は、アラームサーバ等のＯＰＣ ＵＡ Ａ＆Ｃに準拠するサーバ機器２０Ｃが生成したＯＰＣ ＵＡ Ａ＆Ｃに準拠するデータ形式のアラームＣ（Ａ＆Ｃ）を受信した場合に、受信したアラームＣ（Ａ＆Ｃ）をオペレータ端末３０に通知する。
【0056】
（１－３－５．アラーム管理システム１００の効果）
アラーム管理システム１００では、多種多様な計測機器のアラームの扱い方を低コストで統合化が可能となる。すなわち、上述してきたような、機能レベルの異なる計測機器やシステムが混在するような環境において、アラーム管理システム１００は、多種多様なアラームの管理を低コストで実現することが可能である。具体的には、アラーム管理システム１００は、以下のような点を実現することが可能である。
アラーム管理システム１００では、多種多様な計測機器のアラームの扱い方を低コストで統合化が可能となる。すなわち、上述してきたような、機能レベルの異なる計測機器やシステムが混在するような環境において、アラーム管理システム１００は、多種多様なアラームの管理を低コストで実現することが可能である。具体的には、アラーム管理システム１００は、以下のような点を実現することが可能である。
【0057】
第１に、アラーム管理システム１００において、アラーム検出用ドライバやアラーム受信用ドライバは、インタフェースごとに汎用的に扱うことができることから、実装が一度されてしまえば、どこの環境でも継続的に運用することができる。第２に、アラーム管理システム１００において、アラーム管理機能は、常にＯＰＣ ＵＡ Ａ＆Ｃモデルのみ意識すればよいので、低コストでの開発が期待できる。第３に、アラーム管理システム１００において、アラーム管理機能は、アラーム形式が統合化されることにより、アラームの分析機能や解析機能が実現しやすくなる。
【0058】
以上より、アラーム管理システム１００は、プラント制御システムにおいて、効果的にアラームを管理することを可能とする。
【0059】
〔２．アラーム管理システム１００の各装置の構成および処理〕
図４を用いて、図１に示したアラーム管理システム１００が有するアラーム管理装置１０の機能構成について説明する。図４は、実施形態に係るアラーム管理システム１００の各装置の構成例を示すブロック図である。以下では、実施形態に係るアラーム管理システム１００全体の構成例を説明した上で、アラーム管理装置１０の構成例および処理例、アラーム発生源２０の構成例および処理例、ならびにオペレータ端末３０の構成例および処理例を詳細に説明する。
図４を用いて、図１に示したアラーム管理システム１００が有するアラーム管理装置１０の機能構成について説明する。図４は、実施形態に係るアラーム管理システム１００の各装置の構成例を示すブロック図である。以下では、実施形態に係るアラーム管理システム１００全体の構成例を説明した上で、アラーム管理装置１０の構成例および処理例、アラーム発生源２０の構成例および処理例、ならびにオペレータ端末３０の構成例および処理例を詳細に説明する。
【0060】
（２－１．アラーム管理システム１００全体の構成例）
図４を用いて、図１に示したアラーム管理システム１００全体の構成例について説明する。図４に示すように、アラーム管理システム１００は、アラーム管理装置１０、アラーム発生源２０（センサ機器２０Ａ、制御機器２０Ｂ、サーバ機器２０Ｃ）およびオペレータ端末３０を有する。アラーム管理装置１０は、アラーム発生源２０およびオペレータ端末３０と、所定の通信網によって通信可能に接続されている。
図４を用いて、図１に示したアラーム管理システム１００全体の構成例について説明する。図４に示すように、アラーム管理システム１００は、アラーム管理装置１０、アラーム発生源２０（センサ機器２０Ａ、制御機器２０Ｂ、サーバ機器２０Ｃ）およびオペレータ端末３０を有する。アラーム管理装置１０は、アラーム発生源２０およびオペレータ端末３０と、所定の通信網によって通信可能に接続されている。
【0061】
（２－２．アラーム管理装置１０の構成例および処理例）
図２を用いて、アラーム管理装置１０の構成例および処理例について説明する。アラーム管理装置１０は、通信部１１、記憶部１２および制御部１３を有する。なお、アラーム管理装置１０は、アラーム管理装置１０の管理者等から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。
図２を用いて、アラーム管理装置１０の構成例および処理例について説明する。アラーム管理装置１０は、通信部１１、記憶部１２および制御部１３を有する。なお、アラーム管理装置１０は、アラーム管理装置１０の管理者等から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。
【0062】
（２－２－１．通信部１１）
通信部１１は、他の装置との間でのデータ通信を司る。例えば、通信部１１は、ルータ等を介して、各通信装置との間でデータ通信を行う。また、通信部１１は、図示しないオペレータの端末との間でデータ通信を行うことができる。
通信部１１は、他の装置との間でのデータ通信を司る。例えば、通信部１１は、ルータ等を介して、各通信装置との間でデータ通信を行う。また、通信部１１は、図示しないオペレータの端末との間でデータ通信を行うことができる。
【0063】
（２－２－２．記憶部１２）
記憶部１２は、制御部１３が動作する際に参照する各種情報や、制御部１３が動作した際に取得した各種情報を記憶する。ここで、記憶部１２は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置等で実現され得る。なお、図４の例では、記憶部１２は、アラーム管理装置１０の内部に設置されているが、アラーム管理装置１０の外部に設置されてもよいし、複数の記憶部が設置されていてもよい。
記憶部１２は、制御部１３が動作する際に参照する各種情報や、制御部１３が動作した際に取得した各種情報を記憶する。ここで、記憶部１２は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置等で実現され得る。なお、図４の例では、記憶部１２は、アラーム管理装置１０の内部に設置されているが、アラーム管理装置１０の外部に設置されてもよいし、複数の記憶部が設置されていてもよい。
【0064】
（２－２－３．制御部１３）
制御部１３は、当該アラーム管理装置１０全体の制御を司る。制御部１３は、受信部１３ａ、生成部１３ｂおよび通知部１３ｃを有する。ここで、制御部１３は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等の電子回路やＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現され得る。
制御部１３は、当該アラーム管理装置１０全体の制御を司る。制御部１３は、受信部１３ａ、生成部１３ｂおよび通知部１３ｃを有する。ここで、制御部１３は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等の電子回路やＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現され得る。
【0065】
（２－２－３－１．受信部１３ａ）
受信部１３ａは、各種情報を受信する。なお、受信部１３ａは、受信した各種情報を記憶部１２に格納してもよい。例えば、受信部１３ａは、所定の標準規格に準拠する第１の機器が生成した第１のアラームを受信する。標準規格の具体的な例について説明すると、受信部１３ａは、ＯＰＣ ＵＡ Ａ＆Ｃに準拠するサーバ機器２０Ｃが生成した、ＯＰＣ ＵＡ Ａ＆Ｃに準拠するデータ形式のアラームＣ（Ａ＆Ｃ）を受信する。
受信部１３ａは、各種情報を受信する。なお、受信部１３ａは、受信した各種情報を記憶部１２に格納してもよい。例えば、受信部１３ａは、所定の標準規格に準拠する第１の機器が生成した第１のアラームを受信する。標準規格の具体的な例について説明すると、受信部１３ａは、ＯＰＣ ＵＡ Ａ＆Ｃに準拠するサーバ機器２０Ｃが生成した、ＯＰＣ ＵＡ Ａ＆Ｃに準拠するデータ形式のアラームＣ（Ａ＆Ｃ）を受信する。
【0066】
また、受信部１３ａは、所定の標準規格に準拠しない第２の機器が送信したアラームに関する情報を受信する。アラームに関する情報の具体的な例について説明すると、受信部１３ａは、ＯＰＣ ＵＡ Ａ＆Ｃに準拠しない第２の機器であって、アラーム検出機能を有しないセンサ機器２０Ａが収集したデータを受信する。また、受信部１３ａは、ＯＰＣ ＵＡ Ａ＆Ｃに準拠しない第２の機器であって、アラーム検出機能を有する制御機器２０Ｂが生成したアラームＢを受信する。
【0067】
また、受信部１３ａは、後述する生成部１３ｂによって生成された第２のアラームを受信する。第２のアラームの具体的な例について説明すると、受信部１３ａは、ＯＰＣ ＵＡ Ａ＆Ｃに準拠しない第２の機器であって、アラーム検出機能を有しないセンサ機器２０Ａが収集したデータに基づいて生成部１３ｂによって生成された、ＯＰＣ ＵＡ Ａ＆Ｃに準拠するデータ形式のアラームＡ（Ａ＆Ｃ）を受信する。また、受信部１３ａは、ＯＰＣ ＵＡ Ａ＆Ｃに準拠しない第２の機器であって、アラーム検出機能を有する制御機器２０Ｂが生成したアラームＢを、生成部１３ｂによってＯＰＣ ＵＡ Ａ＆Ｃに準拠するデータ形式に変換された、アラームＢ（Ａ＆Ｃ）を受信する。
【0068】
また、受信部１３ａは、所定の標準規格に準拠するアラーム受信用ドライバを介して、各種情報を受信する。例えば、受信部１３ａは、所定の標準規格に準拠するアラーム受信用ドライバを介して、第１のアラームを受信する。また、受信部１３ａは、所定の標準規格に準拠するアラーム受信用ドライバを介して、アラームに関する情報を受信する。また、受信部１３ａは、所定の標準規格に準拠するアラーム受信用ドライバを介して、第２のアラームを受信する。
【0069】
（２－２－３－２．生成部１３ｂ）
生成部１３ｂは、各種情報を生成する。なお、生成部１３ｂは、生成した各種情報を記憶部１２に格納してもよい。例えば、生成部１３ｂは、アラームに関する情報を受信した場合にアラームに関する情報に基づいて、所定の標準規格に準拠したデータ形式の第２のアラームを生成する。
生成部１３ｂは、各種情報を生成する。なお、生成部１３ｂは、生成した各種情報を記憶部１２に格納してもよい。例えば、生成部１３ｂは、アラームに関する情報を受信した場合にアラームに関する情報に基づいて、所定の標準規格に準拠したデータ形式の第２のアラームを生成する。
【0070】
すなわち、生成部１３ｂは、アラーム検出機能を有しない第２の機器が収集したデータに基づいて第２のアラームを生成する。このとき、生成部１３ｂは、アラーム検出機能を有しない第２の機器が収集したデータを受信した場合には、所定の標準規格に準拠するアラーム検出用ドライバを介してデータが所定の閾値を超過した際にアラームを検出するとともに、検出したアラームを所定の標準規格に準拠する正規化コンバータを介して所定の標準規格に準拠するデータ形式に変換することによって第２のアラームを生成する。
【0071】
具体的な例について説明すると、生成部１３ｂは、ＯＰＣ ＵＡ Ａ＆Ｃに準拠しない第２の機器であって、アラーム検出機能を有しないセンサ機器２０Ａが収集したプロセス値を受信した場合には、ＯＰＣ ＵＡ Ａ＆Ｃに準拠するアラーム検出用ドライバを介してプロセス値が所定の閾値を超過した際にアラームを検出するとともに、検出したアラームをＯＰＣ ＵＡ Ａ＆Ｃに準拠する正規化コンバータを介してＯＰＣ ＵＡ Ａ＆Ｃに準拠するデータ形式に変換することによって、センサ機器２０Ａに基づくアラームＡ（Ａ＆Ｃ）を生成する。
【0072】
また、生成部１３ｂは、アラーム検出機能を有する第２の機器が生成したアラームを所定の標準規格に準拠するデータ形式に変換することによって第２のアラームを生成する。このとき、生成部１３ｂは、アラーム検出機能を有する第２の機器が生成したアラームを受信した場合には、受信したアラームを所定の標準規格に準拠する正規化コンバータを介して所定の標準規格に準拠するデータ形式に変換することによって第２のアラームを生成する。
【0073】
具体的な例について説明すると、生成部１３ｂは、ＯＰＣ ＵＡ Ａ＆Ｃに準拠しない第２の機器であって、アラーム検出機能を有する制御機器２０Ｂが生成したアラームＢを受信した場合には、受信したアラームＢをＯＰＣ ＵＡ Ａ＆Ｃに準拠する正規化コンバータを介してＯＰＣ ＵＡ Ａ＆Ｃに準拠するデータ形式に変換することによって、制御機器２０Ｂに基づくアラームＢ（Ａ＆Ｃ）を生成する。
【0074】
（２－２－３－３．通知部１３ｃ）
通知部１３ｃは、各種情報を通知する。例えば、通知部１３ｃは、所定の標準規格に準拠する第１の機器が生成した第１のアラームを所定の端末に通知する。また、通知部１３ｃは、生成部１３ｂによって生成された第２のアラームを所定の端末に通知する。
通知部１３ｃは、各種情報を通知する。例えば、通知部１３ｃは、所定の標準規格に準拠する第１の機器が生成した第１のアラームを所定の端末に通知する。また、通知部１３ｃは、生成部１３ｂによって生成された第２のアラームを所定の端末に通知する。
【0075】
具体的な例について説明すると、通知部１３ｃは、ＯＰＣ ＵＡ Ａ＆Ｃに準拠するサーバ機器２０Ｃが生成した、ＯＰＣ ＵＡ Ａ＆Ｃに準拠するデータ形式のアラームＣ（Ａ＆Ｃ）を、プラントを管理するオペレータＯが使用するオペレータ端末３０に通知する。また、通知部１３ｃは、ＯＰＣ ＵＡ Ａ＆Ｃに準拠しない第２の機器であって、アラーム検出機能を有しないセンサ機器２０Ａが収集したプロセス値をもとに生成部１３ｂによって生成されたアラームＡ（Ａ＆Ｃ）をオペレータ端末３０に通知する。また、通知部１３ｃは、ＯＰＣ ＵＡ Ａ＆Ｃに準拠しない第２の機器であって、アラーム検出機能を有する制御機器２０Ｂが生成したアラームＢをもとに生成部１３ｂによって生成されたアラームＢ（Ａ＆Ｃ）をオペレータ端末３０に通知する。
【0076】
また、通知部１３ｃは、所定の標準規格に準拠するアラーム通知用インタフェースを介して、第１のアラームと第２のアラームとを表示する所定の端末に通知する。
【0077】
具体的な例について説明すると、通知部１３ｃは、ＯＰＣ ＵＡ Ａ＆Ｃに準拠するアラーム通知用インタフェースを介して、サーバ機器２０Ｃに基づくアラームＣ（Ａ＆Ｃ）を表示するオペレータ端末３０に通知する。また、通知部１３ｃは、ＯＰＣ ＵＡ Ａ＆Ｃに準拠するアラーム通知用インタフェースを介して、センサ機器２０Ａに基づくアラームＡ（Ａ＆Ｃ）を表示するオペレータ端末３０に通知する。また、通知部１３ｃは、ＯＰＣ ＵＡ Ａ＆Ｃに準拠するアラーム通知用インタフェースを介して、制御機器２０Ｂに基づくアラームＢ（Ａ＆Ｃ）を表示するオペレータ端末３０に通知する。
【0078】
（２－３．アラーム発生源２０の構成例および処理例）
図４を用いて、アラーム発生源２０の構成例および処理例について説明する。アラーム発生源２０は、センサ機器２０Ａ、制御機器２０Ｂおよびサーバ機器２０Ｃを含む。
図４を用いて、アラーム発生源２０の構成例および処理例について説明する。アラーム発生源２０は、センサ機器２０Ａ、制御機器２０Ｂおよびサーバ機器２０Ｃを含む。
【0079】
（２－３－１．センサ機器２０Ａ）
センサ機器２０Ａは、所定の標準規格（例：ＯＰＣ ＵＡ Ａ＆Ｃ）に準拠しない第２の機器のうちアラーム検出機能を有しない機器であって、データを収集する。例えば、センサ機器２０Ａは、温度センサ、圧力センサ、流量センサ等の機器であって、プラントにおける温度データ、圧力データ、流量データ等のプロセス値を収集し、収集したプロセス値をアラーム管理装置１０に送信する。
センサ機器２０Ａは、所定の標準規格（例：ＯＰＣ ＵＡ Ａ＆Ｃ）に準拠しない第２の機器のうちアラーム検出機能を有しない機器であって、データを収集する。例えば、センサ機器２０Ａは、温度センサ、圧力センサ、流量センサ等の機器であって、プラントにおける温度データ、圧力データ、流量データ等のプロセス値を収集し、収集したプロセス値をアラーム管理装置１０に送信する。
【0080】
（２－３－２．制御機器２０Ｂ）
制御機器２０Ｂは、所定の標準規格（例：ＯＰＣ ＵＡ Ａ＆Ｃ）に準拠しない第２の機器のうちアラーム検出機能を有する機器であって、アラームＢを生成する。例えば、制御機器２０Ｂは、コントローラ等の機器であって、プラントにおけるプロセス値が所定の閾値を超過した際に、所定の標準規格に準拠するデータ形式とは異なるデータ形式でアラームＢを生成し、生成したアラームＢをアラーム管理装置１０に送信する。
制御機器２０Ｂは、所定の標準規格（例：ＯＰＣ ＵＡ Ａ＆Ｃ）に準拠しない第２の機器のうちアラーム検出機能を有する機器であって、アラームＢを生成する。例えば、制御機器２０Ｂは、コントローラ等の機器であって、プラントにおけるプロセス値が所定の閾値を超過した際に、所定の標準規格に準拠するデータ形式とは異なるデータ形式でアラームＢを生成し、生成したアラームＢをアラーム管理装置１０に送信する。
【0081】
（２－３－３．サーバ機器２０Ｃ）
サーバ機器２０Ｃは、所定の標準規格（例：ＯＰＣ ＵＡ Ａ＆Ｃ）に準拠する第１の機器であって、第１のアラームを生成する。例えば、サーバ機器２０Ｃは、アラームサーバ等の機器であって、プラントにおけるプロセス値が所定の閾値を超過した際に、所定の標準規格に準拠するデータ形式で第１のアラームＣ（Ａ＆Ｃ）を生成し、生成した第１のアラームをアラーム管理装置１０に送信する。
サーバ機器２０Ｃは、所定の標準規格（例：ＯＰＣ ＵＡ Ａ＆Ｃ）に準拠する第１の機器であって、第１のアラームを生成する。例えば、サーバ機器２０Ｃは、アラームサーバ等の機器であって、プラントにおけるプロセス値が所定の閾値を超過した際に、所定の標準規格に準拠するデータ形式で第１のアラームＣ（Ａ＆Ｃ）を生成し、生成した第１のアラームをアラーム管理装置１０に送信する。
【0082】
（２－４．オペレータ端末３０の構成例および処理例）
図４を用いて、オペレータ端末３０の構成例および処理例について説明する。例えば、オペレータ端末３０は、プラント制御システムを導入した、またはプラント制御システムの導入を検討しているプラントを管理するオペレータＯが所有する閲覧端末である。
図４を用いて、オペレータ端末３０の構成例および処理例について説明する。例えば、オペレータ端末３０は、プラント制御システムを導入した、またはプラント制御システムの導入を検討しているプラントを管理するオペレータＯが所有する閲覧端末である。
【0083】
オペレータ端末３０は、アラーム管理装置１０の通知部１３ｃによって通知された第１のアラームと第２のアラームとを表示する。
【0084】
具体的な例について説明すると、オペレータ端末３０は、第１のアラームとして、アラーム管理装置１０の通知部１３ｃによって通知されたサーバ機器２０Ｃに基づくアラームＣ（Ａ＆Ｃ）を表示する。また、オペレータ端末３０は、第２のアラームとして、アラーム管理装置１０の通知部１３ｃによって通知されたセンサ機器２０Ａに基づくアラームＡ（Ａ＆Ｃ）を表示する。また、オペレータ端末３０は、第２のアラームとして、アラーム管理装置１０の通知部１３ｃによって通知された制御機器２０Ｂに基づくアラームＢ（Ａ＆Ｃ）を表示する。
【0085】
〔３．アラーム管理装置１０の各処理の具体例〕
図５～図１１を用いて、実施形態に係るアラーム管理装置１０の各処理の具体例について説明する。以下では、実施形態に係るアラーム管理システム１００の基本構成を説明した上で、アラーム管理装置１０のドライバおよびコンバータの実装例、実施形態に係るアラーム管理処理の具体例について説明する。
図５～図１１を用いて、実施形態に係るアラーム管理装置１０の各処理の具体例について説明する。以下では、実施形態に係るアラーム管理システム１００の基本構成を説明した上で、アラーム管理装置１０のドライバおよびコンバータの実装例、実施形態に係るアラーム管理処理の具体例について説明する。
【0086】
（３－１．実施形態に係るアラーム管理システム１００の基本構成）
以下では、実施形態に係るアラーム管理システム１００の基本構成について、アラーム発生源２０、アラーム検出用ドライバ、アラーム受信用ドライバ、アラーム管理機能、ＯＰＣ ＵＡ Ａ＆Ｃ正規化コンバータの順に説明する。
以下では、実施形態に係るアラーム管理システム１００の基本構成について、アラーム発生源２０、アラーム検出用ドライバ、アラーム受信用ドライバ、アラーム管理機能、ＯＰＣ ＵＡ Ａ＆Ｃ正規化コンバータの順に説明する。
【0087】
（３－１－１．アラーム発生源２０）
第１に、実施形態に係るアラーム発生源２０について説明する。アラーム発生源２０は、性質に応じて以下の３種類に分類される。
第１に、実施形態に係るアラーム発生源２０について説明する。アラーム発生源２０は、性質に応じて以下の３種類に分類される。
【0088】
（３－１－１－１．検出機能なしアラーム発生源）
「検出機能なしアラーム発生源」は、アラーム検出機能がなく、機能が絞られた計器である。アラーム管理システム１００において、「検出機能なしアラーム発生源」は、アラーム検出用ドライバを通すことにより、システム側でアラーム検出ロジックが実装される。
「検出機能なしアラーム発生源」は、アラーム検出機能がなく、機能が絞られた計器である。アラーム管理システム１００において、「検出機能なしアラーム発生源」は、アラーム検出用ドライバを通すことにより、システム側でアラーム検出ロジックが実装される。
【0089】
（３－１－１－２．検出機能ありアラーム発生源（ＯＰＣ ＵＡサーバ以外））
「検出機能ありアラーム発生源（ＯＰＣ ＵＡサーバ以外）」は、アラーム受信後、その情報をＯＰＣ ＵＡ Ａ＆Ｃモデルへアラーム受信用コンバータを通じて、ＯＰＣ ＵＡ Ａ＆Ｃモデルに自動変換する。
「検出機能ありアラーム発生源（ＯＰＣ ＵＡサーバ以外）」は、アラーム受信後、その情報をＯＰＣ ＵＡ Ａ＆Ｃモデルへアラーム受信用コンバータを通じて、ＯＰＣ ＵＡ Ａ＆Ｃモデルに自動変換する。
【0090】
（３－１－１－３．ＯＰＣ ＵＡサーバ）
「ＯＰＣ ＵＡサーバ」は、ＯＰＣ ＵＡ Ａ＆Ｃ機能を有し、そのインタフェースからアラームを自ら生成し、通知する。このとき、アラーム管理システム１００では、ＯＰＣ ＵＡインタフェースを通じて直接アラームを受信することができる。ここで、生成されたアラームは、ＯＰＣ ＵＡ Ａ＆Ｃモデルへ変換する必要はないので、そのままアラームに含まれる情報を取得することができる。
「ＯＰＣ ＵＡサーバ」は、ＯＰＣ ＵＡ Ａ＆Ｃ機能を有し、そのインタフェースからアラームを自ら生成し、通知する。このとき、アラーム管理システム１００では、ＯＰＣ ＵＡインタフェースを通じて直接アラームを受信することができる。ここで、生成されたアラームは、ＯＰＣ ＵＡ Ａ＆Ｃモデルへ変換する必要はないので、そのままアラームに含まれる情報を取得することができる。
【0091】
（３－１－２．アラーム検出用ドライバ）
第２に、実施形態に係るアラーム検出用ドライバについて説明する。アラーム検出用ドライバは、検出機能を有しないアラーム発生源２０をターゲットとして、それらのアラーム発生源２０から、アラーム発生判定の要素となるプロセス値等を収集し、定期的に評価を行うことで自らアラーム検出を行うためのドライバである。ユーザは、検出用のデータ収集設定をすることにより、任意のアラームを検出させることができる。また、検出されたアラームは、上位のＯＰＣ ＵＡ Ａ＆Ｃモデル正規化コンバータが公開するインタフェースを通じて、コンバータ側へ渡され、ＯＰＣ ＵＡ Ａ＆Ｃモデルに変換される。
第２に、実施形態に係るアラーム検出用ドライバについて説明する。アラーム検出用ドライバは、検出機能を有しないアラーム発生源２０をターゲットとして、それらのアラーム発生源２０から、アラーム発生判定の要素となるプロセス値等を収集し、定期的に評価を行うことで自らアラーム検出を行うためのドライバである。ユーザは、検出用のデータ収集設定をすることにより、任意のアラームを検出させることができる。また、検出されたアラームは、上位のＯＰＣ ＵＡ Ａ＆Ｃモデル正規化コンバータが公開するインタフェースを通じて、コンバータ側へ渡され、ＯＰＣ ＵＡ Ａ＆Ｃモデルに変換される。
【0092】
（３－１－３．アラーム受信用ドライバ）
第３に、実施形態に係るアラーム受信用ドライバについて説明する。アラーム受信用ドライバは、ＯＰＣ ＵＡサーバ以外の検出機能を有するアラーム発生源２０をターゲットとして、それらのアラーム発生源２０から、アラームイベントを受信するためのドライバである。受信されたアラームイベントは、上位のＯＰＣ ＵＡ Ａ＆Ｃモデル正規化コンバータが公開するインタフェースを通じてコンバータ側へ渡され、そこでＯＰＣ ＵＡ Ａ＆Ｃモデルに変換される。ユーザは、アラームがどのように変換されるかをエンジニアリングすることができる。
第３に、実施形態に係るアラーム受信用ドライバについて説明する。アラーム受信用ドライバは、ＯＰＣ ＵＡサーバ以外の検出機能を有するアラーム発生源２０をターゲットとして、それらのアラーム発生源２０から、アラームイベントを受信するためのドライバである。受信されたアラームイベントは、上位のＯＰＣ ＵＡ Ａ＆Ｃモデル正規化コンバータが公開するインタフェースを通じてコンバータ側へ渡され、そこでＯＰＣ ＵＡ Ａ＆Ｃモデルに変換される。ユーザは、アラームがどのように変換されるかをエンジニアリングすることができる。
【0093】
（３－１－４．アラーム管理機能）
第４に、実施形態に係るアラーム管理機能について説明する。アラーム管理機能は、ＯＰＣ ＵＡクライアントのアラーム受信用ドライバを備える、アラームを統合的に扱うための機能である。下位のターゲットとなるアラーム発生源２０に関するアラームは、すべてＯＰＣ ＵＡ Ａ＆Ｃモデルに変換されて渡される。すなわち、アラーム管理機能は、下位のアラーム発生源２０の差異を意識する必要はなく、統合的にアラームを扱うことができる。
第４に、実施形態に係るアラーム管理機能について説明する。アラーム管理機能は、ＯＰＣ ＵＡクライアントのアラーム受信用ドライバを備える、アラームを統合的に扱うための機能である。下位のターゲットとなるアラーム発生源２０に関するアラームは、すべてＯＰＣ ＵＡ Ａ＆Ｃモデルに変換されて渡される。すなわち、アラーム管理機能は、下位のアラーム発生源２０の差異を意識する必要はなく、統合的にアラームを扱うことができる。
【0094】
（３－１－５．ＯＰＣ ＵＡ Ａ＆Ｃ正規化コンバータ）
第５に、実施形態に係るＯＰＣ ＵＡ Ａ＆Ｃ正規化コンバータについて説明する。ＯＰＣ ＵＡ Ａ＆Ｃ正規化コンバータは、アラーム受信用ドライバ、検出用ドライバそれぞれから送られた変換結果を読み込み、ＯＰＣ ＵＡ Ａ＆Ｃモデルへ変換するロジックが組み込まれたモジュールである。ＯＰＣ ＵＡ Ａ＆Ｃ正規化コンバータは、下位のドライバに対して統合化されたアラーム通知用インタフェースが公開され、ドライバはこのインタフェースに従ってアラームを通知することにより、ドライバ側ではＯＰＣ ＵＡ Ａ＆Ｃモデルを意識する必要なく実装できる。また、ＯＰＣ ＵＡ Ａ＆Ｃ正規化コンバータは、上位のアラーム管理機能にアラーム情報を通知するためのＯＰＣ ＵＡサーバインタフェースが実装されている。
第５に、実施形態に係るＯＰＣ ＵＡ Ａ＆Ｃ正規化コンバータについて説明する。ＯＰＣ ＵＡ Ａ＆Ｃ正規化コンバータは、アラーム受信用ドライバ、検出用ドライバそれぞれから送られた変換結果を読み込み、ＯＰＣ ＵＡ Ａ＆Ｃモデルへ変換するロジックが組み込まれたモジュールである。ＯＰＣ ＵＡ Ａ＆Ｃ正規化コンバータは、下位のドライバに対して統合化されたアラーム通知用インタフェースが公開され、ドライバはこのインタフェースに従ってアラームを通知することにより、ドライバ側ではＯＰＣ ＵＡ Ａ＆Ｃモデルを意識する必要なく実装できる。また、ＯＰＣ ＵＡ Ａ＆Ｃ正規化コンバータは、上位のアラーム管理機能にアラーム情報を通知するためのＯＰＣ ＵＡサーバインタフェースが実装されている。
【0095】
（３－２．アラーム検出用ドライバの実装例）
図５を用いて、実施形態に係るアラーム管理装置１０に実装されるアラーム検出用ドライバについて説明する。図５は、実施形態に係るアラーム検出用ドライバの実装例を示す図である。
図５を用いて、実施形態に係るアラーム管理装置１０に実装されるアラーム検出用ドライバについて説明する。図５は、実施形態に係るアラーム検出用ドライバの実装例を示す図である。
【0096】
アラーム検出用ドライバは、データ取得のためのインタフェースごとに実装され汎用的に扱われる。ユーザは、取得データや検出ロジックの定義をドライバごとに行うことができる。図５（１）に示すように、ユーザであるエンジニアＥＡは、システムにビルトインされている「ＭＡＱＱ用ドライバ」、「ＯＰＣ Ｃｌａｓｓｉｃ ＤＡ用ドライバ」、「ＩＥＣ－６０８７０用ドライバ」等のドライバごとに、取得データや検出ロジックの定義を行うことができる。
【0097】
また、アラーム検出用ドライバは、未対応のインタフェースで接続された計器については、ユーザが追加実装を行い、自由にドライバを追加実装することもできる。図５（２）に示すように、ユーザであるエンジニアＥＢは、必要に応じてユーザ拡張ドライバの追加を行うことができる。
【0098】
（３－３．アラーム受信用ドライバの実装例）
図６を用いて、実施形態に係るアラーム管理装置１０に実装されるアラーム受信用ドライバについて説明する。図６は、実施形態に係るアラーム受信用ドライバの実装例を示す図である。
図６を用いて、実施形態に係るアラーム管理装置１０に実装されるアラーム受信用ドライバについて説明する。図６は、実施形態に係るアラーム受信用ドライバの実装例を示す図である。
【0099】
アラーム受信用ドライバは、データ取得のためのインタフェースごとに実装され汎用的に扱われる。ユーザは、受信するアラームの定義や受信したアラームの変換ルール定義をドライバごとに行うことができる。図６（１）に示すように、ユーザであるエンジニアＥＡは、システムにビルトインされている「ＭＡＴＴ用ドライバ」、「ＯＰＣ Ｃｌａｓｓｉｃ Ａ＆Ｅ用ドライバ」、「Ｖｎｅｔ／ＩＰ用ドライバ」等のドライバごとに、受信するアラームの定義や受信したアラームの変換ルール定義を行うことができる。
【0100】
アラーム受信用ドライバは、未対応のインタフェースで接続された計器については、ユーザが追加実装を行い、自由にドライバを追加実装することもできる。図６（２）に示すように、ユーザであるエンジニアＥＢは、必要に応じてユーザ拡張ドライバの追加を行うことができる。
【0101】
（３－４．ＯＰＣ ＵＡ Ａ＆Ｃ正規化コンバータの実装例）
図７を用いて、実施形態に係るアラーム管理装置１０に実装されるＯＰＣ ＵＡ Ａ＆Ｃ正規化コンバータについて説明する。図７は、実施形態に係る正規化コンバータの実装例を示す図である。
図７を用いて、実施形態に係るアラーム管理装置１０に実装されるＯＰＣ ＵＡ Ａ＆Ｃ正規化コンバータについて説明する。図７は、実施形態に係る正規化コンバータの実装例を示す図である。
【0102】
ＯＰＣ ＵＡ Ａ＆Ｃ正規化コンバータは、内部的にはＯＰＣ ＵＡサーバを実装するモジュールで、下位ドライバに対して、ＯＰＣ ＵＡ Ａ＆Ｃモデルを構成する際に情報を取得するための統一されたインタフェースを公開する。
【0103】
アラーム検出用ドライバ、およびアラーム受信用ドライバのどちらも、公開された統一インタフェースに従い、アラームをＯＰＣ ＵＡ Ａ＆Ｃ正規化コンバータへ渡す。各種インタフェースは、ＯＰＣ協議会（OPC Foundation）が定義するＯＰＣ ＵＡ Ａ＆Ｃのイベントモデル単位に、アラーム生成用のインタフェースを実装しており、ドライバはこれらのインタフェース（Ｉ／Ｆ）を用いることにより、ＯＰＣ ＵＡ Ａ＆Ｃモデルの構造の詳細を意識することなく、アラームを生成することができる。図７に示すように、各種ドライバは、「Ｅｘｃｌｕｓｉｖｅ Ｌｅｖｅｌ用Ｉ／Ｆ」、「Ｅｘｃｌｕｓｉｖｅ ＭｕｌｔｉＤｅｖｉａｔｉｏｎ Ｉ／Ｆ」、「ＮｏｎＥｘｃｌｕｓｉｖｅ ＲａｔｅＯｆＣｈａｎｇｅ Ｉ／Ｆ」等のインタフェースに従い、アラームをＯＰＣ ＵＡ Ａ＆Ｃ正規化コンバータへ渡している。
【0104】
（３－５．実施形態に係るアラーム管理処理の具体例１）
図８を用いて、実施形態に係るアラーム管理処理の具体例１として、基本的なアラーム管理処理について説明する。図８は、実施形態に係るアラーム管理処理の具体例１を示す図である。
図８を用いて、実施形態に係るアラーム管理処理の具体例１として、基本的なアラーム管理処理について説明する。図８は、実施形態に係るアラーム管理処理の具体例１を示す図である。
【0105】
具体例１では、オープンインタフェースであるＯＰＣ ＵＡ Ａ＆Ｃモデルを基盤とした、アラーム検出機能およびアラーム受信機能のハイブリッド型である、基本的なアラーム管理処理について説明する。ここで、具体例１では、将来的な業界における採用度を考慮してＯＰＣ ＵＡを基盤として揃えておくことによって、将来的に追加されていく機器の追加対応のコスト軽減や、セキュリティ対応の充実等を期待することができる。また、ＯＰＣ ＵＡ Ａ＆Ｃは、アラーム関連の標準規格であるＩＳＡ１８．２やＩＥＣ６２６８２が意識された構造になっていることからも、汎用的に受け入れられる機能仕様が実装されている。
【0106】
第１に、アラーム機能を有しないアラーム発生源２０については、参考技術と同様に、収集したプロセス値や通信状態等により、プラント制御システム側がアラーム検出ロジックを有する必要がある。参考技術では、検出されたアラームを独自の形式に正規化するが、具体例１では、ＯＰＣ ＵＡ Ａ＆Ｃモデルの形式に変換し、ＯＰＣ ＵＡインタフェースを通じて、上位のアラーム管理システムに通知する方式を採用する。具体例１では、上記の方式を採用することにより、正規化ロジックの標準化を可能とし、上位アラーム管理システムがＯＰＣ ＵＡ Ａ＆Ｃモデルのアラームのみを制御することによって、システムの構築が効率的になる。
【0107】
図８に示すように、センサ機器２０Ａ等のアラーム機能を有しないアラーム発生源２０については、具体例１に示すアラーム管理システム１００は、センサ機器２０Ａが送信したプロセス値をもとにアラーム検出用ドライバでアラームＡを検出し、ＯＰＣ ＵＡ Ａ＆Ｃモデル正規化コンバータを介してアラームＡ（Ａ＆Ｃ）をアラーム管理機能に送信し、アラーム管理機能が有するアラーム受信用ドライバ（ＯＰＣ ＵＡクライアント）でアラームＡ（Ａ＆Ｃ）を受信し、アラーム管理機能によってアラームＡ（Ａ＆Ｃ）を通知し、オペレータＯに対してＨＭＩを介してアラームＡ（Ａ＆Ｃ）を表示する。
【0108】
第２に、高度なアラーム管理機能を有するアラーム発生源２０、例えばＯＰＣ ＵＡ Ａ＆Ｃが実装されたような機器については、アラーム管理機能を機器側またはＯＰＣ ＵＡサーバ側に任せた方が、機器の能力を活用して、機器側で得た重要なアラームに含まれる情報を活用することができる利点を生かす必要がある。そこで、具体例１では、上記のような高度なアラーム管理機能を有するアラーム発生源２０については、受信したアラームをそのまま利用し、下位のアラーム発生源２０がＯＰＣ ＵＡでない場合は、ＯＰＣ ＵＡ Ａ＆Ｃモデルに変換する仕組みを取り入れる。
【0109】
また、図８に示すように、制御機器２０Ｂ等のアラーム機能を有するＯＰＣ ＵＡサーバ以外のアラーム発生源２０については、具体例１に示すアラーム管理システム１００は、制御機器２０ＢがアラームＢを検出し、制御機器２０Ｂが送信したアラームＢをアラーム受信用ドライバで受信し、受信したアラームをＯＰＣ ＵＡ Ａ＆Ｃモデル正規化コンバータを介してＯＰＣ ＵＡ Ａ＆Ｃモデルに変換し、アラーム管理機能が有するアラーム受信用ドライバ（ＯＰＣ ＵＡクライアント）でアラームＢ（Ａ＆Ｃ）を受信し、アラーム管理機能によってアラームＢ（Ａ＆Ｃ）を通知し、オペレータＯに対してＨＭＩを介してアラームＢ（Ａ＆Ｃ）を表示する。また、サーバ機器２０Ｃ等の高度のアラーム機能を有するアラーム発生源２０については、具体例１に示すアラーム管理システム１００は、Ａ＆Ｃが実装されたＯＰＣ ＵＡサーバであるサーバ機器２０ＣがアラームＣ（Ａ＆Ｃ）を検出し、アラーム管理機能が有するアラーム受信用ドライバ（ＯＰＣ ＵＡクライアント）でアラームＣ（Ａ＆Ｃ）を受信し、アラーム管理機能によってアラームＣ（Ａ＆Ｃ）を通知し、オペレータＯに対してＨＭＩを介してアラームＣ（Ａ＆Ｃ）を表示する。
【0110】
以上のように、基本的なアラーム管理処理である具体例１では、２種類のアラーム発生源２０に対するアラームの扱い方を両立させたハイブリッドなシステムの構築を可能とする。
【0111】
（３－６．実施形態に係るアラーム管理処理の具体例２）
図９を用いて、実施形態に係るアラーム管理処理の具体例２として、遠隔地に分散配置されたプラントにおけるアラーム管理処理について説明する。図９は、実施形態に係るアラーム管理処理の具体例２を示す図である。
図９を用いて、実施形態に係るアラーム管理処理の具体例２として、遠隔地に分散配置されたプラントにおけるアラーム管理処理について説明する。図９は、実施形態に係るアラーム管理処理の具体例２を示す図である。
【0112】
具体例２では、遠隔地に設置されるプラントにおいて、アラーム検出機能およびアラーム受信機能を分散配置するアラーム管理処理について説明する。具体例２では、ドライバ機能をエッジサーバ化することにより、遠隔地へ分散配置している。すなわち、具体例２では、アラーム検出用ドライバをプラントＡ、アラーム受信用ドライバをプラントＢに、それぞれ配置する。このとき、具体例２では、上位のアラーム管理機能との間のインタフェースがＯＰＣ ＵＡインタフェースで通信されるので、遠隔地配置を実現しやすく、またセキュアな通信を実装しやすい。
【0113】
図９に示すように、プラントＡには、センサ機器２０Ａ等のアラーム機能を有しないアラーム発生源２０が設置されている。また、プラントＡには、アラーム検出用ドライバおよびＯＰＣ ＵＡ Ａ＆Ｃ正規化コンバータが設置されている。ここで、具体例２に示すアラーム管理システム１００は、センサ機器２０Ａが送信したプロセス値をもとにアラーム検出用ドライバでアラームＡを検出し、ＯＰＣ ＵＡ Ａ＆Ｃモデル正規化コンバータおよびＯＰＣ ＵＡ Ｉ／Ｆを介してアラームＡ（Ａ＆Ｃ）をアラーム管理機能に送信し、アラーム管理機能が有するアラーム受信用ドライバ（ＯＰＣ ＵＡクライアント）でアラームＡ（Ａ＆Ｃ）を受信し、アラーム管理機能によってアラームＡ（Ａ＆Ｃ）を通知し、オペレータＯに対してＨＭＩを介してアラームＡ（Ａ＆Ｃ）を表示する。
【0114】
また、図９に示すように、プラントＢには、制御機器２０Ｂ等のアラーム機能を有するＯＰＣ ＵＡサーバ以外のアラーム発生源２０が設置されている。また、プラントＢには、アラーム受信用ドライバおよびＯＰＣ ＵＡ Ａ＆Ｃ正規化コンバータが設置されている。ここで、具体例２に示すアラーム管理システム１００は、制御機器２０ＢがアラームＢを検出し、制御機器２０Ｂが送信したアラームＢをアラーム受信用ドライバで受信し、受信したアラームＢをＯＰＣ ＵＡ Ａ＆Ｃモデル正規化コンバータを介してＯＰＣ ＵＡ Ａ＆Ｃモデルに変換し、ＯＰＣ ＵＡ Ｉ／Ｆを介してアラームＢ（Ａ＆Ｃ）をアラーム管理機能に送信し、アラーム管理機能が有するアラーム受信用ドライバ（ＯＰＣ ＵＡクライアント）でアラームＢ（Ａ＆Ｃ）を受信し、アラーム管理機能によってアラームＢ（Ａ＆Ｃ）を通知し、オペレータＯに対してＨＭＩを介してアラームＢ（Ａ＆Ｃ）を表示する。
【0115】
また、サーバ機器２０Ｃ等の高度のアラーム機能を有するアラーム発生源２０については、具体例１と同様に、具体例２に示すアラーム管理システム１００は、Ａ＆Ｃが実装されたＯＰＣ ＵＡサーバであるサーバ機器２０ＣがアラームＣ（Ａ＆Ｃ）を検出し、アラーム管理機能が有するアラーム受信用ドライバ（ＯＰＣ ＵＡクライアント）でアラームＣ（Ａ＆Ｃ）を受信し、アラーム管理機能によってアラームＣ（Ａ＆Ｃ）を通知し、オペレータＯに対してＨＭＩを介してアラームＣ（Ａ＆Ｃ）を表示する。
【0116】
（３－７．実施形態に係るアラーム管理処理の具体例３）
図１０を用いて、実施形態に係るアラーム管理処理の具体例３として、遠隔地に分散配置されたプラントにおけるマルチクライアント接続に対応したアラーム管理処理について説明する。図１０は、実施形態に係るアラーム管理処理の具体例３を示す図である。
図１０を用いて、実施形態に係るアラーム管理処理の具体例３として、遠隔地に分散配置されたプラントにおけるマルチクライアント接続に対応したアラーム管理処理について説明する。図１０は、実施形態に係るアラーム管理処理の具体例３を示す図である。
【0117】
具体例３では、遠隔地に設置されるプラントにおいて、アラーム検出機能およびアラーム受信機能を分散配置し、かつマルチクライアント接続を利用したアラーム管理処理について説明する。具体例３では、具体例２に加えて、ＯＰＣ ＵＡ Ｉ／Ｆ自体をマルチクライアント接続に対応させることによって、遠隔地に配置されたプラントと複数のシステムとの間のアラームの連携をとることができる。このため、具体例３では、同一のアラームを複数のシステムへ配布することができるとともに、各システムからのアラーム確認等のアラーム操作をシステム間で同期することができる。
【0118】
図１０に示すように、具体例３に示すアラーム管理システム１００は、センサ機器２０Ａが送信したプロセス値をもとにアラーム検出用ドライバでアラームＡを検出し、ＯＰＣ ＵＡ Ａ＆Ｃモデル正規化コンバータおよびＯＰＣ ＵＡ Ｉ／Ｆを介してアラームＡ（Ａ＆Ｃ）をアラーム管理機能に送信する。このとき、具体例３に示すアラーム管理システム１００では、システムＡのアラーム管理機能だけではなく、システムＢのアラーム管理機能に対しても、アラームＡ（Ａ＆Ｃ）を送信することができる。
【0119】
（３－８．実施形態に係るアラーム管理処理の具体例４）
図１１を用いて、実施形態に係るアラーム管理処理の具体例４として、遠隔地に分散配置されたプラントにおけるクラウドシステムを利用したアラーム管理処理について説明する。図１１は、実施形態に係るアラーム管理処理の具体例４を示す図である。
図１１を用いて、実施形態に係るアラーム管理処理の具体例４として、遠隔地に分散配置されたプラントにおけるクラウドシステムを利用したアラーム管理処理について説明する。図１１は、実施形態に係るアラーム管理処理の具体例４を示す図である。
【0120】
具体例４では、遠隔地に設置されるプラントにおいて、アラーム検出機能およびアラーム受信機能を分散配置し、かつクラウドシステムを利用したアラーム管理処理について説明する。具体例４では、具体例２に加えて、急速に増加しているクラウドシステムについても構築することができる。すなわち、具体例４では、具体例２の構成において、アラーム管理機能のみをクラウドシステム上のアプリケーションとして動作させ、アラーム検出用ドライバおよびアラーム受信用ドライバから、遠隔地のプラントと同様にクラウドシステム側へアラームを送信するようにすればよい。このため、具体例４では、ＯＰＣ ＵＡ Ｉ／Ｆに従うことによって、プログラムの変更を行うことなく、ドライバの付け替えやセキュリティポリシーを変更することができる。
【0121】
図１１に示すように、具体例４に示すアラーム管理システム１００は、センサ機器２０Ａのプロセス値をもとにプラントＡで生成されたアラームＡ（Ａ＆Ｃ）、制御機器２０ＢのアラームＢをもとにプラントＢで生成されたアラームＢ（Ａ＆Ｃ）、およびサーバ機器２０Ｃによって生成されたアラームＣ（Ａ＆Ｃ）を、クラウドシステムに構築されたアラーム管理機能が有するアラーム受信用ドライバ（ＯＰＣ ＵＡクライアント）で受信することができる。
【0122】
〔４．アラーム管理システム１００の処理の流れ〕
図１２を用いて、実施形態に係るアラーム管理処理の流れについて説明する。図１２は、実施形態に係るアラーム管理処理の流れの一例を示すフローチャートである。なお、下記のステップＳ１０１～Ｓ１０８の処理は、異なる順序で実行することもできる。また、下記のステップＳ１０１～Ｓ１０８の処理のうち、省略される処理があってもよい。
図１２を用いて、実施形態に係るアラーム管理処理の流れについて説明する。図１２は、実施形態に係るアラーム管理処理の流れの一例を示すフローチャートである。なお、下記のステップＳ１０１～Ｓ１０８の処理は、異なる順序で実行することもできる。また、下記のステップＳ１０１～Ｓ１０８の処理のうち、省略される処理があってもよい。
【0123】
アラーム管理装置１０は、アラーム発生源２０がサーバ機器２０Ｃ等のＯＰＣ ＵＡサーバである場合（ステップＳ１０１：Ｙｅｓ）、アラーム発生源２０が生成したアラームＣ（Ａ＆Ｃ）を受信し（ステップＳ１０２）、受信したアラームＣ（Ａ＆Ｃ）をオペレータ端末３０に通知し（ステップＳ１０８）、処理を終了する。
【0124】
アラーム管理装置１０は、アラーム発生源２０がＯＰＣ ＵＡサーバでない場合（ステップＳ１０１：Ｎｏ）、かつアラーム発生源２０が制御機器２０Ｂ等のアラーム検出機能を有する機器である場合（ステップＳ１０３：Ｙｅｓ）、アラームＢを受信し（ステップＳ１０４）、受信したアラームＢをＯＰＣ ＵＡ Ａ＆Ｃモデルに変換し（ステップＳ１０７）、変換したアラームＢ（Ａ＆Ｃ）をオペレータ端末３０に通知し（ステップＳ１０８）、処理を終了する。
【0125】
アラーム管理装置１０は、アラーム発生源２０がＯＰＣ ＵＡサーバでない場合（ステップＳ１０１：Ｎｏ）、かつアラーム発生源２０がセンサ機器２０Ａ等のアラーム検出機能を有しない機器である場合（ステップＳ１０３：Ｎｏ）、アラーム発生源２０が送信したプロセス値を受信し（ステップＳ１０５）、受信したプロセス値に基づいてアラームＡを検出し（ステップＳ１０６）、検出したアラームＡをＯＰＣ ＵＡ Ａ＆Ｃモデルに変換し（ステップＳ１０７）、変換したアラームＡ（Ａ＆Ｃ）をオペレータ端末３０に通知し（ステップＳ１０８）、処理を終了する。
【0126】
〔５．実施形態の効果〕
最後に、実施形態の効果について説明する。以下では、実施形態に係る処理に対応する効果１～９について説明する。
最後に、実施形態の効果について説明する。以下では、実施形態に係る処理に対応する効果１～９について説明する。
【0127】
（５－１．効果１）
第１に、上述した実施形態に係る処理では、アラーム管理装置１０は、所定の標準規格に準拠する第１の機器が生成した第１のアラーム、および、所定の標準規格に準拠しない第２の機器が送信したアラームに関する情報を受信し、アラームに関する情報を受信した場合にアラームに関する情報に基づいて、所定の標準規格に準拠するデータ形式の第２のアラームを生成し、第１のアラームと第２のアラームとを所定の端末に通知する。このため、本処理では、各機器が所定の標準規格に準拠するか否かに応じて、効果的にアラームを管理することができる。
第１に、上述した実施形態に係る処理では、アラーム管理装置１０は、所定の標準規格に準拠する第１の機器が生成した第１のアラーム、および、所定の標準規格に準拠しない第２の機器が送信したアラームに関する情報を受信し、アラームに関する情報を受信した場合にアラームに関する情報に基づいて、所定の標準規格に準拠するデータ形式の第２のアラームを生成し、第１のアラームと第２のアラームとを所定の端末に通知する。このため、本処理では、各機器が所定の標準規格に準拠するか否かに応じて、効果的にアラームを管理することができる。
【0128】
（５－２．効果２）
第２に、上述した実施形態に係る処理では、アラーム管理装置１０は、アラーム検出機能を有しない第２の機器が収集したデータに基づいて第２のアラームを生成し、アラーム検出機能を有する第２の機器が生成したアラームを所定の標準規格に準拠するデータ形式に変換することによって第２のアラームを生成する。このため、本処理では、各機器がアラーム検出機能を有するか否かに応じて、効果的にアラームを管理することができる。
第２に、上述した実施形態に係る処理では、アラーム管理装置１０は、アラーム検出機能を有しない第２の機器が収集したデータに基づいて第２のアラームを生成し、アラーム検出機能を有する第２の機器が生成したアラームを所定の標準規格に準拠するデータ形式に変換することによって第２のアラームを生成する。このため、本処理では、各機器がアラーム検出機能を有するか否かに応じて、効果的にアラームを管理することができる。
【0129】
（５－３．効果３）
第３に、上述した実施形態に係る処理では、所定の標準規格は、ＯＰＣ ＵＡ Ａ＆Ｃである。このため、本処理では、ＯＰＣ ＵＡインタフェースに対応可能な機器について、効果的にアラームを管理することができる。
第３に、上述した実施形態に係る処理では、所定の標準規格は、ＯＰＣ ＵＡ Ａ＆Ｃである。このため、本処理では、ＯＰＣ ＵＡインタフェースに対応可能な機器について、効果的にアラームを管理することができる。
【0130】
（５－４．効果４）
第４に、上述した実施形態に係る処理では、アラーム管理装置１０は、所定の標準規格に準拠するアラーム受信用ドライバを介して、第１のアラームと第２のアラームとを受信し、所定の標準規格に準拠するアラーム通知用インタフェースを介して、第１のアラームと第２のアラームとを表示する所定の端末に通知する。このため、本処理では、所定の標準規格に準拠するドライバやインタフェースを介して、所定の標準規格に準拠する第１の機器が生成したアラームを効果的に管理することができる。
第４に、上述した実施形態に係る処理では、アラーム管理装置１０は、所定の標準規格に準拠するアラーム受信用ドライバを介して、第１のアラームと第２のアラームとを受信し、所定の標準規格に準拠するアラーム通知用インタフェースを介して、第１のアラームと第２のアラームとを表示する所定の端末に通知する。このため、本処理では、所定の標準規格に準拠するドライバやインタフェースを介して、所定の標準規格に準拠する第１の機器が生成したアラームを効果的に管理することができる。
【0131】
（５－５．効果５）
第５に、上述した実施形態に係る処理では、アラーム管理装置１０は、アラーム検出機能を有しない第２の機器が収集したデータを受信した場合には、所定の標準規格に準拠するアラーム検出用ドライバを介してデータが所定の閾値を超過した際にアラームを検出するとともに、検出したアラームを所定の標準規格に準拠する正規化コンバータを介して所定の標準規格に準拠するデータ形式に変換することによって第２のアラームを生成する。このため、本処理では、所定の標準規格に準拠するドライバやインタフェースを介して、アラーム検出機能を有しない第２の機器が収集したデータに基づくアラームを効果的に管理することができる。
第５に、上述した実施形態に係る処理では、アラーム管理装置１０は、アラーム検出機能を有しない第２の機器が収集したデータを受信した場合には、所定の標準規格に準拠するアラーム検出用ドライバを介してデータが所定の閾値を超過した際にアラームを検出するとともに、検出したアラームを所定の標準規格に準拠する正規化コンバータを介して所定の標準規格に準拠するデータ形式に変換することによって第２のアラームを生成する。このため、本処理では、所定の標準規格に準拠するドライバやインタフェースを介して、アラーム検出機能を有しない第２の機器が収集したデータに基づくアラームを効果的に管理することができる。
【0132】
（５－６．効果６）
第６に、上述した実施形態に係る処理では、アラーム管理装置１０は、アラーム検出機能を有する前記第２の機器が生成したアラームを受信した場合には、受信したアラームを所定の標準規格に準拠する正規化コンバータを介して所定の標準規格に準拠するデータ形式に変換することによって第２のアラームを生成する。このため、本処理では、所定の標準規格に準拠するドライバやインタフェースを介して、アラーム検出機能を有する第２の機器が生成したアラームを効果的に管理することができる。
第６に、上述した実施形態に係る処理では、アラーム管理装置１０は、アラーム検出機能を有する前記第２の機器が生成したアラームを受信した場合には、受信したアラームを所定の標準規格に準拠する正規化コンバータを介して所定の標準規格に準拠するデータ形式に変換することによって第２のアラームを生成する。このため、本処理では、所定の標準規格に準拠するドライバやインタフェースを介して、アラーム検出機能を有する第２の機器が生成したアラームを効果的に管理することができる。
【0133】
（５－７．効果７）
第７に、上述した実施形態に係る処理では、第１の機器は、プラントにおけるプロセス値が所定の閾値を超過した際に、所定の標準規格に準拠するデータ形式で第１のアラームを生成する機器である。本処理では、所定の標準規格に準拠する第１の機器がプラントにおけるプロセス値をもとに生成したアラームを効果的に管理することができる。
第７に、上述した実施形態に係る処理では、第１の機器は、プラントにおけるプロセス値が所定の閾値を超過した際に、所定の標準規格に準拠するデータ形式で第１のアラームを生成する機器である。本処理では、所定の標準規格に準拠する第１の機器がプラントにおけるプロセス値をもとに生成したアラームを効果的に管理することができる。
【0134】
（５－８．効果８）
第８に、上述した実施形態に係る処理では、アラーム検出機能を有しない第２の機器は、プラントにおけるプロセス値を収集する機器である。本処理では、所定の標準規格に準拠しない第２の機器がプラントにおいて収集したプロセス値をもとに生成したアラームを効果的に管理することができる。
第８に、上述した実施形態に係る処理では、アラーム検出機能を有しない第２の機器は、プラントにおけるプロセス値を収集する機器である。本処理では、所定の標準規格に準拠しない第２の機器がプラントにおいて収集したプロセス値をもとに生成したアラームを効果的に管理することができる。
【0135】
（５－９．効果９）
第９に、上述した実施形態に係る処理では、アラーム検出機能を有する第２の機器は、プラントにおけるプロセス値が所定の閾値を超過した際に、所定の標準規格に準拠するデータ形式とは異なるデータ形式でアラームを生成する機器である。本処理では、所定の標準規格に準拠しない第２の機器がプラントにおけるプロセス値をもとに生成したアラームを効果的に管理することができる。
第９に、上述した実施形態に係る処理では、アラーム検出機能を有する第２の機器は、プラントにおけるプロセス値が所定の閾値を超過した際に、所定の標準規格に準拠するデータ形式とは異なるデータ形式でアラームを生成する機器である。本処理では、所定の標準規格に準拠しない第２の機器がプラントにおけるプロセス値をもとに生成したアラームを効果的に管理することができる。
【0136】
〔システム〕
上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【0137】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散や統合の具体的形態は図示のものに限られない。つまり、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
【0138】
さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【0139】
〔ハードウェア〕
次に、アラーム管理装置であるアラーム管理装置１０のハードウェア構成例を説明する。なお、他の装置も同様のハードウェア構成とすることができる。図１３は、実施形態に係るハードウェア構成例を説明する図である。図１３に示すように、アラーム管理装置１０は、通信装置１０ａ、ＨＤＤ（Hard Disk Drive）１０ｂ、メモリ１０ｃ、プロセッサ１０ｄを有する。また、図１３に示した各部は、バス等で相互に接続される。
次に、アラーム管理装置であるアラーム管理装置１０のハードウェア構成例を説明する。なお、他の装置も同様のハードウェア構成とすることができる。図１３は、実施形態に係るハードウェア構成例を説明する図である。図１３に示すように、アラーム管理装置１０は、通信装置１０ａ、ＨＤＤ（Hard Disk Drive）１０ｂ、メモリ１０ｃ、プロセッサ１０ｄを有する。また、図１３に示した各部は、バス等で相互に接続される。
【0140】
通信装置１０ａは、ネットワークインタフェースカードなどであり、他のサーバとの通信を行う。ＨＤＤ１０ｂは、図４に示した機能を動作させるプログラムやデータベースを記憶する。
【0141】
プロセッサ１０ｄは、図４に示した各処理部と同様の処理を実行するプログラムをＨＤＤ１０ｂ等から読み出してメモリ１０ｃに展開することで、図４等で説明した各機能を実行するプロセスを動作させる。例えば、このプロセスは、アラーム管理装置１０が有する各処理部と同様の機能を実行する。具体的には、プロセッサ１０ｄは、受信部１３ａ、生成部１３ｂ、通知部１３ｃ等と同様の機能を有するプログラムをＨＤＤ１０ｂ等から読み出す。そして、プロセッサ１０ｄは、受信部１３ａ、生成部１３ｂ、通知部１３ｃ等と同様の処理を実行するプロセスを実行する。
【0142】
このように、アラーム管理装置１０は、プログラムを読み出して実行することで各種処理方法を実行する装置として動作する。また、アラーム管理装置１０は、媒体読取装置によって記録媒体から上記プログラムを読み出し、読み出された上記プログラムを実行することで上記した実施形態と同様の機能を実現することもできる。なお、この他の実施形態でいうプログラムは、アラーム管理装置１０によって実行されることに限定されるものではない。例えば、他のコンピュータまたはサーバがプログラムを実行する場合や、これらが協働してプログラムを実行するような場合にも、本発明を同様に適用することができる。
【0143】
このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ－ＲＯＭ、ＭＯ（Magneto－Optical disk）、ＤＶＤ（Digital Versatile Disc）などのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することができる。
【0144】
〔その他〕
開示される技術特徴の組合せのいくつかの例を以下に記載する。
開示される技術特徴の組合せのいくつかの例を以下に記載する。
【0145】
（１）所定の標準規格に準拠する第１の機器が生成した第１のアラーム、および、前記所定の標準規格に準拠しない第２の機器が送信したアラームに関する情報を受信する受信部と、前記アラームに関する情報を受信した場合に前記アラームに関する情報に基づいて、前記所定の標準規格に準拠するデータ形式の第２のアラームを生成する生成部と、前記第１のアラームと前記第２のアラームとを所定の端末に通知する通知部と、を備えるアラーム管理装置。
【0146】
（２）前記生成部は、アラーム検出機能を有しない前記第２の機器が収集したデータに基づいて前記第２のアラームを生成し、前記アラーム検出機能を有する前記第２の機器が生成したアラームを前記データ形式に変換することによって前記第２のアラームを生成する、（１）に記載のアラーム管理装置。
【0147】
（３）前記所定の標準規格は、ＯＰＣ ＵＡ Ａ＆Ｃである、（１）または（２）に記載のアラーム管理装置。
【0148】
（４）前記通知部は、前記所定の標準規格に準拠するアラーム通知用インタフェースを介して、前記第１のアラームと前記第２のアラームとを表示する前記所定の端末に通知する、（１）～（３）のいずれか１つに記載のアラーム管理装置。
【0149】
（５）前記生成部は、アラーム検出機能を有しない前記第２の機器が収集したデータを受信した場合には、前記所定の標準規格に準拠するアラーム検出用ドライバを介して前記データが所定の閾値を超過した際にアラームを検出するとともに、検出したアラームを前記所定の標準規格に準拠する正規化コンバータを介して前記データ形式に変換することによって前記第２のアラームを生成する、（２）～（４）のいずれか１つに記載のアラーム管理装置。
【0150】
（６）前記生成部は、アラーム検出機能を有する前記第２の機器が生成したアラームを受信した場合には、受信したアラームを前記所定の標準規格に準拠する正規化コンバータを介して前記データ形式に変換することによって前記第２のアラームを生成する、（２）～（５）のいずれか１つに記載のアラーム管理装置。
【0151】
（７）前記第１の機器は、プラントにおけるプロセス値が所定の閾値を超過した際に、前記データ形式で前記第１のアラームを生成する機器である、（１）～（６）のいずれか１つに記載のアラーム管理装置。
【0152】
（８）アラーム検出機能を有しない前記第２の機器は、プラントにおけるプロセス値を収集する機器である、（１）～（７）のいずれか１つに記載のアラーム管理装置。
【0153】
（９）アラーム検出機能を有する前記第２の機器は、プラントにおけるプロセス値が所定の閾値を超過した際に、前記データ形式とは異なるデータ形式でアラームを生成する機器である、（１）～（８）のいずれか１つに記載のアラーム管理装置。
【0154】
（１０）コンピュータが、所定の標準規格に準拠する第１の機器が生成した第１のアラーム、および、前記所定の標準規格に準拠しない第２の機器が送信したアラームに関する情報を受信し、前記アラームに関する情報を受信した場合に前記アラームに関する情報に基づいて、前記所定の標準規格に準拠したデータ形式の第２のアラームを生成し、前記第１のアラームと前記第２のアラームとを所定の端末に通知する、処理を実行するアラーム管理方法。
【0155】
（１１）コンピュータに、所定の標準規格に準拠する第１の機器が生成した第１のアラーム、および、前記所定の標準規格に準拠しない第２の機器が送信したアラームに関する情報を受信し、前記アラームに関する情報を受信した場合に前記アラームに関する情報に基づいて、前記所定の標準規格に準拠したデータ形式の第２のアラームを生成し、前記第１のアラームと前記第２のアラームとを所定の端末に通知する、処理を実行させるアラーム管理プログラム。
【符号の説明】
【0156】
１０ アラーム管理装置
１１ 通信部
１２ 記憶部
１３ 制御部
１３ａ 受信部
１３ｂ 生成部
１３ｃ 通知部
２０ アラーム発生源
２０Ａ センサ機器
２０Ｂ 制御機器
２０Ｃ サーバ機器
３０ オペレータ端末
１００ アラーム管理システム
１１ 通信部
１２ 記憶部
１３ 制御部
１３ａ 受信部
１３ｂ 生成部
１３ｃ 通知部
２０ アラーム発生源
２０Ａ センサ機器
２０Ｂ 制御機器
２０Ｃ サーバ機器
３０ オペレータ端末
１００ アラーム管理システム
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】