(57)【特許請求の範囲】
【請求項１】
複数のプロシージャ、テーブル及びトリガの定義内容を格納するストアドプロシージャ記憶手段と、
各プロシージャに対して従属する他のプロシージャ、テーブル又はトリガとの従属関係と、各テーブルに対して従属するトリガとの従属関係と、各トリガに対して従属するテーブルとの従属関係とを格納する従属関係記憶手段と、
前記ストアドプロシージャ記憶手段に記憶された任意のプロシージャについて、前記従属関係記憶手段の記憶内容に基づき、当該プロシージャ、テーブル及びトリガ間の従属関係を解析する解析手段と、
前記解析手段により解析されたプロシージャ、テーブル及びトリガ間の呼び出し関係を記憶する呼出関係記憶手段と、
前記呼出関係記憶手段により記憶された当該プロシージャ、テーブル及びトリガ間の呼び出し関係を木構造で表示する表示手段と備えたストアドプロシージャのデータベース管理システムにおいて、
前記解析手段は、当該プロシージャに従属するプロシージャについて、当該プロシージャを親ノード、当該従属するプロシージャを子ノードとした呼び出し関係を呼出関係記憶手段に記憶する第１ステップを実行し、かつ、当該従属するプロシージャに対して前記第１ステップを再帰的に実行し、
当該プロシージャに従属するテーブルについて、前記ストアドプロシージャ記憶手段に記憶された当該テーブルの定義内容を参照し、当該テーブルへの操作に対応するトリガがある場合には、当該プロシージャを親ノード、当該トリガを子ノードとした呼び出し関係を呼出関係記憶手段に記憶する第２ステップを実行することを特徴とするストアドプロシージャのデータベース管理システム。
【請求項２】
ストアドプロシージャの呼出関係を表示する方法であって、
複数のプロシージャ、テーブル及びトリガの定義内容を格納するストアドプロシージャ記憶手段と、
各プロシージャに対して従属する他のプロシージャ、テーブル又はトリガとの従属関係と、各テーブルに対して従属するトリガとの従属関係と、各トリガに対して従属するテーブルとの従属関係とを格納する従属関係記憶手段と、
前記従属関係記憶手段の記憶内容に基づき、プロシージャ、テーブル及びトリガ間の従属関係を解析する解析手段と、
前記解析手段により解析されたプロシージャ、テーブル及びトリガ間の呼び出し関係を記憶する呼出関係記憶手段と、
プロシージャ、テーブル及びトリガ間の呼び出し関係を木構造で表示する表示手段と備えたストアドプロシージャのデータベース管理システムにおいて、
前記ストアドプロシージャ記憶手段に記憶された任意のプロシージャについて、
前記解析手段により、当該プロシージャに従属するプロシージャについて、当該プロシージャを親ノード、当該従属するプロシージャを子ノードとした呼び出し関係を呼出関係記憶手段に記憶する第１ステップを実行し、かつ、当該従属するプロシージャに対して前記第１ステップを再帰的に実行し、
前記解析手段により、当該プロシージャに従属するテーブルについて、前記ストアドプロシージャ記憶手段に記憶された当該テーブルの定義内容を参照し、当該テーブルへの操作に対応するトリガがある場合には、当該プロシージャを親ノード、当該トリガを子ノードとした呼び出し関係を呼出関係記憶手段に記憶する第２ステップを実行し、
前記表示手段により、前記呼出関係記憶手段に記憶された当該プロシージャ、テーブル及びトリガ間の呼び出し関係を木構造で表示する第３ステップを実行する方法。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明は、データベースに保存されたストアドプロシージャの呼出関係図の表示方法及び該表示方法を実行するデータベース管理システムに関り、特に、更新、削除、挿入のデータ変更操作によって自動的に実行される特殊なストアドプロシージャであるトリガをも含んだ、データベース内のストアドプロシージャの呼出関係図の表示方法及びデータベース管理システムに関する。
【０００２】
【従来技術】
一般にストアドプロシージャは、データベースに対する一連の処理手順を一つのプログラムにまとめ、データベース管理システムに保存したデータベースオブジェクトの１つである。このストアドプロシージャは、クライアントから引数を渡してそれに基づいた処理を実行したり、クライアントに処理劣化を返す機能を持つ。
【０００３】
この作成されたストアドプロシージャは、すぐに実行できる形式に変換されてデータベースに保存されており、通常のようにＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ  Ｑｕｅｒｙ  Ｌａｎｇｕａｇｅ）文を１つずつ送るのに比べて、ネットワークのトラフイックを低減できると共に、サーバ上で構文解析や機械語への変換を前もって終了させておくため、処理時間も短縮することができる。従って、当該ストアドプロシージャは、クライアントから呼び出し命令を送信するだけで実行することができる。
【０００４】
一方、トリガは、ユーザが直接呼び出さない特殊なストアドプロシージャであり、データの更新、削除、挿入などの変更操作を１つまたは複数使用し、特定テーブルのデータを変更する際に実行されるように定義され、ユーザがデータの更新、削除、挿入等の変更支持を行うたびに、トリガの定義内容に応じて自動的に変更を実行するものである。このトリガは、１つのデータ繰作により関連するデータへの変更処理を自動的に波及させる、或いはそのデータの変更内容をチェックするような場合に用いられる。
【０００５】
この様にトリガを含めたストアドプロシージャは、処理時間の軽減やデータ整合性を保つ上での機能として、多くのデータベースシーステムに標準的に備えられている。
【０００６】
前記ストアドプロシージャを使用したデータベースアプリケーションの開発においては、ストアドプロシージャの数が数十個から数百個、ものによっては千個を超える場合もある。この場合、機能拡張の向上のために改良が繰り返し加えられるが、その拡張や改良を効率良くしかも間違いなく行うためには、オペレータに対して複雑なプログラムの構造を分かりやすく正確に表現（表示）することが重要である。
【０００７】
このブログラム構造（データベース上のストアドプロシージャの呼び出し関係）を分かりやすく正確に表示する従来技術による手法としては、図３に示すデータベース管理システムの管理テーブルの１つである従属関係テーブルを使用したものが知られている。
【０００８】
図３は、従来技術によるブログラム構造の表示方法を説明するための図であり、サーバコンピュータ１におけるストアドプロシージャ（Ｐｒｏｃ）、トリガー（Ｔｒｉｇｇｅｒ）、各種テーブル（Ｔａｂｌｅ）を示している。
【０００９】
前記サーバコンピュータ１は、データベース管理システムプログラム（ＤＢＭＳ）１１と、ＤＢＭＳ（データベース管理システム）管理領域１３、ストアドプロシージャ１４、ユーザテーブル１５、管理テーブル１６等を格納したハードディスク１２を含み、前記データベース管理システムプログラム１１がハードディスク１２をアクセスし、ストアドプロシージャ１４に定義された内容に従ってユーザテーブル１５他をアクセスして所定の命令を実行する様に構成され、利用者が行った前記データベース管理システムプログラム１１を介したハードディスク１２に格納されたデータファイル中のレコードに対する更新情報、削除情報、ＤＢＭＳ（データベース管理システムソフト）が記録されており、利用者は前記ＤＢＭＳを介してデータファイル中のレコードに対して更新、削除、検索等の各種のレコード操作を行うことができる。
【００１０】
前記ＤＭＳ管理領域１３には、ユーザの作成したテーブルやＤＢＭＳが管理用に使用するテーブル、ストアドジャなどのデータベースオブジェクトが格納されている。ストアドプロシージャのＤＢＭＳ管理の登録は、ＤＢＭＳへコマンド（ＣＲＥＡＴＥプロシージャ文）の実行を要求することで行われる。別のオブジェクトを参照するオブジェクトは、そのオブジェクトに従属していると見なされ、データベースオブジェクトは、それ自身が作成されるとき、参照している別のオブジェクトとの間の従属関係を管理用のテーブルである従属関係テーブルに格納するようになっている。
【００１１】
具体的に説明すると、図３に示したプロシージャは、Ｐｒｏｃ１を実行することにより、(1)Ｐｒｏｃ２の実行によりＴａｂｌｅＡの全て（＊）の行を取得（ＳＥＬＥＣＴ）し、次いで(2)ＴａｂｌｅＡの内容である行１に変数１０をセットするように更新（ＵＰＤＡＴＥ）し、更に(3)Ｐｒｏｃ３によりＴａｂｌｅＡの内容を削除（ＤＥＬＥＴＥ）し、次いでＴａｂｌｅＢを取得（ＳＥＬＥＣＴ）する一連の処理を実行する様に定義されている。尚、図中のＴｒｉｇｇｅｒＡ＿ＵＰＤは、ＴａｂｌｅＡへの更新操作（ＵＰＤＡＴＥ）で起動されるトリガであり、ＴａｂｌｅＢに新たな行を追加する処理を示し、ＴｒｉｇｇｅｒＡ＿ＤＥＬは、ＴａｂｌｅＡへの削除操作（ＤＥＬＥＴＥ）で起動されるトリガであり、ＴａｂｌｅＢから行を削除する処理を示している。
【００１２】
本例におけるストアドプロシージャの呼び出し関係は、この従属関係テーブルの内容を木構造に展開することによって得ることができる。
【００１３】
【発明が解決しようとする課題】
前記のように従属関係テーブルの内容を解析することによって、ストアドプロシージャの呼び出し関係図を得ることができ、図３のデータベースオブジェクトが存在するデータベースのＰｒｏｃ１を頂点とした呼び出し関係を示すと図８のようになる。この関係図は、Ｐｒｏｃ１を頂点とし、ＴａｂｌｅＡからＴｒｉｇｇｅｒＡ＿ＵＰＤとＴｒｉｇｇｅｒＡ＿ＤＥＬに分岐する枝と、Ｐｒｏｃ２からＴａｂｌｅＡを介してＴｒｉｇｇｅｒＡ＿ＵＰＤとＴｒｉｇｇｅｒＡ＿ＤＥＬに分岐する枝と、Ｐｒｏｃ２からＴａｂｌｅＡを介してＴｒｉｇｇｅｒＡ＿ＵＰＤとＴｒｉｇｇｅｒＡ＿ＤＥＬに分岐する枝と、Ｐｒｏｃ３からＴａｂｌｅＡを介してＴｒｉｇｇｅｒＡ＿ＵＰＤとＴｒｉｇｇｅｒＡ＿ＤＥＬに分岐する枝と、前記Ｐｒｏｃ３からＴａｂｌｅＢに分岐する枝とに表すことができる。
【００１４】
この従来技術によるストアドプロシージャの呼び出し関係図は、ユーザからの直接呼び出しでないストアドプロシージャであるトリガに対してもテーブルに関連付けられて表示される。このため従来の関係図の表示方法は、直接呼び出しの明示的な記述がテーブルが呼びだし元となるストアドプロシージャ定義内にはないため、トリガとトリガを起動するテーブルの変換繰作を実行するストアドプロシージャとの間に直接的な従属関係はなく、あくまでもトリガ付けられているテーブルを介した間接的な従属関係を全て表示してしまう。
【００１５】
また、従来の関係図の表示方法は、２つのデータベースオブジェクト間の従属関係を単純に展開しただけなので、Ｐｒｏｃ１からは決して実行されることのないＴａｂｌｅに関連付けられているＴｒｉｇｇｅｒＡ＿ＤＥＬトリガが呼び出し関係図上に展開されてしまう。
【００１６】
従って従来技術によるストアドプロシージャの呼出関係図の表示方法は、利用者に直接的に不要な従属関係まで複雑に表示してしまい、各プロシージャの関係をユーザが把握するのが困難であると言う不具合があった。
【００１７】
本発明の目的は、前述の従来技術による不具合を除去することであり、トリガとトリガの呼び出し元ストアドプロシージャとの間の従属関係を直接的な関係で表示すると共にユーザのテーブルへの変更繰作によって実際に呼び出されるトリガを織別し、ドプロシージャの呼出し関係を正確に表現することができるストアドプロシージャ呼出関係図の表示方法及びデータベース管理システムを提供することである。
【００１８】
【課題を解決するための手段】
前記目的を達成するために本発明によるデータベース管理システムのストアドプロシージャ呼出関係図の表示方法は、複数のプロシージャに対して従属する他のプロシージャ又はテーブル又はトリガとの従属関係と、複数のテーブルに対して従属するトリガとの従属関係と、複数のトリガに対して従属するテーブルとの従属関係とを格納する従属関係テーブルを用い、該従属関係テーブルに格納されたプロシージャとテーブルとトリガとの従属関係を解析し、特定のプロシージャに従属して実行される他のプロシージャ及びトリガとの関係を木構造で表示することを特徴とする。
【００１９】
更に本発明によるデータベース管理システムは、複数のプロシージャに対して従属する他のプロシージャ又はテーブル又はトリガとの従属関係と、複数のテーブルに対して従属するトリガとの従属関係と、複数のトリガに対して従属するテーブルとの従属関係とを格納する従属関係テーブルと、該従属関係テーブルに格納されたプロシージャとテーブルとトリガとの従属関係を参照し、特定のプロシージャに従属して実行される他のプロシージャ及びトリガとの関係を出力するストアドプロシージャ解析手段と、該ストアドプロシージャ解析手段から出力された特定のプロシージャに従属して実行される他のプロシージャ及びトリガとの関係を木構造で表示する呼出関係図表示手段とを備えることを特徴とする。
【００２０】
【発明の実施の形態】
以下、本発明によるストアドプロシージャ呼び出し関係図表示方法及びこれを実行するデータベース管理システムの一実施形態を図面を参照して詳細に説明する。
【００２１】
図１は、本発明によるストアドプロシージャ呼び出し関係図表示方法が適用されるデータベース管理システムの全体構成を説明するための図、図２は本実施形態による表示方法によって表示されるストアドプロシージャ呼び出し関係図及び呼出関係テーブルの一例を示す図、図４〜図７は本実施形態による処理フローを説明するための図である。
【００２２】
本実施形態によるストアドプロシージャ呼び出し関係図表示方法が適用されるデータベース管理システムは、図１に示す如く、サーバコンピュータ１とクライアントコンピュータ２とによって構成され、前記サーバコンピュータ１は、データベース管理システム１１を介してユーザがアクセス可能であり、ストアドプロシージャ１４、ユーザテーブル１５、管理用テーブル１６などのデータベースオブジェクトを格納するＤＢＭＳ管理領域１３を持つハードディスク１２と、データベース全体の管理を行い、且つクライアントコンピュータ２と接続する機能も持つデータベース管理システムプログラム１１とを備え、クライアントコンピュータ２は、サーバコンピュータ１のストアドプロシージャ解析手段２１と、該ストアドプロシージャ解析手段２１によって出力されたストアドプロシージャ呼び出し関係情報を木構造で表示するストアドプロシージャ呼出関係図表示手段２２を備える。尚、実際のシステムにおいてはＣＰＵ，メモリ，入出力装置その他の回路機構を備えるものであるが、本明細書においては周知な技術であるため省略して説明する。
【００２３】
次に前記データベース管理システムによるストアドプロシージャ解析手段２１がストアドプロシージャの呼び出し関係を解析する処理手順を図４〜図７を参照して説明する。尚、各プロシージャの内容は図３に示したものと同一の場合を説明する。
＜Ｐｒｏｃ１の第１回目処理手順＞
この処理手順は、図４に示す如く、まず調べるべきプロシージャ名（ブロシージャ＝Ｐｒｏｃ１）が与えられると、そのプロシージャが従属しているオブジェクトがあるかどうかを調べるために、従属関係テーブル１６０から従属するオブジェクトが指定されたプロシージャであるレコード（図３では行▲１▼のProc1:Proc2）を取得する（ステップ２０１）。ここでレコードが存在しなければ終了し、存在する場合は、そのオブジェクトを調べる次のステップ２０２にフローＡ１の如く進み、従属されるオブジェクトがプロシージャであるか否かを判定し（ステップ２０３）し、当該プロシージャ（Proc2）が存在するため、取得した従属関係のレコードを呼出関係テーブル３２に追加し（ステップ２０４：図２の呼出関係３２の行ａにProc1:Proc2を追加）、更に今度は従属されるオブジェクトであるプロシージャ（Proc2)について、このアルゴリズムを実行する再帰呼出に入る（ステップ２０５）。
【００２４】
以上がＰｒｏｃ１における１回目の処理であり、この１回目の処理においては、ステップ２０１においてＰｒｏｃ１の定義内容（Proc1:Proc2）を取得し、ステップ２０３においてブロシージャ（Proc2）を検出し、ステップ２０４により取得した従属関係のレコード（行ａのProc1:Proc2）を呼出関係テーブル３２に追加する様に動作する。この呼出関係テーブル３２は、特定のプロシージャを親ノードとし、当該のプロシージャに対して実行される他のプロシージャ又はトリガを対応付けて格納するものである。
＜Ｐｒｏｃ２の第１回目処理手順＞
さて、前記ステップ２０５における再帰呼出は、図５に示す如く、まず調べるべきプロシージャ名（ブロシージャ＝Ｐｒｏｃ２）が与えられると、そのプロシージャが従属しているオブジェクトがあるかどうかを調べるために、従属関係テーブル１６０から従属するオブジェクトが指定されたプロシージャであるレコードを取得する（ステップ２０１：図３では行▲２▼のProc2:TableA）。ここでレコードが存在しなければ終了するが、ここでは存在するため、そのオブジェクトを調べる次のステップ２０２にフローＣ１の如く進み、従属されるオブジェクトがプロシージャであるか否かを判定し（ステップ２０３）、プロシージャが存在しないため、次のステップ２０６に進む。
【００２５】
このステップ２０６においては、テーブルであるかどうかの判定を行い、テーブル(TableA)があるため、従属するオブジェクト（現在調べているプロシージャ）の定義内容（：図３のＰｒｏｃ２の内容であるSELECT * FROM TableA）を取得し（ステップ２０７）、全てのテーブルへのチェックを行ったか判定（ステップ２０８）した後に、これがＳＥＬＥＣＴ文か否かの判定を行い（ステップ２０９）、ＳＥＬＥＣＴ文のためフローＣ２の如くステップ２０１に戻り、ステップ２０１及び２０２を経て図４のステップ２０５の次のステップに戻る。
＜Ｐｒｏｃ１の第２回目処理手順＞
この処理手順は、図４に戻り、まず調べるべきプロシージャ名（ブロシージャ＝Ｐｒｏｃ１）が与えられると、そのプロシージャが従属しているオブジェクトがあるかどうかを調べるために、従属関係テーブルから従属するオブジェクトが指定されたプロシージャであるレコード（図３のでは行▲２▼のProc1:TableA）を取得する（ステップ２０１）。ここでレコードが存在しなければ終了し、存在する場合は、そのオブジェクトを調べる次のステップ２０２にフローＢ１の如く進み、従属されるオブジェクトがプロシージャであるか否かを判定し（ステップ２０３）、当該プロシージャが存在しないため次のステップ２０６に進む。
【００２６】
このステップ２０６においては、テーブルであるかどうかの判定を行い、テーブル(TableA)であるため、従属するオブジェクト（現在調べているプロシージャ）の定義内容（：図３のＰｒｏｃ１の内容であるEXECUTE Proc2 / UPDATE TableA SET col1=10 /EXECUTE Proc3）を取得し（ステップ２０７）、テーブルへの操作を全てチェックしたか判定（ステップ２０８）と、更にＳＥＬＥＣＴ文ではないことの判定（ステップ２０９）と、テーブルへの操作がSELECTの場合はトリガが起動されることはないため、操作に対するトリガがあるかの判定（ステップ２１０）と、従属されているオブジェクトをトリガに置き換えて関係テーブルに追加（ステップ２１１）とを行う。この流れはフローＢ１〜Ｂ〜Ｂ２の如くである。また前記ステップ２１１の具体的処理は、図３の呼出関係テーブル３２の行ｂ（Proc2:TriggerA_UPD）の追加である。
＜Ｐｒｏｃ１の第３回目処理手順＞
この処理手順は、図６に示す如く、まず調べるべきプロシージャ名（ブロシージャ＝Ｐｒｏｃ１）が与えられると、そのプロシージャが従属しているオブジェクトがあるかどうかを調べるために、従属関係テーブルから従属するオブジェクトが指定されたプロシージャであるレコード（図３のでは行▲３▼のProc1:Proc3）を取得する（ステップ２０１）。
【００２７】
ここでレコードが存在しなければ終了し、存在するためにオブジェクトを調べる次のステップ２０２にフローＥ１の如く進み、従属されるオブジェクトがプロシージャであるか否かを判定し（ステップ２０３）し、当該プロシージャ（Proc3）が存在するため、取得した従属関係のレコードを呼出関係テーブルに追加し（ステップ２０４：図３の呼出関係テーブル３２の行ｃであるProc1:Proc3を追加）、更に今度は従属されるオブジェクトであるプロシージャ（Proc3)について、このアルゴリズムを実行する再帰呼出に入る（ステップ２０５）。
＜Ｐｒｏｃ３の第１回目処理手順＞
前記ステップ２０５における再帰動作は、図７に示す如く、まず調べるべきプロシージャ名（ブロシージャ＝Ｐｒｏｃ３）が与えられると、そのプロシージャが従属しているオブジェクトがあるかどうかを調べるために、従属関係テーブルから従属するオブジェクトが指定されたプロシージャであるレコード（図３のでは行▲４▼のProc2:TableA）を取得する（ステップ２０１）。
【００２８】
ここでレコードが存在しなければ終了し、存在するため、そのオブジェクトを調べる次のステップ２０２にフローＧの如く進み、従属されるオブジェクトがプロシージャであるか否かを判定し（ステップ２０３）し、当該プロシージャが存在しないため次のステップ２０６に進む。
【００２９】
このステップ２０６においては、テーブルであるかどうかの判定を行い、テーブル(TableA)があるため、従属するオブジェクト（現在調べているプロシージャ）の定義内容（：図３のＰｒｏｃ３の内容であるEDLETE FROM TableA / WHREE col1=30 / SELECT * FROM TableB）を取得し（ステップ２０７）、テーブルへの操作を全てチェックしたか判定（ステップ２０８）と、更にＳＥＬＥＣＴ文ではないことの判定（ステップ２０９）と、テーブルへの操作がSELECTの場合はトリガが起動されることはないため、操作に対するトリガがあるかの判定（ステップ２１０）と、従属されているオブジェクトをトリガに置き換えて関係テーブルに追加（ステップ２１１）とを行う。この流れはフローＧ１〜Ｇ〜Ｇ２の如くである。また前記ップ２１１の具体的処理は、図３の呼出関係テーブル３２の行ｄ（Proc3:TableA_DEL）の追加である。
【００３０】
尚、本実施形態においてはＰｒｏｃ３の第２回及び第３回目の処理手順として、図７において処理フローＨ１〜Ｈ〜Ｈ２、Ｉ１〜Ｉ〜Ｉ２の経緯に従って前述と同様の動作を行うものであるが、ここでは前述の動作と同様であるため説明を省略する。
＜表示処理＞
本実施形態によるストアドプロシージャ呼出関係図の表示方法が適用されるデータベース管理システムは、ストアドプロシージャ解析手段２１が前述の図４〜図７に示した処理フローを実行することにより、前記呼出関係テーブル３２を作成し、この呼出関係テーブル３２を元に図２左側又は図１の如きストアドプロシージャ呼び出し関係図を表示する。
【００３１】
即ち、本実施形態においては、図３のデータベースオブジェクトが存在するデータベースのProc1プロシージャを頂点とした呼び出し関係を、図４〜図７に示した手順で解析すると、図２に示す符号３２に示した呼出関係テーブルが出力され、この呼出関係テーブル３２を木構造に展開すると、符号３１に示すトリガを含んだストアドプロシージャ間の呼出関係を表現することが可能となる。
【００３２】
【発明の効果】
以上述べた如く本発明によれば、トリガを含むストアドプロシージャを用いたデータベースアプリケーションにおけるストアドプロシージャの呼出関係の図表示方法において、特にトリガとトリガの呼び出しもとストアドプロシージャとの間の従属関係を直接的な関係で表現すると共に、ユーザのテーブルへの再操作によって呼び出される実際のトリガを識別してストアドプロシージャの呼出関係を正確に表示することができるため、プログラムの構造を見やすく且つ正確に把握することが可能となる。
【図面の簡単な説明】
【図１】本発明によるストアドプロシージャ呼出関係図の表示方法が適用されるデータベース管理システムの全体構成を説明するための図。
【図２】本実施形態による表示方法によって表示されるストアドプロシージャ呼び出し関係図及び呼出関係テーブルの一例を示す図。
【図３】従来技術によるブログラム構造を表示するデータデース管理システムを説明するための図。
【図４】本実施形態による従属関係テーブルに格納されたプロシージャとテーブルとトリガとの従属関係を解析する処理フローを示す図。
【図５】本実施形態による同従属関係を解析する処理フローを示す図。
【図６】本実施形態による同従属関係を解析する処理フローを示す図。
【図７】本実施形態による同従属関係を解析する処理フローを示す図。
【図８】  従来技術によるブログラム構造の表示方法を説明するための図。
【図１】
0004090226.tif 000002
【図２】
0004090226.tif 000003
【図３】
0004090226.tif 000004
【図４】
0004090226.tif 000005
【図５】
0004090226.tif 000006
【図６】
0004090226.tif 000007
【図７】
0004090226.tif 000008
【図８】
0004090226.tif 000009