JP2003044529A

JP2003044529A - データベース統合支援方法およびシステム

Info

Publication number: JP2003044529A
Application number: JP2001226464A
Authority: JP
Inventors: Hiroshi Seki; 洋関; Hiroki Sano; 広樹佐野; Yasuo Yoshinari; 康男吉成
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2001-07-26
Filing date: 2001-07-26
Publication date: 2003-02-14
Anticipated expiration: 2021-07-26
Also published as: JP3854825B2

Abstract

(57)【要約】【課題】上流から下流へ、あるいは相互に影響を及ぼす
設計業務を分散型システムで実現しようとすると問題が
多い。特にコンカレントに業務が進められる場合が多い
プラント設計業務では、データベースの統合化を実現す
るための方法およびシステムのへの要望が強かった。本
発明は、実際の分散型システムのデータベースを生かし
つつ、全体としてデータベースの統合化を支援する方法
およびシステムを提供することにある。【解決手段】データの入出力をおこなうための端末装置
と、業務対応アプリケーション・プログラムと、業務対
応データベースとから成る分散システムを複数有し、前
記複数システムのデータベース間の統合システムにおい
て、前記複数の異なるデータベースのテーブル内の属性
項目同士を対応付けし、前記対応付けにしたがってマッ
ピング文書を作成し、前記作成されたマッピング文書に
したがってタグテーブル内の属性値同士を対応づけし、
前記対応付けに基づいて前記複数のデータベースの統合
を支援するデータベース統合支援方法。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はプラントの設計・運
転・保守などのプラントライフサイクルなどに係わる分
野の、特にデータベースによって設計者の間の情報伝達
が行われ、分業化された分散設計業務の、より効率的な
情報伝達と共有を支援するためのデータベース統合支援
方法およびシステムに関する。

【０００２】

【従来の技術】原子力・火力などのプラントの設計業務
は通常は分業化されており、いくつかの段階に分かれて
設計業務が進行する。設計の初めの段階は「上流」と呼
ばれ、後の段階は「下流」としばしば呼ばれる。原子
力、火力などのプラントの設計部署においては、系統設
計、配管三次元設計、機器設計などに関わる各データベ
ースに設計結果を格納し、管理している。これらのデー
タベースは、データ量が膨大で、業務の性格上、各デー
タベースにそれぞれのデータがコンカレントに蓄積され
ていく。

【０００３】すなわち、上流側の設計を待たずに下流側
の設計がスタートしてしまうため、単にデータベース間
のリンクを張るだけではデータベースの整合性管理がで
きない。これらの業務はコンカレントに進むものであ
り、上流の設計結果をまたずに、値の仮決めにより下流
側の設計もスタートしている。図２は一般的なプラント
設計業務の種類と業務間の関わりを示すブロック図であ
る。ここでは例として上流から下流に向けて、プラント
の系統設計１０、配管設計２０、機器設計３０などの順
番で業務の成果が移行する場合を示している。この図の
ようにその成果が順次流れれば、これらの業務の設計結
果に関して差異はなく統一が保たれる。しかしながら、
現実的にはシステムが膨大であること、全体の設計にか
けられる時間を多くとることができないこと、業務に関
わる人数が多いこと、などの理由から、ほとんどの場合
コンカレントに仕事が進められる。

【０００４】例えば、図２の例でいえば,系統設計の部
門１０では配管計装線図を作成（１０ａ）し、また機器
リストの作成（１０ｂ）などをおこない、その結果を系
統設計データベース（ＤＢ）１２０Ｃに格納する。また
配管設計の部門では配管空間３Ｄレイアウトなどを作成
（２０ａ）して配管設計データベース（ＤＢ）に格納す
る。さらに、機器設計の部門では、機器詳細設計（３０
ａ）、発注品手配用仕様（３０ｂ）などを作成して機器
設計データベース（ＤＢ）１３０Ｃに格納する。それぞ
れの業務がコンカレントにデータをデータベースに蓄積
しているから、ＤＢ間でのデータ転送により、それぞれ
の業務の成果を他の部署のデータベースに反映すること
が必須条件となる。

【０００５】このようなデータベースは分散型データベ
ースといわれているが、分散型データベースにおいて
は、データベース間に関連を設けないで進行させたとす
ると、上流から下流へ、または、設計の進行状況によっ
ては下流から上流のデータべースにデータを転送して、
データの整合性を維持していく必要がある。このような
データ転送は、通常、データベース管理者が各データベ
ース間の差異を把握して、最新の値としてどの値を入れ
るかを判断して、データベースで設定している値を更新
することになる。データベースを更新するかどうかの判
断は、当該設計部署ごとの意見と、設計上の制約などを
考慮することになる。しかし、実際のデータベース間の
差異を把握できるのはデータ転送ツールを利用できる者
に限られるので、作業効率が良くないし、データベース
に関わる情報の共有という観点からも望ましくない。

