特開 2023-167588 判定装置、判定方法および判定プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023167588

(43)【公開日】2023-11-24

(54)【発明の名称】判定装置、判定方法および判定プログラム

(51)【国際特許分類】

   G06F 8/75 20180101AFI20231116BHJP

【ＦＩ】

G06F8/75

【審査請求】未請求

【請求項の数】11

【出願形態】ＯＬ

(21)【出願番号】P 2022078882

(22)【出願日】2022-05-12

(71)【出願人】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】110002918

【氏名又は名称】弁理士法人扶桑国際特許事務所

(72)【発明者】

【氏名】山本 知朗

(72)【発明者】

【氏名】佐々木 孝次

(72)【発明者】

【氏名】齊藤 斎

(72)【発明者】

【氏名】橋本 知樹

【テーマコード（参考）】

5B376

【Ｆターム（参考）】

5B376BC38

(57)【要約】

【課題】ソースコードに対する理解度の判定精度を向上する。
【解決手段】判定装置１０は、記憶部１１および処理部１２を有する。記憶部１１は、ソースコードに含まれる命令文の、ユーザによる変更履歴２０を記憶する。例えば、変更履歴２０は、変更前ソースコード２１に対する変更後ソースコード２２における差分を示す差分情報２２ａ，２２ｂを示す。処理部１２は、変更履歴２０により示される、変更された命令文の構造の種類に基づいて、ソースコードに対する当該ユーザの理解度を判定する。
【選択図】図１

【特許請求の範囲】

【請求項1】

ソースコードに含まれる命令文の、ユーザによる変更履歴を記憶する記憶部と、
前記変更履歴により示される、変更された前記命令文の構造の種類に基づいて、前記ソースコードに対する前記ユーザの理解度を判定する処理部と、
を有する判定装置。

【請求項2】

前記処理部は、前記命令文の構造の種類と前記理解度に対する重みとを関連付けたテーブルを参照して、前記変更履歴が示す変更された前記命令文の構造の種類に応じた、前記理解度に対する重みを算出する、
請求項１記載の判定装置。

【請求項3】

前記処理部は、前記ソースコードに含まれる他の命令文の中に前記命令文が記述された場合、前記他の命令文の構造の種類と前記命令文の構造の種類とに基づいて、前記理解度を判定する、
請求項１記載の判定装置。

【請求項4】

前記処理部は、前記命令文の構造の種類と前記理解度に対する重みとを関連付けたテーブルを参照して、前記変更履歴が示す変更された前記命令文の構造の種類に応じた第１の重みと前記他の命令文の構造の種類に応じた第２の重みとを取得し、前記第１の重みを前記第２の重みにより補正し、補正後の前記第１の重みに基づいて前記理解度を判定する、
請求項３記載の判定装置。

【請求項5】

前記処理部は、前記ソースコードの変更に用いられるエディタの画面において前記命令文がカーソルにより指定されていた時間に基づいて前記理解度を判定する、
請求項１記載の判定装置。

【請求項6】

前記処理部は、
前記命令文の構造の種類と前記理解度に対する重みとを関連付けたテーブルを参照して、前記変更履歴が示す変更された前記命令文の構造の種類に応じた、前記理解度に対する第１の重みを算出し、
前記命令文が前記カーソルにより指定されていた前記時間に応じた、前記理解度に対する第３の重みを算出し、
前記第１の重みと前記第３の重みとに基づいて前記理解度を判定する、
請求項５記載の判定装置。

【請求項7】

前記処理部は、前記ソースコードのうち前記命令文から一定範囲内に記述された他の命令文が前記カーソルにより指定されていた他の時間に基づいて前記第３の重みを算出する、
請求項６記載の判定装置。

【請求項8】

前記処理部は、
前記エディタの画面において前記ソースコードに含まれる複数の命令文それぞれが前記カーソルにより指定されていた前記時間の合計を示す第１の指標値を取得し、
前記第１の重みと前記第３の重みとの積に前記第１の指標値を加算した値を前記ソースコードの規模を示す第２の指標値で割ることで前記理解度に対応するスコアを算出し、前記スコアに基づいて前記理解度を判定する、
請求項６記載の判定装置。

【請求項9】

前記命令文の構造の種類は、変数宣言と反復実行と条件分岐とのうち少なくともいずれかを含む、
請求項１記載の判定装置。

【請求項10】

コンピュータが、
ソースコードに含まれる命令文の、ユーザによる変更履歴を取得し、
前記変更履歴により示される、変更された前記命令文の構造の種類に基づいて、前記ソースコードに対する前記ユーザの理解度を判定する、
判定方法。

【請求項11】

コンピュータに、
ソースコードに含まれる命令文の、ユーザによる変更履歴を取得し、
前記変更履歴により示される、変更された前記命令文の構造の種類に基づいて、前記ソースコードに対する前記ユーザの理解度を判定する、
処理を実行させる判定プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は判定装置、判定方法および判定プログラムに関する。

【背景技術】

【0002】

ソフトウェア開発では、情報処理技術によりソースコードの作成の支援が行われることがある。例えば、ソースコードの長さおよび複雑度にかかるコードメトリクスおよびプログラム要素の変更履歴にかかるコミット情報に基づいてＬｏｎｇ Ｍｅｔｈｏｄ Ｓｃｏｒｅと呼ばれるスコアを生成するソースコード解析装置の提案がある。提案のソースコード解析装置は、当該スコアに基づいてプログラム要素がＬｏｎｇ Ｍｅｔｈｏｄかどうかを判定することにより、ソースコードに含まれる分割すべきプログラム要素を提示する。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１９－２１９８４８号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ソースコードの作成は、複数の作業者によって行われ得る。この場合、ソースコードの記述が属人化されると、例えば特定の記述箇所に対して特定の作業者しか作業できなくなるなど、ソースコードに対する作業効率が低下し得る。そこで、複数の作業者それぞれのソースコード全体に対する理解を向上させることで、属人化を防ぐことが考えられる。しかし、ソースコードに対する各作業者の理解度を適切に把握することは容易ではない。

【0005】

１つの側面では、本発明は、ソースコードに対する理解度の判定精度を向上することを目的とする。

【課題を解決するための手段】

【0006】

１つの態様では、判定装置が提供される。判定装置は、記憶部と処理部とを有する。記憶部は、ソースコードに含まれる命令文の、ユーザによる変更履歴を記憶する。処理部は、変更履歴により示される、変更された命令文の構造の種類に基づいて、ソースコードに対するユーザの理解度を判定する。

【0007】

また、１つの態様では、判定方法が提供される。また、１つの態様では、判定プログラムが提供される。

【発明の効果】

【0008】

１つの側面では、ソースコードに対する理解度の判定精度を向上できる。

【図面の簡単な説明】

【0009】

【図1】第１の実施の形態の判定装置を説明する図である。

【図2】第２の実施の形態の情報処理システムの例を示す図である。

【図3】管理サーバのハードウェア例を示す図である。

【図4】管理サーバの機能例を示す図である。

【図5】改修前ソースコードおよび改修後ソースコードの例を示す図である。

【図6】改修前ソースコードと改修前構文解析データとの関係の例を示す図である。

【図7】改修前構文解析データの例を示す図である。

【図8】改修後構文解析データの例を示す図である。

【図9】実装スコア定義テーブルの例を示す図である。

【図10】総実装スコアの決定例を示す図である。

【図11】カーソル指定時間テーブルおよび参照スコアの例を示す図である。

【図12】ソースコードエディタ画面の例を示す図である。

【図13】スコア管理テーブルの例を示す図である。

【図14】理解度判定の例を示す図である。

【図15】理解度判定の処理例を示すフローチャートである。

【図16】理解度テーブルの例を示す図である。

【図17】ソースコード理解度表示画面の例を示す図である。

【発明を実施するための形態】

【0010】

以下、本実施の形態について図面を参照して説明する。
［第１の実施の形態］
第１の実施の形態を説明する。

【0011】

図１は、第１の実施の形態の判定装置を説明する図である。
判定装置１０は、ソースコードに対するユーザの理解の度合い、すなわち理解度を判定する。判定装置１０は、記憶部１１および処理部１２を有する。記憶部１１は、ＲＡＭ（Random Access Memory）などの揮発性記憶装置でもよいし、ＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの不揮発性記憶装置でもよい。処理部１２は、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）などを含み得る。処理部１２はプログラムを実行するプロセッサでもよい。「プロセッサ」には、複数のプロセッサの集合（マルチプロセッサ）も含まれ得る。

【0012】

記憶部１１は、ソースコードに含まれる命令文の、ユーザによる変更履歴２０の情報を記憶する。例えば、変更履歴２０は、変更前ソースコード２１に対する変更後ソースコード２２の差分を示す差分情報を含む。変更前ソースコード２１は、あるソースコード名で識別されるソースコードの変更前の記述である。変更後ソースコード２２は、変更前ソースコード２１がユーザにより変更されたソースコードである。変更履歴２０は、変更前ソースコード２１の本体および変更後ソースコード２２の本体を含まなくてもよい。該当のソースコードは複数のユーザにより変更されてもよい。ソースコードが複数のユーザにより変更される場合、差分情報はユーザごとに変更履歴２０に保持される。

【0013】

例えば、変更履歴２０は、あるユーザに対応付けられた差分情報２２ａ，２２ｂを含む。差分情報２２ａは、変更後ソースコード２２において、変更前ソースコード２１から変更された記述が「ｉｎｔ ａ ＝ １０；」であることを示す。

【0014】

また、差分情報２２ｂは、変更後ソースコード２２において、変更前ソースコード２１から変更された記述が「｝ ｅｌｓｅ ｉｆ （ＦＬＡＧ ＝＝ １）｛…」であることを示す。差分情報２２ｂは、変更後ソースコード２２において、変更前ソースコード２１から追加された記述が「｝ ｅｌｓｅ ｉｆ （ＦＬＡＧ ＝＝ １）｛…」であることを示してもよい。

【0015】

変更履歴２０は、処理部１２により作成されてもよい。例えば、処理部１２は、該当のユーザにより変更前ソースコード２１が変更後ソースコード２２に変更されると、変更前ソースコード２１と変更後ソースコード２２とを比較することで、差分情報２２ａ，２２ｂを取得してもよい。

【0016】

処理部１２は、変更履歴２０により示される、変更された命令文の構造の種類に基づいて、ソースコードに対するユーザの理解度を判定する。ここで、ソースコードの記述に用いられる命令文の構造は、命令の実行を制御するための構造である。命令文の構造の種類は、プログラム言語の規約に応じて予め定められる。命令文の構造の種類には、例えば、変数宣言、反復実行、条件分岐などがある。命令文の構造の種類は、プログラム言語で命令文の記述のために用意される予約語に対応付けられる。

【0017】

プログラム言語の一例にＪａｖａ（登録商標）が挙げられる。例えば、Ｊａｖａでは、３２ビット整数型の変数の宣言は、予約語「ｉｎｔ」を用いて記述される。「ｉｎｔ」を用いて宣言された変数への値の代入を行う命令文の構造の種類は、変数宣言に分類されてもよい。また、Ｊａｖａでは、条件分岐は、例えば予約語「ｉｆ」や予約語「ｅｌｓｅ」を用いて記述される。例えば、予約語「ｉｆ」や予約語「ｅｌｓｅ」を用いて記述される条件分岐の命令文の構造の種類は、ｉｆ－ｅｌｓｅ文である。条件分岐は、予約語「ｓｗｉｔｃｈ」や予約語「ｃａｓｅ」などを用いて記述されることもある。また、反復実行は、例えば、ｆｏｒ文やｗｈｉｌｅ文を用いて記述される。命令文の他の構造についても、予約語が予め定められている。このように、処理部１２は、該当の命令文に含まれる予約語や該当の命令文に関連する予約語により、該当の命令文の構造の種類を分類し得る。

【0018】

命令文の構造は、その種類によって、ソースコードへの記述の難易度が変わる。例えば、変数宣言のようにソースコードの比較的狭い範囲に対する理解があれば編集を行える命令文の構造もあれば、条件分岐のようにソースコードの比較的広い範囲に対する理解がなければ編集を行えない命令文の構造もある。この場合、変数宣言の編集は比較的難易度が低いが、条件分岐の編集は比較的難易度が高いと言える。

【0019】

そこで、処理部１２は、例えば、変更履歴２０により示される差分情報２２ａから、変更された命令文の構造の種類が変数宣言であることを特定する。すると、処理部１２は、変数宣言の変更に応じた、ソースコードに対するユーザの理解度の第１の重みｗ１を決定する。また、処理部１２は、例えば、変更履歴２０により示される差分情報２２ｂから、変更された命令文の構造の種類がｉｆ－ｅｌｓｅ文であることを特定する。すると、処理部１２は、ｉｆ－ｅｌｓｅ文の変更に応じた、ソースコードに対するユーザの理解度の第２の重みｗ２を決定する。

【0020】

例えば、命令文の構造の種類に応じた理解度に対する重みを示す情報は、記憶部１１に予め記憶されてもよい。この場合、処理部１２は、記憶部１１に記憶された当該重みを示す情報に基づいて、ソースコードにおいて変更が行われた命令文の構造の種類に応じた、理解度に対する重みを取得できる。

【0021】

処理部１２は、例えば変更が行われた命令文の構造の種類に応じた各重みの線形結合により、ソースコードに対するユーザの理解度を示す指標値を求めてもよい。上記の例では、処理部１２は、当該指標値Ｗを、Ｗ＝α＊ｗ１＋β＊ｗ２と求める。例えば、指標値Ｗの値が大きい程、ユーザの理解度は高いとする。この場合、ｗ１＜ｗ２である。変数宣言はソースコードへの理解が比較的浅くても記述できるが、ｉｆ－ｅｌｓｅ文のような条件分岐はソースコードへの理解が比較的深くなければ記述できないからである。

【0022】

ここで、係数α，βは重みを補正する係数、あるいは他の重みである。例えばα，βは、何れも正の実数である。α＝β＝１でもよい。あるいは、処理部１２は、α，βそれぞれの値を、ソースコードの変更時において、ソースコードの編集に用いられるエディタ上での各変更箇所に対するユーザの注目時間に応じて決定してもよい。例えば、処理部１２は、α，βそれぞれの値を、該当の命令文の構造に関する記述箇所に対する、当該エディタ上でのカーソルの指定時間、あるいは、当該指定時間に対応する指標値に比例する値としてもよい。

【0023】

こうして、処理部１２は、例えば、上記の指標値Ｗにより、ソースコードに対するユーザの理解度を決定する。処理部１２は、指標値Ｗを、そのままユーザの理解度としてもよいし、指標値Ｗからユーザの理解度が「高い」、「中程度」、「低い」といった理解度の度合い、あるいは理解度のランクを更に判定してもよい。そして、処理部１２は、ソースコードに対するユーザの理解度を示す情報を出力する。例えば、処理部１２は、ソースコードに対する複数のユーザそれぞれの理解度を示す出力画面を、判定装置１０に接続された表示装置に表示させてもよい。処理部１２は、ネットワークを介して判定装置１０以外の情報処理装置に当該出力画面の情報を送信してもよい。

【0024】

このように、判定装置１０によれば、ソースコードに含まれる命令文の、ユーザによる変更履歴２０が取得される。変更履歴２０により示される、変更された命令文の構造の種類に基づいて、ソースコードに対するユーザの理解度が判定される。

【0025】

ここで、ソースコードに対するユーザの理解度を判定する比較例の方法として、例えば該当のユーザが該当のソースコードの編集を行ったことがあるか否かを基準に理解度を判定することが考えられる。しかし、比較例の方法では、ユーザがソースコードの編集を行ったことがあれば、該当のユーザがソースコードに対する理解があり、ユーザがソースコードの編集を行ったことがなければ、該当のユーザがソースコードに対する理解がないと判定できるだけである。すなわち、比較例の方法では、ソースコードに対するユーザの理解度の判定の精度が低い。

【0026】

そこで、判定装置１０は、変更された命令文の構造の種類を基にユーザの理解度の判定を行うことで、ソースコードに対するユーザの理解度の判定精度を向上できる。具体的には、上記のように、命令文の構造の種類に応じて、ソースコードにおける記述の難易度は異なる。比較的難易度が高い場合、該当の記述の編集には、ソースコードにおける広範な理解を要する。一方、比較的難易度が低い場合、該当の記述の編集には、ソースコードにおける限定的な理解で足りる。このため、判定装置１０は、変更された命令文の構造の種類を基に変更の難易度に応じたユーザの理解度を多段階に詳細に判定可能になる。

【0027】

例えば、ソフトウェアを開発するユーザは、該当のソースコードに対する複数のユーザの理解度の、判定装置１０による判定結果を示す出力画面を確認することで、ソースコードに対する自身または他のユーザの理解度を把握できる。例えば、ユーザは、理解度の比較的高いユーザと、理解度の比較的低いユーザとを組ませるペアプログラミングなどを計画することで、複数のユーザそれぞれのソースコード全体に対する理解度を効率的に向上させることができる。こうして、判定装置１０は、ソースコード作成における属人化の抑制を支援できる。その結果、判定装置１０は、ソフトウェアの効率的な開発を支援できる。

【0028】

例えば、ソフトウェアの開発手法として、アジャイル開発が用いられることがある。アジャイル開発では、複数の作業者により、ソフトウェアの機能単位に、開発、テスト、実装などの工程が比較的短期間で繰り返し行われ、開発効率の向上のために、ソースコードの記述の属人化の防止が特に求められる。このため、判定装置１０によるソースコードに対する理解度の判定は、例えば、アジャイル開発を行う現場において特に有効である。

【0029】

以下では、より具体的な例により、判定装置１０の機能を更に詳細に説明する。
［第２の実施の形態］
次に、第２の実施の形態を説明する。

【0030】

図２は、第２の実施の形態の情報処理システムの例を示す図である。
第２の実施の形態の情報処理システムは、管理サーバ１００および端末装置２００，３００を含む。管理サーバ１００および端末装置２００，３００は、ネットワーク４０に接続される。ネットワーク４０は、例えばＬＡＮ（Local Area Network）である。ネットワーク４０は、ＷＡＮ（Wide Area Network）やインターネットなどでもよい。

【0031】

管理サーバ１００は、複数のユーザによるソフトウェアの開発を支援するサーバコンピュータである。ソフトウェアの開発手法には、例えばアジャイル開発が用いられる。管理サーバ１００は、ソフトウェアのソースコードをバージョンごとに管理するリポジトリとして機能する。また、管理サーバ１００は、ソースコードに対する複数のユーザそれぞれの理解度を判定し、ユーザに提供する。管理サーバ１００は、第１の実施の形態の判定装置１０の一例である。

【0032】

端末装置２００，３００は、ユーザによるソースコードの編集に用いられるクライアントコンピュータである。例えば、端末装置２００はユーザＸにより利用される。また、端末装置３００は、ユーザＹにより利用される。端末装置２００，３００は、ソースコードエディタとして機能する。ソースコードエディタは、ユーザによるソースコードの編集を支援するツールである。端末装置２００，３００は、改修対象のソースコードを管理サーバ１００から取得し、ユーザによる改修を受け付ける。端末装置２００，３００は、ユーザによる改修後のソースコードを管理サーバ１００に登録する。例えば、ユーザＸ，Ｙは、あるソフトウェアのソースコードの作成を行うチームのメンバである。図示を省略しているが、当該チームにはユーザＸ，Ｙ以外のメンバも所属し得る。

【0033】

管理サーバ１００は、複数のユーザそれぞれの識別情報に対応付けて、当該ユーザによる改修前のソースコードと、改修後のソースコードとを管理する。改修前のソースコードは、改修前ソースコードと言われる。改修後のソースコードは、改修後ソースコードと言われる。

【0034】

図３は、管理サーバのハードウェア例を示す図である。
管理サーバ１００は、ＣＰＵ１０１、ＲＡＭ１０２、ＨＤＤ１０３、ＧＰＵ（Graphics Processing Unit）１０４、入力インタフェース１０５、媒体リーダ１０６およびＮＩＣ（Network Interface Card）１０７を有する。なお、ＣＰＵ１０１は、第１の実施の形態の処理部１２の一例である。ＲＡＭ１０２またはＨＤＤ１０３は、第１の実施の形態の記憶部１１の一例である。

【0035】

ＣＰＵ１０１は、プログラムの命令を実行するプロセッサである。ＣＰＵ１０１は、ＨＤＤ１０３に記憶されたプログラムやデータの少なくとも一部をＲＡＭ１０２にロードし、プログラムを実行する。なお、ＣＰＵ１０１は複数のプロセッサコアを含んでもよい。また、管理サーバ１００は複数のプロセッサを有してもよい。以下で説明する処理は複数のプロセッサまたはプロセッサコアを用いて並列に実行されてもよい。また、複数のプロセッサの集合を「マルチプロセッサ」または単に「プロセッサ」と言うことがある。

