JP4738145B2 - エンジニアリングデータベースシステムおよびその取扱方法 - Google Patents

Description

本発明は、表形式データを格納するエンジニアリングデータベースを備えたエンジニアリングデータベースシステムおよびその取扱方法に関する。

エンジニアリングデータベースとは、例えば、火力発電システム、水力発電システム、原子力発電システムあるいは化学プラントのような設備のプラント・エンジニアリングについてのエンジニアリングデータを保有したり更新したりするためのデータウェアハウスである。このエンジニアリングデータベースを利用したエンジニアリングデータベースシステムは、複数の設計部門によるデータの更新、データの閲覧およびデータの抽出を目的としており、従って、複数のデータ利用者によって利用されることを前提としているシステムである。

エンジニアリングデータベース内には、複数の設計部門のデータ（表形式データ）群を個々に格納することが可能なファイルが存在している。これらそれぞれの表形式データには、キーフィールドが備えられており、エンジニアリングデータベースは、このキーフィールドがリレーションされることにより、データ連携や帳票出力が実施可能な構成を特徴的な形態として備えている。こうした構成は、エンジニアリング業務の効率化に寄与している。

エンジニアリングデータベース内の一つ一つの表形式データは、複数のデータ利用者にとって共通に利用可能なデータフィールドを保有している必要がある。そのためには、複数のデータ利用者が共通に認識する名称をデータフィールドに付加する必要がある。またその名称は、データ利用者のデータ利用に先行して用意されていなければならない。このような条件を満たして初めて、各データ利用者がそれぞれエンジニアリングデータベースにアクセスして表形式データのデータフィールドを閲覧し、修正の必要があればデータを更新していく作業が可能となる。また、一つの表形式データから、もしくは複数の表形式データをリレーションさせて、他部門のデータフィールドを指定することにより、エンジニアリングデータベースから、必要な情報を帳票として出力するという利用方法が可能となる。

なお、データベースにおけるデータ更新やデータ追加を実施するシステムについては、複数のデータ利用者により利用される場合の利便性を向上させるために、データベースをフィールド管理で管理するデータベースシステムが開示されている（例えば、特許文献１参照）。
特開２００１−２５６２４７号公報

しかしながら、上述したような構成のエンジニアリングデータベースシステムの取扱方法は、複数のデータ利用者に共通して認知可能な構成とするためにデータフィールドが限定的になって、使い勝手が低下することが多かった。また、上述のようなプラント・エンジニアリングにおいては、複数の外乱によってエンジニアリングデータベースの一貫性が保持できないことが多いことによってもデータフィールドを限定的にせざるを得ない。

例えば、上記のうち一つ目の外乱として、エンジニアリングデータベースのデータフィールドの差が挙げられる。具体的には、エンジニアリングデータベースのデータフィールドがプロジェクトごとに異なることによる。すなわち、あるプロジェクトと他のプロジェクトとは、客先購入仕様書に書かれた客先からの要求技術や新しく考案された技術の存在によって、同一書式のエンジニアリングデータベースのデータフィールドにならないことが多い。

二つ目の外乱としては、プロジェクトを組むベンダーから送られてくる情報がデータ利用者の欲しいフォーマットで送付されてこないことがあるということが挙げられる。

さらに、三つ目の外乱として、データ利用者が自分用のツール（アプリケーション）を好んで使用することが挙げられる。すなわち、スプレッドシートやデータベースの作成手段が向上したことによって、データ作成者が自分にとって使い勝手の良いツールを使用して表形式データを作成することがある。こうした傾向により、データ利用者が定型のデータフィールドによらずに作業を進めてしまうことがある。

以上のような外乱が存在することにより、エンジニアリングデータベースのデータフィールドは、プロジェクトごとに常に訂改正しなければならず、その変更の履歴にシステム側のデータベース設計が追いつかなくなることもある。一方で、データベースフィールドが最新のものでなく、格納されているデータがデータベースフィールドに追随していなければ、エンジニアリングデータベースを使う意義も減るため、エンジニアリングデータベースそのものが使用されなくなることも懸念される。

従来のエンジニアリングデータベースシステムは、エンジニアリングデータベースが保有する各設計部門の表形式データに、各データ利用者がそれぞれアクセスしてすべてのデータフィールドのデータを修正していき、一つの表形式データから、もしくは複数の表形式データをリレーションさせて、エンジニアリングデータベースから必要な帳票を出力するという思想を持ったシステムであった。

しかしながら、複数のデータ利用者が共通に認識する名称を各表形式データのデータフィールドに付加しなければいけない従来のエンジニアリングデータベースシステムは、上述したような理由により必ずしも最適なシステムとは言えない。

本発明は、上述したような事情を考慮してなされたものであり、複数の技術分野のデータ利用者にとって使い易く、データの保存やデータ更新が円滑に実施可能で、適切なデータ管理が可能なエンジニアリングデータベースシステムおよびその取扱方法を提供することを目的とする。

