特開 2022-128148 情報収集装置、情報収集プログラム及び情報収集方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022128148

(43)【公開日】2022-09-01

(54)【発明の名称】情報収集装置、情報収集プログラム及び情報収集方法

(51)【国際特許分類】

   G05B 23/02 20060101AFI20220825BHJP

【ＦＩ】

G05B23/02 301U

【審査請求】有

【請求項の数】13

【出願形態】ＯＬ

(21)【出願番号】P 2021026518

(22)【出願日】2021-02-22

(71)【出願人】

【識別番号】000006507

【氏名又は名称】横河電機株式会社

(71)【出願人】

【識別番号】513213966

【氏名又は名称】横河ソリューションサービス株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】森田 隆介

(72)【発明者】

【氏名】小林 龍治

(72)【発明者】

【氏名】木下 航

(72)【発明者】

【氏名】秋山 悟

【テーマコード（参考）】

3C223

【Ｆターム（参考）】

3C223AA01

3C223AA02

3C223AA05

3C223BA03

3C223CC02

3C223DD03

3C223EB01

3C223EB02

3C223FF03

3C223FF14

3C223FF22

3C223FF26

3C223FF34

3C223FF42

3C223FF45

3C223GG01

3C223HH08

(57)【要約】

【課題】プラント用の制御ステーションに関する異常を示す警報の原因の調査用情報を効率よく収集する。
【解決手段】情報収集装置は、プラント用の制御ステーションに関する異常を示す警報を受信する受信部と、受信部が受信した警報に基づいて特定された制御ステーションの部位から、当該警報の原因の調査用情報を収集する収集部と、を備える。
【選択図】図２

【特許請求の範囲】

【請求項1】

プラント用の制御ステーションに関する異常を示す警報を受信する受信部と、
前記受信部が受信した警報に基づいて特定された制御ステーションの部位から、当該警報の原因の調査用情報を収集する収集部と、
を備える、
情報収集装置。

【請求項2】

前記収集部は、警報と、調査用情報の収集手順とを対応付けた異常対応手順テーブルを参照することによって、前記調査用情報を収集する、
請求項１に記載の情報収集装置。

【請求項3】

前記収集部は、前記受信部が受信した警報の前記調査用情報の収集を、当該警報の受信時から一定期間が経過した後に開始する、
請求項１又は２に記載の情報収集装置。

【請求項4】

前記警報は、制御ステーションの部位の種類を示す部位情報及び部位の場所を示すロケーション情報が組み合わされたアービトレーションに対応付けて識別され、
前記部位情報は、
制御ステーションが接続された制御バスを指し示す情報、
制御ステーション内のＣＰＵカードを指し示す情報、
制御ステーション内のＩ／Ｏネスト全体を指し示す情報、及び、
制御ステーション内のＩ／Ｏモジュールを指し示す情報、
の少なくとも１つを含み、
前記ロケーション情報は、
複数の制御ステーションをドメインごとに区画する制御バスのドメインの場所を指し示す情報、
ドメイン内の制御ステーションの場所を指し示す情報、
制御ステーション内の冗長化ＣＰＵにおける稼働中ＣＰＵ又は待機中ＣＰＵの場所を指し示す情報、
制御ステーション内のＩ／Ｏ系統の場所を指し示す情報、
制御ステーション内のＩ／Ｏネストの場所を指し示す情報、
Ｉ／Ｏネスト内のＩ／Ｏ装置ユニットの場所を指し示す情報、及び、
Ｉ／Ｏ装置ユニット内のスロットの場所を指し示す情報、
の少なくとも１つを含み、
前記収集部は、前記受信部が受信した警報のアービトレーションに基づいて特定された制御ステーションの部位から、前記調査用情報を収集する、
請求項１～３のいずれか１項に記載の情報収集装置。

【請求項5】

前記受信部が受信した警報と、アービトレーションと、カウント時間とを対応付けて警報管理テーブルに登録する登録部を備え、
前記収集部は、前記警報管理テーブルに登録されカウント時間がカウントダウン中の警報の前記調査用情報は収集しない、
請求項４に記載の情報収集装置。

【請求項6】

前記カウント時間は、対応する警報の前記調査用情報の収集を遅らせるためのＤｅｌａｙ時間であり、
前記登録部は、前記警報管理テーブルに登録されＤｅｌａｙ時間がカウントダウン中の警報と同一の警報を、前記警報管理テーブルに上書き登録し、
前記上書き登録は、カウントダウン中のＤｅｌａｙ時間をリセットすることを含み、
前記収集部は、Ｄｅｌａｙ時間のカウントダウンが終了した警報の前記調査用情報を収集する、
請求項５に記載の情報収集装置。

【請求項7】

前記同一の警報は、同一のアービトレーションに対応付けて識別され、
前記登録部は、前記警報管理テーブルに登録されＤｅｌａｙ時間がカウントダウン中の警報のアービトレーションと同一のアービトレーションの警報を、前記警報管理テーブルに上書き登録する、
請求項６に記載の情報収集装置。

【請求項8】

前記カウント時間は、互いに関連性を有する警報を無視するための不感帯時間であり、
前記登録部は、前記警報管理テーブルに登録され不感帯時間がカウントダウン中の警報と関連性を有する警報は、前記警報管理テーブルに登録せず、
前記収集部は、不感帯時間のカウントダウンが終了した警報の前記調査用情報は収集しない、
請求項５に記載の情報収集装置。

【請求項9】

前記互いに関連性を有する警報は、互いに関連するアービトレーションに対応付けて識別され、
前記登録部は、前記警報管理テーブルに登録され不感帯時間がカウントダウン中の警報のアービトレーションと関連するアービトレーションの警報は、前記警報管理テーブルに登録しない、
請求項８に記載の情報収集装置。

【請求項10】

前記受信部が受信した警報から監視対象の警報を選定する選定部を備え、
前記登録部は、前記選定部が選定した警報を前記警報管理テーブルに登録する、
請求項５～９のいずれか１項に記載の情報収集装置。

【請求項11】

前記収集部は、受信部が受信した複数の警報と、学習済みモデルとを用いて特定した警報の前記調査用情報を収集し、
前記学習済みモデルは、複数の警報に対応するデータが入力されると、前記調査用情報の収集対象とすべき警報を特定するデータを出力する、
請求項１～４のいずれか１項に記載の情報収集装置。

【請求項12】

コンピュータに、
プラント用の制御ステーションに関する異常を示す警報を受信し、
受信した警報に基づいて特定された制御ステーションの部位から、当該警報の原因の調査用情報を収集する、
処理を実行させる情報収集プログラム。

【請求項13】

情報収集装置が、プラント用の制御ステーションに関する異常を示す警報を受信することと、
前記情報収集装置が、受信した警報に基づいて特定された制御ステーションの部位から、当該警報の原因の調査用情報を収集することと、
を含む、
情報収集方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、情報収集装置、情報収集プログラム及び情報収集方法に関する。

