JPH022419A - プログラム情報管理方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、電子計算機用のプログラムを作成する際、プ
ログラム作成を支援するプログラム作成支援システムの
プログラム情報管理方式に関し、特に、プログラムの再
利用率、およびプログラムの生産性・信頼性を向上する
プログラム情報管理方式に関する。

〔従来技術〕

従来のプログラム作成支援システム、特に既存プログラ
ムの再利用システムでは、次のようなステップ（１）〜
（３）を経て、目的とするプログラムを作成する。

（１）利用者が与えた要求仕様（プログラムの目的）を
システムが理解して、より単純な要求仕様の集合に分割
するステップ。

（２）分割後における個々の要求仕様に近い仕様の部品
の有無を調べ、該当する部品がある場合には、部品を検
索して個々の要求仕様に合うようにカスタマイズするス
テップ。

（３）カスタマイズされた部品同志を組み合わせて所望
のプログラムを合成するステップ。

従って、プログラムの再利用システムでは、検索の対象
となる部品の持ち方、検索の方法、カスタマイズの方法
の３点が重要である。

これらの点に関しては、従来のシステムでは、次のよう
な方法を採用していた。

（ａ）部品の持ち方については、ソースコードを部品化
したもの、設計情報を部品化したもの、および設計仕様
を部品化したものの３種類の持ち方がある。このうち、
ソースコードを部品化したものを持つ方式が中心的な方
法である。

（ｂ）検索の方法としては、知識ベースの利用による検
索、部品の体系を利用した検索、および類似部品の検索
の３種類が中心である。この知識ベースの利用による検
索とは１部品の属性と機能を関連づける知識ベースを持
ち、個々の部品に付けられた属性に従って検索を行う方
法である。また、部品の体系を利用した検索とは、予め
部品の登録時に体系的な整理を行い、それを検索に利用
する方法である。また、類似部品の検索とは、予め与え
られた類似性の定義を利用して、類似の部品を検索する
方法である。

なお、このような従来技術については、例えば″部品合
成による自動プログラミング、小宮誠−原田実、情報処
理、第２８巻、第１０号（１９８７年）″において論じ
られている。

〔発明が解決しようとする課題〕

上記従来技術では、既存のプログラムと少し異なるプロ
グラムを作成する場合、類似の機能を持つプログラムを
検索するという点について配慮がなされていなかった。

このため、目的とするプログラムと一致する機能を実現
することができる既存のプログラムがある場合、あるい
は、それらのプログラムを合成して、目的となすプログ
ラムを実現できる場合にのみ、既存プログラムの再利用
が可能であった。

また、既存のプログラムと類似のプログラムを検索する
機能があるシステムの場合でも、類似の定義を予め与え
る必要があり、この定義を与えていない場合には、既存
のプログラムが再利用できないという問題があった。

また、再利用するプログラムの意図やプログラムに利用
されているプログラミング技法が不明であるため、自分
の目的のために、どのようにプログラムを変更すればよ
いかを把握するのに時間がかかり、正確な把握ができな
い場合には、誤った修正を行ってプログラムの信頼性を
損なうという問題があった。

また、プログラムを作成した過程の情報を持たないため
、その過程で作成したプログラムや、発見した重要なア
イデアを利用することができず、作成履歴が失われてし
まい、どのように変更すると誤りとなるかがわからない
という問題があった。

本発明の目的は、このような問題点を改善し。

予め類似についての定義を与えなくても、システムが持
つデータにより、類似のプログラムを検索して、プログ
ラムの再利用の効率を向上し、また、検索されたプログ
ラムに利用されている技法、意図、およびプログラム作
成の過程を示すことにより、プログラムの理解を促し、
プログラム再利用の効率を向上するとともに、誤った修
正を防止してプログラムの信頼性を向上することができ
るプログラム情報管理方式を提供することにある。

Ｃ２Ｆ４Ｍを解決するための手段〕 上記目的を達成するため、本発明のプログラム情報管理
方式は、入力装置と、中央処理装置と、該中央処理装置
に対する命令であるプログラムを格納する記憶装置と、
表示装置とを備えたプログラム作成支援システムのプロ
グラム情報管理方式において、ソースファイルと、プロ
グラムのソースコードの一部と、ソースコードの作成技
法に関する技法情報と、ソースコードの作成意図に関す
る意図情報とをプログラム情報として格納する手段（第
１〜第３記憶装置）、その情報間の関連を示すリンクを
設定し、そのリンクによりプログラム情報を管理する手
段（ＣＰ　Ｕ）、および上記表示装置を制御して、プロ
グラム情報の名称をノードとし、ノード間の関係をリン
クとして、プログラム情報全体をネットワーク構造で表
示する手段（ＣＰＵ）を僅え、新たにプログラムを作成
する場合。

既存プログラムのプログラム情報の関連から、所望のプ
ログラムと類似の機能を有する既存プログラムを検索し
、既存プログラムを利用して所望のプログラムを作成し
、かつプログラム情報をノードとして、ノード間の関係
をネットワーク構造で表示することに特徴がある。

また、上記プログラム情報管理手段は、プログラム開発
の過程で作成したプログラム間に、段階的に開発したこ
とを示すリンクを設定し、そのリンクには、リンク設定
元のプログラムの問題点と、その問題点を解決するため
にリンク設定力のプログラム作成で使用した方法とを記
述することに特徴がある。

また、上記プログラム情報管理手段は、プログラム開発
の過程で作成したプログラム間に１段階的に開発したこ
とを示すリンクを設定し、かつそのリンクには、リンク
設定元のプログラムの問題点を記述し、かつリンク設定
力のプログラムには。

その問題点を解決するためにプログラム作成で使用した
方法を記述して、そのリンクを利用し、リンク設定元プ
ログラムの問題点と、その問題点の解決方法とを検索す
ることに特徴がある。

また、上記プログラム情報管理手段は、プログラム開発
の過程で作成したプログラム間の段階的に開発したこと
を示すリンクを解析し、上記表示制御手段によって、プ
ログラム・ファイル名をノードとするネットワーク構造
により、プログラムが開発された過程を表示することに
特徴がある。

また、上記ネットワーク構造を表示する際、現在参照し
ているプログラム・ファイル名のノードは色を変えて表
示し、かつ指定したネットワーク構造のリンク部分につ
いては、そのリンク部分で解決した問題点を表示し、か
つ指定したネットワーク構造のノード部分については、
そのノード部分で採用した問題解決方法を表示すること
に特徴がある。

また、上記プログラム情報管理手段は、プログラム開発
の過程で作成したプログラム間に、プログラムを段階的
に開発したことを示すリンクを設定し、そのプログラム
が１個のソースファイルを複数に分割したものである場
合、分割したことを示すリンクを設定し、また、そのプ
ログラムが複数のソースファイルを１個に統合したもの
である場合には、統合したことを示すリンクを設定する
ことに特徴がある。

また、上記プログラム情報管理手段は、プログラム開発
の過程で作成したプログラムに関して。

作成時に参照した技法情報を示す技法リンク、および意
図情報を示す意図リンクの設定および削除を行い、リン
クを設定した場合、作成したプログラムを新たなプログ
ラムとしてシステムに登録して、旧プログラムとの間に
、段階的に開発したことを示すリンクを設定し、また、
リンクを削除した場合には、参照する技法情報および意
図情報の組が同一であるプログラムまで後戻りして、段
階的に開発したことを・示すリンクをそのプログラムか
ら設定することに特徴がある。

また、上記段階的に開発したことを示すリンクを解析し
て、作成したプログラムの名称をノードとし、開発の元
となったプログラムを親とする親子関係をリンクとする
ネットワーク構造により。

プログラム開発の過程を表示することに特徴がある。

また、上記プログラム情報管理手段は、プログラム開発
の過程で作成するプログラムに、作成時に参考としたプ
ログラムへのリンクを設定することに特徴がある。

また、上記表示制御手段は、設定したリンクの関連に従
い、プログラム情報の全体的な構造を、情報の名称をノ
ードするネットワーク構造で表示して、その名称が指定
されると、そのノードの表示色を変えることに特徴があ
る。

また、上記プログラム情報管理手段は、ソースプログラ
ムに利用されるプログラム開発技法に従い、その技法を
表現する技法情報へ技法リンクを設定し、同時にそのソ
ースプログラムの意図を表現する意図情報へ意図リンク
を設定することに特徴がある。

また、上記プログラム情報格納手段には、技法情報と意
図情報の集合を、各情報の関連に従い。

階層的に記憶することに特徴がある。

また、上記表示制御手段は、プログラム情報の中の特定
情報を指定された場合、上記記憶装置の中の情報間に設
定されたリンクにより、特定情報と関連する他の記憶装
置の情報を表示することに特徴がある。

また、上記プログラム情報管理手段は、技法情報あるい
は意図情報が指定されると、技法情報が指定された場合
、その技法を用いているソースコードがあるか否かをチ
ェックし、また、意図情報が指定された場合には、その
意図を実現しているソースコードがあるか否かをチェッ
クして、指定情報と完全に一致するソースコードがなけ
れば、指定情報の階層構造を上位に辿り、上位概念を検
索して、その上位概念の下位概念の中、指定情報以外の
情報を技法か意図の何れか一方として有するソースコー
ドを検出し、上記表示制御手段により、類似のプログラ
ムとして表示することに特徴がある。

〔作用〕

本発明においては、目的とするプログラムと同一の機能
を有するプログラムがシステム内部に格納されていない
場合でも、その目的とする概念。

あるいは、その目的を実現するためのプログラム技法の
リンクを基にして、プログラム情報の階層構造を辿り、
目的とするプログラムに類似したプログラム例を検索し
、そのプログラムの開発過程を理解することができる。

