JP2021077264A - 解析プログラム、解析方法及び解析装置 - Google Patents

Abstract

【課題】プログラムを解読する順番を決める際の判断を支援することを目的としている。【解決手段】複数のプログラム部品それぞれについて、複数のプログラム部品の呼び出し関係を示す情報と、各プログラム部品のソースコード中に含まれる命令文の情報と、に基づいて、各プログラム部品のタイプを判定し、判定結果と、タイプ毎の優先度が定義された定義情報とに基づいて、各プログラム部品の優先度を決定し、前記各プログラム部品の識別情報を前記優先度にしたがって表示させる、処理をコンピュータに実行させる。【選択図】図１４

Description

本発明は、解析プログラム、解析方法及び解析装置に関する。

情報システムを理解するためには、情報システムに含まれる多数のプログラムを理解することが求められる。また、プログラムの解読に着手する順番は、情報システムの理解にかかる作業時間等のコストに大きく影響する。

そこで、従来では、解読するプログラムの順番の決定を支援する技術が知られている。その１つとして、プログラム単位、メソッド単位又は最上位の条件文単位で業務の複雑さを表す点数を計算し、点数に基づいて、プログラム、メソッド又は最上位の条件文を優先付することが知られている。

特開２０１８−４５４６３号公報

しかしながら、プログラムの複雑さは、解読すべき順番と一致しない場合がある。また、例えば、従来では、プログラムのファイル名や、プログラム内のコメント等の単語に基づいて重要度を推定し、優先順を付与することも考えられているが、単語と処理の内容が一致しない場合がある。

１つの側面では、本発明は、プログラムを解読する順番を決める際の判断を支援することを目的としている。

一つの態様では、複数のプログラム部品それぞれについて、複数のプログラム部品の呼び出し関係を示す情報と、各プログラム部品のソースコード中に含まれる命令文の情報と、に基づいて、各プログラム部品のタイプを判定し、判定結果と、タイプ毎の優先度が定義された定義情報とに基づいて、各プログラム部品の優先度を決定し、前記各プログラム部品の識別情報を前記優先度にしたがって表示させる、処理をコンピュータに実行させる。

プログラムを解読する順番を決める際の判断を支援できる。

解析装置の概要を説明する図である。 解析装置のハードウェア構成の一例を示す図である。 解析装置の機能を説明する図である。 タイプ定義情報の一例を示す図である。 解析装置の処理を説明する第一のフローチャートである。 解析装置の処理を説明する第二のフローチャートである。 振分処理について説明する第一の図である。 振分処理について説明する第二の図である。 概要処理について説明する図である。 詳細処理について説明する図である。 解析装置の処理を具体的に説明する第一の図である。 解析結果情報の一例を示す図である。 コールグラフの一例を示す図である。 情報追加コールグラフの一例を示す図である。 端末装置の表示例を示す図である。 変形例を示す図である。

以下に図面を参照して、実施形態について説明する。図１は、解析装置の概要を説明する図である。

本実施形態では、解析システム１００は、解析装置２００と、端末装置３００とを含む。解析システム１００において、解析装置２００と端末装置３００とは、ネットワーク等を介して接続される。

本実施形態の解析装置２００は、解析処理部２３０と、出力部２４０とを有する。解析装置２００は、例えば、端末装置３００から、分析対象のプログラムのソースコード２１１と解析要求との入力を受け付けると、解析処理部２３０によってソースコード２１１を解析し、解析結果情報２１８を生成する。ソースコード２１１は、分析対象のプログラムに含まれる複数のプログラム部品の呼び出し関係を示す情報である。

本実施形態では、分析対象のプログラムとは、複数のプログラムを含むプログラム群である。したがって、ソースコード２１１は、複数のプログラムのソースコードが含まれる。

以下の説明では、分析対象のプログラムに含まれる複数のプログラムの各プログラムを、プログラム部品と呼ぶ場合がある。

本実施形態の解析処理部２３０は、ソースコード２１１が入力されると、予め決められたタイプ定義情報を参照して各プログラム部品の処理内容のタイプ（種類）を判定し、各プログラム部品に対し、タイプに応じた優先度を付与する。そして、解析処理部２３０は、各プログラム部品を識別する情報と、タイプと、優先度とを対応付けた情報である解析結果情報２１８を生成する。タイプ定義情報の詳細は後述する。

また、解析処理部２３０は、ソースコード２１１に基づき生成されたコールグラフに、解析結果情報２１８の一部を追加したコールグラフを生成する。以下の説明では、解析処理部２３０において、解析結果情報２１８の一部が追加されたコールグラフを、情報追加コールグラフ２１６と呼ぶ場合がある。

本実施形態の出力部２４０は、解析処理部２３０が生成した解析結果情報２１８と情報追加コールグラフ２１６とを端末装置３００へ出力し、端末装置３００に表示させる。このとき、解析結果情報２１８は、各プログラム部品を優先度が高い順にソートした状態で表示される。

本実施形態では、このように、分析対象のプログラムに含まれる各プログラム部品を、処理内容のタイプに応じて付与された優先度が高い順に一覧表示させる。

したがって、本実施形態によれば、プログラムを解読する順番を決める際の判断を支援できる。

また、本実施形態では、解析結果情報２１８の一部が追加された情報追加コールグラフ２１６を、解析結果情報２１８と共に端末装置３００に表示させても良い。本実施形態では、解析結果情報２１８と情報追加コールグラフ２１６とを共に表示させることで、各プログラム部品の処理内容と呼び出し関係を提示することができる。

尚、図１の例では、情報追加コールグラフ２１６と解析結果情報２１８の出力先を端末装置３００としたが、これに限定されない。情報追加コールグラフ２１６と解析結果情報２１８は、解析装置２００のディスプレイ等に表示されても良い。

また、図１の例では、ソースコード２１１が端末装置３００から入力されるものとしたが、これに限定されない。ソースコード２１１は、例えば、記録媒体等に格納されており、解析装置２００によって記録媒体等から読み出されても良い。また、ソースコード２１１は、例えば、インターネット等を介して解析装置２００が取得しても良い。

以下に、本実施形態の解析装置２００のハードウェア構成について説明する。図２は、解析装置のハードウェア構成の一例を示す図である。

本実施形態の解析装置２００は、それぞれバスＢで相互に接続されている入力装置２１、出力装置２２、ドライブ装置２３、補助記憶装置２４、メモリ装置２５、演算処理装置２６及びインターフェース装置２７を含むコンピュータである。

入力装置２１は、各種の情報の入力を行うための装置であり、例えばキーボードやポインティングデバイス等により実現される。出力装置２２は、各種の情報の出力を行うためものであり、例えばディスプレイ等により実現される。インターフェース装置２７は、ＬＡＮカード等を含み、ネットワークに接続する為に用いられる。

解析処理部２３０を実現させる解析プログラムは、解析装置２００を制御する各種プログラムの少なくとも一部である。解析プログラムは、例えば記憶媒体２８の配布やネットワークからのダウンロード等によって提供される。解析プログラムを記録した記憶媒体２８は、ＣＤ−ＲＯＭ、フレキシブルディスク、光磁気ディスク等の様に情報を光学的、電気的或いは磁気的に記録する記憶媒体、ＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記憶媒体を用いることができる。

また、解析プログラムは、解析プログラムを記録した記憶媒体２８がドライブ装置２３にセットされると、記憶媒体２８からドライブ装置２３を介して補助記憶装置２４にインストールされる。ネットワークからダウンロードされた通信制御プログラムは、インターフェース装置２７を介して補助記憶装置２４にインストールされる。