【０００６】データベースのもう一つの形態としては統
合型データベースがある。例えば、統合型のデータベー
スの代表的なものとして、従来のリレーショナルデータ
ベースがある。しかし、「親表」と「子表」の間の関連
づけに外部キー制約を設けている。すなわち、親の表の
値が決まらないと子の表の値を入力できない。そのた
め、上流・下流の業務がコンカレント進められる業務形
態の分散システムの場合には、リレーショナルデータベ
ースとその制約だけで統合型データベースを導入するに
は無理がある。

【０００７】また、系統設計、配管設計などでは、それ
ぞれ過去に独自にＣＡＤツール、データ入力ツールを開
発・導入してきた経緯がある場合もあって、システムや
データベース管理システムが必ずしも統一がとれていな
い場合がある。従って、従来の業務システムで利用して
いる分散型データベースから統合型データベースに一気
に移行しようとすると、コスト的に非常に高いものとな
り、一つの統合型データベースに依存するというリスク
も背負うことになる。一方、タグ付き文書によりデータ
交換や共有を図るというという試みがＸＭＬ(Ｅｘｔｅ
ｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ)文書
を導入することにより実施されるようになってきた。こ
れについてはＷ３Ｃ（ＷｏｒｌｄＷｉｄｅＷｅｂ
Ｃｏｎｓｏｒｔｉｕｍ、ｈｔｔｐ：／／ｗｗｗ．ｗ３
ｃ．ｏｒｇ）で国際的に標準化が進められている。ま
た、ＸＭＬ文書の従う構文はＤＴＤ（Ｄｏｃｕｍｅｎｔ
ＴｙｐｅＤｅｉｎｉｔｉｏｎ）という枠組みの中で
決められる。ＤＴＤは、例えば、二つの情報間の対応関
係を決めるようなマッピング用の文書としても利用でき
る。これらを利用して例えばＷＷＷサーバ上で情報を構
築し、ネットワークに接続された計算機上で表示しよう
とすれば、表示スタイルを決めるＸＳＬ（Ｅｘｔｅｎｓ
ｉｂｌｅＳｔｙｌｉｎｇＬａｎｇｕａｇｅ）に従っ
た文書を利用することによって、ユーザが把握しやすい
形態で情報を表示することができる。

【０００８】また、先行技術として、特開平３−２７８
１７９号公報がある。分散処理システムの図面検索方式
に関するもので、分散処理形態でＣＡＤの図面データや
設計基準情報を検索する図面検索方式について開示があ
る。主コンピュータに、図面属性データおよび設計基準
情報を一元保有することによって相互利用を図るもので
ある。しかし、コンカレントに情報が格納され、相互利
用をはかることについては開示がない。

【０００９】

【発明が解決しようとする課題】前記従来の技術の項で
述べたように、プラント設計のコンカレントな業務進行
とそれぞれ異なる業務依存システムに、統合型データベ
ースを導入するのはコストとシステムの継続的・連続的
な利用に問題が生ずる。しかし、分散型データベースで
運用していくとデータベース間の整合性維持が非効率的
になるという問題点がある。

【００１０】本発明は上記のような課題を解決するため
に、複数のＤＢ中の、テーブル内の属性項目同士を対応
付けるＤＴＤのようなマッピング文書を用いて、従来型
の分散システムを生かしつつ、かつコンカレントな業務
に適用可能なデータベースの統合支援方法およびシステ
ムを提供することを目的とする。

【００１１】

【課題を解決するための手段】前記課題は、以下の支援
方法及びシステムにより解決することができる。データ
の入出力をおこなうための端末装置と、業務対応アプリ
ケーション・プログラムと、業務対応データベースとか
ら構成されコンカレントに設計業務がおこなわれる分散
システムを複数有し、前記複数のシステム間でデータを
参照し統合化システムを構成する支援方法において、前
記複数の異なるデータベースのテーブル内の属性項目同
士を対応付けし、前記対応付けにしたがってマッピング
文書を作成し、前記作成されたマッピング文書にしたが
ってタグテーブル内の属性値同士を対応づけし、前記対
応付けに基づいて前記複数のデータベースの統合を支援
する支援方法により解決することができる。

【００１２】また、前記マッピング文書にしたがって前
記テーブル内の属性値同士の差異を検出し、前記差異が
あった属性値について対応づけをおこなうこと、また、
前記検出された属性同士の差異に基づいて対応する業務
対応アプリケーション・プログラムに差異修正要求を出
力し、修正をおこなうこと、また、前記生成したテーブ
ル内の属性値同士を対応付けたデータを時系列的に蓄積
し、前記データベース間の対応状況の履歴を表示するこ
と、などによる支援方法により解決することができる。