また、技法情報、意図情報等のプログラム情報全体を木
構造で表示し、指定された位置のオブジェクトやリンク
の情報を表示することができる。

これにより、プログラムの理解を促し、適切な再利用を
行うことが可能である。

〔実施例〕

以下、本発明の一実施例を図面に・より説明する。

第１図は、本発明の一実施例におけるプログラム情報の
基本的構成を示す説明図である。

本実施例では、プログラム情報として、プログラムのソ
ースコード１１、プログラミング技法１２、およびプロ
グラムの意図１３を植成要素とし、それぞれの情報に従
って階層構造を持つことができる。

また、構成要素間にも、それらの関連を示すリンクを設
定することができ、ソースコードと技法の対応を示すリ
ンク１４、ソースコードと意図の対応を示すリンク１５
、および意図と技法の対応を示すリンク１６が設定され
る。

このように、各プログラム情報の間に関連を示すリンク
を自由に設定することができる。

第２図は、本発明の一実施例におけるプログラム作成支
援システムの構成図である。

本実施例のプログラム作成支援システムは、中央処理装
置（以下ＣＰＵと記す）２１．第１記憶装［２２、第２
記憶装＠２３．第３記憶装＠２４゜第４記憶装置２５、
入力装置２６、表示装置２７゜および位置指定装置２８
を備える。

この第１記憶装置１ｉ２２〜第３記憶装置２４は、それ
ぞれ対象とするプログラミング言語で記述された再利用
対象のソースコード、プログラミング技法を表わすキー
ワード、およびプログラムの目的を示すキーワードを格
納する。これらの情報は、それぞれの情報毎に、その依
存関係に従い、木構造に整理されている。

また、第４記憶装置２５は、ＣＰＵ２１に対する命令を
記憶する。なお、第４記憶装置２５に格納されるプログ
ラムとしては、例えば技法の階層構造を、その構造に沿
って辿るプログラムがある。

なお、本実施例では、対象とするプログラミング言語と
して論理型言語ｐｒｏｌｏｇを用いる。

しかし、第１記憶装置２２〜第３記憶装置２４に格納さ
れたプログラミング看′語に関するデータを変更するこ
とにより、この対象言語に依存することなく、任意のプ
ログラミング言語に適用することができる。

また、ＣＰＵ２１は、入力装置２６と表示装置２７上の
位置指定装置２８を介して与えられた命令に従い、情報
を処理して１表示装置２７に処理結果を表示する。

また、本実施例におけるプログラムとしては、例えば、 ａｐｐｅｎｄ（［コ、Ｌ、Ｌ）。

ａｐｐｅｎｄ　（［Ａ　Ｉ　ＸコｔＹｔ　［ＡＩＺ］）
ニーａｐｐｅｎｄ　（ｘ、ｖ、ｚ）−とか、 ｒｅｖｅｒｓｅ　（［コ、［コ）。

ｒｅｖｅｒｓｅ　（［Ａ　ｌ　Ｔコ、Ｌ）ニーｒｅｖｅ
ｒｓｅ　（Ｔ　、　ＲＴ）　、　ａｐｐｅｎｄ　（ＲＴ
、　［１１］　＋　Ｌ）。

などがある。

このようなプログラム例に、技法情報や意図情報等、必
要な情報を付加して、次に示す形式で第１記憶装置２２
に格納される。

肛Ｊ匡鰭：ａｐｐｅｎｄ； ｃｏｎｓｉｓｔ　　ｏｆ： ａｐｐｅｎｄ（［］、ＬｔＬ）− ａｐｐｅｎｄ　（［Ａ　ｌ　Ｘ］　、Ｙ、［Ａ　ｌ　Ｚ
コ）ニーａｐｐｅｎｄ（Ｘ、Ｙ、Ｚ）。

ｔｅｃｈ囮ユ肛：単純再帰９合成／分割型引数。

１ｎｔｅｎｔｉｏｎ：リスト、結合９分割。

ｃｏｍｍｅｎｔｓ：第１引数のリストと第、２引数のリ
ストを結合したものが第３引数のリスト この場合、ｐｒｏｇｒａｍから始まる部分はプログラム
の名称、ｃｏｎｓｉｓＪｏｆから始まる部分はプログラ
ムのソースコード、ｔｅｃｈｎｉｑｕｅから始まる部分
はそのプログラムに使われているプログラミング技法を
示すキーワード、１ｎｔｅｎｔｉｏｎから始まる部分は
そのプログラムに込められた意図を表わすキーワード、
　ｃｏｍｍｅｎｔｓから始まる部分はそのプログラムに
対する説明を表わすキーワードである。

第３図は、本発明の一実施例における第２記憶装置に記
憶されるプログラミング技法の階層構造側図、第４図は
本発明の一実施例における第３記憶装置に記憶される意
図を表わす言葉の階層構造側図である。

本実施例では、利用者は、あるプログラムを作成する場
合、何か目的に関連した概念を思い浮かべて、その概念
が技法、意図、およびソースコードの何れであるかを判
断し、その種類によって、それぞれの情報が格納された
記憶装置（第１記憶装置２２〜第３記憶装置２４）に検
索命令を出し、検索した情報と、それに張られたリンク
を利用して、自分が思い浮かべた情報以外の情報を検索
し、既存のプログラムを理解したり、そのまま再利用し
たりして、所望のプログラムを作成する。

また、自分が思い浮かべた情報を基にして検索した情報
について、その関連情報が必要な場合には、第２記憶装
置２３あるいは第３記憶装置２４の内部の階層構造を辿
って、より詳細な情報、あるいは、より抽象的な情報を
得ることができる。

例えば第３図のようなプログラミング技法の階層構造に
おいて、「判定処理」３１というキーワードを基に階層
を上に遡ると、これが「制御技法」３２の一種であり、
同様の技法として「繰返し」３３や「逐次実行」３４と
いうものがあることがわかる。また、階層を下に辿ると
、「判定処理」３１の技法として、各プログラミング言
語に個有の場合分は技法が具体的に示される（　ｒｈｅ
ａｄ　ｕｎｉｆｉｃａｔｉｏｎによる判定処理Ｊ３５．
ｒ判定型述語による判定処理Ｊ３６）’。

同様に、第４図の目的を表わす言葉の階層構造を使って
、「ソート」４１というキーワードからは、階層を上に
辿ると、これが「要素並べ替え」４２という一般的な概
念の一例であり、同様の概念として、「逆転」４３、「
順列」４４等の概念がある。また、下に向けて辿ると、
ソートのための具体的な手法として、どのような手法が
あるか等の情報（「クイックソートＪ４５．ｒ挿入ソー
ト」４６、「泡ソート」４７）が得られる。

次に、これらの情報を利用して、どのようにプログラム
を再利用し、所望のプログラムを作成するかについて詳
細に述べる。

まず、利用者が自分の所望のプログラムの目的のみを知
っていて、実現方法についてはあまり知識がない場合に
ついて述べる。

この場合、利用者は自分の所望するプログラムの機能を
表わすキーワードをシステムに与え、目的を表わすデー
タが格納された第３記憶装置２４の中を検索する。

例えばリストの要素がリストであれば、その要素のリス
トの内部をも反転させるｆｕｌｌ　ｒｅｖｅｒｓｅとい
うプログラムを作成するという問題を考えると、与えら
れた問題が「リストの逆転」であるから、システムに対
して、「リスト」および「逆転」というキーワードを与
える。これにより、システムは第２記憶装置２３および
第３記憶装置２４を参照して、ソースコードが格納され
た第１記憶装！ｉ！２２の中のソースコードを検索し、
「リスト」およびｒ逆転」というキーワードを持つプロ
グラムを探しだす。

本実施例では、システムの内部に要素を単純に反転する
ｒｅｖｅｒｓｅが定義されていて、これに与えられたキ
ーワードが「リスト」および「逆転」であるため、この
ソースプログラムを検索して、表示装置２７上に、 ｒｅｖｅｒｓｅ（［１，［］）。

ｒｅｖｅｒｓｅ（［１ｌｌＴ］、Ｌ）ニーｒｅｖｅｒｓ
ｅ（Ｔ、ＲＴ）。

ａｐｐｅｎｄ（ｎＴ、［１１］、Ｌ）。

というｒｅｖｅｒｓｅのソースコードを表示する。

なお、本実施例では、ソースコードに与えられたキーワ
ードが２個一致したが、１個のみの一致でも良い。

このｒｅｖｅｒｓｅのプログラムに対して、利用者はい
くつかの入出力例を与える。その結果、入力のリストの
要素が項またはアトムであれば良いが、リストであれば
、うまくいかない場合があることを発見し、要素の種類
による判定処理が必要であることを認識する。

そこで、場合分けの技法を知るため、第２記憶装置２３
に格納されている判定処理の技法について、「判定処理
」というキーワードを与えて検索を行う。これにより、
システムは「判定処理」３１に関する技法を表示装置２
７に表示する。

そこで利用者は、この中から自分の目的に合った技法を
選ぶ。この場合、「判定型述語による判定処理」３６を
選び、判定型述語として引数がアトムか否かを判定する
ａｔｏｍｉｃを選ぶ。さらに、次に示すプログラムを作
成する。

ｆｕｌｌ−ｒｅｖｅｒｓｅ（［］、［コ）＋ｆｕｌｌ−
ｒｅｖｅｒｓｅ（［ｔｌｌＴ］＋Ｌ）ニーａｔｏｍｉｃ
（Ｈ）　、ｆｕｌｌ、ｒｅｖｅｒｓｅ（Ｔ、ＴＴ）　。

ａｐｐｅｎｄ（ＴＴ、［Ｈ］、Ｌ）。

これは先のｒｅｖｅｒｓｅのプログラムから容易に類推
できる。

