(57)【要約】【課題】通信システム上のソフトウエアにおける、製品出荷後の問題発生時の問題箇所検出率を向上させたログ記録システム、モジュール監視手段、トレースログ管理手段、記録方法、プログラム、及び記憶媒体を提供する。【解決手段】複数のモジュールに対し、定期的にヘルスチェックを行うモジュール監視手段と、各モジュールからのログ記録要求を受信し、ログを複数のトレースファイルに記録するトレースログ管理手段と、を備えた。【選択図】図１
2010066801.tif 000002
【特許請求の範囲】
【請求項１】
複数のモジュールに対し、定期的にヘルスチェックを行うモジュール監視手段と、
各モジュールからのログ記録要求を受信し、ログを複数のトレースファイルに記録するトレースログ管理手段と、を備えたことを特徴とするログ記録システム。
【請求項２】
前記モジュール監視手段は、ヘルスチェックタイムアウト通知を行うことを特徴とする請求項１記載のログ記録システム。
【請求項３】
前記モジュール監視手段は、ヘルスチェックタイムアウトの回数が所定の回数に達すると再起動を行い、ヘルスチェックタイムアウトの回数が所定の回数に満たない間にヘルスチェック応答を受信すると前記トレースログ管理手段に復旧通知を行うことを特徴とする請求項２記載のログ記録システム。
【請求項４】
前記モジュール監視手段は、各モジュールが前記トレースログ管理手段にログ記録要求を行うとき、ログ記録レベルをパラメータに含めて送信することを特徴とする請求項２記載のログ記録システム。
【請求項５】
前記トレースログ管理手段は、前記モジュール監視手段からのヘルスチェックタイムアウト通知を受信することを特徴とする請求項２記載のログ記録システム。
【請求項６】
各モジュールからのログ記録要求を受信し、ログを複数のトレースファイルに記録するトレースログ管理手段を備えたログ記録システムに用いられるモジュール監視手段において、
複数のモジュールに対し、定期的にヘルスチェックを行い、複数のモジュールに対し、定期的にヘルスチェックを行うことを特徴とするモジュール監視手段。
【請求項７】
前記モジュール監視手段は、ヘルスチェックタイムアウト通知を行うことを特徴とする請求項６記載のモジュール監視手段。
【請求項８】
前記モジュール監視手段は、ヘルスチェックタイムアウトの回数が所定の回数に達すると再起動を行い、ヘルスチェックタイムアウトの回数が所定の回数に満たない間にヘルスチェック応答を受信すると前記トレースログ管理手段に復旧通知を行うことを特徴とする請求項７記載のモジュール監視手段。
【請求項９】
前記モジュール監視手段は、各モジュールが前記トレースログ管理手段にログ記録要求を行うとき、ログ記録レベルをパラメータに含めて送信することを特徴とする請求項７記載のモジュール監視手段。
【請求項１０】
複数のモジュールに対し、定期的にヘルスチェックを行うモジュール監視手段を備えたログ記録システムに用いられるトレースログ管理手段において、各モジュールからのログ記録要求を受信し、ログを複数のトレースファイルに記録することを特徴とするトレースログ管理手段。
【請求項１１】
前記トレースログ管理手段は、前記モジュール監視手段からのヘルスチェックタイムアウト通知を受信することを特徴とする請求項１０記載のトレースログ管理手段。
【請求項１２】
複数のモジュールに対し、定期的にヘルスチェックを行い、
各モジュールからのログ記録要求を受信し、ログを複数のトレースファイルに記録することを特徴とするログ記録方法。
【請求項１３】
ヘルスチェックタイムアウトの回数が所定の回数に達すると再起動を行い、ヘルスチェックタイムアウトの回数が所定の回数に満たない間にヘルスチェック応答を受信すると復旧通知を行うことを特徴とする請求項１２記載のログ記録方法。
【請求項１４】
各モジュールがログ記録要求を行うとき、ログ記録レベルをパラメータに含めて送信することを特徴とする請求項１２記載のログ記録方法。
【請求項１５】
コンピュータが読み取り可能なプログラムであって、
前記コンピュータが、
モジュール監視手段に複数のモジュールに対し、定期的にヘルスチェックを行う手順、
トレースログ管理手段に各モジュールからのログ記録要求を受信し、ログを複数のトレースファイルに記録する手順を実行させることを特徴とするプログラム。
【請求項１６】
前記コンピュータが、前記モジュール監視手段に、ヘルスチェックタイムアウト通知を行う手順を実行させることを特徴とする請求項１５記載のプログラム。
【請求項１７】
前記コンピュータが、前記モジュール監視手段に、ヘルスチェックタイムアウトの回数が所定の回数に達すると再起動を行い、ヘルスチェックタイムアウトの回数が所定の回数に満たない間にヘルスチェック応答を受信すると前記トレースログ管理手段に復旧通知を行う手順を実行させることを特徴とする請求項１５記載のプログラム。
【請求項１８】
前記コンピュータが、前記モジュール監視手段に、各モジュールが前記トレースログ管理手段にログ記録要求を行うとき、ログ記録レベルをパラメータに含めて送信する手順を実行させることを特徴とする請求項１６記載のプログラム。
【請求項１９】
前記コンピュータが、前記トレースログ管理手段に、前記モジュール監視手段からのヘルスチェックタイムアウト通知を受信する手順を実行させることを特徴とする請求項１６記載のプログラム。
【請求項２０】
請求項１５から１９の何れか一項記載のプログラムを記憶したことを特徴とする記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ログ記録システム、モジュール監視手段、トレースログ管理手段、記録方法、プログラム、及び記憶媒体に関する。
【背景技術】
【０００２】
プログラムの開発においては、単体、及び結合試験用にログを埋め込むが、そのログは製品出荷後には出力しないログとしてたびたび残したままとなるが、通常使用されることはない。
一方で、出荷後の問題発生時には、ログ出力のディスク容量を考慮し、必要最低限のログ出力に留めるため、プログラム上の異常ルートを通過したときに、必要なログを記録する仕組みをつくっている。
【０００３】
しかし、このようなログだけでは、問題箇所の特定が困難な場合があり、単体・結合試験レベルのログを確認する手段を提供する必要性があった。
そこで、ヘルスチェックを行うことで、プログラムの異常を検知し、再起動を行う機能が特許文献１に記載されている。
また、特許文献１に関連した技術が特許文献２，３に記載されている。
特許文献１の「ソフトウェアシステム」は、「ＯＳ(Operation System)と、ＯＳ上で動作するアプリケーションプログラムとを含むソフトウェアシステムにおいて、アプリケーションプログラムが正常に動作するときに送出するヘルスチェックコマンドを検出すると共に、ヘルスチェックコマンド非検出時にアプリケーションプログラムを強制終了させる監視プログラムをＯＳ上に備えるように構成した」ものである。
【０００４】
特許文献１に記載の発明によれば、アプリケーションプログラムを監視する機能を付加するようにＯＳを改造することが不可能なソフトウェアシステムに於いても、監視プログラムによりアプリケーションプログラムの異常検出を行うと共に、異常検出時にはアプリケーションプログラムを強制終了させて再立ち上げ（リブート）させることができる。その結果、極めて信頼性の高いソフトウェアシステムを提供することができるとしている。
【０００５】
特許文献２に記載の「システムコンソール故障通知方式」は、「コンピュータ装置に接続されたシステムコンソールの故障を保守要員に通知する方式において、コンピュータ装置に設けられてヘルスチェック電文を周期的に送信するヘルスチェック電文送信手段と、システムコンソールに設けられてヘルスチェック電文を受信するヘルスチェック電文受信手段と、システムコンソールに設けられてヘルスチェック電文受信手段がヘルスチェック電文を受信すると応答電文を送信する応答電文返送手段と、コンピュータ装置に設けられて応答電文を受信する応答電文受信手段と、コンピュータ装置に設けられて応答電文受信手段が応答電文を所定時間内に受信しないと警報信号を送信する故障検出手段と、コンピュータ装置に設けられて警報信号を受信すると所定の警報を発する警報装置とを備えた」ものである。
【０００６】
特許文献２に記載の発明によれば、ヘルスチェック電文に対するシステムコンソールの応答をコンピュータ装置側で監視し、所定時間内に応答電文が得られないとシステムコンソールの故障と判定し、コンピュータ装置に設けた警報装置を動作させるため、システムコンソールの故障を保守要員に直ちに通知することができるとしている。
【０００７】
特許文献３に記載の「アプリケーションのログレベルの動的変更方法」は、「外部のログレベル設定テーブルを読むことにより、出力基準としてのログレベルを内部設定する機能と、プログラムの要所にログ出力文がレベルを付けて書き込まれ、プログラム実行中に、このログ出力文に出会ったとき、このレベルが出力基準として内部設定されたログレベル以下のとき、このログを外部のログファイルに出力する機能と、外部からログレベル変更の通知を受けたとき、ログレベル設定テーブルを再読込みして、出力基準としてのログレベルの内部設定を変更する機能とを有し、オぺレーティングシステムのカーネルの管理の下に起動するアプリケーションプロセスと、カーネルからアプリケーションプロセスの実行状態の問合せができるようにするため、アプリケーションプロセスを自己の子プロセスとして起動し、実行中に所定周期で行われる、この問合せにより、アプリケーションプロセスに不具合が発生していることを検出したとき、ログレベル設定テーブルにおける、そのアプリケーションの出力基準としてのログレベルを、高いレベルに書換えるとともに、そのアプリケーションプロセスに、ログレベル変更の通知を行うシグナルを送信するアプリケーション不具合検出プロセスを実行する」ものである。
【０００８】
特許文献３に記載の発明によれば、ログレベルに従ってログファイルを出力するアプリケーションを実行する場合において、そのログレベルを必要に応じて動的に変更するようにしたから、アプリケーションのパフォーマンス低下、及びログファイルによるハードディスク等の空き容量の圧迫を問題にしないで、アプリケーション・トラブルの原因究明に必要なログをログファイルに十分に書き込めるようになる。これは、２４時間体制で連続運転される監視制御システムで実行されるアプリケーションのように、長期間に亘って連続実行されるためログファイルが肥大化し易い場合に、特に有益な方法となるとしている。
【特許文献１】特開２００３−１７３２７４号公報
【特許文献２】特開平１０−１１６２１１号公報
【特許文献３】特開平１１−３２７９６５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
本発明に関連するログ記録システムでは、通信システムの製品出荷時には通常、課金等のために通信記録を取るなど以外は、異常を検知した場合に、その時点での状態をログとして記録する仕組みを組み込んでいる。たとえば、プログラム上の異常ルートを通過したときに、異常であることをログとして残す仕組みを提供している。しかし、このようなログだけでは、問題箇所の特定が困難な場合があった。
【００１０】
一方、正常動作時にも単体試験や結合試験レベルのデバッグ用ログを頻繁に記録していれば、問題発生時の解析が容易になるが、出荷時に単体試験や結合試験レベルのデバッグログを出力し続けていると、メモリ容量が枯渇し、重要な情報の記録ができないなどの支障がでてくるという問題があった。
【００１１】
そこで、本発明の目的は、通信システム上のソフトウエアにおける、製品出荷後の問題発生時の問題箇所検出率を向上させたログ記録システム、モジュール監視手段、トレースログ管理手段、記録方法、プログラム、及び記憶媒体を提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明のシステムは、複数のモジュールに対し、定期的にヘルスチェックを行うモジュール監視手段と、各モジュールからのログ記録要求を受信し、ログを複数のトレースファイルに記録するトレースログ管理手段と、を備えたことを特徴とする。
【００１３】
本発明のモジュール監視手段は、各モジュールからのログ記録要求を受信し、ログを複数のトレースファイルに記録するトレースログ管理手段を備えたログ記録システムに用いられるモジュール監視手段において、複数のモジュールに対し、定期的にヘルスチェックを行い、複数のモジュールに対し、定期的にヘルスチェックを行うことを特徴とする。
【００１４】
本発明のトレースログ管理手段は、複数のモジュールに対し、定期的にヘルスチェックを行うモジュール監視手段を備えたログ記録システムに用いられるトレースログ管理手段において、各モジュールからのログ記録要求を受信し、ログを複数のトレースファイルに記録することを特徴とする。
【００１５】
本発明のログ記録方法は、複数のモジュールに対し、定期的にヘルスチェックを行い、各モジュールからのログ記録要求を受信し、ログを複数のトレースファイルに記録することを特徴とする。
【００１６】
本発明のプログラムは、コンピュータが読み取り可能なプログラムであって、前記コンピュータが、モジュール監視手段に複数のモジュールに対し、定期的にヘルスチェックを行う手順、トレースログ管理手段に各モジュールからのログ記録要求を受信し、ログを複数のトレースファイルに記録する手順を実行させることを特徴とする。
【００１７】
本発明の記憶媒体は、上記プログラムを記憶したことを特徴とする。
【発明の効果】
【００１８】
本発明によれば、通信システム上のソフトウエアにおける、製品出荷後の問題発生時の問題箇所検出率を向上させたログ記録システム、モジュール監視手段、トレースログ管理手段、記録方法、プログラム、及び記憶媒体の提供を実現することができる。
【発明を実施するための最良の形態】
【００１９】
＜特  徴＞
図１は、本発明に係るログ記録システムの一実施の形態を示す概念図である。
本発明に係るログ記録システムの一実施の形態は、各モジュール１１のヘルスチェックを行うモジュール監視手段１３と、モジュール監視部１３があるモジュールのヘルスチェックのタイムアウトを検出すると、トレースログ管理部１２にヘルスチェックタイムアウトが発生したことを通知する手段１８と、トレースログ管理部１２がヘルスチェックタイムアウトしたモジュールのログ記録設定レベルを変更して記録を行う手段１６とを備え、異常を検知すると、単体試験、結合試験レベルのログを記録するよう動作することを特徴とする。
【００２０】
＜構  成＞
次に、本発明に係るログ記録システムの一実施の形態の構成について図面を参照して詳細に説明する。
図１を参照すると、本ログ記録システムは、複数のモジュール１１（モジュールＡ〜モジュールＸ）と、トレースログ管理部１２と、モジュール監視部１３と、複数のトレースログファイル１４（トレースログファイルＡ〜トレースログファイルＸ）とで構成されている。
【００２１】
モジュール１１は、複数のモジュールから構成されており、通信システムの各種機能を提供するためのモジュール群である。各モジュールは１１、トレースログ管理部１２にログ記録要求を行う手段１５と、モジュール監視部１３からのヘルスチェックに対して、応答を返却する手段１７とを備えている。
【００２２】
トレースログ管理部１２は、各モジュール１１からのログ記録要求１５を受信し、ログを記録する手段１６と、モジュール監視部１３からのヘルスチェックタイムアウト通知１８を受信する機能を備えている。
【００２３】
モジュール監視部１３は、各モジュール１１に対し、定期的にヘルスチェックを行う手段１７を備えている。また。一定時間内に各モジュール１１からヘルスチェック応答を受信できない場合に、トレースログ管理部１２にヘルスチェックタイムアウト通知１８を送信する機能を備えている。
【００２４】
トレースログファイル１４は、モジュール単位にログを記録するためのファイルであり、トレースログ管理部１２によってログが書かれる。
【００２５】
＜動作の説明＞
次に、図１、図２、図３及び図４を参照して本実施形態の動作について詳細に説明する。
まず、モジュール監視部１３の動作について図２を参照して説明する。
図２は、図１に示したログ記録システムに用いられるモジュール監視部の動作を説明するためのフローチャートの一例である。
モジュール監視部１３は、各モジュール１１に対し、定期的にヘルスチェックを行い、一定時間内に各モジュール１１からヘルスチェック応答受信できている状態がある（ステップ３１）。
【００２６】
そのヘルスチェック応答受信できている状態から、あるモジュール（ここではモジュールＡとする）が障害を起こすなどして、ヘルスチェック応答の送信ができなくなると、モジュール監視部１３のヘルスチェック応答待ちタイマがタイムアウトすることで、モジュールＡのヘルスチェックタイムアウトを検出し（ステップＳ３２）、１回目の場合には１回目としてカウントする。（ステップ３２／Ｙｅｓ）。
【００２７】
次にトレースログ管理部へモジュールＡのヘルスチェックタイムアウト検出通知を送信する（ステップ３３）。
次の定期ヘルスチェックにおいても、ヘルスチェックタイムアウトを検出し（ステップ３４）、２回目の場合には２回目とカウントする（ステップ３４／Ｙｅｓ）。
【００２８】
このようにしてヘルスチェックタイムアウトの回数をカウントアップしていき、設定した再開までのカウント値Ｎに達するか否かを判断し（ステップ３５）、カウント値Ｎに達した場合（ステップ３５／Ｙｅｓ）、装置の再起動を行う（ステップ３６）。
【００２９】
ヘルスチェックタイムアウトの回数カウントがＮに満たない間に、モジュールＡのヘルスチェック応答を受信すると（ステップ３２／Ｎｏ、ステップ３３／Ｎｏ、ステップ３４／Ｎｏ、ステップ３５／Ｎｏ）、モジュールＡが復旧したと判断し、トレースログ管理部へ復旧通知を投げ（ステップ３７）、正常動作に戻る（ステップ３１）。
【００３０】
次に、トレースログ管理部１２のログ記録レベルについて図３を参照して説明する。
図３は、図１に示したログ記録システムに用いられるトレースログ管理部のログ記録レベルの一例である。
各モジュールがトレースログ管理部にログ記録要求を行うとき、ログ記録レベルをパラメータに含めて送信する。
図３では、レベルが８段階に分かれている。初期設定において、モジュール単位にログ記録設定レベルを設定する。
トレースログ管理部１２は、設定情報に基づいて、受信したログ記録要求をファイルに書き出すか否かの判断を行う。例えば、モジュールＡのログ記録設定レベルをエラー（以下、errorと表記する。）に設定した場合、トレースログ管理部は、モジュールＡから受信するログ記録要求のうち、error以上のプライオリティのログ記録レベルのパラメータの要求のみを記録し、errorより低いプライオリティのログ記録要求はファイルへの書き出しを行わない。
【００３１】
トレースログ管理部１２の動作について図４を参照して説明する。
図４は、図１に示したログ記録システムに用いられるトレースログ管理部の動作を説明するためのフローチャートの一例である。
各モジュール１１からログ記録要求を受信するが、ここではモジュールＡからのログ記録要求を受信した場合について記述する。
モジュールＡからログ記録要求を受信すると（ステップ４１）、モジュールＡのログ記録レベルの確認を行う。すなわち、受信レベル≧設定レベルか否かの判断を行う（ステップ４２）。
受信したログ記録要求のログ記録レベルと、モジュールＡのログ記録設定レベルとの比較を行い、ログ記録設定レベルよりプライオリティが高い、または同じのとき（ステップ４２／Ｙｅｓ）、ファイル出力を行う（ステップ４３）。そうでない場合、すなわちログ記録設定レベルよりプライオリティが低いとき（ステップ４２／Ｎｏ）、ファイル出力せずに、次のログ記録要求受信を行う（ステップ４１）。
【００３２】
一方で、トレースログ管理部１２は、モジュール監視部１３からのメッセージ受信待ちを行っている（ステップ４４）。
モジュール監視部１３からモジュールＡのヘルスチェックタイムアウト検出通知を受信する（ステップ４５）と、モジュールＡのログ記録設定レベルを下げる。設定によって下げるレベルの変更は可能であり、ここでは最低プライオリティのdebugモードに下げる（ステップ４６）。
これによって、次のログ記録要求の受信から、モジュールＡの全てのログのファイル出力を行う。
同様にモジュール監視部１３から、モジュールＡのヘルスチェックタイムアウト復旧通知を受信すると（ステップ４５）、モジュールＡのログ記録設定レベルを元に戻す（ステップ４６）。
【００３３】
このように、本実施の形態では、モジュールの異常を検知したときに、ログ記録レベルを変更する機構があるため、異常検知時に単体試験、結合試験レベルでログを記録することができる。
【００３４】
＜効果の説明＞
本実施形態によれば、モジュールの異常発生時の問題解析を、単体試験、結合試験レベルで実施できることにある。
その理由は、ヘルスチェックタイムアウトが発生したときに、モジュールのログ記録レベルを下げて記録するためである。
【００３５】
＜プログラム及び記憶媒体＞
以上で説明した本発明のログ記録システムは、コンピュータで処理を実行させるプログラムによって実現されている。コンピュータとしては、例えばパーソナルコンピュータやワークステーションなどの汎用的なものが挙げられるが、本発明はこれに限定されるものではない。
【００３６】
すなわち、本プログラムは、
コンピュータが読み取り可能なプログラムであって、
コンピュータが、
(1)モジュール監視手段に複数のモジュールに対し、定期的にヘルスチェックを行う手順、
(2)トレースログ管理手段に各モジュールからのログ記録要求を受信し、ログを複数のトレースファイルに記録する手順
を実行させることを特徴とする。
【００３７】
また、上記構成に加え、コンピュータが、
(3)モジュール監視手段に、ヘルスチェックタイムアウト通知を行う手順を実行させてもよい。
【００３８】
また、上記構成に加え、コンピュータが、
(4)モジュール監視手段に、ヘルスチェックタイムアウトの回数が所定の回数に達すると再起動を行い、ヘルスチェックタイムアウトの回数が所定の回数に満たない間にヘルスチェック応答を受信するとトレースログ管理手段に復旧通知を行う手順を実行させてもよい。
【００３９】
また、上記構成に加え、コンピュータが、
(5)モジュール監視手段に、各モジュールがトレースログ管理手段にログ記録要求を行うとき、ログ記録レベルをパラメータに含めて送信する手順を実行させてもよい。
【００４０】
また、上記構成に加え、コンピュータが、
(6)トレースログ管理手段に、モジュール監視手段からのヘルスチェックタイムアウト通知を受信する手順を実行させてもよい。
【００４１】
これらにより、プログラムが実行可能なコンピュータ環境さえあれば、どこにおいても本発明のシステムを実現することができる。
このようなプログラムは、コンピュータに読み取り可能な記憶媒体に記憶されていてもよい。
ここで、記憶媒体としては、例えば、CD-ROM(Compact Disc Read Only Memory)、フレキシブルディスク(FD)、CD-R(CD Recordable)などのコンピュータで読み取り可能な記憶媒体フラッシュメモリ、RAM(Random Access Memory)、ROM（Read Only Memory）、FeRAM(強誘電体メモリ)等の半導体メモリや、HDD(Hard Disc Drive)、が挙げられる。
【００４２】
なお、上述した実施の形態は、本発明の好適な実施の形態の一例を示すものであり、本発明はそれに限定されることなく、その要旨を逸脱しない範囲内において、種々変形実施が可能である。
【００４３】
＜その他＞
ここで、本実施の形態と特許文献２，３との相違について説明する。
特許文献２に記載の発明は、異常検知手段について開示しているが、この異常検知手段は本願発明の範囲外であり、ログ記録レベル変更の仕組みの説明をする上での、トリガ機能として例として挙げているにすぎない。
本願発明は、特許文献２に記載の発明とログレベル変更方法の実現方法が異なっている。
【００４４】
特許文献３に記載の発明は、異常を検出するとログレベル設定テーブルのログレベルを変更し、各モジュールがテーブルを読み出し、各モジュールがログレベルを変更してログを残している。
【００４５】
一方、本願発明は、トレースログ記録処理の一元化を行っている。このため、各モジュールは、ログ記録レベルを意識する必要がなく、モジュールの追加、改造が容易であり、生産性の向上、及び保守性の向上を図ることができる。
【００４６】
また、特許文献３に記載の発明は、各モジュールがログレベル変更の通知を受け、実際に変更する処理は各アプリケーションに任されているため、変更タイミングはモジュール毎にばらばらとなり、ログレベルの変更同期が取れない。さらに、処理輻輳しているもモジュールのログレベルの変更タイミングが大幅に遅れ、必要なログを取りこぼすおそれがある。
一般に、輻輳モジュールが問題を含んでいることが多いため、このような場合には、特許文献３に記載の発明は、有益なログを残せる可能性が低くなる。
【００４７】
これに対し、本願発明は、輻輳しているモジュールのログレベル変更を容易にし、ログレベル変更同期をとり、より解析容易性の向上を図ることができる。また、一元管理を行うことで、生産性、保守性の向上を図ることができる。
【産業上の利用可能性】
【００４８】
本発明は、メモリ制限が厳しい組み込み開発において、ヘルスチェック機能を具備し、ログ記録レベルによってファイル出力の有無の判別を行う機構をもつソフトウエア及びそれを用いたシステムに適用できる。
【図面の簡単な説明】
【００４９】
【図１】本発明に係るログ記録システムの一実施の形態を示す概念図である。
【図２】図１に示したログ記録システムに用いられるモジュール監視部の動作を説明するためのフローチャートの一例である。
【図３】図１に示したログ記録システムに用いられるトレースログ管理部のログ記録レベルの一例である。
【図４】図１に示したログ記録システムに用いられるトレースログ管理部の動作を説明するためのフローチャートの一例である。
【符号の説明】
【００５０】
１１    モジュール（モジュールＡ〜モジュールＸ）
１２    トレースログ管理部
１３    モジュール監視部
１４    トレースログファイル（トレースログファイルＡ〜トレースログファイルＸ）
【図１】
2010066801.tif 000003
【図２】
2010066801.tif 000004
【図３】
2010066801.tif 000005
【図４】
2010066801.tif 000006