JP2021157316A - ソースコード解析システムおよびソースコード解析方法 - Google Patents

Abstract

【課題】ソースコードを容易に把握し得るソースコード解析システムを提供する。【解決手段】所定のコンピュータ言語の制御構文を示す情報と、プログラムのソースコードとに基づいて、ソースコードにおいて、制御構文の開始と終了とに含まれる一または複数の行からなるブロックを識別するための識別情報を特定する特定部と、特定部により特定された識別情報により識別される各ブロックに、制御構文のネストの深さが浅いほど粒度が粗いことを示す粒度情報を設定する設定部と、設定部により設定された粒度情報に基づいて、所定の粒度に対応するブロックと、所定の粒度よりも粒度が粗いブロックとを示すブロック情報をソースコードに対応させて出力する出力部とを設けるようにした。【選択図】図１

Description

本発明は、概して、ソースコードの解析に関する。

企業には、ソフトウェア（プログラム）のマニュアル、設計書、保守文書、ソースコード等、ソフトウェアに係る膨大な文書が蓄積されている。ソフトウェアに係る文書は、ソフトウェアの機能を追加するための修正箇所の調査で参照されたり、ソフトウェアに障害が発生したときに原因を特定するための調査で参照されたりする。このような調査では、ソースコードの確認が行われる。

ここで、ソースコードは、Ｃ言語、ＣＯＢＯＬ、Ｐｙｔｈｏｎといったコンピュータ言語（プログラミング言語）で記述されているため、ソースコードを読み解くには、専門の知識が必要となる。特に、手続き型言語で記述されたソースコードは、どこからどこまでがひとくくりの機能であるかを判別しにくく、オブジェクト指向言語で記述されたソースコードと比べて把握し難い。なお、手続き型言語は、コンピュータが実行すべき命令および手続きを順に記述していくことでプログラムを構成する言語である。オブジェクト指向言語は、関連するデータの集合と、関連するデータの集合を操作する手続きとをオブジェクトと呼ばれるひとまとまりの単位として一体化し、オブジェクトの組合せとして記述することでプログラムを構成する言語である。

運用されてから長い年月が経過しているソフトウェアについては、機能が追加されたり、機能が強化されたりしているが、当該ソフトウェアに係る文書が最新の文書でなかったり、当該ソフトウェアを開発した者（以下、「開発者」と記す）が退職していたりする。よって、ソフトウェアの調査が必要な保守の担当者等（以下、「ユーザ」と記す）は、上述したような調査を行う際、ソースコードとは内容が異なるソフトウェアに係る文書からは、調査で確認すべきソースコードの箇所（以下、「確認箇所」と記す）を特定することができなかったり、開発者からソースコードの確認箇所を教えてもらうことができなかったりする。このようなことから、ユーザは、ソースコードの確認箇所を把握するのに時間がかかってしまう。特に、メインフレームのソフトウェアのソースコードは、手続き型言語で記述されていることが多いので、ソースコードの全体像を把握するのに時間がかかってしまう。

近年、ソースコードを解析し、ソースコードの各行の処理を箱等のアイコンで表し、各行の処理の流れをアイコン間を結ぶ矢印で表すフローチャートを表示することで、プログラムの構造を表現する技術が知られている（特許文献１参照）。かかる技術によれば、プログラムの構造を把握し易くなる。

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

しかしながら、基本的には、１行ごとにアイコンが表されるため、ソースコードを先頭から１行ずつ追うのとあまり差異がない。

本発明は、以上の点を考慮してなされたもので、ソースコードを容易に把握し得るソースコード解析システム等を提案しようとするものである。

かかる課題を解決するため本発明においては、所定のコンピュータ言語の制御構文を示す情報と、プログラムのソースコードとに基づいて、前記ソースコードにおいて、制御構文の開始と終了とに含まれる一または複数の行からなるブロックを識別するための識別情報を特定する特定部と、前記特定部により特定された識別情報により識別される各ブロックに、制御構文のネストの深さが浅いほど粒度が粗いことを示す粒度情報を設定する設定部と、前記設定部により設定された粒度情報に基づいて、所定の粒度に対応するブロックと、前記所定の粒度よりも粒度が粗いブロックとを示すブロック情報を前記ソースコードに対応させて出力する出力部とを設けるようにした。

上記構成では、ソースコードに対応させてブロック情報を出力するので、例えば、ユーザは、ブロック単位にソースコードを確認することができ、ソースコードを先頭から１行ずつ追う場合と比べて、ソースコードを容易に把握することができる。

本発明によれば、ソースコードを容易に把握することができる。

第１の実施の形態によるソースコード解析システムに係る構成の一例を示す図である。 解析装置に係る構成の一例を示す図である。 制御文ルールＤＢ（database）の一例を示す図である。 ソース片ＤＢの一例を示す図である。 疑似コードＤＢの一例を示す図である。 付加情報ＤＢの一例を示す図である。 制御文単位分割処理の一例を示す図である。 順次処理分割処理の一例を示す図である。 関数呼出し単位分割処理の一例を示す図である。 コメント単位分割処理の一例を示す図である。 抽象度評価処理の一例を示す図である。 ｄｕｍｍｙコード変換処理の一例を示す図である。 疑似コード生成処理の一例を示す図である。 文章特定処理の一例を示す図である。 付加情報生成処理の一例を示す図である。 出力画面の一例を示す図である。 画面遷移の一例を示す図である。 画面遷移の一例を示す図である。

（１）第１の実施の形態
以下、本発明の一実施の形態を詳述する。本実施の形態では、ソースコードの調査を支援する構成について主に説明する。

本実施の形態に示すソースコード解析システムでは、例えば、ソースコードを所定のブロックに分割し、当該ブロックと紐づく文書から、当該ブロックの意味を示す文言を抽出し、ブロックを示すアイコンとアイコン間の流れとを示すフローチャートにおいて、各アイコンに意味を対応付けた図（概略フローの一例）を生成して出力する。

上記構成によれば、ソースコード上の複数行が所定のブロックにまとまり、自然言語でブロックの意味が表現されるので、ソースコードの全体像を把握し易くなる。

ただし、概略フローにより、確認箇所のあたりを付けたとしても、実際のソースコードにおける確認箇所が分かり難い問題がある。

この点、本ソースコード解析システムでは、例えば、ソースコード上に、ブロックを特定するための情報（例えば、枠）と、当該ブロックの意味を示す文言とを重ねて表示（オーバレイ表示）する。

上記構成によれば、実際のソースコードにおける確認箇所を容易に特定することができる。

また、概略フローが出力された場合、概略フローにおいても、大まかにあたりを付けた後に、更に細かくあたりを付けるといったように、確認の粒度を変更したい場合がある。

この点、本ソースコード解析システムでは、例えば、表示するブロックの粒度を指定可能なインターフェースを備え、概略フローにおいて、指定した粒度のブロックを表示する。例えば、ｉｆ文（第１の粒度のブロック）の中にｉｆ文（第２の粒度のブロック）がある場合、第１の粒度が指定されている場合は、第１の粒度のブロックが表示され、第２の粒度が指定されている場合は、第１の粒度のブロックおよび第２の粒度のブロックが表示される。

上記構成によれば、大まかにあたりを付けた後に、更に細かくあたりを付けることができるようになる。

次に、本発明の実施形態を図面に基づいて説明する。ただし、本発明は、実施の形態に限定されるものではない。

（１−１）構成
図１において、１００は全体として第１の実施の形態によるソースコード解析システムを示す。

図１は、ソースコード解析システム１００に係る構成の一例を示す図である。

ソースコード解析システム１００は、解析装置１１０と、ファイルサーバ装置１２０と、クライアント端末１３０とを備える。解析装置１１０と、ファイルサーバ装置１２０と、クライアント端末１３０とは、ネットワーク１４０を介して通信可能に接続されている。

解析装置１１０は、ソースコードを解析し、解析した結果を出力することで、ユーザによるソースコードの調査を支援する装置である。解析装置１１０は、構成要素として、特定部、設定部、出力部、入力部、第１の生成部、第２の生成部、変換部、取得部、編集部等を備え、上記支援を行う。ここでは、各構成要素がソフトウェアによって実現された場合の例を示したが、一部または全部の構成要素がハードウェアによって実現されてもよい。各構成要素の詳細については、図２等を用いて後述する。

なお、ソースコードは、コンピュータ言語で記述されたテキストデータである。ソースコードは、人間により作成されたものであってもよいし、コンピュータにより自動的または機械的に作成されたものであってもよいし、人間およびコンピュータにより作成されたものであってもよい。付言するならば、コンピュータにより作成されるソースコードとしては、第１のコンピュータ言語のソースコードを第２のコンピュータ言語のソースコードに変換する変換プログラムにより作成されたソースコード、プログラムからソースコードを作成するといった逆変換を行う逆変換プログラムにより作成されたソースコード等が挙げられる。

解析装置１１０は、例えば、汎用のサーバ装置であり、ＣＰＵ（Central Processing Unit）１１１と、メインメモリ１１２と、外部記憶装置１１３と、入出力部１１４と、ネットワークアダプタ１１５とを備える。

ＣＰＵ１１１は、解析装置１１０全体の動作制御を司るプロセッサである。メインメモリ１１２は、例えば、揮発性の半導体メモリから構成され、ＣＰＵ１１１のワークメモリとして利用される。外部記憶装置１１３は、ハードディスク装置、ＳＳＤ（Solid State Drive）等の大容量の不揮発性の装置から構成され、各種プログラム、各種データ等が格納される。外部記憶装置１１３に格納されたプログラムが解析装置１１０の起動時、必要時等にメインメモリ１１２に読み出され、当該プログラムをＣＰＵ１１１が実行することにより解析装置１１０の機能が実現（解析装置１１０の処理が実行）される。

入出力部１１４は、キーボード、ポインティングディバイス等である入力装置１１６と、液晶ディスプレイ、有機ＥＬ（Electro-Luminescence）ディスプレイ等である出力装置１１７との間の信号のやり取りを行うインターフェースである。ネットワークアダプタ１１５は、例えば、ＮＩＣ（Network Interface Card）を含んで構成され、外部（ファイルサーバ装置１２０、クライアント端末１３０等）との間の通信時におけるプロトコル制御を行う。

