特開 2024-11996 動作検証プログラム、動作検証方法、および情報処理装置

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

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

(11)【公開番号】P2024011996

(43)【公開日】2024-01-25

(54)【発明の名称】動作検証プログラム、動作検証方法、および情報処理装置

(51)【国際特許分類】

   G06F 11/36 20060101AFI20240118BHJP

【ＦＩ】

G06F11/36 188

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2022114396

(22)【出願日】2022-07-15

(71)【出願人】

【識別番号】000005223

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

(74)【代理人】

【識別番号】100104190

【弁理士】

【氏名又は名称】酒井 昭徳

(72)【発明者】

【氏名】井出 武浩

(72)【発明者】

【氏名】武智 慎太

(72)【発明者】

【氏名】佐々木 宏

(72)【発明者】

【氏名】黒田 隆一

(72)【発明者】

【氏名】中野 正久

(72)【発明者】

【氏名】山本 勝考

(72)【発明者】

【氏名】吉澤 陽志

(72)【発明者】

【氏名】山本 倫也

(72)【発明者】

【氏名】大森 誠

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

5B042

【Ｆターム（参考）】

5B042HH12

5B042HH49

5B042JJ29

5B042MA08

5B042MA14

5B042MC40

(57)【要約】

【課題】ソフトウェアの動作検証の効率化を図ること。
【解決手段】動作検証装置３０１は、エンハンス前後の検証対象ソフトウェア（ｓｏｆｔｗａｒｅ１）それぞれについて、検証対象ソフトウェアを動作させたときに実行されたメソッドの入出力情報（引数、復帰値）とパッケージ名とを対応付けて表す動作ログを実行順に示す動作ログ情報を出力する。例えば、動作ログファイル８００は、エンハンス後の検証対象ソフトウェアを動作させたときの動作ログ（例えば、動作ログ８００－１～８００－５）を実行順に示す。例えば、動作ログ８００－１は、クラスＡのメソッド１の入出力情報（引数ａ、引数ｂ）とパッケージ名（ｃｏｍ．ｃｏｍｐａｎｙ１．ｓｏｆｔｗａｒｅ１．ｃｏｍｐｏｎｅｎｔ１）とを対応付けて表す。
【選択図】図８

【特許請求の範囲】

【請求項1】

複数のソフトウェアが連携して動作するシステム内の検証対象ソフトウェアが更新された場合、更新前後の前記検証対象ソフトウェアそれぞれについて、当該検証対象ソフトウェアを動作させたときに実行されたメソッドの入出力情報を含むログを出力する際に、当該メソッドを含むソフトウェアと、当該メソッドの呼び出し先のメソッドを含むソフトウェアとを特定可能な情報を出力する、
処理をコンピュータに実行させることを特徴とする動作検証プログラム。

【請求項2】

前記出力する処理は、
更新前の前記検証対象ソフトウェアを動作させたときに実行されたメソッドの入出力情報と、当該メソッドを含むソフトウェアを特定する情報とを対応付けて表すログを実行順に示す第１の動作ログ情報を出力し、
更新後の前記検証対象ソフトウェアを動作させたときに実行されたメソッドの入出力情報と、当該メソッドを含むソフトウェアを特定する情報とを対応付けて表すログを実行順に示す第２の動作ログ情報を出力する、
ことを特徴とする請求項１に記載の動作検証プログラム。

【請求項3】

前記第１の動作ログ情報に含まれるログが表すソフトウェアを特定する情報を参照して、前記第１の動作ログ情報から、メソッドの呼び出し前後でソフトウェアが切り替わる箇所を特定し、
前記第２の動作ログ情報に含まれるログが表すソフトウェアを特定する情報を参照して、前記第２の動作ログ情報から、前記箇所を特定し、
前記第１の動作ログ情報から特定した前記箇所と前記第２の動作ログ情報から特定した前記箇所とを比較した結果に基づいて、前記箇所の差分を検出する、
処理を前記コンピュータに実行させ、
前記出力する処理は、
前記第１の動作ログ情報および前記第２の動作ログ情報を出力するとともに、検出した前記差分を表す情報を出力する、
ことを特徴とする請求項２に記載の動作検証プログラム。