本発明のエンジニアリングデータベースシステムは、上述した課題を解決するために、表現形式の異なる複数の表形式データをエンジニアリングデータベースに格納しており、このエンジニアリングデータベースに格納している表現形式の異なる複数の表形式データの少なくとも一部についてデータを更新する旨の要求を受け付けた際には、今回更新要求のあった表形式データの各々に予め格納したユニークコードと前回更新した全表形式データの各々に予め格納したユニークコードとを突き合わせて差分をチェックし、差分のあった表形式データについては、その全データを前記エンジニアリングデータベースに登録し、各表形式データをレビジョン単位のファイル群として格納するデータ更新部と、前記エンジニアリングデータベースに格納された複数の表形式データを抽出するデータ抽出部と、このデータ抽出部に前記複数の表形式データ中の必要なデータを指定するデータ抽出設定ファイルと、前記データ抽出部が抽出したデータを保存するデータ抽出結果ファィルと、このデータ抽出結果ファイルのデータおよび前記エンジニアリングデータベースに格納される表形式データを比較して当該表形式データの更新に伴う差分を検証し、前記差分が反映された新規表形式データを作成して指定したアプリケーションで出力する差分検証部とを備えたことを特徴とするものである。

また、本発明のエンジニアリングデータベースシステムの取扱方法は、上述した課題を解決するために、プラント等の設備の設計に用いられるエンジニアリングデータベースシステムの取扱方法であって、複数のアプリケーションによって作成された表形式データを統一の形式に変換してエンジニアリングデータベースに格納する一方、このエンジニアリングデータベースに格納している表現形式の異なる複数の表形式データの少なくとも一部についてデータを更新する旨の要求を受け付けた際には、今回更新要求のあった表形式データの各々に予め格納したユニークコードと前回更新した全表形式データの各々に予め格納したユニークコードとを突き合わせて差分をチェックし、差分のあった表形式データについては、その全データを前記エンジニアリングデータベースに登録し、各表形式データをレビジョン単位のファイル群として格納し、格納された表形式データ群からデータ抽出設定ファイルに基づいて必要なデータを抽出して比較することによりデータ抽出結果ファイルを作成し、このデータ抽出結果ファイルと前記表形式データとを比較して差分結果を検証し、前記差分結果の反映によってデータ更新された新規表形式データを作成して、この新規表形式データを指定したアプリケーションによって出力することを特徴とする取扱方法である。

本発明のエンジニアリングデータベースシステムによれば、データ利用者がそれぞれ使用するアプリケーションによる形式でのエンジニアリングデータベースへのデータの保存、データ更新が容易に可能となる。そのため、データ利用者への負担が軽減される一方、データ更新がスムーズに実施され、適切なデータ管理が可能となる。

また、専門性で分かれるシステムへ機能を分割できるため、実際のエンジニアリング業務に即した方法のシステムを構築できる。データ利用者は、システムフローを理解してデータ編集を行うことができる。

また、データベース自体にエンジニアリング要素がなく、仕組みがシンプルであるため、エンジニアリングデータベースのシステム開発が簡単で効率よくできる。

さらに、各データ利用者が保有する表形式データを使って、詳細にかつ簡単に、エンジニアリングデータベースを更新することができ、より利便性の高いエンジニアリングデータベースとすることができるため、エンジニアリングデータベースによる情報共有のメリットをさらに向上させることが可能である。

本発明のエンジニアリングデータベースシステムの実施の形態について添付図面を参照して説明する。

本発明のエンジニアリングデータベースシステム１０は、従来一般的であった、エンジニアリングデータベース５内のテーブルを各データ利用者の表形式データのファイルで更新して表形式データへ出力するという構成と方法に変わるものとして、各データ利用者が自身で作成する表形式データをエンジニアリングデータベース５へそのまま格納し、他のデータ利用者の情報を適宜抽出して自身の表形式データのデータフィールドを改訂し、またデータ利用者自身の表形式データのファイル作成を支援する仕組みを構築したものである。

また、従来のエンジニアリングデータベースは、格納されるデータの形式を統一するために、データ利用者に同一のアプリケーションによってファイルを作成することを義務つけていたが、本発明のエンジニアリングデータベースシステム１０は、データ利用者ごとの使用するアプリケーションは、データを統一の形式に変換する仕組みを構築したので、必ずしも同一のアプリケーションである必要がない。

図１は本発明に係るエンジニアリングデータベースシステムの実施形態を示す構成図である。

図１において、このエンジニアリングデータベースシステム１０は、データ更新部４、エンジニアリングデータベース５、データ抽出部６を備えたサーバ計算機（図中、サーバＰＣと表記）１０１と、差分抽出部７Ａ（７Ｂ，７Ｃ）、データ表示部８Ａ（８Ｂ，８Ｃ）、データ抽出設定ファイル１５Ａ（１５Ｂ，１５Ｃ）、差分反映ファイル２１Ａ（２１Ｂ，２１Ｃ）をそれぞれ備えたデータ利用者としてのクライアント計算機（以下、クライアントと称し、クライアントＰＣと表記する）２０１Ａ（２０１Ｂ，２０１Ｃ）およびデータ表示部８Ｄのみを備えたデータ利用者としてのクライアント２０１Ｄとから構成される。

そして、エンジニアリングデータベース５には、ファイル１１，１２および１３を備えており、各ファイル１１〜１３には、データ更新部４によって更新された各クライアント２０１Ａ，２０１Ｂ，２０１Ｃのファイル１，２，３のデータがそれぞれ格納されるようになっている。

