JP2018205908A - プラント設計装置、プラント設計方法、およびプラント設計プログラム - Google Patents

Abstract

【課題】発電プラントを迅速に設計可能なプラント設計装置を提供する。
【解決手段】一の実施形態によれば、プラント設計装置は、発電プラント内の機器の識別情報を管理する管理部を備える。前記装置はさらに、前記発電プラント内の機器の情報を第１から第Ｎ（Ｎは２以上の整数）データベースから取得する取得部を備える。前記装置はさらに、第Ｋ_１（Ｋ_１は１からＮの整数）データベースから取得された情報と、前記第Ｋ_１データベースと異なる第Ｋ_２（Ｋ_２は１からＮの整数）データベースから取得された情報とを、前記識別情報により関連付けることで、前記発電プラント内の機器の情報を表示するための表示データを作成する作成部を備え、前記作成部は、前記第Ｋ_１データベースからの情報と、前記第Ｋ_２データベースからの情報とが重複しているか否かを、前記識別情報に基づいて判断し、前記重複の判断結果に基づいて前記表示データを作成する。
【選択図】図１

Description

本発明の実施形態は、プラント設計装置、プラント設計方法、およびプラント設計プログラムに関する。

一般に発電プラントの設計は、配管系統設計、電気系統設計、計装制御設計というように設計分野ごとに行われる。この際、これらの分野間のデータの整合性を確認する必要があることから、設計は設計分野ごとに順番に行われている。そのため、ある分野の設計が停止すると他の分野の設計が開始できなくなったり、ある分野の設計が変更されると設計済みの他の分野もその影響を受けたりして、発電プラントの設計が迅速に進まない可能性がある。よって、発電プラントの設計を設計分野ごとに行っても迅速に進めることが可能な手法が求められている。さらに、異なる設計分野間で機器の識別情報をどのように管理するかが問題となる。

特開２０１３−６１９４４号公報

本発明の実施形態は、プラント（発電プラント、化学プラント等）を迅速に設計可能なプラント設計装置、プラント設計方法、およびプラント設計プログラムを提供することを課題とする。

一の実施形態によれば、プラント設計装置は、発電プラント内の機器の識別情報を管理する管理部を備える。前記装置はさらに、前記発電プラント内の機器の情報を第１から第Ｎ（Ｎは２以上の整数）データベースから取得する取得部を備える。前記装置はさらに、第Ｋ_１（Ｋ_１は１からＮの整数）データベースから取得された情報と、前記第Ｋ_１データベースと異なる第Ｋ_２（Ｋ_２は１からＮの整数）データベースから取得された情報とを、前記識別情報により関連付けることで、前記発電プラント内の機器の情報を表示するための表示データを作成する作成部を備え、前記作成部は、前記第Ｋ_１データベースからの情報と、前記第Ｋ_２データベースからの情報とが重複しているか否かを、前記識別情報に基づいて判断し、前記重複の判断結果に基づいて前記表示データを作成する。

第１実施形態のプラント設計システムの構成を示す模式図である。 第１実施形態のタグナンバーの例を示した図である。 第１実施形態のデータベース間の相互連携の例を示した図である。 第１実施形態のプラント設計方法の一例を示すフロー図である。 第１実施形態のプラント設計装置の第１の動作例を示す図である。 第１実施形態の系統図、機器図、および単結の例を示した図である。 第１実施形態のプラント設計装置の第２の動作例を示す図である。 第１実施形態の配置図の例を示した図である。 第１実施形態のプラント設計装置の第３の動作例を示す図である。 第１実施形態におけるデータ連携について説明するための模式図である。 第２実施形態におけるデータ連携について説明するための模式図である。 第２実施形態における情報モデルについて説明するための図である。 第２実施形態における情報モデルについて説明するための表である。 第２実施形態のプラント設計装置の動作例を示すフロー図である。 第２実施形態のプラント設計システムの構成を示す模式図である。

以下、本発明の実施形態を、図面を参照して説明する。

（第１実施形態）
図１は、第１実施形態のプラント設計システムの構成を示す模式図である。

図１のプラント設計システムは、プラント設計装置１と、複数のデータベース（ＤＢ）２と、複数の端末装置３と、これらを互いに接続するＬＡＮ（Local Area Network）などの通信ネットワーク４とを備えている。図１は、複数のデータベース２の例として５つのデータベース２ａ〜２ｅを示し、複数の端末装置３の例として３台の端末装置３ａ〜３ｃを示している。これらのデータベース２は、第１から第Ｎ（Ｎは２以上の整数）のデータベースの例である。

本実施形態では、発電プラントの設計が、配管系統設計、電気系統設計、計装制御設計というように設計分野ごとに行われ、例えば端末装置３を使用して行われる。端末装置３で作成された設計関連情報は、データベース２に格納される。本実施形態のデータベース２は、設計分野や使用目的ごとに用意されている。

例えば、データベース２ａは配管系統設計用に使用され、データベース２ｂは電気系統設計用に使用され、データベース２ｃは計装制御設計用に使用される。これらのデータベース２ａ〜２ｃは、設計分野別データベースの例である。また、データベース２ｄは、発電プラントの設計用のＣＡＤ（Computer Aided Design）図面と、ＣＡＤ用のリスト情報とを格納するＣＡＤデータベースである。また、データベース２ｅは、発電プラント内の機器の仕様情報を格納する仕様情報データベースである。仕様情報データベースの例としては、バルブやモータなどのモジュールごとの情報を格納するモジュールＤＢや、複数のモジュールを組み合わせたコンポーネントごとの情報を格納するコンポーネントＤＢや、発電プラント単位での情報を格納するデジタルプラントＤＢなどが挙げられる。その他のデータベースの例については、後述する（例えば図４を参照）。

プラント設計装置１は、発電プラントの設計に関する種々の処理を行う装置であり、例えば、データベース２の管理や、発電プラントの動作のシミュレーションなどを行う。プラント設計装置１は、プロセッサや制御回路などの制御部１１と、キーボード、マウス、ディスプレイなどの入出力部１２と、メモリやストレージなどの記憶部１３と、通信インタフェースなどの通信部１４とを備えている。

制御部１１は、管理部１１ａ、取得部１１ｂ、検出部１１ｃ、更新部１１ｄ、シミュレーション部１１ｅ、作成部１１ｆ、表示部１１ｇなどの機能ブロックを備えている。これらの機能ブロックは例えば、記憶部１３内に格納されたコンピュータプログラムを制御部１１により実行することで実現される。このプログラムは、プラント設計プログラムの例であり、記録媒体からプラント設計装置１にインストールされたものでもよいし、通信ネットワーク４上のサーバなどからプラント設計装置１にダウンロードされたものでもよい。

