JP2004178600A - 動作パラメータリストプロセスを自動化するシステム - Google Patents

Abstract

【課題】 本発明は、ウェブベースアプリケーションツールがＯＰＬの判定及び最終決定を処理するプロセスを能率化するシステムを提供する。
【解決手段】 動作パラメータリストを自動化するシステムは、ＯＰＬデータをアクセスするためのウェブベースインタフェースを含む。特定の動作サイクルに関してＯＰＬプロセスを解決するときに使用するための更新済みＯＰＬパラメータ値を格納するデータベースが設けられている。ＯＰＬデータは、様々な関係者によりアクセスされ、修正されるフォーマットで提供され、それに従って更新及び通知が実行される。過去のＯＰＬサイクルに対するアクセスも可能である。
【選択図】 図１

Description

本発明は一般に動作パラメータリストプロセスを自動化するシステムに関する。

動作パラメータリスト（ＯＰＬ）は、発電装置（例えば、沸騰水型原子炉発電装置）、特に、各発電装置動作サイクルの動作及びプロセスに関して特定の動作パラメータ（例えば、燃料の量及び最高動作温度）を解析し、判定するために使用される。新たな構成部品又は交換部品を設置すべき場合には、その都度、ＯＰＬを使用する解析が必要になる。例えば、原子炉の新たな燃料セットを設置する前に、適切な動作条件を判定するためにＯＰＬを使用する特定の動作パラメータの解析が実行される（「ＯＰＬプロセス」）。この解析は、例えば、燃料セットの有効寿命を最大にするために実行されても良い。

ＯＰＬプロセスは、通常、数回の繰り返しを必要とし、繰り返しごとにパラメータに対する変更が行われるのが普通である。それらの変更は、例えば、ベンダと顧客との間で提案され、その後に承諾される。通常、同意が得られるＯＰＬを判定するために、Ｅメール、ファックス及び普通郵便を介する書簡／提案を含む数多くの通信が要求される。その後、ＯＰＬは最終決定される（例えば、ベンダと顧客との間で合意に達する）。

既存のＯＰＬプロセスは、Ｅメール、ファックス又は郵便を介してファイル（例えば、提案されたＯＰＬ値を有するファイル）を手動操作で交換することを含み、その結果、遅延や誤りを招くことがある。この手動操作による交換は、データを手書きすること、Ｅメールを利用し、スプレッドシートファイルを添付して通信すること、並びに、例えば、ベンダとユーティリティ顧客との間で従来のチャネル（電話、Ｅメール、ファックスなど）を介して不一致及び意見の相違を解決することを含む。例えば、ＯＰＬデータを収集し、調整するためのプロセスを完了させるために更に余分の時間が要求されるために、ＯＰＬプロセス全体のコストは割高になる。更に、手動操作による調整では複雑さが増すため、誤りが起こる可能性もある。

本発明のシステムはＯＰＬプロセスの自動化を実行し、特に、ウェブベースアプリケーションツールはＯＰＬの判定及び最終決定を処理するプロセスを能率化する。例えば、顧客ウェブセンター（ＣＷＣ）を含むウェブベースアクセスを使用して、ＯＰＬプロセスを自動化するためのインタフェースが提供される。本発明のシステムにより、ある１つのＯＰＬについて最終的なパラメータ値のセットに到達するために、例えば、ベンダとユーティリティ顧客との間の調整及び協力が可能になる。全ての関係者が関連する全てのＯＰＬパラメータをオンラインで検討できるようにすることにより、情報を収集するために必要とされる時間は短縮される。

本発明の一実施例では、動作パラメータリストプロセスを自動化するシステムが提供され、システムは、パラメータ値データを格納するデータベースと、パラメータ値データに対する修正の通知を自動的に実行するように構成され、格納されているパラメータ値データをアクセスするためのウェブベースインタフェースとを含む。パラメータ値データは沸騰水型原子炉発電装置サイクルのパラメータ値を含んでいても良い。更に、自動的な通知はＥメールによる通知を含んでいても良い。

本発明の別の実施例では、動作パラメータリストプロセスを自動化する方法が提供され、方法は、ユーザがパラメータ値データを見て、修正できるように構成されたウェブベースインタフェースをアクセスすることと、ウェブベースインタフェースを使用してパラメータ値を入力することと、パラメータ値に対する修正の自動通知を受信することを含む。更に、方法は、入力されたパラメータ値を修正することを更に含んでいても良く、自動通知（例えば、Ｅメールによる通知）は修正に応答して実行される。方法は、入力されたパラメータ値を確認することを更に含んでいても良い。

本発明の更に別の実施例では、動作パラメータリストプロセスを自動化する方法が提供され、方法は、動作パラメータリストを生成することと、動作パラメータリスト及び関連するパラメータ値をデータベースに格納することと、動作パラメータリストの修正を許可することと、動作パラメータリストに対する修正に基づいてデータベース中の関連するパラメータ値を更新することと、動作パラメータリストに対する修正の通知を実行することを含む。更に、格納する過程は、修正済み動作パラメータリストを第１のデータベースに格納し且つ最終決定動作パラメータリストを第２のデータベースに格納することを含んでいても良い。

本発明は、以下の詳細な説明及び添付の図面から更に完全に理解されるであろう。

以下の好ましい実施例の説明は、性質上、単なる例示であり、本発明、その適用用途又は使用方法を限定することを全く意図されていない。本発明は特定のスプレッドシートファイルなどの特定のデータを使用する特定のインタフェースを伴う特定の構成部品に関連して説明されるが、それには限定されず、様々に異なる種類のデータを使用する異なるインタフェース又は他のインタフェースを伴って異なる構成部品又は他の構成部品を実現することは可能であろう。

