JP2001195256A

JP2001195256A - オブジェクトの生成支援方法および装置

Info

Publication number: JP2001195256A
Application number: JP2000169173A
Authority: JP
Inventors: Kenichi Morimoto; 賢一森本; Ichiro Saito; 一郎斉藤; Akihiro Sawanoi; 明裕沢野井
Original assignee: Mitsubishi Heavy Industries Ltd
Current assignee: Mitsubishi Heavy Industries Ltd
Priority date: 1999-10-29
Filing date: 2000-06-06
Publication date: 2001-07-19

Abstract

(57)【要約】（修正有）【課題】予め定められた手続きに拘束されること無
く、単一のオブジェクトを生成する。【解決手段】（ａ）第１および第２のオブジェクト生成
フェーズ２１、２２の提供と、（ｂ）特定クラス５１の
生成と、これは、オブジェクト生成フェーズのそれぞれ
に対応する第１、第２のサブクラス４１、４２を有し、
それぞれは、特定クラスと合成関係を有し、（ｃ）第１
のオブジェクト生成フェーズにおいて、第１のサブクラ
スに対応する第１のインスタンス６１の生成と、（ｄ）
合成関係に基づいて、第１のインスタンスが反映され、
特定クラスに対応する特定インスタンス７１の生成と、
（ｅ）特定インスタンスが第２のオブジェクト生成フェ
ーズに写像される第２のインスタンスの生成を、これは
第２のオブジェクト生成フェーズで振る舞うためのメソ
ッドを有するステップからなる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、オブジェクトの生
成支援方法および装置に関する。

【０００２】

【従来の技術】従来のデータベースにおいては、基本的
に「表」において、正規化されたデータを共通する項目
で関係づける形式が一般的である。したがって、情報
は、基本的には「文字」で表現できる情報に限られ、互
いの情報同士の関係は、「関係キー」として予め正規化
されて組み込まれている必要があった。このようなデー
タベースは、経理処理などの規格化された世界を管理す
るには都合が良く、システム構築時に取り決めた関係
が、半永久的に継続する事を前提としているため、情報
の永続性に優れている。

【０００３】これに対し、物理的な構造物、特にプラン
トのような規格化されにくく複雑な構造物を設計する場
合には、情報の流れ方、および関係の持ち方が時系列的
にも、構造的にも規格やルールとして、予め規定されに
くい。情報の流れ方、または関係の持ち方に当てはまる
情報は、時と場合により、多角的な表現方法で生成され
る。そのため、実体としての文字情報が無い情報との関
係づけがなされなくてはならない場合がある。

【０００４】このような複雑かつ堅牢な構造として規定
し難い世界をモデル化する手法としては、オブジェクト
指向モデリングがある。オブジェクト指向モデリング
は、ソフトウェアのプログラムの世界では一般化しつつ
あり、それに対応したデータベースシステムも登場しつ
つある。

【０００５】従来知られたオブジェクト指向は、あくま
でも一面的な側面でのデータの流れの管理に対応してお
り、具体的な物理構造物の設計のような、同じ情報が様
々な次元で、別々に振舞うことを許すものではない。

【０００６】プラントを含む構造物の設計に際しては、
各種のソフトウェアが用いられる。表計算ソフトウェア
では、プラントの機器リストおよびＩ／Ｏ（入出力）リ
ストのデータが扱われる。制御設計用ソフトウェアで
は、ブロック図、回路図のデータが扱われる。グラフィ
ックスソフトウェアでは、マンマシンインターフェース
のためのデータ（アイコンデータが含まれる）が扱われ
る。

【０００７】これらの複数のソフトウェアで扱われるデ
ータは、情報の正規化が完全になされているわけではな
い。例えば、弁のストロークに関する同一のデータは、
上記複数のソフトウェアのそれぞれのデータとして重複
して扱われることが一般的である。したがって、弁のス
トロークの値が設計の途中段階または設計完了後などに
変更される場合には、上記複数のソフトウェアのそれぞ
れにおいて格納されているストロークデータを変更しな
ければならない。

【０００８】一つのソフトウェア上でデータが変更され
た場合、他のソフトウェア上の同じデータが自動的に変
更されることが望まれている。従来より、この要求に対
しては、リレーショナルデータベースにより対応されて
いる。リレーショナルデータベースでは、複数の表のそ
れぞれで扱われるデータは、複数の表のそれぞれにおい
て対応する（同じ）データに関して、共通するコードが
付与されることにより互いに関係づけられる。共通する
コードが複数の表にまたがって記述されることにより、
複数の表が結合される。リレーショナルデータベースの
複数の表のそれぞれに記述されるデータは、正規化（独
立化）されている。

【０００９】リレーショナルデータベースでは、複数の
表のそれぞれにおけるデータが互いに規格化された結合
関係にある。そのため、予め規格化された順番（手続
き）でデータが入力／処理される場合に、適したシステ
ムといえる。

【００１０】プラントのような構造物に限らず、各種の
物が設計される場合、短期間で完了することが望まし
い。そのため、予め規格化された順番に限られずにラン
ダムに、複数のソフトウェア（設計フェーズ）のうちの
任意の一つ（または二以上）に、データが入力されて処
理がなされることが望まれている。短期間での設計が実
現されるには、決定された値を有し完全な形のデータが
常に入力／処理されることに限られることなく、その値
が暫定的で形式的にも完備されていない（その一部に過
ぎない）データの入力／処理が許容されることが望まれ
る。予め決められた手続きを超えて（ある手続きが保留
されたまま）、次の手続き（データの入力／処理）の実
行が許容されることが望まれる。

【００１１】

【発明が解決しようとする課題】予め定められた手続き
に拘束されること無く、単一のオブジェクトが生成され
ることが望まれる。複数のフェーズにおいて、短期間
で、オブジェクトが生成されることが望まれる。

【００１２】

【課題を解決するための手段】その課題を解決するため
の手段が、下記のように表現される。その表現中の請求
項対応の技術的事項には、括弧（）つき、番号、記号等
が添記されている。その番号、記号等は、請求項対応の
技術的事項と実施の複数・形態のうちの少なくとも一つ
の形態の技術的事項との一致・対応関係を明白にしてい
るが、その請求項対応の技術的事項が実施の形態の技術
的事項に限定されることを示すためのものではない。

【００１３】本発明のオブジェクトの生成支援方法は、
（ａ）第１および第２のオブジェクト生成フェーズ
（２１、２２）を提供するステップと、（ｂ）特定ク
ラス（５１）を生成するステップと、ここで、前記特定
クラス（５１）は、前記第１および第２のオブジェクト
生成フェーズ（２１、２２）のそれぞれに対応する第１
および第２のサブクラス（４１、４２）を有し、前記第
１および第２のサブクラス（４１、４２）のそれぞれ
は、前記特定クラス（５１）と合成関係（ｃｏｍｐｏｓ
ｉｔｉｏｎｓ）を有し、（ｃ）前記第１のオブジェク
ト生成フェーズ（２１）において、前記第１のサブクラ
ス（４１）に対応する第１のインスタンス（６１）を生
成するステップと、（ｄ）前記合成関係に基づいて、
前記第１のインスタンス（６１）が反映され、前記特定
クラス（５１）に対応する特定インスタンス（７１）を
生成するステップと、（ｅ）前記特定インスタンス
（７１）に応答し、前記合成関係に基づいて、前記特定
インスタンス（７１）が前記第２のオブジェクト生成フ
ェーズ（２２）に写像されてなる第２のインスタンス
（６２）を生成するステップと、ここで、前記第２のイ
ンスタンス（６２）は、前記第２のオブジェクト生成フ
ェーズ（２２）で振る舞うためのメソッドを有し、前記
（ｂ）ステップは、前記（ｅ）ステップで前記第２のイ
ンスタンス（６２）が生成されたときに、前記第２のイ
ンスタンス（６２）の前記第２のオブジェクト生成フェ
ーズ（２２）で振る舞うための前記メソッドが実行され
ているときと、前記メソッドが実行されていないときと
が互いに識別可能なように、前記第２のオブジェクト生
成フェーズ（２２）に写像されるよう、前記特定クラス
（５１）を生成する。

【００１４】本発明のオブジェクトの生成支援方法にお
いて、前記（ａ）ステップは、前記第２のオブジェクト
生成フェーズ（２２）が作業部（２２ｗ）および収容部
（２２ｂ）を有するように、前記第２のオブジェクト生
成フェーズ（２２）を提供し、ここで、前記作業部（２
２ｗ）は、前記第２のインスタンス（６２）の前記第２
のオブジェクト生成フェーズ（２２）で振る舞うための
前記メソッドが実行される部分であり、前記収容部（２
２ｂ）は、前記メソッドが実行されていない前記第２の
インスタンス（６２）が収容される部分であり、前記
（ｂ）ステップは、前記（ｅ）ステップで前記第２のイ
ンスタンス（６２）が生成されたときに、前記第２のイ
ンスタンス（６２）の前記第２のオブジェクト生成フェ
ーズ（２２）で振る舞うための前記メソッドが実行され
ているときには、その前記第２のインスタンス（６２）
は前記作業部（２２ｗ）に配され、前記メソッドが実行
されていないときには、その前記第２のインスタンス
（６２）は前記収容部（２２ｂ）に配されるように、前
記第２のオブジェクト生成フェーズ（２２）に写像され
るよう、前記特定クラス（５１）を生成するオブジェク
トの生成支援方法。

【００１５】本発明のオブジェクトの生成支援方法にお
いて、前記（ｂ）ステップは、前記（ｅ）ステップで前
記第２のインスタンス（６２）が生成されたときに、設
定動作に応答して、前記第２のオブジェクト生成フェー
ズ（２２）で振る舞うための前記メソッドが実行されて
いない前記第２のインスタンス（６２）が前記作業部
（２２ｗ）に配されるように、前記第２のオブジェクト
生成フェーズ（２２）に写像されるよう、前記特定クラ
ス（５１）を生成する。

【００１６】本発明のオブジェクトの生成支援方法にお
いて、前記設定動作は、前記第１および第２のオブジェ
クト生成フェーズ（２１、２２）の相互間で、行われ
る。

【００１７】本発明のオブジェクトの生成支援方法にお
いて、前記（ｂ）ステップは、前記（ｅ）ステップにお
いて複数の前記第２のインスタンス（６２）が生成され
るように、前記特定クラス（５１）を生成するものであ
る。

【００１８】本発明のオブジェクトの生成支援方法にお
いて、前記（ｂ）ステップは、前記（ｅ）ステップにお
いて生成された前記複数の第２のインスタンス（６２）
のうちの一方の前記第２のインスタンス（６２）の存在
が他方の前記第２のインスタンス（６２）の存在に依存
するように、前記特定クラス（５１）を生成するもので
ある。

【００１９】本発明のオブジェクトの生成支援方法にお
いて、前記（ｂ）ステップは、前記（ｅ）ステップにお
いて生成された前記複数の第２のインスタンス（６２）
のうちの一方の前記第２のインスタンス（６２）の存在
が他方の前記第２のインスタンス（６２）の存在に依存
せずに独立しているように、前記特定クラス（５１）を
生成するものである。

【００２０】本発明のオブジェクトの生成支援方法にお
いて、前記（ｂ）ステップは、前記（ｅ）ステップで前
記第２のインスタンス（６２）が生成されたときに、前
記第２のインスタンス（６２）が前記第２のオブジェク
ト生成フェーズ（２２）に対して前記第２のインスタン
ス（６２）が生成されたことを示すイベントを出すよう
に、前記特定クラス（５１）を生成するものである。