管理部１１ａは、設計対象となる発電プラント内の機器の識別情報を管理する。機器の例は、上述のモジュールやコンポーネントであり、例えば、種々のタンク、ポンプ、冷却器、バルブ、フィルタ、軸受、変圧器、ブロア、モータなどである。また、識別情報の例は、各機器のＩＤ（identification）コードである。本実施形態の管理部１１ａは、各機器の識別情報として、ＲＤＳ−ＰＰ（登録商標：Reference Designation System for Power Plants）などのタグナンバーを管理する。

図２は、第１実施形態のタグナンバーの例を示した図である。

図２では、管理部１１ａが各機器をタグナンバーで管理し、各データベース２が各機器を独自のＩＤコードで管理している。図２は、管理部１１ａのタグナンバーと、各データベース２のＩＤコードとの対応関係を示している。

例えば、タグナンバー「ＩＤ０００１」は、発電プラント内の主油ポンプＡのタグナンバーを表す。この主油ポンプＡを、配管系統ＤＢ（データベース２ａ）はＩＤコード「Ｐ０００１−０２」で管理し、電機系統ＤＢ（データベース２ｂ）はＩＤコード「Ｅ０００４−０７」で管理し、計装制御ＤＢ（データベース２ｃ）はＩＤコード「Ｃ００２１−１０」で管理している。

管理部１１ａは、管理部１１ａのタグナンバーと、各データベース２のＩＤコードとの対応関係を示すリストを管理している。よって、プラント設計装置１は、このリストを参照することで、あるデータベース２内に格納されているある機器の情報と、別のデータベース２内に格納されている別の機器の情報が、同じ機器の情報であるか、異なる機器の情報であるかを判定することができる。プラント制御装置１は、これを利用することでデータベース２同士の情報を相互に連携させることができる。このような連携の詳細については、後述する。

なお、図２のリストは、データベース２同士の情報を相互に連携させるためのリストということで相互連携リストと呼ぶ。本実施形態のタグナンバーや相互連携リストは、記憶部１３内に保存されて管理される。

図１０は、第１実施形態におけるデータ連携について説明するための模式図である。

上述のように、本実施形態の発電プラントの設計データ（プラント設計データ）は、複数のデータベース２に格納される。図１０は、プラント設計データが、データベース２ａ（以下「第１ＤＢ２ａ」とも表記する）と、データベース２ｂ（以下「第２ＤＢ２ｂ」とも表記する）と、データベース２ｃ（以下「第３ＤＢ２ｃ」とも表記する）とに格納される様子を示している。

これらのデータベース２にプラント設計データを格納する際、どのデータベース２にどのデータを格納するかを区分する方法は、どのような方法でもよい。例えば、プラントごと、図面ごと、または設計部門ごとにデータを区分してもよい。また、複数のデータベース２に同じデータを重複して格納してもよい。

以下、プラント設計データを図面ごとに区分してデータベース２に格納する例について説明する。

第１ＤＢ２ａには、プラントの系統図に関する情報として、機器の形式、名称、固有番号（ＩＤ）などが格納される。第２ＤＢ２ｂには、プラントの配置図に関する情報として、機器の固有番号、名称、座標、設置方向などが格納される。第３ＤＢ２ｃには、プラントの単線結線図に関する情報として、機器の固有番号、容量、名称、配線情報などが格納される。

この場合、同じ機器の名称が複数のデータベース２間で互いに異なっていてもよい。例えば、あるポンプの名称が、第１ＤＢ２ａでは「ポンプ１」に設定され、第２ＤＢ２ｂでは「ポンプ１Ａ」に設定されていてもよい。なお、ポンプ１とポンプ１Ａが同じポンプであることは、管理部１１ａのタグナンバーを用いて判定可能である。

プラント設計装置１は、各データベース２に格納されているデータを抽出することや検索することが可能である。抽出／検索方法の例としては、対象に基づく絞込み、個体の絞込み、処理に基づく絞込みなどが挙げられる。抽出や検索の処理は、取得部１１ｂにより行われる。

対象に基づく絞込みでは、抽出するデータや検索するデータを、プラントの要素や部位に関する情報に基づいて絞り込む。プラントの要素や部位に関する情報の例は、ポンプや弁のＩＤ、名称、設置場所などである。設置場所に関する情報の例は、設置場所のＩＤ、名称、種類、座標、範囲などである。

個体の絞込みでは、抽出するデータや検索するデータを、個体の属性の一致性や、個体の関係の一致性に基づいて絞り込む。属性の一致性は、例えばＩＤ、名称、種類、型、仕様などを用いて判断可能である。関係の一致性は、例えば構成、接続先、隣接機器などを用いて判断可能である。

処理に基づく絞込みでは、抽出するデータや検索するデータを、データの処理に関する情報に基づいて絞り込む。例えば、ある特定の日付以降に更新されたデータや、最新の承認結果に基づくデータなどが絞り込まれる。

プラント設計装置１は、１つ以上のデータベース２からのデータの抽出結果や検索結果に基づいて、データの集合体を作成する。図１０は、第１ＤＢ２ａからのデータを円Ｄ１で示し、第２ＤＢ２ｂからのデータを円Ｄ２で示し、第３ＤＢ２ｃからのデータを円Ｄ３で示している。

本実施形態では、前述のように、複数のデータベース２に同じデータが重複して格納されていてもよい。よって、第１ＤＢ２ａからのデータと、第２ＤＢ２ｂからのデータと、第３ＤＢ２ｃからのデータは、互いに重複することがある。図１０の円Ｄ１〜Ｄ３の重なりは、このことを模式的に示している。この場合、あるポンプの名称が、第１ＤＢ２ａでは「ポンプ１」に設定され、第２ＤＢ２ｂでは「ポンプ１Ａ」に設定されているというように、同じ機器の名称がデータベース２間で互いに異なっていてもよい。円Ｄ１〜Ｄ３で示すデータの集合体は、作成部１１ｆにより作成される。

プラント設計装置１は、データの集合体をフィルタによりフィルタリングし、フィルタリングしたデータをプラント設計装置１のディスプレイ（入出力部１２）や端末装置３のディスプレイに表示する。フィルタは、重複する属性の統合を行ってもよいし、行わなくてもよい。例えば、データの集合体が、第１ＤＢ２ａから取得した「ポンプ１」のデータと、第２ＤＢ２ｂから取得した「ポンプ１Ａ」のデータとを含む場合、ポンプ１とポンプ１Ａは同じポンプを指していることから、前者のデータと後者のデータは、円Ｄ１、Ｄ２の重複領域に属している（図１０の斜線領域を参照）。この場合、プラント設計装置１は、第１ＤＢ２ａから取得した「ポンプ１」のデータのみを表示してもよいし、第２ＤＢ２ｂから取得した「ポンプ１Ａ」のデータのみを表示してもよい。あるいは、前者のデータと後者のデータの両方が表示されてもよい。ポンプ１とポンプ１Ａが同じポンプであることは、管理部１１ａのタグナンバーにより判定可能である。なお、データのフィルタリングは、作成部１１ｆにより行われ、データの表示は、表示部１１ｇにより行われる。

このように、図１０のデータ連携によれば、複数のデータベース２に同じ機器のデータを重複して格納する場合の不都合を抑制することが可能となる。例えば、異なる分野の設計者同士が同じ機器のデータを別々のデータベース２に格納しても、データの矛盾を回避することや、設計者がデータの重複の存在を認識することが可能となる。これらのデータベース２は、第Ｋ_１および第Ｋ_２（Ｋ_１およびＫ_２は１からＮの整数）データベースの例である。

なお、プラント設計装置１は、第１ＤＢ２ａから取得した「ポンプ１」のデータと、第２ＤＢ２ｂから取得した「ポンプ１Ａ」のデータの両方を表示する場合、フィルタ上で両者のデータの単位系やデータ型を統一してもよい。これは、複数のデータベース２からの同じ機器のデータを表示する場合だけでなく、複数のデータベース２からの異なる機器のデータを表示する場合でも同様である。

また、プラント設計装置１は、フィルタリングされたデータを、例えば表やグラフの形で表示してもよい。この場合、表やグラフのある項目のデータが、フィルタリングされたデータに含まれていない場合には、プラント設計装置１は、この項目のデータが不足している旨を表示してもよい。このような表やグラフの例は、後述する一覧表２７（図５）やエンジニアリング一覧３２（図７）である。

図５は、第１実施形態のプラント設計装置１の第１の動作例を示す図である。図６は、第１実施形態の系統図２１、機器図２３、および単結２５の例を示した図である。

図５は、系統図２１の情報から得た機器一覧２２に機器図２３の情報と単結２５の情報とを付加することで一覧表２７を作成し、一覧表２７を表示する例を示している。一覧表２７は、作成部１１ｆにより作成され、表示部１１ｇによりプラント設計装置１のディスプレイ（入出力部１２）や端末装置３のディスプレイに表示される。系統図２１、機器図２３、および単結２５の例をそれぞれ、図６(ａ)、図６(ｂ)、および図６(ｃ)に示す。

以下、図５の詳細を説明する。

系統図２１の情報、機器図２３の情報、および単結２５の情報は、設計対象となる発電プラントに関する情報であり、それぞれ対応するデータベース２内に格納されている。系統図２１の情報、機器図２３の情報、および単結２５の情報は、これらのデータベース２から取得部１１ｂにより取得され、作成部１１ｆや表示部１１ｇにより使用される。符号２４は、機器図２３に関する情報の一覧を示し、符号２６は、単結２５に関する情報の一覧を示している。系統図２１の情報、機器図２３の情報、および単結２５の情報は、端末装置３を用いて編集可能である。これらのデータベース２は、第Ｋ_１および第Ｋ_２（Ｋ_１およびＫ_２は１からＮの整数）データベースの例である。

機器一覧２２は、符号Ｌ１で示すように、一覧表２７の行に相当する情報となる。一覧表２７の行は、設計対象となる発電プラント内の機器を、管理部１１ａが管理しているタグナンバーにより示している。一方、機器図２３の情報と単結２５の情報は、符号Ｌ２と符号Ｌ３で示すように、一覧表２７の列に相当する情報となる。

この例ではまず、系統図２１のうち、電気負荷に関係する機器をリスト化し、機器一覧２２を作成する。電気負荷に関係する機器の例は、電動弁、ポンプ、制御盤であり、電気負荷に関係しない機器の例は、手動バルブである（図５を参照）。次に、機器図２３から容量と電圧を一覧表２７の表示項目に指定する。さらに、単結２５の負荷容量と定格電圧を一覧表２７の表示項目に指定する。この後、系統図２１のデータベース２、機器図２３のデータベース２、および単結２５のデータベース２から、一覧表２７を構成する数値データを取得して、一覧表２７を作成する。これらの処理は、作成部１１ｆにより行われる。

この一覧表２７によれば、系統図２１の電気負荷に関係する機器について、機器図２３の容量や電圧が、単結２５の負荷容量や定格電圧と一致しているか否かを比較することが可能となる。矢印Ｌ４は、機器「１０ＭＤＧ１０ ＥＰ０１０」に関し、機器図２３の容量が、単結２５の負荷容量と一致していることを示している。作成部１１ｆは、機器図２３の容量や電圧と、単結２５の負荷容量や定格電圧とが一致しない表示欄を、他の表示欄と異なる色で表示してもよい。

図７は、第１実施形態のプラント設計装置１の第２の動作例を示す図である。図８は、第１実施形態の配置図３３の例を示した図である。

図７は、上述の系統図２１を用いてエンジニアリング画面３１を表示して、エンジニアリングデータ一覧３２を取得する例を示している。エンジニアリング画面３１とエンジニアリング一覧３２は、作成部１１ｆにより作成され、表示部１１ｇによりプラント設計装置１や端末装置３のディスプレイに表示される。エンジニアリング画面３１とエンジニアリング一覧３２用に必要な情報は、例えば取得部１１ｂにより各データベース２から取得される。

この例ではまず、図７(ａ)において符号Ｅ１で示すように、系統図２１から機器を選択する。例えば、ポンプと、ポンプに影響する機器とが選択される。各機器は、管理部１１ａのタグナンバーにより管理される。

次に、図７(ｂ)において符号Ｅ２で示すように、選択された機器のアイコンを系統図２１からエンジニアリング画面３１にコピーする。この際、各機器の属性情報などが一緒にコピーされる。従って、エンジニアリング画面３１でも、エンジニアリング画面３１上に存在する機器の一覧を作成して表示することが可能である。この一覧は、上述の機器一覧２２と同様のものでもよい。

次に、図７(ｃ)において符号Ｅ３で示すように、エンジニアリング画面３１の操作者が手動で、エンジニアリング画面３１上の機器同士を接続する。この接続は、作成部１１ｆが自動的に行うようにしてもよいし、作成部１１ｆからの接続の提示に基づいて操作者が手動で行うようにしてもよい。

