JPH10269105A - トレースシステム、リソース解放漏れ検出システム及び記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 バイナリで提供されたコンポーネントを組み
合わせて作成されたシステムにおいても、リコンパイル
せずにＯＳのグローバルなトレース及びそれによるメモ
リリークの効果的な検出を可能とする。 【解決手段】 フック用ＤＬＬ２は、アプリケーション
部１のＡＰＩ呼び出しをフックする。フック用ＤＬＬ２
は、ＡＰＩ呼び出しに対応する本来のＤＬＬの代わりに
挿入される。処理用ＤＬＬ３は、該当するＡＰＩ呼び出
しに対応する処理を実行する。フック用ＤＬＬ２は、ア
プリケーション部１の呼び出しをフックし、該呼び出し
の情報をログファイル部４に送信するとともに、該呼び
出しを処理用ＤＬＬ３に転送する。ログファイル部４
は、フック用ＤＬＬ２でフックされた呼び出し情報をロ
ギングする。ビューワ５は、ログファイル部４のログ内
容を読み込み表示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、アプリケーショ
ンプログラムの開発或いはチェック等に際し、システム
全体のグローバルなトレースを行うためのトレースシス
テム及びリソースの解放漏れを検出するためのシステム
に係り、特にシステム全体のパフォーマンスチューニン
グやメモリリークの効果的な検出に好適なトレースシス
テム及びリソース解放漏れ検出システムに関する。

【０００２】

【従来の技術】オペレーティングシステム（OS: Operat
ing System〜以下、「ＯＳ」と称する）において動作す
るアプリケーションプログラム及びシステムプログラム
等のプログラムにおいては、ＯＳのアプリケーションイ
ンタフェース（API: Application Program Interface：
以下、「ＡＰＩ」と称する）を使用して、メモリ割り当
てを行う。

【０００３】プログラムに対して割り当てられたメモリ
は、メモリが不要となった時点で、解放される。一般に
メモリ等のリソース（資源）には、限りがあるため、利
用済みのメモリが解放されなければ、利用できるメモリ
の量が低減し、プログラムを正常に実行できなくなる。
ところが、プログラムの不備により、一旦割り当てられ
たメモリが不要になった時点でも解放しないことがあ
る。このように、不要となったメモリを解放せずに割り
当てられたままにしておくことを、メモリリーク（メモ
リ解放漏れ）と称する。このメモリリークを放置する
と、前述のように、利用できるメモリの量が低減し、プ
ログラムを正常に実行できなくなる。

【０００４】

【発明が解決しようとする課題】システムが、大きくな
ればなるほど、上述のメモリリークが発生してしまう可
能性が高くなる。一方、メモリリーク自体は、小さなメ
モリリークほど、開発における各種チェック工程で見落
とす可能性が高い。このように、開発工程でメモリリー
クが見落とされた場合、システムの最終確認フェーズ、
すなわち連続運転試験において、やっと発見されること
になる。しかも、メモリリークが、プログラムのどの部
分で発生しているかを見分けるためには、ソースレビュ
ーなどの地道な方法で行うしかなかった。

【０００５】特に、ウィンドウズＮＴ（Windows NT）及
びウィンドウズ９５（Windows 95）（「Windows」は登
録商標）等のＯＳは、複数のプロセスからなり、個々の
プロセスは、オブジェクトリンク及び埋め込み（以下、
「ＯＬＥ」）機能を利用するＯＬＥサーバオブジェクト
であるＯＬＥコントロール（以下、「ＯＣＸ」）、並び
にダイナミックリンクライブラリ（以下、「ＤＬＬ」）
等を１つ以上含んでいる。なお、ＯＣＸは、最近では、
Active Xコントロールと称されるコンポーネントとして
位置付けられている。

【０００６】このようなＯＳでは、プロセス単位でしか
リソースを管理していないため、プロセスに属している
ＤＬＬやＯＣＸ等に問題があったとしても、それらを切
り分けることは不可能である。このため、場合によって
は、システムの全域にわたってメモリリークの原因を調
査する必要がある。

【０００７】このように、アプリケーションプログラム
及びシステムプログラムの開発に際して、メモリリーク
が、一旦、発生してしまうと、その解決に膨大な時間を
費やすことが少なくない。

【０００８】通常、メモリリークの検出等を目的とし
て、プログラムのトレースを行う場合には、特別なオブ
ジェクト（ここで、オブジェクトとは、ＯＢＪファイル
又はＣ＋＋におけるオブジェクトを指している）をリン
クするなどの手法を用いる。このため、プログラムのト
レースのために、ソースコードからのコンパイル及びリ
ンクを再度やり直す必要がある。しかしながら、この方
法では、最近、広く用いられているＯＣＸ及びActiveＸ
コントロール等のように、バイナリで提供されているコ
ンポーネントを組み合わせて作成したソフトウェアにお
いては、不完全な情報しか与えられず、有効に利用する
ことができない。

【０００９】この発明は、上述した事情に鑑みてなされ
たもので、メモリリークの効果的な検出を可能とするこ
とを目的とする。

【００１０】

【課題を解決するための手段】上記目的を達成するた
め、この発明の第１の観点によるトレースシステムは、
アプリケーションプログラムとのインタフェースを取る
ためのアプリケーションインタフェースを備えるオペレ
ーティングシステムと、前記オペレーティングシステム
上でアプリケーションプログラムを実行するアプリケー
ション手段と、前記アプリケーション手段による前記ア
プリケーションプログラムの実行に際し、前記アプリケ
ーションプログラムによる前記アプリケーションインタ
フェースの呼び出しを中継するとともに、該呼び出しの
情報を取り込むフック手段と、前記フック手段で取り込
まれた前記情報を蓄積記録するログ記録手段と、を具備
することを特徴とする。

【００１１】このシステムによれば、アプリケーション
プログラム（ＡＰ）がオペレーティングシステム（Ｏ
Ｓ）のアプリケーションインタフェース（ＡＰＩ）を呼
び出した際に、フック手段がこの呼び出しの情報を取り
込み、ログ記録手段がその内容を記録する。従って、例
えば、アプリケーションインタフェースの呼び出しが、
リソース、例えば、メモリの割り当てや解放に関するも
のである場合には、割り当て及び解放の履歴がログ記録
手段により自動的に生成される。従って、リソースの割
り当てと解放の対を判別し、割り当てたが解放されてい
ないものをログから判別することにより、リソースの解
放忘れを判別することができる。また、このような構成
によれば、アプリケーションプログラムとオペレーティ
ングシステムには、実質的な変更を加えることなく、呼
び出し情報の取得が可能となる。