ここで、ファイル１，２，３はデータ利用者であるクライアント２０１Ａ，２０１Ｂ，２０１Ｃが保有し表現形式がそれぞれ異なる表形式データのファイルであって、各クライアント２０１Ａ，２０１Ｂ，２０１Ｃが普段使用しているアプリケーションによって作成されている。例えば、クライアント２０１Ａではデータベース形式のファイル（ＤＢ−Ａ）が、クライアント２０１Ｂではスプレットシート形式のファイル（ＳＳ−Ｂ）が、そしてクライアント２０１Ｃではテキスト形式のファイル（ＴＦ−Ｃ）が使用され、作成されている。

これら、それぞれのファイル１，２，３は、データ更新時にデータ更新部４のアプリケーションによって、任意形式のデータ、例えばＣＶＳ形式（ＣＶＳ；comma separated value format）のデータに変換されるようになっている。

ファイル１，２，３はＣＶＳ形式のデータに変換された後、エンジニアリングデータベース５に吸い上げられてそれぞれ独立したファイル（変換表形式データ）１１，１２，１３、もしくは一つのファイル中の複数の記憶領域１１，１２，１３に格納（登録）されるようになっている。以下、独立したファイル１１，１２，１３に格納されるものとして説明する。

各ファイル１１，１２，１３はそれぞれエンジニアリングデータベース５内のデータを表すＥＤＢ−Ａ，ＥＤＢ−Ｂ，ＥＤＢ−Ｃとして表記されている。

このエンジニアリングデータベース５の各ファイル１１，１２，１３に格納されたデータは、クライアント２０１Ａ，２０１Ｂ，２０１Ｃあるいは他のクライアント２０１Ｄに設けたデータ表示部８Ａ〜８Ｄによって閲覧することができるようになっている。

さらにエンジニアリングデータベース５の各ファイル１１，１２，１３に格納されたデータは、データ抽出部６によりクライアント２０１Ａ，２０１Ｂ，２０１Ｃが必要とするデータを任意に抽出することができるようになっている。

このデータ抽出作業にあたり、各クライアント２０１Ａ，２０１Ｂおよび２０１Ｃは、データ抽出設定ファイル１５Ａ，１５Ｂおよび１５Ｃからデータ抽出部６に対して、エンジニアリングデータベース５の各ファイル１１，１２，１３に格納されたデータＥＤＢ−Ａ，ＥＤＢ−Ｂ，ＥＤＢ−Ｃのうち、どの形式のデータを抽出するのかを設定する。

データ抽出部６で抽出されたデータは、各クライアント２０１Ａ，２０１Ｂ，２０１Ｃ毎にデータ抽出結果ファイル１６Ａ，１６Ｂ，１６Ｃで出力され、それぞれ後述する差分検証部７Ａ，７Ｂ，７Ｃに入力される。クライアント２０１Ａ，２０１Ｂ，２０１Ｃによって、エンジニアリングデータベース５のファイル１１，１２，１３が最新のデータに更新されていれば、このデータ抽出結果ファイル１６Ａ，１６Ｂ，１６Ｃを利用することにより、データ更新に伴う最新の差分情報（例えば、部品の追加や削除、変更）を得ることができる。

この仕組みについては、以下に詳細に説明する。

エンジニアリングデータベースシステム１０のデータ利用者としてのクライアントは、目的とする表形式データのファイルを更新するには、エンジニアリングデータベース５内のファイルを、同一型式の表形式データのファイル（レビジョンファイル）がレビジョンごとに構成されるように更新する。ここで、同一型式とは同一のデータフィールドの組み合わせを持つという意味である。

図２は、エンジニアリングデータベース５に格納された表形式データのファイルに、レビジョン単位でデータを分類して登録した画面の一例のイメージ図を示し、また、図３は表形式データファイルの一例を示す。

図２においては、プラントＸ（プロジェクト名）に対して表形式データのファイルが、バルブリスト，計器リストおよび駆動振リストというファイル名で用意されており、それぞれのリストにデータ更新に伴うレビジョンが存在する状態を図示している。

ここでいうデータ更新とは、エンジニアリングデータベース５のファイルに表形式データの新規ファイルを登録することを意味する。また、エンジニアリングデータベース５内における分類として、同種のファイルとは、同一のデータフィールド群（表形式）を持つ単位として分類される。その同一のデータフィールド群を持つファイルに対して、データ更新ごとに新しいデータを格納していくのだが、このときの更新単位をレビジョンと称して、レビジョンごとにデータ更新履歴を新規に格納していく。これをレビジョン更新と称する。レビジョン更新に伴うファイルは、データ利用者であるクライアント２０１Ａ〜２０１Ｃがエンジニアリングデータベース５へそれぞれ格納する。

データ更新するときには、今回のレビジョンで更新対象とする表形式データが格納されているファイル１１〜１３内の全データと前回更新したファイル内の全データとの突合せ差分チェックを、表形式データに予め格納したユニークコードをキーとして行う。このとき、レビジョン更新された今回のデータが前回のデータと同一のものであれば、新規テーブルの更新を実施しない。従って、レビジョン更新されたデータと前回レビジョン（もしくは、最初の表形式データ）との差分チェック結果に基づく差分情報の埋め込みを実施しない。