補助記憶装置２４は、解析装置２００の有する各記憶部等を実現するものであり、解析装置２００にインストールされた解析プログラムを格納すると共に、解析装置２００による各種の必要なファイル、データ等を格納する。メモリ装置２５は、解析装置２００の起動時に補助記憶装置２４から解析プログラムを読み出して格納する。そして、演算処理装置２６はメモリ装置２５に格納された解析プログラムに従って、後述するような各種処理を実現している。

次に、図３を参照して、本実施形態の解析装置２００の機能について説明する。図３は、解析装置の機能を説明する図である。

本実施形態の解析装置２００は、記憶部２１０、コールグラフ生成部２２０、解析処理部２３０、出力部２４０を有する。

記憶部２１０は、例えば、補助記憶装置２４、メモリ装置２５等によって実現される。本実施形態のコールグラフ生成部２２０、解析処理部２３０、出力部２４０は、演算処理装置２６が補助記憶装置２４、メモリ装置２５等に記憶された解析プログラムを読み出して実行することで実現される。

本実施形態の記憶部２１０は、記憶領域２１０ａと記憶領域２１０ｂとを含む。記憶領域２１０ａは、解析装置２００に入力された情報が格納される。記憶領域２１０ｂは、コールグラフ生成部２２０と解析処理部２３０の処理によって生成された情報が格納される。

本実施形態の記憶領域２１０ａは、ソースコード２１１、タイプ定義情報２１２が格納される。

ソースコード２１１は、例えば、端末装置３００から入力される情報であり、分析対象のプログラムのソースコードである。

タイプ定義情報２１２は、解析処理部２３０に参照される情報であり、分析対象のプログラムに含まれる各プログラム部品の処理内容のタイプが定義された情報である。タイプ定義情報２１２の詳細は、後述する。

記憶領域２１０ｂは、コールグラフ２１３、属性情報２１４、タイプ判定結果情報２１５、情報追加コールグラフ２１６、優先度情報２１７、解析結果情報２１８が格納される。

コールグラフ２１３は、コールグラフ生成部２２０によって、ソースコード２１１から生成される。

属性情報２１４は、プログラム部品毎の属性を示す情報である。より具体的には、属性情報２１４は、各プログラム部品をタイプ定義情報２１２に定義された方法によって分析した結果を示す情報である。

タイプ判定結果情報２１５は、プログラム部品毎のタイプを示す情報である。より具体的には、タイプ判定結果情報２１５は、属性情報２１４とタイプ定義情報２１２とに基づき判定された各プログラム部品のタイプを示す情報である。

情報追加コールグラフ２１６は、コールグラフ２１３に属性情報２１４の一部と、タイプ判定結果情報２１５とを追加したコールグラフである。

優先度情報２１７は、各プログラム部品のタイプとタイプ定義情報２１２とに基づき、各プログラム部品に付与された優先度を示す情報である。解析結果情報２１８は、属性情報２１４、タイプ判定結果情報２１５、優先度情報２１７を、各プログラム部品の識別情報と対応付けた情報である。

コールグラフ生成部２２０は、構文解析部２２１、コール関係収集部２２２、コールグラフ描画部２２３を有し、ソースコード２１１を解析してコールグラフ２１３を生成する。

構文解析部２２１は、ソースコード２１１の構文を解析し、各プログラム部品を識別する。コール関係収集部２２２は、構文解析結果を用いて、コール関係（呼び出し関係）を収集する。コールグラフ描画部２２３は、収集したコール関係に基づき、コールグラフ２１３を生成する。言い換えれば、コールグラフ描画部２２３は、コール関係に基づき、コールグラフ２１３を描画するためのデータを生成する。

解析処理部２３０は、属性分析部２３１、情報追加部２３２、タイプ判定部２３３、優先度判定部２３４、解析結果生成部２３５を有する。

属性分析部２３１は、各プログラム部品について、タイプ定義情報２１２に定義された方法で分析を行う。また、属性分析部２３１は、分析の結果を属性情報２１４として取得し、記憶領域２１０ｂへ格納する。

情報追加部２３２は、属性情報２１４の一部をコールグラフ２１３の各プログラム部品に追加する。また、情報追加部２３２は、タイプ判定部２３３により取得されたタイプ判定結果情報２１５を、コールグラフ２１３に追加する。

タイプ判定部２３３は、属性情報２１４と、タイプ定義情報２１２とに基づき、各プログラム部品の処理内容のタイプを判定する。言い換えれば、タイプ判定部２３３は、各プログラム部品を、タイプ定義情報２１２で定義されたタイプに分類する。また、タイプ判定部２３３は、判定した結果をタイプ判定結果情報２１５として取得し、記憶領域２１０ｂへ格納する。

優先度判定部２３４は、タイプ定義情報２１２とタイプ判定結果情報２１５とに基づき、各プログラム部品の優先度を判定する。また、優先度判定部２３４は、判定結果を優先度情報２１７として取得し、記憶領域２１０ｂに格納する。

解析結果生成部２３５は、各プログラム部品を識別する識別情報と、属性情報２１４、タイプ判定結果情報２１５、優先度情報２１７とを対応付けた解析結果情報２１８を生成し、記憶領域２１０ｂに格納する。このとき、解析結果情報２１８は、優先度情報２１７が示す優先度が高いプログラム部品から順に並にソートされていても良い。

次に、図４を参照して、本実施形態のタイプ定義情報２１２について説明する。図４は、タイプ定義情報の一例を示す図である。

本実施形態のタイプ定義情報２１２は、例えば、ソースコード２１１を解読する作業を行う作業者等によって、予め作成されて、解析装置２００に与えられた情報である。

本実施形態のタイプ定義情報２１２は、情報の項目として、Ｎｏ．、タイプ名称、分析方法、追加方法、優先度を有し、項目「Ｎｏ．」とその他の項目とが対応付けられている。本実施形態では、項目「Ｎｏ．」と、項目「Ｎｏ．」と対応付けられた各項目と、項目「Ｎｏ．」の値と、項目「Ｎｏ．」と対応付けられた各項目の値とを含む情報を、タイプ定義情報２１２と呼ぶ。

項目「Ｎｏ．」の値は、タイプを特定するための識別情報である。項目「タイプ名称」の値は、プログラム部品の処理内容のタイプの名称を示す。

項目「分析方法」の値は、タイプ毎のプログラム部品の分析方法を示す。具体的には、項目「分析方法」の値は、プログラム部品を対応するタイプに分類するための条件を示す。したがって、本実施形態におけるプログラム部品の分析とは、項目「分析方法」の値が示す条件を満たすか否かを判定することと言える。

項目「追加方法」の値は、項目「分析方法」の値に示される分析方法に基づき各プログラム部品を分析して取得された属性情報２１４のコールグラフ２１３への追加の仕方を示す。項目「優先度」の値は、タイプ毎の優先度を示す。本実施形態では、項目「優先度」の値が小さい程、優先度が高いことを示す。

図４に示すタイプ定義情報２１２では、プログラム部品の処理内容のタイプとして、振分処理、概要処理、詳細処理、設定実行、データベースアクセス（以下、ＤＢアクセス）、処理委任、エラー処理の７つが定義されていることがわかる。

