JP2000266888A - 原子炉の運転支援方法および運転支援装置並びに記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 警報の発生に対して迅速に支援情報を呈示す
る。 【解決手段】 警報発生時に、当該警報の原因の影響を
受けて変動する状態量をリストアップし、リストアップ
した各状態量の中から注目すべき状態量を選択して主要
状態量とすると共に当該主要状態量以外のリストアップ
した状態量を関連状態量とし、これら主要状態量及び関
連状態量の各々について警報関連情報をリストアップ
し、主要状態量及び関連状態量を前記警報関連情報と伴
に表示する（ステップＳ２）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、原子炉の運転支援
方法及び運転支援装置並びに記録媒体に関する。更に詳
述すると、本発明は、原子炉プラントの異常に対してオ
ペレータの操作・監視に係わる諸活動を支援する運転支
援方法及び運転支援装置並びにこれらをコンピュータに
実行させるためのプログラムを記録した記録媒体に関す
るものである。

【０００２】

【従来の技術】原子炉プラントのオペレータの操作・監
視に係わる諸活動を支援する運転支援システムは、ＴＭ
Ｉ（スリーマイルアイランド）事故などを契機としてマ
ンマシンインターフェースの高度化の一環として開発が
開始されている。従来の運転支援システムは、プラント
の運転状況についての情報収集や収集した情報の表示に
力点を置いており、収集した情報に基づいて異常の原因
を診断した後、その原因に応じて適切な対応手段を呈示
するもの過ぎない。

【０００３】一方、原子炉プラントに比べて事象変化が
比較的緩やかである使用済核燃料の再処理プラントで
は、異常発生時に観測プラントパラメータを土台とした
シミュレータ計算を行う時間的余裕があるため、このシ
ミュレータ計算により挙動予測を行ってオペレータに判
断の助けとなる情報を呈示する運転支援システムがあ
る。

【０００４】

【発明が解決しようとする課題】しかしながら、上述の
原子炉プラントの運転支援システムでは、警報の起因と
なったイベントの発生原因を突き止めた後でなければオ
ペレータに支援情報を呈示することが出来ず、迅速な対
応が要求される実際の原子炉プラントでは使用が困難で
ある。また、上述の使用済核燃料の再処理プラントの運
転支援システムのように、警報発生時にコンピュータを
使用したシミュレータ計算により挙動予測を行えば警報
の起因となったイベントの発生原因を突き止めなくても
オペレータに支援情報を呈示することは可能にはなる
が、コンピュータを高速化してもシミュレータ計算には
ある程度の時間がかかるので、この場合にもオペレータ
に迅速に支援情報を呈示することができず実際の原子炉
プラントでは使用が困難である。

【０００５】本発明は、警報の発生に対して迅速に支援
情報を呈示できる原子炉の運転支援方法及び運転支援装
置並びにこれらを任意のコンピュータ上に実現可能とす
る記録媒体を提供することを目的とする。

【０００６】

【課題を解決するための手段】かかる目的を達成するた
めに請求項１記載の原子炉の運転支援方法は、警報発生
時に、当該警報の原因の影響を受けて変動する状態量を
リストアップし、リストアップした各状態量の中から注
目すべき状態量を選択して主要状態量とすると共に当該
主要状態量以外のリストアップした状態量を関連状態量
とし、これら主要状態量及び関連状態量の各々について
警報関連情報をリストアップし、主要状態量及び関連状
態量を警報関連情報と伴に表示するものである。

【０００７】原子炉プラントでは運転時に発生する警報
の種類は限られており、また、各警報の起因となったイ
ベントが各状態量にどの様に影響を与えるかについても
既知である。したがって、警報が発生した場合にこの警
報に影響されて変動する各状態量を列挙して表示するこ
とは可能である。また、各状態量について、事故への発
展防止の観点から重要度や緊急度を考慮してランク付け
を行うことも可能である。さらに、各状態量については
悪化時の警報発令やインターロック作動等の種々の警報
関連情報が設定されており、当該警報関連情報を状態量
と一緒に表示することも可能である。依って、本発明の
原子炉の運転支援方法は、警報発生時に当該警報の原因
の影響で変動すると考えられる状態量を警報関連情報と
一緒に素早く表示することで、各状態量がこのまま推移
するとどの様な経過をたどるかについての予測情報をオ
ペレータに迅速に提供する。しかも、各状態量を単に表
示するのではなく、最も緊急度が高く重要な状態量を主
要状態量として表示する。

【０００８】即ち、本発明の原子炉の運転支援方法は、
警報の起因となったイベントの発生原因を突き止める前
であっても状態量の将来的な挙動を予測しオペレータの
判断材料となる情報を迅速に呈示することによって、熟
練オペレータでなくとも、十分な知識と経験等を有する
熟練オペレータと同様に、警報の起因となったイベント
の発生原因が不明のままでも当該イベントの種類から判
断して状態量の挙動を予測して操作介入を行い得る。

【０００９】また、請求項２記載の原子炉の運転支援方
法は、警報関連情報としては、状態量の悪化について警
報を発令するように設定した値と、主要状態量の悪化防
止のために操作介入すべき目安値と、操作介入により新
たに生じる副次的イベントの情報を含むものである。し
たがって、警報発生時に主要状態量の悪化により新たな
警報が発令される値と操作介入すべき目安値が状態量と
一緒に表示され、さらにその操作介入によって新たに生
じる副次的イベントが表示される。すなわち、現在発生
している警報の起因となったイベントの発生原因によっ
て状態量がこのまま悪化するとどうなるかについての予
測情報が提供される。

【００１０】また、請求項３記載の原子炉の運転支援方
法は、警報の起因となったイベントに対応して設定され
ている当面対応をイベントの表示に関連づけて表示する
ものである。原子炉プラントでは運転時に発生するイベ
ントの種類は既知であり、また、イベントの種類によっ
ては発生直後に迅速に行うべき操作介入として当面対応
の手順が決まっているものがある。したがって、本発明
の原子炉の運転支援方法では、警報の起因となったイベ
ントに関連づけて当面対応を表示し、オペレータの操作
を支援する。

【００１１】また、請求項４記載の原子炉の運転支援方
法は、警報の起因となったイベントの原因診断を並列的
に行うものである。したがって、各状態量の将来的な挙
動の予測情報を提供する一方、同時に警報の起因となっ
たイベントの発生原因の診断を行ってより早く原因対応
を実施可能とすべくオペレータを支援する。

