特開 2024-168862 情報処理プログラム、情報処理方法および情報処理装置

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

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

(11)【公開番号】P2024168862

(43)【公開日】2024-12-05

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

(51)【国際特許分類】

   G06F 8/65 20180101AFI20241128BHJP

   G06F 21/51 20130101ALI20241128BHJP

   G06F 21/57 20130101ALI20241128BHJP

【ＦＩ】

G06F8/65

G06F21/51

G06F21/57 370

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2023085881

(22)【出願日】2023-05-25

(71)【出願人】

【識別番号】000005223

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

(74)【代理人】

【識別番号】110002918

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

(72)【発明者】

【氏名】藤井 泰希

(72)【発明者】

【氏名】野田 敏達

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

5B376

【Ｆターム（参考）】

5B376CA48

(57)【要約】

【課題】優先適用対象のパッチを効率的に判断可能にする。
【解決手段】処理部は、プログラムのロード時に、プログラムに含まれる複数の関数それぞれと当該関数に対応する実行コードが配置されるメモリブロックとを対応付ける対応情報を作成する。処理部は、プログラムの実行コードに関連する複数のメモリブロックをアクセス禁止に設定する。処理部は、プログラムの実行時に、アクセス禁止に設定されたメモリブロックへのアクセスを検出すると、当該メモリブロックのアクセス禁止を解除する。処理部は、アクセス禁止が解除されたメモリブロックを示すブロック情報を取得する。処理部は、複数の関数のうち、脆弱性情報を基に特定される第１関数を示す情報と対応情報とブロック情報とに基づいて、プログラムに対し、当該脆弱性情報で示される脆弱性に関するパッチを優先的な適用の対象とするか否かを判断する。
【選択図】図４

【特許請求の範囲】

【請求項1】

コンピュータに、
プログラムのロード時に、前記プログラムに含まれる複数の関数それぞれと当該関数に対応する実行コードが配置されるメモリブロックとを対応付ける対応情報を作成し、
前記プログラムの実行コードに関連する複数のメモリブロックをアクセス禁止に設定し、
前記プログラムの実行時に、アクセス禁止に設定された前記メモリブロックへのアクセスを検出すると、当該メモリブロックの前記アクセス禁止を解除し、
前記アクセス禁止が解除された前記メモリブロックを示すブロック情報を取得し、
前記複数の関数のうち、脆弱性情報を基に特定される第１関数を示す情報と前記対応情報と前記ブロック情報とに基づいて、前記プログラムに対し、前記脆弱性情報で示される脆弱性に関するパッチを優先的な適用の対象とするか否かを判断する、
処理を実行させる情報処理プログラム。

【請求項2】

前記アクセス禁止に設定された前記メモリブロックへのアクセスを例外として検出する、
処理を前記コンピュータに実行させる請求項１記載の情報処理プログラム。

【請求項3】

前記対応情報に基づいて、前記第１関数に対応する実行コードが配置される第１メモリブロックを特定し、前記ブロック情報に基づいて、前記第１メモリブロックの前記アクセス禁止が解除されているか否かを判定し、
前記第１メモリブロックの前記アクセス禁止が解除されている場合、前記パッチを優先的な適用の対象とすると判断し、前記第１メモリブロックの前記アクセス禁止が解除されていない場合、前記パッチを優先的な適用の対象外とすると判断する、
処理を前記コンピュータに実行させる請求項１記載の情報処理プログラム。

【請求項4】

前記コンピュータの停止または前記プログラムの実行停止の際に、揮発性の第１記憶装置に記憶される前記ブロック情報を不揮発性の第２記憶装置に保存し、
前記コンピュータの起動または前記プログラムの実行開始の際に、前記第２記憶装置に保存される前記ブロック情報を読み出し、前記ブロック情報を前記第１記憶装置に格納する、
処理を前記コンピュータに実行させる請求項１記載の情報処理プログラム。

【請求項5】

