JPH1097562A - 設計支援システム - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 実行順序と設計データの一部変更に際し、そ
の影響範囲を判定できる設計支援システムの提供。 【解決手段】 データベース７を利用するアプリケーシ
ョンプログラム（ＡＰ）９、１０、１１による設計業務
終了後に、ＡＰがデータベースにアクセスした記録をデ
ータベースから検索する手段１と、ＡＰ間の親子関係と
各ＡＰがデータベースにアクセスした時刻との関連付情
報を記憶する関連判定手段２と、関連付情報に基づき全
ＡＰの実行順序を決定する実行順序判定手段３と、実行
順序と関連付情報をデータベースに記憶する手段４と、
データベースを更新する場合、検索手段でＡＰのアクセ
ス記憶を調べ、更新するデータが書き込まれた時刻以降
にこのデータを利用したという条件でＡＰの依存関係を
関連付情報より調べ、影響される全てのＡＰ名を判定す
る影響範囲判定手段６と、判定結果を画面上に表示する
手段５、８を備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、設計支援システム
に係り、特にプラントなどの設計業務を支援する設計支
援システムであって、データベースと、複数のアプリケ
ーションプログラムからなり、各アプリケーションプロ
グラムが、他のアプリケーションプログラムのデータベ
ースへの出力結果を参照するような関連を持つ設計支援
システムにおいて、設計者が試行錯誤してアプリケーシ
ョンプログラムによる設計業務を行なったのち、同様な
設計業務を行なう際に、最適な実行順序を開示する設計
支援システムに関する。

【０００２】

【従来の技術】データベースへのアクセス記録を用い、
システムの性能を向上させる従来の技術として、アクセ
ス記録（アクセス頻度、日時）を調べ、アクセス頻度の
高いデータや最近利用されたデータの優先度を高くした
り、各データに優先度を付加し、データの格納場所を変
更したりすることにより、データベースとアプリケーシ
ョンプログラム間のデータアクセスの効率を向上させる
ことを考慮したり、優先度決定手段においても、将来性
を考慮した優先度決定手段を設けた従来技術として特開
平４−７６５２号公報、特開平５−４６６６８号公報な
どがある。また、アクセス特性により最適な先読み処理
単位を判断し、そのアプリケーションプログラム単体と
しての処理性能向上を図る従来技術として特開平２−２
３０３７３号公報がある。これらはアプリケーションプ
ログラムとデータベースの１対１での性能を向上するこ
とにより、システム全体の性能を向上させることだけを
目的としていた。

【０００３】アプリケーションプログラムを利用した設
計作業の設計手順を支援する従来の技術では、各設計対
象別に開発されたアプリケーションプログラムの実行順
序を決定する場合、すでに決定された固定的な手順決定
ルールに従い設計手順を決定するか、複数用意してある
手順決定ルールを任意に変更できる手段を持つシステム
においては、設計者の判断を要求していた。また複数用
意してある手順決定ルールのうちでどれを採用するかを
自動的に判断する手段を持つ従来技術として特開平５−
１４３６５７号公報があるが、自動的に判断するための
優先度を決定するための情報を作業者が入力しなければ
ならないという問題があった。

【０００４】アプリケーションプログラムを利用した設
計作業での設計変更により他のどのアプリケーションプ
ログラムが影響を受けるかを知る方法としては、従来技
術を応用することにより、決定された設計手順を基に影
響範囲を特定できる。また、設計変更を行なった場合、
関連する設計部署に設計変更の通知を自動的に行なう従
来技術では、あらかじめ設計変更の通知を行なう手順を
システムに登録しておき、設計変更と同時にこの手順に
従い自動的に行なっている。

【０００５】

【発明が解決しようとする課題】上記従来技術では、デ
ータベースへのアプリケーションプログラムのアクセス
記録（アクセス頻度、日時）を調べ、アクセス頻度の高
いデータや最近利用されたデータの優先度を高くした
り、各データに優先度を付加し、データの格納場所を変
更したりすることにより、データベースとアプリケーシ
ョンプログラム間のデータアクセスの効率を向上させる
ことを考慮したり、優先度決定手段においても、将来性
を考慮した優先度決定手段を設けたものや、アクセス特
性により最適な先読み処理単位を判断し、そのアプリケ
ーションプログラム単体としての処理性能向上を図って
いるが、これらはアプリケーションプログラムとデータ
ベースが１対１の場合のシステム全体の性能向上だけを
目的としたものであり、複数のアプリケーションプログ
ラムが独立して存在する場合には有効な手法であった。

【０００６】しかし最近、複数のアプリケーションプロ
グラムが互いにデータベースを介して連携した依存関係
の上で実行するような設計支援システムの開発が進み、
アプリケーションプログラム間の依存関係が複雑化する
ことにより、アプリケーションプログラムとデータベー
ス間の処理効率の問題より、どのアプリケーションプロ
グラムが出力したどのデータをどのアプリケーションプ
ログラムで利用しているという各アプリケーションプロ
グラム間の依存関係を簡単に調べる方法がないことによ
り、各アプリケーションプログラムの最適な実行順序を
判断できない、設計変更による影響範囲を即座に判断で
きない等の、設計支援システム固有の問題が発生してき
たが、この点については考慮されていなかった。特に、
各設計部署で次々にアプリケーションプログラムが開
発、運用され、そのつどアプリケーションプログラム間
の依存関係が変化していくという特徴をもつ設計支援シ
ステムでは、上記のような問題の解決が望まれていた。