【００１２】この場合、請求項５記載の原子炉の運転支
援方法のように、原因診断としては仮説検定型の推論又
は複数警報のパターン認識による絞り込みによることが
望ましい。

【００１３】一方、請求項６記載の原子炉の運転支援装
置は、警報の影響を受けて変動する状態量をリストアッ
プする状態量リストアップ手段と、リストアップした各
状態量の中から最も注目すべき状態量を選択して主要状
態量とすると共に当該主要状態量以外のリストアップし
た状態量を関連状態量とする優先順位決定手段と、主要
状態量及び関連状態量の各々について警報関連情報をリ
ストアップする関連情報リストアップ手段と、主要状態
量及び関連状態量を警報関連情報と伴に表示する表示手
段を備えるものである。このように構成することで、上
述の原子炉の運転支援方法を実施することができる。

【００１４】この場合、請求項７記載の原子炉の運転支
援装置のように、関連情報リストアップ手段は、少なく
とも、状態量の悪化について警報を発令するように設定
した値と、主要状態量の悪化防止のために操作介入すべ
き目安値と、操作介入により新たに生じる副次的イベン
トの情報をリストアップすることが望ましい。これらの
情報は各状態量がこのまま変化した場合にどうなるかと
いうことに関するものであり、これらの情報を表示する
ことで、オペレータは各状態量の挙動の予測と、それに
応じてどの様に対応すれば良いかを知ることができる。

【００１５】また、請求項８記載の原子炉の運転支援装
置は、警報の起因となったイベントに対応して設定され
ている当面対応をイベントの表示に関連づけて表示する
当面対応表示手段を備えるものである。したがって、イ
ベントが発生した場合の当面のリカバリーに関する情報
が呈示される。

【００１６】さらに、請求項９の原子炉の運転支援装置
は、警報の発生時に当該警報の起因となったイベントの
原因診断を並列的に行う原因診断手段を備えるものであ
る。したがって、当面対応や予測対応を行いながら、イ
ベントの発生原因を診断することができる。

【００１７】更に、本発明は、請求項１から９のいずれ
かに記載の原子炉の運転支援方法あるいは運転支援装置
の各手段をコンピュータに実行させるプログラムを記録
したコンピュータ読み取り可能な記録媒体である。ここ
で、記録媒体には、例えばＣＤ−ＲＯＭ、ＤＶＤ、フロ
ッピーディスク、ハードディスク、光磁気ディスク、Ｒ
ＯＭカートリッジ、フラッシュメモリ等を挙げることが
できる。

【００１８】つまり、本発明は、メンタルモデルを生成
することで、主要状態量の挙動を予測し、オペレータに
支援情報を呈示する。図１０に、メンタルモデルの概念
を示す。このメンタルモデルが生成されるのは、最初の
警報が発生し、オペレータがプラント側に発生した異常
を認知した時点である。すなわち、同図における「現
在」の位置である。また、この図の左側は原因側（過
去）を、右側は挙動予測（未来）を表している。ここ
で、イベントとは機器の起動／停止、弁の開／閉などの
プラント側に発生する出来事を表し、原因とはそれが発
生した下位の異常原因を意味する。状態量とはプラント
の過渡状態を表す状態量のうち、中央制御室および現場
で観察可能なものである。このうち、オペレータが特に
注意を払い、この状態量の悪化に付随した対応を優先し
て採って行くものを主要状態量とする。一方、異常原因
の影響を受けて変動はするが、運転員の注意が特段払わ
れないものを関連状態量とする。状態量には、低、低−
低、高、高−高などの警報が状態量の種類に応じて設定
されており、これはその状態量ごとに設定されている。

【００１９】このメンタルモデルの生成過程および予測
過程について以下に説明する。

【００２０】最初の警報（以下、ＦＨ（Ｆｉｒｓｔ Ｈ
ｉｔ）警報という）が発生した場合、オペレータは第一
に警報処理手順に従い当面対応（ある警報が発生した場
合に定められている実施事項）を実施する。ただし、当
面対応が原因の種類に依存する場合には、この原因を同
定した後に当面対応（ＩＲ：Immediate Measures）を実
施する。ＦＨ警報がイベント警報でなく、状態量警報で
あってもその原因を把握すれば、それをイベント警報と
みなすことにより、全く同様の考え方を適用する。な
お、警報処理手順とは、たとえば「もし、警報Ａならば
対応Ａ」というように、警報ごとに必要な手順を定めた
ものであり、対応Ａとして詳細な手順が記載されてい
る。また、イベント警報とは、ポンプがトリップ（強制
停止）した、弁が開いたなど連続的に変わる出来事以外
の出来事、たとえば開閉、作動・停止などの出来事を知
らせる警報である。状態量警報とは、ある状態量（例え
ば水位、流量、圧力、位置など）の連続的に変化するパ
ラメータが所定のしきい値を超えた場合に出る警報であ
る。

【００２１】次に、ＦＨ警報により検出されたマルファ
ンクション（機器の故障であり、ある事象の発生の引き
金となるイベントであり、これが引き金となって次々と
イベントを惹き起こす）により影響される状態量が、オ
ペレータのこれまでの経験に基づきリストアップされ
る。このうち、今後の異常の収束（回復）を念頭におい
た場合に最も重要な状態量を主要状態量とする。この主
要状態量はこれまでの研究により、最大でも３つ、通常
は１つであることが確認されている。この主要状態量も
同様にオペレータの過去の経験およびイベントベース手
順に準拠して定められる。なお、イベントベース手順と
は、たとえば、事前にある出来事が起こることを想定し
て、それに対する対応を「ｉｆ ｔｈｅｎ」方式で用意
したものである。これまで正式に用意されているイベン
トベース手順はせいぜい１８種類のイベントに対応した
ものである。

【００２２】この主要状態量が定まると、プラントの挙
動予測が開始される。すなわち、状態量が単調に悪化し
ていく場合を想定し、その主要状態量の警報設定点が想
起される。同時に、この状態量をこれ以上悪化させない
ようにするための操作手順が想起される。通常はこの操
作手順は警報設定点を目安にするか、あるいは、特定の
状態量の値（これをマイルストーン値と定義する）を目
安として、特定の操作手順が実行されるととなる。これ
を予測対応（ＰＭ：Predictive Measures） という。こ
の対応の最大のメリットは原因診断ができていない状況
においても変動の早い状態量さえ特定できれば、状態量
の値に対応して対応策が定義されているので、状態量に
応じて対応策が実行可能であるということである。さら
に、関連状態量についても、これが悪化した場合に発生
する警報およびインターロックを同様に予測しておけ
ば、ＦＨ警報発生後に引き続いて発生する警報やインタ
ーロックがこの原因により発生した一連のシナリオに含
まれるものか否かを判定できる（読み筋判定）。これは
多重故障かそうでないかを識別する有力な方法論であ
る。なお、多重故障の場合にはもう一つメンタルモデル
を生成して、最初のものとは別個に対応することとな
る。