【００２１】本発明のオブジェクトの生成支援方法にお
いて、前記（ｂ）ステップは、前記（ｅ）ステップで前
記第２のインスタンス（６２）が生成された結果、既に
生成されている前記第２のインスタンス（６２）が変更
されるときには、前記第２のインスタンス（６２）が前
記第２のオブジェクト生成フェーズ（２２）に対して前
記第２のインスタンス（６２）が変更されたことを示す
イベントを出すように、前記特定クラス（５１）を生成
するものである。

【００２２】本発明のオブジェクトの生成支援方法にお
いて、前記（ｂ）ステップにおいて、前記第１のサブク
ラス（４１）は、前記第１のサブクラス（４１）に対応
する第１のインスタンス（６１）が生成されたときに、
前記第１のインスタンス（６１）が前記第１のオブジェ
クト生成フェーズ（２１）において振る舞えるように定
義され、前記第２のサブクラス（４２）は、前記第２の
サブクラス（４２）に対応する第２のインスタンス（６
２）が生成されたときに、前記第２のインスタンス（６
２）が前記第２のオブジェクト生成フェーズ（２２）に
おいて振る舞えるように定義されるものである。

【００２３】本発明のオブジェクトの生成支援方法は、
（ｋ）第１および第２のオブジェクト生成フェーズ
（２１、２２）を提供するステップと、（ｌ）特定ク
ラス（５１）を生成するステップと、ここで、前記特定
クラス（５１）は、前記第１および第２のオブジェクト
生成フェーズ（２１、２２）のそれぞれに対応する第１
および第２のサブクラス（４１、４２）を有し、前記第
１および第２のサブクラス（４１、４２）のそれぞれ
は、前記第１および第２のサブクラス（４１、４２）の
それぞれが対応する前記第１および第２のオブジェクト
生成フェーズ（２１、２２）で固有の振る舞いをするた
めのメソッドを有し、前記特定クラス（５１）と合成関
係（ｃｏｍｐｏｓｉｔｉｏｎｓ）を有し、（ｍ）前記
第１のオブジェクト生成フェーズ（２１）において、前
記第１のサブクラス（４１）に対応する第１のインスタ
ンス（６１）を生成するステップと、（ｎ）前記合成
関係に基づいて、前記第１のインスタンス（６１）が反
映され、前記特定クラス（５１）に対応する特定インス
タンス（７１）を生成するステップと、（ｏ）前記特
定インスタンス（７１）に応答し、前記合成関係に基づ
いて、前記特定インスタンス（７１）が前記第２のオブ
ジェクト生成フェーズ（２２）に写像されてなる第２の
インスタンス（６２）を生成するステップと、ここで、
前記第２のインスタンス（６２）は、前記第２のオブジ
ェクト生成フェーズ（２２）で振る舞うためのメソッド
を有し、前記（ｌ）ステップは、前記（ｏ）ステップで
前記第２のインスタンス（６２）が生成されたときに、
前記第２のインスタンス（６２）の前記第２のオブジェ
クト生成フェーズ（２２）で振る舞うための前記メソッ
ドが実行されているときと、前記メソッドが実行されて
いないときとが互いに識別可能なように、前記第２のオ
ブジェクト生成フェーズ（２２）に写像されるよう、前
記特定クラス（５１）を生成するものである。

【００２４】本発明のオブジェクトの生成支援方法にお
いて、更に、（ｐ）前記第１のオブジェクト生成フェ
ーズ（２１）において、前記第１のインスタンス（６
１）に第１のプロパティを与えるステップと、（ｑ）
前記合成関係に基づいて、前記第１のプロパティを、前
記第１のオブジェクト生成フェーズ（２１）を経由させ
て前記特定インスタンス（７１）のプロパティとして反
映させるステップと、（ｒ）前記第２のオブジェクト
生成フェーズ（２２）において、前記第２のインスタン
ス（６２）に第２のプロパティを与えるステップと、
（ｓ）前記合成関係に基づいて、前記第２のプロパテ
ィを、前記第２のオブジェクト生成フェーズ（２２）を
経由させて前記特定インスタンス（７１）の前記プロパ
ティとして反映させるステップとを備えている。

【００２５】本発明のオブジェクトの生成支援方法にお
いて、更に、（ｔ）前記第１および第２のプロパティ
がその前記プロパティに反映された前記特定インスタン
ス（７１）に基づいて、単一のオブジェクト（１００）
を生成するステップを備えている。

【００２６】本発明のオブジェクトの生成支援方法は、
（ａａ）第１および第２のオブジェクト生成フェーズ
（２１、２２）を提供するステップと、（ａｂ）第１
および第２の特定クラス（５１ａ、５１ｂ）を生成する
ステップと、ここで、前記第１の特定クラス（５１ａ）
は、前記第１および第２のオブジェクト生成フェーズ
（２１、２２）のそれぞれに対応する第１および第２の
サブクラス（４１ａ、４２ａ）を有し、前記第１および
第２のサブクラス（４１ａ、４２ａ）のそれぞれは、前
記第１の特定クラス（５１ａ）と合成関係（ｃｏｍｐｏ
ｓｉｔｉｏｎｓ）を有し、前記第２の特定クラス（５１
ｂ）は、前記第１および第２のオブジェクト生成フェー
ズ（２１、２２）のそれぞれに対応する第３および第４
のサブクラス（４１ｂ、４２ｂ）を有し、前記第３およ
び第４のサブクラス（４１ｂ、４２ｂ）のそれぞれは、
前記第２の特定クラス（５１ｂ）と合成関係を有し、
（ａｃ）前記第１のオブジェクト生成フェーズ（２
１）において、前記第１のサブクラス（４１ａ）に対応
する第１のインスタンス（６１ａ）を生成するステップ
と、（ａｄ）前記合成関係に基づいて、前記第１のイ
ンスタンス（６１ａ）が反映され、前記第１の特定クラ
ス（５１ａ）に対応する第１の特定インスタンス（７１
ａ）を生成するステップと、（ａｅ）前記第１の特定
インスタンス（７１ａ）に応答し、前記合成関係に基づ
いて、前記第１の特定インスタンス（７１ａ）が前記第
２のオブジェクト生成フェーズ（２２）に写像されてな
る第２のインスタンス（６２ａ）を生成するステップ
と、ここで、前記第２のインスタンス（６２ａ）は、前
記第２のオブジェクト生成フェーズ（２２）で振る舞う
ためのメソッドを有し、（ａｆ）前記第１のオブジェ
クト生成フェーズ（２１）において、前記第３のサブク
ラス（４１ｂ）に対応する第３のインスタンス（６１
ｂ）を生成するステップと、（ａｇ）前記合成関係に
基づいて、前記第３のインスタンス（６１ｂ）が反映さ
れ、前記第２の特定クラス（５１ｂ）に対応する第２の
特定インスタンス（７１ｂ）を生成するステップと、
（ａｈ）前記第２の特定インスタンス（７１ｂ）に応
答し、前記合成関係に基づいて、前記第２の特定インス
タンス（７１ｂ）が前記第２のオブジェクト生成フェー
ズ（２２）に写像されてなる第４のインスタンス（６２
ｂ）を生成するステップと、ここで、前記第４のインス
タンス（６２ｂ）は、前記第２のオブジェクト生成フェ
ーズ（２２）で振る舞うためのメソッドを有し、ここ
で、前記（ａｂ）ステップは、前記第１および第３のイ
ンスタンス（６１ａ、６１ｂ）が生成されたときに、前
記第１および第３のインスタンス（６１ａ、６１ｂ）の
一方が他方に集約可能となるように前記第１および第２
の特定クラス（５１ａ、５１ｂ）を生成し、前記（ａ
ｅ）ステップで前記第２のインスタンス（６２）が生成
されたときに、前記第２のインスタンス（６２）の前記
第２のオブジェクト生成フェーズ（２２）で振る舞うた
めの前記メソッドが実行されているときと、前記メソッ
ドが実行されていないときとが互いに識別可能なよう
に、前記第２のオブジェクト生成フェーズ（２２）に写
像されるよう、前記第１の特定クラス（５１ａ）を生成
するものである。

【００２７】本発明のオブジェクトの生成支援装置は、
第１および第２のオブジェクト生成フェーズ（２１、２
２）と、特定クラス（５１）を生成する手段と、ここ
で、前記特定クラス（５１）は、前記第１および第２の
オブジェクト生成フェーズ（２１、２２）のそれぞれに
対応する第１および第２のサブクラス（４１、４２）を
有し、前記第１および第２のサブクラス（４１、４２）
のそれぞれは、前記特定クラス（５１）と合成関係（ｃ
ｏｍｐｏｓｉｔｉｏｎｓ）を有し、前記第１のオブジ
ェクト生成フェーズ（２１）において、前記第１のサブ
クラス（４１）に対応する第１のインスタンス（６１）
を生成する手段と、前記合成関係に基づいて、前記第
１のインスタンス（６１）が反映され、前記特定クラス
（５１）に対応する特定インスタンス（７１）を生成す
る手段と、前記特定インスタンス（７１）に応答し、
前記合成関係に基づいて、前記特定インスタンス（７
１）が前記第２のオブジェクト生成フェーズ（２２）に
写像されてなる第２のインスタンス（６２）を生成する
手段と、ここで、前記第２のインスタンス（６２）は、
前記第２のオブジェクト生成フェーズ（２２）で振る舞
うためのメソッドを有し、前記特定クラス（５１）を
生成する手段は、前記第２のインスタンス（６２）を生
成する手段によって前記第２のインスタンス（６２）が
生成されたときに、前記第２のインスタンス（６２）の
前記第２のオブジェクト生成フェーズ（２２）で振る舞
うための前記メソッドが実行されているときと、前記メ
ソッドが実行されていないときとが互いに識別可能なよ
うに、前記第２のオブジェクト生成フェーズ（２２）に
写像されるよう、前記特定クラス（５１）を生成するも
のである。本発明の記録媒体は、本発明のオブジェクト
の生成支援方法に記載された各ステップをコンピュータ
に実行させるためのプログラムを記録したコンピュータ
が読み取り可能な記録媒体である。

【００２８】本発明の設計データの設計方法では、プラ
ント設計システムとの連動が容易である。すなわち、グ
ラフィック画面の１枚、及びその画面の部品、または制
御ロジック画面１枚、及びその演算ブロックなど、あら
ゆる計装と制御の設計に必要な情報がオブジェクトとし
て統一的に管理される。

【００２９】本発明では、一つの設計情報（７１）が一
元管理されるとともに、その一つの設計情報（７１）が
複数の設計フェーズ（２１、２２、２３）のそれぞれに
おいて、互いに異なった振る舞いが行われる。一つの設
計情報（７１）は、予め、第１から第３の設計フェーズ
（２１、２２、２３）のそれぞれにおいて表現されるた
めのデータとして、第１から第３の設計フェーズ（２
１、２２、２３）のそれぞれ用のクラスが定義されるこ
とが前提となる。

【００３０】ユーザは、データベースアクセスオブジェ
クトを介して、設計データにアクセスする。上記データ
ベースアクセスオブジェクトは、ソフトウェアコンポー
ネント規格（マイクロソフト社のＣＯＭ（Ｃｏｍｐｏｎ
ｅｎｔＯｂｊｅｃｔＭｏｄｅｌ）（登録商標））に
沿って開発されているため、ビジュアルＣ＋＋（登録商
標）、ビジュアルベイシック（登録商標）、またはエク
セル（登録商標）などのＶＢＡ（ＶＢＡ；エクセルなど
のマクロ言語）（登録商標）に組み込まれることができ
る。

