JP3382534B2 - 障害解析システム及び記録媒体 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、業務システム等
のシステムにおける障害情報の収集及び障害解析に係
り、特にシステムを構築するソフトウェアの障害の解析
及び品質の向上に好適な障害解析システム及び媒体に関
する。

【０００２】

【従来の技術】業務システム等を構築するソフトウェア
は、開発時、すなわち納品前にすべての不具合を取り除
き、品質を安定させてから納品・出荷することが理想で
ある。しかしながら、近年では、例えばクライアント／
サーバシステム（Ｃ／Ｓシステム）等の開発において、
ＲＡＤ（Rapid Application Development〜アプリケー
ション迅速開発）の考え方に基づき、「開発したソフト
ウェアのユーザへの試行導入→ユーザの意見の仕様への
反映→ソフトウェアの改造」を短期間に且つサイクリッ
クに繰り返す形態での開発が多くなっている。

【０００３】このような開発形態では、ユーザへ提供す
る試行導入のための仮リリース製品の品質を、改造後の
本リリース製品と同等にまで引き上げることが困難であ
る。このため、ユーザによる仮リリース製品の試用期間
に発生する不具合を、いかにして、正確に効率よく的確
に収集し、次の試用サイクルまでにそれを反映させて、
品質を向上させるかが、大きな課題であった。

【０００４】実際には、業務システムのユーザは、余計
な作業を嫌って、システム管理者又は開発元への不具合
の報告を怠ったり、パソコン操作に精通していないため
正確に障害情報を収集できないことが多い。このため、
システム管理者及び開発元は試行運用中の業務システム
の不具合の発生状況を充分に把握することができなかっ
た。

【０００５】

【発明が解決しようとする課題】上述したように、従来
の開発形態においては、ユーザへ提供する試行導入のた
めの仮リリース製品の品質を向上することが困難である
にもかかわらず、ユーザによる仮リリース製品の試用期
間における不具合の発生状況を、システム管理者ひいて
は開発元が、正確に且つ充分に把握することはできなか
った。このため、開発元が次の試用サイクルまでに、不
具合を反映させて、品質を向上させることは容易ではな
かった。

【０００６】この発明は、上述した事情に鑑みてなされ
たもので、障害発生に係るエラー情報を容易に収集する
ことができ、リリース後の障害状況を、迅速に且つ確実
に開発元に認知させ、速やかに改訂及び修正作業に反映
させることが可能な障害解析システム及び記録媒体を提
供することを目的とする。

【０００７】

【０００８】

【０００９】

【課題を解決するための手段】 上記目的を達成するた
め、この発明の第１の観点による障害解析システムは、
複数のルーチンを含むプログラム実行時のエラーを検出
するエラー検出手段と、前記プログラムを構成する各ル
ーチンの実行履歴に関連し且つ前記エラー検出手段によ
り検出したエラーに関するわかりやすいエラーの説明と
対処方法を示すユーザ通知用のエラー情報を保持する第
１のエラースタック手段と、前記実行履歴に関連し且つ
前記エラー検出手段により検出したエラーの障害解析の
ための詳細情報を示す内部制御用のエラー情報を保持す
る第２のエラースタック手段と、前記第１及び第２のエ
ラースタック手段に保持されたエラー情報をメール処理
系及びクリップボードの少なくとも一方に転送する情報
転送手段と、前記第１のエラースタック手段に保持され
た前記エラー情報を表示するとともに、外部操作に応じ
て前記情報転送手段を作動させる情報表示手段と、を具
備する。

【００１０】前記情報表示手段は、外部操作に応じて前
記第２のエラースタック手段に保持された前記エラー情
報を表示する手段を含んでいてもよい。

【００１１】

【００１２】前記クリップボードにエラー情報が転送さ
れたときに、前記エラー情報を収集処理する手段をさら
に含んでいてもよい。

【００１３】

【００１４】

【００１５】

【００１６】

【００１７】この発明の第２の観点によるコンピュータ
により読み取り可能な記録媒体は、コンピュータを、複
数のルーチンを含むプログラム実行時のエラーを検出す
るエラー検出手段、前記プログラムを構成する各ルーチ
ンの実行履歴に関連し且つ前記エラー検出手段により検
出したエラーに関するわかりやすいエラーの説明と対処
方法を示すユーザ通知用のエラー情報を保持する第１の
エラースタック手段、前記実行履歴に関連し且つ前記エ
ラー検出手段により検出したエラーの障害解析のための
詳細情報を示す内部制御用のエラー情報を保持する第２
のエラースタック手段、前記第１及び第２のエラースタ
ック手段に保持されたエラー情報をメール処理系及びク
リップボードの少なくとも一方に転送する情報転送手
段、及び前記第１のエラースタック手段に保持された前
記エラー情報を表示するとともに、外部操作に応じて前
記情報転送手段を作動させる情報表示手段、として機能
させるためのプログラムを記憶する。

