特許 7502216 プログラム生成支援装置、プログラム生成支援方法、及びプログラム生成支援プログラム

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-06-10

(45)【発行日】2024-06-18

(54)【発明の名称】プログラム生成支援装置、プログラム生成支援方法、及びプログラム生成支援プログラム

(51)【国際特許分類】

   G06F 8/38 20180101AFI20240611BHJP

【ＦＩ】

G06F8/38

【請求項の数】 11

(21)【出願番号】P 2021026677

(22)【出願日】2021-02-22

(65)【公開番号】P2022128247

(43)【公開日】2022-09-01

【審査請求日】2023-05-25

(73)【特許権者】

【識別番号】000233491

【氏名又は名称】株式会社日立システムズ

(74)【代理人】

【識別番号】110000279

【氏名又は名称】弁理士法人ウィルフォート国際特許事務所

(72)【発明者】

【氏名】是木 玄太

(72)【発明者】

【氏名】河合 克己

(72)【発明者】

【氏名】前岡 淳

(72)【発明者】

【氏名】芳ケ迫 仁

【審査官】円子 英紀

(56)【参考文献】

【文献】特開２０１３－０７３２４６（ＪＰ，Ａ）

【文献】特開２０１３－０２５４５７（ＪＰ，Ａ）

【文献】特開２０１９－２０４３７３（ＪＰ，Ａ）

【文献】特表２０２１－５３２４９０（ＪＰ，Ａ）

【文献】特表２０２１－５０１３８２（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１８／０１７４２８８（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ８／３８

(57)【特許請求の範囲】

【請求項1】

画面に表示する複数の画面部品を含むソースコードに基づいて、関連する画面部品のグループを判定するプログラム生成支援装置であって、
前記プログラム生成支援装置は、プロセッサを含み、
前記プロセッサは、
前記ソースコードから複数の画面部品を特定し、
前記ソースコードに基づいて、特定された画面部品間の関連度を算出し、
前記画面部品間の関連度に基づいて、関連する画面部品のグループを特定する
プログラム生成支援装置。

【請求項2】

前記プロセッサは、
（Ａ）画面部品間での同一のモデルやハンドラの共有有無
（Ｂ）画面部品間での同一のモデルやハンドラの共有数
（Ｃ）画面部品間でのモデルやハンドラを介したホップ数
（Ｄ）画面部品間でのソースコードの同一構造内への属否
（Ｅ）画面部品間でのソースコード内でのコード行距離
（Ｆ）ソースコード内における画面部品と同じ画面部品の設定内容
（Ｇ）他のソースコード内おける画面部品間の存在有無
の少なくとも１つに基づいて関連度を算出する
請求項１に記載のプログラム生成支援装置。

【請求項3】

前記プロセッサは、
前記（Ａ）及び前記（Ｄ）に基づいて、又は、前記（Ａ）、前記（Ｄ）、及び前記（Ｅ）に基づいて、前記関連度を算出する
請求項２に記載のプログラム生成支援装置。

【請求項4】

前記プロセッサは、
前記ソースコードの開発時におけるコミットデータを取得し、
前記コミットデータに基づいて、前記関連度を算出する
請求項１に記載のプログラム生成支援装置。

【請求項5】

前記プロセッサは、
前記コミットデータに基づいて、前記画面部品がコミットされた日時を特定し、前記画面部品のコミットされた日時に基づいて前記関連度を算出する
請求項４に記載のプログラム生成支援装置。

【請求項6】

前記プロセッサは、
前記ソースコードに、前記ソースコードに基づく表示画面に対して前記画面部品をユーザが利用した場合の利用ログを出力するログ出力コードを埋め込む
請求項１に記載のプログラム生成支援装置。

【請求項7】

前記プロセッサは、
前記ソースコードの中の所定の関連度以上の画面部品に対して、前記ログ出力コードを埋め込む
請求項６に記載のプログラム生成支援装置。

【請求項8】

前記プロセッサは、
前記画面部品に対する利用ログを取得し、
前記利用ログに基づいて、前記画面部品間の前記関連度を算出する
請求項６に記載のプログラム生成支援装置。

【請求項9】

前記プロセッサは、
前記関連する画面部品のグループに属する各画面部品に関するソースコードの記述をまとめたグループコードを作成して所定の記憶装置に格納させる
請求項１に記載のプログラム生成支援装置。

【請求項10】

画面に表示する複数の画面部品を含むソースコードに基づいて、関連する画面部品のグループを判定するプログラム生成支援装置によるプログラム生成支援方法であって、
前記プログラム生成支援装置は、
前記ソースコードから複数の画面部品を特定し、
前記ソースコードに基づいて、特定された画面部品間の関連度を算出し、
前記画面部品間の関連度に基づいて、関連する画面部品のグループを特定する
プログラム生成支援方法。

【請求項11】

画面に表示する複数の画面部品を含むソースコードに基づいて、関連する画面部品のグループを判定する処理をコンピュータに実行させるプログラム生成支援プログラムであって、
前記コンピュータに、
前記ソースコードから複数の画面部品を特定させ、
前記ソースコードに基づいて特定された画面部品間の関連度を算出させ、
前記画面部品間の関連度に基づいて、関連する画面部品のグループを特定させる処理を実行させる
プログラム生成支援プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、画面部品を表示するためのソースコードを解析して、プログラムの生成を支援するため技術に関する。

【背景技術】

【0002】

従来、Ｗｅｂアプリ（アプリケーション：プログラムの一例）の開発を行う場合には、Ｗｅｂアプリによるサービスを提供するサーバ側のＦ層（Ｆｕｎｃｔｉｏｎ層）のアプリの開発を行い、Ｆ層のアプリの動作を確認し、その後、Ｗｅｂアプリのサービスを受けるユーザの端末（例えば、スマートフォン等）側のＰ層（Ｐｒｅｓｎｔａｔｉｏｎ層）のアプリの開発を行い、Ｐ層のアプリの動作を確認することが多かった。

【0003】

しかしながら、近年では、ユーザ側のＰ層のアプリの重要性を考慮して、Ｐ層のアプリの開発が先に行われるようになってきている。

【0004】

例えば、Ｐ層のアプリの開発においては、開発効率化のために画面に表示させる複数の画面部品をグループ化して利用するようにすることがある。

【0005】

例えば、特許文献１においては、グループ化すべき画面部品、モデル、ハンドラをスキーマ（グループ化の機構）で手動定義して、グループ化を実現する技術が開示されている。

【先行技術文献】

【特許文献】

【0006】

【文献】特開２０１０－２７７６０２号公報

【発明の概要】

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

【0007】

しかし、特許文献１に開示された技術では、グループ化すべき画面部品を手動で設定等する必要があり、グループ化すべき画面部品をユーザが特定しておかなければならず、更には、設定に手間がかかるという問題がある。

【0008】

本発明は、上記事情に鑑みなされたものであり、その目的は、画面に表示するための関連する画面部品のグループを容易且つ適切に得ることのできる技術を提供することにある。

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

【0009】

上記目的を達成するため、一観点に係るプログラム生成支援装置は、画面に表示する複数の画面部品を含むソースコードに基づいて、関連する画面部品のグループを判定するプログラム生成支援装置であって、前記プログラム生成支援装置は、プロセッサを含み、前記プロセッサは、前記ソースコードから複数の画面部品を特定し、前記ソースコードに基づいて、特定された画面部品間の関連度を算出し、前記画面部品間の関連度に基づいて、関連する画面部品のグループを特定する。

【発明の効果】

【0010】

本発明によれば、関連する画面部品のグループを容易且つ適切に得ることができる。

【図面の簡単な説明】

【0011】

【図1】図１は、一実施形態に係る計算機システムの全体構成図である。

【図2】図２は、一実施形態に係る計算機システムの機能構成図である。

【図3】図３は、一実施形態に係る関連判定項目表の構成図である。

【図4】図４は、一実施形態に係る非関連判定項目表の構成図である。

【図5】図５は、一実施形態に係る画面部品関連度表の構成図である。

【図6】図６は、一実施形態に係るブラウザでの表示画面の構成図である。

【図7】図７は、一実施形態に係る画面部品のソースコードの例を示す図である。

【図8】図８は、一実施形態に係る画面部品グループ化処理のフローチャートである。

【図9】図９は、一実施形態に係る関連度算出処理のフローチャートである。

【図10】図１０は、一実施形態に非関連度算出処理のフローチャートである。

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

【0012】

実施形態について、図面を参照して説明する。なお、以下に説明する実施形態は特許請求の範囲に係る発明を限定するものではなく、また実施形態の中で説明されている諸要素及びその組み合わせの全てが発明の解決手段に必須であるとは限らない。

【0013】

以下の説明では、「ＡＡＡ表」の表現にて情報を説明することがあるが、情報は、どのようなデータ構造で表現されていてもよい。すなわち、情報がデータ構造に依存しないことを示すために、「ＡＡＡ表」を「ＡＡＡ情報」と呼ぶことができる。

【0014】

また、以下の説明において、「モデル」とは、変数を意味する。また、以下の説明においては、「ハンドラ」とは、例えば、メソッド、関数と呼ばれることもあり、或るイベントが起こったときに起動される処理を意味する。また、以下の説明において、「スキーマ」とは、変数がどう使われるかの設定ファイル（コンフィグファイル）を意味する。

【0015】

本実施形態に係る計算機システムでは、画面やそのデザインに関するソースコードの解析を行い、グループ化すべき関連する複数の画面部品を抽出する。なお、本実施形態では、ソースコードとして、ＨＴＭＬ（登録商標）、ＣＳＳ（登録商標）、及びＪａｖａＳｃｒｉｐｙ（登録商標：ＪＳともいう）を例に挙げているが、本発明は特定の言語に依存するものではなく、開発に利用するフレームワークも特定のフレームワークに依存するものではない。

【0016】

図１は、一実施形態に係る計算機システムの全体構成図である。

【0017】

計算機システム１０は、プログラム生成支援装置の一例としての情報処理装置１００と、情報装置１１０とを備える。情報処理装置１００と、情報装置１１０とは、例えば、インターネット等の通信ネットワーク１２０を介して接続されている。

【0018】

情報処理装置１００は、例えば、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等の計算機で構成され、各種処理を実行する。情報処理装置１００は、プロセッサの一例として中央処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１、入力装置１０２、二次記憶装置１０３、主記憶装置１０４、表示装置１０５、及び通信装置１０６を有する。これら各装置は、バス１０７を介して各装置間で相互にデータの送受信可能に接続されている。

【0019】

通信装置１０６は、例えば、有線ＬＡＮカードや無線ＬＡＮカードなどのインターフェースであり、通信ネットワーク１２０を介して他の装置（情報装置１１０等）と通信する。

【0020】

中央処理装置１０１は、主記憶装置１０４及び／又は二次記憶装置１０３に格納されているプログラムに従って各種処理を実行する。

【0021】

主記憶装置１０４は、例えば、ＲＡＭ（ＲＡＮＤＯＭ ＡＣＣＥＳＳ ＭＥＭＯＲＹ）であり、中央処理装置１０１で実行されるプログラムや、必要な情報を記憶する。

【0022】

二次記憶装置１０３は、例えば、ハードディスクやフラッシュメモリなどであり、中央処理装置１０１で実行されるプログラムや、中央処理装置１０１に利用されるデータを記憶する。

【0023】

入力装置１０２は、例えば、マウス、キーボード等であり、ユーザによる情報の入力を受け付ける。表示装置１０５は、例えば、ディスプレイであり、各種情報を表示出力する。

【0024】

情報装置１１０は、例えば、ＰＣ等の情報処理装置や、ネットワークストレージ等のストレージ装置で構成され、情報処理装置１００で使用される各種データを保存する。

【0025】

図２は、一実施形態に係る計算機システムの機能構成図である。

【0026】

本実施形態においては、情報処理装置１００の機能ブロックの全てが中央処理装置１０１によって実行または操作されるソフトウェアプログラムやデータであるものとして説明するが、機能ブロックの一部または全ては、ハードウェアとして実現されてもよい。また、本来は、情報処理装置１００においては、これらの機能ブロックに加え、各機能ブロックの起動や管理等を行うＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や制御プログラム等が存在するが、本実施形態では、これらの機能ブロックの連携動作を適宜説明することとし、ＯＳや制御プログラムが、連携動作に必要となる機能ブロックの起動や動作管理を行うことは自明であるので、これらのＯＳや制御プログラムについては説明及び記載を省略する。

【0027】

情報処理装置１００は、自動生成実行部２００と、ソースコード解析部２０１と、画面部品抽出部２０２と、関連判定部２０３と、コミット判定部２０４と、利用ログ判定部２０５と、関連判定項目表２０６と、非関連判定項目表２０７と、画面部品関連度表２０８とを有する。自動生成実行部２００、ソースコード解析部２０１、画面部品抽出部２０２、関連判定部２０３、コミット判定部２０４、及び利用ログ判定部２０５は、中央処理装置１０１がプログラムを実行することにより構成される。これらの具体的な処理は後述する。また、関連判定項目表２０６と、非関連判定項目表２０７と、画面部品関連度表２０８とは、二次記憶装置１０３及び／又は主記憶装置１０４に格納される。関連判定項目表２０６と、非関連判定項目表２０７と、画面部品関連度表２０８との構成については、後述する。

【0028】

情報装置１１０は、ソースコード２３０と、修正ソースコード２３１と、コミットデータ２３２と、利用ログ２３３とを格納する。

【0029】

ソースコード２３０は、例えば、例えば、ＨＴＭＬ、ＣＳＳ、ＪａｖａＳｃｒｉｐｔ等により記述された画面を表示するためのソースコードである。修正ソースコード２３１は、ソースコード２３０に格納されたソースコードに対して修正されたソースコードや、ソースコード２３０中の同一のグループに分類された複数の画面部品に関するソースコードである。修正ソースコード２３１は、ソースコード２３０に対して所定の画面部品を利用した場合に、その内容である利用ログを出力するコード（ログ出力コード）を追加したソースコードであってもよい。

【0030】

コミットデータ２３２は、ソースコード２３０の開発時等における画面部品のコミットに関するデータである。コミットデータ２３２は、例えば、Ｇｉｔ等のバージョン管理システムにおける編集履歴の情報であってもよい。コミットデータ２３２は、例えば、所定のバージョンのソースコードの作成者名、メッセージ、作成日等を含み、コミット時点でのソースコードに関連付けられている。

【0031】

利用ログ２３３は、ソースコードにより表示される画面の画面部品に対する利用ログである。利用ログ２３３は、例えば、画面部品を利用したユーザ、利用された画面部品、利用された時間等を含んでいる。

【0032】

なお、ソースコード２３０、修正ソースコード２３１、コミットデータ２３２、及び利用ログ２３３は、必ずしも情報装置１１０にある必要はなく、情報処理装置１００及び情報装置１１０のいずれに格納されていてもよい。また、修正ソースコード２３１、コミットデータ２３２、及び利用ログ２３３は、必ずしも初期状態から存在しなくてもよい。なお、本実施形態では、ソースコード２３０及び修正ソースコード２３１は、ＨＴＭＬ、ＣＳＳ、ＪａｖａＳｃｒｉｐｔを例としているが、これに限定されず、例えば、ＴｙｐｅＳｃｒｉｐｔ（登録商標）としてもよく、どのような形式であってもよい。

【0033】

次に、関連判定項目表２０６について詳細に説明する。

【0034】

図３は、一実施形態に係る関連判定項目表の構成図である。

【0035】

関連判定項目表２０６は、関連度を算出する際の判定（関連度を上げる判定）に用いる項目（関連判定項目）毎のエントリを格納する。関連判定項目表２０６のエントリは、項番（＃）２０６ａと、関連判定項目２０６ｂと、閾値２０６ｃと、関連度２０６ｄとのフィールドを含む。

【0036】

項番（＃）２０６ａには、関連判定項目についての項番が格納される。関連判定項目２０６ｂには、関連判定項目の内容が格納される。閾値２０６ｃには、エントリに対応する関連判定項目で閾値を使用する場合におけるこの閾値が格納される。関連度２０６ｄには、エントリに対応する関連判定項目に該当する場合における関連度の加算値が格納される。この関連度は、関連する画面部品のグループを抽出する際、例えば、画面部品関連度表２０８を作成する際に使用される。

【0037】

図３の関連判定項目表２０６における各関連判定項目は、以下に示すようになっている。＃１の関連判定項目は、画面部品間でモデルやハンドラを共有するかであり、判定が真であれば、関連度に３を加算することを示している。＃２の関連判定項目は、画面部品間でのモデルやハンドラの共有数が閾値以上かであり、この閾値が３であり、判定が真であれば、関連度に２を加算することを示している。＃３の関連判定項目は、画面部品間でのモデルやハンドラを介したホップ数が閾値以下かであり、この閾値が２であり、判定が真であれば、関連度に１を加算することを示している。＃４の関連判定項目は、画面部品が同じＨＴＭＬ構造（例えば、ＨＴＭＬの同一のＤｉｖ内）に属するかであり、判定が真であれば、関連度に３を加算することを示している。＃５の関連判定項目は、ＨＴＭＬ内の画面部品間のコード行距離が閾値以下かであり、この閾値が５であり、判定が真であれば、関連度に１を加算することを示している。＃６の関連判定項目は、ソースコード内の複数箇所に存在する同じ画面部品が同じ設定であるかであり、判定が真であれば、関連度に３を加算することを示している。＃７の関連判定項目は、画面部品間の関連度が閾値以上の複数の画面部品が、他の画面でも存在するかであり、判定が真であれば、関連度に３を加算することを示している。

【0038】

次に、非関連判定項目表２０７について詳細に説明する。

【0039】

図４は、一実施形態に係る非関連判定項目表の構成図である。

【0040】

非関連判定項目表２０７は、関連度を算出する際の判定（関連度を下げる判定）に用いる項目（非関連判定項目）毎のエントリを格納する。非関連判定項目表２０７のエントリは、項番（＃）２０７ａと、非関連判定項目２０７ｂと、閾値２０７ｃと、非関連度２０７ｄとのフィールドを含む。

【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】

ステップ７０２ｂでは、関連判定部２０３は、対象とする画面部品間について関連判定項目表２０６の＃４の関連判定項目、すなわち「同じＨＴＭＬ構造に属するか」を判定する。ここで、図７（Ａ）のソースコードの例では、ｃａｌｅｎｄｅｒ画面部品、ｉｎｐｕｔ画面部品、ｂｕｔｔｏｎ画面部品、及びｃａｌｅｎｄａｒ画面部品の4つの画面部品は、同じ「ｄｉｖ」に属する要素であるので、同じＨＴＭＬ構造に属すると判定される。また、図７（Ｂ－１）のソースコードの例では、ｉｎｐｕｔ画面部品及びｌａｂｅｌ画面部品が同じ「ｄｉｖ」に属する要素であるので、同じＨＴＭＬ構造に属すると判定される。また、図７（Ｂ－２）のソースコード例では、ｉｎｐｕｔ画面部品及びｌａｂｅｒ画面部品が同じ「ｄｉｖ」に属する要素であるので、同じＨＴＭＬ構造に属すると判定される。

【0075】

この結果、同じＨＴＭＬ構造に属すると判定された場合（ステップ７０２ｂ：ＹＥＳ）は、関連判定部２０３は、関連度の加算を３とし、処理をステップ７０３に進める。一方、同じＨＴＭＬ構造に属しないと判定された場合（ステップ７０２ｂ：ＮＯ）は、ステップ７０２ａでの加算分をキャンセルし、関連度の加算は０として、関連判定部２０３は、画面部品関連度表２０８の画面部品間の対応領域の関連度に加算しない（ステップ７０４）。

【0076】

ステップ７０３では、関連判定部２０３は、画面部品関連度表２０８の画面部品間の対応領域の関連度に、ステップ７０２ａ及び７０２ｂによる関連度の加算分の合計（本例では、６）を加算する。ここで、図７（Ａ）のソースコード例では、画面部品関連度表２０８に既に格納されている値が０の場合、ｉｎｐｕｔ画面部品、ｂｕｔｔｏｎ画面部品、及びｃａｌｅｎｄａｒ画面部品のそれぞれの画面部品間の関連度は６に設定される。

【0077】

この後、上記したステップ７０２～７０４の処理を、対象とする全ての画面部品間に対して実行した後に、関連度算出処理を終了する。

【0078】

次に、ステップ６０３の非関連度算出処理について説明する。

【0079】

図１０は、一実施形態に非関連度算出処理のフローチャートである。

【0080】

ステップ８０１：画面部品抽出部２０２は、対象画面のソースコード２３０から画面部品を抽出する。ステップ８０１の処理は、ステップ７０１の処理と同様である。

【0081】

ステップ８０２：関連判定部２０３は、ステップ８０１で抽出された複数の画面部品のそれぞれの部品間を対象に画面部品間の非関連度を算出する処理を行う。関連判定部２０３は、非関連判定項目表２０７に含まれる非関連判定項目の中の予め設定された１以上の非関連判定項目に基づいて非関連度を算出する。使用する非関連判定項目の設定は、デフォルトとして情報処理装置１００に設定されているものであってもよく、ユーザによって指定されたものであってもよい。

【0082】

以下の例では、使用する非関連判定項目として、図４に示す非関連判定項目表２０７の＃１、＃２、及び＃４の非関連判定項目が設定されている場合を例として説明する。なお、使用する非関連判定項目としては、非関連判定項目表２０７の１以上の非関連判定項目を使用してよく、各非関連判定項目のそれぞれについて独立して判定してもよく、複数の非関連判定項目を同時に満たすかを判定してもよい。

【0083】

関連判定部２０３は、対象とする画面部品間について、非関連判定項目表２０７の＃１の関連判定項目、すなわち「ＨＴＭＬのソースコード内のコード行距離が閾値を超える」を判定する（ステップ８０２ａ）。ここで、図７（Ａ）のソースコード例では、ｌａｂｅｌ画面部品、ｉｎｐｕｔ画面部品、ｂｕｔｔｏｎ画面部品、及びｃａｌｅｎｄｅｒ画面部品は、最大でコード行距離が３であるので、「ＨＴＭＬのソースコード内のコード行距離が閾値を超える」ではないと判定される。

【0084】

ステップ８０２ａでＨＴＭＬのソースコード内のコード行距離が閾値を超えると判定された場合（ステップ８０２ａ：ＹＥＳ）は、関連判定部２０３は、非関連度を３、すなわち、関連度から３を減算するとし、処理をステップ８０２ｂに進める。一方、ＨＴＭＬのソースコード内のコード行距離が閾値を超えると判定されていない場合（ステップ８０２ａ：ＮＯ）は、非関連度を０、すなわち、関連度の減算は０として、関連判定部２０３は、画面部品関連度表２０８の画面部品間の対応領域の関連度を減算しない（ステップ８０４）。

【0085】

次いで、関連判定部２０３は、対象とする画面部品間について、非関連判定項目表２０７の＃２の関連判定項目、すなわち「コミット日が閾値日以上離れているか」を判定する（ステップ８０２ｂ）。ここで、非関連判定項目表２０７の＃２のエントリでは、閾値を１００として設定しているため、ステップ８０２ｂでは、コミット日が１００日以上離れているかが判定される。例えば、図７（Ａ）のソースコードの場合において、このソースコードのコミットデータ２３２に基づくと、ｌａｂｅｌ画面部品とｉｎｐｕｔ画面部品については、１回目にコミットされ、ｂｕｔｔｏｎ画面部品とｃａｌｅｎｄａｒ画面部品とは、２回目にコミットされ、１回目のコミットの日と、２回目のコミットの日との間隔が１０日であるとした場合には、コミット日が１００日以上離れていないと判定される。