本発明の原理に従って構成されるシステムは、ＯＰＬプロセスを容易にするための情報を提供するために、ウェブベースアプリケーションツールを使用する自動化ＯＰＬプロセスを実行する。一般に、本発明のＯＰＬ自動化アプリケーションをアクセスするプロセスは、ユーティリティ顧客ユーザがウェブページ（例えば、ユーザの会社向けにカスタマイズされたウェブページ）をアクセスすることによって始まり、アプリケーションセクションに対するアクセスにより、適正なユーザ特権を有するユーザに対してＯＰＬ自動化アプリケーションへのアクセスが許可される。

ＯＰＬ自動化アプリケーションは、個別のプラントごとに、ファイル（例えば、ＥＸＣＥＬ（登録商標）ファイル、ＥＸＣＥＬ（登録商標））からデータを受信し、そのデータをデータベース（例えば、Ｏｒａｃｌｅ（登録商標）データベース）にセーブする。ＯＰＬ自動化アプリケーションは個別のプラントごとに異なるフォルダでファイルを作成し、格納する。ＯＰＬ自動化アプリケーションは、例えば、ある動作サイクルに関して特定のＯＰＬデータセットについての合意に到達するために、ベンダとユーティリティ顧客ユーザとの間を調整することができる。特に、ユーザは特定のＯＰＬに関連する技術データをアクセスし、目で見て、入力することができる。

ＯＰＬ自動化アプリケーションは特定のユーザに対して、特定のプラント名に基づくユーザＩＤと共に適切な情報（すなわち、画面表示）を提示する。ログインアクセスはシングルサインオン（ＳＳＯ）セッション／認証プロセスを使用して制御される。ログオンが完了すれば、ユーザは作業を行いたいＯＰＬデータに関してプラント及びサイクルを選択し（すなわち、ＯＰＬの値を検討又は提案し）、その後、自動化プロセスが実行される。イントラネットコンポーネントとエクストラネットコンポーネントの双方が提供される。

特に、図１に示すように、本発明の自動化ＯＰＬシステムは、既存のＯＰＬ（すなわち、既存のＯＰＬデータ）を獲得するために、データ変換／アクセスアプリケーション１２２（例えば、Ｍｉｃｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎから入手可能であるＶｉｓｕａｌ ＢａｓｉｃRを使用して実現されるＥｌｅｃｔｒｏｎｉｃ Ｇｅｎｅｒａｌｉｚｅｄ Ａｐｐｌｉｃａｔｉｏｎ ｆｏｒ Ｄａｔａ Ｓｕｂｍｉｔｔａｌ（ｅＧＡＤＳ）を使用して第１のデータベース１２０（例えば、Ｅｎｇｉｎｅｅｒｉｎｇ Ｄａｔａ Ｂａｎｋ（ＥＤＢ）データベース）をアクセスすることを含む。データ変換／アクセスアプリケーション１２２は、その後、アクセスされ且つ検索されたＯＰＬをユーザによりアクセス及び検討されるべきフォーマット、例えば、スプレッドシート１２４に変換する。尚、第１のデータベース１２０に格納されている２進データベースファイルに対する直接アクセスを可能にするために、第１のデータベース１２０の一部としてサブルーチンライブラリが提供されても良いことに注意すべきである。

スプレッドシート１２４は、以下に更に詳細に説明するように、ウェブアプリケーション１２６を使用してアクセスされる。更に、スプレッドシート１２４、特に、スプレッドシート１２４の変更又は改訂を含めたスプレッドシート１２４の更新は、ウェブアプリケーション１２６を介してアクセスされる第２のデータベース１２８（例えば、ＯＰＬウェブアプリケーションデータベース）に格納される。尚、第２のデータベース１２８には、例えば、ベンダ又はユーティリティ顧客がスプレッドシート１２４のＯＰＬに対して提案された変更を行うたびに、スプレッドシート１２４の複数のバージョンが格納されても良いことに注意すべきである。

ウェブアプリケーション１２６と第２のデータベース１２８は組み合わされて、スプレッドシート１２４をアクセスし、特定のＯＰＬに関するパラメータ値の最終決定を容易にするための顧客ウェブセンター（ＣＷＣ）１３０を形成している。最終決定がなされた後（すなわち、値が解決された後）、同意されたＯＰＬパラメータ値を有する最終スプレッドシート１３２が第１のデータベース１２０に格納される。尚、最終スプレッドシート１３２のデータはデータ変換／アクセスアプリケーション１２２を使用して第１のデータベース１２０に格納するためのフォーマットに変換されることに注意すべきである。更に、第１のデータベース１２０及び第２のデータベース１２８の中のデータは暗号化されても良い（例えば、１２８ビットＳＳＬ暗号化）。

特に、ウェブアプリケーション１２６は、ＯＰＬに関して最終的なパラメータ値のセットを判定するために、ＯＰＬをアクセスし、修正する機能性を提供する。一実施例では、ＣＷＣ１３０の一部であるウェブアプリケーション１２６はＯＰＬホームページ、ベンダユーザスタートページ、顧客ユーザスタートページ、プラント選択機能、データをダウンロード又は入力するための選択機能、ファイルダウンロード機能（例えば、スプレッドシートファイルのダウンロード）、ファイルインポート機能、データ入力セーブ機能、データ提出機能及びセーブ通知機能をユーザに提供する。ウェブアプリケーション１２６はアドミニストレータにはアドミニストレータホームページ及びフォルダ編集機能を提供する。