そして、常套な判定処理として「７１〜ムでない場合」
の処理を行う。これに関して、利用者は具体的な情報を
持っていないため、今までに作成したプログラムを参考
にする。この場合、プログラムの構造として１条件によ
る場合分けを含む再帰構造であるため、「条件再帰」と
いうキーワードを用いて、第２記憶装［２３に含まれる
技法の説明を検索する。

その結果、システムは条件再帰の技法の説明として、「
条件再帰」３８を含む技法の階層構造を表示装置ｉ！２
７に表示する。

次に、この技法の例を求めると、システムは第１記憶装
置２２に格納されたソースプログラムを検索し、技法情
報として、このキーワードを持つプログラム例を探し、
例えば、 ｆｌａｔｔｅｎ（［Ｌ［］）。

ｆｌａｔｔｅｎ（［）ＩＩＴＩ、Ｌ）　ニーａｔｏｍｉ
ｃ（ＩＩ）、ｆｌａｔｔｅｎ（Ｔ、ＴＴ）、ａｐｐｅｎ
ｄ（［１１コ、ＴＴ、Ｌ）。

ｆｌａｔｔｅｎ（［１ｌＩＴ］、Ｌ）ニーｆｌａｔｔｅ
ｎ（）ｌ、）ｌＩＩ）　、ｆｌａｔｔｅｎ（Ｔ、ＴＴ）
　。

ａｐｐｅｎｄ（ＨＨ，ＴＴ、Ｌ）。

というプログラム例を表示装置２７に表示する。

利用者は、これを基にして、 ｆｕｌｌ−ｒｅｖｅｒｓｅ（［Ｌ［コ）。

ｆｕｌｊｒｅｖｅｒｓｅ（［旧Ｔコ、Ｌ）ニーａｔｏｍ
ｉｃ　（Ｈ）　、　ｆｕｌｌ、ｒｅｖｅｒｓｅ　（Ｔ　
＊　ＴＴ）　ｚａｐｐｅｎｄ（ＴＴ、［Ｈ］ｔＬ）。

ｆｕｌｌ−ｒｅｖｅｒｓｅ（［ＩＩＴＩｔＬ）ニーｆｕ
ｌｌ−ｒｅｖｅｒｓｅ（Ｈ，ＨＨ）　、ｆｕｌｌ−ｒｅ
ｖｅｒｓｅ（Ｔ、ＴＴ）ａｐｐｅｎｄ（ＴＴ、ＨＨ，Ｌ
）。

というプログラムを作成することができる。これが所望
のプログラムである。

次に、このような機能を実現するためのソフトウェア構
成について詳細に述べる。

第５図は、本発明の一実施例におけるソフトウェアの構
成図である。

本実施例のソフトウェアは、ユーザとの対話を制御する
対話制御系５１．ユーザからのコマンド入力を解釈実行
するコマンド解釈実行系５２．および各種のデータを格
納する記憶領域５３から構成される。

また、記憶領域５３は、対応表（以下ＳＮテーブルと呼
ぶ）５４、対応表（以下ＴＮテーブルと呼ぶ）５５、対
応表（以下ＩＮテーブルと呼ぶ）５６゜対応表（以下Ｓ
ＴＩテーブルと呼ぶ）５７、対応表（以下ＴＩＳテーブ
ルと呼ぶ）５８．対応表（以下ＩＴＳテーブルと呼ぶ）
５９．対応表（以下ＴＨテーブルと呼ぶ）６０、対応表
（以下ＩＨ子テーブル呼ぶ）６１、およびプログラムラ
イブラリ６２を備える。

このＳＮテーブル５４は、第１カラムに論理型言語の述
語名を持ち、第２カラムにそれに付けられた一連の番号
を持つ、また、ＴＮテーブル５５は、第１カラムに技法
名称を持ち、第２カラムにそれに付けられた一連の番号
を持つ。また、ＴＮテーブル５６は、第１カラムに意図
の名称を持ち、第２カラムにそれに付けられた一連の番
号を持つ。

また、ＳＴＩテーブル５７は、第１カラムに述語名に対
応する番号、第２カラムに技法情報に対応する番号、第
３カラムに意図情報に対応する番号を持つ、また、ＴＩ
Ｓテーブル５８は、第１カラムに技法情報に対応する番
号、第２カラムに意図情報に対応する番号、第３カラム
に述語名称に対応する番号を持つ。また、ＩＴＳテーブ
ル５９は。

第１カラムに意図名称に対応する番号、第２カラムに技
法名称に対応する番号、第３カラムに述語名称に対応す
る番号を持つ、また、ＴＨ子テーブル０は、第１カラム
に木構造に展開された技法の親の名称に対応する番号を
持ち、第２カラムに子に対応する技法名称に対応する番
号を持って、技法の親子関係を表わす、また、ＩＨ子テ
ーブル１は、第１カラムに意図の親の名称に対応する番
号を持ち、第２カラムに子に対応する意図名称に対応す
る番号を持って、意図の親子関係を表わす。

また、プログラムライブラリ６２は、実際のソースプロ
グラムを格納する。

このような構成により、対話制御系５１は、ユーザがキ
ーボードやマウス等の表示装置２７上の位置指定袋［２
８を利用して、入力したコマンドをコマンド解釈実行系
５２に渡す。

また、対話制御系５１は、〈情報の種類〉。

〈選択された情報〉、およびくたどるポインタの種類〉
の３個をコマンド解釈実行系５２に渡す。

なお、〈選択された情報〉とは、ポインタを辿る出発点
といる情報である。また、〈情報の種類〉とは１選択さ
れた情報がソースコード、技法情報、意図情報の何れか
を表わすためのフラグである。

また、くたどるポインタの種類〉とは、選択された情報
に張られているポインタの中、どのポインタを辿るかを
示す情報である。

次に２本実施例におけるコマンド解釈実行系５２（ＣＰ
Ｕ２１）の処理の詳細について述べる。

第６図ａ　−ｆは、本発明の一実施例におけるコマンド
解釈実行系の処理を示すフローチャートである。

本実施例では、第６図ａのように、コマンド序釈実行系
５２は、対話制御系５１から渡されたく情報の種類〉お
よびく選択された情報〉を用い（６０１）、その種類に
従って、ＳＮテーブル５４（６０２）、ＴＮテープ／Ｌ
１５５（６０３）、およびＩＮテーブル５６（６０４）
の何れかを検索し、渡された情報そのものに対応する番
号Ｎｉを得る。

なお、述語に対する処理（ＳＮテーブル５４）、技法に
対する処理（ＴＮテーブル５５）、意図に対する処理（
ＩＮテーブル５６）の何れでもなければ、コマンドエラ
ーである旨を表示して（６０５）、ステップ６０１に戻
る。

次に、〈たどるポインタの種類〉の情報に従って、ＳＴ
Ｉテーブル５７、ＴＳＩＳＮテーブル５４よびＩＳＴＳ
Ｎテーブル５４れかを辿る。

第６図すは１選択された情報の種類がソースコードであ
り、選択された情報に対応する一連番号が意図６号（Ｉ
Ｎ、）、辿るべきポインタの種類が技法情報である場合
（６０２）の処理を示す。

この場合、最初にＳＮテーブル５４をサーチしてＩＮｏ
を得る（６０６）。

次に、このＩＮｏをキーとしてＳＴＩテーブル５７の中
、第１フイールドがＩＮ、であるカラムを探す（６０７
）。

その結果、このカラムが見つかれば、そのカラムの第２
のフィールドに格納された技法を示す番号ＴＮＩ、を得
る（６０９，６１０）。

また、一致する述語名がなければ、述語名エラーである
旨を表示する（６０８）。

次に、ＴＮテーブル５５の第１カラムを見てＴＮｏに相
当する技法を表わす文字列Ｔ０を得る（６１１）。

最後に１文字列Ｔ０をコマンド実行の結果として対話制
御系５１に返す（６１２）。

また、述語名称を指定して意図情報を辿る場合も、同様
の処理を行う（６１３〜６１６）。

また、第６図Ｃは、技法情報を指定して述語名称を辿る
場合（６０３）の処理を示す。

この場合、技法名称と述語名称を辿ることを示すコマン
ドが対話制御系５１からコマンド解釈実行系５２に送ら
れると、コマンド解釈実行系５２はＴＮテーブル５５を
検索して、与えられた技法名称に対応する番号ＴＮ、を
得る（６１８）。

次に、ＴＩＳテーブル５８の第１カラムを検索してＴＮ
ｏに一致する番号を探す（６１９）。

その結果、番号が見つかれば、それと同じ列にある第３
カラムにある番号ＳＮ、を得る（６２１　。

６２４）。

また、ＴＮｏに一致する番号が無ければ、技法名エラー
である旨を表示する（６２０）。

さらに、ＳＮ０と同じ番号を持つ述語をＳＮテーブル５
４から探し、そのソースコードをソースコードライブラ
リ６２から検索して、表示装置２７に表示する（６２５
，６２６）。

また、ＴＮ、と同じ番号を持つ列の第３カラムに述語名
称を示す番号が格納されていない場合（６２５）には、
その技法に対応するソースプログラムがないことを示す
。この場合には、第６図ｅに示す処理を行う。

すなわち、まず、ＴＨ子テーブル０の第２カラムを見て
、ＴＮ、と同じ番号を探す（６３６）。

これが見つかれば、同じ列の第２カラムに格納されたＴ
Ｎ０以外の番号ＴＮＬを取り出す（６３７）。

なお、　ＴＮｌに対応する技法は、ユーザから入力され
た技法に似た機能を有する技法の分類に対応する。

次に、ＴＩＳテーブル５８の第１カラムを見てＴＮ、を
探し、見つかった場合には、その第３カラムに格納され
た値ＳＮ、に対応するソースプログラムを、先と同様の
処理を行って表示装置２７に表示する（６３８〜６４１
）。