【０００７】また、他の従来技術ではアプリケーション
プログラムの実行順序を決定する際、すでに決定された
固定的な手順決定ルールに従いアプリケーションプログ
ラムの実行順序を決定するか、手順決定ルールを任意に
変更できる手段を持つシステムにおいても、設計者の判
断を要求する等の必要があり、アプリケーションプログ
ラムが追加されるたびに手順決定ルールを検討し直す必
要があり、かりに決定された実行順序を逸脱して実行す
る必要が生じた場合には対処できなかった。また、設計
変更により影響を受けるアプリケーションプログラムを
知る方法としては、従来技術を応用することにより、決
定された実行順序から影響するアプリケーションプログ
ラムを判定する方法が考えられるが、上記と同様アプリ
ケーションプログラムが追加されるたびに手順決定ルー
ルを検討し直す必要があったり、事前に決定されたルー
ルにより影響するアプリケーションプログラムを判定す
るため、常に影響する可能性のある最大範囲を影響する
範囲として判断し、現時点で実際に影響している範囲よ
り広い範囲を影響範囲として判定してしまう等の問題が
あった。

【０００８】本発明の目的は上記従来技術の問題点を解
決し、設計者に判断や作業をさせることなく、最適な実
行順序を自動的に決定し、また、設計データの一部変更
を行なう際に、その影響範囲を現時点で実際に影響する
範囲だけにしぼり、自動的にかつ迅速に判定する設計支
援システムを提供することにある。

【０００９】

【課題を解決するための手段】上記目的を達成するため
本願で特許請求する発明は以下のとおりである。 （１）データベースとそれを利用して設計業務を行なう
複数のアプリケーションプログラムから構成される設計
支援システムにおいて、アプリケーションプログラムに
よる設計業務完了後に、アプリケーションプログラムが
データベースにアクセスした記録をデータベースより検
索する手段と、検索した上記アクセス記録よりアプリケ
ーションプログラム間の依存関係を調べアプリケーショ
ンプログラム間の親子関係と、各アプリケーションプロ
グラムが最初に起動しデータベースにアクセスした時刻
とを関連付情報として記憶する関連判定手段と、関連判
定手段から得た上記関連付情報に基づき全アプリケーシ
ョンプログラムの実行順序を決定する実行順序判定手段
と、決定したアプリケーションプログラムの実行順序と
上記関連付情報をデータベースに記録する手段と、前記
決定した実行順序と関連付情報をディスプレイ装置の画
面上に表示する手段とを備えたことを特徴とする設計支
援システム。

【００１０】（２）（１）において、前記実行順序と関
連付情報のディスプレイ装置への表示が、前者はアプリ
ケーションプログラムを利用した設計作業を工程表形式
で表示し、後者はアプリケーションプログラムの親子関
係を系統図形式で表示するものであることを特徴とする
設計支援システム。

【００１１】（３）アプリケーションプログラムで作成
された設計データを格納するデータベースと、それを利
用して設計作業を行なう複数のアプリケーションプログ
ラムにより構成される設計支援システムにおいて、アプ
リケーションプログラムによる設計作業完了後に前記設
計作業と同様の作業を行なう場合、アプリケーションプ
ログラムがデータベースにアクセスした記録をデータベ
ースより検索する手段と、検索したアクセス記録よりア
プリケーションプログラム間の依存関係を調べ、アプリ
ケーションプログラム間の親子関係と、各アプリケーシ
ョンプログラムが最初に起動し、データベースにアクセ
スした時刻とを関連付情報として記憶する関連判定手段
と、関連判定手段から得た上記関連付情報に基づき全ア
プリケーションプログラムの実行順序を決定する実行順
序判定手段と、決定したアプリケーションプログラムの
実行順序と上記関連付情報をデータベースに記録する手
段と、データベースにすでに書き込まれているデータを
更新しようとする場合、検索手段によりアプリケーショ
ンプログラムのアクセス記録を調べ、更新しようとする
データが書き込まれた時刻以降にこのデータを利用した
という条件でアプリケーションプログラムの依存関係を
前記関連付情報より調べ、影響されるすべてのアプリケ
ーションプログラム名を判定する影響範囲判定手段と、
前記決定した全プログラムの実行順序と関連付情報と影
響範囲判定手段の判定結果を画面上に表示する手段とを
備えたことを特徴とする設計支援システム。