なおこの場合、エンジニアリングデータベース５内に、前回のレビジョンとの相違があったことを示すフラグ等の注意情報や、個々のデータに対する日付情報等も添付しないことが好ましい。添付しない方が、データの複雑化による、処理の複雑化を防止することができからである。

また、エンジニアリングデータベース５は、新規に格納された表形式データが、前回レビジョンの表形式データと差分がない場合、すなわち同一である場合には、レビジョン更新せずに、前回レビジョンのままとし、新規レビジョンファイルを構築しない。

上記のような方法によって、図２に示すように、エンジニアリングデータベース５内に表形式データがレビジョン単位で格納されたファイル群を構築して保持する。なお、このデータ更新作業は、手動でも自動でも実施することが可能である。データ更新についてのデータの取得を設定した時間ごとの自動取得とすれば、データ利用者であるクライアントがデータ更新作業を行う必要がなくなり、データの更新作業の煩雑さが解消される。

このようにしてデータ更新されたレビジョンごとの表形式データのファイルは、上記したクライアント２０１Ａ〜２０１Ｃは勿論のこと、クライアント２０１Ａ〜２０１Ｃ以外のクライアント２０１Ｄによっても閲覧することが可能である。すなわち、そのデータ利用者が通常使用しているアプリケーションを利用して、ＣＳＶ形式データをデータ変換し、他のクライアントの作成・格納したレビジョン単位のレビジョンファイルを自由に見ることができる。また、エンジニアリングデータベース５のファイルを、ファイル名を開示するように設定しておけば、他のクライアント２０１Ｄが、どのアプリケーションからでも目的とするファイルを閲覧することができる。

このようにして閲覧可能とした表形式データのファイルは、レビジョン間でもデータフィールド群（表形式）が同一であることから、エンジニアリングデータベース５の機能を利用して、予め表形式データに記入されたユニークコードをキーとすることによって突合せ差分チェックすることが可能となる。この突合せ差分チェックは、異なる二つのレビジョンを指定することによって実行することが可能である。

前レビジョンからレビジョン更新した今レビジョンとの関係を例にとって、突き合わせ差分チェックの仕組みを図４に示す。

本実施例のエンジニアリングデータベースシステム１０は、エンジニアリングデータベース５内で実施された前レビジョンと今レビジョンへのレビジョン更新に伴う差分チェックの結果により、前レビジョンから追加された全データと、前レビジョンから削除されたデータと、前レビジョンから修正されたデータとを図４のように表示することにより比較する。また、今レビジョンでのレビジョン更新により追加されたデータと削除されたデータとは、該当するデータについて前レビジョン分と今レビジョン分とを列記して表示する。

図４について、さらに詳しく説明する。図４には、レビジョン“１”欄４１とレビジョン“２”欄４２とが並列に設けられる。ここで差分照合の対象とする表形式データは、ユニークコードＵＡを備えている。

ユニークコードＵＡを有する表形式データについてレビジョン“１”とレビジョン“２”とを比較して差分チェックした結果、データフィールドＡおよびデータフィールドＣについては、レビジョン“１”とレビジョン“２”とで差分が生じなかった。このとき、差分結果表示のレビジョン“１”欄４１には、何も表示しない。

一方、データフィールドＢについては、レビジョン“１”とレビジョン“２”とで差分が生じた。すなわち、レビジョン更新に伴って、データの追加や修正が実施されたことを意味する。このとき、差分結果表示のレビジョン“１”欄４１には、レビジョン“１”のデータを表示する。

なお、図４に示す差分結果表示には、差分チェックの方法を説明するために、すべてのデータが並列的に表示される例を示したが、修正されたデータの表示は、同一のユニークコードおよびデータフィールドについて、異なるレビジョン同士を比較した結果、異なるデータのみを表示することが好ましい。これにより、データが修正された箇所が明確になるように表示される。この差分出力結果は、クライアントがそれぞれファイルへ格納することが可能である。

また、差分チェックの対象とする前レビジョンと今レビジョンとは、上記例のようにレビジョン“１”とレビジョン“２”のように隣接したレビジョン同士としても、例えば、レビジョン“１”とレビジョン“３”のような前々回以前の設計データとの組み合わせとしてもよい。

こうして更新されたレビジョンごとの表形式データのテーブルからは、自由にデータ抽出することができるようになっており、この作業には、データ抽出設定ファイル１５（１５Ａ〜１５Ｃを単に１５と表記する）を利用する。

以下に、エンジニアリングデータベース５からのデータ抽出設定ファイル１５を用いたデータ抽出方法について、詳細に説明する。

図５に、データ抽出設定ファイル１５の構成の一例を示す。データ抽出設定ファイル１５には、表形式データ名と、レビジョンと、データフィールド名，ユニークコードとが記載されており、まず各クライアントは、抽出したいデータの内容をデータ抽出設定ファイル１５に記入する。なお、この図５に示すデータ抽出設定ファイル１５は、スプレッドシート型としてあるが、データ利用者の選択する形式、例えばデータベース形式，スプレッドシート形式およびテキストファイル形式等のファイルの、いずれの形式としてもよい。

