JP7455767B2 - コード読解支援装置、方法及びプログラム - Google Patents

Description

本発明の実施形態は、コード読解支援装置、方法及びプログラムに関する。

一般に、ソフトウェア製品の開発は、パーソナルコンピュータ等の情報処理装置上で提供される統合開発環境（ＩＤＥ：Integrated Development Environment）において行われることが知られている。ＩＤＥは、ソフトウェア製品の総合的な開発環境であり、様々なツールの集合から構成される。

このようなＩＤＥを構成する様々なツールを用いることによって、効率的なソフトウェア製品の開発が可能となる。

ところで、上記したように開発されたソフトウェア製品については保守作業を行う必要があり、同一のソフトウェア製品に対する保守作業が長期間にわたって行われる場合がある。このような保守作業は複数の作業者によって行われることが多く、更には当該保守作業を行う作業者が変更される場合がある。

ソフトウェア製品の保守作業においてはソースコードの内容を理解するために当該ソースコードを読解する必要があるが、上記したようにソフトウェア製品の保守作業を複数の作業者が行っているような場合、例えば新たに保守作業を行う作業者が当該ソースコードの内容を容易に理解することは難しい。

特許第６５８４５６２号公報

そこで、本発明が解決しようとする課題は、ソースコードの読解を支援することが可能なコード読解支援装置、方法及びプログラムを提供することにある。

実施形態によれば、複数の関数を含むソースコードの読解を支援するためのコード読解支援装置が提供される。前記コード読解支援装置は、特定手段と、保持手段と、取得手段と、出力処理手段とを具備する。前記特定手段は、前記ソースコードに含まれる複数の関数のうち第１ユーザが調査した関数を示す関数情報を、当該第１ユーザの操作に基づいて特定する。前記保持手段は、前記特定された関数情報を保持する。前記取得手段は、第２ユーザが前記ソースコードを読解する場合に、前記保持手段に保持されている関数情報を参照して、前記第１ユーザが調査した関数毎の頻度を示す頻度情報を取得する。前記出力処理手段は、前記取得された頻度情報を出力する。前記ソースコードは、複数の機能を実現するように記述されている。前記保持手段は、前記複数の機能のうち前記第１ユーザがソースコードを読解する際に当該第１ユーザによって指定された機能に対応づけて前記関数情報を保持する。前記取得手段は、前記第２ユーザによって指定された機能に対応づけて前記保持手段に保持されている関数情報に基づいて、前記頻度情報を取得する。

実施形態に係るコード読解支援装置の機能構成の一例を示すブロック図。 コード読解支援装置のシステム構成の一例を示す図。 調査記録処理の処理手順の一例を示すフローチャート。 コード読解支援装置の動作モードの遷移について説明するための図。 調査記録テーブルのデータ構造の一例を示す図。 調査頻度出力処理の処理手順の一例を示すフローチャート。 調査頻度情報のデータ構造の一例を示す図。 調査頻度情報をソースコードの解析結果とともに表示する際の処理手順の一例を示すフローチャート。 コード読解支援装置の表示画面の一例を示す図。 第１機能指定領域及び第２機能指定領域において指定される機能について説明するための図。 ユーザＡによって行われる操作の一例を示す図。 ユーザＢによって行われる操作の他の例を示す図。 ユーザＢによる操作が行われた後の調査記録テーブルを示す図。 ユーザＣによって行われる操作の更に他の例を示す図。 ユーザＣによる操作が行われた後の調査記録テーブルを示す図。 調査頻度出力処理の具体例について説明するための図。 ソースコードの一例を示す図。 ソースコードの解析結果に含まれる構成関数情報及びリンク情報の一例を示す図。 コールフロー図の一例を示す図。 調査頻度付きコールフロー図を出力するための処理を具体的に説明するための図。 調査頻度付きコールフロー図の一例を示す図。

以下、図面を参照して、実施形態について説明する。
図１は、本実施形態に係るコード読解支援装置の機能構成の一例を示すブロック図である。本実施形態に係るコード読解支援装置は、例えば複数のユーザ（作業者）によってソフトウェア製品の保守作業が行われるような環境において、特定のユーザが当該ソフトウェア製品を実現するためのソースコードを読解することを支援するために用いられる。

なお、コード読解支援装置１０は、ソフトウェア製品の保守作業時にユーザによって使用されるパーソナルコンピュータ等の情報処理装置であり、統合開発環境（以下、ＩＤＥと表記）を当該ユーザに提供する。ＩＤＥは様々なツールの集合から構成されており、ユーザは、当該ＩＤＥを構成する様々なツールを用いて効率的なソフトウェア製品の保守作業等を行うことができる。

図１に示すように、コード読解支援装置１０は、格納部１１、操作受付部１２、ソースコード編集部１３、調査記録部１４、調査頻度取得部１５及び出力処理部１６を含む。

格納部１１には、例えばコード読解支援装置１０を使用するユーザが読解すべき（つまり、内容を理解すべき）ソースコードが格納される。この格納部１１に格納されているソースコードは、所定のプログラミング言語で記述され、複数の関数を含む。

なお、格納部１１には、当該格納部１１に格納されているソースコードに対する解析結果が更に格納されていてもよい。ソースコードに含まれる複数の関数には他の関数を呼び出す関数（以下、呼び出し元関数と表記）及び他の関数によって呼び出される関数（以下、呼び出し先関数と表記）が含まれるが、格納部１１に格納されている解析結果には、格納部１１に格納されているソースコードを構成する全ての関数を示す構成関数情報及び当該呼び出し元関数と呼び出し先関数との呼び出し関係を示す情報（以下、リンク情報と表記）等が含まれる。

構成関数情報には、ソースコードに含まれる複数の関数の各々を示す複数の関数情報（ノード情報）が含まれる。本実施形態における関数情報としては関数名等が用いられるが、当該関数情報は、関数を識別することができる情報であれば例えば当該関数に割り当てられた識別情報（ＩＤ）等であってもよい。また、リンク情報は、例えば呼び出し元関数を示す関数情報（以下、呼び出し元関数情報と表記）と、呼び出し先関数を示す関数情報（以下、呼び出し先関数情報と表記）とを対応づけて含むデータ構造を有する。

なお、上記した解析情報を得るためにはソースコードを解析する必要があるが、当該ソースコードの解析は、例えばＩＤＥを構成するツールを用いて実行することができる。

操作受付部１２は、コード読解支援装置１０に対するユーザの各種操作（指示）を受け付ける機能を有する。

ソースコード編集部１３は、格納部１１に格納されているソースコードを表示し、操作受付部１２によって受け付けられたユーザの操作に従って、当該ソースコードを編集する機能を有する。