【００２３】予測対応はトランジェント（事象の状態変
化）が早い場合には原因対応より優先されることになる
が、通常、予測対応と同時並行的に原因の探索が行われ
る。原因診断は、同時に発生した警報によるパターン認
識による絞り込み（一度に多くの警報が発生した場合、
その警報の種類から発生原因の目星をつける）、および
仮説検定型の推論（この原因はＡであると仮定し、Ａで
ある場合の兆候を順次見出して、一致しなければ、次の
仮説Ｂを置き、順次、一致するまで続ける）により、原
因が特定される。一般には、原因の識別は警報処理手順
に従い、ＦＨ警報を手がかりとして仮説検定により進め
られることが多い。このようにして、原因が特定された
後は原因を除去するための原因対応（ＣＲ：Causal Rem
edy） が実施に移される。例えばリーク箇所が同定でき
れば隔離操作が実施可能となり、ストレーナが詰まって
いたならば切り替え操作が原因対応として実施されるこ
とになる。

【００２４】さらに、主要状態量の悪化が進み次の警報
が発令されると、インターロックにより機器の起動／停
止が発生することがある。この場合には、そのインター
ロックイベントを引き続くイベント警報と捉え、主要状
態量の見直しを図る。通常、後のインターロックにより
影響される状態量のほうがより緊急性が高いことから、
このインターロックによって引き起こされた状態量の中
から新たな主要状態量が選択される。例えば、スクラム
をインターロックと考えればその後は原子炉水位が主要
状態量となる。この場合、スクラム対応は当面対応とし
て実施される。

【００２５】以上がメンタルモデルの概要である。この
メンタルモデルをＦＨ警報発生時点で生成することが可
能であり、この場合には事象発生のかなり早い時点で、
オペレータはかなり先のプラント状態変化のシナリオを
予測できることになる。すなわち、このメンタルモデル
が任意のマルファンクションについて生成できれば、こ
のメンタルモデル生成方式がオペレータの認知形態に基
づく「認知シミュレータ」として機能し、プラントの挙
動予測が可能となる。また、原因診断が完了していない
状況であっても予測対応が可能であることを考え合わせ
れば、この認知シミュレータが前述した既存の運転支援
システムにおける課題を解決し、ブレークスルーできる
ポテンシャルを十分有しているといえる。

【００２６】

【発明の実施の形態】以下、本発明の構成を図面に示す
最良の形態に基づいて詳細に説明する。

【００２７】図１に本発明を適用した原子炉の運転支援
方法の実施形態の一例を、図２に本発明を適用した原子
炉の運転支援装置の実施形態の一例をそれそれ示す。こ
の運転支援装置６１は、警報の影響を受けて変動する状
態量をリストアップする状態量リストアップ手段６２
と、リストアップした各状態量の中から注目すべき状態
量を選択して主要状態量とすると共に当該主要状態量以
外のリストアップした状態量を関連状態量とする優先順
位決定手段６３と、主要状態量及び関連状態量の各々に
ついて警報関連情報をリストアップする関連情報リスト
アップ手段６４と、主要状態量及び関連状態量を警報関
連情報と伴に表示する表示手段を備えて構成されてい
る。また、この運転支援装置６１は、警報の起因となっ
たイベントに対応して設定されている当面対応をイベン
トの表示に関連づけて表示する当面対応表示手段６５
と、警報の発生時に当該警報の起因となったイベントの
原因診断を並列的に行う原因診断手段６６を備えてい
る。

【００２８】この運転支援装置６１は、例えば所定のプ
ログラムに従って各種の演算処理を実行する中央演算装
置と、データの入出力を行うインターフェースと、演算
処理を行う上で必要なプログラムやデータを記憶する主
記憶装置と、各種データベース等のデータ類を格納する
リードディスクドライブ装置などの記憶装置と、データ
や必要な指令を入力する入力装置及びその他の周辺装置
を必要に応じて備えるコンピュータ６７並びに、ディス
プレイ６８を少なくとも有するコンピュータシステムに
よって実現されており、上述のプログラムの実行によっ
てコンピュータ６７のメモリ領域に状態量リストアップ
手段６２、優先順位決定手段６３、関連情報リストアッ
プ手段６４、当面対応表示手段６５、原因診断手段６６
が構成され、それぞれ機能する。また、コンピュータ６
７には、例えばＣＲＴディスプレイモニタ（以下、モニ
タという）６８が接続されており、このモニタ６８が表
示手段として機能する。

【００２９】状態量リストアップ手段６２は、図３に示
すように、最初の警報がイベント警報であるか状態量警
報であるかを判別する警報判別部６２ａと、最初の警報
がイベント警報の場合に当該イベントの発生により影響
を受ける状態量をリストアップするイベント警報部６２
ｂと、最初の警報が状態量警報の場合に当該状態量の変
化により影響を受ける他の状態量をリストアップする状
態量警報部６２ｃを備えて構成されている。イベント警
報部６２ｂは、例えば、図４に示すように、２つのデー
タベース、具体的には、プラントの機器類例えば弁等の
オンオフや配管破断等突発的に発生するマルファンクシ
ョンと当該マルファンクションを発生させる原因の候補
とを一覧表的に記憶したデータベースであるイベント知
識ベース（以下、イベントＫＢという）６９と、あるイ
ベントが発生した場合にそれが波及して変動する状態量
のうち代表的なものを記載したイベント−状態量関連知
識ベース（以下、イベント−状態量関連ＫＢという）７
０を有している。また、状態量警報部６２ｃは２つのデ
ータベース、具体的には、オペレータが知識として有し
ているプラント状態量で警報設定値（＋／−）、通常
値、予測対応及びその位置（マイルストーン等）を記憶
した状態量知識ベース（以下、状態量ＫＢという）７１
と、ある状態量が変動した場合に当該状態量により影響
を受けて変動する状態量のうち代表的なものを記憶した
データベースである状態量関連知識ベース（以下、状態
量関連ＫＢという）７２を有している。

