JP3452960B2 - オブジェクト型モデル作成システム、および故障診断システム作成システム - Google Patents
オブジェクト型モデル作成システム、および故障診断システム作成システムInfo
- Publication number
- JP3452960B2 JP3452960B2 JP32520493A JP32520493A JP3452960B2 JP 3452960 B2 JP3452960 B2 JP 3452960B2 JP 32520493 A JP32520493 A JP 32520493A JP 32520493 A JP32520493 A JP 32520493A JP 3452960 B2 JP3452960 B2 JP 3452960B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- class
- creation
- design
- attribute
- 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
Landscapes
- Remote Monitoring And Control Of Power-Distribution Networks (AREA)
- Test And Diagnosis Of Digital Computers (AREA)
- Stored Programmes (AREA)
- Feedback Control In General (AREA)
- Testing And Monitoring For Control Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【産業上の利用分野】この発明は、故障診断、制御また
は計画などのために、装置やプラントなどのオブジェク
ト型モデルを作成するオブジェクト型モデル作成システ
ムに関するものである。
は計画などのために、装置やプラントなどのオブジェク
ト型モデルを作成するオブジェクト型モデル作成システ
ムに関するものである。
【０００２】
【従来の技術】オブジェクト型モデルの作成方法には、
各種のアプリケーションのそれぞれに適する種々の方法
が有る。
各種のアプリケーションのそれぞれに適する種々の方法
が有る。
【０００３】図３６に示されたものは従来のオブジェク
ト型モデル作成システム１００の一例を示したものであ
る。オブジェクト型モデル作成システム１００は、アプ
リケーションプログラム３で構成される。なお、アプリ
ケーションプログラム３は、オブジェクト型モデル作成
システム１００でない部分を持つことができる。図に示
すように、オブジェクト型モデル１は、１つまたは複数
のオブジェクト２で構成される。アプリケーションプロ
グラム３は、オブジェクト２を作成するためのモデル作
成部４、オブジェクト２を利用するモデル利用部５およ
びオブジェクト作成メソッド６、などで構成される。モ
デル作成部４として、例えば、「コンポウジング ユー
ザ インタフェーシズ （Composing User Interfaces
）」IEEEComputer 第２２巻第２号（１９８９年２月Ｉ
ＥＥＥ発行）」第１３頁に示されたプログラムによるも
のを用いることができる。以下、そのプログラムを記述
する。
ト型モデル作成システム１００の一例を示したものであ
る。オブジェクト型モデル作成システム１００は、アプ
リケーションプログラム３で構成される。なお、アプリ
ケーションプログラム３は、オブジェクト型モデル作成
システム１００でない部分を持つことができる。図に示
すように、オブジェクト型モデル１は、１つまたは複数
のオブジェクト２で構成される。アプリケーションプロ
グラム３は、オブジェクト２を作成するためのモデル作
成部４、オブジェクト２を利用するモデル利用部５およ
びオブジェクト作成メソッド６、などで構成される。モ
デル作成部４として、例えば、「コンポウジング ユー
ザ インタフェーシズ （Composing User Interfaces
）」IEEEComputer 第２２巻第２号（１９８９年２月Ｉ
ＥＥＥ発行）」第１３頁に示されたプログラムによるも
のを用いることができる。以下、そのプログラムを記述
する。
【０００４】
const int space = round(.２５*inches);
ButtonBtate*status;
Frame*frame = new Frame(
new VBox(
new VGlue(space,vfil), /*(natural size,stretchability)*/
new HBox(
new HGlue(space,０),
new Message(“hello world”),
new HGlue(０,hfil)
),
new VGlue(２*space,２*vfil),
new HBox(
new HGlue(０,hfil)
new PushButton(“goodbye world”,status,false),
new HGlue(space,０),
),
new VGlue(space,vfil),
)
);
【０００５】このモデル作成部４はオブジェクト指向言
語Ｃ＋＋言語によるものであるが、引数がプログラム中
で固定されているオブジェクト作成記述７で構成され
る。Ｃ＋＋の場合には、オブジェクト作成記述７は、上
記プログラム中の「new クラス名(引数…) 」である。
オブジェクト作成メソッド６は、オブジェクト作成記述
７を実行すると呼び出されるメソッドである。
語Ｃ＋＋言語によるものであるが、引数がプログラム中
で固定されているオブジェクト作成記述７で構成され
る。Ｃ＋＋の場合には、オブジェクト作成記述７は、上
記プログラム中の「new クラス名(引数…) 」である。
オブジェクト作成メソッド６は、オブジェクト作成記述
７を実行すると呼び出されるメソッドである。
【０００６】この方式では、各オブジェクト作成記述７
は記述された順番に実行される。各オブジェクト作成記
述７が実行されると、オブジェクト作成メソッド６が起
動され、オブジェクト２が１個作成される。ここでオブ
ジェクト作成メソッド６は、オブジェクト２の属性を初
期化したり、他のオブジェクト２との関係を調整した
り、その他オブジェクト作成時に必要な処理を実行す
る。すべてのオブジェクト２が作成できると、オブジェ
クト型モデル１が完成する。モデル利用部５は、完成し
たモデルを利用してアプリケーションを実行する。この
方式では、オブジェクト２の数は、オブジェクト作成記
述７の数と一致する。従って、大規模のモデルの場合に
は、モデル作成部４が大きくなる。また、オブジェクト
型モデル１を変更する場合には、モデル作成部４を修正
した後コンパイルしなおさねばならない。
は記述された順番に実行される。各オブジェクト作成記
述７が実行されると、オブジェクト作成メソッド６が起
動され、オブジェクト２が１個作成される。ここでオブ
ジェクト作成メソッド６は、オブジェクト２の属性を初
期化したり、他のオブジェクト２との関係を調整した
り、その他オブジェクト作成時に必要な処理を実行す
る。すべてのオブジェクト２が作成できると、オブジェ
クト型モデル１が完成する。モデル利用部５は、完成し
たモデルを利用してアプリケーションを実行する。この
方式では、オブジェクト２の数は、オブジェクト作成記
述７の数と一致する。従って、大規模のモデルの場合に
は、モデル作成部４が大きくなる。また、オブジェクト
型モデル１を変更する場合には、モデル作成部４を修正
した後コンパイルしなおさねばならない。
【０００７】図３７は、既に別の形で表現されたデータ
ベースが存在する場合や、大量のデータをより容易に入
力する場合に適するオブジェクト型モデル作成システム
１０ ０を示すものである。この場合には、オブジェクト
作成記述７は、引数を変数にした形で記述される。オブ
ジェクト作成用データ読み込み部９は、オブジェクト作
成用データ８を読み込む。オブジェクト作成記述７は、
読み込まれたデータを引数にして実行される。モデル作
成部４は、オブジェクト作成用データ読み込む部９とオ
ブジェクト作成記述７とを繰り返す形で記述される。
ベースが存在する場合や、大量のデータをより容易に入
力する場合に適するオブジェクト型モデル作成システム
１０ ０を示すものである。この場合には、オブジェクト
作成記述７は、引数を変数にした形で記述される。オブ
ジェクト作成用データ読み込み部９は、オブジェクト作
成用データ８を読み込む。オブジェクト作成記述７は、
読み込まれたデータを引数にして実行される。モデル作
成部４は、オブジェクト作成用データ読み込む部９とオ
ブジェクト作成記述７とを繰り返す形で記述される。
【０００８】この方式では、作成されるオブジェクト２
の数は、オブジェクト作成用データ８の数に比例する。
モデル作成部４の規模は、一定であり、データベースの
大きさに影響されない。モデルを修正する場合には、オ
ブジェクト作成用データ８を変更するだけでよい。モデ
ル作成部４を変更する必要が無いので、コンパイルしな
おす必要もない。
の数は、オブジェクト作成用データ８の数に比例する。
モデル作成部４の規模は、一定であり、データベースの
大きさに影響されない。モデルを修正する場合には、オ
ブジェクト作成用データ８を変更するだけでよい。モデ
ル作成部４を変更する必要が無いので、コンパイルしな
おす必要もない。
【０００９】図３８は、図３７に示されたシステムに対
して、アプリケーション領域の専門家がデータを容易に
入力できるように作成されているモデル作成インターフ
ェース１０とオブジェクト作成用データ保存部１１とを
付加したシステムである。このようなモデル作成インタ
ーフェース１０の例として、「モデルに基づく診断用シ
ェルDASH （電気学会電力技術研究会資料、PE９０−７
７、１９９０年７月２０日発行）第９９頁に示された電
力系統用構造データエディタが有る。図３９はその編集
画面を示したものである。この電力系統用構造データエ
ディタは、電力系統図という電力分野の専門家にとって
理解しやすい形で電力系統のデータを入力できるように
なっている。モデル作成インターフェース１０は、オブ
ジェクト作成用データ入力部１２とオブジェクト作成記
述７とから構成される。
して、アプリケーション領域の専門家がデータを容易に
入力できるように作成されているモデル作成インターフ
ェース１０とオブジェクト作成用データ保存部１１とを
付加したシステムである。このようなモデル作成インタ
ーフェース１０の例として、「モデルに基づく診断用シ
ェルDASH （電気学会電力技術研究会資料、PE９０−７
７、１９９０年７月２０日発行）第９９頁に示された電
力系統用構造データエディタが有る。図３９はその編集
画面を示したものである。この電力系統用構造データエ
ディタは、電力系統図という電力分野の専門家にとって
理解しやすい形で電力系統のデータを入力できるように
なっている。モデル作成インターフェース１０は、オブ
ジェクト作成用データ入力部１２とオブジェクト作成記
述７とから構成される。
【００１０】アプリケーション領域の専門家などのモデ
ル作成者１３は、モデル作成インターフェース１０に対
してデータを入力する。モデル作成インターフェース１
０において、オブジェクト作成用データ入力部１２に、
オブジェクト作成に必要なデータがすべて入力される
と、オブジェクト作成記述７が実行されオブジェクト２
が作成される。必要なオブジェクト２がすべて作成され
ると、オブジェクト型モデル１が完成する。完成したオ
ブジェクト型モデル１は、オブジェクト作成用データ保
存部１１によって、オブジェクト作成用データ８の形で
保存される。保存されたオブジェクト作成用データ８
は、モデル作成部４によって読み込まれる。そして、オ
ブジェクト型モデル１が作成される。
ル作成者１３は、モデル作成インターフェース１０に対
してデータを入力する。モデル作成インターフェース１
０において、オブジェクト作成用データ入力部１２に、
オブジェクト作成に必要なデータがすべて入力される
と、オブジェクト作成記述７が実行されオブジェクト２
が作成される。必要なオブジェクト２がすべて作成され
ると、オブジェクト型モデル１が完成する。完成したオ
ブジェクト型モデル１は、オブジェクト作成用データ保
存部１１によって、オブジェクト作成用データ８の形で
保存される。保存されたオブジェクト作成用データ８
は、モデル作成部４によって読み込まれる。そして、オ
ブジェクト型モデル１が作成される。
【００１１】オブジェクト型モデルを作成し管理するた
めの汎用的なツールとして、オブジェクト指向データベ
ース構築環境が有る。図４０は、日経エレクトロニク
ス、１９９１年１月２０日号、第１４４頁に記載された
オブジェクト指向データベース構築環境２１の構成を示
す構成図である。図に示すように、オブジェクト指向デ
ータベース構築環境２１は、オブジェクト指向データベ
ースを利用するための多くのツールを備えている。しか
し、この中で、データが正しいかどうかを検査するため
のツールはオブジェクト・インスペクタ２２だけであ
る。オブジェクト・インスペクタ２２は、オブジェクト
２のデータを表示し変更するツールである。
めの汎用的なツールとして、オブジェクト指向データベ
ース構築環境が有る。図４０は、日経エレクトロニク
ス、１９９１年１月２０日号、第１４４頁に記載された
オブジェクト指向データベース構築環境２１の構成を示
す構成図である。図に示すように、オブジェクト指向デ
ータベース構築環境２１は、オブジェクト指向データベ
ースを利用するための多くのツールを備えている。しか
し、この中で、データが正しいかどうかを検査するため
のツールはオブジェクト・インスペクタ２２だけであ
る。オブジェクト・インスペクタ２２は、オブジェクト
２のデータを表示し変更するツールである。
【００１２】オブジェクト指向データベース構築環境２
１の最大の特徴は、永続的に存在するオブジェクト型モ
デル１を容易に作成できることである。通常、アプリケ
ーションプログラム３で作成されたオブジェクト型モデ
ル１は、特別な処理をしない限り、アプリケーションプ
ログラム３が終了すると消滅してしまう。従って、オブ
ジェクト型モデル１を永続させるには、アプリケーショ
ンプログラム３でオブジェクト型モデル１を永続的に存
在させる処理を記述する必要が有る。しかし、オブジェ
クト指向データベース構築環境２１を利用すると、アプ
リケーションプログラム３でそのような処理を記述する
必要がなくなる。なお、通常のオブジェクト指向言語で
は、オブジェクト２が永続的に存在するかどうかを区別
しないでよい。そのため、先に説明したオブジェクト型
モデルの作成方式は、永続的に存在するオブジェクト型
モデル１にも適用できる。
１の最大の特徴は、永続的に存在するオブジェクト型モ
デル１を容易に作成できることである。通常、アプリケ
ーションプログラム３で作成されたオブジェクト型モデ
ル１は、特別な処理をしない限り、アプリケーションプ
ログラム３が終了すると消滅してしまう。従って、オブ
ジェクト型モデル１を永続させるには、アプリケーショ
ンプログラム３でオブジェクト型モデル１を永続的に存
在させる処理を記述する必要が有る。しかし、オブジェ
クト指向データベース構築環境２１を利用すると、アプ
リケーションプログラム３でそのような処理を記述する
必要がなくなる。なお、通常のオブジェクト指向言語で
は、オブジェクト２が永続的に存在するかどうかを区別
しないでよい。そのため、先に説明したオブジェクト型
モデルの作成方式は、永続的に存在するオブジェクト型
モデル１にも適用できる。
【００１３】オブジェクト指向データベース構築環境２
１を使用される場合にも、データ作成はアプリケーショ
ンプログラム３で行われる。例えば、情報処理、１９９
１年５月号第５０６頁に示されているように、オブジェ
クト指向データベース構築環境がObjectStore やＯ＋＋
の場合には、以下のようなオブジェクト作成記述７が必
要である。
１を使用される場合にも、データ作成はアプリケーショ
ンプログラム３で行われる。例えば、情報処理、１９９
１年５月号第５０６頁に示されているように、オブジェ
クト指向データベース構築環境がObjectStore やＯ＋＋
の場合には、以下のようなオブジェクト作成記述７が必
要である。
【００１４】
//ObjectStore の場合
db１ = database::open （ＤＢファイル名）；
//ＤＢのオープン．
//db１ にはオープンされた ＤＢ へのポインタがはい
る． do_transaction ( ){ part* ｐ = new (db１) part（初期値）; ...} //永続的なpart型オブジェクトを生成． //変数 ｐ はこの永続的オブジェクトへのポインタ //Ｏ＋＋の場合 persistent part* ｐ； //変数 ｐ は part 型の永続的オブジェクトを指す． ｐ = pnew part （初期値）； //pnewによる永続的オブジェクトの生成 従って、データが意図したとおりに正しく作成できるか
どうかは、データを作成するアプリケーションプログラ
ム３に全面的に責任が有る。
る． do_transaction ( ){ part* ｐ = new (db１) part（初期値）; ...} //永続的なpart型オブジェクトを生成． //変数 ｐ はこの永続的オブジェクトへのポインタ //Ｏ＋＋の場合 persistent part* ｐ； //変数 ｐ は part 型の永続的オブジェクトを指す． ｐ = pnew part （初期値）； //pnewによる永続的オブジェクトの生成 従って、データが意図したとおりに正しく作成できるか
どうかは、データを作成するアプリケーションプログラ
ム３に全面的に責任が有る。
【００１５】図４１は、 「メルダッシュ（MELDASH）:
A Diagnostic Application-specific Expert Systems S
hell for Network Fault Diagnosis 」International J
ournal of Electrical Power & Energy Systems,第１４
巻第２/３ 号（１９９２年）第２２０頁に記載された、
故障診断システム作成システムを示したものである。故
障診断システム作成システム３１は、診断対象がモデル
化されたものである診断対象モデル３２、診断を実行す
る診断アルゴリズム３３および診断対象モデル３２を作
成するためのモデル開発用インターフェース３４で構成
される。
A Diagnostic Application-specific Expert Systems S
hell for Network Fault Diagnosis 」International J
ournal of Electrical Power & Energy Systems,第１４
巻第２/３ 号（１９９２年）第２２０頁に記載された、
故障診断システム作成システムを示したものである。故
障診断システム作成システム３１は、診断対象がモデル
化されたものである診断対象モデル３２、診断を実行す
る診断アルゴリズム３３および診断対象モデル３２を作
成するためのモデル開発用インターフェース３４で構成
される。
【００１６】診断対象モデル３２は、オブジェクト型モ
デル１、診断対象の機能を表現する機能ルール３５およ
び診断対象の構成要素の状態遷移の様子を表現する状態
と遷移のネットワークである遷移ネットワーク３６で構
成される。診断アルゴリズム３３は、仮説生成部３７、
シミュレーション部３８および仮説検証部３９で構成さ
れる。モデル開発用インターフェース３４は、オブジェ
クト型モデル１を作成するためのモデル作成インターフ
ェース１０、機能ルールを編集する機能ルールエディタ
４０、遷移ネットワーク３６を図形表示するツールであ
る遷移ネットワークモニタ４１および遷移ネットワーク
３６を作成する遷移ネットワーク合成部８０１で構成さ
れる。モデル作成インターフェース１０は、例えば図３
９に示されるようなインターフェースで、診断対象ごと
に作成される。機能ルールエディタ４０および遷移ネッ
トワークモニタ４１は、すべての診断対象に共通に使用
される。
デル１、診断対象の機能を表現する機能ルール３５およ
び診断対象の構成要素の状態遷移の様子を表現する状態
と遷移のネットワークである遷移ネットワーク３６で構
成される。診断アルゴリズム３３は、仮説生成部３７、
シミュレーション部３８および仮説検証部３９で構成さ
れる。モデル開発用インターフェース３４は、オブジェ
クト型モデル１を作成するためのモデル作成インターフ
ェース１０、機能ルールを編集する機能ルールエディタ
４０、遷移ネットワーク３６を図形表示するツールであ
る遷移ネットワークモニタ４１および遷移ネットワーク
３６を作成する遷移ネットワーク合成部８０１で構成さ
れる。モデル作成インターフェース１０は、例えば図３
９に示されるようなインターフェースで、診断対象ごと
に作成される。機能ルールエディタ４０および遷移ネッ
トワークモニタ４１は、すべての診断対象に共通に使用
される。
【００１７】故障診断システム４２は、観測データ４６
を入力として診断解５０を出力とする。故障診断システ
ム４２は、モデル開発用インターフェース３４によって
作成された診断対象モデル３２、診断アルゴリズム３３
および故障診断インターフェース４３で構成される。故
障診断インターフェース４３は、故障診断システムの使
用者とのインターフェースであり、観測データ４６を取
り込む観測データ設定部４４と診断結果を表示する診断
解表示部４５とを含む。
を入力として診断解５０を出力とする。故障診断システ
ム４２は、モデル開発用インターフェース３４によって
作成された診断対象モデル３２、診断アルゴリズム３３
および故障診断インターフェース４３で構成される。故
障診断インターフェース４３は、故障診断システムの使
用者とのインターフェースであり、観測データ４６を取
り込む観測データ設定部４４と診断結果を表示する診断
解表示部４５とを含む。
【００１８】次に動作について説明する。診断対象に関
するオブジェクト型モデル１が、モデル作成インターフ
ェース１０によって作成される。そして、遷移ネットワ
ーク合成部８０１は、オブジェクト型モデル１と機能ル
ール３５とから遷移ネットワーク３６を合成する。ま
た、診断対象ごとに故障診断インターフェース４３が作
成される。
するオブジェクト型モデル１が、モデル作成インターフ
ェース１０によって作成される。そして、遷移ネットワ
ーク合成部８０１は、オブジェクト型モデル１と機能ル
ール３５とから遷移ネットワーク３６を合成する。ま
た、診断対象ごとに故障診断インターフェース４３が作
成される。
【００１９】故障診断システム４２において、観測デー
タ設定部４４は診断対象からの観測データ４６を取り込
み、診断アルゴリズム３３が処理しやすい変換後観測デ
ータ４７に変換する。そして、診断アルゴリズム３３が
起動される。診断アルゴリズム３３において、まず、変
換後観測データ４７が仮説生成部３７に入力される。仮
説生成部３７は、診断対象モデル３３を参照して故障の
仮説４８を生成する。故障の仮説４８はシミュレーショ
ン部３８に入力される。シミュレーション部３８は、故
障の仮説４８を用いて診断対象モデル３３を対象として
シミュレーションを行い、シミュレーション結果４９を
求める。仮説検証部３９は、シミュレーション結果４９
と変換後観測データ４７とを比較して、矛盾を検出した
場合には故障の仮説４８を棄却する。矛盾が検出されな
いで、すべての変換後観測データ４７がシミュレーショ
ン結果４９にも発生していれば、その故障の仮説４８を
診断解５０とする。すべての故障の仮説４８についてシ
ミュレーションされると診断解表示部４５は、診断解５
０を表示する。
タ設定部４４は診断対象からの観測データ４６を取り込
み、診断アルゴリズム３３が処理しやすい変換後観測デ
ータ４７に変換する。そして、診断アルゴリズム３３が
起動される。診断アルゴリズム３３において、まず、変
換後観測データ４７が仮説生成部３７に入力される。仮
説生成部３７は、診断対象モデル３３を参照して故障の
仮説４８を生成する。故障の仮説４８はシミュレーショ
ン部３８に入力される。シミュレーション部３８は、故
障の仮説４８を用いて診断対象モデル３３を対象として
シミュレーションを行い、シミュレーション結果４９を
求める。仮説検証部３９は、シミュレーション結果４９
と変換後観測データ４７とを比較して、矛盾を検出した
場合には故障の仮説４８を棄却する。矛盾が検出されな
いで、すべての変換後観測データ４７がシミュレーショ
ン結果４９にも発生していれば、その故障の仮説４８を
診断解５０とする。すべての故障の仮説４８についてシ
ミュレーションされると診断解表示部４５は、診断解５
０を表示する。
【００２０】
【発明が解決しようとする課題】従来のオブジェクト型
モデル作成システム１００は以上のように構成されてい
るので、以下のような問題点があった。 （１）オブジェクト作成をオブジェクト指向言語で記述
されたアプリケーションプログラム３で行っている。そ
のために、クラス設計の不具合、コーディング上の不具
合、誤データの混入などの原因により、オブジェクト型
モデルが矛盾なく作成できない可能性が有る。
モデル作成システム１００は以上のように構成されてい
るので、以下のような問題点があった。 （１）オブジェクト作成をオブジェクト指向言語で記述
されたアプリケーションプログラム３で行っている。そ
のために、クラス設計の不具合、コーディング上の不具
合、誤データの混入などの原因により、オブジェクト型
モデルが矛盾なく作成できない可能性が有る。
【００２１】（２）アプリケーション領域の専門家がデ
ータを容易に入力できるモデル作成インターフェース１
０を作成することは、対象によっては非常に困難であ
る。オブジェクトの種類が少ない場合は容易である。し
かし、細部が異なる多くのバリエーションを持つ場合に
は、プログラムの記述量がバリエーションの数にほぼ比
例して増大するので、モデル作成インターフェース１０
の作成は非常に困難である。
ータを容易に入力できるモデル作成インターフェース１
０を作成することは、対象によっては非常に困難であ
る。オブジェクトの種類が少ない場合は容易である。し
かし、細部が異なる多くのバリエーションを持つ場合に
は、プログラムの記述量がバリエーションの数にほぼ比
例して増大するので、モデル作成インターフェース１０
の作成は非常に困難である。
【００２２】（３）オブジェクト型モデル１は、モデル
化対象物が正しく模擬されたものでなければならない。
しかし、オブジェクト型モデル１はアプリケーションプ
ログラム３が処理しやすいような構成になっているの
で、アプリケーション領域の専門家にとって必ずしも理
解が容易ではない。また、アプリケーションプログラム
３の作成者は、一般に、アプリケーション領域の専門知
識が無い。そのため、オブジェクト型モデル１がモデル
化対象物を正しく模擬しているかどうかを検証すること
は容易ではない。
化対象物が正しく模擬されたものでなければならない。
しかし、オブジェクト型モデル１はアプリケーションプ
ログラム３が処理しやすいような構成になっているの
で、アプリケーション領域の専門家にとって必ずしも理
解が容易ではない。また、アプリケーションプログラム
３の作成者は、一般に、アプリケーション領域の専門知
識が無い。そのため、オブジェクト型モデル１がモデル
化対象物を正しく模擬しているかどうかを検証すること
は容易ではない。
【００２３】（４）図４１に示すように、モデルに基づ
く診断アルゴリズム３３を持つ故障診断システム作成シ
ステムであっても、オブジェクト型モデル１を作成する
機能は持っていない。そのため、オブジェクト型モデル
１を診断対象ごとに作成しなければならない。細部が異
なる多くのバリエーションが有る診断対象の場合には診
断対象モデル３２を作成するのは困難である。
く診断アルゴリズム３３を持つ故障診断システム作成シ
ステムであっても、オブジェクト型モデル１を作成する
機能は持っていない。そのため、オブジェクト型モデル
１を診断対象ごとに作成しなければならない。細部が異
なる多くのバリエーションが有る診断対象の場合には診
断対象モデル３２を作成するのは困難である。
【００２４】請求項１〜請求項６の何れか一に記載の発
明は上記（１）のような問題点を解消するためになされ
たもので、複雑な構造を持つモデル化対象物のオブジェ
クト型モデルを矛盾なく作成するとともに、作成したオ
ブジェクト型モデルをさまざまなアプリケーションで容
易に再利用できるオブジェクト型モデル作成システムを
得ることを目的とする。
明は上記（１）のような問題点を解消するためになされ
たもので、複雑な構造を持つモデル化対象物のオブジェ
クト型モデルを矛盾なく作成するとともに、作成したオ
ブジェクト型モデルをさまざまなアプリケーションで容
易に再利用できるオブジェクト型モデル作成システムを
得ることを目的とする。
【００２５】請求項７〜請求項１０の何れか一に記載の
発明は上記（２）のような問題点を解決するためになさ
れたもので、アプリケーション領域の専門家がデータを
容易に入力できるモデル作成インターフェースを容易に
作成できるオブジェクト型モデル作成システムを得るこ
とを目的とする。
発明は上記（２）のような問題点を解決するためになさ
れたもので、アプリケーション領域の専門家がデータを
容易に入力できるモデル作成インターフェースを容易に
作成できるオブジェクト型モデル作成システムを得るこ
とを目的とする。
【００２６】請求項１１に記載の発明は上記（３）のよ
うな問題点を解消するためになされたもので、オブジェ
クト型モデルがモデル化対象物を正しく模倣しているか
どうかをアプリケーション領域の専門家が容易に検証で
きるオブジェクト型モデル作成システムを得ることを目
的とする。
うな問題点を解消するためになされたもので、オブジェ
クト型モデルがモデル化対象物を正しく模倣しているか
どうかをアプリケーション領域の専門家が容易に検証で
きるオブジェクト型モデル作成システムを得ることを目
的とする。
【００２７】請求項１２に記載の発明は上記（４）のよ
うな問題点を解消するためになされたもので、細部が異
なる多くのバリエーションが有る診断対象の場合にも故
障診断システムを容易に作成できるオブジェクト型モデ
ル作成システムを利用する故障診断システム作成システ
ムを得ることを目的とする。
うな問題点を解消するためになされたもので、細部が異
なる多くのバリエーションが有る診断対象の場合にも故
障診断システムを容易に作成できるオブジェクト型モデ
ル作成システムを利用する故障診断システム作成システ
ムを得ることを目的とする。
【００２８】この発明に係るオブジェクト型モデル作成
システムは、オブジェクトの属性の定義域とオブジェク
ト間の関係を定義するオブジェクト関係データの何れか
または両方を有するクラス設計内容データと、該クラス
設計内容データの内容を専用言語で記述したクラス設計
内容記述とオブジェクト指向言語で記述されたクラスの
定義記述からなるテキストファイルであるクラス設計内
容ファイルと、前記クラス設計内容ファイルを読み込
み、前記クラス設計内容記述の構文規則違反の有無をチ
ェックし、前記クラス設計内容データに変換し、変換し
た前記クラス設計内容データ間でクラスの継承関係及び
オブジェクト間の関係に関する矛盾の有無をチェックす
るクラス設計内容データ作成手段と、前記クラス設計内
容データを利用してオブジェクトを作成するオブジェク
ト作成メソッドを有する関数ライブラリと、前記関数ラ
イブラリを利用してオブジェクト型モデルを作成するオ
ブジェクト型モデル作成手段とを備え、前記オブジェク
ト作成メソッドが下記（１）と（２）の何れかまたは両
方の処理を行うものである。 （１）オブジェクトの属性の前記定義域とオブジェクト
の属性値を比較し、前記定義域に含まれない属性値の場
合にエラーとして出力する。 （２） 前記オブジェクト関係データを利用して、オブジ
ェクトが作成される場合に、他のオブジェクトとの間の
関係付けを自動で作成する。
システムは、オブジェクトの属性の定義域とオブジェク
ト間の関係を定義するオブジェクト関係データの何れか
または両方を有するクラス設計内容データと、該クラス
設計内容データの内容を専用言語で記述したクラス設計
内容記述とオブジェクト指向言語で記述されたクラスの
定義記述からなるテキストファイルであるクラス設計内
容ファイルと、前記クラス設計内容ファイルを読み込
み、前記クラス設計内容記述の構文規則違反の有無をチ
ェックし、前記クラス設計内容データに変換し、変換し
た前記クラス設計内容データ間でクラスの継承関係及び
オブジェクト間の関係に関する矛盾の有無をチェックす
るクラス設計内容データ作成手段と、前記クラス設計内
容データを利用してオブジェクトを作成するオブジェク
ト作成メソッドを有する関数ライブラリと、前記関数ラ
イブラリを利用してオブジェクト型モデルを作成するオ
ブジェクト型モデル作成手段とを備え、前記オブジェク
ト作成メソッドが下記（１）と（２）の何れかまたは両
方の処理を行うものである。 （１）オブジェクトの属性の前記定義域とオブジェクト
の属性値を比較し、前記定義域に含まれない属性値の場
合にエラーとして出力する。 （２） 前記オブジェクト関係データを利用して、オブジ
ェクトが作成される場合に、他のオブジェクトとの間の
関係付けを自動で作成する。
【００２９】また、前記クラス設計内容記述にオブジェ
クトの属性値の参照と設定の可否を記述し、該記述を前
記クラス設計内容データ作成手段が前記クラス設計内容
データに変換し、前記クラス設計内容データを利用して
可否を判断して、否の場合はエラーとして出力し、可の
場合には前記オブジェクト型モデルを利用するデータ処
理メソッドが前記関数ライブラリに有り、前記関数ライ
ブラリを使用してオブジェクト型モデルを利用するモデ
ル利用手段を備え、下記の少なくとも一の処理を行う前
記データ処理メソッドを有するものである。 （１）オブジェクトの属性値を返す。 （２）オブジェクトの属性値に値を設定する。 （３）オブジェクトの属性値の集合に値を追加する。 （４）オブジェクトの属性値の集合から指定された条件
を満足する１個のものを返す。 （５）オブジェクトの属性値の集合から指定された条件
を満足するものの集合を返す。
クトの属性値の参照と設定の可否を記述し、該記述を前
記クラス設計内容データ作成手段が前記クラス設計内容
データに変換し、前記クラス設計内容データを利用して
可否を判断して、否の場合はエラーとして出力し、可の
場合には前記オブジェクト型モデルを利用するデータ処
理メソッドが前記関数ライブラリに有り、前記関数ライ
ブラリを使用してオブジェクト型モデルを利用するモデ
ル利用手段を備え、下記の少なくとも一の処理を行う前
記データ処理メソッドを有するものである。 （１）オブジェクトの属性値を返す。 （２）オブジェクトの属性値に値を設定する。 （３）オブジェクトの属性値の集合に値を追加する。 （４）オブジェクトの属性値の集合から指定された条件
を満足する１個のものを返す。 （５）オブジェクトの属性値の集合から指定された条件
を満足するものの集合を返す。
【００３０】さらに、前記クラス設計内容記述にオブジ
ェクト型モデルのデータを利用するメソッドを定義する
記述であるメソッド定義記述が有り、該メソッド定義記
述をクラス設計内容データの一部であるメソッド定義デ
ータに前記クラス設計内容データ作成手段が変換し、該
メソッド定義データからデータ処理メソッドを自動作成
する自動作成手段と、該自動作成手段が利用するメソッ
ド定義のひな型とを備え、自動定義される前記データ処
理メソッドで使用されるデータ処理関数を前記関数ライ
ブラリが有し、前記自動作成手段が前記メソッド定義デ
ータから使用する前記メソッド定義のひな型を選定し、
前記メソッド定義データを前記メソッド定義のひな型の
変数部分に代入して、前記データ処理メソッドを自動作
成し、下記の少なくとも一の種類の前記メソッド定義の
ひな型を有するものである。 （１）オブジェクトの属性値を返す。 （２）オブジェクトの属性値に値を設定する。 （３）オブジェクトの属性値の集合に値を追加する。 （４）オブジェクトの属性値の集合から指定したクラス
のオブジェクトを１個返す。 （５）オブジェクトの属性値の集合から指定したクラス
のオブジェクトの集合を返す。 （６）オブジェクトの属性値の集合から指定した条件を
満足する１個のものを返す。 （７）オブジェクトの属性値の集合から指定した条件を
満足するものの集合を返す。
ェクト型モデルのデータを利用するメソッドを定義する
記述であるメソッド定義記述が有り、該メソッド定義記
述をクラス設計内容データの一部であるメソッド定義デ
ータに前記クラス設計内容データ作成手段が変換し、該
メソッド定義データからデータ処理メソッドを自動作成
する自動作成手段と、該自動作成手段が利用するメソッ
ド定義のひな型とを備え、自動定義される前記データ処
理メソッドで使用されるデータ処理関数を前記関数ライ
ブラリが有し、前記自動作成手段が前記メソッド定義デ
ータから使用する前記メソッド定義のひな型を選定し、
前記メソッド定義データを前記メソッド定義のひな型の
変数部分に代入して、前記データ処理メソッドを自動作
成し、下記の少なくとも一の種類の前記メソッド定義の
ひな型を有するものである。 （１）オブジェクトの属性値を返す。 （２）オブジェクトの属性値に値を設定する。 （３）オブジェクトの属性値の集合に値を追加する。 （４）オブジェクトの属性値の集合から指定したクラス
のオブジェクトを１個返す。 （５）オブジェクトの属性値の集合から指定したクラス
のオブジェクトの集合を返す。 （６）オブジェクトの属性値の集合から指定した条件を
満足する１個のものを返す。 （７）オブジェクトの属性値の集合から指定した条件を
満足するものの集合を返す。
【００３１】さらにまた、設計内容の入力項目に関する
固定的なデータである設計シート固定データと入力項目
の内容データであり、かつモデル化対象物の設計内容を
記述する設計シート内容データを有する設計シートと、
前記設計シート内容データを前記オブジェクト作成用デ
ータに変換し、かつ、前記オブジェクト作成用データと
前記設計シート内容データを管理するオブジェクト作成
用データ管理手段とを備え、前記オブジェクト作成用デ
ータ管理手段が前記設計シート固定データを利用して前
記設計シート内容データに入力された値が入力可能な値
かどうかをチェックし、前記設計シート固定データとし
て下記（１）〜（５）のデータを有し、前記設計シート
内容データとして下記（Ａ）〜（Ｆ）のデータを有する
ものである。 （１）他の設計シートとの関係を表現するデータ。 （２）設計シートに所属する入力項目。 （３）以下を有する入力項目のデータ。 （ア）入力される値の定義域。 （イ）所属する設計シート。 （ウ）他の入力項目との関係を表現するデータ。 （エ）オブジェクト作成用データとの関係を表現するデ
ータ。 （４）設計シートまたは入力項目である対象要素と、対
象要素の状態の変更方向と、対象要素の状態を変更する
ための条件とを有する有効性変化条件。 （５）入力項目と存在するオブジェクト作成用データか
ら参照され、入力項目に入力された値からオブジェクト
作成用データの値を決定するためのデータであるオブジ
ェクト関係付け。 （Ａ）設計シートに入力が必要かどうかの状態。 （Ｂ）設計シートに入力が完了しているかどうかの状
態。 （Ｃ）入力項目に入力が必要かどうかの状態。 （Ｄ）入力項目の定義域の中で入力可能な範囲。 （Ｅ）入力項目に入力が完了しているかどうかの状態。 （Ｆ）入力項目に入力された値。
固定的なデータである設計シート固定データと入力項目
の内容データであり、かつモデル化対象物の設計内容を
記述する設計シート内容データを有する設計シートと、
前記設計シート内容データを前記オブジェクト作成用デ
ータに変換し、かつ、前記オブジェクト作成用データと
前記設計シート内容データを管理するオブジェクト作成
用データ管理手段とを備え、前記オブジェクト作成用デ
ータ管理手段が前記設計シート固定データを利用して前
記設計シート内容データに入力された値が入力可能な値
かどうかをチェックし、前記設計シート固定データとし
て下記（１）〜（５）のデータを有し、前記設計シート
内容データとして下記（Ａ）〜（Ｆ）のデータを有する
ものである。 （１）他の設計シートとの関係を表現するデータ。 （２）設計シートに所属する入力項目。 （３）以下を有する入力項目のデータ。 （ア）入力される値の定義域。 （イ）所属する設計シート。 （ウ）他の入力項目との関係を表現するデータ。 （エ）オブジェクト作成用データとの関係を表現するデ
ータ。 （４）設計シートまたは入力項目である対象要素と、対
象要素の状態の変更方向と、対象要素の状態を変更する
ための条件とを有する有効性変化条件。 （５）入力項目と存在するオブジェクト作成用データか
ら参照され、入力項目に入力された値からオブジェクト
作成用データの値を決定するためのデータであるオブジ
ェクト関係付け。 （Ａ）設計シートに入力が必要かどうかの状態。 （Ｂ）設計シートに入力が完了しているかどうかの状
態。 （Ｃ）入力項目に入力が必要かどうかの状態。 （Ｄ）入力項目の定義域の中で入力可能な範囲。 （Ｅ）入力項目に入力が完了しているかどうかの状態。 （Ｆ）入力項目に入力された値。
【００３２】さらに、前記関数ライブラリが前記設計シ
ート固定データを利用して前記設計シート入力手段を実
現する少なくとも１個の関数またはメソッドを有し、前
記関数ライブラリを使用して実現する前記設計シート内
容データを入力または変更する設計シート入力手段を備
え、前記設計シート固定データに設計シートまたは入力
項目を画面に表示するためのデータを持たせるようにし
たものである。
ート固定データを利用して前記設計シート入力手段を実
現する少なくとも１個の関数またはメソッドを有し、前
記関数ライブラリを使用して実現する前記設計シート内
容データを入力または変更する設計シート入力手段を備
え、前記設計シート固定データに設計シートまたは入力
項目を画面に表示するためのデータを持たせるようにし
たものである。
【００３３】そしてさらに、前記設計シート内容データ
を記述するテキストファイルである設計シート内容ファ
イルと、前記設計シート固定データを利用して該設計シ
ート内容ファイルを入力として前記設計シート内容デー
タに変換する設計シート内容データ作成手段とを備える
ようにしたものである。
を記述するテキストファイルである設計シート内容ファ
イルと、前記設計シート固定データを利用して該設計シ
ート内容ファイルを入力として前記設計シート内容デー
タに変換する設計シート内容データ作成手段とを備える
ようにしたものである。
【００３４】そしてさらにまた、オブジェクト型モデル
または前記オブジェクト作成用データの少なくとも一か
ら前記設計シート内容データを復元する設計シート内容
データ復元手段をさらに備えたものである。
または前記オブジェクト作成用データの少なくとも一か
ら前記設計シート内容データを復元する設計シート内容
データ復元手段をさらに備えたものである。
【００３５】この発明に係る故障診断システム作成シス
テムは、この発明に係るオブジェクト型モデル作成シス
テムを備え、このオブジェクト型モデル作成システムに
よりオブジェクト型モデルを作成するものである。
テムは、この発明に係るオブジェクト型モデル作成シス
テムを備え、このオブジェクト型モデル作成システムに
よりオブジェクト型モデルを作成するものである。
【００３６】
【実施例】実施例１．以下、この発明の第１の実施例に
よるオブジェクト型モデル作成システム１００を図につ
いて説明する。図１はこの実施例によるオブジェクト型
モデル作成システム１００の構成を示すブロック図であ
る。オブジェクト型モデル作成システム１００は、クラ
ス設計内容データ１０１、クラス設計内容読み込み処理
部１０２、クラス設計内容ファイル１０３および関数ラ
イブラリ１０４、およびアプリケーションプログラム３
の一部（モデル作成部４とモデル利用部５を含む）から
構成される。このシステムは、図３６に示されたシステ
ムが改良されたものに相当する。ここでは、クラス設計
内容データ１０１、クラス設計内容読み込み処理部（ク
ラス設計内容データ作成手段）１０２、クラス設計内容
ファイル１０３および関数ライブラリ１０４が追加され
ている。また、モデル作成部（オブジェクト型モデル作
成手段）４はアプリケーションプログラム３に存在する
が、オブジェクト作成メソッド６は、アプリケーション
プログラム３に存在するのではなく、関数ライブラリ１
０４に登録されている。クラス設計内容データ１０１
は、クラス設計内容読み込み処理部１０２によって、テ
キストファイルであるクラス設計内容ファイル１０３に
もとづいて作成されるデータである。 これは、「クラ
ス設計内容ファイル１０３」と「クラス設計内容データ
１０１」の関係は、従来のオブジェクト指向言語でのオ
ブジェクト作成記述と作成されたオブジェクトと同様な
関係である。なお、クラス設計内容読み込み処理部１０
２は関数ライブラリ１０４と同様にあらかじめ用意され
ている。
よるオブジェクト型モデル作成システム１００を図につ
いて説明する。図１はこの実施例によるオブジェクト型
モデル作成システム１００の構成を示すブロック図であ
る。オブジェクト型モデル作成システム１００は、クラ
ス設計内容データ１０１、クラス設計内容読み込み処理
部１０２、クラス設計内容ファイル１０３および関数ラ
イブラリ１０４、およびアプリケーションプログラム３
の一部（モデル作成部４とモデル利用部５を含む）から
構成される。このシステムは、図３６に示されたシステ
ムが改良されたものに相当する。ここでは、クラス設計
内容データ１０１、クラス設計内容読み込み処理部（ク
ラス設計内容データ作成手段）１０２、クラス設計内容
ファイル１０３および関数ライブラリ１０４が追加され
ている。また、モデル作成部（オブジェクト型モデル作
成手段）４はアプリケーションプログラム３に存在する
が、オブジェクト作成メソッド６は、アプリケーション
プログラム３に存在するのではなく、関数ライブラリ１
０４に登録されている。クラス設計内容データ１０１
は、クラス設計内容読み込み処理部１０２によって、テ
キストファイルであるクラス設計内容ファイル１０３に
もとづいて作成されるデータである。 これは、「クラ
ス設計内容ファイル１０３」と「クラス設計内容データ
１０１」の関係は、従来のオブジェクト指向言語でのオ
ブジェクト作成記述と作成されたオブジェクトと同様な
関係である。なお、クラス設計内容読み込み処理部１０
２は関数ライブラリ１０４と同様にあらかじめ用意され
ている。
【００３７】クラス設計内容データ１０１は、クラス名
１１１、継承関係１１２、属性名１１３、メソッド１１
４、オブジェクト管理データ１２０、属性の定義域１２
１、他のオブジェクトとの関係（オブジェクト関係デー
タ）１２２およびクラスに関するその他のデータ１２３
で構成される。継承関係１１２、属性名１１３およびメ
ソッド１１４はオブジェクト指向プログラミング言語で
のプログラム記述から得られるデータである。他のデー
タは、専用言語による記述から生成されるデータであ
る。専用言語による記述は、クラス設計内容データ１０
１が持つべきデータをそのまま文字表記した場合のよう
な記述でもよく、さらには特別の文法を有するものであ
ってもよい。クラス設計内容読み込み処理部１０２は、
ファイル読み込み部１３１、シンタックスチェック部１
３２、クラス設計内容データ作成部１３３およびクラス
設計内容データ矛盾検査部１３４で構成される。クラス
設計内容ファイル１０３は、クラス設計内容記述１３５
で構成される。クラス設計内容記述１３５は、クラス設
計内容読み込み処理部１０２で一度に処理される記述で
ある。関数ライブラリ１０４には、オブジェクト作成メ
ソッド６とその他の関数１３６が有る。
１１１、継承関係１１２、属性名１１３、メソッド１１
４、オブジェクト管理データ１２０、属性の定義域１２
１、他のオブジェクトとの関係（オブジェクト関係デー
タ）１２２およびクラスに関するその他のデータ１２３
で構成される。継承関係１１２、属性名１１３およびメ
ソッド１１４はオブジェクト指向プログラミング言語で
のプログラム記述から得られるデータである。他のデー
タは、専用言語による記述から生成されるデータであ
る。専用言語による記述は、クラス設計内容データ１０
１が持つべきデータをそのまま文字表記した場合のよう
な記述でもよく、さらには特別の文法を有するものであ
ってもよい。クラス設計内容読み込み処理部１０２は、
ファイル読み込み部１３１、シンタックスチェック部１
３２、クラス設計内容データ作成部１３３およびクラス
設計内容データ矛盾検査部１３４で構成される。クラス
設計内容ファイル１０３は、クラス設計内容記述１３５
で構成される。クラス設計内容記述１３５は、クラス設
計内容読み込み処理部１０２で一度に処理される記述で
ある。関数ライブラリ１０４には、オブジェクト作成メ
ソッド６とその他の関数１３６が有る。
【００３８】クラス設計内容ファイル１０３の例を図２
および図３に示す。クラス設計内容記述１３５は、オブ
ジェクト指向言語による記述１３７と専用言語による記
述１３８とに分けられる。クラス名１１１、継承関係１
１２、属性名１１３、メソッド１１４等はオブジェクト
指向言語による記述１３７に含まれ、属性の定義域１２
１、他のオブジェクトとの関係（オブジェクト関係デー
タ）１２２およびクラスに関するその他のデータ１２３
等は専用言語による記述１３８に含まれる。図２は、オ
ブジェクト指向言語による記述１３７と専用言語による
記述１３８とを別のファイルにする場合の構成を示した
ものである。図３は、オブジェクト指向言語による記述
１３７のコメント部分に専用言語による記述１３８を入
れる場合の構成を示したものである。ファイル読み込み
部１３１は、オブジェクト指向言語による記述１３７の
コメント部分も処理対象とするので、専用言語による記
述１３８を読み込むことができる。ただし、専用言語に
よる記述１３８と単なるコメントを区別するために、専
用言語による記述１３８の開始と終了の記号または予約
語などを決めておく。例えば、「（def-class−info
クラス名 クラスに関する定義…）」というように、カ
ッコを開いて最初にdef-class−infoという予約語で始
まり、最初に開いたカッコと対応が取れる閉じカッコま
でを１個のクラスに関するクラス設計内容記述１３５と
する。クラスの属性ごとのクラス設計内容記述１３５
や、クラスのオブジェクトの関係のクラス設計内容記述
１３５な どは、別の予約語を使用して記述する。専用言
語による記述１３８の開始から終了までの範囲にない部
分は、読み込むだけでクラス設計内容データ１０１を作
成しない。ファイル読み込み部１３１は、このようなク
ラス設計内容ファイル１０３の記述の仕方に合わせて作
成されている。
および図３に示す。クラス設計内容記述１３５は、オブ
ジェクト指向言語による記述１３７と専用言語による記
述１３８とに分けられる。クラス名１１１、継承関係１
１２、属性名１１３、メソッド１１４等はオブジェクト
指向言語による記述１３７に含まれ、属性の定義域１２
１、他のオブジェクトとの関係（オブジェクト関係デー
タ）１２２およびクラスに関するその他のデータ１２３
等は専用言語による記述１３８に含まれる。図２は、オ
ブジェクト指向言語による記述１３７と専用言語による
記述１３８とを別のファイルにする場合の構成を示した
ものである。図３は、オブジェクト指向言語による記述
１３７のコメント部分に専用言語による記述１３８を入
れる場合の構成を示したものである。ファイル読み込み
部１３１は、オブジェクト指向言語による記述１３７の
コメント部分も処理対象とするので、専用言語による記
述１３８を読み込むことができる。ただし、専用言語に
よる記述１３８と単なるコメントを区別するために、専
用言語による記述１３８の開始と終了の記号または予約
語などを決めておく。例えば、「（def-class−info
クラス名 クラスに関する定義…）」というように、カ
ッコを開いて最初にdef-class−infoという予約語で始
まり、最初に開いたカッコと対応が取れる閉じカッコま
でを１個のクラスに関するクラス設計内容記述１３５と
する。クラスの属性ごとのクラス設計内容記述１３５
や、クラスのオブジェクトの関係のクラス設計内容記述
１３５な どは、別の予約語を使用して記述する。専用言
語による記述１３８の開始から終了までの範囲にない部
分は、読み込むだけでクラス設計内容データ１０１を作
成しない。ファイル読み込み部１３１は、このようなク
ラス設計内容ファイル１０３の記述の仕方に合わせて作
成されている。
【００３９】図４はデジタルリレーのオブジェクト型モ
デル１を作成する場合のクラス設計内容データ１０１の
例を示したものである。クラス設計内容データ１０１は
オブジェクトとして表現され、クラスごとのデータであ
るクラス別データ１４１、属性ごとのデータである属性
別データ１４２およびオブジェクト間の関係を表現する
関係別データ１４３などの種類が有る。
デル１を作成する場合のクラス設計内容データ１０１の
例を示したものである。クラス設計内容データ１０１は
オブジェクトとして表現され、クラスごとのデータであ
るクラス別データ１４１、属性ごとのデータである属性
別データ１４２およびオブジェクト間の関係を表現する
関係別データ１４３などの種類が有る。
【００４０】なお、以下の図では、オブジェクト１は一
番上の欄に、オブジェクト２のクラス名が記載され、そ
の下に属性と属性値を：で区切って記載されたものとし
て示す。属性値が括弧で囲われている場合には属性値が
集合であることを意味する。”・・・”は、省略を意味
する。
番上の欄に、オブジェクト２のクラス名が記載され、そ
の下に属性と属性値を：で区切って記載されたものとし
て示す。属性値が括弧で囲われている場合には属性値が
集合であることを意味する。”・・・”は、省略を意味
する。
【００４１】クラス別データ１４１は、クラス名１１
１、親クラスや子クラスの継承関係１１２、属性名１１
３、オブジェクト関係データ１２０、そのクラスに定義
された属性別データ１４２、そのクラスの関係別データ
１４３などのデータを持つ。
１、親クラスや子クラスの継承関係１１２、属性名１１
３、オブジェクト関係データ１２０、そのクラスに定義
された属性別データ１４２、そのクラスの関係別データ
１４３などのデータを持つ。
【００４２】オブジェクト管理データ１２０は、いくつ
かの属性によって表現される。属性”オブジェクト管理
データ”は、このクラスのオブジェクトが存在するデー
タ領域を意味する。属性”オブジェクトが存在？”は、
このクラスのオブジェクトが存在することが許されるか
どうかを意味する。属性”子孫クラスのオブジェクトが
必要？”は、このクラスの子孫クラスのオブジェクトが
存在しなければならないかどうかを意味する。属性”可
能オブジェクト数”は、このクラスまたは子孫クラスの
オブジェクトが何個まで存在できるかを意味する。属
性”作成オブジェクト数”は、実際に作成されたオブジ
ェクト数を意味する。なお、オブジェクト管理データ１
２０は、クラス間で継承されない。
かの属性によって表現される。属性”オブジェクト管理
データ”は、このクラスのオブジェクトが存在するデー
タ領域を意味する。属性”オブジェクトが存在？”は、
このクラスのオブジェクトが存在することが許されるか
どうかを意味する。属性”子孫クラスのオブジェクトが
必要？”は、このクラスの子孫クラスのオブジェクトが
存在しなければならないかどうかを意味する。属性”可
能オブジェクト数”は、このクラスまたは子孫クラスの
オブジェクトが何個まで存在できるかを意味する。属
性”作成オブジェクト数”は、実際に作成されたオブジ
ェクト数を意味する。なお、オブジェクト管理データ１
２０は、クラス間で継承されない。
【００４３】図４に示すクラス別データ１４１は以下の
ような意味を持つ。クラス”ＰＣＭリレー”は、クラ
ス”デジタルリレー”の子クラスである。クラス”デジ
タルリレー”のオブジェクトは存在しないで、クラス”
ＰＣＭ リレー”などの”デジタルリレー”をより特殊
化したクラスのオブジェクトが存在する。また、クラ
ス”デジタルリレー”またはその子孫のクラスは１個だ
け存在する必要が有る。従って、クラス”ＰＣＭ リレ
ー”の属性”可能オブジェクト数”の値は１でなければ
ならない。あるクラスの属性”可能オブジェクト数”の
値が１で、祖先のクラスの属性”可能オブジェクト数”
の値が複数という場合はありうる。図４に示すクラス
“デジタルリレー”のクラス別データ１４１は、例え
ば、「（def-class-info デジタルリレー :has-inst
NO :has-inst2 YES :inst-number 1）」のような専
用言語の記述から作成される。「:has-inst」の後に記
述された値が属性“オブジェクトが存在？”の値に変換
され、「:has-inst2」が属性“子孫クラスのオブジェク
トが必要？”に変換され、「:inst-number」が属性“可
能オブジェクト数”に変換される。なお、属性“作成オ
ブジェクト数”は、オブジェクト作成時に変更するの
で、専用言語では記述しない。 また、「:has-inst」
などの各記述項目には、記述しなかった場合のデフォル
ト値を決めておき、デフォルト値と異なる場合だけ記述
するようにしてもよい。デフォルト値を決めておくこと
は、属性などに関する情報を定義する場合でも同様であ
る。
ような意味を持つ。クラス”ＰＣＭリレー”は、クラ
ス”デジタルリレー”の子クラスである。クラス”デジ
タルリレー”のオブジェクトは存在しないで、クラス”
ＰＣＭ リレー”などの”デジタルリレー”をより特殊
化したクラスのオブジェクトが存在する。また、クラ
ス”デジタルリレー”またはその子孫のクラスは１個だ
け存在する必要が有る。従って、クラス”ＰＣＭ リレ
ー”の属性”可能オブジェクト数”の値は１でなければ
ならない。あるクラスの属性”可能オブジェクト数”の
値が１で、祖先のクラスの属性”可能オブジェクト数”
の値が複数という場合はありうる。図４に示すクラス
“デジタルリレー”のクラス別データ１４１は、例え
ば、「（def-class-info デジタルリレー :has-inst
NO :has-inst2 YES :inst-number 1）」のような専
用言語の記述から作成される。「:has-inst」の後に記
述された値が属性“オブジェクトが存在？”の値に変換
され、「:has-inst2」が属性“子孫クラスのオブジェク
トが必要？”に変換され、「:inst-number」が属性“可
能オブジェクト数”に変換される。なお、属性“作成オ
ブジェクト数”は、オブジェクト作成時に変更するの
で、専用言語では記述しない。 また、「:has-inst」
などの各記述項目には、記述しなかった場合のデフォル
ト値を決めておき、デフォルト値と異なる場合だけ記述
するようにしてもよい。デフォルト値を決めておくこと
は、属性などに関する情報を定義する場合でも同様であ
る。
【００４４】図４において、デジタルリレーやＡＩボー
ドの親クラスの基本モデルは、このオブジェクト型モデ
ル作成システム１００で作成されるモデルを表現するク
ラスが必ず継承しなければならないクラスである。オブ
ジェクト作成メソッド６は、基本モデルのクラスのメソ
ッドとして定義されている。従って、アプリケーション
プログラム３で定義されるモデルを表現するクラスで、
オブジェクト作成メソッド６が利用可能である。 な
お、”基本モデル”という名前は別の名前でもよい。モ
デルを表現するすべてのクラスが、基本モデルの役割を
持つクラスを継承すればよい。
ドの親クラスの基本モデルは、このオブジェクト型モデ
ル作成システム１００で作成されるモデルを表現するク
ラスが必ず継承しなければならないクラスである。オブ
ジェクト作成メソッド６は、基本モデルのクラスのメソ
ッドとして定義されている。従って、アプリケーション
プログラム３で定義されるモデルを表現するクラスで、
オブジェクト作成メソッド６が利用可能である。 な
お、”基本モデル”という名前は別の名前でもよい。モ
デルを表現するすべてのクラスが、基本モデルの役割を
持つクラスを継承すればよい。
【００４５】属性別データ１４２は、クラス名１１１、
属性名１１３、属性の定義域１２１などのデータを表現
する属性と、属性”値は集合か?”、属性”初期化に必
要?”という属性を持つ。属性の定義域１２１の指定方
法としては、とりうる値を列挙するか、クラス名を指定
するなどの方法が有る。クラス名の場合には、その属性
が他のオブジェクトとの関係を表現するのに使用される
ことになる。従って、その属性には指定したクラスのオ
ブジェクト名が設定される。属性”初期化に必要？”
は、オブジェクト作成メソッド６を実行する時に属性値
が必要かどうかを意味する。
属性名１１３、属性の定義域１２１などのデータを表現
する属性と、属性”値は集合か?”、属性”初期化に必
要?”という属性を持つ。属性の定義域１２１の指定方
法としては、とりうる値を列挙するか、クラス名を指定
するなどの方法が有る。クラス名の場合には、その属性
が他のオブジェクトとの関係を表現するのに使用される
ことになる。従って、その属性には指定したクラスのオ
ブジェクト名が設定される。属性”初期化に必要？”
は、オブジェクト作成メソッド６を実行する時に属性値
が必要かどうかを意味する。
【００４６】属性別データ１４２は、オブジェクト指向
言語での属性と同様な意味においてクラス間で継承され
る。あるクラスで定義した属性別データ１４２は、子ク
ラスでも有効である。子クラスでも同じ属性名の属性別
データ１４２を定義していれば、子クラスでは子クラス
の属性別データ１４２が有効になる。ただし、この場合
には親クラスでの属性別データ１４２と子クラスでの属
性別データ１４２が矛盾してはならない。
言語での属性と同様な意味においてクラス間で継承され
る。あるクラスで定義した属性別データ１４２は、子ク
ラスでも有効である。子クラスでも同じ属性名の属性別
データ１４２を定義していれば、子クラスでは子クラス
の属性別データ１４２が有効になる。ただし、この場合
には親クラスでの属性別データ１４２と子クラスでの属
性別データ１４２が矛盾してはならない。
【００４７】図４における属性別データ１４２は以下の
ような意味を持つ。クラス”デジタルリレー”の属性”
ＡＩボード”は、クラス”ＡＩボード”のオブジェクト
名が設定される。これに対してクラス”ＰＣＭ リレ
ー”の属性”ＡＩボード”は、クラス”ＰＣＭ 用ＡＩ
ボード”のオブジェクト名が設定される。ここで、クラ
ス”ＰＣＭ 用ＡＩボード”のオブジェクトは、クラ
ス”ＡＩボード”としても扱えるので、この記述は許さ
れる。クラス”ＰＣＭ リレー”の属性”ＡＩボード”
の定義域として、クラス”デジタルリレー”などのクラ
ス”ＡＩボード”の子孫ではないクラスを設定すること
は、矛盾になる。なお、このような矛盾のチェックは、
クラス設計内容矛盾検査部１３４により行う。図４に示
すクラス“デジタルリレー”の属性“ＡＩボード”の属
性別データ１４２は、例えば、「（def-member-info
（ＡＩボード デジタルリレー） :data-class ＡＩボ
ード :listp NO :required-initial NO :linked-memb
er 所属リレー）」のような専用言語の記述から作成さ
れる。 def-member-infoが、属性ごとの定義の開始を
意味する予約語である。ちなみに、例えばオブジェクト
指向プログラミング言語C++では、オブジェクトの属性
をメンバまたはデータメンバと呼ぶので、def-member-i
nfoを属性ごとの定義の開始を意味する予約語としてい
る。def-member-infoの次には、属性名とクラス名をカ
ッコで囲んで書く。つまり、この例では、クラス“デジ
タルリレー”の属性“ＡＩボード”に関して記述する。
「:data-class」がこの属性に設定されるべきデータの
クラスすなわち属性の定義域１２１に変換され、「:lis
tp」が属性“値は集合か？”に変換され、「:required-
initial」が属性“初期化に必要？”に変換される。「:
data-class」には、クラス名以外にも「symbol」または
「integer」などを指定できる。「symbol」を指定する
と、この属性には文字で表現されるデータが入ることを
意味する。「integer」を指定すると、この属性には整
数が入ることを意味する。「symbol」または「intege
r」を指定する場合は、「:possible」の後に、例えば
「（ＰＣＭ 回線選択 ブスプロ 変圧器作動）」とい
うように、その属性が取りうる文字列または整数を列挙
してカッコで囲んで指定する。「:possible」による指
定された値が属性の定義域１２１に変換される。なお、
「:linked-member」は関係別データ１４３に変換される
ので、後で説明する。また、「:data-class」の値とし
て実数も指定可能とするようにしてもよい。整数または
実数の値を持つ属性では、値を列挙する方法だけでな
く、不等号などにより属性の定義域１２１を指定できる
ようにしてもよい。
ような意味を持つ。クラス”デジタルリレー”の属性”
ＡＩボード”は、クラス”ＡＩボード”のオブジェクト
名が設定される。これに対してクラス”ＰＣＭ リレ
ー”の属性”ＡＩボード”は、クラス”ＰＣＭ 用ＡＩ
ボード”のオブジェクト名が設定される。ここで、クラ
ス”ＰＣＭ 用ＡＩボード”のオブジェクトは、クラ
ス”ＡＩボード”としても扱えるので、この記述は許さ
れる。クラス”ＰＣＭ リレー”の属性”ＡＩボード”
の定義域として、クラス”デジタルリレー”などのクラ
ス”ＡＩボード”の子孫ではないクラスを設定すること
は、矛盾になる。なお、このような矛盾のチェックは、
クラス設計内容矛盾検査部１３４により行う。図４に示
すクラス“デジタルリレー”の属性“ＡＩボード”の属
性別データ１４２は、例えば、「（def-member-info
（ＡＩボード デジタルリレー） :data-class ＡＩボ
ード :listp NO :required-initial NO :linked-memb
er 所属リレー）」のような専用言語の記述から作成さ
れる。 def-member-infoが、属性ごとの定義の開始を
意味する予約語である。ちなみに、例えばオブジェクト
指向プログラミング言語C++では、オブジェクトの属性
をメンバまたはデータメンバと呼ぶので、def-member-i
nfoを属性ごとの定義の開始を意味する予約語としてい
る。def-member-infoの次には、属性名とクラス名をカ
ッコで囲んで書く。つまり、この例では、クラス“デジ
タルリレー”の属性“ＡＩボード”に関して記述する。
「:data-class」がこの属性に設定されるべきデータの
クラスすなわち属性の定義域１２１に変換され、「:lis
tp」が属性“値は集合か？”に変換され、「:required-
initial」が属性“初期化に必要？”に変換される。「:
data-class」には、クラス名以外にも「symbol」または
「integer」などを指定できる。「symbol」を指定する
と、この属性には文字で表現されるデータが入ることを
意味する。「integer」を指定すると、この属性には整
数が入ることを意味する。「symbol」または「intege
r」を指定する場合は、「:possible」の後に、例えば
「（ＰＣＭ 回線選択 ブスプロ 変圧器作動）」とい
うように、その属性が取りうる文字列または整数を列挙
してカッコで囲んで指定する。「:possible」による指
定された値が属性の定義域１２１に変換される。なお、
「:linked-member」は関係別データ１４３に変換される
ので、後で説明する。また、「:data-class」の値とし
て実数も指定可能とするようにしてもよい。整数または
実数の値を持つ属性では、値を列挙する方法だけでな
く、不等号などにより属性の定義域１２１を指定できる
ようにしてもよい。
【００４８】クラス”デジタルリレー”の属性”ＡＩボ
ード”は初期化に必要ではないが、クラス”ＡＩボー
ド”の属性”所属リレー”は、初期化に必要である。属
性”値は集合か?”と属性”初期化に必要?”の属性値
は、継承関係にあるクラスの同じ名前の属性別データ１
４２では、必ず同じでなければならない。
ード”は初期化に必要ではないが、クラス”ＡＩボー
ド”の属性”所属リレー”は、初期化に必要である。属
性”値は集合か?”と属性”初期化に必要?”の属性値
は、継承関係にあるクラスの同じ名前の属性別データ１
４２では、必ず同じでなければならない。
【００４９】関係別データ１４３は、fromクラス名、fr
om属性名、toクラス名、to属性名などのデータを持つ。
fromクラス名とfrom属性名は、fromクラス名のクラスの
オブジェクト作成時に指定される他の要素との関係を意
味する。toクラス名とto属性名は、新しく作成されたfr
omクラス名のクラスのオブジェクトへの関係を設定すべ
きオブジェクトのクラスと属性を意味する。したがっ
て、これらのデータは以下のような制約を満足しなけれ
ばならない。fromクラス名のクラスのfrom属性名の属性
の定義域１２１はtoクラス名であり、toクラス名のクラ
スのto属性名の属性の定義域１２１はfromクラス名であ
る。from属性名の属性は初期化に必要であり、to属性名
の属性は初期化に必要でない。図４の関係別データ１４
３では、これらの制約が守られている。先に説明した
“デジタルリレー”の属性“ＡＩボード”を記述する専
用言語の記述では、「:linked-member」が指定されてい
るので、関係別データ１４３を作成する。fromクラス名
には「def-member-info」に記述されたクラス名が入
り、from属性名には属性名が入り、toクラス名に
は、「:data-class」に指定された値が入り、to属性名
には「:linked-member」に指定された属性名が入る。
om属性名、toクラス名、to属性名などのデータを持つ。
fromクラス名とfrom属性名は、fromクラス名のクラスの
オブジェクト作成時に指定される他の要素との関係を意
味する。toクラス名とto属性名は、新しく作成されたfr
omクラス名のクラスのオブジェクトへの関係を設定すべ
きオブジェクトのクラスと属性を意味する。したがっ
て、これらのデータは以下のような制約を満足しなけれ
ばならない。fromクラス名のクラスのfrom属性名の属性
の定義域１２１はtoクラス名であり、toクラス名のクラ
スのto属性名の属性の定義域１２１はfromクラス名であ
る。from属性名の属性は初期化に必要であり、to属性名
の属性は初期化に必要でない。図４の関係別データ１４
３では、これらの制約が守られている。先に説明した
“デジタルリレー”の属性“ＡＩボード”を記述する専
用言語の記述では、「:linked-member」が指定されてい
るので、関係別データ１４３を作成する。fromクラス名
には「def-member-info」に記述されたクラス名が入
り、from属性名には属性名が入り、toクラス名に
は、「:data-class」に指定された値が入り、to属性名
には「:linked-member」に指定された属性名が入る。
【００５０】関係別データ１４３も、クラス間で継承さ
れる。クラス”デジタルリレー”とクラス”ＡＩボー
ド”の間に設定された関係別データ１４３は、クラス”
ＰＣＭリレー”やクラス”ＰＣＭ 用ＡＩボード”のオ
ブジェクトに対しても有効である。したがって、クラ
ス”ＰＣＭ 用ＡＩボード”のオブジェクトを属性”所
属リレー”にクラス”ＰＣＭ リレー”のオブジェクト
名を指定して作成すると、クラス”ＰＣＭ リレー”の
オブジェクトの属性”ＡＩボード”にクラス”ＰＣＭ
用ＡＩボード”のオブジェクト名が設定される。なお、
図５に示すような関係別データ１４３は冗長である。冗
長な関係別データ１４３も矛盾として処理する。
れる。クラス”デジタルリレー”とクラス”ＡＩボー
ド”の間に設定された関係別データ１４３は、クラス”
ＰＣＭリレー”やクラス”ＰＣＭ 用ＡＩボード”のオ
ブジェクトに対しても有効である。したがって、クラ
ス”ＰＣＭ 用ＡＩボード”のオブジェクトを属性”所
属リレー”にクラス”ＰＣＭ リレー”のオブジェクト
名を指定して作成すると、クラス”ＰＣＭ リレー”の
オブジェクトの属性”ＡＩボード”にクラス”ＰＣＭ
用ＡＩボード”のオブジェクト名が設定される。なお、
図５に示すような関係別データ１４３は冗長である。冗
長な関係別データ１４３も矛盾として処理する。
【００５１】子クラスは冗長な関係別データ１４３を持
つことはないが、fromクラス名やtoクラス名に関する制
約は子クラスでも検査される。例えば、図４において、
ＰＣＭ リレーの属性”ＡＩボード”の定義域をクラ
ス”ブスプロ用ＡＩボード”とすることは矛盾になる。
この関係別データ１４３が有効なクラス”ＰＣＭ 用Ａ
Ｉボード”で、属性”所属リレー”の定義域はクラス”
ＰＣＭ リレー”である。従って、ＰＣＭ リレーの属
性”ＡＩボード”にはクラス”ＰＣＭ用ＡＩボード”の
オブジェクト名が設定される。しかし、ＰＣＭ リレー
の属性”ＡＩボードの定義域はクラス”ブスプロ用ＡＩ
ボード”である。これは矛盾である。
つことはないが、fromクラス名やtoクラス名に関する制
約は子クラスでも検査される。例えば、図４において、
ＰＣＭ リレーの属性”ＡＩボード”の定義域をクラ
ス”ブスプロ用ＡＩボード”とすることは矛盾になる。
この関係別データ１４３が有効なクラス”ＰＣＭ 用Ａ
Ｉボード”で、属性”所属リレー”の定義域はクラス”
ＰＣＭ リレー”である。従って、ＰＣＭ リレーの属
性”ＡＩボード”にはクラス”ＰＣＭ用ＡＩボード”の
オブジェクト名が設定される。しかし、ＰＣＭ リレー
の属性”ＡＩボードの定義域はクラス”ブスプロ用ＡＩ
ボード”である。これは矛盾である。
【００５２】このオブジェクト型モデル作成システム１
００において、クラス名１１１からクラス別データ１４
１への変換は容易である。従って、属性別データ１４２
から対応するクラス別データ１４１を容易に参照でき、
関係別データ１４３から対応するクラス別データ１４１
や属性別データ１４２を容易に参照できる。なお、クラ
ス名１１１からクラス別データ１４１への変換は、文字
列をキーとするクラス別データ１４１のハッシュ表など
を利用することにより容易に実現できる。
００において、クラス名１１１からクラス別データ１４
１への変換は容易である。従って、属性別データ１４２
から対応するクラス別データ１４１を容易に参照でき、
関係別データ１４３から対応するクラス別データ１４１
や属性別データ１４２を容易に参照できる。なお、クラ
ス名１１１からクラス別データ１４１への変換は、文字
列をキーとするクラス別データ１４１のハッシュ表など
を利用することにより容易に実現できる。
【００５３】デジタルリレーのオブジェクト型モデル１
の例を図６に示す。図６において、点線より上側の属性
が基本モデルで定義された属性である。基本モデルに
は、少なくともオブジェクト名とクラス名という属性が
有る。点線より下側は、アプリケーションプログラム３
で定義されたクラスに固有な属性である。
の例を図６に示す。図６において、点線より上側の属性
が基本モデルで定義された属性である。基本モデルに
は、少なくともオブジェクト名とクラス名という属性が
有る。点線より下側は、アプリケーションプログラム３
で定義されたクラスに固有な属性である。
【００５４】なお、図６では、オブジェクト間の参照関
係はオブジェクト名によって表現されている。オブジェ
クト名からオブジェクトへの変換は、クラス名からクラ
ス別データへの変換と同様な方法で容易にできる。オブ
ジェクト間の参照関係をオブジェクト名でなくオブジェ
クトへのポインタで表現してもよい。
係はオブジェクト名によって表現されている。オブジェ
クト名からオブジェクトへの変換は、クラス名からクラ
ス別データへの変換と同様な方法で容易にできる。オブ
ジェクト間の参照関係をオブジェクト名でなくオブジェ
クトへのポインタで表現してもよい。
【００５５】Ｃ＋＋流に記述したアプリケーションプロ
グラム３のモデル作成部４の例を以下に示す。 ＰＣＭリレー *ＰＣＭリレー_Obj = new ＰＣＭリ
レー("ＰＣＭリレー"," ＰＣＭリレー001",..); ＰＣＭ用ＡＩボード*ＰＣＭ用ＡＩボード_Obj= new Ｐ
ＣＭ用ＡＩボード("ＰＣＭ用ＡＩボード", "ＰＣＭ用ＡＩボード001", "ＰＣＭリレー001",..); ここで、オブジェクト作成記述は、「new クラス名(”ク
ラス名”, ”オブジェクト名”, …）」という形で記述
される。第３引数以降は、そのクラスのオブジ ェクト２
の初期化に必要な属性値が順番に並ぶものとする。
グラム３のモデル作成部４の例を以下に示す。 ＰＣＭリレー *ＰＣＭリレー_Obj = new ＰＣＭリ
レー("ＰＣＭリレー"," ＰＣＭリレー001",..); ＰＣＭ用ＡＩボード*ＰＣＭ用ＡＩボード_Obj= new Ｐ
ＣＭ用ＡＩボード("ＰＣＭ用ＡＩボード", "ＰＣＭ用ＡＩボード001", "ＰＣＭリレー001",..); ここで、オブジェクト作成記述は、「new クラス名(”ク
ラス名”, ”オブジェクト名”, …）」という形で記述
される。第３引数以降は、そのクラスのオブジ ェクト２
の初期化に必要な属性値が順番に並ぶものとする。
【００５６】なお、プログラムをＣ＋＋流に記述すると
いうのは、クラス名や属性名に日本語を使用し、Ｃ＋＋
の記述方法にしたがって記述するという意味である。プ
ログラム例は、Ｃ＋＋のコンパイラではエラーと見なさ
れる部分を含む。
いうのは、クラス名や属性名に日本語を使用し、Ｃ＋＋
の記述方法にしたがって記述するという意味である。プ
ログラム例は、Ｃ＋＋のコンパイラではエラーと見なさ
れる部分を含む。
【００５７】次に動作について説明する。クラス設計内
容読み込み処理部１０２は、クラス設計内容ファイル１
０３を読み込んで、以下のようにしてクラス設計内容デ
ータ１０１を作成する。まず、ファイル読み込み部１３
１は、１個のクラス設計内容記述１３５を読み込む。シ
ンタックスチェック部１３２は、読み込まれたクラス設
計内容記述１３５のシンタックスチェックをし、シンタ
ックスエラーがあればメッセージを出力する。次に、ク
ラス設計内容データ作成部１３３が、読み込まれたクラ
ス設計内容記述１３５を専用言語の文法から決まる変換
規則に従ってクラス設計内容データ１０１に変換する。
変換規則の例を説明する。例えば、「（def-class-in
fo デジタルリレー :has-inst NO :has-inst2 YES
:inst-number 1）」(def-class-info :has-inst YES
…)という１個のクラス設計内容記述１３５は、def-cla
ss-infoで始まることからクラス別データ１４１に変換
される。そして、「:has-inst」の後に記述されたYESと
いう値が、クラス別データ１４１の属性“オブジェクト
が存在？”の値に設定するというように変換する。その
後で、クラス設計内容データ矛盾検査部１３４が今作成
したクラス設計内容データ１０１と既に作成してあるク
ラス設計内容データ１０１との間に矛盾が無いかどうか
を検査する。もし、矛盾があればメッセージを出力す
る。矛盾検査は、クラス設計内容データ１０１のオブジ
ェクトのメソッドにより実行する。このような処理をク
ラス設計内容記述１３５ごとに繰り返して、ファイルの
終りまでくれば、ファイル読み込み部１３１がクラス設
計内容記述１３５を読み込めないことを検出し、クラス
設計内容データ矛盾データ検査部１３４が必要なクラス
設計内容データ１０１で作成されていないものが有るか
をチェックして、クラス設計内容読み込み処理１０２は
終了する。
容読み込み処理部１０２は、クラス設計内容ファイル１
０３を読み込んで、以下のようにしてクラス設計内容デ
ータ１０１を作成する。まず、ファイル読み込み部１３
１は、１個のクラス設計内容記述１３５を読み込む。シ
ンタックスチェック部１３２は、読み込まれたクラス設
計内容記述１３５のシンタックスチェックをし、シンタ
ックスエラーがあればメッセージを出力する。次に、ク
ラス設計内容データ作成部１３３が、読み込まれたクラ
ス設計内容記述１３５を専用言語の文法から決まる変換
規則に従ってクラス設計内容データ１０１に変換する。
変換規則の例を説明する。例えば、「（def-class-in
fo デジタルリレー :has-inst NO :has-inst2 YES
:inst-number 1）」(def-class-info :has-inst YES
…)という１個のクラス設計内容記述１３５は、def-cla
ss-infoで始まることからクラス別データ１４１に変換
される。そして、「:has-inst」の後に記述されたYESと
いう値が、クラス別データ１４１の属性“オブジェクト
が存在？”の値に設定するというように変換する。その
後で、クラス設計内容データ矛盾検査部１３４が今作成
したクラス設計内容データ１０１と既に作成してあるク
ラス設計内容データ１０１との間に矛盾が無いかどうか
を検査する。もし、矛盾があればメッセージを出力す
る。矛盾検査は、クラス設計内容データ１０１のオブジ
ェクトのメソッドにより実行する。このような処理をク
ラス設計内容記述１３５ごとに繰り返して、ファイルの
終りまでくれば、ファイル読み込み部１３１がクラス設
計内容記述１３５を読み込めないことを検出し、クラス
設計内容データ矛盾データ検査部１３４が必要なクラス
設計内容データ１０１で作成されていないものが有るか
をチェックして、クラス設計内容読み込み処理１０２は
終了する。
【００５８】クラス設計内容データ１０１が矛盾なく作
成できたならば、アプリケーションプログラム３のモデ
ル作成部４が実行される。モデル作成部４のオブジェク
ト作成記述７が実行されると、オブジェクト作成メソッ
ド６が実行されてオブジェクト２が作成される。 そし
て、図６のようなオブジェクト型モデル１が作成され
る。このように矛盾のないクラス設計内容データ１０１
を利用してオブジェクト型モデル１が作成されるので、
オブジェクト型モデル１においても矛盾は生じない。
成できたならば、アプリケーションプログラム３のモデ
ル作成部４が実行される。モデル作成部４のオブジェク
ト作成記述７が実行されると、オブジェクト作成メソッ
ド６が実行されてオブジェクト２が作成される。 そし
て、図６のようなオブジェクト型モデル１が作成され
る。このように矛盾のないクラス設計内容データ１０１
を利用してオブジェクト型モデル１が作成されるので、
オブジェクト型モデル１においても矛盾は生じない。
【００５９】オブジェクト作成メソッド６は、図７のフ
ローチャートに従って動作する。まず、クラス名からク
ラス別データ１４１を求める（ステップＳＴ１０１）。
次に、オブジェクトを作成してもよいクラスかどうか
をチェックする（ステップＳＴ１０Ａ）。クラス”デジ
タルリレー”のオブジェクトを作成しようとすること
は、エラーになる。オブジェクトを作成してもよいクラ
スならば、オブジェクトの数の制約をチェックする（ス
テップＳＴ１０Ｂ）。属性”可能オブジェクト数”の値
が１のクラスで、２個目のオブジェクトを作成しようと
するとエラーになる。いずれかのチェックでエラーにな
ると、オブジェクトを作成できないというエラーメッセ
ージを出力して終了する（ステップＳＴ１０Ｃ）。
ローチャートに従って動作する。まず、クラス名からク
ラス別データ１４１を求める（ステップＳＴ１０１）。
次に、オブジェクトを作成してもよいクラスかどうか
をチェックする（ステップＳＴ１０Ａ）。クラス”デジ
タルリレー”のオブジェクトを作成しようとすること
は、エラーになる。オブジェクトを作成してもよいクラ
スならば、オブジェクトの数の制約をチェックする（ス
テップＳＴ１０Ｂ）。属性”可能オブジェクト数”の値
が１のクラスで、２個目のオブジェクトを作成しようと
するとエラーになる。いずれかのチェックでエラーにな
ると、オブジェクトを作成できないというエラーメッセ
ージを出力して終了する（ステップＳＴ１０Ｃ）。
【００６０】これらの２つのチェックを満足するなら
ば、クラス別データ１４１の属性”オブジェクト管理デ
ータ”の値を利用してオブジェクトのデータ領域を確保
する（ステップＳＴ１０２）。次に、各属性を初期化す
る（ステップＳＴ１０３）。値が集合の属性には空集合
を割り付け、それ以外にはゼロを代入する。さらに、ク
ラス名とオブジェクト名を設定する（ステップＳＴ１０
４）。
ば、クラス別データ１４１の属性”オブジェクト管理デ
ータ”の値を利用してオブジェクトのデータ領域を確保
する（ステップＳＴ１０２）。次に、各属性を初期化す
る（ステップＳＴ１０３）。値が集合の属性には空集合
を割り付け、それ以外にはゼロを代入する。さらに、ク
ラス名とオブジェクト名を設定する（ステップＳＴ１０
４）。
【００６１】ステップＳＴ１０５からステップＳＴ１１
０までは、初期化に必要な属性ごとに実行される。オブ
ジェクト作成メソッド６は、まず、未処理の初期化に必
要な属性を求め、オブジェクト作成メソッド６の引数を
前から順番に使用して属性値とする（ステップＳＴ１０
５）。そして、属性別データ１４２を求め（ステップＳ
Ｔ１０６）、属性値が属性の定義域を満足するかどうか
をチェックする（ステップＳＴ１０７）。満足すれば、
属性別データ１４２の属性オフセットの値を利用して属
性のデータ領域を求め（ステップＳＴ１０８）、属性の
データ領域に属性値を代入する（ステップＳＴ１０
９）。
０までは、初期化に必要な属性ごとに実行される。オブ
ジェクト作成メソッド６は、まず、未処理の初期化に必
要な属性を求め、オブジェクト作成メソッド６の引数を
前から順番に使用して属性値とする（ステップＳＴ１０
５）。そして、属性別データ１４２を求め（ステップＳ
Ｔ１０６）、属性値が属性の定義域を満足するかどうか
をチェックする（ステップＳＴ１０７）。満足すれば、
属性別データ１４２の属性オフセットの値を利用して属
性のデータ領域を求め（ステップＳＴ１０８）、属性の
データ領域に属性値を代入する（ステップＳＴ１０
９）。
【００６２】満足しなければエラーメッセージを出力す
る（ステップＳＴ１１０）。 そして、すべての初期化
に必要な属性を処理したかをチェックし（ステップＳＴ
１１１）、未処理のものがあれば、ステップＳＴ１０５
へ戻る。すべて処理していれば、ステップＳＴ１１２へ
進む。
る（ステップＳＴ１１０）。 そして、すべての初期化
に必要な属性を処理したかをチェックし（ステップＳＴ
１１１）、未処理のものがあれば、ステップＳＴ１０５
へ戻る。すべて処理していれば、ステップＳＴ１１２へ
進む。
【００６３】ステップST112において、オブジェクト作
成メソッド６は、そのオブジェクト２のクラスのすべて
の親クラスのクラス別データ１４１を検索して作成すべ
き全関係別データ１４３を求める。そして、未処理の関
係別データを取り出す（ステップＳＴ１１３）。また、
from属性名の属性値から関係を設定すべき相手オブジェ
クトを求める（ステップＳＴ１１４）。さらに、相手オ
ブジェクトのto属性名の属性に自分を設定または追加す
る（ステップＳＴ１１５）。to属性名の属性の値が集合
ならば、その集合に自分を追加し、そうでなければ自分
を設定する。オブジェクト作成メソッド６は、全関係別
データ１４３を処理したかをチェックし（ステップST11
6）、未処理のものがあれば、ステップＳＴ１１３へ戻
る。すべて処理していれば終了する。
成メソッド６は、そのオブジェクト２のクラスのすべて
の親クラスのクラス別データ１４１を検索して作成すべ
き全関係別データ１４３を求める。そして、未処理の関
係別データを取り出す（ステップＳＴ１１３）。また、
from属性名の属性値から関係を設定すべき相手オブジェ
クトを求める（ステップＳＴ１１４）。さらに、相手オ
ブジェクトのto属性名の属性に自分を設定または追加す
る（ステップＳＴ１１５）。to属性名の属性の値が集合
ならば、その集合に自分を追加し、そうでなければ自分
を設定する。オブジェクト作成メソッド６は、全関係別
データ１４３を処理したかをチェックし（ステップST11
6）、未処理のものがあれば、ステップＳＴ１１３へ戻
る。すべて処理していれば終了する。
【００６４】実施例２．図８は第２の実施例によるオブ
ジェクト型モデル作成システム１００の構成を示すブロ
ック図である。この実施例によるオブジェクト型モデル
作成システム１００は、第１の実施例によるシステムに
対して、アプリケーションプログラム３のモデル作成部
４がオブジェクト作成用データ８を使用するように変更
されたものである。ここで、オブジェクト作成用データ
８は、オブジェクト２のクラス名や初期化に必要な属性
の値などのデータである。
ジェクト型モデル作成システム１００の構成を示すブロ
ック図である。この実施例によるオブジェクト型モデル
作成システム１００は、第１の実施例によるシステムに
対して、アプリケーションプログラム３のモデル作成部
４がオブジェクト作成用データ８を使用するように変更
されたものである。ここで、オブジェクト作成用データ
８は、オブジェクト２のクラス名や初期化に必要な属性
の値などのデータである。
【００６５】すなわち、オブジェクト作成用データ読み
込み部９は、オブジェクト作成用データ８を読み込む。
それらを引数にしてオブジェクト作成記述７は、読み込
まれたデータを引数にして実行される。 モデル作成部
４は、オブジェクト作成用データ読み込む部９とオブジ
ェクト作成記述７とを繰り返し実行する形で記述され
る。この構成は、既に別の形で表現されたデータベース
が存在する場合や、大量のデータをより容易に入力する
場合に適している。
込み部９は、オブジェクト作成用データ８を読み込む。
それらを引数にしてオブジェクト作成記述７は、読み込
まれたデータを引数にして実行される。 モデル作成部
４は、オブジェクト作成用データ読み込む部９とオブジ
ェクト作成記述７とを繰り返し実行する形で記述され
る。この構成は、既に別の形で表現されたデータベース
が存在する場合や、大量のデータをより容易に入力する
場合に適している。
【００６６】実施例３．図９は第３の実施例によるオブ
ジェクト型モデル作成システム１００の構成を示すブロ
ック図である。この実施例によるオブジェクト型モデル
作成システム１００は、第２の実施例によるシステム対
して、アプリケーション領域の専門家がデータを容易に
入力できるように作成されているモデル作成インターフ
ェース１０とオブジェクト作成用データ保存部１１が付
加されたものである。
ジェクト型モデル作成システム１００の構成を示すブロ
ック図である。この実施例によるオブジェクト型モデル
作成システム１００は、第２の実施例によるシステム対
して、アプリケーション領域の専門家がデータを容易に
入力できるように作成されているモデル作成インターフ
ェース１０とオブジェクト作成用データ保存部１１が付
加されたものである。
【００６７】アプリケーション領域の専門家などのモデ
ル作成者１３は、モデル作成インターフェース１０に対
してデータを入力する。モデル作成インターフェース１
０において、オブジェクト作成用データ入力部１２に、
オブジェクト作成に必要なデータがすべて入力される
と、オブジェクト作成記述７が関数ライブラリ１０４中
のオブジェクト作成メソッド６を用いてオブジェクト２
を作成する。必要なオブジェクト２がすべて作成される
と、オブジェクト型モデル１が完成する。完成したオブ
ジェクト型モデル１は、オブジェクト作成用データ保存
部１１によって、オブジェクト作成用データ８の形で保
存される。保存されたオブジェクト作成用データ８は、
モデル作成部４によって読み込まれる。そして、オブジ
ェクト型モデル１が作成される。このように、モデル作
成インターフェース１０を備えることにより、モデル作
成者１３が容易にオブジェクト型モデル１を作成でき
る。 そして、オブジェクト作成用データ８とオブジェ
クト作成用データ保存部１１を備えることにより、モデ
ル作成インターフェース１０により作成したのと同じオ
ブジェクト型モデル１を、モデル作成インターフェース
１０がなくモデル作成部４が有るオブジェクト型モデル
作成システム１００で作成できる。
ル作成者１３は、モデル作成インターフェース１０に対
してデータを入力する。モデル作成インターフェース１
０において、オブジェクト作成用データ入力部１２に、
オブジェクト作成に必要なデータがすべて入力される
と、オブジェクト作成記述７が関数ライブラリ１０４中
のオブジェクト作成メソッド６を用いてオブジェクト２
を作成する。必要なオブジェクト２がすべて作成される
と、オブジェクト型モデル１が完成する。完成したオブ
ジェクト型モデル１は、オブジェクト作成用データ保存
部１１によって、オブジェクト作成用データ８の形で保
存される。保存されたオブジェクト作成用データ８は、
モデル作成部４によって読み込まれる。そして、オブジ
ェクト型モデル１が作成される。このように、モデル作
成インターフェース１０を備えることにより、モデル作
成者１３が容易にオブジェクト型モデル１を作成でき
る。 そして、オブジェクト作成用データ８とオブジェ
クト作成用データ保存部１１を備えることにより、モデ
ル作成インターフェース１０により作成したのと同じオ
ブジェクト型モデル１を、モデル作成インターフェース
１０がなくモデル作成部４が有るオブジェクト型モデル
作成システム１００で作成できる。
【００６８】なお、アプリケーションプログラム３のモ
デル作成部４が上記各実施例における構成以外の構成を
とる場合でも、関数ライブラリ１０４として用意されて
いるものであって、クラス設計内容データ１０１を利用
するオブジェクト作成メソッド６を使用することができ
る。
デル作成部４が上記各実施例における構成以外の構成を
とる場合でも、関数ライブラリ１０４として用意されて
いるものであって、クラス設計内容データ１０１を利用
するオブジェクト作成メソッド６を使用することができ
る。
【００６９】実施例４．図１０はオブジェクト型モデル
作成システム１００におけるクラス設計内容読み込み処
理部１０２の他の構成を示したものである。システムの
その他の構成は、図１、図８または図９に示すものと同
様である。この実施例では、クラス設計内容データ矛盾
検出部１３４は、すべてのクラス設計内容データ１０１
が作成された後に実行される。その他の動作は、上記各
実施例の場合と同じである。
作成システム１００におけるクラス設計内容読み込み処
理部１０２の他の構成を示したものである。システムの
その他の構成は、図１、図８または図９に示すものと同
様である。この実施例では、クラス設計内容データ矛盾
検出部１３４は、すべてのクラス設計内容データ１０１
が作成された後に実行される。その他の動作は、上記各
実施例の場合と同じである。
【００７０】なお、クラス設計内容読み込み処理１０２
部はクラス設計内容ファイル１０３を読み込み、クラス
設計内容データ１０１を作成し、その矛盾が検出できる
ならば、別の構成をとってもよい。
部はクラス設計内容ファイル１０３を読み込み、クラス
設計内容データ１０１を作成し、その矛盾が検出できる
ならば、別の構成をとってもよい。
【００７１】実施例５．図１１はオブジェクト型モデル
作成システム１００におけるクラス設計内容データ１０
１の他の構成を示したものである。システムのその他の
構成は、図１、図８または図９に示すものと同様であ
る。この実施例では、オブジェクト作成メソッド６は、
属性別データ１４２と関係別データ１４３からクラス別
データ１４１を直接に参照する。
作成システム１００におけるクラス設計内容データ１０
１の他の構成を示したものである。システムのその他の
構成は、図１、図８または図９に示すものと同様であ
る。この実施例では、オブジェクト作成メソッド６は、
属性別データ１４２と関係別データ１４３からクラス別
データ１４１を直接に参照する。
【００７２】実施例６．図１２はオブジェクト型モデル
作成システム１００におけるクラス設計内容データ１０
１のさらに他の構成を示したものである。システムのそ
の他の構成は、図１、図８または図９に示すものと同様
である。この実施例では、関係別データ１４３は使用さ
れない。属性別データ１４２が属性“to属性名”を有す
る。 属性“to属性名”は、新しく作成されたオブジェ
クト２への関係を設定すべき属性“from属性名”の属性
値で指定されたオブジェクト２の属性を意味する。
作成システム１００におけるクラス設計内容データ１０
１のさらに他の構成を示したものである。システムのそ
の他の構成は、図１、図８または図９に示すものと同様
である。この実施例では、関係別データ１４３は使用さ
れない。属性別データ１４２が属性“to属性名”を有す
る。 属性“to属性名”は、新しく作成されたオブジェ
クト２への関係を設定すべき属性“from属性名”の属性
値で指定されたオブジェクト２の属性を意味する。
【００７３】あるクラスの属性別データ１４２で、to属
性名が設定されたならば、その子クラスの同じ名前の属
性別データ１４２では、to属性名にはその親クラスの値
が自動的に代入される。子クラスの同じ名前の属性別デ
ータ１４２で、to属性名に別の値を指定することは矛盾
になる。
性名が設定されたならば、その子クラスの同じ名前の属
性別データ１４２では、to属性名にはその親クラスの値
が自動的に代入される。子クラスの同じ名前の属性別デ
ータ１４２で、to属性名に別の値を指定することは矛盾
になる。
【００７４】なお、クラス設計内容データ１０１は属性
の定義域や、他のオブジェクトの関係を表現できるなら
ば、別の構成をとってもよい。
の定義域や、他のオブジェクトの関係を表現できるなら
ば、別の構成をとってもよい。
【００７５】実施例７．以下、この発明の第７の実施例
によるオブジェクト型モデル作成システム１００を図に
ついて説明する。図１３はこの実施例によるオブジェク
ト型モデル作成システム１００の構成を示すブロック図
である。図１３に示すオブジェクト型モデル作成システ
ム１００は、図１に示すシステムに対して、クラス設計
内容データ１０１にデータ処理に関するデータ３００が
有る点、関数ライブラリ１０４にデータ処理メソッド３
０１が有る点およびアプリケーションプログラム３のモ
デル利用部（モデル利用手段）５にデータ処理記述３０
３が有る点が異なっている。すなわち、オブジェクト型
モデル１を利用する場合には、アプリケーションプログ
ラム３中のデータ処理記述３０３が、関数ライブラリ１
０４に登録されているデータ処理メソッド３０１呼び出
す形で利用される。なお、図１３では省略しているが、
クラス設計内容記述１３５には、データ処理に関するデ
ータ３００に変換される記述が追加される。
によるオブジェクト型モデル作成システム１００を図に
ついて説明する。図１３はこの実施例によるオブジェク
ト型モデル作成システム１００の構成を示すブロック図
である。図１３に示すオブジェクト型モデル作成システ
ム１００は、図１に示すシステムに対して、クラス設計
内容データ１０１にデータ処理に関するデータ３００が
有る点、関数ライブラリ１０４にデータ処理メソッド３
０１が有る点およびアプリケーションプログラム３のモ
デル利用部（モデル利用手段）５にデータ処理記述３０
３が有る点が異なっている。すなわち、オブジェクト型
モデル１を利用する場合には、アプリケーションプログ
ラム３中のデータ処理記述３０３が、関数ライブラリ１
０４に登録されているデータ処理メソッド３０１呼び出
す形で利用される。なお、図１３では省略しているが、
クラス設計内容記述１３５には、データ処理に関するデ
ータ３００に変換される記述が追加される。
【００７６】クラス設計内容データ１０１に追加され
た、データ処理に関するデータ３００は、例えば図１４
に示すように属性別データ１４２を変更することにより
表現される。新たに追加されたデータ参照可能３０５と
データ設定可能３０６のデータが、データ処理に関する
データ３００である。データ参照可能３０５とデータ設
定可能３０６のデータは、例えば「（def-member-info
(ＡＩボード デジタルリレー) :readable YES :set
table YES …）」というクラス設計内容記述１３５を
クラス設計内容読み込み処理部１０２により変換規則に
従って変換して作成される。クラス“デジタルリレー”
の属性“ＡＩボード”に関して、:readabl eが参照の可
否を、:settableが設定の可否をそれぞれ記述する。
た、データ処理に関するデータ３００は、例えば図１４
に示すように属性別データ１４２を変更することにより
表現される。新たに追加されたデータ参照可能３０５と
データ設定可能３０６のデータが、データ処理に関する
データ３００である。データ参照可能３０５とデータ設
定可能３０６のデータは、例えば「（def-member-info
(ＡＩボード デジタルリレー) :readable YES :set
table YES …）」というクラス設計内容記述１３５を
クラス設計内容読み込み処理部１０２により変換規則に
従って変換して作成される。クラス“デジタルリレー”
の属性“ＡＩボード”に関して、:readabl eが参照の可
否を、:settableが設定の可否をそれぞれ記述する。
【００７７】C++流に書かれたデータ処理記述３０３の
例は、以下のようになる。デジタルリレー *リレー _Obj; string *ai_board_name = リレーObjー>get_attribute_v
alue（"ＡＩボード"）； //データ参照記述リレー Objー>set_attribute_value （"ＡＩボード"，"Ｐ
ＣＭ用ＡＩボード）； //データ設定記述
例は、以下のようになる。デジタルリレー *リレー _Obj; string *ai_board_name = リレーObjー>get_attribute_v
alue（"ＡＩボード"）； //データ参照記述リレー Objー>set_attribute_value （"ＡＩボード"，"Ｐ
ＣＭ用ＡＩボード）； //データ設定記述
【００７８】なお、get_attribute_value（属性名）
は、属性名の属性値をそのまま返すメソッドであり、se
t_attribute_value（属性名, 新属性値）は、属性名の
属性に新しい属性値を設定するメソッドである。get_at
tribute_value(属性名)とset_attribute_value（属性
名, 新属性値）は、クラス”基本モデル”のメソッドと
して定義するので、関数ライブラリ１０４として用意で
きる。
は、属性名の属性値をそのまま返すメソッドであり、se
t_attribute_value（属性名, 新属性値）は、属性名の
属性に新しい属性値を設定するメソッドである。get_at
tribute_value(属性名)とset_attribute_value（属性
名, 新属性値）は、クラス”基本モデル”のメソッドと
して定義するので、関数ライブラリ１０４として用意で
きる。
【００７９】次に動作について説明する。 オブジェク
ト型モデル１を作成するまでの動作は、第１の実施例の
場合と同様である。アプリケーションプログラム３のモ
デル利用部５にデータ処理記述３０３が有ると、該当す
る関数ライブラリ１０４のデータ処理メソッド３０１が
起動される。
ト型モデル１を作成するまでの動作は、第１の実施例の
場合と同様である。アプリケーションプログラム３のモ
デル利用部５にデータ処理記述３０３が有ると、該当す
る関数ライブラリ１０４のデータ処理メソッド３０１が
起動される。
【００８０】属性値をそのまま返すデータ処理メソッド
３０１の処理のフローチャートは、図１５のようにな
る。データ処理メソッド３０１は、属性”クラス名”の
値からクラス別データ１４１を求める（ステップＳＴ２
０１）。次に、クラス別データ１４１を引数の属性名で
検索して、属性別データ１４２を求める（ステップＳＴ
２０２）。 そして、この属性が参照可能かチェックす
る（ステップＳＴ２０３）。参照可能ならば、属性別デ
ータ１４２の属性オフセットを利用して、属性のデータ
領域を求め（ステップＳＴ２０４）、戻り値に属性のデ
ータ領域にある値を設定する（ステップＳＴ２０５）。
参照可能でないならば、エラーメッセージを出し（ステ
ップＳＴ２０６）、参照できない属性を参照しようとし
たエラーが有ることを示す値を戻り値に設定する（ステ
ップＳＴ２０７）。そして、戻り値を返して終了する
（ステップＳＴ２０８）。
３０１の処理のフローチャートは、図１５のようにな
る。データ処理メソッド３０１は、属性”クラス名”の
値からクラス別データ１４１を求める（ステップＳＴ２
０１）。次に、クラス別データ１４１を引数の属性名で
検索して、属性別データ１４２を求める（ステップＳＴ
２０２）。 そして、この属性が参照可能かチェックす
る（ステップＳＴ２０３）。参照可能ならば、属性別デ
ータ１４２の属性オフセットを利用して、属性のデータ
領域を求め（ステップＳＴ２０４）、戻り値に属性のデ
ータ領域にある値を設定する（ステップＳＴ２０５）。
参照可能でないならば、エラーメッセージを出し（ステ
ップＳＴ２０６）、参照できない属性を参照しようとし
たエラーが有ることを示す値を戻り値に設定する（ステ
ップＳＴ２０７）。そして、戻り値を返して終了する
（ステップＳＴ２０８）。
【００８１】属性名の属性に新しい属性値を設定するデ
ータ処理メソッド３０１の処理のフローチャートは、図
１６のようになる。データ処理メソッド３０１は、属
性”クラス名”の値からクラス別データ１４１を求める
（ステップＳＴ３０１）。 次に、クラス別データ１４
１を引数の属性名で検索して、属性別データ１４２を求
める（ステップＳＴ３０２）。そして、この属性が設定
可能かチェックする（ステップＳＴ３０３）。設定可能
ならば、新しい属性値が属性の定義域１２１を満足する
かどうかをチェックする（ステップＳＴ３０４）。満足
すれば、属性別データ１４２の属性オフセットを利用し
て、属性のデータ領域を求め（ステップＳＴ３０５）、
属性のデータ領域に新しい属性値を設定する（ステップ
ＳＴ３０６）。そして、戻り値に正常実行できたことを
意味する値を設定する（ステップＳＴ３０７）。設定可
能でない場合には、エラーメッセージを出し（ステップ
ＳＴ３０８）、エラーが有ることを示す値を戻り値に設
定する（ステップＳＴ３０９）。そして、戻り値を返し
て終了する（ステップＳＴ３１０）。
ータ処理メソッド３０１の処理のフローチャートは、図
１６のようになる。データ処理メソッド３０１は、属
性”クラス名”の値からクラス別データ１４１を求める
（ステップＳＴ３０１）。 次に、クラス別データ１４
１を引数の属性名で検索して、属性別データ１４２を求
める（ステップＳＴ３０２）。そして、この属性が設定
可能かチェックする（ステップＳＴ３０３）。設定可能
ならば、新しい属性値が属性の定義域１２１を満足する
かどうかをチェックする（ステップＳＴ３０４）。満足
すれば、属性別データ１４２の属性オフセットを利用し
て、属性のデータ領域を求め（ステップＳＴ３０５）、
属性のデータ領域に新しい属性値を設定する（ステップ
ＳＴ３０６）。そして、戻り値に正常実行できたことを
意味する値を設定する（ステップＳＴ３０７）。設定可
能でない場合には、エラーメッセージを出し（ステップ
ＳＴ３０８）、エラーが有ることを示す値を戻り値に設
定する（ステップＳＴ３０９）。そして、戻り値を返し
て終了する（ステップＳＴ３１０）。
【００８２】なお、データ処理メソッド３０１の例とし
て、属性の値をそのまま返したり、属性に新しい値を設
定したりするものを説明したが、これら以外にもより複
雑な処理の関数またはメソッドも関数ライブラリ１０４
として用意できる。 例えば、属性値の集合の中からあ
る条件を満足するものだけを選び出すメソッドや、属性
値の集合に要素を追加するメソッドなども関数リブラリ
１０４として用意できる。
て、属性の値をそのまま返したり、属性に新しい値を設
定したりするものを説明したが、これら以外にもより複
雑な処理の関数またはメソッドも関数ライブラリ１０４
として用意できる。 例えば、属性値の集合の中からあ
る条件を満足するものだけを選び出すメソッドや、属性
値の集合に要素を追加するメソッドなども関数リブラリ
１０４として用意できる。
【００８３】実施例８．以下、この発明の第８の実施例
によるオブジェクト型モデル作成システム１００を図に
ついて説明する。図１７はこの実施例によるオブジェク
ト型モデル作成システム１００の構成を示すブロック図
である。図１７に示すオブジェクト型モデル作成システ
ム１００は、図１３に示すシステムに対して、メソッド
定義処理部（自動作成手段）４０１とメソッド記述のひ
な型４０４が有る点、データ処理自動定義メソッド（モ
デル利用手段）３０１Aが有る点、データ処理メソッド
（モデル利用手段）３０１が無い点、および関数ライブ
ラリ１０４にデータ処理自動定義メソッド３０１Aから
呼ばれるデータ処理関数４０２が有る点が異なってい
る。なお、データ処理に関するデータ３００は、メソッ
ドを自動定義するためのメソッド定義データ４０３を含
む。その他の部分の構成は図１３に示す構成と同じであ
る。なお、メソッド定義処理部４０１はあらかじめ用意
されている関数であり、データ処理自動定義メソッド３
０１Ａはアプリケーション３に依存する。
によるオブジェクト型モデル作成システム１００を図に
ついて説明する。図１７はこの実施例によるオブジェク
ト型モデル作成システム１００の構成を示すブロック図
である。図１７に示すオブジェクト型モデル作成システ
ム１００は、図１３に示すシステムに対して、メソッド
定義処理部（自動作成手段）４０１とメソッド記述のひ
な型４０４が有る点、データ処理自動定義メソッド（モ
デル利用手段）３０１Aが有る点、データ処理メソッド
（モデル利用手段）３０１が無い点、および関数ライブ
ラリ１０４にデータ処理自動定義メソッド３０１Aから
呼ばれるデータ処理関数４０２が有る点が異なってい
る。なお、データ処理に関するデータ３００は、メソッ
ドを自動定義するためのメソッド定義データ４０３を含
む。その他の部分の構成は図１３に示す構成と同じであ
る。なお、メソッド定義処理部４０１はあらかじめ用意
されている関数であり、データ処理自動定義メソッド３
０１Ａはアプリケーション３に依存する。
【００８４】メソッド定義に関するデータや処理の関係
の例を図１８に示す。メソッド定義データ４０３が、メ
ソッド定義処理４０１の入力になるデータ処理に関する
データ３００である。図１８に示すメソッド定義データ
４０３は、クラス”ＡＩボードの属性”ＡＩデータ”を
検索して自端電流データ_pを満足するオブジェクト名を
返すメソッドを、クラス”ＡＩボード”で自動定義すべ
きことを意味する。検索条件関数の自端電流データ_p
は、アプリケーションプログラム３で定義される関数で
ある。また、int subtypep（クラス名１, クラス名
２）; は、クラス名１がクラス名２またはその子孫のク
ラスかどうかを判定するデータ処理関数４０２である。
図１８に示すメソッド定義データ４０３は、「（def-me
mber-info (ＡＩデータ ＡＩボード) :def-func-data
-call-one ((自端電流データ_p)) …）」というクラス
設計内容記述１３５から作成される。「:def-func-data
-call-one」という予約語に対応して、メソッド定義デ
ータ４０３の属性“メソッドの種類”の値すなわちメソ
ッド記述のひな型４０４の種類が決まる。このクラス設
計内容記述１３５は、クラス“ＡＩボード”で、“find
_one_自端電流データ_p_from_ＡＩデータ()”という名
前のメソッドを定義することを記述する。クラス“ＡＩ
ボード”のこの名前のメソッドは、属性“ＡＩデータ”
に格納される集合の各要素に対して“自端電流データ_
p”という関数を適用してゼロでない値を返す最初の要
素を返す関数である。
の例を図１８に示す。メソッド定義データ４０３が、メ
ソッド定義処理４０１の入力になるデータ処理に関する
データ３００である。図１８に示すメソッド定義データ
４０３は、クラス”ＡＩボードの属性”ＡＩデータ”を
検索して自端電流データ_pを満足するオブジェクト名を
返すメソッドを、クラス”ＡＩボード”で自動定義すべ
きことを意味する。検索条件関数の自端電流データ_p
は、アプリケーションプログラム３で定義される関数で
ある。また、int subtypep（クラス名１, クラス名
２）; は、クラス名１がクラス名２またはその子孫のク
ラスかどうかを判定するデータ処理関数４０２である。
図１８に示すメソッド定義データ４０３は、「（def-me
mber-info (ＡＩデータ ＡＩボード) :def-func-data
-call-one ((自端電流データ_p)) …）」というクラス
設計内容記述１３５から作成される。「:def-func-data
-call-one」という予約語に対応して、メソッド定義デ
ータ４０３の属性“メソッドの種類”の値すなわちメソ
ッド記述のひな型４０４の種類が決まる。このクラス設
計内容記述１３５は、クラス“ＡＩボード”で、“find
_one_自端電流データ_p_from_ＡＩデータ()”という名
前のメソッドを定義することを記述する。クラス“ＡＩ
ボード”のこの名前のメソッドは、属性“ＡＩデータ”
に格納される集合の各要素に対して“自端電流データ_
p”という関数を適用してゼロでない値を返す最初の要
素を返す関数である。
【００８５】自動定義されるデータ処理自動定義メソッ
ド３０１Aは、メソッド記述のひな型４０４の変数部分
にメソッド定義データ４０３の値を入れて作成される。
なお、メソッド記述のひな型４０４の変数は、クラス
名、検索条件関数名、検索属性名などの下線が有る部分
である。メソッド記述のひな型４０４の種類は、メソッ
ド定義データ４０３の属性“メソッドの種類”の値から
決まる。メソッドの種類がデータ検索で、図１８に示す
ように戻り値が集合でない場合には、メソッド名は” f
ind_one_検索条件関数名_from_検索属性名”となる。
メソッドの中身は、属性を引数にしてデータ処理関数４
０２を呼ぶ形で記述される。
ド３０１Aは、メソッド記述のひな型４０４の変数部分
にメソッド定義データ４０３の値を入れて作成される。
なお、メソッド記述のひな型４０４の変数は、クラス
名、検索条件関数名、検索属性名などの下線が有る部分
である。メソッド記述のひな型４０４の種類は、メソッ
ド定義データ４０３の属性“メソッドの種類”の値から
決まる。メソッドの種類がデータ検索で、図１８に示す
ように戻り値が集合でない場合には、メソッド名は” f
ind_one_検索条件関数名_from_検索属性名”となる。
メソッドの中身は、属性を引数にしてデータ処理関数４
０２を呼ぶ形で記述される。
【００８６】メソッド定義処理４０１は、メソッド定義
データ４０３のクラスのメソッドとして定義される。ま
た、データ処理関数４０２は集合などの基本的なデータ
を表現するクラスのメソッドまたは通常の関数として定
義される。
データ４０３のクラスのメソッドとして定義される。ま
た、データ処理関数４０２は集合などの基本的なデータ
を表現するクラスのメソッドまたは通常の関数として定
義される。
【００８７】次に動作について説明する。まず、クラス
設計内容ファイル１０３がクラス設計内容読み込み処理
部１０２に入力される。クラス設計内容読み込み処理部
１０２は、クラス設計内容ファイル１０３の内容を用い
てクラス設計内容データ１０１を作成する。 このと
き、メソッド定義データ４０３に関しても矛盾検査を行
う。図１８に示す場合には、属性”ＡＩデータ”の属性
値が集合でない場合や、検索条件関数”自端電流データ
_p”がクラス”ＡＩデータ”で定義されていない場合に
は、矛盾として検出される。
設計内容ファイル１０３がクラス設計内容読み込み処理
部１０２に入力される。クラス設計内容読み込み処理部
１０２は、クラス設計内容ファイル１０３の内容を用い
てクラス設計内容データ１０１を作成する。 このと
き、メソッド定義データ４０３に関しても矛盾検査を行
う。図１８に示す場合には、属性”ＡＩデータ”の属性
値が集合でない場合や、検索条件関数”自端電流データ
_p”がクラス”ＡＩデータ”で定義されていない場合に
は、矛盾として検出される。
【００８８】次に、メソッド定義処理４０１が、アプリ
ケーションプログラム３の内容に応じたデータ処理自動
定義メソッド３０１Ａを自動定義する。そして、データ
処理自動定義メソッド３０１Ａやアプリケーションプロ
グラム３がコンパイルリンクされて実行モジュールが作
成される。オブジェクト型モデル１の作成の方法は、第
１の実施例の場合と同様である。オブジェクト型モデル
１は、自動作成されたデータ処理自動定義メソッド３０
１Ａからデータ処理関数４０２が呼ばれる形で利用され
る。
ケーションプログラム３の内容に応じたデータ処理自動
定義メソッド３０１Ａを自動定義する。そして、データ
処理自動定義メソッド３０１Ａやアプリケーションプロ
グラム３がコンパイルリンクされて実行モジュールが作
成される。オブジェクト型モデル１の作成の方法は、第
１の実施例の場合と同様である。オブジェクト型モデル
１は、自動作成されたデータ処理自動定義メソッド３０
１Ａからデータ処理関数４０２が呼ばれる形で利用され
る。
【００８９】なお、ここでは属性値に代入された集合か
ら条件を満足する１個のオブジェクト名を返すようなデ
ータ処理自動定義メソッド３０１Ａを自動定義する例を
示したが、他の種類のデータ処理メソッドも自動定義で
きる。例えば、属性値の値を返すメソッド、属性値に値
を設定するメソッド、属性値の集合に値を追加するメソ
ッド、属性値の集合から指定した条件に満足するものの
集合を返すメソッドなどである。
ら条件を満足する１個のオブジェクト名を返すようなデ
ータ処理自動定義メソッド３０１Ａを自動定義する例を
示したが、他の種類のデータ処理メソッドも自動定義で
きる。例えば、属性値の値を返すメソッド、属性値に値
を設定するメソッド、属性値の集合に値を追加するメソ
ッド、属性値の集合から指定した条件に満足するものの
集合を返すメソッドなどである。
【００９０】実施例９．以下、この発明の第９の実施例
によるオブジェクト型モデル作成システム１００を図に
ついて説明する。図１９はこの実施例によるオブジェク
ト型モデル作成システム１００の構成を示すブロック図
である。図１９に示すオブジェクト型モデル作成システ
ム１００は、図８に示すシステムに対して、設計シート
５０１と設計シート入力インターフェース（入力インタ
ーフェース）５０２が追加された点、関数ライブラリ１
０４が設計シート入力画面実現メソッド５３５とオブジ
ェクト作成用データ管理メソッド５６５を有する点、お
よびモデル作成部（オブジェクト型モデル作成手段）４
がアプリケーションプログラム３からモデル作成処理部
５０３に移動されている点が異なっている。
によるオブジェクト型モデル作成システム１００を図に
ついて説明する。図１９はこの実施例によるオブジェク
ト型モデル作成システム１００の構成を示すブロック図
である。図１９に示すオブジェクト型モデル作成システ
ム１００は、図８に示すシステムに対して、設計シート
５０１と設計シート入力インターフェース（入力インタ
ーフェース）５０２が追加された点、関数ライブラリ１
０４が設計シート入力画面実現メソッド５３５とオブジ
ェクト作成用データ管理メソッド５６５を有する点、お
よびモデル作成部（オブジェクト型モデル作成手段）４
がアプリケーションプログラム３からモデル作成処理部
５０３に移動されている点が異なっている。
【００９１】設計シート５０１はモデル化対象物の設計
内容を記述するデータである。設計シート５０１はオブ
ジェクト型モデル１を作成するのに必要かつ十分なデー
タを持つ。 設計シート入力インターフェース５０２
は、モデル作成者１３が設計シート５０１を画面上から
作成したり修正したりするためのインターフェースであ
る。以下、設計シート入力インターフェース５０２の画
面を設計シート入力画面５０５と呼ぶ。モデル作成処理
部５０３は、設計シート５０１とクラス設計内容データ
１０１を入力として、関数ライブラリ１０４の中のオブ
ジェクト作成メソッド６を使用して、オブジェクト型モ
デル１を作成する。
内容を記述するデータである。設計シート５０１はオブ
ジェクト型モデル１を作成するのに必要かつ十分なデー
タを持つ。 設計シート入力インターフェース５０２
は、モデル作成者１３が設計シート５０１を画面上から
作成したり修正したりするためのインターフェースであ
る。以下、設計シート入力インターフェース５０２の画
面を設計シート入力画面５０５と呼ぶ。モデル作成処理
部５０３は、設計シート５０１とクラス設計内容データ
１０１を入力として、関数ライブラリ１０４の中のオブ
ジェクト作成メソッド６を使用して、オブジェクト型モ
デル１を作成する。
【００９２】モデル作成処理部５０３は、オブジェクト
作成用データ管理処理部５０７とモデル作成部４とで構
成される。オブジェクト作成用データ管理処理部５０７
は、クラス設計内容データ１０１を参照して、設計シー
ト５０１とオブジェクト作成用データ８を管理する。実
施例９におけるオブジェクト作成用データ８は、オブジ
ェクト２のクラス名や初期化に必要な属性の値や設計シ
ートとの関係などのデータである。モデル作成部４にお
いて、オブジェクト作成用データ読み込み部９とオブジ
ェクト作成記述７とが繰り返し実行される。 オブジェ
クト作成記述７は、関数ライブラリ１０４の中のオブジ
ェクト作成メソッド６を使用して、オブジェクト型モデ
ル１を作成する。そして、アプリケーションプログラム
３のモデル利用部５がオブジェクト型モデル１を利用す
る。ここでは、オブジェクト作成用データ管理処理部５
０７がクラス設計内容データ１０１を利用して設計シー
ト内容データ５０９からオブジェクト作成用データを作
成または修正し、モデル作成部４およびオブジェクト作
成メソッド６が、クラス設計内容データ１０１を参照し
てオブジェクト作成用データ８からオブジェクト型モデ
ル１を作成する。すなわち、モデル作成処理部５０３
は、オブジェクト作成メソッド６を起動するモデル作成
部（オブジェクト型モデル作成手段）４およびオブジェ
クト作成用データ管理処理部５０７を含むものである。
作成用データ管理処理部５０７とモデル作成部４とで構
成される。オブジェクト作成用データ管理処理部５０７
は、クラス設計内容データ１０１を参照して、設計シー
ト５０１とオブジェクト作成用データ８を管理する。実
施例９におけるオブジェクト作成用データ８は、オブジ
ェクト２のクラス名や初期化に必要な属性の値や設計シ
ートとの関係などのデータである。モデル作成部４にお
いて、オブジェクト作成用データ読み込み部９とオブジ
ェクト作成記述７とが繰り返し実行される。 オブジェ
クト作成記述７は、関数ライブラリ１０４の中のオブジ
ェクト作成メソッド６を使用して、オブジェクト型モデ
ル１を作成する。そして、アプリケーションプログラム
３のモデル利用部５がオブジェクト型モデル１を利用す
る。ここでは、オブジェクト作成用データ管理処理部５
０７がクラス設計内容データ１０１を利用して設計シー
ト内容データ５０９からオブジェクト作成用データを作
成または修正し、モデル作成部４およびオブジェクト作
成メソッド６が、クラス設計内容データ１０１を参照し
てオブジェクト作成用データ８からオブジェクト型モデ
ル１を作成する。すなわち、モデル作成処理部５０３
は、オブジェクト作成メソッド６を起動するモデル作成
部（オブジェクト型モデル作成手段）４およびオブジェ
クト作成用データ管理処理部５０７を含むものである。
【００９３】デジタルリレーのモデルを作成する場合の
設計シート入力画面５０５の例を図２０に示す。１個の
設計シート５０１に対応して、１個の設計シート入力画
面５０５が有る。設計シート入力画面５０５には、いく
つかの入力項目表示５１０が有る。 図２０において、
「リレー種別： ＰＣＭ 回線選択 ブスプロ 変圧
器差動」、「ＡＩボード枚数： １ ２ ３」などが入
力項目表示５１０である。 また、選択されている値は
太字で、選択できない値は斜体で表示されている。
設計シート入力画面５０５の例を図２０に示す。１個の
設計シート５０１に対応して、１個の設計シート入力画
面５０５が有る。設計シート入力画面５０５には、いく
つかの入力項目表示５１０が有る。 図２０において、
「リレー種別： ＰＣＭ 回線選択 ブスプロ 変圧
器差動」、「ＡＩボード枚数： １ ２ ３」などが入
力項目表示５１０である。 また、選択されている値は
太字で、選択できない値は斜体で表示されている。
【００９４】設計シート５０１は、入力操作により変更
されない設計シート固定データ５０８と、変更される設
計シート内容データ５０９とに分けられる。設計シート
固定データ５０８として、設計シート入力画面５０５を
実現するためのデータや、モデル作成処理５０３の動作
を制御するためのデータなどが有る。設計シート固定デ
ータ５０８は、入力項目５１１、画面表示データ５１
２、他の設計シートとの関係５１４、および設計シート
に関するその他のデータ５１５などから構成される。設
計シート固定データ５０８は、予め定義されたクラスま
たはその子孫のクラスのオブジェクト２として表現され
ている。従って、オブジェクト作成用データ管理処理部
５０７は、設計シート固定データ５０８のオブジェクト
２のクラスまたは予め定義された親クラスに定義されて
いるメソッドすなわちオブジェクト作成用データ管理メ
ソッド５６５を利用してオブジェクト作成用データ８を
作成することになる。オブジェクト作成用データ管理メ
ソッド５６５は、前記設計シート固定データと前記クラ
ス設計内容データの少なくとも一を利用する。なお、設
計シート内容データ５０９は、設計シート固定データ５
０８のオブジェクト２の一部の属性で表現してもよい
し、設計シート固定データ５０８のオブジェクト２から
参照可能な別のオブジェクト２としてもよい。
されない設計シート固定データ５０８と、変更される設
計シート内容データ５０９とに分けられる。設計シート
固定データ５０８として、設計シート入力画面５０５を
実現するためのデータや、モデル作成処理５０３の動作
を制御するためのデータなどが有る。設計シート固定デ
ータ５０８は、入力項目５１１、画面表示データ５１
２、他の設計シートとの関係５１４、および設計シート
に関するその他のデータ５１５などから構成される。設
計シート固定データ５０８は、予め定義されたクラスま
たはその子孫のクラスのオブジェクト２として表現され
ている。従って、オブジェクト作成用データ管理処理部
５０７は、設計シート固定データ５０８のオブジェクト
２のクラスまたは予め定義された親クラスに定義されて
いるメソッドすなわちオブジェクト作成用データ管理メ
ソッド５６５を利用してオブジェクト作成用データ８を
作成することになる。オブジェクト作成用データ管理メ
ソッド５６５は、前記設計シート固定データと前記クラ
ス設計内容データの少なくとも一を利用する。なお、設
計シート内容データ５０９は、設計シート固定データ５
０８のオブジェクト２の一部の属性で表現してもよい
し、設計シート固定データ５０８のオブジェクト２から
参照可能な別のオブジェクト２としてもよい。
【００９５】入力項目５１１は、入力項目表示５１０を
実現する予め定義されたクラスまたはその子孫のクラス
のオブジェクト２である。入力値の定義域５２１、画面
表示データ５１２、他の入力項目との関係５２３、オブ
ジェクト作成用データとの関係５２５、および入力項目
に関するその他のデータ５２６などから構成される。入
力値の定義域５２１は、入力可能な値の範囲である。デ
ジタルリレーの種類すなわちオブジェクトのクラスを決
める場合では 「 ＰＣＭ 回線選択 ブスプロ変圧器差動 」
などのようになる。なお、入力値がそのままオブジェク
トの属性値になる場合は、入力値の定義域５２１を持た
ずに、対応する属性の定義域１２１ を使用してもよい。
画面表示データ５１２は、表示位置などのデータであ
る。他の入力項目との関係５２３とは、この項目と影響
を与えたり受けたりする他の入力項目などである。オブ
ジェクト作成用データとの関係５２５とは、この項目か
ら決定されるオブジェクト作成用データ８などのことで
ある。これら以外のデータが、入力項目に関するその他
のデータ５２６である。
実現する予め定義されたクラスまたはその子孫のクラス
のオブジェクト２である。入力値の定義域５２１、画面
表示データ５１２、他の入力項目との関係５２３、オブ
ジェクト作成用データとの関係５２５、および入力項目
に関するその他のデータ５２６などから構成される。入
力値の定義域５２１は、入力可能な値の範囲である。デ
ジタルリレーの種類すなわちオブジェクトのクラスを決
める場合では 「 ＰＣＭ 回線選択 ブスプロ変圧器差動 」
などのようになる。なお、入力値がそのままオブジェク
トの属性値になる場合は、入力値の定義域５２１を持た
ずに、対応する属性の定義域１２１ を使用してもよい。
画面表示データ５１２は、表示位置などのデータであ
る。他の入力項目との関係５２３とは、この項目と影響
を与えたり受けたりする他の入力項目などである。オブ
ジェクト作成用データとの関係５２５とは、この項目か
ら決定されるオブジェクト作成用データ８などのことで
ある。これら以外のデータが、入力項目に関するその他
のデータ５２６である。
【００９６】設計シート固定データ５０８の残りの構成
要素を説明する。画面表示データ５１２は、ウインドの
サイズや位置やタイトルなどのデータである。他の設計
シートとの関係５１４とは、何らかの関係をもつ他の設
計シート５０１のデータである。これら以外のデータ
が、設計シートに関するその他のデータ５１５である。
図２０の設計シート入力画面５０５の例のように、他の
設計シートとの関係５１４は設計シート入力画面５０５
に表示される。設計シート入力画面５０５から設計シー
ト５０１を指定することにより、その設計シート５０１
の設計シート入力画面５０５への画面渡りできる。
要素を説明する。画面表示データ５１２は、ウインドの
サイズや位置やタイトルなどのデータである。他の設計
シートとの関係５１４とは、何らかの関係をもつ他の設
計シート５０１のデータである。これら以外のデータ
が、設計シートに関するその他のデータ５１５である。
図２０の設計シート入力画面５０５の例のように、他の
設計シートとの関係５１４は設計シート入力画面５０５
に表示される。設計シート入力画面５０５から設計シー
ト５０１を指定することにより、その設計シート５０１
の設計シート入力画面５０５への画面渡りできる。
【００９７】設計シート内容データ５０９には、設計シ
ートの状態５２７と入力項目の状態５２８とが有る。設
計シートの状態５２７は、その設計シート５０１に入力
すべきか、入力完了しているかなどのことである。入力
項目の状態５２８とは、その項目に入力することが必要
か、入力されているか、入力された値などのことであ
る。
ートの状態５２７と入力項目の状態５２８とが有る。設
計シートの状態５２７は、その設計シート５０１に入力
すべきか、入力完了しているかなどのことである。入力
項目の状態５２８とは、その項目に入力することが必要
か、入力されているか、入力された値などのことであ
る。
【００９８】デジタルリレーのモデルを作成する場合の
設計シート５０１と入力項目５１１の例を図２１に示
す。設計シート５０１や入力項目５１１は、オブジェク
ト１である。なお、図２１に示した設計シート５０１や
入力項目５１１の表現は一例であり、他の表現も可能で
ある。
設計シート５０１と入力項目５１１の例を図２１に示
す。設計シート５０１や入力項目５１１は、オブジェク
ト１である。なお、図２１に示した設計シート５０１や
入力項目５１１の表現は一例であり、他の表現も可能で
ある。
【００９９】設計シート５０１は親子関係を持ち、その
設計シート５０１に属する入力項目５１１を持つ。子の
設計シート５０１とは、ある設計シート５０１の細部を
決めるための設計シート５０１のことである。設計シー
トの状態５２７は、属性”有効”、属性”有効初期値”
などの属性などにより表現する。属性”有効”は、この
設計シート５０１を使用すべきことを意味する。 属
性”有効初期値”は、最初からこの設計シート５０１を
使用すべきかどうかを意味する。属性”有効性条件”
は、この設計シート５０１の属性”有効”を変更させる
条件のデータ（以下では、有効性変化条件５２９と呼
ぶ）を持つ。 属性”有効”、属性”有効初期値”、属
性”有効性条件”などは、入力項目５１１でも存在する
が、それらは入力項目の状態５２８を表現する。
設計シート５０１に属する入力項目５１１を持つ。子の
設計シート５０１とは、ある設計シート５０１の細部を
決めるための設計シート５０１のことである。設計シー
トの状態５２７は、属性”有効”、属性”有効初期値”
などの属性などにより表現する。属性”有効”は、この
設計シート５０１を使用すべきことを意味する。 属
性”有効初期値”は、最初からこの設計シート５０１を
使用すべきかどうかを意味する。属性”有効性条件”
は、この設計シート５０１の属性”有効”を変更させる
条件のデータ（以下では、有効性変化条件５２９と呼
ぶ）を持つ。 属性”有効”、属性”有効初期値”、属
性”有効性条件”などは、入力項目５１１でも存在する
が、それらは入力項目の状態５２８を表現する。
【０１００】選択項目５３１や自由項目５３２は、入力
項目５１１の最小単位である。選択項目５３１では、い
くつかの可能な選択肢の中から１つをモデル作成者１３
が選択する。自由項目５３２には、モデル作成者１３が
自由にデータを入力する。表要素５３３や横向表５３４
は、より小さな入力項目５１１を組み合わせたものであ
る。横向表５３４は、表要素５３３を横に並べた表であ
る。表要素５３３は、自由項目５３２をまとめたもので
ある。なお、ここで例に上げた以外の種類の入力項目５
１１も存在可能である。図２０で、「ボードのＩＤ」の
下の表が横向表５３４の例である。
項目５１１の最小単位である。選択項目５３１では、い
くつかの可能な選択肢の中から１つをモデル作成者１３
が選択する。自由項目５３２には、モデル作成者１３が
自由にデータを入力する。表要素５３３や横向表５３４
は、より小さな入力項目５１１を組み合わせたものであ
る。横向表５３４は、表要素５３３を横に並べた表であ
る。表要素５３３は、自由項目５３２をまとめたもので
ある。なお、ここで例に上げた以外の種類の入力項目５
１１も存在可能である。図２０で、「ボードのＩＤ」の
下の表が横向表５３４の例である。
【０１０１】選択項目５３１の属性を説明する。属性”
所属要素”は、その選択項目が属する要素である。属す
る要素は、設計シート５０１の場合もあれば、表要素５
３３の場合もある。属性”選択可能値”は、可能な選択
肢を列挙する。属性”選択不可能値”は、選択できない
選択肢である。属性”選択値”は、実際に選択された値
である。属性”オブジェクト関係付”がオブジェクト作
成用データとの関係５２５を表現するものである。より
具体的に説明すると、属性”オブジェクト関係付”から
は、この選択値からどのようなオブジェクト作成用デー
タ８を作成するかを表現するデータであるオブジェクト
関係付け５６１のオブジェクトを参照する。オブジェク
ト作成用データ８からも関連するオブジェクト関係付け
５６１を参照する。
所属要素”は、その選択項目が属する要素である。属す
る要素は、設計シート５０１の場合もあれば、表要素５
３３の場合もある。属性”選択可能値”は、可能な選択
肢を列挙する。属性”選択不可能値”は、選択できない
選択肢である。属性”選択値”は、実際に選択された値
である。属性”オブジェクト関係付”がオブジェクト作
成用データとの関係５２５を表現するものである。より
具体的に説明すると、属性”オブジェクト関係付”から
は、この選択値からどのようなオブジェクト作成用デー
タ８を作成するかを表現するデータであるオブジェクト
関係付け５６１のオブジェクトを参照する。オブジェク
ト作成用データ８からも関連するオブジェクト関係付け
５６１を参照する。
【０１０２】図２０では、ＡＩボード枚数の選択項目
で、選択値である「１」が太字で表示され、選択不可能
である「２」と「３」は斜体で表示される。このような
画面上での表示や、マウスなどの入力手段による選択値
の入力などを処理するメソッドを、選択項目５３１は持
つ。 これらの入力項目のオブジェクト２のクラスまた
はその親クラスである予め定義されたクラスに定義され
たメソッドが、予め関数ライブラリ１０４として準備さ
れる設計シート入力画面実現メソッド５３５である。そ
のため、設計シート入力インターフェース（入力インタ
ーフェース）５０２が設計シート入力画面実現メソッド
５３５を利用する。設計シート入力画面実現メソッド５
３５は、前記設計シート固定データと前記クラス設計内
容データの少なくとも一を利用する。
で、選択値である「１」が太字で表示され、選択不可能
である「２」と「３」は斜体で表示される。このような
画面上での表示や、マウスなどの入力手段による選択値
の入力などを処理するメソッドを、選択項目５３１は持
つ。 これらの入力項目のオブジェクト２のクラスまた
はその親クラスである予め定義されたクラスに定義され
たメソッドが、予め関数ライブラリ１０４として準備さ
れる設計シート入力画面実現メソッド５３５である。そ
のため、設計シート入力インターフェース（入力インタ
ーフェース）５０２が設計シート入力画面実現メソッド
５３５を利用する。設計シート入力画面実現メソッド５
３５は、前記設計シート固定データと前記クラス設計内
容データの少なくとも一を利用する。
【０１０３】自由項目５３２の属性”定義域”は、どの
ような値を入力してもよいかを意味する。 入力値は実
際に入力された値である。属性”定義域”は固定の場合
もあれば、他の入力項目５１１の入力値により変化する
ように記述することもできる。自由項目５３２は、入力
された値を表示したり、入力手段から値の入力を受け付
けたり、入力値が定義域を満足するかチェックしたりす
るなどのメソッドを持つ。これらのメソッドも、設計シ
ート入力画面実現メソッド５３５である。
ような値を入力してもよいかを意味する。 入力値は実
際に入力された値である。属性”定義域”は固定の場合
もあれば、他の入力項目５１１の入力値により変化する
ように記述することもできる。自由項目５３２は、入力
された値を表示したり、入力手段から値の入力を受け付
けたり、入力値が定義域を満足するかチェックしたりす
るなどのメソッドを持つ。これらのメソッドも、設計シ
ート入力画面実現メソッド５３５である。
【０１０４】横向表５３４の属性”表要素”は、属する
表要素５３３の集合である。属性”直行軸”は、表要素
を並べる向きに直行する軸に書かれる項目名の集合であ
る。表要素５３３の属性”項目集合”は、属する自由項
目５３２の集合である。表要素５３３に属する自由項目
５３２は、属性”項目名”が横向表５３４の属性”直行
軸”に有るものが１個ずつなければならない。
表要素５３３の集合である。属性”直行軸”は、表要素
を並べる向きに直行する軸に書かれる項目名の集合であ
る。表要素５３３の属性”項目集合”は、属する自由項
目５３２の集合である。表要素５３３に属する自由項目
５３２は、属性”項目名”が横向表５３４の属性”直行
軸”に有るものが１個ずつなければならない。
【０１０５】有効性変化条件５２９の例を図２２に示
す。図２２は、リレー種別でＰＣＭまたは回線選択が選
択されると、ＡＩボード枚数が２をとれなくなることを
意味する。属性”変化の向き”は、有効化または無効化
のいずれかの値をとる。属性”対象要素”は、有効性が
変化する要素を意味する。属性”対象選択値”は、選択
項目５３１のある選択肢の有効性を変化させる場合だけ
使用される。選択できなくなった選択肢は、選択項目５
３１の属性”選択不可能値”の要素になる。属性”変化
条件”は、有効性の変化が起きる条件が入る。図２２で
は、１個の要素に関する要素条件５４４を使用している
が、複数の要素条件をAND またはOR結合することも可能
である。 設計シート５０１や入力項目５１１の属性”
有効性条件”には、対象要素または変化条件に自分を記
述する有効性変化条件５２９が入る。図２２では、有効
性変化条件５２９の対象要素が選択項目００２であり、
変化条件には選択項目００１が使用されている。そのた
め、選択項目００１と選択項目００２の属性“有効性条
件”には、この有効性変化条件５２９が入る。
す。図２２は、リレー種別でＰＣＭまたは回線選択が選
択されると、ＡＩボード枚数が２をとれなくなることを
意味する。属性”変化の向き”は、有効化または無効化
のいずれかの値をとる。属性”対象要素”は、有効性が
変化する要素を意味する。属性”対象選択値”は、選択
項目５３１のある選択肢の有効性を変化させる場合だけ
使用される。選択できなくなった選択肢は、選択項目５
３１の属性”選択不可能値”の要素になる。属性”変化
条件”は、有効性の変化が起きる条件が入る。図２２で
は、１個の要素に関する要素条件５４４を使用している
が、複数の要素条件をAND またはOR結合することも可能
である。 設計シート５０１や入力項目５１１の属性”
有効性条件”には、対象要素または変化条件に自分を記
述する有効性変化条件５２９が入る。図２２では、有効
性変化条件５２９の対象要素が選択項目００２であり、
変化条件には選択項目００１が使用されている。そのた
め、選択項目００１と選択項目００２の属性“有効性条
件”には、この有効性変化条件５２９が入る。
【０１０６】有効化の有効性変化条件５２９が満足され
ると対象要素の属性”有効”がYESに変化する。逆に、
無効化の有効性変化条件５２９が満足されると、対象要
素の属性”有効”がNOに変化する。 ある要素で、有効
化と無効化の有効性変化条件５２９の両方が満足される
場合には、無効化の方を優先し、対象要素の属性”有
効”はNOになる。
ると対象要素の属性”有効”がYESに変化する。逆に、
無効化の有効性変化条件５２９が満足されると、対象要
素の属性”有効”がNOに変化する。 ある要素で、有効
化と無効化の有効性変化条件５２９の両方が満足される
場合には、無効化の方を優先し、対象要素の属性”有
効”はNOになる。
【０１０７】オブジェクト作成用データ８の例を図２３
に示す。属性”要求クラス名”は、その子孫のクラスの
オブジェクトを作成する必要が有るクラス名である。属
性”実現クラス名”は、実際に作成されるオブジェクト
のクラス名である。クラスごとにオブジェクトの初期化
に必要な属性の数は異なるので、初期化必要属性データ
５５１により、１個の初期化必要属性とその属性値を表
現する。属性”初期化必要属性”から初期化必要属性デ
ータ５５１の集合を参照する。
に示す。属性”要求クラス名”は、その子孫のクラスの
オブジェクトを作成する必要が有るクラス名である。属
性”実現クラス名”は、実際に作成されるオブジェクト
のクラス名である。クラスごとにオブジェクトの初期化
に必要な属性の数は異なるので、初期化必要属性データ
５５１により、１個の初期化必要属性とその属性値を表
現する。属性”初期化必要属性”から初期化必要属性デ
ータ５５１の集合を参照する。
【０１０８】図２３に示すデジタルリレーのように、子
孫クラスのオブジェクトが必要ならばそのクラスを要求
クラス名とするオブジェクト作成用データ８が作成され
る。この時、要求クラス名のオブジェクトが存在できる
ならば、実現クラス名も要求クラス名と同じにされる。
オブジェクトが存在できないならば、属性”実現クラス
名”の値は未定にされる。初期化必要属性データ５５１
の属性値は未定にされる。
孫クラスのオブジェクトが必要ならばそのクラスを要求
クラス名とするオブジェクト作成用データ８が作成され
る。この時、要求クラス名のオブジェクトが存在できる
ならば、実現クラス名も要求クラス名と同じにされる。
オブジェクトが存在できないならば、属性”実現クラス
名”の値は未定にされる。初期化必要属性データ５５１
の属性値は未定にされる。
【０１０９】オブジェクト作成用データ８の未定部分
は、オブジェクト関係付けデータ５６１を利用して、設
計シート５０１に入力されたデータから設定される。オ
ブジェクト関係付けデータ５６１の例を図２４に示す。
オブジェクト関係付けデータ５６１の種類として、実現
クラス名決定と、設計シート５０１に入力されたデータ
を初期化必要属性データ５５１の属性値にそのまま代入
する等値代入と、変換して代入する変換代入とが有る。
図２４（ａ）の実現クラス名決定の例では、リレー種別
でＰＣＭ が選択されると、要求クラス名がデジタルリ
レーのオブジェクト作成用データ８の実現クラス名がＰ
ＣＭ リレーになる。（ｂ）の等値代入の例では、要求
クラス名がデジタルリレーのオブジェクト作成用データ
８のスロットIDの属性値には、自由項目００１の入力値
がそのまま代入される。（ｃ）変換代入の例では、ＡＩ
ボード枚数で２または３が設定されると、２枚目のＡＩ
ボードを表現する要求クラス名がＡＩボードであるオブ
ジェクト作成用データ８のＡＩボードＩＤに２が設定さ
れる。
は、オブジェクト関係付けデータ５６１を利用して、設
計シート５０１に入力されたデータから設定される。オ
ブジェクト関係付けデータ５６１の例を図２４に示す。
オブジェクト関係付けデータ５６１の種類として、実現
クラス名決定と、設計シート５０１に入力されたデータ
を初期化必要属性データ５５１の属性値にそのまま代入
する等値代入と、変換して代入する変換代入とが有る。
図２４（ａ）の実現クラス名決定の例では、リレー種別
でＰＣＭ が選択されると、要求クラス名がデジタルリ
レーのオブジェクト作成用データ８の実現クラス名がＰ
ＣＭ リレーになる。（ｂ）の等値代入の例では、要求
クラス名がデジタルリレーのオブジェクト作成用データ
８のスロットIDの属性値には、自由項目００１の入力値
がそのまま代入される。（ｃ）変換代入の例では、ＡＩ
ボード枚数で２または３が設定されると、２枚目のＡＩ
ボードを表現する要求クラス名がＡＩボードであるオブ
ジェクト作成用データ８のＡＩボードＩＤに２が設定さ
れる。
【０１１０】図２５にオブジェクト関係付けデータ５６
１と入力項目５１１とオブジェクト作成用データ８との
間の関係を示す。入力項目５１１では、属性”オブジェ
クト関係付け”にオブジェクト関係付けデータ５６１が
格納される。オブジェクト作成用データ８では、属性”
設計シート関係付け”にオブジェクト関係付けデータ５
６１が格納される。このとき、入力項目５１１は存在す
るすべてのオブジェクト関係付けデータ５６１を持つ
が、オブジェクト作成用データ８は設計シート側の条件
が満足されるオブジェクト関係付けデータ５６１だけを
持つ。設計シート側の条件が満足されるオブジェクト関
係付けデータ５６１に対して、条件を満足させるオブジ
ェクト作成用データ８が存在しない場合には、オブジェ
クト作成用管理データ処理部５０７は、条件を満足させ
るオブジェクト作成用データ８を新たに作成する。
１と入力項目５１１とオブジェクト作成用データ８との
間の関係を示す。入力項目５１１では、属性”オブジェ
クト関係付け”にオブジェクト関係付けデータ５６１が
格納される。オブジェクト作成用データ８では、属性”
設計シート関係付け”にオブジェクト関係付けデータ５
６１が格納される。このとき、入力項目５１１は存在す
るすべてのオブジェクト関係付けデータ５６１を持つ
が、オブジェクト作成用データ８は設計シート側の条件
が満足されるオブジェクト関係付けデータ５６１だけを
持つ。設計シート側の条件が満足されるオブジェクト関
係付けデータ５６１に対して、条件を満足させるオブジ
ェクト作成用データ８が存在しない場合には、オブジェ
クト作成用管理データ処理部５０７は、条件を満足させ
るオブジェクト作成用データ８を新たに作成する。
【０１１１】次に動作について説明する。オブジェクト
型モデル１の作成と利用の手順は図２６のフローチャー
トに示すようになる。まず、クラス設計内容読み込み処
理１０２が、クラス設計内容ファイル１０３を読み込ん
で、第１の実施例の場合と同様にしてクラス設計内容デ
ータ１０１を作成する（ステップＳＴ４０１）。 次
に、設計シート内容データ５０９に関するデータを未定
にして、設計シート５０１および入力項目５１１を作成
する（ステップＳＴ４０２）。有効性変化条件５２９や
オブジェクト関係付けデータ５６１など、設計シート固
定データ５０８を表現するすべてのオブジェクトを作成
する。その次に、モデル作成処理部５０３は、クラス設
計内容データ１０１を処理して必要なオブジェクト作成
用データ８を作成する（ステップＳＴ４０３）。子孫ク
ラスのオブジェクトが存在する必要が有るクラスがあれ
ば、そのクラスを要求クラス名としてオブジェクト作成
用データ８を作成する。
型モデル１の作成と利用の手順は図２６のフローチャー
トに示すようになる。まず、クラス設計内容読み込み処
理１０２が、クラス設計内容ファイル１０３を読み込ん
で、第１の実施例の場合と同様にしてクラス設計内容デ
ータ１０１を作成する（ステップＳＴ４０１）。 次
に、設計シート内容データ５０９に関するデータを未定
にして、設計シート５０１および入力項目５１１を作成
する（ステップＳＴ４０２）。有効性変化条件５２９や
オブジェクト関係付けデータ５６１など、設計シート固
定データ５０８を表現するすべてのオブジェクトを作成
する。その次に、モデル作成処理部５０３は、クラス設
計内容データ１０１を処理して必要なオブジェクト作成
用データ８を作成する（ステップＳＴ４０３）。子孫ク
ラスのオブジェクトが存在する必要が有るクラスがあれ
ば、そのクラスを要求クラス名としてオブジェクト作成
用データ８を作成する。
【０１１２】モデル作成者１３は、設計シート入力イン
ターフェース５０２からデータを入力する（ステップＳ
Ｔ４０４）。 オブジェクト作成用データ管理処理部５
０７は、ある入力項目５１１に関するデータが入力され
たならば、その入力項目５１１に関係する設計シート５
０１や入力項目５１１の有効性を修正する（ステップＳ
Ｔ４０５）。設計シート５０１や入力項目５１１の有効
性は、その入力項目５１１に関係する有効性変化条件５
２９がその時点で満足されるかどうかを検査することで
調べられる。そして、その結果に合わせて修正される。
ターフェース５０２からデータを入力する（ステップＳ
Ｔ４０４）。 オブジェクト作成用データ管理処理部５
０７は、ある入力項目５１１に関するデータが入力され
たならば、その入力項目５１１に関係する設計シート５
０１や入力項目５１１の有効性を修正する（ステップＳ
Ｔ４０５）。設計シート５０１や入力項目５１１の有効
性は、その入力項目５１１に関係する有効性変化条件５
２９がその時点で満足されるかどうかを検査することで
調べられる。そして、その結果に合わせて修正される。
【０１１３】オブジェクト作成用データ管理処理部５０
７は、オブジェクト作成用データ８を、図２７のフロー
チャートに示すような手順で修正する（ステップＳＴ４
０６）。 まず、入力操作がされた入力項目５１１の属
性”オブジェクト関係付け”にあるオブジェクト関係付
けデータ５６１を、処理すべきオブジェクト関係付けデ
ータ５６１の集合（以下、YET と呼ぶ）の初期値とする
（ステップＳＴ５０１）。また、作成または修整された
オブジェクト作成用データ８の集合（以下、MOD と呼
ぶ）の初期値を空集合とする（ステップＳＴ５０２）。
そして、入力操作前にその入力項目５１１の値が未定か
どうかを調べる（ステップＳＴ５０３）。未定でなけれ
ばその入力項目５１１の値は変更されているので、入力
操作前に設計シート側の条件が満足されていたオブジェ
クト関係付けデータ５６１をオブジェクト作成用データ
８の属性”設計シート関係付け”から除き、古い値で設
定されていたオブジェクト作成用データ８を未定に戻し
（ステップＳＴ５０４）、未定に戻されたオブジェクト
作成用データ８の属性をMOD に追加する（ステップＳＴ
５０５）。入力操作前にその入力項目５１１の値が未定
ならば、ステップＳＴ５０３から直接にステップＳＴ５
０６へ進む。
７は、オブジェクト作成用データ８を、図２７のフロー
チャートに示すような手順で修正する（ステップＳＴ４
０６）。 まず、入力操作がされた入力項目５１１の属
性”オブジェクト関係付け”にあるオブジェクト関係付
けデータ５６１を、処理すべきオブジェクト関係付けデ
ータ５６１の集合（以下、YET と呼ぶ）の初期値とする
（ステップＳＴ５０１）。また、作成または修整された
オブジェクト作成用データ８の集合（以下、MOD と呼
ぶ）の初期値を空集合とする（ステップＳＴ５０２）。
そして、入力操作前にその入力項目５１１の値が未定か
どうかを調べる（ステップＳＴ５０３）。未定でなけれ
ばその入力項目５１１の値は変更されているので、入力
操作前に設計シート側の条件が満足されていたオブジェ
クト関係付けデータ５６１をオブジェクト作成用データ
８の属性”設計シート関係付け”から除き、古い値で設
定されていたオブジェクト作成用データ８を未定に戻し
（ステップＳＴ５０４）、未定に戻されたオブジェクト
作成用データ８の属性をMOD に追加する（ステップＳＴ
５０５）。入力操作前にその入力項目５１１の値が未定
ならば、ステップＳＴ５０３から直接にステップＳＴ５
０６へ進む。
【０１１４】オブジェクト作成用データ８の属性を未定
に戻す例を図２８に示す。図２８に示す例は、選択項目
００１でブスプロからＰＣＭ へと選択値が変更された
場合である。要求クラスがデジタルリレーであるオブジ
ェクト作成用データ８の実現クラスとオブジェクト名と
が未定に戻される。また、設計シート側設定値がブスプ
ロのオブジェクト関係付けデータ５６１がオブジェクト
作成用データ８の属性”設計シート関係付け”から除か
れる。
に戻す例を図２８に示す。図２８に示す例は、選択項目
００１でブスプロからＰＣＭ へと選択値が変更された
場合である。要求クラスがデジタルリレーであるオブジ
ェクト作成用データ８の実現クラスとオブジェクト名と
が未定に戻される。また、設計シート側設定値がブスプ
ロのオブジェクト関係付けデータ５６１がオブジェクト
作成用データ８の属性”設計シート関係付け”から除か
れる。
【０１１５】オブジェクト作成用データ管理処理５０７
は、YET から１個のオブジェクト関係付けデータ５６１
を取り出し、処理対象オブジェクト関係付けデータ５６
１とする（ステップＳＴ５０６）。また、処理対象オブ
ジェクト関係付けデータ５６１を、YET から除く（ステ
ップＳＴ５０７）。そして、処理対象オブジェクト関係
付けデータ５６１の設計シート側の条件が満足するかど
うかを調べる（ステップＳＴ５０８）。満足しなけれ
ば、ステップＳＴ５１２へ進む。満足すれば、処理対象
オブジェクト関係付けデータ５６１の条件に照合するオ
ブジェクト作成用データ８が存在するかどうかを調べる
（ステップＳＴ５０９）。 存在しなければ、オブジェ
クト作成用データ８を作成する（ステップＳＴ５１
０）。オブジェクト作成用データ管理処理部５０７は、
オブジェクト作成用データ８を修正し、属性”設計シー
ト関係付け”に処理対象オブジェクト関係付けデータ５
６１を追加し、オブジェクト作成用データ８をMOD へ追
加する（ステップＳＴ５１１）。そして、YET が空集合
かどうか調べる（ステップＳＴ５１２）。空集合でなけ
れば、ステップＳＴ５０６へ戻る。空集合ならば、ステ
ップＳＴ５１３へ進む。
は、YET から１個のオブジェクト関係付けデータ５６１
を取り出し、処理対象オブジェクト関係付けデータ５６
１とする（ステップＳＴ５０６）。また、処理対象オブ
ジェクト関係付けデータ５６１を、YET から除く（ステ
ップＳＴ５０７）。そして、処理対象オブジェクト関係
付けデータ５６１の設計シート側の条件が満足するかど
うかを調べる（ステップＳＴ５０８）。満足しなけれ
ば、ステップＳＴ５１２へ進む。満足すれば、処理対象
オブジェクト関係付けデータ５６１の条件に照合するオ
ブジェクト作成用データ８が存在するかどうかを調べる
（ステップＳＴ５０９）。 存在しなければ、オブジェ
クト作成用データ８を作成する（ステップＳＴ５１
０）。オブジェクト作成用データ管理処理部５０７は、
オブジェクト作成用データ８を修正し、属性”設計シー
ト関係付け”に処理対象オブジェクト関係付けデータ５
６１を追加し、オブジェクト作成用データ８をMOD へ追
加する（ステップＳＴ５１１）。そして、YET が空集合
かどうか調べる（ステップＳＴ５１２）。空集合でなけ
れば、ステップＳＴ５０６へ戻る。空集合ならば、ステ
ップＳＴ５１３へ進む。
【０１１６】オブジェクト作成用データ８の属性を修正
する例を図２９に示す。この例は、図２８の処理後の例
である。オブジェクト作成用データ８の実現クラスが未
定からＰＣＭリレーに変更される。そして、オブジェク
ト名には、“ＰＣＭリレー０ ０１”というように実現ク
ラス名に作成されたオブジェクト数を続けた名前に自動
的に設定される。また、設計シート側設定値がＰＣＭ
であるオブジェクト関係付けデータ５６１が、オブジェ
クト作成用データ８の属性”設計シート関係付け”に追
加される。
する例を図２９に示す。この例は、図２８の処理後の例
である。オブジェクト作成用データ８の実現クラスが未
定からＰＣＭリレーに変更される。そして、オブジェク
ト名には、“ＰＣＭリレー０ ０１”というように実現ク
ラス名に作成されたオブジェクト数を続けた名前に自動
的に設定される。また、設計シート側設定値がＰＣＭ
であるオブジェクト関係付けデータ５６１が、オブジェ
クト作成用データ８の属性”設計シート関係付け”に追
加される。
【０１１７】オブジェクト作成用データ管理処理部５０
７は、MOD から１個のオブジェクト作成用データ８を取
り出し、それをMOD から除く（ステップＳＴ５１３）。
また、クラス設計内容データ１０１を利用して、取り
出したオブジェクト作成用データ８または他のオブジェ
クト作成用データ８を修正する（ステップＳＴ５１
４）。さらに、修正された他のオブジェクト作成用デー
タ８が存在すればそれをMOD に追加する（ステップＳＴ
５１５）。そして、MOD が空集合かどうか調べる（ステ
ップＳＴ５１５）。空集合でなければ、ステップＳＴ５
１３へ戻る。空集合ならば終了する。
７は、MOD から１個のオブジェクト作成用データ８を取
り出し、それをMOD から除く（ステップＳＴ５１３）。
また、クラス設計内容データ１０１を利用して、取り
出したオブジェクト作成用データ８または他のオブジェ
クト作成用データ８を修正する（ステップＳＴ５１
４）。さらに、修正された他のオブジェクト作成用デー
タ８が存在すればそれをMOD に追加する（ステップＳＴ
５１５）。そして、MOD が空集合かどうか調べる（ステ
ップＳＴ５１５）。空集合でなければ、ステップＳＴ５
１３へ戻る。空集合ならば終了する。
【０１１８】図３０にクラス設計内容データ１０１を利
用するオブジェクト作成用データ８の修正例を示す。こ
の例では、図２９に示す処理により実現クラス名がＰＣ
Ｍリレーに決った後の処理を説明する。処理前には、要
求クラス名がデジタルリレーと要求クラス名がＡＩボー
ドの２個のオブジェクト作成用データ８が有る。ＰＣＭ
リレーの属性”ＡＩボード”の属性別データ１４２の
定義域から、ＰＣＭ用ＡＩボードまたはその子孫のクラ
スを作成する必要が有ることがわかる。 また、ＰＣＭ
用ＡＩボードのクラス別データ１４１から、ＰＣＭ 用
ＡＩボードのオブジェクトが存在可能とわかる。従っ
て、オブジェクト作成用データ管理処理５０７は、要求
クラス名がＡＩボードのオブジェクト作成用データ８の
実現クラス名に、ＰＣＭ 用ＡＩボードを設定する。
用するオブジェクト作成用データ８の修正例を示す。こ
の例では、図２９に示す処理により実現クラス名がＰＣ
Ｍリレーに決った後の処理を説明する。処理前には、要
求クラス名がデジタルリレーと要求クラス名がＡＩボー
ドの２個のオブジェクト作成用データ８が有る。ＰＣＭ
リレーの属性”ＡＩボード”の属性別データ１４２の
定義域から、ＰＣＭ用ＡＩボードまたはその子孫のクラ
スを作成する必要が有ることがわかる。 また、ＰＣＭ
用ＡＩボードのクラス別データ１４１から、ＰＣＭ 用
ＡＩボードのオブジェクトが存在可能とわかる。従っ
て、オブジェクト作成用データ管理処理５０７は、要求
クラス名がＡＩボードのオブジェクト作成用データ８の
実現クラス名に、ＰＣＭ 用ＡＩボードを設定する。
【０１１９】実現クラス名がＰＣＭ 用ＡＩボードに設
定されたオブジェクト作成用データ８の初期化必要属性
である“所属リレー”は、この段階では未定である。
以下、初期化必要属性である“所属リレー”の属性値を
決める過程を説明する。初期化必要属性である“所属リ
レー”は関係別データ１４３のfrom属性名になってい
る。この関係別データ１４３のtoクラス名はデジタルリ
レーである。デジタルリレーのオブジェクトは１個しか
なくて、そのオブジェクト名はＰＣＭ リレー００１に
なっている。従って、“所属リレー”の属性値はＰＣＭ
リレー００１になる。以上で、ステップＳＴ４０６で
の処理の細部を説明する図２７のフローチャートの説明
を終える。そして、図２６のフローチャートの説明にも
どる。
定されたオブジェクト作成用データ８の初期化必要属性
である“所属リレー”は、この段階では未定である。
以下、初期化必要属性である“所属リレー”の属性値を
決める過程を説明する。初期化必要属性である“所属リ
レー”は関係別データ１４３のfrom属性名になってい
る。この関係別データ１４３のtoクラス名はデジタルリ
レーである。デジタルリレーのオブジェクトは１個しか
なくて、そのオブジェクト名はＰＣＭ リレー００１に
なっている。従って、“所属リレー”の属性値はＰＣＭ
リレー００１になる。以上で、ステップＳＴ４０６で
の処理の細部を説明する図２７のフローチャートの説明
を終える。そして、図２６のフローチャートの説明にも
どる。
【０１２０】オブジェクト作成用データ管理処理部５０
７は、ステップＳＴ４０７においてオブジェクト作成用
データ８を作成する指示が入力されたかどうかを調べ
る。作成指示が入力されていなければ、ステップＳＴ４
０４へ戻り、設計シート５０１からのデータ入力を待
つ。作成指示が入力されれば、必要なオブジェクト作成
用データ８がそろっているか調べる（ステップＳＴ４０
８）。必要なオブジェクト作成用データ８がそろってい
るとは、すべてのオブジェクト作成用データ８で、実現
クラス名と初期化必要属性の属性値が決定されているこ
とである。そろっていなければ、オブジェクト作成用デ
ータ管理処理部５０７は、設計シート５０１の入力すべ
き入力項目５１１を設計シート入力インターフェース５
０２によりモデル作成者１３に提示し、ステップＳＴ４
０４へ戻る（ステップＳＴ４０９）。入力すべき入力項
目５１１は、未定のオブジェクト作成用データ８を決定
できるような、値が未定の有効な入力項目５１１であ
る。そろっていれば、ステップＳＴ４１０へ進む。
７は、ステップＳＴ４０７においてオブジェクト作成用
データ８を作成する指示が入力されたかどうかを調べ
る。作成指示が入力されていなければ、ステップＳＴ４
０４へ戻り、設計シート５０１からのデータ入力を待
つ。作成指示が入力されれば、必要なオブジェクト作成
用データ８がそろっているか調べる（ステップＳＴ４０
８）。必要なオブジェクト作成用データ８がそろってい
るとは、すべてのオブジェクト作成用データ８で、実現
クラス名と初期化必要属性の属性値が決定されているこ
とである。そろっていなければ、オブジェクト作成用デ
ータ管理処理部５０７は、設計シート５０１の入力すべ
き入力項目５１１を設計シート入力インターフェース５
０２によりモデル作成者１３に提示し、ステップＳＴ４
０４へ戻る（ステップＳＴ４０９）。入力すべき入力項
目５１１は、未定のオブジェクト作成用データ８を決定
できるような、値が未定の有効な入力項目５１１であ
る。そろっていれば、ステップＳＴ４１０へ進む。
【０１２１】オブジェクト作成用データ管理処理部５０
７は、オブジェクト作成用データ８を並べ替える（ステ
ップＳＴ４１０）。並べ替えは、初期化必要属性の属性
値にオブジェクト名が出てくる前に、そのオブジェクト
名のオブジェクト作成用データ８がくるようにされる。
そして、モデル作成部４が起動され、オブジェクト型モ
デル１が作成される（ステップＳＴ４１１）。アプリケ
ーションプログラム３のモデル利用部５は、オブジェク
ト型モデル１を利用する（ステップＳＴ４１２）。
７は、オブジェクト作成用データ８を並べ替える（ステ
ップＳＴ４１０）。並べ替えは、初期化必要属性の属性
値にオブジェクト名が出てくる前に、そのオブジェクト
名のオブジェクト作成用データ８がくるようにされる。
そして、モデル作成部４が起動され、オブジェクト型モ
デル１が作成される（ステップＳＴ４１１）。アプリケ
ーションプログラム３のモデル利用部５は、オブジェク
ト型モデル１を利用する（ステップＳＴ４１２）。
【０１２２】実施例１０．以下、この発明の第１０の実
施例によるオブジェクト型モデル作成システム１００を
図について説明する。図３１はこの実施例によるオブジ
ェクト型モデル作成システム１００の構成を示すブロッ
ク図である。図３１に示すオブジェクト型モデル作成シ
ステム１００は、図１９に示すシステムに対して、設計
シート入力インターフェース５０２をなくし、設計シー
ト内容ファイル６０１と設計シート内容読み込み処理部
（設計シート内容作成手段）６０２が追加された点、設
計シート５０１と入力項目５１１から画面表示データ５
１２をなくした点、関数ライブラリ１０４から設計シー
ト入力画面実現メソッド５３５をなくした点、およびモ
デル作成処理部５０３に設計シート矛盾検査処理部６０
３が追加された点が異なっている。
施例によるオブジェクト型モデル作成システム１００を
図について説明する。図３１はこの実施例によるオブジ
ェクト型モデル作成システム１００の構成を示すブロッ
ク図である。図３１に示すオブジェクト型モデル作成シ
ステム１００は、図１９に示すシステムに対して、設計
シート入力インターフェース５０２をなくし、設計シー
ト内容ファイル６０１と設計シート内容読み込み処理部
（設計シート内容作成手段）６０２が追加された点、設
計シート５０１と入力項目５１１から画面表示データ５
１２をなくした点、関数ライブラリ１０４から設計シー
ト入力画面実現メソッド５３５をなくした点、およびモ
デル作成処理部５０３に設計シート矛盾検査処理部６０
３が追加された点が異なっている。
【０１２３】設計シート内容ファイル６０１は、設計シ
ート内容読み込み処理部６０２で１度に処理される単位
である設計シート内容記述６０４から構成されるテキス
トファイルである。設計シート内容ファイル６０１に記
述された設計シート内容記述６０４は、設計シート入力
画面５０５の表示内容のように記述される。設計シート
内容読み込み処理部６０２は、設計シート固定データ５
０８またはクラス設計内容データ１０１の少なくとも一
を利用して設計シート内容記述６０４を設計シート内容
データ５０９に変換する。設計シート内容読み込み処理
部６０２は、ファイル読み込み部６０５、記述エラーチ
ェック部６０６および状態設定部６０７から構成され
る。
ート内容読み込み処理部６０２で１度に処理される単位
である設計シート内容記述６０４から構成されるテキス
トファイルである。設計シート内容ファイル６０１に記
述された設計シート内容記述６０４は、設計シート入力
画面５０５の表示内容のように記述される。設計シート
内容読み込み処理部６０２は、設計シート固定データ５
０８またはクラス設計内容データ１０１の少なくとも一
を利用して設計シート内容記述６０４を設計シート内容
データ５０９に変換する。設計シート内容読み込み処理
部６０２は、ファイル読み込み部６０５、記述エラーチ
ェック部６０６および状態設定部６０７から構成され
る。
【０１２４】次に動作について説明する。オブジェクト
型モデル１の作成と利用の手順は図３２のフローチャー
トに示すようになる。まず、クラス設計内容読み込み処
理１０２は、クラス設計内容ファイル１０３を読み込ん
で、第１の実施例の場合と同様にしてクラス設計内容デ
ータ１０１を作成する（ステップＳＴ６０１）。 次
に、オブジェクト作成用データ管理処理５０７は、設計
シート５０１と入力項目５１１を、設計シート内容デー
タ５０９に関するデータを未定にして作成する（ステッ
プＳＴ６０２）。すなわち、有効性変化条件５２９やオ
ブジェクト関係付けデータ５６１など、設計シート固定
データ５０８を表現するすべてのオブジェクトを作成す
る。その次に、設計シート内容読み込み処理部６０２
は、設計シート内容ファイル６０１を読み込んで、入力
項目５１１に値を設定する（ステップＳＴ６０３）。設
計シート内容読み込み処理部６０２の記述エラーチェッ
ク部６０６は、記述エラーが有るかどうかをチェックす
る（ステップＳＴ６０４）。記述エラーチェック部６０
６は、記述エラーが有ることを検出したらエラーメッセ
ージを出して終了する（ステップＳＴ６０５）。
型モデル１の作成と利用の手順は図３２のフローチャー
トに示すようになる。まず、クラス設計内容読み込み処
理１０２は、クラス設計内容ファイル１０３を読み込ん
で、第１の実施例の場合と同様にしてクラス設計内容デ
ータ１０１を作成する（ステップＳＴ６０１）。 次
に、オブジェクト作成用データ管理処理５０７は、設計
シート５０１と入力項目５１１を、設計シート内容デー
タ５０９に関するデータを未定にして作成する（ステッ
プＳＴ６０２）。すなわち、有効性変化条件５２９やオ
ブジェクト関係付けデータ５６１など、設計シート固定
データ５０８を表現するすべてのオブジェクトを作成す
る。その次に、設計シート内容読み込み処理部６０２
は、設計シート内容ファイル６０１を読み込んで、入力
項目５１１に値を設定する（ステップＳＴ６０３）。設
計シート内容読み込み処理部６０２の記述エラーチェッ
ク部６０６は、記述エラーが有るかどうかをチェックす
る（ステップＳＴ６０４）。記述エラーチェック部６０
６は、記述エラーが有ることを検出したらエラーメッセ
ージを出して終了する（ステップＳＴ６０５）。
【０１２５】記述エラーがなければ、状態設定部６０７
は、設計シート５０１や入力項目５１１の有効や入力さ
れた値などを設定する（ステップＳＴ６０６）。設計シ
ート矛盾検査処理６０３は、入力項目５１１に入力され
た値の中に有効性変化条件５２９または入力項目５１１
の入力値の定義域５２１と矛盾するものが有るかどうか
を調べる（ステップＳＴ６０７）。矛盾するものがあれ
ば、エラーメッセージを出して終了する（ステップＳＴ
６０５）。矛盾がなければ、オブジェクト作成用データ
管理処理５０７が、オブジェクト作成用データ８を作成
する（ステップＳＴ６０８）。なお、入力値がそのまま
オブジェクトの属性値になる入力項目５１１では、入力
値の定義域５２１ではなく、対応する属性の定義域１２
１と入力項目５１１に入力された値とが矛盾するかチェ
ックしてもよい。
は、設計シート５０１や入力項目５１１の有効や入力さ
れた値などを設定する（ステップＳＴ６０６）。設計シ
ート矛盾検査処理６０３は、入力項目５１１に入力され
た値の中に有効性変化条件５２９または入力項目５１１
の入力値の定義域５２１と矛盾するものが有るかどうか
を調べる（ステップＳＴ６０７）。矛盾するものがあれ
ば、エラーメッセージを出して終了する（ステップＳＴ
６０５）。矛盾がなければ、オブジェクト作成用データ
管理処理５０７が、オブジェクト作成用データ８を作成
する（ステップＳＴ６０８）。なお、入力値がそのまま
オブジェクトの属性値になる入力項目５１１では、入力
値の定義域５２１ではなく、対応する属性の定義域１２
１と入力項目５１１に入力された値とが矛盾するかチェ
ックしてもよい。
【０１２６】オブジェクト作成用データ管理処理５０７
は、必要なオブジェクト作成用データ８がそろっている
かを調べる（ステップＳＴ６０９）。そろっていなけれ
ば、エラーメッセージを出して終了する（ステップＳＴ
６０５）。そろっていれば、オブジェクト作成用データ
管理処理５０７は、オブジェクト作成用データ８を並べ
替える（ステップＳＴ６１０）。そして、モデル作成部
４が起動され、オブジェクト型モデル１が作成される
（ステップＳＴ６１１）。アプリケーションプログラム
３のモデル利用部５は、オブジェクト型モデル１を利用
する（ステップＳＴ６１２）。
は、必要なオブジェクト作成用データ８がそろっている
かを調べる（ステップＳＴ６０９）。そろっていなけれ
ば、エラーメッセージを出して終了する（ステップＳＴ
６０５）。そろっていれば、オブジェクト作成用データ
管理処理５０７は、オブジェクト作成用データ８を並べ
替える（ステップＳＴ６１０）。そして、モデル作成部
４が起動され、オブジェクト型モデル１が作成される
（ステップＳＴ６１１）。アプリケーションプログラム
３のモデル利用部５は、オブジェクト型モデル１を利用
する（ステップＳＴ６１２）。
【０１２７】実施例１１．以下、この発明の第１１の実
施例によるオブジェクト型モデル作成システム１００を
図について説明する。図３３はこの実施例によるオブジ
ェクト型モデル作成システム１００の構成を示すブロッ
ク図である。図３３に示すオブジェクト型モデル作成シ
ステム１００は、図１９に示すシステムに対して、設計
シート復元処理部（復元手段）７０１を追加するように
変更したものである。設計シート復元処理部７０１は、
オブジェクト型モデル１またはオブジェクト作成用デー
タ８から設計シート５０１を復元するものである。
施例によるオブジェクト型モデル作成システム１００を
図について説明する。図３３はこの実施例によるオブジ
ェクト型モデル作成システム１００の構成を示すブロッ
ク図である。図３３に示すオブジェクト型モデル作成シ
ステム１００は、図１９に示すシステムに対して、設計
シート復元処理部（復元手段）７０１を追加するように
変更したものである。設計シート復元処理部７０１は、
オブジェクト型モデル１またはオブジェクト作成用デー
タ８から設計シート５０１を復元するものである。
【０１２８】次に動作について説明する。設計シート復
元処理部７０１がオブジェクト型モデル１から設計シー
ト５０１を復元する手順は図３４のフローチャートに示
すようになる。設計シート復元処理部７０１は、オブジ
ェクト型モデル１からオブジェクト作成用データ８を復
元する（ステップＳＴ７０１）。オブジェクト２のクラ
スがオブジェクト作成用データ８の実現クラスになる。
また、オブジェクト２の初期化必要な属性値がそのまま
オブジェクト作成用データ８の初期化必要な属性値にな
る。次に、オブジェクト関係付けデータ５６１を利用し
て、オブジェクト作成用データ８から一意的に決められ
る設計シート５０１の入力項目５１１の値だけを決める
（ステップＳＴ７０２）。そして、オブジェクト作成用
データ管理処理５０７は、第９の実施例の場合と同様の
手順で有効な設計シート５０１と入力項目５１１を決め
る（ステップＳＴ７０３）。また、設計シート５０１の
入力項目５１１の値から第９の実施例の場合と同様の手
順でオブジェクト作成用データ８を作成する（ステップ
ＳＴ７０４）。
元処理部７０１がオブジェクト型モデル１から設計シー
ト５０１を復元する手順は図３４のフローチャートに示
すようになる。設計シート復元処理部７０１は、オブジ
ェクト型モデル１からオブジェクト作成用データ８を復
元する（ステップＳＴ７０１）。オブジェクト２のクラ
スがオブジェクト作成用データ８の実現クラスになる。
また、オブジェクト２の初期化必要な属性値がそのまま
オブジェクト作成用データ８の初期化必要な属性値にな
る。次に、オブジェクト関係付けデータ５６１を利用し
て、オブジェクト作成用データ８から一意的に決められ
る設計シート５０１の入力項目５１１の値だけを決める
（ステップＳＴ７０２）。そして、オブジェクト作成用
データ管理処理５０７は、第９の実施例の場合と同様の
手順で有効な設計シート５０１と入力項目５１１を決め
る（ステップＳＴ７０３）。また、設計シート５０１の
入力項目５１１の値から第９の実施例の場合と同様の手
順でオブジェクト作成用データ８を作成する（ステップ
ＳＴ７０４）。
【０１２９】設計シート復元処理部７０１は、設計シー
ト５０１から作成したオブジェクト作成用データ８が、
オブジェクト型モデル１から復元したものと一致するか
調べる。（ステップＳＴ７０５）、一致すれば、設計シ
ート５０１が復元できたので終了する。一致しなけれ
ば、ステップＳＴ７０２へ戻り同様の処理を繰り返す。
この処理を繰り返すと、オブジェクト作成用データ８か
ら値が一意的に決められる入力項目５１１の数が増えて
いく。
ト５０１から作成したオブジェクト作成用データ８が、
オブジェクト型モデル１から復元したものと一致するか
調べる。（ステップＳＴ７０５）、一致すれば、設計シ
ート５０１が復元できたので終了する。一致しなけれ
ば、ステップＳＴ７０２へ戻り同様の処理を繰り返す。
この処理を繰り返すと、オブジェクト作成用データ８か
ら値が一意的に決められる入力項目５１１の数が増えて
いく。
【０１３０】復元された設計シート５０１は、設計シー
ト入力インターフェース５０２に表示され、モデル作成
者１３が修正できる。なお、その他の処理は、第９の実
施例における処理と同様である。 以上のように、オブ
ジェクト型モデル１から設計シート５０１が復元され、
それが提示されるので、モデル作成者は、容易にオブジ
ェクト型モデル１が正しくモデル化対象物を模擬してい
るかどうかを検証できる。
ト入力インターフェース５０２に表示され、モデル作成
者１３が修正できる。なお、その他の処理は、第９の実
施例における処理と同様である。 以上のように、オブ
ジェクト型モデル１から設計シート５０１が復元され、
それが提示されるので、モデル作成者は、容易にオブジ
ェクト型モデル１が正しくモデル化対象物を模擬してい
るかどうかを検証できる。
【０１３１】実施例１２．以下、この発明の第１２の実
施例による故障診断システム作成システム３１を図につ
いて説明する。図３５は、この実施例による故障診断シ
ステム作成システムを示すブロック図である。図３５に
示す構成において、オブジェクト型モデル１を作成する
部分に第９の実施例によるオブジェクト型モデル作成シ
ステム１００が適用されている。図４１に示す従来の構
成に対して、モデル作成インターフェース１０に代え
て、設計シート入力インターフェース５０２が設けられ
ている。また、クラス設計内容データ１０１、クラス設
計内容読み込み処理部１０２、クラス設計内容ファイル
１０３、オブジェクト作成メソッド６を含む関数ライブ
ラリ１０４、設計シート５０１、設計シート入力インタ
ーフェース５０２、モデル作成処理５０３が追加されて
いる。
施例による故障診断システム作成システム３１を図につ
いて説明する。図３５は、この実施例による故障診断シ
ステム作成システムを示すブロック図である。図３５に
示す構成において、オブジェクト型モデル１を作成する
部分に第９の実施例によるオブジェクト型モデル作成シ
ステム１００が適用されている。図４１に示す従来の構
成に対して、モデル作成インターフェース１０に代え
て、設計シート入力インターフェース５０２が設けられ
ている。また、クラス設計内容データ１０１、クラス設
計内容読み込み処理部１０２、クラス設計内容ファイル
１０３、オブジェクト作成メソッド６を含む関数ライブ
ラリ１０４、設計シート５０１、設計シート入力インタ
ーフェース５０２、モデル作成処理５０３が追加されて
いる。
【０１３２】次に動作について説明する。第９の実施例
の場合と同様にして、モデル作成者１３が設計シート入
力インターフェース５０２からデータ入力すると、オブ
ジェクト型モデル１が作成される。そして、遷移ネット
ワーク合成部（遷移ネットワーク作成手段）８０１は、
オブジェクト型モデル１と機能ルール３５とから遷移ネ
ットワーク３６を合成する。
の場合と同様にして、モデル作成者１３が設計シート入
力インターフェース５０２からデータ入力すると、オブ
ジェクト型モデル１が作成される。そして、遷移ネット
ワーク合成部（遷移ネットワーク作成手段）８０１は、
オブジェクト型モデル１と機能ルール３５とから遷移ネ
ットワーク３６を合成する。
【０１３３】診断対象ごとに故障診断インターフェース
４３を作成する。これで、故障診断システム４２が作成
できる。
４３を作成する。これで、故障診断システム４２が作成
できる。
【０１３４】なお、ここでは、第９の実施例によるオブ
ジェクト型モデル作成システム１００が適用された場合
について説明したが、その他の実施例によるオブジェク
ト型モデル作成システム１００を適用することもでき
る。また、各実施例の特徴を合わせ持つようなオブジェ
クト型モデル作成システム１００を適用することもでき
る。さらに、故障診断システム作成システム３１は、オ
ブジェクト型モデル１を 有する診断対象モデル３２を備
えるものであれば、どのようなものでもよい。
ジェクト型モデル作成システム１００が適用された場合
について説明したが、その他の実施例によるオブジェク
ト型モデル作成システム１００を適用することもでき
る。また、各実施例の特徴を合わせ持つようなオブジェ
クト型モデル作成システム１００を適用することもでき
る。さらに、故障診断システム作成システム３１は、オ
ブジェクト型モデル１を 有する診断対象モデル３２を備
えるものであれば、どのようなものでもよい。
【０１３５】
【発明の効果】以上のように、この発明に係るオブジェ
クト型モデル作成システムは、オブジェクトの属性の定
義域とオブジェクト間の関係を定義するオブジェクト関
係データの何れかまたは両方を有するクラス設計内容デ
ータと、該クラス設計内容データの内容を専用言語で記
述したクラス設計内容記述とオブジェクト指向言語で記
述されたクラスの定義記述からなるテキストファイルで
あるクラス設計内容ファイルと、前記クラス設計内容フ
ァイルを読み込み、前記クラス設計内容記述の構文規則
違反の有無をチェックし、前記クラス設計内容データに
変換し、変換した前記クラス設計内容データ間でクラス
の継承関係及びオブジェクト間の関係に関する矛盾の有
無をチェックするクラス設計内容データ作成手段と、前
記クラス設計内容データを利用してオブジェクトを作成
するオブジェクト作成メソッドを有する関数ライブラリ
と、前記関数ライブラリを利用してオブジェクト型モデ
ルを作成するオブジェクト型モデル作成手段とを備え、
前記オブジェクト作成メソッドが下記（１）と（２）の
何れかまたは両方の処理を行うものであるので、クラス
設計内容データを検査してクラス設計の矛盾を検出で
き、オブジェクトの属性の異常な値を検出でき、オブジ
ェクト間の関係を矛盾なく設定でき、これらを総合して
矛盾のないオブジェクト型モデルを用意に作成できるも
のが得られるという効果が有る。 （１）オブジェクトの属性の前記定義域とオブジェクト
の属性値を比較し、前記定義域に含まれない属性値の場
合にエラーとして出力する。 （２） 前記オブジェクト関係データを利用して、オブジ
ェクトが作成される場合に、他のオブジェクトとの間の
関係付けを自動で作成する。ものである。
クト型モデル作成システムは、オブジェクトの属性の定
義域とオブジェクト間の関係を定義するオブジェクト関
係データの何れかまたは両方を有するクラス設計内容デ
ータと、該クラス設計内容データの内容を専用言語で記
述したクラス設計内容記述とオブジェクト指向言語で記
述されたクラスの定義記述からなるテキストファイルで
あるクラス設計内容ファイルと、前記クラス設計内容フ
ァイルを読み込み、前記クラス設計内容記述の構文規則
違反の有無をチェックし、前記クラス設計内容データに
変換し、変換した前記クラス設計内容データ間でクラス
の継承関係及びオブジェクト間の関係に関する矛盾の有
無をチェックするクラス設計内容データ作成手段と、前
記クラス設計内容データを利用してオブジェクトを作成
するオブジェクト作成メソッドを有する関数ライブラリ
と、前記関数ライブラリを利用してオブジェクト型モデ
ルを作成するオブジェクト型モデル作成手段とを備え、
前記オブジェクト作成メソッドが下記（１）と（２）の
何れかまたは両方の処理を行うものであるので、クラス
設計内容データを検査してクラス設計の矛盾を検出で
き、オブジェクトの属性の異常な値を検出でき、オブジ
ェクト間の関係を矛盾なく設定でき、これらを総合して
矛盾のないオブジェクト型モデルを用意に作成できるも
のが得られるという効果が有る。 （１）オブジェクトの属性の前記定義域とオブジェクト
の属性値を比較し、前記定義域に含まれない属性値の場
合にエラーとして出力する。 （２） 前記オブジェクト関係データを利用して、オブジ
ェクトが作成される場合に、他のオブジェクトとの間の
関係付けを自動で作成する。ものである。
【０１３６】また、前記クラス設計内容記述にオブジェ
クトの属性値の参照と設定の可否を記述し、該記述を前
記クラス設計内容データ作成手段が前記クラス設計内容
データに変換し、前記クラス設計内容データを利用して
可否を判断して、否の場合はエラーとして出力し、可の
場合には前記オブジェクト型モデルを利用するデータ処
理メソッドが前記関数ライブラリに有り、前記関数ライ
ブラリを使用してオブジェクト型モデルを利用するモデ
ル利用手段を備え、下記の少なくとも一の処理を行う前
記データ処理メソッドを有するので、アプリケーション
プログラムが直接にオブジェクト型モデルを参照または
設定する場合に比べて、より確実にオブジェクト型モデ
ルの処理ができるものが得られる効果が有る。 （１）オブジェクトの属性値を返す。 （２）オブジェクトの属性値に値を設定する。 （３）オブジェクトの属性値の集合に値を追加する。 （４）オブジェクトの属性値の集合から指定された条件
を満足する１個のものを返す。 （５）オブジェクトの属性値の集合から指定された条件
を満足するものの集合を返す。
クトの属性値の参照と設定の可否を記述し、該記述を前
記クラス設計内容データ作成手段が前記クラス設計内容
データに変換し、前記クラス設計内容データを利用して
可否を判断して、否の場合はエラーとして出力し、可の
場合には前記オブジェクト型モデルを利用するデータ処
理メソッドが前記関数ライブラリに有り、前記関数ライ
ブラリを使用してオブジェクト型モデルを利用するモデ
ル利用手段を備え、下記の少なくとも一の処理を行う前
記データ処理メソッドを有するので、アプリケーション
プログラムが直接にオブジェクト型モデルを参照または
設定する場合に比べて、より確実にオブジェクト型モデ
ルの処理ができるものが得られる効果が有る。 （１）オブジェクトの属性値を返す。 （２）オブジェクトの属性値に値を設定する。 （３）オブジェクトの属性値の集合に値を追加する。 （４）オブジェクトの属性値の集合から指定された条件
を満足する１個のものを返す。 （５）オブジェクトの属性値の集合から指定された条件
を満足するものの集合を返す。
【０１３７】さらに、前記クラス設計内容記述にオブジ
ェクト型モデルのデータを利用するメソッドを定義する
記述であるメソッド定義記述が有り、該メソッド定義記
述をクラス設計内容データの一部であるメソッド定義デ
ータに前記クラス設計内容データ作成手段が変換し、該
メソッド定義データからデータ処理メソッドを自動作成
する自動作成手段と、該自動作成手段が利用するメソッ
ド定義のひな型とを備え、自動定義される前記データ処
理メソッドで使用されるデータ処理関数を前記関数ライ
ブラリが有し、前記自動作成手段が前記メソッド定義デ
ータから使用する前記メソッド定義のひな型を選定し、
前記メソッド定義データを前記メソッド定義のひな型の
変数部分に代入して、前記データ処理メソッドを自動作
成し、下記の少なくとも一の種類の前記メソッド定義の
ひな型を有するので、不具合のないオブジェクト型モデ
ルを処理するプログラムを用意に作成できるものが得ら
れる効果が有る。 （１）オブジェクトの属性値を返す。 （２）オブジェクトの属性値に値を設定する。 （３）オブジェクトの属性値の集合に値を追加する。 （４）オブジェクトの属性値の集合から指定したクラス
のオブジェクトを１個返す。 （５）オブジェクトの属性値の集合から指定したクラス
のオブジェクトの集合を返す。 （６）オブジェクトの属性値の集合から指定した条件を
満足する１個のものを返す。 （７）オブジェクトの属性値の集合から指定した条件を
満足するものの集合を返す。
ェクト型モデルのデータを利用するメソッドを定義する
記述であるメソッド定義記述が有り、該メソッド定義記
述をクラス設計内容データの一部であるメソッド定義デ
ータに前記クラス設計内容データ作成手段が変換し、該
メソッド定義データからデータ処理メソッドを自動作成
する自動作成手段と、該自動作成手段が利用するメソッ
ド定義のひな型とを備え、自動定義される前記データ処
理メソッドで使用されるデータ処理関数を前記関数ライ
ブラリが有し、前記自動作成手段が前記メソッド定義デ
ータから使用する前記メソッド定義のひな型を選定し、
前記メソッド定義データを前記メソッド定義のひな型の
変数部分に代入して、前記データ処理メソッドを自動作
成し、下記の少なくとも一の種類の前記メソッド定義の
ひな型を有するので、不具合のないオブジェクト型モデ
ルを処理するプログラムを用意に作成できるものが得ら
れる効果が有る。 （１）オブジェクトの属性値を返す。 （２）オブジェクトの属性値に値を設定する。 （３）オブジェクトの属性値の集合に値を追加する。 （４）オブジェクトの属性値の集合から指定したクラス
のオブジェクトを１個返す。 （５）オブジェクトの属性値の集合から指定したクラス
のオブジェクトの集合を返す。 （６）オブジェクトの属性値の集合から指定した条件を
満足する１個のものを返す。 （７）オブジェクトの属性値の集合から指定した条件を
満足するものの集合を返す。
【０１３８】さらにまた、設計内容の入力項目に関する
固定的なデータである設計シート固定データと入力項目
の内容データであり、かつモデル化対象物の設計内容を
記述する設計シート内容データを有する設計シートと、
前記設計シート内容データを前記オブジェクト作成用デ
ータに変換し、かつ、前記オブジェクト作成用データと
前記設計シート内容データを管理するオブジェクト作成
用データ管理手段とを備え、前記オブジェクト作成用デ
ータ管理手段が前記設計シート固定データを利用して前
記設計シート内容データに入力された値が入力可能な値
かどうかをチェックし、前記設計シート固定データとし
て下記（１）〜（５）のデータを有し、前記設計シート
内容データとして下記（Ａ）〜（Ｆ）のデータを有する
ので、アプリケーション領域の専門家が設計するのと近
い形で設計内容を記述できるものが得られる効果が有
る。 （１）他の設計シートとの関係を表現するデータ。 （２）設計シートに所属する入力項目。 （３）以下を有する入力項目のデータ。 （ア）入力される値の定義域。 （イ）所属する設計シート。 （ウ）他の入力項目との関係を表現するデータ。 （エ）オブジェクト作成用データとの関係を表現するデ
ータ。 （４）設計シートまたは入力項目である対象要素と、対
象要素の状態の変更方向と、対象要素の状態を変更する
ための条件とを有する有効性変化条件。 （５）入力項目と存在するオブジェクト作成用データか
ら参照され、入力項目に入力された値からオブジェクト
作成用データの値を決定するためのデータであるオブジ
ェクト関係付け。 （Ａ）設計シートに入力が必要かどうかの状態。 （Ｂ）設計シートに入力が完了しているかどうかの状
態。 （Ｃ）入力項目に入力が必要かどうかの状態。 （Ｄ）入力項目の定義域の中で入力可能な範囲。 （Ｅ）入力項目に入力が完了しているかどうかの状態。 （Ｆ）入力項目に入力された値。
固定的なデータである設計シート固定データと入力項目
の内容データであり、かつモデル化対象物の設計内容を
記述する設計シート内容データを有する設計シートと、
前記設計シート内容データを前記オブジェクト作成用デ
ータに変換し、かつ、前記オブジェクト作成用データと
前記設計シート内容データを管理するオブジェクト作成
用データ管理手段とを備え、前記オブジェクト作成用デ
ータ管理手段が前記設計シート固定データを利用して前
記設計シート内容データに入力された値が入力可能な値
かどうかをチェックし、前記設計シート固定データとし
て下記（１）〜（５）のデータを有し、前記設計シート
内容データとして下記（Ａ）〜（Ｆ）のデータを有する
ので、アプリケーション領域の専門家が設計するのと近
い形で設計内容を記述できるものが得られる効果が有
る。 （１）他の設計シートとの関係を表現するデータ。 （２）設計シートに所属する入力項目。 （３）以下を有する入力項目のデータ。 （ア）入力される値の定義域。 （イ）所属する設計シート。 （ウ）他の入力項目との関係を表現するデータ。 （エ）オブジェクト作成用データとの関係を表現するデ
ータ。 （４）設計シートまたは入力項目である対象要素と、対
象要素の状態の変更方向と、対象要素の状態を変更する
ための条件とを有する有効性変化条件。 （５）入力項目と存在するオブジェクト作成用データか
ら参照され、入力項目に入力された値からオブジェクト
作成用データの値を決定するためのデータであるオブジ
ェクト関係付け。 （Ａ）設計シートに入力が必要かどうかの状態。 （Ｂ）設計シートに入力が完了しているかどうかの状
態。 （Ｃ）入力項目に入力が必要かどうかの状態。 （Ｄ）入力項目の定義域の中で入力可能な範囲。 （Ｅ）入力項目に入力が完了しているかどうかの状態。 （Ｆ）入力項目に入力された値。
【０１３９】さらに、前記関数ライブラリが前記設計シ
ート固定データを利用して前記設計シート入力手段を実
現する少なくとも１個の関数またはメソッドを有し、前
記関数ライブラリを使用して実現する前記設計シート内
容データを入力または変更する設計シート入力手段を備
え、前記設計シート固定データに設計シートまたは入力
項目を画面に表示するためのデータを持たせるようにし
たので、アプリケーション領域の専門家が容易にオブジ
ェクト型モデルを作成できる環境を容易に実現できるも
のが得られる効果が有る。
ート固定データを利用して前記設計シート入力手段を実
現する少なくとも１個の関数またはメソッドを有し、前
記関数ライブラリを使用して実現する前記設計シート内
容データを入力または変更する設計シート入力手段を備
え、前記設計シート固定データに設計シートまたは入力
項目を画面に表示するためのデータを持たせるようにし
たので、アプリケーション領域の専門家が容易にオブジ
ェクト型モデルを作成できる環境を容易に実現できるも
のが得られる効果が有る。
【０１４０】そしてさらに、前記設計シート内容データ
を記述するテキストファイルである設計シート内容ファ
イルと、前記設計シート固定データを利用して該設計シ
ート内容ファイルを入力として前記設計シート内容デー
タに変換する設計シート内容データ作成手段とを備える
ようにしたので、設計シート内容データを理解しやすく
書いた設計シート内容ファイルを読み込んで設計シート
内容データを定義でき、アプリケーション領域の専門家
が容易にオブジェクト型モデルを作成できる環境を容易
に実現できるものが得られる効果が有る。
を記述するテキストファイルである設計シート内容ファ
イルと、前記設計シート固定データを利用して該設計シ
ート内容ファイルを入力として前記設計シート内容デー
タに変換する設計シート内容データ作成手段とを備える
ようにしたので、設計シート内容データを理解しやすく
書いた設計シート内容ファイルを読み込んで設計シート
内容データを定義でき、アプリケーション領域の専門家
が容易にオブジェクト型モデルを作成できる環境を容易
に実現できるものが得られる効果が有る。
【０１４１】そしてさらにまた、オブジェクト型モデル
または前記オブジェクト作成用データの少なくとも一か
ら前記設計シート内容データを復元する設計シート内容
データ復元手段をさらに備えたので、オブジェクト型モ
デルが正しくモデル化対象物を模擬しているかどうかを
アプリケーション領域の専門家が容易に検証できるもの
が得られる効果が有る。
または前記オブジェクト作成用データの少なくとも一か
ら前記設計シート内容データを復元する設計シート内容
データ復元手段をさらに備えたので、オブジェクト型モ
デルが正しくモデル化対象物を模擬しているかどうかを
アプリケーション領域の専門家が容易に検証できるもの
が得られる効果が有る。
【０１４２】この発明に係る故障診断システム作成シス
テムは、この発明に係るオブジェクト型モデル作成シス
テムを備え、このオブジェクト型モデル作成システムに
よりオブジェクト型モデルを作成するので、細部が異な
る多くのバリエーションを持つ診断対象の故障診断シス
テムを容易に作成できるものが得られる効果が有る。
テムは、この発明に係るオブジェクト型モデル作成シス
テムを備え、このオブジェクト型モデル作成システムに
よりオブジェクト型モデルを作成するので、細部が異な
る多くのバリエーションを持つ診断対象の故障診断シス
テムを容易に作成できるものが得られる効果が有る。
【図１】 この発明の第１の実施例によるオブジェクト
型モデル作成システムの構成を示すブロック図である。
型モデル作成システムの構成を示すブロック図である。
【図２】 専用言語による記述を別ファイルにする場合
のクラス設計内容ファイルの一例を示す説明図である。
のクラス設計内容ファイルの一例を示す説明図である。
【図３】 専用言語による記述をコメントに埋め込む場
合のクラス設計内容ファイルの一例を示す説明図であ
る。
合のクラス設計内容ファイルの一例を示す説明図であ
る。
【図４】 クラス設計内容データの構成の一例を示す説
明図である。
明図である。
【図５】 冗長な関係別データの一例を示す説明図であ
る。
る。
【図６】 デジタルリレーのオブジェクト型モデルの一
例を示す説明図である。
例を示す説明図である。
【図７】 第１の実施例におけるオブジェクト作成メソ
ッドの処理手順のフローチャートである。
ッドの処理手順のフローチャートである。
【図８】 この発明の第２の実施例によるオブジェクト
型モデル作成システムの構成を示すブロック図である。
型モデル作成システムの構成を示すブロック図である。
【図９】 この発明の第３の実施例によるオブジェクト
型モデル作成システムの構成を示すブロック図である。
型モデル作成システムの構成を示すブロック図である。
【図１０】 この発明の第４の実施例によるオブジェク
ト型モデル作成システムにおけるクラス設計内容読み込
み処理部の構成を示すブロック図である。
ト型モデル作成システムにおけるクラス設計内容読み込
み処理部の構成を示すブロック図である。
【図１１】 この発明の第５の実施例によるオブジェク
ト型モデル作成システムにおけるクラス設計内容データ
の構成を示す説明図である。
ト型モデル作成システムにおけるクラス設計内容データ
の構成を示す説明図である。
【図１２】 この発明の第６の実施例によるオブジェク
ト型モデル作成システムにおけるクラス設計内容データ
の構成を示す説明図である。
ト型モデル作成システムにおけるクラス設計内容データ
の構成を示す説明図である。
【図１３】 この発明の第７の実施例によるオブジェク
ト型モデル作成システムの構成を示すブロック図であ
る。
ト型モデル作成システムの構成を示すブロック図であ
る。
【図１４】 図１３におけるクラス設計内容データの中
のデータ処理に関するデータ表現の一例を示す説明図で
ある。
のデータ処理に関するデータ表現の一例を示す説明図で
ある。
【図１５】 第７の実施例における属性値をそのまま返
すデータ処理メソッドの処理手順を示すフローチャート
である。
すデータ処理メソッドの処理手順を示すフローチャート
である。
【図１６】 第７の実施例における属性に新しい属性値
を設定するデータ処理メソッドの処理手順を示すフロー
チャートである。
を設定するデータ処理メソッドの処理手順を示すフロー
チャートである。
【図１７】 この発明の第８の実施例によるオブジェク
ト型モデル作成システムの構成を示すブロック図であ
る。
ト型モデル作成システムの構成を示すブロック図であ
る。
【図１８】 第８の実施例におけるメソッド定義に関す
るデータや処理の関係の一例を示す説明図である。
るデータや処理の関係の一例を示す説明図である。
【図１９】 この発明の第９の実施例によるオブジェク
ト型モデル作成システムの構成を示すブロック図であ
る。
ト型モデル作成システムの構成を示すブロック図であ
る。
【図２０】 第９の実施例におけるデジタルリレーのモ
デルを作成する場合の設計シート入力画面の一例を示す
説明図である。
デルを作成する場合の設計シート入力画面の一例を示す
説明図である。
【図２１】 第９の実施例における設計シートの一例を
示す説明図である。
示す説明図である。
【図２２】 第９の実施例における有効性変化条件を説
明するための説明図である。
明するための説明図である。
【図２３】 第９の実施例におけるオブジェクト作成用
データの一例を示す説明図である。
データの一例を示す説明図である。
【図２４】 第９の実施例におけるオブジェクト関係付
けデータの一例を示す説明図である。
けデータの一例を示す説明図である。
【図２５】 第９の実施例におけるオブジェクト関係付
けデータ、入力項目およびオブジェクト作成用データの
間の関係を説明するための説明図である。
けデータ、入力項目およびオブジェクト作成用データの
間の関係を説明するための説明図である。
【図２６】 第９の実施例におけるオブジェクト型モデ
ルの作成と利用の手順を示すフローチャートである。
ルの作成と利用の手順を示すフローチャートである。
【図２７】 第９の実施例におけるオブジェクト作成用
データの修正の手順のフローチャートである。
データの修正の手順のフローチャートである。
【図２８】 第９の実施例におけるオブジェクト作成用
データの属性を未定に戻す例を説明するための説明図で
ある。
データの属性を未定に戻す例を説明するための説明図で
ある。
【図２９】 第９の実施例におけるオブジェクト作成用
データの属性を修正する例を説明するための説明図であ
る。
データの属性を修正する例を説明するための説明図であ
る。
【図３０】 第９の実施例におけるクラス設計内容デー
タを利用するオブジェクト作成用データの修正の例を説
明するための説明図である。
タを利用するオブジェクト作成用データの修正の例を説
明するための説明図である。
【図３１】 この発明の第１０の実施例によるオブジェ
クト型モデル作成システムの構成を示すブロック図であ
る。
クト型モデル作成システムの構成を示すブロック図であ
る。
【図３２】 第１０の実施例におけるオブジェクト型モ
デルの作成と利用の手順を示すフローチャートである。
デルの作成と利用の手順を示すフローチャートである。
【図３３】 この発明の第１１の実施例によるオブジェ
クト型モデル作成システムの構成を示すブロック図であ
る。
クト型モデル作成システムの構成を示すブロック図であ
る。
【図３４】 第１１の実施例におけるオブジェクト型モ
デルから設計シートを復元する手順を示すフローチャー
トである。
デルから設計シートを復元する手順を示すフローチャー
トである。
【図３５】 この発明の第１２の実施例による故障診断
システム作成システムの構成を示すブロック図である。
システム作成システムの構成を示すブロック図である。
【図３６】 従来のオブジェクト型モデル作成システム
の構成を示すブロック図である。
の構成を示すブロック図である。
【図３７】 従来のオブジェクト型モデル作成システム
の他の構成を示すブロック図である。
の他の構成を示すブロック図である。
【図３８】 従来のオブジェクト型モデル作成システム
のさらに他の構成を示すブロック図である。
のさらに他の構成を示すブロック図である。
【図３９】 従来のオブジェクト型モデル作成システム
におけるモデル作成インターフェースの一例を説明する
ための説明図である。
におけるモデル作成インターフェースの一例を説明する
ための説明図である。
【図４０】 従来のオブジェクト指向データベース構築
環境の構成を示すブロック図である。
環境の構成を示すブロック図である。
【図４１】 従来の故障診断システム作成システムの構
成を示すブロック図である。
成を示すブロック図である。
１ オブジェクト型モデル２ オブジェクト
３ アプリケーションプログラム
４ モデル作成部（オブジェクト型モデル作成手段）
５ モデル利用部（モデル利用手段）
６ オブジェクト作成メソッド７ オブジェクト作成記述 ８ オブジェクト作成用データ ９ オブジェクト作成用データ読み込み部
１０ モデル作成インターフェース１１ オブジェクト作成用データ保存部 １２ オブジェクト作成用データ入力部 １３ モデル作成者 ２１ オブジェクト指向データベース構築環境 ２２ オブジェクト・インスペクタ
３１ 故障診断システム作成システム
３２ 診断対象モデル
３３ 診断アルゴリズム３４ モデル開発用
インターフェース
３５ 機能ルール
３６ 遷移ネットワーク３９ 仮説検証部 ４０ 機能ルールエディタ ４１ 遷移ネットワークモニタ
４２ 故障診断システム４３ 故障診断
インターフェース４４ 観測データ設定部 ４５ 診断解表示部 ４６ 観測データ ４７ 変換後観測データ ４８ 故障の仮説 ４９ シミュレーション結果 ５０ 診断解 １００ オブジェクト型モデル作成システム
１０１ クラス設計内容データ
１０２ クラス設計内容読み込み処理部（クラス設計内
容データ作成手段） １０３ クラス設計内容ファイル １０４ 関数ライブラリ１１１ クラス名 １１２ 継承関係 １１３ 属性名 １１４ メソッド １２０ オブジェクト管理データ １２１ 属性の定義域 １２２ 他のオブジェクトとの関係（オブジェクト関係
データ） １２３ クラスに関するその他のデータ １３１ ファイル読み込み部 １３２ シンタックスチェック部 １３３ クラス設計内容データ作成部 １３４ クラス設計内容データ矛盾検査部 １３５ クラス設計内容記述 １３６ その他の関数 １３７ オブジェクト指向言語による記述 １３８ 専用言語による記述 １４１ クラス別データ １４２ 属性別データ １４３ 関係別データ ３００ データ処理に関するデータ ３０１ データ処理メソッド（モデル利用手段） ３０１Ａ データ処理自動定義メソッド ３０３ データ処理記述 ３０５ データ参照可能 ３０６ データ設定可能 ４０１ メソッド定義処理部（自動生成手段）４０２ データ処理関数 ４０３ メソッド定義データ ４０４ メソッド記述のひな型 ５０１ 設計シート ５０２ 設計シート入力インターフェース（入力インタ
ーフェース） ５０３ モデル作成処理部５０５ 設計シート入力画面 ５０７ オブジェクト作成用データ管理処理部５０８ 設計シート固定データ ５０９ 設計シート内容データ ５１０ 入力項目表示 ５１１ 入力項目 ５１２ 画面表示データ ５１４ 他の設計シートとの関係 ５１５ 設計シートに関するその他のデータ ５２１ 入力値の定義域 ５２３ 他の入力項目との関係 ５２５ オブジェクト作成用データとの関係 ５２６ 入力項目に関するその他のデータ ５２７ 設計シートの状態 ５２８ 入力項目の状態 ５２９ 有効性変化条件 ５３１ 選択項目 ５３２ 自由項目 ５３３ 表要素 ５３４ 横向表 ５３５ 設計シート入力画面実現メソッド ５４４ 要素条件 ５５１ 初期化必要属性データ ５６１ オブジェクト関係付けデータ ５６５ オブジェクト作成用データ管理メソッド ６０１ 設計シート内容ファイル ６０２ 設計シート内容読み込み処理部（設計シート内
容データ作成手段）６０３ 設計シート矛盾検査処理部 ６０４ 設計シート内容記述 ６０５ ファイル読み込み部 ６０６ 記述エラーチェック部 ６０７ 状態設定部 ７０１ 設計シート復元処理部（設計シート内容データ
復元手段） ８０１ 遷移ネットワーク合成部（遷移ネットワーク作
成手段）
容データ作成手段） １０３ クラス設計内容ファイル １０４ 関数ライブラリ１１１ クラス名 １１２ 継承関係 １１３ 属性名 １１４ メソッド １２０ オブジェクト管理データ １２１ 属性の定義域 １２２ 他のオブジェクトとの関係（オブジェクト関係
データ） １２３ クラスに関するその他のデータ １３１ ファイル読み込み部 １３２ シンタックスチェック部 １３３ クラス設計内容データ作成部 １３４ クラス設計内容データ矛盾検査部 １３５ クラス設計内容記述 １３６ その他の関数 １３７ オブジェクト指向言語による記述 １３８ 専用言語による記述 １４１ クラス別データ １４２ 属性別データ １４３ 関係別データ ３００ データ処理に関するデータ ３０１ データ処理メソッド（モデル利用手段） ３０１Ａ データ処理自動定義メソッド ３０３ データ処理記述 ３０５ データ参照可能 ３０６ データ設定可能 ４０１ メソッド定義処理部（自動生成手段）４０２ データ処理関数 ４０３ メソッド定義データ ４０４ メソッド記述のひな型 ５０１ 設計シート ５０２ 設計シート入力インターフェース（入力インタ
ーフェース） ５０３ モデル作成処理部５０５ 設計シート入力画面 ５０７ オブジェクト作成用データ管理処理部５０８ 設計シート固定データ ５０９ 設計シート内容データ ５１０ 入力項目表示 ５１１ 入力項目 ５１２ 画面表示データ ５１４ 他の設計シートとの関係 ５１５ 設計シートに関するその他のデータ ５２１ 入力値の定義域 ５２３ 他の入力項目との関係 ５２５ オブジェクト作成用データとの関係 ５２６ 入力項目に関するその他のデータ ５２７ 設計シートの状態 ５２８ 入力項目の状態 ５２９ 有効性変化条件 ５３１ 選択項目 ５３２ 自由項目 ５３３ 表要素 ５３４ 横向表 ５３５ 設計シート入力画面実現メソッド ５４４ 要素条件 ５５１ 初期化必要属性データ ５６１ オブジェクト関係付けデータ ５６５ オブジェクト作成用データ管理メソッド ６０１ 設計シート内容ファイル ６０２ 設計シート内容読み込み処理部（設計シート内
容データ作成手段）６０３ 設計シート矛盾検査処理部 ６０４ 設計シート内容記述 ６０５ ファイル読み込み部 ６０６ 記述エラーチェック部 ６０７ 状態設定部 ７０１ 設計シート復元処理部（設計シート内容データ
復元手段） ８０１ 遷移ネットワーク合成部（遷移ネットワーク作
成手段）
─────────────────────────────────────────────────────
フロントページの続き
(56)参考文献 「モデルに基づく診断手法と電力系統
事故診断への適用」、電気学会論文誌
Ｂ、1990，Ｖｏｌ．110，Ｎｏ．４，ｐ
ｐ258−266
「モデルに基づく診断用シェルＤＡＳ
Ｈ」，電気学会電力技術研究会資料
（1990）Ｎｏ．ＰＥ−90−77，ｐｐ．91
−100
「支店社故障復旧支援システムの検
証，ＭＥＬＤＡＳＨの実系統への適
用」，電気学会電力技術研究会資料
（1991），Ｎｏ．ＰＥ−91−36，ｐｐ.
49−58
「診断用タスクシェルＤＡＳＨ」，電
気学会全国大会講演論文集（1990），Ｖ
ｏｌ．1990，Ｎｏ．９，ｐｐ．73−74
(58)調査した分野(Int.Cl.7，ＤＢ名)
G06F 9/06
G06F 9/44
G05B 17/00
G05B 23/02
G06F 11/22
Claims (12)
- 【請求項１】 オブジェクトの属性の定義域とオブジェ
クト間の関係を定義するオブジェクト関係データの何れ
かまたは両方を有するクラス設計内容データと、該クラ
ス設計内容データの内容を専用言語で記述したクラス設
計内容記述とオブジェクト指向言語で記述されたクラス
の定義記述からなるテキストファイルであるクラス設計
内容ファイルと、前記クラス設計内容ファイルを読み込
み、前記クラス設計内容記述の構文規則違反の有無をチ
ェックし、前記クラス設計内容データに変換し、変換し
た前記クラス設計内容データ間でクラスの継承関係及び
オブジェクト間の関係に関する矛盾の有無をチェックす
るクラス設計内容データ作成手段と、前記クラス設計内
容データを利用してオブジェクトを作成するオブジェク
ト作成メソッドを有する関数ライブラリと、前記関数ラ
イブラリを利用してオブジェクト型モデルを作成するオ
ブジェクト型モデル作成手段とを備え、前記オブジェク
ト作成メソッドが下記（１）と（２）の何れかまたは両
方の処理を行うものであるオブジェクト型モデル作成シ
ステム。 （１）オブジェクトの属性の前記定義域とオブジェクト
の属性値を比較し、前記定義域に含まれない属性値の場
合にエラーとして出力する。 （２） 前記オブジェクト関係データを利用して、オブジ
ェクトが作成される場合に、他のオブジェクトとの間の
関係付けを自動で作成する。 - 【請求項２】 作成可能なオブジェクト数と作成したオ
ブジェクト数をクラスごとに管理するオブジェクト管理
データをさらに前記クラス設計内容データが有し、前記
クラス設計内容記述に前記オブジェクト管理データに変
換される記述がなされ 、 該記述も前記クラス設計内容デ
ータ作成手段が前記オブジェクト管理データに変換し、
前記オブジェクト作成メソッドが前記オブジェクト管理
データを利用して、作成可能なオブジェクト数が制限さ
れるクラスのオブジェクトが可能数を超えて作成される
場合にエラーとして出力する処理をさらに行うものであ
ることを特徴とする請求項１に記載のオブジェクト型モ
デル作成システム。 - 【請求項３】 前記クラス設計内容記述にオブジェクト
の属性値の参照と設定の可否を記述し、該記述を前記ク
ラス設計内容データ作成手段が前記クラス設計内容デー
タに変換し、前記クラス設計内容データを利用して可否
を判断して、否の場合はエラーとして出力し、可の場合
には前記オブジェクト型モデルを利用するデータ処理メ
ソッドが前記関数ライブラリに有り、前記関数ライブラ
リを使用してオブジェクト型モデルを利用するモデル利
用手段を備え、下記の少なくとも一の処理を行う前記デ
ータ処理メソッドを有することを特徴とする請求項１〜
請求項２の何れか一に記載のオブジェクト型モデル作成
システム。 （１）オブジェクトの属性値を返す。 （２）オブジェクトの属性値に値を設定する。 （３）オブジェクトの属性値の集合に値を追加する。 （４）オブジェクトの属性値の集合から指定された条件
を満足する１個のものを返す。 （５）オブジェクトの属性値の集合から指定された条件
を満足するものの集合を返す。 - 【請求項４】 前記クラス設計内容記述にオブジェクト
型モデルのデータを利用するメソッドを定義する記述で
あるメソッド定義記述が有り、該メソッド定義記述をク
ラス設計内容データの一部であるメソッド定義データに
前記クラス設計内容データ作成手段が変換し、該メソッ
ド定義データからデータ処理メソッドを自動作成する自
動作成手段と、該自動作成手段が利用するメソッド定義
のひな型とを備え、自動定義される前記データ処理メソ
ッドで使用されるデータ処理関数を前記関数ライブラリ
が有し、前記自動作成手段が前記メソッド定義データか
ら使用する前記メソッド定義のひな型を選定し、前記メ
ソッド定義データを前記メソッド定義のひな型の変数部
分に代入して、前記データ処理メソッドを自動作成し、
下記の少なくとも一の種類の前記メソッド定義のひな型
を有することを特徴とする請求項１〜請求項３の何れか
一に記載のオブジェクト型モデル作成システム。 （１）オブジェクトの属性値を返す。 （２）オブジェクトの属性値に値を設定する。 （３）オブジェクトの属性値の集合に値を追加する。 （４）オブジェクトの属性値の集合から指定したクラス
のオブジェクトを１個返す。 （５）オブジェクトの属性値の集合から指定したクラス
のオブジェクトの集合を返す。 （６）オブジェクトの属性値の集合から指定した条件を
満足する１個のものを返す。 （７）オブジェクトの属性値の集合から指定した条件を
満足するものの集合を返す。 - 【請求項５】 前記オブジェクト型モデル作成手段がオ
ブジェクトを作成する元データであるオブジェクト作成
用データを備え、前記オブジェクト型モデル作成手段が
前記オブジェクト作成用データを入力としてオブジェク
ト型モデルを作成することを特徴とする請求項１〜請求
項４の何れか一に記載のオブジェクト型モデル作成シス
テム。 - 【請求項６】 オブジェクト型モデルから前記オブジェ
クト作成用データを作成して保存するオブジェクト作成
用データ保存手段を備えることを特徴とする請求項５に
記載のオブジェクト型モデル作成システム。 - 【請求項７】 設計内容の入力項目に関する固定的なデ
ータである設計シート固定データと入力項目の内容デー
タであり、かつモデル化対象物の設計内容を記述する設
計シート内容データを有する設計シートと、前記設計シ
ート内容データを前記オブジェクト作成用データに変換
し、かつ、前記オブジェクト作成用データと前記設計シ
ート内容データを管理するオブジェクト作成用データ管
理手段とを備え、前記オブジェクト作成用データ管理手
段が前記設計シート固定データを利用して前記設計シー
ト内容データに入力された値が入力可能な値かどうかを
チェックし、前記設計シート固定データとして下記
（１）〜（５）のデータを有し、前記設計シート内容デ
ータとして下記（Ａ）〜（Ｆ）のデータを有することを
特徴とする請求項５〜請求項６の何れか一に記載のオブ
ジェクト型モデル作成システム。 （１）他の設計シートとの関係を表現するデータ。 （２）設計シートに所属する入力項目。 （３）以下を有する入力項目のデータ。 （ア）入力される値の定義域。 （イ）所属する設計シート。 （ウ）他の入力項目との関係を表現するデータ。 （エ）オブジェクト作成用データとの関係を表現するデ
ータ。 （４）設計シートまたは入力項目である対象要素と、対
象要素の状態の変更方向と、対象要素の状態を変更する
ための条件とを有する有効性変化条件。 （５）入力項目と存在するオブジェクト作成用データか
ら参照され、入力項目に入力された値からオブジェクト
作成用データの値を決定するためのデータであるオブジ
ェクト関係付け。 （Ａ）設計シートに入力が必要かどうかの状態。 （Ｂ）設計シートに入力が完了しているかどうかの状
態。 （Ｃ）入力項目に入力が必要かどうかの状態。 （Ｄ）入力項目の定義域の中で入力可能な範囲。 （Ｅ）入力項目に入力が完了しているかどうかの状態。 （Ｆ）入力項目に入力された値。 - 【請求項８】 前記関数ライブラリが前記設計シート固
定データを利用して前記オブジェクト作成用データ管理
手段を実現する少なくとも１個の関数またはメソッドを
有し、前記関数ライブラリを使用して実現する前記オブ
ジェクト作成用データ管理手段が、前記設計シート固定
データを利用して前記入力項目に入力された値から少な
くとも一の他の入力項目または設計シートの状態を変更
することを特徴とする請求項７に記載のオブジェクト型
モデル作成システム。 - 【請求項９】 前記関数ライブラリが前記設計シート固
定データを利用して前記設計シート入力手段を実現する
少なくとも１個の関数またはメソッドを有し、前記関数
ライブラリを使用して実現する前記設計シート内容デー
タを入力または変更する設計シート入力手段を備え、前
記設計シート固定データに設計シートまたは入力項目を
画面に表示するためのデータを持たせることを特徴とす
る請求項７〜請求項８の何れか一に記載のオブジェクト
型モデル作成システム。 - 【請求項１０】 前記設計シート内容データを記述する
テキストファイルである設計シート内容ファイルと、前
記設計シート固定データを利用して該設計シート内容フ
ァイルを入力として前記設計シート内容データに変換す
る設計シート内容データ作成手段とを備えることを特徴
とする請求項７〜請求項９の何れか一に記載のオブジェ
クト型モデル作成システム。 - 【請求項１１】 オブジェクト型モデルまたは前記オブ
ジェクト作成用データの少なくとも一から前記設計シー
ト内容データを復元する設計シート内容データ復元手段
を備えたことを特徴とする請求項７〜請求項１０の何れ
か一に記載のオブジェクト型モデル作成システム。 - 【請求項１２】 診断対象の要素がモデル化されたもの
であるオブジェクト型モデルを有する診断対象モデルを
用いて前記診断対象の故障診断を行う故障診断システム
を作成する故障診断システム作成システムにおいて、請
求項１〜請求項１１の何れか一に記載のオブジェクト型
モデル作成システムを備え、該オブジェクト型モデル作
成システムにより前記オブジェクト型モデルを作成する
ことを特徴とする故障診断システム作成システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP32520493A JP3452960B2 (ja) | 1993-12-22 | 1993-12-22 | オブジェクト型モデル作成システム、および故障診断システム作成システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP32520493A JP3452960B2 (ja) | 1993-12-22 | 1993-12-22 | オブジェクト型モデル作成システム、および故障診断システム作成システム |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003017001A Division JP2003288231A (ja) | 2003-01-27 | 2003-01-27 | 故障診断システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH07182152A JPH07182152A (ja) | 1995-07-21 |
| JP3452960B2 true JP3452960B2 (ja) | 2003-10-06 |
Family
ID=18174189
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP32520493A Expired - Fee Related JP3452960B2 (ja) | 1993-12-22 | 1993-12-22 | オブジェクト型モデル作成システム、および故障診断システム作成システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3452960B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7146231B2 (en) * | 2002-10-22 | 2006-12-05 | Fisher-Rosemount Systems, Inc.. | Smart process modules and objects in process plants |
| US20040186764A1 (en) * | 2003-03-18 | 2004-09-23 | Mcneill Kevin M. | Method and system for evaluating business service relationships |
| CN110083339A (zh) * | 2018-01-26 | 2019-08-02 | 拜椰特（上海）软件技术有限公司 | 一种新型计算机编程语言 |
-
1993
- 1993-12-22 JP JP32520493A patent/JP3452960B2/ja not_active Expired - Fee Related
Non-Patent Citations (4)
| Title |
|---|
| 「モデルに基づく診断手法と電力系統事故診断への適用」、電気学会論文誌Ｂ、１９９０，Ｖｏｌ．１１０，Ｎｏ．４，ｐｐ２５８−２６６ |
| 「モデルに基づく診断用シェルＤＡＳＨ」，電気学会電力技術研究会資料（１９９０）Ｎｏ．ＰＥ−９０−７７，ｐｐ．９１−１００ |
| 「支店社故障復旧支援システムの検証，ＭＥＬＤＡＳＨの実系統への適用」，電気学会電力技術研究会資料（１９９１），Ｎｏ．ＰＥ−９１−３６，ｐｐ．４９−５８ |
| 「診断用タスクシェルＤＡＳＨ」，電気学会全国大会講演論文集（１９９０），Ｖｏｌ．１９９０，Ｎｏ．９，ｐｐ．７３−７４ |
Also Published As
| Publication number | Publication date |
|---|---|
| JPH07182152A (ja) | 1995-07-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10162738B2 (en) | System, method, and computer readable medium for universal software testing | |
| US7216340B1 (en) | Analysis data validation tool for use in enterprise architecture modeling with result based model updating | |
| US6941546B2 (en) | Method and apparatus for testing a software component using an abstraction matrix | |
| US8826225B2 (en) | Model transformation unit | |
| Konrad et al. | Facilitating the construction of specification pattern-based properties | |
| CN110020307A (zh) | 一种客户端视图的绘制方法和装置 | |
| CN106843878B (zh) | 一种模型生成方法和系统 | |
| US8676808B2 (en) | Data store interface that facilitates distribution of application functionality across a multi-tier client-server architecture | |
| EP2105837B1 (en) | Test script transformation analyzer with change guide engine | |
| US20200249916A1 (en) | Automated generation of software bindings | |
| Son et al. | Automated generation of a model view definition from an information delivery manual using idmXSD and buildingSMART data dictionary | |
| Zhao et al. | Pattern-based design evolution using graph transformation | |
| JP3452960B2 (ja) | オブジェクト型モデル作成システム、および故障診断システム作成システム | |
| JP2008225898A (ja) | 変換装置、変換プログラム及び変換方法 | |
| Lombardi et al. | Co-evolution of Metamodel and Generators: Higher-order Templating to the Rescue. | |
| CN113704083A (zh) | 测试用例生成方法、装置、存储介质和电子设备 | |
| van der Hoek et al. | Capturing architectural configurability: Variants, options, and evolution | |
| Anureev | Operational ontological approach to formal programming language specification | |
| Liu et al. | MVDLite: A Light-weight Representation of Model View Definition with Fast Validation for BIM Applications | |
| Williams | Toward a test-ready meta-model for use cases | |
| Laleau et al. | An automatic generation of B specifications from well-defined UML notations for database applications | |
| CN116540997B (zh) | 数据类型声明方法、介质、装置和计算设备 | |
| Guo et al. | Model-based test generation using extended symbolic grammars | |
| KR100656559B1 (ko) | Ｂｉｂｄ 방법론을 이용하는 프로그램 자동 개발 장치 | |
| Potiyenko et al. | Generation of multipurpose formal models from legacy code |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20070718 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080718 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090718 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |