JP3854825B2 - データベース統合支援方法およびシステム - Google Patents
データベース統合支援方法およびシステム Download PDFInfo
- Publication number
- JP3854825B2 JP3854825B2 JP2001226464A JP2001226464A JP3854825B2 JP 3854825 B2 JP3854825 B2 JP 3854825B2 JP 2001226464 A JP2001226464 A JP 2001226464A JP 2001226464 A JP2001226464 A JP 2001226464A JP 3854825 B2 JP3854825 B2 JP 3854825B2
- Authority
- JP
- Japan
- Prior art keywords
- database
- data
- difference
- document
- design
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02E—REDUCTION OF GREENHOUSE GAS [GHG] EMISSIONS, RELATED TO ENERGY GENERATION, TRANSMISSION OR DISTRIBUTION
- Y02E60/00—Enabling technologies; Technologies with a potential or indirect contribution to GHG emissions mitigation
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明はプラントの設計・運転・保守などのプラントライフサイクルなどに係わる分野の、特にデータベースによって設計者の間の情報伝達が行われ、分業化された分散設計業務の、より効率的な情報伝達と共有を支援するためのデータベース統合支援方法およびシステムに関する。
【０００２】
【従来の技術】
原子力・火力などのプラントの設計業務は通常は分業化されており、いくつかの段階に分かれて設計業務が進行する。設計の初めの段階は「上流」と呼ばれ、後の段階は「下流」としばしば呼ばれる。原子力、火力などのプラントの設計部署においては、系統設計、配管三次元設計、機器設計などに関わる各データベースに設計結果を格納し、管理している。これらのデータベースは、データ量が膨大で、業務の性格上、各データベースにそれぞれのデータがコンカレントに蓄積されていく。
【０００３】
すなわち、上流側の設計を待たずに下流側の設計がスタートしてしまうため、単にデータベース間のリンクを張るだけではデータベースの整合性管理ができない。これらの業務はコンカレントに進むものであり、上流の設計結果をまたずに、値の仮決めにより下流側の設計もスタートしている。図２は一般的なプラント設計業務の種類と業務間の関わりを示すブロック図である。ここでは例として上流から下流に向けて、プラントの系統設計１０、配管設計２０、機器設計３０などの順番で業務の成果が移行する場合を示している。この図のようにその成果が順次流れれば、これらの業務の設計結果に関して差異はなく統一が保たれる。しかしながら、現実的にはシステムが膨大であること、全体の設計にかけられる時間を多くとることができないこと、業務に関わる人数が多いこと、などの理由から、ほとんどの場合コンカレントに仕事が進められる。
【０００４】
例えば、図２の例でいえば,系統設計の部門１０では配管計装線図を作成（１０ａ）し、また機器リストの作成（１０ｂ）などをおこない、その結果を系統設計データベース（ＤＢ）１２０Ｃに格納する。また配管設計の部門では配管空間３Ｄレイアウトなどを作成（２０ａ）して配管設計データベース（ＤＢ）に格納する。さらに、機器設計の部門では、機器詳細設計（３０ａ）、発注品手配用仕様（３０ｂ）などを作成して機器設計データベース（ＤＢ）１３０Ｃに格納する。それぞれの業務がコンカレントにデータをデータベースに蓄積しているから、ＤＢ間でのデータ転送により、それぞれの業務の成果を他の部署のデータベースに反映することが必須条件となる。
【０００５】
このようなデータベースは分散型データベースといわれているが、分散型データベースにおいては、データベース間に関連を設けないで進行させたとすると、上流から下流へ、または、設計の進行状況によっては下流から上流のデータべースにデータを転送して、データの整合性を維持していく必要がある。このようなデータ転送は、通常、データベース管理者が各データベース間の差異を把握して、最新の値としてどの値を入れるかを判断して、データベースで設定している値を更新することになる。データベースを更新するかどうかの判断は、当該設計部署ごとの意見と、設計上の制約などを考慮することになる。しかし、実際のデータベース間の差異を把握できるのはデータ転送ツールを利用できる者に限られるので、作業効率が良くないし、データベースに関わる情報の共有という観点からも望ましくない。
【０００６】
データベースのもう一つの形態としては統合型データベースがある。例えば、統合型のデータベースの代表的なものとして、従来のリレーショナルデータベースがある。しかし、「親表」と「子表」の間の関連づけに外部キー制約を設けている。すなわち、親の表の値が決まらないと子の表の値を入力できない。そのため、上流・下流の業務がコンカレント進められる業務形態の分散システムの場合には、リレーショナルデータベースとその制約だけで統合型データベースを導入するには無理がある。
【０００７】
また、系統設計、配管設計などでは、それぞれ過去に独自にＣＡＤツール、データ入力ツールを開発・導入してきた経緯がある場合もあって、システムやデータベース管理システムが必ずしも統一がとれていない場合がある。従って、従来の業務システムで利用している分散型データベースから統合型データベースに一気に移行しようとすると、コスト的に非常に高いものとなり、一つの統合型データベースに依存するというリスクも背負うことになる。
一方、タグ付き文書によりデータ交換や共有を図るというという試みがＸＭＬ(Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ)文書を導入することにより実施されるようになってきた。これについてはＷ３Ｃ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕｍ、ｈｔｔｐ：／／ｗｗｗ．ｗ３ｃ．ｏｒｇ）で国際的に標準化が進められている。また、ＸＭＬ文書の従う構文はＤＴＤ（Ｄｏｃｕｍｅｎｔ Ｔｙｐｅ Ｄｅｉｎｉｔｉｏｎ）という枠組みの中で決められる。ＤＴＤは、例えば、二つの情報間の対応関係を決めるようなマッピング用の文書としても利用できる。これらを利用して例えばＷＷＷサーバ上で情報を構築し、ネットワークに接続された計算機上で表示しようとすれば、表示スタイルを決めるＸＳＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｓｔｙｌｉｎｇ Ｌａｎｇｕａｇｅ）に従った文書を利用することによって、ユーザが把握しやすい形態で情報を表示することができる。
【０００８】
また、先行技術として、特開平３−２７８１７９号公報がある。分散処理システムの図面検索方式に関するもので、分散処理形態でＣＡＤの図面データや設計基準情報を検索する図面検索方式について開示がある。主コンピュータに、図面属性データおよび設計基準情報を一元保有することによって相互利用を図るものである。しかし、コンカレントに情報が格納され、相互利用をはかることについては開示がない。
【０００９】
【発明が解決しようとする課題】
前記従来の技術の項で述べたように、プラント設計のコンカレントな業務進行とそれぞれ異なる業務依存システムに、統合型データベースを導入するのはコストとシステムの継続的・連続的な利用に問題が生ずる。しかし、分散型データベースで運用していくとデータベース間の整合性維持が非効率的になるという問題点がある。
【００１０】
本発明は上記のような課題を解決するために、複数のＤＢ中の、テーブル内の属性項目同士を対応付けるＤＴＤのようなマッピング文書を用いて、従来型の分散システムを生かしつつ、かつコンカレントな業務に適用可能なデータベースの統合支援方法およびシステムを提供することを目的とする。
【００１１】
【課題を解決するための手段】
前記課題は、以下の支援方法及びシステムにより解決することができる。データの入出力をおこなうための端末装置と、業務対応アプリケーション・プログラムと、業務対応データベースとから構成されコンカレントに設計業務がおこなわれる分散システムを複数有し、前記複数のシステム間でデータを参照し統合化システムを構成し、前記統合化システムにネットワークを介して端末装置を接続した支援方法において、前記複数の異なるデータベースは相互間でテーブル内の属性項目同士を対応付けし、前記相互間の対応付けにしたがってマッピング文書を作成し、前記作成されたマッピング文書にしたがって相互間のタグテーブル内の属性値同士を対応づけし、前記相互間の対応付けに基づいて前記複数のデータベースの統合を支援すると共に、ネットワークを介して接続した前記端末装置からの表示要求にしたがってデータベース間差異情報あるいは同一データベース内のデータ決定項目情報によって関係付けられる差異情報を表示するデータベース統合支援方法により解決することができる。
【００１３】
また、データの入出力をおこなうための端末装置と、業務対応アプリケーション・プログラムと、業務対応データベースとから構成されコンカレントに設計業務がおこなわれる分散設計システムを複数有し、前記複数のシステム間でデータを参照するデータベース統合化システムを構成し、前記統合化システムにネットワークを介して端末装置を接続したシステムにおいて、前記複数の異なるデータベースのテーブル内の属性項目同士を対応付けるマッピング文書と、前記マッピング文書にしたがって前記テーブル内の属性値同士を対応付けるための手段と、前記対応付けにしたがって作成されたマッピング文書に基づいてタグテーブル内の属性値同士を対応づけするタグ付き文書変換手段と、前記変換されたタグ付き文書を記憶するタグ付き文書蓄積ファイルと、から構成された差異データ管理サーバを設け、前記差異データ管理サーバには、ネットワークを介して接続した前記端末装置からの表示要求を受付け、表示要求にしたがってデータベース間差異情報あるいは同一データベース内のデータ決定項目情報によって関係付けられる差異情報を表示することができる表示要求受付装置を有することを特徴とするデータベース統合支援システムにより解決することができる。
【００１４】
また、前記差異データ管理サーバは、前記データベースのデータが変更されたことを検出するデータベース変更検知処理手段と、前記データベースのマッピングデータにより整合性維持を表すタグ付き文書を生成するタグ付き文書変換装置と、前記生成された文書を記憶するとともに関連するデータベースのいずれかで差異が生じたとき該当する分散システムの業務対応アプリケーション・プログラムデータの修正要求信号を発生するタグ付き文書蓄積ファイルシステムを有する差異データ管理サーバを有するデータベース統合支援システム、更にまた、前記差異データ管理サーバは、データベース間差異情報あるいは同一データベース内のデータ決定項目情報によって関係付けられる差異情報に基づいて該当するデータベースの業務対応アプリケーション・プログラムに修正信号を出力するタグ付き文書変換手段を含むデータベース統合支援システムにより解決することができる。
【００１５】
【発明の実施の形態】
本発明の実施の形態に係わるデータベース統合システムの構成を、図１を用いて説明する。本発明のデータベース統合システムは既存システムとして、配管設計システム１１０、系統設計システム１２０および機器設計システム１３０を有している場合の実施例である。この三システムに限定されるものではない。この例では,配管設計システム１１０は、端末装置１１０ａ、と業務対応アプリケーションとしての配管設計アプリケーション（プログラム）１１０ｂおよび業務対応ＤＢとしての配管設計データベース１１０ｃから構成されている。また、系統設計システム１２０は端末装置１２０ａ、業務対応アプリケーションとしての系統設計アプリケーション（プログラム）１２０ｂおよび業務対応ＤＢとしての系統設計データベース１２０ｃから構成されている。また、機器設計システム１３０は端末装置１３０ａ、業務対応アプリケーションとしての機器設計アプリケーション（プログラム）１３０ｂおよび業務対応ＤＢとしての機器設計データベース１３０ｃから構成されている。
【００１６】
各システムのデータベース１１０ｃ、１２０ｃおよび１３０ｃにマッピングデータ１１０−１２０および１２０−１３０を作成して割り当てることによって、系統設計データベース１２０ｃを中心にして、配管設計データベース１１０ｃと機器設計データベース１３０ｃを対応付ける環境を作っている。また、１１０ｃ、１２０ｃおよび１３０ｃの各データベースにおける変更検知処理装置２１０、２２０、２３０を通じて、データベースに変更があったかどうかを検知する。この変更検知結果およびデータベースの変更部分のデータについての信号２１０（ｉ）、２２０（ｉ）、２２０（ｉｉ）２３０（ｉ）を入力データとする差異データ管理サーバ６００で、タグ付き文書によってデータベース間の整合状態を管理する。
【００１７】
ここで、タグとはデータに対して意味付けをする情報、すなわち属性名称などから作った記述子のことを言う。差異データ管理サーバ６００では信号２１０（ｉ）または信号２２０（ｉ）のいずれかの信号が発生したときに、マッピングデータ１１０−１２０を利用してタグ付き文書変換処理装置３１０が起動し、系統設計データベース−配管設計のデータベース１２０ｃと１１０ｃの整合性維持状況を表すタグ付き文書を生成し、タグ付き文書蓄積ファイルシステム４１０に蓄積する。タグ付き文書蓄積ファイルシステム４１０は系統設計−配管設計のデータベース間で対応状況に差異を検出した場合に、各業務アプリケーション１１０ｂ、１２０ｂにデータ修正要求４１０（ｉ）と４１０(ii)を出力する。
【００１８】
同様に、信号２２０(ii)または信号２３０（ｉ）のいずれかの信号が発生したときに、マッピングデータ１２０−１３０を利用してタグ付き文書変換処理装置３２０が起動し、系統設計データベース−機器設計のデータベース１２０ｃと１３０ｃの整合性維持状況を表すタグ付き文書を生成し、タグ付き文書蓄積ファイルシステム４２０に蓄積する。タグ付き文書蓄積ファイルシステム４２０は系統設計−配管設計のデータベース間で対応状況に差異を検出した場合に各業務アプリケーション１２０ｂ、１３０ｂにデータ修正要求４２０（ｉ）と４２０(ii)を出力し、系統設計アプリケーション・プログラム１２０ｂあるいは機器設計アプリケーション・プログラム１３０ｂの修正をおこなう。
【００１９】
また、既存システムとは別にネットワークに接続された端末装置７００とこれに実装されているブラウザ８００により、ユーザからの表示要求を表示要求受付装置５００で処理する。この際、表示要求受付装置５００が必要とするタグ付き文書はタグ付き文書蓄積ファイルシステム４１０または４２０から選択し、表示形態も予め用意したスタイル設定ファイル５１０から選択して、表示画面を生成する。
【００２０】
図３は図１の差異データ管理サーバ６００の、タグ付き文書変換処理（３１０、あるいは３２０）全体の流れを示す図である。タグ付き文書変換処理装置３１０および３２０の処理は配管設計データベース１１０ｃまたは系統設計データベース１２０ｃもしくは機器設計データベース１３０ｃのいずれかで更新があったときに、変更検知装置２１０または２２０もしくは２３０からのデータ更新の検知によるトリガー信号を受けて起動する。
【００２１】
タグ付き文書変換処理装置３１０または３２０はトリガー信号に含まれる設計変更箇所のパラメータを受信する(ＳＴＥＰ １１)。このパラメータにはプラント名、建屋名、系統名などが含まれる。
【００２２】
いま、一つのプラントのデータについて設計している場合を考えると、建屋が複数指定されている場合(ＳＴＥＰ １２、Ｙｅｓ)、建屋が一つ指定されている場合(ＳＴＥＰ １２、Ｎｏ)の二通りある。そして複数の場合であっても全体なのか、部分なのか（ＳＴＥＰ １４、Ｙｅｓ、ＮＯ）のそれぞれについて、また、系統が複数指定されている場合(ＳＴＥＰ １３、Ｙｅｓ)、系統が一つ指定されている場合(ＳＴＥＰ １３、Ｎｏ)の二通りある。
【００２３】
以上で合計四通りのタグ付きファイル生成処理が生ずる(ＳＴＥＰ １５−１〜１５−４)。いずれにしても、一つのタグ付きファイル生成処理を共通に使用することが可能である。
【００２４】
図４は前記図３のタグ付きファイル生成処理、ＳＴＥＰ１５−１の詳細処理の流れを示す図である。ここでは例えば、図１の配管設計データベース１１０ｃにおいて、なんらかの変更があったと仮定して、タグ付き文書変換処理装置３１０におけるタグ付きファイル生成の詳細処理について述べる。
【００２５】
この場合、配管設計データベース１１０ｃと系統設計データベース１２０ｃとのデータの対応関係についてのタグつき文書を最初に生成する(ＳＴＥＰ １５−ａ)。次に、対応関係の情報からデータベース間で差異がある部分について抽出し、データベース間の対応のうち差異関係についての情報をあらわすタグ付き文書を生成する(ＳＴＥＰ １５−ｂ)。さらに、ＳＴＥＰ １５−ｂで使用している差異関係のタグ付き文書をデータベース１１０ｃおよび１２０ｃの更新があるたびに作成するものとして、そのようにして蓄積された過去の差異関係を利用して差異数の履歴グラフを生成する(ＳＴＥＰ １５−ｃ)。さらに、同一分類の系統に属する差異関係のタグ付き文書を利用して関連差異の個数に関するグラフを生成する(ＳＴＥＰ １５−ｄ)。
【００２６】
図５は系統設計データベースと配管設計データベースの対応付けをタグ付き文書で実施した場合の関係を示す図である。例えば、図５（ａ）は配管設計データベース１１０ｃ、系統設計データベース１２０ｃの対応付けをＷ３Ｃ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕｍ、ｈｔｔｐ：／／ｗｗｗ．ｗ３ｃ．ｏｒｇ）で国際的に標準化されているタグ付き文書規格、すなわちＸＭＬに従う構文であるＤＴＤ（Ｄｏｃｕｍｅｎｔ Ｔｙｐｅ Ｄｅｆｉｎｉｔｉｏｎ）に従った場合の、マッピングデータ１１０−１２０の記述例を示すものである。この例では比較すべき属性項目集合をＲＯＷとして定めると、ＲＯＷの中には建屋、系統番号、配管番号、最高使用圧力などといったものがある。さらに建屋として比較する情報は系統設計データベース側の建屋という属性項目、配管設計データベース側のＮＴという属性項目があるといったように階層的に対応関係の情報を展開して記述する。図５（ａ）は、タグは配管データ比較を示し、複数行のうちの一行だけ記述例を示した。
【００２７】
図５(b)は(a)の内容を図式的に表示したものである。すなわち、配管データ比較という内容で比較すべき属性項目集合ＲＯＷが複数行存在する。複数行存在するという情報はＲＯＷの上についている＊で表している。＊がなければ、一つ存在するという意味になる。そしてＲＯＷの構成要素として建屋比較１１０−１２０−１、系統番号比較１１０−１２０−２、配管番号比較１１０−１２０−３、最高使用圧力比較１１０−１２０−４、最高使用温度比較１１０−１２０−５などといった情報がある。さらに、建屋比較１１０−１２０−１の下位情報として系統設計側の建屋、配管設計側のＮＴが対応付けられる、などといった階層構成になっている。この図５（ｂ）であらわされる対応付けの関係を利用して実際のデータベースの属性値を対応付ける。
【００２８】
図５(c)は実際のデータベース内容の一例を示すものである。例えば、系統設計データベース１１０ｃのプラントＡに関するテーブルと配管設計データベース１２０ｃのプラントＡに関するテーブルを対応付けた例である。例えば、建屋とＮＴが１１０−１２０−１ｃ、系統番号とＬＢが１１０−１２０−２ｃ、配管番号とＬＣが１１０−１２０−３ｃ、最高使用圧力とＬＧが１１０−１２０−４ｃ、最高使用温度とＬＨが１１０−１２０−５ｃという関係で各行ごとに、または、各ＲＯＷごとに対応が付けられている。この関係は図５（ａ）、（ｂ）であらわされるようなものである。
【００２９】
図６は図４の対応関係生成処理ＳＴＥＰ １５−ａにより生成されたタグ付き文書の例を示す図である。タグ付き文書の一例としてＸＭＬでデータベース間の対応関係を表すと図６のようにあらわされ、この対応付けは図５（ａ）または図５（ｂ）であらわすマッピングデータを用いて、図５（ｃ）の実際の属性値を用いて実施される。すなわち、<配管データ比較>と</配管データ比較>というタグで、情報の先頭と最後をはさむことで対応関係全体をあらわしている。<配管データ比較>の中にはプラントコード、更新時刻、データ数のパラメータとして、それぞれ、”Ａ”、”2001/4/22 18:14:56”、”100”を表記することもできる。<配管データ比較></配管データ比較>のタグの内側に<ROW></ROW>タグで実際のデータの、対応関係の集合をあらわす。<ROW>タグの中にはnum=”0”といったデータの通し番号をつけることができる。<ROW>タグの内側には<建屋比較></建屋比較>、<系統番号比較></系統番号比較>、<配管番号比較></配管番号比較>、<最高使用圧力比較></最高使用圧力比較>、<最高使用温度></最高使用温度>などといった対応付ける属性の意味情報を表す。各タグの中には、例えば<建屋></建屋>、<NT></NT>などで属性値をはさんで、実際のデータベースの対応関係を具体的に表記する。
【００３０】
図７は図４の差異抽出処理ＳＴＥＰ １５−ｂにより生成されたタグ付き文書の例を示す図である。図６で生成された対応関係のタグ付き文書をもとに生成されるものであり、何らかの差異がデータベース間で一つの属性でも差異があれば行単位、すなわちＲＯＷ単位で差異に関するタグ付き文書を生成する。<配管データ比較></配管データ比較>タグ、<ROW></ROW>タグについては図６で説明したものと同一である。<建屋比較></建屋比較>などの対応付ける属性の意味情報を表すタグに対して、属性値の間で差異があるもの、例えば、<最高使用圧力>3.43</最高使用圧力>と<LG>1111</LG>のようなものに対してdiffFlag=”different”というようにしてタグに差異があるという情報を格納する。
【００３１】
すなわち、<最高使用圧力 diffFlag=”different”></最高使用圧力>で系統設計データベース１２０ｃの最高使用圧力と配管設計データベース１１０のＬＧに差異があることをあらわす。
【００３２】
以上の構成と処理からなるシステムにより、データベース間で同一の値を示すべき属性の整合性の状態を管理・把握することができる。
【００３３】
図８はユーザの要求に応じて表示画面を生成する際の処理の流れを示す図である。図１の端末７００に実装されているブラウザ８００を利用してユーザはプラント名を指定し（ＳＴＥＰ ７１、例えばプラントＡ）、系統名を指定する（ＳＴＥＰ ７２、例えばＥ１１）。表示要求受付装置５００は表示要求を待つ(ＳＴＥＰ ７３)。表示要求が対応関係表示であれば(ＳＴＥＰ ７４、Ｙｅｓ)、対応関係表示を実施する(ＳＴＥＰ ７５、この表示例を、図９に示す)。表示要求が対応関係表示ではなく(ＳＴＥＰ ７４、Ｎｏ)、差異関係表示であれば(ＳＴＥＰ ７６、Ｙｅｓ)、差異関係の表示を実施する(ＳＴＥＰ ７７、この表示例を図１０に示す)。
【００３４】
表示要求が差異関係表示ではなく(ＳＴＥＰ ７６，Ｎｏ)、差異履歴表示であれば(ＳＴＥＰ ７８、Ｙｅｓ)、差異履歴表示を実施する(ＳＴＥＰ ７９、この表示例を図１１に示す)。表示要求が差異履歴表示ではなく(ＳＴＥＰ ７８、Ｎｏ)、関連差異表示であれば(ＳＴＥＰ ８０、Ｙｅｓ)、差異履歴表示を実施する(ＳＴＥＰ ８１、この表示例を図１２に示す)。このように複数の関連した項目、すなわち、図１２の例では,残留熱除去系（Ｅ１１）、高圧炉心注水系（Ｅ２２）、隔離時冷却系（Ｅ５１）などである。そして、いずれの場合でもなければ、表示要求待ち(ＳＴＥＰ ７３)に戻る。
【００３５】
図９は図８の処理で生成した表示画面の一例で、対応関係生成処理により生成されたタグ付き文書を用いて生成した画面の例を示す図である。ウィンドウ７００（ａ）には配管データ比較対応関係を表示する。例えば、プルダウンメニュー７０１からプラント名として、Ａプラントを選択し、系統として、ツリーメニューからＥ１１残留熱除去系７０２を選択してから、対応関係表示ボタン７０３を押すと、右下のウィンドウ７０７に各属性間の対応関係が例えば最高使用圧力とＬＧ、最高使用温度とＬＨのように配管番号順に表示される。これは図６に示すようなタグ付き文書をもとに生成している。全データ数７０８は、１００といったような情報も、図６のタグ付き文書のデータ数の情報から抽出することにより生成し表示することができる。
【００３６】
図１０も図８の処理で生成した表示画面の一例で、差異抽出処理により生成されたタグ付き文書を用いて生成した画面の例を示す図である。ウィンドウ７００（ｂ）には配管データ比較の差異関係を表示する。例えば、図９と同様に、プルダウンメニュー７０１からプラント名として、Ａプラントを選択し、系統として、ツリーメニューからＥ１１残留熱除去系７０２を選択してから差異関係表示ボタン７０４を押すと、右下のウィンドウ７０９にデータベースの、テーブルの行方向のデータのうち差異のあるものが、例えば最高使用圧力とＬＧ、最高使用温度とＬＨのように配管番号順に表示される。そのうち、差異のあるデータに関しては７１０のように強調表示する。これは図７に示すようなタグ付き文書をもとに生成している。全データ数（７１１）の５といったような情報も、図７のタグ付き文書の、データ数の情報から抽出することにより生成表示する。
【００３７】
図１１も図８の処理で生成した表示画面の一例で、差異履歴グラフ生成処理により生成されたタグ付き文書を用いて生成した画面の例を示す図である。ウィンドウ７００（ｃ）には配管データ比較の差異履歴を表示する。例えば、図９と同様に、プルダウンメニュー７０１からプラント名として、Ａプラントを選択し、系統として、ツリーメニューからＥ１１残留熱除去系７０２を選択してから差異履歴表示ボタン７０４を押すと、右下のウィンドウ７１２にデータベースのテーブルの、行方向のデータのうち差異のあるものの行数の、総数の履歴が日付順に表示される。この差異履歴グラフは図７に示すようなタグ付き文書についてデータ更新ごとに生成されたものを複数個利用して生成表示している。
【００３８】
図１２も図８の処理で生成した表示画面の一例で、関連差異グラフ生成処理により生成されたタグ付き文書を用いて生成した画面の例を示す図である。ウィンドウ７００（ｄ）には配管データ比較の差異の個数を表示する。例えば、図９と同様に、プルダウンメニュー７０１からプラント名として、Ａプラントを選択し、系統として、ツリーメニューからＥ１１残留熱除去系７０２を選択してから関連差異表示ボタン７０４を押すと、右下のウィンドウ７１３にデータベースのテーブルの、行方向のデータのうち差異のあるものの行数の総数で、Ｅ１１残留熱除去系７１３（i）に関連するＥ２２高圧炉心注水系７１３(ii)、Ｅ５１隔離時冷却系７１３(iii)が表示される。ここでは例えば、系統番号がＥで始まるものを関連する系統として選択している。この差異関連グラフは図７に示すようなタグ付き文書について系統ごとに生成されたものを複数個利用して生成表示している。
【００３９】
図１３は図１０の画面を表示している場合に差異データにコメントを入力している例を示す図である。例えば、図１３で配管番号００２とＬＧで決定できるセルに差異があり、ここをクリックした場合に、系統Ｅ１１、配管番号００２、ＬＧへのコメントというウィンドウ７２０が表示され、「配管設計側データベースの最高使用圧力(ＬＧ)は仮に値を設定したものである。系統設計側データベースの正式な値設定待ち。4/24 配管設計部署Ａ」といったコメントを記入し登録する。これにより、データの対応状況および差異状況についての背景やどう修正すべきかの示唆情報をデータに対応付けて管理することができる。
【００４０】
さらに本発明は、複数のＤＢ中の、テーブル内の属性項目同士を対応付けるマッピング文書を用いて、ＤＢ間で設定した値の差異を検出することにより、データベース間で同一の値を示すべき属性の整合性の状態を管理・表示することができる。
【００４１】
また、本発明では、データベースごとの更新情報を自動的に検出した結果を用いて、その都度、データベース間のデータの対応付けを示す文書と差異を示す文書を生成して、データベースの整合性維持の履歴を残すことによって、当該作業と関連する作業の完成度を示す情報を獲得することができる。
【００４２】
また、本発明では、データベース間で対応がついていて同じであるべきデータの値に差異があったときに、元のデータを設定した業務アプリケーション側に逆にデータ修正要求を出すことにより、データの整合性維持を能動的に実施する情報を出力することができる。
【００４３】
さらに本発明は、データベース間のデータの対応状況および差異状況に関する表示情報に対応付けて確認コメントを登録することにより、データの対応状況および差異状況についての背景やどう修正すべきかの示唆情報をデータに対応付けて管理することができる。
【００４４】
また、本発明によれば、当該作業により作成したデータの過去のすべての修正履歴を把握することもできる。さらに、当該作業により作成したデータの過去の差異が現在までにどのように減少しているか、すなわち、作業の完成度を把握することができる。また、当該作業により作成したデータの差異と関連する項目のデータの差異を把握して、関連する作業の完成度を把握すること、あるいは、データの整合性維持を能動的に実施する情報を出力することができ、整合性維持に関わる作業を促進することができること、あるいは、データの対応状況および差異状況についての背景やどう修正すべきかの示唆情報をデータに対応付けて管理できる効果が期待できる。
【００４５】
【発明の効果】
以上説明したように、本発明によれば統合化システムにネットワークを介して接続した端末装置の要求に基づいて差異情報を表示するので、各データベース間で同一の値を示すべき属性の整合性の状態を管理・表示できるため、従来の分散型のシステムを生かしつつ、コンカレントな業務に対応可能なデータベースの統合を実現することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係わるデータベース統合システムの構成図である。
【図２】一般的なプラント設計業務の種類と、業務間の関わりを示す図である。
【図３】図１の差異データ管理サーバの中の、タグ付き文書変換処理の全体の流れを示す図である。
【図４】タグ付きファイル生成の詳細処理の流れを示す図である。
【図５】系統設計データベースと配管設計データベースの対応付けの関係を示す図である。
【図６】対応関係生成処理により生成されたタグ付き文書の例を示す図である。
【図７】差異抽出処理により生成されたタグ付き文書の例を示す図である。
【図８】ユーザの要求に応じて表示画面を生成する際の処理の流れを示す図である。
【図９】対応関係生成処理により生成されたタグ付き文書を用いて生成した画面の例を示す図である。
【図１０】差異抽出処理により生成されたタグ付き文書を用いて生成した画面の例を示す図である。
【図１１】差異履歴グラフ生成処理により生成されたタグ付き文書を用いて生成した画面の例を示す図である。
【図１２】関連差異グラフ生成処理により生成された、タグ付き文書を用いて生成した画面の例を示す図である。
【図１３】図１０の画面を表示している場合に差異データにコメントを入力している例を示す図である。
【符号の説明】
１１０；配管設計システム １２０；系統設計システム １３０；機器設計システム １１０ａ，１２０ａ、１３０ａ；端末装置 １１０ｂ；配管設計アプリケーション（プログラム） １２０ｂ；系統設計アプリケーション（プログラム） １３０ｂ；機器設計アプリケーション（プログラム） １１０ｃ；配管設計データベース １２０ｃ；系統設計データベース １３０ｃ；機器設計データベース １１０−１２０、１２０−１３０；マッピングデータ ２１０、２２０、２３０；変更検知処理装置 ３１０、３２０；タグ付き文書変換処理装置 ４１０、４２０；タグ付き文書蓄積ファイルシステム ５００；表示要求受付装置 ６００；差異データ管理サーバ ７００；端末 ８００；ブラウザ
【発明の属する技術分野】
本発明はプラントの設計・運転・保守などのプラントライフサイクルなどに係わる分野の、特にデータベースによって設計者の間の情報伝達が行われ、分業化された分散設計業務の、より効率的な情報伝達と共有を支援するためのデータベース統合支援方法およびシステムに関する。
【０００２】
【従来の技術】
原子力・火力などのプラントの設計業務は通常は分業化されており、いくつかの段階に分かれて設計業務が進行する。設計の初めの段階は「上流」と呼ばれ、後の段階は「下流」としばしば呼ばれる。原子力、火力などのプラントの設計部署においては、系統設計、配管三次元設計、機器設計などに関わる各データベースに設計結果を格納し、管理している。これらのデータベースは、データ量が膨大で、業務の性格上、各データベースにそれぞれのデータがコンカレントに蓄積されていく。
【０００３】
すなわち、上流側の設計を待たずに下流側の設計がスタートしてしまうため、単にデータベース間のリンクを張るだけではデータベースの整合性管理ができない。これらの業務はコンカレントに進むものであり、上流の設計結果をまたずに、値の仮決めにより下流側の設計もスタートしている。図２は一般的なプラント設計業務の種類と業務間の関わりを示すブロック図である。ここでは例として上流から下流に向けて、プラントの系統設計１０、配管設計２０、機器設計３０などの順番で業務の成果が移行する場合を示している。この図のようにその成果が順次流れれば、これらの業務の設計結果に関して差異はなく統一が保たれる。しかしながら、現実的にはシステムが膨大であること、全体の設計にかけられる時間を多くとることができないこと、業務に関わる人数が多いこと、などの理由から、ほとんどの場合コンカレントに仕事が進められる。
【０００４】
例えば、図２の例でいえば,系統設計の部門１０では配管計装線図を作成（１０ａ）し、また機器リストの作成（１０ｂ）などをおこない、その結果を系統設計データベース（ＤＢ）１２０Ｃに格納する。また配管設計の部門では配管空間３Ｄレイアウトなどを作成（２０ａ）して配管設計データベース（ＤＢ）に格納する。さらに、機器設計の部門では、機器詳細設計（３０ａ）、発注品手配用仕様（３０ｂ）などを作成して機器設計データベース（ＤＢ）１３０Ｃに格納する。それぞれの業務がコンカレントにデータをデータベースに蓄積しているから、ＤＢ間でのデータ転送により、それぞれの業務の成果を他の部署のデータベースに反映することが必須条件となる。
【０００５】
このようなデータベースは分散型データベースといわれているが、分散型データベースにおいては、データベース間に関連を設けないで進行させたとすると、上流から下流へ、または、設計の進行状況によっては下流から上流のデータべースにデータを転送して、データの整合性を維持していく必要がある。このようなデータ転送は、通常、データベース管理者が各データベース間の差異を把握して、最新の値としてどの値を入れるかを判断して、データベースで設定している値を更新することになる。データベースを更新するかどうかの判断は、当該設計部署ごとの意見と、設計上の制約などを考慮することになる。しかし、実際のデータベース間の差異を把握できるのはデータ転送ツールを利用できる者に限られるので、作業効率が良くないし、データベースに関わる情報の共有という観点からも望ましくない。
【０００６】
データベースのもう一つの形態としては統合型データベースがある。例えば、統合型のデータベースの代表的なものとして、従来のリレーショナルデータベースがある。しかし、「親表」と「子表」の間の関連づけに外部キー制約を設けている。すなわち、親の表の値が決まらないと子の表の値を入力できない。そのため、上流・下流の業務がコンカレント進められる業務形態の分散システムの場合には、リレーショナルデータベースとその制約だけで統合型データベースを導入するには無理がある。
【０００７】
また、系統設計、配管設計などでは、それぞれ過去に独自にＣＡＤツール、データ入力ツールを開発・導入してきた経緯がある場合もあって、システムやデータベース管理システムが必ずしも統一がとれていない場合がある。従って、従来の業務システムで利用している分散型データベースから統合型データベースに一気に移行しようとすると、コスト的に非常に高いものとなり、一つの統合型データベースに依存するというリスクも背負うことになる。
一方、タグ付き文書によりデータ交換や共有を図るというという試みがＸＭＬ(Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ)文書を導入することにより実施されるようになってきた。これについてはＷ３Ｃ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕｍ、ｈｔｔｐ：／／ｗｗｗ．ｗ３ｃ．ｏｒｇ）で国際的に標準化が進められている。また、ＸＭＬ文書の従う構文はＤＴＤ（Ｄｏｃｕｍｅｎｔ Ｔｙｐｅ Ｄｅｉｎｉｔｉｏｎ）という枠組みの中で決められる。ＤＴＤは、例えば、二つの情報間の対応関係を決めるようなマッピング用の文書としても利用できる。これらを利用して例えばＷＷＷサーバ上で情報を構築し、ネットワークに接続された計算機上で表示しようとすれば、表示スタイルを決めるＸＳＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｓｔｙｌｉｎｇ Ｌａｎｇｕａｇｅ）に従った文書を利用することによって、ユーザが把握しやすい形態で情報を表示することができる。
【０００８】
また、先行技術として、特開平３−２７８１７９号公報がある。分散処理システムの図面検索方式に関するもので、分散処理形態でＣＡＤの図面データや設計基準情報を検索する図面検索方式について開示がある。主コンピュータに、図面属性データおよび設計基準情報を一元保有することによって相互利用を図るものである。しかし、コンカレントに情報が格納され、相互利用をはかることについては開示がない。
【０００９】
【発明が解決しようとする課題】
前記従来の技術の項で述べたように、プラント設計のコンカレントな業務進行とそれぞれ異なる業務依存システムに、統合型データベースを導入するのはコストとシステムの継続的・連続的な利用に問題が生ずる。しかし、分散型データベースで運用していくとデータベース間の整合性維持が非効率的になるという問題点がある。
【００１０】
本発明は上記のような課題を解決するために、複数のＤＢ中の、テーブル内の属性項目同士を対応付けるＤＴＤのようなマッピング文書を用いて、従来型の分散システムを生かしつつ、かつコンカレントな業務に適用可能なデータベースの統合支援方法およびシステムを提供することを目的とする。
【００１１】
【課題を解決するための手段】
前記課題は、以下の支援方法及びシステムにより解決することができる。データの入出力をおこなうための端末装置と、業務対応アプリケーション・プログラムと、業務対応データベースとから構成されコンカレントに設計業務がおこなわれる分散システムを複数有し、前記複数のシステム間でデータを参照し統合化システムを構成し、前記統合化システムにネットワークを介して端末装置を接続した支援方法において、前記複数の異なるデータベースは相互間でテーブル内の属性項目同士を対応付けし、前記相互間の対応付けにしたがってマッピング文書を作成し、前記作成されたマッピング文書にしたがって相互間のタグテーブル内の属性値同士を対応づけし、前記相互間の対応付けに基づいて前記複数のデータベースの統合を支援すると共に、ネットワークを介して接続した前記端末装置からの表示要求にしたがってデータベース間差異情報あるいは同一データベース内のデータ決定項目情報によって関係付けられる差異情報を表示するデータベース統合支援方法により解決することができる。
【００１３】
また、データの入出力をおこなうための端末装置と、業務対応アプリケーション・プログラムと、業務対応データベースとから構成されコンカレントに設計業務がおこなわれる分散設計システムを複数有し、前記複数のシステム間でデータを参照するデータベース統合化システムを構成し、前記統合化システムにネットワークを介して端末装置を接続したシステムにおいて、前記複数の異なるデータベースのテーブル内の属性項目同士を対応付けるマッピング文書と、前記マッピング文書にしたがって前記テーブル内の属性値同士を対応付けるための手段と、前記対応付けにしたがって作成されたマッピング文書に基づいてタグテーブル内の属性値同士を対応づけするタグ付き文書変換手段と、前記変換されたタグ付き文書を記憶するタグ付き文書蓄積ファイルと、から構成された差異データ管理サーバを設け、前記差異データ管理サーバには、ネットワークを介して接続した前記端末装置からの表示要求を受付け、表示要求にしたがってデータベース間差異情報あるいは同一データベース内のデータ決定項目情報によって関係付けられる差異情報を表示することができる表示要求受付装置を有することを特徴とするデータベース統合支援システムにより解決することができる。
【００１４】
また、前記差異データ管理サーバは、前記データベースのデータが変更されたことを検出するデータベース変更検知処理手段と、前記データベースのマッピングデータにより整合性維持を表すタグ付き文書を生成するタグ付き文書変換装置と、前記生成された文書を記憶するとともに関連するデータベースのいずれかで差異が生じたとき該当する分散システムの業務対応アプリケーション・プログラムデータの修正要求信号を発生するタグ付き文書蓄積ファイルシステムを有する差異データ管理サーバを有するデータベース統合支援システム、更にまた、前記差異データ管理サーバは、データベース間差異情報あるいは同一データベース内のデータ決定項目情報によって関係付けられる差異情報に基づいて該当するデータベースの業務対応アプリケーション・プログラムに修正信号を出力するタグ付き文書変換手段を含むデータベース統合支援システムにより解決することができる。
【００１５】
【発明の実施の形態】
本発明の実施の形態に係わるデータベース統合システムの構成を、図１を用いて説明する。本発明のデータベース統合システムは既存システムとして、配管設計システム１１０、系統設計システム１２０および機器設計システム１３０を有している場合の実施例である。この三システムに限定されるものではない。この例では,配管設計システム１１０は、端末装置１１０ａ、と業務対応アプリケーションとしての配管設計アプリケーション（プログラム）１１０ｂおよび業務対応ＤＢとしての配管設計データベース１１０ｃから構成されている。また、系統設計システム１２０は端末装置１２０ａ、業務対応アプリケーションとしての系統設計アプリケーション（プログラム）１２０ｂおよび業務対応ＤＢとしての系統設計データベース１２０ｃから構成されている。また、機器設計システム１３０は端末装置１３０ａ、業務対応アプリケーションとしての機器設計アプリケーション（プログラム）１３０ｂおよび業務対応ＤＢとしての機器設計データベース１３０ｃから構成されている。
【００１６】
各システムのデータベース１１０ｃ、１２０ｃおよび１３０ｃにマッピングデータ１１０−１２０および１２０−１３０を作成して割り当てることによって、系統設計データベース１２０ｃを中心にして、配管設計データベース１１０ｃと機器設計データベース１３０ｃを対応付ける環境を作っている。また、１１０ｃ、１２０ｃおよび１３０ｃの各データベースにおける変更検知処理装置２１０、２２０、２３０を通じて、データベースに変更があったかどうかを検知する。この変更検知結果およびデータベースの変更部分のデータについての信号２１０（ｉ）、２２０（ｉ）、２２０（ｉｉ）２３０（ｉ）を入力データとする差異データ管理サーバ６００で、タグ付き文書によってデータベース間の整合状態を管理する。
【００１７】
ここで、タグとはデータに対して意味付けをする情報、すなわち属性名称などから作った記述子のことを言う。差異データ管理サーバ６００では信号２１０（ｉ）または信号２２０（ｉ）のいずれかの信号が発生したときに、マッピングデータ１１０−１２０を利用してタグ付き文書変換処理装置３１０が起動し、系統設計データベース−配管設計のデータベース１２０ｃと１１０ｃの整合性維持状況を表すタグ付き文書を生成し、タグ付き文書蓄積ファイルシステム４１０に蓄積する。タグ付き文書蓄積ファイルシステム４１０は系統設計−配管設計のデータベース間で対応状況に差異を検出した場合に、各業務アプリケーション１１０ｂ、１２０ｂにデータ修正要求４１０（ｉ）と４１０(ii)を出力する。
【００１８】
同様に、信号２２０(ii)または信号２３０（ｉ）のいずれかの信号が発生したときに、マッピングデータ１２０−１３０を利用してタグ付き文書変換処理装置３２０が起動し、系統設計データベース−機器設計のデータベース１２０ｃと１３０ｃの整合性維持状況を表すタグ付き文書を生成し、タグ付き文書蓄積ファイルシステム４２０に蓄積する。タグ付き文書蓄積ファイルシステム４２０は系統設計−配管設計のデータベース間で対応状況に差異を検出した場合に各業務アプリケーション１２０ｂ、１３０ｂにデータ修正要求４２０（ｉ）と４２０(ii)を出力し、系統設計アプリケーション・プログラム１２０ｂあるいは機器設計アプリケーション・プログラム１３０ｂの修正をおこなう。
【００１９】
また、既存システムとは別にネットワークに接続された端末装置７００とこれに実装されているブラウザ８００により、ユーザからの表示要求を表示要求受付装置５００で処理する。この際、表示要求受付装置５００が必要とするタグ付き文書はタグ付き文書蓄積ファイルシステム４１０または４２０から選択し、表示形態も予め用意したスタイル設定ファイル５１０から選択して、表示画面を生成する。
【００２０】
図３は図１の差異データ管理サーバ６００の、タグ付き文書変換処理（３１０、あるいは３２０）全体の流れを示す図である。タグ付き文書変換処理装置３１０および３２０の処理は配管設計データベース１１０ｃまたは系統設計データベース１２０ｃもしくは機器設計データベース１３０ｃのいずれかで更新があったときに、変更検知装置２１０または２２０もしくは２３０からのデータ更新の検知によるトリガー信号を受けて起動する。
【００２１】
タグ付き文書変換処理装置３１０または３２０はトリガー信号に含まれる設計変更箇所のパラメータを受信する(ＳＴＥＰ １１)。このパラメータにはプラント名、建屋名、系統名などが含まれる。
【００２２】
いま、一つのプラントのデータについて設計している場合を考えると、建屋が複数指定されている場合(ＳＴＥＰ １２、Ｙｅｓ)、建屋が一つ指定されている場合(ＳＴＥＰ １２、Ｎｏ)の二通りある。そして複数の場合であっても全体なのか、部分なのか（ＳＴＥＰ １４、Ｙｅｓ、ＮＯ）のそれぞれについて、また、系統が複数指定されている場合(ＳＴＥＰ １３、Ｙｅｓ)、系統が一つ指定されている場合(ＳＴＥＰ １３、Ｎｏ)の二通りある。
【００２３】
以上で合計四通りのタグ付きファイル生成処理が生ずる(ＳＴＥＰ １５−１〜１５−４)。いずれにしても、一つのタグ付きファイル生成処理を共通に使用することが可能である。
【００２４】
図４は前記図３のタグ付きファイル生成処理、ＳＴＥＰ１５−１の詳細処理の流れを示す図である。ここでは例えば、図１の配管設計データベース１１０ｃにおいて、なんらかの変更があったと仮定して、タグ付き文書変換処理装置３１０におけるタグ付きファイル生成の詳細処理について述べる。
【００２５】
この場合、配管設計データベース１１０ｃと系統設計データベース１２０ｃとのデータの対応関係についてのタグつき文書を最初に生成する(ＳＴＥＰ １５−ａ)。次に、対応関係の情報からデータベース間で差異がある部分について抽出し、データベース間の対応のうち差異関係についての情報をあらわすタグ付き文書を生成する(ＳＴＥＰ １５−ｂ)。さらに、ＳＴＥＰ １５−ｂで使用している差異関係のタグ付き文書をデータベース１１０ｃおよび１２０ｃの更新があるたびに作成するものとして、そのようにして蓄積された過去の差異関係を利用して差異数の履歴グラフを生成する(ＳＴＥＰ １５−ｃ)。さらに、同一分類の系統に属する差異関係のタグ付き文書を利用して関連差異の個数に関するグラフを生成する(ＳＴＥＰ １５−ｄ)。
【００２６】
図５は系統設計データベースと配管設計データベースの対応付けをタグ付き文書で実施した場合の関係を示す図である。例えば、図５（ａ）は配管設計データベース１１０ｃ、系統設計データベース１２０ｃの対応付けをＷ３Ｃ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕｍ、ｈｔｔｐ：／／ｗｗｗ．ｗ３ｃ．ｏｒｇ）で国際的に標準化されているタグ付き文書規格、すなわちＸＭＬに従う構文であるＤＴＤ（Ｄｏｃｕｍｅｎｔ Ｔｙｐｅ Ｄｅｆｉｎｉｔｉｏｎ）に従った場合の、マッピングデータ１１０−１２０の記述例を示すものである。この例では比較すべき属性項目集合をＲＯＷとして定めると、ＲＯＷの中には建屋、系統番号、配管番号、最高使用圧力などといったものがある。さらに建屋として比較する情報は系統設計データベース側の建屋という属性項目、配管設計データベース側のＮＴという属性項目があるといったように階層的に対応関係の情報を展開して記述する。図５（ａ）は、タグは配管データ比較を示し、複数行のうちの一行だけ記述例を示した。
【００２７】
図５(b)は(a)の内容を図式的に表示したものである。すなわち、配管データ比較という内容で比較すべき属性項目集合ＲＯＷが複数行存在する。複数行存在するという情報はＲＯＷの上についている＊で表している。＊がなければ、一つ存在するという意味になる。そしてＲＯＷの構成要素として建屋比較１１０−１２０−１、系統番号比較１１０−１２０−２、配管番号比較１１０−１２０−３、最高使用圧力比較１１０−１２０−４、最高使用温度比較１１０−１２０−５などといった情報がある。さらに、建屋比較１１０−１２０−１の下位情報として系統設計側の建屋、配管設計側のＮＴが対応付けられる、などといった階層構成になっている。この図５（ｂ）であらわされる対応付けの関係を利用して実際のデータベースの属性値を対応付ける。
【００２８】
図５(c)は実際のデータベース内容の一例を示すものである。例えば、系統設計データベース１１０ｃのプラントＡに関するテーブルと配管設計データベース１２０ｃのプラントＡに関するテーブルを対応付けた例である。例えば、建屋とＮＴが１１０−１２０−１ｃ、系統番号とＬＢが１１０−１２０−２ｃ、配管番号とＬＣが１１０−１２０−３ｃ、最高使用圧力とＬＧが１１０−１２０−４ｃ、最高使用温度とＬＨが１１０−１２０−５ｃという関係で各行ごとに、または、各ＲＯＷごとに対応が付けられている。この関係は図５（ａ）、（ｂ）であらわされるようなものである。
【００２９】
図６は図４の対応関係生成処理ＳＴＥＰ １５−ａにより生成されたタグ付き文書の例を示す図である。タグ付き文書の一例としてＸＭＬでデータベース間の対応関係を表すと図６のようにあらわされ、この対応付けは図５（ａ）または図５（ｂ）であらわすマッピングデータを用いて、図５（ｃ）の実際の属性値を用いて実施される。すなわち、<配管データ比較>と</配管データ比較>というタグで、情報の先頭と最後をはさむことで対応関係全体をあらわしている。<配管データ比較>の中にはプラントコード、更新時刻、データ数のパラメータとして、それぞれ、”Ａ”、”2001/4/22 18:14:56”、”100”を表記することもできる。<配管データ比較></配管データ比較>のタグの内側に<ROW></ROW>タグで実際のデータの、対応関係の集合をあらわす。<ROW>タグの中にはnum=”0”といったデータの通し番号をつけることができる。<ROW>タグの内側には<建屋比較></建屋比較>、<系統番号比較></系統番号比較>、<配管番号比較></配管番号比較>、<最高使用圧力比較></最高使用圧力比較>、<最高使用温度></最高使用温度>などといった対応付ける属性の意味情報を表す。各タグの中には、例えば<建屋></建屋>、<NT></NT>などで属性値をはさんで、実際のデータベースの対応関係を具体的に表記する。
【００３０】
図７は図４の差異抽出処理ＳＴＥＰ １５−ｂにより生成されたタグ付き文書の例を示す図である。図６で生成された対応関係のタグ付き文書をもとに生成されるものであり、何らかの差異がデータベース間で一つの属性でも差異があれば行単位、すなわちＲＯＷ単位で差異に関するタグ付き文書を生成する。<配管データ比較></配管データ比較>タグ、<ROW></ROW>タグについては図６で説明したものと同一である。<建屋比較></建屋比較>などの対応付ける属性の意味情報を表すタグに対して、属性値の間で差異があるもの、例えば、<最高使用圧力>3.43</最高使用圧力>と<LG>1111</LG>のようなものに対してdiffFlag=”different”というようにしてタグに差異があるという情報を格納する。
【００３１】
すなわち、<最高使用圧力 diffFlag=”different”></最高使用圧力>で系統設計データベース１２０ｃの最高使用圧力と配管設計データベース１１０のＬＧに差異があることをあらわす。
【００３２】
以上の構成と処理からなるシステムにより、データベース間で同一の値を示すべき属性の整合性の状態を管理・把握することができる。
【００３３】
図８はユーザの要求に応じて表示画面を生成する際の処理の流れを示す図である。図１の端末７００に実装されているブラウザ８００を利用してユーザはプラント名を指定し（ＳＴＥＰ ７１、例えばプラントＡ）、系統名を指定する（ＳＴＥＰ ７２、例えばＥ１１）。表示要求受付装置５００は表示要求を待つ(ＳＴＥＰ ７３)。表示要求が対応関係表示であれば(ＳＴＥＰ ７４、Ｙｅｓ)、対応関係表示を実施する(ＳＴＥＰ ７５、この表示例を、図９に示す)。表示要求が対応関係表示ではなく(ＳＴＥＰ ７４、Ｎｏ)、差異関係表示であれば(ＳＴＥＰ ７６、Ｙｅｓ)、差異関係の表示を実施する(ＳＴＥＰ ７７、この表示例を図１０に示す)。
【００３４】
表示要求が差異関係表示ではなく(ＳＴＥＰ ７６，Ｎｏ)、差異履歴表示であれば(ＳＴＥＰ ７８、Ｙｅｓ)、差異履歴表示を実施する(ＳＴＥＰ ７９、この表示例を図１１に示す)。表示要求が差異履歴表示ではなく(ＳＴＥＰ ７８、Ｎｏ)、関連差異表示であれば(ＳＴＥＰ ８０、Ｙｅｓ)、差異履歴表示を実施する(ＳＴＥＰ ８１、この表示例を図１２に示す)。このように複数の関連した項目、すなわち、図１２の例では,残留熱除去系（Ｅ１１）、高圧炉心注水系（Ｅ２２）、隔離時冷却系（Ｅ５１）などである。そして、いずれの場合でもなければ、表示要求待ち(ＳＴＥＰ ７３)に戻る。
【００３５】
図９は図８の処理で生成した表示画面の一例で、対応関係生成処理により生成されたタグ付き文書を用いて生成した画面の例を示す図である。ウィンドウ７００（ａ）には配管データ比較対応関係を表示する。例えば、プルダウンメニュー７０１からプラント名として、Ａプラントを選択し、系統として、ツリーメニューからＥ１１残留熱除去系７０２を選択してから、対応関係表示ボタン７０３を押すと、右下のウィンドウ７０７に各属性間の対応関係が例えば最高使用圧力とＬＧ、最高使用温度とＬＨのように配管番号順に表示される。これは図６に示すようなタグ付き文書をもとに生成している。全データ数７０８は、１００といったような情報も、図６のタグ付き文書のデータ数の情報から抽出することにより生成し表示することができる。
【００３６】
図１０も図８の処理で生成した表示画面の一例で、差異抽出処理により生成されたタグ付き文書を用いて生成した画面の例を示す図である。ウィンドウ７００（ｂ）には配管データ比較の差異関係を表示する。例えば、図９と同様に、プルダウンメニュー７０１からプラント名として、Ａプラントを選択し、系統として、ツリーメニューからＥ１１残留熱除去系７０２を選択してから差異関係表示ボタン７０４を押すと、右下のウィンドウ７０９にデータベースの、テーブルの行方向のデータのうち差異のあるものが、例えば最高使用圧力とＬＧ、最高使用温度とＬＨのように配管番号順に表示される。そのうち、差異のあるデータに関しては７１０のように強調表示する。これは図７に示すようなタグ付き文書をもとに生成している。全データ数（７１１）の５といったような情報も、図７のタグ付き文書の、データ数の情報から抽出することにより生成表示する。
【００３７】
図１１も図８の処理で生成した表示画面の一例で、差異履歴グラフ生成処理により生成されたタグ付き文書を用いて生成した画面の例を示す図である。ウィンドウ７００（ｃ）には配管データ比較の差異履歴を表示する。例えば、図９と同様に、プルダウンメニュー７０１からプラント名として、Ａプラントを選択し、系統として、ツリーメニューからＥ１１残留熱除去系７０２を選択してから差異履歴表示ボタン７０４を押すと、右下のウィンドウ７１２にデータベースのテーブルの、行方向のデータのうち差異のあるものの行数の、総数の履歴が日付順に表示される。この差異履歴グラフは図７に示すようなタグ付き文書についてデータ更新ごとに生成されたものを複数個利用して生成表示している。
【００３８】
図１２も図８の処理で生成した表示画面の一例で、関連差異グラフ生成処理により生成されたタグ付き文書を用いて生成した画面の例を示す図である。ウィンドウ７００（ｄ）には配管データ比較の差異の個数を表示する。例えば、図９と同様に、プルダウンメニュー７０１からプラント名として、Ａプラントを選択し、系統として、ツリーメニューからＥ１１残留熱除去系７０２を選択してから関連差異表示ボタン７０４を押すと、右下のウィンドウ７１３にデータベースのテーブルの、行方向のデータのうち差異のあるものの行数の総数で、Ｅ１１残留熱除去系７１３（i）に関連するＥ２２高圧炉心注水系７１３(ii)、Ｅ５１隔離時冷却系７１３(iii)が表示される。ここでは例えば、系統番号がＥで始まるものを関連する系統として選択している。この差異関連グラフは図７に示すようなタグ付き文書について系統ごとに生成されたものを複数個利用して生成表示している。
【００３９】
図１３は図１０の画面を表示している場合に差異データにコメントを入力している例を示す図である。例えば、図１３で配管番号００２とＬＧで決定できるセルに差異があり、ここをクリックした場合に、系統Ｅ１１、配管番号００２、ＬＧへのコメントというウィンドウ７２０が表示され、「配管設計側データベースの最高使用圧力(ＬＧ)は仮に値を設定したものである。系統設計側データベースの正式な値設定待ち。4/24 配管設計部署Ａ」といったコメントを記入し登録する。これにより、データの対応状況および差異状況についての背景やどう修正すべきかの示唆情報をデータに対応付けて管理することができる。
【００４０】
さらに本発明は、複数のＤＢ中の、テーブル内の属性項目同士を対応付けるマッピング文書を用いて、ＤＢ間で設定した値の差異を検出することにより、データベース間で同一の値を示すべき属性の整合性の状態を管理・表示することができる。
【００４１】
また、本発明では、データベースごとの更新情報を自動的に検出した結果を用いて、その都度、データベース間のデータの対応付けを示す文書と差異を示す文書を生成して、データベースの整合性維持の履歴を残すことによって、当該作業と関連する作業の完成度を示す情報を獲得することができる。
【００４２】
また、本発明では、データベース間で対応がついていて同じであるべきデータの値に差異があったときに、元のデータを設定した業務アプリケーション側に逆にデータ修正要求を出すことにより、データの整合性維持を能動的に実施する情報を出力することができる。
【００４３】
さらに本発明は、データベース間のデータの対応状況および差異状況に関する表示情報に対応付けて確認コメントを登録することにより、データの対応状況および差異状況についての背景やどう修正すべきかの示唆情報をデータに対応付けて管理することができる。
【００４４】
また、本発明によれば、当該作業により作成したデータの過去のすべての修正履歴を把握することもできる。さらに、当該作業により作成したデータの過去の差異が現在までにどのように減少しているか、すなわち、作業の完成度を把握することができる。また、当該作業により作成したデータの差異と関連する項目のデータの差異を把握して、関連する作業の完成度を把握すること、あるいは、データの整合性維持を能動的に実施する情報を出力することができ、整合性維持に関わる作業を促進することができること、あるいは、データの対応状況および差異状況についての背景やどう修正すべきかの示唆情報をデータに対応付けて管理できる効果が期待できる。
【００４５】
【発明の効果】
以上説明したように、本発明によれば統合化システムにネットワークを介して接続した端末装置の要求に基づいて差異情報を表示するので、各データベース間で同一の値を示すべき属性の整合性の状態を管理・表示できるため、従来の分散型のシステムを生かしつつ、コンカレントな業務に対応可能なデータベースの統合を実現することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係わるデータベース統合システムの構成図である。
【図２】一般的なプラント設計業務の種類と、業務間の関わりを示す図である。
【図３】図１の差異データ管理サーバの中の、タグ付き文書変換処理の全体の流れを示す図である。
【図４】タグ付きファイル生成の詳細処理の流れを示す図である。
【図５】系統設計データベースと配管設計データベースの対応付けの関係を示す図である。
【図６】対応関係生成処理により生成されたタグ付き文書の例を示す図である。
【図７】差異抽出処理により生成されたタグ付き文書の例を示す図である。
【図８】ユーザの要求に応じて表示画面を生成する際の処理の流れを示す図である。
【図９】対応関係生成処理により生成されたタグ付き文書を用いて生成した画面の例を示す図である。
【図１０】差異抽出処理により生成されたタグ付き文書を用いて生成した画面の例を示す図である。
【図１１】差異履歴グラフ生成処理により生成されたタグ付き文書を用いて生成した画面の例を示す図である。
【図１２】関連差異グラフ生成処理により生成された、タグ付き文書を用いて生成した画面の例を示す図である。
【図１３】図１０の画面を表示している場合に差異データにコメントを入力している例を示す図である。
【符号の説明】
１１０；配管設計システム １２０；系統設計システム １３０；機器設計システム １１０ａ，１２０ａ、１３０ａ；端末装置 １１０ｂ；配管設計アプリケーション（プログラム） １２０ｂ；系統設計アプリケーション（プログラム） １３０ｂ；機器設計アプリケーション（プログラム） １１０ｃ；配管設計データベース １２０ｃ；系統設計データベース １３０ｃ；機器設計データベース １１０−１２０、１２０−１３０；マッピングデータ ２１０、２２０、２３０；変更検知処理装置 ３１０、３２０；タグ付き文書変換処理装置 ４１０、４２０；タグ付き文書蓄積ファイルシステム ５００；表示要求受付装置 ６００；差異データ管理サーバ ７００；端末 ８００；ブラウザ
Claims (4)
- データの入出力をおこなうための端末装置と、業務対応アプリケーション・プログラムと、業務対応データベースとから構成されコンカレントに設計業務がおこなわれる分散システムを複数有し、前記複数のシステム間でデータを参照し統合化システムを構成し、前記統合化システムにネットワークを介して端末装置を接続した支援方法において、前記複数の異なるデータベースは相互間でテーブル内の属性項目同士を対応付けし、前記相互間の対応付けにしたがってマッピング文書を作成し、前記作成されたマッピング文書にしたがって相互間のタグテーブル内の属性値同士を対応づけし、前記相互間の対応付けに基づいて前記複数のデータベースの統合を支援すると共に、ネットワークを介して接続した前記端末装置からの表示要求にしたがってデータベース間差異情報あるいは同一データベース内のデータ決定項目情報によって関係付けられる差異情報を表示することを特徴とするデータベース統合支援方法。
- データの入出力をおこなうための端末装置と、業務対応アプリケーション・プログラムと、業務対応データベースとから構成されコンカレントに設計業務がおこなわれる分散設計システムを複数有し、前記複数のシステム間でデータを参照するデータベース統合化システムを構成し、前記統合化システムにネットワークを介して端末装置を接続したシステムにおいて、前記複数の異なるデータベースのテーブル内の属性項目同士を対応付けるマッピング文書と、前記マッピング文書にしたがって前記テーブル内の属性値同士を対応付けるための手段と、前記対応付けにしたがって作成されたマッピング文書に基づいてタグテーブル内の属性値同士を対応づけするタグ付き文書変換手段と、前記変換されたタグ付き文書を記憶するタグ付き文書蓄積ファイルと、から構成された差異データ管理サーバを設け、前記差異データ管理サーバには、ネットワークを介して接続した前記端末装置からの表示要求を受付け、表示要求にしたがってデータベース間差異情報あるいは同一データベース内のデータ決定項目情報によって関係付けられる差異情報を表示することができる表示要求受付装置を有することを特徴とするデータベース統合支援システム。
- 請求項２において,前記差異データ管理サーバは、前記データベースのデータが変更されたことを検出するデータベース変更検知処理手段と、前記データベースのマッピングデータにより整合性維持を表すタグ付き文書を生成するタグ付き文書変換装置と、前記生成された文書を記憶するとともに関連するデータベースのいずれかで差異が生じたとき該当する分散システムの業務対応アプリケーション・プログラムデータの修正要求信号を発生するタグ付き文書蓄積ファイルシステムを有する差異データ管理サーバであることを特徴とするデータベース統合支援システム。
- 請求項２において、前記差異データ管理サーバは、データベース間差異情報あるいは同一データベース内のデータ決定項目情報によって関係付けられる差異情報に基づいて該当するデータベースの業務対応アプリケーション・プログラムに修正信号を出力するタグ付き文書変換手段を含むことを特徴とするデータベース統合支援システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001226464A JP3854825B2 (ja) | 2001-07-26 | 2001-07-26 | データベース統合支援方法およびシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001226464A JP3854825B2 (ja) | 2001-07-26 | 2001-07-26 | データベース統合支援方法およびシステム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003044529A JP2003044529A (ja) | 2003-02-14 |
| JP3854825B2 true JP3854825B2 (ja) | 2006-12-06 |
Family
ID=19059276
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001226464A Expired - Fee Related JP3854825B2 (ja) | 2001-07-26 | 2001-07-26 | データベース統合支援方法およびシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3854825B2 (ja) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101141200B1 (ko) * | 2004-02-03 | 2012-05-04 | 가부시키가이샤 즈켄 | 설계파라미터 관리방법, 설계파라미터 관리시스템,프로그램 및 컴퓨터로 독취 가능한 기록매체 |
| US7890303B2 (en) | 2004-02-03 | 2011-02-15 | Zuken Inc. | Parameter managing method, design parameter managing system, program and computer readable recording medium |
| JP4530977B2 (ja) * | 2005-11-29 | 2010-08-25 | 三菱電機株式会社 | 遠隔監視システム |
| JP2008084051A (ja) * | 2006-09-28 | 2008-04-10 | Toshiba Corp | プラント総合エンジニアリング支援システム |
| WO2010067436A1 (ja) | 2008-12-11 | 2010-06-17 | 富士通株式会社 | 構成管理装置、構成管理プログラム及び方法 |
| CN105431848B (zh) * | 2014-07-14 | 2017-05-17 | 三菱电机株式会社 | 共通参数接口生成方法以及参数读入方法 |
| KR101763068B1 (ko) * | 2016-05-02 | 2017-07-28 | 한국수력원자력 주식회사 | 원자력 발전소 전체 설계 정보 통합 관리 장치 |
-
2001
- 2001-07-26 JP JP2001226464A patent/JP3854825B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003044529A (ja) | 2003-02-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7080067B2 (en) | Apparatus, method, and program for retrieving structured documents | |
| JP2004086782A (ja) | 異種データベース統合支援装置 | |
| JP4516566B2 (ja) | Ｘｍｌ文書とリレーショナルデータと間のマッピングにおける階層情報の保持 | |
| JP3842577B2 (ja) | 構造化文書検索方法および構造化文書検索装置およびプログラム | |
| CN100547581C (zh) | 生成结构模式候选对象的方法、系统 | |
| US8321045B2 (en) | Validating information within production event messages for recording non-trending production data and events | |
| US6279006B1 (en) | Structured data management system and computer-readable recording medium storing structured data management program | |
| JP5001614B2 (ja) | 設計変更範囲検索方法、設計変更範囲検索装置および設計変更範囲検索システム | |
| Frischmuth et al. | Ontowiki–an authoring, publication and visualization interface for the data web | |
| CN101073076A (zh) | 在标记语言环境中利用新片段和新方案来创建新文档的文档处理和管理方法 | |
| CN112084385B (zh) | 一种基于数字孪生的零件-工艺-设备关联关系拓扑视图生成方法 | |
| JP2001216452A (ja) | ドキュメントサービス統合システム | |
| JP2004348310A (ja) | レビュー支援装置、方法及びプログラム | |
| JP3854825B2 (ja) | データベース統合支援方法およびシステム | |
| CN109214776A (zh) | 一种火电epc工程总承包管理全过程全要素管控平台 | |
| Jeong | A study on the BIM evaluation, analytics, and prediction (EAP) framework and platform in linked building ontologies and reasoners with clouds | |
| JP2001014166A (ja) | オントロジー対応付け情報生成装置 | |
| JP2007108889A (ja) | 知的財産管理システム、知的財産管理方法およびプログラム | |
| JP2003281149A (ja) | アクセス権限設定方法および構造化文書管理システム | |
| JP5253672B2 (ja) | データベース、伝票データ管理サーバ、およびインデックスデータ管理プログラム | |
| CN101268438A (zh) | 数据处理装置 | |
| JP3842572B2 (ja) | 構造化文書管理方法および構造化文書管理装置およびプログラム | |
| JP3842576B2 (ja) | 構造化文書編集方法及び構造化文書編集システム | |
| JP2008176771A (ja) | 検索プログラム、方法及び装置 | |
| Shentu et al. | Mechanism design of data management system for nuclear power |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060613 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060807 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060829 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060911 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090915 Year of fee payment: 3 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |