JP2003241964A - ソフトウエア保守資料生成装置および生成プログラム - Google Patents

Abstract

(57)【要約】 【課題】 利用段階で機能追加などが行われたソフトウ
エアを対象として、その現在の内容を正確に把握する。 【解決手段】 ソフトウエアを構成する１つ以上のオブ
ジェクトから、ソフトウエアの複数のモジュールの間の
関係を解析する手段２と、その解析結果を格納する手段
３と、解析結果をモジュールリンク構造図として表示す
る手段４と、表示されたモジュールリンク構造図に対す
る表示形態変更の指示をユーザから受け取り、表示形態
変更を制御する手段５とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はソフトウエア、すな
わちプログラムの保守方式に係わり、更に詳しくは、開
発後の利用段階などで機能の改善や改良が行われたり、
あるいは新たな機能が追加されたプログラムなどを対象
として、プログラムの現在の内容を正確に把握するため
のソフトウエア保守資料の生成装置、および生成プログ
ラムに関する。

【０００２】

【従来の技術】図６６は従来におけるプログラムの開発
フローの説明図である。一般的にプログラムの開発にあ
たっては、まず基本設計書、詳細設計書、およびモジュ
ール設計書と、各設計書に対応する仕様書などが作成さ
れ、その後実際のプログラミング作業が行われる。

【０００３】プログラムが完成すると試験が行われ、問
題点があればプログラムの修正が行われ、修正後のプロ
グラムがユーザに提供される。しかしながら、プログラ
ムがユーザ側で実際に運用されるに従って、新たな機能
の追加や、既存の機能の改善などのためにプログラムの
変更が行われる。変更が行われたプログラムソースは、
例えばモジュール設計書に対応する仕様書などと内容が
異なってきて、特に基本設計書に対応する仕様書とは、
大幅に内容が異なってくる可能性がある。

【０００４】すなわち、ユーザに提供される前のプログ
ラムの修正は、一般に仕様書を正確に反映するための修
正であるが、その後の機能改善や追加などにあたって
は、初期の仕様書の改訂は必ずしも必要でなく、仕様書
の保守をしなくてもプログラムの動作には影響がないた
め、手数がかかり、時間のかかる仕様書の訂正は放置さ
れることが多い。

【０００５】その結果、開発者とは異なる第３者にプロ
グラム保守が引き継がれるような場合には、当初の仕様
書は全く役に立たない状況になっていることもある。プ
ログラムの内容を把握して、機能追加などによってプロ
グラムの改善を行おうとしても、現行のプログラムを正
確に把握するためのドキュメントが存在せず、現在のプ
ログラムの分析のために多大な時間と費用とが費やされ
てしまう。

【０００６】プログラムへの新しい機能の追加や、大規
模な修正を行ったり、第３者へのプログラム引き継ぎ作
業を効率よく行うためには、プログラムの詳細を把握す
るために、仕様書などの資料が必要となる。そこで例え
ば、プログラムのソースコードから仕様書を作成する技
術が必要となるが、このような技術の従来例として次の
文献がある。

【０００７】文献１）特開平７−２３４７８３号公報
「ドキュメント自動生成システムにおけるドキュメント
情報抽出方式」 文献２）特開平８−２８６８９８号公報「システム分析
装置」 文献１には、Ｃ言語で記述されたソースプログラムから
ドキュメントを逆生成する場合に、ドキュメントの情報
となるコメントの記述位置がシステムの定めた規則に従
っていない場合でも、簡単な作業で正確な内容のドキュ
メントを出力できるドキュメント情報抽出方式が開示さ
れている。

【０００８】文献２では、システムのオブジェクトコー
ドおよびソースコードを分析して、プログラム間の呼び
出し関係をツリー上に示すメニュー展開図、全てのＣＬ
プログラムについてのステップ数やオブジェクトサイズ
などを示したＣＬプログラム一覧表、および各ＣＬプロ
グラムの構造をフローチャート上に示したジョブ構造図
などを、分析ドキュメントとして整理して出力するシス
テム分析装置が開示されている。

【０００９】

【発明が解決しようとする課題】しかしながらこのよう
な従来技術では、プログラムの詳細構成を示すモジュー
ルリンクの構造図、すなわちプログラムを構成する複数
のモジュールの間のリンク構造図を生成したり、ヘッダ
ファイルからファイル内のテーブルの仕様書を作成し、
更に仕様書が作成されたテーブルの一覧表を作成して、
プログラムの内容を詳細に分析することができないとい
う問題点があった。

【００１０】まずモジュールリンク構造図をソースコー
ドから作成する場合には、ソースコードの中に決められ
た条件であらかじめタグを挿入しておく必要があり、ソ
ースコードの作成時にはそれが煩わしい作業となる。ま
たＣ言語、フォートラン言語など、ソースコードでは言
語が異なるために、言語が応じた処理が必要となり、処
理が煩雑になるという問題点があった。

【００１１】モジュールリンク構造図をオブジェクトか
ら生成する技術としては、前述の文献２にも記載はされ
ているが、市販のＯＳが持つコマンドを実効するもので
あり、ＯＳが異なる一般的な場合には適用できない。

【００１２】またそのようなコマンドを使用してモジュ
ールリンク構造図が生成されても複雑なモジュールリン
ク構造を持つプログラムの場合には、プリントアウトし
た結果が何枚もの紙に分割されたり、解析したいポイン
トを中心にした構造図を出力できないために、その解析
に非常に苦労するという問題点があった。すなわち既存
のシステムでは仕様書を作ること自体が目的化してお
り、それを加工・編集して利用するための工夫が見られ
ないという問題点があった。

【００１３】次にヘッダファイルからテーブル仕様書や
テーブル一覧表を生成する技術については、変数名、
型、サイズ、およびコメントを単に表形式で作成する従
来技術はあっても、テーブル仕様書を構造図的に表現す
ることができず、またオフセットが表示されていないた
めに、メモリをダンプした場合にどの変数がどのような
値をとっているかを把握するのに苦労が必要であり、更
に作られたテーブル仕様書の間にリンクが存在しないた
めに、テーブルを順番に追っかけていく必要があるよう
な作業で大変な手間がかかるという問題点があった。

【００１４】本発明の課題は、上述の問題点に鑑み、言
語に依存しないオブジェクトモジュールから、プログラ
ムを構成する複数のモジュールの間のリンク構造図をユ
ーザが加工・編集を容易にできる形式で作成し、またヘ
ッダファイルから各テーブルに対するテーブル構造図を
作成し、テーブル構造図の間にリンクを張ることができ
る、ソフトウエア保守資料生成装置、および生成プログ
ラムを提供することである。

【００１５】

【課題を解決するための手段】図１は本発明のソフトウ
エア保守資料生成装置の原理構成ブロック図である。同
図は、複数のモジュールによって構成されるソフトウエ
アの保守資料を生成する装置１の構成を示し、装置１は
少なくともリンク関係解析手段２と、リンク関係格納手
段３とを備える。

【００１６】リンク関係解析手段２は、ソフトウエアに
対応する１つ以上のオブジェクトから、前述の複数のモ
ジュールの間のリンク関係を解析するものであり、リン
ク関係格納手段３はリンク関係解析手段２の解析結果を
格納するものである。

【００１７】発明の実施の形態においては、ソフトウエ
ア保守資料生成装置１は、リンク関係解析手段２の解析
結果をモジュールリンク構造図として表示するリンク構
造図表示手段４を備えることも、また表示されたモジュ
ールリンク構造に対する表示形態変更の指示を外部から
受け取り、表示形態の変更を制御するリンク構造図編集
手段５を備えることもできる。

【００１８】この場合、リンク構造図編集手段５は、表
示されたモジュールリンク構造図内で外部から指示され
たモジュールを先頭、最後尾、または表示画面上で中央
付近の位置とするモジュールリンク構造図への表示形態
変更を制御することもでき、更に指定されたモジュール
より下位のモジュールを表示、または非表示とする表示
形態変更を制御することもできる。

【００１９】また実施の形態においては、ソフトウエア
保守資料生成装置は表示されたモジュールリンク構造図
に対応する文書、例えばＨＴＭＬ文書を生成する文書生
成手段を更に備え、文書生成手段が構造図の中のモジュ
ールに対して、プログラムのソースファイルのディレク
トリを指定するリンク、例えばＷＷＷリンク、異なるモ
ジュールリンク構造図を指定するＷＷＷリンクを挿入す
ることもできる。

【００２０】更に実施の形態においては、ソフトウエア
保守資料生成装置がソースファイルから、例えばＨＴＭ
Ｌ形式のモジュール仕様書を作成する仕様書作成手段を
更に備え、文書生成手段が文書内の特定のキーワードに
対応してモジュール仕様書へのリンク、例えばＷＷＷリ
ンクを挿入することもできる。

【００２１】次に本発明において、１つ以上のヘッダフ
ァイルの内容を構成要素として含むソフトウエアの保守
資料を生成する装置は、１つ以上のヘッダファイルから
内部の各テーブルの仕様書を、例えばＨＴＭＬ形式で作
成するテーブル仕様書作成手段を備える。

【００２２】実施の形態においては、このソフトウエア
保守資料生成装置は、仕様書が作成されたテーブルの一
覧表を、例えばＨＴＭＬ形式で作成するテーブル一覧表
作成手段を更に備えることもでき、この一覧表作成手段
はテーブル一覧表が、例えばＷＷＷブラウザによって表
示された上で、外部から特定のテーブルが指定された時
に指定されたテーブルの表示を行うために、テーブル一
覧表のＨＴＭＬ形式文書にリンクを挿入することもでき
る。

【００２３】またこのソフトウエア保守資料生成装置に
おいて、テーブル仕様書作成手段は、内部のテーブルに
他のテーブルへのポインタが存在する時に、その内部の
テーブルに他のテーブルへのリンクを挿入することも、
またテーブル仕様書内にヘッダファイルへのリンクを挿
入することもできる。

【００２４】本発明のソフトウエア保守資料生成プログ
ラムは、ソフトウエアに対応する１つ以上のオブジェク
トから複数のモジュールの間のリンク関係を解析する手
順と、その解析結果をメモリに格納する手順とを計算機
に実行させるものであり、実施の形態においてはこのプ
ログラムを格納した計算機読み出し可能可搬型記憶媒体
が用いられる。

【００２５】また本発明の保守資料生成プログラムは、
１つ以上のヘッダファイルから内部の各テーブルの仕様
書を、例えばＨＴＭＬ形式で作成する手順と、仕様書が
作成されたテーブルの一覧表を、例えばＨＴＭＬ形式で
作成する手順とを計算機に実行させるものであり、実施
の形態においてはこのプログラムを格納した計算機読み
出し可能可搬型記憶媒体が用いられる。

【００２６】以上のように本発明によれば、ソフトウエ
アに対応する１つ以上のオブジェクトプログラムから、
ソフトウエアの構成要素としての複数のモジュールの間
のリンク関係が解析され、その関係を示すモジュールリ
ンク構造図が表示され、例えばユーザからの指示によっ
てそのリンク構造図の表示形態が変更され、ソフトウエ
アの解析が行われる。

【００２７】

【発明の実施の形態】図２は本実施形態におけるモジュ
ールリンク構造解析装置の構成ブロック図である。この
モジュールリンク構造解析装置１０には、モジュールリ
ンク構造図などの表示のためのディスプレイ１１と、ユ
ーザによる操作のためのマウス１２が接続されており、
装置１０に対する入力としては、一般に複数のオブジェ
クトモジュール１３と、排他モジュール指示ファイル１
４が与えられる。この排他モジュール指示ファイルにつ
いては後述する。

【００２８】そして装置１０からは出力として、モジュ
ールリンク構造図、ＨＴＭＬ文書１５が一般に複数のフ
ァイルとして、またモジュールリンク構造図１６がプリ
ントアウトされて出力する。

【００２９】モジュールリンク構造解析装置１０の内部
には、オブジェクトモジュール１３などの入力に対応し
てモジュール間のリンク関係を作成するリンク関係作成
部２０、リンク関係作成部２０の出力を受けてモジュー
ルリンクテーブル２１の管理などを行うリンクテーブル
管理部２２、リンクテーブル管理部２２からのデータに
よってモジュールリンク構造図を生成するモジュールリ
ンク図生成部２３、ウインドウ管理テーブル２４を管理
するウインドウ管理部２５、リンクテーブル管理部２２
からのデータによりＨＴＭＬ文書管理テーブル２６に格
納されるＨＴＭＬ文書の生成などを行うＨＴＭＬ文書生
成・印刷部２７、マウス１２からのユーザによる指示な
どに対応してモジュールリンク図の編集を行うモジュー
ルリンク図編集部２８を備えている。

【００３０】図３は複数のソースファイル、複数のオブ
ジェクト（モジュール）によるプログラムの構成の一般
的な説明図である。同図において、例えばＣ言語のソー
スファイル３０、ヘッダファイル３１から、Ｃ言語用の
コンパイラ３２によってオブジェクト（モジュール）３
３が作成される。また例えばフォートラン言語のソース
ファイル３４から、フォートランコンパイラ３５によっ
てオブジェクト（モジュール）３６が作成される。

【００３１】ここでオブジェクト（モジュール）３３、
およびオブジェクト（モジュール）３６は 言語に依存
しない形式のモジュールであり、このような複数のオブ
ジェクトモジュールがリンケージ（プログラム）３７に
よってリンケージされ、１つのロードモジュール、すな
わちプログラム３８が生成される。

【００３２】本実施形態においては、図３の複数のオブ
ジェクトモジュール３３，・・・，３６から、各ソース
ファイル内のモジュールのリンク構造図が生成され、生
成されたモジュールリンク構造図が図２のディスプレイ
１１の表示画面上に表示され、ユーザによるマウス１２
の操作に応じてモジュールリンク構造図の加工が行われ
る。図４〜図６は、オブジェクトからモジュール間のリ
ンクの構造を示すモジュールリンクテーブルを作成する
処理の詳細フローチャートである。

【００３３】まず、図４において、全てのオブジェクト
に対応する処理が実行される。まずステップＳ１で、全
てのオブジェクトの内容を読み込むためのダンプコマン
ドが実行され、ダンプリスト４０が作成される。このダ
ンプリストの内容については、図８で後述する。そして
ステップＳ２でこのダンプリスト４０のファイルがオー
プンされ、ステップＳ３でそのファイルの内容が１行読
み込まれる。

【００３４】ステップＳ４で読み込まれた行の種別が判
別され、行の種別が“モジュール名．０”である場合に
は、ステップＳ５で作業テーブル４１にモジュール名が
記録され、また行の種別がインデックスが［１］で、ネ
ームに“．Ｃ”がついている場合には、ステップＳ６で
作業テーブル４１にＣ＋＋のフラグが設定され、ステッ
プＳ７で読み込みが完了したか否かが判定され、読み込
みが完了していない場合にはステップＳ３のダンプリス
ト４０の格納ファイルが１行ずつ読み込まれる処理以降
が繰り返され、読み込みが完了した時点でステップＳ８
でファイルがクローズされる。作業テーブル４１の内容
については図９で後述する。

【００３５】図５はＣ言語ソースファイルに対応するオ
ブジェクトの処理である。なお本実施形態では、図３と
異なりソースファイルはＣ言語、またはＣ＋＋言語のい
ずれかで記述されているものとする。まずステップＳ１
０で、作業テーブル４１の内容に対応して、Ｃ言語ソー
スファイルのオブジェクトに対するダンプコマンドが生
成され、ステップＳ１１でそのダンプコマンドが実行さ
れ、ダンプリスト４２が生成される。なお図４の作業テ
ーブル４１は、オブジェクトの数だけ作成されているも
のとする。またダンプリスト４２の内容については、図
１０、および図１１で後述する。

【００３６】そしてステップＳ１２でダンプリスト４２
のファイルがオープンされ、ステップＳ１３でその１行
が読み込まれ、ステップＳ１４で行の種別が判別され
る。行の種別が図１０で説明するシンボル情報の場合に
は、ステップＳ１５でテーブル４３にモジュールとして
の関数名、関数の開始位置、関数のサイズが格納された
後に、また行の種別が図１１で説明する再配置情報の場
合には、ステップＳ１６でその関数を呼び出している位
置の情報から、下位モジュールリンクのデータがテーブ
ル４３に設定された後に、ステップＳ１７でファイルの
読み込みが完了したか否かが判定され、完了していない
場合にはステップＳ１３以降の処理が繰り返される。

【００３７】ファイルの読み込みが完了した場合には、
ステップＳ１８でファイルがクローズされ、ステップＳ
１９でテーブル４３の内容が関数名（モジュール名）を
用いてソートされ、ステップＳ２０で下位モジュールが
呼び出し位置情報でソートされ、テーブル４３において
下位モジュールリンクがつけられて、図６の処理に移行
する。

【００３８】図６はＣ＋＋言語ソースファイルに対応す
るオブジェクトの処理を示す。まずステップ２２で、図
４の作業テーブル４１の内容からＣ＋＋言語に対応する
オブジェクトのダンプコマンドが生成され、ステップＳ
２３でそのコマンドが実行され、ダンプリスト４５が生
成される。ダンプリスト４５の内容は図１３、および図
１４で後述する。

【００３９】ステップＳ２４でダンプリスト４５のファ
イルがオープンされ、ステップＳ２５でそのファイルの
１行が読み込まれ、ステップＳ２６で行の種別が判別さ
れる。行の種別が図１３で説明する“ＦＵＮＣ”情報で
ある場合には、ステップＳ２７でＣ＋＋コンパイラがつ
けた仮の名前と本当の名前との対応をつける作業テーブ
ル（図１５）４６が作成された後に、ステップＳ２８で
テーブル４３に関数名、開始位置、サイズが格納され、
ステップＳ３２でファイルの読み込みが完了したか否か
が判定され、完了していない場合にはステップ２５以降
の処理が繰り返される。