ＣＷＣ１３０を使用して、概要を図２に示されている本発明の自動化プロセス１８０の一実施例によりＯＰＬのパラメータ値を判定できるであろう。特に、ＯＰＬホームページ１５０はＣＷＣ１３０、特にウェブアプリケーション１２６（図１に示す）を使用してアクセスされる。１８２では、ログインがベンダによるか否かに関して判定が実行される。ベンダによるログインでない場合、１８４でログインが顧客によるか否かの判定が実行される。ログインがベンダ又は顧客によるものではない場合、１８６でアドミニストレータによるログインのためにアドミニストレータウェブホームページ１７０が提供される。

ログインがベンダによるログインであれば、１８８でデータをダウンロードすべきか（例えば、ＥＸＣＥＬ（登録商標）ファイルをダウンロードする）又は入力すべきかに関して判定が実行される。ダウンロードが要求された場合、１９０でデータがダウンロードされる。特に、要求されたＯＰＬを有するＥＸＣＥＬ（登録商標）ファイルが第１のデータベース１２０（図１に示す）からダウンロードされ、第２のデータベース１２８（図１に示す）に格納される。データの入力が要求された場合には、１９２で入力がベンダ提案の入力であるか又はサイクル解決入力である（すなわち、ベンダが顧客パラメータ値を受け入れる）かに関して判定が実行される。ベンダ提案入力である場合、１９４でベンダは提案パラメータ値の入力を実行する。サイクル解決入力である場合には、１９６でベンダはサイクル解決入力を実行する（すなわち、提案された顧客値を受け入れる）。いずれかの入力の後、ＥＸＣＥＬ（登録商標）スプレッドシートを有するＥＸＣＥＬ（登録商標）ファイルは１９８で第２のデータベース１２８（図１に示す）に格納される。その後、２００でメッセージ及び／又はリンクが入力に関するＥメール（例えば、「Ｖｅｎｄｏｒ ｈａｓ ｅｎｔｅｒｅｄ ｎｅｗ ｐｒｏｐｏｓｅｄ ｐａｒａｍｅｔｅｒ ｖａｌｕｅｓ， ｐｌｅａｓｅ ｒｅｖｉｅｗ（ベンダが新たな提案パラメータ値を入力しましたので、ご検討下さい）」を介してベンダ及び顧客へ送信される。その後、２０２で、サイクルが解決されたか否かに関して判定が実行され、解決されていれば、２０４でＥＸＣＥＬ（登録商標）ファイルを含むデータが第１のデータベース１２０（図１に示す）に格納される。これは、第１のデータベース１２０（図１に示す）の更新のためにアドミニストレータへＥＸＣＥＬ（登録商標）ファイルを送信することを含んでいても良い。サイクルが解決されていない場合には、２０６でＥＸＣＥＬ（登録商標）ファイルを含むデータは第２のデータベース１２８（図１に示す）にセーブされたままである。

次に、１８４でログインが顧客によるログインであると判定された場合に実行されるプロセスを説明する。２０８で、データをダウンロードすべきか（例えば、ＥＸＣＥＬ（登録商標）ファイルをダウンロードする）又は入力すべきかに関して判定が実行される。ダウンロードが要求された場合、２１０でデータがダウンロードされる。特に、要求されたＯＰＬを含むＥＸＣＥＬ（登録商標）ファイルが第２のデータベース１２８（図１に示す）からダウンロードされる。データの入力が要求された場合には、２１２で、ベンダ提案データ（すなわち、ＯＰＬの提案パラメータ値）が利用可能であるか否かに関して判定が実行される。ベンダ提案データが利用可能でない場合、２１４で顧客ユーザは後にログインすることを促される。ベンダ提案データが利用可能である場合には、２１６で顧客提案入力が実行される。特に、顧客はベンダからの提案パラメータ値を検討し、新たなパラメータ値の一部又は全てを受け入れるか、あるいはそれを修正し、提案するかを判定する。その後、先に説明したように、ＥＸＣＥＬ（登録商標）ファイルを含むデータが格納される。

次に、１８４でログインがアドミニストレータによるログインであると判定された場合に実行されるプロセスを説明する。図３に示すように、２２０でアドミニストレータホームページが提供される。２２２で、アドミニストレータ画面は、プラントごとの仮想フォルダであり、その特定のプラントに関してＯＰＬファイルを含むデータが格納されている全てのプラントフォルダを示すディレクトリを表示する。次に、２２４で、初期（又は以前のサイクルの）ＥＸＣＥＬ（登録商標）ファイルのアップロードが要求されるか否かに関して判定が実行される。初期ＥＸＣＥＬ（登録商標）ファイルが要求された場合、２２６で、そのファイルがアップロードされる。初期ＥＸＣＥＬ（登録商標）ファイルが要求されない場合には、２２８で、既存のＥＸＣＥＬ（登録商標）ファイルの修正が要求されるか否かに関して判定が実行される。更新が要求された場合、２３０でプラントフォルダ内の特定のプラントに関するＥＸＣＥＬ（登録商標）ファイルが修正又は更新される。２２８で修正が要求されないと判定された場合には、２３２でプラントフォルダ内の特定のプラントに関するＥＸＣＥＬ（登録商標）ファイルのダウンロードが実行される。