調査記録部１４は、ソースコード編集部１３によって表示されたソースコードに対する読解において、当該ソースコードに含まれる複数の関数のうちユーザが調査した関数を示す関数情報を、操作受付部１２によって受け付けられたユーザの操作に基づいて特定する。調査記録部１４は、特定された関数情報を調査記録テーブルに記録する（保持させる）。なお、関数情報が記録された調査記録テーブルは、例えば格納部１１に格納される。すなわち、調査記録部１４は、ユーザによるソースコードの読解において当該ユーザが調査した関数（統計データ）を記録するための機能部である。

調査頻度取得部１５は、ユーザが格納部１１に格納されているソースコードを読解する場合に、調査記録テーブルに保持されている関数情報を参照して、例えば他のユーザが調査した関数毎の頻度を示す調査頻度情報を取得する。

出力処理部１６は、調査頻度取得部１５によって取得された調査頻度情報を出力する。このように出力処理部１６によって出力された調査頻度情報は、ソースコードを読解するユーザによって参照される。

すなわち、上記した調査頻度取得部１５及び出力処理部１６は、ユーザによるソースコードの読解を支援するための機能部である。

なお、出力処理部１６は、調査頻度情報を、上記したソースコードの解析結果（構成関数情報及びリンク情報）とともに出力してもよい。

図２は、図１に示すコード読解支援装置１０のシステム構成の一例を示す。図２に示すように、コード読解支援装置１０は、ＣＰＵ１０１，不揮発性メモリ１０２、主メモリ１０３，ＢＩＯＳ－ＲＯＭ１０４、システムコントローラ１０５、入力デバイス１０６、表示デバイス１０７及びエンベデッドコントローラ（ＥＣ）１０８等を備える。

ＣＰＵ１０１は、コード読解支援装置１０内の各コンポーネントの動作を制御するプロセッサである。ＣＰＵ１０１は、ストレージデバイスである不揮発性メモリ１０２から主メモリ１０３にロードされる様々なプログラムを実行する。このプログラムには、オペレーティングシステム（ＯＳ）、ユーザに対してＩＤＥを提供するためのアプリケーションプログラム及び当該アプリケーションプログラム（ツール）に組み込まれるプラグイン等が含まれる。

なお、ＣＰＵ１０１は、ＢＩＯＳ－ＲＯＭ１４に格納された基本入出力システム（ＢＩＯＳ）も実行する。ＢＩＯＳは、ハードウェア制御のためのプログラムである。

システムコントローラ１０５は、ＣＰＵ１０１のローカルバスと各種コンポーネントとの間を接続するデバイスである。

入力デバイス１０６は、例えばキーボード及びマウス等を含む。表示デバイス１０７は、例えば液晶表示装置のようなディスプレイ等を含む。ＥＣ１０８は、電力管理のためのワンチップマイクロコンピュータである。

図２においては、ＣＰＵ１０１、不揮発性メモリ１０２、主メモリ１０３、ＢＩＯＳ－ＲＯＭ１０４、システムコントローラ１０５、入力デバイス１０６、表示デバイス１０７及びＥＣ１０８のみが示されているが、コード読解支援装置１０は、例えばＨＤＤ（Hard Disk Drive）及びＳＳＤ（Solid State Drive）のような他の記憶装置を備えていてもよいし、外部装置との通信を実行するように構成された通信デバイス等を備えていてもよい。

なお、本実施形態において、上記した図１に示す格納部１１は、例えば図２に示す不揮発性メモリ１０２または他の記憶装置等によって実現される。

また、図１に示す各部１２～１６の一部または全ては、例えば図２に示すＣＰＵ１０１（つまり、コード読解支援装置１０のコンピュータ）にＩＤＥを提供するためのアプリケーションプログラム及び当該アプリケーションプログラムに組み込まれるプラグインを実行させること、すなわちソフトウェアによって実現されるものとする。具体的には、例えば操作受付部１２及びソースコード編集部１３は、ＩＤＥによって提供される機能部（ツール）に相当するが、調査記録部１４、調査頻度取得部１５及び出力処理部１６は、例えばプラグイン（機能拡張用のソフトウェア）によって実現される機能部である。

ここでは、各部１２～１６の一部または全てがソフトウェアによって実現されるものとして説明したが、当該各部１２～１６の一部または全ては、例えばハードウェアによって実現されてもよいし、ソフトウェア及びハードウェアの組み合わせによって実現されてもよい。

以下、本実施形態に係るコード読解支援装置１０の動作について説明する。ここでは、ユーザが調査した関数を記録する処理（以下、調査記録処理と表記）及びユーザによるソースコードの読解を支援するために調査頻度情報を出力する処理（以下、調査頻度出力処理と表記）について主に説明する。

まず、図３のフローチャートを参照して、調査記録処理の処理手順の一例について説明する。なお、調査記録処理は上記したようにユーザが調査した関数を記録する処理であるが、ここでは、当該関数を調査するユーザを、便宜的に、第１ユーザと称する。

第１ユーザが調査する関数を記録する場合、当該第１ユーザは、例えば上記した格納部１１に格納されているソースコード（以下、対象ソースコードと表記）が例えば表示デバイス１０７に表示された状態で、当該調査の記録を開始する操作（以下、記録開始操作と表記）を行う。これによれば、第１ユーザによって行われた記録開始操作が操作受付部１２によって受け付けられる（ステップＳ１）。

ここで、一般に対象ソースコードは複数の機能を実現するように記述されているが、第１ユーザは、当該対象ソースコードの読解において、特定の機能を実現する関数を調査する場合が多い。このため、対象ユーザは、記録開始操作を行う際に、上記した複数の機能のうち調査の対象となる機能（以下、調査対象機能と表記）を指定するものとする。すなわち、ステップＳ１において、操作受付部１２は、記録開始操作（に基づく第１ユーザの指示）を受け付けるとともに、当該記録開始操作を行う際に指定された調査対象機能を示す機能情報を取得する。

ステップＳ１の処理が実行されると、図４に示すようにコード読解支援装置１０の動作モードは、待機モードから調査記録モードに遷移する。

次に、調査記録部１４は、操作受付部１２によって取得された機能情報を調査記録テーブルに設定し、空の関数リストを生成する（ステップＳ２）。なお、空の関数リストは、関数情報が登録（追加）されていないリストである。

ステップＳ２の処理が実行されると、第１ユーザは表示デバイス１０７に表示された対象ソースコードを読解するが、当該対象ソースコードが読解されている間に当該第１ユーザの操作（イベント）が操作受付部１２によって受け付けられた場合を想定する。

この場合、操作受付部１２によって受け付けられた操作が調査の記録を終了する操作（以下、記録終了操作と表記）であるか否かが判定される（ステップＳ３）。

記録終了操作でないと判定された場合（ステップＳ３のＮＯ）、操作受付部１２によって受け付けられた操作は、関数表示操作であるものとする。関数表示操作は、対象ソースコードの読解において第１ユーザが調査する関数（対象ソースコードに含まれる複数の関数のうちの少なくとも１つ）を表示するための操作である。

この関数表示操作が操作受付部１２によって受け付けられた場合、ソースコード編集部１３は、当該関数表示操作に基づいて対象ソースコードに含まれる複数の関数のうちの少なくとも１つ（以下、調査対象関数と表記）を表示デバイス１０７に表示する。

なお、関数表示操作は、例えば関数名等を指定することによって当該関数名に該当する関数を検索し、当該検索された関数が記述された箇所を表示させる操作（以下、関数検索操作と表記）及び現在表示されている関数（呼び出し元関数）内に記述されている他の関数（呼び出し先関数）を指定することによって、当該他の関数が定義されている箇所を表示させる操作（以下、ジャンプ操作と表記）等を含むが、所定の関数を表示させる操作であれば他の操作であってもよい。

この場合、調査記録部１４は、上記した関数表示操作に応じて表示デバイス１０７に表示された調査対象関数（つまり、第１ユーザが調査した関数）をステップＳ２において生成された関数リストに追加するか否かを判定する（ステップＳ４）。ステップＳ４においては、調査対象関数（を示す関数情報）が既に関数リスト内に存在する場合には、当該調査対象関数を関数リストに追加しないと判定する。一方、調査対象関数（を示す関数情報）が関数リスト内に存在しない場合には、当該調査対象関数を関数リストに追加すると判定する。

すなわち、本実施形態においては、例えば１回の読解（保守作業）において調査対象関数が複数回調査された（つまり、関数表示操作に応じて表示された）されたとしても、当該調査対象関数を示す関数情報は、一度しか関数リストに追加されないものとする。ただし、調査対象関数が複数回調査されたことを頻度情報に反映する場合には、当該調査対象関数を示す関数情報が複数回関数リストに追加されるようにしてもよい。

調査対象関数を関数リストに追加すると判定された場合（ステップＳ４のＹＥＳ）、調査記録部１４は、当該調査対象関数を示す関数情報（ノード情報）を当該関数リストに追加する（ステップＳ５）。

ステップＳ５の処理が実行されると、ステップＳ３に戻って処理が繰り返される。なお、ステップＳ４において調査対象関数を関数リストに追加しないと判定された場合（ステップＳ４のＮＯ）、ステップＳ５の処理は実行されず、ステップＳ３に戻って処理が繰り返される。

一方、記録終了操作であると判定された場合（ステップＳ３のＹＥＳ）、図４に示すようにコード読解支援装置１０の動作モードは、調査記録モードから待機モードに遷移する。これにより、調査記録部１４は、上記したように繰り返し実行されるステップＳ５において第１ユーザが調査した関数の各々を示す関数情報が追加された関数リストを調査記録テーブルに記録（登録）する（ステップＳ６）。なお、ステップＳ６において、関数リストは、上記したステップＳ２において設定された機能情報に対応づけて調査記録テーブルに記録される。

上記した調査記録処理によれば、第１ユーザが対象ソースコードを読解した際に調査した関数（を示す関数情報）の履歴を調査記録テーブルに記録しておくことができる。

なお、図５は、上記した図３に示す調査記録処理が実行されることによって関数リスト（関数情報）が記録された調査記録テーブルのデータ構造の一例を示す。

図５に示す例によれば、調査記録テーブルには、機能情報「機能１」に対応づけて関数リスト「ｆｕｎｃ１、ｆｕｎｃ３」が保持（記録）されていることが示されている。この関数リストに含まれる「ｆｕｎｃ１」及び「ｆｕｎｃ３」は、それぞれ第１ユーザが調査した関数を示す関数情報に相当する。

すなわち、このような調査記録テーブルによれば、上記した第１ユーザが機能情報「機能１」によって示される機能１を指定して対象ソースコードに含まれる関数情報「ｆｕｎｃ１」及び「ｆｕｎｃ３」の各々によって示される関数を調査したことが示されている。

なお、図５には、第１ユーザが対象ソースコードに対する一度の読解において調査した関数を示す関数情報（関数リスト）のみが示されているが、上記した機能情報及び関数リストを対応づけて含む情報（以下、調査記録情報と表記）は、当該第１ユーザがソースコードの読解を行う（つまり、図３に示す処理が実行される）度に調査記録テーブルに追加される。なお、ソースコードの読解が第１ユーザ以外の複数のユーザの各々によって行われた場合についても同様である。

これによれば、例えば複数のユーザが同一のソースコードの読解を行う（つまり、保守作業を行う）ような場合において、当該ソースコードの読解において各ユーザが調査した関数の履歴（調査記録情報）を調査記録テーブルに蓄積しておくことができる。

次に、図６のフローチャートを参照して、調査頻度出力処理の処理手順の一例について説明する。ここでは、例えば複数のユーザの各々が上記した対象ソースコードの読解を行うことによって上記した図３に示す調査記録処理が繰り返し実行され、複数の調査記録情報が既に調査記録テーブルに記録（保持）されているものとする。

ここで、上記した第１ユーザ以外のユーザ（以下、第２ユーザと表記）が上記した対象ソースコードの読解を行う場合を想定する。この場合において、第２ユーザが対象ソースコードの内容を理解することが困難である場合、当該第２ユーザは、対象ソースコードの読解を支援するための調査頻度情報を表示（出力）させる操作（以下、調査頻度表示操作と表記）を行う。これによれば、第２ユーザによって行われた調査頻度表示操作が操作受付部１２によって受け付けられる（ステップＳ１１）。

ここで、第２ユーザが読解する対象ソースコードが上記したように複数の機能を実現するように記述されている場合、第２ユーザは、調査頻度情報の表示の対象となる機能（以下、表示対象機能）を指定するものとする。すなわち、ステップＳ１１において、操作受付部１２は、調査頻度表示操作（に基づく第２ユーザの指示）を受け付けるとともに、当該調査頻度表示操作を行う際に指定された表示対象機能を示す機能情報を取得する。

ステップＳ１１の処理が実行されると、調査頻度取得部１５は、空の関数頻度リストを生成する（ステップＳ１２）。なお、空の関数頻度リストとは、関数情報及び頻度情報が登録（追加）されていないリストである。

次に、上記した図３に示す処理が繰り返し実行されることによって調査記録テーブルに記録（蓄積）された調査記録情報の各々について、以下のステップＳ１３～Ｓ２０の処理が実行される。

まず、調査頻度取得部１５は、調査記録テーブルに記録されている調査記録情報のうちの１つを取得する（ステップＳ１３）。ステップＳ１３において取得された調査記録情報を便宜的に対象調査記録情報と称する。

ここで、対象調査記録情報には機能情報及び関数リストが対応づけて含まれているが、調査頻度取得部１５は、当該機能情報（以下、第１機能情報と表記）と上記した表示対象機能（第２ユーザによって指定された機能）を示す機能情報（以下、第２機能情報と表記）とが一致するか否かを判定する（ステップＳ１４）。

第１機能情報と第２機能情報とが一致しないと判定された場合（ステップＳ１４のＮＯ）、後述するステップＳ２１の処理が実行される。

一方、第１機能情報と第２機能情報とが一致すると判定された場合（ステップＳ１４のＹＥＳ）、調査頻度取得部１５は、第１機能情報に対応づけて対象調査記録情報に含まれている関数リスト中の関数情報の各々について、以下のステップＳ１５～Ｓ１９の処理が実行される。

まず、調査頻度取得部１５は、対象調査記録情報に含まれる関数リスト中の関数情報のうちの１つを取得する（ステップＳ１５）。ステップＳ１５において取得された関数情報を便宜的に対象関数情報と称する。

次に、調査頻度取得部１５は、対象関数情報がステップＳ１２において生成された関数頻度リストに存在する（つまり、対象関数情報が既に関数頻度リストに登録されている）か否かを判定する（ステップＳ１６）。

対象関数情報が関数頻度リストに存在しないと判定された場合（ステップＳ１６のＮＯ）、調査頻度取得部１５は、当該対象関数情報を関数頻度リストに追加する（ステップＳ１７）。

ここで、関数頻度リストは関数情報（によって示される関数）毎に当該関数が調査された頻度（回数）を管理するためのリストであり、当該関数頻度リストにおいては、関数情報に対応づけて頻度情報が保持される。このため、調査頻度取得部１５は、関数情報に対応づけられる頻度情報（によって示される頻度）「１」を関数頻度リストに設定する（ステップＳ１８）。

一方、対象関数情報が関数頻度リストに存在すると判定された場合（ステップＳ１６のＹＥＳ）、調査頻度取得部１５は、当該対象関数情報に対応づけて関数頻度リストに保持されている頻度情報によって示される頻度に１を加算する（ステップＳ１９）。

ステップＳ１８またはＳ１９の処理が実行されると、対象調査記録情報に含まれる関数リスト中の全ての関数情報について上記したステップＳ１５以降の処理が実行されたか否かが判定される（ステップＳ２０）。

全ての関数情報について処理が実行されていないと判定された場合（ステップＳ２０のＮＯ）、ステップＳ１５に戻って処理が繰り返される。なお、この場合におけるステップＳ１５においては、当該ステップＳ１５以降の処理が実行されていない関数情報が取得される。

一方、全ての関数情報について処理が実行されたと判定された場合（ステップＳ２０のＹＥＳ）、調査記録テーブルに保持されている全ての調査記録情報について上記したステップＳ１３以降の処理が実行されたか否かが判定される（ステップＳ２１）。

全ての調査記録情報について処理が実行されていないと判定された場合（ステップＳ２１のＮＯ）、ステップＳ１３に戻って処理が繰り返される。なお、この場合におけるステップＳ１３においては、当該ステップＳ１３以降の処理が実行されていない調査記録情報が取得される。

一方、全ての調査記録情報について処理が実行されたと判定された場合（ステップＳ２１のＹＥＳ）、調査頻度取得部１５は、上記した関数情報及び頻度情報を対応づけて保持する関数頻度リストに第２機能情報（第２ユーザによって指定された表示対象機能を示す機能情報）を付加した調査頻度情報を取得する（ステップＳ２２）。

ステップＳ２２の処理が実行されると、出力処理部１６は、当該ステップＳ２２において取得された調査頻度情報を出力する（ステップＳ２３）。この場合、調査頻度情報は、例えば表示デバイス１０７等に表示されればよいが、コード読解支援装置１０の外部のサーバ装置等に出力（送信）されてもよい。

上記した調査頻度出力処理によれば、表示対象機能を調査対象機能として指定して複数のユーザが調査した関数毎の頻度を示す頻度情報を取得（つまり、表示対象機能に対応づけて調査記録テーブルに保持されている関数情報に基づいて調査頻度情報を取得）し、第２ユーザによる読解を支援するために当該頻度情報を出力（表示）することができる。

なお、図７は、上記した図６に示す調査頻度出力処理が実行されることによって出力される（つまり、調査頻度取得部１５によって取得される）調査頻度情報のデータ構造の一例を示す。

図７に示すように、調査頻度情報は上記した関数情報及び頻度情報を対応づけて含む関数頻度リストを含み、当該関数頻度リストには機能情報が付されている（紐づけられている）。

図７に示す例では、機能１を調査の対象として、複数のユーザが関数情報「ｆｕｎｃ１」によって示される関数を１回調査し、関数情報「ｆｕｎｃ３」によって示される関数を２回調査したことが示されている。

このような調査頻度情報によれば、第２ユーザは、機能１を実現するために記述された対象ソースコードを読解する場合に、主に関数情報「ｆｕｎｃ１」によって示される関数及び関数情報「ｆｕｎｃ３」によって示される関数を調査する必要があることを容易に理解することができる。

ここで、上記した図６においては単に調査頻度情報を出力する場合について説明したが、当該調査頻度情報は、例えば格納部１１に格納されている対象ソースコードの解析結果とともに表示するような構成としてもよい。

以下、図８のフローチャートを参照して、調査頻度情報を対象ソースコードの解析結果とともに表示する際の処理手順の一例について説明する。なお、図８に示す処理は、例えば図６に示すステップＳ２２の処理が実行された（つまり、調査頻度情報が取得された）後に実行されるものとする。換言すれば、図８に示す処理は、図６に示すステップＳ２３の処理の代わりに実行されてもよいし、当該ステップＳ２３の処理とともに実行されてもよい。

ここで、格納部１１に格納されている対象ソースコードの解析結果には、上記したように構成関数情報及びリンク情報が含まれる。

この場合、出力処理部１６は、対象ソースコードの解析結果に含まれる構成関数情報の全てを所定の領域にコピーし、当該構成関数情報に含まれる関数情報の各々について以下のステップＳ３１～Ｓ３４の処理を実行する。

まず、出力処理部１６は、構成関数情報に含まれる複数の関数情報のうちの１つを取得する（ステップＳ３１）。ステップＳ３１において取得された関数情報を便宜的に対象関数情報と称する。

次に、出力処理部１６は、対象関数情報が調査頻度情報に含まれる関数頻度リストに存在するか否かを判定する（ステップＳ３２）。

対象関数情報が関数頻度リストに存在すると判定された場合（ステップＳ３２のＹＥＳ）、出力処理部１６は、当該対象関数情報に対応づけて関数頻度リストに保持されている頻度情報を、上記したようにコピーされた構成関数情報に含まれる対象関数情報に対して設定する（ステップＳ３３）。