【0036】

ＲＡＭ１０２は、ＣＰＵ１０１が実行するプログラムやＣＰＵ１０１が演算に用いるデータを一時的に記憶する揮発性の半導体メモリである。なお、管理サーバ１００は、ＲＡＭ以外の種類のメモリを備えてもよく、複数個のメモリを備えてもよい。

【0037】

ＨＤＤ１０３は、ＯＳ（Operating System）やミドルウェアやアプリケーションソフトウェアなどのソフトウェアのプログラム、および、データを記憶する不揮発性の記憶装置である。なお、管理サーバ１００は、フラッシュメモリやＳＳＤ（Solid State Drive）などの他の種類の記憶装置を備えてもよく、複数の不揮発性の記憶装置を備えてもよい。

【0038】

ＧＰＵ１０４は、ＣＰＵ１０１からの命令に従って、管理サーバ１００に接続されたディスプレイ４１に画像を出力する。ディスプレイ４１としては、ＣＲＴ（Cathode Ray Tube）ディスプレイ、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）、プラズマディスプレイ、有機ＥＬ（ＯＥＬ：Organic Electro-Luminescence）ディスプレイなど、任意の種類のディスプレイを用いることができる。

【0039】

入力インタフェース１０５は、管理サーバ１００に接続された入力デバイス４２から入力信号を取得し、ＣＰＵ１０１に出力する。入力デバイス４２としては、マウス、タッチパネル、タッチパッド、トラックボールなどのポインティングデバイス、キーボード、リモートコントローラ、ボタンスイッチなどを用いることができる。また、管理サーバ１００に、複数の種類の入力デバイスが接続されていてもよい。

【0040】

媒体リーダ１０６は、記録媒体４３に記録されたプログラムやデータを読み取る読み取り装置である。記録媒体４３として、例えば、磁気ディスク、光ディスク、光磁気ディスク（ＭＯ：Magneto-Optical disk）、半導体メモリなどを使用できる。磁気ディスクには、フレキシブルディスク（ＦＤ：Flexible Disk）やＨＤＤが含まれる。光ディスクには、ＣＤ（Compact Disc）やＤＶＤ（Digital Versatile Disc）が含まれる。

【0041】

媒体リーダ１０６は、例えば、記録媒体４３から読み取ったプログラムやデータを、ＲＡＭ１０２やＨＤＤ１０３などの他の記録媒体にコピーする。読み取られたプログラムは、例えば、ＣＰＵ１０１によって実行される。なお、記録媒体４３は可搬型記録媒体であってもよく、プログラムやデータの配布に用いられることがある。また、記録媒体４３やＨＤＤ１０３を、コンピュータ読み取り可能な記録媒体と言うことがある。

【0042】

ＮＩＣ１０７は、ネットワーク４０に接続され、ネットワーク４０を介して他のコンピュータと通信を行うインタフェースである。ＮＩＣ１０７は、例えば、スイッチやルータなどの通信装置とケーブルで接続される。ＮＩＣ１０７は、無線通信インタフェースでもよい。

【0043】

端末装置２００，３００も管理サーバ１００と同様のハードウェアにより実現される。
図４は、管理サーバの機能例を示す図である。
管理サーバ１００は、ソースコード記憶部１１０、制御情報記憶部１２０および制御部１３０を有する。ソースコード記憶部１１０および制御情報記憶部１２０には、ＲＡＭ１０２やＨＤＤ１０３の記憶領域が用いられる。制御部１３０は、ＲＡＭ１０２に記憶されたプログラムがＣＰＵ１０１により実行されることで実現される。

【0044】

ソースコード記憶部１１０は、ソフトウェアのソースコードを記憶する。ソースコードは複数のユーザにより改修される。ソースコード記憶部１１０は、改修を行ったユーザの識別情報に対応付けて、当該ソースコードの改修前後の内容を保持する。例えば、ソースコード記憶部１１０は、改修前ソースコード１１１と改修後ソースコード１１２とを記憶する。改修前ソースコード１１１は、改修前のソースコードである。改修後ソースコード１１２は、改修前ソースコード１１１に対するユーザＸによる改修後のソースコードである。図示を省略しているが、ソースコード記憶部１１０は、ユーザＹを含む他のメンバに対応付けられた改修後ソースコードと改修前ソースコードとを保持してもよい。ここで、改修前ソースコード１１１は、変更前ソースコード２１の一例である。改修後ソースコード１１２は、変更後ソースコード２２の一例である。

【0045】

制御情報記憶部１２０は、制御部１３０によるユーザのソースコードに対する理解度の判定に用いられる制御情報を記憶する。制御情報は、改修前構文解析データ１２１、改修後構文解析データ１２２、実装スコア定義テーブル１２３、カーソル指定時間テーブル１２４、スコア管理テーブル１２５および理解度テーブル１２６を含む。

【0046】

改修前構文解析データ１２１は、改修前ソースコード１１１に対する構文解析の結果を示す情報である。改修前構文解析データ１２１は、改修前ソースコード１１１に含まれる命令文の構造の解析結果を含む。

【0047】

改修後構文解析データ１２２は、改修後ソースコード１１２に対する構文解析の結果を示す情報である。改修後構文解析データ１２２は、改修後ソースコード１１２に含まれる命令文の構造の解析結果を含む。

【0048】

実装スコア定義テーブル１２３は、ソースコードにおける命令文の構造の種類ごとの実装スコアを定める情報である。実装スコアは、ソースコードに対するユーザの理解度の重みを示す。ここで、ソースコードに対するユーザの理解度は、スコア化されて評価される。ユーザの理解度に対応するスコアは理解度判定スコアと言われる。理解度判定スコアが大きい程、ユーザの理解度は高いと評価される。理解度判定スコアが小さい程、ユーザの理解度は低いと評価される。この場合、ソースコードにおける編集の難易度が高い命令文の構造の種類に対する実装スコアは大きくなる。一方、ソースコードにおける編集の難易度が低い命令文の構造の種類に対する実装スコアは小さくなる。

【0049】

カーソル指定時間テーブル１２４は、ユーザによるソースコードの編集時におけるソースコードエディタ上でのカーソル指定時間の取得結果を示す情報である。カーソル指定時間は、ソースコードエディタに表示されるソースコードにおいて、カーソルが当てられた箇所ごとに、当該カーソルが当てられていた時間として取得される。改修前ソースコード１１１が改修後ソースコード１１２に変更される間に、ある箇所に複数回カーソルが当てられた場合、各回の合計時間が当該箇所に対するカーソル指定時間となる。

【0050】

スコア管理テーブル１２５は、ソースコードに対するユーザの理解度の判定の基になるスコアを保持するテーブルである。ユーザの理解度の判定の基になるスコアには、実装スコアおよび参照スコアが含まれる。実装スコアは、ユーザにより変更された命令文の構造の種類と、実装スコア定義テーブル１２３とに基づいて決定される。参照スコアは、カーソル指定時間テーブル１２４に基づいて決定される。また、実装スコアおよび参照スコアに基づいて、ユーザの理解度に対応する理解度判定スコアが決定される。

【0051】

理解度テーブル１２６は、ソースコードに対して判定されたユーザの理解度の情報を保持する情報である。
制御部１３０は、ソースコードに対するユーザの理解度を判定する。制御部１３０は、構文解析部１３１、カーソル指定時間取得部１３２、構文解析結果比較部１３３および理解度判定部１３４を有する。

【0052】

構文解析部１３１は、ソースコードに含まれる構文の解析、すなわち、構文解析を行う。例えば、構文解析部１３１は、改修前ソースコード１１１の構文解析を行い、改修前構文解析データ１２１を生成する。また、構文解析部１３１は、改修後ソースコード１１２の構文解析を行い、改修後構文解析データ１２２を生成する。

【0053】

カーソル指定時間取得部１３２は、端末装置２００，３００で実行されるソースコードエディタからカーソル指定時間を取得し、カーソル指定時間テーブル１２４に記録する。
構文解析結果比較部１３３は、改修前構文解析データ１２１と改修後構文解析データ１２２とを比較し、改修前後でのソースコードの差分を示す変更履歴を取得する。

【0054】

理解度判定部１３４は、構文解析結果比較部１３３により取得された変更履歴と、実装スコア定義テーブル１２３とに基づいて、ソースコードに対するユーザの理解度を判定する。具体的には、理解度判定部１３４は、変更履歴からユーザにより変更された命令文の構造の種類を抽出し、実装スコア定義テーブル１２３に基づいて、当該命令文の構造の種類に応じた実装スコアを決定する。

【0055】

また、理解度判定部１３４は、カーソル指定時間テーブル１２４に基づいて、変更された命令文の構造が記述された箇所のカーソル指定時間に応じた参照スコアを決定する。そして、理解度判定部１３４は、決定した実装スコアと参照スコアとに基づいて、理解度判定スコアを算出し、理解度判定スコアに応じて、ユーザの理解度を判定する。理解度判定部１３４は、理解度判定スコアの算出に用いる実装スコアや参照スコアを、スコア管理テーブル１２５により管理する。理解度判定スコアは、値が大きいほどユーザの理解度が高く、値が小さいほどユーザの理解度が低いことを示す。理解度判定部１３４は、判定した理解度を、ソースコードの識別情報とユーザの識別情報とに対応付けて、理解度テーブル１２６に記録する。

【0056】

理解度判定部１３４は、理解度テーブル１２６に基づいて、ソースコードに対するユーザの理解度を示す情報を出力する。例えば、理解度判定部１３４は、ソースコードに対するユーザの理解度を示す画面を、ディスプレイ４１に表示させたり、端末装置２００，３００のディスプレイに表示させたりしてもよい。

【0057】

次に、プログラム言語の一例としてＪａｖａを用いる場合の改修前ソースコード１１１および改修後ソースコード１１２の例を説明する。
図５は、改修前ソースコードおよび改修後ソースコードの例を示す図である。

【0058】