【００１２】（４）設計データを格納するデータベース
と、これを利用して設計業務を行なう複数のアプリケー
ションプログラムからなる設計支援システムにおいて、
データベースには各アプリケーションプログラムが設計
して得た設計情報をそれぞれ格納するファイルと、デー
タベースに対するすべてのアプリケーションプログラム
のアクセス状態を記録するアクセス記録管理ファイル
と、アプリケーションプログラムの最適な実行順序決定
結果を格納するファイルとを備え、設計者がアプリケー
ションプログラムの実行順序を意識せずに設計業務を行
なった後、同様な設計業務を行なうに際し、データベー
ス内の上記アクセス記録管理ファイルよりファイル内の
すべてのデータを読み出し、そのデータを書き込んだア
プリケーションプログラム名と、書き込まれたデータを
読み出して利用したアプリケーションプログラム名とを
検出し、それぞれの書き込み読み出し時刻とにより求め
た各アプリケーションプログラムの親子関係と各アプリ
ケーションプログラムがデータベースにアクセスした時
刻とを関連付情報として記憶する関連判定手段と、関連
判定手段からの関連付情報を読み込み、存在するすべて
のアプリケーションプログラムの親子関係とアプリケー
ションプログラムのアクセス時刻とによりすべてのアプ
リケーションプログラムそれぞれに一連の実行順序番号
を付し、この結果をデータベースの前記実行順序記録フ
ァイルに記録する実行順序判定手段と、あるアプリケー
ションプログラムにおいて設計データ変更が生じたとき
は、データベース内を検索し関連付情報の有無を調査
し、ない場合は関連判定手段に作成を要求し、変更すべ
き設計データが書き込まれた時刻以降に読み込んで参照
したアプリケーションプログラムの名称を前記アクセス
記録管理ファイルのアクセス記録データより検出し、つ
いで関連付情報より上記検出されたアプリケーションプ
ログラムに前記書き込み時刻以後に依存関係を生じたす
べてのアプリケーションプログラム名を検出することに
より前記設計データ変更による影響範囲を判定する手段
と、上記関連判定手段による関連付情報と実行順序判定
手段による実行順序決定結果と影響範囲判定手段の判定
結果を画面上に表示する手段とを備えたことを特徴とす
る設計支援システム。

【００１３】本発明になる設計支援システムを用いるこ
とにより、まずアプリケーションプログラムによりある
設計業務を実行させた後に、同様な設計作業を行なう場
合には、データベースへのアプリケーションプログラム
のアクセス記録を検索手段により読み込み関連情報が生
成され、この関連情報を利用し関連判定手段により各ア
プリケーションプログラム間の依存関係が自動的に生成
され、この依存関係より実行順序判定手段によりアプリ
ケーションプログラムの最適な実行順序が自動的に決定
され、出力手段により設計者に表示するように作用す
る。これによりアプリケーションプログラムの実行順序
を決定するまでの間、設計者が介入する必要は全くなく
なり、アプリケーションプログラムの実行順序を決定す
るための設計者の判断作業を軽減できる。また、データ
の更新時には更新することにより影響を受けるアプリケ
ーションをアクセス記録から検索手段により読み込み影
響範囲判定手段により自動的に生成され、更新と同時に
影響を受けるアプリケーションの一覧を出力手段により
設計者に表示するように作用する。これにより、データ
を更新する時、実際に影響するアプリケーションプログ
ラムだけを確認できる。

【００１４】

【発明の実施の形態】本発明の実施例を、以下、図面に
基づいて説明する。まず、図１は本発明の一実施例の構
成を示すものである。各機能を図１および２を用いて説
明する。データベース７はデータベース７を利用するア
プリケーションプログラムの過去のアクセス記録や、本
発明の装置により自動的に決定したアプリケーションプ
ログラムの最適な実行順序を格納する手段である。ま
た、ディスプレイ８は本発明の装置により決定したアプ
リケーションプログラム実行順序や、アプリケーション
プログラム間の依存関係や、データ変更により影響を受
けるアプリケーションプログラム名を表示するととも
に、アプリケーションプログラム実行時に適切なガイダ
ンスを設計者に与えるための手段である。検索手段１
は、データベース７を利用するアプリケーションプログ
ラム「ＡＡＰ」９がデータベース７に対してデータ「デ
ータＡ」１２を書き込み（ＷＲＩＴＥ）、アプリケーシ
ョンプログラム「ＢＡＰ」１０がデータベース７からデ
ータ「データＡ」１２を読み込み（ＲＥＡＤ）、データ
ベース７にデータ「データＢ」１３をＷＲＩＴＥし、ア
プリケーションプログラム「ＣＡＰ」１１がデータベー
ス７からデータ「データＡ」１２とデータ「データＢ」
１３をＲＥＡＤし、データベース７にデータ「データ
Ｃ」１４をＷＲＩＴＥしたというような、各データを一
意に定めることができる形でのアクセス記録をデータベ
ース７から検索するための手段である。