まず、表形式データの所定の列に記載された表形式データ名、レビジョン、データフィールド名およびユニークコードに基づいてデータベース検索文を構築し、エンジニアリングデータベース５へ問い合わせて、抽出を設定したデータフィールドとユニークコードを持つ全データを抽出する。

抽出されたデータは、データ抽出設定ファイル１５と同一の列すなわち同一のデータフィールドを持つように格納されてファイル化される。ここでこの格納されたファイルをデータ抽出格納ファイルと称する。このデータ抽出格納ファイルには、ユニークコードもデータ抽出設定ファイル１５と同一の列に記入されるように格納される。

複数のデータ抽出情報がデータ抽出設定ファイル１５に記載されている場合、そのデータ抽出情報の数だけ実行を行い、一つのデータ抽出結果ファイル１６（１６Ａ〜１６Ｃ）にまとめる。

なお、このデータ抽出作業の際、表形式データには、その表形式データにおけるユニークコード（またはユニークキー）のデータフィールドが明記されていると便利である。ユニークコードを記入したデータフィールド名が明記されていれば、このユニークコードを抽出することによって、データフィールド名の記載を省略することもできる。

また、このデータ抽出設定ファイル１５は、抽出したデータを格納する表形式データのファイルと同一のデータフィールドを備える（同一の表形式を持つ）ファイルとしているという特徴を有する。このようにクライアント自身が作成した表形式データと同一の表形式を持つデータ抽出設定ファイル１５とすることによって、各クライアントは、混同することなく、エンジニアリングデータベース１０からデータ抽出を実施することができる。

このようにして用意されたデータ抽出結果ファイル１６（１６Ａ，１６Ｂ，１６Ｃ）に基づいて、表形式データ１，表形式データ２，表形式データ３とデータ抽出結果ファイル１６とを差分抽出部７（７Ａ，７Ｂ，７Ｃ）比較検証することにより差分チェックし、各々の差分を表形式データ１，表形式データ２，表形式データ３に反映させて、新規表形式データ２１Ａ，新規表形式データ２１Ｂ，新規表形式データ２１Ｃを作成する。

また、データ抽出設定ファイル１５と一緒に、エンジニアリングデータベース５に格納された前レビジョン分の表形式データをデータ抽出部６に読ませることによって、レビジョン更新に伴う差分反映を実施し、突合せ差分チェックの結果を表示することも可能である。

なお、表形式データの形式がスプレッドシート形式である場合は、レビジョン更新に伴う更新履歴情報について、色・コメント・文字列加工等の手段によりデータの変更点を明示することができる。また、表形式データの形式がデータベース形式またはテキストファイル形式である場合には、変更分をリスト上で更新してエンジニアリングデータベース５に格納することができる。

以上説明したような、履歴同士の差分を考慮したデータの抽出には、識別手段としてのユニークコードの存在が必要条件であるが、表形式データへユニークコードを振り当てる方法としては、以下のような方法が挙げられる。

まず一つ目の方法として、すでに作成されている他の表形式データのファイルから、これから作成しようとする表形式データのファイルへユニークコード込みでデータ抽出する方法である。この方法は、例えば、同一部品に関する情報等の表形式データが利用可能である。

一方、すでに表形式データのファイルを作成してある場合で、その中にユニークコードの情報を記載していないが、部品番号などの副次的キーフィールドを記載している場合に、この部品番号などの副次的キーフィールドとユニークコードとを他の表形式データのファイルからデータ抽出して、表形式データの副次的キーフィールドをキーとして表形式データと他の表形式データとを突合せ、他の表形式データにユニークコードを書き込むことで対応する方法もある。

上述の説明のような構成を有する本実施例のエンジニアリングデータベースシステム１０は、例えば、以下のような他のアプリケーションとデータを連携させることも可能である。

例えば、エンジニアリングデータベースシステム１０の外部に、図書管理システムとして、他のアプリケーションによって作成された、図書番号によって管理がなされているデータが存在するとする。このエンジニアリングデータベースシステム１０によれば、このような図書番号で管理されるデータに対して、データ更新時に図書番号を表形式データのファイル内に記載することによって、この図書管理システムとのデータ連携を可能とする。

また、エンジニアリングデータベース５の保有する一つのデータフィールドとデータを、キーフィールドのデータの名称を持つ形状を持った部品（形状部品）の属性として割り付けることによって、形状部品と属性とをデータ連携させることもできる。なお、ここで形状部品とは、三次元配置調整ＣＡＤや二次元ＣＡＤにより作成された部品情報や、操作室の画面オペレーション画面中のアイコン等を示す。

（実施例１）
以上のような構成を備えたエンジニアリングデータベースシステム１０について、火力発電プラントのプロジェクトについてのデータ管理の方法を具体的な実施例として図３に例示し、詳細に説明する。

本実施例において、プロジェクト名“プラントＸ”に関する設計について、本発明のエンジニアリングデータベースシステムによってデータ管理が為されているものとする。ここで、プロセス設計部門が作成した計器リストの扱いについての具体例を挙げる。

まず、プロセス設計部門は、“計器リスト”のファイルをスプレッドシート形式で作成し、このデータをデータ更新部４においてＣＳＶ形式に変換する。