前記脆弱性情報は、第１プログラム部品に対して発見された脆弱性を示し、
前記脆弱性情報、および、前記複数の関数それぞれと当該関数で使用されるプログラム部品との対応関係を示す情報に基づいて、前記第１プログラム部品が使用される前記第１関数を特定する、
処理を前記コンピュータに実行させる請求項１記載の情報処理プログラム。

【請求項6】

コンピュータが、
プログラムのロード時に、前記プログラムに含まれる複数の関数それぞれと当該関数に対応する実行コードが配置されるメモリブロックとを対応付ける対応情報を作成し、
前記プログラムの実行コードに関連する複数のメモリブロックをアクセス禁止に設定し、
前記プログラムの実行時に、アクセス禁止に設定された前記メモリブロックへのアクセスを検出すると、当該メモリブロックの前記アクセス禁止を解除し、
前記アクセス禁止が解除された前記メモリブロックを示すブロック情報を取得し、
前記複数の関数のうち、脆弱性情報を基に特定される第１関数を示す情報と前記対応情報と前記ブロック情報とに基づいて、前記プログラムに対し、前記脆弱性情報で示される脆弱性に関するパッチを優先的な適用の対象とするか否かを判断する、
情報処理方法。

【請求項7】

プログラムに含まれる複数の関数それぞれと当該関数に対応する実行コードが配置されるメモリブロックとを対応付ける対応情報を記憶する記憶部と、
前記プログラムのロード時に前記対応情報を作成し、前記プログラムの実行コードに関連する複数のメモリブロックをアクセス禁止に設定し、前記プログラムの実行時に、アクセス禁止に設定された前記メモリブロックへのアクセスを検出すると、当該メモリブロックのアクセス禁止を解除し、前記アクセス禁止が解除された前記メモリブロックを示すブロック情報を取得し、前記複数の関数のうち、脆弱性情報を基に特定される第１関数を示す情報と前記対応情報と前記ブロック情報とに基づいて、前記プログラムに対し、前記脆弱性情報で示される脆弱性に関するパッチを優先的な適用の対象とするか否かを判断する処理部と、
を有する情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

ソフトウェアに脆弱性が発見されると、ソフトウェアの開発元などにより、脆弱性対策のためのパッチの提供が行われる。そこで、パッチの適用によりソフトウェアを更新するための技術が考えられている。

【0003】

例えば、アプリケーションソフトウェアの起動回数を示す起動情報に基づいて当該アプリケーションソフトウェアを更新すべきか否かを自動判定し、更新条件を満たすものであるときには、最新のアプリケーションソフトウェアに自動更新する方法の提案がある。

【0004】

また、コンピュータなどのエンドポイントにおいて、実行可能コンテンツの使用を監視し、実行可能コンテンツの使用頻度を示すスコアを計算し、当該スコアに基づいて実行可能コンテンツに対するパッチ適用を選択的に実行する方法の提案がある。

【0005】

また、計算器によって、顧客別のデータセットの形態の、ソフトウェア製品のライセンスオプションの使用に関する動作特性数を収集する方法の提案がある。提案の方法では、計算器によって、このデータセットを評価することによって、アップデートを必要としているソフトウェア製品のコンポーネントを求め、アップデートを実行する。

【0006】

なお、透過的にパッチが適用されたシードデータテーブルを使用してデータベース環境をオンラインでアップグレードするシステムの提案がある。

【先行技術文献】

【特許文献】

【0007】

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

【特許文献2】米国特許出願公開第２０１２／００５４７２９号明細書

【特許文献3】特開２０１５－１４１７１９号公報

【特許文献4】米国特許出願公開第２０１４／０１０１６４５号明細書

【発明の概要】

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

【0008】

ソフトウェアのプログラムに含まれる一部の関数に関連するパッチの提供が行われることがある。しかし、パッチの適用時には、これまで動作していたプログラムが動作しなくなる可能性があり、提供されるパッチを無暗に適用することは好ましくない。

【0009】