【００１５】関連判定手段２は、図２のようなデータベ
ース７と複数のアプリケーションプログラム「ＡＡＰ」
９、「ＢＡＰ」１０、「ＣＡＰ」１１から構成される設
計支援システムにおいて、設計者が試行錯誤の上、すべ
てのアプリケーションプログラム「ＡＡＰ」９、「ＢＡ
Ｐ」１０、「ＣＡＰ」１１の実行順序を意識せずに一通
り実行し、設計作業を行なった後、同様な設計作業を行
なう場合、検索したアクセス記録より、「ＡＡＰ」９が
ＷＲＩＴＥした「データＡ」１２を「ＢＡＰ」１０と
「ＣＡＰ」１１がＲＥＡＤし、「ＢＡＰ」１０がＷＲＩ
ＴＥした「データＢ」１３を「ＣＡＰ」１１がＲＥＡＤ
したという情報を基に、「ＣＡＰ」１１の親アプリケー
ションプログラムは「ＡＡＰ」９と「ＢＡＰ」１０であ
り、「ＢＡＰ」１０の親アプリケーションプログラムは
「ＡＡＰ」９であるとして、すべてのアプリケーション
プログラム間の依存関係を調べ、各アプリケーションプ
ログラム名に対する親アプリケーションプログラム名
と、各アプリケーションプログラムが最初に起動し、デ
ータベース７にアクセスした時間と関連付情報として記
憶するための手段である。

【００１６】実行順序判定手段３は、関連判定手段２に
よりアプリケーションプログラム間の依存関係が判明
し、関連付情報より各アプリケーションプログラムは親
アプリケーションプログラムが全て実行されなければ実
行できないことより、実行順序は「ＡＡＰ」９、「ＢＡ
Ｐ」１０、「ＣＡＰ」１１の順であると判定するための
手段である。

【００１７】記録手段４は、決定した各アプリケーショ
ンプログラムの実行順序と上記関連付情報をデータベー
ス７に記録するための手段である。影響範囲判定手段６
は、すでにＷＲＩＴＥされているデータを更新しようと
した場合、上記検索手段１によりアクセス記録をＲＥＡ
Ｄし、更新しようとしているデータが「データＡ」１２
であった場合、「データＡ」１２をＷＲＩＴＥした時刻
以降に「データＡ」１２をＲＥＡＤしたという条件でア
プリケーションプログラム名（１０）を検索し、このと
きの結果として得られたアプリケーションプログラム名
の依存関係を関連付情報より調べ、このアプリケーショ
ンプログラム（１０）がＷＲＩＴＥしたデータ（Ｂ）を
さらにＲＥＡＤしたアプリケーションプログラム名（１
１）を検索するというように、「データＡ」１２が書き
込まれた時間から現時点までの間にこのデータの変更に
影響されるアプリケーションプログラムを調査し、影響
される全てのアプリケーションプログラム名を判定する
ための手段である。

【００１８】出力手段５は、決定した実行順序に従い、
アプリケーションプログラムを利用した設計作業を工程
表形式で画面上に表示したり、関連付情報の結果を画面
上に表示したり、影響範囲判定手段６の結果を一覧表形
式で画面上に表示するための手段である。以上の構成よ
りなる本発明の一実施例の動作を説明する。まず図５
で、データベース７は、アプリケーションプログラムで
作成された設計データを格納する場所である。また、図
５のデータベース７と複数のアプリケーションプログラ
ム「ＡＰ１」１７、「ＡＰ２」１８、「ＡＰ３」１９、
「ＡＰ４」２０、「ＡＰ５」２１で構成されるシステム
が以下の条件に従い運用されているものとする。各アプ
リケーションプログラムが起動し、データベース７から
データを参照する場合、またはデータを書き込む場合、
対象となるデータを一意に定めることができるように、
データベース７のどのファイルのどのカラムのどのデー
タにアクセスしたかをデータベース７のアクセス記録管
理ファイル１６に記録するようにする。

【００１９】ここで、データベース７のアクセス記録管
理ファイル１６は図４のようなファイルである。カラム
名「アプリケーション名」、カラム名「アクセス時
刻」、カラム名「ファイル名」、カラム名「カラム
名」、カラム名「アクセスタイプ」で構成する。また、
記録される内容はそれぞれアクセスしたアプリケーショ
ンプログラムの名称、アクセスした時刻、アクセスした
データベースのファイル名とカラム名、データを書いた
のか、読んだのかを識別するための「Ｗ」や「Ｒ」で示
すアクセス内容である。これにより、どのアプリケーシ
ョンプログラムから、いつ、どのデータに対し、どのよ
うな処理をしたのかを記録しておくことができる。各ア
プリケーションプログラムが起動し、データベース７に
アクセスした場合には必ずこのアクセス記録管理ファイ
ル１６に自分のアクセス記録を書き込むようにする。

【００２０】本発明の具体例として、ボイラプラントを
対象とした設計支援システムで、本発明内容の実施例を
説明する。ボイラ設計の支援システムは図５に示すよう
な構成であるものとし、データベース７とこのデータベ
ース７を利用する５つのアプリケーションプログラムで
構成されているものとする。データベース７にはプラン
トの納め先情報を格納する図６（ｂ）で示すような納め
先情報ファイル２３と、ボイラ外形寸法を格納する図６
（ｃ）で示すようなボイラ外形寸法ファイル２４と、ボ
イラの配管形状情報を格納する図６（ｄ）で示すような
配管形状寸法ファイル２５と、配管詳細設計の情報を格
納する図６（ｅ）で示すような配管詳細設計図形ファイ
ル２６、ボイラの本体詳細設計の情報を格納する図６
（ｆ）で示すような本体詳細設計図形ファイル２７、ア
プリケーションプログラムがデータベース７にアクセス
した記録を格納する図４で示すようなアクセス記録管理
ファイル１６、アプリケーションプログラム実行順序を
決定した後の結果を格納する図６（ａ）で示すような実
行順序記録ファイル２２が用意されているものとする。