【００１８】

【００１９】この発明に係る記録媒体は、複数のルーチ
ンを含むプログラム実行時のエラーを検出し、前記プロ
グラムを構成する各ルーチンの実行履歴に関連し且つ前
記エラーに関するエラー情報を保持するとともに、該エ
ラー情報をメール処理系及びクリップボードの少なくと
も一方に転送する障害解析システムを構築することがで
きる。このようにして、ユーザの面倒な操作をほとんど
必要とせずに、システム管理者又は開発元にて、障害発
生に係るエラー情報を、容易に、迅速にしかも確実に収
集することが可能となり、リリース後の障害状況を、速
やかに改訂及び修正作業に反映させることができる。

【００２０】また、該記録媒体により、障害解析システ
ムを構築すれば、エラー情報を蓄積保持して、エラート
レースを実現するエラースタックを、ユーザ向けのわか
りやすい情報と開発者向けの詳細な内部制御用の情報と
の２つに分け、これら２つのエラースタックを、エラー
情報の表示及び収集に際して、効果的に利用して、わか
りやすい表示及び詳細なエラー状況の把握を可能とする
こともできる。

【００２１】

【発明の実施の形態】以下、この発明の実施の形態を図
面を参照して説明する。図１〜図３を参照して、この発
明の第１の実施の形態に係る障害解析システムを説明す
る。

【００２２】図１は、この発明の第１の実施の形態に係
る障害解析システムの構成を模式的に示している。

【００２３】図１に示す障害解析システムは、アプリケ
ーション実行部１、エラー処理部２、品質保証処理部
３、エラースタック４、メールシステム５及びクリップ
ボード部６を備えている。

【００２４】アプリケーション実行部１は、障害解析の
対象となるアプリケーション（アプリケーションソフト
ウェア）を実行する。この場合、アプリケーションは、
ルーチンＡ、ルーチンＢ及びルーチンＣにより構成され
る。これら、各ルーチンは順次ネスティングしており、
ルーチンＢは、ルーチンＡにより呼び出されて実行さ
れ、ルーチンＣは、ルーチンＢにより呼び出されて実行
される。

【００２５】したがって、アプリケーション実行部１
は、ルーチンＡ実行部１１、ルーチンＢ実行部１２及び
ルーチンＣ実行部１３を有する。ルーチンＡ実行部１１
は、ルーチンＡを実行し、ルーチンＢ実行部１２は、ル
ーチンＢを実行し、そしてルーチンＣ実行部１３は、ル
ーチンＣを実行する。アプリケーション実行部１をコン
ピュータにより構成している場合には、ルーチンＡ実行
部１１、ルーチンＢ実行部１２及びルーチンＣ実行部１
３は、共通のコンピュータで構成されていてもよい。

【００２６】エラー処理部２は、アプリケーション実行
部１においてエラーが発生したときに、それを検出する
とともに、品質保証処理部３にエラーの発生を通知す
る。

【００２７】品質保証処理部３は、この発明に係る障害
解析システムの主要部をなし、アプリケーションの各ル
ーチンＡ、Ｂ及びＣの実行に関連し且つエラー発生時に
動作する。この品質保証処理部３は、具体的には、例え
ば、品質保証クラスライブラリとして構成され、各ルー
チンＡ、Ｂ及びＣの最初と最後及びエラー発生時に呼び
出される。該品質保証処理部３には、ログ出力機能、エ
ラースタック管理・表示機能、エラー表示・送信機能、
プロセス相互監視機能及びクリップボードや、メールに
エラートレース情報を送り込む機能等がある。

【００２８】すなわち、品質保証処理部３は、ログ出力
部３１、エラースタック操作部３２、エラー表示／送信
部３３、プロセス相互監視部３４及び情報転送部３５を
有している。ログ出力部３１は、各ルーチン及びエラー
のログを出力するログ出力機能を有する。エラースタッ
ク操作部３２は、エラースタック４を操作してエラー情
報を管理し且つ表示に供する。