【背景技術】

【0002】

例えば特許文献１は、プラント用の制御ステーションに関する異常を示す警報を管理する装置を開示する。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特許第６６０４４５５号

【発明の概要】

【発明が解決しようとする課題】

【0004】

警報が受信されると、従来は、エンジニアが現地に行って警報の原因の調査用情報を収集していた。この場合、例えば、エンジニアの移動に時間を要するため、適切な情報をタイムリーに収集できなかったり、環境条件等によりそのような移動が困難であったりするという問題がある。従って、効率のよい情報収集技術に対する要望が存在する。

【0005】

本発明は、プラント用の制御ステーションに関する異常を示す警報の原因の調査用情報を効率よく収集することを目的とする。

【課題を解決するための手段】

【0006】

一側面に係る情報収集装置は、プラント用の制御ステーションに関する異常を示す警報を受信する受信部と、受信部が受信した警報に基づいて特定された制御ステーションの部位から、当該警報の原因の調査用情報を収集する収集部と、を備える。

【0007】

一側面に係る情報収集プログラムは、コンピュータに、プラント用の制御ステーションに関する異常を示す警報を受信し、受信した警報に基づいて特定された制御ステーションの部位から、当該警報の原因の調査用情報を収集する、処理を実行させる。

【0008】

一側面に係る情報収集方法は、情報収集装置が、プラント用の制御ステーションに関する異常を示す警報を受信することと、情報収集装置が、受信した警報に基づいて特定された制御ステーションの部位から、当該警報の原因の調査用情報を収集することと、を含む。

【発明の効果】

【0009】

本発明によれば、プラント用の制御ステーションに関する異常を示す警報の原因の調査用情報を効率よく収集することができる。

【図面の簡単な説明】

【0010】

【図1】実施形態に係る情報収集装置の概略構成の例を示す図である。

【図2】操作監視端末の概略構成の例を示す図である。

【図3】アービトレーションの例を示す図である。

【図4】監視対象警報テーブルの例を示す図である。

【図5】警報管理テーブルの例を示す図である。

【図6】異常対応手順テーブルの例を示す図である。

【図7】カウント時間のカウントダウンに基づく情報収集の例を示す図である。

【図8】カウント時間のカウントダウンに基づく情報収集の例を示す図である。

【図9】カウント時間のカウントダウンに基づく情報収集の例を示す図である。

【図10】カウント時間のカウントダウンに基づく情報収集の例を示す図である。

【図11】カウント時間のカウントダウンに基づく情報収集の例を示す図である。

【図12】操作監視端末において実行される処理の例を示すフローチャートである。

【図13】操作監視端末において実行される処理の例を示すフローチャートである。

【図14】操作監視端末において実行される処理の例を示すフローチャートである。

【図15】変形例に係る操作監視端末の概略構成の例を示す図である。

【図16】学習済みモデルの概略構成の例を示す図である。

【図17】操作監視端末のハードウェア構成の例を示す図である。

【発明を実施するための形態】

【0011】

以下、図面を参照しつつ実施形態について説明する。同一の要素には同一の符号を付し、重複する説明は適宜省略する。

【0012】

図１は、実施形態に係る情報収集装置の概略構成の例を示す図である。実施形態に係る情報収集装置を、操作監視端末５と称し図示する。操作監視端末５は、プラント１の監視等のために用いられる。

【0013】

プラント１は、生成物を得るためのさまざまな施設を備える工場等である。生成物の例は、ＬＮＧ（液化天然ガス）、樹脂（プラスチック、ナイロン等）、化学製品等である。施設の例は、工場施設、機械施設、生産施設、発電施設、貯蔵施設、石油、天然ガス等を採掘する井戸元における施設等である。

【0014】

プラント１のさまざまな場所に、フィールド機器２が設けられる。フィールド機器２は、無線通信及び／又は有線等によって、制御ステーション３等の他の装置と通信可能に構成される。フィールド機器２は、例えば、センサ機器及び操作機器に大別（分類）される。センサ機器は、例えば物理量を取得（検出、測定等）する機器である。センサ機器の例は、圧力センサ、温度センサ、流量センサ、ｐＨセンサ、速度センサ、加速度センサ等である。操作機器は、例えば物理量を操作する機器である。操作機器の例は、バルブ、ポンプ及びファン等であり、モータ及びアクチュエータ等によって駆動される。

【0015】

制御ステーション３は、プラント１を制御するプラント用の制御ステーションである。制御の例は、プラント１の運転制御である。そのような制御ステーション３は、運転制御装置等とも称される。例えば、制御ステーション３は、プラント１が所望の状態で稼働するように、プラント１の運転を制御する。

【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】

図３に例示される部位情報及びロケーション情報以外にも、制御ステーション３の部位の種類を示すさまざまな情報が部位情報として扱われ、制御ステーション３の部位の場所を示すさまざまな情報がロケーション情報として扱われてよい。

【0041】

アービトレーションの用途の例について述べる。先にも述べたように、アービトレーションは、警報の識別に用いられてよい。例えば、警報（警報ＩＤ、メッセージ内容等）と、アービトレーションとの対応関係が予め定められており、その対応関係に基づいて、警報がアービトレーションによって識別される。また、アービトレーションは、制御ステーション３の部位の特定に用いられてよい。例えば、部位情報「ＣＰＵ」及びロケーション情報「ＣＰＵ制御」の組み合わせによって、制御ステーション３のＣＰＵのうちの稼働中ＣＰＵ及び待機中ＣＰＵのいずれのＣＰＵであるのかまでが特定される。

【0042】

図２に戻り、記憶部５２は、操作監視端末５において実行される処理に必要な種々の情報を記憶する。記憶部５２に記憶される情報の例として、プログラム５２ａ、監視対象警報テーブル５３ａ、警報管理テーブル５４ａ及び異常対応手順テーブル５５ａが例示される。プログラム５２ａは、コンピュータに操作監視端末５（情報収集装置）の処理を実行させるプログラム（情報収集プログラム）である。監視対象警報テーブル５３ａ、警報管理テーブル５４ａ及び異常対応手順テーブル５５ａについては後述する。

【0043】

選定部５３は、受信部５１が受信した警報から監視対象の警報を選定する。受信部５１が受信する警報には、調査用情報を収集する必要性が極めて低い警報が含まれることも少なくない。例えばプラント１においてバルブの開閉操作がその運転制御の許容範囲内で行われた場合でも、そのことを示す情報が警報として発生しうる。このような警報の調査用情報を収集する必要性はほとんど存在しない。選定部５３によって、そのような警報を取り除くように事前選定（フィルタリング）が行われる。選定は、例えば監視対象警報テーブル５３ａを参照することによって行われる。

【0044】