【００１３】また、データの入出力をおこなうための端
末装置と、業務対応アプリケーション・プログラムと、
業務対応データベースとから構成されコンカレントに設
計業務がおこなわれる分散設計システムを複数有し、前
記複数のシステム間でデータを参照するデータベース統
合化システムにおいて、前記複数の異なるデータベース
のテーブル内の属性項目同士を対応付けるマッピング文
書と、前記マッピング文書にしたがって前記テーブル内
の属性値同士を対応付けるための手段と、前記対応付け
にしたがって作成されたマッピング文書にしたがってタ
グテーブル内の属性値同士を対応づけするタグ付き文書
変換手段と、前記変換されたタグ付き文書を記憶するタ
グ付き文書蓄積ファイルと、から構成された差異データ
管理サーバを設けたデータベース統合支援システムによ
り解決することができる。

【００１４】また、前記差異データ管理サーバは、前記
データベースのデータが変更されたことを検出するデー
タベース変更検知処理手段と、前記データベースのマッ
ピングデータにより整合性維持を表すタグ付き文書を生
成するタグ付き文書変換装置と、前記生成された文書を
記憶するとともに関連するデータベースのいずれかで差
異が生じたとき該当する分散システムの業務対応アプリ
ケーション・プログラムデータの修正要求信号を発生す
るタグ付き文書蓄積ファイルシステムを有する差異デー
タ管理サーバを有するデータベース統合支援システム、
また、前記差異データ管理サーバは、端末装置からの表
示要求を受付け,表示要求にしたがってデータベース間
差異情報あるいは同一データベース内のデータ決定項目
情報によって関係付けられる差異情報を表示することが
できる表示要求受付装置を有する差異データ管理サーバ
であるデータベース統合支援システム、また、前記差異
データ管理サーバは、データベース間差異情報あるいは
同一データベース内のデータ決定項目情報によって関係
付けられる差異情報に基づいて該当するデータベースの
業務対応アプリケーション・プログラムに修正信号を出
力するタグ付き文書変換手段を含む支援システムにより
解決することができる。

【００１５】

【発明の実施の形態】本発明の実施の形態に係わるデー
タベース統合システムの構成を、図１を用いて説明す
る。本発明のデータベース統合システムは既存システム
として、配管設計システム１１０、系統設計システム１
２０および機器設計システム１３０を有している場合の
実施例である。この三システムに限定されるものではな
い。この例では,配管設計システム１１０は、端末装置
１１０ａ、と業務対応アプリケーションとしての配管設
計アプリケーション（プログラム）１１０ｂおよび業務
対応ＤＢとしての配管設計データベース１１０ｃから構
成されている。また、系統設計システム１２０は端末装
置１２０ａ、業務対応アプリケーションとしての系統設
計アプリケーション（プログラム）１２０ｂおよび業務
対応ＤＢとしての系統設計データベース１２０ｃから構
成されている。また、機器設計システム１３０は端末装
置１３０ａ、業務対応アプリケーションとしての機器設
計アプリケーション（プログラム）１３０ｂおよび業務
対応ＤＢとしての機器設計データベース１３０ｃから構
成されている。

【００１６】各システムのデータベース１１０ｃ、１２
０ｃおよび１３０ｃにマッピングデータ１１０−１２０
および１２０−１３０を作成して割り当てることによっ
て、系統設計データベース１２０ｃを中心にして、配管
設計データベース１１０ｃと機器設計データベース１３
０ｃを対応付ける環境を作っている。また、１１０ｃ、
１２０ｃおよび１３０ｃの各データベースにおける変更
検知処理装置２１０、２２０、２３０を通じて、データ
ベースに変更があったかどうかを検知する。この変更検
知結果およびデータベースの変更部分のデータについて
の信号２１０（ｉ）、２２０（ｉ）、２２０（ｉｉ）２
３０（ｉ）を入力データとする差異データ管理サーバ６
００で、タグ付き文書によってデータベース間の整合状
態を管理する。

【００１７】ここで、タグとはデータに対して意味付け
をする情報、すなわち属性名称などから作った記述子の
ことを言う。差異データ管理サーバ６００では信号２１
０（ｉ）または信号２２０（ｉ）のいずれかの信号が発
生したときに、マッピングデータ１１０−１２０を利用
してタグ付き文書変換処理装置３１０が起動し、系統設
計データベース−配管設計のデータベース１２０ｃと１
１０ｃの整合性維持状況を表すタグ付き文書を生成し、
タグ付き文書蓄積ファイルシステム４１０に蓄積する。
タグ付き文書蓄積ファイルシステム４１０は系統設計−
配管設計のデータベース間で対応状況に差異を検出した
場合に、各業務アプリケーション１１０ｂ、１２０ｂに
データ修正要求４１０（ｉ）と４１０(ii)を出力する。