【００４０】ステップ２６で行の種別が図１４で説明す
る再配置情報の場合には、ステップＳ２９で作業テーブ
ル４６の内容を用いて、Ｃ＋＋コンパイラによってつけ
られた仮の名前から本当の名前への変換が行われ、ステ
ップＳ３０でその関数を呼び出している位置の情報か
ら、下位モジュールリンクのデータがステップＳ１６に
おけると同様にテーブル４３上で作成された後に、また
行の種別が図１３で説明する“ＵＮＤＥＦ”情報である
場合には、ステップＳ３１でＣ＋＋コンパイラによって
独自につけられた名前と本当の名前のテーブル、すなわ
ち作業テーブル４６にデータが設定された後に、ステッ
プＳ３２の判定が行われる。

【００４１】ステップＳ３２でファイルの読み込みが完
了したと判定された時には、ステップＳ３３でファイル
がクローズされ、ステップＳ３４でテーブル４３の内容
が関数名でソートされ、ステップＳ３５で下位モジュー
ルが呼び出し位置情報でソートされ、下位モジュールリ
ンクがつけられて、処理を終了する。

【００４２】図７はモジュール間のリンクを管理するモ
ジュールリンクテーブルの内容の例である。各モジュー
ル毎に、モジュール名にリンクするモジュール名リン
ク、自モジュールの下位にある下位モジュールへのリン
クを示す下位モジュールリンク、下位モジュールの数、
自モジュールの画面上での作図位置、後述するように自
モジュールが先頭（最上位）となった時に立てられるフ
ラグなどの格納領域が備えられている。

【００４３】図８は図４のステップＳ１で作成されるダ
ンプリスト４０の内容の例である。同図において、第１
行の“ｂｌｏｃｋ．ｏ”がモジュール名である。最下行
左側の[１]がインデックスであり、その行の最も右側の
“ｂｌｏｃｋ．Ｃ”がソースファイルのＮａｍｅであ
る。このようなオブジェクトのシンボル情報からソース
ファイル名とオブジェクトファイル名が得られる。

【００４４】図９は図４の作業テーブル４１の内容の例
である。この作業テーブルはオブジェクト名、ソースフ
ァイル名、およびＣ＋＋のフラグを格納するものであ
り、オブジェクトの数だけ作成される。