一方、対象関数情報が関数頻度リストに存在しないと判定された場合（ステップＳ３２のＮＯ）、出力処理部は、頻度情報「０」を、コピーされた構成関数情報に含まれる対象関数情報に対して設定する（ステップＳ３４）。

ステップＳ３３またはＳ３４の処理が実行されると、構成関数情報に含まれる全ての関数情報について上記したステップＳ３１以降の処理が実行されたか否かが判定される（ステップＳ３５）。

全ての関数情報について処理が実行されていないと判定された場合（ステップＳ３５のＮＯ）、ステップＳ３１に戻って処理が繰り返される。なお、この場合におけるステップＳ３１においては、当該ステップＳ３１以降の処理が実行されていない関数情報が取得される。

一方、全ての関数情報について処理が実行されたと判定された場合（ステップＳ３５のＹＥＳ）、出力処理部１６は、上記したように頻度情報が設定された関数情報（以下、調査頻度付き関数情報と表記）及びリンク情報を出力する（ステップＳ３６）。これによれば、第２ユーザは、対象ソースコードに含まれる関数情報の各々によって示される関数が調査された頻度を把握するとともに、当該関数間の呼び出し関係をも把握することができる。

なお、第２ユーザによる視認性を向上させるために、上記した調査頻度付き関数情報及びリンク情報は対象ソースコードに含まれる複数の関数間の呼び出し関係を表す図（以下、コールフロー図と表記）の形式で出力（表示）されてもよい。

以下、上記した本実施形態に係るコード読解支援装置１０の動作について具体的に説明する。まず、上記した調査記録処理の具体例について説明する。

ここで、図９は、ユーザが対象ソースコードを読解する際にコード読解支援装置１０の表示デバイス１０７に表示される画面（以下、単にコード読解支援装置１０の表示画面と表記）の一例を示す。

図９に示す例では、コード読解支援装置１０の表示画面には、ソースコード表示（編集）領域１０７ａ、記録開始ボタン１０７ｂ、記録終了ボタン１０７ｃ及び調査頻度表示ボタン１０７ｄが設けられている。

ソースコード表示領域１０７ａは、上記した対象ソースコード（つまり、格納部１１に格納されているソースコード）を表示するための領域である。コード読解支援装置１０を使用するユーザは、当該コード読解支援装置１０（の入力デバイス１０６）を操作することによって、ソースコード表示領域１０７ａに表示された対象ソースコードを編集することができる。

なお、上記した関数検索操作及びジャンプ操作等を含む関数表示操作は、ソースコード表示領域１０７ａ（に表示された対象ソースコード）上で行うことが可能である。

記録開始ボタン１０７ｂは、調査の記録を開始するためのボタンである。すなわち、この記録開始ボタン１０７ｂを押下（指定）する操作は、上記した図３において説明した記録開始操作に相当する。

記録終了ボタン１０７ｃは、調査の記録を終了するためのボタンである。すなわち、この記録終了ボタン１０７ｃを押下（指定）する操作は、上記した図３において説明した記録終了操作に相当する。

調査頻度表示ボタン１０７ｄは、調査頻度（情報）を表示（出力）するためのボタンである。すなわち、この調査頻度表示ボタン１０７ｄを押下（指定）する操作は、上記した図６において説明した調査頻度表示操作に相当する。

ここで、図９に示す表示画面には、第１機能指定領域１０７ｅ及び第２機能指定領域１０７ｆが更に設けられている。

第１機能指定領域１０７ｅは、記録開始操作を行う際にユーザが機能（調査対象機能）を指定するための領域である。この第１機能指定領域１０７ｅにおいて調査対象機能を指定して記録開始操作（つまり、記録開始ボタン１０７ｂを押下する操作）を行うことによって、調査の記録を開始する指示に付随する調査対象機能を示す機能情報が操作受付部１２によって取得される。

第２機能指定領域１０７ｆは、調査頻度表示操作を行う際にユーザが機能（表示対象機能）を指定するための領域である。この第２機能指定領域１０７ｆにおいて表示対象機能を指定して調査頻度表示操作（つまり、調査頻度表示ボタン１０７ｄを押下する操作）を行うことによって、調査頻度（情報）を表示する指示に付随する表示対象機能を示す機能情報が操作受付部１２によって取得される。

なお、第１機能指定領域１０７ｅ及び第２機能指定領域１０７ｆにおいて指定される機能とは、例えば図１０に示すようなシステム仕様書（対象ソースコードによって実現されるシステムの仕様書）に記載されている各項目（ソフトウェア製品が有する機能名）に相当するものとする。第１機能指定領域１０７ｅ及び第２機能指定領域１０７ｆにおいて機能が指定される場合、例えば当該機能の機能名等（機能情報）が第１機能指定領域１０７ｅ及び第２機能指定領域１０７ｆに直接入力されればよい。なお、コード読解支援装置１０の表示デバイス１０７に上記したシステム仕様書を表示し、当該システム仕様書に記載されている項目の中から所望の機能（を示す機能情報）を選択させるようなユーザインタフェース（ＵＩ）をユーザに対して提供するような構成であってもよい。

ここで、上記した調査記録処理においては上記したコード読解支援装置１０の表示画面に対するユーザの操作に応じて調査記録テーブルに調査記録情報（機能情報及び関数リスト）が保持されるが、以下、ユーザの操作に応じて調査記録テーブルに保持される調査記録情報の具体例について説明する。

まず、図１１は、ユーザＡによって行われる操作の一例を示している。図１１に示す例によれば、ユーザＡは記録開始ボタン１０７ｂを押下する操作（つまり、記録開始操作）行っているが、この際に第１機能指定領域１０７ｅにおいて機能１が指定されていることにより、当該機能１を示す機能情報「機能１」が記録開始操作に付随する付随データとして取得される。

上記したユーザＡの記録開始操作が受け付けられることによりコード読解支援装置１０の動作モードが待機モードから調査記録モードに遷移した場合、機能１を示す機能情報「機能１」が調査記録テーブルに設定されるとともに、空の関数リストが生成される。

ここで、ユーザＡがソースコード表示領域１０７ａにおいて関数検索操作を行い、関数ｆｕｎｃ１を検索した（つまり、関数ｆｕｎｃ１を当該ソースコード表示領域１０７ａに表示させた）場合を想定する。この場合、関数ｆｕｎｃ１を示す関数情報「ｆｕｎｃ１」が関数検索操作に付随する付随データとして取得され、当該関数情報「ｆｕｎｃ１」が上記した関数リストに追加される。