また、図４に示すタイプ定義情報２１２では、優先度が最も高いタイプは、項目「優先度」の値が「１」である概要処理であり、その次に優先度が高いタイプは、項目「優先度」の値が「２」である振分処理である。また、その次に優先度が高いタイプは、項目「優先度」の値が「３」である詳細処理とＤＢアクセスであり、その次に優先度が高いタイプは、項目「優先度」の値が「４」である設定実行と処理委任である。そして、図４のタイプ定義情報２１２では、項目「優先度」の値が「５」であるエラー処理の優先度が最も低くなる。

以下に、本実施形態におけるタイプ毎の優先度の決め方について説明する。

プログラムは、コンピュータに自動実行させる処理を、プログラム言語の一連の命令文として、記述したものである。一般的なプログラム言語では、一連の命令文は、人の理解し易さや、部分的な処理の再利用を考慮して、部分に分けて部分的なプログラム（プログラム部品）として管理される。また、プログラム部品は、それぞれを呼び出し関係によって構造化することで、一連の命令文を構成する。そして、コンピュータは、プログラム部品を適切に呼び出すことによって、一連の命令文を実行し、所望の処理を実現する。

一連の処理を、プログラム部品に分けて記述したことは、プログラム部品の理解や再利用において有利であるが、各プログラム部品の処理内容を把握していない場合には、プログラム部品群を含むプログラムの理解が難しい場合がある。

ところで、複雑なものを理解する場合は、まず全体の概要を把握し、次に詳細な部分を理解していくことが一般的である。

本実施形態では、この点に着目し、プログラム部品群を含むプログラムを理解する場合にも、コールツリー上で、処理の概要に該当する部分を検出し、そこから順に、詳細を解読させるようにする。

処理の概要は、タイプ名称「概要処理」が示す処理内容に相当する。本実施形態では、処理内容が概要処理に相当するプログラム部品を特定するため、概要処理に分類されるプログラム部品の優先度を最も高い値「１」とした。

次に、タイプ名称「振分処理」が示す処理内容は、複数の同様な処理の何かから、ある処理を選択するものである。この処理内容も、処理の概要に相当する。したがって、本実施形態では、振分処理に分類されるプログラム部品の優先度を、概要処理の次に高い値「２」とした。

また、タイプ名称「詳細処理」に分類されるプログラム部品は、概要処理や振分処理に分類されたプログラム部品から呼び出される業務ロジック等の詳細な処理を記述したものである。したがって、本実施形態では、詳細処理、設定実行に分類されるプログラム部品の優先度を、詳細処理の次に高い値「３」とした。

また、タイプ名称「ＤＢアクセス」に分類されるプログラム部品は、外部システムであるデータベースの処理の詳細を記述したものであり、データベースの動作の理解に必要となる。したがって、本実施形態では、ＤＢアクセスに分類されるプログラム部品の優先度、を、詳細処理の次に高い値「３」とした。

また、タイプ名称「処理委任」、「設定実行」が示す処理内容は、概要処理や振分処理から呼び出されるが、処理の全体の成否に影響しないような処理である。したがって、本実施形態では、処理委任、設定実行に分類されるプログラム部品の優先度を、詳細処理、ＤＢアクセスの次に高い値「４」とした。

また、タイプ名称「エラー処理」が示す処理内容は、処理が失敗した場合の対処の処理であり、重要ではあるが、処理のメイン機能とは別である。したがって、本実施形態では、エラー処理に分類されるプログラム部品の優先度を「５」とした。

尚、上述したタイプ名称毎の優先度は、例えば、解析処理部２３０による解析の結果に基づき、プログラムの解読を行う人によって任意に変更されても良い。また、本実施形態では、タイプ定義情報２１２に、プログラムの解読を行う人によって、新たなタイプ定義情報が追加されても良い。

次に、図５を参照して、本実施形態の解析装置２００の処理について説明する。図５は、解析装置の処理を説明する第一のフローチャートである。

本実施形態の解析装置２００は、コールグラフ生成部２２０により、分析対象のプログラムのソースコード２１１が入力されたか否かを判定する（ステップＳ５０１）。ステップＳ５０１において、ソースコード２１１が入力されていない場合、解析装置２００は、ソースコード２１１が入力されるまで待機する。

ステップＳ５０１において、ソースコード２１１が入力されると、解析装置２００は、コールグラフ生成部２２０と解析処理部２３０により、入力されたソースコード２１１の解析を行い（ステップＳ５０２）、出力部２４０により解析結果を出力する（ステップＳ５０３）。尚、ここで、入力されたソースコード２１１は、記憶部２１０に格納される。

以下に、図６を参照して、コールグラフ生成部２２０と解析処理部２３０の処理について説明する。図６は、解析装置の処理を説明する第二のフローチャートである。図６では、図５のステップＳ５０２の処理に詳細を示している。

本実施形態の解析装置２００は、コールグラフ生成部２２０により、入力されたソースコード２１１を記憶部２１０から取得し、解析処理部２３０により、タイプ定義情報２１２を取得する（ステップＳ６０１）。

続いて、コールグラフ生成部２２０は、構文解析部２２１により、ソースコード２１１を解析してプログラム部品の構文解析を行い、プログラム部品群を認識する（ステップＳ６０２）。続いて、コールグラフ生成部２２０は、コール関係収集部２２２により、構文解析を行った結果から、各プログラム部品のコール関係を収集し、コールグラフ描画部２２３により、コールグラフ２１３を生成する（ステップＳ６０３）。

続いて、解析装置２００は、解析処理部２３０の属性分析部２３１により、プログラム部品群からプログラム部品を選択する（ステップＳ６０４）。

続いて、解析処理部２３０は、属性分析部２３１により、選択したプログラム部品について、タイプ定義情報２１２を参照して分析し、分析結果として属性情報２１４を取得する（ステップＳ６０５）。

尚、属性分析部２３１は、プログラム部品に対して、タイプ定義情報２１２に定義された全てのタイプと対応する分析方法に基づく分析を行う。したがって、属性情報２１４は、タイプ定義情報２１２に定義された全てのタイプと対応する分析方法に基づく分析を行った結果を示す情報である。

具体的には、本実施形態では、タイプ定義情報２１２において、７つのタイプが定義されており、タイプ毎に分析方法が決められている。したがって、本実施形態の属性分析部２３１は、選択されたプログラム部品に対して、７通りの分析を行い、各分析の結果を選択されたプログラム部品の属性情報２１４として取得する。

続いて、解析処理部２３０は、情報追加部２３２により、属性情報２１４をコールグラフ２１３に追加する（ステップＳ６０６）。続いて、解析処理部２３０は、タイプ判定部２３３により、タイプ定義情報２１２を参照してプログラム部品のタイプを判定し、情報追加部２３２により、判定結果をコールグラフ２１３に追加して、情報追加コールグラフ２１６とする（ステップＳ６０７）。

続いて、解析処理部２３０は、優先度判定部２３４により、タイプ定義情報２１２を参照して、判定されたタイプに応じた優先度をプログラム部品に付与する（ステップＳ６０８）。

続いて、解析処理部２３０は、ソースコード２１１が示す分析対象のプログラムに含まれる全てのプログラム部品について、ステップＳ６０５からステップＳ６０８までの処理を実行したか否かを判定する（ステップＳ６０９）。