【００２１】つぎに、各アプリケーションプログラムの
機能について説明する。１つ目は、プラントの納め先情
報設定プログラムで、アプリケーションプログラムの名
称は「ＡＰ１」１７でシステムに登録されているものと
する。この「ＡＰ１」１７はコンピュータ上から設計者
が納め先の情報を入力し、データベース７にＷＲＩＴＥ
するよう機能する。

【００２２】２つ目は、ボイラ寸法入力プログラムで、
アプリケーションプログラムの名称は「ＡＰ２」１８で
システムに登録されているものとする。「ＡＰ２」１８
はコンピュータ上で設計した火炉寸法情報をデータベー
ス７にＷＲＩＴＥする。３つ目は、ボイラの主配管設計
プログラムでアプリケーションプログラムの名称は「Ａ
Ｐ３」１９でシステムに登録されているものとする。
「ＡＰ３」１９はコンピュータ上で配管の設計を行な
い、その結果をデータベース７にＷＲＩＴＥする。

【００２３】４つ目は、配管詳細設計プログラムでアプ
リケーションプログラムの名称は「ＡＰ４」２０でシス
テムに登録されているものとする。「ＡＰ４」２０は詳
細設計図面作成の基となる図面を自動作成するためのア
プリケーションプログラムである。「ＡＰ４」２０で設
計を行なった結果である配管詳細設計の情報をデータベ
ース７にＷＲＩＴＥする。

【００２４】５つ目は、ボイラの本体詳細設計プログラ
ムでアプリケーションプログラムの名称は「ＡＰ５」２
１でシステムに登録されているものとする。「ＡＰ５」
２１は詳細設計図面を作成するためのアプリケーション
プログラムである。「ＡＰ５」２１で設計を行なった結
果である本体詳細設計情報をデータベース７にＷＲＩＴ
Ｅする。

【００２５】以上のようなデータベース７とアプリケー
ションプログラムで構成される設計支援システムでの実
施例を説明する。すでに上記のシステムですべてのアプ
リケーションプログラムを利用した設計作業が終わって
おり、同様な設計作業を新たに開始する場合、データベ
ース７のアクセス記録管理ファイル１６からデータを１
件ずつ読み込む。アクセス記録管理ファイル１６には図
７に示すようなデータが記録されているものとする。

【００２６】この時の動作を図８のフローチャートに従
い説明する。アクセス記録管理ファイル１６からデータ
がＷＲＩＴＥされた。すなわち、アクセスタイプがＷＲ
ＩＴＥを意味する「Ｗ」である１番目のデータを選択す
る（ＳＴ１）。このとき、このデータはファイル名「納
め先情報」カラム名「納め先コード」で登録したアプリ
ケーション名「ＡＰ１」を得る（ＳＴ２）。つぎに、
「納め先コード」をＲＥＡＤ、すなわち、アクセスタイ
プがＲＥＡＤを表す「Ｒ」であり、「納め先コード」が
ＷＲＩＴＥされた時刻、この場合１９９５年７月１日の
１２時００分００秒を意味する「１９９５／７／１／１
２／００／００」より以降に参照されたという条件でア
プリケーションプログラムの名称をアクセス記録データ
２８から検索する（ＳＴ３）と「ＡＰ２」、「ＡＰ
３」、「ＡＰ４」、「ＡＰ５」を得る。ここで、「ＡＰ
２」、「ＡＰ３」、「ＡＰ４」、「ＡＰ５」の親として
「ＡＰ１」があることを関連判定手段２内部の記憶領域
に図３のような形式の関連付情報１５に記憶しておく
（ＳＴ４）。

【００２７】つぎにアクセス記録管理ファイル１６にま
だデータがあるかどうかを判定する（ＳＴ５）。この場
合まだデータがあるので、２番目のデータをアクセス記
録管理ファイル１６から読み込む（ＳＴ１）。同様に
「ＡＰ２」がＷＲＩＴＥした「ボイラ外形情報」、「高
さ」、「Ｗ」のデータを読み込んだアプリケーションプ
ログラムの名称は「ＡＰ３」と「ＡＰ５」で、「ＡＰ
３」がＷＲＩＴＥした「配管形状寸法」、「配管形状寸
法」、「Ｗ」のデータをＲＥＡＤしたアプリケーション
プログラムの名称は「ＡＰ４」で、「ＡＰ４」がＷＲＩ
ＴＥした「配管詳細設計図形」、「配管詳細設計図
形」、「Ｗ」のデータをＲＥＡＤしたアプリケーション
プログラムの名称と「ＡＰ５」がＷＲＩＴＥした「本体
詳細設計図形」、「本体形状寸法」、「Ｗ」のデータを
ＲＥＡＤしたアプリケーションプログラムはなしという
ようにして、アクセス記録管理ファイル１６からすべて
のデータを読み込み、処理が終了するまで同様に実行す
る。