【請求項4】

前記メソッドを含むソフトウェアを特定する情報は、前記メソッドが属するクラスを分類するパッケージ名である、ことを特徴とする請求項２に記載の動作検証プログラム。

【請求項5】

更新前後の前記検証対象ソフトウェアそれぞれについて、当該検証対象ソフトウェアを動作させたときに実行されたメソッドのクラスローダの情報を取得する、
処理を前記コンピュータに実行させ、
前記出力する処理は、
更新前の前記検証対象ソフトウェアを動作させたときに実行されたメソッドの入出力情報と、当該メソッドを含むソフトウェアを特定する情報と、取得した当該メソッドのクラスローダの情報とを対応付けて表すログを実行順に示す第１の動作ログ情報を出力し、
更新後の前記検証対象ソフトウェアを動作させたときに実行されたメソッドの入出力情報と、当該メソッドを含むソフトウェアを特定する情報と、取得した当該メソッドのクラスローダの情報とを対応付けて表すログを実行順に示す第２の動作ログ情報を出力する、
ことを特徴とする請求項２～４のいずれか一つに記載の動作検証プログラム。

【請求項6】

複数のソフトウェアが連携して動作するシステム内の検証対象ソフトウェアが更新された場合、更新前後の前記検証対象ソフトウェアそれぞれについて、当該検証対象ソフトウェアを動作させたときに実行されたメソッドの入出力情報を含むログを出力する際に、当該メソッドを含むソフトウェアと、当該メソッドの呼び出し先のメソッドを含むソフトウェアとを特定可能な情報を出力する、
処理をコンピュータが実行することを特徴とする動作検証方法。

【請求項7】

複数のソフトウェアが連携して動作するシステム内の検証対象ソフトウェアが更新された場合、更新前後の前記検証対象ソフトウェアそれぞれについて、当該検証対象ソフトウェアを動作させたときに実行されたメソッドの入出力情報を含むログを出力する際に、当該メソッドを含むソフトウェアと、当該メソッドの呼び出し先のメソッドを含むソフトウェアとを特定可能な情報を出力する、
処理を実行する制御部を有することを特徴とする情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、動作検証プログラム、動作検証方法、および情報処理装置に関する。

【背景技術】

【0002】

従来、老朽化に伴うハードウェア交換、システム拡張、ソフトウェアの機能追加などに伴うシステム更改において、ソフトウェアのエンハンスが行われる場合がある。エンハンス前後のソフトウェアに動作差異（非互換）があると、システムの不具合を引き起こす可能性がある。このため、ソフトウェアのエンハンスが行われる場合、運用開始前に動作差異があるかどうかの検証が行われることがある。

【0003】

先行技術としては、リグレッションテストを行ってできるデータを記録する実行記憶手段を備え、テストデータに基づいて、アプリケーション内に含まれるプログラムを実行処理し、アプリケーションが実現する機能以外の非機能要件に係るデータを実行記憶手段に記録し、実行結果に係るダンプリストのデータを記録する処理を行うものがある。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１５－１１３９６号公報

【発明の概要】

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

【0005】

しかしながら、従来技術では、システム更改などにおいてエンハンスが行われたソフトウェアの動作検証に時間や手間がかかるという問題がある。

【0006】

一つの側面では、本発明は、ソフトウェアの動作検証の効率化を図ることを目的とする。

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

【0007】

１つの実施態様では、複数のソフトウェアが連携して動作するシステム内の検証対象ソフトウェアが更新された場合、更新前後の前記検証対象ソフトウェアそれぞれについて、当該検証対象ソフトウェアを動作させたときに実行されたメソッドの入出力情報を含むログを出力する際に、当該メソッドを含むソフトウェアと、当該メソッドの呼び出し先のメソッドを含むソフトウェアとを特定可能な情報を出力する、動作検証プログラムが提供される。

【発明の効果】

【0008】