図４は、監視対象警報テーブルの例を示す図である。この例では、監視対象警報テーブル５３ａは、「警報」と、「監視要否」と、「カウント時間」とを対応付けて記述する。

【0045】

「警報」は、受信部５１が受信した警報であり、図では「警報Ａ」等として模式的に示される。「監視要否」は、その警報を監視対象とすべきか否か、より具体的には後述の情報収取の対象とすべきか否かを示す。監視要否が「要」の警報は、監視対象とされる。監視要否が「否」の警報は、監視対象とはされない。この例では、警報Ａ及び警報Ｂが、監視対象とされる。警報Ｃは、監視対象からはずされる。

【0046】

「カウント時間」は、一部の警報を排除するために用いられる。原理は後述する。図４には、カウント時間として、「Ｄｅｌａｙ時間」及び「不感帯時間」が例示される。この例では、警報Ａのカウント時間はＤｅｌａｙ時間であり、その長さは２０秒である。警報Ｂのカウント時間は不感帯時間であり、その長さは３０秒である。カウント時間の警報への対応付け及びカウント時間の具体的な長さは、後述するように適宜設定される。

【0047】

カウント時間による警報排除について述べる。同一の或いは互いに関連性を有する一群の警報が連続して発生する場合がある。それらすべての警報の調査用情報を収集すると、情報量が多くなり、また、有益性でない情報（重複報等）の割合も増加する。有益でない情報が増加すると、警報の原因の特定等が困難になる。また、情報量が多くなると、その分、制御バスによって伝送されるデータ量が増加し、制御バスへの負担が大きくなる。先に述べたように制御バスには高い信頼性が要求されるので、制御バスへの負担はなるべく抑制する必要がある。こういった意味において、上述の一群の警報の少なくとも一部の警報を排除することが望ましい。一群の警報のいくつかの例について述べる。

【0048】

一群の警報の例は、ＣＰＵの故障に起因して発生する警報である。例えば、稼働中ＣＰＵが故障（ｆａｉｌ）すると、警報が発生するとともに、待機中ＣＰＵが稼働中ＣＰＵに切り替わる。ｆａｉｌしたＣＰＵにおいては、自己診断が行われる。自己診断では、ＣＰＵが故障から復帰（ｒｅｃｏｖｅｒ）可能であるか否か等が確認される。復帰可能な場合、そのＣＰＵが待機中ＣＰＵとなり、ＣＰＵの二重化が維持される。このような自己診断によって、ＣＰＵがｆａｉｌ及びｒｅｃｏｅｒを繰り返すチャタリングが生じうる。ｆａｉｌ及びｒｅｃｏｖｅｒが繰り返される都度、同一の警報が発生する。このように繰り返し発生する警報は、ＣＰＵの故障に起因して発生する同一の一群の警報である。同一の警報は、同一のアービトレーションに対応付けて識別されうる。同一のアービトレーションは、この例では、部位情報「ＣＰＵ」及びロケーション情報「ＣＰＵ制御」の組み合わせである。

【0049】

上述のチャタリングに起因して発生するような一群の警報については、それらの警報のうちの１つの警報の調査用情報だけを収集し、残り警報は排除することが効率的である。また、調査用情報の収集は、チャタリングが収束してＣＰＵ動作が安定化した後で行うことが望ましい。例えば、受信部５１による警報の受信時から一定期間が経過した後に、その警報の調査用情報の収集が開始されるとよい。一定期間は、チャタリングが収束するまでの期間に基づいて定められてよい。このような警報の排除に、Ｄｅｌａｙ時間が利用される。Ｄｅｌａｙ時間は、対応する警報の調査用情報の収集を遅らせるためのカウント時間として設定される。

【0050】

一群の警報の別の例は、オフライン作業（オフラインエンジニアリング作業）に起因して発生する警報である。オフライン作業は、例えば制御ステーション３のリセットを伴う作業であり、制御ステーション３によるプラント１の運転制御、例えばフィールド機器２との通信等は停止状態となる。オフライン作業の例は、制御ステーション３のソフトウェアアップデート等である。オフライン作業によって、例えば制御ステーション３の各部位の異常を示すさまざまな警報が発生する。例えば、Ｉ／Ｏモジュールに関して、Ｉ／Ｏモジュールへのデータベースダウンロードの開始を示すメッセージ内容の警報が発生する。この影響を受けて、Ｉ／Ｏモジュールの異常等を示す警報が発生する。ＣＰＵに関して、制御ステーションの停止等を示す警報が発生する。この影響を受けて、制御ステーション３の故障（ｆａｉｌ）等を示す警報が発生する。これらの警報は、オフライン作業に起因して発生する互いに関連性を有する一群の警報である。

【0051】

上述のオフライン作業に起因して発生するような互いに関連性を有する一群の警報の調査用情報は、収集しない（排除する）方が効率的である。警報の原因がオフライン作業であることが分かっているからである。後述するように、このような警報の排除が、不感帯時間によって実現される。不感帯時間は、互いに関連性を有する警報を無視するためのカウント時間である。不感帯時間の詳細は後述する。

【0052】

一群の警報の別の例は、制御ステーション３の特定部位の異常に起因して発生する警報である。より具体的には、特定部位の異常の影響を受けて異常が生じるいくつかの部位（影響部位）が存在する場合、それらの影響部位について発生する警報が、互いに関連性を有する一群の警報である。例えば、制御ステーションのｆａｉｌ（ＣＰＵの異常に起因）に対する復帰警報として、制御ステーションのリセットスタート、自動リセットスタート、通電初期化スタート、通電継続スタート等の警報が発生する。この影響を受けて、Ｉ／Ｏユニット及びＣＰＵ間を接続するバスの異常、Ｉ／Ｏモジュールの異常等を示す警報が発生する。これらの警報は、オフライン作業に起因して発生する互いに関連性を有する一群の警報である。これらの警報は、特定部位（例えばＣＰＵ）の異常の影響を受けて影響部位（例えばＩ／Ｏユニット、Ｉ／Ｏモジュール等）について発生する互いに関連性を有する一群の警報である。

【0053】

影響部位の異常に起因して発生するような互いに関連性を有する一群の警報の調査用情報も、収集しない方が効率的である。特定部位の警報の調査用情報を収集すれば十分だからである。後述するように、このような警報の排除も、不感帯時間によって実現される。

【0054】

上述のような同一の一群の警報（例えばＣＰＵの故障に起因して発生する警報）に対して、監視対象警報テーブル５３ａは、Ｄｅｌａｙ時間を対応付ける。いずれの警報にどの程度の長さのＤｅｌａｙ時間を対応づけるのか等の具体的な内容は、実際の警報発生の運用等に応じて適宜設定されてよい。例えばＣＰＵの故障に起因して発生する一群の警報の発生を含む期間の長さ（チャタリング収束に要する時間等）等を与えるＤｅｌａｙ時間が設定される。