ステップＳ６０９において、全てのプログラム部品について処理が実行されていない場合、解析処理部２３０は、ステップＳ６０４に戻る。ステップＳ６０８において、全てのプログラム部品について処理が実行された場合、解析処理部２３０は、解析結果生成部２３５により、各プログラム部品の識別情報と、属性情報２１４と、タイプ判定結果情報２１５と、優先度情報２１７とを対応付けた解析結果情報２１８を生成し（ステップＳ６１０）、処理を終了する。尚、プログラム部品の識別情報とは、プログラム部品の名称等であっても良い。

以下に、図７乃至図１０を参照して、解析処理部２３０の属性分析部２３１とタイプ判定部２３３による分析について具体的に説明する。

図７は、振分処理について説明する第一の図であり、図８は、振分処理について説明する第一の図である。

図７及び図８では、属性分析部２３１によって行われるプログラム部品のタイプが振分処理であるか否かを判定するための分析について説明する。

図７に示す記述７１は、プログラム部品の１つである。記述７１が示すプログラム部品の名称は、ＰＧ０である。

タイプ定義情報２１２において、振分処理と対応する分析方法では、「対象ＰＧ（プログラム部品）において、並列の位置にあるＣＡＬＬ文の割合を算出し、算出された割合が閾値以上であることを判定」すること、「コールグラフでの位置が上位であることを判定」すると定義されている。

しだかって、属性分析部２３１は、プログラム部品ＰＧ０が、「並列の位置にあるＣＡＬＬ文の割合を算出し、算出された割合が閾値以上である」という条件と、「コールグラフでの位置が上位である」という条件と、を満たすか否かを分析する。本実施形態のタイプ判定部２３３は、振分処理の分析方法が示す２つの条件の両方を満たす場合に、このプログラム部品を振分処理に分類する。

はじめに、図７を参照して、プログラム部品ＰＧ０が１つ目の条件を満たすか否かについて説明する。

本実施形態では、ＣＡＬＬ文の個数をＮとし、並列に位置するＣＡＬＬ文の個数をｎとした場合に、ｎ／Ｎ≧０．６となる場合に、１つ目の条件を満たすと判定される。言い換えれば、振分処理の１つ目の条件における閾値は、０．６である。

記述７１には、ＣＡＬＬ文は５つ存在するため、Ｎ＝５である。また、並列の位置にあるＣＡＬＬ文とは、ＩＦ文などの条件分岐文の複数の分岐に存在するＣＡＬＬ文である。

記述７１では、ＥＶＡＬＵＡＴＥ文の分岐内に、ＣＡＬＬ ＰＧ１、ＣＡＬＬ ＰＧ２、ＣＡＬＬ ＰＧ３が存在する。また、記述７１では、ＣＡＬＬ ＰＧ５は、一つの分岐にだけなので、並列のＣＡＬＬ文に該当しない。

したがって、記述７１が示すプログラム部品ＰＧ０では、Ｎ＝５、ｎ＝３であり、ｎ／Ｎ≧０．６となる。したがって、プログラム部品ＰＧ０は、振分処理の分析方法が示す２つの条件のうち、１つ目の条件を満たす。

尚、本実施形態では、ＣＡＬＬ文の割合の閾値は、予め設定されていても良いし、任意に変更されても良い。また、ＣＡＬＬ文の割合の閾値は、分析対象のプログラム全体において、振分処理と判定されるプログラム部品が所定の個数となるように調整されても良い。

具体的には、例えば、振分処理と判定されたプログラム部品の個数が、分析対象のプログラム内で多数又は少数となった場合は、閾値を小さくする又は大きくすることができる。

次に、図８を参照して、プログラム部品ＰＧ０が２つ目の条件を満たすか否かについて説明する。

本実施形態では、コールグラフ２１３において、最上位の階層（根本）のプログラム部品から末端の階層のプログラム部品までのＣＡＬＬ階層（エッジの個数、入れ子の個数）をＭとし、最上位の階層のプログラム部品から分析の対象となるプログラム部品までのＣＡＬＬ階層をｍとした場合に、ｍ／Ｍ≦０．４となる場合に、２つ目の条件を満たすと判定される。言い換えれば、振分処理の２つ目の条件における閾値は、０．４である。

図８（Ａ）に示すコールグラフ２１３では、ＣＡＬＬ階層を示すＭ＝４である。また、最上位の階層のプログラム部品ＰＧ７から振分処理の分析の対象となるプログラム部品ＰＧ０までのＣＡＬＬ階層を示すｍ＝１である。

したがって、図８（Ａ）に示すプログラム部品ＰＧ０は、ｍ／Ｍ＝０．２５となり、ｍ／Ｍ≦０．４を満たすため、振分処理の分析方法が示す２つの条件のうち、２つ目の条件を満たす。

図８（Ｂ）に示すコールグラフ２１３では、ＣＡＬＬ階層を示すＭ＝４である。また、最上位の階層のプログラム部品ＰＧ７から振分処理の分析の対象となるプログラム部品ＰＧ０までのＣＡＬＬ階層を示すｍ＝３である。

したがって、図８（Ｂ）に示すプログラム部品ＰＧ０は、ｍ／Ｍ＝０．７５となり、ｍ／Ｍ≦０．４を満たさないため、振分処理の分析方法が示す２つの条件のうち、２つ目の条件を満たしていない。

次に、図９を参照して、概要処理について説明する。図９は、概要処理について説明する図である。図９では、属性分析部２３１によって行われる、プログラム部品のタイプが概要処理であるか否かを判定するための分析について説明する。

図９に示す記述９１は、プログラム部品の１つである。記述９１が示すプログラム部品の名称は、ＰＧ０である。

タイプ定義情報２１２において、概要処理と対応する分析方法では、「対象ＰＧ（プログラム部品）において、直列の位置にあるＣＡＬＬ文の割合を算出し、算出された割合が閾値以上であることを判定」すること、「コールグラフでの位置が上位であることを判定」すると定義されている。

したがって、属性分析部２３１は、プログラム部品ＰＧ０が、「直列の位置にあるＣＡＬＬ文の割合を算出し、算出された割合が閾値以上である」という条件と、「コールグラフでの位置が上位である」という条件と、を満たすか否かを分析する。本実施形態のタイプ判定部２３３は、概要処理の分析方法が示す２つの条件の両方を満たす場合に、このプログラム部品を概要処理に分類する。

直列に位置するＣＡＬＬ文とは、プログラム部品の一連の命令文で、前後関係にあるＣＡＬＬ文である。尚、このとき、並列の位置にあるＣＡＬＬ文は、まとめて一つのＣＡＬＬ文であるとみなす。

本実施形態では、ＣＡＬＬ文の個数をＮとし、直列に位置するＣＡＬＬ文の個数をｎとした場合に、ｎ／Ｎ≧０．６となる場合に、１つ目の条件を満たすと判定される。言い換えれば、概要処理の１つ目の条件における閾値は、０．６である。

記述９１が示すプログラム部品ＰＧ０には、ＣＡＬＬ ＰＧ１、ＣＡＬＬ ＰＧ２、ＣＡＬＬ ＰＧ３、ＣＡＬＬ ＰＧ４、ＣＡＬＬ ＰＧ５の５つのＣＡＬＬ文が存在する。このうち、ＣＡＬＬ ＰＧ３と、ＣＡＬＬ ＰＧ４は、並列のＣＡＬＬ文であるため、１つの直列のＣＡＬＬ文とする。