ファイルサーバ装置１２０は、ソフトウェアに係る文書を蓄積するサーバ装置である。ソフトウェアに係る文書としては、ソフトウェアの仕様書、ソフトウェアの設計書、ソフトウェアのマニュアル、ソフトウェアの保守文書、ソフトウェアのソースコード等が挙げられる。ソフトウェアの設計書としては、要件定義書、機能仕様書、詳細設計書、テスト仕様書、仕様変更票、プログラム変更書、コードレビュー報告書等が挙げられる。

ファイルサーバ装置１２０は、解析装置１１０、クライアント端末１３０等からの要求に応じてソフトウェアに係る文書、当該文書に含まれる内容を応答する。

ファイルサーバ装置１２０は、例えば、ＣＰＵ１２１と、メインメモリ１２２と、外部記憶装置１２３と、入出力部１２４と、ネットワークアダプタ１２５とを備える。なお、ファイルサーバ装置１２０に係る構成要素（ＣＰＵ１２１、メインメモリ１２２、外部記憶装置１２３、入出力部１２４、ネットワークアダプタ１２５、入力装置１２６、および出力装置１２７）は、解析装置１１０に係る構成要素（ＣＰＵ１１１、メインメモリ１１２、外部記憶装置１１３、入出力部１１４、ネットワークアダプタ１１５、入力装置１１６、および出力装置１１７）と同じであるため、その説明を省略する。

クライアント端末１３０は、ユーザが利用する端末である。クライアント端末１３０は、例えば、ユーザにより指定されたソースコードの解析を解析装置１１０に指示し、解析装置１１０で行われた解析の結果を出力する。

クライアント端末１３０は、例えば、汎用のパーソナルコンピュータであり、ＣＰＵ１３１と、メインメモリ１３２と、外部記憶装置１３３と、入出力部１３４と、ネットワークアダプタ１３５とを備える。なお、クライアント端末１３０に係る構成要素（ＣＰＵ１３１、メインメモリ１３２、外部記憶装置１３３、入出力部１３４、ネットワークアダプタ１３５、入力装置１３６、および出力装置１３７）は、解析装置１１０に係る構成要素（ＣＰＵ１１１、メインメモリ１１２、外部記憶装置１１３、入出力部１１４、ネットワークアダプタ１１５、入力装置１１６、および出力装置１１７）と同じであるため、その説明を省略する。

図２は、解析装置１１０に係る構成の一例を示す図である。

解析装置１１０は、制御部２００、ソースコード解析部２１０、ソースコード変換部２２０、粒度別加工部２３０、フロー雛形生成部２４０、粒度選択部２５０、情報生成部２６０、表示部２７０、および編集部２８０を備える。

制御部２００は、ユーザにより指定されたソースコード２９１をファイルサーバ装置１２０に要求し、当該ソースコード２９１をメインメモリ１１２に記憶する。

ソースコード解析部２１０は、ソースコード分割部２１１、制御文単位分割処理部２１２、順次処理分割部２１３、関数呼出し単位分割処理部２１４、コメント単位分割処理部２１５、およびソース片抽象度評価部２１６を備える。

ソースコード分割部２１１は、所定の単位とするソース片（ブロックの一例）にソースコード２９１を分割する。所定の単位とは、選択処理または反復処理を示す制御文の単位、関数を呼出す処理を示す関数呼出しの単位、後述の一行コメントの単位等である。ソース片は、ソースコード２９１を意味のあるまとまりとして表示するためのソースコード２９１における一または複数の行からなるブロックを示す。また、ソース片には、ソース片のネストの深さ（制御文の階層）を示す粒度が設定される。

制御文単位分割処理部２１２は、制御文ルールＤＢ２９２を用いて、ソースコード２９１を制御文の単位で分割したソース片をソース片ＤＢ２９３に記憶する。

順次処理分割部２１３は、ソースコード２９１中の順次処理を分割する。順次処理分割部２１３は、関数呼出し単位分割処理部２１４およびコメント単位分割処理部２１５を備える。順次処理分割部２１３は、例えば、ソースコード２９１から関数呼出しが記述された行を検出したときは、関数呼出し単位分割処理部２１４を呼出し、コメントが記述された行を検出したときは、コメント単位分割処理部２１５を呼び出す。

関数呼出し単位分割処理部２１４は、順次処理を関数呼出し単位で分割したソース片をソース片ＤＢ２９３に記憶する。

コメント単位分割処理部２１５は、順次処理を一行コメント単位で分割したソース片をソース片ＤＢ２９３に記憶する。なお、コメントには、大きく２種類ある。

１つは、コメントの行が何をしているかを説明するコメント（以下、「行末コメント」と記す）である。行末コメントでは、行の途中から末尾までがコメントとなっているコメントである。例えば、下記のコメントは、行末コメントである。
ｉ＝０；／＊変数の初期化＊／

もう１つは、コメント以降の行が何をしているかを説明するのに広く用いられるコメント（「一行コメント」と記す）である。一行コメントでは、一行全てがコメントとなっているコメントである。例えば、下記の各行のコメントは、一行コメントである。
／＊＊＊＊＊＊＊＊＊＊＊＊＊＊／
／＊ １００数えて表示する ＊／
／＊＊＊＊＊＊＊＊＊＊＊＊＊＊／

なお、コメントにする方法としては、所定の記号から行末までをコメントとして扱う方法（いわゆる行コメント）、２つの所定の記号で括った内部をコメントとして扱う方法（いわゆるブロックコメント）等があり、何れの方法によってコメントにされてもよい。

ソース片抽象度評価部２１６は、ソース片ＤＢ２９３のソース片の抽象度を評価し、ソース片ＤＢ２９３に記憶する。本ソースコード解析システム１００では、３段階（ｈｉｇｈ、ｍｅｄｉｕｍ、ｌｏｗ）でソース片を評価する例について説明する。

ソースコード変換部２２０は、ソース片ＤＢ２９３を参照し、ソースコード２９１中のソース片の開始および終了を示す行でない行を所定の文字列（例えば、ｄｕｍｍｙコード）に変換する。

粒度別加工部２３０は、ソース片ＤＢ２９３を参照し、ソースコード変換部２２０により変換されたソースコードをもとに粒度ごとに疑似的なソースコード（以下、「疑似コード」と記す）を生成し、生成した疑似コードを疑似コードＤＢ２９４に記憶する。

フロー雛形生成部２４０は、疑似コードＤＢ２９４を参照し、ソースコードからフローチャートを生成する公知のツール（フロー図生成ツール）に各粒度の疑似コードを入力し、粒度毎にフローチャートの雛形（以下、「フロー雛形」と記す）を生成する。なお、フロー雛形は、フローチャートの一例である。

粒度選択部２５０は、出力装置１３７において、フロー雛形生成部２４０により生成されたフロー雛形を示す画面情報をＧＵＩ（Graphical User Interface）上に表示させ、入力装置１３６を介してユーザにより選択されたフロー雛形の粒度をメインメモリ１１２に記憶する。

情報生成部２６０は、関連文章特定部２６１、付加情報生成部２６２、および概略フロー生成部２６３を備える。

関連文章特定部２６１は、ソース片とソース片の抽象度とをもとに、ソース片と関連付く文章を特定する。

付加情報生成部２６２は、ソース片と関連がある文章の見出しを抽出し、抽出した見出し（付加情報の一例）を、ソース片を示す情報（リンク情報）とともに付加情報ＤＢ２９５に記憶する。なお、文章の見出しは、例えば、当該文章が含まれる、章のタイトル、節のタイトル、および項のタイトルのうち少なくとも１つであってもよい。

概略フロー生成部２６３は、付加情報生成部２６２により生成された付加情報をフロー雛形生成部２４０により生成されたフロー雛形に貼り付けて概略フローを生成する。

表示部２７０は、ソースコード表示部２７１および概略フロー表示部２７２を備える。

ソースコード表示部２７１は、ソース片ＤＢ２９３と付加情報ＤＢ２９５ともとに、ソースコード２９１と付加情報とを重ね合わせた画面情報を生成してクライアント端末１３０に送信する。クライアント端末１３０の出力装置１３７では、ソースコード２９１と付加情報とが重ね合わされた画面が表示される。

概略フロー表示部２７２は、概略フロー生成部２６３により生成された概略フローを示す画面情報を生成してクライアント端末１３０に送信する。クライアント端末１３０の出力装置１３７では、概略フローを示す画面が表示される。

編集部２８０は、付加情報編集部２８１および他粒度フロー情報反映部２８２を備える。

付加情報編集部２８１は、ユーザが編集した付加情報を受け付け、付加情報ＤＢ２９５を更新する。

他粒度フロー情報反映部２８２は、ユーザにより編集された付加情報を他の粒度の概略フローの付加情報に反映する。

解析装置１１０の機能（制御部２００、ソースコード解析部２１０、ソースコード変換部２２０、粒度別加工部２３０、フロー雛形生成部２４０、粒度選択部２５０、情報生成部２６０、表示部２７０、編集部２８０等）は、例えば、ＣＰＵ１１１が外部記憶装置１１３に格納されたプログラムをメインメモリ１１２に読み出して実行すること（ソフトウェア）により実現されてもよいし、専用の回路等のハードウェアにより実現されてもよいし、ソフトウェアとハードウェアとが組み合わされて実現されてもよい。また、解析装置１１０の機能の一部は、解析装置１１０と通信可能な他のコンピュータにより実現されてもよい。

（１−２）データ
図３は、解析装置１１０が備える制御文ルールＤＢ２９２の一例（制御文ルールテーブル３００）を示す図である。

制御文ルールテーブル３００は、コンピュータ言語ごとに、制御文の文法のルールを示す情報を格納する。

ここで、制御文は、プログラムの実行（流れ）の制御を行うための制御構文である。制御文としては、選択処理を示す構文（換言するならば、命令の流れに条件分岐を設定するための構文）、反復処理を示す構文（換言するならば、命令の流れに処理の繰り返しを設定するための構文）が挙げられる。