【００２８】ここで、結果として図３に示すようなアプ
リケーションプログラム間の依存関係を関連付情報１５
として内部の一時的な記憶領域に記憶する。この結果を
図９のような形式で図１のディスプレイ装置８に表示す
る。ここで、この結果を図１の実行順序判定手段３に渡
し処理する。実行順序判定手段３の動作を図１０のフロ
ーチャートに従い説明する。まず、関連判定手段２から
関連付情報１５を読み込み、存在するアプリケーション
プログラム名称のうち１つを選択する（ＳＴ１）。この
時、まず「ＡＰ１」が選択される。ここで、「ＡＰ１」
の親アプリケーションプログラムがあるかどうか判定す
る（ＳＴ２）。この場合、親のアプリケーションプログ
ラムがないので、「ＡＰ１」に実行番号１を与え、関連
付情報１５のアプリケーションプログラムの名称に対応
した場所にこの実行番号を記憶する（ＳＴ３２）。

【００２９】つぎに、この関連付情報のすべてのアプリ
ケーションプログラムの名称に実行番号が与えられてい
るかどうか調べる（ＳＴ５）。この場合、「ＡＰ２」か
ら「ＡＰ５」までは、まだ実行番号が与えられていない
ので、つぎのアプリケーションプログラム名称を選択す
る（ＳＴ１）。つぎは「ＡＰ２」が選択されたものとす
る（ＳＴ１）。つぎに同様に親のアプリケーションプロ
グラムがあるかどうかを見ると、「ＡＰ１」が親である
ことがわかる（ＳＴ２）。つぎに親のアプリケーション
プログラムの実行番号が決定しているかどうか調べる
（ＳＴ３１）。そこで、「ＡＰ２」の実行番号は、「Ａ
Ｐ１」の実行番号１に＋１した２となる（ＳＴ４）。同
様にしてすべてのアプリケーションプログラムに対する
実行番号を決定するが、この例の場合、「ＡＰ３」の親
は「ＡＰ１」と「ＡＰ２」のように２つあり、この場合
実行番号は、「ＡＰ１」の実行番号１と「ＡＰ２」の実
行番号２のうち大きい実行番号である「ＡＰ２」の実行
番号２に＋１した３となる（ＳＴ４）。

【００３０】このようにしてすべてのアプリケーション
プログラムに対する実行番号を決定する。この時、「Ａ
Ｐ３」と「ＡＰ５」の実行番号はともに３であるが、ア
クセス記録データ２８で、「ＡＰ３」が「納め先情報」
をＲＥＡＤした、すなわちアクセスタイプが「Ｒ」であ
るアクセス時刻が「１９９５／７／１／１４／００／０
０」であり、「ＡＰ５」が「納め先情報」をＲＥＡＤし
たアクセス時刻「１９９５／７／１／１６／００／０
０」より前であるため、これは設計者の経験により、判
断された実行順序であるとして、「ＡＰ３」の実行順序
を３．１、「ＡＰ５」の実行順序を３．２とする。そし
て、この時決定した実行番号はそのまま、アプリケーシ
ョンプログラムの実行順序となり、図１１で示すような
アプリケーションプログラム実行の工程表２９を作成す
ることができ、この結果を図１のディスプレイ装置８に
表示する。また、この結果はデータベース７の実行順序
記録ファイル２２に記録される。

【００３１】つぎに、アプリケーションプログラム「Ａ
Ｐ２」１８において設計変更が生じた場合を考える。設
計変更によりボイラ外形寸法ファイル２４の「高さ」を
変更したとき、「ＡＰ２」１８に搭載されている図１の
影響範囲判定手段６が動作する。影響範囲判定手段６の
動作を図１２のフローチャートに従い説明する。影響範
囲判定手段６ではまず、データベース７を検索し、関連
付情報１５の有無を調べる（ＳＴ１）。ここで関連付情
報１５がない場合は関連判定手段２に関連付情報１５を
生成するように要求する（ＳＴ２２）。ここでは上記の
手順で図３のような関連付情報１５が生成されているも
のとする。

【００３２】つぎに、変更するデータを参照したアプリ
ケーションプログラムの名称をアクセス記録管理ファイ
ル１６はアクセス記録データ２８より全て検索する（Ｓ
Ｔ２１）。つまり、「ＡＰ２」１８が変更するボイラ外
形寸法ファイル２４のデータ「高さ」をＲＥＡＤしたア
プリケーションプログラムの名称を全て検索する。この
場合、アクセス記録データ２８より「ＡＰ３」１９、
「ＡＰ５」２１が結果として得られる。つぎに、関連付
情報１５より「ＡＰ３」１９、「ＡＰ５」２１の依存関
係でいう子にあたるアプリケーションプログラムの名称
を検索する（ＳＴ３）と「ＡＰ３」１９の子である「Ａ
Ｐ４」２０が得られる。検索結果が０ではない（ＳＴ
４）ので、つぎに、「ＡＰ４」２０の子のアプリケーシ
ョンプログラムの名称を検索（ＳＴ３）する。この場合
検索結果が０となり、つぎのステップに進む（ＳＴ
４）。