【００１２】リソースのリークとしては、例えば、ファ
イル資源、セマフォ、Mutex等の排他資源、ペン、ブラ
シ、デバイスコンテキストなどのＧＤＩオブジェクトの
リーク等がある。

【００１３】前記フック手段は、例えば、前記アプリケ
ーションインタフェースに対するアプリケーションプロ
グラムの呼び出しを前記アプリケーションインタフェー
スの代わりに受ける手段と、前記呼び出しの情報を前記
ログ記録手段に提供する手段と、前記呼び出しを前記ア
プリケーションインタフェースに転送する手段とから構
成される。

【００１４】前記ログ記録手段で記録された前記呼び出
しの情報を出力する手段を配置してもよい。

【００１５】前記フック手段から前記ログ記録手段へ転
送された情報の記録のオンとオフを制御するロギング制
御手段を配置してもよい。このロギング制御手段は、前
記フック手段による前記アプリケーションインタフェー
スに対する前記呼び出しの転送の停止と実行を、例え
ば、外部操作に応答して制御する。

【００１６】前記ロギング制御手段は、前記ログ記録手
段に記録される前記情報の内容を制御する手段を含んで
もよい。

【００１７】前記フック手段は、例えば、前記アプリケ
ーションプログラムによる前記アプリケーションインタ
フェースの呼び出しのうち、前記オペレーティングシス
テムのリソース割り当てに関するリソース割り当て情報
を取り込む。さらに、前記ログ記録手段により、記録さ
れたリソースの割り当てと解放の対を検出し、割り当て
と解放の一方のみを検出し、他方を検出できない時に、
その旨を報知する対検出手段を配置し、リソースの解放
漏れを報知できるようにしてもよい。

【００１８】上記目的を達成するため、この発明の第２
の観点によるリソース解放漏れ検出システムは、オペレ
ーティングシステム上でアプリケーションプログラムを
実行するアプリケーション手段と、前記アプリケーショ
ンプログラムの実行に際し、前記アプリケーションプロ
グラムから前記オペレーティングシステムのアプリケー
ションインタフェースに送られるリソースの割り当てと
解放の要求に関するリソース割当情報を取り込むフック
手段と、前記フック手段で取り込まれた前記リソース割
り当て情報を蓄積記録するログ記録手段と、を具備する
ことを特徴とする。

【００１９】前記ログ記録手段により記録されたリソー
スの割り当てと解放の対を検出し、割り当てと解放の一
方のみを検出し、他方を検出できない時に、その旨を報
知する対検出手段を配置しても良い。

【００２０】このようなシステムによれば、オペレーテ
ィングシステムとアプリケーションプログラムには、実
質的な影響を与えること無く、アプリケーションインタ
フェースの呼び出しを検出し、この呼び出し情報に基づ
いてリソースの割り当てと解放の履歴をログに取ること
ができる。従って、このログをチェックすることによ
り、リソースの解放忘れを判別することができる。リソ
ースとしては、例えば、ファイル資源、セマフォ、Mute
x等の排他資源、ペン、ブラシ、デバイスコンテキスト
などのＧＤＩオブジェクト等がある。

【００２１】前記ログ記録手段により記録されたリソー
スの割り当てと解放の対を検出し、割り当てと解放の一
方のみを検出し、他方を検出できない時に、その旨を報
知する対検出手段を配置して、リソースの解放漏れを自
動的に検出するようにしてもよい。リソースとしてメモ
リ等が好適である。

【００２２】また、この発明の第３の観点にかかるコン
ピュータで読み取り可能な記録媒体には、コンピュータ
を、アプリケーションプログラムとのインタフェースを
取るためのアプリケーションインタフェースを備えるオ
ペレーティングシステム上でアプリケーションプログラ
ムを実行するアプリケーション手段、前記アプリケーシ
ョン手段による前記アプリケーションプログラムの実行
に際し、前記アプリケーションプログラムによる前記ア
プリケーションインタフェースの呼び出しを中継すると
ともに、該呼び出しの情報を取り込むフック手段と、前
記フック手段で取り込まれた前記呼び出しの情報を蓄積
記録するログ記録手段、として機能させるためのプログ
ラム（固定データを含む）が記録されている。

【００２３】また、この発明の第４の観点にかかるコン
ピュータで読み取り可能な記録媒体には、コンピュータ
を、オペレーティングシステム上でアプリケーションプ
ログラムを実行するアプリケーション手段、前記アプリ
ケーションプログラムの実行に際し、前記アプリケーシ
ョンプログラムから前記オペレーティングシステムのア
プリケーションインタフェースに送られるリソースの割
り当てと解放の要求に関するリソース割当情報を取り込
むフック手段、前記フック手段で取り込まれた前記リソ
ース割当情報を蓄積記録するログ記録手段、として機能
させるためのプログラムが記録されている。

【００２４】

【発明の実施の形態】図１〜図６を参照して、この発明
の第１の実施の形態に係るトレースシステムについて説
明する。

【００２５】この実施の形態は、オペレーティングシス
テム（ＯＳ）として、ウィンドウズＮＴ及びウィンドウ
ズ９５等を使用し、これらのＯＳにおけるシステムコー
ルがダイナミックリンクライブラリ（Dynamic Link Lib
rary：ＤＬＬ〜以下、「ＤＬＬ」と称する）によってア
プリケーションプログラムとインタフェースしているこ
とに着目し、該ＤＬＬをフック用の特殊なＤＬＬと置き
換える。このフック用のＤＬＬによって、全てのアプリ
ケーションインタフェース（Application Program Inte
rface：ＡＰＩ〜以下、「ＡＰＩ」と称する）の呼び出
しを横取り、すなわちフックして、ＡＰＩの呼び出し元
及び時刻等をロギングする。

【００２６】ロギングにより作成されるログファイル
を、必要なときに読み込み、これをビューワによってビ
ジュアルに表示する。このようにすることによって、Ｏ
Ｓのグローバルなトレースを実現し、システムの最適化
に必要な、プロセス別及びモジュール別などの情報を得
ることができる。さらに、メモリ割り当て及びハンドル
割り当て等のＯＳのリソースの割り当てに関する割り当
て状況を追跡することによって、メモリリークが発生し
ている箇所を効果的に解析及び表示することが可能とな
る。このシステムにより、メモリリークの自動的な解析
及び表示も実現可能となる。