【００１８】同様に、信号２２０(ii)または信号２３０
（ｉ）のいずれかの信号が発生したときに、マッピング
データ１２０−１３０を利用してタグ付き文書変換処理
装置３２０が起動し、系統設計データベース−機器設計
のデータベース１２０ｃと１３０ｃの整合性維持状況を
表すタグ付き文書を生成し、タグ付き文書蓄積ファイル
システム４２０に蓄積する。タグ付き文書蓄積ファイル
システム４２０は系統設計−配管設計のデータベース間
で対応状況に差異を検出した場合に各業務アプリケーシ
ョン１２０ｂ、１３０ｂにデータ修正要求４２０（ｉ）
と４２０(ii)を出力し、系統設計アプリケーション・プ
ログラム１２０ｂあるいは機器設計アプリケーション・
プログラム１３０ｂの修正をおこなう。

【００１９】また、既存システムとは別にネットワーク
に接続された端末装置７００とこれに実装されているブ
ラウザ８００により、ユーザからの表示要求を表示要求
受付装置５００で処理する。この際、表示要求受付装置
５００が必要とするタグ付き文書はタグ付き文書蓄積フ
ァイルシステム４１０または４２０から選択し、表示形
態も予め用意したスタイル設定ファイル５１０から選択
して、表示画面を生成する。

【００２０】図３は図１の差異データ管理サーバ６００
の、タグ付き文書変換処理（３１０、あるいは３２０）
全体の流れを示す図である。タグ付き文書変換処理装置
３１０および３２０の処理は配管設計データベース１１
０ｃまたは系統設計データベース１２０ｃもしくは機器
設計データベース１３０ｃのいずれかで更新があったと
きに、変更検知装置２１０または２２０もしくは２３０
からのデータ更新の検知によるトリガー信号を受けて起
動する。

【００２１】タグ付き文書変換処理装置３１０または３
２０はトリガー信号に含まれる設計変更箇所のパラメー
タを受信する(ＳＴＥＰ１１)。このパラメータにはプ
ラント名、建屋名、系統名などが含まれる。

【００２２】いま、一つのプラントのデータについて設
計している場合を考えると、建屋が複数指定されている
場合(ＳＴＥＰ１２、Ｙｅｓ)、建屋が一つ指定されて
いる場合(ＳＴＥＰ１２、Ｎｏ)の二通りある。そして
複数の場合であっても全体なのか、部分なのか（ＳＴＥ
Ｐ１４、Ｙｅｓ、ＮＯ）のそれぞれについて、また、
系統が複数指定されている場合(ＳＴＥＰ１３、Ｙｅ
ｓ)、系統が一つ指定されている場合(ＳＴＥＰ１３、
Ｎｏ)の二通りある。

【００２３】以上で合計四通りのタグ付きファイル生成
処理が生ずる(ＳＴＥＰ１５−１〜１５−４)。いずれ
にしても、一つのタグ付きファイル生成処理を共通に使
用することが可能である。

【００２４】図４は前記図３のタグ付きファイル生成処
理、ＳＴＥＰ１５−１の詳細処理の流れを示す図であ
る。ここでは例えば、図１の配管設計データベース１１
０ｃにおいて、なんらかの変更があったと仮定して、タ
グ付き文書変換処理装置３１０におけるタグ付きファイ
ル生成の詳細処理について述べる。

【００２５】この場合、配管設計データベース１１０ｃ
と系統設計データベース１２０ｃとのデータの対応関係
についてのタグつき文書を最初に生成する(ＳＴＥＰ
１５−ａ)。次に、対応関係の情報からデータベース間
で差異がある部分について抽出し、データベース間の対
応のうち差異関係についての情報をあらわすタグ付き文
書を生成する(ＳＴＥＰ１５−ｂ)。さらに、ＳＴＥＰ
１５−ｂで使用している差異関係のタグ付き文書をデ
ータベース１１０ｃおよび１２０ｃの更新があるたびに
作成するものとして、そのようにして蓄積された過去の
差異関係を利用して差異数の履歴グラフを生成する(Ｓ
ＴＥＰ１５−ｃ)。さらに、同一分類の系統に属する
差異関係のタグ付き文書を利用して関連差異の個数に関
するグラフを生成する(ＳＴＥＰ１５−ｄ)。