このＣＳＶ形式のデータをエンジニアリングデータベース５へ格納する際、ファイル名として、プロジェクト名と部門名とリスト名をそれぞれ設定する。エンジニアリングデータベース５には、図２に示すようなデータ格納系統が構築されており、プロセス設計部門は、プロジェクトのプロジェクト名として“プラントＸ”を選択し、部門名として“プロセス設計”、リスト名として“計器リスト”と指定する。

すると、エンジニアリングデータベース５は、その計器リストの最新レビジョンであるレビジョン“１”を格納されているデータから取得し、インクリメントした値“２”を新規レビジョン名として表示する。ここで、クライアントが新規レビジョン名“２”に合意すると、プロセス設計部門が格納した“計器リスト”のＣＳＶ形式ファイルを、更新ファイル（レビジョン“２”）として格納する。

次に、エンジニアリングデータベース５は、“計器リスト”に関して、今回格納されたレビジョン“２”と前回レビジョンであるレビジョン“１”のデータ内容同士で突合せ差分チェックを実施する。この差分チェックの結果、差分情報（変更点）が存在した場合、レビジョン“２”を格納する。レビジョン間で差分情報が存在しなかった場合、データ更新せずに、計器リストの最新レビジョンは、レビジョン“１”のままとする。

なお、上記したデータ取扱方法は、データを格納する部門の設計者による手動の方法を示したが、格納に関するデータ操作を自動で行う方法もある。

自動で行う場合、まず、クライアントが所定のフォルダにリストをコピーし、このフォルダをサーバによって任意の時間間隔で検索する。この検索の結果、該当するフォルダがあれば、差分チェックを行う。差分チェックの結果、差分情報が存在すれば、レビジョン“２”を格納し、差分情報が存在しなければ、データ更新せず、レビジョンはそのままとする。なお、サーバによる検索の時間間隔は、改訂の頻度が多いリストの場合は例えば３０分単位、そうでない場合は１日単位程度というように改訂の頻度に応じて適宜設定すれば良い。

エンジニアリングデータベース５へのデータの格納および更新の仕組みは上記の通りであるが、このようにして格納された“計器リスト”は、データ更新を行ったプロセス設計部門だけではなく、他部門（例えば計装設計部門、配管設計部門、調達部門）のクライアントも、それぞれ普段使用しているアプリケーションによって閲覧することができる。

なお、本実施例のエンジニアリングデータベースシステム１０において、基本的にすべての部門から自由に表形式データを閲覧することが可能であるが、例えば、コストに関する情報など部門をまたいで閲覧すべきものではない場合は、ログインによる閲覧権の制限を表形式データに付与することも可能である。

また、本実施例のエンジニアリングデータベースシステム１０において、計器リストのレビジョン“２”とレビジョン“１”とを両者のユニークコードをキーにした突合せ差分チェックを実施し、差分結果を表示することも可能である。すなわち、あるユニークコードを有する表形式データがレビジョン“２”にあってレビジョン“１”にはない新規追加データであるか、レビジョン“２”になくて“１”にはある削除データであるか、レビジョン“２”にもレビジョン“１”にもあるがデータが異なる修正データである場合には、突合せ差分結果を表示する。この差分結果は、図４のような形式で表示される。

このレビジョン更新に伴うデータの修正は、個々の表形式データに対して行われるので、設計を行ったプロセス設計部門も自部門のリストのデータ更新状況が分かり、常にレビジョン更新された精度の高いデータを仕上げることができる。また他部門においても、プロセス設計部門がどのような改訂を行っているかをレビジョンの更新履歴情報によって明確に判断することができ、そのデータ更新に従った改訂をその部門でも行えばよいため、追随する最新のデータを作成することが容易になる。

また、各部門のデータ利用者は、データ抽出設定ファイル１５を利用して、エンジニアリングデータベース５に格納された“バルブリスト”や他の表形式データのファイルから、それぞれが使用するアプリケーションにより、自由な形式でデータ抽出することができる。

例えば、計装設計部門が自部門のファイル“計装バルブリスト”に、プロセス設計部門の“バルブリスト”のファイルの表形式データを抽出して取り込みたいとする場合、まず計装設計部門は、データ抽出設定ファイル１５に“計装バルブリスト”の列構成（データベースならフィールド構成）を記載する。

次に、エンジニアリングデータベース５からの抽出データを書き込みたいデータ抽出設定ファイル１５の列に、エンジニアリングデータベース５の有するどの表形式データのどのデータフィールドから抽出するかを複数列に渡って記載する。この実施例においてデータフィールドとは、例えば、“バルブリスト”、“計器名称”等の名称を含む情報である。またこのとき、データ抽出時の突合せ差分チェックのキーになるユニークコードも併せて記載する。

エンジニアリングデータベース５からのデータ抽出結果は、いったんデータ抽出結果ファイル１６に格納される。このとき、前回レビジョンの表形式データも処理の対象にしておけば、データ抽出結果ファイル１６と前レビジョンの表形式データとをユニークコードで比較して照合し、前レビジョンの表形式データを改訂してレビジョン更新する。

なお、このとき前レビジョンの表形式データの改訂方法は、表形式データがスプレッドシート形式である場合には、エンジニアリングデータベース５内で実施される差分比較と同等の方法によって可能であるが、ファイルがデータベース形式やテキストファイル形式である場合、これらのファイルを上書き改訂する方法が妥当である。