【００２７】また、メモリに限らず、ファイル資源、セ
マフォ、Mutex等の排他資源、ペン、ブラシ、デバイス
コンテキスト等のＧＤＩオブジェクト等のリークもトレ
ース可能である。

【００２８】図１は、この発明の第１の実施の形態に係
るトレースシステムの構成を示している。

【００２９】図１に示すトレースシステムは、アプリケ
ーション部１、第１のフック用ＤＬＬ２、第１の処理用
ＤＬＬ３、ログファイル部４、ビューワ５、第２のフッ
ク用ＤＬＬ６、第２の処理用ＤＬＬ７、及びコントロー
ルマネージャ８を具備している。アプリケーション部
１、第１のフック用ＤＬＬ２、第１の処理用ＤＬＬ３、
ビューワ５、第２のフック用ＤＬＬ６、第２の処理用Ｄ
ＬＬ７、及びコントロールマネージャ８の各部は、コン
ポーネントとしてのプログラムモジュールにより構成さ
れる。また、ログファイル部４は、記憶装置に記憶され
るファイルにより構成される。

【００３０】アプリケーション部１は、ＯＳ（オペレー
ティングシステム）上で、アプリケーションプログラム
（ＡＰ）を実行する。このアプリケーション部１とＯＳ
とのインタフェースがアプリケーションインターフェー
ス（ＡＰＩ）である。ＯＳのシステムコールは、ＤＬＬ
によりアプリケーション部１とインタフェースしてい
る。

【００３１】第１のフック用ＤＬＬ２は、アプリケーシ
ョン部１のＡＰＩ呼び出しをフック（横取り）するため
のＤＬＬであり、ＡＰＩ呼び出しに対応する本来のＤＬ
Ｌの代わりに挿入される。

【００３２】第１の処理用ＤＬＬ３は、アプリケーショ
ン部１のＡＰＩ呼び出しに対応する本来のＤＬＬであ
り、ＯＳの一部を構成し、該当するＡＰＩ呼び出しに対
応する処理を実行する。

【００３３】第１のフック用ＤＬＬ２は、アプリケーシ
ョン部１の本来のＤＬＬ（第１の処理用ＤＬＬ３）に対
する呼び出しをフックし、該呼び出しの情報をログファ
イル部４に送信するとともに、該呼び出しを第１の処理
用ＤＬＬ３に転送する。ログファイル部４は、第１のフ
ック用ＤＬＬ２等でフックされた呼び出し情報をロギン
グ、すなわち記録・蓄積する。

【００３４】ビューワ５は、ログファイル部４のログ内
容を読み込み表示する。このビューワ５自体も一種のア
プリケーションであるので、ＡＰＩを使用する場合に
は、第２のフック用ＤＬＬ６を介して、第２の処理用Ｄ
ＬＬ７を呼び出す。第２のフック用ＤＬＬ６は、この呼
び出しをフックして、その呼び出しの情報をログファイ
ル部４に送る。

【００３５】コントロールマネージャ８は、フック用Ｄ
ＬＬ２及び６の動作を制御・管理する。このコントロー
ルマネージャ８を外部操作することにより、呼び出し情
報のフックのオン／オフ、フックする呼び出し情報の設
定選択、並びに処理用ＤＬＬ３及び７への呼び出しの転
送動作のストップ（停止）／ゴー（続行）を制御するこ
とができる。

【００３６】図２のフローチャートを参照して、トレー
スシステムのインストール時の処理の流れを説明する。

【００３７】インストールを開始すると、まず、トレー
スシステムを適用しようとする処理用ＤＬＬ、例えば処
理用ＤＬＬ３及び７を検索する（ステップＳ１）。処理
用ＤＬＬ３及び７が検索されると、検索された処理用Ｄ
ＬＬ３及び７の原ファイル名が他のダミーファイル名に
リネームされる（ステップＳ２）。

【００３８】次に、フック用ＤＬＬ２及び６が先にリネ
ームした処理用ＤＬＬの原ファイル名でシステムに導入
される（ステップＳ３）。そして、ログファイルを参照
するためのログファイルビューワがシステムに組み込ま
れ（ステップＳ４）、さらにフック用ＤＬＬ２及び６を
制御するためのコントロールマネージャ８がシステムに
組み込まれる（ステップＳ５）。

【００３９】上述の処理について、ここでは、ＯＳとし
て、マイクロソフト社のウィンドウズＮＴシステムを使
用するものとし、該トレースシステムのＤＬＬのフック
システムをバイルスシステム（ＶＩＲＵＳシステム）と
称することにする。

【００４０】この場合、バイルスシステムがフックする
ＤＬＬは、３２ビットグラフィックデバイスインタフェ
ース（Graphic Device Interface：ＧＤＩ〜以下、「Ｇ
ＤＩ」と称する）用ＤＬＬであるＧＤＩ３２．ＤＬＬ、
３２ビットユーザ用ＤＬＬであるＵＳＥＲ３２．ＤＬ
Ｌ、ウィンドウズＮＴ用ＤＬＬ処理のためのＤＬＬであ
るＮＴＤＬＬ．ＤＬＬ及び３２ビットＯＬＥ用のＤＬＬ
であるＯＬＥ３２．ＤＬＬの４種類からなるデフォルト
の３２ビットウィンドウズ用ＤＬＬ（以下、「ＷＩＮ３
２ＤＬＬ」と称する）のうちのＧＤＩ３２．ＤＬＬ、Ｕ
ＳＥＲ３２．ＤＬＬ及びＮＴＤＬＬ．ＤＬＬである。

【００４１】これらＧＤＩ３２．ＤＬＬ、ＵＳＥＲ３
２．ＤＬＬ及びＮＴＤＬＬ．ＤＬＬは、メモリリークの
検出に使用することができる。ちなみに、これらのＧＤ
Ｉ３２．ＤＬＬ、ＵＳＥＲ３２．ＤＬＬ及びＮＴＤＬ
Ｌ．ＤＬＬは、基本的な３２ビットウィンドウズシステ
ムにおけるグローバルトレースにも使用することがで
き、ＯＬＥ３２．ＤＬＬは、グローバルトレース用にの
み使用することができる。