すると、記述９１が示すプログラム部品ＰＧ０には、ＣＡＬＬ ＰＧ１、ＣＡＬＬ ＰＧ２、（ＣＡＬＬ ＰＧ３、ＣＡＬＬ ＰＧ４）、ＣＡＬＬ ＰＧ５の４つの直列のＣＡＬＬ文が存在することになる。

したがって、図９に示すプログラム部品ＰＧ０は、ｎ／Ｎ＝０．８となり、ｎ／Ｎ≧０．６を満たすため、概要処理の分析方法が示す２つの条件のうち、１つ目の条件を満たす。

尚、概要処理の分析方法のうち、２つ目の条件を満たすか否かの判定の仕方は、図８で説明した振分処理と同様であるため、説明を省略する。

次に、図１０を参照して、詳細処理について説明する。図１０は、詳細処理について説明する図である。図１０では、属性分析部２３１によって行われる、プログラム部品のタイプが詳細処理であるか否かを判定するための分析について説明する。

図１０に示す記述１０１は、プログラム部品の１つである。記述１０１が示すプログラム部品の名称は、ＰＧ０である。

タイプ定義情報２１２において、詳細処理と対応する分析方法では、「ＩＦ文等の命令文の個数をカウントし、個数が閾値以上であるかを判定」すること、「コールグラフでの位置が末端の方であるかを判定」すること、「概要処理又は振分処理に分類されたプログラム部品からコールされるかを判定」すること、「戻り値が何らかの演算結果であるかを判定」すること、と定義されている。

したがって、属性分析部２３１は、プログラム部品ＰＧ０が、「ＩＦ文等の命令文の個数が閾値以上である」という条件と、「コールグラフでの位置が末端の方である」という条件と、「概要処理又は振分処理に分類されたプログラム部品からコールされる」という条件と、「戻り値が何らかの演算結果である」という条件と、を満たすか否かを分析する。

本実施形態のタイプ判定部２３３は、分析の対象であるプログラム部品が、詳細処理の分析方法が示す４つの条件の全てを満たす場合に、このプログラム部品を詳細処理に分類する。

本実施形態では、ＩＦ文等の命令文の個数をｋとし、命令文の数をカウントする。また、本実施形態では、プログラム部品ＰＧ０のサイズの影響を考慮し、プログラム部品ＰＧ０の行数Ｌで、個数ｋを正規化する。そして、本実施形態では、正規化された命令文の個数ｋ／Ｌ≧０．３となる場合に、詳細処理の１つ目の条件を満たすと判定される。言い換えれば、詳細処理の１つ目の条件における閾値は、０．３である。

図１０に示す記述１０１が示すプログラム部品ＰＧ０において、ＩＦ文等の命令文の数ｋ＝３である。また、記述１０１が示すプログラム部品ＰＧ０の行数Ｌ＝９とした。

この場合、記述１０１が示すプログラム部品ＰＧ０は、ｋ／Ｌ＝０．３となり、ｋ／Ｌ≧０．３を満たすため、詳細処理の分析方法が示す４つの条件のうち、１つ目の条件を満たす。

尚、正規化された命令文の個数の割合の閾値は、予め設定されていても良いし、任意に変更されても良い。また、この閾値は、分析対象のプログラム全体において、正規化した命令文の統計量（平均値等）に基づいて設定されても良い。

また、本実施形態において、「コールグラフでの位置が末端の方であるかを判定」する方法は、図８で説明した方法と同様である。

具体的には、本実施形態では、ｍ／Ｍの値が、予め設定された閾値未満となれば、記述１０１が示すプログラム部品ＰＧ０は、詳細処理に分類するための２つ目の条件を満たすと判定される。

また、本実施形態では、記述１０１が示すプログラム部品ＰＧ０が、コールグラフ２１３において、振分処理又は概要処理に分類されたプログラム部品からＣＡＬＬされるか否かを判定する。ここで、記述１０１が示すプログラム部品ＰＧ０は、振分処理又は概要処理に分類された他のプログラム部品にＣＡＬＬされる場合に、詳細処理に分類するための３つ目の条件を満たすと判定される。

また、本実施形態では、記述１０１が示すプログラム部品ＰＧ０において、他のプログラム部品の戻り値の変数の値が、演算結果の値に設定されているか否かを判定する。ここで、記述１０１が示すプログラム部品ＰＧ０は、他のプログラム部品の戻り値の変数の値が、演算結果の値に設定されている場合に、詳細処理に分類するための４つ目の条件を満たすと判定される。

次に、図４を参照して、プログラム部品を、設定実行、ＤＢアクセス、処理委任、エラー処理のそれぞれに分類される条件について説明する。

プログラム部品を、設定実行、ＤＢアクセス、処理委任、エラー処理のそれぞれに分類する際には、既存のソースコードの静的解析が用いられる。

はじめに、プログラム部品の処理内容を「設定実行」に分類する際の条件について説明する。
タイプ定義情報２１２において、設定実行と対応する分析方法では、「ＩＦ文の分岐で引数を設定し、単一のＣＡＬＬを実行するか判定」すること、「詳細処理を呼び出すプログラム部品であるか判定」すること、と定義されている。

したがって、属性分析部２３１は、プログラム部品が、「ＩＦ文の分岐で引数を設定し、単一のＣＡＬＬを実行する」という条件と、「詳細処理を呼び出すプログラム部品である」という条件と、を満たすか否かを分析する。

本実施形態のタイプ判定部２３３は、分析の対象であるプログラム部品が、設定実行の分析方法が示す２つの条件の全てを満たす場合に、このプログラム部品のタイプを設定実行に分類する。

また、タイプ定義情報２１２において、ＤＢアクセスと対応する分析方法では、「ＳＱＬ文を処理しているか判定」することと、「コールグラフの末端であるか判定」することと、「エラー処理に分類されたプログラム部品以外をＣＡＬＬしないか判定」すること、と定義されている。

したがって、属性分析部２３１は、プログラム部品が、「ＳＱＬ文を処理している」という条件と、「コールグラフの末端である」という条件と、「エラー処理に分類されたプログラム部品以外をＣＡＬＬしない」という条件を満たすか否かを分析する。

本実施形態のタイプ判定部２３３は、分析の対象であるプログラム部品が、ＤＢアクセスの分析方法が示す３つの条件の全てを満たす場合に、このプログラム部品のタイプをＤＢアクセスに分類する。

また、タイプ定義情報２１２において、処理委任と対応する分析方法では、「戻り値が処理の成否を示すか、あるいは、戻り値がないかを判定」することと、「コールグラフの末端であるか判定」すること、と定義されている。

したがって、属性分析部２３１は、プログラム部品が、「戻り値が処理の成否を示す、あるいは、戻り値がない」という条件と、「コールグラフの末端である」という条件とを満たすか否かを分析する。

本実施形態のタイプ判定部２３３は、分析の対象であるプログラム部品が、処理委任の分析方法が示す２つの条件の全てを満たす場合に、このプログラム部品のタイプを処理委任に分類する。

また、タイプ定義情報２１２において、エラー処理と対応する分析方法では、「実行終了文があるか判定」することと、「コールグラフの末端であるか判定」すること、と定義されている。

したがって、属性分析部２３１は、プログラム部品が、「実行終了文がある」という条件と、「コールグラフの末端である」という条件とを満たすか否かを分析する。

本実施形態のタイプ判定部２３３は、分析の対象であるプログラム部品が、エラー処理の分析方法が示す２つの条件の全てを満たす場合に、このプログラム部品のタイプをエラー処理に分類する。