但し、第３カラムが空であっても（６４０）、ＴＨ子テ
ーブル０を見ることは行わない（６４２）。

このようにして、技法情報からソースプログラムを検索
する。

また、第６図ｄおよび第６図ｆは、意図情報を与えられ
てソースコードを検索する場合（６０４）の処理を示す
。

この処理では、ＴＮテーブル５５の代わりにＩＮテーブ
ル５６を用い、また、ＴＩＳテーブル５８の代おりにＩ
ＴＳテーブル５９を用い、さらに、ＴＨ子テーブルｏの
筏わりにＩ　Ｈテーブル６１を用いる。

すなわち、第６図ｄのように、ＩＮテーブル５６により
与えられた意図角を検索しく６２７）、その意図角に対
応する番号ＩＮ０を得る（６２８）。

さらに、辿るポインタがソースコード・ポインタであれ
ば（６３０）、ＩＴＳテーブル５９の第１カラムがＩＮ
、である列の第３カラムのデータＴＮ、を得て（６３１
）、ＩＮテーブル５６の中、第１カラムがＩＮ、である
列の第２カラム□のデータを表示する（６３２）。

また、意図角に対応する番号ＩＮ、が得られない場合に
は（６２８）、意図者エラーである旨を表示する（６２
９）。

また、辿るポインタがソースコード・ポインタでなけれ
ば（６３０）、ＩＴＳテーブル５９の第１カラムがＩＮ
、である列の第２カラムを見て、データＳＮ、を得（６
３３，６３４）１次にＳＮテーブル５４を検索し、対応
するソース名を表示する（６３５）。

また、ＳＮ、が得られない場合（６３４）には、第６図
ｆのように、Ｉ　Ｈテーブル６１の中、第２カラムにＩ
Ｎ、が含まれている列を探す（６４３）。

次に、その第２カラムにある値で、ＩＮ、以外の値ＩＮ
、を取り出しく６４４，６４５）、さらにＴＴＳテーブ
ル５９の中、第１カラムがＩＮ、である列の第２カラム
の値ＳＮ、を取り出す（６４６゜６４７）。

次に、ＳＮテーブル５４を検索してＳＮ、に対応するソ
ースコードを表示する（６４８）。

また、ＳＮ、が取り出せない場合には（６４７）、対応
するソースコードが無い旨を表示する（６４９）。

このように、利用者は、技法、目的、ソースコードの何
れからも、必要な情報に容易にアクセスでき、既存のプ
ログラムの検索と、そのプログラムの目的の把握を簡単
に行うことができるため。

プログラムの再利用が容易になる。

次に１本実施例において、プログラム’ｆｕｌｌ−ｒｅ
ｖｅｒｓｅ’を作成する際、プログラムの作成過程に関
する情報がどのように管理されるかについて述べる。

この場合、まず「リスト」および「逆転」というキーワ
ードにより検索したプログラムを１個のオブジェクトと
して記録する。なお、検索したプログラムは次に示すプ
ログラムである。

Ｃ’ｆｕｌｌ、ｒｅｖｅｒｓｅ’　（１）　］ｒｅｖｅ
ｒｓｅ　　（［コ　、［］）。

ｒｅｖｅｒｓｅ　（［＋ＩＩＴ］　、　Ｌ）　ニーｒｅ
ｖｅｒｓｅ　（Ｔ、　ＲＴ）　、ａｐｐｅｎｄ（ＲＴ、
　［１１］　、Ｌ）。

なお、プログラム名称’ｆｕｌｌ−ｒｅｖｅｒｓｅ’に
付随している番号（１）は、プログラムの作成番号であ
り、何番目に作成したプログラムであるがを示す。

このプログラムには、技法としてデータタイプに「リス
ト」３７が、意図として「逆転Ｊ４３が使われているた
め、オブジェクトｒ　’ｆｕｌｌ、、、ｒｅｖｅｒｓｅ
’（１）」に技法リンクと意図リンクという２種類のリ
ンクを設定し、それぞれのリンク先オブジェクト（以下
デスティネーションと呼ぶ）として、「リスト」および
「逆転」を設定する。

また、このｒ　’ｆｕｌｌ−ｒｅｖｅｒｓｅ’　（１）
　Ｊプログラムは、入力のリストの要素が項またはアト
ムであればよいが、リストであればうまくぃがない場合
がある。

そこで、要素の種類による場合分けを試みて、判定型述
語として引数がアトムか否かを判定するａｔｏｍｉｃを
使ったプログラムを次のオブジェクトとして記録する。

このプログラムは次のように示される。

［’ｆｕｌｌ　ｒｅｖｅｒｓｅ’　（２）　］］ｆｕｌ
ｌ、−ｒｅｖｅｒｓｅ　（［コ　、［１）。

ｆｕｌｌ−ｒｅｖｅｒｓｅ　　（［ＨＩＴコ　、　　Ｌ
）　　ニーａｔｏｍｉｃ（ｌｌ）、ｆｕｌｌ−ｒｅｖｅ
ｒｓｅ　（Ｔ、　ＴＴ）　　。

ａｐｐｅｎｄ（ＴＴ、　　［１１コ　、Ｌ）。

これは、最初に作ったプログラム［’ｆｕｌｌ−ｒｅｖ
ｅｒｓｅ’　（１）　］を甚に作ったものであるため、
オブジェクＩ−［’ｆｕｌｌ　ｒｅｖｅｒｓｅ″（１）
］からオオブジェクト［’ｆｕ１１．　ｒｅｖｅｒｓｅ
’　（２）　］に対し、新たに「開発」という種類のリ
ンクを設定する。この場合、デスティネーションは、［
’ｆｕｌｌ−ｒｅｖｅｒｓｅ’（２）］である。

また、リンクには説明を記述することができるため、ｒ
問題点：入力のリストの要素が項またはアトムであれば
よいが、リストであればうまくいかない場合がある」と
記述する。さらに「備考：［’ｆｕｌｌ　ｒｅｖｅｒｓ
ｅ’　（２）　］では、述語ａｔｏｍｉｃにより入力要
素の判定を行う」と付は加えることもできる。

また、オブジェクト［’ｆｕｌｌ、−ｒｅｖｅｒｓｅ’
　（２）　］自体には、リンクとして技法リンクと意図
リンクを設定し、それぞれのリンクにデスティネーショ
ンとして「リスト、判定型述語による判定処理」および
「逆転」を設定する。なお、この場合には、デスティネ
ーションとして、新たに「判定型述語による判定処理」
３６が加わる。しかし、このプログラム［’ｆｕｌｌ−
ｒｅｖｅｒｓｅ’　（２）　］は、まだ「入力のリス１
−の要素がリストである場合」の処理ができない。

そこで、リストの要素がリストであることを判定する述
語’１ｓｊｉｓｔ’　を判定型述語３６から検索し、リ
ストの要素がリストである場合には、そのリストの要素
を述語’ｒｅｖｅｒｓｅ’により逆転してから１ａＰｐ
ｅｎｄ’で加えればよいと推測できる。

このプログラム［’ｆｕｌｌ　ｒｅｖｅｒｓｅ’　（３
）　］のプログラムは次のように示される。

ｆｕｌｌ、、、ｒｅｖｅｒｓｅ　（［１ｔ　　［］　）
　。

ｆｕｌｌ−ｒｅｖｅｒｓｅ　　（［ｌ１ｌＴコ　、　　
Ｌ）　　ニーａｔｏｍｉｃ（Ｈ）。

ｆｕｌＪｒｅｖｅｒｓｅ　（Ｔ、　ＴＴ）　　、ａｐｐ
ｅｎｄ（ＴＴ、　［Ｈ］　、Ｌ）。

ｆｕｌＬｒｅｖｅｒｓｅ　（［ＩＩＩＴ］　　＋　Ｌ）
　　ニー１ｓｊｉｓｔ（Ｈ）、ｒｅｖｅｒｓｅ　（Ｈ，
ｆｉｌ＋）　　。

ｆｕｌｌ−ｒｅｖｅｒｓｅ　（Ｔ、　ＴＴ）　　、ａｐ
ｐｅｎｄ（ＴＴ、ＨＨ，Ｌ）。

これを次のオブジェクトとして記録する。このプログラ
ムは、プログラム［’ｆｕｌＪｒｅｖｅｒｓｅ’　（２
）　］を基に作ったものであるため、オブジェクト［’
ｆｕｌｌ−ｒｅｖｅｒｓｅ’　（２）コからオブジェク
ト［’ｆｕｌｌ−ｒｅｖｅｒＳｅ″（３）］に対し、新
たに「開発」という種類のリンクを設定し、デスティネ
ーションを［’ｆｕｌｌ　ｒｅｖｅｒｓｅ’　（３）　
］とする。また、’　１ｓｊｉｓｔ　’というプログラ
ムを参考にしているため、「参考プログラム」というリ
ンクを設定し、デスティネーションを述語名称ｒ　’１
ｓｊｉｓｔ’　Ｊとする。また、リンクの説明として、
ｒ問題点二人カリストの要素がリストの場合の処理がう
まくいかない」と記述する。さらに「備考：　　［’ｆ
ｕｌｌ−ｒｅｖｅｒｓｅ’（３）コでは、述語’ａｔｏ
ｍｉｃ’に加えて、　’１ｓＪｉｓｔ’により入力要素
の判定を行う」と付は加えてもよい。

また、オブジェクト［’ｆｕｌＪｒｃｖｅｒｓｅ’　（
３）　］自体には、リンクとして技法リンクと意図リン
クを設定し、それぞれのリンクにデスティネーションと
して［リスト、判定型述語による場合分け」および「逆
転」を設定する。しかし、このプログラム［’ｆｕｌｌ
、、、ｒｅｖｅｒｓｅ’　（３）コは、まだ「入力のリ
ストの要素がリストのリストである場合」には、うまく
いかないことがわかる。