そこで、例えばデバッガなどによりプログラム実行時に関数の呼び出しのたびに当該関数の呼び出し履歴を記録し、新たな脆弱性の情報が取得された際には、当該呼び出し履歴を基に、実際に実行された関数に関連するパッチのみを至急適用する方法が考えられる。

【0010】

しかし、この方法では、関数の呼び出しのたびに呼び出し履歴が記録される。このため、呼び出し履歴の記録のための処理負荷がプログラムの実行速度に影響を及ぼしたり、呼び出し履歴を保持するためのメモリ消費量が多くなったりするという問題がある。

【0011】

１つの側面では、本発明は、優先適用対象のパッチを効率的に判断可能にすることを目的とする。

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

【0012】

１つの態様では、情報処理プログラムが提供される。情報処理プログラムは、コンピュータに次の処理を実行させる。コンピュータは、プログラムのロード時に、プログラムに含まれる複数の関数それぞれと当該関数に対応する実行コードが配置されるメモリブロックとを対応付ける対応情報を作成する。コンピュータは、プログラムの実行コードに関連する複数のメモリブロックをアクセス禁止に設定する。コンピュータは、プログラムの実行時に、アクセス禁止に設定されたメモリブロックへのアクセスを検出すると、当該メモリブロックのアクセス禁止を解除する。コンピュータは、アクセス禁止が解除されたメモリブロックを示すブロック情報を取得する。コンピュータは、複数の関数のうち、脆弱性情報を基に特定される第１関数を示す情報と対応情報とブロック情報とに基づいて、プログラムに対し、脆弱性情報で示される脆弱性に関するパッチを優先的な適用の対象とするか否かを判断する。

【0013】

また、１つの態様では、コンピュータによって実行される情報処理方法が提供される。また、１つの態様では、記憶部と処理部とを有する情報処理装置が提供される。

【発明の効果】

【0014】

１つの側面では、優先適用対象のパッチを効率的に判断できる。

【図面の簡単な説明】

【0015】

【図1】第１の実施の形態の情報処理装置を説明する図である。

【図2】第２の実施の形態の情報処理装置のハードウェア例を示す図である。

【図3】情報処理装置の機能例を示す図である。

【図4】関数テーブルおよびアクセス管理テーブルの例を示す図である。

【図5】プログラム実行時処理の例を示すフローチャートである。

【図6】パッチ適用判定処理の例を示すフローチャートである。

【図7】再起動前処理の例を示すフローチャートである。

【図8】再起動後プログラム実行時処理の例を示すフローチャートである。

【図9】関数テーブルの設定例を示す図である。

【図10】アクセス管理テーブルの更新例を示す図である。

【図11】パッチ適用判定の例を示す図である。

【図12】脆弱性情報に関連する関数の特定例を示す図である。

【図13】比較例を示す図である。

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

【0016】

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

【0017】

図１は、第１の実施の形態の情報処理装置を説明する図である。
情報処理装置１０は、プログラムに対して優先的に適用するパッチの判定を行う。情報処理装置１０は、コンピュータと言われてもよい。情報処理装置１０は、記憶部１１および処理部１２を有する。

【0018】

記憶部１１は、ＲＡＭ（Random Access Memory）などの揮発性の半導体メモリでもよいし、ＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの不揮発性ストレージでもよい。処理部１２は、例えば、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）などのプロセッサである。ただし、処理部１２は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などの特定用途の電子回路を含んでもよい。プロセッサは、ＲＡＭなどのメモリ（記憶部１１でもよい）に記憶されたプログラムを実行する。複数のプロセッサの集合を「マルチプロセッサ」または単に「プロセッサ」と言うことがある。

【0019】