本発明の自動化ＯＰＬプロセスの概要を説明したので、次に、ＯＰＬデータを有するＥＸＣＥＬ（登録商標）ファイルを含めて、データをアクセスし、修正するための一実施例を説明する。図４に示すようなログオンプロセス２５０が自動化ＯＰＬプロセスを開始するのが好ましい。プロセスは２５２で始まり、２５４で、ＣＷＣ１３０（図１に示す）からＯＰＬウェブアプリケーション１２６（図１に示す）がアクセスされる。ＣＷＣ１３０（図１に示す）に対するアクセスを許可されている各ユーザは、様々に異なるプラントに関するデータをアクセスするためのシングルサインオン能力を可能にするためにＬｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ（ＬＤＡＰ）を提供される。ＬＤＡＰレコードは顧客及び対応するアクセス権を複数の特定のサブディレクトリに区分する。更に、顧客のＬＤＡＰレコードから受信されるデータに基づいて、ナビゲーショナル及びコンテンツカスタマイゼーションが実行されても良い。特に、顧客のＬＤＡＰレコード、とりわけ、ＰｌａｎｔＮａｍｅ（プラント名）のＬＤＡＰ定義は顧客ユーザによるアクセスを動的に制御する。

特に、ＰｌａｎｔＮａｍｅはＣＷＣ１３０（図１に示す）をアクセスしている顧客ユーザのＨＴＴＰヘッダから得られる。２５８では、ユーザのセキュリティレベル（例えば、アクセス権）を検証するためにユーザのプロファイルを求めてデータベース検索が実行される。本質的には、制約に関してＨＴＴＰヘッダにおけるユーザのＳＳＯ情報が検査され、テーブル中でユーザの特権及びユーザがアクセスできる文書を参照するために、ＳＳＯプラント名がユーザ情報と組み合わせて使用される。この認証許可プロセスは、例えば、Ｎｅｔｅｇｒｉｔｙから入手可能であるＳｉｔｅＭｉｎｄｅｒを含めた周知のプログラムを使用して実行されれば良い。

その後、２６０で、ユーザがＯＰＬウェブアプリケーション１２６（図１に示す）に対してサインアップしたか否かに関して判定が実行される。ユーザがサインアップしている場合、２６２でＯＰＬホームページが表示される。サインアップしていない場合には、２６４でユーザはサインアップし、後にログインすることを促される。認証及び許可は少なくともユーザ名とパスワードの組み合わせを入力することを要求する。更に、ユーザのＬＤＡＰ情報を提供するためにセッションｃｏｏｋｉｅが使用されても良い。

更に、ここで説明するような指令を含むようにいくつかのＪａｖａ（登録商標） Ｓｅｒｖｅｒ Ｐａｇｅ（ＪＳＰ）の経路を解決するときに使用するための６文字サブディレクトリ名を獲得するために、ＰｌａｎｔＮａｍｅ値がパージングされても良い。また、ユーザがベンダの従業員である場合には、Ｍａｓｋ（マスク）がセッションメモリに格納される。ＭａｓｋはＣｏｍｐａｎｙＮａｍｅ（会社名）からパージングされる経路値に取って代わるために使用される。これにより、ベンダ職員は顧客ページを顧客と全く同じように見ることができる。加えて、様々なコンテンツの提示を制御するために２つのパラメータが使用される。アプリケーションのメインページ（すなわち、ＯＰＬホームページ）はパラメータの値を復号し、経路に基づいて含めるべき適切なＪＳＰを選択する。

ユーザ、特にベンダユーザがログオンした後、図５に示すように、２７２でベンダダウンロード又はデータ入力プロセス２７０が開始されても良い。２７４でＯＰＬホームページが表示され、ユーザは提案入力又はサイクル解決入力のいずれかを選択するオプションを与えられる。そこで、ユーザは２７６で「Ｐｒｏｐｏｓｅｄ ｉｎｐｕｔ（提案入力）」又は「Ｃｙｃｌｅ Ｒｅｓｏｌｖｅｄ（サイクル解決）」のいずれかを選択する。この選択を表すユーザ入力からの値は、この後、２７８で受信され、２８０で、例えば、ドロップダウンメニューを使用して利用可能プラントのリストが表示される。そこで、２８２でユーザは１つ以上のプラントを選択し、２８４で更に別のオプションを有するドロップダウンメニューが表示される。次に、ユーザは２８６で「Ｄｏｗｎｌｏａｄ ＥＸＣＥＬ（登録商標） ｆｉｌｅ（ＥＸＣＥＬ（登録商標）ファイルをダウンロードする）」、「Ｉｍｐｏｒｔ ｄａｔａ ｆｒｏｍ ＥＸＣＥＬ（登録商標） ｆｉｌｅ（ＥＸＣＥＬ（登録商標）ファイルからデータをインポートする）」又は「Ｉｎｐｕｔ ｄａｔａ ｆｒｏｍ ｔｈｅ ｗｅｂ（ウェブからデータを入力する）」のいずれかを選択する。その後、選択されたアクションに基づいて、２８８で対応するデータ（例えば、ＥＸＣＥＬ（登録商標）スプレッドシートのＯＰＬデータ）が第１のデータベース１２０（図１に示す）から検索される。その後、２９０で、データはデータベースフォーマットからＯＰＬホームページに表示するためのフォーマットに変換される。

具体的には、ユーザが「Ｄｏｗｎｌｏａｄ ＥＸＣＥＬ（登録商標） ｆｉｌｅ」を選択した場合、ユーザはウェブからＥＸＣＥＬ（登録商標）ファイルをダウンロードできる。ユーザが「Ｉｍｐｏｒｔ ｄａｔａ ｆｒｏｍ ＥＸＣＥＬ（登録商標） ｆｉｌｅ」を選択した場合、ユーザは、例えば、そのＰＣからＥＸＣＥＬ（登録商標）ファイルをインポートできる。ユーザが「Ｉｎｐｕｔ ｄａｔａ ｆｒｏｍ ｔｈｅ ｗｅｂ」を選択した場合には、２９２でユーザが見て、修正するために、指定されたプラントに関して検索されたデータからのパラメータ記述及び値が画面上に、例えば、ＥＸＣＥＬ（登録商標）スプレッドシートとして表示される。

