JP5432674B2 - 監視装置及び対象システムコールを呼び出している関数の抽出方法 - Google Patents

Description

本発明は、ブラックボックス化されたＯＳにパッチを適用した場合の影響範囲を予測する技術に関する。

コンピュータのオペレーションシステム（以下、ＯＳという）がリリースされ、広く一般に使用された状態になってから、しばしば、リリース後に発見された不具合を修正するためのパッチがベンダーから提供される。対象となるＯＳを搭載したすべてのコンピュータで、このパッチが適用されることが好ましいが、企業などのコンピュータシステムにおいては、パッチの適用が定着していない。

その理由としては、例えば、そのＯＳ上で動作するアプリケーションの運用担当者にとっては、パッチを適用することによるアプリケーションへの影響が予測できないことがあげられる。つまり、アプリケーションの開発者は、パッチを適用してもアプリケーションが支障なく動作することを確認するために、あらゆるパターンのテストデータを作成してのテストを行わなければならないという面倒がある。

一方、ＯＳなどのインフラを管理する担当者は、ＯＳ及びパッチの中身がそもそもブラックボックス化されているため、パッチの必要性や、パッチ適用による影響を把握できない。このため、インフラの担当者がアプリケーションの運用担当者に対して、パッチ適用による影響を説明できないので、パッチを適用することについて、アプリケーションの運用担当者の同意を得ることが難しい。

特許文献１には、ファイルアクセス権などのプログラムの設定を変更したときに、プログラム相互間の影響を予測する技術が記載されている。

特開２００７−２５７３１５号公報

しかしながら、特許文献１の技術は、変更の内容が予めわかっている場合に適用可能な技術であり、この技術により、ブラックボックス化されたＯＳにパッチを適用した場合の影響範囲を予測することはできない。

そこで、本発明の目的は、ブラックボックス化されたＯＳにパッチを適用した場合の影響範囲を予測することである。

本発明の別の目的は、ブラックボックス化されたＯＳにパッチを適用した場合の予測される影響範囲について、自動的にテストを行うことである。

本発明の一つの実施態様に従う監視装置は、複数のシステムコールを有するオペレーティングシステム上で、複数の関数を有するアプリケーションが動作する監視対象システムにおける、前記複数のシステムコール及び前記複数の関数の呼出関係の経路をトレースするトレース手段と、前記トレース手段がトレースした経路を示すトレースデータを記憶する記憶手段と、前記複数のシステムコールの中から、修正対象となる対象システムコールの選択を受け付ける受付手段と、前記記憶手段に記憶されているトレースデータを参照して、前記対象システムコールを直接または間接に呼び出している関数を抽出する抽出手段と、前記抽出手段により抽出された関数の識別情報を出力する出力手段と、を備える。

好適な実施形態では、前記対象システムコールが修正された修正済み対象システムコールを有するオペレーティングシステム上で前記アプリケーションが動作するテスト対象システムを用いて、前記修正済み対象システムコールをテストするテスト手段をさらに備え、前記出力手段は、前記テスト手段によるテスト結果をあわせて出力するようにしてもよい。

好適な実施形態では、前記トレースデータには、前記経路内のシステムコールに対する入出力データを含み、前記テスト手段は、（１）〜（３）の処理を行うようにしてもよい。
（１）前記トレースデータから、前記対象システムコールを含む経路を抽出する。
（２）抽出された経路において、前記アプリケーションとのインタフェースとなっているインタフェースシステムコールを特定する。
（３）前記インタフェースシステムコールに対して、前記抽出された経路のトレースデータに含まれる、前記インタフェースシステムコールに対する入力データを与えて、前記インタフェースシステムコールからの応答である出力データを得る。

好適な実施形態では、前記トレース手段は、一つの経路のトレースデータを取得したときに、前記記憶手段に同一経路のトレースデータが既に保存されているときは、ここで取得したトレースデータを前記記憶手段に格納せずに破棄するようにしてもよい。または、前記トレース手段は、既にトレースデータ記憶部１５に、同一経路のトレースデータに係るデータレコード群が重複して保存されているときは、一組のデータレコード群を残して他のデータレコード群を削除するようにしてもよい。