この時点で、利用者は作成技法に関して何か別の技法を
使わなくてはならないことを理解し、プログラムの構造
が条件による場合分けを含む再帰構造であることから、
「条件再帰」３８というキーワードを基にして、例とな
るプログラムを検索により発見する。

こうして発見されたプログラムは次のように示される。

ｆｌａｔｔｅｎ（［］、［］）。

ｆｌａｔｔｅｎ（［ＨＩＴコ、Ｌ）ニーａｔｏｍｉｃ（
Ｈ）、ｆｌａｔｔｅｎ（Ｔ、ＴＴ）。

ａｐｐｅｎｄ（ＨＨ，ＴＴ、Ｌ）。

ｆｌａｔｔｅｎ（［ＨＩＴ］ｙＬ）ニーｆｌａｔｔｅｎ
（Ｈ，ＩＩＨ）　、ｆｌａｔｔｅｎ（Ｔ、ＴＴ）　。

ａｐｐｅｎｄ（ＨＨ，ＴＴ、Ｌ）。

これを参考とすることにより、「条件再帰」３８を用い
たプログラムでは、判定の対象となった引数を再帰的に
処理する必要があること、および、第３節は’１ｓｊｉ
ｓｔ’による判定を行わなくても、’ａｔｏｎ＋ｉｃ’
でない場合にのみ意味を持つため１判定する必要がない
ことがわかる。

その結果、次のプログラム［’ｆｕｌｌ−ｒｅｖｅｒｓ
ｅ’（４）］を作成するａ　ｆｕｌｌ−ｒｅｖｅｒｓｅ
（［コ１［］）−ｆｕｌｌ−ｒｅｖｅｒｓｅ（［：ＨＩ
Ｔ］＊Ｌ）ニーａｔｏｍｉｃ（Ｈ）。

ｆｕｌｌ−ｒｅｖｅｒｓａ（Ｔ、ＴＴ）　、ａｐｐｅｎ
ｄ（ＴＴ、　［：旧、Ｌ）。

ｆｕｌｌ−ｒｅｖｅｒｓｅ（［ＨＩゴ］、Ｌ）ニーｆｕ
ｌｌ−ｒｅｖａｒｓｅ（Ｈ，ＨＨ）。

ｆｕｌｌ、−ｒｅｖｅｒｓｅ（Ｔ、ＴＴ）　。

ａｐｐｅｎｄ（ＴＴ、ＨＨ，Ｌ）。

このプログラムには、意図リンクとして「逆転」、技法
リンクとして「リスト、判定型述語による場合分け、条
件再帰」、参考プログラムリンクとしてｒｆｌａｔｔｅ
ｎＪが設定される。二辺場合、技法リンクのデスティネ
ーションとして「条件再帰」が。

参考プログラム名称としてｒｆｌａｔｔｅｎＪが加わる
。

また、開発リンクをどのプログラムから設定するかにつ
いては、次のように考える。

すなわち、プログラム［’ｆｕｌｌ−ｒｅｖｅｒｓｅ’
　（３）　］から［’ｆｕｌｌ−ｒｅｖｅｒｓｅ’　（
４）　］にいたる過程では、プログラムｒｉｓｊｉｓｔ
Ｊを参考にすることを破棄しているため、その時点で作
成しているプログラムがリンクしているデスティネーシ
ョンには、意味的にはプログラム［’ｆｕｌｌ−ｒｅｖ
ｅｒｓｅ’　（２）コと同等のものになったとする。

また、プログラム［’ｆｕｌｌ−ｒｅｖｅｒｓｅ’　（
４）　］は、［’ｆｕｌｌ−ｒｅｖｅｒｓｅ’　（２）
コと比べて、技法として「条件再帰」を、参考プログラ
ムとしてｒｆｌａｔｔｅｎＪを、デスティネーションと
して持つため、プログラム［’ｆｕｌｌ−ｒｅｖｅｒｓ
ｅ’　（４）］は、それらが新しく付は加わったプログ
ラム情報を使って、［’ｆｕｌｌ−ｒｅｖｅｒｓｅ’　
（２）　］を基に開発されたと見なすことができる。

そこで、［’ｆｕｌｌ−ｒｅｖｅｒｓｅ’　（４）　］
　ヘの開発リンクは、　　［’ｆｕｌｊｒｅｖｅｒｓａ
’　（２）　］から設定する。

なお、この開発リンクは［’ｆｕｌｌ、、、ｒｅｖｅｒ
ｓｅ’　（３）　］への開発リンクとの共有リンクとな
るため、リンクへの問題点の記述は行わないが、備考と
してｒ　［’ｆｕｌｌ、ｒｅｖｅｒｓｅ’　（３）　］
は、要素がリストのリストである場合に誤った出力を行
う。そこで［’ｆｕｌｌ−ｒｅｖｅｒｓｅ’　（４）　
］では、述語’ａｔｏｍｉｃ’に加えて、プログラム’
ｆｌａｔｔｅｎ’を参考に条件再帰の技法を使う」と付
は加えてもよい。

次に、このような機能を実現するためのソフトウェア構
成について詳細に述べる。

第７図は、本発明の一実施例における各種データを格納
する記憶領域の構造側図である。

本実施例の記憶領域は、オブジェクト・テープ／Ｌｌ（
ＯＢＪ　　ＴＢＬ）７１、リンク・テープ／Ｌ／（ＬＩ
ＮＫ　　ＴＢＬ）７２．デスティネーション・テーブル
（ＤＥＳＴ　　ＴＢＬ）７３．およびデスティネーショ
ン・ポインタ・テーブル（ＤＥＳＴ−ＰＴＢＬ）７４の
４種に分かれる。

このオブジェクト・テーブル７１は、個々のプログラム
のソースファイル、技法情報ファイル、および意図情報
ファイルをオブジェクトという１個のデータ構造で扱う
ための記憶領域である。

また、オブジェクト・テーブル７１の個々のデータエリ
ア７５は、６個のカラムに分かれている。

この中、ｔｙｐｅ７６は、オブジェクトのタイプであり
、タイプ１は「ソースファイル」、タイプ２は「技法情
報ファイル」、タイプ３は「意図情報ファイル」として
、オブジェクト種類を区分する。

また、　ｎａｍａ７７はオブジェクトの名称、　１ｉｎ
ｋ−ｃｏｕｎｔ７８はオブジェクトから設定しているリ
ンクの本数、１ｉｎｋ７９はリンク情報を利用するため
のポインタであり、１ｉｎｋａｄＪｅｓｔ−ｃｏｕｎｔ
　８０はそのオブジェクトをデスティネーションしてい
る数、１ｉｎｋｅｄｊｅｓｔ　８１はそのオブジェクト
をデスティネーションとしてポイントしているデスティ
ネーション情報へのポインタ、　　ｃｏｎｔｅｎｔ　８
２はそのオブジェクトの内容であり、ソースファイルの
場合には、ソースコードやコメントが、意図情報や技法
情報の場合は、テキスト情報が記述される。

また、リンク・テーブル７２は、各オブジェクトから設
定するリンクに関する情報を記憶する領域であり、オブ
ジェクトからは領域先頭を指すポインタ（ｌｉｎｋ）　
７９を辿って利用する。このリンク・テーブル７２を構
成する個々のデータエリアは４個のカラムに分かれる。

これらの中、１ｉｎｋ　ｎａｍｅ８３はリンクの名称、
ｄｅｓｋ、ｃｏｕｎｔ　８４はリンクしているデスティ
ネーションの数、ｄｅｓｔ８５はデスティネーション情
報の領域先頭を指すポインタ、ｃｏｎｔｅｎｔ　８６は
リンクの内容であり、問題点や備考等を記述する部分で
ある。

また、デスティネーション・テーブル７３は、個々のリ
ンクのデスティネーションに関する情報を記憶する領域
であり、リンク情報からはデスティネーション情報の領
域先頭を指すポインタ（ｄｅｓｔ）８５を使って利用す
る。このデスティネーション・テーブルを構成する個々
のデータエリアは３個のカラムに分かれる。

この中、ｔｙｐｅ８７はデスティネーションのタイプで
あり、オブジェクトのタイプと同様にして利用する。ま
た、ｅｘｉｓｔｊｅｓｔ　８８はデスティネーションと
してポイントしているオブジェクトが存在するか否かを
示すフラグ、ｏｂｊｅｃｔ　８９はデスティネーション
としてポイントしているオブジェクトのデータエリア９
１を指すポインタである。

また、デスティネーション・ポインタ・テーブル７４は
、各オブジェクトをデスティネーションとしてポイント
しているデスティネーションへ、オブジェクトからの逆
リンクを持つ記憶領域であり、ｄｅｓＪｐ９０はデステ
ィネーションのデータエリア９２を指すポインタである
。このデスティネーション・ポインタ・テーブル７４は
、オブジェクトのデータエリアにある１ｉｎｋｅｄ　ｄ
ｅｓｔ９３から、領域先頭９４を指すポインタを辿って
利用する。

なお、各テーブルの終端にあるポインタ９５〜９７は、
各テーブルの空きが無くなった場合１次のテーブルを割
り当て、そこへポイントするためのものである↓ 第８図ａ　＝　ｄは、本発明の一実施例におけるプログ
ラム作成過程の記録処理を示すフローチャートである。

本実施例では、第７図のような構造の記録領域を用いて
プログラム作成過程を記録する場合、第８図ａのように
、まずプログラムの名称を入力しく８０１）、編集用の
エディタを開く。なお、利用者には公開されないが、プ
ログラムの名称には名称以外に作成番号が付いており、
そのプログラムが作成過程のどの時点のものかを識別で
きる。