【００３０】優先順位決定手段６３は、複数の状態量が
変動している場合にそれぞれの状態量の値とトレンドに
基づいてどの状態量を優先して対応すべきかをマトリッ
クスで比較し一覧表的に記憶したデータベースである状
態量優先順位知識ベース（以下、状態量優先順位ＫＢと
いう）７３を有している。

【００３１】関連情報リストアップ手段６４は、少なく
とも、状態量の悪化について警報を発令するように設定
した値と、主要状態量の悪化防止のために操作介入すべ
き目安値と、操作介入により新たに生じる副次的イベン
トの情報をリストアップするもので、５つのデータベー
ス、具体的には、ある状態量が特定の設定値に達した場
合に発生するイベントを記憶したデータベースであるイ
ンターロック知識ベース（以下、インターロックＫＢと
いう）７４と、状態量に関連した警報およびマイルスト
ーンごとに当該状態量のそれ以上の悪化を防ぐための緊
急的な対応（操作介入）の手順を記憶したデータベース
である予測対応知識ベース（以下、予測対応ＫＢとい
う）７５と、上述の状態量ＫＢ７１と、イベントＫＢ６
９と、状態量優先順位ＫＢ７３とを有している。なお、
予測対応ＫＢ７５における警報およびマイルストーンと
状態量との対応関係の概念を図５に示す。図５中のＡ位
置にはＡに達する前にＡにならないようにするための予
測対応の手順が関連づけられている。また、Ｂ位置に
は、同じくＡからＢに至る途中に、Ｂにならないように
するための対応策が関連づけられる。

【００３２】当面対応表示手段６５は、イベントごとに
当該イベントが発生した場合に取るべき当面の対応を記
憶したデータベースである当面対応知識ベース（以下、
当面対応ＫＢという）７６を有している。なお、当面対
応とは、たとえばポンプ停止の場合に待機ポンプを起動
するなど当面のリカバリーを指す。

【００３３】原因診断手段６６は２つのデータベース、
具体的には、イベントの原因となり得るものごとに原因
確認手順と原因対応を記憶したデータベースである原因
知識ベース（以下、原因ＫＢという）７７と、原因対応
ごとに当該原因対応の詳細手順を記憶したデータベース
である原因対応知識ベース（以下、原因対応ＫＢとい
う）７８を有している。

【００３４】この運転支援装置６１は、原子炉プラント
７９の運転を制御するプラント制御装置８０に付随した
運転支援システムであり、プラント制御装置８０から原
子炉プラント７９の各種情報や警報に関する信号等の供
給を受けている。

【００３５】次に、上述の運転支援装置６１を使用した
原子炉の運転支援方法について説明する。この運転支援
方法は、警報発生時に、当該警報の原因の影響を受けて
変動する状態量をリストアップし、リストアップした各
状態量の中から注目すべき状態量を選択して主要状態量
とすると共に当該主要状態量以外のリストアップした状
態量を関連状態量とし、これら主要状態量及び関連状態
量の各々について警報関連情報をリストアップし、主要
状態量及び関連状態量を警報関連情報と伴に表示するも
のである。本実施形態では、このように主要状態量及び
関連状態量を警報と伴に表示する予測対応と、警報の起
因となったイベントの原因診断を行う原因対応を並列的
に行う。また、予測対応と原因対応に先立って当面対応
を表示する。オペレータは表示された当面対応を必要に
応じて実施する。この運転支援方法は、上述の運転支援
装置６１で実施できるようにプログラムされている。

【００３６】原子炉プラント７９に何からの異常が発生
すると、この異常をプラント制御装置８０が感知して警
報を発令する。この警報を受けた運転支援装置６１は、
図１に示す運転支援方法のプログラムを実行する。この
運転支援方法では、まず最初にステップＳ１の当面対応
ルーチンを実行した後、予測対応ルーチンと原因対応ル
ーチンを同時に並列的に実行する（ステップＳ２，
３）。即ち、警報発令の起因となったイベントの発生原
因を突き止めなくても当面対応と予測対応に関する情報
を提供することができる。

【００３７】図６に、当面対応ルーチンのフローチャー
トを示す。当面対応ルーチンでは、警報の種類から当該
警報に対応して定義されている当面対応を当面対応ＫＢ
７６から引用する。即ち、先ず当面対応ＫＢ７６を参照
して当面対応の実施条件（ＦＨ警報の発生理由によって
当面対応が異なるので、盤面より確認できる発生理由を
実施条件とする）を確認（ステップＳ１１）した後、確
認できた時点で当面対応をモニタ６８を表示する（ステ
ップＳ１２）。オペレータはモニタ６８に表示された当
面対応を必要に応じて実施する。この後、図１のメイン
ルーチンに戻り、予測対応ルーチンと原因対応ルーチン
を並列的に実行する（ステップＳ２，３）。

【００３８】先ず最初に予測対応ルーチンについて説明
する。図７及び図８に予測対応ルーチンのフローチャー
トを示す。予測対応ルーチンでは、主要状態量を監視
し、予測対応実施地点（マイルストーン、警報設定点な
ど）を通過あるいはすぐに超えてしまうことが予測でき
る場合には予測対応を迅速に実施できるように表示す
る。即ち、先ずステップＳ２１では、状態量リストアッ
プ手段６２の警報判別部６２ａが最初の警報がイベント
警報であるか状態量警報であるかを判別し、イベント警
報である場合にはステップＳ２２に、状態量警報である
場合にはステップＳ２４に進む。

【００３９】ステップＳ２２ではイベント警報部６２ｂ
がイベントＫＢ６９を参照して当該イベントを発生させ
る原因の候補をリストアップし、ステップＳ２３ではイ
ベント−状態量関連ＫＢ７０を参照して当該イベントに
よって影響を受ける状態量をリストアップする。一方、
ステップＳ２１からステップＳ２４に進んだ場合には、
ステップＳ２４において状態量警報部６２ｃが状態量Ｋ
Ｂ７１を参照して当該状態量を変化させる原因の候補を
リストアップする。その後、ステップＳ２５に進んで状
態量関連ＫＢ７２を参照して当該状態量の変化により影
響を受ける他の状態量をリストアップする。