従来、複数の部門にそれぞれ属するクライアントが一つのエンジニアリングデータベースにそれぞれアクセスするためには、制約事項を多く設けなければならなかった。例えば、その一つとしてエンジニアリングデータベースに格納される表形式データのデータフィールドごとのデータ提案責任部門についての制約があった。すなわち、あるデータについて、どの部門が責任を持つかということに対する制約である。

例えば、プラント配管の配管口径を決める場合、まず、プロセス設計部門によって概略の配管口径が提案される。その後、配管設計部門によって配置を考慮した詳細な設計が行われることにより、この配管設計部門でも配管口径が提案される。このようにして決定した配管口径に対しても、さらに他の部門からの配管口径の提案がなされることもある。従って、最終的な配管口径が決定されるまで、配管口径に対する提案部門が何回も変わることがある。こうした理由により、データフィールドごとのデータ提案責任部門を一つに決定することが困難である。そのため、エンジニアリングデータベースのデータ責任所掌が明確にならず、プロセスフローに明示することができなかった。

このような問題に対する解決策として、本実施例のエンジニアリングデータベースシステム１０は、どの部門がどのデータを必ず供給するかについて考慮せずに、設計各部門が作成するデータをすべて格納する構成とした。これら格納されたデータは、どの部門からも他部門の情報をすべて閲覧することができ、そしてレビジョン更新に伴う差分をチェックすることができるので、どの部門がどのような表形式データを提出しているかが判断できる。

このようなエンジニアリングデータベースシステム１０において、データを抽出したい部門のクライアントは、自ら必要なデータのテーブル名とレビジョン名とデータフィールド名とユニークコード名を宣言して、データ抽出する。

ここで、本実施例のエンジニアリングデータベースシステム１０において、どのデータを選ぶかをシステムが支援的に明示してナビゲーションすることはあっても、自動的に抽出することはない。あくまでデータ選択の判断はデータ利用者であるクライアントに任されている。エンジニアリングデータベースシステム１０は、このような構成により、より自由度の増す閲覧性およびデータ抽出性を実現した。

なお、どのデータを抽出すべきかについての情報は、個々のローカルシステムには必要な情報であるので、この情報は、それぞれのローカルシステムに搭載させてある。このような構成により部門横断システムであるエンジニアリングデータベースシステムに係る負担を減少させている。

このような構成の本実施例のエンジニアリングデータベースシステム１０と、図書管理データベースとを連携させる仕組みについて説明する。

例えば、エンジニアリングデータベース５の“バルブリスト”のファイルに図書番号が記載される一方、図書管理システムにラスターイメージファイルが同様の図書番号で格納されている。このような場合にデータを連携させるには、エンジニアリングデータベースシステム１０から弁番号を指定して、その図書番号を図書管理データベースに渡す。これにより図書管理データベースは、ラスターイメージファイルを表示する。このようにして、図書データに関するデータについて、エンジニアリングデータベースシステム１０と図書管理データベースとを連携させることができる。

エンジニアリングデータベースシステム１０と三次元配置調整ＣＡＤとをデータ連携させる仕組みについて説明する。

例えば、エンジニアリングデータベース５に“バルブリスト”のファイルが用意され、一方、三次元配置調整ＣＡＤによって形状部品が形成されているとする。この場合、エンジニアリングデータベース５の“バルブリスト”のファイルのキーフィールドを除くすべてのデータフィールドのデータを、三次元配置調整ＣＡＤで形成された同一のキーフィールドを持つ形状部品の属性として三次元配置調整ＣＡＤに記載する。その結果、三次元配置調整ＣＡＤの部品は、エンジニアリングデータベースシステム１０に格納された“バルブリスト”と同等の表形式データを持つことになる。三次元配置調整ＣＡＤ上で部品をクリックすると、その属性の一つまたはすべてを表示して、データ利用者のデータ確認を支援することが可能となる。

本発明のエンジニアリングデータベースシステムの実施形態を示すシステム構成図。 表形式データ単位、レビジョン単位のテーブルにデータが分類されて登録されている画面イメージ。 本発明に係るエンジニアリングデータベースにおける表形式データの表示例を示す図。 差分結果表示の画面イメージ。 データ抽出設定ファイルのファイルイメージ。

符号の説明

１ 表形式データ
２ 表形式データ
３ 表形式データ
４ データ更新部
５ エンジニアリングデータベース
６ データ抽出部
７（７Ａ〜７Ｃ） 差分結果反映部
８（８Ａ〜８Ｃ） データ表示部
１０ エンジニアリングデータベースシステム
１１ 変換表形式データ
１２ 変換表形式データ
１３ 変換表形式データ
１５（１５Ａ〜１５Ｃ） データ抽出設定ファイル
１６（１６Ａ〜１６Ｃ） データ抽出結果ファイル
２１Ａ 新規表形式データ
２１Ｂ 新規表形式データ
２１Ｃ 新規表形式データ
４１ 前レビジョン欄
４２ 今レビジョン欄
１０１ サーバ計算機
２０１Ａ〜２０１Ｃ クライアント計算機（クライアント）
２０１Ｄ クライアント

Claims (10)