【００４２】図３は、バイルスシステムを導入する前の
ＧＤＩ３２．ＤＬＬに関するモジュール構成を示し、図
４は、バイルスシステム導入後のＧＤＩ３２．ＤＬＬに
関するモジュール構成を示している。

【００４３】導入に際して、バイルスシステムは、デフ
ォルトのＷＩＮ３２．ＤＬＬであるＧＤＩ３２．ＤＬＬ
等の上述した３つのＤＬＬファイルを、まず、別のダミ
ーのファイル名、例えばＧＤＩ３２．ＤＬＬをＶＩＲＵ
ＳＧＤＩ．ＤＬＬにリネームする。

【００４４】次に、フックによるロギング機構を持つバ
イルスシステム用のＤＬＬ、すなわちフック用ＤＬＬ
を、ＧＤＩ３２．ＤＬＬとしてシステムに導入し、先に
リネームしたもとのＧＤＩ３２．ＤＬＬと置換する。こ
のフック用ＤＬＬは、ＧＤＩ３２．ＤＬＬと同じ外部イ
ンタフェース及びパラメータ構成を有しているが、予め
設定した特定のＡＰＩに対しては、ＡＰＩ呼び出しに関
する情報をログファイル部４にロギングするように作成
されている。つまり、アプリケーションプログラムは、
もとの処理用ＤＬＬであるＧＤＩ３２．ＤＬＬとリンク
しているものとして動作するが、実際には、バイルスシ
ステムのフック用ＤＬＬとリンクしていることになる。
バイルスシステムのフック用ＤＬＬは、ロギング後、Ｖ
ＩＲＵＳＧＤＩ．ＤＬＬとして、本来のＧＤＩ３２．Ｄ
ＬＬを呼び出し、必要な情報を提供する。このようにし
て、ＧＤＩ呼び出し情報をフックする。

【００４５】上述したＧＤＩ３２．ＤＬＬ、ＵＳＥＲ３
２．ＤＬＬ及びＮＴＤＬＬ．ＤＬＬのような通常のＤＬ
Ｌは、処理実体である実体オブジェクトがＤＬＬそのも
のに存在する。従って、これらのＤＬＬは、アプリケー
ションプログラムから呼び出されると、エントリポイン
トだけをフックすれば、容易にロギングを行うログ機構
を構築することができる。

【００４６】次に、図５に示すフローチャートを参照し
て、アプリケーションプログラムの実行時における動作
を説明する。アプリケーション部１でアプリケーション
が実行されると、アプリケーションは必要に応じて、Ａ
ＰＩ呼び出しを行う（ステップＳ１１）。このＡＰＩ呼
び出しは、第１のフック用ＤＬＬ２でフックされる（ス
テップＳ１２）。第１のフック用ＤＬＬ２は、フックし
た呼び出しの情報をログファイルにロギングする（ステ
ップＳ１３）。第１のフック用ＤＬＬ２は、アプリケー
ション部１からの呼び出しに応じて、本来の第１の処理
用ＤＬＬ３を呼び出す（ステップＳ１４）。第１の処理
用ＤＬＬ３は、該当するＡＰＩ処理を行う（ステップＳ
１５）。

【００４７】アプリケーションプログラムの実行が終了
したか否かが判定され（ステップＳ１６）、アプリケー
ションプログラムの実行中は、ＡＰＩ呼び出し毎に、上
述したステップＳ１１〜Ｓ１５の処理が繰り返される。
このようにして、ＡＰＩ呼び出し情報がロギングされ、
ログファイル部４にＡＰＩ呼び出し情報の履歴すなわち
ログが記録される。

【００４８】すなわち、バイルスシステムでは、ＡＰＩ
の呼び出し時及び処理後のリターン時に、ロギング処理
を行い、呼び出したモジュール名、アドレス、時刻、及
びパフォーマンスカウント値等をログファイル部４に記
録する。このようにすることにより、あるポイントか
ら、あるポイントまでの処理時間を計測することができ
る。この場合、通常の局所的な計測とは異なり、ＯＳの
ライブラリを置き換えているため、測定対象となるモジ
ュールには、一切、変更を加える必要がない。このよう
にすることによって、処理時間のボトルネックを容易に
調べることができる。

【００４９】さらに、メモリリーク等の、リソースの解
放漏れの検出は、このようなトレースシステムと、図６
に示すように、解析部９とを組み合わせて実現する。解
析部９は、例えば、在来のフューザに機能追加すること
によりソフトウエアで実現することができ、ログファイ
ル部４に記録されたログの内容をトレースし、メモリの
割り当てと解放を行ったモジュール名の対を検出し、割
り当てと解放が対になっていないモジュールをリストア
ップし、表示すると共に警告を発する。

【００５０】即ち、メモリリークは、メモリ割り当ての
呼び出しがあるにもかかわらず、メモリが解放されない
場合に発生する。従って、モジュール名に着目してログ
をトレースし、割り当てと解放が対になっていないモジ
ュールをリストアップすることにより判別することがで
きる。まれに、メモリを割り当てるモジュールと解放を
行うモジュールが別々の場合もあるが、解放アドレス及
びハンドル値もトレースし、これらも表示することによ
り、正しいリーク情報を表示することができる。解放と
割り当てが別々の場合は、まれにプログラムのバグであ
ることも考えられるため、警告情報として出力する。

【００５１】このようにして、ウィンドウズＮＴ及びウ
ィンドウズ９５等のＯＳのＡＰＩの呼び出しをフック用
ＤＬＬ２及び６等によってフックして、ＡＰＩの呼び出
し元及び時刻等をロギングすることができる。ログファ
イル部４をビューワによってビジュアルに表示すること
によって、ＯＳのグローバルなトレースを実現して、シ
ステムの最適化に必要な、プロセス別及びモジュール別
などの情報を得ることができる。これらの情報に基づい
て、システムのパフォーマンスチューニングを実現する
ことができる。また、メモリ割り当て及びハンドル割り
当て等のＯＳのリソースの割り当て状況を追跡すること
によって、メモリリークが発生している箇所を効果的に
解析及び表示することが可能となる。このシステムを用
いることにより、メモリリークの自動的な解析及び表示
を実現することもできる。

【００５２】図７は、この発明の第２の実施の形態に係
るトレースシステムの構成を示している。図７は、ＯＬ
Ｅインタフェースのように、処理用ＤＬＬ自体に処理用
のオブジェクトが埋め込まれておらず、別の実体モジュ
ールにリンクしていて、該実体モジュールを呼び出して
処理を行うものを含んでいる場合のトレースシステムを
示している。