入力されたプログラムの名称が既に存在するファイルで
あれば（８０２）、作成番号が最大のものが直前にｇ集
されていたプログラムである（８０３）。

また、該当するプログラムが存在しない新規作成プログ
ラムの場合は、作成番号を０とする（８０４）。

こうして直前の作成番号を得ると、次に、これからの編
集作業に使用するオブジェクト・テーブルの空きデータ
エリア（以下ＯＴと記す）を１個確保する（８０５）。

次に、これから編集するファイルの作成番号を、直前に
編集していたファイルの作成番号を１個インクリメン１
−シたものとしく８０６）、確保していたＯＴの第１カ
ラムｔｙｐｅには、そのオブジェクトがソースファイル
であることを示す番号′１′を、第２カラムｎａｍｅに
は、現在の作成番号を付加したプログラムの名称を代入
する（８０７）。

次に、第７カラムｃｏｎｔｅｎｔを使ってプログラムの
編集を行う（８０８）。

さらに、［集が一段落した時点で、前回から現時点まで
のプログラム開発過程を記憶する。なお、この前回とは
、最近のプログラム開発過程を記録した時点である。

次に、開発過程を分析する。この開発過程の分析は、プ
ログラム作成の過程でどのプログラムを参考にしたか、
どのような作成技法を使ったか。

および、どのような意図により作成したかを元にして行
うため、まず、それらを調べる（８０９．）。

その結果、何らかの情報を参照していれば、それをリン
クとして設定する（第８図ｂ〜第８図Ｃのステップ８１
８）。

すなおち、現在の作業に使用しているＯＴを調べ、リン
ク・テーブル７２が割り付けられているか否かを調べて
（８１０）、割り付けられていなければ、割り付けを行
って、リンク・テーブル７２の先頭アドレスをＯＴの第
４カラム１ｉｎｋに代入しく８１１）、ＯＴから利用で
きるようにする。

次に、割り付けられたリンク・テーブル７２を検索し、
設定しようとしているリンク名称が既に登録されている
か否かを調べる（８１２）。

その結果、そのリンク名称がまだ登録されていない場合
、リンク・テーブル７２の空きデータエリアを割り当て
て第１カラム１ｉｎＪｎａｍｅに登録し、デスティネー
ション・テーブル７３を割り当て、先頭アドレスを第３
カラムｄｅｓｔに代入して（８１３）、利用できるよう
にする。

なお、こうしてリンクの実体を確保した時点で、第４カ
ラムｃｏｎｔｅｎｔを使い、問題点やコメント等を記述
することができる。

さらに、デスティネーション・テーブル７３を確保した
後、その空きエリア（以下ＤＴと記す）を得る（８１４
）。このＤＴの第１カラムｔｙｐｅには、デスティネー
ション・オブジェクトのタイプを、第３カラムｏｂｊｅ
ｃｔには、デスティネーションとなるオブジェクトのデ
ータエリアのアドレスを代入し、ＤＴから利用できるよ
うにする。また、第２カラムｅｘｉｓｔ−ｄｅｓｔはデ
スティネーションの実体が存在することを示すフラグで
あり、設定時にはＯＮであるが、デスティネーションが
削除された場合には、　１ｉｎｋｅｄ−ｄｅｓｔポイン
タを使ってＯＦＦにセットされる（８１５）、なお、１
ｊｎｋｅｄ−ｄｅｓｔポインタは、デスティネーション
を削除した際、そのオブジェクトをデスティネーション
としているデスティネーション情報のフラグｅｘｉｓｔ
ｊｅｓｔをＯＦＦにするためのものであり、ＤＴを指す
ポインタとなっている。

また、１ｉｎｋｅｄＪｅｓｔポインタの設定処理の手順
は、第８図Ｃに示される。

すなわち、現在デスティネーションとしてリンクしよう
としているオブジェクトの情報を調べ、デスティネーシ
ョン・ポインタ・テーブル７４が割り付けられているか
否かを調べて（８１６）、割り付けられていなければ、
割り付けを行い、デスティネーション・ポインタ・テー
ブル７４の先頭アドレスをリンク先オブジェクトの第６
カラム１ｉｎｋｅｄＪｅｓｔに代入する（８１７）。

こうしてデスティネーション・ポインタ・テーブル７４
を確保した後、空きデータエリアのｄｅｓｔ−ｐにＤＴ
のアドレスを代入し、オブジェクトからＤＴの第２カラ
ムｅｘｉｓｔｊｅｓｔにアクセスできるようにする（８
１８）。

このように、プログラム作成過程で参照した情報へのリ
ンクを設定した後、開発過程を示すリンク（以下開発リ
ンクと呼ぶ）の設定を行う（８１９〜８２２）。

なお、開発過程で使用するプログラム情報は。

開発が進むにつれて増大するため、以前に作成したプロ
グラムと順番に比較して、参照しているプログラム情報
へのリンクが包含関係にあるプログラムを探しく８１９
〜８２０）、該当するプログラムから現編集プログラム
へ開発リンクを設定する（８２２）、なお、リンクの設
定方法は、ステップ８１０〜８１８と同様である。

また、開発リンクのリンク・テーブル７２の第４カラム
ｃｏｎｔｅｎｔには、元プログラムの問題点を記述する
以外に、＠編集プログラムの問題解決方法を記述するこ
とができるが、この問題決方法は。

リンク設定元のオブジェクト・テーブル７１の第７カラ
ムｃｏｎｔｅｎｔに記述することもできる。また、＠編
集プログラムが、元プログラムを分割あるいは統合した
ものである場合には、前プログラムから、そのことを示
すリンクｒ分割リンク」および「統合リンク」をステッ
プ８１０〜８１８と同様の方法で設定することができる
。

以上の過程がプログラム作成の１区切りであり。

さらに第８図ｄのように、プログラムが正しく動作する
か否かをテストした後（８２３）、正しいと判断すれば
終了し、正しくなければ、再びステップ８０６に戻って
同じ過程を繰り返す。

このように、プログラム開発の過程で作成したプログラ
ムに対し、リンクの設定と比較を行うことにより、開発
過程を記録することができる。

次に５本実施例において、プログラム情報を表示する方
法について述べる。

本実施例では、各種のプログラム情報において、その全
体的な構造を、情報の名称をノード、その間の関係をリ
ンクとする木構造で表示することができ、マウス等のボ
インティング・デバイスを用いてノードあるいはリンク
を指定することにより。

その表示色を変更して指定されたことを示し、指定対象
の情報を利用することができる。

また、木構造として解析されるものは、各プログラム情
報によって異なり、技法情報と意図情報の場合は、関連
に従って階層的に記憶された階層構造が解析され、ソー
スファイルの場合は、開発リンクや統合・分割リンク等
、開発過程を示すリンクに従って、初期ファイルをトッ
プノードとし、最新編集ファイルをボトムとするプログ
ラムの進化樹が解析される。

これらの木構造を表示する方法は、親子関係にするノー
ドとその間のリンクを表示する方式で同等に扱うことが
できる。但し、１個のノードは複数の親ノードを持つこ
とができるため、全体の構造は単純な木構造ではなく、
グラフ構造になる。

第９図は、本発明の一実施例におけるプログラム情報の
全体構造を表示するための記憶領域の構造側口である。

本実施例の記憶領域は、各プログラム情報の全体構造を
表示し、指定による色表示の変更を行うための各種のデ
ータを格納する。

この記憶領域は、３個の部分に分かれ、ノードを表示す
るためのデータを入力するオブジェクト表示情報領域（
ＤＩＳＰ）１０１と、表示画面上で指定された場合にノ
ード名称を同定するために参照するオブジェクト参照情
報領域（ＲＥＦ　　０ＢＪ）１０２と、リンクを同定す
るために参照するリンク参照情報領域（ＲＥＦ　　Ｉ、
ＩＮＫ）１０３とである。

さらに、ＤＩＳＰＩＯＩを構成する個々のデータエリア
は９個のカラムに分かれる。

つまり、第１カラムｏｂｊ−ｎａｍｅ　１０４はノード
となるオブジェクトの名称、第２、第３カラムｘ、ｙ１
０５．１０６は表示するノードの画面上の座標、第４カ
ラムｈｏｗ−ｍａｎｙ　１０７はリンクしているデステ
ィネーションの個数、第５カラム１ｅｖｅｌ　１０８、
第６カラム１ｉｎｅｌ　Ｏ９は表示位置を表示オブジェ
クト全体での行と列により表わしたもの、第７カラムｄ
ｅｓｔ−ｎａｎ＋ｅ　１１０はデスティネーションとし
ているオブジェクトの名称を配列で表わしたもの、第８
カラムｎ１ｌｌｊｏｘ　１１１、第９カラムｔｅｍｐ−
１ｉｎｅ１１２は各デスティネーションへのリンクを表
示する際、表示線の重なりを防ぐために設定するダミー
のノード数と行数である。

また、ＲＥＦ　　０ＢＪ１０２を構成する個々のデータ
エリアには５個のカラムがある。

つまり、第１カラムｏｂｊ−ｎａｍｅ　１１３はノード
名称、第２、第３カラムｘ、ｙｌ　１４，１１５は表示
するノードの画面上の座標、第４カラムｗｉｄｔｈ　１
１６はノードの画面上の表示幅、第５カラムｓｅｇｎｏ
ｌ　１７は表示時に使う図群の番号である。なお１図群
とは表示出力の制御単位であり、本実施例では１個のノ
ードを表示するために１個の図群を使う。

また、ＲＥＦ　　ＬＩＮＫ１０３を構成する個々のデー
タエリアには３個のカラムがある。