【００２６】図５は系統設計データベースと配管設計デ
ータベースの対応付けをタグ付き文書で実施した場合の
関係を示す図である。例えば、図５（ａ）は配管設計デ
ータベース１１０ｃ、系統設計データベース１２０ｃの
対応付けをＷ３Ｃ（ＷｏｒｌｄＷｉｄｅＷｅｂＣ
ｏｎｓｏｒｔｉｕｍ、ｈｔｔｐ：／／ｗｗｗ．ｗ３ｃ．
ｏｒｇ）で国際的に標準化されているタグ付き文書規
格、すなわちＸＭＬに従う構文であるＤＴＤ（Ｄｏｃｕ
ｍｅｎｔＴｙｐｅＤｅｆｉｎｉｔｉｏｎ）に従った
場合の、マッピングデータ１１０−１２０の記述例を示
すものである。この例では比較すべき属性項目集合をＲ
ＯＷとして定めると、ＲＯＷの中には建屋、系統番号、
配管番号、最高使用圧力などといったものがある。さら
に建屋として比較する情報は系統設計データベース側の
建屋という属性項目、配管設計データベース側のＮＴと
いう属性項目があるといったように階層的に対応関係の
情報を展開して記述する。図５（ａ）は、タグは配管デ
ータ比較を示し、複数行のうちの一行だけ記述例を示し
た。

【００２７】図５(b)は(a)の内容を図式的に表示したも
のである。すなわち、配管データ比較という内容で比較
すべき属性項目集合ＲＯＷが複数行存在する。複数行存
在するという情報はＲＯＷの上についている＊で表して
いる。＊がなければ、一つ存在するという意味になる。
そしてＲＯＷの構成要素として建屋比較１１０−１２０
−１、系統番号比較１１０−１２０−２、配管番号比較
１１０−１２０−３、最高使用圧力比較１１０−１２０
−４、最高使用温度比較１１０−１２０−５などといっ
た情報がある。さらに、建屋比較１１０−１２０−１の
下位情報として系統設計側の建屋、配管設計側のＮＴが
対応付けられる、などといった階層構成になっている。
この図５（ｂ）であらわされる対応付けの関係を利用し
て実際のデータベースの属性値を対応付ける。

【００２８】図５(c)は実際のデータベース内容の一例
を示すものである。例えば、系統設計データベース１１
０ｃのプラントＡに関するテーブルと配管設計データベ
ース１２０ｃのプラントＡに関するテーブルを対応付け
た例である。例えば、建屋とＮＴが１１０−１２０−１
ｃ、系統番号とＬＢが１１０−１２０−２ｃ、配管番号
とＬＣが１１０−１２０−３ｃ、最高使用圧力とＬＧが
１１０−１２０−４ｃ、最高使用温度とＬＨが１１０−
１２０−５ｃという関係で各行ごとに、または、各ＲＯ
Ｗごとに対応が付けられている。この関係は図５
（ａ）、（ｂ）であらわされるようなものである。

【００２９】図６は図４の対応関係生成処理ＳＴＥＰ
１５−ａにより生成されたタグ付き文書の例を示す図で
ある。タグ付き文書の一例としてＸＭＬでデータベース
間の対応関係を表すと図６のようにあらわされ、この対
応付けは図５（ａ）または図５（ｂ）であらわすマッピ
ングデータを用いて、図５（ｃ）の実際の属性値を用い
て実施される。すなわち、<配管データ比較>と</配管デ
ータ比較>というタグで、情報の先頭と最後をはさむこ
とで対応関係全体をあらわしている。<配管データ比較>
の中にはプラントコード、更新時刻、データ数のパラメ
ータとして、それぞれ、”Ａ”、”2001/4/22 18:14:5
6”、”100”を表記することもできる。<配管データ比
較></配管データ比較>のタグの内側に<ROW></ROW>タグ
で実際のデータの、対応関係の集合をあらわす。<ROW>
タグの中にはnum=”0”といったデータの通し番号をつ
けることができる。<ROW>タグの内側には<建屋比較></
建屋比較>、<系統番号比較></系統番号比較>、<配管番
号比較></配管番号比較>、<最高使用圧力比較></最高使
用圧力比較>、<最高使用温度></最高使用温度>などとい
った対応付ける属性の意味情報を表す。各タグの中に
は、例えば<建屋></建屋>、<NT></NT>などで属性値をは
さんで、実際のデータベースの対応関係を具体的に表記
する。

【００３０】図７は図４の差異抽出処理ＳＴＥＰ１５
−ｂにより生成されたタグ付き文書の例を示す図であ
る。図６で生成された対応関係のタグ付き文書をもとに
生成されるものであり、何らかの差異がデータベース間
で一つの属性でも差異があれば行単位、すなわちＲＯＷ
単位で差異に関するタグ付き文書を生成する。<配管デ
ータ比較></配管データ比較>タグ、<ROW></ROW>タグに
ついては図６で説明したものと同一である。<建屋比較>
</建屋比較>などの対応付ける属性の意味情報を表すタ
グに対して、属性値の間で差異があるもの、例えば、<
最高使用圧力>3.43</最高使用圧力>と<LG>1111</LG>の
ようなものに対してdiffFlag=”different”というよう
にしてタグに差異があるという情報を格納する。

【００３１】すなわち、<最高使用圧力 diffFlag=”dif
ferent”></最高使用圧力>で系統設計データベース１２
０ｃの最高使用圧力と配管設計データベース１１０のＬ
Ｇに差異があることをあらわす。