顧客ユーザがログオンした場合には、図６に示すように２９３で顧客ダウンロード又はデータ入力プロセス２９０が開始されれば良い。２９４でＯＰＬホームページが表示され、顧客ユーザは利用可能プラントのドロップダウンメニューから１つのプラントを選択する。次に、２９６で更新済みＯＰＬデータを求めて検索が実行される。２９８で、更新済みＯＰＬデータが利用可能であるか否かに関して判定が実行される。更新済みＯＰＬデータがまだ利用可能ではない場合、３００で顧客ユーザは後にログインすることを促される。更新済みデータが利用可能である場合には、３０２で顧客ユーザは様々なダウンロード／入力オプションを与えられる。そこで、顧客ユーザは３０４で「Ｄｏｗｎｌｏａｄ ＥＸＣＥＬ（登録商標） ｆｉｌｅ（ＥＸＣＥＬ（登録商標）ファイルをダウンロードする）」、「Ｉｍｐｏｒｔ ｄａｔａ ｆｒｏｍ ＥＸＣＥＬ（登録商標） ｆｉｌｅ（ＥＸＣＥＬ（登録商標）ファイルからデータをインポートする）」又は「Ｉｎｐｕｔ ｄａｔａ ｆｒｏｍ ｔｈｅ ｗｅｂ（ウェブからデータを入力する）」を選択する。次に、３０６で対応するデータが検索され、３０８でデータはデータベースフォーマットからＯＰＬホームページに表示するためのフォーマットに変換される。

具体的には、ユーザが「Ｄｏｗｎｌｏａｄ ＥＸＣＥＬ（登録商標） ｆｉｌｅ」を選択した場合、ユーザはウェブからＥＸＣＥＬ（登録商標）ファイルをダウンロードできる。ユーザが「Ｉｍｐｏｒｔ ｄａｔａ ｆｒｏｍ ＥＸＣＥＬ（登録商標） ｆｉｌｅ」を選択した場合、ユーザは、例えば、そのＰＣからＥＸＣＥＬ（登録商標）ファイルをインポートできる。ユーザが「Ｉｎｐｕｔ ｄａｔａ ｆｒｏｍ ｔｈｅ ｗｅｂ」を選択した場合には、３１０でユーザが見て、修正するために、指定されたプラントに関して検索されたデータからのパラメータ記述及び値が画面上に、例えば、ＥＸＣＥＬ（登録商標）スプレッドシートとして表示される。

データを入力することに関して、図７に示すように、データ入力プロセス３２０は３２２で開始される。３２４で、指定された（すなわち、選択された）プラントに関してＯＰＬのパラメータ記述及び値があれば、それらが表示される。次に、ユーザは３２６でパラメータ値を入力及び／又は修正するが、これは特定のユーザアクセス権により制限されても良い。２ページ（すなわち、２画面）以上のパラメータがリストアップされている場合には、ユーザは、例えば、Ｎｅｘｔ Ｐａｇｅ／Ｐｒｅｖｉｏｕｓ Ｐａｇｅ（次ページ／前ページ）ボタン又はＰａｇｅ Ｎｕｍｂｅｒ（ページ番号）ドロップダウンメニューを使用して、ページごとにパラメータ値を入力及び／又は修正する。ユーザが３２８で入力をセーブせずに異なるページをアクセスすることを試みた場合、３３０で、別のページをアクセスする前にそのページをセーブすることを注意する警告メッセージが提示される。ユーザが３３２で（例えば、Ｓａｖｅ（セーブ）ボタンをクリックすることにより）ＯＰＬページをセーブしたならば、３３４で第２のデータベース１２８（図１に示す）が更新される。その後、３３６で、ユーザは特定のＯＰＬファイル（例えば、ＯＰＬ ＥＸＣＥＬ（登録商標）ファイル）に関して異なるページをアクセスすることができる。３３８では、指定された（すなわち、選択された）プラントについてパラメータ記述及び値があれば、それらが再び表示され、ユーザは３２６でそれらの値を再度入力又は修正する。

データ（すなわち、パラメータ値）を入力した後、図８に示すように３４２でデータ提出及びＯＰＬファイル作成プロセス３４０が開始される。ユーザは３３４でＯＰＬの最終ページにおいてＳｕｂｍｉｔ（提出）ボタンを選択する（例えば、マウスポインタによってクリックする）。次に、３４６で、データセット（すなわち、ＯＰＬのパラメータ値）が完全であり且つ全てのパラメータが指定値を有するか否かに関して判定が実行される。データセットが完全でない場合、３４８で、ユーザはＳａｖｅボタンが選択されなかったページなどの欠落ページについてパラメータ値を検討し、再入力することを促される。その後、データ入力プロセス３２０は再び開始される。データセットが完全であれば、３５０で、ユーザにデータを提出する前にデータの正確さを検証することを警告するためのメッセージが表示される。検証が終了すれば、対応するＥＸＣＥＬ（登録商標）ファイルを更新すること又は３５４で新たなＥＸＣＥＬ（登録商標）ファイルを作成し、セーブすることを含めて、３５２で第２のデータベース１２８（図１に示す）が更新される。次に、３５６で、ＯＰＬが最終決定され、全てのパラメータ値が承認され、受け入れられるように、サイクルが解決されたか否かに関して判定が実行される。サイクルが解決されている（すなわち、システム値が「Ｃｙｃｌｅ Ｒｅｓｏｌｖｅｄ ｉｎｐｕｔ（サイクル解決入力）」と等しい）場合、３５８でセーブされているＥＸＣＥＬ（登録商標）ファイルがアドミニストレータへ送信され、第１のデータベース１２０（図１に示す）が更新される。サイクルが解決されていない場合には、３６０で、再度検討のためにＥＸＣＥＬ（登録商標）ファイルがダウンロードできる状態になっていることを示すメッセージ及びＯＰＬファイルへのリンクがＥメールを介してベンダユーザと、特定の顧客ユーザの双方へ送信される。