本発明の一側面によれば、ソフトウェアの動作検証の効率化を図ることができるという効果を奏する。

【図面の簡単な説明】

【0009】

【図1】図１は、実施の形態にかかる動作検証方法の一実施例を示す説明図である。

【図2】図２は、複数のソフトウェアの一例を示す説明図である。

【図3】図３は、動作検証システム３００のシステム構成例を示す説明図である。

【図4】図４は、動作検証装置３０１のハードウェア構成例を示すブロック図である。

【図5】図５は、検証対象ソフトウェアを含むシステムの一例を示す説明図である。

【図6】図６は、動作検証装置３０１の機能的構成例を示すブロック図である。

【図7】図７は、クラスローダの使用例を示す説明図である。

【図8】図８は、動作検証装置３０１の動作検証処理例を示す説明図である。

【図9】図９は、ソフトウェアの切り替わり箇所を特定する具体的な処理例を示す説明図である。

【図10】図１０は、第１の動作ログ情報の具体例を示す説明図である。

【図11】図１１は、第２の動作ログ情報の具体例を示す説明図である。

【図12】図１２は、第１の解析結果ログ情報の具体例を示す説明図である。

【図13】図１３は、第２の解析結果ログ情報の具体例を示す説明図である。

【図14】図１４は、ソフトウェアの切り替わり箇所の差分の検出例を示す説明図である。

【図15】図１５は、差分情報の具体例を示す説明図である。

【図16】図１６は、動作検証装置３０１の動作ログ採取処理手順の一例を示すフローチャートである。

【図17】図１７は、動作検証装置３０１の解析処理手順の一例を示すフローチャートである。

【図18】図１８は、動作ログ解析処理の具体的処理手順の一例を示すフローチャートである。

【図19】図１９は、差分解析処理の具体的処理手順の一例を示すフローチャートである。

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

【0010】

以下に図面を参照して、本発明にかかる動作検証プログラム、動作検証方法、および情報処理装置の実施の形態を詳細に説明する。

【0011】

（実施の形態）
図１は、実施の形態にかかる動作検証方法の一実施例を示す説明図である。図１において、情報処理装置１０１は、ソフトウェアの動作検証を支援するコンピュータである。ソフトウェアは、例えば、ミドルウェア、アプリケーションなどのコンピュータプログラムである。ソフトウェアは、例えば、Ｊａｖａ言語で実装される（Ｊａｖａは登録商標）。

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

また、取得部６０１は、エンハンス前後の検証対象ソフトウェアそれぞれについて、検証対象ソフトウェアを動作させたときに実行されたメソッドを含むソフトウェアを特定する情報を取得する。メソッドを含むソフトウェアを特定する情報は、例えば、Ｊａｖａのパッケージ名である。

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

また、特定部６０３は、動作ログ９００－３（３行目）を読み込み、メソッド呼出し（ＩＮ）のため、スタックｓｋにパッケージ名「ｃｏｍ．ｃｏｍｐａｎｙ２．ｓｏｆｔｗａｒｅ２．ｃｏｍｐｏｎｅｎｔ２」を積み上げる。

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

そして、動作検証装置３０１は、検証対象ソフトウェアを動作させたときに実行されるメソッドの処理を開始する（ステップＳ１６０２）。つぎに、動作検証装置３０１は、実行されたメソッドが属するクラスに付与されるパッケージ名を取得する（ステップＳ１６０３）。

【0154】

つぎに、動作検証装置３０１は、実行されたメソッドが属するクラスのクラスローダ情報を取得する（ステップＳ１６０４）。そして、動作検証装置３０１は、実行されたメソッドの入出力情報と対応付けて、取得したパッケージ名とクラスローダ情報を表す動作ログを、動作ログ情報に出力する（ステップＳ１６０５）。なお、動作ログ情報は、例えば、ファイルやデータベースにより実現される。

【0155】

つぎに、動作検証装置３０１は、全てのメソッドの処理が終了したか否かを判断する（ステップＳ１６０６）。ここで、全てのメソッドの処理が終了していない場合（ステップＳ１６０６：Ｎｏ）、動作検証装置３０１は、ステップＳ１６０２に戻って、次のメソッドの処理を開始する。

【0156】

一方、全てのメソッドの処理が終了した場合（ステップＳ１６０６：Ｙｅｓ）、動作検証装置３０１は、本フローチャートによる一連の処理を終了する。

【0157】

これにより、エンハンス前後の検証対象ソフトウェアそれぞれについて、検証対象ソフトウェアを動作させたときに実行される各メソッドの入出力情報と対応付けて、各メソッドが属するクラスのパッケージ名およびクラスローダ情報を表す動作ログを実行順に示す動作ログ情報（第１の動作ログ情報、第２の動作ログ情報）を作成することができる。

【0158】

つぎに、図１７を用いて、動作検証装置３０１の解析処理手順について説明する。

【0159】

図１７は、動作検証装置３０１の解析処理手順の一例を示すフローチャートである。図１７のフローチャートにおいて、まず、動作検証装置３０１は、第１の動作ログ情報を取得する（ステップＳ１７０１）。第１の動作ログ情報は、エンハンス前の検証対象ソフトウェアを動作させたときに実行されたメソッドの入出力情報とパッケージ名とクラスローダ情報とを対応付けて表す動作ログを実行順に示す情報である。

【0160】

そして、動作検証装置３０１は、取得した第１の動作ログ情報に基づいて、動作ログ解析処理を実行する（ステップＳ１７０２）。第１の動作ログ情報に基づく動作ログ解析処理の具体的な処理手順については、図１８を用いて後述する。

【0161】

つぎに、動作検証装置３０１は、第２の動作ログ情報を取得する（ステップＳ１７０３）。第２の動作ログ情報は、エンハンス後の検証対象ソフトウェアを動作させたときに実行されたメソッドの入出力情報とパッケージ名とクラスローダ情報とを対応付けて表す動作ログを実行順に示す情報である。

【0162】

そして、動作検証装置３０１は、取得した第２の動作ログ情報に基づいて、動作ログ解析処理を実行する（ステップＳ１７０４）。第２の動作ログ情報に基づく動作ログ解析処理の具体的な処理手順については、第１の動作ログ情報に基づく動作ログ解析処理と同様のため、図示および説明を省略する。

【0163】

つぎに、動作検証装置３０１は、第１の解析結果ログ情報および第２の解析結果ログ情報を取得する（ステップＳ１７０５）。第１の解析結果ログ情報は、ステップＳ１７０２において得られる情報であり、第１の動作ログ情報から特定されるソフトウェアの切り替わり箇所を示す。第２の解析結果ログ情報は、ステップＳ１７０４において得られる情報であり、第２の動作ログ情報から特定されるソフトウェアの切り替わり箇所を示す。

【0164】

そして、動作検証装置３０１は、取得した第１の解析結果ログ情報および第２の解析結果ログ情報に基づいて、差分解析処理を実行する（ステップＳ１７０６）。差分解析処理の具体的な処理手順については、図１９を用いて後述する。

【0165】

つぎに、動作検証装置３０１は、第１の動作ログ情報および第２の動作ログ情報とともに、差分情報を出力して（ステップＳ１７０７）、本フローチャートによる一連の処理を終了する。差分情報は、ステップＳ１７０６において得られる情報であり、エンハンス前後におけるソフトウェアの切り替わり箇所の差分を表す。

【0166】

これにより、エンハンスによるソフトウェアの動作差異の検証を行うにあたり、外部とのインタフェース部分（呼び出し関係）の非互換箇所の特定を容易にすることができる。

【0167】

つぎに、図１８を用いて、図１７に示したステップＳ１７０２の第１の動作ログ情報に基づく動作ログ解析処理の具体的な処理手順について説明する。

【0168】

図１８は、動作ログ解析処理の具体的処理手順の一例を示すフローチャートである。図１８のフローチャートにおいて、まず、動作検証装置３０１は、第１の動作ログ情報の先頭から未読み込みの動作ログを１行読み込む（ステップＳ１８０１）。つぎに、動作検証装置３０１は、比較対象パッケージ名を特定する（ステップＳ１８０２）。