【００５３】図７のトレースシステムは、アプリケーシ
ョン部１１、第１のフック用ＤＬＬ１２、第１の処理用
ＤＬＬ１３、実体モジュール１４、ログファイル部４、
ビューワ５、第２のフック用ＤＬＬ６、第２の処理用Ｄ
ＬＬ７、及びコントロールマネージャ８を具備してい
る。

【００５４】アプリケーション部１１、第１のフック用
ＤＬＬ１２及び第１の処理用ＤＬＬ１３は、図１のアプ
リケーション部１、第１のフック用ＤＬＬ２及び第１の
処理用ＤＬＬ３とほぼ同様であるが、第１の処理用ＤＬ
Ｌ１３が実体モジュール１４を呼び出して処理を実行さ
せる。すなわち、第１の処理用ＤＬＬ１３は、その一部
又は全部のインタフェースに関して、第１の処理用ＤＬ
Ｌ１３自体で処理を実行せず、実体モジュール１４に処
理を実行させる。

【００５５】第１のフック用ＤＬＬ１２が挿入されない
場合、第１の処理用ＤＬＬ１３が、最初の呼び出し時
に、アプリケーション部１１に実体モジュール１４のエ
ントリポイントを返し、以後は、アプリケーション部１
１から、実体モジュール１４が直接呼び出される。そこ
で、第１のフック用ＤＬＬ１２は、実体モジュール１４
のエントリポイントに代えてダミーのエントリポイント
として、第１のフック用ＤＬＬ１２のエントリポイント
を返す。このようにして、当該インタフェースを、アプ
リケーション部１１が呼び出すたびに、第１のフック用
ＤＬＬ１２を通って実体モジュール１４が呼び出され
る。したがって、実体モジュール１４の呼び出しの直前
にロギングすることが可能になる。

【００５６】ログファイル部４、ビューワ５、第２のフ
ック用ＤＬＬ６、第２の処理用ＤＬＬ７、及びコントロ
ールマネージャ８については、図１の場合と同一であ
る。アプリケーション部１１、第１のフック用ＤＬＬ１
２、第１の処理用ＤＬＬ１３、実体モジュール１４、ビ
ューワ５、第２のフック用ＤＬＬ６、第２の処理用ＤＬ
Ｌ７、及びコントロールマネージャ８の各部は、コンポ
ーネントとしてのプログラムモジュールにより構成され
る。また、ログファイル部４は、記憶装置に記憶される
ファイルにより構成される。

【００５７】第１の処理用ＤＬＬ１３が処理を実体モジ
ュール１４に依存せずに、それ自体で処理を実行する場
合の、第１のフック用ＤＬＬ１２及び第１の処理用ＤＬ
Ｌ１３の機能及び動作は、図１における第１のフック用
ＤＬＬ２及び第１の処理用ＤＬＬ３と全く同様となる。

【００５８】次に、図７のトレースシステムのアプリケ
ーションの実行動作について具体的に説明する。図７の
トレースシステムのインストールは、図１のシステムと
同様に図２に示した流れに従って行われる。

【００５９】前述のように、例えば、ＯＬＥのモジュー
ルであるＯＬＥ２３．ＤＬＬの場合には、通常のＤＬＬ
と比して若干特殊な動作をする。すなわち、ＯＬＥはＤ
ＬＬで実現されているものの、通常のＤＬＬとは、イン
タフェースが異なっている。ＯＬＥ３２．ＤＬＬは、ア
プリケーションプログラムから呼び出されると、処理実
体である実体モジュール１４を呼び出して、実体モジュ
ール１４により処理を実行させる。したがって、ロギン
グのためのログ機構の構築に工夫が必要である。

【００６０】先に述べたように、通常のＤＬＬは、アプ
リケーション部１１で実行されるアプリケーションプロ
グラムから呼び出されると、処理実体がＤＬＬそのもの
に埋め込まれて存在し、単に、エントリポイントだけを
フックするだけで容易にロギングすることができる。

【００６１】ところが、ＯＬＥのインタフェースは、最
初の呼び出しは、ＯＬＥのＤＬＬを通るが、それが実体
モジュールのポインタを返すため、次回以降の呼び出し
は、アプリケーションプログラムからＤＬＬを経由せず
実体モジュールが呼び出される。

【００６２】そこで、ＯＬＥのインタフェースでは、単
にＯＬＥのＤＬＬをフックしただけでは不充分であり、
第１のフック用ＤＬＬ１２において、ポインタとして、
ダミーのインタフェース、つまり、バイルスシステムの
ＤＬＬである第１のフック用ＤＬＬ１２のエントリポイ
ントを返す。そして、第１のフック用ＤＬＬ１２が実体
モジュール１４を呼び出すようにすることによって、実
体モジュール１４を呼び出す直前にロギング等を行うこ
とが可能となる。

【００６３】次に、図８に示すフローチャートを参照し
て、アプリケーションの実行時における動作を説明す
る。アプリケーション部１１でアプリケーションが実行
されると、ＡＰＩ呼び出しが行われる（ステップＳ２
１）。ＡＰＩ呼び出しは、第１のフック用ＤＬＬ１２で
フックされ（ステップＳ２２）、フックされた呼び出し
の情報をログファイル部４にロギングする（ステップＳ
２３）。第１のフック用ＤＬＬ１２は、アプリケーショ
ン部１１からの呼び出しに応じて第１の処理用ＤＬＬ１
３を呼び出し（ステップＳ２４）、呼び出しがＯＬＥイ
ンタフェースか否かが判定される（ステップＳ２５）。
ＯＬＥでなければ、第１の処理用ＤＬＬ１３において、
該当するＡＰＩ処理を行う（ステップＳ２６）。

【００６４】その後、アプリケーション部１１における
アプリケーションプログラムの実行が終了したか否かが
判定される（ステップＳ２７）。ステップＳ２５で、Ｏ
ＬＥインタフェースであると判定されると、第１のフッ
ク用ＤＬＬ１２でエントリポイントが変換されて（ステ
ップＳ２８）、実体モジュール１４が呼び出される。実
体モジュール１４で該当するＡＰＩ処理が行われ（ステ
ップＳ２９）、ステップＳ２７に移行する。なお、一
旦、ステップＳ２８でエントリ変換が行われた後は、ス
テップＳ２３のロギング後、第１のフック用ＤＬＬ１２
から、第１の処理用ＤＬＬ１３をその都度呼び出さず
に、実体モジュール１４を直接呼び出すようにしてもよ
い。

【００６５】ステップＳ２７の判定に応じ、アプリケー
ションプログラムの実行中は、ＡＰＩ呼び出し毎に、上
述したステップＳ２１〜Ｓ２６又はＳ２１〜Ｓ２５→Ｓ
２８→Ｓ２９の処理が繰り返される。このようにして、
ＡＰＩ呼び出し情報がロギングされ、ログファイル部４
にＡＰＩ呼び出し情報の履歴すなわちログが記録され
る。

【００６６】なお、図８では、ステップＳ２５におい
て、ＯＬＥか否かの判別を行っているが、個々のＤＬＬ
を置き換える際に、ダミーのＤＬＬ（ＯＳに付属してい
るものではなく、ロギング取得用に作成したもの）のロ
ジックの中にＯＬＥを埋め込んでおき、ＯＬＥか否かの
判断を行わないようにしてもよい。

【００６７】上述したＯＬＥのモジュールの場合につい
て、さらに詳細に説明する。前述のように、ＯＬＥはＤ
ＬＬで実現されているものの、通常のＤＬＬとは、イン
タフェースが少し異る。図９に示すように、通常のＤＬ
Ｌは、アプリケーションプログラムＡＰから呼び出され
ると処理実体がＤＬＬそのものに存在し、単に、エント
リポイントだけをフックするようにすれば、ログ機構な
どを挿入することが容易である。

【００６８】ところが、図９のように、ＯＬＥのインタ
フェースは、最初の呼び出しは、ＯＬＥのＤＬＬを通る
が、それが実体モジュールのエントリのポインタを返す
ため、次回以降の呼び出しは、アプリケーションプログ
ラムＡＰからＤＬＬを経由せずに実体モジュールが呼び
出される。従って、ＯＬＥのインタフェースでは、フッ
ク用ＤＬＬで、単にＯＬＥのＤＬＬをフックしただけで
は不充分であり、図１０に示すように、エントリのポイ
ンタとして、ダミーのインタフェース、つまり、バイル
スシステムのＤＬＬ（フック用ＤＬＬ）のエントリポイ
ントを返すようにする。該ポインタによって実体モジュ
ールを呼び出すようにすることで、実体モジュールを呼
び出す直前にロギング等を行うことが可能となる。

【００６９】即ち、ＯＬＥインタフェース（ＯＬＥのイ
ンタフェース）は、Ｃ++のインプリメントと同様に、Co
CreateInstanceにて、ポインタを取得後、このポインタ
を元にしてそれぞれのインタフェースを呼び出す。バイ
ルスシステムでは、最初のCoCreateInstanceは、通常の
ＤＬＬ同様、ＤＬＬインタフェースのフックにより、本
来のＯＬＥ３２．ＤＬＬを呼び出すが、このとき返すオ
ブジェクトポインタを、ＯＬＥ３２．ＤＬＬが返すポイ
ンタでなく、自分自身のダミーのポインタに返す。する
と、ＯＬＥを呼び出したアプリケーションは、ダミーの
ポインタを本来のポインタとして取り扱うため、次にオ
ブジェクトを呼び出す時は、このダミーのポインタを元
にオブジェクトを呼び出す。このポインタは、バイルス
システムが払い出したポインタであり、アプリケーショ
ンがオブジェクトを呼び出す度に、バイルスシステムで
フックでき、１通りのロギング動作を行ってから、本来
のＯＬＥ３２．ＤＬＬが返したポインタを呼び出す。こ
れらの点が通常のＤＬＬと動作が異なる点である。

【００７０】既に述べたように、バイルスシステムは、
ＡＰＩの呼び出し時及び処理終了後のリターン時に、ロ
ギング処理を行い、呼び出したモジュール名、アドレ
ス、時刻及びパフォーマンスカウント値等をログファイ
ルに記録する。このようにして、あるポイントから、あ
るポイントまでの処理時間を計測することができる。通
常の局所的な計測とは異なり、ＯＳのライブラリを置き
換えているため、測定対象となるモジュールは一切変更
する必要がない。また、メモリリークの検出には、図６
に示したように、この仕組みと、解析部９とを組み合わ
せて使用する。

【００７１】図１及び図７に示したトレースシステム
を、さらに具体的に説明する。このシステムは、主とし
て図１１に示すような、コンポーネントモジュールで構
成される。

【００７２】図１１は、ＧＡＰ．ＥＸＥ、ＧＡＰＵＩ．
ＤＬＬ、ＧＡＰＵＩ．ＯＣＸ、ＦＳＥＮＧＩＮＥ．ＤＬ
Ｌ、ＶＲＳＣＴＲＬ．ＥＸＥ、ＮＯＳＩＤＥＩＦ．ＤＬ
Ｌ、ＶＩＲＵＳＴＵＢ．ＤＬＬ及びＶＩＲＵＳＬＯＧ．
ＤＬＬの各モジュールを示す。

【００７３】ＧＡＰ．ＥＸＥは、ビューワの実行モジュ
ールであり、ビューワ５に相当する。ＧＡＰＵＩ．ＤＬ
Ｌは、ＧＡＰ．ＥＸＥ特有のインタフェース用ＤＬＬ、
ＧＡＰＵＩ．ＯＣＸは、ＧＡＰ．ＥＸＥ用のＯＣＸ（Ｏ
ＬＥコントロール）２１である。

【００７４】ＶＲＳＣＴＲＬ．ＥＸＥは、コントロール
マネージャの実行モジュールであり、コントロールマネ
ージャ８に相当する。ＶＩＲＵＳＴＵＢ．ＤＬＬ及びＶ
ＩＲＵＳＬＯＧ．ＤＬＬは、バイルスシステムのＡＰＩ
呼び出し情報をフックするためのＤＬＬであり、これら
はフック用ＤＬＬ２、６又は１２に相当する。ＧＡＰＵ
Ｉ．ＤＬＬ、ＦＳＥＮＧＩＮＥ．ＤＬＬ及びＮＯＳＩＤ
ＥＩＦ．ＤＬＬは、各種処理を実行するためのＤＬＬで
あり、処理用ＤＬＬ３、７又は１３に相当する。