【００２９】エラー表示／送信部３３は、エラースタッ
ク４にエラー情報を蓄積保持し且つそれを電子メールと
して送信するためのユーザ操作を処理する。プロセス相
互監視部３４は、複数のルーチンの各プロセスにおい
て、相互に他のルーチンのプロセスの実行状況を監視
し、ログ情報及びエラー情報に含ませる。情報転送部３
５は、メールシステム５又はクリップボード部６にエラ
ートレース情報を転送し、メールとして開発元に供給
し、あるいはクリップボードに転送して他のアプリケー
ションで処理させる。

【００３０】エラースタック４は、各ルーチン毎のエラ
ー情報を順次蓄積する。エラースタック４は、表示用
（ユーザ通知用）エラースタック４１及び内部制御用
（内部処理用）エラースタック４２を有している。表示
用エラースタック４１は、ユーザのためのわかりやすい
エラーの説明とその対処方法を蓄積する。内部処理用
（内部制御用）エラースタック４２は、開発者用の故障
解析のための詳細なエラー情報を蓄積する。これら表示
用エラースタック４１及び内部制御用エラースタック４
２のそれぞれの情報を、メールシステム５又はクリップ
ボード部６を介して、ユーザ及び開発元にそれぞれ提供
することにより、エラーに対して適切で且つ円滑な対処
を速やかに実現することが可能となる。

【００３１】メールシステム５は、インターネット又は
イントラネットを介してメールを送受するためのソフト
ウェアであり、このメールシステム５を介してエラース
タック４に蓄積されたエラー情報を、開発者に電子メー
ルとして転送する。

【００３２】クリップボード部６は、ウィンドウ環境等
において、アプリケーション間でデータを授受するため
の一時保管場所を提供するものであり、エラー情報を、
クリップボードに転送して、他のアプリケーションで利
用可能とする。

【００３３】次に、上述のように構成された障害解析シ
ステムにおける動作を、図２及び図３に示すフローチャ
ートを参照して説明する。

【００３４】まず、図２を参照して、アプリケーション
の各ルーチンＡ、Ｂ及びＣの実行及びエラーの発生と品
質保証処理部３との関係を説明する。

【００３５】ルーチンＡが起動されると、該ルーチンＡ
の先頭において、品質保証処理部３による保証処理、つ
まり品質保証クラスライブラリ、を呼び出す（ステップ
Ｓ１１）。そして、ルーチンＡの処理が行われ（ステッ
プＳ１２）、ルーチンＡの処理が終了すると、再度、品
質保証処理部３による保証処理、つまり品質保証クラス
ライブラリ、を呼び出し（ステップＳ１３）、処理を終
了する。

【００３６】ステップＳ１２のルーチンＡの処理におい
て、エラーの発生の有無がチェックされ（ステップＳ１
２ａ）、エラーが発生した場合にも、ステップＳ１３に
移行して、品質保証処理部３による保証処理を呼び出
す。ステップＳ１２ａでエラーが発生していなければ、
ルーチンＡの処理Ｓ１２の中で、ルーチンＢが呼び出さ
れる（ステップＳ１２ｂ）。

【００３７】ルーチンＢが呼び出されると、該ルーチン
Ｂの先頭において、品質保証処理部３による保証処理を
呼び出す（ステップＳ２１）。そして、ルーチンＢの処
理が行われ（ステップＳ２２）、ルーチンＢの処理が終
了すると、再度、品質保証処理部３による保証処理（品
質保証クラスライブラリ）を呼び出し（ステップＳ２
３）、処理を終了する。

【００３８】ステップＳ２２のルーチンＢの処理におい
て、エラーの発生の有無がチェックされ（ステップＳ２
２ａ）、エラーが発生した場合にも、ステップＳ２３に
移行して、品質保証処理部３による保証処理を呼び出
す。ステップＳ２２ａでエラーが発生していなければ、
ルーチンＢの処理Ｓ２２の中で、ルーチンＣが呼び出さ
れる（ステップＳ２２ｂ）。

【００３９】ルーチンＣが呼び出されると、該ルーチン
Ｃの先頭において、品質保証処理部３による保証処理を
呼び出す（ステップＳ３１）。そして、ルーチンＣの処
理が行われ（ステップＳ３２）、ルーチンＣの処理が終
了すると、再度、品質保証処理部３による保証処理を呼
び出し（ステップＳ３３）、処理を終了する。