【００４０】続くステップＳ２６では、優先順位決定手
段６３がリストアップされた状態量のトレンド（変化
量）、現在の値などを観察し、状態量優先順位ＫＢ７３
を参照して状態量の緊急度を加味した重要な状態量を１
〜２個、場合によっては１〜３個選びそれを主要状態量
とする。この後ステップＳ２７に進み、主要状態量が単
調に悪化すると仮定し、状態量ＫＢ７１を参照して予測
対応の実施の目安となるマイルストーン、警報設定点を
同定する。なお、ステップＳ２７〜Ｓ３４は関連情報リ
ストアップ手段６４が行うステップである。次に、ステ
ップＳ２８に進み、警報設定点にインターロックが設定
されていないかをインターロックＫＢ７４を参照して同
定する。

【００４１】続くステップＳ２９では、インターロック
が設定されているか否かを判別する。いま、警報設定点
にインターロックが設定されている場合には、ステップ
Ｓ３０に進んでインターロックにより引き起こされる副
次的なイベントをインターロックＫＢ７４を参照して同
定する。次に、ステップＳ３１ではイベントＫＢ６９を
参照して当該イベントにより影響を受ける状態量をリス
トアップした後、ステップＳ３２では以前の主要状態量
と今回新たに加えられた状態量のトレンド、現在値を観
察し、状態量優先順位ＫＢ７３を参照して状態量の緊急
度を加味して重要な状態量を１〜２個、場合によっては
１〜３個選びそれを新たな主要状態量とする。なお、新
たな主要状態量とすべきものがない場合には、元の主要
状態量をそのまま主要状態量としておく。

【００４２】次に、ステップＳ３３では、主要状態量が
単調に悪化すると仮定し、状態量ＫＢ７１を参照して予
測対応の実施の目安となるマイルストーン、警報設定点
を同定し、さらに予測対応ＫＢ７５から予測対応を引用
する。次に、ステップＳ３４では、警報設定点にインタ
ーロックが設定されていないかをインターロックＫＢ７
４を参照して同定する。この後、ステップＳ２９に戻
る。

【００４３】このように、警報設定点にインターロック
が設定されている限り、ステップＳ３０〜Ｓ３４を繰り
返し実行し、図１０に概念的に示すようなメンタルモデ
ルが生成される。

【００４４】そして、ステップＳ２９において、警報設
定点にインターロックが設定されていなければステップ
Ｓ３５に進んで生成したメンタルモデルをモニタ６８に
表示する。即ち、リストアップした主要状態量及び関連
状態量をモニタ６８に表示すると共に、警報関連情報と
して、状態量の悪化について警報を発令するように設定
した値（警報設定点）と、主要状態量の悪化防止のため
に操作介入すべき目安値（マイルストーン）と、操作介
入により新たに生じる副次的イベントの情報を表示す
る。また、警報の起因となったイベントに対応して設定
されている当面対応もイベントの表示に関連づけて表示
する。このようにして、運転支援情報がオペレータに呈
示される。オペレータは、モニタ６８に表示された支援
情報を考慮し、プラントの挙動を予測した適切な対応、
即ちモニタ６８に表示された予測対応の手順を必要に応
じてを実施することができる。この後、図１のステップ
Ｓ４に進む。

【００４５】ステップＳ４では、オペレータが行った予
測対応の効果を評価するために主要状態量の変化率を監
視する。そして、予測対応の効果がなかった場合には、
ステップＳ５からステップＳ２に戻って再度予測対応ル
ーチンを実行する。

【００４６】一方、予測対応の効果があり、監視してい
る主要状態量が悪化しないか又は回復方向に反転した場
合には、ステップＳ６に進んで警報の原因が判明したか
否かを判別する。そして、警報の原因が判明していない
場合にはステップＳ３に進んで詳しくは後述する原因対
応ルーチンを実行し、一方、警報の原因が判明した場合
にはステップＳ７に進む。

【００４７】ステップＳ７では、関連状態量が通常値か
否かを判別する。そして、関連状態量が通常値に回復し
ていない場合には、当該関連状態量の監視を所定時間継
続し、この時間中にも関連状態量が回復しなければ当該
関連状態量を主要状態量として扱い（ステップＳ８）、
ステップＳ２の予測対応ルーチンとステップＳ３の原因
対応ルーチンを再度実行する。一方、ステップＳ７にお
いて、関連状態量が通常値となっている場合には、警報
が発令されていないことを確認すると共に主要状態量お
よび関連状態量の監視を所定時間継続し（ステップＳ
９）、事象の収束を確認（ステップＳ１０）した後、当
該プログラムを終了する。

【００４８】一方、ステップＳ６において、警報の原因
が判明していない場合には、ステップＳ３に進んで原因
対応ルーチンを実行する。原因対応ルーチンは、原因診
断手段６６が原因ＫＢ７７を参照して原因確認手順と原
因対応を同時に引用するもので、図９に示すように、先
ず、原因候補のうち最も可能性の高い原因について、原
因確認手順によってそれが原因か否かを判定（ステップ
Ｓ４１）する。ここで、原因を確認する手順（原因診断
方法）としては、特に限定されるものではないが、たと
えば、仮説検定型の推論又は複数警報のパターン認識に
よる絞り込みによる方法がある。ここで、仮説検定型の
推論による方法とは、例えばこの原因はＡであると仮定
し、Ａである場合の兆候を順次見出して、一致しなけれ
ば、次の仮説Ｂをおいて同様の手順を繰り返し、仮説の
兆候が実際の事象と一致するまでこれを繰り返し行うこ
とで原因を診断する方法である。また、複数警報のパタ
ーン認識による絞り込みによる方法とは、例えば一度に
多くの警報が発生した場合に、それらの警報の種類から
発生原因の目星をつける方法である。

【００４９】この後、主要状態量の監視を行う（ステッ
プＳ４２）。そして、主要状態量の変化率が小さく緊急
性が低い場合には（ステップＳ４３；Ｙｅｓ）ステップ
Ｓ４４に進んで原因判定できたか否かを判別し、一方、
主要状態量の変化率が大きく緊急性が高い場合には（ス
テップＳ４３；Ｎｏ）ステップＳ２に進んで予測対応ル
ーチンを実行する。

【００５０】ステップＳ４４では原因判別できたか否か
を判断し、原因判別できない場合にはステップＳ４１に
戻る。一方、原因判別できた場合にはステップＳ４５に
進んで原因対応をモニタ６８に表示する。オペレータ
は、この表示を確認して必要に応じて原因対応を実施す
る。その後、原因対応ルーチンから図１のステップＳ４
に進み、オペレータが行った原因対応の効果を評価する
ために主要状態量の変化率を監視する。そして、原因対
応の効果がなかった場合には、ステップＳ５からステッ
プＳ２に戻って再度原因対応ルーチンを実行する。