【0055】

上述のような互いに関連性を有する一群の警報（例えばオフライン作業、特定部位の異常等に起因して発生する警報）に対して、監視対象警報テーブル５３ａは、不感帯時間を対応付ける。いずれの警報にどの程度の長さの不感帯時間を対応付けるのか等の具体的な内容は、実際の警報発生の運用等に応じて適宜設定されてよい。例えばオフライン作業に起因して発生する一群の警報それぞれの発生が含まれる期間の長さ、特定部位の異常に起因して発生する影響部位の異常を示す一群の警報それぞれの発生が含まれる期間の長さ等を与える不感帯時間が設定される。

【0056】

図２に戻り、登録部５４は、選定部５３が選定した警報を登録する。より具体的に、登録部５４は、警報と、アービトレーションと、カウント時間とを対応付けて警報管理テーブル５４ａに登録する。

【0057】

図５は、警報管理テーブルの例を示す図である。この例では、警報管理テーブル５４ａは、「警報」と、「アービトレーション」と、「抑制」と、「カウント時間」とを対応付けて記述する。警報及びアービトレーションは、これまで説明したとおりである。

【0058】

「抑制」は、カウント時間がＤｅｌａｙ時間及び不感帯時間のいずれであるのかを示す。抑制「ＯＮ」は、カウント時間が不感帯時間であることを示す。抑制「ＯＦＦ」は、カウント時間がＤｅｌａｙ時間であることを示す。

【0059】

「カウント時間」は、カウントダウン中のカウント時間の残り時間を示す。この例では、警報Ａのカウント時間（Ｄｅｌａｙ時間）の残り時間が２０秒であり、警報Ｂのカウント時間（不感帯時間）の残り時間が３０秒である。

【0060】

図２に戻り、登録部５４は、警報管理テーブル５４ａに登録されＤｅｌａｙ時間がカウントダウン中の警報と同一の警報を、警報管理テーブル５４ａに上書き登録する。上書き登録によって、登録されていた警報が警報管理テーブル５４ａから削除され（排除され）る。カウントダウン中のＤｅｌａｙ時間はリセットされる（例えば再び２０秒に戻される）。ここで、同一の警報は、同一のアービトレーションに対応付けて識別されてよい。その場合、登録部５４は、警報管理テーブル５４ａに登録されＤｅｌａｙ時間がカウントダウン中の警報のアービトレーションと同一のアービトレーションの警報を、警報管理テーブル５４ａに上書き登録する。

【0061】

登録部５４は、警報管理テーブル５４ａに登録され不感帯時間がカウントダウン中の警報と関連性を有する警報は、警報管理テーブル５４ａに登録しない（排除する）。ここで、互いに関連性を有する警報は、互いに関連するアービトレーションに対応付けて識別されてよい。その場合、登録部５４は、警報管理テーブル５４ａに登録され不感帯時間がカウントダウン中の警報のアービトレーションと関連するアービトレーションの警報は、警報管理テーブル５４ａに登録しない。

【0062】

収集部５５は、受信部５１が受信した警報、より具体的には選定部５３が選定し登録部５４が警報管理テーブル５４ａに登録した警報を、必要に応じて読み出し、読み出した警報の調査用情報を収集する。

【0063】

先に説明したように、警報管理テーブル５４ａに登録されている警報に対しては、カウント時間がカウントダウンされている。収集部５５は、警報管理テーブル５４ａに登録されカウント時間がカウントダウン中の警報の調査用情報は収集しない。カウント時間によって、警報の調査用情報の収集を保留するための期間が与えられるともいえる。

【0064】

収集部５５は、カウント時間のカウントダウンが終了した警報について、必要に応じてその警報の調査用情報を収集する。具体的に、収集部５５は、Ｄｅｌａｙ時間のカウントダウンが終了した警報の調査用情報を収集する。すなわち、収集部５５は、受信部５１が受信した警報の調査用情報の収集を、当該警報の受信時から一定期間が経過した後に開始する。一方で、収集部５５は、不感帯時間のカウントダウンが終了した警報の調査用情報は収集しない。

【0065】

収集部５５は、調査用情報を、対応する制御ステーション３の部位から収集する。対応する制御ステーション３の部位は、警報（例えば警報ＩＤ／及び／又はメッセージ内容）に基づいて特定され、具体的には、例えば異常対応手順テーブル５５ａ内で警報に対応付けられた収取手順において特定される。収集部５５は、異常対応手順テーブル５５ａを参照することによって、調査用情報を収集する。

【0066】

図６は、異常対応手順テーブルの例を示す図である。この例では、異常対応手順テーブル５５ａは、「警報」と、「収集手順」とを対応付けて記述する。

【0067】

「収集手順」は、調査用情報の収集手順を記述する情報であり、図では「収集手順Ａ」等として模式的に示される。この例では、警報Ａの調査用情報の収集手順が収集手順Ａであり、警報Ｂの調査用情報の収集手順が収集手順Ｂである。収集手順は、例えば、情報収集の対象となる制御ステーション３の部位から所望の調査用情報を取得するための実行ファイルの起動等を含む。収集手順は、複数の異なる実行ファイルを順番に起動等すること（複数の手順）を含んでよい。例えば制御ステーション３の部位のうちの大きい部位（例えば制御バス）から小さい部位の順に、対応する実行ファイルが起動され、調査用情報が収集される。

【0068】

例えば以上説明したようにして、カウント時間のカウントダウンが終了した警報のうちのいくつかの警報の調査用情報が収集される。これに関するいくつかの動作の例について、図７～図１１を参照して説明する。

【0069】

図７～図１１は、カウント時間のカウントダウンに基づく情報収集の例を示す図である。図７に示される例では、Ｄｅｌａｙ時間に関して、同一の警報（同一のアービトレーションの警報）が１回だけ発生する。時刻ｔ１１において、１回目の警報（警報１回目）が受信され、Ｄｅｌａｙ時間とともに登録される。Ｄｅｌａｙ時間のカウントダウンが開始される。時刻ｔ２１において、Ｄｅｌａｙ時間のカウントダウンが終了し、情報収集が開始される。

【0070】

図８に示される例では、Ｄｅｌａｙ時間に関して、同一の警報が２回発生する。時刻ｔ１１において、１回目の警報（警報１回目）が受信され、Ｄｅｌａｙ時間とともに登録される。Ｄｅｌａｙ時間のカウントダウンが開始される。このＤｅｌａｙ時間のカウントダウンが終了するより前の時刻ｔ１２において、２回目の警報（警報２回目）が受信され、Ｄｅｌａｙ時間がリセットされる。１回目の警報が排除され（キャンセルされ）、２回目の警報がＤｅｌａｙ時間とともに登録される。時刻ｔ２２において、Ｄｅｌａｙ時間のカウントダウンが終了し、２回目の警報の調査用情報の収集が開始される。