次に、系統図２１の情報から得た機器一覧２２に機器図２３の情報と配置図３３の情報とを付加することでエンジニアリング一覧（一覧表）３２を作成し、エンジニアリング一覧３２を表示する（図７(ｄ)）。配置図３３の例については、図８を参照されたい。配置図３３の情報は、設計対象となる発電プラント内の機器の配置に関する情報であり、対応するデータベース２に格納されている。配置図３３の情報は、このデータベース２から取得部１１ｂにより取得され、作成部１１ｆや表示部１１ｇにより使用される。符号３４は、配置図３３に関する情報の一覧を示している。配置図３３の情報は、系統図２１の情報や機器図２３の情報と同様に、端末装置３を用いて編集可能である。このデータベース２も、第Ｋ_１および第Ｋ_２データベースの例である。

機器一覧２２は、エンジニアリング一覧３２の符号Ｖ１で示す部分に反映される。配置図３３の情報は、エンジニアリング一覧３２の符号Ｖ２で示す部分に反映される。機器図２３の情報は、エンジニアリング一覧３２の符号Ｖ３で示す部分に反映される。そして、符号Ｖ２や符号Ｖ３で示す部分の数値データは、配置図３３や機器図２３から得られるほか、図７(ｃ)のエンジニアリング画面３１上の機器に関して数値計算やシミュレーションを行うことで得られる。これら数値計算やシミュレーションは、例えばシミュレーション部１１ｅにより行われる。エンジニアリング一覧３２の情報は、例えば記憶部１３やデータベース２内に保存される。

エンジニアリング一覧３２によれば、複数のデータベース２を利用して発電プラント内の機器（ここではポンプ）の設計を行うことが可能となる。

図３は、第１実施形態のデータベース２間の相互連携の例を示した図である。

配管系統ＤＢ、電機系統ＤＢ、計装制御ＤＢなどの設計分野別データベースは、発電プラント内の機器の特性情報を機器同士の階層構造に関連付けて格納している。図３は、配管系統ＤＢにおける階層構造と、電機系統ＤＢにおける階層構造の例を示している。例えば、配管系統ＤＢの「主油ポンプＡ」の階層には、主油ポンプＡの型式、吐出量、吐出圧力、吸込／吐出口径などの特性情報が格納されている。配管系統ＤＢの「主油ポンプＡ」の階層にはさらに、ＩＤコードのＰ０００１−０２が格納されている。

上述のように、配管系統ＤＢの「主油ポンプＡ」は、電機系統ＤＢの「主油ポンプＡ」と対応している。よって、プラント制御装置１は、配管系統ＤＢの「主油ポンプＡ」の特性情報と、電機系統ＤＢの「主油ポンプＡ」の特性情報とを相互に連携させる。具体的には、一方の特性情報が変更された場合に、他方の特性情報も同様に更新する。このような処理は、取得部１１ｂ、検出部１１ｃ、および更新部１１ｄにより行われる。

なお、データベース２内の特性情報は、端末装置３を使用した設計過程などで変更され得る。例えば、端末装置３を使用して配管系統設計を行い、主油ポンプＡの設計を変更した場合、その結果が配管系統ＤＢに格納され、配管系統ＤＢ内の主油ポンプＡの特性情報が変更される。この場合、プラント制御装置１は、電機系統ＤＢ内の主油ポンプＡの特性情報を相互連携により自動更新する。

以下、図１を再び参照して、取得部１１ｂ、検出部１１ｃ、および更新部１１ｄの処理について説明する。

取得部１１ｂは、発電プラント内の機器の特性情報を、通信ネットワーク４を介して各データベース２から取得する。取得部１１ｂは、プッシュ型の通信により特性情報を取得してもよいし、プル型の通信により特性情報を取得してもよい。

検出部１１ｃは、各データベース２における特性情報の変更を検出する。特性情報の変更の検出方法は、どのような方法でもよい。例えば、配管系統ＤＢ内の主油ポンプＡの特性情報に関し、この特性情報の最終変更時刻が、検出部１１ｃが最後にこの特性情報にアクセスした時刻よりも遅ければ、この特性情報が変更されたと検出できる。また、配管系統ＤＢ内の主油ポンプＡの特性情報が変更された場合、配管系統ＤＢから検出部１１ｃにその通知が転送されるようにしてもよい。

更新部１１ｄは、データベース２同士の特性情報を相互に連携させる処理を行う。具体的には、更新部１１ｄは、あるデータベースＸにおいて、所定の識別情報を有する機器の所定の特性情報が変更された場合に、別のデータベースＹにおいて、上記所定の識別情報を有する機器の上記所定の特性情報を更新する。データベースＸは第Ｘ（Ｘは１からＮの整数）データベースの例であり、データベースＹは第Ｙ（Ｙは１からＮの整数）データベースの例である。更新部１１ｄによる更新は、通信ネットワーク４を介して行われる。

例えば、配管系統ＤＢにおいて主油ポンプＡの型式が「Ａ１」から「Ａ２」に変更された場合を想定する。相互連携リストによれば、配管系統ＤＢにおける主油ポンプＡ（Ｐ０００１−０２）は、タグナンバー「ＩＤ０００１」を有しており、同様に、電気系統ＤＢにおける主油ポンプＡ（Ｅ０００４−０７）も、タグナンバー「ＩＤ０００１」を有している。よって、更新部１１ｄは、電気系統ＤＢにおいて主油ポンプＡの型式を「Ａ１」から「Ａ２」に更新する。この場合、タグナンバー「ＩＤ０００１」は所定の識別情報の例であり、主油ポンプＡの型式は所定の特性情報の例である。なお、更新部１１ｄは、電気系統ＤＢの主油ポンプＡの特性情報を更新する際、型式だけを更新してもよいし、型式、吐出量、吐出圧力、吸込／吐出口径を一括して更新してもよい。更新部１１ｄは、配管系統ＤＢの主油ポンプＡの特性情報を取得部１１ｂから取得し、この特性情報を電気系統ＤＢの主油ポンプＡの特性情報の更新に使用する。

このように、更新部１１ｄは、電気系統ＤＢ内の主油ポンプＡの更新後の特性情報の内容が、配管系統ＤＢ内の主油ポンプＡの変更後の特性情報の内容と同じになるように、更新を行う。よって、配管系統設計の設計者が主油ポンプＡの特性情報を変更しても、配管系統ＤＢと電気系統ＤＢとの間に特性情報の不整合が生じることを回避することが可能となる。