制御文ルールテーブル３００では、制御文３０１としては、条件分岐（例えば、ｉｆ文）と、カウント制御ループ（例えば、ｆｏｒ文）と、条件制御ループ（例えば、ｗｈｉｌｅ文）とを例示しているが、これに限られるものでなはい。例えば、制御文３０１には、他の条件制御ループ（例えば、ｄｏ−ｗｈｉｌｅ文）、多分岐（例えば、Ｓｗｉｔｃｈ文）等の制御文が含まれていてもよい。

また、コンピュータ言語３０２としては、Ｃ言語とＰｙｔｈｏｎとを例示しているが、これに限られるものではない。例えば、コンピュータ言語３０２には、ＣＯＢＯＬ、ＦＯＲＴＲＡＮといった他の手続き型言語、ＪＡＶＡ（登録商標）、ＳＱＬといった非手続き型言語等が含まれていてもよい。

図４は、解析装置１１０が備えるソース片ＤＢ２９３の一例（ソース片テーブル４００）を示す図である。

ソース片テーブル４００には、ソース片に係る情報（レコード）が格納される。より具体的には、ソース片テーブル４００には、ソース片番号４０１（#）、ソース片識別子４０２（piece_id）、ソース片開始行番号４０３（piece_start）、ソース片終了行番号４０４（piece_end）、ネスト深さ４０５（nesting_depth）、抽象度４０６（abst_piece）、およびソース片内容４０７（content）の情報が対応付けられて格納されている。

ソース片番号４０１は、ソース片のレコードを識別可能な識別情報である。ソース片識別子４０２は、ソース片を識別可能な識別情報である。ソース片開始行番号４０３は、ソースコードにおいて、ソース片が開始する行の場所（位置）を示す情報（例えば、行を示す行番号）である。ソース片終了行番号４０４は、ソースコードにおいて、ソース片が終了する行の場所（位置）を示す情報（例えば、行を示す行番号）である。ネスト深さ４０５は、ソース片のネストの深さ（制御文の階層）を示す情報である。例えば、ソース片がｆｏｒ文に対応するソース片であり、当該ソース片がｉｆ文の中にある場合は、当該ソース片のネスト深さ４０５には「ｉｆ文の階層＋１」が設定される。抽象度４０６は、ソース片の抽象度を示す情報である。本実施の形態では、「ｈｉｇｈ」、「ｍｅｄｉｕｍ」、「ｌｏｗ」の何れかが設定される。ソース片内容４０７は、ソース片の内容（ソース片に対応する行のソースコード）を示す情報である。

図５は、解析装置１１０が備える疑似コードＤＢ２９４の一例（疑似コードテーブル５００）を示す図である。

疑似コードテーブル５００には、疑似コードに係る情報（レコード）が格納される。より具体的には、疑似コードテーブル５００には、疑似コード番号５０１（#）、疑似コード識別子５０２（code_id）、粒度５０３（abst_pseudo）、および疑似コード内容５０４（content）の情報が対応付けられて格納されている。

疑似コード番号５０１は、疑似コードのレコードを識別可能な識別情報である。疑似コード識別子５０２は、疑似コードを識別可能な識別情報である。粒度５０３は、疑似コードの粒度を示す情報である。疑似コード内容５０４は、疑似コードの内容（疑似コードの中身）を示す情報である。

図６は、解析装置１１０が備える付加情報ＤＢ２９５の一例（付加情報テーブル６００）を示す図である。

付加情報テーブル６００には、付加情報に係る情報（レコード）が格納される。より具体的には、付加情報テーブル６００には、付加情報番号６０１（#）、付加情報識別子６０２（info_id）、ソース片識別子６０３（piece_id）、および付加情報内容６０４（content）の情報が対応付けられて格納されている。

付加情報番号６０１は、付加情報のレコードを識別可能な識別情報である。付加情報識別子６０２は、付加情報を識別可能な識別情報である。ソース片識別子６０３は、付加情報に係るソース片を識別可能な識別情報である。付加情報内容６０４は、付加情報の内容（付加情報の中身）を示す情報である。

（１−３）処理
図７は、解析装置１１０が制御文の単位にソースコードを分割する処理（制御文単位分割処理）の一例を示す図である。制御文単位分割処理は、例えば、クライアント端末１３０を介して、ソースコードの解析がユーザにより指示されたことを契機として開始する。なお、制御文単位分割処理が開始するタイミングは、定期的であってもよいし、予め指定された時間であってもよいし、その他のタイミングであってもよい。

Ｓ７０１では、解析装置１１０は、解析対象のソースコードの拡張子から、コンピュータ言語の種別を認識する。

Ｓ７０２では、解析装置１１０は、制御文ルールＤＢ２９２を参照し、認識したコンピュータ言語に対応する制御文（制御文の文法のルール）を読み込む。

次に、解析装置１１０は、ソースコードの最初の行から最後の行まで、Ｓ７０３〜Ｓ７０５の処理を順次に行う。

Ｓ７０３では、解析装置１１０は、処理対象の行が制御文であるか否かを判定する。解析装置１１０は、処理対象の行が制御文であると判定した場合、Ｓ７０４に処理を移し、処理対象の行が制御文でないと判定した場合、Ｓ７０５に処理を移す。例えば、解析装置１１０は、処理対象の行が制御文の開始を示す構文である、または、処理対象の行が制御文の終了を示す構文であると判断した場合、Ｓ７０４に処理を移す。

Ｓ７０４では、解析装置１１０は、ソース片に係る情報をソース片ＤＢ２９３に格納する。

例えば、解析装置１１０は、処理対象の行が制御文の開始を示す構文であると判定した場合は、ソース片のレコードをソース片ＤＢ２９３に新規に格納する。この際、解析装置１１０は、ソース片のレコードの番号とソース片の識別子とを発番する。また、解析装置１１０は、ソース片終了行番号４０４が未格納である直前のレコードを特定し、特定したレコードのネスト深さ４０５の値を取得する。なお、ソース片終了行番号４０４が未格納であるレコードがない場合は、「−１」を取得する。

すなわち、解析装置１１０は、発番したソース片のレコードの番号をソース片番号４０１に、発番したソース片の識別子をソース片識別子４０２に、処理対象の行の行番号をソース片開始行番号４０３に、取得したネスト深さ４０５の値に「１」を加算した値をネスト深さ４０５に格納する。

また、例えば、解析装置１１０は、処理対象の行が制御文の終了を示す構文であると判定した場合は、ソース片ＤＢ２９３を更新する。この際、ソース片終了行番号４０４が未格納である直前のレコードを当該制御文のレコードとして特定する。続いて、解析装置１１０は、特定したレコードのソース片開始行番号４０３の行番号（開始行番号）から処理対象の行の行番号（終了行番号）までをソース片と捉え、開始行番号から終了行番号までの行をソースコードから抽出する。

すなわち、解析装置１１０は、処理対象の行の行番号を、特定したレコードのソース片終了行番号４０４に、抽出した内容を、特定したレコードのソース片内容４０７に格納する。

Ｓ７０５では、解析装置１１０は、ソースコードの最後の行まで処理が終わったか否か（処理対象の行が最後の行であるか否か）を判定する。解析装置１１０は、処理対象の行が最後の行でないと判定した場合、処理対象の行を次の行に進めてＳ７０３に処理を移し、処理対象の行が最後の行であると判定した場合、制御文単位分割処理を終了する。

例えば、制御文単位分割処理において、ソースコードがソースコード７１０である場合、ソース片７１１、ソース片７１２、ソース片７１３の順に、ソース片番号４０１、ソース片識別子４０２、ソース片開始行番号４０３、およびネスト深さ４０５がソース片ＤＢ２９３に記憶される。その後、ソース片７１３、ソース片７１２、ソース片７１１の順にソース片終了行番号４０４およびソース片内容４０７がソース片ＤＢ２９３に記憶される。なお、抽象度４０６の値については、図１１に示す抽象度評価処理において記憶される。

図８は、解析装置１１０が順次処理を分割する処理（順次処理分割処理）の一例を示す図である。順次処理分割処理は、例えば、制御文単位分割処理が終了したことを契機として行われる。なお、順次処理分割処理が開始するタイミングは、定期的であってもよいし、予め指定された時間であってもよいし、その他のタイミングであってもよい。

Ｓ８０１では、解析装置１１０は、解析対象のソースコードを読み込む。

次に、解析装置１１０は、ソースコードの最初の行から最後の行まで、Ｓ８０２〜Ｓ８０８の処理を順次に行う。

Ｓ８０２では、解析装置１１０は、処理対象の行が関数呼出しであるか否かを判定する。解析装置１１０は、処理対象の行が関数呼出しであると判定した場合、Ｓ８０３に処理を移し、処理対象の行が関数呼出しでないと判定した場合、Ｓ８０４に処理を移す。

Ｓ８０３では、解析装置１１０は、関数呼出し単位分割処理を行う。関数呼出し単位分割処理では、関数呼出しを起点として処理が分割され、分割された処理がソース片としてソース片ＤＢ２９３に格納される。この際、解析装置１１０は、当該ソース片の終わりの行まで処理対象の行を進めることがある。なお、関数呼出し単位分割処理については、図９を用いて後述する。

Ｓ８０４では、解析装置１１０は、処理対象の行が一行コメントであるか否かを判定する。解析装置１１０は、処理対象の行が一行コメントであると判定した場合、Ｓ８０５に処理を移し、処理対象の行が一行コメントでないと判定した場合、Ｓ８０８に処理を移す。

Ｓ８０５では、解析装置１１０は、コメント単位分割処理を行う。コメント単位分割処理では、一行コメントを起点として処理が分割され、分割された処理がソース片としてソース片ＤＢ２９３に格納される。この際、解析装置１１０は、当該ソース片の終わりの行まで処理対象の行を進めることがある。なお、コメント単位分割処理については、図１０を用いて後述する。

ここで、例えば、制御文単位分割処理部によって先にソースコード全体を制御文区切りで分割するため、制御文によって分割されたソース片と順次処理分割処理で分割されたソース片とが同じになる場合がある。そこで、Ｓ８０６およびＳ８０７の処理を行うことで、重複して登録されたソース片のレコードを削除している。

Ｓ８０６では、解析装置１１０は、ソース片のソース片開始行番号およびソース片終了行番号が同じレコードがソース片ＤＢ２９３に登録されているか否か（重複しているレコードがあるか否か）を判定する。解析装置１１０は、重複しているレコードがあると判定した場合、Ｓ８０７に処理を移し、重複しているレコードがないと判定した場合、Ｓ８０８に処理を移す。

Ｓ８０７では、解析装置１１０は、重複しているレコードをソース片ＤＢ２９３から削除する。

なお、Ｓ８０６およびＳ８０７に代えて、ソース片に係る情報を格納する処理（後述のＳ９０７、Ｓ９１１、Ｓ１００７、Ｓ１０１１）において、重複する情報があるか否かを判定して、重複する情報がない場合にソース片ＤＢ２９３に格納する処理を行うようにしてもよい。また、例えば、後述のＳ９０７、Ｓ９１１、Ｓ１００７、Ｓ１０１１において、ソース片に係る情報を格納することなく、ソース片に係る情報を順次処理分割処理に返し、Ｓ８０６およびＳ８０７に代えて、重複する情報があるか否かを判定して、重複する情報がない場合にソース片ＤＢ２９３に格納する処理を行うようにしてもよい。

Ｓ８０８では、解析装置１１０は、ソースコードの最後の行まで処理が終わったか否か（処理対象の行が最後の行であるか否か）を判定する。解析装置１１０は、処理対象の行が最後の行でないと判定した場合、処理対象の行を次の行に進めてＳ８０２に処理を移し、処理対象の行が最後の行であると判定した場合、順次処理分割処理を終了する。

図９は、関数呼出し単位分割処理の一例を示す図である。

Ｓ９０１では、解析装置１１０は、解析対象のソースコードと呼出し行番号（処理対象の行の行番号）とを読み込む。

Ｓ９０２では、解析装置１１０は、開始行番号（start_step）に、関数呼出し前で直近の制御文の開始若しくは終了の次の行番号、または、関数呼出し前で直近の関数呼出しの次の行番号を順次処理開始行番号として設定する。

つまり、順次処理開始行番号は、下記の何れかである。
・関数呼出しの直前の制御文の開始の次の行番号
・関数呼出しの直前の制御文の終了の次の行番号
・関数呼出しの直前の関数呼出しの次の行番号

例えば、ソースコードがソースコード９２０であり、関数呼出しが関数呼出し９２１「call_A();」であり、呼出し行番号が行番号９２２「８」である場合、関数呼出し前で直近の対象が制御文９２３の終了であるので、順次処理開始行番号は、行番号９２４「５」となる。

Ｓ９０３では、解析装置１１０は、終了行番号（end_step）に、関数呼出し後で直近の制御文の開始若しくは終了の前の行番号、関数呼出し後で直近の関数呼出しの前の行番号、または、関数呼出し後で直近の一行コメントの前の行番号を順次処理終了行番号として設定する。

つまり、順次処理終了行番号は、下記の何れかである。
・関数呼出しの直後の制御文の開始の前の行番号
・関数呼出しの直後の制御文の終了の前の行番号
・関数呼出しの直後の関数呼出しの前の行番号
・関数呼出しの直後の一行コメントの前の行番号

例えば、ソースコードがソースコード９２０であり、関数呼出しが関数呼出し９２１「call_A();」であり、呼出し行番号が行番号９２２「８」である場合、関数呼出し後で直近の対象が制御文９２５の開始であるので、順次処理終了行番号は、行番号９２６「１０」となる。

Ｓ９０４では、解析装置１１０は、呼出し行番号から順次処理開始行番号を減算した値が「０」より大きいか否か（呼出し行番号の直前に順次処理があるか否か）を判定する。解析装置１１０は、呼出し行番号から順次処理開始行番号を減算した値が「０」より大きいと判定した場合、Ｓ９０５に処理を移し、呼出し行番号から順次処理開始行番号を減算した値が「０」以下であると判定した場合、Ｓ９０８に処理を移す。

Ｓ９０５では、解析装置１１０は、順次処理開始行番号から「呼出し行番号−１」までをソース片（格納ソース片）として特定し、格納ソース片に係る情報をソース片ＤＢ２９３に格納する。なお、ソースコード９２０の例では、格納ソース片としてソース片９２７が特定される。

より具体的には、解析装置１１０は、格納ソース片のレコードの番号と格納ソース片の識別子とを発番する。また、解析装置１１０は、格納ソース片をソースコードから抽出する。すなわち、解析装置１１０は、発番した格納ソース片のレコードの番号をソース片番号４０１に、発番した格納ソース片の識別子をソース片識別子４０２に、順次処理開始行番号をソース片開始行番号４０３に、「呼出し行番号−１」をソース片終了行番号４０４に、抽出した内容をソース片内容４０７に格納する。

Ｓ９０６では、解析装置１１０は、ソース片ＤＢ２９３から、格納ソース片を含む最小のソース片のレコードを特定する。

Ｓ９０７では、解析装置１１０は、特定したレコードのネスト深さ４０５の値に「１」を加えた値を格納ソース片のレコードのネスト深さ４０５に格納する。

Ｓ９０８では、解析装置１１０は、順次処理終了行番号から呼出し行番号を減算した値が「０」より大きいか否か（呼出し行番号の直後に順次処理があるか否か）を判定する。解析装置１１０は、順次処理終了行番号から呼出し行番号を減算した値が「０」より大きいと判定した場合、Ｓ９０９に処理を移し、順次処理終了行番号から呼出し行番号を減算した値が「０」以下であると判定した場合、関数呼出し単位分割処理を終了する。

Ｓ９０９では、解析装置１１０は、「呼出し行番号＋１」から順次処理終了行番号までをソース片（格納ソース片）として特定し、格納ソース片に係る情報をソース片ＤＢ２９３に格納する。なお、ソースコード９２０の例では、格納ソース片としてソース片９２８が特定される。

より具体的には、解析装置１１０は、格納ソース片のレコードの番号と格納ソース片の識別子とを発番する。また、解析装置１１０は、格納ソース片をソースコードから抽出する。すなわち、解析装置１１０は、発番した格納ソース片のレコードの番号をソース片番号４０１に、発番した格納ソース片の識別子をソース片識別子４０２に、「呼出し行番号＋１」をソース片開始行番号４０３に、順次処理終了行番号をソース片終了行番号４０４に、抽出した内容をソース片内容４０７に格納する。

Ｓ９１０では、解析装置１１０は、ソース片ＤＢ２９３から、格納ソース片を含む最小のソース片のレコードを特定する。

Ｓ９１１では、解析装置１１０は、特定したレコードのネスト深さ４０５の値に「１」を加えた値を格納ソース片のレコードのネスト深さ４０５に格納する。

図１０は、コメント単位分割処理の一例を示す図である。

Ｓ１００１では、解析装置１１０は、解析対象のソースコードと一行コメント行番号（処理対象の行の行番号）とを読み込む。

Ｓ１００２では、解析装置１１０は、開始行番号（start_step）に、一行コメント前で直近の制御文の開始若しくは終了の次の行番号、または、一行コメント前で直近の一行コメントの次の行番号を順次処理開始行番号として設定する。

つまり、順次処理開始行番号は、下記の何れかである。
・一行コメントの直前の制御文の開始の次の行番号
・一行コメントの直前の制御文の終了の次の行番号
・一行コメントの直前の一行コメントの次の行番号

例えば、ソースコードがソースコード１０２０であり、一行コメントが一行コメント１０２１「/* 一行コメ */」であり、一行コメント行番号が行番号１０２２「８」である場合、一行コメント前で直近の対象が制御文１０２３の終了であるので、順次処理開始行番号は、行番号１０２４「５」となる。

Ｓ１００３では、解析装置１１０は、終了行番号（end_step）に、一行コメント後で直近の制御文の開始若しくは終了の前の行番号、一行コメント後で直近の関数呼出しの前の行番号、または、一行コメント後で直近の一行コメントの前の行番号を順次処理終了行番号として設定する。

つまり、順次処理終了行番号は、下記の何れかである。
・一行コメントの直後の制御文の開始の前の行番号
・一行コメントの直後の制御文の終了の前の行番号
・一行コメントの直後の関数呼出しの前の行番号
・一行コメントの直後の一行コメントの前の行番号

例えば、ソースコードがソースコード１０２０であり、一行コメントが一行コメント１０２１「/* 一行コメ */」であり、一行コメント行番号が行番号１０２２「８」である場合、一行コメント後で直近の対象が制御文１０２５の開始であるので、順次処理開始行番号は、行番号１０２６「１０」となる。

Ｓ１００４では、解析装置１１０は、一行コメント行番号から順次処理開始行番号を減算した値が「０」より大きいか否か（一行コメント行番号の直前に順次処理があるか否か）を判定する。解析装置１１０は、一行コメント行番号から順次処理開始行番号を減算した値が「０」より大きいと判定した場合、Ｓ１００５に処理を移し、一行コメント行番号から順次処理開始行番号を減算した値が「０」以下であると判定した場合、Ｓ１００８に処理を移す。

Ｓ１００５では、解析装置１１０は、順次処理開始行番号から「一行コメント行番号−１」までをソース片（格納ソース片）として特定し、格納ソース片に係る情報をソース片ＤＢ２９３に格納する。なお、ソースコード１０２０の例では、格納ソース片としてソース片１０２７が特定される。

より具体的には、解析装置１１０は、格納ソース片のレコードの番号と格納ソース片の識別子とを発番する。また、解析装置１１０は、格納ソース片をソースコードから抽出する。すなわち、解析装置１１０は、発番した格納ソース片のレコードの番号をソース片番号４０１に、発番した格納ソース片の識別子をソース片識別子４０２に、順次処理開始行番号をソース片開始行番号４０３に、「一行コメント行番号−１」をソース片終了行番号４０４に、抽出した内容をソース片内容４０７に格納する。

Ｓ１００６では、解析装置１１０は、ソース片ＤＢ２９３から、格納ソース片を含む最小のソース片のレコードを特定する。

Ｓ１００７では、解析装置１１０は、特定したレコードのネスト深さ４０５の値に「１」を加えた値を格納ソース片のレコードのネスト深さ４０５に格納する。