【００３２】以上の構成と処理からなるシステムによ
り、データベース間で同一の値を示すべき属性の整合性
の状態を管理・把握することができる。

【００３３】図８はユーザの要求に応じて表示画面を生
成する際の処理の流れを示す図である。図１の端末７０
０に実装されているブラウザ８００を利用してユーザは
プラント名を指定し（ＳＴＥＰ７１、例えばプラント
Ａ）、系統名を指定する（ＳＴＥＰ７２、例えばＥ１
１）。表示要求受付装置５００は表示要求を待つ(ＳＴ
ＥＰ７３)。表示要求が対応関係表示であれば(ＳＴＥ
Ｐ７４、Ｙｅｓ)、対応関係表示を実施する(ＳＴＥＰ
７５、この表示例を、図９に示す)。表示要求が対応
関係表示ではなく(ＳＴＥＰ７４、Ｎｏ)、差異関係表
示であれば(ＳＴＥＰ７６、Ｙｅｓ)、差異関係の表示
を実施する(ＳＴＥＰ７７、この表示例を図１０に示
す)。

【００３４】表示要求が差異関係表示ではなく(ＳＴＥ
Ｐ７６，Ｎｏ)、差異履歴表示であれば(ＳＴＥＰ７
８、Ｙｅｓ)、差異履歴表示を実施する(ＳＴＥＰ７
９、この表示例を図１１に示す)。表示要求が差異履歴
表示ではなく(ＳＴＥＰ７８、Ｎｏ)、関連差異表示で
あれば(ＳＴＥＰ８０、Ｙｅｓ)、差異履歴表示を実施
する(ＳＴＥＰ８１、この表示例を図１２に示す)。こ
のように複数の関連した項目、すなわち、図１２の例で
は,残留熱除去系（Ｅ１１）、高圧炉心注水系（Ｅ２
２）、隔離時冷却系（Ｅ５１）などである。そして、い
ずれの場合でもなければ、表示要求待ち(ＳＴＥＰ７
３)に戻る。

【００３５】図９は図８の処理で生成した表示画面の一
例で、対応関係生成処理により生成されたタグ付き文書
を用いて生成した画面の例を示す図である。ウィンドウ
７００（ａ）には配管データ比較対応関係を表示する。
例えば、プルダウンメニュー７０１からプラント名とし
て、Ａプラントを選択し、系統として、ツリーメニュー
からＥ１１残留熱除去系７０２を選択してから、対応関
係表示ボタン７０３を押すと、右下のウィンドウ７０７
に各属性間の対応関係が例えば最高使用圧力とＬＧ、最
高使用温度とＬＨのように配管番号順に表示される。こ
れは図６に示すようなタグ付き文書をもとに生成してい
る。全データ数７０８は、１００といったような情報
も、図６のタグ付き文書のデータ数の情報から抽出する
ことにより生成し表示することができる。

【００３６】図１０も図８の処理で生成した表示画面の
一例で、差異抽出処理により生成されたタグ付き文書を
用いて生成した画面の例を示す図である。ウィンドウ７
００（ｂ）には配管データ比較の差異関係を表示する。
例えば、図９と同様に、プルダウンメニュー７０１から
プラント名として、Ａプラントを選択し、系統として、
ツリーメニューからＥ１１残留熱除去系７０２を選択し
てから差異関係表示ボタン７０４を押すと、右下のウィ
ンドウ７０９にデータベースの、テーブルの行方向のデ
ータのうち差異のあるものが、例えば最高使用圧力とＬ
Ｇ、最高使用温度とＬＨのように配管番号順に表示され
る。そのうち、差異のあるデータに関しては７１０のよ
うに強調表示する。これは図７に示すようなタグ付き文
書をもとに生成している。全データ数（７１１）の５と
いったような情報も、図７のタグ付き文書の、データ数
の情報から抽出することにより生成表示する。

【００３７】図１１も図８の処理で生成した表示画面の
一例で、差異履歴グラフ生成処理により生成されたタグ
付き文書を用いて生成した画面の例を示す図である。ウ
ィンドウ７００（ｃ）には配管データ比較の差異履歴を
表示する。例えば、図９と同様に、プルダウンメニュー
７０１からプラント名として、Ａプラントを選択し、系
統として、ツリーメニューからＥ１１残留熱除去系７０
２を選択してから差異履歴表示ボタン７０４を押すと、
右下のウィンドウ７１２にデータベースのテーブルの、
行方向のデータのうち差異のあるものの行数の、総数の
履歴が日付順に表示される。この差異履歴グラフは図７
に示すようなタグ付き文書についてデータ更新ごとに生
成されたものを複数個利用して生成表示している。