尚、本実施形態では、分析対象のプログラムに含まれる全てのプログラム部品について、タイプ毎に分類する処理を行うが、プログラム部品の中には、タイプ定義情報２１２に示すどのタイプにも当てはまらないものが存在する可能性がある。

具体的には、例えば、各分析方法に応じて分析した結果の値が、閾値を超過せず、タイプに分類するための条件を満たさないプログラム部品や、他のプログラム部品とコール関係がなく、コールグラフ２１３に登場しないプログラム部品等は、どのタイプにも分類されない可能性がある。

そこで、本実施形態では、タイプ定義情報２１２で定義されたタイプに分類されないプログラム部品を、処理内容「判定不能」に分類し、処理内容「判定不能」の優先度も「判定不能」とするものとした。

次に、図１１乃至図１３を参照して、本実施形態の情報追加部２３２と優先度判定部２３４の処理について説明する。

図１１は、解析装置の処理を具体的に説明する第一の図である。図１１では、分析対象のプログラムに、プログラム部品ＰＧ１からＰＧ９までの８つのプログラム部品が含まれる場合を示している。

図１１において、プログラム部品ＰＧ１は、３つのＣＡＬＬ文が存在し、プログラム部品ＰＧ２、ＰＧ３、ＰＧ４を直列にコールする。また、プログラム部品ＰＧ２は、３つのＣＡＬＬ文が存在し、条件によってプログラム部品ＰＧ５、ＰＧ６、ＰＧ７を選択してコールする。プログラム部品ＰＧ３は、複数のＩＦ文が存在し、演算処理等が含まれる。
プログラム部品ＰＧ４、ＰＧ５、ＰＧ６、ＰＧ７は、ＣＡＬＬ文が１つであり、単一のＣＡＬＬを実行する。プログラム部品ＰＧ８は、ＳＱＬ文を処理している。プログラム部品ＰＧ９は、実行を中断する文が含まれる。

以下に、図１２を参照して、これらのプログラム部品ＰＧ１からプログラム部品ＰＧ９について、タイプ定義情報２１２を参照して分析を行った場合に得られる解析結果情報２１８について説明する。

図１２は、解析結果情報の一例を示す図である。図１２に示す解析結果情報２１８は、情報の項目として、「Ｎｏ．」、「ＰＧ名」、「タイプ」、「優先度」、「値１」、「値２」、「値３」、「値４」、「値５」、「値６」等を有する。

項目「Ｎｏ．」とその他の項目とは、対応付けられており、解析結果情報２１８は、項目「Ｎｏ．」の値と、その他の項目の値とを含む。

項目「Ｎｏ．」の値は、解析結果情報２１８のレコードを特定するための識別情報である。項目「ＰＧ名」の値は、プログラム部品の名称を示す。言い換えれば、項目「ＰＧ名」の値は、プログラム部品を識別する識別情報である。

項目「タイプ」の値は、プログラム部品毎にタイプ判定部２３３によって判定された処理内容のタイプを示す。本実施形態において、項目「タイプ」の値は、タイプ判定結果情報２１５である。

項目「優先度」の値は、プログラム部品毎にタイプに応じて付与された優先度を示す。本実施形態において、項目「優先度」の値は、優先度情報２１７である。

項目「値１」の値は、プログラム部品に含まれるＣＡＬＬ文のうち、直列の位置にあるＣＡＬＬ文の割合を示す。言い換えれば、項目「値１」の値は、概要処理と対応する分析方法のうち、「対象ＰＧ（プログラム部品）において、直列の位置にあるＣＡＬＬ文の割合を算出し、算出された割合が閾値以上であることを判定」する分析を行った結果を示す。

項目「値２」の値は、プログラム部品に含まれるＣＡＬＬ文のうち、並列の位置にあるＣＡＬＬ文の割合を示す。言い換えれば、項目「値２」の値は、振分処理と対応する分析方法のうち、「対象ＰＧ（プログラム部品）において、並列の位置にあるＣＡＬＬ文の割合を算出し、算出された割合が閾値以上であることを判定」する分析を行った結果を示す。

項目「値３」の値は、コールグラフ２１３におけるプログラム部品の位置を示す。言い換えれば、項目「値３」の値は、概要処理又は振分処理と対応する分析方法のうち、「コールグラフでの位置が上位であることを判定」する分析を行った結果を示す。又は、項目「値３」の値は、処理委任と対応する分析方法のうち、「コールグラフの末端であるか判定」する分析を行った結果を示す。

項目「値４」の値は、プログラム部品に含まれる命令文における、正規化されたＩＦ文の割合を示す。言い換えれば、項目「値４」の値は、詳細処理と対応する分析方法のうち、「ＩＦ文等の命令文の個数をカウントし、個数が閾値以上であるかを判定」する分析を行った結果を示す。

項目「値５」の値は、プログラム部品が概要処理又は振分処理に分類されたプログラム部品から呼び出されているか否かを示す。言い換えれば、項目「値５」の値は、詳細処理と対応する分析方法のうち、「概要処理又は振分処理に分類されたプログラム部品からコールされるかを判定」する分析を行った結果を示す。図１２の例では、項目「値５」の値が「真」である場合に、「概要処理又は振分処理に分類されたプログラム部品からコールされる」という条件を満たすことを示す。

項目「値６」の値は、戻り値が何らかの演算結果であるか否かを示している。言い換えれば、項目「値６」の値は、処理委任と対応する分析方法のうち、「戻り値が何らかの演算結果であるかを判定」する分析を行った結果を示す。図１２の例では、項目「値６」の値が「真」である場合に、「戻り値が何らかの演算結果である」という条件を満たすことを示す。

つまり、図１２に示す項目「値１」〜「値６」の値は、属性分析部２３１による分析結果として取得される属性情報２１４である。

本実施形態の属性情報２１４には、タイプ定義情報２１２で定義された全ての分析方法についての分析結果が含まれる。

図１２では、例えば、プログラム部品ＰＧ１は、直列の位置にあるＣＡＬＬ文の割合が１であり、コールグラフ２１３における位置が最上位であり、概要処理に分類されたことがわかる。また、プログラム部品ＰＧ１の優先度は、概要処理と対応する「１」である。

また、図１２において、プログラム部品ＰＧ２は、並列の位置にあるＣＡＬＬ文の割合が１であり、コールグラフ２１３における位置が上位であり、振分処理に分類されたことがわかる。また、プログラム部品ＰＧ２の優先度は、振分処理と対応する「２」である。

また、図１２において、プログラム部品ＰＧ３は、コールグラフ２１３における位置が上位ではなく、正規化されたＩＦ文の数の割合が０．３であり、概要処理又は振分処理からコールされ、戻り値が演算結果であり、詳細処理に分類されたことがわかる。また、プログラム部品ＰＧ３の優先度は、詳細処理と対応する「３」である。

このように、本実施形態の解析結果生成部２３５は、属性情報２１４とタイプ判定結果情報２１５と優先度情報２１７が取得されると、これらとプログラム部品の識別情報とを対応付けた解析結果情報２１８を生成する。

次に、図１３Ａ、図１３Ｂを参照して、本実施形態の情報追加コールグラフ２１６の作成について説明する。図１３Ａは、コールグラフの一例を示す図である。図１３Ｂは、情報追加コールグラフの一例を示す図である。