次に、図９に示すようなアドミニストレータ更新プロセス３７０が３７２で開始されても良い。３７４でＯＰＬホームページが表示され、ユーザは３７６でユーザアドミニストレーションオプションを選択する。そこで、３７８でユーザアドミニストレーションページが表示され、ユーザ（すなわち、アドミニストレータ）は、３８２で全てのプラントフォルダのディレクトリを表示するために、３８０でＥｄｉｔｓ Ｆｏｌｄｅｒ（フォルダ編集）リンクを選択しても良い。次に、ユーザは３８４で選択されたプラントフォルダに関してＯＰＬファイル（例えば、ＥＸＣＥＬ（登録商標）ファイル）を追加又は編集することを選択しても良い。次に、３８６でフォルダ中のＯＰＬファイルがアクセスされ、３８８で追加／編集画面が表示されて、３９０でユーザプロンプトを提供する。特に、ユーザはＰｒｅｖｉｏｕｓ Ｃｙｃｌｅ（前サイクル）フォルダを編集すること、Ｖｅｎｄｏｒ Ｐｒｏｐｏｓｅｄ（ベンダ提案）フォルダを編集すること、Ｃｕｓｔｏｍｅｒ Ｐｒｏｐｏｓｅｄ（顧客提案）フォルダを編集すること又はＣｙｃｌｅ Ｒｅｓｏｌｖｅｄ（サイクル解決）フォルダを編集することを促されても良い。これにより、アドミニストレータは３９２でフォルダをアクセスでき、３９４で、例えば、ＯＰＬが最終決定されたときに、選択されたフォルダの中でＯＰＬファイルを追加又は更新することができる。尚、フォルダの更新はアドミニストレータにより実行されても良いし、あるいは更新の通知を提供することを伴って、自動プロセスにより実行されても良いことに注意すべきである。例えば、ＯＰＬファイルを最終決定（すなわち、確認及び受け入れ）するときに、第１のデータベース１２０（図１に示す）が自動的に更新されても良い。

本発明のディレクトリ構造に関して、一実施例では３つのレベルが提供されている。第１のレベル、すなわち、トップレベルはアプリケーション（ＯＰＬ）の文字を含むアプリケーションルートである。このフォルダの下に、ＣＷＣの情報及びアプリケーションのヘッダファイルを含むＣＷＣＲｏｏｔと呼ばれる記号リンクを含むＪＳＰがあり、その下に、アプリケーションの２つのフォルダ、すなわち、画像のフォルダと、静的コンテンツのフォルダがあり、それらは第１のデータベース１２０（図１に示す）にＯＰＬが提供されるときに更新すべきフォルダである。

ＪＳＰに関して、次のページが提供される。
（１）ホームページ（ｉｎｄｅｘ．ｊｓｐ）−これはユーザが見る最初のページである。ユーザスタートページ及び顧客ユーザスタートページに接続する。
（２）ベンダユーザスタートページ（ｇｅｓｔａｒｔ．ｊｓｐ）−このページにより、ベンダユーザはリロードサイクルの中でどの入力サイクルを操作すべきかを指定できる。
（３）顧客ユーザスタートページ（ｃｕｓｔｏｍｅｒｓｔａｒｔ．ｊｓｐ）−このページはプラント選択ページに接続する。
（４）プラント選択ページ（ｐｌａｎｔｓｅｌｅｃｔ．ｊｓｐ）−これはユーザ特権に基づいて利用可能プラントのリストを提供する。
（５）ＥＸＣＥＬ（登録商標）ファイルダウンロード又はデータ入力ページ（ａｃｔｉｏｎｔｙｐｅ．ｊｓｐ）−これは利用可能な機能のリストを提供する。
（６）ＥＸＣＥＬ（登録商標）ファイルインポートページ（ｄａｔａｉｍｐｏｒｔ．ｊｓｐ）−このページはＥＸＣＥＬ（登録商標）ファイルからデータをインポートする機能性を提供する。
（７）データ入力／ページセーブ／データ提出ページ（ｄａｔａｉｎｐｕｔ．ｊｓｐ）−このページにより、ユーザはデータ入力を実行し、ブラウザからデータを提出することができる。
（８）セーブ通知ページ（ｎｏｔｉｃｅｏｆｓａｖｅ．ｊｓｐ）−このページはユーザにデータ入力の完了を通知する。
（９）ダウンロードページ（ｄｏｗｎｌｏａｄ．ｊｓｐ）−このページは利用可能なＥＸＣＥＬ（登録商標）ファイルのリストを提供し、ユーザはそれらのファイルをダウンロードできる。
（１０）アドミニストレータページ（ｇｅａｄｍｉｎ．ｊｓｐ）−これはアドミニストレータがＯＰＬホームページへの接続後に最初に見るページである。
（１１）フォルダ編集ページ（ｆｏｌｄｅｒａｄｍｉｎ．ｊｓｐ）−このページはウェブアプリケーションに新たなフォルダを追加する能力を提供する。