【0169】

なお、比較対象パッケージ名は、例えば、図９を用いて説明したように、パッケージ名をスタック方式で管理することにより特定することができる。

【0170】

そして、動作検証装置３０１は、読み込み行（読み込んだ動作ログ）のパッケージ名が比較対象パッケージ名と異なるか否かを判断する（ステップＳ１８０３）。ここで、比較対象パッケージ名と同じ場合（ステップＳ１８０３：Ｎｏ）、動作検証装置３０１は、ステップＳ１８０５に移行する。

【0171】

一方、比較対象パッケージ名と異なる場合（ステップＳ１８０３：Ｙｅｓ）、動作検証装置３０１は、読み込み行を第１の解析結果ログ情報に出力する（ステップＳ１８０４）。なお、第１の解析結果ログ情報（あるいは、第２の解析結果ログ情報）は、例えば、ファイルやデータベースにより実現される。

【0172】

そして、動作検証装置３０１は、第１の動作ログ情報から読み込まれていない未読み込みの動作ログがあるか否かを判断する（ステップＳ１８０５）。ここで、未読み込みの動作ログがある場合（ステップＳ１８０５：Ｙｅｓ）、動作検証装置３０１は、ステップＳ１８０１に戻る。

【0173】

一方、未読み込みの動作ログがない場合（ステップＳ１８０５：Ｎｏ）、動作検証装置３０１は、動作ログ解析処理を呼び出したステップに戻る。

【0174】

これにより、第１の動作ログ情報（または、第２の動作ログ情報）から特定されたソフトウェアの切り替わり箇所を示す第１の解析結果ログ情報（または、第２の解析結果ログ情報）を作成することができる。

【0175】

つぎに、図１９を用いて、図１７に示したステップＳ１７０６の差分解析処理の具体的な処理手順について説明する。

【0176】

図１９は、差分解析処理の具体的処理手順の一例を示すフローチャートである。図１９のフローチャートにおいて、まず、動作検証装置３０１は、第１の解析結果ログ情報の先頭から未読み込みの動作ログを１行読み込む（ステップＳ１９０１）。

【0177】

つぎに、動作検証装置３０１は、第２の解析結果ログ情報の先頭から未読み込みの動作ログを１行読み込む（ステップＳ１９０２）。そして、動作検証装置３０１は、読み込んだ動作ログ同士を比較して、パッケージ名、クラス名、メソッド名、引数、復帰値の少なくともいずれかが異なるか否かを判断する（ステップＳ１９０３）。

【0178】

ここで、パッケージ名等が同じ場合（ステップＳ１９０３：Ｎｏ）、動作検証装置３０１は、ステップＳ１９０５に移行する。一方、パッケージ名、クラス名、メソッド名、引数、復帰値の少なくともいずれかが異なる場合（ステップＳ１９０３：Ｙｅｓ）、動作検証装置３０１は、動作ログの比較結果を差分情報に出力する（ステップＳ１９０４）。なお、差分情報は、例えば、ファイルやデータベースにより実現される。

【0179】

そして、動作検証装置３０１は、第１の解析結果ログ情報および第２の解析結果ログ情報の少なくともいずれかに未読み込みの動作ログがあるか否かを判断する（ステップＳ１９０５）。ここで、未読み込みの動作ログがある場合（ステップＳ１９０５：Ｙｅｓ）、動作検証装置３０１は、ステップＳ１９０１に戻る。

【0180】

一方、未読み込みの動作ログがない場合（ステップＳ１９０５：Ｎｏ）、動作検証装置３０１は、差分解析処理を呼び出したステップに戻る。

【0181】

これにより、第１の動作ログ情報から特定されたソフトウェアの切り替わり箇所と、第２の動作ログ情報から特定されたソフトウェアの切り替わり箇所との差分を表す差分情報を作成することができる。

【0182】