【００３８】図１２も図８の処理で生成した表示画面の
一例で、関連差異グラフ生成処理により生成されたタグ
付き文書を用いて生成した画面の例を示す図である。ウ
ィンドウ７００（ｄ）には配管データ比較の差異の個数
を表示する。例えば、図９と同様に、プルダウンメニュ
ー７０１からプラント名として、Ａプラントを選択し、
系統として、ツリーメニューからＥ１１残留熱除去系７
０２を選択してから関連差異表示ボタン７０４を押す
と、右下のウィンドウ７１３にデータベースのテーブル
の、行方向のデータのうち差異のあるものの行数の総数
で、Ｅ１１残留熱除去系７１３（i）に関連するＥ２２
高圧炉心注水系７１３(ii)、Ｅ５１隔離時冷却系７１３
(iii)が表示される。ここでは例えば、系統番号がＥで
始まるものを関連する系統として選択している。この差
異関連グラフは図７に示すようなタグ付き文書について
系統ごとに生成されたものを複数個利用して生成表示し
ている。

【００３９】図１３は図１０の画面を表示している場合
に差異データにコメントを入力している例を示す図であ
る。例えば、図１３で配管番号００２とＬＧで決定でき
るセルに差異があり、ここをクリックした場合に、系統
Ｅ１１、配管番号００２、ＬＧへのコメントというウィ
ンドウ７２０が表示され、「配管設計側データベースの
最高使用圧力(ＬＧ)は仮に値を設定したものである。系
統設計側データベースの正式な値設定待ち。4/24 配管
設計部署Ａ」といったコメントを記入し登録する。これ
により、データの対応状況および差異状況についての背
景やどう修正すべきかの示唆情報をデータに対応付けて
管理することができる。

【００４０】さらに本発明は、複数のＤＢ中の、テーブ
ル内の属性項目同士を対応付けるマッピング文書を用い
て、ＤＢ間で設定した値の差異を検出することにより、
データベース間で同一の値を示すべき属性の整合性の状
態を管理・表示することができる。

【００４１】また、本発明では、データベースごとの更
新情報を自動的に検出した結果を用いて、その都度、デ
ータベース間のデータの対応付けを示す文書と差異を示
す文書を生成して、データベースの整合性維持の履歴を
残すことによって、当該作業と関連する作業の完成度を
示す情報を獲得することができる。

【００４２】また、本発明では、データベース間で対応
がついていて同じであるべきデータの値に差異があった
ときに、元のデータを設定した業務アプリケーション側
に逆にデータ修正要求を出すことにより、データの整合
性維持を能動的に実施する情報を出力することができ
る。

【００４３】さらに本発明は、データベース間のデータ
の対応状況および差異状況に関する表示情報に対応付け
て確認コメントを登録することにより、データの対応状
況および差異状況についての背景やどう修正すべきかの
示唆情報をデータに対応付けて管理することができる。

【００４４】また、本発明によれば、当該作業により作
成したデータの過去のすべての修正履歴を把握すること
もできる。さらに、当該作業により作成したデータの過
去の差異が現在までにどのように減少しているか、すな
わち、作業の完成度を把握することができる。また、当
該作業により作成したデータの差異と関連する項目のデ
ータの差異を把握して、関連する作業の完成度を把握す
ること、あるいは、データの整合性維持を能動的に実施
する情報を出力することができ、整合性維持に関わる作
業を促進することができること、あるいは、データの対
応状況および差異状況についての背景やどう修正すべき
かの示唆情報をデータに対応付けて管理できる効果が期
待できる。

【００４５】

【発明の効果】以上説明したように、本発明によれば、
従来の分散型のシステムを生かしつつ、コンカレントな
業務に対応可能なデータベースの統合を実現することが
できる。

【図面の簡単な説明】

【図１】本発明の実施の形態に係わるデータベース統合
システムの構成図である。

【図２】一般的なプラント設計業務の種類と、業務間の
関わりを示す図である。

【図３】図１の差異データ管理サーバの中の、タグ付き
文書変換処理の全体の流れを示す図である。

【図４】タグ付きファイル生成の詳細処理の流れを示す
図である。

【図５】系統設計データベースと配管設計データベース
の対応付けの関係を示す図である。

【図６】対応関係生成処理により生成されたタグ付き文
書の例を示す図である。

【図７】差異抽出処理により生成されたタグ付き文書の
例を示す図である。

【図８】ユーザの要求に応じて表示画面を生成する際の
処理の流れを示す図である。

【図９】対応関係生成処理により生成されたタグ付き文
書を用いて生成した画面の例を示す図である。

【図１０】差異抽出処理により生成されたタグ付き文書
を用いて生成した画面の例を示す図である。

【図１１】差異履歴グラフ生成処理により生成されたタ
グ付き文書を用いて生成した画面の例を示す図である。

【図１２】関連差異グラフ生成処理により生成された、
タグ付き文書を用いて生成した画面の例を示す図であ
る。