【００３３】つぎにここまで得られた検索結果である
「ＡＰ３」、「ＡＰ５」、「ＡＰ４」を順次読み込み
（ＳＴ５）、ボイラ外形寸法ファイル２４の「高さ」が
変更される前にデータベース７にＷＲＩＴＥされた時刻
と、「ＡＰ３」１９、「ＡＰ５」２１が「ボイラ外形寸
法ファイル２４の「高さ」をＲＥＡＤした時刻、「ＡＰ
４」２０が「ＡＰ３」１９の出力である配管形状寸法フ
ァイル２５の「配管形状寸法」をＲＥＡＤした時刻を比
較（ＳＴ６）する。ここで「ＡＰ３」１９と「ＡＰ５」
２１はボイラ外形寸法ファイル２４の「高さ」がＷＲＩ
ＴＥされた時刻より後にボイラ外形寸法ファイル２４の
「高さ」をＲＥＡＤしているので、結果記憶領域に格納
される（ＳＴ７）。

【００３４】また、「ＡＰ４」２０は「ＡＰ３」１９が
ボイラ外形寸法ファイル２４の「高さ」を読み込んだ時
刻より後に配管詳細設計図形ファイル２６の「配管詳細
図形」をＷＲＩＴＥし、この「配管形状寸法」をＲＥＡ
Ｄしておりボイラ外形寸法ファイル２４の「高さ」変更
の影響を受けるので、同様に結果記憶領域に格納される
（ＳＴ７）。つぎに「ＡＰ３」、「ＡＰ５」、「ＡＰ
４」についてすべて処理を完了した（ＳＴ８）ので、影
響範囲判定手段６の処理を終了する。

【００３５】以上より、結果記憶領域には「ＡＰ３」、
「ＡＰ５」、「ＡＰ４」が結果として格納される。これ
よりアプリケーションプログラム「ＡＰ２」１８による
設計変更により影響を受けるアプリケーションプログラ
ムは「ＡＰ３」１９、「ＡＰ４」２０、「ＡＰ５」２１
であることをディスプレイ８に表示する。前述の例で
は、１つのデータベースと複数のアプリケーションプロ
グラムで構成されるプラント設計システムに対する実施
例を示したが、複数のデータベースとデータベースへの
出力データを互いに参照し合うような関連を持つ複数の
アプリケーションプログラムからなるプラント設計支援
システムに対しても、アクセス記録管理ファイルにデー
タベース名を追加することにより、同様な手段により実
施可能である。

【００３６】

【発明の効果】本発明の設計支援システムによれば、試
行錯誤の上で、一度すべてのアプリケーションプログラ
ムを実行した後に同様の設計作業を行なう場合には、各
アプリケーションプログラムを実行する前に、過去の実
際に稼動した記録を参照して自動的に最適かつ効率的な
アプリケーションプログラム実行順序が提示されるた
め、実行手順決定のための設計者の介入を必要とせず、
設計者の判断作業が軽減されるとともに、この実行順序
に従い設計作業を実行した場合、データベースを利用す
るアプリケーションプログラムを使用した設計業務の開
始から終了までの時間を短縮することができる。

【００３７】また、設計変更を行ないたい場合、即座に
設計変更により影響するアプリケーションプログラムを
知ることができるため、設計変更通知等の対応ができ、
設計変更による設計作業の遅延を最小限にくい止めるこ
とができ、設計支援システムの信頼性を向上することが
でき、データベースを利用したプラント設計業務の高品
質化、効率化が可能となる。

【図面の簡単な説明】

【図１】本発明の実施例の全体構成を示す図。

【図２】本発明の実施例におけるアプリケーションプロ
グラムとデータベースの関係を説明する図。

【図３】本発明の実施例における関連判定手段の判定結
果の記憶領域の構成を説明する図。

【図４】本発明の実施例におけるデータベースのアクセ
ス記録管理ファイルの構成を説明する図。

【図５】本発明の実施例におけるプラント設計支援シス
テムの構成を示す図。

【図６】本発明の実施例におけるデータベースの各ファ
イルの構成を説明する図。

【図７】本発明の実施例におけるデータベースのアクセ
ス記録管理ファイル内のデータを示す図。

【図８】本発明の実施例のアプリケーション関連判定の
動作を示すフローチャート。

【図９】本発明の実施例のアプリケーション関連判定の
結果を説明する図。

【図１０】本発明の実施例のアプリケーション実行順序
判定の動作を示すフローチャート。

【図１１】本発明の実施例の実行順序判定による結果を
説明する図。

【図１２】本発明の実施例の影響範囲判定の動作を示す
フローチャート。

【符号の説明】

１…検索手段、２…関連判定手段、３…実行順序判定手
段、４…記録手段、５…出力手段、６…影響範囲判定手
段、７…データベース、８…ディスプレイ装置、９、１
０、１１…アプリケーションプログラム、１２…データ
Ａ、１３…データＢ、１４…データＣ。

Claims (4)