更に、次のようなＳｅｒｖｌｅｔ（例えば、サーバで実行されるプログラム）が提供されても良い。
（１）フォルダアドミニストレーションＳｅｒｖｌｅｔ（ＦｏｌｄｅｒＡｄｍｉｎＳｅｒｖｌｅｔ）−このＳｅｒｖｌｅｔはプラントフォルダのアップロード及びフォルダ情報の修正を扱う。
（２）フォルダ検索Ｓｅｒｖｌｅｔ（ＦｏｌｄｅｒＳｅａｒｃｈＳｅｒｖｌｅｔ）−このＳｅｒｖｌｅｔはデータベース検索を扱う。

加えて、次のようなビーン（例えば、Ｓｅｒｖｌｅｔにより使用されるべきプログラムコンポーネント）が提供されても良い。
フォルダ（Ｆｏｌｄｅｒ）−このビーンは、特定のプラントについてＯＰＬファイル（例えば、ＥＸＣＥＬ（登録商標）ファイル）が格納される特定のフォルダに関する全ての情報を含み、次のフォーマットを有する。
Ｆｏｌｄｅｒ
−ＦｏｌｄｅｒＮａｍｅ：Ｓｔｒｉｎｇ
−ＦｏｌｄｅｒＩｄ：Ｓｔｒｉｎｇ
＋ｇｅｔＦｏｌｄｅｒＮａｍｅ（）：Ｓｔｒｉｎｇ
＋ｓｅｔＦｏｌｄｅｒＮａｍｅ（ｎｅｗＦｏｌｄｅｒＮａｍｅ：Ｓｔｒｉｎｇ）：ｖｏｉｄ

図１０に示すような一実施例では、ＪＳＰ４００はＳｅｒｖｌｅｔ４０４を介してユーザ４０２によりアクセスされる。ｓｅｒｖｌｅｔ４０４は、ＯＰＬデータベース１２０及び１２８の適切なデータをアクセスするためにビーン４０６と関連して提供される。

動作中、ユーザは図１１に示すようなｌｏｇｉｎ（ログイン）ページ４２０を使用してＣＷＣ１３０（図１に示す）をアクセスする。ユーザはＩＤフィールド４２２にＩＤ（すなわち、ユーザ名）を、パスワードフィールド４２４にパスワードをそれぞれ入力し、Ｌｏｇｉｎボタン４２６を選択する（例えば、マウスポインタによってクリックする）ことにより図４に示すようなログオンプロセス２５０を開始する。新たなパスワードが必要とされる場合（すなわち、新たなユーザ）又はパスワードを忘れてしまった場合には、ユーザは新パスワード／パスワード忘れメンバ４２８を選択しても良い。ログオン後、ＣＷＣホームページが表示される。ＣＷＣホームページは複数の選択可能メンバ、特に、ＯＰＬウェブアプリケーション１２６をアクセスするための選択可能メンバを含む。ＯＰＬ選択可能メンバを選択した後、ＯＰＬメインページが表示される。

ＯＰＬメインページをアクセスした後、ユーザはここで説明したようなプルダウンメニューを使用してＯＰＬファイル（例えば、ＥＸＣＥＬ（登録商標）ファイル）をアクセスしても良い。更に、ユーザは既存のＯＰＬファイルを修正し、新たなＯＰＬファイルを作成しても良い（例えば、プロジェクト管理者が新たなサイクルを開始するなど）。新たなＯＰＬを要求すると、図１２（Ａ）及び図１２（Ｂ）に示すようなＯＰＬページ４５０が表示される。ユーザは、ＯＰＬページ４５０全体のコンテンツを見るために、何らかの周知の方法（例えば、スクロールバー）を使用してＯＰＬページ４５０を上下にスクロールすることができる。ＯＰＬページ４５０は４５２でそのＯＰＬが適用されるプロジェクトを識別し、識別されたプロジェクトのパラメータ記述のリスト４５４を含む。パラメータごとに、対応するパラメータ値を入力するための入力セル４５６が設けられている。４６４で識別されるサイクル（すなわち、１つの発電プラントにおける１つのプロセスに関する動作サイクル）ごとに、ベンダ提案値に対応する欄４５８、顧客提案値に対応する欄４６０及び解決済み（すなわち、同意された）値に対応する欄４６２が別個に設けられている。前サイクルからの解決済み値の欄４６６も設けられている。参照指示（例えば、独立解析）を提供するための参照欄４６８及びコメントを記入するためのコメント欄４７０も含まれている。

ＯＰＬページ４５０は前のＯＰＬページをアクセスするためのＰｒｅｖｉｏｕｓ Ｐａｇｅ（前ページ）選択可能メンバ４７２と、次のＯＰＬページを選択するためのＮｅｘｔ Ｐａｇｅ（次ページ）選択可能メンバ４７４と、特定のＯＰＬファイルに関連するグラフ（例えば、蒸気流量とＴＣＶ位置の関係を表すグラフ）をアップロードし、表示するためのＵｐｌｏａｄ Ｆｉｇｕｒｅｓ（図アップロード）選択可能メンバ４７８及びＤｉｓｐｌａｙ Ｆｉｇｕｒｅｓ（図表示）選択可能メンバ４７６とを更に含む。まだ更新されていないＯＰＬページ４５０を示す指示４８０も提供される。更に、別の特定のＯＰＬページ４５０をアクセスするためのページ選択フィールド４８２も設けられている。

パラメータ値が入力された後にＯＰＬページ４５０をセーブするためのセーブ選択可能メンバ４８４が設けられている。表示されているＯＰＬページ４５０のパラメータ値をクリアするためのクリア選択可能メンバ４８６が設けられている。また、ＯＰＬファイルの全てのＯＰＬページ４５０でパラメータ値が入力された後にパラメータ値を提出するための提出選択可能メンバ４８８が設けられている。解決済み値に関して、２つの提案値が同じである場合、解決済み値の欄４６２は自動的にその値で埋められる。顧客により値が変更された場合には、解決済み値は空白のままであるか、あるいは顧客が提案した数字で自動的に埋められても良い。