【００７５】図１１に示した、コンポーネントは、主と
して、次の４つのサービス提供する。 (1) カレント情報取得サービス 現在のＧＤＩオブジェクトの割り当ての監視情報、並び
にＯＬＥ、ＧＤＩ等のＡＰＩ呼び出しの発行状況の監視
情報を、ロギングバッファ及びログファイル部４の少な
くともいずれかから取得し、ビューワ５であるＧＡＰ．
ＥＸＥにより表示する。ＧＤＩオブジェクトの割り当て
の監視情報は、リソースの割り当てと開放、及びオーナ
の表示情報を含む。

【００７６】(2) ロギングサービス ＧＤＩ及びＯＬＥ用のＤＬＬの一部のインターフェース
について、ＶＩＲＵＳＴＵＢ．ＤＬＬによるパッチを当
てる。具体的には、上述したように、インストール時に
本来の処理用ＤＬＬをリネームして、代わりに、処理用
のＤＬＬのファイル名としてフック用のダミーのＤＬＬ
を挿入する。

【００７７】このようにすることにより、必要なインタ
フェースが呼び出されるたびに、ＶＩＲＵＳのＤＬＬを
経由することになり、呼び出し、オブジェクトの割り当
て、及び開放状況がすべて把握できる。この機能では、
ＤＬＬ及び実行プログラム（以下、「ＥＸＥ」と称す
る）毎にロギング機構をオン／オフ設定することがで
き、ロギングレベルも例えば０＝ＯＦＦ、１＝呼び出し
のみ、及び２＝呼び出しとパラメータ等の３段階に設定
することができる。ロギングにより、ログファイル等に
取得された情報は、フューザで表示させることができ
る。

【００７８】(3) ダイナミックエグゼキューションサー
ビス このサービスは、ロギングサービスを利用して実現す
る。アプリケーションプログラムがＯＬＥ及びＧＤＩを
呼び出す時に、コントロールマネージャ８であるＶＲＳ
ＣＴＲＬ、ＥＸＥからの指示で、ストップ／ゴーを指示
することができる。この機能は、デバッガを経由するこ
となしに、呼び出しパラメータを確認したり、ＯＬＥの
内部情報、及びＧＤＩのリソース割り当て状況等を表示
させるときに使用する。

【００７９】(4) デバッギングライブラリサービス プログラム言語、例えばビジュアルＢＡＳＩＣ（Visual
Basic：ＶＢ）等の開発者用には、デバッグサポートラ
イブラリが提供される。

【００８０】基本的な動作は、次のようになる。ウィン
ドウズＮＴ及びウィンドウズ９５等において、標準でサ
ポートされるＡＰＩ用のＤＬＬを、このバイルスシステ
ムのＶＩＲＵＳＴＵＢ．ＤＬＬで置換する。このＤＬＬ
では、全ての標準インタフェースのエントリポイントだ
けが定義されている。一方、既存のＤＬＬは、リネーム
する。

【００８１】アプリケーションからのＡＰＩ呼び出し
は、既存のライブラリではなく、置換されたバイルスシ
ステムのＤＬＬを経由するようになる。一方、リネーム
された既存のＤＬＬには、本来のＡＰＩの機能が含まれ
ているため、ロギングした後は、そのライブラリを呼び
出すようにする。本来の処理後、再びバイルスシステム
のＤＬＬに処理が戻ってくるため、その間の時間をロギ
ングすれば、処理時間などを把握することができる。

【００８２】また、リソースの割り当ては、確保と開放
の呼び出しが存在するため、それらが対になっていない
ときは、リークが発生したと判断して、ビューワで警告
を与えるようにする。リソースは、モジュール名、ハン
ドル値及びアドレスなどによって特定することができ
る。

【００８３】このようにして、ウィンドウズＮＴ及びウ
ィンドウズ９５等のＯＳにおけるＡＰＩ呼び出しをフッ
ク用ＤＬＬ１２及び６等によってフックして、ＡＰＩの
呼び出し元及び時刻等をロギングすることができる。ロ
グファイル部４をビューワ５によってビジュアルに表示
することによって、ＯＳのグローバルなトレースを実現
して、システムの最適化に必要な、プロセス別及びモジ
ュール別などの情報を得ることができる。しかも、リコ
ンパイルや再リンク等の操作も不要である。

【００８４】上述のトレースシステムは、専用のシステ
ムによらず、通常のコンピュータシステムを用いて実現
可能である。例えば、コンピュータに上述の動作を実行
するためのプログラムを記録した媒体（フロッピーディ
スク、ＣＤ−ＲＯＭ等）から該プログラムをインストー
ルすることにより、上述の処理を実行するシステムを構
成することができる。

【００８５】また、コンピュータにプログラムを供給す
るための媒体は、通信媒体（通信回線、通信ネットワー
ク、通信システムのように、一時的に流動的にプログラ
ムを保持する媒体）でも良い。例えば、通信ネットワー
クの掲示板（ＢＢＳ）に該プログラムを掲示し、これを
ネットワークを介して配信してもよい。そして、このプ
ログラムを起動し、ＯＳの制御下で、他のアプリケーシ
ョンプログラムと同様に実行することにより、上述の処
理を実行することができる。

【００８６】なお、ＯＳが上述のシステムの機能の一部
を担当する場合、或いは、ＯＳとアプリケーションプロ
グラムが共同して上述の機能の一部又は全部を達成する
場合には、記録媒体にはＯＳ以外のプログラム部分又は
データ部分を格納しておけばよい。

【００８７】

【発明の効果】以上説明したように、この発明のトレー
スシステム及びメモリリーク検出システムでは、アプリ
ケーションプログラムのインタフェース呼び出しのたび
に、その呼び出しに係る呼び出し情報やリソース割り当
て情報をフックしてログ記録するので、オペレーティン
グシステムのグローバルなトレース及びメモリリーク等
のリソースの解放漏れの効果的な検出を行うことができ
る。すなわち、この発明では、リコンパイルが不要で、
バイナリで提供されたコンポーネントを組み合わせて作
成されたシステムにおいても、ＯＳのグローバルなトレ
ース及びそれによるメモリリークの効果的な検出を可能
とし、メモリリークの検出及び解決を始めとするシステ
ムのパフォーマンスチューニングに効果的に利用し得る
トレースシステム及びメモリリーク検出システムを提供
することができる。

【図面の簡単な説明】

【図１】この発明の第１の実施の形態に係るトレースシ
ステムの構成を模式的に示すブロック図である。

【図２】図１のトレースシステムにおけるインストール
動作を説明するためのフローチャートである。

