(57)【特許請求の範囲】
【請求項１】
処理システムのミニコアダンプとパニックメッセージを受け取るステップであって、前記パニックメッセージは、前記処理システムの故障事件に関する情報を含み、前記ミニコアダンプは、前記処理システムの完全なコアダンプの全部より少ないことを表す、ステップと、
前記パニックメッセージと前記ミニコアダンプに一組の規則を適用し、前記処理システムにおけるバグを特定することを試みるステップと、
一組の規則を適用してバグを特定する前記ステップが失敗であった場合に対応して、前記処理システムの完全なコアダンプを受け取り、解析して、前記バグを特定するステップと、
前記バグの特定に対応して、対策を生成するステップと、
の上記各ステップをコンピュータシステムにおいて実行するためのプログラムコードを含む、コンピュータプログラム。
【請求項２】
前記パニックメッセージは、アドレス値、ソースコードファイル名を含む、請求項１に記載のコンピュータプログラム。
【請求項３】
前記パニックメッセージにおける前記アドレス値は、前記処理システムが最後に動作した時のアドレスである、請求項２に記載のコンピュータプログラム。
【請求項４】
前記パニックメッセージは、ユーザによる操作に対応する、請求項１に記載のコンピュータプログラム。
【請求項５】
前記操作は、前記ユーザから通信ネットワークを介して製造者への前記パニックメッセージの電送である、請求項４に記載のコンピュータプログラム。
【請求項６】
前記一組の規則を適用する前記ステップは、前記パニックメッセージと第１データベースの既知のバグとを比較するステップを含む、請求項１に記載のコンピュータプログラム。
【請求項７】
前記一組の規則を適用する前記ステップは、さらに前記パニックメッセージと前記第１データベース内のマッチングする既知のバグを特定するステップを含む、請求項６に記載のコンピュータプログラム。
【請求項８】
前記対策は、前記処理システムのユーザへの解決法の配送である、請求項１に記載のコンピュータプログラム。
【請求項９】
前記配送は、通信ネットワークを越えての送信による、請求項８に記載のコンピュータプログラム。
【請求項１０】
前記対策は、統計データを第２データベースに記録するステップを含む、請求項１に記載のコンピュータプログラム。
【請求項１１】
前記統計データは、前記パニックメッセージに関連する情報を含む、請求項１０に記載のコンピュータプログラム。
【請求項１２】
前記ミニコアダンプは、実行されたプログラム情報のシーケンスのバックトレースを含み、前記一組の規則を前記シーケンスに適用してバグを特定するステップは、前記バックトレースを解析するステップを含む、請求項１に記載のコンピュータプログラム。
【請求項１３】
プロセッサと、
既知のバグについての情報を含むバグデータベースと、
前記プロセッサによって実行されるプログラム情報を記録するメモリと、
を備えたサーバシステムであって、
前記プログラム情報によって、
クライアントシステムのミニコアダンプとパニックメッセージを受け取るステップであって、前記パニックメッセージは、前記クライアントシステムの故障事件に関する情報を含み、前記ミニコアダンプは、前記クライアントシステムの完全なコアダンプの全部より少ないことを表す、ステップと、
前記パニックメッセージと前記ミニコアダンプに一組の規則を適用し、前記クライアントシステムにおけるバグを特定することを試みるステップと、
一組の規則を適用して前記バグを特定する前記ステップが失敗であった場合に対応して、前記クライアントシステムの完全なコアダンプを受け取り、解析して、前記バグを特定するステップと、
前記バグの特定に対応して、対策を生成するステップと、
を含む処理を前記サーバシステムにおいて実行する、サーバシステム。
【請求項１４】
前記ミニコアダンプは、実行されたプログラム情報のシーケンスのバックトレースを含み、前記処理は、前記バックトレースを解析するステップを含む、請求項１３に記載のサーバシステム。
【請求項１５】
前記パニックメッセージは、アドレス値、ソースコードファイル名を含む、請求項１３に記載のサーバシステム。
【請求項１６】
前記パニックメッセージは、前記クライアントシステムのユーザによって行われた操作に対応する、請求項１３に記載のサーバシステム。
【請求項１７】
前記操作は、前記ユーザから通信ネットワークを介して製造者への前記パニックメッセージの電送である、請求項１６に記載のサーバシステム。
【請求項１８】
前記対策は、解決法のユーザへの配送である、請求項１３に記載のサーバシステム。
【請求項１９】
前記配送は、ネットワークを越える伝送による、請求項１８に記載のサーバシステム。
【請求項２０】
前記対策は、さらに統計データを第２データベースに記録することを含む、請求項１３に記載のサーバシステム。
【請求項２１】
前記統計データは、さらに前記パニックメッセージに関連する情報を含む、請求項２０に記載のサーバシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークサーバからのパニック・メッセージの解析に関する。
【０００２】
【背景技術】
コンピュータは、その操作を指示するためのプログラムされた命令に依存する。汎用コンピュータは、そのメモリ上で実行されているソフトウエアからよく命令を受けている。ソフトウエアエンジニアは精力的にプログラムをテストして、エラーを引き起こす原因となるコード命令を除去しているにもかかわらず、簡単なプログラムでさえバグは避けられず、複雑なプログラムではバグは当然のこととされている。
【０００３】
エラーを生じるプログラム命令がコンピュータで実行された場合には、エラーはシステムに何も影響を与えない場合や、システムをクラッシュさせる場合がある。ソフトウエアエンジニアにとっては全てのエラーが重要なことであるが、クラッシュ等の破滅的な結果をもたらすエラーが最も重要である。一般に、システムは、何らかのタイプの故障に陥ったことをシステムオペレータに警告を発するように設計されている。警告はエラーメッセージとして出され、ソフトウエアの製造者にエラーを報告する際に有用である。
【０００４】
ソフトウエアアプリケーション・エラーを報告する方法として知られているのは、選択グループのユーザに公開前のソフトウエアパッケージを「ベータテスト」用に配布することである。このトライアル期間の間にユーザは、被ったあらゆる問題を会社に報告し、会社のソフトウエアエンジニアがバグを修正し、アップデートされたバージョンのソフトウエアを新しいバージョンで試験を続けるベータ版の試験者に提供する。ソフトウエアが望ましいエラーなしに至るまで子のプロセスが短期の試験期間の間、続けられる。
【０００５】
上記方法では製造者にはソフトウエアのバグが報告される一方でいくつかの欠点も被っている。第１に、問題を自動的に製造者に報告する方法が示されていない。もっぱらベータ版試験者が製造者に報告することを当てにしている。第２に、ベータ版試験者によって特定された問題の自動解析ができないことである。すなわち、製造者側の社員が既に報告された問題であるか否か、修正された問題であるか否か、あるいは新たな問題であるか否かを判断する必要がある。第３に、特定され、修正された問題を抱えている古いソフトウエアを使用していると判断されたユーザにアップデートされたソフトウエアを配送する方法が示されていない。
【０００６】
コンピュータシステムのエラーを報告する第２の方法として、エンドユーザが製造者に連絡し、問題が生じた場合にその問題を報告する方法が知られている。ユーザは、問題を報告できるユーザサポートラインが条件となっている。受信した頻繁なコールの内容に基づいて、製造者はプログラムのどこかに問題があると結論する。
【０００７】
第２の方法によってソフトウエアのバグが製造者に報告される一方、いくつかの欠点を被っている。第１に、ユーザは、待機の音楽（musak）を聞く長時間の待ちを含む傾向があり、製造者側が受信したコールを統合し、解析するための適切な正式の形態を持たないためにバックアップされていないユーザサポートコールには連絡しないこともある。第２に、ユーザは、問題を診断するために必要な情報について製造者に提供できるほど十分に豊富な知識を有していない場合があり、あるいはもっと悪く、問題の原因について製造者に誤って伝えることもある。
【０００８】
従って、コンピュータシステムのエラーが、プロセスが問題が既知か未知かを判断する水準に自動化されている方法で製造者に確実に報告される方法を提供することは都合がよい。また、問題が既知の場合には、クライアントにアップデートされたソフトウエアを配送する経路を設け、問題が未知の場合には、エラーの診断と修正ができるように疑わしいシステムから必要な情報を得て、解析する方法を提供する。
【０００９】
【発明の概要】
本発明には、故障したコンピュータシステムからのパニックメッセージを解析するシステム及び方法が含まれている。ファイル記録及び検索専用サーバのファイラがクラッシュする前に実行される直前のプロセスの一つはパニックメッセージを伝えることになっている。このメッセージは、ファイラが故障する原因となった問題を示している。メッセージはインターネット等の通信ネットワークを介して製造者に送られる。また、メッセージには、ユーザ名、ソフトウエアのバージョン、バックトレース、それにミニコアダンプ等の他の情報が含まれている。
【００１０】
製造者側では、バグを特定できるか確認するために自動解析が開始される。まず、パニックメッセージを既知のバグと対応付けられたパニックメッセージのデータベースについて比較して解析される。解析に成功した場合には、自動ハウスキーピングを実行し、追跡データベースのこの事例の更新、解答（解決法を含む）のユーザへの配送、解析統計データの更新、それに別の取り組みが行われる。解析が失敗の場合には、プロセスは続けられる。
【００１１】
また、バックトレース解析機によって、ファンクション名と既知のバグに対応付けられた認識シーケンスの組合せの正しい組合せを検索するアルゴリズムを用いてバックトレースを解析する。解析が成功した場合には、上述の自動ハウスキーピングが行われる。解析に失敗した場合にはプロセスは続行される。
【００１２】
さらに、コアスクリプト解析機によって、コアダンプを既知のバグと対応付けられたコードの認識パターンについて解析する。解析が成功した場合には、上述の自動ハウスキーピングが行われる。解析に失敗した場合にはプロセスは続行される。
【００１３】
またさらに、上記の自動解析方法が問題を既知のバグと特定することに失敗した場合には、コアをマニュアル解析して既知及び未知のバグを検出する。マニュアル解析の後、マニュアル及び自動ハウスキーピングが行われる。
【００１４】
【発明を実施するための最良の形態】
本発明の好ましいプロセスステップ及びデータ構造に関する好ましい実施の形態について、以下に説明する。本発明の実施の形態では、プログラム制御下、又は他の回路で動作し、以下に記載される特定のプロセスステップとデータ構造に適用される汎用プロセッサ、特定プロセッサを用いて実行される。以下に記載されるプロセスステップ及びデータ構造の実行では、過度の実験やさらなる検討は要求されない。
【００１５】
用語説明
以下の用語は、下記の説明のように本発明の解釈に関連する。これらの用語の一般的な意味の記載に制限されるものではなく、単に例証としてである。
・ファイラ・・・この用語は、ファイルサーバを意味する。ファイルサーバはデータ記憶及び検索専用のコンピュータ及び記憶装置である。
・コアダンプ・・・コアダンプとは、ランダムアクセスメモリ内のコンテンツをハードディスク等のより不変の媒体にわずかの時間に印刷又は複写することである。
・ミニ・コアダンプ・・・コアダンプからのデータのサブセット。
・バックトレース・・・実行されたのと逆順のコンピュータ命令のリスト。
【００１６】
なお、これらの用語の一般的意味の記載は、限定的なものものではなく、単なる例である。これらの用語及び概念の拡張を含んでいる本発明のその他の応用についても、この記載を精読することで当業者にとっては明らかであろう。これらの他の用途は、本発明の範囲の一部を構成し、さらなる発明や余分の実験を行うことなく当業者が理解できるものである。
【００１７】
システム要素
図１は、パニックメッセージ解析機のブロック図である。
システム１００は、ユーザに関連付けられているクライアント装置１１０、通信リンク１２０、通信ネットワーク１３０、製造者と関連付けられているサーバ装置１４０、大容量記憶装置１５０、ハウスキーピングデータベース１５１、バグデータベース１５２、コアダンプ１６０とを含む。
【００１８】
クライアント装置１１０には、プロセッサ、メインメモリ、命令を実行するソフトウエア（図示せず、ただし当業者にとって周知のこと）が含まれている。クライアント装置１１０とサーバ装置１４０とは別々の装置として示されているが、必ずしも別々の装置である必要はない。
【００１９】
通信リンク１２０は、クライアント装置１１０を通信ネットワーク１３０に連結するように働く。
【００２０】
サーバ装置１４０には、プロセッサ、メインメモリ、命令を実行するソフトウエア（図示せず、ただし当業者にとって周知のこと）、大容量記憶装置１５０とが含まれている。クライアント装置１１０とサーバ装置１４０とは別々の装置として示されているが、必ずしも別々の装置である必要はない。さらに、サーバ装置１４０と大容量記憶装置１５０とは一体的に示されているが、一体である必要はない。それらは別個の装置であってもよい。
【００２１】
大容量記憶装置１５０には、ハウスキーピングデータベース１５１とバグデータベース１５２とが含まれている。
【００２２】
コアダンプ１６０には、ミニコアダンプ１６１、バックトレース１６２、パニックメッセージ１６３とが含まれている。
【００２３】
操作方法−マニュアルによるメッセージ処理
図２には、参照符号２００で示すように、パニックメッセージ解析プロセスを示している。マニュアルによるパニックメッセージ解析プロセス２００は、「スタート」ターミナル２０１から開始する。パニックメッセージ解析プロセス２００は、ユーザの装置によって故障（failure）の前にパニックメッセージ１６３を生成することを考慮している「生成されたパニックメッセージ２０３」プロシジャーに続く。
【００２４】
「ユーザがパニックメッセージを発信する」プロシジャー２０５では、ユーザがクライアント装置１１０を用いて解析用のパニックメッセージを発して、パニックメッセージ１６３をサーバ装置１４０に送信する。好ましい実施の形態では、ユーザは既知のインターネット接続を越えて相互交渉を介してメッセージを発し、転送する。しかし、パニックメッセージ１６３が製造者に届きさえすればこの方法で送信する必要はない。
【００２５】
「パニックメッセージを解析する」プロシジャー２０７は、パニックメッセージ１６３は、それに含まれている認識されたデータ要素をサーバ装置１４０のバグデータベース１５２内の既知のバグに対応する既知のデータ要素と比較されて解析される。パニックメッセージには、システムが最後に動作したアドレス、ライン番号、テキスト及びソースコードファイル名、及びその他のデータが含まれている。
【００２６】
「既知のバグか？」判断するプロシジャー２０９では、パニックメッセージが既知のバグであるか否かを判断する。「既知のバグか？」判断するプロシジャー２０９でそのバグが既知であると判断されたら、パニックメッセージ解析プロセス２００は、「解決法をユーザに送る」プロシジャー２１３に続く。
【００２７】
「オートサポートを介して調査する」プロシジャー２１１は、ユーザの発したパニックメッセージ１６３の解析によって、冒されたシステムにおける問題を特定することに失敗し、さらなる調査が必要であることを意味している。パニックメッセージ解析プロセスは「自動ハウスキーピング」プロシジャー２１５に続く。
【００２８】
「解決法をユーザに送る」プロシジャー２１３では、「既知のバグか？」判断するプロシジャー２０９で特定されたバグに関連する一つの解決法をデータベースから抽出する。ユーザに送られた解決法は、どのように修正するか、そしてさらなる発生をどのように防止するかを詳述する命令、問題を修正するソフトウエアプログラム、あるいは製造者からさらに製品を購入するために問題を修正する提案として記載されていてもよい。
【００２９】
「自動ハウスキーピング」プロシジャー２１５では、特定／未特定のバグに関する全ての関連情報、もしあればユーザに送られた解決法、それにこれらの事件の統計データをハウスキーピングデータベース１５１に記録する。パニックメッセージ解析機が問題の診断に失敗した場合には、「自動ハウスキーピング」プロシジャーで、この事件をアクティブのまま放置、すなわち未解決としてマーキングしておく。
【００３０】
操作方法−自動サポート解析
図３は、参照符号３００で示された自動サポートプロセスを示している。自動サポートプロセス３００は、「スタート」ターミナル３０１で開始する。自動サポートプロセスは、クライアント装置１１０によって自動的にパニックメッセージ１６３とミニコアダンプ１６１を含むメッセージをサーバ装置１４０に送信する「自動サポートメッセージ送信」プロシジャー３０３に続く。
【００３１】
「自動サポートメッセージ受信」プロシジャー３０５では、サーバ装置１４０によってクライアント装置１１０から送信されたパニックメッセージ１６３とミニコアダンプ１６１を受信する。
【００３２】
「パニックメッセージを解析する」プロシジャー３０７では、パニックメッセージ１６３は、それに含まれている認識されたデータ要素をサーバ装置１４０のバグデータベース１５２内の既知のバグに対応する既知のデータ要素と比較されて解析される。パニックメッセージには、システムが最後に動作したアドレス、ライン番号、テキスト及びソースコードファイル名、及びその他のデータが含まれている。
【００３３】
「既知のバグか？」判断するプロシジャー３０９では、パニックメッセージが既知のバグであるか否かを判断する。「既知のバグか？」判断するプロシジャー２０９でそのバグが既知であると判断されたら、パニックメッセージ解析プロセス２００は、「ミニコアダンプを捨てる」プロシジャー３２１に続く。
【００３４】
「バックトレースを抽出する」プロシジャー３１１では、ミニコアダンプ１６１からバックトレース１６２を抽出する。
【００３５】
「バックトレースを解析する」プロシジャー３１３では、バックトレース１６２は、ファンクション名と、サーバ装置のバグデータベース１５２内の既知のバグに対応するファンクション名の認識されたシーケンスとの正確な一致を探すアルゴリズムを用いて解析される。
【００３６】
「既知のバックトレースバグか？」判断するプロシジャー３１５では、バックトレース１６２が既知のバグと一致するか否かを判断する。「既知のバックトレースバグか？」判断するプロシジャー３１５で前記バグが既知のバグであると判断された場合には、自動サポートプロセス３００は、「ミニコアダンプを捨てる」プロシジャー３２１に続く。
【００３７】
「コアダンプを要求する」プロシジャー３１７では、冒されたシステムのコアダンプ１６０が必要であることをユーザに知らせる。この通知には、コアダンプ１６０を生成し、それを製造者に届けるために必要な全ての命令が含まれる。好ましい実施の形態では、通知は、電気的にユーザに送られるが、この方法において通知を含める必要はない。
【００３８】
「自動ハウスキーピング」プロシジャー３１９では、特定／未特定のバグに関する全ての関連情報、もしあればユーザに送られた解決法、それにこれらの事件の統計データをハウスキーピングデータベース１５１に記録する。パニックメッセージ解析機が問題の診断に失敗した場合には、「自動ハウスキーピング」プロシジャーで、この事件をアクティブのまま放置、すなわち未解決としてマーキングしておく。
【００３９】
さらに、バグがバックトレースの解析によって特定された場合には、バックトレース解析によってバグについてのパニックメッセージ解析を示す相関性が存在する。これは、今後そのバグはより前の段階で解決することを意味する。
【００４０】
例えば、ソフトウエアのバージョン１の第１０行目にバグが最初に現れた場合には、パニックメッセージ解析機は、そのバグが第２０行目に現れた場合には、正確なマッチング手法を用いていることからバージョン２におけるそのバグを特定できないであろう。しかし、バックトレース解析機では、より洗練されたアプローチを用いてバグを特定し、パニックメッセージ解析機にこの情報を渡す。自動サポートプロセス３００は、「エンド」ターミナル３２５で終了する。
【００４１】
「ミニコアダンプを捨てる」プロシジャー３２１では、ミニコアダンプ１６１がバグが特定されたのでもはや不要なものとして捨てられる。
【００４２】
「解決法をユーザに送る」プロシジャー３２３では、特定されたバグに関連付けられている一つの解決法がバグデータベース１５２から抽出される。ユーザに提供される解決法は、特定されるバグに応じて変わる。例えば、どのように修正し、再度の発生を避けることについて詳述している命令、問題を修正するソフトウエアプログラムのコピー、あるいは、さらに問題を修正した製品を購入するための提案として記述される。
【００４３】
自動サポートプロセス３００は「自動ハウスキーピング」プロシジャー３１９に続く。
【００４４】
操作方法−コアダンプ解析
図４は、参照符号４００を付したコアダンププロセスを示している。コアダンププロセス４００は、「スタート」ターミナル４０１から開始する。コアダンププロセス４００は、コアダンプ１６０の解析が始まる「ユーザからコアが届く」プロシジャー４０３に続く。コアダンプ１６０は、先のパニックメッセージ１６３とバックトレース１６２の解析が失敗に終わった場合に「コアダンプ要求」プロシジャー３１７（図３）によって要求される。しかし、これら２つの解析方法は、さらにフェイルセーフシステム解析を提供するコアダンププロセス４００の間に複写される。
【００４５】
「パニックメッセージを解析する」プロシジャー４０５では、パニックメッセージ１６３は、それに含まれている認識されたデータ要素をサーバ装置１４０のバグデータベース１５２内の既知のバグに対応する既知のデータ要素と比較されて解析される。パニックメッセージには、システムが最後に動作したアドレス、ライン番号、テキスト及びソースコードファイル名、及びその他のデータが含まれている。
【００４６】
「既知のバグか？」判断するプロシジャー４０７では、パニックメッセージが既知のバグであるか否かを判断する。「既知のバグか？」判断するプロシジャー４０７でそのバグが既知であると判断されたら、コアダンププロセス４００は、「コアダンプを記録する」プロシジャー４２３に続く。
【００４７】
「バックトレースを抽出する」プロシジャー４０９では、コアダンプ１６０からバックトレース１６２を抽出する。
【００４８】
「バックトレースを解析する」プロシジャー４１１では、バックトレース１６２は、ファンクション名と、サーバ装置のバグデータベース１５２内の既知のバグに対応するファンクション名の認識されたシーケンスとの正確な一致を探すアルゴリズムを用いて解析される。
【００４９】
「既知のバックトレースバグか？」判断するプロシジャー４１３では、バックトレース１６２が既知のバグと一致するか否かを判断する。「既知のバックトレースバグか？」判断するプロシジャー４１３で前記バグが既知のバグであると判断された場合には、コアダンププロセス４００は、「コアダンプを記録する」プロシジャー４２３に続く。
【００５０】
「コアスクリプト解析」プロシジャー４１５では、コアダンプ１６０内のデータ要素について、バグデータベース１５２内の既知のバグと対応するものを検索してコアダンプ１６０を自動的に解析する。
【００５１】
「既知のコアバグか？」判断するプロシジャー４１７では、コアスクリプト解析によって既知のバグを特定できたか否かを判断する。「既知のコアバグか？」判断するプロシジャー４１７で前記バグが既知のバグであると判断された場合には、コアダンププロセス４００は、「コアダンプを記録する」プロシジャー４２３に続く。
【００５２】
「マニュアルコアダンプ解析」プロシジャー４１９では、コアダンプ１６０は、製造者側でマニュアル解析される。
【００５３】
「マニュアル解決法をユーザに送る」プロシジャー４２１では、製造者側からコアダンプ１６０のマニュアル解析に基づく解決法がユーザに送られる。コアダンププロセス４００は、「自動ハウスキーピング」プロシジャー４２７に続く。
【００５４】
「コアダンプを記録する」プロシジャー４２３では、ミニコアダンプ１６１を記憶部に移動させる。
【００５５】
「解決法をユーザに送る」プロシジャー４２５では、特定されたバグに対応する一つの解決法をバグデータベース１５２から抽出する。解決法は特定されたバグに応じて変わる。例えば、どのように修正し、再度の発生を避けることについて詳述している命令、問題を修正するソフトウエアプログラムのコピー、あるいは、さらに問題を修正した製品を購入するための提案として記述される。
【００５６】
「自動ハウスキーピング」プロシジャー４２７では、特定／未特定のバグに関する全ての関連情報、もしあればユーザに送られた解決法、これらの事件の統計データ、さらに入力が必要な事項をバグデータベース１５２に記録する。
【００５７】
さらに、バグがバックトレース解析によって特定された場合には、バックトレース解析によってバグについてのパニックメッセージ解析を示すという相関性が存在する。これは、今後そのバグはより前の段階で解決することを意味する。
【００５８】
さらに、バグがコアの解析によって特定された場合には、コアによって、バグについてのバックトレース解析及びパニックメッセージ解析を示すという相関性が存在する。これは、今後、そのバグがより前の段階で解決することを意味する。
【００５９】
コアダンププロセス４００は、「エンド」ターミナル４２９で終了する。
【００６０】
本発明の一般性
本発明は、上述のサービスに関連する必要はなく、種々の分野に一般的に応用できる。例えば、使用分野には以下の一又は二以上、あるいはその組合せを含んでいてもよい。
【００６１】
さらに、ファイルサーバについての一般的な応用性について、本発明は、ネットワーク、ネットワーク装置、それにあらゆるタイプのソフトウエアへの汎用性がある。本発明の他の用途として最も一般的な形式は、この明細書を精読すれば、当業者にとって本発明の中に含まれるものであることが明白である。
【００６２】
別例の実施の形態
ここには最も好ましい実施の形態について記載されているが、多くのバリエーションが本発明の範囲に含まれており、これらのバリエーションは当業者にとっても明らかである。
【図面の簡単な説明】
【図１】  パニックメッセージ解析機用のシステムのブロック図である。
【図２】  パニックメッセージ解析機用のシステムのパニックメッセージ解析プロセスである。
【図３】  パニックメッセージ解析機用のシステムの自動サポートプロセスである。
【図４】  パニックメッセージ解析機用のシステムのコアダンププロセスである。
【符号の説明】
１００  システム
１１０  クライアント
１２０  通信リンク
１３０  通信ネットワーク
１４０  サーバ
１５０  大容量記憶装置
１５１  ハウスキーピングデータベース
１５２  バグデータベース
１６０  コアダンプ
【図１】
0004979176.tif 000002
【図２】
0004979176.tif 000003
【図３】
0004979176.tif 000004
【図４】
0004979176.tif 000005