つまり、第１カラムｏｂｊ−ｎａｍｅ　１１８はそのリ
ンクを設定しているオブジェクトの名称、第２カラム１
ｉｎｅ−ｃｏｕｎｔ　１１９はリンク表示に使用してい
る線分の本数、第３カラムｘ、ｙ１２０は表示する線分
の座標である。なお、１本のリンク表示の線分は最大３
本しか必要としない。

第１０図ａ−ｅは、本発明の一実施例における各プログ
ラム情報の構造の表示処理を示すフローチャートである
。

本実施例では、第９図に示した記憶領域の構造を使って
、各プログラム情報の構造を表示する場合、まず１表示
するプログラム情報をテーブル７１〜７４から表示用デ
ータのテーブルＤＩＳＰＩ０１に読み込む（１００１）
。この時点では、第１カラムｏｂｊ−ｎａｍｅにオブジ
ェクト名称、第４カラムに解析対象リンクのデスティネ
ーション個数、および第７カラムｄｅｓｔ−ｎａｍｅに
そのデスティネーションの名称列がそれぞれ代入する。

また、第５カラム１ｅｖｅｌには１を、第６カラム１ｉ
ｎｅには０を代入する（１００２）。

こうしてテーブルの初期化を行った後、各オブジェクト
の１ｅｖｅｌの値を計算する（１００３〜１００６）。

すなわち、最上位のオブジェクトを現オブジェクトとし
く１００３）、現オブジェクトのデスティネーションの
１ｅｖｅｌが現オブジェクトの１ｅｖｅｌよりも小さけ
れば（１００４）、デスティネーションの１ｅｖｅｌ値
を現オブジェクトの１ｅｖｅｌ値＋１に設定する（１０
０５）。

次に、現デスティネーションにデスティネーションが存
在するか否かを調べ（１００６）、存在すれば、現デス
ティネーションを現オブジェクトとしく１００７）、同
様の処理を繰り返す（１００４〜１００６）。

次に、各オブジェクトの値を計算する（１００８〜１０
２６）。

すなわち、現在の最大１ｉｎｅの値を１としく１００８
）、各オブジェクトのデスティネーションに１ｉｎｅが
割り当てられていることを示すフラグをＯＦＦに設定す
る（１００９）。

こうして初期化を行った後、最上位のオブジェクトを現
オブジェクトとしく１０１０）、現オブジェクトについ
て、デスティネーションの１ｉｎｅ値を割り当てたこと
を示すフラグａｓｓｊｅｓｔと、自分自身の１ｉｎｅ値
を割り当てたことを示すフラグａｓｓ、−５ｅｉｆをＯ
ＦＦにする（１０１１）。

次に、現オブジェクトの１ｉｎｅ値が割り当てられてい
るか否かを調べる（１０１２）。

その結果、まだ割り当てられていなければ、１ｉｎｅ値
の計算をする（１０１３〜１０２６）。

すなわち、ａｓｓ−ｓｅｌｆ　’ｊｔ　ＯＮに設定して
、自分自身の１ｉｎｅ値を計算したことを示しく１０１
３）、既にデスティネーションの１ｉｎｅ値を割り当て
ていれば（１０１４）、現在の最大１ｉｎｅ値＋１を現
オブジェクトの１ｉｎｅ値としく１０１５）、また、割
り当てていなければ、現在の最大１ｉｎｅ値を現オブジ
ェクトの１ｉｎｅ値とする（１０１　Ｇ’）。

次に、表示時、リンクが重なることを防ぐために使用す
るダミーノードの設定数を計算する（１０１７）。

さらに、迂回する１ｉｎｅ値であるｔｅｍｐｊｉｎｅの
値を計算する（１０１８〜１０２５）。

すなわち、現デスティネーションにデスティネーション
があれば（１０１８）、ステップ１０１３〜１０２６の
方法で現デスティネーションのｌ　、ｉ　ｎ　ｅ値を計
算しく１０１９）、その値を現オブジェクトのデスティ
ネーションに対するｔｅｍｐ−１ｉｎｅの値として（１
０２０）、デスティネーションの１ｉｎｅ値を計算した
ことを示すフラグａｓｓＪｅｓｔ　ｔｔ　ＯＮにする（
１０２１）。

また、現デスティネーションにデスティネーションが無
く、ｎ１１１Ｊｏｘがあり（１０２２）、デスティネー
ションの値が割り当ててあれば（・１０２３）。

現在の最大１ｉｎｅ値＋１を現オブジェクトのデスティ
ネーションに対するｔａｍｐ−１ｉｎｅの値としく１ｏ
２４）、また１割り当てていなければ、現在の最大１ｉ
ｎｅ値を現オブジェクトのデスティネーションに対する
ｔａｍｐｊｉｎｅの値として（１０２５）、デスティネ
ーションの値を計算したことを示すフラグａｓｓＪｅｓ
ｔをＯＮにする（１０２６）。

こうして各オブジェクトの１ｅｖｅｌと１ｉｎｅの値を
計算した後、表示を行う（１０２７〜１０３１）。

すなわち、最上位のオブジェクトを親オブジェクトとし
て（１０２７）、計算したＤＩＳＰのデータにより各オ
ブジェクトには１個の同郡を割り当てて表示する（１０
２８）。この表示時には、各オブジェクトおよびそのオ
ブジェクトからデスティネーションに対して設定したリ
ンクの表示情報をＲＥＦ　　０ＢＪ１０２およびＲＥＦ
　　ＬＩＮＫＩ０３に代入する。さらに、現オブジェク
トをデスティネーションに置き換えて、全てのオブジェ
クトを表示する（１０３０．１０３１）。

次に、表示したデータを画面上で指定して、そのオブジ
ェクトあるいはリンクの表示色を変えて、内容を表示す
る方法について述べる。

第１１図は、本発明の一実施例において表示したプログ
ラム情報の全体構造から所望のプログラム情報を検索す
る処理を示すフローチャートである。

本実施例では１表示したデータを画面上で指定し、その
オブジェクトあるいはリンクの表示色を変えることによ
り内容を表示する。

まず、画面上の何れかが指定されると、その位置の座標
を得る（１１０１）。

次に、指定された位置にオブジェクトがあるか否かを調
べる（１１０２）。つまり、ＲＥＦ−〇ＢＪ１０２の座
標データ１１４，１１５と、表示幅（Ｗｉｄｔｈ）　１
１６により、該当するオブジェクトの名称１１３とその
同郡番号１１７を得ることができる。

その結果、該当するオブジェクトが存在すれば、その同
郡番号を指定して表示色を変え（１１０５）、○ＢＪ　
　ＴＢＬ７１とＬＩＮＫ　　ＴＢＬ７２をオブジェクト
名称により検索し、その結果を表示する（１１０６）。

また、該当するオブジェクトが存在しなければ、指定さ
れた位置にリンクが存在するか否かを調ベル（１１０３
）。つまり、ＲＥＦ　　ＬＩＮＫ１０３の座標データ１
２０により、指定された位置とリンクの線分との距随を
計算し、線上であれば、その線分の表示色を変えて（１
１０７）、ＬＩＮＫ−ＴＢＬ７２とＤＥＳＴ　　ＴＢＬ
７３をリンクの名称により検索し、その結果を表示する
（１１０８）。

また、指定位置にオブジェクトもリンクも存在しなけれ
ば、該当するものがないことを報告する（１１０４）。

このように、表示用のデータを計算し、表示データを参
照することによって、各プログラム情報の全体構造を木
構造により表示し、指定位置にあるオブジェクトあるい
はリンクの情報を表示することができる。

〔発明の効果〕

本発明によれば、既存のプログラムの検索とその目的お
よび作成過程の理解が容易であり、プログラム情報の全
体的な構造が把握し易くなるため、プログラムの再利用
率、およびプログラムの生産性・信頼性が向上する。