処理部１２は、プログラムのロード時に、対応情報１１ａを作成し、記憶部１１に格納する。対応情報１１ａはプログラムに含まれる複数の関数それぞれと当該関数に対応する実行コードが配置されるメモリブロックとを対応付ける情報である。実行コードは、実行可能コードやオブジェクトコードなどとも言われる。メモリブロックは、プログラムのロード先となるＲＡＭなどのメモリの領域の一単位である。例えば、対応情報１１ａは、関数名とメモリブロックの識別情報との対応関係を保持する。具体的には、対応情報１１ａは、関数名「関数Ｆ１」とメモリブロックの識別情報「＃１」との対応関係を含む。ここで、関数名「関数Ｆ１」の関数を単に関数Ｆ１と表記する。また、識別情報「＃１」のメモリブロックを、単にメモリブロック＃１と表記する。また、対応情報１１ａは、関数Ｆ２とメモリブロック＃１との対応関係や関数Ｆ３とメモリブロック＃２との対応関係も含む。

【0020】

処理部１２は、プログラムの実行コードに関連する複数のメモリブロックをアクセス禁止に設定する。処理部１２は、プログラムの実行時に、アクセス禁止に設定されたメモリブロックへのアクセスを検出すると、当該メモリブロックに対するアクセス禁止を解除する。ここで、処理部１２は、アクセス禁止に設定されたメモリブロックへのアクセスを、ＯＳ（Operating System）における例外として検出可能である。また、当該メモリブロックへのアクセス禁止が一旦解除されると、当該メモリブロックへのアクセスが可能となり、当該メモリブロックへのアクセス禁止の解除が維持された状態でプログラムの処理が継続される。処理部１２は、アクセス禁止が解除されたメモリブロックを示すブロック情報を取得する。

【0021】

ここで、ブロック情報には次のような例が考えられる。処理部１２は、プログラムの実行コードに関連する複数のメモリブロックをアクセス禁止に設定すると、複数のメモリブロックそれぞれに対してアクセス禁止フラグを「１」（または「ＴＲＵＥ」）に設定したブロック情報１１ｂ１を生成する。ここで、アクセス禁止フラグ＝「１」（または「ＴＲＵＥ」）はアクセス禁止であることを示す。アクセス禁止フラグ＝「０」（または「ＦＡＬＳＥ」）はアクセス禁止が解除されていることを示す。

【0022】

処理部１２は、プログラム実行時に、あるメモリブロックに対するアクセスを検出すると、ブロック情報１１ｂ１における当該メモリブロックのアクセス禁止フラグを「１」から「０」に更新する。ブロック情報１１ｂ２は、プログラム実行時にメモリブロック＃１に対するアクセスを検出し、メモリブロック＃１のアクセス禁止フラグ「１」が「０」に更新された場合を例示する。この場合、処理部１２は、ブロック情報１１ｂ２に基づいて、アクセス禁止が解除されたメモリブロック＃１を特定可能である。

【0023】

処理部１２は、複数の関数のうち、脆弱性情報を基に特定される第１関数を示す情報と対応情報１１ａとブロック情報１１ｂ２とに基づいて、プログラムに対し、脆弱性情報で示される脆弱性に関するパッチを優先的な適用の対象とするか否かを判断する。ここで、脆弱性情報は、あるライブラリやコンポーネントなどのプログラム部品に関する脆弱性を示す情報である。脆弱性情報は、例えばネットワークを介してダウンロードされる。パッチは、脆弱性が発見されたプログラム部品の脆弱性を修正するためのデータであり、修正プログラムなどとも言われる。

【0024】

例えば、脆弱性情報Ｄ１において、あるプログラム部品の脆弱性が示されており、当該プログラム部品が関数Ｆ２で使用されているとする。この場合、処理部１２は、脆弱性情報Ｄ１を基に特定される関数Ｆ２を示す情報を取得する。関数Ｆ２は、第１関数の一例である。脆弱性情報Ｄ１に基づく関数Ｆ２の特定は、処理部１２により行われてもよいし、ユーザにより行われてもよい。例えば、プログラム部品と当該プログラム部品を使用する関数との対応関係を示す情報を記憶部１１に予め格納しておくことで、処理部１２は、当該情報と脆弱性情報Ｄ１とに基づき、脆弱性情報Ｄ１で示されるプログラム部品から関数Ｆ２を特定し得る。

