(57)【要約】【課題】プロジェクトを協働して遂行する複数のセクションで電子データを効率良く共有する技術を提供する。【解決手段】データ管理システム１０において、共通データベース２０は、プロジェクトを協働して遂行する複数のセクションにより共通に利用されるデータを統括して管理する。ワークベンチ３０は、セクションごとに設けられ、各セクション内で共通して利用されるデータを管理する。アプリケーション４０は、セクション内での業務を処理する。アプリケーション４０間で共通に利用されるデータを、ワークベンチ３０および共通データベース２０の２層構造を有するデータ管理システム１０により管理する。【選択図】        図２
2004185446.tif 000002
【特許請求の範囲】
【請求項１】
プロジェクトを協働して遂行する複数のセクションごとに設けられ、各セクション内で共通して利用されるデータを管理する複数の第１データベースシステムと、
前記プロジェクトにおいて、前記複数のセクションにより共通に利用されるデータを統括して管理する第２データベースシステムと、を備え、
前記第２データベースシステムは、前記複数の第１データベースシステムからデータの参照および登録の要求を受け付けるためのインタフェイスを有することを特徴とするデータ管理システム。
【請求項２】
前記第１データベースシステムは、そのセクション内で利用されるデータを前記第２データベースシステムから取得し、また、そのセクション内で更新されたデータを前記第２データベースシステムへ登録するためのインタフェイスを有することを特徴とする請求項１に記載のデータ管理システム。
【請求項３】
前記第１データベースシステムは、そのセクション内で利用される複数のアプリケーションからデータの参照および登録を受け付けるためのインタフェイスを有することを特徴とする請求項１または２に記載のデータ管理システム。
【請求項４】
前記第１データベースシステムと前記第２データベースシステムとの間でのデータの入出力に利用する中間ファイルは、１データにつき１レコードを割り当てた構造を有することを特徴とする請求項１から３のいずれかに記載のデータ管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、データ管理技術に関し、とくに、プロジェクトを協働して遂行する複数のセクションで電子データを共有するためのデータ管理システムに関する。
【０００２】
【従来の技術】
２０世紀終盤の情報化時代の流れを受け、各企業は、経費の低減や、より効率的な業務推進を目指して、さまざまな業務の電子化に取り組んできた。とくに大企業では、個々の部署もしくはセクションにおける業務を電子化するのみならず、複数のセクション間での情報流通を電子データにより行うための仕組みを整え、セクション間での業務の連携を円滑化することが、企業全体の経費低減のために非常に重要な意味を持つ。以前は、セクション間の情報流通を書類ベースで行ってきたが、それを電子データにより行うことで、必要な経費および時間を大幅に短縮することが可能となる。
【０００３】
また、プラント建設のように、複数のセクションが協働して大規模なプロジェクトを遂行するような場合、各セクションがそれぞれの業務をＩＴ化して効率化を図ることも重要であるが、セクション間で電子データを共有し、それぞれのセクションにおける業務で発生した電子データを、他のセクションでも共用可能にすることで、プロジェクト全体の業務効率を大幅に向上させることが可能となる。
【０００４】
業務のＩＴ化が企業の競争力を決定する重要な要因の一つとなっている現在、各企業は、全社的に業務の内容を見直し、社内の全セクションを統括する一大システムの構築に取り組んでいる。
【０００５】
【特許文献１】
特開２００１−２９７１１６号公報
【０００６】
【発明が解決しようとする課題】
しかしながら、各セクションの業務の現場では、以前から、それぞれの業務に必要なアプリケーションを独自に開発したり、市販のアプリケーションを利用したりして、個別に業務のＩＴ化を図ってきている。それぞれ独自に開発されたアプリケーション間で電子データを共有する場合、それぞれのアプリケーション内部のデータ構造の差異などの要因により、データをやり取りするアプリケーションの組合せの分だけインタフェイスを用意する必要が生じる。社内の全セクションで使用されているアプリケーション間で個々にデータ交換を可能とするためには、任意のアプリケーションの組合せについて、データ交換用のインタフェイスを用意し、かつ、個々のアプリケーションのバージョンアップに追随して、そのアプリケーションとデータ交換を行う全てのアプリケーションのインタフェイスを見直さなければならず、膨大な工数と資源を必要とし、現実的でない。
【０００７】
他方、社内の全セクションで使用されているアプリケーションのデータ構造を解析し、インタフェイスの統一化を目指して、全アプリケーションの内部データの構造を変更してシステムを根底から再構築するにも、膨大な工数と資源を必要とする。また、市販のアプリケーションを利用してきたセクションでは、当然に、そのアプリケーションを継続して利用したいという要望があり、全アプリケーションのデータ構造を統一化することは事実上不可能といえる。
【０００８】
本発明はこうした課題に鑑みてなされたものであり、その目的は、プロジェクトを協働して遂行する複数のセクションで電子データを効率良く共有する技術を提供することにある。また、本発明の別の目的は、複数のセクションで電子データを共有するためのシステムを実現する技術を提供することにある。これらの目的は特許請求の範囲における独立項に記載の特徴の組合せにより達成される。また、従属項は本発明の更なる有利な具体例を規定する。
【０００９】
【課題を解決するための手段】
本発明のある態様は、データ管理システムに関する。このデータ管理システムは、プロジェクトを協働して遂行する複数のセクションごとに設けられ、各セクション内で共通して利用されるデータを管理する複数の第１データベースシステムと、前記プロジェクトにおいて、前記複数のセクションにより共通に利用されるデータを統括して管理する第２データベースシステムと、を備え、前記第２データベースシステムは、前記複数の第１データベースシステムからデータの参照および登録の要求を受け付けるためのインタフェイスを有する。
【００１０】
各セクションで使用されるアプリケーション間で直接電子データをやり取りするのではなく、第２データベースシステムにより、プロジェクトにおいて共通に利用されるデータを統括的に管理する。また、セクションごとに、セクション内で共通に利用されるデータを統括的に管理する第１データベースシステムを設け、第２データベースシステムと、セクション内の各アプリケーションとの間で、データのやり取りを仲介する。この第１データベースシステムは、セクション内の各アプリケーションにおける内部データ構造の差異を吸収する役割を果たすとともに、共通化されたデータ構造を有する第２データベースシステムと、独自のデータ構造を有するアプリケーションとの間で、データをやり取りするためのインタフェイスの役割を果たす。
【００１１】
前記第１データベースシステムは、そのセクション内で利用されるデータを前記第２データベースシステムから取得し、また、そのセクション内で更新されたデータを前記第２データベースシステムへ登録するためのインタフェイスを有してもよい。
【００１２】
前記第１データベースシステムは、そのセクション内で利用される複数のアプリケーションからデータの参照および登録を受け付けるためのインタフェイスを有してもよい。
【００１３】
前記第１データベースシステムと前記第２データベースシステムとの間でのデータの入出力に利用する中間ファイルは、１データにつき１レコードを割り当てた構造を有してもよい。アプリケーションが必要とするデータの種別やデータの順序は、アプリケーションの種別や用途などによって異なるが、１データにつき１レコードを割り当てたデータ構造を用いることにより、データの種別や順序の差異を吸収することができる。また、入出力の仕様が変更された場合であっても、インタフェイスを大幅に変更することなく対応することができる。
【００１４】
なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではなく、これらの特徴の組合せも又発明となりうる。また、本発明の表現を装置、方法、システムの間で変換したものもまた、本発明の態様として有効である。
【００１５】
【発明の実施の形態】
以下、発明の実施の形態を通じて本発明を説明するが、以下の実施の形態は特許請求の範囲に係る発明を限定するものではなく、又実施の形態の中で説明されている特徴の組合せの全てが発明の解決手段に必須であるとは限らない。
【００１６】
図１は、プラント設計プロジェクトを統合管理するための管理システムである「ｉ−ＰＬＡＮＴ２１（登録商標）」８の全体構成の概念図である。図１において、プラント設計プロジェクトに関与する多数の業務やアプリケーション等は、大きく７種の拠点に分類されている。ｉ−ＰＬＡＮＴ２１は、それら７つの拠点を有機的につなぎ、データの一元化を実現することにより、プロジェクト全体の業務効率の向上に寄与する。ｉ−ＰＬＡＮＴ２１は、基本設計の統合化を図る「ｉ−ＦＲＯＮＴ」１、エンジニアリングデータ管理の統合化を図る「ｉ−ＥＮＧ」３、電子文書管理の統合化を図る「ｉ−ＤＭＳ」２、三次元モデルによる空間設計の統合化を図る「ｉ−３Ｄ」４、プロジェクト管理の統合化を図る「ｉ−ＰＭＳ」５、資材管理の統合化を図る「ｉ−ＭＡＴ」６、および現場工事管理の統合化を図る「ｉ−ＦＩＥＬＤ」７の７拠点により構成される。
【００１７】
ｉ−ＰＬＡＮＴ２１は、（１）業務の効率化により、納期がより短く、高品質なエンジニアリングを遂行する環境を実現すること、（２）電子化された設計データを、そのまま顧客の運転管理、保守、保全管理などに利用することにより、顧客の利便性を向上させること、（３）設計システムの統合化により、設計データの一元化を図り、設計時のコミュニケーションの円滑化を実現すること、を目的としている。ｉ−ＰＬＡＮＴ２１は、石油、石油化学、天然ガスといったハイドロカーボンの分野だけでなく、医薬、食品、自動車、銅製錬などの一般産業におけるプロジェクト・エンジニアリングに適用することができる。
【００１８】
実施の形態では、ｉ−ＰＬＡＮＴ２１内の７拠点のうち、エンジニアリングデータを統合管理している「ｉ−ＥＮＧ」３におけるデータ管理技術について説明する。
【００１９】
図２は、本実施の形態に係るデータ管理システム１０の全体構成を示す。データ管理システム１０は、プロジェクトを協働して遂行する複数のセクション間で、電子データを共有するためのシステムである。本実施の形態では、プラント設計プロジェクトを例にとって説明する。ここで、セクションとは、業務の種別などにより分類された管理単位であり、企業における「部」、「課」、「セクション」などと呼ばれる部署に対応させてもよい。プロジェクトとは、ある目的をもって遂行される事業や業務の単位であり、一般に複数のセクションの協働により遂行される。アプリケーション４０は、各セクションにおける業務に利用される。たとえば、制御設計セクションでは、制御設計支援ツール、描画ツール、計算ツール、などのアプリケーションが利用される。
【００２０】
第１データベースシステムの一例としてのワークベンチ３０は、セクションごとに設けられており、セクション内で利用されているアプリケーション４０間でデータを共有するために、それぞれのアプリケーション４０との間でデータを入出力するためのインタフェイスを提供し、それらのアプリケーション４０において共通して利用されるデータを管理する。本実施の形態のデータ管理システム１０では、機械設計セクションに機械設計ワークベンチ３０ａが、計装設計セクションに計装設計ワークベンチ３０ｂが、電気設計セクションに電気設計ワークベンチ３０ｃが、配管設計セクションに配管設計ワークベンチ３０ｄが、ラインリスト設計セクションにラインリストワークベンチ３０ｅが、システム設計セクションにシステム設計ワークベンチ３０ｆが、それぞれ設けられている。ワークベンチ３０は、それぞれのセクションにおける業務に必要なデータを統括的に管理するためのデータベースシステムであり、あるセクションが複数のプロジェクトに関わっている場合、そのセクションのワークベンチ３０は、該当する複数のプロジェクトに関するデータを扱ってもよい。
【００２１】
アプリケーション４０は、処理に必要なデータをワークベンチ３０から取得し、処理によって変更されたデータ、または新規に生成されたデータをワークベンチ３０に登録する。データの入出力は、そのアプリケーションの仕様に合わせて設計されたインタフェイスを介して行われる。アプリケーション４０は、ワークベンチ３０との間でデータをやり取りすればよく、他のアプリケーション４０との間で直接データをやり取りする必要はない。すなわち、他のアプリケーション４０との間でデータを入出力するためのインタフェイスを設ける必要はない。
【００２２】
それぞれのアプリケーション４０が個別に他のアプリケーション４０とデータをやり取りするシステムでは、データを共有するアプリケーション４０の組合せの数だけインタフェイスを用意する必要があるが、本実施の形態のデータ管理システム１０では、ワークベンチ３０がセクション内の全てのアプリケーション４０との間でデータをやり取りするので、セクション内におけるデータの入出力のためのインタフェイスをワークベンチ３０に集約することができる。これにより、インタフェイスを開発する工数を大幅に低減することができ、また、アプリケーション４０の仕様変更があった場合にも、インタフェイスの変更に要する工数を大幅に低減することができる。
【００２３】
それぞれのワークベンチ３０は、第２のデータベースシステムの一例としての共通データベース２０との間でデータを入出力するためのインタフェイスも有しており、共通データベース２０を介して、他のセクションとの間でデータを共有する。ワークベンチ３０は、セクション内のアプリケーション４０が必要とするデータを予め共通データベース２０から取得しておき、保持する。アプリケーション４０からデータの取得要求があると、そのアプリケーション４０との間でデータを入出力するためのインタフェイスを介してデータを供給する。アプリケーション４０からデータの登録要求があると、データを自身のデータベースに登録するとともに、そのデータが他のセクションでも利用される共通データであった場合は、そのデータを共通データベース２０に登録する。
【００２４】
第２データベースシステムの一例としての共通データベース２０は、プロジェクトにおいて、複数のセクションにより共通に利用されるデータを統括して管理する。共通データベース２０には、まず、プラントの初期設計システムと、プロセス設計ツールにより生成されたデータが供給されて登録された後、個々のセクションにおける設計業務のために提供され、業務の進行に伴ってデータが更新され、追加登録されていく。共通データベース２０は、プロジェクトに関するデータを統括的に管理するためのデータベースシステムであるが、関連する複数のプロジェクトにおいてデータを共有したい場合は、複数のプロジェクトを統括する共通データベース２０を設けてもよい。共通データベース２０は、それぞれのワークベンチ３０との間でデータを入出力するためのインタフェイスとしての役割も果たす、機械設計データベース２０ａ、計装設計データベース２０ｂ、電気設計データベース２０ｃ、配管設計データベース２０ｄ、ラインリストデータベース２０ｅ、およびシステム設計データベース２０ｆを含み、さらに、機器などのアイテム番号や共通データなどを管理するマスターデータベース２０ｇを含む。それぞれのデータベースには、リレーショナルデータベースなど既存の技術を応用可能であり、データベース間でデータの参照、交換などが可能である。
【００２５】
本実施の形態のデータ管理システム１０では、共通データベース２０が、プロジェクトに関わる全てのセクションのワークベンチ３０との間でデータをやり取りするので、セクション間でのデータのやり取りのためのインタフェイスを共通データベース２０に集約することができる。これにより、インタフェイスを開発する工数を大幅に低減することができ、また、共通データベース２０またはワークベンチ３０のデータ構造などに仕様変更があった場合にも、インタフェイスの変更に要する工数を大幅に低減することができる。
【００２６】
ワークベンチ３０は、セクション内で共通に利用されるデータを保持すればよく、共通データベース２０は、プロジェクトに関わるセクション間で共通に利用されるデータを保持すればよい。これにより、必要な資源を最小限に抑えることができる。共通に利用されるデータは、データ名などの定義を統一しておく必要があるが、共通データベース２０における統一化されたデータ定義を用いてデータを入出力するように、各ワークベンチ３０との間のインタフェイスを設計することにより、システム全体のデータ定義の整合性を確保することができる。各ワークベンチ３０においても同様に、セクション内のみで共通に利用されるデータについては、セクション内で統一化されたデータ定義を用いて各アプリケーションとデータの入出力を行うようインタフェイスを設計すればよい。これにより、データ定義の整合性が保証されるとともに、インタフェイスを簡素化することができる。
【００２７】
図３は、共通データベース２０とワークベンチ３０との間における入出力に利用する中間ファイルのデータ構造を示す。中間ファイルは、１データにつき１レコードを割り当てた構造を有しており、たとえば、図２の例では、１つのデータにつき、データ名、データ値、単位、注記、を１つのレコードとしている。このように、複数のデータを１レコードに並べるのではなく、１データにつき１レコードを割り当てて分離することにより、入出力するデータの種別や順序の変更があった場合にも、中間ファイルの内容を変更すればよく、インタフェイスには影響を与えないようにすることができる。たとえば、各セクションがデータシートを出力するとき、データシートの用途や、提示する相手からの要求などにより、異なるフォーマットのデータシートを出力する必要があるが、そのようなデータフォーマットの変更に伴うデータ入出力への影響を最小限に抑えることができる。
【００２８】
このように、本実施の形態では、プロジェクトを協働して遂行する複数のセクションで電子データを共有するためのデータ管理システム１０を、セクション内でのデータ管理用のワークベンチ３０と、複数のセクションを包含したプロジェクト内でのデータ管理用の共通データベース２０の２層構造とすることにより、インタフェイスを簡素化し、比較的少ない工数で、膨大なデータを管理する大規模なシステムを構築することができる。また、個々のアプリケーション４０の仕様変更などがあっても、ワークベンチ３０がバッファとなり、共通データベース２０に与える影響を最小限に抑えることができるので、システム運用時の保守に要する工数も大幅に低減することができる。
【００２９】
以上、本発明を実施の形態をもとに説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態は例示であり、各構成要素や各処理プロセスの組合せに、さらにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００３０】
そのような変形例の一例として、実施の形態では、データ管理システム１０を、ワークベンチ３０と共通データベース２０の２層構造としたが、３層以上の構造を有してもよい。たとえば、ワークベンチ３０と共通データベース２０の間に、関連性の高い複数のセクションを統括管理するデータベースシステムをさらに設けてもよい。また、セクション内で使用されるアプリケーション４０の数が多い場合、複数のアプリケーション４０をグループ化して管理するデータベースシステムをさらに設けてもよい。
【００３１】
【発明の効果】
本発明によれば、プロジェクトを協働して遂行する複数のセクションで電子データを効率良く共有する技術を提供することができる。また、本発明によれば、複数のセクションで電子データを共有するためのシステムを実現する技術を提供することができる。
【図面の簡単な説明】
【図１】プラント設計プロジェクトを統合管理するための管理システムの全体構成の概念図である。
【図２】実施の形態に係るデータ管理システムの全体構成を示す図である。
【図３】共通データベースとワークベンチとの間における入出力に利用する中間ファイルのデータ構造を示す図である。
【符号の説明】
１０・・・データ管理システム、２０・・・共通データベース、３０・・・ワークベンチ、４０・・・アプリケーション。
【図１】
2004185446.tif 000003
【図２】
2004185446.tif 000004
【図３】
2004185446.tif 000005