更に、ユーザＡがソースコード表示領域１０７ａにおいてジャンプ操作を行い、関数ｆｕｎｃ１から関数ｆｕｎｃ３にジャンプした（つまり、関数ｆｕｎｃ３を当該ソースコード表示領域１０７ａに表示させた）場合を想定する。この場合、関数ｆｕｎｃ３を示す関数情報「ｆｕｎｃ３」が関数リストに追加される。なお、このようなジャンプ操作が行われた場合の付随データは関数情報「ｆｕｎｃ１」及び「ｆｕｎｃ３」であるが、関数情報「ｆｕｎｃ１」については既に関数リストに追加されているため、ここでは関数情報「ｆｕｎｃ３」のみが関数リストに追加される。

次に、ユーザＡによって記録終了ボタン１０７ｃを押下する操作（つまり、記録終了操作）が行われたものとすると、上記した機能１を示す機能情報「機能１」に対応づけて関数情報「ｆｕｎｃ１」及び「ｆｕｎｃ３」が追加された関数リスト（つまり、機能情報「機能１」及び関数リスト「ｆｕｎｃ１、ｆｕｎｃ３」を含む調査頻度情報）が調査記録テーブルに記録される。

図１１に示す操作がユーザＡによって行われた場合（つまり、ユーザＡによる読解が行われた場合）には、上記した図５に示す調査記録テーブルを得ることができる。

なお、ここでは詳細な説明を省略するが、図１１に示す操作がユーザＡによって行われた後に例えばユーザＢによって図１２に示す操作が行われた場合（つまり、ユーザＢによる読解が行われた場合）には、図５に示す調査記録テーブルは、図１３に示す調査記録テーブルに更新される。更に、図１２に示す操作がユーザＢによって行われた後に例えばユーザＣによって図１４に示す操作が行われた場合（つまり、ユーザＣによる読解が行われた場合）には、図１３に示す調査記録テーブルは、図１５に示す調査記録テーブルに更新される。

このように本実施形態においては、複数のユーザの各々が対象ソースコードを読解する度に当該ユーザの各々によって調査された関数を含む関数リストを機能情報（ユーザによって指定された調査対象機能）に対応づけて蓄積することができる。

次に、図１６を参照して、調査頻度出力処理の具体例について説明する。ここでは、格納部１１に図１５に示す調査記録テーブルが既に格納されているものとする。なお、図１６に示す説明において、調査記録テーブルには、調査記録情報１１１～１１３が保持されている。調査記録情報１１１は、上記したユーザＡの操作に応じて調査記録テーブルに記録された調査記録情報である。また、調査記録情報１１２は、上記したユーザＢの操作に応じて調査記録テーブルに記録された調査記録情報である。また、調査記録情報１１３は、上記したユーザＣの操作に応じて調査記録テーブルに記録された調査記録情報である。

ここで、例えばユーザＤによって、第２機能指定領域１０７ｆにおいて機能１が表示対象機能として指定され、調査頻度表示ボタン１０７ｄを押下する操作が行われた場合を想定する。

この場合、空の関数頻度リスト２００が生成され、調査記録テーブルに記録されている調査記録情報１１１～１１３の各々について、図６に示すステップＳ１３～Ｓ２０の処理が実行される。

まず、調査記録情報１１１について処理が実行された場合、当該調査記録情報１１１に含まれる機能情報「機能１」によって示される機能１は、上記した第２機能指定領域１０７ｆにおいてユーザＤによって指定された機能１と一致する。

この場合、調査記録情報１１１に含まれる関数情報「ｆｕｎｃ１」及び「ｆｕｎｃ３」を関数頻度リスト２００に追加するとともに、当該関数情報の各々に対応づけて頻度情報「１」を設定する（ステップＳ４１）。これにより、空の関数頻度リスト２００は、関数頻度リスト２０１に更新される。

次に、調査記録情報１１２について処理が実行された場合、当該調査記録情報１１２に含まれる機能情報「機能２」によって示される機能２は、上記した第２機能指定領域１０７ｆにおいてユーザＤによって指定された機能１と一致しないため、関数頻度リスト２０１は更新されない（ステップＳ４２）。

更に、調査記録情報１１３について処理が実行された場合、当該調査記録情報１１３に含まれる機能情報「機能１」によって示される機能１は、上記した第２機能指定領域１０７ｆにおいてユーザＤによって指定された機能１と一致する。

この場合、調査記録情報１１３に含まれる関数情報「ｆｕｎｃ３」に対応づけて関数頻度リスト２０１に保持されている頻度情報によって示される頻度に１を加算する（ステップＳ４２）。これにより、関数頻度リスト２０１は、関数頻度リスト２０２に更新される。

上記したように図１５に示す調査記録テーブルに対して調査頻度出力処理が実行された場合には、関数頻度リスト２０２に機能１（対象機能）を示す機能情報「機能１」が付加された調査頻度情報を取得することができる。

このような調査頻度情報が出力された場合、ユーザＤは、機能１に関して対象ソースコードを読解する際には関数情報「ｆｕｎｃ１」によって示される関数ｆｕｎｃ１及び関数情報「ｆｕｎｃ３」によって示される関数ｆｕｎｃ３を調査することが効率的であると容易に把握することができる。

次に、調査頻度情報を対象ソースコードの解析結果とともに表示する際の処理の具体例について説明する。

まず、図１７及び図１８を参照して、対象ソースコード及び当該対象ソースコードの解析結果の具体例について説明する。図１７は対象ソースコードの一例を示してしおり、図１８は当該対象ソースコードの解析結果（構成関数情報及びリンク情報）を示している。

ここで、図１７に示す対象ソースコードには、関数ｆｕｎｃ１～関数ｆｕｎｃ５が記述されている（つまり、対象ソースコードは関数ｆｕｎｃ１～関数ｆｕｎｃ５から構成されている）。このため、図１８に示す構成関数情報には、関数情報「ｆｕｎｃ１」、「ｆｕｎｃ２」、「ｆｕｎｃ３」、「ｆｕｎｃ４」及び「ｆｕｎｃ５」が含まれている。

また、図１７に示す対象ソースコードにおいては、関数ｆｕｎｃ１内に関数ｆｕｎｃ２及びｆｕｎｃ３が記述されている。この場合、関数ｆｕｎｃ１は呼び出し元関数であり、関数ｆｕｎｃ２及びｆｕｎｃ３は呼び出し先関数であり、関数ｆｕｎｃ１と関数ｆｕｎｃ２及びｆｕｎｃ３とは呼び出し関係がある。

同様に、対象ソースコードにおいては、関数ｆｕｎｃ２内に関数ｆｕｎｃ４及びｆｕｎｃ５が記述されている。この場合、関数ｆｕｎｃ２は呼び出し元関数であり、関数ｆｕｎｃ４及びｆｕｎｃ５は呼び出し先関数であり、関数ｆｕｎｃ２と関数ｆｕｎｃ４及びｆｕｎｃ５とは呼び出し関係がある。