例えば、改修前ソースコード１１１および改修後ソースコード１１２は、メソッド名「ＳａｍｐｌｅＭｅｔｈｏｄ」のメソッドの定義を示す。例えば、改修前ソースコード１１１の「ｉｎｔ ｔｍｐ ＝ ０；」の記述は、改修後ソースコード１１２では「ｉｎｔ ｔｍｐ ＝ １００；」と変更されている。また、例えば、改修前ソースコード１１１では、ｉｆ文の「ＦＬＡＧ ＝＝ １」のときの条件分岐がないのに対し、改修後ソースコード１１２では当該ｉｆ文において「ＦＬＡＧ ＝＝ １」のときの条件分岐が追加される変更が行われている。改修後ソースコード１１２における「ＦＬＡＧ ＝＝ １」のときの条件分岐の記述は、「｝ ｅｌｓｅ ｉｆ （ＦＬＡＧ ＝＝ １）｛」、「ｒｅｓｕｌｔ ＝ １１；」に相当する。

【0059】

改修後ソースコード１１２の上記以外の箇所は、改修前ソースコード１１１から変更されていない。
図６は、改修前ソースコードと改修前構文解析データとの関係の例を示す図である。

【0060】

改修前構文解析データ１２１は、改修前ソースコード１１１に基づいて、構文解析部１３１により生成され、制御情報記憶部１２０に格納される。改修前構文解析データ１２１は、レコード名ｄａｔａ１～ｄａｔａ５で識別される５つのレコードを有する。ｄａｔａ１～ｄａｔａ５は、改修前ソースコード１１１に含まれる構文の情報を示す。構文の情報には、「ｉｎｔ」、「ｉｆ」、「ｓｗｉｔｃｈ」などの予約語に応じた命令文の構造の種類を示す情報が含まれる。構文解析部１３１は、改修前ソースコード１１１の構文解析を行うことで、ｄａｔａ１～ｄａｔａ５を生成する。構文解析には、既存の方法が用いられる。

【0061】

例えば、ｄａｔａ１は、「ｉｎｔ ｔｍｐ ＝ ０；」に対応する変数宣言（ｖａｒｉａｂｌｅＤｅｃｌａｒａｔｉｏｎ）を示す。
また、ｄａｔａ２～ｄａｔａ５は、「ｓｗｉｔｃｈ（ｐａｒａｍ）｛」に対応するｓｗｉｔｃｈ文のグループ（ＳｗｉｔｃｈＢｌｏｃｋＳｔａｔｅｍｅｎｔＧｒｏｕｐ）の要素を示す。ｄａｔａ２は、「ｃａｓｅ １：」の場合である。ｄａｔａ３，４は、「ｃａｓｅ １０：」の場合である。後述されるように「ｃａｓｅ １０：」の場合は、「ＦＬＡＧ」の値により更に細分化される。ｄａｔａ５は、「ｄｅｆａｕｌｔ：」の場合である。

【0062】

図７は、改修前構文解析データの例を示す図である。
改修前構文解析データ１２１の各レコードは、次の情報を有する。例えば、前述のように、ｄａｔａ１は、「ｉｎｔ ｔｍｐ ＝ ０；」に対応する変数宣言「ｖａｒｉａｂｌｅＤｅｃｌａｒａｔｉｏｎ ｔｍｐ ＝ ０」を有する。

【0063】

また、ｄａｔａ２～ｄａｔａ５は、「ｓｗｉｔｃｈ（ｐａｒａｍ）｛」に対応するｓｗｉｔｃｈ文のグループ「ＳｗｉｔｃｈＢｌｏｃｋＳｔａｔｅｍｅｎｔＧｒｏｕｐ」の情報に加えて、下記の情報を有する。

【0064】

ｄａｔａ２は、「ｃａｓｅ １：」に対応するｓｗｉｔｃｈ文のｃａｓｅ表現「ＳｗｉｔｃｈＬａｂｅｌ ｃａｓｅ：ｐａｒａｍ ＝＝ １」および変数表現「Ｅｘｐｒｅｓｓｉｏｎ ｒｅｓｕｌｔ ＝ １０」を有する。

【0065】

ｄａｔａ３は、「ｃａｓｅ １０：」に対応するｓｗｉｔｃｈ文のｃａｓｅ表現「ＳｗｉｔｃｈＬａｂｅｌ ｃａｓｅ：ｐａｒａｍ ＝＝ １０」を有する。また、ｄａｔａ３は、「ｉｆ ＦＬＡＧ ＝＝ ０」に対応する条件分岐「ＩｆＴｈｅｎＥｌｓｅＳｔａｔｅｍｅｎｔ （ＦＬＡＧ ＝＝ ０）＝ Ｔｒｕｅ」を有する。更に、ｄａｔａ３は、「ｒｅｓｕｌｔ ＝ １０；」に対応する変数宣言「ｖａｒｉａｂｌｅＤｅｃｌａｒａｔｉｏｎ ｒｅｓｕｌｔ ＝ １０」を有する。例えば、予約語「ｉｎｔ」で宣言された変数「ｒｅｓｕｌｔ」へ値を代入する命令文の構造の種類は、変数宣言とされ得る。

【0066】

ｄａｔａ４は、「ｃａｓｅ １０：」に対応するｓｗｉｔｃｈ文のｃａｓｅ表現「ＳｗｉｔｃｈＬａｂｅｌ ｃａｓｅ：ｐａｒａｍ ＝＝ １０」を有する。また、ｄａｔａ４は、「ｅｌｓｅ」に対応する条件分岐「ＩｆＴｈｅｎＥｌｓｅＳｔａｔｅｍｅｎｔ （ＦＬＡＧ ！＝ ０）＝ Ｔｒｕｅ」を有する。更に、ｄａｔａ４は、「ｒｅｓｕｌｔ ＝ １００；」に対応する変数宣言「ｖａｒｉａｂｌｅＤｅｃｌａｒａｔｉｏｎ ｒｅｓｕｌｔ ＝ １００」を有する。

【0067】

ｄａｔａ５は、「ｄｅｆａｕｌｔ：」に対応するｓｗｉｔｃｈ文のｃａｓｅ表現「ＳｗｉｔｃｈＬａｂｅｌ ｄｅｆａｕｌｔ」および「ｂｒｅａｋ；」に対応するＢｒｅａｋ文「Ｂｒｅａｋ」を有する。

【0068】

このように、命令文の構造が入れ子になる場合、上位の命令文の構造と、下位の命令文の構造とがグループ化される。例えば、ｄａｔａ２は、上位の命令文の構造「ｓｗｉｔｃｈ（ｐａｒａｍ）」と、下位の命令文の構造「ｃａｓｅ １：」とを示す情報を含む。

【0069】

また、ｄａｔａ３は、上位の命令文の構造「ｓｗｉｔｃｈ（ｐａｒａｍ）」と、下位の命令文の構造「ｃａｓｅ １０：」とを示す情報を含む。ｄａｔａ３は、上位の命令文の構造「ｃａｓｅ １０：」と、下位の命令文の構造「ｉｆ ＦＬＡＧ ＝＝ ０」とを示す情報を含む。更に、ｄａｔａ３は、上位の命令文の構造「ｉｆ ＦＬＡＧ ＝＝ ０」と、下位の命令文の構造「ｒｅｓｕｌｔ ＝ １０；」とを示す情報を含む。ｄａｔａ４，ｄａｔａ５も同様である。

【0070】

図８は、改修後構文解析データの例を示す図である。
改修後構文解析データ１２２は、改修後ソースコード１１２に基づいて、構文解析部１３１により生成され、制御情報記憶部１２０に格納される。改修後構文解析データ１２２は、レコード名ｄａｔａ１ａ～ｄａｔａ６ａで識別される６つのレコードを有する。

【0071】

ｄａｔａ１ａは、「ｉｎｔ ｔｍｐ ＝ １００；」に対応する変数宣言「ｖａｒｉａｂｌｅＤｅｃｌａｒａｔｉｏｎ ｔｍｐ ＝ １００」を有する。
ｄａｔａ２ａ，ｄａｔａ３ａは、それぞれｄａｔａ２，ｄａｔａ３と同じである。

【0072】

ｄａｔａ４ａは、改修後ソースコード１１２で追加された条件分岐の記述「｝ ｅｌｓｅ ｉｆ （ＦＬＡＧ ＝＝ １）｛」、「ｒｅｓｕｌｔ ＝ １１；」に相当する。
ｄａｔａ５ａ，ｄａｔａ６ａは、それぞれｄａｔａ４，ｄａｔａ５と同じである。ただし、ｄａｔａ５ａは、該当のｉｆ文においてｄａｔａ４ａで示される条件分岐が追加されていることから、当該ｉｆ文に係る条件が「（（ＦＬＡＧ ！＝ ０） ＆＆ （ＦＬＡＧ ！＝ １））＝Ｔｒｕｅ」と記載される。

【0073】

構文解析結果比較部１３３は、改修前構文解析データ１２１におけるｄａｔａ１～ｄａｔａ５の各レコードを、改修後構文解析データ１２２におけるｄａｔａ１ａ～ｄａｔａ６ａの各レコードと順番に比較する。構文解析結果比較部１３３は、当該比較により、改修前ソースコード１１１に対する改修後ソースコード１１２の差分に対応する命令文の構造の種類を特定することができる。

【0074】

例えば、構文解析結果比較部１３３は、改修前構文解析データ１２１のｄａｔａ１と、改修後構文解析データ１２２のｄａｔａ１ａとの比較により、変数ｔｍｐの変数宣言に関する変更が行われたことを特定する。

【0075】

また、構文解析結果比較部１３３は、改修前構文解析データ１２１のｄａｔａ２，ｄａｔａ３と、改修後構文解析データ１２２のｄａｔａ２ａ，ｄａｔａ３ａとの比較により、ｄａｔａ２ａ，ｄａｔａ３ａには変更がないことを特定する。

【0076】

また、構文解析結果比較部１３３は、改修後構文解析データ１２２のｄａｔａ４ａに対応するレコードが、改修前構文解析データ１２１に存在しないことを検出する。すると、構文解析結果比較部１３３は、ｄａｔａ４ａで示される命令文の構造のグループ、すなわち、ｓｗｉｔｃｈ文、ｉｆ文および変数宣言の組合せに関する変更が行われたことを特定する。

【0077】

また、構文解析結果比較部１３３は、改修前構文解析データ１２１のｄａｔａ４，ｄａｔａ５と、改修後構文解析データ１２２のｄａｔａ５ａ，ｄａｔａ６ａとの比較により、ｄａｔａ５ａ，ｄａｔａ６ａには変更がないことを特定する。ここで、ｄａｔａ５ａにおける条件「（（ＦＬＡＧ ！＝ ０） ＆＆ （ＦＬＡＧ ！＝ １））＝Ｔｒｕｅ」は、該当のｉｆ文の他の条件「ＦＬＡＧ ＝＝ ０」および「ＦＬＡＧ ＝＝ １」の何れでもないことを示す。すなわち、条件「（（ＦＬＡＧ ！＝ ０） ＆＆ （ＦＬＡＧ ！＝ １））＝Ｔｒｕｅ」は、「ｅｌｓｅ」の記述に相当するので、構文解析結果比較部１３３は、ｄａｔａ４とｄａｔａ５ａとが同じであり、変更がないと判断する。

【0078】

なお、構文解析結果比較部１３３は、改修後構文解析データ１２２のｄａｔａ１ａ～ｄａｔａ６ａそれぞれを、改修前構文解析データ１２１のｄａｔａ１～ｄａｔａ５のうちの一致する項目が多いレコードに優先的に対応付けてもよい。ここで、項目は、例えば、レコードに含まれる命令文の構造の情報（例えば、ＳｗｉｔｃｈＬａｂｅｌ ｃａｓｅ：ｐａｒａｍ ＝＝ １０など）と、その入れ子構造とを含む。入れ子構造は、例えばｃａｓｅ文の中にｉｆ文が記述されるというように、ある命令文の中に、他の命令文が記述される構造である。例えば、ｄａｔａ３とｄａｔａ３ａとでは、両レコードに含まれる項目は全て一致する。構文解析結果比較部１３３は、ｄａｔａ１ａ～ｄａｔａ６ａのうち、ｄａｔａ１～ｄａｔａ５の何れにも対応付けられないレコードを、ソースコードに新たに追加された記述に対応する命令文の構造を示すレコードと特定してもよい。

【0079】

構文解析結果比較部１３３は、こうして改修前構文解析データ１２１と改修後構文解析データ１２２とを比較することで、改修前ソースコード１１１に対する改修後ソースコード１１２の差分を示す変更履歴を取得し、制御情報記憶部１２０に格納する。

【0080】

図９は、実装スコア定義テーブルの例を示す図である。
実装スコア定義テーブル１２３は、制御情報記憶部１２０に予め格納される。実装スコア定義テーブル１２３は、ソースコード構造種別および実装スコアの項目を含む。ソースコード構造種別は、ソースコードに記述される命令文の構造の種類が登録される。命令文の構造の種類は、プログラム言語の規約に応じて予め定められる。命令文の構造の種類は、プログラム言語で命令文の記述のために用意される予約語に対応付けられる。実装スコアの項目には、該当の命令文の構造の種類に対応する実装スコアが登録される。

【0081】

例えば、実装スコア定義テーブル１２３は、ソースコード構造種別「ＰａｃｋａｇｅＮａｍｅ」、実装スコア「１」のレコードを有する。このレコードは、変更された命令文の構造の種類が「ＰａｃｋａｇｅＮａｍｅ」、すなわち、パッケージ宣言の場合に実装スコアが「１」であることを示す。

【0082】

また、実装スコア定義テーブル１２３は、ソースコード構造種別「ＶａｒｉａｂｌｅＤｅｃｌａｒａｔｉｏｎ」、実装スコア「１」のレコードを有する。このレコードは、変更された命令文の構造の種類が「ＶａｒｉａｂｌｅＤｅｃｌａｒａｔｉｏｎ」、すなわち、変数宣言の場合に実装スコアが「１」であることを示す。

【0083】

また、実装スコア定義テーブル１２３は、ソースコード構造種別「Ｓｗｉｔｃｈ Ｅｘｐｒｅｓｓｉｏｎ Ｂｌｏｃｋ」、実装スコア「５」のレコードを有する。このレコードは、変更された命令文の構造の種類が「Ｓｗｉｔｃｈ Ｅｘｐｒｅｓｓｉｏｎ Ｂｌｏｃｋ」、すなわち、ｓｗｉｔｃｈ文による条件分岐の場合、実装スコアが「５」であることを示す。

【0084】

また、実装スコア定義テーブル１２３は、ソースコード構造種別「ｃａｓｅ Ｅｘｐｒｅｓｓｉｏｎ」、実装スコア「１０」のレコードを有する。このレコードは、変更された命令文の構造の種類が「ｃａｓｅ Ｅｘｐｒｅｓｓｉｏｎ」、すなわち、ｃａｓｅ文による条件分岐の場合、実装スコアが「１０」であることを示す。

【0085】

また、実装スコア定義テーブル１２３は、ソースコード構造種別「Ｉｆ Ｅｘｐｒｅｓｓｉｏｎ Ｓｔａｔｅｍｅｎｔ」、実装スコア「１０」のレコードを有する。このレコードは、変更された命令文の構造の種類が「Ｉｆ Ｅｘｐｒｅｓｓｉｏｎ Ｓｔａｔｅｍｅｎｔ」、すなわち、ｉｆ文またはｉｆ－ｅｌｓｅ文による条件分岐の場合、実装スコアが「１０」であることを示す。

【0086】

実装スコア定義テーブル１２３には、他のソースコード構造種別、すなわち、他の命令文の構造の種類に対しても、実装スコアが予め登録される。
ここで、実装スコア定義テーブル１２３では、変更時の難易度が高いソースコード構造種別であるほど、実装スコアが高くなるように定義される。ソースコード構造種別ごとの変更時の難易度やそれに応じた実装スコアは、例えば、開発経験が比較的長く、プログラミングに対する深い知識を有するユーザにより、当該ユーザの経験に基づいて決定され、実装スコア定義テーブル１２３に設定される。

【0087】

図１０は、総実装スコアの決定例を示す図である。
構文解析結果比較部１３３は、改修後構文解析データ１２２のｄａｔａ１ａ～ｄａｔａ６ａのうち、改修前ソースコード１１１に対する改修後ソースコード１１２の差分に対応するｄａｔａ１ａ，ｄａｔａ４ａに実装フラグ「１」を設定する。一方、構文解析結果比較部１３３は、ｄａｔａ２ａ，ｄａｔａ３ａ，ｄａｔａ５ａ，ｄａｔａ６ａに実装フラグ「０」を設定する。実装フラグは、改修後ソースコード１１２のうちユーザにより変更された箇所を示すフラグであり、変更履歴の情報に相当する。改修後構文解析データ１２２の変更された箇所に対応するレコードには、実装フラグ「１」が設定され、それ以外の箇所に対応するレコードには、実装フラグ「０」が設定される。

【0088】

また、理解度判定部１３４は、改修後構文解析データ１２２の各レコードに対して、総実装スコアを求める。具体的には、理解度判定部１３４は、該当のレコードに含まれる命令文の構造の種類に対応する実装スコアを、実装スコア定義テーブル１２３から取得し、合計することで、当該レコードに対する総実装スコアを算出する。

【0089】

例えば、ｄａｔａ１ａの場合、命令文の構造の種類は「ｖａｒｉａｂｌｅＤｅｃｌａｒａｔｉｏｎ」で示される変数宣言である。このため、理解度判定部１３４は、実装スコア定義テーブル１２３に基づいて、ｄａｔａ１ａに対応する総実装スコアを「１」と算出する。

【0090】

また、ｄａｔａ４ａの場合、１つ目の命令文の構造の種類は「ＳｗｉｔｃｈＢｌｏｃｋＳｔａｔｅｍｅｎｔＧｒｏｕｐ」で示されるｓｗｉｔｃｈ文による条件分岐である。２つ目の命令文の構造の種類は「ＳｗｉｔｃｈＬａｂｅｌ ｃａｓｅ…」で示されるｃａｓｅ文による条件分岐である。３つ目の命令文の構造の種類は「ＩｆＴｈｅｎＥｌｓｅＳｔａｔｅｍｅｎｔ…」で示されるｉｆ－ｅｌｓｅ文による条件分岐である。４つ目の命令文の構造の種類は「ｖａｒｉａｂｌｅＤｅｃｌａｒａｔｉｏｎ」で示される変数宣言である。このため、理解度判定部１３４は、実装スコア定義テーブル１２３に基づいて、ｄａｔａ４ａに対応する総実装スコアを、「５＋１０＋１０＋１＝２６」と算出する。

【0091】

理解度判定部１３４は、他のレコードについても同様に、実装スコア定義テーブル１２３に基づいて、総実装スコアを求めることができる。ただし、後述されるように、理解度判定フラグの計算に用いられる総実装スコアは、実装フラグ「１」のレコードの総実装スコアである。このため、理解度判定部１３４は、実装フラグ「０」のレコードに対する総実装スコアの計算を省略してもよい。

【0092】

また、構文解析結果比較部１３３は、改修後構文解析データ１２２における実装フラグ「１」に対応するレコードについて、改修前ソースコード１１１に対する改修後ソースコード１１２の差分の行を特定し、当該差分の行に対して更に実装フラグ「１」を付与する。構文解析結果比較部１３３は、改修後ソースコード１１２の当該差分の行以外の行には、実装フラグ「０」を付与する。改修後ソースコード１１２の行単位の実装フラグは、後述されるスコア管理テーブル１２５に登録される。

【0093】

図１１は、カーソル指定時間テーブルおよび参照スコアの例を示す図である。
カーソル指定時間テーブル１２４は、例えば、端末装置２００のソースコードエディタ上で、ユーザＸにより改修前ソースコード１１１が改修後ソースコード１１２に改修された際の、改修後ソースコード１１２の各行に対するカーソル指定時間を示す。カーソル指定時間テーブル１２４は、＃、ソースコードおよびカーソル指定時間の項目を含む。

【0094】

＃の項目には、改修後ソースコード１１２の行を識別する番号が登録される。ソースコードの項目には、該当の行におけるソースコードの記述が登録される。カーソル指定時間の項目には、カーソル指定時間が登録される。

【0095】

例えば、カーソル指定時間テーブル１２４は、＃「１」、ソースコード「ｉｎｔ ｓａｍｐｌｅＭｅｔｈｏｄ（ｉｎｔ ｐａｒａｍ）｛」、カーソル指定時間「０ｓｅｃ」のレコードを有する。このレコードは、改修後ソースコード１１２の行番号「１」に対応する「ｉｎｔ ｓａｍｐｌｅＭｅｔｈｏｄ（ｉｎｔ ｐａｒａｍ）｛」の記述について、ソースコードエディタ上でカーソルが当てられた時間が０ｓｅｃ、すなわち、０秒であったことを示す。ここで、「ｓｅｃ」はｓｅｃｏｎｄ（秒）の略である。