【0071】

図９に示される例では、Ｄｅｌａｙ時間に関して、同一の警報がＮ回発生する。Ｎは、２以上の整数である。時刻ｔ１１において、１回目の警報（警報１回目）が受信され、Ｄｅｌａｙ時間とともに登録される。Ｄｅｌａｙ時間のカウントダウンが開始される。このＤｅｌａｙ時間のカウントダウンが終了するより前の時刻ｔ１２において、２回目の警報（警報２回目）が受信され、Ｄｅｌａｙ時間がリセットされる。１回目の警報が排除され、２回目の警報がＤｅｌａｙ時間とともに登録される。Ｄｅｌａｙ時間のカウントダウンが終了するより前の時刻ｔ１Ｎにおいて、Ｎ回目の警報（警報Ｎ回目）が受信され、Ｄｅｌａｙ時間がリセットされる。２回目の警報が排除され、Ｎ回目の警報がＤｅｌａｙ時間とともに登録される。時刻ｔ２Ｎにおいて、Ｄｅｌａｙ時間のカウントダウンが終了し、Ｎ回目の警報の調査用情報の収集が開始される。

【0072】

図１０に示される例では、不感帯時間に関して、オフライン作業に起因するいくつかの警報が発生するが、それらの警報の調査用情報は収集されない（警報が排除される）。時刻ｔ３１において、オフライン作業によって発生した警報（オフライン作業メッセージ）が受信され、登録される。不感帯時間のカウントダウンが開始される。この不感帯時間のカウントダウンが終了するより前の時刻ｔ３２において、先のオフライン作業に起因して（紐づいて）発生した警報が受信されるが、無視される（排除される）。すなわち、この警報は、警報管理テーブル５４ａに登録されない。時刻ｔ４１において不感帯時間のカウントダウンが終了し、先の時刻ｔ３１で発生した警報も排除される。その後に発生する警報（不感帯時間後の警報）については、これまでと同様に説明される。この例では、時刻ｔ５１において警報が受信され、登録される。時刻ｔ６１において、Ｄｅｌａｙ時間のカウントダウンが開始される。Ｄｅｌａｙ時間のカウントダウンが終了し、その警報の調査用情報の収集が開始される。

【0073】

図１１に示される例では、不感帯時間に関して、制御ステーション３の特定部位の警報に起因してするいくつかの影響部位の警報が発生するが、それらの影響部位の警報の調査用情報は収集されない（警報が排除される）。時刻ｔ７１において、特定部位の警報が受信され、Ｄｅｌａｙ時間とともに登録される。Ｄｅｌａｙ時間のカウントダウンが開始される。時刻ｔ７２において、影響部位の警報が受信され、不感帯時間とともに登録される。不感帯時間が終了する前の時刻ｔ７３において、影響部位の警報が受信されるが、無視される（排除される）。時刻ｔ７４において、Ｄｅｌａｙ時間のカウントが終了し、特定部位の警報の調査用情報の収集が開始される。時刻ｔ７５において、不感帯時間のカウントダウンが終了し、先の時刻ｔ７２で発生した警報も排除される。その後に発生する警報（不感帯時間後の警報）については、これまでと同様に説明される。この例では、時刻ｔ８１において、別の部位についての警報が受信され、登録される。時刻ｔ９１において、Ｄｅｌａｙ時間のカウントダウンが開始される。Ｄｅｌａｙ時間のカウントダウンが終了し、その警報の調査用情報の収集が開始される。

【0074】

例えば以上説明したように、Ｄｅｌａｙ時間又は不感帯時間を利用することで、同一の或いは互いに関連性を有する一群の警報の少なくとも一部の警報が排除される。収集部５５によって、有用な調査用情報が効率よく収集される。

【0075】

図２に戻り、収集部５５は、収集した調査用情報をユーザに提示（表示等）するためのＧＵＩ（Graphical User Interface）を備えてよい。例えば、ユーザ操作に応じて、収集された調査用情報が絞り込んで提示されてよい。絞り込みの例は、警報の種類ごと、アービトレーションごと等の絞り込みである。また、受信部５１が受信した警報、より具体的には選定部５３が選定し登録部５４が登録した警報のうち、収集部５５による調査用情報の収集対象とならず排除された警報の情報も、ＧＵＩによって提示されてよい。このように提示される情報は、例えば警報の排除の妥当性等の検討に供することができる。

【0076】

図１２～図１４は、操作監視端末において実行される処理（操作監視方法（情報収集方法））の例を示すフローチャートである。

【0077】

図１２には、警報を受信してから調査用情報を収集するまでのいくつかの処理の例が示される。詳細な処理はこれまで説明したとおりであるので、説明は繰り返さない。

【0078】

ステップＳ１において、操作監視端末が、警報を受信する。これまで説明したように、操作監視端末５の受信部５１が、警報を受信する。

【0079】

ステップＳ２において、操作監視端末が、監視対象の警報を選定する。これまで説明したように、操作監視端末５の選定部５３が、監視対象警報テーブル５３ａを参照して、先のステップＳ１で受信部５１が受信した警報から監視対象の警報を選定する。カウント時間等の対応付けも行われる。

【0080】

ステップＳ３において、操作監視端末が、警報を登録する。これまで説明したように、操作監視端末５の登録部５４が、先のステップＳ２で選定部５３が選定した警報を、警報管理テーブル５４ａに登録する。アービトレーション及びカウント時間等も登録される。

【0081】

ステップＳ４において、操作監視端末が、必要な警報の調査用情報を収集する。これまで説明したように、操作監視端末５の収集部５５が、警報管理テーブル５４ａに登録された警報のうちの特定の警報（例えばＤｅｌａｙ時間のカウントダウンが終了した警報）の調査用情報を、警報に基づいて特定された制御ステーション３の部位から収集する。

【0082】

ステップＳ４の処理が完了した後、フローチャートの処理は終了する。

【0083】

図１３には、登録部５４による警報の登録処理の例が示される。この処理は、受信部５１が警報を受信し、選定部５３が警報を選定したことに応じて実行される。以下では、受信部５１が受信し、選定部５３が選定した警報を、「今回の警報」という。

【0084】

ステップＳ１１において、同一アービトレーション等が検索される。登録部５４は、警報管理テーブル５４ａを参照し、今回の警報のアービトレーションと同一の又は関連するアービトレーションの警報を検索する。

【0085】

ステップＳ１２において、同一レコード等があるか否かが判断される。登録部５４は、警報管理テーブル５４ａに今回の警報のアービトレーションと同一の又は関連するアービトレーションの警報が存在する場合、同一レコード等があると判断する。同一レコード等がある場合（ステップＳ１２：Ｙｅｓ）、ステップＳ１４に処理が進められる。そうでない場合（ステップＳ１２：Ｎｏ）、ステップＳ１３に処理が進められる。

