(57)【要約】【課題】  原子炉の炉心ローディングパターンデザインを開発する方法を提供する。【解決手段】  該方法において、炉心に適用可能な限界のセットが定義され（Ｓ１０）、限界に基づいて、炉心をローディングするために使用されるべき試験用炉心ローディングパターンデザインが判定される（Ｓ２０）。炉心のサブセットに対して原子炉動作がシミュレートされ、複数のシミュレーション結果が生成される（Ｓ３０）。シミュレーション結果は限界と比較され（Ｓ４０）、比較からのデータは、シミュレーション中にいずれかの限界が炉心により違反されたか否かを示す（Ｓ５０）。設計担当者又は技術者はそのデータを見て、試験用炉心ローディングパターンを修正し、シミュレーションを実行して、炉心の受け入れ可能炉心ローディングパターンデザインとして最終的に完成するために、派生炉心ローディングパターンデザインを作成する。【選択図】  図４
2004301841.tif 000002
【特許請求の範囲】
【請求項１】
原子炉の炉心ローディングパターンデザインを開発する方法において、
原子炉の炉心に適用可能な限界のセットを定義することと、
限界に基づいて炉心をローディングするために使用されるべき試験用炉心ローディングパターンデザインを判定することと、
少なくとも炉心のサブセットに対して原子炉動作をシミュレートして、複数のシミュレーション結果を生成することと、
シミュレーション結果を限界と比較することと、
シミュレーション中に試験用炉心ローディングパターンによってローディングされた炉心により違反された限界を示すデータを提供することとから成る方法。
【請求項２】
前記定義する過程は、
前記シミュレートする過程を実行するために入力されるべき変数に適用可能であり、クライアントが入力したプラント特有の制約及び炉心性能基準と関連している入力限界を定義することと、
シミュレーション結果に適用可能であり、原子炉動作に使用される動作パラメータ、炉心安全限界、それらの動作限界及び安全限界に対するマージン、並びにクライアントが入力したプラント特有の制約のうちの少なくとも１つの関連している結果限界を定義することとを更に含み、
前記入力限界及び前記結果限界は前記比較する過程において評価される請求項１記載の方法。
【請求項３】
前記比較する過程は、
シミュレーション結果を評価するために目標関数を構成することと、
目標関数を使用してシミュレーション結果ごとに目標関数値を生成することと、
どのシミュレーション結果が限界に違反するかを判定するために、定義された限界のセットに基づいて目標関数値を評価することとを更に含む請求項１又は請求項２記載の方法。
【請求項４】
前記提供する過程は、前記比較する過程が全ての限界は満足されていること、又は受け入れ可能なマージンの範囲内で満足されていることを示した場合、受け入れ可能炉心ローディングパターンデザインに関連するデータを提供することを更に含む請求項１ないし請求項３のいずれか一項記載の方法。
【請求項５】
試験用炉心ローディングパターンデザインを修正して、派生炉心ローディングパターンを作成することと、
シミュレーション中に派生炉心ローディングパターンデザインにより違反された限界を示すデータを開発するために、前記シミュレートする過程、前記比較する過程及び前記提供する過程を反復し、炉心ローディングパターンデザイン、限界、シミュレーション結果及び各比較からのデータに関連する情報を選択的に格納しうることと、
派生炉心ローディングパターンデザインのＮ回の繰り返しを開発するために、Ｎ回の繰り返しのうちの選択されたいくつかの繰り返しに対して、前記修正する過程、前記シミュレートする過程、前記比較する過程及び前記提供する過程を、特定の繰り返しにおける比較で全ての限界が満足されたこと、又は受け入れ可能なマージンの範囲内で満足されたことが示されるまで繰り返し反復することと、
原子炉の受け入れ可能炉心ローディングパターンデザインに関連するデータを出力することとを更に含む請求項１記載の方法。
【請求項６】
原子炉の炉心ローディングパターンデザインを開発する装置（１０００）において、
原子炉の炉心に適用可能な限界のセットを受信するインタフェース（２３０）と、
前記限界のセットを格納するメモリ（２５０）と、
限界に基づいて炉心をローディングするために使用されるべき試験用炉心ローディングパターンデザインを判定するプロセッサ（２１０、４００）と、
試験用炉心パターンデザインに従ってローディングされた炉心の少なくともサブセットに対してシミュレーション原子炉動作を実行して、複数のシミュレーション結果を生成するシミュレータとを具備し、
前記プロセッサ（２１０、４００）は、シミュレーション結果を限界と比較し、
前記インタフェース（２３０）は、シミュレーション中に炉心により違反された限界を示すデータを提供する装置（１０００）。
【請求項７】
前記メモリ（２５０）は、更に、試験用炉心ローディングパターンデザイン、限界、シミュレーション結果及び前記比較からのデータに関連する情報を格納する構成であり、前記メモリ（２５０）は、プロセッサ（２１０、４００）と、シミュレータと、インタフェース（２３０）を介して前記プロセッサ（２１０、４００）及びシミュレータのうちの少なくとも１つと通信するユーザ（３００、３５０）とのうちの少なくとも１つによってアクセス可能であり、
前記プロセッサ（２１０、４００）は、１つ以上の限界の違反に基づいて炉心ローディングパターンデザインを修正するために、前記インタフェース（２３０）を介してユーザ（３００、３５０）に手続き勧告を提供する請求項６記載の装置（１０００）。
【請求項８】
前記インタフェース（２３０）は、ユーザ（３００、３５０）によりインターネット又はイントラネットのいずれか一方を介してアクセス可能であるグラフィカルユーザインタフェース（ＧＵＩ）であり、
ユーザ（３００、３５０）は、前記ＧＵＩを介して限界を入力し、限界は、プラント特有の炉心性能パラメータ及び動作原子炉パラメータに対するプラント特有の制約に関連している請求項６又は請求項７記載の装置（１０００）。
【請求項９】
１つ以上の限界の違反を示すデータに応答して、
前記インタフェース（２３０）は、派生炉心ローディングパターンデザインを作成するために試験用炉心ローディングパターンデザインを修正する指令を受信し、
前記シミュレータは派生炉心ローディングパターンデザインに対してシミュレーションを繰り返し、
前記プロセッサ（２１０、４００）はシミュレーション結果を限界と比較し、
前記インタフェース（２３０）は、シミュレーション中に派生炉心ローディングパターンデザインにより違反された限界を示すデータを提供する請求項６ないし請求項８のいずれか一項記載の装置（１０００）。
【請求項１０】
Ｎ番目の派生炉心ローディングパターンデザインごとに、１つ以上の限界の違反を示すデータに応答して、
前記インタフェース（２３０）、前記シミュレータ及び前記プロセッサ（２１０、４００）は、炉心ローディングパターンデザイン修正機能、シミュレーション機能、比較機能及びデータ提供機能のＮ回の繰り返しを実行し、選択されたＮ回の繰り返しに対して、
メモリ（２５０）は、炉心ローディングパターンデザイン、限界、シミュレーション結果及び前記比較からのデータに関連する情報を格納する請求項９記載の装置（１０００）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、原子炉の炉心の炉心ローディングパターンデザインを開発することに関する。
【背景技術】
【０００２】
例えば、沸騰水型原子炉（ＢＷＲ）又は加圧水型原子炉（ＰＷＲ）などの原子炉は、１〜２年にわたり１度の燃料ローディングで動作することができる。所定の期間（エネルギーサイクル）が完了すると、原子炉から反応度が最低の燃料（最も古い燃料又はほぼ燃え尽きた燃料）のうちの約１／４から１／２が排出されるであろう。
【０００３】
サイクルの動作は燃料アセンブリの配置（未使用燃料、１度燃焼燃料、２度燃焼燃料など）によって決まるといえる。炉心には、例えば、ガドリニウムなどの可燃性毒物が存在するため、未使用燃料アセンブリ、１度燃焼燃料アセンブリ及び２度燃焼燃料アセンブリの特性はそれぞれ異なるであろう。未使用燃料アセンブリは、通常、サイクル開始（ＢＯＣ）時にはガドリニウムが存在するために１度燃焼燃料バンドルと比較して低い反応度を示す。サイクル終了（ＥＯＣ）時には、毒物の大半又は全てが燃え尽きてしまっているため、未使用アセンブリは、通常、１度燃焼燃料より高い反応度を示す。２度燃焼燃料の照射線量依存性反応度曲線の形状は１度燃焼燃料の照射線量依存性反応度曲線の形状に類似しているであろうが、２度燃焼燃料の反応度は低くなる。しかし、未使用燃料アセンブリ、１度燃焼燃料アセンブリ及び２度燃焼燃料アセンブリを組み合わせることにより、エネルギーサイクルを通して、炉心全体にわたりほぼ均一な反応度を実現できるであろう。
【０００４】
反応度の問題に加えて、燃料アセンブリ（「燃料バンドル」）の配置は熱限界、パワー整形及び燃料サイクル経済性にも影響を及ぼすと考えられる。反応度が余りにも高い燃料バンドルを面を隣接させて配置した場合、反応度閾値又は熱限界に不適切なマージンが現れるであろう。また、反応度の高い燃料バンドルを炉心の周辺に配置するのではなく、反応度の高い燃料バンドルを炉心の中心に向かってより多く配置することにより、サイクル長さが延長されるであろう。従って、炉心ローディングパターンは核燃料サイクルの最も重要な考慮事項の多くを定義するといって良い。
【０００５】
従来、炉心ローディングパターンの判定は試行錯誤方式で行われてきた。現在使用されるプロセスは、設計担当者が特定の原子炉プラントに関連する動作パラメータを入力ファイルであるＡＳＣＩＩテキストファイルに繰り返し入力することを必要とする独立型手動操作炉心ローディングパターンデザインプロセスである。入力ファイルに入力されるデータは制御ブレードのノッチ位置（評価される原子炉が沸騰水型原子炉（ＢＷＲ）である場合）、炉心流量、ＭＷＤ／ｓｔ、ＧＷＤ／ｓｔ単位で測定される炉心エネルギーサイクルにおける燃焼量であっても良い炉心照射線量などを含むであろう。
【０００６】
原子力規制委員会（ＮＲＣ）が認可した炉心シミュレーションプログラムは得られた入力ファイルを読み取り、シミュレーションの結果をテキスト又は２進ファイルへ出力する。そこで、設計担当者はシミュレーション出力を評価して、設計基準に適合するか否かを判定すると共に、熱限界のマージンの違反が起こっていないことを検証すれば良い。設計基準に適合できない場合（すなわち、１つ以上の限界に違反している場合）には、設計担当者が手作業で入力ファイルを修正する必要がある。特に、設計担当者は１つ以上の動作パラメータを手作業で変更し、炉心シミュレーションプログラムを再度実行することになるであろう。このプロセスは、申し分ない炉心ローディングデザインが実現されるまで繰り返された。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
このプロセスでは、極めて長い時間がかかる。要求されるＡＳＣＩＩテキストファイルは構成するのが困難であり、多くの場合、誤りを生じやすい。ファイルは通常、ＡＳＣＩＩフォーマットであり、極めて長く、場合によっては１０００行を超えるコードを含む。ファイルに１つ誤りがあっても、シミュレータのクラッシュを招く可能性があり、更に悪い場合には、さほど逸脱しているようには見えず、当初は検出するのが困難であるが、時間の経過に伴って繰り返すうちに悪化し、誤った炉心ローディングパターンに従って実際の動作中の原子炉の炉心がローディングされた場合にはおそらく炉心サイクルエネルギーを減少させてしまうような結果を生じるであろう。
【０００８】
更に、設計担当者をより好都合な炉心ローディングパターンデザイン解に向かって誘導するために、手動操作による反復プロセスを介する補助は全く与えられない。現在のプロセスでは、責任のある設計担当者又は技術者の経験と直観が炉心ローディングパターンデザイン解を判定する唯一の手段である。
【課題を解決するための手段】
【０００９】
本発明の実施例は炉心ローディングパターンデザインを開発する方法及び装置に関し、その方法及び装置においては、炉心に適用可能な限界のセットが定義されても良く、限界に基づいて、炉心をローディングするために使用されるべき試験用炉心ローディングパターンデザインが判定されても良い。少なくとも炉心のサブセットに対して原子炉動作がシミュレートされ、複数のシミュレーション結果が生成されても良い。シミュレーション結果は限界と比較されても良く、比較からのデータは、シミュレーション中にいずれかの限界が炉心により違反されたか否かを示しても良い。設計担当者又は技術者はそのデータを見て、試験用炉心ローディングパターンを修正し、シミュレーションを実行して、炉心の受け入れ可能炉心ローディングパターンデザインとして最終的に完成するために、１つ以上の派生炉心ローディングパターンデザインを作成しても良い。
【００１０】
本発明の実施例は、以下の詳細な説明及び添付の図面から更に完全に理解されるであろう。図面中、同じ要素は同じ図中符号により表されるが、図中符号は単なる例示を目的として付されており、本発明の実施例を限定するものではない。
【発明を実施するための最良の形態】
【００１１】
本発明の実施例は、原子炉の炉心ローディングパターンデザインを開発する方法及び装置に関する。装置は、ユーザが炉心の炉心ローディングパターンデザインを仮想作成することを可能にするために、グラフィカルユーザインタフェース（ＧＵＩ）と、処理媒体（例えば、ソフトウェア駆動プログラム、プロセッサ、アプリケーションサーバなど）とを含んでいても良い。ユーザは、炉心ローディングパターンに従ってローディングされた炉心のシミュレーションに関連するデータを適切な表示装置で見て、検討できる。装置は、提案された炉心ローディングパターンデザインによってローディングされた炉心がユーザが入力した、シミュレートされる原子炉動作に対する限界又は制約にどれほど密接に適合しているかに基づいて、ユーザに対するフィードバックを提供しても良い。
【００１２】
ユーザは、試験用炉心ローディングパターンデザインに基づいて、シミュレーションのためにローディングされるべき選択された原子炉プラントの炉心、例えば、「仮想炉心」に適用可能である、例えば、プラント特有の制約データなどであっても良い限界をＧＵＩを介して入力しても良い。例えば、制約データ又は限界はある特定の原子炉プラント又は炉心エネルギーサイクルに関する限界又は目標動作値及び炉心性能値のセットとして定義されても良い。ＧＵＩを介して、ユーザは初期試験用炉心ローディングパターンデザインを判定し、その試験用炉心ローディングパターンデザインに基づいてローディングされた炉心の原子炉シミュレーション（例えば、ＮＲＣにより認可されたシミュレーションコードを使用する３次元シミュレーション）を開始し、シミュレーションの結果を見ても良い。
【００１３】
実施例に従えば、炉心ローディングパターンデザインによってローディングされたシミュレート炉心が限界又は制約にどれほど密接に適合しているかを比較するために、目標関数を使用できるであろう。目標関数は、それらの制約又は限界を取り込み、炉心ローディングパターンデザインが限界内で行なわれることを定量化する数式である。例えば、シミュレーションの結果と、計算された目標関数値とに基づいて、炉心の設計担当者、技術者、プラント管理者、及び装置へのアクセスを許可された何らかの人間であると思われるユーザは、特定のデザインがユーザの設計（限界）要求条件に適合するか（すなわち、最大サイクルエネルギー条件に適合するか）否かを判定することが可能である。次に、ユーザは、ＧＵＩを介して、試験用炉心ローディングパターンデザインを修正して、派生炉心ローディングパターンデザインを作成し、派生炉心ローディングパターンデザインに何らかの性能の改善があるか否かを判定するためにシミュレーションを繰り返すための指令を発行しても良い。更に、Ｎ番目のデザインによってシミュレートされた炉心が全ての限界を満足するか、又はユーザにとって受け入れ可能であるマージンの範囲内で全ての限界を満足するまで、Ｎ回分の炉心ローディングパターンデザインを生成するために、ユーザはＧＵＩを介してシミュレーション、結果と限界の比較、限界が違反された場合のデザインの修正などのいくつかの機能を繰り返しても良い。
【００１４】
本発明の実施例は、現在の手動操作による反復プロセスと比較して、原子炉の所望の炉心ローディングパターンデザインを作成するために必要とされる時間の量を１／１０に短縮するために計算環境を利用できる。その結果得られる炉心ローディングパターンデザインはユーザが入力する制約又は設計限界をほぼ完全に厳守し及び／又はそれらに厳密に適合するが、それは、特定のデザイン解に対する目標関数値が０に等しくなるまで、炉心ローディングパターンデザインが完成しないからである。従来の手動操作による反復プロセスと比較して、炉心ローディングパターンデザインを変更し、変更されたデザインをシミュレートするためのより大きな動作上の融通性を得ることができる。手動操作による反復プロセスに関して説明したような、シミュレータ入力ファイルを生成することを試みる際の誤りは本発明ではもはや見られない。
【００１５】
図１は、本発明の一実施例に従った方法を実現するための装置を示す。図１を参照すると、装置１０００は、例えば、アクセス可能ウェブサイトの中央ネクサスとして利用されても良いアプリケーションサーバ２００を含んでいても良い。アプリケーションサーバ２００は、例えば、WINDOWS（登録商標）２０００アプリケーションサーバなどの周知の何らかのアプリケーションサーバとして具現化されても良い。アプリケーションサーバ２００は複数の計算サーバ４００、暗号サーバ２６０及びメモリ２５０に動作接続されていても良い。メモリ２５０は、例えば、リレーショナルデータベースサーバとして具現化されても良い。
【００１６】
複数の外部ユーザ３００は暗号化１２８ビット機密保護ソケット層（ＳＳＬ）接続３７５などの適切な暗号化媒体を介してアプリケーションサーバ２００と通信しても良いが、本発明の実施例はこの暗号化通信媒体に限定されない。ユーザ３００はインターネットを介して、例えば、パーソナルコンピュータ、ラップトップ、パーソナルデジタルアシスタント（ＰＤＡ）などのうちのいずれか１つから、ウェブベースインターネットブラウザなどの適切なインタフェースを使用して、アプリケーションサーバ２００に接続すれば良い。更に、アプリケーションサーバ２００は、内部ユーザ３５０が、例えば、イントラネットを介してアクセスできるように、適切なローカルエリアネットワーク接続（ＬＡＮ２７５）を介して内部ユーザ３５０に対してもアクセス可能であっても良く、従って、内部ユーザ３５０はイントラネット（すなわち、プライベートネットワーク）の一部であるパーソナルコンピュータ、ラップトップ、パーソナルデジタルアシスタント（ＰＤＡ）などのうちのいずれかから、例えば、イントラネットを介してアクセスできるであろう。
【００１７】
アプリケーションサーバ２００は、オンライン機密保護を実行すること、目標関数値を計算するために全ての計算及びデータのアクセスを指示すること、及びユーザが検討する炉心ローディングパターンデザインの様々な特徴の適切な図表表現を作成することが必要であると考えられる。図表情報は１２８ビットＳＳＬ接続３７５又はＬＡＮ２７５を介して通信されて、ユーザ３００／３５０の適切な表示装置に表示されれば良い。これ以降の説明において、「ユーザ」という用語は内部ユーザ３００と外部ユーザ３５０の双方を表す。例えば、ユーザは、ユーザ自身の原子炉の炉心ローディングパターンデザインを判定するためにウェブサイトをアクセスする原子炉プラントの代表者、本発明の実施例を使用して炉心ローディングパターンデザインを開発するために原子炉の現場により雇用されているベンダー、あるいは装置１０００又は本発明の実施例に従った方法を実現する別のシステムに対するアクセスを許可された他の人物のうちのいずれかであれば良い。
【００１８】
図２は、図１の装置と関連するアプリケーションサーバ２００を示す。図２を参照すると、アプリケーションサーバ２００は、様々な構成要素を接続し且つユーザから受信されるデータの経路を形成するためにバス２０５を利用する。バス２０５は、多くのコンピュータアーキテクチャにおいて標準的である周辺コンポーネント相互接続（ＰＣＩ）バスなどの従来のバスアーキテクチャによって実現されても良い。これに代わるＶＭＥＢＵＳ、ＮＵＢＵＳ、アドレスデータバス、ＲＡＭバス、ＤＤＲ（ダブルデータレート）バスなどのバスアーキテクチャを利用してバス２０５を実現することも言うまでもなく可能であろう。ユーザは、アプリケーションサーバ２００と通信するために、適切な接続（ＬＡＮ２７５又はネットワークインタフェース２２５）を介してアプリケーションサーバ２００へ情報を通信しても良い。
【００１９】
アプリケーションサーバ２００はホストプロセッサ２１０を更に含み、ホストプロセッサは現在利用可能であるＰＥＮＴＩＵＭ（登録商標）プロセッサなどの従来の１つ以上のマイクロプロセッサによって構成されても良い。ホストプロセッサ２１０は、ユーザにより表示及び検討されるために、グラフィカルユーザインタフェース（ＧＵＩ）機能及びブラウザ機能、機密保護機能の指示、シミュレータ結果を様々な限界と比較するための目標関数の計算などの計算の指示などのアプリケーションサーバ２００における全てのリアルタイム機能及び非リアルタイム機能の全てが実行される中央ネクサスを表していても良い。従って、ホストプロセッサ２１０は、ソフトウェアにおいてブラウザとして具現化されるＧＵＩ２３０を含んでいても良い。ブラウザは、装置１０００のユーザに対するインタフェースを提示し、ユーザと対話するソフトウェア装置である。ブラウザはユーザインタフェース構成要素（例えば、ハイパーテキスト、ウィンドウなど）及び画像をフォーマッティングし、表示する必要がある。
【００２０】
ブラウザは、通常、標準ハイパーテキストマークアップ言語（すなわち、ＨＴＭＬ）により制御され、指令される。本発明の実施例によれば、ＧＵＩ２３０などのブラウザの制御流れにおける対話型図表機能及び決定は仮想プライベートネットワーク（ＶＰＮ）によって実行されても良い。ＶＰＮを使用すると、図表に関連する面の計算はアプリケーションサーバ２００でのみ実行されるが、その結果として得られる画像はユーザ３００に対して提示される。
【００２１】
これに加えて、又はその代わりに、更に詳細なユーザ対話を要求するＧＵＩ２３０の制御流れにおける決定はJava（登録商標）Scriptを使用して実現されても良い。これらの言語は共に所定のアプリケーションサーバ２００の実現形態の特定の詳細に合わせてカスタマイズ又は適合されても良く、画像は周知のＪＰＧ、ＧＩＦ、ＴＩＦＦ及び標準化圧縮スキーマを使用してブラウザで表示されても良い。ＸＭＬ、「ホームブルー（home‐brew）」言語、あるいはその他の周知の非標準化言語及びスキーマのような、その他の非標準化言語及び圧縮スキーマをＧＵＩ２３０に対して使用しても良い。
【００２２】
ホストプロセッサ２１０は暗号サーバ２６０に動作接続されても良い。従って、アプリケーションサーバ２００は、装置１０００を外部の気密破りから保護するためのファイアウォールを設定するように、暗号サーバ２６０を使用することにより機密保護機能を実現しても良い。更に、暗号サーバ２６０は登録ユーザの全ての個人情報の機密を保護しても良い。
【００２３】
アプリケーションサーバ２００は複数の計算サーバ４００にも動作接続されていて良い。計算サーバ４００はユーザ入力データを処理し、炉心ローディングパターンデザインのシミュレーションを指示し、以下に更に詳細に説明するように比較のために目標関数値を計算し、且つ表示される結果を提供するために要求されるあらゆる計算をＧＵＩ２３０を介して、アプリケーションサーバ２００の指示の下に実行すれば良い。
【００２４】
計算サーバ４００は、例えば、WINDOWS（登録商標）２０００サーバとして具現化されても良い。特に、計算サーバ４００は、目標関数を構成し且つ目標関数値を計算すること、特定の試験用炉心ローディングパターンデザインによってローディングされた炉心に対して炉心動作をシミュレートし、そのシミュレーションから出力を発生するために３Ｄシミュレータプログラムを実行すること、ＧＵＩ２３０を介するユーザによるアクセス及び表示のために結果データを提供すること、及び以下に更に詳細に説明するような最適化ルーチンを反復することを含む多数の複雑な計算を実行するように構成されていれば良い（ただし、ここで挙げた計算に限定されない）。
【００２５】
あるいは、実施例は添付ソフトウェアプログラムなどのコンピュータプログラム製品により実現されても良い。ソルトウェアプログラムはメモリ２５０に格納され、ホストプロセッサ２１０が本発明の実施例による方法を駆動し、実現することを可能にし、計算サーバ４００に指示する論理を含んでいても良く、計算サーバもメモリ２５０に対してアクセスすることが可能である。
【００２６】
図３は、本発明の一実施例に従ったデータベースサーバ２５０の一例を示す。メモリ又はデータベースサーバ２５０はOracle（登録商標） 8i Alpha ES 40リレーショナルデータベースサーバなどのリレーショナルデータベースであれば良い。リレーショナルデータベースサーバ２５０は、本発明の実施例の方法を実現するために必要な全てのデータ及び結果を処理する複数の従属データベースを含んでいても良い。例えば、リレーショナルデータベースサーバ２５０は、特定の原子炉について評価される試験用炉心ローディングパターンデザインのユーザ入力限界及び／又は設計制約を格納するデータベースである限界データベース２５１などの従属データベースを含む格納領域を含んでいても良い。更に、リレーショナルデータベースサーバ２５０は、３Ｄシミュレータにおいてシミュレートされるべき炉心の特定の炉心ローディングパターンデザインに関する待ち行列データ及びパラメータを格納する待ち行列データベース２５３を含んでいても良い。全てのシミュレータ結果はシミュレータ結果データベース２５５に格納されれば良い。
【００２７】
シミュレータ結果データベース２５５（及び限界データベース２５１）は、特定の試験用炉心ローディングパターンデザインに適用可能である複数の目標関数値を計算するために、計算サーバ４００によりアクセスされれば良い。それらの目標関数値はリレーショナルデータベースサーバ２５０内の目標関数値データベース２５７に格納されれば良い。３Ｄシミュレータ入力パラメータデータベース２５９もリレーショナルデータベースサーバ２５０に含まれていて良い。データベース２５９は全ての照射線量ステップに対する燃料バンドル位置及び原子炉動作パラメータを含む。計算サーバ４００がリレーショナルデータベースサーバ２５０に動作接続され、リレーショナルデータベースサーバ２５０と通信できるため、図３に示す従属データベースの各々は１つ以上の計算サーバ４００に対してアクセス可能である。
【００２８】
図４は、本発明の一実施例に従った方法を示すフローチャートである。方法は沸騰水型原子炉を例にとって炉心ローディングパターンデザインに関して説明されるが、実施例がＰＷＲ、ガス冷却炉及び重水炉に適用可能であることは理解されている。
【００２９】
図４を参照すると、評価のために１つの原子炉プラントが選択され（ステップＳ５）、試験用炉心ローディングパターンに従ってローディングされるべき選択されたプラントの炉心のシミュレーションのために使用されるべき限界が定義される（ステップＳ１０）。それらの限界に基づいて、初期試験用炉心ローディングパターンが判定され、判定された初期試験用炉心ローディングパターンデザインに従って「仮想」炉心がローディングされれば良い（ステップＳ２０）。複数のシミュレーション結果を生成するために、炉心全体に対して、又は、例えば、炉心における燃料バンドルのサブセットであっても良い炉心のサブセットに対して原子炉動作がシミュレートされれば良い（ステップＳ３０）。シミュレーション結果は限界と比較され（ステップＳ４０）、その比較に基づいて、いずれかの限界が違反されたか否かを示すデータが提供されれば良い（ステップＳ５０）。データは、シミュレートされた炉心のどの場所が限界違反の最大の違反箇所又は最大の寄与箇所であるかをユーザに示すであろう。次に、これらのステップの各々を更に詳細に説明する。
【００３０】
図９から図１５は、本発明の方法及び装置の様々な特徴を更に説明するためにコンピュータベースアプリケーションの一例を示す画面図である。以下の本発明の方法及び装置の説明中、それらの図について時に応じて言及する場合がある。
【００３１】
まず、初期試験用炉心ローディングパターンデザインを選択できるように、１つの原子炉プラントが選択される（ステップＳ５）。原子炉プラントは、例えば、リレーショナルデータベース２５０のようなアクセス可能データベースに格納されている格納リストから選択されれば良い。評価されるべき原子炉は、例えば、ＢＷＲ、ＰＷＲ、ガス冷却炉又は重水炉のいずれかであれば良い。先に評価されたプラントからのデータを格納しておき、適切なアクセス可能フォルダの下にリストアップされたプラントを適切な入力装置（マウス、キーボード、プラズマタッチスクリーン、音声起動コマンドなど）及びＧＵＩ２３０を介してアクセスしても良い。
【００３２】
炉心に適用可能な限界のセットが定義されれば良い（ステップＳ１０）。それらの限界は評価されるべき特定の原子炉の設計の重要な面及びその原子炉の設計制約に関連していても良い。限界は、例えば、試験用炉心ローディングパターンデザインに従ってローディングされた炉心のシミュレーションを実行するために入力されるべき変数に適用可能であっても良く、シミュレーションの結果にのみ適用可能な限界であっても良い。例えば、入力限界はクライアントが入力する原子炉プラント特有の制約及び炉心性能基準に関連していても良い。シミュレーション結果に適用可能な限界は動作パラメータ限界、及び／又は原子炉動作に使用される設計制約、炉心安全度限界、それらの動作限界及び安全度限界に対するマージン、並びにその他のクライアントが入力する原子炉プラント特有の制約のうちの１つ以上に関連していても良い。しかし、それらの限界又は制約は単なる例であり、現在動作限界を超えるアップレート炉心デザインに基づく限界などの他の限界又は制約も予測できるであろう。
【００３３】
図９は、ユーザ又はクライアントが入力するプラント特有の制約を示し、これはシミュレーションの入力変数に対する限界及びシミュレーション結果に対する限界として構成されていても良い。図９を参照すると、全体を矢印９０５で示すように複数のクライアント入力プラント特有制約が列挙されている。制約ごとに、欄９１０により示すように、１つの設計値限界(design Value)を割り当てることが可能である。
【００３４】
図５は、本発明の一実施例に従った試験用炉心ローディングパターン選択及び炉心ローディングを説明するフローチャートである。図５は、判定する過程Ｓ２０を更に詳細に説明するために提示されている。
【００３５】
試験用炉心ローディングパターンの選択、及びそのパターンに基づく選択されたプラントの「仮想」炉のローディングは、炉心デザインの原子炉動作をシミュレートするために実行されても良い。まず最初に、試験用炉心ローディングパターンに対する以前の繰り返しが起こっているか否かを確定するために検査が実行される（ステップＳ２１）。これが第１回目の繰り返しである場合、例えば、以前に試験用炉心ローディングパターンが全く解析されていなかった場合、初期試験用炉心ローディングパターンの基礎を提供するために過去のサイクル又は類似のプラントに関する情報が使用されても良い（ステップＳ２２）。例えば、初期試験用炉心ローディングパターンは、以前のシミュレーションにおける類似の炉心に対して使用された炉心ローディングパターンデザインから選択されても良いし、評価されるべき原子炉に類似している原子炉からの炉心ローディングパターンデザインに基づいて選択されても良く、及び／又は評価されるべき原子炉プラントにおける以前の炉心エネルギーサイクルで使用された実際の炉心ローディングパターンデザインから選択されても良い。
【００３６】
過去の繰り返しが実行されていた（ステップＳ２１の出力が「ＮＯ」である）場合には、入力限界に従った確定済み炉心ローディングパターンを使用して、炉心の総エネルギー含量が計算され、所望／所要のエネルギー含量との差が定義されても良い（ステップＳ２３）。この過程は、これが第１回目の繰り返しである場合には、入力された限界をも考慮に入れて、Ｓ２２からの炉心ローディングパターンを使用して実行されても良い。このエネルギー「デルタ」は、最前のサイクル終了（End-of-Cycle、ＥＯＣ）と比較した、次の将来サイクルの所要エネルギーの差である。追加の繰り返しに関しては、実際のエネルギーと所望のエネルギーとの差が小さくなるにつれて、デルタは減少するであろう。更に、負のデルタエネルギーは得られるエネルギーが所望のエネルギーより大きく、望ましい状態であることを示唆している。
【００３７】
所望の目標エネルギーを得るために必要とされる追加バンドルの数（又は除去されなければならないバンドルの数）を選択するのを助けることができる典型的な経験則が存在する。ユーザは、エネルギー差を補うために必要とされる未使用燃料バンドルの数を評価すべきである（ステップＳ２４）。例えば、７６４のバンドルを有するＢＷＲ原子炉の場合、４つのバンドルが約１００ＭＷＤ／ｓｔのサイクル長さに値すると一般に考えられている。従って、結果として得られるエネルギーが所望のエネルギーより１００ＭＷＤ／ｓｔ長いのであれば、４つの未使用バンドルを除去することが可能であろう。同様に、結果として得られるエネルギーが所望のエネルギーより１００ＭＷＤ／ｓｔを超えて短い場合には、４つの追加未使用バンドルを追加すべきである。
【００３８】
試験用炉心ローディングパターンで使用されるべき未使用バンドルの数が判定された後、炉心ローディング対称が識別されるべきである（ステップＳ２５）。プラントによっては、例えば、四分円ローディング対称又は半円炉心ローディング対称を要求するものがある。ユーザが後に行われるシミュレーションで評価するために「モデルサイズ」、例えば、４分の１炉心、２分の１炉心又は全炉心を選択することを可能にするプラント構成ウェブページをアクセスするために、ＧＵＩ２３０が使用されても良い。更に、ユーザは、適切なドロップダウンメニューなどをクリックすることにより、選択されたモデルサイズに対して炉心対称オプション（例えば、八分円、四分円、対称なし）を選択しても良い。
【００３９】
「八分円対称」を選択することにより、ユーザは、８つの八分円の全て（この場合、１つの八分円は、例えば、燃料バンドル群である）がモデル化された八分円に類似していると仮定して、原子炉をモデル化することができる。その結果、シミュレータ時間は一般に８分の１だけ増加すると考えられる。同様に、「四分円対称」を選択することにより、ユーザは、４つの四分円の各々がモデル化された四分円に類似していると仮定して、原子炉をモデル化することができる。従って、シミュレータ時間は一般に１／４増加するであろう。バンドル特性の非対称性が八分円対称又は四分円対称を妨げる場合、ユーザは対称なしも指定できる。
【００４０】
次に、対称性及び限界を考慮に入れて、初期試験用炉心ローディングパターンに従って「仮想」炉心がローディングされれば良い（ステップＳ２６）。試験用炉心ローディングパターンに従ってローディングされた仮想炉心はシミュレーション可能な状態になっている。
【００４１】
限界が定義され、初期試験用炉心ローディングパターンデザインが判定され、それに従って炉心がローディングされたならば、シミュレーションを開始しても良い（ステップＳ３０）。シミュレーションは計算サーバ４００により実行されても良いが、装置１０００の外部で実行される３Ｄシミュレーションプロセスであっても良い。ユーザはＰＡＮＡＣＥＡ（商標）、ＬＯＧＯＳ（商標）、ＳＩＭＵＬＡＴＥ（商標）、ＰＯＬＣＡ（商標）などの周知の実行可能な３Ｄシミュレータプログラムを採用するか、あるいは周知のように、適切なシミュレータドライバが定義され、符号化されている他のいずれかの周知のシミュレータソフトウェアを採用すれば良い。計算サーバ４００は、ユーザによりＧＵＩ２３０を介して入力されたデータに基づいてそれらのシミュレータプログラムを実行する。
【００４２】
従って、ユーザは任意の時点でＧＵＩ２３０を使用して３Ｄシミュレーションを開始するが、シミュレーションを開始するための手段にはいくつかの異なる種類がある。例えば、周知のように、ユーザはウィンドウドロップダウンメニューから「シミュレーション実行（run simulation）」を選択しても良いし、ウェブページタスクバーで「ＲＵＮ」アイコンをクリックすることも可能であろう。更に、ユーザはシミュレーションの図表更新又は状態を受信しても良い。シミュレーションに関連するデータはリレーショナルデータベースサーバ２５０内の待ち行列データベース２５３に待機していても良い。シミュレーションが待機状態になったならば、周知のように、ユーザはシミュレーションが完了する時点に関して音声及び／又は視覚による表示を受けても良い。
【００４３】
ユーザがシミュレーションを開始すると、その後に多数の自動化ステップが続く。図６は、シミュレーション過程Ｓ３０を更に詳細に示すフローチャートである。まず、炉心ローディングパターンデザイン問題に関する定義が３Ｄ炉心シミュレータに合わせて３Ｄ命令セット（例えば、コンピュータジョブ）に変換される（ステップＳ３１）。これにより、ユーザは先に説明したシミュレータのようないくつかの種類のシミュレータから選択することが可能になる。どの特定のシミュレータを選択するかは、ユーザにより入力されるプラント基準（例えば、限界）によって決まると考えられる。コンピュータジョブはリレーショナルデータベースサーバ２５０の待ち行列データベース２５３に待機するように実行可能状態とされても良い（ステップＳ３３）。特定のシミュレーションに関するデータの格納により、最前の反復又は以前の反復から可能なシミュレーション反復を開始することが可能になる。このデータを格納し、検索することにより、炉心ローディングパターンデザインに対する以後のシミュレーション反復の実行に要する時間はわずか数分又は数秒になる。
【００４４】
これと同時に、利用可能な計算サーバ４００の各々で実行中のプログラムは数秒ごとに実行すべき実行可能なジョブを検索するために走査する（ステップＳ３７）。実行可能な状態のジョブがあれば、１つ以上の計算サーバ４００は待ち行列データベース２５３からデータを獲得し、適切な３Ｄシミュレータを動作させる。先に説明したように、ユーザに対して１つ以上の状態メッセージが表示されても良い。シミュレーションが完了した時点で、シミュレータ結果はリレーショナルデータベース２５０内の１つ以上の従属データベース（例えば、シミュレーション結果データベース２５５）に格納されても良い。従って、試験用炉心ローディングパターンデザインに関する目標関数値を計算するために、リレーショナルデータベースサーバ２５０はユーザにより、例えば、ＧＵＩ２３０及びホストプロセッサ２１０を介してアクセスされても良い。
【００４５】
図７は、図４の比較ステップを更に詳細に示す流れ図である。目標関数は計算サーバ４００によるアクセスに備えてリレーショナルデータベースサーバ２５０に格納されていても良い。目標関数値を提供する目標関数計算も、従属する目標関数値データベース２５７などのリレーショナルデータベースサーバ２５０内に格納されても良い。図７を参照すると、目標関数計算に対する入力は限界データベース２５７からの限界と、シミュレータ結果データベース２５５からのシミュレータ結果とを含んでも良い。従って、１つ以上の計算サーバ４００はこのデータをリレーショナルデータベースサーバ２５０からアクセスしても良い（ステップＳ４１）。
【００４６】
本発明の実施例においては、任意の数の目標関数フォーマットを利用できるであろうと考えているが、一実施例では、（ａ）「CONS」と表現される、ある特定の制約パラメータに対する限界（例えば、原子炉プラントパラメータの設計制約）、（ｂ）「RESULT」と表現される、その特定の制約パラメータに関する３Ｄシミュレータからのシミュレーション結果、及び（ｃ）「MULT」と表現される、制約パラメータの乗数という３つの要素を有する目標関数を含んでも良い。事前定義済みMULTのセットは、例えば、ＢＷＲプラント構成の大きな集団から経験的に判定されても良い。それらの乗数は、原子炉エネルギー、反応度限界及び熱限界を適切な順序で判定することを可能にする値に設定されても良い。従って、本発明の方法は経験的に判定された乗数の総称セットを利用し、それらは３０種類を超える異なる炉心デザインに適用可能であろう。しかし、ＧＵＩ２３０により乗数を手動操作で変更することは可能であり、これは、ユーザの好みで事前設定済みデフォルトにより識別される乗数より大きい乗数によっていくつかの制約に「ペナルティを課す」ことが望まれる場合もあるという点で重要である。
【００４７】
目標関数値は個別の制約パラメータごとに計算されても良いし、全ての制約パラメータを一まとまりとして計算されても良いが、その場合、全ての制約パラメータはある特定の試験用炉心ローディングパターンで評価されるべきものの全体を表している。目標関数の個々の制約要素は式（１）に記載するように計算されれば良い。
【００４８】
OBJpar = MULTpar*(RESULTpar - CONSpar)    （１）
式中、「par」は図９に列挙されているクライアント入力制約のうちのいずれかであれば良い。これらのパラメータは評価のための可能な候補になりうるであろうパラメータであるばかりではなく、原子炉の適切な炉心構成を判定するために一般に使用されているパラメータでもあることを理解すべきである。総合的な目標関数は全ての制約パラメータの総計である。すなわち、
OBJTOT = SUM(par =1, 31){OBJpar}    （２）
式１に関して説明すると、RESULTがCONSより小さい場合（例えば、制約の違反がない）、差は０にリセットされ、目標関数は０になる。従って、０の目標関数値は、ある特定の制約が違反されなかったことを示す。正の目標関数は、修正を必要とすると思われる違反を表す。更に、シミュレーション結果は特殊座標（i, j, k）及び時間座標（照射線量ステップ）（例えば、炉心エネルギーサイクルにおける特定の時間）で提供されても良い。従って、ユーザはどの時間座標（例えば、照射線量ステップ）にその問題が位置しているかを見て取ることができる。そのため、炉心ローディングパターンは識別された照射線量ステップでのみ修正されても良い。
【００４９】
加えて、目標関数値は各照射線量ステップの関数として計算され、試験用炉心ローディングパターンデザイン問題全体に対して合計されても良い（ステップＳ４３）。制約ごとに計算された目標関数値と、照射線量ステップごとの目標関数値は、総目標関数値に対する所定の制約の寄与の度合を表す百分率を求めるために、各目標関数値を正規化することにより更に検査されても良い（ステップＳ４５）。目標関数計算の各々の結果、すなわち、値は、リレーショナルデータベースサーバ２５０内の従属目標関数値データベース２５７に格納される。
【００５０】
目標関数値は炉心ローディングパターン開発の手動操作による判定に利用されても良い。例えば、限界に違反するパラメータを判定するために、ユーザは図表形式で目標関数計算の値を見ても良い。更に、炉心ローディングパターンデザインを首尾よく反復する中で目標関数値に何らかの変更が行われる場合、提案された炉心ローディングパターンデザインにおける改善と損失の双方を推定するための基準がユーザに与えられる。
【００５１】
数回の反復の間の目標関数値の増加は、ユーザの変更が所望の解から離れつつある炉心ローディングパターンデザインを作成していることを示しても良く、一方、目標関数値を減少させつつ連続する反復（例えば、目標関数値が正の値から０に向かって減少する場合）は、炉心ローディングパターンデザインの改善を示しても良い。連続する反復の間の目標関数値、限界及びシミュレーション結果は、リレーショナルデータベースサーバ２５０内の様々な従属データベースに格納されても良い。従って、後の修正が役に立たないと判明した場合には、過去の反復からのデザインを迅速に検索できるであろう。
【００５２】
目標関数の計算が完了すると、試験用炉心ローディングパターンデザインに従ってローディングされる炉心のシミュレーション中に違反された限界を含む、目標関数計算に関連するデータがユーザに提供される。図１０は、ユーザが検討すると思われる図表データの一例を示す。このデータは希望に応じてそれぞれの反復の後にユーザにより表示されても良い。図１０を参照すると、入力限界を表す制約パラメータのリストと、制約ごとの目標関数値計算の各々の値とが表示されている。図１０は、例えば、チェックされたボックス１００５により示すように、ボックス内のチェックマークによって違反された限界(Constraint)を示している。更に、限界違反ごとに、（図７に関して説明した計算及び正規化ルーチンに基づく）寄与(Contribution)及び百分率（％）寄与(Contribution)が表示されている。従って、このデータに基づいて、ユーザには後の反復に備えて試験用炉心ローディングパターンデザインに対してどのような修正を実行する必要があるかに関する勧告が与えられる。
【００５３】
あるいは、個別の炉心ローディングパターンの修正はユーザの希望に任されても良いのであるが、手続き上の勧告は、例えば、プルダウンメニューの形で与えられても良い。それらの勧告は３つのカテゴリ、すなわち、エネルギーに有益な移動、エネルギーに不利益な移動及び（熱源界からの）過剰マージンの追加エネルギーへの変換の３つに分割されても良い。好ましい技法は、エネルギーに不利益な移動よりエネルギーに有益な移動を使用して問題に対処する方法であっても良いが、エネルギーに不利益な移動及び／又は過剰マージンの変換が特定の試験用炉心ローディングパターンを修正するのに使用されても良いため、実施例はこの好ましい技法に限定されない。炉心ローディングパターンデザインが全ての限界（クライアントが入力したプラント特有制約、設計限界、熱限界など）に適合していたとしても、ユーザは特定の限界に対する過剰マージンが追加エネルギーに変換されることを検証しても良い。従って、以下の論理ステートメントは上記の手続き上の勧告を表現していると考えられる。
【００５４】
エネルギーに有益な移動
・臨界パワー比（Critical Power Ratio、ＣＰＲ）マージンが炉心周囲に向かって低すぎる場合、より反応性の高い（照射のより少ない）燃料を炉心中心に向かって移動させる
・ＥＯＣ時にＭＦＬＰＤ（例えば、熱マージン制約）問題がある場合、より反応性の高い燃料を問題の場所へ移動させる
・ＢＯＣ時に炉心の周囲に運転停止マージン（ShutDown Margin、ＳＤＭ）問題がある場合、より反応性の低い燃料を周囲に向かって配置する
エネルギーに不利益な移動
・ＥＯＣ時に最小臨界パワー比（Minimum Critical Power Ratio、ＭＣＰＲ）マージンが低すぎる場合、より反応性の低い（照射のより多い）燃料を問題の場所へ移動させる
・ＥＯＣ時にＫＷ／ｆｔマージン（ＭＡＰＬＨＧＲ）が低すぎる場合、より反応性の低い燃料を問題の場所へ移動させる
過剰マージンの追加エネルギーへの変換
・ＥＯＣ時に炉心の中心に余分なＭＣＰＲマージンがある場合、より反応性の高い未使用燃料を周囲の場所から炉心中心へ移動させる
【００５５】
場所と、目標関数により示される限界違反の時間照射線量とに基づいて、ユーザは制約違反に対処し、修正するために、１つ以上の上記の勧告に従うことを選択しても良い。
【００５６】
目標関数計算の結果として得られたデータは適切な表示装置で解釈されても良い。例えば、このデータは、図１０に関して説明したように、違反源を指示した制約のリストとして表示されても良い。しかし、ユーザは、例えば、２次元又は３次元画面として構成可能である複数の異なる「結果」表示画面をアクセスしても良い。以下の表１はユーザが利用可能である画面のいくつかの例を示している。
【００５７】
【表１】
2004301841.tif 000003
【００５８】
図１１から図１２Ｂは、本発明に従ってユーザが利用可能である図表画面を示す。図１１に示すように、ユーザは、いくつかの制約又はパラメータの画面を表示するために、タスクバーの「ビュー（view）」アイコンから適切なドロップダウンメニューをプルダウンしても良い。図１１に示すように、ユーザは最大部分限界パワー濃度（Maximum Fractional Limiting Power Density、ＭＦＬＰＤ）制約パラメータを選択する。ユーザは、プルダウンメニュー１１１０に示すような複数の異なる図表画面を利用可能である。ユーザは単純に所望の画面を選択し、その後、図１２Ａ又は図１２Ｂに示すようなページをアクセスすれば良い。図１２Ａは、１２０５及び１２１０に示すように、特定の制約の２つの異なる２次元グラフを示す。例えば、ユーザは、炉心サイクルにおいて特定の照射線量について最大平均平面熱発生速度（Maximum Average Planar Heat Generation Rate、ＭＡＰＬＨＧＲ）の違反がどこで起こったか（炉心最大値と照射線量のグラフ１２０５、及びＭＦＰＬＤの軸方向値と照射線量のグラフ１２１０）を判定することができる。それらの制約の限界は線１２２０及び１２２５により示され、違反は概して図１２Ａの１２３０及び１２３５で示されている。
【００５９】
図１２Ｂは別の画面、この場合には、ＭＡＰＬＨＧＲと照射線量の関係の違反に寄与する最大の原因がどの場所にあるかを知るために、炉心の横断面全体を２次元で表す画面を示す。１２４０及び１２５０でわかるように、丸で囲まれた正方形は、炉心におけるＭＡＰＬＨＧＲの違反の最大の寄与原因である燃料バンドルを表す（例えば、１２４０及び１２５０はＭＡＰＬＨＧＲに違反するバンドルを指示している）。これにより、ユーザは試験用炉心ローディングパターンデザインがどこで修正を必要としているかを知ることができる。
【００６０】
図８Ａ及び図８Ｂは、本発明の一実施例に従った修正ステップ及び反復プロセスステップを説明する流れ図である。図８Ａを参照すると、ステップＳ６０でデータを解釈することにより、ユーザは修正サブルーチンを開始しようと思う（ステップＳ７０）。実際には、初期の試験用炉心ローディングパターンデザインは受け入れ可能なデザインではなく、修正サブルーチンが要求されるであろう。一実施例では、ユーザはグラフィカルユーザＧＵＩ２３０を利用して、この修正サブルーチンの各反復を指示しても良い。別の実施例においては、何回かの棒パターンデザイン反復に対してシミュレーション、目標関数の計算及び目標関数計算の結果又は値の評価を自動的に繰り返す最適化アルゴリズムの限度内で修正サブルーチンが実行されても良い。
【００６１】
ユーザは、表示されるデータに基づいて、いずれかの限界が違反されたか否かを判定する（ステップＳ７１）。限界の違反がなければ、ユーザが、炉心ローディングパターンデザインから最大パワーの特性が得られたことを示す識別子があるか否かを判定する。例えば、それらの識別子は、サイクル延長を最大にするように炉心中心に向かって燃料を移動させることにより良好な熱マージン利用（ＭＦＬＣＰＲ及びＭＡＰＬＨＧＲのマージンなど）を示す標識を含むであろう。サイクルデザインに関して最小ＥＯＣ固有値が得られたとき（固有値検索）又は所望のサイクル長さが一定のＥＯＣ固有値で判定されたとき、パワー要求に適合したと示されても良い。試験用炉心ローディングパターンデザインから最大パワーが得られたと示された（ステップＳ７２の出力がＹＥＳである）場合、受け入れ可能な炉心ローディングパターンデザインが判定されたことになり、ユーザはその受け入れられる炉心ローディングパターンデザインに関する結果及びデータの報告をアクセスしても良い（ステップＳ７３）。
【００６２】
限界が違反された（ステップＳ７１の出力がＹＥＳである）場合、又は限界の違反はないが、炉心ローディングパターンデザインから最大パワーが得られなかったと示された（ステップＳ７２の出力がＮＯである）場合には、ユーザは、バンドル数の修正要求を示す特性があるかどうかを判定する（ステップＳ７４）。選択された未使用燃料バンドル数の修正要求を示す特性は、エネルギーの不足、受け入れ可能なエネルギーを伴うマージンの不足、及び／又は運転停止日の変更による反応性の損失を含む。更に、炉心ローディングパターンデザイン変更の数度にわたる反復が試みられ、目標関数の改善が現実に見られなかった場合には、これは代替炉心ローディングパターンデザインを展開する必要があるであろうということを示すもう１つの標識である。
【００６３】
従って、ステップＳ７４の出力がＹＥＳである場合、ユーザは、修正又は派生試験用炉心ローディングパターンに従って、必要とされる未使用燃料バンドル数を再評価し、炉心対称性が要求されるようにバンドル数を切り捨て、炉心をローディングすることによって、修正又は派生炉心ローディングパターンデザインを作成しても良い（ステップＳ７５）。ステップＳ７５は、通常、図５のステップＳ２４からＳ２６に対応する。
【００６４】
未使用燃料バンドル数の修正要求を示す特性が無い（ステップＳ７４の出力がＮＯである）場合、ユーザは試験用炉心ローディングパターンデザインを修正して（ステップＳ７６）、派生パターンを作成しても良い。先に挙げた手続き上の勧告に基づいて試験用炉心ローディングパターンの修正を実行するとき、ユーザはＧＵＩ２３０を介して炉心ローディングを変更すれば良い。例えば、適切な入力装置（マウス、キーボード、タッチスクリーン、音声コマンド等）及びＧＵＩ２３０を使用して、設計担当者は、ユーザが移動させることを所望する炉心デザイン中の燃料バンドルの炉心対称性オプションを識別しても良く、これら「目標」燃料バンドルを選択しても良く、その目標バンドルによる置き換えのための現在の炉心デザイン中の「目的」燃料バンドルを選択しても良い。その後、目標バンドル及び目的バンドルは要求される対称性（鏡像、回転など）に従って「シャッフル」される。このプロセスは、所望の方法で新たな修正試験用炉心ローディングパターンを再ローディングするために要求される燃料バンドルシャッフルごとに繰り返される。
【００６５】
図１３は、本発明の一実施例に従った修正ステップＳ７６を更に詳細に示す画面図である。図１３は、炉心ローディングパターンデザインに対して迅速なデザイン修正を実行するようにユーザが利用可能な機能性を示す。ユーザは燃料シャッフリング(Fuel Shuffling)ページ１３０５を選択し、炉心デザインに基づいてローディングされた炉心の一部の画面１３１５を表示するために「バンドルシャッフル(Bundle Shuffle)」タスクバー１３１０を選択すれば良い。図１３において、１３２０で示される燃料バンドルは１つの燃料バンドル型（ＩＡＴ型１１）から別の型（ＩＡＴ型１２）へ変更されつつある。炉心デザインの未使用燃料バンドル、照射済み燃料バンドルを選択し、「ＳＷＡＰ」ボタン１３３０を選択することにより、照射済みバンドルを未使用燃料バンドルと交換しても良い。各々の燃料バンドルの様々な照射線量（ＧＷＤ／ｓｔ）を示すために、画面１３１５に示されている炉心の部分はカラーコード化されても良い。対応するカラーコード化のキーは、例えば、１３２７に示すように表示されても良い。図１３の項目の選択は、周知のように、マウス、キーボード、タッチスクリーン、音声式コマンドなどの適切な入力装置を使用して実行されても良い。
【００６６】
それらの炉心ローディングパターンデザイン修正は、例えば、３Ｄシミュレータ入力パラメータデータベース２５９などのリレーショナルデータベース２５０にセーブされても良い。図８Ａを再度参照すると、ステップＳ７５からＳ７６で説明したように、試験用炉心ローディングパターンが修正されたかどうかに関係なく、派生棒パターンデザインが全ての限界に適合するか否かを判定するためにステップＳ３０〜Ｓ５０を繰り返しても良い（ステップＳ７７）。これは反復プロセスになるであろう。
【００６７】
図８Ｂは、本発明の一実施例に従った反復プロセスを示す。シミュレートされたステップＳ７０からの派生炉心ローディングパターンデザインごとに、ユーザは、シミュレートされた結果と限界の比較に関連するデータ（例えば、計算された目標関数値）が依然として限界違反の存在を示しているか否かを判定する（ステップＳ１６０）。限界違反がない（ステップＳ１６０の出力がＮＯである）場合、ユーザは特定の原子炉で使用できる受け入れ可能な炉心ローディングパターンデザインを開発したことになり、受け入れ可能な炉心ローディングパターンデザインに関連する図表結果をアクセスすれば良い（ステップＳ１７３）。
【００６８】
反復が限界の違反を依然として示している（ステップＳ１６０の出力がＹＥＳである）場合には、全ての限界が満足され／最大のパワーを得るまで、又はユーザの判定に従って受け入れ可能であるマージンの中で全ての限界が満足され／最大のパワーを得るまで、ステップＳ７０の修正サブルーチンが繰り返し反復されても良い（ステップＳ１７０）。この反復プロセスは、ユーザが炉心ローディングパターンデザインを微調整でき、また、おそらくは従来の、手動操作による反復プロセスによって以前に抽出可能であったよりも、更に多くのエネルギーを受け入れ可能な炉心ローディングパターンデザインから抽出できるという点で有益であっても良い。更に、リレーショナルデータベースサーバ２５０及び複数の計算サーバ４００を取り入れたことで、計算の処理が迅速になる。図８Ｂで説明したような反復プロセスは、一度に１つのパラメータを変更し、その後に炉心シミュレーションを実行するという手動操作による従来の反復プロセスを使用した場合の数週間と比較して、極めて短い期間で実行できるであろう。
【００６９】
ここまで、ユーザ又は設計担当者がＧＵＩ２３０を介してデータを解釈し、所望のデザインを獲得するためにホストプロセッサ２１０及び／又は計算サーバ４００で支援される演算パワーを使用して手作業により試験用炉心ローディングパターンデザインを繰り返し修正することに関連して、本発明の実施例を説明してきた。しかし、図８Ａ及び図８Ｂの上述のステップは最適化プロセスを経て実行されても良い。最適化プロセスは、Ｎ種類の異なる炉心ローディングパターンデザインに対して、全てのユーザの限界又は制約を満足させるために原子炉の炉心で使用されるべき所望の炉心ローディングパターンデザインを実現するために絶えず違反された限界を改善しつつ、図８Ａ及び図８Ｂのステップを繰り返しても良い。
【００７０】
図１４は、そのようなプロセスを開始するための画面図を示す。例えば、プラント及び試験用炉心ローディングパターンを選択した後、ユーザは最適化構成(optimization configuration)画面１４０５を表示しても良い。ユーザは、例えば、燃料ローディング最適化(optimize fuel loading)、棒パターン最適化(optimize rod patterns)、炉心流量最適化(optimize core flow)、シーケンス間隔最適化(optimize sequence intervals)及びバンドル選択最適化(optimize bundle selection)の最適化パラメータ１４４０を選択しても良い。
【００７１】
バンドル選択最適化は、基準炉心デザインの中で未使用バンドル型を最適に判定することを意味している。最適化の結果、各未使用燃料場所はいくつかの未使用バンドル型のうちの１つ（例えば、図１３に示すようなＩＡＴ型）を含むことになるであろう。これらの型は、先に説明したように、制約を満足させつつエネルギーを最大にするように選択されれば良い。燃料ローディング選択の最適化は、１度及び２度の燃焼燃料を最適に判定することを意味している。
【００７２】
棒パターン最適化は、制御ブレード（ＰＷＲの場合は制御棒）の位置を最適に判定することを意味している。制御棒の位置は局所パワー並びに核反応速度に影響を及ぼす。炉心流量最適化は、動作サイクル中の時間の関数として、原子炉を通過する原子炉冷却剤の流量を最適に判定することを意味している。流量は原子炉全体のパワー並びに核反応速度に影響を及ぼす。シーケンス間隔最適化は、動作サイクル中に原子炉を制御するために所定のシーケンス（すなわち、制御棒グルーピング）が使用される持続時間を最適に判定することを意味する。シーケンス間隔は局所パワー並びに核反応速度に影響を及ぼす。
【００７３】
適切な入力装置（例えば、キーボード、マウス、タッチディスプレイなど）を使用して、ユーザはＧＵＩ２３０を介して、１つの最適化パラメータ１４４０と関連する選択ボックス１４４２をクリックすることにより１つ以上の最適化パラメータを選択すれば良い。選択が行われると、選択された最適化パラメータの選択ボックス１４４２にチェックマークが現れる。その選択ボックス１４４２を再度クリックすると、最適化パラメータの選択は解除される。例えば、炉心ローディングパターンデザインの最適化を実行するためには、ユーザは、図１４に示すように、バンドル選択最適化のボックス１４４２を選択すれば良いであろう。
【００７４】
最適化問題と関連する制約パラメータをメモリ（リレーショナルデータベースサーバ）２５０に格納しても良い。それらは、例えば、限界データベース２５１に格納される。制約パラメータは、１つ以上の制約を満足させなければならない又は満足させるべきである最適化問題のパラメータであり、制約は先に説明した限界に類似しているであろう。
【００７５】
図１５は、沸騰水型原子炉の炉心デザインの最適化問題と関連する最適化制約をリストアップした最適化制約ページの一例の画面図を示す。図示されるように、各々の最適化制約１５５０は関連する１つの設計値１５５２を有する。各最適化制約は指定の設計値以下でなければならない。ユーザは目標関数を構成する際に考慮すべき最適化パラメータを選択することができる。ユーザは、最適化制約１５５０と関連する選択ボックス１５５４をクリックすることにより、最適化制約を選択する。選択が行われると、選択された最適化制約(Constraint Description)１５５０の選択ボックス１５５４にチェックマークが現れる。選択ボックス１５５４を再度クリックすると、最適化制約の選択は解除される。
【００７６】
各最適化パラメータは関連する所定のクレジット項及びクレジット重みを有し、それらはリレーショナルデータベースサーバ２５０に格納されている。同様に、各最適化制約も関連する所定のペナルティ項及びペナルティ重みを有し、それらは限界データベース２５１及び／又は目標関数値データベース２５７などの、リレーショナルデータベースサーバ２５０に格納されていても良い。図１５に示すように、ペナルティ項は設計値（限界又は制約）を組み込んでおり、ユーザはこの値を希望に応じて変更（すなわち、構成）することができる。更に、図１５の実施例により、ユーザは最適化制約１５５０ごとの重要度(importance)１５５６を設定することができる。最適化制約の重要度フィールド１５５８において、ユーザは微小、低、公称(Nominal)、高及び極度というプルダウンメニューを与えられる。各々のオプションは、重要度が大きいほど、所定のペナルティ重みも大きくなるような経験的に予め定められたペナルティ重みに相関している。このように、ユーザは所定のペナルティ重みのセットの中から選択する。
【００７７】
上記の選択が完了したならば、計算サーバ４００はリレーショナルデータベースサーバ２５０から選択肢を検索し、先に説明した一般定義及び選択プロセス中に実行された選択に従って目標関数を構成する。その結果構成される目標関数は、選択された最適化パラメータと関連するクレジット要素の和と、選択された最適化制約と関連するペナルティ要素の和とを加算した値である。
【００７８】
更に、この実施例は、ユーザがクレジット重み及びペナルティ重みを処理する方法を選択することを可能にする。例えば、ユーザにはペナルティ重みに関して静的、デスペナルティ、動的及び適応という可能な方法論が与えられ、クレジット重みに関して静的、動的及び適応という可能な方法論が与えられ、ペナルティ重みとクレジット重みの双方に関して相対適応の方法論が与えられる。周知の静的方法論は重みを当初に設定された値に維持する。周知のデス方法論は各ペナルティ重みを無限大に設定する。周知の動的方法論は、最適化検索において目標関数を使用している期間中に、重み変化の量及び／又は頻度を判定する数式に基づいて初期重み値を調整する。周知の適応方法論も最適化検索の進行中に適用される。この方法では、ペナルティ重み値は設計値に違反する制約パラメータごとに定期的に調整される。相対適応方法論は、特開2003-325370に開示されている。
【００７９】
目標関数を使用する最適化
図１６は、本発明の一実施例に従って目標関数を採用する最適化プロセスのフローチャートを示す。この最適化プロセスは、特開2003-327076に開示されている。
【００８０】
説明の便宜上、図１６の最適化プロセスは図１に示すアーキテクチャにより実現されるものとして説明される。図示されるように、ステップＳ１６１０では、先の章で説明したように目標関数が構成され、その後、最適化プロセスが始まる。ステップＳ１６１２で、計算プロセッサ４００はリレーショナルデータベース２５０からシステム入力を検索するか、又は使用中の最適化アルゴリズムに基づいて最適化問題の入力パラメータ（すなわち、システム入力）として１つ以上の値セットを生成する。例えば、それらの入力パラメータは原子炉内部における未使用燃料バンドル及び照射済み燃料バンドルを判定すること、及び／又は特定の原子炉プラントの次のエネルギーサイクルに関する初期未使用燃料ローディングパターンを伴う炉心ローディングパターンデザインを判定することに関連していても良い。しかし、最適化はそれらのパラメータの使用に限定されず、その他の入力パラメータとして、棒グループ（シーケンス）の選択及びサイクル中の時間の関数としての制御棒位置の配置、原子炉冷却剤入口圧力なども考えられるであろう。
【００８１】
各々の入力パラメータの値のセットは最適化問題の候補解である。先に説明したような炉心シミュレータはシミュレート動作を実行し、入力パラメータ値セットごとにシミュレーション結果を生成する。シミュレーション結果は最適化パラメータ及び最適化制約の値（すなわち、システム出力）を含む。それらの値、又はそれらの値のサブセットは目標関数の数式における変数の値である。
【００８２】
次に、ステップＳ１６１４では、計算プロセッサ４００は目標関数及びシステム出力を使用して、候補解ごとの目標関数値を生成する。ステップＳ１６１６で、計算プロセッサ４００は、ステップＳ１６１４で生成された目標関数値を使用して最適化プロセスが１つの解に収束したか否かを評価する。収束に到達しなければ、ステップＳ１６１８で、入力パラメータセットが修正され、最適化反復カウントが増分され、処理はステップＳ１６１２に戻る。ステップＳ１６１２、Ｓ１６１６及びＳ１６１８の生成動作、収束評価動作及び修正動作はSteepest Descent、Genetic Algorithms、Simulated Annealing及びTabu Searchなどの周知のいずれかの決定論的な最適化アルゴリズムに従って実行される。最適化を利用して受け入れ可能な炉心ローディングパターンパターンデザインを判定する場合、最適化は収束（例えば、図８Ａ及び図８ＢのステップＳ７３／Ｓ１７３におけるような受け入れ可能な結果）が得られるまで実行されても良い。
【００８３】
本発明の技術的効果は、原子炉の炉心ローディングパターンデザインを効率良く開発するための方法を提供するコンピュータベース構成であっても良い。また、この技術的効果は、次に予定されている運転停止時に、原子炉の炉心に燃料を収容するための炉心ローディングパターンデザイン及びその炉心にローディングされるべき未使用燃料アセンブリを迅速に開発し、シミュレートし、修正し、完成する能力を内部ユーザ及び外部ユーザに与えるコンピュータベース方法であっても良い。
【００８４】
以上、本発明の実施例を説明したが、本発明を数多くの方法で変形できることは自明であろう。そのような変形は本発明の実施例の趣旨からの逸脱とみなされるべきではなく、当業者には自明であろうと考えられるそのような変形の全ては特許請求の範囲の範囲内に含まれることが意図されている。
【図面の簡単な説明】
【００８５】
【図１】本発明の一実施例に従った方法を実現するための装置を示す図。
【図２】本発明の一実施例に従った方法を実施するための装置のアプリケーションサーバを示す図。
【図３】本発明の一実施例に従って複数の従属データベースを有するリレーショナルデータベースを示す図。
【図４】本発明の一実施例に従った方法を説明するフローチャート。
【図５】本発明の一実施例に従った試験用炉心ローディングパターンデザインを判定する過程を示すフローチャート。
【図６】本発明の一実施例に従ったシミュレーション過程を示すフローチャート。
【図７】本発明の一実施例に従った図４の比較する過程を更に詳細に示すフローチャート。
【図８】図８Ａ、図８Ｂは、本発明の一実施例に従った炉心ローディングパターンデザインの修正及び反復修正プロセスを示すフローチャート。
【図９】本発明の実施例の様々な特徴を更に説明するためのコンピュータベースアプリケーションの例を示す画面図。
【図１０】本発明の実施例の様々な特徴を更に説明するためのコンピュータベースアプリケーションの例を示す画面図。
【図１１】本発明の実施例の様々な特徴を更に説明するためのコンピュータベースアプリケーションの例を示す画面図。
【図１２Ａ】本発明の実施例の様々な特徴を更に説明するためのコンピュータベースアプリケーションの例を示す画面図。
【図１２Ｂ】本発明の実施例の様々な特徴を更に説明するためのコンピュータベースアプリケーションの例を示す画面図。
【図１３】本発明の実施例の様々な特徴を更に説明するためのコンピュータベースアプリケーションの例を示す画面図。
【図１４】本発明の実施例の様々な特徴を更に説明するためのコンピュータベースアプリケーションの例を示す画面図。
【図１５】本発明の実施例の様々な特徴を更に説明するためのコンピュータベースアプリケーションの例を示す画面図。
【図１６】本発明の一実施例に従って使用される最適化ルーチンを説明するフローチャート。
【符号の説明】
【００８６】
２００…アプリケーションサーバ、２０５…バス、２１０…ホストプロセッサ、２２５…ネットワークインタフェース、２３０…グラフィカルユーザインタフェース（ＧＵＩ）、２５０…リレーショナルデータベースサーバ（メモリ）、２５１…限界データベース、２５３…待ち行列データベース、２５５…シミュレータ結果データベース、２５７…目標関数値データベース、２５９…３Ｄシミュレータ入力パラメータデータベース、２６０…暗号化サーバ、２７５…ローカルエリアネットワーク（ＬＡＮ）接続、３００…外部ユーザ、３５０…内部ユーザ、３７５…１２８ビット機密保護ソケット層（ＳＳＬ）接続、４００…計算サーバ
【図１】
2004301841.tif 000004
【図２】
2004301841.tif 000005
【図３】
2004301841.tif 000006
【図４】
2004301841.tif 000007
【図５】
2004301841.tif 000008
【図６】
2004301841.tif 000009
【図７】
2004301841.tif 000010
【図８】
2004301841.tif 000011
【図９】
2004301841.tif 000012
【図１０】
2004301841.tif 000013
【図１１】
2004301841.tif 000014
【図１２Ａ】
2004301841.tif 000015
【図１２Ｂ】
2004301841.tif 000016
【図１３】
2004301841.tif 000017
【図１４】
2004301841.tif 000018
【図１５】
2004301841.tif 000019
【図１６】
2004301841.tif 000020
【外国語明細書】
2004301841000001.pdf