【0025】

処理部１２は、対応情報１１ａに基づいて、関数Ｆ２に対応するメモリブロック＃１を特定する。処理部１２は、ブロック情報１１ｂ２に基づいて、メモリブロック＃１に対応するアクセス禁止フラグが「０」であることを特定する。すると、関数Ｆ２が実行された可能性があることから脆弱性のあるコードが実行された可能性があるため、処理部１２は、脆弱性情報Ｄ１で示される脆弱性に関するパッチを優先的な適用の対象とする。ここで、プログラムの実行実績において関数Ｆ２が実行された可能性がある場合、今後も関数Ｆ２が実行される可能性が高い。そして、関数Ｆ２が実行されることにより脆弱性による被害が発生する可能性が、実行されない関数に比べて高い。よって、脆弱性情報Ｄ１で示される脆弱性に関するパッチは至急適用する必要性が高いことになる。

【0026】

また、例えば脆弱性情報Ｄ２において、あるプログラム部品の脆弱性が示されており、当該プログラム部品が関数Ｆ３で使用されているとする。この場合、処理部１２は、脆弱性情報Ｄ２を基に特定される関数Ｆ３を示す情報を取得する。関数Ｆ３は、第１関数の一例である。前述のように、脆弱性情報Ｄ２に基づく関数Ｆ３の特定は、処理部１２により行われてもよいし、ユーザにより行われてもよい。

【0027】

処理部１２は、対応情報１１ａに基づいて、関数Ｆ３に対応するメモリブロック＃２を特定する。処理部１２は、ブロック情報１１ｂ２に基づいて、メモリブロック＃２に対応するアクセス禁止フラグが「１」であることを特定する。すると、関数Ｆ３は実行されていないため、処理部１２は、脆弱性情報Ｄ２で示される脆弱性に関するパッチを優先的な適用の対象外とする。ここで、プログラムの実行実績において関数Ｆ３が実行されていない場合、今後も関数Ｆ３が実行されない可能性が高い。したがって、関数Ｆ３に含まれる脆弱性による被害が発生する可能性が、実行された可能性のある関数に比べて低い。よって、脆弱性情報Ｄ２で示される脆弱性に関するパッチは、至急適用する必要性が低く、例えばプログラムの動作への影響がないことが確認されてから適用されてもよいものである。

【0028】

例えば、処理部１２は、脆弱性情報Ｄ１に対するパッチを優先的な適用の対象とし、脆弱性情報Ｄ２に対するパッチを優先的な適用の対象外とすることを示す情報を出力してもよい。ユーザは、当該情報を参照することで、該当のプログラムに対して脆弱性情報Ｄ１に対するパッチを優先的に適用すべきであること、および、脆弱性情報Ｄ２に対するパッチを優先的に適用しなくてもよいことを確認できる。この場合、ユーザは、該当のプログラムに対して脆弱性情報Ｄ１に対するパッチを優先して適用し、脆弱性情報Ｄ２に対するパッチを当面の間は適用しない。

【0029】

以上説明したように、情報処理装置１０によれば、プログラムのロード時に、プログラムに含まれる複数の関数それぞれと当該関数に対応する実行コードが配置されるメモリブロックとを対応付ける対応情報１１ａが作成される。プログラムの実行コードに関連する複数のメモリブロックがアクセス禁止に設定される。プログラムの実行時に、アクセス禁止に設定されたメモリブロックへのアクセスが検出されると、当該メモリブロックのアクセス禁止が解除される。アクセス禁止が解除されたメモリブロックを示すブロック情報１１ｂ２が取得される。複数の関数のうち、脆弱性情報から特定される第１関数を示す情報と対応情報１１ａとブロック情報１１ｂ２とに基づいて、プログラムに対し、当該脆弱性情報で示される脆弱性に関するパッチを優先的な適用の対象とするか否かが判断される。

【0030】