【００３１】そのため、設計データを、あるときは例え
ば表計算ソフトウェアのエクセルの表として管理した
り、入力したりする一方、その結果を例えばグラフィッ
クツールのソフトウェアで利用することができる。この
仕組みにより、ユーザは自由に自分の選択した場面（２
１、２２、２３）で設計作業をすることができる。既設
プラント操作端や計器が明確なものは、そのリストから
表計算用ソフトウェアを介してインスタンスを作ればよ
いし、グラフィック画面のエディタを使って、プラント
の系統を作画しながら、必要な設計データを作成するこ
とができる。

【００３２】本発明のデータベース機構（１０）では、
上記のようにデータがオブジェクトとして扱われるだけ
ではなく、オブジェクト同士の「合成（ｃｏｍｐｏｓｉ
ｔｉｏｎｓ）」、「集約（ａｇｇｒｅｇａｔｉｏｎ
ｓ）」を含む相互構成情報が格納される。また、データ
ベース機構１０では、各設計オブジェクトのインスタン
スの設計削除のほか、属性情報への値の代入などが、ス
クリプト言語で表現される。これまで図面（紙）の形
か、単なるファイルでしか存在しなかった、設計標準な
どの情報が、関連する設計データの生成や、相互接続な
どの情報のつながりが維持されたまま、「知識」として
データベース機構１０の内部に保存される。

【００３３】現実の物理世界の情報すなわち、プラント
ならば「弁」は物体として１つであるが、本発明では、
情報としての「弁」が様々な設計経過を経て動的に生成
されるなどの状況に対応できる、多次元型オブジェクト
データベースが提供される。

【００３４】具体的には、従来の構成とは違い、１つの
情報は複数の実体（データ）の合成（ｃｏｍｐｏｓｉｔ
ｉｏｎｓ）されたオブジェクトとして管理される。本発
明では、操作者が処理していると捉える情報は、合成さ
れたある１つの情報実体の関係である。したがって、
「弁」の情報は、制御演算の中にでも登場するし、マン
マシンＩ／Ｆ画面の表示部品としても登場する。また、
弁リストなどのリストでも登場する。これらは、個々に
は独立したオブジェクトであるが、本発明の多次元型オ
ブジェクトデータベースでは、それらが１つのオブジェ
クトとして管理でき、個々の情報は合成要素として互い
に連動することができる。この構造のため、どのような
場合での設計でも、情報がスムーズにシステマティック
に管理される。”弁”ならば、あるフェーズではその取
付け位置を示す設計を行っても、その構造仕様をあらわ
す設計を行っても、またその弁が動作する制御ロジック
図の設計を行っても、本発明のオブジェクト指向型デー
タベース機構（ＯｂｊｅｃｔＲｅｌａｔｉｏｎＣｏｎ
ｔｒｏｌＡｒｃｈｉｔｅｃｔｕｒｅ）ではそれらが独
立した情報でありつつ、かつ１つの特定オブジェクト
の”弁”に合成されている。我々が設計作業で扱う情報
は、すべて合成されているオブジェクトであり、本体の
特定オブジェクトを直接扱うことはできない。すなわ
ち、いずれの振る舞いのオブジェクトを入口にしても、
その実体をあらわす情報の見え方は等しく、いかなる設
計フェーズにも依存しない。このような情報を抽象かつ
正規化した状態で管理できることは、複雑な情報を数学
的に処理しながら情報を加工したり、管理できることを
意味する。

【００３５】複雑な物理構造物の設計情報は、実際には
各種の図面で表現されるが、本発明において、設計情報
の実体はオブジェクトとして関係情報を固有に持つ。本
発明のデータベースにおいて、ユーザは、表面上の写像
でしかその関係情報をとらえることができない。

【００３６】オブジェクトは対象世界を構成する基本要
素である。現実世界に存在する「もの」そのものがイン
スタンス（実例）と呼ばれ、共通性質を有する一群のイ
ンスタンスに対して与えられる共通性質の定義がクラス
と呼ばれる。属性とは、クラスを特徴づける、視点に依
存するデータである。関連（ａｓｓｏｃｉａｔｉｏｎ
ｓ）は、クラス間の構造的関係や情報の流れを表現す
る。関連によりある情報視点が定まり、クラスと共に対
象世界の情報構造が表現される。集約（ａｇｇｒｅｇａ
ｔｉｏｎｓ）は、クラス間の全体／部分構造を表現する
ための特別な関連である。あるオブジェクトが内部構造
を有するときに利用される。メソッド（操作）とは、ク
ラスの状態（属性の値）を問い合わせたり変化させたり
するインターフェースの定義である。オブジェクト指向
における思考や表現の単位は、データ（属性）＋操作＝
クラス．となる。インスタンスは、クラスを基に生成さ
れ、属性の値が確定したものである。

【００３７】

【発明の実施の形態】以下、添付図面を参照して、本発
明のオブジェクトの生成支援方法の一実施形態として、
オブジェクト指向型データベースを用いたプラント設計
データの生成方法を説明する。

【００３８】図２に示されるように、本実施形態におい
ては、オブジェクト指向型データベース機構（Ｏｂｊｅ
ｃｔＲｅｌａｔｉｏｎＣｏｎｔｒｏｌＡｒｃｈｉ
ｔｅｃｔｕｒｅ）１０と、複数の（本実施形態では、３
つの）アプリケーションソフトウェア２１、２２、２３
とが用いられる。

【００３９】データベース機構１０は、プラント設計デ
ータ１００（図１参照）を管理する。３つのアプリケー
ションソフトウェア２１、２２、２３のそれぞれは、設
計フェーズとして、データベース機構１０を介して、単
一の設計データ１００を生成するために用いられる。

【００４０】第１の設計フェーズ２１は、ドキュメント
設計フェーズであり、シートデータが表計算用のアプリ
ケーションソフトウェア（例えばＥＸＣＥＬ（登録商
標））にて取り扱われる（図６参照）。

【００４１】第２の設計フェーズ２２は、プラント設計
フェーズであり、グラフィックデータが回路設計用のア
プリケーションソフトウェアにて取り扱われる。第２の
設計フェーズ２２においては、プラント系統図が管理さ
れる（図６参照）。

【００４２】第３の設計フェーズ２３は、ロジック設計
フェーズであり、描画データが制御設計用のアプリケー
ションソフトウェア（例えばＶＩＳＩＯ（登録商標））
にて取り扱われる（図６参照）。

【００４３】上記単一の設計データ１００は、第１から
第３の設計フェーズ２１、２２、２３のそれぞれにおい
て設計された結果として生成される。本実施形態では、
後述されるように、或る設計部品が第１および第２の設
計フェーズ２１、２２のそれぞれにおいて扱われるとき
に、第１の設計フェーズ２１にてその設計部品について
扱われた結果が、第２の設計フェーズ２２にも反映され
るようになっている。

【００４４】図２に示されるように、第１、第２および
第３の設計フェーズ２１、２２、２３のそれぞれには、
アシスタント２５、２６、２７が設けられている。それ
ぞれのアシスタント２５、２６、２７の機能は互いに共
通している。アシスタント２５、２６、２７は、いずれ
も、クラスに対応したインスタンスを生成する機能、イ
ンスタンスにプロパティを与える機能、インスタンスを
削除する機能、およびクラス自体を生成する機能を有し
ている。

【００４５】アシスタント２５、２６、２７は、いずれ
も、上記の４つの機能をメソッドとして有し、自らのプ
ロパティを有さないという意味で、特殊なオブジェクト
であると捉えられる。これらアシスタント２５、２６、
２７の動作は、後述される。

【００４６】本実施形態において、プラントを設計する
行為は、以下の＜１＞から＜３＞の行為であると捉えら
れる。＜１＞予め、複数のクラス５１ａ、５１ｂをクラス定義
する。＜２＞複数のクラス５１ａ、５１ｂのそれぞれに対応し
た複数のインスタンス７１ａ、７１ｂを生成する。＜３＞それぞれのインスタンス７１ａ、７１ｂにプロパ
ティを与えて、インスタンス７１ａ、７１ｂ同士を関連
（集約など）付けていく。これらの複数のインスタンス
７１ａ、７１ｂが有機的に結合されることにより、単一
の設計データ１００が生成される。

【００４７】プラント設計の成果として、単一の設計デ
ータ１００が生成される。上記単一の設計データ１００
は、弁、ポンプ、タンク、レベル計、制御ユニットなど
の複数の上記設計部品が、有機的に結合されてなるもの
である。本実施形態において、上記複数の設計部品のそ
れぞれは、オブジェクトとして扱われる。

【００４８】本実施形態では、上記複数のオブジェクト
のそれぞれが、クラス５１ａ、５１ｂ（以下、「特定ク
ラス」と称される）として定義される。ここで、特定ク
ラスは、「弁」などの１つの設計部品に対して１つ設け
られる。「弁の警報」、「弁のストローク」、「弁の圧
力」などの弁の構成要素は、特定クラス５１ａ、５１ｂ
の属性（プロパティ）または特定クラスのサブクラスと
して、定義される。

【００４９】なお、明細書および図面において、符号５
１が付けられた特定クラスは、複数の特定クラス５１
ａ、５１ｂの総称であり、１つの特定クラスであるとし
て説明される。同様に、符号４１、４２、４３が付けら
れたサブクラス、符号６１、６２、６３が付けられたイ
ンスタンス、および符号７１が付けられた特定インスタ
ンス、のそれぞれは総称であり、いずれも１つであると
して説明される。

【００５０】図２に示されるように、特定クラス５１
は、特定クラス５１のサブクラスとして、第１から第３
のサブクラス４１〜４３を有している。特定クラス５１
の定義に際して、第１から第３のサブクラス４１〜４３
は、特定クラス５１に対して合成関係（ｃｏｍｐｏｓｉ
ｔｉｏｎｓ）を有するように、定義される。第１から第
３のサブクラス４１〜４３のそれぞれは、３つの設計フ
ェーズ２１、２２、２３に１対１で対応している。

【００５１】図３は、２つの特定クラス５１ａ、５１ｂ
が生成された場合について示している。特定クラス５１
ａは、３つのクラス４１ａ、４２ａ、４３ａのそれぞれ
と合成関係を有している。クラス４１ａ、４２ａ、４３
ａのそれぞれは、特定クラス５１ａに対するサブクラス
である。図３において、特定クラス５１ａとクラス４１
ａ、４２ａ、４３ａのそれぞれとの間の二重線は、二重
線で結ばれた両者が合成関係を有していることを表して
いる（図３において、他の二重線は、同じく合成関係を
表している）。特定クラス５１ｂは、特定クラス５１ｂ
に対するサブクラスである、２つのクラス４１ｂ、４２
ｂのそれぞれと合成関係を有している。

【００５２】特定クラス５１ａに対応するインスタンス
が特定インスタンス７１ａである。クラス４１ａに対応
するインスタンスが、符号６１ａで表される。クラス４
２ａに対応するインスタンスが、符号６２ａで表され
る。クラス４３ａに対応するインスタンスが、符号６３
ａで表される。特定クラス５１ａとクラス４１ａ、４２
ａ、４３ａとの間の合成関係に基づいて、特定インスタ
ンス７１ａは、インスタンス６１ａ、６２ａ、６３ａの
それぞれと合成関係を有している。特定クラス５１ｂに
対応するインスタンスが特定インスタンス７１ｂであ
る。クラス４１ｂに対応するインスタンスが、符号６１
ｂで表される。クラス４２ｂに対応するインスタンス
が、符号６２ｂで表される。特定クラス５１ｂとクラス
４１ｂ、４２ｂとの間の合成関係に基づいて、特定イン
スタンス７１ｂは、インスタンス６１ｂ、６２ｂのそれ
ぞれと合成関係を有している。

