(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022156575
(43)【公開日】2022-10-14
(54)【発明の名称】解析プログラム、解析方法、および情報処理装置
(51)【国際特許分類】
G06F 8/75 20180101AFI20221006BHJP
G06F 8/73 20180101ALI20221006BHJP
【ＦＩ】
G06F8/75
G06F8/73
【審査請求】未請求
【請求項の数】7
【出願形態】ＯＬ
(21)【出願番号】P 2021060343
(22)【出願日】2021-03-31
(71)【出願人】
【識別番号】000005223
【氏名又は名称】富士通株式会社
(74)【代理人】
【識別番号】110002918
【氏名又は名称】特許業務法人扶桑国際特許事務所
(72)【発明者】
【氏名】工藤 駿
(72)【発明者】
【氏名】浦本 貴正
(72)【発明者】
【氏名】大畑 貴史
【テーマコード（参考）】
5B376
【Ｆターム（参考）】
5B376BB12
5B376BC38
5B376DA22
(57)【要約】
【課題】プログラム実行時の動作仕様の把握を容易にする。
【解決手段】情報処理装置１０は、ソースファイル１ａと、ソースファイル１ａにおける解析対象プログラムの記述に使用されたプログラミング言語の動作仕様が定義された仕様定義情報とを記憶する。情報処理装置１０は、仕様定義情報に基づいて、ソースファイル１ａに記述された行ごとのコードの動作仕様を解読する。そして情報処理装置１０は、ソースファイル１ａ内の複数の行それぞれに対応付けて、複数の行それぞれに記述されたコードの動作仕様を示すコメント文が記述された仕様情報を生成する。
【選択図】図１
【解決手段】情報処理装置１０は、ソースファイル１ａと、ソースファイル１ａにおける解析対象プログラムの記述に使用されたプログラミング言語の動作仕様が定義された仕様定義情報とを記憶する。情報処理装置１０は、仕様定義情報に基づいて、ソースファイル１ａに記述された行ごとのコードの動作仕様を解読する。そして情報処理装置１０は、ソースファイル１ａ内の複数の行それぞれに対応付けて、複数の行それぞれに記述されたコードの動作仕様を示すコメント文が記述された仕様情報を生成する。
【選択図】図１
【特許請求の範囲】
【請求項1】
コンピュータに、
ソースファイルにおける解析対象プログラムの記述に使用されたプログラミング言語の動作仕様が定義された仕様定義情報に基づいて、前記ソースファイルに記述された行ごとのコードの動作仕様を解読し、
前記ソースファイル内の複数の行それぞれに対応付けて、前記複数の行それぞれに記述されたコードの動作仕様を示すコメント文が記述された仕様情報を生成する、
処理を実行させる解析プログラム。
ソースファイルにおける解析対象プログラムの記述に使用されたプログラミング言語の動作仕様が定義された仕様定義情報に基づいて、前記ソースファイルに記述された行ごとのコードの動作仕様を解読し、
前記ソースファイル内の複数の行それぞれに対応付けて、前記複数の行それぞれに記述されたコードの動作仕様を示すコメント文が記述された仕様情報を生成する、
処理を実行させる解析プログラム。
【請求項2】
コードの仕様の解読では、前記解析対象プログラムの実行時に参照する情報が示された外付け情報に基づいて、前記外付け情報に応じた動作を記述した外部情報参照コードを実行した場合の動作を解読し、
前記仕様情報の生成では、前記外部情報参照コードが記述された行に対応付けて、前記外部情報参照コードに基づく前記外付け情報に応じた動作を示すコメント文を前記仕様情報に記載する、
請求項１記載の解析プログラム。
前記仕様情報の生成では、前記外部情報参照コードが記述された行に対応付けて、前記外部情報参照コードに基づく前記外付け情報に応じた動作を示すコメント文を前記仕様情報に記載する、
請求項１記載の解析プログラム。
【請求項3】
前記コンピュータに、さらに、
前記仕様定義情報に基づいて、前記ソースファイルに変更を加えた変更後ソースファイルに記述された行ごとのコードの動作仕様を解読し、
前記変更後ソースファイル内の複数の行それぞれに対応付けて、前記複数の行それぞれに記述されたコードの動作仕様を示すコメント文が記述された変更後仕様情報を生成し、
前記仕様情報と前記変更後仕様情報との差分を抽出する、
処理を実行させる請求項１または２に記載の解析プログラム。
前記仕様定義情報に基づいて、前記ソースファイルに変更を加えた変更後ソースファイルに記述された行ごとのコードの動作仕様を解読し、
前記変更後ソースファイル内の複数の行それぞれに対応付けて、前記複数の行それぞれに記述されたコードの動作仕様を示すコメント文が記述された変更後仕様情報を生成し、
前記仕様情報と前記変更後仕様情報との差分を抽出する、
処理を実行させる請求項１または２に記載の解析プログラム。
【請求項4】
コードの仕様の解読では、前記解析対象プログラムを第１システムで実行した場合における前記解析対象プログラムを記述したプログラミング言語の動作仕様が定義された第１仕様定義情報に基づいて、前記ソースファイルに記述された行ごとのコードの動作仕様を解読すると共に、前記解析対象プログラムを第２システムで実行した場合における前記解析対象プログラムを記述したプログラミング言語の動作仕様が定義された第２仕様定義情報に基づいて、前記ソースファイルに記述された行ごとのコードの動作仕様を解読し、
前記仕様情報の生成では、前記ソースファイル内の複数の行それぞれに対応付けて、前記複数の行それぞれに記述されたコードの前記第１仕様定義情報に基づく動作仕様を示すコメント文が記述された第１仕様情報を生成すると共に、前記ソースファイル内の前記複数の行それぞれに対応付けて、前記複数の行それぞれに記述されたコードの前記第２仕様定義情報に基づく動作仕様を示すコメント文が記述された第２仕様情報を生成し、
前記第１仕様情報と前記第２仕様情報との差分を抽出する、
請求項１または２に記載の解析プログラム。
前記仕様情報の生成では、前記ソースファイル内の複数の行それぞれに対応付けて、前記複数の行それぞれに記述されたコードの前記第１仕様定義情報に基づく動作仕様を示すコメント文が記述された第１仕様情報を生成すると共に、前記ソースファイル内の前記複数の行それぞれに対応付けて、前記複数の行それぞれに記述されたコードの前記第２仕様定義情報に基づく動作仕様を示すコメント文が記述された第２仕様情報を生成し、
前記第１仕様情報と前記第２仕様情報との差分を抽出する、
請求項１または２に記載の解析プログラム。
【請求項5】
前記コンピュータに、さらに、
前記第１仕様情報と前記第２仕様情報との差分に基づいて、前記第１システムで実行されていた前記解析対象プログラムを前記第２システムに移行させるための修正案を出力する、
処理を実行させる請求項４記載の解析プログラム。
前記第１仕様情報と前記第２仕様情報との差分に基づいて、前記第１システムで実行されていた前記解析対象プログラムを前記第２システムに移行させるための修正案を出力する、
処理を実行させる請求項４記載の解析プログラム。
【請求項6】
コンピュータが、
ソースファイルにおける解析対象プログラムの記述に使用されたプログラミング言語の動作仕様が定義された仕様定義情報に基づいて、前記ソースファイルに記述された行ごとのコードの動作仕様を解読し、
前記ソースファイル内の複数の行それぞれに対応付けて、前記複数の行それぞれに記述されたコードの動作仕様を示すコメント文が記述された仕様情報を生成する、
処理を実行させる解析方法。
ソースファイルにおける解析対象プログラムの記述に使用されたプログラミング言語の動作仕様が定義された仕様定義情報に基づいて、前記ソースファイルに記述された行ごとのコードの動作仕様を解読し、
前記ソースファイル内の複数の行それぞれに対応付けて、前記複数の行それぞれに記述されたコードの動作仕様を示すコメント文が記述された仕様情報を生成する、
処理を実行させる解析方法。
【請求項7】
ソースファイルと、前記ソースファイルにおける解析対象プログラムの記述に使用されたプログラミング言語の動作仕様が定義された仕様定義情報とを記憶する記憶部と、
前記仕様定義情報に基づいて、前記ソースファイルに記述された行ごとのコードの動作仕様を解読し、前記ソースファイル内の複数の行それぞれに対応付けて、前記複数の行それぞれに記述されたコードの動作仕様を示すコメント文が記述された仕様情報を生成する処理部と、
を有する情報処理装置。
前記仕様定義情報に基づいて、前記ソースファイルに記述された行ごとのコードの動作仕様を解読し、前記ソースファイル内の複数の行それぞれに対応付けて、前記複数の行それぞれに記述されたコードの動作仕様を示すコメント文が記述された仕様情報を生成する処理部と、
を有する情報処理装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、解析プログラム、解析方法、および情報処理装置に関する。
【背景技術】
【0002】
アプリケーションソフトウェア（以下アプリケーションと呼ぶ）などのソフトウェアは、そのソフトウェアを実行するプラットフォームの移行または処理系の変更により、実行環境が変更されることがある。例えば以下のようなプラットフォームの移行または処理系の変更があり得る。
・ホストからいわゆるオープン系ＯＳ（Operating System）への移行
・オープン系ＯＳの中での別ＯＳへの移行
・同一ＯＳでの３２－ｂｉｔ版から６４－ｂｉｔ版への移行
・同一ＯＳでのバージョンアップ
・高級言語で作成されたソフトウェアの処理系の変更（例えばコンパイラを提供するベンダの変更）
ソフトウェアの実行環境が変更される場合、その変更に伴うソフトウェアの動作の変化が問題となることが多い。例えば、メモリ領域へのポインタを扱うプログラムの場合、３２－ｂｉｔから６４－ｂｉｔへの移行ではポインタのサイズが異なる。このため、ポインタを利用した処理でポインタサイズが３２ｂｉｔであることを利用した処理を含むソフトウェアを６４－ｂｉｔ版のＯＳへ移行させた場合、ソースファイルなどの資産に一切変更が無くとも、動作が変更される。これらのプラットフォーム移行に伴う仕様差は、移行するソフトウェアのソースファイルなどの資産文面には直接現れない情報である。
・ホストからいわゆるオープン系ＯＳ（Operating System）への移行
・オープン系ＯＳの中での別ＯＳへの移行
・同一ＯＳでの３２－ｂｉｔ版から６４－ｂｉｔ版への移行
・同一ＯＳでのバージョンアップ
・高級言語で作成されたソフトウェアの処理系の変更（例えばコンパイラを提供するベンダの変更）
ソフトウェアの実行環境が変更される場合、その変更に伴うソフトウェアの動作の変化が問題となることが多い。例えば、メモリ領域へのポインタを扱うプログラムの場合、３２－ｂｉｔから６４－ｂｉｔへの移行ではポインタのサイズが異なる。このため、ポインタを利用した処理でポインタサイズが３２ｂｉｔであることを利用した処理を含むソフトウェアを６４－ｂｉｔ版のＯＳへ移行させた場合、ソースファイルなどの資産に一切変更が無くとも、動作が変更される。これらのプラットフォーム移行に伴う仕様差は、移行するソフトウェアのソースファイルなどの資産文面には直接現れない情報である。
【0003】
プラットフォームの移行の際には、プラットフォーム移行の実現性の事前確認作業が行われる。例えばソフトウェア資産に対して実行するプラットフォーム間の非互換の部分を人手によりしらみつぶし的に洗い出すアセスメントが実施される。
【0004】
プログラムの内容の把握を支援する技術としては、例えば入力されるプログラムに基づいて柔軟な仕様書を生成できる仕様書生成装置が提案されている。
【先行技術文献】
【特許文献】
【0005】
【特許文献1】特開２０１０－１７６５５３号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
プログラム実行時の動作仕様がソースファイルなどの資産文面に現れない部分があるため、ソースファイルだけではコンパイル後のプログラムの動作仕様を正確に把握することが困難である。そのため例えば、ソフトウェアの実行環境が変更される場合にアセスメントを実施しても、実行環境の変更に応じて変更される動作の抽出漏れが発生しやすく、正確性に欠けてしまう。またソフトウェアのソースファイルの変更により動作が変更される場合においても、動作の変更箇所を正確に把握することが困難となっている。
【0007】
１つの側面では、本件は、プログラム実行時の動作仕様の把握を容易にすることを目的とする。
【課題を解決するための手段】
【0008】
１つの案では、以下の処理をコンピュータに実行させる解析プログラムが提供される。
コンピュータは、ソースファイルにおける解析対象プログラムの記述に使用されたプログラミング言語の動作仕様が定義された仕様定義情報に基づいて、ソースファイルに記述された行ごとのコードの動作仕様を解読する。そしてコンピュータは、ソースファイル内の複数の行それぞれに対応付けて、複数の行それぞれに記述されたコードの動作仕様を示すコメント文が記述された仕様情報を生成する。
コンピュータは、ソースファイルにおける解析対象プログラムの記述に使用されたプログラミング言語の動作仕様が定義された仕様定義情報に基づいて、ソースファイルに記述された行ごとのコードの動作仕様を解読する。そしてコンピュータは、ソースファイル内の複数の行それぞれに対応付けて、複数の行それぞれに記述されたコードの動作仕様を示すコメント文が記述された仕様情報を生成する。
【発明の効果】
【0009】
１態様によれば、プログラム実行時の動作仕様の把握が容易となる。
【図面の簡単な説明】
【0010】
【図1】第１の実施の形態に係る解析方法の一例を示す図である。
【図2】移行前後のシステムを含む全体のシステム構成の一例を示す図である。
【図3】管理端末のハードウェアの一例を示す図である。
【図4】アプリケーションの自動アセスメントのための管理端末の機能を示すブロック図である。
【図5】プラットフォーム移行に伴うアプリケーションのアセスメント処理の一例を示す図である。
【図6】仕様情報の第１の生成例を示す図である。
【図7】仕様情報の第２の生成例を示す図である。
【図8】仕様情報の第３の生成例を示す図である。
【図9】仕様情報の第４の生成例を示す図である。
【図10】仕様情報の第５の生成例を示す図である。
【図11】コンパイラを変更する場合のアセスメントの一例を示す図である。
【図12】制御構造の部分の仕様の出力例を示す図である。
【図13】サブルーチンの呼び出し先の仕様差抽出の一例を示す図である。
【図14】エラー伝搬を抑止した仕様差抽出の一例を示す図である。
【図15】運用時パラメータを参照することによる仕様差抽出の一例を示す図である。
【図16】システムごとに異なる動作設定ファイルが存在する場合の仕様差抽出の一例を示す図である。
【図17】仕様情報生成処理の手順の一例を示すフローチャートである。
【図18】外付け情報解析処理の手順の一例を示すフローチャートである。
【図19】システム利用環境変数一覧テーブルの一例を示す図である。
【図20】環境変数一覧テーブルの一例を示す図である。
【図21】実行時オプションテーブルの一例を示す図である。
【図22】動作設定テーブルの一例を示す図である。
【図23】環境変数一覧から環境変数一覧テーブルへのデータ登録処理の一例を示す図である。
【図24】動作設定ファイルから動作設定テーブルへのデータ登録処理の一例を示す図である。
【図25】ソースファイル解析処理の手順の一例を示すフローチャートである。
【図26】変数一覧テーブルの一例を示す図である。
【図27】差分レポートの出力例を示す図である。
【発明を実施するための形態】
【0011】
以下、本実施の形態について図面を参照して説明する。なお各実施の形態は、矛盾のない範囲で複数の実施の形態を組み合わせて実施することができる。
〔第１の実施の形態〕
まず第１の実施の形態について説明する。
〔第１の実施の形態〕
まず第１の実施の形態について説明する。
【0012】
図１は、第１の実施の形態に係る解析方法の一例を示す図である。図１には、解析方法を実現するための情報処理装置１０が示されている。情報処理装置１０は、例えば所定の解析プログラムを実行することにより、第１の実施の形態にかかる解析方法を実施することができる。
【0013】
情報処理装置１０は、例えば記憶部１１と処理部１２とを有するコンピュータである。記憶部１１は、例えば情報処理装置１０が有するメモリまたはストレージ装置である。処理部１２は、例えば情報処理装置１０が有するプロセッサまたは演算回路である。
【0014】
記憶部１１は、ソフトウェア資産１、第１仕様定義情報２、および第２仕様定義情報３を記憶する。ソフトウェア資産１には、ソフトウェアのソースファイル１ａと、ソースファイル１ａに記述された解析対象プログラムの実行時に参照する情報が示された外付け情報１ｂが含まれる。第１仕様定義情報２は、解析対象プログラムを第１システムで実行した場合における解析対象プログラムを記述したプログラミング言語の動作仕様が定義された情報である。第２仕様定義情報３は、解析対象プログラムを第２システムで実行した場合における解析対象プログラムを記述したプログラミング言語の動作仕様が定義された情報である。第１システムと第２システムとは、例えばＯＳなどのプラットフォームが異なるシステムである。
【0015】
処理部１２は、第１仕様定義情報２または第２仕様定義情報３に基づいて、ソースファイル１ａに記述された行ごとのコードの動作仕様を解読する。そして処理部１２は、ソースファイル１ａ内の複数の行それぞれに対応付けて、複数の行それぞれに記述されたコードの動作仕様を示すコメント文が記述された仕様情報を生成する。例えば処理部１２は、第１仕様定義情報２に基づいて、ソースファイル１ａに記述された行ごとのコードの動作仕様を解読し、第１仕様定義情報２に基づく動作仕様を示すコメント文が記述された第１仕様情報４を生成する。また処理部１２は、第２仕様定義情報３に基づいて、ソースファイル１ａに記述された行ごとのコードの動作仕様を解読し、第２仕様定義情報３に基づく動作仕様を示すコメント文が記述された第２仕様情報５を生成する。
【0016】
第１仕様情報４には第１仕様定義情報２に基づく動作仕様を示すコメント文が記述されているため、第１仕様情報４を参照すれば、解析対象プログラムを第１システムで実行した場合の動作仕様を容易に把握可能である。また第２仕様情報５には第２仕様定義情報３に基づく動作仕様を示すコメント文が記述されているため、第２仕様情報５を参照すれば、解析対象プログラムを第２システムで実行した場合の動作仕様を容易に把握可能である。
【0017】
例えば第１システムで実行されている解析対象プログラムを第２プログラムに移行する場合、第１仕様情報４と第２仕様情報５とを比較することで、実行するシステムの移行に伴う動作仕様の変更箇所を容易に検出できる。その場合、処理部１２は、第１仕様情報４と第２仕様情報５との差分を抽出し、抽出した差分を示す仕様差分情報６を生成してもよい。仕様差分情報６には、解析対象プログラムを実行するシステムの移行に伴う動作仕様の変更箇所が漏れなく記載される。これにより、動作仕様の変更箇所の抽出漏れが抑止される。
【0018】
なお処理部１２は、仕様差分情報６に基づいて差分レポート７を出力してもよい。差分レポート７には、動作仕様の変更箇所がユーザに分かりやすく可視化される。これにより、ユーザによる動作仕様の変更箇所の把握が容易となる。
【0019】
なお処理部１２は、コードの仕様の解読の際に、解析対象プログラムの実行時に参照する情報が示された外付け情報１ｂに基づいて、外付け情報１ｂに応じた動作を記述した外部情報参照コードを実行した場合の動作を解読することもできる。その場合、処理部１２は、外部情報参照コードが記述された行に対応付けて、外部情報参照コードに基づく外付け情報１ｂに応じた動作を示すコメント文を第１仕様情報４または第２仕様情報５に記載する。
【0020】
外付け情報１ｂに応じた動作仕様を示すコメント文が第１仕様情報４または第２仕様情報５に記載されることで、ソースファイル１ａには文面上現れない動作仕様が第１仕様情報４または第２仕様情報５に示される。そのため、第１仕様情報４または第２仕様情報５に基づいて、解析対象プログラムの実行時の動作を正確に把握することが可能となる。
【0021】
さらに処理部１２は、第１仕様情報４と第２仕様情報５との差分に基づいて、第１システムで実行されていた解析対象プログラムを第２システムに移行させるための修正案を出力してもよい。例えば処理部１２には、コード仕様の解読によって判明する動作時のエラーの種別に対応付けて、そのエラーを解消するための修正案を保持する。そして処理部１２は、第２仕様情報５において動作エラーとなることが示されている場合、エラーの種別に応じ、エラーが出ないようにするソースファイル１ａの修正案を出力する。これにより、解析対象プログラムを実行させるシステムの移行に合わせたソースファイル１ａの修正が容易となる。
【0022】
また処理部１２は、第１仕様定義情報２または第２仕様定義情報３に基づいて、ソースファイル１ａに変更を加えた変更後ソースファイルに記述された行ごとのコードの動作仕様を解読することもできる。その場合、処理部１２は、変更後ソースファイル内の複数の行それぞれに対応付けて、複数の行それぞれに記述されたコードの動作仕様を示すコメント文が記述された変更後仕様情報を生成する。そして処理部１２は、仕様情報と変更後仕様情報との差分を抽出する。これにより、ソースファイル１ａの変更による解析対象プログラムの実行時の動作仕様の変更内容を正確に把握することができる。
【0023】
〔第２の実施の形態〕
次に第２の実施の形態について説明する。
図２は、移行前後のシステムを含む全体のシステム構成の一例を示す図である。図２の例では、ネットワーク２０を介して、複数のシステム２００，３００と管理端末１００とが接続されている。システム２００，３００は、アプリケーションを実行するコンピュータである。システム２００とシステム３００とでは、異なるプラットフォームが構築されているものとする。例えばシステム２００とは異なるＯＳでシステム３００は動作している。管理端末１００は、システム２００，３００の運用管理に用いるコンピュータである。
次に第２の実施の形態について説明する。
図２は、移行前後のシステムを含む全体のシステム構成の一例を示す図である。図２の例では、ネットワーク２０を介して、複数のシステム２００，３００と管理端末１００とが接続されている。システム２００，３００は、アプリケーションを実行するコンピュータである。システム２００とシステム３００とでは、異なるプラットフォームが構築されているものとする。例えばシステム２００とは異なるＯＳでシステム３００は動作している。管理端末１００は、システム２００，３００の運用管理に用いるコンピュータである。
【0024】
図３は、管理端末のハードウェアの一例を示す図である。管理端末１００は、プロセッサ１０１によって装置全体が制御されている。プロセッサ１０１には、バス１０９を介してメモリ１０２と複数の周辺機器が接続されている。プロセッサ１０１は、マルチプロセッサであってもよい。プロセッサ１０１は、例えばＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、またはＤＳＰ（Digital Signal Processor）である。プロセッサ１０１がプログラムを実行することで実現する機能の少なくとも一部を、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）などの電子回路で実現してもよい。
【0025】
メモリ１０２は、管理端末１００の主記憶装置として使用される。メモリ１０２には、プロセッサ１０１に実行させるＯＳのプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、メモリ１０２には、プロセッサ１０１による処理に利用する各種データが格納される。メモリ１０２としては、例えばＲＡＭ（Random Access Memory）などの揮発性の半導体記憶装置が使用される。
【0026】
バス１０９に接続されている周辺機器としては、ストレージ装置１０３、ＧＰＵ（Graphics Processing Unit）１０４、入力インタフェース１０５、光学ドライブ装置１０６、機器接続インタフェース１０７およびネットワークインタフェース１０８がある。
【0027】
ストレージ装置１０３は、内蔵した記録媒体に対して、電気的または磁気的にデータの書き込みおよび読み出しを行う。ストレージ装置１０３は、コンピュータの補助記憶装置として使用される。ストレージ装置１０３には、ＯＳのプログラム、アプリケーションプログラム、および各種データが格納される。なお、ストレージ装置１０３としては、例えばＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）を使用することができる。
【0028】
ＧＰＵ１０４は画像処理を行う演算装置であり、グラフィックコントローラとも呼ばれる。ＧＰＵ１０４には、モニタ２１が接続されている。ＧＰＵ１０４は、プロセッサ１０１からの命令に従って、画像をモニタ２１の画面に表示させる。モニタ２１としては、有機ＥＬ（Electro Luminescence）を用いた表示装置や液晶表示装置などがある。
【0029】
入力インタフェース１０５には、キーボード２２とマウス２３とが接続されている。入力インタフェース１０５は、キーボード２２やマウス２３から送られてくる信号をプロセッサ１０１に送信する。なお、マウス２３は、ポインティングデバイスの一例であり、他のポインティングデバイスを使用することもできる。他のポインティングデバイスとしては、タッチパネル、タブレット、タッチパッド、トラックボールなどがある。
【0030】
光学ドライブ装置１０６は、レーザ光などを利用して、光ディスク２４に記録されたデータの読み取り、または光ディスク２４へのデータの書き込みを行う。光ディスク２４は、光の反射によって読み取り可能なようにデータが記録された可搬型の記録媒体である。光ディスク２４には、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ－ＲＡＭ、ＣＤ－ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ－Ｒ（Recordable）／ＲＷ（ReWritable）などがある。
【0031】
機器接続インタフェース１０７は、管理端末１００に周辺機器を接続するための通信インタフェースである。例えば機器接続インタフェース１０７には、メモリ装置２５やメモリリーダライタ２６を接続することができる。メモリ装置２５は、機器接続インタフェース１０７との通信機能を搭載した記録媒体である。メモリリーダライタ２６は、メモリカード２７へのデータの書き込み、またはメモリカード２７からのデータの読み出しを行う装置である。メモリカード２７は、カード型の記録媒体である。
【0032】
ネットワークインタフェース１０８は、ネットワーク２０に接続されている。ネットワークインタフェース１０８は、ネットワーク２０を介して、他のコンピュータまたは通信機器との間でデータの送受信を行う。ネットワークインタフェース１０８は、例えばスイッチやルータなどの有線通信装置にケーブルで接続される有線通信インタフェースである。またネットワークインタフェース１０８は、基地局やアクセスポイントなどの無線通信装置に電波によって通信接続される無線通信インタフェースであってもよい。
【0033】
管理端末１００は、以上のようなハードウェアによって、第２の実施の形態の処理機能を実現することができる。システム２００，３００も、管理端末１００と同様のハードウェアにより実現することができる。また、第１の実施の形態に示した情報処理装置１０も、管理端末１００と同様のハードウェアにより実現することができる。
【0034】
管理端末１００は、例えばコンピュータ読み取り可能な記録媒体に記録されたプログラムを実行することにより、第２の実施の形態の処理機能を実現する。管理端末１００に実行させる処理内容を記述したプログラムは、様々な記録媒体に記録しておくことができる。例えば、管理端末１００に実行させるプログラムをストレージ装置１０３に格納しておくことができる。プロセッサ１０１は、ストレージ装置１０３内のプログラムの少なくとも一部をメモリ１０２にロードし、プログラムを実行する。また管理端末１００に実行させるプログラムを、光ディスク２４、メモリ装置２５、メモリカード２７などの可搬型記録媒体に記録しておくこともできる。可搬型記録媒体に格納されたプログラムは、例えばプロセッサ１０１からの制御により、ストレージ装置１０３にインストールされた後、実行可能となる。またプロセッサ１０１が、可搬型記録媒体から直接プログラムを読み出して実行することもできる。
【0035】
以上のようなシステムにおいて、システム２００，３００の一方で実行されているアプリケーションを他方のシステムに移行させる場合がある。この場合、システムの管理者は、管理端末１００を用いてアプリケーションの実行環境の移行に伴って動作が変更される部分の洗い出し（アセスメント）を行う。管理端末１００は、アプリケーションのアセスメントを自動で行い、実行環境の違いに応じた動作の差分を出力することができる。
【0036】
ここで、アプリケーションのプラットフォーム移行時のアセスメントの困難性について説明する。
アセスメントの１つの手段としては、コンパイラを用いて移行対象資産の構文解析を行い、移行後システム基準の構文エラーを抽出することが考えられる。しかし、コンパイラは仕様差の抽出のために設計されているわけではないため、コンパイラを用いて移行対象資産の構文解析を行ってもすべての仕様差を抽出できる保証がない（課題１）。
アセスメントの１つの手段としては、コンパイラを用いて移行対象資産の構文解析を行い、移行後システム基準の構文エラーを抽出することが考えられる。しかし、コンパイラは仕様差の抽出のために設計されているわけではないため、コンパイラを用いて移行対象資産の構文解析を行ってもすべての仕様差を抽出できる保証がない（課題１）。
【0037】
仕様差が抽出できない場合として、ある箇所のエラーにより、その後続のコードの判定がうまくいかない場合がある（課題２）。例えば、データ定義エラーにより、そのデータを使う文全体の構文チェックがエラーとなる。その場合、文自体の仕様差がチェックできないことがある。
【0038】
またコンパイラを用いた場合、コンパイル時にわかる仕様しかチェックできない（課題３）。例えば、運用時のパラメータ指定により動作を変えているケースでは、移行前後での動作の違いを正しく判定できない。
【0039】
アセスメントの別の手段としては、移行前システムと移行後システムの仕様差を事前に洗い出し、顧客資産に該当する仕様差を抽出するツールを作成することが考えられる。この場合、移行前のシステムと移行後のシステムの組み合わせごとに仕様差を洗い出すこととなり、対象システム数が増えると組み合わせ数が膨大になる（課題４）。
【0040】
そこで第２の実施の形態に係る管理端末１００では、既存のチェックツールのように非互換があるプログラム要素に対して警告を表示するのではなく、ソースファイル中のすべてのプログラム要素に対して、その詳細な仕様をコメント文で出力する。すなわち管理端末１００は、エラーとなることを示すコメント文を出力するものの、エラー処理による後続の処理のスキップは発生させない。管理端末１００が出力する仕様には、ソースファイルの表記からは見て取れない仕様（実行プラットフォーム依存、処理系依存、翻訳パラメータ依存、実行環境情報依存な仕様）も含まれる。
【0041】
このように管理端末１００は、「プラットフォームＡからプラットフォームＢへの移行における仕様定義上での非互換」を検出するのではなく、プログラム実行時の「プラットフォームＡ上での動作仕様」と「プラットフォームＢ上での動作仕様」を出力する。プログラム実行時の動作仕様には、ソースファイルに現れない仕様が含まれる。そして管理端末１００は、異なるプラットフォームに応じた動作仕様を比較する。これにより、個々のアプリケーションについての多岐にわたる移行パターンを、移行元と移行先の各プラットフォームに対する仕様情報出力を実装するだけでサポートすることができる。すなわち以下の通り、上記の各課題を解決することができる。
【0042】
課題１（仕様差抽出の完全性）については、移行前後のソースコードに関係する動作仕様を機械的に書き出すことで、仕様差の検出漏れが防止される。課題２（エラー伝搬の防止）については、仕様コメントを複数行とすることで、エラー伝搬による情報の損失が防止される。課題３（運用時パラメータの反映）については、資産解析のインプットとして運用環境設定用ファイルを利用することで、運用時のパラメータが比較対象に反映可能となる。課題４（組み合わせパターン増大防止）については、組み合わせごとの仕様差を考慮せず、システムの仕様にのみ着目するため、解析のパターンが削減される。すなわち、プラットフォームの組み合わせごとに解析を行う場合、ｎシステム（ｎは２以上の整数）の比較を行うには全部でnＣ2通りの比較が必要となるが、ソフトウェアを実行するシステムごとの動作仕様のコメント文の出力であればｎ通りだけ考えればよい。
【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】
ソースファイル３１ａに基づくアプリケーションのシステム移行の際には、移行前の仕様情報６１ｅ，６１ｆそれぞれと移行後の仕様情報６２とのコメント文を比較するだけで差分抽出が可能となる。なお移行前システムと移行後システムの仕様差を事前に洗い出すツールを作成しようとすると、ｎ個のシステムに対応する場合、全部でnＣ2通りのツールを作成することとなる。それに対して、ソースファイル３１ａに対してシステムごとの仕様情報を作成するのであれば、ｎ個の仕様情報を作成するだけで済む。
【0096】
次に、アプリケーションのプラットフォーム移行時の仕様情報生成処理について詳細に説明する。
図１７は、仕様情報生成処理の手順の一例を示すフローチャートである。以下、図１７に示す処理をステップ番号に沿って説明する。
図１７は、仕様情報生成処理の手順の一例を示すフローチャートである。以下、図１７に示す処理をステップ番号に沿って説明する。
【0097】
［ステップＳ１０１］仕様情報出力部１２０は、移行対象資産一覧を取得する。例えば仕様情報出力部１２０は、ユーザから、移行元のシステムに実装されているソフトウェア資産のうちの、移行先のシステムに移行させるソフトウェア資産を示す移行対象資産一覧の入力を受け付ける。
【0098】
［ステップＳ１０２］仕様情報出力部１２０は、稼働システムを示す稼働システム情報を取得する。例えば仕様情報出力部１２０は、稼働システム情報として、ユーザから、移行前のシステムの識別情報と移行後のシステムの識別情報との組の入力を受け付ける。
【0099】
［ステップＳ１０３］仕様情報出力部１２０は、稼働システム情報に示されるシステムに応じた仕様定義を記憶部１１０から読み込む。
［ステップＳ１０４］仕様情報出力部１２０は、取得した移行対象資産一覧に示される移行対象資産に含まれるすべての外付け情報資産についてステップＳ１０５の処理が完了するまで、ステップＳ１０５の処理をループする。
［ステップＳ１０４］仕様情報出力部１２０は、取得した移行対象資産一覧に示される移行対象資産に含まれるすべての外付け情報資産についてステップＳ１０５の処理が完了するまで、ステップＳ１０５の処理をループする。
【0100】
［ステップＳ１０５］仕様情報出力部１２０は、外付け情報の解析処理を行う。この処理の詳細は後述する（図１８参照）。
［ステップＳ１０６］仕様情報出力部１２０は、すべての外付け情報資産についてステップＳ１０５の処理が完了したら、処理をステップＳ１０７に進める。
［ステップＳ１０６］仕様情報出力部１２０は、すべての外付け情報資産についてステップＳ１０５の処理が完了したら、処理をステップＳ１０７に進める。
【0101】
［ステップＳ１０７］仕様情報出力部１２０は、取得した移行対象資産一覧に示される移行対象資産に含まれるすべてのソースファイルについてステップＳ１０８の処理が完了するまで、ステップＳ１０８の処理をループする。
【0102】
［ステップＳ１０８］仕様情報出力部１２０は、ソースファイル解析処理を行う。この処理の詳細は後述する（図２５参照）。
［ステップＳ１０９］仕様情報出力部１２０は、すべてのソースファイルについてステップＳ１０８の処理が完了したら仕様情報生成処理を終了する。
［ステップＳ１０９］仕様情報出力部１２０は、すべてのソースファイルについてステップＳ１０８の処理が完了したら仕様情報生成処理を終了する。
【0103】
図１８は、外付け情報解析処理の手順の一例を示すフローチャートである。以下、図１８に示す処理をステップ番号に沿って説明する。
［ステップＳ１２１］仕様情報出力部１２０は、外付け情報の種別を分析する。仕様情報出力部１２０は、外付け情報が環境変数一覧であれば処理をステップＳ１２２に進める。また仕様情報出力部１２０は、外付け情報が実行時オプションファイルであれば処理をステップＳ１２６に進める。さらに仕様情報出力部１２０は、外付け情報が動作設定ファイルであれば処理をステップＳ１２９に進める。
［ステップＳ１２１］仕様情報出力部１２０は、外付け情報の種別を分析する。仕様情報出力部１２０は、外付け情報が環境変数一覧であれば処理をステップＳ１２２に進める。また仕様情報出力部１２０は、外付け情報が実行時オプションファイルであれば処理をステップＳ１２６に進める。さらに仕様情報出力部１２０は、外付け情報が動作設定ファイルであれば処理をステップＳ１２９に進める。
【0104】
［ステップＳ１２２］仕様情報出力部１２０は、環境変数一覧に示されるすべての変数定義についてステップＳ１２３～Ｓ１２４の処理が完了するまで、ステップＳ１２３～Ｓ１２４の処理をループする。
【0105】
［ステップＳ１２３］仕様情報出力部１２０は、システムごとの仕様定義情報に示されるシステム利用環境変数一覧テーブル内に、環境変数一覧に含まれる変数定義の変数名があるか否かを調査する。システム利用環境変数一覧テーブルは、アプリケーションを実行するシステムで提供される変数の一覧である。
【0106】
図１９は、システム利用環境変数一覧テーブルの一例を示す図である。システム利用環境変数一覧テーブル７１には、例えばシステム利用環境変数を示す項目名「Ｋｅｙ」に対応付けて、システム利用環境変数の変数名が設定されている。
【0107】
以下、図１８の説明に戻る。
［ステップＳ１２４］仕様情報出力部１２０は、環境変数一覧に含まれる各変数の変数名に対応するレコードを環境変数一覧テーブルに格納する。環境変数一覧テーブルには、システム利用環境変数一覧テーブルに含まれる変数か否かの調査結果が含まれる。
［ステップＳ１２４］仕様情報出力部１２０は、環境変数一覧に含まれる各変数の変数名に対応するレコードを環境変数一覧テーブルに格納する。環境変数一覧テーブルには、システム利用環境変数一覧テーブルに含まれる変数か否かの調査結果が含まれる。
【0108】
図２０は、環境変数一覧テーブルの一例を示す図である。環境変数一覧テーブル７２には、「Ｋｅｙ」、「Ｖａｌｕｅ」、「システムフラグ」の欄が設けられている。「Ｋｅｙ」の欄には、変数名が設定される。「Ｖａｌｕｅ」の欄には、変数の値が設定される。「システムフラグ」の欄には、システム利用環境変数一覧テーブルに含まれる変数か否かを示すシステムフラグが設定される。例えばシステム利用環境変数一覧テーブルに含まれる変数であればシステムフラグ「１」が設定され、システム利用環境変数一覧テーブルに含まれない変数であればシステムフラグ「０」が設定される。
【0109】
以下、図１８の説明に戻る。
［ステップＳ１２５］仕様情報出力部１２０は、すべての変数定義について処理が完了したら外付け情報解析処理を終了する。
［ステップＳ１２５］仕様情報出力部１２０は、すべての変数定義について処理が完了したら外付け情報解析処理を終了する。
【0110】
［ステップＳ１２６］仕様情報出力部１２０は、実行時オプションファイルに示されるすべての実行時オプションについてステップＳ１２７の処理が完了するまでステップＳ１２７の処理をループする。
【0111】
［ステップＳ１２７］仕様情報出力部１２０は、実行時オプションテーブルに、実行時オプションに対応するデータを格納する。
図２１は、実行時オプションテーブルの一例を示す図である。実行時オプションテーブル７３には、「Ｋｅｙ」と「Ｖａｌｕｅ」の欄が設けられている。「Ｋｅｙ」の欄には、実行時オプションとして使用される実行環境変数の変数名が設定される。「Ｖａｌｕｅ」の欄には、実行環境変数が設定されたファイルの識別情報（ファイルの場所、ファイル名など）が設定される。
図２１は、実行時オプションテーブルの一例を示す図である。実行時オプションテーブル７３には、「Ｋｅｙ」と「Ｖａｌｕｅ」の欄が設けられている。「Ｋｅｙ」の欄には、実行時オプションとして使用される実行環境変数の変数名が設定される。「Ｖａｌｕｅ」の欄には、実行環境変数が設定されたファイルの識別情報（ファイルの場所、ファイル名など）が設定される。
【0112】
以下、図１８の説明に戻る。
［ステップＳ１２８］仕様情報出力部１２０は、すべての実行時オプションについて処理が完了したら外付け情報解析処理を終了する。
［ステップＳ１２８］仕様情報出力部１２０は、すべての実行時オプションについて処理が完了したら外付け情報解析処理を終了する。
【0113】
［ステップＳ１２９］仕様情報出力部１２０は、動作設定ファイルに示されるすべての動作設定についてステップＳ１３０の処理が完了するまで、ステップＳ１３０の処理をループする。
【0114】
［ステップＳ１３０］仕様情報出力部１２０は、機能ごとの動作設定テーブルにデータを格納する。
図２２は、動作設定テーブルの一例を示す図である。動作設定テーブル７４には、「Ｋｅｙ」と「Ｖａｌｕｅ」との欄が設けられている。「Ｋｅｙ」の欄には、機能の名称が設定される。「Ｖａｌｕｅ」の欄には、機能を指定する値が設定される。
図２２は、動作設定テーブルの一例を示す図である。動作設定テーブル７４には、「Ｋｅｙ」と「Ｖａｌｕｅ」との欄が設けられている。「Ｋｅｙ」の欄には、機能の名称が設定される。「Ｖａｌｕｅ」の欄には、機能を指定する値が設定される。
【0115】
以下、図１８の説明に戻る。
［ステップＳ１３１］仕様情報出力部１２０は、すべての動作設定について処理が完了したら外付け情報解析処理を終了する。
［ステップＳ１３１］仕様情報出力部１２０は、すべての動作設定について処理が完了したら外付け情報解析処理を終了する。
【0116】
このようにして外付け情報が解析される。外付け情報解析処理は、ユーザが任意に設定した外付け情報に限らず、システム固有の外付け情報についても実施される。
図２３は、環境変数一覧から環境変数一覧テーブルへのデータ登録処理の一例を示す図である。仕様情報出力部１２０は、実行時の環境変数を、システムの環境変数・ユーザ環境変数のほか、実行環境変数を定義した実行環境変数定義ファイル８１から読み込む。実行環境変数定義ファイル８１には環境変数一覧が含まれる。環境変数一覧には、「ｋｅｙ＝ｖａｌｕｅ」の形式で環境変数が定義されている。仕様情報出力部１２０は、実行環境変数定義ファイル８１内の環境変数の定義式それぞれに対応するレコードを環境変数一覧テーブル７２に追加する。仕様情報出力部１２０は、環境変数の定義式の左辺の値を、追加したレコードの「Ｋｅｙ」の欄に設定する。さらに仕様情報出力部１２０は、環境変数の定義式の右辺の値を、追加したレコードの「Ｖａｌｕｅ」の欄に設定する。実行環境変数定義ファイル８１に定義された環境変数はシステム利用環境変数ではないため、該当レコードのシステムフラグの欄には「０」が設定される。
図２３は、環境変数一覧から環境変数一覧テーブルへのデータ登録処理の一例を示す図である。仕様情報出力部１２０は、実行時の環境変数を、システムの環境変数・ユーザ環境変数のほか、実行環境変数を定義した実行環境変数定義ファイル８１から読み込む。実行環境変数定義ファイル８１には環境変数一覧が含まれる。環境変数一覧には、「ｋｅｙ＝ｖａｌｕｅ」の形式で環境変数が定義されている。仕様情報出力部１２０は、実行環境変数定義ファイル８１内の環境変数の定義式それぞれに対応するレコードを環境変数一覧テーブル７２に追加する。仕様情報出力部１２０は、環境変数の定義式の左辺の値を、追加したレコードの「Ｋｅｙ」の欄に設定する。さらに仕様情報出力部１２０は、環境変数の定義式の右辺の値を、追加したレコードの「Ｖａｌｕｅ」の欄に設定する。実行環境変数定義ファイル８１に定義された環境変数はシステム利用環境変数ではないため、該当レコードのシステムフラグの欄には「０」が設定される。
【0117】
図２４は、動作設定ファイルから動作設定テーブルへのデータ登録処理の一例を示す図である。移行対象資産全体の動作を環境変数で指定するケースのほかに、特定の機能の動作を設定する外付け情報を利用することがある。その場合、外付け情報として例えば動作設定ファイル８２が用いられる。
【0118】
図２４に示す動作設定ファイル８２は、ＧＵＩ（Graphical User Interface）画面を作成する機能において、画面表示の動作設定を行うファイルである。動作設定ファイル８２には「ｋｅｙ ｖａｌｕｅ」の形式で、画面表示の動作設定が定義されている。なお、”＊”から始まる文字列はコメント文である。動作設定ファイル８２に示されている動作設定より、ＧＵＩウィンドウのタイトル、使用するフォント名、使用するフォントのサイズ、ＧＵＩウィンドウの表示位置などが定義されている。
【0119】
仕様情報出力部１２０は、動作設定ファイル８２内の動作設定それぞれに対応するレコードを動作設定テーブル７４に追加する。仕様情報出力部１２０は、動作設定の左側の値を追加したレコードの「Ｋｅｙ」の欄に設定する。さらに仕様情報出力部１２０は、動作設定の右側の値を追加したレコードの「Ｖａｌｕｅ」の欄に設定する。
【0120】
外付け情報解析によって環境変数一覧テーブル７２、実行時オプションテーブル７３、および動作設定テーブル７４を参照して、ソースファイルの解析を行うことで、アプリケーションの実行時の状況に応じた動作仕様を抽出することができる。
【0121】
【0122】
［ステップＳ１４１］仕様情報出力部１２０は、以降の解析に用いる外付け情報をコメント文として仕様情報に出力する。
［ステップＳ１４２］仕様情報出力部１２０は、ソースファイル内のすべての行および字句についてステップＳ１４３～Ｓ１５１の処理が完了するまで、ステップＳ１４３～Ｓ１５１の処理をループする。
［ステップＳ１４２］仕様情報出力部１２０は、ソースファイル内のすべての行および字句についてステップＳ１４３～Ｓ１５１の処理が完了するまで、ステップＳ１４３～Ｓ１５１の処理をループする。
【0123】
［ステップＳ１４３］仕様情報出力部１２０は、処理対象の行または字句の種別を分析する。仕様情報出力部１２０は、行または字句が変数定義であれば処理をステップＳ１４４に進める。また仕様情報出力部１２０は、行または字句が処理命令であれば処理をステップＳ１４７に進める。さらに仕様情報出力部１２０は、行または字句が命令引数であれば処理をステップＳ１４９に進める。
【0124】
［ステップＳ１４４］仕様情報出力部１２０は、外付け情報解析の結果を参照し、移行元または移行先のシステムに対応する変数定義情報に基づいて変数定義情報を解析する。
［ステップＳ１４５］仕様情報出力部１２０は、変数一覧テーブルに解析結果を格納する。
［ステップＳ１４５］仕様情報出力部１２０は、変数一覧テーブルに解析結果を格納する。
【0125】
図２６は、変数一覧テーブルの一例を示す図である。変数一覧テーブル７５には、「Ｎａｍｅ」、「Ｃｌａｓｓ」、「ｗｉｄｔｈ」、「ｆｏｒｍａｔ」の欄が設けられている。「Ｎａｍｅ」の欄には、変数名が設定される。「Ｃｌａｓｓ」の欄には、変数の型（文字列型：ｓｔｒｉｎｇ、数値型：ｎｕｍｅｒｉｃなど）が設定される。「ｗｉｄｔｈ」の欄には、変数のデータ長が設定される。「ｆｏｒｍａｔ」の欄には、データ形式（日本語：Ｊｐｎ、パック１０進数：ｐａｃｋｅｄ－ｄｅｃｉｍａｌなど）が設定される。
【0126】
以下、図２５の説明に戻る。
［ステップＳ１４６］仕様情報出力部１２０は、変数仕様をコメント文として仕様情報に出力する。その後、仕様情報出力部１２０は処理をステップＳ１５２に進める。
［ステップＳ１４６］仕様情報出力部１２０は、変数仕様をコメント文として仕様情報に出力する。その後、仕様情報出力部１２０は処理をステップＳ１５２に進める。
【0127】
［ステップＳ１４７］仕様情報出力部１２０は、外付け情報解析の結果を参照し、移行元または移行先のシステムに対応する変数定義情報に基づいて命令種別を解析する。
［ステップＳ１４８］仕様情報出力部１２０は、命令種別ごとおよびシステムごとの命令仕様をコメント文として仕様情報に出力する。その後、仕様情報出力部１２０は処理をステップＳ１５２に進める。
［ステップＳ１４８］仕様情報出力部１２０は、命令種別ごとおよびシステムごとの命令仕様をコメント文として仕様情報に出力する。その後、仕様情報出力部１２０は処理をステップＳ１５２に進める。
【0128】
［ステップＳ１４９］仕様情報出力部１２０は、外付け情報解析の結果を参照し、移行元または移行先のシステムに対応する変数定義情報に基づいて引数種別を解析する。
［ステップＳ１５０］仕様情報出力部１２０は、変数一覧テーブル７５を参照し、引数情報を取得する。
［ステップＳ１５０］仕様情報出力部１２０は、変数一覧テーブル７５を参照し、引数情報を取得する。
【0129】
［ステップＳ１５１］仕様情報出力部１２０は、引数仕様をコメント文として仕様情報に出力する。
［ステップＳ１５２］仕様情報出力部１２０は、すべての行および字句についてステップＳ１４３～Ｓ１５１の処理が完了したらソースファイル解析処理を終了する。
［ステップＳ１５２］仕様情報出力部１２０は、すべての行および字句についてステップＳ１４３～Ｓ１５１の処理が完了したらソースファイル解析処理を終了する。
【0130】
仕様情報出力部１２０により移行前と移行後とのそれぞれの仕様情報が生成される。それらの仕様情報を差分抽出部１３０が比較することで、仕様差が明確となる。仕様差は、例えば差分レポート出力部１４０によって、ユーザが理解しやすい形式の差分レポートとして出力される。
【0131】
図２７は、差分レポートの出力例を示す図である。ソースファイル３１ａに基づいて生成された移行前後の仕様情報６１，６２の差分を抽出した仕様差分情報６３に基づいて、差分レポート６４が生成される。差分レポート６４には、移行前システムと移行後システムの情報（ＯＳの種別、処理系の種別など）が記載されている。また差分レポート６４には、移行対象資産の資産名に対応付けて、動作に差分が生じた行の行番号、指摘番号、指摘内容などが記載されている。指摘番号は、生じた差分の種別を示す番号である。
【0132】
差分レポート出力部１４０は、例えば差分レポート６４をモニタ２１に表示させる。これによりユーザは、移行対象資産を実行させるプラットフォームを移行させる場合に生じる動作の変更内容を正確に把握することができる。
【0133】
〔その他の実施の形態〕
第２の実施の形態ではＣＯＢＯＬで記述されたソフトウェア資産を移行させる場合の例を用いているが、第２の実施の形態に示したアセスメント処理は、ＣＯＢＯＬに限らず、他の言語で記述されたソフトウェア資産の移行にも同様に適用できる。
第２の実施の形態ではＣＯＢＯＬで記述されたソフトウェア資産を移行させる場合の例を用いているが、第２の実施の形態に示したアセスメント処理は、ＣＯＢＯＬに限らず、他の言語で記述されたソフトウェア資産の移行にも同様に適用できる。
【0134】
以上、実施の形態を例示したが、実施の形態で示した各部の構成は同様の機能を有する他のものに置換することができる。また、他の任意の構成物や工程が付加されてもよい。さらに、前述した実施の形態のうちの任意の２以上の構成（特徴）を組み合わせたものであってもよい。
【符号の説明】
【0135】
１ ソフトウェア資産
１ａ ソースファイル
１ｂ 外付け情報
２ 第１仕様定義情報
３ 第２仕様定義情報
４ 第１仕様情報
５ 第２仕様情報
６ 仕様差分情報
７ 差分レポート
１０ 情報処理装置
１１ 記憶部
１２ 処理部
１ａ ソースファイル
１ｂ 外付け情報
２ 第１仕様定義情報
３ 第２仕様定義情報
４ 第１仕様情報
５ 第２仕様情報
６ 仕様差分情報
７ 差分レポート
１０ 情報処理装置
１１ 記憶部
１２ 処理部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】