以上説明したように、実施の形態にかかる動作検証装置３０１によれば、複数のソフトウェアが連携して動作するシステム内の検証対象ソフトウェアが更新された場合、更新前後の検証対象ソフトウェアそれぞれについて、当該検証対象ソフトウェアを動作させたときに実行されたメソッドの入出力情報を含む動作ログを出力する際に、当該メソッドを含むソフトウェアと、当該メソッドの呼び出し先のメソッドを含むソフトウェアとを特定可能な情報を出力することができる。メソッドの入出力情報は、例えば、メソッドの引数または復帰値である。

【0183】

これにより、動作検証装置３０１は、エンハンスが行われたソフトウェアの動作検証を行うにあたり、外部とのインタフェース部分の動作差異（非互換箇所）を特定可能にすることができる。このため、エンハンスにより生じた動作差異のうち優先的に検証すべき箇所を判断可能となり、ソフトウェアの動作検証の効率化を図ることができる。

【0184】

また、動作検証装置３０１によれば、更新前の検証対象ソフトウェアを動作させたときに実行されたメソッドの入出力情報とパッケージ名とを対応付けて表すログを実行順に示す第１の動作ログ情報を出力することができる。また、動作検証装置３０１によれば、更新後の検証対象ソフトウェアを動作させたときに実行されたメソッドの入出力情報とパッケージ名とを対応付けて表すログを実行順に示す第２の動作ログ情報を出力することができる。パッケージ名は、メソッドが属するクラスを分類する情報であり、メソッドを含むソフトウェアを特定する情報の一例である。

【0185】

これにより、各メソッドの入出力情報とパッケージ名（各メソッドを含むソフトウェアを特定する情報）とを対応付けて表す動作ログを出力する際に、各メソッドが実行された順に動作ログを並べて出力することで、メソッドの呼び出し前後のパッケージ名を比較して、ソフトウェアの呼び出し関係を特定可能にすることができる。また、メソッドが属するクラスを分類するために付与されるパッケージ名を利用して、メソッドを含むソフトウェアを特定可能にすることができる。

【0186】

また、動作検証装置３０１によれば、第１の動作ログ情報に含まれるログが表すパッケージ名を参照して、第１の動作ログ情報から、ソフトウェアの切り替わり箇所を特定し、第２の動作ログ情報に含まれるログが表すパッケージ名を参照して、第２の動作ログ情報から、ソフトウェアの切り替わり箇所を特定することができる。ソフトウェアの切り替わり箇所は、メソッドの呼び出し前後でソフトウェアが切り替わる箇所である。そして、動作検証装置３０１によれば、第１の動作ログ情報から特定したソフトウェアの切り替わり箇所と、第２の動作ログ情報から特定したソフトウェアの切り替わり箇所とを比較した結果に基づいて、ソフトウェアの切り替わり箇所の差分を検出し、第１の動作ログ情報および第２の動作ログ情報を出力するとともに、検出した差分を表す情報を出力することができる。

【0187】

これにより、外部とのインタフェース部分の動作差異を検出して、その動作差異の箇所を特定可能な情報を出力することができる。このため、ユーザは、動作ログ情報（第１の動作ログ情報、第２の動作ログ情報）の中から優先的に検証すべき箇所を容易に見つけることが可能となる。例えば、ユーザが、各動作ログ情報から特定した外部とのインタフェース部分を見比べながら動作差異を特定する場合に比べて、作業時間および作業負荷を削減することができる。

【0188】

また、動作検証装置３０１によれば、第１の動作ログ情報を出力する際に、第１の動作ログ情報のうち、当該第１の動作ログ情報から特定したソフトウェアの切り替わり箇所を判別可能に出力することができる。また、動作検証装置３０１によれば、第２の動作ログ情報を出力する際に、第２の動作ログ情報のうち、当該第２の動作ログ情報から特定したソフトウェアの切り替わり箇所を判別可能に出力することができる。

【0189】

これにより、各動作ログ情報（第１の動作ログ情報、第２の動作ログ情報）の中から、外部とのインタフェース部分を容易に特定可能にすることができる。