【００５３】特定クラス５１ａは、特定インスタンス７
１ａが、第１から第３の設計フェーズ２１、２２、２３
のそれぞれに、第１から第３のインスタンス６１ａ、６
２ａ、６３ａとして写像されて、第１から第３の設計フ
ェーズ２１、２２、２３のそれぞれで固有の振る舞いが
なされるように、上記＜１＞のステップ（クラス定義）
がなされる。

【００５４】上記＜１＞のクラス定義において、特定ク
ラス５１ａには、サブクラス４１ａ、４２ａ、４３ａ
（以下、「振る舞い用クラス」と称される）が、第１か
ら第３の設計フェーズ２１、２２、２３のそれぞれに対
応するように設けられる。これにより、図３において破
線で示されるように、第１のインスタンス６１ａは第１
の設計フェーズ２１で固有の振る舞いがなされ（扱わ
れ）、第２のインスタンス６２ａは第２の設計フェーズ
２２で固有の振る舞いがなされ、第３のインスタンス６
３ａは第３の設計フェーズ２３で固有の振る舞いがなさ
れる。

【００５５】特定クラス５１ｂは、特定インスタンス７
１ｂが、第１および第２の設計フェーズ２１、２２のそ
れぞれに、第１および第２のインスタンス６１ｂ、６２
ｂとして写像されて、第１および第２の設計フェーズ２
１、２２のそれぞれで固有の振る舞いがなされるよう
に、上記＜１＞のステップ（クラス定義）がなされる。

【００５６】上記＜１＞のクラス定義において、特定ク
ラス５１ｂには、サブクラス４１ｂ、４２ｂ（振る舞い
用クラス）が、第１および第２の設計フェーズ２１、２
２のそれぞれに対応するように設けられる。これによ
り、第１のインスタンス６１ｂは第１の設計フェーズ２
１で固有の振る舞いがなされ、第２のインスタンス６２
ｂは第２の設計フェーズ２２で固有の振る舞いがなされ
る。

【００５７】図３の破線に示されるように、第１の設計
フェーズ２１では、第１のインスタンス６１ａおよび第
１のインスタンス６１ｂのそれぞれが振る舞うことがで
きる。第２の設計フェーズ２２では、第２のインスタン
ス６２ａおよび第２のインスタンス６２ｂのそれぞれが
振る舞うことができる。

【００５８】同一の設計フェーズ上で振る舞うことので
きる、複数のインスタンスのうちの一方が他方に集約可
能であるように、上記＜１＞のクラス定義がなされるこ
とができる。例えば、第１の設計フェーズ２１で振る舞
うことのできる、第１のインスタンス６１ａが第１のイ
ンスタンス６１ｂに集約可能であるように、クラス定義
がなされることができる。

【００５９】第１の設計フェーズ２１において、振る舞
いクラス４１ａに対応する第１のインスタンス６１ａが
生成されると、上記合成関係に基づいて、第１のインス
タンス６１ａが反映された、特定インスタンス７１ａが
生成される。さらに、特定インスタンス７１ａに応答し
て、上記合成関係に基づいて、特定インスタンス７１ａ
が第２の設計フェーズ２２に写像されてなる第２のイン
スタンス６２ａが生成される。第２のインスタンス６２
ａは、第２の設計フェーズ２２で振る舞うためのメソッ
ドを有している。

【００６０】特定クラス５１ａに対して、２つのクラス
４１ａ、４２ａのそれぞれが合成されているとき、それ
らのクラス４１ａ、４２ａのうちの一方のクラス４１ａ
に対応するインスタンス６１ａが生成されると、他方の
クラス４２ａに対応するインスタンス６２ａが生成され
る。

【００６１】上記において、第１のインスタンス６１ａ
が生成されたことに伴い、特定インスタンス７１ａが第
２の設計フェーズ２２に写像されてなる第２のインスタ
ンス６２ａが生成されるときに、複数の第２のインスタ
ンス６２ａ、６２ａ…が生成されるように、クラス定義
がなされることができる。

【００６２】さらに、上記複数の第２のインスタンス６
２ａ、６２ａ…の存在に関して、互いに独立であるよう
にクラス定義がなされることができる。また、上記複数
の第２のインスタンス６２ａ、６２ａ…の存在に関し
て、一方が他方に依存するようにクラス定義がなされる
ことができる。

【００６３】複数の特定クラス５１ａ、５１ｂのそれぞ
れは、振る舞いクラス４１ａ、４２ａ、４３ａ、４１
ｂ、４２ｂの他に、「アイデンティティ」と、「文字化
可能な属性（プロパティ）」と、「文字化不可能な属
性」とを含むように、上記＜１＞のクラス定義がなされ
る。

【００６４】「アイデンティティ」とは、オブジェクト
がデータベース機構１０に管理されるときに用いられ
る。１つのオブジェクト（複数の特定クラス５１ａ、５
１ｂのそれぞれ）は、１つのＩＤ（アイデンティティ）
を有している。オブジェクトの属性の一つである、タグ
（ＴＡＧ）ナンバー、名称および型式番号は、アイデン
ティティとはされない。

【００６５】「文字化可能な属性」とは、オブジェクト
の属性の中で、直接的に文字（数字が含まれる）で表す
ことのできる属性である。例えば、タグナンバー、名称
および型式番号が含まれる。図１において、符号５２
ａ、５２ｂ、５２ｃのそれぞれは、文字化可能な属性を
示している。符号７２ａ、７２ｂ、７２ｃのそれぞれ
は、符号５２ａ、５２ｂ、５２ｃに対応する属性であ
る。

【００６６】「文字化不可能な属性」とは、オブジェク
トの属性の中で、直接的に文字で表すことのできない属
性である。例えば、単一のプロパティが表であるとき、
その表は、文字化不可能な属性である。文字化不可能な
属性は、特定クラス５１ａに含まれた形で、特定クラス
５１ａの属性として定義されることができない。文字化
不可能な属性は、特定クラス５１ａに対するサブクラス
５４として、上記＜１＞でクラス定義される。文字化不
可能な属性を示すサブクラス５４は、その特定クラス５
１ａに合成されるように、上記＜１＞でクラス定義され
る。

【００６７】特定クラス５１ａが「弁」に関する特定ク
ラスである場合、弁の「圧力仕様」という属性について
は以下のように説明される。この場合、「最大圧」、
「定格圧」などの圧力仕様に関する項目が個々に、文字
化可能な属性５２ａ、５２ｂとして特定クラス５１ａに
羅列して定義されることが可能である。これに対し、図
４に示すように、予め「圧力仕様」というサブクラス５
４が定義され、そのサブクラス５４が弁の特定クラス５
１ａ（の「圧力仕様」という属性）に、文字化不可能な
属性として定義されることができる（図３参照）。この
ように、サブクラス５４が、弁の特定クラス５１ａとは
別のクラスとして定義されることで、弁以外の設計部品
の特定クラスであって圧力仕様の属性が含まれる特定ク
ラスが定義されるときに、サブクラス５４の項目（最大
圧、定格圧）がその特定クラスに対して共通に用いられ
ることができる。

【００６８】弁の特定クラス５１ａの「圧力仕様」とい
う属性に対して、「圧力仕様クラス、最大圧および定格
圧」というサブクラス５４は合成関係にある。弁の特定
クラス５１ａの「警報レンジ」という属性に対して、
「警報クラス、ハイ設定およびロー設定」というサブク
ラス５５は合成関係にある。

【００６９】図３において、符号６６、６４、６５は、
サブクラス５３、５４、５５のそれぞれに対応するイン
スタンスを示している。

【００７０】図５に示すように、弁インスタンスＡに対
して、圧力仕様インスタンスＡおよび警報インスタンス
Ａは、合成関係で連結（リンク）され、弁インスタンス
Ｂに対して、圧力仕様インスタンスＢおよび警報インス
タンスＢは、合成関係で連結されている。上記のよう
に、合成関係で連結されたオブジェクトは互いに共用さ
れない。

【００７１】複数の特定クラス５１ａ、５１ｂのそれぞ
れは、更に、単一または複数のサブクラス（図示せず）
を有するように、上記＜１＞でクラス定義されることが
できる。これらのサブクラスは、対応する特定クラス５
１ａ、５１ｂとの間に、またはサブクラス同士が、以下
の（１）から（４）のいずれかのような関係を有するよ
うに、上記＜１＞のクラス定義が行われることができ
る。

【００７２】（１）汎化関係（ｇｅｎｅｒａｌｉｚａｔ
ｉｏｎｓ）汎化関係とは、概念と概念の間の一般性や普遍性を表す
関係である。属性が概念の内包を表しているのに対し、
汎化関係は概念の外延を表している。汎化関係は、暗黙
に継承関係を包含している。汎化関係が、類似した概念
を表すクラス同士の関係であるのに対し、関連（ａｓｓ
ｏｃｉａｔｉｏｎｓ）は異なった範疇に属する概念を表
すクラスとクラスの間の関係である。異なったクラスに
属するインスタンス同士の間に何らかの関係があった場
合、その関係はそのクラス同士の関連（ａｓｓｏｃｉａ
ｔｉｏｎｓ）によって表現される。汎化関係とは、ある
クラスがあるクラスの特化したもの、という関係であ
る。クラスとサブクラスの関係である。クラスとサブク
ラスの間では、属性が継承される（インヘリタンスの確
立）。例として、シンボル記号クラスと弁のシンボルク
ラス、が挙げられる。

【００７３】（２）関連（ａｓｓｏｃｉａｔｉｏｎｓ）関連の中には、ある種の制約条件を伴う関連がある。存
在制約と参照制約をもった関連は、通常の関連と区別し
て構成関係とされる。こうした制約は、クラス同士が
「全体」と「部分」の関係にある場合によく見出され
る。そのため、このような関連は、構成関係と呼ばれ
る。構成関係は、その制約の種類によって合成関係（ｃ
ｏｍｐｏｓｉｔｉｏｎｓ）と集約関係（ａｇｇｒｅｇａ
ｔｉｏｎｓ）という２つの関係に分類される。関連と
は、あるクラスが、異なった範疇のクラスと関係がある
場合の、両者の関係である。例として、制御系統図クラ
スとファンクションロジック図クラス、弁の記号クラス
とループプレート表示クラス、弁の記号クラスと操作端
ロジックのダイアグラムクラス、が挙げられる。互いに
違う範疇に属している複数のオブジェクトを、人為的に
連動させる場合は、この関連（リンク）を示す情報が定
義される必要がある。

【００７４】（３）合成関係（ｃｏｍｐｏｓｉｔｉｏｎ
ｓ）合成関係は、オブジェクト同士が存在制約の関係にある
関連である。存在制約とは、片方のオブジェクトの存在
の有無が、もう一つのオブジェクトの存在を制約してい
る関係である。全体と部分の関係にあるオブジェクト同
士で、部分側のオブジェクトを生成する場合は、全体側
のオブジェクトがすでに存在していなければならず、ま
た、全体側のオブジェクトを消去する場合には、部分側
のオブジェクトも事前に消去しておかなければならな
い。合成関係とは、例えば、人間オブジェクトの中の
（内臓）や、基板オブジェクトの中の（コネクタ）であ
る。合成関係とは、あるクラスの存在制約となるものが
クラスである場合の、両者の関係である。例として、電
動弁クラスと圧力設定クラス、特定クラス５１と振る舞
いクラス４１（４２）、が挙げられる。合成は、あるク
ラスと、そのクラスを存在させるのに必須のクラスとの
関係である。あるクラスに必須の情報は、合成として宣
言される必要がある。合成に基づいて二次的に作成され
たインスタンスは、合成元のインスタンスが削除された
時点で連動して削除される必要がある。