これにより、情報処理装置１０は、優先適用対象のパッチを効率的に判断できる。プログラムの実行時に、１つのメモリブロックに対するアクセス禁止の検知、および、アクセス解除が発生する回数は高々１回である。このため、情報処理装置１０は、プログラムの実行に対する影響を抑えて、実際に実行された可能性がある関数を特定可能である。したがって、情報処理装置１０は、例えば実運用中のプログラムに対する脆弱性への対策において、至急適用すべきパッチを絞り込むために有用である。また、情報処理装置１０は、パッチ適用判定の処理に用いる情報量を、対応情報１１ａおよびブロック情報１１ｂ１（またはブロック情報１１ｂ２）に相当する情報量に抑えられる。このため、関数の呼び出しのたびに当該関数の呼び出し履歴を記録する方法に比べて、メモリ消費量が低減される。

【0031】

情報処理装置１０は、こうして優先適用対象のパッチと優先適用対象外のパッチとを判別することで、プログラムに対してパッチが無暗に適用されることを回避できる。これにより、情報処理装置１０は、パッチ適用に伴ってプログラムが動作しなくなるリスクを低減できる。

【0032】

［第２の実施の形態］
次に、第２の実施の形態を説明する。
図２は、第２の実施の形態の情報処理装置のハードウェア例を示す図である。

【0033】

情報処理装置１００は、プロセッサ１０１、ＲＡＭ１０２、ＨＤＤ１０３、ＧＰＵ１０４、入力インタフェース１０５、媒体リーダ１０６および通信インタフェース１０７を有する。情報処理装置１００が有するこれらのユニットは、情報処理装置１００の内部でバスに接続されている。プロセッサ１０１は、第１の実施の形態の処理部１２に対応する。ＲＡＭ１０２またはＨＤＤ１０３は、第１の実施の形態の記憶部１１に対応する。

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

通信インタフェース１０７は、ネットワーク１１４に接続され、ネットワーク１１４を介して他の情報処理装置と通信する。通信インタフェース１０７は、スイッチやルータなどの有線通信装置に接続される有線通信インタフェースでもよいし、基地局やアクセスポイントなどの無線通信装置に接続される無線通信インタフェースでもよい。

【0042】

図３は、情報処理装置の機能例を示す図である。
情報処理装置１００は、メモリ領域１２０、管理情報記憶部１３０、脆弱性情報記憶部１４０、プログラムロード部１５０、例外処理部１６０およびパッチ適用判定部１７０を有する。メモリ領域１２０は、ＲＡＭ１０２の記憶領域の一部である。管理情報記憶部１３０および脆弱性情報記憶部１４０には、ＲＡＭ１０２やＨＤＤ１０３の記憶領域が用いられる。プログラムロード部１５０、例外処理部１６０およびパッチ適用判定部１７０は、ＲＡＭ１０２に記憶された情報処理プログラムがＣＰＵ１０１により実行されることで実現される。

【0043】

メモリ領域１２０は、ユーザにより利用されるプログラムの実行コードがロードされるＲＡＭ１０２上の領域である。メモリ領域１２０は、所定サイズに区切られた複数のメモリブロックを有する。複数のメモリブロックは、メモリブロック＃１、＃２、＃３、…を含む。プログラムは複数の関数を含む。複数の関数それぞれに対応する実行コードは、複数のメモリブロックの何れかに配置される。プログラムには、例えば様々なＯＳＳ（Open Source Software）が組み込まれている。例えば、プログラムに含まれる関数は、ＯＳＳのライブラリまたはコンポーネントを使用する。また、ＯＳＳに関して脆弱性が発見されると、例えば、当該脆弱性を示す脆弱性情報がインターネット上の所定のＷｅｂサイト上で公開される。

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

１０ 情報処理装置
１１ 記憶部
１１ａ 対応情報
１１ｂ１，１１ｂ２ ブロック情報
１２ 処理部
Ｄ１，Ｄ２ 脆弱性情報

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】