Ｓ１００８では、解析装置１１０は、順次処理終了行番号から一行コメント行番号を減算した値が「０」より大きいか否か（一行コメント行番号の直後に順次処理があるか否か）を判定する。解析装置１１０は、順次処理終了行番号から一行コメント行番号を減算した値が「０」より大きいと判定した場合、Ｓ１００９に処理を移し、順次処理終了行番号から一行コメント行番号を減算した値が「０」以下であると判定した場合、コメント単位分割処理を終了する。

Ｓ１００９では、解析装置１１０は、「一行コメント行番号＋１」から順次処理終了行番号までをソース片（格納ソース片）として特定し、格納ソース片に係る情報をソース片ＤＢ２９３に格納する。なお、ソースコード１０２０の例では、格納ソース片としてソース片１０２８が特定される。

より具体的には、解析装置１１０は、格納ソース片のレコードの番号と格納ソース片の識別子とを発番する。また、解析装置１１０は、格納ソース片をソースコードから抽出する。すなわち、解析装置１１０は、発番した格納ソース片のレコードの番号をソース片番号４０１に、発番した格納ソース片の識別子をソース片識別子４０２に、「一行コメント行番号＋１」をソース片開始行番号４０３に、順次処理終了行番号をソース片終了行番号４０４に、抽出した内容をソース片内容４０７に格納する。

Ｓ１０１０では、解析装置１１０は、ソース片ＤＢ２９３から、格納ソース片を含む最小のソース片のレコードを特定する。

Ｓ１０１１では、解析装置１１０は、特定したレコードのネスト深さ４０５の値に「１」を加えた値を格納ソース片のレコードのネスト深さ４０５に格納する。

図１１は、解析装置１１０がソース片の抽象度を評価する処理（抽象度評価処理）の一例を示す図である。抽象度評価処理は、例えば、順次処理分割処理が終了したことを契機として行われる。なお、抽象度評価処理が開始するタイミングは、定期的であってもよいし、予め指定された時間であってもよいし、その他のタイミングであってもよい。

Ｓ１１０１では、解析装置１１０は、ソース片ＤＢ２９３を読み込む。

Ｓ１１０２では、解析装置１１０は、各ソース片のレコードのネスト深さ４０５の値を読み込む。

Ｓ１１０３では、解析装置１１０は、ソース片のレコードのネスト深さ４０５の値をもとにソース片を降順に並べ、ネスト深さ４０５の最大値から順に３等分する。

Ｓ１１０４では、解析装置１１０は、ソース片に抽象度を設定する。解析装置１１０は、３等分したうち、最大値に近い区分に属するソース片の抽象度を「ｌｏｗ」、真ん中の区分に属するソース片を「ｍｉｄｄｌｅ」、最小値（なお、「０」であってもよい）に近い区分に属するソース片の抽象度を「ｈｉｇｈ」に設定する。

Ｓ１１０５では、解析装置１１０は、設定したソース片の抽象度を抽象度４０６としてソース片ＤＢ２９３に格納する。

図１２は、解析装置１１０がソースコードの順次処理をｄｕｍｍｙコードに変換する（ｄｕｍｍｙコード変換処理）の一例を示す図である。ｄｕｍｍｙコード変換処理は、例えば、順次処理分割処理が終了したことを契機として行われる。なお、ｄｕｍｍｙコード変換処理が開始するタイミングは、抽象度評価処理が終了したタイミングであってもよいし、定期的であってもよいし、予め指定された時間であってもよいし、その他のタイミングであってもよい。

Ｓ１２０１では、解析装置１１０は、解析対象のソースコードを読み込み、ソースコードのコピー（以下では、「ソースコピー」と記す）をメインメモリ１１２に保持する。

Ｓ１２０２では、解析装置１１０は、ソース片ＤＢ２９３を参照し、ネスト深さ４０５の最大値を変数ｉに設定する。

Ｓ１２０３では、解析装置１１０は、変数ｉが「−１」であるか否かを判定する。解析装置１１０は、変数ｉが「−１」であると判定した場合、Ｓ１２０７に処理を移し、変数ｉが「−１」でないと判定した場合、Ｓ１２０４に処理を移す。

Ｓ１２０４では、解析装置１１０は、ソース片ＤＢ２９３を参照し、ネスト深さ４０５の値が「ｉ」であるレコードのソース片開始行番号４０３およびソース片終了行番号４０４の値（開始行番号および終了行番号）を取得する。なお、解析装置１１０は、ネスト深さ４０５の値が「ｉ」であるレコードが複数ある場合は、複数のレコードを取得する。

Ｓ１２０５では、解析装置１１０は、ソースコピー中の開始行番号から終了行番号までにおいて、制御文の開始の行および終了の行と、関数呼出しの行と、一行コメントの行との何れでもない行をｄｕｍｍｙコードに置き換える。

Ｓ１２０６では、解析装置１１０は、変数ｉを「１」減算し、Ｓ１２０３に処理を移す。

Ｓ１２０７では、解析装置１１０は、ソースコピーにおいてｄｕｍｍｙコードが連続する行がある場合、先頭のｄｕｍｍｙコードを残してあとは全て空行にする。解析装置１１０は、空行に変換することで、行番号が変更されてしまう事態を回避する。例えば、ソース片ＤＢ２９３に格納されたソース片の開始行番号および終了行番号のずれに対応する処理を行う必要がなくなる。

Ｓ１２０８では、解析装置１１０は、ソースコピーをｄｕｍｍｙコード変換済みソースコードとしてメインメモリ１１２に出力（記憶）する。

例えば、ｄｕｍｍｙコード変換処理によれば、ソースコピー１２１０は、ｄｕｍｍｙコード変換済みソースコード１２２０に変換される。

図１３は、解析装置１１０が疑似コードを生成する処理（疑似コード生成処理）の一例を示す図である。疑似コード生成処理は、例えば、ｄｕｍｍｙコード変換処理が終了したことを契機として行われる。なお、疑似コード生成処理が開始するタイミングは、定期的であってもよいし、予め指定された時間であってもよいし、その他のタイミングであってもよい。

Ｓ１３０１では、解析装置１１０は、ｄｕｍｍｙコード変換済みソースコードを処理対象のソースコードとして読み込む。

Ｓ１３０２では、解析装置１１０は、ソース片ＤＢ２９３を参照し、ネスト深さ４０５の最大値を変数ｉに設定する。

Ｓ１３０３では、解析装置１１０は、変数ａｂｓｔ（疑似コードの粒度）に初期値（例えば、「１」）を設定する。

Ｓ１３０４では、解析装置１１０は、変数ｉが「０」であるか否かを判定する。解析装置１１０は、変数ｉが「０」であると判定した場合、疑似コード生成処理を終了し、変数ｉが「０」でないと判定した場合、Ｓ１３０５に処理を移す。

Ｓ１３０５では、解析装置１１０は、ソース片ＤＢ２９３を参照し、ネスト深さ４０５の値が「ｉ」であるレコードのソース片開始行番号４０３およびソース片終了行番号４０４の値（開始行番号および終了行番号）を取得する。なお、解析装置１１０は、ネスト深さ４０５の値が「ｉ」であるレコードが複数ある場合は、複数のレコードを取得する。

Ｓ１３０６では、解析装置１１０は、処理対象のソースコードにおいて、開始行番号の行をｄｕｍｍｙコードに置き換え、開始行番号の次の行から終了行番号の行までを空行に置き換え、疑似コードとする。

Ｓ１３０７では、解析装置１１０は、疑似コードを疑似コードＤＢ２９４に格納する。

より具体的には、解析装置１１０は、疑似コードのレコードの番号と疑似コードの識別子とを発番する。すなわち、解析装置１１０は、発番した疑似コードのレコードの番号を疑似コード番号５０１に、発番した疑似コードの識別子を疑似コード識別子５０２に、変数ａｂｓｔの値を粒度５０３に、疑似コードを疑似コード内容５０４に格納する。

Ｓ１３０８では、解析装置１１０は、変数ａｂｓｔを「１」加算し、変数ｉを「１」減算し、処理対象のソースコードを変数ａｂｓｔの疑似コードとし、Ｓ１３０４に処理を移す。

例えば、疑似コード生成処理では、ｄｕｍｍｙコード変換済みソースコード１３１０に基づいて、粒度「１」の疑似コード１３２０が生成され、疑似コード１３２０に基づいて、粒度「２」の疑似コード１３３０が生成される。なお、ｄｕｍｍｙコード変換済みソースコードについては、粒度「０」の疑似コードとして扱ってもよい。

図１４は、解析装置１１０がソース片に関連付く文章を特定する処理（文章特定処理）の一例を示す図である。文章特定処理は、例えば、抽象度評価処理が終了したことを契機として行われる。なお、文章特定処理が開始するタイミングは、定期的であってもよいし、予め指定された時間であってもよいし、その他のタイミングであってもよい。

文章特定処理では、ソース片ＤＢ２９３に記憶されている全てのソース片について、Ｓ１４０１〜Ｓ１４１０の処理が行われる。

Ｓ１４０１では、解析装置１１０は、ソース片ＤＢ２９３を参照し、処理対象のソース片に係る情報を読み込む。例えば、解析装置１１０は、当該ソース片のレコードのソース片識別子４０２と抽象度４０６とソース片内容４０７との値を読み込む。

Ｓ１４０２では、解析装置１１０は、抽象度４０６の値が「ｈｉｇｈ」であるか否かを判定する。解析装置１１０は、抽象度４０６の値が「ｈｉｇｈ」であると判定した場合、Ｓ１４０３に処理を移し、抽象度４０６の値が「ｈｉｇｈ」でないと判定した場合、Ｓ１４０４に処理を移す。

Ｓ１４０３では、解析装置１１０は、「機能仕様書」を対象にソース片との関連付けを実行し、Ｓ１４０７に処理を移す。例えば、解析装置１１０は、ソース片と機能仕様書における各文章との関連度（類似度）を算出し、算出した関連度がしきい値より大きい文章を、ソース片に関連付く文章であると判定する。

Ｓ１４０４では、解析装置１１０は、抽象度４０６の値が「ｍｉｄｄｌｅ」であるか否かを判定する。解析装置１１０は、抽象度４０６の値が「ｍｉｄｄｌｅ」であると判定した場合、Ｓ１４０５に処理を移し、抽象度４０６の値が「ｍｉｄｄｌｅ」でないと判定した場合、Ｓ１４０６に処理を移す。