【００７５】（４）集約関係（ａｇｇｒｅｇａｔｉｏｎ
ｓ）集約関係は、オブジェクト同士が参照制約の関係にある
関連である。参照制約とは、オブジェクト同士が何らか
の性質を共有していて、全体側のオブジェクトの状態変
化が部分側のオブジェクトの状態変化を誘因するという
関係である。参照制約を持つオブジェクト間の結合は、
存在制約ほど強くはない。例として、系統図表示画面ク
ラスと部品モジュールクラス、ラッククラスと基板クラ
ス、が挙げられる。合成と異なる点は、集約は参照の関
係に過ぎない点である。系統図に含まれる部品クラスの
インスタンスは、違う系統図にも参照される可能性があ
るから、部品からみて系統図は、単なる参照の関係でし
かない。集約元のインスタンスが削除されても集約メン
バのインスタンスは消滅する必要がない。ただし、上記
２つの例のうち、前者は物理的な制約を保持しないのに
対し、後者は保持している。このことから、前者は「参
照集約」と称され、後者は「存在集約」または「親子集
約」と称される。

【００７６】図２に示されるデータベース機構１０で
は、クラスの構成情報が宣言されてはじめて、そのイン
スタンスが生成される。すでにインスタンスが存在して
いるクラスに対して、クラスの構成情報を変更すること
は基本的にできない。その場合には、新たなクラスが定
義される必要がある。

【００７７】図３を用いて前述されたように、上記複数
の振る舞い用クラス４１ａ、４２ａ、４３ａ、４１ｂ、
４２ｂのすべては、上記複数の振る舞いクラス４１ａ、
４２ａ、４３ａ、４１ｂ、４２ｂのすべてをサブクラス
とすべき単一の特定クラス５１ａ、５１ｂと、合成関係
を有している。

【００７８】次に、図２および図７を参照して、アシス
タント２５、２６、２７の動作が説明される。以下にお
いては、第１から第３のインスタンス６１、６２、６３
の生成される順番が、第１のインスタンス６１が最初
で、第２のインスタンス６２が次である場合が説明さ
れ、また、第１のインスタンス６１にプロパティが付与
される場合が説明される。したがって、アシスタント２
５、２６についてしか説明されないが、アシスタント２
５、２６、２７の動作は、基本的に同じである。

【００７９】データベース機構１０において、特定クラ
ス５１が定義された後に（上記＜１＞および図７のステ
ップＳ１参照）、第１の設計フェーズ２１において、第
１のインスタンス６１が生成されるときの動作は、以下
の通りである。ステップＳ２に示されるように、第１の
設計フェーズ２１の表計算用ソフトウェア上で、リター
ンキーが押されるまたはマウスがクリックされる。する
と、ステップＳ３に示されるように、「そのリターンキ
ーまたはマウスの操作に対応するインスタンスを生成す
る」旨のメッセージが、表計算用ソフトウェアからアシ
スタント２５に出力される。ステップＳ４およびＳ５に
示されるように、そのメッセージに応答して、アシスタ
ント２５は、第１の設計フェーズ２１に、そのメッセー
ジに対応した第１のインスタンス６１を生成する。

【００８０】次いで、ステップＳ６に示されるように、
データベース機構１０では、上記のように生成された第
１のインスタンス６１に応答して、第１のインスタンス
６１が反映され、特定クラス５１に対応する特定インス
タンス７１が生成される（上記＜２＞参照）。

【００８１】ステップＳ７に示されるように、特定イン
スタンス７１に応答して、特定インスタンス７１が第２
の設計フェーズ２２に写像されてなる第２のインスタン
ス６２が生成される。ここで、ステップＳ８に示される
ように、生成された第２のインスタンス６２は、第２の
設計フェーズ２２のアシスタント２６に対して、「第２
のインスタンス６２が生成された」ことを示すイベント
を出す。ステップＳ９に示されるように、アシスタント
２６は、そのイベントに応答して、第２の設計フェーズ
２２上で、第２のインスタンス６２が生成された旨を表
示する。このときの表示方法は、第２の設計フェーズ２
２の画面上で対応するデータが、他と異なった色で表示
されるなどの方法が採られる。

【００８２】第２のインスタンス６２が生成された結
果、既に生成されている第２のインスタンス６２が変更
される場合は、以下の通りである。その変更された第２
のインスタンス６２は、第２の設計フェーズ２２のアシ
スタント２６に対して、第２のインスタンス６２が変更
されたことを示すイベントを出す。アシスタント２６
は、そのイベントに応答して、第２の設計フェーズ２２
上で、第２のインスタンス６２が変更されたことを表示
する。このときの表示方法は、変更された第２のインス
タンス６２のデータが画面上で点滅するなどの方法が採
られる。

【００８３】上記のように、第２のインスタンス６２が
生成されたとき、第２の設計フェーズ２２の画面上で、
第２のインスタンス６２のデータは他と異なる色で表示
されたり、点滅した状態で表示されるなど表示態様が区
別された。

【００８４】さらに、第２のインスタンス６２は、第２
の設計フェーズ２２の画面上で配置（表示）される場所
が以下のように区別される。すなわち、図６に示される
ように、第２の設計フェーズ２２は、作業画面部２２ｗ
とバケット（箱）２２ｂとを有している。作業画面部２
２ｗは、第２の設計フェーズ２２の大半を占め、第２の
インスタンス６２が第２の設計フェーズ２２で振る舞う
ためのワークエリアである。バケット２２ｂは、第２の
インスタンス６２の第２の設計フェーズ２２での振る舞
いが行われずに、第２のインスタンス６２を「データ名
を示す項目」の形式で格納する。作業画面部とバケット
とを有している点は、第１および第３の設計フェーズ２
１、２３も同様である。その生成された第２のインスタ
ンス６２が、第２の設計フェーズ２２で固有の振る舞い
がなされていないときには、その第２のインスタンス６
２のデータは、第２の設計フェーズ２２のバケット２２
ｂ内に収容される。特定インスタンス７１が第２の設計
フェーズ２２に写像されてなる第２のインスタンス６２
が生成されたということは、第２の設計フェーズ２２に
写像させることの必要性に鑑みて、そのように上記＜１
＞でクラス定義がなされた結果である。したがって、第
２のインスタンス６２が第２の設計フェーズ２２で固有
の振る舞いを行なっていない状態では、その設計作業が
行われたことにならず、設計データに組み込まれていな
い未使用状態であるとして、バケット２２ｂに収容され
る。一方、その生成された第２のインスタンス６２が、
第２の設計フェーズ２２で固有の振る舞いがなされたと
きには、その振る舞いの結果が第２の設計フェーズ２２
の画面上の、対応する場所に表示される。

【００８５】以下に、前述の第２のインスタンス６２の
配置場所について具体的に説明される。まず、第１の設
計者は、設計データに組み込まれるべき複数の警報デー
タを生成し、それらの警報データを表形式で管理するた
めに、全ての警報データを第１の設計フェーズ２１であ
る表計算ソフトウェアのバケット２１ｂに入力する。そ
の第１の設計フェーズ２１への入力に応答して、第２の
設計フェーズ２２のバケット２２ｂには、その全ての警
報の項目が収容される。それと同時に、その第１の設計
フェーズ２１への入力に応答して、第３の設計フェーズ
２３のバケット２３ｂにも、その全ての警報の項目が収
容される。第２の設計フェーズ２２のグラフィックソフ
トウェアでは、第２の設計者は、「データ名を示す項
目」でバケット２２ｂから一つの警報を作業画面部２２
ｗに移動させて、その警報のグラフィックを作成する。
第２の設計フェーズ２２では、そのバケット２２ｂ内の
全ての警報一つ一つについてのグラフィックを作成す
る。第２の設計フェーズ２２のバケット２２ｂ内の全て
の項目について、第２の設計フェーズ２２での固有の振
る舞いがなされなければ、その警報についての第２の設
計フェーズ２２上での設計が終了したことにはならな
い。同じく、第３の設計フェーズ２３のロジック設計用
ソフトウェアでは、第３の設計者は、「データ名を示す
項目」でバケット２３ｂから一つの警報を作業画面部２
３ｗに移動させて、その警報のロジック設計をする。第
３の設計フェーズ２３では、そのバケット２３ｂ内の全
ての警報一つ一つについてロジック設計をする。第３の
設計フェーズ２３のバケット２３ｂ内の全ての項目につ
いて、第３の設計フェーズ２３での固有の振る舞いがな
されなければ、その警報についての第３の設計フェーズ
２３上での設計が終了したことにはならない。同じく、
第１の設計フェーズ２１の表計算ソフトウェアでは、第
１の設計者は、「データ名を示す項目」でバケット２１
ｂから一つの警報を作業画面部２１ｗに移動させて、そ
の警報の仕様決定（レンジ設定など）等を行う。第１の
設計フェーズ２１では、そのバケット２１ｂ内の全ての
警報一つ一つについて仕様決定等をする。第１の設計フ
ェーズ２１のバケット２１ｂ内の全ての項目について、
第１の設計フェーズ２１での固有の振る舞いがなされな
ければ、その警報についての第１の設計フェーズ２１上
での設計が終了したことにはならない。上記のことから
すると、設計とは、その設計フェーズの画面のバケット
内に収納されているインスタンスに、その設計フェーズ
に固有の振る舞いを行わせることで、そのバケット内を
空にする作業であると捉えられる。

【００８６】上記においては、インスタンスが生成され
る場合のアシスタントの動作が説明された。インスタン
スが削除される場合のアシスタントの動作は、インスタ
ンスが生成されるときの動作と基本的に同じである。

【００８７】第１の設計フェーズ２１において、第１の
インスタンス６１に、第１のプロパティ（パラメータ）
が与えられる場合は、以下の通りである。第１の設計フ
ェーズ２１の表計算ソフトウェア上で、第１のプロパテ
ィが与えられる操作が行われる。すると、「その操作に
対応する第１のプロパティが与えられた」旨のメッセー
ジが、表計算用ソフトウェアからアシスタント２５に出
力される。そのメッセージに応答して、アシスタント２
５は、その第１のプロパティを、第１の設計フェーズ２
１を経由（通過）させて、特定インスタンス７１のプロ
パティとして反映させる。

【００８８】アシスタント２５、２６、２７は、クラス
自体を生成することができる。この場合、アシスタント
２５は、第１の設計フェーズ２１に対応する第１のサブ
クラス４１を生成することができる。このときのアシス
タント２５の動作は、第１のインスタンス６１が生成さ
れたときの動作に準じる。さらに、第１のサブクラス４
１と特定クラス５１との間の合成関係に基づいて、アシ
スタント２５は、生成された第１のサブクラス４１を、
特定クラス５１に反映させることができる。