【００４０】ステップＳ３２のルーチンＣの処理におい
て、エラーの発生の有無がチェックされ（ステップＳ３
２ａ）、エラーが発生した場合にも、ステップＳ３３に
移行して、品質保証処理部３による保証処理を呼び出
す。ステップＳ３２ａでエラーが発生していなくても、
ルーチンＣの処理Ｓ３２が終了すれば保証処理を呼び出
し（ステップＳ３３）、処理を終了する。

【００４１】次に、図３を参照して、品質保証処理部３
による保証処理を説明する。保証処理の先頭において
は、エラーの発生により、保証処理に移行したのか否か
がチェックされ（ステップＳ４１）、エラーの発生によ
る場合には、エラー情報がエラースタック４に格納され
る（ステップＳ４２）。エラー情報は、クリップボード
部６に転送され（ステップＳ４３）、エラー表示が行わ
れる（ステップＳ４４）。エラー表示時に、エラースタ
ック４に格納されたエラートレース情報を電子メールと
して開発元に送信するか否かがユーザに問われ（ステッ
プＳ４５）、メールを送る場合には、メールシステム５
に送られて、メールが送信される（ステップＳ４６）。
そして、ログ情報が出力され（ステップＳ４７）、リタ
ーンする。

【００４２】ステップＳ４１においてエラー発生でない
と判定された場合には、直ちにステップＳ４７に移行し
てログ情報を出力してからリターンする。また、ステッ
プＳ４５において、メールを送信しない場合にも、ステ
ップＳ４７に移行してログ情報を出力してからリターン
する。

【００４３】上述の動作について、図４〜図６を参照し
て、さらに具体的に説明する。図４に示すように、ルー
チンＡの実行中に、ルーチンＢが呼び出され、ルーチン
Ｂの実行中に、ルーチンＣが呼び出され、ルーチンＣの
実行中に、エラーが発生した場合を考える。

【００４４】この場合、図５に示すように、ルーチンＣ
において、ＯＤＢＣ（Open Database Connectivity）エ
ラーが発生したとすると、エラー発生により、エラー表
示のための表示用エラースタック４１には「ＤＢ（デー
タベース）接続に失敗しました」というエラーメッセー
ジが格納され、内部処理用エラースタック４２には「Ｏ
ＤＢＣエラー」というエラーメッセージが格納される。
そして、このルーチンＣのエラーに基づくルーチンＢに
おけるエラーは、例えば処理番号２のワークフロー読み
取りにおける失敗となり、表示用エラースタック４１に
は「ワークフロー読取エラー」というエラーメッセージ
が格納され、内部制御用エラースタック４２には「処理
番号２失敗」というエラーメッセージが格納される。こ
のルーチンＢのエラーに基づくルーチンＡにおけるエラ
ーは、例えば再試行可能であるけれども、文書の起案に
失敗しているので、表示用エラースタック４１には「文
書を起案できません」というエラーメッセージが格納さ
れ、内部制御用エラースタック４２には「再試行可」と
いうエラーメッセージが格納される。

【００４５】その結果、システムの表示画面に、図６に
示すように、ルーチンＣでスタックされた「ＤＢ接続に
失敗しました」というメッセージとルーチンＡでスタッ
クされた「文書を起案できません」というメッセージと
が表示される。このとき、画面上には、エラー情報を電
子メールとして開発元に送信する際に指示するメールボ
タンと、システム管理者等がエラー状況を詳しく知りた
い場合に、表示用エラースタック４１の情報でなく内部
制御用エラースタック４２の情報を表示させるための詳
細情報ボタンとが表示される。

【００４６】このように、表示用エラースタック４１に
は、表示にそのまま使用されるエラーメッセージが格納
されるが、内部制御用エラースタック４２には分岐情報
等のエラーに対処して、プログラムを修正するために必
要な情報が格納される。なお、電子メールは、自動送信
するようにしておいてもよい。

【００４７】このようにして、障害発生部の情報を容易
に又は自動的に収集することができる。そのため、従
来、リリース後は、状況の把握が困難であった障害の状
況を迅速に、しかも開発者等が直接に且つ詳細に得るこ
とができるようになる。

【００４８】また、一般にエラーの管理は、１つのエラ
ーコードと、対になるエラーメッセージで管理すること
が多いが、このシステムでは、ユーザ通知用と内部制御
用の２本のエラースタック４１及び４２を用意し、ユー
ザにはわかりやすいエラーの説明と対処方法を、そして
開発者には故障解析のための詳細情報を提供するように
している。