Ｓ１４０５では、解析装置１１０は、「詳細設計書」を対象にソース片との関連付けを実行し、Ｓ１４０７に処理を移す。例えば、解析装置１１０は、ソース片と詳細設計書における各文章との関連度（類似度）を算出し、算出した関連度がしきい値より大きい文章を、ソース片に関連付く文章であると判定する。

Ｓ１４０６では、解析装置１１０は、「プログラム変更書」を対象にソース片との関連付けを実行し、Ｓ１４０７に処理を移す。例えば、解析装置１１０は、ソース片とプログラム変更書における各文章との関連度（類似度）を算出し、算出した関連度がしきい値より大きい文章を、ソース片に関連付く文章であると判定する。

Ｓ１４０７では、解析装置１１０は、文章が関連付いたか否かを判定する。解析装置１１０は、文章が関連付いたと判定した場合、Ｓ１４０８に処理を移し、文章が関連付いていないと判定した場合、Ｓ１４０９に処理を移す。

Ｓ１４０８では、解析装置１１０は、ソース片識別子４０２と、関連付いた文章の見出し（例えば、当該文章が含まれる、章のタイトル、節のタイトル、項のタイトル等）とをメインメモリ１１２に出力し、Ｓ１４１０に処理を移す。

Ｓ１４０９では、解析装置１１０は、ソース片識別子４０２とソース片内容４０７とをメインメモリ１１２に出力し、Ｓ１４１０に処理を移す。

Ｓ１４１０では、解析装置１１０は、ソース片ＤＢ２９３の最後のレコードまで処理が終わったか否か（処理対象のソース片が最後のソース片であるか否か）を判定する。解析装置１１０は、処理対象のソース片が最後のソース片であると判定した場合、処理対象のソース片を次のソース片に進めてＳ１４０１に処理を移し、処理対象のソース片が最後のソース片でないと判定した場合、文章特定処理を終了する。

文章特定処理については、上述の内容に限られるものではない。

例えば、ソフトウェア開発は、基本的には、要件定義、基本設計（外部設計）、詳細設計（内部設計）、コーディング（プログラミング）、テストの順に行われる。

要件定義書は、例えば、ソフトウェアの新規開発または改修における要件定義において作成される文書であり、エンドユーザの要件をシステム的に定義した文書である。つまり、要件定義書は、ソフトウェアで実現すべきことを定義した文書であり、システム開発の最初の工程で作成される文書であり、最も抽象度が高い文書（以下、「第１抽象度の文書」と記す）の一例である。

また、要件定義に対するテストとして、システムテストが行われる。システムテストでは、システムテスト仕様書が作成される。つまり、システムテスト仕様書は、要件定義書で定義された要件をテストするための項目が記述された文書であり、システム開発の最初の工程に対応する工程で作成される文書であり、第１抽象度の文書の一例である。

機能仕様書は、例えば、ソフトウェアの新規開発における基本設計において作成される文書であり、ソフトウェアが実現する機能を定義した文書である。つまり、機能仕様書は、ソフトウェアがどういう動きをするのか（何を作るか）を定めた文書であり、ソフトウェア開発の２番目の工程で作成される文書であり、２番目に抽象度が高い文書（以下、「第２抽象度の文書」と記す）の一例である。

仕様変更票は、例えば、ソフトウェアの改修における基本設計において作成される文書であり、現行の機能から変更する機能を定義した文書である。つまり、仕様変更票は、ソフトウェアがどういう動きをするのか（何を作るか）を定めた文書であり、ソフトウェア開発の２番目の工程で作成される文書であり、第２抽象度の文書の一例である。

また、基本設計に対するテストとして、基本設計テストが行われる。基本設計テストでは、基本設計テスト仕様書が作成される。つまり、基本設計テスト仕様書は、機能仕様書または仕様変更票で定義された機能をテストするための項目が記述された文書であり、システム開発の２番目の工程に対応する工程で作成される文書であり、第２抽象度の文書の一例である。

詳細設計書は、例えば、ソフトウェアの新規開発における詳細設計において作成される文書であり、機能仕様書に基づく具体的な設計を定義した文書である。つまり、詳細設計書は、ソフトウェアの動きをどうやって実現するかを定めた文書であり、ソフトウェア開発の３番目の工程で作成される文書であり、３番目に抽象度が高い文書（以下、「第３抽象度の文書」と記す）の一例である。

プログラム変更書は、例えば、ソフトウェアの新規開発における詳細設計において作成される文書であり、現行の設計から変更する設計を定義した文書である。プログラム変更書は、ソフトウェアの動きをどうやって実現するかを定めた文書であり、ソフトウェア開発の３番目の工程で作成される文書であり、第３抽象度の文書の一例である。

また、詳細設計に対するテストとして、詳細設計テストが行われる。詳細設計テストでは、詳細設計テスト仕様書が作成される。つまり、詳細設計テスト仕様書は、詳細設計書またはプログラム変更書で定義された設計をテストするための項目が記述された文書であり、システム開発の３番目の工程に対応する工程で作成される文書であり、第３抽象度の文書の一例である。

コードレビュー報告書は、ソフトウェアの新規開発または改修におけるコーディングにおいて作成される文書であり、ソースコードレビューの結果を示す文書である。つまり、コードレビュー報告書は、ソフトウェア開発の４番目の工程で作成される文書であり、最も抽象度が低い文書（以下、「第４抽象度の文書」と記す）の一例である。

以上の内容を踏まえ、文章特定処理においては、ソース片の抽象度に対応して、検索対象の文書を決定してもよい。例えば、解析装置１１０は、ソース片の抽象度が「ｈｉｇｈ」である場合、第１抽象度の文書または第２抽象度の文書を対象にソース片との関連付けを行い、ソース片の抽象度が「ｍｉｄｄｌｅ」である場合、第３抽象度の文書を対象にソース片との関連付けを行い、ソース片の抽象度が「ｌｏｗ」である場合、第４抽象度の文書を対象にソース片との関連付けを行ってもよい。

また、ソースコードと関連付く文書を特定する方法については、任意の技術を採用できる。例えば、解析装置１１０は、ソース片に含まれる用語分類の重要度を記憶しておき、ソースコードのソース片から用語（ソースコード用語）と当該ソースコード用語の分類とを抽出する。また、解析装置１１０は、当該ソース片の抽象度に対応する文書から用語（文書用語）を抽出する。そして、解析装置１１０は、抽出したソースコード用語の群と抽出した文書用語の群とで共通する用語について重み付けして関連度を算出する。解析装置１１０は、最も関連度の高い文書を特定する。なお、ソース片と関連付く文書を特定する方法については、例えば、特願２０１９−９８０４２に記載の技術を援用してもよい。

図１５は、解析装置１１０が付加情報を生成する処理（付加情報生成処理）の一例を示す図である。付加情報生成処理は、例えば、文章特定処理が終了したことを契機として行われる。なお、付加情報生成処理が開始するタイミングは、定期的であってもよいし、予め指定された時間であってもよいし、その他のタイミングであってもよい。

Ｓ１５０１では、解析装置１１０は、文章特定処理での出力を読み込む。

Ｓ１５０２では、解析装置１１０は、出力が文章であるか否かを判定する。解析装置１１０は、出力が文章であると判定した場合、Ｓ１５０３に処理を移し、出力が文章でないと判定した場合、Ｓ１５０４に処理を移す。

Ｓ１５０３では、解析装置１１０は、文章の見出し（章のタイトル、節のタイトル、項のタイトル等）を付加情報とする。

Ｓ１５０４では、解析装置１１０は、ソース片内容４０７をそのまま付加情報とする。

Ｓ１５０５では、解析装置１１０は、付加情報ＤＢ２９５に付加情報を格納する。

より具体的には、解析装置１１０は、付加情報のレコードの番号と付加情報の識別子とを発番する。すなわち、解析装置１１０は、発番した付加情報のレコードの番号を付加情報番号６０１に、発番した付加情報の識別子を付加情報識別子６０２に、付加情報が関連付いたソース片のソース片識別子４０２の値をソース片識別子６０３に、付加情報を付加情報内容６０４に格納する。

（１−４）画面
図１６は、出力画面の一例（概略フロー画面１６１０およびソース表示画面１６２０）を示す図である。

概略フロー画面１６１０では、所定の粒度の概略フロー１６１１が表示される。例えば、ユーザにより指定された粒度に対応した概略フロー１６１１が表示される。なお、概略フロー画面１６１０の初期表示に用いられる粒度としては、ユーザにより選択された粒度であってもよいし、最も高い粒度であってもよいし、最も低い粒度であってもよいし、予め設定された粒度であってもよい。

概略フロー１６１１は、ソースコードの開始および終了を長円形、基本となる処理を長方形、条件分岐する処理をひし形等、特別な処理を意味する図形であるアイコン１６１２を矢印で繋ぎ合わせて疑似コードを表現したフローチャートである。

概略フロー１６１１によれば、ユーザは、ソースコードにおける処理を、所定の粒度でまとめられた図形として把握できる。例えば、ユーザは、ソースコードの処理を所定の粒度でまとめられた図形として把握できるので、ソースコードを一行ずつ読み解いていく場合に比べて、ソースコードの全体像の把握にかかる時間が短縮され、見るべき箇所の切り分けを容易にすることができる。また、フローチャートは、コンピュータ言語に依存しない表現方法であるので、ユーザは、例えば、コンピュータ言語の知識がなくても、ソースコードの内容をおおまかに把握することができる。

また、概略フロー１６１１では、アイコン１６１２において、付加情報を示す付加情報表示１６１３が含まれる。なお、付加情報表示１６１３の付加情報は、ソース片に関連付いた文章の見出しであったり、ソースコードの内容であったり、ユーザにより変更された内容であったりする。例えば、付加情報表示１６１３の付加情報が自然言語である場合には、ユーザは、ソースコードを更に容易に把握することができるようになる。