【0096】

また、カーソル指定時間テーブル１２４は、＃「４」、ソースコード「ｓｗｉｔｃｈ（ｐａｒａｍ）｛」、カーソル指定時間「７ｓｅｃ」のレコードを有する。このレコードは、改修後ソースコード１１２の行番号「４」に対応する「ｓｗｉｔｃｈ（ｐａｒａｍ）｛」の記述について、ソースコードエディタ上でカーソルが当てられた時間が７秒であったことを示す。

【0097】

理解度判定部１３４は、カーソル指定時間テーブル１２４に基づいて、各行に対する参照スコアを算出する。具体的には、理解度判定部１３４は、カーソル指定時間を参照基準点の前後の複数行に整数値で均等配分することで、各行に対する参照スコアを算出する。参照基準点は、実際にカーソルが当てられた行である。当該複数行の数は、一例では、参照基準点の行を含めて５行である。理解度判定部１３４は、カーソル指定時間のうち、５行で均等配分できずに余った分を、参照基準点に割り当てる。ここで、参照基準点からカーソル指定時間が配分される行を、周辺点と言う。第１参照基準点が第２参照基準点の周辺点の場合、第１参照基準点のカーソル指定時間から第１参照基準点に割り当てられるスコアと、第２参照基準点のカーソル指定時間から第１参照基準点に割り当てられるスコアとの和が、第１参照基準点の参照スコアとなる。理解度判定部１３４は、カーソル指定時間が１秒および２秒である参照基準点に対しては、周辺点を無しとする。

【0098】

例えば、カーソル指定時間テーブル１２４の＃「４」の行を参照基準点として着目すると、理解度判定部１３４は、＃「２，３，５，６」の行を当該参照基準点に対する周辺点とする。この場合、理解度判定部１３４は、＃「２～６」の５行に、カーソル指定時間７秒を、整数値で、１ずつ均等配分する。これにより、＃「３，４，５，６」の行の参照スコアは「１」になる。そして、理解度判定部１３４は、余った２を、参照基準点である＃「４」の行に加算し、＃「４」の行に対する参照スコアを「３」とする。

【0099】

また、理解度判定部１３４は、例えば＃「１６」の行については、＃「１７」の参照基準点の周辺点でもあるため、＃「１６」の参照基準点としてのスコア「１」に、＃「１７」の周辺点としてのスコア「１」を加算して、参照スコアを「２」とする。

【0100】

図１２は、ソースコードエディタ画面の例を示す図である。
ソースコードエディタ画面４００は、端末装置２００，３００それぞれにより表示されるソースコードエディタの画面である。例えば、カーソル指定時間の計測機能は、端末装置２００，３００が実行するソースコードエディタのプラグイン機能として実装される。

【0101】

ソースコードエディタ画面４００は、編集対象のソースコードの内容を表示する。例えば、ユーザＸは、端末装置２００を操作してソースコードエディタ画面４００に改修前ソースコード１１１の内容を表示させ、編集することで、改修後ソースコード１１２を作成できる。ソースコードエディタ画面４００は、カーソル４０１および支援情報表示欄４０２を含む。

【0102】

カーソル４０１は、ユーザＸによりポインティングデバイスなどを用いて指定された箇所を表す画面要素である。例えば、カーソル４０１は、ソースコードの指定された行を強調して表示する。ユーザＸは、カーソル４０１で指定された箇所を、キーボードなどの入力デバイスを用いて編集する。図１２の例では、カーソル４０１が９行目に当てられている。この状態では、９行目を参照基準点としたカーソル指定時間が計測される。

【0103】

支援情報表示欄４０２は、カーソル４０１で指定された箇所に含まれる変数の定義情報などの支援情報を表示する欄である。ソースコードエディタ画面４００の例では、カーソル４０１で指定された「ｒｅｓｕｌｔ ＝ １；」の記述に対して、変数「ｒｅｓｕｌｔ」の定義情報が支援情報表示欄４０２に表示されている。また、ソースコードエディタ画面４００の例では、カーソル４０１で指定された「ｒｅｓｕｌｔ ＝ １；」の記述に対して、他の箇所に記述された「ｒｅｓｕｌｔ」の文字列も強調して表示されている。

【0104】

ユーザは、ソースコードを参照する際、ソースコードエディタ上のキーワード検索で変数を追っていくことになる。ユーザがキーワード検索でヒットした箇所を中心に目でソースコードの記述を追う場合、カーソル指定時間は長くなり易い。カーソル指定時間が長いほど、ユーザによる該当の箇所およびその周辺の記述に対する思考時間も長いと推定される。ユーザによる思考時間が長くなれば、ユーザによる該当の記述に関する理解も高まる。このため、理解度判定部１３４は、ソースコードに対するユーザの理解度の判定に、カーソル指定時間を考慮することで、理解度の判定をより高精度に行える。

【0105】

図１３は、スコア管理テーブルの例を示す図である。
スコア管理テーブル１２５は、＃、ソースコード、実装フラグ（ａ）、総実装スコア（ｂ）、参照スコア（ｃ）およびａ＊ｂ＊ｃの項目を含む。＃の項目には、レコードを識別する番号が登録される。ソースコードの項目には、ソースコードの行を識別する番号が登録される。ソースコードの項目には、ソースコードの該当の行の内容が登録される。実装フラグ（ａ）の項目には、実装フラグが登録される。総実装スコア（ｂ）の項目には、当該行に対応する、改修後構文解析データ１２２におけるレコードに対して計算された総実装スコアが登録される。参照スコア（ｃ）の項目には、参照スコアが登録される。ａ＊ｂ＊ｃの項目には、実装フラグ（ａ）＊総実装スコア（ｂ）＊参照スコア（ｃ）の値が登録される。

【0106】

例えば、スコア管理テーブル１２５は、＃「１」、ソースコード「ｉｎｔ ｓａｍｐｌｅＭｅｔｈｏｄ（ｉｎｔ ｐａｒａｍ）｛」、実装フラグ（ａ）＝「０」、総実装スコア（ｂ）＝「０」、参照スコア（ｃ）＝「０」、ａ＊ｂ＊ｃ＝「０」のレコードを有する。このレコードは、改修後ソースコード１１２の＃「１」の記述「ｉｎｔ ｓａｍｐｌｅＭｅｔｈｏｄ（ｉｎｔ ｐａｒａｍ）｛」について、実装フラグａ＝０、総実装スコアｂ＝０、参照スコアｃ＝０であり、ａ＊ｂ＊ｃ＝０＊０＊０＝０であることを示す。

【0107】

また、スコア管理テーブル１２５は、＃「１１」、ソースコード「｝ｅｌｓｅ ｉｆ （ＦＬＡＧ ＝＝ １）｛」、実装フラグ（ａ）＝「１」、総実装スコア（ｂ）＝「２６」、参照スコア（ｃ）＝「２」、ａ＊ｂ＊ｃ＝「５２」のレコードを有する。このレコードは、改修後ソースコード１１２の＃「１１」の記述「｝ｅｌｓｅ ｉｆ （ＦＬＡＧ ＝＝ １）｛」について、実装フラグａ＝１、総実装スコアｂ＝２６、参照スコアｃ＝２であり、ａ＊ｂ＊ｃ＝１＊２６＊２＝５２であることを示す。

【0108】

ここで、改修後ソースコード１１２の＃「１２」に対応する記述「ｒｅｓｕｌｔ ＝ １１；」は、＃「１１」に対応する記述と同様に、改修後構文解析データ１２２のｄａｔａ４ａのレコードに対応する。したがって、改修後ソースコード１１２の＃「１２」に対応する当該記述に対する総実装スコアｂもｂ＝２６となる。

【0109】

スコア管理テーブル１２５は、改修後ソースコード１１２の他の行の記述に対しても、同様に、実装フラグ（ａ）、総実装スコア（ｂ）、参照スコア（ｃ）、ａ＊ｂ＊ｃが登録される。

【0110】

理解度判定部１３４は、スコア管理テーブル１２５に基づいて、改修後ソースコード１１２に対するユーザＸの理解度を次のように判定する。
図１４は、理解度判定の例を示す図である。

【0111】

図１４（Ａ）は、ソースコードに改修がある場合、すなわち、改修前ソースコード１１１に対して、改修後ソースコード１１２に変更された箇所が存在する場合の理解度判定スコアの計算例を示す。図１４（Ｂ）は、ソースコードに改修がない場合、すなわち、該当のソースコードに対してソースコードエディタ上での変更は行われずに、ソースコードの内容の参照だけが行われた場合の理解度判定スコアの計算例を示す。

【0112】

理解度判定部１３４は、スコア管理テーブル１２５における各レコードの実装フラグを合計し、実装フラグの合計が１以上の場合に、ソースコードに改修があると判定し、実装フラグの合計が０の場合に、ソースコードに改修がないと判定する。

【0113】

ソースコードに改修がある場合、理解度判定部１３４は、スコア管理テーブル１２５のａ＊ｂ＊ｃの値の合計を計算する。ａ＊ｂ＊ｃの値の合計は、図１４では「実装フラグ×実装スコア×参照スコア」と表記される。スコア管理テーブル１２５の例では、ａ＊ｂ＊ｃの値の合計は、１＋５２＋２６＝７９である。

【0114】

次に、理解度判定部１３４は、ａ＊ｂ＊ｃの値の合計に、スコア管理テーブル１２５の参照スコアの合計を加算して、参照スコアによる重み付けを行う。ａ＊ｂ＊ｃの値の合計に参照スコアの合計を加算する演算は、図１４では「実装フラグ×実装スコア×参照スコア＋参照スコア（重み付け）」と表記される。このように参照スコアの合計を加算する理由は、該当のユーザ（本例ではユーザＸ）により改修後ソースコード１１２に対する内容の参照が行われている場合、当該ユーザによる改修後ソースコード１１２に対する理解度が増していると推定されるからである。スコア管理テーブル１２５の例では、参照スコアの合計は１＋１＋３＋１＋１＋１＋１＋１＋２＋１＋１＋１＋１＋２＋２＋１＝２１である。よって、ａ＊ｂ＊ｃの値の合計に参照スコアの合計を加算した値は、７９＋２１＝１００である。

【0115】

そして、理解度判定部１３４は、ａ＊ｂ＊ｃの値の合計に参照スコアの合計を加算した値を、改修後ソースコード１１２の総ステップ数、すなわち、総行数で割った値を、理解度判定スコアとする。ａ＊ｂ＊ｃの値の合計に参照スコアの合計を加算した値を総行数で割る演算は、図１４では「（実装フラグ×実装スコア×参照スコア＋参照スコア）／総ステップ数」と表記される。このように、改修後ソースコード１１２の総行数で割る理由は、理解度判定の対象となるソースコードの規模によって、理解度判定スコアを正規化するためである。例えば、ソースコードの規模が小さい程、該当のソースコードに対する理解度は向上し易く、ソースコードの規模が大きい程、該当のソースコードに対する理解度は向上し難い傾向にある。よって、理解度判定部１３４は、ａ＊ｂ＊ｃの値の合計に参照スコアの合計を加算した値を該当のソースコードの総行数で割ることで、ソースコードの規模に応じた理解度の変化傾向を理解度判定スコアに適切に反映させ、理解度の判定精度を向上できる。

【0116】

次に、ソースコードに改修がない場合、理解度判定部１３４は、スコア管理テーブルの参照スコアが０以外のレコードの個数を該当のソースコードの総ステップ数（総行数）で割った値に０．５を乗算することで、理解度判定スコアを求める。ソースコードに改修がない場合の理解度判定スコアの演算は、図１４では「参照スコアが０以外の個数／総ステップ数×０．５」と表記される。０．５の乗算は、理解度判定スコアへの参照スコアの影響が実装スコアの影響の半分（０．５）になるように重み付けることを意味する。このように、理解度判定部１３４は、該当のユーザがソースコードエディタを用いてソースコードの内容を参照しただけの場合に対しても、理解度判定スコアを求めることができる。

【0117】

スコア管理テーブル１２５の例では、参照スコアが０以外のレコードの個数は、１６である。したがって、スコア管理テーブル１２５において、仮に、実装フラグが全て「０」の場合、理解度判定部１３４は、理解度判定スコアを、１６／２１＊０．５＝０．４と計算する。

【0118】

理解度判定部１３４は、計算した理解度判定スコアと理解度判定基準１３４ａとに基づいて改修後ソースコード１１２に対するユーザＸの理解度を判定する。理解度判定基準１３４ａは、理解度判定部１３４が予め有する情報であり、例えば制御情報記憶部１２０に予め記憶されてもよい。例えば、理解度判定基準１３４ａは、理解度判定スコアが大きい程、理解度が高いと判定することを示す。一例では、理解度判定基準１３４ａは、理解度のランクを、理解度の高い方からＳ，Ａ，Ｂ，Ｃ，Ｚと定義する。ランクＳは、理解度判定スコアが１．０以上の場合である。ランクＡは、理解度判定スコアが０．７以上１．０未満の場合である。ランクＢは、理解度判定スコアが０．５以上０．７未満の場合である。ランクＣは、理解度判定スコアが０．３以上０．５未満の場合である。ランクＺは、理解度判定スコアが０以上０．３未満の場合である。

【0119】

次に、管理サーバ１００による理解度判定の処理手順の例を説明する。
図１５は、理解度判定の処理例を示すフローチャートである。
（Ｓ１０）構文解析部１３１は、改修前ソースコード１１１の構文解析を行い、改修前構文解析データ１２１を生成する。構文解析部１３１は、改修前構文解析データ１２１を、制御情報記憶部１２０に格納する。

【0120】

（Ｓ１１）カーソル指定時間取得部１３２は、ユーザＸによる端末装置２００におけるソースコードエディタを用いたソースコード改修中に、ソースコードエディタ画面４００上のカーソル指定位置およびカーソル指定時間を端末装置２００から取得する。カーソル指定時間取得部１３２は、取得したカーソル位置とカーソル指定時間を、カーソル指定時間テーブル１２４に記録する。なお、ソースコード改修により、改修前ソースコード１１１は、改修後ソースコード１１２に変更される。このため、カーソル指定時間テーブル１２４には、改修が完了した段階では、改修後ソースコード１１２に対して、カーソル指定時間が記録される。また、改修後ソースコード１１２は、端末装置２００から管理サーバ１００にアップロードされ、ソースコード記憶部１１０に格納される。

【0121】

（Ｓ１２）構文解析部１３１は、改修後ソースコード１１２の構文解析を行い、改修後構文解析データ１２２を生成する。構文解析部１３１は、改修後構文解析データ１２２を、制御情報記憶部１２０に格納する。

【0122】

（Ｓ１３）構文解析結果比較部１３３は、ソースコード改修前後の構文解析データを比較する。具体的には、構文解析結果比較部１３３は、改修前構文解析データ１２１および改修後構文解析データ１２２の各レコードを比較し、変更されたレコードに実装フラグ「１」、変更されていないレコードに実装フラグ「０」を設定する。

【0123】

また、構文解析結果比較部１３３は、当該実装フラグの設定結果に基づいて、改修後ソースコード１１２の各行に対して、スコア管理テーブル１２５に実装フラグを設定する。前述のように、構文解析結果比較部１３３は、改修後構文解析データ１２２における実装フラグ「１」のレコードについて、改修前ソースコード１１１に対する改修後ソースコード１１２の差分の行を特定し、当該差分の行に対して実装フラグ「１」を付与する。構文解析結果比較部１３３は、改修後ソースコード１１２の当該差分の行以外の行には、実装フラグ「０」を付与する。構文解析結果比較部１３３は、改修後ソースコード１１２の各行の実装フラグを、スコア管理テーブル１２５に記録する。

【0124】

（Ｓ１４）理解度判定部１３４は、実装スコア定義テーブル１２３に基づいて、改修後構文解析データ１２２から実装スコアを算出する。図１０で例示したように、理解度判定部１３４は、改修後構文解析データ１２２のレコードに、変更された命令文の構造の種類が複数特定される場合、命令文の構造の種類ごとの実装スコアを合計した総実装スコアを、該当のレコードに対して算出する。理解度判定部１３４は、算出した総実装スコアを、スコア管理テーブル１２５に記録する。

【0125】

（Ｓ１５）理解度判定部１３４は、カーソル指定時間テーブル１２４から参照スコアを算出し、スコア管理テーブル１２５に記録する。
（Ｓ１６）理解度判定部１３４は、スコア管理テーブル１２５に基づいて、ソースコード（改修後ソースコード１１２）に対するユーザＸの理解度を判定する。具体的には、理解度判定部１３４は、スコア管理テーブル１２５の各レコードに対して、実装フラグ（ａ）＊総実装スコア（ｂ）＊参照スコア（ｃ）を計算してスコア管理テーブル１２５に記録する。そして、理解度判定部１３４は、スコア管理テーブル１２５に基づいて、図１４で説明した方法により、理解度判定スコアを算出する。理解度判定部１３４は、理解度判定スコアと、理解度判定基準１３４ａとに基づいて、改修後ソースコード１１２に対するユーザＸの理解度のランクを決定する。理解度判定部１３４は、算出した理解度判定スコアと、ユーザＸの理解度のランクとを、理解度テーブル１２６に記録する。そして、管理サーバ１００による理解度判定が終了する。

【0126】

理解度判定部１３４は、理解度テーブル１２６に基づいて、改修後ソースコード１１２に対するユーザＸの理解度を示す情報を出力してもよい。例えば、理解度判定部１３４は、改修後ソースコード１１２に対するユーザＸの理解度を示す画面を、ディスプレイ４１に表示させたり、端末装置２００，３００のディスプレイに表示させたりしてもよい。また、制御部１３０は、ユーザＹなどの他のユーザについても、図１５の手順によりソースコードに対する理解度を判定することができる。

【0127】

次に、理解度テーブル１２６の例を説明する。
図１６は、理解度テーブルの例を示す図である。
理解度テーブル１２６は、ソースコード名、ユーザＩＤ（IDentifier）、理解度判定スコア累積および理解度の項目を含む。ソースコード名の項目には、ソースコードの名称が登録される。ユーザＩＤの項目には、該当のソースコードに対して理解度の判定が行われたユーザのユーザＩＤが登録される。理解度判定スコア累積の項目には、該当のソースコードに対して計算された該当のユーザの理解度判定スコアの累積が登録される。理解度判定スコアの累積は、該当のソースコードが該当のユーザにより変更されるたびに、理解度判定部１３４により計算される。理解度の項目には、理解度判定スコアの累積に対して理解度判定基準１３４ａを基に判定される理解度のランクが登録される。

【0128】

例えば、理解度テーブル１２６は、ソースコード名「ｓａｍｐｌｅ．ｊａｖａ」、ユーザＩＤ「Ｕ１」、理解度判定スコア累積「０．３２」、理解度「Ｃ」のレコードを有する。このレコードは、ソースコード名「ｓａｍｐｌｅ．ｊａｖａ」のソースコードに対するユーザＩＤ「Ｕ１」のユーザに対する理解度判定スコアの累積が「０．３２」であり、当該ソースコードに対する当該ユーザの理解度のランクが「Ｃ」であることを示す。

【0129】

また、理解度テーブル１２６は、ソースコード名「ｓａｍｐｌｅ．ｊａｖａ」のソースコードに対して、ユーザＩＤ「Ｕ２」を含む他のユーザの理解度判定スコア累積および理解度のレコードも有する。

【0130】

このように、理解度判定部１３４は、あるソースコードに対して複数のユーザそれぞれによる変更が行われるたびに、当該変更による改修前ソースコードに対する改修後ソースコードの変更履歴により当該ユーザの理解度判定スコアを算出する。そして、理解度判定部１３４は、該当のソースコードに対する当該ユーザの理解度判定スコアの累積を理解度テーブル１２６に記録してもよい。また、理解度判定部１３４は、理解度判定スコアの累積に応じて判定した理解度のランクを、理解度テーブル１２６に記録してもよい。

【0131】

図１７は、ソースコード理解度表示画面の例を示す図である。
例えば、理解度判定部１３４は、理解度テーブル１２６に基づいて、ソースコード理解度表示画面５００を、ディスプレイ４１に表示させてもよい。あるいは、理解度判定部１３４は、ソースコード理解度表示画面５００を、端末装置２００，３００に接続されたディスプレイに表示させてもよい。例えば、管理サーバ１００は、Ｗｅｂサーバとして機能してもよい。また、端末装置２００，３００は、Ｗｅｂブラウザとして機能してもよい。例えば、管理サーバ１００は、ソースコード理解度表示画面５００の画面情報を提供し、端末装置２００，３００のＷｅｂブラウザによりソースコード理解度表示画面５００を表示させてもよい。