【００４９】また、この発明の第２の実施の形態による
障害解析システムの構成を図７に示す。図７では、特に
この発明によるプロセス相互間の監視機能を説明する。
このように、プロセス相互監視機能を用いれば、実行中
に「無応答」になったアプリケーションのエラートレー
ス情報を収集することができる。

【００５０】図７に示す障害解析システムは、ログオン
プロセス７１Ａ、電子稟議プロセス７１Ｂ及び業務シス
テムデスクトッププロセス７１Ｃの３つのプロセスが実
行される。

【００５１】電子稟議プロセス７１Ｂは、ログオンプロ
セス７１Ａから呼び出され、業務システムデスクトップ
プロセス７１Ｃは、電子稟議プロセス７１Ｂから呼び出
される。ログオンプロセス７１Ａ、電子稟議プロセス７
１Ｂ及び業務システムデスクトッププロセス７１Ｃの各
々は、それぞれメインスレッド７１１Ａ、７１１Ｂ及び
７１１Ｃと監視スレッド７１２Ａ、７１２Ｂ及び７１２
Ｃとで構成され、各メインスレッド７１１Ａ、７１１Ｂ
及び７１１Ｃが無応答になるとそれぞれ閉塞通知イベン
ト７２Ａ、７２Ｂ及び７２Ｃによって監視スレッド７１
２Ａ、７１２Ｂ及び７１２Ｃに通知される。ログオンプ
ロセス７１Ａ、電子稟議プロセス７１Ｂ及び業務システ
ムデスクトッププロセス７１Ｃの各メインスレッド７１
１Ａ、７１１Ｂ及び７１１Ｃは、それぞれ、情報共有用
ＭＭＦ変更通知イベント７３Ａ、７３Ｂ及び７３Ｃを制
御してシグナル状態を変更しており、情報共有用ＭＭＦ
７６による情報共有を実現している。

【００５２】ログオンプロセス７１Ａ、電子稟議プロセ
ス７１Ｂ及び業務システムデスクトッププロセス７１Ｃ
の各プロセスには、ローカルテーブル７４Ａ、７４Ｂ及
び７４Ｃと、ログバッファＭＭＦ７５Ａ、７５Ｂ及び７
５Ｃがそれぞれ設けられている。

【００５３】図７において、例えばログオンプロセス７
１Ａの監視スレッド７１２Ａは、ログオンプロセス７１
Ａの閉塞通知イベント、電子稟議プロセス７１Ｂの監視
スレッド７１２Ｂ及び業務システムデスクトッププロセ
ス７１Ｃの監視スレッド７１２Ｃの各ハンドルを例えば
WaitForMultipleObjectsにより監視している。これが相
互監視機能である。

【００５４】なお、この発明の障害解析システムは、専
用のシステムとして構成することなく、通常のコンピュ
ータシステムを用いて実現することができる。例えば、
コンピュータシステムに上述の動作を実行するためのプ
ログラムを格納した媒体（フロッピーディスク、ＣＤ−
ＲＯＭ等）から該プログラムをインストールすることに
より、上述の処理を実行する障害解析システムを構築す
ることができる。インストールによって、当該プログラ
ムは、コンピュータシステム内のハードディスク等の媒
体に格納されて、障害解析システムを構成し、実行に供
される。

【００５５】また、コンピュータにプログラムを供給す
るための媒体は、狭義の記憶媒体に限らず、通信回線、
通信ネットワーク及び通信システムのように、一時的且
つ流動的にプログラム等の情報を保持する通信媒体等を
含む広義の記憶媒体であってもよい。

【００５６】例えば、インターネット等の通信ネットワ
ーク上に設けたＦＴＰ（File Transfer Protocol）サー
バに当該プログラムを登録し、ＦＴＰクライアントにネ
ットワークを介して配信してもよく、通信ネットワーク
の電子掲示板（ＢＢＳ：Bulletin Board System）等に
該プログラムを登録し、これをネットワークを介して配
信してもよい。そして、このプログラムを起動し、ＯＳ
（Operating System）の制御下において実行することに
より、上述の処理を達成することができる。さらに、通
信ネットワークを介してプログラムを転送しながら起動
実行することによっても、上述の処理を達成することが
できる。

【００５７】