ソース表示画面１６２０では、ソース表示１６２１が表示される。ソース表示１６２１では、ソースコードの内容に対応するソース片であって、所定の粒度および所定の粒度より粗い粒度のソース片を示すソース片表示１６２２がソースコードに重畳して表示され、当該ソース片表示１６２２に付加情報表示１６２３が対応付けられて表示されている。

ソース表示画面１６２０によれば、ユーザは、ソース片表示１６２２より、ソースコードの処理を所定の粒度でまとめられたソース片として把握できるので、ソースコードを一行ずつ読み解いていく場合に比べて、ソースコードの全体像の把握にかかる時間が短縮され、見るべき箇所の切り分けを容易にすることができる。また、ソース表示画面１６２０によれば、ユーザは、実際のソースコードにおける確認箇所を容易に特定することができる。

また、ソース表示画面１６２０では、付加情報表示１６２３において付加情報が表示される。例えば、付加情報表示１６２３の付加情報が自然言語である場合には、ユーザは、ソースコードを更に容易に把握することができるようになる。

なお、ユーザは、粒度を切り替えるためのボタン（図示は省略）を押下することで、概略フロー１６１１およびソース表示１６２１の粒度を切り替えることができる。更に、ユーザは、概略フロー１６１１とソース表示１６２１とを切り替えるためのボタン（図示は省略）を押下することで、概略フロー１６１１とソース表示１６２１とを切り替えることができる。更に、ユーザは、概略フロー１６１１とソース表示１６２１とを同時に表示するためのボタン（図示は省略）を押下することで、概略フロー１６１１とソース表示１６２１とを同時に表示することができる。

図１７は、画面遷移の一例（分岐処理に関するソース片の見え方）を示す図である。

図１７に示すように、粒度「ｎ」における疑似コード１７１０では、ソース片１７１１に処理Ａ１７１２とソース片１７１３とが含まれ、ソース片１７１３に処理Ｂ１７１４とソース片１７１５とが含まれ、ソース片１７１５に処理Ｃ１７１６が含まれている。なお、処理Ａ１７１２、処理Ｂ１７１４、および処理Ｃ１７１６は、例えば、ダミーコードである。

この場合、概略フロー１７１７では、ソース片１７１１、処理Ａ１７１２、ソース片１７１３、処理Ｂ１７１４、ソース片１７１５、および処理Ｃ１７１６の各々に対応するアイコン１７１８が表示される。

次に粒度が粗い粒度「ｎ＋１」における疑似コード１７２０では、粒度「ｎ」のソース片１７１５および当該ソース片１７１５に含まれる処理Ｃ１７１６は、処理Ｘ１７２１としてまとめられている。つまり、疑似コード１７２０では、ソース片１７１１に処理Ａ１７１２とソース片１７１３とが含まれ、ソース片１７１３に処理Ｂ１７１４と処理Ｘ１７２１とが含まれている。なお、処理Ｘ１７２１は、例えば、ダミーコードである。

この場合、概略フロー１７２２では、ソース片１７１１、処理Ａ１７１２、ソース片１７１３、および処理Ｂ１７１４の各々に対応するアイコン１７１８と、処理Ｘ１７２１に対応するアイコン１７２３とが表示される。

次に粒度が粗い粒度「ｎ＋２」における疑似コード１７３０では、粒度「ｎ＋１」のソース片１７１３と当該ソース片１７１３に含まれる処理Ｂ１７１４および処理Ｘ１７２１とは、処理Ｙ１７３１としてまとめられている。つまり、疑似コード１７３０では、ソース片１７１１に処理Ａ１７１２と処理Ｙ１７３１とが含まれている。なお、処理Ｙ１７３１は、例えば、ダミーコードである。

この場合、概略フロー１７３２では、ソース片１７１１および処理Ａ１７１２の各々に対応するアイコン１７１８と、処理Ｙ１７３１に対応するアイコン１７３３とが表示される。

なお、図１７では、粒度を徐々に粗くする例を示したが、これに限られるものではない。例えば、ユーザは、指定した粒度の概略フローを表示することができる。また、例えば、ユーザは、粒度「ｎ＋２」の概略フロー１７３２を表示して、大まかにあたりを付けた後に、粒度「ｎ＋１」の概略フロー１７２２を表示して更に細かくあたりを付けることができる。

図１８は、画面遷移の一例（順次処理に関するソース片の見え方）を示す図である。

図１８に示すように、粒度「ｎ」における疑似コード１８１０では、ソース片１８１１に処理Ａ１８１２とソース片１８１３とが含まれ、ソース片１８１３に処理Ｂ１８１４とソース片１８１５とが含まれ、ソース片１８１５に処理Ｃ１８１６と処理Ｄ１８１７と処理Ｅ１８１８とが含まれている。なお、処理Ａ１８１２、処理Ｂ１８１４、処理Ｃ１８１６、処理Ｄ１８１７、および処理Ｅ１８１８は、例えば、ダミーコードである。

この場合、概略フロー１８１９では、ソース片１８１１、処理Ａ１８１２、ソース片１８１３、処理Ｂ１８１４、ソース片１８１５、処理Ｃ１８１６、処理Ｄ１８１７、および処理Ｅ１８１８の各々に対応するアイコンが表示される。

次に粒度が粗い粒度「ｎ＋１」における疑似コード１８２０では、粒度「ｎ」のソース片１８１５と、当該ソース片１８１５に含まれる処理Ｃ１８１６、処理Ｄ１８１７、および処理Ｅ１８１８とは、処理Ｘ１８２１としてまとめられている。つまり、疑似コード１８２０では、ソース片１８１１に処理Ａ１８１２とソース片１８１３とが含まれ、ソース片１８１３に処理Ｂ１８１４と処理Ｘ１８２１とが含まれている。なお、処理Ｘ１８２１は、例えば、ダミーコードである。

この場合、概略フロー１８２２では、ソース片１８１１、処理Ａ１８１２、ソース片１８１３、処理Ｂ１８１４、および処理Ｘ１８２１の各々に対応するアイコンが表示される。

次に粒度が粗い粒度「ｎ＋２」における疑似コード１８３０では、粒度「ｎ＋１」のソース片１８１３と当該ソース片１８１３に含まれる処理Ｂ１８１４および処理Ｘ１８２１とは、処理Ｙ１８３１としてまとめられている。つまり、疑似コード１８３０では、ソース片１８１１に処理Ａ１８１２と処理Ｙ１８３１とが含まれている。なお、処理Ｙ１８３１は、例えば、ダミーコードである。

この場合、概略フロー１８３２では、ソース片１８１１、処理Ａ１８１２、および処理Ｙ１８３１の各々に対応するアイコンが表示される。

本実施の形態によれば、ソースコードを容易に把握することができる。

（２）付記
上述の実施の形態には、例えば、以下のような内容が含まれる。

上述の実施の形態においては、本発明をソースコード解析システムに適用するようにした場合について述べたが、本発明はこれに限らず、この他種々のシステム、装置、方法、プログラムに広く適用することができる。

また、上述の実施の形態において、各テーブルの構成は一例であり、１つのテーブルは、２以上のテーブルに分割されてもよいし、２以上のテーブルの全部または一部が１つのテーブルであってもよい。

また、上述の実施の形態において、説明の便宜上、ＸＸテーブルを用いて各種のデータを説明したが、データ構造は限定されるものではなく、ＸＸ情報等と表現してもよい。

また、上記の説明において、各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記憶装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。

また、上述の実施の形態において、例えば、ＣＰＵは、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＡＩ（Artificial Intelligence）チップ等であってもよい。

また、上述の実施の形態において、例えば、メインメモリは、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等であってもよい。ＲＯＭは、ＳＲＡＭ（Static Random Access Memory）、ＮＶＲＡＭ（Non Volatile RAM）、マスクＲＯＭ（Mask Read Only Memory）、ＰＲＯＭ（Programmable ROM）等である。ＲＡＭは、ＤＲＡＭ（Dynamic Random Access Memory）等である。

また、上述の実施の形態において、例えば、外部記憶装置は、ハードディスクドライブ（Hard Disk Drive）、フラッシュメモリ（Flash Memory）、ＳＳＤ（Solid State Drive）、光学式記憶装置等であってもよい。光学式記憶装置は、ＣＤ（Compact Disc）、ＤＶＤ(Digital Versatile Disc)等である。外部記憶装置に格納されているプログラム、データ等は、メインメモリに随時読み込まれる。

また、上述の実施の形態において、例えば、ネットワークアダプタは、通信媒体を介して他の装置と通信する通信インターフェースである。ネットワークアダプタは、例えば、ＮＩＣ（Network Interface Card）、無線通信モジュール、ＵＳＢ（Universal Serial Interface）モジュール、シリアル通信モジュール等であってもよい。ネットワークアダプタは、通信可能に接続する他の装置から情報を受信する入力装置として機能することもできる。また、ネットワークアダプタは、通信可能に接続する他の装置に情報を送信する出力装置として機能することもできる。

また、上述の実施の形態において、例えば、入力装置は、ユーザから情報を受付けるユーザインターフェースである。入力装置は、例えば、キーボード、マウス、カードリーダ、タッチパネル等であってもよい。

また、上述の実施の形態において、例えば、出力装置は、各種の情報を出力（表示出力、音声出力、印字出力等）するユーザインターフェースである。出力装置は、例えば、各種情報を可視化する表示装置、音声出力装置（スピーカ）、印字装置等である。表示装置は、ＬＣＤ（Liquid Crystal Display）、グラフィックカード等であってもよい。

上述した実施の形態は、例えば、以下の特徴的な構成を有する。