【0132】

例えば、ソースコード理解度表示画面５００は、ソースコード名「ｓａｍｐｌｅ．ｊａｖａ」のソースコードに対し、ユーザ名「ＸＸＸ ＸＸＸ」のユーザの理解度のランクが「Ｃ」であることを示す。また、ソースコード理解度表示画面５００は、当該ソースコードに対し、ユーザ名「ＹＹＹ ＹＹＹ」のユーザの理解度のランクが「Ｓ」であることを示す。ソースコード理解度表示画面５００は、当該ソースコードに対し、３以上のユーザに対する理解度のランクを含み得る。

【0133】

このように、管理サーバ１００は、ソースコードに対する各ユーザの理解度の判定精度を向上できる。ソースコードを開発するユーザは、ソースコード理解度表示画面５００を確認することで、ソースコードに対する各ユーザの理解度を容易に把握することができる。例えば、ユーザは、理解度の比較的高いユーザと、理解度の比較的低いユーザとを組ませるペアプログラミングなどを計画することで、複数のユーザそれぞれのソースコード全体に対する理解度を効率的に向上させることができる。こうして、管理サーバ１００は、ソースコード作成における属人化の抑制を支援できる。その結果、管理サーバ１００は、ソフトウェアの効率的な開発を支援できる。

【0134】

管理サーバ１００によるソースコードに対する理解度の判定は、例えば、アジャイル開発を行う現場において特に有効である。アジャイル開発では、複数の作業者により、ソフトウェアの機能単位に、開発、テスト、実装などの工程が比較的短期間で繰り返し行われ、開発効率の向上のために、ソースコードの記述の属人化の防止が特に求められるためである。

【0135】

以上説明したように、管理サーバ１００は次の処理を実行する。
制御部１３０は、ソースコードに含まれる命令文の、ユーザによる変更履歴を取得する。制御部１３０は、変更履歴により示される、変更された命令文の構造の種類に基づいて、ソースコードに対するユーザの理解度を判定する。

【0136】

これにより、管理サーバ１００は、ソースコードに対するユーザの理解度の判定精度を向上できる。例えば、スコア管理テーブル１２５に含まれる実装フラグであって、改修前ソースコード１１１に対する改修後ソースコード１１２の差分の記述を示す実装フラグは、変更履歴の一例である。

【0137】

制御部１３０は、命令文の構造の種類と理解度に対する重みとを関連付けたテーブルを参照して、変更履歴が示す変更された命令文の構造の種類に応じた、理解度に対する重みを算出してもよい。これにより、管理サーバ１００は、変更された命令文の構造の種類に応じた重みを適切に取得でき、当該重みに基づいて理解度を精度良く判定できる。

【0138】

ここで、実装スコア定義テーブル１２３は、命令文の構造の種類と理解度に対する重みとを関連付けたテーブルの一例である。例えば、制御部１３０は、変更された命令文の構造の種類に対して実装スコア定義テーブル１２３に設定された実装スコアを、そのまま理解度に対する重みとしてもよい。変更された命令文が他の命令文の中に記述されている場合、制御部１３０は、変更された命令文の構造の種類に対応する実装スコアと他の命令文の構造の種類に対応する実装スコアとの和を、変更された命令文の構造の種類に応じた理解度に対する重みとしてもよい。

【0139】

また、制御部１３０は、ソースコードに含まれる他の命令文の中に、変更された命令文が記述された場合、他の命令文の構造の種類と変更された命令文の構造の種類とに基づいて、理解度を判定してもよい。これにより、管理サーバ１００は、ソースコードに対するユーザの理解度の判定精度をより向上できる。変更された命令文が他の命令文の中に入れ子構造で記述される場合、ユーザは、当該命令文の変更の際に、他の命令文の構造についても考慮した上で変更を行ったと推定されるからである。

【0140】

例えば、制御部１３０は、命令文の構造の種類と理解度に対する重みとを関連付けたテーブルを参照して、変更履歴が示す変更された命令文の構造の種類に応じた第１の重みと他の命令文の構造の種類に応じた第２の重みとを取得してもよい。制御部１３０は、取得した第１の重みを第２の重みにより補正し、補正後の第１の重みに基づいて理解度を判定してもよい。

【0141】

上記のように、変更された命令文が他の命令文の中に入れ子構造で記述される場合、ユーザは、当該命令文の変更の際に、他の命令文の構造についても考慮した上で変更を行ったと推定される。したがって、上記の補正を行うことで、管理サーバ１００は、ソースコードに対するユーザの理解度の判定精度をより向上できる。例えば、制御部１３０は、実装スコア定義テーブル１２３を参照して、変更された命令文の構造の種類に対応する実装スコアを、理解度に対する第１の重みＷ１として取得する。また、制御部１３０は、実装スコア定義テーブル１２３を参照して、他の命令文の構造の種類に対応する実装スコアを第２の重みＷ２として取得する。例えば、制御部１３０は、第１の重みＷ１に第２の重みＷ２を加算する補正を行うことで、第１の重みＷ１に対する補正後の第１の重みＷ３（＝Ｗ１＋Ｗ２）を算出する。この場合、制御部１３０は、補正後の第１の重みＷ３に基づいて理解度を判定する。

【0142】

例えば、図１０における総実装スコア、または、図１３のスコア管理テーブル１２５の＃「１１」、「１２」の総実装スコアは、補正後の第１の重みの一例である。なお、スコア管理テーブル１２５の＃「１１」の総実装スコアのように、該当の命令文の入れ子構造の中に他の命令文がある場合に、制御部１３０は、該当の命令文の構造の種類に応じた重みを、当該他の命令文の構造の種類に応じた他の重みにより補正してもよい。この場合、制御部１３０は、当該補正後の重みに基づいて理解度を判定してもよい。

【0143】

また、制御部１３０は、ソースコードの変更に用いられるエディタの画面において命令文がカーソルにより指定されていた時間に基づいて理解度を判定してもよい。これにより、管理サーバ１００は、ソースコードに対するユーザの理解度の判定精度をより向上できる。ソースコードエディタ画面４００は、ソースコードの変更に用いられるエディタの画面の一例である。また、カーソル指定時間は、エディタ（ソースコードエディタ）の画面において命令文がカーソルにより指定されていた時間に相当する。

【0144】

例えば、制御部１３０は、命令文の構造の種類と理解度に対する重みとを関連付けたテーブルを参照して、変更履歴が示す変更された命令文の構造の種類に応じた、理解度に対する第１の重みを算出してもよい。更に、制御部１３０は、上記エディタにおいて命令文がカーソルにより指定されていた時間に応じた、理解度に対する第３の重みを算出してもよい。そして、制御部１３０は、第１の重みと第３の重みとに基づいて理解度を判定してもよい。

【0145】

これにより、管理サーバ１００は、ソースコードに対するユーザの理解度の判定精度をより向上できる。なお、参照スコアは、第３の重みの一例である。
制御部１３０は、第３の重みの算出の際、ソースコードのうち該当の命令文から一定範囲内に記述された他の命令文がカーソルにより指定されていた他の時間に基づいて第３の重みを算出してもよい。これにより、管理サーバ１００は、該当の命令文に対する第３の重みを適切に取得できる。エディタ上で他の命令文がカーソルにより指定されている場合、ユーザは、他の命令文の周囲の記述についても参照しており、該当の命令文に対する理解度を高める影響があると推定されるからである。ここで、一定範囲とは、例えば、該当の命令文が記述される行の前後１行の範囲、または、前後２行の範囲などのように、予め定められる範囲である。

【0146】

また、制御部１３０は、エディタの画面においてソースコードに含まれる複数の命令文それぞれがカーソルにより指定されていた時間の合計を示す第１の指標値を取得してもよい。制御部１３０は、第１の重みと第３の重みとの積に第１の指標値を加算した値を、ソースコードの規模を示す第２の指標値で割ることで理解度に対応するスコア（評価値）を算出してもよい。そして、制御部１３０は、当該スコアに基づいて理解度を判定してもよい。

【0147】

これにより、管理サーバ１００は、ソースコードに対するユーザの理解度を精度良く判定できる。図１４で例示した理解度判定スコアは、理解度に対応するスコアの一例である。

【0148】

また、制御部１３０は、第１の重みと第３の重みとの積を取ることで、変更された命令文の構造の種類と、エディタ上でユーザにより参照された時間とに応じた理解度に対する重みを適切に計算できる。

【0149】

また、制御部１３０は、第１の重みと第３の重みとの積に第１の指標値を加算することで、ユーザがソースコードを参照した総時間に応じて、理解度に対する重みを適切に補正できる。ユーザがソースコードを参照した総時間が長いほど、ソースコードに対するユーザの理解度は高まっていると推定されるからである。例えば、図１３で例示したスコア管理テーブル１２５における参照スコアの合計は、第１の指標値の一例である。

【0150】

更に、制御部１３０は、第１の重みと第３の重みとの積に上記指標値を加算した値を、ソースコードの規模を示す第２の指標値で割ることで、算出されるスコアを、ソースコードの規模によって正規化できる。ソースコードの規模が大きい程、ユーザによる理解度は上がり難いと推定されるからである。ソースコードに含まれるステップ数、すなわち、行数は、第２の指標値の一例である。

【0151】

なお、第１の実施の形態の情報処理は、処理部１２にプログラムを実行させることで実現できる。また、第２の実施の形態の情報処理は、ＣＰＵ１０１にプログラムを実行させることで実現できる。プログラムは、コンピュータ読み取り可能な記録媒体４３に記録できる。

【0152】

例えば、プログラムを記録した記録媒体４３を配布することで、プログラムを流通させることができる。また、プログラムを他のコンピュータに格納しておき、ネットワーク経由でプログラムを配布してもよい。コンピュータは、例えば、記録媒体４３に記録されたプログラムまたは他のコンピュータから受信したプログラムを、ＲＡＭ１０２やＨＤＤ１０３などの記憶装置に格納し（インストールし）、当該記憶装置からプログラムを読み込んで実行してもよい。

【符号の説明】

【0153】

１０ 判定装置
１１ 記憶部
１２ 処理部
２０ 変更履歴
２１ 変更前ソースコード
２２ 変更後ソースコード
２２ａ，２２ｂ 差分情報

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】