【００５１】一方、原因対応の効果があり、監視してい
る主要状態量の変化率が悪化しないか又は回復方向に反
転した場合には、ステップＳ６に進んで警報の原因が判
明したか否かを判別する。いま、原因対応ルーチンを実
行することで警報の原因は判明しているので、ステップ
Ｓ６からステップＳ７に進み、上述したステップＳ９，
１０を実行して当該プログラムを終了する。

【００５２】このように、原子炉プラント７９に発生し
た異常によって警報が発令されると、警報の原因が突き
止められたか否かにかかわらず、当面対応ルーチン及び
予測対応ルーチンの実行によりオペレータに迅速に運転
支援情報が提供される。しかも、同時に原因対応ルーチ
ンも実行するので、原因の究明もできる。そして、この
原因対応ルーチンの実行中であっても緊急を要する場合
には、予測対応を実施することができる。

【００５３】つまり、本発明では、現実に発生した警報
をきっかけとして以下の手順でメンタルモデルを作成し
てオペレータを支援することができる。 最初に発生した警報がイベント警報である場合に
は、まずイベントＫＢ６９を参照することにより、イベ
ントの性質を知り、イベント−状態量関連ＫＢ７０によ
り、当該イベントの発生により影響される状態量を１〜
３つ特定する。また、最初に発生した警報が状態量警報
の場合には、に進む。さらに、最初に発生した警報に
ついては、原因ＫＢ７７から原因の候補を同定して、付
け加える。 状態量が１〜３つ特定されると、その状態量の変化
が影響を与える他の状態量を状態量関連ＫＢ７２を参照
することにより、数個の状態量をリストアップする。 リストアップされた数個の状態量の現在値とそのト
レンドを観測し、状態量優先順位ＫＢ７３を参照するこ
とにより、最も緊急度が高く、重要な状態量を１〜３つ
選び、それを主要状態量とする。それ以外は関連状態量
である。 主要状態量がこのまま推移するとどのような経過を
たどるかを状態量ＫＢ７１を参照することにより、予測
し、緊急対応の目安となるマイルストーンの位置、警報
設定点などを指定する。 次に、インターロックＫＢ７４を参照して、主要状
態量の警報設定点にインターロックが設定されていない
かを調べる。インターロックが設定されている場合に
は、それを警報関連情報として主要状態量と共に表示す
る。 事象が推移して、インターロックにより、イベント
が発生した場合には、再度、と同じ手順を行い、現
在の主要状態量と新たに考慮すべき状態量の中から、
と同様の手順で主要状態量を選択する。なお、この際に
は、でリストアップした主要状態量以外の他の状態量
は含めない。

【００５４】このようにしてメンタルモデルを生成する
ことで、イベントの発生原因が特定できるか否かにかか
わらず予測対応に関する情報をオペレータに迅速に呈示
することができる。

【００５５】なお、上述の形態は本発明の好適な形態の
一例ではあるがこれに限定されるものではなく本発明の
要旨を逸脱しない範囲において種々変形実施可能であ
る。例えば、当面対応ルーチンを実行した後、予測対応
ルーチンと原因対応ルーチンを並列的に実施するように
したが、当面対応ルーチンと予測対応ルーチンと原因対
応ルーチンを並列的に実施しても良い。

【００５６】また、上述の説明では、コンピュータ６７
が支援情報を呈示し、この支援情報として呈示された当
面対応、予測対応、原因対応をオペレータが実施するよ
うにしていたが、コンピュータ６７が各対応を自動的に
実施するようにしても良い。この場合には、自動運転装
置及び自動運転方法が提供される。

【００５７】更に、上述の実施形態では予め所定の演算
処理を行わせるプログラムや各種データベースを格納し
た状態のコンピュータシステムについて主に説明したが
これに特に限定されるものではなく、上述の原子炉の運
転支援方法を実行する装置の各手段、少なくともリスト
アップ手段、優先順位決定手段、関連情報リストアップ
手段をコンピュータに実現させるためのプログラムを記
録したＣＤ−ＲＯＭやＤＶＤ、フロッピーディスク等の
コンピュータ読み取り可能な記録媒体を使用して、汎用
コンピュータを作動させて原子炉の運転支援装置を構築
するようにしても良い。

【００５８】

【実施例】以下、本発明による運転支援の例を示す。た
とえば、原子炉プラント７９の逃がし安全弁（ＳＲＶ）
１弁が保守不良によりシートリークを起こした後、当該
弁が全開した場合を想定する。

【００５９】（事象発生時）原子炉プラント７９に上述
のイベントが発生すると、ＦＨ警報として、ＡＤＳ（自
動減圧システム）安全弁漏洩警報が発生し、それに伴い
メンタルモデルが生成される。

【００６０】生成されるメンタルモデルの概念を図１１
に示す。図１１中、ＩＲ１の部分をクリックすると、当
面対応が表示される。即ち、当面対応がイベントの表示
に関連づけられて表示される。この当面対応には現状認
識のための確認手順が含まれており、確認すべき状態量
としてＳＲＶ排気管温度、給水ミスマッチ量などが支援
画面であるモニタ６８に示される。かかる処理は当面対
応表示手段６５によって行われる。

【００６１】原因候補としては原子炉圧力の変動、弁の
機能異常、誤警報が疑われ、これらがモニタ６８に表示
されるが、排気管温度および原子炉圧力の経過データに
基づいた自動判別により、弁の機能異常が最も疑わしい
原因と判断される。かかる処理は原因診断手段６６によ
って行われる。

【００６２】一方、状態量リストアップ手段６２は、状
態量として復水器ホットウェル水位、ＳＰ（サプレッシ
ョンプール）温度と水位、ドライウェル圧力をリストア
ップし、優先順位決定手段６３は復水器ホットウェル水
位を主要状態量とし、ＳＰ温度と水位、ドライウェル圧
力を関連状態量とする。そして、関連情報リストアップ
手段６４は、各状態量ごとに警報関連情報をリストアッ
プする。すなわち、ホットウェル水位は「低−低（ＬＯ
Ｗ−ＬＯＷ）」で復水ポンプ全台トリップから給水ポン
プ全台トリップとなり、それに伴い原子炉水位が急速に
低下し、Ｌ４→Ｌ３→Ｌ２→Ｌ１→Ｌ０と推移して行く
場合のインターロック、それに伴う対応策が示される。