【0190】

また、動作検証装置３０１によれば、更新前後の検証対象ソフトウェアそれぞれについて、当該検証対象ソフトウェアを動作させたときに実行されたメソッドのクラスローダの情報を取得することができる。そして、動作検証装置３０１によれば、更新前の検証対象ソフトウェアを動作させたときに実行されたメソッドの入出力情報とパッケージ名とクラスローダの情報とを対応付けて表すログを実行順に示す第１の動作ログ情報を出力することができる。また、動作検証装置３０１によれば、更新後の検証対象ソフトウェアを動作させたときに実行されたメソッドの入出力情報とパッケージ名とクラスローダの情報とを対応付けて表すログを実行順に示す第２の動作ログ情報を出力することができる。

【0191】

これにより、同じＯＳＳを異なるソフトウェアが提供している場合であっても、どのソフトウェアが提供しているＯＳＳであるかを判別可能にすることができる。例えば、検証対象ソフトウェアが使用しているＯＳＳに動作差異があった際に、他のソフトウェアが提供しているＯＳＳを使用していることが特定されたとする。この場合、ユーザは、例えば、検証対象ソフトウェア自身が提供しているＯＳＳを使用するように、クラスローダを変更するといった対応を取ることができる。

【0192】

これらのことから、動作検証装置３０１によれば、システム更改などに伴うエンハンスが行われたソフトウェアの動作検証を行う際に、外部のソフトウェアに影響を与えるような箇所を優先的に検証することが可能となる。これにより、ミドルウェアなどの大規模なソフトウェアの動作検証を行う場合であっても、検証精度を確保しつつ検証作業にかかる負荷を削減して、検証期間の短縮化を図ることができる。

【0193】

なお、本実施の形態で説明した動作検証方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本動作検証プログラムは、ハードディスク、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ、ＵＳＢメモリ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本動作検証プログラムは、インターネット等のネットワークを介して配布してもよい。

【0194】

また、本実施の形態で説明した動作検証装置３０１は、スタンダードセルやストラクチャードＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）などの特定用途向けＩＣやＦＰＧＡなどのＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）によっても実現することができる。

【0195】

上述した実施の形態に関し、さらに以下の付記を開示する。

【0196】

（付記１）複数のソフトウェアが連携して動作するシステム内の検証対象ソフトウェアが更新された場合、更新前後の前記検証対象ソフトウェアそれぞれについて、当該検証対象ソフトウェアを動作させたときに実行されたメソッドの入出力情報を含むログを出力する際に、当該メソッドを含むソフトウェアと、当該メソッドの呼び出し先のメソッドを含むソフトウェアとを特定可能な情報を出力する、
処理をコンピュータに実行させることを特徴とする動作検証プログラム。

【0197】

（付記２）前記出力する処理は、
更新前の前記検証対象ソフトウェアを動作させたときに実行されたメソッドの入出力情報と、当該メソッドを含むソフトウェアを特定する情報とを対応付けて表すログを実行順に示す第１の動作ログ情報を出力し、
更新後の前記検証対象ソフトウェアを動作させたときに実行されたメソッドの入出力情報と、当該メソッドを含むソフトウェアを特定する情報とを対応付けて表すログを実行順に示す第２の動作ログ情報を出力する、
ことを特徴とする付記１に記載の動作検証プログラム。

【0198】

（付記３）前記第１の動作ログ情報に含まれるログが表すソフトウェアを特定する情報を参照して、前記第１の動作ログ情報から、メソッドの呼び出し前後でソフトウェアが切り替わる箇所を特定し、
前記第２の動作ログ情報に含まれるログが表すソフトウェアを特定する情報を参照して、前記第２の動作ログ情報から、前記箇所を特定し、
前記第１の動作ログ情報から特定した前記箇所と前記第２の動作ログ情報から特定した前記箇所とを比較した結果に基づいて、前記箇所の差分を検出する、
処理を前記コンピュータに実行させ、
前記出力する処理は、
前記第１の動作ログ情報および前記第２の動作ログ情報を出力するとともに、検出した前記差分を表す情報を出力する、
ことを特徴とする付記２に記載の動作検証プログラム。