更に、対象ソースコードにおいては、関数ｆｕｎｃ３内に関数ｆｕｎｃ４が記述されている。この場合、関数ｆｕｎｃ３は呼び出し元関数であり、関数ｆｕｎｃ４は呼び出し先関数であり、関数ｆｕｎｃ３と関数ｆｕｎｃ４とは呼び出し関係がある。

図１８に示すリンク情報は、上記した呼び出し関係を示している。例えばリンク情報において対応づけられている呼び出し元関数情報「ｆｕｎｃ１」及び呼び出し先関数情報「ｆｕｎｃ２」は、関数ｆｕｎｃ１が呼び出し元関数であり、関数ｆｕｎｃ２が呼び出し先関係であり、当該関数ｆｕｎｃ１と関数ｆｕｎｃ２との間に呼び出し関係があることを示している。なお、リンク情報によって示される他の呼び出し関係についての説明は省略する。

ここで、ＩＤＥを構成するツール（例えば、コールフロー作成ツール）によれば、上記した対象ソースコードの解析結果（構成関数情報及びリンク情報）を用いて図１９に示すようなコールフロー図（複数の関数間の呼び出し関係を表す図）を生成して出力（表示）することが可能であるが、本実施形態においては、このようなコールフロー図に上記した調査頻度情報を付して出力する。以下、本実施形態において調査頻度情報を付して出力されるコールフロー図を便宜的に調査頻度付きコールフロー図と称する。

図２０は、調査頻度付きコールフロー図を出力するための処理を具体的に説明するための図である。ここでは、図１６において説明した調査頻度情報と図１８に示す構成関数情報及びリンク情報（対象ソースコードの解析結果）とを用いて調査頻度付きコールフロー図が出力される場合について説明する。

まず、対象ソースコードの解析結果に含まれる構成関数情報が所定の領域にコピーされる（ステップＳ５１）。

次に、コピーされた構成関数情報に含まれる関数情報のうち、調査頻度情報に含まれる関数頻度リストに存在する関数情報に対して頻度情報を設定する。

図２０に示す例によれば、関数情報「ｆｕｎｃ１」は関数頻度リストに存在するため、当該関数情報「ｆｕｎｃ１」に対して、当該関数頻度リストにおいて関数情報「ｆｕｎｃ１」に対応づけて保持されている頻度情報「１」を設定する（ステップＳ５２）。

同様に、関数情報「ｆｕｎｃ３」は関数頻度リストに存在するため、当該関数情報「ｆｕｎｃ３」に対して、当該関数頻度リストにおいて関数情報「ｆｕｎｃ３」に対応づけて保持されている頻度情報「２」を設定する（ステップＳ５３）。

なお、コピーされた構成関数情報に含まれる関数情報のうち、関数頻度リストに存在しない関数情報に対しては頻度情報「０」が設定される。

本実施形態においては、このような対象ソースコードを構成する全ての関数の各々を示す関数情報に対して頻度情報が設定された構成関数情報（調査頻度付き関数情報）と上記したリンク情報とを用いることによって、図２１に示すような調査頻度付きコールフロー図を表示することができる。このような調査頻度付きコールフロー図においては、対象ソースコードを構成する関数を表すノードの近傍に当該関数（を示す関数情報）に対して設定された頻度情報（によって示される頻度）が表示されるため、各関数の調査頻度を関数間の呼び出し関係を考慮して把握することができる。

ここでは、ユーザＡ～Ｃによって記録開始操作が行われた後にユーザＤによって調査頻度表示操作が行われる場合について説明したが、調査頻度表示操作は、ユーザＡ～Ｃのうちの１人のユーザ（つまり、過去に調査の記録を行ったユーザ）によって行われてもよい。また、記録開始操作（つまり、対象ソースコードに含まれる関数に対する調査の記録）は同一のユーザによって繰り返し行われてもよい。

上記したように本実施形態においては、ソースコードに含まれる複数の関数のうち第１ユーザが調査した関数を示す関数情報が当該第１ユーザの操作に基づいて特定され、当該特定された関数情報は調査記録テーブルに保持される。また、本実施形態においては、第２ユーザがソースコード読解する場合に、調査記録テーブルに保持されている関数情報を参照して、第１ユーザが調査した関数毎の頻度を示す調査頻度情報を取得し、当該取得された調査頻度情報を出力（表示）する。

このような構成によれば、第２ユーザはソースコードを読解する際に、例えば過去に他のユーザが調査した関数の頻度を当該ユーザの調査の傾向として把握する（つまり、当該傾向に沿ってソースコードを読解することが有用であることを把握する）ことができるため、当該第２ユーザによるソースコードの読解を支援することが可能となる。

なお、本実施形態においては、第１ユーザが調査した関数を示す関数情報を特定するための当該第１ユーザの操作が例えば関数検索操作（ソースコードに含まれる関数を検索して、当該検索された関数を表示させる操作）及びジャンプ操作（第１関数が表示されている状態で第１関数内に記述された第２関数を指定して、当該指定された第２関数を表示させる操作）であるものとして説明したが、当該第１ユーザの操作は、例えばソースコードに含まれる複数の関数のうちの少なくとも１つを表示させる操作（関数表示操作）であればよい。また、第１ユーザの操作は、当該第１ユーザが特定の関数を調査したことを推定することが可能であれば、関数を表示させる操作以外であってもよい。

また、本実施形態においては、第１ユーザがソースコードを読解する際に当該第１ユーザによって指定された機能（調査対象機能）に対応づけて関数情報が調査記録テーブルに保持され、第２ユーザによって指定された機能（表示対象機能）に対応づけて調査記録テーブルに保持されている関数情報に基づいて調査頻度情報が取得される構成であるため、第２ユーザが意図する頻度情報（つまり、所望の機能に関する調査の傾向）を出力することができる。

なお、本実施形態においては、調査頻度表示操作が行われる際に第２ユーザが表示対象機能を指定するものとして説明したが、当該表示対象機能は、例えば調査記録テーブルに保持されている機能情報の中から選択されるような構成とすることも可能である。

更に、本実施形態においては、調査頻度情報を、呼び出し元関数と呼び出し先関数との間の呼び出し関係を表すコールフロー図に付して出力する（つまり、調査頻度付きコールフロー図を出力する）構成としてもよい。このような構成によれば、例えば調査された頻度が高い関数を呼び出し関係に沿って調査していくようなことが可能となり、より第２ユーザによるソースコードの読解を支援することができる可能性がある。

なお、本実施形態においては、例えば図７等に示すような調査頻度情報が表示されればよいが、当該調査頻度情報は他の態様で表示されても構わない。具体的には、本実施形態においてはソースコードがコード読解支援装置１０の表示画面に設けられているソースコード表示領域１０７ａに表示されるが、調査頻度情報は、ソースコードに含まれる複数の関数のうちの調査された頻度が高い関数がソースコード表示領域１０７ａ上で強調表示されてもよい。