【００８９】図１は、本実施形態で生成される、単一の
設計データ１００を模式的に示している。データベース
機構１０において、設計データ１００は、単一のオブジ
ェクトとして管理される。単一の設計データ１００は、
複数の特定インスタンス７１ａ、７１ｂ…が互いに有機
的に結合してなるものである。符号６１ａは、特定イン
スタンス７１ａが第１の設計フェーズ２１に写像されて
なる第１のインスタンスを示している。符号６２ａは、
特定インスタンス７１ａが第２の設計フェーズ２２に写
像されてなる第２のインスタンスを示している。符号６
１ｂは、特定インスタンス７１ｂが第１の設計フェーズ
２１に写像されてなる第１のインスタンスを示してい
る。

【００９０】第１のインスタンス６１ａと第１のインス
タンス６１ｂとの間を結ぶラインＬは、第１のインスタ
ンス６１ａおよび第１のインスタンス６１ｂの一方が他
方を集約している状態を示している。

【００９１】或る特定インスタンス７１は、複数の設計
フェーズ２１、２２、２３のすべてに写像されるとは限
らない。特定インスタンス７１がいずれの設計フェーズ
２１、２２、２３に写像されて、その写像された設計フ
ェーズ固有の振る舞いを行うインスタンスとなるかは、
その特定インスタンス７１に対応する特定クラス５１
が、上記＜１＞のクラス定義の段階でどのように定義さ
れるかによって決定される。

【００９２】単一の設計データ１００は、複数の設計フ
ェーズ２１、２２、２３のそれぞれを通じて多面的な見
方がなされる。それぞれの設計フェーズ２１、２２、２
３では、単一の設計データ１００の一側面として表われ
る、インスタンスが取り扱われる。単一の設計データの
一部（一側面）が、それぞれの設計フェーズとしての図
面に、シンボル（インスタンス）として表される。

【００９３】バルブの特定インスタンスは、プラント設
計フェーズにおいて、或る系統図内のバルブのシンボル
（インスタンス）として表われる。上記バルブの特定イ
ンスタンスは、ロジック設計フェーズにおけるファンク
ションロジック図の中にバルブのシンボルとして表われ
る。

【００９４】特定インスタンス７１は、第１から第３の
設計フェーズ２１、２２、２３上で、それぞれ固有の振
る舞いをする（その特定インスタンス７１に対応する特
定クラス５１のクラス定義において、その特定インスタ
ンス７１が第１から第３の設計フェーズ２１、２２、２
３に写像されると定義されている場合）。各第１から第
３の設計フェーズ（アプリケーションソフト）２１、２
２、２３での固有の振る舞いは、基本的にそのアプリケ
ーションソフトの吐き出すデータファイルに閉じて存在
している。例えば、表計算ソフトウェア２１上に特定イ
ンスタンス７１の持つデータである、何らかの「日付
け」のデータが表現される場合、その「日付け」が元号
表記されるのか、西暦表示されるのかの区別は、特定イ
ンスタンス７１のプロパティは関与せず、基本的に表計
算ソフトウェア２１の吐き出すファイルに隠蔽された情
報に依存する。この設計フェーズ２１、２２、２３での
固有の振る舞いのように、特定インスタンス７１のプロ
パティとして含まれない情報は、本明細書において「設
計フェーズに閉じた情報」と表現される。

【００９５】一方、ある記号、例えば「弁」のシンボル
がグラフィックソフトウェア２２上でインスタンスとし
て生成された場合に、未だロジック設計用ソフトウェア
２３上で「弁」が回路との紐付けがされていない状況な
どのステータスは、他の設計フェーズが必要とするか
ら、特定インスタンス７１のプロパティとして存在す
る。また、この場合、それぞれの設計フェーズ２１、２
２が吐き出すファイル自身は、「系統図」または「ファ
ンクションロジック図」として設計データを構成し、特
定インスタンス７１のプロパティとなる。

【００９６】設計データ１００をオブジェクトとして捉
えるには、次の（Ａ）から（Ｄ）を全て一括した管理機
構（データベース）１０に保持する必要がある。（Ａ）オブジェクトのクラス的体系（汎化・合成・集
約）（Ｂ）オブジェクトの接続情報（Ｃ）オブジェクトの属性（Ｄ）オブジェクトの振る舞い

【００９７】計算機の能力およびデータベースのキャパ
シティの点から、設計データ１００（特定インスタンス
７１）のプロパティには限界がある。そこで、上記のう
ち、（Ｂ）オブジェクトの接続情報については、各設計
フェーズに閉じた情報として扱われる。また、（Ｄ）オ
ブジェクトの振る舞い（メソッド）は、各設計フェーズ
（各アプリケーションソフト）毎に異なるから、各設計
フェーズに閉じた情報として扱われる。（Ａ）オブジェ
クトのクラス的体系とは、クラスがどのように関連して
いるのかを示す体系である。例えば、電動弁のクラスは
「弁」のクラスの派生物で、電動弁は弁の属性を継承し
ている。

【００９８】データベース機構１０におけるインスタン
スは、以下のようなプロパティとメソッドを有してい
る。プロパティには、属する階層、仕様、リレーション
（構造表現）が含まれる。メソッドには、インスタンス
が生成されたときの動作、インスタンスが消去されたと
きの動作が含まれる。

【００９９】例えば、系統に対して、ある「弁」が追加
される場合、設計結果としての「弁」オブジェクトのデ
ータは、その弁の大きさやメーカなどの仕様が全てであ
る。これに対して、実際に「弁」に関する設計がなされ
る場合、弁の設計に伴うＩ／Ｏアサイン（入出力関係）
や、処理ロジックや、ＣＲＴでの表示スタイルが定義さ
れる必要がある。

【０１００】本実施形態では、この場合、「弁」という
ある種のプロパティを有するオブジェクトが生成された
ときに、Ｉ／Ｏオブジェクトや処理ロジックオブジェク
トが生成されたと捉える。ここで、Ｉ／Ｏオブジェクト
は、それ自体がオブジェクトであるから、Ｉ／Ｏオブジ
ェクトが生成されたときに単にＩ／Ｏオブジェクトとい
う項目が追加されるだけでなく、盤内ラック構成図のデ
ータが追加されたり、端子台アサインオブジェクトや、
ネットワーク上のマスタデータオブジェクトが生成され
る。

【０１０１】すなわち、本実施形態において、「弁」オ
ブジェクトとは、単に「弁」の仕様を項目として有する
ものではなく、「弁」オブジェクトが生成されたことに
より、「何がどうなる」という情報も内在したオブジェ
クトである。

【０１０２】例えば、警報器のデータは、プラントの全
設計データのうち、プラントの規模などの主要な箇所の
データが決定された後でないと、作成することができな
いのが今までであった。また、弁は、その弁の周囲の設
備のデータと同時に、またはその後でないと、設計でき
ないのが今まであった。データベース機構１０では、警
報器または弁の単独で（他の要素とは無関係に）設計を
進めることが可能である。

【０１０３】単一の設計データ１００を構成するための
基本的な要素（弁、演算子、ソフトウェア、ハードウェ
ア）をおおまかに分けて、上記複数の特定クラス５１を
生成する。設計を進捗することは、上記複数の特定クラ
ス５１のそれぞれに対応した特定インスタンス７１を作
成することと、作成された特定インスタンス７１同士を
結ぶ（つなげる）ことである。これによれば、或る特定
インスタンスは、他の特定インスタンスと無関係に設計
を進めることができるので、設計の手順に制約されるこ
と無く、自由に（短期間で）設計を行うことができる。
複数の特定インスタンスのそれぞれは、手続きの先後関
係や、一方が他方を支配するという依存性をもたないと
いう点で、互いに同等である。

【０１０４】設計データ１００を構成する特定インスタ
ンス７１がメソッドを持つと、それぞれのアプリケーシ
ョンソフト（設計フェーズ２１、２２、２３）毎に違う
振る舞いができなくなる。よって、特定インスタンス７
１がそれぞれのアプリケーションソフト２１、２２、２
３で処理されるために、設計フェーズ２１、２２、２３
に投影されて（取り出されて）なるインスタンス６１、
６２、６３が、それぞれ設計フェーズ２１、２２、２３
毎に固有な振る舞いが行われるためのメソッドを持つ。

【０１０５】特定インスタンス７１は、第１の設計フェ
ーズ２１に投影されて第１のインスタンス６１とされた
ときのみ、第１の設計フェーズ２１で処理されるための
メソッドを持つ。同様に、第２の設計フェーズ２２に投
影されて第２のインスタンス６２とされたときのみ、第
２の設計フェーズ２２で処理されるためのメソッドを持
つ。

【０１０６】なお、データベース機構１０で処理され
て、確定した設計データ１００は、リレーショナルデー
タベースに反映・保存（バックアップ）されて、データ
の永続性が確保される。

【０１０７】次に、本発明の第２の実施形態を説明す
る。第１の実施形態では、最初に、特定クラスおよび複
数の設計フェーズのそれぞれに対応するサブクラスが定
義される。次いで、複数の設計フェーズのそれぞれにお
いてインスタンスが生成される。その後、各インスタン
スにプロパティを与える操作が操作者により行われて、
そのプロパティが、特定クラスに対応する特定インスタ
ンスに付与されることにより、設計データが構築されて
いく。

【０１０８】これに対して、第２の実施形態では、第１
の実施形態において操作者の操作毎に順次、設計データ
が構築されるときの操作履歴が利用される。その操作履
歴（試行錯誤や失敗例を除く成功例のみ）は、データベ
ース機構１０を動作させるプログラムとして、データベ
ース機構１０に読み込まれる。その操作履歴に基づいて
データベース機構１０が自動的に動作する。その結果、
データベース機構１０は、設計データおよび複数の設計
フェーズのそれぞれにおいて表われる図面または表を、
自動的に生成する。上記において、操作履歴は、計算式
を表現可能な言語（スクリプト言語を含む）で記述され
る。

【０１０９】第２の実施形態では、例えば、同一会社内
の複数の事業部のそれぞれで類似製品の設計が行われて
おり、それらの設計方法が共通化できる場合に、まず、
複数の事業部のそれぞれで独自に、データベース機構１
０を用いて、設計が行われて、それらの設計結果（コス
ト、設計に要する日数、作業効率、仕事の進め方一般を
含める）が比較される。比較の結果、最良の結果が得ら
れた方法の操作履歴が、各事業部に共通した方法とされ
る。

【０１１０】この場合、設計という仕事の進め方全般が
データベース機構１０で行われるには、表計算用ソフト
ウェアや、ロジック（回路）設計用ソフトウェアなどの
設計用フェーズに加えて、例えば以下のフェーズが求め
られる。（１）認証フェーズ操作者がロジック設計用フェーズのインスタンスにプロ
パティを入力し終わると、そのロジック設計図の認証を
その操作者の職場上長に受ける旨の指示が表われたり、
所定の行為の後には請求書の発行を促す。（２）時系列フェーズ回路設計用フェーズや表計算フェーズでは、「回路設計
図」や、「表」が改訂された場合、常に最新のものが表
示される。時系列フェーズでは、複数回の改訂が行われ
たときであっても、それぞれに改訂番号が付与されるこ
とにより、改訂途中段階のものが識別されて表示される
ことができる。

【０１１１】次に、本発明の第３の実施形態について説
明される。第３の実施形態は、第１の実施形態のオブジ
ェクト指向型データベース機構１０を活用した設計ツー
ルの構築に関する。従来の一般的なシステム設計ツール
では、制御システムの中の情報をタグ（ＴＡＧ）とかＰ
ＩＤと呼ばれるキーを符番して管理している。ここで、
タグとは、上記オブジェクトの属性のうちの「文字化可
能な属性」の一つであるタグナンバーとは異なるもの
で、従来から一般にリレーショナルデータベースの共通
コードとして用いられるキーである。したがって、構築
された時期が異なる複数のシステムのそれぞれの情報を
リンクさせるときには、このキーを手入力することで互
いの情報を関連させていた。