【0086】

ステップ８０２ｂでコミット日が１００日以上離れていると判定された場合（ステップ８０２ｂ：ＹＥＳ）は、関連判定部２０３は、非関連度を５、すなわち、関連度から５を減算するとし、処理をステップ８０２ｃに進める。一方、コミット日が１００日以上離れていないと判定された場合（ステップ８０２ｂ：ＮＯ）は、関連判定部２０３は、非関連度を０、すなわち、関連度の減算は０として、画面部品関連度表２０８の画面部品間の対応領域の関連度を減算しない（ステップ８０４）。

【0087】

次いで、関連判定部２０３は、対象とする画面部品間について、非関連判定項目表２０７の＃４の関連判定項目、すなわち「一緒に閾値日以上利用されていないか」を判定する（ステップ８０２ｃ）。ここで、非関連判定項目表２０７の＃４のエントリでは、閾値を１００として設定しているため、ステップ８０２ｃでは、一緒に１００日以上利用されていないかが判定される。例えば、図１０（Ａ）のソースコードの場合において、このソースコードの利用ログ２３３に基づくと、ｌａｂｅｌ画面部品、ｉｎｐｕｔ画面部品、ｂｕｔｔｏｎ画面部品、及びｃａｌｅｎｄａｒ画面部品が同時に利用されていない日が０日であるとした場合には、一緒に１００日以上利用されていないとは判定されない。

【0088】

ステップ８０２ｃで一緒に１００日以上利用されていないと判定された場合（ステップ８０２ｃ：ＹＥＳ）は、関連判定部２０３は、非関連度を５、すなわち、関連度から５を減算するとし、処理をステップ８０３に進める。一方、一緒に１００日以上利用されていないと判定されなかった、すなわち、１００日未満で一緒に利用されたと判定された場合（ステップ８０２ｃ：ＮＯ）は、非関連度を０、すなわち、関連度の減算は０として、関連判定部２０３は、画面部品関連度表２０８の画面部品間の対応領域の関連度を減算しない（ステップ８０４）。

【0089】

ステップ８０３では、関連判定部２０３は、画面部品関連度表２０８の画面部品間の対応領域の関連度から、ステップ８０２ａ、８０２ｂ、及び８０２ｃによる非関連度の合計（関連度の減算分の合計）を減算する。

【0090】

この後、上記したステップ８０２～８０４の処理を、対象とする全ての画面部品間に対して実行した後に、非関連度算出処理を終了する。ここで、図７（Ａ）のソースコード例では、非関連度算出処理では、関連度の減算を行わないので、画面部品関連度表２０８は、関連度算出処理で作成された関連度の値から変化しない。すなわち、最終的には、図５に示す状態となる。

【0091】

上記したように本実施形態によると、ソースコードを解析して、スキーマで手動定義することなしに、グループ化すべき画面部品を自動的に判定し、適切に抽出することができる。これにより、関連する画面部品のグループを特定し、例えば、修正ソースコードに格納されている関連する画面部品のグループのソースコードを利用して容易に新たなプログラムのソースコードを作成することができるようになる。

【0092】

なお、本発明は、上述の実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で、適宜変形して実施することが可能である。

【0093】

例えば、上記実施形態では、関連度と、非関連度とは、正負が逆である関係であり、実質的には、関連度を示しているので、関連度算出処理と、非関連度算出処理とを１つの処理にまとめるようにしてもよい。

【0094】

また、上記実施形態において、中央処理装置１０１が行っていた処理の一部又は全部を、ハードウェア回路で行うようにしてもよい。また、上記実施形態におけるプログラムは、プログラムソースからインストールされてよい。プログラムソースは、プログラム配布サーバ又は記憶メディア（例えば可搬型の記憶メディア）であってもよい。

【符号の説明】

【0095】

１０…計算機システム、１００…情報処理装置、１０１…中央処理装置、１０２…入力装置、１０３…二次記憶装置、１０４…主記憶装置、１０５…表示装置、１０６…通信装置、１０７…バス、１１０…情報装置、１２０…通信ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】