同様に、本実施形態においては、図２１に示すような調査頻度付きコールフロー図が表示されるものとして説明したが、当該調査頻度付きコールフロー図においても調査された頻度の高い関数（を表すノード）を強調表示するようにしてもよい。

更に、調査頻度情報は、例えばコード読解支援装置１０に備えられる表示デバイス１０７に出力されるのではなく、外部のサーバ装置等に出力されても構わない。このような構成によれば、例えば外部のサーバ装置において調査頻度情報を用いた処理が実行され、当該処理の結果を第２ユーザに提供するようなことが可能となる。

また、本実施形態においては、コード読解支援装置１０が図１に示す構成を有するものとして説明したが、当該構成は適宜変更されても構わない。具体的には、ソフトウェア製品の保守作業が長期間行われるような場合には、格納部１１に格納される調査記録テーブルのサイズが増大することが想定されるため、当該調査記録テーブルは外部のサーバ装置等において管理される構成としてもよい。このような構成の場合、コード読解支援装置１０は、通信デバイスを備え、必要に応じて調査記録テーブルをサーバ装置から取得（ダウンロード）するように動作すればよい。また、コード読解支援装置１０は、例えばユーザが使用するユーザ端末とは別個の装置であり、例えばクラウドコンピューティングサービスを提供するサーバ装置等として実現されていてもよい。このような構成の場合には、ユーザ端末を介してユーザの操作を受け付けるとともに、調査頻度情報等をユーザ端末に送信（出力）するように動作すればよい。

更に、本実施形態においては、便宜的に、１つのコード読解支援装置１０を用いてソフトウェア製品の保守作業が行われるものとして説明したが、当該保守作業は複数のユーザの各々が使用する複数のコード読解支援装置１０を用いて行われてもよい。この場合、上記した調査記録テーブルが複数のコード読解支援装置１０からアクセス可能なサーバ装置等において管理され、当該複数のコード読解支援装置１０（複数のユーザ）によって共有されるような構成とすればよい。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１０…コード読解支援装置、１１…格納部、１２…操作受付部、１３…ソースコード編集部、１４…調査記録部、１５…調査頻度取得部、１６…出力処理部、１０１…ＣＰＵ、１０２…不揮発性メモリ、１０３…主メモリ、１０４…ＢＩＯＳ－ＲＯＭ、１０５…システムコントローラ、１０６…入力デバイス、１０７…表示デバイス、１０８…ＥＣ。

Claims (7)

1. 複数の関数を含むソースコードの読解を支援するためのコード読解支援装置において、
   前記ソースコードに含まれる複数の関数のうち第１ユーザが調査した関数を示す関数情報を、当該第１ユーザの操作に基づいて特定する特定手段と、
   前記特定された関数情報を保持する保持手段と、
   第２ユーザが前記ソースコードを読解する場合に、前記保持手段に保持されている関数情報を参照して、前記第１ユーザが調査した関数毎の頻度を示す頻度情報を取得する取得手段と、
   前記取得された頻度情報を出力する出力処理手段と
   を具備し、
   前記ソースコードは、複数の機能を実現するように記述されており、
   前記保持手段は、前記複数の機能のうち前記第１ユーザがソースコードを読解する際に当該第１ユーザによって指定された機能に対応づけて前記関数情報を保持し、
   前記取得手段は、前記第２ユーザによって指定された機能に対応づけて前記保持手段に保持されている関数情報に基づいて、前記頻度情報を取得する
   コード読解支援装置。
2. 前記ソースコードを表示する表示処理手段を更に具備し、
   前記第１ユーザの操作は、前記ソースコードに含まれる複数の関数のうちの少なくとも１つを前記表示処理手段に表示させる関数表示操作を含み、
   前記特定手段は、前記関数表示操作に応じて前記表示処理手段によって表示された関数を示す関数情報を特定する
   請求項１記載のコード読解支援装置。
3. 前記関数表示操作は、前記ソースコードに含まれる関数を検索する操作を含む請求項２記載のコード読解支援装置。
4. 前記ソースコードに含まれる複数の関数は、呼び出し元関数である第１関数と、第１関数内に記述された呼び出し先関数である第２関数とを含み、
   前記関数表示操作は、前記第１関数が表示されている状態で当該第１関数内に記述された第２関数を指定する操作を含む
   請求項２記載のコード読解支援装置。
5. 前記ソースコードに含まれる複数の関数は、他の関数を呼び出す呼び出し元関数及び他の関数によって呼び出される呼び出し先関数を含み、
   前記出力処理手段は、前記頻度情報を、前記呼び出し元関数と前記呼び出し先関数との間の呼び出し関係を表す図に付して出力する
   請求項１～４のいずれか一項に記載のコード読解支援装置。
6. 複数の関数を含むソースコードの読解を支援するためのコード読解支援装置が実行する方法であって、
   前記ソースコードに含まれる複数の関数のうち第１ユーザが調査した関数を示す関数情報を、当該第１ユーザの操作に基づいて特定するステップと、
   前記特定された関数情報を保持手段に保持させるステップと、
   第２ユーザが前記ソースコードを読解する場合に、前記保持手段に保持されている関数情報を参照して、前記第１ユーザが調査した関数毎に頻度を示す頻度情報を取得するステップと、
   前記取得された頻度情報を出力するステップと
   を具備し、
   前記ソースコードは、複数の機能を実現するように記述されており、
   前記保持手段は、前記複数の機能のうち前記第１ユーザがソースコードを読解する際に当該第１ユーザによって指定された機能に対応づけて前記関数情報を保持し、
   前記取得するステップは、前記第２ユーザによって指定された機能に対応づけて前記保持手段に保持されている関数情報に基づいて、前記頻度情報を取得するステップを含む
   方法。
7. 複数の関数を含むソースコードの読解を支援するためのコード読解支援装置のコンピュータによって実行されるプログラムであって、
   前記コンピュータに、
   前記ソースコードに含まれる複数の関数のうち第１ユーザが調査した関数を示す関数情報を、当該第１ユーザの操作に基づいて特定するステップと、
   前記特定された関数情報を保持手段に保持させるステップと、
   第２ユーザが前記ソースコードを読解する場合に、前記保持手段に保持されている関数情報を参照して、前記第１ユーザが調査した関数毎の頻度を示す頻度情報を取得するステップと、
   前記取得された頻度情報を出力するステップと
   を実行させ、
   前記ソースコードは、複数の機能を実現するように記述されており、
   前記保持手段は、前記複数の機能のうち前記第１ユーザがソースコードを読解する際に当該第１ユーザによって指定された機能に対応づけて前記関数情報を保持し、
   前記取得するステップは、前記第２ユーザによって指定された機能に対応づけて前記保持手段に保持されている関数情報に基づいて、前記頻度情報を取得するステップを含む
   プログラム。

Images