好適な実施形態では、前記トレース手段は、一つの経路のトレースデータを取得したとき、その取得した経路におけるインタフェースＳＣを特定し、特定されたインタフェースＳＣが経路に含まれているトレースデータが、前記記憶手段に既に保存されているときは、前記取得したトレースデータを破棄するようにしてもよい。または、前記トレース手段は、既にトレースデータ記憶部１５に同一のインタフェースＳＣを含むトレースデータに係るデータレコード群が重複して保存されているときは、一組のデータレコード群を残して他のデータレコード群を削除するようにしてもよい。

好適な実施形態では、端末装置から前記監視対象システムに対してアクセスしたアクセス記録を記憶するアクセス記録記憶手段をさらに備え、前記トレース手段は、前記アクセス記録記憶手段に記録されているアクセス記録に基づいて、前記トレースデータを生成するようにしてもよい。

本発明の一実施形態に係る運用監視システム及び監視対象のシステムの全体構成を示す図である。 監視対象システム３の動作環境の一例を示す図である。 トレースデータの例を示す図である。 テストの実施及びレポート作成手順を示すフローチャートである。 レポートの一例を示す図である。 テストデータの一例を示す図である。

以下、本発明の一実施形態に係る運用監視システムについて、図面を参照して説明する。

図１は、本実施形態に係る運用監視システム及び監視対象のシステムの全体構成を示す。

同図に示すように本システムは、運用監視装置１を有する。運用監視装置１は、監視対象システム３を監視する。

監視対象システム３は、例えば、複数のシステムコール（以下、ＳＣという）３１，３１，・・・を有するオペレーティングシステム（以下、ＯＳという）３３上で、複数の関数３５，３５，・・・を有するアプリケーション３７が動作する。アプリケーション３７は、複数の関数３５，３５，・・・を有するミドルウェア３９上で動作しても良い。監視対象システム３は、ネットワークを介して、複数の端末装置７，７，・・・と接続されていて、各端末装置７からのリクエストに応じて動作する。

運用監視装置１には、さらに、テストシステム５が接続されている。テストシステム５は、監視対象システム３と同じ環境のＯＳ３３と、所定のテストモジュール５１とを有する。例えば、テストシステム５には、既にパッチが適用され、更新されたＳＣがインストールされている。運用監視装置１は、更新されたＳＣの動作確認のために、テストシステム５を用いてテストを実行する。

ここで、ＯＳはブラックボックス化されている。唯一、後述するトレーサー１４がＳＣの呼出関係をトレースすることができるのみである。このトレースの結果により、ＯＳ内部のＳＣの呼出関係のみ把握することが可能である。

運用監視装置１は、いずれも例えば汎用的なコンピュータシステムにより構成され、以下に説明する運用監視装置１内の個々の構成要素または機能は、例えば、コンピュータプログラムを実行することにより実現される。このコンピュータプログラムは、コンピュータ読み取り可能な記録媒体に格納可能である。

運用監視装置１は、アクセス監視部１１と、アクセスログ記憶部１２と、トレーサー１４と、トレースデータ記憶部１５と、レポート生成部１７と、テスト処理部１８とを有する。

アクセス監視部１１は、端末装置７，７，・・・から監視対象システム３に対するアクセスを監視する。例えば、アクセス監視部１１は、端末装置７，７，・・・から監視対象システム３に対してアクセスしたリクエスト（アクセス記録）の内容を取得して、アクセスログ記憶部１２に格納する。

アクセスログ記憶部１２に格納されるリクエストは、例えば、呼出元の端末装置７の識別情報、呼び出されるアプリケーション（関数）の識別情報及びその引数（入力データ）などを含む。

トレーサー１４は、監視対象システム３における複数のＳＣ３１，３１，・・・及び複数の関数３５，３５，・・・の呼出関係の経路をトレースする。詳細なトレース手順は以下に説明する。

トレースデータ記憶部１５は、トレーサー１４が取得したトレースデータを記憶する。トレースデータ記憶部１５に記憶されるトレースデータは、データ項目として、Ｎｏ１５１、処理ＩＤ１５２、呼出元１５３、呼出先１５４、入力データ１５５及び出力データ１５６を含む。Ｎｏ１５１は、トレースデータ記憶部１５に格納されるレコードの識別情報である。処理ＩＤ１５２は、一連の呼出関係を紐付ける識別情報である。

図２は、監視対象システム３の動作環境の一例を示す。

ＯＳ３３には、複数のＳＣ３１，３１，・・・が含まれている。各ＳＣ３１がそれぞれ動作することにより、ＯＳの機能が実現される。アプリケーション３７またはミドルウェア３９には、複数の関数３５，３５，・・・が含まれている。アプリケーション３７が所定の処理を実行する際は、それぞれの目的に応じた関数３５が起動される。各関数３５は、それぞれ必要に応じて他の関数、あるいはＳＣ３１を起動する。ＳＣ３１も、必要に応じて他のＳＣ３１を起動する。各関数３５及びＳＣ３１は、他の関数３５またはＳＣ３１を呼び出すとき、引数（入力データ）を渡し、それに対する応答（出力データ）を取得する。

例えば、アプリケーション３７がある処理を実行するときに、関数Ｐ１を起動する。関数Ｐ１は、その内部の処理において関数Ｐ３を起動する。以下同様に、関数Ｐ３がＳＣ１を、ＳＣ１がＳＣ２を、ＳＣ２がＳＣ３を順次呼び出す。この場合、トレーサー１４は、この呼出関係をトレースする。そして、図３に示すようなトレースデータを取得して、トレースデータ記憶部１５に格納する。

すなわち、まず、関数Ｐ１→関数Ｐ３→ＳＣ１→ＳＣ２→ＳＣ３という順序の呼出（往路）が行われるとき、トレーサー１４は、図３Ａに示すようなトレースデータを獲得する。このとき、出力データ１５６は、まだ取得されていない。

次に、ＳＣ３→ＳＣ２→ＳＣ１→関数Ｐ３→関数Ｐ１という順序で応答が帰っていくとき（復路）、トレーサー１４はそれぞれの応答の値を取得して、図３Ａに示すトレースデータの出力データ１５６に値を追加する（図３Ｂ）。これにより、一連の呼出関係のトレースが完了する。以下、呼び出される関数及びＳＣと、その順序を経路と呼ぶ。例えば、上記の例であれば、「関数Ｐ１→関数Ｐ３→ＳＣ１→ＳＣ２→ＳＣ３」が経路となる。

さらに、この後、関数Ｐ２が関数Ｐ３を呼び出す処理が実行されたとする。このとき、トレーサー１４は、関数Ｐ２が関数Ｐ３を呼び出した時に、図３Ｃに示す処理ＩＤ１５２が“２”のトレースデータのレコードを取得する。そして、トレーサー１４は、関数Ｐ３が応答を返したときにその値を取得して出力データ１５６に追加する（図３Ｄ）。

トレーサー１４は、上述したトレースデータの生成を、監視対象システム３を監視して、リアルタイムで行っても良い。あるいは、トレーサー１４は、トレースデータの生成をリアルタイムで行うのではなく、アクセスログ記憶部１２に格納されているアクセスログを参照して、トレースデータを生成しても良い。これは、監視対象システム３に対するリクエストの内容がわかれば、監視対象システム３での関数及びＳＣの呼出関係を再現することが可能であるからである。

改めて図１を参照すると、ＯＳ内の複数のＳＣのうち、いずれかのＳＣが指定されると、レポート生成部１７はその指定されたＳＣを利用する関数を示すレポートを作成する。例えば、レポート生成部１７は、複数のＳＣの中から、修正対象となる対象ＳＣの選択を受け付ける受付手段として機能する。さらにレポート生成部１７は、トレースデータ記憶部１５に記憶されているトレースデータを参照して、対象ＳＣを直接または間接に呼び出している関数を抽出する抽出手段として機能する。そして、レポート生成部１７は、抽出された関数の識別情報を出力する出力手段として機能する。

これにより、例えば、あるＳＣに対して修正が施される場合、そのＳＣが対象ＳＣとして指定されると、レポート生成部１７は、トレースデータ記憶部１５を参照して、その対象ＳＣを直接または間接に呼び出しているすべての関数を抽出する。ここで抽出された関数は、対象ＳＣを修正した場合に影響が及ぶ可能性がある関数である。そこで、レポート生成部１７は、それを報知するためのレポートを作成し、図示しない出力装置（例えば表示装置、プリンタなど）を介して出力する。このレポートには、次に説明するテスト結果をあわせて表示しても良い。

テスト処理部１８は、テストシステム５を用いて、修正対象となる対象ＳＣが修正された修正済み対象システムコールの動作確認を行うためのテストを実行する。例えば、テスト処理部１８は、対象ＳＣが修正された修正済み対象システムコールを有するＯＳ上でアプリケーションが動作するテストシステム５を用いて、修正済み対象システムコールをテストするテスト手段である。

テスト処理部１８は、以下の手順でテストを行う。

まず、テスト処理部１８は、トレースデータ記憶部１５に記憶されているトレースデータから、対象ＳＣを含む経路を抽出する。つまり、呼出元１５３または呼出先１５４に対象ＳＣを含むレコードの処理ＩＤ１５２をキーとして、経路を抽出する。例えば、対象ＳＣがＳＣ２であるとき、図３のトレースデータによれば、処理ＩＤ１５２が“１”の４レコードが経路として抽出される。

テスト処理部１８は、さらに、抽出された経路において、アプリケーション３７とのインタフェースとなっているインタフェースＳＣを特定する。図３のトレースデータによれば、インタフェースＳＣは“ＳＣ１”である。

テスト処理部１８は、その後、インタフェースＳＣに対して、抽出された経路のトレースデータに含まれる、インタフェースＳＣに対する入力データを与えて、インタフェースＳＣからの応答である出力データを得る。テスト処理部１８は、テストシステム５のテストモジュール５１を起動して、テストモジュール５１に上記の処理を実行させる。図３の例の場合、テスト処理部１８は、テストモジュール５１を起動して、ＳＣ１に対して“ＢＢＢ”の入力を与えて、それに対する応答を得る。これにより、ＳＣ１から更新後のＳＣ２が呼び出されるので、ＳＣ２の動作確認が可能である。

テスト処理部１８は、このテストによって得られた応答が、トレースデータに含まれているＳＣ１の出力データ１５６と一致するか否かを判定する。上記の例では、テストによって得られた応答が“ＧＧＧ”であるか否かを判定する。

次に、上述の実施形態に係る運用監視装置１におけるテストの実施及びレポート作成手順を、図４のフローチャートに従って説明する。

以下に説明するテストの実施及びレポート作成を行う前提として、トレーサー１４が予め取得したトレースデータがトレースデータ記憶部１５に格納されている。

まず、運用監視装置１は、オペレータなどによる対象ＳＣの指定を受け付ける（Ｓ１１）。

レポート生成部１７は、トレースデータ記憶部１５に記憶されているトレースデータのうち、指定された対象ＳＣを含む経路を抽出する（Ｓ１３）。複数の経路が存在する場合、レポート生成部１７はすべての経路を抽出する。

レポート生成部１７は、ここで抽出した経路に含まれている関数３５をすべて抽出する（Ｓ１５）。

また、レポート生成部１７は、ここで抽出した経路におけるインタフェースＳＣを特定する（Ｓ１７）。

テスト処理部１８は、テストシステム５を利用して、更新後の対象ＳＣをテストするためのテストデータを生成する（Ｓ１９）。そして、テスト処理部１８は、ここで生成したテストデータを用いて、テストシステム５のインタフェースＳＣを起動して、更新後の対象ＳＣの動作確認のテストを行う（Ｓ２０）。

レポート生成部１７はレポートを作成する（Ｓ２１）。ここで生成するレポートの一例を図５に示す。

同図に示すように、レポート生成部１７が生成するレポート１００には、対象ＳＣを利用する関数の識別情報の表示１１０が含まれる。さらに、対象ＳＣを修正した後の修正済みＳＣに対するテスト結果の表示１２０も含まれる。このテスト結果は、対象ＳＣを利用する関数が、対象ＳＣの修正による影響を受けるか否かがわかるように、関数と対応付けて表示される。

テスト処理部１８は、テストを行うためのテストデータを、以下のいずれかの方法で生成するようにしてもよい。

図６は、テストデータの一例を示す。以下、テストデータの生成方法について、図６を参照して具体的に説明する。

テスト処理部１８は、まず、トレースデータ記憶部１５から、インタフェースＳＣを直接または間接に呼び出すインタフェースＳＣ（呼出先１５４）と、インタフェースＳＣを呼び出す呼出元１５３と、入力データ１５５と、出力１５６との組み合わせをテストデータ候補として抽出する。図６の例では、テストデータ候補としてＤ１〜Ｄ４の４通りが抽出された場合を示す。

このとき、第一のテストデータの生成手法としては、トレースデータ記憶部１５から抽出されたすべてのテストデータ候補をテストデータに使用する。つまり、この場合、図６のＤ１〜Ｄ４がすべてテストデータとなる。これにより、現実に過去に発生したすべての呼出パターンを網羅した、インタフェースＳＣのテストすることができる。