【0086】

ステップＳ１３において、新規レコードが登録される。登録部５４は、今回の警報を、警報管理テーブル５４ａに追加して登録する。

【0087】

ステップＳ１４において、抑制がＯＮであるか否かが判断される。登録部５４は、今回の警報のアービトレーションと同一の又は関連するアービトレーションの警報の抑制がＯＮであるか否かを判断する。先に述べたように、抑制がＯＮである場合、カウント時間は不感帯時間である。そうでなければカウント時間はＤｅｌａｙ時間である。抑制がＯＮである場合（ステップＳ１４：Ｙｅｓ）、ステップＳ１６に処理が進められる。そうでない場合（ステップＳ１４：Ｎｏ）、ステップＳ１５に処理が進められる。

【0088】

ステップＳ１５において、既存レコードが上書き登録される。登録部５４は、警報管理テーブル５４ａに登録されている警報の代わりに、今回の警報をＤｅｌａｙ時間とともに警報管理テーブル５４ａに登録する。先に登録されていた警報は警報管理テーブル５４ａから削除され（排除され）、Ｄｅｌａｙ時間はリセットされる。

【0089】

ステップＳ１６において、登録が中止される。登録部５４は、今回の警報を登録しない（排除する）。

【0090】

ステップＳ１３、ステップＳ１５又はステップＳ１６の処理が完了した後、フローチャートの処理は終了する。

【0091】

図１４には、警報管理テーブル５４ａに登録されている警報の読み出し処理の例が示される。この処理は、適宜繰り返し実行される。

【0092】

ステップＳ２１において、Ｄｅｌａｙ／不感帯カラム値がカウントダウンされる。すなわち、警報管理テーブル５４ａに登録されている警報のカウント時間（Ｄｅｌａｙ時間、不感帯時間）のカウントダウンが進められる。この処理は、例えば、記憶部５２、登録部５４又は収集部５５によって実行される。

【0093】

ステップＳ２２において、当該カラム値が０以下であるかが判断される。先のステップＳ２１でのカウントダウンが進められた後のカウント時間が０になったか否かが判断される。この処理は、例えば、記憶部５２、登録部５４又は収集部５５によって実行される。当該カラム値が０以下の場合（ステップＳ２２：Ｙｅｓ）、ステップＳ２３に処理が進められる。そうでない場合（ステップＳ２２：Ｎｏ），ステップＳ２４に処理が進められる。

【0094】

ステップＳ２３において、当該レコードが取り出されたり削除されたりする。収集部５５は、Ｄｅｌａｙ時間のカウントダウンが終了した警報を警報管理テーブル５４ａから取り出し、その警報の調査用情報を収集する。収集部５５は、不感帯時間のカウントダウンが終了した警報を登録部５４から削除（排除）し、その警報の調査用情報は収集しない。削除処理は、記憶部５２又は登録部５４によって実行されてもよい。

【0095】

ステップＳ２４において、警報登録レコードがあるか否かが判断される。警報管理テーブル５４ａに登録されている警報が存在するか否かが判断される。この処理は、例えば、記憶部５２、登録部５４又は収集部５５によって実行される。警報登録レコードがある場合（ステップＳ２４：Ｙｅｓ）、ステップＳ２１に処理が戻される。そうでない場合（ステップＳ２４：Ｎｏ）、フローチャートの処理は終了する。

【0096】

例えば以上説明したように、操作監視端末５によって、制御ステーション３からの警報に応じて、その調査用情報が自動的に収集される。従来のようにエンジニアが現地に行って調査用情報を収集する必要が無いので、調査用情報を効率よく収集することが可能になる。また、カウント時間（Ｄｅｌａｙ時間、不感帯時間）のカウントダウンを利用すれば、同一の或いは互いに関連性を有する一群の警報の少なくとも一部の警報を排除することができる。その分、調査用情報の収集効率がさらに高められる。

【0097】

以上、本開示の一実施形態について説明した。開示される技術は、上記の実施形態に限られない。いくつかの変形例について説明する。

【0098】

上記実施形態では、警報として、制御ステーション３の部位の故障、オフライン作業等に起因して発生する警報を例に挙げて説明した。ただし、これらの例に限らず、さまざまな事象に起因して発生する警報が扱われてよい。他の警報の例は、ＰＡ（Process Automation）用のＰＬＣ（Programmable Logic Controller）における警報（Ａ＆Ｅ（Alarm and Event）等とも称される）等である。このようなＰＬＣの警報も、先に図３を参照して説明したようなアービトレーションによる識別が適用可能であり、従って、そこから受信される警報も、操作監視端末５による調査用情報の収集対象となりうる。

【0099】

上記実施形態では、監視対象警報テーブル５３ａによって警報とカウント時間とが対応付けられる例について説明した。ただし、カウント時間の警報への対応付けはさまざまに行われてよい。カウント時間は、警報が警報管理テーブル５４ａに登録されるまでの任意のタイミングにおいて、操作監視端末５内の任意の機能ブロックによって警報に対応づけられてよい。

【0100】

上記実施形態では、受信部５１が受信した警報のうちの、選定部５３によって選定され、登録部５４によって登録された警報の調査用情報が収集部５５によって収集される例について説明した。ただし、選定部５３による選定及び／又は登録部５４による登録は必須ではない。例えば、操作監視端末５は、選定部５３を備えていなくてもよい。その場合、収集部５５は、受信部５１が受信し、登録部５４が登録した警報の調査用情報を収集する。操作監視端末５は、登録部５４を備えていなくてもよい。その場合、収集部５５は、受信部５１が受信し選定部５３が選定した警報の調査用情報を収集する。操作監視端末５は、選定部５３及び登録部５４を備えていなくてもよい。その場合、収集部５５は、受信部５１が受信した警報の調査用情報を収集する。

【0101】

上記実施形態では、カウント時間（Ｄｅｌａｙ時間及び不感帯時間）を用いて同一の或いは互いに関連性を有する一群の警報の少なくとも一部の警報を排除する例について説明した。ただし、警報排除の手法は、これに限られない。そのような変形例について、図１５及び図１６を参照して説明する。

【0102】

図１５は、変形例に係る操作監視端末の概略構成の例を示す図である。例示される操作監視端末５Ａは、操作監視端末５（図２）と比較して、選定部５３及び登録部５４を含まない点、記憶部５２及び収集部５５に代えて記憶部５２Ａ及び収集部５５Ａを含む点、並びに、学習部５６を含む点において相違する。

【0103】

記憶部５２Ａは、記憶部５２（図２）と比較して、監視対象警報テーブル５３ａ及び警報管理テーブル５４ａを含まない点、プログラム５２ａに代えてプログラム５２ａＡを含む点、並びに、学習済みモデル５５ｂ及び訓練データ５６ａを含む点において相違する。プログラム５２ａＡは、コンピュータに操作監視端末５Ａの処理を実行させるプログラムである。