ソースコード解析システム（例えば、ソースコード解析システム１００）は、所定のコンピュータ言語（Ｃ言語、Ｐｙｔｈｏｎ、ＣＯＢＯＬ、ＦＯＲＴＲＡＮといった他の手続き型言語、ＪＡＶＡ（登録商標）、ＳＱＬといった非手続き型言語等）の制御構文を示す情報（例えば、制御文ルールＤＢ２９２）と、プログラムのソースコード（例えば、ソースコード２９１）とに基づいて、上記ソースコードにおいて、制御構文の開始と終了とに含まれる一または複数の行からなるブロック（例えば、制御文単位のソース片）を識別するための識別情報（例えば、ソース片開始行番号４０３およびソース片終了行番号４０４）を特定する特定部（例えば、回路、解析装置１１０、ソースコード解析部２１０）と、上記特定部により特定された識別情報により識別される各ブロックに、制御構文のネストの深さが浅いほど粒度が粗いことを示す粒度情報（例えば、ネスト深さ４０５）を設定する設定部（例えば、回路、解析装置１１０、ソースコード解析部２１０）と、上記設定部により設定された粒度情報に基づいて、所定の粒度（例えば、粒度「ｎ＋１」）に対応するブロック（例えば、ソース片１７１３、ソース片１８１３）と、上記所定の粒度よりも粒度が粗いブロック（例えば、ソース片１７１１、ソース片１８１１）とを示すブロック情報（アイコン、ソース片表示等）を上記ソースコードに対応させて出力する出力部（例えば、回路、解析装置１１０、表示部２７０）と、を備える。

上記構成では、ソースコードに対応させてブロック情報を出力するので、例えば、ユーザは、ブロック単位にソースコードを確認することができ、ソースコードを先頭から１行ずつ追う場合と比べて、ソースコードを容易に把握することができる。

上記特定部は、上記ソースコードにおいて、関数の呼出しを示す行（例えば、行番号９２２）の直前または直後に、選択処理および反復処理以外の処理である順次処理を示す一または複数の行がある場合、上記一または複数の行からなるブロック（例えば、ソース片９２７、ソース片９２８）を識別するための識別情報を特定する（例えば、図９参照）。

関数の呼出しの直前または直後の順次処理は、意味ある区切りとなり得るため、上記構成により、当該順次処理がブロックにされることで、例えば、ユーザは、当該順次処理がブロックにされない場合と比べて、ソースコードをより容易に把握することができるようになる。

上記特定部は、上記ソースコードにおいて、一行全てがコメントとなっている一行コメントを示す行（例えば、行番号１０２２）の直前または直後に、選択処理および反復処理以外の処理である順次処理を示す一または複数の行がある場合、上記一または複数の行からなるブロック（例えば、ソース片１０２７、ソース片１０２８）を識別するための識別情報を特定する（例えば、図１０参照）。

一行コメントの直前または直後の順次処理は、意味ある区切りとなり得るため、上記構成により、当該順次処理がブロックにされることで、例えば、ユーザは、当該順次処理がブロックにされない場合と比べて、ソースコードをより容易に把握することができるようになる。

ユーザにより指定された粒度を入力する入力部（例えば、回路、解析装置１１０、粒度選択部２５０）を備え、上記出力部は、上記設定部により設定された粒度情報に基づいて、上記入力部により入力された粒度に対応するブロックと、上記粒度よりも粒度が粗いブロックとを示すブロック情報を上記ソースコードに対応させて出力する（例えば、図１６参照）。

上記構成では、ユーザにより指定された粒度に応じてブロック情報が出力されるので、例えば、ユーザは、所望する粒度のブロック単位でソースコードを確認でき、ソースコードをより容易に把握することができる。

上記所定の粒度に対応するブロックを示すアイコンと、上記所定の粒度よりも粒度が粗いブロックとを示すアイコンと、アイコン間を繋ぐ矢印とを含んで構成されるフローチャート（例えば、フロー雛形、概略フロー）を示す画面情報を生成する第１の生成部（例えば、回路、解析装置１１０、フロー雛形生成部２４０、粒度選択部２５０、情報生成部２６０）を備え、上記出力部は、上記第１の生成部により生成された画面情報を出力する。

上記構成では、フローチャートが出力されるので、例えば、ユーザは、コンピュータ言語の知識がなくても、ソースコードをおおまかに把握することができる。

上記ソースコードにおける制御構文の開始と終了との行以外の連続する行を、上記連続する行を１つにまとめたことを示す所定の文字列（例えば、ｄｕｍｍｙコード）に変換し、変換したソースコードにおいて、上記所定の粒度より細かい粒度のブロックの行を、上記ブロックの行を１つにまとめたことを示す所定の文字列（例えば、ｄｕｍｍｙコード）に変換する変換部（例えば、回路、解析装置１１０、ソースコード変換部２２０）を備え、上記第１の生成部は、上記変換部により変換されたソースコードを用いて上記フローチャートを生成する。

上記構成では、所定の粒度に応じたソースコードが生成されるので、例えば、フローチャートを生成可能な既存のツールに、所定の粒度に応じたソースコードを入力することで、所定の粒度に応じたフローチャートを生成することができるようになる。

上記ソースコードに上記ブロック情報を重畳した画面情報を生成する第２の生成部（例えば、回路、解析装置１１０、情報生成部２６０）を備え、上記出力部は、上記第２の生成部により生成された画面情報を出力する。

上記構成では、ソースコードにブロック情報が重畳して表示されるので、例えば、ユーザは、実際のソースコードにおける確認箇所を容易に特定することができる。

上記プログラムに係る複数の文書から、上記各ブロックについて、ブロックと関連がある文章の見出しを示す見出し情報を取得する取得部（例えば、回路、解析装置１１０、情報生成部２６０）を備え、上記出力部は、上記ブロック情報を上記見出し情報と対応付けて出力する。

上記構成では、ブロック情報に見出し情報が対応付けられて出力されるので、例えば、ユーザは、ソースコードを更に容易に把握することができるようになる。

ユーザによる操作に応じて、上記見出し情報を編集する編集部（例えば、回路、解析装置１１０、編集部２８０）を備える。

上記構成によれば、ユーザは、ブロック情報に自動的に対応付けられた見出し情報を変更することができるようになる。

また上述した構成については、本発明の要旨を超えない範囲において、適宜に、変更したり、組み替えたり、組み合わせたり、省略したりしてもよい。

「Ａ、Ｂ、およびＣのうちの少なくとも１つ」という形式におけるリストに含まれる項目は、（Ａ）、（Ｂ）、（Ｃ）、（ＡおよびＢ）、（ＡおよびＣ）、（ＢおよびＣ）または（Ａ、Ｂ、およびＣ）を意味することができると理解されたい。同様に、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」の形式においてリストされた項目は、（Ａ）、（Ｂ）、（Ｃ）、（ＡおよびＢ）、（ＡおよびＣ）、（ＢおよびＣ）または（Ａ、Ｂ、およびＣ）を意味することができる。

１００……ソースコード解析システム、１１０……解析装置。

Claims (10)

1. 所定のコンピュータ言語の制御構文を示す情報と、プログラムのソースコードとに基づいて、前記ソースコードにおいて、制御構文の開始と終了とに含まれる一または複数の行からなるブロックを識別するための識別情報を特定する特定部と、
   前記特定部により特定された識別情報により識別される各ブロックに、制御構文のネストの深さが浅いほど粒度が粗いことを示す粒度情報を設定する設定部と、
   前記設定部により設定された粒度情報に基づいて、所定の粒度に対応するブロックと、前記所定の粒度よりも粒度が粗いブロックとを示すブロック情報を前記ソースコードに対応させて出力する出力部と、
   を備えるソースコード解析システム。
2. 前記特定部は、前記ソースコードにおいて、関数の呼出しを示す行の直前または直後に、選択処理および反復処理以外の処理である順次処理を示す一または複数の行がある場合、前記一または複数の行からなるブロックを識別するための識別情報を特定する、
   請求項１に記載のソースコード解析システム。
3. 前記特定部は、前記ソースコードにおいて、一行全てがコメントとなっている一行コメントを示す行の直前または直後に、選択処理および反復処理以外の処理である順次処理を示す一または複数の行がある場合、前記一または複数の行からなるブロックを識別するための識別情報を特定する、
   請求項１に記載のソースコード解析システム。
4. ユーザにより指定された粒度を入力する入力部を備え、
   前記出力部は、前記設定部により設定された粒度情報に基づいて、前記入力部により入力された粒度に対応するブロックと、前記粒度よりも粒度が粗いブロックとを示すブロック情報を前記ソースコードに対応させて出力する、
   請求項１に記載のソースコード解析システム。
5. 前記所定の粒度に対応するブロックを示すアイコンと、前記所定の粒度よりも粒度が粗いブロックとを示すアイコンと、アイコン間を繋ぐ矢印とを含んで構成されるフローチャートを示す画面情報を生成する第１の生成部を備え、
   前記出力部は、前記第１の生成部により生成された画面情報を出力する、
   請求項１に記載のソースコード解析システム。
6. 前記ソースコードにおける制御構文の開始と終了との行以外の連続する行を、前記連続する行を１つにまとめたことを示す所定の文字列に変換し、変換したソースコードにおいて、前記所定の粒度より細かい粒度のブロックの行を、前記ブロックの行を１つにまとめたことを示す所定の文字列に変換する変換部を備え、
   前記第１の生成部は、前記変換部により変換されたソースコードを用いて前記フローチャートを生成する、
   請求項５に記載のソースコード解析システム。
7. 前記ソースコードに前記ブロック情報を重畳した画面情報を生成する第２の生成部を備え、
   前記出力部は、前記第２の生成部により生成された画面情報を出力する、
   請求項１に記載のソースコード解析システム。
8. 前記プログラムに係る複数の文書から、前記各ブロックについて、ブロックと関連がある文章の見出しを示す見出し情報を取得する取得部を備え、
   前記出力部は、前記ブロック情報を前記見出し情報と対応付けて出力する、
   請求項１に記載のソースコード解析システム。
9. ユーザによる操作に応じて、前記見出し情報を編集する編集部を備える、
   請求項８に記載のソースコード解析システム。
10. 特定部が、所定のコンピュータ言語の制御構文を示す情報と、プログラムのソースコードとに基づいて、前記ソースコードにおいて、制御構文の開始と終了とに含まれる一または複数の行からなるブロックを識別するための識別情報を特定することと、
    設定部が、前記特定部により特定された識別情報により識別される各ブロックに、制御構文のネストの深さが浅いほど粒度が粗いことを示す粒度情報を設定することと、
    出力部が、前記設定部により設定された粒度情報に基づいて、所定の粒度に対応するブロックと、前記所定の粒度よりも粒度が粗いブロックとを示すブロック情報を前記ソースコードに対応させて出力することと、
    を含むソースコード解析方法。
    

Images