第二のテストデータの生成手法としては、テスト処理部１８は、トレースデータ記憶部１５から抽出したテストデータ候補のうち、インタフェースＳＣと呼出元との組み合わせが重複しないようにテストデータを選択する。つまり、ある関数がインタフェースＳＣを呼び出しているテストデータ候補が複数あったときには、それらは一つのテストデータ候補に集約する。図６の例では、Ｄ１〜Ｄ４の中から、Ｄ１とＤ２についてはいずれか一方のみが選択される。Ｄ３及びＤ４は双方が選択される。これにより、現実に過去に発生した呼出元とインタフェースＳＣとの組み合わせを網羅することができる。

第三のテストデータの生成手法としては、テスト処理部１８は、トレースデータ記憶部１５から抽出したテストデータ候補のうち、インタフェースＳＣが重複しないようにテストデータを選択する。図６の例では、Ｄ１〜Ｄ４の中から、Ｄ１及びＤ２のいずれか一方、Ｄ３及びＤ４のいずれか一方が選択される。これにより、現実に過去に呼び出されたインタフェースＳＣをすべてテストすることができる。

また、本実施形態では、トレーサー１４は、トレースデータの容量を削減するために、以下のようにして、トレースデータ記憶部１５が保持するトレースデータのレコードを選択しても良い。

例えば、トレーサー１４が、一以上のレコードからなる、一つの経路のトレースデータを取得したとき、トレースデータ記憶部１５に同一経路のトレースデータ（一以上のレコードで構成されている）が保存されているときは、ここで取得したトレースデータをトレースデータ記憶部１５に格納せずに破棄するようにしてもよい。あるいは、トレーサー１４は、既にトレースデータ記憶部１５に、一以上のレコードからなる同一経路のトレースデータが複数保存されているときは、一組のレコード群を残して他のレコードを削除するようにしてもよい。これにより、トレースデータ記憶部１５には、一の経路のトレースデータが重複しないように、一組のみ保存されるようになる。

また、トレーサー１４は、一以上のレコードからなる一つの経路のトレースデータを取得したとき、その経路におけるインタフェースＳＣを特定する。そして、トレーサー１４は、特定されたインタフェースＳＣを経路に含む、一以上のレコードからなるトレースデータが既にトレースデータ記憶部１５に保存されているときは、ここで取得したトレースデータをトレースデータ記憶部１５に格納せずに破棄するようにしてもよい。あるいは、トレーサー１４は、既にトレースデータ記憶部１５に、同一のインタフェースＳＣを含む一以上のレコードからなるトレースデータがトレースデータ記憶部１５に保存されているときは、一組のレコード群を残して他のレコードを削除するようにしてもよい。これにより、トレースデータ記憶部１５には、一つのインタフェースＳＣを経路に含むトレースデータが重複しないように、一組のみ保存されるようになる。

これにより、トレースデータ記憶部１５に保存されるトレースデータの容量を削減することができる。

上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。

１ 運用監視装置
３ 監視対象システム
５ テストシステム
７，７，・・・ 端末装置
１１ アクセス監視部
１２ アクセスログ記憶部
１４ トレーサー
１５ トレースデータ記憶部
１７ レポート生成部
１８ テスト処理部

Claims (6)

1. 複数のシステムコールを有するオペレーティングシステム上で、複数の関数を有するアプリケーションが動作する監視対象システムにおける、前記複数のシステムコール及び前記複数の関数の呼出関係の経路をトレースするトレース手段と、
   前記トレース手段がトレースした経路を示すトレースデータであって、前記経路内のシステムコールに対する入出力データを含むトレースデータを記憶する記憶手段と、
   前記複数のシステムコールの中から、修正対象となる対象システムコールの選択を受け付ける受付手段と、
   前記記憶手段に記憶されているトレースデータを参照して、前記対象システムコールを直接または間接に呼び出している関数を抽出する抽出手段と、
   前記抽出手段により抽出された関数の識別情報を出力する出力手段と、
   前記対象システムコールが修正された修正済み対象システムコールを有するオペレーティングシステム上で前記アプリケーションが動作するテスト対象システムを用いて、前記修正済み対象システムコールをテストするテスト手段と、
   を備え、
   前記テスト手段は、（１）〜（３）の処理を行う、監視装置。
   （１）前記トレースデータから、前記対象システムコールを含む経路を抽出する。
   （２）抽出された経路において、前記アプリケーションとのインタフェースとなっているインタフェースシステムコールを特定する。
   （３）前記インタフェースシステムコールに対して、前記抽出された経路のトレースデータに含まれる、前記インタフェースシステムコールに対する入力データを与えて、前記インタフェースシステムコールからの応答である出力データを得る。
