(57)【要約】【課題】ノウハウを利用して軽微な不具合の修復を自動化する。【解決手段】各クライアント１０は、不具合発生時に、自己の識別情報及び時刻データを含むインシデント情報を抽出するインシデントデータ抽出部１５１と、予め定められている不具合の判定条件を示す判定条件データに基づいて、不具合が発生しているか否かを判定するチェックリスト処理部１５５と、不具合が発生しているときは、発生している不具合を解消するために、判定条件データに予め対応付けられているコマンドを実行する修復コマンド実行部１５７と、インシデントデータ及びコマンドの実行結果を示す情報を、管理サーバ３へ送信する。【選択図】図１
2009181441.tif 000002
【特許請求の範囲】
【請求項１】
一以上のクライアントと、前記一以上のクライアントと接続されたサーバとを備え、前記一以上のクライアントの不具合を解消して、自動的に修復するシステムであって、
各クライアントは、
不具合発生時に、自己の識別情報及び時刻データを含むインシデント情報を抽出する第１の手段と、
予め定められている不具合の判定条件を示す判定条件データに基づいて、不具合が発生しているか否かを判定する第２の手段と、
前記第２の手段による判定の結果、不具合が発生しているときは、前記発生している不具合を解消するために、前記判定条件データに予め対応付けられているコマンドを実行する第３の手段と、
前記第３の手段によって前記コマンドが実行された後、前記インシデント情報及び前記コマンドの実行結果を示す情報を、前記サーバへ送信する第４の手段と、を備える自動修復システム。
【請求項２】
前記第２の手段が判定を行う前に、
（１）ログデータに所定の不具合関連情報が含まれるか否かの確認
（２）所定のプログラムが正常に動作するか否かの確認
（３）所定のファイルが存在するか否かの確認
のいずれか一つ以上を行い、その結果を出力する第５の手段をさらに備えることを特徴とする請求項１記載の自動修復システム。
【請求項３】
前記判定条件データは、判定条件として、予め定められているレジストリ値が設定されているか否か、特定ファイルが存在するか否か、あるいは、予め定められているプログラムが正常に動作するか否かを含むことを特徴とする請求項１または２に記載の自動修復システム。
【請求項４】
前記第３の手段が実行するコマンドは、前記発生している不具合を解消するための修復コマンドか、または、前記発生している不具合への対応を支援する情報を取得するためのコマンドであることを特徴とする請求項１〜３のいずれかに記載の自動修復システム。
【請求項５】
前記サーバは、前記第１〜第５の手段を実現する自己修復プログラムを記憶していて、
前記各クライアントは、前記サーバから前記自己修復プログラムを取得して実行することにより、前記第１〜第５の手段を実現することを特徴とする請求項４記載の自動修復システム。
【請求項６】
前記サーバは、各クライアントから送信された前記インシデント情報及び前記発生している不具合を示す情報に基づく、前記自己修復プログラムの修正入力を受け付けて、前記自己修復プログラムを更新する手段を備えることを特徴とする請求項５記載の自動修復システム。
【請求項７】
前記サーバは、前記判定条件データ及び前記判定条件データに対応付けられているコマンドを含むリストを記憶していて、
前記各クライアントは、前記サーバから前記リストを取得し、
前記第２及び第３の手段は、前記サーバから取得したリストを用いてそれぞれの処理を行うことを特徴とする請求項１〜６のいずれかに記載の自動修復システム。
【請求項８】
一以上のクライアントと、前記一以上のクライアントと接続されたサーバとを備え、前記一以上のクライアントの不具合を解消して、自動的に修復する方法であって、
各クライアントは、
不具合発生時に、自己の識別情報及び時刻データを含むインシデント情報を抽出し、
予め定められている不具合の判定条件を示す判定条件データに基づいて、不具合が発生しているか否かを判定し、
前記第２の手段による判定の結果、不具合が発生しているときは、前記発生している不具合を解消するために、前記判定条件データに予め対応付けられているコマンドを実行し、
前記第３の手段によって前記コマンドが実行された後、前記インシデント情報及び前記コマンドの実行結果を示す情報を、前記サーバへ送信する方法。
【請求項９】
コンピュータで発生している不具合を解消するためのコンピュータプログラムであって、
前記コンピュータに実行されると、
不具合発生時に、自己の識別情報及び時刻データを含むインシデント情報を抽出する第１の手段と、
予め定められている不具合の判定条件を示す判定条件データに基づいて、不具合が発生しているか否かを判定する第２の手段と、
前記第２の手段による判定の結果、不具合が発生しているときは、前記発生している不具合を解消するために、前記判定条件データに予め対応付けられているコマンドを実行する第３の手段と、
前記第３の手段によって前記コマンドが実行されても不具合が解消されないときは、前記インシデント情報及び前記コマンドの実行結果を示す情報を、前記サーバへ送信する第４の手段と、が実現されるコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータの不具合を自動的に解消する技術に関し、特に、従来はヘルプデスクなどでオペレータが行っていた対応を自動化するための技術に関する。
【背景技術】
【０００２】
パーソナルコンピュータ（以下、ＰＣ）が広く普及し、特にオフィスでは一人に一台のＰＣが割り当てられていることも珍しくない。
【０００３】
ＰＣの普及に伴って、そのメンテナンスのための体制も整備されている。例えば、ＰＣのメーカや多数のＰＣを管理する企業などは、専用のサポートセンタを設けて、ユーザからのＰＣの不具合に関する相談に応じている。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ＰＣのメーカや多数のＰＣを管理する企業などにとっては、管理対象となるＰＣの台数が増えると、サポートセンタの増強が必要となるなど、管理コストは増大する。一方で、サポートセンタでは多くの事象を取り扱うことになるので、不具合に関する様々なノウハウも蓄積する。例えば、ノウハウの蓄積があれば、簡単に修復できるような軽微な不具合もあるが、ユーザにはそのノウハウがないので、サポートセンタに頼ることになる。
【０００５】
そこで、本発明の目的は、ノウハウを利用して軽微な不具合の修復を自動化することである。
【課題を解決するための手段】
【０００６】
本発明の一つの実施態様に従う自動修復システムは、一以上のクライアントと、前記一以上のクライアントと接続されたサーバとを備え、前記一以上のクライアントの不具合を解消して、自動的に修復するシステムである。各クライアントは、不具合発生時に、自己の識別情報及び時刻データを含むインシデント情報を抽出する第１の手段と、予め定められている不具合の判定条件を示す判定条件データに基づいて、不具合が発生しているか否かを判定する第２の手段と、前記第２の手段による判定の結果、不具合が発生しているときは、前記発生している不具合を解消するために、前記判定条件データに予め対応付けられているコマンドを実行する第３の手段と、前記第３の手段によって前記コマンドが実行された後、前記インシデント情報及び前記コマンドの実行結果を示す情報を、前記サーバへ送信する第４の手段と、を備える。
【０００７】
好適な実施形態では、前記第２の手段が判定を行う前に、（１）ログデータに所定の不具合関連情報が含まれるか否かの確認、（２）所定のプログラムが正常に動作するか否かの確認、（３）所定のファイルが存在するか否かの確認のいずれか一つ以上を行い、その結果を出力する第５の手段をさらに備えてもよい。
【０００８】
好適な実施形態では、前記判定条件データは、判定条件として、予め定められているレジストリ値が設定されているか否か、特定ファイルが存在するか否か、あるいは、予め定められているプログラムが正常に動作するか否かを含んでいてもよい。
【０００９】
好適な実施形態では、前記第３の手段が実行するコマンドは、前記発生している不具合を解消するための修復コマンドか、または、前記発生している不具合への対応を支援する情報を取得するためのコマンドであってもよい。
【００１０】
好適な実施形態では、前記サーバは、前記第１〜第５の手段を実現する自己修復プログラムを記憶していて、前記各クライアントは、前記サーバから前記自己修復プログラムを取得して実行することにより、前記第１〜第５の手段を実現してもよい。
【００１１】
好適な実施形態では、前記サーバは、各クライアントから送信された前記インシデント情報及び前記発生している不具合を示す情報に基づく、前記自己修復プログラムの修正入力を受け付けて、前記自己修復プログラムを更新する手段を備えてもよい。
【００１２】
好適な実施形態では、前記サーバは、前記判定条件データ及び前記判定条件データに対応付けられているコマンドを含むリストを記憶していてもよい。そして、前記各クライアントは、前記サーバから前記リストを取得し、前記第２及び第３の手段は、前記サーバから取得したリストを用いてそれぞれの処理を行うようにしてもよい。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の一実施形態に係るクライアントＰＣの自動修復システムについて、図面を参照して説明する。
【００１４】
図１は、本実施形態に係る自動修復システムの構成図である。
【００１５】
本システムは、一台以上のクライアントＰＣ（以下、クライアント）１０，１０，・・・と、管理サーバ３と、ファイルサーバ５と、情報提供サーバ７とがネットワーク９を介して接続されている。
【００１６】
一台以上のクライアント１０，１０，・・・、管理サーバ３、ファイルサーバ５及び情報提供サーバ７は、いずれも例えば汎用的なコンピュータシステムにより構成され、以下に説明するクライアント１０，１０，・・・及び各サーバ３、５、７内の個々の構成要素または機能は、例えば、コンピュータプログラムを実行することにより実現される。
【００１７】
各クライアント１０は、表示装置２１と入力装置２２を有し、ネットワーク９を介して他のサーバ等と通信を行う通信制御部１１と、クライアント１０の状態管理を行う状態管理部１３とを備える。
【００１８】
状態管理部１３は、クライアント１０の運用状態を監視する。状態管理部１３は、例えば、周期的あるいはユーザのリクエストに応じて、クライアント１０の運用状態の監視処理を実行する。運用状態監視処理では、状態管理部１３は、管理サーバ３から後述する自己修復プログラム４１及びチェックリスト４３をダウンロードする。そして、クライアント１０が自己修復プログラム４１を実行することにより、不具合を解消するための自己修復処理が実行される。すなわち、クライアント１０が自己修復プログラム４１を実行することにより、インシデントデータ抽出部１５１と、概要診断部１５３と、チェックリスト処理部１５５と、修復コマンド実行部１５７と、情報提供部１５９とが、そのクライアント１０上に一時的に構築されて、各構成がそれぞれの処理を実行し、処理が終了すると消滅する。
【００１９】
インシデントデータ抽出部１５１は、自己の識別情報及び時刻データを含むインシデントデータを抽出する。インシデントデータには、例えば、現在の日時と、ユーザ名と、ＰＣ名と、ＯＳの種類及びサービスパックなどのＰＣ環境と、ＯＳが自動収集したログとを含む。インシデントデータ抽出部１５１が抽出したデータは、不具合を示す不具合データに含めて、通信制御部１１を介して管理サーバ３へ送信される。
【００２０】
概要診断部１５３は、クライアント１０の現在の状態の概要を診断する。例えば、概要診断部１５３は、予め定められているプログラムの動作確認、予め定められているファイルの存在確認、あるいは、ＯＳが自動収集したログに特定のメッセージが含まれているか否かなどを行う。概要診断部１５３は、概要診断の結果を、表示装置２１などに表示してもよい。例えば、ＯＳが自動収集したログに所定のエラーコードが含まれていて、ハードウェア障害の可能性があるときは、概要診断の結果としてその旨を表示して、クライアントＰＣの交換を促すようにしてもよい。
【００２１】
チェックリスト処理部１５５は、チェックリスト４３に予め定められている判定条件に従って、クライアント１０で不具合が発生しているか否かの判別を行う。この処理の詳細は後述する。
【００２２】
修復コマンド実行部１５７は、チェックリスト処理部１５５で不具合が発生していると判定されたときに、チェックリスト４３において、その不具合の判定条件と対応付けられているコマンドを実行する。
【００２３】
情報提供部１５９は、チェックリスト処理部１５５で不具合が発生していると判定されたときに、チェックリスト４３において、その不具合の判定条件と対応付けられているアドレスに基づいて、その不具合に関連する情報を情報提供サーバ７から取得して、表示装置２１などに表示する。
【００２４】
なお、本実施形態では、自己修復プログラム４１をダウンロードして、クライアント１０が自己修復プログラム４１を実行することで、インシデントデータ抽出部１５１、概要診断部１５３、チェックリスト処理部１５５、修復コマンド実行部１５７及び情報提供部１５９がその都度構築されるが、予めこれらの各機能構成がクライアント１０にインストールされていてもよい。
【００２５】
管理サーバ３は、ネットワーク９を介してクライアント１０，１０，・・・及び他のサーバ等と通信を行う通信制御部３１と、エディタ３３と、データ記憶部３５と、インシデントデータベース３７とを備える。
【００２６】
インシデントデータベース３７は、各クライアント１０から送信されてくる不具合データから抽出されたインシデントデータを記憶する。例えば、各クライアント１０から不具合データが送信されてくると、通信制御部３１がそれを受信して、所定のインシデントデータをインシデントデータベース３７に格納する。インシデントデータベース３７には、例えば、インシデントの識別番号と、ユーザ名と、ＰＣ名と、ＯＳの種類及びサービスパック（ＳＰ）などのＰＣ環境と、ＯＳが自動収集したログとを含んでもよい。オペレータは、インシデントデータベース３７を参照して、不具合の解析を行うことができる。
【００２７】
データ記憶部３５には、自己修復プログラム４１と、チェックリスト４３とが記憶されている。オペレータは、エディタ３３を用いて自己修復プログラム４１及びチェックリスト４３を作成してデータ記憶部３５に格納したり、データ記憶部３５に既に記憶されている自己修復プログラム４１及びチェックリスト４３を更新したりすることができる。特に、オペレータは、インシデントデータベース３７を参照して、未対応の不具合に対する対策を作成して、チェックリスト４３に追加したり、自己修復プログラム４１を修正したりしてもよい。
【００２８】
自己修復プログラム４１は、各クライアント１０がダウンロード可能である。
【００２９】
チェックリスト４３は、各クライアント１０で不具合が発生しているか否かの判定条件データ、及び不具合に対する対策を指示するチェックリストである。このチェックリスト４３には、クライアント１０，１０，・・・の管理者のノウハウなどを反映させることができる。このチェックリストは、すべてのクライアント１０を対象とするリストだけでなく、一部のクライアント１０を対象とするリスト、例えば、ユーザ名やＰＣ名などのクライアント１０のインシデントの特定情報別のリストを別途設けてもよい。各クライアント１０は、全クライアントを対象とするチェックリスト４３および、自らのユーザ名やＰＣ名などに対応するチェックリスト４３を取得する。
【００３０】
図２はチェックリスト４３の一例を示す。同図を参照すると、例えば、チェックリスト４３は、条件指定方法４３１と、条件（１）４３２と、条件（２）４３３と、実行コマンド４３４と、実行内容説明４３５とを項目として含む。
【００３１】
条件指定方法４３１、条件（１）４３２及び条件（２）４３３は、各クライアント１０が実行コマンド４３４を実行するか否かの判定条件を示す。
【００３２】
実行コマンド４３４は、条件指定方法４３１、条件（１）４３２及び条件（２）４３３に示す条件を満たすときに実行すべきコマンドまたは参照すべき情報のアドレスを示す。例えば、自動修復が可能な不具合に対しては、実行コマンド４３４にはそれを修正するためのプログラム名などが設定されている。また、自動修復が不可能な不具合に対しては、その不具合への対応の支援情報を提供するウェブサイトのＵＲＬなどが設定されている。
【００３３】
実行内容説明４３５は、実行コマンド４３４の内容を示す。
【００３４】
例えば、条件指定方法４３１に“ＡＬＬ”が設定されているレコードは、無条件で、全クライアント１０が実行コマンド４３４に指定されているプログラムを実行すべきことを示している。条件指定方法４３１に“ＦＩＬ”が設定されているレコードは、条件（１）４３２に示すファイルが存在するクライアント１０であって、かつ、そのファイル内に条件（２）４３３に示す文字列が含まれているときは、そのクライアント１０が実行コマンド４３４に指定されているコマンドを実行すべきことを示している。条件（２）４３３が指定されていないレコードは、条件（１）４３２に示すファイルが存在するときに実行コマンド４３４に指定されているコマンドが実行されるべきことを示す。同様に、条件指定方法４３１に“ＲＥＧ”が設定されているレコードは、条件（１）４３２に示すレジストリ・キーが存在するクライアント１０であって、かつ、そのレジストリ・キー内に条件（２）４３３に示す設定値が含まれているときは、そのクライアント１０が実行コマンド４３４に指定されているプログラムを実行すべきことを示している。条件指定方法４３１に“ＰＧＭ”が設定されているレコードは、条件（１）４３２に示す動作確認用のプログラムを実行し、かつ、そのプログラムの実行結果が条件（２）４３３に示す値となるときは、そのクライアント１０が実行コマンド４３４に指定されている修正用のプログラムを実行すべきことを示している。
【００３５】
再び図１を参照すると、ファイルサーバ５は、ネットワーク９を介してクライアント１０，１０，・・・及び他のサーバ等と通信を行う通信制御部５１と、データ記憶部５５とを備える。データ記憶部５５は、図示しない各クライアント１０のローカルディスクの記憶内容のバックアップ用の記憶媒体である。
【００３６】
情報提供サーバ７は、ネットワーク９を介してクライアント１０，１０，・・・及び他のサーバ等と通信を行う通信制御部７１と、データ記憶部７５とを備える。データ記憶部７５には、例えば、不具合対応の支援情報を有するウェブサイトが構築されている。そして、情報提供サーバ７は、クライアント１０からのリクエストに応じて、不具合対応の支援情報を提供する。
【００３７】
図３は、各クライアント１０が実行する運用状態監視処理の処理手順を示すフローチャートである。運用状態監視処理は、例えば定期的に（一日に一回など）あるいはユーザのリクエストに応じて行われる。以下、このフローチャートに従って説明する。
【００３８】
まず、クライアント１０は、ローカルディスクに記憶されているデータを、ファイルサーバ５のデータ記憶部５５にバックアップする（Ｓ１０）。このバックアップは、例えば、フルバックアップを月に１回実行し、差分バックアップを毎日実行するようにしてもよい。
【００３９】
状態管理部１３は、ユーザに対して自己修復を実行するか否かを確認する（Ｓ１２）。例えば、状態管理部１３は、図４に示すような自己修復実行確認画面１００を表示装置２１に表示させる。ユーザは、自己修復実行確認画面１００において、入力装置２２を用いて、自己修復を実行するか否かを選択する。ユーザが自己修復の実行を希望しないときは、クライアント１０は処理を終了する。なお、ユーザが何らかの不具合を感じているようなとき、そのユーザは自己修復実行確認画面１００において自己修復の実行を指示することが望ましい。
【００４０】
ユーザから自己修復の実行の指示があると、状態管理部１３が管理サーバ３から自己修復プログラム４１及びチェックリスト４３をダウンロードする（Ｓ１４）。そして、ダウンロードした自己修復プログラム４１を実行して、自己修復処理を実行する（Ｓ１６）。この自己修復処理の詳細については後述する。
【００４１】
自己修復プログラム４１を実行した結果、不具合が解消されたか否かをユーザに確認する（Ｓ１８）。これは、例えば所定の確認画面を表示装置２１に表示させてもよい。そして、不具合が解消していないときは（Ｓ１８：Ｎｏ）、通信制御部１１が不具合データを管理サーバへ通知する（Ｓ２０）。
【００４２】
次に、ステップＳ１６の自己修復プログラム４１を実行したときの処理手順を図５及び図６に示す。
【００４３】
自己修復プログラム４１が実行されると、まず、インシデントデータとして、クライアント１０の内部にそれぞれ保持されているユーザ名、ＰＣ名、ＰＣ環境、ログ及び現在日時などが収集される（Ｓ３０）。さらに、このインシデントデータに基づいて、クライアント１０での不具合状況の概要診断が行われる（Ｓ３２）。そして、この概要診断の結果が表示装置２１に表示される（Ｓ３４）。ここで、クライアント１０のハードウェアに何らかの不具合が発生している可能性があるときは、自己修復プログラム４１は、以降の処理を行わずに終了する（Ｓ３６：Ｙｅｓ）。本実施形態に係る自己修復プログラム４１は、ハードウェア障害の修復は対象外だからである。
【００４４】
クライアント１０のハードウェアに不具合の可能性がないときは（Ｓ３６：Ｎｏ）、自己修復プログラム４１は、チェックリスト４３を確認する（Ｓ３８）。そして、チェックリスト４３の各レコードについて、ステップＳ４４までの処理を行う。すなわち、クライアント１０は、条件指定方法４３１に従って、条件（１）４３２及び条件（２）４３３に示す条件を満たすか否かを判定する（Ｓ４０）。この条件判定は、既に説明したように、条件指定方法４３１が“ＡＬＬ”であれば常に条件を満たし、条件指定方法４３１が“ＦＩＬ”ないし“ＲＥＧ“であれば、条件（１）４３２に示すファイルの有無、及びそのファイル内の条件（２）４３３に示す文字列の有無などで行う。
【００４５】
この条件を満たさないときは（Ｓ４０：Ｎｏ）、このレコードは対象外であるからステップＳ４６へスキップする。一方、条件を満たすときは（Ｓ４０：Ｙｅｓ）、そのレコードの実行コマンド４３４に従って処理を実行する（Ｓ４２）。
【００４６】
例えば、不具合が自己修復可能なものであるときは、実行コマンド４３４はその不具合を修復するためのコマンドである。従って、クライアント１０がそのコマンドを実行することにより、不具合の自動修復が行われる。また、不具合が自己修復不可能なものであるときは、実行コマンド４３４には不具合への対処の支援情報を記憶したＵＲＬが記憶されている。従って、その場合には、クライアント１０は指定されたＵＲＬから、不具合対応の支援情報を取得する。自己修復不可能な不具合として、例えば、クライアント１０にリコール対象のバッテリが搭載されているときを例にとると、クライアント１０が、実行コマンド４３４に設定されているＵＲＬ（情報提供サーバ７）から取得した情報に基づいて、図７に示すような警告画面２００を出力するようにしてもよい。
【００４７】
クライアント１０では、この実行コマンド４３４の実行結果が保持される（Ｓ４４）。ここで、チェックリスト４３に未処理レコードが残っている間は、ステップＳ４０へ戻って、それ以降の処理を繰り返す（Ｓ４６：Ｙｅｓ）。
【００４８】
チェックリスト４３の全レコードについて処理が終わると（Ｓ４６：Ｎｏ）、クライアント１０は、以上の処理結果に基づいて、未解決の不具合が残っている可能性の有無を判定する（Ｓ４８）。例えば、自己修復不可能な不具合が発生しておらず、かつ、自己修復可能な不具合は、修復コマンドによってすべて修復されたときは、不具合が残存する可能性はないと判定する。不具合が残存する可能性がないときは（Ｓ４８：Ｎｏ）、ユーザに対してアンケート画面を出力し、ユーザがクライアントの交換を希望するか否かを確認する（Ｓ５０）。不具合が残存する可能性があるとき（Ｓ４８：Ｙｅｓ）は、所定の判定基準に基づいて、クライアント１０の交換要否を判定する（Ｓ５０）。ユーザアンケートにおいて、ユーザがクライアント１０の交換を希望する場合には、クライアント１０の交換要としてもよい。
【００４９】
なお、この交換要否を示すデータは、管理サーバ３へ送信する不具合データに含めてもよい。
【００５０】
本実施形態によれば、自己修復可能な不具合が発生しているときは、その不具合を自動的に修復することが可能であり、サポートセンタでのユーザ対応の回数を減少させることができる。また、自己修復が不可能な不具合が発生しているときは、管理サーバ３がインシデントデータを自動的に収集できるので、サポートセンタでの迅速な対応が可能となる。
【００５１】
上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。
【図面の簡単な説明】
【００５２】
【図１】本発明の一実施形態に係る自動修復システムの構成図である。
【図２】チェックリストの一例を示す。
【図３】各クライアントが実行する運用状態監視処理の処理手順を示すフローチャートである。
【図４】自己修復実行確認画面の一例を示す。
【図５】自己修復プログラムを実行したときの処理手順を示すフローチャートである。
【図６】自己修復プログラムを実行したときの処理手順を示すフローチャートである。
【図７】不具合情報（警告）の表示画面の一例である。
【符号の説明】
【００５３】
３           管理サーバ
５           ファイルサーバ
７           情報提供サーバ
１０，１０，・・・             クライアント
１１       通信制御部
１３       状態管理部
３１       通信制御部
３３       エディタ
３５       データ記憶部
３７       インシデントデータベース
４１       自己修復プログラム
４３       チェックリスト
１５１    インシデントデータ抽出部
１５３    概要診断部
１５５    チェックリスト処理部
１５７    修復コマンド実行部
１５９    情報提供部
【図１】
2009181441.tif 000003
【図２】
2009181441.tif 000004
【図３】
2009181441.tif 000005
【図４】
2009181441.tif 000006
【図５】
2009181441.tif 000007
【図６】
2009181441.tif 000008
【図７】
2009181441.tif 000009