図１３Ａは、９つのプログラム部品を含む分析対象のプログラムのソースコード２１１から生成されたコールグラフ２１３を示す。図１３Ｂは、情報追加部２３２により、コールグラフ２１３に情報が追加された情報追加コールグラフ２１６を示す。

本実施形態の情報追加部２３２は、タイプ定義情報２１２の追加方法で定義されている方法で、属性情報２１４と、タイプ判定結果情報２１５とをコールグラフ２１３に追加する。

タイプ定義情報２１２において、概要処理と対応する追加方法は、「＜＞でタイプ名称を追記」、「直列ＣＡＬＬを明示」である。また、プログラム部品ＰＧ１は、タイプ判定部２３３によって、概要処理に分類されている。

したがって、情報追加コールグラフ２１６では、プログラム部品ＰＧ１に対し、タイプの名称「概要処理」を示す情報１３１が追加される。また、情報追加コールグラフ２１６では、プログラム部品ＰＧ１が、直列の位置にあるＣＡＬＬ文によってプログラム部品ＰＧ２、ＰＧ３、ＰＧ４をコールすることを示す情報１５１、１５２、１５３が追加される。つまり、ここでは、プログラム部品ＰＧ１に含まれる命令文の種類を示す情報が追加される。

また、タイプ定義情報２１２において、振分処理と対応する追加方法は、「＜＞でタイプ名称を追記」、「並列ＣＡＬＬを明示」である。また、プログラム部品ＰＧ２は、タイプ判定部２３３によって、振分処理に分類されている。

したがって、情報追加コールグラフ２１６では、プログラム部品ＰＧ２に対し、タイプの名称「振分処理」を示す情報１４１が追加される。また、情報追加コールグラフ２１６では、プログラム部品ＰＧ２が、条件によってプログラム部品ＰＧ５、ＰＧ６、ＰＧ７のいずれかを選択してコールすることを示す情報１７１、１７２、１７３が追加される。つまり、ここでは、プログラム部品ＰＧ２に含まれる命令文の種類を示す情報が追加される。

また、タイプ定義情報２１２において、詳細処理と対応する追加方法は、「＜＞でタイプ名称を追記」である。また、プログラム部品ＰＧ５は、タイプ判定部２３３によって、詳細処理に分類されている。

したがって、情報追加コールグラフ２１６では、プログラム部品ＰＧ５に対し、タイプの名称「詳細処理」を示す情報１６１が追加される。尚、本実施形態では、例えば、詳細処理に分類されたプログラム部品については、情報追加コールグラフ２１６において、プログラム部品の複雑度を追加しても良い。プログラム部品の複雑度とは、例えば、ＩＦ文の数等であっても良い。

また、タイプ定義情報２１２において、ＤＢアクセスと対応する追加方法は、「＜＞でタイプ名称を追記」、「アクセスするＤＢ情報を追記」である。また、プログラム部品ＰＧ８は、タイプ判定部２３３によって、ＤＢアクセスに分類されている。

したがって、情報追加コールグラフ２１６では、プログラム部品ＰＧ８に対し、タイプの名称「ＤＢアクセス」を示す情報１８１と、アクセスするデータベースを示す情報１８２とが追加される。

また、タイプ定義情報２１２において、エラー処理と対応する追加方法は、「＜＞でタイプ名称を追記」、「終了文を追記」である。また、プログラム部品ＰＧ９は、タイプ判定部２３３によって、エラー処理に分類されている。

したがって、情報追加コールグラフ２１６では、プログラム部品ＰＧ９に対し、タイプの名称「エラー処理」を示す情報１９１と、終了文を示す情報１９２とが追加される。

このように、本実施形態の情報追加部２３２は、コールグラフ２１３に対し、属性情報２１４の一部とタイプ判定結果情報２１５とを追加して、情報追加コールグラフ２１６を生成する。言い換えれば、情報追加コールグラフ２１６は、複数のプログラム部品の呼び出し関係を示す情報であるコールグラフ２１３に、各プログラム部品に含まれる命令文の種類を示す情報と、タイプの名称を示す情報とが追加されたコールグラフである。

次に、図１４を参照して、端末装置３００の表示例について説明する。図１４は、端末装置の表示例を示す図である。

本実施形態の解析処理部２３０は、解析結果情報２１８と情報追加コールグラフ２１６とが生成されると、出力部２４０によって、解析結果情報２１８と情報追加コールグラフ２１６とを端末装置３００に出力する。

図１４に示す画面１４０は、端末装置３００に表示された画面の例を示す。尚、画面１４０は、解析装置２００の出力装置２２（ディスプレイ）等に表示されても良い。

画面１４０では、分析対象のプログラムを解析した結果として、解析結果情報２１８と情報追加コールグラフ２１６とが共に表示されている。

解析結果情報２１８では、プログラム部品毎のレコードが、優先度が高い順にソートされている。

本実施形態では、このように、プログラム部品の処理内容のタイプに応じて付与された優先度順に、プログラム部品の一覧を表示させる。また、本実施形態では、解析結果情報２１８の一部として、プログラム部品の分析結果である属性情報２１４を表示させる。

このため、本実施形態では、プログラムを解読する順番を決める際に参照する情報として、有用な情報を提示することができ、プログラムを解読する順番を決める際の判断を支援できる。

また、本実施形態では、プログラム部品毎に、タイプの名称と属性情報２１４の一部と、が追加された情報追加コールグラフ２１６が表示される。したがって、本実施形態によれば、分析対象のプログラム全体の構成の把握を支援することができる。

また、本実施形態によれば、呼び出し関係のみを表現したコールグラフのように、プログラム部品が他のどのプログラム部品を呼び出す処理なのか判断できない、といった事態を回避できる。

尚、図１４の例では、情報追加コールグラフ２１６と解析結果情報２１８とが１つの画面１４０に表示されるものとしたが、これに限定されない。情報追加コールグラフ２１６と解析結果情報２１８とは、それぞれが別々に表示されても良い。

また、本実施形態では、タイプの判定が不能であったプログラム部品が存在する場合には、解析結果情報２１８の項目「タイプ」の値を「判定不能」としても良い。

以下に、図１５を参照して、タイプの判定が不能であった場合の解析結果情報２１８について説明する。図１５は、変形例を示す図である。

図１５（Ａ）に示す解析結果情報２１８Ａには、タイプの判定が不能であったプログラム部品ＰＧＮが含まれる。

図１５の例では、解析結果情報２１８Ａが端末装置３００に表示された際に、項目「タイプ」の値が選択されると、属性情報２１４の詳細が表示される。

例えば、解析結果情報２１８Ａにおいて、プログラム部品ＰＧ１の項目「タイプ」の値は、「概要処理」である。

したがって、解析結果情報２１８Ａが表示された画面において、プログラム部品ＰＧ１の項目「タイプ」の値は、「概要処理」が選択されると、図１５（Ｂ）に示す属性情報２１４の詳細１５５が表示される。

また、変形例では、解析結果情報２１８Ａが表示された画面において、プログラム部品ＰＧＮの項目「タイプ」の値「判定不能」が選択されると、図１５（Ｃ）に示す属性情報２１４の詳細１５６が表示される。

図１５（Ｂ）に示す属性情報２１４の詳細１５５は、プログラム部品ＰＧ１について、タイプ定義情報２１２で定義された各タイプの分析方法によって分析した結果を示している。

より具体的には、属性情報２１４の詳細１５５は、図６のステップＳ６０４において、プログラム部品ＰＧ１が選択されて、ステップＳ６０５からステップＳ６０７までの処理が実行された場合に収集される情報を示している。