【００６３】また、ＳＰ温度・水位については温度高、
水位高（ＨＩＧＨ）により、当面対応ＩＲ４としてＲＨ
Ｒポンプ（残留熱除去ポンプ：Residual Heat Removal
Pump）運転とブローダウン操作がそれぞれ示される。こ
れらは、モニタ６８の「ＩＲ４」と表示されている部分
をクリックすると表示される。また、ドライウェル圧力
については「高−高（ＨＩＧＨ−ＨＩＧＨ）」を回避し
ないとＬＯＣＡ（冷却材喪失事故）信号が発信されてし
まう。このようにして予測シナリオが示されることにな
り、オペレータを支援する。

【００６４】（状況把握時）実際のプラントパラメータ
の進行具合が状態量ごとにモニタ６８に表示され、オペ
レータが実施した対応策や、次に実施すべき対応策まで
の時間余裕および具体的な手順（予測対応や当面対応）
が示される。たとえば、ＡＤＳ安全弁漏洩警報に伴う当
面対応ＩＲ１として、ＰＬＲポンプ（再循環ポンプ：Pr
imary Loop Recirculation Pump）のポンプ調整により
出力を少し落とし、ＳＲＶ開閉操作を実施することがモ
ニタ６８に表示される。この当面対応ＩＲ１は、モニタ
６８の「ＩＲ１」と表示されている部分をクリックする
ことでモニタ６８に表示される。なお、当面対応ＩＲ１
としてかかる操作手順が定められているのは、ＳＲＶを
操作することでこのＳＲＶを閉めることができるかもし
れないからである。

【００６５】また、ＡＤＳ安全弁でのリーク量が多い場
合には、ホットウェル水位の低下が早いため冷却水の補
給が間に合わない。このため、予測対応ＰＭ１として、
ホットウェル水位が６５ｃｍ程度低下した場合を目安
（マイルストーン値）にして出力をＰＬＲポンプを最低
スピードまで低下させることがモニタ６８に表示され
る。この予測対応ＰＭ１は、モニタ６８の「ＰＭ１」と
表示されている部分をクリックすることでモニタ６８に
表示される。

【００６６】さらに、ＳＰ温度・水位が「高（ＨＩＧ
Ｈ）」においては、当面対応ＩＲ４として、ＲＨＲを１
系統（４０℃程度では２系統）投入するようにモニタ６
８に表示される。

【００６７】このように、事象の推移に伴って次々と対
応策が表示されていく。

【００６８】（対応策実施時）それぞれの対応策、即ち
当面対応、予測対応、原因対応について具体的な実施手
順が表示される。これらの手順を実施する場合には、コ
ンピュータ６７はステップごとに実施状況を監視する。
また、実施手順を誤った場合には警告を発することもで
きる。例えば、当面対応ＩＲ１として以下のＳＲＶ開閉
操作の手順が表示されるので、オペレータがその手順を
誤ると警告が発せられる。即ち、 出力を減少させる。 タービンバイパス弁をＥＨＣ（電気油圧制御装置：
Electric Hydraulic Control）負荷制限設定にて開度２
０％まで開ける。 逃がし安全弁Ｆ０１３Ａの操作スイッチを開位置に
保持し、全開する。 赤ランプ点灯を確認したら、ＳＲＶ排気管温度の低
下を確認し、操作スイッチを自動位置にして全閉する。 排気管温度低下が確認できない場合にはこれを２〜
３回繰り返す。オペレータはこの手順に従って操作を行
うので、確実に対応することができる。

【００６９】（効果監視時）ＳＲＶ開閉操作で閉が確認
できれば、ＳＰ温度、水位とも低下していくので、実施
した対応策、すなわちＲＨＲを停止し、ブローダウン操
作を終了するように指示される。

【００７０】このように、事象の早い段階でシナリオを
予想し、それに対して臨機応変に対応策を実行していく
ことが可能となり、原因診断ができないと対応策が明示
できない現行システムに多くの機能を追加できることに
なり、機能的には理想的な支援システムとなる。

【００７１】

【発明の効果】以上説明したように、請求項１記載の原
子炉の運転支援方法では、警報発生時に、当該警報の原
因の影響を受けて変動する状態量をリストアップし、リ
ストアップした各状態量の中から注目すべき状態量を選
択して主要状態量とすると共に当該主要状態量以外のリ
ストアップした状態量を関連状態量とし、これら主要状
態量及び関連状態量の各々について警報関連情報をリス
トアップし、主要状態量及び関連状態量を前記警報関連
情報と伴に表示するので、各状態量がこのまま推移する
とどの様な経過をたどるかについての予測情報をオペレ
ータに迅速に提供することができ、しかも、各状態量を
単に表示するのではなく、最も緊急度が高く重要な状態
量を主要状態量として表示することができる。即ち、本
発明の原子炉の運転支援方法によると、警報の起因とな
ったイベントの発生原因を突き止める前であっても状態
量の将来的な挙動を予測しオペレータの判断材料となる
支援情報を迅速に呈示することができるので、熟練オペ
レータでなくとも、十分な知識と経験等を有する熟練オ
ペレータと同様に、警報の起因となったイベントの発生
原因が不明のままでも当該イベントの種類から判断して
状態量の挙動を予測して操作介入を行い得る。

【００７２】また、請求項２記載の原子炉の運転支援方
法では、警報関連情報として、状態量の悪化について警
報を発令するように設定した値と、主要状態量の悪化防
止のために操作介入すべき目安値と、操作介入により新
たに生じる副次的イベントの情報を含むようにしている
ので、現在発生している警報の起因となったイベントの
発生原因によって状態量がこのまま悪化するとどうなる
かということについての予測情報を提供することができ
る。

【００７３】これられの場合、請求項３記載の原子炉の
運転支援方法のように、警報の起因となったイベントに
対応して設定されている当面対応をイベントの表示に関
連づけて表示することが望ましい。また、請求項４記載
の原子炉の運転支援方法のように、警報の起因となった
イベントの原因診断を並列的に行う場合、各状態量の将
来的な挙動の予測情報を提供する一方で同時に警報の起
因となったイベントの発生原因の診断を行ってより早く
原因対応を実施可能とする。さらに、請求項５記載の発
明のように、原因診断は仮説検定型の推論又は複数警報
のパターン認識による絞り込みによる場合、既に確立し
た手法のため容易にかつ信頼性のある診断が可能であ
る。