【０１１２】図８（ａ）を参照して、従来のリレーショ
ナルデータベースが用いられた技術について説明され
る。例えば、操作者が制御プログラムから「主蒸気圧
力」を示す信号（アナログ数値信号）を出力させる場合
について説明される。この場合、「主蒸気圧力」を示す
ＰＩＤ番号（ここでは、「ＬＡ１３２５４」とされる）
が、その制御プログラム８１に出力対象として入力され
る。

【０１１３】ＣＲＴグラフィック８２で「主蒸気圧力」
の数値を表示させる場合は、以下の通りである。「主蒸
気圧力」を示すＰＩＤ番号「ＬＡ１３２５４」が数値表
示対象として入力される。これにより、表示対象が特定
されて、「主蒸気圧力」の数値が表示される。

【０１１４】トレンドグラフィック８３に「主蒸気圧
力」の信号がアサインされる場合は、以下の通りであ
る。「主蒸気圧力」を示すＰＩＤ番号「ＬＡ１３２５
４」で登録（アサイン）対象が特定される。これによ
り、「主蒸気圧力」の信号がアサインされる。

【０１１５】他の制御装置に「主蒸気圧力」の信号が送
信される場合、受信プログラム８４で、「主蒸気圧力」
を示すＰＩＤ番号「ＬＡ１３２５４」が参照（認識）さ
れた状態で、「主蒸気圧力」の信号が送信される。

【０１１６】上記のような手法であると、複雑化する情
報機構が構築されるときには、コンバインドサイクルプ
ラントで、およそ２万から３万といった数のＰＩＤ番号
が管理される必要がある。このことから、以下の（１）
から（４）の問題点が指摘されている。（１）手入力に伴って間違いが入力されることがあ
り、またその間違いのチェックにコストがかかる（全体
検証のおよそ１／３）。（２）設計計画時にＰＩＤ番号などの符番体系を検討
する必要性からコストアップする。（３）入力にかかる手間やＰＩＤ番号を調べる時間に
よってコストアップする。（４）ＰＩＤ番号を覚えなくてはならないため、ユー
ザにとって使い勝手が悪い。

【０１１７】これに対して、従来はＣＲＴ画面上に、Ｐ
ＩＤ番号一覧が表示されることができるようにしたり、
キーワードに基づいてＰＩＤ番号を検索できるなどの
「便利機能」が付加されることで対応されている。

【０１１８】そこで、第３の実施形態では、以下のよう
に、ＰＩＤ番号（タグが含まれる）を用いないシステム
設計機構が提供される。

【０１１９】上記第１実施形態に示されるように、図７
に示されるように、第１のインスタンス６１が生成され
る（ステップＳ４およびＳ５）と、それに応答して、第
１のインスタンス６１が反映され、特定クラス５１に対
応する特定インスタンス７１が生成される（ステップＳ
６）。次いで、その特定インスタンス７１に応答して、
特定インスタンス７１が第２の設計フェーズ２２に写像
されてなる第２のインスタンス６２が生成される（ステ
ップＳ７）。このとき、前述されたように、新たに（初
めて）第２のインスタンス６２が生成されたときには、
その生成時点において、その第２のインスタンス６２
は、第２の設計フェーズ２２で固有の振る舞いがなされ
ていないため、第２の設計フェーズ２２の画面上のバケ
ット２２ｂ内に収容される。そのため、操作者は、その
バケット２２ｂからその第２のインスタンス６２を選択
して、画面上の作業画面部２２ｗに配置して第２の設計
フェーズ２２での固有の振る舞いが可能な状態にするた
めの操作（例えば、バケット２２ｂに収容されている
「データ名を示す項目」をマウスのダブルクリック操
作）が必要とされていた。

【０１２０】第３実施形態では、第１の設計フェーズ２
１で生成された第１のインスタンス６１を、第１の設計
フェーズ２１上でマウスでドラッグし、それを第２の設
計フェーズ２２の作業画面部２２ｗにドロップすると、
第２のインスタンス６２は、バケット２２ｂに収容され
ること無く、作業画面部２２ｗにて第２の設計フェーズ
２２での固有の振る舞いをする（図８（ｂ）参照）。

【０１２１】特定クラス５１のクラス定義は、以下の動
作が行われるように行われる（上記＜１＞参照）。第１
のインスタンス６１の生成に応答して生成された、第１
のインスタンス６１が反映され特定クラス５１に対応す
る特定インスタンス７１が、第２の設計フェーズ２２に
写像されて第２のインスタンス６２として第２の設計フ
ェーズ２２に表示されるとき、以下の第１メソッドが実
行されたときには、以下の第２メソッドが実行される。
上記第１メソッドとは、上記の第１のインスタンス６１
を第１の設計フェーズ２１から第２の設計フェーズ２２
にマウスでドラッグアンドドロップする動作に対応して
いる。上記第２メソッドとは、上記第１メソッドの動作
に応答して、第２のインスタンス６２が第２の設計フェ
ーズ２２の作業画面部２２ｗにて第２の設計フェーズ２
２に固有の振る舞いをする動作に対応している。

【０１２２】上記では、第１および第２の設計フェーズ
２１、２２間での第１および第２のインスタンス６１、
６２についての扱いについて説明されたが、これに限定
されないことは勿論である。第２および第３の設計フェ
ーズ２２、２３間での第２および第３のインスタンス６
２、６３も、ドラッグアンドドロップ動作に応答して、
上記と同様の動作を行う。

【０１２３】上記例のように、複数の警報データ（複数
のインスタンス）が第１の設計フェーズ２１に入力さ
れ、その入力に応答して、その複数の警報データ（複数
のインスタンス）が第２の設計フェーズ２２のバケット
２２ｂに収容されたときが想定される。第１実施形態で
は、第２の設計フェーズ２２での作業時にバケット２２
ｂから所望の一の警報データを、その「データ名を示す
項目」を探して選択する必要があり、それは作業性が必
ずしもよくない。この点、第３実施形態では、第１の設
計フェーズ２１上で特定された（扱っている）一のイン
スタンスを、ドラッグアンドドロップ動作で第２の設計
フェーズ２２に移動させる作業のみで足りるため、作業
性に優れる。

【０１２４】第３の実施形態では、ＰＩＤ番号が完全に
システムの中に隠蔽され、ユーザによるＰＩＤ番号の入
力が完全に排除される。図８（ｂ）に示されるように、
互いに異なる種類の情報が扱われる複数の設定画面（第
１から第３の設計フェーズ２１〜２３）間で、そのオブ
ジェクトのデータを、マウスによるドラッグアンドドロ
ップすることにより、その情報がリンクされるようにし
た。この手法により、異なる情報設定の場面で、ＰＩＤ
番号が手入力されることが一切無くなった。

【０１２５】上記のように、全ての、あらゆる情報がオ
ブジェクト指向型データベース機構１０では抽象化・標
準化されているため、オブジェクト指向型データベース
機構１０からみて設計とは、・クラスからインスタンスを生成する、・パラメータを変更する、・インスタンス同士の構成情報を変更する、ものである
といえる。このことにより、長年エンジニアの夢であっ
た、統合的な設計の自動化、設計情報の自動生成が、可
能となる土壌となる。

【０１２６】今後の試験研究では、このオブジェクト指
向型データベース機構１０の特定オブジェクトを、どの
ように生成し、変更するのかを表現する手段を提示し、
その手段をオブジェクト指向型データベース機構１０に
トレース（反映）させることで、フェーズの違う設計情
報の統一的な自動生成を可能とさせる。この機能を、Ｈ
ｙｐｅｒ−ＩＤＯＬと呼称している。

【０１２７】オブジェクト指向型データベース機構１０
は、計算式、論理式を含む式を理解し、その理解に基づ
いて、オブジェクトの生成や、変更を行うことができ
る。

【０１２８】

【発明の効果】本発明によれば、予め定められた手続き
に拘束されること無く、複数のフェーズで単一のオブジ
ェクトを生成することができる。また、短期間で、単一
のオブジェクトを生成することができる。

【図面の簡単な説明】

【図１】図１は、本発明のオブジェクトの生成支援方法
の一実施形態を用いて、単一のオブジェクトが生成され
る状態を模式的に示す図である。

【図２】図２は、本発明のオブジェクトの生成支援方法
の一実施形態が実現されるためのハードウェアの構成を
示すブロック図である。

【図３】図３は、本発明のオブジェクトの生成支援方法
の一実施形態における、クラスとインスタンスの関係を
模式的に示す図である。

【図４】図４は、本発明のオブジェクトの生成支援方法
の一実施形態における、クラス定義を説明するための図
である。

【図５】図５は、本発明のオブジェクトの生成支援方法
の一実施形態における、インスタンスを説明するための
図である。

【図６】図６は、本発明のオブジェクトの生成支援方法
の一実施形態における、それぞれの設計フェーズの画面
のイメージを示す図である。

【図７】図７は、本発明のオブジェクトの生成支援方法
の一実施形態の流れを示すフローチャート図である。

【図８】図８は、本発明のオブジェクトの生成支援方法
の第３の実施形態を説明するための図であり、図８
（ａ）は従来技術を説明する図、図８（ｂ）は第３の実
施形態を示す図である。

【符号の説明】

２１第１の設計フェーズ２２第２の設計フェーズ２３第３の設計フェーズ４１第１のサブクラス４２第２のサブクラス５１特定クラス６１第１のインスタンス６２第２のインスタンス