なお、配管系統ＤＢ内の特性情報が変更された場合、更新部１１ｄによる更新は、電気系統ＤＢ以外のデータベース２でも行われる。例えば、配管系統ＤＢにおいて主油ポンプＡの特性情報が変更された場合、主油ポンプＡの特性情報が格納されている各データベース２に対して更新が行われる。図２の相互連携リストによれば、配管系統ＤＢにおいて主油ポンプＡ（Ｐ０００４−０２）の特性情報が変更された場合には、計装系統ＤＢにおいて主油ポンプＡ（Ｃ００２１−１０）の特性情報も更新される。

また、更新部１１ｄによる更新は、ＣＡＤデータベース（データベース２ｄ）にも適用される。例えば、ＣＡＤデータベース内のＣＡＤ図面またはリスト情報が変更されると、その他のデータベース２内の対応する特性情報も自動更新される。また、ＣＡＤデータベース内のＣＡＤ図面とリスト情報の一方が変更された場合、更新部１１ｄは、他方も自動更新するようにしてもよい。

シミュレーション部１１ｅは、発電プラント内の機器の特性情報を各データベース２から取得し、この特性情報を用いて発電プラントの動作のシミュレーションを行う。本実施形態の発電プラントの設計は、配管系統設計、電気系統設計、計装制御設計というように設計分野ごとに行われるが、これらの分野間のデータが整合するか否かをこのシミュレーションにより確認することが可能である。なお、プラント設計装置１は、これらの分野間のデータの整合性をシミュレーション以外の手法で確認する機能を備えていてもよい。

図４は、第１実施形態のプラント設計方法の一例を示すフロー図である。

まず、購入仕様書から、設計対象の発電プラントに対応するデジタルプラントを建設する（ステップＳ１、Ｓ２）。デジタルプラントに関する情報は、デジタルプラントＤＢ内に格納される。

次に、ステップＳ３では、この発電プラントの設計を、ヒートバランス設計（ステップＳ３ａ）、配管系統設計（ステップＳ３ｂ）、機器基本設計（ステップＳ３ｃ）、電気系統設計（ステップＳ３ｄ）、計装制御設計（ステップＳ３ｅ）、全体工程設計（ステップＳ３ｆ）というように設計分野ごとに行う。これらの設計に関する情報は、それぞれ対応する設計分野別データベース内に格納される。例えば、配管系統設計、電気系統設計、計装制御設計に関する情報は、それぞれ上述の配管系統ＤＢ、電気系統ＤＢ、計装制御ＤＢ内に格納される。

この際、本実施形態の発電プラントの設計は、これらの設計分野別データベースを用いて複数の設計分野について並列的に実行される（ステップＳ３）。例えば、配管系統設計の実行中に電気系統設計も実行することができる。

上述のように、更新部１１ｄは、データベース２同士の特性情報を相互に連携させる処理を行う。例えば、配管系統ＤＢにおいて主油ポンプＡの型式が「Ａ１」から「Ａ２」に変更された場合、更新部１１ｄは、電気系統ＤＢにおいて主油ポンプＡの型式を「Ａ１」から「Ａ２」に更新する。そのため、配管系統設計の設計者が主油ポンプＡの特性情報を変更しても、配管系統ＤＢと電気系統ＤＢとの間に特性情報の不整合が生じることを回避することができる。よって、本実施形態では、発電プラントの設計を複数の設計分野について並列的に実行しても、設計分野別データベース間の特性情報の不整合を回避することができる。そのため、本実施形態のステップＳ３では、このような並列設計を採用することで、設計業務の効率化や最適化を図っている。

その後、本方法では、発電プラントの詳細設計、出荷検査、現地据付・工事、試運転を経た後（ステップＳ４〜Ｓ７）、発電プラントの運用が開始される（ステップＳ８）。ステップＳ４〜Ｓ７に関する情報は、それぞれ対応するデータベース２内に格納される。

図９は、第１実施形態のプラント設計装置１の第３の動作例を示す図である。

図５や図７の例では、関連するすべてのデータベース２で同じ機器に同じキー（例えばタグナンバー）が付されていることを想定している。しかしながら、プラント設計システムのすべてのデータベース２で同じ機器に同じキーが付されているとは限らない。図９の例では、図９(ａ)に示すように、機器図２３とＢＯＭ（Bill of Material：部品表）４１とを「名称」というキーで接続する場合について考える。

ＢＯＭ４１の情報は、設計対象となる発電プラント内の機器の取引先、納期、型式、価格、効率などに関する情報であり、対応するデータベース２に格納されている。ＢＯＭ４１の情報は、このデータベース２から取得部１１ｂにより取得され、作成部１１ｆや表示部１１ｇにより使用される。符号４２は、ＢＯＭ４１に関する情報の一覧を示している。ＢＯＭ４１の情報は、系統図２１の情報や、機器図２３の情報や、配置図３３の情報と同様に、端末装置３を用いて編集可能である。ＢＯＭ４１に対応するデータベース２は、第Ｋ_３（Ｋ_３は１からＮの整数）データベースの例である。

図４を参照して説明したように、本実施形態のプラント設計方法においては業務の流れに沿ってデータが引渡されることから、データの引渡し時に自分のデータと相手のデータとの対応関係を示す必要がある。ここでは、各機器の「名称」が引渡し時のキーとして使用する場合について考える。

図９(ｂ)は、キーに関する設定用の設定画面４３を示している。設定画面４３では、機器図２３上のある機器の名称と、ＢＯＭ４１上のある機器の名称とを関連付ける操作を行うことができる。設定画面４３上での設定結果は「機器図．名称＝ＢＯＭ．名称」という形で管理部１１ａにより保存される。設定画面４３は、作成部１１ｆにより作成され、表示部１１ｇによりプラント設計装置１や端末装置３のディスプレイに表示される。

図９(ｃ)は、設定画面４３での設定結果により、機器図２３とＢＯＭ４１とが「名称」というキーで接続された様子を示している。また、図９(ｃ)では、系統図２１と機器図２３とが「タグナンバー」というキーで既に接続されている。よって、これらのキーにより系統図２１、機器図２３、およびＢＯＭ４１のデータベース２の情報を相互に連携させることが可能となる。この「名称」は、第２の識別情報の例である。

図９(ｄ)は、図５の一覧表２７と同様の一覧表４４を示している。ただし、この一覧表４４は、符号Ｋ１で示す系統図２１の情報、符号Ｋ２で示す機器図２３の情報、および符号Ｋ３で示すＢＯＭ４１の情報を用いて作成されている。一覧表４４を作成する際、系統図２１上のある機器の情報と、機器図２３上のある機器の情報は、タグナンバーを用いて関連付けられる。一方、機器図２３上のある機器の情報と、ＢＯＭ４１上のある機器の情報は、名称を用いて関連付けられる。その結果、一覧表４４上で同じ機器の情報を同じ行に配置することが可能となる。一覧表４４は、作成部１１ｆにより作成され、表示部１１ｇによりプラント設計装置１や端末装置３のディスプレイに表示される。