【００７４】一方、請求項６記載の原子炉の運転支援装
置では、警報の影響を受けて変動する状態量をリストア
ップする状態量リストアップ手段と、リストアップした
各状態量の中から最も注目すべき状態量を選択して主要
状態量とすると共に当該主要状態量以外のリストアップ
した状態量を関連状態量とする優先順位決定手段と、主
要状態量及び関連状態量の各々について警報関連情報を
リストアップする関連情報リストアップ手段と、主要状
態量及び関連状態量を警報関連情報と伴に表示する表示
手段を備えるので、請求項１記載の原子炉の運転支援方
法を実施することができる。

【００７５】この場合、請求項７記載の原子炉の運転支
援装置のように、関連情報リストアップ手段は、少なく
とも、状態量の悪化について警報を発令するように設定
した値と、主要状態量の悪化防止のために操作介入すべ
き目安値と、操作介入により新たに生じる副次的イベン
トの情報をリストアップすることが望ましい。これらの
情報は各状態量がこのまま変化した場合にどうなるのか
ということに関するものであり、これらの情報を表示す
ることでオペレータが各状態量の挙動予測とその対応策
を知ることができる。

【００７６】また、請求項８記載の原子炉の運転支援装
置のように、警報の起因となったイベントに対応して設
定されている当面対応をイベントの表示に関連づけて表
示する当面対応表示手段を備えると、各状態量の将来的
な挙動の予測情報を提供する一方、同時に警報の起因と
なったイベントの発生原因の診断を行ってより早く原因
対応を実施可能とすべくオペレータを支援することがで
きる。さらに、請求項９記載の原子炉の運転支援装置の
ように、警報の発生時に当該警報の起因となったイベン
トの原因診断を並列的に行う原因診断手段を備えること
が望ましい。

【００７７】更に、請求項１０記載の記録媒体による
と、任意のコンピュータで原子炉の運転支援装置を実現
できる。

【図面の簡単な説明】

【図１】本発明を適用した原子炉の運転支援方法の手順
を示すフローチャートである。

【図２】本発明を適用した原子炉の運転支援装置を示す
ブロック図である。

【図３】図２の運転支援装置の状態量リストアップ手段
を示すブロック図である。

【図４】図２の運転支援装置と各知識ベースの関係を示
すブロック図である。

【図５】予測対応ＫＢにおける状態量と対応策との関係
を示す概念図である。

【図６】当面対応ルーチンを示すフローチャートであ
る。

【図７】予測対応ルーチンを示し、その前半部分のフロ
ーチャートである。

【図８】予測対応ルーチンを示し、その後半部分のフロ
ーチャートである。

【図９】原因対応ルーチンを示すフローチャートであ
る。

【図１０】メンタルモデルの一般的な概念図である。

【図１１】逃がし安全弁漏洩警報を想定したメンタルモ
デルの概念図である。

【符号の説明】

６１ 運転支援装置 ６２ 状態量リストアップ手段 ６３ 優先順位決定手段 ６４ 関連情報リストアップ手段 ６５ 当面対応表示手段 ６６ 原因診断手段 ６８ モニタ（表示手段）

Claims (10)

【特許請求の範囲】
1. 【請求項１】 警報発生時に、当該警報の原因の影響を
   受けて変動する状態量をリストアップし、リストアップ
   した各状態量の中から注目すべき状態量を選択して主要
   状態量とすると共に当該主要状態量以外のリストアップ
   した状態量を関連状態量とし、これら主要状態量及び関
   連状態量の各々について警報関連情報をリストアップ
   し、前記主要状態量及び関連状態量を前記警報関連情報
   と伴に表示することを特徴とする原子炉の運転支援方
   法。
2. 【請求項２】 前記警報関連情報は、前記状態量の悪化
   について警報を発令するように設定した値と、前記主要
   状態量の悪化防止のために操作介入すべき目安値と、前
   記操作介入により新たに生じる副次的イベントの情報を
   含むことを特徴とする請求項１記載の原子炉の運転支援
   方法。
3. 【請求項３】 前記警報の起因となったイベントに対応
   して設定されている当面対応を前記イベントの表示に関
   連づけて表示することを特徴とする請求項１又は２記載
   の原子炉の運転支援方法。
4. 【請求項４】 前記警報の起因となったイベントの原因
   診断を並列的に行うことを特徴とする請求項１から３の
   いずれか記載の原子炉の運転支援方法。
5. 【請求項５】 前記原因診断は、仮説検定型の推論又は
   複数警報のパターン認識による絞り込みによることを特
   徴とする請求項４記載の原子炉の運転支援方法。
6. 【請求項６】 警報の影響を受けて変動する状態量をリ
   ストアップする状態量リストアップ手段と、リストアッ
   プした各状態量の中から最も注目すべき状態量を選択し
   て主要状態量とすると共に当該主要状態量以外のリスト
   アップした状態量を関連状態量とする優先順位決定手段
   と、前記主要状態量及び関連状態量の各々について警報
   関連情報をリストアップする関連情報リストアップ手段
   と、前記主要状態量及び関連状態量を前記警報関連情報
   と伴に表示する表示手段を備えることを特徴とする原子
   炉の運転支援装置。
7. 【請求項７】 前記関連情報リストアップ手段は、少な
   くとも、前記状態量の悪化について警報を発令するよう
   に設定した値と、前記主要状態量の悪化防止のために操
   作介入すべき目安値と、前記操作介入により新たに生じ
   る副次的イベントの情報をリストアップすることを特徴
   とする請求項６記載の原子炉の運転支援装置。
8. 【請求項８】 前記警報の起因となったイベントに対応
   して設定されている当面対応を前記イベントの表示に関
   連づけて表示する当面対応表示手段を備えることを特徴
   とする請求項６又は７記載の原子炉の運転支援装置。
9. 【請求項９】 前記警報の発生時に当該警報の起因とな
   ったイベントの原因診断を並列的に行う原因診断手段を
   備えることを特徴とする請求項６から８のいずれか記載
   の原子炉の運転支援装置。
10. 【請求項１０】 請求項１から９のいずれかに記載の原
    子炉の運転支援方法ないし運転支援装置の各手段をコン
    ピュータに実行させるためのプログラムを記録したコン
    ピュータ読み取り可能な記録媒体。