【0104】

学習済みモデル５５ｂは、例えば、受信部５１が受信する警報に対応するデータ（入力データ）が入力されると、収集部５５による調査用情報の収集の対象となる警報を特定するためのデータ（出力データ）を出力する。「警報に対応するデータ」は、例えば、警報ＩＤ／メッセージ内容等を、学習済みモデル５５ｂへの入力に適したデータ形式に変換したデータであってよい。「警報を特定するためのデータ」は、例えば、各警報に対する確率値を示すデータであってよい。最も確率の高い警報が、収集部５５による調査用情報の収集の対象となる警報として特定されてよい。学習済みモデル５５ｂについて、図１６も参照して説明する。

【0105】

図１６は、学習済みモデルの概略構成の例を示す図である。この例では、学習済みモデル５５ｂは、入力層と、複数の中間層と、出力層とを含むニューラルネットワークである。入力層には、入力データが入力される。出力層は、例えば全結合層であり、出力データを出力する。中間層は、入力層と出力層との間に設けられる。それぞれの層内のいくつかのニューロンが、白丸で模式的に示される。ニューラルネットワークの例は、ＤＱＮ（Deep Q-Network）である。このような構成の学習済みモデルの原理は公知であるので、詳細な説明は行わない。

【0106】

学習済みモデル５５ｂは、先に説明した同一の一群の警報に対応するデータが入力されると、それら一群の警報のうちの１つの警報だけを特定するデータを出力してよい。入力データは、一定期間内に受信される警報の時系列データであってよい。一定期間の設定も含め、学習済みモデル５５ｂが学習してよい。この一定期間は、これまで説明したＤｅｌａｙ時間に対応する。すなわち、Ｄｅｌａｙ時間による警報排除機能と同様の機能が、学習済みモデル５５ｂによって実現される。

【0107】

学習済みモデル５５ｂは、先に説明した互いに関連性を有する一群の警報に対応するデータが入力されると、それら一群の警報をいずれも特定しないデータを出力してよい。入力データは、一定期間内に受信される警報の時系列データであってよい。一定期間の設定も含め、学習済みモデル５５ｂが学習してよい。この一定期間は、これまで説明した不感帯時間に対応する。すなわち、不感帯時間による警報排除機能と同様の機能が、学習済みモデル５５ｂによって実現される。

【0108】

学習済みモデル５５ｂは、入力データが入力されると、出力データを出力するように、訓練データ５６ａを用いて訓練（機械学習等）され、生成される。訓練データの例は、入力データと出力データとを組み合わせたデータセットである。そのようなデータセットは、例えば、ユーザが、操作監視端末５において受信された過去の警報を用いて準備し、記憶部５２Ａに格納してよい。

【0109】

図１５に戻り、収集部５５Ａは、受信部５１が受信した複数の警報と、学習済みモデル５５ｂとを用いて特定した警報の調査用情報を収集する。具体的に、収集部５５Ａは、受信部５１が受信した複数の警報に対応するデータ（上述のように時系列データであってよい）を、学習済みモデル５５ｂに入力する。学習済みモデル５５ｂは、複数の警報のうち、調査用情報の収集対象とすべき警報を特定するデータを出力する。収集部５５Ａは、例えばこれまで説明したように異常対応手順テーブル５５ａを参照して、学習済みモデル５５ｂによって特定された警報の調査用情報を収集する。

【0110】

上記の操作監視端末５Ａによれば、学習済みモデル５５ｂによって、カウント時間（Ｄｅｌａｙ時間及び不感帯時間）による警報排除の機能が実現される。従って、例えば操作監視端末５の選定部５３、監視対象警報テーブル５３ａ、登録部５４及び警報管理テーブル５４ａ等が不要になる。その分、操作監視端末５Ａの構成を簡素化したり、また、カウント時間の設定等に係る設計コスト等を低減したりすることができる。

【0111】

学習部５６は、記憶部５２Ａに記憶された訓練データ５６ａを用いて学習済みモデル５５ｂの学習を行う。これにより、学習済みモデル５５ｂを生成でき、さらには、例えば最新の受信警報等に基づく最新の訓練データ５６ａが準備され記憶部５２Ａに記憶される都度、最新の訓練データ５６ａを用いた学習により学習済みモデル５５ｂをアップデートすることができる。なお、学習部５６及び訓練データ５６ａは、操作監視端末５Ａの外部（例えば図示しない情報処理装置等）に設けられてもよい。この場合には、操作監視端末５Ａの外部において生成された訓練済みの学習済みモデル５５ｂ（例えば調整済みのＤＱＮ）が操作監視端末５Ａに提供され用いられる。

【0112】

図１７は、操作監視端末のハードウェア構成の例を示す図である。例示されるハードウェア構成を備えるコンピュータ等が、これまで説明した操作監視端末５として機能する。例示されるハードウェア構成は、バス等で相互に接続される通信装置５ａ、表示装置５ｂ、ＨＤＤ（Hard Disk Drive）５ｃ、メモリ５ｄ及びプロセッサ５ｅを備える。

【0113】

通信装置５ａは、ネットワークインタフェースカードなどであり、他の装置との通信を可能にする。表示装置５ｂは、例えばタッチパネルやディスプレイなどである。ＨＤＤ５ｃは、記憶部５２として機能し、例えばプログラム５２ａ（操作監視プログラム、情報収集プログラム）を記憶する。

【0114】

プロセッサ５ｅは、プログラム５２ａをＨＤＤ５ｃ等から読み出してメモリ５ｄに展開することで、コンピュータを、操作監視端末５として機能させる。機能は、これまで説明したような選定部５３の機能、登録部５４の機能及び収集部５５の機能を含む。

【0115】

プログラム５２ａは、インターネットなどのネットワークを介して配布することができる。また、プログラム５２ａは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ－ＲＯＭ、ＭＯ（Magneto－Optical disk）、ＤＶＤ（Digital Versatile Disc）などのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することができる。

【0116】

操作監視端末５以外の装置、例えばエンジニアリング端末４等も、上述と同様のハードウェア構成を備えてよい。

【0117】

以上説明した操作監視端末５（情報処理装置の一例）は、例えば次のように特定される。図１及び図２等を参照して説明したように、操作監視端末５は、プラント１用の制御ステーション３に関する異常を示す警報を受信する受信部５１と、受信部５１が受信した警報に基づいて特定された制御ステーション３の部位から、当該警報の原因の調査用情報を収集する収集部５５と、を備える。

【0118】

上記の操作監視端末５によれば、制御ステーション３からの警報に応じて、その調査用情報が自動的に収集される。従って、調査用情報を効率よく収集することができる。

【0119】