従って、ここで説明したようにパラメータ値が入力され、その後、データベースにセーブされ、ＯＰＬプロセスを解決する（すなわち、合意に至る）ときに使用するために提出される。ここで説明したような自動Ｅメール及び通知はＯＰＬプロセスの様々な段階が完了した時点で生成され、送信されても良い（例えば、ベンダが提案されたパラメータ値を入力し、考慮及び／承認のためにそれらの値を提出する）。

本発明の説明は、性質上、単なる例示であり、また、特許請求の範囲に記載された符号は、理解容易のためであってなんら発明の技術的範囲を実施例に限縮するものではない。

本発明の自動化ＯＰＬプロセスの詳細なブロック線図。 本発明の自動化ＯＰＬプロセスのフローチャート。 本発明のアドミニストレータアクセスプロセスのフローチャート。 本発明のログオンプロセスのフローチャート。 本発明のベンダデータダウンロード又は入力プロセスのフローチャート。 本発明の顧客データダウンロード又は入力プロセスのフローチャート。 本発明のデータ入力プロセスのフローチャート。 本発明のデータ提出／ＯＰＬファイル作成プロセスのフローチャート。 本発明のアドミニストレータ更新プロセスのフローチャート。 本発明の自動化ＯＰＬプロセスのウェブアーキテクチャのブロック線図。 本発明のログインページの画面図。 本発明のＯＰＬページの画面図。 本発明のＯＰＬページの画面図。

符号の説明

１２０・・・第１のデータベース、１２２・・・データ変換／アクセスアプリケーション、１２４・・・スプレッドシート、１２６・・・ウェブアプリケーション、１２８・・・第２のデータベース、１３０・・・顧客ウェブセンター（ＣＷＣ）、１３２・・・最終スプレッドシート

Claims (21)

1. 動作パラメータリストプロセスを自動化するシステムにおいて、
   パラメータ値データを格納するデータベース（１２０）と、
   パラメータ値データに対する修正の通知を自動的に実行するように構成され、格納されているパラメータ値データをアクセスするためのウェブベースインタフェース（１２６）とを具備するシステム。
2. 前記データベース（１２０）は修正済みパラメータ値データを格納するように構成されている請求項１記載のシステム。
3. 最終決定パラメータ値データを格納する第２のデータベース（１２８）を更に具備する請求項２記載のシステム。
4. 前記データベース（１２０）に格納するためのフォーマットと、前記ウェブベースインタフェース（１２６）を使用してアクセスするためのフォーマットとの間でパラメータ値データを変換するための変換要素（１２２）を更に具備する請求項１記載のシステム。
5. パラメータ値データは沸騰水型原子炉発電装置サイクルに関するパラメータ値を含む請求項１記載のシステム。
6. 自動的な通知はＥメールによる通知である請求項１記載のシステム。
7. 前記データベース（１２０）はパラメータ値データに対する修正を自動的に格納するように構成されている請求項１記載のシステム。
8. 前記ウェブベースインタフェース（１２６）はパラメータ値データに対する複数の異なるユーザアクセスレベルを提供するように構成されている請求項１記載のシステム。
9. 前記ウェブベースインタフェース（１２６）は前記データベース（１２０）に格納されているパラメータ値によってパラメータリストを生成するように構成されている請求項１記載のシステム。
10. 動作パラメータリストプロセスを自動化する方法において、
    ユーザがパラメータ値データを見て、修正できるように構成されたウェブベースインタフェース（１２６）をアクセスすることと、
    前記ウェブベースインタフェース（１２６）を使用してパラメータ値を入力することと、
    パラメータ値に対する修正の自動通知を受信することから成る方法。
11. 入力されたパラメータ値を修正することを更に含み、自動通知は修正に応答して実行される請求項１０記載の方法。
12. 自動通知はＥメールによる通知である請求項１１記載の方法。
13. パラメータ値は沸騰水型原子炉発電装置サイクルに関するパラメータ値である請求項１０記載の方法。
14. パラメータ値はユーザによりアクセスされるべきスプレッドシート（１２４）の一部として表示されるパラメータリストとして構成されている請求項１０記載の方法。
15. 前記ウェブベースインタフェース（１２６）は、ユーザのアクセス権に基づいてパラメータ値データに対する複数の異なるアクセスレベルを提供するように構成されている請求項１０記載の方法。
16. 入力されたパラメータ値を確認することを更に含む請求項１０記載の方法。
17. 動作パラメータリストプロセスを自動化する方法において、
    動作パラメータリストを生成することと、
    動作パラメータリスト及び関連するパラメータ値をデータベース（１２０）に格納することと、
    動作パラメータリストの修正を許可することと、
    動作パラメータリストに対する修正に基づいて前記データベース（１２０）中の関連するパラメータ値を更新することと、
    動作パラメータリストに対する修正の通知を実行することから成る方法。
18. 動作パラメータリストは沸騰水型原子炉発電装置サイクルの動作パラメータ値を含む請求項１７記載の方法。
19. 格納する過程は、修正済み動作パラメータリストを第１のデータベース（１２０）に格納し且つ最終決定動作パラメータリストを第２のデータベース（１２８）に格納することから成る請求項１７記載の方法。
20. 通知はＥメールによる通知である請求項１７記載の方法。
21. ユーザアクセス権に基づいて動作パラメータリストに対するアクセスを制限することを更に含む請求項１７記載の方法。

Images