この一覧表４４によれば、系統図２１の電気負荷に関係する機器について、機器図２３の容量や電圧が、ＢＯＭ４１の容量や電圧と一致しているか否かを比較すること可能となる。矢印Ｋ４は、機器「１０ＭＡＧ３０ ＥＰ０１０」に関し、機器図２３の容量が、ＢＯＭ４１の容量と一致していることを示している。

以上のように、本実施形態のプラント設計装置１は、発電プラント内の機器の識別情報であるタグナンバーを管理し、タグナンバーを利用してデータベース２同士の特性情報を相互に連携させる。これにより、発電プラントの設計を複数の設計分野について並列的に実行することが可能となる。

また、これらの分野の設計情報を別々のデータベース２に格納してもデータベース２間の設計情報の不整合やデータベース２の利用時の不都合を回避できるため、設計情報を複数のデータベース２に分散させて管理することが可能となる。これにより、データベース２から情報を参照するのに要する時間を削減することや、各データベース２の情報格納量を削減することが可能となる。さらには、各分野の設計者が他の分野の設計者の作業との重複や矛盾を過度に意識しなくても、そのような重複を容易に認識することや、そのような矛盾を自動的に回避することが可能となる。

また、本実施形態のプラント設計装置１は、タグナンバーを利用して複数のデータベース２からの情報を含む表を作成して表示する。これにより、複数のデータベース２を利用した設計を簡単に行うことが可能となる。また、本実施形態では、タグナンバーとその他のキー（例えば名称）とを併用することで、より多くのデータベース２を利用した設計を簡単に行うことが可能となる。

これらの作用は、発電プラントの設計時間の短縮に寄与し得る。よって、本実施形態によれば、発電プラントを迅速に設計することが可能となる。

（第２実施形態）
図１１は、第２実施形態におけるデータ連携について説明するための模式図である。図１１に示す内容は、図１０に示す内容の変形例であるため、図１１については図１０との相違点を中心に説明する。

本実施形態のプラント設計データは、第１実施形態と同様に、複数のデータベース２に格納される。この際、プラント設計データの格納は、機器情報を格納するルールである情報モデルに従って行う。情報モデルは、これらのデータベース２間で共通である。情報モデルの詳細については後述する。図１１は、プラント設計データが、情報モデルに従って第１ＤＢ２ａ、第２ＤＢ２ｂ、および第３ＤＢ２ｃに格納される様子を示している。

プラント設計装置１は、各データベース２に格納されているデータを抽出することや検索することが可能である。そして、プラント設計装置１は、１つ以上のデータベース２からのデータの抽出結果や検索結果に基づいて、データの集合体を作成する。図１１は、第１〜第３ＤＢ２ａ〜２ｃからのデータをそれぞれ、円Ｄ１〜Ｄ３で示している。図１１の円Ｄ１〜Ｄ３の重なりは、第１〜第３ＤＢ２ａ〜２ｃからのデータが互いに重複し得ることを模式的に示している。

プラント設計装置１は、データの集合体を統合条件に基づいて統合し、統合後のデータをプラント設計装置１や端末装置３のディスプレイに表示する。例えば、データの集合体が、第１ＤＢ２ａから取得した「ポンプ１」のデータと、第２ＤＢ２ｂから取得した「ポンプ１Ａ」のデータとを含む場合に、プラント設計装置１は、第１ＤＢ２ａから取得した「ポンプ１」のデータと、第２ＤＢ２ｂから取得した「ポンプ１Ａ」のデータとを統合条件に基づいて統合し、統合後のデータを表示する。なお、データの統合は、作成部１１ｆにより行われ、データの表示は、表示部１１ｇにより行われる。

プラント設計装置１は、データの集合体を統合する際に、これに先立って統合の候補となるデータ（統合候補）を抽出する。本実施形態では、ある統合候補（第１統合候補）と別の統合候補（第２統合候補）とを統合する場合、第１統合候補と第２統合候補のどちらを統合後のデータとして採用するかを、ユーザの選定により決定してもよいし、プラント設計装置１が自動的に決定してもよい。例えば、自動化が困難な統合は前者で行い、自動化が容易な統合は後者で行ってもよい。具体的には、データの種類および型が同種同型の統合候補同士を統合する場合には、採用データの選定を自動化してもよい。また、第１統合候補と第２統合候補の新しい方のデータ（最新値）を、自動的に採用するようにしてもよい。なお、統合候補が得られなかった場合は、統合候補の抽出を再度行う。

統合されたデータは、プラント設計装置１（記憶部１３）内またはデータベース２内にインデックスとして保存される。このような保存データによれば、データの再検索を高速化することや、過去の検索結果を用いた芋づる検索を実現することが可能となる。

図１２は、第２実施形態における情報モデルについて説明するための図である。図１３は、第２実施形態における情報モデルについて説明するための表である。

前述のように、情報モデルは、データベース２に機器情報を格納するルールであり、複数のデータベース２間で共通である。図１２は、情報モデルを構成するクラスおよびプロパティの例を示している。また、図１３(ａ)は、クラスの属性例を示し、図１３(ｂ)は、プロパティの属性例を示している。

図１２および図１３(ａ)に示すように、クラスＣｌｓ１は最上位の設備クラスであり、名称、製造者、価格の属性を有している。これに対し、クラスＣｌｓ２はポンプクラスであり、クラスＣｌｓ１から継承した属性に加え、容量という属性を有している。クラスＣｌｓ３はバルブクラスであり、クラスＣｌｓ１を継承している。クラスＣｌｓ４、Ｃｌｓ５は、クラスＣｌｓ２の継承クラスであり、Ａ社製ポンプおよびＢ社製ポンプにそれぞれ割り当てられている。クラスＣｌｓ１〜Ｃｌｓ３のプロパティＰ１１〜Ｐ１５の詳細は、図１３(ｂ)に示す通りである。

本実施形態では、このような構成の情報モデルを複数組み合わせて、プラントモデルを構成する。プラントモデルは情報モデルの組み合わせであるから、プラントモデルの内容は情報モデルのデータを取得することで認識することができる。

例えば、「Ａ社製」「出力Ｘ以上」「設置１０年以上」「エラー信号１０／１Ｈ」「環境温度Ｔ以上」「Ａポンプと繋げられる配管」という条件をすべて満たす設備を検索する場合を想定する。この場合、上記のような情報モデルやプラントモデルを利用すれば、このような条件を容易に設定することができる。