【特許請求の範囲】
1. 【請求項１】 データベースとそれを利用して設計業務
   を行なう複数のアプリケーションプログラムから構成さ
   れる設計支援システムにおいて、アプリケーションプロ
   グラムによる設計業務完了後に、アプリケーションプロ
   グラムがデータベースにアクセスした記録をデータベー
   スより検索する手段と、検索した上記アクセス記録より
   アプリケーションプログラム間の依存関係を調べアプリ
   ケーションプログラム間の親子関係と、各アプリケーシ
   ョンプログラムが最初に起動しデータベースにアクセス
   した時刻とを関連付情報として記憶する関連判定手段
   と、関連判定手段から得た上記関連付情報に基づき全ア
   プリケーションプログラムの実行順序を決定する実行順
   序判定手段と、決定したアプリケーションプログラムの
   実行順序と上記関連付情報をデータベースに記録する手
   段と、前記決定した実行順序と関連付情報をディスプレ
   イ装置の画面上に表示する手段とを備えたことを特徴と
   する設計支援システム。
2. 【請求項２】 請求項１において、前記実行順序と関連
   付情報のディスプレイ装置への表示が、前者はアプリケ
   ーションプログラムを利用した設計作業を工程表形式で
   表示し、後者はアプリケーションプログラムの親子関係
   を系統図形式で表示するものであることを特徴とする設
   計支援システム。
3. 【請求項３】 アプリケーションプログラムで作成され
   た設計データを格納するデータベースと、それを利用し
   て設計作業を行なう複数のアプリケーションプログラム
   により構成される設計支援システムにおいて、アプリケ
   ーションプログラムによる設計作業完了後に前記設計作
   業と同様の作業を行なう場合、アプリケーションプログ
   ラムがデータベースにアクセスした記録をデータベース
   より検索する手段と、検索したアクセス記録よりアプリ
   ケーションプログラム間の依存関係を調べ、アプリケー
   ションプログラム間の親子関係と、各アプリケーション
   プログラムが最初に起動し、データベースにアクセスし
   た時刻とを関連付情報として記憶する関連判定手段と、
   関連判定手段から得た上記関連付情報に基づき全アプリ
   ケーションプログラムの実行順序を決定する実行順序判
   定手段と、決定したアプリケーションプログラムの実行
   順序と上記関連付情報をデータベースに記録する手段
   と、データベースにすでに書き込まれているデータを更
   新しようとする場合、検索手段によりアプリケーション
   プログラムのアクセス記録を調べ、更新しようとするデ
   ータが書き込まれた時刻以降にこのデータを利用したと
   いう条件でアプリケーションプログラムの依存関係を前
   記関連付情報より調べ、影響されるすべてのアプリケー
   ションプログラム名を判定する影響範囲判定手段と、前
   記決定した全プログラムの実行順序と関連付情報と影響
   範囲判定手段の判定結果を画面上に表示する手段とを備
   えたことを特徴とする設計支援システム。
4. 【請求項４】 設計データを格納するデータベースと、
   これを利用して設計業務を行なう複数のアプリケーショ
   ンプログラムからなる設計支援システムにおいて、デー
   タベースには各アプリケーションプログラムが設計して
   得た設計情報をそれぞれ格納するファイルと、データベ
   ースに対するすべてのアプリケーションプログラムのア
   クセス状態を記録するアクセス記録管理ファイルと、ア
   プリケーションプログラムの最適な実行順序決定結果を
   格納するファイルとを備え、設計者がアプリケーション
   プログラムの実行順序を意識せずに設計業務を行なった
   後、同様な設計業務を行なうに際し、データベース内の
   上記アクセス記録管理ファイルよりファイル内のすべて
   のデータを読み出し、そのデータを書き込んだアプリケ
   ーションプログラム名と、書き込まれたデータを読み出
   して利用したアプリケーションプログラム名とを検出
   し、それぞれの書き込み読み出し時刻とにより求めた各
   アプリケーションプログラムの親子関係と各アプリケー
   ションプログラムがデータベースにアクセスした時刻と
   を関連付情報として記憶する関連判定手段と、関連判定
   手段からの関連付情報を読み込み、存在するすべてのア
   プリケーションプログラムの親子関係とアプリケーショ
   ンプログラムのアクセス時刻とによりすべてのアプリケ
   ーションプログラムそれぞれに一連の実行順序番号を付
   し、この結果をデータベースの前記実行順序記録ファイ
   ルに記録する実行順序判定手段と、あるアプリケーショ
   ンプログラムにおいて設計データ変更が生じたときは、
   データベース内を検索し関連付情報の有無を調査し、な
   い場合は関連判定手段に作成を要求し、変更すべき設計
   データが書き込まれた時刻以降に読み込んで参照したア
   プリケーションプログラムの名称を前記アクセス記録管
   理ファイルのアクセス記録データより検出し、ついで関
   連付情報より上記検出されたアプリケーションプログラ
   ムに前記書き込み時刻以後に依存関係を生じたすべての
   アプリケーションプログラム名を検出することにより前
   記設計データ変更による影響範囲を判定する手段と、上
   記関連判定手段による関連付情報と実行順序判定手段に
   よる実行順序決定結果と影響範囲判定手段の判定結果を
   画面上に表示する手段とを備えたことを特徴とする設計
   支援システム。