【発明の効果】以上説明したように、この発明によれ
ば、障害発生に係るエラー情報を、電子メール等によ
り、容易に収集することができ、リリース後の障害状況
を、迅速に且つ確実に開発元に認知させ、速やかに改訂
及び修正作業に反映させることが可能な障害解析システ
ム及び記録媒体を提供することができる。

【図面の簡単な説明】

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

【図２】図１の障害解析システムにおけるアプリケーシ
ョンの各ルーチンの動作を説明するためのフローチャー
トである。

【図３】図１の障害解析システムにおける保証処理の動
作を説明するためのフローチャートである。

【図４】図１の障害解析システムにおける各ルーチンの
動作を説明するための模式図である。

【図５】図１の障害解析システムにおけるエラースタッ
クの動作を説明するための模式図である。

【図６】図１の障害解析システムにおけるエラー表示例
を説明するための模式図である。

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

【符号の説明】 １ アプリケーション実行部 ２ エラー処理部 ３ 品質保証処理部 ４ エラースタック ５ メールシステム ６ クリップボード部 １１ ルーチンＡ実行部 １２ ルーチンＢ実行部 １３ ルーチンＣ実行部 ３１ ログ出力部 ３２ エラースタック操作部 ３３ エラー表示／送信部 ３４ プロセス相互監視部 ３５ 情報転送部 ４１ 表示用エラースタック ４２ 内部制御用エラースタック ７１Ａ ログオンプロセス ７１Ｂ 電子稟議プロセス ７１Ｃ 業務システムデスクトッププロセス ７２Ａ，７２Ｂ，７２Ｃ 閉塞通知イベント ７３Ａ，７３Ｂ，７３Ｃ 情報共有用ＭＭＦ変更通知イ
ベント ７４Ａ，７４Ｂ，７４Ｃ ローカルテーブル ７５Ａ，７５Ｂ，７５Ｃ ログバッファＭＭＦ ７６ 情報共有用ＭＭＦ

Claims (4)

(57)【特許請求の範囲】
1. 【請求項１】 複数のルーチンを含むプログラム実行時の
   エラーを検出するエラー検出手段と、 前記プログラムを構成する各ルーチンの実行履歴に関連
   し且つ前記エラー検出手段により検出したエラーに関す
   るわかりやすいエラーの説明と対処方法を示すユーザ通
   知用のエラー情報を保持する第１のエラースタック手段
   と、 前記実行履歴に関連し且つ前記エラー検出手段により検
   出したエラーの障害解析のための詳細情報を示す内部制
   御用のエラー情報を保持する第２のエラースタック手段
   と、 前記第１及び第２のエラースタック手段に保持されたエ
   ラー情報をメール処理系及びクリップボードの少なくと
   も一方に転送する情報転送手段と、 前記第１のエラースタック手段に保持された前記エラー
   情報を表示するとともに、外部操作に応じて前記情報転
   送手段を作動させる情報表示手段と、 を具備することを特徴とする障害解析システム。
2. 【請求項２】 前記情報表示手段は、外部操作に応じて前
   記第２のエラースタック手段に保持された前記エラー情
   報を表示する手段を含むことを特徴とする請求項１に記
   載の障害解析システム。
3. 【請求項３】 前記クリップボードにエラー情報が転送さ
   れたときに、前記エラー情報を収集処理する手段をさら
   に含むことを特徴とする請求項１または２に記載の障害
   解析システム。
4. 【請求項４】 コンピュータを、 複数のルーチンを含むプログラム実行時のエラーを検出
   するエラー検出手段、 前記プログラムを構成する各ルーチンの実行履歴に関連
   し且つ前記エラー検出手段により検出したエラーに関す
   るわかりやすいエラーの説明と対処方法を示すユーザ通
   知用のエラー情報を保持する第１のエラースタック手
   段、 前記実行履歴に関連し且つ前記エラー検出手段により検
   出したエラーの障害解析のための詳細情報を示す内部制
   御用のエラー情報を保持する第２のエラースタック手
   段、 前記第１及び第２のエラースタック手段に保持されたエ
   ラー情報をメール処理系及びクリップボードの少なくと
   も一方に転送する情報転送手段、及び前記第１のエラー
   スタック手段に保持された前記エラー情報を表示すると
   ともに、外部操作に応じて前記情報転送手段を作動させ
   る情報表示手段、 として機能させるためのプログラムを記録したコンピュ
   ータ読み取り可能な記録媒体。