図１４は、第２実施形態のプラント設計装置１の動作例を示すフロー図である。図１４は、情報モデルに基づく検索の例を示している。

まず、ユーザが指定した設備をキーとして情報モデルのプロダクトパートを探索し、この設備に最も近いクラスを特定する（ステップＳ１１）。次に、ステップＳ１１で特定されたクラスを起点として情報モデルのプロダクトパートを探索し、より広範囲の設備が属するクラスを特定する（ステップＳ１２）。

次に、ステップＳ１２で特定されたクラスを起点として情報モデルのシステムパートを探索し、ユーザが指定した設備の関連機能を有する設備のクラスを特定する（ステップＳ１３）。次に、ステップＳ１３で特定されたクラスを起点として情報モデルのロケーションパートを探索し、ユーザが指定した設備の近傍にある設備のクラスを特定する（ステップＳ１４）。

次に、ステップＳ１１、Ｓ１２、Ｓ１３、およびＳ１４で特定されたクラスをキーとしてクエリを生成し、クエリを各データベース２に発行し、クエリに該当する機器インスタンスを各データベース２から取得する（ステップＳ１５）。次に、ステップＳ１５で取得した機器インスタンスから、ステップＳ１１で特定されたクラス（以下「特定のクラス」と呼ぶ）と構成関係にある機器インスタンスのみを抽出する（ステップＳ１６）。

次に、ステップＳ１６で抽出された機器インスタンスから、特定のクラスと同じループ構造にひもづけられた機器インスタンスのみを抽出する（ステップＳ１７）。次に、ステップＳ１７で抽出された機器インスタンスから、特定のクラスが有するプロパティに関する制約条件を満たす機器インスタンスのみを抽出する（ステップＳ１８）。

次に、ステップＳ１８で抽出された機器インスタンスの件数が０件である場合には、ステップＳ１２に戻る（ステップＳ１９：ＹＥＳ）。一方、ステップＳ１８で抽出された機器インスタンスの件数が０件ではない場合には、ステップＳ２０に進む（ステップＳ１９：ＮＯ）。

ステップＳ２０では、ステップＳ１８で抽出された機器インスタンスを合成して、ディスプレイに表示するビューを生成する。その後、前述の特定のクラスをまとめて情報モデルＤＢに格納する（ステップＳ２１）。情報モデルＤＢは、プラント設計装置１内に設けられていてもよいし、いずれかのデータベース２であってもよい。

図１５は、第２実施形態のプラント設計システムの構成を示す模式図である。

図１５は、管理部１１ａを構成する情報モデル管理部５１と、情報モデル管理部５１により利用される情報モデルＤＢ５２とを示している。図１５はさらに、取得部１１ｂを構成するクエリ生成実行部６１、クエリ結果合成部６２、およびビュー生成部６３と、それぞれクエリ生成実行部６１、クエリ結果合成部６２、およびビュー生成部６３により利用されるクエリパターンＤＢ６４、関係性判定ルールＤＢ６５、およびフィルタリングルールＤＢ６６とを示している。情報モデルＤＢ５２、クエリパターンＤＢ６４、関係性判定ルールＤＢ６５、およびフィルタリングルールＤＢ６６は、プラント設計装置１内に設けられていてもよいし、いずれかのデータベース２であってもよい。図１５はさらに、データベース２ａ〜２ｄの具体例や、端末装置３ａ、３ｂの具体例を示している。

情報モデル管理部５１は、情報モデルやプラントモデルのデータを管理するブロックである。情報モデルやプラントモデルは、情報モデルＤＢ５２に格納される。

クエリ生成実行部６１は、ステップＳ１１〜Ｓ１５の処理を実行する。これにより、ステップＳ１１〜Ｓ１４で種々のクラスが特定され、ステップＳ１５でクエリが生成および発行される。さらには、ステップＳ１５にてクエリに該当する機器インスタンスが取得される。クラスの特定やクエリの生成は、クエリパターンＤＢ６４内のデータを利用して実行される。

クエリ結果合成部６２は、ステップＳ１６〜Ｓ１９の処理と、ステップＳ２０の合成処理とを実行する。これにより、ステップＳ１６〜Ｓ１８で種々の機器インスタンスが抽出され、ステップＳ１９で機器インスタンスが合成される。機器インスタンスの抽出や合成は、関係性判定ルールＤＢ６５内のデータを利用して実行される。

ビュー生成部６３は、ステップＳ２０のビュー生成処理と、ステップＳ２１の処理とを実行する。これにより、ステップＳ２０でビューが生成され、ステップＳ２１で特定のクラスが一組のデータ群として情報モデルＤＢ５２に格納される。ビューの生成は、フィルタリングルールＤＢ６６内のデータを利用して実行される。

以上のように、本実施形態では、図１２に示すような情報モデルに基づいて、データの格納や検索を行う。よって、本実施形態によれば、検索を高速化することや、検索条件を容易に設定することが可能となる。

以上、いくつかの実施形態を説明したが、これらの実施形態は、例としてのみ提示したものであり、発明の範囲を限定することを意図したものではない。本明細書で説明した新規な装置、方法、およびプログラムは、その他の様々な形態で実施することができる。また、本明細書で説明した装置、方法、およびプログラムの形態に対し、発明の要旨を逸脱しない範囲内で、種々の省略、置換、変更を行うことができる。添付の特許請求の範囲およびこれに均等な範囲は、発明の範囲や要旨に含まれるこのような形態や変形例を含むように意図されている。

１：プラント設計装置、２、２ａ、２ｂ、２ｃ、２ｄ、２ｅ：データベース、
３、３ａ、３ｂ、３ｃ：端末装置、４：通信ネットワーク、
１１：制御部、１１ａ：管理部、１１ｂ：取得部、１１ｃ：検出部、
１１ｄ：更新部、１１ｅ：シミュレーション部、１１ｆ：作成部、
１１ｇ：表示部、１２：入出力部、１３：記憶部、１４：通信部、
２１：系統図、２２：機器一覧、２３：機器図、２４：機器図に関する情報の一覧、
２５：単結、２６：単結に関する情報の一覧、２７：一覧表、
３１：エンジニアリング画面、３２：エンジニアリング一覧、
３３：配置図、３４：配置図に関する情報の一覧、
４１：ＢＯＭ、４２：ＢＯＭに関する情報の一覧、４３：設定画面、４４：一覧表、
５１：情報モデル管理部、５２：情報モデルＤＢ、
６１：クエリ生成実行部、６２：クエリ結果合成部、
６３：ビュー生成部、６４：クエリパターンＤＢ、
６５：関係性判定ルールＤＢ、６６：フィルタリングルールＤＢ