───────────────────────────────────────────────────── フロントページの続き (72)発明者沢野井明裕兵庫県神戸市兵庫区和田崎町一丁目１番１号三菱重工業株式会社神戸造船所内Ｆターム(参考） 5B046 AA02 KA03 KA05 KA07 5B082 BA00

Claims

【特許請求の範囲】

【請求項１】（ａ）第１および第２のオブジェクト生
成フェーズを提供することと、（ｂ）特定クラスを生
成することと、ここで、前記特定クラスは、前記第１お
よび第２のオブジェクト生成フェーズのそれぞれに対応
する第１および第２のサブクラスを有し、前記第１およ
び第２のサブクラスのそれぞれは、前記特定クラスと合
成関係（ｃｏｍｐｏｓｉｔｉｏｎｓ）を有し、（ｃ）
前記第１のオブジェクト生成フェーズにおいて、前記第
１のサブクラスに対応する第１のインスタンスを生成す
ることと、（ｄ）前記合成関係に基づいて、前記第１
のインスタンスが反映され、前記特定クラスに対応する
特定インスタンスを生成することと、（ｅ）前記特定
インスタンスに応答し、前記合成関係に基づいて、前記
特定インスタンスが前記第２のオブジェクト生成フェー
ズに写像されてなる第２のインスタンスを生成すること
と、ここで、前記第２のインスタンスは、前記第２のオ
ブジェクト生成フェーズで振る舞うためのメソッドを有
し、前記（ｂ）ステップは、前記（ｅ）ステップで前記第２
のインスタンスが生成されたときに、前記第２のインス
タンスの前記第２のオブジェクト生成フェーズで振る舞
うための前記メソッドが実行されているときと、前記メ
ソッドが実行されていないときとが互いに識別可能なよ
うに、前記第２のオブジェクト生成フェーズに写像され
るよう、前記特定クラスを生成するオブジェクトの生成
支援方法。
【請求項２】請求項１記載のオブジェクトの生成支援
方法において、前記（ａ）ステップは、前記第２のオブジェクト生成フ
ェーズが作業部および収容部を有するように、前記第２
のオブジェクト生成フェーズを提供し、ここで、前記作
業部は、前記第２のインスタンスの前記第２のオブジェ
クト生成フェーズで振る舞うための前記メソッドが実行
される部分であり、前記収容部は、前記メソッドが実行
されていない前記第２のインスタンスが収容される部分
であり、前記（ｂ）ステップは、前記（ｅ）ステップで前記第２
のインスタンスが生成されたときに、前記第２のインス
タンスの前記第２のオブジェクト生成フェーズで振る舞
うための前記メソッドが実行されているときには、その
前記第２のインスタンスは前記作業部に配され、前記メ
ソッドが実行されていないときには、その前記第２のイ
ンスタンスは前記収容部に配されるように、前記第２の
オブジェクト生成フェーズに写像されるよう、前記特定
クラスを生成するオブジェクトの生成支援方法。
【請求項３】請求項２記載のオブジェクトの生成支援
方法において、前記（ｂ）ステップは、前記（ｅ）ステップで前記第２
のインスタンスが生成されたときに、設定動作に応答し
て、前記第２のオブジェクト生成フェーズで振る舞うた
めの前記メソッドが実行されていない前記第２のインス
タンスが前記作業部に配されるように、前記第２のオブ
ジェクト生成フェーズに写像されるよう、前記特定クラ
スを生成するオブジェクトの生成支援方法。
【請求項４】請求項３記載のオブジェクトの生成支援
方法において、前記設定動作は、前記第１および第２のオブジェクト生
成フェーズの相互間で、行われるオブジェクトの生成支
援方法。
【請求項５】請求項１から４のいずれか１項に記載の
オブジェクトの生成支援方法において、前記（ｂ）ステップは、前記（ｅ）ステップにおいて複
数の前記第２のインスタンスが生成されるように、前記
特定クラスを生成するオブジェクトの生成支援方法。
【請求項６】請求項５に記載のオブジェクトの生成支
援方法において、前記（ｂ）ステップは、前記（ｅ）ステップにおいて生
成された前記複数の第２のインスタンスのうちの一方の
前記第２のインスタンスの存在が他方の前記第２のイン
スタンスの存在に依存するように、前記特定クラスを生
成するオブジェクトの生成支援方法。
【請求項７】請求項５に記載のオブジェクトの生成支
援方法において、前記（ｂ）ステップは、前記（ｅ）ステップにおいて生
成された前記複数の第２のインスタンスのうちの一方の
前記第２のインスタンスの存在が他方の前記第２のイン
スタンスの存在に依存せずに独立しているように、前記
特定クラスを生成するオブジェクトの生成支援方法。
【請求項８】請求項１から７のいずれか１項に記載の
オブジェクトの生成支援方法において、前記（ｂ）ステップは、前記（ｅ）ステップで前記第２
のインスタンスが生成されたときに、前記第２のインス
タンスが前記第２のオブジェクト生成フェーズに対して
前記第２のインスタンスが生成されたことを示すイベン
トを出すように、前記特定クラスを生成するオブジェク
トの生成支援方法。
【請求項９】請求項１から８のいずれか１項に記載の
オブジェクトの生成支援方法において、前記（ｂ）ステップは、前記（ｅ）ステップで前記第２
のインスタンスが生成された結果、既に生成されている
前記第２のインスタンスが変更されるときには、前記第
２のインスタンスが前記第２のオブジェクト生成フェー
ズに対して前記第２のインスタンスが変更されたことを
示すイベントを出すように、前記特定クラスを生成する
オブジェクトの生成支援方法。
【請求項１０】請求項１から９のいずれか１項に記載
のオブジェクトの生成支援方法において、前記（ｂ）ステップにおいて、前記第１のサブクラス
は、前記第１のサブクラスに対応する第１のインスタン
スが生成されたときに、前記第１のインスタンスが前記
第１のオブジェクト生成フェーズにおいて振る舞えるよ
うに定義され、前記第２のサブクラスは、前記第２のサ
ブクラスに対応する第２のインスタンスが生成されたと
きに、前記第２のインスタンスが前記第２のオブジェク
ト生成フェーズにおいて振る舞えるように定義されるオ
ブジェクトの生成支援方法。
【請求項１１】（ｋ）第１および第２のオブジェクト
生成フェーズを提供することと、（ｌ）特定クラスを
生成することと、ここで、前記特定クラスは、前記第１
および第２のオブジェクト生成フェーズのそれぞれに対
応する第１および第２のサブクラスを有し、前記第１お
よび第２のサブクラスのそれぞれは、前記第１および第
２のサブクラスのそれぞれが対応する前記第１および第
２のオブジェクト生成フェーズで固有の振る舞いをする
ためのメソッドを有し、前記特定クラスと合成関係（ｃ
ｏｍｐｏｓｉｔｉｏｎｓ）を有し、（ｍ）前記第１の
オブジェクト生成フェーズにおいて、前記第１のサブク
ラスに対応する第１のインスタンスを生成することと、
（ｎ）前記合成関係に基づいて、前記第１のインスタ
ンスが反映され、前記特定クラスに対応する特定インス
タンスを生成することと、（ｏ）前記特定インスタン
スに応答し、前記合成関係に基づいて、前記特定インス
タンスが前記第２のオブジェクト生成フェーズに写像さ
れてなる第２のインスタンスを生成することと、ここ
で、前記第２のインスタンスは、前記第２のオブジェク
ト生成フェーズで振る舞うためのメソッドを有し、前記（ｌ）ステップは、前記（ｏ）ステップで前記第２
のインスタンスが生成されたときに、前記第２のインス
タンスの前記第２のオブジェクト生成フェーズで振る舞
うための前記メソッドが実行されているときと、前記メ
ソッドが実行されていないときとが互いに識別可能なよ
うに、前記第２のオブジェクト生成フェーズに写像され
るよう、前記特定クラスを生成するを備えたオブジェク
トの生成支援方法。
【請求項１２】請求項１から１１のいずれか１項に記
載のオブジェクトの生成支援方法において、更に、（ｐ）前記第１のオブジェクト生成フェーズに
おいて、前記第１のインスタンスに第１のプロパティを
与えることと、（ｑ）前記合成関係に基づいて、前記
第１のプロパティを、前記第１のオブジェクト生成フェ
ーズを経由させて前記特定インスタンスのプロパティと
して反映させることと、（ｒ）前記第２のオブジェク
ト生成フェーズにおいて、前記第２のインスタンスに第
２のプロパティを与えることと、（ｓ）前記合成関係
に基づいて、前記第２のプロパティを、前記第２のオブ
ジェクト生成フェーズを経由させて前記特定インスタン
スの前記プロパティとして反映させることとを備えたオ
ブジェクトの生成支援方法。
【請求項１３】請求項１２に記載のオブジェクトの生
成支援方法において、更に、（ｔ）前記第１および第２のプロパティがその
前記プロパティに反映された前記特定インスタンスに基
づいて、単一のオブジェクトを生成することを備えたオ
ブジェクトの生成支援方法。
【請求項１４】（ａａ）第１および第２のオブジェク
ト生成フェーズを提供することと、（ａｂ）第１およ
び第２の特定クラスを生成することと、ここで、前記第
１の特定クラスは、前記第１および第２のオブジェクト
生成フェーズのそれぞれに対応する第１および第２のサ
ブクラスを有し、前記第１および第２のサブクラスのそ
れぞれは、前記第１の特定クラスと合成関係（ｃｏｍｐ
ｏｓｉｔｉｏｎｓ）を有し、前記第２の特定クラスは、
前記第１および第２のオブジェクト生成フェーズのそれ
ぞれに対応する第３および第４のサブクラスを有し、前
記第３および第４のサブクラスのそれぞれは、前記第２
の特定クラスと合成関係を有し、（ａｃ）前記第１の
オブジェクト生成フェーズにおいて、前記第１のサブク
ラスに対応する第１のインスタンスを生成することと、
（ａｄ）前記合成関係に基づいて、前記第１のインス
タンスが反映され、前記第１の特定クラスに対応する第
１の特定インスタンスを生成することと、（ａｅ）前
記第１の特定インスタンスに応答し、前記合成関係に基
づいて、前記第１の特定インスタンスが前記第２のオブ
ジェクト生成フェーズに写像されてなる第２のインスタ
ンスを生成することと、ここで、前記第２のインスタン
スは、前記第２のオブジェクト生成フェーズで振る舞う
ためのメソッドを有し、（ａｆ）前記第１のオブジェ
クト生成フェーズにおいて、前記第３のサブクラスに対
応する第３のインスタンスを生成することと、（ａｇ）
前記合成関係に基づいて、前記第３のインスタンスが
反映され、前記第２の特定クラスに対応する第２の特定
インスタンスを生成することと、（ａｈ）前記第２の
特定インスタンスに応答し、前記合成関係に基づいて、
前記第２の特定インスタンスが前記第２のオブジェクト
生成フェーズに写像されてなる第４のインスタンスを生
成することと、ここで、前記第４のインスタンスは、前
記第２のオブジェクト生成フェーズで振る舞うためのメ
ソッドを有し、ここで、前記（ａｂ）ステップは、前記第１および第３
のインスタンスが生成されたときに、前記第１および第
３のインスタンスの一方が他方に集約可能となるように
前記第１および第２の特定クラスを生成し、前記（ａ
ｅ）ステップで前記第２のインスタンスが生成されたと
きに、前記第２のインスタンスの前記第２のオブジェク
ト生成フェーズで振る舞うための前記メソッドが実行さ
れているときと、前記メソッドが実行されていないとき
とが互いに識別可能なように、前記第２のオブジェクト
生成フェーズに写像されるよう、前記第１の特定クラス
を生成するを備えたオブジェクトの生成支援方法。
【請求項１５】第１および第２のオブジェクト生成フ
ェーズと、特定クラスを生成する手段と、ここで、前記特定クラス
は、前記第１および第２のオブジェクト生成フェーズの
それぞれに対応する第１および第２のサブクラスを有
し、前記第１および第２のサブクラスのそれぞれは、前
記特定クラスと合成関係（ｃｏｍｐｏｓｉｔｉｏｎｓ）
を有し、前記第１のオブジェクト生成フェーズにおいて、前記第
１のサブクラスに対応する第１のインスタンスを生成す
る手段と、前記合成関係に基づいて、前記第１のインスタンスが反
映され、前記特定クラスに対応する特定インスタンスを
生成する手段と、前記特定インスタンスに応答し、前記合成関係に基づい
て、前記特定インスタンスが前記第２のオブジェクト生
成フェーズに写像されてなる第２のインスタンスを生成
する手段と、ここで、前記第２のインスタンスは、前記
第２のオブジェクト生成フェーズで振る舞うためのメソ
ッドを有し、前記特定クラスを生成する手段は、前記第２のインスタ
ンスを生成する手段によって前記第２のインスタンスが
生成されたときに、前記第２のインスタンスの前記第２
のオブジェクト生成フェーズで振る舞うための前記メソ
ッドが実行されているときと、前記メソッドが実行され
ていないときとが互いに識別可能なように、前記第２の
オブジェクト生成フェーズに写像されるよう、前記特定
クラスを生成するを備えたオブジェクトの生成支援装
置。
【請求項１６】請求項１から１４のいずれかに記載の
オブジェクトの生成支援方法に記載された各ステップを
コンピュータに実行させるためのプログラムを記録した
コンピュータが読み取り可能な記録媒体。