【図１３】図１０の画面を表示している場合に差異デー
タにコメントを入力している例を示す図である。

【符号の説明】

１１０；配管設計システム１２０；系統設計システム
１３０；機器設計システム１１０ａ，１２０ａ、１
３０ａ；端末装置１１０ｂ；配管設計アプリケーショ
ン（プログラム）１２０ｂ；系統設計アプリケーショ
ン（プログラム）１３０ｂ；機器設計アプリケーショ
ン（プログラム）１１０ｃ；配管設計データベース
１２０ｃ；系統設計データベース１３０ｃ；機器設計
データベース１１０−１２０、１２０−１３０；マッ
ピングデータ２１０、２２０、２３０；変更検知処理
装置３１０、３２０；タグ付き文書変換処理装置４
１０、４２０；タグ付き文書蓄積ファイルシステム５
００；表示要求受付装置６００；差異データ管理サーバ
７００；端末８００；ブラウザ

───────────────────────────────────────────────────── フロントページの続き (72)発明者吉成康男茨城県日立市幸町三丁目１番１号株式会社日立製作所原子力事業部内Ｆターム(参考） 5B046 AA02 KA05 5B075 KK02 NK54 NR02 NR13 NS01

Claims

【特許請求の範囲】

【請求項１】データの入出力をおこなうための端末装置
と、業務対応アプリケーション・プログラムと、業務対
応データベースとから構成されコンカレントに設計業務
がおこなわれる分散システムを複数有し、前記複数のシ
ステム間でデータを参照し統合化システムを構成する支
援方法において、前記複数の異なるデータベースのテー
ブル内の属性項目同士を対応付けし、前記対応付けにし
たがってマッピング文書を作成し、前記作成されたマッ
ピング文書にしたがってタグテーブル内の属性値同士を
対応づけし、前記対応付けに基づいて前記複数のデータ
ベースの統合を支援することを特徴とするデータベース
統合支援方法。
【請求項２】前記請求項１において、前記マッピング文
書にしたがって前記テーブル内の属性値同士の差異を検
出し、前記差異があった属性値について対応づけをおこ
なうことを特徴とするデータベース統合支援方法。
【請求項３】前記請求項２において、前記検出された属
性同士の差異に基づいて対応する業務対応アプリケーシ
ョン・プログラムに差異修正要求を出力し、修正をおこ
なうことを特徴とするデータベース統合支援方法。
【請求項４】請求項１記載において、前記生成したテー
ブル内の属性値同士を対応付けたデータを時系列的に蓄
積し、前記データベース間の対応状況の履歴を表示する
ことを特徴とするデータベース統合支援方法。
【請求項５】データの入出力をおこなうための端末装置
と、業務対応アプリケーション・プログラムと、業務対
応データベースとから構成されコンカレントに設計業務
がおこなわれる分散設計システムを複数有し、前記複数
のシステム間でデータを参照するデータベース統合化シ
ステムにおいて、前記複数の異なるデータベースのテー
ブル内の属性項目同士を対応付けるマッピング文書と、
前記マッピング文書にしたがって前記テーブル内の属性
値同士を対応付けるための手段と、前記対応付けにした
がって作成されたマッピング文書に基づいてタグテーブ
ル内の属性値同士を対応づけするタグ付き文書変換手段
と、前記変換されたタグ付き文書を記憶するタグ付き文
書蓄積ファイルと、から構成された差異データ管理サー
バを設けたことを特徴とするデータベース統合支援シス
テム。
【請求項６】前記請求項５において,前記差異データ管
理サーバは、前記データベースのデータが変更されたこ
とを検出するデータベース変更検知処理手段と、前記デ
ータベースのマッピングデータにより整合性維持を表す
タグ付き文書を生成するタグ付き文書変換装置と、前記
生成された文書を記憶するとともに関連するデータベー
スのいずれかで差異が生じたとき該当する分散システム
の業務対応アプリケーション・プログラムデータの修正
要求信号を発生するタグ付き文書蓄積ファイルシステム
を有する差異データ管理サーバであることを特徴とする
データベース統合支援システム。
【請求項７】前記請求項５において、前記差異データ管
理サーバは、端末装置からの表示要求を受付け,表示要
求にしたがってデータベース間差異情報あるいは同一デ
ータベース内のデータ決定項目情報によって関係付けら
れる差異情報を表示することができる表示要求受付装置
を有する差異データ管理サーバであることを特徴とする
データベース統合支援システム。
【請求項８】前記請求項６において、前記差異データ管
理サーバは、データベース間差異情報あるいは同一デー
タベース内のデータ決定項目情報によって関係付けられ
る差異情報に基づいて該当するデータベースの業務対応
アプリケーション・プログラムに修正信号を出力するタ
グ付き文書変換手段を含むことを特徴とするデータベー
ス統合支援システム。