プラント監視制御システム
【課題】運転員による確認・操作間違いを的確に検出して、その間違いが発生した原因を分析することができる機能を有するプラント監視制御システムを得る。
【解決手段】確認・操作誤り推定装置１０は、確認・操作間違い候補情報Ｄ３５で規定された確認・操作間違い候補が本当に確認・操作間違いであるかを、確認・操作間違いに関する詳細な原因推定処理を実行して最終判定する。確認・操作誤り推定装置１０は、上記原因推定処理によって間違い原因を判別できた場合は、当該確認・操作間違い候補を真の確認・操作間違いであると最終判定し、その最終判定結果と間違いの原因の詳細を表すメッセージとを含む誤り推定結果Ｄ１１を運転手順推定部３５に出力する。
【解決手段】確認・操作誤り推定装置１０は、確認・操作間違い候補情報Ｄ３５で規定された確認・操作間違い候補が本当に確認・操作間違いであるかを、確認・操作間違いに関する詳細な原因推定処理を実行して最終判定する。確認・操作誤り推定装置１０は、上記原因推定処理によって間違い原因を判別できた場合は、当該確認・操作間違い候補を真の確認・操作間違いであると最終判定し、その最終判定結果と間違いの原因の詳細を表すメッセージとを含む誤り推定結果Ｄ１１を運転手順推定部３５に出力する。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、各種プラントの監視制御システムに関するものであり、特にそれが備えるプラント運転誤り分析機能に関するものである。
【背景技術】
【０００２】
近年、電力プラント等の各種大規模プラントの監視制御システムにおいて、従来のハードウェア型のアナログ監視制御盤（アナログ盤）に代わり、ソフトウェア型のデジタル監視制御盤（デジタル盤）の導入が進んでいる。デジタル盤では、監視制御盤の機能が集約されたグラフィカルユーザインタフェース (GUI) を用いて作業を行なうことができるため、オペレータ（運転員）の操作負荷を軽減することができる。
【０００３】
通常、プラントの運転管理は、監視制御室の中央制御盤を監視操作する運転クルーによって行われる。運転クルーはリーダーである監督者と数名の運転員から構成される。デジタル盤では、運転員と監督者とにはそれぞれ専用の監視制御入出力装置が用意されており、各自に与えられた入出力装置を利用して、プラントの監視および制御を行なう。監視制御を行なう際には、まず監督者が運転員に口頭で作業内容を指示する。運転員は、内容を確認の上、与えられた入出力装置を利用して作業を実施する。作業の実施後、運転員は監督者に口頭で完了報告を行い、監督者は内容を確認の上、監督者の入出力装置を利用して、運転員が実施した作業内容が正しいかどうかを確認する。以上のように、大規模プラントにおいては、運転クルー同士で互いに内容を確認しあいながら操作を実施している。
【０００４】
しかしながら、デジタル盤では、監督者は運転員のディスプレイに対する操作内容を把握することが困難である。もし運転中に運転員による確認・操作誤り（ヒューマンエラー）が発生した場合には、監督者は直ちにヒューマンエラーに気づいてプラントの状況を把握し、運転員に迅速に適切な指示を行なう必要があるが、このような環境ではプラントに異変が発生してからヒューマンエラーを特定することとなる。
【０００５】
デジタル盤では、確認・操作内容を記録したログを利用した運転進行状況を監督者に提示することが考えられている。これまでにも、プラント運転訓練などを対象に、運転進行状況の把握を支援する方法が考案されている（例えば、特許文献１に開示された訓練進行状況監視装置）。特許文献１の開示内容では、運転員により操作された操作項目を、標準運転操作要領に基づき規定された運転手順データと比較し、手順の実施状況を例えばリスト形式で表示する。比較時に操作項目が運転手順データに含まれていれば、項目を実施したと判断し、含まれない項目であれば、余分な操作と判定する。それ以外の項目は未実施の操作として判定する。これらの３種類の各項目は区別できるように表示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００３−５８０３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
プラント運転中に発生するヒューマンエラーは、運転員の確認・操作し忘れ、確認・操作間違い、余計な確認・操作が挙げられる。前述の通り、このようなヒューマンエラーが発生した場合には、監督者はできるだけ早く気づき、運転員に適切な指示を行なう必要がある。
【０００８】
しかし、確認・操作間違いの場合は、運転員は監督者とは異なる画面や画面上の異なる作業対象に着目しつつも、自分の作業が正しいと思い込んでいることがある。この場合には、仮に運転進行状況の表示によって確認・操作間違いがあると気づいても、根本的な原因を適切に運転員に伝えることができなければ、運転員を納得させることは難しく、意見の相違による対応の遅れにより事故に繋がる可能性がある。
【０００９】
このような事態を迅速に解決するためには、確認・操作間違いが発生した場合に、運転員がどの画面のどの作業対象を見ているのか、どのような認知プロセスにおける間違いなのかなど、ヒューマンエラーの詳細な原因を監督者が把握することが必要である。
【００１０】
これらに対し、上述した運転（訓練進行）進行状況監視装置では、運転員の操作項目を実施済みの正しい操作と、実施済みの余分な操作と、未実施の操作を判別することは可能である。しかし、実施済みの余分な操作のうち、それが、本来実施すべき操作を別の操作と間違える操作間違いなのか、手順の操作は全て正しく行なった上での余分な操作なのかは判別できず、操作間違いの場合は、その操作間違いが発生した原因を分析することはできないという問題点があった。
【００１１】
この発明は、上記問題点を解決するためになされたもので、運転員による確認・操作間違いを的確に検出して、その間違いが発生した原因を分析することができる機能を有するプラント監視制御システムを得ることを目的とする。
【課題を解決するための手段】
【００１２】
この発明に係る請求項１記載のプラント監視制御システムは、所定の入力装置を介して得られる操作指示にしたがって制御対象となるプラント機器を制御するとともに、プラント機器に対し実行する確認処理を含む操作内容を規定したプラント操作情報を出力するプラント監視制御装置と、前記プラント操作情報に基づき、少なくとも一つの操作ステップからなる操作履歴情報を取得し、該操作履歴情報に基づく運転進行状況を視覚認識可能に表示する運転進行状況表示装置とを備えたプラント監視制御システムであって、前記運転進行状況表示装置は、操作ＩＤと登録操作ステップ内容とを含む操作内容データベースを有し、該操作内容データベースと前記操作履歴情報とを比較して、本来実行すべきである中で未だ実行されていない操作ステップであるし忘れ操作、余計に実行されている操作ステップである余計操作、及び実行すべき操作ステップの代わりに間違えて実行されていると想定される操作ステップである操作間違い候補に分類するとともに、該操作間違い候補を規定した間違い候補情報を出力し、前記プラント監視制御システムは、前記間違い候補情報より規定された前記操作間違い候補それぞれについて、間違い原因を推定する間違い推定処理を実行して前記操作間違い候補が操作間違いであるか否かを最終判定し、その最終判定結果及び前記最終判定結果が操作間違いを指示する場合は推定された間違い原因を規定した誤り推定結果を出力する操作誤り推定装置をさらに備え、前記操作誤り推定装置は、プラント操作時に想定される操作誤り事例を蓄積した誤り事例データベースと、前記操作誤り事例を検出するための複数のルールを規定した推定ルールデータベースと、プラント操作時に使用される操作画面に関する情報を規定した画面情報データベースと、各前記操作間違いステップ候補について、前記誤り事例データベース、前記推定ルールデータベース及び前記画面情報データベースの内容を参照することにより、前記間違い原因推定処理を実行する操作誤り推定処理部とを含む。
【発明の効果】
【００１３】
請求項１記載の本願発明におけるプラント監視制御システムの操作誤り推定装置は、操作間違い候補が操作間違いであるか否かの最終判定結果及び最終判定結果が操作間違いを指示する場合は推定された間違い原因を規定した誤り推定結果を出力するため、プラント機器を操作、制御する運転員及びその監督者は、上記誤り推定結果を参照することにより、誤り原因を客観的に認識することができる。
【００１４】
その結果、監督者は運転員に誤り推定結果に基づいて適切にヒューマンエラーの内容を指摘することができ、互いの思い込みによる意見の相違を解決できるという効果がある。また、現行の手順とは一見関連がなさそうな確認・操作間違いが発生した場合でも、どの手順と間違えているのかについて検討する負荷を軽減することによりシステム全体のコストの低減化を図り、対処方法についてより早く検討できるという効果を奏する。
【図面の簡単な説明】
【００１５】
【図１】この発明の実施の形態１であるプラント監視制御システムの構成を示すブロック図である。
【図２】実施の形態１のプラント監視制御システムにおける制御内容を示すフローチャートである。
【図３】図１で示した確認・操作内容ＤＢの内容例を示す説明図である。
【図４】図１で示した確認・操作履歴格納部内に格納される履歴ＤＢを示す説明図である。
【図５】図１で示した確認・操作履歴格納部内に格納される手順進行状況ＤＢを示す説明図である。
【図６】図１で示した運転手順ＤＢに登録されている手順の一例である手順Ｉの内容を示す説明図である。
【図７】図１で示した運転手順ＤＢに格納される運転手順の内容例を示す説明図である。
【図８】図２のステップＳＴ３及びＳＴ４の実施後における履歴ＤＢの内容を示す説明図である。
【図９】図２のステップＳＴ３及びＳＴ４の実施後における手順進行状況ＤＢの内容を示す説明図である。
【図１０】監視制御システムの運転員用入出力部に表示される監視制御画面の一例を示す説明図である。
【図１１】図１で示した誤り事例ＤＢの例を示す説明図である。
【図１２】図１で示した誤り推定ルールＤＢの例を示す説明図である。
【図１３】図１で示した画面情報ＤＢの例を示す説明図である。
【図１４】確認・操作誤り推定装置の推定処理後の履歴ＤＢの内容を示す説明図である。
【図１５】履歴ＤＢの表示パネルへの表示例を示す説明図である。
【図１６】実施の形態２に係るプラント監視制御システムの構成を示すブロック図である。
【図１７】図１６で示した禁止操作ＤＢの構成を示す説明図である。
【図１８】図１６で示した禁止操作推定部による禁止操作推定処理実行後における手順進行状況の内容を示す説明図である。
【図１９】図１６で示した禁止操作推定部による禁止操作推定処理実行後における履歴ＤＢの内容を示す説明図である。
【図２０】履歴ＤＢの表示パネルへの表示例を示す説明図である。
【発明を実施するための形態】
【００１６】
＜実施の形態１＞
図１はこの発明の実施の形態１であるプラント監視制御システムの構成を示すブロック図である。同図に示すように、実施の形態１のプラント監視制御システムは、確認・操作誤り推定装置１０と、プラント監視制御装置２０と、運転進行状況表示装置３０Ａとを備えて構成される。
【００１７】
プラント監視制御装置２０は、運転員用入出力部２１、監督者用入出力部２２、プラント監視制御部２３、及びプラント機器２４から構成される。プラント監視制御部２３は、運転員用入出力部２１を用いた運転員による確認・操作入力や自動制御による操作に基づいて、プラント機器２４の動作監視および動作制御を行なう。また、プラント監視制御部２３は、運転員による確認・操作入力信号データや当該確認・操作入力信号データを受信した時刻データを確認・操作情報Ｄ２３として、運転進行状況表示装置３０Ａ内の後述する確認・操作内容照合部３１に転送する役割も担う。
【００１８】
運転員用入出力部２１及び監督者用入出力部２２は運転員及び監督者用のユーザインタフェースであり、プラント監視制御部２３から出力されるプラント機器２４の監視データを画面上に表示することができる。入出力部２１，２２で表示される画面は複数枚存在し、運転員や監督者は必要な画面を選択し、運転または監視を行なう。また、運転員用入出力部２１は、運転員が入力した操作命令に応じた操作信号を、プラント監視制御部２３に送信する。運転員による確認処理は、運転員用入出力部２１の確認対象のしかるべきところをマウスクリックまたはタッチするなどの方法により入力され、プラント監視制御部２３に送信される。
【００１９】
図２は実施の形態１のプラント監視制御システムにおける運転誤り分析処理を含むプラント監視制御内容を示すフローチャートである。同図に示すように、プラント監視制御処理はステップＳＴ１〜ＳＴ６を実行することによって実現される。
【００２０】
まず、ステップＳＴ１では、プラント監視制御装置２０から得た確認・操作情報Ｄ２３に基づき、確認・操作内容照合部３１は、運転員が確認・操作を実施した際の内容である、確認・操作データを特定する。
【００２１】
次に、ステップＳＴ２において、確認・操作内容照合部３１は、ステップＳＴ１で特定した確認・操作データを確認・操作ＩＤ情報Ｄ３１として確認・操作履歴格納部３４内に追加する。
【００２２】
そして、ステップＳＴ３では、運転手順推定部３５は、確認・操作履歴格納部３４に格納された確認・操作データに基づき、現在進行している手順の推定を行う。
【００２３】
手順の推定が完了すれば、さらに、運転手順推定部３５は、ステップＳＴ４にてそれまでに行われた確認・操作内容から、運転進行状況を推定し、推定した運転進行状況を基準として、確認・操作間違い（ステップ）候補を抽出して、当該確認・操作間違い候補を規定した確認・操作間違い候補情報Ｄ３５を確認・操作誤り推定処理部１１に出力する。確認・操作間違い候補とは、本来行うべき他の確認・操作ステップと間違えて実施された可能性のある余分な確認・操作ステップを意味する。
【００２４】
そして、ステップＳＴ５において、ステップＳＴ４で推定された運転進行状況に確認・操作間違い候補の有／無（YES/NO）を認識し、確認・操作間違い候補が存在すれば(YES)ステップＳＴ６に移行し、存在しなければ（NO）処理を終了する。
【００２５】
ステップＳＴ５でＹＥＳと判定された場合に実行されるステップＳＴ６において、確認・操作誤り推定処理部１１は、確認・操作間違い候補情報Ｄ３５が規定する操作間違い候補の間違い原因を推定する間違い推定処理を実行し、間違い操作（確認）と推定できるか否かの最終判定を行い、その最終判定結果及び最終判定結果が間違いである場合は推定された間違い原因を規定した誤り推定結果Ｄ１１を得る。誤り推定結果Ｄ１１は運転手順推定部３５に出力され、運転手順推定部３５は誤り推定結果Ｄ１１を反映した確認・操作データを確認・操作履歴格納部３４に格納する。すると、確認・操作履歴格納部３４の格納内容に基づき運転履歴内容が運転履歴表示部３７上で表示され、処理を終了する。
【００２６】
以下、運転者がプラント機器２４に対して行う処理として、プラント機器２４に対する操作と、プラント機器２４の現状確認が存在するが、以下では、上述した操作及び確認を併せて単に「操作」と略して記述する場合がある。
【００２７】
以下、運転進行状況表示装置３０Ａ、確認・操作誤り推定装置１０の具体的な処理内容について、図１及び図２を参照して説明する。
【００２８】
まず、運転進行状況表示装置３０による図２のステップＳＴ１の処理について説明する。
【００２９】
運転進行状況表示装置３０Ａは、確認・操作内容照合部３１、確認・操作内容ＤＢ３２、プラントデータ取得部３３、確認・操作履歴格納部３４、運転手順推定部３５、運転手順ＤＢ３６、及び運転履歴表示部３７から構成される。
【００３０】
確認・操作内容照合部３１は、プラント監視制御部２３から転送される確認・操作情報Ｄ２３を、確認・操作内容ＤＢ３２の内容と照合し、確認・操作内容を表す確認・操作ＩＤ情報Ｄ３１を得て確認・操作履歴格納部３４に格納する。
【００３１】
図３は確認・操作内容ＤＢ３２の内容例を示す説明図である。同図に示すように、確認・操作内容ＤＢ３２として、確認・操作ＩＤデータＤ３２１、それに対応する確認・操作対象ＩＤデータＤ３２２、表示属性データＤ３２３、操作内容データＤ３２４、第１条件データＤ３２５Ａ及び第２条件データＤ３２５Ｂが登録されている。
【００３２】
確認・操作対象ＩＤデータＤ３２２は、画面上に配置された確認・操作が実施される表示部品を特定するＩＤを指示する。
【００３３】
表示属性データＤ３２３は確認・操作対象の表示属性を指示し、操作内容データＤ３２４は確認・操作名を指示している。また、第１条件データＤ３２５Ａ及び第２条件データＤ３２５Ｂには、それぞれ確認・操作ＩＤデータＤ３２１の特定に必要なプラント機器の値や、発信警報などの条件が格納されている。
【００３４】
なお、第１条件データＤ３２５Ａ及び第２条件データＤ３２５Ｂの例としては、プラント値であれば「○○（機器名，例：加圧器）□□（パラメータ名，例：水位）△△（値，例：80%以下）」などが考えられ、警報信号であれば「○○（機器名，例：加圧器）□□（現象名，例：水位低）」「○○（機器名，例：原子炉）□□（現象名，例：トリップ信号発信）」などが挙げられる。
【００３５】
図３では、一例として第１条件データＤ３２５Ａ及び第２条件データＤ３２５Ｂが２つあるように示しているが、０個でも１以上の任意の数を用意してもよい。
【００３６】
以下、図１，図３を参照して、図２のステップＳＴ１の処理内容について詳述する。プラント監視制御部２３から転送される確認・操作情報Ｄ２３は、確認・操作内容ＤＢ３２内の確認・操作ＩＤデータＤ３２１と照合され、プラントデータ取得部３３により取得したプラントデータが第１条件データＤ３２５Ａ及び第２条件データＤ３２５Ｂを満たす確認・操作ＩＤデータＤ３２１が一意に決定される。
【００３７】
次に、図１，図３を参照して、図２のステップＳＴ２の処理内容について詳述する。確認・操作内容照合部３１は、ステップＳＴ１で決定した確認・操作ＩＤデータＤ３２１を確認・操作ＩＤ情報Ｄ３１として確認・操作が完了した時刻データと共に、確認・操作履歴格納部３４内に格納する。
【００３８】
図４は確認・操作履歴格納部３４内に格納される履歴ＤＢ４１Ａを示す説明図である。同図に示すように、履歴ＤＢ４１Ａには、履歴番号データＤ４１１、確認・操作ＩＤデータＤ４１２、時刻データＤ４１３、手順ＩＤデータＤ４１４、及び運転手順推定状況データＤ４１５が格納される。
【００３９】
確認・操作内容照合部３１から確認・操作ＩＤ情報Ｄ３１が出力されると、新たな履歴番号データＤ４１１が採番され、それに対応する確認・操作ＩＤデータＤ４１２と時刻データＤ４１３に、確認・操作ＩＤ情報Ｄ３１が指示する確認・操作ＩＤデータＤ３２１と時刻データが格納される。
【００４０】
また、手順とは複数個の確認・操作ステップをまとめたものとする。運転員が実施する運転手順は、複数個の異なる手順から構成される。運転時には、複数の手順が同時に進行する場合もある。手順ＩＤデータＤ４１４には、後に実施される運転手順の推定後に、確認・操作ＩＤデータＤ４１２が行われたと推定される手順のＩＤ、または、確認・操作誤りの種別や詳細が入力される。運転手順推定状況データＤ４１５には、確認・操作ＩＤデータＤ４１２に対して後述する運転進行状況の推定が実施されたか否かを区別するデータが格納される。図４に示すように、履歴ＤＢ４１Ａにデータが格納された直後は、運転手順推定状況データＤ４１５として例えば「未」と格納される。
【００４１】
以下、図１，図４及び後述する図５〜図７を参照して図２のステップＳＴ３の処理に内容について説明する。
【００４２】
運転手順推定部３５では、まず現在進行している手順の推定を行う。具体的には、確認・操作履歴格納部３４内の履歴ＤＢ４１Ａに格納された確認・操作ＩＤデータＤ４１２と、運転手順に関するデータが格納された運転手順ＤＢ３６の内容とのパターンマッチングを行なう。
【００４３】
図５は確認・操作履歴格納部３４内に格納される手順進行状況ＤＢ４２Ａを示す説明図である。図６は、運転手順ＤＢ３６に登録されている手順の一例として、手順Ｉの内容を示す説明図である。図６では、手順を表すものとして、操作マニュアル等に記載されているフローチャート形式の手順図を例示する。
【００４４】
図６に示す様に、ＩＤ情報Ｐ−１で示す手順Ｉは、実行ステップＳ１〜Ｓ８及び論理演算ステップＯＳ１，ＯＳ２から成り立つ。
【００４５】
まず、ステップＳ１は機器Ａの第１の計器の計測値を確認する実行ステップであり、ステップＳ２は機器Ａの第２の計器の計測値を確認する実行ステップであり、ステップＳ３は機器Ｂの計器の計測値を確認する実行ステップである。
【００４６】
ステップＳ３は、ステップＳ１，Ｓ２による論理演算ステップＯＳ１である「ＯＲ」後に実行される処理である。したがって、ステップＳ３は、ステップＳ１及びステップＳ２のうち、少なくとも一方のステップが実施されたこと（ＯＲ）を条件として、実施されるステップとなる。
【００４７】
ステップＳ４は機器Ｃの計器の計測値を確認する実行ステップであり、ステップＳ５は機器Ｄの計器の計測値を確認する実行ステップである。
【００４８】
ステップＳ６は、ステップＳ４，Ｓ５による論理演算ステップＯＳ２である「ＡＮＤ」後に実行される処理である。したがって、ステップＳ６は、ステップＳ４及びステップＳ５が共に実施されたこと（ＡＮＤ）を条件として、実施されるステップとなる。
【００４９】
ステップＳ６は機器Ｅの操作を実施する実行ステップであり、前述したように、ステップＳ４、Ｓ５の双方が実施されたという条件（ＡＮＤ条件）を満たした後に実施されるステップであるが、ステップＳ４、Ｓ５の実施順は任意でよい。
【００５０】
ステップＳ６後に実行されるステップＳ７は機器Ｅの計器の計測値を確認する実行ステップであり、ステップＳ７後に実行されるステップＳ８は機器Ｆの操作を実施する実行ステップである。
【００５１】
このように、手順ＩＤがＩの処理内容は、各ステップの順序を表す情報（実行ステップＳ１〜Ｓ８の並び）と、個々のステップの内容を表す情報（実行ステップＳ１〜Ｓ８の処理内容）と、次のステップへ移るための条件の情報（論理演算ステップＯＳ１，ＯＳ２）から構成することができる。なお、図６ではフローチャート形式で図示したが、例えば操作マニュアルに記述された文章など、その他の形式で表現されている場合にも同様に考えることができる。
【００５２】
図７は、運転手順ＤＢ３６に格納される運転手順の内容例を示す説明図であり、図６で示した手順ＩＤがＩの手順に対応するものを示している。
【００５３】
図７に示すように、運転手順ＤＢ３６内には、各実行ステップＳ１〜Ｓ８が属する手順識別子Ｄ１を有する手順ＩＤデータＤ３６１と、各実行ステップＳ１〜Ｓ８の具体的な内容を表す操作内容識別子Ｄ２を有する操作内容データＤ３６２と、各実行ステップＳ１〜Ｓ８の確認・操作識別子Ｄ３を有する確認・操作ＩＤデータＤ３６３と、画面上で各実行ステップＳ１〜Ｓ８の確認・操作を実行する際に扱う表示属性識別子Ｄ４を有する表示属性データＤ３６４とが格納される。
【００５４】
さらに、運転手順ＤＢ３６内には、各々の実行ステップＳ１〜Ｓ８に関連付けされた順序識別子Ｄ５を有する順序データＤ３６５と、論理演算ステップＯＳ１，ＯＳ２の演算対象に関連づけられた条件識別子Ｄ６を有する論理条件データＤ３６６が格納される。順序識別子Ｄ５は、実行ステップＳ１〜Ｓ８間における実施される順序を示す識別子であり、条件識別子Ｄ６は、対応する複数のステップから次のステップへと移行するための条件を表す識別子である。ここで、識別子Ｄ１〜Ｄ６は各データＤ３６１〜Ｄ３６６を構成する基本単位として機能する。
【００５５】
図６に示した手順Ｉの内容は、識別子Ｄ１、Ｄ２、Ｄ５、Ｄ６によって示され、追加の識別子Ｄ３、Ｄ４を用いた以下で示す内容の手順データとして、運転手順ＤＢ３６に格納される。
【００５６】
図７に示すように、手順識別子Ｄ１[Ｓ１−Ｓ８]として手順番号である「Ｉ」が格納される。操作内容識別子Ｄ２のＤ２[Ｓ１]〜Ｄ２[Ｓ８]として実行ステップＳ１〜Ｓ８における操作内容の情報を格納される。また、確認・操作識別子Ｄ３[Ｓ１]〜Ｄ３[Ｓ８]として対応する確認・操作ＩＤが格納され、表示属性識別子Ｄ４[Ｓ１]〜Ｄ４[Ｓ８]として上記した表示属性が格納される。
【００５７】
さらに、順序識別子Ｄ５[Ｓ１]〜Ｄ５[Ｓ８]として、ステップＳ１〜Ｓ８の実施順序の情報が格納される。最初に実施されるステップＳ１、Ｓ２は、どちらか一方を実施すればよいため、順序識別子Ｄ５[Ｓ１]、Ｄ５[Ｓ２]には、同一の順序情報「Ｘ１」が格納される。
【００５８】
ここで、ステップＳ３に移行するための条件は、ステップＳ１またはステップＳ２のどちらかを実施することであるため、条件識別子Ｄ６[Ｓ１−Ｓ２]として「ＯＲ」の情報が格納される。ステップＳ３に対応する順序識別子Ｄ５[Ｓ３]として順序情報「Ｘ２」が格納される。ステップＳ４、Ｓ５は互いに実施順が任意であるため、順序識別子Ｄ５[Ｓ４]、[Ｓ５]には、同一の順序情報「Ｘ３」が格納される。ステップＳ６に移行するための条件は、ステップＳ４、ステップＳ５を両方実施することから、条件識別子Ｄ６[Ｓ４−Ｓ５]として「ＡＮＤ」の情報が格納される。また、ステップＳ６〜Ｓ８は順番に実施するため、順序識別子Ｄ５[Ｓ６]〜Ｄ５[Ｓ８]として、それぞれ「Ｘ４」「Ｘ５」「Ｘ６」が格納される。
【００５９】
上述した運転手順ＤＢ３６を用いて、履歴ＤＢ４１Ａ内の確認・操作データがどの手順に属するかを推定する。
【００６０】
まず、図４の履歴ＤＢ４１Ａの運転手順推定状況データＤ４１５が「未」と格納されているリストの確認・操作ＩＤデータを時系列順で１つ読み込む。そして、読み出した確認・操作ＩＤデータＤ４１２と運転手順ＤＢ３６に登録されている各手順の順序データＤ３６５を構成する順序識別子Ｄ５の内容が「Ｘ１」に対応する確認・操作ＩＤデータＤ３６３を照合する。
【００６１】
例えば、図４の履歴番号データＤ４１１が「１」の確認・操作ＩＤデータＤ４１２「Ｋ００１」と、手順識別子Ｄ１が「Ｉ」のデータと照合する場合、順序識別子Ｄ５の内容が「Ｘ１」であるステップＳ１、Ｓ２の確認・操作識別子Ｄ３[Ｓ１]、Ｄ３[Ｓ２]の内容「Ｋ００１」「Ｋ００２」を抽出し、比較する。
【００６２】
その結果、一致した手順ＩＤが複数ある場合は、運転手順推定状況データＤ４１５の次に「未」と格納されている確認・操作ＩＤデータＤ４１２と、一致した手順識別子Ｄ１を含む手順のうち、運転手順ＤＢ３６の次に行われるべき確認・操作識別子Ｄ３について、照合処理を行なう。例えば、手順識別子Ｄ１が「Ｉ」以外の手順とも照合した場合、手順識別子Ｄ１の内容が「Ｉ」のデータと照合する際は、前回照合したＤ３[Ｓ１]の条件識別子Ｄ６[Ｓ１]は「ＯＲ」であるため、次は確認・操作識別子Ｄ３[Ｓ３]の「Ｋ００６」と、履歴番号データＤ４１１が「２」である確認・操作ＩＤデータＤ４１２の「Ｋ００３」と照合する。照合結果が一致しない場合には、その確認・操作ＩＤデータＤ４１２は他の手順に含まれる可能性であるため、順序識別子Ｄ５が「Ｘ１」の他の手順と照合する。なお、手順ごとにどのステップまで照合が終了したか、どのステップが照合の結果一致したかは記憶していることとする。これを繰り返し、現在までの確認・操作ＩＤデータＤ４１２が運転手順ＤＢ３６の確認・操作識別子Ｄ３と最も多く一致した手順ＩＤが一意に決まれば、それが現在進行中の手順であると判断する。
【００６３】
照合方法は、時系列で数個前のステップから現在のステップまでをマッチングし、採点するような方法や、他の方法でもよい。
【００６４】
そして、図５に示す様に、手順進行状況ＤＢ４２Ａの手順ＩＤデータＤ４２１に、一意に決定された手順識別子Ｄ１の内容「Ｉ」、実施済み履歴番号データＤ４２２に手続Ｉで実施済みの履歴番号「１，４，６」を格納する。
【００６５】
以下、図１，図４〜図７及び後述する図８を参照して図２のステップＳＴ４の処理に内容について説明する。図８は図２のステップＳＴ３及びＳＴ４の実施後における履歴ＤＢ４１Ａの内容を示す説明図である。図９は図２のステップＳＴ３及びＳＴ４の実施後における手順進行状況ＤＢ４２Ａの内容を示す説明図である。
【００６６】
ステップＳＴ３によって進行中の手順の判別後、再び時系列順に最初から、確認・操作履歴の履歴ＤＢ４１Ａの運転手順推定状況データＤ４１５が「未」と格納されている確認・操作ＩＤデータＤ４１２を１つずつ読み込む。
【００６７】
そして、確認・操作ＩＤデータＤ４１２と、手順進行状況ＤＢ４２Ａに格納された手順ＩＤデータＤ４２１に対応する、運転手順ＤＢ３６内の確認・操作識別子Ｄ３（確認・操作ＩＤデータＤ３６３）を、順序識別子Ｄ５（順序データＤ３６５）が「Ｘ１」の内容から順に繰り返しマッチングを行なう。
【００６８】
マッチングの結果、適切な順番で確認・操作ＩＤが一致した場合には、手順進行状況ＤＢ４２Ａ内の該当する手順ＩＤデータＤ４２１の実施済み履歴番号データＤ４２２に、履歴ＤＢ４１Ａの履歴番号データＤ４１１を格納する。また、履歴ＤＢ４１Ａの手順ＩＤデータＤ４１４に該当する手順ＩＤデータＤ４２１の内容を格納し、さらに運転手順推定状況データＤ４１５の「未」のデータを消去し、例えば「済」と格納する。その際、運転手順ＤＢ３６の現在実施されている順序識別子Ｄ５（順序データＤ３６５）に対応する条件識別子Ｄ６（論理条件データＤ３６６）の内容が満たされていれば、次の手順ＩＤデータＤ４２１とのマッチングには次の順序識別子Ｄ５に対応する確認・操作識別子Ｄ３を参照する。これを、履歴ＤＢ４１Ａの時刻データＤ４１３が最も新しいデータを処理するまで繰り返す。
【００６９】
ただし、上記の運転手順ＤＢ３６の条件識別子Ｄ６の内容を満たさない場合や、現在実施すべき順序識別子Ｄ５の確認・操作識別子Ｄ３の内容と一致しない確認・操作ＩＤデータＤ４１２がある場合は、次の確認・操作ＩＤデータＤ４１２と運転手順ＤＢ３６内の次に行うべき確認・操作識別子Ｄ３の内容と照合する。
【００７０】
そして、全ての「未」の確認・操作データを処理した後に、運転手順推定状況データＤ４１５が「未」として残っている確認・操作ＩＤのデータを、確認・操作し忘れ（ステップ）、余計な確認・操作（ステップ）、確認・操作間違い候補（ステップ）に分類する。
【００７１】
分類結果は、余計な確認・操作、確認・間違いの場合は、履歴データベースの手順ＩＤデータＤ４１４欄に格納される。余計な確認・操作であれば、例えば「余計」という文字列を格納する。後述する誤り推定装置１１０により最終判定が確認・操作間違いであると推定されれば、例えば「間違い（手順Ｉ）」など、どの手順と照合して間違いだと推定（最終判定）されたかを表す文字列と、その後に確認・操作間違いの原因に関するメッセージを格納する。そして、確認・操作間違いの推定が済んだ履歴番号の運転手順推定状況データＤ４１５に、「済」と格納する。また、確認・操作し忘れ（ステップ）の場合は、その発生位置を確認・操作履歴格納部３４内の手順進行状況ＤＢ４２Ａに格納する。例えば、図９に示すように、確認・操作し忘れが発生した前後の履歴番号を、間に「〜」マークを挟んで格納する。
【００７２】
次に、分類方法の具体的な内容を以下に述べる。
【００７３】
まず、運転手順ＤＢ３６内で実施されていない確認・操作データを得る。その方法としては、例えば手順進行状況ＤＢ４２Ａに登録された手順ＩＤデータＤ４２１を１つずつ順番に参照し、その内実施済み履歴番号データＤ４２２で抜けている履歴番号を検索する。そして、他の手順ＩＤデータＤ４２１の実施済み履歴番号データＤ４２２内に、抜けている履歴番号がないかを検索し、なければ元の実施済み履歴番号データＤ４２２内の直前の履歴番号データを得る。
【００７４】
例えば、図５で示す例では、実施済み履歴番号データＤ４２２内に「１」「４」「６」と格納されており、「２」「３」「５」の番号が抜けていると判断する。まず「２」を抜けている履歴番号として抽出する。
【００７５】
この際、手順Ｉ以外の他の手順「ＩＩ」「ＩＩＩ」…などが存在する場合は、履歴番号「２」はそれらの手順「ＩＩ」「ＩＩＩ」内の実施済み履歴番号データＤ４２２として格納されている可能性があるため、確認・操作ＩＤデータＤ４１２が「ＩＩ」「ＩＩＩ」…の実施済み履歴番号データＤ４２２に実施済み履歴番号データＤ４２２内に「２」があるかどうかを確認する。
【００７６】
もし、他の手順ＩＤデータＤ４２１内の実施済み履歴番号データＤ４２２に履歴番号「２」が格納されておれば、履歴番号「２」の処理は他の手順で正しく実施された処理であると判断し、後の処理対象から除外する。
【００７７】
図９に示すように、手順ＩＤデータＤ４２１は「Ｉ」のみなので、他の手順ＩＤ３２１にも履歴番号「２」がなく、これらは誤った可能性がある確認・操作の履歴番号であると判断する。
【００７８】
そして、手順ＩＤデータＤ４２１が「Ｉ」の実施済み履歴番号データＤ４２２内で、「２」直前の実施済み履歴番号を参照する。例えば、抜けている履歴番号「２」の直前は「１」となる。（また仮に、手順ＩＤデータＤ４２１内に「ＩＩ」があったとして、その実施済み履歴番号データＤ４２２内に「２」が格納されているとすれば、手順ＩＤデータＤ４２１「Ｉ」の抜けている履歴番号「３」の直前が「１」となる）。
【００７９】
そして、直前の履歴番号「１」を得た場合、対応する図４の確認・操作ＩＤデータＤ４１２は「Ｋ００１」となり、これと同じ確認・操作識別子Ｄ３を運転手順ＤＢ３６（図７）内から検索すると、Ｄ３[Ｓ１]が該当する。その次に実施すべき確認・操作識別子Ｄ３３を、条件識別子Ｄ６を参照して探すとＤ３[Ｓ３]が該当する。その結果、運転手順ＤＢ３６内で実施されていない確認・操作データはＤ３[Ｓ３]となる。
【００８０】
そして、履歴ＤＢ４１Ａ内で該当する履歴番号データＤ４１１の確認・操作ＩＤデータＤ４１２に対応する運転手順ＤＢ３６内の確認・操作識別子Ｄ３を検索した後、その次に実施すべき確認・操作識別子Ｄ３のデータ（実施されていない確認・操作データ）を得る。
【００８１】
次に、履歴ＤＢ４１Ａの運転手順推定状況データＤ４１５に「未」と格納されている確認・操作ＩＤデータＤ４１２を、再び時系列順に１つずつ参照する。
【００８２】
そして、確認・操作ＩＤデータＤ４１２を、運転手順ＤＢ３６の現在実行中の手順の中で実施されていない確認・操作識別子Ｄ３以降のデータと照合する。その結果、現在の順位の条件が満たされていないにも関わらず、それ以降の確認・操作識別子Ｄ３と照合する場合、または前回の確認・操作から一定時間以上経過した場合は、確認・操作し忘れが存在すると判断する。その際、手順進行状況ＤＢ４２Ａ内のし忘れ位置データＤ４２３に、該当する前後の履歴番号を「〜」を挟んで入力し、処理を終了する。
【００８３】
例えば、図８の例では、運転手順推定状況データＤ４１５に最初に「未」と入力されているのは、履歴番号データＤ４１１が「２」の確認・操作ＩＤデータＤ４１２「Ｋ００３」である。ここで、運転手順ＤＢ３６で未だに実施されていないのは、確認・操作識別子Ｄ３[Ｓ３]の「Ｋ００６」であり、それ以降の確認・操作識別子Ｄ３の内容と照合する。その結果、次の確認・操作識別子Ｄ３[Ｓ４]の内容「Ｋ００３」と一致する。これは、確認・操作ＩＤデータＤ４１２の「Ｋ００３」が、確認・操作識別子Ｄ３の「Ｋ００６」を飛ばして実施されていることを示している。よって、図９に示すように、履歴番号データＤ４１１の「１」「２」の間に確認・操作し忘れが存在すると判断し、手順進行状況ＤＢ４２Ａのし忘れ位置データＤ４２３に「１〜２」を格納するとともに、図８に示すように、履歴ＤＢ４１Ａの確認・操作ＩＤ「Ｋ００３」の運転手順ＩＤに「Ｉ」、運転手順推定状況データＤ４１５に「済」を格納する。
【００８４】
次に、確認・操作ＩＤデータＤ４１２が、実施されていない確認・操作識別子Ｄ３と一致しない場合、履歴ＤＢ４１Ａ内の次の確認・操作ＩＤデータＤ４１２を同じ確認・操作識別子Ｄ３と照合する。その結果、一致すれば、照合しない確認・操作ＩＤデータＤ４１２は、余計な確認・操作の候補であると判断する。ここで、運転手順ＤＢ３６の他の手順の順序識別子Ｄ５が「Ｘ１」である確認・操作識別子Ｄ３と確認・操作ＩＤデータＤ４１２を照合し、一致しない場合は、確認・操作ＩＤデータＤ４１２は余計な確認・操作であると判断し、履歴ＤＢ４１Ａの手順ＩＤデータＤ４１４に「余計」、運転手順推定状況データＤ４１５に「済」と格納する。一致した手順がある場合は、まだ手順ＩＤデータＤ４１４が推定されていない可能性があり、再びステップＳＴ１の実行時に処理する。
【００８５】
ただし、一定時間が経過しても推定できない場合は、確認・操作ＩＤデータＤ４１２は余計な確認・操作であると判断し、履歴ＤＢ４１Ａの内容を上記と同じように更新する。図８の例では、現在実施されているのは手順Ｉのみである。また、運転手順ＤＢ３６の中で、上記の処理後に実施されていないのは確認・操作識別子Ｄ３[Ｓ５]の「Ｋ００４」である。ここで、運転手順推定状況データＤ４１５が「未」である確認・操作ＩＤデータＤ４１２「Ｋ００８」と、運転手順ＤＢ３６の中で手順識別子Ｄ１が「Ｉ」かつ実施されていない確認・操作識別子Ｄ３を照合すると、一致する確認・操作識別子Ｄ３はない。そこで、履歴ＤＢ４１Ａの次の確認・操作ＩＤデータＤ４１２である「Ｋ００４」と実施されていない確認・操作識別子Ｄ３[Ｓ５]と照合すると一致する。他には実施されている手順がないため、確認操作ＩＤ３１２は余計な確認・操作であると判断し、手順ＩＤデータＤ４１４に「余計」、運転手順推定状況データＤ４１５に「済」と格納する。
【００８６】
一方、履歴ＤＢ４１Ａ内の確認・操作ＩＤデータＤ４１２が現在行なうべき確認・操作識別子Ｄ３と一致せず、同一手順内の次の確認・操作ＩＤデータＤ４１２が、運転手順ＤＢ３６内の現在の次に行なうべき確認・操作識別子Ｄ３と一致する場合、一致しない確認・操作ＩＤデータＤ４１２は、現在行なうべき確認・操作識別子Ｄ３との確認・操作間違い候補と判断する。
【００８７】
図８の例で、上記の処理後に実施されていない運転手順ＤＢ３６のデータは確認・操作識別子Ｄ３[Ｓ６]の「Ｓ００１」、履歴ＤＢ４１Ａの運転手順推定状況データＤ４１５が「未」である確認・操作ＩＤデータＤ４１２は「Ｓ００２」であり、一致しないことがわかる。ここで、次の確認・操作識別子Ｄ３[Ｓ７]と、確認・操作ＩＤデータＤ４１２を照合すると、「Ｋ００５」で一致する。よって、確認・操作ＩＤデータＤ４１２「Ｓ００２」のデータは、確認・操作間違い候補と判断する。ここで、候補としているのは、実際に確認・操作間違いに該当する場合と、余計な操作を行なった後で確認・操作し忘れが発生した場合との状況が同一であり、これだけでは判断できないためである。
【００８８】
そこで、確認・操作間違い候補に該当する確認・操作ステップを規定した確認・操作間違い候補情報Ｄ３５を、後述の確認・操作誤り推定装置１０に転送する。
【００８９】
確認・操作誤り推定装置１０は、確認・操作間違い候補情報Ｄ３５で規定された確認・操作間違い候補が本当に確認・操作間違いであるかを、詳細な確認・操作間違いの原因推定処理を実行して最終判定する。原因推定の詳細は後述するステップＳＴ６にて述べる。その結果、確認・操作誤り推定装置１０は、間違い原因を判別できた場合は、当該確認・操作間違い候補を真の確認・操作間違いであると最終判定し、その最終判定結果と間違いの原因の詳細を表すメッセージとを含む誤り推定結果Ｄ１１を運転手順推定部３５に出力する。
【００９０】
そして、運転手順推定部３５は誤り推定結果Ｄ１１に基づき、履歴ＤＢ４１Ａの手順ＩＤデータＤ４１４に例えば「間違い（手順ＩＤ名）：メッセージ内容」と変更して確認・操作履歴格納部３４内に格納する。
【００９１】
確認・操作誤り推定装置１０は間違い原因判別できなかった場合は、余計な確認・操作が実施され、その後に確認・操作し忘れが発生した可能性があると推定し、その推定内容を指示する誤り推定結果Ｄ１１を運転手順推定部３５に出力する。余計な確認・操作かどうかは、上述した余計な確認・操作の判別と同様の処理を行い判断し、判別できれば、運転手順推定部３５によって履歴ＤＢ４１Ａの内容も同様に更新する。し忘れ確認・操作（ステップ）についても上述のように、手順進行状況ＤＢ４２Ａ内のし忘れ位置データＤ４２３に入力する。
【００９２】
このように、運転進行状況表示装置３０Ａ内の運転手順推定部３５は推定した確認・操作間違い候補を指示する確認・操作間違い候補情報Ｄ３５を確認・操作誤り推定装置１０の確認・操作誤り推定処理部１１に出力し、確認・操作誤り推定処理部１１からの誤り推定結果Ｄ１１を受け、該誤り推定結果Ｄ１１を反映させた内容の履歴ＤＢ４１Ａ及び手順進行状況ＤＢ４２Ａを確認・操作履歴格納部３４に格納する。
【００９３】
最後に、確認・操作誤り推定処理部１１によって実行される、図２のステップＳＴ６の処理について図１，図１０〜図１５を参照して説明する。すなわち、確認・操作間違い候補情報Ｄ３５によって指示される確認・操作間違い候補の確認・操作データの原因推定を行う確認・操作誤り推定装置１０について述べる。
【００９４】
確認・操作誤り推定装置１０は、確認・操作誤り推定処理部１１、誤り事例ＤＢ１２、誤り推定ルールＤＢ１３、及び画面情報ＤＢ１４から構成される。
【００９５】
確認・操作誤り推定処理部１１は、確認・操作間違いに関するヒューマンエラー事例が格納された誤り事例ＤＢ１２、ヒューマンエラーの発生ルールが格納された誤り推定ルールＤＢ１３、運転員が参照する画面データや画面上に配置されている確認・操作対象のデータが格納された画面情報ＤＢ１４からなる各種データベースを用いて、確認・操作間違いの詳細な原因を判定する。
【００９６】
確認・操作間違いに関するヒューマンエラーは、画面上で実施する確認・操作ステップを、何らかの原因で本来実施すべき対象とは異なる対象に対して実施することで発生する。原因はさまざまであるが、例えば同一画面上の近くの似ている形状・名前の対象と間違えることなどが挙げられる。
【００９７】
図１０は、監視制御システムの運転員用入出力部２１に表示される監視制御画面の一例を示す説明図である。同図に示すように、監視制御画面となる表示パネル８０は、通常のプラント監視制御画面を表示する機能を備える。図１０では、通常のプラント監視制御画面の例として、画面タイトルや画面ＩＤを表示する画面タイトル表示部８１、ソフトウェア制御スイッチやプラント計測値の表示を行なう監視制御画面表示部８２、表示画面の変更操作を行なうための選択ボタン８３１〜８３５が配置されるメニュー表示部８３を備える構成を示している。監視制御画面表示部８２の例としては、図１０に示すような弁の開閉を制御する制御スイッチＳＷ１〜ＳＷ４と、ある計測点を通過した気体の流量を示す計器の表示が挙げられる。
【００９８】
制御スイッチＳＷ１は、機器ＥであるＡ１弁を制御するためのスイッチである。同様に制御スイッチＳＷ２は機器ＨであるＢ１弁、制御スイッチＳＷ３は機器ＫであるＡ２弁、制御スイッチＳＷ４は機器ＬであるＢ２弁の制御スイッチである。制御スイッチの中央には、弁の状態が表示されている。制御スイッチＳＷ１〜ＳＷ４の弁は「開」を表す。制御スイッチＳＷ１〜ＳＷ４の左側には、制御スイッチの機器名称ＶＮ１〜ＶＮ４と、制御スイッチの状態名（開度ＧＯ１〜ＧＯ４）とそれに対する数値（流量値ＦＶ１〜ＦＶ４及び開度の割合）が表示されている。
【００９９】
すなわち、Ａ１弁は制御スイッチＳＷ１、Ｂ１弁は制御スイッチＳＷ２、Ａ２弁は制御スイッチＳＷ３、Ｂ２弁は制御スイッチＳＷ４の名称をそれぞれ示し、開度ＧＯ１〜ＧＯ４は制御スイッチＳＷ１〜ＳＷ４の状態名である開度及びその値（％）を示し、計測値である流量値ＦＶ１はＡ１弁（制御スイッチＳＷ１）を通過後の気体の流量値、計測値である流量値ＦＶ２はＢ１弁（制御スイッチＳＷ２）を通過後の気体の流量値を示す。流量名称ＦＮ１は流量値ＦＶ１、流量名称ＦＮ２は流量値ＦＶ２の名称である。
【０１００】
ここで、画面の横方向がｘ軸、縦方向がｙ軸とすると、図１０の画面構成では、Ａ系統であるＡ１弁である制御スイッチＳＷ１、Ａ２弁である制御スイッチＳＷ３によって規定される流量名称ＦＮ１：Ａ流量値がｙ軸方向に配置されており、Ｂ系統であるＢ１弁である制御スイッチＳＷ２、Ｂ２弁である制御スイッチＳＷ４によって規定される流量名称ＦＮ２：Ｂ流量値は、ｙ軸方向は同じ配置でｘ軸方向にずれて配置されている。この場合、Ａ系統とＢ系統で異なることは、ｘ軸方向の違い、制御スイッチや流量値の名称が「Ａ」であるか「Ｂ」であるかである。
【０１０１】
このような表示パネル８０上で操作を行なう際には、例えば、開いた状態のＡ１弁を閉める操作を行なう際に、Ａ１弁である制御スイッチＳＷ１ではなく、画面の見間違いや監督者からの指示の聞き間違いが原因で、Ｂ１弁である制御スイッチＳＷ２を操作してしまうヒューマンエラーが発生することが考えられる。
【０１０２】
確認・操作誤り推定処理部１１は、このようなヒューマンエラーの発生原理の流れとは逆に、確認・操作間違いの可能性がある確認・操作対象から、ヒューマンエラーの発生ルールに基づいて、画面上に本来行なうべき確認・操作対象が見つかるかどうかを推定する。ヒューマンエラーの発生ルールは複数あり、そのうち本来の確認・操作対象を推定することができたヒューマンエラーが、確認・操作間違いの原因と推定される。さらに原因が推定された確認・操作間違い候補の確認・操作データは、確認・操作間違いであると最終判定される。
【０１０３】
以下に、確認・操作誤り推定処理部１１による具体的な推定処理内容について、例を挙げて述べる。
【０１０４】
まず、確認・操作誤り推定処理部１１は、運転手順推定部３５から転送された確認・操作間違い候補を示す確認・操作間違い候補情報Ｄ３５を受信する。また、予め取得している運転手順ＤＢ３６内の現在実施すべき確認・操作の順序識別子Ｄ５（順序データＤ３６５）の内容を元に、運転手順ＤＢ３６から本来実施すべき確認・操作識別子Ｄ２のデータを得る。
【０１０５】
図８の履歴ＤＢ４１Ａの例では、履歴番号データＤ４１１が「５」の確認・操作データが、確認・操作間違い候補として受信される。この確認・操作ＩＤデータＤ４１２は「Ｓ００２」である。また、この時点で現在実施すべき確認・操作の順序識別子Ｄ５の内容は「Ｘ４」であるため、本来実施すべき確認・操作識別子Ｄ２（操作内容データＤ３６２）の内容は「Ｓ００１」となる。
【０１０６】
次に確認・操作誤り推定処理部１１は、ヒューマンエラー事例のデータが格納されている誤り事例ＤＢ１２を参照する。
【０１０７】
図１１に誤り事例ＤＢ１２の例を示す説明図である。誤り事例ＤＢ１２には、事例ＩＤデータＤ１２１、画面上で確認・操作を行なう際に発生するヒューマンエラー事例データＤ１２２、ヒューマンエラー事例に対するヒューマンエラー名称データＤ１２３、ヒューマンエラーが発生しうる画面上の確認・操作対象の表示属性データＤ１２４、ヒューマンエラーを推定する際に参照すべき推定処理ルールデータＤ１２５がそれぞれ格納されている。ヒューマンエラー名称データＤ１２３、表示属性データＤ１２４において、該当するデータが複数存在する場合には、例えば「／」などの記号を用いるなどして、区別できるようにデータを格納する。図１１に示した誤り事例ＤＢ１２の内容は一例であり、他の内容を追加してもよい。
【０１０８】
ここで、まず確認・操作誤り推定処理部１１は、確認・操作内容ＤＢ３２から、受信した確認・操作間違い候補情報Ｄ３５で指示される確認・操作間違い候補の確認・操作ＩＤの表示属性データＤ３２３を読み出す。そして、その表示属性データＤ３２３と、誤り事例ＤＢ１２内の表示属性データＤ１２４を照合して、合致する事例ＩＤデータＤ１２１を抽出する。例えば、確認・操作間違い候補の確認・操作ＩＤが「Ｓ００２」の場合、確認・操作内容ＤＢ３２から読み出される表示属性データＤ３２３は「弁」となる。そして、誤り事例ＤＢ１２の表示属性データＤ１２４と一致する事例ＩＤ４１０として「１」〜「６」の全てを抽出する。
【０１０９】
もしなければ、余計な確認・操作と確認・操作し忘れがあったと判断し、その判断結果を誤り推定結果Ｄ１１として運転手順推定部３５に出力して推定処理を終了する。その後、運転手順推定部３５は誤り推定結果Ｄ１１を反映させてステップＳＴ４で述べた内容で運転進行状況の推定を行う。
【０１１０】
以下、抽出された事例ＩＤデータＤ１２１が存在した場合について説明する。この場合、抽出した事例ＩＤデータＤ１２１を一つずつ参照し、その事例ＩＤデータＤ１２１に対応する推定処理ルールデータＤ１２５を参照する。誤り事例ＤＢ１２内の推定処理ルールデータＤ１２５は、記号（処理ＩＤ）と論理演算子で表されており、個々の処理ＩＤの内容は、誤り推定ルールＤＢ１３に格納されている。
【０１１１】
図１２は誤り推定ルールＤＢ１３の例を示す説明図である。誤り推定ルールＤＢ１３には、ルール適用処理ＩＤデータＤ１３１と、推定時に実施するルール処理内容データＤ１３２とが格納されている。なお、図１２の内容は一例であり、他の内容を追加してもよい。処理内容は、ある条件に合致する画面内の確認・操作対象を抽出する処理を行なうものである。
【０１１２】
例えば、誤り事例ＤＢ１２の事例ＩＤデータＤ１２１が「１」の場合、処理ルールは「Ａ AND Ｂ AND Ｃ」となっており、誤り推定ルールＤＢ１３内のルール適用処理ＩＤデータＤ１３１の処理ＩＤ「Ａ」、「Ｂ」、「Ｃ」を参照する。論理演算子は全てANDであることから、処理ＩＤは「Ａ」、「Ｂ」、「Ｃ」の全ての処理結果で共通する確認・操作対象を抽出する。
【０１１３】
以上の処理を、画面情報ＤＢ１４に格納された、監視制御に用いる各種画面や画面上に配置された確認・操作対象に関するデータを参照しながら順次行なう。
【０１１４】
図１３に画面情報ＤＢ１４の例を示す説明図である。画面に関する情報としては、例えば、画面ＩＤデータＤ１４１、画面名称データＤ１４２、ある画面に対して類似した構成である類似構成画面ＩＤデータＤ１４３、図１０の選択ボタン８３１〜８３５のように画面中に表示される他の画面への選択ボタンのうち、隣接するボタンの遷移先を指示する隣接画面ＩＤデータＤ１４４が挙げられる。また、各画面上に配置される各種の確認・操作対象のデータとしては、例えば、確認・操作対象ＩＤデータＤ１５１、表示属性データＤ１５２、表示名称データＤ１５３、表示座標データＤ１５４、表示色データＤ１５５、ある一定期間における確認・操作頻度データＤ１５６、セットで確認・操作する対象を示すセット対象ＩＤデータＤ１５７が格納されている。格納されるデータとしては、これに限らず関係する他の情報を追加しても良い。
【０１１５】
例えば、誤り事例ＤＢ１２の事例ＩＤデータＤ１２１が「１」の推定処理ルールデータＤ１２５「Ａ AND Ｂ AND Ｃを」参照して、画面情報ＤＢ１４内を探索する場合について説明する。
【０１１６】
まず、確認・操作内容ＤＢ３２を参照して、確認・操作間違い候補の確認・操作ＩＤデータＤ４１２から確認・操作対象ＩＤデータＤ３２２を得る。図８の履歴ＤＢ４１Ａの例では、確認・操作ＩＤデータＤ４１２「Ｓ００２」が確認・操作間違い候補となっており、確認・操作内容ＤＢ３２から、その確認・対象ＩＤ２２０である「Ｂ０００１」を抽出する。そして、画面情報ＤＢ１４から、その確認・操作対象ＩＤデータＤ１５１の「Ｂ０００１」を検索する。
【０１１７】
ここで、誤り事例ＤＢ１２の事例ＩＤデータＤ１２１「１」の推定処理ルールを参照して、誤り推定ルールＤＢ１３内の対応するルール適用処理ＩＤデータＤ１３１を参照する。ルール適用処理ＩＤデータＤ１３１が「Ａ」の処理内容には、周囲の確認・操作対象の距離を測定し、一定距離（図１２では例えば「３５０」）以内にある確認・操作対象を抽出すると記述されている。よって、画面情報ＤＢ１４内で、まず確認・操作間違い候補の確認・操作対象ＩＤデータＤ１５１が含まれる画面ＩＤデータＤ１４１に該当するデータを全て抽出し、その中で確認・操作間違い候補と、他の確認・操作対象の表示座標データＤ１５４のユークリッド距離を算出する。その結果、例えば一定距離が「３５０」であるとすれば、距離「３５０」以内にある確認・操作対象ＩＤデータＤ１５１のみを抽出する。この場合は、画面ＩＤデータＤ１４１が「００１」である、確認・操作対象ＩＤデータＤ１５１「Ａ０００１」「Ａ０００２」「Ｂ０００２」、「Ｂ０００３」が抽出される。
【０１１８】
次に、ルール適用処理ＩＤデータＤ１３１が「Ｂ」の処理内容は、表示名称データＤ１５３の一致度が一定以上である確認・操作対象を抽出すると記述されていることから、確認・操作対象ＩＤデータＤ１５１「Ｂ０００１」と、同一の画面ＩＤデータＤ１４１「００１」にある他の確認・操作対象の表示名称データＤ１５３の差分を算出する。その結果、例えば一定の一致度が６０％以上であるとすれば、対象名の一致度が６０％以上の確認・操作ＩＤ６２１「Ａ０００１」と「Ｂ０００３」が抽出される。
【０１１９】
最後に、ルール適用処理ＩＤデータＤ１３１「Ｃ」の処理内容には、同じ表示属性の確認・操作対象を抽出すると記述されていることから、確認・操作ＩＤ６２１「Ｂ０００１」の表示属性データＤ１５２と一致する表示属性を持つ他の確認・操作対象を画面ＩＤデータＤ１４１が「００１」のデータから検索する。この場合には、「弁」という表示属性を持つ、確認・操作対象ＩＤデータＤ１５１「Ａ０００１」「Ａ０００３」「Ｂ０００３」が抽出される。以上に挙げたＡ〜Ｃまでの処理内容の算出方法は、他の方法を用いてもよい。
【０１２０】
以上のルール適用処理ＩＤデータＤ１３１の「Ａ」、「Ｂ」、「Ｃ」における抽出結果のうち、全ての条件に当てはまる確認・操作対象ＩＤデータＤ１５１を算出する。そして、確認・操作対象が見つかった場合は、確認・操作内容ＤＢ３２を参照し、その確認・操作対象ＩＤデータＤ１５１から確認・操作ＩＤデータＤ３２１を検索する。この例の場合では、確認・操作対象ＩＤデータＤ１５１の「Ａ０００１」と「Ｂ０００３」が、全ての条件に当てはまり、それぞれの確認・操作ＩＤデータＤ３２１「Ｓ００１」「Ｓ００６」を抽出する。そして、確認・操作ＩＤデータＤ３２１と本来実施すべき確認・操作ＩＤを照合し、一致すれば、確認・操作間違い候補は間違いであったと最終判定されたことになり、画面情報ＤＢ１４内の確認・操作間違いの表示名称データＤ１５３、誤り事例ＤＢ１２の該当する事例のヒューマンエラー名称データＤ１２３、ヒューマンエラー事例データＤ１２２データを用い、誤りの詳細なメッセージを作成し、確認・操作履歴格納部３４の履歴データベースの手順ＩＤデータＤ４１４に追加で格納する。この例では、本来実施すべき確認・操作ＩＤは「Ｓ００１」であるため、抽出された確認・操作ＩＤデータＤ３２１の中では、確認・操作ＩＤデータＤ３２１「Ｓ００１」が一致することになる。これは、誤り事例ＤＢ１２の事例ＩＤ４１０「１」の推定処理ルールで抽出することができたため、事例ＩＤ４１０「１」における上記データを用いて、例えば「近くの似ている名前で同属性のＢ弁との見間違い／聞き間違い」というメッセージを作成する。作成したメッセージは、確認・操作間違いを示す最終判定結果と共に誤り推定結果Ｄ１１として運転手順推定部３５に送信され、運転手順推定部３５によって確認・操作履歴格納部３４内の履歴ＤＢ４１Ａの該当する確認・操作の手順ＩＤデータＤ４１４に「間違い（手順ＩＤ名）」が格納される。この時点における履歴ＤＢ４１Ａの内容は、図１４に示すものとなる。なお、図１４は確認・操作誤り推定処理部１１の推定処理後の履歴ＤＢの内容を示す説明図である。
【０１２１】
以上に挙げた例は、同一画面内の確認・操作対象の間違いに関する場合であるが、例えば異なる画面の確認・操作対象と間違えた場合（選択ボタン８３１と間違えて選択ボタン８３２の画面を選択したなど）は、誤り事例ＤＢ１２の事例ＩＤ４１０「５」「６」を参照し、類似構成画面ＩＤデータＤ１４３または隣接画面ＩＤデータＤ１４４などのデータを利用することで処理することができる。
【０１２２】
監督者に対する運転進行状況の表示は、運転履歴表示部３７により、履歴ＤＢ４１Ａの内容が出力される。図１５は履歴ＤＢ４１Ａの表示パネル７０への表示例を示す説明図である。表示パネル７０上には、画面タイトル表示部７１、確認・操作の実施状況を表示する運転進行状況表示部７２を備える。運転進行状況表示部７２は、確認・操作が実施された時刻表示部７３、確認・操作実施状況表示部７４、確認・操作誤り表示部７５に分かれる。時刻表示部に表示される時刻データＤ７３には、履歴ＤＢ４１Ａの時刻データＤ４１３のデータが出力される。また、確認・操作実施状況表示部７４には、手順ＩＤデータＤ４１４ごとに、履歴ＤＢ４１Ａの運転手順推定状況データＤ４１５が「済」になっている確認・操作ＩＤデータＤ４１２に対する操作内容識別子Ｄ２を、運転手順ＤＢ３６または確認・操作内容ＤＢ３２から読み出して表示する。具体的には、手順進行状況ＤＢ４２Ａの実施済み履歴番号データＤ４２２にデータがあれば、該当する操作内容識別子Ｄ２を実施済み確認・操作７４１として出力する。一方、し忘れ位置データＤ４２３や、履歴ＤＢ４１Ａの手順ＩＤデータＤ４１４に「余計」または「間違い」が格納されていれば、誤り確認・操作として、その種別を区別できるような表示で、誤り種類説明７４６（７４６Ｘ〜７４６Ｚ）と共に出力する。例えば図１５では、確認・操作し忘れの場合、し忘れ確認・操作７４２（図１４では７４２Ｂ）に隣接して誤り種類説明７４６Ｚを配置させ、運転進行状況表示部７２の該当箇所に表示している。この際、し忘れが発生している確認・操作の表示内容は、し忘れ位置データＤ４２３内の「〜」前後の履歴番号の確認・操作ＩＤデータＤ４１２を元に、運転手順ＤＢ３６からし忘れに該当する操作内容識別子Ｄ２を取得する。また、余計な確認・操作の場合は、確認・操作誤り表示部７５に、余計確認・操作７４３（図１４では７４３Ｇ）として表示している。この内容は、確認・操作内容ＤＢ３２を参照し、その確認・操作ＩＤ３１４から確認・操作内容データＤ３２４を取得して表示する。また、余計確認・操作７４３と発生した時刻を破線を用いて対応付けているが、この破線はなくてもよい。確認・操作間違いの場合は、間違い確認・操作７４４（図１４では７４４Ｈ）を確認・操作誤り表示部７５に表示し、代わりに実施されていない確認・操作７４５（図１４では７４５Ｅ）を確認・操作実施状況表示部７４に表示している。間違い確認・操作７４４の場合は確認・操作内容ＤＢ３２の操作内容データＤ３２４から、実施されていない確認・操作７４５の場合は運転手順ＤＢ３６の操作内容識別子Ｄ２から表示内容を得る。また、間違い確認・操作７４４の隣に、確認・操作間違いの詳細な原因の間違いメッセージ７８を表示する。また、矢印７９によってこの２つが間違いであると対応付けているが、なくてもよい。この場合も破線を用いて時刻データＤ７３と対応づけているが、破線はなくてもよい。
【０１２３】
図１５で示した表示パネル７０例では、フローチャートのような表示形式を例に挙げているが、文字による表記など他の表示方法でもよい。また、今回は専用の運転履歴表示部３７に表示しているが、監督者用入出力部２２上に表示するようにしてもよい。
【０１２４】
（効果）
実施の形態１によるプラント監視制御システムにおいては、運転手順の誤りを検出するだけではなく、確認・操作間違いの場合にはその発生原因が、画面情報やヒューマンエラー事例から推定され、運転履歴と共に表示される。この手法によれば、監督者は、運転進行中に発生した確認・操作間違いステップを、その原因と共に認知することができるため、一見関連のなさそうな確認・操作間違いステップが、どの手順と間違えているのかを悩む必要はなくなる。そのため、より迅速に運転員の間違いに対して対応できるようになる。
【０１２５】
また、以上に述べた運転進行状況の提示は主として監督者に向けたものであるが、例えば訓練中の運転員の行動を確認・操作履歴格納部３４に格納しておき、訓練が終わった後にそれを運転員に対して運転履歴表示部３７にて再生表示することで、自らの運転の間違いや間違えた原因を把握させ、正しい運転方法を学習させる、訓練システムとして利用してもよい。
【０１２６】
さらに、確認・操作履歴格納部３４を元に、確認・操作間違いの原因をまとめてテキストデータやそのハードコピーとして出力し、画面設計者に対しユーザインタフェースの問題点としてフィードバックしてもよい。
【０１２７】
このように、実施の形態１のプラント監視制御システムの確認・操作誤り推定装置１０における確認・操作誤り推定処理部１１は、確認・操作間違い候補が確認・操作間違いであるいか否かの最終判定結果、及び最終判定結果が確認・操作間違いを指示する場合はその間違い原因を規定した誤り推定結果Ｄ１１を出力するため、運転員及びその監督者は、誤り推定結果Ｄ１１を参照することにより、間違い原因を早期かつ客観的に認識することができる。
【０１２８】
その結果、監督者は運転員に誤り推定結果Ｄ１１に基づいて適切にヒューマンエラーの内容を指摘することができ、互いの思い込みによる意見の相違を解決でき、確認・操作間違いに対し、適切かつ早急な対処方法を採ることができる分、システムの安全性の向上及び監督制御処理の効率化を図ることができる。
【０１２９】
また、現行の手順とは一見関連がなさそうな確認・操作間違いがある場合でも、どの手順と間違えているのかについて検討する負荷を軽減することによりシステム全体のコストの低減化を図るこことができ、対処方法についてより早く検討できるという効果を奏する。
【０１３０】
また、誤り推定結果Ｄ１１を含む詳細な情報を開示することにより、監督者や運転者への情報の開示内容の向上を図ることができる。
【０１３１】
＜実施の形態２＞
プラント事故時の復旧作業など非日常業務のプラント運転時には、プラント状態が次々と変化するため、迅速に判断して対応することが必要とされる場合がある。その際、万が一確認・操作のヒューマンエラーが発生した場合には、それがプラント状態に重大な結果を引き起こすものほど、一刻も早く対応する必要がある。
【０１３２】
実施の形態１のプラント監視制御システムにおける確認・操作誤り推定処理部１１によるプラント運転誤り分析機能では、確認・操作誤りを検出して運転進行状況と共に表示し、特に確認・操作間違いに関しては原因を提示することができる。しかし、複数の誤りが発生している場合には、優先して対応すべき誤りを見つけるために、複数の誤りの重要度について検討して比較する作業が発生したり、軽度の誤りを先に対応して重大な誤りに対する対応を後回しにしたりしてしまうなど、適切な順序でプラント状態を改善できない可能性がある。
【０１３３】
そこで、実施の形態２では、機器データや警報データなどのプラントデータを用いて、特定のプラント状態で行なわれる、あるいはし忘れるとプラントに重大な影響を与える可能性がある確認・操作ステップ（以後、「禁止操作」と呼ぶ）を検出し、実施の形態１の運転履歴表示部３７の表示内容に加える方法の例を示す。
【０１３４】
図１６は実施の形態２に係るプラント監視制御システムの構成を示すブロック図である。本実施の形態のプラント監視制御システムは、実施の形態１と同様、確認・操作誤り推定装置１０、プラント監視制御装置２０、及び運転進行状況表示装置３０Ｂ（図１の運転進行状況表示装置３０Ａ相当）から構成される。
【０１３５】
確認・操作誤り推定装置１０、プラント監視制御装置２０内の構成は、実施の形態１と同様である。ただし、運転進行状況表示装置３０Ｂには、実施の形態１の運転進行状況表示装置３０Ａに加え、禁止操作推定部３８と禁止操作ＤＢ３９（重要影響操作データベース）を備えている。
【０１３６】
実施の形態２の処理内容は、確認・操作履歴格納部３４内の履歴ＤＢ４１Ａに格納された運転内容に基づき、運転手順ＤＢ３６と運転手順推定部３５とを用いて、現在実施されている手順を推定し、その後、確認・操作し忘れ（ステップ）、余計な確認・操作（ステップ）、及び確認・操作間違い（ステップ）を検出する処理までは、実施の形態１のプラント監視制御システムと同様である。
【０１３７】
実施の形態２では、さらに上記の確認・操作し忘れ、余計な確認・操作及び確認・操作間違いが、プラントに重要な影響を与える可能性があるかどうかを、禁止操作推定部３８において禁止操作ＤＢ３９のデータを用いて判別する。
【０１３８】
図１７は禁止操作ＤＢ３９の構成を示す説明図である。同図に示すように、禁止操作ＤＢ３９には、確認操作ＩＤデータＤ３９１、０個以上の条件データＤ３９２Ａ，Ｄ３９２Ｂ，…、及び確認・操作の誤り種別データＤ３９３が格納されている。
【０１３９】
条件データＤ３９２Ａ等として、例えば、し忘れ処理「機器Ｂ 確認」の場合、警報信号「○○（機器名 例：加圧器）水位低」「○○（機器名 例：原子炉）トリップ信号発信」やプラント値「○○（機器名）水位（または圧力）△△（値）％以下」などが挙げられる。余計な確認・操作や確認・操作間違いについても、上記と同じような条件が考えられる。
【０１４０】
運転手順推定部３５において実施の形態１と同様の運転手順推定処理を行った結果、確認・操作誤り（確認・操作し忘れ、余計な確認・操作及び確認・操作間違いのいずれか）があると推定された場合は、確認・操作誤りに該当する確認・操作ＩＤを取得する。この際、確認・操作し忘れの場合は、運転手順ＤＢ３６から本来実施すべき確認・操作識別子Ｄ３を取得する。
【０１４１】
また、確認・操作間違いと余計な確認・操作の場合は、履歴ＤＢ４１Ａから確認・操作ＩＤデータＤ４１２を取得する。そして、取得した確認・操作ＩＤデータと、誤りの種別を表す文字列（「余計」「し忘れ」「間違い」）を、禁止操作推定部３８に送信する。禁止操作推定部３８はこれらのデータを受信し、確認・操作ＩＤは禁止操作ＤＢ３９の確認操作ＩＤデータＤ３９１と、誤りの種別の文字列は誤り種別データＤ３９３と照合する。確認操作ＩＤデータＤ３９１と誤り種別データＤ３９３の両方が一致するデータが見つかれば、禁止操作推定部３８は、該当する条件データＤ３９２（Ｄ３９２Ａ，Ｄ３９２Ｂ，…）を参照する。条件データＤ３９２には、実施された確認・操作がプラントに重大な影響を与える場合の条件（例えば、警報の発信や関連するプラント計器の値）が格納されており、禁止操作推定部３８はこれらに記述されたプラントデータを、プラントデータ取得部３３から取得し、条件を満たすかどうかを照合する。その結果、全ての条件データを満たす場合は、その確認・操作ＩＤは、重要度が所定基準以上である禁止操作であると判断し、禁止操作に該当する誤り操作を規定する禁止操作情報Ｄ３８（重要影響操作情報）を確認・操作履歴格納部３４に出力し、確認・操作履歴格納部３４内の手順進行状況ＤＢ４２Ｂまたは履歴ＤＢ４１Ｂを、禁止操作情報Ｄ３８を加味した内容に更新する。
【０１４２】
図１８及び図１９は実施の形態２における禁止操作推定部３８による禁止操作推定処理実行後における手順進行状況ＤＢ４２Ｂ及び履歴ＤＢ４１Ｂの内容を示す説明図である。図１８に示す手順進行状況ＤＢ４２Ｂには、実施の形態１の内容に加えて禁止操作３２４を設けており、禁止操作がし忘れ確認・操作であれば、例えばその前後の履歴番号を「〜」を挟んで格納する。
【０１４３】
一方、図１９に示すように、履歴ＤＢ４１Ｂは、実施の形態１の手順進行状況ＤＢ４１Ａの内容に加えて禁止操作データＤ４１６の欄を設けており、余計な確認・操作または確認・操作し間違いに禁止操作が該当すれば、履歴ＤＢ４１Ｂの表示属性識別子Ｄ４１６における該当する履歴番号に関し○印を格納する。
【０１４４】
このように、履歴ＤＢ４１Ｂ及び手順進行状況ＤＢ４２Ｂは、禁止操作情報Ｄ３８に基づき禁止操作の内容を加味した内容に更新される。
【０１４５】
また、運転履歴表示部３７に確認・操作誤りを表示する際には、履歴ＤＢ４１Ａと手順進行状況ＤＢ４２Ａに格納された禁止操作の履歴番号を参照して、誤り表示７４２〜７４４を、他と区別できるような表示方法（例えば、印をつける、誤り表示の色を変えるなど）で表示する。
【０１４６】
図２０は運転履歴表示部３７による、履歴ＤＢ４１Ａの表示パネル７０への表示例を示す説明図である。図２０示す例では、禁止マーク７７がし忘れ確認・操作７４２Ｂ（機器Ｂ 確認）に隣接して表示される共に、禁止マーク７７が間違い確認・操作７４４Ｈ（機器Ｈ 確認）に隣接して表示される。
【０１４７】
なお、以上に述べた内容は、確認・操作内容が禁止操作か否かを判別する例であるが、禁止操作ＤＢ３９に重要度の欄を追加し、禁止操作の重要度をより細かく設定して、運転履歴表示部３７に重要度ごとに区別できるように表示してもよい。
【０１４８】
（効果）
実施の形態２のプラント監視制御システムは、重要度が所定の基準を超えたし忘れ確認・操作（ステップ）、余計な確認・操作（ステップ）及び確認・操作間違い（ステップ）を規定した禁止操作情報Ｄ３８に基づき、禁止操作が指示される履歴ＤＢ４１Ｂ、手順進行状況ＤＢ４２Ｂの内容を表示パネル７０上に表示することができる。
【０１４９】
このため、運転員及びその監督者が禁止操作情報Ｄ３８が指示された運転進行状況を認識することにより、推定された誤り処理（し忘れ確認・操作、余計な確認・操作及び確認・操作間違い）のうち、優先的に改善を行う必要がある処理を的確に認識することができる。その結果、運転進行状況推定後に迅速かつ適切な対応を採ることができる効果を奏する。
【０１５０】
＜コンピュータへの応用＞
なお、実施の形態１及び実施の形態２で述べたプラント監視制御システムは、例えば、主記憶装置、演算装置、入力装置、二次記憶装置及び出力装置等から構成され、これらの装置が共通バスを介して共通に接続されるような構成のコンピュータ装置により実現することができる。
【０１５１】
このようなコンピュータ装置において、プラント監視制御部２３、確認・操作内容照合部３１、プラントデータ取得部３３、運転手順推定部３５、確認・操作誤り推定処理部１１、及び禁止操作推定部３８は、例えば、演算装置がコンピュータを機能させるプログラムに基づき動作することによって実現可能である。上記プログラムは主記憶装置あるいは二次記憶装置に格納可能である。
【０１５２】
また、確認・操作内容ＤＢ３２、確認・操作履歴格納部３４、運転手順ＤＢ３６、誤り事例ＤＢ１２、誤り推定ルールＤＢ１３、画面情報ＤＢ１４、及び禁止操作ＤＢ３９は、主記憶装置あるいは二次記憶装置によって実現可能である。
【０１５３】
加えて、運転員用入出力部２１、監督者用入出力部２２、及び運転履歴表示部３７は一般的な入力装置、出力装置（表示装置）及びその組合せによって実現可能である。また、プラント機器２４は、プラント監視制御システムの確認・制御対象のハードウェアである。
【０１５４】
＜その他＞
なお、本発明は、その発明の範囲内において、各実施の形態を自由に組み合わせたり、各実施の形態を適宜、変形、省略することが可能である。
【符号の説明】
【０１５５】
１０ 確認・操作誤り推定装置、１１ 確認・操作誤り推定処理部、１２ 誤り事例ＤＢ、１３ 誤り推定ルールＤＢ、２０ プラント監視制御装置、２１ 運転員用入出力部、２２ 監督者用入出力部、２３ プラント監視制御部、２４ プラント機器、３０Ａ，３０Ｂ 運転進行状況表示装置、３１ 確認・操作内容照合部、３２ 確認・操作内容ＤＢ、３３ プラントデータ取得部、３４ 確認・操作履歴格納部、３５ 運転手順推定部、３６ 運転手順ＤＢ、３７ 運転履歴表示部、３８ 禁止操作推定部、３９ 禁止操作ＤＢ。
【技術分野】
【０００１】
この発明は、各種プラントの監視制御システムに関するものであり、特にそれが備えるプラント運転誤り分析機能に関するものである。
【背景技術】
【０００２】
近年、電力プラント等の各種大規模プラントの監視制御システムにおいて、従来のハードウェア型のアナログ監視制御盤（アナログ盤）に代わり、ソフトウェア型のデジタル監視制御盤（デジタル盤）の導入が進んでいる。デジタル盤では、監視制御盤の機能が集約されたグラフィカルユーザインタフェース (GUI) を用いて作業を行なうことができるため、オペレータ（運転員）の操作負荷を軽減することができる。
【０００３】
通常、プラントの運転管理は、監視制御室の中央制御盤を監視操作する運転クルーによって行われる。運転クルーはリーダーである監督者と数名の運転員から構成される。デジタル盤では、運転員と監督者とにはそれぞれ専用の監視制御入出力装置が用意されており、各自に与えられた入出力装置を利用して、プラントの監視および制御を行なう。監視制御を行なう際には、まず監督者が運転員に口頭で作業内容を指示する。運転員は、内容を確認の上、与えられた入出力装置を利用して作業を実施する。作業の実施後、運転員は監督者に口頭で完了報告を行い、監督者は内容を確認の上、監督者の入出力装置を利用して、運転員が実施した作業内容が正しいかどうかを確認する。以上のように、大規模プラントにおいては、運転クルー同士で互いに内容を確認しあいながら操作を実施している。
【０００４】
しかしながら、デジタル盤では、監督者は運転員のディスプレイに対する操作内容を把握することが困難である。もし運転中に運転員による確認・操作誤り（ヒューマンエラー）が発生した場合には、監督者は直ちにヒューマンエラーに気づいてプラントの状況を把握し、運転員に迅速に適切な指示を行なう必要があるが、このような環境ではプラントに異変が発生してからヒューマンエラーを特定することとなる。
【０００５】
デジタル盤では、確認・操作内容を記録したログを利用した運転進行状況を監督者に提示することが考えられている。これまでにも、プラント運転訓練などを対象に、運転進行状況の把握を支援する方法が考案されている（例えば、特許文献１に開示された訓練進行状況監視装置）。特許文献１の開示内容では、運転員により操作された操作項目を、標準運転操作要領に基づき規定された運転手順データと比較し、手順の実施状況を例えばリスト形式で表示する。比較時に操作項目が運転手順データに含まれていれば、項目を実施したと判断し、含まれない項目であれば、余分な操作と判定する。それ以外の項目は未実施の操作として判定する。これらの３種類の各項目は区別できるように表示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００３−５８０３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
プラント運転中に発生するヒューマンエラーは、運転員の確認・操作し忘れ、確認・操作間違い、余計な確認・操作が挙げられる。前述の通り、このようなヒューマンエラーが発生した場合には、監督者はできるだけ早く気づき、運転員に適切な指示を行なう必要がある。
【０００８】
しかし、確認・操作間違いの場合は、運転員は監督者とは異なる画面や画面上の異なる作業対象に着目しつつも、自分の作業が正しいと思い込んでいることがある。この場合には、仮に運転進行状況の表示によって確認・操作間違いがあると気づいても、根本的な原因を適切に運転員に伝えることができなければ、運転員を納得させることは難しく、意見の相違による対応の遅れにより事故に繋がる可能性がある。
【０００９】
このような事態を迅速に解決するためには、確認・操作間違いが発生した場合に、運転員がどの画面のどの作業対象を見ているのか、どのような認知プロセスにおける間違いなのかなど、ヒューマンエラーの詳細な原因を監督者が把握することが必要である。
【００１０】
これらに対し、上述した運転（訓練進行）進行状況監視装置では、運転員の操作項目を実施済みの正しい操作と、実施済みの余分な操作と、未実施の操作を判別することは可能である。しかし、実施済みの余分な操作のうち、それが、本来実施すべき操作を別の操作と間違える操作間違いなのか、手順の操作は全て正しく行なった上での余分な操作なのかは判別できず、操作間違いの場合は、その操作間違いが発生した原因を分析することはできないという問題点があった。
【００１１】
この発明は、上記問題点を解決するためになされたもので、運転員による確認・操作間違いを的確に検出して、その間違いが発生した原因を分析することができる機能を有するプラント監視制御システムを得ることを目的とする。
【課題を解決するための手段】
【００１２】
この発明に係る請求項１記載のプラント監視制御システムは、所定の入力装置を介して得られる操作指示にしたがって制御対象となるプラント機器を制御するとともに、プラント機器に対し実行する確認処理を含む操作内容を規定したプラント操作情報を出力するプラント監視制御装置と、前記プラント操作情報に基づき、少なくとも一つの操作ステップからなる操作履歴情報を取得し、該操作履歴情報に基づく運転進行状況を視覚認識可能に表示する運転進行状況表示装置とを備えたプラント監視制御システムであって、前記運転進行状況表示装置は、操作ＩＤと登録操作ステップ内容とを含む操作内容データベースを有し、該操作内容データベースと前記操作履歴情報とを比較して、本来実行すべきである中で未だ実行されていない操作ステップであるし忘れ操作、余計に実行されている操作ステップである余計操作、及び実行すべき操作ステップの代わりに間違えて実行されていると想定される操作ステップである操作間違い候補に分類するとともに、該操作間違い候補を規定した間違い候補情報を出力し、前記プラント監視制御システムは、前記間違い候補情報より規定された前記操作間違い候補それぞれについて、間違い原因を推定する間違い推定処理を実行して前記操作間違い候補が操作間違いであるか否かを最終判定し、その最終判定結果及び前記最終判定結果が操作間違いを指示する場合は推定された間違い原因を規定した誤り推定結果を出力する操作誤り推定装置をさらに備え、前記操作誤り推定装置は、プラント操作時に想定される操作誤り事例を蓄積した誤り事例データベースと、前記操作誤り事例を検出するための複数のルールを規定した推定ルールデータベースと、プラント操作時に使用される操作画面に関する情報を規定した画面情報データベースと、各前記操作間違いステップ候補について、前記誤り事例データベース、前記推定ルールデータベース及び前記画面情報データベースの内容を参照することにより、前記間違い原因推定処理を実行する操作誤り推定処理部とを含む。
【発明の効果】
【００１３】
請求項１記載の本願発明におけるプラント監視制御システムの操作誤り推定装置は、操作間違い候補が操作間違いであるか否かの最終判定結果及び最終判定結果が操作間違いを指示する場合は推定された間違い原因を規定した誤り推定結果を出力するため、プラント機器を操作、制御する運転員及びその監督者は、上記誤り推定結果を参照することにより、誤り原因を客観的に認識することができる。
【００１４】
その結果、監督者は運転員に誤り推定結果に基づいて適切にヒューマンエラーの内容を指摘することができ、互いの思い込みによる意見の相違を解決できるという効果がある。また、現行の手順とは一見関連がなさそうな確認・操作間違いが発生した場合でも、どの手順と間違えているのかについて検討する負荷を軽減することによりシステム全体のコストの低減化を図り、対処方法についてより早く検討できるという効果を奏する。
【図面の簡単な説明】
【００１５】
【図１】この発明の実施の形態１であるプラント監視制御システムの構成を示すブロック図である。
【図２】実施の形態１のプラント監視制御システムにおける制御内容を示すフローチャートである。
【図３】図１で示した確認・操作内容ＤＢの内容例を示す説明図である。
【図４】図１で示した確認・操作履歴格納部内に格納される履歴ＤＢを示す説明図である。
【図５】図１で示した確認・操作履歴格納部内に格納される手順進行状況ＤＢを示す説明図である。
【図６】図１で示した運転手順ＤＢに登録されている手順の一例である手順Ｉの内容を示す説明図である。
【図７】図１で示した運転手順ＤＢに格納される運転手順の内容例を示す説明図である。
【図８】図２のステップＳＴ３及びＳＴ４の実施後における履歴ＤＢの内容を示す説明図である。
【図９】図２のステップＳＴ３及びＳＴ４の実施後における手順進行状況ＤＢの内容を示す説明図である。
【図１０】監視制御システムの運転員用入出力部に表示される監視制御画面の一例を示す説明図である。
【図１１】図１で示した誤り事例ＤＢの例を示す説明図である。
【図１２】図１で示した誤り推定ルールＤＢの例を示す説明図である。
【図１３】図１で示した画面情報ＤＢの例を示す説明図である。
【図１４】確認・操作誤り推定装置の推定処理後の履歴ＤＢの内容を示す説明図である。
【図１５】履歴ＤＢの表示パネルへの表示例を示す説明図である。
【図１６】実施の形態２に係るプラント監視制御システムの構成を示すブロック図である。
【図１７】図１６で示した禁止操作ＤＢの構成を示す説明図である。
【図１８】図１６で示した禁止操作推定部による禁止操作推定処理実行後における手順進行状況の内容を示す説明図である。
【図１９】図１６で示した禁止操作推定部による禁止操作推定処理実行後における履歴ＤＢの内容を示す説明図である。
【図２０】履歴ＤＢの表示パネルへの表示例を示す説明図である。
【発明を実施するための形態】
【００１６】
＜実施の形態１＞
図１はこの発明の実施の形態１であるプラント監視制御システムの構成を示すブロック図である。同図に示すように、実施の形態１のプラント監視制御システムは、確認・操作誤り推定装置１０と、プラント監視制御装置２０と、運転進行状況表示装置３０Ａとを備えて構成される。
【００１７】
プラント監視制御装置２０は、運転員用入出力部２１、監督者用入出力部２２、プラント監視制御部２３、及びプラント機器２４から構成される。プラント監視制御部２３は、運転員用入出力部２１を用いた運転員による確認・操作入力や自動制御による操作に基づいて、プラント機器２４の動作監視および動作制御を行なう。また、プラント監視制御部２３は、運転員による確認・操作入力信号データや当該確認・操作入力信号データを受信した時刻データを確認・操作情報Ｄ２３として、運転進行状況表示装置３０Ａ内の後述する確認・操作内容照合部３１に転送する役割も担う。
【００１８】
運転員用入出力部２１及び監督者用入出力部２２は運転員及び監督者用のユーザインタフェースであり、プラント監視制御部２３から出力されるプラント機器２４の監視データを画面上に表示することができる。入出力部２１，２２で表示される画面は複数枚存在し、運転員や監督者は必要な画面を選択し、運転または監視を行なう。また、運転員用入出力部２１は、運転員が入力した操作命令に応じた操作信号を、プラント監視制御部２３に送信する。運転員による確認処理は、運転員用入出力部２１の確認対象のしかるべきところをマウスクリックまたはタッチするなどの方法により入力され、プラント監視制御部２３に送信される。
【００１９】
図２は実施の形態１のプラント監視制御システムにおける運転誤り分析処理を含むプラント監視制御内容を示すフローチャートである。同図に示すように、プラント監視制御処理はステップＳＴ１〜ＳＴ６を実行することによって実現される。
【００２０】
まず、ステップＳＴ１では、プラント監視制御装置２０から得た確認・操作情報Ｄ２３に基づき、確認・操作内容照合部３１は、運転員が確認・操作を実施した際の内容である、確認・操作データを特定する。
【００２１】
次に、ステップＳＴ２において、確認・操作内容照合部３１は、ステップＳＴ１で特定した確認・操作データを確認・操作ＩＤ情報Ｄ３１として確認・操作履歴格納部３４内に追加する。
【００２２】
そして、ステップＳＴ３では、運転手順推定部３５は、確認・操作履歴格納部３４に格納された確認・操作データに基づき、現在進行している手順の推定を行う。
【００２３】
手順の推定が完了すれば、さらに、運転手順推定部３５は、ステップＳＴ４にてそれまでに行われた確認・操作内容から、運転進行状況を推定し、推定した運転進行状況を基準として、確認・操作間違い（ステップ）候補を抽出して、当該確認・操作間違い候補を規定した確認・操作間違い候補情報Ｄ３５を確認・操作誤り推定処理部１１に出力する。確認・操作間違い候補とは、本来行うべき他の確認・操作ステップと間違えて実施された可能性のある余分な確認・操作ステップを意味する。
【００２４】
そして、ステップＳＴ５において、ステップＳＴ４で推定された運転進行状況に確認・操作間違い候補の有／無（YES/NO）を認識し、確認・操作間違い候補が存在すれば(YES)ステップＳＴ６に移行し、存在しなければ（NO）処理を終了する。
【００２５】
ステップＳＴ５でＹＥＳと判定された場合に実行されるステップＳＴ６において、確認・操作誤り推定処理部１１は、確認・操作間違い候補情報Ｄ３５が規定する操作間違い候補の間違い原因を推定する間違い推定処理を実行し、間違い操作（確認）と推定できるか否かの最終判定を行い、その最終判定結果及び最終判定結果が間違いである場合は推定された間違い原因を規定した誤り推定結果Ｄ１１を得る。誤り推定結果Ｄ１１は運転手順推定部３５に出力され、運転手順推定部３５は誤り推定結果Ｄ１１を反映した確認・操作データを確認・操作履歴格納部３４に格納する。すると、確認・操作履歴格納部３４の格納内容に基づき運転履歴内容が運転履歴表示部３７上で表示され、処理を終了する。
【００２６】
以下、運転者がプラント機器２４に対して行う処理として、プラント機器２４に対する操作と、プラント機器２４の現状確認が存在するが、以下では、上述した操作及び確認を併せて単に「操作」と略して記述する場合がある。
【００２７】
以下、運転進行状況表示装置３０Ａ、確認・操作誤り推定装置１０の具体的な処理内容について、図１及び図２を参照して説明する。
【００２８】
まず、運転進行状況表示装置３０による図２のステップＳＴ１の処理について説明する。
【００２９】
運転進行状況表示装置３０Ａは、確認・操作内容照合部３１、確認・操作内容ＤＢ３２、プラントデータ取得部３３、確認・操作履歴格納部３４、運転手順推定部３５、運転手順ＤＢ３６、及び運転履歴表示部３７から構成される。
【００３０】
確認・操作内容照合部３１は、プラント監視制御部２３から転送される確認・操作情報Ｄ２３を、確認・操作内容ＤＢ３２の内容と照合し、確認・操作内容を表す確認・操作ＩＤ情報Ｄ３１を得て確認・操作履歴格納部３４に格納する。
【００３１】
図３は確認・操作内容ＤＢ３２の内容例を示す説明図である。同図に示すように、確認・操作内容ＤＢ３２として、確認・操作ＩＤデータＤ３２１、それに対応する確認・操作対象ＩＤデータＤ３２２、表示属性データＤ３２３、操作内容データＤ３２４、第１条件データＤ３２５Ａ及び第２条件データＤ３２５Ｂが登録されている。
【００３２】
確認・操作対象ＩＤデータＤ３２２は、画面上に配置された確認・操作が実施される表示部品を特定するＩＤを指示する。
【００３３】
表示属性データＤ３２３は確認・操作対象の表示属性を指示し、操作内容データＤ３２４は確認・操作名を指示している。また、第１条件データＤ３２５Ａ及び第２条件データＤ３２５Ｂには、それぞれ確認・操作ＩＤデータＤ３２１の特定に必要なプラント機器の値や、発信警報などの条件が格納されている。
【００３４】
なお、第１条件データＤ３２５Ａ及び第２条件データＤ３２５Ｂの例としては、プラント値であれば「○○（機器名，例：加圧器）□□（パラメータ名，例：水位）△△（値，例：80%以下）」などが考えられ、警報信号であれば「○○（機器名，例：加圧器）□□（現象名，例：水位低）」「○○（機器名，例：原子炉）□□（現象名，例：トリップ信号発信）」などが挙げられる。
【００３５】
図３では、一例として第１条件データＤ３２５Ａ及び第２条件データＤ３２５Ｂが２つあるように示しているが、０個でも１以上の任意の数を用意してもよい。
【００３６】
以下、図１，図３を参照して、図２のステップＳＴ１の処理内容について詳述する。プラント監視制御部２３から転送される確認・操作情報Ｄ２３は、確認・操作内容ＤＢ３２内の確認・操作ＩＤデータＤ３２１と照合され、プラントデータ取得部３３により取得したプラントデータが第１条件データＤ３２５Ａ及び第２条件データＤ３２５Ｂを満たす確認・操作ＩＤデータＤ３２１が一意に決定される。
【００３７】
次に、図１，図３を参照して、図２のステップＳＴ２の処理内容について詳述する。確認・操作内容照合部３１は、ステップＳＴ１で決定した確認・操作ＩＤデータＤ３２１を確認・操作ＩＤ情報Ｄ３１として確認・操作が完了した時刻データと共に、確認・操作履歴格納部３４内に格納する。
【００３８】
図４は確認・操作履歴格納部３４内に格納される履歴ＤＢ４１Ａを示す説明図である。同図に示すように、履歴ＤＢ４１Ａには、履歴番号データＤ４１１、確認・操作ＩＤデータＤ４１２、時刻データＤ４１３、手順ＩＤデータＤ４１４、及び運転手順推定状況データＤ４１５が格納される。
【００３９】
確認・操作内容照合部３１から確認・操作ＩＤ情報Ｄ３１が出力されると、新たな履歴番号データＤ４１１が採番され、それに対応する確認・操作ＩＤデータＤ４１２と時刻データＤ４１３に、確認・操作ＩＤ情報Ｄ３１が指示する確認・操作ＩＤデータＤ３２１と時刻データが格納される。
【００４０】
また、手順とは複数個の確認・操作ステップをまとめたものとする。運転員が実施する運転手順は、複数個の異なる手順から構成される。運転時には、複数の手順が同時に進行する場合もある。手順ＩＤデータＤ４１４には、後に実施される運転手順の推定後に、確認・操作ＩＤデータＤ４１２が行われたと推定される手順のＩＤ、または、確認・操作誤りの種別や詳細が入力される。運転手順推定状況データＤ４１５には、確認・操作ＩＤデータＤ４１２に対して後述する運転進行状況の推定が実施されたか否かを区別するデータが格納される。図４に示すように、履歴ＤＢ４１Ａにデータが格納された直後は、運転手順推定状況データＤ４１５として例えば「未」と格納される。
【００４１】
以下、図１，図４及び後述する図５〜図７を参照して図２のステップＳＴ３の処理に内容について説明する。
【００４２】
運転手順推定部３５では、まず現在進行している手順の推定を行う。具体的には、確認・操作履歴格納部３４内の履歴ＤＢ４１Ａに格納された確認・操作ＩＤデータＤ４１２と、運転手順に関するデータが格納された運転手順ＤＢ３６の内容とのパターンマッチングを行なう。
【００４３】
図５は確認・操作履歴格納部３４内に格納される手順進行状況ＤＢ４２Ａを示す説明図である。図６は、運転手順ＤＢ３６に登録されている手順の一例として、手順Ｉの内容を示す説明図である。図６では、手順を表すものとして、操作マニュアル等に記載されているフローチャート形式の手順図を例示する。
【００４４】
図６に示す様に、ＩＤ情報Ｐ−１で示す手順Ｉは、実行ステップＳ１〜Ｓ８及び論理演算ステップＯＳ１，ＯＳ２から成り立つ。
【００４５】
まず、ステップＳ１は機器Ａの第１の計器の計測値を確認する実行ステップであり、ステップＳ２は機器Ａの第２の計器の計測値を確認する実行ステップであり、ステップＳ３は機器Ｂの計器の計測値を確認する実行ステップである。
【００４６】
ステップＳ３は、ステップＳ１，Ｓ２による論理演算ステップＯＳ１である「ＯＲ」後に実行される処理である。したがって、ステップＳ３は、ステップＳ１及びステップＳ２のうち、少なくとも一方のステップが実施されたこと（ＯＲ）を条件として、実施されるステップとなる。
【００４７】
ステップＳ４は機器Ｃの計器の計測値を確認する実行ステップであり、ステップＳ５は機器Ｄの計器の計測値を確認する実行ステップである。
【００４８】
ステップＳ６は、ステップＳ４，Ｓ５による論理演算ステップＯＳ２である「ＡＮＤ」後に実行される処理である。したがって、ステップＳ６は、ステップＳ４及びステップＳ５が共に実施されたこと（ＡＮＤ）を条件として、実施されるステップとなる。
【００４９】
ステップＳ６は機器Ｅの操作を実施する実行ステップであり、前述したように、ステップＳ４、Ｓ５の双方が実施されたという条件（ＡＮＤ条件）を満たした後に実施されるステップであるが、ステップＳ４、Ｓ５の実施順は任意でよい。
【００５０】
ステップＳ６後に実行されるステップＳ７は機器Ｅの計器の計測値を確認する実行ステップであり、ステップＳ７後に実行されるステップＳ８は機器Ｆの操作を実施する実行ステップである。
【００５１】
このように、手順ＩＤがＩの処理内容は、各ステップの順序を表す情報（実行ステップＳ１〜Ｓ８の並び）と、個々のステップの内容を表す情報（実行ステップＳ１〜Ｓ８の処理内容）と、次のステップへ移るための条件の情報（論理演算ステップＯＳ１，ＯＳ２）から構成することができる。なお、図６ではフローチャート形式で図示したが、例えば操作マニュアルに記述された文章など、その他の形式で表現されている場合にも同様に考えることができる。
【００５２】
図７は、運転手順ＤＢ３６に格納される運転手順の内容例を示す説明図であり、図６で示した手順ＩＤがＩの手順に対応するものを示している。
【００５３】
図７に示すように、運転手順ＤＢ３６内には、各実行ステップＳ１〜Ｓ８が属する手順識別子Ｄ１を有する手順ＩＤデータＤ３６１と、各実行ステップＳ１〜Ｓ８の具体的な内容を表す操作内容識別子Ｄ２を有する操作内容データＤ３６２と、各実行ステップＳ１〜Ｓ８の確認・操作識別子Ｄ３を有する確認・操作ＩＤデータＤ３６３と、画面上で各実行ステップＳ１〜Ｓ８の確認・操作を実行する際に扱う表示属性識別子Ｄ４を有する表示属性データＤ３６４とが格納される。
【００５４】
さらに、運転手順ＤＢ３６内には、各々の実行ステップＳ１〜Ｓ８に関連付けされた順序識別子Ｄ５を有する順序データＤ３６５と、論理演算ステップＯＳ１，ＯＳ２の演算対象に関連づけられた条件識別子Ｄ６を有する論理条件データＤ３６６が格納される。順序識別子Ｄ５は、実行ステップＳ１〜Ｓ８間における実施される順序を示す識別子であり、条件識別子Ｄ６は、対応する複数のステップから次のステップへと移行するための条件を表す識別子である。ここで、識別子Ｄ１〜Ｄ６は各データＤ３６１〜Ｄ３６６を構成する基本単位として機能する。
【００５５】
図６に示した手順Ｉの内容は、識別子Ｄ１、Ｄ２、Ｄ５、Ｄ６によって示され、追加の識別子Ｄ３、Ｄ４を用いた以下で示す内容の手順データとして、運転手順ＤＢ３６に格納される。
【００５６】
図７に示すように、手順識別子Ｄ１[Ｓ１−Ｓ８]として手順番号である「Ｉ」が格納される。操作内容識別子Ｄ２のＤ２[Ｓ１]〜Ｄ２[Ｓ８]として実行ステップＳ１〜Ｓ８における操作内容の情報を格納される。また、確認・操作識別子Ｄ３[Ｓ１]〜Ｄ３[Ｓ８]として対応する確認・操作ＩＤが格納され、表示属性識別子Ｄ４[Ｓ１]〜Ｄ４[Ｓ８]として上記した表示属性が格納される。
【００５７】
さらに、順序識別子Ｄ５[Ｓ１]〜Ｄ５[Ｓ８]として、ステップＳ１〜Ｓ８の実施順序の情報が格納される。最初に実施されるステップＳ１、Ｓ２は、どちらか一方を実施すればよいため、順序識別子Ｄ５[Ｓ１]、Ｄ５[Ｓ２]には、同一の順序情報「Ｘ１」が格納される。
【００５８】
ここで、ステップＳ３に移行するための条件は、ステップＳ１またはステップＳ２のどちらかを実施することであるため、条件識別子Ｄ６[Ｓ１−Ｓ２]として「ＯＲ」の情報が格納される。ステップＳ３に対応する順序識別子Ｄ５[Ｓ３]として順序情報「Ｘ２」が格納される。ステップＳ４、Ｓ５は互いに実施順が任意であるため、順序識別子Ｄ５[Ｓ４]、[Ｓ５]には、同一の順序情報「Ｘ３」が格納される。ステップＳ６に移行するための条件は、ステップＳ４、ステップＳ５を両方実施することから、条件識別子Ｄ６[Ｓ４−Ｓ５]として「ＡＮＤ」の情報が格納される。また、ステップＳ６〜Ｓ８は順番に実施するため、順序識別子Ｄ５[Ｓ６]〜Ｄ５[Ｓ８]として、それぞれ「Ｘ４」「Ｘ５」「Ｘ６」が格納される。
【００５９】
上述した運転手順ＤＢ３６を用いて、履歴ＤＢ４１Ａ内の確認・操作データがどの手順に属するかを推定する。
【００６０】
まず、図４の履歴ＤＢ４１Ａの運転手順推定状況データＤ４１５が「未」と格納されているリストの確認・操作ＩＤデータを時系列順で１つ読み込む。そして、読み出した確認・操作ＩＤデータＤ４１２と運転手順ＤＢ３６に登録されている各手順の順序データＤ３６５を構成する順序識別子Ｄ５の内容が「Ｘ１」に対応する確認・操作ＩＤデータＤ３６３を照合する。
【００６１】
例えば、図４の履歴番号データＤ４１１が「１」の確認・操作ＩＤデータＤ４１２「Ｋ００１」と、手順識別子Ｄ１が「Ｉ」のデータと照合する場合、順序識別子Ｄ５の内容が「Ｘ１」であるステップＳ１、Ｓ２の確認・操作識別子Ｄ３[Ｓ１]、Ｄ３[Ｓ２]の内容「Ｋ００１」「Ｋ００２」を抽出し、比較する。
【００６２】
その結果、一致した手順ＩＤが複数ある場合は、運転手順推定状況データＤ４１５の次に「未」と格納されている確認・操作ＩＤデータＤ４１２と、一致した手順識別子Ｄ１を含む手順のうち、運転手順ＤＢ３６の次に行われるべき確認・操作識別子Ｄ３について、照合処理を行なう。例えば、手順識別子Ｄ１が「Ｉ」以外の手順とも照合した場合、手順識別子Ｄ１の内容が「Ｉ」のデータと照合する際は、前回照合したＤ３[Ｓ１]の条件識別子Ｄ６[Ｓ１]は「ＯＲ」であるため、次は確認・操作識別子Ｄ３[Ｓ３]の「Ｋ００６」と、履歴番号データＤ４１１が「２」である確認・操作ＩＤデータＤ４１２の「Ｋ００３」と照合する。照合結果が一致しない場合には、その確認・操作ＩＤデータＤ４１２は他の手順に含まれる可能性であるため、順序識別子Ｄ５が「Ｘ１」の他の手順と照合する。なお、手順ごとにどのステップまで照合が終了したか、どのステップが照合の結果一致したかは記憶していることとする。これを繰り返し、現在までの確認・操作ＩＤデータＤ４１２が運転手順ＤＢ３６の確認・操作識別子Ｄ３と最も多く一致した手順ＩＤが一意に決まれば、それが現在進行中の手順であると判断する。
【００６３】
照合方法は、時系列で数個前のステップから現在のステップまでをマッチングし、採点するような方法や、他の方法でもよい。
【００６４】
そして、図５に示す様に、手順進行状況ＤＢ４２Ａの手順ＩＤデータＤ４２１に、一意に決定された手順識別子Ｄ１の内容「Ｉ」、実施済み履歴番号データＤ４２２に手続Ｉで実施済みの履歴番号「１，４，６」を格納する。
【００６５】
以下、図１，図４〜図７及び後述する図８を参照して図２のステップＳＴ４の処理に内容について説明する。図８は図２のステップＳＴ３及びＳＴ４の実施後における履歴ＤＢ４１Ａの内容を示す説明図である。図９は図２のステップＳＴ３及びＳＴ４の実施後における手順進行状況ＤＢ４２Ａの内容を示す説明図である。
【００６６】
ステップＳＴ３によって進行中の手順の判別後、再び時系列順に最初から、確認・操作履歴の履歴ＤＢ４１Ａの運転手順推定状況データＤ４１５が「未」と格納されている確認・操作ＩＤデータＤ４１２を１つずつ読み込む。
【００６７】
そして、確認・操作ＩＤデータＤ４１２と、手順進行状況ＤＢ４２Ａに格納された手順ＩＤデータＤ４２１に対応する、運転手順ＤＢ３６内の確認・操作識別子Ｄ３（確認・操作ＩＤデータＤ３６３）を、順序識別子Ｄ５（順序データＤ３６５）が「Ｘ１」の内容から順に繰り返しマッチングを行なう。
【００６８】
マッチングの結果、適切な順番で確認・操作ＩＤが一致した場合には、手順進行状況ＤＢ４２Ａ内の該当する手順ＩＤデータＤ４２１の実施済み履歴番号データＤ４２２に、履歴ＤＢ４１Ａの履歴番号データＤ４１１を格納する。また、履歴ＤＢ４１Ａの手順ＩＤデータＤ４１４に該当する手順ＩＤデータＤ４２１の内容を格納し、さらに運転手順推定状況データＤ４１５の「未」のデータを消去し、例えば「済」と格納する。その際、運転手順ＤＢ３６の現在実施されている順序識別子Ｄ５（順序データＤ３６５）に対応する条件識別子Ｄ６（論理条件データＤ３６６）の内容が満たされていれば、次の手順ＩＤデータＤ４２１とのマッチングには次の順序識別子Ｄ５に対応する確認・操作識別子Ｄ３を参照する。これを、履歴ＤＢ４１Ａの時刻データＤ４１３が最も新しいデータを処理するまで繰り返す。
【００６９】
ただし、上記の運転手順ＤＢ３６の条件識別子Ｄ６の内容を満たさない場合や、現在実施すべき順序識別子Ｄ５の確認・操作識別子Ｄ３の内容と一致しない確認・操作ＩＤデータＤ４１２がある場合は、次の確認・操作ＩＤデータＤ４１２と運転手順ＤＢ３６内の次に行うべき確認・操作識別子Ｄ３の内容と照合する。
【００７０】
そして、全ての「未」の確認・操作データを処理した後に、運転手順推定状況データＤ４１５が「未」として残っている確認・操作ＩＤのデータを、確認・操作し忘れ（ステップ）、余計な確認・操作（ステップ）、確認・操作間違い候補（ステップ）に分類する。
【００７１】
分類結果は、余計な確認・操作、確認・間違いの場合は、履歴データベースの手順ＩＤデータＤ４１４欄に格納される。余計な確認・操作であれば、例えば「余計」という文字列を格納する。後述する誤り推定装置１１０により最終判定が確認・操作間違いであると推定されれば、例えば「間違い（手順Ｉ）」など、どの手順と照合して間違いだと推定（最終判定）されたかを表す文字列と、その後に確認・操作間違いの原因に関するメッセージを格納する。そして、確認・操作間違いの推定が済んだ履歴番号の運転手順推定状況データＤ４１５に、「済」と格納する。また、確認・操作し忘れ（ステップ）の場合は、その発生位置を確認・操作履歴格納部３４内の手順進行状況ＤＢ４２Ａに格納する。例えば、図９に示すように、確認・操作し忘れが発生した前後の履歴番号を、間に「〜」マークを挟んで格納する。
【００７２】
次に、分類方法の具体的な内容を以下に述べる。
【００７３】
まず、運転手順ＤＢ３６内で実施されていない確認・操作データを得る。その方法としては、例えば手順進行状況ＤＢ４２Ａに登録された手順ＩＤデータＤ４２１を１つずつ順番に参照し、その内実施済み履歴番号データＤ４２２で抜けている履歴番号を検索する。そして、他の手順ＩＤデータＤ４２１の実施済み履歴番号データＤ４２２内に、抜けている履歴番号がないかを検索し、なければ元の実施済み履歴番号データＤ４２２内の直前の履歴番号データを得る。
【００７４】
例えば、図５で示す例では、実施済み履歴番号データＤ４２２内に「１」「４」「６」と格納されており、「２」「３」「５」の番号が抜けていると判断する。まず「２」を抜けている履歴番号として抽出する。
【００７５】
この際、手順Ｉ以外の他の手順「ＩＩ」「ＩＩＩ」…などが存在する場合は、履歴番号「２」はそれらの手順「ＩＩ」「ＩＩＩ」内の実施済み履歴番号データＤ４２２として格納されている可能性があるため、確認・操作ＩＤデータＤ４１２が「ＩＩ」「ＩＩＩ」…の実施済み履歴番号データＤ４２２に実施済み履歴番号データＤ４２２内に「２」があるかどうかを確認する。
【００７６】
もし、他の手順ＩＤデータＤ４２１内の実施済み履歴番号データＤ４２２に履歴番号「２」が格納されておれば、履歴番号「２」の処理は他の手順で正しく実施された処理であると判断し、後の処理対象から除外する。
【００７７】
図９に示すように、手順ＩＤデータＤ４２１は「Ｉ」のみなので、他の手順ＩＤ３２１にも履歴番号「２」がなく、これらは誤った可能性がある確認・操作の履歴番号であると判断する。
【００７８】
そして、手順ＩＤデータＤ４２１が「Ｉ」の実施済み履歴番号データＤ４２２内で、「２」直前の実施済み履歴番号を参照する。例えば、抜けている履歴番号「２」の直前は「１」となる。（また仮に、手順ＩＤデータＤ４２１内に「ＩＩ」があったとして、その実施済み履歴番号データＤ４２２内に「２」が格納されているとすれば、手順ＩＤデータＤ４２１「Ｉ」の抜けている履歴番号「３」の直前が「１」となる）。
【００７９】
そして、直前の履歴番号「１」を得た場合、対応する図４の確認・操作ＩＤデータＤ４１２は「Ｋ００１」となり、これと同じ確認・操作識別子Ｄ３を運転手順ＤＢ３６（図７）内から検索すると、Ｄ３[Ｓ１]が該当する。その次に実施すべき確認・操作識別子Ｄ３３を、条件識別子Ｄ６を参照して探すとＤ３[Ｓ３]が該当する。その結果、運転手順ＤＢ３６内で実施されていない確認・操作データはＤ３[Ｓ３]となる。
【００８０】
そして、履歴ＤＢ４１Ａ内で該当する履歴番号データＤ４１１の確認・操作ＩＤデータＤ４１２に対応する運転手順ＤＢ３６内の確認・操作識別子Ｄ３を検索した後、その次に実施すべき確認・操作識別子Ｄ３のデータ（実施されていない確認・操作データ）を得る。
【００８１】
次に、履歴ＤＢ４１Ａの運転手順推定状況データＤ４１５に「未」と格納されている確認・操作ＩＤデータＤ４１２を、再び時系列順に１つずつ参照する。
【００８２】
そして、確認・操作ＩＤデータＤ４１２を、運転手順ＤＢ３６の現在実行中の手順の中で実施されていない確認・操作識別子Ｄ３以降のデータと照合する。その結果、現在の順位の条件が満たされていないにも関わらず、それ以降の確認・操作識別子Ｄ３と照合する場合、または前回の確認・操作から一定時間以上経過した場合は、確認・操作し忘れが存在すると判断する。その際、手順進行状況ＤＢ４２Ａ内のし忘れ位置データＤ４２３に、該当する前後の履歴番号を「〜」を挟んで入力し、処理を終了する。
【００８３】
例えば、図８の例では、運転手順推定状況データＤ４１５に最初に「未」と入力されているのは、履歴番号データＤ４１１が「２」の確認・操作ＩＤデータＤ４１２「Ｋ００３」である。ここで、運転手順ＤＢ３６で未だに実施されていないのは、確認・操作識別子Ｄ３[Ｓ３]の「Ｋ００６」であり、それ以降の確認・操作識別子Ｄ３の内容と照合する。その結果、次の確認・操作識別子Ｄ３[Ｓ４]の内容「Ｋ００３」と一致する。これは、確認・操作ＩＤデータＤ４１２の「Ｋ００３」が、確認・操作識別子Ｄ３の「Ｋ００６」を飛ばして実施されていることを示している。よって、図９に示すように、履歴番号データＤ４１１の「１」「２」の間に確認・操作し忘れが存在すると判断し、手順進行状況ＤＢ４２Ａのし忘れ位置データＤ４２３に「１〜２」を格納するとともに、図８に示すように、履歴ＤＢ４１Ａの確認・操作ＩＤ「Ｋ００３」の運転手順ＩＤに「Ｉ」、運転手順推定状況データＤ４１５に「済」を格納する。
【００８４】
次に、確認・操作ＩＤデータＤ４１２が、実施されていない確認・操作識別子Ｄ３と一致しない場合、履歴ＤＢ４１Ａ内の次の確認・操作ＩＤデータＤ４１２を同じ確認・操作識別子Ｄ３と照合する。その結果、一致すれば、照合しない確認・操作ＩＤデータＤ４１２は、余計な確認・操作の候補であると判断する。ここで、運転手順ＤＢ３６の他の手順の順序識別子Ｄ５が「Ｘ１」である確認・操作識別子Ｄ３と確認・操作ＩＤデータＤ４１２を照合し、一致しない場合は、確認・操作ＩＤデータＤ４１２は余計な確認・操作であると判断し、履歴ＤＢ４１Ａの手順ＩＤデータＤ４１４に「余計」、運転手順推定状況データＤ４１５に「済」と格納する。一致した手順がある場合は、まだ手順ＩＤデータＤ４１４が推定されていない可能性があり、再びステップＳＴ１の実行時に処理する。
【００８５】
ただし、一定時間が経過しても推定できない場合は、確認・操作ＩＤデータＤ４１２は余計な確認・操作であると判断し、履歴ＤＢ４１Ａの内容を上記と同じように更新する。図８の例では、現在実施されているのは手順Ｉのみである。また、運転手順ＤＢ３６の中で、上記の処理後に実施されていないのは確認・操作識別子Ｄ３[Ｓ５]の「Ｋ００４」である。ここで、運転手順推定状況データＤ４１５が「未」である確認・操作ＩＤデータＤ４１２「Ｋ００８」と、運転手順ＤＢ３６の中で手順識別子Ｄ１が「Ｉ」かつ実施されていない確認・操作識別子Ｄ３を照合すると、一致する確認・操作識別子Ｄ３はない。そこで、履歴ＤＢ４１Ａの次の確認・操作ＩＤデータＤ４１２である「Ｋ００４」と実施されていない確認・操作識別子Ｄ３[Ｓ５]と照合すると一致する。他には実施されている手順がないため、確認操作ＩＤ３１２は余計な確認・操作であると判断し、手順ＩＤデータＤ４１４に「余計」、運転手順推定状況データＤ４１５に「済」と格納する。
【００８６】
一方、履歴ＤＢ４１Ａ内の確認・操作ＩＤデータＤ４１２が現在行なうべき確認・操作識別子Ｄ３と一致せず、同一手順内の次の確認・操作ＩＤデータＤ４１２が、運転手順ＤＢ３６内の現在の次に行なうべき確認・操作識別子Ｄ３と一致する場合、一致しない確認・操作ＩＤデータＤ４１２は、現在行なうべき確認・操作識別子Ｄ３との確認・操作間違い候補と判断する。
【００８７】
図８の例で、上記の処理後に実施されていない運転手順ＤＢ３６のデータは確認・操作識別子Ｄ３[Ｓ６]の「Ｓ００１」、履歴ＤＢ４１Ａの運転手順推定状況データＤ４１５が「未」である確認・操作ＩＤデータＤ４１２は「Ｓ００２」であり、一致しないことがわかる。ここで、次の確認・操作識別子Ｄ３[Ｓ７]と、確認・操作ＩＤデータＤ４１２を照合すると、「Ｋ００５」で一致する。よって、確認・操作ＩＤデータＤ４１２「Ｓ００２」のデータは、確認・操作間違い候補と判断する。ここで、候補としているのは、実際に確認・操作間違いに該当する場合と、余計な操作を行なった後で確認・操作し忘れが発生した場合との状況が同一であり、これだけでは判断できないためである。
【００８８】
そこで、確認・操作間違い候補に該当する確認・操作ステップを規定した確認・操作間違い候補情報Ｄ３５を、後述の確認・操作誤り推定装置１０に転送する。
【００８９】
確認・操作誤り推定装置１０は、確認・操作間違い候補情報Ｄ３５で規定された確認・操作間違い候補が本当に確認・操作間違いであるかを、詳細な確認・操作間違いの原因推定処理を実行して最終判定する。原因推定の詳細は後述するステップＳＴ６にて述べる。その結果、確認・操作誤り推定装置１０は、間違い原因を判別できた場合は、当該確認・操作間違い候補を真の確認・操作間違いであると最終判定し、その最終判定結果と間違いの原因の詳細を表すメッセージとを含む誤り推定結果Ｄ１１を運転手順推定部３５に出力する。
【００９０】
そして、運転手順推定部３５は誤り推定結果Ｄ１１に基づき、履歴ＤＢ４１Ａの手順ＩＤデータＤ４１４に例えば「間違い（手順ＩＤ名）：メッセージ内容」と変更して確認・操作履歴格納部３４内に格納する。
【００９１】
確認・操作誤り推定装置１０は間違い原因判別できなかった場合は、余計な確認・操作が実施され、その後に確認・操作し忘れが発生した可能性があると推定し、その推定内容を指示する誤り推定結果Ｄ１１を運転手順推定部３５に出力する。余計な確認・操作かどうかは、上述した余計な確認・操作の判別と同様の処理を行い判断し、判別できれば、運転手順推定部３５によって履歴ＤＢ４１Ａの内容も同様に更新する。し忘れ確認・操作（ステップ）についても上述のように、手順進行状況ＤＢ４２Ａ内のし忘れ位置データＤ４２３に入力する。
【００９２】
このように、運転進行状況表示装置３０Ａ内の運転手順推定部３５は推定した確認・操作間違い候補を指示する確認・操作間違い候補情報Ｄ３５を確認・操作誤り推定装置１０の確認・操作誤り推定処理部１１に出力し、確認・操作誤り推定処理部１１からの誤り推定結果Ｄ１１を受け、該誤り推定結果Ｄ１１を反映させた内容の履歴ＤＢ４１Ａ及び手順進行状況ＤＢ４２Ａを確認・操作履歴格納部３４に格納する。
【００９３】
最後に、確認・操作誤り推定処理部１１によって実行される、図２のステップＳＴ６の処理について図１，図１０〜図１５を参照して説明する。すなわち、確認・操作間違い候補情報Ｄ３５によって指示される確認・操作間違い候補の確認・操作データの原因推定を行う確認・操作誤り推定装置１０について述べる。
【００９４】
確認・操作誤り推定装置１０は、確認・操作誤り推定処理部１１、誤り事例ＤＢ１２、誤り推定ルールＤＢ１３、及び画面情報ＤＢ１４から構成される。
【００９５】
確認・操作誤り推定処理部１１は、確認・操作間違いに関するヒューマンエラー事例が格納された誤り事例ＤＢ１２、ヒューマンエラーの発生ルールが格納された誤り推定ルールＤＢ１３、運転員が参照する画面データや画面上に配置されている確認・操作対象のデータが格納された画面情報ＤＢ１４からなる各種データベースを用いて、確認・操作間違いの詳細な原因を判定する。
【００９６】
確認・操作間違いに関するヒューマンエラーは、画面上で実施する確認・操作ステップを、何らかの原因で本来実施すべき対象とは異なる対象に対して実施することで発生する。原因はさまざまであるが、例えば同一画面上の近くの似ている形状・名前の対象と間違えることなどが挙げられる。
【００９７】
図１０は、監視制御システムの運転員用入出力部２１に表示される監視制御画面の一例を示す説明図である。同図に示すように、監視制御画面となる表示パネル８０は、通常のプラント監視制御画面を表示する機能を備える。図１０では、通常のプラント監視制御画面の例として、画面タイトルや画面ＩＤを表示する画面タイトル表示部８１、ソフトウェア制御スイッチやプラント計測値の表示を行なう監視制御画面表示部８２、表示画面の変更操作を行なうための選択ボタン８３１〜８３５が配置されるメニュー表示部８３を備える構成を示している。監視制御画面表示部８２の例としては、図１０に示すような弁の開閉を制御する制御スイッチＳＷ１〜ＳＷ４と、ある計測点を通過した気体の流量を示す計器の表示が挙げられる。
【００９８】
制御スイッチＳＷ１は、機器ＥであるＡ１弁を制御するためのスイッチである。同様に制御スイッチＳＷ２は機器ＨであるＢ１弁、制御スイッチＳＷ３は機器ＫであるＡ２弁、制御スイッチＳＷ４は機器ＬであるＢ２弁の制御スイッチである。制御スイッチの中央には、弁の状態が表示されている。制御スイッチＳＷ１〜ＳＷ４の弁は「開」を表す。制御スイッチＳＷ１〜ＳＷ４の左側には、制御スイッチの機器名称ＶＮ１〜ＶＮ４と、制御スイッチの状態名（開度ＧＯ１〜ＧＯ４）とそれに対する数値（流量値ＦＶ１〜ＦＶ４及び開度の割合）が表示されている。
【００９９】
すなわち、Ａ１弁は制御スイッチＳＷ１、Ｂ１弁は制御スイッチＳＷ２、Ａ２弁は制御スイッチＳＷ３、Ｂ２弁は制御スイッチＳＷ４の名称をそれぞれ示し、開度ＧＯ１〜ＧＯ４は制御スイッチＳＷ１〜ＳＷ４の状態名である開度及びその値（％）を示し、計測値である流量値ＦＶ１はＡ１弁（制御スイッチＳＷ１）を通過後の気体の流量値、計測値である流量値ＦＶ２はＢ１弁（制御スイッチＳＷ２）を通過後の気体の流量値を示す。流量名称ＦＮ１は流量値ＦＶ１、流量名称ＦＮ２は流量値ＦＶ２の名称である。
【０１００】
ここで、画面の横方向がｘ軸、縦方向がｙ軸とすると、図１０の画面構成では、Ａ系統であるＡ１弁である制御スイッチＳＷ１、Ａ２弁である制御スイッチＳＷ３によって規定される流量名称ＦＮ１：Ａ流量値がｙ軸方向に配置されており、Ｂ系統であるＢ１弁である制御スイッチＳＷ２、Ｂ２弁である制御スイッチＳＷ４によって規定される流量名称ＦＮ２：Ｂ流量値は、ｙ軸方向は同じ配置でｘ軸方向にずれて配置されている。この場合、Ａ系統とＢ系統で異なることは、ｘ軸方向の違い、制御スイッチや流量値の名称が「Ａ」であるか「Ｂ」であるかである。
【０１０１】
このような表示パネル８０上で操作を行なう際には、例えば、開いた状態のＡ１弁を閉める操作を行なう際に、Ａ１弁である制御スイッチＳＷ１ではなく、画面の見間違いや監督者からの指示の聞き間違いが原因で、Ｂ１弁である制御スイッチＳＷ２を操作してしまうヒューマンエラーが発生することが考えられる。
【０１０２】
確認・操作誤り推定処理部１１は、このようなヒューマンエラーの発生原理の流れとは逆に、確認・操作間違いの可能性がある確認・操作対象から、ヒューマンエラーの発生ルールに基づいて、画面上に本来行なうべき確認・操作対象が見つかるかどうかを推定する。ヒューマンエラーの発生ルールは複数あり、そのうち本来の確認・操作対象を推定することができたヒューマンエラーが、確認・操作間違いの原因と推定される。さらに原因が推定された確認・操作間違い候補の確認・操作データは、確認・操作間違いであると最終判定される。
【０１０３】
以下に、確認・操作誤り推定処理部１１による具体的な推定処理内容について、例を挙げて述べる。
【０１０４】
まず、確認・操作誤り推定処理部１１は、運転手順推定部３５から転送された確認・操作間違い候補を示す確認・操作間違い候補情報Ｄ３５を受信する。また、予め取得している運転手順ＤＢ３６内の現在実施すべき確認・操作の順序識別子Ｄ５（順序データＤ３６５）の内容を元に、運転手順ＤＢ３６から本来実施すべき確認・操作識別子Ｄ２のデータを得る。
【０１０５】
図８の履歴ＤＢ４１Ａの例では、履歴番号データＤ４１１が「５」の確認・操作データが、確認・操作間違い候補として受信される。この確認・操作ＩＤデータＤ４１２は「Ｓ００２」である。また、この時点で現在実施すべき確認・操作の順序識別子Ｄ５の内容は「Ｘ４」であるため、本来実施すべき確認・操作識別子Ｄ２（操作内容データＤ３６２）の内容は「Ｓ００１」となる。
【０１０６】
次に確認・操作誤り推定処理部１１は、ヒューマンエラー事例のデータが格納されている誤り事例ＤＢ１２を参照する。
【０１０７】
図１１に誤り事例ＤＢ１２の例を示す説明図である。誤り事例ＤＢ１２には、事例ＩＤデータＤ１２１、画面上で確認・操作を行なう際に発生するヒューマンエラー事例データＤ１２２、ヒューマンエラー事例に対するヒューマンエラー名称データＤ１２３、ヒューマンエラーが発生しうる画面上の確認・操作対象の表示属性データＤ１２４、ヒューマンエラーを推定する際に参照すべき推定処理ルールデータＤ１２５がそれぞれ格納されている。ヒューマンエラー名称データＤ１２３、表示属性データＤ１２４において、該当するデータが複数存在する場合には、例えば「／」などの記号を用いるなどして、区別できるようにデータを格納する。図１１に示した誤り事例ＤＢ１２の内容は一例であり、他の内容を追加してもよい。
【０１０８】
ここで、まず確認・操作誤り推定処理部１１は、確認・操作内容ＤＢ３２から、受信した確認・操作間違い候補情報Ｄ３５で指示される確認・操作間違い候補の確認・操作ＩＤの表示属性データＤ３２３を読み出す。そして、その表示属性データＤ３２３と、誤り事例ＤＢ１２内の表示属性データＤ１２４を照合して、合致する事例ＩＤデータＤ１２１を抽出する。例えば、確認・操作間違い候補の確認・操作ＩＤが「Ｓ００２」の場合、確認・操作内容ＤＢ３２から読み出される表示属性データＤ３２３は「弁」となる。そして、誤り事例ＤＢ１２の表示属性データＤ１２４と一致する事例ＩＤ４１０として「１」〜「６」の全てを抽出する。
【０１０９】
もしなければ、余計な確認・操作と確認・操作し忘れがあったと判断し、その判断結果を誤り推定結果Ｄ１１として運転手順推定部３５に出力して推定処理を終了する。その後、運転手順推定部３５は誤り推定結果Ｄ１１を反映させてステップＳＴ４で述べた内容で運転進行状況の推定を行う。
【０１１０】
以下、抽出された事例ＩＤデータＤ１２１が存在した場合について説明する。この場合、抽出した事例ＩＤデータＤ１２１を一つずつ参照し、その事例ＩＤデータＤ１２１に対応する推定処理ルールデータＤ１２５を参照する。誤り事例ＤＢ１２内の推定処理ルールデータＤ１２５は、記号（処理ＩＤ）と論理演算子で表されており、個々の処理ＩＤの内容は、誤り推定ルールＤＢ１３に格納されている。
【０１１１】
図１２は誤り推定ルールＤＢ１３の例を示す説明図である。誤り推定ルールＤＢ１３には、ルール適用処理ＩＤデータＤ１３１と、推定時に実施するルール処理内容データＤ１３２とが格納されている。なお、図１２の内容は一例であり、他の内容を追加してもよい。処理内容は、ある条件に合致する画面内の確認・操作対象を抽出する処理を行なうものである。
【０１１２】
例えば、誤り事例ＤＢ１２の事例ＩＤデータＤ１２１が「１」の場合、処理ルールは「Ａ AND Ｂ AND Ｃ」となっており、誤り推定ルールＤＢ１３内のルール適用処理ＩＤデータＤ１３１の処理ＩＤ「Ａ」、「Ｂ」、「Ｃ」を参照する。論理演算子は全てANDであることから、処理ＩＤは「Ａ」、「Ｂ」、「Ｃ」の全ての処理結果で共通する確認・操作対象を抽出する。
【０１１３】
以上の処理を、画面情報ＤＢ１４に格納された、監視制御に用いる各種画面や画面上に配置された確認・操作対象に関するデータを参照しながら順次行なう。
【０１１４】
図１３に画面情報ＤＢ１４の例を示す説明図である。画面に関する情報としては、例えば、画面ＩＤデータＤ１４１、画面名称データＤ１４２、ある画面に対して類似した構成である類似構成画面ＩＤデータＤ１４３、図１０の選択ボタン８３１〜８３５のように画面中に表示される他の画面への選択ボタンのうち、隣接するボタンの遷移先を指示する隣接画面ＩＤデータＤ１４４が挙げられる。また、各画面上に配置される各種の確認・操作対象のデータとしては、例えば、確認・操作対象ＩＤデータＤ１５１、表示属性データＤ１５２、表示名称データＤ１５３、表示座標データＤ１５４、表示色データＤ１５５、ある一定期間における確認・操作頻度データＤ１５６、セットで確認・操作する対象を示すセット対象ＩＤデータＤ１５７が格納されている。格納されるデータとしては、これに限らず関係する他の情報を追加しても良い。
【０１１５】
例えば、誤り事例ＤＢ１２の事例ＩＤデータＤ１２１が「１」の推定処理ルールデータＤ１２５「Ａ AND Ｂ AND Ｃを」参照して、画面情報ＤＢ１４内を探索する場合について説明する。
【０１１６】
まず、確認・操作内容ＤＢ３２を参照して、確認・操作間違い候補の確認・操作ＩＤデータＤ４１２から確認・操作対象ＩＤデータＤ３２２を得る。図８の履歴ＤＢ４１Ａの例では、確認・操作ＩＤデータＤ４１２「Ｓ００２」が確認・操作間違い候補となっており、確認・操作内容ＤＢ３２から、その確認・対象ＩＤ２２０である「Ｂ０００１」を抽出する。そして、画面情報ＤＢ１４から、その確認・操作対象ＩＤデータＤ１５１の「Ｂ０００１」を検索する。
【０１１７】
ここで、誤り事例ＤＢ１２の事例ＩＤデータＤ１２１「１」の推定処理ルールを参照して、誤り推定ルールＤＢ１３内の対応するルール適用処理ＩＤデータＤ１３１を参照する。ルール適用処理ＩＤデータＤ１３１が「Ａ」の処理内容には、周囲の確認・操作対象の距離を測定し、一定距離（図１２では例えば「３５０」）以内にある確認・操作対象を抽出すると記述されている。よって、画面情報ＤＢ１４内で、まず確認・操作間違い候補の確認・操作対象ＩＤデータＤ１５１が含まれる画面ＩＤデータＤ１４１に該当するデータを全て抽出し、その中で確認・操作間違い候補と、他の確認・操作対象の表示座標データＤ１５４のユークリッド距離を算出する。その結果、例えば一定距離が「３５０」であるとすれば、距離「３５０」以内にある確認・操作対象ＩＤデータＤ１５１のみを抽出する。この場合は、画面ＩＤデータＤ１４１が「００１」である、確認・操作対象ＩＤデータＤ１５１「Ａ０００１」「Ａ０００２」「Ｂ０００２」、「Ｂ０００３」が抽出される。
【０１１８】
次に、ルール適用処理ＩＤデータＤ１３１が「Ｂ」の処理内容は、表示名称データＤ１５３の一致度が一定以上である確認・操作対象を抽出すると記述されていることから、確認・操作対象ＩＤデータＤ１５１「Ｂ０００１」と、同一の画面ＩＤデータＤ１４１「００１」にある他の確認・操作対象の表示名称データＤ１５３の差分を算出する。その結果、例えば一定の一致度が６０％以上であるとすれば、対象名の一致度が６０％以上の確認・操作ＩＤ６２１「Ａ０００１」と「Ｂ０００３」が抽出される。
【０１１９】
最後に、ルール適用処理ＩＤデータＤ１３１「Ｃ」の処理内容には、同じ表示属性の確認・操作対象を抽出すると記述されていることから、確認・操作ＩＤ６２１「Ｂ０００１」の表示属性データＤ１５２と一致する表示属性を持つ他の確認・操作対象を画面ＩＤデータＤ１４１が「００１」のデータから検索する。この場合には、「弁」という表示属性を持つ、確認・操作対象ＩＤデータＤ１５１「Ａ０００１」「Ａ０００３」「Ｂ０００３」が抽出される。以上に挙げたＡ〜Ｃまでの処理内容の算出方法は、他の方法を用いてもよい。
【０１２０】
以上のルール適用処理ＩＤデータＤ１３１の「Ａ」、「Ｂ」、「Ｃ」における抽出結果のうち、全ての条件に当てはまる確認・操作対象ＩＤデータＤ１５１を算出する。そして、確認・操作対象が見つかった場合は、確認・操作内容ＤＢ３２を参照し、その確認・操作対象ＩＤデータＤ１５１から確認・操作ＩＤデータＤ３２１を検索する。この例の場合では、確認・操作対象ＩＤデータＤ１５１の「Ａ０００１」と「Ｂ０００３」が、全ての条件に当てはまり、それぞれの確認・操作ＩＤデータＤ３２１「Ｓ００１」「Ｓ００６」を抽出する。そして、確認・操作ＩＤデータＤ３２１と本来実施すべき確認・操作ＩＤを照合し、一致すれば、確認・操作間違い候補は間違いであったと最終判定されたことになり、画面情報ＤＢ１４内の確認・操作間違いの表示名称データＤ１５３、誤り事例ＤＢ１２の該当する事例のヒューマンエラー名称データＤ１２３、ヒューマンエラー事例データＤ１２２データを用い、誤りの詳細なメッセージを作成し、確認・操作履歴格納部３４の履歴データベースの手順ＩＤデータＤ４１４に追加で格納する。この例では、本来実施すべき確認・操作ＩＤは「Ｓ００１」であるため、抽出された確認・操作ＩＤデータＤ３２１の中では、確認・操作ＩＤデータＤ３２１「Ｓ００１」が一致することになる。これは、誤り事例ＤＢ１２の事例ＩＤ４１０「１」の推定処理ルールで抽出することができたため、事例ＩＤ４１０「１」における上記データを用いて、例えば「近くの似ている名前で同属性のＢ弁との見間違い／聞き間違い」というメッセージを作成する。作成したメッセージは、確認・操作間違いを示す最終判定結果と共に誤り推定結果Ｄ１１として運転手順推定部３５に送信され、運転手順推定部３５によって確認・操作履歴格納部３４内の履歴ＤＢ４１Ａの該当する確認・操作の手順ＩＤデータＤ４１４に「間違い（手順ＩＤ名）」が格納される。この時点における履歴ＤＢ４１Ａの内容は、図１４に示すものとなる。なお、図１４は確認・操作誤り推定処理部１１の推定処理後の履歴ＤＢの内容を示す説明図である。
【０１２１】
以上に挙げた例は、同一画面内の確認・操作対象の間違いに関する場合であるが、例えば異なる画面の確認・操作対象と間違えた場合（選択ボタン８３１と間違えて選択ボタン８３２の画面を選択したなど）は、誤り事例ＤＢ１２の事例ＩＤ４１０「５」「６」を参照し、類似構成画面ＩＤデータＤ１４３または隣接画面ＩＤデータＤ１４４などのデータを利用することで処理することができる。
【０１２２】
監督者に対する運転進行状況の表示は、運転履歴表示部３７により、履歴ＤＢ４１Ａの内容が出力される。図１５は履歴ＤＢ４１Ａの表示パネル７０への表示例を示す説明図である。表示パネル７０上には、画面タイトル表示部７１、確認・操作の実施状況を表示する運転進行状況表示部７２を備える。運転進行状況表示部７２は、確認・操作が実施された時刻表示部７３、確認・操作実施状況表示部７４、確認・操作誤り表示部７５に分かれる。時刻表示部に表示される時刻データＤ７３には、履歴ＤＢ４１Ａの時刻データＤ４１３のデータが出力される。また、確認・操作実施状況表示部７４には、手順ＩＤデータＤ４１４ごとに、履歴ＤＢ４１Ａの運転手順推定状況データＤ４１５が「済」になっている確認・操作ＩＤデータＤ４１２に対する操作内容識別子Ｄ２を、運転手順ＤＢ３６または確認・操作内容ＤＢ３２から読み出して表示する。具体的には、手順進行状況ＤＢ４２Ａの実施済み履歴番号データＤ４２２にデータがあれば、該当する操作内容識別子Ｄ２を実施済み確認・操作７４１として出力する。一方、し忘れ位置データＤ４２３や、履歴ＤＢ４１Ａの手順ＩＤデータＤ４１４に「余計」または「間違い」が格納されていれば、誤り確認・操作として、その種別を区別できるような表示で、誤り種類説明７４６（７４６Ｘ〜７４６Ｚ）と共に出力する。例えば図１５では、確認・操作し忘れの場合、し忘れ確認・操作７４２（図１４では７４２Ｂ）に隣接して誤り種類説明７４６Ｚを配置させ、運転進行状況表示部７２の該当箇所に表示している。この際、し忘れが発生している確認・操作の表示内容は、し忘れ位置データＤ４２３内の「〜」前後の履歴番号の確認・操作ＩＤデータＤ４１２を元に、運転手順ＤＢ３６からし忘れに該当する操作内容識別子Ｄ２を取得する。また、余計な確認・操作の場合は、確認・操作誤り表示部７５に、余計確認・操作７４３（図１４では７４３Ｇ）として表示している。この内容は、確認・操作内容ＤＢ３２を参照し、その確認・操作ＩＤ３１４から確認・操作内容データＤ３２４を取得して表示する。また、余計確認・操作７４３と発生した時刻を破線を用いて対応付けているが、この破線はなくてもよい。確認・操作間違いの場合は、間違い確認・操作７４４（図１４では７４４Ｈ）を確認・操作誤り表示部７５に表示し、代わりに実施されていない確認・操作７４５（図１４では７４５Ｅ）を確認・操作実施状況表示部７４に表示している。間違い確認・操作７４４の場合は確認・操作内容ＤＢ３２の操作内容データＤ３２４から、実施されていない確認・操作７４５の場合は運転手順ＤＢ３６の操作内容識別子Ｄ２から表示内容を得る。また、間違い確認・操作７４４の隣に、確認・操作間違いの詳細な原因の間違いメッセージ７８を表示する。また、矢印７９によってこの２つが間違いであると対応付けているが、なくてもよい。この場合も破線を用いて時刻データＤ７３と対応づけているが、破線はなくてもよい。
【０１２３】
図１５で示した表示パネル７０例では、フローチャートのような表示形式を例に挙げているが、文字による表記など他の表示方法でもよい。また、今回は専用の運転履歴表示部３７に表示しているが、監督者用入出力部２２上に表示するようにしてもよい。
【０１２４】
（効果）
実施の形態１によるプラント監視制御システムにおいては、運転手順の誤りを検出するだけではなく、確認・操作間違いの場合にはその発生原因が、画面情報やヒューマンエラー事例から推定され、運転履歴と共に表示される。この手法によれば、監督者は、運転進行中に発生した確認・操作間違いステップを、その原因と共に認知することができるため、一見関連のなさそうな確認・操作間違いステップが、どの手順と間違えているのかを悩む必要はなくなる。そのため、より迅速に運転員の間違いに対して対応できるようになる。
【０１２５】
また、以上に述べた運転進行状況の提示は主として監督者に向けたものであるが、例えば訓練中の運転員の行動を確認・操作履歴格納部３４に格納しておき、訓練が終わった後にそれを運転員に対して運転履歴表示部３７にて再生表示することで、自らの運転の間違いや間違えた原因を把握させ、正しい運転方法を学習させる、訓練システムとして利用してもよい。
【０１２６】
さらに、確認・操作履歴格納部３４を元に、確認・操作間違いの原因をまとめてテキストデータやそのハードコピーとして出力し、画面設計者に対しユーザインタフェースの問題点としてフィードバックしてもよい。
【０１２７】
このように、実施の形態１のプラント監視制御システムの確認・操作誤り推定装置１０における確認・操作誤り推定処理部１１は、確認・操作間違い候補が確認・操作間違いであるいか否かの最終判定結果、及び最終判定結果が確認・操作間違いを指示する場合はその間違い原因を規定した誤り推定結果Ｄ１１を出力するため、運転員及びその監督者は、誤り推定結果Ｄ１１を参照することにより、間違い原因を早期かつ客観的に認識することができる。
【０１２８】
その結果、監督者は運転員に誤り推定結果Ｄ１１に基づいて適切にヒューマンエラーの内容を指摘することができ、互いの思い込みによる意見の相違を解決でき、確認・操作間違いに対し、適切かつ早急な対処方法を採ることができる分、システムの安全性の向上及び監督制御処理の効率化を図ることができる。
【０１２９】
また、現行の手順とは一見関連がなさそうな確認・操作間違いがある場合でも、どの手順と間違えているのかについて検討する負荷を軽減することによりシステム全体のコストの低減化を図るこことができ、対処方法についてより早く検討できるという効果を奏する。
【０１３０】
また、誤り推定結果Ｄ１１を含む詳細な情報を開示することにより、監督者や運転者への情報の開示内容の向上を図ることができる。
【０１３１】
＜実施の形態２＞
プラント事故時の復旧作業など非日常業務のプラント運転時には、プラント状態が次々と変化するため、迅速に判断して対応することが必要とされる場合がある。その際、万が一確認・操作のヒューマンエラーが発生した場合には、それがプラント状態に重大な結果を引き起こすものほど、一刻も早く対応する必要がある。
【０１３２】
実施の形態１のプラント監視制御システムにおける確認・操作誤り推定処理部１１によるプラント運転誤り分析機能では、確認・操作誤りを検出して運転進行状況と共に表示し、特に確認・操作間違いに関しては原因を提示することができる。しかし、複数の誤りが発生している場合には、優先して対応すべき誤りを見つけるために、複数の誤りの重要度について検討して比較する作業が発生したり、軽度の誤りを先に対応して重大な誤りに対する対応を後回しにしたりしてしまうなど、適切な順序でプラント状態を改善できない可能性がある。
【０１３３】
そこで、実施の形態２では、機器データや警報データなどのプラントデータを用いて、特定のプラント状態で行なわれる、あるいはし忘れるとプラントに重大な影響を与える可能性がある確認・操作ステップ（以後、「禁止操作」と呼ぶ）を検出し、実施の形態１の運転履歴表示部３７の表示内容に加える方法の例を示す。
【０１３４】
図１６は実施の形態２に係るプラント監視制御システムの構成を示すブロック図である。本実施の形態のプラント監視制御システムは、実施の形態１と同様、確認・操作誤り推定装置１０、プラント監視制御装置２０、及び運転進行状況表示装置３０Ｂ（図１の運転進行状況表示装置３０Ａ相当）から構成される。
【０１３５】
確認・操作誤り推定装置１０、プラント監視制御装置２０内の構成は、実施の形態１と同様である。ただし、運転進行状況表示装置３０Ｂには、実施の形態１の運転進行状況表示装置３０Ａに加え、禁止操作推定部３８と禁止操作ＤＢ３９（重要影響操作データベース）を備えている。
【０１３６】
実施の形態２の処理内容は、確認・操作履歴格納部３４内の履歴ＤＢ４１Ａに格納された運転内容に基づき、運転手順ＤＢ３６と運転手順推定部３５とを用いて、現在実施されている手順を推定し、その後、確認・操作し忘れ（ステップ）、余計な確認・操作（ステップ）、及び確認・操作間違い（ステップ）を検出する処理までは、実施の形態１のプラント監視制御システムと同様である。
【０１３７】
実施の形態２では、さらに上記の確認・操作し忘れ、余計な確認・操作及び確認・操作間違いが、プラントに重要な影響を与える可能性があるかどうかを、禁止操作推定部３８において禁止操作ＤＢ３９のデータを用いて判別する。
【０１３８】
図１７は禁止操作ＤＢ３９の構成を示す説明図である。同図に示すように、禁止操作ＤＢ３９には、確認操作ＩＤデータＤ３９１、０個以上の条件データＤ３９２Ａ，Ｄ３９２Ｂ，…、及び確認・操作の誤り種別データＤ３９３が格納されている。
【０１３９】
条件データＤ３９２Ａ等として、例えば、し忘れ処理「機器Ｂ 確認」の場合、警報信号「○○（機器名 例：加圧器）水位低」「○○（機器名 例：原子炉）トリップ信号発信」やプラント値「○○（機器名）水位（または圧力）△△（値）％以下」などが挙げられる。余計な確認・操作や確認・操作間違いについても、上記と同じような条件が考えられる。
【０１４０】
運転手順推定部３５において実施の形態１と同様の運転手順推定処理を行った結果、確認・操作誤り（確認・操作し忘れ、余計な確認・操作及び確認・操作間違いのいずれか）があると推定された場合は、確認・操作誤りに該当する確認・操作ＩＤを取得する。この際、確認・操作し忘れの場合は、運転手順ＤＢ３６から本来実施すべき確認・操作識別子Ｄ３を取得する。
【０１４１】
また、確認・操作間違いと余計な確認・操作の場合は、履歴ＤＢ４１Ａから確認・操作ＩＤデータＤ４１２を取得する。そして、取得した確認・操作ＩＤデータと、誤りの種別を表す文字列（「余計」「し忘れ」「間違い」）を、禁止操作推定部３８に送信する。禁止操作推定部３８はこれらのデータを受信し、確認・操作ＩＤは禁止操作ＤＢ３９の確認操作ＩＤデータＤ３９１と、誤りの種別の文字列は誤り種別データＤ３９３と照合する。確認操作ＩＤデータＤ３９１と誤り種別データＤ３９３の両方が一致するデータが見つかれば、禁止操作推定部３８は、該当する条件データＤ３９２（Ｄ３９２Ａ，Ｄ３９２Ｂ，…）を参照する。条件データＤ３９２には、実施された確認・操作がプラントに重大な影響を与える場合の条件（例えば、警報の発信や関連するプラント計器の値）が格納されており、禁止操作推定部３８はこれらに記述されたプラントデータを、プラントデータ取得部３３から取得し、条件を満たすかどうかを照合する。その結果、全ての条件データを満たす場合は、その確認・操作ＩＤは、重要度が所定基準以上である禁止操作であると判断し、禁止操作に該当する誤り操作を規定する禁止操作情報Ｄ３８（重要影響操作情報）を確認・操作履歴格納部３４に出力し、確認・操作履歴格納部３４内の手順進行状況ＤＢ４２Ｂまたは履歴ＤＢ４１Ｂを、禁止操作情報Ｄ３８を加味した内容に更新する。
【０１４２】
図１８及び図１９は実施の形態２における禁止操作推定部３８による禁止操作推定処理実行後における手順進行状況ＤＢ４２Ｂ及び履歴ＤＢ４１Ｂの内容を示す説明図である。図１８に示す手順進行状況ＤＢ４２Ｂには、実施の形態１の内容に加えて禁止操作３２４を設けており、禁止操作がし忘れ確認・操作であれば、例えばその前後の履歴番号を「〜」を挟んで格納する。
【０１４３】
一方、図１９に示すように、履歴ＤＢ４１Ｂは、実施の形態１の手順進行状況ＤＢ４１Ａの内容に加えて禁止操作データＤ４１６の欄を設けており、余計な確認・操作または確認・操作し間違いに禁止操作が該当すれば、履歴ＤＢ４１Ｂの表示属性識別子Ｄ４１６における該当する履歴番号に関し○印を格納する。
【０１４４】
このように、履歴ＤＢ４１Ｂ及び手順進行状況ＤＢ４２Ｂは、禁止操作情報Ｄ３８に基づき禁止操作の内容を加味した内容に更新される。
【０１４５】
また、運転履歴表示部３７に確認・操作誤りを表示する際には、履歴ＤＢ４１Ａと手順進行状況ＤＢ４２Ａに格納された禁止操作の履歴番号を参照して、誤り表示７４２〜７４４を、他と区別できるような表示方法（例えば、印をつける、誤り表示の色を変えるなど）で表示する。
【０１４６】
図２０は運転履歴表示部３７による、履歴ＤＢ４１Ａの表示パネル７０への表示例を示す説明図である。図２０示す例では、禁止マーク７７がし忘れ確認・操作７４２Ｂ（機器Ｂ 確認）に隣接して表示される共に、禁止マーク７７が間違い確認・操作７４４Ｈ（機器Ｈ 確認）に隣接して表示される。
【０１４７】
なお、以上に述べた内容は、確認・操作内容が禁止操作か否かを判別する例であるが、禁止操作ＤＢ３９に重要度の欄を追加し、禁止操作の重要度をより細かく設定して、運転履歴表示部３７に重要度ごとに区別できるように表示してもよい。
【０１４８】
（効果）
実施の形態２のプラント監視制御システムは、重要度が所定の基準を超えたし忘れ確認・操作（ステップ）、余計な確認・操作（ステップ）及び確認・操作間違い（ステップ）を規定した禁止操作情報Ｄ３８に基づき、禁止操作が指示される履歴ＤＢ４１Ｂ、手順進行状況ＤＢ４２Ｂの内容を表示パネル７０上に表示することができる。
【０１４９】
このため、運転員及びその監督者が禁止操作情報Ｄ３８が指示された運転進行状況を認識することにより、推定された誤り処理（し忘れ確認・操作、余計な確認・操作及び確認・操作間違い）のうち、優先的に改善を行う必要がある処理を的確に認識することができる。その結果、運転進行状況推定後に迅速かつ適切な対応を採ることができる効果を奏する。
【０１５０】
＜コンピュータへの応用＞
なお、実施の形態１及び実施の形態２で述べたプラント監視制御システムは、例えば、主記憶装置、演算装置、入力装置、二次記憶装置及び出力装置等から構成され、これらの装置が共通バスを介して共通に接続されるような構成のコンピュータ装置により実現することができる。
【０１５１】
このようなコンピュータ装置において、プラント監視制御部２３、確認・操作内容照合部３１、プラントデータ取得部３３、運転手順推定部３５、確認・操作誤り推定処理部１１、及び禁止操作推定部３８は、例えば、演算装置がコンピュータを機能させるプログラムに基づき動作することによって実現可能である。上記プログラムは主記憶装置あるいは二次記憶装置に格納可能である。
【０１５２】
また、確認・操作内容ＤＢ３２、確認・操作履歴格納部３４、運転手順ＤＢ３６、誤り事例ＤＢ１２、誤り推定ルールＤＢ１３、画面情報ＤＢ１４、及び禁止操作ＤＢ３９は、主記憶装置あるいは二次記憶装置によって実現可能である。
【０１５３】
加えて、運転員用入出力部２１、監督者用入出力部２２、及び運転履歴表示部３７は一般的な入力装置、出力装置（表示装置）及びその組合せによって実現可能である。また、プラント機器２４は、プラント監視制御システムの確認・制御対象のハードウェアである。
【０１５４】
＜その他＞
なお、本発明は、その発明の範囲内において、各実施の形態を自由に組み合わせたり、各実施の形態を適宜、変形、省略することが可能である。
【符号の説明】
【０１５５】
１０ 確認・操作誤り推定装置、１１ 確認・操作誤り推定処理部、１２ 誤り事例ＤＢ、１３ 誤り推定ルールＤＢ、２０ プラント監視制御装置、２１ 運転員用入出力部、２２ 監督者用入出力部、２３ プラント監視制御部、２４ プラント機器、３０Ａ，３０Ｂ 運転進行状況表示装置、３１ 確認・操作内容照合部、３２ 確認・操作内容ＤＢ、３３ プラントデータ取得部、３４ 確認・操作履歴格納部、３５ 運転手順推定部、３６ 運転手順ＤＢ、３７ 運転履歴表示部、３８ 禁止操作推定部、３９ 禁止操作ＤＢ。
【特許請求の範囲】
【請求項１】
所定の入力装置を介して得られる操作指示にしたがって制御対象となるプラント機器を制御するとともに、プラント機器に対し実行する確認処理を含む操作内容を規定したプラント操作情報を出力するプラント監視制御装置と、
前記プラント操作情報に基づき、少なくとも一つの操作ステップからなる操作履歴情報を取得し、該操作履歴情報に基づく運転進行状況を視覚認識可能に表示する運転進行状況表示装置とを備えたプラント監視制御システムであって、
前記運転進行状況表示装置は、操作ＩＤと登録操作ステップ内容とを含む操作内容データベースを有し、該操作内容データベースと前記操作履歴情報とを比較して、本来実行すべきである中で未だ実行されていない操作ステップであるし忘れ操作、余計に実行されている操作ステップである余計操作、及び実行すべき操作ステップの代わりに間違えて実行されていると想定される操作ステップである操作間違い候補に分類するとともに、該操作間違い候補を規定した間違い候補情報を出力し、
前記プラント監視制御システムは、
前記間違い候補情報より規定された前記操作間違い候補それぞれについて、間違い原因を推定する間違い推定処理を実行して前記操作間違い候補が操作間違いであるか否かを最終判定し、その最終判定結果及び前記最終判定結果が操作間違いを指示する場合は推定された間違い原因を規定した誤り推定結果を出力する操作誤り推定装置をさらに備え、
前記操作誤り推定装置は、
プラント操作時に想定される操作誤り事例を蓄積した誤り事例データベースと、
前記操作誤り事例を検出するための複数のルールを規定した推定ルールデータベースと、
プラント操作時に使用される操作画面に関する情報を規定した画面情報データベースと、
各前記操作間違いステップ候補について、前記誤り事例データベース、前記推定ルールデータベース及び前記画面情報データベースの内容を参照することにより、前記間違い原因推定処理を実行する操作誤り推定処理部とを含む、
プラント監視制御システム。
【請求項２】
請求項１記載のプラント監視制御システムであって、
前記運転進行状況表示装置は、
前記し忘れ操作が実行されないこと及び前記余計操作及び操作間違いが実行されることに関し、重要度が所定基準以上であるか否かを規定した重要影響操作データベースを有し、該重要影響操作データベースと前記操作履歴情報とを比較して、重要度が所定基準を超えた前記し忘れ操作ステップ、前記余計操作ステップ及び前記操作間違いステップを規定した重要影響操作情報を取得し、前記操作履歴情報に前記重要影響操作情報の内容を加味した前記運転進行状況を表示する、
プラント監視制御システム。
【請求項１】
所定の入力装置を介して得られる操作指示にしたがって制御対象となるプラント機器を制御するとともに、プラント機器に対し実行する確認処理を含む操作内容を規定したプラント操作情報を出力するプラント監視制御装置と、
前記プラント操作情報に基づき、少なくとも一つの操作ステップからなる操作履歴情報を取得し、該操作履歴情報に基づく運転進行状況を視覚認識可能に表示する運転進行状況表示装置とを備えたプラント監視制御システムであって、
前記運転進行状況表示装置は、操作ＩＤと登録操作ステップ内容とを含む操作内容データベースを有し、該操作内容データベースと前記操作履歴情報とを比較して、本来実行すべきである中で未だ実行されていない操作ステップであるし忘れ操作、余計に実行されている操作ステップである余計操作、及び実行すべき操作ステップの代わりに間違えて実行されていると想定される操作ステップである操作間違い候補に分類するとともに、該操作間違い候補を規定した間違い候補情報を出力し、
前記プラント監視制御システムは、
前記間違い候補情報より規定された前記操作間違い候補それぞれについて、間違い原因を推定する間違い推定処理を実行して前記操作間違い候補が操作間違いであるか否かを最終判定し、その最終判定結果及び前記最終判定結果が操作間違いを指示する場合は推定された間違い原因を規定した誤り推定結果を出力する操作誤り推定装置をさらに備え、
前記操作誤り推定装置は、
プラント操作時に想定される操作誤り事例を蓄積した誤り事例データベースと、
前記操作誤り事例を検出するための複数のルールを規定した推定ルールデータベースと、
プラント操作時に使用される操作画面に関する情報を規定した画面情報データベースと、
各前記操作間違いステップ候補について、前記誤り事例データベース、前記推定ルールデータベース及び前記画面情報データベースの内容を参照することにより、前記間違い原因推定処理を実行する操作誤り推定処理部とを含む、
プラント監視制御システム。
【請求項２】
請求項１記載のプラント監視制御システムであって、
前記運転進行状況表示装置は、
前記し忘れ操作が実行されないこと及び前記余計操作及び操作間違いが実行されることに関し、重要度が所定基準以上であるか否かを規定した重要影響操作データベースを有し、該重要影響操作データベースと前記操作履歴情報とを比較して、重要度が所定基準を超えた前記し忘れ操作ステップ、前記余計操作ステップ及び前記操作間違いステップを規定した重要影響操作情報を取得し、前記操作履歴情報に前記重要影響操作情報の内容を加味した前記運転進行状況を表示する、
プラント監視制御システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２０１３−５８１３７（Ｐ２０１３−５８１３７Ａ）
【公開日】平成２５年３月２８日（２０１３．３．２８）
【国際特許分類】
【出願番号】特願２０１１−１９７０２９（Ｐ２０１１−１９７０２９）
【出願日】平成２３年９月９日（２０１１．９．９）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
【公開日】平成２５年３月２８日（２０１３．３．２８）
【国際特許分類】
【出願日】平成２３年９月９日（２０１１．９．９）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
[ Back to top ]