Claims (15)

1. 発電プラント内の機器の識別情報を管理する管理部と、
   前記発電プラント内の機器の情報を第１から第Ｎ（Ｎは２以上の整数）データベースから取得する取得部と、
   第Ｋ_１（Ｋ_１は１からＮの整数）データベースから取得された情報と、前記第Ｋ_１データベースと異なる第Ｋ_２（Ｋ_２は１からＮの整数）データベースから取得された情報とを、前記識別情報により関連付けることで、前記発電プラント内の機器の情報を表示するための表示データを作成する作成部と、
   を備え、
   前記作成部は、前記第Ｋ_１データベースからの情報と、前記第Ｋ_２データベースからの情報とが重複しているか否かを、前記識別情報に基づいて判断し、前記重複の判断結果に基づいて前記表示データを作成する、プラント設計装置。
2. 前記作成部は、前記第Ｋ_１データベースからの情報と、前記第Ｋ_２データベースからの情報とが重複していると判断した場合、前記第Ｋ_１データベースからの情報と、前記第Ｋ_２データベースからの情報の一方のみを用いて、前記表示データを作成する、請求項１に記載のプラント設計装置。
3. 前記作成部は、前記表示データとして、前記発電プラント内の機器の情報を含む表を作成する、請求項１または２に記載のプラント設計装置。
4. さらに、前記プラント設計装置、または前記プラント設計装置と異なる装置に前記表示データを表示する表示部を備える、請求項１から３のいずれか１項に記載のプラント設計装置。
5. 前記作成部は、前記第Ｋ_１データベースから取得された情報を用いた数値計算またはシミュレーションにより得られた情報を表示するための前記表示データを作成する、請求項１から４のいずれか１項に記載のプラント設計装置。
6. 前記表示部は、前記第Ｋ_２データベース内の情報と、前記第Ｋ_１および第Ｋ_２データベースと異なる第Ｋ_３（Ｋ_３は１からＮの整数）データベース内の情報とを、第２の識別情報により関連付けるための設定画面を表示し、
   前記作成部は、前記第Ｋ_１データベースから取得された情報と前記第Ｋ_２データベースから取得された情報とを前記識別情報により関連付け、前記第Ｋ_２データベースから取得された情報と前記第Ｋ_３データベースから取得された情報とを前記第２の識別情報により関連付けることで、前記表示データを作成する、
   請求項４に記載のプラント設計装置。
7. 前記取得部は、前記発電プラント内の機器の特性情報を機器同士の階層構造に関連付けて格納する前記第１から第Ｎデータベースから、前記特性情報を取得し、
   さらに、
   前記第１から第Ｎデータベースにおける前記特性情報の変更を検出する検出部と、
   第Ｘ（Ｘは１からＮの整数）データベースにおいて、所定の識別情報を有する機器の所定の特性情報が変更された場合に、前記第Ｘデータベースと異なる第Ｙ（Ｙは１からＮの整数）データベースにおいて、前記所定の識別情報を有する機器の前記所定の特性情報を更新する更新部と、
   を備える請求項１から６のいずれか１項に記載のプラント設計装置。
8. 前記更新部は、前記第Ｙデータベース内の前記所定の特性情報の更新後の内容が、前記第Ｘデータベース内の前記所定の特性情報の変更後の内容と同じになるように、前記更新を行う、請求項７に記載のプラント設計装置。
9. 前記更新部による更新の対象となる前記第Ｙデータベースは、前記第Ｘデータベース以外の前記第１から第Ｎデータベースのうち、前記所定の識別情報を有する機器の前記所定の特性情報が格納されている各データベースである、請求項７または８に記載のプラント設計装置。
10. さらに、前記第１から第Ｎデータベース内の前記特性情報を用いて前記発電プラントの動作のシミュレーションを行うシミュレーション部を備える、請求項１から９のいずれか１項に記載のプラント設計装置。
11. 前記第１から第Ｎデータベースは、前記発電プラントを設計分野ごとに設計するための複数の設計分野別データベースと、ＣＡＤ（Computer Aided Design）図面とリスト情報とを格納するＣＡＤデータベースと、前記発電プラント内の機器の仕様情報を格納する仕様情報データベースの少なくともいずれかを含む、請求項１から１０のいずれか１項に記載のプラント設計装置。
12. 前記作成部は、前記発電プラント内の機器の情報を前記機器のクラスに基づいて管理する情報モデルに基づいて、前記第Ｋ_１データベースからの情報と、前記第Ｋ_２データベースからの情報とを統合し、統合された情報を前記機器の情報の再検索用に保存する、請求項１から１１のいずれか１項に記載のプラント設計装置。
13. 発電プラント内の機器の識別情報を管理し、
    前記発電プラント内の機器の情報を第１から第Ｎ（Ｎは２以上の整数）データベースから取得し、
    第Ｋ_１（Ｋ_１は１からＮの整数）データベースから取得された情報と、前記第Ｋ_１データベースと異なる第Ｋ_２（Ｋ_２は１からＮの整数）データベースから取得された情報とを、前記識別情報により関連付けることで、前記発電プラント内の機器の情報を表示するための表示データを作成する、
    ことを含み、
    さらに、前記第Ｋ_１データベースからの情報と、前記第Ｋ_２データベースからの情報とが重複しているか否かを、前記識別情報に基づいて判断し、前記重複の判断結果に基づいて前記表示データを作成することを含む、
    ことを含むプラント設計方法。
14. 前記第１から第Ｎデータベースは、前記発電プラントを設計分野ごとに設計するための複数の設計分野別データベースを含み、
    前記発電プラントの設計を、前記複数の設計分野別データベースを用いて複数の設計分野について並列的に実行することをさらに含む、請求項１３に記載のプラント設計方法。
15. プラント設計方法をコンピュータに実行させるプラント設計プログラムであって、
    前記方法は、
    発電プラント内の機器の識別情報を管理し、
    前記発電プラント内の機器の情報を第１から第Ｎ（Ｎは２以上の整数）データベースから取得し、
    第Ｋ_１（Ｋ_１は１からＮの整数）データベースから取得された情報と、前記第Ｋ_１データベースと異なる第Ｋ_２（Ｋ_２は１からＮの整数）データベースから取得された情報とを、前記識別情報により関連付けることで、前記発電プラント内の機器の情報を表示するための表示データを作成する、
    ことを含み、
    前記方法はさらに、前記第Ｋ_１データベースからの情報と、前記第Ｋ_２データベースからの情報とが重複しているか否かを、前記識別情報に基づいて判断し、前記重複の判断結果に基づいて前記表示データを作成することを含む、プラント設計プログラム。