【図３】図１のトレースシステムのＤＬＬの動作原理を
説明するための模式図である。

【図４】図１のトレースシステムのフックの原理を説明
するための模式図である。

【図５】図１のトレースシステムにおけるアプリケーシ
ョンプログラムの実行動作を説明するためのフローチャ
ートである。

【図６】メモリリーク等のリソースの解放漏れを検出す
るシステムの構成を示すブロック図である。

【図７】この発明の第２の実施の形態に係るトレースシ
ステムの構成を模式的に示すブロック図である。

【図８】図７のトレースシステムにおけるアプリケーシ
ョンプログラムの実行動作を説明するためのフローチャ
ートである。

【図９】図７のトレースシステムの通常のＤＬＬと、Ｏ
ＬＥのＤＬＬの動作原理を説明するための模式図であ
る。

【図１０】図７のトレースシステムのＯＬＥのＤＬＬの
フックの原理を説明するための模式図である。

【図１１】図１及び図７のトレースシステムにおける具
体的なモジュール構成の一例を示す模式図である。

【符号の説明】

１，１１ アプリケーション部 ２，６，１２ フック用ダイナミックリンクライブラリ
（ＤＬＬ） ３，７，１３ 処理用ダイナミックリンクライブラリ
（ＤＬＬ） ４ ログファイル部 ５ ビューワ ８ コントロールマネージャ １４ 実体モジュール

Claims (13)

【特許請求の範囲】
1. 【請求項１】アプリケーションプログラムとのインタフ
   ェースを取るためのアプリケーションインタフェースを
   備えるオペレーティングシステムと、 前記オペレーティングシステム上でアプリケーションプ
   ログラムを実行するアプリケーション手段と、 前記アプリケーション手段による前記アプリケーション
   プログラムの実行に際し、前記アプリケーションプログ
   ラムによる前記アプリケーションインタフェースの呼び
   出しを中継するとともに、該呼び出しの情報を取り込む
   フック手段と、 前記フック手段で取り込まれた前記呼び出しの情報を蓄
   積記録するログ記録手段と、を具備することを特徴とす
   るトレースシステム。
2. 【請求項２】前記フック手段は、前記アプリケーション
   インタフェースに対するアプリケーションプログラムの
   呼び出しを前記アプリケーションインタフェースの代わ
   りに受ける手段と、前記呼び出しの情報を前記ログ記録
   手段に提供する手段と、前記呼び出しを前記アプリケー
   ションインタフェースに転送する手段とを含むことを特
   徴とする請求項１に記載のトレースシステム。
3. 【請求項３】前記ログ記録手段で記録された前記呼び出
   しの情報を出力する手段をさらに含むことを特徴とする
   請求項１又は２に記載のトレースシステム。
4. 【請求項４】前記フック手段から前記ログ記録手段へ転
   送された情報の記録のオンとオフを制御するロギング制
   御手段をさらに含むことを特徴とする請求項１乃至３の
   うちのいずれか１項に記載のトレースシステム。
5. 【請求項５】前記ロギング制御手段は、前記フック手段
   から前記アプリケーションインタフェースへの前記情報
   の転送の停止と実行を、外部操作に応答して、制御する
   手段をさらに含むことを特徴とする請求項４に記載のト
   レースシステム。
6. 【請求項６】前記ロギング制御手段は、前記ログ記録手
   段に記録される前記情報の内容を制御する手段をさらに
   含むことを特徴とする請求項４又は５に記載のトレース
   システム。
7. 【請求項７】前記フック手段は、前記アプリケーション
   プログラムによる前記アプリケーションインタフェース
   の呼び出しのうち、前記オペレーティングシステムのリ
   ソース割り当てに関するリソース割り当て情報を取り込
   む手段を備えることを特徴とする請求項１乃至６のいず
   れか１項に記載のトレースシステム。
8. 【請求項８】前記ログ記録手段により、記録されたリソ
   ースの割り当てと解放の対を検出し、割り当てと解放の
   一方のみを検出し、他方を検出できない時に、その旨を
   報知する対検出手段をさらに含むことを特徴とする請求
   項７に記載のトレースシステム。
9. 【請求項９】オペレーティングシステム上でアプリケー
   ションプログラムを実行するアプリケーション手段と、 前記アプリケーションプログラムの実行に際し、前記ア
   プリケーションプログラムから前記オペレーティングシ
   ステムのアプリケーションインタフェースに送られるリ
   ソースの割り当てと解放の要求に関するリソース割当情
   報を取り込むフック手段と、 前記フック手段で取り込まれた前記リソース割当情報を
   蓄積記録するログ記録手段と、を具備することを特徴と
   するリソース解放漏れ検出システム。
10. 【請求項１０】前記ログ記録手段により記録されたリソ
    ースの割り当てと解放の対を検出し、割り当てと解放の
    一方のみを検出し、他方を検出できない時に、その旨を
    報知する対検出手段をさらに含むことを特徴とする請求
    項９に記載のリソース解放漏れ検出システム。
11. 【請求項１１】前記リソースはメモリである、ことを特
    徴とする請求項９又は１０に記載のリソース解放漏れ検
    出システム。
12. 【請求項１２】コンピュータを、 アプリケーションプログラムとのインタフェースを取る
    ためのアプリケーションインタフェースを備えるオペレ
    ーティングシステム上でアプリケーションプログラムを
    実行するアプリケーション手段、 前記アプリケーション手段による前記アプリケーション
    プログラムの実行に際し、前記アプリケーションプログ
    ラムによる前記アプリケーションインタフェースの呼び
    出しを中継するとともに、該呼び出しの情報を取り込む
    フック手段と、 前記フック手段で取り込まれた前記呼び出しの情報を蓄
    積記録するログ記録手段、として機能させるためのプロ
    グラムを記録したコンピュータで読み取り可能な記録媒
    体。
13. 【請求項１３】コンピュータを、 オペレーティングシステム上でアプリケーションプログ
    ラムを実行するアプリケーション手段、 前記アプリケーションプログラムの実行に際し、前記ア
    プリケーションプログラムから前記オペレーティングシ
    ステムのアプリケーションインタフェースに送られるリ
    ソースの割り当てと解放の要求に関するリソース割当情
    報を取り込むフック手段、 前記フック手段で取り込まれた前記リソース割当情報を
    蓄積記録するログ記録手段、として機能させるためのプ
    ログラムを記録したコンピュータで読み取り可能な記録
    媒体。