1. 表現形式の異なる複数の表形式データをエンジニアリングデータベースに格納しており、このエンジニアリングデータベースに格納している表現形式の異なる複数の表形式データの少なくとも一部についてデータを更新する旨の要求を受け付けた際には、今回更新要求のあった表形式データの各々に予め格納したユニークコードと前回更新した全表形式データの各々に予め格納したユニークコードとを突き合わせて差分をチェックし、差分のあった表形式データについては、その全データを前記エンジニアリングデータベースに登録し、各表形式データをレビジョン単位のファイル群として格納するデータ更新部と、
   前記エンジニアリングデータベースに格納された複数の表形式データを抽出するデータ抽出部と、
   このデータ抽出部に前記複数の表形式データ中の必要なデータを指定するデータ抽出設定ファイルと、前記データ抽出部が抽出したデータを保存するデータ抽出結果ファィルと、このデータ抽出結果ファイルのデータおよび前記エンジニアリングデータベースに格納される表形式データを比較して当該表形式データの更新に伴う差分を検証し、前記差分が反映された新規表形式データを作成して指定したアプリケーションで出力する差分検証部とを備えたことを特徴とするエンジニアリングデータベースシステム。
2. 前記表形式データを前記エンジニアリングデータベースに格納する際に、このエンジニアリングデータベース内に前記表形式データ単位の更新履歴を格納するレビジョンファイルを設け、このレビジョンファイルに更新履歴ごとの表形式データを格納して保持するように設け、更新履歴ごとの表形式データを閲覧可能に設ける一方、前記差分検証部にて前記データ抽出結果ファイルに基づいて最新の更新履歴と前回以前の更新履歴との差分を検証して、この差分を反映させた新規表形式データを作成する機能を備えたことを特徴とする請求項１記載のエンジニアリングデータベースシステム。
3. 前記エンジニアリングデータベース内に格納された表形式データのうち前記エンジニアリングデータベースにて差分チェックを実施した更新履歴同士の表形式データについて、データの追加、データの削除およびデータの修正を実施した部分についてデータ抽出して差分の箇所を明記した差分出力結果を出力する請求項２記載のエンジニアリングデータベースシステム。
4. 前記最新の更新履歴と前回以前の更新履歴との差分が反映された新規表形式データと前記差分出力結果とをそれぞれ別ファイルに格納する請求項２記載のエンジニアリングデータベースシステム。
5. 前記表形式データにデータフィールド名とそのデータフィールドのユニークコードを記載して前記エンジニアリングデータベースに格納し、このデータフィールド名およびユニークコードによって前記表形式データを特定してデータ抽出する請求項１記載のエンジニアリングデータベースシステム。
6. 前記データ抽出設定ファイルと前記表形式データとを突合せ照合して差分チェックする際に、前記表形式データを書き換えるとともに、前記データ抽出設定ファイルと前記表形式データとの差異を前記表形式データ中にて配色を変化させたり、コメントを挿入することにより明示する請求項１記載のエンジニアリングデータベースシステム。
7. 前記エンジニアリングデータベースのキーフィールドに相当するキーフィールドを前記表形式データが持たない場合に、前記表形式データと前記エンジニアリングデータベースとがそれぞれ保有する共通なデータを副次的キーフィールドとして利用して、前記エンジニアリングデータベースのキーフィールドのデータを前記表形式データに採番する請求項１記載のエンジニアリングデータベースシステム。
8. 前記エンジニアリングデータベースに格納された前記表形式データの一つのデータフィールドに、前記エンジニアリングデータベースの外部に設けられた図書管理データベースが保有するドキュメント番号と同一のドキュメント番号を格納し、前記図書管理データベースと前記エンジニアリングデータベースとを連携させる請求項１記載のエンジニアリングデータベースシステム。
9. 前記エンジニアリングデータベースに格納された表形式データの一つのデータフィールドを、前記エンジニアリングデータベースの外部に設けられたＣＡＤにて作成されてキーフィールドの名称をデータとして保有する形状部品の属性として割り付けて、前記形状部品と前記表形式データとを連携させる請求項１記載のエンジニアリングデータベースシステム。
10. プラント等の設備の設計に用いられるエンジニアリングデータベースシステムの取扱方法であって、複数のアプリケーションによって作成された表形式データを統一の形式に変換してエンジニアリングデータベースに格納する一方、このエンジニアリングデータベースに格納している表現形式の異なる複数の表形式データの少なくとも一部についてデータを更新する旨の要求を受け付けた際には、今回更新要求のあった表形式データの各々に予め格納したユニークコードと前回更新した全表形式データの各々に予め格納したユニークコードとを突き合わせて差分をチェックし、差分のあった表形式データについては、その全データを前記エンジニアリングデータベースに登録し、各表形式データをレビジョン単位のファイル群として格納し、格納された表形式データ群からデータ抽出設定ファイルに基づいて必要なデータを抽出して比較することによりデータ抽出結果ファイルを作成し、このデータ抽出結果ファイルと前記表形式データとを比較して差分結果を検証し、前記差分結果の反映によってデータ更新された新規表形式データを作成して、この新規表形式データを指定したアプリケーションによって出力することを特徴とするエンジニアリングデータベースシステムの取扱方法。

Images