具体的には、属性情報２１４の詳細１５５は、情報の項目として、Ｎｏ、タイプ、成否、「値１」〜「値６」等を含み、項目「Ｎｏ」とその他の項目とが対応付けられている。

項目「Ｎｏ」の値は、属性情報２１４の詳細１５５のレコードを特定する識別情報である。項目「タイプ」の値は、タイプの名称を示す。項目「成否」の値は、対応するタイプに分類されるための条件を満たす割合を示す。

図１５（Ｂ）に示す属性情報２１４の詳細１５５では、プログラム部品ＰＧ１について、タイプ定義情報２１２で定義されるタイプ毎の分析結果を示している。

具体的には、例えば、プログラム部品ＰＧ１は、概要処理に分類するための２つの条件を満たし、振分処理に分類するための２つの条件のうち、１つの条件を満たし、詳細処理に分類するための４つの条件は、どれも満たしていないことがわかる。

また、図１５（Ｃ）に示す属性情報２１４の詳細１５６では、プログラム部品ＰＧＮについて、タイプ定義情報２１２で定義されるタイプ毎の分析結果を示している。

具体的には、例えば、プログラム部品ＰＧＮは、概要処理に分類するための２つの条件のうち１つの条件を満たし、振分処理に分類するための２つの条件のうち１つの条件を満たし、詳細処理に分類するための４つの条件のうち３つの条件を満たしていることがわかる。

したがって、プログラム部品ＰＧＮの処理内容は、詳細処理に近い内容であることが推測できる。

このように、本実施形態では、処理内容のタイプを分類することができなかったプログラム部品についても、分析結果の詳細を出力することができる。本実施形態によれば、例えば、タイプ定義情報２１２を作成する作成者等に、属性情報２１４の詳細１５６を提示することができる。タイプ定義情報２１２の作成者は、属性情報２１４の詳細１５６を参照して、タイプ定義情報２１２に定義された分析方法における各閾値の見直し等を行うことができる。

開示の技術では、以下に記載する付記のような形態が考えられる。
（付記１）
複数のプログラム部品それぞれについて、
複数のプログラム部品の呼び出し関係を示す情報と、各プログラム部品のソースコード中に含まれる命令文の情報と、に基づいて、各プログラム部品のタイプを判定し、
判定結果と、タイプ毎の優先度が定義された定義情報とに基づいて、各プログラム部品の優先度を決定し、
前記各プログラム部品の識別情報を前記優先度にしたがって表示させる、処理をコンピュータに実行させる解析プログラム。
（付記２）
前記各プログラム部品のタイプの名称を示す情報を、前記各プログラム部品の識別情報及び前記優先度と対応付けて表示させる、処理を前記コンピュータに実行させる付記１記載の解析プログラム。
（付記３）
前記複数のプログラム部品の呼び出し関係を示す情報に、前記プログラム部品のタイプの名称を示す情報と、前記プログラム部品に含まれる命令文の種類を示す情報と、を追加した情報追加コールグラフを表示させる、処理を前記コンピュータに実行させる付記１又は２記載の解析プログラム。
（付記４）
前記定義情報は、前記タイプの名称と、プログラム部品の処理内容を前記タイプに分類するための条件とが対応付けられており、
前記複数のプログラム部品毎に、前記定義情報に定義された前記タイプ毎の条件を満たすか否かを分析し、
分析した結果を前記プログラム部品の属性情報として収集する、処理を前記コンピュータに実行させる、付記１乃至３記載の何れか一項に記載の解析プログラム。
（付記５）
前記プログラム部品に含まれる命令文の種類を示す情報は、前記属性情報に含まれる、付記４記載の解析プログラム。
（付記６）
コンピュータによる解析方法であって、前記コンピュータが、
複数のプログラム部品それぞれについて、
複数のプログラム部品の呼び出し関係を示す情報と、各プログラム部品のソースコード中に含まれる命令文の情報と、に基づいて、各プログラム部品のタイプを判定し、
判定結果と、タイプ毎の優先度が定義された定義情報とに基づいて、各プログラム部品の優先度を決定し、
前記各プログラム部品の識別情報を前記優先度にしたがって表示させる、解析方法。
（付記７）
複数のプログラム部品それぞれについて、複数のプログラム部品の呼び出し関係を示す情報と、各プログラム部品のソースコード中に含まれる命令文の情報と、に基づいて、各プログラム部品のタイプを判定するタイプ判定部と、
判定結果と、タイプ毎の優先度が定義された定義情報とに基づいて、各プログラム部品の優先度を決定する優先度判定部と、
前記各プログラム部品の識別情報を前記優先度にしたがって表示させる出力部と、を有する解析装置。

本発明は、具体的に開示された実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。

１００ 解析システム
２００ 解析装置
２１０ 記憶部
２１１ ソースコード
２１２ タイプ定義情報
２１３ コールグラフ
２１４ 属性情報
２１５ タイプ判定結果情報
２１６ 情報追加コールグラフ
２１７ 優先度情報
２１８ 解析結果情報
２２０ コールグラフ生成部
２２１ 構文解析部
２２２ コール関係収集部
２２３ コールグラフ描画部
２３０ 解析処理部
２３１ 属性分析部
２３２ 情報追加部
２３３ タイプ判定部
２３４ 優先度判定部
２３５ 解析結果生成部
２４０ 出力部

Claims (5)

1. 複数のプログラム部品それぞれについて、
   複数のプログラム部品の呼び出し関係を示す情報と、各プログラム部品のソースコード中に含まれる命令文の情報と、に基づいて、各プログラム部品のタイプを判定し、
   判定結果と、タイプ毎の優先度が定義された定義情報とに基づいて、各プログラム部品の優先度を決定し、
   前記各プログラム部品の識別情報を前記優先度にしたがって表示させる、処理をコンピュータに実行させる解析プログラム。
2. 前記各プログラム部品のタイプの名称を示す情報を、前記各プログラム部品の識別情報及び前記優先度と対応付けて表示させる、処理を前記コンピュータに実行させる請求項１記載の解析プログラム。
3. 前記複数のプログラム部品の呼び出し関係を示す情報に、前記プログラム部品のタイプの名称を示す情報と、前記プログラム部品に含まれる命令文の種類を示す情報と、を追加した情報追加コールグラフを表示させる、処理を前記コンピュータに実行させる請求項１又は２記載の解析プログラム。
4. コンピュータによる解析方法であって、前記コンピュータが、
   複数のプログラム部品それぞれについて、
   複数のプログラム部品の呼び出し関係を示す情報と、各プログラム部品のソースコード中に含まれる命令文の情報と、に基づいて、各プログラム部品のタイプを判定し、
   判定結果と、タイプ毎の優先度が定義された定義情報とに基づいて、各プログラム部品の優先度を決定し、
   前記各プログラム部品の識別情報を前記優先度にしたがって表示させる、解析方法。
5. 複数のプログラム部品それぞれについて、複数のプログラム部品の呼び出し関係を示す情報と、各プログラム部品のソースコード中に含まれる命令文の情報と、に基づいて、各プログラム部品のタイプを判定するタイプ判定部と、
   判定結果と、タイプ毎の優先度が定義された定義情報とに基づいて、各プログラム部品の優先度を決定する優先度判定部と、
   前記各プログラム部品の識別情報を前記優先度にしたがって表示させる出力部と、を有する解析装置。

Images