図２及び図６等を参照して説明したように、収集部５５は、警報と、調査用情報の収集手順とを対応付けた異常対応手順テーブル５５ａを参照することによって、調査用情報を収集してよい。例えばこのようにして、適切な収集手順で、調査用情報を収集することができる。

【0120】

収集部５５は、受信部５１が受信した警報の調査用情報の収集を、当該警報の受信時から一定期間が経過した後に開始してよい。これにより、例えば警報発生直後等に生じうる制御ステーション３の部位の不安定動作時（例えばチャタリング時等）での情報収集を避け、部位の動作が安定化した適切なタイミングで調査用情報を収集することができる。

【0121】

図３等を参照して説明したように、警報は、制御ステーション３の部位の種類を示す部位情報及び部位の場所を示すロケーション情報が組み合わされたアービトレーションに対応付けて識別されてよい。部位情報は、制御ステーション３が接続された制御バスを指し示す情報、制御ステーション３内のＣＰＵカードを指し示す情報、制御ステーション３内のＩ／Ｏネスト全体を指し示す情報、及び、制御ステーション３内のＩ／Ｏモジュールを指し示す情報の少なくとも１つを含んでよい。ロケーション情報は、複数の制御ステーション３をドメイン（ドメインＤ１等）ごとに区画する制御バスのドメインの場所を指し示す情報、ドメイン（ドメインＤ１等）内の制御ステーション３の場所を指し示す情報、制御ステーション３内の冗長化ＣＰＵ（ＣＰＵカード）における稼働中ＣＰＵ又は待機中ＣＰＵの場所を指し示す情報、制御ステーション３内のＩ／Ｏ系統の場所を指し示す情報、制御ステーション３内のＩ／Ｏネストの場所を指し示す情報、Ｉ／Ｏネスト内のＩ／Ｏ装置ユニットの場所を指し示す情報、及び、Ｉ／Ｏ装置ユニット内のスロットの場所を指し示す情報、の少なくとも１つを含んでよい。収集部５５は、受信部５１が受信した警報のアービトレーションに基づいて特定された制御ステーション３の部位から、調査用情報を収集してよい。例えばこのように警報がアービトレーションで識別されることにより、適切に特定された警報の調査用情報を収集することができる。

【0122】

図２及び図５等を参照して説明したように、操作監視端末５は、受信部５１が受信した警報と、アービトレーションと、カウント時間とを対応付けて警報管理テーブル５４ａに登録する登録部５４を備え、収集部５５は、警報管理テーブル５４ａに登録されカウント時間がカウントダウン中の警報の調査用情報は収集しなくてよい。例えばこのようにして、上述のような適切なタイミングで調査用情報を収集することができる。

【0123】

図４、図５及び図７～図９等を参照して説明したように、カウント時間は、対応する警報の調査用情報の収集を遅らせるためのＤｅｌａｙ時間であり、登録部５４は、警報管理テーブル５４ａに登録されＤｅｌａｙ時間がカウントダウン中の警報と同一の警報を、警報管理テーブル５４ａに上書き登録し、上書き登録は、カウントダウン中のＤｅｌａｙ時間をリセットすることを含み、収集部５５は、Ｄｅｌａｙ時間のカウントダウンが終了した警報の調査用情報を収集してよい。同一の警報は、同一のアービトレーションに対応付けて識別され、登録部５４は、警報管理テーブル５４ａに登録されＤｅｌａｙ時間がカウントダウン中の警報のアービトレーションと同一のアービトレーションの警報を、警報管理テーブル５４ａに上書き登録してよい。例えばこのようなＤｅｌａｙ時間の利用により、同一の一群の警報の一部の警報を排除し、その分、調査用情報の収集効率をさらに高めることができる。

【0124】

図４、図５、図１０及び図１１等を参照して説明したように、カウント時間は、互いに関連性を有する警報を無視するための不感帯時間であり、登録部５４は、警報管理テーブル５４ａに登録され不感帯時間がカウントダウン中の警報と関連性を有する警報は、警報管理テーブル５４ａに登録せず、収集部５５は、不感帯時間のカウントダウンが終了した警報の調査用情報は収集しなくてよい。互いに関連性を有する警報は、互いに関連するアービトレーションに対応付けて識別され、登録部５４は、警報管理テーブル５４ａに登録され不感帯時間がカウントダウン中の警報のアービトレーションと関連するアービトレーションの警報は、警報管理テーブル５４ａに登録しなくてよい。例えばこのような不感帯時間の利用により、互いに関連性を有する一群の警報を排除し、その分、調査用情報の収集効率をさらに高めることができる。

【0125】

図２等を参照して説明したように、操作監視端末５は、受信部５１が受信した警報から監視対象の警報を選定する選定部５３を備え、登録部５４は、選定部５３が選定した警報を警報管理テーブル５４ａに登録してよい。これにより、例えば調査用情報を収集する必要性が極めて低い警報を取り除くように事前選定（フィルタリング）することができる。

【0126】

図１５及び図１６等を参照して説明したように、収集部５５Ａは、受信部５１が受信した複数の警報と、学習済みモデル５５ｂとを用いて特定した警報の調査用情報を収集し、学習済みモデル５５ｂは、複数の警報に対応するデータが入力されると、調査用情報の収集対象とすべき警報を特定するデータを出力してよい。このような学習済みモデル５５ｂを用いることで、例えばカウント時間（Ｄｅｌａｙ時間及び不感帯時間）による警報排除の機能を実現することもできる。

【0127】

図２及び図１７等を参照して説明したプログラム５２ａも、本開示の一態様である。プログラム５２ａは、コンピュータに、プラント１用の制御ステーション３に関する異常を示す警報を受信し、受信した警報に基づいて特定された制御ステーション３の部位から、当該警報の原因の調査用情報を収集する、処理を実行させる。このようなプログラム５２ａによっても、これまで説明したように、調査用情報を効率よく収集することができる。

【0128】

図１２等を参照して説明した情報収集方法も、本開示の一態様である。情報収取方法は、操作監視端末５（情報収集装置の例）が、プラント１用の制御ステーション３に関する異常を示す警報を受信すること（ステップＳ１）と、操作監視端末５が、受信した警報に基づいて特定された制御ステーション３の部位から、当該警報の原因の調査用情報を収集すること（ステップＳ４）と、を含む。このような情報収集方法によっても、これまで説明したように、調査用情報を効率よく収集することができる。

【符号の説明】

【0129】

１ プラント
２ フィールド機器
３ 制御ステーション
４ エンジニアリング端末
５ 操作監視端末
５１ 受信部
５２ 記憶部
５３ 選定部
５４ 登録部
５５ 収集部
５６ 学習部
５２ａ プログラム
５３ａ 監視対象警報テーブル
５４ａ 警報管理テーブル
５５ａ 異常対応手順テーブル
５５ｂ 学習済みモデル
５６ａ 訓練データ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】