2. 前記トレース手段は、一つの経路のトレースデータを取得したときに、前記記憶手段に同一経路のトレースデータが既に保存されているときは、ここで取得したトレースデータを前記記憶手段に格納せずに破棄するか、または、既に前記記憶手段に同一経路のトレースデータに係るデータレコード群が重複して保存されているときは、一組のデータレコード群を残して他のデータレコード群を削除する、請求項１記載の監視装置。
3. 前記トレース手段は、一つの経路のトレースデータを取得したとき、その取得した経路における前記アプリケーションとのインタフェースシステムコールを特定し、特定されたインタフェースシステムコールが経路に含まれているトレースデータが、前記記憶手段に既に保存されているときは、前記取得したトレースデータを破棄するか、または、既に前記記憶手段に同一のインタフェースシステムコールを含むトレースデータに係るデータレコード群が重複して保存されているときは、一組のデータレコード群を残して他のデータレコード群を削除する、請求項１記載の監視装置。
4. 端末装置から前記監視対象システムに対してアクセスしたアクセス記録を記憶するアクセス記録記憶手段をさらに備え、
   前記トレース手段は、前記アクセス記録記憶手段に記録されているアクセス記録に基づいて、前記トレースデータを生成する、請求項１記載の監視装置。
5. 複数のシステムコールを有するオペレーティングシステム上で、複数の関数を有するアプリケーションが動作する監視対象システムにおける、前記複数のシステムコール及び前記複数の関数の呼出関係の経路をトレースするステップと、
   前記トレースした経路を示すトレースデータであって、前記経路内のシステムコールに対する入出力データを含むトレースデータを記憶手段に記憶するステップと、
   前記複数のシステムコールの中から、修正対象となる対象システムコールの選択を受け付けるステップと、
   前記記憶手段に記憶されているトレースデータを参照して、前記対象システムコールを直接または間接に呼び出している関数を抽出するステップと、
   前記抽出された関数の識別情報を出力するステップと、
   前記対象システムコールが修正された修正済み対象システムコールを有するオペレーティングシステム上で前記アプリケーションが動作するテスト対象システムを用いて、前記修正済み対象システムコールをテストするステップと、
   を備え、
   前記修正済み対象システムコールをテストするステップは、（１）〜（３）の処理を行うステップである、対象システムコールを直接または間接に呼び出している関数の抽出方法。
   （１）前記トレースデータから、前記対象システムコールを含む経路を抽出する。
   （２）抽出された経路において、前記アプリケーションとのインタフェースとなっているインタフェースシステムコールを特定する。
   （３）前記インタフェースシステムコールに対して、前記抽出された経路のトレースデータに含まれる、前記インタフェースシステムコールに対する入力データを与えて、前記インタフェースシステムコールからの応答である出力データを得る。
6. コンピュータに、
   複数のシステムコールを有するオペレーティングシステム上で、複数の関数を有するアプリケーションが動作する監視対象システムにおける、前記複数のシステムコール及び前記複数の関数の呼出関係の経路をトレースするステップと、
   前記トレースした経路を示すトレースデータであって、前記経路内のシステムコールに対する入出力データを含むトレースデータを記憶手段に記憶するステップと、
   前記複数のシステムコールの中から、修正対象となる対象システムコールの選択を受け付けるステップと、
   前記記憶手段に記憶されているトレースデータを参照して、前記対象システムコールを直接または間接に呼び出している関数を抽出するステップと、
   前記抽出された関数の識別情報を出力するステップと、
   前記対象システムコールが修正された修正済み対象システムコールを有するオペレーティングシステム上で前記アプリケーションが動作するテスト対象システムを用いて、前記修正済み対象システムコールをテストするステップと、
   を実行させ、
   前記修正済み対象システムコールをテストするステップでは、（１）〜（３）の処理を行うステップを実行させる、対象システムコールを直接または間接に呼び出している関数を抽出するためのコンピュータプログラム。
   （１）前記トレースデータから、前記対象システムコールを含む経路を抽出する。
   （２）抽出された経路において、前記アプリケーションとのインタフェースとなっているインタフェースシステムコールを特定する。
   （３）前記インタフェースシステムコールに対して、前記抽出された経路のトレースデータに含まれる、前記インタフェースシステムコールに対する入力データを与えて、前記インタフェースシステムコールからの応答である出力データを得る。
   
   

Images