【図面の簡単な説明】 第１図は本発明の一実施例におけるプログラム情報の基
本的構成を示す説明図、第２図は本発明の一実施例にお
けるプログラム作成支援システムの構成図、第３図は本
発明の一実施例における第２記憶装置に記憶されるプロ
グラミング技法の階層構造側口、第４図は本発明の一実
施例における第３記憶装置に記憶される意図を表わす言
葉の諧層構造側口、第５図は本発明の一実施例における
ソフトウェアの構成図、第６図ａ　−ｆは本発明の一実
施例におけるコマンド解釈実行系の処理を示すフローチ
ャート、第７図は本発明の一実施例における各種データ
を格納する記憶領域の構造例図、第８図ａ　−ｄは本発
明の一実施例におけるプログラム作成過程の記録処理を
示すフローチャート、第９図は本発明の一実施例におけ
るプログラム情報の全体構造を表示するための記憶領域
の構造例図、第１０図ａ−ｅは本発明の一実施例におけ
る各プログラム情報の構造の表示処理を示すフローチャ
ート、第１１図は本発明の一実施例において表示したプ
ログラム情報の全体構造から所望のプログラム情報を検
索する処理を示すフローチャートである。 １１ニブログラムのソースコード、１２ニブログラミン
グ技法、１３ニブログラムの意図、１４：ソースコード
と技法の対応を示すリンク、１５：ソースコードと意図
の対応を示すリンク、１６：意図と技法の対応を示すリ
ンク、２１：中央処理装置（ＣＰＵ）、　２２　：第１
記憶装置、２３：第２記憶装置、２４：第３記憶装置、
２５：第４記憶装置、２６：入力装置、２７：表示装置
、２８：位置指定装置、３１〜３８：技法情報の階層構
造におけるキーワード、４１〜４７：意図を表わす言葉
の階層構造におけるキーワード、５１：対話制御系、５
２：コマンド解釈実行系、５３：記憶領域、５４：対応
表（ＳＮテーブル）、５５：対応表（ＴＮテーブル）、
５６：対応表（ＩＮテーブル）。 ５７：対応表（ＳＴＩテーブル）、５８：対応表（Ｔ　
Ｉ　Ｓテーブル）、５９：対応表（ＩＴＳテーブル）、
６０：対応表（ＴＨ子テーブル、６１：対応表（ＩＨ子
テーブル、６２ニブログラムライブラリ。 ７１：オブジェクト・テーブル（○ＢＪ　　ＴＢＬ）。 ７２：リンク・テーブル（ＬＩＮＫ　　ＴＢＬ）。 ７３：デスティネーション・テーブル（ＤＥＳＴＴＢＬ
）、７４：デスティネーション・ポインタ・テーブル（
ＤＥＳＴ　　Ｐ　　ＴＢＬ）、７５：データエリア、　
７６　：ｔｙｐｅ、　７７　：　ｎａｍｅ、　７８　：
　１ｉｎｋ−ｃｏｕｎｔ。 ７９　：　１ｉｎｋ、　８０　：　１ｉｎｋｅｄｊｅｓ
ｔ−ｃｏｕｎｔ、　８１　：　１ｉｎｋｅｄｊｅｓｔ、
８　２　　：　　ｃｏｎｔｅｎｔ、８　３　　：　　ｌ
ｉｎｋ−ｎａｍｅ、８　４　　：ｄａｓｔ＋−ｃｏｕｎ
ｔ、　８５　：　ｄｅｓｔ、　８６　：　ｃｏｎｔｅｎ
ｔ、　８７　：　ｔｙｐｅ、　８８　：　ｅｘｉｓｔＪ
ｅｓｔ、　８９　：　ｏｂｊｅｃｔ、　９０　：　ｄｅ
ｓｔ。 ９１：データエリア、９２：データエリア、９３：１ｉ
ｎｋｅｄｊｅｓｔ、　９４　：領域先頭、９５〜９７：
各テーブルの終端にあるポインタ、１０１：オブジェク
ト表示情報領域（ＤＩＳＰ）、１０２：オブジェクト参
照情報領域（ＲＥＦ　　０ＢＪ）、１０３：リンク参照
情報領域（ＲＥＦ　　ＬＩＮＫ）、１０４　：ｏｂｊ−
ｎａｍｅ、　１０５　：　ｘ座標、１０６：ｙ座標、１
０７：ｈｏｗ、、、ｍａｎｙ、　１０８　：　１ｅｖｅ
ｌ、　１０９　：　１ｉｎｅ、　１１０　：ｄｅｓｔ−
ｎａｍｅ、１１１　：　ｎｕｌｌ−ｂｏｘ、１１２　：
　ｔｅｍｐ−１ｉｎｅ、　１１３　：　ｏｂｊ−ｎａｍ
ｅ、　１１４　：　ｘ座標、１１５：ｙ座標、　１１６
　：　ｗｉｄｅ、　１１７　：　ｓｅｇｎｏ、　１１８
　：ｏｂｊ−ｎａｍｅ、　ｌ　１９　：　１ｉｎｅ−ｃ
ｏｕｎｔ、　１２０　：表示する線分の座標。 特許出願人　株式会社　日立製作所 −〇′

Claims (1)

1. 【特許請求の範囲】 １、入力装置と、中央処理装置と、該中央処理装置に対
   する命令であるプログラムを格納する記憶装置と、表示
   装置とを備えたプログラム作成支援システムのプログラ
   ム情報管理方式において、ソースファイルと、プログラ
   ムのソースコードの一部と、ソースコードの作成技法に
   関する技法情報と、ソースコードの作成意図に関する意
   図情報とをプログラム情報として格納する手段、該情報
   間の関連を示すリンクを設定し、該リンクにより該プロ
   グラム情報を管理する手段、および上記表示装置を制御
   し、該プログラム情報の名称をノードとし、該ノード間
   の関係をリンクとして、該プログラム情報全体をネット
   ワーク構造で表示する手段を備え、新たにプログラムを
   作成する場合、既存プログラムの該プログラム情報の関
   連から、所望のプログラムと類似の機能を有する既存プ
   ログラムを検索して、該既存プログラムを利用して所望
   のプログラムを作成し、かつ該プログラム情報をノード
   として、該ノード間の関係をネットワーク構造で表示す
   ることを特徴とするプログラム情報管理方式。 ２、上記プログラム情報管理手段は、プログラム開発の
   過程で作成したプログラム間に、段階的に開発したこと
   を示すリンクを設定して、該リンクには、リンク設定元
   のプログラムの問題点と、該問題点を解決するためにリ
   ンク設定先のプログラム作成で使用した方法とを記述す
   ることを特徴とする特許請求範囲第１項記載のプログラ
   ム情報管理方式。 ３、上記プログラム情報管理手段は、プログラム開発の
   過程で作成したプログラム間に、段階的に開発したこと
   を示すリンクを設定し、かつ該リンクには、リンク設定
   元のプログラムの問題点を記述し、かつ該リンク設定先
   のプログラムには、該問題点を解決するためにプログラ
   ム作成で使用した方法を記述して、該リンクを利用し、
   該リンク設定元プログラムの問題点と、該問題点の解決
   方法とを検索することを特徴とする特許請求範囲第１項
   記載のプログラム情報管理方式。 ４、上記プログラム情報管理手段は、プログラム開発の
   過程で作成したプログラム間の段階的に開発したことを
   示すリンクを解析し、上記表示制御手段によって、プロ
   グラム・ファイル名をノードとするネットワーク構造に
   より、プログラムが開発された過程を表示することを特
   徴とする特許請求範囲第１項記載のプログラム情報管理
   方式。 ５、上記ネットワーク構造を表示する際、現在参照して
   いるプログラム・ファイル名のノードは色を変えて表示
   し、かつ指定したネットワーク構造のリンク部分につい
   ては、該リンク部分で解決した問題点を表示し、かつ指
   定したネットワーク構造のノード部分については、該ノ
   ード部分で採用した問題解決方法を表示することを特徴
   とする特許請求範囲第４項記載のプログラム情報管理方
   式。 ６、上記プログラム情報管理手段は、プログラム開発の
   過程で作成したプログラム間に、該プログラムを段階的
   に開発したことを示すリンクを設定し、該プログラムが
   １個のソースファイルを複数に分割したものである場合
   、分割したことを示すリンクを設定し、また、該プログ
   ラムが複数のソースファイルを１個に統合したものであ
   る場合には、統合したことを示すリンクを設定すること
   を特徴とする特許請求範囲第１項記載のプログラム情報
   管理方式。 ７、上記プログラム情報管理手段は、プログラム開発の
   過程で作成したプログラムに関して、作成時に参照した
   技法情報を示す技法リンク、および意図情報を示す意図
   リンクの設定および削除を行い、該リンクを設定した場
   合、作成したプログラムを新たなプログラムとしてシス
   テムに登録して、旧プログラムとの間に、段階的に開発
   したことを示すリンクを設定し、また、該リンクを削除
   した場合には、参照する技法情報および意図情報の組が
   同一であるプログラムまで後戻りして、段階的に開発し
   たことを示すリンクを該プログラムから設定することを
   特徴とする特許請求範囲第１項記載のプログラム情報管
   理方式。 ８、上記段階的に開発したことを示すリンクを解析して
   、作成したプログラムの名称をノードとし、開発の元と
   なったプログラムを親とする親子関係をリンクとするネ
   ットワーク構造により、プログラム開発の過程を表示す
   ることを特徴とする特許請求範囲第７項記載のプログラ
   ム情報管理方式。 ９、上記プログラム情報管理手段は、プログラム開発の
   過程で作成するプログラムに、作成時に参考としたプロ
   グラムへのリンクを設定することを特徴とする特許請求
   範囲第１項記載のプログラム情報管理方式。 １０、上記表示制御手段は、設定したリンクの関連に従
   い、プログラム情報の全体的な構造を、情報の名称をノ
   ードするネットワーク構造で表示して、該名称が指定さ
   れると、該ノードの表示色を変えることを特徴とする特
   許請求範囲第１項記載のプログラム情報管理方式。 １１、上記プログラム情報管理手段は、ソースプログラ
   ムに利用されるプログラム開発技法に従い、該技法を表
   現する技法情報へ技法リンクを設定し、同時に該ソース
   プログラムの意図を表現する意図情報へ意図リンクを設
   定することを特徴とする特許請求範囲第１項記載のプロ
   グラム情報管理方式。 １２、上記プログラム情報格納手段には、技法情報と意
   図情報の集合を、各該情報の関連に従い、階層的に記憶
   することを特徴とする特許請求範囲第１項記載のプログ
   ラム情報管理方式。 １３、上記表示制御手段は、プログラム情報の中の特定
   情報を指定された場合、上記記憶装置の中の情報間に設
   定されたリンクにより、該特定情報と関連する該記憶装
   装置以外の記憶装置の情報を表示することを特徴とする
   特許請求範囲第１項記載のプログラム情報管理方式。 １４、上記プログラム情報管理手段は、上記技法情報か
   上記意図情報の何れか一方を指定されると、該技法情報
   を指定された場合、該技法を用いているソースコードが
   あるか否かをチェックし、また、該意図情報を指定され
   た場合には、該意図を実現しているソースコードがある
   か否かをチェックして、該指定情報と完全に一致するソ
   ースコードがなければ、該指定情報の階層構造を上位に
   辿り、該指定情報の上位概念を検索して、該上位概念の
   下位概念の中、該指定情報以外の情報を技法か意図の何
   れか一方として有するソースコードを検出し、上記表示
   制御手段により、類似のプログラムとして表示すること
   を特徴とする特許請求範囲第１項記載のプログラム情報
   管理方式。