"所定の入力装置を介して得られる操作指示にしたがって制御対象となるプラント機器を制御するとともに、プラント機器に対し実行する確認処理を含む操作内容を規定したプラント操作情報を出力するプラント監視制御装置と、前記プラント操作情報に基づき、少なくとも一つの操作ステップからなる操作履歴情報を取得し、該操作履歴情報に基づく運転進行状況を視覚認識可能に表示する運転進行状況表示装置とを備えたプラント監視制御システムであって、前記運転進行状況表示装置は、操作IDと登録操作ステップ内容とを含む操作内容データベースを有し、該操作内容データベースと前記操作履歴情報とを比較して、本来実行すべきである中で未だ実行されていない操作ステップであるし忘れ操作、余計に実行されている操作ステップである余計操作、及び実行すべき操作ステップの代わりに間違えて実行されていると想定される操作ステップである操作間違い候補に分類するとともに、該操作間違い候補を規定した間違い候補情報を出力し、前記プラント監視制御システムは、前記間違い候補情報より規定された前記操作間違い候補それぞれについて、間違い原因を推定する間違い推定処理を実行して前記操作間違い候補が操作間違いであるか否かを最終判定し、その最終判定結果及び前記最終判定結果が操作間違いを指示する場合は推定された間違い原因を規定した誤り推定結果を出力する操作誤り推定装置をさらに備え、前記操作誤り推定装置は、プラント操作時に想定される操作誤り事例を蓄積した誤り事例データベースと、前記操作誤り事例を検出するための複数のルールを規定した推定ルールデータベースと、プラント操作時に使用される操作画面に関する情報を規定した画面情報データベースと、各前記操作間違いステップ候補について、前記誤り事例データベース、前記推定ルールデータベース及び前記画面情報データベースの内容を参照することにより、前記間違い原因推定処理を実行する操作誤り推定処理部とを含む、プラント監視制御システム。請求項1記載のプラント監視制御システムであって、前記運転進行状況表示装置は、前記し忘れ操作が実行されないこと及び前記余計操作及び操作間違いが実行されることに関し、重要度が所定基準以上であるか否かを規定した重要影響操作データベースを有し、該重要影響操作データベースと前記操作履歴情報とを比較して、重要度が所定基準を超えた前記し忘れ操作ステップ、前記余計操作ステップ及び前記操作間違いステップを規定した重要影響操作情報を取得し、前記操作履歴情報に前記重要影響操作情報の内容を加味した前記運転進行状況を表示する、プラント監視制御システム。プラント運転中に発生するヒューマンエラーは、運転員の確認操作し忘れ、確認操作間違い、余計な確認操作が挙げられる。前述の通り、このようなヒューマンエラーが発生した場合には、監督者はできるだけ早く気づき、運転員に適切な指示を行なう必要がある。しかし、確認操作間違いの場合は、運転員は監督者とは異なる画面や画面上の異なる作業対象に着目しつつも、自分の作業が正しいと思い込んでいることがある。この場合には、仮に運転進行状況の表示によって確認操作間違いがあると気づいても、根本的な原因を適切に運転員に伝えることができなければ、運転員を納得させることは難しく、意見の相違による対応の遅れにより事故に繋がる可能性がある。このような事態を迅速に解決するためには、確認操作間違いが発生した場合に、運転員がどの画面のどの作業対象を見ているのか、どのような認知プロセスにおける間違いなのかなど、ヒューマンエラーの詳細な原因を監督者が把握することが必要である。これらに対し、上述した運転訓練進行進行状況監視装置では、運転員の操作項目を実施済みの正しい操作と、実施済みの余分な操作と、未実施の操作を判別することは可能である。しかし、実施済みの余分な操作のうち、それが、本来実施すべき操作を別の操作と間違える操作間違いなのか、手順の操作は全て正しく行なった上での余分な操作なのかは判別できず、操作間違いの場合は、その操作間違いが発生した原因を分析することはできないという問題点があった。この発明は、上記問題点を解決するためになされたもので、運転員による確認操作間違いを的確に検出して、その間違いが発生した原因を分析することができる機能を有するプラント監視制御システムを得ることを目的とする。この発明に係る請求項1記載のプラント監視制御システムは、所定の入力装置を介して得られる操作指示にしたがって制御対象となるプラント機器を制御するとともに、プラント機器に対し実行する確認処理を含む操作内容を規定したプラント操作情報を出力するプラント監視制御装置と、前記プラント操作情報に基づき、少なくとも一つの操作ステップからなる操作履歴情報を取得し、該操作履歴情報に基づく運転進行状況を視覚認識可能に表示する運転進行状況表示装置とを備えたプラント監視制御システムであって、前記運転進行状況表示装置は、操作IDと登録操作ステップ内容とを含む操作内容データベースを有し、該操作内容データベースと前記操作履歴情報とを比較して、本来実行すべきである中で未だ実行されていない操作ステップであるし忘れ操作、余計に実行されている操作ステップである余計操作、及び実行すべき操作ステップの代わりに間違えて実行されていると想定される操作ステップである操作間違い候補に分類するとともに、該操作間違い候補を規定した間違い候補情報を出力し、前記プラント監視制御システムは、前記間違い候補情報より規定された前記操作間違い候補それぞれについて、間違い原因を推定する間違い推定処理を実行して前記操作間違い候補が操作間違いであるか否かを最終判定し、その最終判定結果及び前記最終判定結果が操作間違いを指示する場合は推定された間違い原因を規定した誤り推定結果を出力する操作誤り推定装置をさらに備え、前記操作誤り推定装置は、プラント操作時に想定される操作誤り事例を蓄積した誤り事例データベースと、前記操作誤り事例を検出するための複数のルールを規定した推定ルールデータベースと、プラント操作時に使用される操作画面に関する情報を規定した画面情報データベースと、各前記操作間違いステップ候補について、前記誤り事例データベース、前記推定ルールデータベース及び前記画面情報データベースの内容を参照することにより、前記間違い原因推定処理を実行する操作誤り推定処理部とを含む。請求項1記載の本願発明におけるプラント監視制御システムの操作誤り推定装置は、操作間違い候補が操作間違いであるか否かの最終判定結果及び最終判定結果が操作間違いを指示する場合は推定された間違い原因を規定した誤り推定結果を出力するため、プラント機器を操作、制御する運転員及びその監督者は、上記誤り推定結果を参照することにより、誤り原因を客観的に認識することができる。その結果、監督者は運転員に誤り推定結果に基づいて適切にヒューマンエラーの内容を指摘することができ、互いの思い込みによる意見の相違を解決できるという効果がある。また、現行の手順とは一見関連がなさそうな確認操作間違いが発生した場合でも、どの手順と間違えているのかについて検討する負荷を軽減することによりシステム全体のコストの低減化を図り、対処方法についてより早く検討できるという効果を奏する。<実施の形態1>図1はこの発明の実施の形態1であるプラント監視制御システムの構成を示すブロック図である。同図に示すように、実施の形態1のプラント監視制御システムは、確認操作誤り推定装置10と、プラント監視制御装置20と、運転進行状況表示装置30Aとを備えて構成される。プラント監視制御装置20は、運転員用入出力部21、監督者用入出力部22、プラント監視制御部23、及びプラント機器24から構成される。プラント監視制御部23は、運転員用入出力部21を用いた運転員による確認操作入力や自動制御による操作に基づいて、プラント機器24の動作監視および動作制御を行なう。また、プラント監視制御部23は、運転員による確認操作入力信号データや当該確認操作入力信号データを受信した時刻データを確認操作情報D23として、運転進行状況表示装置30A内の後述する確認操作内容照合部31に転送する役割も担う。運転員用入出力部21及び監督者用入出力部22は運転員及び監督者用のユーザインタフェースであり、プラント監視制御部23から出力されるプラント機器24の監視データを画面上に表示することができる。入出力部21,22で表示される画面は複数枚存在し、運転員や監督者は必要な画面を選択し、運転または監視を行なう。また、運転員用入出力部21は、運転員が入力した操作命令に応じた操作信号を、プラント監視制御部23に送信する。運転員による確認処理は、運転員用入出力部21の確認対象のしかるべきところをマウスクリックまたはタッチするなどの方法により入力され、プラント監視制御部23に送信される。図2は実施の形態1のプラント監視制御システムにおける運転誤り分析処理を含むプラント監視制御内容を示すフローチャートである。同図に示すように、プラント監視制御処理はステップST1~ST6を実行することによって実現される。まず、ステップST1では、プラント監視制御装置20から得た確認操作情報D23に基づき、確認操作内容照合部31は、運転員が確認操作を実施した際の内容である、確認操作データを特定する。次に、ステップST2において、確認操作内容照合部31は、ステップST1で特定した確認操作データを確認操作ID情報D31として確認操作履歴格納部34内に追加する。そして、ステップST3では、運転手順推定部35は、確認操作履歴格納部34に格納された確認操作データに基づき、現在進行している手順の推定を行う。手順の推定が完了すれば、さらに、運転手順推定部35は、ステップST4にてそれまでに行われた確認操作内容から、運転進行状況を推定し、推定した運転進行状況を基準として、確認操作間違いステップ候補を抽出して、当該確認操作間違い候補を規定した確認操作間違い候補情報D35を確認操作誤り推定処理部11に出力する。確認操作間違い候補とは、本来行うべき他の確認操作ステップと間違えて実施された可能性のある余分な確認操作ステップを意味する。そして、ステップST5において、ステップST4で推定された運転進行状況に確認操作間違い候補の有/無YESNOを認識し、確認操作間違い候補が存在すればステップST6に移行し、存在しなければNO処理を終了する。ステップST5でYESと判定された場合に実行されるステップST6において、確認操作誤り推定処理部11は、確認操作間違い候補情報D35が規定する操作間違い候補の間違い原因を推定する間違い推定処理を実行し、間違い操作確認と推定できるか否かの最終判定を行い、その最終判定結果及び最終判定結果が間違いである場合は推定された間違い原因を規定した誤り推定結果D11を得る。誤り推定結果D11は運転手順推定部35に出力され、運転手順推定部35は誤り推定結果D11を反映した確認操作データを確認操作履歴格納部34に格納する。すると、確認操作履歴格納部34の格納内容に基づき運転履歴内容が運転履歴表示部37上で表示され、処理を終了する。以下、運転者がプラント機器24に対して行う処理として、プラント機器24に対する操作と、プラント機器24の現状確認が存在するが、以下では、上述した操作及び確認を併せて単に操作と略して記述する場合がある。以下、運転進行状況表示装置30A、確認操作誤り推定装置10の具体的な処理内容について、図1及び図2を参照して説明する。まず、運転進行状況表示装置30による図2のステップST1の処理について説明する。運転進行状況表示装置30Aは、確認操作内容照合部31、確認操作内容DB32、プラントデータ取得部33、確認操作履歴格納部34、運転手順推定部35、運転手順DB36、及び運転履歴表示部37から構成される。確認操作内容照合部31は、プラント監視制御部23から転送される確認操作情報D23を、確認操作内容DB32の内容と照合し、確認操作内容を表す確認操作ID情報D31を得て確認操作履歴格納部34に格納する。図3は確認操作内容DB32の内容例を示す説明図である。同図に示すように、確認操作内容DB32として、確認操作IDデータD321、それに対応する確認操作対象IDデータD322、表示属性データD323、操作内容データD324、第1条件データD325A及び第2条件データD325Bが登録されている。確認操作対象IDデータD322は、画面上に配置された確認操作が実施される表示部品を特定するIDを指示する。表示属性データD323は確認操作対象の表示属性を指示し、操作内容データD324は確認操作名を指示している。また、第1条件データD325A及び第2条件データD325Bには、それぞれ確認操作IDデータD321の特定に必要なプラント機器の値や、発信警報などの条件が格納されている。なお、第1条件データD325A及び第2条件データD325Bの例としては、プラント値であれば○○機器名,例:加圧器□□パラメータ名,例:水位△△値,例:80以下などが考えられ、警報信号であれば○○機器名,例:加圧器□□現象名,例:水位低○○機器名,例:原子炉□□現象名,例:トリップ信号発信などが挙げられる。図3では、一例として第1条件データD325A及び第2条件データD325Bが2つあるように示しているが、0個でも1以上の任意の数を用意してもよい。以下、図1,図3を参照して、図2のステップST1の処理内容について詳述する。プラント監視制御部23から転送される確認操作情報D23は、確認操作内容DB32内の確認操作IDデータD321と照合され、プラントデータ取得部33により取得したプラントデータが第1条件データD325A及び第2条件データD325Bを満たす確認操作IDデータD321が一意に決定される。次に、図1,図3を参照して、図2のステップST2の処理内容について詳述する。確認操作内容照合部31は、ステップST1で決定した確認操作IDデータD321を確認操作ID情報D31として確認操作が完了した時刻データと共に、確認操作履歴格納部34内に格納する。図4は確認操作履歴格納部34内に格納される履歴DB41Aを示す説明図である。同図に示すように、履歴DB41Aには、履歴番号データD411、確認操作IDデータD412、時刻データD413、手順IDデータD414、及び運転手順推定状況データD415が格納される。確認操作内容照合部31から確認操作ID情報D31が出力されると、新たな履歴番号データD411が採番され、それに対応する確認操作IDデータD412と時刻データD413に、確認操作ID情報D31が指示する確認操作IDデータD321と時刻データが格納される。また、手順とは複数個の確認操作ステップをまとめたものとする。運転員が実施する運転手順は、複数個の異なる手順から構成される。運転時には、複数の手順が同時に進行する場合もある。手順IDデータD414には、後に実施される運転手順の推定後に、確認操作IDデータD412が行われたと推定される手順のID、または、確認操作誤りの種別や詳細が入力される。運転手順推定状況データD415には、確認操作IDデータD412に対して後述する運転進行状況の推定が実施されたか否かを区別するデータが格納される。図4に示すように、履歴DB41Aにデータが格納された直後は、運転手順推定状況データD415として例えば未と格納される。以下、図1,図4及び後述する図5~図7を参照して図2のステップST3の処理に内容について説明する。運転手順推定部35では、まず現在進行している手順の推定を行う。具体的には、確認操作履歴格納部34内の履歴DB41Aに格納された確認操作IDデータD412と、運転手順に関するデータが格納された運転手順DB36の内容とのパターンマッチングを行なう。図5は確認操作履歴格納部34内に格納される手順進行状況DB42Aを示す説明図である。図6は、運転手順DB36に登録されている手順の一例として、手順Iの内容を示す説明図である。図6では、手順を表すものとして、操作マニュアル等に記載されているフローチャート形式の手順図を例示する。図6に示す様に、ID情報P-1で示す手順Iは、実行ステップS1~S8及び論理演算ステップOS1,OS2から成り立つ。まず、ステップS1は機器Aの第1の計器の計測値を確認する実行ステップであり、ステップS2は機器Aの第2の計器の計測値を確認する実行ステップであり、ステップS3は機器Bの計器の計測値を確認する実行ステップである。ステップS3は、ステップS1,S2による論理演算ステップOS1であるOR後に実行される処理である。したがって、ステップS3は、ステップS1及びステップS2のうち、少なくとも一方のステップが実施されたことORを条件として、実施されるステップとなる。ステップS4は機器Cの計器の計測値を確認する実行ステップであり、ステップS5は機器Dの計器の計測値を確認する実行ステップである。ステップS6は、ステップS4,S5による論理演算ステップOS2であるAND後に実行される処理である。したがって、ステップS6は、ステップS4及びステップS5が共に実施されたことANDを条件として、実施されるステップとなる。ステップS6は機器Eの操作を実施する実行ステップであり、前述したように、ステップS4、S5の双方が実施されたという条件AND条件を満たした後に実施されるステップであるが、ステップS4、S5の実施順は任意でよい。ステップS6後に実行されるステップS7は機器Eの計器の計測値を確認する実行ステップであり、ステップS7後に実行されるステップS8は機器Fの操作を実施する実行ステップである。このように、手順IDがIの処理内容は、各ステップの順序を表す情報実行ステップS1~S8の並びと、個々のステップの内容を表す情報実行ステップS1~S8の処理内容と、次のステップへ移るための条件の情報論理演算ステップOS1,OS2から構成することができる。なお、図6ではフローチャート形式で図示したが、例えば操作マニュアルに記述された文章など、その他の形式で表現されている場合にも同様に考えることができる。図7は、運転手順DB36に格納される運転手順の内容例を示す説明図であり、図6で示した手順IDがIの手順に対応するものを示している。図7に示すように、運転手順DB36内には、各実行ステップS1~S8が属する手順識別子D1を有する手順IDデータD361と、各実行ステップS1~S8の具体的な内容を表す操作内容識別子D2を有する操作内容データD362と、各実行ステップS1~S8の確認操作識別子D3を有する確認操作IDデータD363と、画面上で各実行ステップS1~S8の確認操作を実行する際に扱う表示属性識別子D4を有する表示属性データD364とが格納される。さらに、運転手順DB36内には、各々の実行ステップS1~S8に関連付けされた順序識別子D5を有する順序データD365と、論理演算ステップOS1,OS2の演算対象に関連づけられた条件識別子D6を有する論理条件データD366が格納される。順序識別子D5は、実行ステップS1~S8間における実施される順序を示す識別子であり、条件識別子D6は、対応する複数のステップから次のステップへと移行するための条件を表す識別子である。ここで、識別子D1~D6は各データD361~D366を構成する基本単位として機能する。図6に示した手順Iの内容は、識別子D1、D2、D5、D6によって示され、追加の識別子D3、D4を用いた以下で示す内容の手順データとして、運転手順DB36に格納される。図7に示すように、手順識別子D1S1-S8として手順番号であるIが格納される。操作内容識別子D2のD2S1~D2S8として実行ステップS1~S8における操作内容の情報を格納される。また、確認操作識別子D3S1~D3S8として対応する確認操作IDが格納され、表示属性識別子D4S1~D4S8として上記した表示属性が格納される。さらに、順序識別子D5S1~D5S8として、ステップS1~S8の実施順序の情報が格納される。最初に実施されるステップS1、S2は、どちらか一方を実施すればよいため、順序識別子D5S1、D5S2には、同一の順序情報X1が格納される。ここで、ステップS3に移行するための条件は、ステップS1またはステップS2のどちらかを実施することであるため、条件識別子D6S1-S2としてORの情報が格納される。ステップS3に対応する順序識別子D5S3として順序情報X2が格納される。ステップS4、S5は互いに実施順が任意であるため、順序識別子D5S4、S5には、同一の順序情報X3が格納される。ステップS6に移行するための条件は、ステップS4、ステップS5を両方実施することから、条件識別子D6S4-S5としてANDの情報が格納される。また、ステップS6~S8は順番に実施するため、順序識別子D5S6~D5S8として、それぞれX4X5X6が格納される。上述した運転手順DB36を用いて、履歴DB41A内の確認操作データがどの手順に属するかを推定する。まず、図4の履歴DB41Aの運転手順推定状況データD415が未と格納されているリストの確認操作IDデータを時系列順で1つ読み込む。そして、読み出した確認操作IDデータD412と運転手順DB36に登録されている各手順の順序データD365を構成する順序識別子D5の内容がX1に対応する確認操作IDデータD363を照合する。例えば、図4の履歴番号データD411が1の確認操作IDデータD412K001と、手順識別子D1がIのデータと照合する場合、順序識別子D5の内容がX1であるステップS1、S2の確認操作識別子D3S1、D3S2の内容K001K002を抽出し、比較する。その結果、一致した手順IDが複数ある場合は、運転手順推定状況データD415の次に未と格納されている確認操作IDデータD412と、一致した手順識別子D1を含む手順のうち、運転手順DB36の次に行われるべき確認操作識別子D3について、照合処理を行なう。例えば、手順識別子D1がI以外の手順とも照合した場合、手順識別子D1の内容がIのデータと照合する際は、前回照合したD3S1の条件識別子D6S1はORであるため、次は確認操作識別子D3S3のK006と、履歴番号データD411が2である確認操作IDデータD412のK003と照合する。照合結果が一致しない場合には、その確認操作IDデータD412は他の手順に含まれる可能性であるため、順序識別子D5がX1の他の手順と照合する。なお、手順ごとにどのステップまで照合が終了したか、どのステップが照合の結果一致したかは記憶していることとする。これを繰り返し、現在までの確認操作IDデータD412が運転手順DB36の確認操作識別子D3と最も多く一致した手順IDが一意に決まれば、それが現在進行中の手順であると判断する。照合方法は、時系列で数個前のステップから現在のステップまでをマッチングし、採点するような方法や、他の方法でもよい。そして、図5に示す様に、手順進行状況DB42Aの手順IDデータD421に、一意に決定された手順識別子D1の内容I、実施済み履歴番号データD422に手続Iで実施済みの履歴番号1,4,6を格納する。以下、図1,図4~図7及び後述する図8を参照して図2のステップST4の処理に内容について説明する。図8は図2のステップST3及びST4の実施後における履歴DB41Aの内容を示す説明図である。図9は図2のステップST3及びST4の実施後における手順進行状況DB42Aの内容を示す説明図である。ステップST3によって進行中の手順の判別後、再び時系列順に最初から、確認操作履歴の履歴DB41Aの運転手順推定状況データD415が未と格納されている確認操作IDデータD412を1つずつ読み込む。そして、確認操作IDデータD412と、手順進行状況DB42Aに格納された手順IDデータD421に対応する、運転手順DB36内の確認操作識別子D3確認操作IDデータD363を、順序識別子D5順序データD365がX1の内容から順に繰り返しマッチングを行なう。マッチングの結果、適切な順番で確認操作IDが一致した場合には、手順進行状況DB42A内の該当する手順IDデータD421の実施済み履歴番号データD422に、履歴DB41Aの履歴番号データD411を格納する。また、履歴DB41Aの手順IDデータD414に該当する手順IDデータD421の内容を格納し、さらに運転手順推定状況データD415の未のデータを消去し、例えば済と格納する。その際、運転手順DB36の現在実施されている順序識別子D5順序データD365に対応する条件識別子D6論理条件データD366の内容が満たされていれば、次の手順IDデータD421とのマッチングには次の順序識別子D5に対応する確認操作識別子D3を参照する。これを、履歴DB41Aの時刻データD413が最も新しいデータを処理するまで繰り返す。ただし、上記の運転手順DB36の条件識別子D6の内容を満たさない場合や、現在実施すべき順序識別子D5の確認操作識別子D3の内容と一致しない確認操作IDデータD412がある場合は、次の確認操作IDデータD412と運転手順DB36内の次に行うべき確認操作識別子D3の内容と照合する。そして、全ての未の確認操作データを処理した後に、運転手順推定状況データD415が未として残っている確認操作IDのデータを、確認操作し忘れステップ、余計な確認操作ステップ、確認操作間違い候補ステップに分類する。分類結果は、余計な確認操作、確認間違いの場合は、履歴データベースの手順IDデータD414欄に格納される。余計な確認操作であれば、例えば余計という文字列を格納する。後述する誤り推定装置110により最終判定が確認操作間違いであると推定されれば、例えば間違い手順Iなど、どの手順と照合して間違いだと推定最終判定されたかを表す文字列と、その後に確認操作間違いの原因に関するメッセージを格納する。そして、確認操作間違いの推定が済んだ履歴番号の運転手順推定状況データD415に、済と格納する。また、確認操作し忘れステップの場合は、その発生位置を確認操作履歴格納部34内の手順進行状況DB42Aに格納する。例えば、図9に示すように、確認操作し忘れが発生した前後の履歴番号を、間に~マークを挟んで格納する。次に、分類方法の具体的な内容を以下に述べる。まず、運転手順DB36内で実施されていない確認操作データを得る。その方法としては、例えば手順進行状況DB42Aに登録された手順IDデータD421を1つずつ順番に参照し、その内実施済み履歴番号データD422で抜けている履歴番号を検索する。そして、他の手順IDデータD421の実施済み履歴番号データD422内に、抜けている履歴番号がないかを検索し、なければ元の実施済み履歴番号データD422内の直前の履歴番号データを得る。例えば、図5で示す例では、実施済み履歴番号データD422内に146と格納されており、235の番号が抜けていると判断する。まず2を抜けている履歴番号として抽出する。この際、手順I以外の他の手順IIIII...などが存在する場合は、履歴番号2はそれらの手順IIIII内の実施済み履歴番号データD422として格納されている可能性があるため、確認操作IDデータD412がIIIII...の実施済み履歴番号データD422に実施済み履歴番号データD422内に2があるかどうかを確認する。もし、他の手順IDデータD421内の実施済み履歴番号データD422に履歴番号2が格納されておれば、履歴番号2の処理は他の手順で正しく実施された処理であると判断し、後の処理対象から除外する。図9に示すように、手順IDデータD421はIのみなので、他の手順ID321にも履歴番号2がなく、これらは誤った可能性がある確認操作の履歴番号であると判断する。そして、手順IDデータD421がIの実施済み履歴番号データD422内で、2直前の実施済み履歴番号を参照する。例えば、抜けている履歴番号2の直前は1となる。また仮に、手順IDデータD421内にIIがあったとして、その実施済み履歴番号データD422内に2が格納されているとすれば、手順IDデータD421Iの抜けている履歴番号3の直前が1となる。そして、直前の履歴番号1を得た場合、対応する図4の確認操作IDデータD412はK001となり、これと同じ確認操作識別子D3を運転手順DB36図7内から検索すると、D3S1が該当する。その次に実施すべき確認操作識別子D33を、条件識別子D6を参照して探すとD3S3が該当する。その結果、運転手順DB36内で実施されていない確認操作データはD3S3となる。そして、履歴DB41A内で該当する履歴番号データD411の確認操作IDデータD412に対応する運転手順DB36内の確認操作識別子D3を検索した後、その次に実施すべき確認操作識別子D3のデータ実施されていない確認操作データを得る。次に、履歴DB41Aの運転手順推定状況データD415に未と格納されている確認操作IDデータD412を、再び時系列順に1つずつ参照する。そして、確認操作IDデータD412を、運転手順DB36の現在実行中の手順の中で実施されていない確認操作識別子D3以降のデータと照合する。その結果、現在の順位の条件が満たされていないにも関わらず、それ以降の確認操作識別子D3と照合する場合、または前回の確認操作から一定時間以上経過した場合は、確認操作し忘れが存在すると判断する。その際、手順進行状況DB42A内のし忘れ位置データD423に、該当する前後の履歴番号を~を挟んで入力し、処理を終了する。例えば、図8の例では、運転手順推定状況データD415に最初に未と入力されているのは、履歴番号データD411が2の確認操作IDデータD412K003である。ここで、運転手順DB36で未だに実施されていないのは、確認操作識別子D3S3のK006であり、それ以降の確認操作識別子D3の内容と照合する。その結果、次の確認操作識別子D3S4の内容K003と一致する。これは、確認操作IDデータD412のK003が、確認操作識別子D3のK006を飛ばして実施されていることを示している。よって、図9に示すように、履歴番号データD411の12の間に確認操作し忘れが存在すると判断し、手順進行状況DB42Aのし忘れ位置データD423に1~2を格納するとともに、図8に示すように、履歴DB41Aの確認操作IDK003の運転手順IDにI、運転手順推定状況データD415に済を格納する。次に、確認操作IDデータD412が、実施されていない確認操作識別子D3と一致しない場合、履歴DB41A内の次の確認操作IDデータD412を同じ確認操作識別子D3と照合する。その結果、一致すれば、照合しない確認操作IDデータD412は、余計な確認操作の候補であると判断する。ここで、運転手順DB36の他の手順の順序識別子D5がX1である確認操作識別子D3と確認操作IDデータD412を照合し、一致しない場合は、確認操作IDデータD412は余計な確認操作であると判断し、履歴DB41Aの手順IDデータD414に余計、運転手順推定状況データD415に済と格納する。一致した手順がある場合は、まだ手順IDデータD414が推定されていない可能性があり、再びステップST1の実行時に処理する。ただし、一定時間が経過しても推定できない場合は、確認操作IDデータD412は余計な確認操作であると判断し、履歴DB41Aの内容を上記と同じように更新する。図8の例では、現在実施されているのは手順Iのみである。また、運転手順DB36の中で、上記の処理後に実施されていないのは確認操作識別子D3S5のK004である。ここで、運転手順推定状況データD415が未である確認操作IDデータD412K008と、運転手順DB36の中で手順識別子D1がIかつ実施されていない確認操作識別子D3を照合すると、一致する確認操作識別子D3はない。そこで、履歴DB41Aの次の確認操作IDデータD412であるK004と実施されていない確認操作識別子D3S5と照合すると一致する。他には実施されている手順がないため、確認操作ID312は余計な確認操作であると判断し、手順IDデータD414に余計、運転手順推定状況データD415に済と格納する。一方、履歴DB41A内の確認操作IDデータD412が現在行なうべき確認操作識別子D3と一致せず、同一手順内の次の確認操作IDデータD412が、運転手順DB36内の現在の次に行なうべき確認操作識別子D3と一致する場合、一致しない確認操作IDデータD412は、現在行なうべき確認操作識別子D3との確認操作間違い候補と判断する。図8の例で、上記の処理後に実施されていない運転手順DB36のデータは確認操作識別子D3S6のS001、履歴DB41Aの運転手順推定状況データD415が未である確認操作IDデータD412はS002であり、一致しないことがわかる。ここで、次の確認操作識別子D3S7と、確認操作IDデータD412を照合すると、K005で一致する。よって、確認操作IDデータD412S002のデータは、確認操作間違い候補と判断する。ここで、候補としているのは、実際に確認操作間違いに該当する場合と、余計な操作を行なった後で確認操作し忘れが発生した場合との状況が同一であり、これだけでは判断できないためである。そこで、確認操作間違い候補に該当する確認操作ステップを規定した確認操作間違い候補情報D35を、後述の確認操作誤り推定装置10に転送する。確認操作誤り推定装置10は、確認操作間違い候補情報D35で規定された確認操作間違い候補が本当に確認操作間違いであるかを、詳細な確認操作間違いの原因推定処理を実行して最終判定する。原因推定の詳細は後述するステップST6にて述べる。その結果、確認操作誤り推定装置10は、間違い原因を判別できた場合は、当該確認操作間違い候補を真の確認操作間違いであると最終判定し、その最終判定結果と間違いの原因の詳細を表すメッセージとを含む誤り推定結果D11を運転手順推定部35に出力する。そして、運転手順推定部35は誤り推定結果D11に基づき、履歴DB41Aの手順IDデータD414に例えば間違い手順ID名:メッセージ内容と変更して確認操作履歴格納部34内に格納する。確認操作誤り推定装置10は間違い原因判別できなかった場合は、余計な確認操作が実施され、その後に確認操作し忘れが発生した可能性があると推定し、その推定内容を指示する誤り推定結果D11を運転手順推定部35に出力する。余計な確認操作かどうかは、上述した余計な確認操作の判別と同様の処理を行い判断し、判別できれば、運転手順推定部35によって履歴DB41Aの内容も同様に更新する。し忘れ確認操作ステップについても上述のように、手順進行状況DB42A内のし忘れ位置データD423に入力する。このように、運転進行状況表示装置30A内の運転手順推定部35は推定した確認操作間違い候補を指示する確認操作間違い候補情報D35を確認操作誤り推定装置10の確認操作誤り推定処理部11に出力し、確認操作誤り推定処理部11からの誤り推定結果D11を受け、該誤り推定結果D11を反映させた内容の履歴DB41A及び手順進行状況DB42Aを確認操作履歴格納部34に格納する。最後に、確認操作誤り推定処理部11によって実行される、図2のステップST6の処理について図1,図10~図15を参照して説明する。すなわち、確認操作間違い候補情報D35によって指示される確認操作間違い候補の確認操作データの原因推定を行う確認操作誤り推定装置10について述べる。確認操作誤り推定装置10は、確認操作誤り推定処理部11、誤り事例DB12、誤り推定ルールDB13、及び画面情報DB14から構成される。確認操作誤り推定処理部11は、確認操作間違いに関するヒューマンエラー事例が格納された誤り事例DB12、ヒューマンエラーの発生ルールが格納された誤り推定ルールDB13、運転員が参照する画面データや画面上に配置されている確認操作対象のデータが格納された画面情報DB14からなる各種データベースを用いて、確認操作間違いの詳細な原因を判定する。確認操作間違いに関するヒューマンエラーは、画面上で実施する確認操作ステップを、何らかの原因で本来実施すべき対象とは異なる対象に対して実施することで発生する。原因はさまざまであるが、例えば同一画面上の近くの似ている形状名前の対象と間違えることなどが挙げられる。図10は、監視制御システムの運転員用入出力部21に表示される監視制御画面の一例を示す説明図である。同図に示すように、監視制御画面となる表示パネル80は、通常のプラント監視制御画面を表示する機能を備える。図10では、通常のプラント監視制御画面の例として、画面タイトルや画面IDを表示する画面タイトル表示部81、ソフトウェア制御スイッチやプラント計測値の表示を行なう監視制御画面表示部82、表示画面の変更操作を行なうための選択ボタン831~835が配置されるメニュー表示部83を備える構成を示している。監視制御画面表示部82の例としては、図10に示すような弁の開閉を制御する制御スイッチSW1~SW4と、ある計測点を通過した気体の流量を示す計器の表示が挙げられる。制御スイッチSW1は、機器EであるA1弁を制御するためのスイッチである。同様に制御スイッチSW2は機器HであるB1弁、制御スイッチSW3は機器KであるA2弁、制御スイッチSW4は機器LであるB2弁の制御スイッチである。制御スイッチの中央には、弁の状態が表示されている。制御スイッチSW1~SW4の弁は開を表す。制御スイッチSW1~SW4の左側には、制御スイッチの機器名称VN1~VN4と、制御スイッチの状態名開度GO1~GO4とそれに対する数値流量値FV1~FV4及び開度の割合が表示されている。すなわち、A1弁は制御スイッチSW1、B1弁は制御スイッチSW2、A2弁は制御スイッチSW3、B2弁は制御スイッチSW4の名称をそれぞれ示し、開度GO1~GO4は制御スイッチSW1~SW4の状態名である開度及びその値を示し、計測値である流量値FV1はA1弁制御スイッチSW1を通過後の気体の流量値、計測値である流量値FV2はB1弁制御スイッチSW2を通過後の気体の流量値を示す。流量名称FN1は流量値FV1、流量名称FN2は流量値FV2の名称である。ここで、画面の横方向がx軸、縦方向がy軸とすると、図10の画面構成では、A系統であるA1弁である制御スイッチSW1、A2弁である制御スイッチSW3によって規定される流量名称FN1:A流量値がy軸方向に配置されており、B系統であるB1弁である制御スイッチSW2、B2弁である制御スイッチSW4によって規定される流量名称FN2:B流量値は、y軸方向は同じ配置でx軸方向にずれて配置されている。この場合、A系統とB系統で異なることは、x軸方向の違い、制御スイッチや流量値の名称がAであるかBであるかである。このような表示パネル80上で操作を行なう際には、例えば、開いた状態のA1弁を閉める操作を行なう際に、A1弁である制御スイッチSW1ではなく、画面の見間違いや監督者からの指示の聞き間違いが原因で、B1弁である制御スイッチSW2を操作してしまうヒューマンエラーが発生することが考えられる。確認操作誤り推定処理部11は、このようなヒューマンエラーの発生原理の流れとは逆に、確認操作間違いの可能性がある確認操作対象から、ヒューマンエラーの発生ルールに基づいて、画面上に本来行なうべき確認操作対象が見つかるかどうかを推定する。ヒューマンエラーの発生ルールは複数あり、そのうち本来の確認操作対象を推定することができたヒューマンエラーが、確認操作間違いの原因と推定される。さらに原因が推定された確認操作間違い候補の確認操作データは、確認操作間違いであると最終判定される。以下に、確認操作誤り推定処理部11による具体的な推定処理内容について、例を挙げて述べる。まず、確認操作誤り推定処理部11は、運転手順推定部35から転送された確認操作間違い候補を示す確認操作間違い候補情報D35を受信する。また、予め取得している運転手順DB36内の現在実施すべき確認操作の順序識別子D5順序データD365の内容を元に、運転手順DB36から本来実施すべき確認操作識別子D2のデータを得る。図8の履歴DB41Aの例では、履歴番号データD411が5の確認操作データが、確認操作間違い候補として受信される。この確認操作IDデータD412はS002である。また、この時点で現在実施すべき確認操作の順序識別子D5の内容はX4であるため、本来実施すべき確認操作識別子D2操作内容データD362の内容はS001となる。次に確認操作誤り推定処理部11は、ヒューマンエラー事例のデータが格納されている誤り事例DB12を参照する。図11に誤り事例DB12の例を示す説明図である。誤り事例DB12には、事例IDデータD121、画面上で確認操作を行なう際に発生するヒューマンエラー事例データD122、ヒューマンエラー事例に対するヒューマンエラー名称データD123、ヒューマンエラーが発生しうる画面上の確認操作対象の表示属性データD124、ヒューマンエラーを推定する際に参照すべき推定処理ルールデータD125がそれぞれ格納されている。ヒューマンエラー名称データD123、表示属性データD124において、該当するデータが複数存在する場合には、例えば/などの記号を用いるなどして、区別できるようにデータを格納する。図11に示した誤り事例DB12の内容は一例であり、他の内容を追加してもよい。ここで、まず確認操作誤り推定処理部11は、確認操作内容DB32から、受信した確認操作間違い候補情報D35で指示される確認操作間違い候補の確認操作IDの表示属性データD323を読み出す。そして、その表示属性データD323と、誤り事例DB12内の表示属性データD124を照合して、合致する事例IDデータD121を抽出する。例えば、確認操作間違い候補の確認操作IDがS002の場合、確認操作内容DB32から読み出される表示属性データD323は弁となる。そして、誤り事例DB12の表示属性データD124と一致する事例ID410として1~6の全てを抽出する。もしなければ、余計な確認操作と確認操作し忘れがあったと判断し、その判断結果を誤り推定結果D11として運転手順推定部35に出力して推定処理を終了する。その後、運転手順推定部35は誤り推定結果D11を反映させてステップST4で述べた内容で運転進行状況の推定を行う。以下、抽出された事例IDデータD121が存在した場合について説明する。この場合、抽出した事例IDデータD121を一つずつ参照し、その事例IDデータD121に対応する推定処理ルールデータD125を参照する。誤り事例DB12内の推定処理ルールデータD125は、記号処理IDと論理演算子で表されており、個々の処理IDの内容は、誤り推定ルールDB13に格納されている。図12は誤り推定ルールDB13の例を示す説明図である。誤り推定ルールDB13には、ルール適用処理IDデータD131と、推定時に実施するルール処理内容データD132とが格納されている。なお、図12の内容は一例であり、他の内容を追加してもよい。処理内容は、ある条件に合致する画面内の確認操作対象を抽出する処理を行なうものである。例えば、誤り事例DB12の事例IDデータD121が1の場合、処理ルールはAANDBANDCとなっており、誤り推定ルールDB13内のルール適用処理IDデータD131の処理IDA、B、Cを参照する。論理演算子は全てANDであることから、処理IDはA、B、Cの全ての処理結果で共通する確認操作対象を抽出する。以上の処理を、画面情報DB14に格納された、監視制御に用いる各種画面や画面上に配置された確認操作対象に関するデータを参照しながら順次行なう。図13に画面情報DB14の例を示す説明図である。画面に関する情報としては、例えば、画面IDデータD141、画面名称データD142、ある画面に対して類似した構成である類似構成画面IDデータD143、図10の選択ボタン831~835のように画面中に表示される他の画面への選択ボタンのうち、隣接するボタンの遷移先を指示する隣接画面IDデータD144が挙げられる。また、各画面上に配置される各種の確認操作対象のデータとしては、例えば、確認操作対象IDデータD151、表示属性データD152、表示名称データD153、表示座標データD154、表示色データD155、ある一定期間における確認操作頻度データD156、セットで確認操作する対象を示すセット対象IDデータD157が格納されている。格納されるデータとしては、これに限らず関係する他の情報を追加しても良い。例えば、誤り事例DB12の事例IDデータD121が1の推定処理ルールデータD125AANDBANDCを参照して、画面情報DB14内を探索する場合について説明する。まず、確認操作内容DB32を参照して、確認操作間違い候補の確認操作IDデータD412から確認操作対象IDデータD322を得る。図8の履歴DB41Aの例では、確認操作IDデータD412S002が確認操作間違い候補となっており、確認操作内容DB32から、その確認対象ID220であるB0001を抽出する。そして、画面情報DB14から、その確認操作対象IDデータD151のB0001を検索する。ここで、誤り事例DB12の事例IDデータD1211の推定処理ルールを参照して、誤り推定ルールDB13内の対応するルール適用処理IDデータD131を参照する。ルール適用処理IDデータD131がAの処理内容には、周囲の確認操作対象の距離を測定し、一定距離図12では例えば350以内にある確認操作対象を抽出すると記述されている。よって、画面情報DB14内で、まず確認操作間違い候補の確認操作対象IDデータD151が含まれる画面IDデータD141に該当するデータを全て抽出し、その中で確認操作間違い候補と、他の確認操作対象の表示座標データD154のユークリッド距離を算出する。その結果、例えば一定距離が350であるとすれば、距離350以内にある確認操作対象IDデータD151のみを抽出する。この場合は、画面IDデータD141が001である、確認操作対象IDデータD151A0001A0002B0002、B0003が抽出される。次に、ルール適用処理IDデータD131がBの処理内容は、表示名称データD153の一致度が一定以上である確認操作対象を抽出すると記述されていることから、確認操作対象IDデータD151B0001と、同一の画面IDデータD141001にある他の確認操作対象の表示名称データD153の差分を算出する。その結果、例えば一定の一致度が60以上であるとすれば、対象名の一致度が60以上の確認操作ID621A0001とB0003が抽出される。最後に、ルール適用処理IDデータD131Cの処理内容には、同じ表示属性の確認操作対象を抽出すると記述されていることから、確認操作ID621B0001の表示属性データD152と一致する表示属性を持つ他の確認操作対象を画面IDデータD141が001のデータから検索する。この場合には、弁という表示属性を持つ、確認操作対象IDデータD151A0001A0003B0003が抽出される。以上に挙げたA~Cまでの処理内容の算出方法は、他の方法を用いてもよい。以上のルール適用処理IDデータD131のA、B、Cにおける抽出結果のうち、全ての条件に当てはまる確認操作対象IDデータD151を算出する。そして、確認操作対象が見つかった場合は、確認操作内容DB32を参照し、その確認操作対象IDデータD151から確認操作IDデータD321を検索する。この例の場合では、確認操作対象IDデータD151のA0001とB0003が、全ての条件に当てはまり、それぞれの確認操作IDデータD321S001S006を抽出する。そして、確認操作IDデータD321と本来実施すべき確認操作IDを照合し、一致すれば、確認操作間違い候補は間違いであったと最終判定されたことになり、画面情報DB14内の確認操作間違いの表示名称データD153、誤り事例DB12の該当する事例のヒューマンエラー名称データD123、ヒューマンエラー事例データD122データを用い、誤りの詳細なメッセージを作成し、確認操作履歴格納部34の履歴データベースの手順IDデータD414に追加で格納する。この例では、本来実施すべき確認操作IDはS001であるため、抽出された確認操作IDデータD321の中では、確認操作IDデータD321S001が一致することになる。これは、誤り事例DB12の事例ID4101の推定処理ルールで抽出することができたため、事例ID4101における上記データを用いて、例えば近くの似ている名前で同属性のB弁との見間違い/聞き間違いというメッセージを作成する。作成したメッセージは、確認操作間違いを示す最終判定結果と共に誤り推定結果D11として運転手順推定部35に送信され、運転手順推定部35によって確認操作履歴格納部34内の履歴DB41Aの該当する確認操作の手順IDデータD414に間違い手順ID名が格納される。この時点における履歴DB41Aの内容は、図14に示すものとなる。なお、図14は確認操作誤り推定処理部11の推定処理後の履歴DBの内容を示す説明図である。以上に挙げた例は、同一画面内の確認操作対象の間違いに関する場合であるが、例えば異なる画面の確認操作対象と間違えた場合選択ボタン831と間違えて選択ボタン832の画面を選択したなどは、誤り事例DB12の事例ID41056を参照し、類似構成画面IDデータD143または隣接画面IDデータD144などのデータを利用することで処理することができる。監督者に対する運転進行状況の表示は、運転履歴表示部37により、履歴DB41Aの内容が出力される。図15は履歴DB41Aの表示パネル70への表示例を示す説明図である。表示パネル70上には、画面タイトル表示部71、確認操作の実施状況を表示する運転進行状況表示部72を備える。運転進行状況表示部72は、確認操作が実施された時刻表示部73、確認操作実施状況表示部74、確認操作誤り表示部75に分かれる。時刻表示部に表示される時刻データD73には、履歴DB41Aの時刻データD413のデータが出力される。また、確認操作実施状況表示部74には、手順IDデータD414ごとに、履歴DB41Aの運転手順推定状況データD415が済になっている確認操作IDデータD412に対する操作内容識別子D2を、運転手順DB36または確認操作内容DB32から読み出して表示する。具体的には、手順進行状況DB42Aの実施済み履歴番号データD422にデータがあれば、該当する操作内容識別子D2を実施済み確認操作741として出力する。一方、し忘れ位置データD423や、履歴DB41Aの手順IDデータD414に余計または間違いが格納されていれば、誤り確認操作として、その種別を区別できるような表示で、誤り種類説明746746X~746Zと共に出力する。例えば図15では、確認操作し忘れの場合、し忘れ確認操作742図14では742Bに隣接して誤り種類説明746Zを配置させ、運転進行状況表示部72の該当箇所に表示している。この際、し忘れが発生している確認操作の表示内容は、し忘れ位置データD423内の~前後の履歴番号の確認操作IDデータD412を元に、運転手順DB36からし忘れに該当する操作内容識別子D2を取得する。また、余計な確認操作の場合は、確認操作誤り表示部75に、余計確認操作743図14では743Gとして表示している。この内容は、確認操作内容DB32を参照し、その確認操作ID314から確認操作内容データD324を取得して表示する。また、余計確認操作743と発生した時刻を破線を用いて対応付けているが、この破線はなくてもよい。確認操作間違いの場合は、間違い確認操作744図14では744Hを確認操作誤り表示部75に表示し、代わりに実施されていない確認操作745図14では745Eを確認操作実施状況表示部74に表示している。間違い確認操作744の場合は確認操作内容DB32の操作内容データD324から、実施されていない確認操作745の場合は運転手順DB36の操作内容識別子D2から表示内容を得る。また、間違い確認操作744の隣に、確認操作間違いの詳細な原因の間違いメッセージ78を表示する。また、矢印79によってこの2つが間違いであると対応付けているが、なくてもよい。この場合も破線を用いて時刻データD73と対応づけているが、破線はなくてもよい。図15で示した表示パネル70例では、フローチャートのような表示形式を例に挙げているが、文字による表記など他の表示方法でもよい。また、今回は専用の運転履歴表示部37に表示しているが、監督者用入出力部22上に表示するようにしてもよい。効果実施の形態1によるプラント監視制御システムにおいては、運転手順の誤りを検出するだけではなく、確認操作間違いの場合にはその発生原因が、画面情報やヒューマンエラー事例から推定され、運転履歴と共に表示される。この手法によれば、監督者は、運転進行中に発生した確認操作間違いステップを、その原因と共に認知することができるため、一見関連のなさそうな確認操作間違いステップが、どの手順と間違えているのかを悩む必要はなくなる。そのため、より迅速に運転員の間違いに対して対応できるようになる。また、以上に述べた運転進行状況の提示は主として監督者に向けたものであるが、例えば訓練中の運転員の行動を確認操作履歴格納部34に格納しておき、訓練が終わった後にそれを運転員に対して運転履歴表示部37にて再生表示することで、自らの運転の間違いや間違えた原因を把握させ、正しい運転方法を学習させる、訓練システムとして利用してもよい。さらに、確認操作履歴格納部34を元に、確認操作間違いの原因をまとめてテキストデータやそのハードコピーとして出力し、画面設計者に対しユーザインタフェースの問題点としてフィードバックしてもよい。このように、実施の形態1のプラント監視制御システムの確認操作誤り推定装置10における確認操作誤り推定処理部11は、確認操作間違い候補が確認操作間違いであるいか否かの最終判定結果、及び最終判定結果が確認操作間違いを指示する場合はその間違い原因を規定した誤り推定結果D11を出力するため、運転員及びその監督者は、誤り推定結果D11を参照することにより、間違い原因を早期かつ客観的に認識することができる。その結果、監督者は運転員に誤り推定結果D11に基づいて適切にヒューマンエラーの内容を指摘することができ、互いの思い込みによる意見の相違を解決でき、確認操作間違いに対し、適切かつ早急な対処方法を採ることができる分、システムの安全性の向上及び監督制御処理の効率化を図ることができる。また、現行の手順とは一見関連がなさそうな確認操作間違いがある場合でも、どの手順と間違えているのかについて検討する負荷を軽減することによりシステム全体のコストの低減化を図るこことができ、対処方法についてより早く検討できるという効果を奏する。また、誤り推定結果D11を含む詳細な情報を開示することにより、監督者や運転者への情報の開示内容の向上を図ることができる。<実施の形態2>プラント事故時の復旧作業など非日常業務のプラント運転時には、プラント状態が次々と変化するため、迅速に判断して対応することが必要とされる場合がある。その際、万が一確認操作のヒューマンエラーが発生した場合には、それがプラント状態に重大な結果を引き起こすものほど、一刻も早く対応する必要がある。実施の形態1のプラント監視制御システムにおける確認操作誤り推定処理部11によるプラント運転誤り分析機能では、確認操作誤りを検出して運転進行状況と共に表示し、特に確認操作間違いに関しては原因を提示することができる。しかし、複数の誤りが発生している場合には、優先して対応すべき誤りを見つけるために、複数の誤りの重要度について検討して比較する作業が発生したり、軽度の誤りを先に対応して重大な誤りに対する対応を後回しにしたりしてしまうなど、適切な順序でプラント状態を改善できない可能性がある。そこで、実施の形態2では、機器データや警報データなどのプラントデータを用いて、特定のプラント状態で行なわれる、あるいはし忘れるとプラントに重大な影響を与える可能性がある確認操作ステップ以後、禁止操作と呼ぶを検出し、実施の形態1の運転履歴表示部37の表示内容に加える方法の例を示す。図16は実施の形態2に係るプラント監視制御システムの構成を示すブロック図である。本実施の形態のプラント監視制御システムは、実施の形態1と同様、確認操作誤り推定装置10、プラント監視制御装置20、及び運転進行状況表示装置30B図1の運転進行状況表示装置30A相当から構成される。確認操作誤り推定装置10、プラント監視制御装置20内の構成は、実施の形態1と同様である。ただし、運転進行状況表示装置30Bには、実施の形態1の運転進行状況表示装置30Aに加え、禁止操作推定部38と禁止操作DB39重要影響操作データベースを備えている。実施の形態2の処理内容は、確認操作履歴格納部34内の履歴DB41Aに格納された運転内容に基づき、運転手順DB36と運転手順推定部35とを用いて、現在実施されている手順を推定し、その後、確認操作し忘れステップ、余計な確認操作ステップ、及び確認操作間違いステップを検出する処理までは、実施の形態1のプラント監視制御システムと同様である。実施の形態2では、さらに上記の確認操作し忘れ、余計な確認操作及び確認操作間違いが、プラントに重要な影響を与える可能性があるかどうかを、禁止操作推定部38において禁止操作DB39のデータを用いて判別する。図17は禁止操作DB39の構成を示す説明図である。同図に示すように、禁止操作DB39には、確認操作IDデータD391、0個以上の条件データD392A,D392B,...、及び確認操作の誤り種別データD393が格納されている。条件データD392A等として、例えば、し忘れ処理機器B確認の場合、警報信号○○機器名例:加圧器水位低○○機器名例:原子炉トリップ信号発信やプラント値○○機器名水位または圧力△△値以下などが挙げられる。余計な確認操作や確認操作間違いについても、上記と同じような条件が考えられる。運転手順推定部35において実施の形態1と同様の運転手順推定処理を行った結果、確認操作誤り確認操作し忘れ、余計な確認操作及び確認操作間違いのいずれかがあると推定された場合は、確認操作誤りに該当する確認操作IDを取得する。この際、確認操作し忘れの場合は、運転手順DB36から本来実施すべき確認操作識別子D3を取得する。また、確認操作間違いと余計な確認操作の場合は、履歴DB41Aから確認操作IDデータD412を取得する。そして、取得した確認操作IDデータと、誤りの種別を表す文字列余計し忘れ間違いを、禁止操作推定部38に送信する。禁止操作推定部38はこれらのデータを受信し、確認操作IDは禁止操作DB39の確認操作IDデータD391と、誤りの種別の文字列は誤り種別データD393と照合する。確認操作IDデータD391と誤り種別データD393の両方が一致するデータが見つかれば、禁止操作推定部38は、該当する条件データD392D392A,D392B,...を参照する。条件データD392には、実施された確認操作がプラントに重大な影響を与える場合の条件例えば、警報の発信や関連するプラント計器の値が格納されており、禁止操作推定部38はこれらに記述されたプラントデータを、プラントデータ取得部33から取得し、条件を満たすかどうかを照合する。その結果、全ての条件データを満たす場合は、その確認操作IDは、重要度が所定基準以上である禁止操作であると判断し、禁止操作に該当する誤り操作を規定する禁止操作情報D38重要影響操作情報を確認操作履歴格納部34に出力し、確認操作履歴格納部34内の手順進行状況DB42Bまたは履歴DB41Bを、禁止操作情報D38を加味した内容に更新する。図18及び図19は実施の形態2における禁止操作推定部38による禁止操作推定処理実行後における手順進行状況DB42B及び履歴DB41Bの内容を示す説明図である。図18に示す手順進行状況DB42Bには、実施の形態1の内容に加えて禁止操作324を設けており、禁止操作がし忘れ確認操作であれば、例えばその前後の履歴番号を~を挟んで格納する。一方、図19に示すように、履歴DB41Bは、実施の形態1の手順進行状況DB41Aの内容に加えて禁止操作データD416の欄を設けており、余計な確認操作または確認操作し間違いに禁止操作が該当すれば、履歴DB41Bの表示属性識別子D416における該当する履歴番号に関し○印を格納する。このように、履歴DB41B及び手順進行状況DB42Bは、禁止操作情報D38に基づき禁止操作の内容を加味した内容に更新される。また、運転履歴表示部37に確認操作誤りを表示する際には、履歴DB41Aと手順進行状況DB42Aに格納された禁止操作の履歴番号を参照して、誤り表示742~744を、他と区別できるような表示方法例えば、印をつける、誤り表示の色を変えるなどで表示する。図20は運転履歴表示部37による、履歴DB41Aの表示パネル70への表示例を示す説明図である。図20示す例では、禁止マーク77がし忘れ確認操作742B機器B確認に隣接して表示される共に、禁止マーク77が間違い確認操作744H機器H確認に隣接して表示される。なお、以上に述べた内容は、確認操作内容が禁止操作か否かを判別する例であるが、禁止操作DB39に重要度の欄を追加し、禁止操作の重要度をより細かく設定して、運転履歴表示部37に重要度ごとに区別できるように表示してもよい。効果実施の形態2のプラント監視制御システムは、重要度が所定の基準を超えたし忘れ確認操作ステップ、余計な確認操作ステップ及び確認操作間違いステップを規定した禁止操作情報D38に基づき、禁止操作が指示される履歴DB41B、手順進行状況DB42Bの内容を表示パネル70上に表示することができる。このため、運転員及びその監督者が禁止操作情報D38が指示された運転進行状況を認識することにより、推定された誤り処理し忘れ確認操作、余計な確認操作及び確認操作間違いのうち、優先的に改善を行う必要がある処理を的確に認識することができる。その結果、運転進行状況推定後に迅速かつ適切な対応を採ることができる効果を奏する。<コンピュータへの応用>なお、実施の形態1及び実施の形態2で述べたプラント監視制御システムは、例えば、主記憶装置、演算装置、入力装置、二次記憶装置及び出力装置等から構成され、これらの装置が共通バスを介して共通に接続されるような構成のコンピュータ装置により実現することができる。このようなコンピュータ装置において、プラント監視制御部23、確認操作内容照合部31、プラントデータ取得部33、運転手順推定部35、確認操作誤り推定処理部11、及び禁止操作推定部38は、例えば、演算装置がコンピュータを機能させるプログラムに基づき動作することによって実現可能である。上記プログラムは主記憶装置あるいは二次記憶装置に格納可能である。また、確認操作内容DB32、確認操作履歴格納部34、運転手順DB36、誤り事例DB12、誤り推定ルールDB13、画面情報DB14、及び禁止操作DB39は、主記憶装置あるいは二次記憶装置によって実現可能である。加えて、運転員用入出力部21、監督者用入出力部22、及び運転履歴表示部37は一般的な入力装置、出力装置表示装置及びその組合せによって実現可能である。また、プラント機器24は、プラント監視制御システムの確認制御対象のハードウェアである。<その他>なお、本発明は、その発明の範囲内において、各実施の形態を自由に組み合わせたり、各実施の形態を適宜、変形、省略することが可能である。"