【0199】

（付記４）前記出力する処理は、
前記第１の動作ログ情報を出力する際に、前記第１の動作ログ情報のうち、当該第１の動作ログ情報から特定した前記箇所を判別可能に出力し、
前記第２の動作ログ情報を出力する際に、前記第２の動作ログ情報のうち、当該第２の動作ログ情報から特定した前記箇所を判別可能に出力する、
ことを特徴とする付記３に記載の動作検証プログラム。

【0200】

（付記５）前記メソッドを含むソフトウェアを特定する情報は、前記メソッドが属するクラスを分類するパッケージ名である、ことを特徴とする付記２～４のいずれか一つに記載の動作検証プログラム。

【0201】

（付記６）更新前後の前記検証対象ソフトウェアそれぞれについて、当該検証対象ソフトウェアを動作させたときに実行されたメソッドのクラスローダの情報を取得する、
処理を前記コンピュータに実行させ、
前記出力する処理は、
更新前の前記検証対象ソフトウェアを動作させたときに実行されたメソッドの入出力情報と、当該メソッドを含むソフトウェアを特定する情報と、取得した当該メソッドのクラスローダの情報とを対応付けて表すログを実行順に示す第１の動作ログ情報を出力し、
更新後の前記検証対象ソフトウェアを動作させたときに実行されたメソッドの入出力情報と、当該メソッドを含むソフトウェアを特定する情報と、取得した当該メソッドのクラスローダの情報とを対応付けて表すログを実行順に示す第２の動作ログ情報を出力する、
ことを特徴とする付記２～５のいずれか一つに記載の動作検証プログラム。

【0202】

（付記７）前記メソッドの入出力情報は、前記メソッドの引数または復帰値を含む、ことを特徴とする付記１～６のいずれか一つに記載の動作検証プログラム。

【0203】

（付記８）複数のソフトウェアが連携して動作するシステム内の検証対象ソフトウェアが更新された場合、更新前後の前記検証対象ソフトウェアそれぞれについて、当該検証対象ソフトウェアを動作させたときに実行されたメソッドの入出力情報を含むログを出力する際に、当該メソッドを含むソフトウェアと、当該メソッドの呼び出し先のメソッドを含むソフトウェアとを特定可能な情報を出力する、
処理をコンピュータが実行することを特徴とする動作検証方法。

【0204】

（付記９）複数のソフトウェアが連携して動作するシステム内の検証対象ソフトウェアが更新された場合、更新前後の前記検証対象ソフトウェアそれぞれについて、当該検証対象ソフトウェアを動作させたときに実行されたメソッドの入出力情報を含むログを出力する際に、当該メソッドを含むソフトウェアと、当該メソッドの呼び出し先のメソッドを含むソフトウェアとを特定可能な情報を出力する、
処理を実行する制御部を有することを特徴とする情報処理装置。

【符号の説明】

【0205】

１０１ 情報処理装置
１１０，１０００ 第１の動作ログ情報
１２０，１１００ 第２の動作ログ情報
２００ システム
２０１ オペレーティングシステム
２０２ Ｊａｖａ
２０３，７０１ アプリケーションサーバ
２０４，７０２ ミドルウェア
２０５，７０３ ユーザアプリケーション
３００ 動作検証システム
３０１ 動作検証装置
３０２ クライアント装置
３１０ ネットワーク
４００ バス
４０１ ＣＰＵ
４０２ メモリ
４０３ ディスクドライブ
４０４ ディスク
４０５ 通信Ｉ／Ｆ
４０６ 可搬型記録媒体Ｉ／Ｆ
４０７ 可搬型記録媒体
６０１ 取得部
６０２ 対応付け部
６０３ 特定部
６０４ 検出部
６０５ 出力制御部
８００，９００ 動作ログ情報
８０１，８０２ 境界線
１２００ 第１の解析結果ログ情報
１３００ 第２の解析結果ログ情報
１５００ 差分情報

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】