【００４５】図１０、および図１１は図５のダンプリス
ト４２の内容の例である。図１０はオブジェクトに含ま
れる関数名などを求めるためのシンボル情報であり、タ
イプが“ＦＵＮＣ”である行が関数(モジュール）のデ
ータを示す。

【００４６】図１１はダンプリスト４２のうちのオブジ
ェクトの再配置情報であり、この再配置情報から呼び出
されている関数名が得られる。図１２は、ステップＳ１
５で図１０のシンボル情報から作成されるテーブルの例
である。図１０において、“ＦＵＮＣ／ＧＬＯＢ”が記
述された行から、オブジェクト内に存在する関数名など
を示すテーブルが、関数の数だけ作成される。

【００４７】図１３、および図１４は図６のステップＳ
２３で作成されるダンプリスト４５の内容の例である。
図１３は、図１０と同様にオブジェクトに含まれる関数
名を得るための情報であり、図１４は図１１と同様のオ
ブジェクトの再配置情報であり、Ｃ＋＋言語に対応する
オブジェクトから得られるものである。なお例えば図１
３の下から４行目の“ＵＮＤＥＦ”は、その右のブロッ
クポインタが未定義であり、どこかにあるものとして呼
び出しがされていることを意味する。

【００４８】図１５は図６の作業テーブル４６の内容の
例である。例えば図１３の第１行の“ｓｅｔ＿ａｒｇ”
が本当の関数名であり、［］内のｓｅｔ＿ａｒｇ＿Ｆｉ
ＰＰｃＴ１がＣ＋＋コンパイラによってつけられた仮の
関数名であり、図１５は本当の関数名と仮の関数名との
対応を示す。

【００４９】図１６は、図４〜図６の処理によって得ら
れるモジュールリンク構造であり、図１７はそのツリー
表現である。このモジュールリンク構造と画面表示例と
の関係については図２１、図２２で後述する。

【００５０】図１６の最初のｓｘｃａｌｔｓｏｐは図１
０の下から２行目のようにＶａｌｕｅ、すなわちオフセ
ット（アドレス）が０×１０で、サイズ （長さ）が６
８４８である。従って図１６の最上部にあるように、オ
フセットが０×１０から６８４８の範囲内にあるｓｘｃ
ａｌｎｅｔｌｅｎ，ｅｑｕ＿１ａ，ｅｑｕ＿２ａなどの
モジュール（関数）はｓｘｃａｌｔｓｏｐの下位のモジ
ュールとしてリンクづけられる。

【００５１】同様に図１０でインデックスが１１、オフ
セットが０×１ａｅ０，サイズが１０４４のｅｑｕ＿１
ａの下位にｓｘｇｅｔｐｒｅｐｗ，およびｃａｌ＿ｊｄ
ｇｓｔａｒｔｃｙｃｌｅのモジュールがリンクづけられ
ている。

【００５２】次に生成されたモジュールリンク構造の表
示処理について説明する。図１８〜図２０はモジュール
リンク構造図表示処理のフローチャートであり、図１８
は表示処理の全体フローチャートである。同図におい
て、まずステップＳ３８で、図４から図６で説明したダ
ンプコマンドにより、モジュール間の呼び出し関係、す
なわちリンク関係のテーブル（図７）が作成される。た
だし後述するように、排他モジュールとして対象外の指
定が行われたモジュールについては除外して、図７のテ
ーブル作成が行われる。そしてステップＳ３９で先頭に
指定されたモジュール、例えば最上位のモジュールと、
そのモジュールから呼び出されているモジュールのリン
ク構造が表示されて、処理を終了する。

【００５３】図１９は図１８のステップＳ３９の詳細フ
ローチャートであり、まずステップＳ４０で、例えば先
頭に指定されたモジュールが指定の位置に描画され、ス
テップＳ４１で例えばそのモジュールの下位モジュール
を示すリンク構造図が表示されて、処理を終了する。

【００５４】図２０は図１９のステップＳ４０のモジュ
ール描画処理の詳細フローチャートである。まずステッ
プＳ４２で表示すべきモジュールがあるか否かが判定さ
れ、ある場合にはステップＳ４３で指定の位置にモジュ
ールを示す矩形が描画され、モジュール名がその中に描
画され、ステップＳ４４で、例えば先頭モジュールから
呼び出されるモジュールが全て描画されたか否かが判定
され、まだ描画すべきモジュールがある場合にはステッ
プＳ４５でそのモジュールが描画位置に表示され、ステ
ップＳ４４以降の処理が繰り返される。ステップＳ４４
で呼び出しモジュールがすべて描画されるか、ステップ
Ｓ４２で表示するモジュールがないと判定された場合に
は、ステップＳ４６でモジュールを示す矩形の左側にリ
ンク構造を表現する線分が引かれて、処理を終了する。

【００５５】図２１はモジュールリンク構造図の表示例
であり、図２２はそれをＨＴＭＬ形式にして表示したも
のである。これらの図において最上位のモジュールのモ
ジュール名は“ｈ１ｓｐａｃｓ”であり、そのすぐ下位
には“ｓｘｉｎｉｔ”，“ｓｘｇｔｎｌｉｂ２”、およ
び“ｓｘｈｓｐｍｄ１”などのモジュールが存在するこ
とが、リンク構造図として示されている。

【００５６】例えば図１６のツリー表示としての図１７
では、“ｓｘｃａｌｔｓｏｐ”が最上位のモジュールで
あり、そのすぐ下位に“ｓｘｃａｌｎｅｔｌｅｎ”，
“ｅｑｕ−１ａ”，“ｅｑｕ−２ａ”の３つのモジュー
ルがあり、更に例えば“ｅｑｕ−１ａ”のモジュールの
下位には“ｓｘｇｅｔｐｒｅｐｗ”、および“ｃａｌ−
ｊｄｇｓｔａｒｔｃｙｃｌｅ”の２つのモジュールがあ
ることなどが示されている。

【００５７】次にモジュールリンク構造図がディスプレ
イに表示された後の編集加工方法について説明する。図
１８〜図２０で説明したように、一般的には最上位の関
数モジュールなど、またはユーザによって指定されたモ
ジュールを先頭にして、そのモジュールから呼び出され
ているモジュールが階層的にグラフィック表示される
が、ディスプレイ上にそのモジュールリンク構造図が表
示された後に、ユーザは表示されている任意のモジュー
ルをマウスでクリック（ヒット）することによって、リ
ンク構造図の表示形態を変更することができる。

【００５８】図２３はその表示形態の変更のためのポッ
プアップメニュー表示処理のフローチャートである。同
図において、マウスによってヒットされた画像がモジュ
ールの上、すなわち矩形の上にあるか否かがステップＳ
５０で判定され、上でない場合には、何らの処理も行わ
れないが、モジュールの上である場合には、ステップＳ
５１でモジュールリンクテーブルが検索され、ヒットさ
れたモジュールが確認され、ステップＳ５２でポップア
ップメニュー上の全てのボタンがオフとされた後に、ス
テップＳ５２でモジュールのリンク関係の判定が行われ
る。

【００５９】ステップＳ５３で判定されるリンク関係と
は、モジュールリンク構造図が展開、すなわち開いて表
示されているか、閉じて表示されているかを判定するも
のである。図２４は展開されて表示中のモジュールリン
ク構造図であり、画面上で表示可能な範囲でモジュール
リンク構造図の全てが表示されている。

【００６０】図２５は閉じて表示中のリンク構造図であ
り、最上位のモジュールと、そのすぐ下位の５つのモジ
ュールだけが表示されており、更にその下位のモジュー
ルは表示されていない状態である。

【００６１】図２３のステップＳ５３でモジュールのリ
ンク関係が展開されて表示中である場合には、ステップ
Ｓ５４でコラプスボタンがオンとされた後に、また閉じ
て表示中の場合にはエクスパンドがボタンがオンとされ
た後に、ステップＳ５６でモジュールのリンク関係が再
び判定される。

【００６２】図２６、および図２７はこのコラプスボタ
ンとエクスパンドボタンを含むポッップアップメニュー
の使用例である。図２６においてユーザが“ｓｘｇｔｎ
ｌｉｂ２”のボタン（矩形）の上でマウスをクリックす
ると、その上にポップアップメニューが表示され、ユー
ザが“コラプス”を選択すると、図２７に示されるよう
にクリックされたモジュールの下位にあるモジュール
と、その下位にあるモジュールと階層的に同じ位置にあ
るモジュールのみが表示され、さらに下位にあるモジュ
ールの全てが非表示となる。下位のモジュールが表示さ
れていないことが分かるように、図２７では表示されて
いないモジュールが下位にあることを示す＠がボタン上
に表示される。

【００６３】図２７において＠が表示されているボタン
の上でマウスクリックが行われ、ポップアップメニュー
が表示され、“エクスパンド”が選択されると、図２６
に示すように下位にあるモジュールが、同一位置のモジ
ュールの全てを含めて、リンク構造図に再び表示され
る。

【００６４】図２３のステップＳ５６で判定されるモジ
ュールのリンク関係とは、マウスでクリックされたモジ
ュールがディスプレイ画面上で下のみにリンク関係を有
する、すなわち最上位であるか、上のみにリンク関係を
有する、すなわち最下位であるか、あるいは上下にリン
ク関係を有する、最上位でも最下位でもないモジュール
であるかを示すものであり、下のみの場合にはステップ
Ｓ５７でカット(トップ）ボタンがオンに、上のみであ
る場合にはステップＳ５８でカット（ボトム）ボタンが
オンに、上と下にリンク関係がある場合にはステップＳ
５９でカット（トップ）、カット（ミドル）、およびカ
ット（ボトム）ボタンがオンとされた後に、ステップＳ
６０でポップアップメニューの表示が行われる。

【００６５】なお図２３のポップアップメニュー表示処
理では、図２でマウス１２とモジュールリンク図編集部
２８の間にあり、図示しないイベント処理部でユーザか
らのマウス１２による指示が受け取られ、モジュールリ
ンク図編集部２８によって対応する処理が実行される。

【００６６】図２８、および図２９はユーザによってポ
ップアップメニューからカット（トップ）ボタンが選択
された時の画面表示例を示す。図２８において、“ｓｘ
ｇｔｎｌｉｂ２”のボタンの上でのユーザによるマウス
クリックによってポップアップメニューが表示され、ユ
ーザによって“カット（トップ）”が選択されると、図
２９に示すように、このモジュールを先頭にしたモジュ
ールリンク構造図が作成されて、表示される。

【００６７】図３０はこのように表示画面上の先頭モジ
ュールが変更された時に、それを示す先頭モジュール管
理テーブルを含むモジュールリンク構造図の制御テーブ
ルの例である。この制御テーブルは、図２には図示され
ていないが、例えばリンクテーブル管理部２２によって
管理される。先頭モジュール管理テーブルは、任意のモ
ジュールを先頭とした表示が行われるたびに、すなわち
ウインドウが切り出されるたびに作り出されて、画面表
示の制御などに使用される。

【００６８】ユーザによるポップアップメニュー上のカ
ット（トップ)ボタン、カット(ミドル）ボタン、または
カット（ボトム）ボタンが選択された時の処理について
更に説明する。図３１はポップアップメニュー上のカッ
ト（トップ）ボタンが選択された場合の処理のフローチ
ャートである。同図において、ステップＳ６１で選択さ
れたモジュールを先頭としたリンク構造図が作成され、
ステップＳ６２で図７のモジュールリンクテーブル上
で、選択されたモジュールのテーブルに上位側をカット
した印としてフラグが立てられる。

【００６９】次にポップアップメニュー上のカット（ミ
ドル）ボタンが選択された場合の処理について説明す
る。図３２はこの場合の上位階層モジュールへのリンク
状況を示すテーブルの作成処理のフローチャートであ
る。このフローチャートを図３３のテーブル作成例を用
いて説明する。

【００７０】図３２のステップＳ６３で選択されたモジ
ュール、すなわちその上にポップアップメニューが表示
されたモジュールが、これから作成されるテーブルに新
規に追加される。図３３ではＭ１０のモジュールがカッ
ト（ミドル）処理の対象として選択されるモジュールで
あるとすると、図３３の右側に示すように、まずＭ１０
のブロックがテーブルの最も左側に追加される。

【００７１】図３２のステップＳ６４で、追加されたモ
ジュールを呼び出しているモジュールが検索され、テー
ブルの後に追加される。図３３ではＭ１０を呼び出して
いるモジュールはＭ８とＭ９であり、テーブルのＭ１０
のモジュールの右側にＭ１０，Ｍ８，およびＭ９のモジ
ュールが追加される。

【００７２】図３２のステップＳ６５で、新たに追加さ
れたモジュールがあるか否かが判定され、ある場合には
ステップＳ６４以降の処理が繰り返され、追加されたモ
ジュールがなく、最上位モジュールまで達した場合には
処理を終了する。このような処理によって、図３３の右
側に示すテーブルが作成される。

【００７３】図３４は、各モジュールに対応する矩形を
表示画面上に描く時に、各モジュールに対応して画面上
で用意されるべき縦方向の幅、すなわち高さを求める処
理のフローチャートである。同図において、まずステッ
プＳ６６で、最上位のモジュールについて各モジュール
を表示すべき領域の縦方向の高さが求められる。当然最
上位のモジュールに対しては、それぞれの領域の高さは
１である。

【００７４】なお図３１，図３２，図３４の処理も基本
的には図２のモジュールリンク図編集部２８によって行
われ、その結果がリンクテーブル管理部２２を介してモ
ジュールリンク図生成部２３に渡され、リンク構造図の
再表示が行われる。

【００７５】図３５は描こうとしているモジュールリン
ク構造の図であるが、最上位のＭ１からＭ４までのモジ
ュールに対しては、それぞれの高さが１として矩形の右
端に記入されている。

【００７６】図３４のステップＳ６７で、下位のモジュ
ールが１つ選択され、そのモジュールの１つ上位の各モ
ジュールの高さの合計が、その下位モジュールの高さと
される。例えば図３５で、Ｍ７の上位にはＭ２からＭ４
の３つのモジュールがあり、それぞれの高さは１であ
り、その合計をとって、Ｍ７に対する高さは３となる。

【００７７】図３４のステップＳ６８で、選択されモジ
ュールまで、ここでは図３５のＭ１０まで高さが求めら
れたか否かが判定され、まだ求められていない場合には
ステップＳ６７以降の処理が繰り返され、求められたと
判定された場合には処理を終了する。図３５では、この
ようにして求められた各モジュールに対応する高さが、
それぞれのモジュールの矩形の右端に記入されている。

【００７８】図３６は、図３４，図３５で求められた各
モジュールを表示すべき領域の縦方向の幅、すなわち高
さの中で、そのモジュールをどの位置に描画すべきかを
決める作業の結果を示す。ここでは、各モジュールに対
応して求められた高さの範囲で、どの位置にモジュール
が描画されるべきかが決定される。

【００７９】この描画位置は、例えば最上位のモジュー
ルに対しては高さが１であることから描画位置は１であ
り、高さ１の中の描画位置が１であることから、図３６
で描画位置は各モジュールの右側に示すように１／１と
なる。

【００８０】下位のモジュールに対しては描画位置が次
式で決定される。 描画位置＝（上位の位置の合計＋１）／２，最上位は１ 図３６のＭ７のモジュールに対しては、上式で上位の位
置の合計はＭ２からＭ４の位置、それぞれ１の合計３
と、その合計に１を加算した結果の４を２で割った２と
なり、Ｍ７のモジュールの描画位置はモジュール内の右
側に示すように、高さ３の中での２の位置であることを
示す２／３となる。同様にしてＭ９、およびＭ１０の描
画位置は２となり、例えばＭ１０に対しては高さ５の中
での位置が２であることを示す２／５がモジュールの右
側に記入されている。

【００８１】図３７は表示画面上での各モジュールを示
す矩形を実際にどの位置に描画すべきかを示す、表示画
面上の描画位置の決定法の説明図である。図３６では各
モジュールが、そのモジュールに対して用意される縦方
向の幅、すなわち高さの中でどの位置に描画されるべき
かが決定されただけあり、表示画面上で統一された縦の
どの位置に各モジュールを示す矩形が描画されるべきか
を決定する作業が図３７で行われる。

【００８２】図３７ので、まず最下位のモジュール、
ここではＭ１０に対しては、図３６の最後に求められた
Ｍ１０に対する描画位置２が、図３５に示されるように
そのまま用いられて、描画が行われる。そしての最下
位のＭ１０に示すように、矩形の中央に最終的な位置と
しての２が記入される。

【００８３】次に図３７ので、Ｍ１０の上位のＭ８と
Ｍ９に対する描画位置の決定が行われる。例えばＭ８に
対しては、下位にあるＭ１０の最終的な描画位置２か
ら、高さの中での位置の２が減算され、自身の高さの中
での位置としての１が加算され、最終的な描画位置は１
となり、Ｍ９に対してはＭ１０の最終的な描画位置２か
ら、その高さの中での位置２が減算され、Ｍ１０の上位
であり、かつＭ９と同じ階層の位置にあるＭ８に対する
高さの中での位置、すなわち１と、対応するＭ９に対す
る値２とが加算され、最終的な描画位置は３に決定され
る。

【００８４】図３７ので、同様の動作が続行され、最
上位のＭ１からＭ４の各モジュールまでの描画位置が決
定され、描画位置に従った各モジュールの描画が行われ
る。図３８は、このようにしてＭ１０のモジュールがク
リックされて、カット(ミドル）が選択された場合のモ
ジュールリンク構造図の作成例である。以上に述べた上
位モジュールに加えて、下位のモジュールとしてＳ１，
Ｓ２、およびＳ３のモジュールも表示されている。図３
９も同様にポップアップメニュー上でカット（ミドル）
が選択された場合の画面表示例である。なおここで、選
択されたモジュールの下位の階層モジュールの描画は、
前述の図１８〜図２０の処理フローチャートに従って行
われる。

【００８５】本実施形態では、図２の排他モジュール指
示ファイル１４の内容を用いて、どのモジュールからも
呼び出されるような共通のモジュールのように、モジュ
ールリンク構造図に表示する必要がないモジュールを、
モジュールリンク構造図から排除したり、非表示にした
りする制御が実行可能である。

【００８６】排他モジュール指示ファイル１４の内容を
図４０に示す。この排他モジュール指示ファイルの内容
を用いて排他制御を行う場合には、図４〜図６のフロー
チャートによってモジュールリンク構造を生成する際
に、ファイル内で定義されているモジュールに対応する
モジュールリンクテーブルの生成を行わないことによっ
て、排他モジュール指示ファイルに格納されているモジ
ュールはモジュールリンク構造図に表示されないことに
なる。この制御方式では、排他対象となるモジュールを
表示したり、非表示にしたりする制御を行うことはでき
ない。

【００８７】もう１つの方法は、制御リストメニューを
用いる方法である。図４１はこの制御リストメニューの
例であり、このメニュー上でエクスクルーシブボタンが
選択された時に表示されるモジュールが、排他モジュー
ルである。

【００８８】図４２はこの制御リストメニューを用いる
排他制御処理のフローチャートである。同図においてス
テップＳ７０で制御リスト上で選択されているモジュー
ルが取り出され、ステップＳ７１でモジュールリンクテ
ーブル、すなわち図７のテーブル上で図示しない表示フ
ラグがオフにされ、ステップＳ７２でモジュールリンク
構成図の再表示が行われ、処理を終了する。この方式で
は、この表示フラグをオンにすることにより、そのモジ
ュールの再表示も可能となる。

【００８９】ディスプレイ画面上に表示されたモジュー
ルリンク構造図は、当然プリンタを用いてプリントアウ
トすることができる。このプリントアウトにおいては、
表示画面上に表示されているデータがポストスクリプト
（グラフィック機能を有する言語）に変換され、プリン
タに送られることで行われる。印刷用紙のサイズは、例
えばＡ４縦とＡ４横の２種類とすることができる。

【００９０】図４３はこの印刷処理のフローチャートで
ある。まずステップＳ７４で、モジュールリンク構造図
のデータが図形ファイルとして出力され、図形ファイル
５０が作成され、ステップＳ７５でモジュールリンク構
造図の全体のサイズから印刷時の分割数が計算され、ス
テップＳ７６で図形ファイル内の分割された１つ分の領
域が指定されて、印刷結果としてリンク図５１が出力さ
れ、ステップＳ７７で分割数の数だけ印刷が繰り返され
たか否かが判定され、まだ繰り返されていない場合には
ステップＳ７６以降の処理が繰り返され、分割数の数だ
け繰り返された時点で処理を終了する。

【００９１】図４４はこの印刷処理におけるボタン選択
の説明図である。同図において、ポップアップメニュー
からプリントアウトが選択されることによって、モジュ
ールリンク構造図のプリントアウトが行われる。図４５
は印刷結果の例を示す。

【００９２】本実施形態においては、ディスプレイ画面
上に表示されたモジュールリンク構造図に対応して、Ｈ
ＴＭＬ形式の文書を自動生成する機能が備えられ、作成
された文書はＷＷＷブラウザで自由に参照することが可
能となる。この機能は図２のＨＴＭＬ文書生成・印刷部
２７によって実行される。

【００９３】図４６は自動生成されたＨＴＭＬファイル
の例である。この例では画面の内容が図形ファイルとし
て出力され、その図形ファイルを取り込んだ文書がＣの
部分に示されている。

【００９４】このような例では、図形ファイル上のモジ
ュールを表現する画面上の矩形域が、ＷＷＷブラウザ上
で選択された時にＣソースが表示されるように、ＭＡＰ
文、およびＡＲＥＡ文が挿入される。これが図４６のＡ
の部分である。また別のモジュールリンク構造図へのリ
ンクが、ＷＷＷブラウザによる表示画面上であるモジュ
ールが選択された時にその別のモジュールリンク構造図
が表示されるように、ＨＴＭＬ文書に、図４６のＢに示
すようにＡＲＥＡ文が挿入される。

【００９５】図４７はこのようなＨＴＭＬ文書生成処理
のフローチャートである。同図において、まずステップ
Ｓ７８で画面に描画された内容がポストスクリプト（Ｐ
Ｓ）で出力され、ＰＳファイル５５が作成され、ステッ
プＳ７９で図７のモジュールリンクテーブルに、図３１
で説明したカット（トップ）の対象となった印、すなわ
ちフラグが立てられていれば矢印の図形がＰＳファイル
５５に追加される（図４９参照）。そしてステップＳ８
０で、コンバートコマンドによりＰＳファイル５５が画
像ファイル５６、例えばインターネットで画像データを
保存する形式のグラフィックインターチェンジフォーマ
ット（ＧＩＦ）に変換される。

【００９６】ステップＳ８１で、作成された画像ファイ
ル５６を表示するＨＴＭＬ文書が作成され、ＨＴＭＬフ
ァイル５７に格納され、ステップＳ８２でボタンを描画
した矩形領域から、前述のようにその矩形域がＷＷＷブ
ラウザ上で選択された時に備えて、Ｃソースへのリンク
タグが生成される。ステップＳ８３でモジュールリンク
テーブルにカットした印、すなわちフラグが立っていれ
ば、モジュールが選択された時に別のモジュールリンク
構造図が表示されるように、別のＨＴＭＬ文書へのリン
クタグが生成され、いずれのリンクタグもＨＴＭＬファ
イル５７に格納されて、処理を終了する。

【００９７】なおステップＳ８２における矩形域は、例
えば図４６の４行目の中央付近の６８，８が矩形域の左
上の頂点の座標、２４２，３８が右下の頂点の座標を示
すことによりその位置が特定される。

【００９８】さらに本実施形態では、図３で説明したＣ
ソースファイル３０の内容を用いて、後述する決められ
たキーワードで記述されたコメントから、関数の入出力
仕様書をＨＴＭＬ形式で作成することもできる。図４８
はその関数入出力仕様書作成処理のフローチャートであ
る。

【００９９】まずステップＳ８５でＣソースファイルの
内容が１行ずつ読み込まれ、ステップＳ８６でキーワー
ドが検索され、ステップＳ８７でキーワード“機能”の
内容から入出力仕様書の機能部分が生成される。

【０１００】続いてステップＳ８８で関数インタフェー
スの部分から呼び出し形式の部分が生成され、Ｃソース
の場所が指定されていればその場所へのリンクタグも生
成され、ステップＳ８９でキーワード“関数値”の内容
から入出力仕様書の関数値(詳細情報）の部分が生成さ
れ、ステップＳ９０でキーワードの“入出力”部分から
入出力仕様書の説明部分が生成されて、処理を終了す
る。

【０１０１】図４９〜図５２は図４７、および図４８に
よる処理の具体例の説明図である。まず図４９の“ｓｘ
ｇｔｎｌｉｂ２”のボタンの右側の矢印がマウスでクリ
ック（ヒット）されると、図４７のステップＳ８３で生
成されたリンクタグによって図５０の別ＨＴＭＬ（別の
モジュールリンク構造図）が表示される。

【０１０２】また図４９の“ｓｘｈｓｐｍｄ１”のボタ
ンのモジュール名以外の部分がクリックされると、図４
７のステップＳ８２で生成されたリンクタグによって、
Ｃソースファイルの内容が図５１に示すように表示され
る。

【０１０３】またこのボタンのモジュール名の部分がク
リックされるか、あるいは図５１で呼び出し形式内の関
数名としての“ｓｘｈｓｐｍｄ１”がクリックされる
と、図５２に示す画面が表示され、Ｃソース自体にもリ
ンクを張ることができ、ドキュメントを解釈しながらＣ
ソースの参照を行うこともできる。なお図５２には図４
８のステップＳ８６における（決められた）キーワード
が示されている。

【０１０４】次に本実施形態では、図３のヘッダファイ
ル３１の内容を用いて、内部のテーブルの一覧や、各テ
ーブルの仕様書をＨＴＭＬ文書として作成する機能も備
えられる。図５３はヘッダファイル６１からテーブル仕
様書６２、およびテーブル一覧６３を作成するテーブル
構造解析装置６０の構成ブロック図である。

【０１０５】同図において解析装置６０は、ヘッダファ
イル→ＨＴＭＬ文書生成部６５、生成管理部６６、およ
びテーブル一覧作成部６７を備えている。図５４は内部
テーブル構造解析処理の全体フローチャートである。同
図においてまずステップＳ９５で、１つのヘッダファイ
ルからテーブル構造図が作成され、ステップＳ９６でデ
ィレクトリ内のヘッダファイルの全てに対する構造図作
成処理が終了したか否かが判定され、終了していない場
合にはステップＳ９５以降の処理が繰り返され、終了し
た場合にはステップＳ９７でテーブル構造図が作成され
たテーブルの一覧表がＨＴＭＬ形式で作成される。

【０１０６】図５５は図５４のステップＳ９５、すなわ
ちテーブル構造図作成処理の詳細フローチャートであ
る。同図において処理が開始されると、まずステップＳ
１０１でヘッダファイルから１行が読み込まれ、ステッ
プＳ１０２で特定のキーワードの有無が判定され、ある
場合にはステップＳ１０３でキーワードが保持された後
に、ステップＳ１０１以降の処理が繰り返される。この
特定のキーワードの例については後述する。

【０１０７】ステップＳ１０２で特定のキーワードがな
い場合には、ステップＳ１０４〜Ｓ１１３において読み
込まれた行が分解されて、その行内の各項目を保持する
処理が行われる。まずｓｔｒｕｃｔ文であればステップ
Ｓ１０５で構造体名が保持されてＨＴＭＬタグが生成さ
れ、またヘッダファイルへのリンクディレクトリが指定
されていればタグが挿入される。

【０１０８】ステップＳ１０６で型の部分と判定されれ
ば、ステップＳ１０７で型が保持され、ステップＳ１０
８で変数名の部分と判定されればステップＳ１０９で変
数名が保持され、ステップＳ１１０でサイズの部分と判
定されればステップＳ１１１でサイズが保持され、ステ
ップＳ１１２でコメントの部分と判定されればステップ
Ｓ１１３でコメントが保持される。

【０１０９】そしてステップＳ１１４で変数が存在する
か否かが判定され、存在する場合にはステップＳ１１５
で変数のサイズ、オフセット、変数名を表現する枠が作
成され、ステップＳ１１６でオフセット、型、変数名
（サイズ）、コメントが作成される。ステップＳ１１７
で構造体へのポインタ変数であればリンクタグが挿入さ
れ、ステップＳ１１８で型とサイズからオフセットが加
算された後に、またステップＳ１１４で変数が存在しな
い場合には、ステップＳ１１９でコメントがあればその
枠とコメントが作成された後に、ステップＳ１０１以降
の処理が繰り返される。

【０１１０】図５６〜図６４は図５４、および図５５で
説明した処理の具体例である。まず図５６はヘッダファ
イルの内容の例であり、このようなヘッダファイルか
ら、図５５のステップＳ１０１で１行ずつ読み込みが行
われ、ステップＳ１０２以降の処理が実行される。

【０１１１】図５７は、図５６のヘッダファイルから作
成されたテーブル構造図を示すＨＴＭＬ文書であり、図
５８はこのＨＴＭＬ文書をＷＷＷブラウザで表示した結
果を示す。

【０１１２】図５９は、図５４のステップＳ９７で作成
されるテーブル構造図の一覧を示すＨＴＭＬ文書の例で
あり、図６０はこのＨＴＭＬ文書をＷＷＷブラウザで表
示した結果を示す。

【０１１３】図６１〜図６４は、図５５の処理によって
挿入されたタグなどと、画面表示例などとの関係の説明
図である。まず図６１に示すように、ヘッダファイル内
に図５５のステップＳ１０２で説明したように特定のキ
ーワード、例えば“ｆｕｎｃｔｉｏｎ”または“機能”
が記述してある場合には、その内容がテーブル構造図、
またはテーブル一覧表に表示される。

【０１１４】図６２のはテーブル構造図内に記述され
るヘッダファイルの内容の例を示している。図６２の
は、図５５のステップＳ１１７で説明した処理によるリ
ンクタグに相当するアンカー（文）（Ａ ＨＲＥＦ）を
示し、このアンカー文によって図６３に示される別のテ
ーブルが表示可能となる。

【０１１５】図６２のは図５５のステップＳ１０５の
処理で挿入されるタグとしてのアンカー文を示し、これ
によって図６２のテーブル構造図をＷＷＷブラウザで表
示した結果としての、図６４上でテーブル名を表すタイ
トル部がクリックされることによって、ヘッダファイル
の内容を示す図６１が表示される。また図６４のテーブ
ル内で“ｓｐｆｌｄｉｆｈｅｄ”がクリックされること
によって、“ｎｍｄｉｆｈｅｄへのポインタ”が使用さ
れ、図６３の表示が行われる。

【０１１６】以上のように本発明では、オブジェクトフ
ァイルからプログラムを構成する複数のモジュールの間
のリンク関係が解析され、モジュールリンク構造図とし
てディスプレイ画面上に表示される。ユーザはこのリン
ク構造図を画面上で加工・編集して、見やすく表示した
り、複雑な構造のリンク構造図については、任意のモジ
ュールに着目して新たな構造図を切り出して表示したり
することが可能となり、プログラムの解析を容易に行う
ことができる。

【０１１７】また画面に表示されたモジュールリンク構
造図に対しては、ＨＴＭＬ文書と１つの図形ファイルの
組み合わせとしてのＷＷＷ文書を生成する機能が備えら
れ、複数のモジュールリンク構造図の間にＨＴＭＬ言語
のアンカータグが挿入され、、ＷＷＷブラウザでモジュ
ールリンク構造図の間を自由に行き来して参照すること
ができ、モジュール構成の把握を柔軟に素早く行うこと
ができる。

【０１１８】更にヘッダファイルから内部のテーブルの
構造図がＨＴＭＬ言語で作成され、ＷＷＷブラウザを用
いてそのテーブルを参照することが可能となる。複数の
テーブルの間にリンクがある場合には、アンカータグの
挿入によってテーブル間の相互参照が可能となり、プロ
グラムの解析効率の向上、障害調査の効率化が実現され
る。

【０１１９】以上において、本発明のソフトウエア保守
資料生成装置および生成プログラムについてその詳細を
説明したが、この保守資料生成装置は当然一般的なコン
ピュータシステムとして構成することが可能である。図
６５はそのようなコンピュータシステム、すなわちハー
ドウエア環境の構成ブロック図である。

【０１２０】図６５においてコンピュータシステムは中
央処理装置（ＣＰＵ）７０、リードオンリメモリ（ＲＯ
Ｍ）７１、ランダムアクセスメモリ（ＲＡＭ）７２、通
信インタフェース７３、記憶装置７４、入出力装置７
５、可搬型記憶媒体の読み取り装置７６、およびこれら
の全てが接続されたバス７７によって構成されている。

【０１２１】記憶装置７４としてはハードディスク、磁
気ディスクなど様々な形式の記憶装置を使用することが
でき、このような記憶装置７４、またはＲＯＭ７１に図
４〜図６、図１８〜図２０、図２３，図３１，図４２，
図４３，図４７，図４８，図５４，図５５などのフロー
チャートに示されたプログラムや、本発明の特許請求の
範囲の請求項４，請求項５のプログラムなどが格納さ
れ、そのようなプログラムがＣＰＵ７０によって実行さ
れることにより、本実施形態におけるモジュールリンク
構造図の表示や、加工・編集、ヘッダファイルの内部テ
ーブル構造図作成などが可能となる。

【０１２２】このようなプログラムは、プログラム提供
者７８側からネットワーク７９、および通信インタフェ
ース７３を介して、例えば記憶装置７４に格納されるこ
とも、また市販され、流通している可搬型記憶媒体８０
に格納され、読み取り装置７６にセットされて、ＣＰＵ
７０によって実行されることも可能である。可搬型記憶
媒体８０としてはＣＤ−ＲＯＭ、フレキシブルディス
ク、光ディスク、光磁気ディスクなど様々な形式の記憶
媒体を使用することができ、このような記憶媒体に格納
されたプログラムが読み取り装置７６によって読み取ら
れることにより、本実施形態におけるモジュールリンク
構造図の表示などが可能となる。

【０１２３】（付記１）複数のモジュールを構成要素と
して含むソフトウエアの保守資料を生成する装置におい
て、該ソフトウエアに対応する１つ以上のオブジェクト
から、前記複数のモジュールの間のリンク関係を解析す
るリンク関係解析手段と、該リンク関係解析手段の解析
結果を格納するリンク関係格納手段とを備えることを特
徴とするソフトウエア保守資料生成装置。

【０１２４】（付記２）前記リンク関係解析手段の解析
結果をモジュールリンク構造図として表示するリンク構
造図表示手段を更に備えることを特徴とする付記１記載
のソフトウエア保守資料生成装置。

【０１２５】（付記３）前記リンク構造図表示手段によ
って表示されたモジュールリンク構造図に対する表示形
態変更の指示を外部から受け取り、該表示形態変更を制
御するリンク構造図編集手段を更にを備えることを特徴
とする付記２記載のソフトウエア保守資料生成装置。

【０１２６】（付記４）前記外部からの指示に対応し
て、前記リンク構造図編集手段が、前記表示されたモジ
ュールリンク構造図内で指示されたモジュールを先頭と
するモジュールリンク構造図への表示形態変更を制御す
ることを特徴とする付記３記載のソフトウエア保守資料
生成装置。

【０１２７】（付記５）前記外部からの指示に対応し
て、前記リンク構造図編集手段が、前記表示されたモジ
ュールリンク構造図内で指示されたモジュールを最後尾
とするモジュールリンク構造図への表示形態変更を制御
することを特徴とする付記３記載のソフトウエア保守資
料生成装置。

【０１２８】（付記６）前記外部からの指示に対応し
て、前記リンク構造図編集手段が、前記表示されたモジ
ュールリンク構造図内で指示されたモジュールを表示画
面上で中央付近の位置とするモジュールリンク構造図へ
の表示形態変更を制御することを特徴とする付記３記載
のソフトウエア保守資料生成装置。

【０１２９】（付記７）前記外部からの指示に対応し
て、前記リンク構造図編集手段が、前記表示されたモジ
ュールリンク構造図内で指示されたモジュールより下位
のモジュールを表示、または非表示とする表示形態変更
を制御することを特徴とする付記３記載のソフトウエア
保守資料生成装置。

【０１３０】（付記８）前記ソフトウエア保守資料生成
装置が、前記リンク構造図表示手段によって表示された
モジュールリンク構造図に対応する文書を生成する文書
生成手段を更に備えることを特徴とする付記２記載のソ
フトウエア保守資料生成装置。

【０１３１】（付記９）前記文書生成手段が、モジュー
ルリンク構造図内のモジュールに対応して、ソフトウエ
アのソースファイルのディレクトリを指定するリンクを
前記文書内に挿入することを特徴とする付記８記載のソ
フトウエア保守資料生成装置。

【０１３２】（付記１０）前記文書生成手段が、モジュ
ールリンク構造図内のモジュールに対応して、異なるモ
ジュールリンク構造図を指定するリンクを前記文書内に
挿入することを特徴とする付記８記載のソフトウエア保
守資料生成装置。

【０１３３】（付記１１）前記ソフトウエア保守資料生
成装置が、ソースファイルからモジュール仕様書を作成
する仕様書作成手段を更に備え、前記文書生成手段が、
前記文書内の特定のキーワードに対応して、該モジュー
ル仕様書へのリンクを該文書内に挿入することを特徴と
する付記８記載のソフトウエア保守資料生成装置。

【０１３４】（付記１２）１つ以上のヘッダファイルの
内容を構成要素として含むソフトウエアの保守資料を生
成する装置において、該１つ以上のヘッダファイルか
ら、該ファイル内部の各テーブルの仕様書を作成するテ
ーブル仕様書作成手段を備えることを特徴とするソフト
ウエア保守資料生成装置。

【０１３５】（付記１３）前記ソフトウエア保守資料生
成装置が、前記テーブル仕様書作成手段によって仕様書
が作成されたテーブルの一覧表を作成するテーブル一覧
表作成手段を更に備えることを特徴とする付記１２記載
のソフトウエア保守資料生成装置。

【０１３６】（付記１４）前記テーブル一覧表作成手段
が、テーブル一覧表が表示された上で、外部から特定の
テーブルが指定された時に該指定されたテーブルの表示
を行うために、該テーブル一覧表にリンクを挿入するこ
とを特徴とする付記１３記載のソフトウエア保守資料生
成装置。

【０１３７】（付記１５）前記テーブル仕様書作成手段
が、前記内部のテーブルに他のテーブルへのポインタが
存在する時、前記テーブルに該他のテーブルへのリンク
を挿入することを特徴とする付記１２記載のソフトウエ
ア保守資料生成装置。

【０１３８】（付記１６）前記テーブル仕様書作成手段
が、前記テーブル仕様書内に前記ヘッダファイルへのリ
ンクを挿入することを特徴とする付記１２記載のソフト
ウエア保守資料生成装置。

【０１３９】（付記１７）複数のモジュールによって構
成されるソフトウエアの保守資料を生成する計算機によ
って使用されるプログラムにおいて、該ソフトウエアに
対応する１つ以上のオブジェクトから、前記複数のモジ
ュールの間のリンク関係を解析する手順と、該リンク関
係の解析結果をメモリに格納する手順とを計算機に実行
させるプログラム。

【０１４０】（付記１８）複数のモジュールによって構
成されるソフトウエアの保守資料を生成する計算機によ
って使用される記憶媒体において、該ソフトウエアに対
応する１つ以上のオブジェクトから、前記複数のモジュ
ールの間のリンク関係を解析するステップと、該リンク
関係の解析結果をメモリに格納するステップとを計算機
に実行させるプログラムを格納した計算機読み出し可能
可搬型記憶媒体。

【０１４１】（付記１９）１つ以上のヘッダファイルの
内容を構成要素として含むソフトウエアの保守資料を生
成する計算機によって使用されるプログラムにおいて、
該１つ以上のヘッダファイルから、内部の各テーブルの
仕様書を作成する手順と、該テーブル仕様書が作成され
た各テーブルの一覧表を作成する手順とを計算機に実行
させるプログラム。

【０１４２】（付記２０）１つ以上のヘッダファイルの
内容を構成要素として含むソフトウエアの保守資料を生
成する計算機によって使用される記憶媒体において、該
１つ以上のヘッダファイルから、内部の各テーブルの仕
様書を作成するステップと、該テーブル仕様書が作成さ
れた各テーブルの一覧表を作成するステップとを計算機
に実行させるプログラムを格納した計算機読み出し可能
可搬型記憶媒体。

【０１４３】

【発明の効果】以上詳細に説明したように本発明によれ
ば、プログラムの１つ以上のオブジェクトからプログラ
ム内のモジュールのリンク構造の解析と、リンク構造図
の画面表示が自動的に行われる。これによって、第１に
そのモジュールリンク構造図の編集や加工も容易とな
り、プログラムの分析を容易とすることができる。

【０１４４】第２に作成されたモジュールリンク構造図
をＨＴＭＬ文書化してＷＷＷツールでそれを参照し、複
雑なモジュールリンク構造図の１部を切り出して詳細に
検討することも可能となる。

【０１４５】第３にＷＷＷツールを用いて、ソースファ
イルの内容にアクセスすることができ、モジュール構造
図とソースファイルとを交互に参照することによって、
プログラムの分析のための時間と費用を節約することが
できる。

【０１４６】次にヘッダファイルから内部のテーブルの
テーブル構造図とテーブルの一覧表をＨＴＭＬ文書とし
て作成し、ＷＷＷツールでそれを参照し、挿入されたタ
グを用いてテーブル構造図をたどることもでき、プログ
ラム分析のための時間と費用を節約することができる。

【０１４７】本発明のモジュールリンク構造の自動解析
と構造図の作成との機能を用いることによって、ヘッダ
ファイルとソースファイルの更新さえ行えば、モジュー
ルリンク構造図を画面に表示することによって常にプロ
グラムの最新の状態を知ることができ、プログラムのメ
ンテナンス効率を向上させる上で寄与するところが大き
い。

【図面の簡単な説明】

【図１】本発明のプログラム保守資料生成装置の原理構
成ブロック図である。

【図２】本実施形態におけるモジュールリンク構造解析
装置の構成ブロック図である。

【図３】ソースファイル、オブジェクトモジュールから
のプログラムの構成の説明図である。

【図４】オブジェクトからモジュールリンクテーブルを
作成する処理のフローチャートである。

【図５】オブジェクトからモジュールリンクテーブルを
作成する処理のフローチャート（続き）である。

【図６】オブジェクトからモジュールリンクテーブルを
作成する処理のフローチャート（続きの続き）である。

【図７】モジュールリンクテーブルの格納形式の例であ
る。

【図８】図４におけるダンプリストの内容の例である。

【図９】図４の作業テーブルの内容の例である。

【図１０】図５のダンプリストの内容の例（その１）で
ある。

【図１１】図５のダンプリストの内容の例（その２）で
ある。

【図１２】図１０のシンボル情報から作成されるテーブ
ルの例である。

【図１３】図６のダンプリストの内容の例（その１）で
ある。

【図１４】図６のダンプリストの内容の例（その２）で
ある。

【図１５】図６の作業テーブルの内容の例である。

【図１６】モジュールリンク構造の例である。

【図１７】モジュールリンク構造のツリー表現の例であ
る。

【図１８】モジュールリンク構造図表示の全体処理フロ
ーチャートである。

【図１９】モジュールリンク構造表示処理のフローチャ
ートである。

【図２０】個々のモジュールの表示処理のフローチャー
トである。

【図２１】モジュールリンク構造図の表示例である。

【図２２】図２１の表示例の拡大図である。

【図２３】ポップアップメニュー表示処理のフローチャ
ートである。

【図２４】展開表示中のモジュールリンク構造図の例で
ある。

【図２５】閉じて表示中のモジュールリンク構造図の例
である。

【図２６】ポップアップメニューの使用例を示す図（そ
の１）である。

【図２７】ポップアップメニューの使用例を示す図（そ
の２）である。

【図２８】カット（トップ）ボタンが選択された時の画
面表示例（その１）である。

【図２９】カット（トップ）ボタンが選択された時の画
面表示例（その２）である。

【図３０】モジュールリンク構造図の制御テーブルの形
式を示す図である。

【図３１】カット（トップ）ボタン選択時の処理のフロ
ーチャートである。

【図３２】上位階層モジュールへのリンク状況テーブル
の作成処理フローチャートである。

【図３３】上位階層モジュールへのリンク状況テーブル
の例である。

【図３４】各モジュールの矩形の高さを求める処理のフ
ローチャートである。

【図３５】矩形の高さを求める処理の例である。

【図３６】各モジュールの高さの中での描画位置決定作
業の結果の例である。

【図３７】表示画面上での矩形の実際の描画位置決定法
の説明図である。

【図３８】カット（ミドル）選択時のモジュールリンク
構造の例である。

【図３９】カット（ミドル）選択時のリンク構造図表示
例である。

【図４０】排他モジュール指示ファイルの格納内容の例
である。

【図４１】制御リストメニューの例である。

【図４２】制御リストメニューを用いる排他処理のフロ
ーチャートである。

【図４３】モジュールリンク構造図印刷処理のフローチ
ャートである。

【図４４】リンク構造図印刷時のボタン選択の説明図で
ある。

【図４５】モジュールリンク構造図の印刷例である。

【図４６】モジュールリンク構造図を示すＨＴＭＬファ
イルの例である。

【図４７】モジュールリンク構造図を示すＨＴＭＬ文書
作成処理のフローチャートである。

【図４８】ソースファイルからの関数入出力仕様書作成
処理のフローチャートである。

【図４９】ＨＴＭＬ文書として作成されたリンク構造図
の表示例である。

【図５０】リンクタグによってたどられる別ＨＴＭＬ文
書の表示例である。

【図５１】図４９内の矩形からたどられるソースファイ
ルの内容の表示例である。

【図５２】図４９のモジュール名からたどられるソース
ファイルの表示例である。

【図５３】ヘッダファイルから内部のテーブル仕様書な
どを作成するテーブル構造解析装置の構成ブロック図で
ある。

【図５４】ヘッダファイルからテーブル一覧表作成まで
の全体処理のフローチャートである。

【図５５】図５４においてテーブル構造図を作成する処
理の詳細フローチャートである。

【図５６】ヘッダファイルの内容の例である。

【図５７】図５６のヘッダファイルから作成されたテー
ブル構造図を示すＨＴＭＬ文書の例である。

【図５８】図５７のＨＴＭＬ文書の表示例である。

【図５９】テーブル一覧表を示すＨＴＭＬ文書の例であ
る。

【図６０】図５９のＨＴＭＬ文書の表示例である。

【図６１】ヘッダファイル内の特定キーワードの表示例
を示す図である。

【図６２】テーブル構造図を示すＨＴＭＬ文書の例であ
る。

【図６３】図６２の文書からたどられるテーブルの表示
例である。

【図６４】他のテーブルへのリンクが挿入されたＨＴＭ
Ｌ文書の表示例である。

【図６５】本発明を実現するためのプログラムのコンピ
ュータへのローディングを説明する図である。

【図６６】従来におけるプログラム開発フローを示す図
である。

【符号の説明】

１ ソフトウエア保守資料生成装置 ２ リンク関係解析手段 ３ リンク関係格納手段 ４ リンク構造図表示手段 ５ リンク構造図編集手段 １０ モジュールリンク構造解析装置 １３ オブジェクトモジュール １４ 排他モジュール指示ファイル １５ ＨＴＭＬ文書、モジュールリンク図 １６ モジュールリンク図 ２０ リンク関係生成部 ２１ モジュールリンクテーブル ２２ リンクテーブル管理部 ２３ モジュールリンク図生成部 ２６ ＨＴＭＬ文書管理テーブル ２７ ＨＴＭＬ文書生成・印刷部 ２８ モジュールリンク図編集部 ３０ Ｃソースファイル ３１ ヘッダファイル ３２ Ｃコンパイラ ３３，３６ オブジェクトモジュール ３４ フォートランソースファイル ３５ フォートランコンパイラ ３７ リンケージプログラム ３８ ロードモジュール（プログラム）

Claims (5)

【特許請求の範囲】
1. 【請求項１】 複数のモジュールを構成要素として含む
   ソフトウエアの保守資料を生成する装置において、 該ソフトウエアに対応する１つ以上のオブジェクトか
   ら、前記複数のモジュールの間のリンク関係を解析する
   リンク関係解析手段と、 該リンク関係解析手段の解析結果を格納するリンク関係
   格納手段とを備えることを特徴とするソフトウエア保守
   資料生成装置。
2. 【請求項２】 前記リンク関係解析手段の解析結果をモ
   ジュールリンク構造図として表示するリンク構造図表示
   手段を更に備えることを特徴とする請求項１記載のソフ
   トウエア保守資料生成装置。
3. 【請求項３】 １つ以上のヘッダファイルの内容を構成
   要素として含むソフトウエアの保守資料を生成する装置
   において、 該１つ以上のヘッダファイルから、該ファイル内部の各
   テーブルの仕様書を作成するテーブル仕様書作成手段を
   備えることを特徴とするソフトウエア保守資料生成装
   置。
4. 【請求項４】 複数のモジュールによって構成されるソ
   フトウエアの保守資料を生成する計算機によって使用さ
   れるプログラムにおいて、 該ソフトウエアに対応する１つ以上のオブジェクトか
   ら、前記複数のモジュールの間のリンク関係を解析する
   手順と、 該リンク関係の解析結果をメモリに格納する手順とを計
   算機に実行させるプログラム。
5. 【請求項５】 １つ以上のヘッダファイルの内容を構成
   要素として含むソフトウエアの保守資料を生成する計算
   機によって使用されるプログラムにおいて、 該１つ以上のヘッダファイルから、内部の各テーブルの
   仕様書を作成する手順と、 該テーブル仕様書が作成された各テーブルの一覧表を作
   成する手順とを計算機に実行させるプログラム。